特許 6046477 検索システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6046477

(24)【登録日】2016年11月25日

(45)【発行日】2016年12月14日

(54)【発明の名称】検索システム

(51)【国際特許分類】

   G06F 12/00 20060101AFI20161206BHJP

【ＦＩ】

   G06F12/00 520A

   G06F12/00 510B

【請求項の数】2

【全頁数】21

(21)【出願番号】特願2012-272949(P2012-272949)

(22)【出願日】2012年12月14日

(65)【公開番号】特開2014-119839(P2014-119839A)

(43)【公開日】2014年6月30日

【審査請求日】2015年12月2日

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】100080001

【弁理士】

【氏名又は名称】筒井 大和

(74)【代理人】

【識別番号】100113642

【弁理士】

【氏名又は名称】菅田 篤志

(74)【代理人】

【識別番号】100117008

【弁理士】

【氏名又は名称】筒井 章子

(74)【代理人】

【識別番号】100147430

【弁理士】

【氏名又は名称】坂次 哲也

(72)【発明者】

【氏名】柳井 聡

【審査官】 小林 哲雄

(56)【参考文献】

【文献】 特開２０１０−１６０７４０（ＪＰ，Ａ）

【文献】 特開平０４−０４９４３６（ＪＰ，Ａ）

【文献】 特開２００８−１２９８４２（ＪＰ，Ａ）

【文献】 今吉慶貴，企業における情報共有環境のさらなる活性化のために ＳｈａｒｅＰｏｉｎｔ Ｓｅｒｖｅｒ ２００７ 即効活用のポイント，Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ Ｗｏｒｌｄ，株式会社ＩＤＣジャパン，２００９年１１月 １日，Ｖｏｌ．１４ Ｎｏ．１１ 第２３３号，pp.５２−５７，雑誌01839-11

【文献】 高橋慎、加藤和彦，インクリメンタルな更新機構を備えた全文検索インデックスの分散並列処理方式，先進的計算基盤システムシンポジウム ＳＡＣＳＩＳ２００３ 論文集，社団法人情報処理学会，２００３年 ５月２８日，Vol.2003, No.8，pp.381-388，ISSN 1344-0640

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １２／００

(57)【特許請求の範囲】

【請求項1】

記憶部に登録された情報の検索処理を行う検索システムであって、
前記記憶部に登録された前記情報の検索用インデックスを作成する検索インデックス作成処理部と、
前記検索インデックス作成処理部で作成された前記検索用インデックスに基づいて、前記情報を検索する検索部と、を備え、
前記検索インデックス作成処理部は、
中間ファイルを作成する中間ファイル作成部と、
前記中間ファイルから前記検索用インデックスの構成情報を作成する検索用インデックス構成情報作成部と、
前記検索用インデックスの構成情報に基づいて、前記検索用インデックスを作成するインデックス作成部と、を有し、
前記検索用インデックスを作成する際、前記検索用インデックスを作成するための前記中間ファイルを作成し、前記中間ファイルを複数のフォルダに分けて保存し、複数の前記フォルダ内の前記中間ファイルを、フォルダ単位で並行して処理し、前記検索用インデックスを作成し、
前記中間ファイルは、ＸＭＬファイルであり、
前記検索用インデックスの構成情報は、ＦＩＸＭＬファイルである、検索システム。

【請求項2】

請求項１に記載の検索システムにおいて、
前記検索インデックス作成処理部は、前記記憶部に登録された前記情報の差分情報に基づいて、前記検索用インデックスを作成する、検索システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は情報の検索を行う検索システムに関し、特に、高速検索を行うためのインデックス管理に関するものである。

【背景技術】

【0002】

従来、特許情報管理システムのように大量のデータを扱う検索システムにおいては、検索機能の性能が常に課題となっている。

【0003】

そこで、従来、例えば、特開２００９−３５４１号公報（特許文献１）に記載のような主記憶の容量の制限にかかわらず、大規模データベースのインデックスを高速に作成するインデックス作成システムがあった。

【0004】

特許文献１では、文書集合を互いに共通部分のない部分集合に分解し、分割してできた部分集合内で出現するキーワードの集合につき、キーワードのハッシュ値をある固定の整数値で割った余りでグルーピングし、各グループに対するインデックス・ファイルを作成する。

【0005】

また、文書の各部分集合毎に用意されたインデックス・ファイルについて、同じグループ番号をもつもの同士をマージし、こうして、個々のグループ番号に対応する統合されたインデックス・ファイルを生成する。

【0006】

インデックス・ファイルは、グループ番号の個数だけ存在し、まだ、文書集合の全体に対応するインデックスになっていない。

【0007】

そこで、次に、そのようなグループ番号の個数だけあるインデックス・ファイルをさらにマージして、文書集合の全体に対応するインデックス・ファイルを生成している。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２００９−３５４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

