JP2018190366A - 検索装置、検索方法及び検索プログラム - Google Patents

Abstract

【課題】文書の検索効率を向上できる検索装置、検索方法及び検索プログラムを提供する。
【解決手段】検索装置１は、複数の項目からなる文書データが蓄積されたデータベースにおいて、１以上の記号列の組み合わせが記載される第１の項目の合致度に基づいて、前記文書データを分類する分類部１１と、前記分類部により分類された同一グループ内の文書データから、第２の項目に含まれるキーワード群を、検索用の関連語として抽出する抽出部１２と、を備える。また、検索装置１をネットワーク上の分散システムとして実施することで、複数の種類の機械に関する関連語作成とそのデータ保存及び複数ユーザによる利用を可能とする。
【選択図】図１

Description

本発明は、キーワードにより文書を検索する検索装置、検索方法及び検索プログラムに関する。

従来、製造現場の工作機械等について、現在起きている障害を解決するために、蓄積されている過去の障害レポートから、キーワード検索により情報を取得する場合がある。
キーワード検索の手法として、例えば、特許文献１には、検索の絞り込みを望ましい方向へ導くために、文書群に存在するキーワードの累計数が多い順に、絞り込みキーワードの候補をガイダンス表示する手法が提案されている（例えば、特許文献１参照）。

特開平５−３１４１８２号公報

ところで、現在の現象をキーワードとして入力する際に、同一の現象であってもユーザによって異なる言葉で表現することがあるため、過去の文書を適切に検索できない場合があった。例えば、機械から音がするような障害が発生した場合、この現象をユーザによって「異音がする」、「振動がする」、「騒音がする」等の異なるキーワードで表現することが考えられる。

従来の技術では、これらのキーワードの関連性を考慮せず独立に扱うため、関連する文書を広く検索するためには、検索回数が増える、あるいは「異音がする」ｏｒ「振動がする」ｏｒ「騒音がする」のように論理演算式を用いて複雑な検索する必要があった。また、ユーザは、これらの関連するキーワードを思い付かない場合には、望ましい検索結果を得ることができなかった。

本発明は、文書の検索効率を向上できる検索装置、検索方法及び検索プログラムを提供することを目的とする。

（１） 本発明に係る検索装置（例えば、後述の「検索装置１」）は、複数の項目からなる文書データが蓄積されたデータベース（例えば、後述の「文書データベース２１」）において、１以上の記号列の組み合わせが記載される第１の項目の合致度に基づいて、前記文書データを分類する分類部（例えば、後述の「分類部１１」）と、前記分類部により分類された同一グループ内の文書データから、第２の項目に含まれるキーワード群を、検索用の関連語として抽出する抽出部（例えば、後述の「抽出部１２」）と、を備える。

（２） （１）に記載の検索装置において、前記分類部は、前記第１の項目が完全一致する文書データを同一グループに分類してもよい。

（３） （２）に記載の検索装置において、前記分類部は、前記第１の項目の少なくとも一部が一致する文書データを同一グループに分類してもよい。

（４） （１）から（３）のいずれかに記載の検索装置は、第１のキーワードによる検索要求を受け付ける受付部（例えば、後述の「受付部１３」）と、前記第１のキーワードにより前記文書データを検索すると共に、当該第１のキーワードと同一のキーワード群に含まれる第２のキーワードより前記文書データを検索する検索部（例えば、後述の「検索部１４」）と、を備えてもよい。

（５） （４）に記載の検索装置において、前記受付部は、前記第１のキーワードを含むキーワード群を表示し、前記第２のキーワードの入力を受け付けてもよい。

（６） （４）に記載の検索装置において、前記検索部は、前記第１のキーワードを含むキーワード群から、前記第２のキーワードを順次抽出し、当該第２のキーワードそれぞれにより前記文書データを検索してもよい。

（７） （４）から（６）のいずれかに記載の検索装置は、少なくとも２つ以上の異なる前記データベースを１組のデータベース群として管理すると共に、前記１組のデータベース群に含まれるデータベース毎に前記抽出部により検索用の関連語として抽出されたキーワード群を、１組のキーワード群集合として管理する群管理部（例えば、後述の「群管理部１５」）を備え、前記検索部は、前記第１のキーワードによる検索要求に対して、前記１組のデータベース群に含まれる前記データベースに蓄積された文書データを検索すると共に、前記１組のキーワード群集合において、前記第１のキーワードと同一のキーワード群に含まれる第２のキーワードにより前記文書データを検索してもよい。

（８） （４）から（７）のいずれかに記載の検索装置において、前記受付部は、前記検索要求として１又は複数の文を受け付けた後、当該１又は複数の文から、前記抽出部が前記キーワード群を抽出する手順と共通の手順により前記第１のキーワードを抽出してもよい。

（９） （４）から（７）のいずれかに記載の検索装置は、機器のセンサ情報を入力するセンサ入力部（例えば、後述の「センサ入力部１６」）と、所定の変換条件に基づいて、前記センサ情報を前記機器の状態を示す状態キーワードに変換する状態取得部（例えば、後述の「状態取得部１７」）と、を備え、前記受付部は、前記状態キーワードを前記第１のキーワードとして受け付けてもよい。

（１０） （１）から（９）のいずれかに記載の検索装置において、前記文書データは、機器の障害レポートであり、前記記号列は、修理対象となった部品の仕様番号及び個数であってもよい。

