JPH09179807A - Message communication system and its method - Google Patents

Message communication system and its method

Info

Publication number
JPH09179807A
JPH09179807A JP7336437A JP33643795A JPH09179807A JP H09179807 A JPH09179807 A JP H09179807A JP 7336437 A JP7336437 A JP 7336437A JP 33643795 A JP33643795 A JP 33643795A JP H09179807 A JPH09179807 A JP H09179807A
Authority
JP
Japan
Prior art keywords
information
client
server
message
storage location
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.)
Pending
Application number
JP7336437A
Other languages
Japanese (ja)
Inventor
Ikuko Kobayashi
郁子 小林
Junji Fukuzawa
淳二 福澤
Hideya Kawahara
英哉 川原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP7336437A priority Critical patent/JPH09179807A/en
Publication of JPH09179807A publication Critical patent/JPH09179807A/en
Pending legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)

Abstract

PROBLEM TO BE SOLVED: To permit a server side/client side user program to utilize a asynchronous communication function without changing the structure of a server side/ client side user program part by respectively providing a specified information keeping function and a respresentative transmitting/receiving function. SOLUTION: This system is provided with the information keeping function where request information to be transmitted to a server from a client and response information to be returned to the client from the server are temporarily kept and the representative transmitting/receiving function executing a procedure calling instruction/procedure execution result reception in place of the client. That is, an application module 7 is the keeping function module and mediates between an information originator and an information receiver in the transmission/reception of transmitted information. The application module 8 is the representative function module, calls the procedure of an information receiver side in place of the information originator and returns the procedure execution result to the information receiver in place of the information receiver.

Description

【発明の詳細な説明】Detailed Description of the Invention

【発明の属する技術分野】本発明は、クライアント/サ
ーバ型システムのプロセス間メッセージ通信方式に係
り、特に通信相手プロセスが互いに独立して動作するシ
ステムにおいて、プロセスが互いにメッセージを受け渡
しする場合に好適なメッセージ通信システム及び方式。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an interprocess message communication system of a client / server type system, and is particularly suitable for a system in which communication partner processes operate independently of each other, when the processes pass messages to each other. Message communication system and method.

【従来の技術】[Prior art]

(発明に最も近い公知例) DEC messageQ 分散型システムのプロセス間メッセージ通信方式には、
同期型通信方式と非同期型通信方式がある。同期型通信
方式は、メッセージ送信側プロセスとメッセージ受信側
プロセスが同時に稼動している状態でメッセージを送受
信する方式であり、メッセージ送信側プロセスとメッセ
ージ受信側プロセスは同期して動作する。即ち、送信側
プロセスのメッセージ送信処理は、 受信側プロセスに
メッセージが到達した段階で、又は受信側にメッセージ
が到達し、かつ受信側からこれに対する応答メッセージ
を受信した段階で終了する。一方、非同期型通信方式
は、メッセージ送信側プロセスとメッセージ受信側プロ
セスが互いに相手の稼動状態を意識しないでメッセージ
を送受信する方式であり、メッセージ送信側プロセスと
メッセージ受信側プロセスは非同期に動作する。即ち、
メッセージの受け渡しを仲介する仲介機能部が存在し、
送信側プロセスのメッセージ送信処理は、受信側を指定
してメッセージの送信を仲介機能部に依頼した段階で終
了する。受信側プロセスは、任意のタイミングで仲介機
能部からメッセージを受け取る。従来、本発明の目的で
ある非同期型通信方式を実現するメッセージ通信システ
ムは、DEC MessageQにより提案されている。上記通信シ
ステムは、システム上のプロセスに、メッセージを送受
信するための機能として送信(put)命令と、受信(get)命
令を提供する。メッセージ受信側プロセスは、キューと
呼ばれるメッセージ蓄積場所を定義し、システム上の任
意の計算機上に登録する。メッセージ送信側プロセス
は、受信側プロセスのキューを指定してput命令を発行
する。通信システムは、指定されたキューにメッセージ
を送る。メッセージ受信側プロセスは、受信側プロセス
のキューを指定してget命令を発行する。通信システム
は、指定されたキューからメッセージを取り出して、受
信側プロセス内のメッセージ受信領域にメッセージを書
き込む。上記従来通信システムでは、各プロセスが送受
信するメッセージは単なるバイト列である。バイト列と
は伝送路で送受信されるデータ形式である。送信側プロ
セスはあるデータ構造で表現されるメッセージをバイト
列に変換し通信システムに渡す。受信側プロセスは、バ
イト列をあるデータ構造へ変換し、データ構造の内容か
ら関連する手続きを実行する。
(A known example closest to the invention) DEC messageQ The interprocess message communication system of the distributed system includes:
There are a synchronous communication system and an asynchronous communication system. The synchronous communication method is a method of transmitting and receiving a message in a state where a message transmitting side process and a message receiving side process are operating simultaneously, and the message transmitting side process and the message receiving side process operate in synchronization. That is, the message sending process of the sending side process ends when the message reaches the receiving side process, or when the message reaches the receiving side and a response message to the receiving side is received. On the other hand, the asynchronous communication method is a method in which a message sending side process and a message receiving side process send and receive a message without being aware of the operating state of the other party, and the message sending side process and the message receiving side process operate asynchronously. That is,
There is an intermediary function that mediates the passing of messages.
The message sending process of the sending side process ends when the receiving side is designated and a message is sent to the intermediary function unit. The receiving process receives a message from the mediation function unit at an arbitrary timing. Conventionally, a message communication system which realizes the asynchronous communication system which is the object of the present invention has been proposed by DEC MessageQ. The communication system provides a process on the system with a send command and a receive command as functions for sending and receiving a message. The message receiving process defines a message storage location called a queue and registers it on any computer on the system. The message sending process specifies the queue of the receiving process and issues a put instruction. The communication system sends the message to the designated queue. The message receiving process specifies the queue of the receiving process and issues a get command. The communication system extracts the message from the designated queue and writes the message in the message receiving area in the receiving process. In the above conventional communication system, the message transmitted and received by each process is a simple byte string. A byte string is a data format transmitted and received on a transmission line. The sending process converts the message represented by a certain data structure into a byte string and passes it to the communication system. The receiving process converts the byte sequence into a data structure and executes the related procedure from the contents of the data structure.

【発明が解決しようとする課題】上記従来技術の問題
は、分散型システムのモデルが対等型(peer-to-peer)
でありクライアント/サーバ型に適用できないことにあ
る。対等型システムは、全てのプロセスが通信システム
に対してメッセージ送信命令/メッセージ受信命令を発
行するクライアントとなる。一方クライアント/サーバ
型システムでは、命令を発行してメッセージを送る側が
クライアントとなり、命令を受け取ってメッセージに対
応する手続きを実行する側がサーバとなる。対等型の通
信システムは、メッセージとバイト列との変換処理、及
びメッセージに対応する手続きを呼び出す処理をユーザ
プログラムが記述する必要があり、メッセージの抽象度
が低い。しかし、クライアント/サーバ型の通信システ
ムでは、通信システム自身がメッセージとバイト列との
変換処理、及びメッセージに対応する手続きを呼び出す
機能を持つことができるため、サーバ側のユーザプログ
ラムは手続きを実行する処理をプログラミングするだけ
でよくメッセージの抽象度が高い。例えばオブジェクト
指向ソフトウエア設計法に基くクライアント/サーバ型
システムでは、サーバプログラムはオブジェクトの集合
となる。オブジェクトとは、データ構造とデータ構造に
対する複数の手続きからなるプログラム単位である。ク
ライアントプログラムは、オブジェクトを指定してサー
バプログラムへメッセージ(この場合、オブジェクト識
別子、手続き、手続きが実行できる情報等)を送る。メ
ッセージを受けたサーバプログラムは指定されたオブジ
ェクトの手続きを実行する。通信システムは、メッセー
ジをバイト列に変換しオブジェクトが存在するサーバ側
計算機の通信システムへ送る。サーバ側計算機の通信シ
ステムはバイト列をメッセージに変換してオブジェクト
の手続きを呼び出す。このシステムを従来方式で非同期
型に変更すると、オブジェクトへメッセージを送るとい
うオブジェクト指向特有のプログラミングが行えない。
本発明の目的は、クライアント/サーバモデルの分散型
システムにおいて、サーバ側ユーザプログラム部の構造
を変更することなく、サーバ側/クライアント側ユーザ
プログラムが非同期型通信機能を利用できるようにする
ことにある。
The problem of the above prior art is that the model of the distributed system is peer-to-peer.
Therefore, it cannot be applied to the client / server type. A peer-to-peer system is a client in which all processes issue message send / receive commands to the communication system. On the other hand, in a client / server system, the side that issues a command and sends a message becomes the client, and the side that receives the command and executes the procedure corresponding to the message becomes the server. In the peer-to-peer communication system, the user program needs to describe the conversion process between the message and the byte string and the process for calling the procedure corresponding to the message, and the message abstraction level is low. However, in the client / server communication system, the communication system itself can have a function of converting a message into a byte string and a function of calling a procedure corresponding to the message, so that the user program on the server side executes the procedure. The message abstraction is high simply by programming the process. For example, in a client / server type system based on an object-oriented software design method, a server program is a set of objects. An object is a program unit consisting of a data structure and a plurality of procedures for the data structure. The client program specifies an object and sends a message (in this case, an object identifier, a procedure, information that the procedure can be executed, etc.) to the server program. The server program that receives the message executes the procedure of the specified object. The communication system converts the message into a byte string and sends it to the communication system of the server computer where the object exists. The communication system of the server computer converts the byte string into a message and calls the object procedure. If this system is changed to an asynchronous type by the conventional method, object-specific programming of sending a message to an object cannot be performed.
An object of the present invention is to enable a server side / client side user program to utilize an asynchronous communication function without changing the structure of the server side user program part in a client / server model distributed system. .

【課題を解決するための手段】本発明によるメッセージ
通信システムは、クライアント(モジュール)とサーバ
(モジュール)間の通信に関して、クライアントがサー
バへ送る要求情報、及びサーバがクライアントへ返送す
る応答情報を一時保管する情報保管機能と、クライアン
トに代わって手続き呼出し命令/手続き実行結果受信を
行う代理送受信機能とを設けることを特徴とする。情報
保管機能は、クライアントがサーバへ送る要求情報、及
びクライアントがサーバから受け取る応答情報を一時保
管しておくクライアント用情報保管場所と、サーバがク
ライアントから受け取る要求情報、及びサーバがクライ
アントへ送る応答情報を一時保管しておくサーバ用情報
保管場所とを作成する保管場所作成手段と、サーバ識別
情報からサーバ用情報保管場所の情報を得るサーバ管理
手段を提供する。更に、クライアントが作成した任意の
要求情報をクライアント用情報保管場所へ格納するクラ
イアント送信手段、これをクライアント用情報保管場所
からサーバ用情報保管場所へ転送するクライアント転送
手段、サーバ用情報保管場所から取り出すサーバ受信手
段と、この情報に関連する応答情報をサーバ用情報保管
場所へ格納するサーバ送信手段、これをサーバ用情報保
管場所からクライアント用情報保管場所へ転送するサー
バ転送手段、クライアント用情報保管場所から取り出す
クライアント受信手段を提供する。更に、低速で信頼性
の低いネットワークを使用するクライアントがサブクラ
イアント用情報保管場所を作成する手段と、サブクライ
アント用情報保管場所からクライアント用情報保管場所
へ要求情報を複数まとめて送信する送信依頼手段、クラ
イアント用情報保管場所からサブクライアント用情報保
管場所へ応答情報を複数まとめて受信する受信依頼手段
を提供する。代理送受信機能は、サーバの手続き呼出し
方法を登録する手続き登録手段、サーバ受信手段によっ
て得られた要求情報からサーバの手続きを呼出し、実行
結果を受け取る手続き呼出し手段を提供する。本発明で
は、まず保管場所作成手段がクライアント用情報保管場
所と、サーバ用情報保管場所を任意の計算機上に作成す
る。次に、手続き登録手段がサーバの手続き呼出し方法
を代理送受信機能に登録する。クライアント送信手段
は、メッセージA(サーバ識別情報、応答情報受信場
所、送信処理を通信システムが唯一に識別するための命
令識別情報、要求情報を含む)をクライアント用情報保
管場所に送り送信処理を終了する。クライアント転送手
段は、クライアント用情報保管場所にあるメッセージA
を取り出し、サーバ管理手段によってサーバ識別情報
に関連するサーバ用情報保管場所を調べ、このメッセー
ジをサーバ用情報保管場所に転送し処理を終了する。転
送失敗の場合は、一定時間後再試行することを繰り返
す。サーバ受信手段は、サーバ用情報保管場所からメッ
セージAを受け取る。手続き呼出し手段は、メッセージ
から手続き呼出しに必要な情報を取出し、サーバの手続
きを実行する。呼出し失敗の場合は、一定時間後再試行
することを繰り返す。実行結果を受信したら、応答情報
を作成する。サーバ送信手段は、応答情報を含むメッセ
ージB(メッセージAの応答情報受信場所、サーバ用情
報保管場所、メッセージAの命令識別情報、応答情報)
をサーバ用情報保管場所に送り送信処理を終了する。サ
ーバ転送手段は、サーバ用情報保管場所にあるメッセー
ジBを取り出し、応答情報受信場所となるクライアント
用情報保管場所に転送し処理を終了する。転送失敗の場
合は、一定時間後再試行することを繰り返す。クライア
ント受信手段は、クライアント用情報保管場所からメッ
セージBを受け取る。このように本発明によれば、送信
手段、転送手段、受信手段が独立して動作するので、ク
ライアント/サーバ型システムを非同期型で利用でき
る。更に、本発明の別の実施例では、保管場所作成手段
がサブクライアント用情報保管場所をクライアントと同
じ計算機上に、クライアント用情報保管場所を別の計算
機上に作成する。クライアント送信手段は、メッセージ
Aをサブクライアント用情報保管場所に送り送信処理を
終了する。送信依頼手段は、通信可能な状態の時にサブ
クライアント用情報保管場所に格納されたメッセージを
複数まとめてクライアント用情報保管場所に送る。クラ
イアント転送手段は、クライアント用情報保管場所にあ
るメッセージAを取り出し、サーバ管理手段によってサ
ーバ識別情報に関連するサーバ用情報保管場所を調べ、
このメッセージAをサーバ用情報保管場所に転送し処理
を終了する。サーバ受信手段は、サーバ用情報保管場所
からメッセージAを受け取る。手続き呼出し手段は、メ
ッセージAから手続き呼出しに必要な情報を取出し、サ
ーバの手続きを実行する。実行結果を受信したら、応答
情報を作成する。サーバ送信手段は、応答情報を含むメ
ッセージBをサーバ用情報保管場所に送り送信処理を終
了する。サーバ転送手段は、サーバ用情報保管場所にあ
るメッセージBを取り出し、応答情報受信場所となるク
ライアント用情報保管場所に転送し処理を終了する。ク
ライアント受信手段は、サブクライアント用情報保管場
所からメッセージBを受け取る。サブクライアント用情
報保管場所に該当するメッセージが保管されていない場
合、かつ通信可能な状態の時、依頼受信手段は、クライ
アント用情報保管場所からメッセージを複数まとめてサ
ブクライアント用情報保管場所へ受信する。クライアン
ト受信手段は、受信したメッセージから関連する受信情
報を選択する。このように本発明によれば、依頼送信手
段、依頼受信手段によって、要求情報/受信情報を一旦
受け付け、これを通信可能な時に複数まとめて送受信す
ることができるため、ネットワーク着脱が頻繁な携帯型
計算機をクライアント/サーバ型システムに収容でき
る。
In a message communication system according to the present invention, regarding communication between a client (module) and a server (module), request information sent by the client to the server and response information returned by the server to the client are temporarily stored. It is characterized by providing an information storage function for storing and a proxy transmission / reception function for receiving a procedure call instruction / procedure execution result on behalf of the client. The information storage function is a client information storage location for temporarily storing request information that the client sends to the server and response information that the client receives from the server, request information that the server receives from the client, and response information that the server sends to the client. There is provided a storage location creating means for creating a server information storage location for temporarily storing data and a server management means for obtaining information of the server information storage location from the server identification information. Further, a client transmission means for storing arbitrary request information created by the client in the client information storage location, a client transfer means for transferring the request information from the client information storage location to the server information storage location, and a server information storage location Server receiving means, server transmitting means for storing response information related to this information in the server information storage location, server transfer means for transferring this from the server information storage location to the client information storage location, client information storage location It provides a client receiving means to retrieve from. Further, a client that uses a low-speed and low-reliability network creates a sub-client information storage location, and a transmission request means that collectively transmits a plurality of request information from the sub-client information storage location to the client information storage location. Provided is a reception requesting unit that receives a plurality of pieces of response information from a client information storage location to a sub-client information storage location. The proxy transmission / reception function provides a procedure registration means for registering the procedure call method of the server and a procedure call means for calling the procedure of the server from the request information obtained by the server receiving means and receiving the execution result. In the present invention, the storage location creating means first creates a client information storage location and a server information storage location on an arbitrary computer. Next, the procedure registration means registers the procedure calling method of the server in the proxy transmission / reception function. The client sending means sends a message A (including server identification information, response information receiving location, command identification information and request information for the communication system to uniquely identify the sending processing) to the client information storage location and ends the sending processing. To do. The client transfer means uses the message A in the client information storage location.
, The server management means checks the server information storage location related to the server identification information, transfers this message to the server information storage location, and ends the processing. If the transfer is unsuccessful, retrying after a certain period of time is repeated. The server receiving means receives the message A from the server information storage location. The procedure calling means extracts information necessary for calling the procedure from the message and executes the procedure of the server. If the call is unsuccessful, retrying after a certain period of time is repeated. When the execution result is received, the response information is created. The server transmitting means includes the message B including the response information (the response information reception location of the message A, the server information storage location, the command identification information of the message A, the response information).
Is sent to the server information storage location, and the transmission process ends. The server transfer means takes out the message B in the server information storage location, transfers it to the client information storage location which is the response information reception location, and ends the processing. If the transfer is unsuccessful, retrying after a certain period of time is repeated. The client receiving means receives the message B from the client information storage location. As described above, according to the present invention, the transmission means, the transfer means, and the reception means operate independently, so that the client / server type system can be used in an asynchronous type. Furthermore, in another embodiment of the present invention, the storage location creating means creates the sub-client information storage location on the same computer as the client and the client information storage location on another computer. The client sending means sends the message A to the sub-client information storage location and ends the sending process. The transmission requesting unit collectively sends a plurality of messages stored in the sub-client information storage location to the client information storage location when communication is possible. The client transfer means takes out the message A in the client information storage location, checks the server information storage location related to the server identification information by the server management means,
This message A is transferred to the server information storage location, and the processing ends. The server receiving means receives the message A from the server information storage location. The procedure calling means extracts information necessary for calling the procedure from the message A and executes the procedure of the server. When the execution result is received, the response information is created. The server transmission means sends the message B including the response information to the server information storage location and ends the transmission process. The server transfer means takes out the message B in the server information storage location, transfers it to the client information storage location which is the response information reception location, and ends the processing. The client receiving means receives the message B from the sub-client information storage location. When the message corresponding to the sub client information storage location is not stored, and when communication is possible, the request receiving means receives a plurality of messages from the client information storage location in a batch to the sub client information storage location. . The client receiving means selects related reception information from the received message. As described above, according to the present invention, the request transmission unit and the request reception unit can temporarily receive the request information / reception information and collectively transmit and receive the request information / reception information. A computer can be housed in a client / server type system.