従来、特許情報管理システムなどの検索システムにおいて、オンラインでの検索機能の高速化に検索インデックスを用いた検索エンジンを使用しているが、検索エンジンを使用するにあたり、特許文献１に記載の方法においても、検索インデックス作成に多大な時間を要するため、次の問題点がある。

【0010】

（１）作成が完了した時点で、検索インデックスが最新データとの間で乖離が発生する。

【0011】

（２）検索インデックス作成中は検索機能を使用できないため、オンラインサービスの品質を悪化させる。

【0012】

そこで、本発明の目的は、検索エンジンに使用する検索インデックス作成の高速化を実現することができる検索システムを提供することにある。

【0013】

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

【課題を解決するための手段】

【0014】

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。

【0015】

すなわち、代表的なものの概要は、記憶部に登録された情報の検索処理を行う検索システムであって、記憶部に登録された情報の検索用インデックスを作成する検索インデックス作成処理部と、検索インデックス作成処理部で作成された検索用インデックスに基づいて、情報を検索する検索部と、を備え、検索インデックス作成処理部は、情報の検索用インデックスを作成する際、検索用インデックスを作成するための中間ファイルを作成し、中間ファイルを複数のフォルダに分けて保存し、複数のフォルダ内の中間ファイルを、フォルダ単位で並行して処理し、検索用インデックスを作成する。

【発明の効果】

【0016】

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。

【0017】

すなわち、代表的なものによって得られる効果は、検索インデックス作成処理の並行処理が可能となり、検索インデックス作成処理全体の処理時間が短縮される。

【0018】

また、処理中はオンラインサービスを停止する必要があるため、処理時間が短縮されることにより、オンラインサービス停止時間が短縮され、サービスレベルを向上させることができる。

【0019】

また、処理時間短縮により、検索インデックスがより最新に近いデータで作成されるため検索部の品質が向上する。

【図面の簡単な説明】

【0020】

【図1】本発明の一実施の形態に係る検索システムの構成を示す構成図である。

【図2】本発明の一実施の形態に係る検索システムの業務サーバ内の検索部の動作を示すフローチャートである。

【図3】本発明の一実施の形態に係る検索システムの業務サーバ内の検索部の動作時の表示画面例である。

【図4】本発明の一実施の形態に係る検索システムの業務サーバ内の発明報告登録部の動作を示すフローチャートである。

【図5】本発明の一実施の形態に係る検索システムの業務サーバ内の発明報告登録部の動作時の表示画面例である。

【図6】本発明の一実施の形態に係る検索システムの業務サーバ内の発明報告承認部の動作を示すフローチャートである。

【図7】本発明の一実施の形態に係る検索システムの業務サーバ内の発明報告承認部の動作時の表示画面例である。

【図8】本発明の一実施の形態に係る検索システムの業務サーバ内の帳票出力部の動作を示すフローチャートである。

【図9】本発明の一実施の形態に係る検索システムの業務サーバ内の帳票出力部の動作時の表示画面例である。

【図10】本発明の一実施の形態に係る検索システムの業務サーバ内の出願依頼登録部の動作を示すフローチャートである。

【図11】本発明の一実施の形態に係る検索システムの業務サーバ内の出願依頼登録部の動作時の表示画面例である。

【図12】本発明の一実施の形態に係る検索システムの業務サーバ内の出願依頼承認部の動作を示すフローチャートである。

【図13】本発明の一実施の形態に係る検索システムの業務サーバ内の出願依頼承認部の動作時の表示画面例である。

【図14】本発明の一実施の形態に係る検索システムの業務サーバ内の中間記録登録部の動作を示すフローチャートである。

【図15】本発明の一実施の形態に係る検索システムの業務サーバ内の中間記録登録部の動作時の表示画面例である。

【図16】本発明の一実施の形態に係る検索システムの業務サーバ内の中間記録承認部の動作を示すフローチャートである。

【図17】本発明の一実施の形態に係る検索システムの業務サーバ内の中間記録承認部の動作時の表示画面例である。

【図18】本発明の一実施の形態に係る検索システムのデータ更新・検索インデックス作成の動作を説明するための説明図である。

【図19】本発明の一実施の形態に係る検索システムのＸＭＬ作成部の処理を示すフローチャートである。

【図20】本発明の一実施の形態に係る検索システムの差分データを説明するための説明図である。

【図21】本発明の一実施の形態に係る検索システムのＸＭＬ出力用フォルダを説明するための説明図である。

【図22】本発明の一実施の形態に係る検索システムのＦＩＸＭＬ作成部の処理を示すフローチャートである。

【図23】本発明の一実施の形態に係る検索システムのインデックス作成部の処理を示すフローチャートである。

【発明を実施するための形態】

【0021】

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

【0022】

＜検索システムの構成＞
図１により、本発明の一実施の形態に係る検索システムの構成について説明する。図１は本発明の一実施の形態に係る検索システムの構成を示す構成図であり、特許情報管理システムを一例に示している。

【0023】

