JP2006085565A - 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

Abstract

【課題】 クライアントに対する効率的なデータ提供を可能とするキャッシュデータ管理構成を実現する装置および方法を提供する。
【解決手段】 クライアントからの検索クエリに基づく検索処理に対応する検索ログと、ダウンロード処理に対応するダウンロードログに基づいて、検索クエリとダウンロード文書ＩＤとの対応データからなる予想ダウンロード文書リストを生成し、生成リストに基づくキャッシュデータの更新を行なう。リスト中、検索クエリに対応するエントリに記録された文書ＩＤ対応の文書データがキャッシュ部に格納されていない場合、文書管理システムからデータを取得してキャッシュ部に格納する。本構成により、ユーザからの要求データのキャッシュヒット率を高めることが可能となる。
【選択図】 図１

Description

本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、クライアントからの検索処理に基づくデータ取得要求が発生する可能性の高いデータを予測して、予測データをキャッシュに格納する構成とし、クライアントからのデータ取得要求を受領した際、キャッシュからのデータ抽出および送信処理を行なうことにより、効率的なデータ提供を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。

インターネットあるいはイントラネットなどのネットワーク通信が盛んになり、このようなネットワークを介したサービスの１つとして検索サービスがある。ネットワーク接続されたパーソナルコンピュータ等のユーザ端末からの検索要求に応じた処理をサーバ側で実行し、その処理結果をユーザ端末に送信する。

例えば、インターネットあるいはイントラネットなどのネットワークを介した検索処理を実行する場合、検索サービスを提供している検索サーバやＷｅｂサイトにアクセスし、システムの提示するメニューに従って、キーワード、カテゴリなどの検索条件を入力し検索サービスを提供しているサーバに送信する。サーバは、これらの検索条件に従って、処理を実行し、処理結果をユーザ端末に表示する。

データ検索処理の実行機能を持つ検索エンジンは、例えば検索条件を設定した検索式に基づいてデータベースを検索し、それぞれの検索式に合致するデータをデータベースから抽出し、これを検索結果としてユーザ端末（クライアント）に出力する。

このように、検索エンジンが利用される場面において、利用者は、検索条件を設定した検索式など、いわゆる何らかの検索クエリをサーバに送信し、サーバからは、まず文書の要約や、文書の所在情報などの書誌事項からなる文書リストを取得し、これらの文書リストから必要な文書を選択し、その選択文書の実体を取得(ダウンロード)することで文書の二次利用を行うことが多い。

このとき、クライアントは、文書の実体をデータベースに格納しているデータ収集元である文書管理システムから文書の実体を取得する代わりに、検索エンジンが予め文書管理システムから取得し、検索エンジンの保有するキャッシュ（データ蓄積部）に保存しておいた文書のコピー(キャッシュデータ)を取得することが可能である。また、このようなキャッシュデータを利用した手法が広く用いられている。このキャッシュデータの利用構成によって、ユーザは、文書管理システムのデータベースから文書をダウンロードする時間を短縮することが可能となり、データ転送時間の短縮、データ転送におけるネットワーク帯域の節約など、効率的なデータ取得が可能となるというメリットがある。

検索エンジンによる検索サービスを行なう検索サーバは、新たなキャッシュデータの格納領域を確保するなどのメンテナンスが必要となる。例えば定期的にキャッシュの一部を削除するなどキャッシュメンテナンスを行なうことが必要となる。キャッシュ領域確保の手法としては、例えば、クライアントからの取得要求から最も時間の経過しているデータファイルを順に削除するといった手法が知られている。この手法は、ＬＲＵ（Least-Recently-Used）法と呼ばれる。

しかし、ＬＲＵ法のみによるキャッシュ管理においては、クライアントの前回の取得要求から長時間が経過している文書は削除されていることが多くなり、短時間に何度も同じ文書がクライアントからダウンロードされる場合にのみ、その文書のキャッシュが維持されるという結果をもたらすのみである。従って、ある閾値時間を越える一定期間毎にアクセスしているような文書は削除されていることが多くなるという問題がある。また、ＬＲＵ法によるキャッシュメンテナンスでは、新たにキャッシュデータとして格納する予定の文書のデータ量が大きい場合、多くのキャッシュ済み文書を削除することが必要となるなど、キャッシュの必要な文書を格納できるかどうかが、キャッシュデータを保存する記憶領域に左右されるという欠点がある。

このようなＬＲＵ法における欠点を解決するキャッシュメンテナンス手法として、クライアントから要求されるであろうと判断される文書を予測し、予測に基づいてキャッシュ文書を選別する手法が提案されている。例えば特許文献１には、クライアントに提供する文書データを予想する手段として、クライアントに提供されたデータに基づく様々な判定手法、例えばクライアントに対するデータ提供後の経過時間、データ送付回数、データを取得したサーバに関する情報、提供データのサイズなどの情報に基づいて、キャッシュに保持するデータと、削除するデータとの判別を行う構成を開示している。

これらの様々な手法に基づいてキャッシュデータを選別することにより、単なるＬＲＵ法より有効な情報がキャッシュされている可能性、すなわちキャッシュヒット率を高めることが可能となる。しかし、これら従来手法を適用した場合でも、クライアントからの要求データに対するキャッシュヒット率を十分に高めることは困難である。
特開２００２−１１６９７１号公報

