(57)【要約】【課題】  従来技術においては、“取得したいデータを特定するために、意図的に特定情報を準備”する必要がある。また、そのための専用手順が必要となる。【解決手段】  情報検索するに際して、回答抽出に際しての問合せ者、回答者双方の負荷削減、問合せ者へのアドバイス情報の提供、そしてジャストフイットした回答を検索するのに、マスタデータ、パターンデータ、そして集計テーブルを手段として具備する。  更に、回答が不可能であった場合も、有益な質問を蓄積するためのテンポラリエリアを備えたナレッジDBを併せ持つ。【選択図】  図１
2009042950.tif 000002
【特許請求の範囲】
【請求項１】
問合せ情報に基づいて、データベースから所望の情報を検索する情報検索システムにおいて、
前記問合せ情報の入力を受付ける手段と、
前記問合せ情報に対応する回答情報を前記データベースから検索する手段と、
前記問合せ情報の内容が、所定条件を満たすか否かを判断する手段と、
前記所定条件を満たすと判断した場合、前記問合せ情報を記憶装置に蓄積する手段とを有することを特徴とする情報検索システム。
【請求項２】
請求項１に記載の情報検索システムにおいて、
前記判断する手段は、前記検索する手段で、前記回答情報が検索されなかった場合に、前記所定条件を満たすか否かを判断することを特徴とする情報検索システム。
【請求項３】
請求項２に記載の情報検索システムにおいて、
当該情報検索システムは、機器の保守を行うための保守支援システムを構成し、
前記データベースは、前記機器の構成を示す機器構成情報の階層管理を行うコーパスDB、と回答を保有するナレッジDBを有し、
前記検索する手段は、前記問合せ情報の分析を行う正規化処理部および分析された問合せ情報を用いて、検索を実行することを特徴とする情報検索システム。
【請求項４】
請求項３に記載の情報検索システムにおいて、
前記判断する手段は、設備機器の構成情報と既知の回答情報を用いて、問合せ情報の価値の有無を判断し、
前記蓄積する手段は、価値があると判断された場合、前記蓄積を実行することを特徴とする情報検索システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆる自然語を用いた情報検索に係る分野に関する。また、検索結果をより好適なものとする技術にも関する。これには、検索結果をオプティマイズ化させ、ヒットせずしてオーバフローした有益情報をシステムのより熟成化、と高度化を目的としてストックする技術も含まれる。その中でも特に、検索された情報を用いて、工場などの設備の保守を行うため保守支援システムなどにも関する。
【背景技術】
【０００２】
電力会社などにおける現場保守の実態は、自己知識に依る、マニュアルに順ずる、有識者への依存等、様々である。いずれも、保守に関わる要員の知識レベルに依り、探し出す情報の質、量、および情報を探し当てるまでに要する時間に大差がある。このようなことが要因となって、保守作業が制限時間内で終えない、という事態も多々発生している。つまり、情報検索の必要性が高いものである。
【０００３】
したがって、より便利で、使い勝手の良い高度な情報検索の技術が求められている。このための技術として、特許文献１が存在する。
【０００４】
【特許文献１】特開２００４−１３９５０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１においては、“取得したいデータを特定するために、意図的に特定情報を準備“する必要がある。また、そのための専用手順が必要となる。
【０００６】
往々にして、入り組んだ複雑な問合せ時には、人手による補完処理が必要となり、問合せをする側、と回答をする側、双方に余分な負荷を発生させる。
【０００７】
更に、問合せ内容の精密さに依り、不要な情報を含んだ膨大な数の回答結果を得る場合が有り、問合せをする側にとって真に満足する回答を得られないケースがある。
【課題を解決するための手段】
【０００８】
情報検索するに際して、特別の専用手順を必要とせず、自然語入力装置でもって行う。
【０００９】
このために、本発明では、問合せ内容、すなわち、情報検索における入力情報が所定条件を満たすか否か（例えば、蓄積価値の有無）を判断し、あると判断した場合には、その情報を蓄積するものである。ここで、本発明では、問合せ内容に対応する回答がない、と判定された場合に、上記のような処理することも含まれる。
【００１０】
このために、本発明では、回答抽出に際しての問合せ者、回答者双方の負荷削減、問合せ者へのアドバイス情報の提供、そしてジャストフイットした回答を検索するのに、マスタデータ、パターンデータ、そして集計テーブルを手段として具備してもよい。
【００１１】
更に、回答が不可能であった場合も、有益な質問を蓄積するため、のテンポラリエリアを備えたナレッジDBを併せ持つ。
【発明の効果】
【００１２】
本発明の、自然語を利用したヒューマニティーな対話形式、をシステムの中に取り入れることで、現場の保守員の疑問に対し、速やかに的確な回答を与えられるよう導くことができる。また、現場の保守を担う要員はもとより、その分野に間接的に関与する人材の知識の平準化をも図れる。更には、新たに蓄積された情報・知識により、当該企業全体の技術力向上に繋がる。
【発明を実施するための最良の形態】
【００１３】
本発明の最良の形態を、図１ナレッジDBを用いた保守支援システム構成図  に示す。
【００１４】
本システムは、問合せ端末600とネットワーク100で解析/回答サーバ200に接続される。本システムの中核を成す、前記解析/回答サーバ200は、外部からの問合せデータを処理する入力処理部201、処理結果を外部へ送信するための出力処理部202、問合せ内容の分析を行う正規化処理部203、問合せ内容に対する回答の有無、および問合せ内容の価値の判断を行うための振分け処理部204、回答抽出、および問合せ内容をストックするための照会/蓄積処理部205、問合せ者へ回答、または絞込みのためのアドバイス情報の提供を行うためのテキスト編集処理部206から成る。
【００１５】
そして、当該解析/回答サーバ200には、問合せ内容の分析、と回答抽出のための情報としてのマスタデータ301、と設備機器の構成管理であるパターンデータ302、を保有させたコーパスDB300、と問合せ内容の分析結果を格納するため、の集計テーブル500を接続する。
【００１６】
更に、前記コーパスDB300にリンクさせた回答を保有する属性エリア401、と回答が不可能であったが有益な質問を蓄積するための、テンポラリエリア402を持つナレッジDB400をも接続する。
【００１７】
そして、問合せ者が、ヒューマニティーに自然語を用いた対話を行うための、自然語入力装置601、とテキスト編集機構602、および表示装置603、と一般的な端末操作でナレッジDB400のメンテナンスを行うための、運用管理端末700 を具備する。
【実施例１】
【００１８】
電力会社の保守作業を例に挙げて説明する。本発明システムを用いることによって、現場の保守員は、現場保守に関する疑問を自然語で問合せを行い、ナレッジDBから、アドバイスと同時に最適な回答を導き出すことが出来る。
【００１９】
回答が存在しない場合は、現場の保守員の生の疑問と判断し、当該疑問を、より成熟したナレッジDBへと成長させることを目的として、預かり・蓄積する。
【００２０】
以下に、本発明の実施例を示す。
図１にナレッジDBを用いた保守支援システム構成図を示す。この図１において、解析/回答サーバ200は、本システムの中核を成し、ネットワーク100を介して、問合せ端末600からのトランザクション処理を行う。
【００２１】
まず、トランザクション処理の流れを、図１ナレッジDBを用いた保守支援システム構成図２を用いて述べる。
【００２２】
トランザクションは、通常、問合せ端末600から問合せ内容として発生し、ネットワーク100を経由して、解析/回答サーバ200、の入力処理部201を経て、内部処理部に入り、正規化処理部203において、問合せ内容、とコーパスDB300の機器構成情報かつ事象同義語のパターンを比較し、合致するものか判定を行い、問合せ内容に該当する回答の抽出準備を行う。
【００２３】
当該結果から、振分け処理部204において、回答の抽出、または問合せの内容のストック、のための処理振分けの判断を行う。
【００２４】
回答が存在する場合は、照会/蓄積処理部205において、ナレッジDB400の属性エリア401から、該当する回答を抽出する。
【００２５】
曖昧な問合せ内容により、回答が複数存在する場合は、テキスト編集処理部206において、的確な回答を抽出するために、回答の絞込みのためのアドバイス情報を、問合せ者（保守員）に提供し、問合せ内容の具体化を図ることで、回答の絞込みを行う。
【００２６】
問合せ者（保守員）が、回答の絞込みを行わずして、複数回答の参照、および確認したい要求に対しては、複数の回答を、問合せ者（保守員）に一覧形式で提供し、その一覧の回答の中から、最適な回答を探し出す方式とする。
【００２７】
回答が存在しない場合（回答が存在しないと判断された場合）は、振り分け処理部204において、本問合せ内容の価値を、設備機器の構成に矛盾が無いか、により判断した上で、矛盾が無い場合は、価値の有る問合せと判断し、この問合せ内容を、照会/蓄積処理部205において、ナレッジDB400のテンポラリエリア402、へのストックを行う。そして、ストックした回答の無い問合せについては、その後、運用管理端末700をもって精査し、正式な回答文章を追加する。以上が、一連のトランザクションの流れとなる。
【００２８】
次に、解析/回答サーバ200の処理内容を、図２内部処理部のジェネラルフロー  を用いて説明する。
【００２９】
<S010>
問合せ者（保守員）が、解析/回答サーバ200へ、自然語で作成した問合せ内容を送信した後、この問合せ内容が、設備機器の構成に矛盾が無いか、の確認を、コーパスDB300を用いて判定を行い、回答の抽出条件、および回答の絞込みのためのアドバイス情報の抽出を行う。
【００３０】
次に、本処理<S010>の詳細を、図３の正規化処理フローを用いて説明する。
<<S01001>>
本ステップでは、問合せ内容を、一旦ワークエリアに読込む。
なお、問合せ内容は、図７画面遷移（絞込みアドバイス）  に示すように“タービン振動数の範囲を教えて下さい。”とする。
【００３１】
<<S01002>>
本ステップの処理は、ワークエリアに含まれる、機器構成情報と事象同義語を、コード化し、コーパスDB300中のパターンデータとの比較を、高速化するための事前準備処理である。
【００３２】
具体的な処理の詳細を以下に示す。
ワークエリア中のデータ、つまり  前記<<S01001>>で示した“タービン振動数の範囲を教えて下さい。” とコーパスDB300中のマスタデータ301の大分類欄の“タービン”、小分類欄の“振動数”、事象同義語欄の“範囲”を、例えばSQLを用いて、それぞれに対応するコードを抽出する。そして、当該コードを集計テーブル500に格納する。
【００３３】
ここで、コード化し、コーパスDB300中のパターンデータとの比較を、高速化せしめている手段を以下に述べる。
(1)マスタデータ301として、大・中・小分類、および事象同義語をコード化して保有させておく。
(2)パターンデータ302として、前記マスタデータから発生するすべての組み合わせパターンを、体系的に管理し登録しておく。
更に、ナレッジDB400中の回答文章とリンクするための回答キーを設けておくこと。
(3)上記、集計テーブル500を保有すること。
以上の事前準備処理を行うことによって、後続の検索処理の高速化、また適正アドバイスの問合せ者への返信が実現させる。
【００３４】
<<S01003>>
本ステップでは、問合せ者（保守員）からの問合せに対する回答に関連した情報の抽出を行う。
【００３５】
この具体的な処理内容は以下のとおりである。
前記<<S01002>>で編集した、集計テーブル500の大分類、中分類、小分類、および事象同義語欄の内、コードが設定されている分類、つまり  大分類欄の“タービン”、小分類欄の“振動数”、事象同義語欄の“範囲”をキーにして、例えばSQLを用いて、パターンデータ302から該当したレコードを抽出し、抽出したレコード数、とレコードの中の、回答キー欄と回答有無フラグ欄のデータを抽出する。（図４コーパスDBのレコードフォーマットを例にした場合、“レコード数が２件、回答キーが１と２、回答有無フラグが１と１”となる。）
<<S01004>>
本ステップでは、問合せ者（保守員）からの問合せの内容において、設備機器の構成に、問合せ内容に矛盾が有る、あるいは無いか、の判断を行う。
【００３６】
この具体的な処理内容は以下のとおりである。
前記<<S01003>>で抽出した、レコード数が、０（ゼロ）件の場合は、“この問合せ内容には矛盾が有る“と判断する。（図４コーパスDBのレコードフォーマット  を例にした場合、“レコード数が２件であり、矛盾無し”となる。）
<<S01005>>
本ステップでは、問合せ者（保守員）からの問合せに対する回答数の確認を行う。
この具体的な処理内容は以下のとおりである。
前記<<S01003>>で抽出した、回答キーに該当する、回答有無フラグを確認する。この回答有無フラグが１の場合、回答有りと判断し、回答数として、回答有無フラグ欄の数値の累積値を算出する。（図４コーパスDBのレコードフォーマット  を例にした場合、“回答数は２件”となる。）
<<S01006>>
本ステップの処理は、問合せ者（保守員）に対して、“もう少し詳しく質問するように！”、と促すことを目的とする。そのために、問合せ者が容易に、絞込みができるように、キーとなる語彙、つまり、図７画面遷移（絞込みアドバイス）の中に示す“高圧”“低圧”この語句の特定を行う処理である。
【００３７】
具体的な処理の詳細を以下に示す。
集計テーブル500中の、大分類、中分類、小分類、および事象同義語欄の内、コードが未設定（空白）である分類および事象同義語、をパターンデータ302から抽出することである。
（図４コーパスDBのレコードフォーマット  を例にした場合、 “中分類の高圧(1)、中分類の低圧(2)”となる。）
本処理の実施により、問合せ者への適切なるアドバイスが自動的に行えるようになる。
【００３８】
<<S01007>>
本ステップでは、問合せ者（保守員）からの問合せに対する回答有りの場合の、情報を上位処理へ返却する。この具体的な処理内容は以下のとおりである。
前記<<S01004>>で判定した、問合せ内容には矛盾が無い、と前記<<S01005>>で判定した、回答数と回答キー、と前記<<S01006>>で抽出した、アドバイス用の分類コード、を上位処理<S020>に返却する。（図４コーパスDBのレコードフォーマット  を例にした場合、“問合せ内容の矛盾無し、回答数が２件、回答キーが１と２、アドバイス用の分類コードが中分類の１と２”となる。）
<<S01008>>
本ステップでは、問合せ者（保守員）からの問合せにおいて、この問合せ内容には矛盾は無いが、回答が存在しない場合に、この問合せ内容をナレッジDB400にお預かりするかどうかの判定を行う。
【００３９】
この具体的な処理内容は以下のとおりである。
集計テーブル500中の、大分類、中分類、小分類、および事象同義語欄の内、コードが例えば全て設定されている場合ならば（全てのコードが設定されてなくとも、所定の条件を満たしていてもよい）、この問合せ内容は曖昧では無い、と判断し、ナレッジDB400のテンポラリエリア402に、格納可能である、と判定する。
【００４０】
<<S01009>>
本ステップでは、問合せ者（保守員）からの問合せをお預かりする場合、その情報を、上位処理へ返却する。つまり、前記<<S01001>>で読込みした、ワークアリアの内容、と前記<<S01003>>で抽出した、回答キー、と前記<<S01005>>で判定した、回答数０（ゼロ）、と前記<<S01008>>で判定した、問合せ内容をお預かりする、を上位処理に<S020>返却する。
【００４１】
<<S01010>>
本ステップでは、問合せ者（保守員）からの問合せに、矛盾が有った場合の情報を、上位処理へ返却する。つまり、前記<<S01003>>で抽出した、レコード数（回答数０（ゼロ））、と前記<<S01004>>で判定した、問合せ内容には矛盾が有る、または<<S01008>>で判定した、問合せ内容をお預かりできない、を上位処理<S020>に返却する。
【００４２】
<S020>
問合せ者（保守員）の問合せに対する回答の有無において、前記<S010>の回答数の返却結果から、回答の有無に対応する、後続処理への分岐を行う。
【００４３】
<S030>
問合せ者（保守員）の問合せに対する回答数おいて、前記<S010>の回答数の返却結果から、回答数に対応する、後続処理への分岐を行う。
【００４４】
<S040>
問合せ者（保守員）の問合せに対する回答において、前記<S010>の回答キーの返却結果から、問合せに該当する回答データを、ナレッジDB400の属性エリア401から、回答キーを用いて、抽出を行う。
【００４５】
<S050>
前記<S040>で抽出した、問合せに該当する回答データを、問合せ者（保守員）が参照できる形式にテキスト編集する。
【００４６】
<S060>
前記<S010>で抽出した、中分類のコードを、マスタデータ301の中分類を用いて、名称に変換する。
【００４７】
次に、当該名称を、問合せ者（保守員）が参照できる形式にテキスト編集し、通知メッセージを出力する。（図７画面遷移（絞込みアドバイス）を例にした場合、“中分類：[高圧][低圧]のいずれかの文言を追加して下さい。”となる。）
<S070>
前記<S060>の通知メッセージにおいて、問合せ者（保守員）が、複数の回答を参照するか否かを判断し、複数回答の参照有無に対応する後続処理への分岐を行う。
【００４８】
<S080>
前記<S010>の問合せに対する矛盾有るか無いか、の返却結果から、問合せ内容に矛盾が有る場合は、この問合せは価値が無い、問合せ内容に矛盾が無い場合は、この問合せは価値が有る、と判断し、問合せの価値の有り・無しに対応する後続処理への分岐を行う。
【００４９】
<S090>
本ステップの処理は、問合せ者（保守員）に対して、“お問合せに対する回答は無いが、価値有る問合せ内容であるので、この問合せ内容を知識データとしてお預かりします！”、旨のメッセージを通知することと、現場の生の疑問を蓄積することを目的とする。そのために、前記<S010>から返却した問合せ内容の蓄積、つまり、図８画面遷移（お預かり機能）の中に示す“このお問合せをお預かり致します。”というメッセージの通知を行うことである。
【００５０】
具体的な処理の詳細を以下に示す。
前記<S010>で判定した、問合せ内容に矛盾が有る、あるいは無い、の結果から、矛盾が無い場合は、価値有る問合せで有ると判断し、この問合せ内容をナレッジDB400のテンポラリエリア402の前記<S010>で抽出した回答キーの問合せ欄に追加登録する。
【００５１】
本処理の実施により、現場の生の声・疑問を蓄積することができ、ナレッジデータベースをより有益なものへと発展させていける訳である。
【００５２】
<S100>
前記<S090>の蓄積処理による、問合せ内容のお預かりが完了した後に、問合せ者（保守員）に対し、“お問合せをお預かりしました。”という完了メッセージを通知する。
【００５３】
<S110>
前記<S010>の正規化処理において、問合せ内容に矛盾が有る、と判断した場合に、問合せ者（保守員）に対し、“お問合せ内容に矛盾が有ります。お問合せ内容を確認して下さい。”という、問合せ内容の見直しを促す、メッセージを通知する。
【００５４】
以上、本発明の処理によってトランザクション処理の概観は、図７画面遷移（絞込みアドバイス）、図８画面遷移（お預かり機能）、図９画面遷移（価値の無い問合せ内容）となる。
【００５５】
つまり、自然語を利用したヒューマニティーな対話形式をシステムの中に取り入れることで、現場の保守員の疑問に対し、速やかに的確な回答を与えられるように、アドバイスを提供しながら導く。また、現場保守を担う要員はもとより、その分野に間接的に関与する人材の知識の平準化を図る。更には、新たに蓄積された疑問を知識として利用することにより、当該企業全体の技術力向上に繋げることができる。
【００５６】
なお、本実施例では、入力資源を文章としたが、特段その制限は無く、音声入力でも何んら構わない。
【００５７】
本発明は設備機器の管理、および保守を行っている業種はもとより、同様な管理体系下で運用する他業種への適用も当然ながら可能である。
【図面の簡単な説明】
【００５８】
【図１】ナレッジDBを用いた保守支援システム全体構成図を示す。
【図２】解析/回答サーバのジェネラルフローを示す。
【図３】問合せ内容の解析と調査、ナレッジDB照会の事前準備処理を示す。
【図４】コーパスDBのレコードフォーマットを示す。
【図５】ナレッジDBのレコードフォーマットを示す。
【図６】集計テーブルを示す。
【図７】絞込みアドバイスの画面遷移を示す。
【図８】お預かり機能の画面遷移を示す。
【図９】価値の無い問合せ内容の画面遷移を示す。
【符号の説明】
【００５９】
100：ネットワーク
200：解析/回答サーバ
201：入力処理部
202：出力処理部
203：正規化処理部
204：振り分け処理部
205：照会/蓄積処理部
206：テキスト編集処理部
300：コーパスDB
301：マスタデータ
302：パターンデータ
400：ナレッジDB
401：属性エリア
402：テンポラリエリア
500：集計テーブル 
600：問合せ端末
601：自然語入力装置
602：テキスト編集機構
603：表示装置
700：運用管理端末
【図１】
2009042950.tif 000003
【図２】
2009042950.tif 000004
【図３】
2009042950.tif 000005
【図４】
2009042950.tif 000006
【図５】
2009042950.tif 000007
【図６】
2009042950.tif 000008
【図７】
2009042950.tif 000009
【図８】
2009042950.tif 000010
【図９】
2009042950.tif 000011