JP2002269063A - メッセージングプログラム、及び分散システムにおけるメッセージング方法、並びにメッセージングシステム - Google Patents

Abstract

(57)【要約】 【課題】分散システム向けの参照モデルとして利用可能
であり、さらに仕様変更に対して高い柔軟性を持つメッ
セージングの仕組みを実現する。 【解決手段】分散システムにおけるメッセージ送信側１
とメッセージ受信側２との間のメッセージ交換のために
コンピュータを、メッセージ送信側１からのメッセージ
５を受け付け、メッセージ５の種類に応じた方式でメッ
セージ交換を制御する少なくとも一つのチャネル８の管
理を実現し、受け付けたメッセージ５をそのメッセージ
５の種類に応じたチャネル８に渡すメッセージ空間管理
手段６として機能させるためのメッセージングプログラ
ム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散システムにお
いてメッセージを交換するためのメッセージングプログ
ラム、及び分散システムにおけるメッセージング方法、
並びにメッセージングシステムに関する。

【０００２】

【従来の技術】分散システムでは、複数の計算機に処理
を分散させる。オブジェクト指向技術を利用して分散シ
ステムを構築した場合、指示命令やデータなどの情報で
あるメッセージが分散されているオブジェクト間でやり
取りされる。

【０００３】分散システムのメッセージングシステムと
して、CORBAのイベントサービスや、JavaRMI（Java Rem
ote Method Invocation）、ECJ（Event Centric for Ja
va）などいくつかの代表的な基盤技術が存在する。

【０００４】

【発明が解決しようとする課題】CORBAとは、分散シス
テムでオブジェクト同士がメッセージを交換するための
ソフトウェアである。

【０００５】CORBAのイベントサービスでは、サプライ
ヤとコンシューマとイベントチャネルからなるイベント
通信モデルが提供されている。またイベント通信のスタ
イルとしてpush型とpull型、そしてこれらの混合型の３
種類が定められている。

【０００６】このように、CORBAでは基本的なメッセー
ジングの機能や枠組みは提供されている。しかしなが
ら、アプリケーションレベルでの送達確認機能や、イベ
ントチャネルに対するイベントの検索機能、例えばイベ
ントの消失などのようなエラーに関する処理などについ
ては明確に定義されていない。また、CORBAは様々なメ
ーカーから提供されているが、イベントサービスを利用
したアプリケーションの実装方法はそれぞれによって異
なる。

【０００７】JavaRMIは、リモートにあるJavaオブジェ
クトのメソッドを他のホストのJavaVM（Java Virtual M
achine）から呼び出すための分散オブジェクト技術であ
る。これにより、異なるJavaVM上で実行中のオブジェク
ト同士の間でメッセージ交換が可能になる。Java RMIは
基本的に同期通信に分類されるため、非同期通信の実装
に直接用いることはできない。

【０００８】Javaベースの非同期通信では、JMS(Java M
essaging Service)がある。JMSではPeer-to-peerとPubl
ish/Subscribeの２通りの通信モデルが提供されてい
る。

【０００９】しかしながら、JMSでも、CORBAと同様にア
プリケーションレベルでの送達確認機能や通信路である
Connection/Sessionに対するメッセージの検索機能、メ
ッセージ消失などのエラーに対する処理などは提供され
ない。

【００１０】ECJもJavaベースのイベント通信技術であ
る。ECJは、インターネット／イントラネット上に分散
したイベント駆動型のJavaアプリケーションを構築する
ためのフレームワークであり、RMIを補完する非同期メ
ッセージ交換機構を提供する。ECJではSocketを利用す
ることで非常に軽量で高速なイベント通信を可能として
いる。

【００１１】しかしながら、ECJでも上記と同様にアプ
リケーションレベルでの送達確認機能、通信路における
メッセージの検索機能、メッセージ消失などのエラーに
対する処理などは提供されていないという課題を持つ。

【００１２】また上述したそれぞれのメッセージング技
術は、それぞれで実装方法が異なる。そのため、一般に
各アプリケーションの実装は利用する基盤技術に依存し
てしまい、基盤技術の交換が大変困難である。また、基
盤技術毎にメッセージングのアーキテクチャが異なるた
め、ある基盤技術の実装で培った経験を、他の基盤技術
に対して活用しにくいという問題も生じている。

【００１３】特に、従来においては、分散システム向け
メッセージングのための参照モデル／フレームワークが
存在しない。ここで、フレームワークとは、システムや
アプリケーションを組み上げる場合に参照する大枠の構
成要素の概念、あるいはこの概念を具体化したソフト基
盤をいう。フレームワークを利用すればアプリケーショ
ン間の連携を標準化、統合化できるが、従来のメッセー
ジングの技術ではこのフレームワークが存在しないため
標準化、統合化が困難である。

【００１４】本発明は、以上のような実情に鑑みてなさ
れたもので、分散システム向けメッセージングのための
参照モデルとして利用可能であり、さらに仕様変更に対
して高い柔軟性を実現できるメッセージングプログラ
ム、及び分散システムにおけるメッセージング方法、並
びにメッセージングシステムを提供することを目的とす
る。

【００１５】

【課題を解決するための手段】以下、本発明を実現する
にあたって講じた具体的手段について説明する。

【００１６】本発明は、分散システムにおけるメッセー
ジ送信側とメッセージ受信側との間のメッセージ交換の
ために、コンピュータに、メッセージ送信側からのメッ
セージを受け付けさせる受付手段と、受付手段で受け付
けたメッセージをそのメッセージの種類に応じたチャネ
ルに渡させるメッセージ空間管理手段とを有し、チャネ
ルは、メッセージの種類に応じた方式でメッセージ交換
を制御することを特徴とするメッセージングプログラム
である。

【００１７】また、本発明は、分散システムにおけるメ
ッセージ送信側とメッセージ受信側との間のメッセージ
交換のためにコンピュータを、メッセージ送信側からの
メッセージを受け付け、メッセージの種類に応じた方式
でメッセージ交換を制御する少なくとも一つのチャネル
の管理を実現し、受け付けたメッセージをそのメッセー
ジの種類に応じたチャネルに渡すメッセージ空間管理手
段として機能させるためのメッセージングプログラムで
ある。

【００１８】本発明を利用し、基盤技術毎に異なるメッ
セージング実装のための手段や仕組みを統一化すること
で、適切な参照モデル／フレームワークを提供でき、分
散システム向けメッセージングのための構成を明確化で
きる。また、ある基盤技術の実装で培った経験を他の基
盤技術で活用することが容易になる。

【００１９】また、本発明で採用している参照モデル／
フレームワークは、例えばCORBA、JavaRMI、JavaとECJ
などのような既存の分散システム間通信のための基盤技
術を用いる場合にも実装可能である。

【００２０】なお、チャネルは、チャネルマネージャに
よって管理され、このチャネルマネージャがさらにメッ
セージ空間管理手段によって管理されるとしてもよい。

【００２１】本発明のメッセージ空間管理手段は、定義
された共通のインタフェースとその利用手順（プロトコ
ル）にしたがってアクセスされるように変形可能であ
る。このような変形により、分散システムにおけるメッ
セージングのためのインタフェースやプロトコルを共通
化できる。

【００２２】また、本発明のメッセージ空間管理手段
は、メッセージ送信側を宛先とする送達確認メッセージ
をメッセージ受信側から受け付け、この受け付けた送信
確認メッセージをその種類に応じたチャネルに渡すよう
に変形可能である。このような変形により、メッセージ
の送達確認機能を付加できる。

【００２３】さらに、本発明のメッセージ空間管理手段
は、メッセージ交換の履歴情報を記録し、外部からの問
い合わせに応じて該当する履歴情報を提供するように変
形可能である。このような変形により、履歴情報に基づ
く処理を実行してメッセージ空間に対するメッセージの
検索機能、メッセージ不着信検出及びその対処機能を提
供できる。

【００２４】上記のようなメッセージングプログラム又
はメッセージングプログラムを記録した記録媒体を用い
ることによって、分散システムにおけるメッセージ交換
に対して簡単に上記の作用効果を実現できる。

【００２５】また、本発明を利用すれば、メッセージ送
信側からメッセージを受け付ける工程と、メッセージ送
信側からのメッセージの種類に応じた方式でメッセージ
交換を制御するチャネルがない場合に、メッセージ送信
側からのメッセージの種類に対応するチャネルを生成す
る工程と、メッセージ送信側からのメッセージをその種
類に対応するチャネルに渡す工程と、メッセージ送信側
からのメッセージを受けたチャネルにより、メッセージ
送信側からのメッセージをメッセージ受信側に配信する
工程とを含む分散システムにおけるメッセージング方法
を実施可能である。

【００２６】この分散システムにおけるメッセージング
方法についても上述した変形と同様の変形を行ってもよ
い。

【００２７】また、本発明の各手段を具備したメッセー
ジ交換システムを発明の対象としてもよい。

【００２８】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。

【００２９】（第１の実施の形態）本実施の形態におい
ては、分散システムのためのメッセージングシステムに
ついて説明する。このメッセージングシステムは、メッ
セージングの仕組み、インタフェース定義、システム利
用者からみた利用シーケンス、参照モデル／フレームワ
ーク、エラーハンドリングに特徴がある。

【００３０】図１は、本実施の形態に係るメッセージン
グシステムを利用する分散システムの構成を例示するブ
ロック図である。

【００３１】この分散システムは、メッセージ送信オブ
ジェクト（アプリケーション）１、メッセージ受信オブ
ジェクト（アプリケーション）２、メッセージ空間３、
メッセージハンドラ４から構成されている。メッセージ
送信オブジェクト１とメッセージ受信オブジェクト２と
の間でメッセージ５が交換される。

【００３２】メッセージ送信オブジェクト１は、メッセ
ージ５を作成し、メッセージ空間３に作成したメッセー
ジ５を送信する。オプションで送達確認用のメッセージ
ハンドラ４を用意し、メッセージ空間３に登録可能であ
る。メッセージ受信オブジェクト２はメッセージ空間３
からメッセージを受信する。受信方法には、受信用のメ
ッセージハンドラ４をメッセージ空間３に登録し、それ
を用いてメッセージ空間３から呼び出されるようにする
形式のpush型と、メッセージ受信オブジェクト２が自発
的にメッセージ空間３にポーリングをかける形式のpull
型の２通りの方式がある。なお、以下においては、どち
らのメッセージの受け取り形式が用いられたとしても
「配送する」と表記する。

【００３３】メッセージ空間３は、メッセージ送信オブ
ジェクト１から受け付けたメッセージ５をメッセージ受
信オブジェクト２へ配送するための概念的な存在であ
る。

【００３４】メッセージ５はメッセージ送信オブジェク
ト１がメッセージ受信オブジェクト２に配送するために
必要とする情報を含むデータである。

