JP2005004797A - 情報処理装置およびプログラム - Google Patents

Abstract

【課題】従来技術によれば、請求項の構造を図的に表せず、かつ、特許の価値や特許明細書の品質を定量的に把握できない。
【解決手段】 コンピュータに、特許明細書の特許請求の範囲を解析し、請求項の階層関係を取得する階層関係取得ステップと、階層関係に基づいて、当該階層関係を図的に表示するクレームツリー表示ステップを実行させるためのプログラムであり、かかるプログラムにより、請求項の構造を図的に表せる。
また、コンピュータに、特許明細書を読み込み、解析する特許明細書解析ステップと、特許明細書解析ステップにおける解析結果に基づいて特許の価値を定量的に算出する特許価値算出ステップと、特許の価値を出力する特許価値出力ステップを実行させるためのプログラムであり、かかるプログラムにより、特許の価値や特許明細書の品質を定量的に把握できる。
【選択図】図１

Description

本発明は、特許明細書の解析等を行えるプログラム等に関する。

従来の特許明細書を解析等する技術には、明細書の形式や、請求項、段落、図面、数式などの番号、請求項の引用関係、要約書の文字数などをチェックして結果を報告する明細書作成支援ソフトがあった（非特許文献１参照）。
ＰＡＴ−Ｐｒｏ「特許業務支援ソフトウェア」、インターネット<ＵＲＬ： ｈｔｔｐ：／／ｐｌａｚａ５．ｍｂｎ．ｏｒ．ｊｐ／〜ｐｔｐ／Ｐａｔｐｒｏ３ｍ．ｈｔｍ>

しかし、上記従来技術によれば、請求項の構造を図的に表せない。従って、特に、請求項数が多い場合に、全体の構造が外観できず、特許請求の範囲に記載の漏れが生じやすかった。また、分割出願する場合に、請求項の全体構成が外観しにくいために、分割する請求項と、削除する請求項と、原出願に残す請求項の判断が困難であった。さらに、中間処理の段階で、請求項の全体構成が外観しにくいために、修正する請求項群と削除する請求項群の判断は困難であった。

また、上記従来技術によれば、特許の価値や特許明細書の品質を定量的に把握できない。従って、ライセンスや特許の証券化などの特許流通の場合に、権利の内容を示す特許明細書を見て、その価値や価格を決定しており、その価値等の決定は個人の高度なスキルに頼られていた。また、特許明細書作成時に特許品質が容易に把握できないので、実施可能要件を満たさない特許明細書が多く出願されていた。

さらに、上記従来技術によれば、符号の整合性をチェックする機能が存在しない。従って、符号の整合性は人手により行われていた。また、人手によれば、多数の符号を添付した場合に、かなりの確率で不具合が発生していた。

そこで、本第一の発明の特許明細書を解析するプログラムは、コンピュータに、特許明細書の特許請求の範囲を解析し、請求項の階層関係を取得する階層関係取得ステップと、階層関係に基づいて、当該階層関係を図的に表示するクレームツリー表示ステップを実行させるためのプログラムであり、かかるプログラムにより、特に、請求項数が多い場合に、全体の構造が外観でき、特許請求の範囲に記載の漏れが生じない等の効果が生じる。

また、第二の発明は、コンピュータに、特許明細書を読み込み、解析する特許明細書解析ステップと、特許明細書解析ステップにおける解析結果に基づいて特許の価値を定量的に算出する特許価値算出ステップと、特許の価値を出力する特許価値出力ステップを実行させるためのプログラムであり、かかるプログラムにより、特許の価値や特許明細書の品質を定量的に把握できる。

さらに、第三の発明は、コンピュータに、特許明細書を解析し、当該特許明細書から符号付きの構成要素を取得する符号構成要素取得ステップと、符号構成要素取得ステップで取得した２以上の符号付きの構成要素から不適切な符号付きの構成要素を判断する判断ステップと、判断ステップにおける判断の結果、不適切な符号付きの構成要素の存在または／および当該不適切な符号付きの構成要素を出力する不適切箇所出力ステップを実行させるためのプログラムであり、かかるプログラムにより、符号の整合性を容易にチェックできる。
なお、上記のプログラムは、ハードウェアで実現しても良く、かかる場合、上記の機能は、特許明細書解析を行う情報処理装置として実現される。

以上のように、本発明によれば、特許明細書の解析等が可能である。

以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
（実施の形態１）
図１は、本実施の形態における情報処理装置のブロック図である。情報処理装置は、入力受付部１０１、明細書格納部１０２、明細書取得部１０３、階層関係取得部１０４、クレームツリー表示部１０５を有する。

また、階層関係取得部１０４は、請求項番号取得手段１０４１、従属関係取得手段１０４２を有する。また、クレームツリー表示部１０５は、ツリー表示手段１０５１、請求項文書取得手段１０５２、請求項文書表示手段１０５３、構成要素名取得手段１０５４、構成要素名表示手段１０５５を有する。

入力受付部１０１は、クレームツリーの表示指示、またはクレームツリーを構成するノードに対応する請求項の文書を表示する指示である文書表示指示、またはクレームツリーをノードに対応する請求項の構成要素名を表示する指示である構成要素名表示指示、または処理を終了する指示である終了指示等の入力を受け付ける。なお、クレームツリーとは、請求項の従属関係を階層的に表示するものである。入力受付部１０１は、通常、マウスやキーボードなどの入力手段のドライバーソフト等で実現され得る。
明細書格納部１０２は、１以上の特許明細書を格納している。明細書格納部１０２は、不揮発性の記録媒体または揮発性の記録媒体で実現され得る。

