JP2002024039A

JP2002024039A - ソフトウェア管理システム

Info

Publication number: JP2002024039A
Application number: JP2000211446A
Authority: JP
Inventors: Takaaki Maekawa; 隆昭前川; Atsushi Nishioka; 篤史西岡
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2000-07-12
Filing date: 2000-07-12
Publication date: 2002-01-25
Also published as: US6848101B2; US20020095485A1

Abstract

(57)【要約】【課題】広域ネットワーク上を流通するソフトウェア
の処理の信頼性を向上させたソフトウェア管理システム
を得る。【解決手段】センターサーバ１は、アプリケーション
１１の動作を記述したスクリプト１２と、障害発生時の
対応を行う障害対策手段１３とを備え、ローカルサーバ
３は、ネットワーク指向言語実行環境３１と、アプリケ
ーションのダウンロードや削除を行うリモート管理手段
３２と、スクリプト解釈手段３３と、アプリケーション
の実行中に発生するイベント情報の記録や、障害発生時
の情報管理および復旧処理を行う高信頼性手段３４とを
備え、広域ネットワーク２を介してダウンロードされた
ソフトウェアの安全確実な動作を保証するとともに、万
一異常が発生しても障害情報収集や復旧を支援する機能
を提供した。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、センターサーバ
と、広域ネットワークを介してセンターサーバに接続さ
れたローカルサーバとを備え、センターサーバが広域ネ
ットワーク全体を管理するように構成されたネットワー
クシステムからなるソフトウェア管理システムに関し、
特にセンターサーバからローカルサーバへのアプリケー
ションソフトウェアのダウンロード機能お信頼性を向上
させたソフトウェア管理システムに関するものである。

【０００２】

【従来の技術】近年、インターネットなどの広域ネット
ワークの利用がますます進みつつあり、また、ネットワ
ーク指向のプログラム言語である「Ｊａｖａ（登録商
標）」の普及にともない、広域ネットワークを介してセ
ンターサーバからローカルサーバ（コンピュータなど）
にソフトウェアをダウンロードする処理が増えてきてい
る。

【０００３】しかも、最近は、組込み型のローカルサー
バのように、メモリ容量の比較的少ないコンピュータに
おいても、アプリケーションソフトウェアをダウンロー
ドする仕組みが必要になってきている。

【０００４】しかしながら、メモリ容量の少ない組込み
型のローカルサーバにおいては、全てのアプリケーショ
ンを常時メモリ上に置くことができない場合もあり、ま
た、通常、ディスクなどの補助記憶装置も装備されてい
ないので、必要に応じてソフトウェアをダウンロード
し、不要になれば削除する機能が必要となる。

【０００５】従来より、上記のようなリモートでのソフ
トウェア管理機能は、たとえばＯＧＳｉ（ＯｐｅｎＧ
ａｔｅｗａｙＳｅｒｖｉｃｅＩｎｉｔｉａｔｉｖ
ｅ）が定めたＯＳＧ（ＯｐｅｎＧａｔｅｗａｙＳｅ
ｒｖｉｃｅ）などの規格がある（詳細は、ＯＧＳｉのホ
ームページ「ｈｔｔｐ：／／ｗｗｗ．ｏｓｇｉ．ｏｒｇ
／」を参照）。

【０００６】上記ＯＳＧ規格は、ソフトウェアのダウン
ロードや削除の方式を規定しているが、さらに高い信頼
性が必要なシステムに適用する場合には、独自に、高信
頼性機能や安全確実な動作を保証するための仕組みを実
装する必要がある。

【０００７】たとえば特開平ｌｌ−６５９６８号公報に
記載された「ネットワーク管理方式およびそのシステ
ム」においては、ＩＴＵ−Ｔの勧告「Ｍ．３０１０」で
規定されたマネージャ・エージェントモデルに基づく方
式に、Ｊａｖａで記述されたソフトウェアをダウンロー
ドする仕組みを加えたシステムが提案されている。

【０００８】上記公報に記載のネットワーク管理方式
は、ＩＴＵ−Ｔの勧告「Ｍ．３０１０」で規定されてい
るマネージャ・エージェントモデルに基づく方式を前提
としているが、Ｊａｖａで記述されたソフトウェア自体
の動作が異常となった場合の処置や、信頼性を高めるた
めの工夫については何ら考慮していない。

【０００９】すなわち、従来のネットワークを介したソ
フトウェアのリモート管理システムにおいては、いずれ
も、ダウンロードや削除などの基本的な機能については
規定しているものの、ダウンロードされたソフトウェア
が異常な動作をしたときの処理や、安全確実な動作を保
証する仕組みなど、システムとしての信頼性を高める機
能については何ら考慮されていない。

【００１０】今後、ネットワークを介したソフトウェア
の流通がますます進むことを考慮すると、ダウンロード
したソフトウェアの安全性や、万一の異常動作時に対処
することのニーズが強いことは言うまでもない。しかし
ながら、従来システムでは、十分にその要求に応えるこ
とはできていない。

【００１１】

【発明が解決しようとする課題】従来のソフトウェア管
理システムは以上のように、ダウンロードしたソフトウ
ェアの安全性を確保することや、万一の異常動作時の対
処することなどの要求に応えることができないという問
題点があった。

【００１２】この発明は上記のような問題点を解決する
ためになされたもので、ネットワークを介してダウンロ
ードされたソフトウェアの安全確実な動作を保証すると
ともに、万一異常が発生しても障害情報収集や復旧を支
援する機能を提供し、広域ネットワーク上を流通するソ
フトウェアの処理の信頼性を向上させたソフトウェア管
理システムを得ることを目的とする。

【００１３】

【課題を解決するための手段】この発明の請求項１に係
るソフトウェア管理システムは、センターサーバと、広
域ネットワークを介してセンターサーバに接続されたロ
ーカルサーバとを備えたネットワークシステムからなる
ソフトウェア管理システムにおいて、センターサーバ
は、ローカルサーバにダウンロードさせて動作するアプ
リケーションと、アプリケーションの動作を記述したス
クリプトと、障害発生時の対応を行う障害対策手段とを
備え、ローカルサーバは、ネットワーク指向言語実行環
境と、アプリケーションのセンターサーバからのダウン
ロードや処理終了後の削除などを行うリモート管理手段
と、スクリプトを解釈してアプリケーションに処理を要
求するスクリプト解釈手段と、アプリケーションの実行
中に発生するイベント情報の記録や、障害発生時の情報
管理および復旧処理を行う高信頼性手段とを備えたもの
である。

【００１４】また、この発明の請求項２に係るソフトウ
ェア管理システムは、請求項１において、リモート管理
手段は、センターサーバ情報およびアプリケーション情
報と、アプリケーションの実行要求に対応する要求処理
手段と、センターサーバ情報およびアプリケーション情
報に基づいてアプリケーションをセンターサーバからダ
ウンロードするアプリケーションダウンロード手段と、
アプリケーション情報に基づいてアプリケーションの起
動や削除などの処理を行うアプリケーション管理手段と
を含むものである。

【００１５】また、この発明の請求項３に係るソフトウ
ェア管理システムは、請求項１において、スクリプト解
釈手段は、スクリプト定義およびイベント一覧と、スク
リプト定義にしたがってスクリプトを解釈してスクリプ
トの定義内容に相当するイベントを出力する解釈手段
と、イベントを取り込むとともにイベント一覧にしたが
ってイベントにより駆動される処理を抽出するイベント
駆動手段とを含むものである。

【００１６】また、この発明の請求項４に係るソフトウ
ェア管理システムは、請求項１において、スクリプト
は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬ
ａｎｇｕａｇｅ）により記述され、スクリプト定義は、
ＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔ
ｉｏｎ）により記述されたものである。

【００１７】また、この発明の請求項５に係るソフトウ
ェア管理システムは、請求項１において、障害対策手段
は、障害発生時の障害情報をローカルサーバから取得す
る障害情報取得手段と、障害発生時の障害対策を決定し
てローカルサーバに通知する障害対策通知手段とを含
み、高信頼性手段は、障害発生時に障害の発生を検知す
る障害検知手段と、障害発生時の障害情報を収集する障
害情報収集手段と、障害情報をセンターサーバに通知す
る障害通知手段と、センターサーバからの障害対策に応
じて障害を復旧させる復旧手段と、イベント情報を収集
記録するイベント収集手段とを含むものである。

