JP2562865B2

JP2562865B2 - 少なくとも１つのユーザと少なくとも１つのサーバとの間の通信装置及び通信方法

Info

Publication number: JP2562865B2
Application number: JP6041320A
Authority: JP
Inventors: ジアンオン・リ; ジヤン−フイリツプ・ブリユノン
Original assignee: Bull SA
Current assignee: Bull SA
Priority date: 1993-03-12
Filing date: 1994-03-11
Publication date: 1996-12-11
Anticipated expiration: 2011-12-11
Also published as: EP0615196A1; US5699523A; DE69414437D1; EP0615196B1; JPH076112A; FR2702579A1; DE69414437T2; FR2702579B1

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ユーザ（ｃｌｉｅｎ
ｔ）とサーバ（ｓｅｒｖｅｕｒ）との間のルータ装置
（ｄｉｓｐｏｓｉｔｉｆｒｏｕｔｅｕｒ）、該装置の
使用方法及び該装置の使用に関する。

【０００２】

【従来の技術】マイクロコンピュータ又はパーソナルコ
ンピュータ（ＰＣ）型のワークステーションを例えばＵ
ＮＩＸ型の中央計算機（ホストコンピュータ）と通信さ
せる分散型アーキテクチャ（ａｒｃｈｉｔｅｃｔｕｒｅ
ｄｉｓｔｒｉｂｕｅｅ）では、（ホスト）コンピュー
タで実行されるプロセスをサーバプロセスとユーザプロ
セスとに分類することができる。サーバはホストコンピ
ュータのデータへのアクセスを可能にし、ユーザからの
要求を待ち、該要求を処理し、応答を転送する。ユーザ
はサーバに要求を送り、応答を待つ。ユーザは、ホスト
コンピュータに導入されたローカルユーザか、又はＤＡ
ＥＭＯＮを介してホストコンピュータと通信する遠隔ユ
ーザのタイプであり得る。

【０００３】この種の装置では、ＰＣに属するユーザが
サーバ宛に要求を送った場合に、ＰＣが応答を待つだけ
で他に何もしないか、又はアーキテクチャが、ＰＣが第
１のサーバからの応答を待つ間に別のサーバにアクセス
することを可能にするように設計される。後者の場合
は、第２のサーバとの間に物理リンクを設定する必要が
ある。そうなると、製造業者は複数の物理リンクを用意
しなければならない。また、別のステーションの別のユ
ーザが、第１のユーザによって使用されているサーバと
同じサーバにアクセスしたい場合に、該別のユーザは、
サーバが第１のユーザに応答を供給した後でしか、且つ
該別のユーザが第１のサーバに接続されているという条
件でしか、前記アクセスを実行することができない。従
って、リンクを１つしか備えていない装置ではマシンを
最適に使用することができず、複数のリンクを有する装
置ではリンク数を多くすることが必要となる。

【０００４】

【発明が解決しようとする課題及び課題を解決するため
の手段】本発明の第１の目的は、複数のサーバが複数の
ユーザと対話することを可能にする装置を提供すること
にある。

【０００５】該目的は、メッセージを交換する少なくと
も１つのユーザと少なくとも１つのサーバとの間の通信
装置であって、３つのメッセージ待機ファイル、即ちル
ータ（３６０）に割り当てられておりユーザ又はサーバ
のメッセージを記憶する第１の待機ファイル（３６０
１）と、サーバに割り当てられておりサーバ（３８、３
５）宛に形成された要求メッセージの読取りを可能にす
る第２の待機ファイル（３８１）と、ユーザ（３９）に
割り当てられており応答メッセージの読取りを可能にす
る第３の待機ファイル（３９２）とを用いて、少なくと
も１つのユーザ（３６１、２）と少なくとも１つのサー
バ（３８１、３８２、３５）との間でメッセージをルー
ティングするルータ（３６０）を含んでおり、ルータ
（３６０）がサーバ（３８、３５）及びユーザ（３９）
用のメッセージ識別子を生成することを特徴とするメッ
セージを交換する少なくとも１つのユーザと少なくとも
１つのサーバとの間の通信装置により達成される。

【０００６】第１の待機ファイルはルータに割当てられ
ており、ユーザ又はサーバのメッセージを記憶する。

【０００７】第２の待機ファイルはサーバに割当てられ
ており、サーバ宛に作成された要求メッセージの読取り
を可能にする。

【０００８】第３の待機ファイルはユーザに割当てられ
ており、応答メッセージの読取りを可能にする。

【０００９】別の特徴として、ユーザはルータ用のメッ
セージ識別子を生成する。

【００１０】別の特徴として、ルータはサーバ及びユー
ザ用のメッセージ識別子を生成する。

【００１１】別の特徴として、サーバはルータ用のメッ
セージ識別子を生成する。

【００１２】別の特徴として、メッセージは、通信が同
期であるか又は非同期であるかを示す２バイト（ｏｃｔ
ｅｔ）のフィールドと、値０又は０以外の値をそれぞれ
当該フィールドに与えることによりメッセージが応答で
あるか又は要求であるかを示す２バイトフィールドとを
含む。

【００１３】別の特徴として、メッセージは、メッセー
ジ送出ユーザを識別するための４バイトフィールドを含
む。

