JPH11306151A - 分散オブジェクト処理装置及びプログラム記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、分散オブジェクト処理装置に関
し、モーバイル環境に適した分散オブジェクト処理装置
を提供することを目的とする。 【解決手段】 モーバイルホスト５０は、サーバホスト
６０上で動作する遠隔（マスタ）オブジェクト１１と連
携して動作するオブジェクトであるプロキシオブジェク
ト１を備える。プロキシオブジェクト１は、メソッドを
発行するアプリケーション８に対してマスタオブジェク
ト１１と同一のインタフェースを有し、マスタオブジェ
クト１１の持つデータ１４のキャッシュデータ４を管理
するキャッシュデータマネージャ２を有する。キャッシ
ュデータマネージャ２はサーバホスト６０との接続が切
断されている場合に、キャッシュデータ４を用いてメソ
ッドに対応する処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
処理装置及びそのプログラム記憶媒体に関し、特に、ネ
ットワークを介して接続される複数のコンピュータの内
の非接続状態のコンピュータである分散オブジェクト処
理装置から遠隔でのオブジェクトの操作を可能とする分
散オブジェクト処理装置及びそのプログラム記憶媒体に
関する。

【０００２】

【従来の技術】複数のコンピュータをネットワークを介
して接続することにより構成される分散システムが存在
する。このような分散システムにおいて、各コンピュー
タ上のソフトウェアであるオブジェクトがネットワーク
を通じて連携しながら動作する分散システムがある。

【０００３】分散システムにおけるオブジェクト指向
（分散オブジェクト指向）技術としては、例えば、ＣＯ
ＲＢＡ、ＤＣＯＭ、Ｊａｖａ等が周知である。これらの
分散オブジェクト指向技術における一般的なオブジェク
トの操作は、図１６に示す通りである。

【０００４】図１６において、固定されたコンピュータ
であるサーバホスト１６０には、マスタオブジェクト１
１１が存在し動作している。マスタオブジェクト１１１
はデータの名前（name）毎にデータの値（value ）が格
納されているデータテーブル１１９を備える。一方、移
動可能な（モーバイル）コンピュータであるモーバイル
ホスト１５０には、マスタオブジェクト１１１と同一の
インタフェースを備える参照オブジェクト（一般的には
スタブ）１０５が生成される。参照オブジェクト１０５
はマスタオブジェクト１１１と同一のデータテーブルを
備える。モーバイルホスト１５０はネットワーク１７０
を介してサーバホスト１６０に接続されている。

【０００５】モーバイルホスト１５０上で動作するアプ
リケーション１０８が参照オブジェクト１０５に対して
メソッド（例えば、get("a")）を発行する。このメソッ
ドを参照オブジェクト１０５内のメッセージシリアライ
ザ１０９がネットワーク伝送可能なメッセージに変換
し、通信マネージャ（一般的にはＯＲＢ）１０７に渡
す。通信マネージャ１０７は、遠隔にあるサーバホスト
１６０の通信マネージャ１１７との間でネットワーク１
７０を介してメッセージを送受信し、サーバホスト１６
０の通信マネージャ１１７から受信したメッセージをメ
ソッド呼び出しに復元して、遠隔にあるマスタオブジェ
クト１１１のメソッドを得る。このマスタオブジェクト
１１１のメソッドを用いて、参照オブジェクト１０５が
アプリケーション１０８の発行したメソッドを実行す
る。

【０００６】これにより、アプリケーション１０８のオ
ブジェクトからは、あたかもモーバイルホスト１５０上
のオブジェクトのメソッドを読み出すのと同様にして、
ネットワーク１７０を意識することなく、遠隔にあるマ
スタオブジェクト１１１のメソッドを呼び出すことがで
きる。従って、分散システムのアプリケーション１０８
が容易に開発できる。

【０００７】このような分散オブジェクト指向技術の適
用されるアプリケーション１０８としては、例えば、モ
ーバイルコンピューティングにおけるＷｅｂサーバデー
タのキャッシュ管理、電子メールボックスの管理、スケ
ジューリング共有システム等のアプリケーションがあ
る。

【０００８】

【発明が解決しようとする課題】前述した従来知られて
いるＣＯＲＢＡ等の分散オブジェクト指向技術は、分散
システムを構成する全てのコンピュータが常時ネットワ
ーク１７０に接続されていることを想定している。換言
すれば、モーバイル環境に適した技術ではなく、当該技
術をそのままモーバイル環境に適用することはできな
い。

【０００９】即ち、図１６において、モーバイルコンピ
ュータであるモーバイルホスト１５０が移動する場合、
移動先はモーバイルホスト１５０が接続されていた当該
ネットワーク環境の全く存在しない場所であることもあ
る。従って、モーバイル環境では、図１６に示すよう
に、移動により分散システムにおけるコンピュータ間の
ネットワーク１７０が切断されてしまうことを想定しな
ければならない。逆に、ネットワーク１７０の構成によ
り移動が制限されるようでは、モーバイル環境を生かし
た分散システムとは言えない。

【００１０】ネットワーク１７０の切断を想定したモー
バイル環境の場合、モーバイルホスト１５０は、切断さ
れたネットワーク１７０の先にあるサーバホスト１６０
に存在するマスタオブジェクト１１１へのデータ操作を
実行できなくなる。この結果、モーバイルホスト１５０
においてエラーが発生する。即ち、参照オブジェクト１
０５は、ネットワーク１７０との接続が切断されている
ので、サーバホスト１６０の通信マネージャ１１７から
メッセージを受信できず、メソッド呼び出しを復元でき
ない。そこで、参照オブジェクト１０５は、メソッドの
呼び出しを発行したアプリケーション１０８にエラー通
知を返す。アプリケーション１０８は、このエラーをユ
ーザに知らせ、処理を終了する。

【００１１】このように、従来のネットワーク１７０の
切断を想定していない分散オブジェクト指向技術をその
ままモーバイル環境に適用すると、モーバイルホスト１
５０の移動の都度にその上のアプリケーション１０８に
エラーを発生することが予想され、実用化に耐えない。

【００１２】具体的には、モーバイルホスト１５０の移
動の都度に、その動作環境を設定し直す処理が必要にな
る。この処理をアプリケーションに自動的に実行させる
とすると、アプリケーションには大きな負担となる。ユ
ーザに行わせるとしても、移動の都度にその作業を行う
ことは煩わしく大きな負担となる。また、いずれの場合
でも、移動先で直ちにモーバイルホスト１５０を用いた
業務を開始することができない。

【００１３】従って、従来の分散オブジェクト指向技術
をモーバイル環境に適用する場合には、アプリケーショ
ン１０８はネットワーク１７０の存在及びその接続状態
を常に意識する必要がある。即ち、アプリケーション１
０８の開発者は常にネットワーク１７０を意識する必要
があるので、これがシステム開発の効率向上の妨げにな
ることが予想される。また、ユーザは常にネットワーク
１７０の接続状態を意識する必要があるので、これがユ
ーザのモーバイル環境での分散処理システムの使用に障
害となることが予想される。