図１において、特許情報管理システム１０１は、特許を管理するシステムであり、業務サーバ１０２と検索サーバ１０３から構成されており、ユーザはネットワーク１２０経由で、操作端末１２１などを操作し、オンラインサービスを利用することができる。

【0024】

業務サーバ１０２は、特許情報の検索を行う検索部１０４、発明報告を登録する発明報告登録部１０５、発明報告を承認する発明報告承認部１０６、特許情報の検索結果を出力する帳票出力部１０７、出願依頼を登録する出願依頼登録部１０８、出願依頼を承認する出願依頼承認部１０９、中間記録を登録する中間記録登録部１１０、および中間記録を承認する中間記録承認部１１１を有している。

【0025】

業務サーバ１０２には、記憶部に登録される主なデータとして、発明テーブル１１３、出願テーブル１１４、コメントテーブル１１５、および中間記録テーブル１１２が記録されている。

【0026】

検索サーバ１０３は、検索用インデックス１１９を作成するための検索インデックス作成処理部１２４を有している。

【0027】

検索インデックス作成処理部１２４は、中間ファイル作成部であるＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）作成部１１６、検索用インデックス構成情報作成部であるＦＩＸＭＬ（ＦＡＳＴ Ｉｎｄｅｘ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）作成部１１７、およびインデックス作成部１１８を有している。

【0028】

検索サーバ１０３には、主なデータとして、検索用インデックス１１９、中間ファイルである差分データＸＭＬ１２２、および検索用インデックスの構成情報である差分データＦＩＸＭＬ１２３が記録されている。

【0029】

＜業務サーバ内の各部の動作＞
次に、図２〜図１７により、本発明の一実施の形態に係る検索システムの業務サーバ内の各部の動作について説明する。図２〜図１７は本発明の一実施の形態に係る検索システムの業務サーバ内の各部の動作を説明するための図である。

【0030】

図２は検索部１０４の動作を示すフローチャート、図３は検索部１０４の動作時の表示画面例、図４は発明報告登録部１０５の動作を示すフローチャート、図５は発明報告登録部１０５の動作時の表示画面例である。

【0031】

また、図６は発明報告承認部１０６の動作を示すフローチャート、図７は発明報告承認部１０６の動作時の表示画面例、図８は帳票出力部１０７の動作を示すフローチャート、図９は帳票出力部１０７の動作時の表示画面例である。

【0032】

また、図１０は出願依頼登録部１０８の動作を示すフローチャート、図１１は出願依頼登録部１０８の動作時の表示画面例、図１２は出願依頼承認部１０９の動作を示すフローチャート、図１３は出願依頼承認部１０９の動作時の表示画面例である。

【0033】

また、図１４は中間記録登録部１１０の動作を示すフローチャート、図１５は中間記録登録部１１０の動作時の表示画面例、図１６は中間記録承認部１１１の動作を示すフローチャート、図１７は中間記録承認部１１１の動作時の表示画面例である。

【0034】

○検索部１０４の動作
検索部１０４では、百万件近くある案件の中からユーザの設定した条件を満たす案件を高速に検索を行うことができるように、検索エンジンを使用した高速検索を使用しており、検索サーバ１０３内の検索用インデックス１１９に記録された情報に基づいて検索を行っている。

【0035】

検索部１０４は、図２に示すように、操作端末１２１上に図３に示すような検索画面を表示し、操作端末１２１の検索画面上で入力された検索条件を入力する（ステップＳ２０１）。

【0036】

図３に示す検索画面では、検索条件設定エリアとして、提案番号、出願番号、出願国、報告書タイトル、知財推進責任者、知財担当者、知財担当者会社、１行抄録、発明報告書受付日、出願予定日、および出願依頼日が、検索条件として入力できるようになっている。

【0037】

そして、検索条件の入力後、Ｓｅａｒｃｈボタン２１０を押すことにより、検索が開始される。また、Ｃｌｅａｒボタン２１１を押すと、検索条件をクリアすることができる。

【0038】

そして、ステップＳ２０１で検索条件を入力すると、その入力した検索条件に合致するデータを、検索サーバ１０３の検索用インデックス１１９から取得する（ステップＳ２０２）。

【0039】

その後、ステップＳ２０２で取得したデータを、操作端末１２１の検索画面上に表示し（ステップＳ２０３）、処理終了となる。

【0040】

ステップＳ２０３での検索結果の表示は、図３の画面下部に表示され、図３に示す例では、検索結果の番号、提案番号、出願番号、出願国、報告書タイトル、発明報告書受付日、出願予定日、および出願依頼日の項目が表示されている。

【0041】

○発明報告登録部１０５の動作
発明報告登録部１０５は、図４に示すように、操作端末１２１上に図５に示すような発明報告入力画面を表示し、操作端末１２１の発明報告入力画面上で入力された発明報告情報を入力する（ステップＳ３０１）。

【0042】

