JPH11154158A - 検索メッセージプロトコル変換ゲートウェイシステム - Google Patents

Abstract

(57)【要約】 【課題】アクセスインタフェースの異なるデータベース
に対応した拡張が容易な検索メッセージプロトコル変換
ゲートウェイシステムを提供することである。 【解決手段】データベースアクセス処理に対してデータ
ベースのアクセスインタフェースに依存する処理をカプ
セル化して隠蔽し、それを呼び出す処理からはデータベ
ースに依らず同じインタフェースでデータベースにアク
セスできるデータベースアクセスドライバを使用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントプロ
グラムからある特定の検索メッセージプロトコルに従っ
たメッセージでデータベースにアクセスしたいが、デー
タベースがその検索メッセージプロトコルに従ったメッ
セージによるアクセスに対応していない場合に、データ
ベースに代わってメッセージを受け取り、データベース
固有のアクセスインタフェースを使ってデータベースに
アクセスし、取得した検索結果をクライアントに返す検
索メッセージプロトコル変換ゲートウェイシステムに係
わり、特にデータベースアクセス処理の中でデータベー
スのアクセスインタフェースに依存する処理をカプセル
化して隠蔽し、それを呼び出す処理からはデータベース
に依らず同じインタフェースでデータベースにアクセス
できるデータベースアクセスドライバを使用するデータ
ベースアクセス手段を備える検索メッセージプロトコル
変換ゲートウェイシステムに関する。

【０００２】

【従来の技術】従来、情報にアクセスするためにクライ
アントプログラムとデータベース（サーバ）の間でやり
取りされる検索メッセージのプロトコルは、個々のクラ
イアント・サーバシステム固有のものであった。それら
は、（１）データベースが持つ機能、（２）それを使用
するために踏まなければならない手順、（３）クライア
ントがユーザに提供する機能（ユーザインタフェース）
に依存しており、そのためクライアント・サーバシステ
ム毎、時には同一クライアント・サーバシステムでもバ
ージョン毎にメッセージプロトコルが異なっていた。こ
れに対して情報検索のためのメッセージプロトコルを統
一し、システム間の相互操作性を確保しようとする動き
が盛んになってきている。代表的なものとしては、米国
国立図書館内の組織Ｚ３９．５０ Ｍａｉｎｔａｉｎａ
ｎｃｅ Ａｇｅｎｃｙが主体となって開発し、ＡＮＳＩ
／ＮＩＳＯ（Ａｍｅｒｉｃａｎ Ｎａｔｉｏｎａｌ Ｓ
ｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ／Ｎａｔｉｏｎ
ａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｔａｎｄａｒｄｓ
Ｏｒｇａｎｉｚａｔｉｏｎ）にて承認されたプロトコル
Ｚ３９．５０などがある（Ｊｕｈａ Ｈａｋａｌａ，
Ｚ３９．５０−１９９５：Ｉｎｆｏｒｍａｔｉｏｎ ｒ
ｅｔｒｉｅｖａｌ ｐｒｏｔｏｃｏｌ， ｈｔｔｐ：／
／ｒｅｎｋｉ．ｈｅｌｓｉｎｋｉ．ｆｉ／ｚ３９５０／
ｚ３９５０ｐｒ．ｈｔｍｌ）。

【０００３】このような検索メッセージプロトコルに対
応したデータベースシステムを構築するには、当該検索
メッセージプロトコルに従った検索メッセージをやりと
りできるインタフェースを持つデータベースシステムを
新規に開発することも考えられるが、一般には既存のデ
ータベースシステムを使用するために、そのアクセスイ
ンタフェース部分に検索メッセージプロトコルに従った
メッセージのやり取りを行うモジュールを付加して対応
する。先述のプロトコルＺ３９．５０では、例えばＮＩ
ＳＴ（Ｎａｔｉｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ
Ｓｔａｎｄａｒｄｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ）
のＮａｔｉｏｎａｌ ＬａｎｇｕａｇｅＰｒｏｃｅｓｓ
ｉｎｇ ａｎｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｔｒｉ
ｅｖａｌ ＧｒｏｕｐによるＺ３９．５０／ＰＲＩＳＥ
システムにおいて、データベースシステムＰＲＩＳＥに
Ｚ３９．５０プロトコルによるメッセージを処理するモ
ジュールを付加することにより、Ｚ３９．５０プロトコ
ルに従ったメッセージでＰＲＩＳＥデータベースにアク
セスできるようにしている（Ｐａｕｌ Ｏｖｅｒ， Ｇ
ｕｉｄｅ ｔｏ Ｚ３９．５０／ＰＲＩＳＥ ２．０
Ｉｎｓｔａｌｌａｔｉｏｎ， Ｕｓｅ， ＆ Ｍｏｄｉ
ｆｉｃａｔｉｏｎ， ＮＬＰＩＲ Ｈｏｍｅｐａｔｅ，
ｈｔｔｐ：／／ｗｗｗ−ｎｌｐｉｒ．ｎｉｓｔ．ｇｏ
ｖ／~ｏｖｅｒ／ｚｐ２／）。このような検索メッセー
ジプロトコルに従ったメッセージのやり取りを行うモジ
ュール全体を一つのシステムと捉えて、検索メッセージ
プロトコル変換ゲートウェイシステムと称する。検索メ
ッセージプロトコル変換ゲートウェイシステムによれ
ば、使用したい検索メッセージプロトコルに対応してい
ない既存のデータベースに対しても、検索メッセージプ
ロトコル変換ゲートウェイシステムを介して当該検索メ
ッセージプロトコルでアクセスすることができる。