【００１４】本発明は、モーバイル環境に適した分散オ
ブジェクト処理装置を提供することを目的とする。ま
た、本発明は、ネットワークの存在及びその接続状態に
かかわらず、モーバイル環境での分散処理を行うことが
できる分散オブジェクト処理装置を提供することを目的
とする。

【００１５】また、本発明は、モーバイル環境に適した
分散オブジェクト処理装置を実現するプログラム記憶媒
体を提供することを目的とする。

【００１６】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明による分散オブジェクト処理装置５０
を示す。分散オブジェクト処理装置５０は他のコンピュ
ータ６０とネットワーク７０を介して接続される。分散
オブジェクト処理装置５０は、他のコンピュータ６０上
で動作する遠隔オブジェクト１１と連携して動作するオ
ブジェクトであるプロキシオブジェクト１を備える。プ
ロキシオブジェクト１は、メソッド９を発行するアプリ
ケーション８に対して遠隔オブジェクト１１と同一のイ
ンタフェースを有し、遠隔オブジェクト１１の持つデー
タ１４のキャッシュデータ４を管理するキャッシュデー
タマネージャ２を有する。キャッシュデータマネージャ
２は他のコンピュータ６０との接続が切断されている場
合に、キャッシュデータ４を用いてメソッド９に対応す
る処理を行う。

【００１７】本発明の分散オブジェクト処理装置５０に
よれば、他のコンピュータ６０との接続が切断されてい
る場合であっても、アプリケーション８からメソッド９
が発行されると、遠隔オブジェクト１１と同一のインタ
フェースを有するプロキシオブジェクト１によって受け
付けて、キャッシュデータマネージャ２によってメソッ
ド９に対応する処理を行うことができる。従って、分散
オブジェクト処理装置５０の移動等によりネットワーク
７０との接続が切断されても、アプリケーション８にエ
ラーを生じることがなく、アプリケーション８は、ネッ
トワーク７０の存在及び接続状態を意識する必要がな
い。これにより、アプリケーション８の開発の効率を向
上することができ、また、ユーザのモーバイル環境での
分散処理システムの使用における利便性を向上すること
ができる。

【００１８】

【発明の実施の形態】図２及び図３は本発明による分散
オブジェクト処理システムを示す。特に、図２は分散オ
ブジェクト処理装置５０とネットワーク７０との接続が
切断されている状態（オフライン）を示し、図３は当該
接続がされている状態（オンライン）を示す。

【００１９】分散オブジェクト処理装置５０は移動可能
なローカルなモーバイルコンピュータである。一方、他
のコンピュータ６０は固定されたセンタのホストコンピ
ュータである。従って、以下の説明において、分散オブ
ジェクト処理装置５０をモーバイルホスト５０と言い、
他のコンピュータ６０をサーバホスト６０という。

【００２０】サーバホスト６０には、ネットワーク７０
を介して複数のモーバイルホスト５０が接続される。サ
ーバホスト６０は、モーバイルホスト５０からみて遠隔
のサーバである。ネットワーク７０は無線でも有線でも
良く、公衆回線でも専用回線でも良い。モーバイルホス
ト５０とネットワーク７０との間は、モーバイルホスト
５０の移動により図２に示すように接続が切断されてい
る場合もあり、また、図３に示すように接続されている
場合もある。従って、本発明の分散オブジェクト処理シ
ステムは、モーバイルホスト５０にネットワーク７０と
の自由な切断及び接続を許容する。

【００２１】サーバホスト６０は、１又は複数のマスタ
オブジェクト１１及び通信マネージャ１７が存在し動作
している。マスタオブジェクト１１はデータテーブル、
同期マネージャ１６及び通信マネージャ１７を備える。
データテーブルはインデックステーブル１３とデータ
（又はデータ格納用領域）１４とからなる。即ち、マス
タオブジェクト１１は、自己が管理するデータテーブル
を、インデックステーブル１３と、データ１４を格納す
るメモリ領域（１４）とに分割して管理する。インデッ
クステーブル１３とデータ１４の構成と同期マネージャ
１６については、後のプロキシオブジェクト１の説明に
おいて詳述する。

【００２２】本発明による分散オブジェクト処理システ
ムにおいて、プロキシオブジェクト１は、参照オブジェ
クト５を除いて、マスタオブジェクト１１と同様の構成
を有する。実際は、マスタオブジェクト１１の構成が、
擬似的な遠隔オブジェクトの操作を可能とするために本
発明に従って構成されたプロキシオブジェクト１と同様
の構成とされる。

【００２３】モーバイルホスト５０は１又は複数のコン
ピュータとネットワーク７０を介して接続される。モー
バイルホスト５０は、１又は複数のアプリケーション
８、１又は複数のプロキシオブジェクト１及び通信マネ
ージャ７を備える。プロキシオブジェクト１はマスタオ
ブジェクト１１の各々に対応して生成される。

【００２４】通信マネージャ７は、ネットワーク７０と
の接続処理を行ない、オンライン／オフライン状態の変
更を同期管理する。通信マネージャ７は、サーバホスト
６０の通信マネージャ１７との間でメッセージの送受信
を行なう。通信マネージャ１７はネットワーク７０との
接続処理を行ない、オンライン／オフライン状態の変更
を同期管理する。通信マネージャ７及び１７は送信メッ
セージキュー１７及び１７１を備え、その先頭から順に
送信を行う。

【００２５】アプリケーション８は、モーバイルホスト
５０上で動作する１個のオブジェクトであり、１個又は
複数個存在する。アプリケーション８は、前述のよう
に、プロキシオブジェクト１に対してメソッド９（例え
ば、get("a")）を発行する。アプリケーション８は、例
えば、モーバイルコンピューティングにおけるＷｅｂサ
ーバデータのキャッシュ管理、電子メールボックスの管
理、スケジューリング共有システム等のアプリケーショ
ンである。

【００２６】プロキシオブジェクト１は、遠隔にある他
のコンピュータ例えばサーバホスト６０上で動作するマ
スタオブジェクト（遠隔オブジェクト）１１と連携して
動作するオブジェクトである。プロキシオブジェクト１
は、メソッド９を発行するアプリケーション８に対して
は、マスタオブジェクト１１と同一のインタフェースを
備えるようにされる。従って、アプリケーション８が、
メソッド９の発行先がプロキシオブジェクト１であるか
マスタオブジェクト１１であるかを意識することはな
い。アプリケーション８がサーバホスト６０にアクセス
する場合、アプリケーション８の要求に応じてプロキシ
オブジェクト１が生成される。

【００２７】プロキシオブジェクト１は、キャッシュデ
ータマネージャ２、データテーブル、参照オブジェクト
５及び同期マネージャ６を備える。データテーブルはイ
ンデックステーブル３とキャッシュデータ（又はデータ
格納用領域）４とからなる。前述のように、インデック
ステーブル３及びキャッシュデータ４は、各々、インデ
ックステーブル１３及びデータ１４に対応し、同期マネ
ージャ６は同期マネージャ１６に対応する。