（１１） 本発明に係る検索方法は、複数の項目からなる文書データが蓄積されたデータベースにおいて、１以上の記号列の組み合わせが記載される第１の項目の合致度に基づいて、前記文書データを分類する分類ステップと、前記分類ステップにおいて分類された同一グループ内の文書データから、第２の項目に含まれるキーワード群を抽出する抽出ステップと、をコンピュータが実行する。

（１２） （１１）に記載の検索方法において、前記コンピュータがさらに、第１のキーワードによる検索要求を受け付ける受付ステップと、前記第１のキーワードにより前記文書データを検索すると共に、当該第１のキーワードと同一のキーワード群に含まれる第２のキーワードより前記文書データを検索する検索ステップと、を実行してもよい。

（１３） （１２）に記載の検索方法において、前記コンピュータがさらに、少なくとも２つ以上の異なる前記データベースを１組のデータベース群として管理すると共に、前記１組のデータベース群に含まれるデータベース毎に、前記抽出ステップにおいて検索用の関連語として抽出されたキーワード群を１組のキーワード群集合として管理する群管理ステップを実行し、前記検索ステップにおいて、前記第１のキーワードによる検索要求に対して、前記１組のデータベース群に含まれる前記データベースに蓄積された文書データを検索すると共に、前記１組のキーワード群集合において、前記第１のキーワードと同一のキーワード群に含まれる第２のキーワードにより前記文書データを検索してもよい。

（１４） （１２）又は（１３）に記載の検索方法において、前記コンピュータがさらに、前記受付ステップにおいて、前記検索要求として１又は複数の文を受け付けた後、当該１又は複数の文から、前記抽出ステップにおいて前記キーワード群を抽出する手順と共通の手順により前記第１のキーワードを抽出してもよい。

（１５） （１２）又は（１３）に記載の検索方法において、前記コンピュータがさらに、機器のセンサ情報を入力するセンサ入力ステップと、所定の変換条件に基づいて、前記センサ情報を前記機器の状態を示す状態キーワードに変換する状態取得ステップと、を実行し、前記受付ステップにおいて、前記状態キーワードを前記第１のキーワードとして受け付けてもよい。

（１６） 本発明に係る検索プログラムは、（１）から（１０）のいずれかに記載の検索装置としてコンピュータを機能させるためのものである。

本発明によれば、文書の検索効率を向上できる。

第１実施形態に係る検索装置の機能構成を示すブロック図である。 第１実施形態に係る文書データベースに格納される文書データを例示する図である。 第１実施形態に係る関連語データベースの作成手順を示す概略図である。 第１実施形態に係る関連語データ処理を例示するフローチャートである。 第１実施形態に係るキーワード検索の手順を例示する概略図である。 第１実施形態に係る関連語の画面表示例を示す図である。 第２実施形態に係る検索装置の機能構成を示すブロック図である。 第２実施形態に係る検索装置をネットワーク上の分散システムとして実施した場合の概要図である。 第２実施形態に係る検索画面の表示例を示す第１の図である。 第２実施形態に係る検索画面の表示例を示す第２の図である。 第２実施形態に係る検索画面の表示例を示す第３の図である。 第４実施形態に係る検索装置の機能構成を示すブロック図である。 第４実施形態に係る変換データベースを例示する図である。 第４実施形態に係る検索結果の表示例を示す図である。 第４実施形態に係る検索装置をネットワーク上の分散システムとして実施した場合の概要図である。

［第１実施形態］
以下、本発明の第１実施形態について説明する。
第１実施形態の検索装置１は、ユーザからのキーワード入力に基づいて、データベースに蓄積された文書データを検索する。
なお、検索対象となる文書データは、過去事例として蓄積された機器の障害レポートとし、例えば、現象、原因、対策及び部品の各データから構成される。ユーザは、過去に発生した類似の現象を検索することにより、原因、対策及び部品の情報を得る。

図１は、第１実施形態に係る検索装置１の機能構成を示すブロック図である。
検索装置１は、サーバ装置又はＰＣ等の情報処理装置（コンピュータ）であり、制御部１０及び記憶部２０を備える。さらに、検索装置１は、各種データの入出力デバイス及び通信デバイス等を備え、ユーザからの検索キーワードの入力に基づいて、文書データベースを検索し、検索結果を出力する。

制御部１０は、検索装置１の全体を制御する部分であり、記憶部２０に記憶された各種プログラムを適宜読み出して実行することにより、第１実施形態における各種機能を実現している。制御部１０は、ＣＰＵであってよい。

記憶部２０は、ハードウェア群を検索装置１として機能させるための各種プログラム、及び各種データ等の記憶領域であり、ＲＯＭ、ＲＡＭ、フラッシュメモリ又はハードディスク（ＨＤＤ）等であってよい。具体的には、記憶部２０は、第１実施形態の各機能を制御部１０に実行させるための検索プログラムの他、検索対象となる文書データが格納された文書データベース（ＤＢ）２１、同義に分類されたキーワード群が関連付けて記述された関連語ファイル２２等を記憶する。なお、これらのデータは、検索装置１の外部に設けられ、検索装置１との通信により読み書きが行われてもよい。

制御部１０は、分類部１１と、抽出部１２と、受付部１３と、検索部１４とを備え、これらの各機能部により、入力されたキーワードの関連語を利用した文書データの検索を実現する。