【００１８】また、この発明の請求項６に係るソフトウ
ェア管理システムは、請求項５において、障害対策手段
は、障害情報の種別毎に障害対策を格納する障害対策一
覧表を含み、障害対策通知手段は、障害情報の種別に対
応した障害対策を障害対策一覧表に基づいて検出する障
害対策検出手段と、障害対策をローカルサーバに通知す
る通知手段とを含むものである。

【００１９】また、この発明の請求項７に係るソフトウ
ェア管理システムは、請求項１において、障害対策手段
は、障害発生時の障害情報をローカルサーバから取得す
る障害情報取得手段を含み、高信頼性手段は、障害発生
時に障害の発生を検知する障害検知手段と、障害発生時
の障害情報を収集する障害情報収集手段と、障害発生時
の障害への対応を自律的に行い障害を自動復旧させる復
旧手段と、障害情報および自動復旧の情報をセンターサ
ーバに通知する通知手段と、イベント情報を収集記録す
るイベント収集手段とを含むものである。

【００２０】また、この発明の請求項８に係るソフトウ
ェア管理システムは、請求項１において、ローカルサー
バは複数存在し、それぞれ、ネットワーク指向言語実行
環境、リモート管理手段、スクリプト解釈手段および高
信頼性手段を備えたものである。

【００２１】また、この発明の請求項９に係るソフトウ
ェア管理システムは、請求項８において、センターサー
バは複数存在し、それぞれ、アプリケーション、スクリ
プトおよび障害対策手段を備えたものである。

【００２２】また、この発明の請求項１０に係るソフト
ウェア管理システムは、請求項１において、ローカルサ
ーバは複数存在し、少なくとも１つのローカルサーバ
は、ネットワーク指向言語実行環境、リモート管理手
段、スクリプト解釈手段および高信頼性手段を備え、他
のローカルサーバは、ネットワーク指向言語実行環境、
リモート管理手段およびスクリプト解釈手段を備えたも
のである。

【００２３】また、この発明の請求項１１に係るソフト
ウェア管理システムは、センターサーバと、広域ネット
ワークを介してセンターサーバに接続されたローカルサ
ーバとを備えたネットワークシステムからなるソフトウ
ェア管理システムにおいて、センターサーバは、ローカ
ルサーバにダウンロードさせて動作するアプリケーショ
ンと、アプリケーションの動作を記述したスクリプトと
を備え、ローカルサーバは、ネットワーク指向言語実行
環境と、アプリケーションのセンターサーバからのダウ
ンロードや処理終了後の削除などを行うリモート管理手
段と、スクリプトを解釈してアプリケーションに処理を
要求するスクリプト解釈手段とを備えたものである。

【００２４】また、この発明の請求項１２に係るソフト
ウェア管理システムは、請求項１１において、ローカル
サーバは複数存在し、それぞれ、ネットワーク指向言語
実行環境、リモート管理手段およびスクリプト解釈手段
を備えたものである。

【００２５】また、この発明の請求項１３に係るソフト
ウェア管理システムは、センターサーバと、広域ネット
ワークを介してセンターサーバに接続されたローカルサ
ーバとを備えたネットワークシステムからなるソフトウ
ェア管理システムにおいて、センターサーバは、ローカ
ルサーバにダウンロードさせて動作するアプリケーショ
ンと、障害発生時の対応を行う障害対策手段とを備え、
ローカルサーバは、ネットワーク指向言語実行環境と、
アプリケーションのセンターサーバからのダウンロード
や処理終了後の削除などを行うリモート管理手段と、ア
プリケーションの実行中に発生するイベント情報の記録
や、障害発生時の情報管理および復旧処理を行う高信頼
性手段とを備えたものである。

【００２６】また、この発明の請求項１４に係るソフト
ウェア管理システムは、請求項１３において、ローカル
サーバは複数存在し、それぞれ、ネットワーク指向言語
実行環境、リモート管理手段および高信頼性手段を備え
たものである。

【００２７】

【発明の実施の形態】実施の形態１．以下、図面を参照
しながら、この発明の実施の形態１について詳細に説明
する。図１はこの発明の実施の形態１を概念的に示すブ
ロック構成図である。

【００２８】図１において、センターサーバ１は、アプ
リケーション１１と、アプリケーションの動作を記述し
たスクリプト１２と、障害発生時の対応を行う障害対策
手段１３とを有する。

【００２９】アプリケーション１１は、後述するよう
に、複数のアプリケーション１１ａ〜１１ｘを含み、ス
クリプト１２は、各アプリケーション１１ａ〜１１ｘに
対応した複数のスクリプト１２ａ〜１２ｘを含む。

【００３０】広域ネットワーク２は、センターサーバ１
とローカルサーバ３とを接続している。センターサーバ
１内のアプリケーション１１は、広域ネットワーク２を
介してローカルサーバ３にダウンロードされて動作す
る。

【００３１】ローカルサーバ３は、必要に応じてセンタ
ーサーバ１からダウンロードされるアプリケーション１
１ａ〜１１ｘと、ＪａｖａＶＭからなるネットワーク指
向言語実行環境３１と、リモート管理手段３２と、スク
リプト解釈手段３３と、高信頼性手段３４とを有する。

【００３２】リモート管理手段３２は、アプリケーショ
ン１１のセンターサーバ１からのダウンロードや処理終
了後の削除などの処理を実行する。高信頼性手段３４
は、アプリケーション１１の実行中に発生するイベント
情報の記録や、障害発生時の情報管理および復旧処理を
行う。

【００３３】ローカルネットワーク４は、ローカルサー
バ３と管理制御対象機器５とを接続している。

【００３４】次に、図１に示したこの発明の実施の形態
１によるシステム全体の動作について説明する。まず、
センターサーバ１内にあらかじめ登録されているアプリ
ケーション１１のうち、ローカルサーバ３に必要なアプ
リケーション１１ａ〜１１ｘは、広域ネットワーク２を
経由してローカルサーバ３にダウンロードされる。

【００３５】ダウンロードされたアプリケーション１１
ａ〜１１ｘは、ローカルネットワーク４を介して接続さ
れた管理制御対象機器５に対し、機器の制御や機器内の
情報の取得などの処理を行う。

【００３６】次に、図２のフローチャートを参照しなが
ら、図１に示したこの発明の実施の形態１による具体的
な動作について説明する。すなわち、ダウンロードされ
たソフトウェアの安全で確実な動作の仕組みと、万一の
異常発生時の対応の仕組みとについて説明する。

【００３７】なお、ここで、センターサーバ１からダウ
ンロードして動作するネットワーク指向のソフトウェア
実行環境３１には、現在もっとも普及している「Ｊａｖ
ａ」の実行環境「ＪａｖａＶＭ（ＪａｖａＶｉｒｔｕ
ａｌＭａｃｈｉｎｅ）」を想定している。

【００３８】ただし、同種の機能を持つ環境であれば、
「ＪａｖａＶＭ」以外のものでも、同等の効果を奏する
ことは言うまでもない。

【００３９】図２において、まず、ローカルサーバ３内
のリモート管理手段３２により、センターサーバ１から
アプリケーション１１をローカルサーバ３にダウンロー
ドする（ステップＳ１）。

【００４０】ダウンロードされたアプリケーション１１
は、スクリプト解釈手段３３から処理要求が発生するま
では、待機状態になる（ステップＳ２）。

【００４１】ここで、アプリケーション１１に対する処
理要求が発生し、ステップＳ２において処理要求有り
（すなわち、ＹＥＳ）と判定され、この処理要求がリモ
ート管理手段３２に入力されると、この時点からアプリ
ケーション１１に起動がかかる（ステップＳ３）。

【００４２】このとき、処理要求に対応したスクリプト
１２は、センターサーバ１からローカルサーバ３にダウ
ンロードされ、ローカルサーバ３内のスクリプト解釈手
段３３によって、その処理内容が解釈される。

【００４３】また、スクリプト解釈手段３３は、解釈さ
れた処理内容にしたがう処理要求をアプリケーション１
１に送り、処理を実行させる（ステップＳ４）。このよ
うに、アプリケーション１１を実行させるためにスクリ
プト１２を仲介させるのは、安全で確実な動作を実行さ
せるためである。

【００４４】すなわち、アプリケーション１１は、セン
ターサーバ１への登録時に動作検証が実行されるが、こ
のとき、アプリケーション１１の動作をスクリプト１２
により規定しておけば、動作範囲が決定し、スクリプト
１２に記載されている範囲外の動作は実行されない。

