JP3003596B2 - クライアントサーバシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントサー
バシステムに関し、特に、移動型プログラムモジュール
を用いるクライアントサーバシステムに関する。

【０００２】

【従来の技術】クライアントサーバシステムにおいて、
サーバへ命令を発行するだけでなく、サーバ上で動作す
るプログラムモジュールをクライアント側からアップロ
ードし、動作した結果をクライアントが受け取るシステ
ムにおいては、クライアントから発行されネットワーク
上を自由に移動して情報を収集する、あるいは処理を実
行する「Ｗｏｒｍ（ワーム）」と呼ばれる移動型プログ
ラムモジュールや、複数のサーバを移動して一つのタス
クを達成するエージェントが用いられている。

【０００３】例えば特開平７−１５２６９９号公報に提
案されているシステムでは、プロセスの移動をサーバが
決定している。同公報には、ネットワークに接続された
コンピュータシステムがその負荷状況を検出し、負荷量
が所定値を超えている場合プロセスを他のコンピュータ
システムに移動すべく移動要求を出力し、負荷量の小さ
な他のコンピュータシステムは移動要求に応じる旨を通
知し、負荷量の大きなコンピュータシステムは移動許可
の通知を受けてその通知元のコンピュータシステムに対
してプロセスの移動を行うようにしたシステムが記載さ
れている。

【０００４】またIEEE Personal Communications Decem
ber 1995に掲載されている論文（“The Use of Network
-Based Migrating User Agents for Personal Communic
ation Services”）（文献１という）では、利用者が端
末とともに移動すると、接続先サーバが変更され、結果
として、利用者のプログラムモジュール（プロセス）が
移動する、ようにしたシステムが提案されている。

【０００５】さらに特開平４−２９４６５５号公報に
は、電子メールシステムの電子メール受信側における電
子メールの状態（受信済み、閲覧済み等）を送信側から
参照できるようにした構成が提案されている。

【０００６】

【発明が解決しようとする課題】しかしながら、上記し
た従来の技術は下記記載の問題点を有している。

【０００７】（１）第１の問題点は、一度実行してしま
った移動型プログラムモジュールは、必要がなくなって
も実行されたままで、無駄なプロセスが存在することに
なる、ということである。

【０００８】その理由は、上記従来技術においては、プ
ログラムモジュールの移動性、非同期性のために、クラ
イアント側から実行中、移動中のＷｏｒｍやエージェン
トに対して、アクセスする手段、例えば実行状況の確認
や実行中止を行う手段を具備していない、ためである。

【０００９】（２）第２の問題点は、サーバの状況に応
じてクライアントが動作を変更し、システム全体として
効率のよい動作（一定の負荷状態）にすることができな
い、ということである。またユーザのネットワーク上の
プログラムモジュールへの信頼性が低いという問題点も
ある。

【００１０】その理由は、移動型プログラムが、どこで
何を実行しているか、という実行状況を確かめる手段を
具備していない、ためである。

【００１１】（３）第３の問題点は、上記特開平４−２
９４６５５号公報においては、電子メールの受信者が受
信した電子メールを他人に転送した場合、転送先におけ
る電子メールの状態を、最初の電子メール送信者から確
認することができない、ということである。

【００１２】その理由は、上記特開平４−２９４６５５
号公報においては、電子メールの転送についての考慮が
なされていず、発信メール管理テーブルを次から次へと
たどる機構が具備されていない、ためである。

【００１３】したがって、本発明は、上記事情に鑑みて
なされたものであって、その目的は、クライアント側か
ら実行中、移動中のＷｏｒｍやエージェントに対して例
えばその実行状況の確認や中止等のアクセスを行うこと
を可能としたクライアントサーバシステムを提供するこ
とにある。

【００１４】本発明の他の目的は、移動型プログラムが
どこで何を実行しているかという実行状況を確かめるこ
とを可能としたクライアントサーバシステムを提供する
ことにある。

【００１５】本発明のさらに他の目的は、複数の端末間
を移動するプログラムモジュール等を追跡することを可
能としたクライアントサーバシステムを提供することに
ある。

