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

Abstract

【課題】利用者が指定したキーワードを用いて検索された複数の情報の中から利用者が希望する情報の選択を容易にする。
【解決手段】検索装置は多数のウェブサイト等から情報を事前に取得し収集情報リポジトリ１４に格納する。利用者が情報端末から入力したキーワードが各検索対象情報内に出現するか否かを判別し、出現する場合には当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出する。前記複数のヒット位置のうちの任意の一つを利用者に指示させるためのヒット位置指示用情報４１６、４１７、４１８、…を利用者の情報端末に表示させる。表示されたヒット位置指示用情報を用いて前記複数のヒット位置の一つが利用者により指示されたとき、前記検索対象情報のうち、少なくとも当該指示されたヒット位置にある当該キーワードとその以降の部分を利用者の情報端末に表示させる。
【選択図】 図１１

Description

【０００１】
【発明の属する技術分野】
本発明は、検索対象情報の中に所望のキーワードを有するか否かという検索に加えて、当該検索対象情報が利用者の望む情報を含む可能性が高いか否かの推定を容易にする検索プログラム、検索方法及び検索装置に係り、特に、インターネットあるいは他のネットワーク上に設けられる検索エンジンに適用するのに好適な検索プログラム、検索方法及び検索装置に関する。
【０００２】
【従来の技術】
インターネットには様々な情報を持つ多数のサイトが存在している。これらの情報の多くは公開されている。それらの情報の量は膨大であり、それらの多量の情報を効率よく取得するためにいろいろな検索エンジンが利用可能になっている。例えば、ロボット型検索エンジンでは、ロボットと呼ばれる情報収集用のプログラムが検索エンジン内に組み込まれており、このロボットが、自動的にインターネット上を繰り返し巡回し、巡回毎にインターネット上の更新された情報あるいは新たな情報を取得し、得られた情報を検索エンジン内に記憶する（例えば、特許文献１参照）。
【０００３】
利用者がキーワードを指定して検索を要求すると、あらかじめ取得された多数の情報の中から当該キーワードを有する複数の情報のタイトルが利用者の情報端末に一覧表示される。各タイトルには、当該タイトルを有する元の情報のインターネット上の一意なアドレスであるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）がリンク先情報として埋め込まれている。利用者がそれらのうちの希望するタイトルの情報の詳細を見たいときには、当該タイトルをマウス等のポインティングデバイスでクリックする。その操作により当該タイトル内のＵＲＬを用いて、インタネット内のいずれかのサイトに保持された当該情報の本体がアクセスされ、利用者の情報端末に表示される。
現に使用されているロボット型検索エンジンの中には、ヒットした情報のタイトルに代えてあるいはタイトルと同時に、利用者が指定したキーワードにヒットした一つのヒット位置とその近傍の文字列を表示することにより、ヒットした情報が利用者の望む情報であるか否かを判別しやすくしているものもある。
【０００４】
【特許文献１】
特開２００１−３２５２６９号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の方法では、キーワードにヒットした多数の情報の中には多種多様な情報が含まれていて、ヒットした情報が利用者の望む情報か否かを簡単には判断することができず、ヒットした情報の本体にアクセスしてその内容を表示させ、その情報を利用者が望む情報であるか否かを判断する方法が採られている。しかし、このような方法では、情報の本体にアクセスした後に、その情報が利用者の望む情報であるかを判断するため、利用者がヒットした多数の情報の中から所望の情報を選ぶまでに時間が掛かるという問題がある。
【０００６】
また、上記のように、ヒットした情報の一つのヒット位置とその近傍の文字列を表示する方法が使用されている場合でも、表示されるのは一つのヒット位置とその近傍の文字列であるため、更には、表示される文字数が一般には少ないために、ヒットした情報が利用者の望む情報であるか否かを判断できない場合も多い。このため、利用者は、結局、ヒットした情報の本体にアクセスすることになり、上述の問題が残っている。
【０００７】
このように検索対象情報が多い場合、利用者が指定したキーワードにヒットした複数の情報の各々が利用者の望む情報であるか否かを迅速に判断することができないという問題は、検索対象情報がインターネット上の情報である場合には、ヒットする情報が多いために、より深刻な問題である。
【０００８】
更に、アクセスしたインターネット上の情報の本体（ページ）の情報量が、画面に一度に表示できる情報量を超えているときには、利用者は、アクセスしたページの内容を確認するために、表示したページを何度もスクロールする必要があり、アクセスしたページの有効性の確認に時間が掛かるという問題もある。特に、近年は、インターネットアクセス機能付きの携帯電話やＰＤＡ（携帯情報端末）の普及などにより、必ずしも表示領域が広くない表示装置を備えた情報端末が使用されることも多く、このような情報端末を使用した場合には、上記スクロールに時間が掛かるという問題はページ内の情報量がそれほど大きくないときでも問題となる。
【０００９】
以上の問題は、インターネット上の情報以外の情報を検索対象にする場合にも発生する。例えば、いわゆるイントラネット上の情報を検索対象とする場合にも生じる。更に、ネットワーク上に分散して存在する多数の情報でなくても、例えば、一つのワークステーションあるいはパソコン内に記憶された多数の情報を検索対象にする場合にも、同じ問題が発生する。
【００１０】
したがって、本発明の目的は、多数の検索対象の情報から利用者が指定したキーワードを用いて情報を検索し検索された複数の情報の中から利用者が希望する情報の選択を容易にする検索プログラム、検索方法及び検索装置を提供することである。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る検索プログラムは、利用者が情報端末から入力したキーワードが検索対象の情報内に出現するか否かを判別する。前記検索対象情報内に前記キーワードが出現する場合には、当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出し、前記複数のヒット位置のうちの任意の一つを利用者に指示させるためのヒット位置指示用情報を利用者の情報端末に表示させる。前記表示されたヒット位置指示用情報を用いて前記複数のヒット位置の一つが利用者により指示されたときに、当該指示されたヒット位置にある当該キーワード以降の部分が少なくとも表示されるように、前記検索対象情報を前記情報端末に表示させる、ステップをコンピュータに実行させるようにプログラムされているものである。
【００１２】
これにより、利用者は、検索対象情報内の各ヒット位置におけるキーワードとその後続部分を直ちに表示させることができ、当該検索対象情報が利用者の欲する情報か否かの判断を行うことが容易になる。
【００１３】
更に、本発明に係る検索プログラムの望ましい態様では、前記検索プログラムは、当該検索対象情報内の前記検出された複数のヒット位置のそれぞれに、当該ヒット位置をリンク先として指定するための複数のリンク先名を埋め込み、前記検索対象情報内の前記複数のヒット位置のそれぞれに対応して、それぞれ対応するヒット位置のリンク先名を指定する複数のリンク情報を生成する、ステップを更にコンピュータに実行させるようにプログラムされているものである。更に、前記表示されるヒット位置指示用情報は、それぞれ前記複数のヒット位置に対応して定められ、前記複数のヒット位置のリンク先名を指定するための複数のリンク情報を含み、前記複数のヒット位置のうち利用者が指示したヒット位置にあるキーワード及びその後続部分を少なくとも表示する前記ステップは、前記複数のリンク情報のうち、前記ヒット位置指示用情報を用いて利用者により指示されたヒット位置に対応するリンク情報を用いて行われるものである。これにより、リンク先名とリンク情報を用いて、利用者が指示したヒット位置とその後続部分を表示させることを容易に実現することができる。
【００１４】
望ましくは、前記ヒット位置指示用情報は、前記検出された複数のヒット位置にそれぞれ対応し、それぞれ対応するヒット位置にある前記キーワード及びその近傍の文字とを含み、前記複数のヒット位置近傍文字列の各々には、前記複数のリンク情報のうち、対応するヒット位置のリンク先名をリンク先に指定するリンク情報が埋め込まれていることである。
【００１５】
これにより、利用者は、各ヒット位置にあるキーワードとその後続の部分を表示する前に、複数のヒット位置についてヒット位置近傍の文字列を知ることができ、検索対象情報が利用者の欲する情報か否かを判断できる場合が増大する。したがって、ヒット位置のキーワードとその後続の部分を表示させる場合より、迅速に検索対象情報の有効性を判断することができる場合が増えることになり、引いては検索時間が実効的に減少する。
【００１６】
本発明に係る検索プログラムの他の望ましい態様は、前記表示されるヒット位置指示用情報が、それぞれ前記複数のヒット位置に対応して定められ、前記検索対象情報に含まれた文字列とは無関係に定められた前記複数のヒット位置を区別して指示するための情報を含む、ものである。例えば、複数のヒット位置の番号をヒット位置指示用情報として使用することができるので、本実施の形態は、実現が容易である。
【００１７】
本発明に係る検索プログラムのより具体的な態様では、前記検索対象情報内に前記キーワードが出現する場合には、当該検索対象情報の識別情報を更に検出し、前記検出された識別情報とヒット位置の参照を指示するためのヒット位置参照指示情報とを第１のウィンドウ内に表示させ、前記ヒット位置参照指示情報を用いて利用者によりヒット位置の参照が指示されたときに、前記第１のウィンドウとは異なる第２のウィンドウ内に前記ヒット位置指示情報を表示させる、ステップを更にコンピュータに実行させるようにプログラムされている、ことである。これにより、ヒット位置指示用情報とヒット位置とその近傍を別のウィンドウに表示することができ、第１のウィンドウに同じ情報を表示する場合よりも、より広い領域をヒット位置指示用情報及びヒット位置とその後続部分の表示に使用することが容易になり、その結果、ヒット位置の後続の部分としてより多くの情報を表示することが容易になり、その結果、ヒットした情報が利用者に有効な情報であるか否かを推定しやすくなる。
【００１８】
本発明に係る検索プログラムのより望ましい態様では、ネットワークに接続された複数のサーバ装置から検索装置により前記ネットワークを介して取得された複数の情報の各々を前記検索対象情報として使用して、当該検索対象情報に対して各ステップが実行される、ことである。
【００１９】
本発明に係る検索プログラムの他の態様は、利用者が情報端末から入力したキーワードが検索対象の情報内に出現するか否かを判別し、前記検索対象情報内に前記キーワードが出現する場合には、当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出し、前記検出された複数のヒット位置にそれぞれ対応し、それぞれ対応するヒット位置にある前記キーワード及びその近傍の文字とを含む複数のヒット位置近傍文字列を決定し、前記複数のヒット位置近傍文字列を表示させる、ものである。
【００２０】
これにより、利用者は、複数のヒット位置についてヒット位置近傍の文字列を知ることができ、検索対象情報が利用者の欲する情報か否かを判断できる場合が増大する。したがって、ヒットファイルの全体を表示させる場合より、迅速に検索対象情報の有効性を判断することができる場合が増えることになり、引いては検索時間が実効的に減少する。各ヒット位置にあるキーワードとその後続の部分を表示しなくても、複数のヒット位置近傍文字列を知ることができれば、検索対象情報の有効性を推定できる場合も多い。
【００２１】
望ましくは、前記表示させるステップは、前記複数のヒット位置近傍文字列から一部のヒット位置近傍文字列を選んで表示させ、利用者の指示にしたがって、前記複数のヒット位置近傍文字列のうち他の一部のヒット位置近傍文字列を表示させる、ことである。これにより、複数のヒット位置近傍文字列を限定された領域内に表示させることが容易となる。複数の検索対象情報に対してキーワードを指定して所望の情報を選ぶ場合には、ヒットした複数の情報のそれぞれにについての複数のヒット位置近傍文字列を表示させることが望ましく、そのような場合には、各ヒットした情報に対する、ヒット位置近傍文字列表示用の画面領域を小さくすることが特に望ましい。
【００２２】
【発明の実施の形態】
以下、本発明に係る検索プログラム、検索方法及び検索装置のいくつかの実施の形態を図面を参照して具体的に説明する。発明の第２の実施の形態以降では、簡単化のために発明の第１の実施の形態と異なる点を主に説明するに止める。
【００２３】
＜発明の第１の実施の形態＞
図１は、本発明に係る検索装置の一つの実施の形態を用いたネットワークシステムのブロック図である。図において、１０は本発明に係る検索装置の一つの実施の形態であり、以下では、検索エンジンと呼ぶことがある。後に説明するように、検索装置１０には検索プログラムの一つの実施の形態が組み込まれ、その検索プログラムと検索装置１０の回路とにより、本発明に係る検索方法の一つの実施の形態が使用される。この検索プログラムは、本発明に係る検索プログラムの一つの実施の形態を実現する。検索装置１０は、本発明に係る検索装置の一つの実施の形態を実現する。これらのことは後に示す他の実施の形態においても同じである。
【００２４】
２０はインターネット、３０は、インターネット２０に接続されたいずれかのウェブサイトを示し、ウェブサイトは、ＷＷＷサーバ装置とも呼ばれる計算機により構成される。４０は、インターネット２０に接続された、いずれかの利用者が使用する情報端末の例を示す。インターネット２０には、多数のウェブサイトが接続されているが、図では簡単化のために一つのウェブサイト３０のみを例示する。このことは、利用者の情報端末４０についても同じである。
【００２５】
情報端末４０は、例えば、パソコンあるいはワークステーションからなり、当該情報端末上には、ウェブブラウザプログラム４１が組み込まれていて、利用者は当該プログラムを介してウェブサイト３０が保持する情報を閲覧することができる。情報端末４０は、少なくともインターネット２０に接続された通信インタフェースと、処理を行うための中央演算装置と、処理結果を記憶するための記憶装置と、利用者が操作を行うための入力装置と、処理結果を表示するための表示装置を備えるが、これらの装置は簡単化のために図示していない。なお、情報端末４０は、ウェブブラウザプログラム４１の機能が組み込まれた、個人情報端末（ＰＤＡ）等の情報処理装置あるいは携帯電話機等でもよい。
【００２６】
検索装置１０は、インターネット２０に接続された多数のウェブサイト３０等に保持された多数の情報をあらかじめ取得しておき、いずれかの利用者が、キーワードを指定して検索を要求したときに、当該取得済みの情報の中から当該キーワードにヒットする情報を検索し、ヒットした複数の情報に関する情報を利用者の情報端末４０に送信するようになっている。
【００２７】
１１は、インターネット２０を介してウェブサイト３０あるいは情報端末４０との間で通信を行うためのインタフェースを司るウェブサーバプログラムであり、１２は、インターネット２０に接続された多数のウェブサイト３０等に自動的に繰り返しアクセスして更新された情報あるいは新しい情報を収集するための情報収集用ロボットプログラム（以下では単にロボットと呼ぶこともある）であり、１３は、ロボット１２がアクセスすべきインターネット２０上の複数のページのそれぞれのアドレス（ＵＲＬ）を保持する収集先ＵＲＬリストであり、ロボット１２が情報収集時に使用する。１４は、収集された情報を保持する収集情報リポジトリであり、検索装置１０内に設けられた記憶装置（例えば磁気ディスク記憶装置）内に設けられる。
【００２８】
１５は、検索プログラムであり、例えばＣＧＩプログラムにより構成され、利用者が指定したキーワードを有する情報を収集情報リポジトリ１４から検索するのに使用される。１６は、検索の結果ヒットした複数の情報のそれぞれから生成される、後に説明するヒット位置名を埋め込んだ情報を格納するためのヒット情報リポジトリであり、検索装置１０内に設けられた図示しない記憶装置（例えば磁気ディスク記憶装置）内に設けられる。１７は、ヒット情報リポジトリに格納された、ヒット位置名埋め込み済みのヒット情報を管理するために使用されるヒット情報管理テーブルである。１８は、期限管理プログラムであり、検索プログラム１５によりヒット情報リポジトリ１６に記憶されたヒットファイルあるいは検索プログラム１５によりヒット情報管理テーブル１７に記憶されたキーワードの有効期間を管理する。
【００２９】
ウェブサイト３０に保持される情報は、一般にはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式によって記述された文書情報であり、各ＨＴＭＬファイルはページと呼ばれ、インターネット２０上での一意なアドレスであるＵＲＬによって当該ページの格納位置が指定される。各ページの参照はＵＲＬを指定することによって行われる。
【００３０】
ページにはインターネット上の他のページを示すＵＲＬを埋め込むことが可能であり、これはリンクと呼ばれる。インターネット上に公開されたページは、公開者の手によってそのページの内容に応じたリンクが設けられ、情報として整理される。公開者単位に整理された複数のページは、集合してＷｅｂサイトを形成する。更に、Ｗｅｂサイトは他のＷｅｂサイトとリンクされ、集合してＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ−単に「Ｗｅｂ」と呼ばれることが多い）を形成する。
【００３１】
図２は、ウェブサイト３０に保持されたＨＴＭＬファイルの一例を示している。ＨＴＭＬファイル１００には、当該ファイルの識別情報として使用可能なタイトルを示すタイトルタグ部分（＜ｔｉｔｌｅ＞から＜／ｔｉｔｌｅ＞まで）１０１があり、当該タイトルタグ部分の後に見出しタグ部分（＜ｈ３＞から＜／ｈ３＞まで）１０２がある。当該見出しタグ部分１０２の後に第１の段落タグ部分（＜ｐ＞から＜／ｐ＞まで）１０３、第２の段落タグ部分（＜ｐ＞から＜／ｐ＞まで）１０４、…を含んでいる。
【００３２】
図３は、当該ＨＴＭＬファイルを情報端末４０にウェブブラウザプログラム４１により表示したときの画面２００の例を示す。ただし、図では、情報端末４０に表示される、ＨＴＭＬファイル内の情報の一部のみを示し、ウェブブラウザプログラム４１により表示される、利用者が操作するためのボタン等は簡単化のために図示していない。なお、図３において、タイトルは他の部分より大きなサイズの文字を用いて表示されているが、この文字サイズを示す属性は、図２に示されたタイトルタグ部分１０１には埋め込まれているが、図では簡単化のために示されていない。
【００３３】
図２から分かるように、ＨＴＭＬファイル１００は、上記キーワードを、タイトルタグ部分１０１以外にも、見出しタグ部分１０２の第２行目と、第２段落タグ部分１０３の先頭に「電子帳票」という文字列を含んでいる。したがって、利用者が、キーワードとして「電子帳票」を指定して検索を要求した場合、上記ＨＴＭＬファイルはヒットすることになる。
【００３４】
図４は、収集先ＵＲＬリスト１３の例を示す。収集先ＵＲＬリスト１３には、収集すべきページの各々のＵＲＬを格納する収集先ページＵＲＬフィールド１３１が設けられている。ロボット１２は、収集先ＵＲＬリスト１３に登録されたＵＲＬのページを取得したときに、取得したページを収集情報リポジトリ１４に格納するとともに、取得日時１３２と他の当該ページに関する情報をフィールド１３３から１３５に格納する。すなわち、そのページのタイトル、概要、キーワード群をそれぞれフィールド１３３、１３４、１３５に格納する。
【００３５】
取得日時フィールド１３２には、ロボット１２が当該ページを取得した日付と時刻とが格納され、タイトルフィールド１３３には、当該ページのタイトルタグ部分に含まれたタイトルを示す文字列が記憶される。
【００３６】
概要フィールド１３４には当該ページの概要を表す文字列が格納される。取得したページ内に、タイトルタグにつづいて「概要」あるいは「要約」という見出しの付いた見出しタグあるいは段落タグがあるときには、その見出しタグあるいは段落タグ内の文字列を例えば文字数に関する制限の範囲で概要に使用することができる。タイトルタグにつづいて「概要」あるいは「要約」という見出しの付いた見出しタグがない場合には、タイトルタグに続く文字列をあらかじめ定めた文字数の制限内であるいは句読点数の制限内で概要に使用することができる。
【００３７】
キーワードフィールド１３５には、当該ページに対して当該ページを保持するウェブサイトがあらかじめ定めたキーワード群を取得しあるいはロボット１２が当該ページから複数のキーワードを取得し、あるいは望ましくはこれらの両方のキーワードが格納される。
【００３８】
図４には、ＵＲＬがである取得済みのページに関して収集先ＵＲＬリスト１３に登録される情報の例が示されている。そのページのＵＲＬは、「ｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔｓ／Ｒｅｐｍｉｓｓｉｏｎ．ｈｔｍｌ」であり、このページのタイトルは「電子帳票」であり、概要は、「…帳票関連業務をトータルサポートする…」であり、キーワード群は「帳票、ペーパレス化、電子帳票、運用コスト削減、利用効率向上、…」であることが分かる。
【００３９】
なお、ロボット１２は、取得したページにリンク先が埋め込まれている場合、そのリンク先のＵＲＬが収集先ＵＲＬリスト１３に登録されているか否かをチェックし、登録されていない場合には、収集先ページＵＲＬフィールド１３１にそのＵＲＬを登録する。ロボット１２は、収集先ページＵＲＬフィールド１３１にＵＲＬが登録され、他のフィールドに情報が登録されていないページがある場合、当該ページを未収集のページとして収集し、フィールド１３２から１３５に対応する情報を格納する。一方、収集先ＵＲＬリスト１３のフィールド１３１から１３５に情報が登録されたページは、収集済みのページである。ロボット１２は、収集済みのページに再度適当な時間間隔でアクセスし、当該ページが更新されているか否かをチェックし、更新されているときには、収集先ＵＲＬリスト１３のフィールド１３２から１３５又はその一部を更新後のものに対応させて書き替える。
【００４０】
図５は、検索装置１０内の図示しない記憶装置（例えば、磁気ディスク記憶装置）内に設けられたディレクトリの例を示す。本実施の形態では、収集情報リポジトリ１４、検索プログラム１５、ヒット情報リポジトリ１６は、簡単化のために上記記憶装置内に保持されていると仮定している。
【００４１】
ディレクトリ ｓｅａｒｃｈ．ｌｏｃａｌ は、検索プログラム１５その他のプログラムを保持するディレクトリの例である。このディレクトリに保持されている図示されたファイル ｓｅａｒｃｈ．ｃｇｉ は、検索プログラム１５の例である。利用者の情報端末４０上のウェブブラウザプログラム４１から発信された検索要求は、ウェブサーバプログラム１１に受信され、ウェブサーバプログラム１１は、検索プログラム１５を起動し、ウェブサーバプログラム１１は、その処理結果を受け取り、要求元のウェブブラウザプログラム４１に送信する。このように、本実施の形態では検索プログラム１５はＣＧＩプログラムであるが、本発明は他のタイプの検索プログラムにも適用できることは言うまでもない。
【００４２】
ディレクトリ ｃｏｌｌｅｃｔｅｄｆｉｌｅ は、ロボット１２によりウェブサイトから収集された多数のページを保持するためのディレクトリであり、このディレクトリとその下位のディレクトリが収集情報リポジトリ１４を実現している。本実施の形態では、取得されたページに対して、このディレクトリの下位に、そのページのＵＲＬ内のドメイン名と同じ名称を有するディレクトリを生成し、そのディレクトリの更に下位のディレクトリとして、当該ＵＲＬ内のパスと同じパスを有するディレクトリを生成し、当該下位のディレクトリに、当該ページが保持される。
【００４３】
図では、取得されたページを保持するためのディレクトリの例として、図４に例示したＵＲＬを有するページが取得されたときに、当該ページを保持するのに使用される複数のディレクトリが示されている。ディレクトリ ｃｏｌｌｅｃｔｅｄｆｉｌｅ の下位のディレクトリとして、このＵＲＬのドメイン名「ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ」を有するディレクトリが生成され、更にパス「／ｐｒｏｄｕｃｔｓ」に対応するディレクトリ名「ｐｒｏｄｕｃｔｓ」を有する下位のディレクトリが生成され、当該下位のディレクトリに当該ページの内容を示すファイル Ｒｅｐｍｉｓｓｉｏｎ．ｈｔｍｌ が保持されている。このように、取得したページのＵＲＬと当該ページを保持するディレクトリとを対応させると、任意の取得済みのページのファイルの格納位置を判別することが容易となる。しかし、本発明は、このような特定のディレクトリの構成に限定されない。
【００４４】
図５には、他のディレクトリとして「ｈｉｔｆｉｌｅ」というディレクトリが示されているが、このディレクトリとその下位のディレクトリは、利用者が要求した検索に対してヒットしたヒットファイルを保持するのに使用され、ヒット情報リポジトリ１６を実現するものである。このディレクトリ「ｈｉｔｆｉｌｅ」の下位のディレクトリは後に説明する。
【００４５】
なお、本実施の形態では、ウェブサイト３０等から収集されたＨＴＭＬファイルに画像ファイルあるいは音声ファイル等の他のファイルが埋め込まれていても、ＨＴＭＬファイルのみを取得して、そのＨＴＭＬファイルに埋め込まれた画像その他のファイルは取得しないこととする。更に、後に述べるように、ヒットファイルのヒット位置とその後続の部分を表示するときには、元のページに埋め込まれた画像その他のファイルを表示あるいは出力しないこととする。
【００４６】
しかし、本発明は、ウェブサイトから収集されたＨＴＭＬファイルに画像ファイルあるいは音声ファイル等の他のファイルが埋め込まれている場合に、ヒットファイルのヒット位置とその後続の部分を表示するときに、元のページに埋め込まれた画像その他のファイルを表示あるいは出力させることも可能であり、このためのいくつかの実施の形態は後に述べる。
【００４７】
図６は、利用者が使用する情報端末４０上のウェブブラウザプログラム４１の処理の概略フローチャートを示す。図７と図８は、検索プログラム１５の処理の概略フローチャートの異なる部分を示す。ウェブブラウザプログラム４１では、まず、利用者の操作によりインターネット２０を介して検索装置１０へアクセスする（ステップＳ４１１）。利用者が入力したキーワードを指定して検索要求を検索装置１０に送信する（ステップＳ４１２）。ここでは簡単化のために利用者は一つのキーワードを指定すると仮定する。検索要求は、たとえは、下記の式１により表される通信情報を送信することにより検索装置１０に転送される。
【００４８】
【数１】
通信情報＝ｈｔｔｐ：／／ｗｗｗ．ｓｅａｒｃｈｅｎｇｉｎｅ．ｃｏ．ｊｐ／ｓｅａｒｃｈ．ｌｏｃａｌ／ｓｅａｒｃｈ．ｃｇｉ （１）
？ｑ＝％Ｅ９％９Ｂ％ＢＢ％Ｅ５％ＡＤ％９０％Ｅ５％Ｂ８％Ｂ３％Ｅ７％Ａ５％Ａ８
【００４９】
ここで、「ｗｗｗ」から「ｓｅａｒｃｈ．ｃｇｉ」までがアクセスすべき検索プログラム１５のＵＲＬを示す。このうち、「ｗｗｗ．ｓｅａｒｃｈｅｎｇｉｎｅ．ｃｏ．ｊｐ」は、検索装置１０のドメイン名であり、「ｓｅａｒｃｈ．ｌｏｃａｌ」は、そのドメイン内のパスを表し、具体的には、図５に示したように、検索プログラム１５として使用する「ｓｅａｒｃｈ．ｃｇｉ」が格納されているディレクトリを表す。上記ＵＲＬ中の「ｓｅａｒｃｈ．ｃｇｉ」は、アクセスすべきファイルを指定し、今の場合には、検索プログラム１５が指定されている。「？ｑ＝」以降はこの検索プログラム１５に引き渡すべき引数を表し、具体的には、利用者が指定したキーワードを１６進コードでコード化した記号列である。ここではキーワードとして「電子帳票」が指定されたと仮定している。
【００５０】
図７において、検索プログラム１５は、情報端末４０のウェブブラウザプログラム４１から要求を受信し（ステップＳ１５１）、受信した要求の種別を判別する（ステップＳ１５２）。後に説明するように、情報端末４０のウェブブラウザプログラム４１は、検索要求の他に、検索を実行してヒットしたファイル内のヒット位置を参照するヒット位置参照要求も検索プログラム１５に送信できるようになっている。本実施の形態では、検索要求は、検索に使用するキーワードを指定するが、ヒット位置参照要求は、キーワード以外にヒット位置を参照したいヒットファイルの元のＵＲＬを指定する。
【００５１】
検索要求を受信した場合の検索プログラム１５の処理のフローは、図７のステップＳ１５３以降に示されている。検索プログラム１５は、まず、収集情報リポジトリ１４から、受信した検索要求に含まれたキーワードを有する複数のファイル（ヒットファイル）を検索する（ステップＳ１５３）。ヒットファイルの検索には、収集先ＵＲＬリスト１３に登録されたキーワードフィールド１３５に、当該キーワードが含まれているか否かをチェックすればよい。一致するキーワードを有するページに対して収集先ＵＲＬリスト１３に記憶された、ＵＲＬとタイトルと概要を収集先ＵＲＬリスト１３のフィールド１３１、１３３、１３４からそれぞれ取得する（ステップＳ１５４）。
【００５２】
各ヒットファイルについて、当該ファイル内の複数のヒット位置を検索し、それらのヒット位置に順にファイル内の文字列とは無関係であり、当該ヒットファイル内で一意であるヒット位置名を割り当てる（ステップＳ１５５）。例えば、「ＨＩＴ０００１」、「ＨＩＴ０００２」、「ＨＩＴ０００３」、…等のヒット位置番号がヒット位置名として割り当てられる。ただしタイトル中の文字列がヒットした場合には、当該文字列にはヒット位置名を割り当てない。本実施の形態では、タイトルはヒット部分を含んでいるか否かに関係なくヒットファイル一覧表示用ファイルにより表示されるようになっているからである。タイトルを表示しないときには、タイトルに含まれたキーワードにもヒット位置名を割り当てればよい。
【００５３】
その後、ヒット情報管理テーブル１７（図１５）に、検索に使用したキーワードを登録し、更にそのときの日時を当該キーワードの使用日時として登録する（ステップＳ１５６）。ヒット情報管理テーブル１７の内容は、後に説明する。その後、検索結果として、各ヒットファイルに関する情報を含み、ヒットファイルを利用者の情報端末４０に一覧表示するためのＨＴＭＬファイルであるヒットファイル一覧表示用ファイル３１０を生成する（ステップＳ１５７）。以下では、ヒットファイル一覧表示用ファイル３１０のファイル名を「ｈｉｔｆｉｌｅｌｉｓｔ．ｈｔｍｌ」とする。本ファイルもＨＴＭＬファイルである。本ファイルの具体例は後に説明する。
【００５４】
ヒット情報リポジトリ１６用のディレクトリ「ｈｉｔｆｉｌｅ」（図５）の下位のディレクトリとして、検索に指定されたキーワード（ここではキーワードを一般的に「ＫＥＹ１」と表示する）を名称とするディレクトリ「ＫＥＹ１」を生成し、そのディレクトリ「ＫＥＹ１」に上記ヒットファイル一覧表示用ファイル３１０（ｈｉｔｆｉｌｅｌｉｓｔ．ｈｔｍｌ）を格納する（ステップＳ１５８）。最後に、ヒットファイル一覧表示用ファイル３１０を情報端末４０に送信する（ステップＳ１５９）。
【００５５】
図６において、ウェブブラウザプログラム４１は、ヒットファイル一覧表示用ファイル３１０を受信して表示する（ステップＳ４１３）。
【００５６】
図１０は、ヒットファイル一覧表示用ファイル「ｈｉｔｆｉｌｅｌｉｓｔ．ｈｔｍｌ」（３１０）の例を示す。この例では、ヒットファイル一覧表示用ファイル３１０には、タイトルを示す見出しタグ部分３１１と、概要を示す段落タグ部分３１２と、当該ファイル内の異なるヒット位置の番号を順次画面に表示するためのヒット位置番号表示用文字列３１３、３１４、３１５、…と、それぞれのヒット位置に対応して設けられ、対応するヒット位置番号表示用文字列につづいて設けられた複数のアンカータグ部分３１６、３１７、３１８、…とが含まれる。
【００５７】
各ヒットファイルの見出しタグ部分３１１は、当該ヒットファイルに含まれたタイトルタグ部分３１１に含まれたタイトル文字と同じ文字列を含む見出しタグ部分であり、このタグに含まれたタイトル文字には、当該ヒットファイルに対するインターネット上の元のページのＵＲＬ（図の例ではｈｔｔｐ：／／ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ／ｐｒｏｄｕｃｔｓ／Ｒｅｐｍｉｓｓｉｏｎ．ｈｔｍｌ）がリンク先のファイルを指定するリンク先情報として埋め込まれている。
【００５８】
段落タグ部分３１２には、当該ヒットファイルの概要が含まれている。概要には、収集先ＵＲＬリスト１３の概要フィールド１３４にあらかじめ記憶された内容が使用される。しかしながら極端な場合には、概要を含む見出しタグを省略することもできる。以下に説明するように、本実施の形態では、各ヒット位置ごとに、ヒット位置近傍の文字列が表示されるので、概要の代わりに使用することもできる。しかし、望ましくは、概要を表示したうえで、各ヒット位置ごとにヒット位置の近傍の文字列を表示することである。その方法によれば、ヒットしたファイルが利用者に有効な情報を含むか否かを推定しやすいからである。
【００５９】
各ヒット位置をヒット先に指定するアンカータグ３１６、３１７、３１８等に含まれた文字列「電子帳票システム登場…」は、キーワード「電子帳票」にヒットした最初のヒット位置における当該キーワードとその近傍の文字列の例である。同様に、「電子帳票システム「ＲｅｐＭｉｓｓｉｏｎ …」」、「電子帳票ソリューションを …」は、第２、第３のヒット位置における当該キーワードとその近傍の文字列の例である。以下では、ヒット位置におけるキーワードとその近傍の文字列をヒット位置近傍文字列と呼ぶことがある。
【００６０】
本実施の形態では各ヒットファイル内に出現したキーワードの近傍の文字列として、当該キーワードの後続の文字列をあらかじめ定めた文字数の範囲内であるいはあらかじめ定めた句読点数の句読点が出現する範囲内で選ばれる。ヒットファイル内に出現したキーワードの近傍の文字列を選ぶために他の方法を使用してもよい。
【００６１】
例えば、当該キーワードが含まれる段落の先頭からその段落の後続の段落に属する文字列を含め、当該キーワードが含まれているという条件下で、かつ、あらかじめ定めた文字数の範囲内あるいはあらかじめ定めた句読点数が出現するまでの範囲で選んでもよい。あういは、当該キーワードが属する段落に含まれる当該キーワードに先行する文字列を全て含んでいてもよい。
【００６２】
あるいは、当該キーワードを修飾する文字列あるいは当該キーワードが含まれる段落内の、当該キーワードに先行する最初の句読点より当該キーワードの前までの部分又はその先行する句読点がない場合には当該キーワードが含まれる段落の先頭の部分以降の先行する文字列が含まれていてもよい。これらの先行する文字列とキーワードに続く後続の文字列としては、ヒット位置近傍の文字列の全体の字数があらかじめ定めた文字数の範囲内になるようにあるいは当該キーワードの後にあらかじめ定めた句読点数の句読点が出現するまでの範囲内になるように選んでもよい。
【００６３】
図１１は、ヒットファイル一覧表示用ファイル３１０を情報端末４０のウェブブラウザプログラム４１により表示させたときの当該ファイルを表示するウィンドウ４１０の表示内容の一例を示す。なお、このとき画面には、ウェブブラウザプログラム４１により表示される複数のボタン、スクロールバー等も表示されるが、これらのボタン等は簡単化のために図示されていないで、ウィンドウ４１０のみが示されている。このウィンドウ４１０には、各ヒットファイルについて、タイトル４１１と、概要４１２と、ヒット位置１、２等のヒット位置番号表示用文字列４１３、４１４、４１５、…のそれぞれの後に、対応するヒット位置におけるヒット位置近傍文字列４１６、４１７、４１８、…が同時に表示される。
【００６４】
タイトル４１１と複数のヒット位置近傍文字列４１６、４１７、４１８、…に付けられた下線は、これらの文字列にはリンク先にリンクするためのリンク情報が埋め込まれていることを示す。なお、利用者が画面に表示されていない他のヒットファイルについての検索結果を見たいときには、ウェブブラウザプログラムに備えられている、図示していない縦方向に延びたスクロールバーを使用して、ヒットファイル一覧表示用ファイルの下方部を画面に表示させればよい。
【００６５】
一般には、同じキーワードを含む情報と言ってもそれらの情報の内容は非常に多種多様であり、利用者が望む情報はそれらのうちの特定の情報であるのが普通である。したがって、タイトルと概要だけでは、ヒットファイルが利用者の望む情報を含んでいるか否かはすぐには判断できない場合も多い。しかし、本実施の形態では、各ヒット位置におけるヒット位置近傍の文字列が表示されるので、当該ヒットファイル内での複数の位置に出現するキーワードとその近傍の文字列を直ちに知ることができ、それらの近傍の文字列を見ることにより、ヒットファイルが当該キーワードに関してどのような情報を含んでいるかをより詳細に知ることができる。この結果、利用者は当該ヒットファイルが自己の希望する情報を含んでいるか否かをより適切に推測することが可能になる。
【００６６】
しかも、本実施の形態のように、各ヒット位置近傍の文字列が、タイトル、概要が表示されるときに同時に表示されると、利用者は何の操作しなくてもそれらのヒット位置近傍文字列を知ることができる。しかも、本実施の形態のように各ヒット位置近傍の文字列がタイトル、概要が表示されているウィンドウ内に、それらの情報に続く位置に並べて表示されると、タイトル、概要の内容を見た後に直ちにこれらのヒット位置近傍文字列を見ることができる。
【００６７】
更に、本実施の形態のように、複数のヒット位置のそれぞれにおけるヒット位置近傍の文字列が同時に表示されると、利用者は、当該ヒットファイル内での複数の位置に出現するキーワードの近傍の文字列を、何の操作をしなくても直ちに知ることができ、それらの近傍の文字列を見ることができる。このように、本実施の形態では、利用者は各ヒットファイルに関する複数のヒット位置近傍文字列を見ることができるので、各ヒットファイルが当該キーワードに関してどのような情報を含んでいるかをより詳細に知ることができる。この結果、利用者は当該ヒットファイルが自己の希望する情報を含んでいるか否かをより適切に推測することが可能になる。
【００６８】
利用者がタイトルと概要と複数のヒット位置近傍の文字列を見ただけではヒットファイルが利用者の希望する情報を含んでいるか否かについて利用者がまだ判断しかねるとき、本実施の形態では、ヒットファイルのうち利用者が指定したヒット位置のキーワードとその後続部分を表示させることができるようになっている。すなわち、図１０に関して簡単に説明したように、また後に詳細に説明するように、各ヒット位置近傍文字列には、各ヒットファイル内の対応するヒット位置をリンク先に指定するリンク情報が埋め込まれている。
【００６９】
したがって、図１１に示すウィンドウ４１０が表示されている状態で、利用者がいずれかのヒット位置近傍文字列をマウス等のポインティングデバイスを用いて選択したとき、当該ヒット位置近傍情報に埋め込まれたリンク情報を用いて、当該リンク先にあるヒット位置のキーワードとその後続部分が表示されるように、当該ヒットファイルが、ヒットファイルの表示ウィンドウ４１０とは別のウィンドウに表示される。したがって、複数のヒット位置に対する複数のヒット位置近傍文字列は、複数のヒット位置の一つを利用者に指定させるためにヒット位置指示用情報として使用されている。
【００７０】
図１２は、最初のヒットファイルの最初のヒット位置の近傍の文字列「電子帳票システム登場…」が選択されたときに他のウィンドウ４２０に表示されるヒットファイルの部分の例を示している。ヒット位置近傍文字列が選択されたときには、対応するヒット位置とその後続の部分が少なくとも表示される。すなわち、ヒットした位置にあるキーワードが属する段落内の当該キーワード以降の文字列と、後続の段落の文字列も表示される。しかし、ヒット位置とその後続の部分を表示するときに、ヒット位置の前に位置するいくつかの文字列が表示されてもよい。図の例では、当該ヒット位置のキーワードが含まれる段落内の当該キーワードの前方の文字列も全て表示されている。
【００７１】
図１３は、最初のヒットファイルの第２のヒット位置の近傍の文字列「電子帳票システム「ＲｅｐＭｉｓｓｉｏｎ」…」が選択されたときにウィンドウ４２０に、図１２の内容に切り替えて表示されるヒットファイルの部分を示している。
本実施の形態では、図１１に例示したヒットファイル一覧表示用ファイル３１０に含まれた複数のヒット位置近傍文字列のうちいずれが選択されてもヒットファイルのうち当該選択されたヒット位置のキーワードとその後続部分が表示されるウィンドウには同一のウィンドウ４２０が使用される。なお、ウィンドウ４２０に表示されたヒットファイルの後方あるいは前方の内容を表示するには、図には示していないが、ウィンドウ４２０に設けられた縦方向のスクロールバーを操作すればよいようになっている。
【００７２】
こうして、ウィンドウ４１０のみでは、ヒットファイルが利用者の希望するファイルか否かについての判断に迷う場合に、利用者は、当該ヒットファイルのヒット位置近傍文字列を一つ又は複数個選択すると、当該ヒットファイルのうち選択したヒット位置のキーワードとその後続の部分が画面に表示されるので、当該ヒットファイルに含まれた、キーワードに関連する内容をより詳しく知ることができる。したがって、利用者は当該ヒットファイルが自己の希望する情報を含んでいるか否かをより適切に推測することが可能になる。
【００７３】
更に、場合によっては、いずれか一つ又は複数のヒット位置近傍文字列とそれぞれの後続部分を見るだけで、ヒットファイルから希望する情報が得られる場合がある。この場合には、ヒットファイルが所望の情報を含んでいるかの推測をしている過程で希望する情報を得られたことになる。また、利用者がいずれかのヒットファイルのタイトルと概要と複数のヒット位置近傍文字列を見た段階で、当該ヒットファイルが希望する情報を有するものであると判断したときでも、各ヒット位置近傍文字列を選択して、当該ヒット位置近傍文字列とその後続の部分を表示させることも有効な場合が多い。一般に、利用者が求める情報は、利用者が指定したキーワードの出現位置の近くにあることが多いからである。したがって、本実施の形態における各ヒット位置とその後続部分を表示させることには、ヒットファイル中の利用者が希望する部分を得ることも容易にするという利点もある。
【００７４】
以下では、ヒットファイル一覧表示用ファイル３１０が表示されている状態で利用者が行った操作に対する検索装置１０が行う処理の詳細を図８のフローチャートを参照して説明し、そのときのウェブブラウザプログラム４１が行う処理も図６を参照して説明する。
【００７５】
まず、ウェブブラウザプログラム４１は、図６のステップＳ４１４において、利用者の操作がいずれかのヒットファイルのヒット位置を選択する操作であると判断したときには、利用者が指定したヒット位置が属するヒットファイルに対するヒット位置名埋め込み済みファイルを検索装置１０に要求する（ステップＳ４１５）。この要求は、図１０に例示したヒットファイル一覧表示用ファイル３１０内のヒット位置番号表示用文字列「＜ヒット位置１＞」等の後に埋め込まれたアンカータグ部に基づいて生成される。以下ではそのアンカータグ部の内容を説明する。
【００７６】
「ｔａｒｇｅｔ＝”ｓｅａｒｃｈ”」の後の「 ＞ 」より後でアンカー終了タグ「 ＜／ａ＞ 」の前にある「電子帳票システム登場…」等の文字列は、各ヒット位置に対応するヒット位置近傍文字列であり、この文字列にアンカータグが埋め込まれている。この文字列が、ヒットファイル一覧表示用ファイル３１０が表示されたときに、図１１に示すように、ヒット位置番号表示用文字列４１３、…の後に文字列４１６として表示される部分であり、通常は下線を付けて表示される。なお、ヒット位置番号表示用文字列にもリンク情報を埋め込むように、ヒットファイル一覧表示用ファイル３１０を変更することも可能である。あるいは、ヒット位置近傍文字列に埋め込まれたリンク情報を、ヒット位置番号表示用文字列、例えば「＜ヒット位置１＞」に埋め込んでもよい。しかし、ヒット位置近傍文字列にリンク情報を埋め込むほうが望ましい。利用者はヒット位置近傍文字列を見ている段階でその文字列を選択することにより対応するヒット位置へのリンクを指示できるので、リンクの指示操作が容易であるという利点がある。
【００７７】
各ヒット位置番号表示用文字列の後に埋め込まれたアンカータグ部分内の「＃ＨＩＴ０００１」、「＃ＨＩＴ０００２」、「＃ＨＩＴ０００３」、…は、対応する第１、第２、第３、…のヒット位置に割り当てられたヒット位置名「ＨＩＴ０００１」、「ＨＩＴ０００２」、「ＨＩＴ０００３」、…をリンク先として指定するためのリンク情報である。ヒット位置名「ＨＩＴ０００１」、「ＨＩＴ０００２」、「ＨＩＴ０００３」、…は、ヒットファイル内の対応するヒット位置に埋め込まれるべきヒット位置名であるが、この時点ではまだ埋め込まれていない。複数のヒット位置番号表示用文字列３１３、３１４、３１５、…の後に埋め込まれた複数のアンカータグ部分は、このリンク先ヒット位置を示す情報とヒット位置近傍文字列を除いて同じである。
【００７８】
ヒットファイルに対してヒット位置名の埋め込みは、当該ヒットファイルのコピーに対して行われる。すなわち、コピーされたヒットファイル内のヒット位置にリンク先と使用されるヒット位置名を示すアンカータグ部が埋め込まれる。得られたファイルをヒット位置名埋め込み済みファイルと呼ぶ。
【００７９】
図１４は、図２に例示したファイル１００がヒットした場合に、当該ファイルに対するヒット位置名埋め込み済みファイルの例を示す。図において、ヒット位置名埋め込み済みファイル１１０内の複数のタグ部分１１１、１１２、１１３、１１４、…は、図３に示されたタグ部分１０１、１０２、１０３、…に対応するものである。
【００８０】
見出しタグ部１１２内の、「電子帳票」には、最初のアンカータグがリンク先を示す最初のアンカータグが埋め込まれている。すなわち、アンカー開始タグ「＜Ａ 」からアンカー終了タグ「 ＜／Ａ＞ 」までのアンカータグが、キーワードにヒットした文字列「電子帳票」に対して埋め込まれ、このアンカータグにはリンク先名として指定可能な、当該ヒットファイル内で一意な名称である ＮＡＭＥ＝“ＨＩＴ０００１”が付与されている。この「ＨＩＴ０００１」がリンク先に指定可能なヒット位置名を表す。同様に、段落タグ１１４についても、キーワードにヒットする「電子帳票」に名称「ＨＩＴ０００２」をリンク先名として指定可能にするアンカータグが埋め込まれている。なお、図１３の例では、タイトルタグ部１１１にもキーワード「電子帳票」にヒットする文字列が含まれているが、ここにはアンカータグは含まれていない。その理由は前に述べたとおりである。
【００８１】
なお、このリンク先を埋め込んだヒットファイル１１０は、本実施の形態では、ヒットファイル一覧表示用ファイル３１０が生成されたときには、まだ生成されないで、ヒットファイル一覧表示用ファイル３１０が表示された状態でいずれかのヒット位置近傍文字列が利用者により選択され、ウェブブラウザプログラム４１がその文字列に埋め込まれたリンク先へのリンクを要求したときに、生成される。その理由は後に述べる。
【００８２】
図１０に戻り、各ヒット位置に対するアンカータグ部３１６、３１７、３１８、…に埋め込まれたリンク情報のうち、「ｗｗｗ．ｓｅａｒｃｈｅｎｇｉｎｅ．ｃｏ．ｊｐ」は、検索装置１０のドメイン名であり、「ｓｅａｒｃｈ．ｌｏｃａｌ」は、検索装置１０の中の検索プログラム１５が格納されたディレクトリを示すパス情報であり、「ｓｅａｒｃｈ．ｃｇｉ」は、検索プログラム１５のプログラム名であることは式１に示した通信情報に関して既に説明したとおりである。
【００８３】
「ｔ＝ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ／Ｐｒｏｄｕｃｔｓ／ ＲｅｐＭｉｓｓｉｏｎ．ｈｔｍｌ」は、検索プログラム１５に引き渡されるべき第１の引数ｔを表し、ここでは、ヒットしたファイルの元のＵＲＬのうち、プロトコル指定部「ｈｔｔｐ：／／」を簡単化のために除いた部分である。以下では、このプロトコル指定部「ｈｔｔｐ：／／」を除いたＵＲＬも簡単化のためにＵＲＬと呼ぶことがある。必要に応じてプロトコル指定部も第１の引数に含ませてもよい。「ｑ＝％Ｅ９％９Ｂ％ＢＢ％Ｅ５％ＡＤ％９０％Ｅ５％Ｂ８％Ｂ３％Ｅ７％Ａ５％Ａ８」は、検索プログラム１５に引き渡されるべき第２の引数ｑを表し、ここでは、検索に使用されたキーワード「電子帳票」を１６進コードでコード化した記号列である。
【００８４】
「＃ＨＩＴ０００１」は、上記ヒットファイルのうちウェブブラウザプログラム４１の画面に表示すべきヒット位置に割り当てられたヒット位置名を指定する値である。「ｔａｒｇｅｔ＝”ｓｅａｒｃｈ”」は、上記ヒットファイルを表示すべきウィンドウの名称が「ｓｅａｒｃｈ」であることを指定する値である。結局、最初のヒット位置に対応するアンカータグ部３１６に埋め込まれた上記リンク情報は、上記ヒットファイルのうち、キーワード「電子帳票」にヒットする最初のヒット位置とそれ以降の部分を、名称が「ｓｅａｒｃｈ」というウィンドウに表示することを要求するヒット位置参照要求を含んでいることになる。他のヒット位置に対応するアンカータグ部３１７、３１８等に埋め込まれたリンク情報も同じである。
【００８５】
いずれかのヒット位置に対するヒット位置近傍文字列が利用者により選択されたときに、当該文字列に埋め込まれたリンク情報のうち、ヒット位置指定情報「＃ＨＩＴ００１」とウィンドウ名指定情報「ｔａｒｇｅｔ＝”ｓｅａｒｃｈ”」以外の部分が検索装置１０に送信される。ウェブブラウザプログラム４１は、ヒット位置指定情報「＃ＨＩＴ００１」とウィンドウ名指定情報「ｔａｒｇｅｔ＝”ｓｅａｒｃｈ”」を内部に記憶し、後に検索装置からヒット位置名埋め込み済みファイルが返送されたときに、当該ファイルの表示を制御するのに使用する。検索装置１０では、ウェブサーバプログラム１１は、検索プログラム１５に上記第１、第２の引数を引き渡す。検索プログラム１５は、ファイルのＵＲＬを指定する第１の引数ｔと、キーワードを指定する第２の引数ｑを引き渡されたときには、要求元であるウェブブラウザプログラム４１からの要求が、第１の引数ｔにより指定されたヒットファイル内のヒット位置への参照を要求するヒット位置参照要求であると判断する（図７のステップＳ１５１）。
【００８６】
ヒット位置の参照要求を受信した場合の検索プログラム１５の処理のフローは、図８に示されている。検索プログラム１５は、まず、要求されたヒット位置に関連するキーワードがヒット情報管理テーブル１７中に存在するか否かを確認する（図８のステップＳ１６０）。
【００８７】
既に説明したように、検索の結果ヒットしたファイルが見つかると、検索に使用されたキーワードがヒット情報管理テーブル１７に記憶され、更に生成されたヒット位置名埋め込み済みファイルがヒット情報リポジトリ１６内に格納される。しかし、ヒット位置名埋め込み済みファイルの生成後の経過時間が所定の期間を越えると、利用者は、そのヒット位置名埋め込み済みファイルをもはや使用していないと推測することができる。そこで、後に説明するように、期限管理プログラム１８が、期間を超過したヒット位置名埋め込み済みファイルをヒット情報リポジトリ１６から削除し、当該ヒットファイルの検索に使用したキーワードをヒット情報管理テーブル１７から削除するようになっている。
【００８８】
したがって、図８のステップＳ１６０において、ヒット位置参照要求が指定したキーワードがヒット情報管理テーブル１７にないと判断された場合には（ステップＳ１６１でＮｏ）、検索を実行した後の経過時間が所定の有効期限を越えたために、当該キーワードが既にヒット情報管理テーブル１７から削除されたと判断することができる。
【００８９】
したがって、検索プログラム１５は、ステップＳ１６１において、キーワードがヒット情報管理テーブル１７内に存在しないと判断されれば、検索結果保持期限の有効期限切れメッセージを生成し、要求元のウェブブラウザプログラム４１に送信して（ステップＳ１６９）、処理を終了する。一方、ステップＳ１６１において、キーワードがヒット情報管理テーブル１７中に存在すると判断されれば、検索プログラム１５は、以下の処理を行う。
【００９０】
まず、ヒット位置名埋め込み済みファイルが生成済みか否かを確認する（ステップＳ１６２）。今の場合、生成済みでない（ステップＳ１６３でＮｏ）と仮定すると、検索プログラム１５は、第１の引数ｔで指定されたファイルを収集情報リポジトリ１４から読み出し、第２の引数ｑで指定されたキーワードにヒットする複数のヒット位置を検出し、各ヒット位置にヒット位置名を割り当て、各ヒット位置に当該ヒット位置名をリンク先に指定するためのリンク先情報を埋め込み、得られたヒット位置名埋め込み済みファイルをヒット情報リポジトリ１６に格納する（ステップＳ１６４）。以下では、生成されたヒット位置名埋め込み済みファイルの名称を、元のヒットファイルの名称（今の例では、Ｒｅｐｍｉｓｓｉｏｎ．ｈｔｍｌ）の拡張子の前に「−ｈｉｔｐｏｓｉｔｉｏｎｅｍｂｅｄｄｅｄ」を付加して示す。今の例では、ヒット位置名埋め込み済みファイル「Ｒｅｐｍｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｅｍｂｅｄｄｅｄ．ｈｔｍｌ」が得られる。その内容の例は、図１４に既に示したとおりである。
【００９１】
ヒット情報リポジトリ１６内で、上記生成されたヒット位置名埋め込み済みファイルが格納されるディレクトリは、検索に使用された上記リンク情報の第２の引数ｑで指定されたキーワードＫＥＹ１の下位に設けられ、上記リンク情報の第１の引数ｔで指定された、ヒットファイルの元のＵＲＬ内のドメイン名とパスを反映するディレクトリである。今の例では、ヒットファイルの元のＵＲＬは、「ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ／Ｐｒｏｄｕｃｔｓ／ ＲｅｐＭｉｓｓｉｏｎ．ｈｔｍｌ」であるので、図５に示すように、ディレクトリＫＥＹ１の下位にドメイン名と同じ名称のディレクトリ「 ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ 」が生成され、その下位にヒットファイルの元のパス名と同じ名称のディレクトリ「 Ｐｒｏｄｕｃｔｓ 」が生成され、そのディレクトリに、生成されたヒット位置名埋め込み済みファイルが格納される。
【００９２】
図１５に示すように、ヒット情報管理テーブル１７には、検索に使用されたキーワード「ＫＥＹ１」を格納するフィールド１７１と、検索結果を最近に使用したときの日時を表す使用日時を格納するフィールド１７２と、検索の結果ヒットした複数のヒットファイルのうち、ヒット位置名埋め込み済みファイルを生成したヒットファイルの元のＵＲＬを格納するフィールド１７３とを有する。既に図７のステップＳ１５６に関して述べたように、キーワードフィールド１７１と使用日時フィールド１７２には、検索プログラム１５によりヒットファイル一覧表示用ファイルが生成され利用者の情報端末４０に送信されたときに、検索に使用されたキーワードとそのときの使用日時が格納されている。
【００９３】
図８のステップＳ１６４により、ヒット位置名埋め込み済みファイルが生成されたとき、検索プログラム１５は、ヒット情報管理テーブル１７のフィールド１７３に、対応するヒットファイルのＵＲＬを格納する（図８のステップＳ１６５）。以下では、ヒット位置名埋め込み済みファイルに対応するヒットファイルのＵＲＬを、ヒット位置名埋め込み済みファイルの元のＵＲＬと呼ぶことがある。ヒット位置名埋め込み済みファイルのＵＲＬを使用しないで、元のＵＲＬを使用するのは、簡便化のためであり、元のＵＲＬに代えて、ヒット位置名埋め込み済みファイルがヒット情報リポジトリ１６に格納された状態での当該ヒット位置名埋め込み済みファイルのＵＲＬを使用してもよい。
【００９４】
その後、検索プログラム１５は、ヒット情報リポジトリ１６から、上記ヒット位置参照要求で指定されたキーワードとヒットファイル名に対するヒット位置名埋め込み済みファイルを読み出す（ステップＳ１６６）。次に上記指定されたキーワードについて、ヒット情報管理テーブル１７内の使用日時１７２をその時点での日時に更新する（ステップＳ１６７）。最後に読み込んだヒット位置名埋め込み済みファイルを、ウェブサーバプログラム１１に引き渡す。ウェブサーバプログラム１１は、要求されたヒット位置名埋め込み済みファイルを、要求元のウェブブラウザプログラム４１に送信する（ステップＳ１６８）。
【００９５】
要求元の当該ウェブブラウザプログラム４１は、ヒット位置名埋め込み済みファイルをウェブサーバプログラム１１から受信すると、ヒット位置参照要求が指定したウィンドウ名「ｓｅａｒｃｈ」のウィンドウを表示し、その中に、受信したヒット位置名埋め込み済みファイル内のヒット位置参照要求が指定したヒット位置名を有するヒット位置とその後続部分を、図１２に例示したように表示する（図６のステップＳ４１６）。
【００９６】
図１１に例示したヒットファイル一覧表示用ファイルをウェブブラウザプログラム４１により情報端末４０に表示している状態で、利用者がヒット位置へのリンクを再度要求したときには、図８のステップＳ１６３で、ヒット位置名埋め込み済みファイルが生成済みであるか否かが判断される。利用者が最初のヒットファイルの異なるヒット位置へのリンクを要求したときには、利用者が指示したヒット位置が属するヒットファイルに対するヒット位置名埋め込み済みファイルは生成済みである。このことは、当該ヒットファイルの名称が、ヒット情報管理テーブル１７内のフィールド１７３に、利用者が指摘したヒット位置に埋め込まれたキーワードが保持されているキーワードフィールド１７１に対応して記憶されていることから判断できる。
【００９７】
図８のステップＳ１６３において、ヒット情報管理テーブル１７を参照して利用者が指示したヒット位置が属するヒットファイルに対するヒット位置名埋め込み済みファイルが生成済みであるか否かを判断して、その結果、生成済みと判断した場合には、ステップＳ１６６の処理に移り、そこでは、既に説明したのと同じように、要求されたヒット位置名埋め込み済みファイルが読み出され、更に、ステップＳ１６７で、同じキーワードに関する使用日時が更新される。その後、ステップＳ１６８で、ヒット位置名埋め込み済みファイルは、ウェブサーバプログラム１１を介して要求元のウェブブラウザプログラム４１に送信される。こうして、図１３に例示したように、同じヒットファイル内の利用者が指定した他のヒット位置とその後続の部分が、既に説明したウィンドウ名「ｓｅａｒｃｈ」のウィンドウに表示される。
【００９８】
図１１に例示したように、ヒットファイル一覧表示用ファイル３１０が表示されている状態で、利用者が他のヒットファイルに属するヒット位置を指定したときには、当該他のヒットファイルに対応するヒット位置名埋め込み済みファイルが生成されていないので、検索プログラム１５は、既に説明したように、当該他のファイルについてステップＳ１６４からＳ１６８を実行する。この結果、当該他のファイルについて、ステップＳ１６４においてヒット位置名埋め込み済みファイルが生成され、ヒット情報リポジトリ１６に格納され、ステップＳ１６５で、当該ヒット位置名埋め込み済みファイルの元のＵＲＬがヒット情報管理テーブル１７内の同じキーワードに対するフィールド１７３に追加して格納される。こうして、フィールド１７３には、同じキーワードに対してヒットした複数のヒットファイルのうち、ヒット位置名埋め込み済みファイルが生成された複数のヒットファイルのＵＲＬが保持される。更に、先にステップＳ１６６で生成されたヒット位置名埋め込み済みファイルがステップＳ１６６で読み込まれ、ステップＳ１６８で要求元のウェブブラウザプログラムに送信される。ステップＳ１６７において、使用中のキーワードに対応する使用日時が更新される。
【００９９】
一方、ウェブブラウザプログラム４１は、図６のステップＳ４１４において、利用者が表示されたヒットファイル一覧表示用ファイル３１０のうちのいずれかのヒットファイルのタイトル部を選択したと判断したときには、そのタイトル部に埋め込まれたＵＲＬを有する元のページの送信をインターネット２０を介していずれかのウェブサイト、例えば３０に要求して（図６のステップＳ４１７）、当該ページを受信し、ヒットファイル一覧表示用ファイル３１０を表示しているウィンドウに表示する（ステップＳ４１８）。このページに画像ファイルその他のファイルが埋め込まれているときには、ウェブブラウザプログラム４１はその画像ファイルその他のファイルも受信し当該ページに埋め込んで表示する。
【０１００】
利用者は、ヒットファイル一覧表示用ファイル３１０が表示された状態において、以上の二つの操作を繰り返すことができる。利用者がヒットファイル一覧表示用ファイル３１０内のいずれかのヒットファイルのタイトル部を選んだ結果として、当該タイトル部に埋め込まれたＵＲＬを有する元のページがウェブブラウザプログラム４１により表示されたときには、ウェブブラウザプログラム４１が通常表示している戻りボタンを選択することにより、上記ヒットファイル一覧表示用ファイル３１０を再度表示することができ、上記二つの操作のいずれかを再度実行することができる。なお、ウェブブラウザプログラム４１は、図６のステップＳ４１４において、利用者が上に述べた二つの操作以外の操作を行ったときには、対応する処理を実行する（図６のステップＳ４１９）。なお、利用者がウェブブラウザプログラム４１の使用を終了したと判定されない限り（ステップＳ４２０）、上記ステップＳ４１４により、利用者の操作が判定され、その後の処理が実行される。
【０１０１】
なお、検索プログラム１５により検索されたヒットファイルその他の検索結果の期限管理は期限管理プログラム１８が行う。期限管理プログラム１８は、検索プログラム１５及びウェブブラウザプログラム４１の動作とは無関係に起動される。例えば検索装置１０により定期的に起動される。起動されると、図９に示すように、期限管理プログラム１８は、まずヒット情報管理テーブル１７から、いずれかのキーワードに対する使用日時を取得する（ステップＳ１８１）。取得された使用日時から現在の時刻までの経過時間が所定の閾値を超えていないか否かをチェックする（ステップＳ１８２）。この閾値としては、利用者が検索結果を使用開始後、使用を終了したと判断できる時間、例えば１０分程度を使用することができる。
【０１０２】
経過時間が所定の閾値を超えているときは、ヒット情報リポジトリ１６内の当該キーワードに対応するディレクトリと、それらのディレクトリに保存されているファイルを削除し、更に、ヒット情報管理テーブル１７内の当該キーワードに関連するフィールド１７１、１７２、１７３を削除する（ステップＳ１８３）。その後、期限管理プログラム１８は、ヒット情報管理テーブル１７内にまだ処理すべきキーワードがあるか判定し（ステップＳ１８４）、処理すべきキーワードがあれば、ヒット情報管理テーブル１７から次のキーワードを取得して（ステップＳ１８５）、ステップＳ１８２に戻る。処理すべきキーワードがなければ、処理を終了する。
【０１０３】
なお、本実施の形態においても、概要を省略することも可能である。更に、本実施の形態では、各ページに対するヒットファイルを生成するのは、利用者の検索要求に対して当該ページがヒットし、検索結果一覧表示用ファイルを表示して、更に当該ページに関するヒット位置近傍文字列を利用者のウェブブラウザプログラム４１に表示させた後、いずれかのヒット位置近傍文字列が利用者により選択されたときに、当該ページに対するヒットファイルを生成した。当該ページに対するヒット位置近傍文字列が選択されなかったときには、ヒットファイルを生成する必要がないので、上記方法により、無用なヒット位置名埋め込み済みファイルを生成しなくてもよいことになる。しかし、ヒット位置近傍文字列を利用者が選ぶ前に、対応するヒット位置名埋め込み済みファイルを生成する方法を採ることもできる。この場合には、利用者がいずれかのヒット位置近傍文字列を選んだ後、遅延なくヒット位置名埋め込み済みファイルを使用して利用者が指定したヒット位置とその後続部分を直ちに表示できるという利点がある。この変形は以下に述べる他の実施の形態にも適用することができる。
【０１０４】
更に、本実施の形態では、ヒット情報管理テーブル１７にヒット情報管理用情報を格納したが、ヒット情報管理テーブル１７の代わりにＣｏｏｋｉｅ情報を利用してもよい。Ｃｏｏｋｉｅ情報は、通常は単にＣｏｏｋｉｅとも呼ばれ、クライアント装置がサーバ装置にアクセスしたときに、そのクライアント装置の利用者に関連する情報として、サーバ装置からクライアント装置に送信される情報であり、この情報はクライアント装置が後に同じサーバ装置にアクセスするときに、当該サーバ装置に返送され利用され、サーバ装置は、その後Ｃｏｏｋｉｅ情報を更新してクライアント装置に送信する。
【０１０５】
本実施の形態において、ヒット情報管理テーブル１７の代わりにＣｏｏｋｉｅ情報を利用する方法はいろいろあり得るが、いずれこの方法も上記実施の形態及び後に述べる他の実施の形態に適用することができる。以下にはその使用方法の一例を示す。ウェブブラウザプログラム４１から最初に検索プログラム１５に対してキーワードを指定して検索要求を送信したときに、ウェブサーバプログラム１１が、要求元の利用者に当該ウェブサーバプログラム１１に関してユニークな利用者識別情報を割り当て、上記利用者識別情報と受信した検索要求とキーワードと要求受信日時を検索プログラム１５に転送するとともに、それらの情報を含むＣｏｏｋｉｅ情報を利用者の情報端末４０に送信する。検索プログラム１５は、ヒット情報管理テーブル１７の代わりに、これらの情報を記憶する。Ｃｏｏｋｉｅ情報を使用してヒットファイル管理情報を管理する方法を採る場合、ヒット情報管理テーブル１７を使用する場合と異なる点は、利用者識別情報に対応して、キーワードと、使用日時と、先に説明したヒット位置名埋め込み済みファイルの元のＵＲＬとが管理されることである。
【０１０６】
これらの情報のうち、要求受信日時はヒット情報管理テーブル１７内の使用日時１７２と同じ目的に使用される。情報端末４０は、ウェブブラウザプログラム４１が新たな要求を当該ウェブサーバプログラム１１に送信する毎に、既に受信したＣｏｏｋｉｅ情報内の使用日時をその時の日時に変更して、当該ウェブサーバプログラム１１に送信するようにすればよい。この結果、検索プログラム１５は、利用者が検索結果の使用を終了したか否かは、情報端末４０からウェブサーバプログラム１１を介して受信したＣｏｏｋｉｅ情報内の使用日時から現在の時刻までの経過時間が所定の閾値を超えたか否かにより判断することができる。なお、この判断は、各利用者識別情報毎に行う点が上記実施の形態と異なる。
【０１０７】
ヒット位置名埋め込み済みファイルのＵＲＬは、いずれかのヒットファイルに対してヒット位置名埋め込み済みファイルが後に生成されたときに、検索プログラム１５がウェブサーバプログラム１１を介してその元のヒットファイルのＵＲＬをＣｏｏｋｉｅ情報に含めて利用者の情報端末４０に送信するようにすればよい。この結果、検索プログラム１５は、いずれかのヒットファイルに対するヒット位置名埋め込み済みファイルが生成されているか否かを、受信したＣｏｏｋｉｅ情報内に、対応するヒットファイルのＵＲＬが含まれているか否かにより判断することができる。なお、この判断は、利用者識別情報別に行う点が上記実施の形態と異なる。
【０１０８】
より具体的には、検索プログラム１５が、検索要求を受信後、検索を実行してヒットファイル一覧表示用ファイルを生成して利用者のウェブブラウザプログラム４１に送信し、利用者が、いずれかのヒットファイル内のヒット位置を指示して当該ヒット位置とその後続の部分の表示を検索プログラム１５に要求するときに、情報端末４０では、上記Ｃｏｏｋｉｅ情報内の使用日時をその時の日時に変更して、当該ウェブサーバプログラム１１に送信する。検索プログラム１５は、ウェブサーバプログラム１１を介して当該Ｃｏｏｋｉｅ情報を受け取り、上記ヒット位置が指定されヒットファイルに対してヒット位置名埋め込み済みファイルが生成されているかを、当該Ｃｏｏｋｉｅ内に対応するヒットファイルのＵＲＬが含まれているか否かにより判断すればよい。なお、この判断は、利用者識別情報別に行う点が上記実施の形態と異なる。
【０１０９】
検索プログラム１５は、要求されたファイルに対応するヒットファイルのＵＲＬが受信したＣｏｏｋｉｅ情報に含まれていないときには、要求されたヒット位置名埋め込み済みファイルを生成して、要求元のウェブブラウザプログラム４１に送信する。このときに、Ｃｏｏｋｉｅ情報内に、対応するヒットファイルのＵＲＬを含めて情報端末４０に送信する。要求されたヒット位置名埋め込み済みファイルが生成済みであるときには、要求されたヒット位置名埋め込み済みファイルを要求元のウェブブラウザプログラム４１に送信すればよい。
【０１１０】
上記実施の形態では、ヒット情報リポジトリ１６に形成するディレクトリを、検索の要求元に関係なく、検索要求が指定するキーワードＫＥＹ１別にディレクトリを作成し、当該ディレクトリ又はその下位のディレクトリに、当該キーワードによりヒットしたヒットファイルに関連するヒットファイル一覧表示用ファイルあるいはヒット位置名埋め込み済みファイル等を格納した。しかし、上記のように、ヒット情報管理情報をＣｏｏｋｉｅ情報に格納して使用する方法では、ヒット情報リポジトリ１６には、キーワード別ではなく、利用者識別情報別あるいは利用者識別情報とキーワードの組合せ別にディレクトリを作り、当該ディレクトリ又はその下位のディレクトリに、当該キーワードによりヒットしたヒットファイルに関連するヒットファイル一覧表示用ファイルあるいはヒット位置名埋め込み済みファイル等を格納するようにすればよい。
【０１１１】
なお、上記実施の形態のように、ヒット情報管理テーブル１７を利用者識別情報に関係なく、ヒット情報管理情報を管理する方法を採ると、異なる利用者が、偶然同じキーワードを使用した検索を要求したときでも、一方の利用者の要求により得られた検索結果としてのファイルを他の利用者のために利用することが可能であるが、上記Ｃｏｏｋｉｅ情報を利用する方法では、このような利点はない。その代わりに、検索プログラム１５自身がヒット情報管理テーブル１７を生成し、維持する必要はなく、検索プログラム１５自体が簡単になる。
【０１１２】
＜発明の第２の実施の形態＞
第１の発明の実施の形態では、図１０と図１１に示されたように、ヒットファイル一覧表示用ファイル３１０は、複数のヒットファイルの各々について、当該ヒットファイルのタイトルと概要以外に、そのヒットファイル内の複数のヒット位置の近傍の文字列も同時に表示されるように構成された。それにより、利用者は、当該ヒットファイル内での利用者が指定したキーワードの近傍の文字列を利用者は知ることができ、当該ヒットファイルの内容が利用者の望む情報を含む可能性が高いか否かをより容易に判断することができた。しかも、各ヒット位置の近傍の文字列がタイトルと概要に続けて表示されるようになっていたので、タイトルと概要を見たその後で、直ぐに各ヒット位置の近傍文字列の一覧を見ることができた。
【０１１３】
しかし、この方法では、図１１の表示例から分かるように、各ヒットファイルについて多数のヒット位置がある場合には、それらのヒット位置の近傍の文字列がヒットファイル一覧表示用ファイルを表示するウィンドウ４１０内に多数表示されるため、当該ウィンドウ内には、多数のヒットファイルに関する情報を同時に表示されないとことが生じる。その場合には、利用者は他のヒットファイルに関する情報を見るために、より多くの回数のスクロールを必要とする。更に、図１１の方法では、多数のヒット位置がある場合には、多くのヒット位置近傍文字列が表示されるため、各ヒット位置に対するヒット位置近傍文字列の字数はある程度の字数以下に制限せざるを得ない。この字数が少な過ぎると、当該近傍文字列に含まれる、キーワード以外の情報が少なくなり、ヒット位置近傍文字列を表示することの利点が少なくなる場合もある。
【０１１４】
本実施の形態では、タイトルと概要を表示するウィンドウ内に表示する複数のヒット位置に対する複数のヒット位置近傍文字列を表示する領域のサイズを減らし、同じウィンドウ内により多くのヒットファイルに関する情報を表示可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１１５】
図１６に例示するようにヒットファイル一覧表示用ファイルを表示するウィンドウ４３０内に、各ヒットファイルに対して、タイトル４３１と概要４３２以外に、ヒット位置近傍文字列を表示するためのインラインのウィンドウ４３３を表示させ、当該ウィンドウ４３３内に複数のヒット位置近傍文字列を表示させる。ウィンドウ４３３の高さは一定値あるいはそれ以下に制限する。このウィンドウ４３３に表示されるヒット位置近傍文字列を、後方あるいは前方に、ウィンドウ４３３の高さ単位でまとめて移動するための操作用情報、例えば操作ボタン４３４をウィンドウ４３３の傍に設ける。
【０１１６】
ウィンドウ４３３内に表示されるヒット位置近傍文字列の前には、ヒット位置番号表示用文字列が表示され、更に、各ヒット位置近傍文字列には、対応するヒット位置とその後続部分を表示させるためのリンク情報が埋め込まれており、いずれかのヒット位置近傍文字列が選択されたときに、ウィンドウ４３０、４３３とは異なる他のウィンドウ（例えば、図１２又は図１３のウィンドウ４２０）に、リンク先のヒット位置とその後続部分が表示されるのは、第１の実施の形態と同じである。
【０１１７】
ヒット位置近傍文字列表示用ウィンドウ４３３の長さが制限されているので、第１の実施の形態よりも多くのヒットファイルの情報をウィンドウ４３０内に同時に表示することができる。特に、いずれかのヒットファイルについては、タイトルと概要あるいはそれらの一方だけでも、チェック中のヒットファイルの有効性が少ないと判断できるときには、そのヒットファイルについても一部のヒット位置近傍文字列しか表示しなくても弊害がないので、そのようなヒットファイルが多くヒットした場合には本実施の形態が有効である。
【０１１８】
本実施の形態では、利用者はタイトルと概要の少なくとも一方だけでは、チェック中のヒットファイルの有効性を推測できなくて、更に、同時にウィンドウ４３３内に表示される複数のヒット位置近傍文字列を参照しても、チェック中のヒットファイルの有効性を推測できないときに、ボタン４３４を操作して他のヒット位置近傍文字列を表示させればよいことになる。更に、必要があれば、利用者が注目するいずれかのヒット位置近傍文字列が表示されたときに、その文字列を選択することにより、利用者は、ヒットファイルのその文字列に対応するヒット位置とその後続部分を別のウィンドウに表示させ、その内容を確認することができる。なお、本実施の形態においても、概要を省略することも可能である。
【０１１９】
＜発明の第３の実施の形態＞
本実施の形態では、ヒット位置近傍文字列表示用ウィンドウの大きさを第２のウィンドウより更に小さくことを可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１２０】
図１７に例示するようにヒットファイル一覧表示用ファイルを表示するウィンドウ４４０内には、各ヒットファイルに対して、タイトル４４１と概要４４２以外に、ヒット位置近傍文字列表示用のインラインのウィンドウ４４３を表示させ、当該ウィンドウ４４３内には一つのヒット位置近傍文字列を表示させる。このウィンドウ４４３に表示されるヒット位置近傍文字列を、一つずつ後方あるいは前方に移動させるための操作用情報、例えば操作ボタン４４４がウィンドウ４４３の傍に設けられている。
【０１２１】
ヒット位置近傍文字列表示用ウィンドウ４４３の長さが第２の実施の形態より短くてよいので、ウィンドウ４４０内に更に多くのヒットファイルの情報を同時に表示することができ、より多くのヒットファイルをチェックするときに必要な、ウィンドウ４４０の内容をスクロールさせる回数が更に少なくすることができる。
【０１２２】
操作ボタン４４４を操作して他のヒット位置近傍文字列を表示させることができることには変わりはない。ヒット位置近傍文字列表示用ウィンドウ４４３には一つのヒット位置に対するヒット位置近傍文字列しか表示されないので、利用者が多くのヒット位置に対するヒット位置近傍文字列を表示させたいときには、より多くの回数だけボタン４４４を操作する必要がある。しかし、多くのヒット位置に対するヒット位置近傍文字列を見る前に、ヒットファイルの有効性のチェックが済むヒットファイルが多い場合もある。そのような場合には、上記ボタンの操作回数は余り問題とはならない。なお、本実施の形態においても、概要を省略することも可能である。
【０１２３】
＜発明の第４の実施の形態＞
本実施の形態では、第１から第３の実施形態よりも更に多くのヒットファイルに関連する情報を同じウィンドウに表示可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。このために、本実施の形態では、各ヒットファイルのタイトルと概要を表示しないで、複数のヒット位置近傍文字列を表示する。
【０１２４】
図１８は、本実施の形態で使用するヒットファイル一覧表示ファイルを表示したウィンドウの内容の例を示す。ウィンドウ４５０には、各ヒットファイルに対して、タイトルと概要は表示されないで、複数のヒット位置近傍文字列４５１、４５２、４５３、…あるいは４５４、４５５、…が表示される。各ヒットファイルが、利用者の望むものであるか否かを判断するには、ヒット位置近傍文字列が、タイトルあるいは概要よりも有効である場合が多いからである。各ヒット位置近傍文字列には、対応するヒット位置がリンク先に指定するリンク情報が埋め込まれていることは、これまでの実施の形態と同じである。
【０１２５】
これにより、各ヒットファイルに対する情報を表示する領域を減らし、より多くのヒットファイルに関する情報を同時にウィンドウ４５０に表示可能になる。しかし、場合によっては、各ヒットファイルについて、タイトルと概要のうち、タイトルを併せて表示してもよい。タイトルは１行で済む場合も多く、かつ、ヒットファイルの内容、用途を分からせるものがあるからである。
【０１２６】
本実施の形態では、ヒット位置番号表示用文字列も表示されていない。しかし、第１のファイルに対する複数のヒット位置近傍文字列４５１、４５２、４５３、…と第２のファイルに対する複数のヒット位置近傍文字列４５４、４５５、…とが、異なるヒットファイルに属することを判断可能にするのは容易である。例えば、第１のヒットファイルに対する複数のヒット位置近傍文字列の最後の行と、第２のヒットファイルに対する複数のヒット位置近傍文字列の先頭の行との間に、図示した一点鎖線のように区切りを示す線を表示すればよい。あるいはこの行間を他の部分の行間より少し大きくするだけでもよい。しかし、場合によっては、例えば、（１）、（２）のような簡単な形態でヒット位置番号を表示してもよく、その場合には、番号（１）が、同じヒットファイルに対する複数のヒット位置近傍文字列のうちの先頭のものであることが分かる。
【０１２７】
＜発明の第５の実施の形態＞
本実施の形態では、第１から第４の実施形態よりも更に多くのヒットファイルに関連する情報を同じウィンドウに表示可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。このために、本実施の形態では、各ヒットファイルのタイトルと概要を表示しないで、かつ、各ヒットファイルに対する複数のヒット位置近傍文字列を、各ヒットファイルに対して表示するウィンドウ内に切り替えて表示させる。
【０１２８】
図１９は、本実施の形態で使用するヒットファイル一覧表示ファイルを表示したウィンドウの内容の例を示す。ウィンドウ４６０には、各ヒットファイルに対して、タイトルと概要は表示されないで、ウィンドウ４６１と操作用情報としての表示切り替えボタン４６２が表示され、各ヒットファイルに対するウィンドウ、例えば４６１内には複数のヒット位置近傍文字列のうちの先頭のものが表示される。利用者が操作ボタン４６２を操作するごとに、次のヒット位置近傍文字列あるいは前のヒット位置近傍文字列が表示される。各ヒット位置近傍文字列には、対応するヒット位置がリンク先に指定するリンク情報が埋め込まれていることは、これまでの実施の形態と同じである。
【０１２９】
したがって、本実施の形態は、図１７に示した第３の実施の形態に比べて、各ヒットファイルのタイトルと概要を表示しないようになっている点で異なる。第４の実施の形態に関して述べたように、ヒットファイルが利用者の望む情報を含むか否かを判断するうえでは、ヒット位置近傍の文字列が、タイトルあるいは概要より重要である場合が多い。本実施の形態絵は、第４の実施の形態と比べて、各ヒットファイルに対する複数のヒット位置近傍文字列が同じウィンドウに切り替えて表示されるので、複数のヒット位置近傍文字列を表示するための領域が少なくて済み、ウィンドウ４６０により多くのヒットファイルに関する情報を同時に表示することができる。なお、場合によっては、第４の実施の形態で述べた理由により、各ヒットファイルについて、タイトルを併せて表示してもよい。
【０１３０】
＜発明の第６の実施の形態＞
本実施の形態では、ヒットファイル表示用ファイルを表示するウィンドウ内に、第１から第５の実施形態よりも更に多くのヒットファイルに関連する情報を表示するのに適した、検索プログラム、検索方法及び検索装置の実施の形態を示す。本実施に形態では、複数のヒット位置に対する複数のヒット位置近傍文字列を、ヒットファイル一覧表示用ファイルを表示するウィンドウとは別のウィンドウに表示させる。
【０１３１】
図２０は、本実施の形態におけるヒットファイル一覧表示用ファイルを情報端末４０のウェブブラウザプログラム４１により表示しているウィンドウ４７０の例を示す。このヒットファイル一覧表示用ファイルには、各ヒットファイルについて、タイトル４７１と概要４７２の組の他に、当該ヒットファイルに対応して「ヒット位置近傍一覧表示」というリンク元の文字列４７３が表示される。この文字列４７３には、リンク先として、対応するヒットファイル内の複数のヒット位置における複数のヒット位置近傍文字列を含むＨＴＭＬファイル（以下、ヒット位置近傍文字列ファイルと呼ぶ）がリンクされている。
【０１３２】
このヒット位置近傍文字列ファイルは、ヒットファイル一覧表示用ファイルが生成されたときには生成されないで、利用者によりいずれかのヒットファイルに対応するリンク元文字列「ヒット位置近傍一覧表示」が選択されたときに、対応するヒット位置近傍文字列ファイルが生成され、検索装置１０内に記憶され、表示される。当該ヒットファイルに対するリンク元文字列「ヒット位置近傍一覧表示」を利用者が選択しない可能性があるので、当該文字列が実際に選択されたときに、ヒット位置近傍文字列ファイルを生成することにより、ヒット位置近傍文字列ファイルを無駄に生成することを防止している。
【０１３３】
図２１は、ヒット位置近傍文字列ファイルを表示しているウィンドウ４８０の例を示す。このウィンドウ４８０には、第１の実施の形態に関して図１１に示した複数のヒット位置近傍文字列４１６、４１７、４１８、…と同様に、複数のヒット位置番号表示用文字列＜ヒット位置１＞、＜ヒット位置２＞、＜ヒット位置３＞、…のそれぞれの後に、対応するヒット位置の近傍の文字列４８１、４８２、４８３、…が表示される。
【０１３４】
ウィンドウ４８０に表示されるヒット位置近傍文字列は、第１の実施の形態に関して図１１に示した複数のヒット位置近傍文字列４１６、４１７、４１８、…と同じでもよいが、本実施の形態では、複数のヒット位置近傍文字列がヒットファイル一覧表示用ファイルを表示するウィンドウとは別のウィンドウに表示されるので、第１の実施の形態で使用されたヒット位置近傍文字列より長い文字列を表示することが可能であり、利用者は、ヒットファイルが有効である可能性が高いか否かを推測するのが容易になる。
【０１３５】
なお、ヒット位置の数が多くて、全てのヒット位置近傍文字列をウィンドウ４８０内に同時に表示できないときには、ウィンドウ４８０の右端に、簡単化のために図示していない縦方向に延びたスクロールバー又は表示切り替えボタンが表示され、これを利用者が操作して異なるヒット位置近傍文字列をウィンドウ４８０内に表示させることができるようになっている。
【０１３６】
しかし、ヒット位置の数が格段に多くない場合には、ウィンドウ４８０内に全てのヒット位置に対するヒット位置近傍文字列を表示することができ、ウィンドウ４８０の表示内容をスクロール又は切り替える必要はない。
【０１３７】
各ヒット位置近傍文字列には、第１の実施の形態と同じく上記埋め込み済みのファイル内の、対応するヒット位置に埋め込まれた名称をリンク先に指定するリンク情報が埋め込まれている。図２１に示された複数のヒット位置近傍の文字列の一つが、利用者により選ばれたときには、第１の実施の形態に関して図１２、図１３に例示したように、選択されたヒット位置近傍文字列以降の部分が別のウィンドウに表示され、利用者は、そのヒット位置における内容を更に詳細に知ることができる。ヒット位置近傍文字列ファイルは、ヒットファイル一覧表示用ファイルが生成されたときに生成される。このときには、上記ヒット位置名埋め込み済みファイルは生成されないことは第１の実施の形態のときと同じである。
【０１３８】
なお、図２１のウィンドウ４８０内の参照が完了した場合は、ウィンドウ４８０を閉じればよい。この操作により、図２０のウィンドウ４７０が表示されている状態へ戻ることができる。
【０１３９】
本実施の形態では、複数のヒット位置に対する複数のヒット位置近傍文字列が、同時に並べて表示されるので利用者がチェック中のヒットファイルの有効性を推測するのが容易になるという第１の実施の形態と同じ効果を有する。
【０１４０】
更に、ヒットファイル一覧表示用ファイルには、各ヒットファイルについて複数のヒット位置に対するヒット位置近傍文字列が含まれないので、ヒットファイル一覧表示用ファイルをウィンドウに表示した状態では、より多くのヒットファイルの情報を同時に表示することができるので、全てのヒットファイルをチェックするために必要なスクロール量が第１の実施の形態の場合より少なくて済み、タイトルと概要のみで利用者が望む情報を含んでいるか否かを推測できるヒットファイルについては、この推測を少ないスクロール操作により実行できることになる。
【０１４１】
更に、複数のヒット位置近傍文字列がヒットファイル一覧表示用ファイルを表示するウィンドウとは別のウィンドウに表示されるので、各ヒット位置近傍文字列の長さを第１の実施の形態のそれよりも長くすることも可能であり、利用者にとってチェック中のヒットファイルの有効性を推測するのがより容易になるという効果も有する。なお、本実施の形態においても、概要を省略することも可能である。
【０１４２】
＜発明の第７の実施の形態＞
本実施の形態では、第６の実施形態よりも更に多くのヒットファイルに関連する情報を同じウィンドウに表示可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。このために、本実施の形態では、各ヒットファイルのタイトルと概要を表示しないで、かつ、各ヒットファイルに対する複数のヒット位置近傍文字列のうちの最初の一つを表示し、かつ、同じファイルの他の複数のヒット位置近傍文字列を、利用者の指示に従い表示させる。
【０１４３】
図２２は、本実施の形態で使用するヒットファイル一覧表示ファイルを表示したウィンドウの内容の例を示す。ウィンドウ４９０には、各ヒットファイルに対して、タイトルと概要は表示されないで、最初のヒット位置近傍文字列４９１が表示され、更に、当該ヒットファイルに対応して「ヒット位置近傍一覧表示」というリンク元の文字列４９２が表示される。最初のヒット位置近傍文字列には、これまでと同じく、対応するヒットファイルの最初のヒット位置をリンク先に指定するリンク情報が埋め込まれている。
【０１４４】
上記リンク元の文字列４９２には、リンク先として、対応するヒットファイル内の複数のヒット位置のうち、最初のヒット位置以外の複数のヒット位置に対する複数のヒット位置近傍文字列を含むＨＴＭＬファイルがリンクされている。このＨＴＭＬファイルは、第６の実施の形態で使用されたヒット位置近傍文字列ファイルから最初のヒット位置に関する情報を除いたものであるが、ここでも簡単化のために、ヒット位置近傍文字列ファイルと呼ぶことにする。
【０１４５】
「ヒット位置近傍一覧表示」というリンク元の文字列４９２が選択されたときには、対応するヒットファイルの複数のヒット位置近傍文字列が別のウィンドウに表示されるのは第６の実施の形態と同じであるが、先頭のヒット位置近傍の文字列は、既に済みであるので当該別のウィンドウには表示されない点でのみ第６の実施の形態と異なる。
【０１４６】
本実施の形態では、概要の代わりに一つのヒット位置近傍文字列が表示されるので、ヒットファイルが利用者の要望する情報を含んでいる可能性があるか否かの判断を、第６の実施の形態のように概要を表示するより容易に行うことができる場合が多い。なお、本実施の形態では、各ヒットファイルのタイトルも表示しないようにして、それによりより多くのヒットファイルに関する情報を表示可能にしている。しかし、場合によっては、タイトルは併せて表示してもよいことは、第４、第５の実施の形態と同様である。
【０１４７】
各ヒットファイルに対するヒット位置近傍文字列ファイルは、ヒットファイル一覧表示用ファイルが生成されたときには生成されないで、利用者によりいずれかのヒットファイルに対応するリンク元文字列「ヒット位置近傍一覧表示」が選択されたときに、対応するヒット位置近傍文字列ファイルが生成され表示されるのも、第６の実施の形態と同じである。
【０１４８】
＜発明の第８の実施の形態＞
発明の第１から第７の実施の形態では、ヒット結果として、複数のヒットファイルの各々について、そのヒットファイル内の複数のヒット位置のそれぞれの近傍の文字列を利用者が見ることができた。しかし、複数のヒット位置に対するヒット位置近傍文字列は、同時に表示されるかあるいは切り替えて表示されるものであり、各ヒット位置近傍文字列の文字数はある範囲内に制限せざるを得ない。このため、複数のヒット位置近傍文字列を表示しても、チェック中のヒットファイルが利用者の希望する情報を含む可能性が高いか否かを推測することが難しい場合もあり得る。
【０１４９】
そのような場合には、ヒット位置近傍文字列を表示することの有効性が減少するので、本実施の形態では、複数のヒット位置に対する複数のヒット位置近傍文字列を表示しないで、利用者が指定したヒット位置とその後続部分を直接表示可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１５０】
図２３は、本実施の形態におけるヒットファイル一覧表示ファイルを情報端末４０のウェブブラウザプログラム４１により表示させるウィンドウ５００の表示内容の例を示す。このヒットファイル一覧表示用ファイルには、各ヒットファイルについて、タイトル５０１と概要５０２の組の他に、各ヒットファイルに対応して「ヒット位置の参照」というリンク元の文字列５０３が含まれている。この文字列５０３にはリンク情報として、後に説明するようなヒット位置参照要求が埋め込まれている。
【０１５１】
利用者がいずれかのヒットファイルに対するリンク元文字列「ヒット位置の参照」を選択すると、当該文字列に埋め込まれたヒット位置参照要求が検索プログラム１５に送られる。ヒット位置参照要求は、第１の実施の形態と同じく、対応するヒットファイルの元のＵＲＬとキーワードと、ウィンドウ名を指定するが、第１の実施の形態と異なり、ヒット位置名は指定しない。検索プログラム１５は、ヒット位置参照要求を受信すると、第１、第２のフレームを有するマルチフレームのウィンドウを要求元のウェブブラウザプログラム４１に表示させる。
【０１５２】
図２４は、そのようなマルチフレーム構成のウィンドウ５１０の例を示す。このウィンドウ５１０は、二つのフレーム５１１と５１２を含む。第１のフレーム５１１は、複数のヒット位置のうちの任意のものの選択情報を表示するフレームである。第１のフレーム５１１には、後にその詳細を説明するヒット位置ファイルリストが表示される。ヒット位置リストファイルには、対応するヒットファイル内の複数のヒット位置の任意のものを利用者に指示させるためのヒット位置指示用情報と、各ヒット位置に対応して、当該ヒット位置とその後続部分を第２のフレームに表示させるためのリンク情報とが含まれている。
【０１５３】
第１のフレーム５１１にヒット位置ファイルリストが表示されると、対応するヒットファイル内の第１のヒット位置１、２、３、…を選択するためのヒット位置指示用情報として、複数のヒット位置番号表示用文字列＜ヒット位置１＞、＜ヒット位置２＞、＜ヒット位置３＞、…が表示される。なお、ヒット位置の数が多くてその全てを第１のフレーム５１１に表示できないときには、第１のフレーム５１１の右端に簡単化のために図示していない縦方向に延びたスクロールバーを表示させ、これを利用者が操作して、異なるヒット位置番号表示用文字列を表示させればよい。第２のフレーム５１２は、第１のフレーム５１１内のいずれかのヒット位置が利用者により選ばれたときに、対応するヒットファイル内の、当該選択されたヒット位置とその後続部分を表示させるためのフレームである。
【０１５４】
図２５は、本実施の形態で使用可能な、ヒットファイル一覧表示用ファイルの例を示す。ヒットファイル一覧表示用ファイル（ｈｉｔｆｉｌｅｌｉｓｔ．ｈｔｍｌ）３２０では、３２１は、最初のヒットファイルのタイトル５０１（図２３）に、リンク先として当該ファイルの元のＵＲＬを指定するリンク情報を埋め込んだアンカータグ部であり、３２２は、当該ヒットファイルの概要を表示するための段落タグ部であり、３２３は、「ヒット位置の参照」という文字に、検索プログラム１５に対してヒット位置名埋め込み済みのファイルを要求するリンク情報を埋め込んだアンカータグ部である。
【０１５５】
アンカータグ部３２３のうち、「ｈｔｔｐ：／／」から「ｓｅａｒｃｈ．ｃｇｉ」までは、検索プログラム１５に対する要求であり、第１の実施の形態において図１０に示したアンカータグ部３１６、３１７、３１８、…と同じく、第１、第２の引数としてヒットファイルの元のＵＲＬとキーワードを指定しているので、本要求はヒット位置参照である。なお、当該ヒットファイルを表示すべきウィンドウの名称として「ｓｅａｒｃｈ」を指定するウィンドウ名指定情報「ｔａｒｇｅｔ」も含まれている。第１の実施の形態において図１０に示したアンカータグ部３１６、３１７、３１８、…と異なり、ヒット位置名、例えば「＃ＨＩＴ００１」は指定されていない。
【０１５６】
上記アンカータグ部３２３が利用者により選択されると、第１の実施の形態と同じく、当該アンカータグ部３２３に埋め込まれたリンク情報のうち、第１、第２の引数が検索プログラム１５に転送される。検索プログラム１５は、上記２つの引数を受け取ると、ヒット位置参照要求であると判断し、当該第１、第２の引数で指定されたヒットファイルとキーワードに対応するヒット位置名埋め込み済みファイルが生成済みであるか否かを確認する。ヒット位置名埋め込み済みファイルがまだ生成されていない場合には、ヒット位置リストファイル、ヒット位置名埋め込み済みファイル及び図２４に示すようなウィンドウ５１０のフレーム構造を定義するフレーム定義ファイルを生成する。以下では、それぞれのファイルの名称の例として、ヒットファイルの名称「ＲｅｐＭｉｓｓｉｏｎ．ｈｔｍｌ」を使用して「ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｌｉｓｔ．ｈｔｍｌ」、「ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｅｍｂｅｄｄｅｄ．ｈｔｍｌ」及び「ＲｅｐＭｉｓｓｉｏｎ−ｆｒａｍｅ．ｈｔｍｌ」を使用する。
【０１５７】
生成された３つのファイルは、第１の実施の形態と同じく、ヒット情報リポジトリ１６内の、上記第１、第２の引数で指定されたヒットファイルとキーワードに対応するディレクトリに格納される。ディレクトリは、図２の場合には、第１の実施の形態と同じく、ｈｉｔｆｉｌｅ／ＫＥＹ１／ｗｗｗ．ｈｉｔａｃｈｉ−ｘｘ．ｃｏ．ｊｐ／Ｐｒｏｄｕｃｔｓである。なお、第１の実施の形態と異なり、ヒット情報リポジトリ１６内に格納されたこれら３つのファイルは、クライアント側のウェブブラウザプログラム４１が、検索プログラム１５を介しなくても検索装置１０のウェブサーバ機能を利用して直接参照することが可能であるとする。
【０１５８】
検索プログラム１５は、更に、生成したヒット位置名埋め込み済みファイルの元のＵＲＬをヒット情報管理テーブル１７にキーワードに対応して登録する。検索プログラム１５は、ヒット位置参照要求を受け取ったときにヒット位置名埋め込み済みファイルが既に生成されている場合には、以上の処理を省略する。検索プログラム１５は、上記フレーム定義ファイルをヒット情報リポジトリ１６から読み出して要求元のウェブブラウザプログラム４１に送信する。
【０１５９】
図２６は、検索プログラム１５が要求元のウェブブラウザプログラム４１へ送信するフレーム定義ファイルの例（ＲｅｐＭｉｓｓｉｏｎ−ｆｒａｍｅ．ｈｔｍｌ）を示す。フレーム定義ファイル３３０では、最初のタグ部分３３１が、第１のフレーム５１１の名称が「ｈｉｔｐｏｓｉｔｉｏｎｌｉｓｔ」であることを指定し、第１フレーム５１１には、ｓｒｃ属性を用いて、ヒット情報リポジトリ１６内に記憶されたヒット位置リストファイル「ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｌｉｓｔ．ｈｔｍｌ」がリンクされていることを示している。次のタグ部分３３２は、第２のフレーム５１２の名称が「ｈｉｔｃｏｎｔｅｎｔｓ」であることを指定し、第２フレーム５１２には、ｓｒｃ属性を用いて、ヒット情報リポジトリ１６内に記憶されたヒット位置リストファイル「ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｌｉｓｔ．ｈｔｍｌ」がリンクされていることを示している。
【０１６０】
図２７は、最初のヒットファイルに対するヒット位置リストファイルの例である。ヒット位置リストファイル（ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｌｉｓｔ．ｈｔｍｌ）３４０は、対応するヒットファイル内の複数のヒット位置に対応する複数のアンカータグ部３４１、３４２、３４３、…を含んでいる。各アンカータグ部、例えば３４１内の、対応する最初のヒット位置番号表示用文字列＜ヒット位置１＞に埋め込まれたリンク情報は、検索装置１０のディレクトリ「ｈｉｔｆｉｌｅ」の下位のディレクトリであって、キーワード（電子帳票）と同じ名称のディレクトリの更に下位にある、ヒットファイルのドメイン名とパス名を反映する複数のディレクトリの最下位のディレクトリに保持されたヒット位置名埋め込み済みファイル「Ｒｅｐｍｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｅｍｂｅｄｄｅｄ．ｈｔｍｌ」内の最初のヒット位置名「ＨＩＴ０００１」のヒット位置へのリンクを要求し、当該リンク先を表示すべきウィンドウの名称として「ｈｉｔｃｏｎｔｅｎｔｓ」を指定している。他のアンカータグ部についてはリンク先のヒット位置名が異なるのみである。
【０１６１】
フレーム定義ファイル３３０がウェブブラウザプログラム４１に送信されると、ウェブブラウザプログラム４１は、ウィンドウ５１０（図２４）を表示し、その中に第１、第２のフレーム５１１、５１２を表示する。更に、第１のフレーム５１１にリンクされたヒット位置リストファイル（ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｌｉｓｔ．ｈｔｍｌ）３４０を検索装置１０のヒット情報リポジトリ１６から読み出し、当該ファイルを第１フレーム５１１に表示する。このようにしてヒット位置リストファイル３４０が第１のフレーム５１１に表示されると、第１フレーム５１１には、「＜ヒット位置１＞」等の複数のヒット位置番号表示用文字列が表示される。
【０１６２】
同様に、ウェブブラウザプログラム４１は、第２のフレーム５１２を表示したときに、当該第２のフレーム５１２にリンクされたヒット位置名埋め込み済みファイル（ＲｅｐＭｉｓｓｉｏｎ−ｈｉｔｐｏｓｉｔｉｏｎｅｍｂｅｄｄｅｄ．ｈｔｍｌ）１１０（図１４）を検索装置１０のヒット情報リポジトリ１６から読み出し、当該ヒット位置名埋め込み済みファイルをその先頭の部分から第２フレーム５１２に表示する。こうして、第２フレーム５１２には、図２４に示すように、ヒット位置名埋め込み済みファイル１１０（図１４）がその先頭部分から表示される。
【０１６３】
ヒット位置リストファイル３４０は、ヒットファイル一覧表示用ファイル３２０が生成されたときに生成されるのではなく、ヒットファイル一覧表示用ファイル３２０が表示された状態で、いずれかのヒットファイルに対するリンク元文字列「ヒット位置の参照」が利用者により選択され、その結果、ウェブブラウザプログラム４１が、当該ヒットファイルに対するヒット位置リストファイルを要求したときに生成されるのは、リンク元文字列「ヒット位置の参照」が利用者により選択されない可能性があり、ヒット位置リストファイル３４０の無駄な生成を防ぐためである。
【０１６４】
各ヒット位置番号表示用文字列には、図２７に示したように、上記ヒット位置名埋め込み済みファイル内の、対応するヒット位置に割り当てられたヒット位置名をリンク先に指定するリンク情報が埋め込まれている。第１のフレーム５１１内のいずれかのヒット位置が利用者により選ばれると、ウェブブラウザプログラム４１は、利用者が選択したヒット位置番号表示用文字列に埋め込まれたリンク情報を用いて、対応するヒット位置名埋め込み済みファイルを検索装置１０のヒット情報リポジトリ１６から再度読み出し、当該ファイルの当該選択されたヒット位置とその後続部分を第２のフレーム５１２に表示する。
【０１６５】
例えば、図２３に示された最初のヒットファイルに対するリンク元文字列「ヒット位置の参照」を利用者が選択し、図２４に示すように、ヒット位置リストファイル３４０がウィンドウ５１０の第１フレーム５１１に表示され、ヒット位置名埋め込み済みファイルが、先頭部分から第２フレーム５１２に表示されている状態で、利用者が第１フレーム５１１に表示された「ヒット位置１」を選択すると、第２フレーム５１２には、図２８に示すように、ヒットファイル中の利用者が選択した第１のヒット位置とその後続の部分が表示される。
【０１６６】
なお、ウェブブラウザプログラム４１がキャッシュ記憶を利用するものであるときには、上記再読み出しを行う場合には、ヒット位置名埋め込み済みファイルが当該キャッシュ記憶にある場合には、上記ヒット位置名埋め込み済みファイルは、当該キャッシュ記憶から読み出されるので、検索装置１０のヒット情報リポジトリ１６から再読み出しする必要はなくなる。
【０１６７】
その後、図２８において、利用者が第１フレーム５１１に表示された「ヒット位置２」を選択すると、第２フレーム５１２には、図２９に示すように、同じヒットファイル中の利用者が選択した第２のヒット位置とその後続部分が表示される。なお、第２のフレーム５１２の右端に簡単化のために図示していない縦方向のスクロールバー又は表示切り替えボタンも表示され、これを利用者が操作して、第２のフレーム５１２に表示された情報の近傍の情報を切り替えて表示させることができるようになっている。
【０１６８】
こうして、利用者は、複数のヒット位置を切り替えて選択することにより、チェック中のヒットファイル内でキーワードが使用されている各ヒット位置の近傍とそれ以降の部分を直ちに表示させることができる。この結果、チェック中のヒットファイルが所望の情報を含んでいるか否かを詳細に判断できる。
【０１６９】
図２４のウィンドウ５１０の参照が完了した場合は、ウィンドウ５１０を閉じればよい。この操作により、図２２のウィンドウ５００が表示されている状態へ戻ることができる。
【０１７０】
本実施の形態では、これまでの実施の形態と同じく、各ヒット位置とその後続の部分を表示できるため、利用者は、チェック中のヒットファイルが自己の望む情報を含む可能性が高いか否かをより正確に推測することができる。
【０１７１】
本実施の形態では、これまでの実施の形態と異なり、複数のヒット位置に関連するヒット位置近傍文字列を表示しないで、各ヒット位置関連情報として、各ヒット位置とその後続部分をいきなり表示するので、ヒット位置近傍の文字列だけを表示するだけではチェック中のヒットファイルが利用者の望む情報を含む可能性が高いか否かを推測することが難しい場合には、本実施の形態のほうが、かえって迅速にその推測を行うことができる。
【０１７２】
更に、本実施の形態では、これまでの実施の形態と異なり、各ヒット位置とその後続部分を、表示中のヒットファイル一覧を表示するウィンドウ内に表示することも可能であり、そのようにした場合には、ヒット位置近傍の文字列とその後続部分を表示するウィンドウを、これまでの実施の形態の場合より大きくできる可能性があり、それだけ多くの情報を一度に表示することができる。なお、本実施の形態においても、概要を省略することも可能である。
【０１７３】
＜発明の第９の実施の形態＞
第８の実施の形態では、ヒットファイル一覧表示用ファイルを表示するウィンドウ５００内に、各ヒットファイルの情報に対応して「ヒット位置の参照」というリンク先が埋め込まれた文字列を用いて、図２４に例示されたウィンドウ５１０を表示し、当該ウィンドウ内の第１のフレーム５１１内の複数のヒット位置番号表示用文字列のうちの任意のものを利用者に選択させた。しかし、この方法では、タイトルと概要が表示されているウィンドウとは別のウィンドウでヒット位置を選択する操作をしなければならず、操作性は必ずしもよくない。本実施の形態では、タイトルと概要が表示されているウィンドウ内でヒット位置を選択して、対応するヒット位置とその後続の部分を表示可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１７４】
図３０は、本実施の形態で使用するヒット位置一覧表示用ファイルを表示させたウィンドウ５２０の表示内容の例を示す。このウィンドウ５２０には、各ヒットファイルについて、タイトル５２１と、概要５２２と、ヒット位置を選択させるための、ヒット位置番号表示用文字列５２３とが表示される。ヒット位置番号表示用文字列５２３は、ヒット位置指示用の情報として表示され、「＜ヒット位置＞」という文字列の後に、ヒット位置番号１、２、３、…が括弧＜ ＞内に含んでいる。表示されるヒット位置番号の総数は、対応するヒットファイル内のヒット位置の数に等しい。各ヒット位置番号には、対応するヒットファイルのヒット位置にＨＩＴ００１等の名称が埋め込まれた埋め込み済みファイルをウィンドウ５２とは別のヒット部分表示用のウィンドウに表示させるためのリンク情報が埋め込まれている。
【０１７５】
利用者がいずれかのヒット番号、例えば「１」を選択すると、図１２のウィンドウ４２０内に例示されたように、対応するヒットファイル内のヒット位置名「ＨＩＴ００１」を有するヒット位置のキーワードとその後続部分が、ウィンドウ５２０とは別の図示しないウィンドウに表示される。利用者が他のヒット番号、例えば「２」を選択すると、図１３のウィンドウ４２０内に例示されたように、対応するヒットファイル内のヒット位置名「ＨＩＴ００２」を有するヒット位置のキーワードを含むヒット位置とその後続部分が上記図示しないヒット部分表示用の別のウィンドウに表示される。
【０１７６】
ヒット位置の番号１、２、…の列の傍に、現在選択されている番号と異なる他の番号を選択するためのボタンの例として、現在選択されている番号の一つ前あるいは一つ後のヒット番号を選択するためのボタン５２４が設けられている。利用者は、このボタン５２４を操作することにより所望のボタンを選ぶこともできる。
【０１７７】
この実施の形態では、第８の実施の形態と同じく、ヒット位置近傍文字列一覧を表示しないでいきなり利用者が指示したヒット位置とその後続部分を表示するので、利用者がチェック中のヒットファイルが利用者の望む情報を含む可能性が高いか否かをヒット位置近傍文字列を用いても推測することが難しい場合には、本実施の形態のほうがかえって迅速にその推測を行うことができる。
【０１７８】
更に、本実施の形態では、第８の実施の形態と異なり、複数のヒット位置を選択するためのヒット位置番号表示用文字列を、タイトルと概要が表示されているウィンドウ内に表示できるので、タイトルあるいは概要を見た後に利用者が、いずれかのヒット位置の近傍とその後続部分を見たい場合に、その選択操作が容易である。なお、本実施の形態においても、概要を省略することも可能である。
【０１７９】
＜発明の第１０の実施の形態＞
第９の実施の形態では、タイトルと概要を表示しているヒットファイル一覧表示用ファイルを表示しているウィンドウ内にヒット位置番号表示用文字列として、一連のヒット位置番号を表示していた。この方法では、ヒット位置が多い場合には、ヒット位置番号の列が複数行を占めることになり、この占有領域がより多くのヒットファイルの情報の表示を妨げる恐れがある。本実施の形態では、タイトルと概要を表示しているヒットファイル一覧表示用ファイルを表示しているウィンドウ内に表示するヒット位置番号表示用文字列が占める領域がヒット位置の数が増えても増大させない、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１８０】
図３１は、本実施の形態で使用するヒット位置一覧表示用ファイルを表示させたウィンドウ５３０の内容の例を示す。ウィンドウ５３０には、各ヒットファイルに対して、タイトル５３１と概要５３２の他に、ヒット位置指示用の情報として、＜ヒット位置＞という文字列の後に、カウンタ５３３と当該カウンタ５３３の値を増大又は減少させるボタン５３４が設けられる。利用者がボタン５３４を繰り返し操作すると、カウンタ値は１から順に増大し、あるいは増大した値から減少させることもできる。ヒット位置とその後続の部分の表示を行うためにはあらかじめ利用者が行うべき操作を定めておく。例えば、カウンタ５３３をマウス等のポインティングデバイスで選択したときに、カウンタ値に対応するヒット位置とその後続部分を表示するようにすることができる。あるいは、ヒット位置とその後続部分の表示を指示するためのボタンを別に設け、利用者により選択させてもよい。
【０１８１】
ウィンドウ５３０に表示されているヒットファイル一覧表示用ファイルには、異なるカウンタに値のそれぞれに対応して、対応するヒット位置をリンク先として指定する複数のＵＲＬが埋め込まれており、更に、ウィンドウ５３０内でヒット位置とその後続部分の表示を指示する操作が行われると、そのときのカウンタ５３３が示すヒット位置番号に対応するリンク情報を選択して、対応するヒット位置とその後続部分を別のウィンドウに表示させるリンク情報が埋め込まれている。その結果、利用者が上記操作を行うと、そのときのカウンタの値に対応するヒット位置とその後続部分が別のウィンドウに表示させることができる。したがって、カウンタ値は、複数のヒット位置の一つを利用者に指定させるためにヒット位置指示用情報として使用される。
【０１８２】
本実施の形態では、ヒット位置の数に無関係にカウンタ５３３により異なるヒット位置を指定することができるので、ヒット位置番号表示用文字列が占める領域は、ヒット位置数が増えても増えず、本実施の形態は、多くのヒットファイルの情報を同じウィンドウ５３０内に表示するのに適している。なお、本実施の形態においても、概要を省略することも可能である。
【０１８３】
＜発明の第１１の実施の形態＞
上記のいくつかの実施の形態では、ウェブサイトから収集されたＨＴＭＬファイルに画像ファイルあるいは音声ファイル等の他のファイルが埋め込まれていても、ＨＴＭＬファイルのみを取得して、そのＨＴＭＬファイルに埋め込まれた画像その他のファイルは取得しなかった。更に、ヒットファイルのヒット位置近傍文字列以降の部分を表示するときには、元のページに埋め込まれた画像その他のファイルを表示あるいは出力しなかった。本実施の形態では、これらの画像その他のファイルを表示あるいは出力可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１８４】
そのために、ウェブサイトからページを取得するときに、そのページに埋め込まれた画像その他のファイルも取得し、収集情報リポジトリ１４内に保存し利用するようにする。その場合、元のウェブサイトにおいて、画像その他のファイルが、取得したページが保存されているディレクトリと異なるディレクトリに保存されているときには、収集情報リポジトリ１４内でも、当該画像その他のファイルを保存するディレクトリを生成し取得した画像その他のファイルを保存することが簡便である。すなわち、元のウェブサイトでの、取得したページに関連する複数のディレクトリの相対的な位置関係（階層上の位置関係）と同じ相対的な位置関係を有する複数のディレクトリを収集情報リポジトリ１４内に形成することが望ましい。
【０１８５】
更に、取得したページ内に埋め込まれた画像その他のファイルのＵＲＬ又は相対アドレスを当該収集情報リポジトリ１４内の画像その他のファイルを保存するディレクトリのＵＲＬ又は相対アドレスに変更する。
【０１８６】
検索によりヒットしたヒットファイルの各々について、既に述べたようにしてヒット位置名埋め込み済みファイルを生成してヒット情報リポジトリ１６に保存すると、当該ヒットファイルに埋め込まれていた画像その他のファイルの上記変更後のＵＲＬ又は相対アドレスがそのまま埋め込まれている、ヒット位置名埋め込み済みのファイルが生成され、ヒット情報リポジトリ１６に保存されることになる。
【０１８７】
当該画像その他のファイルの上記変更後のアドレスが絶対アドレスで示されているときには、収集情報リポジトリ１４内の当該画像その他のファイルのコピーをヒット情報リポジトリ１６内に生成しなくても、当該ヒット位置名埋め込み済みのヒットファイルのヒット位置近傍以降の部分を表示するときには、当該ヒット位置名埋め込み済みのヒットファイル内に既に埋め込まれている上記変更後の絶対アドレスを使用して、収集情報リポジトリ１４内の画像等の他のファイルを読み出して、当該ヒット位置名埋め込み済みのファイルと一緒に画像等の他のファイルを表示あるいは出力することができる。
【０１８８】
当該画像その他のファイルの元のアドレスが相対アドレスで示されているときには、ヒット位置名埋め込み済みのファイルを生成してヒット情報リポジトリ１６に保存するときに、元のヒットファイルに埋め込まれていた、収集情報リポジトリ１４内の画像その他のファイルのコピーを生成してヒット情報リポジトリ１６内に保存する必要がある。ヒット位置名埋め込み済みファイルを保存するディレクトリと画像その他のファイルを保存するディレクトリの位置関係は、収集情報リポジトリ１４内の対応するディレクトリの相対的な位置関係と同じにすることが望ましい。なお、ヒット位置名埋め込み済みファイルを保存するディレクトリと画像その他のファイルを保存するディレクトリの相対的な位置関係を、収集情報リポジトリ１４内の対応するディレクトリの相対的な位置関係と異ならせるときには、ヒット位置名埋め込み済みのヒットファイル内の画像その他のファイルの相対アドレスを変更する必要がある。
【０１８９】
＜発明の第１２の実施の形態＞
上記第１１の実施の形態では、ウェブサイトから収集されたページに埋め込まれた画像その他のファイルを取得して収集情報リポジトリ１４内に保存し、ヒット位置名埋め込み済みファイルを表示するときにも、当該保存された画像その他のファイルを利用して画像その他のファイルを表示あるいは出力可能にしていた。本実施の形態は、当該画像その他のファイルをあらかじめ取得することなく、ヒット位置名埋め込み済みファイルを表示するときに表示あるいは出力可能にする、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１９０】
すなわち、ウェブサイトからいろいろなページを取得したときに、取得されたページに埋め込まれた画像その他のファイルのアドレスが絶対アドレスであるときには、当該ページをウェブサイトから取得した時点では、取得したページ内の上記画像その他のファイルの上記アドレスを指定し当該ファイルの埋め込みを要求する部分を変更することなく、そのまま収集情報リポジトリ１４に格納すればよい。
【０１９１】
検索プログラム１５は、利用者の検索要求に対して当該ページがヒットして利用者に複数のヒット位置近傍文字列を送信した結果、利用者がいずれかのヒット位置を選択し、その結果、当該ページに対応するヒット位置名埋め込み済みファイルを生成することとなったときには、取得されたページに含まれた画像その他のファイルの埋め込みを要求する部分を削除しないで当該ヒット位置名埋め込み済みファイルを生成し、利用者のウェブブラウザプログラム４１に送信すればよい。ウェブブラウザプログラム４１では、受信したヒット位置名埋め込み済みファイル内の画像その他のファイルを要求する部分が指定する絶対アドレスにしたがって、元のウェブサイトから当該画像その他のファイルを取得して、受信したヒット位置名埋め込み済みファイルに埋め込んで表示あるいは出力することになる。
【０１９２】
一方、ウェブサイトから取得したページに埋め込まれた画像その他のファイルのアドレスが相対アドレスであるときには、当該ページをウェブサイトから取得した時点では、取得したページ内の上記画像その他 のファイルの上記アドレスを絶対アドレスに変更するように当該ファイルの埋め込みを要求する部分を変更して収集情報リポジトリ１４に格納する。
【０１９３】
検索プログラム１５は、利用者の検索要求に対して当該ページがヒットして後の処理は、上に述べたように、上記画像その他のファイルのアドレスが元々絶対アドレスで指定されていた場合と同様でよい。
【０１９４】
本実施の形態によれば、第１１の実施の形態と異なり、各収集したファイル内に埋め込まれた画像その他のファイルを検索装置内にあらかじめ取得して保存しておかなくても、ヒット位置とその後続部分を表示するときに、の部分に含まれた画像その他のファイルを表示あるいは出力可能になる。
【０１９５】
＜発明の第１３の実施の形態＞
以上の実施の形態のうちヒット位置近傍文字列を表示し、その後利用者が指示したヒット位置とその後続部分を表示するいくつかの実施の形態では、各ヒット位置近傍文字列には、対応するヒット位置をリンク先として指定するためのリンク情報が埋め込まれていて、いずれかのヒット位置近傍文字列が選択されたときに、対応するヒット位置が指示されたものとして、指示されたヒット位置とその後続部分が表示された。しかし、本実施の形態では、上に述べた複数のヒット位置近傍文字列を表示するいずれかの実施の形態あるいはそれの変形例において、各ヒット位置近傍文字列を、それに対応するヒット位置をリンク先として指定するリンク情報を埋め込まないで使用する、検索プログラム、検索方法及び検索装置の実施の形態を示す。
【０１９６】
すなわち、本実施の形態では、既に述べた複数のヒット位置近傍文字列を使用する実施の形態あるいはその変形例において使用した、それらのヒット位置近傍文字列にリンク情報を埋め込まないで使用する。したがって、ヒット位置近傍文字列は選択されることはなく、対応するヒット位置とその後続部分も表示されない。
【０１９７】
各ヒット位置とその後続部分を表示させなくても、複数のヒット位置近傍文字列を利用者に表示させるだけでも有効である場合もある。利用者は、複数のヒット位置近傍文字列を見ることにより、各ヒット位置とその後続部分を見なくても、ヒットファイルが有効な情報を含むか否かを容易に判断できる場合が多いからである。
【０１９８】
なお、この場合には、複数のヒット位置近傍文字列を同時に表示すると、表示用の領域が大きくなる場合がある。特にヒット位置の数が多い場合にはそのようになる。したがって、各ヒット位置とその後続部分を見なくても、第２、第３の実施の形態に示したように、複数のヒット位置近傍文字列を同時に表示するのではなく、その一部を表示し、その後利用者による操作により表示される一部のヒット位置近傍文字列を切り替えるようにすることが望ましい。
【０１９９】
本発明は、以上の実施の形態に限定されるものではなく、特許請求の範囲に記載された発明の要旨の範囲内で変更又は修正してもよいことは言うまでもない。例えば、以上の実施の形態では、検索条件として一つのキーワードを指定する例を示したが、検索条件として他の検索条件を使用することもできる。例えば、利用者が指定した複数のキーワードの少なくとも一つを含む情報を検索する場合にも適用することができる。あるいは、それらのキーワードを全て含む情報を検索する場合にも適用することができる。そのような場合においては、ヒットしたファイル中のヒット位置としては、例えば、いずれかのキーワードが存在する位置を使用すればよい。
【０２００】
また、以上の実施の形態では、ウェブサイトから取得したページに関するキーワードをあらかじめ収集先ＵＲＬリスト１３（図４）に登録していたが、取得したページのキーワードをあらかじめ登録しないで、取得済みの各ページに対してフルテキストサーチを行って当該ページが利用者が指定したキーワードを含むか否かを判別するようにしてもよい。あるいは、これらの二つの方法を併用してもよい。すなわち、各ページに対してあらかじめ登録した複数のキーワードのいずれかがヒットしたときには、当該ページはヒットしたページとして扱い、当該ページに対してあらかじめ登録した複数のキーワードのいずれもがヒットしなかったときには、当該ページに対してフルテキストサーチを行い、当該ページに利用者が指定したキーワードが含まれているか否かを判断するようにしてもよい。
【０２０１】
各取得済みのＨＴＭＬファイルに対してあらかじめ登録された複数のキーワードを使用して、そのファイルが、利用者が指定するキーワードを含むか否かを判断する方法では、それらのキーワードを検索対象にすればよいので、当該ファイルに対する検索時間が少なくて済む。しかし、それらのキーワード以外のキーワードでは検索できないことになる。一方、各取得済みのＨＴＭＬファイルに対してあらかじめ複数のキーワードを登録しないで、そのファイルに対してフルテキストサーチを行う方法では、利用者が指定した任意のキーワードを用いて検索を行えるが、検索時間が長くなるという問題がある。したがって、あらかじめ登録された複数のキーワードとフルテキストサーチを併用する方法が望ましいとも言える。
【０２０２】
また、以上の実施の形態のいくつかでは、収集先ＵＲＬリスト１３にタイトルと概要の両方をあらかじめ登録しておいたが、これらの情報あるいはその一方は、あらかじめ登録するのではなく、ヒットファイル一覧表示用ファイルを生成するときに、ヒットしたページから取得するようにしてもよい。
【０２０３】
以上の実施の形態では、ウェブサイトに保持されたＨＴＭＬファイルの写しを検索対象として使用する例を説明したが、本発明の検索対象は、ＨＴＭＬファイルに限定されず、他のマークアップテキストファイル、例えば、ＸＭＬファイル、ＳＧＭＬファイルでもよく、更に、マークアップファイル以外のテキストファイルあるいはテキストファイル以外のファイルでもよい。しかし、検索対象がＨＴＭＬファイルのようにリンク情報を埋め込める形式のファイルであるときには、以上の実施の形態に例示したように、適当なリンク情報を元のファイルに埋め込んで本発明を実施することができ、本発明に実施が容易であるという利点がある。
【０２０４】
【発明の効果】
以上、説明したように、本発明の望ましい態様では、検索対象情報に対して利用者が指定したキーワードを用いて検索し、指定されたキーワードにヒットする複数のヒット位置のうち利用者が選択した任意のヒット位置における、当該キーワードとその後続部分を簡単な操作で利用者の閲覧に供することができ、当該検索対象情報に利用者が望む情報が含まれている可能性が高いか否かを推測することがより容易になる。
【０２０５】
更に、本発明の他の望ましい態様では、検索対象情報に対して利用者が指定したキーワードを用いて検索し、指定されたキーワードにヒットする複数のヒット位置のそれぞれにおける、当該キーワードを含む近傍の文字列を利用者の閲覧に供することができ、当該検索対象情報に利用者が望む情報が含まれている可能性が高いか否かを推測することが容易になる。
【図面の簡単な説明】
【図１】本発明に係る検索装置の一つの実施の形態を用いたネットワークシステムのブロック図である。
【図２】ウェブサイトに保持されたＨＴＭＬファイルの一例を示す図である。
【図３】ＨＴＭＬファイルを情報端末にウェブブラウザプログラムにより表示したときの画面の例を示す図である。
【図４】収集先ＵＲＬリストの例を示す図である。
【図５】ヒット情報リポジトリ内の取得された多数のページを格納するディレクトリの例を示す図である。
【図６】利用者が使用する情報端末上のウェブブラウザプログラムの処理の概略フローチャートである。
【図７】検索プログラムの処理の概略フローチャートの一部である。
【図８】検索プログラムの処理の概略フローチャートの他の部分である。
【図９】期限管理プログラムの処理の概略フローチャートである。
【図１０】ヒットファイル一覧表示用ファイルの例を示す図である。
【図１１】ヒットファイル一覧表示用ファイルを情報端末のウェブブラウザプログラムにより画面に表示させたときの当該フィルを表示するウィンドウの例を示す図である。
【図１２】最初のヒットファイルの最初のヒット位置の近傍の文字列が選択されたときに他のウィンドウに表示されるヒットファイルの部分の例を示す図である。
【図１３】最初のヒットファイルの第２のヒット位置の近傍の文字列が選択されたときにウィンドウに表示されるヒットファイルの部分を示す図である。
【図１４】ヒットファイルのコピーに対して、当該コピーファイル内のヒット位置にリンク先のヒット位置を示すアンカータグ部を埋め込んだ後のコピーヒットファイルの例を示す図である。
【図１５】ヒット情報管理テーブルの内容例を示す図である。
【図１６】本発明の第２の実施の形態により使用されるヒットファイル一覧表示用ファイルを表示したウィンドウの表示内容の例を示す図である。
【図１７】本発明の第３の実施の形態により使用されるヒットファイル一覧表示用ファイルを表示したウィンドウの表示内容の例を示す図である。
【図１８】本発明の第４の実施の形態により使用されるヒットファイル一覧表示用ファイルを表示したウィンドウの表示内容の例を示す図である。
【図１９】本発明の第５の実施の形態により使用されるヒットファイル一覧表示用ファイルを表示したウィンドウの表示内容の例を示す図である。
【図２０】本発明の第６の実施の形態において使用されるヒットファイル一覧表示用ファイルを表示するウィンドウの表示内容の例を示す図である。
【図２１】本発明の第６の実施の形態において複数のヒット位置近傍文字列を表示しているウィンドウの内容の例を示す図である。
【図２２】本発明の第７の実施の形態で使用されるヒット位置一覧表示用ファイルを表示させたウィンドウの内容の例を示す図である。
【図２３】本発明の第８の実施の形態で使用されるヒットファイル一覧表示用ファイルを表示するウィンドウの内容の例を示す図である。
【図２４】本発明の第８の実施の形態において使用する、ヒット位置を選択するフレームと選択されたヒット位置とその後続の部分を表示するためのフレームを有するマルチフレーム構成のウィンドウの例を示す図である。
【図２５】本発明の第８の実施の形態で使用されるヒットファイル表示用ファイルの例を示す図である。
【図２６】本発明の第８の実施の形態で使用される図２４のウィンドウのフレーム構造を定義するためのフレーム定義ファイルの例を示す図である。
【図２７】本発明の第８の実施の形態で使用されるヒット位置リストファイルの例を示す図である。
【図２８】本発明の第８の実施の形態において使用するマルチフレームのウィンドウに表示される第１のヒット位置とその後続部分の例を示す図である。
【図２９】本発明の第８の実施の形態において使用するマルチフレームのウィンドウに表示される第２のヒット位置とその後続部分の例を示す図である。
【図３０】本発明の第９の実施の形態で使用されるヒットファイル表示用ファイルの例を示す図である。
【図３１】本発明の第１０の実施の形態で使用されるヒットファイル表示用ファイルの例を示す図である。
【符号の説明】
１００…ウェブサイトに保持されたＨＴＭＬファイルの一例、１０１…タイトル、タグ部、１０２…見出しタグ部、１０３、１０４…段落タグ部、１１０…ヒット位置名埋め込み済みファイル、１１１…タイトルタグ部、１１２…見出しタグ部、１１３…段落タグ部、１１４…アンカータグ部、２００…ＨＴＭＬファイル１００を情報端末に表示したときの画面の例、３１０、３２０…ヒットファイル一覧表示用ファイルの例、３１１、３２１…タイトルを含む見出しタグ部、３１２、３２２…概要を含む段落タグ部、３１３〜３１５…ヒット位置番号表示用文字列、３１６〜３１８、３２３…アンカータグ部、３３０…マルチフレームウィンドウのフレーム構造を定義するＨＴＭＬファイルの例、３４０…ヒット位置リストファイルの例、４１０、４２０、４３０、４４０、４５０、４６０、４７０、４９０、５００、５２０、５３０…ヒットファイル一覧表示用ファイルを表示したウィンドウの例、４１１…タイトル、４１２…概要、４１３〜４１５…ヒット位置番号表示用文字列、４１６〜４１８、４５１〜４５５…ヒット位置近傍文字列、４３３、４４３…ヒット位置近傍文字列表示用ウィンドウ、４３４…スクロール用又は切り替えボタン、５１０…ヒット位置と後続部分の表示用ウィンドウ、５１１…ヒット位置番号表示用文字列表示用フレーム、５１２…ヒット位置と後続部分の表示用フレーム。

