JP2002101120A - 通信方法および情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】プラットフォーム独立の機械語で実行されるオ
ブジェクト指向言語で記述されたプログラムを実行する
実行環境を少なくとも１つ有する端末のネットワークア
ドレスが、例えば上記プログラム実行中に不意に変更さ
れても、そのネットワークアドレスの変更を上記実行環
境上に反映して、後に、再び他の端末との通信を可能に
する通信方法および情報処理装置を提供する。 【解決手段】プラットフォーム独立の機械語で実行され
るオブジェクト指向言語で記述されたプログラムを実行
する実行環境を少なくとも１つ有する複数の端末があ
り、これらのうちの特定の端末が、自装置のネットワー
クアドレスの変更を検知したとき、他の端末が前記特定
の端末へのアクセスを可能にするため、変更後の新たな
ネットワークアドレスを前記他の端末が参照可能なよう
に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＪａｖａ（サン・マ
イクロシステムズ登録商標）実行環境による分散情報処
理システムに関する.

【０００２】

【従来の技術】近年、プラットフォーム独立なプログラ
ム実行環境Ｊａｖａ（米サンマイクロシステムズ社登録
商標、文献 Ｋｅｎ Ａｒｎｏｌｄ，Ｊａｍｅｓ Ｇｏ
ｓｌｉｎｇ，”Ｔｈｅ Ｊａｖａ Ｐｒｏｇｒａｍｍｉ
ｎｇ Ｌａｎｇｕａｇｅ，Ｓｅｃｏｎｄ Ｅｄｉｔｉｏ
ｎ，”参照）の発展により、多種多様な情報機器をＪａ
ｖａにより連携させる取り組みが盛んに行われている。

【０００３】分散アプリケーションをＪａｖａで実装す
る場合、通信手段として遠隔メソッド呼び出し(Ｒｅｍ
ｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ 以下Ｒ
ＭＩと呼ぶ)という通信技術を利用するのが一般的であ
る(文献 Ｔｒｏｙ Ｂｒｙａｎ Ｄｏｗｎｉｎｇ、”
ＲＭＩ：Ｄｅｖｅｌｏｐｉｎｇ Ｄｉｓｔｒｉｂｕｔｅ
ｄ Ｊａｖａ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｉｔｈ
Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ
ａｎｄ Ｓｅｒｉａｌｉｚａｔｉｏｎ，”ＩＤＧＢｏｏ
ｋｓ ＷｏｒｌｄＷｉｄｅ，Ｉｎｃ．１９９８参照)。

【０００４】ＲＭＩは、Ｊａｖａのオブジェクト間のメ
ソッド呼び出し機構を通信用に拡張したものであり、複
雑な通信処理を隠蔽した、簡単でかつ強力な通信機構で
ある。

【０００５】

【発明が解決しようとする課題】しかし、Ｊａｖａおよ
びＲＭＩは、実行される計算機（ホスト）のＩＰアドレ
ス（以下、ネットワークアドレスとも呼ぶ）の変更に対
応できないという問題がある。具体的には、以下の2点
がある。

【０００６】（１）ＲＭＩでは、クライアントがサーバ
に接続する際、リモートリファレンス（リモート参照）
と呼ばれる情報を利用して接続する。このリモート参照
には、サーバプログラムが実行されている計算機のネッ
トワークアドレス(ＩＰアドレス)とポート番号などの情
報が含まれている。この情報(リモートリ参照)は、例え
ば、計算機で電源が投入されて（起動されて）、サービ
スを公開する時にサーバプログラムが作成するが、作成
する時のネットワークアドレスがリモート参照に埋め込
まれてしまい、その後のネットワークアドレスの変更に
対応して更新するメカニズムを持たない。

【０００７】そのため、計算機が移動して、ネットワー
クアドレス（以下、簡単にネットワークとも呼ぶ）が変
更された後に、サーバプログラムが配布する（ディレク
トリサービスプログラムに登録する）リモート参照に
は、移動前のネットワークアドレスが埋め込まれてい
る。このリモート参照を受け取ったクライアントプログ
ラムは、移動前のネットワークアドレスに対してコネク
ションを張ろうと試みてしまい、新しいネットワークア
ドレスを持ったサーバとのコネクションが確立できない
という問題点があった。

【０００８】（２）ＲＭＩではサーバとクライアント間
でＪａｖａオブジェクトを送受信する。受信側のＪａｖ
ａプログラムは、受け取ったＪａｖａオブジェクトに対
応するクラスファイルを必要とする。このクラスプァイ
ルを既に持っている場合には、それを利用して受信した
Ｊａｖａオブジェクトの処理を行う。しかし、このクラ
スを持っていない場合には、Ｊａｖａオブジェクトに付
与されているクラスファイルの供給元の情報を参照し、
そこからダウンロードを行い、その後にＪａｖａオブジ
ェクトの処理を行う。Ｊａｖａオブジェクトに付与され
たクラスファイルの供給元情報はコードベースと呼ば
れ、Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ
(ＵＲＬ)形式で指定する。

【０００９】このコードベースも前述のリモートリ参照
と同様に設定は静的であり、ネットワークアドレスの変
更に対応して更新するメカニズムを持たない。このた
め、ネットワーク移動を行う計算機の様に、動的にネッ
トワークアドレスが変更される計算機がクラスファイル
供給元となる場合に、コードベースの更新が行われず、
受信側のプログラムが正常に動作できないという問題点
があった。