【００１６】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、利用者からの入力を受け付け、利用者へ
必要な情報を出力する入出力手段と、前記入出力手段か
らの入力に基づき、実行すべきプログラムモジュールを
選択し、実行順を決定してネットワークに接続される他
の情報処理装置に依頼するクライアントと、前記ネット
ワークに接続される他の情報処理装置から依頼されたプ
ログラムモジュールの実行を行い実行結果を返却するサ
ーバと、を備えてなるクライアントサーバシステムにお
いて、前記サーバが、前記ネットワークを介して受け取
ったメッセージの内容を判別して、自装置の所定の手段
に振り分けるとともに、自装置のデータを前記ネットワ
ークに接続された適切な情報処理装置へ送信するネット
ワークアクセス手段と、前記ネットワークを介して他の
情報処理装置から送出されたプログラムモジュールを実
行するプログラムモジュール実行手段と、プログラムの
実行状況を保持する実行状況テーブル保持手段と、前記
実行状況テーブル保持手段を管理する実行状況テーブル
管理手段と、を備え、前記サーバが、前記プログラムモ
ジュールの実行状況の確認メッセージを受け取った際
に、前記サーバの実行状況テーブル保持手段に、該当す
るプログラムがなくとも、過去の実行状況から該プログ
ラムモジュールを実行する可能性のあるサーバ名を探索
し、前記プログラムモジュールの実行状況を取得するこ
とで、前記プログラムモジュールの実行状況を確認可能
とした、ことを特徴とする。

【００１７】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明は、その好ましい実施の形態におい
て、利用者からの入力を受け付け、利用者へ必要な情報
を出力する入出力手段（図１の１０）と、入出力手段
（図１の１０）からの入力に基づき、実行すべきプログ
ラムモジュールを選択し、実行順を決定してネットワー
クに接続されるサーバ（図１の３０）に依頼するクライ
アント（図１の２０）と、ネットワークに接続されるク
ライアント（図１の２０）から依頼されたプログラムモ
ジュールの実行を行い実行結果を返却するサーバ（図１
の３０、３１）と、を備え、サーバ（図１の３０）は、
ネットワークを介して受け取ったメッセージの内容を判
別して、自装置の所定の手段に振り分けるとともに、自
装置のデータを前記ネットワークに接続された適切なサ
ーバへ送信するネットワークアクセス手段（図１の４
０）と、ネットワークを介して他の装置から送出された
プログラムモジュールを実行するプログラムモジュール
実行手段（図１の５０）と、プログラムの実行状況を保
持する状況テーブル保持手段（図１の７０）と、実行状
況テーブル保持手段を管理する状況テーブル管理手段
（図１の６０）と、を備え、サーバにおける移動型プロ
グラムモジュールの実行状況の確認、及び実行中止のア
クセス制御を可能としたものである。

【００１８】より詳細には、状況テーブル保持手段（図
１の７０）は、移動型プログラムモジュールの実況状況
を保持するもので、移動型プログラムモジュール名、実
行状況（実行中、停止中、実行完了）、移動状況（移動
の有無、移動先）を保持する。

【００１９】また、プログラム実行手段（図１の５０）
は、移動型プログラムモジュールの実行状況を状況テー
ブル管理手段（図１の６０）を介して状況テーブル保持
手段（図１の７０）に登録する。

【００２０】そしてネットワークアクセス手段（図１の
４０）は、クライアント（図１の２０）からの実行状況
確認要求、停止要求を受け付け、それぞれ処理を行う。

【００２１】クライアント（図１の２０）から実行状況
の確認依頼がネットワークを介してサーバのネットワー
クアクセス手段（図１の４０）に到着した場合、状況テ
ーブル保持手段（図１の７０）から実行状況を獲得す
る。

【００２２】状況テーブル保持手段の実行状況が、実行
完了、移動あり、の場合は、他のサーバにおいて、プロ
グラムモジュールの実行動作しているので、移動先サー
バに実行状況を確認し、その回答をクライアント（図１
の２０）へ返す。

【００２３】クライアント（図１の２０）から停止要求
がきた場合には、実行状況確認を行った後、該当する移
動型プログラムモジュールを実行しているサーバへ実行
中止命令を送り、該サーバにおいて移動型プログラムモ
ジュールの実行を停止させる。

【００２４】

【実施例】上記した本発明の実施の形態について更に詳
細に説明すべく、本発明の実施の例について図面を参照
して以下に説明する。

【００２５】図１は、本発明の一実施例に係るクライア
ントサーバシステムの構成を示したものである。

【００２６】図１を参照すると、本実施例は、クライア
ント２０と、クライアント２０のための入出力手段１０
からなるクライアント部と、複数のサーバ＃１（３
０）、＃２〜＃ｎ（３５〜３６、まとめて３１で示す）
と、から構成されている。

【００２７】サーバ３０は、ネットワークアクセス手段
４０と、プログラム実行手段５０と、状況テーブル管理
手段６０と、状況テーブル保持手段７０と、サーバリス
ト保持手段８０と、を備えている。