【０００４】図２は従来の検索メッセージプロトコル変
換ゲートウェイシステムの構成を説明する図である。図
において、１は情報検索用のクライアントプログラム、
３は検索メッセージプロトコル変換ゲートウェイシステ
ム（図中はゲートウェイシステムと略する）、４はデー
タベースであり、クライアントプログラム１と検索メッ
セージプロトコル変換ゲートウェイシステム３は、コン
ピュータネットワーク２で接続されている。検索メッセ
ージプロトコル変換ゲートウェイシステム３とデータベ
ース４とがサーバシステムとなり、全体でクライアント
・サーバモデルを形成している。

【０００５】検索メッセージプロトコル変換ゲートウェ
イシステム３は、クライアントプログラム１から受信し
た検索要求メッセージを解析可能なメッセージに変換
（デコード）するメッセージデコード手段５と、デコー
ドされたメッセージを解析し、クライアントプログラム
１からの検索要求の内容を読み取る要求解析手段６と、
データベース４に検索要求を発行し、データベース４か
ら検索結果を取得するデータベースアクセス手段７と、
得られた検索結果からクライアントプログラム１に対す
る検索応答を生成する応答生成手段１０と、生成された
検索応答をコード化（エンコード）して検索応答メッセ
ージを生成しクライアントプログラム１に発信するメッ
セージエンコード手段１１より構成される。

【０００６】検索メッセージプロトコル変換ゲートウェ
イ３は、クライアントプログラム１からの検索要求メッ
セージをコンピュータネットワーク２経由で受信する。
受け取った検索要求メッセージは、検索メッセージプロ
トコルのルールでコード化されている。そこで、検索メ
ッセージプロトコル変換ゲートウェイ３は、まずメッセ
ージデコード手段５により検索要求メッセージを解析可
能なメッセージに変換する。メッセージデコード手段５
がデコードしたメッセージは、要求解析手段６により検
索メッセージプロトコルのルールに従って解析され、ク
ライアントプログラム１からの検索要求の内容を取得す
る。解析された検索要求を受け取ったデータベースアク
セス手段７は、それをデータベース固有のインタフェー
スに従ったかたちに焼き直し、データベース４に発行す
る。検索要求を受け取ったデータベース４は、それに従
った検索結果をデータベースアクセス手段７に返す。デ
ータベースアクセス手段７は、得られた検索結果を応答
生成手段１０に渡す。応答生成手段１０は、検索結果か
らクライアントプログラム１に対する検索応答を検索メ
ッセージプロトコルのルールに従って生成する。最後
に、メッセージエンコード手段１１が検索応答を検索メ
ッセージプロトコルのルールに従ってコード化すること
によりクライアントプログラム１に対する検索応答メッ
セージを生成しクライアントプログラム１に発信する。
以上のようにして、使用したい検索メッセージプロトコ
ルに対応していない既存のデータベースに対しても、当
該検索メッセージプロトコルを使ってアクセスすること
ができるようになる。

【０００７】

【発明が解決しようとする課題】検索メッセージプロト
コルは、一般に複数のデータベースにアクセスして検索
を実行するインタフェースを持っていることから、検索
メッセージプロトコル変換ゲートウェイシステムは多様
なデータベースに対してアクセスできるようになること
が望ましい。ところが、検索メッセージプロトコル変換
ゲートウェイシステムは、内部にデータベース固有のア
クセスインタフェースを使ってデータベースにアクセス
する処理を含むため、その実装はデータベースのアクセ
スインタフェースに強く依存する。このデータベースア
クセスに関する処理は、検索メッセージプロトコル変換
ゲートウェイシステムの中で特に重要な位置を占める。
従って、検索メッセージプロトコル変換ゲートウェイシ
ステムをアクセスインタフェースの異なるデータベース
に対応させるのは困難であり、各データベース毎に実装
し直すことが一般的である。

【０００８】本発明は、データベースのアクセスインタ
フェースに依存した処理をまとめてカプセル化して分離
することにより、アクセスインタフェースの異なるデー
タベースに対応した拡張が容易な検索メッセージプロト
コル変換ゲートウェイシステムを提供することを目的と
する。

【０００９】

【課題を解決するための手段】データベースアクセス手
段の処理のうちデータベースのアクセスインタフェース
を使用している処理を抜粋したデータベースアクセスド
ライバを設け、アクセスインタフェースの異なるデータ
ベースに対応した拡張に対してデータベースアクセスド
ライバのみに修正範囲を局所化して対応することによ
り、前記課題を解決する。