【００４５】また、あらかじめ、全ての動作範囲をスク
リプト１２で規定しておけば、動作検証はスクリプト１
２に記載の範囲のみで実行すればよく、効率的で確実な
検証を実行することができる。

【００４６】したがって、あらかじめ、全ての動作の検
証を実行することができ、アプリケーション１１の実行
時の安全性を保証することができる。また、スクリプト
１２に記載された動作のみが実行されるので、仕様が明
確になり、確実に必要な動作を確認することができる。

【００４７】処理要求が発生したアプリケーション１１
の動作中においては、アプリケーション１１自体から、
または、ＯＳなどのシステムから、種々のイベントが発
行される。

【００４８】図２に戻り、高信頼性手段３４は、発行さ
れたイベントを検知し、イベント情報として内部に記録
する（ステップＳ５）。

【００４９】続いて、高信頼性手段３４は、発行された
イベントに関して障害が発生したか否かを判定し（ステ
ップＳ６）、障害発生のイベントである（すなわち、Ｙ
ＥＳ）と判定された場合には、イベント情報の蓄積処理
（ステップＳ５）のみでなく、所定の手続きにしたがっ
て障害への対応処理を実行し（ステップＳ７）、ステッ
プＳ８に進む。

【００５０】また、ステップＳ６において、イベントに
障害がない（すなわち、ＮＯ）と判定されれば、直ちに
ステップＳ８に進む。ステップＳ８においては、全ての
処理が終了したか否かを判定し、全ての処理が終了した
（すなわち、ＹＥＳ）と判定されれば、図２の処理ルー
チンを終了して、次のアプリケーション１１への処理要
求を待つ。

【００５１】一方、ステップＳ８において、全ての処理
が終了していない（すなわち、ＮＯ）と判定されれば、
イベント情報の記録ステップＳ５に戻り、上記処理を繰
り返す。

【００５２】このように、高信頼性手段３４は、動作中
のアプリケーション１１が発行するイベント情報を記録
すること（ステップＳ５）により、アプリケーション１
１の異常を検知して必要な対応処置（ステップＳ７）を
実行する。この機能により、動作中に万一異常が起こっ
ても適切な対応処置が行われ、システムとしての機能が
損なわれることはない。

【００５３】実施の形態２．なお、上記実施の形態１で
は、ローカルサーバ３内のリモート管理手段３２につい
て詳述しなかったが、リモート管理手段３２を図３のよ
うに構成してもよい。

【００５４】以下、図３を参照しながら、リモート管理
手段３２を具体化したこの発明の実施の形態２について
説明する。

【００５５】図３はローカルサーバ３内のリモート管理
手段３２の機能を具体的に示すブロック構成図であり、
前述（図１参照）と同様のものについては、同一符号を
付して詳述を省略する。

【００５６】図３において、ローカルネットワーク４お
よび管理制御対象機器５などの、リモート管理手段３２
と直接関連しない構成は省略されている。また、センタ
ーサーバ１においては、スクリプト１２ａおよびアプリ
ケーション１１ａのみが代表的に示されている。

【００５７】リモート管理手段３２は、センターサーバ
情報３２１と、アプリケーション情報３２２と、要求処
理手段３２３と、アプリケーションダウンロード手段３
２４と、アプリケーション管理手段３２５とを備えてい
る。

【００５８】要求処理手段３２３は、スクリプト解釈手
段３３から発生されたアプリケーション１１の実行要求
に対応する。

【００５９】アプリケーションダウンロード手段３２４
は、センターサーバ情報３２１およびアプリケーション
情報３２２に基づいて、アプリケーション１１をセンタ
ーサーバ１からダウンロードする。

【００６０】アプリケーション管理手段３２５は、アプ
リケーション情報３２２に基づいて、アプリケーション
１１の起動や削除などの処理を実行する。

【００６１】次に、図４のフローチャートを参照しなが
ら、図３に示したこの発明の実施の形態２による具体的
な動作について説明する。なお、システムとしての動作
は前述と同様なので、ここでは、リモート管理手段３２
内の処理動作のみに注目して説明する。

【００６２】まず、スクリプト解釈手段３３からアプリ
ケーション１１ａに対する起動要求が発生すると、リモ
ート管理手段３２内の要求処理手段３２３に、アプリケ
ーション１１ａに対する起動要求が入力される（ステッ
プＳ１１）。

【００６３】続いて、起動対象となるアプリケーション
１１ａが存在するか否かを判定し（ステップＳ１２）、
ローカルサーバ３内にアプリケーション１１ａが存在し
ない（すなわち、ＮＯ）と判定されれば、アプリケーシ
ョンダウンロード手段３２４は、要求処理手段３２３か
らの依頼を受け、センターサーバ情報３２１に基づいて
センターサーバ１にアクセスする（ステップＳ１３）。

【００６４】このように、アプリケーション情報３２２
に基づいて、センターサーバ１から起動対象のアプリケ
ーション１１ａをダウンロードする（ステップＳ１
４）。なお、アプリケーション情報３２２は、ローカル
サーバ３内でなくセンターサーバ１内にあってもよい。

【００６５】こうして、アプリケーション１１ａがロー
カルサーバ３内に存在する状態になると、要求処理手段
３２３は、アプリケーション１１ａの起動をかける（ス
テップＳ１５）。

【００６６】なお、ステップＳ１２において、ローカル
サーバ３内に起動対象のアプリケーション１１ａが存在
する（すなわち、ＹＥＳ）と判定されれば、直ちにステ
ップＳ１５に進む。

【００６７】また、ステップＳ１５に続いて、アプリケ
ーション１１ａの処理を記述したスクリプト１２ａをセ
ンターサーバ１から読み込み、このスクリプト１２ａを
スクリプト解釈手段３３に送付して、アプリケーション
１１ａに処理を実行させる（ステップＳ１６）。

【００６８】実際のアプリケーション１１ａの動作は、
スクリプト１２ａの内容にしたがって実行される。

【００６９】次に、アプリケーション１１ａの処理が完
了したか否かを判定し（ステップＳ１７）、処理が完了
していない（すなわち、ＮＯ）と判定されれば、ステッ
プＳ１６の処理を繰り返す。

【００７０】また、ステップＳ１７において、アプリケ
ーション１１ａの処理が完了した（すなわち、ＹＥＳ）
と判定されれば、続いて、アプリケーション１１ａが常
駐型か否（非常駐型）かを判定する（ステップＳ１
８）。

【００７１】ステップＳ１８において、アプリケーショ
ン１１ａが非常駐型である（すなわち、ＮＯ）と判定さ
れれば、アプリケーション１１ａを削除し（ステップＳ
１９）、図４の処理ルーチンを終了する。

【００７２】また、ステップＳ１８において、アプリケ
ーション１１ａが常駐型である（すなわち、ＹＥＳ）と
判定されれば、直ちに図４の処理ルーチンを終了し、ア
プリケーション１１ａをそのままメモリ内にとどめてお
く。

【００７３】以上のように、リモート管理手段３２にお
いて、効率的なソフトウェアのダウンロードが実行可能
になる。また、非常駐型のアプリケーション１１を動作
終了毎に削除することにより、メモリ容量の少ないロー
カルサーバ３においても、処理の制約を受けずにシステ
ムの運用を実行することができる。

【００７４】実施の形態３．なお、上記実施の形態１で
は、ローカルサーバ３内のスクリプト解釈手段３３につ
いて詳述しなかったが、スクリプト解釈手段３３を図５
〜図７のように構成してもよい。

【００７５】以下、図５〜図７を参照しながら、スクリ
プト解釈手段３３を具体化したこの発明の実施の形態３
について説明する。図５はローカルサーバ３内のスクリ
プト解釈手段３３の機能を具体的に示すブロック構成図
であり、スクリプト解釈手段３３の周辺構成のみが示さ
れている。

【００７６】なお、図５に示されない構成は、前述（図
１、図３参照）と同様である。図５において、スクリプ
ト解釈手段３３は、スクリプト定義３３１、イベント一
覧３３２、解釈手段３３３およびイベント駆動手段３３
４を備えている。

【００７７】解釈手段３３３は、スクリプト定義３３１
を含み、スクリプト定義３３１にしたがってスクリプト
１２を解釈し、スクリプト１２の定義内容に相当するイ
ベントを出力する。

