JP2002529808A

JP2002529808A - 分散処理によって実行されるデータ処理要求を評価する方法及び装置

Info

Publication number: JP2002529808A
Application number: JP2000580080A
Authority: JP
Inventors: ハンスニルソン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 1998-11-03
Filing date: 1999-10-29
Publication date: 2002-09-10
Also published as: US6604122B1; EP1127310A2; DE69922832D1; DE69922832T2; CA2349706C; CA2349706A1; EP1127310B1; BR9914991A; KR20010085985A; WO2000026765A3; WO2000026765A2; AU1514800A

Abstract

(57)【要約】【解決手段】データベース処理要求が分散処理によって実行される。そのタスクに関与する分散処理各々は、あるデータ処理機能を実行し、他の処理への実質的なタスクメッセージを伴う処理識別情報を含む。最終的に、その識別情報とともにメッセージが制御処理に到達し、その識別情報から制御処理はタスクに関与した全ての処理からの全てのメッセージがそのタスクの各受け持ち部分の実行を完了したかどうかを推測する。もし、完了したことを推測するなら、タスクは完了する。

Description

【発明の詳細な説明】

【０００１】発明の分野本発明は、単一データプロセッサの環境、或いは、マルチプロセッサの環境に
おいて、分散処理を用いてタスクを実行することに関する。本発明はタスクを実
行するための何らかの協働作業に対して有用な適用を見出すとは言え、１つの適
用の例は、データ管理システムにおけるデータベース照会の評価に対するもので
ある。

【０００２】発明の背景と要約データベース管理において、データベースは電子的に読み出し可能な形式で編
成されて格納され、これに続く多数のコンピュータユーザによる共用アクセスに
備える。データベースエンジンによって、それらのユーザは概念的にはリレーシ
ョナル、タブレット、階層的、或いは、他の形式で編成されるようなデータへの
照会を提出し、照会に応答して、アンサーセットとして知られる出力を受信する
ことが可能になる。次のことは照会の例である。ある会社の従業員登録があるこ
とを仮定してみよう。各従業員に対して、（他にもあるが数ある中には）その従
業員氏名、給料、及び年齢が格納されている。１つの可能性のある照会は、“給
料が２００００ドル以上で、かつ、３０歳未満の従業員全ての氏名を見出せ”と
いうものがある。

【０００３】種々の状況下で、アンサーセットはこれが生成されるのにかなり多くの時間が
かかり、この問題が重大なことであるかもしれない。それ故に、データベース管
理システムはしばしば、単一コンピュータ或いはマルチプロセッサで動作するマ
ルチ処理を採用し、各照会要求をマルチ処理或いはプロセッサを用いて実行され
る相互関連したタスクへと分解することにより照会を実行する。言い換えると、
各処理或いはプロセッサはその照会実行のある部分を実行するのである。協働す
る全ての照会処理（即ち、照会オペーレータ）から生み出される照会の結果が集
められて結合されて要求されている照会応答／アンサーセットを生成する。

【０００４】具体的には分散された照会処理実行における、そして、一般的にはどんな種類
の分散処理システムにおける困難さは、内部接続されかつ協働する処理の全てが
、全体のタスクにおいて夫々が受け持っている部分の処理を完了したのがいつで
あるのかを知ることにある。図１に示された分散処理のシナリオの例を考えてみ
よう。ユーザ端末１０はユーザインタフェース１４を介してコンピュータシステ
ム１２と通信を行う。データベース管理システムの環境において、コンピュータ
システム１２はまた、データベース１６と接続される。ユーザインタフェース１
４からの（データベース照会のような）タスクは分散実行のためにそのタスク（
或いはその一部）を図示されているサポート処理Ｐ１、Ｐ２、Ｐ３、及びＰ４に
対して受け渡す制御処理Ｃに対して提供される。各処理Ｐ１〜Ｐ４はそのタスク
のある部分（或いはそれ自身）を実行する。即ち、制御処理Ｃはそのタスクを定
義する、或いはさもなければそのタスクに関連したメッセージを第１の処理Ｐ１
に対して送信する。第１の処理Ｐ１はそのタスクの一部分を実行して、その部分
的に実行したタスクの結果を制御処理Ｃから受信したメッセージとともに、サポ
ート処理Ｐ２及びＰ３の両方に対して送信する。サポート処理Ｐ２とＰ３とはそ
のタスクの夫々が受け持つ部分を実行し、夫々の結果を夫々が処理Ｐ１から受信
した処理Ｐ１からの結果を含むメッセージとともにサポート処理に対して送信す
る。