分類部１１は、複数の項目（例えば、現象、原因、対策及び部品等）からなる文書データが蓄積された文書データベース２１において、１以上の記号列の組み合わせが記載される第１の項目（例えば、部品）の合致度に基づいて、文書データを分類し、分類結果を抽出部１２へ提供する。また、分類結果は、文書データベース２１に記憶されてもよい。
ここで、記号列は、修理対象あるいは候補となった部品の仕様番号及び個数である。
分類部１１は、第１の項目が完全一致する文書データを同一グループに分類してもよいし、少なくとも一部（例えば、予め規定された主要部品等）が一致する文書データを同一グループに分類してもよい。

抽出部１２は、分類部１１により分類された同一グループ内の文書データから、第２の項目（現象）に含まれるキーワード群を関連語として抽出し、関連語ファイル２２を作成する。

受付部１３は、第１のキーワードによる文書データの検索要求を受け付ける。
さらに、受付部１３は、関連語ファイル２２から、第１のキーワードを含む関連語のキーワード群を抽出して表示することにより、このキーワード群の中から第２のキーワードの選択入力を受け付ける。

検索部１４は、第１のキーワードにより文書データベース２１の文書データを検索すると共に、関連語ファイル２２において、この第１のキーワードと同一グループに分類された関連語のキーワード群に含まれる第２のキーワードにより文書データを検索する。
このとき、検索部１４は、受付部１３により第２のキーワードが受け付けられるのを待って、この第２のキーワードにより検索を行ってよい。
あるいは、検索部１４は、第１のキーワードを含むキーワード群から、第２のキーワードを順次抽出し、抽出した第２のキーワードそれぞれにより自動的に文書データを検索してもよい。

図２は、第１実施形態に係る文書データベース２１に格納される文書データを例示する図である。
障害レポートとしての文書データは、文書データを識別する管理番号に対して、現象と、現象から抽出された検索用のキーワードＡ（ｎ）と、原因Ｂ（ｎ）と、対策Ｃ（ｎ）と、部品Ｄ（ｎ）と、集計Ｓ（ｎ）との各項目を含む。
検索装置１は、入力されたキーワードを、現象から抽出された検索用のキーワードＡ（ｎ）とマッチングさせ、文書データを検索する。

部品の項目（第１の項目）Ｄ（ｎ）には、各部品に個数の情報が付加されており、例えば「Ｘ００１５（１）」のように括弧内に数字表記される。この場合、個数を含めた部品の合致度に基づいて、同一グループへの分類の可否が判定される。
なお、部品の記載書式はこれに限られず、また、部品毎に項目が分けられてもよい。

管理番号１２、１４５、３３２で示される文書データの部品の項目（第１の項目）Ｄ（ｎ）は、「Ｘ００１５（１）＋Ｖ００２（１）」で共通しているため、同一のグループに分類され、現象（第２の項目）に記載されているキーワードＡ（ｎ）（例えば、「異音がする」、「振動がする」、「騒音がする」）が関連語として抽出される。
また、管理番号２３、７７５、９８０で示される文書データの部品の項目（第１の項目）Ｄ（ｎ）は、「ＡＺＸ（１）＋Ｚ０５５（１）」で共通しているため、同一のグループに分類され、現象（第２の項目）に記載されているキーワードＡ（ｎ）（例えば、「動かない」、「動作しない」、「停止した」）が関連語として抽出される。

この例では、第１の項目が完全一致する場合に同一のグループに分類したが、合致度による分類方法は、これに限られない。文書データは、例えば、共通の部品（仕様、又は仕様及び個数）を含む部分一致によって分類されてもよいし、一方が他方に完全に含まれる包含関係によって分類されてもよい。同一グループとして分類する合致度の定義は、適宜設定可能である。
なお、集計Ｓ（ｎ）は、後述の関連語データ処理（図４）における処理済みを示すフラグデータである。

図３は、第１実施形態に係る関連語ファイル２２の作成手順を示す概略図である。
検索装置１は、文書データベース２１に対してキーワード作成処理を行い、文書データ毎に検索のための１又は複数のキーワードが設定される。

次に、関連語データ処理により、キーワードがグループ化され、関連語ファイル２２が作成される。
例えば、文書データ毎のキーワードＡ（１），Ａ（２），Ａ（３），Ａ（４），Ａ（５）に対して、ＲＦ（１）＝｛Ａ（１），Ａ（５）｝，ＲＦ（２）＝｛Ａ（２）｝，ＲＦ（３）＝｛Ａ（３），Ａ（４）｝のように、複数のキーワードが関連付けられた配列ＲＦを含む関連語ファイル２２が作成される。

図４は、第１実施形態に係る関連語データ処理を例示するフローチャートである。
この例では、同一のグループに分類する部品の合致度として、完全一致を採用している。

ステップＳ１において、制御部１０（分類部１１）は、変数ｒ，ｍ，ｎを初期化する（ｒ＝０，ｍ＝１，ｎ＝１）。また、制御部１０は、文書データ（管理番号１〜ｎＭａｘ）それぞれの集計フラグＳ（ｉ）（１≦ｉ≦ｎＭａｘ）を０に初期化する。

ステップＳ２において、制御部１０（分類部１１）は、ｍ番目の文書データが集計済み（Ｓ（ｍ）＝１）であるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ８に移り、判定がＮＯの場合、処理はステップＳ３に移る。

ステップＳ３において、制御部１０（抽出部１２）は、ｍ番目の文書データのキーワードＡ（ｍ）を抽出し、関連語ファイル２２に格納する（ＲＦ（ｍ，０）＝Ａ（ｍ））。そして、制御部１０（抽出部１２）は、ｍ番目の集計フラグを集計済みに更新する（Ｓ（ｍ）＝１）。