【００３５】メッセージハンドラ４は、対応するメッセ
ージ５がメッセージ空間３に受け付けられた場合に、そ
のメッセージ交換を要求するメッセージ送信オブジェク
ト１やメッセージ受信オブジェクト２をコールバック
し、メッセージを受け渡すために使われるインタフェー
スを実装した構成要素である。

【００３６】また、メッセージハンドラ４は、予定され
ているメッセージ５の不着が検出された際のインタフェ
ースも備える。

【００３７】メッセージ空間３はさらにメッセージ空間
管理部６とチャネルマネージャ７、チャネル８、メッセ
ージプール９、そしてメッセージ空間データベース１０
から構成される。

【００３８】メッセージ空間管理部６は、メッセージ空
間３全体に関わる処理、例えばメッセージ空間３の初期
化や、メッセージ５の登録受付、チャネル８やチャネル
マネージャ７の準備、メッセージハンドラ４の受付、送
信されたメッセージ５のチャネル８への割り当てなどを
行う。

【００３９】メッセージ空間管理部６は、これらの処理
を実現するために、メッセージ空間３内でやり取りされ
るメッセージ５の種類、メッセージの種類とチャネル８
の対応関係、メッセージの種類とチャネルマネージャ７
の対応関係、メッセージやメッセージの種類とメッセー
ジ送信オブジェクト１との対応関係、メッセージやメッ
セージの種類とメッセージ受信オブジェクト２との対応
関係などに関する情報を、メッセージ空間データベース
１０を用いて保持している。

【００４０】メッセージ送信オブジェクト１やメッセー
ジ受信オブジェクト２がメッセージ空間３へアクセスす
るためのインタフェースを提供するのもメッセージ空間
管理部６である。

【００４１】チャネルマネージャ７は、チャネル８に対
する初期化や複数のチャネル８間の制御を行う。

【００４２】チャネル８は、メッセージ５の種類毎に用
意され、メッセージ空間３内でのメッセージ５の交換
（やり取り）を制御する。

【００４３】メッセージプール９は、メッセージ５の送
信先（受け手）に一対一で対応する。このメッセージプ
ール９は、メッセージ５を蓄積しておくための構成要素
である。なお、メッセージプール９はオプションであ
る。

【００４４】チャネルマネージャ７は、図２に示すよう
に、例えばシナリオチャネルマネージャ１１などのよう
なチャネル８に対して特別な制御を行う構成要素を派生
する。シナリオチャネルマネージャ１１は、例えば、指
定された複数種類のメッセージ５の順序を矛盾なく配送
するための制御を行う。

【００４５】チャネル８は、図３に示すように、キュー
チャネル１２やストアチャネル１３、シンプルチャネル
１４などのようなメッセージ５に対する扱いの種類に応
じた構成要素を派生する。

【００４６】例えば、キューチャネル１２は、図４に示
すように、メッセージ送信オブジェクト１からメッセー
ジ５を受け取ると、メッセージ５を一旦キュー１５へ格
納してからメッセージ受信オブジェクト２へ配送する。

【００４７】ストアチャネル１３は、図５に示すよう
に、メッセージ送信オブジェクト１からメッセージ５を
受け取ると、そのメッセージ５をメッセージ受信オブジ
ェクト２に配送するとともに、ストア１６にも格納す
る。メッセージ受信オブジェクト２のメッセージ検索に
より、ストア１６内のメッセージ５はメッセージ受信オ
ブジェクト２に配信される。

【００４８】シンプルチャネル１４は、図６に示すよう
に、特にメッセージプール９は用いず、メッセージ空間
３が受け付けたメッセージ５をメッセージ受信オブジェ
クト２にそのまま配送する。

【００４９】また、どのチャネル８もオプションで、送
達確認をサポートするための機能（メッセージの送信先
リスト、送信履歴、送達確認の受信履歴、これらの対応
関係の監視など）を有している。

【００５０】ストアチャネル１３やシンプルチャネル１
４はメッセージ５の配送のために、必要に応じて配送先
のメッセージハンドラ４（のリスト）を保持する。ま
た、必要に応じて送受信したメッセージ５の履歴やその
送達確認情報の履歴についても保持する。

【００５１】メッセージプール９は、図７に示すよう
に、キュー１５やストア１６などのようなメッセージ５
を保持する方法の違いに応じた構成要素を派生する。

【００５２】例えば、キュー１５は、メッセージ５を受
け取った順に、メッセージ受信オブジェクト２に配送す
る。これを実現するために、キュー１５は必要に応じて
配送先のメッセージハンドラ４を保持する。

【００５３】ストア１６は、メッセージ５をランダムア
クセス可能な記憶装置へ格納する。

【００５４】キュー１５はさらに、優先順位付きキュー
１７、順序保証付きキュー１８、永続キュー１９などの
サブ構成要素を派生する。

【００５５】例えば、優先順位付きキュー１７は、キュ
ー１５に貯えられているメッセージ５のうちもっとも優
先順位の高いものを優先してメッセージ受信オブジェク
ト２へ配送する。順序保証キュー１８は、指定された順
序を優先してメッセージ５をメッセージ受信オブジェク
ト２へ配送する。永続キュー１９は配送したメッセージ
５の履歴情報を残し、後からも検索処理などを実行可能
にする。

【００５６】以下に、インタフェースの定義にについて
説明する。

【００５７】メッセージ空間３は、メッセージ送信オブ
ジェクト１やメッセージ受信オブジェクト２に公開する
インタフェースに定義されたメソッド（操作）を通し
て、様々な機能を提供する。

【００５８】本実施の形態では、利用する通信基盤技術
に依存しないインタフェースを定義する。

【００５９】メッセージ空間３が提供するメソッドはそ
の目的に応じて利用開始、メッセージの送受信、検索処
理、利用終了、管理の５種に分類される。

【００６０】以下に本実施の形態における定義をそれぞ
れ種類毎に列挙する。またメッセージハンドラが定義す
べきメソッドについても定義する。

【００６１】利用開始のためのメソッド(A)： (1)送信するメッセージ５のメッセージ空間３における
コンテキストの取得 ［定義］メッセージ空間３に対して、メッセージ送信オ
ブジェクト１が送信しようとしている種類のメッセージ
５のコンテキストを取得するためのメソッド、コンテキ
ストは、指定されたメッセージ５が既にメッセージ空間
３内に存在していれば、そのメッセージ５を扱っている
チャネルマネージャ７、チャネル８、メッセージプール
９の種類を示す識別子群を含む。

【００６２】［シグネチャ］コンテキストを調べたいメ
ッセージ５を引数としてもつ。返り値はコンテキストで
あり、メッセージ空間３内にまだ存在していなければ空
の値を返す。

【００６３】［動作］このメソッドが呼ばれると、メッ
セージ空間３は、指定されたメッセージ５がメッセージ
空間管理部６で既に管理してあるかどうかを、メッセー
ジ空間データベース１０を用いて調べる。もし既に存在
している場合には、そのメッセージ５を取り扱っている
チャネルマネージャ７、チャネル８、メッセージプール
９の種類を調べ、コンテキストとして返す。もし存在し
ない場合は空の値を返す。

【００６４】(2)送信するメッセージ５の種類を登録す
るメソッド（その１） ［定義］メッセージ送信オブジェクト１が送信するメッ
セージ５をメッセージ空間３に登録するためのメソッ
ド。メッセージ５がまだメッセージ空間内で扱われてい
ない場合に使うメソッド。メッセージ５の種類毎に登録
する。

【００６５】［シグネチャ］登録するメッセージ５とチ
ャネルマネージャ７、チャネル８の種類をそれぞれ指定
するための識別子と、メッセージ送信オブジェクト１を
特定するための識別子をそれぞれ引数としてもつ。

【００６６】［動作］このメソッドが呼ばれると、メッ
セージ空間３は、メッセージ５の種類とメッセージ送信
オブジェクト１の識別子をメッセージ空間データベース
１０へ記録するとともに、適切なチャネルマネージャ７
を通して、与えられたメッセージ５のやり取りを担当す
るためのチャネル８を用意し、適切な初期化を行う。ま
た、メッセージ送信オブジェクト１の識別子をチャネル
８で記録する。さらに、チャネル８が送達確認用のメッ
セージ５のためのメッセージプール９としてキュー１５
を用いている場合は、そのメッセージ送信オブジェクト
１に対応するキュー１５を用意する。

【００６７】(3)送信するメッセージ５の種類を登録す
るメソッド（その２） ［定義］メッセージ送信オブジェクト１が送信するメッ
セージ５をメッセージ空間３に登録するためのメソッ
ド、メッセージ５が既にメッセージ空間内で扱われてい
る場合に使うメソッド、メッセージ５の種類毎に登録す
る。

【００６８】［シグネチャ］登録するメッセージ５とメ
ッセージ送信オブジェクト１を特定するための識別子を
引数としてもつ。

【００６９】［動作］このメソッドが呼ばれると、メッ
セージ空間３は、メッセージ５の種類とメッセージ送信
オブジェクト１の識別子をメッセージ空間データベース
１０へ記録するとともに、与えられたメッセージ５をや
り取りしているチャネル８に対して、与えられたメッセ
ージ送信オブジェクト１の識別子を記録する。さらに、
チャネル８が送達確認用のメッセージ５のためのメッセ
ージプール９としてキュー１５を用いている場合は、そ
のメッセージ送信オブジェクト１に対応するキュー１５
を用意する。

【００７０】(4)送達確認をpush形式で受け取るための
確認用ハンドラを登録するメソッド ［定義］メッセージ送信オブジェクト１が、送信するメ
ッセージ５の送達確認を受けるためのメッセージハンド
ラ４をメッセージ空間３に登録するためのメソッド。メ
ッセージ５の種類毎に登録する。

【００７１】［シグネチャ］このメソッドは登録するメ
ッセージハンドラ４とそれが対応するメッセージ５を指
定するための識別子を引数として持つ。

【００７２】［動作］このメソッドが呼ばれると、メッ
セージ空間３は、与えられたメッセージ５を担当するチ
ャネル８に、確認用ハンドラとして与えられたメッセー
ジハンドラ４を登録する。このチャネル８が送達確認用
のメッセージ５のためのメッセージプール９としてキュ
ー１５を用いている場合は、そのメッセージ送信オブジ
ェクト１に対応するキュー１５に与えられたメッセージ
ハンドラ４を登録する。

【００７３】(5)受信するメッセージ５の種類を登録す
るメソッド ［定義］メッセージ受信オブジェクト２が、配送を希望
するメッセージ５をメッセージ空間３に登録するための
メソッド、メッセージ５の種類毎に登録する。

【００７４】［シグネチャ］このメソッドは登録するメ
ッセージ５とメッセージ受信オブジェクト２を特定する
ための識別子を引数として持つ。