本発明は、上述の問題点に鑑みてなされたものであり、クライアントが様々な検索クエリ（検索条件）を設定して実行するデータ検索処理において、キャッシュからのデータ提供率、すなわちキャッシュヒット率を向上させて、効率的なデータ提供処理を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
情報処理装置であり、
クライアントから受領する検索クエリに従った検索処理を実行し、検索クエリに対応するデータの抽出処理を実行する検索部と、
クライアントからのデータ取得要求に対応するデータをデータキャッシュ部またはネットワーク接続された文書管理システムから取得し、取得データをクライアントに送信するダウンロード処理部と、
前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する文書リスト作成部と、
前記文書リストから、クライアントから受領する検索クエリに対応するクエリの設定エントリを抽出し、該エントリに設定された文書ＩＤに対応する文書データ中、前記データキャッシュ部に未格納の文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行するキャッシュ準備部と、
を有することを特徴とする情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記キャッシュ準備部は、前記検索部において実行される検索処理に並行する処理として、文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記文書リスト作成部は、前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する処理を、一括したデータ処理であるバッチ処理として実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記文書リスト作成部は、前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記文書リスト作成部は、前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログであり、さらに、予め定められた時間間隔内に生成された検索ログとダウンロードログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記文書リスト作成部は、前記文書リストの各エントリに設定された文書ＩＤ数、および該文書リストの設定エントリ数を予め定めた最大値以下にするためのデータ削除処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
情報検索およびデータ提供処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
クライアントから受領する検索クエリに従った検索処理を実行し、検索クエリに対応するデータの抽出処理を実行する検索ステップと、
クライアントからのデータ取得要求に対応するデータをデータキャッシュ部またはネットワーク接続された文書管理システムから取得し、取得データをクライアントに送信するダウンロード処理ステップと、
前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する文書リスト作成ステップと、
前記文書リストから、クライアントから受領する検索クエリに対応するクエリの設定エントリを抽出し、該エントリに設定された文書ＩＤに対応する文書データ中、前記データキャッシュ部に未格納の文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行するキャッシュ準備ステップと、
を有することを特徴とするコンピュータ・プログラムにある。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記キャッシュ準備ステップは、前記検索ステップにおいて実行される検索処理に並行する処理として、文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行することを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記文書リスト作成ステップは、前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する処理を、一括したデータ処理であるバッチ処理として実行することを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記文書リスト作成ステップは、前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行するステップであることを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記文書リスト作成ステップは、前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログであり、さらに、予め定められた時間間隔内に生成された検索ログとダウンロードログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行するステップであることを特徴とする。

さらに、本発明のコンピュータ・プログラムの一実施態様において、前記文書リスト作成ステップは、前記文書リストの各エントリに設定された文書ＩＤ数、および該文書リストの設定エントリ数を予め定めた最大値以下にするためのデータ削除処理を実行するステップを含むことを特徴とする。

さらに、本発明の第３の側面は、
情報処理方法であり、
検索部において実行する処理であり、クライアントから受領する検索クエリに従った検索処理を実行し、検索クエリに対応するデータの抽出処理を実行する検索ステップと、
ダウンロード処理部において実行する処理であり、クライアントからのデータ取得要求に対応するデータをデータキャッシュ部またはネットワーク接続された文書管理システムから取得し、取得データをクライアントに送信するダウンロード処理ステップと、
前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを文書リスト作成部において生成または更新する文書リスト作成ステップと、
キャッシュ準備部において実行する処理であり、前記文書リストから、クライアントから受領する検索クエリに対応するクエリの設定エントリを抽出し、該エントリに設定された文書ＩＤに対応する文書データ中、前記データキャッシュ部に未格納の文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行するキャッシュ準備ステップと、
を有することを特徴とする情報処理方法にある。

なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータシステムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータシステム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の構成によれば、クライアントからの検索クエリに基づいて実行された検索処理に対応する検索ログと、ダウンロード処理において生成されたダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる予想ダウンロード文書リストを生成し、クライアントからの検索要求の発生に基づいて、あるいは例えは定期的なバッチ処理として、予想ダウンロード文書リストを参照し、検索クエリの設定エントリに記録された文書ＩＤに対応する文書データがデータキャッシュ部に格納されていない場合に、文書管理システムから文書データを取得してデータキャッシュ部に格納する処理を実行する構成としたので、多くの場合において、ユーザからのダウンロード要求を受領した時点では、データキャッシュ部に要求データが格納された状態とすることが可能、すなわちキャッシュヒット率を高めることが可能となり、クライアントを待たせることのない効率的な文書データ送信が可能となる。このように、本発明の構成によれば、クライアントにとっては、文書管理システムのデータベースからの文書ダウンロード時間を省略し、キャッシュからのデータ取得率を高めることが可能となり、データ転送時間の短縮、データ転送におけるネットワーク帯域の節約など、効率的なデータ検索およびデータ提供構成が実現される。

以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。

図１は本発明の適用可能な情報検索システムの全体構成を示す図である。情報検索システムは、検索処理を実行する検索実行装置としての情報処理装置１１０、情報処理装置１１０に対してネットワーク１５０を介して検索の依頼を行い、検索結果を受領するクライアント１３１−１〜ｎ、情報処理装置１１０における検索対象データを格納したデータベースを持つ文書管理システム１２１によって構成される。

クライアント１３１−１〜ｎ、検索実行装置としての情報処理装置１１０、データベースを持つ文書管理システム１２１は、ネットワーク１５０を介して接続されている。ネットワークは、インターネット、イントラネット、ＬＡＮ等の通信ネットワークである。

検索実行装置としての情報処理装置１１０は、検索部１１１、検索インデックス格納部１１２、キャッシュ準備部１１３、ダウンロード処理部１１４、予想ダウンロード文書リスト作成部１１５、データキャッシュ部１１６を有する。文書管理システム１２１は、検索対象となる文書実体データを格納したデータベースを有する。クライアントは、ネットワーク１５０を介した通信の可能な情報処理装置、例えばＰＣ（パーソナルコンピュータ）によって構成される。