【発明の実施の形態】以下本発明の概要を「図2」を参
照しつつ説明する。図2は、クライアント/サーバモデ
ルに従って設計されたシステムを、非同期型通信で利用
する場合の手順を表す。以下では、クライアント側を情
報送信者、サーバ側を情報受信者、クライアントとサー
バが同期型で送受信していた情報(サーバ側で実行する
手続きを識別する情報、手続きを実行するためのデータ
群、手続き実行結果を表すデータ群等)を伝達情報と呼
ぶ。非同期型通信では、情報送信者と情報受信者との通
信を仲立ちする情報仲介者を新たに設ける。情報仲介者
は、情報送信者、情報受信者から送られた伝達情報を一
時保管する情報保管者の役割と、クライアントに代わっ
てサーバの手続きを呼出す、及びサーバに代わって手続
き実行結果を返す代理送受信者の役割を持つ。以下で
は、伝達情報を一時保管する場所をキューオブジェクト
と呼ぶ。同期型通信の手続きには、1方向手続きと2方
向手続きとがある。1方向手続きとは、手続きの実行結
果をサーバがクライアントへ返さない手続きである。2
方向手続きとは、手続きの実行結果をサーバがクライア
ントへ返す手続きである。これら手続きを非同期型通信
で実行する場合、非同期型通信システムは以下のように
動作する。情報送信者は、伝達情報を組立て(1)、情報
仲介者の情報保管者へ伝達情報送信要求メッセージを送
る(2)。情報保管者はメッセージをキューオブジェクト
に保管しておく(3)。代理送受信者は、キューオブジェ
クトからメッセージを取出す(4)。代理送受信者は、メ
ッセージから伝達情報を取出して手続き呼出しの準備を
する(5)。代理送受信者は、手続きを呼出す(6)。1方向
手続きは、この段階で終了する。2方向手続きの場合、
引き続き以下の処理を行う。代理送受信者は、手続き実
行結果から伝達情報を組立て、伝達情報送信要求メッセ
ージを作る(7)。代理送受信者はメッセージを情報保管
者へ送る(8)。情報保管者はメッセージをキューオブジ
ェクトに保管しておく(9)。情報送信者は、伝達情報受
信要求メッセージを情報仲介者の情報保管者へ送り、メ
ッセージを得る (10)。情報送信者は、メッセージから
伝達情報を取り出して手続き実行結果を得る(11)。 実施例1 以下本発明の一実施例を図面を参照しつつ説明する。
「図1」は、本発明に係るメッセージ通信システムの一
実施例の構成を表す図である。分散型システムとは、複
数のプロセス3(3A,…,3D)がLAN等の伝送路1によ
って接続された複数の計算機2(2A,…,2D)に配置さ
れ、これらプロセスが協調して動作するシステムであ
る。分散型システムの各プロセス3は、機能を提供する
又は利用するアプリケーションモジュール(5,6,7,
8,9)と、アプリケーションモジュールの機能を識別し
て、アプリケーションモジュールにメッセージを配送す
るオブジェクト間通信モジュール4(4A,…,4D)とか
ら構成される。本実施例では、オブジェクト間通信モジ
ュール4が識別する機能の単位を、アプリケーションモ
ジュールが持つデータとデータに関連する手続きからな
るプログラム単位、即ちオブジェクトとする。アプリケ
ーションモジュールは、オブジェクトを提供する側がサ
ーバ、オブジェクトを利用する側がクライアントとな
る。サーバは手続き実行部を持ち、クライアントは手続
き呼出し命令部を持つ。クライアントはオブジェクトを
識別する情報と手続きとを指定してオブジェクト間通信
モジュール4に手続き呼出し命令を発行する。オブジェ
クト間通信モジュール4は、クライアントから受取った
命令(クライアントとオブジェクト間通信モジュールの
間で取り決めた手続き呼出し、手続き実行結果返却の形
式)を規定の要求メッセージ(クライアント側のオブジ
ェクト間通信モジュールとサーバ側のオブジェクト間通
信モジュールが取り決めた手続き呼出し形式)に変換す
る。更に、オブジェクト間通信モジュール4が管理する
オブジェクト配置情報300よりオブジェクトのアドレス
情報を得て、要求メッセージを該当するプロセスのオブ
ジェクト間通信モジュールへ送る。サーバ側のオブジェ
クト間通信モジュール4は、要求メッセージから手続き
の種類を判断して、これに対応するオブジェクトの手続
きを起動する。更に、サーバ側のオブジェクト間通信モ
ジュール4は、手続き実行結果を応答メッセージ(クラ
イアント側のオブジェクト間通信モジュールとサーバ側
のオブジェクト間通信モジュールが取り決めた手続き実
行結果返却の形式)に変換して、クライアント側のオブ
ジェクト間通信モジュールに返送する。クライアント側
のオブジェクト間通信モジュール4は、手続き実行結果
を応答メッセージから取出して手続き呼出し命令の規定
領域に設定して命令の実行を終了する。この処理におい
て、手続き呼出し命令を規定の要求メッセージ形式へ変
換する部分、及び規定の応答メッセージ形式から手続き
実行結果を取出して手続き呼出し命令の規定領域に設定
する部分は、手続き毎に処理が異なる。よってクライア
ントは、クライアントが使用する手続きに関して、上記
処理部分をクライアント側のオブジェクト間通信モジュ
ールに予め登録しておく。アプリケーションモジュール
5は、オブジェクトを利用する側となるクライアントモ
ジュールである。クライアントモジュール5は、伝達情
報送信手続き呼出し、及び伝達情報受信手続き呼出しを
行う(伝達情報)送信命令部/(伝達情報)受信命令部
とをもつ。クライアントモジュール5は、非同期型通信
において、情報送信者(クライアント)となる。アプリ
ケーションモジュール6は、オブジェクトを提供する側
となるユーザオブジェクトモジュールである。ユーザオ
ブジェクトモジュール6は、非同期型通信において、情
報受信者(サーバ)となる。アプリケーションモジュー
ル7 は、情報送信者と情報受信者との間で伝達情報の受
け渡しを仲介する保管機能モジュールである。保管機能
モジュール7は、手続きを実行する実行部と手続きを呼
出す命令部からなる。実行部は、(キュー)作成実行部
/(伝達情報)送信実行部/(伝達情報)受信実行部/
(伝達情報)転送実行部からなる。命令部は、(伝達情
報)転送命令部/(キュー)問合わせ命令部からなる。
保管機能モジュール7は、キューオブジェクト毎にキュ
ー管理情報400を持つ。アプリケーションモジュール8
は、情報送信者に代わって情報受信者側の手続きを呼出
す、及び、情報受信者に代わって手続き実行結果を情報
受信者へ返送する代理機能モジュールである。代理機能
モジュール8は、手続き呼出しを行う(伝達情報)送信
命令部/(伝達情報)受信命令部/(情報受信者側の)
手続き呼出し部と、手続き実行を行う(代理オブジェク
ト)登録実行部からなる。代理機能モジュール8は、キ
ューオブジェクトと、オブジェクトが使用する手続き情
報を記録した代理オブジェクト管理情報1300を持つ。ア
プリケーションモジュール9は、ユーザオブジェクトと
キューオブジェクトとの関連情報を管理するユーザオブ
ジェクト管理モジュールである。ユーザオブジェクト管
理モジュール9は、ユーザオブジェクトが使用するキュ
ーオブジェクトの情報を記録したユーザオブジェクト管
理情報1000を持つ。ユーザオブジェクト管理モジュール
9は、手続きを実行する(キュー)登録実行部/(キュ
ー)問合わせ実行部からなる。以上の構成要素の内、本
発明に係わるモジュールは、保管機能モジュール7、代
理機能モジュール8、ユーザオブジェクト管理モジュー
ル9である。「図3」は、オブジェクトの配置(アドレ
ス)情報を管理するために使用するオブジェクト配置情
報300の一構成例である。オブジェクト識別子301は、オ
ブジェクトをシステム内で唯一に識別するための情報、
オブジェクトタイプ302はオブジェクトの種類を識別す
るための情報、属性タイプ303はオブジェクトが持つ属
性を識別するための情報、属性値304は属性そのものを
あらわす情報である。例えばキューオブジェクトの場
合、まずキューというオブジェクトを識別するオブジェ
クトタイプXがあり、各々のキューオブジェクトを識別
するために識別子Aがある。更に配置場所という属性を
識別するために属性aがあり、アドレス情報という属性
値1がある。ユーザオブジェクトの場合も同様に、オブ
ジェクトを識別するオブジェクトタイプYがあり、各々
のユーザオブジェクトを識別するために識別子Bがあ
る。更に配置場所という属性を識別するために属性aが
あり、アドレス情報という属性値3がある。オブジェク
ト間通信モジュール4がこのオブジェクト管理情報を管
理する。「図4」は、保管機能モジュール7が管理する
キュー管理情報400の一構成例である。キュー識別子401
は、キューオブジェクトを識別するための情報で上記オ
ブジェクト識別子301に関連するものである。キュータ
イプ402はキューオブジェクトの種類を識別するための
情報で、上記オブジェクトタイプ302に関連するもので
ある。属性タイプ403はキューオブジェクトが持つ属性
を識別するための情報、属性値404は属性そのものをあ
らわす情報である。キューオブジェクトが持つ属性は、
例えばキューオブジェクトを作成した者を識別するため
のキュー管理者識別情報、キューオブジェクトを使用す
ることができる者を識別するためのキュー使用者識別情
報、キューオブジェクトに保存されたメッセージの保存
期間等を決めるメッセージ制御情報、メッセージを保存
する場所を示すメッセージ保管場所情報等を含む。「図
10」は、ユーザオブジェクト管理モジュール9が管理
するユーザオブジェクト管理情報1000の一構成例であ
る。ユーザオブジェクト識別子1001は、非同期型で通信
できるユーザオブジェクトを識別する情報である。キュ
ーオブジェクト識別子1002は、ユーザオブジェクトが使
用するキューオブジェクトを識別するための情報であ
る。「図13」は、代理機能モジュール8が管理する代
理オブジェクト管理情報1300の一構成例である。キュー
オブジェクト識別子1301は、ユーザオブジェクトが使用
するキューオブジェクトを識別する情報、手続き情報13
02は代理機能モジュールが手続き呼出しを行う時に使用
するオブジェクトの手続き定義情報である。手続き定義
情報の一例を「図9」に示す。「図5」は、オブジェク
ト間通信モジュール4が使用する、メッセージの一形式
である。オブジェクト間通信モジュール4のメッセージ
形式は、制御部とデータ部からなる。制御部のOBJRF501
はメッセージ送信先オブジェクトのアドレス情報、SRC5
02はメッセージ送信元モジュールのアドレス情報、OBJI
D503はオブジェクトを識別する識別子、MSGID504はメッ
セージ(即ちオブジェクトの持つ手続き)を識別する情
報、RQ/RP505は要求(手続き実行要求)メッセージと応
答(手続き実行結果)メッセージを識別する情報であ
る。データ部のDATA506は、手続き実行に必要な情報、
及び手続き実行結果の内容をあらわす情報である。「図
6」は、保管機能モジュール7に関するメッセージと、
メッセージのデータ部形式(上記506に対応)の一構成
例である。保管機能モジュール7が持つ手続きには、キ
ュー作成(610、620)、伝達情報送信(630、640)、伝
達情報転送(650、660)、伝達情報受信(670、680)が
あり、各手続きに対応して要求/応答メッセージがあ
る。「図14」は、代理機能モジュール8に関するメッ
セージと、メッセージのデータ部形式(上記506に対
応)の一構成例である。代理機能モジュール8が持つ手
続きとして、代理オブジェクト登録(1410、1420)があ
り、この手続きに対応して要求/応答メッセージがあ
る。「図7」は、ユーザオブジェクト管理モジュール9
に関するメッセージと、メッセージのデータ部形式(上
記506に対応)の一構成例である。ユーザオブジェクト
管理モジュール9が持つ手続きとして、キュー登録(71
0、720)、キュー問合わせ(730、740)があり、各手続
きに対応して要求/応答メッセージがある。「図8」
は、上記で述べたモジュールと、手続き、メッセージ、
手続き呼出し、手続き実行の関係を示す図である。「図
9」は、ユーザオブジェクトの手続き定義例910と、こ
のユーザオブジェクトと同期通信する場合の命令形式92
0、これに対応する非同期通信の場合の命令形式930の一
例である。1方向手続きの命令形式は、手続きの実行結
果をクライアントへ返さないため、入力情報のみからな
る。2方向手続きの命令形式は、手続きの実行結果をク
ライアントへ返すため、入出力情報からなる。ユーザオ
ブジェクトの手続き定義例910は、手続き名911、手続き
実行に関連するパラメータ列からなる。各パラメータは
手続き実行において使用する入力データか、手続き実行
結果となる出力データかを示す入出力区別912と、デー
タの型913、データ識別子914からなる。同期型命令形式
920は、命令名921とパラメータ列からなる。命令名は手
続き名に一致する。パラメータ列は、メッセージ送信先
のユーザオブジェクト識別子922と、手続き定義の入出
力パラメータ列に対応するパラメータ列923からなる。
非同期型命令形式930は、命令名931とパラメータ列から
なる。命令名931は、送信手続き名/受信手続き名であ
る。受信命令931rは2方向手続きの場合に、ユーザオ
ブジェクト手続き定義内の出力情報を得るために使用す
る。送信命令931sのパラメータは、送信手続きを実行
するキューオブジェクト識別子を設定する領域932s、
伝達情報の最終宛先を示す宛先オブジェクト識別子領域
933s、発行した命令を識別する命令識別子領域934s、
伝達情報を示す伝達情報領域935s、優先度制御情報等
を設定する付加情報領域936sからなる。受信命令931r
のパラメータは、受信手続きを実行するキューオブジェ
クト識別子領域932r、伝達情報の最終宛先を示す宛先
オブジェクト識別子領域933r、関連する送信命令を識
別する命令識別子領域934r、伝達情報を示す伝達情報
領域935r、優先度制御情報等を示す付加情報領域936r
からなる。1方向手続きを非同期で実行する場合、送信
命令のみを発行する。2方向手続きの場合は、送信命令
を発行したあと受信命令を発行する。「図15」は、伝
達情報の1構成例を表す図である。以下実施例1におい
て、非同期型通信の基本動作を、実施例2において、携
帯型計算機を使用した場合の非同期型通信の動作例を説
明する。 実施例1 以下、「図11」、「図12」を用い、優先度制御機能
を付加した1方向手続き、2方向手続きの非同期型通信
処理を説明する。 (1)キューオブジェクトを作成する(1101) まず、情報送信者、情報受信者は各々の伝達情報を保管
する場所となる、キューオブジェクトを作成する。 a)サーバ用キューオブジェクトを生成する 情報受信者となるアプリケーションモジュールの管理者
は、サーバ用のキューオブジェクトを作成する。クライ
アントアプリケーションモジュールの1つであるキュー
管理プログラムが、キュー作成命令を発行する。オブジ
ェクト間通信モジュール4は、キュー作成命令によって
渡された、キューのタイプ(例えばサーバ用タイプ)61
1、管理者を識別する情報612、キューに保管されたメッ
セージの制御方法613(例えばメッセージを保管する時
間等)からキュー作成要求メッセージ610を作り、メッ
セージを保管機能モジュール7へ送り、キュー作成実行
部を呼び出す。保管機能モジュール7キュー作成実行部
は、サーバ用キューオブジェクトのキュー管理情報テー
ブルと、キューオブジェクト識別子を生成する。キュー
オブジェクト識別子をオブジェクト間通信モジュール4
が規定する方法でオブジェクト管理情報300に登録し、
キューオブジェクト識別子等をキュー管理情報テーブル
に登録する。キュー作成実行部は、処理終了状態、キュ
ーオブジェクト識別子をキュー作成応答メッセージ620
に設定してオブジェクト間通信モジュール4に返送し、
命令を終了する。次に、ユーザオブジェクトとキューオ
ブジェクトの関連をユーザオブジェクト管理モジュール
9に登録する。キュー管理プログラムが、キュー登録命
令を発行する。オブジェクト間通信モジュール4は、キ
ュー登録命令によって渡された、登録するユーザオブジ
ェクトの識別子711、キューオブジェクトの識別子712等
からキュー登録要求メッセージ710を作り、メッセージ
をユーザオブジェクト管理モジュール9へ送り、キュー
登録実行部を呼び出す。キュー登録実行部は、ユーザオ
ブジェクト管理情報1000へユーザオブジェクト識別子等
を登録し、終了する。オブジェクト間通信モジュール4
は、処理終了状態等よりキュー登録応答メッセージ720
を作成してオブジェクト間通信モジュール4に返送し、
命令を終了する。 b)クライアント用キューオブジェクトを作成する 情報送信者となるアプリケーションモジュールの管理者
は、クライアント用のキューオブジェクトを作成する。
管理者は、キューのタイプ(例えばクライアント用タイ
プ)、管理者を識別する情報、キューに保管されたメッ
セージの制御方法(例えばメッセージを保管する時間
等)と指定して、キュー作成命令を発行し、クライアン
ト用キューオブジェクトの識別子を得る。作成処理はサ
ーバ用キューオブジェクトの場合と同様の流れとなる。 (2)代理機能モジュールにユーザオブジェクトの手続
きを登録する(1102) 情報受信者となるアプリケーションモジュールの管理者
は、代理機能モジュールにユーザオブジェクトの手続
き、ユーザオブジェクト、ユーザオブジェクトが使用す
るキューオブジェクトを登録する。まず、ユーザオブジ
ェクトの手続き呼出し命令を規定の要求メッセージ形式
へ変換する処理、及び規定の応答メッセージ形式から手
続き実行結果を取出して手続き呼出し命令の規定領域に
設定する処理を、代理機能モジュール側のオブジェクト
間通信モジュールに登録する。これは、オブジェクト間
通信モジュール4が提供する機能を使用して実現でき
る。オブジェクト間通信モジュール4は、手続き定義を
入力することによって、手続き呼出し命令形式を決定
し、上記処理部分のソースコードを出力することができ
る。情報受信者となるアプリケーションモジュールの管
理者は、予め上記処理部分を出力し、代理機能モジュー
ル8のオブジェクト間通信モジュール4Bに登録してお
く。次に、ユーザオブジェクト、ユーザオブジェクトが
使用するキューオブジェクトを代理機能モジュール8に
登録する。クライアントアプリケーションモジュールの
1つであるキュー管理プログラムが、代理オブジェクト
登録命令を発行する。オブジェクト間通信モジュール4
は、登録命令によって渡された、ユーザオブジェクトが
使用するキューオブジェクトの識別子1411、ユーザオブ
ジェクトの手続き定義情報1412等からオブジェクト登録
要求メッセージ1410を作り、メッセージを代理機能モジ
ュール8へ送り、登録実行部を呼び出す。オブジェクト
登録実行部は、代理オブジェクト管理情報1300へキュー
オブジェクト識別子等を登録し、終了する。オブジェク
ト間通信モジュール4は、処理終了状態等よりオブジェ
クト登録応答メッセージ1420を作成してオブジェクト間
通信モジュール4に返送し、命令を終了する。 (3)伝達情報の形式を定義する(1103) クライアントモジュール5と代理機能モジュール8との間
で受け渡しする、伝達情報の形式を定義する。クライア
ントモジュール5が代理機能モジュール8へ渡す伝達情報
(送信伝達情報)とは、代理機能モジュール8がユーザ
オブジェクトの手続き(手続きX)を呼出すために必要
な情報である。例えばオブジェクト識別子、手続き識別
子、手続きを実行するための入力データである。クライ
アントモジュール5が代理機能モジュール8から受け取る
伝達情報(受信伝達情報)とは、手続き実行結果を表す
情報である。例えばオブジェクト識別子、手続き識別
子、手続き実行結果をあらわす出力データである。伝達
情報の形式を例えば「図15」のように取り決める。ユ
ーザオブジェクト識別子領域1501に、ユーザオブジェク
ト識別子を設定する。手続き識別子領域1502に、手続き
定義で定義された手続き名(例えば、手続きX)を設定
する。要求/応答種別領域1503に、送信伝達情報と受信
伝達情報の識別情報を設定する。パラメータ列領域1504
には入力データ、及び出力データを設定する。入力デー
タ、出力データのデータ並びは、手続き定義に記述され
た順序に従うものとし、データ長は、手続き定義に記述
されたデータ型毎に固定長を割り当てることとする。以
上の定義に従って伝達情報を作成することにより、代理
機能モジュールは送信伝達情報から手続き呼出しに必要
な各要素を得ることができ、クライアントモジュールは
受信伝達情報から手続き実行結果を表す各要素を得るこ
とができる。以下からが、クライアントモジュール5と
ユーザオブジェクトモジュール6との非同期通信に関連
する処理となる。 (4)メッセージをクライアント用キューオブジェクト
に送る(1104) クライアントモジュール6は、ユーザオブジェクトの手
続き名、入力情報等から(3)に述べた規則に従って送
信伝達情報を作り、伝達情報送信命令の伝達情報領域93
5sに設定する。更に、送信命令をシステムで唯一に識別
する命令識別子を作成し、命令識別子領域934sに設定す
る。同様に、サーバとなるユーザオブジェクトの識別子
を宛先オブジェクト識別子領域933sに、クライアント用
キューオブジェクトの識別子をキューオブジェクト識別
子領域932sに設定して伝達情報送信命令を発行する。メ
ッセージの優先度制御が必要な場合は付加情報領域936s
に優先度を設定しておく。オブジェクト間通信モジュー
ル4cは、伝達情報送信命令の宛先オブジェクト識別情
報を伝達情報送信要求メッセージ630の宛先オブジェク
ト識別情報領域631に設定する。次に、命令識別子を命
令識別子領域632に、付加情報を付加情報領域633に、伝
達情報を伝達情報領域634に設定する。付加情報の設定
がない場合は、デフォルトの優先度値を設定する。次
に、伝達情報送信命令のキューオブジェクト識別子か
ら、オブジェクトのアドレス情報を得て、保管機能モジ
ュール7へ伝達情報送信要求メッセージ630を送る。伝達
情報送信要求メッセージ630を受けた保管機能モジュー
ル7送信実行部は、メッセージを該当するクライアント
用キューオブジェクトのキュー管理情報テーブル400送
信メッセージ保管場所に置き、保管時間等のメッセージ
管理情報を設定した後、伝達情報送信応答メッセージ64
0を返送する伝達情報送信応答メッセージ640を受けたオ
ブジェクト間通信モジュール4Cは、伝達情報送信命令を
終了する。 (5)メッセージをサーバ用キューオブジェクトへ転送
する(1105) 保管機能モジュール7転送命令部は、クライアント用キ
ューオブジェクトの送信メッセージ保管場所を調べる。
送信されていない送信要求メッセージがある場合、優先
度に従ってメッセージを選択して以下の処理を行う。送
信要求メッセージデータ部に設定されている宛先オブジ
ェクト識別子から、ユーザオブジェクトが使用するサー
バ用キューオブジェクトの識別子を得る。これは、キュ
ー問い合わせ命令をユーザオブジェクト管理モジュール
9宛に発行して得られる。宛先オブジェクト識別子領域
にサーバ用キューオブジェクトの識別子を、発進オブジ
ェクト識別子領域にクライアントキューオブジェクト識
別子を、命令識別子領域に送信要求メッセージデータ部
の命令識別子を、伝達情報領域に送信要求メッセージデ
ータ部の伝達情報を、付加情報領域に送信要求メッセー
ジデータ部の付加情報を設定し、サーバ用キューオブジ
ェクトを宛先オブジェクトに指定して、伝達情報転送命
令を発行する。オブジェクト間通信モジュール4Bは、伝
達情報転送命令によって渡された宛先オブジェクト識別
子、発進オブジェクト識別子、命令識別子、伝達情報、
付加情報から伝達情報転送要求メッセージ650を作成す
る。次に宛先オブジェクト識別子から、サーバ用キュー
オブジェクトのアドレス情報を得、該当するサーバ用キ
ューオブジェクトの保管機能モジュール7へ伝達情報転
送要求メッセージ650を送る。伝達情報転送要求メッセ
ージ650を受けた保管機能モジュール7転送実行部は、メ
ッセージの内容を該当するサーバ用キューオブジェクト
のキュー管理情報テーブル400受信メッセージ保管場所
に置き、保管時間等のメッセージ管理情報を設定して、
伝達情報転送応答メッセージ660を返送する。伝達情報
転送応答メッセージ660を受けた保管機能モジュール7転
送命令部は、転送が正常に終了した場合、転送したメッ
セージに関する情報をキュー管理情報テーブルから削除
する。正常終了しなかった場合、メッセージを保管して
おき、任意の時間に再度転送処理を行う。 (6)サーバ用キューオブジェクトからメッセージを受
け取る(1106) 代理機能モジュール8は、代理オブジェクト管理情報130
0に登録されたサーバ用キューオブジェクトから伝達情
報を受取る。代理機能モジュール8は、サーバ用キュー
オブジェクトの識別子を伝達情報受信命令のキューオブ
ジェクト識別子領域932rに設定して、伝達情報受信命令
を発行する。伝達情報受信命令を受けたオブジェクト間
通信モジュール4Bは、キューオブジェクト識別子から、
サーバ用キューオブジェクトのアドレス情報を得、伝達
情報受信要求メッセージ670を送る。伝達情報受信要求
メッセージ670を受けた保管機能モジュール7受信実行部
は、サーバ用キューオブジェクトのキュー管理情報テー
ブル400を調べる。受信メッセージ保管場所にメッセー
ジが保管されている場合、優先度に従ってメッセージを
選択し、メッセージを伝達情報受信応答メッセージ680
に設定する。キュー管理情報テーブルからメッセージに
関連する情報を削除して伝達情報受信応答メッセージ68
0を返送する。伝達情報受信応答メッセージ680を受けた
代理機能モジュール8受信命令部は、メッセージより関
連する送信伝達情報を受け取る。 (7)ユーザオブジェクトの手続きを呼出す(1107) 代理機能モジュール8手続き呼出し部は、送信伝達情報
から、オブジェクト識別子、手続き識別子、入力データ
を得る。関連する手続き定義情報を代理オブジェクト管
理情報1300から選択し、手続き識別子から手続き呼出し
命令形式を得る。手続き呼出し命令形式の入力領域に、
送信伝達情報から得た各入力データを順に設定する。オ
ブジェクト識別子を宛先オブジェクトに指定して手続き
を呼び出し、オブジェクトの手続き実行終了を待つ。手
続き呼出しに失敗した場合、一定時間後再試行する。手
続き実行終了後、1方向手続きの場合は処理を終了す
る。2方向手続きの場合、継続して以下の処理を行う。 (8)メッセージをサーバ用キューオブジェクトに送る
(1201) 代理機能モジュール8送信命令部は、手続き実行結果よ
り(3)で述べた規則に従い受信伝達情報を作成する。
次に、オブジェクト間通信モジュール4Bに伝達情報送信
命令を発行する。まず、伝達情報受信応答メッセージ発
進オブジェクト識別子領域683に設定されたクライアン
ト用キューオブジェクト識別子を宛先オブジェクト識別
子領域933sに設定する。同様に、命令識別子684を命令
識別子領域934sに、付加情報685を付加情報領域936sに
設定する。受信伝達情報を伝達情報領域686に設定し、
サーバ用キューオブジェクト識別子をキューオブジェク
ト識別子領域932sに設定して、伝達情報送信命令を発行
する。オブジェクト間通信モジュール4Bは、伝達情報送
信命令の宛先オブジェクト識別情報を伝達情報送信要求
メッセージ630の宛先オブジェクト識別情報領域631に設
定する。次に、命令識別子を命令識別子領域632に、付
加情報を付加情報領域633に、伝達情報を伝達情報領域6
34に設定する。次に、伝達情報送信命令のキューオブジ
ェクト識別子から、オブジェクトのアドレス情報を得
て、保管機能モジュール7へ伝達情報送信要求メッセー
ジ630を送る。伝達情報送信要求メッセージ630を受けた
保管機能モジュール7送信実行部は、メッセージの内容
を該当するサーバ用キューオブジェクトのキュー管理情
報テーブル400送信メッセージ保管場所に置き、保管時
間等のメッセージ管理情報を設定して、伝達情報送信応
答メッセージ640を返送する。伝達情報送信応答メッセ
ージ640を受けた代理機能モジュール7送信命令部は、伝
達情報送信処理命令を終了する。 (9)メッセージをクライアント用キューオブジェクト
へ転送する(1202) 保管機能モジュール7転送命令部は、サーバ用キューオ
ブジェクトの送信メッセージ保管場所を調べる。送信さ
れていない送信要求メッセージがある場合、優先度に従
ってメッセージを選択して以下の処理を行う。送信要求
メッセージに設定されている宛先オブジェクト識別子か
ら、クライアント用キューオブジェクトの識別子を得
る。宛先オブジェクト識別子領域にクライアント用キュ
ーオブジェクトの識別子を、発進オブジェクト識別子領
域にサーバ用キューオブジェクト識別子を、命令識別子
領域に送信要求メッセージデータ部の命令識別子を、付
加情報領域に送信要求メッセージデータ部の付加情報
を、伝達情報領域に送信要求メッセージデータ部の伝達
情報を設定し、クライアント用キューオブジェクトを宛
先オブジェクトに指定して、伝達情報転送命令を発行す
る。オブジェクト間通信モジュール4Bは、伝達情報転送
命令によって渡された宛先オブジェクト識別子、発進オ
ブジェクト識別子、命令識別子、付加情報、伝達情報か
ら伝達情報転送要求メッセージ650を作成する。次に宛
先オブジェクト識別子から、クライアント用キューオブ
ジェクトのアドレス情報を得、該当するクライアント用
キューオブジェクトの保管機能モジュール7へ伝達情報
転送要求メッセージ650を送る。伝達情報転送要求メッ
セージ650を受けた保管機能モジュール7転送実行部は、
メッセージの内容を該当するクライアント用キューオブ
ジェクトのキュー管理情報テーブル400受信メッセージ
保管場所に置き、保管時間等のメッセージ管理情報を設
定して、伝達情報転送応答メッセージ660を返送する。
伝達情報転送応答メッセージ660を受けた保管機能モジ
ュール7転送命令部は、転送が正常に終了した場合、転
送したメッセージに関する情報をキュー管理情報テーブ
ルから削除する。正常終了しなかった場合、メッセージ
を保管しておき、任意の時間に再度転送処理を行う。 (10)メッセージをクライアントキューオブジェクト
から受け取る(1203) クライアントモジュール5は、命令識別子を指定して伝
達情報受信命令を発行する。クライアントモジュール5
は、伝達情報受信命令の命令識別子領域934rに、受信し
たい伝達情報の命令識別子を設定する。次に、クライア
ント用キューオブジェクト識別子をキューオブジェクト
識別子領域932rに設定して伝達情報受信命令を発行す
る。オブジェクト間通信モジュール4Cは、伝達情報受信
要求メッセージ670の選択基準領域671に命令識別子を設
定する。次に、キューオブジェクト識別子から、クライ
アント用キューオブジェクトのアドレス情報を得、該当
する保管機能モジュール7へ伝達情報受信要求メッセー
ジ670を送る。伝達情報受信要求メッセージ670を受けた
保管機能モジュール7受信実行部は、クライアント用キ
ューオブジェクトのキュー管理情報テーブル400を調べ
る。受信メッセージ保管場所にメッセージが保管されて
いる場合、命令識別子に一致するメッセージを選択し、
メッセージを伝達情報受信応答メッセージ680に設定す
る。キュー管理情報テーブルからメッセージに関連する
情報を削除して伝達情報受信応答メッセージ680を返送
する。 (11)実行結果を返却する(1204) 伝達情報受信応答メッセージ680を受けたクライアント
モジュール5Cは、メッセージから、関連する受信伝達情
報を受け取る。受信伝達情報は、(2)に述べた形式で
設定されているので、この規則に従い受信伝達情報を分
解する。上記実施例では、クライアント用キューオブジ
ェクトと、サーバ用キューオブジェクトとを同一の保管
機能モジュール7に作成した。クライアント用キューオ
ブジェクトと、サーバ用キューオブジェクトは各々個別
のオブジェクトとしてオブジェクト識別子、アドレス情
報を持つため、代理機能モジュールを複数置き、クライ
アント用キューオブジェクトと、サーバ用キューオブジ
ェクトとを異なる保管機能モジュールに作成することが
できる。この場合も、上記実施例と同様の処理で非同期
通信が実現できる。更に、代理機能モジュールも独立し
たオブジェクトとしてオブジェクト識別子、アドレス情
報を持つため、このモジュールも任意の場所に配置でき
る。 実施例2 実施例2において、携帯型計算機を使用するユーザが、
非同期型通信機能を用いて他計算機上に実装されたオブ
ジェクトを利用する場合を説明する。「図16」は、ク
ライアント計算機に携帯型計算機を使用する非同期型メ
ッセージ通信システムの一実施例の構成を表す図であ
る。計算機2Aは、オブジェクトを利用するクライアント
モジュール5を実装した、クライント計算機である。計
算機2B、2C、2D、2E、2Fは、実施例1で述べたユーザオ
ブジェクトモジュール6、保管機能モジュール7、代理機
能モジュール8、ユーザオブジェクト管理モジュール9を
実装したサーバ計算機である。本実施例では、クライン
ト計算機を携帯型計算機とし、サーバ計算機をLAN等
の伝送路Aにネットワーク接続された計算機とする。携
帯型計算機であるクライント計算機2Aは、通常の場合、
伝送路A(1a)に接続されていない状態で動作する。ク
ライント計算機2Aからサーバ計算機に情報を送る場合、
又はサーバ計算機から情報を受取る場合に、伝送路B
(1b)を使用して伝送路A(1a)に接続する。携帯型の
クライント計算機は、サーバ計算機と断続的な通信を行
うため、非同期型の通信が必要となる。更に、伝送路B
は低速で信頼性が低いため、伝送路Bの使用時間を最少
におさえることが必要になる。本実施例では、保管機能
モジュール7を計算機2A、2B、2C、2Dに、代理機能モジ
ュール8を計算機2C、2Dに、ユーザオブジェクトモジュ
ール6を計算機2E、2Fに配置する。本実施例では、保管
機能モジュール7の実行部に、依頼送信実行部/依頼受
信実行部を、命令部に、依頼送信命令部/依頼受信命令
部を追加する。また、クライアントモジュール5にキュ
ー作成命令部を置く。「図17」は、保管機能モジュー
ル7が管理するキュー管理情報400の一構成例である。本
実施例では、実施例1の構成要素に以下の情報を追加す
る。まず、キューオブジェクトの種類を識別するキュー
タイプに、サブクライアント用キュータイプを追加す
る。次に、属性タイプに親キューオブジェクト情報を追
加する。サブクライアント用キュータイプとは、クライ
アント用キューオブジェクトの代行をおこなうキューオ
ブジェクトを表す。親キューオブジェクト情報とは、サ
ブクライアント用キューオブジェクトが代行するクライ
アント用キューオブジェクトを識別する情報である。
「図18」は、本実施例で追加する保管機能モジュール
7に関するメッセージと、メッセージのデータ部形式の
一構成例である。 保管機能モジュール7の手続きに、依
頼送信(1810、1820)、依頼受信(1830、1840)を追加
する。これらの手続きに対応して要求/応答メッセージ
をオブジェクト間通信モジュールに追加する。以下、
「図19」「図20」「図21」を用い、クライアント
モジュール5が、ユーザオブジェクトモジュール6E、6F
の2つのオブジェクトを非同期型で呼出しした場合の処
理動作を説明する。本実施例では、サブクライアント用
キューオブジェクト、クライアント用キューオブジェク
トを手続き呼出し時に動的に作成する場合を、合わせて
説明する。 (1)サーバ用キューオブジェクトを作成する サーバ用キューオブジェクトを作成する。ユーザオブジ
ェクトモジュール6Eのサーバ用キューオブジェクトを保
管機能モジュール8Cに、ユーザオブジェクトモジュール
6Fのサーバ用キューオブジェクトを保管機能モジュール
8Dに作成する。作成処理は実施例1(1)a)と同様の
手順で行う。 (2)代理機能モジュールにユーザオブジェクトの手続
きを登録する ユーザオブジェクトモジュール6Eの代理機能を代理機能
モジュール8Cに、ユーザオブジェクトモジュール6Fの代
理機能を代理機能モジュール8Dに登録する。登録処理は
実施例1(2)と同様の手順で行う。 (3)伝達情報の形式を定義する 実施例1(3)と同様の手順で行う。以下からが、クラ
イアントモジュール5とユーザオブジェクトモジュール6
E、6Fの非同期通信に関連する処理となる。 (4)サブクライアント用キューオブジェクトを作る
(2001、step1) クライアントモジュール5は、サブクライアント用キュ
ーオブジェクトを保管機能モジュール7Aに作成する。ク
ライアントモジュール5が、キュー作成命令を発行す
る。オブジェクト間通信モジュール4Aは、キュー作成命
令によって渡された、キューのタイプ(サブクライアン
ト用タイプ)、管理者を識別する情報、キューに保管さ
れたメッセージの制御方法(例えばメッセージを保管す
る時間等)からキュー作成要求メッセージ610を作り、
メッセージを保管機能モジュール7Aへ送り、キュー作成
実行部を呼び出す。保管機能モジュール7Aキュー作成実
行部は、サブクライアント用キューオブジェクトのキュ
ー管理情報テーブル400Aと、キューオブジェクト識別子
を生成する。キューオブジェクト識別子をオブジェクト
間通信モジュール4が規定する方法でオブジェクト管理
情報300に登録し、キューオブジェクト識別子等をキュ
ー管理情報400Aに登録する。キュー作成実行部は、処理
終了状態、キューオブジェクト識別子をキュー作成応答
メッセージ620に設定してオブジェクト間通信モジュー
ル4Aに返送し、命令を終了する。 (5)メッセージをサブクライアント用キューオブジェ
クトに送る(2002、step1) クライアントモジュール5は、ユーザオブジェクトの手
続き名、入力情報等から(3)に述べた規則に従って送
信伝達情報を作り、伝達情報送信命令の伝達情報領域に
設定する。更に、送信命令をシステムで唯一に識別する
命令識別子Eを作成し、命令識別子領域に設定する。同
様に、サーバとなるユーザオブジェクトEの識別子を宛
先オブジェクト識別子領域に、サブクライアント用キュ
ーオブジェクトの識別子をキューオブジェクト識別子領
域に設定して伝達情報送信命令を発行する。オブジェク
ト間通信モジュール4Aは、伝達情報送信命令の宛先オブ
ジェクト識別情報933sを伝達情報送信要求メッセージ63
0の宛先オブジェクト識別情報領域631に設定する。次
に、命令識別子934sを命令識別子領域632に、伝達情報9
35sを伝達情報領域634に設定する。次に、伝達情報送信
命令のキューオブジェクト識別子932sから、オブジェク
トのアドレス情報を得て、保管機能モジュール7Aへ伝達
情報送信要求メッセージ630を送る。伝達情報送信要求
メッセージ630を受けた保管機能モジュール7A送信実行
部は、メッセージを該当するサブクライアント用キュー
オブジェクトのキュー管理情報テーブル400A送信メッセ
ージ保管場所に設定して、伝達情報送信応答メッセージ
640を返送する。伝達情報送信応答メッセージ640を受け
たオブジェクト間通信モジュール4Aは、伝達情報送信命
令を終了する。上記伝達情報送信命令終了後、同様の手
続きで、クライアントモジュール5は、サーバとなるユ
ーザオブジェクトFの識別子を宛先オブジェクト識別子
領域に、命令識別子Fを命令識別子領域に、サブクライ
アント用キューオブジェクトの識別子をキューオブジェ
クト識別子領域に設定して伝達情報送信命令を発行す
る。この結果、サブクライアント用キューオブジェクト
には、2つの伝達情報が保管される。 (6)クライント用キューオブジェクトを作る(2003、
step2) 保管機能モジュール7A依頼送信命令部は、クライアント
計算機2Aが伝送路1a、1bに接続され、通信可能状態にな
った場合、以下の処理を行う。保管機能モジュール7A依
頼送信命令部は、サブクライアント用キューオブジェク
トのキュー管理情報テーブル400Aに、親キューオブジェ
クト情報が登録されているかを調べる。親キューオブジ
ェクト情報が登録されていない場合、まず保管機能モジ
ュール7Bにクライント用キューオブジェクトを生成す
る。保管機能モジュール7Aキュー作成命令部が、キュー
作成命令を発行する。オブジェクト間通信モジュール4A
は、キュー作成命令によって渡された、キューのタイプ
(クライアント用タイプ)、管理者を識別する情報、キ
ューに保管されたメッセージの制御方法(例えばメッセ
ージを保管する時間等)からキュー作成要求メッセージ
610を作り、メッセージを保管機能モジュール7Bへ送
り、キュー作成実行部を呼び出す。保管機能モジュール
7Bキュー作成実行部は、クライアント用キューオブジェ
クトのキュー管理情報テーブル400Bと、キューオブジェ
クト識別子を生成する。キューオブジェクト識別子をオ
ブジェクト間通信モジュール4が規定する方法でオブジ
ェクト管理情報300に登録し、キューオブジェクト識別
子等をキュー管理情報テーブル400Bに登録する。キュー
作成実行部は、処理終了状態、キューオブジェクト識別
子をキュー作成応答メッセージ620に設定してオブジェ
クト間通信モジュール4Bに返送し、命令を終了する。保
管機能モジュール7Aキュー作成命令部は、生成されたク
ライアント用キューオブジェクトの識別子を、サブクラ
イアント用キューオブジェクト管理情報400Aの親キュー
オブジェクト情報領域に設定する。 (7)メッセージをクライアント用キューオブジェクト
へ送る(2004、step2)保管機能モジュール7A依頼送信
命令部は、サブクライアント用キューオブジェクト管理
情報の送信メッセージ保管場所を調べる。送信されてい
ない送信要求メッセージがある場合、以下の処理を行
う。送信されていない送信要求メッセージの個数を調べ
る(この場合2つ)。要求個数設定領域に送信されてい
ない送信要求メッセージの個数を、依頼内容設定領域に
これら送信要求メッセージを全て設定する。親キューオ
ブジェクト情報領域に設定されたクライアント用キュー
オブジェクトを宛先オブジェクトに指定して、依頼送信
命令を発行する。オブジェクト間通信モジュール7Aは、
依頼送信命令によって渡された要求個数を依頼送信要求
メッセージ1810の要求個数領域1811に、依頼内容を依頼
内容領域1812に設定する。次に宛先オブジェクト識別子
から、クライアント用キューオブジェクトのアドレス情
報を得、該当するクライアント用キューオブジェクトの
保管機能モジュール7Bへ依頼送信要求メッセージ1810を
送る。依頼送信要求メッセージ1810を受けた保管機能モ
ジュール7B依頼送信実行部は、メッセージに設定された
依頼内容1812(送信要求メッセージ)を順に該当するク
ライアント用キューオブジェクトのキュー管理情報テー
ブル400B送信メッセージ保管場所に設定して、依頼送信
応答メッセージ1820を返送する。依頼送信応答メッセー
ジ1820を受けた保管機能モジュール7A依頼送信命令部
は、転送が正常に終了した場合、転送したメッセージに
関する情報をキュー管理情報テーブルから削除する。正
常終了しなかった場合、メッセージを保管しておき、ク
ライアント計算機が伝送路に接続された時、再度依頼送
信処理を行う。 (8)メッセージをサーバ用キューオブジェクトへ転送
する(2005,step3) 保管機能モジュール7B転送命令部は、クライアント用キ
ューオブジェクト管理情報400Bの送信メッセージ保管場
所を調べる。送信されていない送信要求メッセージがあ
る場合、以下の処理を行う。本実施例では(5)によっ
て2つのメッセージが登録されている。保管機能モジュ
ール7B転送命令部は、2つのメッセージについて実施例
1の(5)と同様の転送処理を行う。 (9)サーバ用キューオブジェクトからメッセージを受
け取る(2006、step4) 代理機能モジュール8C、8Dが、実施例1と同様の手順で
行う。 (10)ユーザオブジェクトの手続きを呼出す(2007、
step5) 代理機能モジュール8C、8Dが、実施例1と同様の手順で
行う。 (11)メッセージをサーバ用キューオブジェクトに送
る(2101、step6) 代理機能モジュール8C、8Dが、実施例1と同様の手順で
行う。 (12)メッセージをクライアント用キューオブジェク
トへ転送する(2102、step7) 保管機能モジュール7C、7Dが、実施例1と同様の手順で
行う。 (13)メッセージをサブクライアントキューオブジェ
クトから受け取る(2103、step8) クライアントモジュール1007は、ユーザオブジェクトE
へ発行した命令の命令識別子Eを指定して伝達情報受信
命令を発行する。クライアントモジュール5は、伝達情
報受信命令の命令識別子領域に、受信したい伝達情報の
命令識別子を設定する。次に、サブクライアント用キュ
ーオブジェクト識別子をキューオブジェクト識別子領域
に設定して伝達情報受信命令を発行する。オブジェクト
間通信モジュール4Aは、伝達情報受信要求メッセージ67
0の選択基準領域671に命令識別子を設定する。次に、キ
ューオブジェクト識別子から、サブクライアント用キュ
ーオブジェクトのアドレス情報を得、該当する保管機能
モジュール7Aへ伝達情報受信要求メッセージ670を送
る。伝達情報受信要求メッセージ670を受けた保管機能
モジュール7A受信実行部は、サブクライアント用キュー
オブジェクトのキュー管理情報テーブル400Aを調べる。
この場合、受信メッセージ保管場所にはまだメッセージ
は保管されていない。よって受信実行部は、クライアン
ト計算機が通信可能状態であるかを調べる。通信不可能
な場合(伝送路に接続されていない場合等)、通信不能
エラーを表す情報を終了状態領域681設定して伝達情報
受信応答メッセージ680を返送する。通信可能である場
合、保管機能モジュール7A依頼受信命令部が以下の処理
を行う。 (14)メッセージをクライアントキューオブジェクト
から受け取る(2105、step9) 保管機能モジュール7A依頼受信命令部は、サブクライア
ント用キューオブジェクトのキュー管理情報テーブル40
0Aから親キューオブジェクト情報(クライアント用キュ
ーオブジェクト識別子)を得る。次に、クライアント用
キューオブジェクト識別子をキューオブジェクト識別子
領域に設定して依頼受信命令を発行する。オブジェクト
間通信モジュール4Aは、キューオブジェクト識別子から
クライアント用キューオブジェクトのアドレス情報を
得、該当する保管機能モジュール7Bへ依頼受信要求メッ
セージ1830を送る。依頼受信要求メッセージ1830を受け
た保管機能モジュール7B依頼受信実行部は、クライアン
ト用キューオブジェクトのキュー管理情報テーブル400B
を調べる。受信メッセージ保管場所にメッセージが保管
されている場合、全てのメッセージを依頼受信応答メッ
セージ1840依頼内容設定領域1842に設定し、これらメッ
セージの個数を応答個数領域1841に設定する。キュー管
理情報テーブル400Bからメッセージに関連する情報を削
除して依頼受信応答メッセージ1840を返送する。依頼受
信応答メッセージ1840を受けた保管機能モジュール7A依
頼受信命令部は、依頼受信応答メッセージ1840依頼内容
領域1852に設定されたメッセージを、順次サブクライア
ント用キューオブジェクトのキュー管理情報テーブル40
0A受信メッセージ保管場所に設定し、受信実行部に処理
を移す。保管機能モジュール7A受信実行部は、サブクラ
イアント用キューオブジェクトのテーブル400Aを調べ
る。この場合、上記処理によってメッセージが受信メッ
セージ保管場所に保管されている。よって、受信メッセ
ージ保管場所から、命令識別子Eに一致するメッセージ
を選択し、メッセージを伝達情報受信応答メッセージ68
0の各領域に設定する。キュー管理情報テーブル400Aか
らメッセージに関連する情報を削除して伝達情報受信応
答メッセージ680を返送する。 (15)実行結果を返却する(2106、step10) 伝達情報受信応答メッセージ680を受けたクライアント
モジュール5は、メッセージから、関連する受信伝達情
報を受け取る。受信伝達情報は、(3)に述べた形式で
設定されているので、この規則に従い受信伝達情報を分
解する。 (16)メッセージをサブクライアントキューオブジェ
クトから受け取る(2103、step8) クライアントモジュール5は、ユーザオブジェクトFへ
発行した命令の命令識別子Fを指定して伝達情報受信命
令を発行する。クライアントモジュール5は、伝達情報
受信命令の命令識別子領域に、受信したい伝達情報の命
令識別子を設定する。次に、サブクライアント用キュー
オブジェクト識別子をキューオブジェクト識別子領域に
設定して伝達情報受信命令を発行する。オブジェクト間
通信モジュール4Aは、伝達情報受信要求メッセージ670
の選択基準領域671に命令識別子を設定する。次に、キ
ューオブジェクト識別子から、サブクライアント用キュ
ーオブジェクトのアドレス情報を得、該当する保管機能
モジュール7Aへ伝達情報受信要求メッセージ670を送
る。伝達情報受信要求メッセージ670を受けた保管機能
モジュール7A受信実行部は、サブクライアント用キュー
オブジェクトのテーブル400Aを調べる。この場合、処理
(14)によって受信メッセージ保管場所にメッセージが保
管されている。よって受信実行部は、受信メッセージ保
管場所から命令識別子Fに一致するメッセージを選択
し、メッセージを伝達情報受信応答メッセージ680の各
領域に設定する。キュー管理情報テーブル400Aからメッ
セージに関連する情報を削除して伝達情報受信応答メッ
セージ680を返送する。 (17)実行結果を返却する(2106、step10) 伝達情報受信応答メッセージ680を受けたクライアント
モジュール5は、メッセージから、関連する受信伝達情
報を受け取る。受信伝達情報は、(3)に述べた形式で
設定されているので、この規則に従い受信伝達情報を分
解する。
BEST MODE FOR CARRYING OUT THE INVENTION The outline of the present invention is described below with reference to FIG.
I will explain while illuminating. Figure 2 shows a client / server model
Use a system designed according to
It shows the procedure when doing. In the following, the client side
Information sender, server side information receiver, client and server
Information that was sent and received synchronously by the server (executed on the server side
Information that identifies the procedure, data for executing the procedure
Group, data group representing procedure execution results, etc.) is called transmission information.
Huh. In asynchronous communication, the communication between the information sender and the information receiver is
Establish a new information intermediary to mediate trust. Information intermediary
The information transmitted by the information sender and the information receiver is
The role of the information custodian who keeps the information when
To call the server procedure, and the procedure on behalf of the server
It has the role of a proxy sender / receiver that returns execution results. Below
Is the queue object where the transmission information is temporarily stored.
Call. Synchronous communication procedures include one-way and two-way
There is a formal procedure. A one-way procedure is the execution result of the procedure.
This is a procedure in which the server does not return the result to the client. 2
A direction procedure is a procedure in which the server
It is a procedure to return to the host. Asynchronous communication of these procedures
If you run in, the asynchronous communication system is as follows
Operate. The information sender assembles the transmission information (1), information
Send a transmission information transmission request message to the information store of the intermediary
(2). Information custodians send messages to queue objects
Store in (3). The proxy sender is a queue object.
Get a message from the e-mail (4). The proxy sender / receiver
Prepare the procedure call by extracting the communication information from the message
Yes (5). The proxy sender / receiver calls the procedure (6). One direction
The procedure ends at this stage. For two-way procedures,
The following processing is continuously performed. The proxy sender / receiver is
Assemble transmission information from the line result, and send a transmission information transmission request message.
Make a page (7). Proxy senders and receivers store messages
Send to someone (8). Information custodians send messages
(9). The information sender receives the transmitted information.
Message request message to the information custodian of the information intermediary,
Get the sage (10). Information sender from the message
The transmission information is extracted and the procedure execution result is obtained (11). Embodiment 1 An embodiment of the present invention will be described below with reference to the drawings.
FIG. 1 shows an example of a message communication system according to the present invention.
It is a figure showing the structure of an Example. What is a distributed system?
A number of processes 3 (3A, ..., 3D) are transmitted by a transmission line 1 such as a LAN.
Placed on multiple computers 2 (2A, ..., 2D) connected by
Is a system in which these processes operate in concert.
You. Each process 3 in a distributed system provides a function
Or the application module to use (5, 6, 7,
8, 9) and identify the functionality of the application module
And deliver the message to the application module
Inter-object communication module 4 (4A, ..., 4D)
It is composed of In this embodiment, the inter-object communication module is
The unit of the function identified by module 4 is
Module and data related procedures.
It is a program unit, that is, an object. Applique
The solution module is supported by the object provider.
Server, the side that uses the object is the client
You. The server has a procedure execution part, and the client has a procedure
It has a call command section. The client
Communication between objects by specifying identifying information and procedure
Issue a procedure call instruction to module 4. object
Inter-communication module 4 received from the client
Instruction (of client and object communication module
Form of procedure call and procedure execution result returned between parties
Expression) is the specified request message (client-side object)
Object communication module and server-side object communication
The procedure call format determined by the communication module)
You. Furthermore, the inter-object communication module 4 manages
Object address from object placement information 300
Once informed, the request message is sent to the relevant process object.
Send to the inter-ject communication module. Server-side object
Inter-communication module 4, the procedure from the request message
Procedure of the corresponding object by determining the type of
Start up. In addition, server-to-object communication mode
Module 4 reports the result of procedure execution in response message (class
Inter-object communication module on the client side and the server side
Of the procedure implemented by the inter-object communication module of
(Row result return format)
It is sent back to the inter-ject communication module. Client side
Inter-object communication module 4 of the procedure execution result
Of the procedure call command by extracting the message from the response message
Set the area and end the instruction execution. This processing smell
The procedure call command to the specified request message format.
Procedure to convert part and specified response message format
Extract the execution result and set it in the prescribed area of the procedure call instruction
The processing to be performed differs depending on the procedure. So clear
The client is responsible for the above regarding the procedure used by the client.
The processing part is the communication module between objects on the client side.
Registered in advance. Application module
5 is the client module that is the side that uses the object
It is Jules. Client module 5
Call the information transmission procedure and the transmission information reception procedure
Do (transmitted information) send command section / (transmitted information) receive command section
With Client module 5 is asynchronous communication
In, it becomes an information sender (client). App
Application module 6 is the side that provides the object
Is the user object module. User
The object module 6 is used for asynchronous communication.
It becomes the information receiver (server). Application module
Rule 7 is to receive the information transmitted between the information sender and the information receiver.
It is a storage function module that mediates transfer. Storage function
Module 7 calls the execution part that executes the procedure and the procedure.
It consists of a command section to issue. Execution part is (queue) creation execution part
/ (Transmission information) Transmission execution unit / (Transmission information) Reception execution unit /
(Transmission information) A transfer execution unit. The command section is
Information) Transfer command section / (queue) inquiry command section.
The storage function module 7 stores queues for each queue object.
-Holds management information 400. Application module 8
Calls the procedure on the information receiver side on behalf of the information sender
Information on the procedure execution result on behalf of the information receiver
It is a proxy function module that returns to the recipient. Proxy function
Module 8 sends a procedure call (transmission information)
Command part / (transmitted information) reception Command part / (information receiver side)
Performs procedure execution with the procedure calling part (proxy object
G) It consists of a registration execution unit. Proxy function module 8
View object and the procedural information used by the object
It has proxy object management information 1300 that records information. A
Application module 9 contains user objects
A user object that manages information related to queue objects.
It is a project management module. User object pipe
The processing module 9 is used by the user object.
-User object pipe that records object information
Holds 1000 pieces of physical information. User object management module
9 is a (queue) registration execution unit / (queue) that executes procedures.
-) It consists of an inquiry execution unit. Book of the above components
The module according to the invention is a storage function module 7,
Physical Function Module 8, User Object Management Module
It is Le 9. "Figure 3" shows the placement of objects (address
Object) Object placement information used to manage information
It is an example of the structure of the report 300. The object identifier 301 is
Information that uniquely identifies the object within the system,
Object type 302 identifies the type of object
Information for attribute, attribute type 303 is the attribute of the object
Information for identifying gender, attribute value 304 is the attribute itself
This is information. For example, in the case of cue objects
First, an object that identifies an object called a queue.
Type c and identify each queue object
There is an identifier A to do this. In addition, the attribute of placement location
There is an attribute a for identifying, and an attribute called address information
There is a value of 1. Similarly for user objects,
There is an object type Y that identifies the
Identifier B to identify the user object of
You. Furthermore, in order to identify the attribute of the location, the attribute a
Yes, there is an attribute value of 3 called address information. Object
The inter-communication module 4 manages this object management information.
Manage. "Figure 4" is managed by the storage function module 7.
3 is a configuration example of queue management information 400. Queue identifier 401
Is the information for identifying the queue object.
It is related to the object identifier 301. Cuter
Ip 402 is for identifying the type of cue object
Information related to Object Type 302 above
is there. Attribute type 403 is an attribute of the queue object
The attribute value 404 identifies the attribute itself.
This is the information given. The attributes of the queue object are
For example to identify who created the cue object
Queue administrator identification information, using the queue object
Queue user identification information for identifying who can
Information, saving messages stored in queue objects
Save message control information and messages that determine the period etc.
Includes information such as message storage location information that indicates the location to perform "Figure
10 ”is managed by the user object management module 9.
1 is a configuration example of user object management information 1000
You. User object identifier 1001 communicates asynchronously
This is information for identifying a possible user object. Kyu
-The object identifier 1002 is used by the user object.
Information for identifying the queue object to be used
You. "Fig. 13" shows the area managed by the proxy function module 8.
13 is a configuration example of the physical object management information 1300. queue
Object identifier 1301 used by user object
Information for identifying queue objects to be processed, procedure information 13
02 is used when the proxy function module makes a procedure call
This is the procedure definition information of the object to be executed. Procedure definition
An example of the information is shown in "Fig. 9". "Figure 5" is an object
Message format used by inter-communication module 4
It is. Message of inter-object communication module 4
The format consists of a control part and a data part. OBJRF501 of control unit
Is the address information of the message destination object, SRC5
02 is the address information of the message source module, OBJI
D503 is the identifier that identifies the object, MSGID504 is the message
Information that identifies the sage (that is, the procedure that the object has)
The RQ / RP505 responds to the request (procedure execution request) message.
Answer (procedure execution result) Information that identifies the message
You. DATA 506 in the data section is the information necessary for procedure execution,
And information indicating the content of the procedure execution result. "Figure
6 ”is a message regarding the storage function module 7,
Configuration of message data format (corresponding to 506 above)
It is an example. The procedure of the storage function module 7
View creation (610, 620), transmission of transmission information (630, 640), transmission
Information transfer (650, 660), transmission information reception (670, 680)
Yes, there is a request / response message for each procedure.
You. “Figure 14” is a message about the proxy function module 8.
Sage and message data part format (compare 506 above)
)) Is an example of the configuration. Hand of proxy function module 8
Subsequent registration of proxy objects (1410, 1420)
In response to this procedure, there will be a request / response message.
You. "Figure 7" shows the user object management module 9
Message and the data part format of the message (above
(Corresponding to 506)). User object
Queue registration (71
0, 720), queue inquiry (730, 740), each procedure
There is a request / response message corresponding to the request. "Figure 8"
Are the modules mentioned above and the procedures, messages,
It is a figure which shows the relationship of procedure call and procedure execution. "Figure
9 ”is the user object procedure definition example 910
Command format for synchronous communication with other user objects 92
0, one of the instruction format 930 for asynchronous communication corresponding to this
It is an example. The instruction format of a one-way procedure is the execution result of the procedure.
Since the result is not returned to the client, only the input information
You. The instruction format of a two-way procedure
Since it is returned to the client, it consists of input / output information. User
Object procedure definition example 910 is procedure name 911, procedure
It consists of parameter strings related to execution. Each parameter is
Input data used in procedure execution or procedure execution
Input / output distinction 912 indicating whether the output data is the result and data
Data type 913 and data identifier 914. Synchronous instruction format
920 includes an instruction name 921 and a parameter string. Instruction name is hand
Matches the continuation name. Parameter column is the message destination
User object identifier 922 and entry / exit of procedure definition
It comprises a parameter sequence 923 corresponding to the force parameter sequence.
Asynchronous instruction format 930 is based on the instruction name 931 and parameter string.
Become. The command name 931 is a transmission procedure name / reception procedure name.
You. The receive command 931r is used by the user in the case of a two-way procedure.
Used to get the output information in the object procedure definition
You. Send command 931s parameters execute send procedure
Area 932s for setting the queue object identifier
Destination object identifier area that indicates the final destination of transmission information
933s, an instruction identifier area 934s for identifying the issued instruction,
Transmission information area 935s indicating transmission information, priority control information, etc.
Of the additional information area 936s. Receive command 931r
Parameters of the queue object that executes the receiving procedure.
Destination identifier area 932r, the destination indicating the final destination of the transmission information
The object identifier area 933r and associated transmission command are identified.
Separate command identifier area 934r, transmission information indicating transmission information
Area 935r, additional information area 936r indicating priority control information, etc.
Consists of Send when executing one-way procedure asynchronously
Issue only instructions. Send instruction for two-way procedure
After issuing, the receive command is issued. "Figure 15" is a biography
It is a figure showing one structural example of reach information. In Example 1 below
Then, the basic operation of asynchronous communication is carried out in the second embodiment.
Explain the operation example of asynchronous communication when using a strip computer
I will tell. Example 1 Hereinafter, using FIG. 11 and FIG. 12, a priority control function will be described.
One-way procedure and two-way procedure asynchronous communication
The processing will be described. (1) Creating a queue object (1101) First, the information sender and the information receiver store their transmission information.
Create a queue object that will be the place to do it. a) Generate the server queue object The administrator of the application module that is the information receiver
Creates a queue object for the server. Cry
Queue, which is one of the Ant application modules
The management program issues a queue creation command. Obj
Inter-object communication module 4
Queue type passed (eg server type) 61
1, information 612 that identifies the administrator, messages stored in the queue
How to control sage 613 (eg when storing messages
Queue creation request message 610 from
Send sage to storage function module 7 and execute queue creation
Call the department. Storage function module 7 Queue creation execution unit
Is the queue management information table of the server queue object.
And a queue object identifier. queue
Object identifier to object communication module 4
Registered in the object management information 300 by the method specified by
Queue management information table such as queue object identifier
Register with. The queue creation execution unit
-Create object queue response message 620
And send it back to the inter-object communication module 4,
Finish the instruction. Next, the user object and Cuo
User object management module for object association
Register at 9. Queue management program
Issue an order. The inter-object communication module 4
User object to be registered, passed by the user registration command
Object identifier 711, queue object identifier 712, etc.
Create a queue registration request message 710 from
To the user object management module 9 and queue
Call the registration execution part. The queue registration execution unit
To the object management information 1000 User object identifier, etc.
Register and exit. Inter-object communication module 4
Queue response message 720
And send it back to the inter-object communication module 4,
Finish the instruction. b) Creating the queue object for the client The administrator of the application module that is the information sender
Creates a queue object for the client.
The administrator can specify the type of queue (for example, client type
), Information that identifies the administrator, and messages stored in the queue.
How to control sage (eg time to store message)
Etc.), issue a queue creation command, and
Get the identifier of the queue object. The creation process is
The flow is the same as for the server queue object. (2) Procedure for user object in proxy function module
(1102) The administrator of the application module that will be the information recipient
The procedure of the user object to the proxy function module
User object, the user object
Register a queue object that First, the user object
Request message format that specifies the procedure call instruction
Process to convert to the specified response message format
Succeeding execution result is taken out to the prescribed area of procedure call instruction
Process to be set, object on the proxy function module side
Register with the inter-communication module. This is between objects
Can be realized using the functions provided by the communication module 4.
You. Inter-object communication module 4
Determine the procedure call instruction format by entering
And can output the source code of the above processing part
You. The application module that is the information receiver
The administrator outputs the above processing part in advance, and the proxy function module
Registered in the inter-object communication module 4B
Good. Next, the user object, the user object
Queue object to use in proxy function module 8
register. Client application module
One queue management program is a proxy object
Issue a registration order. Inter-object communication module 4
Is the user object passed by the registration command
Queue object identifier 1411 to use, user of
Object registration from the procedure definition information 1412 of the project
Create a request message 1410 and send the message as a proxy function module.
Send to Tool 8 and call the registration execution unit. object
Registration execution part queues to proxy object management information 1300
Register the object identifier, etc. and end. Object
The communication module 4 between the
Create a registration response message 1420 between objects
The command is returned to the communication module 4 and the command ends. (3) Defining the format of transfer information (1103) Between client module 5 and proxy function module 8
Defines the format of the information to be transferred. Claire
Information that the module 5 passes to the proxy function module 8
(Transmission transmission information) means that the proxy function module 8 is the user.
Required to call the object procedure (procedure X)
Information. For example, object identifier, procedure identification
Input data for executing child and procedure. Cry
Ant module 5 receives from proxy function module 8
Transfer information (reception transfer information) represents the procedure execution result.
Information. For example, object identifier, procedure identification
Output data representing the child and procedure execution results. Transmission
The information format is arranged as shown in FIG. 15, for example. You
User object identifier area 1501
Set the gateway identifier. In the procedure identifier area 1502,
Set the procedure name (for example, procedure X) defined in the definition
I do. In the request / response type area 1503, transmission transmission information and reception
The identification information of the transmission information is set. Parameter row area 1504
Input data and output data are set to. Input data
Data sequence of output data and output data is described in the procedure definition.
The data length is described in the procedure definition.
A fixed length shall be assigned to each of the specified data types. Less than
By creating the communication information according to the definition above,
Function module is required to call procedure from transmission information
Each element can be obtained, and the client module
Obtain each element that represents the procedure execution result from the received transmission information.
Can be. Below is the client module 5
Related to asynchronous communication with user object module 6
It becomes processing to do. (4) Message queue object for client
Send (1104) Client module 6 to the user object hand
Follow the rules described in (3) from the continuation name, input information, etc.
Create communication information, and transmit information area of transmission information transmission command 93
Set to 5s. Furthermore, the transmission command is uniquely identified by the system.
Create an instruction identifier to be set and set it in the instruction identifier area 934s.
You. Similarly, the identifier of the user object that will be the server
The destination object identifier area 933s for the client
Queue object identifier identifies the queue object
It is set in the child area 932s and a transmission information transmission command is issued. Me
Additional information area 936s when priority control of message is required
Set the priority to. Inter-object communication module
Rule 4c is the destination object identification information of the transmission information transmission command.
Destination object of information transmission request message 630
Set in the identification information area 631. Next, specify the instruction identifier.
The additional information is transmitted to the additional information area 633 in the command identifier area 632.
The reach information is set in the transmission information area 634. Setting additional information
If not present, set the default priority value. Next
Is the queue object identifier of the transmission information transmission command?
Obtain the address information of the object, and
The transmission information transmission request message 630 is sent to the tool 7. Transmission
The storage function module that received the information transmission request message 630
7 Send execution part sends the message to the corresponding client.
Queue management information table 400 for queue object
Place a message in the message storage area and store the message such as storage time.
After setting the management information, send the transmission information response message 64
O when receiving the transmission information transmission response message 640 that returns 0
The inter-object communication module 4C sends a transmission information transmission command.
finish. (5) Transfer the message to the server queue object
Yes (1105) The storage function module 7
Examine the sent message storage location of the view object.
Prioritize if there are any unsolicited solicitation messages
Select the message according to the frequency and perform the following processing. Sending
Destination object set in the data request message data section
Object identifier, the server used by the user object
Get the identifier of the queue object for the bus. This is
-Inquiry command for user object management module
It is obtained by issuing it to 9. Destination object identifier area
The queue object identifier for the server in
Client queue object identification in the object identifier area.
Send a request to the instruction identifier area, and send request message data section
Command identifier of the transmission request message in the transmission information area.
The transmission information of the data section is sent to the additional information area in a transmission request message.
The additional information of the data section is set, and the server queue object
Specified as the destination object, and
Issue an order. Inter-object communication module 4B
Destination object identification passed by the reach information transfer command
Child, starting object identifier, command identifier, transmission information,
Create a transfer information transfer request message 650 from additional information
You. Next, from the destination object identifier, the server queue
Get the address information of the object and enter the key for the corresponding server.
View object storage function module 7
Send a send request message 650. Transfer information transfer request message
The storage function module 7 transfer execution unit that received the message 650
Queue object for the server whose contents are relevant
Queue management information table 400 for received messages
And set the message management information such as storage time,
The transmission information transfer response message 660 is returned. Communication information
Storage function module 7 which received the transfer response message 660
When the transfer is completed normally, the send command section sends the transferred message.
Delete information about sage from queue management information table
I do. If not successful, save the message
Then, the transfer process is performed again at an arbitrary time. (6) Receive message from server queue object
Deletion (1106) Proxy function module 8, proxy object management information 130
Transfer information from the server queue object registered in 0
Receive information. Proxy function module 8 is a server queue
Transfers the object identifier to the queue of received information
Set in the object identifier area 932r to transmit the transmission information command
Issue Between objects that received a transfer information reception command
The communication module 4B uses the queue object identifier to
Acquire and transmit address information of server queue object
An information reception request message 670 is sent. Request to receive transmitted information
Storage function module 7 receiving message 670
Is the queue management information table of the server queue object.
Examine the Bull 400. A message is stored in the received message storage
If the message is stored, the message is
Select and communicate message Receive information response message 680
Set to. From queue management information table to message
Acknowledgment message with related information deleted 68
Returns 0. Received transmission information response message 680
Proxy function module 8
Receive a series of transmission information. (7) Call the procedure of the user object (1107) The proxy function module 8 procedure calling unit sends the transmission transmission information.
From, object identifier, procedure identifier, input data
Get. Proxy object management related procedure definition information
Select from physical information 1300 and call procedure from procedure identifier
Get the instruction format. In the procedure call instruction format input area,
Each input data obtained from the transmission transfer information is set in order. Oh
Procedure by specifying the object identifier in the destination object
And wait for the object to finish executing the procedure. hand
If the continuous call fails, retry after a certain period of time. hand
After continuing execution, if it is a one-way procedure, end the process.
You. In the case of a two-way procedure, the following processing will be continued. (8) Send the message to the server queue object
(1201) The proxy function module 8 send command part is based on the procedure execution result.
The reception transfer information is created according to the rule described in (3).
Next, send the transmission information to the inter-object communication module 4B.
Issue an order. First, send the transmission information reception response message
Client set in the hexadecimal object identifier area 683
Destination queue object identifier
Set in child area 933s. Similarly, order the instruction identifier 684
The additional information 685 is added to the additional information area 936s in the identifier area 934s.
Set. Set the reception transfer information in the transfer information area 686,
Queue object identifier for server queue object
Issue the transmission information transmission command by setting it in the identifier area 932s.
I do. The inter-object communication module 4B sends the transmission information.
Request to send the destination object identification information of the command
Set in the destination object identification information area 631 of the message 630.
Set. Next, add the command identifier to the command identifier area 632.
Additional information in the additional information area 633, transmission information in the transmission information area 6
Set to 34. Next, the queue object of the transmission information transmission command
Object address information is obtained from the object identifier.
To the storage function module 7
Send the 630. Received message 630 requesting transmission of transmission information
Storage function module 7 Send execution part is the content of the message
Queue management information of the corresponding queue object for the server
Message table 400 Sent message Put in storage place and store
Set message management information such as between
The reply message 640 is returned. Transmission information transmission response message
The proxy function module 7 send command section that received the
The reach information transmission processing command is ended. (9) Message queue object for client
Transfer to (1202) Storage function module 7 Transfer command part
Examine the sent message storage location of the object. Sent
If there is a send request message that is not
Select a message and perform the following processing. Request to send
Is the destination object identifier set in the message?
From the client queue object identifier
You. In the destination object identifier area, the client queue
-Set the object identifier to the start object identifier
Area, the queue object identifier for the server, the instruction identifier
Attach the command identifier of the transmission request message data section to the area.
Additional information in the transmission request message data section in the additional information area
Of the transmission request message data section to the transmission information area
Set information and send queue object for client
Specify the destination object and issue the transfer information transfer command
You. Inter-object communication module 4B transfers transfer information
The destination object identifier passed by the instruction, the launch
Object identifier, command identifier, additional information, transmission information
A transmission information transfer request message 650 is created from the above. Addressed to
From the destination object identifier, the client queue
Get the address information of the project, and for the corresponding client
Transfer information to the queue object storage function module 7
Send a transfer request message 650. Transfer information transfer request message
The storage function module 7 transfer execution unit that received the sage 650
Queue the message contents of the applicable client queue
Object queue management information table 400 Received message
Place in the storage location and set message management information such as storage time.
Then, the transmission information transfer response message 660 is returned.
The storage function module that received the transfer information transfer response message 660
The Rule 7 transfer instruction section
Queue management information table for information about sent messages
Delete from the file. Message if not successful
Is stored and the transfer process is performed again at an arbitrary time. (10) Client queue object for message
Received from (1203) The client module 5 specifies the command identifier and transmits it.
Issue the reach information reception command. Client module 5
Received in the command identifier area 934r of the transmission information reception command.
Set the command identifier of the desired transmission information. Then the clear
Queue object identifier for
Set the identifier area 932r and issue the transmission information reception command
You. The inter-object communication module 4C receives the transmission information.
Set the instruction identifier in the selection criterion area 671 of the request message 670.
Set. Then, from the queue object identifier,
Obtain the address information of the queue object for Ant, and apply
To the storage function module 7
Send Ji 670. Received message 670 requesting receipt of transmission information
The storage function module 7 reception execution unit
Examine the queue management information table 400 of the view object
You. The message is stored in the incoming message store
Select the message that matches the instruction identifier,
Set the message to the transmission information reception response message 680.
You. Related to message from queue management information table
Delete information and send back transmission information reception response message 680
I do. (11) Return the execution result (1204) Client that received the transmission information reception response message 680
Module 5C will send the relevant received message from the message.
Receive information. The reception transfer information is in the format described in (2).
Since it is set, the received transmission information is divided according to this rule.
Understand. In the above example, the client queue object
And the server queue object are stored in the same
Created in Function Module 7. Cueo for clients
Object and server queue object are separate
Object identifier and address information
In order to keep information, place multiple proxy function modules
Queue object for Ant and Queue object for server
Can be created in a different storage function module
it can. In this case also, the same processing as the above embodiment is performed asynchronously.
Communication can be realized. In addition, the proxy function module is also independent
Object identifier and address information
Since it has information, this module can also be placed anywhere.
You. Example 2 In Example 2, a user who uses a portable computer
An object implemented on another computer using the asynchronous communication function.
The case of using a project is explained. "Figure 16" is
An asynchronous computer that uses a portable computer as a client computer.
It is a figure showing the structure of one Example of a sage communication system.
You. Calculator 2A is a client that uses objects
It is a client computer in which module 5 is installed. Total
The computers 2B, 2C, 2D, 2E, and 2F are the users described in the first embodiment.
Object module 6, storage function module 7, proxy machine
Function module 8 and user object management module 9
This is the implemented server computer. In this example, Klein
The computer is a portable computer, the server computer is a LAN, etc.
It is assumed that the computer is network-connected to the transmission path A of. Carrying
The client computer 2A, which is a zonal computer, is usually
It operates without being connected to the transmission path A (1a). K
When sending information from the line computer 2A to the server computer,
Or when receiving information from the server computer, the transmission line B
(1b) is used to connect to the transmission line A (1a). Portable
The client computer communicates intermittently with the server computer.
Therefore, asynchronous communication is required. Furthermore, transmission line B
Is low-speed and unreliable, the transmission line B usage time is minimized.
It is necessary to suppress it. In this embodiment, the storage function
Module 7 is used as a substitute function module for computers 2A, 2B, 2C and 2D.
Tool 8 to computer 2C, 2D, user object module
Place Rule 6 on computers 2E and 2F. In this example, storage
The request transmission execution unit / request reception unit is sent to the execution unit of the function module 7.
Request execution unit / request reception command
Add a section. Also, the client module 5
-Place a production command section. "Figure 17" shows the storage function module.
6 is a configuration example of queue management information 400 managed by rule 7. Book
In the embodiment, the following information is added to the constituent elements of the first embodiment.
You. First, the queue that identifies the type of queue object
Add the queue type for subclient to the type.
You. Next, add the parent queue object information to the attribute type.
Add. The queue type for sub-client is a client
Cueo acting as a cue object for Ants
Represents a object. What is parent queue object information?
Client that queue object for client
This is information for identifying the ant cue object.
"FIG. 18" is a storage function module added in this embodiment.
7 message and the data part format of the message
It is one configuration example. Depending on the procedure of the storage function module 7,
Add request transmission (1810, 1820) and request reception (1830, 1840)
I do. Request / response messages corresponding to these procedures
To the inter-object communication module. Less than,
Using "Fig. 19""Fig.20""Fig.21",
Module 5 is user object module 6E, 6F
Processing when two objects of are called asynchronously
The physical operation will be described. In this example, for sub clients
Queue object, Queue object for client
If you want to dynamically create
explain. (1) Create a server queue object Create a server queue object. User object
Object module 6E server queue object
Tube function module 8C, user object module
Function module for storing 6F server queue objects
Create in 8D. The creation process is the same as in Example 1 (1) a).
Follow the procedure. (2) Procedure for user object in proxy function module
The proxy function of the user object module 6E
Module 8C replaces user object module 6F
Register the physical function in the proxy function module 8D. The registration process is
The procedure is the same as in Example 1 (2). (3) Defining the format of transmission information The procedure is the same as that of the first embodiment (3). From below
Client module 5 and user object module 6
It is a process related to the asynchronous communication of E and 6F. (4) Create queue object for sub-client
(2001, step1) Client module 5 is a sub client queue.
-Create the object in the save function module 7A. K
Client module 5 issues a queue creation command
You. Inter-object communication module 4A
Type of queue passed by decree (subclient
Type), information identifying the administrator, stored in a queue
To control stored messages (eg store messages
The queue creation request message 610 from the
Send message to storage function module 7A and create queue
Call the execution part. Storage function module 7A Queue creation
The line section is the queue object for the subclient.
-Management information table 400A and queue object identifier
Generate Queue object identifier object
Object management by the method specified by intercommunication module 4
Register in the information 300 and store the queue object identifier etc.
-Register to management information 400A. Queue creation execution unit
Queue creation response with end status and queue object identifier
Set to message 620 and set the inter-object communication module.
Return to Le4A and finish the order. (5) Queue message for sub client
To the client (2002, step1) The client module 5 is the hand of the user object.
Follow the rules described in (3) from the continuation name, input information, etc.
Create the communication information and put it in the transmission information area of the transmission information transmission command.
Set. In addition, the send command is uniquely identified in the system
The instruction identifier E is created and set in the instruction identifier area. same
The user object E that will be the server
In the destination object identifier area, the sub client queue
-Set the object identifier to the queue object identifier
Set to the area and issue the transmission information transmission command. Object
The inter-unit communication module 4A uses the destination information of the transmission information transmission command.
Disseminate the project identification information 933s Information transmission request message 63
The destination object identification information area 631 of 0 is set. Next
The command identifier 934s is stored in the command identifier area 632 and the transmission information 9
35s is set in the transmission information area 634. Next, transmission of transmission information
From the queue object identifier 932s of the instruction, the object
Address information of the client and transfer it to the storage function module 7A
An information transmission request message 630 is sent. Transmission information transmission request
Received the message 630 and sent the storage function module 7A
Is the queue for the corresponding subclient for the message
Object queue management information table 400A Send message
Message storage response message
640 will be returned. Receive the transmission information transmission response message 640
The inter-object communication module 4A
End the decree. After completing the above transmission information transmission command, do the same
Then, the client module 5 becomes a server
User object F identifier to destination object identifier
In the area, the instruction identifier F is set in the instruction identifier area.
The queue object identifier for the ant
Issue the transmission information transmission command by setting it in the sector identifier area.
You. As a result, the subclient queue object
Two pieces of transmission information are stored in. (6) Create a cue object for clients (2003,
step2) Storage function module 7A Request transmission command part is the client
Computer 2A is connected to transmission lines 1a and 1b, and communication is possible.
If so, the following processing is performed. Storage function module 7A
The send request command part is a queue object for the sub client.
Of the parent queue object in the queue management information table 400A
Check that the information is registered. Parent cue obj
If the project information is not registered, the storage function module is first
Create a queue object for client in Tool 7B
You. Storage function module 7A
Issue a create command. Inter-object communication module 4A
Is the type of queue, as passed by the create queue instruction
(Client type), information that identifies the administrator, key
How to control the messages stored in the
Queue creation request message)
Create 610 and send message to storage function module 7B
Call the queue creation execution unit. Storage function module
The 7B queue creation execution unit is the client queue object.
Queue management information table 400B
Generate a global identifier. Enter the queue object identifier
Use the method specified by the inter-object communication module 4
Object management information 300 and queue object identification
Register the child and the like in the queue management information table 400B. queue
Creation execution unit, process completion status, queue object identification
Set the child to the create queue response message 620
And sends it back to the inter-communication module 4B to complete the command. Security
The tube function module 7A queue creation command section
Set the client queue object identifier to the subclass.
Parent queue of queue object management information 400A for clients
Set in the object information area. (7) Message queue object for client
Send to (2004, step2) Storage function module 7A Send request
Command part manages queue objects for sub clients
Sending information Look up the message store. Has been sent
If there is no send request message, perform the following processing.
U. Check the number of send request messages that have not been sent
(Two in this case). Sent to the requested quantity setting area
Enter the number of unsent transmission request messages in the request content setting area.
All these transmission request messages are set. Parent Cuo
Client queue set in the object information area
Send the request by specifying the object as the destination object
Issue an order. The inter-object communication module 7A
Request transmission request based on the number of requests passed by the request transmission command
Request content in the requested quantity field 1811 of message 1810
Set in the content area 1812. Then the destination object identifier
From the client queue object address information
Of the corresponding queue object for the client
Send request request message 1810 to storage function module 7B
send. The storage function module that received the request transmission request message 1810
Module 7B request transmission execution unit set in the message
Request contents 1812 (send request message)
Queue management information table of client queue object
Bull 400B Send message Set as a storage location and send request
A reply message 1820 is returned. Request transmission response message
Storage function module 7A that received the message 1820 Request transmission command unit
If the transfer was successful, the message
The related information is deleted from the queue management information table. Correct
If it did not end normally, save the message and click
When the client computer is connected to the transmission line, the request is sent again.
Processing. (8) Transfer the message to the server queue object
(2005, step3) The storage function module 7B transfer command part is
Message storage area for view object management information 400B
Check the place. There is a send request message that has not been sent.
If it does, perform the following processing. In this embodiment, according to (5)
Two messages are registered. Storage function module
The 7B transfer command unit is an example of two messages.
The transfer process similar to (5) of 1 is performed. (9) Receive message from server queue object
Take away (2006, step4) The proxy function modules 8C and 8D follow the same procedure as in the first embodiment.
Do. (10) Call the procedure of the user object (2007,
step5) The proxy function modules 8C and 8D follow the same procedure as in the first embodiment.
Do. (11) Send the message to the server queue object
(2101, step6) The proxy function modules 8C and 8D follow the same procedure as in the first embodiment.
Do. (12) Queue message for client
(2102, step7) The storage function modules 7C and 7D follow the same procedure as in the first embodiment.
Do. (13) Send the message to the sub-client queue object
(2103, step8) The client module 1007 receives the user object E
Received transmission information by specifying the command identifier E of the command issued to
Issue an order. Client module 5
In the command identifier area of the information reception command,
Set the instruction identifier. Next, the sub-client queue
ー Object identifier is queue object identifier area
To issue a transmission information reception command. object
The inter-communication module 4A uses the transmission information reception request message 67
The instruction identifier is set in the selection reference area 671 of 0. Next,
From the view object identifier, the subclient queue
-Obtain the address information of the object and apply the corresponding save function
Send a transmission information reception request message 670 to module 7A.
You. A storage function that receives the transmission information reception request message 670
Module 7A reception execution unit is a sub client queue
Check the queue management information table 400A for the object.
In this case, the incoming message store is still in the message
Is not stored. Therefore, the reception execution unit
Check whether the computer can communicate. Unable to communicate
If not possible (such as when not connected to the transmission line), communication is not possible
Information indicating an error is set in the end status area 681 and transmitted.
The reception response message 680 is returned. When communication is possible
When the storage function module 7A request reception command section
I do. (14) Message to client queue object
Received from (2105, step9) Storage function module 7A Request reception command unit is a sub client
Queue management information table 40
Parent queue object information (client queue
-Object identifier) is obtained. Then for the client
Queue object identifier to queue object identifier
Set the area and issue the request reception command. object
The inter-communication module 4A uses the queue object identifier
Address information of client queue object
The request reception request message to the corresponding storage function module 7B.
Send Sage 1830. Receive request request message 1830
The storage function module 7B request reception execution unit
Management information table 400B for queue object for queue
Find out. Message is stored in received message storage
If so, request all messages and receive response messages.
Sage 1840 Set in the request content setting area 1842, and set these messages.
The number of sages is set in the response number area 1841. Cue tube
Delete information related to the message from the physical information table 400B.
The request reception response message 1840 is returned. Request received
Storage function module 7A that received the response message 1840
Request reception command part, request reception response message 1840 Request details
Messages set in area 1852 are sequentially sub-cleared.
Queue management information table 40
0A Set to receive message storage location and process to receive execution unit
Transfer. The storage function module 7A reception execution unit
Examine table 400A for queue objects for clients
You. In this case, the message will be received by the above process.
It is stored in the sage storage area. Therefore, the receiving message
Message that matches the instruction identifier E from the storage location
Select and communicate message Receive information response message 68
Set to each area of 0. Queue management information table 400A
Delete the information related to the message from the
Answer message 680 is returned. (15) Return the execution result (2106, step10) The client that receives the transmission information reception response message 680
Module 5 determines from the message the relevant incoming communication information.
Receive information. The reception transfer information is in the format described in (3).
Since it is set, the received transmission information is divided according to this rule.
Understand. (16) Send message to sub-client queue object
Client module 5 to the user object F (2103, step8)
Specify the command identifier F of the issued command to receive the transmission information.
Issue an order. Client module 5 communicates information
In the command identifier area of the received command, the transmission information
Set the order identifier. Then the subclient queue
Object identifier in the queue object identifier area
Set and issue a transmission information reception command. Between objects
The communication module 4A uses the transmission information reception request message 670.
The instruction identifier is set in the selection reference area 671 of. Next,
From the view object identifier, the subclient queue
-Obtain the address information of the object and apply the corresponding save function
Send a transmission information reception request message 670 to module 7A.
You. A storage function that receives the transmission information reception request message 670
Module 7A reception execution unit is a sub client queue
Examine table 400A for the object. In this case, the process
The message is stored in the received message storage by (14).
It is piped. Therefore, the reception execution unit
Select the message that matches the command identifier F from the pipe location
And then convey the message each of the information received response message 680
Set to area. From the queue management information table 400A,
Delete the information related to the
Return the Sage 680. (17) Return the execution result (2106, step10) The client that receives the transmission information reception response message 680
Module 5 determines from the message the relevant incoming communication information.
Receive information. The reception transfer information is in the format described in (3).
Since it is set, the received transmission information is divided according to this rule.
Understand.