【００７５】［動作］このメソッドが呼ばれると、メッ
セージ空間３は、メッセージ５の種類とメッセージ受信
オブジェクト２の識別子をメッセージ空間データベース
１０へ記録するとともに、与えられたメッセージ５を担
当するチャネル８に、メッセージ５の配送先として指定
されたメッセージ受信オブジェクト２の識別子を伝え
る。チャネル８が送信用にキュー１５をメッセージプー
ル９として用いている場合は、その配送先のための対応
するキュー１５を作成する。

【００７６】(6)メッセージ５をpush形式で受け取るた
めのメッセージハンドラを登録するメソッド ［定義］メッセージ受信オブジェクト２が、配送を希望
するメッセージ５を受け取るためのメッセージハンドラ
４をメッセージ空間３に登録するためのメソッド。メッ
セージ５の種類毎に登録する。

【００７７】［シグネチャ］このメソッドは登録するメ
ッセージハンドラ４とそれが対応するメッセージ５を指
定するための識別子を引数として持つ。

【００７８】［動作］このメソッドが呼ばれると、メッ
セージ空間３は、メッセージ５の種類とメッセージ受信
オブジェクト２の識別子をメッセージ空間データベース
１０へ記録するとともに、与えられたメッセージ５を担
当するチャネル８に、与えられたメッセージハンドラ４
を登録する。チャネル８が送信用に、キュー１５をメッ
セージプール９として用いている場合は、その配送先の
ための対応するキュー１５を作成し、与えられたメッセ
ージハンドラ４を登録する。

【００７９】(7)メッセージ５の不着検出のための属性
を設定するメソッド ［定義］メッセージ５の不着検出のため、メッセージ５
が送信される予定をメッセージハンドラ４に設定するた
めのメソッド。

【００８０】［シグネチャ］対象となるメッセージ５
と、その送信に関する予定を表すオブジェクト。このオ
ブジェクトには、そのメッセージ５に関する定期性や予
定時刻などが設定されている。

【００８１】［動作］予定を表すオブジェクトの情報に
従って、メッセージが未着の場合にメッセージ空間３の
検索機能（後述）を用いて、所望のメッセージ５の情況
を調べる。未着の場合は対応するメッセージハンドラ４
の不着検出時に呼ばれるメソッド（後述）を呼び出す。

【００８２】メッセージ送受信のためのメソッド(B)： (1)メッセージ５を送信するためのメソッド ［定義］メッセージ空間３に対して、メッセージ送信オ
ブジェクト１がメッセージ５を送信するためのメソッ
ド。

【００８３】［シグネチャ］送信するメッセージ５を引
数としてもつ。

【００８４】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、与えられたメッセージ５の種類
とそれを特定する識別子、それが送信された時間をメッ
セージ空間データベース１０へ記録するとともに、与え
られたメッセージ５を、それを担当するチャネル８に渡
す。チャネル８は自分の種類に応じた方式でメッセージ
配信を行う。

【００８５】(2)送達確認を送信するためのメソッド ［定義］メッセージ空間３に対して、メッセージ受信オ
ブジェクト２が、受け取ったメッセージ５の送達確認を
送信するためのメソッド。

【００８６】［シグネチャ］送信する送達確認を引数と
して持つ。

【００８７】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、与えられた送達確認のもととな
るメッセージ５を担当するチャネル８に渡す。チャネル
８は自分の種類に応じた方式で送達確認を配信する。

【００８８】(3)送達確認をpull形式で受信するための
メソッド ［定義］メッセージ空間３に対して、メッセージ送信オ
ブジェクト１がメッセージ５の送達確認をpull形式で受
信するためのメソッド。

【００８９】［シグネチャ］送信したメッセージ５を引
数としてもつ、オプションで、時間やメッセージ５を特
定するための識別子を引数として渡す場合もある。返り
値は送達確認。

【００９０】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は与えられたメッセージ５を扱うチ
ャネル８に対して、与えられたメッセージ５に対応する
送達確認を要求する。対応する送達確認がチャネル８に
既に届けられていれば、それを返す。まだ届けられてい
なければ、空を返す。チャネル８の詳細な動作はその種
類に依存する。時間やメッセージ５を特定するための識
別子が渡された場合は、その値に応じたメッセージ５を
配送する。

【００９１】(4)メッセージ５をpull形式で受信するた
めのメソッド ［定義］メッセージ空間３に対して、メッセージ受信オ
ブジェクト２がメッセージ５をpull形式で受信するため
のメソッド。

【００９２】［シグネチャ］必要に応じて、メッセージ
受信オブジェクト２を特定するための識別子を引数とし
てもつ。オプションで、時間やメッセージ５を特定する
ための識別子を引数として渡す場合もある。返り値はメ
ッセージ５。

【００９３】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は与えられたメッセージ５を扱うチ
ャネル８に対して、メッセージ５の要求を伝える。チャ
ネル８はその種類に応じた方式でメッセージ受信オブジ
ェクト２にメッセージを配送する。時間やメッセージ５
を特定するための識別子が渡された場合は、その値に応
じたメッセージ５を配送する。

【００９４】メッセージ検索のためのメソッド(C)： (1)メッセージ空間３でやり取りされているメッセージ
５の種類の一覧を返すメソッド ［定義］メッセージ空間３に対して、その利用者（メッ
セージ送信オブジェクト１及びメッセージ受信オブジェ
クト２）が、現在メッセージ空間３内でやり取りされて
いるメッセージ５の種類の一覧を問い合わせるためのメ
ソッド。

【００９５】［シグネチャ］問い合わせる際の条件式を
引数としてもつ。この条件式は省略可能。返り値は、現
在メッセージ空間３内でやり取りされている。条件式に
該当するメッセージ５の一覧。条件式が省略されている
場合は、全メッセージ５の一覧。

【００９６】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、現在登録されているメッセージ
５のうち条件式に合致するものをメッセージ空間データ
ベース３に問い合わせ、一覧として返す。条件式が省略
されている場合は、現在やり取りされている全メッセー
ジ５の一覧を作成し、返す。

【００９７】(2)指定されたメッセージ５の送信オブジ
ェクト一覧を返すメソッド ［定義］メッセージ空間３に対して、その利用者（メッ
セージ送信オブジェクト１及びメッセージ受信オブジェ
クト２）が、現在メッセージ空間３内でやり取りされて
いる任意のメッセージ５の送信オブジェクトの一覧を問
い合わせるためのメソッド。

【００９８】［シグネチャ］送信オブジェクト一覧を調
べたいメッセージ５を引数としてもつ。返り値は、現在
のメッセージ空間３に指定されたメッセージ５を送信す
るメッセージ送信オブジェクト１の一覧。

【００９９】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、与えられたメッセージ５のメッ
セージ送信オブジェクト１をメッセージ空間データベー
ス１０に問い合わせ、一覧として返す。

【０１００】(3)指定されたメッセージ５の受信オブジ
ェクト一覧を返すメソッド ［定義］メッセージ空間３に対して、その利用者（メッ
セージ送信オブジェクト１及びメッセージ受信オブジェ
クト２）が、現在メッセージ空間３内でやり取りされて
いる任意のメッセージ５の受信オブジェクトの一覧を問
い合わせるためのメソッド。

【０１０１】［シグネチャ］受信オブジェクト一覧を調
べたいメッセージ５を引数としてもつ。返り値は、現在
のメッセージ空間３に指定されたメッセージ５を受信す
るメッセージ受信オブジェクト２の一覧。

【０１０２】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、与えられたメッセージ５のメッ
セージ受信オブジェクト２をメッセージ空間データベー
ス１０に問い合わせ、一覧として返す。

【０１０３】(4)指定されたメッセージ５の履歴一覧を
返すメソッド ［定義］メッセージ空間３に対して、その利用者（メッ
セージ送信オブジェクト１およびメッセージ受信オブジ
ェクト２）が、これまでにメッセージ空間３内でやり取
りされていた任意のメッセージ５の一覧を問い合わせる
ためのメソッド。

【０１０４】［シグネチャ］履歴一覧を調べたいメッセ
ージ５を引数としてもつ。返り値は、これまでにメッセ
ージ空間３でやり取りされ、指定されたメッセージ５の
一覧。

【０１０５】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、与えられたメッセージ５の履歴
情報をメッセージ空間データベース１０に問い合わせ、
一覧として返す。

【０１０６】(5)指定されたメッセージ５が指定された
時間以降にやり取りされているかどうかを調べるための
メソッド。

【０１０７】［定義］メッセージ空間３に対して、その
利用者（メッセージ送信オブジェクト１及びメッセージ
受信オブジェクト２）が、あるメッセージ５について指
定した時間以降にやり取りされているかどうかを調べる
ためのメソッド。

【０１０８】［シグネチャ］調べたいメッセージ５と指
定する時間を引数として持つ。返り値は、やり取りされ
ていたかどうかを示す２値。

【０１０９】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、与えられたメッセージ５が与え
られた時間以降で、メッセージ空間３内でやり取りされ
た記録があるかどうかを、メッセージ空間データベース
１０に問い合わせて調べ、その結果を返す。

【０１１０】利用終了のためのメソッド（D）： (1)メッセージ空間３からの離脱を実施するメソッド ［定義］メッセージ空間３に対して、その利用者（メッ
セージ送信オブジェクト１及びメッセージ受信オブジェ
クト２）が、それ以降、メッセージ５をやり取りしない
ことを宣言するためのメソッド。

【０１１１】［シグネチャ］登録していたメッセージ５
とその利用者（メッセージ送信オブジェクト１およびメ
ッセージ受信オブジェクト２）を特定するための識別子
を引数としてもつ。

【０１１２】［動作］このメソッドが呼ばれると、メッ
セージ空間管理部６は、メッセージ空間データベース１
０における与えられた利用者の識別子に関する情報を削
除するとともに、与えられたメッセージ５を扱っていた
チャネル８に対して、与えられた識別子の利用者が、以
後そのメッセージ５を扱わないこととするための処理を
行う。キュー１５を用いていた場合は、そのキュー１５
を始末する。

【０１１３】メッセージハンドラのためのメソッド
（E）： (1)メッセージ５が渡された際に呼び出されるメソッド ［定義］メッセージ５がメッセージ空間３へ送信された
際に、push型でそのメッセージ５を受け取る場合に利用
されるメッセージハンドラ４が実装するメソッド。

【０１１４】［シグネチャ］メッセージ５を引数にも
つ。

【０１１５】［動作］このメソッドの動作はアプリケー
ション開発者に委ねられる。

【０１１６】(2)メッセージ５の不着が検出された際に
呼び出されるメソッド ［定義］メッセージ５の不着が検出された際に呼び出さ
れる、メッセージハンドラ４が実装するメソッド。

【０１１７】［シグネチャ］エラーメッセージを含むオ
ブジェクトを引数にもつ。

【０１１８】［動作］このメソッドの動作はアプリケー
ション開発者に委ねられる。

【０１１９】以下に、システム利用者（メッセージ送信
オブジェクト１及びメッセージ受信オブジェクト２）か
らの利用シーケンスについて説明する。

