JP4040844B2 - リモートメンテナンス装置、リモートメンテナンス処理用プログラム及びそのプログラムの記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続される端末を効率的かつ効果的に保守するリモートメンテナンス装置と、そのリモートメンテナンス装置の実現に用いられるリモートメンテナンス処理用プログラムおよびそのプログラムを記録したリモートメンテナンス処理用プログラムの記録媒体とに関する。
【０００２】
ネットワークに接続される端末が広く普及しつつある。このようなことを背景にして、ネットワークに接続される端末を効率的に保守する技術の構築が叫ばれている。
【０００３】
【従来の技術】
顧客は、ネットワークに接続される端末を購入すると、自分の必要とするハードウェアを端末に実装するとともに、自分の必要とするソフトウェアを端末にインストールしていくことで、端末を立ち上げて所望のデータ処理を実行していくことになる。
【０００４】
従来では、このようにして構築される端末の構成情報については、メーカ側に知らされることはなく、メーカ側の保守作業員は、障害が発生すると、顧客からその構成情報を電話などにより入手し、それに従って必要な準備をして顧客の所に出かけて、障害の発生した端末のメンテナンスを行っていくという方法を用いている。
【０００５】
これから、従来では、保守作業員は、障害発生時の端末の構成情報のみから、その障害原因を探索していくという方法を用いている。
【０００６】
また、従来では、顧客は、ソフトウェアのバージョンがアップされることなどにより、新たなソフトウェアをインストールしたいと希望するときには、メーカにより提供されるソフトウェアの一覧を閲覧して、その中からダウンロードするソフトウェアを選択することで、新たなソフトウェアをダウンロードしてインストールするという方法を用いている。
【０００７】
そして、保守作業員は、障害の発生した端末を復旧させるために、新たなソフトウェアをインストールする必要があると判断するときには、メーカにより提供されるソフトウェアの一覧を閲覧して、その中からダウンロードするソフトウェアを選択することで、新たなソフトウェアをダウンロードしてインストールするという方法を用いている。
【０００８】
このとき、従来では、新たにダウンロードしたソフトウェアを直ちに実行可能状態とするという方法を用いている。
【０００９】
更に、従来では、保守作業員の作業報告からメンテナンスに要した作業量を把握し、それに基づいて、個々の保守作業員の技量や個々のサービス会社のレベルを評価するという方法を用いている。
【００１０】
【発明が解決しようとする課題】
しかしながら、従来技術のように、保守作業員が顧客に問い合わせることで、障害発生の端末の構成情報を入手するという方法を用いていると、正確な構成情報を入手できないことが多いという問題点があるとともに、その対応に時間がとられるという問題点がある。
【００１１】
そして、従来技術のように、障害発生時の端末の構成情報のみから、端末の障害原因を探索していくという方法を用いていると、障害原因の探索にとまどるという問題点がある。
【００１２】
すなわち、端末にハードウェアやソフトウェアの障害が発生する場合、その原因がソフトウェアの組み合わせや、ソフトウェアとハードウェアとの組み合わせにあることが多い。しかるに、従来技術では、端末の構成情報の世代管理を行っておらず、これから、保守作業員は、障害発生時の端末の構成情報のみから、障害原因を探索していくという方法を用いていることから、障害原因の探索にとまどるという問題点がある。
【００１３】
そして、従来技術のように、顧客や保守作業員が手作業でソフトウェアをダウンロードするという方法を用いていると、各端末に対して、ダウンロードしなければならないソフトウェアを迅速にダウンロードできないという問題点がある。
【００１４】
すなわち、ある端末で、あるソフトウェアをダウンロードしなければならないときには、同一構成の他の端末でも、そのソフトウェアをダウンロードしなければならないのであるが、従来技術に従っていると、その他の端末を操作する顧客や保守作業員がダウンロードの作業を行わない限り、そのソフトウェアをダウンロードできないことになる。
【００１５】
そして、従来技術のように、新たにダウンロードしたソフトウェアを直ちに実行可能状態にするという方法を用いていると、新たにダウンロードしたソフトウェアを、ある時点から実行可能状態にしたいと考える顧客の要求に応えられないという問題点がある。
【００１６】
更に、従来技術のように、保守作業員の作業報告からメンテナンスに要した作業量を把握し、それに基づいて、個々の保守作業員の技量や個々のサービス会社のレベルを評価するという方法を用いていると、その評価を客観的に行えないとともに、その評価に大きな負荷を強いられるという問題点がある。
【００１７】
本発明はかかる事情に鑑みてなされたものであって、ネットワークに接続される端末を効率的かつ効果的に保守する新たなリモートメンテナンス技術の提供を目的とする。
【００１８】
【課題を解決するための手段】
この目的を達成するために、本発明のリモートメンテナンス装置は、ネットワークに接続される端末を保守するために、（イ）端末の構成情報と該構成情報の変更に合わせて端末により変更されることになる構成情報ＩＤとを取得対象として、端末の構成情報が変更される場合に該端末から送られてくる、その変更後の構成情報とその変更後の構成情報のＩＤとを取得する取得手段と、（ロ）取得手段の取得した各端末の構成情報と該構成情報のＩＤとを記憶する記憶手段と、（ハ）端末への配付対象となる資源と記憶手段の記憶する各端末の構成情報とに基づいて、該資源の配付先となる端末を特定して、それに従って、端末への配付対象となる資源の識別情報と該資源の配付先端末との対応関係のリストを生成する生成手段と、（ニ）対応関係リストに記述される端末に対して、対応関係リストに記述される該端末への配布対象となる資源の識別情報と、記憶手段の記憶する該端末の構成情報ＩＤとを通知する通知手段と、（ホ）通知手段の通知に応答して、通知先の端末から対応関係リストに記述される資源の配布要求がある場合に、該端末に対して該資源を配付する配付手段と、（ヘ）通知手段の通知に応答して、通知先の端末から現在の構成情報と該構成情報のＩＤとの返信がある場合に、該構成情報に基づいて、対応関係リストに記述される該端末への配付対象となる資源識別情報を作り直すとともに、該作り直した資源識別情報と該構成情報のＩＤとを該端末に通知する実行手段と、（ト）配布手段により資源配布を行った場合に、対応関係リストに記述される該資源配布に関わる対応関係リスト部分を削除する削除手段とを備えるように構成する。
【００１９】
この構成を採るときに、端末から送られてくる構成情報ＩＤと、記憶手段の記憶する構成情報ＩＤとが一致しない場合に、その端末に対して、構成情報の送信指示を発行する発行手段を備えることがある。
【００２８】
このように構成される本発明のリモートメンテナンス装置では、取得手段は、端末の構成が変更される場合に、その端末から送られてくる構成情報を取得して、記憶手段に登録したり、発行手段の発行する送信指示に応答して送られてくる構成情報を取得して、記憶手段に登録する。
【００２９】
この取得手段の処理に従って、記憶手段は、各端末の最新の構成情報を記憶することになる。
【００３０】
これを受けて、生成手段は、端末への配付対象となる資源と、記憶手段の記憶する構成情報とから、その資源の配付先となる端末を特定して、それに従って、端末への配付対象となる資源とその資源の配付先端末との対応関係のリストを生成する。
【００３１】
そして、この対応関係リストを受けて、配付手段は、対応関係リストに記述される端末に対して、対応関係リストの該当部分を通知して、この通知に応答して端末から資源の配付要求があるときに、その配付要求のある資源をその端末に配付することで資源を配付する。
【００３２】
このようにして、本発明のリモートメンテナンス装置では、新たな配付対象資源が生成されるときに、端末の構成情報に基づいて、その資源の配付先端末を特定し、それに従って、各端末に資源を配付していくように処理することから、各端末に対して、配付しなければならない資源を迅速に配付できるようになる。
この構成を採るときにあって、本発明のリモートメンテナンス装置の取得する端末の構成情報と、その端末の現在の構成情報とが一致しない事態が発生する可能性のあることを考慮して、本発明のリモートメンテナンス装置は、端末から構成情報を取得するときに、その構成情報のＩＤについても取得するようにして、対応関係リストに記述される端末に対して、対応関係リストに記述されるその端末への配布対象となる資源の情報を通知するときに、その対応関係リスト部分の生成元となった構成情報ＩＤについても通知するようにする。
この通知を受けて、通知先の端末は、通知された構成情報ＩＤと現在の構成情報ＩＤとが一致する場合には、本発明のリモートメンテナンス装置に対して、対応関係リストに記述される資源の配布要求を発行するので、本発明のリモートメンテナンス装置は、その配布要求を受け取ると、通知先の端末に対してその配布要求の資源を配布する。
一方、この通知を受けて、通知先の端末は、通知された構成情報ＩＤと現在の構成情報ＩＤとが一致しない場合には、本発明のリモートメンテナンス装置に対して、現在の構成情報とその構成情報のＩＤとを返信するので、本発明のリモートメンテナンス装置は、その返信を受け取ると、その返信された構成情報に基づいて、その通知先の端末に関わる対応関係リスト部分を作り直して通知し、これにより、通知先の端末に対して必要な資源を配布する。
【００４５】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００４６】
図１に、本発明に関連する顧客登録処理を実現する構成の一例を図示する。
【００４７】
この図に示すように、本発明の適用されるシステムは、ネットワーク８０に接続される少なくとも１台の端末１０と少なくとも１台の保守用サーバ３０とで構成されている。
【００４８】
端末１０は、この図に示すように、顧客登録部１１と、情報入力部１２と、情報収集部１５と、送信部２１と、装置情報３００とを有している。
【００４９】
一方、保守用サーバ３０は、この図に示すように、受信部３１と、情報保存部３４と、世代管理部３５と、表示部４４とを有している。
【００５０】
ここで、端末１０の持つ機能や保守用サーバ３０の持つ機能は具体的にはプログラムが構成されるものであり、このプログラムは、計算機が読み取り可能な半導体メモリなどの適当な記録媒体に格納することができる。
【００５１】
図２に示す処理フローに従って、このように構成される本発明に関連する顧客登録処理について説明する。
【００５２】
顧客が端末１０を購入すると、端末１０は、顧客情報の登録要求に応答して顧客登録部１１を起動することで、図３に示すような顧客情報の入力画面を表示し、情報入力部１２を使って、この入力画面に対する入力を受け取ることで、顧客登録に必要となる顧客登録情報２００を入力する。
【００５３】
続いて、この処理に同期して、情報収集部１５を起動して、ＲＯＭなどに焼付けられている端末１０を特定するための装置情報３００と、端末１０に実装されるハードウェア・ソフトウェアの構成情報４００とを収集する。
【００５４】
すなわち、図４（ａ）に示すような装置ＩＤと装置シリーズ名などからなる端末１０の装置情報と、図４（ｂ）に示すような実装されるハードウェア及びソフトウェアの情報について記述する端末１０の構成情報４００とを収集するのである。
【００５５】
続いて、送信部２１を使って、入力した顧客登録情報２００と、収集した装置情報３００及び構成情報４００とを、その対応をとりつつ、ネットワーク８０を経由して保守用サーバ３０に送信する。
【００５６】
この端末１０の処理を受けて、保守用サーバ３０は、受信部３１を使って、端末１０から送られてくる顧客登録情報２００／装置情報３００／構成情報４００を受信し、世代管理部３５を使って世代情報を割り付けつつ、情報保存部３４を使って、装置情報３００をキーにして、送られてきた顧客登録情報２００及び構成情報４００を保存する。
【００５７】
このようにして、本発明に関連する顧客登録処理では、保守用サーバ３０は、顧客情報の登録に同期をとって端末１０の構成情報４００を収集することで、顧客の手に渡った時点における端末１０の構成情報４００を入手するように処理するのである。
【００５８】
これから、顧客情報の登録に続いて、顧客が例えばＲＡＩＤのＨＤＤ（ハードディスク）の増設を希望して、サポートセンタに問い合わせがあるような場合に、オペレータは、保守用サーバ３０の表示部４４を使って、その顧客の端末１０の構成情報４００を表示させることで、増設可能なＨＤＤを迅速かつ的確にアドバイスすることができるようになる。
【００５９】
図５に、本発明に関連する保守作業処理を実現する構成の一例を図示する。図中、図１で説明したものと同じものについては同一の記号で示してある。
【００６０】
端末１０は、この図に示すように、スケジュール部１３と、異常監視部１４と、情報収集部１５と、構成変更確認部１６と、保守作業開始通知部１７と、保守作業終了通知部１８と、送信部２１と、装置情報３００とを有している。
【００６１】
一方、保守用サーバ３０は、この図に示すように、受信部３１と、結果通知部３２と、情報保存部３４と、世代管理部３５と、構成変更確認部３６と、障害解析部３７と、交換箇所指摘部３８と、保守作業時間集計部３９と、表示部４４と、保守作業員通知部４５と、図１の一例で登録された装置情報３００及び構成情報４００とを有している。
【００６２】
ここで、端末１０の持つ機能や保守用サーバ３０の持つ機能は具体的にはプログラムが構成されるものであり、このプログラムは、計算機が読み取り可能な半導体メモリなどの適当な記録媒体に格納することができる。
【００６３】
先ず最初に、図６の処理フローに従って、このように構成される本発明に関連する保守作業処理について説明する。
【００６４】
例えば、図１の一例に従って端末１０のＨＤＤが増設されるようなことで、端末１０の構成が変更されることが起こる。
【００６５】
このことを考慮して、端末１０は、スケジュール部１３の処理に従って、システムを起動してからある時間経過後（即時あるいは定期的でもよい）に情報収集部１５を起動することで、端末１０を特定するための装置情報３００と、その時点のハードウェア・ソフトウェアの構成情報（例えば構成情報４１０）とを収集する。
【００６６】
続いて、構成変更確認部１６を起動して、構成情報が変更されたのか否かを判断して、構成情報が変更されたことを判断するときには、新たな構成情報（例えば構成情報４１０）を現構成情報とするとともに、送信部２１を起動して、収集した装置情報３００と新たな構成情報（例えば構成情報４１０）とを、その対応をとりつつ、ネットワーク８０を経由して保守用サーバ３０に送信する。
【００６７】
この端末１０の処理を受けて、保守用サーバ３０は、受信部３１を使って、端末１０から送られてくる装置情報３００／構成情報（例えば構成情報４１０）を受信し、世代管理部３５を使って世代情報を割り付けつつ、情報保存部３４を使って、装置情報３００をキーにして、この受信した装置情報３００／構成情報４００（例えば構成情報４１０）を保存する。
【００６８】
ここで、システムの起動時に常にこの処理を行うようにすると、端末１０の電源を落として構成を変更する場合に、その構成の変更時点で、新たな構成情報を保守用サーバ３０に通知できるようになる。また、電源を投入したまま構成を変更するような場合に、その変更を検出できる場合には、その時点でこの処理を行うようにすることで、その構成の変更時点で、新たな構成情報を保守用サーバ３０に通知できるようになる。
【００６９】
但し、実際には、ハードウェアの増設時やソフトウェアの改版時に、保守作業員はシステムを何度も起動することがある。例えば、保守作業員が誤った箇所にハードウェアを増設してシステムを起動した後、その誤りに気づいて増設箇所を変更したり、複数のハードウェアを増設する場合などのように、保守作業にあたって何度もシステムを起動することがある。これから、システムの起動時に構成情報を収集して保守用サーバ３０に通知する処理については、ある程度の時間経過を待ってから行うようにすることが好ましい。
【００７０】
このようにして、例えば、図１の一例に従って端末１０のＨＤＤが増設されることで、新たな構成情報４１０が得られると、構成変更確認部１６の処理に従って、ＨＤＤを増設する前の構成情報４００との比較によりＨＤＤが増設されたことが検出され、これにより、装置情報３００と新たな構成情報４１０とが保守用サーバ３０に送信されることになる。
【００７１】
その他、ソフトウェアの追加や削除や版数変更などが行われることで新たな構成情報が得られるときにも、同様にして、装置情報３００と新たな構成情報４１０とが保守用サーバ３０に送信されることになる。
【００７２】
このようにして、保守用サーバ３０は、図７に示すように、装置情報３００をキーにして、端末１０から送られてくる構成情報を世代別に管理する処理に入るのである。
【００７３】
次に、図８の処理フローに従って、端末１０に障害が発生するときに実行する処理について説明する。
【００７４】
ＨＤＤがＤＥＡＤになることなどにより端末１０に障害が発生すると、端末１０では、異常監視部１４がこの異常を検出して情報収集部１５を起動し、これにより、情報収集部１５が、端末１０を特定するための装置情報３００と、その障害発生時点のハードウェア・ソフトウェアの構成情報（例えば構成情報４２０）と、障害情報５００とを収集する。
【００７５】
続いて、送信部２１を使って、収集した装置情報３００と障害発生時点の構成情報（例えば構成情報４２０）と障害情報５００とを、その対応をとりつつ、ネットワーク８０を経由して保守用サーバ３０に送信する。
【００７６】
この端末１０の処理を受けて、保守用サーバ３０は、受信部３１を使って、端末１０から送られてくる装置情報３００／構成情報（例えば構成情報４２０）／障害情報を受信し、世代管理部３５を使って世代情報を割り付けつつ、情報保存部３４を使って、装置情報３００をキーにして、この受信した装置情報３００／構成情報（例えば構成情報４２０）／障害情報を保存する。
【００７７】
続いて、障害解析部３７を使って、受信した障害情報５００を解析することで、例えばＨＤＤのＤＥＡＤの原因を解析し、交換箇所指摘部３８を使って、障害発生時点の構成情報（例えば構成情報４２０）を解析することで、交換対象となるＨＤＤなどの箇所を指摘して、保守作業員通知部４５を起動することで、その指摘箇所を担当の保守作業員に通知する。
【００７８】
このようにして、保守用サーバ３０は、障害発生時点の端末１０の構成情報を取得して、それに従って障害解析処理を実行するのである。
【００７９】
なお、図８の処理フローの説明では、端末１０は、障害発生時点の構成情報を収集して保守用サーバ３０に送信するという構成を採ったが、上述したことから分かるように、保守用サーバ３０は、端末１０の最新の構成情報を常時把握しているので、この障害発生時点の構成情報の送信については省略することが可能である。
【００８０】
上述しなかったが、障害解析部３７は、各端末１０から送信されてくる障害情報を集中管理して、保守用サーバ３０を運用するオペレータから、装置ＩＤや発生日時などを指定して障害情報の検索要求が発行されると、その検索条件を充足する障害情報を検索して、その一覧を表示するとともに、その障害一覧の中から障害情報が選択されると、その障害情報の詳細な情報（ダンプデータなど）を表示するように処理している。
【００８１】
更に、障害解析部３７は、障害発生時点の構成情報と、その障害の発生前に収集した最新の構成情報（一世代前の構成情報）との差分情報を抽出して、それをオペレータに示すことで、オペレータによる障害解析を支援するように処理している。なお、オペレータの指定に従って、更に前の構成情報との差分情報を抽出することも可能である。
【００８２】
すなわち、図９に示すように、障害発生時点の構成情報と障害発生前の構成情報との双方に記述されている構成情報については図中の▲１▼で示すように例えば緑色で表示し、障害発生前の構成情報にしか記述されていない構成情報については図中の▲２▼で示すように例えば青色で表示し、障害発生時点の構成情報にしか記述されていない構成情報については図中の▲３▼で赤色で表示するというな形で構成情報を表示することで、障害発生時点の構成情報とその障害の発生前に収集した最新の構成情報との差分情報をオペレータに明示するのである。
【００８３】
端末１０にハードウェアやソフトウェアの障害が発生する場合、その原因がソフトウェアの組み合わせや、ソフトウェアとハードウェアとの組み合わせにあることが多い。これから、この差分情報が表示されることで、保守作業員は障害の原因を容易に探索できるようになる。
【００８４】
上述した保守用サーバ３０からの出動指示を受けて、保守作業員は、障害発生の端末１０の所に出かけて保守作業を行うことになる。
【００８５】
このとき、端末１０は、図１０に示すような操作メニュー画面を表示し、保守作業員は、この操作メニュー画面中に設けられる「保守作業開始ボタン」をクリックすることで、保守作業を開始する。
【００８６】
この「保守作業開始ボタン」のクリックを受けて、保守作業開始通知部１７は、保守作業開始の日時情報（時刻情報）を取得し、これを受けて、送信部２１は、保守用サーバ３０に対して、この取得された保守作業開始の日時情報を送信する。ここで、保守作業開始の日時情報（保守作業終了の日時情報も同様である）については保守用サーバ３０で取得することが可能であるので、送信部２１は、保守作業が開始された旨だけを送信することでもよい。
【００８７】
そして、保守作業員は、ＨＤＤを交換することなどの保守作業を行い、この保守作業が終了すると、図１０の操作メニュー画面中に設けられる「保守作業終了ボタン」をクリックする。
【００８８】
この「保守作業終了ボタン」のクリックを受けて、保守作業終了通知部１８は、保守作業終了の日時情報（時刻情報）を取得し、一方、スケジュール部１３は、この作業終了を受けて情報収集部１５を起動する。
【００８９】
図１１に、この処理に続けて実行されることになる処理の処理フローを図示する。
【００９０】
すなわち、端末１０では、保守作業員による保守作業が終了すると、情報収集部１５を起動することで、端末１０を特定するための装置情報３００と、保守作業終了後のハードウェア・ソフトウェアの構成情報（例えば構成情報４３０）とを収集する。
【００９１】
続いて、送信部２１を使って、保守作業終了通知部１８の取得した保守作業終了の日時情報と、情報報収集部１５の収集した装置情報３００／構成情報（例えば構成情報４３０）とを、ネットワーク８０を経由して保守用サーバ３０に送信する。
【００９２】
この端末１０の処理を受けて、保守用サーバ３０は、受信部３１を使って、端末１０から送られてくる装置情報３００／構成情報（例えば構成情報４３０）を受信し、世代管理部３５を使って世代情報を割り付けつつ、情報保存部３４を使って、装置情報３００をキーにして、この受信した装置情報３００／構成情報（例えば構成情報４３０）を保存する。
【００９３】
続いて、構成変更確認部１６を使って、障害発生時の構成情報（例えば構成情報４２０）と、保守作業後の構成情報（例えば構成情報４３０）とを比較し、その差分情報と保守作業の原因となった障害情報５００とを照合することで、例えばＨＤＤの障害で説明するならば、交換すべきＨＤＤが正しく交換されたのか否かをチェックして、結果通知部３２を使って、そのチェック結果を保守作業員に通知する。
【００９４】
更に、保守用サーバ３０では、端末１０の保守作業開始通知部１７から通知される保守作業開始の日時情報と、端末１０の保守作業終了通知部１８から通知される保守作業終了の日時情報とを受けて、保守作業時間集計部３９を使って、各保守作業員毎、各装置シリーズ毎、各障害内容毎に、図１２に示すように、異常発生から保守開始までの時間で定義される出動時間や、保守作業開始から保守作業終了までの時間で定義される保守作業時間を集計することで、保守作業の問題点や効率化などに必要となる評価情報を作成する。
【００９５】
このとき、複数のサービス会社を利用するときには、各サービス会社毎に出動時間や保守作業時間を集計すると、それらのサービス会社の技量を評価できるようになる。
【００９６】
このようにして、本発明に関連する保守作業処理によれば、障害発生に対する効率的な保守作業が実現されることになる。
【００９７】
図１３に、本発明のソフトウェア改版作業に関する一実施形態例を図示する。図中、図１や図５で説明したものと同じものについては同一の記号で示してある。
【００９８】
端末１０は、この図に示すように、情報収集部１５と、構成変更確認部１６と、定期接続部１９と、ソフトウェア適用部２０と、送信部２１と、受信部２２と、装置情報３００と、保守用サーバ３０から配付されたソフトウェア６００とを有している。
【００９９】
一方、保守用サーバ３０は、この図に示すように、受信部３１と、送信部３３と、情報保存部３４と、世代管理部３５と、対象リスト作成部４０と、対象リストチェック部４１と、配付監視部４２と、適用監視部４３と、登録部４６と、端末１０に配付するソフトウェア６００とを有している。
【０１００】
ここで、端末１０の持つ機能や保守用サーバ３０の持つ機能は具体的にはプログラムが構成されるものであり、このプログラムは、計算機が読み取り可能な半導体メモリなどの適当な記録媒体に格納することができる。
【０１０１】
例えば、発生した障害原因がＨＤＤのファームウェアにある場合に、その障害原因を取り除くべくファームウェアを改版するときには、そのＨＤＤと同一のＨＤＤを使用している全ての端末１０に対して、そのファームウェアの改版を行わなければ、他の端末１０でも同様の障害が発生する恐れがある。
【０１０２】
そこで、この図１３に示す保守用サーバ３０では、登録部４６を起動することで、新たなソフトウェア（ファームウェア、マイクロプログラムなどを含むとともに、版数の更新されるものを含む）を登録するときに、対象リスト作成部４０を起動することで、ソフトウェアのダウンロード先を管理する対象リスト７００に対して、その新たなソフトウェアとその新たなソフトウェアのダウンロード先となる端末１０との対応関係を加える処理を行っている。
【０１０３】
この対象リスト７００は、図１４（ａ）に示すように、装置情報をキーにして、その端末１０のシリーズ名と、その端末１０に配付すべきソフトウェア名と、その配付ソフトウェアの版数とを管理することで、ソフトウェアのダウンロード先となる端末１０を管理する構成を採っている。
【０１０４】
一方、保守用サーバ３０は、上述したように、各端末１０の構成情報を世代管理する構成を採っている。そして、この世代管理する構成情報の内、最新の構成情報については、構成情報ＩＤ（端末１０から通知される）を管理する構成を採っている。なお、最新の構成情報以外の構成情報についても、構成情報ＩＤを管理することでもよい。
【０１０５】
すなわち、保守用サーバ３０は、全ての端末１０を管理対象として、図１４（ｂ）に示すように、装置情報をキーにして、その端末１０のシリーズ名と、最新の構成情報のＩＤと、その構成情報（ソフトウェア／ソフトウェア版数／実装位置）とを管理する構成を採っている。
【０１０６】
これから、対象リスト作成部４０は、設計部門などから新たなソフトウェア（適用する端末１０のシリーズ名と、ソフトウェア名と、ソフトウェア版数という属性情報を持つ）が登録されると、図１４（ｂ）のファイルを検索することで、先ず最初に、登録されたソフトウェアの適用されるシリーズと一致する端末１０を検索し、続いて、その検索された端末１０を検索対象として、図１４（ｂ）のファイルを検索することで、新たに登録されたソフトウェアを持つ端末１０を検索し、続いて、その検索された端末１０を検索対象として、図１４（ｂ）のファイルを検索することで、新たに登録されたソフトウェアの版数よりも古い版数を持つ端末１０を検索して、そのようにして検索した端末１０のＩＤと、新たに登録されたソフトウェアのシリーズ名／ソフトウェア名／ソフトウェア版数との対応関係を、対象リスト７００（図１４（ａ）に示したもの）に追加する処理を実行する。
【０１０７】
一方、対象リスト作成部４０は、端末１０からソフトウェアの変更通知（構成情報の変更通知）があるときに、保守用サーバ３０の管理するソフトウェア（ソフトウェア名／シリーズ名が一致するソフトウェア）の方が新しい場合には、その新しいソフトウェアをその端末１０にダウンロードすべく、対象リスト７００に、変更通知元の端末１０のＩＤと、その新しいソフトウェアのシリーズ名／ソフトウェア名／ソフトウェア版数との対応関係を追加する処理を実行する。
【０１０８】
一方、対象リスト作成部４０は、対象リスト７００に従って、ソフトウェアを端末１０にダウンロードしたときには、対象リスト７００から、そのレコードを削除する処理を実行する。
【０１０９】
図１５に、この実施形態例で実行されることになる処理の処理フローを図示する。
【０１１０】
端末１０では、規定の周期になると、定期接続部１９を使って、保守用サーバ３０との間を接続するとともに、情報収集部１５を使って、端末１０を特定するための装置情報３００を収集する。
【０１１１】
ここで、定期接続部１９は、図１６に示すような設定画面を使って顧客と対話することで、接続周期を設定している。
【０１１２】
続いて、送信部２１を使って、収集した装置情報３００を、ネットワーク８０を経由して保守用サーバ３０に送信する。
【０１１３】
この装置情報を受け取ると、保守用サーバ３０では、対象リストチェック部４１を使って、対象リスト７００（図１４（ａ）に示したもの）に、送られてきた装置情報（装置情報）が登録されているのか否かをチェックして、登録されている場合には、その装置情報の指す登録ソフトウェア６００を配付する必要があることから、送信部３３を使って、その登録ソフトウェア６００を装置情報の送信元である端末１０に送信する。
【０１１４】
このソフトウェアの配付を受けて、端末１０では、受信部２２を使って、保守用サーバ３０から送られてくるソフトウェア６００を受信し、その配付結果を、送信部２１を使って、保守用サーバ３０に返信し、保守用サーバ３０では、配付監視部４２を使って、そのソフトウェア６００の配付状況を保存する。
【０１１５】
このようにして端末１０にダウンロードされたソフトウェア６００は、図１７に示すような設定画面により設定される顧客の指定するタイミング（即適用とか、月曜日のシステム起動時に適用といったようなタイミングが選べる）に従って、ソフトウェア適用部２０によって適用されて実行状態に入る。
【０１１６】
ここで、図１７に示す設定画面では、受信したソフトウェアに対して一律に同一の適用タイミングを設定することを想定しているが、ソフトウェアの種類などに応じて別々の適用タイミングを設定できるようにしてもよい。
【０１１７】
ソフトウェア適用部２０によりソフトウェアが適用されると、情報収集部１５を使って、端末１０を特定するための装置情報３００と、保守作業終了後のハードウェア・ソフトウェアの構成情報とを収集し、送信部２１を使って、その適用結果と装置情報３００と構成情報とを、ネットワーク８０を経由して保守用サーバ３０に送信する。
【０１１８】
この情報の送信を受けて、保守用サーバ３０では、適用監視部４３を使って、ソフトウェアの適用状況を保存する。
【０１１９】
このようにして、本発明によれば、版数のアップしたソフトウェア６００を効率的に端末１０に配付できるようになる。
【０１２０】
この実施形態例では、端末１０からの接続を契機にしてソフトウェア６００の配付を実行したが、保守用サーバ３０から端末１０に接続してソフトウェア６００を配付していくようにしてもよい。
【０１２１】
このようにしてソフトウェアを配付していくのであるが、例えば、端末１０でハードウェア構成を変更し、それに従って構成情報を収集して保守用サーバ３０に送信する際に、その送信前に、保守用サーバ３０からソフトウェアの配付があるときには、その配付の判断に用いた保守用サーバ３０で保存している構成情報と端末１０の構成情報とが異なることで、その配付されたソフトウェアが実際には不要であったり、適用してはいけないことが起こる。
【０１２２】
そこで、本発明では、端末１０の保存している構成情報のＩＤと、保守用サーバ３０の保存している最新の構成情報のＩＤと、配付対象のソフトウェア一覧を記述する対象リスト７００（図１４（ａ）に示したもの）とを用いて、端末１０の構成情報と保守用サーバ３０の保存する最新の構成情報とが一致しているのか否かを確認後に、必要なソフトウェアのみを配付するように処理している。そして、更に、端末１０で適用待ちとなっているソフトウェアが版数アップすることなどにより保守用サーバ３００で配付停止となる場合に、その適用待ちを解除するように処理している。
【０１２３】
図１８に、この処理を実現するための本発明の一実施形態例を図示する。図中、図１や図５や図１３で説明したものと同じものについては同一の記号で示してある。
【０１２４】
端末１０は、この図に示すように、情報収集部１５と、構成変更確認部１６と、送信部２１と、受信部２２と、ソフトウェア配付要求部２３と、ソフトウェア削除部２４と、構成情報ＩＤチェック部２５と、ソフトウェア一覧チェック部２６と、ソフトウェア適用待ち部２７と、装置情報３００とを有している。
【０１２５】
一方、保守用サーバ３０は、この図に示すように、受信部３１と、送信部３３と、情報保存部３４と、世代管理部３５と、対象リスト作成部４０と、登録部４６と、配付停止部４７とを有している。
【０１２６】
ここで、端末１０の持つ機能や保守用サーバ３０の持つ機能は具体的にはプログラムが構成されるものであり、このプログラムは、計算機が読み取り可能な半導体メモリなどの適当な記録媒体に格納することができる。
【０１２７】
この実施形態例に従う場合、端末１０は、情報収集部１５により構成情報が収集されると、その構成情報４００の制御情報となる構成情報ＩＤ（タイムスタンプや版数などを含んだ情報）を作成して、保存している最新の構成情報ＩＤを更新するとともに、その構成情報ＩＤとともに構成情報４００を、装置情報３００と対応をとりつつネットワーク８０を経由して保守用サーバ３０に送信し、これを受けて、保守用サーバ３０は、構成情報ＩＤの割り付けられた構成情報を保存するように処理する。
【０１２８】
保守用サーバ３０では、登録部４６により版数のアップした新たなソフトウェア６００が登録されると、上述したように、対象リスト作成部４０を使って、ソフトウェアのダウンロード先を管理する対象リスト７００を作成することになるが、この実施形態例を実現する場合には、送信部３３を使って、その対象リスト７００の該当部分（送信先の端末１０に関係する部分）と、その対象リスト７００の該当部分の作成元となった構成情報の構成情報ＩＤ８００とを、各端末１０に送信する。
【０１２９】
端末１０では、この対象リスト７００の該当部分と構成情報ＩＤとを受信すると、構成情報ＩＤチェック部２５を使って、保存している最新の構成情報ＩＤと、受信した構成情報ＩＤとが一致するのか否かをチェックして、等しいことを判断するときには、ソフトウェア一覧チェック部２６を使って、受信した対象リスト７００の該当部分に記述されるソフトウェアの中から適用待ちとなっていないソフトウェア６００（これまでに配付されていないソフトウェア６００）を抽出する。そして、ソフトウェア配付要求部２３を使って、保守用サーバ３０に対して、その抽出したソフトウェア６００の配付を要求する。
【０１３０】
この配付要求を受けて、保守用サーバ３０では、送信部３３を使って、配付要求のあるソフトウェア６００を端末１０に配付する。
【０１３１】
そして、このソフトウェア６００の配付を受け取ると、端末１０では、ソフトウェア適用待ち部２７を使って、図１７に示した設定画面により設定されるタイミングに従って、そのソフトウェア６００を適用待ちにする。ここで、即実行というタイミングが設定されている場合には、そのソフトウェア６００を直ちに適用して実行状態にすることになる。そして、その適用待ちのタイミングの条件が成立するときには、そのソフトウェア６００を適用待ちから実行状態に変更することになる。
【０１３２】
その後、端末１０で、ハードウェアやソフトウェアの構成が変更されると、情報収集部１５を起動して、変更された構成情報４１０とそれの構成情報ＩＤ８１０とを作成する。
【０１３３】
その間に、保守用サーバ３０で、配付停止部４７により、端末１０に配付したソフトウェア６００の配付が停止されることになったり、版数アップしたソフトウェア６１０が新たに登録されたりするときには、対象リスト７００が作り直されて、端末１０に送信されてくることになる。
【０１３４】
但し、このときには、端末１０の変更された構成情報４１０と構成情報ＩＤ８１０とは、まだ保守用サーバ３０に送信されていないので、端末１０に送信されてくる対象リスト７００に記述される構成情報ＩＤは、前に通知された構成情報ＩＤ８００となっている。
【０１３５】
これから、端末１０は、保守用サーバ３０から送られてくる対象リスト７００の該当部分と構成情報ＩＤとを受信すると、構成情報ＩＤチェック部２５により構成情報ＩＤの不一致を判断することになる。
【０１３６】
この構成情報の不一致を判断すると、端末１０は、構成情報が変更されていることを通知すべく、送信部２１を使って、変更された構成情報４１０とそれの構成情報ＩＤ８１０とを保守用サーバ３０に送信する。
【０１３７】
この送信を受けて、保守用サーバ３０では、端末１０の最新の構成情報４１０とそれの構成情報ＩＤ８１０とを受信して保存する。そして、新しくなった構成情報４１０に従って、対象リスト７００を作り直して、端末１０に対して、その作り直した新たな対象リスト７００と、その対象リスト７００の作成元となった構成情報４１０の構成情報ＩＤ８１０とを端末１０に送信する。
【０１３８】
端末１０では、この対象リスト７００の該当部分と構成情報ＩＤ８１０とを受信すると、今度は、構成情報ＩＤチェック部２５により構成情報ＩＤの一致を判断することになる。
【０１３９】
これから、受信した対象リスト７００に従って、適用待ちにしたソフトウェア６００がソフトウェア６１０に版数アップすることで配付対象から外されたことを判断して、ソフトウェア適用待ち部２７を使って、そのソフトウェア６００の適用待ちを解除したり、ソフトウェア削除部２４を使って、そのソフトウェア６００を解除する。
【０１４０】
そして、受信した対象リスト７００に従って、保守用サーバ３０から受信していないソフトウェア６１０があることを判断して、ソフトウェア配付要求部２３を使って、保守用サーバ３０に対して、そのソフトウェア６１０の配付を要求する。
【０１４１】
この配付要求を受けて、保守用サーバ３０では、送信部３３を使って、配付要求のあるソフトウェア６１０を端末１０に配付する。
【０１４２】
そして、このソフトウェア６１０の配付を受け取ると、端末１０では、ソフトウェア適用待ち部２７を使って、図１７に示した設定画面により設定されるタイミングに従って、そのソフトウェア６１０を適用待ちにする。
【０１４３】
その後、端末１０において、何らかの問題によりソフトウェア６１０が消えてしまうようなことがあると、保守用サーバ３０から送られてくる対象リスト７００に従って、その消えたソフトウェア６１０の配付依頼を行い、その配付依頼に応答して送られてくるソフトウェア６１０を受信して適用待ちすることで、失われたソフトウェアを再び適用させていくように処理する。
【０１４４】
この実施形態例では、端末１０の側で構成情報ＩＤが一致しているのか否かを判断する構成を採ったが、端末１０が、例えば定期的に装置情報と構成ＩＤ情報とを保守用サーバ３０に送信する構成を採って、保守用サーバ３０の側で構成情報ＩＤが一致しているのか否かを判断して、不一致を判断するときに、端末１０から保守用サーバ３０に構成情報を送信させていくという方法を用いることでもよい。
【０１４５】
以上に説明したように、本発明に関連する発明では、保守用サーバ３０が各端末１０の構成情報を正確に把握できるようにする構成を実現している。
【０１４６】
この構成は、具体的には、保守用サーバ３０が、端末１０により顧客情報の登録が行われるときに、端末１０の初期構成の構成情報を取得し、その後、端末１０の構成が変更される度に、端末１０の構成情報を取得し、そして、構成情報ＩＤを使って、端末１０の構成情報が保守用サーバ３０に取得されているものと違うのか否かをチェックして、違う場合には、その時点の端末１０の構成情報を取得していくことで実現される。
【０１４７】
更に、本発明に関連する発明では、保守用サーバ３０が正確に把握する各端末１０の構成情報を世代管理することで、障害原因の探索を容易にできるようにする構成を実現している。
【０１４８】
この構成は、具体的には、保守用サーバ３０が、端末１０から取得した構成情報を世代管理する構成を採って、障害発生時点の端末１０の構成情報と、その世代管理する構成情報との差分情報を抽出して、それを出力することで実現される。
【０１４９】
端末１０にハードウェアやソフトウェアの障害が発生する場合、その原因がソフトウェアの組み合わせや、ソフトウェアとハードウェアとの組み合わせにあることが多いことから、この差分情報の出力により障害原因の探索が容易なものになることを実現できるのである。
【０１５０】
更に、本発明では、保守用サーバ３０が正確に把握する各端末１０の構成情報を使って、障害発生などにより変更されたソフトウェアを効率的に配付できるようにする構成を実現している。
【０１５１】
この構成は、具体的には、新たなソフトウェアが生成されると、保守用サーバ３０が、把握している各端末１０の構成情報に従って、そのソフトウェアの適用されるシリーズと一致する端末１０を検索し、続いて、その検索された端末１０を検索対象として、そのソフトウェアを持つ端末１０を検索し、続いて、その検索された端末１０を検索対象として、そのソフトウェアの版数よりも古い版数を持つ端末１０を検索することで、そのソフトウェアの配付先となる端末１０のリストを作成する。
【０１５２】
そして、このようにして作成したリストを使って、端末１０からソフトウェアの配付要求があるときに、このリストを検索することで、その端末１０に配付すべきソフトウェアを特定して配付したり、このリストを端末１０に通知して、その通知に応答して端末１０からソフトウェアの配付要求があるときに、その配付要求のあるソフトウェアを配付することで実現される。
【０１５３】
更に、本発明に関連する発明では、顧客の希望する形態に従って、ソフトウェアを適用できるようにする構成を実現している。
【０１５４】
この構成は、具体的には、端末１０が、保守用サーバ３０から配付される資源に対して、適用待ち状態にするのか即実行状態にするのかを設定して、その設定に基づいて、保守用サーバ３０から配付される資源の適用のタイミングを制御するとともに、適用待ちにあるソフトウェアが不要となる場合には、その適用待ちを解除することで実現される。
【０１５５】
更に、本発明に関連する発明では、個々の保守作業員の技量や個々のサービス会社のレベルの評価を客観的かつ迅速に行えるようにする構成を実現している。
【０１５６】
この構成は、具体的には、保守用サーバ３０が、保守作業の開始日時情報及び終了日時情報を収集して、それを集計することで実現される。
【０１５７】
【発明の効果】
以上説明したように、本発明によれば、ネットワークに接続される各端末に対して、ダウンロードしなければならない資源を迅速にダウンロードできるようになる。
【図面の簡単な説明】
【図１】 本発明に関連する顧客登録処理を実現する構成の一例を示す図である。
【図２】 本発明に関連する顧客登録処理の説明図である。
【図３】 顧客情報入力画面の説明図である。
【図４】 装置情報／構成情報の説明図である。
【図５】 本発明に関連する保守作業処理を実現する構成の一例を示す図である。
【図６】 本発明に関連する保守作業処理の説明図である。
【図７】 構成情報の世代管理の説明図である。
【図８】 本発明に関連する処理の説明図である。
【図９】 差分構成情報の表示の説明図である。
【図１０】 操作メニュー画面の説明図である。
【図１１】 本発明に関連する処理の説明図である。
【図１２】 保守作業の評価情報の説明図である。
【図１３】 本発明の一実施形態例である。
【図１４】 管理情報の説明図である。
【図１５】 本発明の処理の説明図である。
【図１６】 定期接続設定画面の説明図である。
【図１７】 ソフトウェア適用設定画面の説明図である。
【図１８】 本発明の一実施形態例である。
【符号の説明】
１０ 端末
３０ 保守用サーバ
８０ ネットワーク
２００ 顧客登録情報
３００ 装置情報
４００ 構成情報
５００ 障害情報
６００ ソフトウェア
７００ 対象リスト
８００ 構成情報ＩＤ