【０００５】完全に実行が終了したタスクは２つのメッセージの形式で制御処理Ｃに到達す
る。これら２つのメッセージの１つは、チェーンＣ→Ｐ１→Ｐ２→Ｃからのもの
であり、もう１つはチェーンＣ→Ｐ１→Ｐ３→Ｐ４からのものである。この点に
おける問題は、制御処理Ｃがタスクを実行するのに関与した全てのエージェント
処理からの全てのメッセージを受信したのがいつであるのかを判断することであ
る。この問題は、制御処理が第１のサポート処理Ｐ１については知っているもの
の、タスクの完了に寄与した全てのサポート処理の身元や正体（アイデンティテ
ィ）については必ずしも知る訳ではないという事実によって複雑にされる。その
結果、制御処理Ｃはいくつの処理のメッセージを予期すべきなのかさえも分から
ないのである。

【０００６】この問題に対する１つの可能性のある解決策は、全てのサポート処理Ｐ_iが制
御処理Ｃに対して夫々の身元や正体を通知し、制御処理Ｃからのメッセージを各
サポート処理Ｐ_i（即ち、図１ではＰ₁−Ｐ₄）に対して送信して、各サポート処
理がタスクの各部分の実行を完了したときに制御処理Ｃと通信するように要求す
ることである。そのとき、各サポート処理Ｐ_iは、夫々が受け持っているタスク
の部分の実行を完了したときに別のメッセージを制御処理Ｃに対して送信する。
この解決策の欠点は、タスクのある部分を実行するのに関与するであろう全ての
サポート処理の身元や正体がＣによって前もって知られていることを要求してい
る点にある。この要求はそれを満たすことが必ずしも簡単なことではなく、また
、望ましい訳でもない。この可能性のある解決策の別の重大な欠点は、制御処理
Ｃとサポート処理との間のオーバヘッドタイプの信号発信全てが時間のかかるも
のであり、非効率的であることである。

【０００７】本発明の目的は、タスクの効率的な分散処理をタイムリな方法で備えることで
ある。

【０００８】本発明の目的は、種々の処理間でのオーバヘッドとなる信号交信の必要なく、
複数の処理を用いてタスクの分散処理を実行することである。

【０００９】本発明の目的は、分散処理環境における制御処理がタスクの一部を実行する分
散処理から受信されるメッセージから、そのタスクの実行が完了したときを、そ
の制御処理と各サポート処理間の特別な信号処理なく、判断することができるこ
とである。

【００１０】本発明のさらに別の目的は、制御処理がタスクの分散実行に関与するであろう
サポート処理の数或いは身元や正体を知る必要すらない効率的な分散処理技術を
提供することである。

【００１１】本発明はこれらの問題を解決し、これらまた別の目的を満たす。制御処理と各
サポート処理との間で制御メッセージを送受信するよりもむしろ、各処理は本質
的なタスクのメッセージとともにサポート処理に対して転送するある種の識別情
報を含む。最終的には、これらのメッセージは識別情報とともに制御処理に到達
する。それから、制御処理では受信した識別情報から、そのタスクに関与した全
ての処理からの全てのメッセージが受信されたかどうかを推測する。もし、制御
処理が全てのメッセージが受信されたと推測するなら、タスクは完了する。

【００１２】１つの実施形態の例では、データ処理タスクに関連するメッセージとして、そ
のデータ処理タスクを実行するのに関与する処理間で、受け渡しがなされる。こ
れら処理各々はそのタスクに関連したある機能を実行し、−−その処理によって
実行される機能によって変形されるが−−そのメッセージとともに“エンドトー
クン（end token）”を関与する別の処理に受け渡す。制御処理は、関与する処
理からの分散処理結果とともに受信したエンドトークンを用いてデータ処理タス
クは終了したことを判断する。各エンドトークンは、ユニークな識別子と対応す
る処理によって転送されるメッセージの複製の数とを含んでおり、制御処理によ
って用いられカウント値のアレイを生成する。カウント値は、対応する処理によ
って転送されるメッセージ複製の数に基づいて、各ユニークなエンドトークンに
対して設けられる。全てのカウント値がデクリメントされてゼロになったとき、
制御処理は全ての関与する処理からのメッセージが到着し、処理は完了したと判
断する。