【００７８】イベント駆動手段３３４は、イベント一覧
３３２を含み、イベントを取り込むとともに、イベント
一覧３３２にしたがって、イベントにより駆動される処
理を抽出する。

【００７９】図６はこの発明の実施の形態３によるスク
リプト定義３３１の一例を示す説明図であり、図７はこ
の発明の実施の形態３によるイベント一覧３３２の一例
を示す説明図である。

【００８０】図６において、スクリプト定義３３１は、
スクリプト１２ａ内の各定義内容に相当するイベントを
マップ形式で格納しており、たとえば、定義内容＜スク
リプトａ＞に相当するイベントＡが示されている。

【００８１】図７において、イベント一覧３３２は、各
イベントに相当するアプリケーションおよび処理部をマ
ップ形式で格納しており、たとえば、イベントＡに相当
するアプリケーション１１ａおよび処理部Ａが示されて
いる。

【００８２】次に、図８のフローチャートを参照しなが
ら、図５〜図７に示したこの発明の実施の形態３による
動作について説明する。ここでは、スクリプト解釈手段
３３の処理のみに注目して説明する。

【００８３】まず、ローカルサーバ３は、リモート管理
手段３２（図１、図３参照）の介在により、センターサ
ーバ１内のスクリプト１２ａをスクリプト解釈手段３３
内の解釈手段３３３に読み込む（ステップＳ２１）。

【００８４】次に、解釈手段３３３は、スクリプト定義
３３１にしたがって、定義内容＜スクリプトａ＞に相当
するイベントＡを抽出する（ステップＳ２２）。

【００８５】続いて、イベント駆動手段３３４は、イベ
ント一覧３３２にしたがって、イベントＡに対応する処
理（アプリケーション１１ａ、処理Ａ）を抽出し（ステ
ップＳ２３）、アプリケーション１１ａに対して、当該
処理の実行を要求する（ステップＳ２４）。

【００８６】この結果、スクリプト解釈手段３３におい
て、安全且つ確実に処理を実行するためのスクリプト１
２の仕様を柔軟に定義することができる。すなわち、ス
クリプト定義３３１によって、処理とは独立する形式で
スクリプト１２を定義することができる。

【００８７】また、スクリプト１２自体は、システムを
構成するネットワーク、ハードウェアおよびソフトウェ
アなどの仕様から制約を受けることはなく、純粋に処理
の意味論的な定義を行うように規定することができる。

【００８８】なお、スクリプト定義３３１は、上記意味
論的に規定されたスクリプト１２と実際のシステムとの
橋渡しを行うもので、スクリプト１２内の記述とシステ
ムの仕様に基づいたイベントとの対応を定義する。

【００８９】一方、イベント一覧３３２は、システムの
仕様に基づいたイベントと実際に動作するソフトウェア
の実装との橋渡しを行うもので、上記構成によりソフト
ウェアの設計の自由度を広げることができ、或るイベン
トに対応したソフトウェアの構成を自由に組むことがで
きる。

【００９０】たとえば、メモリ容量の少ないローカルサ
ーバ３においては、メモリ消費が少なくなる実装を行
い、メモリ容量の制約よりも処理速度が要求されるよう
なローカルサーバ３においては、性能重視の実装を行う
ことができる。

【００９１】また、上記実装の使い分けは、ローカルサ
ーバ３内のイベント一覧３３２を変更することのみによ
って、容易に行うことができる。

【００９２】実施の形態４．なお、上記実施の形態３で
は、スクリプト１２およびスクリプト定義３３１の記述
形式について詳述しなかったが、それぞれ、図９および
図１０のように記述してもよい。

【００９３】以下、図９および図１０を参照しながら、
スクリプト１２およびスクリプト定義３３１の記述形式
を具体化したこの発明の実施の形態４について説明す
る。図９および図１０はスクリプト１２およびスクリプ
ト定義３３１のサービス記述例を示す説明図である。

【００９４】図９において、スクリプト解釈手段３３
（図５参照）内で扱われるスクリプト１２は、ＸＭＬ
（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａ
ｇｅ）により記述されている。

【００９５】図１０において、解釈手段３３３内のスク
リプト定義３３１は、上記ＸＭＬ文書に対応して、ＤＴ
Ｄ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔｉｏ
ｎ）により記述されている。

【００９６】図９のように、或るアプリケーション１１
の動作を記述するスクリプト１２がＸＭＬで与えられた
場合、スクリプト解釈手段３３においては、汎用のＸＭ
Ｌパーサが使用される。

【００９７】このとき、パーサの標準仕様であるＳＡＸ
（ＳｉｍｐｌｅＡＰＩｆｏｒＸＭＬ）を用いれば、
タグの開始終了などのイベントを抽出することができ
る。

【００９８】図９および図１０のように記述されたエア
コン制御サービスの場合、エアコン制御開始、初期化開
始、エアコン初期化開始、温度設定、風速設定、エアコ
ン初期化終了、温度センサ初期化開始、…というイベン
トが順次抽出される。

【００９９】また、スクリプト解釈手段３３内のイベン
ト駆動手段３３４は、イベント一覧３３２に基づいて、
対応する処理を実行していく。

【０１００】以上のように、発生させるイベント毎に、
ＸＭＬのタグとして定義することにより、スクリプト１
２（ＸＭＬドキュメント）から標準のＸＭＬパーサを用
いてイベントを抽出することができる。

【０１０１】また、解釈手段３３３内のスクリプト定義
３３１を、ＸＭＬに対応したＤＴＤ形式（図１０参照）
で記述することにより、ＸＭＬパーサの機能に基づい
て、ＸＭＬドキュメント（スクリプト１２）の正当性検
証を実行することができる。

【０１０２】すなわち、ＤＴＤの検証により、スクリプ
ト１２が正しく記述されていることを保証することがで
きる。

【０１０３】実施の形態５．なお、上記実施の形態１で
は、センターサーバ１内の障害対策手段１３およびロー
カルサーバ３内の高信頼性手段３４について詳述しなか
ったが、障害対策手段１３および高信頼性手段３４を図
１１のように構成してもよい。

【０１０４】以下、図１１を参照しながら、障害対策手
段１３および高信頼性手段３４を具体化したこの発明の
実施の形態５について説明する。図１１は障害対策手段
１３および高信頼性手段３４の機能を具体的に示すブロ
ック構成図であり、図示されない構成は前述（図１参
照）と同様である。

【０１０５】図１１において、障害対策手段１３は、障
害発生時の障害情報をローカルサーバ３から取得する障
害情報取得手段１３１と、障害発生時の障害対策を決定
してローカルサーバ３に障害対策を通知する障害対策通
知手段１３２とを備えている。

【０１０６】高信頼性手段３４は、障害情報３４１、イ
ベント情報３４２、障害検知手段３４３、障害情報収集
手段３４４、障害通知手段３４５、復旧手段３４６およ
びイベント収集手段３４７を備えている。

【０１０７】障害検知手段３４３は、障害の発生を検知
し、障害情報収集手段３４４は、障害発生時の障害情報
３４１を収集し、障害通知手段３４５は、障害情報３４
１をセンターサーバ１に通知する。

【０１０８】復旧手段３４６は、センターサーバ１から
の障害対策に応じて障害を復旧させる。イベント収集手
段３４７は、イベント情報３４２を収集記録する。

【０１０９】次に、図１２のフローチャートを参照しな
がら、この発明の実施の形態５による動作について説明
する。ここでは、センターサーバ１内の障害対策手段１
３と、ローカルサーバ３内の高信頼性手段３４との連携
処理に注目して説明する。

【０１１０】図１２において、まず、アプリケーション
１１またはシステム（ローカルサーバ３のＯＳなど）か
らイベントが発生すると（ステップＳ３１）、高信頼性
手段３４内のイベント収集手段３４７は、発生したイベ
ントを収集し、このイベントが障害関連イベントか否か
を判定する（ステップＳ３２）。

【０１１１】ステップＳ３２において、収集されたイベ
ントが通常イベントであって、障害関連（異常時）のイ
ベントではない（すなわち、ＮＯ）と判定されれば、そ
のイベントをイベント情報３４２として記録して（ステ
ップＳ３３）、図１２の処理ルーチンを終了する。