【発明の効果】本実施例では、クライアント計算機5を
伝送路Bに接続して、クライアント計算機5から受信伝
達情報を得た。受信伝達情報は、ネットワーク接続され
た計算機2Bのクライアント用キューオブジェクトに保管
されているので、伝送路Aに接続された他の計算機か
ら、命令識別子を指定して受信伝達情報を得ることもで
きる。以上、本発明によれば、クライアント送信手段と
クライアント受信手段は独立した処理となるが、命令識
別情報によって手続き実行要求と手続き実行結果の対応
付けをとることができる。従来、例えば数分単位以上の
実行時間を必要とする機能をサーバとして実装して、同
期型通信でクライアントから利用することができなかっ
た。しかし本発明によって、クライアント送信手段を持
つクライアントプロセスと、クライアント受信手段を持
つクライアントプロセス、サーバ受信手段/サーバ送信
手段を持つサーバプロセスを各々別プロセスにして実装
し、サーバの実行時間をクライアントの実行時間と独立
させることが可能となるため、サーバとして提供できる
機能の範囲を広げることができる。また、従来のクライ
アント/サーバ型システムでは、手続き呼出し順序を優
先度等の情報でスケジューリングすることができなかっ
た。しかし本発明によれば、要求情報、応答情報を一旦
保管して、再度目的とする場所へ転送するため、転送順
序を優先度等の情報でスケジューリングして手続き呼出
し順序を制御することが容易になる。更に、本発明によ
れば、クライアント転送手段は転送処理が可能な場合に
サーバ用情報保管場所へ要求情報を転送することができ
る。従来、クライアント機能を持つ計算機をネットワー
クから外した状態で、クライアントからサーバへ要求情
報を送ることができなかった。しかし本発明によって、
クライアント送信手段を持つプロセス、クライアント転
送手段を持つプロセスをクライアント用計算機に実装
し、クライアント転送手段を持つプロセスにクライアン
ト用計算機がネットワークに接続された段階で要求情報
を転送させることが可能となるため、クライアントプロ
グラムにネットワークの状態を隠蔽することができる。
更に、本発明によれば、送信依頼手段は要求情報を複数
まとめて送信することができる。同様に、受信依頼手段
は応答情報を複数まとめて受信することができる。よっ
て、低速で信頼性の低いネットワークによる通信障害、
通信時間を最少におさえることができる。
In this embodiment, the client computer 5 is connected to the transmission path B and the reception transfer information is obtained from the client computer 5. Since the reception transfer information is stored in the client queue object of the computer 2B connected to the network, the reception transfer information can be obtained from another computer connected to the transmission path A by designating the command identifier. As described above, according to the present invention, the client transmitting unit and the client receiving unit are independent processes, but the procedure execution request and the procedure execution result can be associated with each other by the command identification information. Conventionally, it has not been possible to implement a function that requires an execution time of, for example, several minutes or more as a server and use it from a client in synchronous communication. However, according to the present invention, the client process having the client transmitting means, the client process having the client receiving means, and the server process having the server receiving means / server transmitting means are implemented as separate processes, and the server execution time is executed by the client. Since it can be made independent of time, the range of functions that can be provided as a server can be expanded. Further, in the conventional client / server type system, the procedure calling order cannot be scheduled based on information such as priority. However, according to the present invention, the request information and the response information are temporarily stored and transferred again to the target location, so that it is easy to control the procedure calling order by scheduling the transfer order with information such as priority. Become. Further, according to the present invention, the client transfer means can transfer the request information to the server information storage location when the transfer processing is possible. Conventionally, it has been impossible to send request information from a client to a server with a computer having a client function removed from the network. However, according to the present invention,
It is possible to implement a process with client transmission means and a process with client transfer means on the client computer, and have the process with client transfer means transfer the request information when the client computer is connected to the network. The client program can hide the network status.
Furthermore, according to the present invention, the transmission requesting means can transmit a plurality of pieces of request information in a lump. Similarly, the reception requesting unit can collectively receive a plurality of response information. Therefore, a communication failure due to a slow and unreliable network,
Communication time can be minimized.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の実施例1における非同期メッセージ通
信システムの1構成図。
FIG. 1 is a configuration diagram of an asynchronous message communication system according to a first embodiment of the present invention.