ステップＳ４において、制御部１０（分類部１１）は、ｍ番目とｎ番目の文書データを比較し、部品が共通（Ｄ（ｍ）＝Ｄ（ｎ） ａｎｄ ｍ≠ｎ ａｎｄ Ｓ（ｎ）≠１）であるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ５に移り、判定がＮＯの場合、処理はステップＳ６に移る。

ステップＳ５において、制御部１０（抽出部１２）は、ｍ番目の文書データに対するｒ番目の関連語として、ｎ番目の文書データのキーワードＡ（ｎ）を抽出し、関連語ファイル２２に格納する（ＲＦ（ｍ，ｒ）＝Ａ（ｎ））。そして、制御部１０（抽出部１２）は、変数ｒをカウントアップし、ｎ番目の集計フラグを集計済みに更新する（Ｓ（ｎ）＝１）。

ステップＳ６において、制御部１０（分類部１１）は、変数ｎをカウントアップする（ｎ＝ｎ＋１）。
ステップＳ７において、制御部１０（分類部１１）は、変数ｎが最大値ｎＭａｘを超えたか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ８に移り、判定がＮＯの場合、処理はステップＳ４に移る。

ステップＳ８において、制御部１０（分類部１１）は、ｎＭａｘと変数ｍとが等しいか否かを判定する。この判定がＹＥＳの場合、処理は終了し、判定がＮＯの場合、処理はステップＳ９に移る。

ステップＳ９において、制御部１０（分類部１１）は、変数ｍをカウントアップし（ｍ＝ｍ＋１）、変数ｎを初期化する（ｎ＝１）。その後、処理はステップＳ２に移る。

このように、関連語データ処理により、文書データのキーワードが関連語としてグループ化され、関連語ファイル２２に集計される。
抽出部１２は、さらに、この集計結果から、例えば同一グループに集計された頻度の高い上位所定数のキーワードを関連語とする等の判定処理を行い、信頼性の高い情報のみを取得してもよい。また、文書データから複数のキーワードが抽出されている場合にも、それぞれ独立して関連の頻度に基づく判定処理が行われてよい。

図５は、第１実施形態に係るキーワード検索の手順を例示する概略図である。
検索装置１は、キーワードの入力を受け付けたことに応じて、文書データベース２１に蓄積された文書データを検索する。
このとき、検索装置１は、関連語ファイル２２を読み込み、入力されたキーワードと同一グループに集計された関連語をガイダンスとして画面表示することにより、ユーザに対して関連語による追加の検索を促す。

図６は、第１実施形態に係る関連語の画面表示例を示す図である。
検索装置１は、入力されたキーワード（例えば、「振動」）に対して、関連語（例えば、「騒音」、「異音」）を表示する。
このとき、表示される関連語は、例えば、同一グループに集計された頻度に応じた関連度合いの高い順に並べられてよい。
検索装置１は、表示した関連語の中から選択入力を受け付け、選択された関連語を新たなキーワードとして検索処理を行う。

第１実施形態によれば、検索装置１は、文書データを構成する複数の項目のうち、第１の項目（部品）の合致度に基づいて文書データを分類し、同一グループの文書データから第２の項目（現象）に含まれるキーワード群を関連語として抽出し、関連語ファイル２２を作成する。これにより、検索装置１は、異なる用語を用いて記載された広範囲の文書を検索するための関連語をユーザに提供でき、検索効率を向上できる。

検索装置１は、ユーザから最初に受け付けたキーワードに加えて、関連語ファイル２２に格納された関連語による検索も行うことにより、キーワードに関連する事例文書を広範囲に提供できる。
例えば、機器の修理部品の仕様及び使用個数が同一の場合、障害の現象が同じである可能性が高い。検索装置１は、この同じ現象を表現するキーワードを同義の関連語として扱い、関連語を検索キーワードとして検索するので、文書の検索効率を向上できる。

検索装置１は、同一グループに分類する第１の項目の合致度として、完全一致を採用することにより精度の向上を図ることができ、また、部分一致を採用することにより広範囲の関連語を抽出できる。

検索装置１は、入力された第１のキーワードの関連語を表示し、これらの中から第２のキーワードの選択入力を受け付ける。したがって、検索装置１は、ユーザに対して関連するキーワードをガイダンスできるので、検索キーワードを考え出して入力するユーザの負担を軽減し、検索効率を向上できる。
また、検索装置１は、関連語を順次用いて自動的に検索を実行することにより、ユーザによる操作を簡略化し、広範囲の文書を検索できる。

［第２実施形態］
以上、第１実施形態に係る文書データベース２１に蓄積された文書データは、例えば１つの又は仕様が同じ複数の機器に関して、過去事例として蓄積された現象、原因、対策及び部品等からなる文書データであった。このように、第１実施形態に係る検索装置１は、例えば１つの又は仕様が同じ複数の機器に関する文書データに係る関連語に基づいて当該文書データを検索することを可能とした。
ユーザは、第１実施形態に係る検索装置１を利用することにより、１つの又は仕様が同じ複数の機器において、過去に発生した類似の現象を検索することにより、原因、対策及び部品の情報を得ることができた。
他方、製造現場では、例えばそれぞれ製造者の異なるメカに係る機器（以下、「メカ機器」ともいう）と、制御に係る製造者が同じ共通の機器（以下、「制御機器」ともいう）とを組み合わせて１つの工作機械として利用されるケースが多い。このような場合、メカ機器の障害レポート及び制御機器の障害レポートを１組の関連する障害レポートとして、総合的に管理及び検索することは容易にできなかった。