明細書取得部１０３は、入力受付部１０１でクレームツリーの表示指示を受け付けた場合に、明細書格納部１０２の特許明細書を取得する。この特許明細書は、通常、入力受付部１０１で指示された特許明細書である。但し、明細書格納部１０２に一つしか特許明細書が格納されていない場合は、明細書取得部１０３が取得する特許明細書は当該一の特許明細書である。明細書取得部１０３は、通常、ＭＰＵやメモリ等から実現され得る。明細書取得部１０３が明細書を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

請求項番号取得手段１０４１は、特許明細書の特許請求項に含まれる請求項のタグが示す番号を取得する。請求項番号取得手段１０４１は、通常、ＭＰＵやメモリ等から実現され得る。請求項番号取得手段１０４１が請求項のタグが示す番号を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

従属関係取得手段１０４２は、前記請求項番号取得手段１０４１が取得した請求項の番号に対応する請求項が従属している請求項番号を取得する。どのようなアルゴリズムである請求項が従属している請求項番号を取得するかは、以下で詳細に述べる。請求項番号取得手段１０４１で取得した請求項番号と、従属関係取得手段１０４２で取得した従属請求項の番号により、クレームの階層関係が判断できる。従属関係取得手段１０４２は、通常、ＭＰＵやメモリ等から実現され得る。従属関係取得手段１０４２が従属している請求項番号を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

ツリー表示手段１０５１は、階層関係取得部１０４で取得した請求項番号と従属請求項の番号によりクレームツリーを表示する。ツリー表示手段１０５１は、通常、ＭＰＵやメモリ等から実現され得る。ツリー表示手段１０５１がクレームツリーを表示するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

請求項文書取得手段１０５２は、クレームツリーを構成するノード（このノードは、一請求項を示す。）が対応する請求項の文書を特許明細書から取得する。請求項文書取得手段１０５２は、通常、ＭＰＵやメモリ等から実現され得る。明細書取得部１０３が明細書を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

請求項文書表示手段１０５３は、請求項文書取得手段１０５２が取得した文書を、対応する請求項のノードに視覚的に対応が分かるように表示する。通常、ＭＰＵやメモリ等から実現され得る。請求項文書表示手段１０５３が文書を表示するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

構成要素名取得手段１０５４は、クレームツリーを構成するノードが対応する請求項を構成する構成要素名を取得する。請求項の文書から構成要素名を取得するアルゴリズムは種々ある。例えば、構成要素名取得手段１０５４は、「漢字の文字列」＋「部」または「手段」という漢字から構成される漢字列を取得する。かかる技術は、構文解析、字句解析等の既存の日本語処理技術により可能であるので、詳細な説明は省略する。構成要素名取得手段１０５４は、通常、ＭＰＵやメモリ等から実現され得る。構成要素名取得手段１０５４が構成要素名を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

構成要素名表示手段１０５５は、構成要素名取得手段１０５４が取得した構成要素名を、当該構成要素名を含む請求項に対応するノードに視覚的にその対応が分かるように表示する。構成要素名表示手段１０５５は、通常、ＭＰＵやメモリ等から実現され得る。構成要素名表示手段１０５５が構成要素名を表示するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
なお、ツリー表示手段１０５１、請求項文書表示手段１０５３、および構成要素名表示手段１０５５は、ディスプレイを含むと考えても、ディスプレイを含まないと考えても良い。
以下、本情報処理装置の動作について図２のフローチャートを用いて説明する。
（ステップＳ２０１）入力受付部１０１は、入力を受け付けたか否かを判断する。入力を受け付ければステップＳ２０２に行き、入力を受け付けなければステップＳ２０１に戻る。

（ステップＳ２０２）入力受付部１０１は、入力がクレームツリーの表示指示であるか否かを判断する。クレームツリーの表示指示であればステップＳ２０３に行き、クレームツリーの表示指示でなければステップＳ２０７に飛ぶ。
（ステップＳ２０３）明細書取得部１０３は、明細書格納部１０２から特許明細書を取得する。明細書取得部１０３は、入力受付部１０１で指示された特許明細書を取得する。
（ステップＳ２０４）請求項番号取得手段１０４１は、ステップＳ２０３で取得した特許明細書の特許請求項に含まれる請求項のタグが示す番号を取得する。
（ステップＳ２０５）従属関係取得手段１０４２は、ステップＳ２０４で取得した請求項の番号に対応する請求項が従属している請求項番号を取得する。

（ステップＳ２０６）ツリー表示手段１０５１は、ステップＳ２０４で取得した請求項番号と、ステップＳ２０５で取得した従属している請求項番号によりクレームツリーを表示する。ステップＳ２０４で取得した請求項番号と、ステップＳ２０５で取得した従属している請求項番号により請求項間の階層関係が構成されている。当該階層関係に基づいて、ツリー表示手段１０５１は、クレームツリーを表示する。

（ステップＳ２０７）入力受付部１０１は、入力がクレームツリーを構成するノードに対応する請求項の文書を表示する指示である文書表示指示であるか否かを判断する。文書表示指示であればステップＳ２０８に行き、文書表示指示でなければステップＳ２１１に飛ぶ。
（ステップＳ２０８）クレームツリーを表示中であるか否かを判断する。クレームツリーを表示中であればステップＳ２０９に行き、クレームツリーを表示中でなければステップＳ２０１に戻る。
（ステップＳ２０９）請求項文書取得手段１０５２は、クレームツリーを構成するノード（このノードは、一請求項を示す。）が対応する請求項の文書を、ステップＳ２０３で読み込んだ特許明細書から取得する。