【００２８】キャッシュデータマネージャ２は、オフラ
イン時に、プロキシオブジェクト１がアプリケーション
８であるプログラムから受信するデータ取得要求、デー
タ更新要求、データ追加要求及びデータ削除要求の各々
のメッセージを受信し、各々のメッセージにより指示さ
れる処理を行う。また、キャッシュデータマネージャ２
は、オフライン時に、前記メッセージを同期マネージャ
６に送信する。

【００２９】キャッシュデータマネージャ２は、サーバ
ホスト６０上のマスタオブジェクト１１が有するデータ
１４の一部をキャッシュデータ４として管理し、マスタ
オブジェクト１１と同一形式のインデックステーブル３
とデータ４を格納する。キャッシュデータマネージャ２
は、データの名前（name）及びデータの格納位置（re
f.）を記憶するインデックステーブル３と当該データの
格納領域（４）とからなるデータテーブルを用いてキャ
ッシュデータ４を管理する。このデータテーブルは、マ
スタオブジェクト１１がそのデータを管理するためのデ
ータテーブルと同一の構造を有する。キャッシュデータ
マネージャ２は、サーバホスト６０との接続が切断され
ている場合に、キャッシュデータ４を用いてメソッド９
に対応する処理を行う。

【００３０】なお、キャッシュデータマネージャ２が、
同期が必要なデータの総数と総量とを計算し、ネットワ
ーク７０への接続要求を発生するようにしても良い。即
ち、オフライン時において、プロキシオブジェクト１内
のキャッシュデータ４が更新又は追加される場合、キャ
ッシュデータマネージャ２が、そのタイミングで同期が
必要なキャッシュデータ４の総数と総量とを計算する。
そして、いずれかの値が予め定められたに達した時点
で、キャッシュデータマネージャ２が、通信マネージャ
７に対してネットワーク７０への接続要求を発生する。
通信マネージャ７はユーザに対してアラームを発生し、
ネットワーク７０への接続が必要であることを知らせ
る。ネットワーク７０への接続が行われると、同期マネ
ージャ６が自動的にデータの同期処理を開始する。これ
により、モーバイルホスト５０のキャッシュデータ４の
格納領域（４）の容量をあまり大きくしなくて済む。

【００３１】また、キャッシュデータマネージャ２が、
キャッシュデータの総数と総量とを計算し、キャッシュ
データ４の一部を自動的に削除するようにしても良い。
即ち、オンライン時及びオフライン時の双方において、
プロキシオブジェクト１内のキャッシュデータ４が更新
又は追加される場合、キャッシュデータマネージャ２
が、そのタイミングでキャッシュデータ４の総数と総量
とを計算する。そして、いずれかの値が予め定められた
に達した時点で、キャッシュデータマネージャ２が、キ
ャッシュデータ４のアクセス頻度と大きさを考慮して、
キャッシュデータ４の一部を自動的に削除する。これに
より、モーバイルホスト５０のキャッシュデータ４の格
納領域（４）の容量をあまり大きくしなくて済む。

【００３２】参照オブジェクト５は、モーバイルホスト
５０（プロキシオブジェクト１）がネットワーク７０
（即ち、サーバホスト６０）と接続されている場合に、
メソッド９に対応する処理を行う。なお、参照オブジェ
クト５はメッセージシリアライザ５１を備える。

【００３３】同期マネージャ６は、サーバホスト６０と
の接続の状態に応じて、プロキシオブジェクト１とマス
タオブジェクト１１との間でデータの同期処理を行う。
同期マネージャ６は、サーバホスト６０との接続が切断
状態から接続状態に移行した場合に、自動的にデータの
同期処理を行う。

【００３４】同期マネージャ６は、オフライン時に、キ
ャッシュデータマネージャ２から送られてくる同期メッ
セージをメッセージキュー６１に保存し、ネットワーク
７０に接続された時点でプロキシオブジェクト１に対応
するマスタオブジェクト１１とのデータ同期を行う。同
期マネージャ６は、オブジェクトの同期状態を管理し
て、同期処理中に外部からのオブジェクトのデータ操作
をロックする。

【００３５】なお、マスタオブジェクト１１も同様に同
期マネージャ１６を備え、同様の処理を行う。このため
に、同期マネージャ１６は同様にメッセージキュー１６
１を備える。メッセージキュー１６１に格納されたメッ
セージは、図１５に示すように、所定のタイミングで同
期メッセージとしてマスタオブジェクト１１からモーバ
イルオブジェクト１に送信される。

【００３６】アプリケーション８はプロキシオブジェク
ト１に対してメソッド９を発行する。このメソッド９を
プロキシオブジェクト１が処理する。即ち、ネットワー
ク７０のオフライン時においては、図２に示すように、
キャッシュデータマネージャ２によりアプリケーション
８からの擬似的なマスタオブジェクト１１の操作（実際
は、キャッシュデータの操作）を行う。また、ネットワ
ーク７０のオンライン時においては、図３に示すよう
に、参照オブジェクト５によりアプリケーション８から
のマスタオブジェクト１１の操作を行う。

【００３７】これにより、アプリケーション８であるオ
ブジェクトからは、あたかもモーバイルホスト５０上の
オブジェクトのメソッドを読み出すのと同様にして、ネ
ットワーク７０を意識することなく、遠隔にあるマスタ
オブジェクト１１のメソッドを呼び出すことができる。
従って、分散システムのアプリケーション８を容易に開
発することができる。

【００３８】具体的には、ネットワーク７０のオフライ
ン時においては、プロキシオブジェクト１が制御をキャ
ッシュデータマネージャ２に渡す。キャッシュデータマ
ネージャ２は、自己が管理するインデックステーブル３
及びキャッシュデータ４を用いて、アプリケーション８
の発行したメソッドを実行する。キャッシュデータマネ
ージャ２は、メソッド９を適当な手段（メッセージシリ
アライザ５１と同様の手段）によりネットワーク伝送可
能なメッセージに変換し、同期マネージャ６に送る。同
期マネージャ６は当該メッセージを、受信した順にメッ
セージキュー６１に繋ぐ。

【００３９】また、ネットワーク７０のオンライン時に
おいては、プロキシオブジェクト１が制御を参照オブジ
ェクト５に渡す。参照オブジェクト５は、メソッド９を
メッセージシリアライザ５１によりネットワーク伝送可
能なメッセージに変換し、通信マネージャ（通信管理機
能、一般的にはＯＲＢ）７に渡す。通信マネージャ７
は、サーバホスト６０の通信マネージャ１７との間でネ
ットワーク７０を介してメッセージを送受信し、通信マ
ネージャ１７から受信したメッセージをメソッド呼び出
しに復元して、マスタオブジェクト１１のメソッドを得
る。このマスタオブジェクト１１のメソッドを用いて、
参照オブジェクト５がアプリケーション８の発行したメ
ソッドを実行する。

【００４０】なお、実際は、通信マネージャ１７から受
信したメッセージをメソッド呼び出しに復元して、マス
タオブジェクト１１のメソッドを得る処理は、通信マネ
ージャ７とプロキシオブジェクトとの間に設けられる当
該復元処理を行うオブジェクト（一般には、スケルトン
と言う）によって実行される。この復元処理のオブジェ
クトは、サーバホスト６０においても同様の処理のため
に通信マネージャ１７とマスタオブジェクト１１との間
に設けられる。

