JP2001222453A - データベースの実行制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は制御の集中による処理能力の制限を
緩和するとともに協調動作に参加する新たなデータベー
スの追加や変更が容易なデータベースの実行制御装置を
提供することを目的とする。 【解決手段】 複数の実行制御部が協調的に動作するた
めの制御規則として実行制御部が他から受信すべき情報
を特定する第１の情報と割り当てられたデータベースに
発行すべきクエリ文が含まれる第２の情報と割り当てら
れたデータベースからクエリ文の実行結果として受け取
った情報の送信先の実行制御部を特定する第３の情報と
を含む制御規則を保持する制御規則保持手段と割り当て
られたノードの制御規則に従い他の実行制御部から受信
した情報に基づいて前記第２の情報に含まれるクエリ文
をデータベースに発行するクエリ文発行手段２４と割り
当てられたノードの制御規則に従いデータベースからの
クエリ文の実行結果を他の実行制御部に送信する結果送
信手段２５とを設けた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、互いに協調的な動
作が必要な複数のデータベースを制御するためのデータ
ベースの実行制御装置に関する。

【０００２】

【従来の技術】データベースには様々な種類があり、そ
れらのデータ構成や扱うデータの種類も様々である。従
って、利用者が様々な情報をデータベースから取得しよ
うとする場合には多数の独立したデータベースを利用す
る必要がある。一方、独立したデータベースには互いに
関連を有する情報が蓄積される場合が多い。そのため、
例えばある情報によって第１のデータベースの内容を更
新する場合には、更新後の第１のデータベースの内容に
基づいて第２のデータベースを更新する必要があり、さ
らに更新後の第２のデータベースの内容に基づいて第３
のデータベースの内容を更新する必要が生じる場合もあ
る。

【０００３】従って、複数の独立したデータベースを管
理するシステムにおいては、全てのデータベースの内容
が常に整合性を保つように、独立した複数のデータベー
スの内容を管理する動作を互いに協調させる必要があ
る。そのため、従来より独立した複数のデータベースを
管理するシステムは、協調動作を実現するために図１１
のように構成されている。すなわち、各々のデータベー
ス（ＤＢ）を制御する実行制御装置の１台がマスタ実行
制御装置として割り当てられ、他の実行制御装置がそれ
ぞれスレーブ実行制御装置として割り当てられている。

【０００４】例えば、利用者がいずれかのデータベース
にアクセスするために端末装置からこのシステムに入力
する１組のクエリ文（データベースに与える命令文）
は、まずマスタ実行制御装置に入力される。マスタ実行
制御装置は、入力されたクエリ文の内容から、それを発
行すべきデータベースに割り当てられたスレーブ実行制
御装置を特定し、そのスレーブ実行制御装置に対して入
力されたクエリ文の発行要求を送出する。

【０００５】このクエリ文を受信したスレーブ実行制御
装置は、それが割り当てられたデータベースに対してク
エリ文を発行する。このクエリ文の発行に対してデータ
ベースから実行結果が入力されると、スレーブ実行制御
装置はマスタ実行制御装置にクエリ文の発行結果を通知
する。マスタ実行制御装置は、端末装置から入力された
全てのクエリ文に対して、上記の処理を繰り返す。つま
り、複数のデータベースに対するクエリ文の発行タイミ
ングをマスタ実行制御装置が統括的に管理している。こ
れにより、複数のスレーブ実行制御装置及びデータベー
スを協調的に動作させることができる。

【０００６】ところで、互いに仕様の異なる複数のデー
タベースが１つのシステムに接続される場合もある。例
えば、互いに異なるクエリ文の言語仕様に合わせて構成
された様々なデータベースを１つのシステムで管理する
場合である。その場合には、図１２に示すようにマスタ
実行制御装置と各スレーブ実行制御装置との間にそれぞ
れ仕様差異変換装置が配置される。

【０００７】すなわち、仕様差異変換装置は全てのデー
タベースのクエリ文に関する仕様情報を予め取得し、マ
スタ実行制御装置が各スレーブ実行制御装置に対してク
エリ文を発行する際と、クエリ文の発行結果を受け取る
際に、それぞれ仕様情報を用いて仕様の差異を吸収する
ために変換処理を行なう。

【０００８】

【発明が解決しようとする課題】従来の装置において
は、図１１に示すようにマスタ実行制御装置が多数のス
レーブ実行制御装置を統括し、集中的な制御により協調
動作を実現しているため、次に示す問題があった。

【０００９】（１）１つのシステムに多数のデータベー
スが接続される場合には、協調動作のための処理がマス
タ実行制御装置に集中するので、マスタ実行制御装置の
処理能力がボトルネックとなり、システム全体の処理能
力が制限されてしまう。 （２）互いに仕様の異なる複数のデータベースをシステ
ムに接続する場合には、マスタ実行制御装置と各々のス
レーブ実行制御装置との間でデータベースの仕様の違い
に合わせてクエリ文に関する変換処理を行う必要があ
る。このため、マスタ実行制御装置の性能向上が困難で
ある。

【００１０】（３）マスタ実行制御装置と各々のスレー
ブ実行制御装置との間でデータベースの仕様の違いに合
わせてクエリ文に関する変換処理を行う必要があるの
で、種類の異なるデータベースを新たに協調動作に参加
させる場合には、マスタ実行制御装置の変換処理につい
て追加や変更が必要である。従って、そのようなシステ
ムの変更に伴うコストが比較的大きくなるのは避けられ
ない。

【００１１】（４）マスタ実行制御装置と各々のスレー
ブ実行制御装置との間でデータベースの仕様の違いに合
わせてクエリ文に関する変換処理を行う必要があるの
で、種類の異なるデータベースを新たに協調動作に参加
させる場合には、マスタ実行制御装置の変換処理につい
て追加や変更が必要である。このようなシステムの変更
を行っている時には、システム全体を統括するマスタ実
行制御装置の利用が不可能になるので、新たに追加する
データベースを利用しないユーザであっても、全てのデ
ータベースに全くアクセスできない状態になり不便であ
る。また、追加や変更によって新たに組み込んだプログ
ラムなどに不具合（バグ）があると、システム全体が異
常な動作を行う可能性がある。