（ステップＳ２１０）請求項文書表示手段１０５３は、ステップＳ２０８で取得した文書を、対応する請求項のノードに視覚的に対応が分かるように表示する。文書とノードの対応が視覚的に分かるように表示する態様は種々あり、例えば、文書とノードを線で結ぶ態様で表示する。また、例えば、ノードの近くに文書を表示する。

（ステップＳ２１１）入力受付部１０１は、クレームツリーをノードに対応する請求項の構成要素名を表示する指示である構成要素名表示指示であるか否かを判断する。構成要素名表示指示であればステップＳ２１２に行き、構成要素名表示指示でなければステップＳ２１５に飛ぶ。
（ステップＳ２１２）クレームツリーを表示中であるか否かを判断する。クレームツリーを表示中であればステップＳ２１３に行き、クレームツリーを表示中でなければステップＳ２０１に戻る。
（ステップＳ２１３）構成要素名取得手段１０５４は、クレームツリーを構成するノードが対応する請求項を構成する構成要素名を、ステップＳ２０３で読み込んだ特許明細書から取得する。

（ステップＳ２１４）構成要素名表示手段１０５５は、ステップＳ２１３で取得した構成要素名を、当該構成要素名を含む請求項に対応するノードに視覚的にその対応が分かるように表示する。構成要素名とノードの対応が視覚的に分かるように表示する態様は種々あり、例えば、構成要素名とノードを線で結ぶ態様で表示する。また、例えば、ノードの近くに構成要素名を表示する。
（ステップＳ２１５）入力受付部１０１は、入力が処理を終了する指示である終了指示であるか否かを判断する。終了指示であれば処理を終了し、終了指示でなければステップＳ２０１に戻る。

以下、本実施の形態における情報処理装置の具体的な動作について説明する。今、情報処理装置は、図３に示す特許明細書（特許請求の範囲）を格納している。そして、ユーザは、図３の特許明細書のクレームツリーを表示するように表示指示を入力した、とする。

まず、情報処理装置は、明細書取得部は、明細書格納部から図３の特許明細書を読み出す。次に、請求項番号取得手段は、図３の特許明細書から請求項の番号「１」から番号「８」を取得する。具体的には、請求項番号取得手段は、すみつき括弧（タグ）の中の文字列から「請求項」という文字列を除いた数字を取得する処理を行い、請求項番号を取得する。

次に、従属関係取得手段は、請求項の番号それぞれに対応する請求項が従属している請求項番号を取得する。具体的には、まず、従属関係取得手段は、請求項の文字列から「請求項？＊記載」、または「請求項？＊または請求項？＊記載」、または「請求項？＊から請求項？＊記載」、または「請求項？＊、請求項？＊記載」「請求項？＊〜請求項？＊記載」、または「請求項？＊から？＊記載」などの請求項の従属を示す文字列を取得する。なお、「？」は数字、「＊」は１以上の繰り返しを示す正規表現である。

次に、従属関係取得手段は、上記の「請求項？＊または請求項？＊記載」等の文字列から「？＊」の数字列および数字列の間の文字列、または「〜」を取得する。そして、例えば「１から３」という数字列、および文字列が取得された場合に、「１から３」を「１、２、３」に置き換える。以上の処理から、当該請求項は、「１、２、３」の各請求項に従属している、ということになる。
以上の処理により、図３の特許請求の範囲を解析して、図４の請求項間の階層関係を得る。図４は、階層関係管理表であり、子の請求項と親の請求項が対応付けて管理されている。
次に、ツリー表示手段は、図４の階層関係管理表から、例えば、図５のクレームツリーを表示する。図５のクレームツリーは、親子関係を線で結び、請求項番号を示す数字が２回以上表示され得る表示態様である。

また、ツリー表示手段は、図４の階層関係管理表から、例えば、図６のクレームツリーを表示しても良い。図６のクレームツリーは、親子関係を線で結び、請求項番号を示す数字が１回しか表示されない表示態様である。

次に、図５のクレームツリーがディスプレイに表示されている状態において、例えば、マウスで「１」の番号を指示し、文書表示指示の入力をした、とする。なお、文書表示指示の入力は、文書表示指示を示すメニュー項目の選択でも良いし、マウスの右ボタンクリック等でも良い。かかる場合、クレームツリーの請求項１を示す数字「１」に視覚的に対応が分かるように請求項の文書が表示される。また、ユーザは、同様にクレームツリーの「２」「３」「４」「５」のノードを指示し、文書表示指示の入力をした、とする。すると、上述の処理により、例えば、図７のようなクレームツリーと請求項の文書が表示される。

なお、クレームツリーと請求項の表示は図８のような表示態様でも良い。つまり、クレームツリーと請求項の表示態様は問わない。図８によれば、指示した請求項番号に対応するクレームツリー上の数字（ここでは、「３」）が他の数字と異なる態様で表示され、かつその請求項（ここでは「３」）の文書がディスプレイの下側に表示される。

次に、図５のクレームツリーがディスプレイに表示されている状態において、例えば、マウスで「１」の番号を指示し、構成要素名表示指示の入力をした、とする。なお、構成要素名表示指示は、構成要素名表示指示を示すメニュー項目の選択でも良いし、マウスの左ボタンクリック等でも良い。かかる場合、例えば、構成要素名は図９のように表示される。

また、例えば、マウスで「２」の番号を指示し、構成要素名表示指示の入力をした、とする。かかる場合、例えば、構成要素は図１０のように表示される。また、請求項２は請求項１の従属項であるので、マウスで「２」の番号を指示し、構成要素名表示指示の入力された場合に、図１１に示すように、親の請求項である請求項１の構成要素名をも取得して、表示しても良い。かかる場合、マウスで「２」の番号を指示し、構成要素名表示指示の入力を受け付ければ、「Ａ手段、Ｂ手段、Ｃ手段、Ｄ手段」という構成要素名が表示される。なお、図１１に示すように、親の請求項の構成要素名「Ａ手段、Ｂ手段、Ｃ手段」と自身の構成要素名「Ｄ手段」を視覚的に区別して表示しても良い。図１１によれば、自身の構成要素名「Ｄ手段」のみに下線が引かれている。