【図2】本発明の概要をあらわす図。FIG. 2 is a diagram showing an outline of the present invention.

【図3】オブジェクト配置情報の1構成図。FIG. 3 is a configuration diagram of object placement information.

【図4】キュー管理情報の1構成図。FIG. 4 is a configuration diagram of queue management information.

【図5】メッセージのデータ形式の1構成図。FIG. 5 is a configuration diagram of a data format of a message.

【図6】保管機能モジュールが使用するメッセージ、及
びそのデータ部の1構成図。
FIG. 6 is a configuration diagram of a message used by a storage function module and a data part thereof.

【図7】ユーザオブジェクト管理モジュールが使用する
メッセージ、及びそのデータ部の1構成図。
FIG. 7 is a configuration diagram of a message used by a user object management module and a data part thereof.

【図8】モジュールと、命令、メッセージ、手続きの関
係をあらわす図。
FIG. 8 is a diagram showing the relationship between modules and commands, messages, and procedures.

【図9】ユーザオブジェクトの手続き定義例、及び同期
型インタフェース非同期型インタフェースの1構成図。
FIG. 9 is a diagram showing an example of a procedure definition of a user object and a synchronous interface asynchronous interface.

【図10】ユーザオブジェクト管理情報の1構成図。FIG. 10 is a configuration diagram of user object management information.