Claims (12)

1. 利用者が情報端末から入力したキーワードが検索対象の情報内に出現するか否かを判別し、
   前記検索対象情報内に前記キーワードが出現する場合には、当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出し、
   前記複数のヒット位置のうちの任意の一つを利用者に指示させるためのヒット位置指示用情報を利用者の情報端末に表示させ、
   前記表示されたヒット位置指示用情報を用いて前記複数のヒット位置の一つが利用者により指示されたときに、当該指示されたヒット位置にある当該キーワードとその後続の部分が少なくとも表示されるように、前記検索対象情報を前記情報端末に表示させる、
   ステップを、コンピュータに実行させるようにプログラムされていることを特徴とする検索プログラム。
2. 当該検索対象情報内の前記検出された複数のヒット位置のそれぞれに、当該ヒット位置をリンク先として指定するための複数のリンク先名を埋め込み、
   前記検索対象情報内の前記複数のヒット位置のそれぞれに対応して、それぞれ対応するヒット位置のリンク先名を指定する複数のリンク情報を生成する、
   ステップを更にコンピュータに実行させるようにプログラムされ、
   前記表示されるヒット位置指示用情報は、それぞれ前記複数のヒット位置に対応して定められ、前記複数のヒット位置のリンク先名を指定するための複数のリンク情報を含み、
   前記複数のヒット位置のうち利用者が指示したヒット位置にあるキーワード及びその後続部分を少なくとも表示する前記ステップは、前記複数のリンク情報のうち、前記ヒット位置指示用情報を用いて利用者により指示されたヒット位置に対応するリンク情報を用いて行われる、
   ことを特徴とする請求項１に記載の検索プログラム。