以上、本実施の形態によれば、特許明細書の特許請求の範囲を解析して、請求項の階層関係を図的にクレームツリーとして表示できるために、ユーザが、出願段階でクレームの展開度合いが十分であるか否かを判断しやすくなる。また、中間処理の段階において、クレームツリーの表示により、特許明細書の構造が一目瞭然となり、拒絶理由通知等への対応が容易になる。また、ライセンスの段階で、クレームツリーを表示することにより、通常実施権や専用実施権を与える請求項などを判断しやすくなる。また、クレームツリーの各ノード（請求項を示す数字）に対応して、請求項の文書や構成要素名を表示することにより、上記の各段階における作業が極めて容易になる。

なお、本実施の形態において、請求項の文書や構成要素名は、クレームツリーのノードの指示により、指示されたノードに対応する情報が表示されたが、クレームツリーの表示段階で、自動的に請求項の文書や構成要素名が表示されても良い。請求項の文書や構成要素名の表示するタイミングは問わない。また、クレームツリーのノードの指示により表示された請求項の文書や構成要素名は、一定時間経過後に自動的に未表示となっても良い。

また、本実施の形態によれば、クレームツリーは、ノードを線により結んで表示されたが、図１２に示すようにインデントにより請求項の階層関係を明示しても良い。つまり、図的にクレームの階層関係を表示する態様は問わない。

さらに、本実施の形態において説明した動作は、コンピュータ読み取り可能なプログラムで実現しても良い。当該プログラムは、ＣＤ−ＲＯＭなどの記録媒体に記録されて流布しても良いし、ネットワーク配信により流布しても良いし、放送で流布しても良い。かかることは、他の実施の形態においても同様である。なお、本実施の形態において説明した情報処理装置の動作を実現するプログラムは、コンピュータに、特許明細書の特許請求の範囲を解析し、請求項の階層関係を取得する階層関係取得ステップと、階層関係に基づいて、当該階層関係を図的に表示するクレームツリー表示ステップを実行させるためのプログラム、である。また、本実施の形態において説明した情報処理装置の動作を実現するプログラムは、コンピュータに、特許明細書の特許請求の範囲を解析し、請求項の階層関係を取得する階層関係取得ステップと、階層関係に基づいて、当該階層関係を図的に表示し、かつ、クレームツリーのノードに対応する請求項の文章の全部または一部をも表示するクレームツリー表示ステップを実行させるためのプログラム、である。また、上記のプログラムにおいて、請求項の文章の一部は請求項を構成する構成要素名である場合もある。
（実施の形態２）

図１３は、本実施の形態における情報処理装置のブロック図である。情報処理装置は、入力受付部１０１、明細書格納部１０２、明細書取得部１０３、明細書解析部１３０１、特許価値算出部１３０２、特許価値出力部１３０３を具備する。特許価値算出部１３０２は、明細書開示度算出手段１３０２１、発明展開度算出手段１３０２２、発明本質抽出度算出手段１３０２３を具備する。
入力受付部１０１は、ここでは、特許価値を出力する指示である特許価値出力指示の入力を受け付ける。

明細書解析部１３０１は、明細書格納部１０２に格納されている特許明細書を解析する。解析とは、構文解析や字句解析等を含む。また、解析とは、例えば、明細書中の予め決められた項目（タグで特定される箇所）の文字数を算出したり、以下で詳細に述べる請求項が有する構成要素の数を算出したりする等の処理を言う。明細書解析部１３０１は、通常、ＭＰＵやメモリ等から実現され得る。明細書解析部１３０１が明細書を解析するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

特許価値算出部１３０２は、明細書解析部１３０１における解析結果に基づいて特許の価値を定量的に算出する。ここで、特許価値は、例えば、以下で述べる明細書開示度や発明展開度や発明本質抽出度等の特許明細書の複数の特性に基づいて算出される。特許価値算出部１３０２は、例えば、複数の特性の値をパラメータとして（複数の特性の値を重み付けして）、一の値を算出しても良いし、複数の特性の値をそれぞれ算出するだけでも良い。特許価値算出部１３０２は、通常、ＭＰＵやメモリ等から実現され得る。特許価値算出部１３０２が特許の価値を算出するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

明細書開示度算出手段１３０２１は、特許明細書において特許請求の範囲に記載した発明が発明の詳細な説明でいかに実施可能なように記載されているかを示す度合いである明細書開示度を算出する。明細書開示度算出手段１３０２１は、明細書開示度を、例えば、「実施の形態の文字数／特許請求の範囲の文字数」の算出式により算出する。但し、明細書開示度の算出式は問わない。

発明展開度算出手段１３０２２は、発明をいかに展開しているかを示す度合いである発明展開度を算出する。発明展開度算出手段１３０２２は、例えば、発明展開度（ｆ）を、（ｆ＝「請求項の数」＊０．５＋「請求項のネストレベルの深さ」＊０．３＋「カテゴリー展開の数」＊０．２）の算出式により算出する。「請求項のネストレベルの深さ」は、上記のクレームツリーの階層の最も深い階層レベルを示す。なお、図５のクレームツリーにおいては、「請求項のネストレベルの深さ」は４である。「カテゴリー展開の数」は、請求項のカテゴリー「装置」「方法」「媒体」「プログラム」のうちで、それだけのカテゴリーの請求項を記載しているかを示す。なお、発明展開度（ｆ）を求める算出式は、上記に問わない。

