JPH10320367A - ネットワーク移動可能なオブジェクト間の通信方法及び通信システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ネットワーク移動可能なオブジェクト間の連
携をより柔軟に実現することにある。 【解決手段】 サイトＡ内のオブジェクト組である実体
６０１と通信接続しているサイトＢ内のオブジェクト組
である化身６０２は、サイトＡ内の実体６０１との接続
を切断した後にサイトＣに移動する。化身６０２は、そ
れに対応するマグ識別子１００６を指定することによ
り、リポジトリ１００１が保持しているデータベース１
００３内の上記指定したマグ識別子１００６を含むエン
トリ内のネットワークアドレス情報１００７を、サイト
Ｃを示すものに更新する。その後、化身６０２がサイト
Ａ内の実体６０１にトリガをかけ、そのトリガに基づい
て、サイトＣ内の化身６０２とサイトＡ内の実体６０１
とが、リポジトリ１００１に随時照会することにより、
相互の通信接続を再確立する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク内を
移動可能なオブジェクトの連携を実現するオブジェクト
間通信技術に関する。

【０００２】

【従来の技術】オブジェクト指向プログラミングの普及
により、オブジェクト間の連携を柔軟に実現する技術が
要請されている。

【０００３】オブジェクト間の連携の具体例として、例
えば、ウインドウベースのソフトウエアアプリケーショ
ンの開発ツールが知られている。ユーザは、このツール
を用いることにより、ウインドウのフォーム、ボタン、
リストボックス等のオブジェクトを、マウス等を用いて
ビジュアルな形式で組み合わせることにより、ＧＵＩ
（グラフィックユーザインタフェース）を実現するアプ
リケーションを容易に開発することができる。この場合
に、上記各オブジェクトは相互に連携して動作する必要
があり、この場合に、オブジェクト間の連携を柔軟かつ
効率的に実現するための技術が重要な技術として要請さ
れる。

【０００４】オブジェクト間の連携の他の具体例とし
て、例えば、ワードプロセッサアプリケーションによっ
て作成されたクライアントである文書オブジェクトの中
に、表計算アプリケーションで作成されたサーバである
表（スプレッドシート）オブジェクトをエンベッドさせ
る（埋め込む）ことのできる技術が知られている。この
場合にも、オブジェクト間の連携を柔軟に実現する必要
がある。

【０００５】上述したオブジェクト間の連携を実現する
機能として、従来、ＯＬＥ（ObjectLinking and Embedd
ing）やＯｐｅｎＤｏｃなどの機能が知られている。こ
れらの機能においては、上述の文書オブジェクトと表オ
ブジェクトの連携の例のように、１つのオブジェクトで
あるサーバ資源を、他の１つのオブジェクトであるクラ
イアント中にエンベッドさせる（埋め込む）ことができ
る。

【０００６】

【発明が解決しようとする課題】しかし、上述の従来技
術は、１つのクライアントにエンベッドされている１つ
のサーバ資源を、他のクライアントに同時にエンベッド
させることはできないという第１の問題点を有してい
た。

【０００７】また、上述の従来技術は、他のサーバ資源
がエンベッドされているクライアントを、他のクライア
ントに対するサーバ資源としてエンベッドさせることは
できないという第２の問題点を有していた。

【０００８】更に、上述の従来技術では、どのクライア
ントにどのサーバ資源がエンベッドさせられるかという
情報は、クライアントを生成するクラスのソースコード
上に明記されていなければならなかった。即ち、上述の
従来技術は、サーバ資源とクライアントとの関係は、予
め静的に決定されており、その関係を実行時に動的に決
定することができないという第３の問題点を有してい
た。

【０００９】加えて、近年では、移動可能（モーバイ
ル）コンピュータが普及し、ネットワークを介したオブ
ジェクト間の連携の実現も要請されているが、コンピュ
ータが移動した場合のオブジェクトの接続の整合性を実
現する技術は、今まで効率的なものは知られていなかっ
た。

【００１０】本発明の課題は、オブジェクト間の連携を
より柔軟に実現すること、特にネットワーク移動可能な
オブジェクト間の連携をより柔軟に実現することにあ
る。

【００１１】

【課題を解決するための手段】本発明の態様の一例は、
ネットワーク内を移動可能な複数のオブジェクト間でネ
ットワークを介して通信を行うオブジェクト間の通信方
法を前提とする。

【００１２】まず、データに直接にアクセスする機能を
有するアクセス手続きを含むオブジェクトであるオブザ
ーバブルオブジェクト（オブザーバブル１０１）と、ネ
ットワークとの間で、オブザーバブルオブジェクト内の
アクセス手続きを介してデータに対するアクセス処理を
中継する機能（ネットオブザーバ４０１）とを含むオブ
ジェクト組である第１のマグ（実体６０１）を、ネット
ワーク内の第１のコンピュータ内に生成される。

【００１３】次に、その第１のマグに含まれるオブザー
バブルオブジェクトが有するデータにネットワークを介
して間接的にアクセスすることのできるアクセス手続き
を有するネットオブザーバブルオブジェクト（ネットオ
ブザーバブル４０２）と、そのアクセス手続きを介して
第１のマグに含まれるオブザーバブルオブジェクトが有
するデータにネットワークを介してアクセスするオブザ
ーバオブジェクト（オブザーバ１０２）とを含むオブジ
ェクト組である第２のマグ（化身６０２）が、ネットワ
ーク内のコンピュータであって第１のコンピュータとは
別又は同一である第２のコンピュータ内に生成される。

【００１４】次に、ネットワーク内に、第１及び第２の
マグをそれぞれ識別するための各マグ識別子（マグ識別
子１００６）と、ネットワーク内で第１及び第２のマグ
が存在するサイトのアドレスを示すネットワークアドレ
ス情報（ネットワークアドレス情報１００７）とを含む
データ組を保持するサーバコンピュータであるリポジト
リ（リポジトリ１００１）が構成される。

【００１５】続いて、第１又は第２のマグがネットワー
ク内を移動する場合に、その移動する第１又は第２のマ
グが、それとネットワークを介して通信している第２又
は第１のマグとの接続を切断し、その後にネットワーク
内を移動する。

【００１６】更に、ネットワーク内を移動した第１又は
第２のマグが、それに対応するマグ識別子を指定するこ
とにより、リポジトリが保持しているその指定したマグ
識別子を含むデータ組内のネットワークアドレス情報
を、ネットワーク内を移動した第１又は第２のマグが新
たに存在する第３のコンピュータを示すものに更新す
る。

【００１７】そして、ネットワーク内を移動した第１又
は第２のマグが、それとネットワークを介して通信して
いた第２又は第１のマグにトリガをかけ、そのトリガに
基づいて、ネットワーク内を移動した第１又は第２のマ
グと、それとネットワークを介して通信していた第２又
は第１のマグとが、それらに対応するリポジトリが保持
しているデータ組を随時参照することにより、相互の通
信接続を再確立する。

【００１８】上述の発明の構成により、ネットワーク内
の１つのコンピュータ上の第１ノマグと、それを参照す
るマグであってネットワーク内の他のコンピュータに移
動した第２のマグは、リポジトリ内のマグ識別子とネッ
トワークアドレス情報とからなるデータ組を更新し及び
照会することにより、移動前と移動後とで、それらの接
続の整合性を維持することができる。

【００１９】なお、本発明は、コンピュータにより使用
されたときに、上述の本発明の構成例によって実現され
る機能と同様の機能をコンピュータに行わせるためのコ
ンピュータ読出し可能記録媒体として構成することもで
きる。

【００２０】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について詳細に説明する。本発明の実施の
形態では、ネットワーク移動可能なオブジェクトを、リ
ポジトリと呼ぶサーバコンピュータにアクセスすること
のできるエージェントとして実現していることが、本発
明に関連する大きな特徴である。

【００２１】本発明の実施の形態では、上述のエージェ
ントを実現する前提技術として、種々のオブジェクト技
術を用いているため、まず、それらの前提技術について
説明した後に、エージェントによるネットワーク移動可
能なオブジェクトの実現について説明する。オブザーバとオブザーバブルの説明 図１は、本発明の実施の形態におけるオブザーバとオブ
ザーバブルの説明である。

【００２２】本実施の形態においては、オブジェクト間
の通信モデルとして、オブザーバブル（Observable）１
０１とオブザーバ（Observer）１０２という概念が用い
られる。オブザーバブル１０１及びオブザーバ１０２は
それぞれオブジェクトであって、このモデルはオブザー
バ１０２がオブザーバブル１０１を参照（アクセス）す
る関係を有する。

【００２３】そして、本実施の形態においては、オブザ
ーバ１０２によるオブザーバブル１０１に対する参照
は、オブザーバブル１０１に定義されるスロット１０３
と呼ばれるインタフェースのみを介して行われる。

【００２４】スロット１０３は、オブザーバブル１０１
が有する、外部のオブザーバ１０２に対するインタフェ
ース（例えば構造体）であって、オブザーバブル１０１
は、複数個のスロット１０３を有することができる。

【００２５】このスロット１０３は、図２に示されるよ
うに、“名前”と、所定の型を有する“データ”と、
“リード手続き”コードと、“ライト手続き”コードと
からなる。“リード手続き”及び“ライト手続き”は、
スロット１０３毎に定義可能であり、デフォルトでは、
“リード手続き”が“データ”の取出しを実行し、“ラ
イト手続き”が“データ”への代入を実行する。

【００２６】オブザーバ１０２は、オブザーバブル１０
１のスロット１０３をそれに格納されている“名前”で
オープンすることによって、スロット１０３を識別する
ためのスロットディスクリプタを獲得し、そのスロット
ディスクリプタに対してリードメソッド又はライトメソ
ッドを実行することによって、スロット１０３の“リー
ド手続き”又は“ライト手続き”を呼び出すことができ
る。

【００２７】従って、オブザーバ１０２とオブザーバブ
ル１０１の関係は、オブザーバ１０２及びオブザーバブ
ル１０１を定義するクラスのソースコード上に明記され
る必要はなく、“名前”（スロットディスクリプタ）の
指定を介して実行時に動的に決定することができる。

【００２８】本実施の形態では、オブザーバブル１０１
の“データ”が変化すると、その変化を示す“アップデ
ート”と呼ばれるイベント（図１の“ｕｐｄａｔｅ”）
が、そのオブザーバブル１０１を参照しているオブザー
バ１０２に通知される。これにより、オブザーバ１０２
は、オブザーバブル１０１の最新の状態を常に参照する
ことができる。この機構により、１つのオブザーバブル
１０１を複数のオブザーバ１０２が同時に参照すること
ができる。即ち、オブザーバブル１０１の“データ”が
変化すると、“アップデート”イベントが、そのオブザ
ーバブル１０１を参照している全てのオブザーバ１０２
に対して通知されるように構成することができる。この
結果、１つのオブザーバブル１０１を参照している全て
のオブザーバ１０２において、そのオブザーバブル１０
１に対する観測状態の整合性を保持することができるの
である。

【００２９】また、オブザーバ１０２自身も、スロット
１０３を有することにより、他のオブザーバ１０２から
参照されるオブザーバブル１０１になることができる。
これによって、オブザーバ１０２とオブザーバブル１０
１の関係が対称になる。

【００３０】図３は、オブザーバブル１０１とオブザー
バ１０２の間のプロトコルに関連するメソッドの説明図
である。まず、オブザーバブル１０１に対する参照関係
を制御するプロトコルのメソッドとして、図３(a) に示
されるopenメソッドと図３(b) に示されるclose メソッ
ドが定義される。