3. 前記ヒット位置指示用情報は、前記検出された複数のヒット位置にそれぞれ対応し、それぞれ対応するヒット位置にある前記キーワード及びその近傍の文字とを含み、
   前記複数のヒット位置近傍文字列の各々には、前記複数のリンク情報のうち、対応するヒット位置のリンク先名をリンク先に指定するリンク情報が埋め込まれている、
   ことを特徴とする請求項２に記載の検索プログラム。
4. 前記表示されるヒット位置指示用情報は、それぞれ前記複数のヒット位置に対応して定められ、前記検索対象情報に含まれた文字列とは無関係に定められた前記複数のヒット位置を区別して指示するための情報を含む、
   ことを特徴とする請求項２に記載の検索プログラム。
5. 前記検索対象情報内に前記キーワードが出現する場合には、当該検索対象情報の識別情報を更に検出し、
   前記検出された識別情報とヒット位置の参照を指示するためのヒット位置参照指示情報とを第１のウィンドウ内に表示させ、
   前記ヒット位置参照指示情報を用いて利用者によりヒット位置の参照が指示されたときに、前記第１のウィンドウとは異なる第２のウィンドウ内に前記ヒット位置指示情報を表示させる、
   ステップを更にコンピュータに実行させるようにプログラムされている、
   ことを特徴とする請求項４に記載の検索プログラム。