発明本質抽出度算出手段１３０２３は、発明の本質をいかに抽出できているかを示す度合いである発明本質抽出度を算出する。発明本質抽出度算出手段１３０２３は、発明本質抽出度（ｇ）を、例えば、独立の請求項のうちで、請求項を構成する最少の構成要素数（ｘ）をパラメータとして算出する。発明本質抽出度（ｇ）は、例えば、「１００／ｘ」により求められる。

特許価値出力部１３０３は、特許価値算出部１３０２が算出した特許価値の値を出力する。特許価値出力部１３０３における出力態様は問わない。特許価値出力部１３０３は、例えば、特許価値を構成する各特性を数値で出力するだけでも良いし、各特性を項目とするレーザーチャートを出力しても良い。また、図的に出力する態様として、レーザーチャートに限られないことは言うまでもない。出力とは、ディスプレイへの表示、プリンタへの印字、他の装置への送信等を含む概念である。特許価値出力部１３０３は、ディスプレイ等の出力媒体を含むと考えても、含まないと考えても良い。特許価値出力部１３０３は、通常、ＭＰＵやメモリ等から実現され得る。特許価値出力部１３０３が特許価値の値等を出力するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
以下、本情報処理装置の動作について図１４のフローチャートを用いて説明する。

（ステップＳ１４０１）入力受付部１０１は、特許価値出力指示の入力を受け付けたか否かを判断する。特許価値出力指示の入力を受け付ければステップＳ１４０２に行き、特許価値出力指示の入力を受け付けなければステップＳ１４０１に戻る。なお、受け付けた入力は、通常、明細書を特定する情報を含む。
（ステップＳ１４０２）明細書取得部１０３は、明細書格納部１０２から明細書を取得する。なお、明細書は、通常、ステップＳ１４０１で受け付けた入力が含む明細書を特定する情報に基づいて取得される。
（ステップＳ１４０３）明細書解析部１３０１は、ステップＳ１４０２で取得された特許明細書を解析する。これを明細書解析ルーチンという。明細書解析ルーチンは、図１５で詳細に説明する。

（ステップＳ１４０４）特許価値算出部１３０２は、ステップＳ１４０３における解析結果に基づいて特許の価値を定量的に算出する。これを特許価値算出ルーチンという。特許価値算出ルーチンは、図１６で詳細に説明する。
（ステップＳ１４０５）特許価値出力部１３０３は、ステップＳ１４０４で算出した特許価値の値を出力する。
以下、図１５のフローチャートを用いて明細書解析ルーチンを説明する。
（ステップＳ１５０１）明細書中の特許請求の範囲を読み込む。
（ステップＳ１５０２）請求項数を取得する。
（ステップＳ１５０３）請求項間の階層関係のネストレベルを取得する。
（ステップＳ１５０４）特許請求の範囲のカテゴリー数を取得する。
（ステップＳ１５０５）独立の請求項のうちで、最も短い請求項の文字数を取得する。
（ステップＳ１５０６）特許請求の範囲の文字数を取得する。
（ステップＳ１５０７）発明の実施の形態の文字数を取得する。

なお、請求項数や文字数やネストレベルやカテゴリー数を取得する技術は、以下の通りである。つまり、請求項数は、特許請求の範囲のタグの最も大きい数である。特許請求の範囲の階層関係を取得できれば（実施の形態１参照）、ネストレベルは取得され得る。カテゴリー数は、請求の範囲の語尾を抽出し、「〜装置」「〜方法」「〜プログラム」等のうち、何種類の語尾が存在するかを取得すれば良い。文字数の取得は、公知技術により可能であるので、説明を省略する。
以下、図１６のフローチャートを用いて特許価値算出ルーチンを説明する。

（ステップＳ１６０１）発明展開度を算出する。発明展開度（ｆ）は、例えば、（ｆ＝「請求項の数」＊０．５＋「請求項のネストレベルの深さ」＊０．３＋「カテゴリー展開の数」＊０．２）の算出式により算出する。
（ステップＳ１６０２）明細書開示度を算出する。明細書開示度は、例えば、「実施の形態の文字数／特許請求の範囲の文字数」の算出式により算出する。

（ステップＳ１６０３）発明本質抽出度を算出する。発明本質抽出度（ｇ）は、例えば、最も短い請求項の文字数（ｙ）をパラメータとして算出する。発明本質抽出度（ｇ）は、例えば、「１００／ｙ」により算出する。
なお、図１６のフローチャートにおいて、発明展開度、明細書開示度、および発明本質抽出度をパラメータとして、一の値である特許価値を算出しても良い。そして、特許価値を１００点満点で出力しても良い。

以下、本実施の形態における情報処理装置の具体的な動作について説明する。今、ユーザから指示された明細書の構文解析、字句解析を行って、図１７のような解析結果を得た、とする。そして、情報処理装置は、発明展開度（ｆ）は、（ｆ＝「請求項の数」＊０．５＋「請求項のネストレベルの深さ」＊０．３＋「カテゴリー展開の数」＊０．２）の算出式により算出する。具体的には、「ｆ＝８＊０．５＋４＊０．３＋２＊０．２＝５．６」を得る。
また、発明本質抽出度（ｇ）を、「１００／最短請求項文字数」の算出式により算出する。具体的には、「ｇ＝１００／８８＝約１．１４」を得る。
さらに、明細書開示度（ｈ）を「実施の形態の文字数／特許請求の範囲の文字数」の算出式により算出する。従って、「ｈ＝８７２６／１１６７＝約７．４８」を得る。