【００４１】インデックステーブル３は、図４に示すよ
うに、各エントリに、データ名（name）毎とそのデータ
名のデータの格納位置（address ）を記憶する。例え
ば、データ名「”ａ”」のデータは、図５に示すデータ
格納用メモリ４のアドレス「＃１００２０」に格納され
ている。インデックステーブル３は、機能を拡張するた
めに、各エントリに、オブジェクト内におけるデータ毎
の同期状態（status）や、同期モード（mode）を格納す
る領域を備える。

【００４２】同期状態は、オフライン時においてデータ
の更新が行われた場合に、その値が「０」から「１」に
変更され、同期処理が終了した時点で「０」に戻され
る。これにより、アプリケーション８は、各データがマ
スタオブジェクト１１の値と一致しているか否かを知る
ことができる。

【００４３】同期モードは当該データを同期処理するか
否かを示す。同期モードは、インデックステーブル３の
当該領域において上位から２桁目に示される。即ち、当
該２桁目の数字が「０」であれば同期せず、「１」であ
れば同期する。同期モードは、実際には、図４及び図６
に示すように、種々の同期モードを設定可能なようにさ
れる。

【００４４】データ格納用メモリ４は、図５に示すよう
に、特定のアドレスに特定のデータを格納する。データ
格納用メモリ４は、機能を拡張するために、データ同期
に必要な追加時刻（creation data ）及び更新時刻（mo
dification data ）を格納する領域を備える。

【００４５】同期モードの例を図６に示す。図６に示す
ように、同期モードは、「0000」乃至「0999」が同期し
ないモード（非同期モード）、「1000」乃至「1999」が
遠隔オブジェクト優先同期モード、「2000」乃至「299
9」がプロキシオブジェクト１優先同期モード、「300
0」乃至「3999」が時刻優先同期モードとされる。従っ
て、図４において、データ「”ａ”」は非同期モードで
あり、データ「”ｂ”」は非同期モードである。

【００４６】遠隔オブジェクト優先同期モードの一例を
図７に示す。モーバイルホスト５０がサーバホスト６０
（遠隔オブジェクト）とオフライン状態（disconnect）
にある場合において、モーバイルホスト５０のプロキシ
オブジェクト１においてデータ名”ａ”に対して値Ｂが
設定され、同様に、サーバホスト６０のマスタオブジェ
クト１１においてデータ名”ａ”に対して値Ｃが設定さ
れたとする。この場合、遠隔オブジェクト１１での値が
優先されるので、同期処理の結果、マスタオブジェクト
１１及びプロキシオブジェクト１の双方の値がＣとされ
る。

【００４７】プロキシオブジェクト優先同期モードの一
例を図８に示す。図７と同様に、オフライン状態におい
て、プロキシオブジェクト１においてデータ名”ａ”に
対して値Ｂが設定され、マスタオブジェクト１１におい
てデータ名”ａ”に対して値Ｃが設定されたとする。こ
の場合、プロキシオブジェクト１での値が優先されるの
で、同期処理の結果、双方の値がＢとされる。

【００４８】時刻優先同期モードの一例を図９に示す。
図７と同様に、オフライン状態において、プロキシオブ
ジェクト１においてデータ名”ａ”に対して値Ｂが設定
され、マスタオブジェクト１１においてデータ名”ａ”
に対して値Ｃが設定されたとする。この場合、値の更新
時刻が優先されるので、同期処理の結果、プロキシオブ
ジェクト１での更新時刻が新しい場合（図９（Ｂ）の場
合）には双方の値がＢとされ、マスタオブジェクト１１
での更新時刻が新しい場合（図９（Ａ）の場合）には双
方の値がＣとされる。なお、この場合、優先順位を決定
するために、データ格納用メモリ４に記憶された各デー
タの追加時刻及び更新時刻が相互に比較される。

【００４９】図２に示すように、ネットワーク７０のオ
フライン時において、例えば、第１のアプリケーション
８（以下、アプリケーション８１）が、データ取得要求
「get("a"); 」をプロキシオブジェクト１に対して発行
する。オフライン時なので、キャッシュデータマネージ
ャ２が、当該データ名がインデックステーブル３に存在
するので、対応するアドレスからデータ値「１０」を読
み出して、これをアプリケーション８１に返す。従っ
て、アプリケーション８１はオフラインを意識すること
がない。

【００５０】また、第２のアプリケーション８（以下、
アプリケーション８２）が、データ更新要求「set("d",
99.77); 」をプロキシオブジェクト１に対して発行す
る。キャッシュデータマネージャ２は、インデックステ
ーブル３を検索しても当該データ名が存在しないので、
アプリケーション８２に当該データ更新要求を受け付け
た旨を通知する。従って、アプリケーション８２もオフ
ラインを意識することがない。これと共に、キャッシュ
データマネージャ２は同期マネージャ６に当該データ更
新要求を送信する。同期マネージャ６は当該データ更新
要求をメッセージキュー６１に保存する。

【００５１】次に、図３に示すように、ネットワーク７
０と接続される。ネットワーク７０のオンライン時にお
いて、他の処理が開始される前に、プロキシオブジェク
ト１のメッセージキュー６１に保存されているデータ更
新要求「set("d",99.77); 」を、同期マネージャ６が、
通信マネージャ７及び７１を介して、マスタオブジェク
ト１１に送信する。マスタオブジェクト１１は、当該デ
ータ更新要求を用いてデータ１４を更新する。これによ
り、データの同期が完了する。

【００５２】なお、オフライン時において、アプリケー
ション８２が発行するメソッドがデータ追加要求やデー
タ削除要求であっても、以上と同様にしてデータの同期
が確保される。

【００５３】図１０はプロキシオブジェクト１が実行す
るデータ取得要求の場合のキャッシュ管理処理フローで
ある。プロキシオブジェクト１はメッセージの受信待ち
状態にある。この状態で、アプリケーション８から送信
されたデータ取得要求「get(name) 」を受信する（ステ
ップＳ１）。

【００５４】ネットワーク７０の接続状態を調べる（ス
テップＳ２）。ネットワーク７０の接続状態がオンライ
ンである場合、以下のステップＳ３乃至ステップＳ７の
処理を参照オブジェクト５が実行する。

【００５５】即ち、同期マネージャ６が同期処理中か否
かを調べる（ステップＳ３）。同期処理中である場合、
同期完了まで待つ。即ち、同期マネージャ６から送信さ
れる同期完了通知の受信を待つ（ステップＳ４）。

【００５６】同期処理中でない場合、及び、同期完了通
知を受信した場合、オンラインでの処理を開始し、要求
されたメッセージ「get(name) 」をプロキシオブジェク
ト１内部の参照オブジェクト５に転送する（ステップＳ
５）。

【００５７】対象データが同期モードか否かを調べる
（ステップＳ６）。同期モードでない場合、再び、メッ
セージの受信待ち状態に入る。以下のステップＳ７は省
略される。