【図11】非同期型通信に関連する流れ図。FIG. 11 is a flowchart related to asynchronous communication.

【図12】非同期型通信に関連する流れ図。FIG. 12 is a flowchart related to asynchronous communication.

【図13】代理オブジェクト管理情報の1構成図。FIG. 13 is a configuration diagram of proxy object management information.

【図14】代理機能モジュールが使用するメッセージ、
及びそのデータ部の1構成図。
FIG. 14 is a message used by the proxy function module,
And one configuration diagram of the data part thereof.

【図15】伝達情報の表現形式の1例。FIG. 15 shows an example of an expression format of transmission information.

【図16】実施例2における非同期メッセージ通信シス
テムの1構成図。
FIG. 16 is a configuration diagram of an asynchronous message communication system according to a second embodiment.

【図17】実施例2におけるキュー管理情報の1構成
図。
FIG. 17 is a configuration diagram of queue management information according to the second embodiment.

【図18】実施例2において追加した保管機能モジュー
ルが使用するメッセージ。
FIG. 18 is a message used by the storage function module added in the second embodiment.

【図19】実施例2の概要をあらわす図。FIG. 19 is a diagram showing an outline of a second embodiment.

【図20】実施例2における非同期型通信に関連する流
れ図。
FIG. 20 is a flowchart related to asynchronous communication according to the second embodiment.