文書管理システム１２１の管理するデータベースには、様々なドキュメントが格納されている。文書管理システム１２１は、検索実行装置としての情報処理装置１１０からのデータ取得要求に応じて、文書のメタデータ（キーワード、ファイル名、フォルダ名、文書ＩＤ、要約など）を検索実行装置としての情報処理装置１１０に提供し、情報処理装置１１０は、これらのデータをインデックス情報として、検索インデックス格納部１１２に登録、格納する。

検索実行装置としての情報処理装置１１０は、クライアント１３１−１〜ｎから検索要求を受信し、検索部１１１が、クライアントから受信する検索クエリ（検索条件）としての、例えばキーワード等によって構成される検索式からなる検索クエリに基づいて、検索インデックス格納部１１２に格納されたインデックス情報に基づく検索処理を実行する。検索インデックス格納部１１２には、文書管理システム１２１のデータベースに登録されたデータに対応するインデックス情報が格納されており、検索処理は、検索インデックス格納部１１２に格納されたインデックスに基づいて実行される。検索部１１１は、クライアントからの検索クエリに適合するインデックス情報を検索インデックス格納部１１２から取得する。

検索インデックス格納部１１２には、文書のメタデータとして検索に適用可能なキーワード、ファイル名、フォルダ名、文書ＩＤ、要約、文書の所在、すなわち、文書の実体の格納された文書管理システムに関する情報などの各種情報が含まれる。情報処理装置１１０は、クライアント１３１からの検索クエリに合致するインデックスを選択し、選択インデックスに対応するヒット文書リストを生成して、クライアント１３１に送信する。クライアント１３１は、リストを取得し、これらのリストから必要な文書を選択し、その選択文書の実体を取得(ダウンロード)するといった処理を行なう。

ここで、情報処理装置１１０は、クライアントからのダウンロード要求のあった文書がデータキャッシュ部１１６に格納されているか否かを判定し、格納されている場合はデータキャッシュ部から要求されたデータを取得してクライアントに送信することができる。しかし、データキャッシュ部１１６に格納されていない場合は、文書管理システム１２１からデータを取得した後、クライアント１３１に提供することになる。文書管理システム１２１からクライアント１３１への文書のダウンロード中継処理を実行するのがダウンロード処理部１１４である。

キャッシュ準備部１１３は、クライアント１３１からのダウンロード要求が予測される文書を予め文書管理システム１２１から取得して、データキャッシュ部１１６に格納する処理を実行する。どのような文書データがクライアント１３１からダウンロード要求があるかを判定するためのデータとしてのリストを作成する処理を実行するのが予想ダウンロード文書リスト作成部１１５である。

本発明の構成において、クライアントからの要求に対応した検索処理を実行し、またクライアントからのデータ要求に従ってデータ送信処理を実行する情報処理装置１１０は、クライアント１３１からの文書実体の要求されるデータを予測し、予測文書をデータキャッシュ部１１６に予め格納して、キャッシュからのデータ送信率、すなわちキャッシュヒット率を向上させた構成を持つ。このキャッシュヒット率の向上を図るための処理を実行するのが、キャッシュ準備部１１３、および予想ダウンロード文書リスト作成部１１５である。

以下、図２以下を参照して、キャッシュ準備部１１３、および予想ダウンロード文書リスト作成部１１５の処理を中心として、情報処理装置１１０の実行する処理の詳細について説明する。

図２に示す情報処理装置１１０は、クライアント１３１から検索クエリを受領し、検索部１１１において検索処理を実行し、さらにクライアント１３１からのデータ（文書実体）要求に応じて、データキャッシュ部１１６あるいは、文書管理システム１２１から取得したデータをクライアント１３１に提供する処理を実行する。

具体的な処理例として、クライアント１３１から、「インターネット」という語と、「ショッピング」という語の両方を含む文書という検索条件、すなわち
「インターネット ＡＮＤ ショッピング」
上記の検索クエリを受領した場合の処理について説明する。図２に示す処理ステップ：Ｓ１０１〜Ｓ１１４に従って、各処理について説明する。

ステップＳ１０１
クライアント１３１からの検索クエリ：「インターネット ＡＮＤ ショッピング」は、検索部１１１に渡される。
ステップＳ１０２
検索部１１１は、検索インデックス格納部１１２からこのクエリに含まれるワードを内容に含む文書を検索する。前述したように、検索インデックス格納部１１２には、文書管理システム１２１のデータベースに登録されたデータに対応するインデックス情報、例えばキーワード等が格納されており、検索処理は、検索インデックス格納部１１２に格納されたインデックスに基づいて実行される。

ステップＳ１０３
検索部１１１における検索処理が開始されると同時に、検索部１１１は、キャッシュ準備部１１３に、この検索クエリを送る。すなわち、
検索クエリ：「インターネット ＡＮＤ ショッピング」
である。

ステップＳ１０４、Ｓ１０５、Ｓ１０６ キャッシュ準備部１１３は、予想ダウンロード文書リスト２０１に基づいて、クライアントからのダウンロード要求が発生する可能性の高い文書を判定し、ダウンロード要求が発生する可能性の高い文書がデータキャッシュ部１１６に格納済みか否かを確認し、格納されていない場合は、文書管理システム１２１から取得し、データキャッシュ部１１６に格納する処理を実行する。

予想ダウンロードリスト２０１は、予想ダウンロード文書リスト作成部１１５において作成されるリストであり、図３に示すデータ構成を持つ。すなわち、検索クエリと、検索クエリに対応するダウンロードが予想される文書ＩＤリストとを対応付けたデータである。予想ダウンロード文書リスト作成部１１５における予想ダウンロードリストの作成処理については、後段で説明する。

本例において、キャッシュ準備部１１３は、図３に示す予想ダウンロードリストに基づいて、
検索クエリ：「インターネット ＡＮＤ ショッピング」
をキーとして予想ダウンロードリスト２０１を検索し、検索クエリ：「インターネット ＡＮＤ ショッピング」の設定されたエントリを抽出して、抽出したエントリに記録されたダウンロードが予想される文書のＩＤのリストを取得する。