【００１４】別の特徴として、メッセージは、メッセー
ジの宛先を識別するための４バイトフィールドを含む。

【００１５】本発明の別の目的は、前述の装置によって
なされる同期要求の処理方法を提供することにある。

【００１６】該目的は、ルータを介しての通信における
ユーザとサーバとの間の同期要求を処理する方法であっ
て、ユーザからルータの第１の待機ファイル（３６０
１）にメッセージを送るステップと、該メッセージが要
求であるかまたは応答であるかをルータで決定するステ
ップと、サーバに割り当てられた第２の待機ファイル
（３５１、３８１）にルータカラ識別子と共にメッセー
ジを送るステップと、前記ルータの第１の待機ファイル
に応答を受信した後にユーザに識別子と共に肯定応答メ
ッセージを送るステップとを有し、ユーザが前記ルータ
の第１の待機ファイル（３６０１）から応答を検索し得
ることを特徴とする方法により達成される。

【００１７】別の特徴として、ユーザはそれ自体がサー
バである。

【００１８】別の特徴として、サーバは同期又は非同期
プロセスにおける別のサーバのユーザである。

【００１９】別の特徴として、メッセージは、通信が同
期であるか否かを示す２バイトフィールドと、メッセー
ジが応答であるか又は要求であるかを示す２バイトフィ
ールドとを含む。

【００２０】別の特徴として、メッセージは、メッセー
ジ送出者を識別するための４バイトフィールドを含む。

【００２１】別の特徴として、メッセージは、メッセー
ジの宛先を識別するための４バイトフィールドを含む。

【００２２】本発明の別の目的は、前述の装置を使用す
る非同期要求の処理方法を提供することにある。

【００２３】該目的は、ルータを介しての通信における
ユーザとサーバとの間の非同期要求を処理する方法であ
って、ユーザからルータの第１の待機ファイル（３６０
１）に第１の識別子と共にメッセージを送るステップ
と、ルータ（３６０）からサーバ（３５、３８）の第２
の待機ファイル（３５１、３８１）に第２の識別子と共
に要求メッセージを贈り、その際、ルータから該要求メ
ッセージの受領の確認をユーザに通知し、且つサーバが
前記メータの第１の待機ファイル（３６０１）に前記第
２の識別子を送ることにより、ルータに受領の確認を通
知するステップと、サーバが応答を作成した際に、サー
バから前記ルータの第１の待機ファイル（３６０１）に
第２の識別子と共にメッセージを送るステップとを有す
ることを特徴とする方法により達成される。

【００２４】別の特徴として、サーバが識別子と応答メ
ッセージとをルータの待機ファイルに送ると、ルータは
該メッセージをメッセージボックスサーバ待機ファイル
に送る。該メッセージボックスサーバはルータに肯定応
答を送り、ルータはサーバに肯定応答を送る。

【００２５】別の特徴として、ユーザは要求メッセージ
（ｆｅｔｃｈ−ｍｅｓｓａｇｅ）をルータの待機ファイ
ルに送って応答を回収する。ルータは前記メッセージを
メッセージボックスサーバの待機ファイルに転送し、メ
ッセージボックスサーバはルータの待機ファイルに応答
を送り、ルータはユーザにメッセージを再転送する。

【００２６】別の特徴として、ユーザは要求メッセージ
をルータの待機ファイルに送り、ルータはメッセージ識
別子の値を−１と比較する。ルータは、前記値が−１で
あれば、その他のステップで使用される新しいメッセー
ジ識別子（第２識別子）を計算し、前記値が−１でなけ
れば、受け取った識別子を再転送する。

【００２７】別の特徴として、メッセージは、通信が同
期であるか又は非同期であるかを示す２バイトフィール
ドと、メッセージが応答であるか又は要求であるかを示
す２バイトフィールドとを含む。

【００２８】別の特徴として、メッセージは、メッセー
ジ送出者を識別するための４バイトフィールドを含む。

【００２９】別の特徴として、メッセージは、メッセー
ジの宛先を識別するための４バイトフィールドを含む。

【００３０】

【実施例】本発明の他の特徴及び利点は、添付図面に基
づく以下の説明を通して明らかにされよう。

【００３１】図１に本発明のルーティング装置を示す。
該装置は、例えばＰＣのようなワークステーション
（２）と、例えばＵＮＩＸ型のホストコンピュータと
を、通信リンク（１）を介して通信させる。

【００３２】ホストコンピュータ３は、各々が１つのＰ
Ｃに割当てられているブリッジ（３９４）（ＰＣ−ブリ
ッジ）を介して１つ又は複数のＰＣと通信する。従っ
て、ブリッジはＰＣと同じ数だけ存在する。該ブリッジ
はホストコンピュータ（３）上で基本要素（ｐｒｉｍｉ
ｔｉｖｅ）“ｆｏｒｋ”を介して遠隔ユーザプロセス
（３６１）を生成する。該通信は、接続機能、切断機
能、送信機能、受信機能（ｃｏｎｎｅｃｔ、ｄｉｓｃｏ
ｎｎｅｃｔ、ｓｅｎｄ、ｒｅｃｅｉｖｅ）に基づく。