【０１２０】図８は、システム利用者からみた本実施の
形態におけるメッセージ空間３を利用するための流れ図
である。この図８に示すように、初期化(ST801)、運用
(ST802)、終了処理(ST803)の順に実行される。

【０１２１】以下に、メッセージ送信オブジェクト１か
らの利用シーケンスについて説明する。

【０１２２】図９は、メッセージ送信オブジェクト１か
らみた初期化(ST801)に関する流れ図である。この図９
に示すように、コンテキストの取得(ST901)、登録(ST90
2)、送達確認用のメッセージハンドラの登録(ST903)の
順に実行される。送達確認用のメッセージハンドラの登
録(ST903)はオプションである。

【０１２３】コンテキストの取得(ST901)では上記メソ
ッド(A)-(1)を用い、登録(ST902)では上記メソッド(A)-
(2)、(A)-(3)を用い、送達確認用のメッセージハンドラ
の登録(ST903)では上記メソッド(A)-(4)を用いる。

【０１２４】図１０は、メッセージ送信オブジェクト１
からみた運用(ST802)におけるメッセージ５のやり取り
に関する流れ図である。この図１０に示すように、メッ
セージの送信(ST1001)、送達確認の受信(ST1002)の順に
実行される。送達確認の受信(ST1002)はオプションであ
る。

【０１２５】メッセージの送信(ST1001)では上記メソッ
ド(B)-(1)を用い、送達確認の受信(ST1001)では、pull
形式で利用する場合には上記メソッド(B)-(3)を用い、p
ush形式で利用する場合には上記メソッド(A)-(4)で登録
したメッセージハンドラで実装する上記メソッド(E)-
(1)が用いられる。

【０１２６】メッセージ送信オブジェクト１からみた運
用(ST802)におけるメッセージ検索については、上記で
定義した処理(C)の単一の処理となるので、特に流れ図
は定義しない。

【０１２７】メッセージ送信オブジェクト１からみた終
了処理(ST803)では、上記で定義したメソッド(D)-(1)を
用いる単一の処理となるので、特に流れ図は定義しな
い。

【０１２８】以下に、メッセージ受信オブジェクト２か
らの利用シーケンスについて説明する。

【０１２９】図１１は、メッセージ受信オブジェクト２
からみた初期化(ST801)に関する流れ図である。この図
１１に示すように、登録(ST1101)、メッセージハンドラ
の登録(ST1102)の順に実行される。メッセージハンドラ
の登録(ST1102)はオプションである。

【０１３０】登録(ST1101)では上記メソッド(A)-(5)を
用い、メッセージハンドラの登録(ST1102)では上記メソ
ッド(A)-(6)を用いる。

【０１３１】図１２は、メッセージ受信オブジェクト２
からみた運用(ST802)におけるメッセージ５のやり取り
に関する流れ図である。この図１２に示すように、受信
(ST1201)、送達確認の送信(ST1202)の順に実行される。
送達確認の送信(ST1202)はオプションである。

【０１３２】受信(ST1201)では、pull形式で利用する場
合には上記メソッド(B)-(4)を用い、push形式で利用す
る場合には上記メソッド(A)-(6)で登録したメッセージ
ハンドラで実装する上記メソッド(E)-(1)が用いられ
る。送達確認の送信(ST1202)では上記メソッド(B)-(2)
を用いる。

【０１３３】メッセージ受信オブジェクト２からみた運
用(ST802)におけるメッセージ検索については上記で定
義した処理(C)の単一の処理となるので、特に流れ図は
定義しない。

【０１３４】メッセージ受信オブジェクト２からみた終
了処理(ST803)では、上記で定義したメソッド(D)-(1)を
用いる単一の処理となるので、特に流れ図は定義しな
い。

【０１３５】以下に、本実施の形態に係るメッセージン
グシステムの仕組みを実現するための参照モデルについ
て説明する。以下で説明する分散システムのための目メ
ッセージングシステムの参照モデルは、上述した構成や
インタフェース定義を前提としている。

【０１３６】図１３は、メッセージングシステムのクラ
ス図である。表記にはUMLを用いている。このクラス図
を構成するクラスについてそれぞれ説明する。

【０１３７】メッセージ送信部２０は、本実施の形態に
係るメッセージングシステムにおける参照モデルを利用
し、メッセージ５を送信するアプリケーションである。
このメッセージ送信部２０は、上記図１のメッセージ送
信オブジェクト１に相当する。

【０１３８】メッセージ受信部２１は、本実施の形態に
係るメッセージングシステムにおける参照モデルを利用
し、メッセージ５を受信するアプリケーションである。
このメッセージ受信部２１は、上記図１のメッセージ送
信オブジェクト２に相当する。

【０１３９】メッセージ検索インタフェース２２は、メ
ッセージ空間３におけるメッセージ検索を実現するため
のインタフェース定義であり、上記メソッド(C)を定義
する。

【０１４０】送信側インタフェース２３は、メッセージ
送信部２０が利用するメッセージ空間３に対するインタ
フェース定義である。

【０１４１】受信側インタフェース２４は、メッセージ
受信部２１が利用するメッセージ空間３に対するインタ
フェース定義である。

【０１４２】送信側管理部２５は、メッセージ送信部２
０がメッセージ空間３とやり取りするための送信側の様
々な処理を行うクラスであり、送達確認の不着調査も担
当する。

【０１４３】受信側管理部２６は、メッセージ受信部２
１がメッセージ空間３とやり取りするための受信側の様
々な処理を行うクラスであり、メッセージの不着調査も
担当する。

【０１４４】メッセージ空間管理部２７は、メッセージ
空間３の中心となるクラスである。このメッセージ空間
管理部２７は、送信側管理部２５や受信側管理部２６と
のやり取りを行い、初期化処理やメッセージ送受信の際
のデータベースへの記録保持や適切なチャネルの振り分
け、そして終了処理などを行う。このメッセージ空間管
理部２７は、上記図１のメッセージ空間管理部６に相当
する。

【０１４５】メッセージ空間データベース２８は、メッ
セージ空間３が保持する各種データを保存するためのク
ラスである。保持するデータには、例えばチャネル３０
（このチャネルが利用するメッセージプール３１やチャ
ネルマネージャ２９なども含む）の種類とメッセージ送
信部２０及びメッセージ受信部２１の対応関係を示すデ
ータ、メッセージ５毎の履歴情報などがある。メッセー
ジ空間データベース２８は、上記図1のメッセージ空間
データベース１０に相当する。

【０１４６】チャネルマネージャ２９は、少なくとも一
つのチャネル３０を管理するためのクラスである。この
チャネルマネージャ２９は、上記図1のチャネルマネー
ジャ７に相当する。

【０１４７】チャネル３０は、メッセージの種類毎に用
意されてメッセージのやり取りを管理するクラスであ
る。チャネル３０は、送達確認処理を実現するためのメ
ッセージと送達確認の対応関係に関する情報を保持す
る。このチャネル３０は、上記図1のチャネル８に相当
する。

【０１４８】メッセージプール３１は、メッセージ５を
メッセージ空間内に蓄えておくためのクラスである。こ
のメッセージプール３１は、上記図１のメッセージプー
ル９に相当する。

【０１４９】メッセージ３２は、本実施の形態において
やり取りされるメッセージ５を示すクラスである。メッ
セージ３２は、上記図1のメッセージ５に相当する。

【０１５０】送達確認３３は、メッセージ５の送達確認
に利用される情報を表すクラスであり、メッセージ３２
を継承する。

【０１５１】コンテキスト３４は、あるメッセージ５の
やり取りが、メッセージ空間３内でどのように実現され
ているかを表すクラスである。

【０１５２】送達確認用メッセージハンドラ３５は、送
達確認３３をpush型で受け取るためのクラスである。こ
の送達確認用メッセージハンドラ３５は、上記図１のメ
ッセージハンドラ４に相当する。

【０１５３】メッセージハンドラ３６は、メッセージ３
２をpush型で受け取るためのクラスである。このメッセ
ージハンドラ３６は、上記図１のメッセージハンドラ４
に相当する。

【０１５４】これらのクラスのうち、チャネルマネージ
ャ２９、チャネル３０、メッセージプール３１は、上記
図２、３、７に示したように派生して利用されることが
考えられる。この派生の例を図１４〜図１６に示す。

【０１５５】また、代表的なシナリオに対するシーケン
ス図を示す。ただし、チャネル３０から先の動作はチャ
ネル３０の種類／性質によって異なるため、それ以降の
詳細なシーケンスはここでは省略する。

【０１５６】図１７は、メッセージ送信部２０による初
期化のシーケンス図である。図１８は、メッセージ受信
部２１による初期化のシーケンス図である。図１９は、
メッセージ送信部２０によるメッセージ送信のシーケン
ス図である。図２０は、メッセージ受信部２１によるpu
sh型のメッセージ受信のシーケンス図である。図２１
は、メッセージ受信部２１によるpull型のメッセージ受
信のシーケンス図である。図２２は、メッセージ送信部
２０による終了処理のシーケンス図である。なお、メッ
セージ受信部２１による終了処理のシーケンス図も上記
図２２と同様である。

【０１５７】以下に、分散システムのメッセージ交換で
エラーが発生した場合のエラーハンドリングについて説
明する。

【０１５８】図２３は、上記のようなメッセージングシ
ステムにおいて考えられるエラーの発生箇所、種類を示
すブロック図である。

【０１５９】メッセージ送信オブジェクト１における送
信エラー、シリアライズの失敗などのようなエラーＥ１
には、送信側管理部２５が対処の責任を負うとする。

【０１６０】メッセージ空間３における復元の失敗、受
信エラーなどのようなエラーＥ２、送信エラー、シリア
ライズの失敗などのようなエラーＥ３、メッセージプー
ルのあふれなどのようなエラーＥ５には、メッセージ空
間管理部２７が対処の責任を負うとする。

【０１６１】メッセージ受信オブジェクト２における復
元の失敗、受信エラーなどのようなエラーＥ４には、受
信側管理部２６が対処の責任を負うとする。

【０１６２】なお、具体的な対処方法はエラー毎に定め
る。

【０１６３】図２４は、本実施の形態に係るメッセージ
ングを模式的に表したブロック図である。

【０１６４】この図２４では、メッセージの伝送及び送
達確認メッセージの伝送にキューを用い、どちらもpush
型の配送をする構成を例に表している。

【０１６５】メッセージ送信オブジェクト４６は、メッ
セージ空間インタフェース４７を通してメッセージ空間
管理部６にメッセージを送信する。

【０１６６】メッセージ空間管理部６は、必要な情報を
記録すると同時に、適切なチャネルマネージャ７に依頼
してキューチャネル１２を生成し（既にこのメッセージ
に対応するキューチャネル１２が存在している場合、こ
のプロセスは省略される）、キューチャネル１２にメッ
セージを渡す。