そして、特許価値算出部は、発明展開度（ｆ＝５．６）、発明本質抽出度（ｇ＝１．１４）、明細書開示度（ｈ＝１．１４）に重み付けをして、特許価値の総合点を算出する。ここでは、例えば、情報処理装置は、明細書開示度を７０点と算出した、とする。

次に、特許価値出力は、例えば、図１８に示すような表示を行う。なお、図１８の表示において、発明展開度の合格点、発明本質抽出度の合格点、明細書開示度の合格点、明細書開示度の合格点を同時に示しても良い。かかる合格点は、予め情報処理装置が保持している。なお、どの値が合格点であるかは、通常、特許明細書の技術分野によって異なる。

以上、本実施の形態によれば、特許明細書を解析することにより、特許の価値を算定することができる。特許の価値を自動的に算定できれば、特許出願人にとって、特許のメンテナンスにかけるべきマンパワーが適切に算定できる。また、特許の証券化を行う場合に利用できる。また、ライセンス対象の特許を選別する場合に、機械的な選別を行う際に利用できる。さらに、特許のライセンスを行う場合に、その対価の目安として算出した特許の価値を利用できる。また、特許明細書の複数の特性ごとの値を算出することにより、より精度良く特許の価値を見定めることができる。また、特許明細書の複数の特性ごとの値を算出することにより、特に、出願段階で特許明細書の修正等を行いやすくなる。
なお、本実施の形態において、特許の価値は、特許品質と言い換えても良い。品質は、価値を構成する一要素であるからである。従って、特許価値の算出は、特許品質の算出である、と言える。
また、本実施の形態において、特許明細書の特性は、上述した特性に限らない。特許明細書の他の特性があっても良い。

また、本実施の形態において、明細書の解析結果のみに基づいて特許価値や特許品質を算出したが、他のデータ、例えば、出願人の売り上げ額や、資本金などの情報をも加味して特許価値や特許品質を算出しても良い。
また、本実施の形態において、特許価値（特許品質）を、特性ごとのレーザーチャート等、図的に出力しても良い（図２３参照）。かかる場合、特許価値が容易に把握できて好適である。

また、本実施の形態において、複数の特許明細書を解析し、平均的な特許の価値を算出しても良い。つまり、複数の会社が出願している特許の明細書を解析し、図２３に示すような会社間の出願（登録）特許の価値を比較しても良い。かかる処理により、会社間の特許力の比較が可能となる。

なお、図２３（ａ）のレーザーチャートにおいて、特許価値の特性を算出する前の各値をレーザーチャートの項目としている。「最少構成要素数」は、請求項の中で最も構成要素数（発明特定事項の数）が少ないものをピックアップし、構成要素数が少ないものの方が高得点（最大１００点）となるように補正した値である。構成要素数が少ないほど、一般的には特許の権利範囲が広いからである。「最少請求項文字数」は、請求項の中で最も文字数が少ないものをピックアップし、文字数が少ないものの方が高得点（最大１００点）となるように補正した値である。請求項の文字数が少ないほど、一般的には権利範囲が広いからである。「請求項数」は、特許明細書の中の請求項の数をピックアップし、請求項の数が多いほど高得点（最大１００点）となるように補正した値である。請求項の数が多いほど、十分アイデアが展開されており、一般的に、特許価値が高いと言える。「カテゴリー展開数」は、請求の範囲のカテゴリーの展開の数を取得し、カテゴリーの展開の数が多いほど高得点（最大１００点）となるように補正した値である。カテゴリーの展開の数が多いほど、他者の侵害の態様を十分考えており、一般的に、特許価値が高いと言える。「最大ネストレベル」は、請求項の従属関係が作り出す階層の深さをピックアップし、当該深さが深いほど高得点（最大１００点）となるように補正した値である。階層が深いほど、アイデアを多層的、多面的に考え抜いたといえ、その結果、一般的に、特許価値が高いと言える。「実施の形態ページ数」は、実施の形態または実施例等のページ数をピックアップし、ページ数が多いほど高得点（最大１００点）となるように補正した値である。実施の形態等のページ数が多いほど、一般的に、発明が十分開示されていると言え、実施可能要件違反により無効等にされる可能性が低く、特許価値が高いと言える。「実施の形態／請求の範囲」は、実施の形態または実施例の量（文字数など）と請求の範囲の量（文字数など）の比をピックアップし、当該値が大きいほど高得点（最大１００点）となるように補正した値である。請求の範囲の記載量に対して、実施の形態等の記載量が多ければ、一般的に、発明が十分開示されていると言え、実施可能要件違反により無効等にされる可能性が低く、特許価値が高いと言える。「引用文献数」は、特許明細書の従来技術または背景技術に挙げられている引用文献の数をピックアップし、当該引用文献の数が多いほど高得点（最大１００点）となるように補正した値である。引用文献の数が多いほど、一般的に、十分に特許調査が行えており、拒絶や無効になる可能性が低く、特許価値が高いと言える。

また、図２３（ｂ）のレーザーチャートは、各特性を項目とするレーザーチャートである。本レーザーチャートは、各特性を上記した方法等により、定量化したものである。なお、「強靭性」は、十分特許調査を行っており、「引用文献数」が多いほど、高得点となる。したがって、「強靭性」は、図２３（ａ）のレーザーチャートの項目「引用文献数」から得られる値でも良い。また、「発明本質抽出性」は、図２３（ａ）のレーザーチャートの項目「最少構成要素数」「最少請求項文字数」をパラメータとして算出される値でも良い。また、「発明本質抽出性」は、図２３（ａ）のレーザーチャートの項目「請求項数」「カテゴリー展開数」「最大ネストレベル」をパラメータとして算出される値でも良い。さらに、「実施可能担保性」は、図２３（ａ）のレーザーチャートの項目「実施のけたいページ数」「実施の形態／請求の範囲」をパラメータとして算出される値でも良い。