【００２８】入出力手段１０は、サーバ３０とのデータ
の授受を行うクライアント２０と接続され、ユーザから
の命令をクライアント２０を介してサーバ３０へ伝え、
サーバからの命令に対する結果を、クライアント２０を
介して受け取り、ユーザに提示する。

【００２９】またクライアント２０は、ネットワーク上
で実行されるプログラムモジュールを保管する。またプ
ログラムモジュールの実行サーバ名が予めわかっている
場合に、プログラムモジュールに、それが実行されるサ
ーバ名を記述しておく。

【００３０】さらに、各サーバ＃１〜＃ｎは、実行した
プログラムモジュールに対して、サーバ名を付加してゆ
く。

【００３１】サーバ３０のネットワークアクセス手段４
０は、ネットワークを介してクライアント２０、他のサ
ーバ３１とのデータの授受を行う。さらに、ネットワー
クアクセス手段４０は、クライアント２０、及び他のサ
ーバ３１からのメッセージは状況テーブル管理手段６０
へ伝達し、クライアント２０からのプログラムモジュー
ルはプログラム実行手段５０へ送る。

【００３２】プログラム実行手段５０は、ネットワーク
アクセス手段４０を介して入手したプログラムモジュー
ルを実行するとともに、ネットワークアクセス手段４０
から実行停止命令を受け取ったときには、プログラムモ
ジュールの実行を停止する。そしてプログラムモジュー
ルの実行状況を状況テーブル管理手段６０へ送る。

【００３３】状況テーブル管理手段６０は、ネットワー
クアクセス手段４０から受け取った命令を解釈し、該当
するデータを状況テーブル保持手段７０から獲得し、ネ
ットワークアクセス手段４０へ渡す。また、状況テーブ
ル管理手段６０は、プログラム実行手段５０から、プロ
グラムモジュールの実行状況を受け取り、状況テーブル
保持手段７０を更新する。

【００３４】状況テーブル保持手段７０は、各プログラ
ムモジュールの実行状況を保持するデータベースであ
る。

【００３５】サーバリスト保持手段８０は、サーバ３０
と同様の機構が装備されておりプログラムモジュールを
転送することが可能とされるサーバ名の一覧を保持して
いる。

【００３６】次に図１を参照して、本実施例の動作につ
いて説明する。

【００３７】ユーザが入出力手段１０からクライアント
２０へ移動型プログラム起動命令（１１）を発行する
と、クライアント２０は移動型プログラムモジュールを
ネットワークアクセス手段４０へ転送する（２１）。

【００３８】ネットワークアクセス手段４０は、移動型
プログラムモジュールをプログラム実行手段５０へ渡す
（４１）。

【００３９】プログラム実行手段５０は、プログラムモ
ジュールを実行して処理を行うとともに、状況テーブル
管理手段６０へプログラム状況５１を伝える。

【００４０】図２に、プログラム状況５１の一例を示
す。プログラムモジュール名２０１（図２では「calc2
2.exe」）と、プログラムモジュールをロードしたクラ
イアント名２０２（図２では「クライアントＡ」）と、
その時点で実行している場所と実行状況２０３（図２で
は「実行中」）と、から構成されている。図２は、「ク
ライアントＡからのプログラムモジュールcalc22.exeが
サーバ＃１で実行中である」ことを示している。

【００４１】状況テーブル管理手段６０は、受け取った
プログラム状況５１を状況データ６１として、状況テー
ブル保持手段７０へ格納する。状況データ６１の内容
は、プログラム状況５１の内容と同一である。

【００４２】図３に、状況テーブル保持手段７０の内容
の一例を示す。状況テーブル保持手段７０は、複数のク
ライアントからのプログラムモジュールの状況を保持す
る。図３は、状況テーブル保持手段７０が、クライアン
トＡからのcalc22.exeに関する状況３０１と、クライア
ントＢからのcalc23.exeに関する状況３０２を保持して
いることを示している。状況の種類としては、「実行
中」、「実行完了」、「完全実行完了」、「停止中」、
「中止」等がある。

【００４３】プログラム実行手段５０は、プログラムモ
ジュールの実行状況が変化（例えば実行完了、実行中止
等）したら、その都度、状況テーブル管理手段６０に状
況５１を伝える。

【００４４】プログラム実行手段５０において、プログ
ラムモジュールの実行が完了すると、プログラムモジュ
ールと実行結果を、ネットワークアクセス手段に渡す
（５２）。

【００４５】プログラムモジュールから他のサーバへ移
動する必要があることが判明した場合には、プログラム
実行手段５０は、移動先を、プログラムモジュールから
獲得し、移動先を、その時点でのプログラム状況（「移
動中」）として、状況テーブル管理手段６０を介して状
況テーブル保持手段７０へ格納する。

