JP2000132522A - 分散オブジェクト通信処理方法、分散オブジェクトシステム、及び分散オブジェクト通信プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】通信要求分割・分散処理が頻繁に発生する動的
分散オブジェクトシステムにおけるオブジェクト間の通
信処理に適する分散オブジェクト通信処理方法を提供す
ることを目的とする。 【解決手段】オブジェクトが、メッセージの送受信処理
を行うメッセージ通信処理手段と、該メッセージのコン
テンツ処理を行うメッセージコンテンツ処理手段とを有
し、該メッセージ通信処理手段は該オブジェクトのサー
ビス内容を外部に表示し、サービスの利用を要求するメ
ッセージを送受信し、また、サービスの実行を要求する
メッセージを送受信し、該メッセージコンテンツ処理手
段は各メッセージのコンテンツ処理を実行する。該メッ
セージは、エンベロップ部と、ヘッダ及びボディからな
るコンテンツ部を有し、該ボディは該コンテンツ部を再
帰的に有する。更に、該メッセージは、署名、暗号化さ
れてオブジェクト間で交換される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のエージェン
トが協調して問題を解決するためのシステムであるマル
チエージェントシステム、あるいは特願平９−２３７３
７１に記載されているエージェントと呼ばれる実世界の
権限者、すなわちサービスの管理者に対応したオブジェ
クトが窓口となって自分の管理する複数のサービス提供
オブジェクトに対して処理を分配するような分散エージ
ェントシステムなどのような分散環境において、動的に
新規のオブジェクトが生成されかつこれらのオブジェク
ト間の通信において通信先のオブジェクトが別のオブジ
ェクトへの通信要求分割・分散処理を煩雑に実行するよ
うな動的分散オブジェクトシステムにおけるオブジェク
ト間の通信処理に関する。

【０００２】

【従来の技術】ＯＳによるアドレッシング／ルーティン
グ処理などのトランスポート層を隠蔽しさらにアプリケ
ーションプロトコルインタフェースを共通化する等によ
り、アプリケーション開発者にとってＯＳＩの７階層に
おけるアプリケーション層のみを意識した分散通信を実
現する分散オブジェクト基盤技術ＣＯＲＢＡ(Common Ob
ject Request Broker Architecture) が開発されてお
り、また、送信元のオブジェクトから通信要求を受け送
信先のオブジェクトとの通信の中継を行うＯＲＢ(Objec
t Request Broker) 、オブジェクト間のインタフェース
を記述する共通言語ＩＤＬ(Interface Defenition Lang
uage) 、ＯＲＢ間の標準通信プロトコルＩＩＯＰ(Inter
net Inter-ORB Protocol) などの通信プロトコル技術が
開発されており、現在上記と同様な分散オブジェクト技
術が存在する。

【０００３】図１は従来の技術における分散オブジェク
ト通信処理方法および分散オブジェクトシステム構成を
示す図である。従来、通信の主体となる送信元あるいは
転送元のオブジェクト１が通信の客体である転送先ある
いは送信先のオブジェクト２の所有するサービスを利用
する際には、転送先／送信先オブジェクト開発者がＩＤ
Ｌによって規定したアプリケーション固有のサービスＩ
／Ｆ（３〜７）を個々に呼び出すことによって、対応す
るサービスＩ／Ｆ処理部（８〜１２）の処理が実行され
ることによって処理が行われている。なお、実際の通信
は前記ＯＲＢと呼ばれる通信ブローカ１３によって中継
されている。

【０００４】

【発明が解決しようとする課題】ここで、サービス毎の
独立／独自なインタフェースすなわち既知ではないイン
タフェースが動的に生成され、かつこれらのオブジェク
ト間の通信において通信先のオブジェクトが別の分散環
境における他のオブジェクトへ要求の分割・ ディスパッ
チ処理を煩雑に実行するような動的分散オブジェクトシ
ステムが満たすべき要件を定義する。これにより従来技
術の問題点を明らかにする。

【０００５】要件１：アプリケーションオブジェクトを
開発する際に、アプリケーション開発者の記述範囲とシ
ステムで共通的に提供される機能の切り分けを行うこと
によりアプリケーション開発者の開発効率の向上が可能
である。 要件２：既知ではない通信先オブジェクトのインタフェ
ースの制御が可能でなければならない（高度通信インタ
フェース処理）。すなわち、 ２−１）通信先のオブジェクトのサービス内容（インタ
フェース）を知ることが可能である。

【０００６】２−２）通信先のオブジェクトのサービス
（インタフェース）を制御可能である。 要件３：上記「処理の」分配／転送に関して、処理の実
行者が明確でかつ保証されなければならない（高度通信
セキュリティ処理）。すなわち、 ３−１）処理要求と送信元と送信先の対で保証が可能で
ある。

【０００７】３−２）転送履歴情報の保証が可能であ
る。 要件４：要求を処理する際に処理の分配／転送が可能で
なければならない（高度通信転送処理）。すなわち、 ４−１）通信情報の転送元／転送先と処理要求の送信元
／送信先を別に指定することが可能である。

【０００８】４−２）処理要求の送信先は処理要求毎に
複数指定することが可能である。 ４−３）転送履歴情報を有することが可能である。要件
５：上記で規定されたインタフェースを除く任意独立に
規定された多様な インタフェース（統語構造、意味種別）を制御できる必
要がある（高度通信プロトコル処理）。すなわち、 ５−１）同一通信情報で同一オブジェクト内の複数のイ
ンタフェースの制御内容を記述可能である。

【０００９】５−２）通信情報の内容として、画像、テ
キスト、テキスト（スクリプト）などの多様な内容が記
述可能である。 ５−３）上記内容のメディアの種別を知ることが可能で
ある。 ５−４）上記スクリプトが用いている統語／文法（シン
タックス）種別を知ることが可能である。

【００１０】５−５）上記スクリプトが用いている意味
種別を知ることが可能である。これらの要件と従来技術
を比較すると、前記分散オブジェクト技術においては、
分散オブジェクト間のインタフェースを「記述するため
の言語（ＩＤＬなど）は開発されている」が、分散オブ
ジェクト間の「通信インタフェースそのものが規定され
ていない」ため、以下で示されるように、新規に生成さ
れた不既知のインタフェースを動的すなわち柔軟に、そ
して安全に利用／制御するようなことが困難であるとい
った問題点がある。

【００１１】すなわち、従来の技術によると、 （１）アプリケーション開発者の記述範囲とシステムの
実行範囲が明確ではないため、アプリケーション開発者
がシステムで提供されている機能を意識して、アプリケ
ーションを開発しなければならない。 （２）既知のオブジェクト間での通信は既知のインタフ
ェースを介して通信可能であるが、不既知のオブジェク
ト間ではインタフェースを知らないため通信することが
不可能である。

【００１２】（３）上記サービス内容を知るためのイン
タフェース処理を行う場合に、アプリケーション固有の
処理以外に、メディア形式の相違の吸収やセキュリティ
処理などのインタフェース処理に伴うアプリケーション
共通の処理を開発者が意識して全て記述してゆくことは
アプリケーション開発時の負担が大きく開発の柔軟性に
欠ける。

【００１３】（４）他のオブジェクトに対して上記サー
ビス内容を知るための要求処理を行う場合に、前記課題
と同様に、アプリケーション固有の処理以外の共通的な
処理に関する記述を開発者が意識して行うことは開発の
柔軟性に欠けるという問題がある。次に、（１）〜
（３）のサービス内容を取得した後で、 （５）サービスを制御するための通信情報を送信する共
通的なインタフェースがないため、要求毎に規定された
通信先のオブジェクトのインタフェースに処理を依頼す
るしかなく、このため、安全な通信を行うためには、そ
のインタフェースの種類とそのインタフェース実行要求
者と被要求者およびそのインタフェース実行のパラメー
タ情報全てに対する署名情報を、そのインタフェースの
パラメータのひとつとして添付しなければならないなど
の処理が必要であり、インタフェース毎に複雑なパラメ
一夕構造を記述しなければならない。

【００１４】（６）また、上記の解決手段としてサービ
スを制御するための共通的なインタフェースを提供した
場合、このインタフェースを処理を行う場合に、アプリ
ケーション固有の処理以外の処理、すなわち、メディア
形式の相違の吸収やセキュリティ処理などのアプリケー
ション共通の処理を開発者が意識して全て記述してゆく
ことはアプリケーション開発時の負担を増大させる結果
となり開発の柔軟性を欠くこととなる。

【００１５】（７）また通信先のオブジェクトに対して
（４）のサービス実行要求を行う場合に、前記（５）の
課題と同様に、通信元のオブジェクト開発時に、該オブ
ジェクト内にアプリケーション固有のサービス実行処理
以外の共通的な処理に関する記述を開発者が意識して行
うことは開発の柔軟性に欠けるという問題がある。ま
た、オブジェクト間通信においてはメッセージの構成方
法が規定されていないため、以下（８）、（９）で示さ
れるような問題がある。

【００１６】（８）通信情報構成方法が規定されていな
いため以下の問題が発生する。 ａ．（４）で示したように処理要求と送信元／送信先の
対に対する署名によって保証を行うことが困難である。 ｂ．同様な理由により、サービス処理要求の実行情報に
対してパラメータに添付することが困難であるため、転
送履歴情報を保証することが困難である。

【００１７】ｃ．アドレスの指定を、要求するサービス
を所有するオブジェクト以外に指定することは基本的に
困難であるため、要求を分散処理するための要求の分割
／転送／結果統合処理などの知的分散処理の実現が困難
である。 ｄ．サービス処理要求の実行情報を含む転送情報を作成
し、パラメータに添付することが容易にはできない。

【００１８】ｅ．サービス毎にインタフェースが規定さ
れており、そのインタフェースを直接操作するため、一
度の通信において複数のサービスを制御することが困難
である。 ｆ．容易にメディアの形式を指定することができないた
め、変換ができない。 ｇ．同様に容易には統語構造、意味種別を知ることが困
難であるため、プロトコル変換ができない。