【００３３】該装置はまた、１つ又は複数のサーバに要
求を送ってサーバからの応答を待つローカルユーザ（３
９）を含み得る。ローカルユーザ（３９）は、ワークス
テーション（２）によって始動し且つホストコンピュー
タ（３）上で形成されるプロセスである遠隔ユーザ（３
６１）と異なり、ホストコンピュータ（３）によって開
始されるプロセスである。サーバ（３８、３５）は、コ
ンピュータのデータへのアクセスを可能にし、ユーザか
らの要求を待つ。サーバはこれらの要求を処理し、ルー
タ（３６０）を介してユーザに応答を送る。ルータ（３
６０）はメッセージシステムの中心であり、その主な役
割はメッセージをユーザからサーバ及びサーバからユー
ザにルーティングすることにある。

【００３４】ルータ（３６０）はメッセージの内容又は
種類を知っている必要はなく、メッセージの送出者及び
宛先を知っていればよい。ルータ（３６０）の長所は、
譲渡（ｃｅｓｓｉｏｎ）（ｃｏｎｎｅｘｉｏｎ）の概念
を簡略化し一般化することと、非同期要求が宛先に確実
に送られるようにすることと、メッセージ識別子の生成
を容易にしてセマフォーの使用を回避し、それによって
柔軟且つ強力な低レベル管理システムの構成を可能にす
ることとにある。

【００３５】中央計算機（３）では、プロセス間のメッ
セージがプロセス間通信メッセージ待機ファイルの使用
によって交換される。図１の装置は、待機ファイルを用
いて、図２に示す同期要求処理プロセス、又は図３Ａ〜
３Ｃに示す非同期要求処理プロセスを実行することがで
きる。

【００３６】通信中に交換されたメッセージは補遺１に
示す構造を有し、メッセージを識別するための４バイト
の第１フィールド（Ｍｅｓｓａｇｅｌｄ）と、ルータに
よる接続に登録されたユーザのセッションを識別するた
めの４バイトの第２フィールド（ｓｅｓｓｉｏｎｌｄ）
と、ルータによる接続に登録されたサーバのセッション
を識別するための４バイトの第３フィールド（ｓｒｖＳ
ｅｓｓｉｏｎｌｄ）と、メッセージが要求であるかもし
くは応答であるかを示すための２バイトの第４フィール
ド（ｉｓＲｅｑｕｅｓｔ）と、同期交換手続きなのか非
同期交換手続きなのかを示すための２バイトの第５フィ
ールド（ｓｙｎｃｈｒｏｎｏｕｓ）と、要求なのか応答
なのかを示すための４バイトの第６フィールド（ｔｙｐ
ｅ）と、要求の優先度を示すための４バイトの第７フィ
ールド（ｐｒｉｏｒｉｔｙ）と、エラーがなければ０で
ある戻りコードによって状態を示すための４バイトの第
８フィールド（ｓｔａｔｕｓ）と、メッセージ送出者を
識別するための４バイトの第９フィールド（ｓｅｎｄｅ
ｒＵｓｅｒｌｄ）と、メッセージの宛先を識別するため
の４バイトの第１０フィールド（ｄｅｓｔＵｓｅｒｌ
ｄ）と、１２８バイトで示されるファイル名を含む第１
１フィールド（ｔＷＦｆｉｌｅＮａｍｅ）とを含むと共
に、１２バイトで示される形成日付（ｔＷＦｄａｔｅ）
と、要求によって使用される中央処理装置の時間であっ
て４バイトで示される時間（ｃｐｕＴｉｍｅ）と、要求
に必要な実時間であって別の４バイトで示される実時間
（ｒｅａｌＴｉｍｅ）とからなる管理部分と、場合によ
っては省略し得るアプリケーションに固有の部分であっ
て、極めて特別なレベルのデータを転送するための４バ
イトからなる部分と、将来の使用に備えた４バイトの非
使用部分とを含む。メッセージは合計で２５６のバイト
からなる。

【００３７】同期交換手続きでは、第１ステップでユー
ザがルータ（３６０）の待機ファィル（３６０１）内の
メッセージを送り、ルータが、補遺２Ａに示すように、
該メッセージの識別子が値−１を有しているかどうかを
見る。該値を有していれば、それはユーザが初めて要求
を送ろうとしていることを意味する。その場合はルータ
（３６０）が、補遺２Ａの行３６０３に示されているよ
うに、新しいメッセージ識別子を計算する。ルータは次
いで、値０をメッセージ中の対応するフィールドの内容
と比較してメッセージが要求であるかどうかを見る。該
フィールドが値０を有していればそれは応答であり、逆
に前記値が正もしくは負であればそれは要求を意味す
る。これは、補遺２Ａ又は２Ｂの行３６０４に示されて
いる。次いでルータは、宛先ユーザの識別に関するフィ
ールドを見る（補遺２Ａ、行３６０５）。これらの情報
を認知したルータは、メッセージ中に示されている宛先
であるサーバ（３８）のキュー（３８１）に、計算した
新しい識別子Ｘを添えてメッセージを送る。これは、補
遺２Ｂ、行３６０６に対応する。サーバ（３８）は応答
を作成すると、メッセージ（３８５）を識別子Ｘと共に
ルータ（３６０）の待機ファィル（３６０１）に送り、
ルータはメッセージを受け取るとすぐに識別子Ｘを添え
て該メッセージをユーザ（３９）の待機ファィル（３９
２）に転送する。これは、補遺２Ｂのステップ３６０
８、３６１０に対応する。