【０１６７】キューチャネル１２は、配信先として登録
してあるメッセージ受信オブジェクト４８の分だけメッ
セージを複製する。そして、キューチャネル１２は、各
メッセージ受信オブジェクト４８用のキュー４９にメッ
セージを渡し、これと同時に図２５に示す形式で各宛先
へメッセージを配信したことを記録する。

【０１６８】キュー４９は、受け取ったメッセージを自
分に登録されているメッセージハンドラ５０を通してメ
ッセージ受信オブジェクト４８に送る。

【０１６９】メッセージ受信オブジェクト４８は、メッ
セージを受け取ったことが確認できると、送達確認メッ
セージをメッセージ空間インタフェース４７経由でメッ
セージ空間管理部６へ送る。

【０１７０】メッセージ空間管理部６は、送達確認メッ
セージの送信原因となったメッセージを扱ったキューチ
ャネル１２に受け取った送達確認メッセージを渡す。

【０１７１】キューチャネル１２では、送達確認メッセ
ージを受け取ったことを図２５に示す形式で記録し、送
達確認メッセージの送信原因となったメッセージ送信オ
ブジェクト４６に対応する送達確認用のキュー５１に、
送達確認メッセージを渡す。これを受け取った送達確認
用キュー５１は登録されている送達確認用メッセージハ
ンドラ５２を通してメッセージ送信オブジェクト４６に
送達確認がなされたことを伝える。

【０１７２】図２６は、上記図２４に示すメッセージン
グシステムを上記図１３のクラス図に基づいて配置図を
兼ねたオブジェクト図として表した図である。

【０１７３】部分５３が本実施の形態におけるメッセー
ジングの仕組みに相当する。

【０１７４】この図２６では送信側５４、受信側５５、
メッセージ空間３がそれぞれ分けて記載されているが、
メッセージ空間３の実装の実体がどこにあるかは特に限
定されない。すなわち、送信側５４や受信側５５とは異
なるハードウェア上で実装される場合も考えられるし、
送信側５４や受信側５５の一方もしくは双方と同じハー
ドウェア上で実装されてもよい。図２６中のアプリ側通
信実装部５６、５７とメッセージ空間通信実装部５８、
５９は実装の際に利用する分散通信技術に依存する部分
である。すなわち、アプリ側通信実装部５６、５７とメ
ッセージ空間通信実装部５８、５９は、利用する分散通
信技術に応じて生成される。

【０１７５】また、メッセージ空間３を管理するのは基
本的にメッセージ空間管理部２７であるが、負荷分散や
フォールトトレランスの観点から、メッセージ空間管理
部２７の請け負う仕事を分散させることも考えられる。
この様子を図２７に示す。ここではメッセージ空間管理
部２７の仕事を分散させるメッセージ空間サブ管理部６
０を備えている。サーバの多重化技術には、既存のクラ
スタリングなどの技術を用いる。

【０１７６】以上説明した本実施の形態に係る分散シス
テムのためのメッセージングシステムにおいては、イン
タフェース定義とそれへのアクセス方法を定義した参照
モデルを採用している。

【０１７７】これにより、この定義されたインタフェー
スとそれへのアクセス方法を利用することで、実装基盤
などに依存しない統一的なメッセージングが可能にな
る。

【０１７８】また、統一的なメッセージングを可能とす
る参照モデルを定義したことで、実装技術に関係なく利
用可能なモデルを明確にすることができる。このため、
ソフトウェアの共通化／再利用や保守／管理が容易にな
り、仕様変更の波及範囲を明確化できる。また、メッセ
ージを交換するための仕組みや機能、実装方法を統一化
することにより、ある基盤技術の実装で培った経験を他
の基盤技術で容易に活用できる。

【０１７９】また、本実施の形態に係るメッセージング
システムにおいては、既存の実装技術では提供されない
メッセージの送達確認機能やメッセージ空間に対する検
索機能、メッセージ不着検出およびその対処機能を提供
できる。

【０１８０】また、本実施の形態に係るメッセージング
システムは、階層型の構造をしている。これにより、例
えば業務の細部の仕様変更、新しい業務の追加、ハード
ウェア構成の仕様変更などのような様々な規模の仕様変
更に容易に対処できる。

【０１８１】特に、例えばCORBA、JavaRMI，Java及びEC
Jなどのような既存の分散システム間通信の実装技術に
本実施の形態に係るメッセージングシステムを採用する
ことにより、内部構造に互換性を持たせることができ
る。これにより、既存の分散システム間通信の実装技術
に関わるソフトウェア部品の共通化／再利用や保守／管
理が容易になり、仕様変更の波及範囲の明確化できる。

【０１８２】なお、本実施の形態で説明したメッセージ
ングシステムの機能は、コンピュータに実行させること
のできるプログラムとし、例えば磁気ディスク（フロッ
ピー（登録商標）ディスク、ハードディスク等）、光デ
ィスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなど
の記録媒体に書き込んでコンピュータに適用可能であ
る。また、このプログラムを通信媒体により伝送してコ
ンピュータに適用することも可能である。上記機能を実
現するコンピュータは、このプログラムを読み込み、プ
ログラムによって動作が制御されることにより、上述し
た処理を実行する。

【０１８３】（第２の実施の形態）本実施の形態におい
ては、CORBAのための参照モデルのマッピング手法につ
いて説明する。

【０１８４】図２８は、分散通信技術にCORBAを使用し
た場合のオブジェクト図である。この図２８は、上記図
２６の分散通信技術にCORBAを用いた場合のpush型のオ
ブジェクト図である。

【０１８５】また、図２９はpull型のオブジェクト図で
ある。なお、分散通信技術によらない部分（図２６の構
成要素２０、２３、６１、２５、２１、３６、２４、２
６、２７、６２、６３）は省略している。

【０１８６】通信側５４と受信側５５とのイベントの配
送にはCORBAのイベントサービスを用いる。通常、CORBA
のイベントサービスではイベントの送信側オブジェクト
をサプライヤと受信側オブジェクトをコンシューマと呼
び、イベントチャンネルにサプライヤとコンシューマを
登録することによってイベントチャンネルが通信を仲介
する。

【０１８７】Push型のイベント通信の場合、イベント送
信者であるPushSupplier６６はCORBAイベントサービス
のEventChanel６７、ProxyPushConsumer６８、Supplier
Admin６９と通信し、PushSupplier６６がイベント送信
者であることを登録する。

【０１８８】同様に、イベント受信者であるPushConsum
er７０はEventChanel６７、ProxyPushSupplier７１、Co
nsumerAdmin７２と通信し、PushConsumer７０がイベン
ト受信者であることを登録する。以後、PushSupplier６
６がProxyPushConsumer ６８にイベントを登録（push）
するとPushConsumer７０はProxyPushSupplier７１から
イベントを受け取ることができる。

【０１８９】さらに、イベント配送にCORBAのイベント
サービスを使用するのみならず、送信側５４とメッセー
ジ空間３、受信側５５とメッセージ空間３の通信を実現
する必要がある。送信側５４のアプリ側通信実装部５６
とメッセージ空間通信実装部５８は、アプリ側通信実装
部スケルトン７６、アプリ側通信実装部スタブ７７、メ
ッセージ空間通信実装部スタブ７８及びメッセージ空間
通信実装部スケルトン７９によってCORBAによる通信を
行う。

【０１９０】同様に、受信側５５のアプリ側通信実装部
５７とメッセージ空間通信実装部５９は、アプリ側通信
実装部スケルトン８２、アプリ側通信実装部スタブ８
３、メッセージ空間通信実装部スタブ８４およびメッセ
ージ空間通信実装部スケルトン８５によってCORBAによ
る通信を行う。

【０１９１】以上のように、本実施の形態においては、
既存の分散システム間通信の実装技術として代表的なCO
RBAのための参照モデルのマッピング手法を示した。こ
れにより、CORBAを利用したシステムの開発が容易にな
る。また、上記第１の実施の形態で説明したメッセージ
ングシステムと同様のモデルを利用することで、例えば
JavaRMIやJava及びECJなどのような他の分散システム間
通信の実装技術との間で内部構造に互換性を持たせるこ
ともできる。したがって、ソフトウェア部品の共通化／
再利用や保守／管理が容易になり、仕様変更の波及範囲
を明確化できる。

【０１９２】（第３の実施の形態）本実施の形態におい
ては、JavaRMIのための参照モデルのマッピング手法に
ついて説明する。

【０１９３】図３０は、分散通信技術にJavaRMI を使用
した場合の模式図である。この図３０は、上記図２６中
における分散通信技術に依存する部分をJavaRMIで実現
している。分散通信技術に依存しない部分についての具
体的な説明を省略する。

【０１９４】分散通信を行うために、アプリケーション
開発者は以下の操作を行う。

【０１９５】まず、上記図２６のアプリ側通信実装部５
６、５７とメッセージ空間通信実装部５８、５９の各々
について、rmicコンパイラを用いてアプリ側通信実装部
_Skel９０、９１、アプリ側通信実装部_Stub９２、９
３、メッセージ空間通信実装部_Skel９４、９５、メッ
セージ空間通信実装部_Stub９６、９７を生成する。

【０１９６】次に、アプリ側通信実装部５６、５７とメ
ッセージ空間通信実装部５８、５９の各々を、メッセー
ジ空間に依存するネームサーバであるrmiregistryサー
バ９８に登録する。ここで、メッセージ空間通信実装部
_Stub９６は、送信側のJavaVMで利用されるメッセージ
空間通信実装部５８の分身である。このオブジェクトに
より、アプリ側通信実装部５６がメッセージ空間３のメ
ッセージ空間通信実装部５８のメソッドを呼び出す際
に、ネットワークの存在を意識せずに直接メソッドを呼
び出す感覚で実行できる。

【０１９７】また、アプリ側通信実装部５６は、rmireg
istryサーバ９８に問い合わせることにより、通信相手
であるメッセージ空間通信実装部５８を探すことが可能
である。

【０１９８】一方、メッセージ空間通信実装部_Skel９
４は、メッセージ空間のJavaVMに存在し、送信側のメッ
セージ空間通信実装部_Stub９６からの通信を受け付け
る。

【０１９９】このように、JavaRMIでは、StubとSkelが
それぞれネットワーク接続の出入口として機能すること
で、アプリ側通信実装部５６とメッセージ空間通信実装
部５８の分散通信を実現する。アプリ側通信実装部_Ske
l９０、９１とアプリ側通信実装部_Stub９２、９３とメ
ッセージ空間通信実装部_Skel９５とメッセージ空間通
信実装部_Stub９７についても同様である。

【０２００】次に、メッセージ空間インタフェース４７
（２３、２４）が持つインタフェース定義をどのように
実現するかについて具体的に発明する。ただし、「メッ
セージハンドラのためのメソッド(E)」については、分
散通信とは直接関係しないので、説明を省略する。な
お、分散通信においてメソッドの引数として渡されるメ
ッセージハンドラ３６、送達確認用メッセージハンドラ
３５、メッセージ３２及びコンテキスト３４は、インタ
フェースjava.io.Serializableを実装する必要がある。