【００１９】（９）上記のセキュリティ情報に関してこ
れを処理するための、セキュリティ情報指定方式を検討
する必要がある。以下にそのための要求条件をあげる。
まずコンテンツに関して、 ａ．送信先以外にボディの内容が盗聴されてはいけな
い。 ｂ．転送中にコンテンツの内容が改ざんされてはいけな
い。

【００２０】ｃ．転送先以外にコンテンツの内容が盗聴
されてはいけない。（転送先のみ自分宛のコンテンツか
どうか知るためにヘッダをみることが可能である） 次にエンベロープに関して、 ｄ．転送中にエンベロープの内容が改ざんされてはいけ
ない。

【００２１】ｅ．転送履歴情報が改ざんされることなく
転送発生時に付加されなければならない。 ｆ．転送履歴情報が正当であることを確認できなければ
ならない。最後にメッセージに関して、 ｇ．転送中にメッセージが改ざんされてはいけない。

【００２２】上記のメッセージ構成方法に従い、これを
処理するためのオブジェクト内部のメッセージ通信処理
方法を検討する必要がある。 （１０）以下、これに要求される通信処理方法を示す。 ａ．コンテンツが自オブジェクト宛かそうでないかを判
断し、自オブジェクトであれば、必要な共通処理を行っ
たあと、アプリケーションに処理を渡し、自オブジェク
トでなければ、転送処理に処理を渡す機能が必要であ
る。

【００２３】ｂ．上記の転送処理要求を実行するための
機能が必要である。 ｃ．上記ａにおける共通処理およびｂにおいても、課題
（８）、（９）に記載きれているセキュリティ情報を処
理するための機能が必要である。 ｄ．同様にメディア変換を行うための機能が必要であ
る。 ｅ．同様にプロトコル処理を行うための機能が必要であ
る。

【００２４】ｆ．アプリケーションで指定された論理ア
ドレスをオブジェクトリクエストブローカの理解できる
アドレスに変換するための機能が必要である。ー方、メ
ッセージング技術の分野におけるハイパーテキストメッ
セージの交換プロトコル技術としてのＨＴＴＰ(Hyperte
xt Transfer Protocol) のようなハイパーテキストメ
ッセージのサーバ間で交換されるハイパーテキスト情報
の表示と制御用のメッセージ交換プロトコルと、ヘッダ
と内容から構成されるメッセージ形式が規定され、また
電子メールメッセージの交換プロトコル技術としては、
国際標準ＭＨＳ／Ｘ．４００やインターネットにおける
ＳＭＴＰのようにメールの転送用のメッセージ交換プロ
トコルと、転送のための情報（エンベロープ）、内容
（内容のメタ情報（ヘッダ）、内容（ボディ））を基本
として構成されるメッセージ構成方法が開示されてい
る。

【００２５】また、人工知能の分野において知識ベース
間の知識交換言語として開発され、現在オブジェクト間
の知識交換用の言語として応用が期待されているＫＱＭ
Ｌ(Knowledge Quiery Manupulation Language) では
転送のための情報（コミュニケーション）、内容のメタ
情報（メッセージ）、内容（コンテンツ）のようにＸ．
４００／ＭＨＳなどと思想的に同様なメッセージ階層が
示されている。

【００２６】また、電子メールにおけるセキュリティ方
式として、ＰＥＭ／ＭＯＳＳ、Ｓ／ＭＩＭＥのようなＳ
ＭＴＰ上のメッセージ形式が規定されている。そこで、
本分散オブジェクト技術における通信方法として、これ
らの適応が考えられるが、Ｘ．４００／ＭＨＳ、ＳＭＴ
Ｐ、ＫＱＭＬはメッセージ交換プロトコルとして（２）
〜（７）は満たしておらず、メッセージ構成方法に関し
ては、要求条件を満たしていない。また、ＨＴＴＰは、
（２）および（５）と同様の思想のプロトコルを規定し
ているが、これはテキスト情報（ホームページ：ハイパ
ーテキスト）に関するものであり、任意のオブジェクト
聞の通信プロトコルへと拡張されているものではない。
また、（９）のセキュアなメッセージ通信に関しては、
ＰＥＭ／ＭＯＳＳ、Ｓ／ＭＩＭＥのようなＳＭＴＰ上の
メッセージ形式が規定されているが、上記と同様に本プ
ロトコルは（２）〜（７）を満たしているものではな
い。

【００２７】本発明は、上記の点に鑑みなされたもの
で、動的分散オブジェクトシステムにおけるオブジェク
ト間のメッセージ通信処理方法にあたって、これら従来
の個々の電子メール／ＷＷＷメッセージ通信処理方法を
改良・統合・一般化し、メッセージ転送プロトコル、メ
ッセージ構成方法、セキュリテイ／多様なインタフェー
ス（プロトコル）／メディア処理を実行するメッセージ
通信処理方法の全てを統合した前記の要求条件を満たす
トータルな分散オブジェクト間のメッセージ通信処理方
法、システム、及び記録媒体を提供することを目的とす
る。

【００２８】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明は下記のように構成される。なお、本発明
においてオブジェクトと記述した場合は、オブジェクト
のクラスとして実現されるエージェントを含み、送信と
記述した場合には転送も含むこととする。

【００２９】請求項１に記載の発明は、分散ノード上に
存在する複数のオブジェクト間でメッセージの交換を行
う分散オブジェクトシステムにおける分散オブジェクト
通信処理方法であって、前記オブジェクトはオブジェク
ト間におけるメッセージの送受信処理を行うメッセージ
通信処理手段と、該メッセージのコンテンツ処理を行う
メッセージコンテンツ処理手段とを有し、該メッセージ
通信処理手段は他のオブジェクトからメッセージを受信
し、該メッセージコンテンツ処理手段は該メッセージの
コンテンツ処理を行い、該メッセージ通信処理手段は該
コンテンツ処理の結果を含むメッセージを該他のオブジ
ェクトに送信する分散オブジェクト通信処理方法であ
る。

【００３０】請求項２に記載の分散オブジェクト通信処
理方法は、前記メッセージ通信処理手段が前記オブジェ
クトのサービス内容を外部に表示し、他のオブジェクト
から該サービスの利用情報を要求するメッセージを受信
し、前記メッセージコンテンツ処理手段は該メッセージ
のコンテンツ処理を行い、該メッセージ通信処理手段は
該サービスの利用情報を含むメッセージを該他のオブジ
ェクトに送信する。

【００３１】請求項３に記載の分散オブジェクト通信処
理方法は、前記メッセージ通信処理手段は他のオブジェ
クトから前記オブジェクトのサービスの実行を要求する
メッセージを受信し、前記メッセージコンテンツ処理手
段は該メッセージのコンテンツ処理を行い、該メッセー
ジ通信処理手段は該サービスの実行結果を含むメッセー
ジを該他のオブジェクトに送信する。

【００３２】請求項４に記載の分散オブジェクト通信処
理方法は、前記オブジェクトが他のオブジェクトのサー
ビスを利用する場合、前記メッセージ通信処理手段は、
該サービス利用情報を持たない場合には他のオブジェク
トのサービス利用情報を要求するメッセージを該他のオ
ブジェクトに送信し、該利用情報を取得し、該サービス
の実行を要求するメッセージを該他のオブジェクトに送
信し、該サービスの実行結果を取得する。

【００３３】請求項５に記載の分散オブジェクト通信処
理方法は、前記メッセージ通信処理手段は、メッセージ
の送受信の際に、セキュリティ処理、プロトコル変換、
メディア変換、アドレス変換のうち必要に応じて少なく
とも１つを実行する。請求項６に記載の分散オブジェク
ト通信処理方法は、前記メッセージはエンベロップ部と
コンテンツ部を有し、該エンベロップ部は、転送元アド
レス、転送先アドレス、転送履歴情報、及びセキュリテ
ィ情報を有し、該コンテンツ部は、送信元アドレス、送
信先アドレス、セキュリティ情報、通信内容のプロトコ
ル種別、及び通信内容のメディア種別を記述するヘッダ
部と、該通信内容を記述するボディ部とを有し、該ボデ
ィー部は該コンテンツ部を再帰的に有する。

【００３４】請求項７に記載の分散オブジェクト通信処
理方法は、前記メッセージは前記各部に署名情報及び暗
号情報を有し、前記メッセージ通信処理手段はメッセー
ジ送信の際には署名及び暗号化を行い、メッセージ受信
の際には署名検証及び復号化を行う。請求項８に記載の
発明は、分散ノード上に存在する複数のオブジェクト間
でメッセージの交換を行う分散オブジェクトシステムで
あって、前記オブジェクトがオブジェクト間におけるメ
ッセージの送受信処理を行うメッセージ通信処理手段
と、該メッセージのコンテンツ処理を行うメッセージコ
ンテンツ処理手段とを有する分散オブジェクトシステム
である。

【００３５】請求項９に記載の分散オブジェクトシステ
ムは、前記メッセージ通信処理手段は、前記オブジェク
トのサービス内容を外部に表示し、他のオブジェクトか
ら該サービスの利用情報を要求するメッセージを受信
し、結果を送信する手段を有し、 前記メッセージコン
テンツ処理手段は該メッセージのコンテンツ処理を行う
手段を有する。

【００３６】請求項１０に記載の分散オブジェクトシス
テムは、前記メッセージ通信処理手段は他のオブジェク
トから前記オブジェクトのサービスの実行を要求するメ
ッセージを受信し、結果を送信する手段を有し、前記メ
ッセージコンテンツ処理手段は該メッセージのコンテン
ツ処理を行う手段を有する。請求項１１に記載の分散オ
ブジェクトシステムは、前記メッセージ通信処理手段
が、前記オブジェクトが他のオブジェクトのサービスを
利用する際、該サービス利用情報を持たない場合に他の
オブジェクトのサービス利用情報を要求するメッセージ
を該他のオブジェクトに送信し、該利用情報を取得する
手段と、該サービスの実行を要求するメッセージを該他
のオブジェクトに送信し、該サービスの実行結果を取得
する手段とを有する。