第２実施形態に係る検索装置１は、２つ以上の異なる文書データベース２１に蓄積された文書データを１組の関連する文書データとして管理し、各文書データベース２１に蓄積された文書データから検索用の関連語として抽出されたキーワード群を１組のキーワード群集合として総合的に管理する。これにより、検索装置１は、２つ以上の文書データを１組の文書データ群として、同時に検索することを可能にする。
例えば、前述のように、それぞれ製造者の異なるメカ機器と、製造者が同じ共通の制御機器とを組み合わせて１つの工作機械として利用される場合、メカ機器の障害レポート及び制御機器の障害レポートを１組の障害レポートとして、総合的に管理及び検索することが容易になる。
以下、本発明の第２実施形態に係る検索装置１について説明する。
なお、第１実施形態に係る検索装置１と同一の構成要素については、同一の符号を用いて示し、その説明は省略する。

図７は、第２実施形態に係る検索装置１の機能構成を示すブロック図である。
検索装置１は、第１実施形態と同様に、サーバ装置又はＰＣ等の情報処理装置（コンピュータ）であり、制御部１０及び記憶部２０を備える。さらに、検索装置１は、各種データの入出力デバイス及び通信デバイス等を備え、ユーザからの検索キーワードの入力に基づいて、１組のデータベース群に含まれる各文書データベース２１に蓄積された文書データを検索し、その検索結果を出力する。

記憶部２０は、第２実施形態の各機能を制御部１０に実行させるための検索プログラムの他、検索対象となる文書データがそれぞれ格納された２つ以上の文書データベース（ＤＢ）２１、同義に分類されたキーワード群が関連付けて記述された２つ以上の関連語ファイル２２等を記憶する。なお、これらのデータは、検索装置１の外部に設けられ、検索装置１との通信により読み書きが行われてもよい。

制御部１０は、分類部１１と、抽出部１２と、受付部１３と、検索部１４と、群管理部１５と、を備え、これらの各機能部により、ユーザから入力されたキーワードの関連語を利用して、１組のデータベース群に含まれる各文書データベース２１に蓄積された文書データの検索を実現する。

分類部１１及び抽出部１２は、例えばユーザからの指示により処理対象とされる文書データベース２１に対して、第１実施形態と同様の処理を行う。そうすることで、文書データベース２１毎に関連語ファイル２２が作成される。

例えば、メカ機器に係る文書データ（障害レポート）の現象データとして「集中潤滑油の減りが早い」及び「ドアロックが解除できない」を含む場合、分類部１１及び抽出部１２により、メカ機器の関連語ファイル２２に｛集中潤滑油＝潤滑オイル｝及び｛ドアロックが解除できない＝ドアが開かない｝等が記述される。
また、制御機器に係る文書データ（障害レポート）の現象データとして「制御機器のファンアラームが出た」及び「昨日から画面表示が暗くなった」を含む場合、分類部１１及び抽出部１２により、制御機器の関連語ファイル２２に｛ファン＝ファンモータ＝ファンモーター｝及び｛画面が暗い＝画面が見えない＝電源が入らない｝等が記述される。

群管理部１５は、例えば、ユーザからの指示に基づき、少なくとも２つ以上の異なる文書データベース２１を１組のデータベース群として管理する。同時に、群管理部１５は、１組のデータベース群に含まれる文書データベース２１毎に分類部１１及び抽出部１２により検索用の関連語として抽出されたキーワード群を、１組のキーワード群集合として管理する。
群管理部１５は、少なくとも２つ以上の異なる文書データベース２１を１組のデータベース群として管理するために、１組のデータベース群として管理される文書データベース２１の管理テーブルを作成して、仮想的に１つのファイルとして扱うようにしてもよい。管理テーブルは、例えば、１組のデータベース群の識別情報と当該１組のデータベース群に含まれる２つ以上の各文書データベース２１の識別情報とを紐づける（リンク付ける）ように構成されてもよい。また、１組のデータベース群として管理される文書データベース２１が１つの物理的なファイルとして格納されてもよい。

受付部１３は、第１のキーワードによる文書データの検索要求を受け付ける。より具体的には、受付部１３は、ユーザにより入力される、例えば１組の工作機械に対応する１組のデータベース群の識別情報、及び第１のキーワード等を、検索装置１の入力部を介して受け付ける。受付部１３は、これらの入力データを、例えばクライアント端末からネットワークを介して受け付けてもよい。
さらに、受付部１３は、当該１組のデータベース群に含まれる全ての関連語ファイル２２から、第１のキーワードを含むキーワード群を抽出して表示することにより、当該キーワード群の中から第２のキーワードの選択入力を受け付ける。そうすることで、ユーザは、第１のキーワードが、どの文書データベース２１に蓄積された文書データに係るキーワードであるか、を意識する必要がない。

検索部１４は、第１のキーワードにより当該１組のデータベース群に含まれる全ての文書データベース２１に蓄積された文書データを検索すると共に、第１のキーワードを含むキーワード群に含まれる第２のキーワードにより、全ての、又は当該キーワード群に対応する文書データベース２１に蓄積された文書データを検索する。
なお、第１実施形態と同様に、検索部１４は、受付部１３により第２のキーワードが受け付けられるのを待って、この第２のキーワードにより検索を行ってよい。
あるいは、検索部１４は、第１のキーワードを含むキーワード群から、第２のキーワードを順次抽出し、抽出した第２のキーワードそれぞれにより自動的に検索してもよい。