【００１２】従って、多様な実行制御装置が協調動作す
るシステムでは、マスタとなる実行制御装置は、多くの
種類のデータベースの仕様を保持するとともに、その仕
様に基づいた多彩な変換処理を行うことになる。つま
り、システムの動作が複雑で追加や変更が困難なシステ
ムになってしまう。また、互いに種類の異なるデータベ
ースを協調させる場合には、仕様差異変換装置を用い
て、仮想的に同一のデータベースであるかのように見せ
る。仕様差異変換装置は、１つの実行制御装置が他の実
行制御装置にアクセスする際に、前者に対応するデータ
ベースにアクセスするのと同様のインタフェース（ＡＰ
Ｉ）を提供する。結果として、協調可能な機能は、全て
のデータベースが共通に備えている機能だけに制限さ
れ、各々のデータベースが備えている全ての機能を利用
できるわけではない。

【００１３】本発明は、制御の集中による処理能力の制
限を緩和するとともに、協調動作に参加する新たなデー
タベースの追加や変更が容易なデータベースの実行制御
装置を提供することを目的とする。

【００１４】

【課題を解決するための手段】請求項１のデータベース
の実行制御装置は、複数のデータベースとデータベース
を制御するための複数の実行制御部とを備え、前記複数
の実行制御部がそれぞれに予め割り当てられた前記デー
タベースに対してクエリ文を発行するシステムに、前記
実行制御部のそれぞれとして用いられるデータベースの
実行制御装置であって、前記複数の実行制御部が互いに
協調的に動作するための制御規則として、１つの実行制
御部が他の実行制御部から受信すべき情報を特定するた
めの第１の情報と、１つの実行制御部が割り当てられた
データベースに対して発行すべきクエリ文が１つ以上含
まれる第２の情報と、１つの実行制御部が割り当てられ
たデータベースからクエリ文の実行結果として受け取っ
た情報の送信先の他の実行制御部を特定するための第３
の情報とを含む制御規則を複数ノードのそれぞれについ
て保持する制御規則保持手段と、前記制御規則のうち、
前記実行制御部に割り当てられたノードの制御規則に従
い、他の実行制御部から受信した情報に基づいて前記第
２の情報に含まれるクエリ文を前記データベースに発行
するクエリ文発行手段と、前記制御規則のうち、前記実
行制御部に割り当てられたノードの制御規則に従い、前
記データベースから入力されるクエリ文の実行結果を他
の実行制御部に送信する結果送信手段とを設けたことを
特徴とする。

【００１５】請求項１においては、複数の実行制御部が
互いに協調的に動作するための制御規則が制御規則保持
手段に保持されている。この制御規則には、１つの実行
制御部が他の実行制御部から受信すべき情報を特定する
ための第１の情報と、１つの実行制御部が割り当てられ
たデータベースに対して発行すべきクエリ文が１つ以上
含まれる第２の情報と、１つの実行制御部が割り当てら
れたデータベースからクエリ文の実行結果として受け取
った情報の送信先の他の実行制御部を特定するための第
３の情報とが含まれている。

【００１６】また、クエリ文発行手段は前記制御規則の
うちその実行制御部が割り当てられたノードの制御規則
に従い、他の実行制御部から受信した情報に基づいて前
記第２の情報に含まれるクエリ文を前記データベースに
発行する。さらに、結果送信手段は前記制御規則のうち
その実行制御部に割り当てられたノードの制御規則に従
い、前記データベースから入力されるクエリ文の実行結
果を他の実行制御部に送信する。

【００１７】請求項１では、各々の実行制御部は、制御
規則に基づいて他の実行制御部から入力したデータを処
理し、指定されたクエリ文を実行し、クエリ文の実行結
果を他の実行制御部にデータとして送出することができ
る。このデータを受信した他の実行制御部もそのノード
に割り当てられた制御規則に基づいて動作する。このた
め、各々の実行制御部はいわゆるデータ駆動型計算機の
動作を実現することになり、データを入力するだけで各
々の実行制御部は複数の実行制御部が互いに協調するよ
うに動作する。従って、格別にマスタ装置を設けて集中
的に制御を行わなくても、定められた制御規則に基づい
て協調動作が実現される。

【００１８】請求項１によれば、各々の実行制御部の動
作によってシステム全体の協調制御も実現される。従っ
て、制御が特定の実行制御部に集中することはなく、シ
ステムに接続されるデータベースの数が多い場合であっ
てもシステム全体として高い処理能力を実現できる。ま
た、システム全体を統括するマスタ装置を設ける必要が
ないので、新たなデータベースを追加したりシステムに
変更を加える場合であっても、一部分の実行制御部に変
更を加えるだけでそれを実現できる。さらに、その変更
の最中であっても変更の対象外の実行制御部及びそれに
割り当てられたデータベースはそのまま利用できるの
で、変更に伴う負担は非常に小さい。

【００１９】請求項２は、請求項１のデータベースの実
行制御装置において、前記制御規則保持手段が保持する
前記制御規則のうち、前記実行制御部に割り当てられた
ノードの制御規則を入力して前記第１の情報，第２の情
報及び第３の情報をそれぞれ抽出する規則抽出手段をさ
らに設けたことを特徴とする。規則抽出手段は、それ自
身に割り当てられたノードの制御規則を入力して前記第
１の情報，第２の情報及び第３の情報をそれぞれ抽出す
る。規則抽出手段が抽出した第１の情報，第２の情報及
び第３の情報は、クエリ文発行手段及び結果送信手段に
与えられる。

【００２０】請求項３は、請求項１のデータベースの実
行制御装置において、他の実行制御部から受信した情報
を蓄積するとともに、前記実行制御部に割り当てられた
ノードの制御規則に含まれる前記第２の情報の各々のク
エリ文について、それが必要とする全ての情報の受信が
完了した時に前記クエリ文発行手段に対して発行指示を
与える発火制御手段をさらに設けたことを特徴とする。