【００３８】要求が非同期の場合は、サーバ（３８）が
単に受領通知を識別子番号と共にルータ３６０１の待機
ファィルに送り且つルータ（３６０）がメッセージを識
別子Ｘと共にサーバ（３８）に送るのと同時に同じ識別
子Ｘをユーザ（３９）の待機ファィル（３９２）に送る
ため、ユーザ（３９）とルータの待機ファィル（３６０
１）とサーバ（３８）の待機ファィル（３８１）とユー
ザの待機ファィル（３９２）との間の交換シーケンスは
異なる。この場合の一連のステップを図３Ａに示した。

【００３９】サーバ（３８）は、ユーザのメッセージに
対して応答が必要な場合には、問い合わせを受け取ると
それ自体がメッセージボックス（３５）のユーザとな
る。この場合はサーバ（３８）が、識別子Ｘとして「−
１」とは異なる値を添えて、メッセージをルータの待機
ファィル（３６０１）に送る。ルータは該待機ファィル
のメッセージを処理した時にメッセージ識別子が「−
１」と異なることを確認し、これを修正しない。ルータ
（３６０）は、メッセージボックスサーバ（３５）に属
する待機ファィル３５１に前記メッセージを直接送る。
メッセージボックスサーバ（３５）は肯定応答をメッセ
ージの識別子と共にルータ（３６０）の待機ファィル
（３６０１）に送り、ルータは、この場合はサーバ（３
８）の待機ファィル（３８１）であるユーザの待機ファ
ィル（３８１）に前記肯定応答を転送する。該ステップ
は補遺２Ｂのステップ３６１２に対応し、ルータがユー
ザに、該ユーザが正規のユーザであれ又はサーバであ
れ、肯定応答を送る。

【００４０】図３Ｃは、ユーザ（３９）が、メッセージ
ボックス（３５）のサーバのメッセージを読み取るため
の命令（ｆｅｔｃｈ−ｍｅｓｓａｇｅ）の形態で要求メ
ッセージを識別子Ｘと共にメッセージボックスサーバに
送って応答を回収したい場合のプロセスを示している。
ユーザ（３８）によって送られたメッセージはステップ
６．２でルータの待機ファィル（３６０１）に記憶さ
れ、ルータがステップ７．２で前記メッセージをメッセ
ージボックスサーバ（３５）の待機ファィル（３５１）
に送る。メッセージボックスサーバはステップ９．２で
応答をルータの待機ファィル（３６０１）に送り、ルー
タは該メッセージをステップ１０．２で処理し、ステッ
プ１１．２でユーザ（３８）の待機ファィル（３８１）
に送る。

【００４１】補遺３Ｃは、第１ステップ３８１０でメッ
セージ形態の要求を受け取り、第２ステップ３８１１
で、入力及び出力パラメータの宣言（ｄｅｃｌａｒａｔ
ｉｏｎ）を実行し、ステップ３８１２でメッセージ中の
入力パラメータを検索し、ステップ３８１３でアプリケ
ーションのプロミングインタフェースサーバを呼び出
し、ステップ３８１４で出力パラメータをメッセージ中
に記憶することにより前記要求を処理するサーバの機能
を示している。要求が処理されるとサーバは、ステップ
３８１５に示されているように同期応答が必要な場合に
は、応答が値０を有する同期応答でなければならないか
どうかを示すフィールドのビットを確認した後で応答を
送る。

【００４２】ステップ３８１６では、サーバが同期フィ
ールドのビットの値の確認の後で応答が非同期であるこ
とを認めると、サーバは応答が必要かどうかを見るため
にフィールドを確認する（ｉｓ−ｒｅｑｕｅｓｔ）。値
がやはり０であれば、それはルータ及びユーザが応答を
待っていることを意味し、その場合はサーバがメッセー
ジを自己の待機ファィルに書き込み、次のステップで受
領通知をルータに送る。

【００４３】前述のように設計された装置及び前述のよ
うに実行される方法では、複数のユーザによるアクセス
を可能にするためにサーバを重複させる（ｄｕｐｌｉｑ
ｕｅｒ）必要がなく、また単一のユーザが種々のサーバ
にアクセスできるように複数のサーバと単一ユーザとの
間のリンクを重複させる必要もない。

【００４４】更に、前述の方法は均衡がとれており且つ
３つのメッセージキューを含んでいるため、ロッキング
（ｂｌｏｃａｇｅ）が存在する場合にどのような理由で
ロッキングが行われているか知ることができる。

【００４５】本発明は、図４に示すような情報サーバと
複数のワークステーションとの間のトランザクション処
理システムで特に有利に使用される。

【００４６】図４は、例えばＵＮＩＸ型の情報サーバ
（３）の関係データベースに記憶されている処理データ
を使用し、例えばＰＣ型のワークステーションであっ
て、アクティビティの範囲内で展開するアプリケーショ
ンの作業が該ワークステーションのユーザによって実行
されるワークステーションと通信する情報サーバ（３）
との間のトランザクション処理システムを示している。