【図21】実施例2における非同期型通信に関連する流
れ図。
FIG. 21 is a flowchart related to asynchronous communication according to the second embodiment.

【符号の説明】[Explanation of symbols]

1…伝送路、 2…計算機、 3…プロセ
ス、4…オブジェクト間通信モジュール、 5…ク
ライアントモジュール、6…ユーザオブジェクトモジュ
ール、 7…保管機能モジュール、8…代理機能モ
ジュール、 9…ユーザオブジェクト管理モジュ
ール、300…オブジェクト配置情報、 400…キュー
管理情報、1000…ユーザオブジェクト管理情報、1300…
代理オブジェクト管理情報。
1 ... Transmission path, 2 ... Computer, 3 ... Process, 4 ... Inter-object communication module, 5 ... Client module, 6 ... User object module, 7 ... Storage function module, 8 ... Proxy function module, 9 ... User object management module, 300 ... Object placement information, 400 ... Queue management information, 1000 ... User object management information, 1300 ...
Proxy object management information.

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】クライアント/サーバ型分散システムにお
いて、クライアント(モジュール)がサーバ(モジュー
ル)へ送る要求情報、及びサーバがクライアントへ返送
する応答情報を一時保管する情報保管機能と、クライア
ントに代わって手続き呼出し命令/手続き実行結果受信
を行う代理送受信機能とを設けたことを特徴とするメッ
セージ通信システム。
1. In a client / server distributed system, an information storage function for temporarily storing request information sent by a client (module) to a server (module) and response information returned by the server to the client, and a procedure on behalf of the client. A message communication system having a proxy transmission / reception function for receiving a call command / procedure execution result.
【請求項2】クライアント/サーバ型分散システムにお
いて、情報保管機能がクライアントがサーバへ送る要求
情報、及びクライアントがサーバから受け取る応答情報
を一時保管しておくクライアント用情報保管場所と、サ
ーバがクライアントから受け取る要求情報、及びサーバ
がクライアントへ送る応答情報を一時保管しておくサー
バ用情報保管場所とを作成する保管場所作成手段と、サ
ーバ識別情報からサーバ用情報保管場所の情報を得るサ
ーバ管理手段を含み、更に、情報保管機能がクライアン
トが作成した任意の要求情報をクライアント用情報保管
場所へ格納するクライアント送信手段、これをクライア
ント用情報保管場所からサーバ用情報保管場所へ転送す
るクライアント転送手段、サーバ用情報保管場所から取
り出すサーバ受信手段と、情報保管機能がこの情報に関
連する応答情報をサーバ用情報保管場所へ格納するサー
バ送信手段、これをサーバ用情報保管場所からクライア
ント用情報保管場所へ転送するサーバ転送手段、クライ
アント用情報保管場所から取り出すクライアント受信手
段とを含み、代理送受信機能が、サーバの手続き呼出し
方法を登録する手続き登録手段、サーバ受信手段によっ
て得られた要求情報からサーバの手続きを呼出し、実行
結果を受け取る手続き呼出し手段を含むことを特徴とす
る請求項1記載のメッセージ通信システム。
2. In a client / server type distributed system, a client information storage location for temporarily storing request information sent by the client to the server and response information received by the client from the server by the information storage function, and the server from the client. A storage location creating means for creating a request information to be received and a server information storage location for temporarily storing the response information sent by the server to the client, and a server management means for obtaining the information of the server information storage location from the server identification information. Further, the information storage function further includes client transmission means for storing arbitrary request information created by the client in the client information storage location, client transfer means for transferring the request information from the client information storage location to the server information storage location, and server. Reception from the server information storage location And a server transmitting means for the information storage function to store response information related to this information in the server information storage location, a server transfer means for transferring this from the server information storage location to the client information storage location, client information The proxy transmission / reception function includes a client reception unit that is retrieved from the storage location, and a procedure registration unit that registers the procedure calling method of the server, and a procedure call that calls the server procedure from the request information obtained by the server reception unit and receives the execution result. The message communication system according to claim 1, further comprising means.
【請求項3】情報保管機能が、クライアント計算機上に
サブクライアント用情報保管場所を作成する手段と、他
計算機上にクライアント用情報保管場所を作成する手
段、サブクライアント用情報保管場所からクライアント
用情報保管場所へ要求情報を複数まとめて送信する送信
依頼手段、クライアント用情報保管場所からサブクライ
アント用情報保管場所へ応答情報を複数まとめて受信す
る受信依頼手段を含むことを特徴とする請求項1記載の
メッセージ通信システム。
3. An information storage function, means for creating an information storage location for a sub-client on a client computer, means for creating an information storage location for a client on another computer, and information for a client from the information storage location for a sub-client. The transmission request means for collectively transmitting a plurality of request information to the storage location, and the reception request means for collectively receiving a plurality of response information from the client information storage location to the sub-client information storage location. Message communication system.
【請求項4】クライアント(モジュール)とサーバ(モ
ジュール)の通信方法に関して、クライアントがサーバ
へ送る要求情報、及びクライアントがサーバから受け取
る応答情報を一時保管しておくクライアント用情報保管
場所と、サーバがクライアントから受け取る要求情報、
及びサーバがクライアントへ送る応答情報を一時保管し
ておくサーバ用情報保管場所とを作成する保管場所作成
ステップと、代理送受信機能にサーバの手続きを登録す
る手続き登録ステップ、クライアントが作成した任意の
要求情報を、クライアント側からサーバを指定してクラ
イアント用情報保管場所へ送るクライアント送信ステッ
プ、クライアントがクライアント用メッセージ保管場所
から応答情報を受け取るクライアント受信ステップを含
むことを特徴とするメッセージ通信方式。
4. Regarding a communication method between a client (module) and a server (module), a client information storage location for temporarily storing request information sent by the client to the server and response information received by the client from the server, and the server Request information received from the client,
And a storage location creation step for creating a server information storage location for temporarily storing response information sent by the server to the client, a procedure registration step for registering the server procedure in the proxy transmission / reception function, and any request created by the client A message communication method, comprising: a client sending step of sending information from a client side to a server by specifying a server to a client information storage location; and a client receiving step of receiving response information from the client message storage location.
【請求項5】クライアント(モジュール)とサーバ(モ
ジュール)の通信方法に関して、保管場所作成ステップ
において、異なる2つの場所にクライアント用情報保管
場所を作成し、クライアント受信ステップにおいて双方
のクライアント用情報保管場所から受信情報を受け取る
ことができることを特徴とする請求項4記載のメッセー
ジ通信方式。
5. Regarding a communication method between a client (module) and a server (module), in the storage location creating step, client information storage locations are created in two different locations, and both client information storage locations are created in the client receiving step. 5. The message communication system according to claim 4, wherein the received information can be received from the message communication system.
JP7336437A 1995-12-25 1995-12-25 Message communication system and its method Pending JPH09179807A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7336437A JPH09179807A (en) 1995-12-25 1995-12-25 Message communication system and its method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7336437A JPH09179807A (en) 1995-12-25 1995-12-25 Message communication system and its method

