JP2001344130A - リモートメンテナンス装置と、その装置に接続される端末と、リモートメンテナンス処理用プログラム及びそのプログラムの記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、ネットワークに接続される端末を効
率的かつ効果的に保守するリモートメンテナンス装置の
提供を目的とする。 【解決手段】端末から送られてくる構成情報を取得する
取得手段と、取得された各端末の構成情報を世代情報と
対応をとりつつ記憶する記憶手段とを備えるとともに、
記憶手段の記憶する構成情報などを使って、障害発生の
端末の構成情報を入手する手段と、入手された構成情報
と記憶手段の記憶するその構成情報よりも世代が前にな
る構成情報との差分情報を抽出する手段とを備えたり、
端末への配付対象となる資源と記憶手段の記憶する構成
情報とから、その資源の配付先となる端末を特定するこ
とで、資源とその配付先端末との対応関係のリストを生
成する手段と、生成された対応関係リストに記述される
端末に対して、対応関係リストに記述される資源を配付
する手段とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続される端末を効率的かつ効果的に保守するリモートメ
ンテナンス装置と、そのリモートメンテナンス装置に接
続される端末と、そのリモートメンテナンス装置の実現
に用いられるリモートメンテナンス処理用プログラム
と、その端末の実現に用いられるリモートメンテナンス
処理用プログラムと、それらのプログラムを記録したリ
モートメンテナンス処理用プログラムの記録媒体とに関
する。

【０００２】ネットワークに接続される端末が広く普及
しつつある。このようなことを背景にして、ネットワー
クに接続される端末を効率的に保守する技術の構築が叫
ばれている。

【０００３】

【従来の技術】顧客は、ネットワークに接続される端末
を購入すると、自分の必要とするハードウェアを端末に
実装するとともに、自分の必要とするソフトウェアを端
末にインストールしていくことで、端末を立ち上げて所
望のデータ処理を実行していくことになる。

【０００４】従来では、このようにして構築される端末
の構成情報については、メーカ側に知らされることはな
く、メーカ側の保守作業員は、障害が発生すると、顧客
からその構成情報を電話などにより入手し、それに従っ
て必要な準備をして顧客の所に出かけて、障害の発生し
た端末のメンテナンスを行っていくという方法を用いて
いる。

【０００５】これから、従来では、保守作業員は、障害
発生時の端末の構成情報のみから、その障害原因を探索
していくという方法を用いている。

【０００６】また、従来では、顧客は、ソフトウェアの
バージョンがアップされることなどにより、新たなソフ
トウェアをインストールしたいと希望するときには、メ
ーカにより提供されるソフトウェアの一覧を閲覧して、
その中からダウンロードするソフトウェアを選択するこ
とで、新たなソフトウェアをダウンロードしてインスト
ールするという方法を用いている。

【０００７】そして、保守作業員は、障害の発生した端
末を復旧させるために、新たなソフトウェアをインスト
ールする必要があると判断するときには、メーカにより
提供されるソフトウェアの一覧を閲覧して、その中から
ダウンロードするソフトウェアを選択することで、新た
なソフトウェアをダウンロードしてインストールすると
いう方法を用いている。

【０００８】このとき、従来では、新たにダウンロード
したソフトウェアを直ちに実行可能状態とするという方
法を用いている。

【０００９】更に、従来では、保守作業員の作業報告か
らメンテナンスに要した作業量を把握し、それに基づい
て、個々の保守作業員の技量や個々のサービス会社のレ
ベルを評価するという方法を用いている。

【００１０】

【発明が解決しようとする課題】しかしながら、従来技
術のように、保守作業員が顧客に問い合わせることで、
障害発生の端末の構成情報を入手するという方法を用い
ていると、正確な構成情報を入手できないことが多いと
いう問題点があるとともに、その対応に時間がとられる
という問題点がある。

【００１１】そして、従来技術のように、障害発生時の
端末の構成情報のみから、端末の障害原因を探索してい
くという方法を用いていると、障害原因の探索にとまど
るという問題点がある。

【００１２】すなわち、端末にハードウェアやソフトウ
ェアの障害が発生する場合、その原因がソフトウェアの
組み合わせや、ソフトウェアとハードウェアとの組み合
わせにあることが多い。しかるに、従来技術では、端末
の構成情報の世代管理を行っておらず、これから、保守
作業員は、障害発生時の端末の構成情報のみから、障害
原因を探索していくという方法を用いていることから、
障害原因の探索にとまどるという問題点がある。

【００１３】そして、従来技術のように、顧客や保守作
業員が手作業でソフトウェアをダウンロードするという
方法を用いていると、各端末に対して、ダウンロードし
なければならないソフトウェアを迅速にダウンロードで
きないという問題点がある。

【００１４】すなわち、ある端末で、あるソフトウェア
をダウンロードしなければならないときには、同一構成
の他の端末でも、そのソフトウェアをダウンロードしな
ければならないのであるが、従来技術に従っていると、
その他の端末を操作する顧客や保守作業員がダウンロー
ドの作業を行わない限り、そのソフトウェアをダウンロ
ードできないことになる。

【００１５】そして、従来技術のように、新たにダウン
ロードしたソフトウェアを直ちに実行可能状態にすると
いう方法を用いていると、新たにダウンロードしたソフ
トウェアを、ある時点から実行可能状態にしたいと考え
る顧客の要求に応えられないという問題点がある。

【００１６】更に、従来技術のように、保守作業員の作
業報告からメンテナンスに要した作業量を把握し、それ
に基づいて、個々の保守作業員の技量や個々のサービス
会社のレベルを評価するという方法を用いていると、そ
の評価を客観的に行えないとともに、その評価に大きな
負荷を強いられるという問題点がある。

【００１７】本発明はかかる事情に鑑みてなされたもの
であって、ネットワークに接続される端末を効率的かつ
効果的に保守する新たなリモートメンテナンス技術の提
供を目的とする。

【００１８】

【課題を解決するための手段】この目的を達成するため
に、本発明のリモートメンテナンス装置は、ネットワー
クに接続される端末を保守するために、端末から送られ
てくる端末の構成情報を取得する取得手段と、取得手段
の取得する各端末の構成情報を世代情報と対応をとりつ
つ記憶する記憶手段と、端末から障害情報が送られてく
る場合に、その障害情報に対応付けて送られてくる構成
情報を入手するか、記憶手段の記憶する最新の構成情報
を特定することで、障害発生の端末の構成情報を入手す
る入手手段と、入手手段の入手する構成情報と、記憶手
段の記憶するその構成情報よりも世代が前になる構成情
報との差分情報を抽出する抽出手段とを備えるように構
成する。

【００１９】この構成を採るときに、端末から送られて
くる構成情報ＩＤと、記憶手段の記憶する最新の構成情
報ＩＤとが一致しない場合に、その端末に対して、構成
情報の送信指示を発行する発行手段を備えることがあ
る。

【００２０】更に、個々の保守作業員の技量や個々のサ
ービス会社のレベルの評価を客観的かつ迅速に行えるよ
うにするために、端末で行われるメンテナンス作業の開
始日時情報及び終了日時情報を収集する収集手段と、収
集手段の収集する日時情報からメンテナンス作業の評価
情報を作成する作成手段とを備えることがある。

【００２１】このように構成される本発明のリモートメ
ンテナンス装置では、取得手段は、端末から顧客情報が
送られてくる場合に、その顧客情報に対応付けて送られ
てくる構成情報を取得するとともに、端末の構成が変更
される場合に、その端末から送られてくる構成情報を取
得して、記憶手段に登録したり、発行手段の発行する送
信指示に応答して送られてくる構成情報を取得して、記
憶手段に登録する。

【００２２】この取得手段の処理に従って、記憶手段
は、各端末の構成情報を世代情報と対応をとりつつ記憶
することになる。

【００２３】これを受けて、入手手段は、端末から障害
情報が送られてくる場合に、その障害情報に対応付けて
送られてくる構成情報を入手するか、記憶手段の記憶す
る最新の構成情報を特定することで、障害発生の端末の
構成情報を入手する。そして、抽出手段は、その入手さ
れた構成情報と、記憶手段の記憶するその構成情報より
も世代が前になる構成情報との差分情報を抽出して出力
する。