【００５８】同期モードである場合、取得したデータを
キャッシュとしてインデックステーブル３に追加又は更
新する（ステップＳ７）。ステップＳ２において、ネッ
トワーク７０の接続状態がオフラインである場合、以下
のステップＳ８乃至ステップＳ１３の処理をキャッシュ
データマネージャ２が実行する。

【００５９】即ち、要求されたメッセージ「get(name)
」の対象データnameがインデックステーブル３に存在
するか否かを調べる（ステップＳ８）。存在しない場
合、データ取得要求「get(name) 」を発行したアプリケ
ーション８に対してエラーを通知して、この後、メッセ
ージの受信待ち状態に入る（ステップＳ９）。

【００６０】存在する場合、更に、キャッシュデータ４
が存在するか否か、即ち、要求されたメッセージ「get
(name) 」の対象データへのポインタが「ｎｕｌｌ」か
否かを調べる（ステップＳ１０）。

【００６１】キャッシュデータ４が存在する場合、即
ち、当該ポインタが「ｎｕｌｌ」でない場合、データ格
納用メモリから当該キャッシュデータ４を取得してこれ
をアプリケーション８に戻り値として返送して、この
後、メッセージの受信待ち状態に入る（ステップＳ１
１）。

【００６２】キャッシュデータ４が存在しない場合、即
ち、当該ポインタが「ｎｕｌｌ」である場合、そのまま
「ｎｕｌｌ」をアプリケーション８に戻り値として返送
する（ステップＳ１２）。

【００６３】要求されたメッセージ「get(name) 」を同
期マネージャ６に転送して、この後、メッセージの受信
待ち状態に入る（ステップＳ１３）。なお、前述のよう
に、同期マネージャ６は受信した当該メッセージ「get
(name) 」を同期処理待ちのメッセージキュー６１に順
に登録する。

【００６４】図１１はプロキシオブジェクト１が実行す
るデータ更新要求の場合のキャッシュ管理処理フローで
ある。プロキシオブジェクト１はメッセージの受信待ち
状態にある。この状態で、アプリケーション８から送信
されたデータ更新要求「set(name,value) 」を受信する
（ステップＳ１４）。

【００６５】ネットワーク７０の接続状態を調べる（ス
テップＳ１５）。ネットワーク７０の接続状態がオンラ
インである場合、以下のステップＳ１６乃至ステップＳ
２０の処理を参照オブジェクト５が実行する。

【００６６】即ち、同期マネージャ６が同期処理中か否
かを調べる（ステップＳ１６）。同期処理中である場
合、同期完了まで待つ。即ち、同期マネージャ６から送
信される同期完了通知の受信を待つ（ステップＳ１
７）。

【００６７】同期処理中でない場合、及び、同期完了通
知を受信した場合、オンラインでの処理を開始し、要求
されたメッセージ「set(name,value) 」をプロキシオブ
ジェクト１内部の参照オブジェクト５に転送する（ステ
ップＳ１８）。

【００６８】対象データが同期モードか否かを調べる
（ステップＳ１９）。同期モードでない場合、再び、メ
ッセージの受信待ち状態に入る。以下のステップＳ２０
は省略される。

【００６９】同期モードである場合、更新したデータの
値（value ）をキャッシュとしてインデックステーブル
３のキャッシュデータ４に追加又は更新する（ステップ
Ｓ２０）。

【００７０】ステップＳ１５において、ネットワーク７
０の接続状態がオフラインである場合、以下のステップ
Ｓ２１乃至ステップＳ２４の処理をキャッシュデータマ
ネージャ２が実行する。

【００７１】即ち、要求されたメッセージ「set(name,v
alue) 」の対象データnameがインデックステーブル３に
存在するか否かを調べる（ステップＳ２１）。存在しな
い場合、データ更新要求「set(name,value) 」を発行し
たアプリケーション８に対してエラーを通知して、この
後、メッセージの受信待ち状態に入る（ステップＳ２
２）。

【００７２】存在する場合、更に、要求されたメッセー
ジ「set(name,value) 」のキャッシュデータ４の位置を
当該ポインタを用いて求め、当該位置にあるキャッシュ
データ４を引数のvalue で更新する（ステップＳ２
３）。

【００７３】要求されたメッセージ「set(name,value)
」を同期マネージャ６に転送して、この後、メッセー
ジの受信待ち状態に入る（ステップＳ２４）。なお、前
述のように、同期マネージャ６は受信した当該メッセー
ジ「set(name,value) 」を同期処理待ちのメッセージキ
ュー６１に順に登録する。

【００７４】図１２はプロキシオブジェクト１が実行す
るデータ追加要求の場合のキャッシュ管理処理フローで
ある。プロキシオブジェクト１はメッセージの受信待ち
状態にある。この状態で、アプリケーション８から送信
されたデータ更新要求「add(name,value,mode)」を受信
する（ステップＳ２５）。

【００７５】ネットワーク７０の接続状態を調べる（ス
テップＳ２６）。ネットワーク７０の接続状態がオンラ
インである場合、以下のステップＳ２７乃至ステップＳ
３２の処理を参照オブジェクト５が実行する。

【００７６】即ち、同期マネージャ６が同期処理中か否
かを調べる（ステップＳ２７）。同期処理中である場
合、同期完了まで待つ。即ち、同期マネージャ６から送
信される同期完了通知の受信を待つ（ステップＳ２
８）。

【００７７】同期処理中でない場合、及び、同期完了通
知を受信した場合、オンラインでの処理を開始し、要求
されたメッセージ「add(name,value,mode)」をプロキシ
オブジェクト１内部の参照オブジェクト５に転送する
（ステップＳ２９）。

【００７８】インデックステーブル３に要求されたメッ
セージ「add(name,value,mode)」の引数のnameを追加す
る（ステップＳ３０）。対象データが同期モードか否か
を調べる（ステップＳ３１）。同期モードでない場合、
再び、メッセージの受信待ち状態に入る。以下のステッ
プＳ３２は省略される。

【００７９】同期モードである場合、追加した引数のデ
ータのvalue をキャッシュとしてインデックステーブル
３のキャッシュデータ４に追加する（ステップＳ３
２）。ステップＳ２６において、ネットワーク７０の接
続状態がオフラインである場合、以下のステップＳ３３
乃至ステップＳ３５の処理をキャッシュデータマネージ
ャ２が実行する。

【００８０】即ち、要求されたメッセージ「add(name,v
alue,mode)」の引数のnameがインデックステーブル３に
存在するか否かを調べる（ステップＳ３３）。存在する
場合、すでに同一の名前のデータが存在するので、デー
タ追加要求「add(name,value,mode)」を発行したアプリ
ケーション８に対して、エラーを通知して、この後、ア
プリケーション８からの指示待ち状態に入る（ステップ
Ｓ３４）。

【００８１】存在しない場合、要求されたメッセージ
「add(name,value,mode)」を同期マネージャ６に転送し
て（ステップＳ３５）、この後、キャッシュデータマネ
ージャ２がステップＳ３０以下を実行する（自己のイン
デックステーブル３への登録を行う）。なお、前述のよ
うに、同期マネージャ６は、受信した当該メッセージ
「add(name,value,mode)」を、同期処理待ちのためのメ
ッセージキュー６１に順に登録する。