図５に示す発明報告入力画面では、発明報告情報入力エリアとして、提案番号、出願国、発明報告書起票日、報告書タイトル、発明の概要、事業部評価、発明報告書提出時帰属組織、発明報告書受付日、出願予定日、知財推進責任者、知財担当者、およびコメントが、発明報告情報として入力できるようになっている。

【0043】

そして、発明報告情報の入力後、Ｅｎｔｒｙボタン３１０を押すことにより、入力された発明報告情報の登録処理が開始される。

【0044】

そして、ステップＳ３０１で発明報告情報を入力すると、必須項目に値を設定しているか否かを判定し（ステップＳ３０２）、ステップＳ３０２で必須項目に値を設定している場合は、出願予定日に未来日付を設定しているか否かを判定する（ステップＳ３０３）。

【0045】

そして、ステップＳ３０３で出願予定日に未来日付を設定している場合は、発明報告起票日に過去日付を設定しているか否かを判定する（ステップＳ３０４）。

【0046】

そして、ステップＳ３０４で発明報告起票日に過去日付を設定している場合は、コードとして入力する項目について、例えば、コードに関するデータベースなどのマスタに存在するコードを設定しているか否かを判定する（ステップＳ３０５）。

【0047】

ステップＳ３０２〜ステップＳ３０５でそれぞれの値が、設定されていない場合は、操作端末１２１にエラー内容の画面を表示して（ステップＳ３０６）、終了する。

【0048】

なお、ステップＳ３０６でエラー内容の表示をして、ステップＳ３０１に戻り、エラー内容を追加・修正して再度、発明報告情報を入力するようにしてもよい。

【0049】

また、ステップＳ３０５でマスタに存在するコードを設定している場合は、発明報告情報としての情報が全て正常となるので、発明テーブル１１３およびコメントテーブル１１５にデータを保存する（ステップＳ３０７）。

【0050】

そして、発明報告情報の承認者向けにメール送信を行い（ステップＳ３０８）、処理終了となる。

【0051】

○発明報告承認部１０６の動作
発明報告承認部１０６は、図６に示すように、操作端末１２１上に図７に示すような発明報告承認画面を表示し、操作端末１２１の発明報告承認画面上で入力された発明報告承認情報を入力する（ステップＳ４０１）。

【0052】

図７に示す発明報告承認画面では、右部が発明報告情報表示エリア、左部が発明報告承認エリアになっており、発明報告情報表示エリアには、発明報告登録部１０５で登録された情報が表示され、発明報告承認エリアには、案件報告承認者、案件報告承認日、および承認時コメントが、発明報告承認情報として入力できるようになっている。

【0053】

発明報告承認情報の入力後、Ｅｎｔｒｙボタン４１０を押すことにより、入力された発明報告承認情報の登録処理が開始される。

【0054】

そして、ステップＳ４０１で発明報告承認情報を入力すると、必須項目に値を設定しているか否かを判定し（ステップＳ４０２）、ステップＳ４０２で必須項目に値を設定している場合は、案件報告承認日に過去日付を設定しているか否かを判定する（ステップＳ４０３）。

【0055】

なお、ステップＳ４０３では、過去日付を設定しているかを判定しているが、当日を含めて過去日付を設定しているかを判定してもよい。

【0056】

そして、ステップＳ４０２、ステップＳ４０３でそれぞれの値が、設定されていない場合は、操作端末１２１にエラー内容の画面を表示して（ステップＳ４０４）、終了する。

【0057】

なお、ステップＳ４０４でエラー内容の表示をして、ステップＳ４０１に戻り、エラー内容を追加・修正して再度、発明報告承認情報を入力するようにしてもよい。

【0058】

また、ステップＳ４０３で案件報告承認日に過去日付を設定している場合は、発明報告承認情報としての情報が全て正常となるので、発明テーブル１１３およびコメントテーブル１１５にデータを保存し（ステップＳ４０５）、処理終了となる。

【0059】

○帳票出力部１０７の動作
帳票出力部１０７は、図８に示すように、操作端末１２１上に図９に示すような検索画面を表示し、操作端末１２１の検索画面上で入力された検索条件を入力する（ステップＳ５０１）。

【0060】

図９に示す検索・帳票出力画面では、検索条件設定エリアとして、提案番号、出願番号、出願国、報告書タイトル、知財推進責任者、知財担当者、知財担当者会社、１行抄録、発明報告書受付日、出願予定日、および出願依頼日が、検索条件として入力できるようになっている。

【0061】

そして、検索条件の入力後、Ｓｅａｒｃｈボタン５１０を押すことにより、検索が開始される。また、Ｃｌｅａｒボタン５１１を押すと、検索条件をクリアすることができる。

【0062】

また、検索結果が表示された後、ＣＳＶ出力ボタン５１２を押すことにより、検索結果が帳票出力される。

【0063】

そして、ステップＳ５０１で検索条件を入力すると、その入力した検索条件に合致するデータを、検索サーバ１０３の検索用インデックス１１９から取得する（ステップＳ５０２）。