【００２４】このようにして、本発明のリモートメンテ
ナンス装置では、端末の構成情報を世代管理する構成を
採って、端末に障害が発生するときに、障害発生時点の
端末の構成情報と、それよりも世代が前になるその端末
の構成情報との差分情報を抽出して出力するように処理
することから、端末の障害原因の探索を迅速に実行でき
るようになる。

【００２５】また、この目的を達成するために、本発明
のリモートメンテナンス装置は、ネットワークに接続さ
れる端末を保守するために、端末から送られてくる端末
の構成情報を取得する取得手段と、取得手段の取得する
各端末の最新の構成情報を記憶する記憶手段と、端末へ
の配付対象となるソフトウェアなどの資源と、記憶手段
の記憶する構成情報とから、その資源の配付先となる端
末を特定して、それに従って、端末への配付対象となる
資源とその資源の配付先端末との対応関係のリストを生
成する生成手段と、生成手段の生成する対応関係リスト
に記述される端末に対して、対応関係リストに記述され
る資源を配付する配付手段とを備えるように構成する。

【００２６】この構成を採るときに、端末から送られて
くる構成情報ＩＤと、記憶手段の記憶する最新の構成情
報ＩＤとが一致しない場合に、その端末に対して、構成
情報の送信指示を発行する発行手段を備えることがあ
る。

【００２７】更に、個々の保守作業員の技量や個々のサ
ービス会社のレベルの評価を客観的かつ迅速に行えるよ
うにするために、端末で行われるメンテナンス作業の開
始日時情報及び終了日時情報を収集する収集手段と、収
集手段の収集する日時情報からメンテナンス作業の評価
情報を作成する作成手段とを備えることがある。

【００２８】このように構成される本発明のリモートメ
ンテナンス装置では、取得手段は、端末から顧客情報が
送られてくる場合に、その顧客情報に対応付けて送られ
てくる構成情報を取得するとともに、端末の構成が変更
される場合に、その端末から送られてくる構成情報を取
得して、記憶手段に登録したり、発行手段の発行する送
信指示に応答して送られてくる構成情報を取得して、記
憶手段に登録する。

【００２９】この取得手段の処理に従って、記憶手段
は、各端末の最新の構成情報を記憶することになる。

【００３０】これを受けて、生成手段は、端末への配付
対象となる資源と、記憶手段の記憶する構成情報とか
ら、その資源の配付先となる端末を特定して、それに従
って、端末への配付対象となる資源とその資源の配付先
端末との対応関係のリストを生成する。

【００３１】そして、この対応関係リストを受けて、配
付手段は、対応関係リストに記述される端末に対して、
対応関係リストの該当部分を通知して、この通知に応答
して端末から資源の配付要求があるときに、その配付要
求のある資源をその端末に配付することで資源を配付し
たり、端末から資源の配付要求があるときに、対応関係
リストを検索することで、その端末に配付する資源を特
定して、その資源をその端末に配付することで、資源を
配付する。

【００３２】このようにして、本発明のリモートメンテ
ナンス装置では、新たな配付対象資源が生成されるとき
に、端末の構成情報に基づいて、その資源の配付先端末
を特定し、それに従って、各端末に資源を配付していく
ように処理することから、各端末に対して、配付しなけ
ればならない資源を迅速に配付できるようになる。

【００３３】また、この目的を達成するために、本発明
の端末では、本発明のリモートメンテナンス装置と連携
するために、顧客情報を入力する入力手段と、入力手段
が顧客情報を入力する場合に、自端末の装置情報と自端
末の構成情報とを収集する収集手段と、収集手段の収集
する装置情報及び構成情報と、入力手段の入力する顧客
情報とを、その対応をとりつつ、リモートメンテナンス
装置に送信する送信手段とを備えるように構成する。

【００３４】この構成を採るときに、個々の保守作業員
の技量や個々のサービス会社のレベルの評価を客観的か
つ迅速に行えるようにするために、メンテナンス作業の
開始及び終了を検出するか、メンテナンス作業の開始日
時情報及び終了日時情報を検出する検出手段と、検出手
段の検出する情報をリモートメンテナンス装置に通知す
る通知手段とを備えることがある。

【００３５】このように構成される本発明の端末では、
入力手段が顧客情報を入力すると、収集手段は、自端末
の装置情報と自端末の構成情報とを収集し、これを受け
て、送信手段は、収集された装置情報及び構成情報と入
力された顧客情報とを、その対応をとりつつ、リモート
メンテナンス装置に送信する。

【００３６】そして、その後、収集手段は、自端末の構
成が変更される場合に構成情報を収集し、これを受け
て、送信手段は、収集された構成情報を装置情報と対応
をとりつつリモートメンテナンス装置に送信し、また、
収集手段は、自端末の記憶する構成情報ＩＤとリモート
メンテナンス装置の記憶する構成情報ＩＤとが一致しな
い場合に構成情報を収集し、これを受けて、送信手段
は、収集された構成情報を装置情報と対応をとりつつリ
モートメンテナンス装置に送信することで、端末の最新
の構成情報をリモートメンテナンス装置に通知してい
く。

【００３７】このようにして、本発明の端末では、顧客
情報をリモートメンテナンス装置に登録する際に、構成
情報を収集してリモートメンテナンス装置に送信し、そ
の後、構成が変更される度に、構成情報を収集してリモ
ートメンテナンス装置に送信することで、リモートメン
テナンス装置が端末の最新の構成情報を管理できるよう
にするとともに、端末の構成情報を世代管理できるよう
に処理することから、保守作業員は、障害発生時点の構
成情報や障害発生前の構成情報を正確かつ簡単に入手で
きるようになる。

【００３８】また、この目的を達成するために、本発明
の端末では、本発明のリモートメンテナンス装置と連携
するために、リモートメンテナンス装置から配付される
ソフトウェアなどの資源を取得する取得手段と、リモー
トメンテナンス装置から配付される資源を、適用待ちと
するのか即実行とするのかを設定する設定手段と、設定
手段が取得手段の取得する資源を適用待ちと設定する場
合には、その資源を適用待ち状態にするとともに、その
適用待ちの解除条件が成立するときに、その資源を実行
状態にし、一方、設定手段が取得手段の取得する資源を
即実行と設定する場合には、その資源を直ちに実行状態
にする制御手段とを備えるように構成する。

【００３９】この構成を採るときに、リモートメンテナ
ンス装置から配付資源の情報を入手する入手手段と、入
手手段の入手する配付資源情報に従って、適用待ち状態
にある資源が不要となるのか否かを判断する判断手段
と、判断手段が不要と判断する資源の適用待ち状態を解
除する解除手段とを備えることがある。

【００４０】更に、個々の保守作業員の技量や個々のサ
ービス会社のレベルの評価を客観的かつ迅速に行えるよ
うにするために、メンテナンス作業の開始及び終了を検
出するか、メンテナンス作業の開始日時情報及び終了日
時情報を検出する検出手段と、検出手段の検出する情報
をリモートメンテナンス装置に通知する通知手段とを備
えることがある。

【００４１】このように構成される本発明の端末では、
設定手段は、リモートメンテナンス装置から配付される
資源を、適用待ちとするのか即実行とするのかを設定す
る。

【００４２】これを受けて、取得手段がリモートメンテ
ナンス装置から配付される資源を取得すると、制御手段
は、設定手段がその資源を適用待ちと設定する場合に
は、その資源を適用待ち状態にするとともに、その適用
待ちの解除条件が成立するときに、その資源を実行状態
にし、一方、設定手段がその資源を即実行と設定する場
合には、その資源を直ちに実行状態にする。

【００４３】そして、解除手段は、入手手段の入手する
配付資源情報に従って、判断手段により適用待ち状態に
ある資源が不要となることが判断されると、その適用待
ち状態を解除する。

【００４４】このようにして、本発明の端末では、リモ
ートメンテナンス装置から配付される資源に対して、適
用待ち状態にするのか即実行状態にするのかを設定し、
その設定に基づいて、配付される資源を適用待ち状態に
して、その適用待ちの解除条件が成立するときに、その
資源を実行状態にしたり、配付される資源を即実行状態
にするように処理することから、新たに配付された資源
をある時点から実行可能状態にしたいと考える顧客の要
求に応えられるようになる。