【００１３】本発明はデータベース管理への応用、特に、データベース照会の評価に対して
利点をもっている。しかしながら、本発明はデータベース管理や照会の評価に対
してのみ限定されるものではなく、処理が協働して全体としての目標を達成する
どんな応用分野にも有用なものとして用いられる。その処理は同じコンピュータ
で或いは別々のコンピュータで実施されても良い。単一コンピュータの場合、そ
の処理は、例えば、コンピュータのオペレーティングシステムのメッセージパッ
シング機能を用いて通信を行っても良い。マルチコンピュータの場合、各コンピ
ュータは、共用メッセージ、ＬＡＮ（ローカルエリアネットワーク）、インター
ネットなどのような適当な伝送媒体によって通信を行っても良い。

【００１４】発明の詳細な説明次の記述では、限定ではなく説明の目的のため、例えば、特定の実施形態、処
理フロー、テクニックなどの具体的な詳細が本発明の完全な理解を備えるために
説明される。しかしながら、当業者であれば、本発明はこれら具体的な詳細から
は離れた他の実施形態において実施されても良いことが明らかである。他の例で
は、公知の方法、システム、及び機器の詳細な説明は、本発明の説明を不必要な
詳細であいまいにしないようにするために省略されている。

【００１５】本発明は種々の環境下で実施される。例えば、本発明は分散ソフトウェア処理
が採用されてタスクを協働して実行する図１に示されたような単一コンピュータ
に基づくシステムで実施されても良い。それらの処理はコンピュータのオペレー
ティングシステムのソフトウェアを用いて交信を行う。加えて、本発明はマルチ
プロセッサ環境にも適用できる。マルチプロセッサ環境の一例が図２に示されて
おり、そこでは参照番号２０、２２、２４、及び２６で識別される多数のノード
（１〜４）が、イーサネット（登録商標）、インターネットなどのようなネットワーク３０を介して接続されている。ノード１〜４各々は要求されたデータ処理タスクのある一部を実行するデータプロセッサを含む。そのノードデータプロセッサは適当な通信プロトコルを用いてネットワーク３０によって通信を行う。図３は、マルチプロセッサ構成の別の例を示しており、そこでは、参照番号３２、３４、及び３６に夫々対応しているＣＰＵ１、２、……、Ｎがデータバス３８によって共用メモリ４０に接続されている。しかしながら、これらの適用例は、決して限定的な意味ではない。なぜなら、本発明は、メッセージ、パケットなどを互いに指示された非循環的な方法で送信する一式の“もの”があるどんな状態においても採用されるからである。

【００１６】図４はデータ処理要求が要求評価手順（ブロック５０）で説明されたような分
散処理によって完了したかどうかを判断する工程の例を概説している。説明を簡
単にするためだけあり、決して発明を限定的にするものではないが、本発明は１
つ以上のコンピュータ或いは他の種類の電子的データ処理回路を用いて実施され
る“処理（process）”によって説明される。まず、タスクが複数の処理により
分散処理さもなければ協働処理のための制御処理（Ｃ）に割当てられる（ブロッ
ク５２）。

【００１７】実行されるタスクに関連したメッセージが制御処理Ｃから、要求されたデータ
処理タスクの実行においてアシストを行う１つ以上のサポート処理Ｐ_iに送られ
る（ブロック５４）。各サポート処理Ｐ_iはＣからそのメッセージ自身の複製を
受信して、そのメッセージに関連したある処理機能を実行する。処理後、各サポ
ートプロセッサは受信されたメッセージをその処理結果とともに別のサポート処
理へと転送する。この例では、処理間で受け渡されるメッセージは同じであるが
、異なるメッセージが処理間で受け渡されても良い。

【００１８】サポート処理Ｐ_iは、その処理によって（割当てられたタスクに関連して）実
行されたデータ処理結果を伴うメッセージとともに、ある種類の識別情報（例え
ば、これ以後説明されるトークンなど）を含む（ブロック５６）。制御処理Ｃは
サポート処理から受信されるメッセージから収集されるその識別情報を用いて、
割当てられたタスクを実行するのに関与する全てのサポート処理Ｐ_iによって実
行される全ての処理が完了したかどうかを判断する（ブロック５８）。転送され
たメッセージと処理結果とを伴う識別情報を含むことによって、サポート処理と
制御処理との間で別々の制御タイプのメッセージを送信して処理することに関連
した付加的なオーバヘッドや遅延がなくなる。その識別情報は、また、制御処理
Ｃに対して別々に信号発信して関与する処理の身元や正体及び／或いはその数を
指定する必要もなくしている。