さらに、本実施の形態において説明した動作は、コンピュータ読み取り可能なプログラムで実現しても良い。当該プログラムは、ＣＤ−ＲＯＭなどの記録媒体に記録されて流布しても良いし、ネットワーク配信により流布しても良いし、放送で流布しても良い。なお、本実施の形態において説明した情報処理装置の動作を実現するプログラムは、コンピュータに、特許明細書を読み込み、解析する特許明細書解析ステップと、特許明細書解析ステップにおける解析結果に基づいて特許の価値を定量的に算出する特許価値算出ステップと、特許の価値を出力する特許価値出力ステップを実行させるためのプログラム、である。また、前記特許価値算出ステップにおいて、特許明細書の複数の特性ごとの値を算出し、前記特許価値出力ステップにおいて、特性ごとの値を出力しても良い。
（実施の形態３）

図１９は、本実施の形態における情報処理装置のブロック図である。情報処理装置は、入力受付部１０１、明細書格納部１０２、明細書取得部１０３、符号構成要素取得部１９０１、判断部１９０２、不適切箇所出力部１９０３を具備する。
入力受付部１０１は、ここでは、構成要素の符号の整合性チェック指示のである符号整合性チェック指示の入力を受け付ける。

符号構成要素取得部１９０１は、特許明細書を解析し、当該特許明細書から符号付きの構成要素を取得する。符号構成要素取得部１９０１が、明細書を構文解析、字句解析して符号付きの構成要素を取得する技術は公知技術である。また、具体的には、符号構成要素取得部１９０１は、「漢字列」＋「部」または「手段」＋「英数字列」を取得する。符号構成要素取得部１９０１は、通常、ＭＰＵやメモリ等から実現され得る。符号構成要素取得部１９０１が符号付きの構成要素を取得するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

判断部１９０２は、符号構成要素取得部１９０１が取得した２以上の符号付きの構成要素から不適切な符号付きの構成要素を判断する。判断部１９０２の判断方法は種々ある。具体的には、判断部１９０２は、例えば、異なる２以上の構成要素の名称に対して同一の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断する。また、判断部１９０２は、例えば、特許明細書中のある一定の範囲（ある特定の実施の形態）において、同一の構成要素の名称に対して異なる２以上の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断する。判断部１９０２は、通常、ＭＰＵやメモリ等から実現され得る。判断部１９０２の判断処理の手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

不適切箇所出力部１９０３は、判断部１９０２における判断の結果、不適切な符号付きの構成要素の存在または／および当該不適切なら不適切な符号付きの構成要素を出力する。出力とは、ディスプレイへの表示、プリンタへの印字、他の装置への送信等を含む概念である。不適切箇所出力部１９０３は、ディスプレイ等の出力媒体を含むと考えても、含まないと考えても良い。不適切箇所出力部１９０３は、通常、ＭＰＵやメモリ等から実現され得る。不適切箇所出力部１９０３が情報を出力するための処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはハードディスク等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
以下、本情報処理装置の動作について図２０のフローチャートを用いて説明する。

（ステップＳ２００１）入力受付部１０１は、構成要素の符号の整合性チェックの指示のである符号整合性チェック指示の入力を受け付けたか否かを判断する。符号整合性チェック指示の入力を受け付ければステップＳ２００２に行き、符号整合性チェック指示の入力を受け付けなければステップＳ２００１に戻る。
（ステップＳ２００２）明細書取得部１０３は、明細書格納部１０２から明細書を取得する。なお、明細書は、通常、ステップＳ２００１で受け付けた入力が含む明細書を特定する情報に基づいて取得される。
（ステップＳ２００３）符号構成要素取得部１９０１は、ステップＳ２００２で取得した特許明細書を解析し、当該特許明細書から符号付きの構成要素を取得する。
（ステップＳ２００４）判断部１９０２は、ステップＳ２００３で取得した２以上の符号付きの構成要素から不適切な符号付きの構成要素を判断する。
（ステップＳ２００５）不適切箇所出力部１９０３は、ステップＳ２００４における判断の結果、不適切な符号付きの構成要素の存在または／および当該不適切なら不適切な符号付きの構成要素を出力する。

以下、本実施の形態における情報処理装置の具体的な動作について説明する。今、情報処理装置は、明細書を読み込んで、図２１の構成要素管理表を取得する、とする。構成要素管理表は、「ＩＤ」「実施の形態」「構成要素名」「符号」「箇所」を有するレコードを１以上管理する。「ＩＤ」は、レコードを識別する情報であり、表管理上、必要である。また、「実施の形態」は、構成要素名が記載されている発明の実施の形態の番号を示す。「構成要素名」は、構成要素の名称である。「符号」は、構成要素に添付された符号である。「箇所」は、符号付きの構成要素名が出願する明細書中の箇所であり、特許明細書の先頭からのバイト数を示す。

符号構成要素取得部は、明細書を解析して、「漢字列」＋（「手段」または「部」）＋「英数字列」を取得する。具体的には、符号構成要素取得部は、「入力部１０１」や「送信手段３０３１」などを取得する。そして、符号構成要素取得部は、図２１の表を取得するのである。

次に、判断部は、図２１の各レコードが不適切な符号付きの構成要素であるか否かを判断する。具体的には、判断部は、異なる２以上の構成要素の名称に対して同一の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断する。また、判断部は、ある特定の発明の実施の形態において、同一の構成要素の名称に対して異なる２以上の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断する。

