(57)【特許請求の範囲】
【請求項１】
ＷＷＷ（World Wide Web）上のウェブ・ページ（Web Page）に関するデータを収集したデータベースと、前記データベースに対して登録処理を行う登録部と、ユーザ端末からの検索要求に応答して前記データベースを参照する検索処理を実行する検索部とを含み、ユーザ端末からの検索要求に応答して検索処理を実行することで検索条件に該当するウェブ・ページのＵＲＬ（Uniform Resource Location）のリストをユーザ端末に返すサーチ・エンジンを使用した情報検索サービスにおける動的更新処理方式において、
ユーザ端末において前記リスト中の特定のＵＲＬが選択されたときに、前記サーチ・エンジンがそれに応答して、選択されたＵＲＬのウェブ・ページをＷＷＷ上の情報サーバから取得してユーザ端末に返すと共に、取得した当該ウェブ・ページに関する前記データベース内のデータを更新する必要の有無を判断し、その更新が必要な場合には前記登録部を起動して前記データベースに対する登録処理を行わせることで、前記データベース内の当該ウェブ・ページに関するデータを更新するようにした、
ことを特徴とする情報検索サービスにおける動的更新処理方式。
【請求項２】
前記サーチ・エンジンが更に、ＷＷＷ上の情報サーバから取得したウェブ・ページを一時的に保管する一時ファイルと、前記データベース内の当該ウェブ・ページに関する現在の登録内容と前記一時ファイル内の当該ウェブ・ページの内容とを比較する比較部とを含み、
前記比較部が実行する比較によって、取得したウェブ・ページに関する前記データベース内のデータを更新する必要の有無を判断するようにした、
ことを特徴とする請求項１記載の情報検索サービスにおける動的更新処理方式。
【請求項３】
前記サーチ・エンジンが更に、ＷＷＷ上の情報サーバからウェブ・ページを取得するＷＷＷサーバ部と、前記検索部が前記データベースを参照して検索処理を実行して得た該当するウェブ・ページのＵＲＬを、ユーザ端末が前記ＷＷＷサーバ部を経由して該当するウェブ・ページにアクセスするＵＲＬに書き換える経路書換部とを含んでおり、
前記経路書換部で書き換えられたＵＲＬのリストを前記サーチ・エンジンからユーザ端末に返すと共に、ユーザ端末において前記リスト中の特定のＵＲＬが選択されたときには上記ＷＷＷサーバ部が当該ＵＲＬのウェブ・ページをＷＷＷ上の情報サーバから取得してユーザ端末に返すようにした、
ことを特徴とする請求項１記載の情報検索サービスにおける動的更新処理方式。
【請求項４】
前記サーチ・エンジンが更に、ユーザ端末をＷＷＷ上の情報サーバに接続するプロキシ（Proxy）サーバ部を含んでおり、
ユーザ端末が前記プロキシ・サーバ部を介してウェブ・ページを取得したときに、当該ウェブ・ページに関するデータを前記登録部が前記データベースに登録するようにした、
ことを特徴とする請求項１記載の情報検索サービスにおける動的更新処理方式。
【請求項５】
前記ユーザ端末は、イントラネットに属することを特徴とする請求項４記載の情報検索サービスにおける動的更新処理方式。
【請求項６】
上記データベースは、与えられたウェブ・ページのＨＴＭＬ（Hyper Text Markup Language）に規定されているハイパ・リンク（Hyper Link）を解釈することにより、その与えられたウェブ・ページに関係するウェブ・ページを発見し、ＷＷＷを巡回して情報を収集するプログラムにより作成されたＷＷＷの全文検索用のデータベースであることを特徴とする請求項１記載の情報検索サービスにおける動的更新処理方式。
【請求項７】
上記検索部は、上記ユーザからの検索要求を解釈して上記データベースに対してキーワードの含まれるウェブ・ページについて参照して、該当するＵＲＬ群を受け取ってその一覧をＨＴＭＬのハイパ・リンクとして生成することを特徴とする請求項１記載の情報検索サービスにおける動的更新処理方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ディレクトリサービスやサーチエンジンにおいて、運用中でのユーザのアクセスを契機として動的に文書データベースを更新することにより、利用頻度の高い情報を優先して更新できる情報検索サービスにおける動的更新処理方式に関する。
【０００２】
【従来の技術】
従来のＷＷＷ（World  Wide  Web）サーチエンジンの場合、データベースの作成にロボットと呼ばれる情報収集プログラムを用いていた。
ロボットは初期投入されたＵＲＬを元にハイパーリンクを用いて新たなＵＲＬ（Uniform  Resource  Location）を発見し、そのすべてを巡回して変更がないかを確認するものである。
【０００３】
【発明が解決しようとする課題】
しかし、この従来技術には、次のような課題があった。
第１の課題は、重要度に応じた巡回スケジュールを設定しにくいということである。
その理由は、膨大なＵＲＬを人手で重要度の割り当てを行うのが事実上不可能であるためである。
第２の課題は、巡回頻度が高く設定できないということである。
その理由は、大規模になるほど一巡するまでに時間を要するためである。
第３の課題は、ネットワーク負荷・マシン負荷がかかるということである。
その理由は、ロボットは発見されたＵＲＬの総チェックを行っているためである。
【０００４】
また、他の従来例による実装を行えば、次のような課題を派生する。
すなわち、第４の課題として、ＷＷＷサーチエンジンを構築するためには事前にロボットなどを用いて適当なデータベースを作成しておかなければいけないということである。
その理由は、データベースの作成にあたっては登録を行う情報の取捨選択を適切に行うのが困難であるためである。
さらに、第５の課題は、ロボットなどの自動収集によって、不要な情報まで収集されてしまうことである。
その理由は、機械的にハイパ・リンク（Hyper  Link）をたどるため、そのデータベースの利用者群にとり、必要な情報であるかを判断する過程がないからである。
また、膨大なＵＲＬの中から、必要なものを取捨選択することを人手で行うことは事実上不可能であるためである。
【０００５】
なお、近似技術として、特開平１１−３１０９３号公報（データベースアクセスシステム）には、データベース管理専用のＣＰＵによって、各データベースファイルへアクセスした回数を常時集計し、ディスク上に置かれているデータベースの中から利用頻度の高いデータベースを適時抽出して、データベース複写エリアへデータリンクパスを介して自動的にＲＡＭメモリ上へ複写することが開示されているが、上記課題の解決策を示唆するに至っていない。
【０００６】
この発明は、上記従来の課題を解決するためになされたもので、利用頻度が高い情報を優先して更新できるとともに、サーチエンジンが能動的に情報収集を行う必要をなくすることができる情報検索サービスにおける動的更新処理方式を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、この発明の情報検索サービスにおける動的更新処理方式は、ＷＷＷ（World Wide Web）上のウェブ・ページ（Web Page）に関するデータを収集したデータベースと、前記データベースに対して登録処理を行う登録部と、ユーザ端末からの検索要求に応答して前記データベースを参照する検索処理を実行する検索部とを含み、ユーザ端末からの検索要求に応答して検索処理を実行することで検索条件に該当するウェブ・ページのＵＲＬ（Uniform Resource Location）のリストをユーザ端末に返すサーチ・エンジンを使用した情報検索サービスにおける動的更新処理方式において、ユーザ端末において前記リスト中の特定のＵＲＬが選択されたときに、前記サーチ・エンジンがそれに応答して、選択されたＵＲＬのウェブ・ページをＷＷＷ上の情報サーバから取得してユーザ端末に返すと共に、取得した当該ウェブ・ページに関する前記データベース内のデータを更新する必要の有無を判断し、その更新が必要な場合には前記登録部を起動して前記データベースに対する登録処理を行わせることで、前記データベース内の当該ウェブ・ページに関するデータを更新するようにしたことを特徴とする。
そのため、ユーザの利用頻度の高い情報が優先的に更新される。
【０００８】
【発明の実施の形態】
次に、この発明による情報検索サービスにおける動的更新処理方式の実施の形態について図面に基づき説明する。
図１はこの発明の第１実施の形態の基本的構成を示すブロック図である。この図１を参照して、まずこの第１実施の形態の概略から説明することにする。
【０００９】
図１において、ユーザ端末１はサーチエンジン２に対し、ユーザが求める情報に関して検索を要求し、情報所在リスト４を受け取る。
従来の検索サービスにおける情報所在リストは、図１中に破線で示すように、ユーザ端末が直接情報サーバ５から、ユーザの要求する情報を取得するためのＵＲＬを提供するものであった。
【００１０】
これに対して、本発明における情報所在リスト４は、ユーザ端末１が直接情報サーバ５から情報を取得するのではなく、サーチエンジン２を経由して情報サーバ５から情報を取得するように、経路情報を変更したＵＲＬのリストにしてある。
このように、サーチエンジン２を経由して情報を取得するように経路情報が変更されているため、ユーザが必要とする情報はサーチエンジン２を介して取得される。
【００１１】
したがって、サーチエンジン２は、ユーザが必要とする情報を情報サーバ５より受け取り、ユーザ端末１にその情報を返信すると同時に、データベース３に収納されている情報との比較を行って、サーチエンジン２は情報サーバ５から取得した情報に関して、必要であれば、データベース内の情報の更新処理を行うことができる。
このようにして、利用頻度の高い情報を優先的に更新することを可能にする。
【００１２】
次に、図２を参照して、この第１実施の形態についてより詳細に説明する。この図２は、この発明による情報検索サービスにおける動的更新処理方式の詳細な構成を示すブロック図である。
この図２において、図１と同一部分には、同一符号を付して説明することにする。図２において、サーチエンジン２は、予め与えられたWeb Pageを元にＷＷＷ上を巡回して情報を収集しデータベース化するプログラムにより作成されたデータベース２２、ユーザ端末１（図２では図示せず）からＷＷＷ上の情報についての検索要求を受け付けてデータベース２２を参照する検索処理を実行し、求められている情報が含まれるWeb  PageのＵＲＬを回答する検索部２１、検索結果であるＵＲＬリスト中のＵＲＬをこの第１実施の形態のシステム、すなわち、サーチエンジン２経由に書き換える経路書換部２３、ユーザ端末１からの書き換えられたＵＲＬ中から選択されたＵＲＬへのアクセス要求を受付け、真のＵＲＬからWeb  Pageを取得してユーザ１へ送信するＷＷＷサーバ部２４、ＷＷＷサーバ部２４が取得したWeb  Pageを一時的に保管する一時ファイル２５、現在のデータベース２２の登録内容と一時ファイル２５を比較する比較部２６、比較の結果食い違いがあった場合にデータベース２へ登録処理を行う登録部２７から構成されている。
【００１３】
次に、以上のように構成されたこの第１実施の形態の全体の動作について図２により詳細に説明する。
データベース２２は、一般的にロボットあるいはクローラと呼ばれる、予め与えられたWeb  PageのＨＴＭＬ（Hyper  Text  Markup  Language）に規定されているハイパ・リンク（以下、「Hyper  Link」という）を解釈することで、予め与えられたWeb Pageに関係するWeb  Pageを発見し、いわゆる芋づる式にＷＷＷを巡回し、情報を収集するプログラムにより作成された、ＷＷＷの全文検索用のデータベースである。
この第１実施の形態におけるサーチエンジン２のサービス開始前に、データベース２２の情報の収集は行われている。
【００１４】
まず、ユーザは、ユーザ端末１上で、この第１実施の形態におけるサーチエンジン２の検索部２１の提供している検索Web  PageをWebブラウザで開き、必要とする情報に含まれると思われるキーワードを入力し、検索要求を発行する（図２のステップＡ１）。
検索部２１はユーザ端末１からの検索要求を解釈し、データベース２２に対し、このキーワードの含まれるWeb  Pageについて参照を行い（図２のステップＡ２）、該当するWeb PageのＵＲＬ群を受け取り、そのＵＲＬの一覧をＨＴＭＬのHyper  Linkとして生成し、ユーザの選択によりそのＵＲＬが表示できるようにする。
【００１５】
本発明に係る動的更新を行わない場合には、以上の検索処理によって得られたＵＲＬリストをそのまま、検索要求に対する応答として、ユーザ端末１に返す（図２のステップＡ３）が、この発明で実現する動的更新を行う際には、そのＵＲＬリストを経路書換部２３へ渡し（図２のステップＡ４）、この経路書換部２３においては、そのＵＲＬリスト中の各ＵＲＬを、WWWサーバ部２４への接続ページのＵＲＬの後に各ＵＲＬをオプションとして付加したＵＲＬに書き換えることで、ユーザ端末１において特定のＵＲＬが選択されたならばサーチエンジン２のＷＷＷサーバ部２４へ接続されるようにする。、そして、サーチエンジン２は、そのように書き換えたＵＲＬのリストを、検索要求に対する応答としてユーザ端末１に返す（図２のステップＡ５）。
この場合、一例として、たとえば検索結果のＵＲＬがhttp://foo/baa.html、WWWサーバ部２４への接続ページがhttp://search/link.htmlであった場合、書き換えられたＵＲＬは「http://search/link.html http://foo/baa.html」となる。
ユーザはユーザ端末１上で、検索部２１から返されたＵＲＬリストより、参照したい情報が含まれていると思われるWeb PageのＵＲＬを選択する。このリスト中のＵＲＬは書換えが行われているため、ユーザが選択したＵＲＬのWeb Pageへの接続はＷＷＷサーバ部２４を経由して行われる（図２のステップＢ１）。
【００１６】
ＷＷＷサーバ部２４は、オプション（書き換えられたＵＲＬの   以降の部分）を解釈して本来のＵＲＬを得て、本来のＷＷＷサーバ部に接続してWeb  Pageを取得し（図２のステップＢ２）、そのWeb Pageを一時ファイル２５に保管した上で（図２のステップＢ３）、ユーザ端末１に、本来のＵＲＬのWeb  Page（即ち、その取得したWeb Page）の内容を返す（図２のステップＢ４）。
これと同時にＷＷＷサーバ部２４は比較部２６に動作開始を指示する（図２のステップＢ５）。
【００１７】
比較部２６は、一時ファイル２５内に保管されている情報Ｃ１（即ち、取得したWeb Page）と、現在データベース２１に登録されているそのWeb Pageに関する情報Ｃ２との比較を行う。
この比較の結果、もし、一時ファイル２５の内容Ｃ１が新しいものであった場合（即ち、取得したWeb Pageが更新されていた場合であって、この場合にはデータベース２２に登録されているそのWeb Pageに関する情報を更新する必要がある）には、比較部２６は登録部２７に動作開始の指示Ｃ３を出力する。
登録部２７は、比較部２６からの指示Ｃ３により、一時ファイル２５の内容Ｃ１を、図２のステップＤ１で、そのWeb Pageに関する最新情報としてデータベース２２に登録することにより、データベース２２内の情報の更新を行う（図２のステップＤ２）。
【００１８】
このように、図２で示した第１実施の形態では、動的更新を行う際には、データベース２２を参照した検索処理によって得られたＵＲＬリストを経路書換部２３に渡し、真のＵＲＬをオプションとしてＷＷＷサーバ部２４へ接続するようにＵＲＬを書き換えた上で、その書き換えたＵＲＬのリストをユーザ端末１へ返し、ユーザ端末１ではユーザが、検索部２１から返されたＵＲＬリストより、参照したい情報を含んでいると思われるWeb PageのＵＲＬを選択する。
ＷＷＷサーバ部２４は、ＷＷＷ上の情報サーバ５に接続して、ユーザが選択したＵＲＬのWeb  Pageを取得し、一時ファイル２５に保管する。また、比較部２６に対し、一時ファイル２５内の情報Ｃ１と、現在データベース２１に登録されている当該ＵＲＬについての情報Ｃ２との比較を行わせ、一時ファイル２５の内容Ｃ１が新しい場合に、登録部２７は、一時ファイル２５の内容Ｃ１を当該ＵＲＬの最新情報として、データベース２２に登録するようにしたので、ユーザの利用頻度が高い情報を優先して更新することができるとともに、サーチエンジンが能動的に情報収集を行う必要がなくなる。
【００１９】
次に、この発明の第２実施の形態について図面を参照して詳細に説明する。図３はこの第２実施の形態の構成を示すブロック図である。
図３において、図２と同一部分には、同一符号を付して説明する。図３に示すこの第２実施の形態では、図２で示した第１実施の形態の場合とは異なり、検索処理を行う部分とデータベース比較・登録処理を行う部分とは直接に結びつけない。
【００２０】
したがって、図２での経路書換部２３を必要としない。また、ユーザ端末１の外部ＷＷＷサーバへのアクセスの受付は、ＷＷＷサーバ部２４ではなく、Proxyサーバ部２８として実装する。
この図３に示す第２実施の形態の場合、検索処理を登録の契機としないため、データベース２２をロボットにより事前に生成しておく必要はない。
【００２１】
即ち、この第２実施の形態では、Proxyサーバ部２８を経由してWeb  Pageの取得が行われるたびにデータベース２２に当該Web Pageに関するデータを登録して蓄積するようにしている。この第２実施の形態では、ユーザはイントラネット内のユーザ端末を利用し、外部ＷＷＷサーバのWeb  Page取得は、この第２実施の形態におけるProxyサーバ部２８を経由するよう設定されている。
サーチエンジン２はユーザ端末からのＷＷＷに関する検索を受け付ける検索部２１と、Web  Page情報のインデックスが収められたデータベース２２とを備えている。ユーザ端末からのキーワードによる検索要求（図３のステップＡ１）に応答して、検索部２１がそのキーワードを含むWeb PageのＵＲＬについてデータベース２２の参照を行い（図３のステップＡ２）、該当するWeb PageのＵＲＬの一覧をＨＴＭＬ形式でユーザ端末に返す。この処理は登録処理とは関係をもたない。
【００２２】
ここに、この第２実施の形態のイントラネットに属するユーザ端末は、外部のＷＷＷサーバに接続する際にファイヤウォールを越えてアクセスするため、また、Web  Pageをキャッシュすることによるネットワークトラフィック軽減のためもあって、外部ＷＷＷサーバ上のWeb  Pageの取得はProxyサーバ部２８を介して行うようにしている（図３のステップＢ１）。
Proxyサーバ部２８は、ユーザ端末からの要求にしたがって、要求された外部のＷＷＷサーバに接続してWeb  Pageを取得し（図３のステップＢ２）、そのWeb Pageを一時ファイル４に保管した上で（図３のステップＢ３）、ユーザ端末にそのWeb  Pageの内容を返す（図３のステップＢ４）。
【００２３】
これと同時に、Proxyサーバ部２８は比較部２６に動作開始を指示する（図３のステップＢ５）。
この比較部２６は、一時ファイル２５の内容Ｃ１（即ち、取得したWeb Page）と、現在データベース２２に登録されているそのWeb Pageに関する情報Ｃ２との比較を行う。
この比較の結果、もし、一時ファイル２５の内容Ｃ１が新しいものであった場合（即ち、取得したWeb Pageが更新されていた場合であって、この場合にはデータベース２２に登録されているそのWeb Pageに関する情報を更新する必要がある）には、比較部２６は登録部２７に動作開始の指示Ｃ３を出力する。
【００２４】
登録部２７は、比較部２６からの指示により、一時ファイル２５の内容を、図３のステップＤ１で、そのWeb Pageに関する最新情報としてデータベース２２に登録することにより、データベース２２内の情報の更新を行う（図３のステップＤ２）。
また、Proxyサーバ部２８を経由して取得されたWeb  Pageに関する情報がデータベース２２に登録されるため、当イントラネット内で参照されたWeb  Pageはそのアクセス以降、検索部２１から検索が行えるようになる。
また、よくアクセスされるWeb  Pageについてはタイムリーに更新処理が行われる。
【００２５】
【発明の効果】
以上のように、この発明によれば、情報所在リスト（ＵＲＬリスト）からユーザが選択した結果に従ってデータベース内の情報の更新が行われるため、利用頻度が高い情報が優先して更新されるという効果を奏する。
また、ユーザ端末からの要求を契機に登録処理を行うようにしたので、サーチエンジンが能動的に情報収集を行う必要がないという効果を奏する。
【図面の簡単な説明】
【図１】この発明による情報検索サービスにおける動的更新処理方式の第１実施の形態の基本的構成を示すブロック図である。
【図２】この発明による情報検索サービスにおける動的更新処理方式の第１実施の形態の詳細な構成を示すブロック図である。
【図３】この発明による情報検索サービスにおける動的更新処理方式の第２実施の形態の詳細な構成を示すブロック図である。
【符号の説明】
１……ユーザ端末、２……サーチエンジン、３、２２……データベース、４……情報所在リスト、５……情報サーバ、２１……検索部、２３……経路書換部、２４……ＷＷＷサーバ部、２５……一時ファイル、２６……比較部、２７……登録部、２８……Proxyサーバ部。
【図１】
0003551833.tif 000002
【図２】
0003551833.tif 000003
【図３】
0003551833.tif 000004