図３に示す例では、「インターネット ＡＮＤ ショッピング」というクエリに対応するデータエントリ３０１に設定された文書ＩＤのリストは、「４５６，１２５，４１２，０４３」である。このリストは、前述したように予想ダウンロード文書リスト作成部１１５によってあらかじめ作成されており、最近ダウンロードされた文書の文書ＩＤほど、リストの先頭に来るようにソートされている。

キャッシュ準備部１１３は、予想ダウンロードリスト２０１に基づくクエリをキーとして取得した文書ＩＤ情報に従って、これらの文書ＩＤに対応する文書データがデータキャッシュ部１１６に格納済みかどうかを、リストの先頭に記されている文書から順番に、データキャッシュ部１１６に問い合わせる。この場合は、文書ＩＤ＝４５６，１２５，４１２，０４３の順に、問い合わせを実行する。もし、データキャッシュ部１１６に格納されていない場合はその文書を収集元の文書管理システム１２１から取得し、データキャッシュ部１１６に格納する。

なお、これらのキャッシュ準備部１１３の処理、すなわち図２に示すステップＳ１０４〜１０６の処理、具体的には、クエリに基づいて予想ダウンロードリストからダウンロードが予測される文書ＩＤを取得し、データキャッシュ部１１６に格納されていない文書を文書管理システム１２１から取得してデータキャッシュ部１１６に格納する処理は、検索部１１１において実行される検索処理（Ｓ１０２）に並列して実行される。すなわち、情報処理装置１１０は、検索部１１１の検索処理から後述の文書ダウンロード処理の間、上述の文書のキャッシュ格納処理をバックグラウンド処理として実行する。

ステップＳ１０７
検索部１１１は、クライアント１３１から受領した検索クエリに基づいて、検索インデックス格納部１１２の検索処理を実行し、検索処理を完了すると、検索の結果、ヒットした文書のリストに基づいて検索ログ２０２を生成する。

検索ログ２０２の具体例について、図４を参照して説明する。検索ログは、図４に示すように、検索実行日時、検索要求クライアントである利用者ＩＤ、クライアントから受信し、検索部１１１において実行した検索に対応する検索クエリ、検索処理によってヒットした文書ＩＤのリストの対応データとして構成される。この検索ログは、クライアントからの新たな検索要求に基づいて実行される検索が完了して時点でエントリを追加する処理がなされる。ただし、既に同一のクエリがログに登録されている場合は、ヒット文書ＩＤに変化があった場合にヒット文書ＩＤの更新処理のみが実行される。

なお、この検索ログにおいては、検索クエリは正規化されており、同じ検索クエリは同じ文字列となって記録されている。すなわち、例えば、
［安全 ＡＮＤ 食品 ］というクエリと、
［食品 ＡＮＤ 安全 ］というクエリは、
同じクエリであるが文字列は異なる。これを、それぞれの検索語を文字コード順に並べ変えることによって正規化する。従って、クエリに含まれるワードが同一である場合は、検索ログにおいては、１つのエントリとして集約されることになる。

ステップＳ１０８
検索部１１１は、クライアント１３１から受領した検索クエリに基づいて、検索インデックス格納部１１２の検索処理を実行し、検索処理を完了すると、インデックス情報から取得した文書名、要約などの書誌事項を含むヒット文書リストを生成して、クライアント１３１に送信する。

ステップＳ１０９
クライアント１３１は、ヒット文書リストから、取得（ダウンロード）したい文書を選択し、文書取得要求としてのダウンロードリクエストを文書ダウンロード処理部１１４に送信する。

ステップＳ１１０，Ｓ１１２
文書ダウンロード処理部１１４は、データキャッシュ部１１６を検索し、クライアント１３１からリクエストされた文書がデータキャッシュ部１１６に格納されているか否かを確認する。リクエスト文書がデータキャッシュ部１１６に格納されている場合は、データキャッシュ部１１６からリクエスト文書を取得して、クライアントに送信する。

ステップＳ１１１，Ｓ１１２
クライアント１３１からリクエストされた文書がデータキャッシュ部１１６に格納されていない場合は、文書ダウンロード処理部１１４は、収集元の文書管理システム１２１に文書取得要求を行って、リクエスト文書を取得し、取得文書をクライアント１３１に送信する。

ステップＳ１１３
文書ダウンロード処理部１１４は、クライアント１３１に対してダウンロードを行った
文書データに対応する文書ＩＤを記録したダウンロードログ２０３を生成する。

文書ダウンロード処理部１１４の生成するダウンロードログのデータ構成例について、図５を参照して説明する。ダウンロードログは、図５に示すように、ダウンロード処理の実行された日時と、ダウンロードを行った利用者、すなわちクライアントに対応する利用者ＩＤと、さらに、ダウンロードの実行された文書に対応する識別子である文書ＩＤとが対応付けられたデータとして設定される。

ステップＳ１１４
予想ダウンロード文書リスト作成部１１５は、ステップＳ１０７において、検索部１１１が成した検索ログ２０２と、ステップＳ１１３において、ダウンロード処理部１１４が作成したダウンロードログ２０３に基づいて、先に図３を参照して説明した予想ダウンロード文書リスト２０１を作成もしくは更新する。この処理は、一定のタイミング（例えば１日１回など）の処理、いわゆる一括したデータ処理としてのバッチ処理として実行する。

予想ダウンロード文書リスト作成部１１５における予想ダウンロード文書リスト２０１の作成もしくは更新処理のロジックについて、図６に示すフローチャートを参照して説明する。