Publications (1)

Publication Number Publication Date
JPH09179807A true JPH09179807A (en) 1997-07-11

Family

ID=18299133

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7336437A Pending JPH09179807A (en) 1995-12-25 1995-12-25 Message communication system and its method

Country Status (1)

Country Link
JP (1) JPH09179807A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2325824A (en) * 1997-05-30 1998-12-02 Ibm Transmission of a mobile agent and message to a computer
JP2005141737A (en) * 2003-10-24 2005-06-02 Microsoft Corp Interface between mobile connectivity service and wwan device

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2325824A (en) * 1997-05-30 1998-12-02 Ibm Transmission of a mobile agent and message to a computer
US6282563B1 (en) 1997-05-30 2001-08-28 International Business Machines Corporation Agent moving method, message transmission method, agent transmission method, agent acquisition method, message acquisition method and agent list acquisition method, and computer
GB2325824B (en) * 1997-05-30 2002-09-18 Ibm Agent moving method,message transmission method,agent transmission method,agentacquisition method,message acquisition method and agent list acquisation method
JP2005141737A (en) * 2003-10-24 2005-06-02 Microsoft Corp Interface between mobile connectivity service and wwan device
US7814179B2 (en) 2003-10-24 2010-10-12 Microsoft Corporation Interface between mobile connectivity service and WWAN device