【００３７】請求項１２に記載の分散オブジェクトシス
テムは、前記メッセージ通信処理手段が、メッセージの
送受信の際にセキュリティ処理を行うセキュリティ処理
手段、プロトコル変換を行うプロトコル変換手段、メデ
ィア変換を行うメディア変換手段、アドレス変換を行う
アドレス変換手段のうち必要に応じて少なくとも１つを
有する。

【００３８】請求項１３に記載の分散オブジェクトシス
テムは、前記メッセージはエンベロップ部とコンテンツ
部を有し、該エンベロップ部は、転送元アドレス、転送
先アドレス、転送履歴情報、及びセキュリティ情報を有
し、該コンテンツ部は、送信元アドレス、送信先アドレ
ス、セキュリティ情報、通信内容のプロトコル種別、及
び通信内容のメディア種別を記述するヘッダ部と、該通
信内容を記述するボディ部とを有し、該ボディー部は該
コンテンツ部を再帰的に有する。

【００３９】請求項１４に記載の分散オブジェクトシス
テムは、前記メッセージが前記各部に署名情報及び暗号
情報を有し、前記メッセージ通信処理手段はメッセージ
送信の際には署名及び暗号化を行い、メッセージ受信の
際には署名検証及び復号化を行う。請求項１５に記載の
発明は、分散ノード上に存在する複数のオブジェクト間
でメッセージの交換を行う分散オブジェクトシステムに
おける分散オブジェクト通信プログラムを記録したコン
ピュータ読み取り可能な記録媒体であって、該記録媒体
に記録されたプログラムは該分散ノードにおける各ノー
ドにおいて実行され、該プログラムにより、前記オブジ
ェクトはオブジェクト間におけるメッセージの送受信処
理を行うメッセージ通信処理手段と、該メッセージのコ
ンテンツ処理を行うメッセージコンテンツ処理手段とを
有し、該メッセージ通信処理手段は他のオブジェクトか
らメッセージを受信し、該メッセージコンテンツ処理手
段は該メッセージのコンテンツ処理を行い、該メッセー
ジ通信処理手段は該コンテンツ処理の結果を含むメッセ
ージを該他のオブジェクトに送信する分散オブジェクト
通信プログラムを記録した記録媒体である。

【００４０】請求項１６に記載の分散オブジェクト通信
プログラムを記録した記録媒体は、該プログラムによ
り、前記メッセージ通信処理手段は前記オブジェクトの
サービス内容を外部に表示し、他のオブジェクトから該
サービスの利用情報を要求するメッセージを受信し、前
記メッセージコンテンツ処理手段は該メッセージのコン
テンツ処理を行い、 該メッセージ通信処理手段は該サ
ービスの利用情報を含むメッセージを該他のオブジェク
トに送信する。

【００４１】請求項１７に記載の分散オブジェクト通信
プログラムを記録した記録媒体は、該プログラムによ
り、前記メッセージ通信処理手段は他のオブジェクトか
ら前記オブジェクトのサービスの実行を要求するメッセ
ージを受信し、前記メッセージコンテンツ処理手段は該
メッセージのコンテンツ処理を行い、該メッセージ通信
処理手段は該サービスの実行結果を含むメッセージを該
他のオブジェクトに送信する。

【００４２】請求項１８に記載の分散オブジェクト通信
プログラムを記録した記録媒体は、該プログラムによ
り、前記オブジェクトが他のオブジェクトのサービスを
利用する場合、前記メッセージ通信処理手段は、該サー
ビス利用情報を持たない場合に他のオブジェクトのサー
ビス利用情報を要求するメッセージを該他のオブジェク
トに送信し、該利用情報を取得し、該サービスの実行を
要求するメッセージを該他のオブジェクトに送信し、該
サービスの実行結果を取得する。

【００４３】請求項１９に記載の分散オブジェクト通信
プログラムを記録した記録媒体は、該プログラムによ
り、前記メッセージ通信処理手段は、メッセージの送受
信の際に、セキュリティ処理、プロトコル変換、メディ
ア変換、アドレス変換のうち必要に応じて少なくとも１
つを実行する。請求項２０に記載の分散オブジェクト通
信プログラムを記録した記録媒体は、該プログラムによ
り、前記メッセージはエンベロップ部とコンテンツ部を
有し、該エンベロップ部は、転送元アドレス、転送先ア
ドレス、転送履歴情報、及びセキュリティ情報を有し、
該コンテンツ部は、送信元アドレス、送信先アドレス、
セキュリティ情報、通信内容のプロトコル種別、及び通
信内容のメディア種別を記述するヘッダ部と、該通信内
容を記述するボディ部とを有し、該ボディー部は該コン
テンツ部を再帰的に有する。

【００４４】請求項２１に記載の分散オブジェクト通信
プログラムを記録した記録媒体は、該プログラムによ
り、前記メッセージは前記各部に署名情報及び暗号情報
を有し、前記メッセージ通信処理手段はメッセージ送信
の際には署名及び暗号化を行い、メッセージ受信の際に
は署名検証及び復号化を行う。本発明により、前述の課
題が解決される。すなわち、上記の構成としたことによ
り、例えば、セキュリティ処理や転送処理、プロトコル
処理などの基盤で提供される処理とアプリケーション固
有のメッセージコンテンツ処理がそれぞれメッセージ通
信処理手段とメッセージコンテンツ処理により分離して
実行されるので、それぞれの処理の切り分けが可能とな
る。また、動的分散環境で生成されるオブジェクト間で
予めインタフェースを共有せずに、サービス内容を表示
することが可能となる。更に、アプリケーション開発者
は、アプリケーション固有のサービス表示処理以外の共
通処理（セキュリティ処理、ネーミング／アドレッシン
グ処理等）を意識して記述することなくプログラムを作
成することが可能となる。

【００４５】また、本発明によれば、メッセージの内容
が盗聴、改ざんされることなく、オブジェクト間でメッ
セージが交換される。

【００４６】

【発明の実施の形態】まず、本発明の実施例の分散オブ
ジェクトシステムの概要を、作用及び効果を含めて説明
する。本実施例の概要の説明の後に、実施例の動作を含
め、実施例をより具体的に説明することとする。図２は
本発明の実施例を示すオブジェクトのブロック図であ
る。同図に示すように、オブジェクト２０は、他のオブ
ジェクトとメッセージの交換を行うための通信処理を行
うメッセージ通信処理部２１と、交換されるメッセージ
のコンテンツの処理を行うメッセージコンテンツ処理部
２２を有する。メッセージ通信処理部２１は、外部への
インタフェースとして、オブジェクトのサービスを制御
するためのメタインタフェース処理部であるサービス制
御インタフェース処理部２３、サービスの内容を表示す
るための共通のインタフェースであるサービス表示イン
タフェース２４、サービス表示インタフェース処理部２
５、オブジェクトのサービス内容を実行するための共通
のサービス実行インタフェース２６、サービス実行イン
タフェース処理部２７、内部インタフェースとして、オ
ブジェクトのサービスを制御するための要求処理を行う
サービス制御要求処理部２８、外のオブジェクトへサー
ビス表示要求を行うサービス表示要求処理部２９、外の
オブジェクトヘサービス実行要求を行うサービス実行要
求処理部３０を有する。

【００４７】メッセージコンテンツ処理部２２は、サー
ビス内容を表示するためのサービス表示インタフェース
処理部２５で受けたパラメータをアプリケーション固有
の処理に受け渡すためのサービス表示処理部３１、内部
インタフェースとしての、サービス内容を実行するため
のサービス実行インタフェース処理部２６で受けたパラ
メータをアプリケーション固有の処理に受け渡すための
インタフェースであるサービス実行処理部３２、サービ
スインターフェース処理部１〜５（３３〜３７）を有す
る。

【００４８】なお、上記に関して、サービス実行インタ
フェース処理部２６のパラメータとして共通サービス表
示インタフェースを記述してもよい。また、オブジェク
ト間のメッセージ中継処理はＯＲＢ４２が行う。このよ
うな構成にすることにより、例えば、メッセージ交換の
ためのセキュリティ処理や転送処理、自オブジェクト用
にメッセージ形式を変換するためのプロトコル処理など
の基盤で提供される処理とアプリケーション固有のメッ
セージコンテンツ処理の切り分けが可能となり、動的分
散環境で生成されるオブジェクト間で予めインタフェー
スを共有せずに、サービス内容を表示することが可能と
なる。また、アプリケーション開発者は、アプリケーシ
ョン固有のサービス表示処理以外の共通処理（セキュリ
ティ処理、ネーミング／アドレッシング処理等）を意識
して記述することなくプログラムを作成することが可能
となる。すなわち、本実施例により前述した発明が解決
しようとする課題が解決できる。

【００４９】図３は本発明の実施例におけるメッセージ
の構成を示す図である。以下の説明における符号は図に
おける符号と対応する。例えば、（３−３）であればCo
ntents-Encryption-Typeを示す。同図に示すように、本
実施例におけるメッセージはエンベロープ情報部（３-
４）とコンテンツ部（３−９）を有し、エンベロープ情
報部（３- ４）には通信情報の送信元／送信先アドレス
（３−１）、転送履歴情報（３−２）、コンテンツのセ
キュリティ情報（３−３）を含む通信制御情報が記述さ
れ、コンテンツ部（３−９）はヘッダ部（３−７）と内
容を記述するボディ部（３−８）を有し、ヘッダ部（３
−７）には最初に送信した送信者のアドレスである送信
元と実際の送信先のアドレスである送信先アドレス（３
−５）、セキュリティ情報（３−６）、通信情報内容の
構造および統語（文法）種別、意味種別などのプロトコ
ル種別、メディア種別など（図５の５−１参照）の内容
の種別に関するメタ情報が記述され、ボディ部（３−
８）はさらに複数のパートで構成され、各パートはコン
テンツのヘッダ情報と同様にオリジナル送信元／送信先
が指定可能なヘッダ部、ボディ部を有することが可能
で、さらにそのボディ部も複数のパートを有することが
可能な再帰的な構造を可能としている。