【００１０】そこで、本発明は、上記問題点に鑑み、プ
ラットフォーム独立の機械語で実行されるオブジェクト
指向言語で記述されたプログラムを実行する実行環境を
少なくとも１つ有する端末のＩＰアドレスが、例えば上
記プログラム実行中に不意に変更されても、そのＩＰア
ドレスの変更を上記実行環境上に反映して、後に、再び
他の端末との通信を可能にする通信方法および情報処理
装置を提供することを目的とする。

【００１１】例えば、Ｊａｖａ仮想マシンを少なくとも
１つ有する端末のＩＰアドレスの変更に伴い、ＲＭＩに
て定義されているリモート参照中のＩＰアドレス、コー
ドベースも容易に変更でき、ＩＰアドレス変更後もＪａ
ｖａプログラムを用いた端末間の通信を可能にする通信
方法およびそれを用いた情報処理装置を提供することを
目的とする。

【００１２】

【課題を解決するための手段】本発明は、プラットフォ
ーム独立の機械語で実行されるオブジェクト指向言語で
記述されたプログラムを実行する実行環境（例えばＪａ
ｖａ仮想マシン）を少なくとも１つ有する複数の端末が
あり、これらのうちの特定の端末（例えばサーバプログ
ラムが実行される端末）が、自装置のネットワークアド
レス（例えばＩＰアドレス）の変更を検知したとき、他
の端末（例えば、クライアントプログラムが実行される
端末）が前記特定の端末へのアクセスを可能にするた
め、変更後の新たなネットワークアドレスを前記他の端
末が参照可能なように提供し（例えば、リモート参照中
のネットワークアドレスを更新して、ディレクトリサー
ビスプログラムへ再度登録し直す）、また、前記特定の
端末が、自装置のネットワークアドレスの変更を検知し
たとき、前記特定の端末に記憶されているファイルであ
って、前記特定の端末が前記他の端末に提供すべきファ
イル（例えば、スタブファイルやその他のクラスファイ
ル）の所在を示す表記データ（コードベース）を更新
し、この更新された表記データに基づき前記ファイルを
前記他の端末が参照可能なように提供する（例えば、ス
タブファイル中のコードベースを更新したり、必要に応
じて、相手端末へ送付する）することにより、プラット
フォーム独立の機械語で実行されるオブジェクト指向言
語で記述されたプログラムを実行する実行環境（例え
ば、Ｊａｖａ仮想マシン）を少なくとも１つ有する端末
のネットワークアドレスの変更に伴い、例えば、クライ
アントに提供されるリモート参照中のＩＰアドレス、コ
ードベースも容易に変更でき、端末のＩＰアドレスが不
意に変更された場合も（例えば、Ｊａｖａプログラムを
用いた）端末間の通信を可能にする。

【００１３】特に、プラットフォーム独立の機械語で実
行されるオブジェクト指向言語で記述されたサーバプロ
グラムを実行する実行環境（例えば、Ｊａｖａ仮想マシ
ン）を少なくとも１つ有する端末が、自装置のネットワ
ークアドレスの変更を検知する検知手段と、この検知手
段でネットワークアドレスの変更を検知したとき、前記
クライアントが自装置へのアクセスを可能にするため、
少なくとも変更後の新たなネットワークアドレスを前記
クライアントが参照可能なように提供する提供手段とを
具備し、好ましくは、前記クライアントが前記サービス
の提供を受けるために必要な手続きを記述したファイル
を記憶する記憶手段と、前記検知手段でネットワークア
ドレスの変更を検知したとき、前記ファイルの所在を示
した表記データ（例えば、コードベース）を更新する更
新手段と、更新された表記データに基づき前記ファイル
を前記クライアントが参照可能なように提供する提供手
段とを具備したことにより、プラットフォーム独立の機
械語で実行されるオブジェクト指向言語で記述されたサ
ーバプログラムを実行する実行環境（例えば、Ｊａｖａ
仮想マシン）を少なくとも１つ有する端末のネットワー
クアドレスの変更に伴い、クライアントに提供するため
にディレクトリサービスプログラムに登録するサーバプ
ログラムへのリモート参照中のＩＰアドレス、コードベ
ースも容易に変更でき、サーバプログラム実行中にその
端末のＩＰアドレスが不意に変更されても、後にクライ
アントからのアクセス（例えば、遠隔メソッド呼び出
し）を可能にし、（例えば、Ｊａｖａプログラムを用い
た）端末間の通信を可能にする。

