ネットワークを介してサービスを受けるユーザからの問い合わせ情報を受付けて、および過去の問い合わせ履歴情報、ユーザのシステム操作履歴情報を読み出す制御部と、前記過去の問い合わせ履歴情報より、今回の問い合わせに類似する問い合わせ候補を抽出し、前記ユーザからの問い合わせ前のシステム操作履歴と前記類似する問い合わせ候補の各レコードに対応するユーザのシステム操作履歴とを比較して、イベント配列の類似度合いを決定する演算部と、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として出力する出力処理部と、を備えることを特徴とする情報検索装置。前記制御部が、更に、今回の問い合わせに類似する問い合わせ候補の中で、ユーザからの問い合わせ前のシステム操作履歴と、各類似する問い合わせ候補に対応するユーザのシステム操作履歴とを比較したイベント配列の類似度合いが、所定の閾値より高いと判定された類似する問い合わせ候補の過去の回答内容を、今回のユーザからの問い合わせ情報と共に、問い合わせ履歴情報へ登録する、ことを特徴とする請求項1に記載の情報検索装置。前記演算部が、前記過去の問い合わせ履歴情報より、今回の問い合わせに類似する問い合わせ候補を抽出する処理は、今回のユーザからの問い合わせ内容を表わすテキスト情報と、過去の問い合わせ履歴情報に記録された過去の問い合わせ内容を表わすテキスト情報とを比較して、完全に一致した場合、または形態素解析技術を用いて同一の単語が含まれる類似性を判定した場合、または構文解析を行い類似文章の判定がなされた場合に、前記過去の問い合わせ履歴情報より類似する問い合わせ候補を抽出することを特徴とする請求項1に記載の情報検索装置。前記演算部が、前記ユーザからの問い合わせ前のシステム操作履歴と前記類似する問い合わせ候補の各レコードに対応するユーザのシステム操作履歴とを比較して、イベント配列の類似度合いを決定する処理は、比較対象の両システム操作履歴をそれぞれ構成するイベント配列が完全に一致した場合に最も高い類似度を付与し、イベント配列の一部に順序の不一致がある場合は類似度の高さを一段下げて付与し、イベント配列の一部に相違するイベントが入る比較の場合には更に類似度の高さを下げて付与する決定を行うことを特徴とする請求項1に記載の情報検索装置。前記出力処理部は、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として表示すると共に、前記ユーザからの問い合わせ発生時のシステム操作履歴情報を表示させることを特徴とする請求項1に記載の情報検索装置。前記出力処理部は、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として表示すると共に、画面上より選択した類似問い合わせ候補の発生時のシステム操作履歴情報を表示させることを特徴とする請求項1に記載の情報検索装置。前記出力処理部は、前記ユーザからの問い合わせ発生時のシステム操作履歴情報におけるユーザの設定情報を表示させることを特徴とする請求項1に記載の情報検索装置。前記出力処理部は、類似問い合わせ候補の発生時のシステム操作履歴情報におけるユーザの設定情報を表示させることを特徴とする請求項1に記載の情報検索装置。コンピュータを、ネットワークを介してサービスを受けるユーザからの問い合わせ情報を受付ける手段と、過去の問い合わせ履歴情報、ユーザのシステム操作履歴情報を読み出す手段と、前記ユーザからの問い合わせ情報に基づいて、前記過去の問い合わせ履歴情報より、今回の問い合わせに類似する問い合わせ候補を抽出する手段と、前記ユーザからの問い合わせ前のシステム操作履歴と前記類似する問い合わせ候補の各レコードに対応するユーザのシステム操作履歴とを比較して、イベント配列の類似度合いを決定する手段と、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として表示する手段として機能させるための情報検索プログラム。コンピュータを、更に、今回の問い合わせに類似する問い合わせ候補の中で、ユーザからの問い合わせ前のシステム操作履歴と、各類似する問い合わせ候補に対応するユーザのシステム操作履歴とを比較したイベント配列の類似度合いが、所定の閾値より高いと判定された類似する問い合わせ候補の過去の回答内容を、今回のユーザからの問い合わせ情報と共に、問い合わせ履歴情報へ登録する手段として機能させるための請求項9に記載の情報検索プログラム。コンピュータを、更に、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として表示すると共に、前記ユーザからの問い合わせ発生時のシステム操作履歴情報を表示する手段として機能させるための請求項9に記載の情報検索プログラム。コンピュータを、更に、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として表示すると共に、画面上より選択した類似問い合わせ候補の発生時のシステム操作履歴情報を表示する手段として機能させるための請求項9に記載の情報検索プログラム。コンピュータを、更に、前記ユーザからの問い合わせ発生時のシステム操作履歴情報におけるユーザの設定情報を表示する手段として機能させるための請求項9に記載の情報検索プログラム。コンピュータを、更に、類似問い合わせ候補の発生時のシステム操作履歴情報におけるユーザの設定情報を表示する手段として機能させるための請求項9に記載の情報検索プログラム。コールセンタでは、サービスベンダが提供するシステムサービスに関して、ユーザからの様々な問い合わせに迅速かつ的確に対応する必要が有る。ユーザからの問い合わせ方法は、架電、電子メール、Faxなどがあるが、全ての問い合わせ内容は、コンピュータを用いてテキストデータの形式で電子的に蓄積することができる。問い合わせ内容には、システムの操作方法、操作時におけるエラーの対処法、機能の改善要望、など多岐に渡る。オペレータは、この様な各種問い合わせに対し、問い合わせ対応マニュアルなどを参考に操作方法の説明を行ったり、機能の改善要望についてはシステムの開発部門など適切な部署にエスカレーションするなどといった対応を行うことが求められる。本発明は、多岐に渡るこのような問い合わせのうち、システム操作時におけるエラーの対処法に関する問い合わせについて、迅速かつ的確な回答を支援する技術に関するものである。オペレータは、ユーザからシステム操作時におけるエラーの対処法に関する新たに発生した問い合わせを受け付けると、そのエラーの発生原因を推定し、その原因に対する処置方法を回答案としてユーザに提示する。提示した回答によってエラーが解消できない場合は、オペレータは別のエラー発生原因を推定し、その原因に対する処置方法を回答案としてユーザに提示することを繰り返す。このエラー発生原因を推定するには、オペレータの過去の問い合わせ対応経験や、システムに関する知識が必要となるため、オペレータによっては的確な回答に辿り着けない場合や、的確な回答を得るまでの時間にバラツキが生じる可能性がある。そのため、ユーザは期待した回答を得られずにオペレータの対応に不満を感じたり、オペレータ側も問い合わせ回答に時間がかかるという問題があった。この問題を解決するための従来手法として、類似する問い合わせであれば、その問い合わせ発生原因も同一であるという仮定のもと、過去に発生した問い合わせ内容とその時の回答内容を蓄積し、新たに発生した問い合わせと、その内容に類似する過去の問い合わせを抽出し、当時の回答を解決方法案としてオペレータに提示する支援方法がある。具体的には、新たに発生した問い合わせを、オペレータ自身または音声変換機能などを用いテキストデータに変換し、前述の過去の問い合わせと回答内容を蓄積したデータベースから、テキストマイニング技術を用い、類似する過去の問い合わせを検索抽出する方法がある。特許文献1によれば、この検索精度の向上を目的に、文章検索する際に問い合わせ内容のテキストデータに含まれる語句の頻度や、語句間の係り受けによる文章構造を解析することによって類似する過去の問い合わせを検索するだけではなく、テキストデータの意味を理解する手法を取り入れることによって、新たに発生した問い合わせ内容と、より意味的に類似する過去の問い合わせの抽出を支援している。しかし、特許文献1では、どんなに精度良く類似した過去の問い合わせを検索できたとしても、そもそも、その発生原因が異なる場合には、的確な回答を得ることが出来ないことがある。そこで、本発明は、類似した過去の問い合わせの中から、的確な回答案を得る方法を提供する。例えば、新たな問い合わせ内容と類似する過去の問い合わせデータを抽出し、新たに発生した問い合わせが起こる直前のシステム操作履歴と、類似する過去の問い合わせの中から、類似するシステム操作履歴を持つ過去の問い合わせを特定し、その問い合わせに対する回答内容を、回答案としてオペレータに提示することを可能とする技術を提供する。上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数組んでいるが、その一例を挙げるならば、ネットワークを介してサービスを受けるユーザからの問い合わせ情報を受付けて、および過去の問い合わせ履歴情報、ユーザのシステム操作履歴情報を読み出す制御部と、前記過去の問い合わせ履歴情報より、今回の問い合わせに類似する問い合わせ候補を抽出し、前記ユーザからの問い合わせ前のシステム操作履歴と前記類似する問い合わせ候補の各レコードに対応するユーザのシステム操作履歴とを比較して、イベント配列の類似度合いを決定する演算部と、前記類似度合いの高い順に前記類似する問い合わせ候補の過去の回答内容を推奨対策案として出力する出力処理部とを備えることを特徴とする情報検索装置により実現する。ユーザから新たに発生した問い合わせに対し、的確な回答を迅速に行うことが可能となり、コールセンタのサービスに対する顧客満足度の向上、問い合わせ当たりのオペレータ回答時間の短縮による業務の生産性向上を実現することができる。以下、実施例を図面を用いて説明する。本実施例では、ユーザからの問い合わせに対し、類似した過去の問い合わせ履歴の中から的確な回答を迅速に検索して、オペレータに提示するための装置、方法の例を説明する。図1は、本発明の実施形態に係る情報検索装置300の構成例を示す図である。本発明における情報検索装置300は、制御処理部10と、演算部20と、記憶部30と、通信部40と、で構成され、演算部20の処理で必要な情報は、通信部40をインタフェースとして、ネットワーク100を介し、問い合わせ履歴システム操作履歴記録装置200から取得可能である。ネットワーク100は、通常はLANLocalAreaNetwork等の利用者の組織が管理する通信網である。ただし、これに限らず、ネットワーク100は、インターネット等の公衆通信網、WANWideAreaNetworkまたはVPNVirtualPrivateNetwork等の一般公衆回線を一部に用いた通信網であっても良い。制御部10は、ユーザから新たに発生した問い合わせ内容に関する情報を入力情報受付け処理部102で受付けて、ネットワーク100を介して問い合わせ履歴システム操作履歴情報入出力処理部101で問い合わせ履歴システム操作履歴情報を受け取り、後述する演算処理を演算部20に依頼し、処理結果に関する情報を受け取って出力処理部103を経由しオペレータに提示する。図15は、情報検索装置300のハードウエア構成例を示す図である。本実施形態において、情報検索装置300は、例えば、PCパーソナルコンピュータや、ワークステーション、サーバ装置などの計算機である。情報検索装置300は、入力装置301と、出力装置302と、外部記憶装置303と、演算装置304と、主記憶装置305と、通信装置306と、それぞれの装置を互いに接続するバス307と、を有する。入力装置301は、例えばキーボードやマウス、あるいはタッチペン、その他ポインティングデバイスなどの入力を受付ける装置である。出力装置302は、例えばディスプレイなどの、表示を行う装置である。外部記憶装置303は、例えばハードディスク装置やフラッシュメモリなどの不揮発性記憶装置である。演算装置304は、例えばCPUCentralProcessingUnitなどの演算装置である。主記憶装置305は、例えばRAMRandomAccessMemoryなどのメモリ装置である。通信装置306は、アンテナを介して無線通信を行う無線通信装置、又はネットワークケーブルを介して有線通信を行う有線の通信装置である。情報検索装置300の記憶部30は、情報検索装置300の主記憶装置305または外部記憶装置303により実現される。また、情報検索装置300の問い合わせ履歴システム操作履歴情報入出力処理部101と、入力情報受付け処理部102と、出力処理部103と、演算部20とは、情報検索装置300の演算装置304に処理を行わせるプログラムによって実現される。このプログラムは、主記憶装置305または外部記憶装置303内に記憶され、実行にあたって主記憶装置305上にロードされ、演算装置304により実行される。また、情報検索装置300の通信部100は、情報検索装置300の通信装置306によって実現される。コールセンタのオペレータは、各種サービスの提供を受けているユーザより、各種問い合わせを受付けた際に、情報検索装置300に問い合わせ内容を報告する。図2は、情報検索装置300の制御部10および演算部20における処理フロー例を示す図である。演算部20の各処理は、入力情報受付け処理部102がサービスを提供しているユーザからの新たに発生した問い合わせに対する処理を開始する要求を受付け、出力処理部103が図3に示す入力画面400を構成し、出力装置302で表示させて開始される。まず、演算部20は、ユーザから新たに発生した問い合わせ情報として、ユーザIDと、問い合わせ発生時間と、問い合わせ内容の入力を受付け、問い合わせ受付情報記憶部140に、ユーザIDと、問い合わせ発生時間と、問い合わせ内容を格納するステップS001。具体的には、演算部20は、入力画面400で受け付けた問い合わせ内容を受け取る。ここで、ユーザからの新たに発生した問い合わせ情報を受け付ける入力画面400について説明する。図3は入力画面400の構成例を示す図である。入力画面400は、ユーザID入力領域401と、発生日時入力領域402と、問い合わせ入力領域403と、を備える。ユーザID入力領域401は、新たに発生した問い合わせのユーザを特定するための、ユーザ固有の識別番号を受け付ける領域である。ユーザID入力領域401で受け付けた情報は、問い合わせ受付情報記憶部140に格納される。発生日時入力領域402は、新たに発生した問い合わせの日時および時間情報を受け付ける領域である。発生日時入力領域402で受け付けた情報は、問い合わせ受付情報記憶部140に格納される。発生日時入力領域402で受け付けた情報は、新たに発生した問い合わせの日付時刻を計算機から自動的に受け付けてもよい。その際には、発生日時入力領域402には計算機で特定した日付時刻の値を自動的に受け取る。ここで日時情報は、後の問い合わせ発生時操作履歴抽出処理における集計計算範囲を規定するものである。例えば、日時情報として10/08/08/14:49を受付けた場合、以降の処理に係る計算の範囲は10/08/08/14:49以前と制限される。問い合わせ内容入力領域403は、新たに発生した問い合わせ内容を受け付ける領域である。問い合わせ入力領域403で受け付けた情報は、問い合わせ受付情報記憶部140に格納される。本実施例では、オペレータが、問い合わせ内容を所定の分類規定に従ってタイトルを入力する例を示しているが、さらに詳細な内容を入力することも考えられる。問い合わせ入力領域403で受け付ける情報を生成するにあたっては、音声入力機能を用いて、新たに発生した問い合わせ内容を自動的にテキストデータに変換して受け付けてもよい。図4は、問い合わせ受付情報記憶部140の構成例を示す図である。問い合わせ受付情報記憶部140は、入力情報受付処理部102で受け付けた各種情報が格納された欄である。問い合わせ受付情報記憶部140は、少なくとも、ユーザID141と、日時142と、問い合わせ内容143と、が格納される。ユーザID欄141はシステム操作を行ったユーザを特定するために、ユーザ固有のユーザID情報が格納される欄である。ユーザID141は入力画面400のユーザID入力領域401で受け付けた情報を格納する欄である。日時欄142はユーザがシステムを操作して発生させたイベント発生の日付時間情報が格納される欄である。日時142は入力画面400の発生日時入力領域402で受け付けた情報を格納する欄である。問い合わせ内容欄143はユーザからの問い合わせ内容がテキストデータとして格納される欄である。問い合わせ内容143は入力画面400の問い合わせ入力領域403で受け付けた情報を格納する欄である。例えば、本表の場合、ユーザIDH01からの問い合わせが、11/01/02/10:00に発生し、その内容は注残検索であることがわかる。次に、演算部20は、ステップS001で受け付け、問い合わせ受付情報記憶部140に格納された新たに発生した問い合わせに類似する過去の問い合わせを抽出するステップS002。具体的には、問い合わせ受付情報記憶部140に格納されている新たに発生した問い合わせに関する情報と、問い合わせ履歴システム操作履歴記録装置200に格納される問い合わせ履歴情報220と、を読み出し、類似問い合わせ情報抽出処理部104での処理結果を主記憶部30の類似問い合わせ情報記憶部110に記憶させる。ここで、問い合わせ履歴システム操作履歴記録装置200及び、問い合わせ履歴システム操作履歴記録装置200に格納される問い合わせ履歴情報220について説明をする。図5に問い合わせ履歴システム操作履歴記録装置200の機能ブロック図を示す。演算部201、記憶部202、及び通信部203にて構成され、PCパーソナルコンピュータ、ワークステーション、またはサーバ装置などの計算機で実現される。通信部203を介してネットワーク100に接続される。演算部201は、システム操作履歴情報収集部230と、問い合わせ履歴記録部240と、情報検索部250とを有する。また、記憶部202は、過去のシステム操作履歴を一つ以上格納する操作履歴情報210と、過去の問い合わせ内容とその回答内容を一つ以上格納する問い合わせ履歴情報220とを有する。システム操作履歴情報収集部230は、登録済みの各ユーザが各種サービスをユーザのシステムにおいて受ける際に、ユーザがシステム上で、システムを起動したり、機能を実行するためにボタンを押下したり、システムの入力欄に数値情報や文字情報を入力し確定したり、システムを終了したり、するイベント情報をネットワーク100を介して収集して、操作履歴情報210へ時系列に記録する。操作履歴情報210の詳細は後述する。問い合わせ履歴記録部240は、1つ以上の各情報検索装置300がユーザからの問い合わせを受付けて、回答をした実績情報を、各情報検索装置300からの報告に基づいて問い合わせ履歴情報220に記録する。問い合わせ履歴情報220の詳細は後述する。情報検索部250は、各情報検索装置300からの操作履歴情報210、または問い合わせ履歴情報220の検索要求を受付けて、所要の情報を検索して、各情報検索装置300へ検索結果を出力する。図6は問い合わせ履歴情報220の構成例を示す図である。問い合わせ履歴情報220には、少なくとも、ユーザID221と日時222と問い合わせ内容223と回答内容224が格納される。ユーザID欄221は、システム操作を行ったユーザを特定するために、ユーザ固有のユーザID情報が格納される欄である。日時欄222は、ユーザからの問い合わせが発生した日付時間情報が格納される欄である。問い合わせ内容欄223は、ユーザからの問い合わせ内容がテキストデータとして格納される欄である。回答内容欄224は、ユーザからの問い合わせに対しオペレータが回答した内容がテキストデータとして格納される欄である。例えば、第一レコード表中2行目によると、ユーザIDH00のユーザから10/08/08/15:00に注残検索に関するエラーの問い合わせが発生し、これを受けたオペレータが発生原因を推察した結果、品目コードの誤入力を確認訂正するよう回答したという履歴が蓄積されていることがわかる。つまり、ユーザIDを表すH00がユーザID欄221に、問い合わせが発生した日時を表す10/08/08/15:00が日時欄222に、問い合わせ内容を表す注残検索が問い合わせ内容欄223に、その解決方法を表す品目コードの誤入力が回答内容欄224に格納されていることがわかる。このように、ユーザからの問い合わせに対するオペレータの回答履歴がレコードとして蓄積される。蓄積されるレコードは、単一のユーザのレコードだけでなく、システムを利用する複数のユーザの操作履歴が格納されても構わない。例えば、第2レコード表3行目によれば、ユーザIDH02となっている。つまり、第一レコードのH00以外のユーザの操作履歴のレコードが格納されていることが分かる。日時欄222に格納される情報は、年月日時分の単位でも良いし、それ以上に詳細な単位であっても良い。また、日時欄222に格納される情報は、架電が発生した時点、ユーザのメールを受信した時点、Faxを受信した時点、などであっても良い。次に、ステップS002の処理結果が蓄積される類似問い合わせ情報記憶部110の説明をする。図7は類似問い合わせ情報記憶部110の構成例を示す図である。類似問い合わせ情報記憶部110には演算部20の類似問い合わせ情報抽出処理部104での処理によって、問い合わせ履歴システム操作履歴記録装置200に格納された問い合わせ履歴情報220から抽出されたデータが格納される。類似問い合わせ情報記憶部110は、少なくとも、ユーザID111と、日時112と、問い合わせ内容113と、回答内容114と、判定結果115とが格納される。ユーザID欄111は、システム操作を行ったユーザを特定するために、ユーザ固有のユーザID情報が格納される欄である。日時欄112は、ユーザがシステムを操作して発生させたイベント発生の日付時間情報が格納される欄である。問い合わせ内容欄113は、ユーザからの問い合わせ内容がテキストデータとして格納される欄である。回答内容欄114は、ユーザからの問い合わせに対しオペレータが回答した内容がテキストデータとして格納される欄である。判定結果欄115は、後述する類似操作パターン判定処理部107での出力結果が格納される欄である。例えば、第一レコード表中2行目によると、入力情報受付処理部102での入力内容を受け、類似問い合わせ情報抽出処理部104での処理を実行した結果、ユーザIDH00のユーザから10/08/08/15:00に注残検索に関するエラーの問い合わせが発生し、これを受けオペレータが発生原因を推定した結果、品目コードの誤入力を確認訂正するよう回答したという履歴が抽出されていることがわかる。つまり、ユーザIDを表すH00がID欄111に、問い合わせが発生した日時を表す10/08/08/15:00が日時欄112に、問い合わせ内容を表す注残検索が問い合わせ内容欄113に、その解決方法を表す品目コードの誤入力が回答内容欄114に、さらに後述の類似操作パターン判定処理部107での判定結果として1が判定結果欄115に格納されていることがわかる。ここで、類似問い合わせ情報記憶部110を生成するためのステップS002の処理をより詳しく説明する。図8は、類似問い合わせ情報抽出処理を実現するまでのフロー例である。まず、問い合わせ受付情報記憶部140から、問い合わせ内容143に格納されている文章情報をテキストデータとして抽出するS1041。次に、問い合わせ履歴情報220に格納されている、第一レコードに含まれる問い合わせ内容223に格納されている文章情報をテキストデータとして抽出するS1042。次に、問い合わせ受付情報記憶部140から抽出したテキストデータと、問い合わせ履歴情報220から抽出したテキストデータが同一かどうかのマッチングの判断をするS1043。ここで、マッチング結果が同一だった場合、問い合わせ履歴情報220に含まれる、当該レコードの情報ユーザID221、日時222、問い合わせ内容223、回答内容224を、類似問い合わせ情報記憶部110に格納するS1044。次に、問い合わせ履歴情報220に他のレコードの有無を確認するS1045。次のレコードがある場合は、S1042に戻り処理を繰り返す。次のレコードが無くなった時点で、類似問い合わせ情報抽出処理を終了する。具体的には、問い合わせ受付情報記憶部140の問い合わせ内容143に格納されるテキストデータは注残検索であることが分かる。次に、問い合わせ履歴情報220の第一レコードによると、問い合わせ内容223に格納されるテキストデータは注残検索であることがわかる。マッチング判定S1043ではこの二つのテキストデータの一致不一致の判定を行う。その結果、この二つの情報は同一のものであると判定することがわかる。従って、問い合わせ履歴情報220に含まれる第一レコードは類似問い合わせ情報として類似問い合わせ情報記憶部110の第一レコードに格納される。マッチング判定S1043では、問い合わせ受付情報記憶部140から抽出したテキストデータと、問い合わせ履歴情報220から抽出したテキストデータが完全に一致しなくても次の例のような方法によって類似のレコードとして抽出してもよい。例えば、マッチングを行う文章について、予め形態素解析技術を用い、文章の分かち書きを行い複数の単語で構成されるテキストデータとする。マッチングを行う場合には、同一の単語が含まれていれば類似の問い合わせ内容として、類似問い合わせ情報記憶部110に蓄積をしてもよい。また構文解析を行い、類似語などのシソーラスを予め与えることで類似文章の判定処理を行っても良いし、特許文献1記載の手法を用いて、意味的に類似すると判定したレコードを、類似問い合わせ情報記憶部110に蓄積しても良い。以上が、ステップS002における処理の詳細を説明したものである。次に、演算部20は、新たに発生した問い合わせにおける直前までの操作履歴の抽出処理を行うステップS003。具体的には、問い合わせ履歴システム操作履歴記録装置200の記憶部の操作履歴情報210に格納されている情報を検索対象として、ステップS001で受付け、問い合わせ受付情報記憶部140に格納してあるユーザID、日時、問い合わせの情報を検索キーとして検索した問い合わせ発生時操作履歴情報抽出処理部105での処理結果を記憶部30の問い合わせ時操作履歴情報記憶部120に記憶させる。ここで、問い合わせ履歴システム操作履歴記録装置200の記憶部202に格納される操作履歴情報210の説明をする。図9は操作履歴情報210の構成例を示す図である。操作履歴情報210には、少なくとも、ユーザID211と、日時212と、イベント213と、設定内容214と、が格納される。ユーザID欄211はシステム操作を行ったユーザを特定するための、ユーザ固有のユーザID情報が格納される欄である。日時欄212はユーザがシステムを操作して発生させたイベント発生の日付時間情報が格納される欄である。イベント欄213はユーザがシステム上で、システムを起動したり、機能を実行するためにボタンを押下したり、システムの入力欄に数値情報や文字情報を入力し確定したり、システムを終了したり、するイベント名称が格納される欄である。設定内容欄214にはユーザがシステム上でイベントを発生させるための設定入力データが格納される欄である。例えば、第一レコード表中2行目によると、ユーザIDH01のユーザが10/08/08/14:49にシステムの起動を実行したという履歴が蓄積されていることがわかる。つまり、ユーザIDを表すH01がユーザID欄211に、イベントが発生した日時を表す10/08/08/14:49が日時欄212に、発生したイベント名称を表す起動がイベント欄213に格納されていることがわかる。このように、どのユーザがいつどのようなイベントを発生させたかという情報が操作履歴として蓄積される。蓄積されるレコードは、単一のユーザのレコードだけでなく、システムを利用する複数のユーザの操作履歴が格納されても構わない。例えば、最下行レコードによれば、ユーザIDH02となっていることがわかる。つまり、第一レコードのH01以外のユーザの操作履歴のレコードが格納されていることが分かる。日時欄212に格納される情報は、年月日時分の単位でも良いし、それ以上に詳細な単位であっても良い。次に、ステップS003の処理結果が蓄積される問い合わせ時操作履歴情報記憶部120の説明をする。図10は問い合わせ時操作履歴情報記憶部120の構成例を示す図である。問い合わせ時操作履歴情報記憶部120は、演算部20の問い合わせ発生時操作履歴情報抽出処理部105での処理によって、問い合わせ履歴システム操作履歴記録装置200に格納された操作履歴情報210から抽出されたデータが格納される。問い合わせ時操作履歴情報記憶部120には、少なくとも、ユーザID121と、日時122と、イベント123と、設定内容124と、が格納される。ユーザID欄121はシステム操作を行ったユーザを特定するために、ユーザ固有のユーザID情報が格納される欄である。日時欄122はユーザがシステムを操作して発生させたイベント発生の日付時間情報が格納される欄である。イベント欄123はユーザがシステム上で、システムを起動したり、機能を実行するためにボタンを押下したり、システムの入力欄に数値情報や文字情報を入力し確定したり、システムを終了したり、するイベント名称が格納される欄である。設定内容欄124はユーザがシステム上でイベントを発生させるための設定入力データが格納される欄である。例えば、第一レコード表中2行目によると、入力情報受付処理部102での入力内容を受け、問い合わせ発生時操作履歴情報抽出処理部105での処理を実行した結果、ユーザIDH01のユーザから11/01/02/09:00にシステムの起動というイベントが発生したという履歴が抽出されていることがわかる。つまり、ユーザIDを表すH01がID欄121に、イベントが発生した日時を表す11/01/02/09:00がイベント欄122に、イベント名称を表す起動がイベント欄123に格納されていることがわかる。ここで次にステップS003の処理をより詳しく説明する。図11は、問い合わせ発生時の操作履歴を抽出するまでのフロー例である。まず、問い合わせ受付情報記憶部140から、ユーザID141と日時142に格納されている問い合わせ発生時の日付時間情報を抽出するS1051。次に操作履歴情報210に格納されている情報の中からユーザID211がユーザID141と一致して、かつ、日時212が日時142と同一の日時時刻または、それよりも最も直前の日時時刻情報をもつ条件を満たすレコードを抽出する。S1052。ここで抽出されたレコードは、問い合わせ時操作履歴情報記憶部120に蓄積されるS1053。さらにS1052で抽出したレコードに含まれるイベントに辿り着く過程のイベントを有するレコードが操作履歴情報210にあるかどうかの判定をするS1054。これは、同一ユーザIDにおける操作履歴を遡り、同一ユーザによる操作の有無を確認する。ここで、関連するイベントを有するレコードがあればS1053の処理に移る。関連するイベントを有するレコードがなかった場合は、処理を終了する。具体的には、問い合わせ受付情報記憶部140から問い合わせが発生したユーザIDはH01であることがわかる。また、問い合わせの発生した日時は110102/10:00であることがわかる。次に、操作履歴情報210からユーザIDH01を含む最新のレコードの検索を行うと、末尾から3行目のレコードにユーザIDH01が存在することが分かる。さらに当該レコードにおける日時212をみると、問い合わせの発生した日時110102/10:00の直前のデータであることがわかる。従って、問い合わせが発生した時点における直前のイベントとしては、イベント213に格納されている情報から注残検索であることがわかる。そこでこのレコードを問い合わせ時操作履歴情報記憶部120に格納する。次に、操作履歴情報210からユーザIDH01の操作履歴を前記格納した操作履歴より日時を遡って検索すると、末尾から4行目のレコードによると、110102/09:20にイベント顧客名入力を行っていることがわかる。そこで、当該レコードを問い合わせ時操作履歴情報記憶部120に格納する。同様に履歴を遡り、110102/09:05にイベント品目名入力が、110102/09:01にイベントIDPass入力が、110102/09:00にイベント起動が、発生していることが分かる。これらのレコードを問い合わせ時操作履歴情報記憶部120に格納する。なお、以上の操作履歴情報210の検索結果を検索順に問い合わせ時操作履歴情報記憶部120に格納すると、日時は遡る順番となるが、これは検索後に日時の順に各レコードをソートして図10のように格納している。S1054の判定処理に於いて、同一のユーザを手がかりに履歴を遡ると、数時間前、前日、数日前のデータまで抽出される事が想定される。一般的にシステムの操作は、必要時に立ち上げ、業務が終了すればシャットダウンなどの終了処理が行われる。従って、本発明に於いても、例えば、最も新しい操作履歴から一定時間遡った時点で抽出作業を打ち切る、或いは起動など特定のイベントまで遡った時点で抽出作業を終了するといった判定処理が入ってもよい。以上が、ステップS003における処理の詳細を説明したものである。次に、演算部20は、類似する過去の問い合わせにおける操作履歴を抽出する処理を行うステップS004。具体的には、操作履歴情報210に格納されている情報から、ステップS002で得られた類似問い合わせ情報記憶部110に格納された、類似する過去の問い合わせ情報を読み出し、類似過去問い合わせ時操作履歴情報抽出処理部106での処理結果を記憶部30の類似問い合わせ時の操作履歴記憶部130に記憶させる。ここで類似過去問い合わせ時操作履歴情報抽出処理部106の処理結果が蓄積される類似問い合わせ時の操作履歴記憶部130について説明をする。図12は、類似問い合わせ時の操作履歴記憶部130の構成例を示す図である。類似問い合わせ時の操作履歴記憶部130は、演算部20の類似過去問い合わせ時操作履歴情報抽出処理部106での処理によって、類似問い合わせ情報記憶部110に格納されている問い合わせにおける操作履歴を、問い合わせ履歴システム操作履歴記録装置200に格納された操作履歴情報210から抽出されたデータが格納される。類似問い合わせ時の操作履歴記憶部130には、少なくとも、イベントパッケージ131と、ユーザID132と、日時133と、イベント134と、設定内容135と、が格納される。イベントパッケージ欄131は問い合わせ発生時のイベント履歴を特定するために、類似問い合わせ情報記億部110の類似問い合わせレコード毎に固有の情報が割り付けられ格納される。ユーザID欄132はシステム操作を行ったユーザを特定するために、ユーザ固有のユーザID情報が格納される欄である。日時欄133はユーザがシステムを操作して発生させたイベント発生の日付時間情報が格納される欄である。イベント欄134はユーザがシステム上で、システムを起動したり、機能を実行するためにボタンを押下したり、システムの入力欄に数値情報や文字情報を入力し確定したり、システムを終了したり、するイベント名称が格納される欄である。設定内容欄135はユーザがシステム上でイベントを発生させるための設定入力データが格納される欄である。ここで、ステップS004の処理をより詳しく説明する。図13は、類似問い合わせ時の操作履歴情報を抽出するまでのフロー例である。まず、類似問い合わせ情報記憶部110から、類似問い合わせのレコードを一つ抽出するS1061。次に当該レコードにおけるユーザID111と日時112に格納されているイベント発生時のユーザIDと日付時間情報を抽出するS1062。次に操作履歴情報210に格納されている情報の中からユーザID111から取得した値と等しく、かつ、日時212が日時112と同一の日時時刻または、それよりも最も直前の日時時刻情報をもつ条件を満たすレコードを抽出するS1063。ここで抽出された操作履歴情報210のレコードは、類似問い合わせ時操作履歴情報記憶部130に蓄積されるS1064。さらにS1063で抽出したレコードに含まれるイベントに辿り着く過程のイベントを有するレコードの有無を判定するS1065。これは、同一ユーザIDにおける操作履歴を遡り、同一ユーザによる操作の有無を確認する。ここで、関連するイベントを有するレコードがあればS1064の処理に移る。関連するイベントを有するレコードがなかった場合は、類似問い合わせ情報記憶部110に、次の類似問い合わせレコードがある場合は、S1061に戻り処理を繰り返す。次のレコードが無くなった時点で、類似問い合わせ時の操作履歴抽出処理を終了する。具体的には、類似問い合わせ情報記憶部110から任意の類似問い合わせ情報としてユーザIDH02、問い合わせ発生日時11/01/02/10:02、問い合わせ内容注残検索のレコードを対象に説明する。まず、当該レコードより、ユーザIDH02、問い合わせ発生日時11/01/0210:02を抽出し、操作履歴情報210のレコードから、ユーザIDが等しく、日時が同一又は直前のレコードを検索する。その結果、本条件に見合うレコードとして、操作履歴情報210の末尾のレコードが該当していることがわかる。そこで、このレコードが所有する、ユーザID、日時、イベント、設定内容を、類似問い合わせ時の操作履歴記憶部130に格納する。その際、以降発生するユーザIDH0211/01/02/10:02注残検索における一連の操作と特定できるようなフラグ情報として、イベントパッケージ131を付与する。次に、H0211/01/02/10:02注残検索に関連する操作履歴を、操作履歴情報210から検索し抽出する。その結果、H0210/01/02/09:55IDPass入力というレコードと、H0210/01/02/09:50起動というレコードを抽出し、それぞれ、類似問い合わせ時の操作履歴記憶部130に格納する。S1065の処理に於いて、同一のユーザを手がかりに履歴を遡ると、数時間前、前日、数日前のデータまで抽出される事が想定される。一般的にシステムの操作は、必要時に立ち上げ、業務が終了すればシャットダウンなどの終了処理が行われる。従って、本発明に於いても、例えば、最も新しい操作履歴から一定時間遡った時点で抽出作業を打ち切る、或いは起動まで遡った時点で抽出作業を終了するといった判定処理が入ってもよい。以上が、ステップS004における処理の詳細を説明したものである。次に、演算部20は、類似操作パターンの判定処理を行うステップS005。具体的には、類似操作パターン判定処理部107では、問い合わせ時操作履歴情報記憶部120に格納されている操作履歴と類似するパターンの操作履歴を、類似問い合わせ時操作履歴記憶部130から抽出し、判定結果を類似問い合わせ情報記憶部110の判定結果欄115に格納する。図14は、ステップS005を詳しく説明するための、過去操作履歴から類似操作パターンを判定抽出するまでのフロー例である。まず、問い合わせ時操作履歴情報記憶部120のイベント123に格納されているイベント情報を日時122に従い、イベント欄123を時系列順にソートするS1071。次に、類似問い合わせ時操作履歴記憶部130から、任意のイベントパッケージ単位でレコード群を取り出し、時系列順に日時133に従い、時系列でソートするS1072。次に、問い合わせ時操作履歴情報記憶部120から抽出したイベント情報123と、類似問い合わせ時操作履歴記憶部130から抽出したイベント情報134を比較しS1073、同一のイベント名でかつ同一のイベント配列であった場合、問い合わせ時操作履歴情報記憶部120に格納しているイベント履歴と、類似問い合わせ時操作履歴記憶部130に格納されているイベントパッケージは同一類似の操作パターンであると判定し、類似問い合わせ情報記憶部110の判定結果欄115に判定結果を入力するS1074。次に、他のイベントパッケージの有無を判定しS1075、他のイベントパッケージがある場合は、S1072からの処理を繰り返す。他のイベントパッケージが無かった場合は処理を終了する。ここで、S1073において、問い合わせ時操作履歴情報記憶部120から抽出したイベント情報と、類似問い合わせ時操作履歴記憶部130から抽出したイベント情報を比較しS1073、同一のイベント名でかつ同一のイベント配列でなかった場合、類似判定処理S0176に移る。類似判定処理では、例えば、問い合わせ時操作履歴情報記憶部120から抽出したイベント情報と、類似問い合わせ時操作履歴記憶部130から抽出したイベント情報を比較しS1073、イベント配列は異なるものの、同一のイベント名で構成される場合は類似パターンと判定する。その後、類似問い合わせ情報記憶部110の判定結果欄115に判定結果を入力するS1077。具体的には、問い合わせ時操作履歴情報記憶部120からイベント欄123に格納されている発生イベントの情報を取り出す。次に任意のイベントパッケージにおけるイベント情報を抽出する。本実施例では先ず、イベントパッケージ3を取り出す。次に、問い合わせ時操作履歴情報記憶部120から取り出したイベント情報と類似問い合わせ時の操作履歴記憶部130から取り出したイベントパッケージ03のイベント情報を比較する。その結果、問い合わせ時操作履歴情報記憶部120から取り出したイベント情報と類似問い合わせ時の操作履歴記憶部130から取り出したイベントパッケージ03のイベント情報は、発生したイベント及びその発生順序まで同一であることが分かる。つまり、問い合わせ時操作履歴情報記憶部120に格納されている注残検索に至る操作履歴と、類似問い合わせ時の操作履歴記憶部130から取り出したイベントパッケージ03の操作履歴は同一であると判断する。そこで、イベントパッケージ03に紐付いた、類似問い合わせ情報記憶部110に格納されている問い合わせ情報、即ち第一レコードの判定結果欄に、前記の判定結果を格納する。ここでは、同一の操作履歴であったため、1を格納する。以降同様に、問い合わせ時操作履歴情報記憶部120に格納されているイベント情報と、類似問い合わせ時の操作履歴記憶部130に格納している他のイベントパッケージのイベント情報との比較を行う。例えば、次にイベントパッケージ02で比較をすると、発生しているイベントは同じであるが、その順序の一部が異なることがわかる。従って、問い合わせ時操作履歴情報記憶部120に格納されている注残検索に至る操作履歴と、類似問い合わせ時の操作履歴記憶部130から取り出したイベントパッケージ02の操作履歴は、同一ではなく類似しているものと判断する。そこで、イベントパッケージ02に紐付いた、類似問い合わせ情報記憶部110に格納されている問い合わせ情報、即ち第二レコードの判定結果欄に、前記の判定結果を格納する。ここでは、類似の操作履歴であったため、2を格納する。次にイベントパッケージ01で比較をすると、発生しているイベントは一部異なることがわかる。従って、問い合わせ時操作履歴情報記憶部120に格納されている注残検索に至る操作履歴と、類似問い合わせ時の操作履歴記憶部130から取り出したイベントパッケージ01の操作履歴は、同一ではなく類似しているものと判断する。さらに、同様に類似と判定されたイベントパッケージ02と比較すると、より類似度合いが低いことがわかる。そこでイベントパッケージ01に紐付いた、類似問い合わせ情報記憶部110に格納されている問い合わせ情報、即ち第三レコードの判定結果欄に、前記の判定結果を格納する。ここでは、第二レコードよりも類似度合いが低かったため、3を格納する。判定結果格納欄115に格納される情報は、上記のようにイベント情報の類似度合いを表しており、本例ではより類似度が高い、即ち同一であれば1を、類似度合いが低くなるほど、大きな値を付与ランキングしている。1からの順にこのランキングされた場合の上限を規定するものではない。次に、演算部20は、回答情報提出処理を行うステップS006。具体的には、回答情報提出処理部108では、前述までの処理によって得られた類似問い合わせ情報記憶部110に格納されている回答内容114に格納されている情報と、それに紐づく操作履歴及び設定内容を、判定結果115に従って出力画面500に受け渡す。制御部10の問い合わせ履歴システム操作履歴情報入出力処理部101は、今回の問い合わせ内容を問い合わせ受付情報記憶部140から読み出し、および類似問い合わせ情報記憶部110の判定結果格納欄115に格納された類似度の中で最も高い値を持つ過去の類似問い合わせの回答内容欄114の情報を読み出し、合わせて問い合わせ履歴情報として、問い合わせ履歴システム操作履歴記録装置200へ報告する。問い合わせ履歴システム操作履歴記録装置200の問い合わせ履歴記録部240は、各情報検索装置300から送られて来た問い合わせ履歴情報の報告を受付けて、記憶部202の問い合わせ履歴情報220に1レコードとして記録する。また、問い合わせ履歴情報220へ格納するレコードは、必ずしも1つではなくて、類似問い合わせ情報記憶部110の判定結果格納欄115に格納された類似度の値が、所定の閾値より類似度が高い全ての過去の類似問い合わせの回答内容欄114の情報を読み出し、問い合わせ受付情報記憶部140から読み出した今回の問い合わせ内容と共に、問い合わせ履歴情報として記録することが考えられる。次に、制御部10は、出力処理を行うステップS007。具体的には、出力処理部103は、問い合わせ回答内容表示画面500を表示させ、回答内容問い合わせ発生時の操作履歴情報を表示させるとともに、ユーザからの入力指示を受け付けて、類似問い合わせ時の操作履歴情報を表示させる。図16は、問い合わせ回答内容表示画面500の構成例を示す図である。問い合わせ回答内容表示画面500は、推奨対策案表示領域501と、問い合わせ時操作履歴表示領域502と、類似問い合わせ時操作履歴表示領域503とを備える。推奨対策案表示領域501は、回答情報提出処理部108での出力結果を一つ以上表示させる領域である。5012には入力情報受付処理部102で受け付けた入力に対し、演算部20での処理を経て、回答情報提出処理部108で出力された、類似問い合わせ情報記憶部110に格納されている回答内容114を表示する。表示される回答内容は、類似問い合わせ情報記憶部110の判定結果115において同一もしくは類似と判定された結果のうち、同一なもの又は類似性がより高い、即ちランキングの順位が高い過去の問い合わせ内容に対応する回答内容を表示させる。5013には、5012で表示する回答内容で、同じ順位の判定結果が複数あった場合のレコード数をカウントした値が出力される。5011は、チェックボックスまたはラジオボタンに相当する入力機能で、5012に複数表示された場合に使用するものである。5011で指定された問い合わせにおける操作履歴を、後述する503に表示する指令を与える。問い合わせ時操作履歴表示領域502は、入力情報受付処理部102で受け付けた入力データにもとづき、演算部20の問い合わせ発生時操作履歴情報抽出処理部105で処理され、問い合わせ時操作履歴情報記憶部120のデータテーブルのうちイベント内容が5021に、設定内容が5022に、日時122の時系列でソートされた結果が表示される。類似問い合わせ時操作履歴表示領域503は、入力情報受付処理部102で受け付けた入力データにもとづき、演算部20の類似過去問い合わせ時操作履歴情報抽出処理部106で処理され、推奨対策案表示領域501の5011で指定された回答内容における操作履歴を類似問い合わせ時操作履歴記憶部130から参照表示する。具体的には、本出力例の場合、入力データに対する演算部20による処理の結果、回答内容の第一番目の候補として品目コード誤入力であり、過去の問い合わせ履歴における同一操作として、30件あったことがわかる。また、問い合わせ時操作履歴表示領域502によると、問い合わせ発生時の直前の操作履歴として、起動→IDPass入力→品目コード入力→顧客名入力→注残検索を行ったことが確認できる。問い合わせ時操作履歴表示領域502、および類似問い合わせ時操作履歴表示領域503の表示の設定内容を確認すると、演算部20による処理の結果、過去の注残検索に関する問い合わせにおける回答品目コード誤入力を行った際に、品目コードにX012と入力してあり、今回発生した問い合わせにおける操作履歴でも品目コードにX012と入力してあることから、誤った品目コードを入力していると推定できる。オペレータはこの出力結果から、ユーザに対し品目コードの誤入力であると回答する。ここで、回答内容でユーザの問題が解決しなかった場合、推奨対策案表示領域501に次点で表示されている検索結果オーバーを回答案としてユーザに提示し対策を促す。情報検索装置において、問い合わせ発生時に、類似する操作履歴で過去の類似する問い合わせにおける回答内容を迅速に提示することで、ユーザの問い合わせに対し的確な回答案を提示することができる。また、よりユーザのエラー発生の環境再現を支援するための、操作履歴情報を表示させることができる。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウエアで実現しても良い。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウエアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSD等の記録装置、またはICカード、SDカードDVD等の記録媒体におくことができる。また、制御線や情報線説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えても良い。