【００５０】本発明によるメッセージはこのような階層
的な通信情報構成（エンベロープ（コンテンツ転送先情
報）、コンテンツ｛ヘッダ（ボディ宛先情報）、ボディ
（内容）｝）をとるため、ヘッダの中に送信元／送信先
アドレスを、そして、ボディの中に処理要求を記述する
ことで、コンテンツに対する送信元の署名（３−１０）
が作成可能である。なお、これは前述した発明が解決し
ようとする課題の（８）ａに対応する。以下、同様の対
応に関して（課題（８）ａ）との記述を行う。

【００５１】図３に示すとおりエンベロープ情報は、 ・エンベロープ ・少なくとも転送元／転送先アドレス ・セキュリティ情報 ・メッセージ全体に対する転送元の署名種別（３−１１） ・エンベロープに対する転送元の署名種別（３−１２） ・コンテンツに対する暗号化種別（３−３） ・自オブジェクトに対する転送元（前転送元）のエンベロープ情報（エ ンペロープ＋署名）（すなわち履歴情報）（３−２） という構成をとるため、転送履歴情報を改ざんされるこ
となく、かつ、転送元／転送先のアドレスを数珠つなぎ
にチェックすることにより転送履歴情報を保証すること
が可能となる（課題（８）ｂ）。

【００５２】図４は本実施例におけるメッセージの構成
を示す図である。ボディはヘッダとボディで再帰的に構
成することが可能であるため、ヘッダの中に、宛先を指
定することで、コンテンツを構成するボディ毎に宛先を
記述することが可能である（４−１）。ボディの分割と
要求通信情報の作成は、ボディの受け取り者（送信先）
が処理を実行する。これにより、要求の分散処理が柔軟
に実行可能である（課題（８）ｃ）。

【００５３】また、前記のように共通の通信情報構成を
規定し、エンベロープ内に転送元のエンベロープ情報を
添付してゆくことで、転送履歴情報の作成が容易となる
（図３の３−２、３−３参照）。図５はコンテンツヘッ
ダ形式およびボディの記述例である。ボディの中にシー
ケンシャルにサービス要求を記述し（５−２）、共通の
サービス実行インタフェースを操作するだけで、ボディ
の中に記述された複数のサービスの解釈・実行が可能と
なる（課題（８）ｅ）。また、メッセージ構成の中のヘ
ッダ情報としてメディア形式（５−１、５−３）を指定
しており、容易にオブジェクト間で受け渡される情報の
メディア形式の指定と解釈／変換が実行可能となる（課
題（８）ｆ）。

【００５４】ヘッダ情報としては、ボディに記述された
ＨＴＭＬ(Hypertext Markup Language) やＸＭＬ(eXt
ensible Markup Language) 、ＩＤＬ(Interface Defi
nition Language) 、ＸＬＬ(eXtensible Linking Lan
guage)、ＸＱＭＬなどのようなオブジェクト間あるいは
オブジェクトと人間の間でかわされる制御情報の統語構
造種別（インタフェース言語）と、これらの構造で記述
されたＫＩＦ(Knowledge Information Format) 、ＣＤ
Ｆ(Channel Definition Format) 、ＯＳＤ(Open Soft
ware Description)、ＲＤＦ(Resource Description Fo
rmat) などのような意味種別を規定するための情報種別
とその解釈用のデータベース（オブジェクト）のアドレ
スを記述できる（５−３）。これにより、例えば、ヘッ
ダ情報の中のタグ情報として、送信元オブジェクトの解
釈可能な形式を指定することにより、返却情報の形式を
送信元の解釈できる形式に変換したり、あるいは変換不
可能な場合、結果を受け取った送信元オブジェクトが自
分の解釈できる形式に情報を変換するようなことが可能
となる（Ｘ．５０９形式＝＞ＸＭＬ形式、ＸＭＬ形式＝
＞ＨＴＭＬ形式、など）（課題（８）ｇ）。

【００５５】また、図３のメッセージ構成において、コ
ンテンツ情報部（３−１６）は、コンテンツに対する送
信者の署名種別（３−１０）とボディに対する暗号種別
（３−６）を少なくとも有し、さらに必須情報として該
コンテンツに対する転送者の署名種別（３−１３）、署
名データ（３−１４）を、さらに、付加情報として送信
者の公開鍵証明書（３−１５）を有する。ボディに含ま
れるコンテンツ部も同様の構造を有する。

【００５６】このような構成をとることで、異なる宛先
をもつボディ毎に暗号化を行うことが可能であるため、
異なる送信先間で、ボディが盗聴されることがなく、ヘ
ッダを含むコンテンツが改ざんされない（課題（９）
ａ、ｂ）。また、エンベロープ部は、転送元から送信さ
れたエンベロープである転送履歴情報（３−２）を含む
新規エンベロープ（３−１７）と、エンベロープ（３−
１７）内にそれに対する転送者の署名種別（３−１８）
と、該コンテンツ部に対する暗号種別（３−３）を少な
くとも有し、さらに必須情報として該エンベロープに対
する転送者の署名種別（３−１２）、署名データ（３−
１２）を、さらに、付加情報として転送者の公開鍵証明
書（３−１２）を有する。したがって、転送中にコンテ
ンツが盗聴されることがなく、転送中にエンベロープの
内容が改ざんされず、転送履歴情報を改ざんされること
がない（課題（９）ｃ、ｄ、ｅ）。

【００５７】また、シーケンシャルに付加される転送履
歴情報（エンベロープ部）に関して、前のエンペロープ
部の転送先と次のエンベロープ部の転送元を比較してゆ
くことにより、転送履歴の正当性が保証される（課題
（９）ｆ）。更に、本実施例のメッセージにおいて、転
送者のメッセージ全体に対する署名種別（３−１９）を
エンベロープ中に有し、さらに必須情報として該メッセ
ージに対する署名種別（３−１１）、署名データ（３−
１１）を、さらに、付加情報として送信者の公開鍵証明
書（３−１１）を有する。よって、転送中にメッセージ
の改ざんが不可能である（課題（９）ｇ）。

【００５８】このようなメッセージ構成に対応して、本
実施例においては図２におけるメッセージ通信処理部２
１は更に、復号化と署名検証とを実行する機能としての
セキュリティ処理部３８、プロトコル変換を実行する機
能としてのプロトコル処理部３９、メディア変換を行う
機能としてのメディア処理部４０を有する（課題（１
０）ｃ、ｄ、ｅ）。

【００５９】また、前記のサービス制御インタフェース
処理部２３は、これらの処理部と通信を行い、前記メッ
セージ中の前記エンベロープの解析と前記ヘッダの解
析、例えば、メッセージのエンベロープ部の転送元／転
送先情報を確認し、署名チェックを行ったあと、コンテ
ンツの復号を行い、ヘッダの送信元／送信先アドレスを
参照し、コンテンツが自オブジェクト以外であるかどう
かの判断を行い、コンテンツの宛先が自オブジェクトの
場合にはコンテンツをコンテンツ処理部に引き渡し、自
オブジェクト宛以外についてはメッセージをサービス制
御要求処理部２８に渡す機能を有する（課題（１０）
ａ）。さらに、メッセージ通信処理部はネーミング処理
部４１を有し、ネーミング処理部４１は前記メッセージ
コンテンツ処理部２２あるいは前記サービス制御インタ
フェース処理部２３より要求を受け、送信用のヘッダの
補完と転送用のエンベロープの作成を行い、メッセージ
をオブジェクトリクエストブローカに渡すための論理ア
ドレスから物理アドレスへの名前の変換を実行する（課
題（１０）ｆ）。また、サービス制御要求処理部２８は
ネーミング処理部４１と通信し、転送先との通信を実行
する機能を有する（課題（１０）ｂ）。

【００６０】次に本発明の実施例を具体的に説明する。
図６は本発明の実施例における分散オブジェクトシステ
ムの構成図を示す。ここで、ユーザＡ６１はユーザの端
末６２で通信可能なユーザエージェントＡ６３（名前：
ＯＩＤ−Ａ）を介して、ユーザＢの代理エージェントで
あるサービスエージェントＢ６４（名前：ＯＩＤ−Ｂ）
のサービスＢを利用するものとする。

【００６１】他に、サービスエージェントＢ６４の提携
先であるユーザＣの代理人／窓口としてのサービスＣを
提供するエージェントＣ６５（名前：ＯＩＤ−Ｃ）（例
えばサービスエージェントＢと同一パッケージを利用し
て同一サービスを提供している場合など）と、サービス
エージェントＢ６４を構成し、サービスＢ−１、Ｂ−２
の提供を実行する一般サービスオブジェクトＢ−１（６
６）（名前：ＯＩＤ−Ｂ−１）、Ｂ−２（６７）（名
前：ＯＩＤ−Ｂ−２）、そして、ＳＭＴＰとのゲートウ
ェイサービスＢ−３を提供するサービスオブジェクトＢ
―３（６８）（名前：ＯＩＤ−Ｂ−３）が存在してい
る。

【００６２】サービスエージェントＢ６４は、自分のサ
ービスを表示するためのインタフェースおよびサービス
を実行するためのインタフェースとしてそれぞれ、 ・get （Version, MessageInformation ） ・put （Version, MessageInformation ） を有しており、また、サービスエージェントＢ６４は、
自分の管理するサービスのアドレス情報として、サービ
スエージェントＣ６５、サービスオブジェクトＢ−１、
Ｂ−２、Ｂ−３をデータベース６９として管理する。な
お、Version とはMessageInformationの構成に関するバ
ージョン識別子であり、またMessageInformationは、図
３記載のメッセージ情報のことである。

【００６３】図７は本実施例におけるオブジェクトと構
成図である。図７に示すように、それぞれのオブジェク
トは、図２に示した実施例概要に示される機能を有し、
サービス表示処理部７０、サービス実行処理部７１に対
応するＩ／Ｆとして、それぞれ ・actToGet（Version, MessageInformation ） ・actToPut（Version, MessageInformation ） サービス表示要求処理部７２、サービス実行要求処理部
７３に対応するＩ／Ｆとして、それぞれ ・requestToGet（Version, MessageInformation ） ：本形式はもっと簡単でもよい。