【００４６】移動するプログラムモジュールは、ネット
ワークアクセス手段４０から他のサーバ３１の一つに転
送される。図１に示す例では、サーバ＃２（３５）に転
送されたものとする（４４）。プログラムモジュールの
転送時に、サーバ３０での実行結果が付加される。以
下、プログラムモジュールという場合、プログラムモジ
ュールに実行結果が付加されているものとする。

【００４７】プログラムモジュールを受け取ったサーバ
＃２（３５）は、サーバ＃２（３５）における、ネット
ワークアクセス手段がプログラムモジュールを受け取っ
てから、他のサーバへ転送するまでの上記の一連の流れ
を繰り返し、最終的にサーバ＃ｎ（３６）へ転送し（３
２）、ここでプログラムモジュールの実行が完了したも
のとすると、サーバ＃ｎ（３６）は、クライアント２０
にプログラムモジュールの実行結果３３を渡すととも
に、最初にアクセスされたサーバ３０に対して「完全実
行完了」の通知３４を行う。

【００４８】「完全実行完了」の通知３４を受け取った
サーバ３０のネットワークアクセス手段４０は、状況テ
ーブル保持手段７０に、その状況を、状況データ６１と
して渡す。

【００４９】図４、図５を参照して、本実施例におけ
る、プログラムモジュール移動と通知の一連の流れを説
明する。

【００５０】クライアント＃１において、実行依頼する
プログラムモジュールを選択し（図５では、calc22.ex
e）、そのプログラムモジュールの移動先、移動順（図
４では、サーバ＃１→サーバ＃２→サーバ＃３→サーバ
＃４の順とされている）がプログラムモジュールに付加
されている場合である。

【００５１】このプログラムモジュールをサーバ＃１に
渡して実行依頼する（図４の４０１）。このときのサー
バ＃１の状況テーブル保持手段７０の内容を、図５の５
０１に示す。図５の５０１に示したサーバ＃１の状況テ
ーブル保持手段７０の内容は、図２に示した内容と同じ
である。

【００５２】サーバ＃１にて、プログラムモジュールの
実行が完了すると、サーバ＃１の状況テーブル保持手段
７０は、図５の５０２に示すように、サーバ＃１で実行
が完了したという情報（サーバ＃１：実行完了）が設定
される。

【００５３】次にサーバ＃２にプログラムモジュールが
転送され（図４の４０２）、サーバ＃２で実行される。
このときのサーバ＃２の状況テーブル保持手段７０の内
容を図５の５０３に示す。状況テーブル保持手段７０に
は、その時点で実行している場所と実行状況として、
「サーバ＃２：実行中」すなわちサーバ＃２でプログラ
ムモジュールが実行中である状況が追加される。

【００５４】サーバ＃２でのプログラムモジュールの実
行が完了すると、実行完了通知をサーバ＃１に対して送
り（図４の４０３）、プログラムモジュールをサーバ＃
３に送る（図４の４０４）。

【００５５】サーバ＃２から実行完了通知を受け取った
サーバ＃１の状況テーブル保持手段７０の内容を５０４
に示す。サーバ＃１の状況テーブル保持手段７０には、
サーバ＃２での実行完了の旨の状況が設定されている。

【００５６】そして、サーバ＃３でプログラムモジュー
ルが実行され、実行が完了すると、サーバ＃１へ完全実
行完了通知を送り（図４の４０５）、さらにクライアン
ト＃１に対して、プログラムモジュールの結果を返却す
る（図４の４０６）。サーバ＃３から実行完了通知を受
け取ったサーバ＃１の状況テーブル保持手段７０の内容
を図５の５０４に示す。図５の５０４に示すように、サ
ーバ＃１の状況テーブル保持手段７０は、プログラムモ
ジュールcalc22.exeの実行が完全に完了したことを示し
ている。

【００５７】次に、一つのサーバがプログラムモジュー
ルを受け取ってから完了処理をおこなうまで一連の流れ
を、図６の流れ図を参照して説明する。

【００５８】プログラムモジュールを受け取ると（ステ
ップ６０１）、クライアントからのプログラムモジュー
ルかサーバからのものであるか否かを確認する（ステッ
プ６０２）。

【００５９】クライアントからのプログラムモジュール
の場合（ステップ６０２のＹ参照）、プログラムモジュ
ール名、クライアント名を用いて状況テーブル保持手段
を更新する（ステップ６０３）。更新の一例は、図２に
示したとおりである。

