nDiki : 著作権

著作権 - copyright

万国著作権条約と著作権表示

著作権表示 (copyright notice)としては「マルC」「著作権者の名」「最初の発行の年」を最初の発行時から書く。

表示の都合上、慣習的に「マルC」の代わりに(C)を用いる場合もある。
最初の発行の年のみが求められているが、変更した年や期間を ',' や '-' で区切って書かれることも多い。

 例:
   Copyright (C) 2007 name
   Copyright (C) 2006,2007 name
   Copyright (C) 2006 - 2007 name

無方式主義であるベルヌ条約のもとでは、これらの表示がなくとも作った時点から著作権が発生する。

マルC

Unicode

U+00A9

HTML 4

文字実体参照で ©
数値文字参照では ©

2005年5月16日 (月)

■ 自分が個人で開発したフリーソフトウェアを自社製品に組み込むとき

スポンサードリンク

tito 氏より、記事「WiKicker と GNU GPL」にコメントをいただいた。

ご承知とは思いますが「本体が GNU GPL だから、配布する場合はその部分も GNU GPL を適用」というのはGPLの条件で配布を受けた人がさらに別の人に配布する場合です。著作者本人はGPLに縛られずに別の条件でライセンスできます。 MySQLではGPLとコマーシャルライセンスの二つのライセンスを顧客の要求に応じて選べるようにしています。だからWiKicker の場合どうしようか? というのが「MySQLとGPL」のお話ですよね。

コメントをいただいた通りである。 WiKicker は(バグレポート等ありがたいコメントをいただだきつつも)コーディングは一人で行ってきている状態なので、幸いライセンスの設定は自由がきく状態である。

今回いろいろ気にしているのは、自分がフリーソフトウェアの作者であると同時に、(組織の一員として)利用の判断、およびもし利用したとしてそれをベースに製品開発を行う立場にあるということ。

@ フリーソフトウェア作者として

GNU GPL のまま
- 理念を貫いて作者としてはちょっと満足。
Perl と同じライセンスにする
- 評判の良くない The Artistic License がからむのがちょっと嫌。しかしながら Perl モジュールは Perl と同じライセンスの方が望ましい点が多いので、これを機会にかえてしまうのも手。
組織に対して独占的ライセンス契約を結ぶ (売る)
- 嫌。ありえない。
組織に対して非独占的ライセンス契約を結ぶ
- 面倒。ただし個別契約時に引き換え条件として、業務時間内にフリーソフトウェア部分のメンテ作業に対する「著作権放棄声明(copyright disclaimer)」がとれるならばちょっといいかも。
- その場合、ソースファイルのライセンス表示ってどうするの? ソースファイルを複製して、ライセンス表示2パターン作るべき?

@ 組織の一員として

GNU GPL のまま
- 組織の一員という立場からは困る。
Perl と同じライセンスにする
- 製品に組み込めるので吉。
組織に対して独占的ライセンス契約を結ぶ (売る)
- ないでしょう。
組織に対して非独占的ライセンス契約を結ぶ
- 面倒。

@ どれにする?

「Perl と同じライセンス」にして、かつ「業務時間内にフリーソフトウェア部分のメンテ作業に対する『著作権放棄声明』獲得」がベストか?

フリーソフトウェアを個人で開発しつつ、それを商用ソフトウェアに組む込んでいる他の方々はどうされているのかぜひ知りたいところ。

mixiチェック

◇ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。
◇ 2GB 無料のオンラインストレージサービス Dropbox に次のリンク先から登録すると今なら 250MB プラス! → Dropbox

[ permalink ]

WiKicker と GNU GPL (2005-05-10)
Perl プログラムと必要なモジュールの配布 (2005-05-16)
今日のさえずり: あの牛乳の量ヤバい。腹にヤバい。 (2010-10-16)
PAR + ActivePerl で実行形式ファイルを作った時のライセンスは? (2004-07-21)
YAPC::Asia Tokyo 2011 1日目 (2011-10-14)

[ 5月16日全て ]

2005年10月14日 (金)

■ ソフト契約と見積りの基本がよ～くわかる本

最近契約的な視点での決め事にかかわる事が多くなってきたので先日買ってみた。見積もりの部分はおまけ程度で、契約・契約書の作り方が中心。ソフトウェア取引の契約について

などがあることやそれらの概要を確認できるという点でなかなか良い。

権利的には

著作権
所有権
使用権
特許権・実用新案権

などかからんでくるのだが、ソフトウェア特有の複雑さがありすぐ混乱してくる。やっかい。

面倒な世界であるな。

書籍はわかりやすいが、契約(書)例が少ないのが残念。著作権等がどちらの権利になるかなどについてもう少し解説があると嬉しい。第三者ソフトウェアがからんできた時の説明も欲しい。

またソフトウェア開発委託契約例はウォーターフォール的なモデルにもとづいており、現場としてアジャイル的なモデルで進めたいと思っても相容れない部分が多い。