以上の判断部の判断アルゴリズムにより、図２１の構成要素管理表では、「ＩＤ＝３」または「ＩＤ＝２」、「ＩＤ＝５」または「ＩＤ＝４」のレコードが不適切な符号付きの構成要素のレコードである、と判断する。

なお、判断部は、異なる２以上の構成要素の名称に対して同一の符号が割り当てられている場合に、後に出現する符号付きの構成要素を不適切である、としても良い。また、判断部は、ある特定の発明の実施の形態において、同一の構成要素の名称に対して異なる２以上の符号が割り当てられている場合に、後に出現する符号付きの構成要素を不適切である、としても良い。かかる場合、不適切なレコードは、「ＩＤ＝３」および「ＩＤ＝５」のレコードである。

そして、不適切箇所出力部は、判断部における判断の結果、不適切な符号付きの構成要素の存在または／および当該不適切なら不適切な符号付きの構成要素を出力する。具体的には、例えば、図２２に示すような表示を行う。なお、図２２に示すメッセージとは、異なる態様での表示、または異なるメッセージの内容でも良い。
以上、本実施の形態によれば、特許明細書を解析することにより、符号の整合性についてチェックできる。かかるチェックにより、明細書の作成効率が大幅に向上する。
なお、本実施の形態において、符号のエラーチェックは、上記のアルゴリズムに限らない。

また、本実施の形態において、具体的に、一実施の形態において、同一の構成要素の名称に対して異なる２以上の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断したが、特許明細書中のある一定の範囲とは、一実施の形態に限らない。具体的には、特許明細書中のある一定の範囲とは、発明の実施の形態全体でも良い。

また、本実施の形態において、不適切な符号付きの構成要素の存在および当該不適切なら不適切な符号付きの構成要素を表示したが、不適切な符号付きの構成要素の存在のみを、例えば、メッセージのみで表示しても良い。

さらに、本実施の形態において説明した動作は、コンピュータ読み取り可能なプログラムで実現しても良い。当該プログラムは、ＣＤ−ＲＯＭなどの記録媒体に記録されて流布しても良いし、ネットワーク配信により流布しても良いし、放送で流布しても良い。なお、本実施の形態において説明した情報処理装置の動作を実現するプログラムは、コンピュータに、特許明細書を解析し、当該特許明細書から符号付きの構成要素を取得する符号構成要素取得ステップと、符号構成要素取得ステップで取得した２以上の符号付きの構成要素から不適切な符号付きの構成要素を判断する判断ステップと、判断ステップにおける判断の結果、不適切な符号付きの構成要素の存在または／および当該不適切なら不適切な符号付きの構成要を出力する不適切箇所出力ステップを実行させるためのプログラム、である。

以上のように、情報処理装置は、特許明細書を解析等する装置として有用である。

実施の形態１における情報処理装置のブロック図 実施の形態１における情報処理装置の動作について説明するフローチャート 実施の形態１における特許明細書の例を示す図 実施の形態１における階層関係管理表を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態１におけるクレームツリーの表示例を示す図 実施の形態２における情報処理装置のブロック図 実施の形態２における情報処理装置の動作について説明するフローチャート 実施の形態２における情報処理装置の明細書解析ルーチンについて説明するフローチャート 実施の形態２における情報処理装置の特許価値算出ルーチンについて説明するフローチャート 実施の形態２における解析結果の例を示す図 実施の形態２における特許価値出力例を示す図 実施の形態３における情報処理装置のブロック図 実施の形態３における情報処理装置の動作について説明するフローチャート 実施の形態３における構成要素管理表を示す図 実施の形態３における符号の整合性チェック結果の表示例を示す図 実施の形態２における特許価値出力例を示す図

符号の説明

１０１ 入力受付部
１０２ 明細書格納部
１０３ 明細書取得部
１０４ 階層関係取得部
１０５ クレームツリー表示部
１３０１ 明細書解析部
１３０２ 特許価値算出部
１３０３ 特許価値出力部
１９０１ 符号構成要素取得部
１９０２ 判断部
１９０３ 不適切箇所出力部

Claims (7)

1. コンピュータに、
   特許明細書の特許請求の範囲を解析し、請求項の階層関係を取得する階層関係取得ステップと、
   前記階層関係に基づいて、当該階層関係を図的に表示するクレームツリー表示ステップを
   実行させるためのプログラム。
2. コンピュータに、
   前記クレームツリー表示ステップにおいて、クレームツリーのノードに対応する請求項の文章の全部または一部をも表示させるための請求項１記載のプログラム。
3. コンピュータに、
   クレームツリーのノードに対する指示を受け付ける指示受付ステップと、
   前記指示に対応するノードの請求項の文書の全部または一部を表示する文章表示ステップをさらに実行させるための請求項１記載のプログラム。
4. 前記請求項の文章の一部は、請求項を構成する構成要素名である請求項３記載のプログラム。
5. コンピュータに、
   特許明細書を解析し、当該特許明細書から符号付きの構成要素を取得する符号構成要素取得ステップと、
   前記符号構成要素取得ステップで取得した２以上の符号付きの構成要素から不適切な符号付きの構成要素を判断する判断ステップと、
   前記判断ステップにおける判断の結果、不適切な符号付きの構成要素の存在または／および当該不適切な符号付きの構成要素を出力する不適切箇所出力ステップを実行させるためのプログラム。
6. 前記判断ステップにおいて、異なる２以上の構成要素の名称に対して同一の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断する請求項５記載のプログラム。
7. 前記判断ステップにおいて、特許明細書中のある一定の範囲において、同一の構成要素の名称に対して異なる２以上の符号が割り当てられている符号付きの構成要素を不適切な符号付きの構成要素であると判断する請求項５記載のプログラム。
   
   
   

Images