【００６０】次に受け取ったプログラムモジュールを実
行し（ステップ６０４）、実行が完了したら（ステップ
６０５のＹ参照）、状況テーブル保持手段に実行完了情
報を書き込む（ステップ６０６）。

【００６１】プログラムモジュールにも実行記録として
サーバ名を記録し、プログラムモジュールから次の転送
先を獲得し（ステップ６０７）、獲得できなかった場合
には（ステップ６０８のＮ参照）、クライアントへ結果
を返却し（ステップ６０９）、終了する。

【００６２】次の転送先が獲得できた場合（ステップ６
０８のＹ参照）、そのプログラムモジュールを転送先へ
転送し（ステップ６１０）、終了する。

【００６３】他のサーバから転送されたプログラムモジ
ュールの場合（ステップ６０２のＮ参照）、一番初め
に、このプログラムモジュールが実行されたサーバ名で
ある開始サーバ名をプログラムモジュールから獲得し
（ステップ６２０）、開始サーバへプログラムモジュー
ルの実行を行っている報告を行い（「実行中」メッセー
ジを渡す）（ステップ６２１）、プログラムモジュール
の実行を行う（ステップ６２２）。

【００６４】実行が完了したら（ステップ６２３）、プ
ログラムモジュールから次の転送先を獲得する（ステッ
プ６２４）。次の転送先が獲得できなかった場合（ステ
ップ６２５のＮ参照）、開始サーバへ完全実行完了通知
を行い（ステップ６２６）、クライアントへ結果を返却
し（ステップ６２７）、終了する。

【００６５】次の転送先が獲得できた場合（ステップ６
２５のＹ参照）、開始サーバへ実行完了メッセージを通
知し（ステップ６２８）、そのプログラムモジュールを
転送先へ転送し（ステップ６１０）、終了する。

【００６６】次に、図１を参照して、クライアント２０
から実行状況確認メッセージがきた場合の動作を説明す
る。

【００６７】入出力手段１０を介して入力された実行状
況確認命令（１１）は、クライアント２０を介してネッ
トワークアクセス手段４０に渡される（２１）。

【００６８】ネットワークアクセス手段４０は、状況管
理テーブル管理手段６０に該当するプログラムモジュー
ルの実行状況の検索依頼を行う（４２）。

【００６９】状況管理テーブル６０は、状況テーブル保
持手段７０から該当するプログラムモジュールの実行状
況を獲得し（７１）、これを、ネットワークアクセス手
段に伝える（６２）。さらにネットワークアクセス手段
４０は、実行状況を、クライアント２０に伝え（４
３）、これを入出力手段１０が獲得して（２２）、表示
する。

【００７０】状況テーブル保持手段７０に実行状況が記
録されていない場合には、以下の方法で移動先を調べ
る。

【００７１】（１）同一モジュールの過去の移動先を状
況テーブル保持手段７０から検索し、過去移動回数の多
いサーバへ順番に実行状況を問い合わせる。

【００７２】（２）その結果すべてのサーバに実行状況
問い合わせを行っても移動先が不明である場合には、状
況テーブル保持手段に記述されているすべての記録から
移動回数の多いサーバへ順番にモジュールの探索依頼を
行う。

【００７３】（３）探索依頼を受け取ったサーバは、上
記（１）の方法を用いて、移動有無を問い合わせるが、
すべてのサーバに対して移動有無問い合わせを行っても
移動先が不明の場合は、探索依頼は行わず、依頼元サー
バへ不明通知を送る。

【００７４】（４）すべてのサーバから不明通知を受け
取った場合は、サーバリスト保持手段８０に登録されて
いるすべてのサーバに対して移動有無を問い合わせる。

【００７５】サーバリスト８０の一例を図７に示す。１
行に、１つのサーバの名前が格納されている。図７で
は、「ＳｅｒｖｅｒＡ」、「ＳｅｒｖｅｒＢ」、「ｏｂ
ｐ」、「ｉｔｅｎ」の４つのサーバが記述されている。

【００７６】サーバリスト保持手段８０からネットワー
クアクセス手段４０へ送られるサーバリスト８１は同一
の内容である。

【００７７】次に、図１を参照して、サーバ３０がクラ
イアント２０から実行停止依頼を受け取った場合の動作
を説明する。

【００７８】入出力手段１０を介して入力された実行停
止依頼（１１）は、クライアント２０を介してサーバ３
０のネットワークアクセス手段４０に渡される（２
１）。