【００４７】サーバ（３）は、アクティビティを開始さ
せ且つ調整する一組のモジュール（３０〜３７）を含ん
でいる。アクティビティとは、手続きの作業ステップの
本体、即ち単一のアクタ（ａｃｔｅｕｒ）によって実行
される一組の連続的基本動作でなければならない作業基
本単位である。

【００４８】該トランザクション処理システムは、アク
タと称する種々の個体により特定のシーケンスに従って
実行されなければならないアクティビティと称する基本
作業エレメントを有する手続きと称する帰納的構造化タ
スク（ｔａｃｈｅｓｔｒｕｃｔｕｒｅｅｒｅｃｕｒ
ｒｅｎｔｅ）として記述できるオフィスタスクの記述に
基づいて、機構（ｏａｒｇａｎｉｓａｔｉｏｎ）又は作
業グループの間の作業の流れを決定し、実行し、調整し
且つ制御するのを助ける。

【００４９】アクタは、システムによって供給されるア
クタの一意的識別（ｕｓｒｉｄ）と、アクタの名字（ｎ
ａｍｅ）と、アクタの名前（ｆｉｒｓｔＮａｍｅ）と、
一意的セッション開始ワード（ｌｏｇｉｎＮａｍｅ）
と、パスワード（ｐａｓｓｗｏｒｄ）と、エイリアス
（ａｌｉａｓ）とで構成される。

【００５０】手続きとは、作業ステップの部分的順序付
けに従う予め決定された一組の作業ステップである。作
業ステップは、ヘディング（ｅｎ−ｔｅｔｅ）（識別、
先行等）と実行すべき実際の作業を構成する本体（アク
ティビティ）とからなる。手続きの種々のステップは、
種々の個人、種々の個人グループによって実行され得
る。場合によっては、手続きの複数のステップを同時
に、又は任意の順序で実行することができる。一般的に
は、手続きは、完全に順序付けられた一組のステップで
はなく、部分的に順序付けられた一組のステップ、即ち
必ずしも全てのステップが順番に実行されなくてもよ
く、ループが可能である一組のステップである。手続き
は通常、名称及び手続きにかかわる責任者といった属性
を有する。

【００５１】ジョブ（ｊｏｂ）は手続きの特定の実行の
ための指令場所である。あるコンテキストでは、ジョブ
はトランザクションと称される。ジョブは、状態、イニ
シエータ、ヒストリ（ｈｉｓｔｏｒｉｑｕｅ）といった
パラメータである。

【００５２】役割（ｒｏｌｅ）は、アクセスコマンド及
び実行コマンドのためのベースとして作用するアクタ又
はアクタグループの指定（ｄｅｓｉｇｎａｔｉｏｎ）か
らなる。アクタは１つの機構内で複数のアクタの役割
（ｒｏｌｅｏｆＡｃｔｏｒ）を果たすことができ
る。アクタは、個人、プログラム、又は実行すべき役割
を果たすことができ、且つこれらの役割の責任をとるこ
とができるか、あるいはアクティビティ及び手続きにあ
る程度まで関連し得るエンティティである。アクセスの
属性又は可能性はアクタ及び役割に関連し得る。

【００５３】役割は、役割の一意的識別ワード（ｒｉ
ｄ）、役割の名称（ｎａｍｅ）及び役割の記述によって
決定される。アクタの役割は、アクタの識別（ｕｓｒｉ
ｄ）と役割の識別（ｒｉｄ）とを含む。

【００５４】作業の流れをより良く管理するためのオー
ガニゼーションモデルを形成するために、別のパラメー
タ又は属性及び構造を組み合わせることもできる。

【００５５】システムを構成する作業流れのトランザク
ション処理ソフトウエアのレベルのアーキテクチャは、
特定数のモジュールに分解される（図４、３０〜３
７）。これらのモジュールは、ジョブ（ｊｏｂ）及び／
又はアクティビティ（ａｃｔｉｖｉｔｙ）が開始又は終
了した時にアクティブになる。スケジューラモジュール
（ｍｏｄｕｌｅｏｒｄｏｎｎａｎｃｅｕｒ）（３０）
は、アクティビティ完了メッセージ、アクティビティ除
外又はジョブの形成によってアクティブになる。

【００５６】いずれの場合も、ジョブは、ジョブの形成
を命令するタイプのメッセージをサーバ（３）のスケジ
ューラモジュール（３０）に送る任意のプロセスによっ
て開始される。前記メッセージのパラメータは、ジョブ
の優先度、満了時間、手続きの名称及び初期化パラメー
タを含む。

【００５７】スケジューラ（３０）はジョブ形成能力を
介してジョブを形成し、該ジョブに一意的番号を割り当
て、該ジョブの状態情報を決定し、種々の初期化を実行
する。ファイナリゼーショ作業（ｔｒａｖａｉｌｄ
ｅｆｉｎａｌｉｓａｔｉｏｎ）も、あるジョブに関す
る全てのアクティビティが実行された時にジョブ完了機
能を介してスケジューラ（３０）により実行される。ス
ケジューラは、完了したアクティビティの全ての可能な
後続者（ｓｕｃｃｅｓｓｅｕｒ）の先行者（ｐｒｅｄｅ
ｃｅｓｓｅｕｒ）を全部確認する。