Similar Documents

Publication Publication Date Title
KR100612709B1 (en) Short message gateway, system and method of providing information service for mobile devices
US6868544B2 (en) Method and system for general-purpose interactive notifications
US5805823A (en) System and method for optimal multiplexed message aggregation between client applications in client-server networks
US6219712B1 (en) Congestion control in a network
EP2835938B1 (en) Message publishing and subscribing method and apparatus
CN109756559B (en) Construction and use method for distributed data distribution service of embedded airborne system
WO2022262465A1 (en) Opc ua-based centralized user configuration method and system for time sensitive network
JP2003536123A (en) Method and apparatus for activity-based collaboration by a computer system with a communication manager
JP4663948B2 (en) Anonymous subject-based addressing method and apparatus
TW200402961A (en) Data communication method
WO2022120806A1 (en) Multi-cloud distributed messaging method and system for high performance computing
EP0651330B1 (en) Dynamic data exchange over a computer network
JPH09179807A (en) Message communication system and its method
JPH04229367A (en) Document processing method
JP2000132395A (en) Information managing system and message control method
KR920005878B1 (en) Local area system transport
US7864781B2 (en) Information processing apparatus, method and program utilizing a communication adapter
JP3667322B2 (en) Data communication method
CN114389906B (en) Group control method, device, equipment and storage medium for intelligent equipment
JP2959098B2 (en) Network system
JP2002251337A (en) Method for operating communication network
JPH1074146A (en) Object-directional distributed system
JP2003195938A (en) Distributed control system, and its control device and program
JP2930925B1 (en) Email network system
JP2001024691A (en) Server system and method for providing address information in the server system