【００１０】データベースアクセスドライバは、同じア
クセスインタフェースを持つデータベースの集合毎に実
装する。それぞれデータベースアクセスのための関数を
共通のインタフェース（関数名、関数型、引数の数、引
数の型）で実装したモジュールライブラリとして構築す
る。

【００１１】また、データベースとデータベースアクセ
スドライバのモジュールライブラリ名称を対応付けるテ
ーブルとして、アクセスドライバ一覧ファイルを設け
る。データベースアクセス手段は、アクセスドライバ一
覧ファイルを使って、アクセスするデータベース名から
対応したデータベースアクセスドライバのモジュールラ
イブラリ名称を取得する。そして、データベースアクセ
スドライバのモジュールライブラリをロードし、それに
含まれる関数を呼び出すことによりデータベースにアク
セスする。

【００１２】このようにデータベースのアクセスインタ
フェースに依存した処理を、共通インタフェースを持っ
た関数として実装し、それらをまとめてデータベースア
クセスドライバとしてカプセル化し、データベースアク
セス手段におけるデータベースアクセスを全てこのデー
タベースアクセスドライバを使って実装することによ
り、異なるデータベースアクセスインタフェースに対応
する拡張の修正範囲をデータベースアクセスドライバの
みに局所化することができる。また、データベースとデ
ータベースアクセスドライバの対応をデータベースアク
セス手段がアクセスドライバ一覧ファイルから取得し、
対応したデータベースアクセスドライバを動的にリンク
して使用することにより、新しいデータベースアクセス
ドライバをアクセスドライバ一覧ファイルに登録するだ
けで、データベースアクセス手段の処理を変更すること
なく新しいデータベースにアクセスできるようになる。
以上のようにして、アクセスインタフェースの異なるデ
ータベースに対応した拡張が容易な検索メッセージプロ
トコル変換ゲートウェイシステムを提供できるようにな
る。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て例をあげて詳細に説明する。

【００１４】まず、第１の実施例について説明する。

【００１５】図１は本実施例の構成を表すブロック図で
ある。図において、１はクライアントプログラム、２は
コンピュータネットワーク、３は検索メッセージプロト
コル変換ゲートウェイシステム（図中はゲートウェイシ
ステムと略する）、４はデータベースである。

【００１６】検索メッセージプロトコル変換ゲートウェ
イシステム３は、メッセージデコード手段５と、要求解
析手段６と、データベースアクセス手段７と、応答生成
手段１０と、メッセージエンコード手段１１より構成さ
れる。このうち、データベースアクセス手段７はデータ
ベースにアクセスする処理をデータベースアクセスドラ
イバ８を使用して行う。そのとき、アクセスすべきデー
タベース４とデータベースアクセスドライバ８の関連づ
けをアクセスドライバ一覧ファイル９を読み込むことに
より行う。

【００１７】データベースアクセスドライバ８は、デー
タベース４にアクセスするための関数群のダイナミック
リンクライブラリである。データベースアクセスドライ
バ８は、同じアクセスインタフェースを持つデータベー
スの集合毎に実装する。データベース固有のアクセスイ
ンタフェースを使用しなければならない処理は全てデー
タベースアクセスドライバ８の中に実装する。

【００１８】図３は、データベースアクセスドライバ８
が含むべき関数群の例である。この例では、ユーザ認
証、初期化、データベース情報取得、データベース検
索、レコード取得、終了の６つの関数をサポートしてい
る。データベースアクセスドライバ８については、呼び
出し側が同じインタフェースでコールできるようにサポ
ートすべき関数の種類、関数名、関数型、引数の数、引
数の型を予め規定し、全てのデータベースアクセスドラ
イバ８でその共通インタフェースを遵守しなければなら
ない。

【００１９】アクセスドライバ一覧ファイル９は、アク
セスするデータベース名（検索要求で使用される名称）
とデータベースアクセスドライバ８に関する情報を保持
する。

【００２０】図４は、アクセスドライバ一覧ファイル９
の内容の例である。この例では、アクセスインタフェー
スが同じであるデータベース群の種別としてＤａｔａｂ
ａｓｅ＿Ｔｙｐｅ＿Ａがあり、このアクセスインタフェ
ースを持つデータベースとしてｄｂ１が、またそれに対
応したデータベースアクセスドライバ８としてｔｙｐｅ
−ａ．ｄｌｌがあることを定義している。図４のアクセ
スドライバ一覧ファイル９を使うと、データベースアク
セス手段７はデータベースｄｂ１にアクセスするとき
に、データベースｄｂ１が属するデータベース種別Ｄａ
ｔａｂａｓｅ＿Ｔｙｐｅ＿Ａに対応したデータベースア
クセスドライバｔｙｐｅ−ａ．ｄｌｌを使用する。

【００２１】次に図１の構成のシステムにおいて、初期
化処理を例にとって処理の流れを説明する。

【００２２】初期化処理とは、データベースに対するセ
ッションの確立やユーザ認証など、データベースに対し
て検索・レコード取得などの処理を開始する前に実施す
べき処理群を指す。ここでは、初期化処理としてユーザ
認証を行った上でのデータベースとのセッションの確立
を考える。

