JP3655501B2 - 情報検索方法、情報検索装置及び記録媒体 - Google Patents
情報検索方法、情報検索装置及び記録媒体 Download PDFInfo
- Publication number
- JP3655501B2 JP3655501B2 JP18205699A JP18205699A JP3655501B2 JP 3655501 B2 JP3655501 B2 JP 3655501B2 JP 18205699 A JP18205699 A JP 18205699A JP 18205699 A JP18205699 A JP 18205699A JP 3655501 B2 JP3655501 B2 JP 3655501B2
- Authority
- JP
- Japan
- Prior art keywords
- search
- equipment
- input
- data
- facility
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、例えば、プラントなどの設備の監視、操作、運用、保守に関わる文書データと設備等から直接得られるリアルタイムデータとを管理し利用するための情報装置において、データを効率的に検索するための方法に関する。
【０００２】
【従来の技術】
従来から、人が日常的に使うような自然言語の質問を解釈し、ユーザの意図にあった情報を検索して呈示するための技術が開発されてきた。
【０００３】
特に、文書検索の分野では、検索条件であるユーザの質問と、検索対象である文書が、ともに自然言語で記述されていることから、両者に含まれる語の重複や、表現の類似性、語の統計的・意味的な関連が、比較的導き易く、実用的な自然言語検索インタフェースが実現されている（例えば、「文書情報検索装置（特開平７−１９２０２０）」）。
【０００４】
また、リレーショナル・データベースを自然言語で検索するインタフェースも開発されている（例えば、「データベース自然言語インタフェース装置および方法（特開平９−４４５０８）」）。これは、データベースの構造と自然言語の表現との関連を記述した知識を用いて、ユーザの質問文をＳＱＬ等のデータベース検索言語に変換し、検索を行うものである。
【０００５】
一方、ユーザの明示的な質問だけでなく、ユーザの質問時やデータの登録時における環境情報を検索条件として用いて、検索を行う方法も開発されている。例えば「検索装置（特開平７−１４１３８９）」は、文書検索の際に、その文書を作成・検索した場所や時刻、文書を利用した人の当時の業務スケジュールなどの情報を利用して、ユーザが明示的な質問をシステムに与えることができない場合にも、検索を可能にする方法である。
【０００６】
【発明が解決しようとする課題】
上述のように、文書検索や、構造と内容が比較的静的なリレーショナル・データベースを対象とした自然言語検索インタフェースは、実用的な段階にある。オフィスにおいては、利用するデータの多くが、文書データか、リレーショナル・データベースに蓄積されたデータであるため、従来の自然言語検索インタフェースはオフィス業務では有効であると言える。
【０００７】
しかしながら、たとえば、プラントの監視制御などの業務においては、ユーザが扱う情報としては、マニュアルや運転方案書などの文書データは一部に過ぎず、これ以外にも、センサ値やアラーム、操作履歴などの、動的かつ多数のリアルタイムデータ（この場合、特にプロセスデータと呼ぶ）を参照しながら、業務が進められる。このような業務においても、必要な情報を、音声やテキストの自然言語による問い合わせによって、検索して利用したいというニーズが高まっている。また、文書データとリアルタイムデータ（例えば、プロセスデータ）とういう異種のデータを、複数検索し、両方を利用しながら、プロセスの異常などに迅速に対処するということが望まれている。
【０００８】
本発明の課題の１つは、文書データと、監視対象の例えばプラントから得られるリアルタイムデータとの両方の検索・利用を可能とする、統合的な自然言語検索インタフェースを実現することによって、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化することにある。
【０００９】
また、上述の「検索装置（特開平７−１４１３８９）」は、環境情報を文書検索の検索条件として利用する方法であったが、この場合の環境情報は、主にオフィスでの、文書の作成・利用に関わる環境を意味するものであり、プラント等設備の監視制御におけるような、外部の実世界のリアルタイムな環境情報とは意味が異なる。
【００１０】
本発明では、文書データのみならず、文書データとリアルタイムデータの両方の検索・利用に関わる環境を考慮する。
【００１１】
環境情報として、プラント等の外部世界の情報を用いることにより、その環境下でのユーザの情報アクセスをより能動的に支援することを課題とする。さらに言えば、本発明におけるリアルタイムデータは、それ自体、ユーザが検索し利用する対象であり、かつ環境情報でもあるデータであるという点で、上述の「検索装置」における環境情報と位置づけが異なる。
【００１２】
具体例を挙げると、例えば、プラント内の一部の機器に異常が発生した場合に、ユーザが「復旧方法は？」とのみ問い合わせることにより、その機器の復旧方法に関わるマニュアル文書やプロセスデータを呈示するという機能を実現することを目的とする。この例のように、監視制御等の業務では、ユーザの自然言語による問い合わせは、簡潔かつ省略された表現になる傾向がある。
【００１３】
そこで本発明では、簡潔な問い合わせ文を環境情報（リアルタイムデータ）に応じて解釈することにより、適切な情報を提供することも課題とする。
【００１４】
【課題を解決するための手段】
本発明の情報検索方法は、入力された検索要求文を解釈して文書データおよびリアルタイムデータを検索するための検索命令を生成し、この生成された検索命令に基づき前記文書データおよび前記リアルタイムデータのうちの少なくとも一方を検索して呈示することにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。
【００１５】
また、本発明の情報検索方法は、入力された検索要求文を検索要求時に取得されたリアルタイムデータに基づいて解釈して（より具体的には、検索要求時のリアルタイムデータに基づいて検索要求文の解釈結果を補う、または、絞り込む）、文書データおよびリアルタイムデータを検索するための検索命令を生成し、この生成された検索命令に基づき前記文書データおよび前記リアルタイムデータのうちの少なくとも一方を検索して呈示することにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。また、簡潔な検索要求文を入力するだけで、リアルタイムデータに基づきそれを解釈することにより、効率よく適切な情報の検索を可能にする。
【００１６】
好ましくは、前記検索命令を生成する際に、検索要求時の前記リアルタイムデータに基づいて、要求を受け付けるか拒絶するかを判断する。
【００１７】
好ましくは、前記検索命令を生成する際に、検索要求時の前記リアルタイムデータに基づいて行なった前記検索要求文の解釈の内容を呈示する。
【００１８】
本発明の情報検索装置は、文書データを記憶する文書データ記憶手段と、リアルタイムデータを取得して記憶するリアルタイムデータ記憶手段と、入力された検索要求文を解釈して前記文書データおよび前記リアルタイムデータを検索するための検索命令を生成する検索命令生成手段と、前記検索命令に基づき文書データとリアルタイムデータの少なくとも一方を検索して呈示する検索手段とを具備したことにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。
【００１９】
また、本発明の情報検索装置は、文書データを記憶する文書データ記憶手段と、リアルタイムデータを取得して記憶するリアルタイムデータ記憶手段と、入力された検索要求文を前記リアルタイムデータ記憶手段で記憶された検索要求時のリアルタイムデータに基づいて解釈して（より具体的には、検索要求時のリアルタイムデータに基づいて検索要求文の解釈結果を補う、または、絞り込む）前記文書データおよび前記リアルタイムデータを検索するための検索命令を生成する検索命令生成手段と、前記検索命令に基づき文書データとリアルタイムデータの少なくとも一方を検索して呈示する検索手段とを具備したことにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。また、簡潔な検索要求文を入力するだけで、リアルタイムデータに基づきそれを解釈することにより、効率よく適切な情報の検索を可能にする。
【００２０】
好ましくは、前記検索命令生成手段は、前記リアルタイムデータ記憶手段で記憶された検索要求時のリアルタイムデータに基づいて、要求を受け付けるか拒絶するかを判断する。
【００２１】
好ましくは、前記検索命令生成手段は、前記リアルタイムデータ記憶手段で記憶された検索要求時のリアルタイムデータに基づいて行なった前記検索要求文の解釈の内容を呈示する。
【００２２】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【００２３】
図１は、本実施形態に係る情報検索システムの構成を示すブロック図である。図１に示す情報検索システムは、大きく分けて、文書データ管理部１とプロセスデータ管理部２と検索命令生成部３とデータ呈示部４と検索命令生成規則記憶部３１とから構成されている。
【００２４】
文書データ管理部１は、文書データを記憶・管理（登録、検索を含む）するためのもので、文書データ記憶部１２と、この文書データ記憶部１２に文書を登録する文書データ登録部１１と、文書データ記憶部１２から文書を検索する文書データ検索部１３とから構成されている。
【００２５】
なお、図１の情報検索システムをコンピュータ上に構成することもできる。すなわち、上記各部のうち、文書データ記憶部１２、プロセスデータ記憶部２２、検索命令生成規則記憶部３１をコンピュータによりアクセス可能な磁気ディスク（フロッピーディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に構成し、その他の構成部を磁気ディスク（フロッピーディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納されたコンピュータに実行させることのできるプログラムとして構成することもできる。
【００２６】
文書データ管理部１は、従来技術の文書データベースを用いて実現してもよく、文書検索機能として、キーワードの論理式を検索条件とした文書検索と、自然言語の問い合わせを検索条件とした文書検索との両方を具備したものであればよい。
【００２７】
プロセスデータ管理部２は、リアルタイムデータであるプラント等の設備のプロセスデータを記憶・管理（登録、検索を含む）するためのもので、設備に取り付けられたセンサ等の制御機器からの、センサ値、アラーム、オペレータの操作履歴などのプロセスデータを、プロセスデータ取得部２１で取得する。取得されたプロセスデータのうち、必要なものはプロセスデータ記憶部２２によって記憶される。また、プロセスデータ検索部２３は、問い合わせに応じて、プロセスデータ取得部２１が常時取得しているプロセスデータ（すなわち現在値）、または、プロセスデータ記憶部２２が記憶している過去のプロセスデータ（すなわち、プロセスデータの履歴）を検索する。
【００２８】
プロセスデータ管理部２は、従来よりプラント等設備の制御システムで実現されている手段を用いて実現してよい。
【００２９】
検索命令生成部３は、ユーザからの自然言語による問い合わせ文（検索要求文）を解釈し、前述の文書データ管理部１、あるいは、プロセスデータ管理部２から、ユーザにより入力された検索要求文にあった情報を検索する検索命令を生成する。
【００３０】
検索命令生成部３は、後述するように、プラント等設備の状態、すなわち環境情報として、プロセスデータ取得部２１が常時取得しているプロセスデータを得、これに基づいて、ユーザにより入力された検索要求文の解釈処理方法を制御する。
【００３１】
検索命令生成規則記憶部３１は、自然言語の要求文を解釈し、環境情報に基づいて検索命令を生成するための知識・規則を、複数記憶する。すなわち、検索命令生成部３は、検索命令生成規則記憶部３１に記憶された規則を用いて、検索命令を生成する。
【００３２】
データ呈示部４は、文書データおよびプロセスデータをユーザに呈示するためのもので、ユーザの問い合わせは、検索命令生成部３によって、文書データ検索部１３、または、プロセスデータ検索部２３への検索命令に変換され、文書データ検索部１３またはプロセスデータ検索部２３によってデータの検索が行われる。検索結果のデータは、データ呈示部４によって、ユーザに呈示される。
【００３３】
本発明の構成上で本質的かつ新規な点は、文書データ管理部１とプロセスデータ管理部２の両方に対するユーザの要求を統一的に受け付けて、各々のデータを検索し、ユーザに呈示するよう構成した点と、プラントの状態に基づいてユーザの要求を適切に解釈する検索命令生成部３の処理内容である。
【００３４】
次に、検索命令生成規則記憶部３１に記憶された、知識・規則のデータについて説明する。
【００３５】
図２、図３は、文書データの検索に用いる知識である文書クラスを表した図で、図２は、その文書クラスの概要をツリー状に示したものである。例えば、図２において、「非定常運転」と表された文書クラス２１の詳細な記述を図３に示す。
【００３６】
図３において、文書クラス「非定常運転」は、「監視・制御」に属する概念であり、スーパークラスは「監視・制御」である。また、「非定常運転」の関連語とは、文書データ中のその語の有無が、その文書がその文書クラスに分類されるかどうかを決定するような語という意味であり、ここでは、「立ち上げ」「停止」「異常処理」などの語が「非定常運転」の関連語して記述されている。なお、図３において、「立ち上げ」、「起動」、「始動」、「スタートアップ」というまとまりは、これらの４つの語が、「非定常運転」という文脈で同義語であることを示している。
【００３７】
図４は、プラントの構成の一例を示した図で、ごく簡単なプラント設備「反応缶」の構成を示したものであるが、検索命令生成規則記憶部３１では、これに相当する知識として、図５〜図７に示したような形式で記述した知識を記憶する。図５は、図４に示したようなプラント設備の構成と設備の各々の要素が属するクラスをツリー状に示した図である。図５中、「センサ」「水位」などの楕円で示したノードは、クラス（抽象概念）を表し、「ＮＯ．１反応缶」など矩形で表したノードはインスタンス（具体概念。対象プラントに存在する実際の機器など）を表す。図５では、垂直方向のツリー（実線で示したつながり）で、クラス・インスタンス間の上位・下位関係を示す。例えば、「ＮＯ．１反応缶」は「反応缶」のインスタンスであり、「反応缶」は「缶」のサブクラスであると表現されている。また、図５中の破線で示したつながりは、概念間の関係を表す。例えば、クラス３１の「センサ」は「物理量」を計測する、「温度計」は「温度」を計測する、「設備」は「機器」で構成される、「ＮＯ．１反応缶」は「ＮＯ．１缶内温度計」や「ＮＯ．１攪拌機」などのセンサやアクチュエータで構成される（言い換えれば、「ＮＯ．１缶内温度計」や「ＮＯ．１攪拌機」などのセンサやアクチュエータが属する設備は「ＮＯ．１反応缶」である（図７では、この関係を「設備」という項目に記述している）、といった関係が図５に記述されている。
【００３８】
図６は、図５に示したクラス間の上位・下位関係と概念間の関係を含む各クラスの詳細な記述であり、例えば、図６の「水位計」というクラスからは、「センサ」というクラスをスーパークラスとするものであり、図６の「上限リミット」というクラスのスーパクラスでもあるということが読み取れる。また、この「水位計」というクラスを見ると、物理量の「水位」を計測するセンサであることが読み取れる。また、「水位計」というクラスの記述項目の１つである関連語には「水位計」「液位計」「レベル計」である、と記述されているが、これは、「水位計」という概念の呼び方には、「液位計」「レベル計」などというバリエーション（同義語）があることを意味している。
【００３９】
図７は、図５に示したインスタンスの概念間の関係を含む各インスタンスの詳細な説明の記述であり、例えば、図７の上から５番目に示してある「ＮＯ．１上限リミット」は、「上限リミット」というクラスのインスタンスである、と記述されている。各インスタンスにて表現される機器には、その機器を識別するためのユニークな識別子であるタグが付されている。例えば、図７で例示したように、「ＮＯ．１上限リミット」のタグは「ＬＳ１００１」である。
【００４０】
なお、図２、図３で説明した文書分類のクラスと、図４〜図７で説明した機器の分類のクラス、インスタンスは、形式が同じであるので、例えば、図５の「設備」「機器」「操作」「物理量」等のクラスを、図２の「設備・機器」というクラス２２のサブクラスとし、両者を併せて監視制御業務に関わる情報全般のクラスと考えてもよく、検索命令生成規則記憶部３１に記憶する知識データとしては、文書、機器の分類を１つのツリーで表現してもよい。
【００４１】
図８は、自然言語の要求文を解釈して、ユーザの求めるデータを検索して呈示するための検索命令生成規則の一部を示した図である。各規則（ここでは、一例として規則Ｒ１〜Ｒ４の４つを示している）は、８つの項目をもつ。
【００４２】
第１の項目である「パターン」は、ユーザの要求文が各々のルールに合致するかどうかを判断するためのチェック項目である。この項目に記載されているパターンと要求文とのマッチングをとったときの類似度から、当該規則を適用するかどうかを判断すると同時に、要求文から、ユーザの意図を解釈する上で重要な情報を抽出する。例えば、規則Ｒ１のパターンは、「ＮＯ．１反応缶の温度計の温度」「缶の水位」「温度計と水位計の値」などの要求文にマッチするパターンである。パターン中の ＜ ＞ で指定した部分は、図５で説明したクラスやインスタンスを意味する表現（例えば、名称）が要求文中に現われることを意味する。例えば上記の例文での「ＮＯ．１反応缶」や「缶」は規則Ｒ１のパターン中の＜設備（Ｘ）＞ の部分にマッチし、「温度計」や「水位計」は ＜センサ（Ｙ）＞にマッチする。
【００４３】
なお、図８のパターンの表記方法については、「＊」印は０個以上の繰り返しにマッチし、「＋」印は１個以上の繰り返しにマッチ、「｜」印は複数列挙したいずれかのパターンにマッチする（ＯＲ）という意味であり、{ }印はグルーピングの意味である。
【００４４】
規則Ｒ３のパターン中、＜クラス（Ｘ）＞という記述は、図２〜図７で説明した文書クラスやプラント設備のクラス・インスタンスの関連語が、要求文中に含まれることを意味する。たとえば、「反応缶のシャットダウンの方法」という要求文に対して規則Ｒ３のパターンとマッチングを行った場合、「反応缶」「シャットダウン」という語が＜クラス（Ｘ）＞にマッチする。この結果、この要求文は、図５、図６から設備クラスの「反応缶」、図２〜図３から文書クラスの「非定常運転」についての要求であると解釈される。規則Ｒ４のパターンは「ＴＲＵＥ」であり、どのような要求文にもマッチする。
【００４５】
図８において、第２の項目である「前提条件」は、規則が適用されるための条件を記述する項目である。例えば、規則Ｒ１とＲ２の前提条件「ｃｏｎｔｒｏｌｌｅｒ＿ｉｓ＿ｅｎａｂｌｅ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」の意味するところは、現在のプラントの状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）において、制御機器が利用可能であることが、これらの規則を適用するために必要であるということである。後述するように、規則Ｒ１は制御機器からプロセスデータの現在値を取得するための規則であり、規則Ｒ２は制御機器に操作命令を出すための規則であるが、両規則とも、制御機器が利用可能である場合にのみ適用される。
【００４６】
図９は、プラントの現在状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）の一例をプラント設備の一部について示したものである。図１のプロセスデータ取得部２１は、プラント設備のセンサ、アクチュエータの異常の有無や程度に関するデータを、制御機器自体の状態も含めて取得するが、例えば、図９中で、タグが「ＣＯＮＴＲＯＬＬＥＲ」である設備機器の状態が重故障であれば、上述の前提条件「ｃｏｎｔｒｏｌｌｅｒ＿ｉｓ＿ｅｎａｂｌｅ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」は偽となり、規則Ｒ１と規則Ｒ２は適用されない。
【００４７】
同様に、図８の規則Ｒ３の前提条件は、「現在の状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）が重故障（ｉｓ＿ｃｒｉｔｉｃａｌ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ））であるなら、監視・制御に関する要求である場合（クラス Ｘ＝＝監視・制御）にのみ、この規則を適用する」という意味である。規則Ｒ３は、文書検索を行なう規則であるが、このような前提条件によってその適用の可否を制御することにより、後述するように、プラントの状態に無関係で不適切な要求がユーザによって発せられた場合に、これを拒絶することができる。
【００４８】
一方、規則Ｒ４の前提条件は、恒真（ＴＲＵＥ）であり、この規則はどのような状態でも適用可能であるとしている。
【００４９】
図８において、第３の項目「パラメータ」と、第４の項目「コマンド」は、各々の規則が生成する検索命令およびそのパラメータの生成の方法に関する記述である。規則Ｒ１は、ユーザが要求したプロセスの現在値を取得して呈示する規則であるが、そのコマンドは「ｇｅｔ＿ｖａｌｕｅ（Ｙ．タグ）」である。ここで、「Ｙ」は、センサのインスタンス（例えば「ＮＯ．１上限リミット」など）であり、そのタグを、そのコマンド「ｇｅｔ＿ｖａｌｕｅ」のパラメータとする。規則のパラメータの項目には、そのパラメータの値を特定するための手続きを記述する。規則Ｒ１の場合、
ｂｉｎｄ（（Ｘ，Ｙ，Ｚ）、（Ｙ．設備＝＝Ｘ ａｎｄ Ｙ．物理量＝＝Ｚ）、ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）
という処理によって、Ｘすなわち「設備」と、Ｙすなわち「センサ」、および、Ｚすなわち「物理量」を特定する。そのための制約条件が（Ｙ．設備＝＝Ｘ ａｎｄ Ｙ．物理量＝＝Ｚ）であるが、これは、Ｙの設備はＸであり、かつ、Ｙの物理量はＺである、という意味の制約である。この制約から、たとえば、「反応缶の水位は」というような問い合わせに対して、設備Ｘが「反応缶」クラスのインスタンスであり、物理量Ｚが「水位」クラスであるようなセンサのインスタンスＹが求められる。この制約を満たすセンサＹが多数存在する場合には、後述するように、現在のプロセスの状態 ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ に基づき、ユーザの意図に最も合うと思われるセンサＹが選択される。
【００５０】
図８において、第５〜８の項目は、ユーザの要求に対して、システムが行なった解釈の結果や提供できる情報について、ユーザに説明を行なうためのテンプレートである。
【００５１】
第５の項目「メニュー」は、システムが提供できる情報をユーザに手短に呈示するためのものである。例えば、ユーザが「反応缶の弁を開く」という要求を出した場合には、パターンの照合を行うことにより、規則Ｒ２が、その要求に最も合致した規則であるが、この場合、規則Ｒ２のメニュー項目「ＸのＹのＺ操作」に対して、ユーザの要求文から、上述の処理により設備Ｘ、アクチュエータＹ、操作Ｚが特定され、これがメニューの変数Ｘ、Ｙ、Ｚの部分にされた結果、ユーザに対して、「反応缶の弁の開操作」というメニューが呈示される。
【００５２】
第６の項目「拒絶時応答」、第７の項目「成功時応答」、第８の項目「失敗時応答」も、これと同様、ユーザにシステムの解釈の状況を説明するためのメッセージのテンプレートである。「拒絶時応答」は、上述の前提条件が満足されなかった場合にユーザに対して要求の拒絶の旨を伝えるための応答文のテンプレートである。「成功時応答」「失敗時応答」は、それぞれ、コマンドを実行した結果の成功・失敗に応じて出力する応答文のテンプレートである。なお、図８中、「ＲＥＱＵＥＳＴ」とはユーザの要求文を意味する変数である。
【００５３】
以上、本実施形態にかかる検索命令生成規則について例を挙げて説明したが、本発明では、これらの知識・規則の内容および記述方法について、上記の方法に限定するものでない。本実施形態は、主にプラントの監視制御における情報検索を対象にしているが、対象分野が異なる場合には知識・規則の内容および記述方法が異なる。本発明の検索命令生成規則において本質的な部分は、ユーザの要求文からその意図を解釈するための知識（概念階層など）と規則（パターンなど）を持つ点、および、プラント等の環境情報に基づいて要求の受理／拒絶や解釈の方法を制御するための枠組を持つ点である。
【００５４】
次に、図１０に示すフローチャートを参照して、図１の情報検索システムの情報検索処理動作について説明する。なお、その際、ユーザからの要求文とシステムの応答との画面表示例を図１１〜図１５に示す。
【００５５】
システムは、ユーザからの質問を受け付け、ユーザからの要求文Ｑがあれば（ステップＳ１）、まず、全ての検索命令規則の集合Ｒの、各々の要素Ｒｉについて、要求文ＱとＲｉのパターンとの類似度を計算し、これをＲｉの得点Ｐｉとする（ステップＳ２）。ここで、Ｐｉの計算方法は、パターンの記述方法に依るが、例えば、単純には、以下のような計算式で求めることができる。
【００５６】
Ｐｉ＝（ｌｉ×ｎｉ）／（Ｌｑ×Ｎｉ）
Ｌｑ＝要求文Ｑの文字列長
ｌｉ＝要求文ＱのうちＲｉのパターンにマッチした部分の文字列長
Ｎｉ＝Ｒｉのパターン中の概念（上述の ＜設備（Ｘ）＞ などの記述）の個数
ｎｉ＝要求文Ｑ中でＲｉのパターンで指定した概念が現われた個数
例えば、Ｑ＝「反応缶の温度はいくら」であるとき、この要求文Ｑに対する図８の規則Ｒ１の得点Ｐ１は、Ｌｑの値は１０文字、ｌ１の値は、「反応缶の」、「温度」の６文字、Ｎｉの値は、この場合、＜センサ（Ｙ）の＞と＜物理量（Ｚ）＞の２つ、ｎｉの値は、「反応缶の」と「温度」の２つであるから、Ｐ１＝（６×２）／（１０×２）＝０．６ となる。ここで、Ｎｉは、パターンの省略や繰り返しを考慮して数える。すなわち、規則Ｒ１では、「｛＜センサ（Ｙ）＞の｝＊」の部分は０個以上の繰り返しを許すため、要求文Ｑにその記述がない場合はＮｉには含めない。一方、「｛＜設備（Ｘ）＞の｝＊」 の部分も０個以上の繰り返しを許すが、要求文Ｑにその記述「反応缶」が一度現われるので、Ｎｉにもｎｉにもその数が含められる。
【００５７】
規則Ｒ１と同様に、規則Ｒ２、規則Ｒ３の得点Ｐ２、Ｐ３は、それぞれ、Ｐ２＝（３×１）／（１０×２）＝０．１５、Ｐ３＝（５×２）／（１０×２）＝０．５となる。
【００５８】
規則Ｒ４は、パターンが「ＴＲＵＥ（恒真）」である特殊な規則なので、この得点は、常に閾値Ｐｓであるとする。Ｐｓは、規則を適用すべきかどうかの閾値であり、ここではその値を例えば「０．３」とすると、Ｐ４＝０．３ である。
【００５９】
各々の規則Ｒｉの得点Ｐｉを計算したのち、閾値Ｐｓを超える得点Ｐｉを持つＲｉが存在しなければ（ステップＳ３）、要求文Ｑが解釈できなかった旨の応答文を呈示する（ステップＳ４）。図１１はその画面例である。ただし、規則Ｒ４のように得点が常に閾値を下回らない規則がある場合にはこのステップには至らず、ステップＳ５以下の処理に移ることになる。
【００６０】
ステップＳ５では、現在のプロセス値の状態Ｓ（図８では「ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ」と記したが、これと同じ情報であり、その例は図９に示した）を取得する。状態Ｓは、後のステップＳ６とステップＳ８の処理で利用する。
【００６１】
ステップＳ６からＳ１４までの処理は、検索命令を生成して検索を実行する処理である。図１０では、ステップＳ６からＳ１４までの処理を、ステップＳ２で求めた規則、すなわち、要求文Ｑに対する得点Ｐｉが閾値Ｐを超えるＲｉについて、Ｐｉの大きい順に繰り返し実行するとしているが、この繰り返しなどの方法は、後述するように変形してもよい。
【００６２】
まず、ステップＳ６では、規則Ｒｉが状態Ｓで適用可能かどうかを、規則Ｒｉの前提条件をもとに決定する。例えば、先に図８を用いて説明したように、ユーザの要求文が「保養所の利用方法は？」という質問であった場合で、かつ、状態Ｓが、重故障が発生している状態である場合には、例えば、規則Ｒ３の前提条件（ｉｓ＿ｃｒｉｔｉｃａｌ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）？（Ｘ＝＝監視・制御）：ＴＲＵＥ）は満足されない。「ｉｓ＿ｃｒｉｔｉｃａｌ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」は真であるが、「Ｘ」すなわち「保養所」クラス（図２参照）は「監視・制御」クラス（図２参照）に属すクラスではないからである（なお、図８等において、（Ａ？ Ｂ：Ｃ） という式は、Ａが真ならばＢの真偽値が採られ、Ａが偽ならＣの真偽値が採られるという意味である）。したがってこの場合には、ステップＳ７にて、当該規則（例えば、ここでは規則３）に適用可能でない、すなわち、要求拒絶の旨の応答文を呈示する。図１２は、要求が拒絶された場合の画面表示例である。
【００６３】
一方、前提条件が満足された場合には、ステップＳ８にて、コマンドに渡すパラメータの値を決定する。パラメータの値は、現在の状態Ｓを考慮して決定する。例として、現在の状態Ｓが、図９に示したように、タグ「ＬＳ１００１」の機器（つまり、「ＮＯ．１上限リミット」）が重故障を検知している状態で、ユーザが「復旧の方法」という要求文でシステムに問い合わせた場合を考える。この場合、規則Ｒ３が最も高得点でマッチし、また、「復旧」すなわち「非定常運転」が「監視・制御」に属する（図３参照）ことから、規則Ｒ３の前提条件は満たされる。
【００６４】
ステップＳ８では、規則Ｒ３が実行するコマンド「ｇｅｔ＿ｔｅｘｔ（Ｘ、ＲＥＱＵＥＳＴ、Ｋ）」のパラメータＸ、ＲＥＱＵＥＳＴ、Ｋの値が求められる。ここで、「ｇｅｔ＿ｔｅｘｔ」というコマンドは文書検索のコマンドであり、パラメータ「Ｘ」は文書クラス「非定常運転」、「ＲＥＱＵＥＳＴ」は要求文自体、すなわち「復旧の方法」という文字列である。「Ｋ」は補助的なキーワードであり、「ｇｅｔ＿ｔｅｘｔ」コマンドは、Ｘのクラスの文書を対象に、自然言語の問い合わせ文ＲＥＱＵＥＳＴと、補助的なキーワードの論理式を検索条件として、文書を検索する。この場合の補助的なキーワードは、規則Ｒ３のパラメータ項目、すなわち、「Ｋ＝（Ｘ＝＝監視・制御？ ｇｅｔ＿ｋｅｙｗｏｒｄ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）：ＮＵＬＬ）」によって求められる。すなわち、ここでは、「非定常運転」が「監視・制御」に属するので、キーワードＫは、「ｇｅｔ＿ｋｅｙｗｏｒｄ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」というコマンド、つまり、現在の状態からキーワードを求める処理により生成される。
【００６５】
ここで、プラントの現在の状態から、キーワードを求める処理について説明する。例えば、現在の状態ではタグ「ＬＳ１００１」の付された機器に異常が発生しているものとする。タグ「ＬＳ１００１」の付されている機器は、図７からセンサ「ＮＯ．１上限リミット」を意味することが分かる。
【００６６】
図７から「ＮＯ．１上限リミット」のクラスは「上限リミット」であり、さらに図６、図５から「上限リミット」のスーパークラスは「水位計」、「センサ」、「機器」である。このように上位概念を辿って行くことにより、現在着目している「ＬＳ１００１」に関連する語が、その関連の度合とともに求められる。すなわち、「ＮＯ．１上限リミット」インスタンスより一段上位の概念は図６より「上限リミット」クラスであり、その関連語は、図６より「上限リミット」「上限水位」「水位超過」である。同様に、「上限リミット」クラスの一段上位の概念は図６より「水位計」であり、その関連語は、図６より「水位計」「レベル計」「液位計」である。また「水位計」の一段上位の概念は図６より「センサ」であり、その関連語は図６より「センサ」「測定器」「計測器」「計器」である。さらに、「センサ」の一段上位の概念は図６より「機器」である（以上の「ＮＯ．１上限リミット」から上位概念に向かった流れを模式的に示すと、ＮＯ．１上限リミット→上限リミット→水位計→センサ→機器）。
【００６７】
さて、「ＬＳ１００１」、すなわち、「ＮＯ．１上限リミット」インスタンスより一段上位の概念は図６より「上限リミット」クラスであり、その関連語は、図６より「上限リミット」「上限水位」「水位超過」であった。そこで、これら関連語のそれぞれの語を形態素で区切り、ＡＮＤ（＊印）とＯＲ（＋印）の論理式として検索条件を生成する。
【００６８】
また、最下位の「ＮＯ．１上限リミット」より上位に辿る毎に、関連度を１／２ずつ乗じていくことにすれば、上記したような上位概念を辿った結果生成される検索条件の論理式とその関連度は次のようになる。
【００６９】
関連度 論理式
１／２ （上限＊リミット＋上限＊水位＋水位＊超過）
１／４ （水位＊計＋レベル＊計＋液位＊計）
１／８ （センサ＋測定＊器＋計測＊器＋計器）
同様にして、上位概念以外の関係、すなわち、「ＮＯ．１上限リミット」が測定対象とする「物理量」という関係においては、図７より「ＮＯ．１上限リミット」インスタンスに記述されている物理量は「水位」であり、その関連語は図６より「水位」「液位」「レベル」である。従って、最下位の「ＮＯ．１上限リミット」より上位に辿る毎に、関連度を１／２ずつ乗じていくことにすれば、上記したような「物理量」という関係を辿った結果生成される検索条件の論理式とその関連度は次のようになる。
【００７０】
関連度 論理式
１／２ （水位＋液位＋レベル）
さらに、「ＮＯ．１上限リミット」を構成要素とする「設備」の関係においては、図７より「ＮＯ．１反応缶」であり、「ＮＯ．１反応缶」インスタンスの一段上位の構成要素は図７より「反応缶」クラスであり、その関連語は、図６には示していないが「反応タンク」「反応槽」であるとする。また、「反応缶」の一段上位の構成要素は図６には示していないが図５から明らかなように、「缶」であり、その関連語は、「タンク」「槽」であるとする。さらに、「缶」の一段上位の構成要素は図６には示していないが図５から明らかなように、「設備」である（以上の「ＮＯ．１上限リミット」から上位に向かった構成要素の流れを模式的に示すと、ＮＯ．１上限リミット→ＮＯ．１反応缶→反応缶→缶→設備）。従って、最下位の「ＮＯ．１上限リミット」より上位に辿る毎に、関連度を１／２ずつ乗じていくことにすれば、上記したような「設備」という関係を辿った結果生成される検索条件の論理式とその関連度は次のようになる。
【００７１】
関連度 論理式
１／４ （反応＊缶＋反応＊タンク＋反応＊槽）
１／８ （缶＋タンク＋槽）
これらの論理式の和を、コマンド「ｇｅｔ＿ｔｅｘｔ」の補助的な検索条件Ｋとする。
【００７２】
次に、ステップＳ９において、コマンドを実行するかどうかを決定し、実行する場合にはステップＳ１０に進む。コマンドを実行するかどうかは、規則Ｒｉの得点Ｐｉに基づいて自動的に実行する方法や、ユーザがコマンドを実行するかどうかを明示的に選択する方法などがある。図１３は後者の例であり、各規則のメニュー（図８の説明参照）を得点の高いものから順にユーザに呈示して、実行すべきコマンドをユーザに選択させる画面の例で、このメニューのうち、「反応缶の温度計の温度」がユーザにより選択されたときの検索結果を表示した場合を示している。この場合、図６の処理の流れは少し変形を要する。すなわち、ステップＳ８の後にメニューを作成して呈示する処理が加わり、対象としている全ての規則についてメニューを呈示した後、ユーザに実行するかどうかを判断させるという処理の流れになる。コマンドの実行は、ステップＳ８で求めたコマンドおよびパラメータの値を、文書データ管理部１あるいはプロセスデータ管理部２に送り、検索を実行することにより行なわれる（ステップＳ１０）。例えば、図８の規則Ｒ３の例では、「ｇｅｔ＿ｔｅｘｔ」というコマンドと、そのパラメータ「ＲＥＱＵＥＳＴ」「Ｘ」「Ｋ」が、文書データ管理部１に送られ、文書の検索が行なわれる。
【００７３】
文書データ検索部１３では、文書クラス「Ｘ」（上記の例では「非定常運転」）に属する文書データのうち、自然言語の検索条件「ＲＥＱＵＥＳＴ」（例えば「復旧の方法」）に合致する文書を検索する。自然言語を検索条件とした文書検索の方法は従来と同等の方法で行なうが、この際、「ＲＥＱＵＥＳＴ」中の「復旧」という語は、図３で示したように、文書クラス「非定常運転」の文脈では「復帰」「異常処理」などの語と関連があるので、これらの語も検索条件とする。
【００７４】
前述した補助的なキーワードの検索条件は、自然言語の検索条件で検索した結果に適応し、プラントの状態に合致した文書を絞り込んで検索するのに用いる。
【００７５】
以上、文書検索などのコマンド実行の結果、成功すれば（ステップＳ１１）、成功の旨の応答文と、実行結果をユーザに呈示する（ステップＳ１２）。図１４は、コマンドの実行結果として検索された文書の一覧を呈示した画面例である。ユーザの要求文「復旧の方法」に対し、上述のように、プラントの状態に基づいて文書検索の条件を付加した結果、「水位の超過」等の復旧方法に関する運転方案書が検索されてユーザに呈示される。
【００７６】
このように、本発明によれば、ユーザの簡潔で曖昧な要求文を、プロセスデータの状態に基づいて解釈し、ユーザの意図にあった情報を呈示することが可能である。また、図１４に示すように、システムが返す応答文「『復旧の方法（上限、リミット、水位、超過、…）』に関する文書を表示します。」によって、システムがどのような処理を行なったか（この例では、文書の検索を行なった）と、プロセスデータの状態に基づいてどう要求を解釈したのか（この例では、「水位」「超過」等の状況に基づいて解釈した）という説明がなされる。この機能により、ユーザは、システムが自分の意図通りの解釈をしたかどうかを容易に知ることができ、システムの間違った解釈によるコマンドを実行せずに、自分の求める情報のみを得ることができる。
【００７７】
いま一つの例として、ユーザが「弁を開く」という要求を発した場合の処理の流れを説明する。この要求文に対して、ステップＳ２では、規則Ｒ２が最も得点の高い規則として選ばれ、これがステップＳ６で適用可能であれば（つまり制御機器が利用可能であれば）、ステップＳ８では、「ｓｅｔ＿ｖａｌｕｅ（Ｙ．タグ、Ｚ．信号」）というコマンドのパラメータＹ、Ｚの値を生成する。このコマンドは、ＹのアクチュエータにＺの信号を設定するコマンドである。ここで、プラント内に多数の弁が存在する場合には、どの弁を開くべきかは要求文からは特定できない。このとき、プラントの現在の状態が、タグ「ＴＩ１４０１」の付された機器が異常な（すなわち、「ＮＯ．１缶内温度計」が異常値を示している）状態であれば、システムは、この異常状態に関連する弁が、ユーザの意図する弁であると判断する。
【００７８】
以下、その手順を具体的に説明する。まず、タグ「ＴＩ１４０１」の付された機器は、図７より「ＮＯ．１缶内温度計」を指すタグであることが分かる。図７より、「ＮＯ．１缶内温度計」が属する設備は「ＮＯ．１反応缶」であり、「ＮＯ．１反応缶」は、同じく図７より「ＮＯ．１注入弁Ａ」「ＮＯ．１注入弁Ｂ」「ＮＯ．１排出弁」「ＮＯ．１冷却水弁」の４つの弁を持つことがわかる（以上のＮＯ．１缶内温度計との第１の関係を模式的に示すと、ＮＯ．１缶内温度計→ＮＯ．１反応缶→ＮＯ．１注入弁Ａ、ＮＯ．１注入弁Ｂ、ＮＯ．１排出弁、ＮＯ．１冷却水弁）。
【００７９】
一方、同じく図７より「ＮＯ．１缶内温度調節計」は、「ＮＯ．１缶内温度計」の測定値を入力として「ＮＯ．１冷却水弁」を調節することがわかる（以上のＮＯ．１缶内温度計との第２の関係を模式的に示すと、ＮＯ．１缶内温度計→ＮＯ．１缶内温度調節計→ＮＯ．１冷却水弁）。
【００８０】
「ＮＯ．１缶内温度計」と「ＮＯ．１冷却水弁」との間は、上記第１および第２の関係のように２通りの道筋の関係があり、関係を辿る段数は、両方とも２段なので、「ＮＯ．１缶内温度計」と「ＮＯ．１冷却水弁」の間の関連度は、１／４＋１／４＝１／２となる。一方、他の３つの弁「ＮＯ．１注入弁Ａ」「ＮＯ．１注入弁Ｂ」「ＮＯ．１排出弁」は、みな、第１の関係しかないため、「ＮＯ．１缶内温度計」とこれら３つの弁との関連度は１／４である。
【００８１】
以上の計算により、ステップＳ８にて、コマンド「ｓｅｔ＿ｖａｌｕｅ（Ｙ．タグ、Ｚ．信号）」の「Ｙ」は、「ＮＯ．１冷却水弁」である可能性が高いと判断し、そのタグ「ＭＶ１１０１」をパラメータとする（図７参照）。なお、Ｚはユーザの要求から「開」操作であるから、図６より「Ｚ．信号」は「１」である。結果として、「ｓｅｔ＿ｖａｌｕｅ（ＭＶ１１０１、１）」というコマンドがステップＳ１０にて実行され、その結果がステップＳ１２もしくはステップＳ１３でユーザに呈示される。
【００８２】
なお、以上の例で説明した、プラントの状態から操作対象の弁を決定する処理は、ユーザが意図する対象を常に正しく決定できるとは限らないため、図１５に示すように、ユーザに操作対象の候補を呈示して、選択・確認せしめてもよい。この場合には、ユーザに選択させる処理を、パラメータ生成処理（ステップＳ８）の一部として付け加える。ユーザに選択させる候補のうち、どの候補がユーザの意図に合っているかの確からしさは、上記に説明した通り、プラントの状態に基づいて判断できる。上の例では、４つの弁のうち、「ＮＯ．１冷却水弁」が最も確からしい。したがって、図１５に示すように、可能性の高い候補を上位の候補として、先頭に呈示したり、強調して呈示することにより、ユーザによる選択の労力を軽減することができる。
【００８３】
以上説明したように、上記実施形態によれば、プラント監視制御等の業務における、文書データとプロセスデータの検索・利用を、簡潔な自然言語による入力によって労力なく行なうことができる。また、プラント等設備のプロセスデータの状態によって、ユーザの要求を受け付けるかどうかを制御したり、要求の解釈の正確さを増すことができるため、ユーザに対して適切な行動を示唆したり、曖昧な要求文に対しても適切なデータを検索し呈示できる。さらに、プロセスデータの状態に基づいて要求を解釈した場合、なぜそう解釈したのかの説明や、解釈が複数通りある場合の候補の呈示の優先度付けが行なわれるため、ユーザは、システムの処理内容を容易に理解でき、ユーザとシステムとの間の要求−回答のインタラクションをスムーズに行なうことができる。
【００８４】
以上述べた効果の結果として、ユーザは、多種多量のデータから自分の必要なデータを探す作業の負荷から解放され、監視制御等の業務自体に専念できるため、業務の効率が向上し、操業の安全性も高まる。
【００８５】
なお、上記実施形態では、プラント等の監視制御への適用例を説明したが、本発明の適用対象はプラントの場合に限らない。交通システム、インテリジェントビル、自動倉庫などを対象とした文書データとリアルタイムデータを利用する様々な業務に適用可能なことは明らかである。
【００８６】
また、工業分野以外、例えば、サービス業、金融業、医療分野、農林水産業での適用も可能である。このそれぞれの場合において、上記実施形態ではプロセスデータと呼んだリアルタイムデータは、商品の在庫や予約状況のデータ、証券価格データ、患者データ、気象データなど、様々な種類のリアルタイムデータと置き換えて考えることができ、基本的に、上記実施形態と同様にして、情報の検索・利用の効率化を実現することができる。
【００８７】
【発明の効果】
以上説明したように、本発明によれば、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。
【００８８】
また、簡潔な検索要求文を入力するだけで、リアルタイムデータに基づきそれを解釈することにより、効率よく適切な情報の検索を可能にする。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報検索システムの構成を示すブロック図。
【図２】検索命令生成のための知識である文書の分類のクラスの例を示す図。
【図３】文書クラスの詳細な記述例を示した図。
【図４】プラントの一部の構成例を示した図。
【図５】検索命令生成のための知識であるプラントの分類・構成の例を示す図。
【図６】図５に示したクラス間の上位・下位関係と概念間の関係を含む各クラスの詳細な記述の一例を示した図。
【図７】図５に示したインスタンスの概念間の関係を含む各インスタンスの詳細な説明の記述の一例を示した図。
【図８】検索命令生成のための知識である検索命令生成規則の例を示した図。
【図９】プラントの現在状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）の一例をプラント設備の一部について示した図。
【図１０】図１の情報検索システムの処理の流れを示すフローチャート。
【図１１】ユーザの要求に対するシステムの応答の画面例を示す図で、ユーザの要求文が解釈できなかったときの画面表示例を示している。
【図１２】ユーザの要求に対するシステムの応答の画面例を示す図で、規則に適用可能できなかったため要求文が拒絶された場合の画面表示例を示している。
【図１３】ユーザの要求に対するシステムの応答の画面例を示す図で、各規則のメニューを得点の高いものから順にユーザに呈示して、実行すべきコマンドをユーザに選択させるための画面表示例を示している。
【図１４】ユーザの要求に対するシステムの応答の画面例を示す図で、コマンドの実行結果として検索された文書の一覧を呈示した画面表示例を示している。
【図１５】ユーザの要求に対するシステムの応答の画面例を示す図で、ユーザの要求をプロセスデータを基に解釈した内容をユーザに呈示して、その中から選択・確認せしめるための画面表示例を示している。
【符号の説明】
１…文書データ管理部
１１…文書データ記憶部
１２…文書データ登録部
１３…文書データ検索部
２…プロセスデータ管理部
２１…プロセスデータ取得部
２２…プロセスデータ記憶部
２３…プロセスデータ検索部
３…検索命令生成部
３１…検索命令生成規則記憶部
４…データ呈示部
【発明の属する技術分野】
本発明は、例えば、プラントなどの設備の監視、操作、運用、保守に関わる文書データと設備等から直接得られるリアルタイムデータとを管理し利用するための情報装置において、データを効率的に検索するための方法に関する。
【０００２】
【従来の技術】
従来から、人が日常的に使うような自然言語の質問を解釈し、ユーザの意図にあった情報を検索して呈示するための技術が開発されてきた。
【０００３】
特に、文書検索の分野では、検索条件であるユーザの質問と、検索対象である文書が、ともに自然言語で記述されていることから、両者に含まれる語の重複や、表現の類似性、語の統計的・意味的な関連が、比較的導き易く、実用的な自然言語検索インタフェースが実現されている（例えば、「文書情報検索装置（特開平７−１９２０２０）」）。
【０００４】
また、リレーショナル・データベースを自然言語で検索するインタフェースも開発されている（例えば、「データベース自然言語インタフェース装置および方法（特開平９−４４５０８）」）。これは、データベースの構造と自然言語の表現との関連を記述した知識を用いて、ユーザの質問文をＳＱＬ等のデータベース検索言語に変換し、検索を行うものである。
【０００５】
一方、ユーザの明示的な質問だけでなく、ユーザの質問時やデータの登録時における環境情報を検索条件として用いて、検索を行う方法も開発されている。例えば「検索装置（特開平７−１４１３８９）」は、文書検索の際に、その文書を作成・検索した場所や時刻、文書を利用した人の当時の業務スケジュールなどの情報を利用して、ユーザが明示的な質問をシステムに与えることができない場合にも、検索を可能にする方法である。
【０００６】
【発明が解決しようとする課題】
上述のように、文書検索や、構造と内容が比較的静的なリレーショナル・データベースを対象とした自然言語検索インタフェースは、実用的な段階にある。オフィスにおいては、利用するデータの多くが、文書データか、リレーショナル・データベースに蓄積されたデータであるため、従来の自然言語検索インタフェースはオフィス業務では有効であると言える。
【０００７】
しかしながら、たとえば、プラントの監視制御などの業務においては、ユーザが扱う情報としては、マニュアルや運転方案書などの文書データは一部に過ぎず、これ以外にも、センサ値やアラーム、操作履歴などの、動的かつ多数のリアルタイムデータ（この場合、特にプロセスデータと呼ぶ）を参照しながら、業務が進められる。このような業務においても、必要な情報を、音声やテキストの自然言語による問い合わせによって、検索して利用したいというニーズが高まっている。また、文書データとリアルタイムデータ（例えば、プロセスデータ）とういう異種のデータを、複数検索し、両方を利用しながら、プロセスの異常などに迅速に対処するということが望まれている。
【０００８】
本発明の課題の１つは、文書データと、監視対象の例えばプラントから得られるリアルタイムデータとの両方の検索・利用を可能とする、統合的な自然言語検索インタフェースを実現することによって、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化することにある。
【０００９】
また、上述の「検索装置（特開平７−１４１３８９）」は、環境情報を文書検索の検索条件として利用する方法であったが、この場合の環境情報は、主にオフィスでの、文書の作成・利用に関わる環境を意味するものであり、プラント等設備の監視制御におけるような、外部の実世界のリアルタイムな環境情報とは意味が異なる。
【００１０】
本発明では、文書データのみならず、文書データとリアルタイムデータの両方の検索・利用に関わる環境を考慮する。
【００１１】
環境情報として、プラント等の外部世界の情報を用いることにより、その環境下でのユーザの情報アクセスをより能動的に支援することを課題とする。さらに言えば、本発明におけるリアルタイムデータは、それ自体、ユーザが検索し利用する対象であり、かつ環境情報でもあるデータであるという点で、上述の「検索装置」における環境情報と位置づけが異なる。
【００１２】
具体例を挙げると、例えば、プラント内の一部の機器に異常が発生した場合に、ユーザが「復旧方法は？」とのみ問い合わせることにより、その機器の復旧方法に関わるマニュアル文書やプロセスデータを呈示するという機能を実現することを目的とする。この例のように、監視制御等の業務では、ユーザの自然言語による問い合わせは、簡潔かつ省略された表現になる傾向がある。
【００１３】
そこで本発明では、簡潔な問い合わせ文を環境情報（リアルタイムデータ）に応じて解釈することにより、適切な情報を提供することも課題とする。
【００１４】
【課題を解決するための手段】
本発明の情報検索方法は、入力された検索要求文を解釈して文書データおよびリアルタイムデータを検索するための検索命令を生成し、この生成された検索命令に基づき前記文書データおよび前記リアルタイムデータのうちの少なくとも一方を検索して呈示することにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。
【００１５】
また、本発明の情報検索方法は、入力された検索要求文を検索要求時に取得されたリアルタイムデータに基づいて解釈して（より具体的には、検索要求時のリアルタイムデータに基づいて検索要求文の解釈結果を補う、または、絞り込む）、文書データおよびリアルタイムデータを検索するための検索命令を生成し、この生成された検索命令に基づき前記文書データおよび前記リアルタイムデータのうちの少なくとも一方を検索して呈示することにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。また、簡潔な検索要求文を入力するだけで、リアルタイムデータに基づきそれを解釈することにより、効率よく適切な情報の検索を可能にする。
【００１６】
好ましくは、前記検索命令を生成する際に、検索要求時の前記リアルタイムデータに基づいて、要求を受け付けるか拒絶するかを判断する。
【００１７】
好ましくは、前記検索命令を生成する際に、検索要求時の前記リアルタイムデータに基づいて行なった前記検索要求文の解釈の内容を呈示する。
【００１８】
本発明の情報検索装置は、文書データを記憶する文書データ記憶手段と、リアルタイムデータを取得して記憶するリアルタイムデータ記憶手段と、入力された検索要求文を解釈して前記文書データおよび前記リアルタイムデータを検索するための検索命令を生成する検索命令生成手段と、前記検索命令に基づき文書データとリアルタイムデータの少なくとも一方を検索して呈示する検索手段とを具備したことにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。
【００１９】
また、本発明の情報検索装置は、文書データを記憶する文書データ記憶手段と、リアルタイムデータを取得して記憶するリアルタイムデータ記憶手段と、入力された検索要求文を前記リアルタイムデータ記憶手段で記憶された検索要求時のリアルタイムデータに基づいて解釈して（より具体的には、検索要求時のリアルタイムデータに基づいて検索要求文の解釈結果を補う、または、絞り込む）前記文書データおよび前記リアルタイムデータを検索するための検索命令を生成する検索命令生成手段と、前記検索命令に基づき文書データとリアルタイムデータの少なくとも一方を検索して呈示する検索手段とを具備したことにより、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。また、簡潔な検索要求文を入力するだけで、リアルタイムデータに基づきそれを解釈することにより、効率よく適切な情報の検索を可能にする。
【００２０】
好ましくは、前記検索命令生成手段は、前記リアルタイムデータ記憶手段で記憶された検索要求時のリアルタイムデータに基づいて、要求を受け付けるか拒絶するかを判断する。
【００２１】
好ましくは、前記検索命令生成手段は、前記リアルタイムデータ記憶手段で記憶された検索要求時のリアルタイムデータに基づいて行なった前記検索要求文の解釈の内容を呈示する。
【００２２】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【００２３】
図１は、本実施形態に係る情報検索システムの構成を示すブロック図である。図１に示す情報検索システムは、大きく分けて、文書データ管理部１とプロセスデータ管理部２と検索命令生成部３とデータ呈示部４と検索命令生成規則記憶部３１とから構成されている。
【００２４】
文書データ管理部１は、文書データを記憶・管理（登録、検索を含む）するためのもので、文書データ記憶部１２と、この文書データ記憶部１２に文書を登録する文書データ登録部１１と、文書データ記憶部１２から文書を検索する文書データ検索部１３とから構成されている。
【００２５】
なお、図１の情報検索システムをコンピュータ上に構成することもできる。すなわち、上記各部のうち、文書データ記憶部１２、プロセスデータ記憶部２２、検索命令生成規則記憶部３１をコンピュータによりアクセス可能な磁気ディスク（フロッピーディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に構成し、その他の構成部を磁気ディスク（フロッピーディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納されたコンピュータに実行させることのできるプログラムとして構成することもできる。
【００２６】
文書データ管理部１は、従来技術の文書データベースを用いて実現してもよく、文書検索機能として、キーワードの論理式を検索条件とした文書検索と、自然言語の問い合わせを検索条件とした文書検索との両方を具備したものであればよい。
【００２７】
プロセスデータ管理部２は、リアルタイムデータであるプラント等の設備のプロセスデータを記憶・管理（登録、検索を含む）するためのもので、設備に取り付けられたセンサ等の制御機器からの、センサ値、アラーム、オペレータの操作履歴などのプロセスデータを、プロセスデータ取得部２１で取得する。取得されたプロセスデータのうち、必要なものはプロセスデータ記憶部２２によって記憶される。また、プロセスデータ検索部２３は、問い合わせに応じて、プロセスデータ取得部２１が常時取得しているプロセスデータ（すなわち現在値）、または、プロセスデータ記憶部２２が記憶している過去のプロセスデータ（すなわち、プロセスデータの履歴）を検索する。
【００２８】
プロセスデータ管理部２は、従来よりプラント等設備の制御システムで実現されている手段を用いて実現してよい。
【００２９】
検索命令生成部３は、ユーザからの自然言語による問い合わせ文（検索要求文）を解釈し、前述の文書データ管理部１、あるいは、プロセスデータ管理部２から、ユーザにより入力された検索要求文にあった情報を検索する検索命令を生成する。
【００３０】
検索命令生成部３は、後述するように、プラント等設備の状態、すなわち環境情報として、プロセスデータ取得部２１が常時取得しているプロセスデータを得、これに基づいて、ユーザにより入力された検索要求文の解釈処理方法を制御する。
【００３１】
検索命令生成規則記憶部３１は、自然言語の要求文を解釈し、環境情報に基づいて検索命令を生成するための知識・規則を、複数記憶する。すなわち、検索命令生成部３は、検索命令生成規則記憶部３１に記憶された規則を用いて、検索命令を生成する。
【００３２】
データ呈示部４は、文書データおよびプロセスデータをユーザに呈示するためのもので、ユーザの問い合わせは、検索命令生成部３によって、文書データ検索部１３、または、プロセスデータ検索部２３への検索命令に変換され、文書データ検索部１３またはプロセスデータ検索部２３によってデータの検索が行われる。検索結果のデータは、データ呈示部４によって、ユーザに呈示される。
【００３３】
本発明の構成上で本質的かつ新規な点は、文書データ管理部１とプロセスデータ管理部２の両方に対するユーザの要求を統一的に受け付けて、各々のデータを検索し、ユーザに呈示するよう構成した点と、プラントの状態に基づいてユーザの要求を適切に解釈する検索命令生成部３の処理内容である。
【００３４】
次に、検索命令生成規則記憶部３１に記憶された、知識・規則のデータについて説明する。
【００３５】
図２、図３は、文書データの検索に用いる知識である文書クラスを表した図で、図２は、その文書クラスの概要をツリー状に示したものである。例えば、図２において、「非定常運転」と表された文書クラス２１の詳細な記述を図３に示す。
【００３６】
図３において、文書クラス「非定常運転」は、「監視・制御」に属する概念であり、スーパークラスは「監視・制御」である。また、「非定常運転」の関連語とは、文書データ中のその語の有無が、その文書がその文書クラスに分類されるかどうかを決定するような語という意味であり、ここでは、「立ち上げ」「停止」「異常処理」などの語が「非定常運転」の関連語して記述されている。なお、図３において、「立ち上げ」、「起動」、「始動」、「スタートアップ」というまとまりは、これらの４つの語が、「非定常運転」という文脈で同義語であることを示している。
【００３７】
図４は、プラントの構成の一例を示した図で、ごく簡単なプラント設備「反応缶」の構成を示したものであるが、検索命令生成規則記憶部３１では、これに相当する知識として、図５〜図７に示したような形式で記述した知識を記憶する。図５は、図４に示したようなプラント設備の構成と設備の各々の要素が属するクラスをツリー状に示した図である。図５中、「センサ」「水位」などの楕円で示したノードは、クラス（抽象概念）を表し、「ＮＯ．１反応缶」など矩形で表したノードはインスタンス（具体概念。対象プラントに存在する実際の機器など）を表す。図５では、垂直方向のツリー（実線で示したつながり）で、クラス・インスタンス間の上位・下位関係を示す。例えば、「ＮＯ．１反応缶」は「反応缶」のインスタンスであり、「反応缶」は「缶」のサブクラスであると表現されている。また、図５中の破線で示したつながりは、概念間の関係を表す。例えば、クラス３１の「センサ」は「物理量」を計測する、「温度計」は「温度」を計測する、「設備」は「機器」で構成される、「ＮＯ．１反応缶」は「ＮＯ．１缶内温度計」や「ＮＯ．１攪拌機」などのセンサやアクチュエータで構成される（言い換えれば、「ＮＯ．１缶内温度計」や「ＮＯ．１攪拌機」などのセンサやアクチュエータが属する設備は「ＮＯ．１反応缶」である（図７では、この関係を「設備」という項目に記述している）、といった関係が図５に記述されている。
【００３８】
図６は、図５に示したクラス間の上位・下位関係と概念間の関係を含む各クラスの詳細な記述であり、例えば、図６の「水位計」というクラスからは、「センサ」というクラスをスーパークラスとするものであり、図６の「上限リミット」というクラスのスーパクラスでもあるということが読み取れる。また、この「水位計」というクラスを見ると、物理量の「水位」を計測するセンサであることが読み取れる。また、「水位計」というクラスの記述項目の１つである関連語には「水位計」「液位計」「レベル計」である、と記述されているが、これは、「水位計」という概念の呼び方には、「液位計」「レベル計」などというバリエーション（同義語）があることを意味している。
【００３９】
図７は、図５に示したインスタンスの概念間の関係を含む各インスタンスの詳細な説明の記述であり、例えば、図７の上から５番目に示してある「ＮＯ．１上限リミット」は、「上限リミット」というクラスのインスタンスである、と記述されている。各インスタンスにて表現される機器には、その機器を識別するためのユニークな識別子であるタグが付されている。例えば、図７で例示したように、「ＮＯ．１上限リミット」のタグは「ＬＳ１００１」である。
【００４０】
なお、図２、図３で説明した文書分類のクラスと、図４〜図７で説明した機器の分類のクラス、インスタンスは、形式が同じであるので、例えば、図５の「設備」「機器」「操作」「物理量」等のクラスを、図２の「設備・機器」というクラス２２のサブクラスとし、両者を併せて監視制御業務に関わる情報全般のクラスと考えてもよく、検索命令生成規則記憶部３１に記憶する知識データとしては、文書、機器の分類を１つのツリーで表現してもよい。
【００４１】
図８は、自然言語の要求文を解釈して、ユーザの求めるデータを検索して呈示するための検索命令生成規則の一部を示した図である。各規則（ここでは、一例として規則Ｒ１〜Ｒ４の４つを示している）は、８つの項目をもつ。
【００４２】
第１の項目である「パターン」は、ユーザの要求文が各々のルールに合致するかどうかを判断するためのチェック項目である。この項目に記載されているパターンと要求文とのマッチングをとったときの類似度から、当該規則を適用するかどうかを判断すると同時に、要求文から、ユーザの意図を解釈する上で重要な情報を抽出する。例えば、規則Ｒ１のパターンは、「ＮＯ．１反応缶の温度計の温度」「缶の水位」「温度計と水位計の値」などの要求文にマッチするパターンである。パターン中の ＜ ＞ で指定した部分は、図５で説明したクラスやインスタンスを意味する表現（例えば、名称）が要求文中に現われることを意味する。例えば上記の例文での「ＮＯ．１反応缶」や「缶」は規則Ｒ１のパターン中の＜設備（Ｘ）＞ の部分にマッチし、「温度計」や「水位計」は ＜センサ（Ｙ）＞にマッチする。
【００４３】
なお、図８のパターンの表記方法については、「＊」印は０個以上の繰り返しにマッチし、「＋」印は１個以上の繰り返しにマッチ、「｜」印は複数列挙したいずれかのパターンにマッチする（ＯＲ）という意味であり、{ }印はグルーピングの意味である。
【００４４】
規則Ｒ３のパターン中、＜クラス（Ｘ）＞という記述は、図２〜図７で説明した文書クラスやプラント設備のクラス・インスタンスの関連語が、要求文中に含まれることを意味する。たとえば、「反応缶のシャットダウンの方法」という要求文に対して規則Ｒ３のパターンとマッチングを行った場合、「反応缶」「シャットダウン」という語が＜クラス（Ｘ）＞にマッチする。この結果、この要求文は、図５、図６から設備クラスの「反応缶」、図２〜図３から文書クラスの「非定常運転」についての要求であると解釈される。規則Ｒ４のパターンは「ＴＲＵＥ」であり、どのような要求文にもマッチする。
【００４５】
図８において、第２の項目である「前提条件」は、規則が適用されるための条件を記述する項目である。例えば、規則Ｒ１とＲ２の前提条件「ｃｏｎｔｒｏｌｌｅｒ＿ｉｓ＿ｅｎａｂｌｅ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」の意味するところは、現在のプラントの状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）において、制御機器が利用可能であることが、これらの規則を適用するために必要であるということである。後述するように、規則Ｒ１は制御機器からプロセスデータの現在値を取得するための規則であり、規則Ｒ２は制御機器に操作命令を出すための規則であるが、両規則とも、制御機器が利用可能である場合にのみ適用される。
【００４６】
図９は、プラントの現在状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）の一例をプラント設備の一部について示したものである。図１のプロセスデータ取得部２１は、プラント設備のセンサ、アクチュエータの異常の有無や程度に関するデータを、制御機器自体の状態も含めて取得するが、例えば、図９中で、タグが「ＣＯＮＴＲＯＬＬＥＲ」である設備機器の状態が重故障であれば、上述の前提条件「ｃｏｎｔｒｏｌｌｅｒ＿ｉｓ＿ｅｎａｂｌｅ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」は偽となり、規則Ｒ１と規則Ｒ２は適用されない。
【００４７】
同様に、図８の規則Ｒ３の前提条件は、「現在の状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）が重故障（ｉｓ＿ｃｒｉｔｉｃａｌ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ））であるなら、監視・制御に関する要求である場合（クラス Ｘ＝＝監視・制御）にのみ、この規則を適用する」という意味である。規則Ｒ３は、文書検索を行なう規則であるが、このような前提条件によってその適用の可否を制御することにより、後述するように、プラントの状態に無関係で不適切な要求がユーザによって発せられた場合に、これを拒絶することができる。
【００４８】
一方、規則Ｒ４の前提条件は、恒真（ＴＲＵＥ）であり、この規則はどのような状態でも適用可能であるとしている。
【００４９】
図８において、第３の項目「パラメータ」と、第４の項目「コマンド」は、各々の規則が生成する検索命令およびそのパラメータの生成の方法に関する記述である。規則Ｒ１は、ユーザが要求したプロセスの現在値を取得して呈示する規則であるが、そのコマンドは「ｇｅｔ＿ｖａｌｕｅ（Ｙ．タグ）」である。ここで、「Ｙ」は、センサのインスタンス（例えば「ＮＯ．１上限リミット」など）であり、そのタグを、そのコマンド「ｇｅｔ＿ｖａｌｕｅ」のパラメータとする。規則のパラメータの項目には、そのパラメータの値を特定するための手続きを記述する。規則Ｒ１の場合、
ｂｉｎｄ（（Ｘ，Ｙ，Ｚ）、（Ｙ．設備＝＝Ｘ ａｎｄ Ｙ．物理量＝＝Ｚ）、ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）
という処理によって、Ｘすなわち「設備」と、Ｙすなわち「センサ」、および、Ｚすなわち「物理量」を特定する。そのための制約条件が（Ｙ．設備＝＝Ｘ ａｎｄ Ｙ．物理量＝＝Ｚ）であるが、これは、Ｙの設備はＸであり、かつ、Ｙの物理量はＺである、という意味の制約である。この制約から、たとえば、「反応缶の水位は」というような問い合わせに対して、設備Ｘが「反応缶」クラスのインスタンスであり、物理量Ｚが「水位」クラスであるようなセンサのインスタンスＹが求められる。この制約を満たすセンサＹが多数存在する場合には、後述するように、現在のプロセスの状態 ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ に基づき、ユーザの意図に最も合うと思われるセンサＹが選択される。
【００５０】
図８において、第５〜８の項目は、ユーザの要求に対して、システムが行なった解釈の結果や提供できる情報について、ユーザに説明を行なうためのテンプレートである。
【００５１】
第５の項目「メニュー」は、システムが提供できる情報をユーザに手短に呈示するためのものである。例えば、ユーザが「反応缶の弁を開く」という要求を出した場合には、パターンの照合を行うことにより、規則Ｒ２が、その要求に最も合致した規則であるが、この場合、規則Ｒ２のメニュー項目「ＸのＹのＺ操作」に対して、ユーザの要求文から、上述の処理により設備Ｘ、アクチュエータＹ、操作Ｚが特定され、これがメニューの変数Ｘ、Ｙ、Ｚの部分にされた結果、ユーザに対して、「反応缶の弁の開操作」というメニューが呈示される。
【００５２】
第６の項目「拒絶時応答」、第７の項目「成功時応答」、第８の項目「失敗時応答」も、これと同様、ユーザにシステムの解釈の状況を説明するためのメッセージのテンプレートである。「拒絶時応答」は、上述の前提条件が満足されなかった場合にユーザに対して要求の拒絶の旨を伝えるための応答文のテンプレートである。「成功時応答」「失敗時応答」は、それぞれ、コマンドを実行した結果の成功・失敗に応じて出力する応答文のテンプレートである。なお、図８中、「ＲＥＱＵＥＳＴ」とはユーザの要求文を意味する変数である。
【００５３】
以上、本実施形態にかかる検索命令生成規則について例を挙げて説明したが、本発明では、これらの知識・規則の内容および記述方法について、上記の方法に限定するものでない。本実施形態は、主にプラントの監視制御における情報検索を対象にしているが、対象分野が異なる場合には知識・規則の内容および記述方法が異なる。本発明の検索命令生成規則において本質的な部分は、ユーザの要求文からその意図を解釈するための知識（概念階層など）と規則（パターンなど）を持つ点、および、プラント等の環境情報に基づいて要求の受理／拒絶や解釈の方法を制御するための枠組を持つ点である。
【００５４】
次に、図１０に示すフローチャートを参照して、図１の情報検索システムの情報検索処理動作について説明する。なお、その際、ユーザからの要求文とシステムの応答との画面表示例を図１１〜図１５に示す。
【００５５】
システムは、ユーザからの質問を受け付け、ユーザからの要求文Ｑがあれば（ステップＳ１）、まず、全ての検索命令規則の集合Ｒの、各々の要素Ｒｉについて、要求文ＱとＲｉのパターンとの類似度を計算し、これをＲｉの得点Ｐｉとする（ステップＳ２）。ここで、Ｐｉの計算方法は、パターンの記述方法に依るが、例えば、単純には、以下のような計算式で求めることができる。
【００５６】
Ｐｉ＝（ｌｉ×ｎｉ）／（Ｌｑ×Ｎｉ）
Ｌｑ＝要求文Ｑの文字列長
ｌｉ＝要求文ＱのうちＲｉのパターンにマッチした部分の文字列長
Ｎｉ＝Ｒｉのパターン中の概念（上述の ＜設備（Ｘ）＞ などの記述）の個数
ｎｉ＝要求文Ｑ中でＲｉのパターンで指定した概念が現われた個数
例えば、Ｑ＝「反応缶の温度はいくら」であるとき、この要求文Ｑに対する図８の規則Ｒ１の得点Ｐ１は、Ｌｑの値は１０文字、ｌ１の値は、「反応缶の」、「温度」の６文字、Ｎｉの値は、この場合、＜センサ（Ｙ）の＞と＜物理量（Ｚ）＞の２つ、ｎｉの値は、「反応缶の」と「温度」の２つであるから、Ｐ１＝（６×２）／（１０×２）＝０．６ となる。ここで、Ｎｉは、パターンの省略や繰り返しを考慮して数える。すなわち、規則Ｒ１では、「｛＜センサ（Ｙ）＞の｝＊」の部分は０個以上の繰り返しを許すため、要求文Ｑにその記述がない場合はＮｉには含めない。一方、「｛＜設備（Ｘ）＞の｝＊」 の部分も０個以上の繰り返しを許すが、要求文Ｑにその記述「反応缶」が一度現われるので、Ｎｉにもｎｉにもその数が含められる。
【００５７】
規則Ｒ１と同様に、規則Ｒ２、規則Ｒ３の得点Ｐ２、Ｐ３は、それぞれ、Ｐ２＝（３×１）／（１０×２）＝０．１５、Ｐ３＝（５×２）／（１０×２）＝０．５となる。
【００５８】
規則Ｒ４は、パターンが「ＴＲＵＥ（恒真）」である特殊な規則なので、この得点は、常に閾値Ｐｓであるとする。Ｐｓは、規則を適用すべきかどうかの閾値であり、ここではその値を例えば「０．３」とすると、Ｐ４＝０．３ である。
【００５９】
各々の規則Ｒｉの得点Ｐｉを計算したのち、閾値Ｐｓを超える得点Ｐｉを持つＲｉが存在しなければ（ステップＳ３）、要求文Ｑが解釈できなかった旨の応答文を呈示する（ステップＳ４）。図１１はその画面例である。ただし、規則Ｒ４のように得点が常に閾値を下回らない規則がある場合にはこのステップには至らず、ステップＳ５以下の処理に移ることになる。
【００６０】
ステップＳ５では、現在のプロセス値の状態Ｓ（図８では「ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ」と記したが、これと同じ情報であり、その例は図９に示した）を取得する。状態Ｓは、後のステップＳ６とステップＳ８の処理で利用する。
【００６１】
ステップＳ６からＳ１４までの処理は、検索命令を生成して検索を実行する処理である。図１０では、ステップＳ６からＳ１４までの処理を、ステップＳ２で求めた規則、すなわち、要求文Ｑに対する得点Ｐｉが閾値Ｐを超えるＲｉについて、Ｐｉの大きい順に繰り返し実行するとしているが、この繰り返しなどの方法は、後述するように変形してもよい。
【００６２】
まず、ステップＳ６では、規則Ｒｉが状態Ｓで適用可能かどうかを、規則Ｒｉの前提条件をもとに決定する。例えば、先に図８を用いて説明したように、ユーザの要求文が「保養所の利用方法は？」という質問であった場合で、かつ、状態Ｓが、重故障が発生している状態である場合には、例えば、規則Ｒ３の前提条件（ｉｓ＿ｃｒｉｔｉｃａｌ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）？（Ｘ＝＝監視・制御）：ＴＲＵＥ）は満足されない。「ｉｓ＿ｃｒｉｔｉｃａｌ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」は真であるが、「Ｘ」すなわち「保養所」クラス（図２参照）は「監視・制御」クラス（図２参照）に属すクラスではないからである（なお、図８等において、（Ａ？ Ｂ：Ｃ） という式は、Ａが真ならばＢの真偽値が採られ、Ａが偽ならＣの真偽値が採られるという意味である）。したがってこの場合には、ステップＳ７にて、当該規則（例えば、ここでは規則３）に適用可能でない、すなわち、要求拒絶の旨の応答文を呈示する。図１２は、要求が拒絶された場合の画面表示例である。
【００６３】
一方、前提条件が満足された場合には、ステップＳ８にて、コマンドに渡すパラメータの値を決定する。パラメータの値は、現在の状態Ｓを考慮して決定する。例として、現在の状態Ｓが、図９に示したように、タグ「ＬＳ１００１」の機器（つまり、「ＮＯ．１上限リミット」）が重故障を検知している状態で、ユーザが「復旧の方法」という要求文でシステムに問い合わせた場合を考える。この場合、規則Ｒ３が最も高得点でマッチし、また、「復旧」すなわち「非定常運転」が「監視・制御」に属する（図３参照）ことから、規則Ｒ３の前提条件は満たされる。
【００６４】
ステップＳ８では、規則Ｒ３が実行するコマンド「ｇｅｔ＿ｔｅｘｔ（Ｘ、ＲＥＱＵＥＳＴ、Ｋ）」のパラメータＸ、ＲＥＱＵＥＳＴ、Ｋの値が求められる。ここで、「ｇｅｔ＿ｔｅｘｔ」というコマンドは文書検索のコマンドであり、パラメータ「Ｘ」は文書クラス「非定常運転」、「ＲＥＱＵＥＳＴ」は要求文自体、すなわち「復旧の方法」という文字列である。「Ｋ」は補助的なキーワードであり、「ｇｅｔ＿ｔｅｘｔ」コマンドは、Ｘのクラスの文書を対象に、自然言語の問い合わせ文ＲＥＱＵＥＳＴと、補助的なキーワードの論理式を検索条件として、文書を検索する。この場合の補助的なキーワードは、規則Ｒ３のパラメータ項目、すなわち、「Ｋ＝（Ｘ＝＝監視・制御？ ｇｅｔ＿ｋｅｙｗｏｒｄ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）：ＮＵＬＬ）」によって求められる。すなわち、ここでは、「非定常運転」が「監視・制御」に属するので、キーワードＫは、「ｇｅｔ＿ｋｅｙｗｏｒｄ（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）」というコマンド、つまり、現在の状態からキーワードを求める処理により生成される。
【００６５】
ここで、プラントの現在の状態から、キーワードを求める処理について説明する。例えば、現在の状態ではタグ「ＬＳ１００１」の付された機器に異常が発生しているものとする。タグ「ＬＳ１００１」の付されている機器は、図７からセンサ「ＮＯ．１上限リミット」を意味することが分かる。
【００６６】
図７から「ＮＯ．１上限リミット」のクラスは「上限リミット」であり、さらに図６、図５から「上限リミット」のスーパークラスは「水位計」、「センサ」、「機器」である。このように上位概念を辿って行くことにより、現在着目している「ＬＳ１００１」に関連する語が、その関連の度合とともに求められる。すなわち、「ＮＯ．１上限リミット」インスタンスより一段上位の概念は図６より「上限リミット」クラスであり、その関連語は、図６より「上限リミット」「上限水位」「水位超過」である。同様に、「上限リミット」クラスの一段上位の概念は図６より「水位計」であり、その関連語は、図６より「水位計」「レベル計」「液位計」である。また「水位計」の一段上位の概念は図６より「センサ」であり、その関連語は図６より「センサ」「測定器」「計測器」「計器」である。さらに、「センサ」の一段上位の概念は図６より「機器」である（以上の「ＮＯ．１上限リミット」から上位概念に向かった流れを模式的に示すと、ＮＯ．１上限リミット→上限リミット→水位計→センサ→機器）。
【００６７】
さて、「ＬＳ１００１」、すなわち、「ＮＯ．１上限リミット」インスタンスより一段上位の概念は図６より「上限リミット」クラスであり、その関連語は、図６より「上限リミット」「上限水位」「水位超過」であった。そこで、これら関連語のそれぞれの語を形態素で区切り、ＡＮＤ（＊印）とＯＲ（＋印）の論理式として検索条件を生成する。
【００６８】
また、最下位の「ＮＯ．１上限リミット」より上位に辿る毎に、関連度を１／２ずつ乗じていくことにすれば、上記したような上位概念を辿った結果生成される検索条件の論理式とその関連度は次のようになる。
【００６９】
関連度 論理式
１／２ （上限＊リミット＋上限＊水位＋水位＊超過）
１／４ （水位＊計＋レベル＊計＋液位＊計）
１／８ （センサ＋測定＊器＋計測＊器＋計器）
同様にして、上位概念以外の関係、すなわち、「ＮＯ．１上限リミット」が測定対象とする「物理量」という関係においては、図７より「ＮＯ．１上限リミット」インスタンスに記述されている物理量は「水位」であり、その関連語は図６より「水位」「液位」「レベル」である。従って、最下位の「ＮＯ．１上限リミット」より上位に辿る毎に、関連度を１／２ずつ乗じていくことにすれば、上記したような「物理量」という関係を辿った結果生成される検索条件の論理式とその関連度は次のようになる。
【００７０】
関連度 論理式
１／２ （水位＋液位＋レベル）
さらに、「ＮＯ．１上限リミット」を構成要素とする「設備」の関係においては、図７より「ＮＯ．１反応缶」であり、「ＮＯ．１反応缶」インスタンスの一段上位の構成要素は図７より「反応缶」クラスであり、その関連語は、図６には示していないが「反応タンク」「反応槽」であるとする。また、「反応缶」の一段上位の構成要素は図６には示していないが図５から明らかなように、「缶」であり、その関連語は、「タンク」「槽」であるとする。さらに、「缶」の一段上位の構成要素は図６には示していないが図５から明らかなように、「設備」である（以上の「ＮＯ．１上限リミット」から上位に向かった構成要素の流れを模式的に示すと、ＮＯ．１上限リミット→ＮＯ．１反応缶→反応缶→缶→設備）。従って、最下位の「ＮＯ．１上限リミット」より上位に辿る毎に、関連度を１／２ずつ乗じていくことにすれば、上記したような「設備」という関係を辿った結果生成される検索条件の論理式とその関連度は次のようになる。
【００７１】
関連度 論理式
１／４ （反応＊缶＋反応＊タンク＋反応＊槽）
１／８ （缶＋タンク＋槽）
これらの論理式の和を、コマンド「ｇｅｔ＿ｔｅｘｔ」の補助的な検索条件Ｋとする。
【００７２】
次に、ステップＳ９において、コマンドを実行するかどうかを決定し、実行する場合にはステップＳ１０に進む。コマンドを実行するかどうかは、規則Ｒｉの得点Ｐｉに基づいて自動的に実行する方法や、ユーザがコマンドを実行するかどうかを明示的に選択する方法などがある。図１３は後者の例であり、各規則のメニュー（図８の説明参照）を得点の高いものから順にユーザに呈示して、実行すべきコマンドをユーザに選択させる画面の例で、このメニューのうち、「反応缶の温度計の温度」がユーザにより選択されたときの検索結果を表示した場合を示している。この場合、図６の処理の流れは少し変形を要する。すなわち、ステップＳ８の後にメニューを作成して呈示する処理が加わり、対象としている全ての規則についてメニューを呈示した後、ユーザに実行するかどうかを判断させるという処理の流れになる。コマンドの実行は、ステップＳ８で求めたコマンドおよびパラメータの値を、文書データ管理部１あるいはプロセスデータ管理部２に送り、検索を実行することにより行なわれる（ステップＳ１０）。例えば、図８の規則Ｒ３の例では、「ｇｅｔ＿ｔｅｘｔ」というコマンドと、そのパラメータ「ＲＥＱＵＥＳＴ」「Ｘ」「Ｋ」が、文書データ管理部１に送られ、文書の検索が行なわれる。
【００７３】
文書データ検索部１３では、文書クラス「Ｘ」（上記の例では「非定常運転」）に属する文書データのうち、自然言語の検索条件「ＲＥＱＵＥＳＴ」（例えば「復旧の方法」）に合致する文書を検索する。自然言語を検索条件とした文書検索の方法は従来と同等の方法で行なうが、この際、「ＲＥＱＵＥＳＴ」中の「復旧」という語は、図３で示したように、文書クラス「非定常運転」の文脈では「復帰」「異常処理」などの語と関連があるので、これらの語も検索条件とする。
【００７４】
前述した補助的なキーワードの検索条件は、自然言語の検索条件で検索した結果に適応し、プラントの状態に合致した文書を絞り込んで検索するのに用いる。
【００７５】
以上、文書検索などのコマンド実行の結果、成功すれば（ステップＳ１１）、成功の旨の応答文と、実行結果をユーザに呈示する（ステップＳ１２）。図１４は、コマンドの実行結果として検索された文書の一覧を呈示した画面例である。ユーザの要求文「復旧の方法」に対し、上述のように、プラントの状態に基づいて文書検索の条件を付加した結果、「水位の超過」等の復旧方法に関する運転方案書が検索されてユーザに呈示される。
【００７６】
このように、本発明によれば、ユーザの簡潔で曖昧な要求文を、プロセスデータの状態に基づいて解釈し、ユーザの意図にあった情報を呈示することが可能である。また、図１４に示すように、システムが返す応答文「『復旧の方法（上限、リミット、水位、超過、…）』に関する文書を表示します。」によって、システムがどのような処理を行なったか（この例では、文書の検索を行なった）と、プロセスデータの状態に基づいてどう要求を解釈したのか（この例では、「水位」「超過」等の状況に基づいて解釈した）という説明がなされる。この機能により、ユーザは、システムが自分の意図通りの解釈をしたかどうかを容易に知ることができ、システムの間違った解釈によるコマンドを実行せずに、自分の求める情報のみを得ることができる。
【００７７】
いま一つの例として、ユーザが「弁を開く」という要求を発した場合の処理の流れを説明する。この要求文に対して、ステップＳ２では、規則Ｒ２が最も得点の高い規則として選ばれ、これがステップＳ６で適用可能であれば（つまり制御機器が利用可能であれば）、ステップＳ８では、「ｓｅｔ＿ｖａｌｕｅ（Ｙ．タグ、Ｚ．信号」）というコマンドのパラメータＹ、Ｚの値を生成する。このコマンドは、ＹのアクチュエータにＺの信号を設定するコマンドである。ここで、プラント内に多数の弁が存在する場合には、どの弁を開くべきかは要求文からは特定できない。このとき、プラントの現在の状態が、タグ「ＴＩ１４０１」の付された機器が異常な（すなわち、「ＮＯ．１缶内温度計」が異常値を示している）状態であれば、システムは、この異常状態に関連する弁が、ユーザの意図する弁であると判断する。
【００７８】
以下、その手順を具体的に説明する。まず、タグ「ＴＩ１４０１」の付された機器は、図７より「ＮＯ．１缶内温度計」を指すタグであることが分かる。図７より、「ＮＯ．１缶内温度計」が属する設備は「ＮＯ．１反応缶」であり、「ＮＯ．１反応缶」は、同じく図７より「ＮＯ．１注入弁Ａ」「ＮＯ．１注入弁Ｂ」「ＮＯ．１排出弁」「ＮＯ．１冷却水弁」の４つの弁を持つことがわかる（以上のＮＯ．１缶内温度計との第１の関係を模式的に示すと、ＮＯ．１缶内温度計→ＮＯ．１反応缶→ＮＯ．１注入弁Ａ、ＮＯ．１注入弁Ｂ、ＮＯ．１排出弁、ＮＯ．１冷却水弁）。
【００７９】
一方、同じく図７より「ＮＯ．１缶内温度調節計」は、「ＮＯ．１缶内温度計」の測定値を入力として「ＮＯ．１冷却水弁」を調節することがわかる（以上のＮＯ．１缶内温度計との第２の関係を模式的に示すと、ＮＯ．１缶内温度計→ＮＯ．１缶内温度調節計→ＮＯ．１冷却水弁）。
【００８０】
「ＮＯ．１缶内温度計」と「ＮＯ．１冷却水弁」との間は、上記第１および第２の関係のように２通りの道筋の関係があり、関係を辿る段数は、両方とも２段なので、「ＮＯ．１缶内温度計」と「ＮＯ．１冷却水弁」の間の関連度は、１／４＋１／４＝１／２となる。一方、他の３つの弁「ＮＯ．１注入弁Ａ」「ＮＯ．１注入弁Ｂ」「ＮＯ．１排出弁」は、みな、第１の関係しかないため、「ＮＯ．１缶内温度計」とこれら３つの弁との関連度は１／４である。
【００８１】
以上の計算により、ステップＳ８にて、コマンド「ｓｅｔ＿ｖａｌｕｅ（Ｙ．タグ、Ｚ．信号）」の「Ｙ」は、「ＮＯ．１冷却水弁」である可能性が高いと判断し、そのタグ「ＭＶ１１０１」をパラメータとする（図７参照）。なお、Ｚはユーザの要求から「開」操作であるから、図６より「Ｚ．信号」は「１」である。結果として、「ｓｅｔ＿ｖａｌｕｅ（ＭＶ１１０１、１）」というコマンドがステップＳ１０にて実行され、その結果がステップＳ１２もしくはステップＳ１３でユーザに呈示される。
【００８２】
なお、以上の例で説明した、プラントの状態から操作対象の弁を決定する処理は、ユーザが意図する対象を常に正しく決定できるとは限らないため、図１５に示すように、ユーザに操作対象の候補を呈示して、選択・確認せしめてもよい。この場合には、ユーザに選択させる処理を、パラメータ生成処理（ステップＳ８）の一部として付け加える。ユーザに選択させる候補のうち、どの候補がユーザの意図に合っているかの確からしさは、上記に説明した通り、プラントの状態に基づいて判断できる。上の例では、４つの弁のうち、「ＮＯ．１冷却水弁」が最も確からしい。したがって、図１５に示すように、可能性の高い候補を上位の候補として、先頭に呈示したり、強調して呈示することにより、ユーザによる選択の労力を軽減することができる。
【００８３】
以上説明したように、上記実施形態によれば、プラント監視制御等の業務における、文書データとプロセスデータの検索・利用を、簡潔な自然言語による入力によって労力なく行なうことができる。また、プラント等設備のプロセスデータの状態によって、ユーザの要求を受け付けるかどうかを制御したり、要求の解釈の正確さを増すことができるため、ユーザに対して適切な行動を示唆したり、曖昧な要求文に対しても適切なデータを検索し呈示できる。さらに、プロセスデータの状態に基づいて要求を解釈した場合、なぜそう解釈したのかの説明や、解釈が複数通りある場合の候補の呈示の優先度付けが行なわれるため、ユーザは、システムの処理内容を容易に理解でき、ユーザとシステムとの間の要求−回答のインタラクションをスムーズに行なうことができる。
【００８４】
以上述べた効果の結果として、ユーザは、多種多量のデータから自分の必要なデータを探す作業の負荷から解放され、監視制御等の業務自体に専念できるため、業務の効率が向上し、操業の安全性も高まる。
【００８５】
なお、上記実施形態では、プラント等の監視制御への適用例を説明したが、本発明の適用対象はプラントの場合に限らない。交通システム、インテリジェントビル、自動倉庫などを対象とした文書データとリアルタイムデータを利用する様々な業務に適用可能なことは明らかである。
【００８６】
また、工業分野以外、例えば、サービス業、金融業、医療分野、農林水産業での適用も可能である。このそれぞれの場合において、上記実施形態ではプロセスデータと呼んだリアルタイムデータは、商品の在庫や予約状況のデータ、証券価格データ、患者データ、気象データなど、様々な種類のリアルタイムデータと置き換えて考えることができ、基本的に、上記実施形態と同様にして、情報の検索・利用の効率化を実現することができる。
【００８７】
【発明の効果】
以上説明したように、本発明によれば、文書データとリアルタイムデータとを効率よく検索でき、例えば、プラント等の設備の監視制御などの業務における情報のアクセスの労を軽減し、業務を効率化を図ることができる。
【００８８】
また、簡潔な検索要求文を入力するだけで、リアルタイムデータに基づきそれを解釈することにより、効率よく適切な情報の検索を可能にする。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報検索システムの構成を示すブロック図。
【図２】検索命令生成のための知識である文書の分類のクラスの例を示す図。
【図３】文書クラスの詳細な記述例を示した図。
【図４】プラントの一部の構成例を示した図。
【図５】検索命令生成のための知識であるプラントの分類・構成の例を示す図。
【図６】図５に示したクラス間の上位・下位関係と概念間の関係を含む各クラスの詳細な記述の一例を示した図。
【図７】図５に示したインスタンスの概念間の関係を含む各インスタンスの詳細な説明の記述の一例を示した図。
【図８】検索命令生成のための知識である検索命令生成規則の例を示した図。
【図９】プラントの現在状態（ＣＵＲＲＥＮＴ＿ＳＴＡＴＥ）の一例をプラント設備の一部について示した図。
【図１０】図１の情報検索システムの処理の流れを示すフローチャート。
【図１１】ユーザの要求に対するシステムの応答の画面例を示す図で、ユーザの要求文が解釈できなかったときの画面表示例を示している。
【図１２】ユーザの要求に対するシステムの応答の画面例を示す図で、規則に適用可能できなかったため要求文が拒絶された場合の画面表示例を示している。
【図１３】ユーザの要求に対するシステムの応答の画面例を示す図で、各規則のメニューを得点の高いものから順にユーザに呈示して、実行すべきコマンドをユーザに選択させるための画面表示例を示している。
【図１４】ユーザの要求に対するシステムの応答の画面例を示す図で、コマンドの実行結果として検索された文書の一覧を呈示した画面表示例を示している。
【図１５】ユーザの要求に対するシステムの応答の画面例を示す図で、ユーザの要求をプロセスデータを基に解釈した内容をユーザに呈示して、その中から選択・確認せしめるための画面表示例を示している。
【符号の説明】
１…文書データ管理部
１１…文書データ記憶部
１２…文書データ登録部
１３…文書データ検索部
２…プロセスデータ管理部
２１…プロセスデータ取得部
２２…プロセスデータ記憶部
２３…プロセスデータ検索部
３…検索命令生成部
３１…検索命令生成規則記憶部
４…データ呈示部
Claims (9)
- 各設備・機器から出力される設備・機器データを取得する取得手段と、
文書データ及び前記設備・機器データを記憶する第１の記憶手段と、
文書データ及び各設備・機器を分類するための複数のクラスと、当該複数のクラスの上位・下位関係と、各クラスに属する語及び設備・機器名とを示した知識データを記憶する第２の記憶手段と、
前記複数のクラスと各クラスに属する語及び設備・機器名とのうちの少なくとも１つを含む自然言語の検索要求文に含まれるパターンと、当該パターンに対応する文書データを検索するための検索命令及び設備・機器データを検索するための検索命令のうちのいずれか１つと、前記検索命令を実行するために必要なパラメータを取得するための方法に関する記述とをそれぞれ含む複数の生成規則を記憶する第３の記憶手段と、
自然言語の検索要求文を入力する入力手段と、
前記入力手段で入力された検索要求文を基に検索命令及びパラメータを生成する生成手段と、
前記検索命令及び前記パラメータを用いて、前記第１の記憶手段に記憶された文書データ及び設備・機器データを検索する検索手段と、
呈示手段と、
を備えた情報検索装置における情報検索方法において、
前記入力手段が前記検索要求文を入力する入力ステップと、
前記生成手段が、前記知識データを参照して、入力された検索要求文に含まれる語及び設備・機器名の属するクラスと、当該クラスの上位のクラスとを取得する第１の取得ステップと、
前記生成手段が、前記入力された検索要求文に含まれる語及び設備・機器名と、前記第１の取得ステップで取得したクラスを用いて、前記複数の生成規則のそれぞれのパターンと、前記入力された検索要求文との間の類似度を算出する算出ステップと、
前記生成手段が、前記複数の生成規則のなかから、前記入力された検索要求文に適用可能な予め定められた値以上の類似度のパターンを有する生成規則を選択する選択ステップと、
前記生成手段が、選択された生成規則に含まれる前記記述を用いて、前記入力された検索要求文及び前記知識データのうちの少なくとも１つと、前記取得手段で取得された設備・機器データとから、前記パラメータを取得する第２の取得ステップと、
前記検索手段が、前記生成手段によって得られた生成規則に含まれる前記検索命令と、前記生成手段によって得られた前記パラメータとを用いて検索を行う検索ステップと、
前記呈示手段が、前記検索手段での検索結果を呈示するステップと、
を含む情報検索方法。 - 前記生成規則には、当該生成規則を前記検索要求文に適用するための条件を含み、
前記選択ステップは、前記複数の生成規則のなかから、前記入力された検索要求文に適用可能な予め定められた値以上の類似度のパターンを含み、且つ前記条件を満たす生成規則を選択することを特徴とする請求項１記載の情報検索方法。 - 前記条件は、前記設備・機器データ及び前記検索要求文中の語のうちの少なくとも１つに関する条件であることを特徴とする請求項２記載の情報検索方法。
- 前記呈示手段が、前記入力された検索要求文に対し、前記生成手段によって得た生成規則に関する情報及びパラメータに関する情報を呈示することを特徴とする請求項１記載の情報検索方法。
- 各設備・機器から出力される設備・機器データを取得する第１の取得手段と、
文書データ及び前記設備・機器データを記憶する第１の記憶手段と、
文書データ及び各設備・機器を分類するための複数のクラスと、当該複数のクラスの上位・下位関係と、各クラスに属する語及び設備・機器名とを示した知識データを記憶する第２の記憶手段と、
前記複数のクラスと、各クラスに属する語及び設備・機器名とのうちの少なくとも１つを含む自然言語の検索要求文に含まれるパターンと、当該パターンに対応する文書データを検索するための検索命令及び設備・機器データを検索するための検索命令のうちのいずれか１つと、前記検索命令を実行するために必要なパラメータを取得するための方法に関する記述とをそれぞれ含む複数の生成規則を記憶する第３の記憶手段と、
自然言語の検索要求文を入力する入力手段と、
前記知識データを参照して、前記入力手段で入力された検索要求文に含まれる語及び設備・機器名の属するクラスと、当該クラスの上位のクラスを取得する第２の取得手段と、
前記入力手段で入力された検索要求文に含まれる語及び設備・機器名と、前記取得手段で取得したクラスを用いて、前記複数の生成規則のそれぞれのパターンと、前記入力手段で入力された検索要求文との間の類似度を算出する算出手段と、
前記複数の生成規則のなかから、前記入力手段で入力された検索要求文に適用可能な予め定められた値以上の類似度のパターンを有する生成規則を選択する選択手段と、
前記選択手段で選択された生成規則に含まれる前記記述を用いて、前記検索要求文及び前記知識データのうちの少なくとも１つと、前記第１の取得手段で取得される設備・機器データとから、前記パラメータを取得する第３の取得手段と、
前記選択手段で選択された生成規則に含まれる前記検索命令と、前記第３の取得手段で取得された前記パラメータを用いて、前記第１の記憶手段に記憶された文書データ及び設備・機器データを検索する検索手段と、
前記検索手段での検索結果を呈示する手段と、
を具備したことを特徴とする情報検索装置。 - 前記生成規則には、当該生成規則を前記検索要求文に適用するための条件を含み、
前記選択手段は、前記複数の生成規則のなかから、前記入力手段で入力された検索要求文に適用可能な予め定められた値以上の類似度のパターンを含み、且つ前記条件を満たす生成規則を選択することを特徴とする請求項５記載の情報検索装置。 - 前記条件は、前記設備・機器データ及び前記検索要求文中の語のうちの少なくとも１つに関する条件であることを特徴とする請求項６記載の情報検索装置。
- 前記入力手段で入力された検索要求文に対し、前記選択手段で選択した生成規則に関する情報及び前記第３の取得手段で取得したパラメータに関する情報を呈示することを特徴とする請求項５記載の情報検索装置。
- コンピュータを、
各設備・機器から出力される設備・機器データを取得する第１の取得手段と、
文書データ及び前記設備・機器データを記憶する第１の記憶手段と、
文書データ及び各設備・機器を分類するための複数のクラスと、当該複数のクラスの上位・下位関係と、各クラスに属する語及び設備・機器名とを示した知識データを記憶する第２の記憶手段と、
前記複数のクラスと、各クラスに属する語及び設備・機器名とのうちの少なくとも１つを含む自然言語の検索要求文に含まれるパターンと、当該パターンに対応する文書データを検索するための検索命令及び設備・機器データを検索するための検索命令のうちのいずれか１つと、前記検索命令を実行するために必要なパラメータを取得するための方法に関する記述とをそれぞれ含む複数の生成規則を記憶する第３の記憶手段と、
自然言語の検索要求文を入力する入力手段と、
前記知識データを参照して、前記入力手段で入力された検索要求文に含まれる語及び設備・機器名の属するクラスと、当該クラスの上位のクラスを取得する第２の取得手段と、
前記入力手段で入力された検索要求文に含まれる語及び設備・機器名と、前記取得手段で取得したクラスを用いて、前記複数の生成規則のそれぞれのパターンと、前記入力手段で入力された検索要求文との間の類似度を算出する算出手段と、
前記複数の生成規則のなかから、前記入力手段で入力された検索要求文に適用可能な予め定められた値以上の類似度のパターンを有する生成規則を選択する選択手段と、
前記選択手段で選択された生成規則に含まれる前記記述を用いて、前記検索要求文及び前記知識データのうちの少なくとも１つと、前記第１の取得手段で取得される設備・機器データとから、前記パラメータを取得する第３の取得手段と、
前記選択手段で選択された生成規則に含まれる前記検索命令と、前記第３の取得手段で取得された前記パラメータを用いて、前記第１の記憶手段に記憶された文書データ及び設備・機器データを検索する検索手段と、
前記検索手段での検索結果を呈示する手段と、
して機能させるためのプログラムを記録した機械読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18205699A JP3655501B2 (ja) | 1999-06-28 | 1999-06-28 | 情報検索方法、情報検索装置及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18205699A JP3655501B2 (ja) | 1999-06-28 | 1999-06-28 | 情報検索方法、情報検索装置及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001014321A JP2001014321A (ja) | 2001-01-19 |
| JP3655501B2 true JP3655501B2 (ja) | 2005-06-02 |
Family
ID=16111581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18205699A Expired - Fee Related JP3655501B2 (ja) | 1999-06-28 | 1999-06-28 | 情報検索方法、情報検索装置及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3655501B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4348071B2 (ja) * | 2002-12-26 | 2009-10-21 | シャープ株式会社 | 情報処理装置、携帯端末、情報処理システム、情報処理方法、情報処理プログラム、および、コンピュータ読取可能な記録媒体 |
| JP2010049363A (ja) * | 2008-08-19 | 2010-03-04 | Ricoh Co Ltd | ログ情報解析可視装置、ログ情報解析可視方法、ログ情報解析プログラム及び該プログラムを記憶した記憶媒体 |
| JP5524669B2 (ja) * | 2010-03-29 | 2014-06-18 | メタウォーター株式会社 | 要求情報入力支援装置、及びプログラム、並びにプラント維持管理システム |
| JP6192714B2 (ja) * | 2012-05-24 | 2017-09-06 | サウンドハウンド，インコーポレイテッド | 自然言語処理を可能にするシステム及び方法 |
| US10380105B2 (en) * | 2013-06-06 | 2019-08-13 | International Business Machines Corporation | QA based on context aware, real-time information from mobile devices |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05216935A (ja) * | 1992-02-07 | 1993-08-27 | Toshiba Corp | ドキュメント検索システム |
| JPH07129601A (ja) * | 1993-11-05 | 1995-05-19 | Hitachi Ltd | 情報検索装置 |
-
1999
- 1999-06-28 JP JP18205699A patent/JP3655501B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001014321A (ja) | 2001-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Zhong et al. | Ontology-based semantic modeling of knowledge in construction: Classification and identification of hazards implied in images | |
| US8005815B2 (en) | Search engine | |
| US6279006B1 (en) | Structured data management system and computer-readable recording medium storing structured data management program | |
| US20110004578A1 (en) | Active metric learning device, active metric learning method, and program | |
| WO2001093102A1 (en) | Method and apparatus for making predictions about entities represented in documents | |
| KR20180122491A (ko) | 건설 프로젝트의 전주기 위험요인 지식정보 서비스 시스템 | |
| US20230351222A1 (en) | Service providing system, business analysis support system, and method | |
| CN113553420A (zh) | 基于知识图谱的电网故障处理规程推荐方法和*** | |
| US20080319936A1 (en) | Engineering expert system | |
| KR102421904B1 (ko) | 재난사고 원인분석의 고도화 방법 | |
| CN117271767A (zh) | 基于多智能体的运维知识库的建立方法 | |
| JP3655501B2 (ja) | 情報検索方法、情報検索装置及び記録媒体 | |
| Kong et al. | A study on a general cyber machine tools monitoring system in smart factories | |
| Moon et al. | Analysis of construction accidents based on semantic search and natural language processing | |
| US11550786B1 (en) | System, method, and computer program for converting a natural language query to a structured database update statement | |
| US20230068340A1 (en) | Data management suggestions from knowledge graph actions | |
| CN110795101B (zh) | Sql代码信息显示方法、装置、计算机装置及存储介质 | |
| US20230214671A1 (en) | Systems and methods for building a knowledge base for industrial control and design applications | |
| CN115858807A (zh) | 一种基于航空装备故障知识图谱的问答*** | |
| Mohemad et al. | Ontological-based information extraction of construction tender documents | |
| D’Cruze et al. | A Case Study on Ontology Development for AI Based Decision Systems in Industry | |
| Tsuchiya et al. | Zinrai platform service to accelerate digital innovations for customer businesses | |
| US11250070B2 (en) | Episode management device, episode management program, and episode management method | |
| JP2002230001A (ja) | プラント建設作業情報検索システム | |
| Kennedy et al. | Trust and Automation-A Systematic Literature Review |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041214 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050204 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050301 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050303 |
|
| LAPS | Cancellation because of no payment of annual fees |