6. 前記検索対象情報の写しを生成し、
   前記リンク先名の埋め込みを、前記写しに対して実行し、
   当該リンク先名が埋め込まれた後の前記写しを元の検索対象情報とは別に記憶する、
   ステップを更にコンピュータに実行させるようにプログラムされ、
   前記検索対象情報内の前記複数のヒット位置のそれぞれに対応して生成される、複数のリンク情報は、前記写し内の前記キーワードにヒットする複数のヒット位置のリンク先名をリンク先に指定するリンク情報であり、
   前記ヒット位置指示用情報を使用して利用者により指示されたヒット位置にあるキーワードとその後続部分を少なくとも表示する前記ステップでは、前記写しの検索対象情報内の当該指示されたヒット位置にある前記キーワードとその後続の部分が表示されるように、前記写しの検索対象情報を前記情報端末に表示される、
   ことを特徴とする請求項２から５のいずれか一つに記載の検索プログラム。
7. 前記写しの検索対象情報内の前記複数のヒット位置に対する複数のリンク先名を埋め込むステップは、前記ヒット位置指示用情報により、利用者が前記複数のヒット位置のいずれかを指示したときに実行される、
   ことを特徴とする請求項６に記載の検索プログラム。
8. 利用者が情報端末から入力したキーワードが検索対象の情報内に出現するか否かを判別し、
   前記検索対象情報内に前記キーワードが出現する場合には、当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出し、
   前記検出された複数のヒット位置にそれぞれ対応し、それぞれ対応するヒット位置にある前記キーワード及びその近傍の文字とを含む複数のヒット位置近傍文字列を決定し、
   前記複数のヒット位置近傍文字列を表示させる、
   ステップをコンピュータに実行させるようにプログラムされている、
   ことを特徴とする検索プログラム。