【０２０１】メッセージ空間インタフェース４７は、メ
ソッド定義の集合であり、その実装は定義しない。この
中身は、送信側管理部２５と受信側管理部２６でそれぞ
れ実装される。

【０２０２】送信側管理部２５は、メッセージ空間イン
タフェース２３が受けたメッセージを、アプリ側通信実
装部５６に素通しするだけなので、説明は省略する。ま
た、受信側管理部２６も、メッセージ空間インタフェー
ス２４が受けたメッセージをアプリ側通信実装部５７に
素通しするだけなので、説明は省略する。

【０２０３】次に、アプリ側通信実装部５６、５７、メ
ッセージ空間通信実装部５８、５９について説明する。

【０２０４】アプリ側通信実装部クラスは、メッセージ
空間通信実装部オブジェクトを属性として持つ。コンス
トラクタが起動された時には、rmiregistory ９８に登
録されているメッセージ空間通信実装部５８を探し、属
性にセットする。見つけられなかった場合はエラー処理
を行う。なお、メッセージ空間通信実装部５８、５９
は、予めrmiregistory９８に登録されているものとす
る。

【０２０５】メッセージ空間通信実装部クラスは必ずja
va.rmi.server.Unicast Remote Objectを継承し、また
メッセージ空間管理部クラスを属性として持つ。

【０２０６】コンストラクタはjava.rmi.Remote Except
ionの例外を必ずスローし、起動された時にはスーパク
ラスのコンストラクタを起動して、引数として渡された
メッセージ空間管理部オブジェクトを属性にセットす
る。

【０２０７】アプリ側通信実装部５６、５７のメソッド
では、実行の際に例外が発生しうるので、必ずtry-catc
h文を用いて例外をキャッチする。また、メッセージ空
間通信実装部５８、５９のメソッドでは、java.rmi.Rem
ote Exceptionの例外を必ずスローするように定義す
る。

【０２０８】上記第１の実施の形態で述べた個々のイン
タフェースについて、アプリ側通信実装部５６、５７
と、メッセージ空間通信実装部５８、５９がどのように
動作するかを、以下に説明する。

【０２０９】利用開始のためのメソッド(A)： (1)送信するメッセージ５のメッセージ空間３における
コンテキストの取得 まずアプリ側通信実装部５６において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
８側のメソッドが呼び出される。

【０２１０】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５６に返す。エラーが起きた場合は、null
を返す。

【０２１１】(2)送信するメッセージ５の種類を登録す
るメソッド（その１） まずアプリ側通信実装部５６において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
８側のメソッドが呼び出される。

【０２１２】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５６に返す。エラーが起きた場合は、null
を返す。

【０２１３】(3)送信するメッセージ５の種類を登録す
るメソッド（その２） まずアプリ側通信実装部５６において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
８側のメソッドが呼び出される。

【０２１４】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５６に返す。エラーが起きた場合は、null
を返す。

【０２１５】(4)送達確認をpush形式で受け取るための
確認用ハンドラを登録するメソッド まずアプリ側通信実装部５６において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
８側のメソッドが呼び出される。

【０２１６】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５６に返す。エラーが起きた場合は、null
を返す。

【０２１７】(5)受信するメッセージ５の種類を登録す
るメソッド まずアプリ側通信実装部５７において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
９側のメソッドが呼び出される。

【０２１８】次にメッセージ空間通信実装部５９におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５７に返す。エラーが起きた場合は、null
を返す。

【０２１９】(6)メッセージ５をpush形式で受け取るた
めのメッセージハンドラを登録するメソッド まずアプリ側通信実装部５７において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
９側のメソッドが呼び出される。

【０２２０】次にメッセージ空間通信実装部５９におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５７に返す。エラーが起きた場合は、null
を返す。

【０２２１】(7)メッセージ５の不着検出のための、属
性を設定するメソッド アプリ側通信実装部５７において、所定のメソッドが実
行される。この中で、スケジュールの設定を行う。メッ
セージ通信は行わない。

【０２２２】メッセージ送信のためのメソッド（B）： (1)メッセージ５を送信するためのメソッド まずアプリ側通信実装部５６において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
８側のメソッドが呼び出される。

【０２２３】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５６に返す。エラーが起きた場合は、null
を返す。

【０２２４】(2)送達確認を送信するためのメソッド まずアプリ側通信実装部５７において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
９側のメソッドが呼び出される。

【０２２５】次にメッセージ空間通信実装部５９におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５７に返す。エラーが起きた場合は、null
を返す。

【０２２６】(3)送達確認をpull形式で受信するための
メソッド まずアプリ側通信実装部５６において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
８側のメソッドが呼び出される。

【０２２７】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５６に返す。エラーが起きた場合は、null
を返す。

【０２２８】(4)メッセージ５をpull形式で受信するた
めのメソッド まずアプリ側通信実装部５７において、所定のメソッド
が実行される。この中で、メッセージ空間通信実装部５
９側のメソッドが呼び出される。

【０２２９】次にメッセージ空間通信実装部５９におい
て、所定のメソッドが実行され、その実行結果をアプリ
側通信実装部５７に返す。エラーが起きた場合は、null
を返す。

【０２３０】メッセージ検索のためのメソッド(C)： (1)メッセージ空間３でやり取りされているメッセージ
５の種類の一覧を返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドが実行される。この中で、メッセージ空間通信実
装部５８、５９側のメソッドが呼び出される。

【０２３１】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果を
アプリ側通信実装部５６、５７に返す。エラーが起きた
場合は、nullを返す。

【０２３２】(2)指定されたメッセージ５の送信オブジ
ェクト一覧を返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドが実行される。この中で、メッセージ空間通信実
装部５８、５９側のメソッドが呼び出される。

【０２３３】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果を
アプリ側通信実装部５６、５７に返す。エラーが起きた
場合は、nullを返す。

【０２３４】(3)指定されたメッセージ５の受信オブジ
ェクト一覧を返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドが実行される。この中で、メッセージ空間通信実
装部５８、５９側のメソッドが呼び出される。

【０２３５】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果を
アプリ側通信実装部５６、５７に返す。エラーが起きた
場合は、nullを返す。

【０２３６】(4)指定されたメッセージ５の履歴一覧を
返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドが実行される。この中で、メッセージ空間通信実
装部５８、５９側のメソッドが呼び出される。

【０２３７】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果を
アプリ側通信実装部５６、５７に返す。エラーが起きた
場合は、nullを返す。

【０２３８】(5)指定されたメッセージ５が指定された
時間以降にやり取りされているかどうかを調べるための
メソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドが実行される。この中で、メッセージ空間通信実
装部５８、５９側のメソッドが呼び出される。

【０２３９】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果を
アプリ側通信実装部５６、５７に返す。エラーが起きた
場合は、nullを返す。

【０２４０】利用終了のためのメソッド(D)： (1)メッセージ空間３からの離脱を実施するメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドが実行される。この中で、メッセージ空間通信実
装部５８、５９側のメソッドが呼び出される。

【０２４１】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果を
アプリ側通信実装部５６、５７に返す。エラーが起きた
場合は、nullを返す。

【０２４２】以上のように、本実施の形態においては、
既存の分散システム間通信の実装技術として代表的なJa
vaRMIのための参照モデルのマッピング手法を示した。
これにより、JavaRMIを利用したシステムの開発が容易
になる。また、上記第１の実施の形態で説明したメッセ
ージングシステムと同様のモデルを利用することで、例
えばCORBAやJava及びECJなどのような他の分散システム
間通信の実装技術との間で内部構造に互換性を持たせる
こともできる。したがって、ソフトウェア部品の共通化
／再利用や保守／管理が容易になり、仕様変更の波及範
囲を明確化できる。

【０２４３】（第４の実施の形態）本実施の形態におい
ては、ECJのための参照モデルのマッピング手法につい
て説明する。

【０２４４】図３１は、分散通信技術にECJを使用した
場合の模式図である。この図３１は、上記図２６中にお
ける分散通信技術に依存する部分をECJで実現してい
る。分散通信技術に依存しない部分についての具体的な
説明を省略する。

【０２４５】ECJの主な構成と動作を図３２に示す。ECJ
は、イベントID属性とイベントデータ属性を持つイベン
トオブジェクト９９、イベントIDに対応する処理を行う
ハンドラ１００、イベントIDとそれに対応するイベント
のハンドラ１００の対応表１０１を持つLocalManager１
０２から構成される。外部からイベント９９を受け付け
たLocalManager１０２は、自分が持つ対応表１０１に照
らしあわせて、該当するハンドラ１００を起動する。ア
プリケーション開発者は、イベント９９に応じたハンド
ラ１００を作成する。

【０２４６】ECJはイベント配送型であるため、分散通
信を行うに際して、あるアクションに対する返り値を取
得する方法がない。そこで、図３３に示すWakeup方式を
用いることにより、RMIと同様の操作を実現する。なおW
akeup方式では、ECJのLocalManagerクラスを拡張し、ロ
ックインスタンスとイベントオブジェクトの管理を実施
可能としたECLMS Local Managerクラス、及びECJのUser
Eventクラスを拡張し、イベントID属性とイベントデー
タ属性に加えて返り値イベントID属性を持つクラスECJ
Message Eventクラスを定義して用いる。

【０２４７】これにより、例えば、イベントID0001と、
引数となるイベントデータと、返り値イベントID1000を
持つイベントを発生させることにより、Wakeup Handler
によって、イベントID1000と、返り値となるイベントデ
ータを持つイベント353を確実に発生させ、返り値を取
得することが可能になる以下にWakeup方式の流れ（上記
図３１、図３３）について説明する。例として、ID0001
のイベントを発生させて、返り値としてID1000のイベン
トが発生するものとする。 (1)送信側５４のアプリ側通信実装部５６は、イベントI
D1000とWakeup Handler１０３を、Local Manager １０
４に登録する。さらに、ID1000のロックインスタンスを
生成し、Local Manager１０４に登録する。

【０２４８】(2)イベントIDが0001、イベントデータが
引数となるデータ、返り値イベントIDが1000であるイベ
ント１０５を、IPマルチキャストを通じてネットワーク
１０６に配信する。

【０２４９】(3)送信側５４のアプリ側通信実装部５６
は、IDが1000であるロックインスタンスが存在している
間はsleepする。

【０２５０】(4)メッセージ空間３のLocal Manager１０
７に、イベントID0001のイベント１０５が配送される。

【０２５１】(5)Local Manager１０７は、イベントID00
01に対応するハンドラを起動する。起動されたハンドラ
は何らかの処理を実行したのち、イベントID1000のイベ
ントを生成して、IPマルチキャストを通じてネットワー
ク１０６に配信する。

【０２５２】(6) 送信側５４のアプリ側通信実装部５６
のLocal Manager１０４に、イベントID1000のイベント
が配送される。