各処理ステップについて、順次、説明する。
まず、ステップＳ３０１において、検索ログの先頭の１行（１ログ）を抜き出し、それを検索ログＡとする。
ステップＳ３０２において、検索ログＡが記録された日時から予め設定した経過期間、例えば１０分後の日時までの期間で、検索ログＡのデータ項目「利用者ＩＤ」に記録されている利用者ＩＤと同じ利用者ＩＤが記録されたダウンロードログのエントリを検索する。

検索ログＡのデータ項目「利用者ＩＤ」に記録されている利用者ＩＤと同じ利用者ＩＤが記録されたダウンロードログのエントリが検出された場合（Ｓ３０３：Ｙｅｓ）は、ステップＳ３０４に進み、その検出された同一ユーザのダウンロードログ・エントリをダウンロードログＢとする。一方、検索ログＡのデータ項目「利用者ＩＤ」に記録されている利用者ＩＤと同じ利用者ＩＤが記録されたダウンロードログのエントリが検出されなかった場合（Ｓ３０３：Ｎｏ）は、ステップＳ３０１に戻り、検索ログから未処理の新たなログデータを選択し、同様の処理を繰り返す。

ステップＳ３０３で、検索ログＡのデータ項目「利用者ＩＤ」に記録されている利用者ＩＤと同じ利用者ＩＤが記録されたダウンロードログのエントリが検出され、ステップＳ３０４において、ダウンロードログＢの設定がなされた場合は、ステップＳ３０５に進み、ダウンロードログＢのデータ項目「ダウンロードされた文書ＩＤ」列に設定された文書ＩＤが、検索ログＡのデータ項目「ヒットした文書ＩＤのリスト」列に記録されている文書ＩＤのリストに含まれているかどうかを判定する。

ダウンロードログＢに設定されたダウンロード文書の文書ＩＤが、検索ログＡのヒット文書の文書ＩＤに含まれている場合（Ｓ３０５：Ｙｅｓ）、ログＡとログＢは関連のあるログとみなす。すなわち、利用者は、検索ログＡによって検索された結果に基づいて、ダウンロードを実行し、ダウンロードログＢが生成されたと推定する。

一方、ダウンロードログＢに設定されたダウンロード文書の文書ＩＤが、検索ログＡのヒット文書の文書ＩＤに含まれていない場合（Ｓ３０５：Ｎｏ）は、これらのログＡ，Ｂは利用者の一連の処理によって生成されたものではないと推定する。この場合は、ステップＳ３０１に戻り、検索ログから未処理の新たなログデータを選択し、同様の処理を繰り返す。

ダウンロードログＢに設定されたダウンロード文書の文書ＩＤが、検索ログＡのヒット文書の文書ＩＤに含まれており、ログＡとログＢが関連ログであると判定した場合は、ステップＳ３０６に進み、ダウンロードログＡのデータ項目「検索クエリ」に記録された検索クエリをキーとし、ダウンロードログＢのデータ項目「ダウンロードされた文書ＩＤ」に記録された文書ＩＤを値とするエントリを新しく予想ダウンロード文書リストＣの先頭に追加する。

もし、そのキー、すなわち、検索ログＡのデータ項目「検索クエリ」に記録された検索クエリに一致する検索クエリを設定したエントリがすでに、予想ダウンロード文書リストＣにあれば、そのエントリの「ダウンロードが予想される文書ＩＤリスト」の先頭に、ダウンロードログＢのデータ項目「ダウンロードされた文書ＩＤ」に記録された文書ＩＤを追加する。

なお、予想ダウンロード文書リストＣに、ダウンロードログＡのデータ項目「検索クエリ」に記録された検索クエリに一致する検索クエリを設定したエントリが存在し、かつ、ダウンロードログＢのデータ項目「ダウンロードされた文書ＩＤ」に記録された文書ＩＤも、そのエントリに設定済みの場合は、その文書ＩＤがそのエントリの「ダウンロードが予想される文書ＩＤリスト」の先頭に来るようにリストを並べ替える更新処理を実行する。

上述の処理態様によって、ステップＳ３０６におけるデータ更新を完了し、ステップＳ３０７に進む。ステップＳ３０７では、「ダウンロードが予想される文書ＩＤリスト」の１つのエントリに設定された文書ＩＤの数が予め定めた一定の値（例えば５）を超えていないかについて判定する。

先に図２を参照して説明したように、キャッシュ準備部１１３は、クライアントからの検索クエリに基づいて「ダウンロードが予想される文書ＩＤリスト」に設定された同一クエリに対応して設定された文書ＩＤに対応する実文書データを文書管理システム１２１から、データキャッシュ部１１６に転送、格納する処理を実行する。しかし、データキャッシュ部１１６のデータ格納要領は無限ではない。従って、「ダウンロードが予想される文書ＩＤリスト」の１つのエントリに設定された文書ＩＤの数は、一定の数以下に保持することが要請される。ステップＳ３０７の処理は、この要請に従った処理である。

ステップＳ３０７では、「ダウンロードが予想される文書ＩＤリスト」の１つのエントリに設定された文書ＩＤの数が予め定めた一定の値（例えば５）を超えていないかについて判定し、超えている場合は、ステップＳ３０８において、閾値を超えた数の文書ＩＤを持つエントリから、リストの末尾の文書ＩＤの削除を実行する。「ダウンロードが予想される文書ＩＤリスト」の各エントリに設定される文書ＩＤは、ステップＳ３０６におけるデータ更新処理によって、日時の新しいダウンロード日時を持つ文書の文書ＩＤが先頭に来るように設定されているので、リスト末尾の文書ＩＤは、ダウンロード日時がリスト中で最も古いものである。従って、より古いダウンロード日時に対応する文書ＩＤから順に削除されることになる。