それと「図解入門」シリーズということで図がふんだんに使われている。図があった方がわかりやすいのだが、わざわざ図にする必要のないものを無理やり図にしたり図が間違っていたりするものがあったりする。ちょっと注意。

ソフト契約と見積りの基本がよ～くわかる本

委託・受託双方にハッピーな結果(と権利関係)が得られる契約が作れるのが一番いいんだけれど、実際のところ

力関係
雛型がある場合、組織の方針・風潮として(全く/あまり)変えられない事が往々にしてある
面倒。時間がかかる。

などなかなか思うようにいかないものである。

この辺りについてカバーされている書籍があれば、ぜひ読んでみたい。

[ 書評 ] [ 読書ノート ]

mixiチェック

[ permalink ]

Joel on Software - 必読書 (2008-08-14)
開発の現場 Vol.004 「上流脳」をつくろう! (2006-04-14)
ドキュメンテーション大全 (2006-02-15)
創発蟻・脳・都市・ソフトウェアの自己組織化ネットワーク読了 (2004-07-09)
現代の経営(上)読了 (2005-01-31)

[ 10月14日全て ]

2011年12月26日 (月)

■ 今日のさえずり: 人は生まれつきで凄くない

@ 2011年12月26日

08:16 昨日の柳宗理の第一報、本当だったんだ。 RT @Naney: 柳宗理のバターナイフ7年ぐらい使ってるけど、このカーブがたまらないよ。 http://t.co/VJsEuOTN
09:15 ヤマノテセンスイテル。
09:16 RT @ockeghem: パスワード管理はユーザの責任という正論から言うと筋違いなんだけど、よくないパスワードが多数使われている現状では、｢ログインIDの秘匿」は現実的には効果があると思いますよ
09:26 凄い人が亡くなったニュースはよく目につくけど、凄い人が生まれたニュースはあまり目につかない。
09:27 人は生まれつきで凄くない。
09:46 あと3日! @ 株式会社ミクシィ(mixi, Inc.)にタッチ！ http://t.co/9de8xcEz
10:16 生まれつきって皇室か勇者ぐらい。 RT @shakuji: この土日がそうだったのでは RT @Naney: 凄い人が亡くなったニュースはよく目につくけど、凄い人が生まれたニュースはあまり目につかない。
10:22 聖書は読んだことありません。
11:10 RT @py0n: Winnyの無罪確定 / “【Winny事件最高裁決定】事件番号:平成21(あ)1900 事件名:著作権法違反幇助被告事件裁判年月日:平成23年12月19日 / 判例検索システム＞検索結果詳細画面” http://t.co/EYNmwLAg
11:47 去年の12月30日。 RT @Naney: 昨日買った正月飾りが今日半額で売ってた。
13:34 スーパーにあったクリスマスブーツの中のお菓子はどこへ行っちゃうの?
15:33 RT @shmorimo: 香川県の親戚におくる年賀状の宛先をうどん県にしてみた。
17:33 RT @mixi_PR: 2011年、友人に最も共有されたニュースは？ | THINK SOCIAL http://t.co/98N9dKVI
18:56 洗面台で湯に切り替えたら、ちょっぴり幸せになった。
19:01 測定できないものをどうやって向上させていくか(減少させていくか)について、ずっと考えてる。
19:02 社内 LT day.
19:09 不遇のドラボーイ。
19:09 RT @lapis25: ドラおじさん不評だったのでやりません
20:14 今日の LT はとんこつソースレベルの濃厚さだった。
20:50 @yasa_gurek0 しゃべれるように、なんか一発 hack しないといかんですな。
20:51 ヤマダ電機やってる間に帰る。
20:58 退勤。栗食った。
21:00 生産性ビル、松立ってる。
21:08 「体が傷ついても、心は折れない。」 http://t.co/paHxkBrh
21:12 RT @NackLexer: 僭越ながら、「日経ものづくり」2012年1月号から、私の連載が始まります。ものづくり塾／生産技術コース　～国内技術を育てる「仮想量試」～是非、見てくださいませ！
21:24 今後のエンジニア人生のために QWERTY 配列にします! RT @yuzuemon: LTで話せなかった15分ほどの話はブログにブチ撒けよう
21:38 Dvorak 配列って Android でもわりに選択肢があるんだな(あれ、 ATOK は)。
22:15 RT @yuzuemon: 5人位エンジニア人生狂わしたいです。 RT @Naney: 今後のエンジニア人生のために QWERTY 配列にします!
22:46 vingow のβテストアカウントのメールが昨日きてたので、サインインしてみた。UI と記事のプレビュー表示がかなり残念。記事の言語解析による自動タグ付けとかタグをフォローとかもちょっと古典的。 #vingow
22:52 タイムライン読むんだったら Tweet から興味のありそうなタグの推定(古典的)ぐらいはやって欲しいな。 #vingow
22:55 「勝手に、あなた好みに、情報を整理。(http://t.co/RXT6w8G1)」してくれている感が無い。 #vingow