JP3696361B2 - 情報検索装置 - Google Patents
情報検索装置 Download PDFInfo
- Publication number
- JP3696361B2 JP3696361B2 JP05527097A JP5527097A JP3696361B2 JP 3696361 B2 JP3696361 B2 JP 3696361B2 JP 05527097 A JP05527097 A JP 05527097A JP 5527097 A JP5527097 A JP 5527097A JP 3696361 B2 JP3696361 B2 JP 3696361B2
- Authority
- JP
- Japan
- Prior art keywords
- menu
- menu item
- information
- item
- file
- 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
- User Interface Of Digital Computer (AREA)
- Digital Computer Display Output (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、情報検索装置に係り、特にシステムの提示するメニューを選択する事により対話的に情報を検索する情報検索装置に関するものである。
【０００２】
【従来の技術】
従来の対話的情報検索装置について、コンピュータ・ネットワークの一つであるインターネット上の分散データベースシステムであるワールド・ワイド・ウエブ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（以下、ＷＷＷと略記する））を例にとって説明する。ＷＷＷは、ハイパーテキストというソフトウエアを用いた全世界的なネットワーク空間を構成するデータベース（以下、ＤＢと略記する）システムであり、インターネット上でＷＷＷ中に公開されている情報は、ネットワークを構成しているコンピュータから見ると外部ＤＢ上の情報と考える事ができる。この外部ＤＢ上の情報は、例えば“ｈｔｔｐ：／／ｗｗｗ．ａａａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ”のような形式をしたユニフォーム・リソース・ロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（以下、ＵＲＬと略記する））と呼ばれる固有のアドレスによって管理されており、このＵＲＬをインデクスとして使用することができる。
【０００３】
図３３は、インターネットで用いられている従来の情報検索装置に用いられるデータ構成を概念的に示す図である。
図において、３０はコンピュータの表示画面上に階層毎に同時に表示されるデータ選択項目の集合であり、個々の選択項目をメニュー項目と呼ぶ。図３３の従来例では、例えば「症状」や「手術」がメニュー項目である。この従来の情報検索装置においては、情報を検索する際には、情報検索装置が保持しているメニューの最上位の階層のメニュー項目から表示し、ユーザの選択したメニュー項目の下位階層のメニュー項目を表示することを順次対話的に繰り返すことにより、選択されたメニュー項目に分類されているインデクスを表示していた。
【０００４】
また、検索対象となる情報をメニュー項目に分類するためには、情報の内容を確認して、予め作成してあるメニュー項目の中で最も関連が深いメニュー項目に情報のインデクスを分類していた。
【０００５】
さらに、従来の情報検索装置によりＷＷＷ上で階層化されたメニューを構築するには、ハイパー・テキスト・マークアップ・ランゲッジ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（以下、ＨＴＭＬと略記する））と呼ばれる一種の記述言語を利用して、図３４に示すように、各メニュー項目毎にＨＴＭＬで記述したメニュー項目のデータを収納したＨＴＭＬファイルを作成し、図３５に示すように、このようなＨＴＭＬファイル中で下位階層のメニュー項目のＨＴＭＬファイル名あるいはその下位階層のＨＴＭＬファイルに分類されたホームページのＵＲＬにアクセスするリンクを設けて、図３６に示すように、各階層のメニュー項目を表示していた。
【０００６】
【発明が解決しようとする課題】
従来の情報検索装置は以上のように構成されているので、メニューがシステムに１つに固定されており、ユーザの目的や用途あるいはユーザの知識量によらず同じメニュー項目が表示され、ユーザによっては検索し難く、またユーザが本当に必要としている情報を検索するといった高度な検索ができないという課題があった。
【０００７】
また、検索を容易にするために、１個の情報を複数の選択経路で検索することができるようにした文書作成装置が特開平４−３２８６７２号公報に開示されているが、そのようにメニューを作成するためには、個々の情報の内容を確認し、分類するメニュー項目を複数選択する必要があり、対象となる情報及びメニューの項目が増加するにつれてその作業量が増大するという課題があった。
【０００８】
さらに、上述した従来の情報検索装置では、メニューを作成するときに、ある情報の内容が更新されあるいは削除されているということが判明した場合に、再びその情報内容を確認して分類するメニュー項目を変更したり、あるいは分類したメニュー項目から削除しなければならず、情報が更新されたことをメニューに迅速に反映させることが困難であるという課題もあった。
【０００９】
さらに、上記のように従来の情報検索装置をＷＷＷ上で実現するためには、全ての階層の全てのメニュー項目毎にＨＴＭＬで記述したＨＴＭＬファイルを作成する必要があり、メニューが大きくなるにつれてその作業量が増大するという課題もあった。
【００１０】
さらに、メニューの構造を変更する場合には上位のメニュー項目に対応するＨＴＭＬファイルも変更する必要があり、メンテナンスが困難であるという課題もあった。
【００１１】
この発明は上記のような課題を解決するためになされたもので、ユーザの知識量や目的に応じて必要とする情報をすばやく検索することができる情報検索装置を得ることを目的とする。
【００１２】
また、この発明は、メニュー項目の更新を効率よく行うことができる情報検索装置を得ることを目的とする。
【００１３】
さらに、この発明は、メニューを自動的に細分化できる情報検索装置を得ることを目的とする。
【００１４】
【課題を解決するための手段】
請求項１記載の発明に係る情報検索装置は、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているものである。
【００１５】
請求項２記載の発明に係る情報検索装置は、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、階層化されたメニュー項目を有するメニュー毎に１ファイルとして記憶し、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているものである。
【００１６】
請求項３記載の発明に係る情報検索装置は、前記メニュー記憶装置は、階層化されたメニュー項目を記憶しているメニュー構造ファイルと、メニュー項目に対応付けられるインデクス情報を記憶している対応付けファイルとを含み、前記メニュー構造ファイルと前記対応付けファイルはメニュー毎別々に構成され、前記メニュー構造ファイルと前記対応付けファイルとはメニュー項目ＩＤにより対応付けられているものである。
【００１７】
請求項４記載の発明に係る情報検索装置は、前記メニュー構造ファイルはメニュー項目毎にフィルタリング文字列を含み、前記情報検索装置は、さらに、前記メニュー構造ファイルに記憶されているメニュー項目の前記フィルタリング文字列を取得し、データベースから前記フィルタリング文字列に基づきフィルタリングされたインデクス情報を取得し、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納する対応付け装置を備えたものである。
【００１８】
請求項５記載の発明に係る情報検索装置は、さらに、前記表示手段が表示する表示画面において、新規メニュー作成を作成するメニュー項目の位置を指定して受け付けたとき、指定されたメニュー項目の位置と最上位のメニュー項目との間に存在するメニュー項目名から前記フィリタリング文字列を構成し、前記メニュー構造ファイルの前記新規メニューに対応するメニュー項目に前記フィルタリング文字列を格納する文字列生成手段を備えたものである。
【００１９】
請求項６記載の発明に係る情報検索装置は、前記対応付け装置は、データベースからフィルタリングされたインデクス情報を取得するとき、インデクス情報が存在しないときは、前記フィルタリング文字列が複数であるかどうか判断し、複数の文字列を含むときは最上位のメニュー項目名を削除して、再度データベースからフィルタリングされたインデクス情報を取得し、インデクス情報が存在するかまたは、フィルタリング文字列が１つになるまでデータベースからフィルタリングされたインデクス情報を取得することを繰り返すものである。
【００２０】
請求項７記載の発明に係る情報検索装置は、前記対応付け装置は、前記データベースの更新に対応して、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納するものである。
【００２３】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１は本発明の実施の形態１の情報検索装置の構成を示すブロック図である。図において、１はメニュー項目を検索するメニュー検索装置でコンピュータが用いられている。２はメニュー検索装置１における検索実行部で、検索実行部２はＣＰＵ，ワーキングメモリとしてのＲＡＭ等を備え、ソフトウエアによる制御に従って検索動作を実行する。３はメニュー検索装置１においてメニューパス及びメニュー項目名を保持する検索中間ファイルで磁気ディスクによって実現される。ここで、メニューパスとは、上位の階層のメニュー項目から下位の階層のメニュー項目に移動するときに各階層において選択されたメニュー項目を示す選択経路のことである。４はメニューを記憶するメニュー記憶装置、５はメニュー記憶装置４においてメニューの構造を保持するメニュー構造ファイル（ファイル）、６はメニュー記憶装置４において各メニュー項目に対応付けられている情報のＵＲＬ（インデクス）を保持する対応付けファイルで、メニュー構造ファイル５及び対応付けファイル６は磁気ディスクによって実現される。２０はキーボード，マウス，ディスプレイ装置等から成る入出力装置、２１は外部ＤＢ２２と通信するためのモデム等の通信制御装置である。２２は情報を保管している外部ＤＢである。
【００２４】
メニュー検索装置１とメニュー記憶装置４及び入出力装置２０とは相互にコードにより接続され、入出力装置２０及び通信制御装置２１間もコードにより相互に接続されている。通信制御装置２１と外部ＤＢ２２とは通信回線により接続されている。また、メニュー検索装置１の内部において、検索実行部２と検索中間ファイル３とはコードにより接続され、メニュー記憶装置４の内部において、メニュー構造ファイル５と対応付けファイル６とはコードにより接続されている。
【００２５】
図２はメニュー構造ファイル５に格納されるデータの具体例を示す表図であり、図３は図２に示したメニュー構造ファイルの内容を階層的に表したメニューツリーを示す図である。
【００２６】
図２の表において、「メニューＩＤ」とはメニュー毎に付けられたメニュー識別番号であり、「メニュー項目ＩＤ」とは各メニュー内のメニュー項目毎に付けられたメニュー項目の識別番号である。「メニュー項目名」は各メニュー項目ＩＤにより識別されるメニュー項目の名称であり、「次メニュー項目ＩＤ」は、メニュー項目ＩＤで表されるメニュー項目と同一の階層にあり、当該メニュー項目ＩＤで表されるメニュー項目の下に表示されるメニュー項目の識別番号である。「下位先頭メニュー項目ＩＤ」は当該メニュー項目ＩＤで表されるメニュー項目の１階層下の階層の先頭に表示されるメニュー項目を表すメニュー項目ＩＤである。
【００２７】
メニュー構造ファイル５には、メニューＩＤ，メニュー項目ＩＤ，メニュー項目名，同一階層内の次メニュー項目ＩＤ，下位階層の先頭メニュー項目ＩＤが１レコードとして格納される。すなわち、同一メニュー中の全ての下位階層のメニュー項目は同一ファイル中に格納される。メニュー項目ＩＤが０のメニュー項目名にはメニュー名を当て、次メニュー項目ＩＤ，下位階層の先頭メニュー項目ＩＤが存在しない場合にはそれぞれのメニュー項目ＩＤ欄に０を格納する。
【００２８】
図３のメニューツリーにおいて、３１はメニュー名、３０は入出力装置２０の表示画面上に階層毎に同時に表示されるメニュー項目の集合を示す。図２，図３の例では、医療メニューというメニュー名３１は、第１の下位階層のメニュー項目３０が「症状」と「手術」とからなり、第２の下位階層のメニュー項目３０は「心臓病」と「癌」とからなる。また、「癌」というメニュー項目の下位階層のメニュー項目３０は「胃癌」，「肺癌」，「肝臓癌」のメニュー項目から成る。
【００２９】
図４は対応付けファイル６に格納されるデータ内容の具体例を示す表図である。対応付けファイル６には、メニューＩＤ，メニュー項目ＩＤ及びメニュー項目ＩＤに対応付けられているＵＲＬが格納される。
【００３０】
メニュー記憶装置４ではメニュー構造ファイル５と対応付けファイル６をメニュー毎に別々に持つことによりメニュー項目をメニューＩＤとメニュー項目ＩＤとを用いて管理でき、図５のメニューツリーに示すように、同じメニュー項目名でもメニューに適した情報を対応付けすることができる。すなわち、図５に示すように、検索者が医療メニューというメニュー名３１を選択すると、そのメニューツリーでは、第１の下位階層のメニュー項目３０として「症状」と「手術」が表示され、検索者が「症状」のメニュー項目を選択すると、次の下位階層のメニュー項目３０として「心臓病」と「癌」が表示される。さらに、検索者が、「癌」のメニュー項目を選択すると、その下位階層のメニュー項目３０として「胃癌」と「肝臓癌」が表示される。そして、これらの「胃癌」及び「肝臓癌」のメニュー項目には、医療に関し特に症状を知りたい検索者のために有用な情報を含むＵＲＬが対応付けられている。一方「医薬品メニュー」のメニューツリー中の「肝臓癌」のメニュー項目には、「肝臓癌」に対する治療薬ないし予防薬を知りたい検索者にとって有用な情報を含むＵＲＬが対応付けられている。かくして、同じ「肝臓癌」というメニュー項目に対して、検索者の目的と知識に応じた情報を含むＵＲＬを迅速に検索することが可能となる。
【００３１】
次に図６のフローチャートを用いて検索実行部２の動作を説明する。以下の各過程で取得されるメニューパス，メニュー項目名等のデータは検索中間ファイル３に格納され必要に応じて利用される。また、検索中間ファイル３から検索実行部２によって必要に応じて読み出され、検索実行部２のＲＡＭ中に保存され、更にそのＲＡＭ中から再度検索中間ファイル３に書き込まれて更新される。
【００３２】
まず、ステップＳＴ１で、検索実行部２は、メニュー構造ファイル５からメニュー項目ＩＤが０として登録されている全てのメニュー項目名を取得する事により全てのメニュー名を検索中間ファイル３中に格納する。
【００３３】
次に、検索実行部２は、ステップＳＴ１で取得したメニュー名を表示するためのＨＴＭＬを作成する（ステップＳＴ２）。なお、以下単にＨＴＭＬと表記したときには、ＨＴＭＬ言語を用いて作成されるデータの集合のことを意味するものとする。
【００３４】
図７はステップＳＴ２で作成したＨＴＭＬの具体例を示す図である。図７中の「ｋｅｎｓａｋｕ」はメニュー検索処理を実行するプログラムであり、メニューＩＤを引数として、メニュー検索処理を実行するメニュー検索処理モジュールに渡している。図７のＨＴＭＬは入出力装置２０のディスプレイ装置上には図８のように表示される。
【００３５】
ステップＳＴ３では、検索実行部２は、ユーザが入出力装置２０のキーボード，マウス等を用いて選択したメニューのメニューＩＤを取得し、そのメニューのメニュー項目ＩＤが０のメニュー項目が選択されたものとして次のステップＳＴ４を実行する。
【００３６】
ステップＳＴ４では、検索実行部２のＣＰＵは、メニューＩＤとメニュー項目ＩＤとを受け取り、選択されたメニューのメニュー構造ファイル５の選択されたメニュー項目のレコードから下位階層の先頭メニュー項目ＩＤを取得する。
【００３７】
次に、ステップＳＴ５では、ステップＳＴ４で取得した下位階層の先頭メニュー項目ＩＤが０であるか否か判断し、０であればステップＳＴ８に移行する。
【００３８】
０でなければ、ステップＳＴ６で、下位階層の先頭メニュー項目ＩＤのレコードからメニュー項目名と次メニュー項目ＩＤを取得する。
【００３９】
次に、ステップＳＴ７で、ステップＳＴ６で取得した次メニュー項目ＩＤが０であるか否か判断し、０でなければステップＳＴ６で取得した次メニュー項目ＩＤで再びステップＳＴ６の処理を行い、ステップＳＴ７で次メニューＩＤが０と判断されるまで繰り返す。すなわち、このステップＳＴ５ないしステップＳＴ７の工程で、ステップＳＴ４で取得したメニュー項目と同階層の全てのメニュー項目を取得する。
【００４０】
ステップＳＴ８では、ステップＳＴ３又はステップＳＴ１０で選択されたメニュー項目に対応付けられているＵＲＬを対応付けファイル６から取得する。
【００４１】
次に、ステップＳＴ９で、検索実行部２は、ステップＳＴ２と同様にして、選択されたメニュー項目のメニューパス，下位のメニュー項目名若しくはＵＲＬ，又は下位のメニュー項目名及びＵＲＬを検索中間ファイル３から取得し、その内容を表示するＨＴＭＬを作成する。
【００４２】
図９は下位のメニュー項目名と対応付けられているＵＲＬを表示するＨＴＭＬの具体例を示す図であり、下位メニューの場合にはメニュー項目ＩＤを引数として渡している。図１０は図９の表示画面を示す図である。
【００４３】
続いて、ステップＳＴ１０でユーザによりさらに下位のメニュー項目が選択されたならばステップＳＴ４から同じ処理を繰り返す。
【００４４】
図６のフローチャートに示す処理を実行することにより、最初に全てのメニューを表示し（ステップＳＴ２）、選択されたメニュー（ステップＳＴ３）の最上位のメニュー項目から表示し、選択されたメニュー項目（ステップＳＴ１０）の下位に存在する全てのメニュー項目と対応付けられているＵＲＬとを表示する（ステップＳＴ９）ことを繰り返すことにより目的の情報のＵＲＬを検索できる。表示されたＵＲＬの中からＵＲＬを選択することにより、インターネットあるいはイントラネット等のネットワーク上に存在する外部ＤＢ２２上の実体の情報を表示させることができる。
【００４５】
以上のように、この実施の形態１によれば、複数のメニューに存在する同名のメニュー項目をメニューＩＤとメニュー項目ＩＤとを使用して管理し、それぞれ独立して情報を対応付けすることができるため、同じメニュー項目を選択した場合でも使用したメニューにより、ユーザの目的に合った情報を検索することが可能となるという効果が得られる。
【００４６】
実施の形態２．
図１１はこの発明の実施の形態２の情報検索装置の構成を示すブロック図である。図において、図１に示した実施の形態１の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。
【００４７】
図１１において、１ａはその検索実行部２ａが実施の形態１の検索実行部２と異なる動作を行うメニュー検索装置であり、４ａはそのメニュー構造ファイル（ファイル）５ａが実施の形態１のメニュー構造ファイル５と異なる内容のメニューデータを記憶するメニュー記憶装置である。
【００４８】
図１２はメニュー構造ファイル５ａの内容の具体例を示す図であり、図３のメニューの構造を示している。これは実施の形態１のメニュー構造ファイル５に上位メニュー項目ＩＤと同名メニュー項目ＩＤを追加したものである。図１２において、上位メニュー項目ＩＤとは、その行のメニュー項目の１階層上位の階層のメニュー項目のメニュー項目ＩＤである。同名メニュー項目とは、同一メニューあるいは他のメニュー内に存在する同名のメニュー項目を示しており、同名のメニュー項目が属しているメニューＩＤとそのメニュー項目ＩＤを用いて「メニューＩＤ」−「メニュー項目ＩＤ」という形式で格納されている。同名メニュー項目ＩＤは複数格納することができる。
【００４９】
次に図１３及び図１４に示すのフローチャートを用いて検索実行部２ａの動作を説明する。図１４のフローチャートは図１３のステップＳＴ１１の動作を詳細に示したものである。なお、図１３において、図６の実施の形態１の検索実行部２の動作と同一のステップには同一の番号を付し、その説明を省略する。図１３のフローチャートが図６のフローチャートと異なる点は、ステップＳＴ１１，ステップＳＴ９ａのみである。
【００５０】
ステップＳＴ１１では、検索実行部２ａは、ステップＳＴ３で選択したメニュー項目の同名メニュー項目を取得するが、その動作は図１４を用いて説明する。
【００５１】
図１４において、検索実行部２ａは、ステップＳＴ１２でメニュー構造ファイル５ａから同名メニュー項目ＩＤの取得動作を行う。
【００５２】
次に、ステップＳＴ１３で、ステップＳＴ１２で取得した同名メニュー項目ＩＤに対応する同名メニュー項目がメニュー構造ファイル５ａ中に存在するか否か判断し、存在すればステップＳＴ１４でステップＳＴ１２で取得した同名メニュー項目ＩＤの属するメニューのメニュー構造ファイル５ａのメニュー項目ＩＤのレコードからメニュー項目名と上位メニュー項目ＩＤを取得する。
【００５３】
次にステップＳＴ１５で、ステップＳＴ１４で取得した上位メニュー項目ＩＤが０かどうか判断し、０でなければ再びステップＳＴ１４を実行して上位メニュー項目ＩＤが０になるまで繰り返す。ステップＳＴ１４の実行を繰り返して上位メニュー項目ＩＤが０になったならばステップＳＴ１６でそれまで獲得したメニュー項目名を検索中間ファイル３から取得し、逆順に連結してステップＳＴ１２で取得した同名メニュー項目のメニューパスを作成する。
【００５４】
以上のステップＳＴ１４からステップＳＴ１６の処理をステップＳＴ１３で同名メニュー項目がなくなったと判断するまで繰り返す。
【００５５】
このようにしてステップＳＴ１１で同名メニュー項目ＩＤ及び上位メニュー項目ＩＤ，選択されたメニュー項目のＵＲＬを取得した後、ステップＳＴ４ないしステップＳＴ８でメニュー項目名，次メニュー項目ＩＤ，下位先頭メニュー項目ＩＤを取得する。
【００５６】
続いて、ステップＳＴ９ａでは下位メニュー項目及び対応付けられているＵＲＬに加えて、存在する場合には同名メニュー項目のメニューパス及びメニュー項目名を検索中間ファイル３から取得し、これらを表示するＨＴＭＬを作成する。
【００５７】
図１５は同名メニュー項目が１つ存在する場合における、入出力装置２０のディスプレイの表示画面の具体例を示す図である。図１５は医療メニュー内のメニューパスが「症状＞癌」である「癌」の下位メニュー項目及び薬品メニュー内のメニューパスが「医薬品＞癌」である「癌」を表示している。図１５において「薬品メニュー」の欄の「医薬品＞癌」を選択すると、図１６に示すように、薬品メニューの「癌」の下位メニュー項目及び医療メニューの「癌」を表示することができる。
【００５８】
以上のように、この実施の形態２によれば、メニュー検索の過程で選択したメニュー項目と同名のメニュー項目が他に存在する場合にはそのメニューパスも表示し、そのメニュー項目を選択して複数のメニュー間を移動しながら検索できるので、検索者の目的とする情報を検索するのに最も適したメニューを選択して検索することが容易にできるという効果が得られる。
【００５９】
実施の形態３．
図１７は本発明の実施の形態３の情報検索装置の構成を示すブロック図である。図１７において、図１に示した実施の形態１と同一の構成要素には同一の番号を付し、その説明を省略する。図１７の実施の形態３が図１の実施の形態１と異なる点は、メニュー構造ファイル（ファイル）５ｂがメニュー構造ファイル５と異なる形式のデータを収納し、図１の実施の形態１の構成要素の他に、ＤＢ情報収集装置２３，フィルタリング装置（フィルタリング手段）２４，ＤＢ情報記憶装置７，対応付け装置（対応付け手段）８を新たな構成要素として付け加えたものである。ＤＢ情報収集装置２３，フィルタリング装置２４，対応付け装置８はコンピュータ上で動作するソフトウェア、ＤＢ情報記憶装置７は磁気ディスク等の記憶媒体によって実現される。
【００６０】
ＤＢ情報収集装置２３は周知のものであり、予め指定されたＵＲＬからそのＵＲＬのホームページに結合されたリンクをたどること等によって指定された外部ＤＢの情報を収集するものである。フィルタリング装置２４は同じく周知のものであり、全文検索エンジン等を使用して、ＤＢ情報記憶装置７に格納されている情報の中から与えられた文字列（情報に関連する条件）を含む情報を取り出す。
【００６１】
図１８はＤＢ情報記憶装置７の保持するデータ内容の具体例を示す図である。ＤＢ情報記憶装置７にはＤＢ情報収集装置２３の収集した情報のＵＲＬとそのテキストを格納する。
【００６２】
メニュー構造ファイル５ｂに格納されるデータファイルは、メニュー構造ファイル５ａに格納されるデータファイルに情報をフィルタリングするための文字列を加えたものである。図１９はメニュー構造ファイル５ｂに格納されるデータファイルの内容の具体例を示す図であり、図３に示した医療メニューの構造を示している。フィルタリング文字列は複数格納することができる。
【００６３】
次に、フィルタリング装置２４の動作について説明する。
フィルタリング装置２４は周知のものであり、１個あるいは複数の文字列を受け取り、ＤＢ情報記憶装置７に格納されている情報の中で、受け取った文字列を全て含むテキストを選び出し、そのＵＲＬをＤＢ情報記憶装置７に戻す。
【００６４】
次に、対応付け装置８の動作について説明する。
対応付け装置８はメニュー構造ファイル５ｂからフィルタリング文字列を取得し、そのフィルタリング文字列をフィルタリング装置２４に与え、その結果フィルタリング装置２４によりフィルタリングされた情報のＵＲＬを取得する。次に、フィルタリング文字列を取得したメニュー項目の属するメニューの対応付けファイル６にメニュー項目ＩＤとフィルタリングされた情報のＵＲＬを格納する。全てのメニューのメニュー構造ファイル５ｂの保持しているメニュー項目に対して順に上記の処理を実行することにより、全てのメニュー項目に対して情報のインデクスの対応付けを行う。
【００６５】
以上のように、この実施の形態３によれば、予めメニュー項目にフィルタリング文字列を指定しておくことにより、外部ＤＢ２２上に存在する情報を関連するメニュー項目に自動的に対応付けすることが可能であり、また、メニュー項目に適した情報を対応付けすることが可能となる。
【００６６】
実施の形態４．
図２０は本発明の実施の形態４の情報検索装置の構成を示すブロック図である。図２０において、図１７の実施の形態３の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。図２０の実施の形態４が実施の形態３と異なる点は、メニューツリーを表示するためのメニューツリー表示装置９，メニュー項目を作成するためのメニュー項目作成装置（メニュー項目作成手段）１０，フィルタリング文字列を生成するためのフィルタリング文字列生成装置（文字列生成手段）１１を新たに付け加えた点である。
【００６７】
次に動作について説明する。
始めに、メニューツリー表示装置９は図６のフローチャートのステップＳＴ１，ステップＳＴ２に示した動作と同様に動作して全てのメニュー名を表示するＨＴＭＬを作成する。図６のステップＳＴ３と同様の動作によりメニューが選択されると、選択されたメニューのメニュー構造ファイル５ｂの最上位のメニュー項目から始めて全てのメニュー項目に対してメニュー項目名，次メニュー項目ＩＤ，下位の先頭メニュー項目ＩＤの取得を繰り返して、メニューツリー全体を表示するＨＴＭＬを作成する。
【００６８】
図２１はこのようにして作成されたメニューツリー全体を表示するＨＴＭＬの具体例を示す図である。図２１中の「ｓａｋｕｓｅｉ」はメニュー項目作成装置１０においてメニュー項目を作成するプログラムであり、新しく下位にメニュー項目を作成するメニュー項目のメニュー項目ＩＤを引数として渡している。
【００６９】
図２２は図２１のＨＴＭＬによって表示される表示画面を示す図である。メニュー項目作成装置１０はメニューツリーの全体表示画面で下位にメニュー項目を作成するメニュー項目が選択されると、メニュー項目名の入力を要求し、メニュー項目名が入力されるとメニュー構造ファイル５ｂに新しいレコードを追加し、メニュー項目ＩＤを割り当てる。それに伴って、作成したメニュー項目の上位メニュー項目のレコードの下位先頭メニュー項目ＩＤあるいは同階層のメニュー項目の次メニュー項目ＩＤを変更する。初めて下位のメニュー項目を作成した場合には上位メニュー項目の下位メニュー項目ＩＤを作成したメニュー項目ＩＤに変更し、２番め以降は下位階層の一番最後のメニュー項目の次メニュー項目ＩＤを作成したメニュー項目ＩＤに変更する。例えば、図３の「癌」の下位に「食道癌」という新しいメニュー項目を作成した場合には図２３のメニュー項目ＩＤ８の欄のように、「食道癌」についてメニュー構造ファイル５ｂに新しいレコードを追加して、同時に、メニュー項目ＩＤ６の欄のように、「肝臓癌」のレコードの次メニュー項目ＩＤを食道癌のメニュー項目ＩＤ８に変更する。
【００７０】
次に、フィルタリング文字列生成装置１１が、フィルタリング文字列を生成するメニュー項目に対して、図１４のフローチャートのステップＳＴ１４，ステップＳＴ１５の処理を行うことにより、上位メニュー項目ＩＤをたどって最上位のメニュー項目までのメニュー項目名を取得する。すなわち、メニューパスに現れる全てのメニュー項目名の集合を生成する。
【００７１】
次に、生成されたメニュー項目名の文字列を比較することにより、一方の文字列が他の文字列を包含している場合には包含される文字列を文字列の集合から削除する。このことを図２４を用いて説明する。メニュー項目名の集合が｛症状，癌，食道癌｝であるとき、「癌」という文字列は「食道癌」という文字列に包含されている。逆に、図２４に示すように「食道癌」でフィルタリングされる情報は「癌」でフィルタリングされる情報に包含されている。したがって｛症状，癌，食道癌｝でフィルタリングされる情報は｛症状，食道癌｝でフィルタリングされる情報と同一であるため、「癌」という文字列を文字列の集合から削除する。このようにして生成された文字列の集合をフィルタリング文字列集合としてメニュー構造ファイル５ｂに格納する。
【００７２】
次に、対応付け装置８がメニュー構造ファイル５ｂからフィルタリング文字列を取得し、フィルタリング装置２４を使用して「症状」と「食道癌」を含む情報をフィルタリングし、フィルタリングされた情報のＵＲＬとメニュー項目ＩＤを対応付けファイル６に格納する。
【００７３】
以上のように、この実施の形態４によれば、作成するメニュー項目の位置を指定してメニュー項目名を入力することにより、情報をフィルタリングする文字列集合をメニューパスから自動的に生成して情報の対応付けを自動的に行うことにより、メニューの作成が容易にでき、メニュー項目の属するメニューの特徴を反映させた情報を対応付けすることが可能になるという効果が得られる。また、フィルタリング文字列の中で他の文字列に包含されている文字列を除くことにより、効率良くフィルタリングすることが可能になるという効果が得られる。
【００７４】
実施の形態５．
図２５は本発明の実施の形態５の情報検索装置の構成を示すブロック図である。図２５において、図２０の実施の形態４の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。図２５の実施の形態５が実施の形態４と異なる点は、対応付け装置（再生成手段）８ａが実施の形態４の対応付け装置８と異なる動作をする点のみである。
【００７５】
以下、対応付け装置８ａの動作について図２６に示すフローチャートを用いて説明する。
対応付け装置８ａは、始めにステップＳＴ１７でメニュー構造ファイル５ｂからフィルタリング文字列集合を取得し、ステップＳＴ１８でフィルタリング装置２４を使用してフィルタリングを行う。
【００７６】
次にステップＳＴ１９でフィルタリングされた情報のＵＲＬが存在しないか（０件であるか）どうか判断し、０件でない（存在する）場合にはステップＳＴ２２を実行する。ステップＳＴ１９で０件の場合（存在しない場合）にはステップＳＴ２０でフィルタリングした文字列がそのメニュー項目名１つであるか判断し、１つの文字列でフィルタリングした場合にはステップＳＴ２２を実行し、複数の文字列でフィルタリングした場合にはステップＳＴ２１でその中で最上位のメニュー項目名を削除した文字列集合を生成してステップＳＴ１８で再びフィルタリングを行い、ステップＳＴ１９でフィルタリングされたＵＲＬが０件でなくなるか、あるいはステップＳＴ２０でフィルタリング文字列が１つになるまで繰り返す。
【００７７】
ステップＳＴ２２ではフィルタリングされた情報のＵＲＬとメニュー項目ＩＤを対応付けファイル６に格納する。
【００７８】
以上のように、この実施の形態５によれば、対応付けられる情報が０件の場合にはフィルタリング文字列集合の中で最上位のメニュー項目名から削除していくことにより、メニュー上位に存在するメニュー項目名のような検索する情報に含まれなくてもよいような抽象的な文字列を削除することができ、不要な文字列により対応付けが０件になることを防ぐことができるという効果が得られる。
【００７９】
実施の形態６．
図２７は本発明の実施の形態６の情報検索装置の構成を示すブロック図である。図２７は図２５の実施の形態５の対応付け装置８ａを対応付け装置（更新手段）８ｂに、ＤＢ情報収集装置２３をＤＢ情報収集装置（更新手段）２３ａに置き換え、必要な部分のみ示したものである。
【００８０】
ＤＢ情報収集装置２３ａは、実施の形態３〜５のＤＢ情報収集装置２３の収集するデータに加えて、予め指定された間隔で再び同じＵＲＬからリングをたどることにより、外部ＤＢ２２上に新たに作成された情報を収集してＤＢ情報記憶装置７に格納し、前回収集したときから内容が更新された情報を収集してＤＢ情報記憶装置７の内容を更新し、外部ＤＢ２２上から削除された情報をＤＢ情報記憶装置７から削除する。
【００８１】
対応付け装置８ｂは、実施の形態３〜５の対応付け装置８ａの動作に加えて予め指定された間隔で図２６のフローチャートに示す処理を全てのメニューの全てのメニュー項目に対して実行して対応付けファイル６を更新するようにしたものである。
【００８２】
以上のように、この実施の形態６によれば、一度対応付けしたメニュー項目に対して自動的に対応付けを更新することにより、外部ＤＢ２２上の情報の更新に対応してメニュー項目への情報の対応付けを更新することが可能となるという効果が得られる。また、より多くのメニュー項目名を含む情報で対応付けを更新することにより、よりメニューの特徴を反映した情報を対応付けることが可能となるという効果も得られる。
【００８３】
実施の形態７．
図２８は本発明の実施の形態７の情報検索装置の構成を示すブロック図である。図２８は図２７に示した実施の形態６のＤＢ情報記憶装置７をＤＢ情報記憶装置７ａに、対応付け装置８ｂを対応付け装置８ｃに、ＤＢ情報収集装置２３ａをＤＢ情報収集装置２３ｂに、フィルタリング装置２４をフィルタリング装置（フィルタリング手段）２４ａに置き換えたものであり、他の構成要素は実施の形態６の構成要素と同じである。したがって、以下、ＤＢ情報記憶装置７ａ及び対応付け装置８ｃ，ＤＢ情報収集装置２３ｂ，フィルタリング装置２４ａについて説明を加える。
【００８４】
ＤＢ情報記憶装置７ａの記憶内容は、ＤＢ情報記憶装置７の記憶内容に更新フラグを追加したものである。図２９はＤＢ情報記憶装置７ａの保持する内容の具体例を示す図である。更新フラグとしては、前回情報の対応付けを更新してから新たに追加された情報は１、内容が更新された情報は２、削除された情報は３、更新されていない情報は０を用いる。
【００８５】
ＤＢ情報収集装置２３ｂは一定間隔で情報を再収集し、追加・更新された情報をＤＢ情報記憶装置７ａに格納するとともに更新フラグをセットする。削除された情報については更新フラグを３に設定する。
【００８６】
フィルタリング装置２４ａはＤＢ情報記憶装置７ａの保持する情報のうち、更新フラグが１あるいは２である情報をフィルタリングの対象とする。
【００８７】
次に、対応付け装置８ｃの動作を図３０に示すフローチャートを用いて説明する。始めにステップＳＴ２３でＤＢ情報記憶装置７ａから更新フラグが３のＵＲＬを取り出し、全てのメニューの対応付けファイル６中に格納されている中からそのＵＲＬを削除する。
【００８８】
次にステップＳＴ２４でＤＢ情報記憶装置７ａ中の更新フラグが３のＵＲＬ及びテキストを削除する。
【００８９】
次にステップＳＴ２５でメニュー構造ファイル５ｂから情報の対応付けを更新するメニュー項目のメニュー項目ＩＤとフィルタリング文字列を取得し、ステップＳＴ２６でフィルタリングする。
【００９０】
ステップＳＴ２７ではステップＳＴ２６でフィルタリングされた情報の中でＤＢ情報記憶装置７ａの更新フラグが１のＵＲＬとメニュー項目ＩＤを対応付けファイル６に格納する。
【００９１】
次にステップＳＴ２８で、ＤＢ情報記憶装置７ａの更新フラグが２でステップＳＴ２６でフィルタリングされなかったＵＲＬが対応付けファイル６の該当するメニュー項目ＩＤに対応付けされている場合にはそのＵＲＬを削除する。
【００９２】
ステップＳＴ２９では全てのメニュー項目に対して対応付けが更新されたかどうか判断し、未更新のメニュー項目がある場合にはステップＳＴ２５から再び処理を繰り返す。全てのメニュー項目の対応付けが更新されたならばステップＳＴ３０でＤＢ情報記憶装置７ａの更新フラグを全て０に設定する。
【００９３】
以上のように、この実施の形態７によれば、フィルタリングの対象となる情報は新しく追加あるいは内容が更新された情報のみであり、対応付けファイル６へのＵＲＬの追加及び削除も変化のあったＵＲＬのみであることから、対応付け更新処理を効率よく行うことができるという効果が得られる。
【００９４】
実施の形態８．
図３１は本発明の実施の形態８の情報検索装置の構成を示すブロック図である。図３１において、図２５に示した実施の形態５の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。実施の形態８は、実施の形態５におけるメニュー検索装置１内部の検索実行部２を検索実行部２ｂにし、さらに、メニュー検索装置１ｂにユーザ使用文字列ファイル１２を加えたものである。
【００９５】
図３２はユーザ使用文字列ファイル１２の内容の具体例を示している。ユーザ使用文字列ファイル１２はメニュー毎に別々に管理し、メニュー項目ＩＤとそのメニュー項目に対してユーザが使用した文字列とその使用回数が格納される。
【００９６】
次にメニュー検索装置１ｂの動作について説明する。メニュー検索装置１ｂはメニュー検索装置１ａに加えて、メニュー検索により検索された情報をさらにユーザが指定した文字列でフィルタリングする手段を設けたものである。メニュー検索の結果、あるメニュー項目に対応付けられているＵＲＬを表示し、そこでユーザが文字列を入力すると、対応付けられている情報のＵＲＬとユーザが入力した文字列をフィルタリング装置２４に渡してフィルタリングした結果得られた情報のＵＲＬを再び表示する。その際に使用した文字列をユーザ使用文字列ファイル１２に格納する。すでに格納されている文字列の場合はユーザ使用文字列ファイル１２に格納されている使用回数を１増加させる。ユーザ使用文字列ファイル１２に格納されている使用回数が予め指定された回数を超えたならば、メニュー項目作成装置１０を起動し、そのメニュー項目の下にユーザが使用した文字列で新しいメニュー項目を作成し、実施の形態５と同様にしてフィルタリング文字列を生成し、インデクスの対応付けを行う。メニュー項目が作成された文字列はユーザ使用文字列ファイル１２から削除する。
【００９７】
以上のように、この実施の形態８によれば、ユーザがよく使用する文字列で新たに下位のメニュー項目が作成されることにより、対応付けられているＵＲＬが多すぎる場合に自動的にメニュー項目を作成することが可能であり、ユーザが使用した文字列を使用することにより、検索に適したメニュー項目が作成されるという効果が得られる。
【００９８】
【発明の効果】
以上のように、請求項１記載の発明によれば、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているので、ユーザが必要とするメニューを迅速に選択することができる効果がある。また、ユーザが必要としている情報を検索するのに最も適したメニューを選択して検索できる効果がある。
請求項２記載の発明によれば、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、階層化されたメニュー項目を有するメニュー毎に１ファイルとして記憶し、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているので、目的とするメニュー項目毎に最適なメニューを選択することができる効果、及び、ユーザが必要とするメニューを迅速に選択することができる効果がある。また、ユーザが必要としている情報を検索するのに最も適したメニューを選択して検索できる効果がある。
【００９９】
請求項３記載の発明によれば、前記メニュー記憶装置は、階層化されたメニュー項目を記憶しているメニュー構造ファイルと、メニュー項目に対応付けられるインデクス情報を記憶している対応付けファイルとを含み、前記メニュー構造ファイルと前記対応付けファイルはメニュー毎別々に構成され、前記メニュー構造ファイルと前記対応付けファイルとはメニュー項目ＩＤにより対応付けられているので、目的とするメニュー項目毎に最適なメニューを選択することができる効果がある。
【０１００】
請求項４記載の発明によれば、前記メニュー構造ファイルはメニュー項目毎にフィルタリング文字列を含み、前記情報検索装置は、さらに、前記メニュー構造ファイルに記憶されているメニュー項目の前記フィルタリング文字列を取得し、データベースから前記フィルタリング文字列に基づきフィルタリングされたインデクス情報を取得し、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納する対応付け装置を備えたので、メニュー項目に対する情報の対応付けを自動化することができる効果がある。
【０１０１】
請求項５記載の発明によれば、さらに、前記表示手段が表示する表示画面において、新規メニュー作成を作成するメニュー項目の位置を指定して受け付けたとき、指定されたメニュー項目の位置と最上位のメニュー項目との間に存在するメニュー項目名から前記フィリタリング文字列を構成し、前記メニュー構造ファイルの前記新規メニューに対応するメニュー項目に前記フィルタリング文字列を格納する文字列生成手段を備えたので、メニューの特徴を反映した情報を効率的に対応付けることができる効果がある。
【０１０２】
請求項６記載の発明によれば、前記対応付け装置は、データベースからフィルタリングされたインデクス情報を取得するとき、インデクス情報が存在しないときは、前記フィルタリング文字列が複数であるかどうか判断し、複数の文字列を含むときは最上位のメニュー項目名を削除して、再度データベースからフィルタリングされたインデクス情報を取得し、インデクス情報が存在するかまたは、フィルタリング文字列が１つになるまでデータベースからフィルタリングされたインデクス情報を取得することを繰り返すので、検索する情報に含まれる必要の無いようなメニューの上位階層に存在する抽象的な文字列のために対応付けられる情報が０件になることを防ぐことができる効果がある。
【０１０３】
請求項７記載の発明によれば、前記対応付け装置は、前記データベースの更新に対応して、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納するので、情報の更新をメニューに反映させると共に、よりメニューの特徴を反映した情報で対応付けを更新することができる効果がある。
【図面の簡単な説明】
【図１】 この発明の実施の形態１の情報検索装置の構成を示すブロック図である。
【図２】 実施の形態１におけるメニュー構造ファイルに格納されるデータの具体例を示す図である。
【図３】 実施の形態１におけるメニューの概念を示す図である。
【図４】 実施の形態１における対応付けファイルに格納されるデータの具体例を示す図である。
【図５】 実施の形態１における複数のメニューの概念を示す図である。
【図６】 実施の形態１における検索実行部の動作を示すフローチャートである。
【図７】 実施の形態１における検索実行部が生成するＨＴＭＬの具体例を示す図である。
【図８】 実施の形態１におけるメニュー選択画面の具体例を示す図である。
【図９】 実施の形態１における検索実行部が生成する他のＨＴＭＬの具体例を示す図である。
【図１０】 実施の形態１におけるメニュー検索画面の具体例を示す図である。
【図１１】 この発明の実施の形態２の情報検索装置の構成を示すブロック図である。
【図１２】 実施の形態２におけるメニュー構造ファイルに格納されるデータの具体例の内容を示す図である。
【図１３】 実施の形態２における検索実行部の動作を示すフローチャートである。
【図１４】 実施の形態２における検索実行部の動作の一部を示すフローチャートである。
【図１５】 実施の形態２におけるメニュー検索画面の具体例を示す図である。
【図１６】 実施の形態２におけるメニュー検索画面の他の具体例を示す図である。
【図１７】 この発明の実施の形態３の情報検索装置の構成を示すブロック図である。
【図１８】 実施の形態３におけるＤＢ情報記憶装置に格納されるデータの具体例を示す図である。
【図１９】 実施の形態３におけるメニュー構造ファイルに格納されるデータの具体例を示す図である。
【図２０】 この発明の実施の形態４の情報検索装置の構成を示すブロック図である。
【図２１】 実施の形態４におけるメニューツリー表示装置が作成するＨＴＭＬの具体例を示す図である。
【図２２】 実施の形態４におけるメニューツリー表示画面の具体例を示す図である。
【図２３】 実施の形態４におけるメニュー構造ファイルに格納されるデータの具体例を示す図である。
【図２４】 実施の形態４におけるフィルタリング文字列生成装置の動作の具体例を模式的に示す図である。
【図２５】 この発明の実施の形態５の情報検索装置の構成を示すブロック図である。
【図２６】 実施の形態５における対応付け装置の動作を示すフローチャートである。
【図２７】 この発明の実施の形態６の情報検索装置の構成を示すブロック図である。
【図２８】 この発明の実施の形態７の情報検索装置の構成を示すブロック図である。
【図２９】 実施の形態７におけるＤＢ情報記憶装置に格納されるデータの具体例を示す図である。
【図３０】 実施の形態７における対応付け装置の動作を示すフローチャートである。
【図３１】 この発明の実施の形態８の情報検索装置の構成を示すブロック図である。
【図３２】 実施の形態８におけるユーザ使用文字列ファイルに格納されるデータの具体例を示す図である。
【図３３】 従来技術におけるメニューの概念を示す図である。
【図３４】 従来技術におけるメニューを記述するＨＴＭＬの具体例を示す図である。
【図３５】 従来技術におけるＨＴＭＬファイルのリンク状態を示す図である。
【図３６】 従来技術におけるメニュー検索画面の具体例を示す図である。
【符号の説明】
１，１ａ，１ｂ メニュー検索装置、４，４ａ，４ｂ メニュー記憶装置、５，５ａ，５ｂ メニュー構造ファイル（ファイル）、８ 対応付け装置（対応付け手段）、８ａ 対応付け装置（再生成手段）、８ｂ 対応付け装置（更新手段）、１０ メニュー項目作成装置（メニュー項目作成手段）、１１ フィルタリング文字列生成装置（文字列生成手段）、２３，２３ｂ ＤＢ情報収集装置、２３ａ ＤＢ情報収集装置（更新手段）、２４，２４ａ フィルタリング装置（フィルタリング手段）。
【発明の属する技術分野】
この発明は、情報検索装置に係り、特にシステムの提示するメニューを選択する事により対話的に情報を検索する情報検索装置に関するものである。
【０００２】
【従来の技術】
従来の対話的情報検索装置について、コンピュータ・ネットワークの一つであるインターネット上の分散データベースシステムであるワールド・ワイド・ウエブ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（以下、ＷＷＷと略記する））を例にとって説明する。ＷＷＷは、ハイパーテキストというソフトウエアを用いた全世界的なネットワーク空間を構成するデータベース（以下、ＤＢと略記する）システムであり、インターネット上でＷＷＷ中に公開されている情報は、ネットワークを構成しているコンピュータから見ると外部ＤＢ上の情報と考える事ができる。この外部ＤＢ上の情報は、例えば“ｈｔｔｐ：／／ｗｗｗ．ａａａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌ”のような形式をしたユニフォーム・リソース・ロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（以下、ＵＲＬと略記する））と呼ばれる固有のアドレスによって管理されており、このＵＲＬをインデクスとして使用することができる。
【０００３】
図３３は、インターネットで用いられている従来の情報検索装置に用いられるデータ構成を概念的に示す図である。
図において、３０はコンピュータの表示画面上に階層毎に同時に表示されるデータ選択項目の集合であり、個々の選択項目をメニュー項目と呼ぶ。図３３の従来例では、例えば「症状」や「手術」がメニュー項目である。この従来の情報検索装置においては、情報を検索する際には、情報検索装置が保持しているメニューの最上位の階層のメニュー項目から表示し、ユーザの選択したメニュー項目の下位階層のメニュー項目を表示することを順次対話的に繰り返すことにより、選択されたメニュー項目に分類されているインデクスを表示していた。
【０００４】
また、検索対象となる情報をメニュー項目に分類するためには、情報の内容を確認して、予め作成してあるメニュー項目の中で最も関連が深いメニュー項目に情報のインデクスを分類していた。
【０００５】
さらに、従来の情報検索装置によりＷＷＷ上で階層化されたメニューを構築するには、ハイパー・テキスト・マークアップ・ランゲッジ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（以下、ＨＴＭＬと略記する））と呼ばれる一種の記述言語を利用して、図３４に示すように、各メニュー項目毎にＨＴＭＬで記述したメニュー項目のデータを収納したＨＴＭＬファイルを作成し、図３５に示すように、このようなＨＴＭＬファイル中で下位階層のメニュー項目のＨＴＭＬファイル名あるいはその下位階層のＨＴＭＬファイルに分類されたホームページのＵＲＬにアクセスするリンクを設けて、図３６に示すように、各階層のメニュー項目を表示していた。
【０００６】
【発明が解決しようとする課題】
従来の情報検索装置は以上のように構成されているので、メニューがシステムに１つに固定されており、ユーザの目的や用途あるいはユーザの知識量によらず同じメニュー項目が表示され、ユーザによっては検索し難く、またユーザが本当に必要としている情報を検索するといった高度な検索ができないという課題があった。
【０００７】
また、検索を容易にするために、１個の情報を複数の選択経路で検索することができるようにした文書作成装置が特開平４−３２８６７２号公報に開示されているが、そのようにメニューを作成するためには、個々の情報の内容を確認し、分類するメニュー項目を複数選択する必要があり、対象となる情報及びメニューの項目が増加するにつれてその作業量が増大するという課題があった。
【０００８】
さらに、上述した従来の情報検索装置では、メニューを作成するときに、ある情報の内容が更新されあるいは削除されているということが判明した場合に、再びその情報内容を確認して分類するメニュー項目を変更したり、あるいは分類したメニュー項目から削除しなければならず、情報が更新されたことをメニューに迅速に反映させることが困難であるという課題もあった。
【０００９】
さらに、上記のように従来の情報検索装置をＷＷＷ上で実現するためには、全ての階層の全てのメニュー項目毎にＨＴＭＬで記述したＨＴＭＬファイルを作成する必要があり、メニューが大きくなるにつれてその作業量が増大するという課題もあった。
【００１０】
さらに、メニューの構造を変更する場合には上位のメニュー項目に対応するＨＴＭＬファイルも変更する必要があり、メンテナンスが困難であるという課題もあった。
【００１１】
この発明は上記のような課題を解決するためになされたもので、ユーザの知識量や目的に応じて必要とする情報をすばやく検索することができる情報検索装置を得ることを目的とする。
【００１２】
また、この発明は、メニュー項目の更新を効率よく行うことができる情報検索装置を得ることを目的とする。
【００１３】
さらに、この発明は、メニューを自動的に細分化できる情報検索装置を得ることを目的とする。
【００１４】
【課題を解決するための手段】
請求項１記載の発明に係る情報検索装置は、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているものである。
【００１５】
請求項２記載の発明に係る情報検索装置は、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、階層化されたメニュー項目を有するメニュー毎に１ファイルとして記憶し、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているものである。
【００１６】
請求項３記載の発明に係る情報検索装置は、前記メニュー記憶装置は、階層化されたメニュー項目を記憶しているメニュー構造ファイルと、メニュー項目に対応付けられるインデクス情報を記憶している対応付けファイルとを含み、前記メニュー構造ファイルと前記対応付けファイルはメニュー毎別々に構成され、前記メニュー構造ファイルと前記対応付けファイルとはメニュー項目ＩＤにより対応付けられているものである。
【００１７】
請求項４記載の発明に係る情報検索装置は、前記メニュー構造ファイルはメニュー項目毎にフィルタリング文字列を含み、前記情報検索装置は、さらに、前記メニュー構造ファイルに記憶されているメニュー項目の前記フィルタリング文字列を取得し、データベースから前記フィルタリング文字列に基づきフィルタリングされたインデクス情報を取得し、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納する対応付け装置を備えたものである。
【００１８】
請求項５記載の発明に係る情報検索装置は、さらに、前記表示手段が表示する表示画面において、新規メニュー作成を作成するメニュー項目の位置を指定して受け付けたとき、指定されたメニュー項目の位置と最上位のメニュー項目との間に存在するメニュー項目名から前記フィリタリング文字列を構成し、前記メニュー構造ファイルの前記新規メニューに対応するメニュー項目に前記フィルタリング文字列を格納する文字列生成手段を備えたものである。
【００１９】
請求項６記載の発明に係る情報検索装置は、前記対応付け装置は、データベースからフィルタリングされたインデクス情報を取得するとき、インデクス情報が存在しないときは、前記フィルタリング文字列が複数であるかどうか判断し、複数の文字列を含むときは最上位のメニュー項目名を削除して、再度データベースからフィルタリングされたインデクス情報を取得し、インデクス情報が存在するかまたは、フィルタリング文字列が１つになるまでデータベースからフィルタリングされたインデクス情報を取得することを繰り返すものである。
【００２０】
請求項７記載の発明に係る情報検索装置は、前記対応付け装置は、前記データベースの更新に対応して、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納するものである。
【００２３】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１は本発明の実施の形態１の情報検索装置の構成を示すブロック図である。図において、１はメニュー項目を検索するメニュー検索装置でコンピュータが用いられている。２はメニュー検索装置１における検索実行部で、検索実行部２はＣＰＵ，ワーキングメモリとしてのＲＡＭ等を備え、ソフトウエアによる制御に従って検索動作を実行する。３はメニュー検索装置１においてメニューパス及びメニュー項目名を保持する検索中間ファイルで磁気ディスクによって実現される。ここで、メニューパスとは、上位の階層のメニュー項目から下位の階層のメニュー項目に移動するときに各階層において選択されたメニュー項目を示す選択経路のことである。４はメニューを記憶するメニュー記憶装置、５はメニュー記憶装置４においてメニューの構造を保持するメニュー構造ファイル（ファイル）、６はメニュー記憶装置４において各メニュー項目に対応付けられている情報のＵＲＬ（インデクス）を保持する対応付けファイルで、メニュー構造ファイル５及び対応付けファイル６は磁気ディスクによって実現される。２０はキーボード，マウス，ディスプレイ装置等から成る入出力装置、２１は外部ＤＢ２２と通信するためのモデム等の通信制御装置である。２２は情報を保管している外部ＤＢである。
【００２４】
メニュー検索装置１とメニュー記憶装置４及び入出力装置２０とは相互にコードにより接続され、入出力装置２０及び通信制御装置２１間もコードにより相互に接続されている。通信制御装置２１と外部ＤＢ２２とは通信回線により接続されている。また、メニュー検索装置１の内部において、検索実行部２と検索中間ファイル３とはコードにより接続され、メニュー記憶装置４の内部において、メニュー構造ファイル５と対応付けファイル６とはコードにより接続されている。
【００２５】
図２はメニュー構造ファイル５に格納されるデータの具体例を示す表図であり、図３は図２に示したメニュー構造ファイルの内容を階層的に表したメニューツリーを示す図である。
【００２６】
図２の表において、「メニューＩＤ」とはメニュー毎に付けられたメニュー識別番号であり、「メニュー項目ＩＤ」とは各メニュー内のメニュー項目毎に付けられたメニュー項目の識別番号である。「メニュー項目名」は各メニュー項目ＩＤにより識別されるメニュー項目の名称であり、「次メニュー項目ＩＤ」は、メニュー項目ＩＤで表されるメニュー項目と同一の階層にあり、当該メニュー項目ＩＤで表されるメニュー項目の下に表示されるメニュー項目の識別番号である。「下位先頭メニュー項目ＩＤ」は当該メニュー項目ＩＤで表されるメニュー項目の１階層下の階層の先頭に表示されるメニュー項目を表すメニュー項目ＩＤである。
【００２７】
メニュー構造ファイル５には、メニューＩＤ，メニュー項目ＩＤ，メニュー項目名，同一階層内の次メニュー項目ＩＤ，下位階層の先頭メニュー項目ＩＤが１レコードとして格納される。すなわち、同一メニュー中の全ての下位階層のメニュー項目は同一ファイル中に格納される。メニュー項目ＩＤが０のメニュー項目名にはメニュー名を当て、次メニュー項目ＩＤ，下位階層の先頭メニュー項目ＩＤが存在しない場合にはそれぞれのメニュー項目ＩＤ欄に０を格納する。
【００２８】
図３のメニューツリーにおいて、３１はメニュー名、３０は入出力装置２０の表示画面上に階層毎に同時に表示されるメニュー項目の集合を示す。図２，図３の例では、医療メニューというメニュー名３１は、第１の下位階層のメニュー項目３０が「症状」と「手術」とからなり、第２の下位階層のメニュー項目３０は「心臓病」と「癌」とからなる。また、「癌」というメニュー項目の下位階層のメニュー項目３０は「胃癌」，「肺癌」，「肝臓癌」のメニュー項目から成る。
【００２９】
図４は対応付けファイル６に格納されるデータ内容の具体例を示す表図である。対応付けファイル６には、メニューＩＤ，メニュー項目ＩＤ及びメニュー項目ＩＤに対応付けられているＵＲＬが格納される。
【００３０】
メニュー記憶装置４ではメニュー構造ファイル５と対応付けファイル６をメニュー毎に別々に持つことによりメニュー項目をメニューＩＤとメニュー項目ＩＤとを用いて管理でき、図５のメニューツリーに示すように、同じメニュー項目名でもメニューに適した情報を対応付けすることができる。すなわち、図５に示すように、検索者が医療メニューというメニュー名３１を選択すると、そのメニューツリーでは、第１の下位階層のメニュー項目３０として「症状」と「手術」が表示され、検索者が「症状」のメニュー項目を選択すると、次の下位階層のメニュー項目３０として「心臓病」と「癌」が表示される。さらに、検索者が、「癌」のメニュー項目を選択すると、その下位階層のメニュー項目３０として「胃癌」と「肝臓癌」が表示される。そして、これらの「胃癌」及び「肝臓癌」のメニュー項目には、医療に関し特に症状を知りたい検索者のために有用な情報を含むＵＲＬが対応付けられている。一方「医薬品メニュー」のメニューツリー中の「肝臓癌」のメニュー項目には、「肝臓癌」に対する治療薬ないし予防薬を知りたい検索者にとって有用な情報を含むＵＲＬが対応付けられている。かくして、同じ「肝臓癌」というメニュー項目に対して、検索者の目的と知識に応じた情報を含むＵＲＬを迅速に検索することが可能となる。
【００３１】
次に図６のフローチャートを用いて検索実行部２の動作を説明する。以下の各過程で取得されるメニューパス，メニュー項目名等のデータは検索中間ファイル３に格納され必要に応じて利用される。また、検索中間ファイル３から検索実行部２によって必要に応じて読み出され、検索実行部２のＲＡＭ中に保存され、更にそのＲＡＭ中から再度検索中間ファイル３に書き込まれて更新される。
【００３２】
まず、ステップＳＴ１で、検索実行部２は、メニュー構造ファイル５からメニュー項目ＩＤが０として登録されている全てのメニュー項目名を取得する事により全てのメニュー名を検索中間ファイル３中に格納する。
【００３３】
次に、検索実行部２は、ステップＳＴ１で取得したメニュー名を表示するためのＨＴＭＬを作成する（ステップＳＴ２）。なお、以下単にＨＴＭＬと表記したときには、ＨＴＭＬ言語を用いて作成されるデータの集合のことを意味するものとする。
【００３４】
図７はステップＳＴ２で作成したＨＴＭＬの具体例を示す図である。図７中の「ｋｅｎｓａｋｕ」はメニュー検索処理を実行するプログラムであり、メニューＩＤを引数として、メニュー検索処理を実行するメニュー検索処理モジュールに渡している。図７のＨＴＭＬは入出力装置２０のディスプレイ装置上には図８のように表示される。
【００３５】
ステップＳＴ３では、検索実行部２は、ユーザが入出力装置２０のキーボード，マウス等を用いて選択したメニューのメニューＩＤを取得し、そのメニューのメニュー項目ＩＤが０のメニュー項目が選択されたものとして次のステップＳＴ４を実行する。
【００３６】
ステップＳＴ４では、検索実行部２のＣＰＵは、メニューＩＤとメニュー項目ＩＤとを受け取り、選択されたメニューのメニュー構造ファイル５の選択されたメニュー項目のレコードから下位階層の先頭メニュー項目ＩＤを取得する。
【００３７】
次に、ステップＳＴ５では、ステップＳＴ４で取得した下位階層の先頭メニュー項目ＩＤが０であるか否か判断し、０であればステップＳＴ８に移行する。
【００３８】
０でなければ、ステップＳＴ６で、下位階層の先頭メニュー項目ＩＤのレコードからメニュー項目名と次メニュー項目ＩＤを取得する。
【００３９】
次に、ステップＳＴ７で、ステップＳＴ６で取得した次メニュー項目ＩＤが０であるか否か判断し、０でなければステップＳＴ６で取得した次メニュー項目ＩＤで再びステップＳＴ６の処理を行い、ステップＳＴ７で次メニューＩＤが０と判断されるまで繰り返す。すなわち、このステップＳＴ５ないしステップＳＴ７の工程で、ステップＳＴ４で取得したメニュー項目と同階層の全てのメニュー項目を取得する。
【００４０】
ステップＳＴ８では、ステップＳＴ３又はステップＳＴ１０で選択されたメニュー項目に対応付けられているＵＲＬを対応付けファイル６から取得する。
【００４１】
次に、ステップＳＴ９で、検索実行部２は、ステップＳＴ２と同様にして、選択されたメニュー項目のメニューパス，下位のメニュー項目名若しくはＵＲＬ，又は下位のメニュー項目名及びＵＲＬを検索中間ファイル３から取得し、その内容を表示するＨＴＭＬを作成する。
【００４２】
図９は下位のメニュー項目名と対応付けられているＵＲＬを表示するＨＴＭＬの具体例を示す図であり、下位メニューの場合にはメニュー項目ＩＤを引数として渡している。図１０は図９の表示画面を示す図である。
【００４３】
続いて、ステップＳＴ１０でユーザによりさらに下位のメニュー項目が選択されたならばステップＳＴ４から同じ処理を繰り返す。
【００４４】
図６のフローチャートに示す処理を実行することにより、最初に全てのメニューを表示し（ステップＳＴ２）、選択されたメニュー（ステップＳＴ３）の最上位のメニュー項目から表示し、選択されたメニュー項目（ステップＳＴ１０）の下位に存在する全てのメニュー項目と対応付けられているＵＲＬとを表示する（ステップＳＴ９）ことを繰り返すことにより目的の情報のＵＲＬを検索できる。表示されたＵＲＬの中からＵＲＬを選択することにより、インターネットあるいはイントラネット等のネットワーク上に存在する外部ＤＢ２２上の実体の情報を表示させることができる。
【００４５】
以上のように、この実施の形態１によれば、複数のメニューに存在する同名のメニュー項目をメニューＩＤとメニュー項目ＩＤとを使用して管理し、それぞれ独立して情報を対応付けすることができるため、同じメニュー項目を選択した場合でも使用したメニューにより、ユーザの目的に合った情報を検索することが可能となるという効果が得られる。
【００４６】
実施の形態２．
図１１はこの発明の実施の形態２の情報検索装置の構成を示すブロック図である。図において、図１に示した実施の形態１の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。
【００４７】
図１１において、１ａはその検索実行部２ａが実施の形態１の検索実行部２と異なる動作を行うメニュー検索装置であり、４ａはそのメニュー構造ファイル（ファイル）５ａが実施の形態１のメニュー構造ファイル５と異なる内容のメニューデータを記憶するメニュー記憶装置である。
【００４８】
図１２はメニュー構造ファイル５ａの内容の具体例を示す図であり、図３のメニューの構造を示している。これは実施の形態１のメニュー構造ファイル５に上位メニュー項目ＩＤと同名メニュー項目ＩＤを追加したものである。図１２において、上位メニュー項目ＩＤとは、その行のメニュー項目の１階層上位の階層のメニュー項目のメニュー項目ＩＤである。同名メニュー項目とは、同一メニューあるいは他のメニュー内に存在する同名のメニュー項目を示しており、同名のメニュー項目が属しているメニューＩＤとそのメニュー項目ＩＤを用いて「メニューＩＤ」−「メニュー項目ＩＤ」という形式で格納されている。同名メニュー項目ＩＤは複数格納することができる。
【００４９】
次に図１３及び図１４に示すのフローチャートを用いて検索実行部２ａの動作を説明する。図１４のフローチャートは図１３のステップＳＴ１１の動作を詳細に示したものである。なお、図１３において、図６の実施の形態１の検索実行部２の動作と同一のステップには同一の番号を付し、その説明を省略する。図１３のフローチャートが図６のフローチャートと異なる点は、ステップＳＴ１１，ステップＳＴ９ａのみである。
【００５０】
ステップＳＴ１１では、検索実行部２ａは、ステップＳＴ３で選択したメニュー項目の同名メニュー項目を取得するが、その動作は図１４を用いて説明する。
【００５１】
図１４において、検索実行部２ａは、ステップＳＴ１２でメニュー構造ファイル５ａから同名メニュー項目ＩＤの取得動作を行う。
【００５２】
次に、ステップＳＴ１３で、ステップＳＴ１２で取得した同名メニュー項目ＩＤに対応する同名メニュー項目がメニュー構造ファイル５ａ中に存在するか否か判断し、存在すればステップＳＴ１４でステップＳＴ１２で取得した同名メニュー項目ＩＤの属するメニューのメニュー構造ファイル５ａのメニュー項目ＩＤのレコードからメニュー項目名と上位メニュー項目ＩＤを取得する。
【００５３】
次にステップＳＴ１５で、ステップＳＴ１４で取得した上位メニュー項目ＩＤが０かどうか判断し、０でなければ再びステップＳＴ１４を実行して上位メニュー項目ＩＤが０になるまで繰り返す。ステップＳＴ１４の実行を繰り返して上位メニュー項目ＩＤが０になったならばステップＳＴ１６でそれまで獲得したメニュー項目名を検索中間ファイル３から取得し、逆順に連結してステップＳＴ１２で取得した同名メニュー項目のメニューパスを作成する。
【００５４】
以上のステップＳＴ１４からステップＳＴ１６の処理をステップＳＴ１３で同名メニュー項目がなくなったと判断するまで繰り返す。
【００５５】
このようにしてステップＳＴ１１で同名メニュー項目ＩＤ及び上位メニュー項目ＩＤ，選択されたメニュー項目のＵＲＬを取得した後、ステップＳＴ４ないしステップＳＴ８でメニュー項目名，次メニュー項目ＩＤ，下位先頭メニュー項目ＩＤを取得する。
【００５６】
続いて、ステップＳＴ９ａでは下位メニュー項目及び対応付けられているＵＲＬに加えて、存在する場合には同名メニュー項目のメニューパス及びメニュー項目名を検索中間ファイル３から取得し、これらを表示するＨＴＭＬを作成する。
【００５７】
図１５は同名メニュー項目が１つ存在する場合における、入出力装置２０のディスプレイの表示画面の具体例を示す図である。図１５は医療メニュー内のメニューパスが「症状＞癌」である「癌」の下位メニュー項目及び薬品メニュー内のメニューパスが「医薬品＞癌」である「癌」を表示している。図１５において「薬品メニュー」の欄の「医薬品＞癌」を選択すると、図１６に示すように、薬品メニューの「癌」の下位メニュー項目及び医療メニューの「癌」を表示することができる。
【００５８】
以上のように、この実施の形態２によれば、メニュー検索の過程で選択したメニュー項目と同名のメニュー項目が他に存在する場合にはそのメニューパスも表示し、そのメニュー項目を選択して複数のメニュー間を移動しながら検索できるので、検索者の目的とする情報を検索するのに最も適したメニューを選択して検索することが容易にできるという効果が得られる。
【００５９】
実施の形態３．
図１７は本発明の実施の形態３の情報検索装置の構成を示すブロック図である。図１７において、図１に示した実施の形態１と同一の構成要素には同一の番号を付し、その説明を省略する。図１７の実施の形態３が図１の実施の形態１と異なる点は、メニュー構造ファイル（ファイル）５ｂがメニュー構造ファイル５と異なる形式のデータを収納し、図１の実施の形態１の構成要素の他に、ＤＢ情報収集装置２３，フィルタリング装置（フィルタリング手段）２４，ＤＢ情報記憶装置７，対応付け装置（対応付け手段）８を新たな構成要素として付け加えたものである。ＤＢ情報収集装置２３，フィルタリング装置２４，対応付け装置８はコンピュータ上で動作するソフトウェア、ＤＢ情報記憶装置７は磁気ディスク等の記憶媒体によって実現される。
【００６０】
ＤＢ情報収集装置２３は周知のものであり、予め指定されたＵＲＬからそのＵＲＬのホームページに結合されたリンクをたどること等によって指定された外部ＤＢの情報を収集するものである。フィルタリング装置２４は同じく周知のものであり、全文検索エンジン等を使用して、ＤＢ情報記憶装置７に格納されている情報の中から与えられた文字列（情報に関連する条件）を含む情報を取り出す。
【００６１】
図１８はＤＢ情報記憶装置７の保持するデータ内容の具体例を示す図である。ＤＢ情報記憶装置７にはＤＢ情報収集装置２３の収集した情報のＵＲＬとそのテキストを格納する。
【００６２】
メニュー構造ファイル５ｂに格納されるデータファイルは、メニュー構造ファイル５ａに格納されるデータファイルに情報をフィルタリングするための文字列を加えたものである。図１９はメニュー構造ファイル５ｂに格納されるデータファイルの内容の具体例を示す図であり、図３に示した医療メニューの構造を示している。フィルタリング文字列は複数格納することができる。
【００６３】
次に、フィルタリング装置２４の動作について説明する。
フィルタリング装置２４は周知のものであり、１個あるいは複数の文字列を受け取り、ＤＢ情報記憶装置７に格納されている情報の中で、受け取った文字列を全て含むテキストを選び出し、そのＵＲＬをＤＢ情報記憶装置７に戻す。
【００６４】
次に、対応付け装置８の動作について説明する。
対応付け装置８はメニュー構造ファイル５ｂからフィルタリング文字列を取得し、そのフィルタリング文字列をフィルタリング装置２４に与え、その結果フィルタリング装置２４によりフィルタリングされた情報のＵＲＬを取得する。次に、フィルタリング文字列を取得したメニュー項目の属するメニューの対応付けファイル６にメニュー項目ＩＤとフィルタリングされた情報のＵＲＬを格納する。全てのメニューのメニュー構造ファイル５ｂの保持しているメニュー項目に対して順に上記の処理を実行することにより、全てのメニュー項目に対して情報のインデクスの対応付けを行う。
【００６５】
以上のように、この実施の形態３によれば、予めメニュー項目にフィルタリング文字列を指定しておくことにより、外部ＤＢ２２上に存在する情報を関連するメニュー項目に自動的に対応付けすることが可能であり、また、メニュー項目に適した情報を対応付けすることが可能となる。
【００６６】
実施の形態４．
図２０は本発明の実施の形態４の情報検索装置の構成を示すブロック図である。図２０において、図１７の実施の形態３の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。図２０の実施の形態４が実施の形態３と異なる点は、メニューツリーを表示するためのメニューツリー表示装置９，メニュー項目を作成するためのメニュー項目作成装置（メニュー項目作成手段）１０，フィルタリング文字列を生成するためのフィルタリング文字列生成装置（文字列生成手段）１１を新たに付け加えた点である。
【００６７】
次に動作について説明する。
始めに、メニューツリー表示装置９は図６のフローチャートのステップＳＴ１，ステップＳＴ２に示した動作と同様に動作して全てのメニュー名を表示するＨＴＭＬを作成する。図６のステップＳＴ３と同様の動作によりメニューが選択されると、選択されたメニューのメニュー構造ファイル５ｂの最上位のメニュー項目から始めて全てのメニュー項目に対してメニュー項目名，次メニュー項目ＩＤ，下位の先頭メニュー項目ＩＤの取得を繰り返して、メニューツリー全体を表示するＨＴＭＬを作成する。
【００６８】
図２１はこのようにして作成されたメニューツリー全体を表示するＨＴＭＬの具体例を示す図である。図２１中の「ｓａｋｕｓｅｉ」はメニュー項目作成装置１０においてメニュー項目を作成するプログラムであり、新しく下位にメニュー項目を作成するメニュー項目のメニュー項目ＩＤを引数として渡している。
【００６９】
図２２は図２１のＨＴＭＬによって表示される表示画面を示す図である。メニュー項目作成装置１０はメニューツリーの全体表示画面で下位にメニュー項目を作成するメニュー項目が選択されると、メニュー項目名の入力を要求し、メニュー項目名が入力されるとメニュー構造ファイル５ｂに新しいレコードを追加し、メニュー項目ＩＤを割り当てる。それに伴って、作成したメニュー項目の上位メニュー項目のレコードの下位先頭メニュー項目ＩＤあるいは同階層のメニュー項目の次メニュー項目ＩＤを変更する。初めて下位のメニュー項目を作成した場合には上位メニュー項目の下位メニュー項目ＩＤを作成したメニュー項目ＩＤに変更し、２番め以降は下位階層の一番最後のメニュー項目の次メニュー項目ＩＤを作成したメニュー項目ＩＤに変更する。例えば、図３の「癌」の下位に「食道癌」という新しいメニュー項目を作成した場合には図２３のメニュー項目ＩＤ８の欄のように、「食道癌」についてメニュー構造ファイル５ｂに新しいレコードを追加して、同時に、メニュー項目ＩＤ６の欄のように、「肝臓癌」のレコードの次メニュー項目ＩＤを食道癌のメニュー項目ＩＤ８に変更する。
【００７０】
次に、フィルタリング文字列生成装置１１が、フィルタリング文字列を生成するメニュー項目に対して、図１４のフローチャートのステップＳＴ１４，ステップＳＴ１５の処理を行うことにより、上位メニュー項目ＩＤをたどって最上位のメニュー項目までのメニュー項目名を取得する。すなわち、メニューパスに現れる全てのメニュー項目名の集合を生成する。
【００７１】
次に、生成されたメニュー項目名の文字列を比較することにより、一方の文字列が他の文字列を包含している場合には包含される文字列を文字列の集合から削除する。このことを図２４を用いて説明する。メニュー項目名の集合が｛症状，癌，食道癌｝であるとき、「癌」という文字列は「食道癌」という文字列に包含されている。逆に、図２４に示すように「食道癌」でフィルタリングされる情報は「癌」でフィルタリングされる情報に包含されている。したがって｛症状，癌，食道癌｝でフィルタリングされる情報は｛症状，食道癌｝でフィルタリングされる情報と同一であるため、「癌」という文字列を文字列の集合から削除する。このようにして生成された文字列の集合をフィルタリング文字列集合としてメニュー構造ファイル５ｂに格納する。
【００７２】
次に、対応付け装置８がメニュー構造ファイル５ｂからフィルタリング文字列を取得し、フィルタリング装置２４を使用して「症状」と「食道癌」を含む情報をフィルタリングし、フィルタリングされた情報のＵＲＬとメニュー項目ＩＤを対応付けファイル６に格納する。
【００７３】
以上のように、この実施の形態４によれば、作成するメニュー項目の位置を指定してメニュー項目名を入力することにより、情報をフィルタリングする文字列集合をメニューパスから自動的に生成して情報の対応付けを自動的に行うことにより、メニューの作成が容易にでき、メニュー項目の属するメニューの特徴を反映させた情報を対応付けすることが可能になるという効果が得られる。また、フィルタリング文字列の中で他の文字列に包含されている文字列を除くことにより、効率良くフィルタリングすることが可能になるという効果が得られる。
【００７４】
実施の形態５．
図２５は本発明の実施の形態５の情報検索装置の構成を示すブロック図である。図２５において、図２０の実施の形態４の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。図２５の実施の形態５が実施の形態４と異なる点は、対応付け装置（再生成手段）８ａが実施の形態４の対応付け装置８と異なる動作をする点のみである。
【００７５】
以下、対応付け装置８ａの動作について図２６に示すフローチャートを用いて説明する。
対応付け装置８ａは、始めにステップＳＴ１７でメニュー構造ファイル５ｂからフィルタリング文字列集合を取得し、ステップＳＴ１８でフィルタリング装置２４を使用してフィルタリングを行う。
【００７６】
次にステップＳＴ１９でフィルタリングされた情報のＵＲＬが存在しないか（０件であるか）どうか判断し、０件でない（存在する）場合にはステップＳＴ２２を実行する。ステップＳＴ１９で０件の場合（存在しない場合）にはステップＳＴ２０でフィルタリングした文字列がそのメニュー項目名１つであるか判断し、１つの文字列でフィルタリングした場合にはステップＳＴ２２を実行し、複数の文字列でフィルタリングした場合にはステップＳＴ２１でその中で最上位のメニュー項目名を削除した文字列集合を生成してステップＳＴ１８で再びフィルタリングを行い、ステップＳＴ１９でフィルタリングされたＵＲＬが０件でなくなるか、あるいはステップＳＴ２０でフィルタリング文字列が１つになるまで繰り返す。
【００７７】
ステップＳＴ２２ではフィルタリングされた情報のＵＲＬとメニュー項目ＩＤを対応付けファイル６に格納する。
【００７８】
以上のように、この実施の形態５によれば、対応付けられる情報が０件の場合にはフィルタリング文字列集合の中で最上位のメニュー項目名から削除していくことにより、メニュー上位に存在するメニュー項目名のような検索する情報に含まれなくてもよいような抽象的な文字列を削除することができ、不要な文字列により対応付けが０件になることを防ぐことができるという効果が得られる。
【００７９】
実施の形態６．
図２７は本発明の実施の形態６の情報検索装置の構成を示すブロック図である。図２７は図２５の実施の形態５の対応付け装置８ａを対応付け装置（更新手段）８ｂに、ＤＢ情報収集装置２３をＤＢ情報収集装置（更新手段）２３ａに置き換え、必要な部分のみ示したものである。
【００８０】
ＤＢ情報収集装置２３ａは、実施の形態３〜５のＤＢ情報収集装置２３の収集するデータに加えて、予め指定された間隔で再び同じＵＲＬからリングをたどることにより、外部ＤＢ２２上に新たに作成された情報を収集してＤＢ情報記憶装置７に格納し、前回収集したときから内容が更新された情報を収集してＤＢ情報記憶装置７の内容を更新し、外部ＤＢ２２上から削除された情報をＤＢ情報記憶装置７から削除する。
【００８１】
対応付け装置８ｂは、実施の形態３〜５の対応付け装置８ａの動作に加えて予め指定された間隔で図２６のフローチャートに示す処理を全てのメニューの全てのメニュー項目に対して実行して対応付けファイル６を更新するようにしたものである。
【００８２】
以上のように、この実施の形態６によれば、一度対応付けしたメニュー項目に対して自動的に対応付けを更新することにより、外部ＤＢ２２上の情報の更新に対応してメニュー項目への情報の対応付けを更新することが可能となるという効果が得られる。また、より多くのメニュー項目名を含む情報で対応付けを更新することにより、よりメニューの特徴を反映した情報を対応付けることが可能となるという効果も得られる。
【００８３】
実施の形態７．
図２８は本発明の実施の形態７の情報検索装置の構成を示すブロック図である。図２８は図２７に示した実施の形態６のＤＢ情報記憶装置７をＤＢ情報記憶装置７ａに、対応付け装置８ｂを対応付け装置８ｃに、ＤＢ情報収集装置２３ａをＤＢ情報収集装置２３ｂに、フィルタリング装置２４をフィルタリング装置（フィルタリング手段）２４ａに置き換えたものであり、他の構成要素は実施の形態６の構成要素と同じである。したがって、以下、ＤＢ情報記憶装置７ａ及び対応付け装置８ｃ，ＤＢ情報収集装置２３ｂ，フィルタリング装置２４ａについて説明を加える。
【００８４】
ＤＢ情報記憶装置７ａの記憶内容は、ＤＢ情報記憶装置７の記憶内容に更新フラグを追加したものである。図２９はＤＢ情報記憶装置７ａの保持する内容の具体例を示す図である。更新フラグとしては、前回情報の対応付けを更新してから新たに追加された情報は１、内容が更新された情報は２、削除された情報は３、更新されていない情報は０を用いる。
【００８５】
ＤＢ情報収集装置２３ｂは一定間隔で情報を再収集し、追加・更新された情報をＤＢ情報記憶装置７ａに格納するとともに更新フラグをセットする。削除された情報については更新フラグを３に設定する。
【００８６】
フィルタリング装置２４ａはＤＢ情報記憶装置７ａの保持する情報のうち、更新フラグが１あるいは２である情報をフィルタリングの対象とする。
【００８７】
次に、対応付け装置８ｃの動作を図３０に示すフローチャートを用いて説明する。始めにステップＳＴ２３でＤＢ情報記憶装置７ａから更新フラグが３のＵＲＬを取り出し、全てのメニューの対応付けファイル６中に格納されている中からそのＵＲＬを削除する。
【００８８】
次にステップＳＴ２４でＤＢ情報記憶装置７ａ中の更新フラグが３のＵＲＬ及びテキストを削除する。
【００８９】
次にステップＳＴ２５でメニュー構造ファイル５ｂから情報の対応付けを更新するメニュー項目のメニュー項目ＩＤとフィルタリング文字列を取得し、ステップＳＴ２６でフィルタリングする。
【００９０】
ステップＳＴ２７ではステップＳＴ２６でフィルタリングされた情報の中でＤＢ情報記憶装置７ａの更新フラグが１のＵＲＬとメニュー項目ＩＤを対応付けファイル６に格納する。
【００９１】
次にステップＳＴ２８で、ＤＢ情報記憶装置７ａの更新フラグが２でステップＳＴ２６でフィルタリングされなかったＵＲＬが対応付けファイル６の該当するメニュー項目ＩＤに対応付けされている場合にはそのＵＲＬを削除する。
【００９２】
ステップＳＴ２９では全てのメニュー項目に対して対応付けが更新されたかどうか判断し、未更新のメニュー項目がある場合にはステップＳＴ２５から再び処理を繰り返す。全てのメニュー項目の対応付けが更新されたならばステップＳＴ３０でＤＢ情報記憶装置７ａの更新フラグを全て０に設定する。
【００９３】
以上のように、この実施の形態７によれば、フィルタリングの対象となる情報は新しく追加あるいは内容が更新された情報のみであり、対応付けファイル６へのＵＲＬの追加及び削除も変化のあったＵＲＬのみであることから、対応付け更新処理を効率よく行うことができるという効果が得られる。
【００９４】
実施の形態８．
図３１は本発明の実施の形態８の情報検索装置の構成を示すブロック図である。図３１において、図２５に示した実施の形態５の構成要素と同一の構成要素には同一の番号を付し、その説明を省略する。実施の形態８は、実施の形態５におけるメニュー検索装置１内部の検索実行部２を検索実行部２ｂにし、さらに、メニュー検索装置１ｂにユーザ使用文字列ファイル１２を加えたものである。
【００９５】
図３２はユーザ使用文字列ファイル１２の内容の具体例を示している。ユーザ使用文字列ファイル１２はメニュー毎に別々に管理し、メニュー項目ＩＤとそのメニュー項目に対してユーザが使用した文字列とその使用回数が格納される。
【００９６】
次にメニュー検索装置１ｂの動作について説明する。メニュー検索装置１ｂはメニュー検索装置１ａに加えて、メニュー検索により検索された情報をさらにユーザが指定した文字列でフィルタリングする手段を設けたものである。メニュー検索の結果、あるメニュー項目に対応付けられているＵＲＬを表示し、そこでユーザが文字列を入力すると、対応付けられている情報のＵＲＬとユーザが入力した文字列をフィルタリング装置２４に渡してフィルタリングした結果得られた情報のＵＲＬを再び表示する。その際に使用した文字列をユーザ使用文字列ファイル１２に格納する。すでに格納されている文字列の場合はユーザ使用文字列ファイル１２に格納されている使用回数を１増加させる。ユーザ使用文字列ファイル１２に格納されている使用回数が予め指定された回数を超えたならば、メニュー項目作成装置１０を起動し、そのメニュー項目の下にユーザが使用した文字列で新しいメニュー項目を作成し、実施の形態５と同様にしてフィルタリング文字列を生成し、インデクスの対応付けを行う。メニュー項目が作成された文字列はユーザ使用文字列ファイル１２から削除する。
【００９７】
以上のように、この実施の形態８によれば、ユーザがよく使用する文字列で新たに下位のメニュー項目が作成されることにより、対応付けられているＵＲＬが多すぎる場合に自動的にメニュー項目を作成することが可能であり、ユーザが使用した文字列を使用することにより、検索に適したメニュー項目が作成されるという効果が得られる。
【００９８】
【発明の効果】
以上のように、請求項１記載の発明によれば、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているので、ユーザが必要とするメニューを迅速に選択することができる効果がある。また、ユーザが必要としている情報を検索するのに最も適したメニューを選択して検索できる効果がある。
請求項２記載の発明によれば、少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、前記メニュー検索装置が、階層化されたメニュー項目を有するメニュー毎に１ファイルとして記憶し、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えているので、目的とするメニュー項目毎に最適なメニューを選択することができる効果、及び、ユーザが必要とするメニューを迅速に選択することができる効果がある。また、ユーザが必要としている情報を検索するのに最も適したメニューを選択して検索できる効果がある。
【００９９】
請求項３記載の発明によれば、前記メニュー記憶装置は、階層化されたメニュー項目を記憶しているメニュー構造ファイルと、メニュー項目に対応付けられるインデクス情報を記憶している対応付けファイルとを含み、前記メニュー構造ファイルと前記対応付けファイルはメニュー毎別々に構成され、前記メニュー構造ファイルと前記対応付けファイルとはメニュー項目ＩＤにより対応付けられているので、目的とするメニュー項目毎に最適なメニューを選択することができる効果がある。
【０１００】
請求項４記載の発明によれば、前記メニュー構造ファイルはメニュー項目毎にフィルタリング文字列を含み、前記情報検索装置は、さらに、前記メニュー構造ファイルに記憶されているメニュー項目の前記フィルタリング文字列を取得し、データベースから前記フィルタリング文字列に基づきフィルタリングされたインデクス情報を取得し、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納する対応付け装置を備えたので、メニュー項目に対する情報の対応付けを自動化することができる効果がある。
【０１０１】
請求項５記載の発明によれば、さらに、前記表示手段が表示する表示画面において、新規メニュー作成を作成するメニュー項目の位置を指定して受け付けたとき、指定されたメニュー項目の位置と最上位のメニュー項目との間に存在するメニュー項目名から前記フィリタリング文字列を構成し、前記メニュー構造ファイルの前記新規メニューに対応するメニュー項目に前記フィルタリング文字列を格納する文字列生成手段を備えたので、メニューの特徴を反映した情報を効率的に対応付けることができる効果がある。
【０１０２】
請求項６記載の発明によれば、前記対応付け装置は、データベースからフィルタリングされたインデクス情報を取得するとき、インデクス情報が存在しないときは、前記フィルタリング文字列が複数であるかどうか判断し、複数の文字列を含むときは最上位のメニュー項目名を削除して、再度データベースからフィルタリングされたインデクス情報を取得し、インデクス情報が存在するかまたは、フィルタリング文字列が１つになるまでデータベースからフィルタリングされたインデクス情報を取得することを繰り返すので、検索する情報に含まれる必要の無いようなメニューの上位階層に存在する抽象的な文字列のために対応付けられる情報が０件になることを防ぐことができる効果がある。
【０１０３】
請求項７記載の発明によれば、前記対応付け装置は、前記データベースの更新に対応して、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納するので、情報の更新をメニューに反映させると共に、よりメニューの特徴を反映した情報で対応付けを更新することができる効果がある。
【図面の簡単な説明】
【図１】 この発明の実施の形態１の情報検索装置の構成を示すブロック図である。
【図２】 実施の形態１におけるメニュー構造ファイルに格納されるデータの具体例を示す図である。
【図３】 実施の形態１におけるメニューの概念を示す図である。
【図４】 実施の形態１における対応付けファイルに格納されるデータの具体例を示す図である。
【図５】 実施の形態１における複数のメニューの概念を示す図である。
【図６】 実施の形態１における検索実行部の動作を示すフローチャートである。
【図７】 実施の形態１における検索実行部が生成するＨＴＭＬの具体例を示す図である。
【図８】 実施の形態１におけるメニュー選択画面の具体例を示す図である。
【図９】 実施の形態１における検索実行部が生成する他のＨＴＭＬの具体例を示す図である。
【図１０】 実施の形態１におけるメニュー検索画面の具体例を示す図である。
【図１１】 この発明の実施の形態２の情報検索装置の構成を示すブロック図である。
【図１２】 実施の形態２におけるメニュー構造ファイルに格納されるデータの具体例の内容を示す図である。
【図１３】 実施の形態２における検索実行部の動作を示すフローチャートである。
【図１４】 実施の形態２における検索実行部の動作の一部を示すフローチャートである。
【図１５】 実施の形態２におけるメニュー検索画面の具体例を示す図である。
【図１６】 実施の形態２におけるメニュー検索画面の他の具体例を示す図である。
【図１７】 この発明の実施の形態３の情報検索装置の構成を示すブロック図である。
【図１８】 実施の形態３におけるＤＢ情報記憶装置に格納されるデータの具体例を示す図である。
【図１９】 実施の形態３におけるメニュー構造ファイルに格納されるデータの具体例を示す図である。
【図２０】 この発明の実施の形態４の情報検索装置の構成を示すブロック図である。
【図２１】 実施の形態４におけるメニューツリー表示装置が作成するＨＴＭＬの具体例を示す図である。
【図２２】 実施の形態４におけるメニューツリー表示画面の具体例を示す図である。
【図２３】 実施の形態４におけるメニュー構造ファイルに格納されるデータの具体例を示す図である。
【図２４】 実施の形態４におけるフィルタリング文字列生成装置の動作の具体例を模式的に示す図である。
【図２５】 この発明の実施の形態５の情報検索装置の構成を示すブロック図である。
【図２６】 実施の形態５における対応付け装置の動作を示すフローチャートである。
【図２７】 この発明の実施の形態６の情報検索装置の構成を示すブロック図である。
【図２８】 この発明の実施の形態７の情報検索装置の構成を示すブロック図である。
【図２９】 実施の形態７におけるＤＢ情報記憶装置に格納されるデータの具体例を示す図である。
【図３０】 実施の形態７における対応付け装置の動作を示すフローチャートである。
【図３１】 この発明の実施の形態８の情報検索装置の構成を示すブロック図である。
【図３２】 実施の形態８におけるユーザ使用文字列ファイルに格納されるデータの具体例を示す図である。
【図３３】 従来技術におけるメニューの概念を示す図である。
【図３４】 従来技術におけるメニューを記述するＨＴＭＬの具体例を示す図である。
【図３５】 従来技術におけるＨＴＭＬファイルのリンク状態を示す図である。
【図３６】 従来技術におけるメニュー検索画面の具体例を示す図である。
【符号の説明】
１，１ａ，１ｂ メニュー検索装置、４，４ａ，４ｂ メニュー記憶装置、５，５ａ，５ｂ メニュー構造ファイル（ファイル）、８ 対応付け装置（対応付け手段）、８ａ 対応付け装置（再生成手段）、８ｂ 対応付け装置（更新手段）、１０ メニュー項目作成装置（メニュー項目作成手段）、１１ フィルタリング文字列生成装置（文字列生成手段）、２３，２３ｂ ＤＢ情報収集装置、２３ａ ＤＢ情報収集装置（更新手段）、２４，２４ａ フィルタリング装置（フィルタリング手段）。
Claims (7)
- 少なくともメニュー項目を格納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置であって、
前記メニュー検索装置が、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えていることを特徴とする情報検索装置。 - 少なくともメニュー項目を収納するファイルを記憶したメニュー記憶装置と、該メニュー記憶装置に記憶された前記ファイル中のメニュー項目を呼び出して該メニュー項目に対応付けられた情報を検索するメニュー検索装置とを備えた情報検索装置において、
前記メニュー検索装置が、階層化されたメニュー項目を有するメニュー毎に１ファイルとして記憶し、少なくともメニュー記憶装置に記憶された各メニューのメニュー名を同一画面上に表示する表示手段を有し、更に、ユーザが選択したあるメニュー中のメニュー項目と同名のメニュー項目が他のメニュー中に存在する場合に、該同名のメニュー項目の属するメニュー名とそのメニュー内における該同名のメニュー項目の存在位置を表示する表示手段と、該同名のメニュー項目を接点として前記他のメニューに移動する移動手段とを備えていることを特徴とする情報検索装置。 - 前記メニュー記憶装置は、階層化されたメニュー項目を記憶しているメニュー構造ファイルと、メニュー項目に対応付けられるインデクス情報を記憶している対応付けファイルとを含み、前記メニュー構造ファイルと前記対応付けファイルはメニュー毎別々に構成され、前記メニュー構造ファイルと前記対応付けファイルとはメニュー項目ＩＤにより対応付けられていることを特徴とする請求項１または請求項２記載の情報検索装置。
- 前記メニュー構造ファイルはメニュー項目毎にフィルタリング文字列を含み、
前記情報検索装置は、さらに、
前記メニュー構造ファイルに記憶されているメニュー項目の前記フィルタリング文字列を取得し、データベースから前記フィルタリング文字列に基づきフィルタリングされたインデクス情報を取得し、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納する対応付け装置を備えたことを特徴とする請求項３記載の情報検索装置。 - さらに、前記表示手段が表示する表示画面において、新規メニュー作成を作成するメニュー項目の位置を指定して受け付けたとき、指定されたメニュー項目の位置と最上位のメニュー項目との間に存在するメニュー項目名から前記フィリタリング文字列を構成し、前記メニュー構造ファイルの前記新規メニューに対応するメニュー項目に前記フィルタリング文字列を格納する文字列生成手段を備えたことを特徴とする請求項４記載の情報検索装置。
- 前記対応付け装置は、データベースからフィルタリングされたインデクス情報を取得するとき、インデクス情報が存在しないときは、前記フィルタリング文字列が複数であるかどうか判断し、複数の文字列を含むときは最上位のメニュー項目名を削除して、再度データベースからフィルタリングされたインデクス情報を取得し、インデクス情報が存在するかまたは、フィルタリング文字列が１つになるまでデータベースからフィルタリングされたインデクス情報を取得することを繰り返すことを特徴とする請求項４または請求項５記載の情報検索装置。
- 前記対応付け装置は、前記データベースの更新に対応して、当該メニュー項目のメニュー項目ＩＤと対応する前記対応付けファイルに前記インデクス情報を格納することを特徴とする請求項４から請求項６のうちのいずれか１項記載の情報検索装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05527097A JP3696361B2 (ja) | 1997-03-10 | 1997-03-10 | 情報検索装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05527097A JP3696361B2 (ja) | 1997-03-10 | 1997-03-10 | 情報検索装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10254889A JPH10254889A (ja) | 1998-09-25 |
| JP3696361B2 true JP3696361B2 (ja) | 2005-09-14 |
Family
ID=12993922
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05527097A Expired - Fee Related JP3696361B2 (ja) | 1997-03-10 | 1997-03-10 | 情報検索装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3696361B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3436180B2 (ja) * | 1999-04-15 | 2003-08-11 | 日本電気株式会社 | 事例分類装置、およびプログラム記録媒体 |
| JP4024441B2 (ja) * | 1999-12-13 | 2007-12-19 | ブラザー工業株式会社 | 印刷装置 |
| FR2803929B1 (fr) * | 1999-12-30 | 2004-09-17 | Ferid Allani | Procede et dispositif pour acceder a des sources d'information et services sur le web |
| JP2001265782A (ja) * | 2000-03-21 | 2001-09-28 | Digital Boutique Inc | 利用者プロフィールを用いた情報アクセス装置および方法 |
| US20020032750A1 (en) * | 2000-05-16 | 2002-03-14 | Kanefsky Steven T. | Methods and systems for searching and managing information on wireless data devices |
| JP2002014927A (ja) * | 2000-06-28 | 2002-01-18 | Nomura Holding Inc | 複数の関連サイトによるインターネット情報サービスシステム |
| JP4490871B2 (ja) * | 2005-05-19 | 2010-06-30 | 株式会社 日立東日本ソリューションズ | 分類リスト作成支援システムおよび分類リスト作成支援プログラム |
| JP5211091B2 (ja) * | 2010-02-26 | 2013-06-12 | 日本電信電話株式会社 | 端末装置、コンテンツナビゲーションプログラム、コンテンツナビゲーションプログラムを記録した記録媒体、およびコンテンツナビゲーション方法 |
| JP5277296B2 (ja) * | 2011-08-31 | 2013-08-28 | 楽天株式会社 | 検索システム、情報処理装置、情報処理装置の制御方法、プログラム、及び情報記憶媒体 |
| JP6320572B2 (ja) * | 2015-01-21 | 2018-05-09 | 富士フイルム株式会社 | マルチ階層メニュー選択装置、マルチ階層メニュー選択装置の作動方法、およびマルチ階層メニュー選択装置の作動プログラム |
| KR102065320B1 (ko) * | 2018-01-31 | 2020-01-13 | (주)사람인에이치알 | 검색 결과 및 이의 필터링을 위한 그래픽 유저 인터페이스 표시 방법 |
-
1997
- 1997-03-10 JP JP05527097A patent/JP3696361B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10254889A (ja) | 1998-09-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4318741B2 (ja) | データベースシステム、データベース検索方法及び記録媒体 | |
| US8276065B2 (en) | System and method for classifying electronically posted documents | |
| CN101517511B (zh) | 用于辅助因特网导航的系统、过程和软件布置 | |
| JP4300808B2 (ja) | 統合ログ表示方法及びシステム | |
| JP3717808B2 (ja) | 情報検索システム | |
| JP3696361B2 (ja) | 情報検索装置 | |
| KR100337810B1 (ko) | 인터넷상의 검색전문웹사이트 및 그 검색방법 | |
| JP2006285460A (ja) | 情報検索システム | |
| US20020072922A1 (en) | Information processing system, information disclosing server, and portal server | |
| JP2004295674A (ja) | Ｘｍｌ文書解析方法、ｘｍｌ文書検索方法、ｘｍｌ文書解析プログラム、ｘｍｌ文書検索プログラムおよびｘｍｌ文書検索装置 | |
| WO2004066122A2 (en) | Method and system for facilitating medical diagnostic coding | |
| JP2006285513A (ja) | 情報処理支援システム及び情報処理支援プログラム | |
| JP2007156965A (ja) | 文書処理方法、プログラム及びシステム | |
| JP3803961B2 (ja) | データベース生成装置、データベース生成処理方法及びデータベース生成プログラム | |
| JP2003162545A (ja) | ファイル検索装置、インデックスファイル作成装置及びファイル検索プログラム | |
| JP2005529381A (ja) | 剪定された情報セットをコンパイルし表示するシステムおよび方法 | |
| JP5423470B2 (ja) | 名寄せチェック支援装置、名寄せチェック支援プログラム及び名寄せチェック支援方法 | |
| JP3908634B2 (ja) | 検索支援方法および検索支援装置 | |
| JP2008181218A (ja) | 入力支援方法及び装置 | |
| US20020143739A1 (en) | Computer program product, method, and system of document analysis | |
| JP3707912B2 (ja) | グラフィカル・ユーザー・インターフェース | |
| JPH10143541A (ja) | 情報フィルタリング装置および情報フィルタリング方法 | |
| JP2004110609A (ja) | ファイル管理システム、ファイル管理プログラム、及び記録媒体 | |
| JPH117452A (ja) | ネットワークを介した情報収集方法および装置と該方法を実施するプログラムを記録した記録媒体 | |
| JPH10162011A (ja) | 情報検索方法、情報検索システム、情報検索端末装置および情報検索装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041214 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050207 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050308 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050502 |
|
| 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: 20050531 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050629 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090708 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100708 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110708 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |