JPH10133881A - 分散システムにおけるリモート保守方式およびリモート保守プログラムを格納した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 分散システムにおけるリモート保守方式に関
し、利用者が必要とする最適な資源のみをダウンロード
することを目的とする。 【解決手段】 端末の計算機Ｔ１がたとえば計算機Ａ２
にある業務の選択を行うと、計算機Ａ２は資源リンク管
理手段Ｃ１を参照して業務に最適な資源を決定し、その
情報をダウンロードエージェント手段Ｅ１とともに計算
機Ｔ１に転送する。ダウンロードエージェント手段Ｅ１
は計算機Ｔ１の資源情報管理手段Ｈ１の情報を参照し、
ダウンロードが必要なら、計算機Ａ１が管理しているダ
ウンロード資源管理手段Ｂ１を参照し、業務に対する最
適な資源の情報に対応するダウンロード資源Ｆ１をダウ
ンロード資源格納手段Ｄ１からダウンロードし、資源の
適用形態に従って計算機Ｔ１のシステムに適用する。適
用処理が終了すると、計算機Ｔ１のダウンロードエージ
ェント手段Ｅ１は消滅され、業務は継続される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散システムにおけ
るリモート保守方式およびリモート保守プログラムを格
納した記憶媒体に関し、特に回線やＬＡＮ（Ｌｏｃａｌ
Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークを通
じてそれぞれ異なる業務を実現する複数のさまざまな計
算機が接続されている分散システムにおいて、主にパー
ソナルコンピュータなどの端末における計算機資源をリ
モート保守する方式およびそのようなリモート保守する
プログラムを格納した記憶媒体に関する。

【０００２】従来、分散システムでは、ある端末におい
てある業務を利用しようとした場合には、その業務で利
用されるソフトウェアやデータなどの資源はその資源を
管理している計算機からダウンロードされ、そのダウン
ロードされた資源を基にして目的の業務が利用されるよ
うになる。たとえば、ある動画データを再生しようとす
る場合、動画再生を行おうとしている端末に、その動画
データを再生するソフトウェアであるプレーヤが存在し
なければ、あるいはプレーヤは存在するが版数が古けれ
ば、その動画データは再生することができないので、そ
の動画データを再生するのに適したプレーヤをまずダウ
ンロードしてから動画データの再生を行うことになる。

【０００３】

【従来の技術】図１２は従来のソフトウェアのリモート
保守方式の一例を示す図である。この例によれば、サー
バとして機能する計算機Ａ１０１と、複数の端末、ここ
では三つの端末Ｔ１０１，Ｔ１０２，Ｔ１０３がネット
ワークＮ１０１に接続されて分散システムを構成してい
る。計算機Ａ１０１はダウンロード資源格納部Ｄ１０１
およびダウンロード資源管理簿Ｂ１０１を有している。
ここで、ダウンロード資源格納部Ｄ１０１には、資源Ｆ
１０１，Ｆ１０２，Ｆ１０３がファイルの形で格納され
ており、さらにこれらの資源Ｆ１０１，Ｆ１０２，Ｆ１
０３は端末Ｔ１０１，Ｔ１０２，Ｔ１０３ごとにグルー
プ分けされて管理されている。図示の例では、資源グル
ープＧ１は資源Ｆ１０１を含み、資源グループＧ２は資
源Ｆ１０２，Ｆ１０３を含んでいる。ダウンロード資源
管理簿Ｂ１０１は、どの端末にどの資源をダウンロード
すべきかの情報を管理しており、図示の例では、端末Ｔ
１０１に資源グループＧ１の資源を、端末Ｔ１０２，Ｔ
１０３には資源グループＧ２の資源をダウンロードする
ことが定義されている。

【０００４】計算機Ａ１０１のダウンロード資源格納部
Ｄ１０１に格納された資源Ｆ１０１，Ｆ１０２，Ｆ１０
３をダウンロードするときには、計算機Ａ１０１から各
端末Ｔ１０１，Ｔ１０２，Ｔ１０３に対してコネクショ
ンを確立し、ダウンロード資源管理簿Ｂ１０１において
定義された情報に従って計算機Ａ１０１から各端末Ｔ１
０１，Ｔ１０２，Ｔ１０３へ資源がダウンロードされ
る。すなわち、端末Ｔ１０１には資源Ｆ１０１からなる
資源グループＧ１のファイルが、端末Ｔ１０２，Ｔ１０
３には資源Ｆ１０２，Ｆ１０３からなる資源グループＧ
２のファイルがそれぞれ一括してダウンロードされる。

【０００５】あるいは、各端末Ｔ１０１，Ｔ１０２，Ｔ
１０３が電源投入された時点で計算機Ａ１０１に接続
し、端末側主導で随時、計算機Ａ１０１にて管理されて
いる資源をダウンロードするように構成されている場合
もある。

【０００６】図１３は従来のソフトウェアのリモート保
守方式の別の例を示す図である。この例によれば、ファ
イルサーバとして機能する一つの計算機Ａ１１１と、複
数の端末、ここでは三つの端末Ｔ１１１，Ｔ１１２，Ｔ
１１３がネットワークＮ１１１に接続されて分散システ
ムを構成している。計算機Ａ１１１はダウンロード資源
格納部Ｄ１１１を有し、そこにすべての資源Ｆ１１１，
Ｆ１１２，・・・が格納されている。

【０００７】端末Ｔ１１１，Ｔ１１２，Ｔ１１３では、
計算機Ａ１１１に共有資源として格納されている資源Ｆ
１１１，Ｆ１１２，・・・の中から必要な資源をダウン
ロードして利用する。この場合、ダウンロードした資源
は特に管理されるわけではないので、プログラムの改版
などがあったときには、その資源を必要とする端末が個
々にダウンロードするなどして、それぞれの端末の利用
者が資源を管理することになる。

【０００８】

【発明が解決しようとする課題】しかし、ダウンロード
資源管理簿に定義されている情報に従って各端末にダウ
ンロードするように構成された分散システムにおいて
は、端末側で直ぐに利用しない資源を含め、定義されて
いる資源はすべて一括して端末にダウンロードされるた
め、端末側のハードディスクなどのハードウェア資源を
圧迫したり、データ量が多くなるため、ダウンロードす
るにも時間がかかってしまう。特に、マルチメディア関
連の資源は一般にデータ自体が大きいので、それをグル
ープにして一括ダウンロードしていたのでは、ダウンロ
ードに時間がかかり、また、無駄な記憶スペースも必要
になる。

【０００９】また、資源を一つの計算機にまとめて格納
しておいて、必要な資源を必要なときにダウンロードし
て利用するような分散システムでは、ファイルサーバの
計算機にはファイルサーバの管理者によって常に新しい
資源が登録されるが、端末には管理機能がないので、た
とえファイルサーバに改版された資源が登録されたとし
ても、その登録された資源は端末には反映されず、その
端末の利用者が個々に管理する必要がある。特に、改版
が頻繁にある資源は、できるだけ最新の版を使うことが
できるように常に管理しておかなければならず、端末側
の管理が非常に大変であるという問題点があった。

【００１０】本発明はこのような点に鑑みてなされたも
のであり、業務を利用するのに必要であって、その業務
に最適な資源のみをダウンロードするようにした分散シ
ステムにおけるリモート保守方式を提供することを目的
とする。

【００１１】

【課題を解決するための手段】図１は上記目的を達成す
る本発明の原理図である。この図において、分散システ
ムは、ダウンロード資源を管理したり業務を司る複数の
計算機Ａ１，Ａ２，Ａ３，・・・と、利用者が業務を利
用する端末である複数の計算機Ｔ１，Ｔ２，・・・とが
ネットワークＮ１に接続されて構成されている。本発明
による分散システムにおけるリモート保守方式は、一つ
の計算機、たとえば計算機Ａ１に設けられていて、複数
のダウンロード資源Ｆ１，Ｆ２，・・・を格納している
ダウンロード資源格納手段Ｄ１と、そのダウンロード資
源Ｆ１，Ｆ２，・・・に関する情報を管理しているダウ
ンロード資源管理手段Ｂ１と、業務を司るたとえば計算
機Ａ２，Ａ３などに設けられたダウンロードエージェン
ト手段Ｅ１，Ｅ２と、ダウンロード資源を管理している
計算機Ａ１についてのリンク情報を管理している資源リ
ンク管理手段Ｃ１，Ｃ２と、各端末の計算機Ｔ１，Ｔ
２，・・・に設けられて、自己の資源に関する情報を管
理している資源情報管理手段Ｈ１，Ｈ２，・・・とから
構成される。

【００１２】上記構成によれば、利用者がたとえば端末
の計算機Ｔ１からたとえば計算機Ａ２にある業務を選択
すると、その計算機Ａ２では資源リンク管理手段Ｃ１か
ら業務に最適な資源とその資源を管理している計算機Ａ
１とを決定する。次いで、計算機Ａ２のダウンロードエ
ージェント手段Ｅ１が端末の計算機Ｔ１に送り込まれ
る。このとき、計算機Ａ２にて決定された情報が一緒に
端末の計算機Ｔ１に送られる。端末の計算機Ｔ１では、
送り込まれたダウンロードエージェント手段Ｅ１が、一
緒に送られた情報と端末の計算機Ｔ１の資源情報管理手
段Ｈ１の情報とを比較して、新たにダウンロードすべき
資源があるかどうかを調べる。新たにダウンロードすべ
き資源がある場合には、ダウンロードエージェント手段
Ｅ１が計算機Ａ１が保持しているダウンロード資源管理
手段Ｂ１の資源情報をもとに、ダウンロード資源格納手
段Ｄ１から必要な資源を端末の計算機Ｔ１にダウンロー
ドする。ダウンロードされた資源は、資源の適用形態に
従って端末の計算機Ｔ１のシステムに適用される。最後
に、ダウンロード処理が終了すると、端末の計算機Ｔ１
にダウンロードされたダウンロードエージェント手段Ｅ
１は消滅される。これにより、利用者が必要とした時点
で、端末の計算機に必要最小限の資源がダウンロードさ
れ、しかも、資源リンク管理手段およびダウンロード資
源管理手段に業務で利用する最適な資源を定義しておく
ことにより、端末の計算機が持つ業務に対する資源に変
更が発生しても、利用者が業務を利用する段階で、最適
な資源をダウンロードしてから業務を開始するので、運
用する上でのトラブルを未然に防ぐことができる。

【００１３】また、本発明によれば、分散システム内に
て共有されるダウンロード資源に関する情報を一元管理
しているダウンロード資源管理手段、およびダウンロー
ド資源を必要としている資源要求計算機からの要求に応
じてその資源要求計算機にダウンロードされて、ダウン
ロードされた前記資源要求計算機の資源環境に合わせて
必要な前記ダウンロード資源のダウンロードを実行させ
るダウンロードエージェント手段として計算機を機能さ
せるための分散システムにおけるリモート保守プログラ
ムを格納した記憶媒体が提供される。

【００１４】この媒体に記録された分散システムにおけ
るリモート保守プログラムを計算機に実行させることに
より、共有のダウンロード資源を管理するダウンロード
資源管理手段と、資源要求計算機に送り込まれて資源要
求計算機に必要なダウンロード資源のダウンロードを実
行させるダウンロードエージェント手段との各機能が計
算機によって実現できる。

【００１５】

【発明の実施の形態】まず、本発明の概略について図面
を参照して説明する。図１は本発明の分散システムにお
けるリモート保守方式の原理構成図である。ここで、分
散システムの例として、ダウンロード資源を管理したり
業務を司る複数の計算機Ａ１，Ａ２，Ａ３，・・・と、
利用者が業務を利用する端末である複数の計算機Ｔ１，
Ｔ２，・・・とがネットワークＮ１に接続されて構成さ
れている場合を示している。ダウンロード資源を管理し
ている一つの計算機、たとえば計算機Ａ１には、複数の
ダウンロード資源Ｆ１，Ｆ２，・・・を格納しているダ
ウンロード資源格納手段Ｄ１と、そのダウンロード資源
Ｆ１，Ｆ２，・・・に関する資源情報を管理しているダ
ウンロード資源管理手段Ｂ１とが設けられている。それ
ぞれ異なった業務を司るたとえば計算機Ａ２，Ａ３には
それぞれダウンロードエージェント手段Ｅ１，Ｅ２と、
ダウンロードする資源とのリンク情報を管理している資
源リンク管理手段Ｃ１，Ｃ２とが設けられている。そし
て、端末の計算機Ｔ１，Ｔ２，・・・には、それぞれ自
己の保有する資源についての資源情報を管理している資
源情報管理手段Ｈ１，Ｈ２，・・・が設けられている。
このように、ダウンロード資源は一つの計算機Ａ１にて
保持され、各計算機で持っておく必要はない。したがっ
て、管理者は計算機Ａ１だけを集中管理すればよく、資
源管理は楽になる。なお、ダウンロード資源を管理する
計算機Ａ１はダウンロード資源を管理する単独の計算機
として示したが、業務を司る計算機Ａ２，Ａ３，・・・
の機能を有するように構成することもでき、この場合に
は、ダウンロードエージェントおよび資源リンク管理手
段を持つことになる。

【００１６】さて、本発明の分散システムにおけるリモ
ート保守方式において、利用者がたとえば端末の計算機
Ｔ１からたとえば計算機Ａ２にある業務の選択または業
務データのダウンロード指示を行うと、その計算機Ａ２
では資源リンク管理手段Ｃ１を参照してその業務に最適
な資源、たとえばダウンロード資源Ｆ１とそのダウンロ
ード資源Ｆ１を保持している計算機Ａ１とを決定する。
資源リンク管理手段Ｃ１には、選択または指示された業
務に対応する最適な資源の名前および資源を管理してい
る計算機の名前の情報が登録されているので、選択また
は指示された業務からその業務に最適な資源およびその
資源の保存先が決定される。次いで、計算機Ａ２は、決
定されたダウンロード資源Ｆ１および計算機Ａ１の資源
情報とともに、ダウンロードエージェント手段Ｅ１を端
末の計算機Ｔ１に送り込む。端末の計算機Ｔ１では、送
り込まれたダウンロードエージェント手段Ｅ１は、一緒
に送られた資源情報と端末の計算機Ｔ１の資源情報管理
手段Ｈ１の資源情報とを比較する。比較の結果、端末の
計算機Ｔ１に選択または指示された業務に対する最適な
資源が存在すれば、その資源をダウンロードする必要は
ないので、ダウンロード処理を中止し、送り込まれたダ
ウンロードエージェント手段Ｅ１を消滅させて、本来の
業務を継続させる。選択または指示された業務に対する
最適な資源が存在しなければ、その資源を新たにダウン
ロードする必要がある。ダウンロードエージェント手段
Ｅ１は、一緒に送り込まれた資源情報を計算機Ａ１に通
知し、その計算機Ａ１はダウンロード資源管理手段Ｂ１
を参照し、対応するダウンロード資源Ｆ１をダウンロー
ド資源格納手段Ｄ１から端末の計算機Ｔ１にダウンロー
ドする。ダウンロードされた資源は、資源の適用形態に
従って端末の計算機Ｔ１のシステムに適用される。この
適用は、単に、資源をファイルのまま保存したり、適用
するプログラムが適用処理をしたり、あるいはシステム
（オペレーティングシステム）と連携してシステムに反
映させる。このとき、端末の計算機Ｔ１の資源情報管理
手段Ｈ１の資源情報も、ダウンロードされた資源の情報
に更新される。端末の計算機Ｔ１への適用処理が終了す
ると、端末の計算機Ｔ１にダウンロードされたダウンロ
ードエージェント手段Ｅ１は消滅され、業務は継続され
る。なお、端末の計算機Ｔ１への適用処理の後に、必要
であれば、端末の計算機Ｔ１の電源を入れなおす処理が
行われる。したがって、この時点では、選択または指示
された業務は中止され、ダウンロードエージェント手段
Ｅ１は消滅され、端末の計算機Ｔ１が立ち上がった段階
で、再度、業務の選択または指示をし直すことになる。

【００１７】なお、端末の計算機Ｔ２には、同様の方法
にて、ダウンロードエージェント手段Ｅ２が送り込ま
れ、このダウンロードエージェント手段Ｅ２によってダ
ウンロード資源格納手段Ｄ１からダウンロード資源Ｆ２
がダウンロードされた状態を示している。

【００１８】さらに、ダウンロードエージェント手段Ｅ
１，Ｅ２は、端末の計算機Ｔ１，Ｔ２にダウンロードさ
れるだけでなく、ダウンロードされた端末の計算機Ｔ
１，Ｔ２からダウンロード資源を管理している計算機Ａ
１にアップロードされ、この端末の計算機Ｔ１，Ｔ２の
ダウンロードエージェント手段Ｅ１，Ｅ２と計算機Ａ１
のダウンロードエージェント手段Ｅ１，Ｅ２とが互いに
通信を行ってダウンロード資源格納手段Ｄ１から必要な
ダウンロード資源をダウンロードするようにしてもよ
い。

【００１９】これにより、利用者が必要とした時点で、
端末の計算機に必要最小限の資源がダウンロードされる
ので、端末の計算機のハードウェア資源を急激に圧迫す
ることがなくなり、必要に応じて、適時、ハードウェア
資源を増設すればよい。

【００２０】また、資源リンク管理手段およびダウンロ
ード資源管理手段において、業務で利用する最適な資源
を定義しておくことにより、端末の計算機が持つ業務に
対する資源に変更が発生しても、利用者が業務を利用す
る段階で、最適な資源をダウンロードしてから業務を開
始するので、業務を運用する上でのトラブルを未然に防
ぐことができる。

【００２１】さらに、ダウンロード資源はダウンロード
資源を管理している計算機Ａ１のダウンロード資源格納
手段Ｄ１にのみ保存されているので、ダウンロード資源
を一元管理することができ、ダウンロード資源の保守・
管理を容易にすることができる。

【００２２】次に、本発明の実施の形態を分散システム
に適用した場合を例に説明する。図２は本発明の分散シ
ステムにおけるリモート保守方式の具体的な構成例を示
す図である。説明を簡単にするため、分散システムは、
ダウンロード資源を管理している一つの計算機Ａ１１
と、ある業務を司る一つの計算機Ａ１２と、業務を利用
する一つの端末Ｔ１１とがネットワークＮ１１によって
相互に接続されて構成されているとする。

【００２３】計算機Ａ１１は、ダウンロード資源格納部
Ｄ１１と、ダウンロード資源管理簿Ｂ１１と、ダウンロ
ード制御部Ｊ１１と、通信制御部Ｌ１１とを有してい
る。ダウンロード資源格納部Ｄ１１は、共用プログラム
や共用データなどのダウンロード資源Ｆ１１，Ｆ１２，
・・・がファイルの形で格納されている。ダウンロード
資源管理簿Ｂ１１は、ダウンロード資源の版数、管理元
／格納先のディレクトリ／ファイル、適用形態などの情
報を管理している。ダウンロード制御部Ｊ１１は、この
計算機Ａ１１内でのダウンロード処理を行い、通信制御
部Ｌ１１はネットワークＮ１１に接続されて他の計算機
との通信を行う。

【００２４】計算機Ａ１２は、ダウンロードエージェン
トＥ１１と、資源リンク管理簿Ｃ１１と、業務制御部Ｉ
１１と、ダウンロード制御部Ｊ１２と、通信制御部Ｌ１
２とを有している。ダウンロードエージェントＥ１１
は、この計算機Ａ１２に割り当てられた業務を選択した
端末に送り込まれてその業務の遂行に必要な資源のダウ
ンロード処理を代行する。資源リンク管理簿Ｃ１１は、
業務で利用する最適な資源の情報とダウンロード資源を
管理している計算機の情報とを管理している。業務制御
部Ｉ１１は、端末にて選択された業務の情報を受けてダ
ウンロード制御部Ｊ１２へ通知する。ダウンロード制御
部Ｊ１２は通知された業務に必要な情報を資源リンク管
理簿Ｃ１１から得るとともにその情報を添付してダウン
ロードエージェントＥ１１を業務を選択した端末へ送り
込む。通信制御部Ｌ１２はネットワークＮ１１に接続さ
れて他の計算機との通信を行う。

【００２５】端末Ｔ１１は、資源情報部Ｈ１１と、メニ
ュー部Ｍ１１と、ダウンロード制御部Ｊ１３と、通信制
御部Ｌ１３と、適用処理部Ｋ１１とを有している。資源
情報部Ｈ１１は、この端末Ｔ１１に導入済みの資源の情
報を管理する。メニュー部Ｍ１１は、この端末Ｔ１１を
立ち上げたときに最初に表示される業務選択用のメニュ
ー画面についての処理を行う。ダウンロード制御部Ｊ１
３は、ダウンロードエージェントによるダウンロード資
源のダウンロード処理を行う。通信制御部Ｌ１３は、ネ
ットワークＮ１１に接続されて他の計算機との通信を行
う。適用処理部Ｋ１１は、新たにダウンロードした資源
をこの端末Ｔ１１に対して適用する処理を行う。

【００２６】次に、このリモート保守方式の動作につい
て説明する。本発明のリモート保守方式は、端末主導で
起動される。まず、端末Ｔ１１のメニュー部Ｍ１１から
希望する業務を選択すると、端末Ｔ１１はネットワーク
Ｎ１１を介してその業務を実現する計算機Ａ１２に接続
される。計算機Ａ１２では、選択された業務の情報は業
務制御部Ｉ１１が受け取り、この業務制御部Ｉ１１はダ
ウンロード制御部Ｊ１２へ選択された業務名を通知す
る。すると、ダウンロード制御部Ｊ１２は、資源リンク
管理簿Ｃ１１を検索して、選択された業務において必要
な資源のダウンロード情報を取得する。そして、計算機
Ａ１２のダウンロード制御部Ｊ１２および端末Ｔ１１の
ダウンロード制御部Ｊ１３は、計算機Ａ１２の通信制御
部Ｌ１２と端末Ｔ１１の通信制御部Ｌ１３とを利用して
接続され、計算機Ａ１２からダウンロードエージェント
Ｅ１１と検索情報とを端末Ｔ１１にダウンロードする。