【００５８】完了したアクティビティが決定アクティビ
ティであれば、スケジューラは該アクティビティの結果
として得られた変数を調べる。１つ又は複数の後続者の
妥当性が確認されると、スケジューラが対話するディス
パッチャモジュール（ｍｏｄｕｌｅｒｅｐａｒｔｉｔ
ｅｕｒ）（３３）にメッセージが送られる。

【００５９】スケジューラモジュールはディスパッチャ
モジュール（ｄｉｓｐａｔｃｈｅｒ３３）及び通知モジ
ュール（ｎｏｔｉｆｉｅｒ）（３４）と対話する。スケ
ジューラは、形成された新しいジョブに状態“ｔｏｄｉ
ｓｐａｔｃｈ”をマーキングし、メッセージボックス
（３５）にメッセージを送ることによって前記マーキン
グをディスパッチャに知らせる。

【００６０】ディスパッチャモジュール（３３）は下記
の３つの主要機能を有する。

【００６１】ａ）スケジューラによって形成されたばか
りのタスクをユーザに割り当てる。

【００６２】ｂ）除外されたばかりのタスクに新しいユ
ーザを割り当てる。

【００６３】ｃ）アクティビティをユーザの間に分配し
循環させる。

【００６４】ディスパッチャモジュール（３３）は、自
ら操作すると共にアクタ及び役割エンティティによって
操作される第１のモジュールである。ディスパッチャ
（３３）は第３の機能で、所与のアクティビティについ
て、役割及び１つもしくは複数のアクタとの対応（ｃｏ
ｒｒｅｓｐｏｎｄａｎｃｅ）を確立する。

【００６５】通知モジュール（３４）は、一定のタイミ
ングで生起した事象（ｅｖｅｎｅｍｅｎｔｓｒｙｔｈ
ｍｅｓ）を記録し、適当な時点に正しい受信者に通知す
る。

【００６６】通知モジュール（３４）には２つのタイミ
ングユーティリティ（ｕｔｉｌｉｔａｉｒｅｄｅｒ
ｙｔｈｍｅ）、即ちリコール能力及び遅延能力が具備さ
れている。第１の能力は、例えば特定のアクティビティ
の実行のために制限ストップ（ｂｕｔｅｅｌｉｍｉｔ
ｅ）を課すことを可能にすると共に、ストップ時間（ｔ
ｅｍｐｓｄｅｂｕｔｅｅ）が切れた時に警告メッセ
ージを送ることを可能にするためのものであり、第２の
能力は、例えばアクタに特定の遅延の後で特定の作業を
実行するように要求するために特定の時間にわたってメ
ッセージの送出を遅延させることを可能にする。

【００６７】通知モジュール（３４）は、作業流れの管
理システムで起こっていることを監視する調整モジュー
ル（ｃｏｏｒｄｉｎａｔｅｕｒ）（３１）からの情報も
受け取る。該調整モジュールは、有意な事象を記録し、
解放されたログファイル（ｆｉｃｈｉｅｒｓｄｅｊ
ｏｕｒｎａｌａｆｆｒａｎｃｈｉｓ）を記憶するため
の内部管理制御機能と、種々の状態についてシステムに
問い合わせをする方法（誰が何をするのか？特定ジョブ
の進行度は？幾つのジョブが実行中か？ジョブ実行時間
の平均値、タスク実行時間の平均値、ジョブのヒスト
リ、ジョブの現状、所定のジョブによって得られた情
報、所与の手続きの最中に所与のアクティビティを実行
するためのファイル、所与のジョブにおけるコンフリク
ト、等）と、ジョブの進行に作用する可能性（中断、再
開（ｒｅｓｕｍｅ）、取消し（ｃａｎｃｅｌ）、再割り
当て（ｒｅａｓｓｉｇｎ）等）と、アーカイブ（ａｒｃ
ｈｉｖａｇｅ）によってヒストリを記録する手段とを供
給する。

【００６８】ディスパッチャ（３３）及び通知モジュー
ル（３４）は、全ての非同期メッセージを記録するのに
使用されるメッセージボックスとの間で信号を交換す
る。これらのメッセージは、アクタに割り当てられたア
クティビティ、通知モジュール（３４）で発生する警告
メッセージ、アクタの間のメッセージ等であり得る。

【００６９】ユーザの要求が非同期の場合は、結果がメ
ッセージボックスのサーバを介してメッセージとしてメ
ッセージボックス内に記憶される。メッセージボックス
にアクセスするための唯一の方法はメッセージボックス
サーバ（３５）を介することである。

【００７０】メッセージボックスは主に、例えば“ＯＲ
ＡＣＬＥ”のような関係データベース（３７１）の２つ
のデータテーブルで構成されている。第１のデータテー
ブルはＭＳＧ−ＢＯＸ−ＤＥＳＣと称し、一意的識別
子、タイプ等のようなメッセージの記述を含む。第２の
データテーブルはＭＳＧ−ＢＯＸ−ＢＲＯＡＤＣＡＳＴ
と称し、メッセージの宛先及び他の情報、例えばメッセ
ージの状態を記憶するのに使用される。ここで留意すべ
きこととして、メッセージは複数の宛先に送ることがで
き、従って第２のテーブルＭＳＧ−ＢＯＸ−ＢＲＯＡＤ
ＣＡＳＴは宛先リストを含んでいなければならず、メッ
セージの記述はテーブルＭＳＧ−ＢＯＸ−ＤＥＳＣ内に
一回だけ書き込まれる。