【００７９】ネットワークアクセス手段４０は実行状況
確認を行った後、サーバが発見されたら該当するプログ
ラムモジュールを実行しているサーバへ実行中止依頼を
送り、該サーバにおけるプログラムモジュールの実行を
停止させるとともに、サーバ３０へ実行中止を伝え、サ
ーバ３０の状況テーブル保持手段７０の状況を、「実行
中止」にする。

【００８０】サーバ３０は、その結果をクライアント２
０に送り、入出力手段１０がそれを表示する。

【００８１】一方、プログラムモジュールを実行してい
るサーバを発見できなかったときは、失敗結果をクライ
アント２０に送り、入出力手段１０がそれを表示する。

【００８２】次に、図１を参照して、サーバ３０がクラ
イアント２０から実行停止メッセージを受け取った場合
の動作を説明する。

【００８３】入出力手段１０を介して入力された実行停
止命令（１１）は、クライアント２０を介してサーバ３
０のネットワークアクセス手段４０に渡される（２
１）。

【００８４】サーバ３０のネットワークアクセス手段４
０は、自サーバに対して実行状況確認メッセージを送
る。

【００８５】前記した方法で、該当するプログラムモジ
ュールが実行されているサーバが特定できた場合、かつ
それが自サーバであった場合、プログラム実行手段５０
に実行停止命令を送り（４１）、実行を停止させ、結果
をクライアント２０へ伝える（４３）。

【００８６】自サーバでない場合は、サーバ３０は、該
当するプログラムモジュールが実行されているサーバへ
実行停止命令を送る。該当するプログラムモジュールが
実行されているサーバが特定できなかった場合には、サ
ーバ３０は、クライアント２０に失敗通知を送り（４
３）、入出力手段１０はこれを表示する。

【００８７】次に、図１を参照して、サーバが実行停止
命令メッセージを受け取った場合の動作を説明する。

【００８８】ネットワークアクセス手段４０が実行停止
命令メッセージを受け取った場合プログラムモジュール
実行手段５０へ実行停止命令を送り実行を停止させる。

【００８９】サーバが依頼メッセージ（実行状況確認、
実行停止、実行停止命令）を受け取ってからの動作を、
図８の流れ図を参照して以下に説明する。

【００９０】サーバのネットワークアクセス手段４０が
メッセージを受け取る（ステップ８０１）。

【００９１】受け取ったメッセージが、実行確認メッセ
ージであった場合（ステップ８０２のＹ参照）、状況テ
ーブル保持手段７０から実行状況を確認する対象である
プログラムモジュールの現在の実行状況を検索する（ス
テップ８０３）。

【００９２】該当するプログラムモジュール名が状況テ
ーブル保持手段７０に存在し、かつその状況が「完全実
行完了」でないい場合（ステップ８０４のＹ参照）、実
行状況をメッセージ送信元へ返却し（ステップ８０
９）、処理を終了する。

【００９３】該当するプログラムモジュール名が状況テ
ーブル保持手段７０に存在しない場合（ステップ８０４
のＮ参照）、状況テーブル保持手段７０から、過去に実
行が完全に完了した該当するプログラムモジュールが、
どのサーバで実行されているかを検索する（ステップ８
０５）。

【００９４】該当するプログラムモジュールが存在して
いた場合（ステップ８０６のＹ参照）、プログラムモジ
ュールの検索結果から、実行されている回数の多い順番
に、サーバへ実行状況の確認を行う（ステップ８０
７）。

【００９５】確認を行ったサーバから実行状況が返却さ
れたら（ステップ８０８のＹ参照）、実行状況を依頼元
へ返却し（ステップ８０９）、処理を終了する。

【００９６】該当するプログラムモジュールが存在しな
い場合（ステップ８０６のＮ参照）、及び、確認を行っ
たどのサーバからも実行状況が返却されない場合には
（ステップ８０８のＮ参照）、サーバリスト保持手段８
０に保持されている各サーバに対して実行状況確認を行
う（ステップ８１０）。

【００９７】確認を行ったサーバから実行状況が返却さ
れたら（ステップ８１１のＹ参照）、その実行状況を依
頼元へ返却し（ステップ８０９）、処理を終了する。

【００９８】一方、確認を行ったどのサーバからも実行
状況が返却されない場合は（ステップ８１１のＮ参
照）、「実行状況不明」を返却し（ステップ８１２）、
処理を終了する。

【００９９】実行状況を、メッセージ送信元に返却する
場合（ステップ８０９）に、確実性を持たせる場合に
は、実行状況に記されているサーバに対して、本当に実
行されているかどうか確認する必要がある。

【０１００】確認した結果、実行されていないことがわ
かった場合（すでに当該サーバで実行が完了してしまっ
ている場合には）、ステップ８０４のＮ以下の処理が行
われる。