【００４５】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。

【００４６】図１に、本発明の顧客登録に関する一実施
形態例を図示する。

【００４７】この図に示すように、本発明の適用される
システムは、ネットワーク８０に接続される少なくとも
１台の端末１０と少なくとも１台の保守用サーバ３０と
で構成されている。

【００４８】端末１０は、この図に示すように、顧客登
録部１１と、情報入力部１２と、情報収集部１５と、送
信部２１と、装置情報３００とを有している。

【００４９】一方、保守用サーバ３０は、この図に示す
ように、受信部３１と、情報保存部３４と、世代管理部
３５と、表示部４４とを有している。

【００５０】ここで、端末１０の持つ機能や保守用サー
バ３０の持つ機能は具体的にはプログラムが構成される
ものであり、このプログラムは、計算機が読み取り可能
な半導体メモリなどの適当な記録媒体に格納することが
できる。

【００５１】図２に示す処理フローに従って、このよう
に構成される本発明の顧客登録処理について説明する。

【００５２】顧客が端末１０を購入すると、端末１０
は、顧客情報の登録要求に応答して顧客登録部１１を起
動することで、図３に示すような顧客情報の入力画面を
表示し、情報入力部１２を使って、この入力画面に対す
る入力を受け取ることで、顧客登録に必要となる顧客登
録情報２００を入力する。

【００５３】続いて、この処理に同期して、情報収集部
１５を起動して、ＲＯＭなどに焼付けられている端末１
０を特定するための装置情報３００と、端末１０に実装
されるハードウェア・ソフトウェアの構成情報４００と
を収集する。

【００５４】すなわち、図４（ａ）に示すような装置Ｉ
Ｄと装置シリーズ名などからなる端末１０の装置情報
と、図４（ｂ）に示すような実装されるハードウェア及
びソフトウェアの情報について記述する端末１０の構成
情報４００とを収集するのである。

【００５５】続いて、送信部２１を使って、入力した顧
客登録情報２００と、収集した装置情報３００及び構成
情報４００とを、その対応をとりつつ、ネットワーク８
０を経由して保守用サーバ３０に送信する。

【００５６】この端末１０の処理を受けて、保守用サー
バ３０は、受信部３１を使って、端末１０から送られて
くる顧客登録情報２００／装置情報３００／構成情報４
００を受信し、世代管理部３５を使って世代情報を割り
付けつつ、情報保存部３４を使って、装置情報３００を
キーにして、送られてきた顧客登録情報２００及び構成
情報４００を保存する。

【００５７】このようにして、本発明では、保守用サー
バ３０は、顧客情報の登録に同期をとって端末１０の構
成情報４００を収集することで、顧客の手に渡った時点
における端末１０の構成情報４００を入手するように処
理するのである。

【００５８】これから、顧客情報の登録に続いて、顧客
が例えばＲＡＩＤのＨＤＤ（ハードディスク）の増設を
希望して、サポートセンタに問い合わせがあるような場
合に、オペレータは、保守用サーバ３０の表示部４４を
使って、その顧客の端末１０の構成情報４００を表示さ
せることで、増設可能なＨＤＤを迅速かつ的確にアドバ
イスすることができるようになる。

【００５９】図５に、本発明の保守作業に関する一実施
形態例を図示する。図中、図１で説明したものと同じも
のについては同一の記号で示してある。

【００６０】端末１０は、この図に示すように、スケジ
ュール部１３と、異常監視部１４と、情報収集部１５
と、構成変更確認部１６と、保守作業開始通知部１７
と、保守作業終了通知部１８と、送信部２１と、装置情
報３００とを有している。

【００６１】一方、保守用サーバ３０は、この図に示す
ように、受信部３１と、結果通知部３２と、情報保存部
３４と、世代管理部３５と、構成変更確認部３６と、障
害解析部３７と、交換箇所指摘部３８と、保守作業時間
集計部３９と、表示部４４と、保守作業員通知部４５
と、図１の実施例で登録された装置情報３００及び構成
情報４００とを有している。

【００６２】ここで、端末１０の持つ機能や保守用サー
バ３０の持つ機能は具体的にはプログラムが構成される
ものであり、このプログラムは、計算機が読み取り可能
な半導体メモリなどの適当な記録媒体に格納することが
できる。

【００６３】先ず最初に、図６の処理フローに従って、
このように構成される本発明の処理について説明する。

【００６４】例えば、図１の実施例に従って端末１０の
ＨＤＤが増設されるようなことで、端末１０の構成が変
更されることが起こる。

【００６５】このことを考慮して、端末１０は、スケジ
ュール部１３の処理に従って、システムを起動してから
ある時間経過後（即時あるいは定期的でもよい）に情報
収集部１５を起動することで、端末１０を特定するため
の装置情報３００と、その時点のハードウェア・ソフト
ウェアの構成情報（例えば構成情報４１０）とを収集す
る。

【００６６】続いて、構成変更確認部１６を起動して、
構成情報が変更されたのか否かを判断して、構成情報が
変更されたことを判断するときには、新たな構成情報
（例えば構成情報４１０）を現構成情報とするととも
に、送信部２１を起動して、収集した装置情報３００と
新たな構成情報（例えば構成情報４１０）とを、その対
応をとりつつ、ネットワーク８０を経由して保守用サー
バ３０に送信する。

【００６７】この端末１０の処理を受けて、保守用サー
バ３０は、受信部３１を使って、端末１０から送られて
くる装置情報３００／構成情報（例えば構成情報４１
０）を受信し、世代管理部３５を使って世代情報を割り
付けつつ、情報保存部３４を使って、装置情報３００を
キーにして、この受信した装置情報３００／構成情報４
００（例えば構成情報４１０）を保存する。

【００６８】ここで、システムの起動時に常にこの処理
を行うようにすると、端末１０の電源を落として構成を
変更する場合に、その構成の変更時点で、新たな構成情
報を保守用サーバ３０に通知できるようになる。また、
電源を投入したまま構成を変更するような場合に、その
変更を検出できる場合には、その時点でこの処理を行う
ようにすることで、その構成の変更時点で、新たな構成
情報を保守用サーバ３０に通知できるようになる。

【００６９】但し、実際には、ハードウェアの増設時や
ソフトウェアの改版時に、保守作業員はシステムを何度
も起動することがある。例えば、保守作業員が誤った箇
所にハードウェアを増設してシステムを起動した後、そ
の誤りに気づいて増設箇所を変更したり、複数のハード
ウェアを増設する場合などのように、保守作業にあたっ
て何度もシステムを起動することがある。これから、シ
ステムの起動時に構成情報を収集して保守用サーバ３０
に通知する処理については、ある程度の時間経過を待っ
てから行うようにすることが好ましい。

【００７０】このようにして、例えば、図１の実施例に
従って端末１０のＨＤＤが増設されることで、新たな構
成情報４１０が得られると、構成変更確認部１６の処理
に従って、ＨＤＤを増設する前の構成情報４００との比
較によりＨＤＤが増設されたことが検出され、これによ
り、装置情報３００と新たな構成情報４１０とが保守用
サーバ３０に送信されることになる。

【００７１】その他、ソフトウェアの追加や削除や版数
変更などが行われることで新たな構成情報が得られると
きにも、同様にして、装置情報３００と新たな構成情報
４１０とが保守用サーバ３０に送信されることになる。

【００７２】このようにして、保守用サーバ３０は、図
７に示すように、装置情報３００をキーにして、端末１
０から送られてくる構成情報を世代別に管理する処理に
入るのである。

【００７３】次に、図８の処理フローに従って、端末１
０に障害が発生するときに実行する処理について説明す
る。

【００７４】ＨＤＤがＤＥＡＤになることなどにより端
末１０に障害が発生すると、端末１０では、異常監視部
１４がこの異常を検出して情報収集部１５を起動し、こ
れにより、情報収集部１５が、端末１０を特定するため
の装置情報３００と、その障害発生時点のハードウェア
・ソフトウェアの構成情報（例えば構成情報４２０）
と、障害情報５００とを収集する。