【００１９】本発明の具体例（即ち、本発明を限定することではない）の実施について、図
５Ａ〜５Ｃ、６、７、及び８と関連して説明する。この非限定的な例では、含ま
れる情報は各転送されたメッセージにアタッチされるエンドトークンセットＳで
ある。エンドトークンセットＳは、そのメッセージに関連した１つ以上のエンド
トークンｅ_iを含み、ｉ＝１，２，３，……である。各エンドトークンｅ_iは、ユ
ニークなトークン識別子（e.id）と対応する処理から他のサポート処理への出力
“分岐”の数（e.n）とから成り立っている（ブロック６２）。始めに、制御処
理Ｃは各出力分岐へのエンドトークンセットＳをもつメッセージを１つ以上のサ
ポート処理に送信する。この時点において、エンドトークンセットは制御処理Ｃ
によって生成されるエンドトークンセットだけを含む（ブロック６４）。

【００２０】図５Ｂはフローチャート形式で“Ｐ_iにおける処理メッセージ”（ブロック７
０）と名づけられた各サポート処理で受信されるメッセージを処理する手順を図
示している。ブロック７２では現在の処理Ｐ_iから他のサポート処理への出力分
岐の数に関して決定がなされる。もし、ただ１つの出力分岐しかないなら、現在
の処理Ｐ_iは、元々は現在の処理Ｐ_iによって受信されるトークンセットＳと現在
の処理Ｐ_iによって処理されるメッセージとともにメッセージＭを、その単一の
出力分岐に送信する（ブロック７４）。しかしながら、現在の処理Ｐ_iから１つ
以上の出力分岐があるなら、現在の処理Ｐ_iは新しいユニークなトークン識別子e
.idとともに現在の処理Ｐ_iからの出力分岐の数e.nとを定義して、新しいエンド
トークンｅ＝＜e.id＋e.n＞を生成する（ブロック７６）。現在の処理Ｐ_iはデー
タ処理タスクのその部分を実行する（ブロック７７）。現在の処理Ｐ_iは、それ
から、メッセージＭと、現在の処理Ｐ_iによって生成される処理結果と、現在の
処理のエンドトークンｅ_iと現在の処理Ｐ_iによって受信されたエンドトークンセ
ットＳ_i-1との数学的な結合に等しいエンドトークンセットＳ_iとを、現在の処理
Ｐ_iからの出力分岐のただ１つに対して送信する（ブロック７８）。加えて、現
在の処理Ｐ_iは、受信されたメッセージＭと、現在の処理Ｐ_iによって生成された
処理結果と、ただエンドトークンｅ_iを含むエンドトークンセットＳ_iとを、現在
の処理Ｐ_iからの他の全ての出力分岐に対して送信する（ブロック８０）。

【００２１】従って、複数の出力分岐のただ１つだけが、制御処理において実行される評価
を正しく実行するために、メッセージＭとともに現在の処理Ｐ_iによって受信さ
れたトークンセットＳ_i-1と、エンドトークンｅ_iとの両方を受信する。この実施
形態の例では、評価の処理は本質的にはエンドトークンの計数処理である。各エ
ンドトークン識別子（e.id）に対して、要求されるタスクが全ての関与するサポ
ートプロセッサによって実行完了する前に到達するエンドトークンの期待される
数に対応して制御処理Ｃによって管理されるＣＯＵＮＴアレイにカウンタが設け
られる。もし、全セットのエンドトークン（即ち、ｅ_iとＳ_i-1の結合）が１つ以
上の出力分岐に対して送信されることなるなら、制御処理Ｃは複製されたエンド
トークンを受信し、これにより、誤ってトークンのカウントを増やすことになる
。

【００２２】図５Ｃにおけるフローチャートは、制御処理Ｃにおいて実行される“Ｃにおけ
るメッセージ処理”ルーチンを図示している（ブロック１９）。上述のように、
制御処理Ｃは、各e.idについてエンドトークンの残りの数をカウントするアレイ
カウンタＣＯＵＮＴを生成する。メッセージが制御処理においてサポート処理Ｐ _i から受信されるとき、制御処理Ｃは受信メッセージにアタッチされているエン
ドトークンセットＳから１つのエンドトークンを除去し処理ループの終了を保証
する（ブロック９２）。ブロック９４では、対応するカウンタが既にエンドトー
クンセットＳにおけるエンドトークンe.idに対してＣＯＵＮＴアレイに設けられ
ているかどうかの決定がなされる。もし、設けられているのであれば、ＣＯＵＮ
Ｔアレイにおける対応するカウンタ、即ち、ＣＯＵＮＴ（e.id）が１つだけデク
リメントされる（ブロック９６）。もし、設けられていないのであれば、制御処
理Ｃはe.idに対応するカウンタをカウントアレイに挿入し、e.n-1に等しいＣＯ
ＵＮＴ（e.id）を設定する。ブロック１００では、エンドトークンセットＳに残
りのトークンがあるかどうかの判断を行う。もし、トークンが残っていれば、制
御はブロック９２に戻る。そうでなければ、ブロック１０２では、ＣＯＵＮＴア
レイにおける設けられたエンドトークンカウンタ値全てがゼロであるかどうかの
判定を行う。もし、ゼロでなければ、制御処理Ｃはサポート処理からのさらに多
くのメッセージを待ち合わせる（ブロック１０４）。もし、全てのエンドトーク
ンカウンタ値がゼロであれば、全ての必要なメッセージは到着しており、タスク
処理は終了する（ブロック１０６）。