【０１０１】さらに、ステップ８０２のメッセージの判
定処理において実行状況確認メッセージでなかった場
合、ステップ８２０の判定に移り、実行停止メッセージ
であった場合（ステップ８２０のＹ参照）、自サーバへ
該当するプログラムモジュールの実行状況確認を行う
（ステップ８２１）。

【０１０２】該当するプログラムモジュールを実行して
いるサーバと、その実行状況が特定され（ステップ８２
２のＹ参照）、該サーバが自サーバであった場合（ステ
ップ８２４のＹ参照）、プログラムモジュール実行手段
５０を介してプログラムを停止し、停止成功通知を返却
し（ステップ８２７）、処理を終了する。

【０１０３】該当するプログラムモジュールを実行して
いるサーバが、自サーバでない場合（ステップ８２４の
Ｎ参照）、該当するプログラムモジュールを実行してい
るサーバに対して実行停止命令メッセージを送り（ステ
ップ８２５）、処理を終了する。

【０１０４】該当するプログラムモジュールを実行して
いるサーバを特定できなかった場合（ステップ８２２の
Ｎ参照）、失敗通知を返却し（ステップ８２３）、処理
を終了する。

【０１０５】ステップ８２０の判定において実行停止メ
ッセージでない場合に、ステップ８２６の判定に移り、
該メッセージが実行停止命令メッセージであった場合
（ステップ８２６のＹ参照）、プログラムモジュール実
行手段５０を介してプログラムを停止し、停止成功通知
を返却して（ステップ８２７）、処理を終了する。

【０１０６】それ以外のメッセージの場合には（ステッ
プ８２６のＮ参照）、処理を終了する。

【０１０７】プログラムモジュールに付加されるデータ
の一例を図９に示す。プログラムモジュール名称９０１
（図９では「calc22.exe」）、プログラムモジュールが
実行されるべきサーバ名とその順番９０２、実行済みサ
ーバ名９０３（図９では、「ｏｂｐ」）と、から構成さ
れ、このデータはプログラムモジュールとともにサーバ
間を移動し、更新される。

【０１０８】

【発明の効果】以上説明したように、本発明によれば、
ネットワーク上を移動する移動型プログラムモジュール
の状況を任意の時点で知ることが可能とされ、さらに、
移動型プログラムモジュールの実行中止等の制御が可能
とされており、ユーザのネットワーク上のプログラムモ
ジュールへの信頼性が増し、無駄なプログラムプロセス
が削減され、迅速な処理を可能とし、システム性能を向
上させるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】本発明の一実施例におけるプログラム状況の内
容の一例を示す図である。

【図３】本発明の一実施例における状況テーブル保持手
段の内容の一例を示す図である。

【図４】本発明の一実施例を説明するための図であり、
プログラムモジュールの移動とサーバの連係動作の処理
フローを示す図である。

【図５】本発明の一実施例を説明するための図であり、
状況テーブル保持手段が保持するデータの変化の一例を
示す図である。

【図６】本発明の一実施例において、サーバがプログラ
ムモジュールを受け取ってから実行が完了するまでの動
作を示す流れ図である。

【図７】本発明の一実施例におけるサーバリスト保持手
段が保持するデータの一例を示す図である。

【図８】本発明の一実施例において、サーバがメッセー
ジを受け取ってからの動作を示す流れ図である。

【図９】本発明の一実施例においてプログラムモジュー
ルに付加されるデータの一例を示す図である。

【符号の説明】

１０ 入出力手段 １１ 入力情報 ２０ クライアント ２１ クライアントメッセージ ２２ 出力情報 ３０ サーバ ３１ サーバ群 ３２ サーバ間メッセージ ３３ 結果通知 ３４ サーバ間メッセージ ３５ サーバ ３６ サーバ ４０ ネットワークアクセス手段 ４１ プログラムモジュールおよびそれに対する命令 ４２ 状況操作メッセージ ４３ 結果通知 ５０ プログラム実行手段 ５１ プログラム状況 ６０ 状況テーブル管理手段 ６１ 状況データ ６２ 検索された状況データ ７０ 状況テーブル保持手段 ７１ 状況データ ８０ サーバリスト保持手段 ８１ サーバリスト ２０１ プログラムモジュール名 ２０２ クライアント名 ２０３ プログラムモジュールの実行状況 ３０１ calc22.exeの実行状況 ３０２ calc23.exeの実行状況 ４０１ プログラムモジュール ４０２ プログラムモジュール ４０３ 実行状況通知 ４０４ プログラムモジュール ４０５ 実行状況通知 ４０６ 結果通知 ５０１ 状況テーブルの内容 ５０２ 状況テーブルの内容 ５０３ 状況テーブルの内容 ５０４ 状況テーブルの内容 ５０５ 状況テーブルの内容 ９０１ プログラムモジュール名 ９０２ プログラムモジュール実行サーバ名および順番 ９０３ 実行済みサーバ名

フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 G06F 15/00 G06F 15/16

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】利用者からの入力を受け付け、利用者へ必
   要な情報を出力する入出力手段と、 前記入出力手段からの入力に基づき、実行すべきプログ
   ラムモジュールを選択し、実行順を決定してネットワー
   クに接続される他の情報処理装置に依頼するクライアン
   トと、 前記ネットワークに接続される他の情報処理装置から依
   頼されたプログラムモジュールの実行を行い実行結果を
   返却するサーバと、 を備え、 前記サーバが、前記ネットワークを介して受け取ったメ
   ッセージの内容を判別して、自装置の所定の手段に振り
   分けるとともに、自装置のデータを前記ネットワークに
   接続された適切な情報処理装置へ送信するネットワーク
   アクセス手段と、 前記ネットワークを介して他の情報処理装置から送出さ
   れたプログラムモジュールを実行するプログラムモジュ
   ール実行手段と、 プログラムの実行状況を保持する実行状況テーブル保持
   手段と、 前記実行状況テーブル保持手段を管理する実行状況テー
   ブル管理手段と、 を備えてなるクライアントサーバシステムであって、 前記サーバが、前記プログラムモジュールの実行状況の
   確認メッセージを受け取った際に、前記サーバの実行状
   況テーブル保持手段に、該当するプログラムがなくと
   も、過去の実行状況から該プログラムモジュールを実行
   する可能性のあるサーバ名を探索し、前記プログラムモ
   ジュールの実行状況を取得することで、 前記プログラム
   モジュールの実行状況を確認可能とした、ことを特徴と
   するクライアントサーバシステム。
2. 【請求項２】前記サーバにおいて、 前記プログラムモジュール実行手段が、任意の時点で、
   実行中のプログラムモジュールを停止することが可能と
   するように構成され、 前記クライアントからプログラムモジュールを任意の時
   点で停止できる、 ことを特徴とする、請求項１記載のクライアントサーバ
   システム。
3. 【請求項３】前記サーバの前記実行状況テーブル管理手
   段をたどることにより、複数のサーバ上で、次々に実行
   されるプログラムモジュールを追跡し、該プログラムモ
   ジュールの実行状況を確認できる、ようにしたことを特
   徴とする請求項１又は２記載のクライアントサーバシス
   テム。
4. 【請求項４】一のサーバから他のサーバにプログラムモ
   ジュールが移動した際に、最初に前記プログラムモジュ
   ールの実行を開始したサーバに対して、プログラム実行
   中、実行完了等のプログラムの実行状況を報告する、こ
   とを特徴とする請求項１乃至３のいずれか一に記載のク
   ライアントサーバシステム。
5. 【請求項５】利用者からの入力を受け付け、利用者へ必
   要な情報を出力する入出力手段と、 前記入出力手段からの入力に基づき、実行すべきプログ
   ラムモジュールを選択し、実行順を決定してネットワー
   クに接続される他の情報処理装置に依頼するクライアン
   トと 、前記ネットワークに接続される他の情報処理装置から依
   頼されたプログラムモジュールの実行を行い実行結果を
   返却するサーバと 、を備え、 前記サーバが、前記ネットワークを介して受け取ったメ
   ッセージの内容を判別して、自装置の所定の手段に振り
   分けるとともに、自装置のデータを前記ネットワークに
   接続された適切な情報処理装置へ送信するネットワーク
   アクセス手段と 、前記ネットワークを介して他の情報処理装置から送出さ
   れたプログラムモジュールを実行するプログラムモジュ
   ール実行手段と 、プログラムの実行状況を保持する実行状況テーブル保持
   手段と 、前記実行状況テーブル保持手段を管理する実行状況テー
   ブル管理手段と 、を備えてなるクライアントサーバシステムであって、 前記サーバが、前記プログラムモジュール実行状況の確
   認メッセージを受け取った際に、前記実行状況テーブル
   保持手段に該当するプログラムがない場合、過去の実行
   状況からも前記プログラムモジュールを実行する可能性
   のあるサーバ名を特定できないときに、サーバリストに
   含まれる全てのサーバに問い合わせて、前記プログラム
   モジュールの実行状況を取得する、ようにしたことを特
   徴とするクライアントサーバシステム。