JP2002537684A - ルーティング - Google Patents
ルーティングInfo
- Publication number
- JP2002537684A JP2002537684A JP2000599168A JP2000599168A JP2002537684A JP 2002537684 A JP2002537684 A JP 2002537684A JP 2000599168 A JP2000599168 A JP 2000599168A JP 2000599168 A JP2000599168 A JP 2000599168A JP 2002537684 A JP2002537684 A JP 2002537684A
- Authority
- JP
- Japan
- Prior art keywords
- message
- director
- server
- client
- destination
- 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.)
- Ceased
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- 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
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72409—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
- H04M1/72412—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
-
- 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
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2250/00—Details of telephonic subscriber devices
- H04M2250/02—Details of telephonic subscriber devices including a Bluetooth interface
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Human Computer Interaction (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
- Mobile Radio Communication Systems (AREA)
- Use Of Switch Circuits For Exchanges And Methods Of Control Of Multiplex Exchanges (AREA)
- Medicines Containing Material From Animals Or Micro-Organisms (AREA)
- Peptides Or Proteins (AREA)
Abstract
(57)【要約】
リソースをアクセスするためにクライアントから複数のサーバーの選択された１つにメッセージをルーティングし、そしてその選択されたサーバーからクライアントへリソースの応答をルーティングするためのディレクタが開示される。各メッセージは、その発信点の指示と、行先点の指示と、メッセージ本体とを有する。上記ディレクタは、第１入力メッセージをクライアントから受信するための第１入力手段と、第１出力メッセージを上記選択されたサーバーへ供給するための第１出力手段と、クライアントを識別する指示を有する第２入力メッセージを第１出力メッセージに応答して上記選択されたサーバーから受信する第２入力手段と、ソースをルーティング手段としそして行先を１つのクライアントとして指示する第２出力メッセージを第２入力メッセージに応答して１つのクライアントに供給するための第２出力手段とを備えている。
Description
【０００１】
本発明は、クライアントから複数のサーバーの１つへメッセージをルーティン
グしそしてサーバーからクライアントへ応答メッセージをルーティングして戻す
ことに係る。より詳細には、本発明は、このようなルーティンを達成するように
メッセージを適応させることに係る。
グしそしてサーバーからクライアントへ応答メッセージをルーティングして戻す
ことに係る。より詳細には、本発明は、このようなルーティンを達成するように
メッセージを適応させることに係る。
【０００２】
電子装置、例えば、無線ハンドセットの機能は、クライアント及びサーバーを
定義することにより形成できる。サーバーは、リソースのサービス又は１組のサ
ービスを与える。クライアントは、適当なサーバーに要求メッセージを送信する
ことによりサービスにアクセスする。次いで、アクセスの結果が応答メッセージ
としてクライアントに返送される。 しかしながら、このような装置は、同様のサービスを提供する複数の同様のリ
ソースを有する。これら複製サービスは、相互に独立しており、複数のサービス
のうち、一度に１つしか適当でない。複製リソースの各々は、それに関連したサ
ーバーをもつ。
定義することにより形成できる。サーバーは、リソースのサービス又は１組のサ
ービスを与える。クライアントは、適当なサーバーに要求メッセージを送信する
ことによりサービスにアクセスする。次いで、アクセスの結果が応答メッセージ
としてクライアントに返送される。 しかしながら、このような装置は、同様のサービスを提供する複数の同様のリ
ソースを有する。これら複製サービスは、相互に独立しており、複数のサービス
のうち、一度に１つしか適当でない。複製リソースの各々は、それに関連したサ
ーバーをもつ。
【０００３】 それ故、ルーティング手段は、サービスの要求メッセージを発信側クライアン
トから複数の複製サーバーの適当な１つへルート指定すると共に、その適当なサ
ーバーから発信側クライアントへ応答メッセージをルート指定することが必要と
なる。このようなルーティング手段は既知である。しかしながら、それらは複雑
であり、メッセージの識別子を発信側クライアントに関連付けるためのメモリを
有する。識別子は、メッセージにおいて適当なリソースへ送信され、そして応答
メッセージにおいて返送される。このとき、メモリにアクセスして、応答を向け
るべき発信側クライアントを識別する。 サービス要求メッセージを発信側クライアントから複数の複製サーバーの適当
な１つにルート指定しそしてその適当なサーバーから発信側クライアントへ応答
メッセージをルート指定できるルーティング手段であって、要求メッセージ受信
時に応答メッセージを正しくルート指定できるように各受信した要求メッセージ
に対する情報を記憶する必要のないルーティング手段を提供することが要望され
る。
トから複数の複製サーバーの適当な１つへルート指定すると共に、その適当なサ
ーバーから発信側クライアントへ応答メッセージをルート指定することが必要と
なる。このようなルーティング手段は既知である。しかしながら、それらは複雑
であり、メッセージの識別子を発信側クライアントに関連付けるためのメモリを
有する。識別子は、メッセージにおいて適当なリソースへ送信され、そして応答
メッセージにおいて返送される。このとき、メモリにアクセスして、応答を向け
るべき発信側クライアントを識別する。 サービス要求メッセージを発信側クライアントから複数の複製サーバーの適当
な１つにルート指定しそしてその適当なサーバーから発信側クライアントへ応答
メッセージをルート指定できるルーティング手段であって、要求メッセージ受信
時に応答メッセージを正しくルート指定できるように各受信した要求メッセージ
に対する情報を記憶する必要のないルーティング手段を提供することが要望され
る。
【０００４】
本発明の１つの特徴によれば、リソースをアクセスするためにクライアントか
ら複数のサーバーの選択された１つにメッセージをルーティングし、そしてその
選択されたサーバーからクライアントへリソースの応答をルーティングするため
のディレクタであって、各メッセージは、その発信点の指示と、行先点の指示と
、メッセージ本体とを有し、上記ディレクタは、ソースをクライアントとしそし
て行先をルーティング手段として指示する第１入力メッセージをクライアントか
ら受信する第１入力手段と、ソースをクライアントとしそして行先を選択された
サーバーとして指示する第１出力メッセージを選択されたサーバーへ供給する第
１出力手段と、ソースを選択されたサーバーとしそして行先をルーティング手段
として指示し且つクライアントを識別する指示を追加として有する第２入力メッ
セージを第１出力メッセージに応答して選択されたサーバーから受信する第２入
力手段と、ソースをルーティング手段としそして行先を１つのクライアントとし
て指示する第２出力メッセージを第２入力メッセージに応答して１つのクライア
ントに供給する第２出力手段とを備え、上記ディレクタは、入力メッセージを出
力メッセージとしてルーティングして、第１入力メッセージの行先の指示を適応
させることにより第１出力メッセージを形成し、そして第２入力メッセージの行
先の指示及びソースの指示を適応させ且つ第２入力メッセージから上記追加を除
去することにより第２出力メッセージを形成するように構成されたディレクタが
提供される。
ら複数のサーバーの選択された１つにメッセージをルーティングし、そしてその
選択されたサーバーからクライアントへリソースの応答をルーティングするため
のディレクタであって、各メッセージは、その発信点の指示と、行先点の指示と
、メッセージ本体とを有し、上記ディレクタは、ソースをクライアントとしそし
て行先をルーティング手段として指示する第１入力メッセージをクライアントか
ら受信する第１入力手段と、ソースをクライアントとしそして行先を選択された
サーバーとして指示する第１出力メッセージを選択されたサーバーへ供給する第
１出力手段と、ソースを選択されたサーバーとしそして行先をルーティング手段
として指示し且つクライアントを識別する指示を追加として有する第２入力メッ
セージを第１出力メッセージに応答して選択されたサーバーから受信する第２入
力手段と、ソースをルーティング手段としそして行先を１つのクライアントとし
て指示する第２出力メッセージを第２入力メッセージに応答して１つのクライア
ントに供給する第２出力手段とを備え、上記ディレクタは、入力メッセージを出
力メッセージとしてルーティングして、第１入力メッセージの行先の指示を適応
させることにより第１出力メッセージを形成し、そして第２入力メッセージの行
先の指示及びソースの指示を適応させ且つ第２入力メッセージから上記追加を除
去することにより第２出力メッセージを形成するように構成されたディレクタが
提供される。
【０００５】 ディレクタは、クライアントとサーバーとの間の仲介者ではなく、クライアン
トにより要求されたサービスを提供するリソースのサーバーであるかのようにク
ライアントとインターフェイスすることが明らかである。更に、ディレクタは、
クライアントとメッセージ又はサーバーとを関連付けるルーティングテーブルの
ような情報を記憶しない。 ディレクタは、受信したメッセージを再フォーマットすることによりそれをル
ート指定するのが好ましい。これは、特に、発信点及び行先の指示を再フォーマ
ットし、そして必要に応じて、追加を除去することによりメッセージを編集する
ことによって行われる。 ディレクタは、第１入力メッセージのフォーマットとは異なり且つ出力メッセ
ージのフォーマットとも異なる所定のフォーマットを有する第２入力メッセージ
を適応させるよう構成される。第２入力メッセージのフォーマットは、追加を付
随させることにより異なったものとなる。
トにより要求されたサービスを提供するリソースのサーバーであるかのようにク
ライアントとインターフェイスすることが明らかである。更に、ディレクタは、
クライアントとメッセージ又はサーバーとを関連付けるルーティングテーブルの
ような情報を記憶しない。 ディレクタは、受信したメッセージを再フォーマットすることによりそれをル
ート指定するのが好ましい。これは、特に、発信点及び行先の指示を再フォーマ
ットし、そして必要に応じて、追加を除去することによりメッセージを編集する
ことによって行われる。 ディレクタは、第１入力メッセージのフォーマットとは異なり且つ出力メッセ
ージのフォーマットとも異なる所定のフォーマットを有する第２入力メッセージ
を適応させるよう構成される。第２入力メッセージのフォーマットは、追加を付
随させることにより異なったものとなる。
【０００６】 クライアントは、要求されたサービスを識別する記号リソースアドレスを使用
するのが好ましい。この記号アドレスは、そのサービスを提供するサーバーへの
アクセスのコントローラとしてディレクタを識別する。 無線ハンドセットは、ディレクタと、クライアントとサーバーとの間の通信に
よりハンドセットの機能を遂行するためのメモリを含むプロセッサ手段とを備え
ている。クライアント、サーバー及びディレクタは、各々エンティティであり、
特に、同じ基本的クラスの特殊化であるオブジェクトである。エンティティの幾
つかはハンドセット内にあり、そして他のエンティティは付属装置内にある。 又、無線ハンドセットは、プロセッサ手段に接続されたインターフェイスであ
って、ハンドセットの機能を向上するために付属装置に接続されてそれと通信す
るためのインターフェイスと、プロセッサ手段に接続されたルーティング手段で
あって、ハンドセットのエンティティとトランザクションするためのハンドセッ
トの代理エンティティの形成、付属装置のエンティティとトランザクションする
ための付属装置の代理エンティティの形成、並びにインターフェイスを通しての
ハンドセットと付属装置との間の通信を可能にすることによりハンドセットのエ
ンティティと付属装置のエンティティとの間に通信を与えるように構成されたル
ーティング手段とを備えている。
するのが好ましい。この記号アドレスは、そのサービスを提供するサーバーへの
アクセスのコントローラとしてディレクタを識別する。 無線ハンドセットは、ディレクタと、クライアントとサーバーとの間の通信に
よりハンドセットの機能を遂行するためのメモリを含むプロセッサ手段とを備え
ている。クライアント、サーバー及びディレクタは、各々エンティティであり、
特に、同じ基本的クラスの特殊化であるオブジェクトである。エンティティの幾
つかはハンドセット内にあり、そして他のエンティティは付属装置内にある。 又、無線ハンドセットは、プロセッサ手段に接続されたインターフェイスであ
って、ハンドセットの機能を向上するために付属装置に接続されてそれと通信す
るためのインターフェイスと、プロセッサ手段に接続されたルーティング手段で
あって、ハンドセットのエンティティとトランザクションするためのハンドセッ
トの代理エンティティの形成、付属装置のエンティティとトランザクションする
ための付属装置の代理エンティティの形成、並びにインターフェイスを通しての
ハンドセットと付属装置との間の通信を可能にすることによりハンドセットのエ
ンティティと付属装置のエンティティとの間に通信を与えるように構成されたル
ーティング手段とを備えている。
【０００７】 ハンドセットのルーティング手段は、ハンドセット内の各エンティティをタス
クに関連付けすると共に、１つ以上のイントラタスクトランザクション及び必要
に応じてインタータスク通信を使用することにより発信タスクの発信エンティテ
ィと行先タスクの行先エンティティとの間に通信を与えるように構成され、各ト
ランザクションは、同じタスクに関連した２つのエンティティを含み、上記ルー
ティング手段は、発信タスクと行先タスクが同じである場合には、発信エンティ
ティ及び行先エンティティのトランザクションを可能にし、そして発信タスクと
行先タスクが異なる場合には、発信エンティティとのトランザクションのための
発信タスクの代理エンティティの形成、行先エンティティとのトランザクション
のための行先タスクの代理エンティティの形成、並びにインターフェイスを経て
の発信タスクと行先タスクとの間の通信を必要に応じて可能にすることにより、
発信エンティティと行先エンティティとの間に通信を与えるように構成される。 クライアントは、サービスを識別する記号アドレスを使用してサービスを要求
するように構成される。従って、ルーティング手段は、サービスがハンドセット
内に提供されるか又は発信タスク内に提供されるかを記号アドレスから決定する
ように構成される。サービスは、クライアントに対してサーバーとして動作する
ディレクタにより提供することができる。
クに関連付けすると共に、１つ以上のイントラタスクトランザクション及び必要
に応じてインタータスク通信を使用することにより発信タスクの発信エンティテ
ィと行先タスクの行先エンティティとの間に通信を与えるように構成され、各ト
ランザクションは、同じタスクに関連した２つのエンティティを含み、上記ルー
ティング手段は、発信タスクと行先タスクが同じである場合には、発信エンティ
ティ及び行先エンティティのトランザクションを可能にし、そして発信タスクと
行先タスクが異なる場合には、発信エンティティとのトランザクションのための
発信タスクの代理エンティティの形成、行先エンティティとのトランザクション
のための行先タスクの代理エンティティの形成、並びにインターフェイスを経て
の発信タスクと行先タスクとの間の通信を必要に応じて可能にすることにより、
発信エンティティと行先エンティティとの間に通信を与えるように構成される。 クライアントは、サービスを識別する記号アドレスを使用してサービスを要求
するように構成される。従って、ルーティング手段は、サービスがハンドセット
内に提供されるか又は発信タスク内に提供されるかを記号アドレスから決定する
ように構成される。サービスは、クライアントに対してサーバーとして動作する
ディレクタにより提供することができる。
【０００８】
本発明をよく理解すると共に、本発明をいかに実施するかも理解するために、
添付図面を参照して本発明の好ましい実施形態を詳細に説明する。 図１及び２は、ターミナル又は無線ハンドセット２と称するハンドポータブル
無線通信装置を示す。このターミナル２は、手で持ち運びするに充分なほど小さ
くそして上着のポケットに入るサイズであるのが好ましい。このターミナルは、
高周波を使用して他のターミナル又は装置と通信する。 ターミナル２は、入力としてキー２４ａを有するキーパッド２４及びマイクロ
ホン２０を含みそして出力としてスピーカ１８及びディスプレイ１４を含むユー
ザインターフェイスを備えている。キーパッド２４及びディスプレイ１４のサイ
ズは、当然、ターミナル２のサイズによって制限される。ターミナル２は、コン
トローラ４により制御され、そしてバッテリ２６により電力供給される。コント
ローラ４は、マイクロホン２０及びキーパッド２４から信号を受け取り、そして
ディスプレイ１４及びスピーカ１８へ信号を供給する。ターミナル２は、インタ
ーフェイス３４及びトランシーバ３を有し、これらは、ターミナル２の外部との
通信に使用される。インターフェイス３４は、バス３２を経てコントローラに接
続される。インターフェイスは、無線又は赤外線通信用のトランシーバ及び／又
は直接的電気接続用のポートを含む。トランシーバ３は、アンテナ２８及びコン
トローラ４に接続された高周波トランシーバである。これは、高周波インターフ
ェイス３０を経て通信するように構成される。トランシーバ３は、コントローラ
４から受け取った信号を変調するための変調器８と、変調された信号をアンテナ
２８に供給する送信器６とを含む。又、トランシーバ３は、アンテナ２８に受信
された信号を処理して復調器１０へ供給する受信器１２も含み、復調器１０は、
復調された信号をコントローラ４へ供給する。ターミナル２はＲＡＭメモリ１６
を有し、これは、バスを経てコントローラ４に接続される。又、ターミナルは、
コントローラ４に接続されたＳＩＭメモリ２２も有し、これは、ターミナル２を
移動電話として機能できるようにする情報を与える。移動電話として機能すると
きには、ターミナル２は、アンテナ２８を経て高周波信号を送信及び受信する。
添付図面を参照して本発明の好ましい実施形態を詳細に説明する。 図１及び２は、ターミナル又は無線ハンドセット２と称するハンドポータブル
無線通信装置を示す。このターミナル２は、手で持ち運びするに充分なほど小さ
くそして上着のポケットに入るサイズであるのが好ましい。このターミナルは、
高周波を使用して他のターミナル又は装置と通信する。 ターミナル２は、入力としてキー２４ａを有するキーパッド２４及びマイクロ
ホン２０を含みそして出力としてスピーカ１８及びディスプレイ１４を含むユー
ザインターフェイスを備えている。キーパッド２４及びディスプレイ１４のサイ
ズは、当然、ターミナル２のサイズによって制限される。ターミナル２は、コン
トローラ４により制御され、そしてバッテリ２６により電力供給される。コント
ローラ４は、マイクロホン２０及びキーパッド２４から信号を受け取り、そして
ディスプレイ１４及びスピーカ１８へ信号を供給する。ターミナル２は、インタ
ーフェイス３４及びトランシーバ３を有し、これらは、ターミナル２の外部との
通信に使用される。インターフェイス３４は、バス３２を経てコントローラに接
続される。インターフェイスは、無線又は赤外線通信用のトランシーバ及び／又
は直接的電気接続用のポートを含む。トランシーバ３は、アンテナ２８及びコン
トローラ４に接続された高周波トランシーバである。これは、高周波インターフ
ェイス３０を経て通信するように構成される。トランシーバ３は、コントローラ
４から受け取った信号を変調するための変調器８と、変調された信号をアンテナ
２８に供給する送信器６とを含む。又、トランシーバ３は、アンテナ２８に受信
された信号を処理して復調器１０へ供給する受信器１２も含み、復調器１０は、
復調された信号をコントローラ４へ供給する。ターミナル２はＲＡＭメモリ１６
を有し、これは、バスを経てコントローラ４に接続される。又、ターミナルは、
コントローラ４に接続されたＳＩＭメモリ２２も有し、これは、ターミナル２を
移動電話として機能できるようにする情報を与える。移動電話として機能すると
きには、ターミナル２は、アンテナ２８を経て高周波信号を送信及び受信する。
【０００９】 ターミナル２は、インターフェイス３４を経て付属装置４０のインターフェイ
ス４２に接続される。インターフェイス３４とインターフェイス４２との間の接
続３６は、多数のやり方で得ることができる。例えば、無線波を使用することが
できる。１つの適当な無線通信プロトコルは、「ＷＡＰアーキテクチャーバージ
ョン３０、１９９８年４月」に記載されたワイヤレスアプリケーションプロトコ
ル（ＷＡＰ）である。これは、インターフェイス３４がＷＡＰスタック及び無線
トランシーバを含み、そしてインターフェイス４２も同様にＷＡＰスタック及び
無線トランシーバを含むことを必要とする。別の適当なプロトコルは、参考とし
てここに取り上げる出願中の英国特許出願第９８２０８５９．８号に開示された
ブルーツースプロトコルであり、これは、インターフェイス３４及びインターフ
ェイス４２が低電力ＲＦトランシーバを含むことを必要とする。
ス４２に接続される。インターフェイス３４とインターフェイス４２との間の接
続３６は、多数のやり方で得ることができる。例えば、無線波を使用することが
できる。１つの適当な無線通信プロトコルは、「ＷＡＰアーキテクチャーバージ
ョン３０、１９９８年４月」に記載されたワイヤレスアプリケーションプロトコ
ル（ＷＡＰ）である。これは、インターフェイス３４がＷＡＰスタック及び無線
トランシーバを含み、そしてインターフェイス４２も同様にＷＡＰスタック及び
無線トランシーバを含むことを必要とする。別の適当なプロトコルは、参考とし
てここに取り上げる出願中の英国特許出願第９８２０８５９．８号に開示された
ブルーツースプロトコルであり、これは、インターフェイス３４及びインターフ
ェイス４２が低電力ＲＦトランシーバを含むことを必要とする。
【００１０】 図１及び２には単一の付属装置４０が示されているが、ターミナル２は、複数
の付属装置に同時に接続することもできる。トランシーバ４／アンテナ２８及び
インターフェイス３４は別々に示されているが、一体化されてもよい。 ターミナル２の基本的な機能は、コントローラ４及びメモリ１６の組み合わせ
によって与えられる。付属装置４０は、コントローラ４によりバス３２及びイン
ターフェイス３４を経てアクセスすることができ、従って、ターミナル２の機能
を向上することができる。 ターミナル２は、その無線通信能力に関連したシステム能力を含む多数の基本
的な能力（ＷＡＰ、ブルーツース、ＧＳＭ、ＡＭＰＳ又は他の通信プロトコルを
含むかどうかに関わらず）と、ターミナルが、データベース、パーソナルオーガ
ナイザー、ワードプロセッサ又はウェブブラウザの機能を与えることができるよ
うにする他の能力とを有する。基本的な能力は、ターミナルの特徴を与えるよう
にコヒレントなやり方で一体化される。 電話の基本的な能力は、論理的グループにおいてリソースとして編成される。
各リソースは、「サーバー」を通してアクセスされる。サーバーは、リソースを
アクセスするところのインターフェイスを与えるためにリソースをカプセル化す
る。「アプリケーション」は、サーバーを通してリソースにアクセスし、そして
それらをロジックで一緒にリンクして、ターミナルの特徴を与える。アプリケー
ション及びリソースは、接続層（ＣＬ）を経て接続される。
の付属装置に同時に接続することもできる。トランシーバ４／アンテナ２８及び
インターフェイス３４は別々に示されているが、一体化されてもよい。 ターミナル２の基本的な機能は、コントローラ４及びメモリ１６の組み合わせ
によって与えられる。付属装置４０は、コントローラ４によりバス３２及びイン
ターフェイス３４を経てアクセスすることができ、従って、ターミナル２の機能
を向上することができる。 ターミナル２は、その無線通信能力に関連したシステム能力を含む多数の基本
的な能力（ＷＡＰ、ブルーツース、ＧＳＭ、ＡＭＰＳ又は他の通信プロトコルを
含むかどうかに関わらず）と、ターミナルが、データベース、パーソナルオーガ
ナイザー、ワードプロセッサ又はウェブブラウザの機能を与えることができるよ
うにする他の能力とを有する。基本的な能力は、ターミナルの特徴を与えるよう
にコヒレントなやり方で一体化される。 電話の基本的な能力は、論理的グループにおいてリソースとして編成される。
各リソースは、「サーバー」を通してアクセスされる。サーバーは、リソースを
アクセスするところのインターフェイスを与えるためにリソースをカプセル化す
る。「アプリケーション」は、サーバーを通してリソースにアクセスし、そして
それらをロジックで一緒にリンクして、ターミナルの特徴を与える。アプリケー
ション及びリソースは、接続層（ＣＬ）を経て接続される。
【００１１】 図３は、電話として動作するターミナル２の機能の分割を示す。電話は、説明
上、電話コールを発信及び受信するために電話の能力をカプセル化するコールサ
ーバー５０と、ショートメッセージサービス（ＳＭＳ）のメッセージを発信及び
受信する電話の能力をカプセル化するＳＭＳサーバー５２と、名前及び電話番号
を関連させるデータベースをカプセル化する電話帳サーバー＃２ ５４とを有し
ている。電話は、電話帳サーバー＃２ ５４によりサービスされる電話帳データ
ベース内で名前をサーチするのに使用できる名前サーチアプリケーション５６と
、コールサーバー５０を経てコールを発信するのに使用できるスピードダイヤル
アプリケーション５８とを有する。付属装置４０は、電話番号及び名前を関連付
けるデータベースをカプセル化する電話帳サーバー＃１ ６２と、テキストメッ
セージを作成及び編集するためのテキストメッセージアプリケーション６４とを
有する。電話内のサーバー５０、５２及び５４並びにアプリケーション５６及び
５８は、互いに接続されると共に、接続層７０を経て付属装置のサーバー６２及
びアプリケーション６４に接続される。接続層７０は、インターフェイス３４、
４２及び接続３６を経てターミナル２と付属装置４０との間に通信を与える。付
属装置４０が接続層を経て電話に接続されたときには、テキストメッセージアプ
リケーション６４が電話を経て使用されると共に、ＳＭＳサーバー５２にアクセ
スするのに使用され、更に、名前サーチアプリケーション５６が、付属装置４０
の電話帳サーバー＃１ ６２を経て付属装置の電話帳にアクセスすることができ
る。
上、電話コールを発信及び受信するために電話の能力をカプセル化するコールサ
ーバー５０と、ショートメッセージサービス（ＳＭＳ）のメッセージを発信及び
受信する電話の能力をカプセル化するＳＭＳサーバー５２と、名前及び電話番号
を関連させるデータベースをカプセル化する電話帳サーバー＃２ ５４とを有し
ている。電話は、電話帳サーバー＃２ ５４によりサービスされる電話帳データ
ベース内で名前をサーチするのに使用できる名前サーチアプリケーション５６と
、コールサーバー５０を経てコールを発信するのに使用できるスピードダイヤル
アプリケーション５８とを有する。付属装置４０は、電話番号及び名前を関連付
けるデータベースをカプセル化する電話帳サーバー＃１ ６２と、テキストメッ
セージを作成及び編集するためのテキストメッセージアプリケーション６４とを
有する。電話内のサーバー５０、５２及び５４並びにアプリケーション５６及び
５８は、互いに接続されると共に、接続層７０を経て付属装置のサーバー６２及
びアプリケーション６４に接続される。接続層７０は、インターフェイス３４、
４２及び接続３６を経てターミナル２と付属装置４０との間に通信を与える。付
属装置４０が接続層を経て電話に接続されたときには、テキストメッセージアプ
リケーション６４が電話を経て使用されると共に、ＳＭＳサーバー５２にアクセ
スするのに使用され、更に、名前サーチアプリケーション５６が、付属装置４０
の電話帳サーバー＃１ ６２を経て付属装置の電話帳にアクセスすることができ
る。
【００１２】 ターミナル２のコントローラ４は、典型的に、コードで制御されるマイクロプ
ロセッサである。ターミナル内には、コントローラにより並列に実行される必要
のある多数の同時機能がある。しかしながら、コントローラは、一度に１つのコ
ード断片を実行することしかできず、そしてこれらの機能をタスク処理しなけれ
ばならない。ここで使用する「タスク処理」とは、コントローラがその処理リソ
ースを繰り返し割り当てることを意味する。即ち、順序付けされた一連のタスク
において各タスクに短い時間周期を順次に費やし、そしてそのシーケンスを繰り
返す。それ故、タスクは、時分割多重化されるが、論理的には個別である。その
結果、多数のシーケンス中にわたって、ある機能を遂行するのに必要なタスクが
実行される。これらタスクを使用すると、コントローラの処理負荷をバランスす
ることができる。
ロセッサである。ターミナル内には、コントローラにより並列に実行される必要
のある多数の同時機能がある。しかしながら、コントローラは、一度に１つのコ
ード断片を実行することしかできず、そしてこれらの機能をタスク処理しなけれ
ばならない。ここで使用する「タスク処理」とは、コントローラがその処理リソ
ースを繰り返し割り当てることを意味する。即ち、順序付けされた一連のタスク
において各タスクに短い時間周期を順次に費やし、そしてそのシーケンスを繰り
返す。それ故、タスクは、時分割多重化されるが、論理的には個別である。その
結果、多数のシーケンス中にわたって、ある機能を遂行するのに必要なタスクが
実行される。これらタスクを使用すると、コントローラの処理負荷をバランスす
ることができる。
【００１３】 アプリケーションは、コントローラ４で実行されるコードの断片である。アプ
リケーションは、オブジェクトとしてメモリに定義される。ターミナル２には、
メモリ１６が使用される。このオブジェクトは、メモリにおいてそれをアドレス
できるようにするオブジェクトアドレスを有し、そして接続層（ＣＬ）基本的ク
ラスの特殊化されたものである。アプリケーションは、１つ以上のサーバーのサ
ービスを利用して特徴を構築し、そしてそれらの特徴をユーザへ与えることがで
きる。 サーバーは、リソースを標準的インターフェイスでカプセル化する。これは、
メモリに記憶されたオブジェクトである。ターミナル２にはメモリ１６が使用さ
れる。オブジェクトは、メモリにおいてそれをアドレスできるようにするオブジ
ェクトアドレスを有し、そして接続層（ＣＬ）基本的クラスの特殊化されたもの
である。各サーバーは、リソース又は他のサーバーを制御することによりサービ
スを提供する。これは、接続層７０を経てしかアクセスできないリソースへの標
準的インターフェイスを与える。
リケーションは、オブジェクトとしてメモリに定義される。ターミナル２には、
メモリ１６が使用される。このオブジェクトは、メモリにおいてそれをアドレス
できるようにするオブジェクトアドレスを有し、そして接続層（ＣＬ）基本的ク
ラスの特殊化されたものである。アプリケーションは、１つ以上のサーバーのサ
ービスを利用して特徴を構築し、そしてそれらの特徴をユーザへ与えることがで
きる。 サーバーは、リソースを標準的インターフェイスでカプセル化する。これは、
メモリに記憶されたオブジェクトである。ターミナル２にはメモリ１６が使用さ
れる。オブジェクトは、メモリにおいてそれをアドレスできるようにするオブジ
ェクトアドレスを有し、そして接続層（ＣＬ）基本的クラスの特殊化されたもの
である。各サーバーは、リソース又は他のサーバーを制御することによりサービ
スを提供する。これは、接続層７０を経てしかアクセスできないリソースへの標
準的インターフェイスを与える。
【００１４】 アプリケーションは、必要なサービスを指示するがサーバーのオブジェクトア
ドレスは指示しない記号リソースアドレスを使用してサーバーにアクセスする。 接続層７０が図４に詳細に示されている。接続層は、通信マネージャー（ＣＭ
）８０及びメッセージプロトコル８２の組み合わせである。単一の通信マネージ
ャーが各タスクを制御する。ＣＭ８０は、メッセージのソースオブジェクト及び
メッセージの行先オブジェクトを含むトランザクションを使用してタスク内のオ
ブジェクト間でメッセージを送信する（イントラタスクメッセージ）。メッセー
ジプロトコル８２は、タスク間のメッセージのルート指定を制御する（インター
タスクメッセージ）。インタータスク通信は、別の装置或いは別のタスクへ至る
ＷＡＰ、ブルーツース又はバスのような多数の通信形態の１つをとることができ
る。
ドレスは指示しない記号リソースアドレスを使用してサーバーにアクセスする。 接続層７０が図４に詳細に示されている。接続層は、通信マネージャー（ＣＭ
）８０及びメッセージプロトコル８２の組み合わせである。単一の通信マネージ
ャーが各タスクを制御する。ＣＭ８０は、メッセージのソースオブジェクト及び
メッセージの行先オブジェクトを含むトランザクションを使用してタスク内のオ
ブジェクト間でメッセージを送信する（イントラタスクメッセージ）。メッセー
ジプロトコル８２は、タスク間のメッセージのルート指定を制御する（インター
タスクメッセージ）。インタータスク通信は、別の装置或いは別のタスクへ至る
ＷＡＰ、ブルーツース又はバスのような多数の通信形態の１つをとることができ
る。
【００１５】 各通信マネージャーは、記号ルーティングテーブルを有する。この記号ルーテ
ィングテーブルは、通信マネージャー８０がそのタスク即ちローカルタスクを定
義するために相互接続する各オブジェクト（各アプリケーション及びサーバー）
のエントリーを含む。アプリケーションは、記号アドレスをもたず、そして各ア
プリケーションオブジェクトアドレスは、デフォールト記号アドレスに関連付け
される。通信マネージャー８０に接続された各サーバーは、それがカプセル化す
るリソースにより提供されるサービスを識別する記号アドレスに関連したオブジ
ェクトアドレスを有する。図３の電話２に対する記号ルーティングテーブルの一
例が、全てのアプリケーション及びサーバーが同じタスク内にあると仮定して、
図５ａに示されている。図３の付属装置４０に対する記号ルーティングテーブル
の一例が、全てのアプリケーション及びサーバーが同じタスク内にあると仮定し
て、図５ｂに示されている。明瞭化のため、図３に使用された参照番号が説明上
オブジェクトアドレスとして使用される。
ィングテーブルは、通信マネージャー８０がそのタスク即ちローカルタスクを定
義するために相互接続する各オブジェクト（各アプリケーション及びサーバー）
のエントリーを含む。アプリケーションは、記号アドレスをもたず、そして各ア
プリケーションオブジェクトアドレスは、デフォールト記号アドレスに関連付け
される。通信マネージャー８０に接続された各サーバーは、それがカプセル化す
るリソースにより提供されるサービスを識別する記号アドレスに関連したオブジ
ェクトアドレスを有する。図３の電話２に対する記号ルーティングテーブルの一
例が、全てのアプリケーション及びサーバーが同じタスク内にあると仮定して、
図５ａに示されている。図３の付属装置４０に対する記号ルーティングテーブル
の一例が、全てのアプリケーション及びサーバーが同じタスク内にあると仮定し
て、図５ｂに示されている。明瞭化のため、図３に使用された参照番号が説明上
オブジェクトアドレスとして使用される。
【００１６】 通信マネージャー８０は、記号ルーティングテーブルを使用して、アプリケー
ションにより与えられる記号アドレスから、その記号アドレスに関連したサーバ
ーがローカルタスク内にあるかどうか識別し、そしてそれに関連したオブジェク
トアドレスをアプリケーションに与えることができる。アプリケーションにより
要求されたサービスがローカルタスク内にない場合には、通信マネージャー８０
は、制御をメッセージプロトコル８２へ引き渡す。メッセージプロトコル８２は
、最初の通信マネージャーからの要求を、適当なサーバーに相互接続された通信
マネージャーに送信する。何らかの適当なプロトコルを使用して、これらの特別
タスクメッセージを送信することができる。タスク間の通信は非同期である。 通信マネージャーは、イントラタスクメッセージを待ち行列処理する。通信マ
ネージャーは、そのローカルタスクの外部に送る必要のあるもの及びそのローカ
ルタスクの外部から受け取られたもののような特別タスクメッセージを取り扱う
。通信マネージャーは、一度に１つのメッセージを処理し、そして通信マネージ
ャーにとって、その受け取られた特別タスクメッセージにサービスする前にイン
トラタスクメッセージをクリアするのが好ましい。
ションにより与えられる記号アドレスから、その記号アドレスに関連したサーバ
ーがローカルタスク内にあるかどうか識別し、そしてそれに関連したオブジェク
トアドレスをアプリケーションに与えることができる。アプリケーションにより
要求されたサービスがローカルタスク内にない場合には、通信マネージャー８０
は、制御をメッセージプロトコル８２へ引き渡す。メッセージプロトコル８２は
、最初の通信マネージャーからの要求を、適当なサーバーに相互接続された通信
マネージャーに送信する。何らかの適当なプロトコルを使用して、これらの特別
タスクメッセージを送信することができる。タスク間の通信は非同期である。 通信マネージャーは、イントラタスクメッセージを待ち行列処理する。通信マ
ネージャーは、そのローカルタスクの外部に送る必要のあるもの及びそのローカ
ルタスクの外部から受け取られたもののような特別タスクメッセージを取り扱う
。通信マネージャーは、一度に１つのメッセージを処理し、そして通信マネージ
ャーにとって、その受け取られた特別タスクメッセージにサービスする前にイン
トラタスクメッセージをクリアするのが好ましい。
【００１７】 接続層７０は、リソースの物理的な位置を標準的インターフェイスの後方に隠
す。ＣＬは、適当なサーバー及びそれがカプセル化するリソースを要求メッセー
ジの送信によりアクセスするためにアプリケーションが記号アドレスを使用でき
るようにする間接的メッセージルーティング機構を与える。ＣＬは、サーバーが
、応答メッセージの送信によりアクセス結果を適当なアプリケーションに返送で
きるようにする。アプリケーションは、リソース又はリソースを制御するサーバ
ーがどこで実施されるかを知ることなく又はそれに注意することなくリソースに
アクセスすることができる。それ故、リソースは、ターミナル２内にあってもよ
いし付属装置４０内にあってもよい。アプリケーションは、リソースの記号アド
レスと、それにアクセスして使用できるようにするために接続層にインターフェ
イスするプロトコルとを知るだけでよい。
す。ＣＬは、適当なサーバー及びそれがカプセル化するリソースを要求メッセー
ジの送信によりアクセスするためにアプリケーションが記号アドレスを使用でき
るようにする間接的メッセージルーティング機構を与える。ＣＬは、サーバーが
、応答メッセージの送信によりアクセス結果を適当なアプリケーションに返送で
きるようにする。アプリケーションは、リソース又はリソースを制御するサーバ
ーがどこで実施されるかを知ることなく又はそれに注意することなくリソースに
アクセスすることができる。それ故、リソースは、ターミナル２内にあってもよ
いし付属装置４０内にあってもよい。アプリケーションは、リソースの記号アド
レスと、それにアクセスして使用できるようにするために接続層にインターフェ
イスするプロトコルとを知るだけでよい。
【００１８】 図６は、図１及び２に関連して既に述べたターミナル２、接続部３６及び付属
装置４０を示す。この図は、付属装置のタスク９０1及び９０2と、ターミナルの
タスク９０3、９０4及び９０5とが接続層７０を経ていかに相互接続されるかを
示す概略図である。論理的に、タスクは、アプリケーションとサーバーが通信マ
ネージャーによってリンクされたものより成ると考えられる。それ自体タスク内
にあるＣＭは、記号ルーティングテーブルを使用して、それが制御するタスク内
のオブジェクト（即ちアプリケーション及びサーバー）を定義する。ＣＭ及びタ
スク内のオブジェクトは、メモリの「ローカル」部分に記憶される。このローカ
ルメモリ内には、同じタスク内のオブジェクトを指すポインタを使用することが
できる。ポインタは、１つのタスクから別のタスクを指すのに使用してはならな
い。というのは、このようにすると、タスク間に衝突が生じるからである。「ポ
インタ」という用語の使用は、この点について理解しなければならない。
装置４０を示す。この図は、付属装置のタスク９０1及び９０2と、ターミナルの
タスク９０3、９０4及び９０5とが接続層７０を経ていかに相互接続されるかを
示す概略図である。論理的に、タスクは、アプリケーションとサーバーが通信マ
ネージャーによってリンクされたものより成ると考えられる。それ自体タスク内
にあるＣＭは、記号ルーティングテーブルを使用して、それが制御するタスク内
のオブジェクト（即ちアプリケーション及びサーバー）を定義する。ＣＭ及びタ
スク内のオブジェクトは、メモリの「ローカル」部分に記憶される。このローカ
ルメモリ内には、同じタスク内のオブジェクトを指すポインタを使用することが
できる。ポインタは、１つのタスクから別のタスクを指すのに使用してはならな
い。というのは、このようにすると、タスク間に衝突が生じるからである。「ポ
インタ」という用語の使用は、この点について理解しなければならない。
【００１９】 メッセージプロトコル８２は、通信マネージャー８０の各々を相互接続する。
図６は、異なるタスク９０iの独立性を示す。タスク境界は破線で示され、そし
てタスク境界は重畳しない。各タスク９０iは、メッセージプロトコル８２と両
方向通信する関連通信マネージャー８０iを有する。又、タスクは、多数のオブ
ジェクト１００を含む。これらのオブジェクトは、アプリケーション１０２又は
サーバー１０４である。サーバーはリソース１０６をカプセル化する。 タスク内のオブジェクトは、別のオブジェクトと直接通信することができず、
タスク通信マネージャー８０としか通信できない。通信マネージャー８０は、ア
プリケーションをそれらが要求するサービス／リソースから効果的にデカップル
する。アプリケーションは、希望するサービスを通信マネージャー８０から要求
すればよく、これは、必要なリソースへのアクセスを容易にする。このリソース
は、アプリケーションと同じタスク内にあってもよいし、或いは同じ装置又は異
なる装置内の別のタスクにあってもよいが、メッセージプロトコル８２を経て最
初のタスクにリンクされる。行先サーバーは、それ自身のタスク内の通信マネー
ジャー８０から要求を受け取り、そしてその通信マネージャー８０に応答して、
通信マネージャー８０は、応答が正しいアプリケーションに返送されるよう確保
する。
図６は、異なるタスク９０iの独立性を示す。タスク境界は破線で示され、そし
てタスク境界は重畳しない。各タスク９０iは、メッセージプロトコル８２と両
方向通信する関連通信マネージャー８０iを有する。又、タスクは、多数のオブ
ジェクト１００を含む。これらのオブジェクトは、アプリケーション１０２又は
サーバー１０４である。サーバーはリソース１０６をカプセル化する。 タスク内のオブジェクトは、別のオブジェクトと直接通信することができず、
タスク通信マネージャー８０としか通信できない。通信マネージャー８０は、ア
プリケーションをそれらが要求するサービス／リソースから効果的にデカップル
する。アプリケーションは、希望するサービスを通信マネージャー８０から要求
すればよく、これは、必要なリソースへのアクセスを容易にする。このリソース
は、アプリケーションと同じタスク内にあってもよいし、或いは同じ装置又は異
なる装置内の別のタスクにあってもよいが、メッセージプロトコル８２を経て最
初のタスクにリンクされる。行先サーバーは、それ自身のタスク内の通信マネー
ジャー８０から要求を受け取り、そしてその通信マネージャー８０に応答して、
通信マネージャー８０は、応答が正しいアプリケーションに返送されるよう確保
する。
【００２０】 図７は、通信マネージャー８０におけるオブジェクト指向のカプセル化を示す
。以下、接続層（ＣＬ）クラスと称する基本的又は抽象的クラス１１０は、３つ
の部分、即ち名前１１２、属性１１４及び機能１１６を有する。抽象的ＣＬクラ
スは、２つの特殊化１２０及び１３０を有する。特殊化１２０は、アプリケーシ
ョンオブジェクト１０２を表す。特殊化１２０は、名前１２２、属性１２４（空
）及び機能１２６を有する。特殊化１３０は、サーバーオブジェクトを表し、名
前１３２、属性１３４（空）及び機能１３６を有する。特殊化１２０及び１３０
は、単一機能１２６、即ちＲＥＣＶＭＥＳＳＡＧＥ機能を有する。特殊化それ自
身は、属性をもたない。
。以下、接続層（ＣＬ）クラスと称する基本的又は抽象的クラス１１０は、３つ
の部分、即ち名前１１２、属性１１４及び機能１１６を有する。抽象的ＣＬクラ
スは、２つの特殊化１２０及び１３０を有する。特殊化１２０は、アプリケーシ
ョンオブジェクト１０２を表す。特殊化１２０は、名前１２２、属性１２４（空
）及び機能１２６を有する。特殊化１３０は、サーバーオブジェクトを表し、名
前１３２、属性１３４（空）及び機能１３６を有する。特殊化１２０及び１３０
は、単一機能１２６、即ちＲＥＣＶＭＥＳＳＡＧＥ機能を有する。特殊化それ自
身は、属性をもたない。
【００２１】 抽象的クラスの特殊化は、抽象的ＣＬクラス１１０の属性１１４及び機能１１
６を使用する。抽象的ＣＬクラス１１０は、オブジェクトアドレス及び記号リソ
ースアドレスを属性として含む。抽象的ＣＬクラス１１０の機能は、ＳＥＮＤＲ
ＥＱＵＥＳＴ機能及びＳＥＮＤＲＥＳＰＯＮＳＥ機能を含む。それ故、抽象的Ｃ
Ｌクラス１１０の全てのオブジェクトは、同じ属性１１４及び機能１１８を共用
する。アプリケーションオブジェクト１０２は、更に、ＲＥＣＶＭＥＳＳＡＧＥ
機能１２６を有する。サーバーオブジェクト１０４は、更に、ＲＥＣＶＭＥＳＳ
ＡＧＥ機能１３６を有する。オブジェクトは、同じタスクの別のオブジェクトに
おける機能（それとのトランザクション）しか呼び出すことができない。
６を使用する。抽象的ＣＬクラス１１０は、オブジェクトアドレス及び記号リソ
ースアドレスを属性として含む。抽象的ＣＬクラス１１０の機能は、ＳＥＮＤＲ
ＥＱＵＥＳＴ機能及びＳＥＮＤＲＥＳＰＯＮＳＥ機能を含む。それ故、抽象的Ｃ
Ｌクラス１１０の全てのオブジェクトは、同じ属性１１４及び機能１１８を共用
する。アプリケーションオブジェクト１０２は、更に、ＲＥＣＶＭＥＳＳＡＧＥ
機能１２６を有する。サーバーオブジェクト１０４は、更に、ＲＥＣＶＭＥＳＳ
ＡＧＥ機能１３６を有する。オブジェクトは、同じタスクの別のオブジェクトに
おける機能（それとのトランザクション）しか呼び出すことができない。
【００２２】 第１オブジェクト（アプリケーション又はサーバー）は、第２オブジェクト（
サーバー）によりカプセル化されたリソースからサービスを要求することができ
る。これは、他のサーバーへメッセージを送信しそしてそこから応答メッセージ
を受け取ることにより達成される。同じタスク内の第１及び第２オブジェクトに
ついては、ＣＭ８０におけるトランザクションが次の通りである。ＣＭ８０は、
第２オブジェクトがローカルタスク内にない場合に、動作が異なる。 イントラタスク通信のプロセスが図８に示されている。通信マネージャー８０
は、アプリケーション１０２と、リソース１０６をカプセル化するサーバー１０
４との間の通信を仲介する。アプリケーション及びサーバーは、同じタスク９０
内にある。アプリケーションは、サービスのアクセスを希望する。アプリケーシ
ョンは、それが要求するサービス、及びそのサービスの記号アドレスを知ってい
る。アプリケーションは、そのサービスを提供するサーバーのオブジェクトアド
レスを知らない。アプリケーションは、記号アドレスを通信マネージャー８０に
与え、そして適当なサーバー＊ＳＥＲＶに対するポインタを応答として受け取る
。通信マネージャーは、その記号ルーティングテーブルを使用して、この機能を
遂行する。
サーバー）によりカプセル化されたリソースからサービスを要求することができ
る。これは、他のサーバーへメッセージを送信しそしてそこから応答メッセージ
を受け取ることにより達成される。同じタスク内の第１及び第２オブジェクトに
ついては、ＣＭ８０におけるトランザクションが次の通りである。ＣＭ８０は、
第２オブジェクトがローカルタスク内にない場合に、動作が異なる。 イントラタスク通信のプロセスが図８に示されている。通信マネージャー８０
は、アプリケーション１０２と、リソース１０６をカプセル化するサーバー１０
４との間の通信を仲介する。アプリケーション及びサーバーは、同じタスク９０
内にある。アプリケーションは、サービスのアクセスを希望する。アプリケーシ
ョンは、それが要求するサービス、及びそのサービスの記号アドレスを知ってい
る。アプリケーションは、そのサービスを提供するサーバーのオブジェクトアド
レスを知らない。アプリケーションは、記号アドレスを通信マネージャー８０に
与え、そして適当なサーバー＊ＳＥＲＶに対するポインタを応答として受け取る
。通信マネージャーは、その記号ルーティングテーブルを使用して、この機能を
遂行する。
【００２３】 アプリケーションは、オブジェクトアドレスＡＰＰを有し、そしてアプリケー
ションに対するポインタは、＊ＡＰＰと示される。サーバーは、オブジェクトア
ドレスＳＥＲＶを有し、そしてサーバーオブジェクトに対するポインタは、＊Ｓ
ＥＲＶと示される。アプリケーションは、引数＊ＡＰＰ、＊ＳＥＲＶ及び＊ＭＳ
Ｇで機能ＳＥＮＤＲＥＱＵＥＳＴをコールすることによりサーバーに向かってメ
ッセージＭＳＧを送信し、但し、＊ＭＳＧは、メッセージＭＳＧに対するポイン
タである。この機能は、発信側第１オブジェクトに対するポインタ（即ち第１オ
ブジェクトのアドレス）と、第２行先オブジェクトに対するポインタ（即ち第２
オブジェクトのアドレス）と、要求されたサービスを定義するメッセージ本体に
対するポインタとをその引数として取り上げる。通信マネージャーは、メッセー
ジを待ち行列処理し、そしてサーバーの機能ＲＥＣＶＭＥＳＳＡＧＥをコールす
ることによりサーバーに向けてそれを送信する。ＲＥＣＶＭＥＳＳＡＧＥ機能は
その引数として＊ＡＰＰ、＊ＳＥＲＶ及び＊ＭＳＧを有する。ＲＥＣＶＭＥＳＳ
ＡＧＥ機能は、発信側第１オブジェクトに対するポインタ（即ち第１オブジェク
トのアドレス）と、第２行先オブジェクトに対するポインタ（即ち第２オブジェ
クトのアドレス）と、メッセージ本体に対するポインタとをその引数として取り
上げる。サーバーは、メッセージを受け取り、そしてそれを処理して、リソース
１０６にアクセスする。次いで、サーバーは、応答メッセージ（ＲＭＳＧ）をア
プリケーションに向けて送信する。これは、アプリケーションオブジェクト１０
２において機能ＳＥＮＤＲＥＳＰＯＮＳＥをコールすることにより達成される。
この機能は、引数として＊ＳＥＲＶ、＊ＡＰＰ、及び応答メッセージＲＭＳＧに
対するポインタ＊ＲＭＳＧを有する。通信マネージャー８０は、このメッセージ
をその内部待ち行列に入れる。応答メッセージＲＭＳＧは、次いで、アプリケー
ションオブジェクトにおいて機能ＲＥＣＶＭＥＳＳＡＧＥをコールすることによ
りアプリケーションへ送信される。ＲＥＣＶＭＥＳＳＡＧＥ機能は、その引数と
して＊ＳＥＲＶ、＊ＡＰＰ及び＊ＲＭＳＧを有する。従って、アプリケーション
は、応答メッセージを受信する。
ションに対するポインタは、＊ＡＰＰと示される。サーバーは、オブジェクトア
ドレスＳＥＲＶを有し、そしてサーバーオブジェクトに対するポインタは、＊Ｓ
ＥＲＶと示される。アプリケーションは、引数＊ＡＰＰ、＊ＳＥＲＶ及び＊ＭＳ
Ｇで機能ＳＥＮＤＲＥＱＵＥＳＴをコールすることによりサーバーに向かってメ
ッセージＭＳＧを送信し、但し、＊ＭＳＧは、メッセージＭＳＧに対するポイン
タである。この機能は、発信側第１オブジェクトに対するポインタ（即ち第１オ
ブジェクトのアドレス）と、第２行先オブジェクトに対するポインタ（即ち第２
オブジェクトのアドレス）と、要求されたサービスを定義するメッセージ本体に
対するポインタとをその引数として取り上げる。通信マネージャーは、メッセー
ジを待ち行列処理し、そしてサーバーの機能ＲＥＣＶＭＥＳＳＡＧＥをコールす
ることによりサーバーに向けてそれを送信する。ＲＥＣＶＭＥＳＳＡＧＥ機能は
その引数として＊ＡＰＰ、＊ＳＥＲＶ及び＊ＭＳＧを有する。ＲＥＣＶＭＥＳＳ
ＡＧＥ機能は、発信側第１オブジェクトに対するポインタ（即ち第１オブジェク
トのアドレス）と、第２行先オブジェクトに対するポインタ（即ち第２オブジェ
クトのアドレス）と、メッセージ本体に対するポインタとをその引数として取り
上げる。サーバーは、メッセージを受け取り、そしてそれを処理して、リソース
１０６にアクセスする。次いで、サーバーは、応答メッセージ（ＲＭＳＧ）をア
プリケーションに向けて送信する。これは、アプリケーションオブジェクト１０
２において機能ＳＥＮＤＲＥＳＰＯＮＳＥをコールすることにより達成される。
この機能は、引数として＊ＳＥＲＶ、＊ＡＰＰ、及び応答メッセージＲＭＳＧに
対するポインタ＊ＲＭＳＧを有する。通信マネージャー８０は、このメッセージ
をその内部待ち行列に入れる。応答メッセージＲＭＳＧは、次いで、アプリケー
ションオブジェクトにおいて機能ＲＥＣＶＭＥＳＳＡＧＥをコールすることによ
りアプリケーションへ送信される。ＲＥＣＶＭＥＳＳＡＧＥ機能は、その引数と
して＊ＳＥＲＶ、＊ＡＰＰ及び＊ＲＭＳＧを有する。従って、アプリケーション
は、応答メッセージを受信する。
【００２４】 それ故、第１オブジェクトは、メッセージを送信することにより通信マネージ
ャー８０を経て第２オブジェクト６２と通信することが明らかである。これらの
メッセージは、１つ以上のトランザクションを含む特定形式のメッセージである
。イントラタスクメッセージは、メッセージが発信されるオブジェクトによって
開始され、このメッセージは、それが向けられるオブジェクトの機能（それとの
トランザクション）をコールする。この機能は、発信オブジェクトに対するポイ
ンタ、行先オブジェクトに対するポインタ、及びメッセージ本体に対するポイン
タを含む。メッセージ、第１オブジェクト及び第２オブジェクトは、全て、ＣＭ
８０により単一ローカルタスクに割り当てられたローカルメモリスペース内にあ
る。このようにして、タスク内のメッセージ送付は、他のタスクにおけるメッセ
ージ送付と完全に分離される。しかしながら、アプリケーション又は他のサーバ
ーによりアクセスが要求されたサーバーがそのアプリケーションと同じローカル
タスクに存在しないときには、問題が発生する。行先オブジェクトは、同じロー
カルタスク内に存在しない。この問題は、発信オブジェクトと同じローカルタス
ク内に代理オブジェクトを形成しそして行先オブジェクトと同じローカルタスク
に代理オブジェクトを形成することにより対処される。発信タスクの代理オブジ
ェクトは、発信オブジェクトにとって、あたかもそれが行先オブジェクト、及び
発信オブジェクトとのトランザクションであるかのように見える。行先タスクの
代理オブジェクトは、行先オブジェクトにとって、あたかもそれが発信オブジェ
クト、及び行先オブジェクトとのトランザクションであるかのように見える。
ャー８０を経て第２オブジェクト６２と通信することが明らかである。これらの
メッセージは、１つ以上のトランザクションを含む特定形式のメッセージである
。イントラタスクメッセージは、メッセージが発信されるオブジェクトによって
開始され、このメッセージは、それが向けられるオブジェクトの機能（それとの
トランザクション）をコールする。この機能は、発信オブジェクトに対するポイ
ンタ、行先オブジェクトに対するポインタ、及びメッセージ本体に対するポイン
タを含む。メッセージ、第１オブジェクト及び第２オブジェクトは、全て、ＣＭ
８０により単一ローカルタスクに割り当てられたローカルメモリスペース内にあ
る。このようにして、タスク内のメッセージ送付は、他のタスクにおけるメッセ
ージ送付と完全に分離される。しかしながら、アプリケーション又は他のサーバ
ーによりアクセスが要求されたサーバーがそのアプリケーションと同じローカル
タスクに存在しないときには、問題が発生する。行先オブジェクトは、同じロー
カルタスク内に存在しない。この問題は、発信オブジェクトと同じローカルタス
ク内に代理オブジェクトを形成しそして行先オブジェクトと同じローカルタスク
に代理オブジェクトを形成することにより対処される。発信タスクの代理オブジ
ェクトは、発信オブジェクトにとって、あたかもそれが行先オブジェクト、及び
発信オブジェクトとのトランザクションであるかのように見える。行先タスクの
代理オブジェクトは、行先オブジェクトにとって、あたかもそれが発信オブジェ
クト、及び行先オブジェクトとのトランザクションであるかのように見える。
【００２５】 代理オブジェクトは、タスク間にメッセージを送信するメカニズムをカプセル
化する。その結果、第１タスクの第１オブジェクトは、第１タスクの代理オブジ
ェクトとトランザクションすることにより第２タスクの第２オブジェクトにメッ
セージを送信することができる。その後、代理オブジェクトは、メッセージプロ
トコル８２を経て第１タスクから第２タスクへの通信を遂行する。 図９は、接続層（ＣＬ）代理を表す特殊化１４０を含む通信マネージャー８０の
オブジェクト指向のカプセル化を示す。特殊化１４０は、代理オブジェクト１０
８を表す。特殊化１４０は、名前１４２、属性１４４（空）及び機能１４６を有
する。特殊化１４０は、２つの機能、即ちＳＥＮＤＲＥＱＵＥＳＴ（要求送信）
機能と、ＳＥＮＤＲＥＳＰＯＮＳＥ（応答送信）機能とを有する。ＣＬ代理オブ
ジェクトにおいてＳＥＮＤＲＥＱＵＥＳＴ機能及びＳＥＮＤＲＥＳＰＯＮＳＥ機
能をコールする作用は、アプリケーション又はサーバーオブジェクトにおいてＳ
ＥＮＤＲＥＱＵＥＳＴ又はＳＥＮＤＲＥＳＰＯＮＳＥ機能をコールするときに生
じる作用と異なる。代理オブジェクトは、別のタスクにおいて実行されるオブジ
ェクトを表し、これは、メッセージの最終的な行先ではなく、タスク間のインタ
ーフェイスである。
化する。その結果、第１タスクの第１オブジェクトは、第１タスクの代理オブジ
ェクトとトランザクションすることにより第２タスクの第２オブジェクトにメッ
セージを送信することができる。その後、代理オブジェクトは、メッセージプロ
トコル８２を経て第１タスクから第２タスクへの通信を遂行する。 図９は、接続層（ＣＬ）代理を表す特殊化１４０を含む通信マネージャー８０の
オブジェクト指向のカプセル化を示す。特殊化１４０は、代理オブジェクト１０
８を表す。特殊化１４０は、名前１４２、属性１４４（空）及び機能１４６を有
する。特殊化１４０は、２つの機能、即ちＳＥＮＤＲＥＱＵＥＳＴ（要求送信）
機能と、ＳＥＮＤＲＥＳＰＯＮＳＥ（応答送信）機能とを有する。ＣＬ代理オブ
ジェクトにおいてＳＥＮＤＲＥＱＵＥＳＴ機能及びＳＥＮＤＲＥＳＰＯＮＳＥ機
能をコールする作用は、アプリケーション又はサーバーオブジェクトにおいてＳ
ＥＮＤＲＥＱＵＥＳＴ又はＳＥＮＤＲＥＳＰＯＮＳＥ機能をコールするときに生
じる作用と異なる。代理オブジェクトは、別のタスクにおいて実行されるオブジ
ェクトを表し、これは、メッセージの最終的な行先ではなく、タスク間のインタ
ーフェイスである。
【００２６】 図１０ａ及び１０ｂには、インタータスク通信のプロセスが示されている。発
信タスクの通信マネージャー８０、行先タスクの通信マネージャー８０及びイン
ターリンクメッセージプロトコル８２を含む接続層は、発信タスクにおけるアプ
リケーション１０２と、行先タスクにおけるリソース１０６をカプセル化するサ
ーバー１０４との間の通信を仲介する。アプリケーション１０２がサービスをア
クセスすることを希望する。インタータスク通信において上述したように、アプ
リケーションは、希望するリソースの記号アドレスを発信タスクの通信マネージ
ャー８０に与える。通信マネージャー８０は、記号アドレスが別のタスクにおい
て提供されるサービスに関連しているので、そのルーティングテーブルにおいて
関連オブジェクトアドレスを見出すことができない。それ故、希望するサービス
は、それが制御するタスクの外部にあることが分かる。通信マネージャーは、代
理サーバーを形成し、そして代理サーバーオブジェクトを指すポインタ＊Ｐ＿Ｓ
ＥＲＶをアプリケーション１０２に返送する。又、発信タスクにおける通信マネ
ージャー８０は、受信した記号リソースアドレスを、形成された代理サーバーの
オブジェクトアドレスＰ＿ＳＥＲＶに関連付ける一時的エントリーをそのリソー
スルーティングテーブルに形成する。この一時的エントリーは、代理としてフラ
グが立てられる。アプリケーション１０２は、代理サーバーに対するポインタを
受信する際に、代理サーバーにおけるＳＥＮＤＲＥＱＵＥＳＴ機能をコールする
。このＳＥＮＤＲＥＱＵＥＳＴ機能は、アプリケーション１０２を指すポインタ
＊ＡＰＰと、代理サーバーを指すポインタ＊Ｐ＿ＳＥＲＶと、送信されているメ
ッセージの本体を指すポインタ＊ＭＳＧとを引数として有する。通信マネージャ
ー８０は、代理サーバーにおけるＳＥＮＤＲＥＱＵＥＳＴをコールするのに応答
して、接続層７０においてメッセージプロトコル８２をアクセスする。メッセー
ジプロトコル８２は、発信タスクからタスク境界を横切って行先タスクへメッセ
ージを転送する。送信される特別タスクメッセージは、発信アプリケーション１
０２のアドレスＡＰＰと、ポインタ＊Ｐ＿ＳＥＲＶに関連した記号リソースアド
レスと、送信されているメッセージのアドレスとを含む。
信タスクの通信マネージャー８０、行先タスクの通信マネージャー８０及びイン
ターリンクメッセージプロトコル８２を含む接続層は、発信タスクにおけるアプ
リケーション１０２と、行先タスクにおけるリソース１０６をカプセル化するサ
ーバー１０４との間の通信を仲介する。アプリケーション１０２がサービスをア
クセスすることを希望する。インタータスク通信において上述したように、アプ
リケーションは、希望するリソースの記号アドレスを発信タスクの通信マネージ
ャー８０に与える。通信マネージャー８０は、記号アドレスが別のタスクにおい
て提供されるサービスに関連しているので、そのルーティングテーブルにおいて
関連オブジェクトアドレスを見出すことができない。それ故、希望するサービス
は、それが制御するタスクの外部にあることが分かる。通信マネージャーは、代
理サーバーを形成し、そして代理サーバーオブジェクトを指すポインタ＊Ｐ＿Ｓ
ＥＲＶをアプリケーション１０２に返送する。又、発信タスクにおける通信マネ
ージャー８０は、受信した記号リソースアドレスを、形成された代理サーバーの
オブジェクトアドレスＰ＿ＳＥＲＶに関連付ける一時的エントリーをそのリソー
スルーティングテーブルに形成する。この一時的エントリーは、代理としてフラ
グが立てられる。アプリケーション１０２は、代理サーバーに対するポインタを
受信する際に、代理サーバーにおけるＳＥＮＤＲＥＱＵＥＳＴ機能をコールする
。このＳＥＮＤＲＥＱＵＥＳＴ機能は、アプリケーション１０２を指すポインタ
＊ＡＰＰと、代理サーバーを指すポインタ＊Ｐ＿ＳＥＲＶと、送信されているメ
ッセージの本体を指すポインタ＊ＭＳＧとを引数として有する。通信マネージャ
ー８０は、代理サーバーにおけるＳＥＮＤＲＥＱＵＥＳＴをコールするのに応答
して、接続層７０においてメッセージプロトコル８２をアクセスする。メッセー
ジプロトコル８２は、発信タスクからタスク境界を横切って行先タスクへメッセ
ージを転送する。送信される特別タスクメッセージは、発信アプリケーション１
０２のアドレスＡＰＰと、ポインタ＊Ｐ＿ＳＥＲＶに関連した記号リソースアド
レスと、送信されているメッセージのアドレスとを含む。
【００２７】 行先タスクの通信マネージャー８０は、タスク境界を横切って送信されたメッ
セージを受け取る。そこに含まれた記号リソースアドレスから、要求されたサー
ビスが、それが制御するタスク内にあることが分かる。 それ故、通信マネージャー８０は、アドレスＰ＿ＯＢＪを有する代理オブジェ
クト１０９を形成する。通信マネージャー８０は、その記号ルーティングテーブ
ルにアクセスして、記号リソースアドレスに関連したオブジェクトアドレスＳＥ
ＲＶを得る。次いで、通信マネージャー８０は、タスク境界を横切るメッセージ
において受信されたアプリケーションアドレスＡＰＰと、形成された代理オブジ
ェクト１０９のアドレスとの間を関連付ける。この関連付けは、代理オブジェク
トのアドレスをアドレスＡＰＰと同じにするのが好ましい。次いで、通信マネー
ジャー８０は、メッセージＭＳＧを含みそしてポインタ＊ＭＳＧで指示されたメ
モリの部分をそれ自身のタスクに割り当てる。
セージを受け取る。そこに含まれた記号リソースアドレスから、要求されたサー
ビスが、それが制御するタスク内にあることが分かる。 それ故、通信マネージャー８０は、アドレスＰ＿ＯＢＪを有する代理オブジェ
クト１０９を形成する。通信マネージャー８０は、その記号ルーティングテーブ
ルにアクセスして、記号リソースアドレスに関連したオブジェクトアドレスＳＥ
ＲＶを得る。次いで、通信マネージャー８０は、タスク境界を横切るメッセージ
において受信されたアプリケーションアドレスＡＰＰと、形成された代理オブジ
ェクト１０９のアドレスとの間を関連付ける。この関連付けは、代理オブジェク
トのアドレスをアドレスＡＰＰと同じにするのが好ましい。次いで、通信マネー
ジャー８０は、メッセージＭＳＧを含みそしてポインタ＊ＭＳＧで指示されたメ
モリの部分をそれ自身のタスクに割り当てる。
【００２８】 次いで、通信マネージャー８０は、サーバー１０４においてＲＥＣＶＭＥＳＳ
ＡＧＥ機能をコールする。ＲＥＣＶＭＷＳＳＡＧＥ機能は、代理オブジェクト１
０９を指すポインタ＊Ｐ＿ＯＢＪと、サーバー１０４を指すポインタ＊ＳＥＲＶ
と、行先タスク内の現在のメッセージ本体を指すポインタ＊ＭＳＧとをその引数
として有する。その結果、ＲＥＣＶＭＥＳＳＡＧＥ機能の引数は、行先タスク内
のポインタだけとなる。トランザクションは、タスク境界を横切らない。サーバ
ーは、ＭＳＧを受け取りそしてそれを処理してリソース１０６にアクセスする。
次いで、サーバーは、要求の発信点に向けて応答メッセージ（ＲＭＳＧ）を返送
する。応答メッセージは、代理オブジェクト１０９においてＳＥＮＤＲＥＳＰＯ
ＮＳＥ機能をコールすることにより送信される。この機能は、＊ＳＥＲＶ、＊Ｐ
＿ＯＢＪ、及び応答メッセージの本体に対するポインタである＊ＲＭＳＧを引数
として有する。代理オブジェクトにおける機能ＳＥＮＤＲＥＳＰＯＮＳＥは、そ
れをコールすることによって送られたメッセージが別のタスクに意図されたもの
であることを含蓄的に定義する。次いで、通信マネージャー８０は、そのタスク
から応答メッセージを、メッセージプロトコル８２によりタスク境界を横切って
発信タスクへ返送する。通信マネージャーは、その記号ルーティングテーブルを
使用して、サーバー１０４のアドレス（ＳＥＲＶ）を記号リソースアドレスに置
き換え、そして代理オブジェクト１０９のアドレスとアプリケーション１０２の
アドレスとの間にそれが既に形成した関連性を使用して、記号アドレス、アプリ
ケーションアドレスＡＰＰ及び応答メッセージＲＭＳＧのアドレスをメッセージ
においてタスク境界を横切って送信する。通信マネージャー８０は、次いで、代
理オブジェクト１０９を解除し、代理オブジェクトのアドレスと発信アプリケー
ションのアドレスＡＰＰとの間の関連性を除去し、そしてメッセージＭＳＧを保
持したメモリの部分を割り当て解除する。
ＡＧＥ機能をコールする。ＲＥＣＶＭＷＳＳＡＧＥ機能は、代理オブジェクト１
０９を指すポインタ＊Ｐ＿ＯＢＪと、サーバー１０４を指すポインタ＊ＳＥＲＶ
と、行先タスク内の現在のメッセージ本体を指すポインタ＊ＭＳＧとをその引数
として有する。その結果、ＲＥＣＶＭＥＳＳＡＧＥ機能の引数は、行先タスク内
のポインタだけとなる。トランザクションは、タスク境界を横切らない。サーバ
ーは、ＭＳＧを受け取りそしてそれを処理してリソース１０６にアクセスする。
次いで、サーバーは、要求の発信点に向けて応答メッセージ（ＲＭＳＧ）を返送
する。応答メッセージは、代理オブジェクト１０９においてＳＥＮＤＲＥＳＰＯ
ＮＳＥ機能をコールすることにより送信される。この機能は、＊ＳＥＲＶ、＊Ｐ
＿ＯＢＪ、及び応答メッセージの本体に対するポインタである＊ＲＭＳＧを引数
として有する。代理オブジェクトにおける機能ＳＥＮＤＲＥＳＰＯＮＳＥは、そ
れをコールすることによって送られたメッセージが別のタスクに意図されたもの
であることを含蓄的に定義する。次いで、通信マネージャー８０は、そのタスク
から応答メッセージを、メッセージプロトコル８２によりタスク境界を横切って
発信タスクへ返送する。通信マネージャーは、その記号ルーティングテーブルを
使用して、サーバー１０４のアドレス（ＳＥＲＶ）を記号リソースアドレスに置
き換え、そして代理オブジェクト１０９のアドレスとアプリケーション１０２の
アドレスとの間にそれが既に形成した関連性を使用して、記号アドレス、アプリ
ケーションアドレスＡＰＰ及び応答メッセージＲＭＳＧのアドレスをメッセージ
においてタスク境界を横切って送信する。通信マネージャー８０は、次いで、代
理オブジェクト１０９を解除し、代理オブジェクトのアドレスと発信アプリケー
ションのアドレスＡＰＰとの間の関連性を除去し、そしてメッセージＭＳＧを保
持したメモリの部分を割り当て解除する。
【００２９】 発信タスク１８における通信マネージャーは、行先タスクからメッセージプロ
トコル８２を経て特別タスクメッセージを受け取る。通信マネージャー８０は、
メッセージＲＭＳＧを保持するメモリ１６の部分を、それが制御するタスクに割
り当てる。通信マネージャーは、行先タスクから受信したメッセージに含まれた
記号リソースアドレスと代理サーバー１０８のアドレスとの間にそれが既に形成
した関連性を使用して、アプリケーション１０２においてＳＥＮＤＲＥＳＰＯＮ
ＳＥ機能をコールする。この機能は、代理サーバーを指す＊Ｐ＿ＳＥＲＶと、ア
プリケーション１０２を指す＊ＡＰＰと、同じタスクの応答メッセージの現在部
分を指す＊ＲＭＳＧとをその引数として取り上げる。機能ＳＥＮＤＲＥＳＰＯＮ
ＳＥの全ての引数は、発信タスク内のポインタであることが明らかである。トラ
ンザクションはタスク境界を横切らない。従って、アプリケーション１０２は、
応答メッセージＲＭＳＧを受信する。次いで、通信マネージャー８０は、代理サ
ーバー１０８を解除し、代理サーバーのアドレスと記号ルーティングテーブルか
らの記号リソースアドレスとの関連性を除去し、そしてメッセージＲＭＳＧを保
持するメモリ１６の部分を割り当て解除する。
トコル８２を経て特別タスクメッセージを受け取る。通信マネージャー８０は、
メッセージＲＭＳＧを保持するメモリ１６の部分を、それが制御するタスクに割
り当てる。通信マネージャーは、行先タスクから受信したメッセージに含まれた
記号リソースアドレスと代理サーバー１０８のアドレスとの間にそれが既に形成
した関連性を使用して、アプリケーション１０２においてＳＥＮＤＲＥＳＰＯＮ
ＳＥ機能をコールする。この機能は、代理サーバーを指す＊Ｐ＿ＳＥＲＶと、ア
プリケーション１０２を指す＊ＡＰＰと、同じタスクの応答メッセージの現在部
分を指す＊ＲＭＳＧとをその引数として取り上げる。機能ＳＥＮＤＲＥＳＰＯＮ
ＳＥの全ての引数は、発信タスク内のポインタであることが明らかである。トラ
ンザクションはタスク境界を横切らない。従って、アプリケーション１０２は、
応答メッセージＲＭＳＧを受信する。次いで、通信マネージャー８０は、代理サ
ーバー１０８を解除し、代理サーバーのアドレスと記号ルーティングテーブルか
らの記号リソースアドレスとの関連性を除去し、そしてメッセージＲＭＳＧを保
持するメモリ１６の部分を割り当て解除する。
【００３０】 サーバーは、いかなるアプリケーションにも１組のサービスを提供し、そして
ターミナル２の内部にあってもよいし外部にあってもよい。接続層は、アプリケ
ーションからの要求を適当なサーバーに向ける。あるリソースのデフォールトサ
ーバーは、そのリソースに対する全ての要求を接続層が向けるところのサーバー
である。 ターミナルと付属装置との組み合わせ、又はターミナルそれ自体は、２つ以上
の同様のリソース、即ち同じ記号リソースアドレスにより識別される同じサービ
スを提供するリソースを含むことができる。これら同様のリソースは各々サーバ
ーを有する。これは、複製サーバーがあることを意味する。例えば、ターミナル
２には複製電話帳があり、そして付属装置には別の電話帳がある。両電話帳は、
それら自身のサーバーを有する。別の例として、マルチモード電話として動作す
るターミナル２は、コールを発信及び受信するための２つの形式のリソースと、
各リソースに対して１つづつ、複製サーバーを有する。第１の複製サーバーは、
第１のセルラー／コードレスシステムにアクセスし、そして第２の複製サーバー
は、第２のセルラー／コードレスシステムにアクセスする。セルラーシステムは
、ＧＳＭ、ＡＭＰＳ、ＵＭＴＳ等に対するものである。コードレスシステムは、
ＤＥＣＴである。電話は、セルラー／セルラーデュアルモードを有するか、又は
セルラー／コードレスデュアルモードを有する。
ターミナル２の内部にあってもよいし外部にあってもよい。接続層は、アプリケ
ーションからの要求を適当なサーバーに向ける。あるリソースのデフォールトサ
ーバーは、そのリソースに対する全ての要求を接続層が向けるところのサーバー
である。 ターミナルと付属装置との組み合わせ、又はターミナルそれ自体は、２つ以上
の同様のリソース、即ち同じ記号リソースアドレスにより識別される同じサービ
スを提供するリソースを含むことができる。これら同様のリソースは各々サーバ
ーを有する。これは、複製サーバーがあることを意味する。例えば、ターミナル
２には複製電話帳があり、そして付属装置には別の電話帳がある。両電話帳は、
それら自身のサーバーを有する。別の例として、マルチモード電話として動作す
るターミナル２は、コールを発信及び受信するための２つの形式のリソースと、
各リソースに対して１つづつ、複製サーバーを有する。第１の複製サーバーは、
第１のセルラー／コードレスシステムにアクセスし、そして第２の複製サーバー
は、第２のセルラー／コードレスシステムにアクセスする。セルラーシステムは
、ＧＳＭ、ＡＭＰＳ、ＵＭＴＳ等に対するものである。コードレスシステムは、
ＤＥＣＴである。電話は、セルラー／セルラーデュアルモードを有するか、又は
セルラー／コードレスデュアルモードを有する。
【００３１】 複製サーバーがあるときには、ディレクタは、それら複製サーバー間で高レベ
ルの制御及び裁定を行わねばならない。ディレクタは、それら複製サーバーのど
れがデフォールトサーバーであるかをそのたびに定義する。ディレクタは、複製
サーバーの１つであってもよいし、完全に異なるエンティティであってもよい。 ディレクタは、要求を正しいリソースにルート指定し、そしてリソースからの
応答を、その要求を発した発信アプリケーションに返送するルータである。 図１１ａは、メッセージがいかにルート指定されるかを示す。２つの別々のア
プリケーションＡＰＰ１及びＡＰＰ２ １５４が示されている。その各々は、複
製サーバーＳＥＲＶ１ １５６及びＳＥＲＶ２ １５８のリソースにアクセスす
るための要求を発することができる。要求メッセージ１６０は、複製サーバーの
どれがデフォールトサーバーであるかを裁定するディレクタ１５０に送られる。
ディレクタ１５０は、要求メッセージ１６２をデフォールト複製サーバー、この
例ではＳＥＲＶ１ １５６、に送信する。サーバーＳＥＲＶ１ １５６は、その
機能を遂行し、そして応答メッセージ１６４をディレクタ１５０に返送する。デ
ィレクタ１５０は、それに応答して、応答メッセージ１６６をアプリケーション
ＡＰＰ１ １５２に与える。ディレクタ１５０は、裁定プロセスを制御するのに
使用される入力信号１５１を受け取る。従って、信号１５１、信号１６０又は両
信号の組み合わせに基づいて、ディレクタは、メッセージをメッセージ１６２と
してルート指定するのはサーバーＳＥＲＶ１及びＳＥＲＶ２のどちらであるかを
選択する。
ルの制御及び裁定を行わねばならない。ディレクタは、それら複製サーバーのど
れがデフォールトサーバーであるかをそのたびに定義する。ディレクタは、複製
サーバーの１つであってもよいし、完全に異なるエンティティであってもよい。 ディレクタは、要求を正しいリソースにルート指定し、そしてリソースからの
応答を、その要求を発した発信アプリケーションに返送するルータである。 図１１ａは、メッセージがいかにルート指定されるかを示す。２つの別々のア
プリケーションＡＰＰ１及びＡＰＰ２ １５４が示されている。その各々は、複
製サーバーＳＥＲＶ１ １５６及びＳＥＲＶ２ １５８のリソースにアクセスす
るための要求を発することができる。要求メッセージ１６０は、複製サーバーの
どれがデフォールトサーバーであるかを裁定するディレクタ１５０に送られる。
ディレクタ１５０は、要求メッセージ１６２をデフォールト複製サーバー、この
例ではＳＥＲＶ１ １５６、に送信する。サーバーＳＥＲＶ１ １５６は、その
機能を遂行し、そして応答メッセージ１６４をディレクタ１５０に返送する。デ
ィレクタ１５０は、それに応答して、応答メッセージ１６６をアプリケーション
ＡＰＰ１ １５２に与える。ディレクタ１５０は、裁定プロセスを制御するのに
使用される入力信号１５１を受け取る。従って、信号１５１、信号１６０又は両
信号の組み合わせに基づいて、ディレクタは、メッセージをメッセージ１６２と
してルート指定するのはサーバーＳＥＲＶ１及びＳＥＲＶ２のどちらであるかを
選択する。
【００３２】 メッセージ１６０、１６２、１６４及び１６６の各々は、特定のメッセージの
発信点及び行先を識別する。メッセージ１６０は、発信アプリケーションＡＰＰ
１ １５２を発信点として識別し、そしてディレクタ１５０を行先として識別す
る。 ディレクタは、メッセージ１６０を変更して、メッセージ１６２を発生する。
メッセージは、メッセージ１６２がデフォールトサーバーを行先として識別する
ように再フォーマットされる。発信点の識別は変更されない。 デフォールトサーバーは、それが誘導先サーバーであることを知ると共に、デ
ィレクタからのメッセージを受信できるのはそれだけであることを知る。サーバ
ーＳＥＲＶ１ １５６により発生される応答メッセージ１６４は、デフォールト
サーバーＳＥＲＶ１を発信点として識別し、そしてディレクタ１５０を行先とし
て識別する。応答メッセージは、更に、発信アプリケーションも識別する。これ
は、発信アプリケーションＡＰＰ１ １５２のアドレスがメッセージ１６４の終
わりに添付されるようなフォーマットを使用することにより達成される。
発信点及び行先を識別する。メッセージ１６０は、発信アプリケーションＡＰＰ
１ １５２を発信点として識別し、そしてディレクタ１５０を行先として識別す
る。 ディレクタは、メッセージ１６０を変更して、メッセージ１６２を発生する。
メッセージは、メッセージ１６２がデフォールトサーバーを行先として識別する
ように再フォーマットされる。発信点の識別は変更されない。 デフォールトサーバーは、それが誘導先サーバーであることを知ると共に、デ
ィレクタからのメッセージを受信できるのはそれだけであることを知る。サーバ
ーＳＥＲＶ１ １５６により発生される応答メッセージ１６４は、デフォールト
サーバーＳＥＲＶ１を発信点として識別し、そしてディレクタ１５０を行先とし
て識別する。応答メッセージは、更に、発信アプリケーションも識別する。これ
は、発信アプリケーションＡＰＰ１ １５２のアドレスがメッセージ１６４の終
わりに添付されるようなフォーマットを使用することにより達成される。
【００３３】 ディレクタは、デフォールト複製サーバーＳＥＲＶ１ １５６から受け取った
応答メッセージを変更する。このメッセージは、再フォーマットされる。メッセ
ージ１６４の添付物が除去され、ディレクタ１５０が発信点として識別され、そ
して発信アプリケーションＡＰＰ１ １５２が行先として識別される。変更され
た応答メッセージは、メッセージ１６６として発信アプリケーションへ送信され
る。 図１１ｂは、異なるメッセージ１６０、１６２、１６４及び１６６各々の定義
された発信点及び定義された行先を示すと共に、メッセージに付加的なアドレス
が添付されているかどうかを示すテーブルである。 図１２は、ディレクタ１５０及びそれにより向けられるサーバー１５６及び１
５８を、接続層のオブジェクト指向のカプセル化を使用していかに実施できるか
を示す。基本的クラス１１０及び実際のサーバー特殊化１３０は、図７を参照し
て既に説明した。ディレクタは、基本的クラス１１０の特殊化１７０として形成
されたオブジェクトである。ディレクタは、それにより向けられる全てのサーバ
ーのリストをその属性１７４として有している。又、ディレクタは、機能ＳＥＮ
ＤＲＥＱＵＥＳＴ、ＳＥＮＤＲＥＳＰＯＮＳＥ及びＲＥＣＶＭＥＳＳＡＧＥをそ
の機能１７４として有する。
応答メッセージを変更する。このメッセージは、再フォーマットされる。メッセ
ージ１６４の添付物が除去され、ディレクタ１５０が発信点として識別され、そ
して発信アプリケーションＡＰＰ１ １５２が行先として識別される。変更され
た応答メッセージは、メッセージ１６６として発信アプリケーションへ送信され
る。 図１１ｂは、異なるメッセージ１６０、１６２、１６４及び１６６各々の定義
された発信点及び定義された行先を示すと共に、メッセージに付加的なアドレス
が添付されているかどうかを示すテーブルである。 図１２は、ディレクタ１５０及びそれにより向けられるサーバー１５６及び１
５８を、接続層のオブジェクト指向のカプセル化を使用していかに実施できるか
を示す。基本的クラス１１０及び実際のサーバー特殊化１３０は、図７を参照し
て既に説明した。ディレクタは、基本的クラス１１０の特殊化１７０として形成
されたオブジェクトである。ディレクタは、それにより向けられる全てのサーバ
ーのリストをその属性１７４として有している。又、ディレクタは、機能ＳＥＮ
ＤＲＥＱＵＥＳＴ、ＳＥＮＤＲＥＳＰＯＮＳＥ及びＲＥＣＶＭＥＳＳＡＧＥをそ
の機能１７４として有する。
【００３４】 向けられたサーバーは、それ自体基本的クラス１１０の特殊化である基本的ク
ラス１８０の特殊化１９０として形成されたオブジェクトである。特殊化１８０
も、その特殊化１９０も、属性をもたない。特殊化１８０は、ＳＥＮＤＲＥＱＵ
ＥＳＴ及びＳＥＮＤＲＥＳＰＯＮＳＥを機能として有する。向けられるサーバー
を表す特殊化１９０は、機能ＲＥＣＶＭＥＳＳＡＧＥを有する。 図１３ａ及び１３ｂは、別のオブジェクトの機能をコールする１つのオブジェ
クトによりメッセージ１６０、１６２、１６４及び１６６がいかに転送されるか
を示す。アップリケーションＡＰＰ１は、アプリケーションのタスクの通信マネ
ージャーに必要とされるサービスを識別する記号リソースアドレスを送信するこ
とによってサービスを要求する。ディレクタが同じタスクにあると仮定すれば、
通信マネージャーは、その記号ルーティングテーブルをアクセスすることにより
ディレクタオブジェクトを指すポインタ＊ＤＩＲを返送する。さもなくば、上述
したように、代理が形成される。
ラス１８０の特殊化１９０として形成されたオブジェクトである。特殊化１８０
も、その特殊化１９０も、属性をもたない。特殊化１８０は、ＳＥＮＤＲＥＱＵ
ＥＳＴ及びＳＥＮＤＲＥＳＰＯＮＳＥを機能として有する。向けられるサーバー
を表す特殊化１９０は、機能ＲＥＣＶＭＥＳＳＡＧＥを有する。 図１３ａ及び１３ｂは、別のオブジェクトの機能をコールする１つのオブジェ
クトによりメッセージ１６０、１６２、１６４及び１６６がいかに転送されるか
を示す。アップリケーションＡＰＰ１は、アプリケーションのタスクの通信マネ
ージャーに必要とされるサービスを識別する記号リソースアドレスを送信するこ
とによってサービスを要求する。ディレクタが同じタスクにあると仮定すれば、
通信マネージャーは、その記号ルーティングテーブルをアクセスすることにより
ディレクタオブジェクトを指すポインタ＊ＤＩＲを返送する。さもなくば、上述
したように、代理が形成される。
【００３５】 アプリケーションＡＰＰ１は、ディレクタオブジェクトにおける機能ＳＥＮＤ
ＲＥＱＵＥＳＴをコールする。この機能は、メッセージの発信点即ちアプリケー
ションＡＰＰ１を指す＊ＡＰＰと、メッセージの行先即ちディレクタを指す＊Ｄ
ＩＲと、送信されるメッセージの本体を指す＊ＭＳＧをその引数として有する。 ディレクタは、その裁定プロセスを実行し、そしてそれが制御する複製サーバ
ーのどれがデフォールトサーバー、この例ではＳＥＲＶ１、であるかを決定する
。ディレクタは、オブジェクトＳＥＲＶ１におけるＳＥＮＤＲＥＱＵＥＳＴ機能
をコールする。この機能は、メッセージの有効発信点即ちアプリケーションＡＰ
Ｐ１を指す＊ＡＰＰと、メッセージの行先即ちサーバーＳＥＲＶ１を指す＊ＳＥ
ＲＶ１と、送信されたメッセージの本体を指す＊ＭＳＧとをその引数として有す
る。メッセージは、通信マネージャーにおいて待ち行列処理され、通信マネージ
ャーは、次いで、オブジェクトＳＥＲＶ１における機能ＲＥＣＥＩＶＥＭＥＳＳ
ＡＧＥをコールする。この機能は、メッセージの有効発信点即ちアプリケーショ
ンＡＰＰ１を指す＊ＡＰＰと、メッセージの行先即ちサーバーＳＥＲＶ１を指す
＊ＳＥＲＶ１と、送信されたメッセージの本体を指す＊ＭＳＧとをその引数とし
て有する。
ＲＥＱＵＥＳＴをコールする。この機能は、メッセージの発信点即ちアプリケー
ションＡＰＰ１を指す＊ＡＰＰと、メッセージの行先即ちディレクタを指す＊Ｄ
ＩＲと、送信されるメッセージの本体を指す＊ＭＳＧをその引数として有する。 ディレクタは、その裁定プロセスを実行し、そしてそれが制御する複製サーバ
ーのどれがデフォールトサーバー、この例ではＳＥＲＶ１、であるかを決定する
。ディレクタは、オブジェクトＳＥＲＶ１におけるＳＥＮＤＲＥＱＵＥＳＴ機能
をコールする。この機能は、メッセージの有効発信点即ちアプリケーションＡＰ
Ｐ１を指す＊ＡＰＰと、メッセージの行先即ちサーバーＳＥＲＶ１を指す＊ＳＥ
ＲＶ１と、送信されたメッセージの本体を指す＊ＭＳＧとをその引数として有す
る。メッセージは、通信マネージャーにおいて待ち行列処理され、通信マネージ
ャーは、次いで、オブジェクトＳＥＲＶ１における機能ＲＥＣＥＩＶＥＭＥＳＳ
ＡＧＥをコールする。この機能は、メッセージの有効発信点即ちアプリケーショ
ンＡＰＰ１を指す＊ＡＰＰと、メッセージの行先即ちサーバーＳＥＲＶ１を指す
＊ＳＥＲＶ１と、送信されたメッセージの本体を指す＊ＭＳＧとをその引数とし
て有する。
【００３６】 サーバーＳＥＲＶ１は、その機能を遂行し、そしてディレクタオブジェクトに
おいて機能ＳＥＮＤＲＥＳＰＯＮＳＥ（図１３ｂ参照）をコールすることにより
発信アプリケーションに向かって応答メッセージを返送する。この機能は、メッ
セージの発信点即ちサーバーＳＥＲＶ１を指す＊ＳＥＲＶ１と、メッセージの行
先即ちディレクタを指す＊ＲＩＲと、送信される応答メッセージの本体を指す＊
ＲＭＳＧとをその引数として有する。応答メッセージは、発信アプリケーション
＊ＡＰＰに対するポインタを含む。応答メッセージは、通信マネージャーにおい
て待ち行列処理され、通信マネージャーは、次いで、ディレクタオブジェクトに
おける機能ＲＥＣＥＩＶＥＭＥＳＳＡＧＥをコールする。この機能は、メッセー
ジの発信点即ちサーバーＳＥＲＶ１を指す＊ＳＥＲＶ１と、メッセージの行先即
ちディレクタを指す＊ＲＩＲと、応答メッセージの本体を指す＊ＲＭＳＧとをそ
の引数として有する。
おいて機能ＳＥＮＤＲＥＳＰＯＮＳＥ（図１３ｂ参照）をコールすることにより
発信アプリケーションに向かって応答メッセージを返送する。この機能は、メッ
セージの発信点即ちサーバーＳＥＲＶ１を指す＊ＳＥＲＶ１と、メッセージの行
先即ちディレクタを指す＊ＲＩＲと、送信される応答メッセージの本体を指す＊
ＲＭＳＧとをその引数として有する。応答メッセージは、発信アプリケーション
＊ＡＰＰに対するポインタを含む。応答メッセージは、通信マネージャーにおい
て待ち行列処理され、通信マネージャーは、次いで、ディレクタオブジェクトに
おける機能ＲＥＣＥＩＶＥＭＥＳＳＡＧＥをコールする。この機能は、メッセー
ジの発信点即ちサーバーＳＥＲＶ１を指す＊ＳＥＲＶ１と、メッセージの行先即
ちディレクタを指す＊ＲＩＲと、応答メッセージの本体を指す＊ＲＭＳＧとをそ
の引数として有する。
【００３７】 ディレクタは、メッセージを処理する。ディレクタは、アプリケーションオブ
ジェクトＡＰＰ１における機能ＳＥＮＤＲＥＳＰＯＮＳＥをコールする。この機
能は、メッセージの発信点即ちディレクタを指す＊ＤＩＲと、メッセージの行先
即ちアプリケーションＡＰＰ１を指す＊ＡＰＰ１と、応答メッセージの本体を指
す＊ＲＭＳＧとをその引数として有する。メッセージは、通信マネージャーによ
り待ち行列処理され、通信マネージャーは、次いで、アプリケーションＡＰＰ１
における機能ＲＥＣＥＩＶＥＭＥＳＳＡＧＥをコールする。この機能は、メッセ
ージの発信点即ちディレクタを指す＊ＤＩＲと、メッセージの行先即ちアプリケ
ーションＡＰＰ１を指す＊ＡＰＰ１と、応答メッセージの本体を指す＊ＲＭＳＧ
とをその引数として有する。 以上、本発明の好ましい実施形態について説明したが、本発明の範囲から逸脱
せずに種々の変更がなされ得ることを理解されたい。
ジェクトＡＰＰ１における機能ＳＥＮＤＲＥＳＰＯＮＳＥをコールする。この機
能は、メッセージの発信点即ちディレクタを指す＊ＤＩＲと、メッセージの行先
即ちアプリケーションＡＰＰ１を指す＊ＡＰＰ１と、応答メッセージの本体を指
す＊ＲＭＳＧとをその引数として有する。メッセージは、通信マネージャーによ
り待ち行列処理され、通信マネージャーは、次いで、アプリケーションＡＰＰ１
における機能ＲＥＣＥＩＶＥＭＥＳＳＡＧＥをコールする。この機能は、メッセ
ージの発信点即ちディレクタを指す＊ＤＩＲと、メッセージの行先即ちアプリケ
ーションＡＰＰ１を指す＊ＡＰＰ１と、応答メッセージの本体を指す＊ＲＭＳＧ
とをその引数として有する。 以上、本発明の好ましい実施形態について説明したが、本発明の範囲から逸脱
せずに種々の変更がなされ得ることを理解されたい。
【図１】 無線ハンドセット及び付属装置を示す図である。
【図２】 無線ハンドセット及び付属装置を示す図である。
【図３】 ハンドセットと付属装置との間で電話の特徴を分割した図である。
【図４】 接続層を示す図である。
【図５ａ】 記号ルーティングテーブルである。
【図５ｂ】 記号ルーティングテーブルである。
【図６】 ハンドセット及び付属装置内のタスクを概略的に示す図である。
【図７】 アプリケーションオブジェクト及びサーバーオブジェクトを示す図である。
【図８】 インタータスクメッセージの送付を示す図である。
【図９】 代理オブジェクトを示す図である。
【図１０ａ】 インタータスクメッセージの送付を示す図である。
【図１０ｂ】 インタータスクメッセージの送付を示す図である。
【図１１ａ】 ディレクタによるメッセージのルーティングを示す図である。
【図１１ｂ】 メッセージの再フォーマットを示す図である。
【図１２】 ディレクタ及びそれにより指令されるサーバーオブジェクトを示す図である。
【図１３ａ】 単一タスク内のメッセージのルーティングを示す図である。
【図１３ｂ】 単一タスク内のメッセージのルーティングを示す図である。
【手続補正書】
【提出日】平成１３年８月１４日（２００１．８．１４）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5B089 GA04 GA25 GB09 HA11 JB15 JB23 KE02 KE03 KG08 KH03 5K024 AA72 CC11 5K030 JT09 KA01 KA02 LB05 5K051 EE01 EE02 FF00 JJ00
Claims (15)
- 【請求項１】 リソースをアクセスするためにクライアントから複数のサー
バーの選択された１つにメッセージをルーティングし、そしてその選択されたサ
ーバーからクライアントへリソースの応答をルーティングするためのディレクタ
であって、各メッセージは、その発信点の指示と、行先点の指示と、メッセージ
本体とを有し、上記ディレクタは、 ソースをクライアントとしそして行先をルーティング手段として指示する第１
入力メッセージをクライアントから受信する第１入力手段と、 ソースをクライアントとしそして行先を選択されたサーバーとして指示する第
１出力メッセージを選択されたサーバーへ供給する第１出力手段と、 ソースを選択されたサーバーとしそして行先をルーティング手段として指示し
且つクライアントを識別する指示を追加として有する第２入力メッセージを第１
出力メッセージに応答して選択されたサーバーから受信する第２入力手段と、 ソースをルーティング手段としそして行先を１つのクライアントとして指示す
る第２出力メッセージを第２入力メッセージに応答して１つのクライアントに供
給する第２出力手段とを備え、 上記ディレクタは、入力メッセージを出力メッセージとしてルーティングして
、第１入力メッセージの行先の指示を適応させることにより第１出力メッセージ
を形成し、そして第２入力メッセージの行先の指示及びソースの指示を適応させ
且つ第２入力メッセージから上記追加を除去することにより第２出力メッセージ
を形成するよう構成されたことを特徴とするディレクタ。 - 【請求項２】 請求項１に記載のディレクタと、 クライアントとサーバーとの間の通信によりハンドセットの機能を遂行するた
めのメモリを含むプロセッサ手段と、 を備えたことを特徴とする無線ハンドセット。 - 【請求項３】 上記複数のサーバーの各々は、異なる無線通信規格に基づい
てコールを発信及び／又は受信する手段にアクセスする請求項２に記載の無線ハ
ンドセット。 - 【請求項４】 上記ディレクタは、更に、入力を受け取る第３入力手段を有
していてそれに応答して複数のサーバーから選択されたサーバーを決定するため
の裁定手段を備えている請求項１ないし３のいずれかに記載のディレクタ又はハ
ンドセット。 - 【請求項５】 上記ディレクタは、第１入力メッセージとは異なる所定のフ
ォーマットを有する第２入力メッセージを適応させるように構成された請求項１
ないし４のいずれかに記載のディレクタ又はハンドセット。 - 【請求項６】 第２入力メッセージのフォーマットは、その終わりに追加を
有するといて点で第１入力メッセージとは異なる請求項１ないし５のいずれかに
記載のディレクタ又はマルチモードハンドセット。 - 【請求項７】 上記クライアント、選択されたサーバー及びディレクタは、
各々同じ基本的クラスの特殊化である第１、第２及び第３オブジェクトである請
求項１ないし６のいずれかに記載のディレクタ又はハンドセット。 - 【請求項８】 発信オブジェクトから行先オブジェクトへのメッセージの送
信は、行先オブジェクトの機能をコールすることを含む請求項７に記載のディレ
クタ又はハンドセット。 - 【請求項９】 上記機能は、発信オブジェクトに対するポインタ又はそのア
ドレス、及び行先オブジェクトに対するポインタ又はそのアドレスを引数として
取り入れる請求項８に記載のディレクタ又はハンドセット。 - 【請求項１０】 上記クライアントは、プロセッサ手段内に定められる請求
項２ないし９のいずれかに記載のハンドセット。 - 【請求項１１】 上記ディレクタは、ハンドセット又は付属装置のプロセッ
サ手段内に定められる請求項１０に記載のハンドセット。 - 【請求項１２】 上記選択されたサーバーは、ハンドセット又は付属装置の
プロセッサ手段内に定められる請求項１１に記載のハンドセット。 - 【請求項１３】 上記第３オブジェクトは、サービスを提供するためのリソ
ースをカプセル化する請求項７及び請求項１０ないし１２のいずれかに記載のハ
ンドセット。 - 【請求項１４】 上記第２オブジェクトは、メッセージを再フォーマットす
る手段をカプセル化する請求項７及び請求項１０ないし１３のいずれかに記載の
ハンドセット。 - 【請求項１５】 上記クライアントは、サービスを識別する記号アドレスを
用いてサービスを要求し、そしてそれに応答して、サービスを提供する複製サー
バーへのアクセスを制御するディレクタの識別を受け取るよう構成された請求項
１ないし１４のいずれかに記載のハンドセット。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB9903262A GB2346766A (en) | 1999-02-12 | 1999-02-12 | Routing messages between a client and a selected server |
| GB9903262.5 | 1999-02-12 | ||
| PCT/EP2000/001052 WO2000048351A2 (en) | 1999-02-12 | 2000-02-10 | Packet redirector |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002537684A true JP2002537684A (ja) | 2002-11-05 |
Family
ID=10847689
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000599168A Ceased JP2002537684A (ja) | 1999-02-12 | 2000-02-10 | ルーティング |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US6959185B1 (ja) |
| EP (1) | EP1173946B1 (ja) |
| JP (1) | JP2002537684A (ja) |
| KR (1) | KR100705439B1 (ja) |
| CN (1) | CN1197321C (ja) |
| AT (1) | ATE246422T1 (ja) |
| AU (1) | AU2909100A (ja) |
| DE (1) | DE60004197T2 (ja) |
| GB (1) | GB2346766A (ja) |
| WO (1) | WO2000048351A2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6999565B1 (en) | 2000-02-01 | 2006-02-14 | Envoyworldwide, Inc. | Multi-mode message routing and management |
| US6842772B1 (en) | 2000-03-14 | 2005-01-11 | Envoy World Wide, Inc | Application program interface for message routing and management system |
| US8516047B2 (en) | 2000-11-06 | 2013-08-20 | Rick Castanho | System and method for service specific notification |
| WO2002087095A1 (en) | 2001-04-25 | 2002-10-31 | Envoy Worldwide, Inc. | Wireless messaging system to multiple |
| US6931463B2 (en) * | 2001-09-11 | 2005-08-16 | International Business Machines Corporation | Portable companion device only functioning when a wireless link established between the companion device and an electronic device and providing processed data to the electronic device |
| US7454195B2 (en) | 2001-11-16 | 2008-11-18 | At&T Mobility Ii, Llc | System for the centralized storage of wireless customer information |
| US8660537B2 (en) * | 2001-11-16 | 2014-02-25 | At&T Mobility Ii Llc | System for the storage and retrieval of messages |
| US7870201B2 (en) * | 2004-12-03 | 2011-01-11 | Clairmail Inc. | Apparatus for executing an application function using a mail link and methods therefor |
| US7844674B2 (en) * | 2004-12-03 | 2010-11-30 | Clairmail Inc. | Architecture for general purpose trusted personal access system and methods therefor |
| US7870202B2 (en) * | 2004-12-03 | 2011-01-11 | Clairmail Inc. | Apparatus for executing an application function using a smart card and methods therefor |
| EP1955184A2 (en) * | 2005-11-15 | 2008-08-13 | Clairmail Inc. | Application access utilizing a message link |
| WO2009023258A2 (en) * | 2007-08-15 | 2009-02-19 | Clairmail, Inc. | Machine-implemented system and method for providing timed targeted promotional offers to individual payment account users with feedback |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU6957794A (en) * | 1993-05-21 | 1994-12-20 | Candle Distributed Solutions, Inc. | Method of selecting a server object to service a client object request within a network environment |
| US5774660A (en) * | 1996-08-05 | 1998-06-30 | Resonate, Inc. | World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network |
| WO1998026530A1 (en) * | 1996-12-09 | 1998-06-18 | Motorola Inc. | System, device, and method for routing dhcp packets in a public data network |
| GB9715966D0 (en) * | 1997-07-30 | 1997-10-01 | Ibm | Data communications management for use with networking applications and for mobile communications environments |
| US6253061B1 (en) * | 1997-09-19 | 2001-06-26 | Richard J. Helferich | Systems and methods for delivering information to a transmitting and receiving device |
| US6230004B1 (en) * | 1997-12-01 | 2001-05-08 | Telefonaktiebolaget Lm Ericsson | Remote procedure calls using short message service |
| GB2341963B (en) | 1998-09-24 | 2003-07-02 | Nokia Mobile Phones Ltd | Paging |
-
1999
- 1999-02-12 GB GB9903262A patent/GB2346766A/en not_active Withdrawn
-
2000
- 2000-02-10 CN CNB008061327A patent/CN1197321C/zh not_active Expired - Fee Related
- 2000-02-10 EP EP00907532A patent/EP1173946B1/en not_active Expired - Lifetime
- 2000-02-10 US US09/913,273 patent/US6959185B1/en not_active Expired - Fee Related
- 2000-02-10 AU AU29091/00A patent/AU2909100A/en not_active Abandoned
- 2000-02-10 JP JP2000599168A patent/JP2002537684A/ja not_active Ceased
- 2000-02-10 DE DE60004197T patent/DE60004197T2/de not_active Expired - Fee Related
- 2000-02-10 WO PCT/EP2000/001052 patent/WO2000048351A2/en active IP Right Grant
- 2000-02-10 KR KR1020017009955A patent/KR100705439B1/ko not_active IP Right Cessation
- 2000-02-10 AT AT00907532T patent/ATE246422T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1173946B1 (en) | 2003-07-30 |
| EP1173946A2 (en) | 2002-01-23 |
| AU2909100A (en) | 2000-08-29 |
| US6959185B1 (en) | 2005-10-25 |
| GB2346766A (en) | 2000-08-16 |
| CN1197321C (zh) | 2005-04-13 |
| KR100705439B1 (ko) | 2007-04-09 |
| CN1352847A (zh) | 2002-06-05 |
| WO2000048351A2 (en) | 2000-08-17 |
| DE60004197D1 (de) | 2003-09-04 |
| ATE246422T1 (de) | 2003-08-15 |
| GB9903262D0 (en) | 1999-04-07 |
| WO2000048351A3 (en) | 2001-11-08 |
| KR20010111257A (ko) | 2001-12-17 |
| DE60004197T2 (de) | 2004-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4197841B2 (ja) | 移動ステーションを周辺装置に接続するためのインテリジェントサービスインターフェイス及びメッセージプロトコル | |
| US7039033B2 (en) | System, device and computer readable medium for providing a managed wireless network using short-range radio signals | |
| KR100731151B1 (ko) | 무선 핸드셋 | |
| JP2003502914A (ja) | セルラー通信システムのサーバからコンテンツを取り出すための方法およびシステム | |
| JP2002543676A (ja) | インターネットをブラウズするための無線端末装置 | |
| JP2003511771A (ja) | マン・マシン・インターフェースを有するポータブル通信装置及びその動作方法 | |
| JP2002543496A (ja) | ブラウザを備えた無線端末装置 | |
| WO2006051858A1 (ja) | 携帯電話装置及びそのファイル共有方法 | |
| JP2002537684A (ja) | ルーティング | |
| JP2002513261A (ja) | ディジタルユーザー端末に用いるユーザー情報の認証と暗号化の管理 | |
| WO2008086899A1 (en) | Methods for accessing a phone-based web server with a private ip address and related electronic devices and computer program products | |
| JP2003092778A (ja) | 移動通信端末装置、そのプログラムおよび位置検索サーバ | |
| JP2004064755A (ja) | 呼確立シグナリングによりデータ要求を行うための方法およびコンピュータプログラムプロダクト | |
| JP2002543641A (ja) | ブラウザを備えた無線端末装置 | |
| KR100652161B1 (ko) | 무선 핸드셋 | |
| TW201828684A (zh) | 通知訊息處理方法及裝置 | |
| CN114697928A (zh) | 数据通信方法、通信终端 | |
| JP2004166021A (ja) | 無線携帯端末を使用した装置入力方式 | |
| MXPA01010800A (en) | Radio terminal with browser |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070201 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090824 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091015 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100113 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100225 |
|
| A045 | Written measure of dismissal of application [lapsed due to lack of payment] |
Free format text: JAPANESE INTERMEDIATE CODE: A045 Effective date: 20100617 |