【００２３】図５は、初期化処理の全体の処理の流れを
説明する図である。初期化処理は、クライアントプログ
ラム１から検索メッセージプロトコル変換ゲートウェイ
システム３のメッセージデコード手段５が初期化要求メ
ッセージ３１を受け取ることで開始される。クライアン
トプログラム１から受信した初期化要求メッセージ３１
は、検索メッセージプロトコルのルールに従ってコード
化されているため、そのままでは解析できない。そこ
で、メッセージデコード手段５により、解析可能な初期
化要求メッセージ３２に変換する。ここでは例としてＺ
３９．５０ライクな初期化要求メッセージをもとにして
説明する。

【００２４】初期化要求メッセージ３２の中には、要求
名称（ｉｎｉｔＲｅｑｕｅｓｔ）やパラメタ（ｐｒｏｔ
ｏｃｏｌＶｅｒｓｉｏｎ、ｉｄＡｕｔｈｅｎｔｉｃａｔ
ｉｏｎなど）が含まれている。これらを要求解析手段６
により、メッセージから切り出す。得られる解析結果３
３としては、検索メッセージプロトコル変換ゲートウェ
イシステム３がこのメッセージに対して処理すべきサー
ビスの名称（Ｉｎｉｔ：初期化処理）やそれを実行する
ために使用する入力パラメタテーブルが含まれる。

【００２５】次に要求解析手段６の解析結果３３を使用
してデータベースアクセス手段７がデータベースにアク
セスして初期化要求メッセージに対応した処理を実行
し、データベースアクセス結果３４を取得する。データ
ベースアクセス手段がデータベースにアクセスする処理
については、図６を使って後ほど詳細に説明する。

【００２６】取得したデータベースアクセス結果３４を
受け取った応答生成手段１０は、データベースアクセス
結果３４を使ってクライアントプログラム１に対する初
期化応答メッセージ３５を検索メッセージプロトコルの
ルールに従って生成する。ただし、初期化応答メッセー
ジ３５を生成するのに必要な全てのデータがデータベー
スアクセス手段７によって用意されるとは限らない。例
えば、検索メッセージプロトコル変換ゲートウェイシス
テム３が扱えるプロトコルバージョン（ｐｒｏｔｏｃｏ
ｌＶｅｒｓｉｏｎパラメタ）など、アクセスするデータ
ベース４に依らず決定できるデータについては、データ
ベースアクセス手段７が用意するのではなく、応答生成
手段１０が初期化応答メッセージ３５を生成する処理の
中で生成する。

【００２７】応答生成手段１０が生成した初期化応答メ
ッセージ３５は、メッセージエンコード手段１１に渡さ
れる。メッセージエンコード手段１１は、検索メッセー
ジプロトコルのルールに従って初期化応答メッセージ３
５をコード化し、初期化応答メッセージ３６に変換す
る。そして、初期化応答メッセージ３６をクライアント
プログラム１に発信して初期化処理を終了する。

【００２８】以上が第１の実施例の初期化処理の全体の
流れである。次に同じ例でデータベースをアクセスする
処理についてより詳細に説明する。

【００２９】図６は、初期化処理におけるデータベース
をアクセスする処理の流れを詳細に説明する図である。
図５の処理の流れにおいて、要求解析手段６から解析結
果３３を受け取ったデータベースアクセス手段７は、そ
の中からサービス名を取得し、それをもとにクライアン
トプログラム１からの処理要求が初期化処理要求であっ
たことを判別する（４１）。Ｚ３９．５０の初期化要求
メッセージにはアクセス対象データベース名称が指定さ
れない。今回は、検索メッセージプロトコル変換ゲート
ウェイシステム３のアクセス対象データベースがデータ
ベースｄｂ１だけであると仮定する（４１）。こうした
前提条件のもと、データベースアクセス処理を開始す
る。

【００３０】データベースアクセス手段７は、対象デー
タベース名称ｄｂ１をもとにアクセスドライバ一覧ファ
イル２２を読み込んで対応するデータベースアクセスド
ライバ８の名称を取得する（４２）。アクセスドライバ
一覧ファイル２２より、データベースｄｂ１はデータベ
ース種別Ｄａｔａｂａｓｅ＿Ｔｙｐｅ＿Ａに含まれ、そ
れに対応するデータベースアクセスドライバ８は、ｔｙ
ｐｅ−ａ．ｄｌｌであることが分かる。

【００３１】そこで、データベースアクセス手段７は、
データベースアクセスドライバ８（ファイル名：ｔｙｐ
ｅ−ａ．ｄｌｌ）を動的にロードする（４３）。これで
データベースｄｂ１に対するデータベースアクセスドラ
イバ８を使用できるようになる。

【００３２】次にデータベースアクセスドライバ８に含
まれる初期化関数Ｉｎｉｔｉａｌｉｚｅをコールする
（４４）。初期化関数Ｉｎｉｔｉａｌｉｚｅの関数イン
タフェースは、図３で例としてあげたインタフェースを
使用する。その際に初期化関数Ｉｎｉｔｉａｌｉｚｅの
入力パラメタであるデータベース名称としてはｄｂ１
を、ユーザ名称とパスワードは初期化要求メッセージか
ら取得したパラメタｕｓｅｒＩｄとｐａｓｓｗｏｒｄを
それぞれ指定する。