【００１４】本発明は、プラットフォーム独立の機械語
で実行されるオブジェクト指向言語で記述されたプログ
ラムを実行する実行環境を少なくとも１つ有するコンピ
ュータを、クライアントからの要求に応じて所定のサー
ビスを提供するための前記実行環境上のサーバとして機
能させるためのプログラム製品であって、自装置のネッ
トワークアドレスの変更を検知する機能と、前記ネット
ワークアドレスの変更を検知したとき、前記クライアン
トが自装置へのアクセスを可能にするため、少なくとも
変更後の新たなネットワークアドレスを前記クライアン
トが参照可能なように提供する機能と、前記ネットワー
クアドレスの変更を検知したとき、前記クライアントが
前記サービスの提供を受けるために必要な手続きを記述
したファイルの記憶場所を示した表記データを更新する
機能と、更新された表記データを前記クライアントが参
照可能なように提供する機能と、をコンピュータに実現
させる。本発明によれば、プラットフォーム独立の機械
語で実行されるオブジェクト指向言語で記述されたプロ
グラムを実行する実行環境（例えば、Ｊａｖａ仮想マシ
ン）を少なくとも１つ有するコンピュータのネットワー
クアドレス（例えば、ＩＰアドレス）の変更に伴い、ク
ライアントに提供されるリモート参照中のＩＰアドレ
ス、コードベースも容易に変更でき、移動先においても
（例えば、Ｊａｖａプログラムを用いた）コンピュータ
間の通信を可能にする。

【００１５】

【発明の実施形態】図1は、本実施形態に係る分散情報
処理システムの構成例を示す図で、プラットフォーム独
立の機械語で実行されるオブジェクト指向言語として、
Ｊａｖａで記述されたプログラムを実行する実行環境
（Ｊａｖａ仮想マシン）を少なくとも１つ有する複数
（例えば、ここでは３つの）計算機１０１〜１０３が、
例えばインターネット等のネットワークを介して接続さ
れ、ＪａｖａのＲＭＩを用いてＪａｖａプログラム間で
通信を行うことにより、分散情報処理を実現するもので
ある。

【００１６】ＪａｖａのＲＭＩを用いて分散情報処理を
実現するためには、サービスを提供するサーバプログラ
ムと、サービスを利用するクライアントプログラム、お
よびサーバとクライアントを仲介するディレクトリサー
ビスプログラムが必要である。

【００１７】図１において、サーバプログラム、クライ
アントプログラム、ディレクトリサービスプログラム
は、それぞれ、異なる計算機(計算機１０２、計算機１
０３、計算機１０１)上のＪａｖａ仮想マシン（Ｖｉｒ
ｔｕａｌ Ｍａｃｈｉｎｅ）Ｓ、Ｃ、Ｄで実行されてい
るプログラムである（同じ計算機上の異なるＪａｖａ仮
想マシンであっても一般性を失わない）。

【００１８】ディレクトリサービスプログラムは、クラ
イアントプログラムがサーバプログラムを発見するため
の手段を提供するプログラムで、クライアントプログラ
ムから要求されたサービス名やサービス属性などをキー
として、サーバプログラムを検索する機能を有する。例
えば、Ｊａｖａの開発環境に含まれるｒｍｉｒｅｇｉｓ
ｔｒｙというプログラムや、Ｓｕｎ Ｍｉｃｒｏｓｙｓ
ｔｅｍｓ社が提唱するＪｉｎｉ(文献 Ｋ．Ａｒｎｏｌ
ｄ，Ｂ．Ｏ’Ｓｕｌｌｉｖａｎ，Ｒ．Ｗ．Ｓｃｈｅｉｆ
ｌｅｒ，Ｊ．Ｗａｌｄｏ， ａｎｄ Ａ．Ｗｏｌｌｒａ
ｔｈ，”ＴｈｅＪｉｎｉ Ｓｐｅｃｉｆｉｃａｔｉｏ
ｎ，”Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ，１９９９ 参
照)のＬｏｏｋｕｐ Ｓｅｒｖｅｒというプログラムが
これにあたる。