【０２５３】(7)Local Manager１０４は、イベントID10
00に対応するWakeup Handler１０３を起動する。

【０２５４】この中でWakeup Handler１０３は、Local
Manager１０４にイベントID1000のイベントを保存し、
イベントIDと同じIDのロックインタンスを消去する。

【０２５５】(8) 送信側５４のアプリ側通信実装部５６
は、上記(3)のsleepからぬけて、処理を再開する。Loca
l Manager１０７が保持するイベントID1000のイベント
のイベントデータをもとに処理を進める。

【０２５６】(9)イベントID1000のイベントを削除し、
イベント登録を解除する。

【０２５７】分散通信を実施するために、アプリケーシ
ョン開発者は以下の操作を行う。

【０２５８】まず、ECJのクラスを用いて、LocalManage
r１０４、１０７〜１０９、WakeupHandler１０３、１１
０〜１１２、イベント１０５、１１３〜１１５を生成す
る。その後、各LocalManagerに対して、イベントIDとア
プリ側通信実装部５６、５７、メッセージ空間通信実装
部５８、５９を登録する。ここでは、アプリ側通信実装
部５６、５７、メッセージ空間通信実装部５８、５９が
ハンドラとしての役割を持つ。このように、ECJを用い
た場合は、ECJ本来の機能に加えてWakeup方式を用いる
ことで、アプリ側通信実装部とメッセージ空間通信実装
部の分散通信を実現する。

【０２５９】次に、メッセージ空間インタフェース４７
が持つ上記第１の実施の形態で述べたインタフェース定
義をどのように実現するかについて具体的に説明する。
ただし、「メッセージハンドラのためのメソッド(E)」
については、分散通信とは直接関係しないので、説明を
省略する。

【０２６０】主な通信は上記で述べたWakeup方式を用い
る。また、ECJの機能で実現できる部分に関しては、特
に明示的な通信を行わない場合もある。上記図２６にお
けるメッセージ空間インタフェース２３、２４、送信側
管理部２５、受信側管理部３６は、RMIマッピングにお
けるものと同じであるので説明を省略する。

【０２６１】次に、アプリ側通信実装部５６、５７、メ
ッセージ空間通信実装部５８、５９について説明する。

【０２６２】アプリ側通信実装部クラスは、LocalManag
er１０４、１０８とトランスポートアダプタを属性とし
て持つ。トランスポートアダプタは、IPマルチキャスト
を実現するうえで必要になる。コンストラクタが起動さ
れた時には、新しいLocalManager１０４、１０８が生成
され、属性にセットされる。また、新しいターミナルア
ダプタが生成され、属性にセットされる。生成に失敗し
た場合はエラー処理を行なう。

【０２６３】メッセージ空間通信実装部５８、５９のク
ラス定義は、アプリ側通信実装部クラスと同じなので、
説明を省略する。また、メッセージ空間通信実装部クラ
スはハンドラとして振る舞うので、executeメソッドを
オーバライドする。executeメソッドの中で、switch-ca
se文を用いることにより、イベントに対する適切なメソ
ッドを起動することが可能である。なお、switch-case
文に代えてメッセージ空間通信実装部クラスをサブクラ
ス化して実現することも可能である。

【０２６４】アプリ側通信実装部５６、５７と、メッセ
ージ空間通信実装部５８、５９の双方において、イベン
トを送信する時は、例外が発生しうるので、try-catch
文を用いて、例外をキャッチする。

【０２６５】発生の構成の項で述べた個々のインタフェ
ースについて、アプリ側通信実装部５６、５７と、メッ
セージ空間通信実装部５８、５９がどのように動作する
かを以下に説明する。

【０２６６】利用開始のためのメソッド(A)： (1)送信するメッセージ５のメッセージ空間３における
コンテキストの取得 まずアプリ側通信実装部５６において、所定のメソッド
がWekeup方式で実行される。この中で送信されたイベン
トにより、メッセージ空間通信実装部５８側のメソッド
が起動される。

【０２６７】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果がイベン
トとして送信され、アプリ側通信実装部５６においてWe
keupHandlerが実行される。

【０２６８】その後、アプリ側通信実装部５６において
実行された所定のメソッドは処理を再開し、結果を返
す。エラーが起きた場合の処理や、通信におけるタイム
アウトなどの処理は作成するアプリケーションに依存す
る。

【０２６９】(2)送信するメッセージ8の種類を登録する
メソッド（その１） まずアプリ側通信実装部５６において、所定のメソッド
がWakeup方式で実行される。この中で送信されたイベン
トにより、メッセージ空間通信実装部５８側のメソッド
が起動される。次にメッセージ空間通信実装部５８にお
いて、所定のメソッドが実行され、その実行結果がイベ
ントとして送信され、アプリ側通信実装部５６において
Wakeup Handlorが実行される。

【０２７０】その後、アプリ側通信実装部５６において
実行された所定のメソッドは処理を再開し、結果を返
す。エラーが生じた場合の処理や、通信におけるタイム
アウトなどの処理は作成するアプリケーションに依存す
る。

【０２７１】(3)送信するメッセージ8の種類を登録する
メソッド（その２） まずアプリ側通信実装部５６において、所定のメソッド
がWakeup方式で実行される。この中で送信されたイベン
トにより、メッセージ空間通信実装部５８側のメソッド
が起動される。

【０２７２】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果がイベン
トとして送信され、アプリ側通信実装部５６においてWa
keupHandlerが実行される。その後、アプリ側通信実装
部５６において実行された所定のメソッドは処理を再開
し、結果を返す。エラーが生じた場合の処理や、通信に
おけるタイムアウトなどの処理は作成するアプリケーシ
ョンに依存する。

【０２７３】(4)送達確認をpush形式で受け取るための
確認用ハンドラを登録するメソッド アプリ側通信実装部５６において、所定のメソッドが実
行される。この中で、アプリ側のLocal Manager １０４
にハンドラが登録される。

【０２７４】(5)受信するメッセージ５の種類を登録す
るメソッド まずアプリ側通信実装部５７において、所定のメソッド
がWakeup方式で実行される。この中で送信されたイベン
トにより、メッセージ空間通信実装部５９側のメソッド
が起動される。

【０２７５】次にメッセージ空間通信実装部132におい
て、所定のメソッドが実行され、その実行結果がイベン
トとして送信され、アプリ側通信実装部５７においてWa
keupHandlerが実行される。

【０２７６】その後、アプリ側通信実装部５７において
実行された所定のメソッドは処理を再開し、結果を返
す。エラーが起きた場合の処理や、通信におけるタイム
アウトなどの処理は作成するアプリケーションに依存す
る。

【０２７７】(6)メッセージ５をpush形式で受け取るた
めのメッセージハンドラを登録するメソッド アプリ側通信実装部５７において、所定のメソッドが実
行される。この中で、アプリ側のLocal Manager１０８
にハンドラが登録される。

【０２７８】(7)メッセージ５の不着検出のための、属
性を設定するメソッド アプリ側通信実装部５７において、所定のメソッドが実
行される。この中で、アプリ側のアプリケーションに対
してスケジュールが登録される。

【０２７９】メッセージ送信のためのメソッド（B）： (1)メッセージ５を送信するためのメソッド アプリ側通信実装部５６において、所定のメソッドが実
行される。この中で、メッセージをイベントとして配送
する。

【０２８０】(2)送達確認を送信するためのメソッド アプリ側通信実装部５７おいて、所定のメソッドが実行
される。この中で、メッセージをイベントとして配送す
る。

【０２８１】(3)送達確認をpull形式で受信するための
メソッド まずアプリ側通信実装部５６において、所定のメソッド
がWakeup方式で実行される。この中で送信されたイベン
トにより、メッセージ空間通信実装部５８側のメソッド
が起動される。

【０２８２】次にメッセージ空間通信実装部５８におい
て、所定のメソッドが実行され、その実行結果がイベン
トとして送信され、アプリ側通信実装部５６においてWa
keupHandlerが実行される。

【０２８３】その後、アプリ側通信実装部５６において
実行された所定のメソッドは処理を再開し、結果を返
す。エラーが生じた場合の処理や、通信におけるタイム
アウトなどの処理は作成するアプリケーションに依存す
る。

【０２８４】(4)メッセージ５をpull形式で受信するた
めのメソッド まずアプリ側通信実装部５７において、所定のメソッド
がWakeup方式で実行される。この中で送信されたイベン
トにより、メッセージ空間通信実装部５９側のメソッド
が起動される。

【０２８５】次にメッセージ空間通信実装部５９におい
て、所定のメソッドが実行され、その実行結果がイベン
トとして送信され、アプリ側通信実装部５７において、
Wakeup Handlerが実行される。

【０２８６】その後、アプリ側通信実装部５７において
実行された所定のメソッドは処理を再開し、結果を返
す。エラーが生じた場合の処理や、通信におけるタイム
アウトなどの処理は作成するアプリケーションに依存す
る。

【０２８７】メッセージ検索のためのメソッド(C)： (1)メッセージ空間３でやり取りされているメッセージ
５の種類の一覧を返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドがWakeup方式で実行される。この中で送信された
イベントにより、メッセージ空間通信実装部５８、５９
側のメソッドが起動される。

【０２８８】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果が
イベントとして送信され、アプリ側通信実装部５６、５
７においてWakeup Handlerが実行される。

【０２８９】その後、アプリ側通信実装部５６、５７に
おいて実行された所定のメソッドが処理を再開し、結果
を返す。エラーが生じた場合の処理や、通信におけるタ
イムアウトなどの処理は作成するアプリケーションに依
存する。

【０２９０】(2)指定されたメッセージ8の送信オブジェ
クト一覧を返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドがWakeup方式で実行される。この中で送信された
イベントにより、メッセージ空間通信実装部５８、５９
側のメソッドが起動される。

【０２９１】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果が
イベントとして送信され、アプリ側通信実装部５６、５
７においてWakeup Handlerが実行される。

【０２９２】その後、アプリ側通信実装部５６、５７に
おいて実行された所定のメソッドは処理を再開し、結果
を返す。エラーが生じた場合の処理や、通信におけるタ
イムアウトなどの処理は作成するアプリケーションに依
存する。

【０２９３】(3)指定されたメッセージ8の受信オブジェ
クト一覧を返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドがWakeup方式で実行される。この中で送信された
イベントにより、メッセージ空間通信実装部５８、５９
側のメソッドが起動される。

【０２９４】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果が
イベントとして送信され、アプリ側通信実装部５６、５
７においてWakeup Handlerが実行される。

【０２９５】その後、アプリ側通信実装部５６、５７に
おいて実行された所定のメソッドは処理を再開し、結果
を返す。エラーが生じた場合や、通信におけるタイムア
ウトなどの処理は作成するアプリケーションに依存す
る。