【００３３】データベースアクセスドライバ８のＩｎｉ
ｔｉａｌｉｚｅ関数では、まずデータベースｄｂ１に対
してセッションを確立し、ユーザ認証を実行する（４
５）。そしてデータベースｄｂ１から受け取ったステー
タス情報から、セッションを確立できたかどうか、当該
ユーザがデータベースｄｂ１に対するアクセス権限を持
っているかどうかの判定を行う（４６）。セッションが
正常に確立され、かつ当該ユーザがデータベースｄｂ１
にアクセスする権限を持っている場合には、Ｉｎｉｔｉ
ａｌｉｚｅ関数の出力パラメタｓｔａｔｕｓに“Ａｃｃ
ｅｐｔ”を代入する（４７）。セッションが確立できな
かったか、または当該ユーザがデータベースｄｂ１にア
クセスする権限を持っていなければ、Ｉｎｉｔｉａｌｉ
ｚｅ関数の出力パラメタｓｔａｔｕｓに“Ｒｅｊｅｃ
ｔ”を代入する（４８）。ちなみにもう一つの出力パラ
メタｓｅｓｓｉｏｎ＿ｉｄには、データベースｄｂ１が
セッション識別子をセッション確立時に割り振りデータ
ベースアクセスドライバ８に通知する場合には、データ
ベースｄｂ１から渡されたセッション識別子をそのまま
代入する。データベースｄｂ１がセッション識別子を割
り振らない場合には、データベースアクセスドライバ８
が以降データベースとのセッションを使用してアクセス
するのに必要となる情報を管理しそれを識別するために
独自にセッション識別子を割り振り出力パラメタｓｅｓ
ｓｉｏｎ＿ｉｄに代入する。以上でＩｎｉｔｉａｌｉｚ
ｅ関数の処理が終了する。

【００３４】次にデータベースアクセス手段７は、初期
化応答メッセージを生成するのに必要となるパラメタｏ
ｐｔｉｏｎｓをデータベースアクセスドライバ８より取
得する（４９）。Ｚ３９．５０におけるパラメタｏｐｔ
ｉｏｎｓは、クライアントの要求機能とサーバのサポー
ト機能をお互いにやり取りし、要求機能／サポート機能
としてどういう機能があるかにより処理を続行するかど
うか判定するためのパラメタである。検索メッセージプ
ロトコル変換ゲートウェイシステム３は、サポート機能
をｏｐｔｉｏｎｓパラメタとして初期化応答メッセージ
に含めてクライアントプログラム１に返す必要がある
が、サポート機能はデータベースの仕様に強く依存して
おり、そのためデータベースアクセスドライバ８にアク
セスしてｏｐｔｉｏｎｓパラメタを取得する。ｏｐｔｉ
ｏｎｓパラメタの取得のためにデータベースアクセス手
段７は、データベースアクセスドライバ８の関数Ｇｅｔ
ＤＢＩｎｆｏｒｍａｔｉｏｎをコールする。

【００３５】ＧｅｔＤＢＩｎｆｏｒｍａｔｉｏｎ関数
は、ｏｐｔｉｏｎｓパラメタを生成してデータベースア
クセス手段７に返す（５０）。このとき、データベース
アクセスドライバ８は、アクセスするデータベース４に
対応しているため、データベース４の仕様についての情
報はデータベース４にアクセスしなくても内部に持つこ
とができる。よって、ｏｐｔｉｏｎｓパラメタ生成（５
０）ではデータベースにアクセスせずにデータベースア
クセスドライバ８が独自にｏｐｔｉｏｎｓパラメタを生
成する。このようにデータベースアクセスドライバ８の
処理の中には、実際にはデータベース４にアクセスしな
いものがあってもよい。

【００３６】以上により、データベースアクセス手段７
は、データベースアクセスドライバ８を使用することに
より、データベースとのセッションを確立し、ユーザ認
証を行い、初期化応答メッセージを生成するのに必要な
データｒｅｓｕｌｔ（Ｉｎｉｔｉａｌｉｚｅ関数の出力
パラメタｓｔａｔｕｓの値を使用）、ｏｐｔｉｏｎｓを
生成して処理を終了する。

【００３７】データベースアクセスドライバ８について
は、関数のインタフェースを共通化する必要があるが、
関数の処理の内容自体についてはおのおのの実装にまか
せてもよい。例えば、図６の例では、Ｉｎｉｔｉａｌｉ
ｚｅ関数の処理の中で４５においてデータベースｄｂ１
にアクセスしてユーザ認証を実行しているが、データベ
ースにユーザ認証の機能がなく、誰でもアクセスしてよ
い場合には、データベースにアクセスせず常にユーザ認
証成功と判定してもよい。このように各データベースの
仕様に合わせたかたちでデータベースアクセスドライバ
８を実装することができる。