【００６４】 ・requestToPut（Version, MessageInformation ） を有するものとする。なお、本発明によるプロトコル／
メッセージ構成方法をＡＭＴＰ（Agent Message Transf
er Protocol）と呼ぶことにする。また、サービス表示
Ｉ／Ｆ処理部７４、サービス実行Ｉ／Ｆ処理部７５ある
いは、サービス表示要求処理部７２、サービス実行要求
処理部７３は，メツセージ情報の解析とメッセージ情報
の統合（作成）にあたり、独立に設けられたメッセージ
情報解析処理部７６とメッセージ情報統合処理部７７を
利用した処理を実行するものとする。

【００６５】なお、他のすべてのエージェント、エージ
ェントの保有するサービス提供オブジェクト（サービス
オブジェクト）は同様のインタフェースをもつ。個々の
エージェントあるいはサービスオブジェクトが複合オブ
ジェクトである場合にそれを構成する機能オブジェクト
に本インタフェースを所有するかどうかは開発者の判断
による。基本的にサービスを提供する人の代理人／窓口
としてのエージェントとそのエージェントが提供するサ
ービスを実行するサービスオブジェクトについては少な
くとも上記インタフェースを所有するものとする。

【００６６】さて、本実施例においてユーザＡ６１が以
下のような処理要求を行うものとする。 ・ユーザＡ６１はユーザエージェントＡ６３を介してサ
ービスエージェントＢ６４のサービス内容を取得する。 ・ユーザＢの提供するサービスＢ−１、サービスＢ−
２、サービスＣ（提携関係による）を要求する。

【００６７】・結果をリアルタイムに取得するかあるい
はメールで返信要求する。以上の処理について図８のフ
ローチャートを用いてオブジェクト間の通信フローを説
明する。前提条件として、ユーザＡ６１はユーザエージ
ェントＡ６３を介して、本システム内のどこかに存在す
るディレクトリサービスを利用して、ユーザＢの名前情
報を取得しているものとする。

【００６８】最初に、ユーザエージェントＡ６３を介し
て、サービスエージェントＢ６４にサービス表示要求を
依頼する（ステップ１）。ユーザＡ６１とユーザエージ
ェントＡ６３の間の転送プロトコルは、例えばＨＴＴＰ
を介して行い、インタフェース言語としてはＨＴＭＬに
おけるフォーム横能などを利用する（プロトコルはＨＴ
ＴＰ）。すなわちこの場合ユーザインタフェースはＷＷ
Ｗブラウザが利用される。転送プロトコルは、直接ＡＭ
ＴＰでもよく、この場合ＡＭＴＰから直接ＷＷＷブラウ
ザなどが呼び出される。ただし、この場合インタフェー
ス言語はＨＴＭＬを利用する（ＸＭＬ対応のブラウザな
らばＸＭＬでもよい）。また、次に、ユーザエージェン
トＡ６３は、サービスエージェントＢ６４に対するメッ
セージ情報の作成を行い、サービスエージェントＢ６４
に対して、 ・get （Version, MessageInformation ） を実行する（ステップ２）。なお、特に指定がなけれ
ば、 MessageInformationの中のボディ情報に記述する
必要はない。記述がない場合は、ｇｅｔ要求のボディと
して署名により保証され、処理される。

【００６９】ユーザエージェントＡ６３がユーザエージ
ェントＢ６４にサービス表示要求を投げる（ステップ
２）と、サービスエージェントＢは、自分の管理するデ
ータベースから管理するサービスエージェント／オブジ
ェクトのアドレスを取得し（ステップ３）、 ・名前を返却するかあるいは各エージェント／オブジェ
クトにｇｅｔ（）要求を投げ、サービスを利用するため
の情報を取得する。

【００７０】後者の場合には，例えば、サービスＢ＆サ
ービスＣ、Ｂ−１、Ｂ−２、Ｂ−３毎のサービス利用の
ための入力情報を返却する。今、前者の場合であるとす
る（後者の場合はそれぞれのサービスの再度サービス表
示要求を投げる（ステップ４等））。この場合に、もし
ヘッダ情報の返却情報のインタフェース言語指定とし
て、 が指定されているような場合は、サービスエージェント
ＢはＨＴＭＬのフォーム情報などを返却する（ステップ
５）。仮にサービスエージェントＢがＸＭＬのみサポー
トしている場合は、ＸＭＬ情報を返し、その場合は返却
メッセージ情報の中のヘッダ中に を記述する。このとき、ユーザエージェントＡは、自分
のインタフェース言語であるＨＴＭＬへの変換「ＸＭＬ
―＞ＨＴＭＬ変換」をオブジェクト内部のプロトコル処
理部８１を介して行い、さらにＨＴＴＰへのプロトコル
変換を行って、ユーザ端末へ結果を返す。なお、プロト
コル処理部８１あるいは、その他のセキュリティ処理部
７９、メディア処理部８２、ネーミング処理部８４は外
部オブジェクトに実行の実体をおいてもよい。その場合
は、それぞれの処理部はインタフェース処理部と要求処
理部を有するのみであり処理はバックグランドで動作す
る外部オブジェクトが処理を請け負う。なおこれは、一
オブジェクトのサイズ縮小のための手段として用いられ
る。

【００７１】次に、ユーザＡがサービスＢおよび同一サ
ービスを提供するサービスＣ、サービスＢ−１、Ｂ−２
に利用情報を指定し、サービス実行要求をユーザエージ
ェントＡ６３に依頼する（ステップ６）。ユーザエージ
ェントＡ６３は、本方法の転送プロトコルへの変換とメ
ッセージ情報Ａ〜Ｂの作成を行い、サービスエージェン
トＢ６４に対してサービス実行要求 ・put （Version, MessageInformation ） を投げる（ステップ７）。この場合のメッセージＡ〜Ｂ
の形式を図１２に示す。図１２はエンベロープとコンテ
ンツヘッダを有し、エンベロープ、ヘッダともに ・Ｔｏ：ＯＩＤ−Ｂ ・ｆｒｏｍ：ＯＩＤ−Ａ が記述され（１２―１）、エンベロープの末尾、コンテ
ンツの末尾、メッセージの末尾にユーザエージェントＡ
の署名情報が付与される（１２―２）。なお、コンテン
ツの内容は転送中には書き替え不可能であり、エンベロ
ープの内容は転送者によって元のエンベロープ部の先頭
に数珠上に追加されて行き、元のエンベロープ部の内容
は転送履歴として利用される。

【００７２】図１３はメッセージＡ〜Ｂにおけるボディ
の内容を示す。ボディには、サービスの送信先毎にコン
テンツが作成され、ヘッダ情報に送信先が記述される。
この送信先としては、 ・サービスＢおよびサービスＣの利用コンテンツＡ〜
Ｂ、Ａ〜Ｃ（ボディ内容は同じ）（１３−１） ・Ｔｏ：ＯＩＤ−Ｂ ・Ｆｒｏｍ：ＯＩＤ−Ａ ・Ｃｃ：ＯＩＤ−Ｃ ・サービスＢ−１の利用コンテンツＡ〜Ｂ−１（１３−
２） ・Ｔｏ：ＯＩＤ−Ｂ―１ ・Ｆｒｏｍ：ＯＩＤ−Ａ ・サービスＢ―２の利用コンテンツＡ〜Ｂ−２（１３−
３） ・Ｔｏ：ＯＩＤ−Ｂ−２ ・Ｆｒｏｍ：ＯＩＤ−Ａ が記述される。

【００７３】また、ボディ（１３−５）には各サービス
を利用するための情報が記述される。例えば、これはＨ
ＴＭＬのフォーム情報であってもよいし、ＸＭＬ、ＩＤ
Ｌ、Ｓｃｒｉｐｔ情報であってもよい。各言語の処理方
式は、ユーザエージェント／サービスエージェント／サ
ービスオブジェクト間で規定され、それを識別するため
の情報は図５に示すヘッダのボディ情報フィールド（５
−１）の中に記述され、解釈される。署名情報は全て、
送信元であるユーザエージェントＡの署名情報である
（１３−４）。

【００７４】図８のフローチャートにおいて、次に、上
記のメッセージを受けたサービスエージェントＢ６４
は、自分宛のヘッダ情報を解釈し、所望の送信先への転
送を実行する（ステップ８、９、１０）。以下にその実
行内容を示す。メッセージＡ〜Ｂを受けたサービスエー
ジェントＢ６４は次の処理を行う。 ・コンテンツＡ〜Ｂ＝＞サービスエージェントＢのactT
oPut()：サービスエージェントＢ内でコンテンツ処理 ・コンテンツＡ〜Ｃ＝＞サービスエージェントＢのactT
oPut()：メッセージ情報Ｂ〜Ｃとしてサービスエージェ
ントＣへ ・コンテンツＡ〜Ｂ−１＝＞サービスエージェントＢの
actToPut()：メッセージ情報Ｂ〜Ｂ−１としてサービス
オブジェクトＢ−１へ ・コンテンツＡ〜Ｂ−２＝＞サービスエージェントＢの
actToPut()：メッセージ情報Ｂ〜Ｂ−２としてサービス
オブジェクトＢ−２へ このとき、メッセージ情報Ｂ〜Ｃは、図１４に示される
ように、 ・メッセージの転送元はＯＩＤ−Ｂ、転送先はＯＩＤ−
Ｃ（１４−１）、署名情報はＯＩＤ−Ｂ（１４−２、
７） ・メッセージの履歴情報は転送元ＯＩＤ−Ａ、転送先Ｏ
ＩＤ−Ｂ（１４−３）、署名情報はＯＩＤ−Ａ（１４−
４） ・コンテンツの送信元はＯＩＤ−Ａ、コピー送信先はＯ
ＩＤ−Ｃ（１４−５）、署名情報はＯＩＤ−Ａ（１４−
７） となっており、履歴情報を含む転送情報とオリジナルの
送信情報は別々に保存されかつ署名によって改ざんが実
行きれることは不可能であるため非常にセキュアな通信
が可能となる。

