ソフトウェア特許
ソフトウェア特許︵ソフトウェアとっきょ︶とは、コンピュータを利用する発明に関する特許である。
1990年代終わり頃からコンピュータ利用発明に関する特許出願が急増したが、これらの発明は従来の特許制度では取り扱うことが困難な問題を含んでいた。このため、各国特許庁では制度や運用の整備を行ってきたが、依然として、ソフトウェア特許を認めるべきか、認める場合にはどの範囲まで認めるべきかということが問題となっている。
本項では、ソフトウェア特許のうち、その概要と現在の制度・運用等について述べる。ソフトウェア特許が抱える問題の詳細については、﹁ソフトウェア特許論争﹂参照。
定義[編集]
欧州特許庁は、ソフトウェア特許に関連して、﹁コンピュータ利用発明("computer-implemented invention")﹂という用語を用いており、その審査基準において、﹁コンピュータ、コンピュータネットワーク若しくはその他のプログラム可能な従来装置を含むクレームであって、クレームされた発明中の一見して新規な発明が、1つ又は複数のプログラムによって実現されるものを含む発明﹂︵特許庁訳︶と定義している。 発明の記載としては、例えば、﹁従来装置の操作方法﹂、﹁その方法を実行するために設定された装置﹂、あるいは、審決 T1173/97(OJ 10/1999,609)に従い、プログラムそれ自体などの形態をとることができる。 また、イギリスの無料オンライン・コンピュータ関連事典FOLDOCは、一般的なソフトウェア特許の定義を﹁他者からプログラミング技術を使われることを防止する事ができる特許﹂としている。歴史[編集]
初めて認可された特許はおそらく、1962年、英国石油によって申請された、線形計画法の解法に関する特許であろう。この特許は、低速な記憶装置と高速な記憶装置を用いて、反復法によって線形計画法を解くようにプログラムされたコンピュータの特許である。これは、多数の制約条件を有する最適化問題を連立一次方程式によって解く方法であったが、この時代には、コンピュータを使うことが、直接﹁機械﹂を用いることを意味していたため、産業上の利用可能性を充足すると捉えられていたものである。 このように、かつては、ソフトウェアはハードウェアに極めて近い機械語・低級言語であったことから、ソフトウェアはある意味、具体的で生々しいものであり、ハードウェア等の技術的な構成と密接に関連していたものであった。しかしながら、コンピュータのソフトウェアは、ハードウェアから離れ、徐々に抽象化・概念化が進み、ソフトウェアが必ずしも従来のストアードプログラム方式に基づいて動作することを直接的に意味するものではなくなりつつある。各国における動向[編集]
米国における動向[編集]
複雑なソフトウェアを起動できる処理能力が高いコンピュータは、1950年代以降に出現され始めた。しかしながら、アメリカ合衆国特許商標庁︵USPTO︶においては、特許法 (35.USC) 第101条に、特許される発明として﹁新規かつ有用な方法、機械、製品若しくは組成物、又はそれらについての新規かつ有用な改良を発明又は発見した者は、本法の定める条件及び要件に従って、それに対して特許を受けることができる。﹂旨の規定があるように、特許を受けることができる発明を、方法 (process)、機械 (machine)、製品 (manufacture)、組成物 (compositions of matter) の4つのカテゴリーに限定してきた。このため、ソフトウェア自体は発明の成立性を満たすものとは考えられてこなかった。 たとえば、ディアディア事件 (Diamond v. Diehr, 450 U.S.175,209 USPQ 1(1981)) の判例でも、自然法則 (law of nature)、物理現象 (physical phenomena)、抽象的アイデア (abstract idea) 等については、いずれも特許対象に含まれないものとされ、﹁科学的事実﹂や﹁数式﹂についても特許が与えられないことは、その他判例法上も確立した見方であった。これは、従来において、ソフトウェア工学の基本的な技術の大部分が特許可能性を有してこなかったことを意味している。 1982年、プロパテント政策下で、アメリカ合衆国は特許訴訟の控訴審のために、新たに連邦巡回区控訴裁判所︵Court of Appeals for the Federal Circuit: CAFC︶を設立した。この裁判所では、証拠不十分な弁護の適用可能性を弱め、無効であると証明されない限り、特許が有効なものであったと推定することで、特許権の有効性の確認を容易に行わせるようにした。それによって、1990年代初めまでに、ソフトウェアの特許性が徐々に確立されていくことになった。1996年、USPTOはFinal Computer Related Examination Patent Guidelinesを出している。 また、インターネットと電子商取引の拡大は、多くのソフトウェアやビジネス方法に関する発明︵ビジネスモデル特許︶の出願を増大させ、一般的に特許にならないと信じられていた対象に特許が認められることになった。そして、1998年には、大きな影響を及ぼす判決が出された。連邦巡回裁判所のステートストリートバンク事件控訴審判決において、従来のビジネス方法の適用除外を否定し、﹁有用かつ具体的な有形のアプリケーションである場合、ソフトウェアに基づくシステムによって実施されるビジネス方法プロセスは特許可能である﹂旨の判示がなされた影響は大きかった。 続いてAT&T事件控訴審判決において、従来の数学的アルゴリズムの適用除外を否定し、通信ビジネスにおけるシステム特許の事例においても、同様に特許成立性が認められた。これによって、ビジネス手法をソフトウェアによってシステム化した発明であっても、三つの要件、有用性 (useful)、具体性 (concrete)、明確性 (tangible) を満たしていれば、特許成立性を満たすことが明確化された。 ︵ステートストリートバンク事件控訴審判決 (State Street Bank & Trust Co. v. Signature Financial Group, Inc., 149 F.3d 1368, 1374-75, 47 USPQ2d 1602 (Fed. Cir. 1998).) 、AT&T事件控訴審判決 (AT&T Corp. v. Excel Communications, Inc., 172 F.3d 1352, 50 USPQ2d 1447,1452 (Fed. Cir. 1999).) ︶。 しかしながら、ワンクリック特許をはじめ、多くのソフトウェア特許には、産業界や世論の厳しい意見が投げかけられている。これを受けて、米国の特許庁では審査を厳しくする運用がなされ、現在ではビジネス方法に関するソフトウェア特許の特許率は10%程度にまで減ってきている。また、マイクロソフト社も、ソフトウェアの特許権は、不必要な法廷紛争を増やし、多くのコストの原因であることから、ソフトウェア産業界の損失を増やす原因であるとコメントしている。欧州における動向[編集]
一方で、欧州特許条約 (EPC) 第52条第2項においては、﹁次のものは、…発明とはみなされない。(a) 発見、科学の理論及び数学的方法、…(c) 精神的な行為、遊戯又は事業活動の遂行に関する計画、法則又は方法、並びにコンピュータ・プログラム﹂と規定があることから、ヨーロッパ特許庁においては、従来よりビジネスに関連するソフトウェアは、特許の対象から除外されていた。この点では、明確に﹁コンピュータのためのプログラム﹂は除外されていた。 しかしながら、1998年、欧州特許庁審判部において、IBM審決 (T 1173/97 - 3.5.1 ,1998.07.01, Asynchronous resynchronization of a commit procedure) により、技術的性質を有するコンピュータのシステム自体には、特許可能性があることが結論づけられた。これによって、審査実務において、ヨーロッパ特許庁は多くのソフトウェア特許を認めることとなった。(なお、欧州特許庁では、出願された発明は3人合議体で厳密に技術性の評価がなされ、発明に該当しないと判断されると、第45規則に基づいて、サーチをしない旨の宣言(No Search Declaration)がなされる。) このように、ソフトウェアに一定の技術的性質や技術的寄与があれば、特許になることが結論付けられたこと、また、現行条文の表現が紛らわしいとして、現在では、欧州特許条約 (EPC) 第52条第2-3項を改正し、ソフトウェアを非特許要件から外す旨の改正がすすめられているが、ソフトウェア特許に対する世論の意見は厳しく、欧州委員会が2002年2月に公表した﹁コンピュータ利用発明の特許性に関する指令﹂案も3年に渡る議論の末に2005年7月に欧州議会より否決された。日本における動向[編集]
現在、日本国特許法第2条では、﹃﹁発明﹂とは、自然法則を利用した技術的思想の創作のうち高度のものをいう﹄と定義されており、純粋な計算の方法や、純粋なアルゴリズムが特許になることはないとされている。そのため、発明においては、何らかの形で技術的な構成が必要とされる。 しかしながら、旧特許法︵大正10年法︶においては、現在のような発明の定義規定が明確に存在していなかった。しかし、暗号の発明である﹁欧文字単一電報隠語作成方法﹂に対する特許願拒絶査定不服抗告審判の審決取消請求︵昭和25年︵オ︶第80号︶最高裁昭和28年4月30日第一小法廷判決において、﹃特許法第一条にいわゆる工業的発明とは自然法則の利用によつて一定の文化的目的を達するに適する技術的考案をいうのであつて、何等の装置を用いず、また自然力を利用した手段を施していない考案は工業的発明とはいえない。﹄旨の判示がなされた。 これに続いて、﹁電柱広告方法﹂に対する特許願拒絶査定不服抗告審判の審決取消訴訟事件︵昭和27年抗告審判第176号︶東京高裁昭和31年︵行ナ︶第12号判決︵東京高裁第5特別部︶においても、﹃電柱および広告板を数個の組とし、電柱に付した拘止具により、一定期間ずつの移転順回して掲示せしめ、広告効果を大ならしめようとする広告方法の発明は、広告板の移動順回には自然力を利用しないから、特許法第1条にいわゆる工業的発明を構成するものとはいえない。﹄旨の判示が出された。 以上の判例や法理に基づいて、現行特許法︵昭和34年4月13日法律第121号︶第2条における発明の規定が設けられたものである。現在も日本においては、この方針は変わっておらず、新たな変更もなされていない。︵最近の日本における発明成立性の事件としては、平成17年︵行ケ︶第10698号﹁ポイント管理装置および方法﹂知財高裁平成18年9月26日判決や、平成16年︵行ケ︶第188号﹁回路シミュレーション方法﹂東京高裁平成16年12月21日判決が挙げられる。︶ つまり、日本においては、ソフトウェア特許は、何らかの形で自然法則を利用した技術的な思想であることを要求される。 平成19年︵行ケ︶第10239号﹁審決取消請求事件﹂知財高裁平成20年2月29日判決においては、﹃﹁ソフトウェアとハードウェア資源とが協働﹂していることが、重要な判断基準﹄だとするものの、﹃計算装置によって計算するというだけでは、計算処理を実行するソフトウェアとハードウェア資源とが協働しているとはいえない﹄とし、﹃単なる入力、出力といった、通常の情報処理に付随する一般的な処理を除いた、その発明特有の処理がハードウェア資源を用いてどのように実現されているのかが特定されていないものを﹁ソフトウェアとハードウェア資源とが協働﹂していないものとしていることは明らかである﹄としている。 また、特許庁の審査の運用指針において、コンピュータプログラムリスト (ソースコードを提示したもの) は"情報の単なる提示"に当たるため、発明には該当しないとしている。 参考文献 ●﹁平成17年(行ケ)第10698号審決取消請求事件﹂ ●﹁平成19年︵行ケ︶第10239号 審決取消請求事件﹂ ●特定技術分野の審査の運用指針:1.1 ﹁発明﹂に該当しないものの類型日本国特許法におけるソフトウェア特許[編集]
従来から、ソフトウェア関連の発明について、特許法上問題となっていた。発明には、大きく分けて、物の発明と方法の発明に大別される︵特許法第2条3項︶。民法上、物は、有体物に限られているため、民法の特別法である特許法におけるソフトウェアは、物の発明であるか方法の発明であるのか問題となっていた。実務上は、ソフトウェアが格納された記録媒体という物の形式でソフトウェアに関する発明について、保護していた。 このような状況にかんがみ、平成14年の特許法改正において、ソフトウェアに関する発明を条文上、物の発明として取り扱うことを明示する法改正が行われた。︵なお、同時に、商標法においても、ダウンロードして使用するソフトウェアと、ASPとは、それぞれ、商品商標と役務商標として、取り扱う法改正が行われた。︶ 参考文献 ﹁ネットワーク化に対応した特許法・商標法等の在り方について﹂ ソフトウェア特許が成立するためには、ソフトウェアによる情報処理が、ハードウェア資源を用いて具体的に実現されていることを要する。ここで、﹁ソフトウェアによる情報処理がハードウェア資源を用いて具体的に実現されている﹂とは、ソフトウェアがコンピュータに読み込まれることにより、ソフトウェアとハードウェア資源とが協働した具体的手段によって、使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の情報処理装置︵機械︶又はその動作方法が構築されることをいう︵このコンピュータ・ソフトウェアに関する特許審査基準の正当性は、平成9年︵行ケ︶第206号︵東京高判平成11年5月26日判決︶において言及された︶。 さらに、特許明細書においては、単なる発明のアイディアだけではなく、どのようにその発明を実施できるかを技術的に正確かつ詳細に記載しなければならない︵公開代償説︶。したがって、特許出願の願書に添付する明細書︵特許法第36条第2項︶には、上記ソフトウェアの処理について、実施可能要件を満たすように留意して記載する必要がある︵特許法第36条第4項1号︶。 現在の審査手続き︵プラクティス︶においては、特許要件として、進歩性︵特許法第29条2項︶を有する必要がある。通常、いわゆる当業者︵その分野において通常の知識を有する者︶は、その技術分野に限定されるが、ソフトウェア関連発明においては、当業者がハードウェア資源とソフトウェア処理の両方の分野の知識を有する者と想定された上で、進歩性が判断されている。︵ソフトウェア発明における当業者は、複数の技術分野からの﹁専門家からなるチーム﹂として考えられている。︶ 参考文献 ﹁特許・実用新案 審査基準 第VII部 特定技術分野の審査基準 第1章 コンピュータ・ソフトウェア関連発明﹂ また、特許の審査においては、コンピュータソフトウェアにおいては、何が先行技術に属するかを的確に認識することが困難であると考えられる。なぜなら、コンピュータソフトウェアでは、それらの先行技術が特許文献の中に記載されることはあまりなく、その先行技術が、OSのマニュアル中に記載されていたり、ソースコードの中に記載されていたり、巷のプログラマのテクニック︵慣用技術︶等として伝わっていたりすることがあり、審査対象の文献に較べて、先行技術が偏在しているからである。そのため、各国特許庁では、コンピュータソフトウェアに関する文献の整備を図っており、米国特許商標庁では、EIC(非特許文献データベース)、日本国特許庁では CSDB(コンピュータソフトウェアデータベース)の充実を図っているとされる。 なお、平成14年8月以降は、特許法第36条第4項第2号の規定﹁先行技術文献情報開示制度﹂が設けられ、出願時に発明の先行技術を知っているのに、その先行技術を隠して出願するような(民法上の)信義則違反について、手続き上の歯止めが設けられた。(参考)三極特許庁における特許要件の比較[編集]
| 欧州特許条約(EPC) | 日本国特許法 | 米国特許法(35 U.S.C) |
|---|---|---|
| 第52 条 特許することができる発明 (1)欧州特許は、産業上利用することができ、新規でありかつ進歩性を有する発明に対して付与される。 |
第2条 （定義） この法律で「発明」とは、自然法則を利用した技術的思想の創作のうち高度のものをいう。 |
第100条 定義 前後の関係からみて他の意味に用いられる場合を除いて、本法においては、 |
条文上は、三極の発明の定義はまちまちであり、国際的に統一がとれていないように見える。しかし、以下に示されるように、審査基準における「特許要件(patentability)」の考え方には、本質的な差は見あたらないともとれる。（1）発明が抽象的でなく、具体的で技術的であること、（2）実施例が具体的に記載されていること、といった要件が必要とされる。その意味から、実質的には、コンピュータにおける技術的構成を明示すること（例えば、特定のハードウェアと関連する構成や、データ構造とアルゴリズムからなる具体的なソフトウェアの構成等）が必要とされる。
| 欧州特許庁審査ガイドライン Part C, Chapter IV, 2.3.6 |
|---|
| コンピュータプログラムは「コンピュータ利用発明」の形態をとっているが、この表現は、コンピュータ、コンピュータネットワーク若しくはその他のプログラム可能な従来装置を含むクレームであって、クレームされた発明中の一見して新規な発明が、1つ又は複数のプログラムによって実現されるものをカバーすることを意図している。 ・・・ここで特許可能性を考慮するときに基本となるものは、原則としてその他の主題の場合と同じである。第52条(2)で掲げるリストの中には「コンピュータ用プログラム」が含まれているとはいえ、クレームされた主題が技術的性質を含んでいれば、第52条(2)又は(3)の規定による特許性除外の対象とはならない。・・・ コンピュータプログラムが、コンピュータを作動させているときに、そのような通常の物理的効果を超えた更なる技術的効果をもたらす能力を有していれば、クレーム態様がそれ自体であるか又はデータ搬送体の記録としてであるかにかかわらず、特許性除外の対象とはならない。この更なる技術的効果は先行技術中で知られていてもよい。コンピュータプログラムに技術的性質を貸与する更なる技術的効果は、例えば、プログラムの影響下にある工業的処理の制御、物理的存在を示す処理データ、又はコンピュータ自体若しくはその周辺機器の内部機能の中であって、例えば、ある処理の効率性や保安性、要求されるコンピュータ資源の管理、通信リンクでのデータ送信レートなどに影響を与えることができるものの中に見ることができる。結果として、プログラム自体として、データ搬送体中の記録として、又は信号の形態としてクレームされているコンピュータプログラムは、そのプログラムが、コンピュータを作動させているときに、プログラムとコンピュータとの間に存する通常の物理的対話構造を超えた更なる技術的効果をもたらす能力を有していれば、第52条(1)で意味する範囲内の発明とみなすことができる。このようなクレームは、特に第84条、第83条、第54条及び第56条並びに後述する4.5で示すEPCのすべての要件を満たせば特許が付与される。このようなクレームはプログラムリストを記載すべきでないが、プログラム作動中に実行することを意図している処理が特許性を有していることを確約する、すべての特徴を定義すべきである。 |
| 日本国 特許・実用新案審査基準 第VII部 第1章 2.2.2 |
| 2.2.1 基本的な考え方 ソフトウェア関連発明が「自然法則を利用した技術的思想の創作」となる基本的考え方は以下のとおり。(1) 「ソフトウェアによる情報処理が、ハードウェア資源を用いて具体的に実現されている」場合、当該ソフトウェアは「自然法則を利用した技術的思想の創作」である。（「3. 事例」の事例2-1 ～2-5 参照） （説明） 「ソフトウェアによる情報処理がハードウェア資源を用いて具体的に実現されている」とは、ソフトウェアがコンピュータに読み込まれることにより、ソフトウェアとハードウェア資源とが協働した具体的手段によって、使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の情報処理装置（機械）又はその動作方法が構築されることをいう。 |
| 米国特許商標庁 審査官審査手続手引書 第2106章 |
| A.発明中に示される実施例の参酌 請求項に記載された発明は、全体として実施の様態がきちんと記載されている必要がある。すなわち、それは、有用(useful)で、具体的(concrete)、かつ触知できる(tangible)結果をもたらさなければならない。(State Street, 149 F.3d at 1373, 47 USPQ2d at 1601-02.) ・・・したがって、全体の技術開示には、請求項を裏付ける実施の様態にその根拠が含まれていなければならない。・・・ |
ソフトウェア特許と機能的クレーム[編集]
﹁ソフトウェア特許﹂について、誰しもが受け入れられる定義や、何が正しいか、そうでないかを定義づける統一的な規定が存在しない。これは、ソフトウェア特許における﹁機能的クレーム﹂が原因であると考えられる。
米国においては、請求項の記載が、有用で(useful)、具体的で(concrete)、実体的な(tangible)技術的要素については特許可能性があることが明確化されている。
欧州においては、請求項の記載と明細書の全体から、その発明に技術的な構成が含まれているかが重要視される。技術的効果・技術的寄与を備える構成については、特許可能性があることが明確にされている。
日本においては、発明は特許法第2条の﹁自然法則を利用した技術的思想の創作のうち高度のもの﹂であることを要し、コンピュータソフトウェア審査基準において、﹁ソフトウェアによる情報処理がハードウェア資源を用いて具体的に実現されている﹂ことを要する旨が定義されている。
これらの上記の定義においては、請求項の記載が発明になりえるかといったことを判断するのには役に立つが、ソフトウェア特許における﹁機能的クレーム﹂において、実体的に示される技術的思想が、どのような対象︵客体︶に対して権利を及ぼすかを明確に判断することが著しく困難である。その意味で、審査結果と権利範囲の効果は全く異なるものである。
たとえば、多くの分野の技術的思想においても、ソフトウェア的な﹁機能的クレーム﹂が含まれることが多い。そして、この一般的な特許とソフトウェア特許との間に明確な区別をする事は困難であり、この機能的クレームにおいては、純粋に機械的な手段や、電子的な手段、あるいは方法的な手段のうち、何によって実現されるものなのかが不明確であることが多く、その技術的な実体も不明確であることが多い。
加えて、もしあるソフトウェアが、いわゆる等価原理、ないしアナログ下で、ソフトウェアと明確な区別をする事が難しい形で使われるとするなら、ソフトウェアを必要としない手段を含む特許を侵害する可能性もあり得るということである。︵たとえば、ソフトウェアがデジタルシグナルプロセッサ化︵DSP化)されたとしたら、ハードウェアとして認識される可能性は大きくなる。︶
ソフトウェア特許とは、どのような実体によって、技術的と認められるものであるべきか、また、願望的な機能のみを記載することが、果たして、本当に技術的であるといえるのであるかについては、権利の正当性において、厳密な判断が必要であろう。