次に、ステップＳ３０９において、「ダウンロードが予想される文書ＩＤリスト」のエントリ数が予め定めた最大許容エントリ数を超えているかいないかを判定する。「ダウンロードが予想される文書ＩＤリスト」のエントリは、新たなクエリとダウンロード文書ＩＤの発生に伴い、先に説明したステップＳ３０６のデータ更新処理によって、順次、追加されることになり、メンテナンスを実行しないと、「ダウンロードが予想される文書ＩＤリスト」のエントリ数は無限に増加してしまうことになる。そこで、「ダウンロードが予想される文書ＩＤリスト」のエントリ数の最大値として最大許容エントリ数を設定し、エントリ数が、最大許容エントリ数を超えないようにメンテナンスを実行する。

「ダウンロードが予想される文書ＩＤリスト」のエントリ数が予め定めた最大許容エントリ数を超えている場合は、ステップＳ３１０において、最大許容エントリ数を超えている分のエントリを削除する。エントリの削除は、「ダウンロードが予想される文書ＩＤリスト」の末尾のエントリから順に実行する。前述のステップＳ３０６のデータ更新処理において説明したように、新たなエントリが追加される場合は、「ダウンロードが予想される文書ＩＤリスト」の先頭にエントリ追加処理が実行されるので、削除されるエントリは、最も古いエントリから順番に行われることになる。

次に、ステップＳ３１１において、検索ログに設定された全てのログデータについての処理が完了したか否かを判定し、未処理データがある場合は、ステップＳ３０１に戻り、未処理ログについて同様の処理を繰り返し実行する。すべてのログデータの処理が終了すると、予想ダウンロード文書リストの更新処理を終了する。

図２に示す予想ダウンロード文書リスト作成部１１５は、上述した処理によって、検索ログ２０２と、ダウンロードログ２０３とを適用して、予想ダウンロード文書リスト２０１の生成または更新処理を実行する。この結果の予想ダウンロード文書リスト２０１が、先に図３を参照して説明したデータ構成を持つ予想ダウンロード文書リストとなる。

すなわち、図３に示すように、検索クエリと、検索クエリに対応するダウンロードが予想される文書ＩＤリストとを対応付けたデータである。図２に示すキャッシュ準備部１１３は、この予想ダウンロード文書リスト２０１を参照し、クライアント１３１から検索部１１１を介して受領した検索クエリと同一の検索クエリのエントリを選択し、そのエントリに設定された文書ＩＤに対応する文書データがデータキャッシュ部１１６に格納されているかいないかを検証して、未格納文書がある場合は、文書管理システム１２１から取得する。なお、このデータ取得処理は、検索部１１１における検索インデックス格納部１１２に格納されたインデックスに基づく検索処理に並行して実行される処理であり、クライアントからのダウンロード要求より先の段階で実行されることになり、多くの場合、ユーザからのダウンロード要求を受領した時点では、データキャッシュ部１１６に格納された文書データの送信が可能となる。

なお、図６を参照して説明した予想ダウンロード文書リスト作成部１１５による検索ログ２０２と、ダウンロードログ２０３とを適用した予想ダウンロード文書リスト２０１の生成または更新処理は、前述したように一括したデータ処理としてのバッチ処理により、例えば１日１回など、一定期間毎に実行する構成とすることが好ましい、このようなバッチ処理を実行する構成によれば、処理中以外はシステムに負荷をかけることがなく、データ検索処理の無い期間にまとめて行なうことで、データ検索に適用する処理資源を奪うことがなくなり、検索遅延などの問題を発生させることがない。

図７を参照して、予想ダウンロード文書作成部１１５が実行する予想ダウンロード文書リスト２０１の生成または更新処理の具体例について説明する。図６に示したフローを参照して説明したように、予想ダウンロード文書作成部１１５は、検索ログと、ダウンロードログとを適用して、予想ダウンロード文書リストの生成または更新処理を実行する。

図７には、
（１）検索ログ、
（２）ダウンロードログ
（３）予想ダウンロード文書リスト
を示している。

ここで、検索ログの処理対象のログデータＡ３５１に対する処理例について説明する。予想ダウンロード文書作成部１１５は、ログデータＡ３５１を処理対象ログデータとして選択（図６のステップＳ３０１の処理に相当）する。

次に、予想ダウンロード文書作成部１１５は、ログデータＡ３５１の利用者ＩＤと同一の利用者ＩＤが設定され、かつ処理日時、すなわちダウンロード日時、ログデータＡ３５１に設定された日時、すなわち検索実行日時から、予め定められた規定時間以内（例えば１０分以内）の設定情報を持つエントリが、（２）ダウンロードログに設定されているか否かを検証する。

この条件に該当するエントリは、図７に示す（２）ダウンロードログのエントリ、すなわちダウンロードログＢ３５２である。検索ログＡ３５１と、ダウンロードログＢ３５２は関連ログであると判定されることになる。この処理は、図６のフローにおけるステップＳ３０２〜Ｓ３０５の処理であり、ダウンロードログＢ３５２の検出によって、ステップＳ３０６の処理に進むことになる。

次に、予想ダウンロード文書作成部１１５は、ステップＳ３０６の処理として、検索ログＡ３５１のデータ項目「検索クエリ」に記録された検索クエリをキーとし、ダウンロードログＢ３５２のデータ項目「ダウンロードされた文書ＩＤ」に記録された文書ＩＤを値とするエントリを新しく予想ダウンロード文書リストの先頭に追加する。

しかし、図７に示す（３）予想ダウンロード文書リストには、ダウンロードログＡ３５１のデータ項目「検索クエリ」に記録された検索クエリに一致する検索クエリを設定したエントリがすでに存在している。図７に示す更新エントリ３５３である。