【０１１２】一方、ステップＳ３２において、収集され
たイベントが障害関連（異常時）のイベントである（す
なわち、ＹＥＳ）と判定されれば、障害が発生したこと
を障害検知手段３４３に通知する（ステップＳ３４）。

【０１１３】障害検知手段３４３は、異常時のイベント
を調べて障害の種類（障害情報）を特定するとともに、
障害情報収集手段３４４を起動して障害情報３４１とし
て記録する（ステップＳ３５）。

【０１１４】こうして検知された障害情報３４１は、続
いて、障害通知手段３４５を介してセンターサーバ１に
送られる（ステップＳ３６）。これに応答して、センタ
ーサーバ１内の障害対策手段１３は、以下の処理を実行
する。

【０１１５】すなわち、障害情報取得手段１３１は、ロ
ーカルサーバ３から到着した障害情報３４１を受け、障
害対策通知手段１３２は、障害情報３４１に対する適切
な障害対策を決定してローカルサーバ３に送信する（ス
テップＳ３７）。

【０１１６】これに応答して、ローカルサーバ３内の高
信頼性手段３４は、復旧手段３４６による処理を実行す
る。すなわち、センターサーバ１から送られてきた障害
対策に基づいて、障害からの復旧作業を実行し（ステッ
プＳ３８）、図１２の処理ルーチンを終了する。

【０１１７】このように、センターサーバ１内の障害対
策手段１３とローカルサーバ３内の高信頼手段３４との
間の連携処理により、異常が発生してもシステム全体の
動作不全を未然に防止することができる。

【０１１８】また、ログとしてローカルサーバ３内に蓄
えられた障害情報３４１およびイベント情報３４２は、
後々のシステム解析などに利用することができ、万一シ
ステム全体が停止した場合でも、その解析をスムーズに
行うことができる。

【０１１９】なお、障害情報３４１は、センターサーバ
１に送られるので、ローカルサーバ３内でなく、センタ
ーサーバ１内で保存されてもよい。

【０１２０】実施の形態６．なお、上記実施の形態５で
は、障害対策手段１３内の障害対策通知手段１３２につ
いて詳述しなかったが、障害対策通知手段１３２を図１
３のように構成してもよい。

【０１２１】以下、図１３を参照しながら、障害対策手
段１３内の障害対策通知手段１３２を具体化したこの発
明の実施の形態６について説明する。図１３は障害対策
通知手段１３２の機能を具体的に示すブロック構成図で
あり、図示されない構成は前述（図１、図１１参照）と
同様である。

【０１２２】図１３において、センターサーバ１内の障
害対策手段１３は、前述の障害情報取得手段１３１およ
び障害対策通知手段１３２に加えて、障害対策一覧表１
３３を備えている。

【０１２３】障害対策一覧表１３３は、障害情報の種別
と障害対策とを対応付けて、障害情報の種別毎の障害対
策をマップ形式で格納している。

【０１２４】障害対策通知手段１３２は、障害対策検出
手段１３２１と、通知手段１３２２とを備えている。

【０１２５】障害対策検出手段１３２１は、障害情報の
種別に対応した対策方式を障害対策一覧表１３３に基づ
いて検出する。通知手段１３２２は、障害対策一覧表１
３３から得られた障害対策を、ローカルサーバ３に通知
する。

【０１２６】次に、図１４のフローチャートを参照しな
がら、この発明の実施の形態６による動作について説明
する。ここでは、センターサーバ１内の障害対策処理に
注目して説明する。

【０１２７】図１４において、ステップＳ３６およびＳ
３８は前述（図１２参照）と同様の処理であり、図１４
に示されない処理ステップＳ３１〜Ｓ３５は、図１２と
同様である。

【０１２８】前述のように、ローカルサーバ３で障害が
発生すると、障害通知手段３４５を介して、センターサ
ーバ１に障害情報（種別）が送られてくる（ステップＳ
３６）。

【０１２９】センターサーバ１内の障害情報取得手段１
３１は、ローカルサーバ３からの障害情報を受けて（ス
テップＳ３７１）、これを障害対策通知手段１３２内の
障害対策検出手段１３２１に渡す。

【０１３０】障害対策検出手段１３２１は、障害対策一
覧表１３３に基づいて、送られてきた障害情報の種別に
対応する障害対策を検出する（ステップＳ３７２）。

【０１３１】続いて、対策通知手段１３２２は、検出さ
れた障害対策をローカルサーバ３内の復旧手段３４６に
送信する（ステップＳ３７３）。これにより、復旧手段
３４６は、障害対策に対応した処置を実行する（ステッ
プＳ３８）。

【０１３２】このように、センターサーバ１内の障害対
策手段１３において、障害対策一覧表１３３に基づく障
害対策検知手段１３２１を設けることにより、あらかじ
め障害に対応した設計が行い易くなり、システム全体の
予防保全が可能となる。

【０１３３】また、障害対策一覧表１３３は、更新可能
なので、新たに障害情報の種別が増えた場合や、より効
率的な障害対策が提案された場合にも、リアルタイムに
対応することができ、直ちにシステムに反映させること
ができる。

【０１３４】実施の形態７．なお、上記実施の形態５、
６では、センターサーバ１内の障害対策手段１３に障害
対策通知手段１３２を設け、障害情報の種別に応じた障
害対策をローカルサーバ３に通知したが、ローカルサー
バ３内の高信頼性手段３４において自律的に障害対策を
施してもよい。

【０１３５】以下、図１５を参照しながら、高信頼性手
段３４において自律的に障害対策を施すようにしたこの
発明の実施の形態７について説明する。図１５は高信頼
性手段３４の機能を具体的に示すブロック構成図であ
り、前述（図１、図１１、図１３参照）と同様のものに
ついては、同一符号を付して詳述を省略する。

【０１３６】図１５において、センターサーバ１内の障
害対策手段１３は、障害情報取得手段１３１を備えてい
るものの、前述（図１１、図１３参照）の障害対策通知
手段１３２が削除された構成となっている。

【０１３７】ローカルサーバ３内の高信頼性手段３４
は、前述の障害情報３４１、イベント情報３４２、障害
検知手段３４３、障害情報収集手段３４４およびイベン
ト収集手段３４７に加えて、復旧手段３４８および通知
手段３４９を備えている。

【０１３８】復旧手段３４８は、障害発生時の障害への
対応を自律的に行い、障害を自動復旧させる。通知手段
３４９は、障害情報３４１および自動復旧の情報をセン
ターサーバ１内の障害情報取得手段１３１に通知する。

【０１３９】次に、図１６のフローチャートを参照しな
がら、この発明の実施の形態７による高信頼性手段３４
の動作について説明する。図１２において、ステップＳ
３１〜Ｓ３５は前述（図１２参照）と同様の処理であ
る。

【０１４０】この場合、イベント発生（ステップＳ３
１）から障害情報の収集（ステップＳ３５）までは前述
と同様である。以下、ローカルサーバ３内の高信頼性手
段３４は、センターサーバ１に障害情報を通知せずに、
ローカルサーバ３内で障害に対する自動復旧処置（ステ
ップＳ３９）を完結する。

【０１４１】最後に、障害情報３４１および自動復旧情
報の結果のみをセンターサーバ１内の障害情報取得手段
１３１に通知し（ステップＳ４０）、図１６の処理ルー
チンを終了する。

【０１４２】これにより、センターサーバ１内の障害対
策手段１３の機能構成が簡略化されるとともに、障害情
報３４１や障害対策の通知処理（ステップＳ４０）が、
ローカルサーバ３からセンターサーバ１への１回で済
み、広域ネットワーク２に流れる通信量を低減させるこ
とができる。

【０１４３】また、障害発生時において、ローカルサー
バ３内で直ちに復旧が完結するので、障害への対処時間
を短縮することができる。

【０１４４】なお、この障害対処方式は、障害の程度が
非常に軽微な場合や、障害を起こしたアプリケーション
１１を単に再起動するのみで済む場合など、単純な処置
の場合に有効である。したがって、複雑な対処が必要と
なる障害への対応は、前述の実施の形態５および６で示
した障害対処方式の方が有効となる場合もあり得る。

【０１４５】実施の形態８．なお、上記実施の形態１〜
７では、センターサーバ１に接続されるローカルサーバ
３の数について言及しなかったが、センターサーバ１に
複数のローカルサーバ３を接続してもよい。