【0064】

その後、ステップＳ５０２で取得したデータを、操作端末１２１の検索画面上に表示し、ＣＳＶ出力ボタン５１２が押されると検索結果を帳票出力し（ステップＳ５０３）、処理終了となる。

【0065】

ステップＳ５０３での検索結果の表示は、図９の画面下部に表示され、図９に示す例では、検索結果の番号、提案番号、出願番号、出願国、報告書タイトル、発明報告書受付日、出願予定日、出願依頼日の項目が表示されている。

【0066】

なお、帳票出力部１０７は、検索部１０４で表示する検索画面に、ＣＳＶ出力ボタンを設け、ＣＳＶ出力ボタンが押された時に動作し、検索結果の帳票出力を行うようにしてもよい。

【0067】

○出願依頼登録部１０８の動作
出願依頼登録部１０８は、図１０に示すように、操作端末１２１上に図１１に示すような発明依頼登録画面を表示し、操作端末１２１の発明依頼登録画面上で入力された発明依頼情報を入力する（ステップＳ６０１）。

【0068】

図１１に示す発明依頼登録画面では、右部が案件情報表示エリア、左部が発明依頼入力エリアとなっており、案件情報表示エリアには、発明報告登録部１０５で登録された案件情報が表示され、発明依頼入力エリアには、出願予定日、１行抄録、出願種別、出願依頼日、出願番号、発明の名称、および抄録文が、発明依頼情報として入力できるようになっている。

【0069】

そして、発明依頼情報の入力後、Ｅｎｔｒｙボタン６１０を押すことにより、入力された発明依頼情報の登録処理が開始される。

【0070】

そして、ステップＳ６０１で発明依頼情報を入力すると、必須項目に値を設定しているか否かを判定し（ステップＳ６０２）、ステップＳ６０２で必須項目に値を設定している場合は、出願予定日に未来日付を設定しているか否かを判定する（ステップＳ６０３）。

【0071】

そして、ステップＳ６０３で出願予定日に未来日付を設定している場合は、出願依頼日に過去日付を設定しているか否かを判定する（ステップＳ６０４）。

【0072】

そして、ステップＳ６０４で出願依頼日に過去日付を設定している場合は、コードとして入力する項目について、例えば、コードに関するデータベースなどのマスタに存在するコードを設定しているか否かを判定する（ステップＳ６０５）。

【0073】

ステップＳ６０２〜ステップＳ６０５でそれぞれの値が、設定されていない場合は、操作端末１２１にエラー内容の画面を表示して（ステップＳ６０６）、終了する。

【0074】

なお、ステップＳ６０６でエラー内容の表示をして、ステップＳ６０１に戻り、エラー内容を追加・修正して再度、発明報告情報を入力するようにしてもよい。

【0075】

また、ステップＳ６０５でマスタに存在するコードを設定している場合は、発明依頼情報としての情報が全て正常となるので、出願テーブル１１４およびコメントテーブル１１５にデータを保存する（ステップＳ６０７）。

【0076】

そして、発明依頼情報の承認者向けにメール送信を行い（ステップＳ６０８）、処理終了となる。

【0077】

○出願依頼承認部１０９の動作
出願依頼承認部１０９は、図１２に示すように、操作端末１２１上に図１３に示すような出願依頼承認画面を表示し、操作端末１２１の出願依頼承認画面上で入力された出願依頼承認情報を入力する（ステップＳ７０１）。

【0078】

図１３に示す出願依頼承認画面では、右部が案件情報表示エリア、左部が出願依頼承認エリアになっており、案件情報表示エリアには、出願依頼登録部１０８で登録された情報が表示され、出願依頼承認エリアには、出願依頼承認者、出願依頼承認日、および承認時コメントが、出願依頼承認情報として入力できるようになっている。

【0079】

出願依頼承認情報の入力後、Ｅｎｔｒｙボタン７１０を押すことにより、入力された出願依頼承認情報の登録処理が開始される。

【0080】

そして、ステップＳ７０１で出願依頼承認情報を入力すると、必須項目に値を設定しているか否かを判定し（ステップＳ７０２）、ステップＳ７０２で必須項目に値を設定している場合は、出願依頼承認日に過去日付を設定しているか否かを判定する（ステップＳ７０３）。

【0081】

なお、ステップＳ７０３では、過去日付を設定しているかを判定しているが、当日を含めて過去日付を設定しているかを判定してもよい。

【0082】

そして、ステップＳ７０２、ステップＳ７０３でそれぞれの値が、設定されていない場合は、操作端末１２１にエラー内容の画面を表示して（ステップＳ７０４）、終了する。

【0083】

なお、ステップＳ７０４でエラー内容の表示をして、ステップＳ７０１に戻り、エラー内容を追加・修正して再度、発明報告承認情報を入力するようにしてもよい。

【0084】