【００２１】請求項３においては、他の実行制御部から
受信した情報は順次に蓄積される。また、発火制御手段
はそれ自身が割り当てられたノードの制御規則に含まれ
る前記第２の情報の各々のクエリ文について、それが必
要とする全ての情報の受信が完了した時に前記クエリ文
発行手段に対して発行指示を与える。つまり、各々のク
エリ文について、それの実行に必要な情報の入力が完了
した段階で自動的にクエリ文の発行要求が発生する。こ
のため、クエリ文の発行要求を送出するタイミングを決
定するために外部から制御を行う必要はなく、各々の実
行制御部は自律的に動作する。

【００２２】請求項４は、請求項１のデータベースの実
行制御装置において、前記制御規則をノード毎に区分し
て記述するとともに、各ノードの制御規則には１まとま
りの前記第２の情報を、そのノードに対応付けられる特
定のデータベース固有の仕様に合わせて記述したことを
特徴とする。請求項４においては、制御規則がノード毎
に区分されているので、各々の実行制御部はそれが割り
当てられたノードの制御規則だけを簡単に抽出できる。
また、各ノードの制御規則には、そのノードに対応付け
られる特定のデータベース固有の仕様に合わせて第２の
情報が記述されているので、独自仕様のデータベースを
システムに追加する場合であっても、格別な変換を行う
ことなしに第２の情報をクエリ文としてそのままデータ
ベースに与えることができる。また、制御規則に変更を
加える場合には、ノードとして局所化された制御規則の
一部分の記述を変更するだけで変更を実現できる。

【００２３】請求項５は、請求項１のデータベースの実
行制御装置において、前記制御規則をノード毎に区分し
て記述するとともに、各ノードの制御規則の第１の情報
には、前記第２の情報に含まれる各クエリ文の実行に必
要な情報の種類を記述したことを特徴とする。請求項５
においては、第２の情報に含まれる各クエリ文の実行に
必要な情報の種類（データの型など）が制御規則の第１
の情報に記述されているので、各々のノードに割り当て
られた実行制御部は受信した情報と第１の情報との比較
により、各クエリ文の実行に必要な情報が揃ったか否か
を識別できる。

【００２４】請求項６は、請求項１のデータベースの実
行制御装置において、前記制御規則をノード毎に区分し
て記述するとともに、各ノードの制御規則の第３の情報
には、送信先ノードの前記第２の情報に含まれる各クエ
リ文の実行に必要な情報の種類を記述したことを特徴と
する。請求項６においては、送信先ノードの前記第２の
情報に含まれる各クエリ文の実行に必要な情報の種類
（データの型など）が制御規則の第３の情報に記述され
ているので、各々のノードに割り当てられた実行制御部
は各クエリ文の実行結果を、第３の情報で表される共通
仕様のデータとして送出することができる。

【００２５】請求項７は、請求項１のデータベースの実
行制御装置において、前記複数の実行制御部が協調動作
を開始する前に、各実行制御部に与える制御規則を任意
のサーバからダウンロードして更新する制御規則更新手
段をさらに設けたことを特徴とする。制御規則更新手段
は、前記複数の実行制御部が協調動作を開始する前に、
各実行制御部に与える制御規則を任意のサーバからダウ
ンロードして更新する。従って、サーバに保持する制御
規則を変更することにより、ダウンロードの度にシステ
ムの協調動作の内容を動的に変更することができる。こ
のため、例えば新たな種類のデータベースを協調動作に
参加させるための変更が容易になる。

【００２６】請求項８は、請求項１のデータベースの実
行制御装置において、前記複数の実行制御部同士の間で
伝送する情報には、１組の情報の構造を特定するための
構造識別子と、その構造に従って構成された情報の内容
とを含めるとともに、各実行制御部には、他の実行制御
部から受信した情報をそれに含まれる前記構造識別子に
従って解釈するデータ構成解釈手段をさらに設けたこと
を特徴とする。

【００２７】請求項８においては、データ構成解釈手段
が伝送される情報に含まれる構造識別子に従って情報の
構造を特定し解釈するので、複雑な構成の情報であって
も複数の実行制御部同士の間で伝送することができる。
請求項９は、請求項８のデータベースの実行制御装置に
おいて、前記複数の実行制御部同士の間で伝送される情
報の構造と前記構造識別子との対応関係を示す定義情報
を保持する定義情報サーバと、各実行制御部が必要とす
る定義情報を前記定義情報サーバから取得する定義情報
取得手段とをさらに設けたことを特徴とする。

【００２８】請求項９においては、定義情報取得手段が
実行制御部の必要とする定義情報を定義情報サーバから
取得する。従って、定義情報サーバの保持する内容を変
更すれば、複数の実行制御部同士の間で伝送される情報
の構造を変更することができる。

【００２９】

【発明の実施の形態】（第１の実施の形態）本発明のデ
ータベースの実行制御装置の１つの実施の形態につい
て、図１〜図７を参照して説明する。この形態は請求項
１〜請求項７に対応する。図１はこの形態の実行制御装
置の構成を示すブロック図である。図２はこの形態のデ
ータベースシステムの構成を示すブロック図である。

【００３０】図３は制御規則の記述例（１）をデータフ
ローグラフのテキスト形式で示す模式図である。図４は
制御規則の記述例（２）をデータフローグラフの図形式
で示す模式図である。図５は解釈機構の入力と各出力の
例を示す模式図である。図６はこの形態の実行制御装置
の動作を示すフローチャートである。図７は制御規則の
ダウンロードの手順を示すシーケンス図である。

【００３１】この形態では、請求項１のデータベース，
実行制御部，制御規則保持手段，クエリ文発行手段及び
結果送信手段は、それぞれデータベース１１，実行制御
装置１２，ゲートウェイＧＷ，発行機構２４及び送信機
構２５として具体化されている。また、請求項１の第１
の情報，第２の情報及び第３の情報はそれぞれ解釈機構
２２の出力Ｄ１，Ｄ２及びＤ４に対応する。