【００３１】図３(a) に示されるopenメソッドは、オブ
ザーバ１０２がオブザーバブル１０１の“slotname”と
いう“名前”（図２参照）を有するスロット１０３を参
照することを宣言する。このopenメソッドが、オブザー
バ１０２のオブザーバブル１０１に対する参照関係を確
立する。なお、“slotname”のデータ型は“String”型
（文字列型）であり、openメソッドの戻り値は、“Slot
Descriptor”型を有するスロットディスクリプタであ
る。openメソッドの実行が成功した以後は、それによっ
て返されるスロットディスクリプタを用いることによ
り、それに対応するスロット１０３の“データ”（図２
参照）にアクセスすることができる。

【００３２】図１の構成では、オブザーバブル１０１
は、“slota ”，“slotb ”，及び“slotc ”という３
つのスロット１０３を有している。そして、#1のオブザ
ーバ１０２は、下記の２つのopenメソッドを実行してス
ロットディスクリプタａ及びｂを得ることにより、オブ
ザーバブル１０１のスロット１０３（“slota ”）及び
スロット１０３（“slotb ”）に対応する参照関係を、
それぞれ確立する。

【００３３】a=open("slota") b=open("slotb") 同様に、#2及び#3のオブザーバ１０２は、下記の各open
メソッドを実行してスロットディスクリプタｂ′及びｃ
を得ることにより、オブザーバブル１０１のスロット１
０３（“slotb ”）及びスロット１０３（“slotc ”）
に対応する参照関係を、それぞれ確立する。

【００３４】b'=open("slotb") c =open("slotc") 次に、図３(b) に示されるclose メソッドは、オブザー
バ１０２の所定のオブザーバブル１０１のスロット１０
３への参照を終了することを宣言する。この所定のオブ
ザーバ１０２のスロット１０３は、上記close メソッド
の引数として与えられ“SlotDescriptor”型を有するス
ロットディスクリプタ“desc”により特定される。この
close メソッドにより、オブザーバ１０２が開いている
オブザーバブル１０１のスロット１０３が１つもなくな
ると、そのオブザーバブル１０１に対する参照関係は消
滅する。なお、close メソッドの戻り値の型は、“voi
d”型（有益な値が返されないことを示す型）である。

【００３５】続いて、前述のopenメソッドにより獲得さ
れたスロットディスクリプタに関連するプロトコルのメ
ソッドとして、図３(c) に示されるreadメソッド、図３
(d)に示されるwrite メソッド、図３(e) に示されるisM
odifiedメソッド、及び図３(f) に示されるtypeメソッ
ドが定義される。

【００３６】図３(c) に示されるreadメソッドは、des
c.read() として与えられるスロットディスクリプタ“d
esc”によって特定される、所定のオブザーバブル１０
１の所定のスロット１０３内の“リード手続き”（図２
参照）を実行する。リードデータは、readメソッドの戻
り値として返され、その型は、上記スロット１０３内の
“データ”（図２参照）の型と同じ型（“Object”型）
である。

【００３７】図１の構成では、後述するupdateイベント
の発生時に、#1及び#2のオブザーバ１０２が、オブザー
バブル１０１内のスロット１０３（“slotb ”）に対
し、下記の各readメソッドを実行することにより、その
スロット１０３（“slotb ”）内の“データ”を読み出
している。

【００３８】b.read() b'.read() 図３(d) に示されるwrite メソッドは、desc.write()と
して与えられるスロットディスクリプタ“desc”によっ
て特定される、所定のオブザーバブル１０１の所定のス
ロット１０３内の“ライト手続き”（図２参照）を実行
する。ライトオブジェクトデータは、write メソッドの
引数“obj ”として与えられて、その型は、上記スロッ
ト１０３内の“データ”（図２参照）の型と同じ型
（“Object”型）である。

【００３９】図１の構成では、#2のオブザーバ１０２
が、オブザーバブル１０１内のスロット１０３（“slot
b ”）に対して、下記のwrite メソッドを実行すること
によって、データ“obj ”を、そのスロット１０３
（“slotb ”）内の“データ”領域に書き込んでいる。

【００４０】b'.write(obj) 図３(e) に示されるisModifiedメソッドは、desc.isMod
ified() として与えられるスロットディスクリプタ“de
sc”により特定される、所定のオブザーバブル１０１の
所定のスロット１０３内の特には図示しない“isModifi
ed手続き”を実行する。この手続きは、スロット１０３
内の“データ”が変更されている場合にはboolean 値で
ある“true”を返し、変更されていない場合にはboolea
n 値である“false ”を返す。

【００４１】図１の構成では、後述するupdateイベント
の発生時に、#1、#2、及び#3のオブザーバ１０２が、オ
ブザーバブル１０１内の各スロット１０３に対し、下記
の各isModifiedメソッドを実行することにより、各スロ
ット１０３内の“データ”が変更されたか否かを検出し
ている。

【００４２】a.isModified() b.isModified() b'.isModified() c.isModified() 各オブザーバ１０２は、updateイベントの発生時に、こ
のisModifiedメソッドを実行することにより、オブザー
バブル１０１に対する観測状態の整合性を保持すること
ができる。

【００４３】図３(f) に示されるtypeメソッドは、des
c.type() として与えられるスロットディスクリプタ“d
esc”により特定される、所定のオブザーバブル１０１
の所定のスロット１０３内の特には図示しない“type手
続き”を実行する。この手続きは、スロット１０３内の
“データ”の型情報を返す。オブザーバ１０２は、read
メソッド又はwrite メソッドの発行に先立って、オブザ
ーバブル１０１のスロット１０３の“データ”の型情報
を得ることができる。

【００４４】最後に、オブザーバブル１０１からオブザ
ーバ１０２への方向を有するプロトコルのメソッドとし
て、図３(g) に示されるupdateメソッドが定義される。
このupdateメソッドは、オブザーバブル１０１を含むソ
ースコード側に記述され、オブザーバブル１０１の何れ
かのスロット１０３内の“データ”に対して“ライト手
続き”が実行された場合に、その“データ”の変更（モ
ディファイ）を示すために、そのオブザーバブル１０１
に接続している全てのオブザーバ１０２に対して、upda
teイベントを発行する。

【００４５】図１の構成において、例えば#2のオブザー
バ１０２が、オブザーバブル１０１内のスロット１０３
（“slotb ”）に対して、メソッド“b'.write(obj) ”
を実行することによって、データ“obj ”を、そのスロ
ット１０３（“slotb ”）内の“データ”領域に書き込
むと、オブザーバブル１０１は、updateメソッドを実行
することにより、それに接続している#1〜#3の各オブザ
ーバ１０２に対して、updateイベントを発行する。

【００４６】#1のオブザーバ１０２は、上述のupdateイ
ベントを受信すると、それが現在オープンしているオブ
ザーバブル１０１内のスロット１０３（“slota ”）及
びスロット１０３（“slotb ”）に対して、メソッド
“a.isModified()”及び“b.isModified()”を実行する
ことにより、スロット１０３（“slotb ”）内の“デー
タ”が変更されたことを検出する。続いて、#1のオブザ
ーバ１０２は、オブザーバブル１０１内のスロット１０
３（“slotb ”）に対し、メソッド“b.read()”を実行
することにより、上記変更された“データ”を読み出
す。

【００４７】同様に、#2のオブザーバ１０２は、前記up
dateイベントを受信すると、それが現在オープンしてい
るオブザーバブル１０１内のスロット１０３（“slotb
”）に対して、メソッド“b'.isModified() ”を実行
することにより、スロット１０３（“slotb ”）内の
“データ”が変更されたことを検出する。続いて、#2の
オブザーバ１０２は、オブザーバブル１０１内のスロッ
ト１０３（“slotb ”）に対して、メソッド“b'.rea
d() ”を実行することにより、上記変更された“デー
タ”を読み出す。

【００４８】更に、#3のオブザーバ１０２は、前記upda
teイベントを受信すると、それが現在オープンしている
オブザーバブル１０１内のスロット１０３（“slotc
”）に対して、メソッド“c.isModified()”を実行す
ることによって、スロット１０３（“slotc ”）内の
“データ”は変更されていないことを検出する。

【００４９】なお、オブザーバ１０２は、それとオブザ
ーバブル１０１との間のプロトコルに関連するメソッド
のほかに、そのオブザーバ１０２が実現する機能に対応
する様々なメソッドを有することができる。例えば、オ
ブザーバ１０２が、ＧＵＩにおけるウインドウオブジェ
クトを実現する場合には、そのオブザーバ１０２は、そ
のウインドウオブジェクトにおいて発生したイベントを
処理するメソッドや、描画処理を実行するメソッド等を
含むことができる。ネットワークを介したオブザーバとオブザーバブルの間
の通信 図４は、本発明の実施の形態におけるオブザーバ１０２
によるオブザーバブル１０１に対する参照がネットワー
クを介して行われる場合の説明図である。

【００５０】本実施の形態がネットワーク化される場
合、図４(a) に示されるように、ネットワークによって
接続されるサイト間でオブジェクト間通信の中継を行う
ためのオブザーバとオブザーバブルの組であるネットオ
ブザーバ４０１とネットオブザーバブル４０２の組が生
成される。

【００５１】そして、サイトＡのオブザーバブル１０１
は、それを参照するオブザーバ１０２が存在するサイト
Ｂのコンピュータのアドレス（例えばＩＰアドレス）を
指定して、ネットオブザーバ４０１とネットオブザーバ
ブル４０２の組の生成命令を発行する。この場合、オブ
ザーバ１０２が存在するサイトＢとして、複数のものを
指定することができる。

【００５２】この結果、まず、オブザーバブル１０１が
存在するサイトＡのコンピュータにおいて、そのオブザ
ーバブル１０１を参照する機能と、サイトＢのネットオ
ブザーバブル４０２との間で例えばソケットを用いたネ
ットワーク通信を実行する機能を有するネットオブザー
バ４０１が生成される。

【００５３】続いて、そのサイトＡのコンピュータから
上記オブザーバブル１０１を参照するオブザーバ１０２
が存在するサイトＢのコンピュータに対して、ネットオ
ブザーバブル４０２の生成依頼が発行される。この結
果、サイトＢのコンピュータにおいて、上記オブザーバ
１０２による参照を処理する機能と、サイトＡのネット
オブザーバ４０１との間で前述したネットワーク通信を
実行する機能を有するネットオブザーバブル４０２が生
成される。ここで、サイトＡのオブザーバブル１０１を
参照するオブザーバ１０２が存在するサイトＢが複数存
在する場合には、サイトＡのコンピュータにおいて複数
のネットオブザーバ４０１が生成される。即ち、この場
合には、１つのオブザーバブル１０１に対して、それを
参照する複数のネットオブザーバ４０１がサイトＡのコ
ンピュータにおいて生成される。

【００５４】ここで、サイトＡのオブザーバブル１０１
内のスロット１０３（スロットグループ１０３）とサイ
トＢに生成されたネットオブザーバブル４０２内のスロ
ット１０３（スロットグループ１０３）は、両者間で１
対１に対応している。