【００８２】図１３はプロキシオブジェクト１が実行す
るデータ削除要求の場合のキャッシュ管理処理フローで
ある。プロキシオブジェクト１はメッセージの受信待ち
状態にある。この状態で、アプリケーション８から送信
されたデータ削除要求「remove(name)」を受信する（ス
テップＳ３６）。

【００８３】ネットワーク７０の接続状態を調べる（ス
テップＳ３７）。ネットワーク７０の接続状態がオンラ
インである場合、以下のステップＳ３７乃至ステップＳ
４２の処理を参照オブジェクト５が実行する。

【００８４】即ち、同期マネージャ６が同期処理中か否
かを調べる（ステップＳ３８）。同期処理中である場
合、同期完了まで待つ。即ち、同期マネージャ６から送
信される同期完了通知の受信を待つ（ステップＳ３
９）。

【００８５】同期処理中でない場合、及び、同期完了通
知を受信した場合、オンラインでの処理を開始し、要求
されたメッセージ「remove(name)」をプロキシオブジェ
クト１内部の参照オブジェクト５に転送する（ステップ
Ｓ４０）。

【００８６】削除の対象であるメッセージ「remove(nam
e)」の引数のnameがインデックステーブル３に存在する
か否かを調べる（ステップＳ４１）。存在しない場合、
再び、メッセージの受信待ち状態に入る。以下のステッ
プＳ４２は省略される。

【００８７】存在する場合、インデックステーブル３か
ら当該nameを削除し、このnameに対応するキャッシュデ
ータ４をキャッシュテーブルから削除して、この後、メ
ッセージの受信待ち状態に入る（ステップＳ４２）。

【００８８】ステップＳ３７において、ネットワーク７
０の接続状態がオフラインである場合、以下のステップ
Ｓ４３乃至ステップＳ４５の処理をキャッシュデータマ
ネージャ２が実行する。

【００８９】即ち、要求されたメッセージ「remove(nam
e)」の引数のnameがインデックステーブル３に存在する
か否かを調べる（ステップＳ４３）。存在しない場合、
削除の対象が存在しないので、データ追加要求「remove
(name)」を発行したアプリケーション８に対してエラー
を通知して、この後、アプリケーション８からの指示待
ち状態に入る（ステップＳ４４）。

【００９０】存在する場合、要求されたメッセージ「re
move(name)」を同期マネージャ６に転送して（ステップ
Ｓ４５）、この後、キャッシュデータマネージャ２がス
テップＳ４１以下を実行する（自己のインデックステー
ブル３からの削除を行う）。なお、前述のように、同期
マネージャ６は受信した当該メッセージ「remove(nam
e)」を同期処理待ちのメッセージキュー６１に順に登録
する。

【００９１】図１４は同期マネージャ６が実行するメッ
セージ管理処理フローである。同期マネージャ６はメッ
セージの受信待ち状態にある。この状態で、キャッシュ
データマネージャ２から送信されたデータ取得要求get
(name) 、データ更新要求set(name,value) 、データ追
加要求add(name,value,mode)又は及びデータ削除要求re
move(name)を受信する（ステップＳ４６）。

【００９２】同一のターゲットのメッセージ（同一のデ
ータについて同一の操作をするメッセージ）が、メッセ
ージキュー６１内にあるか否かを調べる（ステップＳ４
７）。存在しない場合、次のステップＳ４８の実行は省
略する。

【００９３】存在する場合、当該同一ターゲットの古い
方のメッセージをメッセージキュー６１から削除する
（ステップＳ４８）。ステップＳ４６で受信したメッセ
ージはデータ削除要求か否かを調べる（ステップＳ４
９）。データ削除要求でない場合、次のステップＳ５０
の実行は省略する。

【００９４】データ削除要求である場合、同一ターゲッ
トについてのデータ取得要求get(name) 、データ更新要
求set(name,value) 、データ追加要求add(name,value,m
ode)が、メッセージキュー６１内にあれば、これをメッ
セージキュー６１から削除して、この後、メッセージの
受信待ち状態に入る（ステップＳ５０）。

【００９５】図１５は同期マネージャ６が実行する同期
処理フローである。ユーザの移動により、モーバイルホ
スト５０が、図２に示すように、サーバホスト６０から
遠隔の状態で、ネットワーク７０との接続を切断した状
態にある。この場合、本発明に従って、アプリケーショ
ン８は、ネットワーク７０の存在及び接続状態を意識す
ることなく、マスタオブジェクト１１と同一のインタフ
ェースを持つプロキシオブジェクト１へのデータ操作を
行う。即ち、プロキシオブジェクト１内のキャッシュデ
ータマネージャ２は図１０乃至図１３に示すオフライン
での処理を実行する。また、接続を回復した際における
同期処理のために、同期マネージャ６は図１４に示す処
理を実行する。この間、サーバホスト６０においてはマ
スタオブジェクト１１の操作は行われない。

【００９６】再び、ユーザの移動により、モーバイルホ
スト５０が、図３に示すように、ネットワーク７０に接
続され、サーバホスト６０に接続される。この接続の回
復に伴い、同期マネージャ６は図１５を参照して以下に
説明する同期処理を開始する。この間、モーバイルホス
ト５０においては、キャッシュデータマネージャ２は図
１０乃至図１３に示す同期完了待ちの状態にある。この
間、ユーザは処理を待たされるが、ネットワーク７０の
存在及び接続状態を意識する必要はない。

【００９７】図１５において、通信マネージャ７が回線
を接続し、モーバイルホスト５０がネットワーク７０に
接続されると、通信マネージャ７がプロキシオブジェク
ト１の同期マネージャ６にオンラインとなったことを通
知する。

【００９８】これを受けた同期マネージャ６は、アプリ
ケーション８からオブジェクトへのアクセスを一時的に
ロックするために、同期処理状態フラグを同期処理中を
示す値「false 」に変更する。

【００９９】同期マネージャ６は、メッセージキュー６
１に同期処理待ちのメッセージが１以上ある場合に、同
期処理開始要求をサーバホスト６０のマスタオブジェク
ト１１の同期マネージャ６に送信する。これを受けたマ
スタオブジェクト１１の同期マネージャ６は、当該要求
の受け付けをモーバイルホスト５０の同期マネージャ６
に返信する。なお、通信はサーバホスト６０及びモーバ
イルホスト５０双方の通信マネージャ７を介して行われ
る。以下においても同様である。

【０１００】マスタオブジェクト１１の同期マネージャ
６は、当該受け付けと共に、他のモーバイルホスト５０
等からのからマスタオブジェクト１１へのアクセスを一
時的にロックするために、同期処理状態フラグを同期処
理中を示す値「false 」に変更する。

【０１０１】同期処理開始要求が受け付けられると、モ
ーバイルホスト５０の同期マネージャ６は同期処理を開
始する。同期処理は一次同期処理及び二次同期処理に分
けて実行される。