【００３８】以上のように、データベースアクセス手段
７の処理のうちアクセスするデータベース４に依存した
処理については、対応したデータベースアクセスドライ
バ８をロードし、それに含まれる関数をコールすること
により処理を行う。これにより、検索メッセージプロト
コル変換ゲートウェイシステム３に関して、データベー
ス４のアクセスインタフェースに依存した処理を、共通
インタフェースを持った関数として実装し、それらをま
とめてデータベースアクセスドライバ８としてカプセル
化する。データベースアクセス手段７はデータベースア
クセスを全てこのデータベースアクセスドライバ８を使
って実装する。これにより、異なるデータベースアクセ
スインタフェースに対応した拡張の修正範囲をデータベ
ースアクセスドライバ８のみに局所化し、データベース
アクセスドライバ８を入れ換えることにより容易に新し
いデータベースに対応できる検索メッセージプロトコル
変換ゲートウェイシステム３を実現することが可能とな
る。

【００３９】また、データベースアクセス手段７がデー
タベース４とデータベースアクセスドライバ８の対応を
アクセスドライバ一覧ファイル９から取得し、対応した
データベースアクセスドライバ８を動的にリンクして使
用することにより、新しいデータベースアクセスドライ
バ８をアクセスドライバ一覧ファイル９に登録するだけ
で、データベースアクセス手段７の処理を変更すること
なく新しいデータベースにアクセスできるようになり、
アクセスインタフェースの異なるデータベースに対応し
た拡張が容易な検索メッセージプロトコル変換ゲートウ
ェイシステム３を実現することが可能となる。

【００４０】次に第２の実施例について説明する。

【００４１】上記第１の実施例では、検索メッセージプ
ロトコル変換ゲートウェイシステムのアクセス対象デー
タベースがデータベースｄｂ１だけであると仮定した。
しかし、データベースアクセスドライバを１つだけと考
えるのではなく、アクセスインタフェースの異なる複数
のデータベースに対してそれぞれデータベースアクセス
ドライバを用意し、それらをデータベースアクセス手段
で切り替えて使用する方式も考えられる。この方式によ
れば、異なるアクセスインタフェースを持つ複数のデー
タベースにアクセスする必要のある検索要求に対して
も、データベースアクセスドライバを切り替えて使用す
ることにより対応できる。この方式を採用した実施例を
説明する。

【００４２】図７は、本実施例の構成を示すブロック図
である。図において、データベースアクセス手段７の中
にデータベースアクセスドライバディスパッチャ１２と
検索結果マージ手段１３を追加する。

【００４３】データベースアクセスドライバディスパッ
チャ１２は、複数のデータベース４を切り替えてアクセ
スする検索要求に従って、検索対象データベースに対応
したデータベースアクセスドライバ８をアクセスドライ
バ一覧ファイル９から求めて、複数のデータベースアク
セスドライバを適宜切り替えて使用し複数のデータベー
スにアクセスする。

【００４４】検索結果マージ手段１３は、複数のデータ
ベース４にアクセスして取得した検索結果群を１つにま
とめる。

【００４５】図８は、複数のデータベースにアクセスす
る場合のアクセスドライバ一覧ファイルの例である。こ
の例では、データベースの種別としてＤａｔａｂａｓｅ
＿Ｔｙｐｅ＿ＡとＤａｔａｂａｓｅ＿Ｔｙｐｅ＿Ｂの２
つがあり、Ｄａｔａｂａｓｅ＿Ｔｙｐｅ＿Ａについて
は、それに対応するデータベース４としてｄｂ１とｄｂ
２が、データベースアクセスドライバ８としてｔｙｐｅ
−ａ．ｄｌｌがあり、Ｄａｔａｂａｓｅ＿Ｔｙｐｅ＿Ｂ
については、それに対応するデータベース４としてｄｂ
３が、データベースアクセスドライバ８としてｔｙｐｅ
−ｂ．ｄｌｌがあることを定義している。

【００４６】図９は、本実施例の検索メッセージプロト
コル変換ゲートウェイシステム３において、複数のデー
タベースにアクセスする検索処理の流れについて、デー
タベースアクセス手段７に関連した処理に絞って説明す
る図である。データベースアクセス手段７以外の処理に
ついては、今回変更はない。

【００４７】要求解析処理６から受け取った検索要求メ
ッセージの解析結果から、データベースアクセス手段７
はクライアントプログラム１からの処理要求が検索要求
であることを判別する（１１１）。以降、データベース
にアクセスして検索結果を取得する処理はデータベース
アクセスドライバディスパッチャ１２により実行する。

【００４８】データベースアクセスドライバディスパッ
チャ１２は、検索要求メッセージに含まれていた入力パ
ラメタｄａｔａｂａｓｅ＿ｎａｍｅから検索対象データ
ベース名称群を取得する。ここでは、｛ｄｂ１，ｄｂ
２，ｄｂ３｝の３つのデータベースが検索対象として指
定されたとする。データベースアクセスドライバディス
パッチャ１２は、これら３つのデータベースに対して以
下の様に同じ処理を繰り返す。

