JPH076112A - 少なくとも１つのユーザと少なくとも１つのサーバとの間の通信装置、該装置の使用方法及び該装置の使用 - Google Patents
少なくとも１つのユーザと少なくとも１つのサーバとの間の通信装置、該装置の使用方法及び該装置の使用Info
- Publication number
- JPH076112A JPH076112A JP6041320A JP4132094A JPH076112A JP H076112 A JPH076112 A JP H076112A JP 6041320 A JP6041320 A JP 6041320A JP 4132094 A JP4132094 A JP 4132094A JP H076112 A JPH076112 A JP H076112A
- Authority
- JP
- Japan
- Prior art keywords
- message
- server
- router
- user
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】少なくとも１つのユーザと少なくとも１つのサ
ーバとの間の通信装置、該装置の使用方法及び該装置の
使用を提供する。 【構成】メッセージを交換する少なくとも１つのユーザ
と少なくとも１つのサーバとの間の通信装置は、３つの
メッセージ待機ファイル、即ちルータに割り当てられて
おりユーザ又はサーバのメッセージを記憶する第１の待
機ファイルと、サーバに割り当てられておりサーバ宛に
形成された要求メッセージの読取りを可能にする第２の
待機ファイルと、ユーザに割り当てられており応答メッ
セージの読取りを可能にする第３の待機ファイルとを用
いて、少なくとも１つのユーザと少なくとも１つのサー
バとの間でメッセージをルーティングするルータを含ん
でいることを特徴とする。
ーバとの間の通信装置、該装置の使用方法及び該装置の
使用を提供する。 【構成】メッセージを交換する少なくとも１つのユーザ
と少なくとも１つのサーバとの間の通信装置は、３つの
メッセージ待機ファイル、即ちルータに割り当てられて
おりユーザ又はサーバのメッセージを記憶する第１の待
機ファイルと、サーバに割り当てられておりサーバ宛に
形成された要求メッセージの読取りを可能にする第２の
待機ファイルと、ユーザに割り当てられており応答メッ
セージの読取りを可能にする第３の待機ファイルとを用
いて、少なくとも１つのユーザと少なくとも１つのサー
バとの間でメッセージをルーティングするルータを含ん
でいることを特徴とする。
Description
【０００１】
【産業上の利用分野】本発明は、ユーザ（ｃｌｉｅｎ
ｔ）とサーバ（ｓｅｒｖｅｕｒ）との間のルータ装置
（ｄｉｓｐｏｓｉｔｉｆ ｒｏｕｔｅｕｒ）、該装置の
使用方法及び該装置の使用に関する。
ｔ）とサーバ（ｓｅｒｖｅｕｒ）との間のルータ装置
（ｄｉｓｐｏｓｉｔｉｆ ｒｏｕｔｅｕｒ）、該装置の
使用方法及び該装置の使用に関する。
【０００２】
【従来の技術】マイクロコンピュータ又はパーソナルコ
ンピュータ（ＰＣ）型のワークステーションを例えばＵ
ＮＩＸ型の中央計算機（ホストコンピュータ）と通信さ
せる分散型アーキテクチャ（ａｒｃｈｉｔｅｃｔｕｒｅ
ｄｉｓｔｒｉｂｕｅｅ）では、（ホスト）コンピュー
タで実行されるプロセスをサーバプロセスとユーザプロ
セスとに分類することができる。サーバはホストコンピ
ュータのデータへのアクセスを可能にし、ユーザからの
要求を待ち、該要求を処理し、応答を転送する。ユーザ
はサーバに要求を送り、応答を待つ。ユーザは、ホスト
コンピュータに導入されたローカルユーザか、又はＤＡ
ＥＭＯＮを介してホストコンピュータと通信する遠隔ユ
ーザのタイプであり得る。
ンピュータ（ＰＣ）型のワークステーションを例えばＵ
ＮＩＸ型の中央計算機（ホストコンピュータ）と通信さ
せる分散型アーキテクチャ（ａｒｃｈｉｔｅｃｔｕｒｅ
ｄｉｓｔｒｉｂｕｅｅ）では、（ホスト）コンピュー
タで実行されるプロセスをサーバプロセスとユーザプロ
セスとに分類することができる。サーバはホストコンピ
ュータのデータへのアクセスを可能にし、ユーザからの
要求を待ち、該要求を処理し、応答を転送する。ユーザ
はサーバに要求を送り、応答を待つ。ユーザは、ホスト
コンピュータに導入されたローカルユーザか、又はＤＡ
ＥＭＯＮを介してホストコンピュータと通信する遠隔ユ
ーザのタイプであり得る。
【０００３】この種の装置では、ＰＣに属するユーザが
サーバ宛に要求を送った場合に、ＰＣが応答を待つだけ
で他に何もしないか、又はアーキテクチャが、ＰＣが第
１のサーバからの応答を待つ間に別のサーバにアクセス
することを可能にするように設計される。後者の場合
は、第２のサーバとの間に物理リンクを設定する必要が
ある。そうなると、製造業者は複数の物理リンクを用意
しなければならない。また、別のステーションの別のユ
ーザが、第１のユーザによって使用されているサーバと
同じサーバにアクセスしたい場合に、該別のユーザは、
サーバが第１のユーザに応答を供給した後でしか、且つ
該別のユーザが第１のサーバに接続されているという条
件でしか、前記アクセスを実行することができない。従
って、リンクを１つしか備えていない装置ではマシンを
最適に使用することができず、複数のリンクを有する装
置ではリンク数を多くすることが必要となる。
サーバ宛に要求を送った場合に、ＰＣが応答を待つだけ
で他に何もしないか、又はアーキテクチャが、ＰＣが第
１のサーバからの応答を待つ間に別のサーバにアクセス
することを可能にするように設計される。後者の場合
は、第２のサーバとの間に物理リンクを設定する必要が
ある。そうなると、製造業者は複数の物理リンクを用意
しなければならない。また、別のステーションの別のユ
ーザが、第１のユーザによって使用されているサーバと
同じサーバにアクセスしたい場合に、該別のユーザは、
サーバが第１のユーザに応答を供給した後でしか、且つ
該別のユーザが第１のサーバに接続されているという条
件でしか、前記アクセスを実行することができない。従
って、リンクを１つしか備えていない装置ではマシンを
最適に使用することができず、複数のリンクを有する装
置ではリンク数を多くすることが必要となる。
【０００４】
【発明が解決しようとする課題及び課題を解決するため
の手段】本発明の第１の目的は、複数のサーバが複数の
ユーザと対話することを可能にする装置を提供すること
にある。
の手段】本発明の第１の目的は、複数のサーバが複数の
ユーザと対話することを可能にする装置を提供すること
にある。
【０００５】該目的は、メッセージを交換する少なくと
も１つのユーザと少なくとも１つのサーバとの間の通信
装置が、少なくとも１つのユーザと少なくとも１つのサ
ーバとの間のメッセージを下記の３つのメッセージ待機
ファイルを用いてルーティングする（ａｉｇｕｉｌｌ
ｅ）ルータを含むことにより達成される。
も１つのユーザと少なくとも１つのサーバとの間の通信
装置が、少なくとも１つのユーザと少なくとも１つのサ
ーバとの間のメッセージを下記の３つのメッセージ待機
ファイルを用いてルーティングする（ａｉｇｕｉｌｌ
ｅ）ルータを含むことにより達成される。
【０００６】第１の待機ファイルはルータに割当てられ
ており、ユーザ又はサーバのメッセージを記憶する。
ており、ユーザ又はサーバのメッセージを記憶する。
【０００７】第２の待機ファイルはサーバに割当てられ
ており、サーバ宛に作成された要求メッセージの読取り
を可能にする。
ており、サーバ宛に作成された要求メッセージの読取り
を可能にする。
【０００８】第３の待機ファイルはユーザに割当てられ
ており、応答メッセージの読取りを可能にする。
ており、応答メッセージの読取りを可能にする。
【０００９】別の特徴として、ユーザはルータ用のメッ
セージ識別子を生成する。
セージ識別子を生成する。
【００１０】別の特徴として、ルータはサーバ及びユー
ザ用のメッセージ識別子を生成する。
ザ用のメッセージ識別子を生成する。
【００１１】別の特徴として、サーバはルータ用のメッ
セージ識別子を生成する。
セージ識別子を生成する。
【００１２】別の特徴として、メッセージは、通信が同
期であるか又は非同期であるかを示す２バイト（ｏｃｔ
ｅｔ）のフィールドと、値０又は０以外の値をそれぞれ
当該フィールドに与えることによりメッセージが応答で
あるか又は要求であるかを示す２バイトフィールドとを
含む。
期であるか又は非同期であるかを示す２バイト（ｏｃｔ
ｅｔ）のフィールドと、値０又は０以外の値をそれぞれ
当該フィールドに与えることによりメッセージが応答で
あるか又は要求であるかを示す２バイトフィールドとを
含む。
【００１３】別の特徴として、メッセージは、メッセー
ジ送出ユーザを識別するための４バイトフィールドを含
む。
ジ送出ユーザを識別するための４バイトフィールドを含
む。
【００１４】別の特徴として、メッセージは、メッセー
ジの宛先を識別するための４バイトフィールドを含む。
ジの宛先を識別するための４バイトフィールドを含む。
【００１５】本発明の別の目的は、前述の装置によって
なされる同期要求の処理方法を提供することにある。
なされる同期要求の処理方法を提供することにある。
【００１６】該目的は、ルータ装置を介して対話する少
なくとも１つのユーザと少なくとも１つのサーバとの間
の同期要求の処理方法が、その特徴として、ユーザが要
求メッセージをルータのファィルに送るステップと、ル
ータがメッセージを識別子と共にサーバのファィルに送
るステップと、ルータがファイルに応答を受け取った後
で、ルータのファイル内の応答を認知するための識別子
を添えて肯定応答メッセージをユーザに送るステップと
を含むことにより達成される。
なくとも１つのユーザと少なくとも１つのサーバとの間
の同期要求の処理方法が、その特徴として、ユーザが要
求メッセージをルータのファィルに送るステップと、ル
ータがメッセージを識別子と共にサーバのファィルに送
るステップと、ルータがファイルに応答を受け取った後
で、ルータのファイル内の応答を認知するための識別子
を添えて肯定応答メッセージをユーザに送るステップと
を含むことにより達成される。
【００１７】別の特徴として、ユーザはそれ自体がサー
バである。
バである。
【００１８】別の特徴として、サーバは同期又は非同期
プロセスにおける別のサーバのユーザである。
プロセスにおける別のサーバのユーザである。
【００１９】別の特徴として、メッセージは、通信が同
期であるか否かを示す２バイトフィールドと、メッセー
ジが応答であるか又は要求であるかを示す２バイトフィ
ールドとを含む。
期であるか否かを示す２バイトフィールドと、メッセー
ジが応答であるか又は要求であるかを示す２バイトフィ
ールドとを含む。
【００２０】別の特徴として、メッセージは、メッセー
ジ送出者を識別するための４バイトフィールドを含む。
ジ送出者を識別するための４バイトフィールドを含む。
【００２１】別の特徴として、メッセージは、メッセー
ジの宛先を識別するための４バイトフィールドを含む。
ジの宛先を識別するための４バイトフィールドを含む。
【００２２】本発明の別の目的は、前述の装置を使用す
る非同期要求の処理方法を提供することにある。
る非同期要求の処理方法を提供することにある。
【００２３】該目的では、ルータ装置を介して対話する
少なくとも１つのユーザとサーバとの間の非同期要求の
処理方法は、ユーザが要求メッセージを第１の識別子と
共にルータの待機ファィルに送るステップと、ルータが
メッセージを第２の識別子と共にサーバの待機ファイル
に送り、要求メッセージの受領をユーザに通知し、サー
バが第２の識別子をルータの待機ファイルに送ることに
よってルータに受領を通知するステップと、サーバが、
応答を作成した時に、メッセージを第２の識別子と共に
ルータの待機ファイルに送るステップとを含むことを特
徴とする。
少なくとも１つのユーザとサーバとの間の非同期要求の
処理方法は、ユーザが要求メッセージを第１の識別子と
共にルータの待機ファィルに送るステップと、ルータが
メッセージを第２の識別子と共にサーバの待機ファイル
に送り、要求メッセージの受領をユーザに通知し、サー
バが第２の識別子をルータの待機ファイルに送ることに
よってルータに受領を通知するステップと、サーバが、
応答を作成した時に、メッセージを第２の識別子と共に
ルータの待機ファイルに送るステップとを含むことを特
徴とする。
【００２４】別の特徴として、サーバが識別子と応答メ
ッセージとをルータの待機ファイルに送ると、ルータは
該メッセージをメッセージボックスサーバ待機ファイル
に送る。該メッセージボックスサーバはルータに肯定応
答を送り、ルータはサーバに肯定応答を送る。
ッセージとをルータの待機ファイルに送ると、ルータは
該メッセージをメッセージボックスサーバ待機ファイル
に送る。該メッセージボックスサーバはルータに肯定応
答を送り、ルータはサーバに肯定応答を送る。
【００２５】別の特徴として、ユーザは要求メッセージ
（ｆｅｔｃｈ−ｍｅｓｓａｇｅ）をルータの待機ファイ
ルに送って応答を回収する。ルータは前記メッセージを
メッセージボックスサーバの待機ファイルに転送し、メ
ッセージボックスサーバはルータの待機ファイルに応答
を送り、ルータはユーザにメッセージを再転送する。
（ｆｅｔｃｈ−ｍｅｓｓａｇｅ）をルータの待機ファイ
ルに送って応答を回収する。ルータは前記メッセージを
メッセージボックスサーバの待機ファイルに転送し、メ
ッセージボックスサーバはルータの待機ファイルに応答
を送り、ルータはユーザにメッセージを再転送する。
【００２６】別の特徴として、ユーザは要求メッセージ
をルータの待機ファイルに送り、ルータはメッセージ識
別子の値を−１と比較する。ルータは、前記値が−１で
あれば、その他のステップで使用される新しいメッセー
ジ識別子（第２識別子）を計算し、前記値が−１でなけ
れば、受け取った識別子を再転送する。
をルータの待機ファイルに送り、ルータはメッセージ識
別子の値を−１と比較する。ルータは、前記値が−１で
あれば、その他のステップで使用される新しいメッセー
ジ識別子（第２識別子）を計算し、前記値が−１でなけ
れば、受け取った識別子を再転送する。
【００２７】別の特徴として、メッセージは、通信が同
期であるか又は非同期であるかを示す２バイトフィール
ドと、メッセージが応答であるか又は要求であるかを示
す２バイトフィールドとを含む。
期であるか又は非同期であるかを示す２バイトフィール
ドと、メッセージが応答であるか又は要求であるかを示
す２バイトフィールドとを含む。
【００２８】別の特徴として、メッセージは、メッセー
ジ送出者を識別するための４バイトフィールドを含む。
ジ送出者を識別するための４バイトフィールドを含む。
【００２９】別の特徴として、メッセージは、メッセー
ジの宛先を識別するための４バイトフィールドを含む。
ジの宛先を識別するための４バイトフィールドを含む。
【００３０】
【実施例】本発明の他の特徴及び利点は、添付図面に基
づく以下の説明を通して明らかにされよう。
づく以下の説明を通して明らかにされよう。
【００３１】図１に本発明のルーティング装置を示す。
該装置は、例えばＰＣのようなワークステーション
（２）と、例えばＵＮＩＸ型のホストコンピュータと
を、通信リンク（１）を介して通信させる。
該装置は、例えばＰＣのようなワークステーション
（２）と、例えばＵＮＩＸ型のホストコンピュータと
を、通信リンク（１）を介して通信させる。
【００３２】ホストコンピュータ３は、各々が１つのＰ
Ｃに割当てられているブリッジ（３９４）（ＰＣ−ブリ
ッジ）を介して１つ又は複数のＰＣと通信する。従っ
て、ブリッジはＰＣと同じ数だけ存在する。該ブリッジ
はホストコンピュータ（３）上で基本要素（ｐｒｉｍｉ
ｔｉｖｅ）“ｆｏｒｋ”を介して遠隔ユーザプロセス
（３６１）を生成する。該通信は、接続機能、切断機
能、送信機能、受信機能（ｃｏｎｎｅｃｔ、ｄｉｓｃｏ
ｎｎｅｃｔ、ｓｅｎｄ、ｒｅｃｅｉｖｅ）に基づく。
Ｃに割当てられているブリッジ（３９４）（ＰＣ−ブリ
ッジ）を介して１つ又は複数のＰＣと通信する。従っ
て、ブリッジはＰＣと同じ数だけ存在する。該ブリッジ
はホストコンピュータ（３）上で基本要素（ｐｒｉｍｉ
ｔｉｖｅ）“ｆｏｒｋ”を介して遠隔ユーザプロセス
（３６１）を生成する。該通信は、接続機能、切断機
能、送信機能、受信機能（ｃｏｎｎｅｃｔ、ｄｉｓｃｏ
ｎｎｅｃｔ、ｓｅｎｄ、ｒｅｃｅｉｖｅ）に基づく。
【００３３】該装置はまた、１つ又は複数のサーバに要
求を送ってサーバからの応答を待つローカルユーザ（３
９）を含み得る。ローカルユーザ（３９）は、ワークス
テーション（２）によって始動し且つホストコンピュー
タ（３）上で形成されるプロセスである遠隔ユーザ（３
６１）と異なり、ホストコンピュータ（３）によって開
始されるプロセスである。サーバ（３８、３５）は、コ
ンピュータのデータへのアクセスを可能にし、ユーザか
らの要求を待つ。サーバはこれらの要求を処理し、ルー
タ（３６０）を介してユーザに応答を送る。ルータ（３
６０）はメッセージシステムの中心であり、その主な役
割はメッセージをユーザからサーバ及びサーバからユー
ザにルーティングすることにある。
求を送ってサーバからの応答を待つローカルユーザ（３
９）を含み得る。ローカルユーザ（３９）は、ワークス
テーション（２）によって始動し且つホストコンピュー
タ（３）上で形成されるプロセスである遠隔ユーザ（３
６１）と異なり、ホストコンピュータ（３）によって開
始されるプロセスである。サーバ（３８、３５）は、コ
ンピュータのデータへのアクセスを可能にし、ユーザか
らの要求を待つ。サーバはこれらの要求を処理し、ルー
タ（３６０）を介してユーザに応答を送る。ルータ（３
６０）はメッセージシステムの中心であり、その主な役
割はメッセージをユーザからサーバ及びサーバからユー
ザにルーティングすることにある。
【００３４】ルータ（３６０）はメッセージの内容又は
種類を知っている必要はなく、メッセージの送出者及び
宛先を知っていればよい。ルータ（３６０）の長所は、
譲渡（ｃｅｓｓｉｏｎ）（ｃｏｎｎｅｘｉｏｎ）の概念
を簡略化し一般化することと、非同期要求が宛先に確実
に送られるようにすることと、メッセージ識別子の生成
を容易にしてセマフォーの使用を回避し、それによって
柔軟且つ強力な低レベル管理システムの構成を可能にす
ることとにある。
種類を知っている必要はなく、メッセージの送出者及び
宛先を知っていればよい。ルータ（３６０）の長所は、
譲渡（ｃｅｓｓｉｏｎ）（ｃｏｎｎｅｘｉｏｎ）の概念
を簡略化し一般化することと、非同期要求が宛先に確実
に送られるようにすることと、メッセージ識別子の生成
を容易にしてセマフォーの使用を回避し、それによって
柔軟且つ強力な低レベル管理システムの構成を可能にす
ることとにある。
【００３５】中央計算機（３）では、プロセス間のメッ
セージがプロセス間通信メッセージ待機ファイルの使用
によって交換される。図１の装置は、待機ファイルを用
いて、図２に示す同期要求処理プロセス、又は図３Ａ〜
３Ｃに示す非同期要求処理プロセスを実行することがで
きる。
セージがプロセス間通信メッセージ待機ファイルの使用
によって交換される。図１の装置は、待機ファイルを用
いて、図２に示す同期要求処理プロセス、又は図３Ａ〜
３Ｃに示す非同期要求処理プロセスを実行することがで
きる。
【００３６】通信中に交換されたメッセージは補遺１に
示す構造を有し、メッセージを識別するための４バイト
の第１フィールド（Ｍｅｓｓａｇｅｌｄ）と、ルータに
よる接続に登録されたユーザのセッションを識別するた
めの４バイトの第２フィールド（ｓｅｓｓｉｏｎｌｄ）
と、ルータによる接続に登録されたサーバのセッション
を識別するための４バイトの第３フィールド（ｓｒｖＳ
ｅｓｓｉｏｎｌｄ）と、メッセージが要求であるかもし
くは応答であるかを示すための２バイトの第４フィール
ド（ｉｓＲｅｑｕｅｓｔ）と、同期交換手続きなのか非
同期交換手続きなのかを示すための２バイトの第５フィ
ールド（ｓｙｎｃｈｒｏｎｏｕｓ）と、要求なのか応答
なのかを示すための４バイトの第６フィールド（ｔｙｐ
ｅ）と、要求の優先度を示すための４バイトの第７フィ
ールド（ｐｒｉｏｒｉｔｙ）と、エラーがなければ０で
ある戻りコードによって状態を示すための４バイトの第
８フィールド（ｓｔａｔｕｓ）と、メッセージ送出者を
識別するための４バイトの第９フィールド（ｓｅｎｄｅ
ｒＵｓｅｒｌｄ）と、メッセージの宛先を識別するため
の４バイトの第１０フィールド（ｄｅｓｔＵｓｅｒｌ
ｄ）と、１２８バイトで示されるファイル名を含む第１
１フィールド（ｔＷＦｆｉｌｅＮａｍｅ）とを含むと共
に、１２バイトで示される形成日付（ｔＷＦｄａｔｅ）
と、要求によって使用される中央処理装置の時間であっ
て４バイトで示される時間（ｃｐｕＴｉｍｅ）と、要求
に必要な実時間であって別の４バイトで示される実時間
（ｒｅａｌＴｉｍｅ）とからなる管理部分と、場合によ
っては省略し得るアプリケーションに固有の部分であっ
て、極めて特別なレベルのデータを転送するための４バ
イトからなる部分と、将来の使用に備えた４バイトの非
使用部分とを含む。メッセージは合計で２５６のバイト
からなる。
示す構造を有し、メッセージを識別するための４バイト
の第１フィールド（Ｍｅｓｓａｇｅｌｄ）と、ルータに
よる接続に登録されたユーザのセッションを識別するた
めの４バイトの第２フィールド（ｓｅｓｓｉｏｎｌｄ）
と、ルータによる接続に登録されたサーバのセッション
を識別するための４バイトの第３フィールド（ｓｒｖＳ
ｅｓｓｉｏｎｌｄ）と、メッセージが要求であるかもし
くは応答であるかを示すための２バイトの第４フィール
ド（ｉｓＲｅｑｕｅｓｔ）と、同期交換手続きなのか非
同期交換手続きなのかを示すための２バイトの第５フィ
ールド（ｓｙｎｃｈｒｏｎｏｕｓ）と、要求なのか応答
なのかを示すための４バイトの第６フィールド（ｔｙｐ
ｅ）と、要求の優先度を示すための４バイトの第７フィ
ールド（ｐｒｉｏｒｉｔｙ）と、エラーがなければ０で
ある戻りコードによって状態を示すための４バイトの第
８フィールド（ｓｔａｔｕｓ）と、メッセージ送出者を
識別するための４バイトの第９フィールド（ｓｅｎｄｅ
ｒＵｓｅｒｌｄ）と、メッセージの宛先を識別するため
の４バイトの第１０フィールド（ｄｅｓｔＵｓｅｒｌ
ｄ）と、１２８バイトで示されるファイル名を含む第１
１フィールド（ｔＷＦｆｉｌｅＮａｍｅ）とを含むと共
に、１２バイトで示される形成日付（ｔＷＦｄａｔｅ）
と、要求によって使用される中央処理装置の時間であっ
て４バイトで示される時間（ｃｐｕＴｉｍｅ）と、要求
に必要な実時間であって別の４バイトで示される実時間
（ｒｅａｌＴｉｍｅ）とからなる管理部分と、場合によ
っては省略し得るアプリケーションに固有の部分であっ
て、極めて特別なレベルのデータを転送するための４バ
イトからなる部分と、将来の使用に備えた４バイトの非
使用部分とを含む。メッセージは合計で２５６のバイト
からなる。
【００３７】同期交換手続きでは、第１ステップでユー
ザがルータ（３６０）の待機ファィル（３６０１）内の
メッセージを送り、ルータが、補遺２Ａに示すように、
該メッセージの識別子が値−１を有しているかどうかを
見る。該値を有していれば、それはユーザが初めて要求
を送ろうとしていることを意味する。その場合はルータ
（３６０）が、補遺２Ａの行３６０３に示されているよ
うに、新しいメッセージ識別子を計算する。ルータは次
いで、値０をメッセージ中の対応するフィールドの内容
と比較してメッセージが要求であるかどうかを見る。該
フィールドが値０を有していればそれは応答であり、逆
に前記値が正もしくは負であればそれは要求を意味す
る。これは、補遺２Ａ又は２Ｂの行３６０４に示されて
いる。次いでルータは、宛先ユーザの識別に関するフィ
ールドを見る（補遺２Ａ、行３６０５）。これらの情報
を認知したルータは、メッセージ中に示されている宛先
であるサーバ（３８）のキュー（３８１）に、計算した
新しい識別子Ｘを添えてメッセージを送る。これは、補
遺２Ｂ、行３６０６に対応する。サーバ（３８）は応答
を作成すると、メッセージ（３８５）を識別子Ｘと共に
ルータ（３６０）の待機ファィル（３６０１）に送り、
ルータはメッセージを受け取るとすぐに識別子Ｘを添え
て該メッセージをユーザ（３９）の待機ファィル（３９
２）に転送する。これは、補遺２Ｂのステップ３６０
８、３６１０に対応する。
ザがルータ（３６０）の待機ファィル（３６０１）内の
メッセージを送り、ルータが、補遺２Ａに示すように、
該メッセージの識別子が値−１を有しているかどうかを
見る。該値を有していれば、それはユーザが初めて要求
を送ろうとしていることを意味する。その場合はルータ
（３６０）が、補遺２Ａの行３６０３に示されているよ
うに、新しいメッセージ識別子を計算する。ルータは次
いで、値０をメッセージ中の対応するフィールドの内容
と比較してメッセージが要求であるかどうかを見る。該
フィールドが値０を有していればそれは応答であり、逆
に前記値が正もしくは負であればそれは要求を意味す
る。これは、補遺２Ａ又は２Ｂの行３６０４に示されて
いる。次いでルータは、宛先ユーザの識別に関するフィ
ールドを見る（補遺２Ａ、行３６０５）。これらの情報
を認知したルータは、メッセージ中に示されている宛先
であるサーバ（３８）のキュー（３８１）に、計算した
新しい識別子Ｘを添えてメッセージを送る。これは、補
遺２Ｂ、行３６０６に対応する。サーバ（３８）は応答
を作成すると、メッセージ（３８５）を識別子Ｘと共に
ルータ（３６０）の待機ファィル（３６０１）に送り、
ルータはメッセージを受け取るとすぐに識別子Ｘを添え
て該メッセージをユーザ（３９）の待機ファィル（３９
２）に転送する。これは、補遺２Ｂのステップ３６０
８、３６１０に対応する。
【００３８】要求が非同期の場合は、サーバ（３８）が
単に受領通知を識別子番号と共にルータ３６０１の待機
ファィルに送り且つルータ（３６０）がメッセージを識
別子Ｘと共にサーバ（３８）に送るのと同時に同じ識別
子Ｘをユーザ（３９）の待機ファィル（３９２）に送る
ため、ユーザ（３９）とルータの待機ファィル（３６０
１）とサーバ（３８）の待機ファィル（３８１）とユー
ザの待機ファィル（３９２）との間の交換シーケンスは
異なる。この場合の一連のステップを図３Ａに示した。
単に受領通知を識別子番号と共にルータ３６０１の待機
ファィルに送り且つルータ（３６０）がメッセージを識
別子Ｘと共にサーバ（３８）に送るのと同時に同じ識別
子Ｘをユーザ（３９）の待機ファィル（３９２）に送る
ため、ユーザ（３９）とルータの待機ファィル（３６０
１）とサーバ（３８）の待機ファィル（３８１）とユー
ザの待機ファィル（３９２）との間の交換シーケンスは
異なる。この場合の一連のステップを図３Ａに示した。
【００３９】サーバ（３８）は、ユーザのメッセージに
対して応答が必要な場合には、問い合わせを受け取ると
それ自体がメッセージボックス（３５）のユーザとな
る。この場合はサーバ（３８）が、識別子Ｘとして「−
１」とは異なる値を添えて、メッセージをルータの待機
ファィル（３６０１）に送る。ルータは該待機ファィル
のメッセージを処理した時にメッセージ識別子が「−
１」と異なることを確認し、これを修正しない。ルータ
（３６０）は、メッセージボックスサーバ（３５）に属
する待機ファィル３５１に前記メッセージを直接送る。
メッセージボックスサーバ（３５）は肯定応答をメッセ
ージの識別子と共にルータ（３６０）の待機ファィル
（３６０１）に送り、ルータは、この場合はサーバ（３
８）の待機ファィル（３８１）であるユーザの待機ファ
ィル（３８１）に前記肯定応答を転送する。該ステップ
は補遺２Ｂのステップ３６１２に対応し、ルータがユー
ザに、該ユーザが正規のユーザであれ又はサーバであ
れ、肯定応答を送る。
対して応答が必要な場合には、問い合わせを受け取ると
それ自体がメッセージボックス（３５）のユーザとな
る。この場合はサーバ（３８）が、識別子Ｘとして「−
１」とは異なる値を添えて、メッセージをルータの待機
ファィル（３６０１）に送る。ルータは該待機ファィル
のメッセージを処理した時にメッセージ識別子が「−
１」と異なることを確認し、これを修正しない。ルータ
（３６０）は、メッセージボックスサーバ（３５）に属
する待機ファィル３５１に前記メッセージを直接送る。
メッセージボックスサーバ（３５）は肯定応答をメッセ
ージの識別子と共にルータ（３６０）の待機ファィル
（３６０１）に送り、ルータは、この場合はサーバ（３
８）の待機ファィル（３８１）であるユーザの待機ファ
ィル（３８１）に前記肯定応答を転送する。該ステップ
は補遺２Ｂのステップ３６１２に対応し、ルータがユー
ザに、該ユーザが正規のユーザであれ又はサーバであ
れ、肯定応答を送る。
【００４０】図３Ｃは、ユーザ（３９）が、メッセージ
ボックス（３５）のサーバのメッセージを読み取るため
の命令（ｆｅｔｃｈ−ｍｅｓｓａｇｅ）の形態で要求メ
ッセージを識別子Ｘと共にメッセージボックスサーバに
送って応答を回収したい場合のプロセスを示している。
ユーザ（３８）によって送られたメッセージはステップ
６．２でルータの待機ファィル（３６０１）に記憶さ
れ、ルータがステップ７．２で前記メッセージをメッセ
ージボックスサーバ（３５）の待機ファィル（３５１）
に送る。メッセージボックスサーバはステップ９．２で
応答をルータの待機ファィル（３６０１）に送り、ルー
タは該メッセージをステップ１０．２で処理し、ステッ
プ１１．２でユーザ（３８）の待機ファィル（３８１）
に送る。
ボックス（３５）のサーバのメッセージを読み取るため
の命令（ｆｅｔｃｈ−ｍｅｓｓａｇｅ）の形態で要求メ
ッセージを識別子Ｘと共にメッセージボックスサーバに
送って応答を回収したい場合のプロセスを示している。
ユーザ（３８）によって送られたメッセージはステップ
６．２でルータの待機ファィル（３６０１）に記憶さ
れ、ルータがステップ７．２で前記メッセージをメッセ
ージボックスサーバ（３５）の待機ファィル（３５１）
に送る。メッセージボックスサーバはステップ９．２で
応答をルータの待機ファィル（３６０１）に送り、ルー
タは該メッセージをステップ１０．２で処理し、ステッ
プ１１．２でユーザ（３８）の待機ファィル（３８１）
に送る。
【００４１】補遺３Ｃは、第１ステップ３８１０でメッ
セージ形態の要求を受け取り、第２ステップ３８１１
で、入力及び出力パラメータの宣言（ｄｅｃｌａｒａｔ
ｉｏｎ）を実行し、ステップ３８１２でメッセージ中の
入力パラメータを検索し、ステップ３８１３でアプリケ
ーションのプロミングインタフェースサーバを呼び出
し、ステップ３８１４で出力パラメータをメッセージ中
に記憶することにより前記要求を処理するサーバの機能
を示している。要求が処理されるとサーバは、ステップ
３８１５に示されているように同期応答が必要な場合に
は、応答が値０を有する同期応答でなければならないか
どうかを示すフィールドのビットを確認した後で応答を
送る。
セージ形態の要求を受け取り、第２ステップ３８１１
で、入力及び出力パラメータの宣言（ｄｅｃｌａｒａｔ
ｉｏｎ）を実行し、ステップ３８１２でメッセージ中の
入力パラメータを検索し、ステップ３８１３でアプリケ
ーションのプロミングインタフェースサーバを呼び出
し、ステップ３８１４で出力パラメータをメッセージ中
に記憶することにより前記要求を処理するサーバの機能
を示している。要求が処理されるとサーバは、ステップ
３８１５に示されているように同期応答が必要な場合に
は、応答が値０を有する同期応答でなければならないか
どうかを示すフィールドのビットを確認した後で応答を
送る。
【００４２】ステップ３８１６では、サーバが同期フィ
ールドのビットの値の確認の後で応答が非同期であるこ
とを認めると、サーバは応答が必要かどうかを見るため
にフィールドを確認する（ｉｓ−ｒｅｑｕｅｓｔ）。値
がやはり０であれば、それはルータ及びユーザが応答を
待っていることを意味し、その場合はサーバがメッセー
ジを自己の待機ファィルに書き込み、次のステップで受
領通知をルータに送る。
ールドのビットの値の確認の後で応答が非同期であるこ
とを認めると、サーバは応答が必要かどうかを見るため
にフィールドを確認する（ｉｓ−ｒｅｑｕｅｓｔ）。値
がやはり０であれば、それはルータ及びユーザが応答を
待っていることを意味し、その場合はサーバがメッセー
ジを自己の待機ファィルに書き込み、次のステップで受
領通知をルータに送る。
【００４３】前述のように設計された装置及び前述のよ
うに実行される方法では、複数のユーザによるアクセス
を可能にするためにサーバを重複させる（ｄｕｐｌｉｑ
ｕｅｒ）必要がなく、また単一のユーザが種々のサーバ
にアクセスできるように複数のサーバと単一ユーザとの
間のリンクを重複させる必要もない。
うに実行される方法では、複数のユーザによるアクセス
を可能にするためにサーバを重複させる（ｄｕｐｌｉｑ
ｕｅｒ）必要がなく、また単一のユーザが種々のサーバ
にアクセスできるように複数のサーバと単一ユーザとの
間のリンクを重複させる必要もない。
【００４４】更に、前述の方法は均衡がとれており且つ
３つのメッセージキューを含んでいるため、ロッキング
（ｂｌｏｃａｇｅ）が存在する場合にどのような理由で
ロッキングが行われているか知ることができる。
３つのメッセージキューを含んでいるため、ロッキング
（ｂｌｏｃａｇｅ）が存在する場合にどのような理由で
ロッキングが行われているか知ることができる。
【００４５】本発明は、図４に示すような情報サーバと
複数のワークステーションとの間のトランザクション処
理システムで特に有利に使用される。
複数のワークステーションとの間のトランザクション処
理システムで特に有利に使用される。
【００４６】図４は、例えばＵＮＩＸ型の情報サーバ
（３）の関係データベースに記憶されている処理データ
を使用し、例えばＰＣ型のワークステーションであっ
て、アクティビティの範囲内で展開するアプリケーショ
ンの作業が該ワークステーションのユーザによって実行
されるワークステーションと通信する情報サーバ（３）
との間のトランザクション処理システムを示している。
（３）の関係データベースに記憶されている処理データ
を使用し、例えばＰＣ型のワークステーションであっ
て、アクティビティの範囲内で展開するアプリケーショ
ンの作業が該ワークステーションのユーザによって実行
されるワークステーションと通信する情報サーバ（３）
との間のトランザクション処理システムを示している。
【００４７】サーバ（３）は、アクティビティを開始さ
せ且つ調整する一組のモジュール（３０〜３７）を含ん
でいる。アクティビティとは、手続きの作業ステップの
本体、即ち単一のアクタ（ａｃｔｅｕｒ）によって実行
される一組の連続的基本動作でなければならない作業基
本単位である。
せ且つ調整する一組のモジュール（３０〜３７）を含ん
でいる。アクティビティとは、手続きの作業ステップの
本体、即ち単一のアクタ（ａｃｔｅｕｒ）によって実行
される一組の連続的基本動作でなければならない作業基
本単位である。
【００４８】該トランザクション処理システムは、アク
タと称する種々の個体により特定のシーケンスに従って
実行されなければならないアクティビティと称する基本
作業エレメントを有する手続きと称する帰納的構造化タ
スク（ｔａｃｈｅ ｓｔｒｕｃｔｕｒｅｅ ｒｅｃｕｒ
ｒｅｎｔｅ）として記述できるオフィスタスクの記述に
基づいて、機構（ｏａｒｇａｎｉｓａｔｉｏｎ）又は作
業グループの間の作業の流れを決定し、実行し、調整し
且つ制御するのを助ける。
タと称する種々の個体により特定のシーケンスに従って
実行されなければならないアクティビティと称する基本
作業エレメントを有する手続きと称する帰納的構造化タ
スク（ｔａｃｈｅ ｓｔｒｕｃｔｕｒｅｅ ｒｅｃｕｒ
ｒｅｎｔｅ）として記述できるオフィスタスクの記述に
基づいて、機構（ｏａｒｇａｎｉｓａｔｉｏｎ）又は作
業グループの間の作業の流れを決定し、実行し、調整し
且つ制御するのを助ける。
【００４９】アクタは、システムによって供給されるア
クタの一意的識別（ｕｓｒｉｄ）と、アクタの名字（ｎ
ａｍｅ）と、アクタの名前（ｆｉｒｓｔＮａｍｅ）と、
一意的セッション開始ワード（ｌｏｇｉｎＮａｍｅ）
と、パスワード（ｐａｓｓｗｏｒｄ）と、エイリアス
（ａｌｉａｓ）とで構成される。
クタの一意的識別（ｕｓｒｉｄ）と、アクタの名字（ｎ
ａｍｅ）と、アクタの名前（ｆｉｒｓｔＮａｍｅ）と、
一意的セッション開始ワード（ｌｏｇｉｎＮａｍｅ）
と、パスワード（ｐａｓｓｗｏｒｄ）と、エイリアス
（ａｌｉａｓ）とで構成される。
【００５０】手続きとは、作業ステップの部分的順序付
けに従う予め決定された一組の作業ステップである。作
業ステップは、ヘディング（ｅｎ−ｔｅｔｅ）（識別、
先行等）と実行すべき実際の作業を構成する本体（アク
ティビティ）とからなる。手続きの種々のステップは、
種々の個人、種々の個人グループによって実行され得
る。場合によっては、手続きの複数のステップを同時
に、又は任意の順序で実行することができる。一般的に
は、手続きは、完全に順序付けられた一組のステップで
はなく、部分的に順序付けられた一組のステップ、即ち
必ずしも全てのステップが順番に実行されなくてもよ
く、ループが可能である一組のステップである。手続き
は通常、名称及び手続きにかかわる責任者といった属性
を有する。
けに従う予め決定された一組の作業ステップである。作
業ステップは、ヘディング（ｅｎ−ｔｅｔｅ）（識別、
先行等）と実行すべき実際の作業を構成する本体（アク
ティビティ）とからなる。手続きの種々のステップは、
種々の個人、種々の個人グループによって実行され得
る。場合によっては、手続きの複数のステップを同時
に、又は任意の順序で実行することができる。一般的に
は、手続きは、完全に順序付けられた一組のステップで
はなく、部分的に順序付けられた一組のステップ、即ち
必ずしも全てのステップが順番に実行されなくてもよ
く、ループが可能である一組のステップである。手続き
は通常、名称及び手続きにかかわる責任者といった属性
を有する。
【００５１】ジョブ（ｊｏｂ）は手続きの特定の実行の
ための指令場所である。あるコンテキストでは、ジョブ
はトランザクションと称される。ジョブは、状態、イニ
シエータ、ヒストリ（ｈｉｓｔｏｒｉｑｕｅ）といった
パラメータである。
ための指令場所である。あるコンテキストでは、ジョブ
はトランザクションと称される。ジョブは、状態、イニ
シエータ、ヒストリ（ｈｉｓｔｏｒｉｑｕｅ）といった
パラメータである。
【００５２】役割（ｒｏｌｅ）は、アクセスコマンド及
び実行コマンドのためのベースとして作用するアクタ又
はアクタグループの指定（ｄｅｓｉｇｎａｔｉｏｎ）か
らなる。アクタは１つの機構内で複数のアクタの役割
（ｒｏｌｅ ｏｆ Ａｃｔｏｒ）を果たすことができ
る。アクタは、個人、プログラム、又は実行すべき役割
を果たすことができ、且つこれらの役割の責任をとるこ
とができるか、あるいはアクティビティ及び手続きにあ
る程度まで関連し得るエンティティである。アクセスの
属性又は可能性はアクタ及び役割に関連し得る。
び実行コマンドのためのベースとして作用するアクタ又
はアクタグループの指定（ｄｅｓｉｇｎａｔｉｏｎ）か
らなる。アクタは１つの機構内で複数のアクタの役割
（ｒｏｌｅ ｏｆ Ａｃｔｏｒ）を果たすことができ
る。アクタは、個人、プログラム、又は実行すべき役割
を果たすことができ、且つこれらの役割の責任をとるこ
とができるか、あるいはアクティビティ及び手続きにあ
る程度まで関連し得るエンティティである。アクセスの
属性又は可能性はアクタ及び役割に関連し得る。
【００５３】役割は、役割の一意的識別ワード（ｒｉ
ｄ）、役割の名称（ｎａｍｅ）及び役割の記述によって
決定される。アクタの役割は、アクタの識別（ｕｓｒｉ
ｄ）と役割の識別（ｒｉｄ）とを含む。
ｄ）、役割の名称（ｎａｍｅ）及び役割の記述によって
決定される。アクタの役割は、アクタの識別（ｕｓｒｉ
ｄ）と役割の識別（ｒｉｄ）とを含む。
【００５４】作業の流れをより良く管理するためのオー
ガニゼーションモデルを形成するために、別のパラメー
タ又は属性及び構造を組み合わせることもできる。
ガニゼーションモデルを形成するために、別のパラメー
タ又は属性及び構造を組み合わせることもできる。
【００５５】システムを構成する作業流れのトランザク
ション処理ソフトウエアのレベルのアーキテクチャは、
特定数のモジュールに分解される（図４、３０〜３
７）。これらのモジュールは、ジョブ（ｊｏｂ）及び／
又はアクティビティ（ａｃｔｉｖｉｔｙ）が開始又は終
了した時にアクティブになる。スケジューラモジュール
（ｍｏｄｕｌｅ ｏｒｄｏｎｎａｎｃｅｕｒ）（３０）
は、アクティビティ完了メッセージ、アクティビティ除
外又はジョブの形成によってアクティブになる。
ション処理ソフトウエアのレベルのアーキテクチャは、
特定数のモジュールに分解される（図４、３０〜３
７）。これらのモジュールは、ジョブ（ｊｏｂ）及び／
又はアクティビティ（ａｃｔｉｖｉｔｙ）が開始又は終
了した時にアクティブになる。スケジューラモジュール
（ｍｏｄｕｌｅ ｏｒｄｏｎｎａｎｃｅｕｒ）（３０）
は、アクティビティ完了メッセージ、アクティビティ除
外又はジョブの形成によってアクティブになる。
【００５６】いずれの場合も、ジョブは、ジョブの形成
を命令するタイプのメッセージをサーバ（３）のスケジ
ューラモジュール（３０）に送る任意のプロセスによっ
て開始される。前記メッセージのパラメータは、ジョブ
の優先度、満了時間、手続きの名称及び初期化パラメー
タを含む。
を命令するタイプのメッセージをサーバ（３）のスケジ
ューラモジュール（３０）に送る任意のプロセスによっ
て開始される。前記メッセージのパラメータは、ジョブ
の優先度、満了時間、手続きの名称及び初期化パラメー
タを含む。
【００５７】スケジューラ（３０）はジョブ形成能力を
介してジョブを形成し、該ジョブに一意的番号を割り当
て、該ジョブの状態情報を決定し、種々の初期化を実行
する。 ファイナリゼーショ作業（ｔｒａｖａｉｌ ｄ
ｅ ｆｉｎａｌｉｓａｔｉｏｎ）も、あるジョブに関す
る全てのアクティビティが実行された時にジョブ完了機
能を介してスケジューラ（３０）により実行される。ス
ケジューラは、完了したアクティビティの全ての可能な
後続者（ｓｕｃｃｅｓｓｅｕｒ）の先行者（ｐｒｅｄｅ
ｃｅｓｓｅｕｒ）を全部確認する。
介してジョブを形成し、該ジョブに一意的番号を割り当
て、該ジョブの状態情報を決定し、種々の初期化を実行
する。 ファイナリゼーショ作業（ｔｒａｖａｉｌ ｄ
ｅ ｆｉｎａｌｉｓａｔｉｏｎ）も、あるジョブに関す
る全てのアクティビティが実行された時にジョブ完了機
能を介してスケジューラ（３０）により実行される。ス
ケジューラは、完了したアクティビティの全ての可能な
後続者（ｓｕｃｃｅｓｓｅｕｒ）の先行者（ｐｒｅｄｅ
ｃｅｓｓｅｕｒ）を全部確認する。
【００５８】完了したアクティビティが決定アクティビ
ティであれば、スケジューラは該アクティビティの結果
として得られた変数を調べる。１つ又は複数の後続者の
妥当性が確認されると、スケジューラが対話するディス
パッチャモジュール（ｍｏｄｕｌｅ ｒｅｐａｒｔｉｔ
ｅｕｒ）（３３）にメッセージが送られる。
ティであれば、スケジューラは該アクティビティの結果
として得られた変数を調べる。１つ又は複数の後続者の
妥当性が確認されると、スケジューラが対話するディス
パッチャモジュール（ｍｏｄｕｌｅ ｒｅｐａｒｔｉｔ
ｅｕｒ）（３３）にメッセージが送られる。
【００５９】スケジューラモジュールはディスパッチャ
モジュール（ｄｉｓｐａｔｃｈｅｒ３３）及び通知モジ
ュール（ｎｏｔｉｆｉｅｒ）（３４）と対話する。スケ
ジューラは、形成された新しいジョブに状態“ｔｏｄｉ
ｓｐａｔｃｈ”をマーキングし、メッセージボックス
（３５）にメッセージを送ることによって前記マーキン
グをディスパッチャに知らせる。
モジュール（ｄｉｓｐａｔｃｈｅｒ３３）及び通知モジ
ュール（ｎｏｔｉｆｉｅｒ）（３４）と対話する。スケ
ジューラは、形成された新しいジョブに状態“ｔｏｄｉ
ｓｐａｔｃｈ”をマーキングし、メッセージボックス
（３５）にメッセージを送ることによって前記マーキン
グをディスパッチャに知らせる。
【００６０】ディスパッチャモジュール（３３）は下記
の３つの主要機能を有する。
の３つの主要機能を有する。
【００６１】ａ）スケジューラによって形成されたばか
りのタスクをユーザに割り当てる。
りのタスクをユーザに割り当てる。
【００６２】ｂ）除外されたばかりのタスクに新しいユ
ーザを割り当てる。
ーザを割り当てる。
【００６３】ｃ）アクティビティをユーザの間に分配し
循環させる。
循環させる。
【００６４】ディスパッチャモジュール（３３）は、自
ら操作すると共にアクタ及び役割エンティティによって
操作される第１のモジュールである。ディスパッチャ
（３３）は第３の機能で、所与のアクティビティについ
て、役割及び１つもしくは複数のアクタとの対応（ｃｏ
ｒｒｅｓｐｏｎｄａｎｃｅ）を確立する。
ら操作すると共にアクタ及び役割エンティティによって
操作される第１のモジュールである。ディスパッチャ
（３３）は第３の機能で、所与のアクティビティについ
て、役割及び１つもしくは複数のアクタとの対応（ｃｏ
ｒｒｅｓｐｏｎｄａｎｃｅ）を確立する。
【００６５】通知モジュール（３４）は、一定のタイミ
ングで生起した事象（ｅｖｅｎｅｍｅｎｔｓ ｒｙｔｈ
ｍｅｓ）を記録し、適当な時点に正しい受信者に通知す
る。
ングで生起した事象（ｅｖｅｎｅｍｅｎｔｓ ｒｙｔｈ
ｍｅｓ）を記録し、適当な時点に正しい受信者に通知す
る。
【００６６】通知モジュール（３４）には２つのタイミ
ングユーティリティ（ｕｔｉｌｉｔａｉｒｅ ｄｅ ｒ
ｙｔｈｍｅ）、即ちリコール能力及び遅延能力が具備さ
れている。第１の能力は、例えば特定のアクティビティ
の実行のために制限ストップ（ｂｕｔｅｅ ｌｉｍｉｔ
ｅ）を課すことを可能にすると共に、ストップ時間（ｔ
ｅｍｐｓ ｄｅ ｂｕｔｅｅ）が切れた時に警告メッセ
ージを送ることを可能にするためのものであり、第２の
能力は、例えばアクタに特定の遅延の後で特定の作業を
実行するように要求するために特定の時間にわたってメ
ッセージの送出を遅延させることを可能にする。
ングユーティリティ（ｕｔｉｌｉｔａｉｒｅ ｄｅ ｒ
ｙｔｈｍｅ）、即ちリコール能力及び遅延能力が具備さ
れている。第１の能力は、例えば特定のアクティビティ
の実行のために制限ストップ（ｂｕｔｅｅ ｌｉｍｉｔ
ｅ）を課すことを可能にすると共に、ストップ時間（ｔ
ｅｍｐｓ ｄｅ ｂｕｔｅｅ）が切れた時に警告メッセ
ージを送ることを可能にするためのものであり、第２の
能力は、例えばアクタに特定の遅延の後で特定の作業を
実行するように要求するために特定の時間にわたってメ
ッセージの送出を遅延させることを可能にする。
【００６７】通知モジュール（３４）は、作業流れの管
理システムで起こっていることを監視する調整モジュー
ル（ｃｏｏｒｄｉｎａｔｅｕｒ）（３１）からの情報も
受け取る。該調整モジュールは、有意な事象を記録し、
解放されたログファイル（ｆｉｃｈｉｅｒｓ ｄｅ ｊ
ｏｕｒｎａｌ ａｆｆｒａｎｃｈｉｓ）を記憶するため
の内部管理制御機能と、種々の状態についてシステムに
問い合わせをする方法（誰が何をするのか？特定ジョブ
の進行度は？幾つのジョブが実行中か？ジョブ実行時間
の平均値、タスク実行時間の平均値、ジョブのヒスト
リ、ジョブの現状、所定のジョブによって得られた情
報、所与の手続きの最中に所与のアクティビティを実行
するためのファイル、所与のジョブにおけるコンフリク
ト、等）と、ジョブの進行に作用する可能性（中断、再
開（ｒｅｓｕｍｅ）、取消し（ｃａｎｃｅｌ）、再割り
当て（ｒｅａｓｓｉｇｎ）等）と、アーカイブ（ａｒｃ
ｈｉｖａｇｅ）によってヒストリを記録する手段とを供
給する。
理システムで起こっていることを監視する調整モジュー
ル（ｃｏｏｒｄｉｎａｔｅｕｒ）（３１）からの情報も
受け取る。該調整モジュールは、有意な事象を記録し、
解放されたログファイル（ｆｉｃｈｉｅｒｓ ｄｅ ｊ
ｏｕｒｎａｌ ａｆｆｒａｎｃｈｉｓ）を記憶するため
の内部管理制御機能と、種々の状態についてシステムに
問い合わせをする方法（誰が何をするのか？特定ジョブ
の進行度は？幾つのジョブが実行中か？ジョブ実行時間
の平均値、タスク実行時間の平均値、ジョブのヒスト
リ、ジョブの現状、所定のジョブによって得られた情
報、所与の手続きの最中に所与のアクティビティを実行
するためのファイル、所与のジョブにおけるコンフリク
ト、等）と、ジョブの進行に作用する可能性（中断、再
開（ｒｅｓｕｍｅ）、取消し（ｃａｎｃｅｌ）、再割り
当て（ｒｅａｓｓｉｇｎ）等）と、アーカイブ（ａｒｃ
ｈｉｖａｇｅ）によってヒストリを記録する手段とを供
給する。
【００６８】ディスパッチャ（３３）及び通知モジュー
ル（３４）は、全ての非同期メッセージを記録するのに
使用されるメッセージボックスとの間で信号を交換す
る。これらのメッセージは、アクタに割り当てられたア
クティビティ、通知モジュール（３４）で発生する警告
メッセージ、アクタの間のメッセージ等であり得る。
ル（３４）は、全ての非同期メッセージを記録するのに
使用されるメッセージボックスとの間で信号を交換す
る。これらのメッセージは、アクタに割り当てられたア
クティビティ、通知モジュール（３４）で発生する警告
メッセージ、アクタの間のメッセージ等であり得る。
【００６９】ユーザの要求が非同期の場合は、結果がメ
ッセージボックスのサーバを介してメッセージとしてメ
ッセージボックス内に記憶される。メッセージボックス
にアクセスするための唯一の方法はメッセージボックス
サーバ（３５）を介することである。
ッセージボックスのサーバを介してメッセージとしてメ
ッセージボックス内に記憶される。メッセージボックス
にアクセスするための唯一の方法はメッセージボックス
サーバ（３５）を介することである。
【００７０】メッセージボックスは主に、例えば“ＯＲ
ＡＣＬＥ”のような関係データベース（３７１）の２つ
のデータテーブルで構成されている。第１のデータテー
ブルはＭＳＧ−ＢＯＸ−ＤＥＳＣと称し、一意的識別
子、タイプ等のようなメッセージの記述を含む。第２の
データテーブルはＭＳＧ−ＢＯＸ−ＢＲＯＡＤＣＡＳＴ
と称し、メッセージの宛先及び他の情報、例えばメッセ
ージの状態を記憶するのに使用される。ここで留意すべ
きこととして、メッセージは複数の宛先に送ることがで
き、従って第２のテーブルＭＳＧ−ＢＯＸ−ＢＲＯＡＤ
ＣＡＳＴは宛先リストを含んでいなければならず、メッ
セージの記述はテーブルＭＳＧ−ＢＯＸ−ＤＥＳＣ内に
一回だけ書き込まれる。
ＡＣＬＥ”のような関係データベース（３７１）の２つ
のデータテーブルで構成されている。第１のデータテー
ブルはＭＳＧ−ＢＯＸ−ＤＥＳＣと称し、一意的識別
子、タイプ等のようなメッセージの記述を含む。第２の
データテーブルはＭＳＧ−ＢＯＸ−ＢＲＯＡＤＣＡＳＴ
と称し、メッセージの宛先及び他の情報、例えばメッセ
ージの状態を記憶するのに使用される。ここで留意すべ
きこととして、メッセージは複数の宛先に送ることがで
き、従って第２のテーブルＭＳＧ−ＢＯＸ−ＢＲＯＡＤ
ＣＡＳＴは宛先リストを含んでいなければならず、メッ
セージの記述はテーブルＭＳＧ−ＢＯＸ−ＤＥＳＣ内に
一回だけ書き込まれる。
【００７１】システムはまた、全ての手続き、アクティ
ビティ、ジョブ、役割及びアクタの定義、関係、属性を
表すために、ＯＲＡＣＬＥのようなデータベース内に関
係テーブルを記憶するデータ管理モジュール（３７０）
を含んでいる。
ビティ、ジョブ、役割及びアクタの定義、関係、属性を
表すために、ＯＲＡＣＬＥのようなデータベース内に関
係テーブルを記憶するデータ管理モジュール（３７０）
を含んでいる。
【００７２】サーバ（３）のモジュール（３０〜３７）
は、エレメント（３６、２、１７、１６）を含む通信シ
ステムを介して、モジュールアセンブリ（１０〜１５）
からなるユーザモジュールと通信する。これらのモジュ
ールを以下に説明する。
は、エレメント（３６、２、１７、１６）を含む通信シ
ステムを介して、モジュールアセンブリ（１０〜１５）
からなるユーザモジュールと通信する。これらのモジュ
ールを以下に説明する。
【００７３】サーバシステム（３）は、ネットワーク
（１）とネットワークサーバ（３６４）とを介して、通
信インタフェース（２７）と、４層アーキテクチャ、即
ち第１層が作業流れメッセージシステム（２６）であ
り、第２層（２４）が種々のユーザアプリケーションプ
ログラムインタフェースセット（２４１、２４２、２４
３、２４４）であり、第３層（２５）が管理サービス層
（２５１、２５２、２５３、２５４）であり、第４層
（２０、２１）がインタフェース上方層であるアーキテ
クチャとを有するユーザシステム（２）と通信する。１
つの層の種々のモジュールはインタラクションをもたな
い。
（１）とネットワークサーバ（３６４）とを介して、通
信インタフェース（２７）と、４層アーキテクチャ、即
ち第１層が作業流れメッセージシステム（２６）であ
り、第２層（２４）が種々のユーザアプリケーションプ
ログラムインタフェースセット（２４１、２４２、２４
３、２４４）であり、第３層（２５）が管理サービス層
（２５１、２５２、２５３、２５４）であり、第４層
（２０、２１）がインタフェース上方層であるアーキテ
クチャとを有するユーザシステム（２）と通信する。１
つの層の種々のモジュールはインタラクションをもたな
い。
【００７４】作業流れメッセージシステム（２６）は、
ユーザとサーバとの間の情報交換を可能にする。
ユーザとサーバとの間の情報交換を可能にする。
【００７５】交換された情報は「メッセージ」と称する
特別の構造によって伝搬される。該層は、サーバ（３６
４）の通信層への接続、サーバの通信層との切断、及び
メッセージの送受信という機能を遂行する。
特別の構造によって伝搬される。該層は、サーバ（３６
４）の通信層への接続、サーバの通信層との切断、及び
メッセージの送受信という機能を遂行する。
【００７６】接続機能はサーバ（３６）との間の固定リ
ンクの確立を可能にする。ワークステーションは単一の
リンクを支持し得る。そのために、送受信機能によって
交換される全てのメッセージは該リンクを通過する。
ンクの確立を可能にする。ワークステーションは単一の
リンクを支持し得る。そのために、送受信機能によって
交換される全てのメッセージは該リンクを通過する。
【００７７】メッセージは、エンベロープ部分とデータ
部分とからなる。エンベロープ部分は送信者、宛先及び
状態情報を含み、データ部分はメッセージの内容を含
む。該内容については既に説明した。
部分とからなる。エンベロープ部分は送信者、宛先及び
状態情報を含み、データ部分はメッセージの内容を含
む。該内容については既に説明した。
【００７８】メッセージシステム（２６）はメッセージ
の内容に関しては何も知らず、エンベロープについても
知らず、ましてやデータについては何も知らない。該モ
ジュールは、サーバとの間に形成されたリンクを介し
て、エンベロープ部分とデータ部分を含むファイルの名
称とを送る。データ部分のファイルは、全てのワークス
テーション及びサーバに共有される共有ファイルシステ
ム（３７２）上に既に存在している。
の内容に関しては何も知らず、エンベロープについても
知らず、ましてやデータについては何も知らない。該モ
ジュールは、サーバとの間に形成されたリンクを介し
て、エンベロープ部分とデータ部分を含むファイルの名
称とを送る。データ部分のファイルは、全てのワークス
テーション及びサーバに共有される共有ファイルシステ
ム（３７２）上に既に存在している。
【００７９】モジュール間のインタラクションは、シス
テムのモジュール間及びユーザ間のメッセージ交換を可
能にする通信サブシステム（２７、１、３６）によって
容易になる。該システムは同期通信（例えばｆｅｔｃｈ
ｔａｓｋ）及び非同期通信（例えばｓｅｎｄｔｏ）を一
度にサポートする。これらの通信のインタラクションは
通信プロトコルの種々の層によって実施され、ルータ
（３６０）は、ユーザと各ワークステーション（２）と
サーバ（メッセージボックス（３５）、ディスパッチャ
（３３）、通知モジュール（３４）、スケジューラ（３
０））との間で前述の役割を果たす。
テムのモジュール間及びユーザ間のメッセージ交換を可
能にする通信サブシステム（２７、１、３６）によって
容易になる。該システムは同期通信（例えばｆｅｔｃｈ
ｔａｓｋ）及び非同期通信（例えばｓｅｎｄｔｏ）を一
度にサポートする。これらの通信のインタラクションは
通信プロトコルの種々の層によって実施され、ルータ
（３６０）は、ユーザと各ワークステーション（２）と
サーバ（メッセージボックス（３５）、ディスパッチャ
（３３）、通知モジュール（３４）、スケジューラ（３
０））との間で前述の役割を果たす。
【００８０】当業者が想到し得る別の変形実施例も本発
明の一部分をなす。
明の一部分をなす。
【００８１】
【表１】
【００８２】
【表２】
【００８３】
【表３】
【００８４】
【表４】
【００８５】
【表５】
【００８６】
【表６】
【図１】本発明の方法を実施するための本発明の装置を
簡単に示す説明図である。
簡単に示す説明図である。
【図２】本発明の方法の第１の変形実施例を簡単に示す
説明図である。
説明図である。
【図３Ａ】本発明の方法の別の変形実施例を簡単に示す
説明図である。
説明図である。
【図３Ｂ】本発明の方法の別の変形実施例を簡単に示す
説明図である。
説明図である。
【図３Ｃ】本発明の方法の別の変形実施例を簡単に示す
説明図である。
説明図である。
【図４】本発明の装置及び方法を使用するトランザクシ
ョン処理システムを簡単に示す説明図である。
ョン処理システムを簡単に示す説明図である。
【符号の説明】 ３６０ ルータ ３６１、２、３９ ユーザ ３８１、３８、３５ サーバ。
Claims (20)
- 【請求項１】 メッセージを交換する少なくとも１つの
ユーザと少なくとも１つのサーバとの間の通信装置であ
って、３つのメッセージ待機ファイル、即ちルータ（３
６０）に割り当てられておりユーザ又はサーバのメッセ
ージを記憶する第１の待機ファイル（３６０１）と、サ
ーバに割り当てられておりサーバ（３８、３５）宛に形
成された要求メッセージの読取りを可能にする第２の待
機ファイル（３８１）と、ユーザ（３９）に割り当てら
れており応答メッセージの読取りを可能にする第３の待
機ファイル（３９２）とを用いて、少なくとも１つのユ
ーザ（３６１、２）と少なくとも１つのサーバ（３８
１、３８２、３５）との間でメッセージをルーティング
するルータ（３６０）を含んでいることを特徴とする、
メッセージを交換する少なくとも１つのユーザと少なく
とも１つのサーバとの間の通信装置。 - 【請求項２】 ユーザ（３９）がルータ用のメッセージ
識別子を生成することを特徴とする請求項１に記載の装
置。 - 【請求項３】 ルータ（３６０）がサーバ（３８、３
５）及びユーザ（３９）用のメッセージ識別子を生成す
ることを特徴とする請求項１又は２に記載の装置。 - 【請求項４】 サーバ（３８、３５）がルータ（３６
０）用のメッセージ識別子を生成することを特徴とする
請求項１から３のいずれか一項に記載の装置。 - 【請求項５】 メッセージが、通信が同期であるか又は
非同期であるかを示す２バイトフィールドと、値０又は
０以外の値をそれぞれ当該フィールドに与えてメッセー
ジが応答であるか又は要求であるかを示す２バイトフィ
ールドとを含むことを特徴とする請求項１又は４に記載
の装置。 - 【請求項６】 メッセージが、メッセージ送出ユーザを
識別するための４バイトフィールドを含むことを特徴と
する請求項５に記載の装置。 - 【請求項７】 メッセージが、メッセージの宛先を識別
するための４バイトフィールドを含むことを特徴とする
請求項５に記載の装置。 - 【請求項８】 請求項１から７のいずれか一項に記載の
ルータ装置を介して対話する少なくとも１つのユーザと
少なくとも１つのサーバとの間の同期要求の処理方法で
あって、ユーザ（３９）が要求メッセージをルータの待
機ファィル（３６０１）に送るステップと、ルータ（３
６０）がメッセージを識別子と共にサーバ（３５、３
８）の待機ファィル（３５１、３８１）に送るステップ
と、ルータ（３６０）が、ファイルに応答を受け取った
後で、ルータ（３６０）の待機ファイル（３６０１）内
の応答をみつけるための識別子を添えて肯定応答メッセ
ージをユーザ（３９）に送るステップとを含むことを特
徴とする方法。 - 【請求項９】 ユーザ（３９）がそれ自体サーバである
ことを特徴とする請求項８に記載の方法。 - 【請求項１０】 サーバが、同期又は非同期プロセスに
おける別のサーバのユーザであることを特徴とする請求
項８に記載の方法。 - 【請求項１１】 メッセージが、通信が同期であるかど
うかを示す２バイトフィールドと、メッセージが応答で
あるか又は要求であるかを示す２バイトフィールドとを
含むことを特徴とする請求項８に記載の方法。 - 【請求項１２】 メッセージが、メッセージ送出者を識
別するための４バイトフィールドを含むことを特徴とす
る請求項８に記載の方法。 - 【請求項１３】 メッセージが、メッセージの宛先を識
別するための４バイトフィールドを含むことを特徴とす
る請求項８に記載の方法。 - 【請求項１４】 請求項１から７のいずれか一項に記載
のルータ装置を介して対話する少なくとも１つのユーザ
と少なくとも１つのサーバとの間の非同期要求の処理方
法であって、ユーザ（３９）が要求メッセージを第１の
識別子と共にルータの待機ファィル（３６０１）に送る
ステップと、ルータ（３６０）がメッセージを第２の識
別子と共にサーバ（３５、３８）の待機ファイル（３５
１、３８１）に送り、要求メッセージの受領をユーザ
（３９）に通知し、サーバ（３５、３８）が第２の識別
子をルータ（３６０）の待機ファイル（３６０１）に送
ってルータ（３６０）に受領を通知するステップと、サ
ーバが、応答を作成した時に、メッセージを第２の識別
子と共にルータの待機ファイル（３６０１）に送るステ
ップとを含むことを特徴とする方法。 - 【請求項１５】 サーバ（３８、３５）が識別子と応答
メッセージとをルータ（３６０）の待機ファイル（３６
０１）に送ると、ルータ（３６０）が該メッセージをメ
ッセージボックスサーバ（３５）の待機ファイル（３５
１）に送り、該メッセージボックスサーバがルータに肯
定応答を送り、ルータがサーバ（３８１）に肯定応答を
送ることを特徴とする請求項１４に記載の方法。 - 【請求項１６】 ユーザが要求メッセージ（ｆｅｔｃｈ
−ｍｅｓｓａｇｅ）をルータの待機ファイル（３６０
１）に送って応答を回収し、ルータが前記メッセージを
メッセージボックスサーバ（３５）の待機ファイルに転
送し、メッセージボックスサーバ（３５）がルータの待
機ファイルに応答を送り、ルータがユーザにメッセージ
を再転送することを特徴とする請求項１４又は１５に記
載の方法。 - 【請求項１７】 ユーザ（３９）が要求メッセージをル
ータ（３６０）の待機ファイル（３６０１）に送り、ル
ータがメッセージ識別子の値を値−１と比較して、前記
値が−１であれば、その他のステップで使用される新し
いメッセージ識別子を計算し、前記値が−１でなけれ
ば、受け取った識別子を再転送することを特徴とする請
求項１４から１６のいずれか一項に記載の方法。 - 【請求項１８】 メッセージが、通信が同期であるか又
は非同期であるかを示す２バイトフィールドと、メッセ
ージが応答であるか又は要求であるかを示す２バイトフ
ィールドとを含むことを特徴とする請求項１４又は１７
に記載の方法。 - 【請求項１９】 メッセージが、メッセージ送出者を識
別するための４バイトフィールドを含むことを特徴とす
る請求項１８に記載の方法。 - 【請求項２０】 メッセージが、メッセージの宛先を識
別するための４バイトフィールドを含むことを特徴とす
る請求項１８に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9302903 | 1993-03-12 | ||
| FR9302903A FR2702579B1 (fr) | 1993-03-12 | 1993-03-12 | Dispositif de communication entre au moins un client et au moins un serveur, procédé d'utilisation du dispositif et utilisation du dispositif. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH076112A true JPH076112A (ja) | 1995-01-10 |
| JP2562865B2 JP2562865B2 (ja) | 1996-12-11 |
Family
ID=9444923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6041320A Expired - Lifetime JP2562865B2 (ja) | 1993-03-12 | 1994-03-11 | 少なくとも１つのユーザと少なくとも１つのサーバとの間の通信装置及び通信方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5699523A (ja) |
| EP (1) | EP0615196B1 (ja) |
| JP (1) | JP2562865B2 (ja) |
| DE (1) | DE69414437T2 (ja) |
| FR (1) | FR2702579B1 (ja) |
Families Citing this family (52)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2977476B2 (ja) * | 1995-11-29 | 1999-11-15 | 株式会社日立製作所 | 機密保護方法 |
| US7181525B1 (en) * | 1996-08-05 | 2007-02-20 | Computer Associates Think, Inc. | Dynamic method for connecting a client to a server application |
| US5946498A (en) * | 1996-11-12 | 1999-08-31 | International Business Machines Corporation | Delivery of client remote procedure calls to a server via a request queue utilizing priority and time-out |
| US5930465A (en) * | 1996-11-26 | 1999-07-27 | Xerox Corporation | Printing system with enhanced print service capability |
| US5951648A (en) * | 1997-03-03 | 1999-09-14 | Mylex Corporation | Reliable event delivery system |
| US6675195B1 (en) * | 1997-06-11 | 2004-01-06 | Oracle International Corporation | Method and apparatus for reducing inefficiencies caused by sending multiple commands to a server |
| US6728947B1 (en) * | 1998-06-05 | 2004-04-27 | R. R. Donnelley & Sons Company | Workflow distributing apparatus and method |
| WO2002037790A2 (en) * | 2000-11-01 | 2002-05-10 | Eyeball Networks Inc. | Method and apparatus for improving interactive animation over a computer network |
| US7051070B2 (en) | 2000-12-18 | 2006-05-23 | Timothy Tuttle | Asynchronous messaging using a node specialization architecture in the dynamic routing network |
| US20020078251A1 (en) * | 2000-12-18 | 2002-06-20 | Philips Electronics North America Corp. | Self-determining command path architecture |
| US8505024B2 (en) | 2000-12-18 | 2013-08-06 | Shaw Parsing Llc | Storing state in a dynamic content routing network |
| US7272833B2 (en) * | 2000-12-26 | 2007-09-18 | International Business Machines Corporation | Messaging service in a federated content management system |
| US7388949B2 (en) | 2000-12-28 | 2008-06-17 | At&T Delaware Intellectual Property, Inc. | System and method for audio caller identification service |
| US7325030B2 (en) * | 2001-01-25 | 2008-01-29 | Yahoo, Inc. | High performance client-server communication system |
| US7254226B1 (en) | 2001-05-08 | 2007-08-07 | At&T Intellectual Property, Inc. | Call waiting priority alert |
| US20020169863A1 (en) * | 2001-05-08 | 2002-11-14 | Robert Beckwith | Multi-client to multi-server simulation environment control system (JULEP) |
| US6971001B1 (en) * | 2001-05-17 | 2005-11-29 | Accenture Global Services Gmbh | General and reusable components for defining net-centric application program architectures |
| US7085358B2 (en) | 2001-06-25 | 2006-08-01 | Bellsouth Intellectual Property Corporation | Visual caller identification |
| US7012999B2 (en) | 2001-06-25 | 2006-03-14 | Bellsouth Intellectual Property Corporation | Audio caller identification |
| US7124415B1 (en) | 2001-07-11 | 2006-10-17 | Redback Networks Inc. | Use of transaction agents to perform distributed transactions |
| US7403768B2 (en) * | 2001-08-14 | 2008-07-22 | At&T Delaware Intellectual Property, Inc. | Method for using AIN to deliver caller ID to text/alpha-numeric pagers as well as other wireless devices, for calls delivered to wireless network |
| US7315614B2 (en) | 2001-08-14 | 2008-01-01 | At&T Delaware Intellectual Property, Inc. | Remote notification of communications |
| US7269249B2 (en) | 2001-09-28 | 2007-09-11 | At&T Bls Intellectual Property, Inc. | Systems and methods for providing user profile information in conjunction with an enhanced caller information system |
| US7079837B1 (en) | 2001-11-06 | 2006-07-18 | Bellsouth Intellectual Property Corporation | Caller identification queue for wireless telephones |
| US7315618B1 (en) | 2001-12-27 | 2008-01-01 | At&T Bls Intellectual Property, Inc. | Voice caller ID |
| US7103671B2 (en) * | 2002-03-14 | 2006-09-05 | Yahoo! Inc. | Proxy client-server communication system |
| US7385992B1 (en) | 2002-05-13 | 2008-06-10 | At&T Delaware Intellectual Property, Inc. | Internet caller-ID integration |
| US7586898B1 (en) | 2002-05-13 | 2009-09-08 | At&T Intellectual Property, I, L.P. | Third party content for internet caller-ID messages |
| US7139374B1 (en) | 2002-07-23 | 2006-11-21 | Bellsouth Intellectual Property Corp. | System and method for gathering information related to a geographical location of a callee in a public switched telephone network |
| US7623645B1 (en) | 2002-07-23 | 2009-11-24 | At&T Intellectual Property, I, L.P. | System and method for gathering information related to a geographical location of a caller in a public switched telephone network |
| US7966418B2 (en) | 2003-02-21 | 2011-06-21 | Axeda Corporation | Establishing a virtual tunnel between two computer programs |
| US7443964B2 (en) | 2003-04-18 | 2008-10-28 | At&T Intellectual Property, I,L.P. | Caller ID messaging |
| US7978833B2 (en) | 2003-04-18 | 2011-07-12 | At&T Intellectual Property I, L.P. | Private caller ID messaging |
| US7280646B2 (en) | 2003-04-18 | 2007-10-09 | At&T Bls Intellectual Property, Inc. | Dynamic Caller ID messaging |
| US7283625B2 (en) | 2003-04-18 | 2007-10-16 | At&T Bls Intellectual Property, Inc. | Caller ID messaging telecommunications services |
| US7463727B2 (en) | 2003-04-18 | 2008-12-09 | At&T International Property, I, L.P. | Caller ID messaging device |
| US7269412B2 (en) | 2003-05-29 | 2007-09-11 | At&T Bls Intellectual Property, Inc. | Caller identification device and method of operation thereof |
| US7609832B2 (en) | 2003-11-06 | 2009-10-27 | At&T Intellectual Property, I,L.P. | Real-time client survey systems and methods |
| US7623849B2 (en) * | 2003-11-13 | 2009-11-24 | At&T Intellectual Property, I, L.P. | Method, system, and storage medium for providing comprehensive originator identification services |
| US7672444B2 (en) * | 2003-12-24 | 2010-03-02 | At&T Intellectual Property, I, L.P. | Client survey systems and methods using caller identification information |
| US8195136B2 (en) | 2004-07-15 | 2012-06-05 | At&T Intellectual Property I, L.P. | Methods of providing caller identification information and related registries and radiotelephone networks |
| EP1784963B1 (en) | 2004-08-17 | 2016-05-11 | Zarbaña Digital Fund LLC | Techniques for delivering personalized content with a real-time routing network |
| US8397237B2 (en) * | 2004-08-17 | 2013-03-12 | Shaw Parsing, L.L.C. | Dynamically allocating threads from a thread pool to thread boundaries configured to perform a service for an event |
| WO2006023508A1 (en) | 2004-08-17 | 2006-03-02 | Shaw Parsing Llc | Techniques for upstream failure detection and failure recovery |
| US7607006B2 (en) * | 2004-09-23 | 2009-10-20 | International Business Machines Corporation | Method for asymmetric security |
| US7660850B2 (en) * | 2005-05-27 | 2010-02-09 | Microsoft Corporation | Supporting a serial and a parallel invitation protocol |
| US7882176B2 (en) * | 2005-05-27 | 2011-02-01 | Microsoft Corporation | Establishing a multiparty session by sending invitations in parallel |
| US7730192B2 (en) * | 2006-03-20 | 2010-06-01 | Microsoft Corporation | Managing parallel requests in a communications environment supporting serial and parallel request handlers |
| US8243909B2 (en) | 2007-08-22 | 2012-08-14 | At&T Intellectual Property I, L.P. | Programmable caller ID |
| US8160226B2 (en) | 2007-08-22 | 2012-04-17 | At&T Intellectual Property I, L.P. | Key word programmable caller ID |
| US8370851B2 (en) * | 2008-06-06 | 2013-02-05 | Microsoft Corporation | Conversational parallelism for message processing |
| US8521731B2 (en) * | 2008-07-09 | 2013-08-27 | Yahoo! Inc. | Systems and methods for query expansion in sponsored search |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6485450A (en) * | 1987-09-28 | 1989-03-30 | Toshiba Corp | File transfer system |
| JPH0522293A (ja) * | 1991-07-12 | 1993-01-29 | Hitachi Ltd | ブリツジ機能付きルータ装置 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4649473A (en) * | 1985-06-17 | 1987-03-10 | International Business Machines Corporation | Flexible data transmission for message based protocols |
| WO1991014230A1 (en) * | 1990-03-05 | 1991-09-19 | Fujitsu Limited | Message communication processing system |
| US5265250A (en) * | 1990-03-29 | 1993-11-23 | At&T Bell Laboratories | Apparatus and methods for performing an application-defined operation on data as part of a system-defined operation on the data |
| US5230051A (en) * | 1990-09-04 | 1993-07-20 | Hewlett-Packard Company | Distributed messaging system and method |
| US5355506A (en) * | 1991-04-29 | 1994-10-11 | The United States Of America As Represented By The Secretary Of The Army | Communication method for controlling and monitoring robotic entities |
| US5390328A (en) * | 1992-03-30 | 1995-02-14 | International Business Machines Corporation | Data processing system and method for providing notification in a central processor of state changes for shared data structure on external storage |
| US5329619A (en) * | 1992-10-30 | 1994-07-12 | Software Ag | Cooperative processing interface and communication broker for heterogeneous computing environments |
-
1993
- 1993-03-12 FR FR9302903A patent/FR2702579B1/fr not_active Expired - Fee Related
-
1994
- 1994-03-09 DE DE69414437T patent/DE69414437T2/de not_active Expired - Fee Related
- 1994-03-09 EP EP94400518A patent/EP0615196B1/fr not_active Expired - Lifetime
- 1994-03-11 JP JP6041320A patent/JP2562865B2/ja not_active Expired - Lifetime
-
1996
- 1996-06-05 US US08/658,308 patent/US5699523A/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6485450A (en) * | 1987-09-28 | 1989-03-30 | Toshiba Corp | File transfer system |
| JPH0522293A (ja) * | 1991-07-12 | 1993-01-29 | Hitachi Ltd | ブリツジ機能付きルータ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0615196A1 (fr) | 1994-09-14 |
| JP2562865B2 (ja) | 1996-12-11 |
| DE69414437D1 (de) | 1998-12-17 |
| EP0615196B1 (fr) | 1998-11-11 |
| DE69414437T2 (de) | 1999-04-29 |
| FR2702579A1 (fr) | 1994-09-16 |
| US5699523A (en) | 1997-12-16 |
| FR2702579B1 (fr) | 1995-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2562865B2 (ja) | 少なくとも１つのユーザと少なくとも１つのサーバとの間の通信装置及び通信方法 | |
| US7949686B2 (en) | Method and apparatus for scalable transport processing fulfillment system | |
| JP3573386B2 (ja) | 負荷制御を行う大規模クライアントサーバーシステム | |
| RU2363040C2 (ru) | Доставка сообщений между двумя конечными пунктами с конфигурируемыми гарантиями и признаками | |
| US20030055668A1 (en) | Workflow engine for automating business processes in scalable multiprocessor computer platforms | |
| US7530078B2 (en) | Certified message delivery and queuing in multipoint publish/subscribe communications | |
| Kimbleton et al. | Computer communication networks: Approaches, objectives, and performance considerations | |
| EP0467546A2 (en) | Distributed data processing systems | |
| US20060190948A1 (en) | Connection manager, method, system and program product for centrally managing computer applications | |
| JPS62118465A (ja) | 資源情報を伝播する方法 | |
| US20120311018A1 (en) | System and method for callbacks based on web service addressing | |
| JP3860966B2 (ja) | マルチポイントパブリッシュ／サブスクライブ通信における証明付メッセージの配送およびキュー操作 | |
| JP2004524600A (ja) | 異種分散事業アプリケーション統合オブジェクトの集中管理提供システム及び集中管理提供方法 | |
| EP1177670A2 (en) | File transfer system and method | |
| JP4574684B2 (ja) | 通信ネットワークシステム及びこれを用いたメッセージルーティング方法 | |
| JPH10301870A (ja) | 通信回線制御システム | |
| US7574525B2 (en) | System and method for managing communication between server nodes contained within a clustered environment | |
| JPH11175644A (ja) | 共通のデータベースを持たないワークフローを実現するための制御システム | |
| EA006307B1 (ru) | Система, способы и устройства, предназначенные для интеграции распределенных приложений | |
| JP6202650B1 (ja) | 通信システム及び通信方法 | |
| JP2006031491A (ja) | アプリケーション間連携システム | |
| EP2715555B1 (en) | Managing and simplifying distributed applications | |
| JP2000123071A (ja) | ＴｏＤｏリストのタスク管理システム | |
| JPH06119224A (ja) | データ・ベースをともに有するホスト・コンピュータとワーク・ステーションとからなるオンライン・システム | |
| JPH08191345A (ja) | モジュール障害隠蔽方式 |