【０１０２】一次同期処理は、プロキシオブジェクト１
からの同期処理であって、プロキシオブジェクト１のキ
ャッシュデータ４にマスタオブジェクト１１のデータ１
４を一致させる処理である。このために、一次同期処理
は、プロキシオブジェクト１（のメッセージキュー６
１）に滞留していたデータ取得要求get(name) 以外のメ
ッセージ、即ち、データ更新要求set(name,value) 、デ
ータ追加要求add(name,value,mode)及びデータ削除要求
remove(name)についての同期処理からなる。従って、一
次同期処理は、モーバイルホスト５０からのサーバホス
ト６０のデータの操作であり、オフライン時のデータ操
作をオンライン開始時に排他的にまとめて実行するもの
である。

【０１０３】二次同期処理は、マスタオブジェクト１１
からの同期処理であって、マスタオブジェクト１１のデ
ータ１４にプロキシオブジェクト１のキャッシュデータ
４を一致させる処理である。このために、二次同期処理
は、マスタオブジェクト１１（のメッセージキュー１６
１）に滞留していたデータ更新要求set(name,value)、
データ追加要求add(name,value,mode)及びデータ削除要
求remove(name)についての同期処理からなる。従って、
二次同期処理は、連携して動作している他のモーバイル
（又はモーバイルではない）ホスト（５０）からのサー
バホスト６０及び当該モーバイルホスト５０のデータの
操作であり、オフライン時のデータ操作をオンライン開
始時に排他的にまとめて実行するものである。

【０１０４】また、プロキシオブジェクト１に滞留して
いたデータ取得要求get(name) についての同期処理は、
以上の一次同期処理及び二次同期処理の後に実行され
る。この同期処理は三次同期処理と考えてもよい。この
処理は、プロキシオブジェクト１に滞留していたメッセ
ージの早期処理であるから、本来、一次同期処理におい
て実行すべきものである。しかし、本発明では、これを
一次同期処理及び二次同期処理の後に実行する。これに
より、処理すべきデータ取得要求の数を減らし、同期処
理の時間を短縮し、同期処理のための通信のオーバヘッ
ドを少なくしている。

【０１０５】まず、モーバイルホスト５０の同期マネー
ジャ６は一次同期処理を開始する。即ち、メッセージキ
ュー６１内のメッセージの中でデータ取得要求以外のメ
ッセージを、キューの先頭から順に、同期メッセージと
してサーバホスト６０の同期マネージャ６に送信する。
なお、ここで送信されるメッセージの内、以下のルール
のチェックにおいて有効に受け付けられるものは、例え
ば図８に示す場合のものである。

【０１０６】同期メッセージを受信したサーバホスト６
０の同期マネージャ６は、図６に示した同期モードにつ
いてのルールをチェックして、同期メッセージを受け付
けるか否かを決定する。

【０１０７】同期メッセージを受け付けない場合、サー
バホスト６０の同期マネージャ６は、そのメッセージキ
ュー１６１内に当該データに対する更新／追加／削除要
求がある場合には、当該メッセージをモーバイルホスト
５０の同期マネージャ６に送信する。なお、ここで送信
されるメッセージは、例えば図７に示す場合のものであ
る。

【０１０８】これを受信したモーバイルホスト５０の同
期マネージャ６は、当該メッセージの内容に基づいて、
プロキシオブジェクト１（キャッシュデータマネージャ
２）に依頼してそのキャッシュデータ４を更新／追加／
削除し、また、更新／追加／削除したデータについての
データ取得要求がそのメッセージキュー６１内に存在す
る場合には当該データ取得要求を削除する。

【０１０９】同期メッセージを受け付ける場合、サーバ
ホスト６０の同期マネージャ６は、当該同期メッセージ
の内容に基づいて、マスタオブジェクト１１に依頼して
インデックステーブル３及びデータを更新／追加／削除
し、また、そのメッセージキュー６１内に当該データに
ついて不要となったメッセージが存在する場合には、当
該メッセージを削除する。

【０１１０】以上の処理を順次繰り返すことにより、モ
ーバイルホスト５０のメッセージキュー６１内にはデー
タ取得メッセージ以外のメッセージが存在しなくなる。
これにより一次同期が完了する。そこで、モーバイルホ
スト５０の同期マネージャ６は、サーバホスト６０の同
期マネージャ６に一次同期完了通知を送信する。

【０１１１】一次同期完了通知を受信したサーバホスト
６０の同期マネージャ６は、そのメッセージキュー６１
内に存在する他のモーバイルホスト５０等からの更新／
追加／削除要求を、キュー６１の先頭から順に、同期メ
ッセージとして当該モーバイルホスト５０の同期マネー
ジャ６に送信する。なお、サーバホスト６０のメッセー
ジキュー６１内には取得要求は存在しない。

【０１１２】これを受信したモーバイルホスト５０の同
期マネージャ６は、当該メッセージの内容に基づいて、
プロキシオブジェクト１（キャッシュデータマネージャ
２）に依頼してそのキャッシュデータ４を更新／追加／
削除し、また、更新／追加／削除したデータについての
データ取得要求がそのメッセージキュー６１内に存在す
る場合には当該データ取得要求を削除する。

【０１１３】以上の処理を順次繰り返すことにより、サ
ーバホスト６０のメッセージキュー６１内には同期メッ
セージが存在しなくなる。これにより二次同期が完了す
る。そこで、サーバホスト６０の同期マネージャ６は、
モーバイルホスト５０の同期マネージャ６に二次同期完
了通知を送信する。

【０１１４】二次同期完了通知を受信したモーバイルホ
スト５０の同期マネージャ６は、そのメッセージキュー
６１内に存在するデータ取得要求を、キューの先頭から
順に同期メッセージとしてサーバホスト６０の同期マネ
ージャ６に送信する。

【０１１５】このデータ取得要求を受信したサーバホス
ト６０の同期マネージャ６は、当該同期メッセージの内
容に基づいて、マスタオブジェクト１１に依頼してイン
デックステーブル３及びデータから対象データを取得し
て、これを同期メッセージとして当該モーバイルホスト
５０の同期マネージャ６に返信する。これを受信したモ
ーバイルホスト５０の同期マネージャ６は、当該メッセ
ージの内容に基づいて、プロキシオブジェクト１（キャ
ッシュデータマネージャ２）に依頼してそのキャッシュ
データ４を取得したデータとする。

【０１１６】以上の処理を順次繰り返すことにより、モ
ーバイルホスト５０のメッセージキュー６１内にはデー
タ取得要求が存在しなくなり、空となる。これによりデ
ータ取得（三次同期処理）が完了し、すべての同期処理
が完了する。そこで、モーバイルホスト５０の同期マネ
ージャ６は、サーバホスト６０の同期マネージャ６に同
期完了通知を送信する。同期完了通知を受信したサーバ
ホスト６０の同期マネージャ６は、同期完了通知の受け
付けを通知する。

【０１１７】モーバイルホスト５０及びサーバホスト６
０の同期マネージャ６は、各々、同期処理状態フラグを
同期処理完了を示す値「true」に変更する。これによ
り、モーバイルホスト５０のアプリケーション８からマ
スタオブジェクト１１へのアクセスが可能となる。ま
た、他のモーバイルホスト５０等からのからマスタオブ
ジェクト１１へのアクセスが可能となる。