【００７５】続いて、送信部２１を使って、収集した装
置情報３００と障害発生時点の構成情報（例えば構成情
報４２０）と障害情報５００とを、その対応をとりつ
つ、ネットワーク８０を経由して保守用サーバ３０に送
信する。

【００７６】この端末１０の処理を受けて、保守用サー
バ３０は、受信部３１を使って、端末１０から送られて
くる装置情報３００／構成情報（例えば構成情報４２
０）／障害情報を受信し、世代管理部３５を使って世代
情報を割り付けつつ、情報保存部３４を使って、装置情
報３００をキーにして、この受信した装置情報３００／
構成情報（例えば構成情報４２０）／障害情報を保存す
る。

【００７７】続いて、障害解析部３７を使って、受信し
た障害情報５００を解析することで、例えばＨＤＤのＤ
ＥＡＤの原因を解析し、交換箇所指摘部３８を使って、
障害発生時点の構成情報（例えば構成情報４２０）を解
析することで、交換対象となるＨＤＤなどの箇所を指摘
して、保守作業員通知部４５を起動することで、その指
摘箇所を担当の保守作業員に通知する。

【００７８】このようにして、保守用サーバ３０は、障
害発生時点の端末１０の構成情報を取得して、それに従
って障害解析処理を実行するのである。

【００７９】なお、図８の処理フローの説明では、端末
１０は、障害発生時点の構成情報を収集して保守用サー
バ３０に送信するという構成を採ったが、上述したこと
から分かるように、保守用サーバ３０は、端末１０の最
新の構成情報を常時把握しているので、この障害発生時
点の構成情報の送信については省略することが可能であ
る。

【００８０】上述しなかったが、障害解析部３７は、各
端末１０から送信されてくる障害情報を集中管理して、
保守用サーバ３０を運用するオペレータから、装置ＩＤ
や発生日時などを指定して障害情報の検索要求が発行さ
れると、その検索条件を充足する障害情報を検索して、
その一覧を表示するとともに、その障害一覧の中から障
害情報が選択されると、その障害情報の詳細な情報（ダ
ンプデータなど）を表示するように処理している。

【００８１】更に、障害解析部３７は、障害発生時点の
構成情報と、その障害の発生前に収集した最新の構成情
報（一世代前の構成情報）との差分情報を抽出して、そ
れをオペレータに示すことで、オペレータによる障害解
析を支援するように処理している。なお、オペレータの
指定に従って、更に前の構成情報との差分情報を抽出す
ることも可能である。

【００８２】すなわち、図９に示すように、障害発生時
点の構成情報と障害発生前の構成情報との双方に記述さ
れている構成情報については図中ので示すように例え
ば緑色で表示し、障害発生前の構成情報にしか記述され
ていない構成情報については図中ので示すように例え
ば青色で表示し、障害発生時点の構成情報にしか記述さ
れていない構成情報については図中ので赤色で表示す
るというな形で構成情報を表示することで、障害発生時
点の構成情報とその障害の発生前に収集した最新の構成
情報との差分情報をオペレータに明示するのである。

【００８３】端末１０にハードウェアやソフトウェアの
障害が発生する場合、その原因がソフトウェアの組み合
わせや、ソフトウェアとハードウェアとの組み合わせに
あることが多い。これから、この差分情報が表示される
ことで、保守作業員は障害の原因を容易に探索できるよ
うになる。

【００８４】上述した保守用サーバ３０からの出動指示
を受けて、保守作業員は、障害発生の端末１０の所に出
かけて保守作業を行うことになる。

【００８５】このとき、端末１０は、図１０に示すよう
な操作メニュー画面を表示し、保守作業員は、この操作
メニュー画面中に設けられる「保守作業開始ボタン」を
クリックすることで、保守作業を開始する。

【００８６】この「保守作業開始ボタン」のクリックを
受けて、保守作業開始通知部１７は、保守作業開始の日
時情報（時刻情報）を取得し、これを受けて、送信部２
１は、保守用サーバ３０に対して、この取得された保守
作業開始の日時情報を送信する。ここで、保守作業開始
の日時情報（保守作業終了の日時情報も同様である）に
ついては保守用サーバ３０で取得することが可能である
ので、送信部２１は、保守作業が開始された旨だけを送
信することでもよい。

【００８７】そして、保守作業員は、ＨＤＤを交換する
ことなどの保守作業を行い、この保守作業が終了する
と、図１０の操作メニュー画面中に設けられる「保守作
業終了ボタン」をクリックする。

【００８８】この「保守作業終了ボタン」のクリックを
受けて、保守作業終了通知部１８は、保守作業終了の日
時情報（時刻情報）を取得し、一方、スケジュール部１
３は、この作業終了を受けて情報収集部１５を起動す
る。

【００８９】図１１に、この処理に続けて実行されるこ
とになる処理の処理フローを図示する。

【００９０】すなわち、端末１０では、保守作業員によ
る保守作業が終了すると、情報収集部１５を起動するこ
とで、端末１０を特定するための装置情報３００と、保
守作業終了後のハードウェア・ソフトウェアの構成情報
（例えば構成情報４３０）とを収集する。

【００９１】続いて、送信部２１を使って、保守作業終
了通知部１８の取得した保守作業終了の日時情報と、情
報報収集部１５の収集した装置情報３００／構成情報
（例えば構成情報４３０）とを、ネットワーク８０を経
由して保守用サーバ３０に送信する。

【００９２】この端末１０の処理を受けて、保守用サー
バ３０は、受信部３１を使って、端末１０から送られて
くる装置情報３００／構成情報（例えば構成情報４３
０）を受信し、世代管理部３５を使って世代情報を割り
付けつつ、情報保存部３４を使って、装置情報３００を
キーにして、この受信した装置情報３００／構成情報
（例えば構成情報４３０）を保存する。

【００９３】続いて、構成変更確認部１６を使って、障
害発生時の構成情報（例えば構成情報４２０）と、保守
作業後の構成情報（例えば構成情報４３０）とを比較
し、その差分情報と保守作業の原因となった障害情報５
００とを照合することで、例えばＨＤＤの障害で説明す
るならば、交換すべきＨＤＤが正しく交換されたのか否
かをチェックして、結果通知部３２を使って、そのチェ
ック結果を保守作業員に通知する。

【００９４】更に、保守用サーバ３０では、端末１０の
保守作業開始通知部１７から通知される保守作業開始の
日時情報と、端末１０の保守作業終了通知部１８から通
知される保守作業終了の日時情報とを受けて、保守作業
時間集計部３９を使って、各保守作業員毎、各装置シリ
ーズ毎、各障害内容毎に、図１２に示すように、異常発
生から保守開始までの時間で定義される出動時間や、保
守作業開始から保守作業終了までの時間で定義される保
守作業時間を集計することで、保守作業の問題点や効率
化などに必要となる評価情報を作成する。

【００９５】このとき、複数のサービス会社を利用する
ときには、各サービス会社毎に出動時間や保守作業時間
を集計すると、それらのサービス会社の技量を評価でき
るようになる。

【００９６】このようにして、本発明によれば、障害発
生に対する効率的な保守作業が実現されることになる。

【００９７】図１３に、本発明のソフトウェア改版作業
に関する一実施形態例を図示する。図中、図１や図５で
説明したものと同じものについては同一の記号で示して
ある。

【００９８】端末１０は、この図に示すように、情報収
集部１５と、構成変更確認部１６と、定期接続部１９
と、ソフトウェア適用部２０と、送信部２１と、受信部
２２と、装置情報３００と、保守用サーバ３０から配付
されたソフトウェア６００とを有している。

【００９９】一方、保守用サーバ３０は、この図に示す
ように、受信部３１と、送信部３３と、情報保存部３４
と、世代管理部３５と、対象リスト作成部４０と、対象
リストチェック部４１と、配付監視部４２と、適用監視
部４３と、登録部４６と、端末１０に配付するソフトウ
ェア６００とを有している。