【００７５】また、メッセージ情報Ｂ〜Ｂ−１は図１５
に示されるように、 ・メッセージの転送元はＯＩＤ−Ｂ、転送先はＯＩＤ−
Ｂ−１（１５−１）、署名情報はＯＩＤ−Ｂ（１５−
２、７） ・メッセージの履歴情報は転送元ＯＩＤ−Ａ、転送先Ｏ
ＩＤ−Ｂ（１５−３）、署名情報はＯＩＤ−Ａ（１５−
４） ・コンテンツの送信元はＯＩＤ−Ａ、送信先はＯＩＤ−
Ｂ−１（１５−５）、署名情報はＯＩＤ−Ａ（１５−
７） である。メッセージ情報Ｂ〜Ｂ−２については同じ方法
でメッセージ情報が作成される。

【００７６】図８のフローチャートにおいて、最後の処
理として、サービスエージェントＢ６４は結果をマージ
し、リアルタイムに結果をユーザエージェントＡ６３に
返す（ステップ１１）か、あるいは、図５で示されてい
る返事情報の中に、 ・Response-Information: ・Protocol-Information: ・TransferProtocol-Information: ・TransferProtocol-Type:SMTP ・Response-Address:niwano(a)isl.ntt.co.jp （ (a) はアットマークを表す。）のように別のプロト
コルによる返事指定があれば、サービスオブジェクトＢ
−３のようなＳＭＴＰ Brokerを介して、電子メールで
配送を行う（ステップ１２）。このとき、サービスエー
ジェントＢ−３はＡＭＴＰメッセージ情報とＳＭＴＰメ
ッセージの変換と配送を実行する。

【００７７】なお、本方法によれば、例えば、ボディの
中の先頭のコンテンツに制御用のボディを記述し、他の
ボディを部品用のボディとして、処理結果をさらに処理
するような記述も可能である。次に、図９のフローチャ
ートを用いて、図７に示す本実施例における各オブジェ
クト毎のメッセージ情報処理フローを詳細に説明する。
まず、図９において、あるオブジェクト１がオブジェク
ト２に対して、サービス制御要求を投げた（ステップ２
０）とした場合のオブジェクト２の内部処理フローにつ
いて説明する。すなわち、この場合はユーザエージェン
トＡ６３がサービスエージェントＢ６４に対して処理要
求を投げた前述の場合と同様である。

【００７８】図９において、まず、サービス制御Ｉ／Ｆ
処理部７８がメッセージ情報を受け取り、この情報をメ
ッセージ解析処理部７６に渡し、共通的なメッセージ情
報の解析処理を実行する（Ｓ２１）。ここで、図１０の
フローチャートを用いて、メッセージ解析処理フローに
ついて説明する。なお、図９のフローチャートの続きの
説明は、図１０の説明の後に行う。

【００７９】図１０において、最初にエンベロープ処理
（ステップ４０）を開始し、エンベロープの中の転送元
／転送先をチェック（ステップ４１、４２）する。転送
先が自分であることを確認し、メッセージの署名情報を
チェックする。このときセキュリティ処理部７９に依頼
を行い、検証する（ステップ４３）。検証処理は、証明
書に記述されている、 ・ＯＩＤ ・公開鍵 を基に行い、 ・公園鍵による署名の正当性が検証されること ・証明書のＯＩＤとＦｒｏｍフィールドのＯＩＤが一致
していることを確認する。

【００８０】もし、上記が確認できない場合、エラーメ
ッセージを作成（ステップ４４）し、転送元に返却す
る。次に転送履歴の正当性をチェックする（ステップ４
５）。チェック方法は、 ・前エンベロープのＴｏ：フィールドの値と次Ｆｒｏ
ｍ：フィールドの値が一致することを全て確認する ・最初のエンベロープ（例えば図３のようにTransfer-S
equence-Numberをふった場合、これが１のエンベロー
プ）のＦｒｏｍ：フィールドとコンテンツのヘッダ：フ
ィールドのＦｒｏｍ：フィールドが一致すること ・それぞれの署名の正当性が前述のエンベロープの署名
チェック方法と同様に確認できること（これを先頸のエ
ンペロープまで実行する）である。なお、転送履歴情報
のチェックは、例えば、障害時のみチェックする等のオ
ブジェクトの設定をすれば毎回実行しなくてもよい。ま
た先頭のエンベロープの正当性はメッセージの正当性で
保証されているため特に実行する必要はない（先頭のエ
ンペロープの署名は履歴情報として、残すために行われ
るものである）。

【００８１】もし、正当性が確認できない場合は，エラ
ーを作成し（ステップ４４）、転送元に返却する。次に
コンテンツの処理（ステップ４６）に移行する。先頭エ
ンベロープの中のコンテンツの暗号化種別を参照し、コ
ンテンツの復号化を実行する（ステップ４７）。暗号化
は転送元が転送先に対して実行している。復号化に利用
される鍵は自分の秘密鍵であるかあるいは自分の公開鍵
で暗号化され、エンベローナ情報の中に埋め込まれた共
有鍵である。復号化が実行できない場合、エラーを作成
し（ステップ４４）、転送元に返却する。

【００８２】次にヘッダの処理（ステップ４８）を行
う。ヘッダの中のコンテンツの署名種別を参照（ステッ
プ４９）し、コンテンツに対する署名チェック（ステッ
プ５０）を行う。当然、エンベロープのチェックと同様
に、コンテンツのヘッダのＦｒｏｍフィールドと、証明
書に記述されている名前情報（ＯＩＤ）は一致しなけれ
ばならない。もし、正当性が確認できない場合は、エラ
ーを作成し（ステップ４４）、転送元に返却する。

【００８３】次に送信元／送信先のチェックを行い（ス
テップ５１）、送信先が自分である場合には、ボディの
処理に移行（ステップ５２）する。自分でない場合には
転送処理に移行するため、処理をサービス制御要求処理
部８０に渡し（図９におけるステップ２２）、所望の送
信先への転送を実行するために、メッセージ統合処理７
７に処理を移す。

【００８４】送信先が自分であった場合は、まず、ボデ
ィ情報の復号化（ステップ５３）を行う。ボディの復号
化に利用される鍵は自分の秘密鍵であるかあるいは自分
の公開鍵で暗号化され、ヘッダ情報の中に埋め込まれた
共有鍵である。ボディの復号化が成功した場合、単一の
ボディであるのかあるいは複数のコンテンツ（これをサ
ブコンテンツと呼ぶことにする）が含まれるのかなどの
ボディの構成のチェックを行い（ステップ５４）、個別
のボディ処理（ステップ５５）に移行する。サブコンテ
ンツの場合、コンテンツ処理に戻る。ボディそのものに
対しては、ボディに対するヘッダ情報を参照し、プロト
コル処理部８１、メディア処理部８２に依頼し、自分の
解釈できるメディア形式とプロトコルへの変換（ステッ
プ５６）を行った後、メッセージコンテンツ処理部８３
のactToGet/actToPut インタフェースに処理を渡す（図
９におけるステップ２３）。

【００８５】以上がメッセージ情報解析処理部７６にお
ける処理の説明である。ここで図９の説明に戻る。メッ
セージコンテンツ処理部８３ではボディ内容を解析し、
アプリケーション固有の処理、例えば、図２におけるサ
ービスＩ／Ｆ処理部１〜５（基本的には内部インタフェ
ースとして実装されている方がセキュリティ上望ましい
が、アプリケーション開発者の意向により外部インタフ
ェースとして公開されていてもよい）を実行（ステップ
２４）したあと、もし、外部オブジェクトへの処理依頼
がある場合は、送信先などの基本ヘッダ情報のみ指定
し，サービス制御要求処理部８０のrequestToGet/reque
stToPut インタフェースに処理を渡す（ステップ２
５）。

【００８６】サービス制御要求処理部８０では、メッセ
ージ統合処理部７７に、上記で渡された基本ヘッダ情報
とボディの内容を渡し、エンベロープの作成を含むメッ
セージ情報の統合（作成）処理を実行する。ここで、図
１１のフローチャートを用いて、メッセージ統合処理に
ついて説明する。なお、図９のフローチャートの続きの
説明は、図１１の説明の後に行う。

【００８７】メッセージ情報統合処理部７７では、要求
が返却処理なのか要求処理なのかを判断する。もし、図
９において後述する返却処理の場合は、基本ヘッダ情報
としてメッセージコンテンツ処理部８３より埋め込まれ
た、Requested-Response-Information情報（これは送信
元から、Response-Informationとして指定されたもの
で、返却時には、サービス制御I/F 処理部７８にこの情
報を知らせるために、上記の名前で埋め込む）を参照し
（ステップ６０）、必要なボディのメディア／プロトコ
ル変換処理を実行する。なお、これはサービス制御I/F
処理部７８で、要求を受け付けた際にこの情報をコンテ
ンツＩＤ毎に保存しておいて参照する方法も考えられ
る。

【００８８】本実施例における要求処理の場合は事前に
取得済（get （）などで）あるいは、本要求処理を実行
する前段としてget （）により取得した相手のResponse
-Informationに従い、ボディのメディア／プロトコル変
換処理を実行する（ステップ６１）。次に、送信先に対
するボディの暗号化を実施する（ステップ６２）。暗号
化にあたっては送信先の公開鍵で暗号化を行うかあるい
は共有鍵を発生し、共有鍵で暗号化した後、この鍵を送
信先の公開鍵で暗号化して、コンテンツのヘッダに付与
する。