【０１４６】以下、図１７を参照しながら、センターサ
ーバ１に複数のローカルサーバ３を接続したこの発明の
実施の形態８について説明する。図１８はこの発明の実
施の形態８を示すブロック構成図であり、前述（図１参
照）と同様のものについては、同一符号を付して詳述を
省略する。

【０１４７】図１７において、センターサーバ１には、
たとえばｎ個のローカルサーバ３ａ〜３ｎが接続されて
いる。同一構成のローカルサーバ３ａ〜３ｎには、それ
ぞれ、ローカルネットワーク４ａ〜４ｎを介して管理制
御対象機器５ａ〜５ｎが接続されている。

【０１４８】図１７のように、複数のローカルサーバ３
ａ〜３ｎが存在するシステムであっても、センターサー
バ１は論理的に１台のみでよく、基本的な動作は前述と
同様であり、前述と同等の作用効果を奏する。

【０１４９】したがって、大規模なネットワーク指向の
ソフトウェア流通システムにおいても、前述と同様に信
頼性を向上させることができる。

【０１５０】なお、システムの規模によっては、システ
ム規模の増大に対応してセンターサーバ１の台数を増や
し、１つのセンターサーバ１の負荷を軽減させることも
できる。

【０１５１】また、複数のセンターサーバ１を設けた場
合、センターサーバ機能に冗長性を持たせることができ
るので、１つのセンターサーバがダウンしても他のセン
ターサーバによりバックアップすることができ、さらに
信頼性を向上させることができる。

【０１５２】実施の形態９．なお、上記実施の形態１で
は、センターサーバ１内に障害対策手段１３を設け、ロ
ーカルサーバ３内に高信頼性手段３４を設けたが、障害
対策手段１３および高信頼性手段３４を省略してもよ
い。

【０１５３】以下、図１８を参照しながら、障害対策手
段１３および高信頼性手段３４を省略したこの発明の実
施の形態９について説明する。図１８はこの発明の実施
の形態９を示すブロック構成図であり、前述（図１参
照）と同様のものについては、同一符号を付して詳述を
省略する。

【０１５４】図１８において、センターサーバ１および
ローカルサーバ３は、前述（図１参照）の障害対策手段
１３および高信頼性手段３４が削除された構成となって
いる。

【０１５５】したがって、図１８に示したこの発明の実
施の形態９による動作は、前述（図２参照）のフローチ
ャートから、障害対策手段１３および高信頼性手段３４
に関連するステップＳ５〜Ｓ８を削除したものとなる。

【０１５６】この場合、ローカルサーバ３内で動作する
ソフトウェアを非常に単純化させることができる。ただ
し、図１８の構成は、スクリプト１２による動作制御の
みで十分に信頼性を確保することができる場合に有効で
ある。

【０１５７】これにより、ローカルサーバ３のソフトウ
ェア構成が単純化され、少ないメモリ容量のローカルサ
ーバ３を用いても、信頼性の高い処理を実現することが
できる。

【０１５８】実施の形態１０．なお、上記実施の形態９
では、センターサーバ１に接続されるローカルサーバ３
の数について言及しなかったが、前述の実施の形態８と
同様に、センターサーバ１に複数のローカルサーバ３を
接続してもよい。

【０１５９】以下、図１９を参照しながら、センターサ
ーバ１に複数のローカルサーバ３を接続したこの発明の
実施の形態１０について説明する。図１９はこの発明の
実施の形態１０を示すブロック構成図であり、前述（図
１８参照）と同様のものについては、同一符号を付して
詳述を省略する。

【０１６０】図１９において、センターサーバ１には、
複数のローカルサーバ３ａ〜３ｎが接続されている。図
１９のように、複数のローカルサーバ３ａ〜３ｎを有す
るシステムにおいても、センターサーバ１は論理的に１
台でよく、基本的な動作は前述と同様である。

【０１６１】これにより、単純な処理を行うローカルサ
ーバ３が複数存在する大規模なネットワーク指向のソフ
トウェア流通システムにおいても、信頼性を向上させる
ことができる。

【０１６２】実施の形態１１．なお、上記実施の形態８
（図１７参照）では、センターサーバ１に接続される全
てのローカルサーバ３ａ〜３ｎに高信頼性手段３４ａ〜
３４ｎを設けたが、一部のローカルサーバ３のみに高信
頼性手段３４を設け、他のローカルサーバ３から高信頼
性手段３４を削除してもよい。

【０１６３】以下、図２０を参照しながら、複数のうち
の一部のローカルサーバ３のみに高信頼性手段３４を設
けたこの発明の実施の形態１１について説明する。図２
０はこの発明の実施の形態１１を示すブロック構成図で
あり、前述（図１７参照）と同様のものについては、同
一符号を付して詳述を省略する。

【０１６４】図２０において、複数のローカルサーバ３
ａ〜３ｎのうち、一部のローカルサーバ３ａは、高信頼
性手段３４が削除された構成となっており、他のローカ
ルサーバ３ｎは、高信頼性手段３４ｎを備えている。

【０１６５】図２０に示したこの発明の実施の形態１１
による基本的動作は、各ローカルサーバ３ａ〜３ｎに関
して前述と同様である。

【０１６６】図２０の構成は、高信頼性手段３４ｎが必
要なローカルサーバ３ｎと、高信頼性手段３４が不要な
ローカルサーバ３ａとが混在するシステムにおいて、有
効である。

【０１６７】この場合も、障害対策手段１３を備えたセ
ンターサーバ１が論理的に１台あればよく、基本的な動
作は前述と同様である。また、システム規模の増大に応
じてセンターサーバ１の台数を増やしてもよい。

【０１６８】これにより、単純な処理を行うローカルサ
ーバ３ａと、通常の高信頼性処理を行うローカルサーバ
３ｎとが複数混在する大規模なネットワーク指向のソフ
トウェア流通システムにおいても、信頼性を向上させる
ことができる。

【０１６９】実施の形態１２．なお、上記実施の形態１
では、センターサーバ１にスクリプト１２を設け、ロー
カルサーバ３にスクリプト解釈手段３３を設けたが、ス
クリプト１２およびスクリプト解釈手段３３を削除して
もよい。

【０１７０】この場合、アプリケーション１１のみで動
作可能なシンプルなシステムにおいて有効であり、セン
ターサーバ１およびローカルサーバ３の構成を簡略化す
ることができる。

【０１７１】また、障害発生時の障害対策については、
前述と同様の作用効果を奏する。また、センターサーバ
１に複数のローカルサーバ３が接続されたシステムにも
適用可能である。

【０１７２】

【発明の効果】以上のように、この発明の請求項１によ
れば、センターサーバと、広域ネットワークを介してセ
ンターサーバに接続されたローカルサーバとを備えたネ
ットワークシステムからなるソフトウェア管理システム
において、センターサーバは、ローカルサーバにダウン
ロードさせて動作するアプリケーションと、アプリケー
ションの動作を記述したスクリプトと、障害発生時の対
応を行う障害対策手段とを備え、ローカルサーバは、ネ
ットワーク指向言語実行環境と、アプリケーションのセ
ンターサーバからのダウンロードや処理終了後の削除な
どを行うリモート管理手段と、スクリプトを解釈してア
プリケーションに処理を要求するスクリプト解釈手段
と、アプリケーションの実行中に発生するイベント情報
の記録や、障害発生時の情報管理および復旧処理を行う
高信頼性手段とを備え、広域ネットワークを介してダウ
ンロードされたソフトウェアの安全確実な動作を保証す
るとともに、万一異常が発生しても障害情報収集や復旧
を支援する機能を提供したので、広域ネットワーク上を
流通するソフトウェアの処理の信頼性を向上させたソフ
トウェア管理システムが得られる効果がある。

【０１７３】また、この発明の請求項２によれば、請求
項１において、リモート管理手段は、センターサーバ情
報およびアプリケーション情報と、アプリケーションの
実行要求に対応する要求処理手段と、センターサーバ情
報およびアプリケーション情報に基づいてアプリケーシ
ョンをセンターサーバからダウンロードするアプリケー
ションダウンロード手段と、アプリケーション情報に基
づいてアプリケーションの起動や削除などの処理を行う
アプリケーション管理手段とを含むので、広域ネットワ
ーク上を流通するソフトウェアの処理の信頼性を向上さ
せたソフトウェア管理システムが得られる効果がある。