Claims (5)

1. ネットワークに接続される端末を保守するリモートメンテナンス装置であって、
   端末の構成情報と該構成情報の変更に合わせて端末により変更されることになる構成情報ＩＤとを取得対象として、端末の構成情報が変更される場合に該端末から送られてくる、その変更後の構成情報とその変更後の構成情報のＩＤとを取得する取得手段と、
   上記取得手段の取得した各端末の構成情報と該構成情報のＩＤとを記憶する記憶手段と、
   端末への配付対象となる資源と上記記憶手段の記憶する各端末の構成情報とに基づいて、該資源の配付先となる端末を特定して、それに従って、端末への配付対象となる資源の識別情報と該資源の配付先端末との対応関係のリストを生成する生成手段と、
   上記対応関係リストに記述される端末に対して、上記対応関係リストに記述される該端末への配布対象となる資源の識別情報と、上記記憶手段の記憶する該端末の構成情報ＩＤとを通知する通知手段と、
   上記通知手段の通知に応答して、通知先の端末から上記対応関係リストに記述される資源の配布要求がある場合に、該端末に対して該資源を配付する配付手段と、
   上記通知手段の通知に応答して、通知先の端末から現在の構成情報と該構成情報のＩＤとの返信がある場合に、該構成情報に基づいて、上記対応関係リストに記述される該端末への配付対象となる資源識別情報を作り直すとともに、該作り直した資源識別情報と該構成情報のＩＤとを該端末に通知する実行手段と、
   上記配布手段により資源配布を行った場合に、上記対応関係リストに記述される該資源配布に関わる対応関係リスト部分を削除する削除手段とを備えることを、
   特徴とするリモートメンテナンス装置。
