JPH10232780A - インタフェース定義記述の変換方法およびオブジェクト間通信方法 - Google Patents
インタフェース定義記述の変換方法およびオブジェクト間通信方法Info
- Publication number
- JPH10232780A JPH10232780A JP5109097A JP5109097A JPH10232780A JP H10232780 A JPH10232780 A JP H10232780A JP 5109097 A JP5109097 A JP 5109097A JP 5109097 A JP5109097 A JP 5109097A JP H10232780 A JPH10232780 A JP H10232780A
- Authority
- JP
- Japan
- Prior art keywords
- message
- server
- client
- service
- computer
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/46—Indexing scheme relating to G06F9/46
- G06F2209/463—Naming
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【課題】 サービス提供者がメッセージの配送方法を制
御可能で、オブジェクトではなくサービスを指定した通
信を可能にするための、インタフェース定義記述の変換
方法及びオブジェクト間通信の方法を提供することにあ
る。 【解決手段】 サービス提供者が定義したインタフェー
ス定義から、クライアントスタブ1ｃ、サーバスケルト
ン2ｓ、ルーティングプログラム1ｒを生成する。クライ
アントオブジェクト10はクライアントスタブ1ｃを呼び
出し、メッセージの送信先をインタフェース名により指
定したメッセージを送信し、サーバスケルトン2ｓは提
供するサービスをルーティング情報テーブル31に登録
し、ルータ12は送信メッセージのインタフェース名に対
応したルーティングプログラム1ｒとメッセージキュー
情報テーブル30とルーティング情報テーブル31を用いて
送信先サーバオブジェクト20を決定し、ルータ2ｒを用
いてメッセージを転送する。
御可能で、オブジェクトではなくサービスを指定した通
信を可能にするための、インタフェース定義記述の変換
方法及びオブジェクト間通信の方法を提供することにあ
る。 【解決手段】 サービス提供者が定義したインタフェー
ス定義から、クライアントスタブ1ｃ、サーバスケルト
ン2ｓ、ルーティングプログラム1ｒを生成する。クライ
アントオブジェクト10はクライアントスタブ1ｃを呼び
出し、メッセージの送信先をインタフェース名により指
定したメッセージを送信し、サーバスケルトン2ｓは提
供するサービスをルーティング情報テーブル31に登録
し、ルータ12は送信メッセージのインタフェース名に対
応したルーティングプログラム1ｒとメッセージキュー
情報テーブル30とルーティング情報テーブル31を用いて
送信先サーバオブジェクト20を決定し、ルータ2ｒを用
いてメッセージを転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、１つの計算機また
はネットワークで接続された複数の計算機上で動作する
複数のオブジェクトを用いたアプリケーションにおける
オブジェクト間通信方法、および、そのようなアプリケ
ーションのインタフェース定義記述の変換方法に関す
る。
はネットワークで接続された複数の計算機上で動作する
複数のオブジェクトを用いたアプリケーションにおける
オブジェクト間通信方法、および、そのようなアプリケ
ーションのインタフェース定義記述の変換方法に関す
る。
【０００２】
【従来の技術】従来、ひとつの計算機またはネットワー
クで接続された複数の計算機上で動作する複数のオブジ
ェクトを用いたアプリケーションにおけるオブジェクト
間通信方法に関しては、OMG（Object Management Grou
p）のCORBA（The Common ObjectRequest Broker: Archi
tecture and Specification Revision 2.0, July 1995,
OMG）が挙げられる。CORBAでは、インタフェース定義言
語（IDL）を用いることにより、オブジェクトのインタ
フェースをオブジェクトを記述するプログラミング言語
に非依存に定義できる。このIDLで記述されたインタフ
ェース定義をIDLコンパイラを用いて変換することによ
り、クライアントプログラムに付随し、クライアントプ
ログラムからサーバプログラムにメッセージを送る処理
の役割をするクライアントスタブ（上記CORBAにおいて
使用されている用語である）、およびサーバプログラム
での本来の処理を記述する部分を除いた処理の記述部分
であるサーバスケルトン（上記CORBAにおいて使用され
ている用語である）を自動生成することにより、プログ
ラマの負担を軽減できる。実際のプログラム間の通信は
ORB（Object Request Broker）という通信基盤により行
われる。クライアントプログラムは通信先のオブジェク
トを名前により検索し、その検索の結果として該オブジ
ェクトに対応するサーバプログラムに１対１に対応した
オブジェクトリファレンス（オブジェクト（サーバプロ
グラム）の存在場所を示す情報）を取得し、クライアン
トプログラムは、そのオブジェクトリファレンスに対応
したインタフェースから生成されたクライアントスタブ
を呼び出すことにより、メッセージをサーバプログラム
に送信する。これにより、クライアントプログラムのプ
ログラマは、サーバプログラムの物理的な位置や実際の
通信プロトコルを意識せずにアプリケーションプログラ
ムの本来の処理を記述する部分の記述をすることができ
る。また、サーバプログラムのプログラマは、実際の通
信プロトコルを意識せずにアプリケーションプログラム
の本来の処理のみを記述すればよい。
クで接続された複数の計算機上で動作する複数のオブジ
ェクトを用いたアプリケーションにおけるオブジェクト
間通信方法に関しては、OMG（Object Management Grou
p）のCORBA（The Common ObjectRequest Broker: Archi
tecture and Specification Revision 2.0, July 1995,
OMG）が挙げられる。CORBAでは、インタフェース定義言
語（IDL）を用いることにより、オブジェクトのインタ
フェースをオブジェクトを記述するプログラミング言語
に非依存に定義できる。このIDLで記述されたインタフ
ェース定義をIDLコンパイラを用いて変換することによ
り、クライアントプログラムに付随し、クライアントプ
ログラムからサーバプログラムにメッセージを送る処理
の役割をするクライアントスタブ（上記CORBAにおいて
使用されている用語である）、およびサーバプログラム
での本来の処理を記述する部分を除いた処理の記述部分
であるサーバスケルトン（上記CORBAにおいて使用され
ている用語である）を自動生成することにより、プログ
ラマの負担を軽減できる。実際のプログラム間の通信は
ORB（Object Request Broker）という通信基盤により行
われる。クライアントプログラムは通信先のオブジェク
トを名前により検索し、その検索の結果として該オブジ
ェクトに対応するサーバプログラムに１対１に対応した
オブジェクトリファレンス（オブジェクト（サーバプロ
グラム）の存在場所を示す情報）を取得し、クライアン
トプログラムは、そのオブジェクトリファレンスに対応
したインタフェースから生成されたクライアントスタブ
を呼び出すことにより、メッセージをサーバプログラム
に送信する。これにより、クライアントプログラムのプ
ログラマは、サーバプログラムの物理的な位置や実際の
通信プロトコルを意識せずにアプリケーションプログラ
ムの本来の処理を記述する部分の記述をすることができ
る。また、サーバプログラムのプログラマは、実際の通
信プロトコルを意識せずにアプリケーションプログラム
の本来の処理のみを記述すればよい。
【０００３】
【発明が解決しようとする課題】本発明の目的は、CORB
Aのもつ上記の利点をそのままに、さらにサーバオブジ
ェクトの提供する本来の処理（サービス）を中心とした
プログラミングおよびオブジェクト間通信の方法を提供
することにある。その課題としては以下の５つがある。
第１には、オブジェクト自体を指定するのではなく、サ
ービスを指定することにより、そのサービスを提供する
サーバオブジェクトと通信を行えるようにすることであ
る。第２には、通信に用いられるメッセージを、そのサ
ービスを提供するサーバオブジェクトに適切に配送する
ことである。第３には、サービスを提供するサーバオブ
ジェクトの追加、削除、変更に対して、クライアントオ
ブジェクトを変更不要にすることである。第４には、サ
ービスの提供者、サーバオブジェクトのプログラマがメ
ッセージの配送方法を制御可能にすることである。第５
には、１つのアプリケーションに関連するプログラムモ
ジュールを一元管理し、インストールを簡略化すること
である。
Aのもつ上記の利点をそのままに、さらにサーバオブジ
ェクトの提供する本来の処理（サービス）を中心とした
プログラミングおよびオブジェクト間通信の方法を提供
することにある。その課題としては以下の５つがある。
第１には、オブジェクト自体を指定するのではなく、サ
ービスを指定することにより、そのサービスを提供する
サーバオブジェクトと通信を行えるようにすることであ
る。第２には、通信に用いられるメッセージを、そのサ
ービスを提供するサーバオブジェクトに適切に配送する
ことである。第３には、サービスを提供するサーバオブ
ジェクトの追加、削除、変更に対して、クライアントオ
ブジェクトを変更不要にすることである。第４には、サ
ービスの提供者、サーバオブジェクトのプログラマがメ
ッセージの配送方法を制御可能にすることである。第５
には、１つのアプリケーションに関連するプログラムモ
ジュールを一元管理し、インストールを簡略化すること
である。
【０００４】
【課題を解決するための手段】上記の課題を解決するた
め、本発明は、１つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法におけるインタフェース定義記述の変換方
法であって、インタフェース定義言語により記述する前
記の所定の処理に必要なデータおよび処理結果を記述す
るメソッド定義記述および該メソッド定義記述に対応し
て送信されるメッセージの形式を指定するメッセージ記
述をひとつ以上含んだインタフェース定義記述をインタ
フェース定義変換プログラムにより変換し、前記クライ
アントオブジェクトがメッセージを送信するために呼び
出すクライアントスタブと、前記サーバオブジェクトが
起動時に自身が処理することのできる前記メッセージの
形式を指定するルーティング情報をルーティング情報記
憶手段に記憶させるサーバ登録メソッドと前記サーバオ
ブジェクトがメッセージを受信したときに実行する前記
所定の処理を記述するためのメソッドを含むサーバスケ
ルトンと、前記メッセージと前記ルーティング情報を比
較して前記メッセージの前記ルーティング情報に対応し
た前記サーバオブジェクトでの処理が可能かどうかを判
定するルーティングプログラムとを生成するようにして
いる。
め、本発明は、１つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法におけるインタフェース定義記述の変換方
法であって、インタフェース定義言語により記述する前
記の所定の処理に必要なデータおよび処理結果を記述す
るメソッド定義記述および該メソッド定義記述に対応し
て送信されるメッセージの形式を指定するメッセージ記
述をひとつ以上含んだインタフェース定義記述をインタ
フェース定義変換プログラムにより変換し、前記クライ
アントオブジェクトがメッセージを送信するために呼び
出すクライアントスタブと、前記サーバオブジェクトが
起動時に自身が処理することのできる前記メッセージの
形式を指定するルーティング情報をルーティング情報記
憶手段に記憶させるサーバ登録メソッドと前記サーバオ
ブジェクトがメッセージを受信したときに実行する前記
所定の処理を記述するためのメソッドを含むサーバスケ
ルトンと、前記メッセージと前記ルーティング情報を比
較して前記メッセージの前記ルーティング情報に対応し
た前記サーバオブジェクトでの処理が可能かどうかを判
定するルーティングプログラムとを生成するようにして
いる。
【０００５】また、１つの計算機またはネットワークで
接続された複数の計算機のいずれかの計算機上で動作す
るクライアントオブジェクトが、同一の計算機あるいは
他の計算機上で動作するサーバオブジェクトにメッセー
ジを送信することにより所定の処理を実行させるオブジ
ェクト間通信方法において、前記計算機に上記変換によ
り生成したクライアントスタブとサーバスケルトンとル
ーティングプログラムを格納し、前記サーバオブジェク
トが起動したときに前記サーバ登録メソッドを呼び前記
ルーティング情報をルーティング情報記憶手段に記憶す
ることにより、前記クライアントオブジェクトが前記ク
ライアントスタブを呼び出すとメッセージを送信し、前
記送信したメッセージを送信メッセージキューにより保
持し、ルータが前記送信メッセージキューからメッセー
ジを取り出し、前記ルーティングプログラムにより送信
先オブジェクトを決定し、前記送信先オブジェクトに対
応した受信したメッセージを保持する受信メッセージキ
ューに追加し、前記サーバスケルトンが前記受信メッセ
ージキューからメッセージを取り出し、前記サーバスケ
ルトンが取り出したメッセージに対応した前記所定の処
理を前記サーバオブジェクトにより実行するようにして
いる。
接続された複数の計算機のいずれかの計算機上で動作す
るクライアントオブジェクトが、同一の計算機あるいは
他の計算機上で動作するサーバオブジェクトにメッセー
ジを送信することにより所定の処理を実行させるオブジ
ェクト間通信方法において、前記計算機に上記変換によ
り生成したクライアントスタブとサーバスケルトンとル
ーティングプログラムを格納し、前記サーバオブジェク
トが起動したときに前記サーバ登録メソッドを呼び前記
ルーティング情報をルーティング情報記憶手段に記憶す
ることにより、前記クライアントオブジェクトが前記ク
ライアントスタブを呼び出すとメッセージを送信し、前
記送信したメッセージを送信メッセージキューにより保
持し、ルータが前記送信メッセージキューからメッセー
ジを取り出し、前記ルーティングプログラムにより送信
先オブジェクトを決定し、前記送信先オブジェクトに対
応した受信したメッセージを保持する受信メッセージキ
ューに追加し、前記サーバスケルトンが前記受信メッセ
ージキューからメッセージを取り出し、前記サーバスケ
ルトンが取り出したメッセージに対応した前記所定の処
理を前記サーバオブジェクトにより実行するようにして
いる。
【０００６】また、前記インタフェース定義記述のメッ
セージ記述にメッセージ最大個数指定とキューイング時
間指定からなるキューイングオプション記述を追加し、
前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定し、指定
があれば前記キューイングオプション判定処理を行う、
前記メッセージの最大個数指定と前記キューイング時間
指定を追加したルーティングプログラムを生成するよう
にしている。
セージ記述にメッセージ最大個数指定とキューイング時
間指定からなるキューイングオプション記述を追加し、
前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定し、指定
があれば前記キューイングオプション判定処理を行う、
前記メッセージの最大個数指定と前記キューイング時間
指定を追加したルーティングプログラムを生成するよう
にしている。
【０００７】また、１つの計算機またはネットワークで
接続された複数の計算機のいずれかの計算機上で動作す
るクライアントオブジェクトが、同一の計算機あるいは
他の計算機上で動作するサーバオブジェクトにメッセー
ジを送信することにより所定の処理を実行させるオブジ
ェクト間通信方法において、前記計算機に上記変換によ
り生成したクライアントスタブとサーバスケルトンとル
ーティングプログラムを格納し、前記サーバオブジェク
トが起動したときに前記サーバ登録メソッドを呼び前記
ルーティング情報をルーティング情報記憶手段に記憶す
ることにより、前記クライアントオブジェクトが前記ク
ライアントスタブを呼び出すとメッセージを送信し、前
記送信したメッセージを送信メッセージキューにより保
持し、ルータが前記送信メッセージキューからメッセー
ジを取り出し、前記ルーティングプログラムにより送信
先オブジェクトを決定し、前記ルータがメッセージを一
時保管メッセージキューに保管し、前記ルータが別のメ
ッセージが前記メッセージと同一内容であれば１つのメ
ッセージに統合し、一時保管メッセージキュー内の前記
メッセージが前記メッセージ最大個数を超えるか前記メ
ッセージがキューイングされてから前記キューイング時
間経過したら前記メッセージを前記送信先オブジェクト
に対応した受信したメッセージを保持する受信メッセー
ジキューに追加し、前記サーバスケルトンが前記受信メ
ッセージキューからメッセージを取り出し、前記サーバ
スケルトンが取り出したメッセージに対応した前記所定
の処理を前記サーバオブジェクトにより実行するように
している。
接続された複数の計算機のいずれかの計算機上で動作す
るクライアントオブジェクトが、同一の計算機あるいは
他の計算機上で動作するサーバオブジェクトにメッセー
ジを送信することにより所定の処理を実行させるオブジ
ェクト間通信方法において、前記計算機に上記変換によ
り生成したクライアントスタブとサーバスケルトンとル
ーティングプログラムを格納し、前記サーバオブジェク
トが起動したときに前記サーバ登録メソッドを呼び前記
ルーティング情報をルーティング情報記憶手段に記憶す
ることにより、前記クライアントオブジェクトが前記ク
ライアントスタブを呼び出すとメッセージを送信し、前
記送信したメッセージを送信メッセージキューにより保
持し、ルータが前記送信メッセージキューからメッセー
ジを取り出し、前記ルーティングプログラムにより送信
先オブジェクトを決定し、前記ルータがメッセージを一
時保管メッセージキューに保管し、前記ルータが別のメ
ッセージが前記メッセージと同一内容であれば１つのメ
ッセージに統合し、一時保管メッセージキュー内の前記
メッセージが前記メッセージ最大個数を超えるか前記メ
ッセージがキューイングされてから前記キューイング時
間経過したら前記メッセージを前記送信先オブジェクト
に対応した受信したメッセージを保持する受信メッセー
ジキューに追加し、前記サーバスケルトンが前記受信メ
ッセージキューからメッセージを取り出し、前記サーバ
スケルトンが取り出したメッセージに対応した前記所定
の処理を前記サーバオブジェクトにより実行するように
している。
【０００８】また、前記インタフェース定義記述のメソ
ッド定義記述にマッチングオプション記述を追加し、前
記メッセージと前記ルーティング情報を比較して前記メ
ッセージの前記ルーティング情報に対応した前記サーバ
オブジェクトでの処理が可能かどうかを判定し、前記マ
ッチングオプション判定処理を行うカスタムルーティン
グプログラムを前記ルーティングプログラムの替わりに
生成するようにしている。
ッド定義記述にマッチングオプション記述を追加し、前
記メッセージと前記ルーティング情報を比較して前記メ
ッセージの前記ルーティング情報に対応した前記サーバ
オブジェクトでの処理が可能かどうかを判定し、前記マ
ッチングオプション判定処理を行うカスタムルーティン
グプログラムを前記ルーティングプログラムの替わりに
生成するようにしている。
【０００９】１つの計算機またはネットワークで接続さ
れた複数の計算機のいずれかの計算機上で動作するクラ
イアントオブジェクトが、同一の計算機あるいは他の計
算機上で動作するサーバオブジェクトにメッセージを送
信することにより所定の処理を実行させるオブジェクト
間通信方法において、前記計算機に上記変換により生成
したクライアントスタブとサーバスケルトンとカスタム
ルーティングプログラムを格納し、前記サーバオブジェ
クトが起動したときに前記サーバ登録メソッドを呼び前
記ルーティング情報をルーティング情報記憶手段に記憶
することにより、前記クライアントオブジェクトが前記
クライアントスタブを呼び出すとメッセージを送信し、
前記送信したメッセージを送信メッセージキューにより
保持し、ルータが前記送信メッセージキューからメッセ
ージを取り出し、前記カスタムルーティングプログラム
により送信先オブジェクトを決定し、前記送信先オブジ
ェクトに対応した受信したメッセージを保持する受信メ
ッセージキューに追加し、前記サーバスケルトンが前記
受信メッセージキューからメッセージを取り出し、前記
サーバスケルトンが取り出したメッセージに対応した前
記所定の処理を前記サーバオブジェクトにより実行する
ようにしている。
れた複数の計算機のいずれかの計算機上で動作するクラ
イアントオブジェクトが、同一の計算機あるいは他の計
算機上で動作するサーバオブジェクトにメッセージを送
信することにより所定の処理を実行させるオブジェクト
間通信方法において、前記計算機に上記変換により生成
したクライアントスタブとサーバスケルトンとカスタム
ルーティングプログラムを格納し、前記サーバオブジェ
クトが起動したときに前記サーバ登録メソッドを呼び前
記ルーティング情報をルーティング情報記憶手段に記憶
することにより、前記クライアントオブジェクトが前記
クライアントスタブを呼び出すとメッセージを送信し、
前記送信したメッセージを送信メッセージキューにより
保持し、ルータが前記送信メッセージキューからメッセ
ージを取り出し、前記カスタムルーティングプログラム
により送信先オブジェクトを決定し、前記送信先オブジ
ェクトに対応した受信したメッセージを保持する受信メ
ッセージキューに追加し、前記サーバスケルトンが前記
受信メッセージキューからメッセージを取り出し、前記
サーバスケルトンが取り出したメッセージに対応した前
記所定の処理を前記サーバオブジェクトにより実行する
ようにしている。
【００１０】前記インタフェース定義記述のメッセージ
記述にメッセージ最大個数指定とキューイング時間指定
からなるキューイングオプション記述を追加し、前記メ
ッセージと前記ルーティング情報を比較して前記メッセ
ージの前記ルーティング情報に対応した前記サーバオブ
ジェクトでの処理が可能かどうかを判定し、指定があれ
ば前記キューイングオプション判定処理を行う、前記メ
ッセージの最大個数指定と前記キューイング時間指定を
追加したカスタムルーティングプログラムを生成するよ
うにしている。
記述にメッセージ最大個数指定とキューイング時間指定
からなるキューイングオプション記述を追加し、前記メ
ッセージと前記ルーティング情報を比較して前記メッセ
ージの前記ルーティング情報に対応した前記サーバオブ
ジェクトでの処理が可能かどうかを判定し、指定があれ
ば前記キューイングオプション判定処理を行う、前記メ
ッセージの最大個数指定と前記キューイング時間指定を
追加したカスタムルーティングプログラムを生成するよ
うにしている。
【００１１】１つの計算機またはネットワークで接続さ
れた複数の計算機のいずれかの計算機上で動作するクラ
イアントオブジェクトが、同一の計算機あるいは他の計
算機上で動作するサーバオブジェクトにメッセージを送
信することにより所定の処理を実行させるオブジェクト
間通信方法において、前記計算機に上記変換により生成
したクライアントスタブとサーバスケルトンとカスタム
ルーティングプログラムを格納し、前記サーバオブジェ
クトが起動したときに前記サーバ登録メソッドを呼び前
記ルーティング情報をルーティング情報記憶手段に記憶
することにより、前記クライアントオブジェクトが前記
クライアントスタブを呼び出すとメッセージを送信し、
前記送信したメッセージを送信メッセージキューにより
保持し、ルータが前記送信メッセージキューからメッセ
ージを取り出し、前記カスタムルーティングプログラム
により送信先オブジェクトを決定し、前記ルータがメッ
セージを一時保管メッセージキューに保管し、前記ルー
タが別のメッセージが前記メッセージと同一内容であれ
ば１つのメッセージに統合し、一時保管メッセージキュ
ー内の前記メッセージが前記メッセージ最大個数を超え
るか前記メッセージがキューイングされてから前記キュ
ーイング時間経過したら前記メッセージを前記送信先オ
ブジェクトに対応した受信したメッセージを保持する受
信メッセージキューに追加し、前記サーバスケルトンが
前記受信メッセージキューからメッセージを取り出し、
前記サーバスケルトンが取り出したメッセージに対応し
た前記所定の処理を前記サーバオブジェクトにより実行
するようにしている。
れた複数の計算機のいずれかの計算機上で動作するクラ
イアントオブジェクトが、同一の計算機あるいは他の計
算機上で動作するサーバオブジェクトにメッセージを送
信することにより所定の処理を実行させるオブジェクト
間通信方法において、前記計算機に上記変換により生成
したクライアントスタブとサーバスケルトンとカスタム
ルーティングプログラムを格納し、前記サーバオブジェ
クトが起動したときに前記サーバ登録メソッドを呼び前
記ルーティング情報をルーティング情報記憶手段に記憶
することにより、前記クライアントオブジェクトが前記
クライアントスタブを呼び出すとメッセージを送信し、
前記送信したメッセージを送信メッセージキューにより
保持し、ルータが前記送信メッセージキューからメッセ
ージを取り出し、前記カスタムルーティングプログラム
により送信先オブジェクトを決定し、前記ルータがメッ
セージを一時保管メッセージキューに保管し、前記ルー
タが別のメッセージが前記メッセージと同一内容であれ
ば１つのメッセージに統合し、一時保管メッセージキュ
ー内の前記メッセージが前記メッセージ最大個数を超え
るか前記メッセージがキューイングされてから前記キュ
ーイング時間経過したら前記メッセージを前記送信先オ
ブジェクトに対応した受信したメッセージを保持する受
信メッセージキューに追加し、前記サーバスケルトンが
前記受信メッセージキューからメッセージを取り出し、
前記サーバスケルトンが取り出したメッセージに対応し
た前記所定の処理を前記サーバオブジェクトにより実行
するようにしている。
【００１２】また、前記クライアントスタブと前記サー
バスケルトンと前記ルーティングプログラムとを１つの
サービスオブジェクトにまとめ、前記サービスオブジェ
クトをサービスオブジェクト記憶手段により記憶し、前
記クライアントオブジェクトがメッセージを送信する前
に前記サービスオブジェクトを前記サービス記憶手段か
ら取り出して前記クライアントスタブを呼び出し、前記
ルータが前記送信先オブジェクトを決定する前に前記サ
ービスオブジェクトを前記サービス記憶手段から取り出
して前記ルーティングプログラムを呼び出し、前記サー
バオブジェクトが起動時に前記サービスオブジェクトを
前記サービス記憶手段から取り出し、前記サーバスケル
トンを呼び出すようにしている。
バスケルトンと前記ルーティングプログラムとを１つの
サービスオブジェクトにまとめ、前記サービスオブジェ
クトをサービスオブジェクト記憶手段により記憶し、前
記クライアントオブジェクトがメッセージを送信する前
に前記サービスオブジェクトを前記サービス記憶手段か
ら取り出して前記クライアントスタブを呼び出し、前記
ルータが前記送信先オブジェクトを決定する前に前記サ
ービスオブジェクトを前記サービス記憶手段から取り出
して前記ルーティングプログラムを呼び出し、前記サー
バオブジェクトが起動時に前記サービスオブジェクトを
前記サービス記憶手段から取り出し、前記サーバスケル
トンを呼び出すようにしている。
【００１３】また、前記クライアントスタブと前記サー
バスケルトンと前記カスタムルーティングプログラムと
を１つのサービスオブジェクトにまとめ、前記サービス
オブジェクトをサービスオブジェクト記憶手段により記
憶し、前記クライアントオブジェクトがメッセージを送
信する前に前記サービスオブジェクトを前記サービス記
憶手段から取り出して前記クライアントスタブを呼び出
し、前記ルータが前記送信先オブジェクトを決定する前
に前記サービスオブジェクトを前記サービス記憶手段か
ら取り出して前記カスタムルーティングプログラムを呼
び出し、前記サーバオブジェクトが起動時に前記サービ
スオブジェクトを前記サービス記憶手段から取り出し、
前記サーバスケルトンを呼び出すようにしている。
バスケルトンと前記カスタムルーティングプログラムと
を１つのサービスオブジェクトにまとめ、前記サービス
オブジェクトをサービスオブジェクト記憶手段により記
憶し、前記クライアントオブジェクトがメッセージを送
信する前に前記サービスオブジェクトを前記サービス記
憶手段から取り出して前記クライアントスタブを呼び出
し、前記ルータが前記送信先オブジェクトを決定する前
に前記サービスオブジェクトを前記サービス記憶手段か
ら取り出して前記カスタムルーティングプログラムを呼
び出し、前記サーバオブジェクトが起動時に前記サービ
スオブジェクトを前記サービス記憶手段から取り出し、
前記サーバスケルトンを呼び出すようにしている。
【００１４】また、１つの計算機またはネットワークで
接続された複数の計算機のいずれかの計算機上で動作す
るクライアントオブジェクトが、同一の計算機あるいは
他の計算機上で動作するサーバオブジェクトにメッセー
ジを送信することにより所定の処理を実行させるオブジ
ェクト間通信方法において、前記計算機に、前記クライ
アントオブジェクトがメッセージを送信するために呼び
出すクライアントスタブと、前記サーバオブジェクトが
起動時に自身が処理することのできる前記メッセージの
形式を指定するルーティング情報をルーティング情報記
憶手段に記憶させるサーバ登録メソッドと前記サーバオ
ブジェクトがメッセージを受信したときに実行する前記
所定の処理を記述するためのメソッドを含むサーバスケ
ルトンと、前記メッセージと前記ルーティング情報を比
較して前記メッセージの前記ルーティング情報に対応し
た前記サーバオブジェクトでの処理が可能かどうかを判
定するカスタムルーティングプログラムが格納され、前
記サーバオブジェクトが起動したときに前記サーバ登録
メソッドを呼び前記ルーティング情報をルーティング情
報記憶手段に記憶することにより、前記クライアントオ
ブジェクトが前記クライアントスタブを呼び出すとメッ
セージを送信し、前記送信したメッセージを送信メッセ
ージキューにより保持し、ルータが前記送信メッセージ
キューからメッセージを取り出し、前記カスタムルーテ
ィングプログラムにより送信先オブジェクトを決定し、
前記ルータがメッセージを一時保管メッセージキューに
保管し、前記ルータが別のメッセージが前記メッセージ
と同一内容であれば１つのメッセージに統合し、一時保
管メッセージキュー内の前記メッセージが前記メッセー
ジ最大個数を超えるか前記メッセージがキューイングさ
れてから前記キューイング時間経過したら前記メッセー
ジを前記送信先オブジェクトに対応した受信したメッセ
ージを保持する受信メッセージキューに追加し、前記サ
ーバスケルトンが前記受信メッセージキューからメッセ
ージを取り出し、前記サーバスケルトンが取り出したメ
ッセージに対応した前記所定の処理を前記サーバオブジ
ェクトにより実行するようにしている。
接続された複数の計算機のいずれかの計算機上で動作す
るクライアントオブジェクトが、同一の計算機あるいは
他の計算機上で動作するサーバオブジェクトにメッセー
ジを送信することにより所定の処理を実行させるオブジ
ェクト間通信方法において、前記計算機に、前記クライ
アントオブジェクトがメッセージを送信するために呼び
出すクライアントスタブと、前記サーバオブジェクトが
起動時に自身が処理することのできる前記メッセージの
形式を指定するルーティング情報をルーティング情報記
憶手段に記憶させるサーバ登録メソッドと前記サーバオ
ブジェクトがメッセージを受信したときに実行する前記
所定の処理を記述するためのメソッドを含むサーバスケ
ルトンと、前記メッセージと前記ルーティング情報を比
較して前記メッセージの前記ルーティング情報に対応し
た前記サーバオブジェクトでの処理が可能かどうかを判
定するカスタムルーティングプログラムが格納され、前
記サーバオブジェクトが起動したときに前記サーバ登録
メソッドを呼び前記ルーティング情報をルーティング情
報記憶手段に記憶することにより、前記クライアントオ
ブジェクトが前記クライアントスタブを呼び出すとメッ
セージを送信し、前記送信したメッセージを送信メッセ
ージキューにより保持し、ルータが前記送信メッセージ
キューからメッセージを取り出し、前記カスタムルーテ
ィングプログラムにより送信先オブジェクトを決定し、
前記ルータがメッセージを一時保管メッセージキューに
保管し、前記ルータが別のメッセージが前記メッセージ
と同一内容であれば１つのメッセージに統合し、一時保
管メッセージキュー内の前記メッセージが前記メッセー
ジ最大個数を超えるか前記メッセージがキューイングさ
れてから前記キューイング時間経過したら前記メッセー
ジを前記送信先オブジェクトに対応した受信したメッセ
ージを保持する受信メッセージキューに追加し、前記サ
ーバスケルトンが前記受信メッセージキューからメッセ
ージを取り出し、前記サーバスケルトンが取り出したメ
ッセージに対応した前記所定の処理を前記サーバオブジ
ェクトにより実行するようにしている。
【００１５】また、上記のオブジェクト間通信方法にお
いて、前記クライアントスタブと前記サーバスケルトン
と前記カスタムルーティングプログラムとを１つのサー
ビスオブジェクトにまとめ、前記サービスオブジェクト
をサービスオブジェクト記憶手段により記憶し、前記ク
ライアントオブジェクトがメッセージを送信する前に前
記サービスオブジェクトを前記サービス記憶手段から取
り出して前記クライアントスタブを呼び出し、前記ルー
タが前記送信先オブジェクトを決定する前に前記サービ
スオブジェクトを前記サービス記憶手段から取り出して
前記カスタムルーティングプログラムを呼び出し、前記
サーバオブジェクトが起動時に前記サービスオブジェク
トを前記サービス記憶手段から取り出し、前記サーバス
ケルトンを呼び出すようにしている。
いて、前記クライアントスタブと前記サーバスケルトン
と前記カスタムルーティングプログラムとを１つのサー
ビスオブジェクトにまとめ、前記サービスオブジェクト
をサービスオブジェクト記憶手段により記憶し、前記ク
ライアントオブジェクトがメッセージを送信する前に前
記サービスオブジェクトを前記サービス記憶手段から取
り出して前記クライアントスタブを呼び出し、前記ルー
タが前記送信先オブジェクトを決定する前に前記サービ
スオブジェクトを前記サービス記憶手段から取り出して
前記カスタムルーティングプログラムを呼び出し、前記
サーバオブジェクトが起動時に前記サービスオブジェク
トを前記サービス記憶手段から取り出し、前記サーバス
ケルトンを呼び出すようにしている。
【００１６】
【発明の実施の形態】以下、本発明の一実施の形態を詳
細に説明する。図１は本発明の一実施例における全体の
構成を示したものである。本実施例においては、計算機
１、計算機２、計算機３がネットワーク８により接続さ
れている。本実施例では、クライアントオブジェクト１
０が計算機１に、サーバオブジェクト２０が計算機２
に、それぞれ別れて存在している。しかし、本発明のオ
ブジェクト間通信は、図１６における計算機６のように
同一計算機上にクライアントオブジェクト１０とサーバ
オブジェクト２０が存在するような場合にも可能であ
り、１つの計算機に複数のクライアントオブジェクト１
０と複数のサーバオブジェクト２０が混在可能である。
また、計算機３に存在する記憶装置３ｍは、計算機１や
計算機２に置くことも可能である。
細に説明する。図１は本発明の一実施例における全体の
構成を示したものである。本実施例においては、計算機
１、計算機２、計算機３がネットワーク８により接続さ
れている。本実施例では、クライアントオブジェクト１
０が計算機１に、サーバオブジェクト２０が計算機２
に、それぞれ別れて存在している。しかし、本発明のオ
ブジェクト間通信は、図１６における計算機６のように
同一計算機上にクライアントオブジェクト１０とサーバ
オブジェクト２０が存在するような場合にも可能であ
り、１つの計算機に複数のクライアントオブジェクト１
０と複数のサーバオブジェクト２０が混在可能である。
また、計算機３に存在する記憶装置３ｍは、計算機１や
計算機２に置くことも可能である。
【００１７】図２はサービス提供者がインタフェース定
義言語（IDL）作成するインタフェース定義ファイル４
から、インタフェース定義変換プログラム５（IDLコン
パイラ５）を用いてクライアントスタブ１ｃ、サーバス
ケルトン２ｓ、ルーティングプログラム１ｒを生成する
方法の概略を示したものである。IDLコンパイラ５は字
句解析処理部５０と構文解析処理部５１、クライアント
スタブ生成部５２、サーバスケルトン生成部５３、ルー
ティングプログラム生成部５４から構成される。字句解
析処理部５０は、インタフェース定義ファイル４を読み
込みながら字句解析を行い、構文解析処理部５１に読み
込んだ字句に関する情報を与える。構文解析処理部５１
は、その情報を用いて構文解析を行い、クライアントス
タブ生成部５２、サーバスケルトン生成部５３、ルーテ
ィングプログラム生成部５４を呼び出す。
義言語（IDL）作成するインタフェース定義ファイル４
から、インタフェース定義変換プログラム５（IDLコン
パイラ５）を用いてクライアントスタブ１ｃ、サーバス
ケルトン２ｓ、ルーティングプログラム１ｒを生成する
方法の概略を示したものである。IDLコンパイラ５は字
句解析処理部５０と構文解析処理部５１、クライアント
スタブ生成部５２、サーバスケルトン生成部５３、ルー
ティングプログラム生成部５４から構成される。字句解
析処理部５０は、インタフェース定義ファイル４を読み
込みながら字句解析を行い、構文解析処理部５１に読み
込んだ字句に関する情報を与える。構文解析処理部５１
は、その情報を用いて構文解析を行い、クライアントス
タブ生成部５２、サーバスケルトン生成部５３、ルーテ
ィングプログラム生成部５４を呼び出す。
【００１８】図６はインタフェース定義ファイル例の構
成図である。インタフェース定義ファイル４は、CORBA
で用いられるIDL記述をさらに拡張したものである。イ
ンタフェース定義ファイル４は、外部のメソッドを呼び
出すためのネイティブメソッド記述４０とサーバオブジ
ェクトが提供するサービスに対応したメソッド定義４
１、メソッド定義４２等から構成される。メソッド定義
４１はCORBA相当のメソッド宣言（メソッド定義１の下
に記載された「void search………Exception」の記述が
メソッド宣言に相当する）とメッセージ記述４１０、オ
プションとしてマッチングオプション記述４１１から構
成される。
成図である。インタフェース定義ファイル４は、CORBA
で用いられるIDL記述をさらに拡張したものである。イ
ンタフェース定義ファイル４は、外部のメソッドを呼び
出すためのネイティブメソッド記述４０とサーバオブジ
ェクトが提供するサービスに対応したメソッド定義４
１、メソッド定義４２等から構成される。メソッド定義
４１はCORBA相当のメソッド宣言（メソッド定義１の下
に記載された「void search………Exception」の記述が
メソッド宣言に相当する）とメッセージ記述４１０、オ
プションとしてマッチングオプション記述４１１から構
成される。
【００１９】このマッチングオプション記述４１１は、
CORBAのIDL記述が言語非依存であるのと同様に、言語非
依存な形式で記述する。この例では、メッセージ記述４
１０は、通信されるメッセージのパターンがsearch $ke
ywordであることを示している。ここで、$で始まる字句
はパラメータであることを示す。また、マッチングオプ
ション記述４１１は、ネイティブメソッド記述４０で宣
言されたisSupportCategory()メソッドを用いて、$keyw
ordパラメータが処理可能かどうかを判定している。メ
ッセージ記述４１０はオプションとしてキューイングオ
プション記述４１００を含むことが可能である。この例
では、メッセージの統合処理で用いるメッセージ最大数
maximumを100個に、メッセージのキューイング最長時間
を60秒に指定している。メッセージの統合処理について
は後述する。
CORBAのIDL記述が言語非依存であるのと同様に、言語非
依存な形式で記述する。この例では、メッセージ記述４
１０は、通信されるメッセージのパターンがsearch $ke
ywordであることを示している。ここで、$で始まる字句
はパラメータであることを示す。また、マッチングオプ
ション記述４１１は、ネイティブメソッド記述４０で宣
言されたisSupportCategory()メソッドを用いて、$keyw
ordパラメータが処理可能かどうかを判定している。メ
ッセージ記述４１０はオプションとしてキューイングオ
プション記述４１００を含むことが可能である。この例
では、メッセージの統合処理で用いるメッセージ最大数
maximumを100個に、メッセージのキューイング最長時間
を60秒に指定している。メッセージの統合処理について
は後述する。
【００２０】図７は図６で示したインタフェース記述フ
ァイル例であるインタフェース記述ファイル４からIDL
コンパイラでコンパイルして生成したクライアントスタ
ブ例の構成を示したものである。生成したクライアント
スタブ１ｃはソースレベルで記述されている。この例で
は変換後のプログラミング言語の例としてC++を用いて
いる。コードレベルのクライアントスタブ１ｃはクライ
アントスタブヘッダファイル１ｃｆ１とクライアントス
タブソースファイル１ｃｆ２とをコンパイルして作成す
る。クライアントスタブヘッダファイル１ｃｆ１は、ク
ライアントオブジェクト１０が呼び出すメッセージング
メソッド宣言１ｃｆ１１、メッセージングメソッド宣言
１ｃｆ１２等から構成される。クライアントスタブソー
スファイル１ｃｆ２は、メッセージングメソッド定義１
ｃｆ２１、メッセージングメソッド定義１ｃｆ２２等か
ら構成される。
ァイル例であるインタフェース記述ファイル４からIDL
コンパイラでコンパイルして生成したクライアントスタ
ブ例の構成を示したものである。生成したクライアント
スタブ１ｃはソースレベルで記述されている。この例で
は変換後のプログラミング言語の例としてC++を用いて
いる。コードレベルのクライアントスタブ１ｃはクライ
アントスタブヘッダファイル１ｃｆ１とクライアントス
タブソースファイル１ｃｆ２とをコンパイルして作成す
る。クライアントスタブヘッダファイル１ｃｆ１は、ク
ライアントオブジェクト１０が呼び出すメッセージング
メソッド宣言１ｃｆ１１、メッセージングメソッド宣言
１ｃｆ１２等から構成される。クライアントスタブソー
スファイル１ｃｆ２は、メッセージングメソッド定義１
ｃｆ２１、メッセージングメソッド定義１ｃｆ２２等か
ら構成される。
【００２１】図３はクライアントスタブ生成部５２によ
るクライアントスタブ生成処理フロー図を示したもので
ある。クライアントスタブ生成処理５２０は、構文解析
処理部５１から呼び出され、インタフェース定義ファイ
ル４のメソッド定義４１から順に解析し、メソッド定義
があるかどうかの判定５２１により以下の処理を繰り返
し、定義がなくなれば終了５２７する。
るクライアントスタブ生成処理フロー図を示したもので
ある。クライアントスタブ生成処理５２０は、構文解析
処理部５１から呼び出され、インタフェース定義ファイ
ル４のメソッド定義４１から順に解析し、メソッド定義
があるかどうかの判定５２１により以下の処理を繰り返
し、定義がなくなれば終了５２７する。
【００２２】メソッド定義４１を変換するときには、メ
ッセージングメソッド宣言コード生成５２２により、メ
ッセージングメソッド宣言１ｃｆ１１とメッセージング
メソッド定義１ｃｆ２１のプロトタイプ宣言部（メッセ
ージングメソッド定義の下に記述された「void Digital
Library………Exception)」に相当する）（C++言語では
宣言部をプロトタイプ宣言部という）を生成する。次
に、メッセージパターン文字列定義コード生成５２３に
より、パラメータを含まないメッセージ文字列を作成す
るコードをメッセージングメソッド定義１ｃｆ２１に生
成する。パラメータがある場合には、パラメータがある
かどうかの判定５２４によりパラメータ設定コード生成
５２５を繰り返す。パラメータ設定コード生成５２５
は、前記メッセージ文字列にパラメータ文字列を追加す
るコードをメッセージングメソッド定義１ｃｆ２１に生
成する。最後に、メッセージ送信コード生成５２６によ
り、インタフェース名（"DigitalLibrary"）とメッセー
ジ文字列をパラメータにしてメッセージ通信ライブラリ
１１（図１）のメッセージ送信関数を呼び出すコードを
メッセージングメソッド定義１ｃｆ２１に生成する。
ッセージングメソッド宣言コード生成５２２により、メ
ッセージングメソッド宣言１ｃｆ１１とメッセージング
メソッド定義１ｃｆ２１のプロトタイプ宣言部（メッセ
ージングメソッド定義の下に記述された「void Digital
Library………Exception)」に相当する）（C++言語では
宣言部をプロトタイプ宣言部という）を生成する。次
に、メッセージパターン文字列定義コード生成５２３に
より、パラメータを含まないメッセージ文字列を作成す
るコードをメッセージングメソッド定義１ｃｆ２１に生
成する。パラメータがある場合には、パラメータがある
かどうかの判定５２４によりパラメータ設定コード生成
５２５を繰り返す。パラメータ設定コード生成５２５
は、前記メッセージ文字列にパラメータ文字列を追加す
るコードをメッセージングメソッド定義１ｃｆ２１に生
成する。最後に、メッセージ送信コード生成５２６によ
り、インタフェース名（"DigitalLibrary"）とメッセー
ジ文字列をパラメータにしてメッセージ通信ライブラリ
１１（図１）のメッセージ送信関数を呼び出すコードを
メッセージングメソッド定義１ｃｆ２１に生成する。
【００２３】図８は図６で示したインタフェース記述フ
ァイル４からIDLコンパイラでコンパイルして生成した
サーバスケルトン例の構成を示したものである。生成し
たサーバスケルトン２ｓはソースレベルで記述されてい
る。この例でも変換後のプログラミング言語の例として
C++を用いている。コードレベルのサーバスケルトン２
ｓはサーバスケルトンヘッダファイル２ｓｆ１とサーバ
スケルトンスタブソースファイル２ｓｆ２とをコンパイ
ルして作成する。サーバスケルトンヘッダファイル２ｓ
ｆ１は、サーバオブジェクト２０の起動時にルーティン
グ情報テーブル（図１）へ登録するために呼び出される
登録メソッド宣言２ｓｆ１０と、メッセージ通信ライブ
ラリ２２（図１）から呼び出されるメッセージングハン
ドラ宣言２ｓｆ１１、メッセージングハンドラ宣言２ｓ
ｆ１２等から構成される。サーバスケルトンソースファ
イル２ｓｆ２は、登録メソッド定義２ｓｆ２０とメッセ
ージングハンドラ定義２ｓｆ２１、メッセージングハン
ドラ定義２ｓｆ２２等から構成される。
ァイル４からIDLコンパイラでコンパイルして生成した
サーバスケルトン例の構成を示したものである。生成し
たサーバスケルトン２ｓはソースレベルで記述されてい
る。この例でも変換後のプログラミング言語の例として
C++を用いている。コードレベルのサーバスケルトン２
ｓはサーバスケルトンヘッダファイル２ｓｆ１とサーバ
スケルトンスタブソースファイル２ｓｆ２とをコンパイ
ルして作成する。サーバスケルトンヘッダファイル２ｓ
ｆ１は、サーバオブジェクト２０の起動時にルーティン
グ情報テーブル（図１）へ登録するために呼び出される
登録メソッド宣言２ｓｆ１０と、メッセージ通信ライブ
ラリ２２（図１）から呼び出されるメッセージングハン
ドラ宣言２ｓｆ１１、メッセージングハンドラ宣言２ｓ
ｆ１２等から構成される。サーバスケルトンソースファ
イル２ｓｆ２は、登録メソッド定義２ｓｆ２０とメッセ
ージングハンドラ定義２ｓｆ２１、メッセージングハン
ドラ定義２ｓｆ２２等から構成される。
【００２４】図４はサーバスケルトン生成部５３による
サーバスケルトン生成処理フロー図を示したものであ
る。サーバスケルトン生成処理５３０は、構文解析処理
部５１から呼び出される。
サーバスケルトン生成処理フロー図を示したものであ
る。サーバスケルトン生成処理５３０は、構文解析処理
部５１から呼び出される。
【００２５】登録メソッド宣言コード生成５３１は、登
録メソッド宣言２ｓｆ１０と登録メソッド定義２ｓｆ２
０のプロトタイプ宣言部（登録メソッド定義の下に記述
された「void Digital………register()」に相当する）
を生成する。サーバ登録コード生成５３２は、インタフ
ェース名（"DigitalLibrary"）を引数にして、サーバオ
ブジェクト２０（図１）をルーティング情報テーブル
（図１）に登録するコードを登録メソッド定義２ｓｆ２
０に生成する。
録メソッド宣言２ｓｆ１０と登録メソッド定義２ｓｆ２
０のプロトタイプ宣言部（登録メソッド定義の下に記述
された「void Digital………register()」に相当する）
を生成する。サーバ登録コード生成５３２は、インタフ
ェース名（"DigitalLibrary"）を引数にして、サーバオ
ブジェクト２０（図１）をルーティング情報テーブル
（図１）に登録するコードを登録メソッド定義２ｓｆ２
０に生成する。
【００２６】次に、インタフェース定義ファイル４（図
６）のメソッド定義４１から順に解析し、メソッド定義
があるかどうかの判定５３３により以下の処理を繰り返
し、定義がなくなれば終了５３６する。メッセージハン
ドラ宣言コード生成５３４は、メッセージハンドラ宣言
２ｓｆ１１、メッセージハンドラ宣言２ｓｆ１２等とメ
ッセージハンドラ定義２ｓｆ２１、メッセージハンドラ
定義２ｓｆ２２等のプロトタイプ宣言部（メッセージハ
ンドラ定義１の下に記述された「void Digital………ke
yword)」に相当する）を生成する。メッセージハンドラ
定義の本体には、サーバオブジェクトが提供するサービ
スの本来の処理を記述する。該本来の処理はサーバオブ
ジェクトのプログラマが記述する。また、メッセージハ
ンドラ登録コード生成５３５は、メッセージ記述４１０
で指定されたメッセージパターンのパラメータを正規表
現に変換した文字列とメッセージハンドラを引数にして
メッセージ通信ライブラリ２１（図１）に登録するコー
ドを登録メソッド定義２ｓｆ２０に生成する。
６）のメソッド定義４１から順に解析し、メソッド定義
があるかどうかの判定５３３により以下の処理を繰り返
し、定義がなくなれば終了５３６する。メッセージハン
ドラ宣言コード生成５３４は、メッセージハンドラ宣言
２ｓｆ１１、メッセージハンドラ宣言２ｓｆ１２等とメ
ッセージハンドラ定義２ｓｆ２１、メッセージハンドラ
定義２ｓｆ２２等のプロトタイプ宣言部（メッセージハ
ンドラ定義１の下に記述された「void Digital………ke
yword)」に相当する）を生成する。メッセージハンドラ
定義の本体には、サーバオブジェクトが提供するサービ
スの本来の処理を記述する。該本来の処理はサーバオブ
ジェクトのプログラマが記述する。また、メッセージハ
ンドラ登録コード生成５３５は、メッセージ記述４１０
で指定されたメッセージパターンのパラメータを正規表
現に変換した文字列とメッセージハンドラを引数にして
メッセージ通信ライブラリ２１（図１）に登録するコー
ドを登録メソッド定義２ｓｆ２０に生成する。
【００２７】図９は図６で示したインタフェース記述フ
ァイル４からIDLコンパイラでコンパイルして生成した
ルーティングプログラム例の構成を示したものである。
生成したルーティングプログラム１ｒはソースレベルで
記述されている。この例でも変換後のプログラミング言
語の例としてC++を用いている。コードレベルのルーテ
ィングプログラム１ｒはルーティングプログラムヘッダ
ファイル１ｒｆ１とルーティングプログラムソースファ
イル１ｒｆ２とをコンパイルして作成する。ルーティン
グプログラムヘッダファイル１ｒｆ１は、インタフェー
ス名変数宣言（ルーティングプログラムクラス宣言の下
に記述された「static………InterfaceName」に相当す
る）と、キューイングオプション記述４１００（図６）
から変換されたキューイングオプション変数宣言１ｒｆ
１１と、ルータ１２（図１）が呼び出すマッチングメソ
ッド宣言１ｒｆ１２から構成される。ルーティングプロ
グラムソースファイル１ｒｆ２は、インタフェース名変
数定義（ルーティングプログラムクラス定義の下に記述
された「static………″DigitalLibrary″」に相当す
る）と、ネイティブメソッド記述４０から変換された外
部メソッド宣言１ｒｆ２０と、キューイングオプション
変数定義１ｒｆ２１、マッチングメソッド定義１ｒｆ２
２から構成される。
ァイル４からIDLコンパイラでコンパイルして生成した
ルーティングプログラム例の構成を示したものである。
生成したルーティングプログラム１ｒはソースレベルで
記述されている。この例でも変換後のプログラミング言
語の例としてC++を用いている。コードレベルのルーテ
ィングプログラム１ｒはルーティングプログラムヘッダ
ファイル１ｒｆ１とルーティングプログラムソースファ
イル１ｒｆ２とをコンパイルして作成する。ルーティン
グプログラムヘッダファイル１ｒｆ１は、インタフェー
ス名変数宣言（ルーティングプログラムクラス宣言の下
に記述された「static………InterfaceName」に相当す
る）と、キューイングオプション記述４１００（図６）
から変換されたキューイングオプション変数宣言１ｒｆ
１１と、ルータ１２（図１）が呼び出すマッチングメソ
ッド宣言１ｒｆ１２から構成される。ルーティングプロ
グラムソースファイル１ｒｆ２は、インタフェース名変
数定義（ルーティングプログラムクラス定義の下に記述
された「static………″DigitalLibrary″」に相当す
る）と、ネイティブメソッド記述４０から変換された外
部メソッド宣言１ｒｆ２０と、キューイングオプション
変数定義１ｒｆ２１、マッチングメソッド定義１ｒｆ２
２から構成される。
【００２８】図５はルーティングプログラム生成部５４
によるルーティングプログラム生成処理フロー図を示し
たものである。ルーティングプログラム生成処理５４０
０は、構文解析処理部５１から呼び出される。インタフ
ェース名変数設定コード生成５４０１は、インタフェー
ス名（"DigitalLibrary"）を用いてインタフェース名変
数（上記のインタフェース名変数定義に相当）を初期化
するコードを生成する。次に、外部メソッド宣言がある
かどうかの判定５４０２を行い、ある場合には外部メソ
ッド宣言コード生成５４０３によりネイティブメソッド
記述４０から変換された外部メソッド宣言１ｒｆ２０を
生成する。前記判定５４０２がどちらの場合でも、キュ
ーイングオプション記述があるかどうかの判定５４０４
を行い、ある場合にはキューイングオプション変数指定
値設定コード生成５４０５によりキューイングオプショ
ン記述４１００から変換されたキューイングオプション
変数宣言１ｒｆ１１とキューイングオプション変数定義
１ｒｆ２１を生成する。前記判定がどちらの場合でも、
マッチングメソッド宣言コード生成５４０６により、マ
ッチングメソッド宣言１ｒｆ１２とマッチングメソッド
定義１ｒｆ２２のプロトタイプ宣言部（マッチングメソ
ッド定義の下に記述された「boolean………message)」
に相当する）を生成する。次に、メッセージパターン比
較コード生成５４０７は、メッセージ記述４１０で指定
されたメッセージパターンのパラメータを正規表現に変
換した文字列とマッチングメソッド定義１ｒｆ２２の引
数であるメッセージとを正規表現で比較し、一致しなけ
れば失敗を表すfalseを返すコードをマッチングメソッ
ド定義１ｒｆ２２に生成する。最後に、マッチングオプ
ション記述があるかどうかの判定５４０８を行い、ある
場合にはマッチングオプション記述実行コード生成５４
０９によりマッチングオプション記述４１１を変換した
コードをマッチングメソッド定義１ｒｆ２２に生成す
る。マッチングオプション記述がある場合のルーティン
グプログラムをカスタムルーティングプログラムと呼
ぶ。前記判定がどちらの場合でも、ルーティングプログ
ラム生成部５４の処理は終了５４１０する。
によるルーティングプログラム生成処理フロー図を示し
たものである。ルーティングプログラム生成処理５４０
０は、構文解析処理部５１から呼び出される。インタフ
ェース名変数設定コード生成５４０１は、インタフェー
ス名（"DigitalLibrary"）を用いてインタフェース名変
数（上記のインタフェース名変数定義に相当）を初期化
するコードを生成する。次に、外部メソッド宣言がある
かどうかの判定５４０２を行い、ある場合には外部メソ
ッド宣言コード生成５４０３によりネイティブメソッド
記述４０から変換された外部メソッド宣言１ｒｆ２０を
生成する。前記判定５４０２がどちらの場合でも、キュ
ーイングオプション記述があるかどうかの判定５４０４
を行い、ある場合にはキューイングオプション変数指定
値設定コード生成５４０５によりキューイングオプショ
ン記述４１００から変換されたキューイングオプション
変数宣言１ｒｆ１１とキューイングオプション変数定義
１ｒｆ２１を生成する。前記判定がどちらの場合でも、
マッチングメソッド宣言コード生成５４０６により、マ
ッチングメソッド宣言１ｒｆ１２とマッチングメソッド
定義１ｒｆ２２のプロトタイプ宣言部（マッチングメソ
ッド定義の下に記述された「boolean………message)」
に相当する）を生成する。次に、メッセージパターン比
較コード生成５４０７は、メッセージ記述４１０で指定
されたメッセージパターンのパラメータを正規表現に変
換した文字列とマッチングメソッド定義１ｒｆ２２の引
数であるメッセージとを正規表現で比較し、一致しなけ
れば失敗を表すfalseを返すコードをマッチングメソッ
ド定義１ｒｆ２２に生成する。最後に、マッチングオプ
ション記述があるかどうかの判定５４０８を行い、ある
場合にはマッチングオプション記述実行コード生成５４
０９によりマッチングオプション記述４１１を変換した
コードをマッチングメソッド定義１ｒｆ２２に生成す
る。マッチングオプション記述がある場合のルーティン
グプログラムをカスタムルーティングプログラムと呼
ぶ。前記判定がどちらの場合でも、ルーティングプログ
ラム生成部５４の処理は終了５４１０する。
【００２９】図１０はメッセージキューの構造を示した
ものである。図１に示した送信メッセージキュー１ｍ
１、受信メッセージキュー１ｍ２、転送用送信メッセー
ジキュー１ｍ３、一時保管メッセージキュー１ｍ４、送
信メッセージキュー２ｍ１、受信メッセージキュー１２
ｍ２、転送用送信メッセージキュー２ｍ３、一時保管メ
ッセージキュー２ｍ４は、使用目的は異なるが全て図１
０に示したメッセージキューの構造をもっている。
ものである。図１に示した送信メッセージキュー１ｍ
１、受信メッセージキュー１ｍ２、転送用送信メッセー
ジキュー１ｍ３、一時保管メッセージキュー１ｍ４、送
信メッセージキュー２ｍ１、受信メッセージキュー１２
ｍ２、転送用送信メッセージキュー２ｍ３、一時保管メ
ッセージキュー２ｍ４は、使用目的は異なるが全て図１
０に示したメッセージキューの構造をもっている。
【００３０】メッセージキュー１ｍ１は、メッセージキ
ューを一意に識別するメッセージキューID１ｍ１０とメ
ッセージ１ｍ１１、メッセージ１ｍ１２等から構成され
る。メッセージ１ｍ１１は、送信先オブジェクトを表す
送信先メッセージキューID１ｍ１１０と、送信元のオブ
ジェクトを表す送信元メッセージキューIDリスト１ｍ１
１１と、送信元オブジェクトが利用しようとしているサ
ービスのインタフェース名１ｍ１１２と、メッセージの
本体を表すメッセージ本体データ１ｍ１１３と、キュー
イングのタイムアウト時刻１ｍ１１４から構成される。
後述のメッセージ統合化を行う場合を考慮すると送信元
オブジェクトは複数存在するので、送信元メッセージキ
ューIDリスト１ｍ１１１は、メッセージキューID１ｍ１
１１１、メッセージキューID１ｍ１１１２等で構成され
る。
ューを一意に識別するメッセージキューID１ｍ１０とメ
ッセージ１ｍ１１、メッセージ１ｍ１２等から構成され
る。メッセージ１ｍ１１は、送信先オブジェクトを表す
送信先メッセージキューID１ｍ１１０と、送信元のオブ
ジェクトを表す送信元メッセージキューIDリスト１ｍ１
１１と、送信元オブジェクトが利用しようとしているサ
ービスのインタフェース名１ｍ１１２と、メッセージの
本体を表すメッセージ本体データ１ｍ１１３と、キュー
イングのタイムアウト時刻１ｍ１１４から構成される。
後述のメッセージ統合化を行う場合を考慮すると送信元
オブジェクトは複数存在するので、送信元メッセージキ
ューIDリスト１ｍ１１１は、メッセージキューID１ｍ１
１１１、メッセージキューID１ｍ１１１２等で構成され
る。
【００３１】図１１はメッセージキュー情報テーブル３
０（図１）の構造を示したものである。メッセージキュ
ー情報テーブル３０は、メッセージキュー情報３０１、
メッセージキュー情報３０２等で構成される。メッセー
ジキュー情報３０１は、メッセージキューID３０１０と
そのメッセージキューが存在する計算機のアドレスを表
す計算機アドレス３０１１から構成される。
０（図１）の構造を示したものである。メッセージキュ
ー情報テーブル３０は、メッセージキュー情報３０１、
メッセージキュー情報３０２等で構成される。メッセー
ジキュー情報３０１は、メッセージキューID３０１０と
そのメッセージキューが存在する計算機のアドレスを表
す計算機アドレス３０１１から構成される。
【００３２】図１２はルーティング情報テーブル３１
（図１）の構造を示したものである。ルーティング情報
テーブル３１は、サーバオブジェクトが提供するサービ
スに対応するインタフェース情報３１１、インタフェー
ス情報３１２等で構成される。インタフェース情報３１
１は、インタフェース名３１１０と、ルータがメッセー
ジの転送先を決定するために使用するルーティングプロ
グラムを表すルーティングプログラム指定データ３１１
１と、このインタフェースをサポートしているサーバオ
ブジェクト２０を表すサーバオブジェクトテーブル３１
１２で構成される。サーバオブジェクトテーブル３１１
２は、本発明では１つのインタフェースをサポートする
サーバオブジェクト２０は複数存在することが可能であ
るので、それぞれのサーバオブジェクト２０に対応する
受信メッセージキュー２ｍ２のメッセージキューID３１
１２１、メッセージキューID３１１２２等から構成され
る。
（図１）の構造を示したものである。ルーティング情報
テーブル３１は、サーバオブジェクトが提供するサービ
スに対応するインタフェース情報３１１、インタフェー
ス情報３１２等で構成される。インタフェース情報３１
１は、インタフェース名３１１０と、ルータがメッセー
ジの転送先を決定するために使用するルーティングプロ
グラムを表すルーティングプログラム指定データ３１１
１と、このインタフェースをサポートしているサーバオ
ブジェクト２０を表すサーバオブジェクトテーブル３１
１２で構成される。サーバオブジェクトテーブル３１１
２は、本発明では１つのインタフェースをサポートする
サーバオブジェクト２０は複数存在することが可能であ
るので、それぞれのサーバオブジェクト２０に対応する
受信メッセージキュー２ｍ２のメッセージキューID３１
１２１、メッセージキューID３１１２２等から構成され
る。
【００３３】図１３はクライアントスタブ１ｃによるク
ライアントスタブ処理フロー図を示したものである。ク
ライアントスタブ処理１ｃａ０は、クライアントオブジ
ェクト１０から呼び出される。メッセージ文字列生成１
ｃａ１は、クライアントオブジェクト１０が呼び出した
メソッドに対応したメッセージ文字列を作成する。メッ
セージパターンパラメータ設定１ｃａ２は、メソッドに
渡された引数をパラメータとしてメッセージ文字列に設
定する。メッセージのインタフェース名とメッセージキ
ューID設定１ｃａ３は、クライアントオブジェクトの送
信メッセージキューID１ｍ１０をメッセージキューID１
ｍ１１１１に、そのメッセージの送信先を指定するイン
タフェース名をインタフェース名１ｍ１１２に、メッセ
ージ文字列をメッセージ本体データ１ｍ１１３に、それ
ぞれ設定してメッセージ１ｍ１１を作成する。最後に、
メッセージの送信メッセージキュー格納１ｃａ４は、作
成したメッセージ１ｍ１１をメッセージキュー１ｍ１に
設定し、終了１ｃａ５する。
ライアントスタブ処理フロー図を示したものである。ク
ライアントスタブ処理１ｃａ０は、クライアントオブジ
ェクト１０から呼び出される。メッセージ文字列生成１
ｃａ１は、クライアントオブジェクト１０が呼び出した
メソッドに対応したメッセージ文字列を作成する。メッ
セージパターンパラメータ設定１ｃａ２は、メソッドに
渡された引数をパラメータとしてメッセージ文字列に設
定する。メッセージのインタフェース名とメッセージキ
ューID設定１ｃａ３は、クライアントオブジェクトの送
信メッセージキューID１ｍ１０をメッセージキューID１
ｍ１１１１に、そのメッセージの送信先を指定するイン
タフェース名をインタフェース名１ｍ１１２に、メッセ
ージ文字列をメッセージ本体データ１ｍ１１３に、それ
ぞれ設定してメッセージ１ｍ１１を作成する。最後に、
メッセージの送信メッセージキュー格納１ｃａ４は、作
成したメッセージ１ｍ１１をメッセージキュー１ｍ１に
設定し、終了１ｃａ５する。
【００３４】図１４はサーバスケルトン２ｓによるサー
バスケルトン処理フロー図を示したものである。サーバ
スケルトン処理２ｓａ０は、メッセージ通信ライブラリ
２１から呼び出される。インタフェース名とメッセージ
キューIDのルーティング情報テーブル登録２ｓａ１は、
サーバオブジェクト２０がサポートするインタフェース
名をルーティング情報テーブル３１内のインタフェース
情報３１１等のインタフェース名３１１０から検索し、
インタフェース名３１１０が見つかればサーバオブジェ
クトテーブル３１１２にサーバオブジェクト２０の受信
メッセージキューID２ｍ２をメッセージキューID３１１
２１として登録する。メッセージパターンとメッセージ
ハンドラの登録２ｓａ２は、メッセージハンドラ定義２
ｓｆ２１とそのメッセージハンドラを起動するメッセー
ジパターンをメッセージ通信ライブラリに登録する。受
信メッセージキューからのメッセージ取得２ｓａ３は、
メッセージキュー２ｍ２からメッセージ１ｍ１１を取り
出す。次に、そのメッセージ１ｍ１１のメッセージ本体
データ１ｍ１１３と前記メッセージパターンを比較する
ことによりメッセージハンドラがあるかどうかの判定２
ｓａ４を行い、なければエラー終了２ｓａ５する。メッ
セージハンドラがあれば、メッセージハンドラ起動２ｓ
ａ６によりメッセージハンドラをメッセージから取り出
したパラメータを引数にして呼び出す。その後は、受信
メッセージキューからのメッセージ取得２ｓａ３から処
理を繰り返す。
バスケルトン処理フロー図を示したものである。サーバ
スケルトン処理２ｓａ０は、メッセージ通信ライブラリ
２１から呼び出される。インタフェース名とメッセージ
キューIDのルーティング情報テーブル登録２ｓａ１は、
サーバオブジェクト２０がサポートするインタフェース
名をルーティング情報テーブル３１内のインタフェース
情報３１１等のインタフェース名３１１０から検索し、
インタフェース名３１１０が見つかればサーバオブジェ
クトテーブル３１１２にサーバオブジェクト２０の受信
メッセージキューID２ｍ２をメッセージキューID３１１
２１として登録する。メッセージパターンとメッセージ
ハンドラの登録２ｓａ２は、メッセージハンドラ定義２
ｓｆ２１とそのメッセージハンドラを起動するメッセー
ジパターンをメッセージ通信ライブラリに登録する。受
信メッセージキューからのメッセージ取得２ｓａ３は、
メッセージキュー２ｍ２からメッセージ１ｍ１１を取り
出す。次に、そのメッセージ１ｍ１１のメッセージ本体
データ１ｍ１１３と前記メッセージパターンを比較する
ことによりメッセージハンドラがあるかどうかの判定２
ｓａ４を行い、なければエラー終了２ｓａ５する。メッ
セージハンドラがあれば、メッセージハンドラ起動２ｓ
ａ６によりメッセージハンドラをメッセージから取り出
したパラメータを引数にして呼び出す。その後は、受信
メッセージキューからのメッセージ取得２ｓａ３から処
理を繰り返す。
【００３５】図１５はルータ１ｒによるメッセージルー
ティング処理フロー図を示したものである。まず、ルー
タ１ｒは任意の送信メッセージキューの先頭メッセージ
のインタフェース名取得１ｒａ０１により、配送しよう
とする任意のメッセージ１ｍ１１を１つ選び、そのイン
タフェース名１ｍ１１２を取得する。ルーティング情報
テーブルに存在するかどうかの判定１ｒａ０２は、前記
インタフェース名１ｍ１１２をルーティング情報テーブ
ル３１内のインタフェース情報３１１等のインタフェー
ス名３１１０から検索する。
ティング処理フロー図を示したものである。まず、ルー
タ１ｒは任意の送信メッセージキューの先頭メッセージ
のインタフェース名取得１ｒａ０１により、配送しよう
とする任意のメッセージ１ｍ１１を１つ選び、そのイン
タフェース名１ｍ１１２を取得する。ルーティング情報
テーブルに存在するかどうかの判定１ｒａ０２は、前記
インタフェース名１ｍ１１２をルーティング情報テーブ
ル３１内のインタフェース情報３１１等のインタフェー
ス名３１１０から検索する。
【００３６】インタフェース名３１１０が見つからなけ
れば、対応する受信キューへのエラーメッセージ格納１
ｒａ０３により、エラーメッセージを受信キュー１ｍ２
に格納し、任意の送信メッセージキューの先頭メッセー
ジのインタフェース名取得１ｒａ０１の処理を行う。イ
ンタフェース名３１１０が見つかれば、ルーティングプ
ログラムのマッチングメソッド呼び出し１ｒａ０４は、
ルーティングプログラム指定データ３１１１で指定され
たルーティングプログラム１ｒのマッチングメソッド１
ｒｆ２２をメッセージ本体データ１ｍ１１３を引数にし
て呼び出す。この結果を、マッチングが成功したかどう
かの判定１ｒａ０５により、配送先の決定が成功したか
どうかを決める。配送先がない場合には、前記の対応す
る受信キューへのエラーメッセージ格納１ｒａ０３の処
理を行う。配送先が見つかった場合には、一時保管メッ
セージキューへのメッセージ格納１ｒａ０６により、メ
ッセージ１ｍ１１をメッセージキュー１ｍ４に格納す
る。このとき、１ｍ１１内の送信先メッセージキューID
１ｍ１１０には、サーバオブジェクトテーブル３１１２
のメッセージキューID３１１２１を格納し、格納時刻に
キューイングオプション変数定義１ｒｆ２１で指定され
たタイムアウト時間を加えた時刻をタイムアウト時刻１
ｍ１１４に格納する。さらに、メッセージキューIDがあ
るかどうかの判定１ｒａ０７により、サーバオブジェク
トテーブル内にメッセージキューID３１１２２等がある
とわかれば、前記の一時保管メッセージキューへのメッ
セージ格納１ｒａ０６の処理を行う。
れば、対応する受信キューへのエラーメッセージ格納１
ｒａ０３により、エラーメッセージを受信キュー１ｍ２
に格納し、任意の送信メッセージキューの先頭メッセー
ジのインタフェース名取得１ｒａ０１の処理を行う。イ
ンタフェース名３１１０が見つかれば、ルーティングプ
ログラムのマッチングメソッド呼び出し１ｒａ０４は、
ルーティングプログラム指定データ３１１１で指定され
たルーティングプログラム１ｒのマッチングメソッド１
ｒｆ２２をメッセージ本体データ１ｍ１１３を引数にし
て呼び出す。この結果を、マッチングが成功したかどう
かの判定１ｒａ０５により、配送先の決定が成功したか
どうかを決める。配送先がない場合には、前記の対応す
る受信キューへのエラーメッセージ格納１ｒａ０３の処
理を行う。配送先が見つかった場合には、一時保管メッ
セージキューへのメッセージ格納１ｒａ０６により、メ
ッセージ１ｍ１１をメッセージキュー１ｍ４に格納す
る。このとき、１ｍ１１内の送信先メッセージキューID
１ｍ１１０には、サーバオブジェクトテーブル３１１２
のメッセージキューID３１１２１を格納し、格納時刻に
キューイングオプション変数定義１ｒｆ２１で指定され
たタイムアウト時間を加えた時刻をタイムアウト時刻１
ｍ１１４に格納する。さらに、メッセージキューIDがあ
るかどうかの判定１ｒａ０７により、サーバオブジェク
トテーブル内にメッセージキューID３１１２２等がある
とわかれば、前記の一時保管メッセージキューへのメッ
セージ格納１ｒａ０６の処理を行う。
【００３７】メッセージキューIDがなければ、キューイ
ング指定があるかどうかの判定１ｒａ０８を行う。キュ
ーイング指定は、メッセージ統合処理に関するパラメー
タ指定であり、キューイングオプション変数定義１ｒｆ
２１の値が用いられる。これらの値はデフォルトで０で
あり、０であればキューイング指定がないものとし、メ
ッセージの統合を行わなず、メッセージがあるかどうか
の判定１ｒａ１１の処理を行う。キューイング指定があ
れば、メッセージ最大個数に達したかどうかの判定を行
う。一時保管メッセージキュー１ｍ４の送信元メッセー
ジメッセージキューIDリスト１ｍ１１１内のメッセージ
キューIDの個数が統合されたメッセージの個数であるの
で、これがメッセージ最大個数指定より大きければ、メ
ッセージがあるかどうかの判定１ｒａ１１の処理を行
う。そうでなければ、タイムアウト時間が過ぎたかどう
かの判定を行う。現在時刻がタイムアウト時刻１ｍ１１
４を過ぎていたら、メッセージがあるかどうかの判定１
ｒａ１１の処理を行う。そうでなければ、次のメッセー
ジを処理するために、任意の送信メッセージキューの先
頭メッセージのインタフェース取得１ｒａ０１の処理を
行う。
ング指定があるかどうかの判定１ｒａ０８を行う。キュ
ーイング指定は、メッセージ統合処理に関するパラメー
タ指定であり、キューイングオプション変数定義１ｒｆ
２１の値が用いられる。これらの値はデフォルトで０で
あり、０であればキューイング指定がないものとし、メ
ッセージの統合を行わなず、メッセージがあるかどうか
の判定１ｒａ１１の処理を行う。キューイング指定があ
れば、メッセージ最大個数に達したかどうかの判定を行
う。一時保管メッセージキュー１ｍ４の送信元メッセー
ジメッセージキューIDリスト１ｍ１１１内のメッセージ
キューIDの個数が統合されたメッセージの個数であるの
で、これがメッセージ最大個数指定より大きければ、メ
ッセージがあるかどうかの判定１ｒａ１１の処理を行
う。そうでなければ、タイムアウト時間が過ぎたかどう
かの判定を行う。現在時刻がタイムアウト時刻１ｍ１１
４を過ぎていたら、メッセージがあるかどうかの判定１
ｒａ１１の処理を行う。そうでなければ、次のメッセー
ジを処理するために、任意の送信メッセージキューの先
頭メッセージのインタフェース取得１ｒａ０１の処理を
行う。
【００３８】メッセージがあるかどうかの判定１ｒａ１
１は、一時保管メッセージキュー１ｍ４を検索し、メッ
セージ１ｍ１１のタイムアウト時刻１ｍ１１４を過ぎて
いたら、計算機アドレスが同一かどうかの判定１ｒａ１
２の処理を行う。そのようなメッセージがなければ、次
のメッセージを処理するために、任意の送信メッセージ
キューの先頭メッセージのインタフェース取得１ｒａ０
１の処理を行う。計算機アドレスが同一かどうかの判定
１ｒａ１２は、メッセージ１ｍ１１の送信先メッセージ
キューID１ｍ１１０と、メッセージキュー情報テーブル
３０のメッセージキュー情報３０１、メッセージキュー
情報３０２等のメッセージキューID３０１０とを比較
し、一致したメッセージキュー情報３０１の計算機アド
レス３０１１取得する。その計算機アドレス３０１１が
現在の計算機アドレスでなければ、他計算機の転送用送
信メッセージキューへの転送１ｒａ１３の処理を行い、
例えば計算機アドレス３０１１の計算機２の転送用送信
メッセージキュー２ｍ３にメッセージ１ｍ１１を転送す
る。前記の判定がどちら場合でも、次に対応する受信メ
ッセージキューへのメッセージ転送１ｒａ１４の処理を
行い、例えばルータ２２はメッセージ１ｍ１１を送信先
メッセージキューID１ｍ１１０に対応した受信メッセー
ジキュー２ｍ２に転送する。この後、一時保管メッセー
ジキュー１ｍ４内の他のメッセージを処理するために、
メッセージがあるかどうかの判定１ｒａ１１から処理を
繰り返す。
１は、一時保管メッセージキュー１ｍ４を検索し、メッ
セージ１ｍ１１のタイムアウト時刻１ｍ１１４を過ぎて
いたら、計算機アドレスが同一かどうかの判定１ｒａ１
２の処理を行う。そのようなメッセージがなければ、次
のメッセージを処理するために、任意の送信メッセージ
キューの先頭メッセージのインタフェース取得１ｒａ０
１の処理を行う。計算機アドレスが同一かどうかの判定
１ｒａ１２は、メッセージ１ｍ１１の送信先メッセージ
キューID１ｍ１１０と、メッセージキュー情報テーブル
３０のメッセージキュー情報３０１、メッセージキュー
情報３０２等のメッセージキューID３０１０とを比較
し、一致したメッセージキュー情報３０１の計算機アド
レス３０１１取得する。その計算機アドレス３０１１が
現在の計算機アドレスでなければ、他計算機の転送用送
信メッセージキューへの転送１ｒａ１３の処理を行い、
例えば計算機アドレス３０１１の計算機２の転送用送信
メッセージキュー２ｍ３にメッセージ１ｍ１１を転送す
る。前記の判定がどちら場合でも、次に対応する受信メ
ッセージキューへのメッセージ転送１ｒａ１４の処理を
行い、例えばルータ２２はメッセージ１ｍ１１を送信先
メッセージキューID１ｍ１１０に対応した受信メッセー
ジキュー２ｍ２に転送する。この後、一時保管メッセー
ジキュー１ｍ４内の他のメッセージを処理するために、
メッセージがあるかどうかの判定１ｒａ１１から処理を
繰り返す。
【００３９】以上が本発明の一実施の形態の説明である
が、以下に他の実施の形態を詳細に説明する。図１７は
サービスオブジェクトの構造を示したものである。サー
ビスオブジェクト７０はインタフェース名７００と前記
実施例におけるクライアントスタブ１ｃ、サーバスケル
トン２ｓ、ルーティングプログラム１ｒから構成され
る。
が、以下に他の実施の形態を詳細に説明する。図１７は
サービスオブジェクトの構造を示したものである。サー
ビスオブジェクト７０はインタフェース名７００と前記
実施例におけるクライアントスタブ１ｃ、サーバスケル
トン２ｓ、ルーティングプログラム１ｒから構成され
る。
【００４０】図１６は動的サービスオブジェクトローダ
を用いたオブジェクト間通信システムの構成を示したも
のである。本構成では、前記実施例における全体構成に
動的オブジェクトサービスローダ６ｄ１と、動的オブジ
ェクトサービスローダ６ｄ２と、動的オブジェクトサー
ビスローダ６ｄ３と、サービスオブジェクト７０を格納
する記憶装置７ｍとが追加されている。動的オブジェク
トサービスローダ６ｄ１は、クライアントオブジェクト
１０から呼び出され、サービスオブジェクト７０を動的
にロードし、そのクライアントスタブ１ｃをクライアン
トオブジェクト１０に渡す。そのあとは、クライアント
オブジェクト１０は前記実施例と同様にクライアントス
タブ１ｃを利用する。動的オブジェクトサービスローダ
６ｄ２、動的オブジェクトサービスローダ６ｄ３につい
ても、サーバオブジェクト２０、ルータ２２において同
様の処理を行う。また、記憶装置７ｍは計算機６や計算
機３上に置くことも可能である。
を用いたオブジェクト間通信システムの構成を示したも
のである。本構成では、前記実施例における全体構成に
動的オブジェクトサービスローダ６ｄ１と、動的オブジ
ェクトサービスローダ６ｄ２と、動的オブジェクトサー
ビスローダ６ｄ３と、サービスオブジェクト７０を格納
する記憶装置７ｍとが追加されている。動的オブジェク
トサービスローダ６ｄ１は、クライアントオブジェクト
１０から呼び出され、サービスオブジェクト７０を動的
にロードし、そのクライアントスタブ１ｃをクライアン
トオブジェクト１０に渡す。そのあとは、クライアント
オブジェクト１０は前記実施例と同様にクライアントス
タブ１ｃを利用する。動的オブジェクトサービスローダ
６ｄ２、動的オブジェクトサービスローダ６ｄ３につい
ても、サーバオブジェクト２０、ルータ２２において同
様の処理を行う。また、記憶装置７ｍは計算機６や計算
機３上に置くことも可能である。
【００４１】
【発明の効果】以上にのべた方法により、本発明では以
下の効果を得ることができる。第１には、クライアント
オブジェクトがインタフェース名を指定して通信するこ
とにより、サーバオブジェクトを明示的に指定すること
なくサービスを利用することができる。第２には、サー
ビスを提供するオブジェクトは１つとは限らず、ルータ
が複数の通信先へメッセージを配送することにより、ク
ライアントオブジェクトのプログラマが意識することな
く、１対多の通信が可能となる。第３には、サービスを
提供するオブジェクトが追加、削除、変更されたときに
も、サーバオブジェクトがルーティング情報（自らの提
供するサービスに関する情報）を適宜更新することによ
り、ルータがクライアントオブジェクトに影響を与える
ことなくメッセージを配送することができる。第４に
は、ルータが通信先を決定するルーティング方法をサー
ビスの提供者、サーバオブジェクトのプログラマがカス
タマイズすることにより、より細かなメッセージの配送
制御が可能となる。第５には、ルータによる同一内容の
メッセージの統合方法をサービスの提供者、サーバオブ
ジェクトのプログラマが指定することにより、メッセー
ジ量を削減し、サーバオブジェクトの負荷も低減するこ
とができる。第６には、クライアントスタブ、サーバス
ケルトン、ルーティングプログラムを１つのサービスオ
ブジェクトとしてまとめ、実行時にクライアントオブジ
ェクト、サーバオブジェクト、ルータがそれぞれ動的に
ロードすることにより、プログラムモジュールを一元管
理し、アプリケーションインストールを簡略化すること
ができる。
下の効果を得ることができる。第１には、クライアント
オブジェクトがインタフェース名を指定して通信するこ
とにより、サーバオブジェクトを明示的に指定すること
なくサービスを利用することができる。第２には、サー
ビスを提供するオブジェクトは１つとは限らず、ルータ
が複数の通信先へメッセージを配送することにより、ク
ライアントオブジェクトのプログラマが意識することな
く、１対多の通信が可能となる。第３には、サービスを
提供するオブジェクトが追加、削除、変更されたときに
も、サーバオブジェクトがルーティング情報（自らの提
供するサービスに関する情報）を適宜更新することによ
り、ルータがクライアントオブジェクトに影響を与える
ことなくメッセージを配送することができる。第４に
は、ルータが通信先を決定するルーティング方法をサー
ビスの提供者、サーバオブジェクトのプログラマがカス
タマイズすることにより、より細かなメッセージの配送
制御が可能となる。第５には、ルータによる同一内容の
メッセージの統合方法をサービスの提供者、サーバオブ
ジェクトのプログラマが指定することにより、メッセー
ジ量を削減し、サーバオブジェクトの負荷も低減するこ
とができる。第６には、クライアントスタブ、サーバス
ケルトン、ルーティングプログラムを１つのサービスオ
ブジェクトとしてまとめ、実行時にクライアントオブジ
ェクト、サーバオブジェクト、ルータがそれぞれ動的に
ロードすることにより、プログラムモジュールを一元管
理し、アプリケーションインストールを簡略化すること
ができる。
【図１】本発明の一実施例における全体構成を示す図で
ある。
ある。
【図２】IDLコンパイラの構成及びインタフェース定義
ファイル、クライアントスタブ、サーバスケルトン、ル
ーティングプログラムの関連を示す図である。
ファイル、クライアントスタブ、サーバスケルトン、ル
ーティングプログラムの関連を示す図である。
【図３】クライアントスタブ生成処理フローを示す図で
ある。
ある。
【図４】サーバスケルトン生成処理フローを示す図であ
る。
る。
【図５】ルーティングプログラム生成処理フローを示す
図である。
図である。
【図６】インタフェース定義ファイル例の構成を示す図
である。
である。
【図７】クライアントスタブ例の構成を示す図である。
【図８】サーバスケルトン例の構成を示す図である。
【図９】ルーティングプログラム例の構成を示す図であ
る。
る。
【図１０】メッセージキューの構造を示す図である。
【図１１】メッセージキュー情報テーブルの構造を示す
図である。
図である。
【図１２】ルーティング情報テーブルの構造を示す図で
ある。
ある。
【図１３】クライアントスタブ処理フローを示す図であ
る。
る。
【図１４】サーバスケルトン処理フローを示す図であ
る。
る。
【図１５】メッセージルーティング処理フローを示す図
である。
である。
【図１６】動的サービスオブジェクトローダを用いたオ
ブジェクト間通信システムの構成を示す図である。
ブジェクト間通信システムの構成を示す図である。
【図１７】サービスオブジェクトの構造を示す図であ
る。
る。
１〜３、６、７ 計算機 １０ クライアントオブジェクト ２０ サーバオブジェクト １ｃ クライアントスタブ ２ｓ サーバスケルトン １１、２１ メッセージ通信ライブラリ １ｍ１、２ｍ１ 送信メッセージキュー １ｍ２、２ｍ２ 受信メッセージキュー １２、２２ ルータ １ｒ、２ｒ ルーティングプログラム １ｍ３、２ｍ３ 転送用送信メッセージキュー １ｍ４、２ｍ４ 一時保管メッセージキュー ３ｍ、７ｍ 記憶装置 ８ ネットワーク ３０ メッセージキュー情報テーブル ３１ ルーティング情報テーブル ４ インタフェース定義ファイル ５ IDLコンパイラ ５０ 字句解析処理部 ５１ 構文解析処理部 ５２ クライアントスタブ生成部 ５３ サーバスケルトン生成部 ５４ ルーティングプログラム生成部 ６ｄ１、６ｄ２、６ｄ３ 動的サービスオブジェクトロ
ーダ ７０ サービスオブジェクト
ーダ ７０ サービスオブジェクト
Claims (12)
- 【請求項１】 １つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法におけるインタフェース定義記述の変換方
法であって、 インタフェース定義言語により記述する前記の所定の処
理に必要なデータおよび処理結果を記述するメソッド定
義記述および該メソッド定義記述に対応して送信される
メッセージの形式を指定するメッセージ記述をひとつ以
上含んだインタフェース定義記述をインタフェース定義
変換プログラムにより変換し、 前記クライアントオブジェクトがメッセージを送信する
ために呼び出すクライアントスタブと、 前記サーバオブジェクトが起動時に自身が処理すること
のできる前記メッセージの形式を指定するルーティング
情報をルーティング情報記憶手段に記憶させるサーバ登
録メソッドと前記サーバオブジェクトがメッセージを受
信したときに実行する前記所定の処理を記述するための
メソッドを含むサーバスケルトンと、 前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定するルー
ティングプログラムとを生成することを特徴とするイン
タフェース定義記述の変換方法。 - 【請求項２】 １つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法において、 前記計算機に請求項１記載の生成したクライアントスタ
ブとサーバスケルトンとルーティングプログラムを格納
し、 前記サーバオブジェクトが起動したときに前記サーバ登
録メソッドを呼び前記ルーティング情報をルーティング
情報記憶手段に記憶することにより、前記クライアント
オブジェクトが前記クライアントスタブを呼び出すとメ
ッセージを送信し、前記送信したメッセージを送信メッ
セージキューにより保持し、 ルータが前記送信メッセージキューからメッセージを取
り出し、前記ルーティングプログラムにより送信先オブ
ジェクトを決定し、前記送信先オブジェクトに対応した
受信したメッセージを保持する受信メッセージキューに
追加し、 前記サーバスケルトンが前記受信メッセージキューから
メッセージを取り出し、前記サーバスケルトンが取り出
したメッセージに対応した前記所定の処理を前記サーバ
オブジェクトにより実行することを特徴とするオブジェ
クト間通信方法。 - 【請求項３】 請求項１記載のインタフェース定義記述
の変換方法において、 前記インタフェース定義記述のメッセージ記述にメッセ
ージ最大個数指定とキューイング時間指定からなるキュ
ーイングオプション記述を追加し、 前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定し、指定
があれば前記キューイングオプション判定処理を行う、
前記メッセージの最大個数指定と前記キューイング時間
指定を追加したルーティングプログラムを生成すること
を特徴とするインタフェース定義記述の変換方法。 - 【請求項４】 １つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法において、 前記計算機に請求項３記載の生成したクライアントスタ
ブとサーバスケルトンとルーティングプログラムを格納
し、 前記サーバオブジェクトが起動したときに前記サーバ登
録メソッドを呼び前記ルーティング情報をルーティング
情報記憶手段に記憶することにより、前記クライアント
オブジェクトが前記クライアントスタブを呼び出すとメ
ッセージを送信し、前記送信したメッセージを送信メッ
セージキューにより保持し、 ルータが前記送信メッセージキューからメッセージを取
り出し、前記ルーティングプログラムにより送信先オブ
ジェクトを決定し、 前記ルータがメッセージを一時保管メッセージキューに
保管し、前記ルータが別のメッセージが前記メッセージ
と同一内容であれば１つのメッセージに統合し、一時保
管メッセージキュー内の前記メッセージが前記メッセー
ジ最大個数を超えるか前記メッセージがキューイングさ
れてから前記キューイング時間経過したら前記メッセー
ジを前記送信先オブジェクトに対応した受信したメッセ
ージを保持する受信メッセージキューに追加し、前記サ
ーバスケルトンが前記受信メッセージキューからメッセ
ージを取り出し、前記サーバスケルトンが取り出したメ
ッセージに対応した前記所定の処理を前記サーバオブジ
ェクトにより実行することを特徴とするオブジェクト間
通信方法。 - 【請求項５】 請求項１記載のインタフェース定義記述
の変換方法において、 前記インタフェース定義記述のメソッド定義記述にマッ
チングオプション記述を追加し、 前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定し、前記
マッチングオプション判定処理を行うカスタムルーティ
ングプログラムを前記ルーティングプログラムの替わり
に生成することを特徴とするインタフェース定義記述の
変換方法。 - 【請求項６】 １つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法において、 前記計算機に請求項５記載の生成したクライアントスタ
ブとサーバスケルトンとカスタムルーティングプログラ
ムを格納し、 前記サーバオブジェクトが起動したときに前記サーバ登
録メソッドを呼び前記ルーティング情報をルーティング
情報記憶手段に記憶することにより、前記クライアント
オブジェクトが前記クライアントスタブを呼び出すとメ
ッセージを送信し、前記送信したメッセージを送信メッ
セージキューにより保持し、 ルータが前記送信メッセージキューからメッセージを取
り出し、前記カスタムルーティングプログラムにより送
信先オブジェクトを決定し、前記送信先オブジェクトに
対応した受信したメッセージを保持する受信メッセージ
キューに追加し、前記サーバスケルトンが前記受信メッ
セージキューからメッセージを取り出し、前記サーバス
ケルトンが取り出したメッセージに対応した前記所定の
処理を前記サーバオブジェクトにより実行することを特
徴とするオブジェクト間通信方法。 - 【請求項７】 請求項５記載のインタフェース定義記述
の変換方法において、 前記インタフェース定義記述のメッセージ記述にメッセ
ージ最大個数指定とキューイング時間指定からなるキュ
ーイングオプション記述を追加し、 前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定し、指定
があれば前記キューイングオプション判定処理を行う、
前記メッセージの最大個数指定と前記キューイング時間
指定を追加したカスタムルーティングプログラムを生成
することを特徴とするインタフェース定義記述の変換方
法。 - 【請求項８】 １つの計算機またはネットワークで接続
された複数の計算機のいずれかの計算機上で動作するク
ライアントオブジェクトが、同一の計算機あるいは他の
計算機上で動作するサーバオブジェクトにメッセージを
送信することにより所定の処理を実行させるオブジェク
ト間通信方法において、 前記計算機に請求項７記載の生成したクライアントスタ
ブとサーバスケルトンとカスタムルーティングプログラ
ムを格納し、 前記サーバオブジェクトが起動したときに前記サーバ登
録メソッドを呼び前記ルーティング情報をルーティング
情報記憶手段に記憶することにより、前記クライアント
オブジェクトが前記クライアントスタブを呼び出すとメ
ッセージを送信し、前記送信したメッセージを送信メッ
セージキューにより保持し、 ルータが前記送信メッセージキューからメッセージを取
り出し、前記カスタムルーティングプログラムにより送
信先オブジェクトを決定し、 前記ルータがメッセージを一時保管メッセージキューに
保管し、前記ルータが別のメッセージが前記メッセージ
と同一内容であれば１つのメッセージに統合し、一時保
管メッセージキュー内の前記メッセージが前記メッセー
ジ最大個数を超えるか前記メッセージがキューイングさ
れてから前記キューイング時間経過したら前記メッセー
ジを前記送信先オブジェクトに対応した受信したメッセ
ージを保持する受信メッセージキューに追加し、前記サ
ーバスケルトンが前記受信メッセージキューからメッセ
ージを取り出し、前記サーバスケルトンが取り出したメ
ッセージに対応した前記所定の処理を前記サーバオブジ
ェクトにより実行することを特徴とするオブジェクト間
通信方法。 - 【請求項９】 請求項２または請求項４記載のオブジェ
クト間通信方法において、 前記クライアントスタブと前記サーバスケルトンと前記
ルーティングプログラムとを１つのサービスオブジェク
トにまとめ、前記サービスオブジェクトをサービスオブ
ジェクト記憶手段により記憶し、 前記クライアントオブジェクトがメッセージを送信する
前に前記サービスオブジェクトを前記サービス記憶手段
から取り出して前記クライアントスタブを呼び出し、 前記ルータが前記送信先オブジェクトを決定する前に前
記サービスオブジェクトを前記サービス記憶手段から取
り出して前記ルーティングプログラムを呼び出し、 前記サーバオブジェクトが起動時に前記サービスオブジ
ェクトを前記サービス記憶手段から取り出し、前記サー
バスケルトンを呼び出すことを特徴とするオブジェクト
間通信方法。 - 【請求項１０】 請求項６または請求項８記載のオブジ
ェクト間通信方法において、 前記クライアントスタブと前記サーバスケルトンと前記
カスタムルーティングプログラムとを１つのサービスオ
ブジェクトにまとめ、前記サービスオブジェクトをサー
ビスオブジェクト記憶手段により記憶し、 前記クライアントオブジェクトがメッセージを送信する
前に前記サービスオブジェクトを前記サービス記憶手段
から取り出して前記クライアントスタブを呼び出し、 前記ルータが前記送信先オブジェクトを決定する前に前
記サービスオブジェクトを前記サービス記憶手段から取
り出して前記カスタムルーティングプログラムを呼び出
し、 前記サーバオブジェクトが起動時に前記サービスオブジ
ェクトを前記サービス記憶手段から取り出し、前記サー
バスケルトンを呼び出すことを特徴とするオブジェクト
間通信方法。 - 【請求項１１】 １つの計算機またはネットワークで接
続された複数の計算機のいずれかの計算機上で動作する
クライアントオブジェクトが、同一の計算機あるいは他
の計算機上で動作するサーバオブジェクトにメッセージ
を送信することにより所定の処理を実行させるオブジェ
クト間通信方法において、 前記計算機に、前記クライアントオブジェクトがメッセ
ージを送信するために呼び出すクライアントスタブと、 前記サーバオブジェクトが起動時に自身が処理すること
のできる前記メッセージの形式を指定するルーティング
情報をルーティング情報記憶手段に記憶させるサーバ登
録メソッドと前記サーバオブジェクトがメッセージを受
信したときに実行する前記所定の処理を記述するための
メソッドを含むサーバスケルトンと、 前記メッセージと前記ルーティング情報を比較して前記
メッセージの前記ルーティング情報に対応した前記サー
バオブジェクトでの処理が可能かどうかを判定するカス
タムルーティングプログラムが格納され、 前記サーバオブジェクトが起動したときに前記サーバ登
録メソッドを呼び前記ルーティング情報をルーティング
情報記憶手段に記憶することにより、前記クライアント
オブジェクトが前記クライアントスタブを呼び出すとメ
ッセージを送信し、前記送信したメッセージを送信メッ
セージキューにより保持し、 ルータが前記送信メッセージキューからメッセージを取
り出し、前記カスタムルーティングプログラムにより送
信先オブジェクトを決定し、 前記ルータがメッセージを一時保管メッセージキューに
保管し、前記ルータが別のメッセージが前記メッセージ
と同一内容であれば１つのメッセージに統合し、一時保
管メッセージキュー内の前記メッセージが前記メッセー
ジ最大個数を超えるか前記メッセージがキューイングさ
れてから前記キューイング時間経過したら前記メッセー
ジを前記送信先オブジェクトに対応した受信したメッセ
ージを保持する受信メッセージキューに追加し、前記サ
ーバスケルトンが前記受信メッセージキューからメッセ
ージを取り出し、前記サーバスケルトンが取り出したメ
ッセージに対応した前記所定の処理を前記サーバオブジ
ェクトにより実行することを特徴とするオブジェクト間
通信方法。 - 【請求項１２】 請求項１１記載のオブジェクト間通信
方法において、 前記クライアントスタブと前記サーバスケルトンと前記
カスタムルーティングプログラムとを１つのサービスオ
ブジェクトにまとめ、前記サービスオブジェクトをサー
ビスオブジェクト記憶手段により記憶し、 前記クライアントオブジェクトがメッセージを送信する
前に前記サービスオブジェクトを前記サービス記憶手段
から取り出して前記クライアントスタブを呼び出し、 前記ルータが前記送信先オブジェクトを決定する前に前
記サービスオブジェクトを前記サービス記憶手段から取
り出して前記カスタムルーティングプログラムを呼び出
し、 前記サーバオブジェクトが起動時に前記サービスオブジ
ェクトを前記サービス記憶手段から取り出し、前記サー
バスケルトンを呼び出すことを特徴とするオブジェクト
間通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5109097A JPH10232780A (ja) | 1997-02-19 | 1997-02-19 | インタフェース定義記述の変換方法およびオブジェクト間通信方法 |
| EP98102297A EP0860776A1 (en) | 1997-02-19 | 1998-02-10 | Inter-object communication method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5109097A JPH10232780A (ja) | 1997-02-19 | 1997-02-19 | インタフェース定義記述の変換方法およびオブジェクト間通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10232780A true JPH10232780A (ja) | 1998-09-02 |
Family
ID=12877127
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5109097A Pending JPH10232780A (ja) | 1997-02-19 | 1997-02-19 | インタフェース定義記述の変換方法およびオブジェクト間通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP0860776A1 (ja) |
| JP (1) | JPH10232780A (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2790351A1 (fr) * | 1999-02-25 | 2000-09-01 | Cit Alcatel | Procede de communication entre objets distants |
| DE19910345A1 (de) * | 1999-03-09 | 2000-09-21 | Siemens Ag | Verfahren zur Nachrichtenübertragung zwischen einer einem ersten Prozeß zugewiesenen Clientinstanz und wenigstens einer mindestens einem weiteren Prozeß zugewiesenen Serverinstanz innerhalb eines verteilten Systems |
| US7623877B2 (en) | 2006-07-28 | 2009-11-24 | Research In Motion Limited | Limited lifespan for outgoing data at a mobile device |
| EP1883014B1 (en) * | 2006-07-28 | 2008-10-22 | Nextair Corporation | Limited lifespan for outgoing data at a mobile device |
| EP2017734A3 (en) | 2007-07-17 | 2009-06-03 | Nextair Corporation | Inter-process communication at a mobile device |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5396630A (en) * | 1992-10-06 | 1995-03-07 | International Business Machines Corporation | Method and system for object management across process boundries in a data processing system |
-
1997
- 1997-02-19 JP JP5109097A patent/JPH10232780A/ja active Pending
-
1998
- 1998-02-10 EP EP98102297A patent/EP0860776A1/en not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| EP0860776A1 (en) | 1998-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11843661B2 (en) | Web service system and method | |
| JP3853592B2 (ja) | 分散ウェブアプリケーションサーバ | |
| US6654793B1 (en) | System and method for facilitating dynamic loading of stub information to enable a program operating in one address space to invoke processing of a remote method or procedure in another address space | |
| US8359570B2 (en) | Adaptive scripting tool | |
| US6636900B2 (en) | Method and apparatus for executing distributed objects over a network | |
| US20060053415A1 (en) | Method and system for efficiently interpreting a computer program | |
| US20020059212A1 (en) | Stub search loading system and method, server apparatus, client apparatus, and computer-readable recording medium | |
| US6708171B1 (en) | Network proxy | |
| US20020002605A1 (en) | Server/client system and program for implementing application distribution in this server/client system | |
| JP2008306714A (ja) | ネットワークアプリケーションにおける通信方法、通信装置及びそのためのプログラム | |
| JP2002505466A (ja) | 遠隔メソッド呼出し方法及び装置 | |
| JPH10214189A (ja) | オブジェクト要求ブローカの異なるインプリメンテーション間で通信を実施するブリッジ | |
| US8701129B2 (en) | Web API server program, web API publication method | |
| CN113742105A (zh) | 微服务框架的适配方法、设备和介质 | |
| JP2000122871A (ja) | アプリケーション配布方法 | |
| JP2002041312A (ja) | 構造化された情報処理のためのオペレーティングシステム | |
| JPH10232780A (ja) | インタフェース定義記述の変換方法およびオブジェクト間通信方法 | |
| CN116362336B (zh) | 一种模型推理交互方法、电子设备、可读存储介质 | |
| CN112256351A (zh) | Feign组件的实现方法、微服务调用方法及装置 | |
| JP5209058B2 (ja) | ソフトウェア・コンポーネントを作成するための方法 | |
| JP2002505463A (ja) | 分散システム内の遠隔処理呼出に関連する処理をおこなうためのダウンロード可能なスマートプロキシ | |
| JP2005039557A (ja) | ソフトウェア無線機 | |
| JP5042415B2 (ja) | クライアントサーバシステム | |
| JP2003076563A (ja) | 分散オブジェクトミドルウェア連携方法及びプログラムを記録した記録媒体並びにプログラム | |
| JP3007340B1 (ja) | 機能呼び出し方法、並列分散処理システムおよびコンピュータ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040316 |
|
| A072 | Dismissal of procedure |
Effective date: 20040720 Free format text: JAPANESE INTERMEDIATE CODE: A072 |