【００２３】図５Ａ〜５Ｃで概説された手順が、図６、７、および８に示されている３つの
例のシナリオで実施される。図６は単純なシナリオの例を図示しており、そのシ
ナリオでは、メッセージＭは各処理から１つの出力分岐に対してだけ送信される
ので、種々の処理間の伝送中にはエンドトークンセットＳ＝｛ｅ_i｝には何も起
こらない。それ故に、制御処理ＣにおけるＣＯＵＮＴアレイは１つのメッセージ
が受信されるまでは空である。その１つのメッセージがｅ_iに対応するたった１
つのエンドトークンを含むのであるから、その対応するカウンタはe₁.nの値をも
つ。出力分岐の数e₁.nは１に等しいのであるから、制御処理はＣＯＵＮＴアレイ
におけるＣＯＵＮＴ（e₁.id）についての始めの値をゼロに等しい（e₁.n-1）に
設定する（ブロック９８）。ＣＯＵＮＴアレイにおける全てのカウンタ値がゼロ
であるから、制御処理Ｃは全てのメッセージが受信され、タスクが完了したこと
を理解する。

【００２４】メッセージＭの２つの複製がサポート処理Ｐ₁によって出力されるもっと複雑
な例が図７に示されている。まず、ＣからＰ₁へと転送されるメッセージの１つ
の複製に対応するただ１つの出力分岐しかないのであるから、エンドトークンｅ ₁ が、制御処理Ｃによって生成される。ここで、e₁.n＝１である。（そのエンド
トークン識別子は特定の処理を識別するものではないことを銘記されたい。）処
理Ｐ₁において、メッセージＭが、１つは処理Ｐ₂へと、もう１つは処理Ｐ₃へと
分岐するものであるが、２つの出力分岐へと送信される。これら両方の分岐にお
けるメッセージＭは現在の処理Ｐ₁を識別する同じエンドトークンｅ₂と、処理Ｐ ₁ からの出力分岐の数e₂.n＝２とを含む。しかしながら、エンドトークンｅ₁は、
図５Ｂのブロック７６に関して、上述のように、処理Ｐ₁によって転送されたメ
ッセージの１つでのみ送信される。処理Ｐ₂とＰ₃とはただ１つの出力分岐をもつ
のであるから、それらの処理は新しいエンドトークンをアタッチするのではなく
、むしろ、単に受信されたエンドトークンセットＳ、即ち、｛ｅ₁ｅ₂｝或いは｛
ｅ₂｝をメッセージとともに転送する。

【００２５】制御処理Ｃにおいてメッセージを受信することに関して、次のセットのエンド
トークンは如何なる順序でも到着する。もし、それらが｛ｅ₂｝、｛ｅ₁ｅ₂｝の
順序で到着するなら、制御処理Ｃはｅ₂.idをＣＯＵＮＴアレイに挿入し、この例
では１に等しいｅ₂.n-1に等しいＣＯＵＮＴ（ｅ₂.id）のカウント値を設定する
。次のトークンセット｛ｅ₁ｅ₂｝が到着するとき、制御処理ＣはＣＯＵＮＴ（ｅ ₁ .id）＝ｅ₁.n-1のカウンタ値、つまり０を設定する。既に説明したように、Ｃ
ＯＵＮＴｅ₂.idは現在のところ１であるので、受信エンドトークンセット｛ｅ₁
ｅ₂｝におけるエンドトークンｅ₂はＣＯＵＮＴ（ｅ₂.id）をゼロにデクリメント
する。ＣＯＵＮＴアレイにおける全てのカウンタがゼロの値をもつので、制御処
理Ｃはさらに受信するメッセージがなく、タスクが完了したと判断する。もし、
エンドトークンセットが反対の順番で到着するなら、即ち、｛ｅ₁ｅ₂｝、｛ｅ₂
｝の順序であれば、同じような結果が得られる。

