(57)【要約】【課題】  従来、特許検索システムにおいて審査官は特許に付与されている分類コードを主に利用して公知技術の調査を行っている。しかし所与の分類コードでは十分な調査が出来ない場合、審査官は検索ワードや所与以外の分類コードを用いて検索を行っている。このように作成された検索式には、審査官の検索ノウハウが含まれているといえるが、現行では活用されてない。【解決手段】  上記課題を解決するため本発明は、審査請求のあった特許の公知技術を調査するため審査官が作成した検索式からメタデータを抽出し、前記審査対象の特許に付与する。【選択図】  図３
2009003731.tif 000002
【特許請求の範囲】
【請求項１】
前記特許検索システムは特許文献を格納した特許データベースと、
前記特許データベースに格納された特許文献のメタデータを格納したメタデータデータベースと、
前記メタデータデータベースに格納されたメタデータ及び／あるいは
前記特許データベースに格納された特許文献のテキストの文字列を検索キーとして
前記特許データベースに格納された特許文献を検索する特許検索システムにおいて、
特許を検索するために作成された検索式からメタデータを生成する手段
を有することを特徴とする特許検索システム。
【請求項２】
請求項１に記載の特許検索システムにおいて、
調査者が審査請求された特許の公知となる技術を調査するため検索式を作成して特許を検索すると、
前記調査者が作成した検索式からメタデータを抽出し、
前記審査請求のあった特許のメタデータとする手段を有することを特徴とする特許検索システム。
【請求項３】
調査者が、審査請求された特許の公知となる技術を調査するため検索式を作成して特許を検索し、得られた検索結果から前記審査請求された特許の公知技術である可能性が高い特許を選択すると、
前記調査者が作成した検索式からメタデータを抽出し、
前記検索結果のうち前記調査者が選択した特許のメタデータとする手段を有することを特徴とした請求項１記載の特許検索システム。
【請求項４】
検索式から生成したメタデータを検索式に出現した頻度によって重みをつける手段
を有することを特徴とする請求項１乃至３のいずれかに記載の特許検索システム。
【請求項５】
検索式から生成したメタデータを検索式を作成した検索者の属性によって重みを付ける手段を有することを特徴とする請求項１乃至３のいずれかに記載の特許検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は特許検索システムに関し、特に、特許データベースに格納された特許文献のメタデータを生成する方式に関する。
【背景技術】
【０００２】
特許には、審査業務を円滑に進めることを目的としてＦＩコード及びＦタームが付与されている。ＦＩやＦタームは特許を技術の特徴から絞り込むための検索キーであり、特許の審査官は、先行技術調査を的確かつ効率的に行うため主にＦタームやＦＩを利用して特許文献を検索している(被特許文献１参照)。
【０００３】
【非特許文献１】特許検索ガイドブック：http://www.jpo.go.jp/shiryou/index.htm
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一方で、技術の急激な変化、出願される特許の数の増加などにより、ＦＩ／Ｆタームによる検索では適切な数の特許に絞り込めない場合がある。そのような場合、テキストの全文検索を用いて絞り込むことが多い。また、技術の急激な変化により適切な分類コードが作成されていない場合がある。そのような場合、関連する技術分野を検索対象として前記関連分野で構築された分類コードを用いて検索する、あるいは適切な検索ワードを用いて全文検索をおこなうことも少なくない。さらにＦタームが構築されていない技術分野もあるため、そのような場合は検索ワードを用いて全文検索を行う。
【０００５】
このように所与のＦＩ／Ｆタームでは十分に調査できない場合、審査官は、審査対象の特許から所与の分類コードでは十分にあらわすことができない技術的特徴を検索ワードあるいは他の技術分野のＦＩ／Ｆタームで表現して検索式を記述する。このように作成された検索式には、審査官の検索ノウハウが含まれているといえるが、現行では活用されてない。
【０００６】
また、審査請求のあった特許に対して公知技術の可能性が高い出願発明が見つかった場合、前記公知技術である可能性が高い発明を検索した検索式は、前記審査請求のあった特許の審査という観点において、前記公知の発明の技術的特徴を表しているといえる。このような他の特許の審査における審査官の検索ノウハウは前記公知技術の検索にも利用できると考えられるが、現行では活用されていない。
【課題を解決するための手段】
【０００７】
上記課題を解決するため本発明では、審査請求のあった特許出願の公知技術を調査するために審査官が作成した検索式からメタデータを抽出して、前記審査請求のあった特許出願のメタデータとしてメタデータデータベースに登録する。
【０００８】
さらに前記審査官が作成した検索式にヒットした公知の特許文献において、前記審査請求のあった特許出願に係る発明の公知技術であると審査官が判断した前記公知の特許文献があれば、前記審査官が作成した検索式からメタデータを抽出して、前記審査官が公知技術であると判断した前記公知の特許文献のメタデータとしてメタデータデータベースに登録する。
【０００９】
さらに抽出したメタデータが検索式に出現した回数や、検索式を作成した人の属性によってメタデータに重みを付与する。
【発明の効果】
【００１０】
本発明によれば、審査官が審査対象の特許から抽出した技術的特徴を前記審査対象の特許のメタデータとすることができる。あるいは審査官が審査対象の特許から抽出した技術的特徴を前記審査対象の公知技術である特許のメタデータとすることができる。
【００１１】
これにより、特許の審査において前記メタデータを対象に特許を検索することによって、既存の分類コードによる検索とは異なった視点で特許を検索することができ、さらには既存の分類コードによる検索では見つかりにくい特許を公知技術として発見することも可能である。従って特許審査における公知技術調の査を効率的に行うことが可能であり、審査業務を迅速化できるという効果を期待することができる。
【発明を実施するための最良の形態】
【００１２】
図３に示す構成が最良の形態である。
【実施例１】
【００１３】
以下、本発明の実施例の一例を、図面を用いて説明する。
本発明の第一の実施例として、審査請求のあった特許に対して審査官が公知技術の調査のための作成した検索式からメタデータを抽出し、前記審査請求のあった特許に付与する特許検索システムについて説明する。
【００１４】
まず、図１を用いて本発明の第一の実施例にかかるシステムの全体構成を示し、続いて図２を用いて本発明の第一の実施例にかかるシステムを構成する特許検索サーバ及び特許検索クライアントのハードウェアの構成を示す。
【００１５】
次に図３〜図１２を用いて特許検索サーバのモジュール構成及び各構成要素の詳細を説明し、図１３を用いて本発明の第一の実施例にかかる特許検索システムの処理手順について述べる。更に図１４及び図１５を用いて検索履歴メタデータ生成の詳細な処理手順について述べる。最後に図１６及び図１７を用いて本発明の第一の実施例にかかる特許検索システムのクライアントの画面の一例を示す。
（システムの全体構成）
まず、図１を用いて本発明の第一の実施例にかかるシステムの全体構成について説明する。図１に示すように特許検索システムは、特許検索サーバ１、特許検索クライアント２、及びＬＡＮ３から構成される。特許検索サーバ１は特許文献のテキストやメタデータを格納し検索するコンピュータである。第一の実施例ではＲＤＢ（リレーショナルデータベース）を実装することにより特許文献及びメタデータを格納・検索する。特許検索クライアント２は、特許の審査官あるいは特許の審査のための公知技術の調査を行う調査者が用いるコンピュータであり、特許検索サーバ１に格納された特許またはメタデータを検索するために用いる。ＬＡＮ３は、特許検索サーバ１及び特許検索クライアント２を接続している。
【００１６】
なお、図１では特許検索サーバ１は１台の構成であるが、これに限定しない。特許検索サーバ１は複数のコンピュータから構成されてもよい。
（ハードウェア構成）
続いて図２を用いて本発明の第一の実施例にかかる特許検索サーバ１、及び特許検索クライアント２のハードウェア構成についてであるが、これらはすべて同一の構成であるためここでは図２に示す特許検索サーバ１のハードウェア構成図を用いて説明する。
【００１７】
図２に示すように特許検索サーバ１は、ＣＰＵ１０、ハードディスク２０、メモリ３０、ディスプレイ４０、ディスプレイ制御部４１、キーボード５０、キーボード制御部５１、マウス６０、マウス制御部６１、及びバス７０から構成される。ＣＰＵ１０は、データの入出力、読み込み、格納及び各種処理を実行する。ハードディスク２０はデータを保存する装置、メモリ３０はプログラム及びデータをロードして記憶する装置である。ディスプレイ４０はユーザにデータを表示する装置であり、ディスプレイ制御部４１によって制御される。キーボード５０及びマウス６０はユーザからの入力を受け付ける装置であり、それぞれキーボード制御部５１及びマウス制御部６１によって制御される。バス７０は、各構成要素間にデータを受け渡す。
（モジュール構成）
次に、図３〜図１２を用いて本発明の第一の実施例にかかる特許検索システムのモジュール構成について説明する。図３は、本発明の第一の実施例にかかる特許検索システムにおける特許検索サーバ１のモジュール構成を示す図である。図３に示すように、特許検索サーバ１は、次の３種類のモジュールから構成される。すなわち、各種処理を実行する処理部（画面中矩形で示す。）、データを格納するデータ格納部（ドラム形）、及びテンポラリに生成されるデータを格納するテンポラリデータ部（テープ形）である。以下、それぞれについて説明する。
（特許検索サーバ１のモジュール構成：処理部）
図３に示すように特許検索サーバ１の処理部は、特許検索部１１ａ及び検索履歴メタデータ生成部１１ｂから構成される。
【００１８】
特許検索部１１ａは、検索式を用いてＦＩ／Ｆターム格納部１２ｂ及び特許文献格納部１２ａを検索して検索結果を特許検索クライアント２に送信する。特許検索部１１ａは、一般的なデータベース検索処理技術を適用することにより実装可能であるので、詳細な説明は省略する。
【００１９】
検索履歴メタデータ生成部１１ｂは、検索式からメタデータを生成して検索履歴メタデータ格納部１２ｃに格納する。その詳細な処理手順についてはフローチャートを用いて後述する。
（特許検索サーバ１のモジュール構成：データ格納部）
次に図中ドラム形で示されるデータ格納部について説明する。図３に示すように特許検索サーバ１のデータ格納部は、特許文献格納部１２ａ、ＦＩ／Ｆターム格納部１２ｂ、検索履歴メタデータ格納部１２ｃ、検索者ＩＤ格納部１２ｄの４つがある。
【００２０】
特許文献格納部１２ａは出願された特許を格納するエリアである。具体的には出願人が特許を出願すると、出願受付者は前記特許に出願番号を付与し本エリアに格納する。前述のように特許文献格納部１２ａはＲＤＢとして実装しており、本エリアに出願特許のテキストデータを格納するとテキストデータのインデックスが生成される。従って、後述の特許検索部１１ａにおける全文検索は、本エリアに格納されたインデックスを対象に行う。
【００２１】
ＦＩ／Ｆターム格納部１２ｂは、前記出願された特許に付与したＦＩコード及びＦタームを格納するエリアである。具体的には、前記出願された特許が前記特許文献格納部１２ａに格納されると、分類コード付与者が前記出願・格納された特許の技術的な特徴を理解してＦＩ／Ｆタームを付与し本エリアに格納する。従って、後述の特許検索部１１ａにおけるＦＩ／Ｆターム検索は、本エリアに格納されたＦＩ／Ｆタームを対象に行う。
【００２２】
検索履歴メタデータ格納部１２ｃは検索式から生成したメタデータを格納するエリアである。具体的には、前記出願された特許を審査するため審査官が検索式を生成すると、後述の検索履歴メタデータ生成部１１ｂは検索式からメタデータを生成し本エリアに格納する。従って、後述の特許検索部１１ａの検索履歴メタデータ検索は、本エリアに格納されたメタデータを対象に行う。
【００２３】
検索者ＩＤ格納部１２ｄは検索者のＩＤを格納するエリアである。具体的には、審査官やその他の調査者が特許検索システムを利用するために付与されたＩＤなどを格納する。
ここで、各データ格納部の詳細な構成について図４〜図９を用いて説明する。
（特許文献格納部１２ａの構成）
図４は特許文献格納部１２ａの構成を示す図である。図４に示すように特許文献格納部１２ａは、出願番号１２ａ０１、インデックス１２ａ０２、及びテキスト１２ａ０３から構成される。出願番号１２ａ０１は出願された特許に付与された出願番号を格納する。インデックス１２ａ０２は特許のテキストを全文検索するためのインデックスを格納する。テキスト１２ａ０３は特許のテキストを格納する。
【００２４】
図４中、１行目には出願番号が「特願２００５−１５０８８５」の特許のテキスト「電子メール及びファイルを管理するプログラム…」から生成されたインデックス「メール、ファイル、…」が格納されている。なお図４ではインデックスとしてテキスト１２ａ０３から抽出した単語を格納しているがこれに限定しない。テキストを一定の長さの文字列を切り出してインデックスとするなど、全文検索のためのインデックス生成に関する従来技術が適用可能である。
【００２５】
なお図４及び以下の説明において、特許を識別する番号として出願番号のみを用いているがこれに限らない。公開番号や公報番号、特許番号などを格納するエリアを設け、それらを用いて特許を識別可能としてもよい。
（ＦＩ／Ｆターム格納部１２ｂの構成）
図５は、ＦＩ／Ｆターム格納部１２ｂの構成を示す図である。図５に示すようにＦＩ／Ｆターム格納部１２ｂは出願番号１２ｂ０１、ＦＩコード１２ｂ０２、及びＦターム１２ｂ０３から構成される。
【００２６】
出願番号１２ｂ０１はＦＩコードあるいはＦタームが付与された特許の出願番号を格納する。ＦＩコード１２ｂ０２は特許に付与されたＦＩコードを格納する。Ｆターム１２ｂ０３は特許に付与されたＦタームを格納する。
【００２７】
図５中、１行目には出願番号「特願２００５−１５０８８５」の特許に付与されたＦＩコード「Ｇ０６Ｆ  １３／００  ６２０」が格納されている。ただし、ＦＩコード「Ｇ０６Ｆ  １３／００  ６２０」のテーマにはＦタームが構築されていない。従って、Ｆターム１２ｂ０３は空欄である。
（検索履歴メタデータ格納部１２ｃの構成）
図６は、検索履歴メタデータ格納部１２ｃの構成を示す図である。図６に示すように検索履歴メタデータ格納部１２ｃは審査メタデータ格納エリア１２ｃ１及び関連特許メタデータ格納エリア１２ｃ２から構成される。
【００２８】
審査メタデータ格納エリア１２ｃ１は、ある特許の審査において作成された検索式から生成したメタデータを格納するエリアである。関連特許メタデータ格納エリア１２ｃ２は、関連特許として検索された検索式から生成したメタデータを格納するエリアである。それぞれについて説明する。
（検索履歴メタデータ格納部１２ｃの審査メタデータ格納エリア１２ｃ１の構成）
図７は審査メタデータ格納エリア１２ｃ１の構成を示す図である。図７に示すように審査メタデータ格納エリア１２ｃ１は、出願番号１２ｃ１１、タイプ１２ｃ１２、値１２ｃ１３、及び頻度１２ｃ１４から構成される。出願番号１２ｃ１１はメタデータを付与する特許の出願番号を格納する。タイプ１２ｃ１２はＦＩコード、Ｆターム、及び検索ワードなどのメタデータのタイプを格納する。値１２ｃ１３はメタデータの値、すなわちＦＩコード、Ｆタームコード、あるいは検索ワードの文字列を格納する。頻度１２ｃ１４は出願番号１２ｃ１１の特許の審査において、値１２ｃ１３のメタデータが検索式の要素として出現した頻度を格納する。
【００２９】
図７中、１行目には出願番号「特願平１０−２７３５０１」のメタデータとしてＦＩコード「Ｇ０６Ｆ  １５／２１  Ｚ」や検索ワード「サービス」が生成されたことを示している。
（検索履歴メタデータ格納部１２ｃの関連特許メタデータ格納エリア１２ｃ２の構成）
図８は、関連特許メタデータ格納エリア１２ｃ２の構成を示す図である。図８に示すように関連特許メタデータ格納エリア１２ｃ２の構成は、図７に示す審査メタデータ格納エリア１２ｃ１の構成と同じである。
【００３０】
すなわち、出願番号１２ｃ２１はメタデータを付与する特許の出願番号を格納する。タイプ１２ｃ２２はＦＩコード、Ｆターム、及び検索ワードなどのメタデータのタイプを格納する。値１２ｃ２３はメタデータの値、すなわちＦＩコード、Ｆタームコード、あるいは検索ワードの文字列を格納する。頻度１２ｃ２４は出願番号１２ｃ２１の特許を検索した検索式において、値１２ｃ２３のメタデータが要素として出現した頻度を格納する。
【００３１】
図８中、１行目には出願番号「特願平１０−２７３５０１」のメタデータとして検索ワード「レリバンスフィードバック」が生成されたことを示している。
（検索者ＩＤ格納部１２ｄの構成）
図９は検索者ＩＤ格納部１２ｄの構成を示す図である。図９に示すように検索者ＩＤ格納部１２ｄは、ＩＤ１２ｄ０１、種別１２ｄ０２、担当１２ｄ０３から構成される。ＩＤ１２ｄ０１は検索者のＩＤを格納する。種別１２ｄ０２は審査官かどうかを表す検索者の種別を格納する。担当１２ｄ０３は検索者が審査官であれば審査を担当している技術分野のテーマコードを、検索者が審査官以外で特に担当している技術分野があればそのテーマコードを格納する。
【００３２】
図９中、１行目にはＩＤが「１０００５」である検索者は「審査官」であり、担当している技術分野が「５Ｂ０７５」であることが格納されている。
【００３３】
なお図中、担当１２ｄ０３にはそれぞれ１つのテーマコードが格納されているがこれに限らない。複数のテーマコードを格納してもよい。
（特許検索サーバ１のモジュール構成：テンポラリデータ部）
次に図中テープ形で示されるテンポラリデータ部について説明する。図３に示すように特許検索サーバ１のテンポラリデータ部は、検索式情報１３ａ、検索結果情報１３ｂ、及び関連特許情報１３ｃの３つがある。
【００３４】
検索式情報１３ａは、特許を検索するために検索者が作成した検索式を格納する。検索式情報１３ａは特許検索クライアント２が作成する。特許検索クライアント２は、作成した検索式情報１３ａをＬＡＮ３を介して特許検索サーバ１に送信する。特許検索サーバ１では、特許検索部１１ａが検索式情報１３ａを受信し処理を行う。
【００３５】
検索結果情報１３ｂは、特許検索部１１aが検索式情報１３ａに基づいて特許文献格納部１２ａ、ＦＩ／Ｆターム格納部１２ｂ、または検索履歴メタデータ格納部１２ｃを検索した結果を格納する。検索結果情報１３ｂは、特許検索サーバ１の特許検索部１１ａが作成する。特許検索部１１ａは、作成した検索結果情報１３ｂをＬＡＮ３を介して特許検索クライアント２に送信すると同時に、検索履歴メタデータ生成部１１ｂに送信する。特許検索クライアント２は、受信した検索結果情報１３ｂを検索者に表示する。検索履歴メタデータ生成部１１ｂは、受信した検索結果情報１３ｂに含まれる検索式からメタデータを生成して検索履歴メタデータ格納部１２ｃに格納する。
【００３６】
関連特許情報１３ｃは、検索者によって公知技術と判断された特許の情報を格納する。具体的には、特許検索クライアント２に表示された検索結果情報１３ｂを参照した検索者が審査対象の特許の公知技術となる特許を選択すると、特許検索クライアント２は選択された特許に関する情報を関連特許情報１３ｃに格納する。関連特許情報１３ｃは特許検索クライアント２が生成する。特許検索クライアント２は、作成した関連特許情報１３ｃをＬＡＮ３を介して特許検索サーバ１に送信する。特許検索サーバ１では、検索履歴メタデータ生成部１１ｂが関連特許情報１３ｃを受信し処理を行う。
【００３７】
ここで、各テンポラリデータ部の構成を図１０〜図１２を用いて説明する。
（検索式情報１３ａの構成）
図１０は、審査官などによって作成された検索式を格納する検索式情報１３ａの構成を示す図である。図１０に示すように検索式情報１３ａは、調査対象１３a０１、検索者ＩＤ１３ａ０２、検索式１３ａ０３、及び検索ＤＢ１３ａ０４から構成される。調査対象１３ａ０１は公知技術を調査している特許の出願番号を格納する。検索者ＩＤ１３ａ０２は調査のために検索を行っている検索者のＩＤを格納し、検索式１３ａ０３は検索者が作成した検索式を格納する。検索ＤＢ１３ａ０４は検索対象となるデータベース名を格納する。
【００３８】
図１０には検索式情報１３ａの一例として、調査対象「特願平１０−２７３５０１」を調査するため、ＩＤ「１０００５」の検索者が「ＦＩ＝“Ｇ０６Ｆ  １７／３０  ３０２  Ｃ“  ＆  Ｔｅｘｔ＝”サービス“」という検索式を作成し、特許文献及びＦＩ／Ｆタームを対象に検索の実行を指示したことが格納されている。特許文献が指定された場合は特許文献格納部１２ａを、ＦＩ／Ｆタームが指定された場合はＦＩ／Ｆターム格納部１２ｂを対象に検索を実行する。一方で検索ＤＢ１３ａ０４で審査メタデータが指定された場合は検索履歴メタデータ格納部１２ｃの審査メタデータ格納エリア１２ｃ１を、関連特許メタデータが指定された場合は前記検索履歴メタデータ格納部１２ｃの関連特許メタデータ格納エリア１２ｃ２を対象に検索を実行する。
（検索結果情報１３ｂの構成）
図１１は、特許検索部１１ａが生成した検索結果情報１３ｂの構成を示す図である。図１１に示すように検索結果情報１３ｂは調査対象１３ｂ０１、検索者ＩＤ１３ｂ０２、検索式１３ｂ０３、及び検索結果１３ｂ０４から構成される。調査対象１３ｂ０１、検索者ＩＤ１３ｂ０２、検索式１３ｂ０３は、それぞれ図１０に示す検索式情報１３ａの調査対象１３ａ０１、検索者ＩＤ１３ａ０２、検索式１３ａ０３と同じであるので、説明は省略する。検索結果１３ｂ０４は、検索式１３ｂ０３に格納された検索式で特許文献格納部１２ａ、ＦＩ／Ｆターム格納部１２ｂ、又は検索履歴メタデータ格納部１２ｃを検索した結果を格納する。具体的には、検索式１３ｂ０３にマッチした特許の出願番号のリストを格納する。
【００３９】
図１１には、図１０に示す検索式情報１３ａにマッチした検索結果の一例が格納されている。図中、検索結果１３ｂ０４には、検索式１３ｂ０３にマッチした特許の出願番号として「特願平１０−２７３５０１」、「特願２００４-６２１７」などがあることを示している。
（関連特許情報１３ｃの構成）
図１２は、関連特許情報１３ｃの構成を示す図である。図１２に示すように関連特許情報１３ｃは、調査対象１３ｃ０１、検索者ＩＤ１３ｃ０２、検索式１３ｃ０３、関連特許１３ｃ０４から構成される。調査対象１３ｃ０１は、検索者が調査している特許の出願番号を格納する。検索者ＩＤ１３ｃ０２は、調査を行っている検索者のＩＤを格納する。検索式１３ｃ０３は関連特許がヒットした検索式を格納する。関連特許１３ｃ０４は、調査者が調査対象の公知技術である可能性が高いと判断した特許の出願番号のリストを格納する。
【００４０】
図１２には、出願番号が「特願２００４−６２１７」である特許の審査において、ＩＤ「１０００７」の検索者が検索式「ＦＩ＝”Ｇ０６Ｆ  １７／３０” ＆  Ｔｅｘｔ＝”レリバンスフィードバック“」で公知技術を調査した結果、「特願平７−２５６９５５」、「特願平７-６５４１９」などを公知技術として判断したことが示されている。
以上、図３に示す特許検索サーバ１のモジュール構成の詳細について説明した。
以下、特許検索システムの詳細な処理手順について図１３に示すフローチャートを用いて説明する。なお、説明文の末尾の括弧内の数字は、各フローチャートにおけるステップ番号である。
（特許検索システムの処理手順）
図１３は、本発明の第一の実施例における特許検索システムの特許検索サーバ１の処理手順を示すフローチャートである。
図１３に示すように特許検索システムの特許検索サーバ１は、特許検索クライアント２から検索式情報１３ａが送信されると特許検索部１１ｂにて特許検索を実行し（１０１）、検索結果情報１３ｂを特許検索クライアント２に送信すると同時に、検索履歴メタデータ生成部１１ｂにて検索結果情報１３ｂの調査対象１３ｂ０１に格納されている出願番号をｔａｒｇｅｔにセットし（１０２）、検索者ＩＤ１３ｂ０２に格納されている検索者ＩＤをｕｉｄにセットし（１０３）、検索式１３ｂ０３に格納されている検索式をｆｏｒｍｕｌａにセットし（１０４）、検索式から検索式の要素を抽出してメタデータとし、検索履歴メタデータ格納部１２ｃの審査メタデータ格納エリア１２ｃ１に格納する（１０５）。
【００４１】
ここで上記処理のうちメタデータ抽出ステップ１０５の処理について、図１４に示す詳細なフローチャート及び図１５に示すテーブルを用いて説明する。
（メタデータ抽出ステップ１０５）
図１４はメタデータ抽出ステップ１０５の詳細な処理手順を示すフローチャートである。また図１５はメタデータ抽出ステップ１０５で用いるテーブルの構成を示す図である。
（検索式要素テーブルの構成）
まず図１５について詳細に説明する。図１５はメタデータ抽出ステップ１０５で用いる検索式要素テーブルの構成を示す図である。検索式要素テーブルは、検索式を構成する要素を格納するテーブルであり、図１５に示すようにタイプ１１ｂ０１及び値１１ｂ０２から構成される。タイプ１１ｂ０１は抽出した要素のタイプを格納し、値１１ｂ０２は要素を格納する。図１５中、１行目は検索式からＦＩコード「Ｇ０６Ｆ  １７／６０  ３０２Ｃ」を抽出した結果が格納してある。
（メタデータ抽出ステップ１０５の詳細な処理手順）
次に図１４を用いて詳細に説明する。図１４に示すようにメタデータ抽出ステップ１０５はまず変数Ｆｏｒｍｕｌａにセットされた検索式から要素を抽出して検索式要素テーブルに格納し（１０５０１）、次に検索式要素テーブルのインデックスを示す変数ｉに１をセットし（１０５０２）、ｉが検索式要素テーブルの要素数より大きいなら処理を終了し、（１０５０３）、そうでないなら検索式要素テーブルｉ番目の要素を検索履歴メタデータ格納部１２ｃの審査メタデータ格納エリア１２ｃ１のうち、出願番号１２ｃ１１の値がｔａｒｇｅｔにセットされた出願番号と一致するレコードを探し、前記レコードのタイプ１２ｃ１２に検索式要素テーブルｉ番目のタイプ１１ｂ０１の値を、値１２ｃ１３に検索式要素テーブルｉ番目の値１１ｂ０２の値を、頻度１２ｃ１４に１をセットする。ただし、タイプ１２ｃ１２及び値１２ｃ１３が一致するレコードがあれば、当該レコードの頻度１２ｃ１４を１加算する（１０５０４）。次にｉをｉ増やして（１０５０５）、ステップ１０５０３に戻る。
【００４２】
なお、上記ステップ１０５０４においてｕｉｄにセットされた検索者ＩＤをキーとして検索者ＩＤ格納部１２ｄを検索し、検索者の種別１２ｄ０２が審査官であれば頻度は１加算、それ以外は０．５加算するなど、検索者によって加算する頻度に重みを与えてもよい。
【００４３】
以上、フローチャートを用いて本発明の第一の実施例にかかる特許検索システムの処理手順について説明した。
【００４４】
次に本発明の第一の実施例にかかる特許検索システムの利用例として図１６及び図１７に示す特許検索クライアント２の画面の一例を用いて説明する。
（特許検索におけるクライアント画面の一例：検索指示画面）
図１６は、本発明の第一の実施例にかかる特許検索システムの特許検索クライアント２における検索画面の一例を示す図である。図に示すように特許検索クライアント２の検索画面は、検索者ＩＤ表示エリア４０１、審査対象入力エリア４０２、検索式入力エリア４０３、検索履歴メタデータ選択エリア４０４、検索ボタン４０５、及び検索結果表示エリア４０６から構成される。
【００４５】
検索者ＩＤ表示エリア４０１は、検索者のＩＤを表示するエリアである。なお、検索者のＩＤは特許検索システムを起動する際に検索者が入力したものとする。審査対象入力エリア４０２は、検索者が審査対象の出願番号を入力するエリアである。検索式入力エリア４０３は、前記審査対象の公知技術を調査するために検索者が作成した検索式を入力するエリアである。検索履歴メタデータ選択エリア４０４は、検索者が検索履歴メタデータを検索したい場合、審査メタデータまたは関連特許メタデータのいずれを対象するか選択するエリアである。検索ボタン４０５は検索の実行を指示するボタンであり、検索結果表示エリア４０６は、特許検索部１１ａから送信された検索結果を表示するエリアである。
【００４６】
図１６中。検索式入力エリア４０１には検索式として「ＦＩ＝“Ｇ０６Ｆ  １７／６０２”  ＆  Ｔｅｘｔ＝“サービス”」が入力されている。さらに検索者はこの検索式を用いて検索履歴メタデータの検索を指示している。具体的には検索履歴メタデータ選択エリア４０４において「審査メタデータ」を選択している状態が示されている。
（特許検索におけるクライアント画面の一例：検索表示画面）
図１７は、図１６に示した検索式及び検索履歴メタデータの検索の指示を受けて特許検索部１１ａが検索履歴メタデータ格納部１２ｃを検索した結果を表示している画面の一例である。図１７中、検索結果表示エリア４０５には検索結果として「特願平１０−２７３５０１」、「特願平１１−２８１０」などが表示されている。
以上、本発明の第一の実施例にかかる特許検索システムについて説明した。
【産業上の利用可能性】
【００４７】
本発明は、文書を検索するシステムに適用可能であり、特に特許のような文献を調査するための検索システムに適用可能である。
【図面の簡単な説明】
【００４８】
【図１】本発明の第一の実施例にかかる特許検索システムの構成を示す図である。
【図２】本発明の第一の実施例にかかる特許検索システムの特許検索サーバ１、及び特許検索クライアント２のハードウェア構成を示す図である。
【図３】本発明の第一の実施例にかかる特許検索システムの特許検索サーバ１のモジュール構成を示す図である。
【図４】特許文献格納部の構成を示す図である。
【図５】ＦＩ／Ｆターム格納部の構成を示す図である。
【図６】検索履歴メタデータ格納部の構成を示す図である。
【図７】検索履歴メタデータ格納部の審査メタデータ格納エリアの構成を示す図である。
【図８】検索履歴メタデータ格納部の関連特許メタデータ格納エリアの構成を示す図である。
【図９】検索者ＩＤ格納部の構成を示す図である。
【図１０】検索式情報の構成を示す図である。
【図１１】検索結果情報の構成を示す図である。
【図１２】関連特許情報の構成を示す図である。
【図１３】本発明にかかる第一の実施例における特許検索システムの処理手順を示すフローチャートである。
【図１４】本発明の第一の実施例にかかるメタデータ抽出ステップの処理手順を示すフローチャートである。
【図１５】検索式要素テーブルの構成を示す図である。
【図１６】本発明の第一の実施例にかかる特許検索システムの検索画面の一例であり、検索者が検索式を入力し検索履歴メタデータの検索を指示している図である。
【図１７】本発明の第一の実施例にかかる特許検索システムの検索画面の一例であり、特許検索システムが検索者が入力した検索式に基づいて検索履歴メタデータを検索した結果を表示している図である。
【符号の説明】
【００４９】
１…特許検索サーバ、２…特許検索クライアント、３…ＬＡＮ、１０…ＣＰＵ、２０…ハードディスク、３０…メモリ、４０…ディスプレイ、４１…ディスプレイ制御部、５０…キーボード、５１…キーボード制御部、６０…マウス、６１…マウス制御部、７０…バス、
１１ａ…特許検索部、１１ｂ…検索履歴メタデータ生成部、１２ａ…特許文献格納部、１２ｂ…ＦＩ／Ｆターム格納部、１２ｃ…検索履歴メタデータ格納部、１２ｃ１…審査メタデータ格納エリア、１２ｃ２…関連特許メタデータ格納エリア、１２ｄ…検索者ＩＤ格納部、１３ａ…検索式情報、１３ｂ…検索結果情報、１３ｃ…関連特許情報。
【図１】
2009003731.tif 000003
【図２】
2009003731.tif 000004
【図３】
2009003731.tif 000005
【図４】
2009003731.tif 000006
【図５】
2009003731.tif 000007
【図６】
2009003731.tif 000008
【図７】
2009003731.tif 000009
【図８】
2009003731.tif 000010
【図９】
2009003731.tif 000011
【図１０】
2009003731.tif 000012
【図１１】
2009003731.tif 000013
【図１２】
2009003731.tif 000014
【図１３】
2009003731.tif 000015
【図１４】
2009003731.tif 000016
【図１５】
2009003731.tif 000017
【図１６】
2009003731.tif 000018
【図１７】
2009003731.tif 000019