【０１７４】また、この発明の請求項３によれば、請求
項１において、スクリプト解釈手段は、スクリプト定義
およびイベント一覧と、スクリプト定義にしたがってス
クリプトを解釈してスクリプトの定義内容に相当するイ
ベントを出力する解釈手段と、イベントを取り込むとと
もにイベント一覧にしたがってイベントにより駆動され
る処理を抽出するイベント駆動手段とを含むので、広域
ネットワーク上を流通するソフトウェアの処理の信頼性
を向上させたソフトウェア管理システムが得られる効果
がある。

【０１７５】また、この発明の請求項４によれば、請求
項１において、スクリプトは、ＸＭＬ（ｅＸｔｅｎｓｉ
ｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）により記述
され、スクリプト定義は、ＤＴＤ（Ｄｏｃｕｍｅｎｔ
ＴｙｐｅＤｅｆｉｎｉｔｉｏｎ）により記述されたの
で、広域ネットワーク上を流通するソフトウェアの処理
の信頼性を向上させたソフトウェア管理システムが得ら
れる効果がある。

【０１７６】また、この発明の請求項５によれば、請求
項１において、障害対策手段は、障害発生時の障害情報
をローカルサーバから取得する障害情報取得手段と、障
害発生時の障害対策を決定してローカルサーバに通知す
る障害対策通知手段とを含み、高信頼性手段は、障害発
生時に障害の発生を検知する障害検知手段と、障害発生
時の障害情報を収集する障害情報収集手段と、障害情報
をセンターサーバに通知する障害通知手段と、センター
サーバからの障害対策に応じて障害を復旧させる復旧手
段と、イベント情報を収集記録するイベント収集手段と
を含むので、広域ネットワーク上を流通するソフトウェ
アの処理の信頼性を向上させたソフトウェア管理システ
ムが得られる効果がある。

【０１７７】また、この発明の請求項６によれば、請求
項５において、障害対策手段は、障害情報の種別毎に障
害対策を格納する障害対策一覧表を含み、障害対策通知
手段は、障害情報の種別に対応した障害対策を障害対策
一覧表に基づいて検出する障害対策検出手段と、障害対
策をローカルサーバに通知する通知手段とを含むので、
広域ネットワーク上を流通するソフトウェアの処理の信
頼性を向上させたソフトウェア管理システムが得られる
効果がある。

【０１７８】また、この発明の請求項７によれば、請求
項１において、障害対策手段は、障害発生時の障害情報
をローカルサーバから取得する障害情報取得手段を含
み、高信頼性手段は、障害発生時に障害の発生を検知す
る障害検知手段と、障害発生時の障害情報を収集する障
害情報収集手段と、障害発生時の障害への対応を自律的
に行い障害を自動復旧させる復旧手段と、障害情報およ
び自動復旧の情報をセンターサーバに通知する通知手段
と、イベント情報を収集記録するイベント収集手段とを
含むので、広域ネットワーク上を流通するソフトウェア
の処理の信頼性を向上させたソフトウェア管理システム
が得られる効果がある。

【０１７９】また、この発明の請求項８によれば、請求
項１において、ローカルサーバは複数存在し、それぞ
れ、ネットワーク指向言語実行環境、リモート管理手
段、スクリプト解釈手段および高信頼性手段を備えたの
で、大規模なシステムに対しても、広域ネットワーク上
を流通するソフトウェアの処理の信頼性を向上させたソ
フトウェア管理システムが得られる効果がある。

【０１８０】また、この発明の請求項９によれば、請求
項８において、センターサーバは複数存在し、それぞ
れ、アプリケーション、スクリプトおよび障害対策手段
を備えたので、大規模なシステムに対しても、センター
サーバの負荷を軽減させるとともに冗長性をもたせ、広
域ネットワーク上を流通するソフトウェアの処理の信頼
性を向上させたソフトウェア管理システムが得られる効
果がある。

【０１８１】また、この発明の請求項１０によれば、請
求項１において、ローカルサーバは複数存在し、少なく
とも１つのローカルサーバは、ネットワーク指向言語実
行環境、リモート管理手段、スクリプト解釈手段および
高信頼性手段を備え、他のローカルサーバは、ネットワ
ーク指向言語実行環境、リモート管理手段およびスクリ
プト解釈手段を備えたので、大規模なシステムに対して
も、広域ネットワーク上を流通するソフトウェアの処理
の信頼性を向上させたソフトウェア管理システムが得ら
れる効果がある。

【０１８２】また、この発明の請求項１１によれば、セ
ンターサーバと、広域ネットワークを介してセンターサ
ーバに接続されたローカルサーバとを備えたネットワー
クシステムからなるソフトウェア管理システムにおい
て、センターサーバは、ローカルサーバにダウンロード
させて動作するアプリケーションと、アプリケーション
の動作を記述したスクリプトとを備え、ローカルサーバ
は、ネットワーク指向言語実行環境と、アプリケーショ
ンのセンターサーバからのダウンロードや処理終了後の
削除などを行うリモート管理手段と、スクリプトを解釈
してアプリケーションに処理を要求するスクリプト解釈
手段とを備えたので、ローカルサーバの機能構成を簡略
化するとともに、広域ネットワーク上を流通するソフト
ウェアの処理の信頼性を向上させたソフトウェア管理シ
ステムが得られる効果がある。

【０１８３】また、この発明の請求項１２によれば、請
求項１１において、ローカルサーバは複数存在し、それ
ぞれ、ネットワーク指向言語実行環境、リモート管理手
段およびスクリプト解釈手段を備えたので、大規模なシ
ステムに対しても、ローカルサーバの機能構成を簡略化
するとともに、広域ネットワーク上を流通するソフトウ
ェアの処理の信頼性を向上させたソフトウェア管理シス
テムが得られる効果がある。

【０１８４】また、この発明の請求項１３によれば、セ
ンターサーバと、広域ネットワークを介してセンターサ
ーバに接続されたローカルサーバとを備えたネットワー
クシステムからなるソフトウェア管理システムにおい
て、センターサーバは、ローカルサーバにダウンロード
させて動作するアプリケーションと、障害発生時の対応
を行う障害対策手段とを備え、ローカルサーバは、ネッ
トワーク指向言語実行環境と、アプリケーションのセン
ターサーバからのダウンロードや処理終了後の削除など
を行うリモート管理手段と、アプリケーションの実行中
に発生するイベント情報の記録や、障害発生時の情報管
理および復旧処理を行う高信頼性手段とを備えたので、
センターサーバの機能構成を簡略化するとともに、広域
ネットワーク上を流通するソフトウェアの処理の信頼性
を向上させたソフトウェア管理システムが得られる効果
がある。

【０１８５】また、この発明の請求項１４によれば、請
求項１３において、ローカルサーバは複数存在し、それ
ぞれ、ネットワーク指向言語実行環境、リモート管理手
段および高信頼性手段を備えたので、大規模なシステム
に対しても、センターサーバの機能構成を簡略化すると
ともに、広域ネットワーク上を流通するソフトウェアの
処理の信頼性を向上させたソフトウェア管理システムが
得られる効果がある。

【図面の簡単な説明】

【図１】この発明の実施の形態１を示すブロック構成
図である。

【図２】この発明の実施の形態１による動作を示すフ
ローチャートである。

【図３】この発明の実施の形態２を示すブロック構成
図である。

【図４】この発明の実施の形態２による動作を示すフ
ローチャートである。

【図５】この発明の実施の形態３の要部を示すブロッ
ク構成図である。

【図６】この発明の実施の形態３によるスクリプト定
義の一例を示す説明図である。

【図７】この発明の実施の形態３によるイベント一覧
の一例を示す説明図である。

【図８】この発明の実施の形態３による動作を示すフ
ローチャートである。

【図９】この発明の実施の形態４によるサービス記述
例を示す説明図である。

【図１０】この発明の実施の形態４によるサービス記
述例を示す説明図である。

【図１１】この発明の実施の形態５を示すブロック構
成図である。

【図１２】この発明の実施の形態５による動作を示す
フローチャートである。

【図１３】この発明の実施の形態６を示すブロック構
成図である。

【図１４】この発明の実施の形態６による動作を示す
フローチャートである。

【図１５】この発明の実施の形態７を示すブロック構
成図である。

【図１６】この発明の実施の形態７による動作を示す
フローチャートである。

【図１７】この発明の実施の形態８を示すブロック構
成図である。

【図１８】この発明の実施の形態９を示すブロック構
成図である。