【００２６】図８は複数の出力分岐をもつ多数のサポート処理があるというさらに複雑な例
を図示している。しかしながら、類似の手順で同じようにうまくゆく。制御処理
Ｃはメッセージを処理Ｐ₁に送信し、処理Ｐ₁はメッセージの複製をサポート処理
Ｐ₂，Ｐ₃，及びＰ₄に送信する。制御処理Ｃからの初期メッセージは、セット｛
ｅ₁｝においてただ１つのエンドトークンを含む。処理Ｐ₁は、その時、処理Ｐ₁
からの３つの出力分岐があるので、ｅ₂.n＝３である新しいエンドトークンｅ₂を
生成する。これら分岐の１つ、即ち、処理Ｐ₂への分岐において、そのセットの
エンドトークンは拡張されてエンドトークンｅ₂を含み、Ｓ＝｛ｅ₁ｅ₂｝となる
。しかしながら、他の２つの出力分岐は新しいエンドトークン｛ｅ₂｝だけをも
つエンドトークンセットを含む。

【００２７】処理Ｐ₂はそのメッセージを処理Ｐ₅とＰ₆とによって受信された２つの分岐に
出力する。それ故に、エンドトークンｅ₃は処理Ｐ₂によって生成され、ｅ₃.ｎ＝
２であれば、これら２つの分岐に対して送信されるメッセージにアタッチされる
。そのエンドトークンはまた、受信されるエンドトークンセットに挿入されてサ
ポート処理Ｐ₅だけに受け渡される{ｅ₁ｅ₂ｅ₃}を生成する。処理Ｐ₅とＰ₆との両
方は、これらの処理が処理Ｐ₂から受信するエンドトークンセットを変化させな
いで通過させる。なぜなら、これらの処理は夫々、ただ１つの出力分岐をもって
いるからである。Ｐ₄もまた、ちょうど１つの出力分岐をもつだけなので、受信
したエンドトークンを通過させるだけである。処理Ｐ₂，Ｐ₄，Ｐ₅，及びＰ₆につ
いて説明した同様のエンドトークンの取り扱いが、処理Ｐ₃，Ｐ₇，Ｐ₈，及びＰ₉ によって実行される。

【００２８】制御処理Ｃは最終的にはメッセージを次のものに対応してアタッチされた種々
のエンドトークンセットとともに受信するであろう。即ち、(a)-{e₁e₂e₃}，(b)-
{e₂e₄}，(c)-{e₂}，(d)-{e₃}，及び(e)-{e₄}。これらのエンドトークンセットは
どんな順番で制御処理Ｃに到着しても良い。以下に示す表１は到着の１つの順番
を示し、以下に示す表２は到着の逆転した順番を示している。

【００２９】

【表１】

【００３０】

【表２】本発明は特定の実施形態に関連て説明したが、当業者であれば本発明は説明さ
れ図示された具体的な実施形態によって限定されるものではないことを認識する
であろう。示され説明されたものとは別に、異なるフォーマット、実施形態、及
び適用とともに、多くの態様、変形例、及び同等の構成がまた本発明を実施する
ために用いられても良い。それ故に、本発明はその好適な実施形態に関連して説
明されたが、この開示は本発明のただ例示的かつ代表的なものであるに過ぎず、
本発明の十分で実施可能な開示を提供するためだけのものであることを理解すべ
きである。従って、本発明はここに添付された請求の範囲の精神と範囲だけによ
って限定されることが意図されている。

【図面の簡単な説明】

本発明の前述した、また他の目的、特徴、及び利点は、参照記号が種々の観点
を通して同じ部分について参照するようにされた添付図面において図示されたよ
うな好適な実施形態の例についての説明から明らかにされる。その図面にはスケ
ールは必ずしも必要ではなく、その代わりに本発明の原理を図示することに強調
が置かれている。

【図１】データ処理タスクを実行するのに用いられる分散処理を示す図である。

【図２】データ処理タスクを実行するのに用いられるマルチプロセッサで、ネットワー
クを基幹とした分散データ処理システムを示す。

【図３】データ処理タスクを実行するのに用いられる、プロセッサがデータバスで接続
され共用メモリを用いて通信を行う、マルチプロセッサデータ処理システムの別
の構成である。

【図４】本発明の実施形態の例に従ったデータ処理要求の実行を評価する手順を図示し
たフローチャート図である。

【図５Ａ】、

【図５Ｂ】、

【図５Ｃ】本発明の別の具体的な実施形態の例において、本発明を実施するための種々の
手順を図示したフローチャート図である。