この場合、予想ダウンロード文書作成部１１５は、更新エントリ３５３の「ダウンロードが予想される文書ＩＤリスト」の先頭に、ダウンロードログＢ３５２のデータ項目「ダウンロードされた文書ＩＤ」に記録された文書ＩＤを追加する。図７に示す例では、文書ＩＤ［４５６］が追加された例を示している。

なお、前述したように、（３）予想ダウンロード文書リストに、検索ログＡ３５１のデータ項目「検索クエリ」に記録された検索クエリに一致する検索クエリを設定したエントリが存在し、かつ、ダウンロードログＢ３５２のデータ項目「ダウンロードされた文書ＩＤ」に記録された文書ＩＤも、そのエントリに設定済みの場合は、その文書ＩＤがそのエントリの「ダウンロードが予想される文書ＩＤリスト」の先頭に来るようにリストを並べ替える更新処理を実行する。

このような処理によって、（３）予想ダウンロード文書リストの生成または更新処理が実行される。なお、図６を参照して説明したように、予想ダウンロード文書リストの各エントリに設定される文書ＩＤは、予め定めた閾値以下になる様に処理が実行され、またエントリ数についても予め定めた最大許容エントリ数以下になるようにメンテナンス処理が実行されるので、予想ダウンロード文書リストに設定される文書ＩＤ、エントリが無限に増加することはなく、最適なデータ量に設定されることになる。なお、各エントリに設定される文書ＩＤの最大値や最大エントリ数は、データキャッシュ部１１６の持つデータ容量に応じて最適値を設定する。

最後に、上述した検索処理を実行する情報処理装置１１０のハードウェア構成例について、図８を参照して説明する。

ＣＰＵ（Central Processing Unit）５０１は、ＯＳ（Operating System)、上述の実施例において説明した検索処理、各種ログ生成処理、予想ダウンロード文書リストの更新、生成処理、データダウンロード処理、文書データの送受信処理等、各処理の実行シーケンスを記述した各種コンピュータ・プログラムに従った処理を実行する制御部である。

ＲＯＭ（Read Only Memory）５０２は、ＣＰＵ５０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Random Access Memory）５０３は、ＣＰＵ５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス５０４により相互に接続されている。

ホストバス５０４は、ブリッジ５０５を介して、ＰＣＩ(Peripheral Component Interconnect/Interface)バスなどの外部バス５０６に接続されている。

キーボード５０８、ポインティングデバイス５０９は、ユーザにより操作される入力デバイスである。ディスプレイ５１０は、液晶表示装置またはＣＲＴ（Cathode Ray Tube）などから成り、各種情報をテキストやイメージで表示する。

ＨＤＤ（Hard Disk Drive）５１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ５０１によって実行するプログラムや情報を記録または再生させる。ハードディスクは、図１に示す検索インデックス格納部１１２、データキャッシュ部１１６としての役割、および各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。

ドライブ５１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体５２１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、インタフェース５０７、外部バス５０６、ブリッジ５０５、およびホストバス５０４を介して接続されているＲＡＭ５０３に供給する。

接続ポート５１４は、外部接続機器５２２を接続するポートであり、ＵＳＢ，ＩＥＥＥ１３９４等の接続部を持つ。接続ポート５１４は、インタフェース５０７、および外部バス５０６、ブリッジ５０５、ホストバス５０４等を介してＣＰＵ５０１等に接続されている。通信部５１５は、ネットワークに接続され、ＣＰＵ５０１、またはＨＤＤ５１１等からの供給データの送信、データ受信を実行する。

なお、図８に示す情報処理装置のハードウェア構成例は、ＰＣを適用して構成した装置の一例であり、本発明の情報処理装置は、図８に示す構成に限らず、上述した実施例において説明した処理を実行可能な構成であればよい。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の構成によれば、クライアントからの検索クエリに基づいて実行された検索処理に対応する検索ログと、ダウンロード処理において生成されたダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる予想ダウンロード文書リストを生成し、クライアントからの検索要求の発生に基づいて、あるいは例えは定期的なバッチ処理として、予想ダウンロード文書リストを参照し、検索クエリの設定エントリに記録された文書ＩＤに対応する文書データがデータキャッシュ部に格納されていない場合に、文書管理システムから文書データを取得してデータキャッシュ部に格納する処理を実行する構成としたので、多くの場合において、ユーザからのダウンロード要求を受領した時点では、データキャッシュ部に要求データが格納された状態とすることが可能、すなわちキャッシュヒット率を高めることが可能となり、クライアントを待たせることのない効率的な文書データ送信が可能となる。このように、本発明の構成によれば、クライアントにとっては、文書管理システムのデータベースからの文書ダウンロード時間を省略し、キャッシュからのデータ取得率を高めることが可能となり、データ転送時間の短縮、データ転送におけるネットワーク帯域の節約など、効率的なデータ検索およびデータ提供構成が実現される。

本発明の適用可能な情報検索システムの全体構成を示す図である。 情報検索およびデータのクライアントに対する提供処理を実行する情報処理装置の構成および処理について説明する図である。 予想ダウンロード文書リストのデータ構成例について説明する図である。 検索ログのデータ構成例について説明する図である。 ダウンロードログのデータ構成例について説明する図である。 情報検索およびデータのクライアントに対する提供処理を実行する情報処理装置の実行する予想ダウンロード文書リストの生成、更新処理手順について説明するフロー図である。 検索ログと、ダウンロードログに基づく予想ダウンロード文書リストの生成、更新処理の具体例について説明する図である。 データ検索およびクライアントに対するデータ提供処理を実行する情報処理装置のハードウェア構成例について説明する図である。

符号の説明