【００７１】システムはまた、全ての手続き、アクティ
ビティ、ジョブ、役割及びアクタの定義、関係、属性を
表すために、ＯＲＡＣＬＥのようなデータベース内に関
係テーブルを記憶するデータ管理モジュール（３７０）
を含んでいる。

【００７２】サーバ（３）のモジュール（３０〜３７）
は、エレメント（３６、２、１７、１６）を含む通信シ
ステムを介して、モジュールアセンブリ（１０〜１５）
からなるユーザモジュールと通信する。これらのモジュ
ールを以下に説明する。

【００７３】サーバシステム（３）は、ネットワーク
（１）とネットワークサーバ（３６４）とを介して、通
信インタフェース（２７）と、４層アーキテクチャ、即
ち第１層が作業流れメッセージシステム（２６）であ
り、第２層（２４）が種々のユーザアプリケーションプ
ログラムインタフェースセット（２４１、２４２、２４
３、２４４）であり、第３層（２５）が管理サービス層
（２５１、２５２、２５３、２５４）であり、第４層
（２０、２１）がインタフェース上方層であるアーキテ
クチャとを有するユーザシステム（２）と通信する。１
つの層の種々のモジュールはインタラクションをもたな
い。

【００７４】作業流れメッセージシステム（２６）は、
ユーザとサーバとの間の情報交換を可能にする。

【００７５】交換された情報は「メッセージ」と称する
特別の構造によって伝搬される。該層は、サーバ（３６
４）の通信層への接続、サーバの通信層との切断、及び
メッセージの送受信という機能を遂行する。

【００７６】接続機能はサーバ（３６）との間の固定リ
ンクの確立を可能にする。ワークステーションは単一の
リンクを支持し得る。そのために、送受信機能によって
交換される全てのメッセージは該リンクを通過する。

【００７７】メッセージは、エンベロープ部分とデータ
部分とからなる。エンベロープ部分は送信者、宛先及び
状態情報を含み、データ部分はメッセージの内容を含
む。該内容については既に説明した。

【００７８】メッセージシステム（２６）はメッセージ
の内容に関しては何も知らず、エンベロープについても
知らず、ましてやデータについては何も知らない。該モ
ジュールは、サーバとの間に形成されたリンクを介し
て、エンベロープ部分とデータ部分を含むファイルの名
称とを送る。データ部分のファイルは、全てのワークス
テーション及びサーバに共有される共有ファイルシステ
ム（３７２）上に既に存在している。

【００７９】モジュール間のインタラクションは、シス
テムのモジュール間及びユーザ間のメッセージ交換を可
能にする通信サブシステム（２７、１、３６）によって
容易になる。該システムは同期通信（例えばｆｅｔｃｈ
ｔａｓｋ）及び非同期通信（例えばｓｅｎｄｔｏ）を一
度にサポートする。これらの通信のインタラクションは
通信プロトコルの種々の層によって実施され、ルータ
（３６０）は、ユーザと各ワークステーション（２）と
サーバ（メッセージボックス（３５）、ディスパッチャ
（３３）、通知モジュール（３４）、スケジューラ（３
０））との間で前述の役割を果たす。

【００８０】当業者が想到し得る別の変形実施例も本発
明の一部分をなす。

【００８１】

【表１】

【００８２】

【表２】

【００８３】

【表３】

【００８４】

【表４】

【００８５】

【表５】

【００８６】

【表６】

【図面の簡単な説明】

【図１】本発明の方法を実施するための本発明の装置を
簡単に示す説明図である。

【図２】本発明の方法の第１の変形実施例を簡単に示す
説明図である。

【図３Ａ】本発明の方法の別の変形実施例を簡単に示す
説明図である。

【図３Ｂ】本発明の方法の別の変形実施例を簡単に示す
説明図である。

【図３Ｃ】本発明の方法の別の変形実施例を簡単に示す
説明図である。

【図４】本発明の装置及び方法を使用するトランザクシ
ョン処理システムを簡単に示す説明図である。

【符号の説明】３６０ルータ３６１、２、３９ユーザ３８１、３８、３５サーバ。

Claims

(57)【特許請求の範囲】