【００３２】さらに、請求項２の規則抽出手段は解釈機
構２２に対応し、請求項３の発火制御手段は発火機構２
３に対応し、請求項７の制御規則更新手段はユーザ端末
ＵＳに対応する。図２に示すデータベースシステムは、
Ｎ個のデータベース１１(1)〜１１(N)，Ｎ個の実行制御
装置１２(1)〜１２(N)，ネットワーク１３，ゲートウェ
イＧＷ及びユーザ端末ＵＳを備えている。

【００３３】実行制御装置１２(1)〜１２(N)は、それぞ
れ１つのデータベース１１と対応付けられている。各々
の実行制御装置１２は、それが対応付けられたデータベ
ース１１を制御するために、そのデータベース１１に対
してクエリ文を発行する。各々のデータベース１１は、
蓄積されたデータの集合とそれを制御するためのデータ
ベースマネージャとで構成される。データベースマネー
ジャは、クエリ文が入力されるとそれを実行し、蓄積さ
れたデータの集合にクエリ文を適用する。そして、その
実行結果を実行制御装置１２に返す。

【００３４】図２のデータベースシステムにおいては、
Ｎ個の実行制御装置１２(1)〜１２(N)はネットワーク１
３を介して互いに接続されている。従って、例えば実行
制御装置１２(1)が送出したデータを実行制御装置１２
(2)に入力したり、実行制御装置１２(2)が送出したデー
タを実行制御装置１２(N)に入力することができる。Ｎ
個の実行制御装置１２(1)〜１２(N)のそれぞれは、予め
決定された制御規則に基づき、他の実行制御装置１２か
ら入力されたデータに従って動作する。つまり、実行制
御装置１２はデータ駆動型の計算機として動作する。

【００３５】ゲートウェイＧＷは、Ｎ個の実行制御装置
１２(1)〜１２(N)のそれぞれに接続されている。ゲート
ウェイＧＷは制御規則を生成しそれを各実行制御装置１
２に与える。ユーザ端末ＵＳは、ユーザからの入力に従
ってゲートウェイＧＷに指示を与える。Ｎ個の実行制御
装置１２(1)〜１２(N)のそれぞれは、図１に示すように
構成されている。すなわち、実行制御装置１２は受信機
構２１，解釈機構２２，発火機構２３，発行機構２４及
び送信機構２５を備えている。これらの各機構は、この
例ではソフトウェアで実現してある。勿論、ハードウェ
アで実現することも可能である。各機構の動作について
は後で説明する。

【００３６】ゲートウェイＧＷが生成する制御規則は、
例えば図３に示すように構成される。図３の制御規則の
内容について以下に説明する。図３の例では、４種類の
ノード［ｔｒｉｇｅｒ］，［ｓｅｒｃｈ１］，［ｓｅｒ
ｃｈ２］，［ｒｅｓｕｌｔ］のそれぞれに割り当てられ
る制御規則がノード毎に区別して記述してある。また、
この例ではＳＱＬ言語を用いて記述してある。図３の各
行＃１〜＃１５の内容は次の通りである。なお、「ノー
ド」は各実行制御装置１２に対応し、以下に示す「アー
ク」はノード間で伝送される信号を意味する。

【００３７】＃１〜＃３：ＳＱＬ言語によるクエリ文の
記述 ＃４，＃５：ノード［ｔｒｉｇｅｒ］を送信元とするア
ークの記述 ＃６：ノード［ｓｅｒｃｈ１］を宛先とするアークの記
述 ＃７：ＳＱＬ言語によるクエリ文の記述 ＃８：ノード［ｓｅｒｃｈ１］を送信元とするアークの
記述 ＃９：ノード［ｓｅｒｃｈ２］を宛先とするアークの記
述 ＃１０：ＳＱＬ言語によるクエリ文の記述 ＃１１：ノード［ｓｅｒｃｈ２］を送信元とするアーク
の記述 ＃１２，＃１３：ノード［ｒｅｓｕｌｔ］を宛先とする
アークの記述 ＃１４，＃１５：ＳＱＬ言語によるクエリ文の記述 各行＃１〜＃１５の具体的な意味は次の通りである。

【００３８】＃１：「ｋｅｙ」という名前で８文字のキ
ャラクタ型の項目を持つ「ｓｅｅｄ」という表を作成す
る。 ＃２：「ＴＹＰＥ−１」という値を持つ行を表「ｓｅｅ
ｄ」に追加する。 ＃３：表「ｓｅｅｄ」から全ての行を読み出す。 ＃４：＃３で読み出した列を「ＡＴＯＭ」というデータ
形式でノード［ｓｅｒｃｈ１］に「ｋｅｙ」という名前
で送信する。

【００３９】＃５：＃３で読み出した列を「ＡＴＯＭ」
というデータ形式でノード［ｓｅｒｃｈ２］に「ｋｅ
ｙ」という名前で送信する。 ＃６：「ＡＴＯＭ」というデータ形式でノード［ｔｒｉ
ｇｅｒ］から「ｋｅｙ」という名前で受信した値を１行
目のＳＱＬ文（＃７）の「？」と入れ換える。 ＃７：表「ｌｏｇ１」から項目「ｋｅｙ」の値が「？」
である行を全て読み出す。

【００４０】＃８：＃７で読み出した列を「ＴＡＢＬ
Ｅ」というデータ形式でノード［ｒｅｓｕｌｔ］に「ｌ
ｏｇ１」という名前で送信する。 ＃９：「ＡＴＯＭ」というデータ形式でノード［ｔｒｉ
ｇｅｒ］から「ｋｅｙ」という名前で受信した値を１行
目のＳＱＬ文（＃１０）の「？」と入れ換える。＃１
０：表「ｌｏｇ２」から項目「ｋｅｙ」の値が「？」で
ある行を全て読み出す。

【００４１】＃１１：＃１０で読み出した列を「ＴＡＢ
ＬＥ」というデータ形式で、ノード［ｒｅｓｕｌｔ］に
「ｌｏｇ２」という名前で送信する。 ＃１２：「ＴＡＢＬＥ」というデータ形式でノード［ｓ
ｅｒｃｈ１］から「ｌｏｇ１」という名前で受信した値
を「ｒｅｓｕｌｔ１」という名前で保存する。 ＃１３：「ＴＡＢＬＥ」というデータ形式でノード［ｓ
ｅｒｃｈ２］から「ｌｏｇ２」という名前で受信した値
を「ｒｅｓｕｌｔ２」という名前で保存する。