9. 前記表示させるステップは、前記複数のヒット位置近傍文字列から一部のヒット位置近傍文字列を選んで表示させ、
   利用者の指示にしたがって、前記複数のヒット位置近傍文字列のうち他の一部のヒット位置近傍文字列を表示させる、
   ことを特徴とする請求項８に記載の検索プログラム。
10. ネットワークに接続された複数のサーバ装置から検索装置により前記ネットワークを介して取得された複数の情報の各々を前記検索対象情報として使用して、当該検索対象情報に対して各ステップが実行される、
    ことを特徴とする請求項１から９のいずれか一つに記載の検索プログラム。
11. 利用者が情報端末から入力したキーワードが検索対象の情報内に出現するか否かを判別し、
    前記検索対象情報内に前記キーワードが出現する場合には、当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出し、
    前記複数のヒット位置のうちの任意の一つを利用者に指示させるためのヒット位置指示用情報を利用者の情報端末に表示させ、
    前記表示されたヒット位置指示用情報を用いて前記複数のヒット位置の一つが利用者により指示されたときに、当該指示されたヒット位置にある当該キーワードとその後続の部分が少なくとも表示されるように、前記検索対象情報を前記情報端末に表示させる、
    ステップを含むことを特徴とする検索方法。
12. 利用者が情報端末から入力したキーワードが検索対象の情報内に出現するか否かを判別する手段と、
    前記検索対象情報内に前記キーワードが出現する場合には、当該キーワードが出現する前記検索対象情報内の複数のヒット位置を検出する手段と、
    前記複数のヒット位置のうちの任意の一つを利用者に指示させるためのヒット位置指示用情報を利用者の情報端末に表示させる手段と、
    前記表示されたヒット位置指示用情報を用いて前記複数のヒット位置の一つが利用者により指示されたときに、当該指示されたヒット位置にある当該キーワードとその後続の部分が少なくとも表示されるように、前記検索対象情報を前記情報端末に表示させる手段と、
    を備えることを特徴とする検索装置。

Images