【００８９】次に、自分のBody-Information、Response
-Informationの他必要なヘッダ情報を作成（ステップ６
３）したあと、コンテンツの作成を行い（ステップ６
４）、自分の秘密鍵で署名を行い（ステップ６５）、コ
ンテンツ、署名、自分のＯＩＤ（名前）と公開鍵の対を
証明する公開鍵証明書で構成されるコンテンツ情報を作
成し（ステップ６６）、これを自分の秘密鍵で暗号化す
る（ステップ６７）。この暗号化種別はエンベロープ情
報を示した図３のContents-Encription-Typeに設定され
る．さらに、転送元／転送先（初回は、送信元／送信先
と同じ）、エンベロープに署名を施す際の署名種別（図
３、Envelope-Signature-Type ）、メッセージに署名を
施す際の署名種別（図３、Message-Signature-Type）な
どを含むエンベロープを作成し（ステップ６８）、エン
ベロープに自分の秘密鍵で署名を施し（ステップ６
９）、エンベロープと署名と証明書の対であるエンベロ
ープ情報を作成する（ステップ７０）。

【００９０】次に、前エンベロープ部（エンベロープの
履歴情報）に新規エンベロープを先頭に追加し、エンベ
ロープ部を作成（ステップ７１）した後は、コンテンツ
情報を末尾に追加し、メッセージを作成する（ステップ
７２）。最後にメッセージに対して署名を施し（ステッ
プ７３）、署名と証明書を合わせてメッセージ情報を完
成させ（ステップ７４）、サービス制御要求処理部８０
に本情報を返す。これでメッセージ統合処理は終了す
る。

【００９１】以上がメッセージ情報統合処理部７７にお
ける処理の説明である。ここで再び図９の説明に戻る。
メッセージ情報統合処理部７７においてメッセージ情報
が作成された後は、ネーミング処理部８４に依頼し、Ｏ
ＩＤからＯＲＢ（ObjectRequestBroker ）の解釈可能な
アドレスを取得し（ステップ２７）、転送／送信先のオ
ブジェクトに対して、サービス制御要求を投げる（ステ
ップ２８）。

【００９２】次に転送／送信先のオブジェクトから返却
を待ち（ステップ２９）、返却結果のメッセージ情報の
解析処理を実行する（ステップ３０）。解析処理は、前
述したとおりである。もし、返却結果が自分宛でなかっ
た場合は、再度自分のメッセージ統合処理から処理をく
り返す。自分宛てであった場合には、メッセージコンテ
ンツ処理部８３に結果を返し、必要な処理を行う。

【００９３】次にまた他オブジェクトヘの処理依頼が発
生した場合は同様の処理をくり返す。処理依頼がない場
合は、結果をサービス制御Ｉ／Ｆ処理部７８に戻す（ス
テップ３１）。サービス制御Ｉ／Ｆ処理部７８では、前
述のRequested-Response-Informationあるいは、コンテ
ンツＩＤ毎に保存されたResponse-Informationを参照
し、返却先の確認を行う（ステップ３２）。

【００９４】もし、自分と同一でない場合には（例え
ば，電子メール配送を指定するなど、本実施例のサービ
スオブジェクトＢ−３を利用する場合等）、返却する結
果メッセージ楕報をサービス制御要求処理部に渡し（ス
テップ３３）、結果を受け取ったあと、メッセージ統合
処理（ステップ３４）にて前述のフローと同様にその結
果メッセージ情報を作成して、オフジェタト１に結果を
返す（ステップ３５、３６）。なお、オブジェクト１か
らオブジェクト２が要求を受付時に、Response-Informa
tionのResponse-Addressを参照し、異なる場合は、オブ
ジェクト２からコネクションを切断し処理結果のみ指定
されたアドレスに返却するという指定も可能である（非
同期型の通信の指定時など）。本ケースはモバイル環境
における通信時に有効である。

【００９５】また、追加項目として、上記の仕組みにア
クセス制御情報を管理し、サービス制御Ｉ／Ｆ処理部７
８内にてセキュリティチェックを設ける機構も容易に実
現できる。次に本発明のプログラムを記録したコンピュ
ータ読み取り可能な記録媒体について説明する。

【００９６】図１６は、ＣＰＵ１００、メモリ１０１、
外部記憶装置１０２、ディスプレイ１０３、キーボード
１０４、通信処理装置１０５を備えたコンピュータシス
テムの構成図であり、本発明における分散オブジェクト
処理プログラムを記録した記録媒体は図１６に示すメモ
リ１０１又は外部記憶装置１０２のいずれか又は両方に
相当する。また、光磁気ディスク、磁気ディスク、磁気
テープ等の可搬媒体、又は電子メモリ、ハードディスク
等も本発明の記録媒体に相当し、これらの記録媒体に格
納された本発明の分散オブジェクト処理プログラムをロ
ーディングした図１６に示すコンピュータシステムを分
散配置し、通信処理装置１０５によりネットワーク接続
することにより、本発明の分散オブジェクトシステムを
構成でき、分散オブジェクト通信処理を行うことができ
る。

【００９７】なお、本発明は上記の実施例に限定されて
おらず、特許請求の範囲内で種々変更・応用が可能であ
る。

【００９８】

【発明の効果】本発明によれば、分散オブジェクト技術
をインターネットに適応した環境であって、電子商取り
引き環境等の時時刻々と新しいサービスエージェントや
オブジェクトが生成される電子社会環境において、次の
ような効果が期待される。まず、サービスの消費者にと
っては、実世界と同様に新規サービスの情報の取得と実
行が可能となるため、任意の生成された資源に対して柔
軟にアクセスできるための基盤が提供される。

【００９９】次に、サービスの提供者にとっては、新規
のサービスを提供するだけで任意の利用者がアクセスで
きかつセキュリティ情報にとっても非常に安全性に優れ
た環境が堤供されるためサービス提供の柔軟性と安全性
が保証できる。更にアプリケーションの開発者にとっ
て、アプリケーション固有の処理記述と、システム共通
の処理記述が分けられ、かつ、アプリケーション開発者
はアプリケーション固有の処理記述のみ意識して開発す
るだけで、安全なアプリケーションが開発できるため、
開発効率の向上が可能である。

【０１００】上述のとおり、本発明は、分散オブジェク
ト／エージェント技術を適応して、電子政府や電子モー
ル等を含む電子社会を構築する際の分散オブジェクト／
エージェント通常の基盤として非常に有効である。

【図面の簡単な説明】

【図１】従来技術による分散オブジェクト通信処理方法
および分散オブジェクトシステムを示す図である。

【図２】本発明の実施例における分散オブジェクトシス
テムを示す図である。

【図３】本発明の実施例におけるメッセージの構成を示
す図である。

【図４】メッセージの構成におけるボディ構成を示す図
である。

【図５】メッセージの構成におけるコンテンツヘッダ形
式およびボディ記述例を示す図である。

【図６】本発明の実施例における分散オブジェクトシス
テムの構成を示す図である。

【図７】本発明の実施例におけるオブジェクトの構成を
示す図である。

【図８】本発明の実施例における分散オブジェクトシス
テムの通信フローを示すフローチャートである。

【図９】本発明の実施例におけるオブジェクト内メッセ
ージ情報処理フローを示すフローチャートである。

【図１０】本発明の実施例におけるメッセージ情報解析
処理部の処理フローを示すフローチャートである。

【図１１】本発明の実施例におけるメッセージ情報統合
処理部の処理フローを示すフローチャートである。

【図１２】本発明の実施例におけるメッセージ情報Ａ〜
Ｂの構成（エンベロップ、コンテンツヘッダ）を示す図
である。

【図１３】本発明の実施例におけるメッセージ情報Ａ〜
Ｂの構成（ボディ）を示す図である。

【図１４】本発明の実施例におけるメッセージ情報Ｂ〜
Ｃの構成（エンベロップ、コンテンツヘッダ）を示す図
である。

【図１５】本発明の実施例におけるメッセージ情報Ｂ〜
Ｂ―１の構成（エンベロップ、コンテンツヘッダ）を示
す図である。

【図１６】本発明の記録媒体の実施例におけるコンピュ
ータシステムの構成を示す図である。

【符号の説明】

１ 転送元／送信元オブジェクト ２、２０ 転送先／送信先オブジェクト ３〜７ サービスＩ／Ｆ ８〜１２、３３〜３７ サービスＩ／Ｆ処理部 １３、４２ ＯＲＢ(Object Request Broker) ２１ メッセージ通信処理部 ２２ メッセージコンテンツ処理部 ２３ サービス制御Ｉ／Ｆ処理部 ２４ サービス表示Ｉ／Ｆ ２５ サービス表示Ｉ／Ｆ処理部 ２６ サービス実行Ｉ／Ｆ処理部 ２７ サービス実行Ｉ／Ｆ ２８、８０ サービス制御要求処理部 ２９、７２ サービス表示要求処理部 ３０、７３ サービス実行要求処理部 ３１、７０ サービス表示処理部 ３２、７１ サービス実行処理部 ３８、７９ セキュリティ処理部 ３９、８１ プロトコル処理部 ４０、８２ メディア処理部 ４１、８４ ネーミング処理部 ６１ ユーザＡ ６２ 端末 ６３ ユーザエージェントＡ ６４ サービスエージェントＢ ６５ サービスエージェントＣ ６６ サービスオブジェクトＢ−１ ６７ サービスオブジェクトＢ−２ ６８ サービスオブジェクトＢ−３ １００ ＣＰＵ １０１ メモリ １０２ 外部記憶装置 １０３ ディスプレイ １０４ キーボード １０５ 通信処理装置

Claims (21)

【特許請求の範囲】
1. 【請求項１】 分散ノード上に存在する複数のオブジェ
   クト間でメッセージの交換を行う分散オブジェクトシス
   テムにおける分散オブジェクト通信処理方法であって、 前記オブジェクトはオブジェクト間におけるメッセージ
   の送受信処理を行うメッセージ通信処理手段と、該メッ
   セージのコンテンツ処理を行うメッセージコンテンツ処
   理手段とを有し、 該メッセージ通信処理手段は他のオブジェクトからメッ
   セージを受信し、 該メッセージコンテンツ処理手段は該メッセージのコン
   テンツ処理を行い、 該メッセージ通信処理手段は該コンテンツ処理の結果を
   含むメッセージを該他のオブジェクトに送信することを
   特徴とする分散オブジェクト通信処理方法。