【００５５】そして、サイトＢのオブザーバ１０２は、
サイトＡのオブザーバブル１０１の所定のスロット１０
３内の“データ”（図２）を参照する場合には、サイト
Ｂのネットオブザーバブル４０２の上記所定のスロット
１０３と同一のスロット１０３を、その“名前”（図
２）を用いてオープンする（図３(a) 参照）。そして、
その結果得られるスロットディスクリプタを用いてread
メソッド又はwrite メソッド等の各種メソッド（図３
(c) 〜(f) 参照）を実行する。

【００５６】この結果、サイトＢのネットオブザーバブ
ル４０２の所定のスロット１０３の所定の手続きが起動
され、この手続きによって、サイトＢのオブザーバ１０
２によるアクセス情報がサイトＡのネットオブザーバ４
０１に中継される。この場合のネットワーク通信方式と
しては、例えば、プロセス間通信の１方式であるソケッ
トを用いたものを採用することができる。

【００５７】サイトＡのネットオブザーバ４０１は、サ
イトＢのネットオブザーバブル４０２からサイトＢのオ
ブザーバ１０２によるアクセス情報を受信すると、サイ
トＡのオブザーバブル１０１の所定のスロット１０３を
オープンし、上記アクセス情報をそのスロット１０３に
対するメソッドに変換して、それを実行する。

【００５８】この結果、サイトＡのオブザーバブル１０
１の“データ”が参照され、その結果がサイトＡのネッ
トオブザーバ４０１に返される。サイトＡのネットオブ
ザーバ４０１は、その結果をサイトＢのネットオブザー
バブル４０２に中継する。

【００５９】サイトＢのネットオブザーバブル４０２
は、サイトＡのネットオブザーバ４０１からアクセス結
果を受信すると、そのアクセス結果を、前述したサイト
Ｂのオブザーバ１０２によるアクセス情報を中継した手
続きのプロセスに返す。

【００６０】この手続きは、それを起動したサイトＢの
オブザーバ１０２に、上記アクセス結果を返す。以上説
明したように、サイトＢのオブザーバ１０２がサイトＡ
のオブザーバブル１０１のスロット１０３内の“デー
タ”（図２参照）を参照する場合には、指定オブジェク
トをサイトＡのオブザーバブル１０１からサイトＢのネ
ットオブザーバブル４０２に変更するだけで、ネットワ
ークを意識することなく、上記参照を実現することがで
きる。

【００６１】図４(b) に、ネットオブザーバ４０１とネ
ットオブザーバブル４０２のコーディング例を示す。こ
の例は、サイトＢのオブザーバ１０２からサイトＡのオ
ブザーバブル１０１に対して発行されるwrite メソッド
を処理する部分を中心に示されている。

【００６２】まず、サイトＡのネットオブザーバ４０１
は、その起動時に、例えば図４(b)の右側に模式的に示
されるコーディング内容を有する受信デーモンプロセス
を起動する。この受信デーモンプロセスは、サイトＢの
ネットオブザーバブル４０２から中継されてくる情報を
監視し処理する。一方、サイトＢのネットオブザーバブ
ル４０２も、その起動時に、例えば図４(b) の左側に模
式的に示されるコーディング内容を有する受信デーモン
プロセスを起動する。この受信デーモンプロセスは、サ
イトＡのネットオブザーバ４０１から中継されてくる情
報を監視し処理する。

【００６３】また、サイトＢのネットオブザーバブル４
０２の各スロット１０３の各手続きのコーディングにお
いては、サイトＢのオブザーバ１０２によるアクセス情
報をサイトＡのネットオブザーバ４０１に中継するため
のコードが記述されている。図４(b) の#9〜#12 には、
サイトＢのネットオブザーバブル４０２の１つのスロッ
ト１０３の“ライト手続き”（図２参照）を模式的に示
したコードの例が示されている。

【００６４】今、例えば、サイトＢのオブザーバ１０２
が、サイトＢのネットオブザーバブル４０２の１つのス
ロット１０３をオープンした後（図３(a) 参照）、その
スロット１０３に対してwrite メソッド（図３(d) 参
照）を実行したとする。

【００６５】この結果、例えば図４(b) の#9〜#12 とし
て示される、サイトＢのネットオブザーバブル４０２の
１つのスロット１０３の“ライト手続き”のコード群が
実行される。なお、デッドロックを回避するため、これ
らのコード群は独立したスレッドとして実行されること
が望ましい。

【００６６】これにより、#10 に示されるwrite 命令が
実行される。この結果、このwrite命令の第２引数とし
て与えられるサイトＢのオブザーバ１０２によるアクセ
ス情報＜write 識別子、名前、obj 、waitId＞が、サイ
トＡのネットオブザーバ４０１に中継される。ここで、
“write 識別子”は、サイトＢのオブザーバ１０２がwr
ite メソッドを発行したことを示す識別子である。ま
た、“名前”としては、上述のwrite 命令が含まれるス
ロット１０３の“名前”（図２参照）が指定される。ま
た、obj は、サイトＢのオブザーバ１０２が発行したwr
ite メソッドに引数として指定されているオブジェクト
データである。更に、“waitId”は、後述のwait命令の
制御に用いられる。なお、write 命令の第１引数“soc
”は、ネットワーク上のソケット接続を識別するため
のソケットディスクリプタである。

【００６７】上記#10 に示されるwrite 命令が実行され
た後、#11 に示されるwait命令によって、これらのコー
ド群が実行されていたスレッドはスリープ状態になる。
このスリープ状態は、図４(b) の左側に示される、サイ
トＢのネットオブザーバブル４０２が有する受信デーモ
ンプロセスから、上記write 命令に対応する応答がサイ
トＡのネットオブザーバ４０１から受信されたことを示
すpost命令が受信された時点で、解除される。なお、wa
it命令の引数である“waitId”と、上記post命令の引数
である“waitId”とが一致した場合に、そのwait命令が
実行されているスレッドのスリープ状態が解除される。
これにより、複数の手続きを並列して制御することがで
きる。