１１０ 情報処理装置
１１１ 検索部
１１２ 検索インデックス格納部
１１３ キャッシュ準備部
１１４ ダウンロード処理部
１１５ 予想ダウンロード文書リスト作成部
１１６ データキャシュ部
１２１ 文書管理システム
１３１−１〜ｎ クライアント
１５０ ネットワーク
２０１ 予想ダウンロード文書リスト
２０２ 検索ログ
２０３ ダウンロードログ
３０１ データエントリ
３５１ 検索ログＡ
３５２ ダウンロードログＢ
３５３ 更新エントリ
５０１ ＣＰＵ(Central processing Unit)
５０２ ＲＯＭ（Read-Only-Memory）
５０３ ＲＡＭ（Random Access Memory）
５０４ ホストバス
５０５ ブリッジ
５０６ 外部バス
５０７ インタフェース
５０８ キーボード
５０９ ポインティングデバイス
５１０ ディスプレイ
５１１ ＨＤＤ（Hard Disk Drive）
５１２ ドライブ
５１４ 接続ポート
５１５ 通信部
５２１ リムーバブル記録媒体
５２２ 外部接続機器

Claims (13)

1. 情報処理装置であり、
   クライアントから受領する検索クエリに従った検索処理を実行し、検索クエリに対応するデータの抽出処理を実行する検索部と、
   クライアントからのデータ取得要求に対応するデータをデータキャッシュ部またはネットワーク接続された文書管理システムから取得し、取得データをクライアントに送信するダウンロード処理部と、
   前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する文書リスト作成部と、
   前記文書リストから、クライアントから受領する検索クエリに対応するクエリの設定エントリを抽出し、該エントリに設定された文書ＩＤに対応する文書データ中、前記データキャッシュ部に未格納の文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行するキャッシュ準備部と、
   を有することを特徴とする情報処理装置。
2. 前記キャッシュ準備部は、
   前記検索部において実行される検索処理に並行する処理として、文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
3. 前記文書リスト作成部は、
   前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する処理を、一括したデータ処理であるバッチ処理として実行する構成であることを特徴とする請求項１に記載の情報処理装置。
4. 前記文書リスト作成部は、
   前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
5. 前記文書リスト作成部は、
   前記検索部における検索処理に対応して生成される検索ログ、および前記ダウンロード処理部におけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログであり、さらに、予め定められた時間間隔内に生成された検索ログとダウンロードログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
6. 前記文書リスト作成部は、
   前記文書リストの各エントリに設定された文書ＩＤ数、および該文書リストの設定エントリ数を予め定めた最大値以下にするためのデータ削除処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
7. 情報検索およびデータ提供処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
   クライアントから受領する検索クエリに従った検索処理を実行し、検索クエリに対応するデータの抽出処理を実行する検索ステップと、
   クライアントからのデータ取得要求に対応するデータをデータキャッシュ部またはネットワーク接続された文書管理システムから取得し、取得データをクライアントに送信するダウンロード処理ステップと、
   前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する文書リスト作成ステップと、
   前記文書リストから、クライアントから受領する検索クエリに対応するクエリの設定エントリを抽出し、該エントリに設定された文書ＩＤに対応する文書データ中、前記データキャッシュ部に未格納の文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行するキャッシュ準備ステップと、
   を有することを特徴とするコンピュータ・プログラム。
8. 前記キャッシュ準備ステップは、
   前記検索ステップにおいて実行される検索処理に並行する処理として、文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行することを特徴とする請求項７に記載のコンピュータ・プログラム。
9. 前記文書リスト作成ステップは、
   前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを生成または更新する処理を一括したデータ処理であるバッチ処理として実行することを特徴とする請求項７に記載のコンピュータ・プログラム。
10. 前記文書リスト作成ステップは、
    前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行するステップであることを特徴とする請求項７に記載のコンピュータ・プログラム。
11. 前記文書リスト作成ステップは、
    前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログから、同一ユーザの処理ログであり、さらに、予め定められた時間間隔内に生成された検索ログとダウンロードログの組を抽出し、抽出したダウンロードログに記録されたダウンロード文書ＩＤが、抽出した検索ログに記録されたヒット文書ＩＤに一致する場合、該検索ログとダウンロードログとを関連ログと判定し、該関連ログに設定された検索クエリとダウンロード文書識別情報としての文書ＩＤとに基づいて、前記文書リストの生成または更新処理を実行するステップであることを特徴とする請求項７に記載のコンピュータ・プログラム。
12. 前記文書リスト作成ステップは、
    前記文書リストの各エントリに設定された文書ＩＤ数、および該文書リストの設定エントリ数を予め定めた最大値以下にするためのデータ削除処理を実行するステップを含むことを特徴とする請求項７に記載のコンピュータ・プログラム。
13. 情報処理方法であり、
    検索部において実行する処理であり、クライアントから受領する検索クエリに従った検索処理を実行し、検索クエリに対応するデータの抽出処理を実行する検索ステップと、
    ダウンロード処理部において実行する処理であり、クライアントからのデータ取得要求に対応するデータをデータキャッシュ部またはネットワーク接続された文書管理システムから取得し、取得データをクライアントに送信するダウンロード処理ステップと、
    前記検索ステップにおける検索処理に対応して生成される検索ログ、および前記ダウンロード処理ステップにおけるダウンロード処理に対応して生成されるダウンロードログに基づいて、検索クエリとダウンロード文書識別情報としての文書ＩＤとの対応データからなる文書リストを文書リスト作成部において生成または更新する文書リスト作成ステップと、
    キャッシュ準備部において実行する処理であり、前記文書リストから、クライアントから受領する検索クエリに対応するクエリの設定エントリを抽出し、該エントリに設定された文書ＩＤに対応する文書データ中、前記データキャッシュ部に未格納の文書データを前記文書管理システムから取得して前記データキャッシュ部に格納する処理を実行するキャッシュ準備ステップと、
    を有することを特徴とする情報処理方法。

Images