2. 【請求項２】 前記メッセージ通信処理手段は前記オブ
   ジェクトのサービス内容を外部に表示し、他のオブジェ
   クトから該サービスの利用情報を要求するメッセージを
   受信し、 前記メッセージコンテンツ処理手段は該メッセージのコ
   ンテンツ処理を行い、 該メッセージ通信処理手段は該サービスの利用情報を含
   むメッセージを該他のオブジェクトに送信することを特
   徴とする請求項１記載の分散オブジェクト通信処理方
   法。
3. 【請求項３】 前記メッセージ通信処理手段は他のオブ
   ジェクトから前記オブジェクトのサービスの実行を要求
   するメッセージを受信し、 前記メッセージコンテンツ処理手段は該メッセージのコ
   ンテンツ処理を行い、 該メッセージ通信処理手段は該サービスの実行結果を含
   むメッセージを該他のオブジェクトに送信することを特
   徴とする請求項１記載の分散オブジェクト通信処理方
   法。
4. 【請求項４】 前記オブジェクトが他のオブジェクトの
   サービスを利用する場合、 前記メッセージ通信処理手段は、該サービス利用情報を
   持たない場合には他のオブジェクトのサービス利用情報
   を要求するメッセージを該他のオブジェクトに送信し、
   該利用情報を取得し、 該サービスの実行を要求するメッセージを該他のオブジ
   ェクトに送信し、該サービスの実行結果を取得すること
   を特徴とする請求項１記載の分散オブジェクト通信処理
   方法。
5. 【請求項５】 前記メッセージ通信処理手段は、メッセ
   ージの送受信の際に、セキュリティ処理、プロトコル変
   換、メディア変換、アドレス変換のうち必要に応じて少
   なくとも１つを実行することを特徴とする請求項１記載
   の分散オブジェクト通信処理方法。
6. 【請求項６】 前記メッセージはエンベロップ部とコン
   テンツ部を有し、 該エンベロップ部は、転送元アドレス、転送先アドレ
   ス、転送履歴情報、及びセキュリティ情報を有し、 該コンテンツ部は、送信元アドレス、送信先アドレス、
   セキュリティ情報、通信内容のプロトコル種別、及び通
   信内容のメディア種別を記述するヘッダ部と、該通信内
   容を記述するボディ部とを有し、 該ボディー部は該コンテンツ部を再帰的に有することを
   特徴とする請求項１ないし５のうちいずれか１項記載の
   分散オブジェクト通信処理方法。
7. 【請求項７】 前記メッセージは前記各部に署名情報及
   び暗号情報を有し、前記メッセージ通信処理手段はメッ
   セージ送信の際には署名及び暗号化を行い、メッセージ
   受信の際には署名検証及び復号化を行うことを特徴とす
   る請求項１ないし６のうちいずれか１項記載の分散オブ
   ジェクト通信処理方法。
8. 【請求項８】 分散ノード上に存在する複数のオブジェ
   クト間でメッセージの交換を行う分散オブジェクトシス
   テムであって、 前記オブジェクトがオブジェクト間におけるメッセージ
   の送受信処理を行うメッセージ通信処理手段と、該メッ
   セージのコンテンツ処理を行うメッセージコンテンツ処
   理手段とを有することを特徴とする分散オブジェクトシ
   ステム。
9. 【請求項９】 前記メッセージ通信処理手段は、 前記オブジェクトのサービス内容を外部に表示し、他の
   オブジェクトから該サービスの利用情報を要求するメッ
   セージを受信し、結果を送信する手段を有し、 前記メッセージコンテンツ処理手段は該メッセージのコ
   ンテンツ処理を行う手段を有することを特徴とする請求
   項８記載の分散オブジェクトシステム。
10. 【請求項１０】 前記メッセージ通信処理手段は他のオ
    ブジェクトから前記オブジェクトのサービスの実行を要
    求するメッセージを受信し、結果を送信する手段を有
    し、 前記メッセージコンテンツ処理手段は該メッセージのコ
    ンテンツ処理を行う手段を有することを特徴とする請求
    項８記載の分散オブジェクトシステム。
11. 【請求項１１】 前記メッセージ通信処理手段は、 前記オブジェクトが他のオブジェクトのサービスを利用
    する際、該サービス利用情報を持たない場合に他のオブ
    ジェクトのサービス利用情報を要求するメッセージを該
    他のオブジェクトに送信し、該利用情報を取得する手段
    と、 該サービスの実行を要求するメッセージを該他のオブジ
    ェクトに送信し、該サービスの実行結果を取得する手段
    とを有することを特徴とする請求項８記載の分散オブジ
    ェクトシステム。
12. 【請求項１２】 前記メッセージ通信処理手段は、 メッセージの送受信の際にセキュリティ処理を行うセキ
    ュリティ処理手段、プロトコル変換を行うプロトコル変
    換手段、メディア変換を行うメディア変換手段、アドレ
    ス変換を行うアドレス変換手段のうち必要に応じて少な
    くとも１つを有することを特徴とする請求項８記載の分
    散オブジェクトシステム。
13. 【請求項１３】 前記メッセージはエンベロップ部とコ
    ンテンツ部を有し、 該エンベロップ部は、転送元アドレス、転送先アドレ
    ス、転送履歴情報、及びセキュリティ情報を有し、 該コンテンツ部は、送信元アドレス、送信先アドレス、
    セキュリティ情報、通信内容のプロトコル種別、及び通
    信内容のメディア種別を記述するヘッダ部と、該通信内
    容を記述するボディ部とを有し、 該ボディー部は該コンテンツ部を再帰的に有することを
    特徴とする請求項８ないし請求項１２のうちいずれか１
    項記載の分散オブジェクトシステム。
14. 【請求項１４】 前記メッセージは前記各部に署名情報
    及び暗号情報を有し、前記メッセージ通信処理手段はメ
    ッセージ送信の際には署名及び暗号化を行い、メッセー
    ジ受信の際には署名検証及び復号化を行うことを特徴と
    する請求項８ないし１３のうちいずれか１項記載の分散
    オブジェクトシステム。
15. 【請求項１５】 分散ノード上に存在する複数のオブジ
    ェクト間でメッセージの交換を行う分散オブジェクトシ
    ステムにおける分散オブジェクト通信プログラムを記録
    したコンピュータ読み取り可能な記録媒体であって、該
    記録媒体に記録されたプログラムは該分散ノードにおけ
    る各ノードにおいて実行され、該プログラムにより、 前記オブジェクトはオブジェクト間におけるメッセージ
    の送受信処理を行うメッセージ通信処理手段と、該メッ
    セージのコンテンツ処理を行うメッセージコンテンツ処
    理手段とを有し、 該メッセージ通信処理手段は他のオブジェクトからメッ
    セージを受信し、 該メッセージコンテンツ処理手段は該メッセージのコン
    テンツ処理を行い、 該メッセージ通信処理手段は該コンテンツ処理の結果を
    含むメッセージを該他のオブジェクトに送信することを
    特徴とする分散オブジェクト通信プログラムを記録した
    記録媒体。
16. 【請求項１６】 前記メッセージ通信処理手段は前記オ
    ブジェクトのサービス内容を外部に表示し、他のオブジ
    ェクトから該サービスの利用情報を要求するメッセージ
    を受信し、 前記メッセージコンテンツ処理手段は該メッセージのコ
    ンテンツ処理を行い、該メッセージ通信処理手段は該サ
    ービスの利用情報を含むメッセージを該他のオブジェク
    トに送信することを特徴とする請求項１５記載の分散オ
    ブジェクト通信プログラムを記録した記録媒体。
17. 【請求項１７】 前記メッセージ通信処理手段は他のオ
    ブジェクトから前記オブジェクトのサービスの実行を要
    求するメッセージを受信し、 前記メッセージコンテンツ処理手段は該メッセージのコ
    ンテンツ処理を行い、 該メッセージ通信処理手段は該サービスの実行結果を含
    むメッセージを該他のオブジェクトに送信することを特
    徴とする請求項１５記載の分散オブジェクト通信プログ
    ラムを記録した記録媒体。
18. 【請求項１８】 前記オブジェクトが他のオブジェクト
    のサービスを利用する場合、 前記メッセージ通信処理手段は、該サービス利用情報を
    持たない場合に他のオブジェクトのサービス利用情報を
    要求するメッセージを該他のオブジェクトに送信し、該
    利用情報を取得し、 該サービスの実行を要求するメッセージを該他のオブジ
    ェクトに送信し、該サービスの実行結果を取得すること
    を特徴とする請求項１５記載の分散オブジェクト通信プ
    ログラムを記録した記録媒体。
19. 【請求項１９】 前記メッセージ通信処理手段は、メッ
    セージの送受信の際に、セキュリティ処理、プロトコル
    変換、メディア変換、アドレス変換のうち必要に応じて
    少なくとも１つを実行することを特徴とする請求項１５
    記載の分散オブジェクト通信プログラムを記録した記録
    媒体。
20. 【請求項２０】 前記メッセージはエンベロップ部とコ
    ンテンツ部を有し、 該エンベロップ部は、転送元アドレス、転送先アドレ
    ス、転送履歴情報、及びセキュリティ情報を有し、 該コンテンツ部は、送信元アドレス、送信先アドレス、
    セキュリティ情報、通信内容のプロトコル種別、及び通
    信内容のメディア種別を記述するヘッダ部と、該通信内
    容を記述するボディ部とを有し、 該ボディー部は該コンテンツ部を再帰的に有することを
    特徴とする請求項１５ないし１９のうちいずれか１項記
    載の分散オブジェクト通信プログラムを記録した記録媒
    体。
21. 【請求項２１】 前記メッセージは前記各部に署名情報
    及び暗号情報を有し、前記メッセージ通信処理手段はメ
    ッセージ送信の際には署名及び暗号化を行い、メッセー
    ジ受信の際には署名検証及び復号化を行うことを特徴と
    する請求項１５ないし２０のうちいずれか１項記載の分
    散オブジェクト通信プログラムを記録した記録媒体。