【００２７】端末Ｔ１１にダウンロードされたダウンロ
ードエージェントＥ１１ａは、端末Ｔ１１の導入済みの
資源に関する情報を保持している資源情報部Ｈ１１を参
照し、一緒にダウンロードした検索情報と照合して、端
末Ｔ１１に該当する資源が既に導入済みかどうかをチェ
ックする。

【００２８】ここで、もし、既に該当する資源が導入済
みであるならば、その資源を再度ダウンロードする必要
はないので、端末Ｔ１１のダウンロードエージェントＥ
１１ａは、端末Ｔ１１のダウンロード制御部Ｊ１３へダ
ウンロードの終了を通知し、消滅する。端末Ｔ１１のダ
ウンロード制御部Ｊ１３は、計算機Ａ１２のダウンロー
ド制御部Ｊ１２へ対し、ダウンロードの終了を通知し、
ダウンロード制御部Ｊ１２、Ｊ１３間の接続を解放す
る。計算機Ａ１２のダウンロード制御部Ｊ１２は、業務
制御部Ｉ１１に対し、ダウンロードの終了を通知する。
以降の業務を継続するか否かは業務制御部Ｉ１１の責任
範囲となる。

【００２９】端末Ｔ１１に導入済みであるかのチェック
に対して、まだ、導入済みでない場合には、端末Ｔ１１
のダウンロードエージェントＥ１１ａは、検索情報をも
とにして、ダウンロード資源を管理している計算機Ａ１
１のダウンロード制御部Ｊ１１と端末Ｔ１１のダウンロ
ード制御部Ｊ１３を、計算機Ａ１１の通信制御部Ｌ１１
と端末Ｔ１１の通信制御部Ｌ１３とを利用して接続し、
計算機Ａ１１のダウンロード制御部Ｊ１１にダウンロー
ド情報を通知する。

【００３０】計算機Ａ１１のダウンロード制御部Ｊ１１
は、通知されたダウンロード情報をもとに、ダウンロー
ド資源管理簿Ｂ１１を参照し、ダウンロード資源格納部
Ｄ１１から実際にダウンロードするファイル（ここでは
ダウンロード資源Ｆ１１とする）を決定し、端末Ｔ１１
にダウンロード資源Ｆ１１と適用先の情報などの管理情
報とをダウンロードする。

【００３１】端末Ｔ１１は、ダウンロード資源Ｆ１１お
よび適用先の情報のダウンロードが完了すると、ダウン
ロード制御部Ｊ１１、Ｊ１３間の接続を解放する。次
に、端末Ｔ１１のダウンロードエージェントＥ１１ａ
は、ダウンロードした管理情報の適用先の情報により、
適用形態が自動であるかどうかを判断し、自動であれ
ば、適用処理部Ｋ１１に依頼して、またはシステムと連
携して、ダウンロードした資源をシステムに適用する。
適用形態が手動の場合には、ダウンロード処理の終了後
に、利用者が端末Ｔ１１の動作環境の変更などを行っ
て、ダウンロードした資源のシステムへの適用処理を行
う。

【００３２】自動の適用処理が終了すると、端末Ｔ１１
のダウンロードエージェントＥ１１ａは、端末Ｔ１１の
ダウンロード制御部Ｊ１３へダウンロードの終了を通知
し、消滅する。端末Ｔ１１のダウンロード制御部Ｊ１３
は、計算機Ａ１２のダウンロード制御部Ｊ１２へ対し、
ダウンロードの終了を通知し、ダウンロード制御部Ｊ１
２、Ｊ１３間の接続を解放する。計算機Ａ１２のダウン
ロード制御部Ｊ１２は、業務制御部Ｉ１１に対し、ダウ
ンロードの終了を通知する。以降の業務を継続するか否
かは業務制御部Ｉ１１の責任範囲となる。

【００３３】最後に、端末Ｔ１１のダウンロード制御部
Ｊ１３は、適用処理の後、ダウンロードした管理情報か
ら電源の再投入が必要かどうかを判断し、必要であれ
ば、電源の再投入を自動的に行う。

【００３４】ここで、計算機Ａ１２の資源リンク管理簿
Ｃ１１、計算機Ａ１１のダウンロード資源管理簿Ｂ１
１、および端末Ｔ１１の資源情報部Ｈ１１の具体的な例
について説明する。

【００３５】図３は資源リンク管理簿およびダウンロー
ド資源管理簿の一例を示す図である。図３の（Ａ）に示
した資源リンク管理簿Ｃ１１は、業務を司る計算機Ａ１
２にあり、業務名、その業務に最適な資源の情報、資源
を管理している計算機の情報などを管理している。最適
な資源の情報は、資源名と版数とからなり、資源を管理
している計算機の情報は、図示の例では計算機の名前に
なっているが、実際には、計算機Ａ１１の通信アドレス
によって定義されている。図３の（Ｂ）に示したダウン
ロード資源管理簿Ｂ１１は、ダウンロード資源を管理し
ている計算機Ａ１１にあり、ダウンロード資源の情報、
適用先の情報などを管理している。ダウンロード資源の
情報は、資源名、版数、ファイル名（管理元／格納先の
ディレクトリなども含む）からなり、適用先の情報は、
適用先の端末でのファイル名、その適用先ファイルがユ
ーザファイルかシステムファイルかのファイル種別、適
用を自動でするか手動でするかの適用形態、電源再投入
からなる。適用形態が自動のときは、システムと連携さ
せる場合と、適用処理部Ｋ１１に適用処理を依頼する場
合とがあり、システムと連携させる場合には、システム
の環境を変更することになるので、その変更をシステム
に反映させるために、通常は電源を再投入させることが
多い。

【００３６】資源リンク管理簿Ｃ１１の情報およびダウ
ンロード資源管理簿Ｂ１１の情報は、資源名などでリン
クするようにしている。実際には、業務の管理者は資源
リンク管理簿を作成し、ダウンロード資源の管理者はダ
ウンロード資源管理簿を作成するが、その際に、お互い
に情報をリンクする。図示の例では、資源名および版数
の情報を同じ値にすることによって、資源情報がリンク
されている。

【００３７】図４は端末の資源情報部の一例を示す図で
ある。図４の（Ａ）は端末の資源情報部Ｈ１１における
資源情報をリスト形式で保持している場合を示してい
る。ここで、ダウンロード資源の情報としては、資源
名、版数、ファイル名からなっている。また、資源情報
部Ｈ１１の情報は、ダウンロード資源格納部におけるフ
ァイル管理機能を利用して、図４の（Ｂ）に示すよう
に、ツリー構造で表現することもできる。この場合、資
源名のノードには版数がぶら下がっており、版数のノー
ドにはファイル名がぶら下がった構成になっている。こ
の資源情報をツリー構造で表現する方法では、特別な管
理方法を採る必要はなく、たとえば、ダウンロード資源
を格納しているハードディスク装置のディレクトリ構造
を上記のようなツリー構造にしておけば、その構造をダ
ウンロードエージェントが調べることで、端末の資源情
報を得ることができる。

【００３８】次に、図２に示したリモート保守方式の処
理手順をフローチャートを参照して以下に説明する。図
５はダウンロード処理手順を示すフローチャートであ
る。このフローチャートの説明において、Ｓに続く番号
はステップ番号を示す。 〔Ｓ１〕最初に、端末の電源を入れると、一般に端末に
は業務を選択するメニュー画面が表示される。ここで、
端末に表示されているメニュー画面から利用者は希望す
る業務を選択する。 〔Ｓ２〕選択された業務を実際に実現する計算機がつな
がり、その業務制御部に通知される。この業務制御部で
は、端末においてどのような業務が選択されたかを判断
して、その業務名（たとえば、業務名Ｘ１）をダウンロ
ード制御部に通知する。 〔Ｓ３〕ダウンロード制御部は、業務名などをキーにし
て資源リンク管理簿から業務で利用する資源を検索し、
この検索情報（たとえば、資源名Ｐ１、版数１．０以
上）をダウンロードエージェントに添付して業務を選択
した端末へダウンロードする。 〔Ｓ４〕端末にダウンロードされたダウンロードエージ
ェントは、端末の資源情報部を参照し、端末に導入され
ている資源の情報とダウンロードされた検索情報とを比
較し、これからダウンロードする資源が既に導入されて
いるかどうかをチェックする。 〔Ｓ５〕ここで、ダウンロードの必要性があるかどうか
が判定され、必要な資源が導入されていなければ、ステ
ップＳ６に進み、必要な資源が導入済みであれば、ダウ
ンロードする必要はないので、後処理のステップＳ１３
に進む。 〔Ｓ６〕ダウンロードをする必要がある場合、ダウンロ
ードされたダウンロードエージェントは端末へのダウン
ロード時に一緒に通知された検索情報をもとに、ダウン
ロード資源を管理している計算機に接続し、その計算機
のダウンロード制御部にダウンロードする資源の資源名
などの情報を通知する。 〔Ｓ７〕ダウンロード資源を保持している計算機のダウ
ンロード制御部は、ダウンロード資源管理簿から、端末
より通知された情報（たとえば、資源名Ｐ１）に対応す
るダウンロード資源（たとえば、ファイル名Ｆ１１のフ
ァイル）を決定し、決定されたダウンロード資源をその
管理情報（適用形態、電源再投入などの情報）と一緒に
端末にダウンロードする。 〔Ｓ８〕端末へのダウンロードが終了すると、端末のダ
ウンロードエージェントは一緒にダウンロードされた管
理情報をチェックする。 〔Ｓ９〕管理情報のチェックの結果、適用形態が自動か
どうかが判定され、適用形態が自動であれば、ステップ
Ｓ１０に進み、適用形態が自動でなく手動ならば、後処
理のステップＳ１３に進み、資源をダウンロードしただ
けという状態で終わる。 〔Ｓ１０〕端末のダウンロードエージェントは、管理情
報によって通知された適用形態に従って適用処理を行
う。すなわち、ダウンロードエージェントがダウンロー
ドされた資源をシステムに組み込むか、または適用処理
部を起動し、適用処理部がダウンロードされた資源をシ
ステムに組み込んだり、あるいは、ダウンロードされた
資源をユーザファイルに組み込む。そして、適用結果を
システムに反映することがある場合を考慮して、管理情
報より電源再投入が必要かどうかがチェックされる。 〔Ｓ１１〕電源再投入が必要であるかどうかを判定し、
必要であればステップＳ１２に進み、必要でなければ、
ステップＳ１３に進む。 〔Ｓ１２〕電源再投入をしなければシステムに組み込ま
れないようなダウンロード資源の場合には、端末の電源
を再投入する。ここで、一度、電源を落としてしまうの
で、業務もここで終わってしまう。次に、端末は自動的
に立ち上がるので、立ち上がったときに、もう一度、同
じ業務を選択すればよい。この場合には、すでに、端末
に同じ資源があるから、ステップＳ５の判定にて、ダウ
ンロード処理は行われずに終了し、そのまま選択された
業務を継続する。 〔Ｓ１３〕端末のダウンロードエージェントは、端末へ
のダウンロードが終了した旨を業務を実現する計算機の
ダウンロード制御部へ通知し、端末のダウンロードエー
ジェントは消滅する。業務を実現する計算機のダウンロ
ード制御部は業務制御部へダウンロードの終了を通知す
る。これ以降は、端末で最適な資源を利用して業務を遂
行することができる。

【００３９】ここで、上記のステップＳ１０にて行われ
る適用処理の詳細な処理手順について説明する。図６は
適用処理の詳細な処理手順を示すフローチャートであ
る。 〔Ｓ１０１〕ダウンロード資源とともにダウンロードさ
れた管理情報から、ファイル種別がシステムであってシ
ステムファイルへの適用かどうかが判定される。ここ
で、システムファイルへの適用であればステップＳ１０
２に進み、ユーザファイルへの適用であればステップＳ
１１１に進む。 〔Ｓ１０２〕システムファイルの適用なら、その適用形
態はシステムと連携しているかどうかが判定される。シ
ステムと連携している場合は、ステップＳ１０３に進
み、システムと連携していない場合は、ステップＳ１０
６に進む。 〔Ｓ１０３〕適用形態がシステムと連携していると判定
されると、ダウンロードエージェント自身がシステムの
環境ファイルをオープンする。 〔Ｓ１０４〕ダウンロードエージェントがシステムの環
境ファイルにダウンロード資源の情報を追加する。 〔Ｓ１０５〕ダウンロードエージェントがシステムの環
境ファイルをクローズする。 〔Ｓ１０６〕ダウンロードエージェント自身が適用処理
を行わない場合には、ダウンロードエージェントは適用
処理部のシステムファイルに関連した適用処理を行うプ
ロセス（以下、単に適用プロセスと呼ぶ）を起動する。 〔Ｓ１０７〕適用プロセスがシステムの環境ファイルを
オープンする。 〔Ｓ１０８〕適用プロセスがシステムの環境ファイルに
ダウンロード資源の情報を追加する。 〔Ｓ１０９〕適用プロセスがシステムの環境ファイルを
クローズする。 〔Ｓ１１０〕適用プロセスはダウンロードエージェント
に適用処理の完了を通知する。 〔Ｓ１１１〕ステップＳ１０１の判定にて、システムフ
ァイルの適用でなければ、ダウンロードエージェントは
適用処理部の中で業務のユーザファイルに関連した適用
処理を行う適用プロセスを起動する。 〔Ｓ１１２〕適用プロセスが業務の環境ファイルをオー
プンする。 〔Ｓ１１３〕適用プロセスが業務の環境ファイルにダウ
ンロード資源の情報を追加する。 〔Ｓ１１４〕適用プロセスが業務の環境ファイルをクロ
ーズする。 〔Ｓ１１５〕適用プロセスはダウンロードエージェント
に適用処理の完了を通知する。

【００４０】次に、図５のステップＳ１２にて行われる
電源の再投入処理の詳細な処理手順について説明する。
図７は電源再投入処理の詳細な処理手順を示すフローチ
ャートである。 〔Ｓ１２１〕ダウンロード資源とともにダウンロードさ
れた管理情報から、電源再投入の判断はシステムと連携
して自動判断するかどうかが判定される。ここで、管理
情報の電源再投入の欄に「システム連携」があれば、ス
テップＳ１２２に進み、なければ、ステップＳ１２４に
進む。 〔Ｓ１２２〕先に更新された環境ファイルはシステムの
環境ファイルかどうか判定される。ここで、自動で適用
処理された環境ファイルがシステムの環境ファイルであ
れば、ステップＳ１２３に進み、業務の環境ファイルで
あったなら、ダウンロード資源のシステムへの反映はな
いので、そのまま終了する。 〔Ｓ１２３〕ダウンロードエージェントは、電源ＯＦＦ
／電源ＯＮのコマンドを利用して電源の再投入を行う。 〔Ｓ１２４〕電源再投入の判断がシステムと連携してい
ない場合には、電源再投入の必要があるかどうかがダウ
ンロード資源管理簿に指示されており、ここでは、その
指示が電源再投入の欄を参照して電源再投入を必要とし
ているかどうかが判定される。この判定において、管理
情報の電源再投入の欄に「必要」があるならば、ステッ
プＳ１２５に進み、「不要」があるならば、電源再投入
の必要はないので、そのまま終了する。 〔Ｓ１２４〕ダウンロードエージェントは、電源ＯＦＦ
／電源ＯＮのコマンドを利用して電源の再投入を行う。

【００４１】次に、本発明の実施の形態を、業務の一環
で動画の再生を行うシステムに適用した場合を例にして
詳細に説明する。図８は動画再生の業務を選択したとき
のダウンロード処理を説明するためのシステム構成を示
す図である。図８に示した構成は、基本的には、図２に
示した構成と同じであり、したがって、同じ構成要素に
ついては、図２で使用した符号と同じ符号を付して、そ
の詳細は省略する。

【００４２】計算機Ａ１１において、そのダウンロード
資源格納部Ｄ１１には、動画を再生するための版数の異
なる二つのプレーヤ（Ｐｌａｙｅｒ１）のソフトウェア
に対応する二つのダウンロード資源Ｆ１１，Ｆ２１が格
納されている。したがって、ダウンロード資源管理簿Ｂ
１１には、これら二つのダウンロード資源Ｆ１１，Ｆ２
１についての情報が登録されている。

【００４３】計算機Ａ１２において、その資源リンク管
理簿Ｃ１１には、動画の再生という業務を行うのに必要
な資源およびその資源が管理されている場所の情報が登
録されている。また、計算機Ａ１２には、再生対象の動
画データＸ１を保持しているものとする。

【００４４】端末Ｔ１１では、その資源情報部Ｈ１１
に、既に導入済の資源に関する情報が登録されている。
図示の例によれば、この端末Ｔ１１に、版数が１．０の
プレーヤ（Ｐｌａｙｅｒ１）がＦ１２というファイル名
で格納されていることを示している。また、端末Ｔ１１
には業務振り分け処理部Ｉ１２を有しているが、これは
複数の図示しない計算機が担当している業務についての
情報を取得し、編集してメニュー部Ｍ１１に与えること
によりどのような業務が用意されているかを示すメニュ
ー画面を構成するとともに、メニュー画面によって選択
された業務を対応する計算機に振り分けたり、選択され
た業務をダウンロードした資源に実行させる処理を行
う。

【００４５】次に、動画の再生を行う場合に行われるダ
ウンロード処理の手順を以下のフローチャートを参照し
ながら説明する。図９ないし図１１は動画再生業務選択
時の処理の手順を示すフローチャートである。 〔Ｓ２１〕まず、端末Ｔ１１の業務振り分け処理部Ｉ１
２がメニュー部Ｍ１１に対して業務選択用の業務メニュ
ーの表示を指示する。 〔Ｓ２２〕表示されている業務メニューから、動画の
「再生」を選択する。ここでは、メニュー部Ｍ１１に、
ある写真が表示されていて、その写真をマウスのような
ポインティングデバイスを使ってクリックすると、その
写真に関連した動画が再生されるものとする。 〔Ｓ２３〕業務振り分け処理部Ｉ１２は計算機Ａ１２の
業務制御部Ｉ１１へ動画データＸ１の「再生」が選択さ
れた旨を通知する。 〔Ｓ２４〕計算機Ａ１２の業務制御部Ｉ１１はダウンロ
ード制御部Ｊ１２へ「再生」の業務が選択された旨を通
知する。 〔Ｓ２５〕計算機Ａ１２のダウンロード制御部Ｊ１２
は、端末Ｔ１１のダウンロード制御部Ｊ１３とコネクシ
ョンを確立する。 〔Ｓ２６〕コネクションの確立が成功したかどうかを判
定する。コネクションの確立が成功したらステップＳ２
７に進み、コネクションの確立が失敗したら、ステップ
Ｓ５０へ進む。 〔Ｓ２７〕ダウンロード制御部Ｊ１２，Ｊ１３間でコネ
クションが確立されたら、計算機Ａ１２のダウンロード
制御部Ｊ１２は資源リンク管理簿Ｃ１１から、業務名
「再生」に対応するダウンロード情報、ここでは、資源
名が「Ｐｌａｙｅｒ１」で、版数が「１．０より上」
で、その資源を管理している計算機が「Ａ１１」である
というダウンロード情報を求める。 〔Ｓ２８〕計算機Ａ１２のダウンロード制御部Ｊ１２
は、ダウンロード情報とダウンロードエージェントＥ１
１というプログラムを端末Ｔ１１に転送する。 〔Ｓ２９〕転送が成功したかどうかを判定する。転送が
成功すれば、ステップＳ３０に進み、転送が失敗すれ
ば、ステップＳ４９へ進む。 〔Ｓ３０〕転送が成功したならば、端末Ｔ１１のダウン
ロード制御部Ｊ１３は、転送されたダウンロードエージ
ェントＥ１１ａを起動する。 〔Ｓ３１〕端末Ｔ１１のダウンロードエージェントＥ１
１ａは一緒に通知されたダウンロード情報と端末Ｔ１１
の資源情報部Ｈ１１の情報とをチェックする。 〔Ｓ３２〕チェックの結果、一致する資源名があるかど
うかが判定される。端末Ｔ１１にダウンロード情報と一
致する版数の資源名があるならば、ステップＳ４６に進
み、一致する資源がなければ、ステップＳ３３へ進む。
図８の例では、資源名が「Ｐｌａｙｅｒ１」で、版数が
「１．０より上」で、管理している計算機が「Ａ１１」
であるというダウンロード情報と、資源名が「Ｐｌａｙ
ｅｒ１」で、版数が「１．０」で、格納ファイルが「Ｆ
１２」の端末Ｔ１１の資源情報とから、端末Ｔ１１に
は、プレーヤ「Ｐｌａｙｅｒ１」は既にダウンロードさ
れているが、動画データＸ１を再生するには、版数が古
いことがわかる。したがって、動画データＸ１を再生す
ることができる版数のプレーヤ「Ｐｌａｙｅｒ１」を新
たにダウンロードする必要がある。 〔Ｓ３３〕端末Ｔ１１のダウンロードエージェントＥ１
１ａは、端末Ｔ１１のダウンロード制御部Ｊ１３に、ダ
ウンロード情報（資源名：Ｐｌａｙｅｒ１、版数：１．
０より上、管理計算機：Ａ１１）を通知して、ダウンロ
ード資源のダウンロードの依頼を行う。 〔Ｓ３４〕端末Ｔ１１のダウンロード制御部Ｊ１３は、
計算機Ａ１１のダウンロード制御部Ｊ１１とコネクショ
ンを確立する。 〔Ｓ３５〕コネクションの確立が成功したかどうかを判
定する。コネクションの確立が成功したらステップＳ３
６に進み、コネクションの確立が失敗したら、ステップ
Ｓ４８へ進む。 〔Ｓ３６〕コネクションの確立が成功したならば、端末
Ｔ１１のダウンロード制御部Ｊ１３は、計算機Ａ１１の
ダウンロード制御部Ｊ１１にダウンロード情報（資源
名：Ｐｌａｙｅｒ１、版数：１．０より上）を通知す
る。 〔Ｓ３７〕通知が成功したかどうかを判定する。通知が
成功すれば、ステップＳ３８に進み、通知が失敗すれ
ば、ステップＳ４５に進む。 〔Ｓ３８〕通知が成功したならば、計算機Ａ１１のダウ
ンロード制御部Ｊ１１は、ダウンロード資源管理簿Ｂ１
１から、ダウンロード情報（資源名：Ｐｌａｙｅｒ１、
版数：１．０より上）に対応する資源を求める。図８の
例では、ダウンロード情報に対応する資源としては、版
数が２．０の資源名がＰｌａｙｅｒ１なる資源が求めら
れる。 〔Ｓ３９〕計算機Ａ１１のダウンロード制御部Ｊ１１
は、ステップＳ３８で求めた資源情報（格納先でのファ
イル名：Ｆ２２、適用形態：自動）と実際に資源（Ｐｌ
ａｙｅｒ１）が格納されているダウンロード資源Ｆ２１
とを端末Ｔ１１に転送し、ダウンロード資源Ｆ２１をＦ
２２なるファイル名で格納する。 〔Ｓ４０〕転送が成功したかどうかを判定する。転送が
成功すれば、ステップＳ４１に進み、転送が失敗すれ
ば、ステップＳ４５へ進む。 〔Ｓ４１〕転送が成功したならば、端末Ｔ１１のダウン
ロード制御部Ｊ１３はダウンロードエージェントＥ１１
ａに資源情報（格納先でのファイル名：Ｆ２２、適用形
態：自動）を通知する。 〔Ｓ４２〕端末Ｔ１１のダウンロードエージェントＥ１
１ａは、資源情報をチェックする。 〔Ｓ４３〕資源情報の適用形態は自動かどうかを判定す
る。適用形態が自動ならば、ステップＳ４４に進み、適
用形態が自動でなければ、ステップＳ４４の処理を迂回
してステップＳ４５に進む。 〔Ｓ４４〕適用形態が自動ならば、端末Ｔ１１のダウン
ロードエージェントＥ１１ａは、適用処理部Ｋ１１を起
動して、ファイルＦ２２に格納されている「Ｐｌａｙｅ
ｒ１」をシステムに適用（反映）する。 〔Ｓ４５〕端末Ｔ１１のダウンロード制御部Ｊ１３は、
計算機Ａ１１のダウンロード制御部Ｊ１１とのコネクシ
ョンを解放する。 〔Ｓ４６〕端末Ｔ１１のダウンロードエージェントＥ１
１ａは、ダウンロード制御部Ｊ１３へダウンロード処理
の終了（正常／異常）を通知する。 〔Ｓ４７〕端末Ｔ１１のダウンロードエージェントＥ１
１ａは、制御をオペレーティングシステム（ＯＳ）に戻
すことによって消滅する。 〔Ｓ４８〕端末Ｔ１１のダウンロード制御部Ｊ１３は、
計算機Ａ１２のダウンロード制御部Ｊ１２へ、ダウンロ
ード処理の終了（正常／異常）を通知する。 〔Ｓ４９〕計算機Ａ１２のダウンロード制御部Ｊ１２
は、端末Ｔ１１のダウンロード制御部Ｊ１３とのコネク
ションを解放する。 〔Ｓ５０〕計算機Ａ１２のダウンロード制御部Ｊ１２
は、業務制御部Ｉ１１へダウンロード処理の終了（正常
／異常）を通知する。 〔Ｓ５１〕ダウンロードは全部を通して成功したかどう
かが判定される。ダウンロードが成功したならば、ステ
ップＳ５２に進み、ダウンロードが失敗したならば、ス
テップＳ５４に進む。 〔Ｓ５２〕ダウンロードが成功しているのであれば、計
算機Ａ１２の業務制御部Ｉ１１は動画データＸ１のファ
イルを業務振り分け処理部Ｉ１２に転送する。 〔Ｓ５３〕端末Ｔ１１の業務振り分け処理部Ｉ１２は、
動画データＸ１をファイルＦ２２のＰｌａｙｅｒ１を起
動または連携して動画を再生する。 〔Ｓ５４〕ダウンロードが失敗した場合に、端末Ｔ１１
にエラーメッセージを出力する。

【００４６】本発明のさらに別の実施の形態として、図
示はしないが、端末Ｔ１１にダウンロードされたダウン
ロードエージェントＥ１１ａを、さらにダウンロード資
源を管理している計算機Ａ１１にアップロードし、端末
Ｔ１１および計算機Ａ１１のダウンロードエージェント
同士で通信を行って、計算機Ａ１１のダウンロード資源
を端末Ｔ１１にダウンロードするように構成してもよ
い。

【００４７】

【発明の効果】以上説明したように本発明では、端末に
おいてある業務を選択した場合に、その業務を実現する
計算機がその業務を行うのに必要な資源をダウンロード
するためのダウンロードエージェント手段を端末に送り
込み、そのダウンロードエージェント手段によって必要
な資源を端末にダウンロードし、終了すれば、そのダウ
ンロードエージェント手段は消滅するように構成した。
このため、端末には、利用する必要最小限の資源のみが
ダウンロードされるため、端末のハードディスクなどの
資源を圧迫することがない。また、利用者に合わせた最
適な資源が自動的に、すなわち、利用者がまったく意識
することなしにダウンロードされるため、ダウンロード
資源の管理者の作業を軽減させることができる。

【００４８】さらに、ダウンロード資源はダウンロード
資源を管理している計算機にのみ保存されているので、
ダウンロード資源を一元管理することができ、ダウンロ
ードエージェント手段は、業務を司る計算機に置いて保
守・管理されているので、利用者が資源のダウンロード
に関する保守を行う必要がない。

【図面の簡単な説明】

【図１】本発明の分散システムにおけるリモート保守方
式の原理構成図である。

【図２】本発明の分散システムにおけるリモート保守方
式の具体的な構成例を示す図である。

【図３】資源リンク管理簿およびダウンロード資源管理
簿の一例を示す図であって、（Ａ）は資源リンク管理簿
の例を示し、（Ｂ）はダウンロード資源管理簿の例を示
す図である。

【図４】端末の資源情報部の一例を示す図であって、
（Ａ）はリスト形式の資源情報部の例を示し、（Ｂ）は
ツリー構造で表現した資源情報部の例を示す図である。

【図５】ダウンロード処理手順を示すフローチャートで
ある。

【図６】適用処理の詳細な処理手順を示すフローチャー
トである。

【図７】電源再投入処理の詳細な処理手順を示すフロー
チャートである。

【図８】動画再生の業務を選択したときのダウンロード
処理を説明するためのシステム構成を示す図である。

【図９】動画再生業務選択時の処理の手順を示すフロー
チャート（その１）である。

【図１０】動画再生業務選択時の処理の手順を示すフロ
ーチャート（その２）である。

【図１１】動画再生業務選択時の処理の手順を示すフロ
ーチャート（その３）である。

【図１２】従来のソフトウェアのリモート保守方式の一
例を示す図である。

【図１３】従来のソフトウェアのリモート保守方式の別
の例を示す図である。

【符号の説明】

Ａ１，Ａ２，Ａ３，・・・ 計算機 Ｔ１，Ｔ２，・・・ 計算機 Ｎ１ ネットワーク Ｆ１，Ｆ２，・・・ ダウンロード資源 Ｄ１ ダウンロード資源格納手段 Ｂ１ ダウンロード資源管理手段 Ｅ１，Ｅ２ ダウンロードエージェント手段 Ｃ１，Ｃ２ 資源リンク管理手段 Ｈ１，Ｈ２，・・・ 資源情報管理手段

Claims (17)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に分散配置された複数の
   計算機からなる分散システム内にて共有される資源を必
   要時にダウンロードして利用するようにした、分散シス
   テムにおけるリモート保守方式において、 ネットワーク上の一つの資源保持計算機に保持され、複
   数のファイルで構成されたダウンロード資源を格納して
   いるダウンロード資源格納手段と、 前記資源保持計算機に保持され、前記ダウンロード資源
   に関する情報を管理しているダウンロード資源管理手段
   と、 ネットワーク上の計算機に保持され、前記ダウンロード
   資源を必要としている資源要求計算機からの要求に応じ
   てこの資源要求計算機にネットワークを通じて送り込ま
   れ、送り込まれた資源要求計算機の環境に合わせて前記
   ダウンロード資源格納手段から前記ダウンロード資源の
   ダウンロードを実行するダウンロードエージェント手段
   と、 個々の前記資源要求計算機にて保持され、送り込まれた
   ダウンロードエージェント手段によって前記資源要求計
   算機におけるダウンロード資源の資源情報が管理される
   資源情報管理手段と、 を備えていることを特徴とする分散システムにおけるリ
   モート保守方式。
2. 【請求項２】 前記ダウンロードエージェント手段は、
   送り込まれた資源要求計算機でのダウンロード資源のダ
   ウンロードの実行後は消滅されることを特徴とする請求
   項１記載の分散システムにおけるリモート保守方式。
3. 【請求項３】 前記ダウンロードエージェントを保持し
   ている計算機にて、前記ダウンロード資源およびこのダ
   ウンロード資源を保持する資源保持計算機を定義した動
   的リンク情報を管理している資源リンク管理手段をさら
   に備えていることを特徴とする請求項１記載の分散シス
   テムにおけるリモート保守方式。
4. 【請求項４】 前記ダウンロードエージェント手段は、
   資源要求計算機において選択された業務を実現する計算
   機の環境情報を前記資源要求計算機に送り込み、この環
   境情報と前記資源情報管理手段で管理されている導入済
   みの資源情報とを比較して導入が必要な資源に関する環
   境情報を決定し、この環境情報を前記資源保持計算機に
   通知して対応する資源を前記資源保持計算機の前記ダウ
   ンロード資源格納手段からダウンロードすることを特徴
   とする請求項１記載の分散システムにおけるリモート保
   守方式。
5. 【請求項５】 前記ダウンロードエージェント手段は、
   前記資源要求計算機にダウンロードされ、この資源要求
   計算機は、ダウンロードされたダウンロードエージェン
   ト手段を前記資源保持計算機にアップロードすることに
   より、資源要求計算機のダウンロードエージェント手段
   および資源保持計算機のダウンロードエージェント手段
   同士で通信することにより前記ダウンロード資源のダウ
   ンロードを実行するように構成したことを特徴とする請
   求項１記載の分散システムにおけるリモート保守方式。
6. 【請求項６】 前記資源保持計算機は、ダウンロードエ
   ージェント手段と通信して前記資源要求計算機への前記
   ダウンロード資源のダウンロードを実行するダウンロー
   ド制御部を有していることを特徴とする請求項１記載の
   分散システムにおけるリモート保守方式。
7. 【請求項７】 前記ダウンロード資源管理手段は、資源
   リンク管理手段と無関係に管理情報を動的に追加および
   変更できるよう前記資源リンク管理手段と論理名でリン
   クしたことを特徴とする請求項３記載の分散システムに
   おけるリモート保守方式。
8. 【請求項８】 前記資源リンク管理手段は、ダウンロー
   ド資源管理手段と無関係に管理情報を動的に追加、変更
   および削除できるよう前記ダウンロード資源管理手段と
   論理名でリンクしたことを特徴とする請求項３記載の分
   散システムにおけるリモート保守方式。
9. 【請求項９】 前記ダウンロード資源管理手段は、ダウ
   ンロード資源の版数が異なると別資源として管理するこ
   とを特徴とする請求項１記載の分散システムにおけるリ
   モート保守方式。
10. 【請求項１０】 ネットワーク上に分散配置された複数
    の計算機からなる分散システム内にて共有される資源を
    必要時にダウンロードして利用する際の、分散システム
    におけるリモート保守方法において、 ある資源要求計算機にてある業務が選択されることによ
    り選択された業務に関する情報を前記業務を実現する計
    算機に通知し、 前記業務を実現する計算機はダウンロード処理を行うダ
    ウンロードエージェントを前記資源要求計算機に送り込
    み、 前記ダウンロードエージェントは送り込まれた前記端末
    の計算機に導入されている資源をチェックし、 前記業務を利用するのに必要な最新の資源が導入されて
    いない場合には、その資源を前記ダウンロードエージェ
    ントによって前記業務を利用するのに必要な資源を管理
    している資源保持計算機からダウンロードし、 ダウンロード処理が終了時に前記ダウンロードエージェ
    ントを消滅させる、 ことからなる分散システムにおけるリモート保守方法。
11. 【請求項１１】 前記ダウンロードエージェントを前記
    資源要求計算機に送り込むステップは、前記業務を利用
    するのに必要な資源を管理している前記資源保持計算機
    の情報を前記資源要求計算機に同時に送ることを特徴と
    する請求項１０記載の分散システムにおけるリモート保
    守方法。
12. 【請求項１２】 前記資源をダウンロードするステップ
    の後に、ダウンロードされた資源の前記資源要求計算機
    への適用形態をチェックし、 前記適用形態が自動の場合に、前記資源を前記資源要求
    計算機へ適用し、 前記資源要求計算機へ前記資源を適用したことにより前
    記資源要求計算機の電源の再投入を必要とするかどうか
    をチェックし、 電源の再投入を必要とする場合には、その時点で業務を
    中止して前記資源要求計算機の電源の再投入を行う、 ステップをさらに有することを特徴とする請求項１０記
    載の分散システムにおけるリモート保守方法。
13. 【請求項１３】 前記資源要求計算機へ適用するステッ
    プは、ダウンロードエージェントがシステムと連携して
    自動的に適用処理を行うことを特徴とする請求項１２記
    載の分散システムにおけるリモート保守方法。
14. 【請求項１４】 前記資源要求計算機へ適用するステッ
    プは、ダウンロードエージェントによって起動された適
    用プロセスにより適用処理を行うことを特徴とする請求
    項１２記載の分散システムにおけるリモート保守方法。
15. 【請求項１５】 前記資源要求計算機の電源の再投入を
    行うステップは、電源の再投入を、前記ダウンロードエ
    ージェントがシステムと連携して自動的に判断すること
    を特徴とする請求項１２記載の分散システムにおけるリ
    モート保守方法。
16. 【請求項１６】 前記資源要求計算機の電源の再投入を
    行うステップは、電源の再投入を、前記ダウンロードエ
    ージェントが前記資源保持計算機にて管理されるダウン
    ロード資源の管理情報で判断することを特徴とする請求
    項１２記載の分散システムにおけるリモート保守方法。
17. 【請求項１７】 分散システム内にて共有されるダウン
    ロード資源に関する情報を一元管理しているダウンロー
    ド資源管理手段、およびダウンロード資源を必要として
    いる資源要求計算機からの要求に応じてその資源要求計
    算機にダウンロードされて、ダウンロードされた前記資
    源要求計算機の資源環境に合わせて必要な前記ダウンロ
    ード資源のダウンロードを実行させるダウンロードエー
    ジェント手段として計算機を機能させるための分散シス
    テムにおけるリモート保守プログラムを格納した記憶媒
    体。