(57)【要約】【課題】ＷＥＢシステムにおいてクライアントからの要求に応じて検索サーバで高速に情報の検索を行うこと。【解決手段】クライアントからのＨＴＴＰ要求を解析し、その解析結果に応じて検索サーバ内のインメモリＤＢを検索して目的の情報を取得するか、又はＷＥＢサーバへＨＴＴＰ要求を送信して目的の情報を取得する。インメモリＤＢ又はＷＥＢサーバから得られた情報に対してＨＴＭＬ形式のデータを生成して、それをＨＴＴＰ要求の応答としてクライアントへ送信する。【選択図】  図２
2010170574.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのＨＴＴＰ要求に基づいて検索サーバでＷＥＢページ情報の検索を行うＷＥＢシステムにおける情報の情報検索方法であって、
ＤＢサーバから取得される情報の内、レプリカ条件リストに記述された条件に基づく特定の情報をインメモリＤＢに記憶するステップと、
該インメモリＤＢに記憶される、ＷＥＢサイトを指定するＵＲＩを含む特定情報の内容を規定するインメモリＤＢ検索リストをメモリに記憶するステップと、
該クライアントから送信されたＨＴＴＰ要求を解析して、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれているか否かをチェックするステップと、
該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれていれば、該インメモリＤＢを検索するステップと、
該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩのうち該インメモリＤＢ検索リストに含まれていないＵＲＩについては、該ＨＴＴＰ要求をＷＥＢサーバへ送信するステップと、
該ＷＥＢサーバでアプリケーションプログラムの実行によりＤＢサーバから取得された情報、又は該インメモリＤＢから取得された情報を、ＨＴＴＰ応答として該クライアントへ送信するステップとを有することを特徴とする情報検索方法。
【請求項２】
該インメモリＤＢ又は該ＷＥＢサーバから取得した情報を、ＨＴＭＬ形式のデータに変換し、
変換された該ＨＴＭＬ形式のデータを圧縮処理した後に、ＨＴＴＰ応答として該クライアントへ送信することを特徴とする請求項１の情報検索方法。
【請求項３】
該ＨＴＴＰ要求を該ＷＥＢサーバへ送った場合、
該ＷＥＢサーバから取得される応答に、ＨＴＭＬ形式により記述された情報の他に、該インメモリＤＢへアクセスするための情報を含む拡張タグが含まれるかを解析し、該解析の結果、該応答に拡張タグが含まれる場合、該インメモリＤＢを検索して目的の情報を取得することを特徴とする請求項１又は２の情報検索方法。
【請求項４】
前記レプリカ条件リストは、目的のＤＢからの情報の抽出間隔、抽出条件、抽出元ＤＢの記述を含み、
該レプリカ条件リストの抽出間隔で指定される時間に、該ＤＢサーバの実行により抽出元のＤＢから特定情報を取得して、該インメモリＤＢの内容を更新することを特徴とする請求項１乃至３のいずれかの項記載の情報検索方法。
【請求項５】
前記レプリカ条件リストの記述条件に従って、該抽出元ＤＢからＷＥＢシステムの利用者に関するＩＤ、利用者名、電話番号のいずれかを含む利用者の情報を取得して、該インメモリＤＢに記憶することを特徴とする請求項１乃至４のいずれかの項記載の情報検索方法。
【請求項６】
請求項１乃至５のいずれかの項記載の方法を検索サーバで実行する情報検索用プログラム。
【請求項７】
クライアントからのＨＴＴＰ要求に基づいて、ＷＥＢサーバでアプリケーションプログラムの実行によりＤＢサーバから目的のＷＥＢページ情報を検索する検索サーバを有するＷＥＢシステムであって、
ＤＢサーバから取得される情報の内、レプリカ条件リストに記述された条件に基づく特定の情報を記憶するインメモリＤＢと、
インメモリＤＢに記憶される、ＷＥＢサイトを指定するＵＲＩを含む特定情報の内容を規定するインメモリＤＢ検索リストを記憶する記憶手段と、
該クライアントから送信されたＨＴＴＰ要求を解析するＨＴＴＰ要求解析部であって、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれているか否かをチェックし、該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれていれば、該インメモリＤＢを検索する要求を発し、一方、該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩのうち該インメモリＤＢ検索リストに含まれていないＵＲＩについては、ＷＥＢサーバへ該ＨＴＴＰ要求を送信するＨＴＴＰ要求解析部と、
該ＨＴＴＰ要求解析部からの検索要求に従って、該インメモリＤＢへ検索要求を発し、該インメモリＤＢから得られる検索結果の情報を解析処理するインメモリＤＢ検索要求処理部と、
該ＷＥＢサーバから取得した情報を解析処理するＨＴＴＰ応答解析部と、
該インメモリＤＢから得られた情報又はＷＥＢサーバから取得された情報をクライアントへ送信するために、ＨＴＭＬ形式に編集処理する応答ＨＴＭＬ生成部と、を有し、
該応答ＨＴＭＬ生成部で生成された情報をＨＴＴＰ応答として該クライアントへ送信することを特徴とするＷＥＢシステム。
【請求項８】
前記レプリカ条件リストは、目的のＤＢからのデータの抽出間隔及び抽出条件、抽出元ＤＢの記述を含み、
前記インメモリＤＢは、該レプリカ条件リストに記述された該抽出間隔によって指定される時刻になると、該抽出元ＤＢより該抽出条件に従って特定情報を取得して、前記インメモリＤＢの内容を書き換えて更新することを特徴とする請求項７のＷＥＢシステム。
【請求項９】
前記ＨＴＴＰ要求解析部と、前記インメモリＤＢ検索要求処理部と、前記ＨＴＴＰ応答解析部と、前記応答ＨＴＭＬ生成部は、プログラムの実行によって実現されるプロキシ処理機能に備えられることを特徴とする請求項７のＷＥＢシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報検索方法及びＷＥＢシステムに係り、特に、クライアントからの要求に応じて、ＷＥＢページを利用する利用者或いはＷＥＢページに表示する情報を検索するサーバ、ＷＥＢシステムにおける情報検索に関するものである。
【背景技術】
【０００２】
クライアントからインターネット等のネットワークを介してＷＥＢサイトをアクセスしてＷＥＢページの情報を取得することが日常的に行われている。
通常、ＷＥＢサイトであるリモートサイトは、クライアントからの要求に応えて情報を取得してそれを送信する機能を有するＷＥＢサーバと、データベース（ＤＢ）を検索して目的の情報を得るＤＢサーバを備えており、クライアントから送信されるＨＴＴＰ（Hyper Text Transfer Protocol）要求の内容に従ってＤＢサーバにより目的の情報を得て、ＷＥＢサーバでＷＥＢページを作成しそれをクライアントへ応答する。
【０００３】
クライアントからの要求に対して、早急に目的のＷＥＢページを応答として送信するためには、ＷＥＢサイトにおける情報の取得、例えばＤＢサーバによるＤＢの検索が高速に行なわれることが好ましい。従来、このために種々の案が提案されている。
例えば、特許文献１（特開２００１−２３６３５７公報）には、クライアントから指定された検索ワードに関する検索を行うＷｅｂ検索装置に関して、所望のキーワードが分からない場合であっても、Ｗｅｂページを有効に検索可能とするために、検索ワードに該当するキーワード及びこのキーワードの前方及び後方のいずれか又は両方に管理されたキーワードを取得している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２３６３５７公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通常、Ｗｅｂサーバによる検索の対象となる情報には、顧客名、電話番号、住所、サービス内容、等の種々の情報が含まれるので、これらの情報の検索に要する時間もまちまちである。Ｗｅｂサーバは、最も時間がかかる情報の検索結果が得られるまで待たされることになり、引いては検索結果をクライアントへ送信することが遅れる。
【０００６】
また、Ｗｅｂシステムを通して利用者にサービスの提供を提供する場合、サービスの開始時に利用者の認証を行う必要がある。通常、認証の処理は、利用者から送信されるＩＤやパスワードと、予めＤＢに登録されているこれらの情報とを照合することにより行われる。しかし、利用者の数が増加すると、ＤＢの情報量も膨大になるために、ＤＢの検索に時間がかかり、引いては認証に要する処理時間も長くかかり、サービスの低下につながる。
【０００７】
更に、多数の利用者の情報を管理する業務システムを利用するＷｅｂシステムでは、利用者のプロフィール、例えば氏名、住所、電話番号などの基本情報や権限が格納されたＤＢを検索して、利用者の情報を取得する必要があるが、利用者の数が増加すると、その情報の検索のために時間がかかると言う問題がある。
このようにＷＥＢシステムを利用したサービスの提供或いは業務処理において、必要な情報を取得するために時間がかかることは、サービスや業務効率の低下につながる。
【０００８】
本発明の目的は、情報の検索のための時間を短縮化した、ＷＥＢシステム及び情報検索方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明に係る情報検索方法は、クライアントからのＨＴＴＰ要求に基づいて検索サーバでＷＥＢページ情報の検索を行うＷＥＢシステムにおける情報の情報検索方法であって、ＤＢサーバから取得される情報の内、レプリカ条件リストに記述された条件に基づく特定の情報をインメモリＤＢに記憶するステップと、該インメモリＤＢに記憶される、ＷＥＢサイトを指定するＵＲＩを含む特定情報の内容を規定するインメモリＤＢ検索リストをメモリに記憶するステップと、該クライアントから送信されたＨＴＴＰ要求を解析して、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれているか否かをチェックするステップと、該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれていれば、該インメモリＤＢを検索するステップと、該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩのうち該インメモリＤＢ検索リストに含まれていないＵＲＩについては、該ＨＴＴＰ要求をＷＥＢサーバへ送信するステップと、該ＷＥＢサーバでアプリケーションプログラムの実行によりＤＢサーバから取得された情報、又は該インメモリＤＢから取得された情報を、ＨＴＴＰ応答として該クライアントへ送信するステップとを有することを特徴とする情報検索方法として構成される。
【００１０】
好ましい例では、該インメモリＤＢ又は該ＷＥＢサーバから取得した情報を、ＨＴＭＬ形式のデータに変換し、変換された該ＨＴＭＬ形式のデータを圧縮処理した後に、ＨＴＴＰ応答として該クライアントへ送信する。
また、好ましくは、該ＨＴＴＰ要求を該ＷＥＢサーバへ送った場合、該ＷＥＢサーバから取得される応答に、ＨＴＭＬ形式により記述された情報の他に、該インメモリＤＢへアクセスするための情報を含む拡張タグが含まれるかを解析し、該解析の結果、該応答に拡張タグが含まれる場合、該インメモリＤＢを検索して目的の情報を取得する。
また、好ましくは、前記レプリカ条件リストは、目的のＤＢからの情報の抽出間隔、抽出条件、抽出元ＤＢの記述を含み、該レプリカ条件リストの抽出間隔で指定される時間に、該ＤＢサーバの実行により抽出元のＤＢから特定情報を取得して、該インメモリＤＢの内容を更新する。
また、好ましくは、前記レプリカ条件リストの記述条件に従って、該抽出元ＤＢからＷＥＢシステムの利用者に関するＩＤ、利用者名、電話番号のいずれかを含む利用者の情報を取得して、該インメモリＤＢに記憶する。
【００１１】
本発明に係るプログラムは、上記の方法を検索サーバで実行する情報検索用プログラムとして構成される。
【００１２】
また、本発明に係るＷＥＢシステムは、クライアントからのＨＴＴＰ要求に基づいて、ＷＥＢサーバでアプリケーションプログラムの実行によりＤＢサーバから目的のＷＥＢページ情報を検索する検索サーバを有するＷＥＢシステムであって、ＤＢサーバから取得される情報の内、レプリカ条件リストに記述された条件に基づく特定の情報を記憶するインメモリＤＢと、インメモリＤＢに記憶される、ＷＥＢサイトを指定するＵＲＩを含む特定情報の内容を規定するインメモリＤＢ検索リストを記憶する記憶手段と、該クライアントから送信されたＨＴＴＰ要求を解析するＨＴＴＰ要求解析部であって、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれているか否かをチェックし、該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩが該インメモリＤＢ検索リストに含まれていれば、該インメモリＤＢを検索する要求を発し、一方、該チェックの結果、該ＨＴＴＰ要求が持つＵＲＩのうち該インメモリＤＢ検索リストに含まれていないＵＲＩについては、ＷＥＢサーバへ該ＨＴＴＰ要求を送信するＨＴＴＰ要求解析部と、該ＨＴＴＰ要求解析部からの検索要求に従って、該インメモリＤＢへ検索要求を発し、該インメモリＤＢから得られる検索結果の情報を解析処理するインメモリＤＢ検索要求処理部と、該ＷＥＢサーバから取得した情報を解析処理するＨＴＴＰ応答解析部と、該インメモリＤＢから得られた情報又はＷＥＢサーバから取得された情報をクライアントへ送信するために、ＨＴＭＬ形式に編集処理する応答ＨＴＭＬ生成部とを有し、該応答ＨＴＭＬ生成部で生成された情報をＨＴＴＰ応答として該クライアントへ送信することを特徴とするＷＥＢシステムとして構成される。
【００１３】
好ましい例では、前記ＨＴＴＰ要求解析部と、前記インメモリＤＢ検索要求処理部と、前記ＨＴＴＰ応答解析部と、前記応答ＨＴＭＬ生成部は、プログラムの実行によって実現されるプロキシ処理機能に備えられる。
【発明の効果】
【００１４】
本発明によれば、ＷＥＢシステムにおいて、検索サーバで高速に情報の検索を行うことができる。より具体的には、ＤＢサーバを利用した情報の検索では時間がかかるであろう情報を予めインメモリＤＢに登録しておき、クライアントからの要求に応じてこのインメモリＤＢを検索することにより、リモートサイトにおける情報の取得のための時間を全体として短縮できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施例におけるＷＥＢシステムの構成を示す図。
【図２】一実施例によるＷＥＢシステムのリモートサイトにおけるＤＢ検索サーバ１０のモジュール構成を示す図。
【図３】一実施例によるＷＥＢシステムにおける第１のモードによる情報検索動作の処理シーケンスを示す図。
【図４】一実施例によるＷＥＢシステムにおける第２のモードによる情報検索動作の処理シーケンスを示す図。
【図５】一実施例によるＷＥＢシステムにおける第３のモードによる情報検索動作の処理シーケンスを示す図。
【図６】一実施例によるＷＥＢシステムにおけるＤＢレプリカ作成の処理シーケンスの一例を示す図。
【図７】一実施例におけるプロキシ処理機能の初期処理におけるインメモリＤＢ検索リストＡの構成例を示す図。
【図８】一実施例におけるＷＥＢ−ＡＰの応答タグの定義サンプル例を示す図。
【図９】一実施例におけるインメモリＤＢの初期処理におけるレプリカ条件リストの構成例を示す図。
【図１０】一実施例によるＷＥＢシステムにおける情報検索の処理動作の全体的な様子を示す図。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施例について図面を参照して具体的に説明する。
図１は本発明の一実施例が適用されるＷＥＢシステムの例を示す図である。
リモートサイト１とローカルサイト２は、インターネットやＷＡＮ（Wide Area Network）等のネットワーク３を介して接続され、双方の間でＨＴＴＰによる通信が可能である。
ローカルサイト２はクライアントであり（以下ローカルサイト２をクライアント２と言う）、通常、複数のＰＣ２０を含み（図示は１台のＰＣを示すが）、ＰＣ２０はブラウザ２１を有する。ブラウザ２１は、ＷＥＢページを閲覧するためのアプリケーションソフトであり、ネットワーク３を通してＨＴＭＬ形式のファイルや、画像ファイル、音楽ファイル等を取得して、レイアウトを解析して再生し、ＰＣの表示器に表示する。なお、一般的にブラウザ２１とネットワーク３との間には、ネットワーク３との接続や情報の通信を行うためのソフトウェア又はコンピュータとして、ローカルプロキシが介在するが、図示では省略されている。
【００１７】
一方、リモートサイト１は、ＤＢ検索サーバ１０、ＷＥＢサーバ１６及びＤＢサーバ１８を有する。ＤＢ検索サーバ１０はプロキシ処理プログラム（ＰＧ）１２及びインメモリＤＢ１４を有している。インメモリＤＢ１４は、半導体メモリ内で形成されるＤＢであり、これは、ＤＢサーバ１８が検索対象としてアクセスするディスク装置などの外部記憶装置に比べて、高速に情報の読み出し書き込みができる。
このＤＢ検索サーバ１０の構成乃至処理動作、及びそれとＤＢサーバ１８による検索の関連の処理が、本発明の実施例に特徴的であり、図２以降を参照して詳細に説明される。
【００１８】
図２は、ＷＥＢシステムのリモートサイトにおけるＤＢ検索サーバ１０のモジュール構成を示す。
プロキシ処理機能１２は、基本処理部１２１、ＨＴＴＰ要求解析部１２２、インメモリＤＢ検索要求処理部１２３、応答ＨＴＭＬ生成部１２４、コンテンツ圧縮部１２５、ＨＴＴＰ応答解析部１２６、を備える。これら各部の機能は、それら機能を備えたプログラムの実行により実現される。
基本処理部１２１は、初期設定の処理や子スレッドの作成等の基本的な処理を行う。
ＨＴＴＰ要求解析部１２２は、クライアント２から送信されたＨＴＴＰ要求を解析する。解析の結果、ＨＴＴＰの要求内容に応じて、インメモリＤＢ１２の検索が必要な場合には、インメモリＤＢ検索要求処理部１２３に要求を出す。またＷＥＢサーバ１６に対する処理が必要な場合には、ＷＥＢサーバ１６に対してＨＴＴＰ要求を発する。ＷＥＢサーバ１６に対する処理とは、例えばＷＥＢサーバ１６から必要なオブジェクトを取得するための処理である。
【００１９】
インメモリＤＢ検索要求処理部１２３は、インメモリＤＢ１４に検索要求を発し、またインメモリＤＢ１４からの検索結果を解析処理する。
応答ＨＴＭＬ生成部１２４は、インメモリＤＢから検索された情報、及びＷＥＢサーバ１６から取得された情報を、クライアント２へ送信するために、ＨＴＭＬ形式に編集処理する。
コンテンツ圧縮部１２５は、クライアント２へ送信するためのＷＥＢページ情報、即ち通常複数のコンテンツを含む情報を一定の規則に従って圧縮処理する。ＨＴＴＰ応答解析部１２６は、ＷＥＢサーバ１６から取得した情報を解析処理する。
【００２０】
インメモリＤＢ１４は、検索エンジンとなるインメモリＤＢ検索処理を行う処理部１４１と、情報を格納するための記憶部であるＤＢレプリカ部１４２、及びＤＢレプリカを登録するための処理、及び登録されたＤＢレプリカの情報を更新するための処理を行うＤＢレプリカ処理部１４３を有して構成される。尚、ＤＢレプリカ処理部１４３による処理動作については、図６を参照して後述する。
【００２１】
ＤＢレプリカ部１４２は、元来ＤＢサーバ１８の実行によってあるＤＢから取得される情報を、レプリカ即ち複製として記憶する。またＤＢレプリカ部１４２に記憶された情報は、レプリカとされたあるＤＢの情報の更新に従って、更新される。
【００２２】
ＤＢレプリカ部１４２に記憶される情報としては、情報量が増加して検索に時間がかかる種類の情報が格納されることは好ましい。何故なら、検索に時間の要しない情報はＤＢサーバ１８によって該当するＤＢを検索して取得すればよい。ＷＥＢシステムの利用者がクライアント２から要求する情報には種々の情報があるが、検索に時間がかかる情報をＤＢレプリカ部１４２から得ることにより、実質的にクライアントへの応答時間を短縮することができる。
【００２３】
情報量が増加して検索に時間がかかる種類の情報としては、例えばＷＥＢシステムを利用する利用者に関する情報、即ち利用者のＩＤ，利用者名、電話番号、更には利用サービス内容、残インシデント数、ステータス等に関する情報がある。ＷＥＢサーバ１６の利用者に対しては、その利用者が正当な利用者であるかをチェックする必要がある場合がある。この場合、利用者のＩＤや利用者名等の情報をインメモリＤＢ１４から高速に取得できれば、チェックに要する時間も短縮される。
【００２４】
次に、図６及び図９を参照してＤＢレプリカの作成処理について説明する。
図６において、インメモリＤＢ１４ではＤＢレプリカ処理部１４３の実行により、その初期処理において、レプリカテーブルリストＣをロードしてＤＢレプリカ部１４２に取り込んで登録すべき情報の設定を行う（Ｓ５１）。レプリカテーブルリストＣは、レプリカ条件リストＤを含む。このレプリカテーブルリストＣはインメモリＤＢ１４の所定のエリアに記憶されている。
【００２５】
図９に示すように、このレプリカ条件リストＤは、目的のＤＢからのデータの抽出間隔８１、レプリカテーブルリスト８２、及び抽出条件８３、抽出元ＤＢ８４の記述を含む。
データの抽出間隔８１は、レプリカの対象となるＤＢからデータを取得する時間間隔を表し、図示の例では、毎日０時０分の時点で起動してデータを取得する。
レプリカテーブルリスト８２は、抽出されたレプリカの登録先のレプリカテーブル名を表す。図示の例では、電話番号（ＴＥＬ）、顧客名、サービス名を登録したテーブル名を、「顧客情報」の名称で表わしている。
【００２６】
抽出条件８３は、図示のように一般的なＳＱＬ構文で表される。例えば、抽出元のＤＢである「電話番号マスタ」から「ＴＥＬ」と、「顧客名」と、「サービス名」をＳＥＬＥＣＴするが如きである。抽出元ＤＢ８４は抽出対象のＤＢサーバ名を表し、図示では「ＤＢＳＶ０１」のように表されている。
【００２７】
このように初期設定されたレプリカテーブルリストＣによって指定された条件に従って、指定の時刻になるとＤＢレプリカのデータ取得及び更新の処理が行われる（Ｓ５２）。この処理はリストＤにより指定されたＤＢからＤＢサーバ１８の実行の下にデータが取得され、該当するＤＢレプリカ部１４２のデータが書き換わってその内容が更新される。
【００２８】
次に、本実施例に係るＷＥＢシステムにおける情報検索の処理動作について説明する。
処理動作の詳細な説明の前に、図１０を参照して、情報検索処理の全体的な概要について説明する。本実施例では、クライアント２からの要求に従って、３種類の動作（モード）により情報の検索が実施される。
【００２９】
第1のモードは、図１０に実線で表示されるように、クライアント２からの要求の解析結果に応じて、インメモリＤＢ１４を検索して情報を取得してクライアントへ送信するモードである。これについては、図３を参照して詳述する。
第２のモードは、細破線で表示されるように、クライアント２からの要求の解析結果に応じて、ＷＥＢサーバ１６をアクセスして情報を取得すると共に、インメモリＤＢ１４からも情報を取得して、クライアント２へ送信するモードである。これについては、図４を参照して詳述する。
【００３０】
第３のモードは、太破線で表示されるように、クライアント２からの要求の解析結果に応じて、インメモリＤＢ１４をアクセスせずに、ＷＥＢサーバからのみ情報を取得して、それをクライアント２へ送信するモードである。この第３のモードは、従来から一般的に実施されているＷＥＢサイトにおける情報の検索動作である。これについては、図５を参照して詳述する。
なお、図１０において、ＤＢサーバ１８と検索サーバ１０間で行なうインメモリＤＢ１４に対するレプリカの処理モードは、図６を参照して説明した。
【００３１】
まず、図３を参照して第1のモードによる情報検索の処理動作について説明する。尚、処理動作の説明の際に、関連する説明のために図７及び図８も随時参照することがある。
【００３２】
ＤＢ検索サーバのプロキシ処理機能１２は、起動時に図７に示すインメモリＤＢ検索リストＡをメモリ（図示せず）にロードして、要求代行ＵＲＬ，代行ＳＱＬの設定、及び検索結果用のテンプレートＨＴＭＬの設定を行う。インメモリＤＢ検索リストＡとは、インメモリＤＢ１４に登録されている情報の内容を規定する表である。通常は、ＷＥＢサーバ１６がクライアント２からのＨＴＴＰ要求を受取り、それを基にＤＢサーバ１８に対して要求を出して目的の情報を取得するわけであるが、インメモリＤＢ検索リストＡに定義された特定の情報の検索については、ＷＥＢサーバ１６をアクセスすることなく、ＤＢサーバ１８による情報検索に代わってＤＢ検索サーバ１０がその検索を実行する。
【００３３】
図７に示す例において、インメモリＤＢ検索リストＡは、ＨＴＴＰ要求に対して代行するＷＥＢサイトのＵＲＬとして、「http://WWW.WEB-AP.co.jp/cgi-bin/list1.cgi」が記述される。代行ＳＱＬとして、TEL=[$TEL$]を条件として「顧客情報」テーブルから「顧客名」及び「サービス名」を検索することを示す。また、検索結果用のテンプレートＨＴＭＬとして、「List1_Result.html」と規定される。
以下、同様に複数の組から成るレプリカされたＤＢの情報が定義されている。
【００３４】
さて、説明を図３に戻して、初期設定が完了した段階で、プロキシ処理機能１２はクライアント２からのＨＴＴＰ要求を待つ状態になっている。そしてクライアント２からＨＴＴＰ要求を受信すると（Ｓ３２）、ＨＴＴＰ要求解析部１２２は、ＨＴＴＰ要求の内容を解析する（Ｓ３３）。この解析では、ＨＴＴＰ要求によるＵＲＩがインメモリＤＢ検索リストＡに含まれているか否かのチェックも行なわれる。その解析の結果、ＨＴＴＰ要求のＵＲＩが全てインメモリＤＢ検索リストＡに存在していれば、インメモリＤＢ１４をアクセスすることになる。
【００３５】
インメモリＤＢ１４のアクセスに際しては、インメモリＤＢ検索要求処理部１２３が起動され（Ｓ３６１）、インメモリＤＢ１４が検索される（Ｓ３６２）。
この検索の結果得られた情報は、応答ＨＴＭＬ生成部１２４の実行により、インメモリＤＢ検索リストＡに定義されたＨＴＭＬ形式のデータに変換される（Ｓ３７）。更に、ＨＴＭＬ形式のデータは、コンテンツ圧縮部１２５で圧縮処理されて（Ｓ３８）、ＨＴＴＰ応答としてクライアント２へ送信される（Ｓ３９）。
【００３６】
クライアント２では、ＨＴＴＰ要求に対する応答として、圧縮されたコンテンツを受信すると、それを伸張処理してブラウザ２１に送り、ＰＣ２０の表示器に表示する。
この様に、第1のモードによれば、ＷＥＢサーバ１６へＨＴＴＰ要求を送信して情報を取得する必要がないので、短時間でクライアント１のブラウザへ応答を返すことができる。また、ＷＥＢサーバ１６やＤＢサーバ１８へアクセスしないので、それらの負荷が軽減される。
【００３７】
次に、図４を参照して、第２のモードによる情報の検索動作について説明する。図４において、図３と相違する点は、ステップＳ４０１〜Ｓ４０４の動作が追加されていることである。その他については同様であるので、重複する説明は省略する。
【００３８】
ＨＴＴＰ要求の解析の結果（Ｓ３３）、要求される複数のＵＲＩの全てがインメモリＤＢ検索リストＡに存在しない場合には、ＨＴＴＰ要求をそのままＷＥＢサーバ１６へ送信する（Ｓ４０１）。ＷＥＢサーバ１６では、予め備えられたアプリケーションプログラム（ＷＥＢ−ＡＰ）の処理によって、ＤＢサーバ１８に要求して目的の情報、例えば画像や音楽等のコンテンツを取得する（Ｓ４０２）。
【００３９】
ＷＥＢサーバ１６から取得される情報は、図８に示すような応答（拡張タグ）の定義に従ってＨＴＭＬ形式による記述として表される。図８の例では、<ＸＱＵＩＸ>から</ＸＱＵＩＸ>で囲まれた範囲のデータ、即ち「顧客名」及び「サービス名」は、インメモリＤＢ１４のＤＢレプリカ部１４２から取得できることを示している。それ以外のデータはＤＢサーバ１８の実行によって関連するＤＢから取得され、所定のＨＴＭＬ形式で記述されている。ここで、「拡張タグ」と呼ぶ理由は、ＷＥＢサーバ１６からの応答に含まれる情報が、従来のＨＴＭＬ形式で記述されていることに加えて、インメモリＤＢ１４へのアクセスするための情報も含まれていることによる。
【００４０】
プロキシ処理機能１２は、ＷＥＢサーバ１６から拡張タグを含む応答を受信すると（Ｓ４０３）、その応答を解析する（Ｓ４０４）。解析の結果、応答に拡張タグとして記述された「顧客名」及び「サービス名」については、インメモリＤＢ検索要求処理部１２３を起動させる（Ｓ３６１）。すると、インメモリＤＢ１４のインメモリＤＢ検索部１４１が実行されて、ＤＢレプリカ部１４２に登録されている「顧客名」ＤＢ及び「サービス名」ＤＢを検索して、目的の情報を取得する（Ｓ３６２）。
【００４１】
このようにして、インメモリＤＢから取得された目的の顧客名及びサービス名に関する情報について応答ＨＴＭＬが作成される（Ｓ３７）。なお、ここでクライアント２へ送信される応答には、ＷＥＢサーバ１６から取得された情報が含まれるが、ＷＥＢサーバ１６から取得された情報については、既にＨＴＭＬ形式で記述されているので、拡張タグを除いてそのままクライアント２へ送信されることになる。
図４の例では、インメモリＤＢ１４から得られてＨＴＭＬ形式化された情報と、ＷＥＢサーバ１６から得られたＨＴＭＬ形式化された情報が、コンテンツ圧縮部１２５で圧縮処理され（Ｓ３８）、ＨＴＴＰ応答としてクライアント２へ送信される（Ｓ３９）。
【００４２】
以上のように、第２のモードによる情報検索処理によれば、インメモリＤＢ１４に存在する情報（例えば検索に時間がかかる情報）と、インメモリＤＢ１４に存在しない情報とが混在する場合のＨＴＴＰ要求に対して、情報取得のための全体的な時間を短縮化することができる。
【００４３】
次に、図５を参照して、第３のモードによる情報の検索動作について説明する。
第３のモードは、従来から一般的に実施されているＷＥＢサーバ１６からの情報取得動作である。この場合は、クライアントからのＨＴＴＰ要求には、インメモリＤＢ検索リストＡに記述されていないＵＲＬへのアクセスである。
【００４４】
即ち、クライアント２からのＨＴＴＰ要求の解析の結果（Ｓ３３）、要求されるＵＲＩの全てがインメモリＤＢ検索リストＡに存在しない場合には、ＨＴＴＰ要求をそのままＷＥＢサーバ１６へ送信する（Ｓ４０１）。ＷＥＢサーバ１６では、予め備えられたアプリケーションプログラム（ＷＥＢ−ＡＰ）の処理によって、ＤＢサーバ１８から目的とする情報を取得する（Ｓ４０２）。そして応答を、ＤＢ検索サーバ１０のプロキシ処理機能１２へ送信する。
【００４５】
プロキシ処理機能１２は、ＷＥＢサーバ１６からの応答を受信する（Ｓ４０３）。以後の動作は前述と同様であり、プロキシ処理機能１２のＨＴＴＰ応答解析部１２６は、受信した応答を解析するが、この場合には、インメモリＤＢ１４を検索するタグを含んでいないので、ＷＥＢサーバ１６から受信した応答を、コンテンツ圧縮処理して（Ｓ３８）、クライアント２へ送信する（Ｓ３９）。
【００４６】
以上、本発明の実施例について説明したが、本発明は上記の実施例に限定されずに種々変形して実施し得る。
例えば、図７乃至図９に示したリストの形式は一例であって、これらに限定されない。
【符号の説明】
【００４７】
１：リモートサイト              ２：ローカルサイト（クライアント）
１０：ＤＢ検索サーバ            １２：プロキシ処理機能
１４：インメモリ                １６：ＷＥＢサーバ
１８：ＤＢサーバ                ２０：ＰＣ
２１：ブラウザ
【図１】
2010170574.tif 000003
【図２】
2010170574.tif 000004
【図３】
2010170574.tif 000005
【図４】
2010170574.tif 000006
【図５】
2010170574.tif 000007
【図６】
2010170574.tif 000008
【図７】
2010170574.tif 000009
【図８】
2010170574.tif 000010
【図９】
2010170574.tif 000011
【図１０】
2010170574.tif 000012