【０１１８】従って、これ以後は、プロキシオブジェク
ト１内の参照オブジェクト５は図１０乃至図１３に示す
オンフラインでの処理を実行し、サーバホスト６０にお
いてマスタオブジェクト１１の操作が行われる。また、
同期マネージャ６は処理を実行しない。

【０１１９】以上、本発明をその実施の態様により説明
したが、本発明はその主旨の範囲において種々の変形が
可能である。例えば、プロキシオブジェクト１の生成の
タイミングはアプリケーション８からの要求時に制限さ
れない。即ち、オンライン時にマスタオブジェクト１１
の生成に応じて、予めプロキシオブジェクト１を生成し
ておいても良い。これにより、モーバイルホスト５０に
おけるメモリ容量は増加するが、オフライン時にアプリ
ケーション８からそれまでにメソッドが発行されたこと
の無いマスタオブジェクト１１に対してメソッドが発行
されても、これに対応することができる。

【０１２０】また、参照オブジェクト５及び同期マネー
ジャ６をプロキシオブジェクト１とは別に設けるように
してもよい。この場合、アプリケーション８が、オフラ
イン時はプロキシオブジェクト１に対して、オンライン
時は参照オブジェクト５に対して、各々、メソッドを発
行するようにされる。

【０１２１】また、キャッシュデータマネージャ２、参
照オブジェクト５、同期マネージャ６をプロキシオブジ
ェクト１とは別に設けるようにしてもよい。そして、ア
プリケーション８が発行したメソッドをプロキシオブジ
ェクト１で受け付け、プロキシオブジェクト１がネット
ワークの状態及びメソッドの内容に応じて、キャッシュ
データマネージャ２、参照オブジェクト５、同期マネー
ジャ６を呼び出して処理を実行させるようにしても良
い。

【０１２２】また、マスタオブジェクト１１及びプログ
ラムオブジェクト１がインデックステーブル３とキャッ
シュデータ４とに分けてデータを持つ必要はなく、従来
（図１６）と同様に、データテーブルを持つようにして
も良い。

【０１２３】また、本発明はネットワーク７０との接続
を切断しない分散オブジェクト処理システムにも適用す
ることができる。この場合、モーバイルホスト５０のメ
モ容量が小さくて済み、サーバホスト６０との通信のオ
ーバヘッド小さくて済む。

【０１２４】また、本発明は、以上に述べた処理を分散
オブジェクト処理装置であるコンピュータに実現させる
プログラムを格納したプログラム記憶媒体を提供する。
従って、当該プログラム記憶媒体も本発明の技術的範囲
に属するものである。

【０１２５】

【発明の効果】以上説明したように、本発明によれば、
分散オブジェクト処理装置において、アプリケーション
に対してマスタオブジェクトと同一のインタフェースを
有しサーバホストとの接続が切断されている場合でもメ
ソッドに対応する処理を行うプロキシオブジェクトを設
けることにより、当該接続が切断されている場合であっ
てもアプリケーションからメソッドが発行されるとこれ
に対応する処理を行うことができるので、ネットワーク
との接続が切断されてもアプリケーションにエラーを生
じることを防止でき、結果として、アプリケーション及
びユーザがネットワークの存在及び接続状態を意識する
必要をなくすことができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】分散オブジェクト処理装置説明図である。

【図３】分散オブジェクト処理装置構成図である。

【図４】インデックステーブル説明図である。

【図５】データ格納用メモリ説明図である。

【図６】同期モード説明図である。

【図７】同期モード説明図である。

【図８】同期モード説明図である。

【図９】同期モード説明図である。

【図１０】キャッシュ管理処理フローである。

【図１１】キャッシュ管理処理フローである。

【図１２】キャッシュ管理処理フローである。

【図１３】キャッシュ管理処理フローである。

【図１４】メッセージ管理処理フローである。

【図１５】同期管理処理フローである。

【図１６】従来の分散オブジェクトシステム説明図であ
る。

【符号の説明】

１ プロキシオブジェクト ２ キャッシュデータマネージャ ３ インデックステーブル ４ キャッシュデータ ５ 参照オブジェクト ６ 同期マネージャ ７ 通信マネージャ ８ アプリケーション ９ メソッド １１ マスタオブジェクト １３ インデックステーブル １４ データ １６ 同期マネージャ １７ 通信マネージャ ５０ モーバイルホスト ６０ サーバホスト ７０ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 野口 祐一郎 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 飯田 一朗 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 １又は複数のコンピュータとネットワー
   クを介して接続される分散オブジェクト処理装置であっ
   て、 他のコンピュータ上で動作する遠隔オブジェクトと連携
   して動作するオブジェクトであって、メソッドを発行す
   るアプリケーションに対して前記遠隔オブジェクトと同
   一のインタフェースを有し、前記遠隔オブジェクトの持
   つデータのキャッシュデータを管理するキャッシュデー
   タマネージャを有するプロキシオブジェクトを備え、 前記キャッシュデータマネージャが、前記他のコンピュ
   ータとの接続が切断されている場合に、前記キャッシュ
   データを用いて前記メソッドに対応する処理を行うこと
   を特徴とする分散オブジェクト処理装置。
2. 【請求項２】 当該分散オブジェクト処理装が前記他の
   コンピュータと接続されている場合に、前記メソッドに
   対応する処理を行う参照オブジェクトを備えることを特
   徴とする請求項１に記載の分散オブジェクト処理装置。
3. 【請求項３】 前記プロキシオブジェクトが、前記他の
   コンピュータとの接続の状態に応じて当該プロキシオブ
   ジェクトと前記遠隔オブジェクトとの間でデータの同期
   処理を行う同期マネージャを備え、 前記同期マネージャが、前記他のコンピュータとの接続
   が切断状態から接続状態に移行した場合に、自動的に前
   記データの同期処理を行うことを特徴とする請求項１に
   記載の分散オブジェクト処理装置。
4. 【請求項４】 前記キャッシュデータマネージャが、前
   記遠隔オブジェクトがそのデータを管理するためのテー
   ブルと同一の構造を有し、データの名前及びデータの格
   納位置を記憶するインデックステーブルと当該データの
   格納領域とからなるデータテーブルを用いて前記キャッ
   シュデータを管理することを特徴とする請求項１に記載
   の分散オブジェクト処理装置。
5. 【請求項５】 １又は複数のコンピュータとネットワー
   クを介して接続される分散オブジェクト処理装置におい
   て用いられるプログラムであって、 メソッドを発行するアプリケーションに対して前記遠隔
   オブジェクトと同一のインタフェースを有し、 他のコンピュータ上で動作する遠隔オブジェクトと連携
   する処理と、 前記遠隔オブジェクトの持つデータのキャッシュデータ
   を管理する処理と、 前記他のコンピュータとの接続が切断されている場合に
   前記メソッドに対応する処理とを分散オブジェクト処理
   装置であるコンピュータに実行させるプログラムを格納
   したことを特徴とするプログラム記憶媒体。