【００４２】＃１４：「ｔｙｐｅ」という名前で８文字
のキャラクタ型の項目と「ｉｎｆｏ」という名前で６４
文字のキャラクタ型の項目とを持つ「ｒｅｓｕｌｔ」と
いう表を作成。 ＃１５：保存した「ｒｅｓｕｌｔ１」及び「ｒｅｓｕｌ
ｔ２」を表「ｒｅｓｕｌｔ」に挿入する。

【００４３】制御規則の各ノード［ｔｒｉｇｅｒ］，
［ｓｅｒｃｈ１］，［ｓｅｒｃｈ２］，［ｒｅｓｕｌ
ｔ］は、それぞれ異なる実行制御装置１２に割り当てら
れる。例えば、ノード［ｔｒｉｇｅｒ］を実行制御装置
１２(1)に割り当て、ノード［ｓｅｒｃｈ１］を実行制
御装置１２(2)に割り当て、ノード［ｓｅｒｃｈ２］を
実行制御装置１２(3)に割り当て、ノード［ｒｅｓｕｌ
ｔ］を実行制御装置１２(4)に割り当てる。

【００４４】図３の制御規則をデータフローグラフで表
すと図４のようになる。すなわち、図４に示すようにノ
ード［ｔｒｉｇｅｒ］，［ｓｅｒｃｈ１］，［ｓｅｒｃ
ｈ２］，［ｒｅｓｕｌｔ］の間でアークとして信号が伝
送される。従って、複数の実行制御装置１２(1)〜１２
(N)の間で信号（データ）の伝送が行われる。ノード
［ｔｒｉｇｅｒ］については、そのノードを宛先（デス
ティネーション）とするアークがないため、すぐにクエ
リ文の発行を開始する。ノード［ｓｅｒｃｈ１］につい
ては、特に指定がないため、そのノードを宛先とするア
ークが示すデータを全て受信したときにクエリ文の発行
を開始する。

【００４５】同様に、ノード［ｓｅｒｃｈ２］について
は特に指定がないため、そのノードを宛先とするアーク
が示すデータを全て受信したときにクエリ文の発行を開
始する。また、ノード［ｒｅｓｕｌｔ］については、特
に指定がないため、そのノードを宛先とするアークが示
すデータを全て受信したときにクエリ文の発行を開始す
る。

【００４６】図１に示す実行制御装置１２の解釈機構２
２は、ゲートウェイＧＷから送出される制御規則Ｄ０が
入力されると、その内容を解析し、その結果として４種
類の出力Ｄ１，Ｄ２，Ｄ３，Ｄ４を生成する。例えば、
ある実行制御装置１２が図３の制御規則のノード［ｓｅ
ｒｃｈ１］に割り当てられた場合には、その解釈機構２
２に入力される制御規則Ｄ０及び４種類の出力Ｄ１，Ｄ
２，Ｄ３，Ｄ４はそれぞれ図５のようになる。

【００４７】すなわち、解釈機構２２にはノード［ｓｅ
ｒｃｈ１］の全ての制御規則がＤ０として入力され、出
力Ｄ１にはノード［ｓｅｒｃｈ１］が他のノードから受
信すべき一連のデータの種類を表す情報として図３の
(＃６)の内容が現れる。また、解釈機構２２の出力Ｄ２
には、対応するデータベース１１に発行すべき一連のク
エリ文として図３の(＃７)が現れる。ノード［ｒｅｓｕ
ｌｔ］の場合であれば、出力Ｄ２には図３の(＃１４)，
(＃１５)が現れる。

【００４８】解釈機構２２の出力Ｄ３には、送信するデ
ータの形式を表す情報として図３の(＃８)に含まれる
「ＴＡＢＬＥ」が現れる。また、解釈機構２２の出力Ｄ
４には宛先のノード［ｒｅｓｕｌｔ］を示す図３の(＃
８)の「ｒｅｓｕｌｔ．ｌｏｇ１＝ＩＴＥＭ(1)」が現れ
る。また、解釈機構２２はゲートウェイＧＷから更新さ
れた新しい制御規則Ｄ０が入力される度に、それを解析
して出力Ｄ１，Ｄ２，Ｄ３，Ｄ４の内容をそれぞれ更新
する。

【００４９】実行制御装置１２の受信機構２１には、他
の実行制御装置１２の出力するデータがネットワーク１
３を介して受信データＤinとして入力される。受信機構
２１は、受信データＤinが入力されると、その内容をデ
ータベース１１もしくは実行制御装置１２内に保存する
とともに、受信データＤinの種別を判定し、その結果を
データ種別Ｄｘとして発火機構２３に通知する。

【００５０】発火機構２３は、受信機構２１から通知さ
れたデータ種別Ｄｘの情報を保存するとともにその履歴
を管理する。そして、解釈機構２２の出力Ｄ１として予
め発火機構２３に入力された情報と、受信したデータの
データ種別Ｄｘの履歴とを照合する。解釈機構２２の出
力Ｄ１の内容は、解釈機構２２の出力Ｄ２に含まれる各
クエリ文を実行するために必要とされる全てのデータの
種類を表している。発火機構２３は、前記照合の結果、
各々のクエリ文についてそれを実行するのに必要な全て
のデータの受信が完了したことを検出すると、発行機構
２４に対して発行指示を出力する。

【００５１】発行機構２４は、発火機構２３から発行指
示を受け取ると、解釈機構２２から出力Ｄ２として入力
される一連のクエリ文の中から、その発行指示に対応す
る１組のクエリ文を選択し、選択したクエリ文を順次に
データベース１１に対して発行しその実行を指示する。
発火機構２３が発行指示を出力した時点で、クエリ文の
実行に必要な全てのデータの受信が完了しているので、
データベース１１は発行機構２４からクエリ文が入力さ
れると直ちにそれを実行することができる。