2. 請求項１に記載のリモートメンテナンス装置において、
   端末から送られてくる構成情報ＩＤと、上記記憶手段の記憶する構成情報ＩＤとが一致しない場合に、該端末に対して、構成情報の送信指示を発行する発行手段を備え、
   上記取得手段は、上記発行手段の送信指示に応答して送られてくる構成情報を取得することを、
   特徴とするリモートメンテナンス装置。
3. ネットワークに接続される端末を保守するリモートメンテナンス装置の実現に用いられるリモートメンテナンス処理用プログラムであって、
   コンピュータを、
   端末の構成情報と該構成情報の変更に合わせて端末により変更されることになる構成情報ＩＤとを取得対象として、端末の構成情報が変更される場合に該端末から送られてくる、その変更後の構成情報とその変更後の構成情報のＩＤとを取得する取得手段と、
   上記取得手段の取得した各端末の構成情報と該構成情報のＩＤとを記憶する記憶手段と、
   端末への配付対象となる資源と上記記憶手段の記憶する各端末の構成情報とに基づいて、該資源の配付先となる端末を特定して、それに従って、端末への配付対象となる資源の識別情報と該資源の配付先端末との対応関係のリストを生成する生成手段と、
   上記対応関係リストに記述される端末に対して、上記対応関係リストに記述される該端末への配布対象となる資源の識別情報と、上記記憶手段の記憶する該端末の構成情報ＩＤとを通知する通知手段と、
   上記通知手段の通知に応答して、通知先の端末から上記対応関係リストに記述される資源の配布要求がある場合に、該端末に対して該資源を配付する配付手段と、
   上記通知手段の通知に応答して、通知先の端末から現在の構成情報と該構成情報のＩＤとの返信がある場合に、該構成情報に基づいて、上記対応関係リストに記述される該端末への配付対象となる資源識別情報を作り直すとともに、該作り直した資源識別情報と該構成情報のＩＤとを該端末に通知する実行手段と、
   上記配布手段により資源配布を行った場合に、上記対応関係リストに記述される該資源配布に関わる対応関係リスト部分を削除する削除手段として機能させるためのリモートメンテナンス処理用プログラム。