【図１９】この発明の実施の形態１０を示すブロック
構成図である。

【図２０】この発明の実施の形態１１を示すブロック
構成図である。

【符号の説明】１センターサーバ、２広域ネットワーク、３、３ａ
〜３ｎローカルサーバ、４、４ａ〜４ｎローカルネ
ットワーク、５、５ａ〜５ｎ管理制御対象機器、１
１、１１ａ〜１１ｘアプリケーション、１２、１２ａ
スクリプト、１３障害対策手段、３１、３１ａ〜３
１ｎネットワーク指向言語実行環境（ＪａｖａＶ
Ｍ）、３２、３２ａ〜３２ｎリモート管理手段、３
３、３３ａ〜３３ｎスクリプト解釈手段、３４、３４
ａ〜３４ｎ高信頼性手段、１３１障害情報取得手
段、１３２障害対策通知手段、１３３障害対策一覧
表、３２１センターサーバ情報、３２２アプリケーシ
ョン情報、３２３要求処理手段、３２４アプリケー
ションダウンロード手段、３２５アプリケーション管
理手段、３３１スクリプト定義、３３２イベント一
覧、３３３解釈手段、３３４イベント駆動手段、３
４１障害情報、３４２イベント情報、３４３障害検
知手段、３４４障害情報収集手段、３４５障害通知
手段、３４６、３４８復旧手段、３４７イベント収
集手段、３４９通知手段、１３２１障害対策検出手
段、１３２２通知手段。

Claims

【特許請求の範囲】

【請求項１】センターサーバと、広域ネットワークを
介して前記センターサーバに接続されたローカルサーバ
とを備えたネットワークシステムからなるソフトウェア
管理システムにおいて、前記センターサーバは、前記ローカルサーバにダウンロードさせて動作するアプ
リケーションと、前記アプリケーションの動作を記述したスクリプトと、障害発生時の対応を行う障害対策手段とを備え、前記ローカルサーバは、ネットワーク指向言語実行環境と、前記アプリケーションの前記センターサーバからのダウ
ンロードや処理終了後の削除などを行うリモート管理手
段と、前記スクリプトを解釈して前記アプリケーションに処理
を要求するスクリプト解釈手段と、前記アプリケーションの実行中に発生するイベント情報
の記録や、前記障害発生時の情報管理および復旧処理を
行う高信頼性手段とを備えたことを特徴とするソフトウ
ェア管理システム。
【請求項２】前記リモート管理手段は、センターサーバ情報およびアプリケーション情報と、前記アプリケーションの実行要求に対応する要求処理手
段と、前記センターサーバ情報および前記アプリケーション情
報に基づいて前記アプリケーションを前記センターサー
バからダウンロードするアプリケーションダウンロード
手段と、前記アプリケーション情報に基づいて前記アプリケーシ
ョンの起動や削除などの処理を行うアプリケーション管
理手段とを含むことを特徴とする請求項１に記載のソフ
トウェア管理システム。
【請求項３】前記スクリプト解釈手段は、スクリプト定義およびイベント一覧と、前記スクリプト定義にしたがって前記スクリプトを解釈
して前記スクリプトの定義内容に相当するイベントを出
力する解釈手段と、前記イベントを取り込むとともに前記イベント一覧にし
たがって前記イベントにより駆動される処理を抽出する
イベント駆動手段とを含むことを特徴とする請求項１に
記載のソフトウェア管理システム。
【請求項４】前記スクリプトは、ＸＭＬ（ｅＸｔｅｎ
ｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）により
記述され、前記スクリプト定義は、ＤＴＤ（ＤｏｃｕｍｅｎｔＴ
ｙｐｅＤｅｆｉｎｉｔｉｏｎ）により記述されたこと
を特徴とする請求項１に記載のソフトウェア管理システ
ム。
【請求項５】前記障害対策手段は、前記障害発生時の障害情報を前記ローカルサーバから取
得する障害情報取得手段と、前記障害発生時の障害対策を決定して前記ローカルサー
バに通知する障害対策通知手段とを含み、前記高信頼性手段は、前記障害発生時に障害の発生を検知する障害検知手段
と、前記障害発生時の障害情報を収集する障害情報収集手段
と、前記障害情報を前記センターサーバに通知する障害通知
手段と、前記センターサーバからの障害対策に応じて前記障害を
復旧させる復旧手段と、前記イベント情報を収集記録するイベント収集手段とを
含むことを特徴とする請求項１に記載のソフトウェア管
理システム。
【請求項６】前記障害対策手段は、前記障害情報の種
別毎に障害対策を格納する障害対策一覧表を含み、前記障害対策通知手段は、前記障害情報の種別に対応した障害対策を前記障害対策
一覧表に基づいて検出する障害対策検出手段と、前記障害対策を前記ローカルサーバに通知する通知手段
とを含むことを特徴とする請求項５に記載のソフトウェ
ア管理システム。
【請求項７】前記障害対策手段は、前記障害発生時の
障害情報を前記ローカルサーバから取得する障害情報取
得手段を含み、前記高信頼性手段は、前記障害発生時に障害の発生を検知する障害検知手段
と、前記障害発生時の障害情報を収集する障害情報収集手段
と、前記障害発生時の障害への対応を自律的に行い前記障害
を自動復旧させる復旧手段と、前記障害情報および自動復旧の情報を前記センターサー
バに通知する通知手段と、前記イベント情報を収集記録するイベント収集手段とを
含むことを特徴とする請求項１に記載のソフトウェア管
理システム。
【請求項８】前記ローカルサーバは複数存在し、それ
ぞれ、前記ネットワーク指向言語実行環境、前記リモー
ト管理手段、前記スクリプト解釈手段および前記高信頼
性手段を備えたことを特徴とする請求項１に記載のソフ
トウェア管理システム。
【請求項９】前記センターサーバは複数存在し、それ
ぞれ、前記アプリケーション、前記スクリプトおよび前
記障害対策手段を備えたことを特徴とする請求項８に記
載のソフトウェア管理システム。
【請求項１０】前記ローカルサーバは複数存在し、少なくとも１つのローカルサーバは、前記ネットワーク
指向言語実行環境、前記リモート管理手段、前記スクリ
プト解釈手段および前記高信頼性手段を備え、他のローカルサーバは、前記ネットワーク指向言語実行
環境、前記リモート管理手段および前記スクリプト解釈
手段を備えたことを特徴とする請求項１に記載のソフト
ウェア管理システム。
【請求項１１】センターサーバと、広域ネットワーク
を介して前記センターサーバに接続されたローカルサー
バとを備えたネットワークシステムからなるソフトウェ
ア管理システムにおいて、前記センターサーバは、前記ローカルサーバにダウンロードさせて動作するアプ
リケーションと、前記アプリケーションの動作を記述したスクリプトとを
備え、前記ローカルサーバは、ネットワーク指向言語実行環境と、前記アプリケーションの前記センターサーバからのダウ
ンロードや処理終了後の削除などを行うリモート管理手
段と、前記スクリプトを解釈して前記アプリケーションに処理
を要求するスクリプト解釈手段とを備えたことを特徴と
するソフトウェア管理システム。
【請求項１２】前記ローカルサーバは複数存在し、そ
れぞれ、前記ネットワーク指向言語実行環境、前記リモ
ート管理手段および前記スクリプト解釈手段を備えたこ
とを特徴とする請求項１１に記載のソフトウェア管理シ
ステム。
【請求項１３】センターサーバと、広域ネットワーク
を介して前記センターサーバに接続されたローカルサー
バとを備えたネットワークシステムからなるソフトウェ
ア管理システムにおいて、前記センターサーバは、前記ローカルサーバにダウンロードさせて動作するアプ
リケーションと、障害発生時の対応を行う障害対策手段とを備え、前記ローカルサーバは、ネットワーク指向言語実行環境と、前記アプリケーションの前記センターサーバからのダウ
ンロードや処理終了後の削除などを行うリモート管理手
段と、前記アプリケーションの実行中に発生するイベント情報
の記録や、前記障害発生時の情報管理および復旧処理を
行う高信頼性手段とを備えたことを特徴とするソフトウ
ェア管理システム。
【請求項１４】前記ローカルサーバは複数存在し、そ
れぞれ、前記ネットワーク指向言語実行環境、前記リモ
ート管理手段および前記高信頼性手段を備えたことを特
徴とする請求項１３に記載のソフトウェア管理システ
ム。