【０２９６】(4)指定されたメッセージ５の履歴一覧を
返すメソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドがWakeup方式で実行される。この中で送信された
イベントにより、メッセージ空間通信実装部５８、５９
側のメソッドが起動される。

【０２９７】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果が
イベントとして送信され、アプリ側通信実装部５６、５
７においてWakeup Handlerが実行される。

【０２９８】その後、アプリ側通信実装部５６、５７に
おいて実行された所定のメソッドは処理を再開し、結果
を返す。エラーが生じた場合の処理や、通信におけるタ
イムアウトなどの処理は作成するアプリケーションに依
存する。

【０２９９】(5)指定されたメッセージ５が指定された
時間以降のやり取りされているかどうかを調べるための
メソッド まずアプリ側通信実装部５６、５７において、所定のメ
ソッドがWakeup方式で実行される。この中で送信された
イベントにより、メッセージ空間通信実装部５８、５９
側のメソッドが起動される。

【０３００】次にメッセージ空間通信実装部５８、５９
において、所定のメソッドが実行され、その実行結果が
イベントとして送信され、アプリ側通信実装部５６、５
７においてWakeup Handlerが実行される。

【０３０１】その後、アプリ側通信実装部５６、５７に
おいて実行された所定のメソッドは処理を再開し、結果
を返す。エラーが生じた場合の処理や、通信におけるタ
イムアウトなどの処理は作成するアプリケーションに依
存する。

【０３０２】利用終了のためのメソッド（D）： (1)メッセージ空間3からの離脱を実施するメソッド アプリ側通信実装部５６、５７において、所定のメソッ
ドが実行される。この中で、アプリ側のLocal Manager
１０４、１０８に対してメッセージハンドラを登録解除
する。

【０３０３】以上のように、本実施の形態においては、
既存の分散システム間通信の実装技術として代表的なEC
Jのための参照モデルのマッピング手法を示した。これ
により、ECJを利用したシステムの開発が容易になる。
また、上記第１の実施の形態で説明したメッセージング
システムと同様のモデルを利用することで、例えばCORB
AやJavaRMIなどのような他の分散システム間通信の実装
技術との間で内部構造に互換性を持たせることもでき
る。したがって、ソフトウェア部品の共通化／再利用や
保守／管理が容易になり、仕様変更の波及範囲を明確化
できる。

【０３０４】

【発明の効果】以上詳記したように、本発明を利用して
メッセージ交換の実装のための手段や仕組みを統一化す
ることで、統一的なメッセージ交換のモデルを与えるこ
とができる。

【０３０５】これにより、実装技術が異なる場合であっ
ても内部の構造に互換性を持たせることができる。した
がって、ソフトウェアの共通化／再利用、保守／管理が
容易となり、仕様を変更する場合に影響を受ける範囲を
明確化できる。

【０３０６】また、本発明を利用して分散システムにお
けるメッセージ交換のためのインタフェースやプロトコ
ルを共通化することにより、実装基盤に依存しない統一
的なメッセージングの仕組みを提供できる。

【０３０７】また、本発明ではメッセージ交換のための
構造を階層型としているため、業務の細部の仕様変更、
新しい業務の追加、ハードウェア構成の変更など、各種
仕様変更に容易に対処できる。また、例えばメッセージ
の送達確認機能、メッセージ空間に対する検索機能、メ
ッセージ不着信検出及びその対処機能を容易に実現させ
ることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るメッセージン
グシステムを利用する分散システムの構成を例示するブ
ロック図。

【図２】チャネルマネージャの派生を示す図。

【図３】チャネルの派生を示す図。

【図４】キューチャネルによるメッセージ伝達の様子を
示す図。

【図５】ストアチャネルによるメッセージ伝達の様子を
示す図。

【図６】シンプルチャネルによるメッセージ伝達の様子
を示す図。

【図７】メッセージプールの派生を示す図。

【図８】メッセージ空間を利用する場合の流れ図。

【図９】メッセージ送信オブジェクトからみた初期化の
流れ図。

【図１０】メッセージ送信オブジェクトからみた運用の
流れ図。

【図１１】メッセージ受信オブジェクトからみた初期化
の流れ図。

【図１２】メッセージ受信オブジェクトからみた運用の
流れ図。

【図１３】同実施の形態に係るメッセージングシステム
の仕組みを実現するための参照モデルを例示するクラス
図。

【図１４】チャネルマネージャクラスのサブクラス化を
示す図。

【図１５】チャネルクラスのサブクラス化を示す図。

【図１６】メッセージプールのサブクラス化を示す図。

【図１７】メッセージ送信部による初期化のシーケンス
図。

【図１８】メッセージ受信部による初期化のシーケンス
図。

【図１９】メッセージ送信部によるメッセージ送信のシ
ーケンス図。

【図２０】メッセージ受信部によるpush型のメッセージ
受信のシーケンス図。

【図２１】メッセージ受信部によるpull型のメッセージ
受信のシーケンス図。

【図２２】メッセージ送信部による終了処理のシーケン
ス図。

【図２３】エラーの発生箇所／種類とその対処を担当す
る部分の関係を示す図。

【図２４】同実施の形態に係るメッセージングシステム
によるキューを用いたメッセージ交換の一例を示す図。

【図２５】キューチャネルで記録される情報を示した図
である。

【図２６】同実施の形態に係るメッセージングシステム
のオブジェクト図。

【図２７】本発明のメッセージ空間の機能を分散させた
場合のオブジェクト図である。

【図２８】CORBAを使用した場合のオブジェクト図（Pus
h型）。

【図２９】CORBAを使用した場合のオブジェクト図（Pul
l型）。

【図３０】RMIマッピングを示す図。

【図３１】ECJマッピングを示す図。

【図３２】ECJ構成図。

【図３３】Wakeup方式のシーケンス図。

【符号の説明】

１…メッセージ送信オブジェクト ２…メッセージ受信オブジェクト ３…メッセージ空間 ４…メッセージハンドラ ５…メッセージ ６…メッセージ空間管理部 ７…チャネルマネージャ ８…チャネル ９…メッセージプール １０…メッセージ空間データベース ４７…メッセージ空間インタフェース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 秋元 直人 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 (72)発明者 鞍田 友美 東京都府中市東芝町１番地 株式会社東芝 府中事業所内 Ｆターム(参考） 5B045 BB31 GG01 5B089 GB01 GB10 JA11 KA13 KB06 KB09 KE01

Claims (10)

【特許請求の範囲】
1. 【請求項１】 分散システムにおけるメッセージ送信側
   とメッセージ受信側との間のメッセージ交換のために、
   コンピュータに、 前記メッセージ送信側からのメッセージを受け付けさせ
   る受付手段と、 前記受付手段で受け付けた前記メッセージをそのメッセ
   ージの種類に応じたチャネルに渡させるメッセージ空間
   管理手段とを有し、 前記チャネルは、前記メッセージの種類に応じた方式で
   前記メッセージ交換を制御することを特徴とするメッセ
   ージングプログラム。
2. 【請求項２】 分散システムにおけるメッセージ送信側
   とメッセージ受信側との間のメッセージ交換のためにコ
   ンピュータを、 前記メッセージ送信側からのメッセージを受け付け、メ
   ッセージの種類に応じた方式でメッセージ交換を制御す
   る少なくとも一つのチャネルの管理を実現し、受け付け
   たメッセージをそのメッセージの種類に応じたチャネル
   に渡すメッセージ空間管理手段として機能させるための
   メッセージングプログラム。
3. 【請求項３】 請求項２記載のメッセージングプログラ
   ムにおいて、 前記メッセージ空間管理手段は、定義された共通のイン
   タフェースとその利用手順にしたがってアクセスされる
   ことを特徴とするメッセージングプログラム。
4. 【請求項４】 請求項２又は請求項３記載のメッセージ
   ングプログラムにおいて、 前記メッセージ空間管理手段は、前記メッセージ送信側
   を宛先とする送達確認メッセージを前記メッセージ受信
   側から受け付け、この受け付けた送信確認メッセージを
   その種類に応じたチャネルに渡すことを特徴とするメッ
   セージングプログラム。
5. 【請求項５】 請求項１乃至請求項４のいずれか１項記
   載のメッセージングプログラムにおいて、 前記メッセージ空間管理手段は、メッセージ交換の履歴
   情報を記録し、外部からの問い合わせに応じて該当する
   履歴情報を提供することを特徴とするメッセージングプ
   ログラム。
6. 【請求項６】 分散システムにおけるメッセージ送信側
   とメッセージ受信側との間でメッセージ交換を行うため
   のメッセージング方法において、 前記メッセージ送信側からメッセージを受け付ける工程
   と、 前記メッセージ送信側からのメッセージの種類に応じた
   方式でメッセージ交換を制御するチャネルがない場合
   に、前記メッセージ送信側からのメッセージの種類に対
   応するチャネルを生成する工程と、 前記メッセージ送信側からのメッセージをその種類に対
   応するチャネルに渡す工程と、 前記メッセージ送信側からのメッセージを受けたチャネ
   ルにより、前記メッセージ送信側からのメッセージを前
   記メッセージ受信側に配信する工程とを含むことを特徴
   とする分散システムにおけるメッセージング方法。
7. 【請求項７】 請求項６記載の分散システムにおけるメ
   ッセージング方法において、 定義された共通のインタフェースとその利用手順にした
   がってメッセージが交換されることを特徴とする分散シ
   ステムにおけるメッセージング方法。
8. 【請求項８】 請求項６又は請求項７記載の分散システ
   ムにおけるメッセージング方法において、 メッセージを受信した前記メッセージ受信側から送達確
   認メッセージを受け付ける工程と、 前記送達確認メッセージの種類に応じた方式でメッセー
   ジ交換を制御するチャネルがない場合に、前記送達確認
   メッセージの種類に対応するチャネルを生成する工程
   と、 前記送達確認メッセージをその種類に対応するチャネル
   に渡す工程と、 前記送達確認メッセージを受けたチャネルにより、前記
   送達確認メッセージを前記メッセージ送信側に配信する
   工程とを含むことを特徴とする分散システムにおけるメ
   ッセージング方法。
9. 【請求項９】 請求項６乃至請求項８のいずれか１項記
   載の分散システムにおけるメッセージング方法におい
   て、 メッセージ交換の履歴情報を記録し、外部からの問い合
   わせに応じて該当する履歴情報を提供することを特徴と
   する分散システムにおけるメッセージング方法。
10. 【請求項１０】 分散システムにおけるメッセージ送信
    側とメッセージ受信側との間のメッセージ交換のためメ
    ッセージングシステムにおいて、 前記メッセージ送信側からのメッセージを受け付け、メ
    ッセージの種類に応じた方式でメッセージ交換を制御す
    る少なくとも一つのチャネルの管理を実現し、受け付け
    たメッセージをそのメッセージの種類に応じたチャネル
    に渡すメッセージ空間管理手段を具備したことを特徴と
    するメッセージングシステム。