図８は、第２実施形態に係る検索装置１をネットワーク上の分散システムとして実施し、メカ機器及び制御機器に適用した場合の概要図である。
なお、ネットワークを介して、検索装置１を利用する際に、公知のアクセスユーザの認証及び当該ユーザのアクセスコントロール（当該ユーザに許可されるアクセス権限の付与）等が行われるものとする。
図８に示すように、メカ機器（ｉ）（１≦ｉ≦ｎ）及び／又は制御機器の製造者又は保守管理者等は、ネットワークを介して、各機器の文書データ（すなわち、当該機器の過去事例として蓄積された現象、原因、対策及び部品等のデータから構成される障害レポート）から、各機器の文書データに対応する関連語ファイルを生成することができる。ここでは、制御機器は、複数のメカ機器（ｉ）に共通のものとする。

そして、メカ機器（ｉ）及び／又は制御機器の製造者又は保守管理者等は、ネットワークを介して、１組の工作機械（ｉ）として構成される制御機器の識別情報とメカ機器（ｉ）の識別情報とを指定することで、１組の工作機械（ｉ）として構成されるメカ機器（ｉ）の文書データ（障害レポート）及び制御機器の文書データ（障害レポート）、並びにメカ機器（ｉ）の文書データに係る関連語ファイル２２及び制御機器の文書データに係る関連語ファイル２２を、関連する１組のデータベース群（ｉ）に関連させて管理することができる。
そうすることで、ユーザ、又はメカ機器（ｉ）若しくは制御機器の製造者及び保守管理者等は、ネットワークを介して、１組の工作機械（ｉ）として構成される制御機器及びメカ機器（ｉ）の文書データ（障害レポート）を効率的に検索することができる。

図９Ａ〜図９Ｃは、第２実施形態に係る検索装置１の検索画面の表示例を示す図である。
図９Ａに示す入力画面により、受付部１３は、検索対象となる１組の工作機械の識別情報（機器ＩＤ）の入力を受け付ける。こうすることにより、受付部１３は、当該工作機械を構成する制御機器及びメカ機器の文書データ（障害レポート）が蓄積された文書データベース２１を特定する。
次に、図９Ｂに示す入力画面により、受付部１３は、問い合わせ内容（第１のキーワードによる文書データの検索要求）の入力を受け付ける。
そうすることで、受付部１３は、制御機器に係る関連語ファイル２２及びメカ機器に係る関連語ファイル２２に基づいて、第１のキーワードの関連語をそれぞれ抽出し、表示することができる。
この際、受付部１３は、抽出された関連語が制御機器に係る関連語ファイル２２から抽出された関連語か、メカ機器に係る関連語ファイル２２から抽出された関連語か、又は両者に共通の関連語か、を表示することが好ましい。そうすることで、ユーザは、第１のキーワードと、制御機器及びメカ機器との関連を容易に把握することができる。

その後、検索部１４は、ユーザにより選択された関連語、又は予め設定された優先度の高い関連語に基づいて、制御機器に係る文書データ（障害レポート）及び／又はメカ機器に係る文書データ（障害レポート）を検索する。
検索部１４は、検索結果として、制御機器に係る文書データ（障害レポート）及び／又はメカ機器に係る文書データ（障害レポート）を抽出する。
この結果、図９Ｃに示すように、検索部１４は、検索結果、例えば、原因と対策の候補を表示することができる。

第２実施形態によれば、検索装置１は、製造者の異なるメカ機器と、製造者が同じ共通の制御機器とをそれぞれ組み合わせて１つの工作機械とした場合、メカ機器及び制御機器の文書データ（障害レポート）を１組のデータベース群として総合的に管理することができる。

また、検索装置１をネットワーク上の分散システムとして実施することで、複数の工作機械に関するメカ機器及び制御機器の文書データ（障害レポート）を複数ユーザから参照できるようにした。これにより、複数のシステムを構築する必要がなく、安価にシステムを構築することができる。
また、検索装置１は、制御機器の文書データと、メカ機器の文書データとを別々に生成し記憶し、その後、制御機器の文書データが蓄積された文書データベース２１と、メカ機器の文書データが蓄積された文書データベース２１とを１組のデータベース群として管理することで、複数の機械に対応できるようにした。これにより、例えば制御機器が同じでメカ機器が異なる機械群では、制御機器の情報を共有することができ、関連語ファイル作成時間を省略することができる。

第２実施形態では、製造者の異なるメカ機器と、製造者が同じ共通の制御機器とをそれぞれ組み合わせて１つの工作機械とした場合について説明したが、これに限定されない。第２実施形態は、任意のメカ機器と任意の制御機器とを組み合わせて１つの工作機械とする場合にも適用することができる。

また、第２実施形態では、メカ機器及び制御機器の文書データ（障害レポート）を例として説明したが、文書データは機械情報に限定されない。検索装置１は、少なくとも１以上の記号列の組み合わせが記載される第１の項目と、キーワードを含む第２の項目と、を共通に有する文書データが蓄積された２つ以上の異なる文書データベース２１を１組のデータベース群として管理することができる。

［第３実施形態］
以下、本発明の第３実施形態について説明する。
第３実施形態では、検索装置１における受付部１３の構成が第１及び第２実施形態と異なる。