【００５２】データベース１１は、発行機構２４が発行
したクエリ文を実行した後、その実行結果を発行機構２
４に返す。発行機構２４は、データベース１１から実行
結果を受け取るとそれを送信機構２５に渡す。送信機構
２５は、発行機構２４からクエリ文の実行結果を受け取
ると、それを送信データＤoutとしてネットワーク１３
に送出する。送信データＤoutの宛先は、解釈機構２２
の出力Ｄ４によって予め指定されたノードの実行制御装
置１２になる。また、送信データＤoutのデータ形式
は、解釈機構２２の出力Ｄ３によって予め指定された形
式になる。なお、制御規則に送信先が指定されていない
場合には、送信機構２５は送信データＤoutを送出しな
い。

【００５３】以上に説明した実行制御装置１２の全体の
動作をフローチャートで表すと、図６のようになる。図
６において、ステップＳ１１〜Ｓ１４の処理Ｐ１，ステ
ップＳ１５〜Ｓ１８の処理Ｐ２，ステップＳ１９〜Ｓ２
３の処理Ｐ３，ステップＳ２４〜Ｓ２５の処理Ｐ４は、
それぞれ図１の受信機構２１，発火機構２３，発行機構
２４，送信機構２５によって実行される。

【００５４】この例では、各実行制御装置１２に与える
制御規則を更新する場合には図７に示す手順が実行され
る。すなわち、制御規則の更新を必要とする場合には、
ユーザ端末ＵＳからゲートウェイＧＷに対して所定のク
エリ文を発行するとともに、それの実行指示を与える。
ゲートウェイＧＷは、ユーザ端末ＵＳからのクエリ文及
び実行指示を受信すると、入力されたクエリ文に基づい
てステップＳ４１で制御規則を生成する。この制御規則
は、例えば図３のような内容になる。

【００５５】ステップＳ４２では、生成された制御規則
の各々のノードを実行制御装置１２(1)〜１２(N)のいず
れかに割り当てる。そして、ステップＳ４３では実行制
御装置１２(1)〜１２(N)のそれぞれに対して、割り当て
られたノードの制御規則を送出する。

【００５６】例えば、図３に示すノード［ｔｒｉｇｅ
ｒ］の記述の内容全てを実行制御装置１２(1)に対して
送出し、図３に示すノード［ｓｅｒｃｈ１］の記述の内
容全てを実行制御装置１２(2)に対して送出し、図３に
示すノード［ｓｅｒｃｈ２］の記述の内容全てを実行制
御装置１２(3)に対して送出し、図３に示すノード［ｒ
ｅｓｕｌｔ］の記述の内容全てを実行制御装置１２(4)
に対して送出する。

【００５７】なお、この例では割り当てたノードの制御
規則だけをゲートウェイＧＷが各実行制御装置１２に送
出しているが、全てのノードの制御規則を各々の実行制
御装置１２に送出し、各実行制御装置１２の解釈機構２
２が割り当てられたノードの制御規則だけを抽出して処
理するように変更してもよい。以上のように、この例で
はシステムに接続されたＮ個の実行制御装置１２のそれ
ぞれが、制御規則に基づき、他の実行制御装置１２から
入力されるデータに従って自動的にクエリ文をデータベ
ース１１に発行し、クエリ文の実行結果をデータとして
他の実行制御装置１２に送出するので、Ｎ個の実行制御
装置１２は、データベース１１(1)〜１１(N)のデータが
整合性を保つような協調動作を実現することができる。
このため、マスタ制御装置を設ける必要はない。

【００５８】上記の説明においては、複数のデータベー
ス１１間の協調動作だけを説明したが、実際にユーザが
各データベース１１にアクセスしようとする場合には、
次のようにすればよい。ユーザが新規データをデータベ
ース１１に追加する場合には、例えば、図３のノード
［ｔｒｉｇｅｒ］の中にあるＳＱＬ文の「ｉｎｓｅｒ
ｔ」だけを持つクエリ文を利用する。あるいは、図２の
ゲートウェイＧＷ上もしくはそれと同様の位置にある計
算のアプリケーションプログラムを用い、図示しないネ
ットワークを介して各データベース１１に直接（実行制
御装置１２を通さずに）アクセスすればよい。

【００５９】また、ユーザが各データベース１１からデ
ータを読み出そうとする場合にも、図２のゲートウェイ
ＧＷ上もしくはそれと同様の位置にある計算のアプリケ
ーションプログラムを用い、図示しないネットワークを
介して各データベース１１に直接アクセスすればよい。
なお、上記のようなユーザのデータベース１１に対する
アクセスを容易にするためには、各々のデータベース１
１上にどのような情報が存在するのかを表すカタログ情
報や、ユーザのクエリ文の実行結果が結局いずれのデー
タベース１１に配置されたのかを示す情報をゲートウェ
イＧＷなどが管理しユーザに提供するのが望ましい。

【００６０】（第２の実施の形態）本発明のデータベー
スの実行制御装置のもう１つの実施の形態について、図
８〜図１０を参照して説明する。この形態は、請求項８
及び請求項９に対応する。図８はこの形態のデータベー
スシステムの構成を示すブロック図である。図９はこの
形態の実行制御装置の構成を示すブロック図である。図
１０はこの形態の実行制御装置の動作を示すフローチャ
ートである。

【００６１】この形態は、第１の実施の形態の変形例で
ある。図８〜図１０において、第１の実施の形態と対応
する要素及び処理については同一の符号及びステップ番
号を付けて示してある。第１の実施の形態と同一の部分
については、以下の説明を省略する。この形態では、請
求項８のデータ構成解釈手段は受信機構２１Ｂ及びステ
ップＳ３１に対応する。また、請求項９の定義情報サー
バ及び定義情報取得手段は、それぞれゲートウェイＧＷ
及び解釈機構２２Ｂに対応する。

【００６２】図８に示すゲートウェイＧＷは、制御規則
だけでなく定義情報をも生成し、それらを各実行制御装
置１２に与える。この定義情報は、複数の実行制御装置
１２の間でネットワーク１３を介して互いに伝送される
データの構造を把握するのに必要な情報であり、予め定
めたデータ形式毎に定義される。