【図６】、

【図７】、

【図８】徐々により複雑となる分散処理の様々な場面において、図５Ａ〜図５Ｃの具体
的な実施形態の例を用いて実施される本発明の動作の例を示す図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年１１月９日（２０００．１１．９）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００３

【補正方法】変更

【補正内容】

【０００３】種々の状況下で、アンサーセットはこれが生成されるのにかなり多くの時間が
かかり、この問題が重大なことであるかもしれない。それ故に、データベース管
理システムはしばしば、単一コンピュータ或いはマルチプロセッサで動作するマ
ルチ処理を採用し、各照会要求をマルチ処理或いはプロセッサを用いて実行され
る相互関連したタスクへと分解することにより照会を実行する。言い換えると、
各処理或いはプロセッサはその照会実行のある部分を実行するのである。マルチ
処理／プロセッサシステムは一般に知られている。例えば、モリカワ（Morikawa
）に特許された（富士通（Fujitsu）に譲渡された）米国特許第５，６６８，７
１４号は、各プロセッサが特定の処理に割当てられた複数のプロセッサを有する
マルチプロセッサ装置について説明している。不必要、或いは、過度なプロセッ
サはその割当てから１つの処理へと解放され、もしその処理に割当てられたプロ
セッサの数が不十分であれば、１つ以上のアイドル中のプロセッサがその処理へ
と割当てられる。協働する全ての照会処理（即ち、照会オペーレータ）から生み
出される照会の結果が集められて結合されて要求されている照会応答／アンサー
セットを生成する。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims

【特許請求の範囲】