【０１００】ここで、端末１０の持つ機能や保守用サー
バ３０の持つ機能は具体的にはプログラムが構成される
ものであり、このプログラムは、計算機が読み取り可能
な半導体メモリなどの適当な記録媒体に格納することが
できる。

【０１０１】例えば、発生した障害原因がＨＤＤのファ
ームウェアにある場合に、その障害原因を取り除くべく
ファームウェアを改版するときには、そのＨＤＤと同一
のＨＤＤを使用している全ての端末１０に対して、その
ファームウェアの改版を行わなければ、他の端末１０で
も同様の障害が発生する恐れがある。

【０１０２】そこで、この図１３に示す保守用サーバ３
０では、登録部４６を起動することで、新たなソフトウ
ェア（ファームウェア、マイクロプログラムなどを含む
とともに、版数の更新されるものを含む）を登録すると
きに、対象リスト作成部４０を起動することで、ソフト
ウェアのダウンロード先を管理する対象リスト７００に
対して、その新たなソフトウェアとその新たなソフトウ
ェアのダウンロード先となる端末１０との対応関係を加
える処理を行っている。

【０１０３】この対象リスト７００は、図１４（ａ）に
示すように、装置情報をキーにして、その端末１０のシ
リーズ名と、その端末１０に配付すべきソフトウェア名
と、その配付ソフトウェアの版数とを管理することで、
ソフトウェアのダウンロード先となる端末１０を管理す
る構成を採っている。

【０１０４】一方、保守用サーバ３０は、上述したよう
に、各端末１０の構成情報を世代管理する構成を採って
いる。そして、この世代管理する構成情報の内、最新の
構成情報については、構成情報ＩＤ（端末１０から通知
される）を管理する構成を採っている。なお、最新の構
成情報以外の構成情報についても、構成情報ＩＤを管理
することでもよい。

【０１０５】すなわち、保守用サーバ３０は、全ての端
末１０を管理対象として、図１４（ｂ）に示すように、
装置情報をキーにして、その端末１０のシリーズ名と、
最新の構成情報のＩＤと、その構成情報（ソフトウェア
／ソフトウェア版数／実装位置）とを管理する構成を採
っている。

【０１０６】これから、対象リスト作成部４０は、設計
部門などから新たなソフトウェア（適用する端末１０の
シリーズ名と、ソフトウェア名と、ソフトウェア版数と
いう属性情報を持つ）が登録されると、図１４（ｂ）の
ファイルを検索することで、先ず最初に、登録されたソ
フトウェアの適用されるシリーズと一致する端末１０を
検索し、続いて、その検索された端末１０を検索対象と
して、図１４（ｂ）のファイルを検索することで、新た
に登録されたソフトウェアを持つ端末１０を検索し、続
いて、その検索された端末１０を検索対象として、図１
４（ｂ）のファイルを検索することで、新たに登録され
たソフトウェアの版数よりも古い版数を持つ端末１０を
検索して、そのようにして検索した端末１０のＩＤと、
新たに登録されたソフトウェアのシリーズ名／ソフトウ
ェア名／ソフトウェア版数との対応関係を、対象リスト
７００（図１４（ａ）に示したもの）に追加する処理を
実行する。

【０１０７】一方、対象リスト作成部４０は、端末１０
からソフトウェアの変更通知（構成情報の変更通知）が
あるときに、保守用サーバ３０の管理するソフトウェア
（ソフトウェア名／シリーズ名が一致するソフトウェ
ア）の方が新しい場合には、その新しいソフトウェアを
その端末１０にダウンロードすべく、対象リスト７００
に、変更通知元の端末１０のＩＤと、その新しいソフト
ウェアのシリーズ名／ソフトウェア名／ソフトウェア版
数との対応関係を追加する処理を実行する。

【０１０８】一方、対象リスト作成部４０は、対象リス
ト７００に従って、ソフトウェアを端末１０にダウンロ
ードしたときには、対象リスト７００から、そのレコー
ドを削除する処理を実行する。

【０１０９】図１５に、この実施形態例で実行されるこ
とになる処理の処理フローを図示する。

【０１１０】端末１０では、規定の周期になると、定期
接続部１９を使って、保守用サーバ３０との間を接続す
るとともに、情報収集部１５を使って、端末１０を特定
するための装置情報３００を収集する。

【０１１１】ここで、定期接続部１９は、図１６に示す
ような設定画面を使って顧客と対話することで、接続周
期を設定している。

【０１１２】続いて、送信部２１を使って、収集した装
置情報３００を、ネットワーク８０を経由して保守用サ
ーバ３０に送信する。

【０１１３】この装置情報を受け取ると、保守用サーバ
３０では、対象リストチェック部４１を使って、対象リ
スト７００（図１４（ａ）に示したもの）に、送られて
きた装置情報（装置情報）が登録されているのか否かを
チェックして、登録されている場合には、その装置情報
の指す登録ソフトウェア６００を配付する必要があるこ
とから、送信部３３を使って、その登録ソフトウェア６
００を装置情報の送信元である端末１０に送信する。

【０１１４】このソフトウェアの配付を受けて、端末１
０では、受信部２２を使って、保守用サーバ３０から送
られてくるソフトウェア６００を受信し、その配付結果
を、送信部２１を使って、保守用サーバ３０に返信し、
保守用サーバ３０では、配付監視部４２を使って、その
ソフトウェア６００の配付状況を保存する。

【０１１５】このようにして端末１０にダウンロードさ
れたソフトウェア６００は、図１７に示すような設定画
面により設定される顧客の指定するタイミング（即適用
とか、月曜日のシステム起動時に適用といったようなタ
イミングが選べる）に従って、ソフトウェア適用部２０
によって適用されて実行状態に入る。

【０１１６】ここで、図１７に示す設定画面では、受信
したソフトウェアに対して一律に同一の適用タイミング
を設定することを想定しているが、ソフトウェアの種類
などに応じて別々の適用タイミングを設定できるように
してもよい。

【０１１７】ソフトウェア適用部２０によりソフトウェ
アが適用されると、情報収集部１５を使って、端末１０
を特定するための装置情報３００と、保守作業終了後の
ハードウェア・ソフトウェアの構成情報とを収集し、送
信部２１を使って、その適用結果と装置情報３００と構
成情報とを、ネットワーク８０を経由して保守用サーバ
３０に送信する。

【０１１８】この情報の送信を受けて、保守用サーバ３
０では、適用監視部４３を使って、ソフトウェアの適用
状況を保存する。

【０１１９】このようにして、本発明によれば、版数の
アップしたソフトウェア６００を効率的に端末１０に配
付できるようになる。

【０１２０】この実施形態例では、端末１０からの接続
を契機にしてソフトウェア６００の配付を実行したが、
保守用サーバ３０から端末１０に接続してソフトウェア
６００を配付していくようにしてもよい。

【０１２１】このようにしてソフトウェアを配付してい
くのであるが、例えば、端末１０でハードウェア構成を
変更し、それに従って構成情報を収集して保守用サーバ
３０に送信する際に、その送信前に、保守用サーバ３０
からソフトウェアの配付があるときには、その配付の判
断に用いた保守用サーバ３０で保存している構成情報と
端末１０の構成情報とが異なることで、その配付された
ソフトウェアが実際には不要であったり、適用してはい
けないことが起こる。

【０１２２】そこで、本発明では、端末１０の保存して
いる構成情報のＩＤと、保守用サーバ３０の保存してい
る最新の構成情報のＩＤと、配付対象のソフトウェア一
覧を記述する対象リスト７００（図１４（ａ）に示した
もの）とを用いて、端末１０の構成情報と保守用サーバ
３０の保存する最新の構成情報とが一致しているのか否
かを確認後に、必要なソフトウェアのみを配付するよう
に処理している。そして、更に、端末１０で適用待ちと
なっているソフトウェアが版数アップすることなどによ
り保守用サーバ３００で配付停止となる場合に、その適
用待ちを解除するように処理している。

【０１２３】図１８に、この処理を実現するための本発
明の一実施形態例を図示する。図中、図１や図５や図１
３で説明したものと同じものについては同一の記号で示
してある。