【００６３】例えば、あるデータ形式「ｔａｂｌｅ」の
定義情報の内容は次のような情報を含んでいる。 デリミタ：＝， タグ１：＝’ タグ１の型：＝可変長文字列 タグ２：＝ タグ２の型：＝３２ビット整数型 また、図３，図４の定義情報のノード［ｓｅｒｃｈ１］
からノード［ｒｅｓｕｌｔ］にアーク「ｌｏｇ１」とし
て伝送されるデータは、例えば次のような内容のテキス
トデータになる。

【００６４】「ＴＡＢＬＥ：ｓｅｒｃｈ１：ｌｏｇ１：
ＤＡＴＡ：’２９／Ｊｕｌ／１９９９：１８：４０：０
１＋０９００’，９９０７２９，’ＨｔｍｌＤｏｃ／ｍ
ｅｎｕ．ｈｔｍｌ’」 このテキストデータの中で、「ＴＡＢＬＥ：ｓｅｒｃｈ
１：ｌｏｇ１：」がデータヘッダであり、それ以降がデ
ータの本文である。このデータヘッダの最初にある「Ｔ
ＡＢＬＥ」は、このテキストデータの本文のデータ形式
が「ｔａｂｌｅ」であることを意味するデータ形式識別
子である。

【００６５】ノード［ｒｅｓｕｌｔ］に割り当てられた
実行制御装置１２においては、上記のようなデータが受
信データＤinとして図９の受信機構２１Ｂに入力され
る。また、上記のような定義情報が図９の定義情報Ｄｄ
として解釈機構２２Ｂから受信機構２１Ｂに入力され
る。ノード［ｒｅｓｕｌｔ］に割り当てられた実行制御
装置１２の受信機構２１Ｂは、次のように動作する。な
お、この例ではデータベース１１としてリレーショナル
データベースを用いる場合を想定している。

【００６６】１．受信データＤinのデータヘッダに含ま
れるデータ形式識別子「ＴＡＢＬＥ」を参照して、受信
データＤinの解析に用いる定義情報のデータ形式を「ｔ
ａｂｌｅ」に決定する。 ２．決定したデータ形式を「ｔａｂｌｅ」の定義情報を
参照する。 ３．前記テキストデータを受信データＤinとして受信し
た場合、「ＤＡＴＡ」以降のデータ本体を定義情報のデ
リミタ「，」で区切って分離する。その結果、「’２９
／Ｊｕｌ／１９９９：１８：４０：０１＋０９００’」
と「９９０７２９」と「’ＨｔｍｌＤｏｃ／ｍｅｎｕ．
ｈｔｍｌ’」とが分離して取り出される。

【００６７】４．定義情報のタグ１「’」が先頭にある
「’２９／Ｊｕｌ／１９９９：１８：４０：０１＋０９
００’」及び「’ＨｔｍｌＤｏｃ／ｍｅｎｕ．ｈｔｍ
ｌ’」をそれぞれタグ１の型として定義された「可変長
文字列」として解釈する。 ５．「９９０７２９」をタグ２の型として定義された
「３２ビット整数型」として解釈する。

【００６８】６．解釈した値を、決定したデータ形式
「ｔａｂｌｅ」に従ってリレーショナルデータベースの
表に蓄積する。蓄積先は、解釈機構２２Ｂから指定され
る「保存先」の「ｒｅｓｕｌｔ１」に従って、表名が
「ｒｅｓｕｌｔ１」の表とする。解釈した値は、図９で
はデータＤi2として発行機構２４又はデータベース１１
に保存される。「ｒｅｓｕｌｔ１」の表が実行制御装置
１２Ｂ上に存在する場合には発行機構２４に保存され、
「ｒｅｓｕｌｔ１」の表がデータベース１１に存在する
場合にはデータベース１１に保存される。

【００６９】７．ノード「ｒｅｓｕｌｔ１」からアーク
「ｌｏｇ１」のデータを受信したこと「そのデータの種
類」を発火機構２３に通知する。図９に示すように、定
義情報Ｄｄは解釈機構２２Ｂを介して送信機構２５Ｂに
も印加される。送信機構２５Ｂは、データベース１１が
返すクエリ文の実行結果を発行機構２４から受信する
と、定義情報Ｄｄの内容に適合するようにデータの構成
を変換し、送信データＤoutを組み立てる。

【００７０】受信機構２１Ｂの動作は、図１０に示すス
テップＳ３１が追加された以外は第１の実施の形態と同
一である。ステップＳ３１では、受信機構２１Ｂは定義
情報Ｄｄの内容に従って受信データＤinを解釈し、指定
された形式のデータＤi2に変換する。また、送信機構２
５Ｂの動作は図１０に示すステップＳ３２が追加された
以外は第１の実施の形態と同一である。ステップＳ３２
では、送信機構２５Ｂは送信データＤoutを定義情報Ｄ
ｄの内容に従って組み立てる。

【００７１】この例では、受信データＤinの構造を定義
情報を用いて解釈するので、データ構成の異なる新たな
データベースを協調動作に参加させる場合にも、データ
構成の変換を定義情報の変更だけで実現することがで
き、システムの変更に伴う負担が小さくなる。なお、図
８の例では同一のゲートウェイＧＷが制御規則及び定義
情報の両方を送出するが、制御規則及び定義情報をそれ
ぞれ異なるサーバから送出するように構成を変更しても
よい。

【００７２】

【発明の効果】以上の通り、本発明のデータベースの実
行制御装置では、種類の異なる複数のデータベースを互
いに協調させる場合であっても、全てのデータベースの
機能をそのまま使用できるため、機能面での相乗効果が
得られる。また、新たなデータベースを協調動作に参加
させる場合には、追加するデータベースの実行制御装置
だけについて変更を行えばよい。従って、既に運用され
ているデータベースを新たに協調動作に取り込んだり、
新規開発されたデータベースを協調動作に取り込むこと
が容易である。