また、ステップＳ７０３で出願依頼日に過去日付を設定している場合は、出願依頼承認情報としての情報が全て正常となるので、出願テーブル１１４およびコメントテーブル１１５にデータを保存し（ステップＳ７０５）、処理終了となる。

【0085】

○中間記録登録部１１０の動作
中間記録登録部１１０は、図１４に示すように、操作端末１２１上に図１５に示すような中間記録登録画面を表示し、操作端末１２１の中間記録登録画面上で入力された中間記録登録情報を入力する（ステップＳ８０１）。

【0086】

図１５に示す発明報告入力画面では、右部が案件情報エリア、左部が中間記録情報入力エリアになっており、案件情報エリアには、案件情報が表示され、中間記録情報入力エリアには、中間記録、中間記録入力日、中間記録法定期限日、中間記録社内期限日、中間記録知財担当コース、中間記録知財担当コース決定日、およびコメントが、中間記録情報として入力できるようになっている。

【0087】

そして、中間記録情報の入力後、Ｅｎｔｒｙボタン８１０を押すことにより、入力された中間記録情報の登録処理が開始される。

【0088】

そして、ステップＳ８０１で中間記録情報を入力すると、必須項目に値を設定しているか否かを判定し（ステップＳ８０２）、ステップＳ８０２で必須項目に値を設定している場合は、中間記録法定期限日・中間記録社内期限日に未来日付を設定しているか否かを判定する（ステップＳ８０３）。

【0089】

そして、ステップＳ８０３で中間記録法定期限日・中間記録社内期限日に未来日付を設定している場合は、中間記録知財担当コース決定日に過去日付を設定しているか否かを判定する（ステップＳ８０４）。

【0090】

そして、ステップＳ８０４で中間記録知財担当コース決定日に過去日付を設定している場合は、コードとして入力する項目について、例えば、コードに関するデータベースなどのマスタに存在するコードを設定しているか否かを判定する（ステップＳ８０５）。

【0091】

ステップＳ８０２〜ステップＳ８０５でそれぞれの値が、設定されていない場合は、操作端末１２１にエラー内容の画面を表示して（ステップＳ８０６）、終了する。

【0092】

なお、ステップＳ８０６でエラー内容の表示をして、ステップＳ８０１に戻り、エラー内容を追加・修正して再度、発明報告情報を入力するようにしてもよい。

【0093】

また、ステップＳ８０５でマスタに存在するコードを設定している場合は、中間記録情報としての情報が全て正常となるので、中間記録テーブル１１２およびコメントテーブル１１５にデータを保存する（ステップＳ８０７）。

【0094】

そして、中間記録情報の承認者向けにメール送信を行い（ステップＳ８０８）、処理終了となる。

【0095】

○中間記録承認部１１１の動作
中間記録承認部１１１は、図１６に示すように、操作端末１２１上に図１７に示すような中間記録承認画面を表示し、操作端末１２１の中間記録承認画面上で入力された中間記録承認情報を入力する（ステップＳ９０１）。

【0096】

図１７に示す中間記録承認画面では、右部が案件情報・中間記録情報表示エリア、左部が中間記録承認エリアになっており、案件情報・中間記録情報表示エリアには、出願依頼登録部１０８および中間記録登録部１１０で登録された情報が表示され、中間記録承認エリアには、中間記録承認者、中間記録承認日、および承認時コメントが、中間記録承認情報として入力できるようになっている。

【0097】

中間記録承認情報の入力後、Ｅｎｔｒｙボタン９１０を押すことにより、入力された中間記録承認情報の登録処理が開始される。

【0098】

そして、ステップＳ９０１で中間記録承認情報を入力すると、必須項目に値を設定しているか否かを判定し（ステップＳ９０２）、ステップＳ９０２で必須項目に値を設定している場合は、中間記録承認日に過去日付を設定しているか否かを判定する（ステップＳ９０３）。

【0099】

なお、ステップＳ９０３では、過去日付を設定しているかを判定しているが、当日を含めて過去日付を設定しているかを判定してもよい。

【0100】

そして、ステップＳ９０２、ステップＳ９０３でそれぞれの値が、設定されていない場合は、操作端末１２１にエラー内容の画面を表示して（ステップＳ９０４）、終了する。

【0101】

なお、ステップＳ９０４でエラー内容の表示をして、ステップＳ９０１に戻り、エラー内容を追加・修正して再度、中間記録承認情報を入力するようにしてもよい。

【0102】

また、ステップＳ９０３で中間記録承認日に過去日付を設定している場合は、中間記録承認情報としての情報が全て正常となるので、中間記録テーブル１１２およびコメントテーブル１１５にデータを保存し（ステップＳ９０５）、処理終了となる。

【0103】

＜データ更新・検索インデックス作成の動作＞
次に、図１８により、本発明の一実施の形態に係る検索システムのデータ更新・検索インデックス作成の動作について説明する。図１８は本発明の一実施の形態に係る検索システムのデータ更新・検索インデックス作成の動作を説明するための説明図である。