【０１２４】端末１０は、この図に示すように、情報収
集部１５と、構成変更確認部１６と、送信部２１と、受
信部２２と、ソフトウェア配付要求部２３と、ソフトウ
ェア削除部２４と、構成情報ＩＤチェック部２５と、ソ
フトウェア一覧チェック部２６と、ソフトウェア適用待
ち部２７と、装置情報３００とを有している。

【０１２５】一方、保守用サーバ３０は、この図に示す
ように、受信部３１と、送信部３３と、情報保存部３４
と、世代管理部３５と、対象リスト作成部４０と、登録
部４６と、配付停止部４７とを有している。

【０１２６】ここで、端末１０の持つ機能や保守用サー
バ３０の持つ機能は具体的にはプログラムが構成される
ものであり、このプログラムは、計算機が読み取り可能
な半導体メモリなどの適当な記録媒体に格納することが
できる。

【０１２７】この実施形態例に従う場合、端末１０は、
情報収集部１５により構成情報が収集されると、その構
成情報４００の制御情報となる構成情報ＩＤ（タイムス
タンプや版数などを含んだ情報）を作成して、保存して
いる最新の構成情報ＩＤを更新するとともに、その構成
情報ＩＤとともに構成情報４００を、装置情報３００と
対応をとりつつネットワーク８０を経由して保守用サー
バ３０に送信し、これを受けて、保守用サーバ３０は、
構成情報ＩＤの割り付けられた構成情報を保存するよう
に処理する。

【０１２８】保守用サーバ３０では、登録部４６により
版数のアップした新たなソフトウェア６００が登録され
ると、上述したように、対象リスト作成部４０を使っ
て、ソフトウェアのダウンロード先を管理する対象リス
ト７００を作成することになるが、この実施形態例を実
現する場合には、送信部３３を使って、その対象リスト
７００の該当部分（送信先の端末１０に関係する部分）
と、その対象リスト７００の該当部分の作成元となった
構成情報の構成情報ＩＤ８００とを、各端末１０に送信
する。

【０１２９】端末１０では、この対象リスト７００の該
当部分と構成情報ＩＤとを受信すると、構成情報ＩＤチ
ェック部２５を使って、保存している最新の構成情報Ｉ
Ｄと、受信した構成情報ＩＤとが一致するのか否かをチ
ェックして、等しいことを判断するときには、ソフトウ
ェア一覧チェック部２６を使って、受信した対象リスト
７００の該当部分に記述されるソフトウェアの中から適
用待ちとなっていないソフトウェア６００（これまでに
配付されていないソフトウェア６００）を抽出する。そ
して、ソフトウェア配付要求部２３を使って、保守用サ
ーバ３０に対して、その抽出したソフトウェア６００の
配付を要求する。

【０１３０】この配付要求を受けて、保守用サーバ３０
では、送信部３３を使って、配付要求のあるソフトウェ
ア６００を端末１０に配付する。

【０１３１】そして、このソフトウェア６００の配付を
受け取ると、端末１０では、ソフトウェア適用待ち部２
７を使って、図１７に示した設定画面により設定される
タイミングに従って、そのソフトウェア６００を適用待
ちにする。ここで、即実行というタイミングが設定され
ている場合には、そのソフトウェア６００を直ちに適用
して実行状態にすることになる。そして、その適用待ち
のタイミングの条件が成立するときには、そのソフトウ
ェア６００を適用待ちから実行状態に変更することにな
る。

【０１３２】その後、端末１０で、ハードウェアやソフ
トウェアの構成が変更されると、情報収集部１５を起動
して、変更された構成情報４１０とそれの構成情報ＩＤ
８１０とを作成する。

【０１３３】その間に、保守用サーバ３０で、配付停止
部４７により、端末１０に配付したソフトウェア６００
の配付が停止されることになったり、版数アップしたソ
フトウェア６１０が新たに登録されたりするときには、
対象リスト７００が作り直されて、端末１０に送信され
てくることになる。

【０１３４】但し、このときには、端末１０の変更され
た構成情報４１０と構成情報ＩＤ８１０とは、まだ保守
用サーバ３０に送信されていないので、端末１０に送信
されてくる対象リスト７００に記述される構成情報ＩＤ
は、前に通知された構成情報ＩＤ８００となっている。

【０１３５】これから、端末１０は、保守用サーバ３０
から送られてくる対象リスト７００の該当部分と構成情
報ＩＤとを受信すると、構成情報ＩＤチェック部２５に
より構成情報ＩＤの不一致を判断することになる。

【０１３６】この構成情報の不一致を判断すると、端末
１０は、構成情報が変更されていることを通知すべく、
送信部２１を使って、変更された構成情報４１０とそれ
の構成情報ＩＤ８１０とを保守用サーバ３０に送信す
る。

【０１３７】この送信を受けて、保守用サーバ３０で
は、端末１０の最新の構成情報４１０とそれの構成情報
ＩＤ８１０とを受信して保存する。そして、新しくなっ
た構成情報４１０に従って、対象リスト７００を作り直
して、端末１０に対して、その作り直した新たな対象リ
スト７００と、その対象リスト７００の作成元となった
構成情報４１０の構成情報ＩＤ８１０とを端末１０に送
信する。

【０１３８】端末１０では、この対象リスト７００の該
当部分と構成情報ＩＤ８１０とを受信すると、今度は、
構成情報ＩＤチェック部２５により構成情報ＩＤの一致
を判断することになる。

【０１３９】これから、受信した対象リスト７００に従
って、適用待ちにしたソフトウェア６００がソフトウェ
ア６１０に版数アップすることで配付対象から外された
ことを判断して、ソフトウェア適用待ち部２７を使っ
て、そのソフトウェア６００の適用待ちを解除したり、
ソフトウェア削除部２４を使って、そのソフトウェア６
００を解除する。

【０１４０】そして、受信した対象リスト７００に従っ
て、保守用サーバ３０から受信していないソフトウェア
６１０があることを判断して、ソフトウェア配付要求部
２３を使って、保守用サーバ３０に対して、そのソフト
ウェア６１０の配付を要求する。

【０１４１】この配付要求を受けて、保守用サーバ３０
では、送信部３３を使って、配付要求のあるソフトウェ
ア６１０を端末１０に配付する。

【０１４２】そして、このソフトウェア６１０の配付を
受け取ると、端末１０では、ソフトウェア適用待ち部２
７を使って、図１７に示した設定画面により設定される
タイミングに従って、そのソフトウェア６１０を適用待
ちにする。

【０１４３】その後、端末１０において、何らかの問題
によりソフトウェア６１０が消えてしまうようなことが
あると、保守用サーバ３０から送られてくる対象リスト
７００に従って、その消えたソフトウェア６１０の配付
依頼を行い、その配付依頼に応答して送られてくるソフ
トウェア６１０を受信して適用待ちすることで、失われ
たソフトウェアを再び適用させていくように処理する。

【０１４４】この実施形態例では、端末１０の側で構成
情報ＩＤが一致しているのか否かを判断する構成を採っ
たが、端末１０が、例えば定期的に装置情報と構成ＩＤ
情報とを保守用サーバ３０に送信する構成を採って、保
守用サーバ３０の側で構成情報ＩＤが一致しているのか
否かを判断して、不一致を判断するときに、端末１０か
ら保守用サーバ３０に構成情報を送信させていくという
方法を用いることでもよい。

【０１４５】以上に説明したように、本発明では、保守
用サーバ３０が各端末１０の構成情報を正確に把握でき
るようにする構成を実現している。

【０１４６】この構成は、具体的には、保守用サーバ３
０が、端末１０により顧客情報の登録が行われるとき
に、端末１０の初期構成の構成情報を取得し、その後、
端末１０の構成が変更される度に、端末１０の構成情報
を取得し、そして、構成情報ＩＤを使って、端末１０の
構成情報が保守用サーバ３０に取得されているものと違
うのか否かをチェックして、違う場合には、その時点の
端末１０の構成情報を取得していくことで実現される。

【０１４７】更に、本発明では、保守用サーバ３０が正
確に把握する各端末１０の構成情報を世代管理すること
で、障害原因の探索を容易にできるようにする構成を実
現している。