4. 請求項３に記載のリモートメンテナンス処理用プログラムにおいて、
   コンピュータを、さらに、端末から送られてくる構成情報ＩＤと、上記記憶手段の記憶する構成情報ＩＤとが一致しない場合に、該端末に対して、構成情報の送信指示を発行する発行手段として機能させて、
   上記取得手段は、上記発行手段の送信指示に応答して送られてくる構成情報を取得することを、
   特徴とするリモートメンテナンス処理用プログラム。
5. ネットワークに接続される端末を保守するリモートメンテナンス装置の実現に用いられるプログラムを記録したリモートメンテナンス処理用プログラムの記録媒体であって、
   コンピュータを、
   端末の構成情報と該構成情報の変更に合わせて端末により変更されることになる構成情報ＩＤとを取得対象として、端末の構成情報が変更される場合に該端末から送られてくる、その変更後の構成情報とその変更後の構成情報のＩＤとを取得する取得手段と、
   上記取得手段の取得した各端末の構成情報と該構成情報のＩＤとを記憶する記憶手段と、
   端末への配付対象となる資源と上記記憶手段の記憶する各端末の構成情報とに基づいて、該資源の配付先となる端末を特定して、それに従って、端末への配付対象となる資源の識別情報と該資源の配付先端末との対応関係のリストを生成する生成手段と、
   上記対応関係リストに記述される端末に対して、上記対応関係リストに記述される該端末への配布対象となる資源の識別情報と、上記記憶手段の記憶する該端末の構成情報ＩＤとを通知する通知手段と、
   上記通知手段の通知に応答して、通知先の端末から上記対応関係リストに記述される資源の配布要求がある場合に、該端末に対して該資源を配付する配付手段と、
   上記通知手段の通知に応答して、通知先の端末から現在の構成情報と該構成情報のＩＤとの返信がある場合に、該構成情報に基づいて、上記対応関係リストに記述される該端末への配付対象となる資源識別情報を作り直すとともに、該作り直した資源識別情報と該構成情報のＩＤとを該端末に通知する実行手段と、
   上記配布手段により資源配布を行った場合に、上記対応関係リストに記述される該資源配布に関わる対応関係リスト部分を削除する削除手段として機能させるためのプログラムを記録したリモートメンテナンス処理用プログラムの記録媒体。

Images