【００４９】まず最初のデータベース名称ｄｂ１に対し
て、対応したデータベースアクセスドライバ名称をアク
セスドライバ一覧ファイル１０１より取得する（１１
２）。アクセスドライバ一覧ファイル１０１によれば、
データベースｄｂ１はデータベース種別Ｄａｔａｂａｓ
ｅ＿Ｔｙｐｅ＿Ａに属し、それに対応したデータベース
アクセスドライバ８は、ｔｙｐｅ−ａ．ｄｌｌであるこ
とが分かる。次にデータベースアクセスドライバｔｙｐ
ｅ−ａ．ｄｌｌをロードする（１１３）。そして、デー
タベースアクセスドライバ８に含まれる検索関数Ｓｅａ
ｒｃｈをコールする（１１４）。検索関数Ｓｅａｒｃｈ
の関数インタフェースは、図３で例としてあげたインタ
フェースを使用する。

【００５０】コールされたＳｅａｒｃｈ関数では、まず
検索要求メッセージから切り出された検索条件をデータ
ベースｄｂ１に対して使用できるものに変換する（１２
２）。変換された検索条件を用いてデータベースｄｂ１
で検索を実行する（１２３）。データベースｄｂ１によ
る検索が終了し、検索結果が得られると、それをデータ
ベースアクセスドライバディスパッチャ１２に渡して、
関数の処理を終了する。

【００５１】データベースｄｂ１による検索が終了する
と、次にデータベースアクセスドライバディスパッチャ
１２は、データベースｄｂ２、ｄｂ３に対しても同様に
して検索を実行する。

【００５２】データベースｄｂ２について、対応したデ
ータベースアクセスドライバ名称を取得すると（１１
５）、それがデータベースｄｂ１と同じｔｙｐｅ−ａ．
ｄｌｌであることが分かる。このように、使用するデー
タベースアクセスドライバ８が既にロードされている場
合、データベースアクセスドライバディスパッチャ１２
は、当該データベースアクセスドライバ８のロードを省
略する。そして、Ｓｅａｒｃｈ関数をコールし（１１
６）、データベースｄｂ１の場合と同様に検索を実行す
る。

【００５３】続いて、データベースｄｂ３について、対
応したデータベースアクセスドライバ名称を取得すると
（１１７）、それがデータベースｄｂ１、ｄｂ２に対応
したデータベースアクセスドライバ８とは異なるｔｙｐ
ｅ−ｂ．ｄｌｌであることが分かる。このようにまだロ
ードしていないデータベースアクセスドライバ８を使用
する必要が出てきた場合に、データベースアクセスドラ
イバディスパッチャ１２は新たにデータベースアクセス
ドライバのロードを実行する（１１８）。そして、デー
タベースアクセスドライバｔｙｐｅ−ｂ．ｄｌｌのＳｅ
ａｒｃｈ関数をコールする（１１９）。

【００５４】データベースアクセスドライバｔｙｐｅ−
ｂ．ｄｌｌのＳｅａｒｃｈ関数では、検索条件をデータ
ベースｄｂ３向けに変換し（１２４）、変換された検索
条件でデータベースｄｂ３を検索する（１２５）。そし
て検索結果をデータベースアクセスドライバディスパッ
チャ１２に渡して関数処理を終了する。

【００５５】データベースアクセスドライバディスパッ
チャ１２は、以上のように指定されたデータベース群に
ついて、対応したデータベースアクセスドライバ８に次
々に処理を渡しながら（ディスパッチ）、複数のデータ
ベースにアクセスして検索結果を集める。

【００５６】データベースアクセスドライバディスパッ
チャ１２が集めた検索結果は、検索結果マージ手段１３
に渡される。検索結果マージ手段１３は、データベース
ｄｂ１、ｄｂ２、ｄｂ３の検索結果について、それぞれ
のヒット件数の和を算出し（１２０）、その上で検索結
果を１つにマージする（１２１）。検索結果のマージの
際に、それらをソートすることも考えられる。こうし
て、検索応答メッセージを生成するためのデータとして
応答生成手段１０に渡すべきヒット件数ならびに検索結
果レコードが生成できる。

【００５７】以上のようにして、データベースアクセス
手段７において、データベースアクセスドライバディス
パッチャ１２により検索要求で指定されているデータベ
ース４に対応した複数のデータベースアクセスドライバ
８を切り替えて使用して複数のデータベース４にアクセ
スし、取得できた検索結果を検索結果マージ手段１３に
よりマージすることにより、異なるアクセスインタフェ
ースを持つ複数のデータベース４にアクセスする必要の
ある検索要求に対してデータベースアクセスドライバ８
を使用したデータベース４のアクセスが可能となる。

【００５８】

