ogochan 曰く、 "GTK+関連のページ(GTK+,GNOME,GIMP)が現在クローズ中です。ページを見る限りは、ソフトウェア特許に対する抗議活動のようです。"クローズというよりは、トップページを抗議ページに置き換えたようだ。注意深く見れば、ちゃんとオリジナルのトップページにアクセスするためのリンクは用意してある。同様にVimやALSAも同様の抗議活動ページをトップに掲載している。
制度の疲弊 (スコア:4, すばらしい洞察)
上に成り立っているんだから、むやみに保護するのはいかがな
ものかと思っているのは漏れだけでしょうか?
いや、弱者保護は必要だとは思います。けれど、弱者を保護する
目的であった特許制度は、今や完全に逆転して、強者が弱者を
迫害する結果となってます。
アルゴリズム特許のみならず、特許制度とそのものが転換期に
さしかかっているのでしょう。
Re:制度の疲弊 (スコア:2, 参考になる)
特許制度はアイディアを隠匿せずに公開することで、発明者を保護する点と、一定期間後(15年とか20年とか)は誰でも自由に使えるようにするという人類全体の進歩に対する貢献の二つの目的があります。
ソフトウェア特許を完全に無効にしてしまうと、アルゴリズムを知られまいと実行バイナリにスクランブルをかけたり、そもそもバイナリを公開せずにWebサービス等のみで公開するような場合が増えてくるでしょう。
単純なソフトウェア特許の場合は内容を知らなくても問題はないでしょう。でも、mp3のエンコード等、高効率・高速で動作するアルゴリズムを誰かが発明し、発明者がそれを公開しない場合、第三者は効率の悪い従来手法を用い続けるか、発明者にその使用(高度に暗号化された実行環境でしか動作しないバイナリをもらうか、コードも出したく無い場合はWebサービス経由で使用)をお願いするしかなく、長い目で見れば人類の進歩の障害となります。
すぐに思いつく解決策としては、ソフトウェアやアルゴリズムに対しては独占使用期間を短くするのが考えられますが、他に何かないでしょうかね。
Re:制度の疲弊 (スコア:3, すばらしい洞察)
すっきりすっぱりやめちゃった方がいいと思うんだが、乱暴な意見だよな。やっぱり。
元々確かにそういう背景はあったけど、今は無意味になってると思う。
特許制度が始まった頃はインターネットがあったわけでもないんで、情報の流通はとても遅かったわけで、再発明までにかかる時間も、それが世の中に知られるまでの時間もとても長かった。「公開させる」ことにより、その時間が短縮できたわけで、社会に与えるメリットの方がデメリットより大きかった。
ところが、今はインターネットのおかげで、情報の流通が非常に早い。そのおかげで、誰かが発明を隠したところで、世界のどこかの別の人が発明して公開してしまう。「公開させる」ことのメリットがなくなっているんだよね。保護することによる害悪の方が大きくなっている。
それでも、ハードに関しては、いままでに積み上げたデータベースがあるおかげでまだ問題が少ないが、ソフトは違う。ソフトの保護が始まったのは最近なので、何が当たり前の技術で何が新しい技術なのかについての蓄積が少ない。だもんで、「申請したもの勝ち」な状況になっている。
この制度は、もはや、産業の発展のためにかかるコストを引き上げる効果の方が高い。自分が作るソフトが特許にひっかからないかどうかチェックするということ自体、中小の企業にとって安くはないことだ。特許が成立していたら回避する方策も考えなくてはならない。もちろん、昔から公知であった技術であれば無効化できなくもないのだけれど、そのために裁判するとか、裁判しないまでも無効審査のための資料を揃えるなどのコストは馬鹿にならない。
Re:制度の疲弊 (スコア:0)
>ところが、今はインターネットのおかげで、情報の流通が非常
>に早い。そのおかげで、誰かが発明を隠したところで、世界の
>どこかの別の人が発明して公開してしまう。「公開させる」こ
>とのメリットがなくなっているんだよね。保護することによる
>害悪の方が大きくなっている。
Re:制度の疲弊 (スコア:1)
いや、そうじゃなくて、「なんだかわからん技術を使って、~という機能を実現した製品がある」となったら、世界中の人が、どうやってそれを実現したのか一所懸命考えるでしょ? その時のああでもない、こうでもないとやってる情報の流通が速いことを言ってるんですよ。再発明のコストは最早そんなに大きくないだろうと。
公開させようと思うから、インセンティブを与える必要があるわけで、公開を前提にしないならそんなもん与える必要ないわけでしょ? 他人には真似できない技術を発明したんなら、そんなもんは公開なんぞせずに隠して製品を作って、作った製品を使ってバンバン儲けりゃいいと思うけどね。でも、いくら隠したところで、どうせ別の誰かが再発明するんだから、そう害はなかろうとそう思うんです。
高度で真似できない発明と、だれでも思いつきそうな陳腐な発明と、同列にして保護するからおかしくなるわけで、区別できんのならいっそ保護もやめてしまった方が害は小さかろうと思うわけですわ。もちろん、極端で乱暴な意見だとは自覚してるけど。
Re:制度の疲弊 (スコア:2, 興味深い)
しかし、現代の特許制度は、後進国からの製品やサービスの輸出から、先進国の産業を守るための、「合法的な非関税障壁」を実現するという方向に、その目的を移しつつあると考えられます。そしてその観点からすると、比較的価値が低いと思われるような発明にも、広く特許の付与を認める方針のほうが、(たぶん)先進国の一員である日本にとって有利である可能性があります。そう考えると、特許範囲が広がることによって不自由するのも、日本の将来のためには致し方ないかとも思うことがあります。
もっともそれは、先進国が先進国であり、後進国が後進国であるつかの間の時間稼ぎに過ぎないかもしれません。また、そのような方針によって、後進国ばかりか国内の新興勢力の阻害要因ともなり、長い目で見れば逆に国内産業の活力を奪うことに繋がるかもしれません。しかし、短期的に見ると、ソフトウェア業界にしても、後進国の安い賃金の脅威に晒される時はさし迫っているように思われ、国内のIT産業が今ひとつパッとしない状況も鑑みると、長い目で見る余裕があるかどうかが問題です。ご承知の通り、幸か不幸か、日本の企業は特許をすでに山ほど出願しています。
ただ、現在の特許制度は、特許侵害がないかどうか調べる義務を全面的に社会の側に課しているために、著しく法的安定性が害されており、「過失なければ責任なし」の大原則が崩れています。特許公報から該当する特許を見つけ出せなかったことをもって過失とするのは、実態を見ると酷な場合があり、法的な擬制にすぎないともいえます。「権利の上に眠るものは保護されない」の法諺もありますし、権利を行使する場合に権利者になんらかの努力を要求するような制度を導入することは考えられていいのではないでしょうか。
例えば、JISなどの標準を策定するときは、事前に公告期間を設定し、その期間中に申出がなかった発明については、その標準に従った実施については、特許権の行使を認めないというのはどうでしょう。似たような権利調査は現在もされていると思いますが、見過ごした場合に権利者が黙っていると機能しないという問題があります。
さらにこれを進めて、企業が製品を計画する際にその技術的事項を特許庁に登録し、一定期間特許権者から申出がなかったときは、その製品に係る特許権の行使を認めないか、低廉な使用料の請求のみを認める、という制度も考えられますが、これは先ほどの特許制度の目的からすると行き過ぎかもしれません。
Re:制度の疲弊 (スコア:1)
> 独占使用期間を短くするのが考えられますが、他に何かないでしょ
> うかね。
WTO非加盟の国にパテント・ヘイヴンを作ってオフショアでソフトウェアの開発すると言うのはだめですかね? ユーザが訴えられるからあんまり意味ないか。ならば、ついでにオフショアでWEBサービスも提供するとか。
でも、通信回線なんかで締め付けられて、耐えきれないんだろうな。
Re:制度の疲弊 (スコア:1)
特許権なり著作権なりが問題となるのは、費用に比べて権利が圧倒的に強力だからだと思います。その強さが暴走していると思います。
なんとかする方法としては、すでに述べられている、独占使用期間を、現在の世の中の動きに合わせて短くすることの他に、一定の実施料を払った時の「強制実施権」なども、一つの案でしょう。台湾などでは制度化されているとかいないとか?
Re:制度の疲弊 (スコア:0)
いったん、特定の処理が可能であるとわかってしまえば、
発明者が人類に超越する天才でないかぎり、同等のアルゴリズムが
遠からず生み出されることになるのではないでしょうか。
短期的には困ることもあるかもしれませんが、
長い目で見た場合には「人類の進
Re:制度の疲弊 (スコア:0)
みんなが困っている高レベルソフトウェアって
現在どれくらいあるんでしょうか。
その点を、もうちょっと考えてみたいと思いましたが、
資料となるようなものありましたら、Webに限
Re:制度の疲弊 (スコア:0)
>微妙ではないかと思われます。
「車輪の再発明」に人類の時間が奪われることを思うと、
長期的にこそ進歩の障害になるのではないかと.
Re:制度の疲弊 (スコア:2, すばらしい洞察)
今なら、誰かが発明した車輪のために金を払うぐらいなら、再発明のためにかかるコストを受け入れる方がマシだな。100年前とは事情が違うのよ。
例のSCO/IBM訴訟の件に絡めた話だけど、 特許制度の現状を分析した記事 [zdnet.co.jp]をZDNet Japanに見つけたので、参考までに読んでみてくださいまし。
Re:制度の疲弊 (スコア:1)
「IBMが特許という核兵器をSCOに向けて発射できるという事実は、IBMがこれをほかの誰にでも向けられることを意味している。これはぞっとする話だ」という問題提起から、すぐに「核拡散」=「ソフトウェア特許訴訟合戦が他の事例にも飛び火する」という不安を抱きます。ハードウェアに関するものなら、ある程度備えが出来ている会社は多いですが、ビジネスモデル特許やソフトウェア特許は新たな防御手段を必要とするように思えます。
#SDIかTMDにでも傾注しましょうかね?
Re:制度の疲弊 (スコア:1)
今の技術は「それをモノにする」という過程で得るものがかなりありますからなぁ。
# 「断片でもいいからコードを書け」by my father
Re:制度の疲弊 (スコア:1)
また、これほど情報が流通していれば、ダメな車輪はあっさり淘汰されるでしょう。
仕様が異なることを一概に悪とするのも、また間違いでしょう。利用者は利用形態に合った車輪を使う時代です。
さらに、大量に再発明される程度の車輪が実際に大量発生しても、どれほど長期的に見てもその程度の損を回収するうまい手段など無いでしょう。少なくとも特許はひどい。
総じて、「社会の損」など考えなくても良い時代に来ていると言えます。そうではなく、発見に非常なリソースと情熱と運を注ぎ込む必要がある発明を行った個人を保護しなければならない。
著作権法は、もともと、社会と個人の利益バランスを取る目的で設定されたはずですよね。
もっとも、以前、知人に同じこと(現代に著作権は不要。車輪の再発明は簡単。優位を保ちたければ、発明者は詳細を隠蔽せよ)を言われたときには、自分も素直に受け入れられなかったんですけども。著作権の意義を完全に間違って理解していたし。
Re:制度の疲弊 (スコア:0)
> 一定期間後(15年とか20年とか)は誰でも自由に使えるようにする
というのをごくナイーブにソフトウェアに適用して、一定期
Re:制度の疲弊 (スコア:0)
ソフトウェアを構成するプログラムコードは、時計を構成する歯車のようなものと定義できないでしょうか。単純な機
Re:制度の疲弊 (スコア:0)
行バイナリにスクランブルをかけたり、そもそもバイナリを公開せずにWebサービス
等のみで公開するような場合が増えてくるでしょう
そういうWebサービスそのものが
特許侵害 (スコア:4, 参考になる)
意識的に他者のソフトやらアルゴリズムやらをパクったばやいはともかく、自分が気づかない間に侵害となるケースがありますよね。
日々コードを書いているとき、問題を解決する「えれがんと(笑)」な手法を思いついたとして、それがいちいち何がしかの特許を侵害していないかなんて確認していられないですから。
ウチの会社では、(自分が関ったプロジェクトじゃないですが)タイピングソフトでひとつそういったものがありました。
次に入力するキーを示すために、キーボード画像の上で手の画像を移動させるって奴です。
そもそもそんな特許があることを開発者は知らなかったし、あんまり新規性があるとも思えないんですが…。
結局、発売直前に手の画像は動かないよう修正されました。
「なんか上手い方法を思いついた、でも日本じゃ二番目だった(^^;)」ってのは、『侵害』なんですかね?
別の誰かが容易に思いつく程度のものを、本当に保護する必要があるんでしょうか?
Re:特許侵害 (スコア:2, 参考になる)
マジレスすると、特許法第29条 [e-gov.go.jp]ではそういうのは(「その発明の属する技術の分野における通常の知識を有する者が前項各号に掲げる発明に基いて容易に発明をすることができたときは」)特許にならないと規程されています。
でも「容易」かどうかの判断て結構微妙ですよね。ハードウェアでもそうですが、ソフトウェア特許の場合、この判断のスレッショルドをどこらへんに置くかがキーポイントだと思います。
#種々の問題になった「ビジネスモデル」特許のは低すぎ。
Re:特許侵害 (スコア:1, すばらしい洞察)
Re:特許侵害 (スコア:1)
審査官増員計画 (スコア:1)
あと、お上も何かしら考えてはいる [jpo.go.jp]みたいです。
Re:特許侵害 (スコア:1)
私はもうそんな諦めてます。とりあえずコードを書くことを優先で書いてしまって、文句言われたら文句言われた時だと腹くくってます。
でも、訴えられても悲しいので、そんな時のために「ソフトウェア特許訴訟保険」とかあると嬉しいかも。
Re:特許侵害 (スコア:1)
その程度の判断は特許庁の審査に委ねられているわけですが、類似案件が見あたらず、公開後に他から特に異議申し立てがなければ認める、というやり方なので、弁理士がうまくやればいくらでも特許を取れてしまうのが問題かなぁ。
素人が自分で申請するとなかなか通らないものが、弁理士に頼むとあっさりと通ったりするし。
以前、特許の申請担当をしていたことがありますが、申請前の類似案件を調査すると呆れるくらい「誰でも容易に思いつく」のや「その手の専門書に昔から記載されている」のとか「実現不可能」なのとかが、続々と出てきます。
Re:特許侵害 (スコア:0)
現在のソフトウェアって、我々が通常の意味で感じる
「新規性」を持って開発されるもの、さほどは多くないように
感じられます。そういうものなら、特許での保護は
やめて、企業がソフトウェアの中身を隠蔽することで自衛してしまう
くらいのほうが適正、ないしは社会的なコストは小さくて済む
んじゃぁないかという気さえしてきます。
上にも同じ疑問を呈しておいたのですが、本当に内容が隠蔽されているために
多くの人々が困っている高レベルソフトウェアって
現在どれくらい存在しているん
困ったときのぐぐる頼み (スコア:2, 参考になる)
google頼りにキャッシュを拾い。自らの都合で日本語訳の方を。
FFII: 欧州の計算法特許 [google.com]
最新版ではないにせよ状況は読めます。何となく。
Re:困ったときのぐぐる頼み (スコア:1, 参考になる)
冒頭の文章から抜粋。
どうも微妙な日本語訳だけど、なんとなくいいたいことはわかります。でも、なんでいきなり昨日、今日から始まったのか、わからないけど。本家/.に、同じような抗議の要請は来なかったんだろうか。
記事になってる (スコア:2, 参考になる)
欧州で提案されているソフトウェア特許関連法案に対するインターネット上の抗議行動に、600以上のウェブサイトが参加を計画している。この抗議行動は、27日にベルギーの首都ブリュッセルで開催される現実の抗議行動と同時に実施される予定。
Re:記事になってる (スコア:2, 参考になる)
9月1日くらまでは、このままでしょうな。
でも、自分自身も開発者としては思うのは、ソフトを開発した時に著作権は保護するのは当然にしても、
特許とまで言えるのはどれほどあるのかということですよね。
ということで参考記事
ソフトウェア特許をめぐる欧州の闘い [zero.ad.jp]
欧州議会、ソフトウェア特許認可判断延期 [impress.co.jp]
日米欧2002~2003年の特許状況は、ソフトウェア特許で大きな変化 [impress.co.jp]
付け加えるなら (スコア:1)
リンクされているswpat.ffii.org [ffii.org]てのはいまんとこ繋がらないみたいです。
#部門名じゃないけど本当に閉じられたら困る
Re:付け加えるなら (スコア:1)
-- 雪のない富士山もきれいだな
Re:付け加えるなら (スコア:0)
他にも (スコア:1, 参考になる)
Re:他にも (スコア:1)
最初page closedって出てきたときはびっくりしました。
Re:他にも (スコア:1)
Re:他にも (スコア:0)
背景を教えて欲しい (スコア:1, 興味深い)
Re:背景を教えて欲しい (スコア:0)
Re:背景を教えて欲しい (スコア:1)
確かにどのような経緯でこれが始まったかが知りたいところですね。
で (スコア:1, おもしろおかしい)
# 議論の場を云々とかややこしい話は完全無視した脊髄反射なのでAC
便乗 (スコア:1)
されませんよね、そうですよね。
Re:便乗 (スコア:0)
相応の注目を集めるものと思います。
注目を集めた結果が貴方にとってプラスになるとは思えませんが、
歴史的には、 (スコア:1, 興味深い)
「もともと電子回路とかメカを実装手段とした発明があったときに、同じ内用の発明なのに実装手段が計算機上のプログラムだと特許されない、という状況はおかしい。合理的でない。」ここまではもっともな話だと思う。
ところが拡大解釈が始まって、「計算機は自然の法則を利用したものだから(もともと特許は自然の法則を利用したものでなければならない)、上に載るプログラムは自然の法則を利用してなくも何でもOK」ってなことになったんじゃないかな。GUIがらみでボタンを押す回数が減らせる特許とか、ビジネス特許とか。
この拡大解釈が止められれば、わけのわからないソフトウエア特許は無くせるような気がするんだけど、どうだろ? ソフトウエア特許を他の実装手段(電子回路とかメカとか)に置き換えた時に、無意味なものになってしまうようなら特許するかどうか慎重に判断する。
この考え方がうまく作用しない例があるかどうか、もっとよく考えてみるけど。
車輪の再発明については、あまり簡単に考えない方がいいと思いますよ。プログラマーや SIer が複雑さに対処していく能力はすごいと思うけど、世の中にはコアな知識が必要になる分野があるし、プログラムを書くたびにいちいち専門知識を勉強するわけにもいかんでしょ。
例えば、
JPEG(権利化されたが標準化により万人が使える)
高速フーリエ変換(ペーパーで発表、権利化されず)
公開鍵暗合(権利化、現在は権利消失)
なんかは幸いにもオープンだけど、これらを再発明するとなると相当大変、というか無理でしょ(コードだけじゃなく大元の技術情報が隠蔽されてたら)。
既に誰も読んでない気がするが一応AC :-)
type (スコア:0)
Re:type (スコア:1)
指摘ありがとうございます。早速修正しました。
wakatono
余計なツッコミ (スコア:0)
typeではなくtypoじゃないの?
あはは (スコア:0)
# より正確には"typeはtypeのtype"
なんか・・・ (スコア:0)
Re:なんか・・・ (スコア:0)