【００７３】また、データベースを協調動作のための制
御機能が、複数の実行制御装置のそれぞれに分散するの
で、多数のデータベースを協調動作させる場合であって
もボトルネックが生じない。すなわち、本発明のデータ
ベースの実行制御装置によりオープンでスケーラブルな
データベース協調環境が実現できる。

【図面の簡単な説明】

【図１】第１の実施の形態の実行制御装置の構成を示す
ブロック図である。

【図２】第１の実施の形態のデータベースシステムの構
成を示すブロック図である。

【図３】制御規則の記述例（１）をデータフローグラフ
のテキスト形式で示す模式図である。

【図４】制御規則の記述例（２）をデータフローグラフ
の図形式で示す模式図である。

【図５】解釈機構の入力と各出力の例を示す模式図であ
る。

【図６】第１の実施の形態の実行制御装置の動作を示す
フローチャートである。

【図７】制御規則のダウンロードの手順を示すシーケン
ス図である。

【図８】第２の実施の形態のデータベースシステムの構
成を示すブロック図である。

【図９】第２の実施の形態の実行制御装置の構成を示す
ブロック図である。

【図１０】第２の実施の形態の実行制御装置の動作を示
すフローチャートである。

【図１１】従来例のデータベースシステムの構成を示す
ブロック図である。

【図１２】データベース間の仕様の違いを吸収するため
の従来の構成を示すブロック図である。

【符号の説明】 １１ データベース １２，１２Ｂ 実行制御装置 １３ ネットワーク ２１，２１Ｂ 受信機構 ２２，２２Ｂ 解釈機構 ２３ 発火機構 ２４ 発行機構 ２５，２５Ｂ 送信機構 ＧＷ ゲートウェイ ＵＳ ユーザ端末

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数のデータベースとデータベースを制
   御するための複数の実行制御部とを備え、前記複数の実
   行制御部がそれぞれに予め割り当てられた前記データベ
   ースに対してクエリ文を発行するシステムに、前記実行
   制御部のそれぞれとして用いられるデータベースの実行
   制御装置であって、 前記複数の実行制御部が互いに協調的に動作するための
   制御規則として、１つの実行制御部が他の実行制御部か
   ら受信すべき情報を特定するための第１の情報と、１つ
   の実行制御部が割り当てられたデータベースに対して発
   行すべきクエリ文が１つ以上含まれる第２の情報と、１
   つの実行制御部が割り当てられたデータベースからクエ
   リ文の実行結果として受け取った情報の送信先の他の実
   行制御部を特定するための第３の情報とを含む制御規則
   を複数ノードのそれぞれについて保持する制御規則保持
   手段と、 前記制御規則のうち、前記実行制御部に割り当てられた
   ノードの制御規則に従い、他の実行制御部から受信した
   情報に基づいて前記第２の情報に含まれるクエリ文を前
   記データベースに発行するクエリ文発行手段と、 前記制御規則のうち、前記実行制御部に割り当てられた
   ノードの制御規則に従い、前記データベースから入力さ
   れるクエリ文の実行結果を他の実行制御部に送信する結
   果送信手段とを設けたことを特徴とするデータベースの
   実行制御装置。
2. 【請求項２】 請求項１のデータベースの実行制御装置
   において、前記制御規則保持手段が保持する前記制御規
   則のうち、前記実行制御部に割り当てられたノードの制
   御規則を入力して前記第１の情報，第２の情報及び第３
   の情報をそれぞれ抽出する規則抽出手段をさらに設けた
   ことを特徴とするデータベースの実行制御装置。
3. 【請求項３】 請求項１のデータベースの実行制御装置
   において、他の実行制御部から受信した情報を蓄積する
   とともに、前記実行制御部に割り当てられたノードの制
   御規則に含まれる前記第２の情報の各々のクエリ文につ
   いて、それが必要とする全ての情報の受信が完了した時
   に前記クエリ文発行手段に対して発行指示を与える発火
   制御手段をさらに設けたことを特徴とするデータベース
   の実行制御装置。
4. 【請求項４】 請求項１のデータベースの実行制御装置
   において、前記制御規則をノード毎に区分して記述する
   とともに、各ノードの制御規則には１まとまりの前記第
   ２の情報を、そのノードに対応付けられる特定のデータ
   ベース固有の仕様に合わせて記述したことを特徴とする
   データベースの実行制御装置。
5. 【請求項５】 請求項１のデータベースの実行制御装置
   において、前記制御規則をノード毎に区分して記述する
   とともに、各ノードの制御規則の第１の情報には、前記
   第２の情報に含まれる各クエリ文の実行に必要な情報の
   種類を記述したことを特徴とするデータベースの実行制
   御装置。
6. 【請求項６】 請求項１のデータベースの実行制御装置
   において、前記制御規則をノード毎に区分して記述する
   とともに、各ノードの制御規則の第３の情報には、送信
   先ノードの前記第２の情報に含まれる各クエリ文の実行
   に必要な情報の種類を記述したことを特徴とするデータ
   ベースの実行制御装置。
7. 【請求項７】 請求項１のデータベースの実行制御装置
   において、前記複数の実行制御部が協調動作を開始する
   前に、各実行制御部に与える制御規則を任意のサーバか
   らダウンロードして更新する制御規則更新手段をさらに
   設けたことを特徴とするデータベースの実行制御装置。
8. 【請求項８】 請求項１のデータベースの実行制御装置
   において、前記複数の実行制御部同士の間で伝送する情
   報には、１組の情報の構造を特定するための構造識別子
   と、その構造に従って構成された情報の内容とを含める
   とともに、各実行制御部には、他の実行制御部から受信
   した情報をそれに含まれる前記構造識別子に従って解釈
   するデータ構成解釈手段をさらに設けたことを特徴とす
   るデータベースの実行制御装置。
9. 【請求項９】 請求項８のデータベースの実行制御装置
   において、前記複数の実行制御部同士の間で伝送される
   情報の構造と前記構造識別子との対応関係を示す定義情
   報を保持する定義情報サーバと、各実行制御部が必要と
   する定義情報を前記定義情報サーバから取得する定義情
   報取得手段とをさらに設けたことを特徴とするデータベ
   ースの実行制御装置。