【００１９】サーバプログラムは、他のＪａｖａ仮想マ
シン上のクライアントプログラムからのサービス要求を
遠隔メソッド呼び出しの形で受信し、サービス結果をメ
ソッドヘの返り値として返す。サーバプログラムは、サ
ービス提供を開始するにあたり、まずディレクトリサー
ビスプログラムに、そのサーバプログラムから提供する
サービス名や属性と、当該サーバプログラムへの接続に
必要な情報(ネットワークアドレス（ネットワークレイ
ヤアドレスで、ここでは、ＩＰアドレス）、ポート番
号、オブジェクト識別子などで、これを後述するスタブ
ファイルに埋め込んで登録する。

【００２０】クライアントプログラムは、サーバプログ
ラムに対して遠隔メソッド呼び出しを用いて要求を発行
し、応答を受け取って目的を完遂する。クライアントプ
ログラムは、サービスを受けるにあたってまずサーバプ
ログラムか稼働するネットワーク上の位置を知らなけれ
ばならない。そこで、クライアントプログラムはまずデ
ィレクトリサービスプログラムに接続して、サービス名
やサービス属性などをキーとして、所望のサーバプログ
ラムの検索を行なう。検索に成功すると、ディレクトリ
サービスプログラムに登録されているリモート参照を獲
得するので、リモート参照に基づきサーバフログラムヘ
接続し、サービスの提供を受ける。

【００２１】Ｊａｖａ仮想マシンは、ＲＭＩを利用する
ために、同じＪａｖａ仮想マシン内にリモート参照管理
部を具備する。

【００２２】リモート参照管理部は、同一Ｊａｖａ仮想
マシン内のオブジェクトに対するリモート参照の作成
や、他のＪａｖａ仮想マシン内のオブジェクトを参照す
るリモート参照を受信し管理するためのものである。

【００２３】ここで、あるサービスを提供するサーバプ
ログラムがＪａｖａ仮想マシンＳ内で作成され、これ
に、Ｊａｖａ仮想マシンＣ内のクライアントプログラム
がアクセスしたとする。

【００２４】まず、移動（ネットワークアドレスの変
更）がない場合について説明する。

【００２５】図２は、サーバプログラムが稼働する仮想
マシンＳの構成を示したもので、図３に示すフローチャ
ートを参照して図２の仮想マシンＳの機能と動作につい
て説明する。

【００２６】図２において、仮想マシンＳは、主に、サ
ーバオブジェクト２と登録管理部３とリモート参照管理
部４とネットワークアドレス獲得部５とから構成され
る。

【００２７】Ｊａｖａによるサーバプログラムは、一般
に、複数のｊａｖａオブジェクトで構成されるが、その
中にＲＭＩによる遠隔メソッド呼び出しを受け付けるオ
ブジェクトが含まれる。このオブジェクトは、「ｊａｖ
ａ．ｒｍｉ．ｓｅｒｖｅｒ．ＲｅｍｏｔｅＳｅｒｖｅ
ｒ」クラスを継承したクラスのオブジェクトである。こ
のオブジェクトを以下サーバオブジェクト２と呼ぶ。

【００２８】リモート参照管理部４は、主に、リモート
参照更新部４ａとリモート参照格納部４ｂとから構成さ
れ、リモート参照更新部４ａは、サーバオブジェクト２
へのリモート参照の作成、更新を行い、作成、更新され
たリモート参照をリモート参照格納部４ｂに格納する。
また、リモート参照管理部４は、他のＪａｖａ仮想マシ
ン内のオブジェクトを参照するためのリモート参照を受
信し、管理する。

【００２９】登録管理部３は、リモート参照格納部４ｂ
に格納されたサーバオブジェクト２へのリモート参照を
ディレクトリサービスプログラムＤに登録するためのも
のである。

【００３０】ネットワークアドレス獲得部５は、サーバ
オブジェクト２が構築、すなわち、起動された（クラス
がインスタンス化された）ときに、計算機１０２のオペ
レーティングシステム（例えば、Ｗｉｎｄｏｗｓ（マイ
クロソフト社登録商標）、Ｌｉｎｕｘ等で、以下、簡単
にＯＳと呼ぶ）から、そのときの計算機１０２のネット
ワークアドレスを獲得する。例えば、「ｊａｖａ．ｎｅ
ｔ．ＩｎｅｔＡｄｄｒｅｓｓ」クラスが提供する「ｇｅ
ｔＬｏｃａｌＨｏｓｔ()」メソッドがその一例である。
Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ杜が提供するＪＤＫ
（Ｊａｖａ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）１．１
およびＪＤＫ１．２で用意されているものは、ネットワ
ークアドレスを一度獲得すると、Ｊａｖａ仮想マシンが
終了するまで、その獲得したネットワークアドレスを保
持し続けるようになっている。

【００３１】リモート参照更新部４ａは、ネットワーク
アドレス獲得部５で獲得されたネットワークアドレスを
リモート参照に書き込む。

【００３２】さて、計算機１０２に電源が投入されて、
Ｊａｖａ仮想マシンによりサーバオブジェクト２が構築
されると（クラスがインスタンス化されると）（図３の
テップＳ１）、その際、リモート参照管理部４は、ネッ
トワークアドレス獲得部５からネットワークアドレスを
取り出して、このサーバオブジェクト２ヘのリモート参
照を作成し、リモート参照格納部４ｂに格納する（ステ
ップＳ２）。

【００３３】次に、登録管理部３が、このサーバオブジ
ェクト２ヘのリモート参照をディレクトリサービスプロ
グラムＤに登録する（ステップＳ３）。

【００３４】一方、クライアントプログラムは複数のＪ
ａｖａオブジェクトから構成されており、これを以下、
クライアントオブジェクトと呼ぶ。クライアントプログ
ラムは、所望のサービスを提供してくれるサーバプログ
ラムを検索するために、ディレクトリサービスプログラ
ムに接続して、サービス名、サービス属性などをキーと
して所望のサーバプログラムを検索する（図４のステッ
プＳ１１）。そして、ディレクトリサービスプログラム
に登録されている所望のサーバプログラムへのリモート
参照を獲得すると（ステップＳ１２）、リモート参照に
記述されたネットワークアドレス等を用いて、当該サー
バプログラムに接続し（ステップＳ１３）、サービスの
提供を受ける（ステップＳ１４）。

【００３５】以上図３のステップＳ１〜ステップＳ３ま
でのサーバプログラムの動作は、従来同様である。

【００３６】次に、本発明の実施形態に係るサーバプロ
グラムの動作について、上記の移動（ネットワークアド
レスの変更）がない場合と異なる部分について説明す
る。

【００３７】ここで、サーバプログラムが稼働している
計算機１０２のネットワークアドレスが変更された場合
について考える。これは、たとえば携帯型のノートパソ
コンの様な移動可能な計算機をユーザが移動しながら、
あるいはサスペンドの状態で持ち運び、別のＩＰネット
ワーク（以下、簡単にネットワークと呼ぶ）に接続した
場合に生じる。また、移動できないようなデスクトップ
型の計算機等であっても、ダイアルアップで接続されて
いる場合、電話回線を一旦切断した後に再接続した際に
異なるネットワークアドレスが割り当てられる事があ
る。

【００３８】このような計算機１０２のネットワークア
ドレスの変更が、サーバプログラム稼働中に生じたとす
る（図３のステップＳ４）。この場合、ＩＰネットワー
ク移動後もサーバオブジェクト２が再構築されることが
ないので、リモート参照管理部４内に保持されているサ
ーバオブジェクト２への接続のためにリモート参照は、
サーバオブジェクト２が構築された時点でのネットワー
クアドレスを保持するため、ネットワークアドレスの変
更に伴って、リモート参照の書き換えが必要となる。

【００３９】また、ネットワークアドレス獲得部５は、
前述したように、ネットワークアドレスを一度獲得する
と、その値を保持し、ネットワークアドレス変更後もそ
の保持さえた値をリモート参照管理部４に報告してしま
う。このため、ネットワークアドレス獲得部５は、その
保持した値とネットワークアドレスを削除し、ネットワ
ークアドレス獲得部５が呼ばれた場合にネットワークア
ドレスを再獲得することが必要である。

【００４０】すなわち、サーバプログラムが稼働する計
算機１０２のネットワークアドレスが変更されたとき
に、速やかにリモート参照が更新されるよう、計算機１
０２のネットワークアドレスが更新されたことを検知す
るメカニズムが必要となる。このメカニズムは、ネット
ワークアドレスを管理するＯＳが具備してもよいし、図
６に示すように、ネットワークアドレスをモニタするプ
ログラム（ネットワークアドレスモニタ６）が、Ｊａｖ
ａ仮想マシンＳ外部に常駐していてもよい。これらの場
合には、Ｊａｖａ仮想マシンＳ外部からリモート参照管
理部４（リモート参照更新部４ｂ）へ、ネットワークア
ドレスの変更を通知する手段があれば良い。この手段に
は、ソケットなどの通常のプロセス間通信を用いても良
い。または、図７に示すように、ネットワークアドレス
モニタ７をＪａｖａ仮想マシンＳ内部に持っても良い。

【００４１】図６のネットワークアドレスモニタ６の機
能について、図８（ａ）を参照して説明する。ネットワ
ークアドレスは、計算機１０２に搭載されている、ＤＨ
ＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａ
ｔｉｏｎ Ｐｒｏｔｏｃｏｌ）１２やＰＰＰ（Ｐｏｉｎ
ｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）１３のよう
なプロトコルを用いて必要に応じて取得され、計算機１
０２のＯＳ１１に渡され、ここで保持される。ネットワ
ークアドレスモニタ６は、ＯＳ１１に保持されているネ
ットワークアドレスを定期的に読み出し、前回読み出し
たネットワークアドレスと比較する。前回読み出しネッ
トワークアドレスと今回読み出したネットワークアドレ
スとが異なるときは、その旨をリモート参照管理部４
（リモート参照更新部４ｂ）へソケットなどの通常のプ
ロセス間通信を用いて通知する。それを受けて、リモー
ト参照更新部４ｂはネットワークアドレス獲得部５を起
動して、新たなネットワークアドレスを獲得する。

【００４２】図７のネットワークアドレスモニタ７の機
能について、図８（ｂ）を参照して説明する。ネットワ
ークアドレスは、上記同様、計算機１０２に搭載されて
いる、ＤＨＣＰ１２やＰＰＰ１３のようなプロトコルに
て取得され、計算機１０２のＯＳ１１に保持されてい
る。ネットワークアドレスモニタ７は、定期的にネット
ワークアドレス獲得部５を呼び出し、ネットワークアド
レス獲得部５で獲得されたネットワークアドレスを前回
のものと比較してネットワークアドレスの変更を検知す
る。ネットワークアドレスの変更を検知した場合には、
リモート参照更新部４ｂのメソッド呼び出しをして、新
たなネットワークアドレスを通知する。

【００４３】図３の説明に戻り、ネットワークアドレス
の変更が検知され、新たなネットワークアドレスを取得
したリモート参照更新部４ｂは、リモート参照格納部４
ａに格納されているリモート参照中のネットワークアド
レスを書き換える（ステップＳ５）。

【００４４】リモート参照格納部４ｂは、複数のリモー
ト参照を管理しており、大別すると同一Ｊａｖａ仮想マ
シン内のオブジェクトを参照するものと、他のＪａｖａ
仮想マシン内のオブジェクトを指すものがある。ネット
ワークアドレスの変更に伴って書き換えが必要となるリ
モート参照は、同一Ｊａｖａ仮想マシン内のオブジェク
トを指すものだけである。

【００４５】ここで、図５に示すフローチャートを参照
して、図３のステップＳ５のリモート参照更新部４ｂの
リモート参照更新処理動作について説明する。

【００４６】リモート参照更新部４ａは、リモート参照
格納部４ａで管理されているリモート参照の中から、同
一Ｊａｖａ仮想マシンＳ内のもので、ネットワークアド
レス更新処理を行っていない、未処理のもの選択し（ス
テップＳ２１〜ステップＳ２２）、その選択したリモー
ト参照中に計算機１０２が移動する前の変更前のネット
ワークアドレスが含まれているときは（ステップＳ２
３）、それを移動後の新しいネットワークアドレスに書
き換える（ステップＳ２４）。

【００４７】なお、ネットワークアドレスの変更を検知
する方法としては、上記のような定期的にモニタするの
ではなく、移動後最初にネットワークアクセスを行う時
点でモニタして検出するのでも良い。リモート参照は、
計算機１０２のＪａｖａ仮想マシンＳのプログラムが他
の計算機のＪａｖａ仮想マシンと通信を行う時点で更新
されていれば良いので、例えば、図６に示した構成の場
合、計算機１０２がＪａｖａ仮想マシンＳ外のプログラ
ムが受信したパケットに応答しようとしたときに、ネッ
トワークアドレスモニタ６がネットワークアドレスのチ
ェックを行い、変更されていれば、ネットワークアドレ
スモニタ６がリモート参照更新部４のメソッド呼び出し
をすれば良い。

【００４８】以上、ネットワークアドレスの変更に伴う
リモート参照中のネットワークアドレスを書き換える場
合を説明したが、実際、ネットワークアドレスの変更に
伴い、書き換えるべきものは、これだけではない。

【００４９】まず、図９を参照して、ＪａｖａのＲＭＩ
を用いた通信の概略を説明する。

【００５０】ＪａｖａのＲＭＩでは、計算機１０３のク
ライアントプログラムが計算機１０２のサーバオブジェ
クト２が提供するリモートメソッドを呼ぶ際に、当該サ
ーバオブジェクト２用のスタブクラスが必要となる。ま
た、サーバプログラムには、このスタブクラスに対応す
るスケルトンクラスを有する。クライアントプログラム
が実行されている計算機１０３上に、サーバオブジェク
ト２用のスタブクラスが無い場合、サーバオブジェクト
２のスタブオブジェクトに含まれるコードベースに指定
された場所から、スタブクラスを記述したファイル（ス
タブファイル）をダウンロードする。スタブオブジェク
トには、コードベースとリモート参照を含んでいる。

【００５１】スタブファイルの保存場所としては、サー
バプログラムが稼働する計算機１０２内にある場合と、
異なる計算機にある場合がある。前述したように、計算
機１０２の移動に伴ってネットワークアドレスが変更す
るような場合に影響を受けるのは、明らかに前者の場合
である。

【００５２】計算機１０３上のクライアントプログラム
にスタブファイルを提供する場合、通常ＨＴＴＰ（Ｈｙ
ｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）が利用される。そこで、本実施形態では、図１０に
示すように、サーバプログラムが稼働する計算機１０２
上で、ＨＴＴＰにてデータファイルの送受信を行うＨＴ
ＴＰサーバ１０４が並行して稼働する。

【００５３】図９において、計算機１０２上のサーバプ
ログラムが通信相手のクライアントプログラムに提供す
べきサーバオブジェクト２用のスタブファイルは、ＨＴ
ＴＰサーバ１０４に格納する（ステップＳ１０１）。ま
た、サーバオブジェクト２用のスタブファイルの格納場
所を示すコードベースは、スタブオブジェクトをディレ
クトリサービスプログラムに登録するために送出する際
に、スタブオブジェクトに（コードベースが）付与され
る（ステップＳ１０２、図３のステップＳ２）。クライ
アントプログラムは、図４に示したように、ディレクト
サービスリプログラムから所望のサーバプログラムのス
タブオブジェクトを受け取り（ステップＳ１０３）、そ
のスタブオブジェクトに付与されているコードベースを
基に、スタブファイルの供給元にアクセスして、スタブ
ファイルをダウンロードする（ステップＳ１０４）。そ
の後、クライアントプログラムは、図４のステップＳ１
３以降の動作を行う。

【００５４】さて、サーバオブジェクト２用のスタブフ
ァイルの格納場所は、計算機１０２にある。従って、前
述のようにして、サーバプログラムが稼働する計算機１
０２のネットワークアドレスが変更された場合、前述同
様にリモート参照の書き換えが必要であるが、さらに、
スタブファイルを提供するＨＴＴＰサーバ１０４のネッ
トワークアドレスも変更されるため、スタブファイルの
供給元を示すコードベ一スも書き換える必要がある。

【００５５】ＲＭＩでは、ＲＭＩ用クラスローダが定義
されている。ＲＭＩ用クラスローダは、ＲＭＩ用のスタ
ブクラスやスケルトンクラス、ＲＭＩのメソッドのパラ
メータや戻り値として渡されるクラスを管理するもので
ある。具体的には、クラスファイルの在処を、所定の順
番に検索、ロードし、合わせでどこからロードしたかを
記憶する。そして、オブジェクトを他のＪａｖａ仮想マ
シンへ渡す場合、受け手側でクラスがロードできるよう
に在処を示すＵＲＬを付与する。この時、スケルトンや
スタブなどのクラスに対して付与されるコードベースは
ＲＭＩクラスローダが管理するローカルコードベースの
値がコピーされる(詳細はＲＭＩ仕様書)。このローカル
コードベースは、初期値は起動時にプロパティで指定す
るのが一般的である。

【００５６】図１１に示すように、サーバプログラムが
稼働する仮想マシンＳは、上記のＲＭＩ用クラスローダ
８を有する。なお、図２、図６と同一部分には同一符号
を付し、以下、異なる部分について説明する。計算機１
０２のネットワークアドレスが変更された場合には、Ｒ
ＭＩ用クラスローダ８が管理しているローカルコードベ
ース８ａの値が更新されればよい。そこで、ネットワー
クアドレスの変更を検知した場合には、ローカルコード
ベース更新部８ｂを呼んで、ローカルコードベース８ａ
に含まれる自計算機１０２を示す部分を、新しいネット
ワークアドレスに対応したものに更新すればよい。

【００５７】例えば、計算機１０２のネットワークアド
レスが「１００．１０１．１０２．１０３」、コードベ
ースが「ｈｔｔｐ：／／１００．１０１．１０２．１０
３／ｃｏｄｅｂａｓｅ／」であったものが、ネットワー
ク移動により、計算機１０２のネットワークアドレスが
「２００．２０１．２０２．２０３」に移動になった場
合、コードベースも「ｈｔｔｐ：／／２００．２０１．
２０２．２０３／ｃｏｄｅｂａｓｅ／」に更新されれば
良い。

【００５８】ネットワークアドレス変更の検知は、図８
に示したように、Ｊａｖａ仮想マシンＳ外部で行う方法
（図８（ａ）参照）とＪａｖａ仮想マシンＳ内部で行う
方法（図８（ｂ））とがあるが、図１１では、Ｊａｖａ
仮想マシンＳ外部にネットワークアドレスモニタ６があ
る場合の構成例を示している。すなわち、前述したよう
に、ネットワークアドレスモニタ６がネットワークアド
レスの変更を検知すると、その旨をリモート参照管理部
４（リモート参照更新部４ｂ）、ＲＭＩ用クラスローダ
８（コードベース更新部８ｂ）へソケットなどの通常の
プロセス間通信を用いて通知する。それを受けて、リモ
ート参照更新部４ｂ、コードベース更新部８ｂは、ネッ
トワークアドレス獲得部５を起動して、新たなネットワ
ークアドレスを獲得する。コードベース更新部８ｂは、
獲得した新たなネットワークアドレスを用いて、ローカ
ルコードベース８ａを書き換える。

【００５９】図３のステップＳ５では、リモート参照更
新部４ｂは、リモート参照中のネットワークアドレスを
新たなネットワークアドレスに書き換えるとともに、コ
ードベース更新部８ｂでローカルコードベース８ａを更
新する。

【００６０】以上のようにして、リモート参照更新部４
ｂにより更新されたリモート参照は、計算機１０２の移
動先のＩＰネットワーク上に存在するディレクトリサー
ビスプログラムに登録される（図３のステップＳ３）。
なお、このときのディレクトリサービスプログラムは、
計算機１０１上で稼働するものであるとは限らない。

【００６１】このように、計算機１０２の移動に伴うＩ
Ｐアドレスの変更に応じて、リモート参照更新部４ａが
リモート参照中のネットワークアドレスを書き換えて、
計算機１０２の移動した先においても、スタブオブジェ
クトにその新たなリモート参照と新たなローカルコード
ベースを付与して、ディレクトリサービスプログラムに
登録することにより、計算機１０２上のサーバプログラ
ムは、新たなクライアントとの間の通信が可能となる。

【００６２】以上説明したように、上記実施形態によれ
ば、サーバプログラムを実行するＪａｖａ仮想マシンＳ
を少なくとも１つ有する計算機１０２が、ネットワーク
アドレスモニタ６あるいは７で自装置のＩＰアドレスの
変更を検知したとき、サーバプログラムへのリモート参
照中のネットワークアドレスとコードベースの更新を行
い、この更新されたリモート参照とローカルコードベー
スを含むスタブオブジェクトをディレクトリサービスプ
ログラムへ登録し直すことで、計算機１０２のＩＰアド
レスの変更後も、このサーバプログラムへのクライアン
トからのアクセスが可能になる。

【００６３】なお、上記実施形態では、スタブファイル
を例にとり説明したが、この場合に限らず、例えば、サ
ーバからクライアントへのサービス提供の際、クライア
ントがサーバに対し渡す引数に、例えばその解釈のため
に所定のクラスファイルが必要なときに、そのクラスフ
ァイルの所在を記述したデータを当該引数と伴に渡すこ
とになるが、クライアントプログラムの稼働する計算機
の移動に伴いＩＰアドレスが変更した場合、当該クラス
ファイルが同じ計算機内に存在するときには、前述同様
にして、このクラスファイルの所在を記述したデータも
変更して、サーバプログラムへ送り直せばよい。

【００６４】また、サーバがクライアントから受け取っ
た引数に対し行った処理結果に、例えばその解釈のため
に所定のクラスファイルが必要なときも、そのクラスフ
ァイルの所在を記述したデータを当該処理結果と伴に渡
すことになるが、サーバプログラムの稼働する計算機の
移動に伴いＩＰアドレスが変更した場合、当該クラスフ
ァイルが同じ計算機内に存在するときには、前述同様に
して、このクラスファイルの所在を記述したデータも変
更して、クライアントプログラムへ送り直せばよい。

【００６５】なお、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。さらに、上記実
施形態には種々の段階の発明は含まれており、開示され
る複数の構成用件における適宜な組み合わせにより、種
々の発明が抽出され得る。例えば、実施形態に示される
全構成要件から幾つかの構成要件が削除されても、発明
が解決しようとする課題の欄で述べた課題（の少なくと
も１つ）が解決でき、発明の効果の欄で述べられている
効果（のなくとも１つ）が得られる場合には、この構成
要件が削除された構成が発明として抽出され得る。

【００６６】

【発明の効果】以上説明したように、本発明によれば、
プラットフォーム独立の機械語で実行されるオブジェク
ト指向言語で記述されたプログラムを実行する実行環境
を少なくとも１つ有する端末のネットワークアドレス
が、例えば上記プログラム実行中に不意に変更されて
も、そのネットワークアドレスの変更を上記実行環境上
に反映して、後に、再び他の端末との通信を可能にす
る。

【図面の簡単な説明】

【図１】本実施形態に係る分散情報処理システムの構成
例を示す図。

【図２】従来のサーバプログラムが稼働する仮想マシン
の構成を示した図。

【図３】サーバプログラムの処理動作を説明するための
フローチャート。

【図４】クライアントプログラムの処理動作を説明する
ためのフローチャート。

【図５】サーバプログラムのリモート参照更新処理動作
を説明するためのフローチャート。

【図６】本実施形態に係るサーバプログラムが稼働する
仮想マシンおよびそれを有する計算機の構成を示した
図。

【図７】本実施形態に係るサーバプログラムが稼働する
仮想マシンおよびそれを有する計算機の他の構成を示し
た図。

【図８】ネットワークアドレス変更の検知方法を説明す
るための図。

【図９】ＪａｖａのＲＭＩを用いた通信の概略を説明す
るための図。

【図１０】本実施形態に係る分散情報処理システムの他
の構成例を示す図で、サーバプログラムが実行される計
算機上にＨＴＴＰサーバを有する場合を示している。

【図１１】本実施形態に係るサーバプログラムが稼働す
る仮想マシンおよびそれを有する計算機のさらに他の構
成を示した図。

【符号の説明】

Ｓ、Ｃ、Ｄ…Ｊａｖａ仮想マシン ２…サーバオブジェクト ３…登録管理部 ４…リモート参照管理部 ４ａ…リモート参照格納部 ４ｂ…リモート参照更新部 ５…ネットワークアドレス獲得部 ６、７…ネットワークアドレスモニタ １０１、１０２、１０３…計算機 １０４…ＨＴＴＰサーバ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 プラットフォーム独立の機械語で実行さ
   れるオブジェクト指向言語で記述されたプログラムを実
   行する実行環境を少なくとも１つ有する複数の端末があ
   り、これらのうちの特定の端末が、自装置のネットワー
   クアドレスの変更を検知したとき、他の端末が前記特定
   の端末へのアクセスを可能にするため、変更後の新たな
   ネットワークアドレスを前記他の端末が参照可能なよう
   に提供することを特徴とする通信方法。
2. 【請求項２】 前記特定の端末が、自装置のネットワー
   クアドレスの変更を検知したとき、前記特定の端末に記
   憶されているファイルであって前記特定の端末が前記他
   の端末に提供すべきファイルの所在を示す表記データを
   更新し、この更新された表記データに基づいて前記ファ
   イルを前記他の端末が参照可能なように提供することを
   特徴とする請求項１記載の通信方法。
3. 【請求項３】 プラットフォーム独立の機械語で実行さ
   れるオブジェクト指向言語で記述されたプログラムを実
   行する実行環境を少なくとも１つ有し、前記実行環境上
   にて、クライアントからの要求に応じて所定のサービス
   を提供するためのサーバプログラムを実行する情報処理
   装置であって、 自装置のネットワークアドレスの変更を検知する検知手
   段と、 この検知手段でネットワークアドレスの変更を検知した
   とき、前記クライアントが自装置へのアクセスを可能に
   するため、少なくとも変更後の新たなネットワークアド
   レスを前記クライアントが参照可能なように提供する提
   供手段と、 を具備したことを特徴とする情報処理装置。
4. 【請求項４】 前記クライアントが前記サービスの提供
   を受けるために必要な手続きを記述したファイルを記憶
   する記憶手段と、 前記検知手段でネットワークアドレスの変更を検知した
   とき、前記ファイルの所在を示した表記データを更新す
   る更新手段と、 更新された表記データに基づいて前記ファイルを前記ク
   ライアントが参照可能なように提供する提供手段と、 を具備したことを特徴とする請求項３記載の情報処理装
   置。
5. 【請求項５】 プラットフォーム独立の機械語で実行さ
   れるオブジェクト指向言語で記述されたプログラムを実
   行する実行環境を少なくとも１つ有するコンピュータ
   を、クライアントからの要求に応じて所定のサービスを
   提供するための前記実行環境上のサーバとして機能させ
   るためのプログラム製品であって、 自装置のネットワークアドレスの変更を検知する機能
   と、 前記ネットワークアドレスの変更を検知したとき、前記
   クライアントが自装置へのアクセスを可能にするため、
   少なくとも変更後の新たなネットワークアドレスを前記
   クライアントが参照可能なように提供する機能と、 前記ネットワークアドレスの変更を検知したとき、前記
   クライアントが前記サービスの提供を受けるために必要
   な手続きを記述したファイルの記憶場所を示した表記デ
   ータを更新する機能と、 更新された表記データに基づいて前記ファイルを前記ク
   ライアントが参照可能なように提供する機能と、 をコンピュータに実現させるためのプログラム製品。