【０１４８】この構成は、具体的には、保守用サーバ３
０が、端末１０から取得した構成情報を世代管理する構
成を採って、障害発生時点の端末１０の構成情報と、そ
の世代管理する構成情報との差分情報を抽出して、それ
を出力することで実現される。

【０１４９】端末１０にハードウェアやソフトウェアの
障害が発生する場合、その原因がソフトウェアの組み合
わせや、ソフトウェアとハードウェアとの組み合わせに
あることが多いことから、この差分情報の出力により障
害原因の探索が容易なものになることを実現できるので
ある。

【０１５０】更に、本発明では、保守用サーバ３０が正
確に把握する各端末１０の構成情報を使って、障害発生
などにより変更されたソフトウェアを効率的に配付でき
るようにする構成を実現している。

【０１５１】この構成は、具体的には、新たなソフトウ
ェアが生成されると、保守用サーバ３０が、把握してい
る各端末１０の構成情報に従って、そのソフトウェアの
適用されるシリーズと一致する端末１０を検索し、続い
て、その検索された端末１０を検索対象として、そのソ
フトウェアを持つ端末１０を検索し、続いて、その検索
された端末１０を検索対象として、そのソフトウェアの
版数よりも古い版数を持つ端末１０を検索することで、
そのソフトウェアの配付先となる端末１０のリストを作
成する。

【０１５２】そして、このようにして作成したリストを
使って、端末１０からソフトウェアの配付要求があると
きに、このリストを検索することで、その端末１０に配
付すべきソフトウェアを特定して配付したり、このリス
トを端末１０に通知して、その通知に応答して端末１０
からソフトウェアの配付要求があるときに、その配付要
求のあるソフトウェアを配付することで実現される。

【０１５３】更に、本発明では、顧客の希望する形態に
従って、ソフトウェアを適用できるようにする構成を実
現している。

【０１５４】この構成は、具体的には、端末１０が、保
守用サーバ３０から配付される資源に対して、適用待ち
状態にするのか即実行状態にするのかを設定して、その
設定に基づいて、保守用サーバ３０から配付される資源
の適用のタイミングを制御するとともに、適用待ちにあ
るソフトウェアが不要となる場合には、その適用待ちを
解除することで実現される。

【０１５５】更に、本発明では、個々の保守作業員の技
量や個々のサービス会社のレベルの評価を客観的かつ迅
速に行えるようにする構成を実現している。

【０１５６】この構成は、具体的には、保守用サーバ３
０が、保守作業の開始日時情報及び終了日時情報を収集
して、それを集計することで実現される。

【０１５７】

【発明の効果】以上説明したように、本発明によれば、
ネットワークに接続される端末の障害原因の探索を迅速
に実行できるようになる。

【０１５８】そして、本発明によれば、ネットワークに
接続される各端末に対して、ダウンロードしなければな
らない資源を迅速にダウンロードできるようになる。

【０１５９】そして、本発明によれば、障害発生の端末
の構成情報や障害発生前の構成情報を正確かつ簡単に入
手できるようになる。

【０１６０】そして、本発明によれば、顧客の希望する
形態に従って、資源の適用を制御できるようになる。

【０１６１】そして、本発明によれば、個々の保守作業
員の技量や個々のサービス会社のレベルの評価を客観的
かつ迅速に行えるようになる。

【図面の簡単な説明】

【図１】本発明の一実施形態例である。

【図２】本発明の処理の説明図である。

【図３】顧客情報入力画面の説明図である。

【図４】装置情報／構成情報の説明図である。

【図５】本発明の一実施形態例である。

【図６】本発明の処理の説明図である。

【図７】構成情報の世代管理の説明図である。

【図８】本発明の処理の説明図である。

【図９】差分構成情報の表示の説明図である。

【図１０】操作メニュー画面の説明図である。

【図１１】本発明の処理の説明図である。

【図１２】保守作業の評価情報の説明図である。

【図１３】本発明の一実施形態例である。

【図１４】管理情報の説明図である。

【図１５】本発明の処理の説明図である。

【図１６】定期接続設定画面の説明図である。

【図１７】ソフトウェア適用設定画面の説明図である。

【図１８】本発明の一実施形態例である。

【符号の説明】

１０ 端末 ３０ 保守用サーバ ８０ ネットワーク ２００ 顧客登録情報 ３００ 装置情報 ４００ 構成情報 ５００ 障害情報 ６００ ソフトウェア ７００ 対象リスト ８００ 構成情報ＩＤ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） (72)発明者 伊瀬 英樹 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 松下 和弘 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 吉田 英樹 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 伊東 千彦 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (19)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続される端末を保守す
   るリモートメンテナンス装置であって、 端末から送られてくる該端末の構成情報を取得する取得
   手段と、 上記取得手段の取得する各端末の構成情報を世代情報と
   対応をとりつつ記憶する記憶手段と、 端末から障害情報が送られてくる場合に、該障害情報に
   対応付けて送られてくる該端末の構成情報を入手する
   か、上記記憶手段の記憶する該端末の最新の構成情報を
   特定することで、障害発生の端末の構成情報を入手する
   入手手段と、 上記入手手段の入手する構成情報と、上記記憶手段の記
   憶する該構成情報よりも世代が前になる構成情報との差
   分情報を抽出する抽出手段とを備えることを、 特徴とするリモートメンテナンス装置。
2. 【請求項２】 ネットワークに接続される端末を保守す
   るリモートメンテナンス装置であって、 端末から送られてくる該端末の構成情報を取得する取得
   手段と、 上記取得手段の取得する各端末の最新の構成情報を記憶
   する記憶手段と、 端末への配付対象となる資源と、上記記憶手段の記憶す
   る構成情報とから、該資源の配付先となる端末を特定し
   て、それに従って、該資源と該資源の配付先端末との対
   応関係のリストを生成する生成手段と、 上記対応関係リストに記述される端末に対して、上記対
   応関係リストに記述される資源を配付する配付手段とを
   備えることを、 特徴とするリモートメンテナンス装置。
3. 【請求項３】 請求項２記載のリモートメンテナンス装
   置において、 上記配付手段は、対応関係リストに記述される端末に対
   して、対応関係リストの該当部分を通知することを、 特徴とするリモートメンテナンス装置。
4. 【請求項４】 請求項１〜３のいずれかに記載されるリ
   モートメンテナンス装置において、 端末から送られてくる構成情報ＩＤと、上記記憶手段の
   記憶する最新の構成情報ＩＤとが一致しない場合に、該
   端末に対して、構成情報の送信指示を発行する発行手段
   を備え、 上記取得手段は、上記発行手段の送信指示に応答して送
   られてくる構成情報を取得することを、 特徴とするリモートメンテナンス装置。
5. 【請求項５】 請求項１〜４のいずれかに記載されるリ
   モートメンテナンス装置において、 端末で行われるメンテナンス作業の開始日時情報及び終
   了日時情報を収集する収集手段と、 上記収集手段の収集する日時情報からメンテナンス作業
   の評価情報を作成する作成手段とを備えることを、 特徴とするリモートメンテナンス装置。
6. 【請求項６】 ネットワークを介してリモートメンテナ
   ンス装置に接続される端末であって、 顧客情報を入力する入力手段と、 上記入力手段が顧客情報を入力する場合に、自端末の装
   置情報と自端末の構成情報とを収集する収集手段と、 上記収集手段の収集する装置情報及び構成情報と、上記
   入力手段の入力する顧客情報とを、その対応をとりつ
   つ、リモートメンテナンス装置に送信する送信手段とを
   備えることを、 特徴とする端末。
7. 【請求項７】 請求項６記載の端末において、 上記収集手段は、自端末の構成が変更される場合に、構
   成情報を収集し、 上記送信手段は、そのときに収集される構成情報を、装
   置情報と対応をとりつつ、リモートメンテナンス装置に
   送信することを、 特徴とする端末。
8. 【請求項８】 請求項６又は７記載の端末において、 上記収集手段は、自端末の記憶する構成情報ＩＤとリモ
   ートメンテナンス装置の記憶する構成情報ＩＤとが一致
   しない場合に、構成情報を収集し、 上記送信手段は、そのときに収集される構成情報を、装
   置情報と対応をとりつつ、リモートメンテナンス装置に
   送信することを、 特徴とする端末。