【発明の効果】使用したい検索メッセージプロトコルに
対応していない既存のデータベースに対しても、当該検
索メッセージプロトコルでアクセスできるようにする検
索メッセージプロトコル変換ゲートウェイシステムに関
して、データベースのアクセスインタフェースに依存し
た処理を、共通インタフェースを持った関数として実装
し、それらをまとめてデータベースアクセスドライバと
してカプセル化し、データベースアクセス手段はデータ
ベースアクセスを全てこのデータベースアクセスドライ
バを使って実装することにより、異なるデータベースア
クセスインタフェースに対応した拡張の修正範囲をデー
タベースアクセスドライバのみに局所化することが可能
となる。また、データベースアクセス手段がデータベー
スとデータベースアクセスドライバの対応をアクセスド
ライバ一覧ファイルから取得し、対応したデータベース
アクセスドライバを動的にリンクして使用することによ
り、新しいデータベースアクセスドライバをアクセスド
ライバ一覧ファイルに登録するだけで、データベースア
クセス手段の処理を変更することなく新しいデータベー
スにアクセスすることが可能となる。以上のようにし
て、アクセスインタフェースの異なるデータベースに対
応した拡張が容易な検索メッセージプロトコル変換ゲー
トウェイシステムを提供することが可能となる。

【００５９】また、データベースアクセス手段におい
て、データベースアクセスドライバディスパッチャによ
り検索要求で指定されているデータベースに対応した複
数のデータベースアクセスドライバを切り替えて使用し
て複数のデータベースにアクセスし、検索結果マージ手
段により複数のデータベースからの検索結果をマージす
ることにより、異なるアクセスインタフェースを持つ複
数のデータベースにアクセスする必要のある検索要求に
対してデータベースアクセスドライバを使用したデータ
ベースのアクセスが可能となる。

【図面の簡単な説明】

【図１】第１の実施例における構成を表す図である。

【図２】従来の検索メッセージプロトコル変換ゲートウ
ェイシステムの構成を説明する図である。

【図３】データベースアクセスドライバ８のサポートす
べき関数群の例を説明する図である。

【図４】アクセスドライバ一覧ファイル９の例を説明す
る図である。

【図５】第１の実施例の全体の処理の流れの例を説明す
る図（初期化処理）である。

【図６】第１の実施例のデータベースアクセス処理の流
れを説明する図（初期化処理）である。

【図７】第２の実施例における構成を表す図である。

【図８】複数のデータベースにアクセス可能なアクセス
ドライバ一覧ファイル９の例を説明する図である。

【図９】第２の実施例のデータベースアクセス処理の流
れを説明する図（検索処理）である。

【符号の説明】

１…クライアントプログラム、 ２…コンピュー
タネットワーク、３…検索メッセージプロトコル変換ゲ
ートウェイシステム、４…データベース、
５…メッセージデコード手段、６…要求解析手
段、 ７…データベースアクセス手
段、８…データベースアクセスドライバ、 ９…アクセ
スドライバ一覧ファイル、１０…応答生成手段、
１１…メッセージエンコード手段。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 秋沢 充 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内 (72)発明者 多田 勝己 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所情報・通信開発本部内

Claims (2)

【特許請求の範囲】
1. 【請求項１】検索メッセージプロトコルのルールに従っ
   てコード化された検索要求メッセージを情報検索用のク
   ライアントプログラムから受信し、解析可能なメッセー
   ジに変換するメッセージデコード手段と、 上記メッセージデコード手段がデコードしたメッセージ
   を検索メッセージプロトコルのルールに従って解析し、
   クライアントプログラムからの検索要求の内容を読み取
   る要求解析手段と、 データベースに対してアクセスするためのデータベース
   固有の処理を共通インタフェースで提供するライブラリ
   ファイルであるデータベースアクセスドライバを有し、
   上記データベースアクセスドライバとそのライブラリフ
   ァイル名称を対応づけたアクセスドライバ一覧ファイル
   を設け、上記アクセスドライバ一覧ファイルから上記デ
   ータアクセスドライバのライブラリファイル名称を取得
   し、上記要求解析手段が解析した検索要求の内容に従っ
   て上記データベースアクセスドライバのモジュールを呼
   び出し、上記データベースアクセスドライバのモジュー
   ルからデータベース固有のアクセスインタフェースを使
   ってデータベースに検索要求を発行し、データベースか
   ら検索結果を取得するデータベースアクセス手段と、 上記データベースアクセス手段がデータベースから取得
   した検索結果からクライアントプログラムに対する検索
   応答を検索メッセージプロトコルのルールに従って生成
   する応答生成手段と、 上記応答生成手段が生成した検索応答を検索メッセージ
   プロトコルのルールに従ってコード化することによりク
   ライアントプログラムに対する検索応答メッセージを生
   成しクライアントプログラムに発信するメッセージエン
   コード手段を備えたことを特長とする検索メッセージプ
   ロトコル変換ゲートウェイシステム。
2. 【請求項２】請求項１に記載の検索メッセージプロトコ
   ル変換ゲートウェイシステムにおいて、上記データベー
   スアクセス手段として、 複数のデータベースを切り替えてアクセスする検索要求
   に従って、検索対象データベースに対応した上記データ
   ベースアクセスドライバのライブラリファイル名称を上
   記アクセスドライバ一覧ファイルの情報から求めて、複
   数のデータベースアクセスドライバを切り替えて使用し
   て複数のデータベースにアクセスするデータベースアク
   セスドライバディスパッチャと、 複数のデータベースにアクセスして取得した検索結果群
   を１つにまとめる検索結果マージ手段を備えたことを特
   長とする検索メッセージプロトコル変換ゲートウェイシ
   ステム。