【請求項１】メッセージを交換する少なくとも１つの
ユーザと少なくとも１つのサーバとの間の通信装置であ
って、３つのメッセージ待機ファイル、即ちルータ（３
６０）に割り当てられておりユーザ又はサーバのメッセ
ージを記憶する第１の待機ファイル（３６０１）と、サ
ーバに割り当てられておりサーバ（３８、３５）宛に形
成された要求メッセージの読取りを可能にする第２の待
機ファイル（３８１）と、ユーザ（３９）に割り当てら
れており応答メッセージの読取りを可能にする第３の待
機ファイル（３９２）とを用いて、少なくとも１つのユ
ーザ（３６１、２）と少なくとも１つのサーバ（３８
１、３８２、３５）との間でメッセージをルーティング
するルータ（３６０）を含んでおり、ルータ（３６０）
がサーバ（３８、３５）及びユーザ（３９）用のメッセ
ージ識別子を生成することを特徴とするメッセージを交
換する少なくとも１つのユーザと少なくとも１つのサー
バとの間の通信装置。
【請求項２】ユーザ（３９）がルータ用のメッセージ
識別子を生成することを特徴とする請求項１に記載の装
置。
【請求項３】サーバ（３８、３５）がルータ（３６
０）用のメッセージ識別子を生成することを特徴とする
請求項１又は２に記載の装置。
【請求項４】メッセージが、通信が同期であるか又は
非同期であるかを示す２バイトフィールドと、値０又は
０以外の値をそれぞれ当該フィールドに与えてメッセー
ジが応答であるか又は要求であるかを示す２バイトフィ
ールドとを含むことを特徴とする請求項１又は３に記載
の装置。
【請求項５】メッセージが、メッセージ送出ユーザを
識別するための４バイトフィールドを含むことを特徴と
する請求項４に記載の装置。
【請求項６】メッセージが、メッセージの宛先を識別
するための４バイトフィールドを含むことを特徴とする
請求項５に記載の装置。
【請求項７】ルータを介しての通信におけるユーザと
サーバとの間の同期要求を処理する方法であって、ユー
ザからルータの第１の待機ファイル（３６０１）にメッ
セージを送るステップと、該メッセージが要求であるか
または応答であるかをルータで決定するステップと、サ
ーバに割り当てられた第２の待機ファイル（３５１、３
８１）にルータから識別子と共にメッセージを送るステ
ップと、前記ルータの第１の待機ファイルに応答を受信
した後にユーザに識別子と共に肯定応答メッセージを送
るステップとを有し、ユーザが前記ルータの第１の待機
ファイル（３６０１）から応答を検索し得ることを特徴
とする方法。
【請求項８】ユーザ（３９）がそれ自体サーバである
ことを特徴とする請求項７に記載の方法。
【請求項９】サーバが、同期又は非同期プロセスにお
ける別のサーバのユーザであることを特徴とする請求項
７に記載の方法。
【請求項１０】メッセージが、通信が同期であるかど
うかを示す２バイトフィールドと、メッセージが応答で
あるか又は要求であるかを示す２バイトフィールドとを
含むことを特徴とする請求項７に記載の方法。
【請求項１１】メッセージが、メッセージ送出者を識
別するための４バイトフィールドを含むことを特徴とす
る請求項７に記載の方法。
【請求項１２】メッセージが、メッセージの宛先を識
別するための４バイトフィールドを含むことを特徴とす
る請求項７に記載の方法。
【請求項１３】ルータを介しての通信におけるユーザ
とサーバとの間の非同期要求を処理する方法であって、
ユーザからルータの第１の待機ファイル（３６０１）に
第１の識別子と共にメッセージを送るステップと、ルー
タ（３６０）からサーバ（３５、３８）の第２の待機フ
ァイル（３５１、３８１）に第２の識別子と共に要求メ
ッセージを送り、その際、ルータから該要求メッセージ
の受領の確認をユーザに通知し、且つサーバが前記メー
タの第１の待機ファイル（３６０１）に前記第２の識別
子を送ることにより、ルータに受領の確認を通知するス
テップと、サーバが応答を作成した際に、サーバから前
記ルータの第１の待機ファイル（３６０１）に第２の識
別子と共にメッセージを送るステップとを有することを
特徴とする方法。
【請求項１４】サーバ（３８、３５）が識別子と応答
メッセージとをルータ（３６０）の待機ファイル（３６
０１）に送ると、ルータ（３６０）が該メッセージをメ
ッセージボックスサーバ（３５）の待機ファイル（３５
１）に送り、該メッセージボックスサーバがルータに肯
定応答を送り、ルータがサーバ（３８１）に肯定応答を
送ることを特徴とする請求項１３に記載の方法。
【請求項１５】ユーザが要求メッセージ（ｆｅｔｃｈ
−ｍｅｓｓａｇｅ）をルータの待機ファイル（３６０
１）に送って応答を回収し、ルータが前記メッセージを
メッセージボックスサーバ（３５）の待機ファイルに転
送し、メッセージボックスサーバ（３５）がルータの待
機ファイルに応答を送り、ルータがユーザにメッセージ
を再転送することを特徴とする請求項１３又は１４に記
載の方法。
【請求項１６】ユーザ（３９）が要求メッセージをル
ータ（３６０）の待機ファイル（３６０１）に送り、ル
ータがメッセージ識別子の値を値−１と比較して、前記
値が−１であれば、その他のステップで使用される新し
いメッセージ識別子を計算し、前記値が−１でなけれ
ば、受け取った識別子を再転送することを特徴とする請
求項１３から１５のいずれか一項に記載の方法。
【請求項１７】メッセージが、通信が同期であるか又
は非同期であるかを示す２バイトフィールドと、メッセ
ージが応答であるか又は要求であるかを示す２バイトフ
ィールドとを含むことを特徴とする請求項１３又は１６
に記載の方法。
【請求項１８】メッセージが、メッセージ送出者を識
別するための４バイトフィールドを含むことを特徴とす
る請求項１７に記載の方法。
【請求項１９】メッセージが、メッセージの宛先を識
別するための４バイトフィールドを含むことを特徴とす
る請求項１７に記載の方法。