【0104】

まず、例えば、第１日の日中に、ユーザが、操作端末１２１によりオンラインで登録作業や承認作業を行い、発明テーブル１１３、出願テーブル１１４、中間記録テーブル１１２、およびコメントテーブル１１５を更新する（ステップＳ１００１）。

【0105】

そして、ステップＳ１００１で更新された発明テーブル１１３、出願テーブル１１４、中間記録テーブル１１２、およびコメントテーブル１１５のデータをインプットとして、夜間にバッチ処理としてＸＭＬ作成部１１６、ＦＩＸＭＬ作成部１１７、およびインデックス作成部１１８により検索インデックス作成処理が実行される（ステップＳ１００２）。

【0106】

夜間処理にて作成された検索用インデックス１１９は、翌日の第２日の日中に、ユーザが、操作端末１２１によりオンラインでの検索や帳票出力に使用される（ステップＳ１００３）。

【0107】

また、ユーザは昨日の夜間に作成された検索用インデックス１１９を使用した検索や帳票出力によって更新対象を検索し、登録作業・承認作業を行い、発明テーブル１１３、出願テーブル１１４、中間記録テーブル１１２、およびコメントテーブル１１５を更新する（ステップＳ１００４）。

【0108】

そして、ステップＳ１００４で更新された発明テーブル１１３、出願テーブル１１４、中間記録テーブル１１２、およびコメントテーブル１１５のデータをインプットとして、夜間にＸＭＬ作成部１１６、ＦＩＸＭＬ作成部１１７、およびインデックス作成部１１８により検索インデックス作成処理が実行され（ステップＳ１００５）、以下同様の処理が実行される。

【0109】

検索インデックス作成処理では、検索インデックス作成の処理効率化を図るために、処理内での中間ファイルの出力先を複数フォルダに分け、フォルダ単位で処理を行うことにより並行して処理できるようになっている。

【0110】

＜検索インデックス作成処理＞
次に、図１９〜図２３により、本発明の一実施の形態に係る検索システムの検索インデックス作成処理について説明する。図１９は本発明の一実施の形態に係る検索システムのＸＭＬ作成部の処理を示すフローチャート、図２０は本発明の一実施の形態に係る検索システムの差分データを説明するための説明図である。

【0111】

図２１は本発明の一実施の形態に係る検索システムのＸＭＬ出力用フォルダを説明するための説明図、図２２は本発明の一実施の形態に係る検索システムのＦＩＸＭＬ作成部の処理を示すフローチャート、図２３は本発明の一実施の形態に係る検索システムのインデックス作成部の処理を示すフローチャートである。

【0112】

検索インデックス作成処理として、まず、ＸＭＬ作成部１１６では、図１９に示すように、処理開始時刻を取得し（ステップＳ１１０１）、発明テーブル１１３、中間記録テーブル１１２、出願テーブル１１４、およびコメントテーブル１１５から差分データを取得する（ステップＳ１１０２）。

【0113】

そして、ステップＳ１１０２で取得した差分データが存在するか否かを判定し（ステップＳ１１０３）、ステップＳ１１０３で差分データが存在する場合は、１レコードの差分データを差分データＸＭＬ１２２として、ＸＭＬ出力する（ステップＳ１１０４）。

【0114】

そして、次データを参照し（ステップＳ１１０５）、Ｓ１１０３に戻り、全レコードの差分データの処理が終わり、差分データが存在しなくなるまでステップＳ１１０３〜ステップＳ１１０５を繰り返す。

【0115】

また、ステップＳ１１０３で差分データが存在しない場合は、発明テーブル１１３、中間記録テーブル１１２、出願テーブル１１４、およびコメントテーブル１１５に対して、差分取得済フラグの更新を行い（ステップＳ１１０６）、処理終了となる。

【0116】

ここで、差分データ取得および差分取得済フラグ更新の処理について説明する。

【0117】

差分データ取得の処理では、前回以前に処理されていないデータのみを取得するために、図２０に示すように、前回処理日と各テーブルの最終更新日を比較し、前回処理日以降の更新日のレコードのみを対象とする。

【0118】

また、差分取得済フラグを参照し、フラグが「０」のデータのみを処理に使用する。差分取得済フラグは、差分データのＸＭＬ出力が完了したレコードのフラグを「１」に更新することにより次回以降の処理に使用されないようになっている。

【0119】

また、ステップＳ１１０４での差分データＸＭＬ１２２の出力は、図２１に示すように、複数のフォルダに分かれてＸＭＬファイルが格納されるようになっている。

【0120】

図２１に示すＸＭＬ出力先フォルダ・ファイル構成では、ＸＭＬ出力用フォルダ１２０１の配下に提案番号１００００番単位の提案番号別フォルダ（１２０３、１２０８、１２０９）が配置されており、ＸＭＬ作成部１１６の処理にて作成されたＸＭＬファイル（１２０４、１２０５、１２０６）は提案番号毎に対象の提案番号別フォルダに配置されている。