第１及び第２実施形態では、受付部１３が検索要求として受け付けるデータは第１のキーワードであった。この場合、ユーザ自らがキーワードを考え、ＡＮＤ又はＯＲ等の論理演算を利用して所望の文書データの絞り込みを行う。ところが、ユーザにとっては、機器の状況を説明する会話文等をそのまま入力したい場合もある。
そこで、第３実施形態の検索装置１は、検索要求として１又は複数の文の入力を受け付ける。

受付部１３は、検索要求として１又は複数の文を受け付けた後、この１又は複数の文から、抽出部１２がキーワード群を抽出する手順と共通の手順により第１のキーワードを抽出する。
キーワード群を抽出する手順には、通常、形態素解析が用いられる。このとき、抽出対象外として除外される不要語、及び同義としてまとめられる類義語（シソーラス）等のデータベースが参照され、キーワード群が決定される。
このデータベースを、抽出部１２及び受付部１３で共通に参照することにより、検索装置１は、関連語ファイル２２のキーワード群と検索要求としての第１のキーワードとを整合させ、この結果、検索精度が向上する。

［第４実施形態］
以下、本発明の第４実施形態について説明する。
なお、第１〜第３実施形態と同一の構成要素については、同一の符号を用いて示し、その説明は省略する。

第１及び第２実施形態では、検索要求として受け付けるデータは第１のキーワードであり、第３実施形態では、受け付けた１又は複数の文から第１のキーワードが抽出された。これらの場合、例えば機械の故障に対する知識情報を検索する場合に、ユーザが故障の状態を解釈し、説明文又はキーワードを作成する必要があった。
そこで、第４実施形態の検索装置１は、機器から得られるセンサ情報を入力として、経験則に基づく変換条件に従って第１のキーワードを自動作成する。

図１０は、第４実施形態に係る検索装置１の機能構成を示すブロック図である。
検索装置１の制御部１０は、分類部１１、抽出部１２、受付部１３、検索部１４、群管理部１５の他、センサ入力部１６と、状態取得部１７とを備える。
また、記憶部２０は、文書データベース２１、関連語ファイル２２の他、変換データベース（ＤＢ）２３を備える。

センサ入力部１６は、監視対象となる機器（例えば、前述のメカ機器又は制御機器等）に設置された各種センサから、測定データを含むセンサ情報を入力として受信する。
状態取得部１７は、変換データベース２３に格納されている所定の変換条件に基づいて、受信したセンサ情報を機器の状態を示す状態キーワードに変換する。この状態キーワードが文書検索用の第１のキーワードとして受付部１３に入力される。

ここで、変換データベース２３に格納される変換条件は、センサ値、又はセンサ値の演算結果（例えば、積分値）等を閾値と比較して、状態キーワードに変換する条件であり、過去の事例に基づく経験則から予め設定される。
また、状態取得部１７は、センサ情報から、例えばＦＦＴ又は主成分分析等を用いて特徴量を算出し、特徴量に基づく変換条件により状態キーワードを決定してもよい。

図１１は、第４実施形態に係る変換データベース２３を例示する図である。
この例では、センサ情報として取得される温度及び圧力を状態キーワードに変換するための条件が設定されている。
例えば、所定の測定時間内に温度が閾値を超えた回数が５回以上となり、かつ、温度の実積分値が設定値以上である場合、状態取得部１７は、状態キーワード「オーバーヒート」を取得する。
同様に、所定の測定時間内に温度が閾値を超えた回数が５回以上となり、かつ、温度の実積分値が設定値未満である場合、状態取得部１７は、状態キーワード「負荷異常」を取得する。
また、現在の圧力が閾値を超え、かつ、所定の測定時間内における圧力の実積分値が設定値以上である場合、状態取得部１７は、状態キーワード「圧力異常」を取得する。

図１２は、第４実施形態に係る検索装置１による検索結果の表示例を示す図である。
検索部１４は、状態取得部１７により変換された状態キーワードを第１のキーワードとして、関連語ファイル２２から関連語を取得した後、文書データベース２１を検索する。

センサ情報から変換された状態キーワード、例えば「オーバーヒート」と、その関連語とに基づいて文書データが検索されると、現象、原因、対策及び部品等の情報が検索結果として表示される。
この例では、センサデータを監視する制御装置が状態「オーバーヒート」を感知したこと、及び検索結果である対応事例が画面表示されている。
また、例えば、対応事例に記述されている「交換」に関して、部品の交換方法に関連する別文書が検索された場合、下線付きでリンク「交換方法」が表示され、このリンクが選択されることで、画面は別文書の表示に遷移してもよい。

図１３は、第４実施形態に係る検索装置１をネットワーク上の分散システムとして実施した場合の概要図である。
この場合、センサ入力部１６、状態取得部１７及び変換データベース２３は、検索装置１の外部に設けられてよい。

例えば、監視対象の機器を制御する制御装置１００がセンサ入力部１６及び状態取得部１７を備える。制御装置１００は、変換データベース２３に基づいて変換した状態キーワードを、検索要求の第１のキーワードとして通信装置１１０を介して検索装置１（受付部１３）に送信する。
制御装置１００は、通信装置１１０を介して検索結果を受信すると、問い合わせの回答として表示装置１２０に表示し、ユーザに通知する。

第４実施形態によれば、ユーザが機器の状態を判断して検索のためのキーワードを作成するのに比べて、センサ情報から自動的にキーワードが生成されるため、ユーザの負荷が低減される。
さらに、複数のセンサ情報を用いることにより、機器の状態を把握するための情報量が増え、状態をより正確に表現したキーワードが生成される。この結果、検索装置１は、有用な検索結果を適時に提供できる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

