順調に遅れてます
どうやらそれなりにインパクトのあるクラスでregressionがあったらしく1、リリースが遅れています。週末にいろいろやっつけるつもりみたいなので、来週の頭かなあ。
SVNツリーへのコミットは慎重に、とのことなので、今日書き直した、System.Xml.Schemaを使わないDataSet.WriteXmlSchema()の再実装クラスも来週までおあずけ。
最近週末になっても週末って感じがしないんですけど。何でよ。
Mozilla and XForms
ついにExtensionになってしまいました。めちゃくちゃお手軽です。cool!
何を考えてるんだeBay
eBayのWSDL、ボロボロなんですけど。xsdだけで20000行以上あるんだけど、どうやってこれ作ったの…手作り?
NVDL weekend
来週の今頃は、世の中の婦女子が菓子の類を作っている傍ら、僕は知財パブリックコメントを作ってないといけないわけで、やっつけるとしたらこの週末がラストチャンスだ。とりあえず僕のNvdlDispatcherの中身は、先々週のSectionStackから始まり、先週はInterpretationListになり、今週は村田さんのコメントから「あれやっぱ最初のでいいんじゃん」と気付いてSectionStackに戻す…となかなかに遠回しなことをしている。
僕が嫌がっていた、検証器の増製2は、あり得ないということに気付いた。validateはnoResultActionだから、検証ブランチはそこから派生するわけだし、そのModeの中でunwrapが出てきても、それが展開されるのは、派生した検証ブランチの方であって、そのさらに親ではない。親にattachしようと思ったら、別のactionを作ってunwrap/attachしないといけないわけだ。ていうか、NVDLのresultActionが最大1つになっているのはそういうことか。勝利が見えてきたぞ。
うーん…とりあえずcontext pathもattachPlaceHolderも無視して流れを作ってみたけど、大前提のRELAX NG Compactがバグバグだった…こっちを先に直さないとなあ。
Patent bugfixes
うーん、今日は防御編を書こうと思っていたのだけど、つい楽な方に走ってしまった(しかもNVDL放ってるし…)
ソフトウェア特許の問題がパブリックコメント募集時期にちょうど浮上してきたのは、何とも皮肉なタイミングだ。ということで、今日はソフトウェア特許について。
例のジャストシステムと松下の事件を受けて、ソフトウェア特許の話題が盛り上がっているようだ。個人的な感想は以前にも書いたのだけど、江島さんのエントリにインスパイアされた?小倉弁護士のエントリは非常に興味深い。そうか、特許権も商標権との「一致を図るべく」3産業上の分類を導入して、競争関係にない区分の商品役務については、特許権の行使を認めない必要があると言えそうだ。
で、多くの人が既に書いているけど、問題の本質は、ソフトウェア特許がどうのこうのっていう話ではないと思うんだよね。
ソフトウェア特許という言葉は、けっこう曖昧な表現で、個人的にはまだ平成14年以前のソフトウェア関連発明という表現の方がしっくり来るのだけど、もうすこし正確な理解を試みるなら、ソフトウェア特許には2つの意味が混同されていると思われる。
- ソフトウェア関連発明。特許の請求の範囲が「プログラム」であるもの
- アルゴリズムなどソフトウェアとしての部分に対する特許
平成14年法4から含まれるようになったのは、前者だ。後者は…2つのことを区別しなければならない: (1)数学(計算方法)は現在でも特許の対象外であり、(2)物の生産にかかる方法の発明は、平成14年以前から特許の対象とされてきた。プログラムの生産にかかる方法の発明が特許対象に含まれるようになったということは、別に特許自体が「自然法則を利用した技術的思想の創作」であることを要件としなくなったわけではない。
で、21世紀に生きる我々としては、カーマーカー特許などが成立した前世紀とは異なり、「コンピューターの計算量を用いる」ことを当たり前の事として行っている。つまり、これまで人間がやっていたら大変だった仕事をコンピューターに任せる、という発想自体が、全く進歩性の欠けるものなのだ。この方向での特許の認定は、理論的にもう特許要件を満たすこと自体あり得ないだろう。5
また、線形計画法を間違って特許にするのを防ぐには、特許の審査基準には数学的要素の濾過テスト(新規性・進歩性等の特許要件について、数学的進歩性を外してから判断する)があれば足りると思っているので、ここはあまり深刻に考えてはいない。というか僕がこんなとこで書くより今野テキストを読んだほうが良いに決まってる。
こんにち問題になっている最大の問題のひとつは、特許が簡単に認められすぎているということで、これについてはえじけんさんも
どのぐらい時間とコストをかけてこれを実用レベルに持ち込んだかという証明を基準に盛り込むべきだ。
というかたちで問題意識を表明しているけど、その基準の是非はともかく6、僕も昨日のエントリで、特許認定の法定上限を提案している。いや何年か前にも書いたんだけど、相対評価をしなきゃいけないような教員が、全生徒に5段階評価で5を付けたら大問題だろう。特許庁がやっているのは、まさにそれだ。
「既に核ミサイルが作られてしまっている」現在、IBMがやって、Sunがやろうとしているのが対抗兵力の拡充なのだ(彼らの特許の開放は、核ミサイルの放棄とは全然違うことであり、かつ現状を打開するのに必要(少なくとも有用)であるということには気付くべきだ)。これは当然ながら核軍縮に続くのでなければ意味がない7。核保有国同士だけがハッピーになれるような「共存」を考えている人がいるとしたら、それはきっと味方ではないから、気を付けた方がいいよ。
ブランコのこぎ方や携帯のフリッパーみたいなのはこっちの問題だろう。ユーザーインターフェースになぜか特許がみとめられちゃっている件についても、むしろこっちの問題かなぁという気がしている。僕がUIの新規性・進歩性についてどーこー言うよりも他にいくつも優れた考察が出ているはずだ。
コメント
謎工 — 02/05/2005 23:41:33
小倉弁護士のパブコメ案が公開されています。
http://d.hatena.ne.jp/OguraHideo/20050205
それにしても、文化審議会正委員に(恐らく、退任した斉藤分科会長の後任をアテ込んで)コペルニクス前の代表格みたいな人物(しかも「中立の学識経験者」を装いつつACCS理事とかやっている)を登用する文化庁と言う役所の認識は理解不能、と言うか民意の180度正反対を行ってやれと言うことだったりするのでしょうか。
http://headlines.yahoo.co.jp/hl?a=20050205-00000011-mai-pol
atsushieno — 02/06/2005 00:34:22
Mの悲劇ですね…
atsushieno — 02/06/2005 00:34:45
冗談言ってる場合じゃないですね…
吉松史彰 — 02/08/2005 14:58:44
いまさら笑>eBayネタ。Jeffrey McManusってeBayのテクニカルエバンジェリストです。なので、enoさんの『you could just ask eBay to fix their buggy WSDL.』を見てうちのボスは「Very well said.」と言ってます。;-)
atsushieno — 02/08/2005 16:00:07
lol 名前は見たことあるなあと思ってましたが、中の人だったとは。じゃたぶん自分で直せるんじゃないですか。さっさと相談してくれれば見たのになぁ。
kenn — 02/09/2005 19:05:59
どもども。おひさ。今気付いたのだけど、特許認定の法定上限って、実は同じことを言ってるかも。量的な制約ってことですよね。
atsushieno — 02/09/2005 19:19:47
おひさしぶりですー。ええと、「苦労して出来たわけでもない発明は保護しなくても良い」みたいな読み方をしていました。誤差だと思いますけどね。
ちなみに今日(2/9)のエントリの主張が予想外に強かったので、ますますfanboyになりました(笑
Footnotes
-
NumberFormatterじゃないです。念のため。 ↩
-
増製って言葉はいかにも著作権法やってましたみたいな感じだけど、他に適切な表現が無かったので… ↩
-
ちなみにこのような言い回しを信用してはならない。「特許法と著作権法の一致を図るべく」みたいな言い方をする者も多いが、法的性質の異なる権利同士を比較する事自体がナンセンスである。そもそも民法と刑法みたいな法解釈の重なり合いの有用性が全く存在しない。この手の言説は特定の思想集団から発していることが多いことも留意事項だ。 ↩
-
法改正と言う言葉は用いない。 ↩
-
この辺で道を間違えちゃったのが凸版のマピオン特許だろう。これは単にソフトウェアで出来ていなかったことをソフトウェアで出来るようにしたらなぜか特許が認められちゃったという謎の代物。 ↩
-
それを言い出すと特許権の根本から考えないといけないので ↩
-
EU(国民議会ですね、はいはい)が目指していた方向がこれだ。閣僚理事会が暴走しているようだけど ↩