【請求項１】データ処理要求を評価する方法であって、前記データ処理要求を制御処理に対して提供し、前記データ処理要求に応じて、前記制御処理から第１の指示子を含む情報を出
力し、第１のサポート処理において、前記制御処理情報を処理し、それから、前記第
１の指示子と第２の指示子とを含む情報を出力し、第２のサポート処理において、前記第１のサポート処理情報を処理し、前記制御処理において、サポート処理からの情報を受信し、前記第１及び第２
の指示子を用いて前記要求に従う処理が完了したかどうかを決定することを特徴
とする方法。
【請求項２】前記受信する工程は、さらに、前記第１及び第２のサポート処
理の両方において、前記要求に従う処理が完了したかどうかを判断することを含
むことを特徴とする請求項１に記載の方法。
【請求項３】前記第１のサポート処理はその処理結果を前記第２のサポート
処理に送信することを特徴とする請求項１に記載の方法。
【請求項４】前記第１のサポート処理は第３のサポート処理に対して前記第
２の指示子だけを含む情報を出力することを特徴とする請求項１に記載の方法。
【請求項５】前記サポート処理によって送信された前記情報は前記データ処
理タスクに関係したメッセージを含み、前記第１及び第２のサポート処理各々は
前記メッセージで提供された前記要求の一部を実行することを特徴とする請求項
１に記載の方法。
【請求項６】前記第１及び第２の処理各々は、前記メッセージとともに前記
要求のその一部実行されたものの結果を転送することを特徴とする請求項５に記
載の方法。
【請求項７】各指示子は、前記対応する処理に関連したトークン識別子と、
前記対応するサポート処理によって転送されたメッセージの複製の数とを含むト
ークンであることを特徴とする請求項５に記載の方法。
【請求項８】前記制御処理は前記メッセージを複数のサポート処理に転送し
、前記複数のサポート処理各々は前記メッセージとともに対応する指示子を受信
することを特徴とする請求項１に記載の方法。
【請求項９】前記第１のサポート処理は前記情報を、その１つが前記第２の
サポート処理である複数のサポート処理に転送し、前記複数の処理各々は前記第
１のサポート処理に対応する指示子を受信し、前記複数の処理の１つはまた、前
記制御処理に対応する指示子を受信することを特徴とする請求項１に記載の方法
。
【請求項１０】前記データ処理要求はデータベースの照会であり、前記第１
及び第２のサポート処理は照会処理であることを特徴とする請求項１に記載の方
法。
【請求項１１】前記サポート処理はオペレーティングシステムソフトウェア
のメッセージパッシング機能を用いて通信することを特徴とする請求項１に記載
の方法。
【請求項１２】前記処理は、ネットワークによって通信を行う離れた場所に
位置したノードに分散されていることを特徴とする請求項１に記載の方法。
【請求項１３】前記処理はデータバスを介して共有メモリに接続されたデー
タプロセッサに分散されていることを特徴とする請求項１に記載の方法。
【請求項１４】情報が前記第１及び第２のサポート処理によって処理された
後、前記情報は前記第１及び第２のサポート処理には戻らないことを特徴とする
請求項１に記載の方法。
【請求項１５】装置で実行可能なデータ処理タスクを処理する方法であって
、前記データ処理タスクに関係したメッセージを、前記データ処理タスクを実行
するのに関与し、各々が前記データ処理タスクに関係した処理を実行し、前記メ
ッセージとともにトークンを前記別のものに受け渡す複数の処理間で受け渡し、前記処理の１つ以上に関連した１つ以上のトークンに基づいて、前記データ処
理タスクが終了したことを判断する制御過程とを有することを特徴とする方法。
【請求項１６】前記制御過程は、前記複数の処理から受け渡される前記１つ
以上のトークンが前記制御過程によって受信されるとき、前記データ処理タスク
が終了したと判断することを特徴とする請求項１５に記載の方法。
【請求項１７】前記複数の処理各々は、前記データ処理タスクのある部分を
実行し、前記１つ以上のトークンとメッセージとともに、前記データ処理タスク
の前記該当部分の結果を受け渡すことを特徴とする請求項１５に記載の方法。
【請求項１８】第１の処理と第２の処理とをさらに有し、前記第１の処理は、前記第１の処理に関連した第１のトークンを生成し、前記
第１のトークンを前記受け渡されるメッセージとともに第２の処理にアタッチし
、そして、前記第２の処理は、前記第２の処理に対応する第２のトークンをアタ
ッチすることなく、前記第１のトークンを別の処理に受け渡すことを特徴とする
請求項１５に記載の方法。
【請求項１９】各トークンは、前記トークンが関連した処理によって受け渡
される処理の数に対応した番号を含み、各トークンはまた識別子を含むことを特
徴とする請求項１５に記載の方法。
【請求項２０】協働データ処理のための分散データ処理システムであって、各々がデータ処理機能の一部を実行し、トークンと前記実行された処理の結果
とを別の処理へと転送する複数のサポート処理と、サポート処理から転送された前記処理結果と前記トークンとを受信し、前記受
信したトークンから前記データ処理機能がいつ完了したのかを判断する調整処理
とを有することを特徴とする分散データ処理システム。
【請求項２１】前記サポート処理と前記調整処理とは、単一データプロセッ
サを用いて実行され、前記処理は前記データプロセッサによって実行されるオペ
レーティングシステムのメッセージパッシング部を用いて通信を行うことを特徴
とする請求項２０に記載の分散データ処理システム。
【請求項２２】前記分散データ処理システムはデータベースシステムであり
、前記データ処理機能はデータベース照会であることを特徴とする請求項２０に
記載の分散データ処理システム。
【請求項２３】前記サポート処理と前記調整処理とは夫々、ネットワークに
よって接続されたデータプロセッサに対応することを特徴とする請求項２０に記
載の分散データ処理システム。
【請求項２４】前記サポート処理と前記調整処理とは夫々、共有メモリを介
して通信を行うデータプロセッサに対応することを特徴とする請求項２０に記載
の分散データ処理システム。
【請求項２５】前記調整処理は、前記複数のサポート処理のいづれかに関連
したトークン全てが前記制御処理によって受信されるとき、前記データ処理機能
が終了したと判断することを特徴とする請求項２０に記載の分散データ処理シス
テム。
【請求項２６】各トークンは処理に関連した識別子と、前記トークンが関連
する処理によって受け渡される処理の数に対応する番号とを含むことを特徴とす
る請求項２０に記載の分散データ処理システム。
【請求項２７】各処理は別の処理にトークンのセットを転送し、１つ以上の
処理があれば前記トークンのセットにトークンを追加することを特徴とする請求
項２０に記載の分散データ処理システム。
【請求項２８】少なくとも１つの処理はメッセージを第１のサポート処理と
第２のサポートエイジェント処理とに送信し、前記第１のサポート処理は前記メ
ッセージとともに２つのトークンを受信し、前記第２のサポート処理は前記メッ
セージとともに１つのトークンを受信することを特徴とする請求項２０に記載の
分散データ処理システム。
【請求項２９】各トークンは、識別子とサポート処理に受け渡される前記メ
ッセージの複製の数とを含むことを特徴とする請求項２８に記載の分散データ処
理システム。
【請求項３０】関連した処理に対応する各トークンは、対応するトークンが
処理から受信されるとき、前記調整処理によってデクリメントされる対応するト
ークンカウンタを生成するのに用いられることを特徴とする請求項２０に記載の
分散データ処理システム。