検索装置１による検索方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、コンピュータ（検索装置１）にインストールされる。また、これらのプログラムは、リムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。

１ 検索装置
１０ 制御部
１１ 分類部
１２ 抽出部
１３ 受付部
１４ 検索部
１５ 群管理部
１６ センサ入力部
１７ 状態取得部
２０ 記憶部
２１ 文書データベース
２２ 関連語ファイル
２３ 変換データベース

Claims (16)

1. 複数の項目からなる文書データが蓄積されたデータベースにおいて、１以上の記号列の組み合わせが記載される第１の項目の合致度に基づいて、前記文書データを分類する分類部と、
   前記分類部により分類された同一グループ内の文書データから、第２の項目に含まれるキーワード群を、検索用の関連語として抽出する抽出部と、を備える検索装置。
2. 前記分類部は、前記第１の項目が完全一致する文書データを同一グループに分類する請求項１に記載の検索装置。
3. 前記分類部は、前記第１の項目の少なくとも一部が一致する文書データを同一グループに分類する請求項２に記載の検索装置。
4. 第１のキーワードによる検索要求を受け付ける受付部と、
   前記第１のキーワードにより前記文書データを検索すると共に、当該第１のキーワードと同一のキーワード群に含まれる第２のキーワードより前記文書データを検索する検索部と、を備える請求項１から請求項３のいずれかに記載の検索装置。
5. 前記受付部は、前記第１のキーワードを含むキーワード群を表示し、前記第２のキーワードの入力を受け付ける請求項４に記載の検索装置。
6. 前記検索部は、前記第１のキーワードを含むキーワード群から、前記第２のキーワードを順次抽出し、当該第２のキーワードそれぞれにより前記文書データを検索する請求項４に記載の検索装置。
7. 少なくとも２つ以上の異なる前記データベースを１組のデータベース群として管理すると共に、前記１組のデータベース群に含まれるデータベース毎に前記抽出部により検索用の関連語として抽出されたキーワード群を、１組のキーワード群集合として管理する群管理部を備え、
   前記検索部は、前記第１のキーワードによる検索要求に対して、前記１組のデータベース群に含まれる前記データベースに蓄積された文書データを検索すると共に、前記１組のキーワード群集合において、前記第１のキーワードと同一のキーワード群に含まれる第２のキーワードにより前記文書データを検索する、請求項４から請求項６のいずれかに記載の検索装置。
8. 前記受付部は、前記検索要求として１又は複数の文を受け付けた後、当該１又は複数の文から、前記抽出部が前記キーワード群を抽出する手順と共通の手順により前記第１のキーワードを抽出する請求項４から請求項７のいずれかに記載の検索装置。
9. 機器のセンサ情報を入力するセンサ入力部と、
   所定の変換条件に基づいて、前記センサ情報を前記機器の状態を示す状態キーワードに変換する状態取得部と、を備え、
   前記受付部は、前記状態キーワードを前記第１のキーワードとして受け付ける請求項４から請求項７のいずれかに記載の検索装置。
10. 前記文書データは、機器の障害レポートであり、
    前記記号列は、修理対象となった部品の仕様番号及び個数である請求項１から請求項９のいずれかに記載の検索装置。
11. 複数の項目からなる文書データが蓄積されたデータベースにおいて、１以上の記号列の組み合わせが記載される第１の項目の合致度に基づいて、前記文書データを分類する分類ステップと、
    前記分類ステップにおいて分類された同一グループ内の文書データから、第２の項目に含まれるキーワード群を抽出する抽出ステップと、をコンピュータが実行する検索方法。
12. 前記コンピュータがさらに、
    第１のキーワードによる検索要求を受け付ける受付ステップと、
    前記第１のキーワードにより前記文書データを検索すると共に、当該第１のキーワードと同一のキーワード群に含まれる第２のキーワードより前記文書データを検索する検索ステップと、を実行する請求項１１に記載の検索方法。
13. 前記コンピュータがさらに、
    少なくとも２つ以上の異なる前記データベースを１組のデータベース群として管理すると共に、前記１組のデータベース群に含まれるデータベース毎に、前記抽出ステップにおいて検索用の関連語として抽出されたキーワード群を１組のキーワード群集合として管理する群管理ステップを実行し、
    前記検索ステップにおいて、前記第１のキーワードによる検索要求に対して、前記１組のデータベース群に含まれる前記データベースに蓄積された文書データを検索すると共に、前記１組のキーワード群集合において、前記第１のキーワードと同一のキーワード群に含まれる第２のキーワードにより前記文書データを検索する請求項１２に記載の検索方法。
14. 前記コンピュータがさらに、
    前記受付ステップにおいて、前記検索要求として１又は複数の文を受け付けた後、当該１又は複数の文から、前記抽出ステップにおいて前記キーワード群を抽出する手順と共通の手順により前記第１のキーワードを抽出する請求項１２又は請求項１３に記載の検索方法。
15. 前記コンピュータがさらに、
    機器のセンサ情報を入力するセンサ入力ステップと、
    所定の変換条件に基づいて、前記センサ情報を前記機器の状態を示す状態キーワードに変換する状態取得ステップと、を実行し、
    前記受付ステップにおいて、前記状態キーワードを前記第１のキーワードとして受け付ける請求項１２又は請求項１３に記載の検索方法。
16. 請求項１から請求項１０のいずれかに記載の検索装置としてコンピュータを機能させるための検索プログラム。

Images