9. 【請求項９】 ネットワークを介してリモートメンテナ
   ンス装置に接続される端末であって、 リモートメンテナンス装置から配付される資源を取得す
   る取得手段と、 リモートメンテナンス装置から配付される資源を、適用
   待ちとするのか即実行とするのかを設定する設定手段
   と、 上記設定手段が上記取得手段の取得する資源を適用待ち
   と設定する場合には、該資源を適用待ち状態にするとと
   もに、その適用待ちの解除条件が成立するときに、該資
   源を実行状態にし、一方、上記設定手段が上記取得手段
   の取得する資源を即実行と設定する場合には、該資源を
   直ちに実行状態にする制御手段とを備えることを、 特徴とする端末。
10. 【請求項１０】 請求項９記載の端末において、 リモートメンテナンス装置から配付資源の情報を入手す
    る入手手段と、 上記入手手段の入手する配付資源情報に従って、適用待
    ち状態にある資源が不要となるのか否かを判断する判断
    手段と、 上記判断手段が不要と判断する資源の適用待ち状態を解
    除する解除手段とを備えることを、 特徴とする端末。
11. 【請求項１１】 請求項６〜１０のいずれかに記載され
    る端末において、 メンテナンス作業の開始及び終了を検出するか、メンテ
    ナンス作業の開始日時情報及び終了日時情報を検出する
    検出手段と、 上記検出手段の検出する情報をリモートメンテナンス装
    置に通知する通知手段とを備えることを、 特徴とする端末。
12. 【請求項１２】 ネットワークに接続される端末を保守
    するリモートメンテナンス装置の実現に用いられるリモ
    ートメンテナンス処理用プログラムであって、 端末から送られてくる該端末の構成情報を取得する取得
    処理と、 上記取得処理で取得される各端末の構成情報を世代情報
    と対応をとりつつ記憶する記憶手段にアクセスする処理
    と、 端末から障害情報が送られてくる場合に、該障害情報に
    対応付けて送られてくる該端末の構成情報を入手する
    か、上記記憶手段の記憶する該端末の最新の構成情報を
    特定することで、障害発生の端末の構成情報を入手する
    入手処理と、 上記入手処理で入手される構成情報と、上記記憶手段の
    記憶する該構成情報よりも世代が前になる構成情報との
    差分情報を抽出する抽出処理とをコンピュータに実行さ
    せるためのリモートメンテナンス処理用プログラム。
13. 【請求項１３】 ネットワークに接続される端末を保守
    するリモートメンテナンス装置の実現に用いられるプロ
    グラムを記録したリモートメンテナンス処理用プログラ
    ムの記録媒体であって、 端末から送られてくる該端末の構成情報を取得する取得
    処理と、 上記取得処理で取得される各端末の構成情報を世代情報
    と対応をとりつつ記憶する記憶手段にアクセスする処理
    と、 端末から障害情報が送られてくる場合に、該障害情報に
    対応付けて送られてくる該端末の構成情報を入手する
    か、上記記憶手段の記憶する該端末の最新の構成情報を
    特定することで、障害発生の端末の構成情報を入手する
    入手処理と、 上記入手処理で入手される構成情報と、上記記憶手段の
    記憶する該構成情報よりも世代が前になる構成情報との
    差分情報を抽出する抽出処理とをコンピュータに実行さ
    せるためのプログラムを記録したリモートメンテナンス
    処理用プログラムの記録媒体。
14. 【請求項１４】 ネットワークに接続される端末を保守
    するリモートメンテナンス装置の実現に用いられるリモ
    ートメンテナンス処理用プログラムであって、 端末から送られてくる該端末の構成情報を取得する取得
    処理と、 上記取得処理で取得される各端末の最新の構成情報を記
    憶する記憶手段にアクセスする処理と、 端末への配付対象となる資源と、上記記憶手段の記憶す
    る構成情報とから、該資源の配付先となる端末を特定し
    て、それに従って、該資源と該資源の配付先端末との対
    応関係のリストを生成する生成処理と、 上記対応関係リストに記述される端末に対して、上記対
    応関係リストに記述される資源を配付する配付処理とを
    コンピュータに実行させるためのリモートメンテナンス
    処理用プログラム。
15. 【請求項１５】 ネットワークに接続される端末を保守
    するリモートメンテナンス装置の実現に用いられるプロ
    グラムを記録したリモートメンテナンス処理用プログラ
    ムの記録媒体であって、 端末から送られてくる該端末の構成情報を取得する取得
    処理と、 上記取得処理で取得される各端末の最新の構成情報を記
    憶する記憶手段にアクセスする処理と、 端末への配付対象となる資源と、上記記憶手段の記憶す
    る構成情報とから、該資源の配付先となる端末を特定し
    て、それに従って、該資源と該資源の配付先端末との対
    応関係のリストを生成する生成処理と、 上記対応関係リストに記述される端末に対して、上記対
    応関係リストに記述される資源を配付する配付処理とを
    コンピュータに実行させるためのプログラムを記録した
    リモートメンテナンス処理用プログラムの記録媒体。
16. 【請求項１６】 ネットワークを介してリモートメンテ
    ナンス装置に接続される端末の実現に用いられるリモー
    トメンテナンス処理用プログラムであって、 顧客情報を入力する入力処理と、 上記入力処理で顧客情報を入力する場合に、自端末の装
    置情報と自端末の構成情報とを収集する収集処理と、 上記収集処理で収集する装置情報及び構成情報と、上記
    入力処理で入力する顧客情報とを、その対応をとりつ
    つ、リモートメンテナンス装置に送信する送信処理とを
    コンピュータに実行させるためのリモートメンテナンス
    処理用プログラム。
17. 【請求項１７】 ネットワークを介してリモートメンテ
    ナンス装置に接続される端末の実現に用いられるプログ
    ラムを記録したリモートメンテナンス処理用プログラム
    の記録媒体であって、 顧客情報を入力する入力処理と、 上記入力処理で顧客情報を入力する場合に、自端末の装
    置情報と自端末の構成情報とを収集する収集処理と、 上記収集処理で収集する装置情報及び構成情報と、上記
    入力処理で入力する顧客情報とを、その対応をとりつ
    つ、リモートメンテナンス装置に送信する送信処理とを
    コンピュータに実行させるためのプログラムを記録した
    リモートメンテナンス処理用プログラムの記録媒体。
18. 【請求項１８】 ネットワークを介してリモートメンテ
    ナンス装置に接続される端末の実現に用いられるリモー
    トメンテナンス処理用プログラムであって、 リモートメンテナンス装置から配付される資源を取得す
    る取得処理と、 リモートメンテナンス装置から配付される資源を、適用
    待ちとするのか即実行とするのかを設定する設定処理
    と、 上記設定処理で上記取得処理により取得される資源を適
    用待ちと設定する場合には、該資源を適用待ち状態にす
    るとともに、その適用待ちの解除条件が成立するとき
    に、該資源を実行状態にし、一方、上記設定処理で上記
    取得処理により取得される資源を即実行と設定する場合
    には、該資源を直ちに実行状態にする制御処理とをコン
    ピュータに実行させるためのリモートメンテナンス処理
    用プログラム。
19. 【請求項１９】 ネットワークを介してリモートメンテ
    ナンス装置に接続される端末の実現に用いられるプログ
    ラムを記録したリモートメンテナンス処理用プログラム
    の記録媒体であって、 リモートメンテナンス装置から配付される資源を取得す
    る取得処理と、 リモートメンテナンス装置から配付される資源を、適用
    待ちとするのか即実行とするのかを設定する設定処理
    と、 上記設定処理で上記取得処理により取得される資源を適
    用待ちと設定する場合には、該資源を適用待ち状態にす
    るとともに、その適用待ちの解除条件が成立するとき
    に、該資源を実行状態にし、一方、上記設定処理で上記
    取得処理により取得される資源を即実行と設定する場合
    には、該資源を直ちに実行状態にする制御処理とをコン
    ピュータに実行させるためのプログラムを記録したリモ
    ートメンテナンス処理用プログラムの記録媒体。