【００６８】サイトＡのネットオブザーバ４０１の受信
デーモンプロセスは、上述のサイトＢのネットオブザー
バブル４０２からのコマンドの発行を監視している。具
体的には、この受信デーモンプロセスの図４(b) に示さ
れる#13 〜#19 の forブロックによる無限ループにおい
て、まず#14 に示されるread(soc）文により、サイトＢ
のネットオブザーバブル４０２から中継されてくるアク
セス情報が、リスト＜コマンド識別子、名前、obj 、wa
itId＞として読み取られる。引数“soc ”はソケットデ
ィスクリプタである。このread(soc）文により、上述の
サイトＢのネットオブザーバブル４０２からのwrite 命
令によるアクセス情報＜write 識別子、名前、obj 、wa
itId＞が受信される。

【００６９】続いて、受信された上記アクセス情報内の
“コマンド識別子”によって場合分けを行うための#15
〜#18 のswitchブロックが実行され、これにより、受信
されたコマンド識別子に対応するcaseブロックが実行さ
れる。上述の例では、“コマンド識別子”は“write 識
別子”であるため、#16 から始まるcaseブロックが実行
される。なお、デッドロックを回避するために、このca
seブロックは、独立したスレッドで実行されるようにコ
ーディングすることが望ましい。

【００７０】このcaseブロックでは、まず、上記アクセ
ス情報内の“名前”に対応するサイトＡのオブザーバブ
ル１０１の所定のスロット１０３が獲得され（具体的に
はそのスロット１０３に対して既に実行されているopen
メソッドによって得られているスロットディスクリプタ
が獲得され）、そのスロット１０３に対するwrite メソ
ッドが、上記アクセス情報内の“obj ”を引数として起
動される。

【００７１】この結果、サイトＡのオブザーバブル１０
１の所定のスロット１０３内の“ライト手続き”（図２
参照）が実行される。その後、上述のcaseブロックにお
いて、#17 に示されるwrite 命令が実行される。この結
果、このwrite 命令の第２引数として与えられる応答情
報＜END 識別子、waitId＞が、サイトＢのネットオブザ
ーバブル４０２に中継される。ここで、“END 識別子”
は、サイトＡのオブザーバブル１０１に対するwrite メ
ソッドの発行が完了したことを示す識別子である。ま
た、“waitId”は、#14 の命令によって受信された“wa
itId”に等しい。引数“soc ”はソケットディスクリプ
タである。

【００７２】サイトＢのネットオブザーバブル４０２の
受信デーモンプロセスは、上述のサイトＡのネットオブ
ザーバ４０１からのコマンドの発行を監視している。具
体的には、この受信デーモンプロセスの図４(b) に示さ
れる#1〜#8の forブロックによる無限ループにおいて、
まず#2に示されるread(soc）文によって、サイトＡのネ
ットオブザーバ４０１から中継されてくる応答情報が読
み取られる。引数“soc ”は、ソケットディスクリプタ
である。このread(soc）文により、上述のサイトＡのネ
ットオブザーバ４０１からのwrite 命令による応答情報
＜END 識別子、waitId＞が受信される。

【００７３】続いて、#3〜#7のswitchブロックが実行さ
れ、これにより、受信された識別子に対応するcaseブロ
ックが実行される。上述の例では、“END 識別子”が受
信されたため、#4から始まるcaseブロックが実行され
る。

【００７４】このcaseブロックでは、受信された“wait
Id”を引数とするpost命令が実行される。この結果、前
述したように、上記“waitId”と同じ“waitId”を引数
とし実行されたwait命令が実行されたスレッドのスリー
プ状態が解除され、write メソッドを実行したサイトＢ
のオブザーバ１０２に応答が返される。

【００７５】ここで、ネットオブザーバ４０１とネット
オブザーバブル４０２も含めて、オブザーバによるオブ
ザーバブルに対する参照は、そのオブザーバブルが有す
るスロット１０３の“名前”を用いて行われる。このた
め、サイトＢのオブザーバ１０２は、サイトＡのオブザ
ーバブル１０１を参照する場合には、サイトＢに生成さ
れる上記サイトＡのオブザーバブル１０１に対応するネ
ットオブザーバブル４０２が有するスロット１０３の
“名前”を指定するだけで、ネットワークを意識するこ
となく、サイトＡのオブザーバブル１０１を参照するこ
とができる。マグ、実体、化身の説明 続いて、本実施の形態の説明において用いられる、マ
グ、化身、及び実体という概念について説明する。

【００７６】図５に示されるマグ５０１とは、一般に、
“データ”に直接又は間接にアクセスする機能を有する
アクセス手続きを含むオブジェクト（図１に示されるオ
ブザーバブル１０１又は図４に示されるネットオブザー
バブル４０２）と、そのアクセス手続きを介して前述の
“データ”を参照しながら所定の処理を実行する少なく
とも１つのオブジェクト（図１に示されるオブザーバ１
０２又は図４に示されるネットオブザーバ４０１）とか
らなるオブジェクトの組をいう。特別な場合として、オ
ブザーバ１０２又はネットオブザーバブル４０２のみを
有するマグ５０１、オブザーバブル１０１のみを有する
マグ５０１も存在する。

【００７７】次に、図６に示されるように、第１のマグ
５０１に含まれるオブザーバブル１０１が有する全ての
又は一部の“データ”にアクセスすることのできるアク
セス手続きを有するネットオブザーバブル４０２を含む
第２のマグ５０１を、その第１のマグ５０１に対する化
身６０２と呼び、その第１のマグ５０１を実体６０１と
呼ぶ。ネットワーク内のサイトＢに存在する化身６０２
内のネットオブザーバブル４０２は、実体６０１が存在
するネットワーク内のサイトＡ上のネットオブザーバ４
０１を介して、実体６０１内のオブザーバブル１０１と
通信する。言い換えれば、実体６０１は、所望のアプリ
ケーションを実現するマグ５０１であって、化身６０２
は、そのアプリケーションをネットワークを介して参照
するマグ５０１である。１つの実体６０１に対し複数の
化身６０２が存在する可能性があるが、前述したupdate
イベントを用いた機構（図１参照）により、１つの実体
６０１内のオブザーバブル１０１を参照している全ての
化身６０２内のオブザーバ１０２において、その実体６
０１内のオブザーバブル１０１に対する観測状態の整合
性を保持することができる。

【００７８】本実施の形態において、化身６０２には、
３種類の化身が存在する。第１の化身６０２は、代替ビ
ューと呼び、ネットオブザーバブル４０２と、その化身
６０２に対応する実体６０１内のオブザーバブル１０１
のスロット１０３内の“データ”にアクセスするための
インタフェースのみを有するオブザーバ（デフォルトオ
ブザーバ）１０２とから構成される。このオブザーバ１
０２が有するインタフェースは、具体的には、上述の実
体６０１内のオブザーバブル１０１のスロット１０３に
１対１に対応するネットオブザーバブル４０２のスロッ
ト１０３に定義されている“リード手続き”コード、
“ライト手続き”コード、又は“type手続き”コードに
アクセスするためのreadメソッド、write メソッド、又
はtypeメソッド等のコード群（図３参照）と、上記実体
６０１内のオブザーバブル１０１に定義されているupda
teメソッドから上記化身６０２内のネットオブザーバブ
ル４０２に定義されているupdateメソッドを介して上記
化身６０２内のオブザーバ１０２に通知されるupdateイ
ベントを受信するコード等である。

【００７９】代替ビュー内のデフォルトオブザーバ１０
２は、上記インタフェース以外のアプリケーション機能
は持たない。代替ビューについては、本実施の形態によ
り実現される後述する分散ジョブ実行システムの説明に
おいて、更に言及する。

【００８０】第２の化身６０２は、モデル共有と呼び、
ネットオブザーバブル４０２と、その化身６０２に対応
する実体６０１内のオブザーバ１０２のコピーであるオ
ブザーバ１０２とから構成される。

【００８１】第３の化身６０２は、視点（ビューポイン
ト）と呼び、代替ビューが有するインタフェース機能
に、表示とイベントの処理機能が付加されたものであ
る。例えば、図７に示されるように、サイトＡに存在す
る実体６０１内のオブザーバブル１０１（及びオブザー
バ１０２）は、例えばＧＵＩを有する表計算処理等のア
プリケーションとして実装される。

【００８２】サイトＢ内の化身６０２であるビューポイ
ント７０１は、実体６０１内のオブザーバブル１０１の
スロット１０３に１対１に対応するスロット１０３を有
するネットオブザーバブル４０２と、画面オブジェクト
であるオブザーバ１０２とを含む。

【００８３】サイトＢのコンピュータ画面上で、マウス
の操作等に基づいてイベントが発生すると、そのイベン
トは、ネットオブザーバブル４０２内の所定のスロット
１０３に定義されているアクセス手続きによって、ネッ
トワークを介して、サイトＡ内の第１のネットオブザー
バ４０１に中継され、更にその第１のネットオブザーバ
４０１によって、実体６０１内のオブザーバブル１０１
に含まれる上記所定のスロット１０３と同じ“名前”を
有するスロット１０３に定義されているアクセス手続き
によって処理される。

【００８４】その結果、実体６０１内のオブザーバブル
１０１において所定の“データ”の表示命令が発行され
ると、その表示命令は、サイトＡ内の第１のネットオブ
ザーバ４０１からネットワークを介して、サイトＢに存
在するビューポイント７０１内のネットオブザーバブル
４０２に中継され、更にそのネットオブザーバブル４０
２によって、ビューポイント７０１内のオブザーバ１０
２に転送される。オブザーバ１０２は、この表示命令に
基づいて、画面の描画を実行する。

【００８５】ここで、図７に示されるように、サイトＡ
に存在する実体６０１内のオブザーバブル１０１にアク
セスするビューポイント７０１は、例えばサイトＢとは
別のサイトＣ内にも生成することができる。

【００８６】サイトＢ及びサイトＣ内の各ビューポイン
ト７０１は、サイトＡ内の実体６０１が実現するアプリ
ケーションの画面制御を、それぞれのサイトの環境に合
った形式で実装することができる。この場合、前述した
updateイベントを用いた機構（図１参照）により、実体
６０１内のオブザーバブル１０１を参照している全ての
ビューポイント７０１内のオブザーバ１０２において、
その実体６０１内のオブザーバブル１０１に対する画面
制御状態の整合性を保持することができる。エージェントによるネットワーク移動可能なオブジェク
トの実現 以上説明した前提技術に基づく、ネットワーク移動可能
なオブジェクトの実現技術について、以下に詳細に説明
する。

【００８７】本実施の形態では、前述のように、ネット
ワークを介したオブジェクト間通信は、それぞれがオブ
ジェクトの組によって構成されるマグ５０１である実体
６０１と化身６０２を単位として実現されることを前提
とする。この前提のもとで、本実施の形態では、マグ５
０１がネットワーク内を移動する場合として、図８に示
されるように、マグ５０１である化身６０２が移動する
場合と、図９に示されるように、マグ５０１である実体
６０１が移動する場合のそれぞれの場合を許容すること
ができる。

【００８８】即ち図８の場合では、サイトＡ内の実体６
０１に対応してサイトＢ内に生成されている化身６０２
は、それを含むオブジェクト群であるエージェント８０
１と共にサイトＣに移動することができ、サイトＡ内の
実体６０１とサイトＣに移動した化身６０２は、移動前
と移動後とで、それらの接続の整合性を維持することが
できる。逆に、図９の場合では、サイトＢ内の化身６０
２から参照されるサイトＡ内の実体６０１は、それを含
むオブジェクト群であるエージェント９０１と共にサイ
トＡ′に移動することができ、サイトＡ′に移動した実
体６０１とサイトＢ内の化身６０２とは、移動前と移動
後とで、それらの接続の整合性を維持することができ
る。

【００８９】このような機能を実現するために、本実施
の形態では、ネットワーク内での実体６０１及び化身６
０２の移動に関する情報を管理する、リポジトリと呼ぶ
サーバコンピュータがネットワーク内に設置される。

【００９０】今、図１０に示されるように、第１のサイ
トに存在する実体６０１が第２のサイト（第１のサイト
と同一でもよい）に上記実体６０１に対応する化身６０
２を生成した時点で、第１のサイト内の実体６０１及び
第２のサイト内の化身６０２は、リポジトリ１００１
に、それぞれが存在する第１及び第２のサイトの各ネッ
トワークアドレス情報１００７（＃１）及び１００７
（＃２）を登録する。ネットワークアドレス情報１００
７は、例えばホスト名又はＩＰアドレスである。

【００９１】リポジトリ１００１内のマグ識別子割振り
部１００２は、各ネットワークアドレス情報１００７
（＃１）及び１００７（＃２）に対応させて、そのリポ
ジトリ１００１の管理範囲においてユニークなマグ識別
子１００６（＃１）及び１００６（＃２）をそれぞれ割
り振り、それらの組をそのリポジトリ１００１が有する
データベース１００３内の各エントリに登録すると共
に、上述の２つのマグ識別子１００６（＃１）及び１０
０６（＃２）を、第１のサイト内の実体６０１及び第２
のサイト内の化身６０２に通知する。

【００９２】第１のサイト内の実体６０１及び第２のサ
イト内の化身６０２は、自分達自身及びそれぞれの通信
相手（第２のサイト内の化身６０２及び第１のサイト内
の実体６０１）のマグ識別子１００６（＃１）及び１０
０６（＃２）を保持し、それらを用いて相互の接続（例
えば前述したソケットによる接続）を確立し、その後に
相互の通信を開始する。

【００９３】図１１は、図８の場合に対応する、リポジ
トリ１００１を用いたエージェント８０１の移動処理の
説明図である。サイトＡに実体６０１が存在し、サイト
Ｂにその実体６０１に対応する化身６０２が存在する初
期状態においては、リポジトリ１００１内のデータベー
ス１００３には、サイトＡに存在する実体６０１に対応
する、マグ識別子１００６とネットワークアドレス情報
１００７とからなるエントリと、サイトＢに存在する化
身６０２に対応する、マグ識別子１００６とネットワー
クアドレス情報１００７とからなるエントリとが登録さ
れている。

【００９４】サイトＢに存在するエージェント８０１
は、それが移動する場合には、それが含む化身６０２と
その化身６０２に対応するサイトＡ内の実体６０１との
間の接続（例えばソケット接続）を切断した後に（図１
１のステップ１）、ネットワーク内を宛先であるサイト
Ｃに移動する（図１１のステップ２）。エージェント８
０１の移動形態としては、そのエージェント８０１がサ
イトＢからサイトＣに送信される形態、又はそのエージ
ェント８０１を含むモーバイルコンピュータがサイトＢ
からサイトＣに移動する形態等がある。

【００９５】エージェント８０１は、サイトＣに移動
後、そのサイトＣのネットワークアドレス情報１００７
を、そのエージェント８０１が含む化身６０２に対応す
るマグ識別子１００６と共に、リポジトリ１００１に通
知する。リポジトリ１００１内のアドレス更新部１００
４は、データベース１００３上で、サイトＣから通知さ
れたマグ識別子１００６に対応するエントリを検索し、
検索したエントリ内のネットワークアドレス情報１００
７をサイトＣから通知されたものに更新する（図１１の
ステップ３）。

【００９６】その後、サイトＣに移動したエージェント
８０１内の化身６０２は、リポジトリ１００１から実体
６０１が存在するサイトＡのネットワークアドレス情報
１００７を取得し（図１１のステップ４）、それを用い
てサイトＡに存在する実体６０１に対して、その化身６
０２と実体６０１の再接続要求を送信する。これに対し
て、サイトＡに存在する実体６０１は、リポジトリ１０
０１から化身６０２が移動した先のサイトＣのネットワ
ークアドレス情報１００７を取得し（図１１のステップ
４）、それを用いて自分自身とサイトＣに移動した化身
６０２とを再接続する（図１１のステップ５）。

【００９７】サイトＣに移動した化身６０２又はサイト
Ａ内の実体６０１は、リポジトリ１００１からサイトＡ
のネットワークアドレス情報１００７又はサイトＣのネ
ットワークアドレス情報１００７を取得する場合には、
リポジトリ１００１に、それぞれの通信相手である実体
６０１のマグ識別子１００６又は化身６０２のマグ識別
子１００６を通知して照会する。これに対して、リポジ
トリ１００１内のアドレス照会部１００５は、データベ
ース１００３上で、通知された実体６０１のマグ識別子
１００６又は化身６０２のマグ識別子１００６に対応す
るエントリを検索し、検索したエントリ内のネットワー
クアドレス情報１００７を、通知元に返信する。

【００９８】このようにして、図８に示されるように化
身６０２が移動する形態において、サイトＡ内の実体６
０１とサイトＣに移動した化身６０２は、図１１に示さ
れるようにしてリポジトリ１００１内のデータベース１
００３を更新し及び照会することにより、移動前と移動
後とで、それらの接続の整合性を維持することができ
る。リポジトリ１００１内のデータベース１００３は、
実体６０１及び化身６０２の常に最新のネットワークア
ドレス情報１００７を保持することになるため、移動し
た実体６０１又は化身６０２がネットワーク内で行方不
明になってしまうという事態を回避することができる。

【００９９】次に、図１２は、図９の場合に対応する、
リポジトリ１００１を用いたエージェント９０１の移動
処理の説明図である。図１１の場合と同様に、サイトＡ
に実体６０１が存在し、サイトＢにその実体６０１に対
応する化身６０２が存在する初期状態では、リポジトリ
１００１内のデータベース１００３には、サイトＡに存
在する実体６０１に対応する、マグ識別子１００６とネ
ットワークアドレス情報１００７とからなるエントリ
と、サイトＢに存在する化身６０２に対応する、マグ識
別子１００６とネットワークアドレス情報１００７とか
らなるエントリとが登録されている。

【０１００】サイトＡに存在するエージェント９０１
は、それが移動する場合には、それが含む実体６０１と
その実体６０１に対応するサイトＢ内の化身６０２との
間の接続を切断した後に（図１２のステップ１）、ネッ
トワーク内を宛先であるサイトＡ′に移動する（図１２
のステップ２）。

【０１０１】エージェント９０１は、サイトＡ′に移動
後、そのサイトＡ′のネットワークアドレス情報１００
７を、そのエージェント９０１が含む実体６０１に対応
するマグ識別子１００６と共に、リポジトリ１００１に
通知する。リポジトリ１００１内のアドレス更新部１０
０４は、データベース１００３上で、サイトＡ′から通
知されたマグ識別子１００６に対応するエントリを検索
し、検索したエントリ内のネットワークアドレス情報１
００７をサイトＡ′から通知されたものに更新する（図
１２のステップ３）。

【０１０２】その後、サイトＡ′に移動したエージェン
ト９０１内の実体６０１は、リポジトリ１００１から化
身６０２が存在するサイトＢのネットワークアドレス情
報１００７を取得し（図１２のステップ４）、それを用
いて自分自身とサイトＢに存在する化身６０２とを再接
続する（図１２のステップ５）。

【０１０３】図１１の場合と同様に、サイトＡ′に移動
した実体６０１又はサイトＢ内の化身６０２は、リポジ
トリ１００１からサイトＢのネットワークアドレス情報
１００７又はサイトＡ′のネットワークアドレス情報１
００７を取得する場合には、リポジトリ１００１に、そ
れぞれの通信相手である化身６０２のマグ識別子１００
６又は実体６０１のマグ識別子１００６を通知して照会
する。これに対して、リポジトリ１００１内のアドレス
照会部１００５は、データベース１００３上で、通知さ
れた化身６０２のマグ識別子１００６又は実体６０１の
マグ識別子１００６に対応するエントリを検索し、検索
したエントリ内のネットワークアドレス情報１００７
を、通知元に返信する。

【０１０４】このようにして、図９に示されるように実
体６０１が移動する形態において、サイトＡ′に移動し
た実体６０１とサイトＢ内の化身６０２は、図１２に示
されるようにしてリポジトリ１００１内のデータベース
１００３を更新し及び照会することによって、移動前と
移動後とで、それらの接続の整合性を維持することがで
きる。この場合も図１１の場合と同様に、リポジトリ１
００１内のデータベース１００３は、実体６０１及び化
身６０２の常に最新のネットワークアドレス情報１００
７を保持することになるため、移動した実体６０１又は
化身６０２がネットワーク内で行方不明になってしまう
という事態を回避することができる。エージェントの移動処理の詳細説明 上述したエージェントの移動処理の詳細動作について、
以下に説明する。

【０１０５】図１３(a) は、エージェントの移動前即ち
化身６０２と実体６０１の接続の切断処理前の状態を示
した図である。切断処理前においては、図４を用いて詳
細に前述したように、化身６０２内のオブザーバ１０２
と実体６０１内のオブザーバブル１０１は、化身６０２
が有するネットオブザーバブル４０２と実体６０１が有
する又は実体６０１とは別のネットオブザーバ４０１と
を介して通信する。相手からのコマンドは、ネットオブ
ザーバブル４０２内の受信デーモン１３０３又はネット
オブザーバ４０１内の受信デーモン１３０４が受信する
（図４(b) 参照）。ネットオブザーバブル４０２内のネ
ットワークモデル部１３０１は、化身６０２内のオブザ
ーバ１０２にスロットインタフェースを提供する。ネッ
トオブザーバ４０１内のネットワーク制御部１３０２
は、受信デーモン１３０４と実体６０１内のオブザーバ
ブル１０１との間の通信を中継する。

【０１０６】図１３(b) は、切断処理を示した図であ
る。なお、移動しようとしているエージェントが存在す
るサイトをサーバ側、そのエージェントに含まれる化身
６０２又は実体６０１と通信している実体６０１又は化
身６０２が存在するサイトをクライアント側と呼ぶ。

【０１０７】まず、サーバ側において、エージェントに
よって、シャットダウン処理が起動される（図１３(b)
のステップ１）。次に、サーバ側からクライアント側に
対して、シャットダウン要求が送信される（図１３(b)
のステップ２）。

【０１０８】クライアント側は、上記シャットダウン要
求を受信すると、自サイトで処理要求待ちとなっている
処理をキャンセルした後（図１３(b) のステップ３）、
自サイトにおけるネットワーク制御部１３０２と受信デ
ーモン１３０４との参照関係又はネットワークモデル部
１３０１と受信デーモン１３０３との参照関係を切断す
る（図１３(b) のステップ４）。この切断処理の結果
は、サーバ側に返信される。

【０１０９】サーバ側は、上述の切断処理の結果を受信
すると、自サイトにおけるネットワークモデル部１３０
１と受信デーモン１３０３との参照関係又はネットワー
ク制御部１３０２と受信デーモン１３０４との参照関係
を切断し、ソケットをクローズする（図１３(b) のステ
ップ５）。

【０１１０】図１３(c) は、切断処理後の化身６０２及
び実体６０１の状態を示した図である。この図からわか
るように、ネットワーク通信を実行していた受信デーモ
ン１３０３及び１３０４が消滅した状態となる。

【０１１１】図１４は、図９に示されるように、実体６
０１を含むエージェント９０１がネットワーク内を移動
した後における再接続処理の説明図である。この場合に
は、エージェント９０１内の実体６０１をトリガとし
て、再接続処理が実行される。

【０１１２】まず、移動後のサイトにおいて、エージェ
ント９０１内の実体６０１内のネットワーク制御部１３
０２が、その実体６０１に対応する化身６０２に対する
ネットワーク再接続処理を起動する（図１４のステップ
１）。

【０１１３】次に、ネットワーク制御部１３０２は、前
述したように、特には図示しないリポジトリ１００１
（図１２参照）に切断前に通信していた化身６０２のマ
グ識別子１００６を通知して照会することにより、その
リポジトリ１００１から化身６０２が存在するサイトの
ネットワークアドレス情報１００７を取得する（図１４
のステップ２）。

【０１１４】次に、ネットワーク制御部１３０２は、実
体６０１に対応する受信デーモン１３０４を起動する
（図１４のステップ３）。続いて、その起動した受信デ
ーモン１３０４が、リポジトリ１００１から取得したネ
ットワークアドレス情報１００７を用いて、化身６０２
が存在するサイトに再接続要求を送信する（図１４のス
テップ４）。

【０１１５】化身６０２が存在するサイトでは、上記再
接続要求が受信されると、ネットワークサービス起動部
（例えばｉｎｅｔｄデーモン）が、化身６０２に対応す
る受信デーモン１３０３を起動する（図１４のステップ
５）。

【０１１６】更に、化身６０２が存在するサイトでは、
カーネルが、上記受信デーモン１３０３と化身６０２と
の関係付けを実行する（図１４ステップ６）。具体的に
は、化身６０２内のネットワークモデル部１３０１と受
信デーモン１３０３との相互の参照関係（例えばメモリ
アドレスの参照関係）が確立される。

【０１１７】この結果、実体６０１とそれに対応する化
身６０２との間の再接続が完了する（図１４のステップ
７）。図１５は、図８に示されるように、化身６０２を
含むエージェント８０１がネットワーク内を移動した後
における再接続処理の説明図である。

【０１１８】この場合には、エージェント８０１内の化
身６０２をトリガとして、再接続処理が実行される。ま
ず、移動後のサイトにおいて、エージェント８０１内の
化身６０２内のネットワークモデル部１３０１が、その
化身６０２に対応する実体６０１に対するネットワーク
再接続処理を起動する（図１５のステップ１）。

【０１１９】次に、ネットワークモデル部１３０１は、
前述したように、特には図示しないリポジトリ１００１
（図１１参照）に切断前に通信していた実体６０１のマ
グ識別子１００６を通知して照会することにより、その
リポジトリ１００１から実体６０１が存在するサイトの
ネットワークアドレス情報１００７を取得する（図１５
のステップ２）。

【０１２０】次に、ネットワークモデル部１３０１は、
リポジトリ１００１から取得したネットワークアドレス
情報１００７を用いて、実体６０１が存在するサイトに
再接続処理要求を送信する（図１５のステップ３）。

【０１２１】実体６０１が存在するサイトでは、上記再
接続処理要求が受信されると、図１４の示される一連の
処理が開始され、最終的に実体６０１とそれに対応する
化身６０２とが再接続する。本実施の形態により実現される分散ジョブ実行システム
の説明 上述した本発明の実施の形態を応用することにより実現
される分散ジョブ実行システムについて、以下に説明す
る。

【０１２２】このシステムでは、バッチジョブを構成す
るジョブステップを、複数のサイトのコンピュータで分
散して実行させ、かつ、それらのジョブステップが相互
に連携するように動作させ、なおかつ、全てのジョブス
テップを１つのサイトから統一的に管理することが可能
である。

【０１２３】まず、各ジョブステップは、実体６０１と
して実装される。より具体的には、実体６０１内のオブ
ザーバブル１０１（図６参照）が、ジョブステップ実行
機能を有する。図１６の例では、実体６０１（＃１）及
び６０１（＃２）がそれぞれジョブステップである。

【０１２４】続いて、図１６に示されるように、それぞ
れの実体６０１（＃１）及び６０１（＃２）にそれぞれ
対応する代替ビュー６０２（＃１）及び６０２（＃２）
が生成され、これらの実体６０１（＃１）及び６０１
（＃２）と代替ビュー６０２（＃１）及び６０２（＃
２）を含むエージェント１６０１が定義される。この結
果、これらの実体６０１（＃１）及び６０１（＃２）と
代替ビュー６０２（＃１）及び６０２（＃２）は、ネッ
トワーク内を移動可能となる。

【０１２５】実体６０１（＃１）及び６０１（＃２）と
代替ビュー６０２（＃１）及び６０２（＃２）は、ロー
カルサイトのネットワークアドレス情報１００７（ルー
プバックアドレス）を伴って特には図示しないリポジト
リ１００１に登録されることによって、そのリポジトリ
１００１からマグ識別子１００６を付与される。そし
て、実体６０１（＃１）と代替ビュー６０２（＃１）、
及び実体６０１（＃２）と代替ビュー６０２（＃２）
は、それぞれ接続１６０３（＃１）及び１６０３（＃
２）を確立している。これらの制御は全て、前述した実
体６０１と化身６０２との間の接続制御処理に基づいて
実行される。

【０１２６】また、代替ビュー６０２（＃１）及び６０
２（＃２）は、それぞれ実体６０１（＃１）及び６０１
（＃２）である各ジョブステップの実行を制御するイン
タフェースのみを有し、これらのインタフェースは全
て、前述した代替ビュー６０２（＃１）及び６０２（＃
２）内の特には図示しない各ネットオブザーバブル４０
２及び実体６０１（＃１）及び６０１（＃２）内の特に
は図示しない各オブザーバブル１０１に定義されるスロ
ット１０３を介して確立される。

【０１２７】次に、サイトＡにおいて、エージェント１
６０１そのものに対する操作ビューである代替ビュー１
６０２が定義される。この代替ビュー１６０２は、エー
ジェント１６０１内の各代替ビュー６０２（＃１）及び
６０２（＃２）を介して、エージェント１６０１内の各
実体６０１（＃１）及び６０１（＃２）である各ジョブ
ステップを制御するインタフェースのみを有する。

【０１２８】この場合、代替ビュー１６０２内の特には
図示しないオブザーバ１０２は、代替ビュー１６０２内
の特には図示しないネットオブザーバブル４０２の各ス
ロット１０３から、エージェント１６０１内の特には図
示しないネットオブザーバ４０１を介して、エージェン
ト１６０１内の各代替ビュー６０２（＃１）及び６０２
（＃２）内の各スロット１０３にアクセスし、更にそれ
ら各スロット１０３からエージェント１６０１内の各実
体６０１（＃１）及び６０１（＃２）内のネットオブザ
ーバ４０１を介して、それら各実体６０１（＃１）及び
６０１（＃２）内のオブザーバブル１０１内の各スロッ
ト１０３にアクセスする。

【０１２９】エージェント１６０１とその代替ビュー１
６０２は、サイトＡのネットワークアドレス情報１００
７を伴って特には図示しないリポジトリ１００１に登録
されることにより、そのリポジトリ１００１からマグ識
別子１００６を付与される。そして、エージェント１６
０１とその代替ビュー１６０２は、接続１６０４を確立
している。この制御は全て、前述した実体６０１と化身
６０２との間の接続制御処理に基づいて実行される。

【０１３０】図１６に示されるようにサイトＡ内に生成
されたエージェント１６０１は、続いて、その内部に記
述されたプログラムコードに基づいて、サイトＢに投入
される。

【０１３１】この結果、図１７(a) に示されるように、
サイトＡには、エージェント１６０１に対応する代替ビ
ュー１６０２のみが残り、エージェント１６０１はサイ
トＢに移動する。

【０１３２】この移動に伴って、エージェント１６０１
によって、特には図示しないリポジトリ１００１内のデ
ータベース１００３（図１０参照）上の上記エージェン
ト１６０１に対応するエントリに登録されているネット
ワークアドレス情報１００７が、サイトＡのものからサ
イトＢのものへ更新される。そして、この更新に基づい
て、サイトＡ内の代替ビュー１６０２とサイトＢに移動
したエージェント１６０１との間の再接続１７０１が確
立する。

【０１３３】続いて、図１７(b) に示されるように、サ
イトＢに移動したエージェント１６０１の内部に記述さ
れたプログラムコードに基づいて、そのエージェント１
６０１内の実体６０１（＃１）がそのエージェント１６
０１から切り離され、その実体６０１（＃１）であるジ
ョブステップの実行が開始される。なお、このジョブス
テップは、サイトＡ内の代替ビュー１６０２からの実行
開始命令によってその実行を開始するように構成されて
もよい。

【０１３４】この切離しに伴って、実体６０１（＃１）
によって、特には図示しないリポジトリ１００１内のデ
ータベース１００３（図１０参照）上の上記実体６０１
（＃１）に対応するエントリに登録されているネットワ
ークアドレス情報１００７が、ローカルサイトのもの
（ループバックアドレス）からサイトＢのものへ更新さ
れる。そして、この更新に基づいて、エージェント１６
０１内の代替ビュー６０２（＃１）と実体６０１（＃
１）との間の再接続１７０２が確立する。

【０１３５】サイトＢ内のエージェント１６０１は、続
いて、その内部に記述されたプログラムコードに基づい
て、サイトＣに投入される。この結果、図１８(a) に示
されるように、サイトＡには、エージェント１６０１に
対応する代替ビュー１６０２のみが残り、サイトＢに
は、ジョブステップである実体６０１（＃１）のみが残
り、エージェント１６０１はサイトＣに移動する。

【０１３６】この移動に伴って、エージェント１６０１
によって、特には図示しないリポジトリ１００１内のデ
ータベース１００３（図１０参照）上の上記エージェン
ト１６０１に対応するエントリに登録されているネット
ワークアドレス情報１００７が、サイトＢのものからサ
イトＣのものへ更新される。そして、この更新に基づい
て、サイトＡ内の代替ビュー１６０２とサイトＣに移動
したエージェント１６０１との間の再接続１８０１が確
立する。

【０１３７】また、上記移動に伴って、エージェント１
６０１によって、特には図示しないリポジトリ１００１
内のデータベース１００３（図１０参照）上の上記エー
ジェント１６０１内の代替ビュー６０２（＃１）に対応
するエントリに登録されているネットワークアドレス情
報１００７が、ローカルサイトのもの（ループバックア
ドレス）からサイトＣのものへ更新される。そして、こ
の更新に基づいて、サイトＢ内の実体６０１（＃１）と
サイトＣに移動したエージェント１６０１内の代替ビュ
ー１６０２（＃１）との間の再接続１８０２が確立す
る。

【０１３８】続いて、図１８(b) に示されるように、サ
イトＣに移動したエージェント１６０１の内部に記述さ
れたプログラムコードに基づいて、そのエージェント１
６０１内の実体６０１（＃２）がそのエージェント１６
０１から切り離され、その実体６０１（＃２）であるジ
ョブステップの実行が開始される。なお、このジョブス
テップは、サイトＡ内の代替ビュー１６０２からの実行
開始命令によってその実行を開始するように構成されて
もよい。

【０１３９】この切離しに伴って、実体６０１（＃２）
によって、特には図示しないリポジトリ１００１内のデ
ータベース１００３（図１０参照）上の上記実体６０１
（＃２）に対応するエントリに登録されているネットワ
ークアドレス情報１００７が、ローカルサイトのもの
（ループバックアドレス）からサイトＣのものへ更新さ
れる。そして、この更新に基づいて、エージェント１６
０１内の代替ビュー６０２（＃２）と実体６０１（＃
２）との間の再接続１８０３が確立する。

【０１４０】以上のようにして、サイトＡで生成された
エージェント１６０１内の各実体６０１（＃１）及び６
０１（＃２）は、それぞれサイトＢ及びサイトＣで分散
実行可能な状態になる。

【０１４１】ここで、サイトＡ内の代替ビュー（操作ビ
ュー）１６０２は、接続１８０１によって、サイトＣ内
のエージェント１６０１にアクセスすることができ、更
に、そのエージェント１６０１内の代替ビュー６０２
（＃１）及び６０２（＃２）から各接続１８０２及び１
８０３を介してサイトＢ内の実体６０１（＃１）及びサ
イトＣ内の実体６０１（＃２）にアクセスすることがで
きる。従って、サイトＡ内の代替ビュー１６０２から、
各サイトに分散した実体６０１（＃１）及び６０１（＃
２）である各ジョブステップを、統一的に制御すること
ができる。

【０１４２】なお、接続１８０１、１８０２、又は１８
０３は、各ジョブステップの実行中に常時確立されてい
る必要はなく、必要に応じて確立されるように構成され
てもよい。この場合には、接続のつど、特には図示しな
いリポジトリ１００１内のデータベース１００３が参照
されることになる。

【０１４３】以上説明したように、本実施の形態による
エージェントを用いたオブジェクト間通信技術を応用す
ることにより、分散ジョブ実行システムを容易に実現す
ることができる。本実施の形態により実現されるワークフローシステムの
説明 最後に、前述した本発明の実施の形態を応用することに
より実現されるワークフローシステムについて、以下に
説明する。

【０１４４】このシステムでは、図１９に示されるよう
に、文書データ（マルチメディアデータを含む）が実体
６０１として例えばサイトＡ内に作成される。その場合
の作成処理（文書データへのアクセス）は、上記実体６
０１に対応してサイトＡ内に生成される化身６０２内の
オブザーバ１０２を用いて実行される（図１９のステッ
プ１）。

【０１４５】次に、この化身６０２を含むエージェント
１９０１がサイトＡにおいて生成され、そのエージェン
ト１６０１がサイトＡからサイトＢに移動する。この場
合、まず、エージェント１９０１によって実体６０１と
化身６０２との間の接続が切断され（図１９のステップ
２）、その後、エージェント１９０１内に記述されたコ
ードに従って、そのエージェント１９０１がサイトＡか
らサイトＢに送信される（図１９のステップ３）。

【０１４６】この送信に伴って、エージェント１９０１
によって、特には図示しないリポジトリ１００１内のデ
ータベース１００３（図１０参照）上の化身６０２に対
応するエントリに登録されているネットワークアドレス
情報１００７が、ローカルサイトのもの（ループバック
アドレス）からサイトＢのものへ更新される。そして、
この更新に基づいて、エージェント１９０１内の化身６
０２とサイトＡ内の実体６０１との間の再接続が確立す
る（図１９のステップ４）。

【０１４７】この結果、サイトＢ内のオペレータは、エ
ージェント１９０１内の化身６０２内のオブザーバ１０
２を用いて、サイトＡ内の実体６０１である文書データ
に対して、編集作業を実行することができる（図１９の
ステップ５）。

【０１４８】このとき、サイトＢにおいて、エージェン
ト１９０１全体に対する化身１９０２が生成され、それ
が別のサイトＣに送信されることにより（図１９のステ
ップ６）、サイトＣ内のオペレータは、サイトＢ内のオ
ペレータと協調して、サイトＡ内の実体６０１である文
書データに対して、作業を実行することができる（図１
９のステップ７）。

【０１４９】サイトＢでの作業が終了した後、サイトＢ
内のエージェント１９０１は、更に別のサイトへ転送さ
れ、同様の作業が実行される。このようにして、本実施
の形態によるエージェントを用いたオブジェクト間通信
技術を応用することにより、ワークフローシステムを容
易に実現することができる。

【０１５０】上記ワークフローシステムは、実体６０１
である文書データ自身は、サイトＡにとどまって他のサ
イトへは転送されないため、文書の改竄の防止等の保護
処置も容易に実現することができるという特徴も有す
る。他の実施の形態 以上説明した実施の形態においては、化身６０２又は実
体６０１の何れかがネットワーク内を移動した後におけ
る両者の再接続処理は、リポジトリ１００１内のデータ
ベース１００３に化身６０２又は実体６０１のネットワ
ークアドレス情報１００７を照会しながら実現されてい
るが、本発明はこれに限られるものではなく、一方のマ
グ５０１（実体６０１又は化身６０２）が移動しないこ
とが保証されていれば、移動したマグ５０１（化身６０
２又は実体６０１）が移動していないマグ５０１（実体
６０１又は化身６０２）に対して、自身のネットワーク
アドレス情報１００７を直接通知するように構成されて
もよい。

【０１５１】なお、本発明は、上記各実施の形態に対応
する機能を実現するコンピュータプログラムを記憶した
フロッピィディスク、ＣＤ−ＲＯＭディスク、光ディス
ク、可搬型（リムーバブル）ハードディスク等の記録媒
体をも特許請求の範囲とする。

【０１５２】

【発明の効果】本発明の一構成によれば、オブジェクト
がネットワーク内を移動した場合に、そのオブジェクト
の識別情報とそのオブジェクトが存在するサイトのネッ
トワークアドレス情報とを対応付けて管理するリポジト
リに登録されているネットワークアドレス情報を変更
し、リポジトリに登録されているネットワークアドレス
情報に基づいて、移動したオジェクトに対応するオブジ
ェクト間通信経路を再確立することが可能となる。これ
により、移動前と移動後とで、オブジェクト間の接続の
整合性を維持することが可能となる。

【０１５３】本発明の他の構成によれば、第１のサイト
上に存在する第１のオブジェクトが、第２のオブジェク
トとの間でオブジェクト間通信経路を確立している状態
で第１のオブジェクトが第１のサイトとは別の第２のサ
イトに移動する場合に、第１のオブジェクトの移動の後
に、まず、第２のサイトと前記第２のオブジェクトが存
在する第３のサイトとの間のサイト間通信経路が確立さ
れ、更に第１のオブジェクトと第２のオブジェクトとの
間のオブジェクト間通信経路が再確立されることによ
り、移動前と移動後とで、オブジェクト間の接続の整合
性を維持することが可能となる。また、随時リポジトリ
を更新・参照するような構成により、より確実なオブジ
ェクト間の接続の整合性の維持が可能となる 本発明の更に他の構成によれば、ネットワーク内の１つ
のコンピュータ上の第１ノマグと、それを参照するマグ
であってネットワーク内の他のコンピュータに移動した
第２のマグは、リポジトリ内のマグ識別子とネットワー
クアドレス情報とからなるデータ組を更新し及び照会す
ることにより、移動前と移動後とで、それらの接続の整
合性を維持することが可能となる。この場合に、リポジ
トリ内のデータ組は、第１及び第２のマグの常に最新の
ネットワークアドレス情報を保持することになるため、
移動した第１又は第２のマグがネットワーク内で行方不
明になってしまうという事態を回避することが可能とな
る。

【０１５４】本発明によるオブジェクト間通信技術を用
いた分散ジョブ実行技術によれば、ネットワーク内の任
意のコンピュータへのジョブデータの分散投入と、それ
らの分散して実行されるジョブデータの統一的な連携制
御を、容易に実現することが可能となる。

【０１５５】本発明によるオブジェクト間通信技術を用
いたワークフロー実行技術によれば、ネットワーク内の
複数のコンピュータ間でのワークフローの制御を、容易
に実現することが可能となる。

【０１５６】また、このワークフロー実行技術は、第１
のマグに含まれる業務処理データ自身は、特定のコンピ
ュータにとどまって他のコンピュータへは転送されない
ようにし、その業務処理データに対するインタフェース
を含む第２のマグのみをネットワーク内で移動可能なよ
うにすることができるため、例えば文書の改竄の防止等
の保護処置も容易に実現することができるという特徴も
有する。

【０１５７】なお、本発明において、第１又は第２のマ
グのうちの一方がネットワーク内を移動しないことが保
証されていれば、移動した第２又は第１のマグが移動し
ていない第１又は第２のマグに対して、自身のネットワ
ークアドレス情報を直接通知し、それに基づいて通信接
続が再確立されるように構成することもできる。

【０１５８】また、本発明では、第２のマグ内のオブザ
ーバオブジェクトから第２のマグ内のネットオブザーバ
ブルオブジェクトを介した第１のマグ内のオブザーバブ
ルオブジェクトへのアクセスは、オブザーバオブジェク
ト及びネットワークオブザーバオブジェクトに定義され
るスロットのスロット名に基づいて実行するように構成
することができるため、各オブジェクト間の関係は、そ
れらを定義するクラスのソースコード上に明記される必
要はなく、スロット名（スロットディスクリプタ）の指
定を介して実行時に動的に決定することができる。これ
により、柔軟かつ効率的なオブジェクト間通信システム
の開発及び運用が可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態におけるオブザーバとオブ
ザーバブルの説明図である。

【図２】スロットの構成図である。

【図３】オブザーバブルとオブザーバ間のプロトコルに
関連するメソッドの説明図である。

【図４】本発明の実施の形態のネットワーク対応の説明
図である。

【図５】マグの説明図である。

【図６】実体と化身の説明図である。

【図７】ビューポイントの説明図である。

【図８】エージェントの説明図（その１）である。

【図９】エージェントの説明図（その１）である。

【図１０】リポジトリの説明図である。

【図１１】エージェントの移動処理の説明図（その１）
である。

【図１２】エージェントの移動処理の説明図（その２）
である。

【図１３】切断処理の説明図である。

【図１４】実体をトリガとする再接続処理の説明図であ
る。

【図１５】化身をトリガとする再接続処理の説明図であ
る。

【図１６】本実施の形態により実現される分散ジョブ実
行システムの説明図（その１）である。

【図１７】本実施の形態により実現される分散ジョブ実
行システムの説明図（その２）である。

【図１８】本実施の形態により実現される分散ジョブ実
行システムの説明図（その３）である。

【図１９】本実施の形態により実現されるワークフロー
システムの説明図である。

【符号の説明】

１０１ オブザーバブル １０２ オブザーバ １０３ スロット ４０１ ネットオブザーバ ４０２ ネットオブザーバブル ５０１ マグ ６０１ 実体 ６０２ 化身 ７０１ ビューポイント ８０１、９０１、１６０１、１９０１ エージェン
ト １００１ リポジトリ １００２ マグ識別子割振り部 １００３ データベース １００４ アドレス更新部 １００５ アドレス照会部 １００６ マグ識別子 １００７ ネットワークアドレス情報 １３０１ ネットワークモデル部 １３０２ ネットワーク制御部 １３０３、１３０４ 受信デーモン １６０２ 代替ビュー（操作ビュー） １９０２ エージェント１９０１の化身

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワーク接続された複数のサイト上
   に存在するオブジェクト間で通信を行うオブジェクト間
   通信システムであって、 前記オブジェクトの識別情報と該オブジェクトが存在す
   るサイトのネットワークアドレス情報とを対応付けて管
   理するリポジトリと、 前記オブジェクトの移動に伴って、前記リポジトリに登
   録されている前記ネットワークアドレス情報を変更する
   リポジトリ更新手段と、 前記リポジトリに登録されている前記ネットワークアド
   レス情報に基づいて移動した前記オジェクトに対応する
   オブジェクト間通信経路を再確立するオブジェクト間通
   信経路再確立手段と、 を含むことを特徴とするオブジェクト間通信システム。
2. 【請求項２】 ネットワーク接続された複数のサイト上
   に存在するオブジェクト間で通信を行うオブジェクト間
   通信システムであって、 第１のサイト上に存在する第１のオブジェクトが、第２
   のオブジェクトとの間でオブジェクト間通信経路を確立
   している状態で前記第１のオブジェクトが前記第１のサ
   イトとは別の第２のサイトに移動する場合に、前記第１
   のオブジェクトの移動の後に、前記第２のサイトと前記
   第２のオブジェクトが存在する第３のサイトとの間のサ
   イト間通信経路を確立するサイト間通信経路確立手段
   と、 この確立されたサイト間通信経路を利用して、前記第１
   のオブジェクトと前記第２のオブジェクトとの間のオブ
   ジェクト間通信経路を再確立するオブジェクト間通信経
   路再確立手段を含む、 ことを特徴とするオブジェクト間通信システム。
3. 【請求項３】 請求項２に記載のオブジェクト間通信シ
   ステムであって、 前記オブジェクトの識別情報と該オブジェクトが存在す
   るサイトのネットワークアドレス情報とを対応付けて管
   理するリポジトリと、 前記オブジェクトの移動に伴って、前記リポジトリに登
   録されている前記ネットワークアドレス情報を変更する
   リポジトリ更新手段と、 を更に含み、 前記サイト間通信経路再確立手段は、前記リポジトリに
   登録されている前記ネットワークアドレス情報に基づい
   て、前記サイト間通信経路を再確立し、 前記オブジェクト間通信経路再確立手段は、前記リポジ
   トリに登録されている前記ネットワークアドレス情報に
   基づいて、前記オブジェクト間通信経路を再確立する、 ことを特徴とするオブジェクト間通信システム。
4. 【請求項４】 ネットワーク接続された複数のサイト上
   に存在するオブジェクト間で通信を行うオブジェクト間
   通信方法であって、 前記オブジェクトを移動し、 前記オブジェクトの識別情報と該オブジェクトが存在す
   るサイトのネットワークアドレス情報とを対応付けて管
   理するリポジトリに登録されている前記ネットワークア
   ドレス情報を変更し、 前記リポジトリに登録されている前記ネットワークアド
   レス情報に基づいて移動した前記オジェクトに対応する
   オブジェクト間通信経路を再確立する、 過程を含むことを特徴とするオブジェクト間通信方法。
5. 【請求項５】 ネットワーク内を移動可能な複数のオブ
   ジェクト間で前記ネットワークを介して通信を行うオブ
   ジェクト間の通信方法であって、 データに直接にアクセスする機能を有するアクセス手続
   きを含むオブジェクトであるオブザーバブルオブジェク
   トと、前記ネットワークとの間で、前記オブザーバブル
   オブジェクト内のアクセス手続きを介して前記データに
   対するアクセス処理を中継する機能とを含むオブジェク
   ト組である第１のマグを、前記ネットワーク内の第１の
   コンピュータ内に生成し、 該第１のマグに含まれる前記オブザーバブルオブジェク
   トが有する前記データに前記ネットワークを介して間接
   的にアクセスすることのできるアクセス手続きを有する
   ネットオブザーバブルオブジェクトと、該アクセス手続
   きを介して前記第１のマグに含まれる前記オブザーバブ
   ルオブジェクトが有する前記データに前記ネットワーク
   を介してアクセスするオブザーバオブジェクトとを含む
   オブジェクト組である第２のマグを、前記ネットワーク
   内のコンピュータであって前記第１のコンピュータとは
   別又は同一である第２のコンピュータ内に生成し、 前記ネットワーク内に、前記第１及び第２のマグをそれ
   ぞれ識別するための各マグ識別子と、前記ネットワーク
   内で前記第１及び第２のマグが存在するサイトのアドレ
   スを示すネットワークアドレス情報とを含むデータ組を
   保持するサーバコンピュータであるリポジトリを構成
   し、 前記第１又は第２のマグが前記ネットワーク内を移動す
   る場合に、該移動する第１又は第２のマグが、それと前
   記ネットワークを介して通信している前記第２又は第１
   のマグとの接続を切断し、その後に前記ネットワーク内
   を移動し、 前記ネットワーク内を移動した前記第１又は第２のマグ
   が、それに対応するマグ識別子を指定することにより、
   前記リポジトリが保持している該指定したマグ識別子を
   含む前記データ組内のネットワークアドレス情報を、前
   記ネットワーク内を移動した前記第１又は第２のマグが
   新たに存在する第３のコンピュータを示すものに更新
   し、 前記ネットワーク内を移動した前記第１又は第２のマグ
   が、それと前記ネットワークを介して通信していた前記
   第２又は第１のマグにトリガをかけ、該トリガに基づい
   て、前記ネットワーク内を移動した前記第１又は第２の
   マグと、それと前記ネットワークを介して通信していた
   前記第２又は第１のマグとが、それらに対応する前記リ
   ポジトリが保持している前記データ組を随時参照するこ
   とにより、相互の通信接続を再確立する、 過程を含むことを特徴とするネットワーク移動可能なオ
   ブジェクト間の通信方法。
6. 【請求項６】 請求項５に記載の通信方法であって、 前記第１のマグ内の前記オブザーバブルオブジェクト
   に、スロット名と、前記データと、該データに対してア
   クセスを行うアクセス手続きコードとが格納された１組
   以上のスロットデータを定義し、 前記第１のマグ内に、前記ネットワークから前記オブザ
   ーバブルオブジェクトに対するアクセス情報を受信する
   第１の受信手続きコードと、該アクセス情報に基づいて
   前記オブザーバブルオブジェクトに定義されている何れ
   かの前記スロットデータをそれに格納される前記スロッ
   ト名を指定することによって特定する第１のメソッドコ
   ードと、前記アクセス情報に基づいて前記第１のメソッ
   ドコードによって特定された前記スロットデータに格納
   されるアクセス手続きコードを指定して実行させること
   により該スロットデータに格納される前記データにアク
   セスするための第２のメソッドコードと、該アクセス結
   果を前記受信されたアクセス情報の送信元に向けて前記
   ネットワークに送信する第１の送信手続きコードとが少
   なくとも定義されたネットオブザーバオブジェクトの全
   部又は一部の機能を含ませ、 前記第２のマグ内の前記ネットオブザーバブルオブジェ
   クトに、前記第１のマグ内の前記オブザーバブルオブジ
   ェクトに定義されている前記スロットデータである第１
   のスロットデータに対応するスロットデータであって、
   該第１のスロットデータに格納されているスロット名と
   同じスロット名と、前記ネットオブザーバオブジェクト
   に対して前記第１のスロットデータに格納されている前
   記アクセス手続きコードにアクセスさせるためのアクセ
   ス情報を、該ネットオブザーバオブジェクトに向けて前
   記ネットワークに送信するアクセス手続きコードとが少
   なくとも格納された１組以上のスロットデータを定義
   し、 前記第２のマグ内の前記オブザーバオブジェクトに、前
   記ネットオブザーバブルオブジェクトと、前記ネットオ
   ブザーバブルオブジェクトに定義されている何れかの前
   記スロットデータをそれに格納される前記スロット名を
   指定することによって特定する第１のメソッドコード
   と、該第１のメソッドコードによって特定された前記ス
   ロットデータに格納される前記アクセス手続きコードを
   指定して実行させるための第２のメソッドコードを定義
   する、 過程を含むことを特徴とするネットワーク移動可能なオ
   ブジェクト間の通信方法。
7. 【請求項７】 請求項５に記載の通信方法を用いた分散
   ジョブ実行方法であって、 前記データがジョブデータである前記第１のマグと、そ
   れと通信する前記第２のマグとからなるマグ組を１組以
   上含むエージェントを、前記ネットワーク内の第４のコ
   ンピュータ内に生成し、 前記エージェント内の前記第２のマグを介してそれが接
   続している前記第１のマグ内の前記オブザーバブルオブ
   ジェクトが有する前記ジョブデータに前記ネットワーク
   を介して間接的にアクセスすることのできるアクセス手
   続きを有する前記ネットオブザーバブルオブジェクト
   と、該アクセス手続きを実行する前記オブザーバオブジ
   ェクトとを含む第３のマグを、前記ネットワーク内のコ
   ンピュータであって前記第４のコンピュータと同一の又
   は別の第５のコンピュータ内に生成し、 前記ネットワーク内に、前記第１、第２、及び第３のマ
   グ及び前記エージェントをそれぞれ識別するための各マ
   グ識別子と、前記ネットワーク内で前記第１、第２、及
   び第３のマグ及び前記エージェントが存在するサイトの
   アドレスを示すネットワークアドレス情報とを含むデー
   タ組を保持するサーバコンピュータである前記リポジト
   リを構成し、 前記エージェントが前記ネットワーク内を移動する場合
   に、該移動するエージェントが、それと前記ネットワー
   クを介して通信している前記第３のマグとの接続を切断
   し、その後に前記ネットワーク内を移動し、 前記ネットワーク内を移動した前記エージェントが、そ
   れに対応するマグ識別子を指定することにより、前記リ
   ポジトリが保持している該指定したマグ識別子を含む前
   記データ組内のネットワークアドレス情報を、前記ネッ
   トワーク内を移動したエージェントが新たに存在するコ
   ンピュータを示すものに更新し、 前記ネットワーク内を移動した前記エージェントが前記
   第３のマグにトリガをかけ、該トリガに基づいて、前記
   エージェントと前記第３のマグとが、それらに対応する
   前記リポジトリが保持している前記データ組を随時参照
   することにより、相互の通信接続を再確立し、 前記エージェントが、それに含まれる１つの前記マグ組
   において、該マグ組内の前記第１のマグを前記エージェ
   ントから切り離し、該切り離した第１のマグを前記エー
   ジェントが現在存在するコンピュータで実行させる場合
   に、前記エージェントが、前記切り離す第１のマグと前
   記ネットワークを介して通信している前記マグ組内の第
   ２のマグとの接続を切断し、その後に該第１のマグを切
   り離し、 該切り離された第１のマグが、それに対応するマグ識別
   子を指定することにより、前記リポジトリが保持してい
   る該指定したマグ識別子を含む前記データ組内のネット
   ワークアドレス情報を、前記切り離された第１のマグが
   存在するコンピュータを示すものに更新し、 前記切り離された第１のマグが、それと前記ネットワー
   クを介して通信していた前記第２のマグにトリガをか
   け、該トリガに基づいて、該第１及び第２のマグが、そ
   れらに対応する前記リポジトリが保持している前記デー
   タ組を随時参照することにより、相互の通信接続を再確
   立し、 前記エージェントは、該エージェントと前記第３のマグ
   との通信接続、及び該エージェントが含む前記マグ組内
   の前記第１のマグと前記第２のマグとの通信接続の再確
   立処理と、該エージェントが含む前記マグ組内の前記第
   １のマグの切離し処理を順次実行しながら、前記ネット
   ワーク内を順次移動し、 前記第３のマグは、前記エージェントに随時アクセス
   し、更に、該エージェントが含む前記各データ組内の前
   記各第２のマグを介して、該各第２のマグに対応して前
   記ネットワーク内の何れかのコンピュータにおいて実行
   される前記各第１のマグ内の前記各オブザーバブルオブ
   ジェクトが有する前記各ジョブデータに前記ネットワー
   クを介してアクセスする、 過程を含むことを特徴とする分散ジョブ実行方法。
8. 【請求項８】 請求項５に記載の通信方法を用いたワー
   クフロー実行方法であって、 前記データが業務処理データである前記第１のマグを、
   前記ネットワーク内の第１のコンピュータ内に生成し、 該第１のマグと通信する前記第２のマグを、前記ネット
   ワーク内のコンピュータであって前記第１のコンピュー
   タと同一の又は別の前記第２のコンピュータ内に生成
   し、 該第２のマグは、前記第１のマグとの通信接続の再確立
   処理を順次実行しながら、前記ネットワーク内を順次移
   動し、 前記第２のマグが移動した先の各コンピュータのオペレ
   ータは、前記第１のマグ内の前記オブザーバブルオブジ
   ェクトが有する前記業務処理データに前記ネットワーク
   を介して順次アクセスする、 過程を含むことを特徴とするワークフロー実行方法。
9. 【請求項９】 請求項８に記載のワークフロー実行方法
   であって、 前記第２のマグを介してそれが接続している前記第１の
   マグ内の前記オブザーバブルオブジェクトが有する前記
   業務処理データに前記ネットワークを介して間接的にア
   クセスすることのできるアクセス手続きを有する前記ネ
   ットオブザーバブルオブジェクトと、該アクセス手続き
   を実行する前記オブザーバオブジェクトとを含む第４の
   マグを、前記ネットワーク内の任意のコンピュータ内に
   生成し、 前記第４のマグが存在するコンピュータのオペレータ
   は、該第４のマグが接続する前記第２のマグが存在する
   コンピュータのオペレータと協調して、前記第１のマグ
   内の前記オブザーバブルオブジェクトが有する前記業務
   処理データに前記ネットワークを介してアクセスする、 過程を含むことを特徴とするワークフロー実行方法。
10. 【請求項１０】 ネットワーク内を移動可能な複数のオ
    ブジェクト間で前記ネットワークを介して通信を行うオ
    ブジェクト間の通信方法であって、 データに直接にアクセスする機能を有するアクセス手続
    きを含むオブジェクトであるオブザーバブルオブジェク
    トと、前記ネットワークとの間で、前記オブザーバブル
    オブジェクト内のアクセス手続きを介して前記データに
    対するアクセス処理を中継する機能とを含むオブジェク
    ト組である第１のマグを、前記ネットワーク内の第１の
    コンピュータ内に生成し、 該第１のマグに含まれる前記オブザーバブルオブジェク
    トが有する前記データに前記ネットワークを介して間接
    的にアクセスすることのできるアクセス手続きを有する
    ネットオブザーバブルオブジェクトと、該アクセス手続
    きを介して前記第１のマグに含まれる前記オブザーバブ
    ルオブジェクトが有する前記データに前記ネットワーク
    を介してアクセスするオブザーバオブジェクトとを含む
    オブジェクト組である第２のマグを、前記ネットワーク
    内のコンピュータであって前記第１のコンピュータとは
    別又は同一である第２のコンピュータ内に生成し、 前記第１又は第２のマグが前記ネットワーク内を移動す
    る場合に、該移動する第１又は第２のマグが、それと前
    記ネットワークを介して通信している前記第２又は第１
    のマグとの接続を切断し、その後に前記ネットワーク内
    を移動し、 前記ネットワーク内を移動した前記第１又は第２のマグ
    が、それと前記ネットワークを介して通信していた前記
    第２又は第１のマグに、前記ネットワーク内を移動した
    前記第１又は第２のマグが新たに存在する第３のコンピ
    ュータのネットワークアドレス情報を通知することによ
    り、前記ネットワーク内を移動した前記第１又は第２の
    マグと、それと前記ネットワークを介して通信していた
    前記第２又は第１のマグとが、相互の通信接続を再確立
    する、 過程を含むことを特徴とするネットワーク移動可能なオ
    ブジェクト間の通信方法。
11. 【請求項１１】 請求項５乃至１０の何れか１項に記載
    のオブジェクト間通信方法、分散ジョブ実行方法、又は
    ワークフロー実行方法を利用したオブジェクトをそれぞ
    れ実行するオブジェクト間通信システム。
12. 【請求項１２】 ネットワーク接続された複数のサイト
    上に存在するオブジェクト間で通信を行うオブジェクト
    間通信プログラムを格納したコンピュータ読み取り可能
    な記憶媒体であって、 前記オブジェクトの移動に伴って、前記オブジェクトの
    識別情報と該オブジェクトが存在するサイトのネットワ
    ークアドレス情報とを対応付けて管理するリポジトリに
    登録されている前記ネットワークアドレス情報を変更す
    るリポジトリ更新機能と、 前記リポジトリに登録されている前記ネットワークアド
    レス情報に基づいて移動した前記オジェクトに対応する
    オブジェクト間通信経路を再確立するオブジェクト間通
    信経路再確立機能と、 を含むオブジェクト間通信プログラムを格納したコンピ
    ュータ読み取り可能な記憶媒体。