【0121】

また、対象提案番号のＸＭＬファイル作成が完了すると提案番号別フォルダにフォルダ内完了フラグ１２０７が配置される。

【0122】

また、全てのＸＭＬファイルの作成が完了するとＸＭＬ出力用フォルダ１２０１の配下に全フォルダ完了フラグ１２０２が配置される。

【0123】

ＦＩＸＭＬ作成部１１７の処理では、各フォルダの完了フラグ有無からＸＭＬファイル作成状況を判断して、処理を行っている。

【0124】

また、ＦＩＸＭＬ作成部１１７では、図２２に示すように、処理対象のＸＭＬ出力用フォルダ１２０１を取得し（ステップＳ１２０１）、ＸＭＬ出力用フォルダ１２０１内の全フォルダ完了フラグ１２０２が存在するか否かを判定する（ステップＳ１２０２）。

【0125】

そして、ステップＳ１２０２で全フォルダ完了フラグ１２０２が存在する場合は、処理が完了しているので終了し、ステップＳ１２０２で全フォルダ完了フラグ１２０２が存在しない場合は、全フォルダに対して、ステップＳ１２０３〜ステップＳ１２０８の処理をループし、全ての提案番号別フォルダに対してＦＩＸＭＬ作成の処理を行う。

【0126】

まず、最初に各提案番号別フォルダ内にフォルダ内完了フラグが存在するか否かを判定し（ステップＳ１２０４）、ステップＳ１２０４でフォルダ内完了フラグが存在する場合は、ステップＳ１２０３〜ステップＳ１２０８の次のループの処理に移行し、次のフォルダのＦＩＸＭＬ作成の処理を行う。

【0127】

また、ステップＳ１２０４でフォルダ内完了フラグが存在しない場合は、ＸＭＬファイル読込処理としてフォルダ内の差分データＸＭＬ１２２を読み込み（ステップＳ１２０５）、ＦＩＸＭＬファイル作成処理として、検索用インデックス１１９の作成用の差分データＦＩＸＭＬ１２３を作成する（ステップＳ１２０６）。

【0128】

そして、フォルダ内の全ての差分データＸＭＬ１２２を処理した後、フォルダ内完了フラグを配置し（ステップＳ１２０７）、ステップＳ１２０３〜ステップＳ１２０８の次のループの処理に移行する。

【0129】

そして、ステップＳ１２０３〜ステップＳ１２０８の全フォルダに対するループが終了すると、全フォルダ完了フラグ１２０２を配置して（ステップＳ１２０９）、終了する。

【0130】

また、インデックス作成部１１８の処理では、図２３に示すように、ＦＩＸＭＬ作成部１１７で作成された差分データＦＩＸＭＬ１２３を取得し（ステップＳ１３０１）、ステップＳ１３０１で取得した差分データＦＩＸＭＬ１２３に基づいて、インデックス作成処理を行い（ステップＳ１３０２）、検索用インデックス１１９に出力する。

【0131】

また、図２２に示すＦＩＸＭＬ作成部１１７の処理は、フォルダ単位に処理されているため、例えば、ステップＳ１２０５〜ステップＳ１２０７の処理は、複数のフォルダに対して並行して処理することができる。

【0132】

このため、並行してＦＩＸＭＬ作成処理を行うことにより、ＦＩＸＭＬ作成処理を高速に行うことができるようになっている。

【0133】

以上のように、本実施の形態では、検索インデックス作成処理の並行処理が可能となり、検索インデックス作成処理全体の処理時間を短縮することができる。

【0134】

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

【0135】

例えば、本実施の形態では、特許情報管理システムとして検索システムを説明したが、情報の検索のための検索用インデックスを作成する構成であれば、どのようなシステムや装置にも適用可能である。

【符号の説明】

【0136】

１０１…特許情報管理システム、１０２…業務サーバ、１０３…検索サーバ、１０４…検索部、１０５…発明報告登録部、１０６…発明報告承認部、１０７…帳票出力部、１０８…出願依頼登録部、１０９…出願依頼承認部、１１０…中間記録登録部、１１１…中間記録承認部、１１２…中間記録テーブル、１１３…発明テーブル、１１４…出願テーブル、１１５…コメントテーブル、１１６…ＸＭＬ作成部、１１７…ＦＩＸＭＬ作成部、１１８…インデックス作成部、１１９…検索用インデックス、１２０…ネットワーク、１２１…操作端末、１２２…差分データＸＭＬ、１２３…差分データＦＩＸＭＬ、２１０…Ｓｅａｒｃｈボタン、２１１…Ｃｌｅａｒボタン、３１０、４１０、６１０、７１０、８１０、９１０…Ｅｎｔｒｙボタン、５１０…Ｓｅａｒｃｈボタン、５１１…Ｃｌｅａｒボタン、５１２…ＣＳＶ出力ボタン。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】