(57)【要約】【課題】  複数のデータベースおよび複数のＷＷＷサーバが提供する情報を、あたかもひとつのデータベース上に複数のテーブルがあるかのように統合検索できるシステムをユーザに提供するとともに、当該システムを容易に提供できる環境を提供する。【解決手段】  統合検索処理装置は、ＷＷＷサーバやデータベースに対してアクセスするための情報とそれらがもつデータのスキーマ情報とを定義して定義情報として保持する。統合検索処理装置は、定義情報を用い、検索対象のテーブルを選択するテーブル選択画面、テーブル選択画面により選択されたテーブルに対する検索条件入力画面、検索条件入力画面に入力された情報と定義情報に基づき検索処理を行った結果を表示する結果画面を提供し、統合検索処理装置の各動作を定義する。【選択図】図１
2007026296.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと複数のデータベースと複数のＷＷＷサーバとが接続された統合検索処理装置における統合検索処理方法であって、
前記統合検索処理装置は、前記複数のデータベースに対して接続するための情報と、前記複数のデータベースが保持するテーブルの構成情報と、前記複数のＷＷＷサーバに接続するための情報と、前記複数のＷＷＷサーバが保持する情報の構成情報とを含む定義情報を保持し、
前記クライアントからの検索の要求に応じて、前記定義情報を用いて、統合して検索可能なテーブルの選択をユーザから受け付けるための画面（テーブル選択画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信するテーブル選択画面生成ステップと、
前記テーブル選択画面を介してのユーザからの選択の指示を受け付けた前記クライアントからの要求に応じて、前記定義情報を用いて、選択されたテーブルに対する検索条件を入力するための画面（検索条件入力画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信する検索条件入力画面生成ステップと、
前記検索条件入力画面を介してのユーザから検索条件の入力を受け付けた前記クライアントからの検索要求に応じて、前記定義情報を用いて、前記検索対象のテーブルを保持する前記複数のＷＷＷサーバまたは前記複数のデータベースに、検索をリクエストする命令（リクエスト命令）を生成して送信するリクエスト処理ステップと、
前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記リクエスト命令に応じて返信された検索結果を、マージ可能な形式に変換した後、中間データとして保持するとともに、前記検索対象のテーブルが前記複数のデータベースに保持されている場合、前記リクエスト命令に応じて返信された検索結果を中間データとして保持する中間データ保持ステップと、
前記検索要求で指定された条件に従って、前記中間データとして保持されている情報をマージ処理するマージ処理手段と、
前記マージ処理を行った結果を前記検索要求の要求元のクライアントの表示装置に表示するための画面データを生成して当該要求元のクライアントに送信する結果画面生成ステップと、を備えること
を特徴とする統合検索処理方法。
【請求項２】
請求項１記載の統合検索処理方法であって、
前記中間データ保持ステップは、前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記リクエスト命令に応じて返信された検索結果から、前記リクエスト命令で指定された条件に合致する情報のみを抽出した後、前記マージ可能な形式に変換すること
を特徴とする統合検索処理方法。
【請求項３】
請求項１または２記載の統合検索処理方法であって、
前記定義情報は、各テーブルを構成するフィールドの型の情報およびＷＷＷサーバが保持する情報の各項目のフィールドの型を保持し、
前記結果画面生成ステップは、前記定義情報に保持されているフィールド型に従って、前記画面データを生成すること
を特徴とする統合検索処理方法。
【請求項４】
クライアントと複数のデータベースと複数のＷＷＷサーバとが接続された統合検索処理装置であって、
前記複数のデータベースに対して接続するための情報と、前記複数のデータベースが保持するテーブルの構成情報と、前記複数のＷＷＷサーバに接続するための情報と、前記複数のＷＷＷサーバが保持する情報の構成情報とを含む定義情報と、
前記クライアントからの検索の要求に応じて、前記定義情報を用いて、統合して検索可能なテーブルの選択をユーザから受け付けるための画面（テーブル選択画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信するとともに、前記テーブル選択画面を介してのユーザからの選択の指示を受け付けた前記クライアントからの要求に応じて、前記定義情報を用いて、選択されたテーブルに対する検索条件を入力するための画面（検索条件入力画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信する入力画面生成手段と、
前記検索条件入力画面を介してのユーザから検索条件の入力を受け付けた前記クライアントからの検索要求に応じて、前記定義情報を用いて、前記検索対象のテーブルを保持する前記複数のＷＷＷサーバまたは前記複数のデータベースに、検索をリクエストする命令（リクエスト命令）を生成して送信するリクエスト処理手段と、
前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記リクエスト命令に応じて返信された検索結果を、マージ可能な形式に変換する読取手段と、
前記検索対象のテーブルが前記複数のデータベースに保持されている場合、前記リクエスト命令に応じて返信された検索結果を保持するとともに、前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記読取手段で変換後の結果を保持する中間データ保持手段と、
前記検索要求で指定された条件に従って、前記中間データ保持手段に保持されている情報をマージ処理するマージ処理手段と、
前記マージ処理手段でマージ処理を行った結果を前記検索要求の要求元のクライアントの表示装置に表示するための画面データを生成して当該要求元のクライアントに送信する結果画面生成手段と、を備えること
を特徴とする統合検索処理装置。
【請求項５】
クライアントと複数のデータベースと複数のＷＷＷサーバとが接続された統合検索処理装置であって、前記複数のデータベースに対して接続するための情報と、前記複数のデータベースが保持するテーブルの構成情報と、前記複数のＷＷＷサーバに接続するための情報と、前記複数のＷＷＷサーバが保持する情報の構成情報とを含む定義情報とを保持するコンピュータを、
前記クライアントからの検索の要求に応じて、前記定義情報を用いて、統合して検索可能なテーブルの選択をユーザから受け付けるための画面（テーブル選択画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信するとともに、前記テーブル選択画面を介してのユーザからの選択の指示を受け付けた前記クライアントからの要求に応じて、前記定義情報を用いて、選択されたテーブルに対する検索条件を入力するための画面（検索条件入力画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信する入力画面生成手段と、
前記検索条件入力画面を介してのユーザから検索条件の入力を受け付けた前記クライアントからの検索要求に応じて、前記定義情報を用いて、前記検索対象のテーブルを保持する前記複数のＷＷＷサーバまたは前記複数のデータベースに、検索をリクエストする命令（リクエスト命令）を生成して送信するリクエスト処理手段と、
前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記リクエスト命令に応じて返信された検索結果を、マージ可能な形式に変換する読取手段と、
前記検索対象のテーブルが前記複数のデータベースに保持されている場合、前記リクエスト命令に応じて返信された検索結果を保持するとともに、前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記読取手段で変換後の結果を保持する中間データ保持手段と、
前記検索要求で指定された条件に従って、前記中間データ保持手段に保持されている情報をマージ処理するマージ処理手段と、
前記マージ処理手段でマージ処理を行った結果を前記検索要求の要求元のクライアントの表示装置に表示するための画面データを生成して当該要求元のクライアントに送信する結果画面生成手段と、として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のデータベースおよび複数のＷＷＷ（World Wide Web）サーバ上の情報を、ユーザが検索対象の違いを意識することなく効率的に統合検索可能とするための異種データソースアクセス技術に関する。
【背景技術】
【０００２】
インターネットなどのネットワークにおいて、ＷＷＷをユーザインタフェースとして利用したアプリケーションのサービスが行われている。ＷＷＷを利用することによってアプリケーション毎に専用のクライアントプログラムを用意する必要がなく、ＷＷＷブラウザさえあれば、ＷＷＷを利用したあらゆるアプリケーションを利用することができる。しかしながら、ＷＷＷを利用した個別のアプリケーションは、たとえアプリケーション間で共通的なデータを扱う処理を行っていても、アプリケーション間でデータを連携させる仕組みはない。従って、アプリケーション間でデータを相互に使用する場合、ユーザがそれぞれのアプリケーション毎にＷＷＷブラウザの別のウィンドウを開き、相互にデータ入力操作をしなければならない。
【０００３】
この問題に対処すべく、複数のＷＷＷページを一つに統合したユーザインタフェースとして統合ページを提供するシステムが開示されている（例えば、特許文献１参照。）。このシステムでは、次の手順で統合ページを提供する。統合ページの対象として定義された既存のＷＷＷページを提供するＷＷＷサーバにアクセスし、各々からWWWページを取得する。取得した各WWWページを、予め定義された手順に従って解析し、必要なデータを所定の構造のデータ形式で抽出する。予め定義された統合ページの出力手順に従って、抽出されたデータを用いて統合ページを生成する。統合ページを生成する際、対象となる複数のページの間に共通するデータ項目が存在する場合、該共通するデータ項目をキーとしてマージを行ったテーブルを統合ページ中に出力するよう定義することもできる。
【０００４】
この方法によれば、複数のＷＷＷページ内のデータを一つの統合ページを構成するデータ項目として利用することができる。そして、統合ページを構成する複数のＷＷＷページ間に共通するデータ項目がある場合、統合ページに両者のテーブルをマージしたテーブルを表示することができる。また、既存のＷＷＷページ内のデータを、統合ページを生成する際のデータ項目として利用することができるため、既存のＷＷＷページのレイアウトにとらわれない、柔軟なレイアウトを持つ統合ページを提供することができる。
【０００５】
また、企業等で扱う情報が複数のデータベースによって管理されていることがある。複数のデータベースにまたがって関連する情報が管理されていると、不便なことも多い。
【０００６】
この問題に対処すべく、複数のデータベースのテーブルを統合したテーブルを構成できるデータベース検索システムが開示されている（例えば、特許文献２参照。）。このシステムによれば、クライアントプログラムに対し、対象となるデータベースにアクセスするためのアクセスオブジェクトが提供される。このアクセスオブジェクトを用いて複数のデータベースの中から所望のデータベースを検索することができ、複数のデータベースの統合検索を実現することができる。
【０００７】
【特許文献１】特開２００３−３４５６９７号公報
【特許文献２】特開２００１−２３６３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述のように、ユーザインタフェース統合装置により、ユーザはひとつのページにアクセスするだけで、複数のＷＷＷページを統合して利用することができる。また、データベース統合装置により、ユーザは複数のデータベースの情報をひとつのテーブルを扱うように統合検索することができる。
【０００９】
これらのシステムでは、複数のＷＷＷページの統合、複数のデータベースの統合を行うことができるが、ＷＷＷページとデータベースの情報とを統合検索することはできない。
【００１０】
ところが、企業内では、業務に関する情報を、データベースサーバで管理するとともに、イントラネットやインターネット上のＷＷＷアプリケーションを介アクセスするように管理することも多い。
【００１１】
このような状況では、複数のデータベースサーバ上のデータベースやＷＷＷアプリケーション上の情報を統合的に検索できる環境が必要であるが、両者は、データ構造が異なり、それを吸収できる構成はなかった。従って、これまでは両者のデータ構造の違いを吸収し、両者にアクセス可能なインタフェースを実現するプログラムやシステムをデータベースやＷＷＷサーバの形式やスキーマに従いコーディングし開発せざるをえなかった。
【００１２】
また、ＷＷＷページから特許文献１に示される技術を用いて必要な情報を抽出し、複数のデータベースから特許文献２に示される技術を用いて統合したテーブルを構成する形式で情報を抽出することはできる。しかし、このためには、両者を統一的に検索処理するための画面を開発し、その画面を用いて入力された情報に従ってＷＷＷページおよび複数のデータベースそれぞれに対し所望の検索処理を実行させ、必要な情報を抽出し、ＷＷＷページからの情報とデータベースからの情報を区別なく統合し、検索結果の情報として当該画面に出力する処理を実現するソフトウェア等を開発する必要がある。このような開発においては、通常それぞれのデータの形式やＷＷＷページにおける検索処理方法に従ってコーディングし開発せざるをえなかった。これらは困難な作業であり、費用と時間とがかかっていた。
【００１３】
そこで、本発明は、ユーザが複数のＷＷＷページおよび複数のデータベースを、両者の構造の違いを意識することなく統合して扱うことができる環境を簡易な構成で提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の統合検索処理装置では、ＷＷＷサーバやデータベースに対してアクセスするための情報と、それらがもつデータのスキーマ情報とからなる定義情報を予め保持し、その定義情報を用いて統合検索処理装置の動作を定義する。
【００１５】
具体的には、クライアントと複数のデータベースと複数のＷＷＷサーバとが接続された統合検索処理装置であって、前記複数のデータベースに対して接続するための情報と、前記複数のデータベースが保持するテーブルの構成情報と、前記複数のＷＷＷサーバに接続するための情報と、前記複数のＷＷＷサーバが保持する情報の構成情報とを含む定義情報と、前記クライアントからの検索の要求に応じて、前記定義情報を用いて、統合して検索可能なテーブルの選択をユーザから受け付けるための画面（テーブル選択画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信するとともに、前記テーブル選択画面を介してのユーザからの選択の指示を受け付けた前記クライアントからの要求に応じて、前記定義情報を用いて、選択されたテーブルに対する検索条件を入力するための画面（検索条件入力画面）を前記要求元のクライアントの表示装置に表示させるために生成して前記要求元のクライアントに送信する入力画面生成手段と、前記検索条件入力画面を介してのユーザから検索条件の入力を受け付けた前記クライアントからの検索要求に応じて、前記定義情報を用いて、前記検索対象のテーブルを保持する前記複数のＷＷＷサーバまたは前記複数のデータベースに、検索をリクエストする命令（リクエスト命令）を生成して送信するリクエスト処理手段と、前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記リクエスト命令に応じて返信された検索結果を、マージ可能な形式に変換する読取手段と、前記検索対象のテーブルが前記複数のデータベースに保持されている場合、前記リクエスト命令に応じて返信された検索結果を保持するとともに、前記検索対象のテーブルが前記複数のＷＷＷサーバに保持されている場合、前記読取手段で変換後の結果を保持する中間データ保持手段と、前記検索要求で指定された条件に従って、前記中間データ保持手段に保持されている情報をマージ処理するマージ処理手段と、前記マージ処理手段でマージ処理を行った結果を前記検索要求の要求元のクライアントの表示装置に表示するための画面データを生成して当該要求元のクライアントに送信する結果画面生成手段と、を備えることを特徴とする統合検索処理装置を提供する。
【発明の効果】
【００１６】
本発明によれば、ユーザが複数のＷＷＷページおよび複数のデータベースを、両者の構造の違いを意識することなく統合して扱うことができる環境を簡易な構成で提供することができる。
【発明を実施するための最良の形態】
【００１７】
＜＜第一の実施形態＞＞
以下、添付の図面を参照しながら、本発明の第一の実施形態について説明する。
【００１８】
まず、図１を用いて本実施形態に係るネットワークシステムの全体構成について説明する。図１は、本実施形態のネットワークシステム全体の機能ブロック図である。
【００１９】
本実施形態のネットワークシステムは、ネットワークに接続された複数の情報処理装置である、統合検索処理装置１０と、ＷＷＷブラウザ２０と、データベース管理サーバ（ＤＢＭＳ）３０と、ＷＷＷサーバ４０とを備える。
【００２０】
統合検索処理装置１０は、クライアントであるＷＷＷブラウザ２０からの要求に応じて、複数のデータベースおよびＷＷＷアプリケーションにより提供される情報を、データベースとＷＷＷアプリケーションとの区別なく、統合検索可能な環境と、その検索結果とをＷＷＷブラウザ２０に提供する。
【００２１】
ＷＷＷブラウザ２０は、ＷＷＷブラウザがインストールされた１台以上の情報処理装置である。
【００２２】
ＤＢＭＳ３０は、１以上のデータベースを管理し、ＳＱＬを受け取りそのＳＱＬに指定された条件に従い保持するデータベースを検索し、その結果を返信する。
【００２３】
ＷＷＷサーバ４０は、１以上のＷＷＷページを保持し、ＷＷＷブラウザ２０からのリクエストに応じて該当するＨＴＭＬドキュメントを返信する。
【００２４】
統合検索処理装置１０と、ＷＷＷブラウザ２０と、データベース管理サーバ（ＤＢＭＳ）３０と、ＷＷＷサーバ４０とは、それぞれの機能を実現するためのプログラムの実行に必要な、通常の情報処理装置が有するハードウェア構成（ＣＰＵ，メモリ、プログラムがインストールされたハードディスク等）を備える。
【００２５】
次に、統合検索処理装置１０の機能構成について説明する。
【００２６】
統合検索処理装置１０は、統合検索処理部１１と、定義情報１２と、クライアント通信部１３と、中間データ１４と、データベース（ＤＢ）通信部１５と、ＨＴＴＰ通信部１６と、読取処理部１７と、読取プログラム保持部１８とを備える。
【００２７】
統合検索処理部１１は、本実施形態の処理（統合検索処理）の主な処理を行う。統合検索処理部１１は、ＷＷＷブラウザ２０から送信されるリクエストに関する情報であるリクエスト情報と定義情報１２に保持される情報とに基づいて、ＷＷＷブラウザ２０においてユーザからの入力を受け付ける入力画面となるＨＴＭＬドキュメント（ＨＴＭＬフォーム）を生成する入力画面生成部１１１と、ＷＷブラウザ２０から送信されるリクエスト情報と定義情報１２に保持される情報とに基づいて、検索対象のＤＢＭＳ３０やＷＷＷサーバ４０に対するリクエストを生成してそれぞれに向けて送出するリクエスト処理部１１２と、送信したリクエストに対する結果を受け取りマージするマージ処理部１１３と、マージ処理部１１３においてマージされた情報から定義情報１２に基づき結果画面となるＨＴＭＬドキュメントを生成する結果画面生成部１１４とを備える。
【００２８】
定義情報１２は、検索の対象となるＤＢＭＳ３０の持つテーブルのスキーマ情報と、ＷＷＷサーバ４０の持つ情報に関する定義とを保持する。
【００２９】
ＤＢ通信部１５は、ＤＢＭＳ３０とのインタフェースであり、統合検索処理部１１により生成され送出されるリクエストがＤＢＭＳ３０が保持するデータベースの検索要求である場合、そのリクエストからＤＢＭＳ３０に対しＳＱＬを発行するとともに、ＤＢＭＳ３０からそのＳＱＬに対する結果を受け取り中間データ１４に格納する。
【００３０】
ＨＴＴＰ通信部１６は、ＷＷＷサーバ４０とのインタフェースであり、統合検索処理部１１により生成され送出されるリクエストがＷＷＷサーバ４０が保持する情報に対する要求である場合、そのリクエストに基づいてＨＴＴＰリクエストを生成してＷＷＷサーバ４０に送信するとともに、そのＨＴＴＰリクエストに対する結果を受け取る。
【００３１】
クライアント通信部１３は、ＷＷＷブラウザ２０とのインタフェースであり、ＷＷＷブラウザ２０から送信されるリクエストを受け、それを統合検索処理部１１に受け渡すとともに、統合検索処理部１１によって処理された結果得られる入力画面、検索結果画面を表示させるためのＨＴＭＬドキュメントを再びリクエスト元のＷＷＷブラウザ２０に返信する。
【００３２】
読取処理部１７は、ＨＴＴＰ通信部１６がＷＷＷサーバ４０から受け取ったＨＴＴＰリクエストに対する結果を解析し、テーブル形式のデータとして中間データ１４に格納する。
【００３３】
読取処理部１７は、ＣＰＵが、定義情報１２に従い、適切な読取プログラムを後述する読取プログラム集１８から選択し、実行することにより実現される。例えば、後述する図４の定義情報１２の例ではＷＷＷ名が商品情報ＷＷＷである情報の読取プログラム欄に保持されている読取プログラム（図４の例では「ＳｈｏｕｈｉｎＲｅａｄｅｒ」）を読取プログラム集１８から取り出し、ＣＰＵが実行することにより実現されている。Ｊａｖａ（登録商標）言語による実装方法をとるとすれば、読取プログラムはＪａｖａのクラス、読取プログラム集１８はｊａｒファイル（クラスライブラリ）として実装することが考えられる。
【００３４】
読取処理部１７は、上述したようにＨＴＭＬドキュメントの形式のデータをテーブル形式のデータとして抽出する機能をもつものである。ＷＷＷサーバ上の情報を、テーブルと同じように扱うには、特開２００３−３４５６９７号公報に開示されている、ＨＴＭＬドキュメントから必要な情報を抽出し、テーブル形式で取り出す方法を用いる。本機能の実装方法、処理方法については、同様に特開２００３−３４５６９７に詳細に説明されている。例えば検索対象が図４の例における／ＷＷＷの項目で示されるＷＷＷページである商品情報ＷＷＷ（http：//www.shouhin.comのＵＲＬ（Uniform Resource Locator）でアクセスできるものとして図４中に定義）の場合、このＷＷＷサーバ４０が提供する商品情報を含むＨＴＭＬドキュメントを解析し、後述する図３に示す商品情報ＷＷＷ．商品テーブル３００の表形式で情報を抽出する機能をもつ。
【００３５】
読取プログラム集１８には、読取処理部１７を実現する読取プログラムが保持される。
【００３６】
中間データ１４は、ＤＢ通信部１５がＤＢＭＳ３０から受け取った処理結果と、ＨＴＴＰ通信部１６がＷＷＷサーバ４０から受け取った処理結果で、読取処理部１７で解析後のものとを一時的に保持する。中間データ１４に保持されたデータ（表）は、上述のマージ処理部１１３により、定義情報１２に従ってマージ処理を行う場合に用いられる。また、直接、結果画面生成部１１４により結果画面のためのＨＴＭＬドキュメントを生成するために用いられる。中間データ１４の実装方法としては、データベースやオブジェクトプログラム等が考えられるが、上記のような表形式のデータの一時保存や取り出しの機能があれば実装方法に左右されない。
【００３７】
以上説明した機能構成により、統合検索処理装置１０は、ＷＷＷブラウザ２０から送信されるリクエストに応じて、自身が保持する定義情報１２を用いて、ＤＢＭＳ３０とＷＷＷサーバ４０とから取得した情報を中間データ１４に抽出し、マージし、結果画面を表示させるＨＴＭＬドキュメントを生成し、生成した結果画面をＷＷＷブラウザ２０に返信する。
【００３８】
次に、ＤＢＭＳ３０が持つデータベース内のテーブルおよびＷＷＷサーバ４０が保持する情報について説明する。
【００３９】
図２（Ａ）および図２（Ｂ）は、ＤＢＭＳ３０が持つデータベース内のテーブルの一例である。本実施形態では、ＤＢＭＳ３０は、企業の受注を管理するための受注管理のために必要なデータベース（受注管理データベース）を管理するサーバを想定する。そして、受注管理データベースが受注テーブル２１０と受注明細テーブル２２０との２つのデータベースを備える場合を例にあげて説明する。以後、本明細書では、受注管理データベースの受注テーブル２１０を、受注管理ＤＢ．受注テーブル２１０、受注管理データベースの受注明細テーブル２２０を、受注管理ＤＢ．受注明細テーブル２２０、と呼ぶ。
【００４０】
受注管理ＤＢ．受注テーブル２１０は、本図に示すように、受注ＩＤフィールド２１０ａと、受注日フィールド２１０ｂと、発注者フィールド２１０ｃと、受注金額フィールド２１０ｄとを備える。受注管理ＤＢ．受注明細テーブル２２０は、受注ＩＤフィールド２２０ａと、商品ＩＤフィールド２２０ｂと、個数フィールド２２０ｃと、小計フィールド２２０ｄとを備える。
【００４１】
図３は、ＷＷＷサーバ４０が保持する情報の一例である。本実施形態では、ＷＷＷサーバ４０を、企業の扱う商品の情報を扱うＷＷＷサーバと想定し、商品テーブル３００を保持しているものとする。以後、本明細書では、商品の情報を扱うＷＷＷサーバ内の商品テーブル３００を、商品情報WWW．商品テーブル３００と呼ぶ。商品情報ＷＷＷ．商品テーブル３００は、本図に示すように、商品ＩＤ３００ａと、商品名３００ｂと、単価３００ｃとからなるレコードを格納する。
【００４２】
なお、通常、ＷＷＷサーバ４０はＷＷＷクライアント２０からの検索のリクエストに従いＨＴＭＬドキュメントの形式で結果を返信する。本実施形態では、読取処理部１７が、返信された結果のＨＴＭＬドキュメントの形式のデータを、読み取りプログラム集１８に保持されている読取プログラムを用いて、テーブル形式のデータとして抽出する。本実装方法、処理方法については、特開２００３−３４５６９７号公報に詳細に説明されているため、ここでは説明しない。
【００４３】
次に、定義情報１２について説明する。図４は、定義情報１２の一例である。定義情報１２は、上述したように、データベースサーバに保持されているデータベースおよびＷＷＷサーバにアクセスするための情報と、それらが持つデータのスキーマ情報とを定義して保持するものである。統合検索処理部１１は、定義情報１２を用いて、統合検索処理装置１０の各動作を定義する。
【００４４】
本図に示すように、本実施形態のネットワークシステムは、定義情報１２として、予め、検索対象となるＤＢＭＳ３０に接続（アクセス）するための情報であるＵＲＬ（Uniform Resource Locator）および持つ各テーブルのスキーマ情報を保持する。スキーマ情報はとして、検索対象となるデータベース毎に、当該データベースにそのデータベースが保持するテーブル名、そのテーブル毎にそのテーブルの構成情報であるフィールド名、各フィールドのフィールド型、参照フィールド等を保持する。また、ＷＷＷサーバ４０については、検索対象のＷＷＷページ毎に当該ページに接続（アクセス）するための情報であるＵＲＬ、メソッド、読取プログラム、ＷＷＷサーバがテーブルを保持する場合、その保持するテーブル名、各テーブル毎の当該テーブルの構成情報であるフィールド名、各フィールドのフィールド型、参照フィールド等を保持する。
【００４５】
図５は、テーブル選択画面６００の一例である。テーブル選択画面６００は、ＷＷＷブラウザ２０の表示装置に表示される画面で、ユーザが統合して検索可能なテーブルの一覧をユーザに提示するとともに、統合して検索するテーブルの選択を受け付けるための画面である。テーブル選択画面６００は、入力画面生成部１１１が、ユーザからの指示に従ってＨＴＭＬドキュメントを生成し、ＷＷＷブラウザ２０に送信し、ＷＷＷブラウザ２０の表示装置に表示させる。
【００４６】
テーブル選択画面６００のＨＴＭＬドキュメントを生成する際は、定義情報１２を参照して定義情報１２の中にテーブルとして定義されているもののテーブル名を抽出し、それらを選択するか否かを決定できる画面を構成するデータを生成する。
【００４７】
テーブル選択画面６００は、本図に示すように、選択を受け付ける選択受付欄６００ａ、それぞれのテーブルのテーブル名表示欄６００ｂと、選択された情報を統合検索処理装置１０に送信する指示を受け付けるテーブル選択ボタン６００ｃとを備える。
【００４８】
図５の例は、図４に示す定義情報１２の中にテーブルとして定義されている受注管理ＤＢ．受注テーブル２１０、受注管理ＤＢ．受注明細テーブル２２０、商品情報ＷＷＷ．商品テーブル３００が、選択可能なテーブルとしてテーブル名表示欄６００ｂに表示され、かつ、全てが検索対象として選択受付欄６００ａにおいて選択された状態である。
【００４９】
図６は、検索条件入力画面７００の一例である。検索条件入力画面７００は、ユーザが選択したテーブル毎の検索条件を入力するための画面である。
【００５０】
本図に示すように、検索条件入力画面７００は、テーブル選択画面６００を介して選択された各テーブルの名称を表示する名称表示部７００ａと、各テーブルのフィールドの名称を表示する項目表示部７００ｂ、検索後に表示するフィールドの選択を受け付けるチェックボックスである表示項目選択欄７００ｃと、検索条件の入力を受け付ける条件入力欄７００ｄと、入力された情報を統合検索処理装置１０に送信する指示を受け付ける検索実行ボタン７００ｅとを備える。ユーザは、本画面を介して、各テーブルがもつフィールドに対する表示、非表示の設定、条件値の入力を行うことができる。
【００５１】
なお、ＷＷＷサーバ４０に保持されている情報を検索する場合、条件値入力欄７００ｄには、検索対象のＷＷＷページを保持しているＷＷＷサーバ４０にアクセスする際のＨＴＴＰリクエストパラメタの入力を行うこともできる。ここで、本実施形態では、ＨＴＴＰリクエストパラメタを商品情報ＷＷＷ．入力テーブルとして表す。ＨＴＴＰリクエストパラメタは、WWWサーバ４０に保持されているＷＷＷページ（ＨＴＭＬドキュメント）内のデータの検索を行う場合に検索条件を入力するための画面を生成するためのデータとして用意されるものである。
【００５２】
一般に、ＷＷＷサーバは、検索の要求を受け付けると、入力テーブルとして用意されているデータを用いて検索条件を入力するためのＨＴＭＬドキュメントを生成し、検索条件を入力するための画面をユーザに提示する。ユーザは、入力テーブルのフィールドとして用意されているフィールドのみ、検索、マージ、並べ替えなど対象として指定することができる。
【００５３】
本実施形態では、この入力テーブルに関する構成情報も定義情報１２に保持する。しかし、この入力テーブルで指定可能とされているフィールド以外のフィールドに関しても、検索条件入力画面７００を介して指定可能なように、そのＨＴＭＬドキュメントは生成される。
【００５４】
検索条件入力画面７００を表示させるＨＴＭＬドキュメントを生成する際、入力画面生成部１１１はクライアント通信部１３を介して受け取ったリクエストから、選択されたテーブルを特定し、特定したテーブルに関する構成情報を定義情報１２から読み取り、上記名称表示部７００ａと、項目表示部７００ｂ、表示項目選択欄７００ｃと、条件入力欄７００ｄとの各部のデータを生成する。
【００５５】
また、選択されたテーブルがＷＷＷページ内のテーブルの場合、ＷＷＷサーバ４０に対するＨＴＴＰリクエストパラメタとして、入力テーブルに示されているフィールドに対する入力欄も生成する。
【００５６】
上述したように、ＷＷＷサーバ４０に対するリクエストを送信するための画面は、通常、ＷＷＷサーバ４０が提供するＨＴＭＬドキュメントにより与えられる。与えられたＨＴＭＬドキュメント上のフォームにユーザが所望の入力を行うことによりリクエストパラメタが設定される。入力テーブルのフィールドへの入力方法も同様のフォームによる入力を行うことができるよう、定義情報１２の入力テーブルの欄には型の情報が設定され、この型に従ってフォームの形式を変更できる。型は入力フィールドの種別を表し、「ｔｅｘｔａｒｅａ」、「ｔｅｘｔｆｉｅｌｄ」、「ｃｈｅｃｋｂｏｘ」、「ｒａｄｉｏｂｏｘ」などがある。定義情報１２の例では入力テーブルの二つのフィールドとも、「ｔｅｘｔｆｉｅｌｄ」として設定されているが、「ｔｅｘｔａｒｅａ」とすれば複数行入力可能なテキストエリアを表示し、「ｃｈｅｃｋｂｏｘ」とすれば選択／非選択を入力可能なチェックボックスを表示する。また、「ｓｅｌｅｃｔ」とすれば複数項目から値を選択できるリストが表示されるが、このときの選択項目は初期値として項目をリストして設定しておく。
【００５７】
なお、定義情報１２において、各テーブルの各フィールドの参照フィールド欄に初期値が設定されている場合、条件入力欄７００ｄにその初期値が入力された状態の入力欄を生成する。
【００５８】
定義情報１２の例では、受注管理ＤＢ．受注明細テーブル２２０の受注ＩＤフィールド２２０ａに対する参照フィールド欄には、初期値として受注管理ＤＢ．受注テーブル．受注ＩＤが設定されている。これは、受注管理ＤＢ．受注明細テーブル２２０の受注ＩＤフィールド２２０ａは、受注管理ＤＢ．受注テーブル２１０の受注ＩＤフィールド２１０ａを参照するという参照関係があることを示す。検索条件入力画面７００の条件入力欄７００ｄに当該参照文字列が入力されている場合、マージ処理部１１３は、その参照関係を元に結果をマージする。
【００５９】
同じく図４に示す定義情報１２の例では、商品情報ＷＷＷ．商品テーブル３００における商品ＩＤフィールド３００ａにおいても、同様の参照関係が受注管理ＤＢ．受注明細テーブル２１０の商品ＩＤフィールド２１０ａに対し設定されている。図６に示す検索条件入力画面７００の商品テーブルの商品ＩＤの条件入力欄７００ｄには、その参照関係が表示されている。
【００６０】
次に、統合検索処理装置１０の処理手順について、説明する。
【００６１】
図７は、統合検索処理装置１０の処理手順をＷＷＷブラウザ２０の処理も含めて記述したフローである。以後、本実施形態では、ＷＷＷブラウザ２０の表示装置に表示する画面のＨＴＭＬドキュメントを生成することを、単に画面の生成と呼ぶ。
【００６２】
ＷＷＷブラウザ２０が、ユーザの指示を受け、検索対象となるテーブルの選択を行うため、テーブル選択画面６００の生成を統合検索処理装置１０にリクエストする（Ｓ１１）。このリクエストは、具体的には、テーブル選択画面６００のＵＲＬ（Uniform Resource Locator）を指定してのアクセスである。
【００６３】
統合検索処理装置１０では、クライアント通信部１３を介してＷＷＷブラウザ２０からのリクエストを受け取ると、統合検索処理部１１の入力画面生成部１１１が、テーブル選択画面６００を生成する（Ｓ２１）。
【００６４】
入力画面生成部１１１で生成したテーブル選択画面６００はクライアント通信部１３を介してＷＷＷブラウザ２０に返信される。ＷＷＷブラウザ２０には返信されたテーブル選択画面６００が表示される（Ｓ１２）。表示されているテーブル選択画面６００を介してユーザから検索対象のテーブルの選択を受け付けると、ＷＷＷブラウザ２０は、統合検索処理装置１０に選択されたテーブルを特定する情報とともに選択されたテーブルに対する検索条件入力画面７００の提供をリクエストする（Ｓ１３）。具体的には、テーブル選択画面６００の選択受付欄６００ａがチェックされたテーブルを特定する情報を、テーブル選択ボタン６００ｃのクリックを受け付けると、統合検索処理装置１０に送信し、選択されたテーブルに関する検索条件入力画面７００の提供を統合検索処理装置１０に要求する。
【００６５】
統合検索処理装置１０では、クライアント通信部１３を介してＷＷＷブラウザ２０からのリクエストを受け取ると、統合検索処理部１１の入力画面生成部１１１が、定義情報１２を利用して選択されているテーブル全てに対する検索条件入力画面７００を生成する（Ｓ２２）。生成された検索条件入力画面７００はクライアント通信部１３を介してリクエスト元のＷＷＷブラウザ２０に返信される。
【００６６】
ＷＷＷブラウザ２０は、受け取った検索条件入力画面７００を表示する（Ｓ１４）。
【００６７】
ＷＷＷブラウザ２０は、表示されている検索条件入力画面７００を介してユーザから検索条件の入力を受け付ける。そして、受け付けた検索条件とともに、検索の実行の指示を、統合検索処理装置１０にリクエスト情報として送信する（Ｓ１５）。
【００６８】
図６に示す検索条件入力画面７００の例では、生成された時から表示されている参照関係を示す初期値に加え、ユーザから受け付けた条件である、受注テーブル２１０の受注日フィールド２１０ｂの条件値「２００４／０１／２１」が表示されている。
【００６９】
なお、検索の実行の指示を含むリクエスト情報は、検索条件入力画面７００における検索実行ボタン７００ｅのクリックを受け付けることにより、統合検索処理装置１０に送信される。統合検索処理装置１０では、クライアント通信部１３を介して統合検索処理部１１がリクエスト情報を受け取る。そして、リクエスト処理部１１２が定義情報１２とリクエスト情報とに従ってＤＢ通信部１５およびＨＴＴＰ通信部１６を制御して、それぞれのデータベースを保持するＤＢＭＳ３０およびＷＷＷサーバ４０に対するリクエストを行う（Ｓ２３）。リクエストを受け付けて以降の処理であるリクエスト処理の詳細について、以下に説明する。
【００７０】
まず、ＤＢＭＳ３０に対するリクエスト処理について説明する。リクエスト処理部１１２は、定義情報１２とリクエスト情報を用いて、予め定められた規則に従ってＳＱＬを生成し、生成したＳＱＬによりＤＢＭＳ３０に対するリクエストを行う。
【００７１】
具体的には、リクエスト処理部１１２は、検索条件入力画面７００の各データベースにおいて、表示項目選択欄７００ｃで選択されているフィールド名を抽出し、「ＳＥＬＥＣＴ」のあとに「，」で区切って記述する。選択されているフィールド以外のフィールドの中で、その条件入力欄７００ｄに参照フィールドとして設定されているフィールドがあり、かつ、その設定されているフィールドが他のデータベース上のものであるフィールドがあれば、そのフィールドも先に「ＳＥＬＥＣＴ」のあとに続けたフィールドのあとに「，」で区切って続けて記述する。また、参照フィールドを指定しているフィールドを含むテーブルが、同じデータベース上のテーブルの場合、上記の「ＳＥＬＥＣＴ」に続きフィールドを並べる処理を、当該参照フィールドを指定しているフィールドを含むテーブルに対しても引き続き行う。対象となるすべてのフィールドを並べ終えると、「ＦＲＯＭ」を記述し、「ＳＥＬＥＣＴ」の後に続けたフィールドを含むテーブルの名前を「，」で区切って並べる。次に「ＷＨＥＲＥ」を記述し、条件値が入力されているフィールドに対し、「＜フィールド名＞＝＜入力されている条件値＞」を「ＡＮＤ」で区切って並べる。
【００７２】
なお、入力されている条件値が、「，」で区切って文字列が並べられている場合は複数項目の検索条件とみなし、「＜フィールド名＞＝＜入力されている条件値＞」の代わりに「＜フィールド名＞  ｉｎ  （＜カンマ区切りで入力されている条件値＞）」とする。また、入力されている条件値が、「  −  」の前後に文字列が並べられている場合は範囲指定の検索条件とみなし、「＜フィールド名＞＝＜入力されている条件値＞」の代わりに「＜フィールド名＞  ｂｅｔｗｅｅｎ  ＜「−」の前の文字列＞  ＡＮＤ  「−」の後の文字列＞」とする。また、入力されている条件値に「％」が含まれる場合、ＬＩＫＥ演算子による検索条件とみなし、「＜フィールド名＞＝＜入力されている条件値＞」の代わりに「＜フィールド名＞  ｌｉｋｅ  ＜「％」を含む条件値＞」とする。
【００７３】
上記の処理により、リクエスト処理部１１２は、図６の検索条件入力画面７００に示されるリクエスト情報を受け取った場合、「ＳＥＬＥＣＴ  受注テーブル．受注ＩＤ，受注テーブル．発注者，受注テーブル．受注金額，受注明細テーブル．個数，受注明細テーブル．小計  ＦＲＯＭ  受注テーブル，受注明細テーブル  ＷＨＥＲＥ  受注明細テーブル．受注ＩＤ＝受注テーブル．受注ＩＤ  ＡＮＤ  受注テーブル．受注日＝２００４／０１／２１」のＳＱＬを生成する。
【００７４】
生成したＳＱＬはＤＢ通信部１５に受け渡され、ＤＢ通信部１５が定義情報１２に示されているデータベースの名前、ＵＲＬ、ドライバ名、ユーザ名、パスワードを利用してＤＢＭＳ３０内のデータベースにアクセスし、生成されたＳＱＬを実行させる。その後、実行結果として表を受け取ると、それを中間データ１４に一時保存する（Ｓ３１）。
【００７５】
次にＷＷＷサーバ４０に対するリクエスト処理について説明する。リクエスト処理部１１２は、定義情報１２とリクエスト情報とを用い、予め定められた規則に従いＨＴＴＰリクエストを生成し、ＷＷＷサーバ４０にアクセスする。リクエスト処理部１１２は、ＨＴＴＰのリクエストパラメタを、検索条件入力画面７００の入力テーブルの条件入力欄７００dに入力されているデータを用いて生成する。例えば、入力テーブルの商品ＩＤフィールドに「ＰＣ」と入力されていた場合、図４の定義情報１２の例によると、フィールド商品ＩＤのパラメタ名は「ｉｄ」とされているための「ｉｄ」のパラメタ名をもち、「ＰＣ」をパラメタ値にもつパラメタをＨＴＴＰリクエストパラメタとして設定する。ＨＴＴＰリクエストは、ＷＷＷサーバに対して要求を出すことで、ＨＴＴＰリクエストパラメタを含んだ電文をＨＴＴＰプロトコルに従って送信する。
【００７６】
リクエスト先のＵＲＬは定義情報１２のＷＷＷ名に商品情報WWWと記載されている情報の、ＵＲＬ欄に示されているものを用いる。具体的には、図４の定義情報１２の例では「ｈｔｔｐ：／／ｗｗｗ．ｓｈｏｕｈｉｎ．ｃｏｍ」である。ＨＴＴＰメソッドはメソッド欄に示されているものを用いる。図４の定義情報１２の例では「ＰＯＳＴ」である。メソッドとしてはこの他「ＧＥＴ」等が考えられる。
【００７７】
上記の処理により、リクエスト処理部１２は、ＨＴＴＰリクエストを生成し、ＨＴＴＰ通信部１６に受け渡す。ＨＴＴＰ通信部１６は、設定されたＵＲＬ等を用いてＷＷＷサーバ４０にＨＴＴＰリクエストを送信する。
【００７８】
ＨＴＴＰ通信部１６はＨＴＴＰリクエストの結果としてＨＴＭＬドキュメントを受け取り、受け取ったＨＴＭＬドキュメントを読取処理部１７に受け渡す（Ｓ４１）。
【００７９】
読取処理部１７はＨＴＴＰ通信部１６から受け渡されたＨＴＭＬドキュメントを解析し、その結果を中間データ１４に一時保存する。さらに、図４の定義情報１２において、入力テーブルではないテーブルのフィールド、具体的には商品テーブル３００の商品名フィールド３００ｂもしくは単価フィールド３００ｃに対し、図６の検索条件入力画面７００において条件入力欄７００dに値（入力条件値）が入力されている場合、中間データ１４に一時保存したレコードのうち、当該フィールドに当該入力条件値をもつレコードのみを中間データ１４に保存する（Ｓ５1）。すなわち、当該条件に合わないレコードが削除される。
【００８０】
以上の処理により、ＤＢＭＳ３０やＷＷＷサーバ４０へのリクエスト処理が終了する。リクエスト処理部１１２により、処理終了の通知を受けると、マージ処理部１１３は、リクエスト処理により、中間データ１４に保持された表を、検索条件入力画面７００で条件入力欄７００ｄに指定されたフィールド参照をもとにマージ処理する。
【００８１】
図８（Ａ）および図８（Ｂ）にリクエスト結果として中間データ１４に保持されている表を示す。ＤＢＭＳ３０へのリクエストにより得られた表を、図８（Ａ）に受注管理ＤＢ．受注テーブル，受注明細テーブル８１０として示し、ＷＷＷサーバ４０へのリクエストにより得られた表を、図８（Ｂ）に、商品情報ＷＷＷ．商品テーブル８２０として示す。
【００８２】
マージ処理部１１３は、検索条件入力画面７００において、異なるデータベースもしくはＷＷＷサーバ４０がそれぞれ保持するテーブルに共通するフィールドの参照がなされている場合、参照されているフィールドが合致したものを抽出し、マージを行う（Ｓ２４）。例えば、図６の検索条件入力画面７００の例では、商品情報ＷＷＷ．商品テーブル３００の商品ＩＤフィールドに対し、条件入力欄７００ｄには、受注管理ＤＢ．受注明細テーブル．商品ＩＤへの参照が設定されている。
【００８３】
図８（Ａ）および図８（Ｂ）に示す受注管理ＤＢ．受注テーブル，受注明細テーブル８１０および商品情報ＷＷＷ．商品テーブル８２０の例では、受注管理ＤＢ．受注明細テーブル２１０への検索の結果が含まれる受注管理ＤＢ．受注テーブル，受注明細テーブル８１０の商品ＩＤフィールド８１０ａが参照対象となり、商品ＩＤフィールド８１０ａをキーとして、受注管理ＤＢ．受注テーブル，受注明細テーブル８１０と商品情報ＷＷＷ．商品テーブル８２０とをマージする。マージの後に、検索条件入力画面７００の表示項目選択欄７００ｃで表示対象として選択されたフィールドのみをマージ結果の表として生成する。
【００８４】
図９にマージ結果９００の例を示す。マージ結果９００は、図８に示す二つの表がマージされ、検索条件入力画面７００の表示項目選択欄７００ｃで表示対象として選択されたフィールドのみが含まれた表である。
【００８５】
最後に、結果画面生成部１１４がマージ結果９００をＨＴＭＬの形式に変換し（Ｓ２５）、変換により生成された結果ページであるＨＴＭＬドキュメントを、クライアント通信部１３を介してリクエスト元のＷＷＷブラウザ２０に返信する。
【００８６】
図９のマージ結果９００をＨＴＭＬドキュメントの形式に変換した一例を図１０に示す。＜ＴＡＢＬＥ＞タグを用い、＜ＴＨ＞タグでフィールド名を最初の行に表示し、その後に＜ＴＤ＞タグを用いて各行のフィールドの値を表示している。また、定義情報１２中の各フィールド欄のフィールド型に示される型が数値型であるものは＜ＴＤ＞タグに「ａｌｉｇｎ＝“ｒｉｇｈｔ”」の属性を追加し、右寄せで表示するように設定している。
【００８７】
ＷＷＷブラウザ２０は、結果ページ９００のＨＴＭＬドキュメントを受けると、画面上に表示し、ユーザに検索結果を示す。
【００８８】
以上説明したように、本実施形態によれば、統合検索処理装置１０のユーザは、ＤＢＭＳ３０とＷＷＷサーバ４０とが持つ情報を、その違いを意識することなく統合検索することができる。また、統合検索処理装置１０の管理者は、検索対象となるＤＢＭＳ３０の接続情報とスキーマ情報、および、ＷＷＷサーバ４０の接続情報とＷＷＷ上でもつデータの情報を定義することで、統合検索処理装置１０の動作を設定し、テーブル選択画面６００、検索条件入力画面７００、および、検索条件入力画面７００に従って検索処理を行った結果をそれぞれ表示する画面データを統合検索処理装置１０をユーザに提供することができる。
【００８９】
上述したように、従来は、データベースサーバ上でのデータベースおよびＷＷＷアプリケーション上の情報を統合的に検索するためには、両者にアクセスするための専用のプログラムやシステムを開発する必要があった。ところが、本実施形態によれば、データベースサーバやＷＷＷサーバへのアクセスに必要な情報やそれらがもつデータの構成情報を定義するのみで、統合検索を実現することができる環境を提供することができる。従って、開発者の負担を軽減することができる。
【００９０】
従って、本実施形態によれば、複数のデータベースおよび複数のＷＷＷサーバ上の情報をユーザがデータベースやＷＷＷサーバの違いを意識することなく効率的に統合検索可能となる。例えば、本実施形態により、企業内の複数の場所に散在する業務に関する情報、たとえば、受注業務、在庫業務、顧客管理、商品管理に関する情報を統合的に扱うことのできるシステムを容易に提供することができる。
【００９１】
また、本実施形態によれば、上記のような統合検索を可能とするシステムを、対象となるデータに関する定義情報を用いることのみで容易に設定することができる環境を提供できるため、統合検索システムの開発者もしくは統合検索システムの管理者の工数を削減することができる。
【図面の簡単な説明】
【００９２】
【図１】図１は、本実施形態のネットワークシステム全体の機能ブロック図である。
【図２】図２（Ａ）および図２（Ｂ）は、本実施形態のＤＢＭＳが持つデータベース内のテーブルの一例である。
【図３】図３は、本実施形態のＷＷＷサーバが保持する情報の一例である。
【図４】図４は、本実施形態の定義情報の一例である。
【図５】図５は、本実施形態のテーブル選択画面の一例である。
【図６】図６は、本実施形態の検索条件入力画面の一例である。
【図７】図７は、本実施形態の統合検索処理装置の処理手順を記述したフローである。
【図８】図８（Ａ）および図８（Ｂ）は、本実施形態のリクエスト結果として中間データに保持されている表の一例である。
【図９】図９は、本実施形態のマージ結果の一例である。
【図１０】図１０は、本実施形態のマージ結果をＨＴＭＬドキュメントの形式に変換した一例である。
【符号の説明】
【００９３】
１０：ユーザインタフェース統合装置、１１：統合検索処理部、１１１：入力画面生成部、１１２：リクエスト処理部、１１３：マージ処理部、１１４：結果画面生成部、１２：定義情報、１３：クライアント通信部、１４：中間データ、１５：ＤＢ通信部、１６：ＨＴＴＰ通信部、１７：読取処理部、１８：読取プログラム集、２０：ＷＷＷブラウザ、３０：ＤＢＭＳ、４０：ＷＷＷサーバ
【図１】
2007026296.tif 000003
【図２】
2007026296.tif 000004
【図３】
2007026296.tif 000005
【図４】
2007026296.tif 000006
【図５】
2007026296.tif 000007
【図６】
2007026296.tif 000008
【図７】
2007026296.tif 000009
【図８】
2007026296.tif 000010
【図９】
2007026296.tif 000011
【図１０】
2007026296.tif 000012