(57)【要約】【課題】外部からの通信が遮断されるようなネットワークに接続されている情報処理装置であっても、リモート制御することを課題とする。【解決手段】管理対象装置２０に対する管理サーバ３０からの接続が遮断されるネットワークに接続される管理サーバ３０に、管理対象装置２０に対する指示を蓄積する指示蓄積部４１と、管理対象装置２０からの接続を受け入れる接続受入部４２と、指示蓄積部４１によって蓄積された指示を、接続を介して送信することで、指示を管理対象装置２０に取得させる指示送信部４３と、を備えた。【選択図】図２
2012027869.tif 000002
【特許請求の範囲】
【請求項１】
管理対象装置に対する指示を蓄積する指示蓄積手段と、
前記管理対象装置からの接続を受け入れる接続受入手段と、
前記指示蓄積手段によって蓄積された指示を、前記接続を介して送信することで、該指示を前記管理対象装置に取得させる指示送信手段と、
を備える管理サーバ。
【請求項２】
前記接続受入手段は、前記管理対象装置から送信された接続要求に応じて前記管理サーバと該管理対象装置との間の接続を確立することで、前記管理対象装置からの接続を受け入れる、
請求項１に記載の管理サーバ。
【請求項３】
前記管理対象装置から送信された、前記指示蓄積手段によって蓄積された指示の有無の問合せを、前記接続を介して受信する問合せ受信手段と、
前記問合せ受信手段によって前記問合せが受信された場合に、該問合せ元の前記管理対象装置に対する指示が前記指示蓄積手段に蓄積されているか否かを判定する蓄積判定手段と、を更に備え、
前記指示送信手段は、前記蓄積判定手段によって、前記管理対象装置に対する指示が蓄積されていると判定された場合に、蓄積されている指示を前記管理対象装置に取得させる、
請求項１または２に記載の管理サーバ。
【請求項４】
前記指示蓄積手段は、ユーザ端末から受信した、前記管理対象装置に対する指示を蓄積する、
請求項１から３の何れか一項に記載の管理サーバ。
【請求項５】
前記管理対象装置における前記指示の実行結果通知を受信する実行結果通知受信手段と、
前記実行結果通知が受信された後に、前記指示蓄積手段に蓄積された指示のうち、該実行結果通知に係る指示を削除する指示削除手段と、を更に備える、
請求項１から４の何れか一項に記載の管理サーバ。
【請求項６】
前記管理対象装置における前記指示の実行結果通知を受信する実行結果通知受信手段を更に備え、
前記指示送信手段は、前記実行結果通知が受信された後に、該実行結果通知に係る指示に続く指示を、前記管理対象装置に取得させる、
請求項１から４の何れか一項に記載の管理サーバ。
【請求項７】
前記指示送信手段は、前記指示蓄積手段によって蓄積された指示を、予め設定されたタイミングで前記管理対象装置に取得させる、
請求項１から４の何れか一項に記載の管理サーバ。
【請求項８】
前記管理対象装置に対する複数の指示の内容に基づいて、前記管理対象装置に指示を実行させる順序、１回の送信で取得させる１または複数の指示の組み合わせ、指示を取得させるタイミング、および管理対象装置における指示の実行結果に応じた指示の変更、のうち少なくとも何れかを示す情報を含む指示シナリオを生成する指示シナリオ生成手段を更に備え、
前記指示送信手段は、前記指示シナリオに従って、指示を前記管理対象装置に取得させる、
請求項１から７の何れか一項に記載の管理サーバ。
【請求項９】
前記管理サーバは、前記管理対象装置に対する該管理サーバからの接続が遮断されるネットワークに接続される、
請求項１から８の何れか一項に記載の管理サーバ。
【請求項１０】
コンピュータが、
管理対象装置に対する指示を蓄積する指示蓄積ステップと、
前記管理対象装置からの接続を受け入れる接続受入ステップと、
前記指示蓄積ステップにおいて蓄積された指示を、前記接続を介して送信することで、該指示を前記管理対象装置に取得させる指示送信ステップと、
を実行する、管理対象装置の管理方法。
【請求項１１】
コンピュータに、
管理対象装置に対する指示を蓄積する指示蓄積ステップと、
前記管理対象装置からの接続を受け入れる接続受入ステップと、
前記指示蓄積ステップにおいて蓄積された指示を、前記接続を介して送信することで、該指示を前記管理対象装置に取得させる指示送信ステップと、
を実行させるための、管理対象装置の管理用プログラム。
【請求項１２】
管理対象の情報処理装置であって、
該情報処理装置に対する指示を蓄積する管理サーバに対して接続を行う接続手段と、
前記接続を介して、前記管理サーバから送信された指示を受信することで、該情報処理装置に対する指示を取得する指示取得手段と、
受信された指示に従った制御を実行することで、該情報処理装置を制御する指示実行手段と、
を備える情報処理装置。
【請求項１３】
前記接続手段は、前記管理サーバに対して接続要求を送信し、前記情報処理装置と該管理サーバとの間の接続を確立する、
請求項１２に記載の情報処理装置。
【請求項１４】
前記接続を介して、前記管理サーバに蓄積された指示の有無の問合せを送信する問合せ送信手段を更に備え、
前記指示取得手段は、前記問合せに応じて前記管理サーバから送信された指示を取得する、
請求項１２または１３に記載の情報処理装置。
【請求項１５】
前記指示取得手段において取得された指示が、実行可能な指示であるか否かを判定する実行可能性判定手段と、
前記実行可能性判定手段において、前記指示が実行可能な指示ではないと判定された場合に、該情報処理装置における該指示の実行環境を、該指示を実行可能な状態まで更新する更新手段と、を更に備え、
前記指示実行手段は、前記実行可能性判定手段によって、前記指示が実行可能な指示であると判定された場合か、または前記更新手段による更新が完了した場合に、受信された指示に従った制御を実行する、
請求項１２から１４の何れか一項に記載の情報処理装置。
【請求項１６】
前記情報処理装置は、前記管理サーバからの該情報処理装置に対する接続が遮断されるネットワークに接続される、
請求項１２から１５の何れか一項に記載の情報処理装置。
【請求項１７】
コンピュータが、
該コンピュータに対する指示を蓄積する管理サーバに対して接続を行う接続ステップと、
前記接続を介して、前記管理サーバから送信された指示を受信することで、該コンピュータに対する指示を取得する指示取得ステップと、
受信された指示に従った制御を実行することで、該コンピュータを制御する指示実行ステップと、
を実行する、管理サーバからの指示取得方法。
【請求項１８】
コンピュータに、
該コンピュータに対する指示を蓄積する管理サーバに対して接続を行う接続ステップと、
前記接続を介して、前記管理サーバから送信された指示を受信することで、該コンピュータに対する指示を取得する指示取得ステップと、
受信された指示に従った制御を実行することで、該コンピュータを制御する指示実行ステップと、
を実行させるための、管理サーバからの指示取得用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータを管理するための技術に関する。
【背景技術】
【０００２】
ネットワークを通じて複数のデバイス中で命令及び制御するための方法及びシステムとして、第１デバイスをネットワークに接続する段階と、第２デバイスを前記ネットワークに接続する段階であって、前記第２デバイスは他のネットワークデバイスにより前記第２デバイスを命令し制御するために構造的なフォーマットでアプリケーションインタフェース説明データを定める段階と、ネットワークを通じて第１デバイスにアプリケーションインタフェース説明データを提供する段階と、第２デバイスの動作を制御するために前記アプリケーションインタフェース説明データを使用してネットワークを通じて前記第１デバイスから前記第２デバイスに制御及び命令データを伝送する段階と、を含む方法及びシステムがある（特許文献１を参照）。
【０００３】
また、ルータを介してネットワークに接続されたネットワーク周辺デバイスが、ネットワーク越しにリモートサービス指示を得る通信方法がある（特許文献２を参照）。その他、ネットワークにおける監視ポイントを通過するネットワーク情報を収集するネットワーク情報収集装置と、該ネットワーク情報収集装置により収集された前記ネットワーク情報を解析する情報解析装置とが別体となっているネットワーク情報収集システムや（特許文献３を参照）、複数の遠隔装置間の通信において、複数のシステム固有プロトコルの代わりに、ハイパーテキスト伝送プロトコルを用い、各装置がインターネットサーバのように機能し、それぞれに固有の機能に基づくユーザインターフェイスをユーザに提供する技術がある（特許文献４を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００２−５１４７９８号公報
【特許文献２】特開平１０−１６４１８２号公報
【特許文献３】特開２００６−２４６１９５号公報
【特許文献４】特開２０００−５９８７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）等のアドレス変換技術を用いることで外部ネットワークとの通信を可能にしたネットワークや、ファイアウォール等のセキュリティ技術によって保護されているネットワークのような、通信のための接続が相互透過でないネットワークが用いられている。このようなネットワークは、外部からの不要な接続を遮断することが可能であり、セキュリティ上の利点が認識されているため、現在では多く用いられている。
【０００６】
しかし、このような相互透過でないネットワークでは、原則として、明示的に許可されない外部からの接続が遮断されるため、ネットワークの内部に接続された装置を、外部からリモート制御することは困難であった。このため、ネットワークの内部に接続された装置の保守では、保守担当者が、装置が設置されている現地まで出向いて、管理対象の装置に対して必要な作業を行う必要があった。
【０００７】
本発明は、上記した問題に鑑み、外部からの通信が遮断されるようなネットワークに接
続されている情報処理装置であっても、リモート制御することを課題とする。
【課題を解決するための手段】
【０００８】
本発明では、上記課題を解決するために、以下の手段を採用した。即ち、本発明は、管理対象装置に対する指示を蓄積する指示蓄積手段と、前記管理対象装置からの接続を受け入れる接続受入手段と、前記指示蓄積手段によって蓄積された指示を、前記接続を介して送信することで、該指示を前記管理対象装置に取得させる指示送信手段と、を備える管理サーバである。
【０００９】
ここで、管理対象装置に対する指示とは、管理対象装置の制御のために発行される制御命令であり、その指示する内容は、管理対象装置によって実行可能なものであれば、制限されない。具体的には、指示には、管理対象装置の初期化（リセット）指示、設定指示、停止指示、シャットダウン（終了）指示、再起動指示、保守情報採取指示、等が含まれてよい。
【００１０】
また、管理対象装置からの接続とは、管理対象装置から開始され、管理サーバに対して行われる接続を意味する。即ち、本発明では、管理対象装置の制御のために直接管理対象に対して接続するのではなく、指示を管理サーバに蓄積させておいて、管理対象装置から管理サーバに対して行われる接続を介して管理対象装置に指示を取得させる。例えば、本発明によれば、管理対象装置から管理サーバに対して定期的にポーリングを行い、管理対象装置に指示を取得させることが出来る。
【００１１】
本発明によれば、管理対象装置から開始される接続を介して管理対象装置に自ら指示を取得させることで、管理サーバが、管理対象装置に対する該管理サーバからの接続が遮断されるネットワークに接続されるような環境においても、管理対象装置を好適に制御することが可能となる。
【００１２】
また、本発明において、前記接続受入手段は、前記管理対象装置から送信された接続要求に応じて前記管理サーバと該管理対象装置との間の接続を確立することで、前記管理対象装置からの接続を受け入れてもよい。
【００１３】
管理サーバと管理対象装置との間の通信に、例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のような、接続（コネクション）を確立した上でデータ通信を行う通信プロトコルを用いる場合、管理対象装置から接続要求が送信され、管理サーバは、この接続要求に応じて接続を確立することで、接続を受け入れる。
【００１４】
また、本発明に係る管理サーバは、前記管理対象装置から送信された、前記指示蓄積手段によって蓄積された指示の有無の問合せを、前記接続を介して受信する問合せ受信手段と、前記問合せ受信手段によって前記問合せが受信された場合に、該問合せ元の前記管理対象装置に対する指示が前記指示蓄積手段に蓄積されているか否かを判定する蓄積判定手段と、を更に備え、前記指示送信手段は、前記蓄積判定手段によって、前記管理対象装置に対する指示が蓄積されていると判定された場合に、蓄積されている指示を前記管理対象装置に取得させてもよい。
【００１５】
本発明によれば、上記のような問合せ受信手段、蓄積判定手段および指示送信手段を備えることで、問合せに応じて、問合せ元の管理対象装置に対する指示の有無を判定し、該管理対象装置に対する指示を取得させることが可能となる。
【００１６】
また、本発明において、前記指示蓄積手段は、ユーザ端末から受信した、前記管理対象装置に対する指示を蓄積してもよい。このような指示蓄積手段を採用することで、本発明
によれば、ユーザ端末から管理対象装置をリモート制御することが可能となる。
【００１７】
また、本発明に係る管理サーバは、前記管理対象装置における前記指示の実行結果通知を受信する実行結果通知受信手段と、前記実行結果通知が受信された後に、前記指示蓄積手段に蓄積された指示のうち、該実行結果通知に係る指示を削除する指示削除手段と、を更に備えてもよい。
【００１８】
実行結果通知が受信された後で指示が削除されることで、本発明によれば、指示の実行が完了するまで管理サーバにおいて指示を保持し、未完了の指示を削除してしまうことを防止することが出来る。
【００１９】
また、本発明に係る管理サーバは、前記管理対象装置における前記指示の実行結果通知を受信する実行結果通知受信手段を更に備え、前記指示送信手段は、前記実行結果通知が受信された後に、該実行結果通知に係る指示に続く指示を、前記管理対象装置に取得させてもよい。即ち、本発明によれば、管理サーバが、管理対象装置における指示の実行状況に応じて、管理対象装置を同期制御することが可能となる。
【００２０】
また、本発明において、前記指示送信手段は、前記指示蓄積手段によって蓄積された指示を、予め設定されたタイミングで前記管理対象装置に取得させてもよい。即ち、本発明によれば、管理サーバが、管理対象装置における指示の実行状況に拘らず、管理対象装置を非同期制御することが可能となる。
【００２１】
また、本発明に係る管理サーバは、前記管理対象装置に対する複数の指示の内容に基づいて、前記管理対象装置に指示を実行させる順序、１回の送信で取得させる１または複数の指示の組み合わせ、指示を取得させるタイミング、および管理対象装置における指示の実行結果に応じた指示の変更、のうち少なくとも何れかを示す情報を含む指示シナリオを生成する指示シナリオ生成手段を更に備え、前記指示送信手段は、前記指示シナリオに従って、指示を前記管理対象装置に取得させてもよい。
【００２２】
このような指示シナリオを生成し、指示シナリオに従って指示を前記管理対象装置に取得させることで、本発明によれば、複数の指示からなる複雑な制御であっても、管理対象装置に対してリモートから適切に行うことが可能となる。
【００２３】
また、本発明は、上記説明した管理サーバによって管理される管理対象の情報処理装置の発明としても把握することが出来る。即ち、本発明は、管理対象の情報処理装置であって、該情報処理装置に対する指示を蓄積する管理サーバに対して接続を行う接続手段と、前記接続を介して、前記管理サーバから送信された指示を受信することで、該情報処理装置に対する指示を取得する指示取得手段と、受信された指示に従った制御を実行することで、該情報処理装置を制御する指示実行手段と、を備える情報処理装置である。
【００２４】
本発明によれば、管理対象の情報処理装置から開始させる接続を介して情報処理装置に指示を取得させることで、情報処理装置が、管理サーバからの該情報処理装置に対する接続が遮断されるネットワークに接続されるような環境においても、情報処理装置を好適に制御することが可能となる。
【００２５】
また、本発明において、前記接続手段は、前記管理サーバに対して接続要求を送信し、前記情報処理装置と該管理サーバとの間の接続を確立してもよい。
【００２６】
また、本発明に係る情報処理装置は、前記接続を介して、前記管理サーバに蓄積された指示の有無の問合せを送信する問合せ送信手段を更に備え、前記指示取得手段は、前記問
合せに応じて前記管理サーバから送信された指示を取得してもよい。
【００２７】
また、本発明に係る情報処理装置は、前記指示取得手段において取得された指示が、実行可能な指示であるか否かを判定する実行可能性判定手段と、前記実行可能性判定手段において、前記指示が実行可能な指示ではないと判定された場合に、該情報処理装置における該指示の実行環境を、該指示を実行可能な状態まで更新する更新手段と、を更に備え、前記指示実行手段は、前記実行可能性判定手段によって、前記指示が実行可能な指示であると判定された場合か、または前記更新手段による更新が完了した場合に、受信された指示に従った制御を実行してもよい。
【００２８】
このような実行可能性判定手段、更新手段および指示実行手段を備えることで、本発明によれば、情報処理装置において実行不可能な指示が発行されたような場合であっても、情報処理装置を適切に更新し、指示を実行することが可能となる。
【００２９】
更に、本発明は、方法、又はコンピュータによって実行されるプログラムとしても把握することが可能である。また、本発明は、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。
【００３０】
例えば、本発明は、コンピュータに、該コンピュータに対する指示を蓄積する管理サーバに対して接続を行う接続ステップと、前記接続を介して、前記管理サーバから送信された指示を受信することで、該コンピュータに対する指示を取得する指示取得ステップと、受信された指示に従った制御を実行することで、該コンピュータを制御する指示実行ステップと、を実行させるためのプログラムである。
【発明の効果】
【００３１】
本発明によれば、外部からの通信が遮断されるようなネットワークに接続されている情報処理装置であっても、リモート制御することが可能となる。
【図面の簡単な説明】
【００３２】
【図１】実施形態に係る装置管理システムの構成を示す図である。
【図２】実施形態に係る管理対象装置および管理サーバの機能構成を示す図である。
【図３】実施形態に係る指示蓄積処理の流れを示すフローチャートである。
【図４】実施形態に係る指示テーブルの構成を示す図である。
【図５】実施形態に係る管理対象制御処理の流れを示すフローチャートである。
【図６】実施形態に係る指示蓄積処理の流れを示すフローチャートである。
【図７】実施形態に係る管理対象制御処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３３】
以下、本発明の実施の形態について、図面に基づいて説明する。以下に説明する実施の形態は、本発明を実施する場合の一例を示すものであって、本発明を以下に説明する具体的構成に限定するものではない。本発明を実施するにあたっては、実施の形態に応じた具体的構成が適宜採用されることが好ましい。
【００３４】
＜システムの構成＞
図１は、本実施形態に係る装置管理システム１の構成を示す概略図である。本実施形態に係る装置管理システム１は、複数のネットワークセグメント２（以下、「内部ネットワーク」とも称する）および外部ネットワーク（例えば、インターネット）の上に構築され
るシステムであり、ネットワークセグメント２に接続されて管理の対象となる管理対象装置２０と、複数のネットワークセグメント２における管理対象装置２０を管理する管理サーバ３０と、を備える。また、ネットワークセグメント２と外部ネットワークとの間の通信は、ネットワークセグメント２内の装置に対してＮＡＴおよびファイアウォールを提供するルータ１０が仲介しており、外部ネットワークからのネットワークセグメント２に対する接続は、ルータ１０によって遮断される。このため、ネットワークセグメント２上の管理対象装置２０から外部ネットワーク上の管理サーバ３０への接続確立は成功するが、外部ネットワーク上の管理サーバ３０からネットワークセグメント２上の管理対象装置２０に対する接続を確立することは困難である。
【００３５】
管理サーバ３０は、は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３２、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の記憶装置３４、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）３５等の通信ユニット、等を備えるコンピュータである。なお、本実施形態に係る装置管理システム１では、管理サーバ３０は、インターネットや広域ネットワークを介して遠隔地において接続されたものであり、例えばＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）によって提供されるが、管理サーバ３０は、必ずしも遠隔地に接続されたものである必要はない。
【００３６】
また、管理対象装置２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の記憶装置１４、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）１５等の通信ユニット、等を備えるコンピュータである。
【００３７】
なお、管理対象装置２０は、例えば、管理対象装置２０が接続されているセグメント内の他の装置による通信を遮断する機能を有する通信遮断装置であってよい。管理対象装置２０が通信遮断装置である場合、管理対象装置２０は、ネットワークセグメント２に接続された所定の対象ノードに対して、ルータ１０のＩＰアドレスに対応するＭＡＣアドレスとして管理対象装置２０のＭＡＣアドレスを通知することで、対象ノードからの外部ネットワークに対する通信を管理対象装置２０に誘導し、誘導されたパケットを転送せずに破棄することで、対象ノードによる通信を遮断する。但し、管理対象装置２０は、通信遮断装置に限られず、ネットワークセグメント２に接続されるどのような装置であってもよい。例えば、管理対象装置２０は、ネットワークセグメント２に接続されるパーソナルコンピュータ、サーバ、ネットワークプリンタ、ネットワークスキャナ、等であってよい。
【００３８】
ルータ１０は、ネットワークセグメント２に接続された装置のローカルＩＰアドレスを外部ネットワークにおいて通信可能なアドレス（例えば、グローバルＩＰアドレス）に変換するＮＡＴ機能を有する。ルータ１０によって提供されるＮＡＴ機能によって、内部ネットワークに接続された装置から外部ネットワークへの接続確立は成功する。また、この確立された接続を介した外部ネットワークからの通信についてもルータ１０によって適切に仲介される。但し、外部ネットワーク上の装置（例えば、管理サーバ３０）から開始される、内部ネットワークに接続された装置に対する接続は、ルータ１０によって中継されず、またアドレス変換もされないため、外部ネットワークから内部ネットワークへの接続を確立することは困難である。
【００３９】
図２は、本実施形態に係る管理対象装置２０および管理サーバ３０の機能構成の概略を示す図である。管理対象装置２０は、記憶装置１４に記録されている指示取得用プログラムが、ＲＡＭ１３に読み出され、ＣＰＵ１１によって実行されることで、接続部２１、指示取得部２２、指示実行部２３、問合せ送信部２４、実行可能性判定部２５、および更新部２６を備える情報処理装置として機能する。なお、本実施形態では、管理対象装置２０の備える各機能は、汎用プロセッサであるＣＰＵ１１によって実行されるが、これらの機能の一部または全部は、１または複数の専用プロセッサによって実行されてもよい。
【００４０】
管理サーバ３０は、記憶装置３４に記録されている管理用プログラムが、ＲＡＭ３３に読み出され、ＣＰＵ３１によって実行されることで、指示蓄積部４１、接続受入部４２、指示送信部４３、問合せ受信部４４、蓄積判定部４５、実行結果通知受信部４６、指示削除部４７、および指示シナリオ生成部４８を備える管理サーバ３０として機能する。なお、本実施形態では、管理サーバ３０の備える各機能は、汎用プロセッサであるＣＰＵ３１によって実行されるが、これらの機能の一部または全部は、１または複数の専用プロセッサによって実行されてもよい。
【００４１】
＜処理の流れ＞
次に、本実施形態において実行される処理の流れを、フローチャートを用いて説明する。なお、以下に説明する処理では、管理対象装置２０、管理サーバ３０、およびユーザ端末９０間で通信が行われるが、採用される通信プロトコルは限定されない。例えば、通信プロトコルには、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が採用されてよい。
【００４２】
図３は、本実施形態に係る指示蓄積処理の流れを示すフローチャートである。本実施形態に係る指示蓄積処理は、上記説明した装置管理システム１において、ユーザ端末９０において管理対象装置２０に対する指示（制御命令）が入力されたことや、予め設定された管理対象装置２０への指示日時が到来したこと等を契機として開始される。なお、本フローチャートに示された処理の具体的な内容および処理順序は、本発明を実施するための一例である。具体的な処理内容および処理順序は、本発明の実施の形態に応じて適宜選択されてよい。
【００４３】
ステップＳ１０１およびステップＳ１０２では、ユーザ端末９０および管理サーバ３０が、互いを認証する。ユーザ端末９０は、管理サーバ３０に対して認証用の情報を送信し、管理サーバ３０による認証を受ける（ステップＳ１０１）。同様に、管理サーバ３０は、ユーザ端末９０に対して認証用の情報を送信し、ユーザ端末９０による認証を受ける（ステップＳ１０２）。このようにして、ユーザ端末９０は、通信相手の管理サーバ３０が、管理対象装置２０に対する指示を渡してよい相手か否かを判断することが出来る。また、管理サーバ３０は、通信相手のユーザ端末９０が、管理対象装置２０に対して指示を与える権限を有するユーザ端末９０であるか否かを判断することが出来る。但し、認証は省略されてもよいし、認証が行われる場合にも、ユーザ端末９０による管理サーバ３０の認証、または管理サーバ３０によるユーザ端末９０の認証の何れか一方のみが実行されることとしてもよい。また、相互認証が行われる場合にも、認証の順序は限定されない。ユーザ端末９０および管理サーバ３０による認証が完了すると、処理はステップＳ１０３へ進む。
【００４４】
ステップＳ１０３およびステップＳ１０４では、管理対象装置２０に対する指示が送受信される。ユーザ端末９０は、管理サーバ３０に対して、管理対象装置２０に対する指示を送信する（ステップＳ１０３）。本実施形態に係るネットワーク構成では、ユーザ端末９０は、ルータ配下のセグメントに対して、ＮＡＴやファイアウォール等を介して外部のネットワークに接続されている。このため、ユーザ端末９０は、ルータ配下のセグメント
に接続されている管理対象装置２０に対して接続を確立して、管理対象装置２０に対して指示を直接送信することが出来ない。このため、本実施形態において、ユーザ端末９０は、管理対象装置２０に対する指示を、管理サーバ３０に対して送信する。
【００４５】
ステップＳ１０３においてユーザ端末９０から管理サーバ３０に対して送信されるパケットには、ユーザＩＤ、管理対象装置ＩＤ、および指示が含まれる。ここで、ユーザＩＤとは、ステップＳ１０１およびステップＳ１０２の処理で認証されたユーザまたはユーザ端末９０を識別可能な情報である。また、管理対象装置ＩＤとは、管理対象装置２０を識別可能な情報であり、例えば、管理対象装置２０のＭＡＣアドレスや製造シリアル番号が用いられてよい。また、同一の管理対象装置２０に対する複数の指示が送受信される場合、ユーザ端末９０から管理サーバ３０に対して送信されるパケットには、管理対象装置２０における指示の実行順序を示す情報が更に含まれてよい。
【００４６】
管理対象装置２０に対する指示には、例えば、管理対象装置２０の初期化（リセット）指示、設定指示、停止指示、シャットダウン（終了）指示、再起動指示、保守情報採取指示、等がある。また、管理対象装置２０に備えられた特別の機能を実行させるための指示が可能であってもよい。例えば、管理対象装置２０が通信遮断装置である場合には、管理対象装置２０が接続されているセグメント内の他の装置による通信を遮断する機能を実行させるための指示が可能であってよい。指示は、指示の内容を識別するために予め割り当てられた値や、指示の内容を識別するためのフィールドに設定されたフラグ等を用いて指定されてもよいし、指示の内容を示すテキストデータで指定されてもよい。例えば、指示のフォーマットとしては、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）や、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等を採用することが出来る。管理サーバ３０は、ユーザ端末９０によって送信された、管理対象装置２０に対する指示を受信する（ステップＳ１０４）。指示の送受信が完了すると、処理はステップＳ１０５へ進む。
【００４７】
ステップＳ１０５では、管理対象装置２０に対する指示が蓄積される。管理サーバ３０の指示蓄積部４１は、ステップＳ１０４でユーザ端末９０から受信された、管理対象装置２０に対する指示を、同様にステップＳ１０４で受信されたユーザＩＤおよび管理対象装置ＩＤに関連付けて、管理サーバ３０の記憶装置３４上に構築された指示テーブルに蓄積する。但し、指示テーブルは、管理サーバ３０の記憶装置３４に代えて、管理サーバ３０から接続可能なデータベース等に構築されてもよい。また、同一の管理対象装置２０に対する複数の指示が受信されている場合には、管理対象装置２０における指示の実行順序を示すための情報が更に蓄積される。
【００４８】
図４は、本実施形態に係る指示テーブルの構成を示す図である。ユーザ端末９０から受信された管理対象装置２０に対する指示が、ユーザＩＤ、管理対象装置ＩＤ、および実行順序に関連付けられて指示テーブルに蓄積されることで、後述する管理対象制御処理において、管理対象装置２０からの接続（コネクション）が確立された場合に、適切な管理対象装置２０に対して、適切な順序で指示を取得させることが出来る。受信された指示が指示テーブルに蓄積されると、図３のフローチャートに示された処理は終了する。
【００４９】
図５は、本実施形態に係る管理対象制御処理の流れを示すフローチャートである。本実施形態に係る管理対象制御処理は、管理対象装置２０によって、定期的（例えば、１分おき）に実行される。また、管理対象制御処理は、管理対象装置２０の再起動完了時等、所定のタイミングで実行されてもよい。なお、本フローチャートに示された処理の具体的な内容および処理順序は、本発明を実施するための一例である。具体的な処理内容および処理順序は、本発明の実施の形態に応じて適宜選択されてよい。
【００５０】
ステップＳ２０１およびステップＳ２０２では、管理対象装置２０からの要求に応じて、管理対象装置２０と管理サーバ３０との間の接続（コネクション）が確立される。管理対象装置２０の接続部２１が、管理サーバ３０に対して接続要求を送信し（ステップＳ２０１）、管理サーバ３０の接続受入部４２が、管理対象装置２０から送信された接続要求を受け入れることで（ステップＳ２０２）、管理対象装置２０と管理サーバ３０との間の接続（コネクション）が確立される。例えば、通信プロトコルにＴＣＰ／ＩＰが用いられている場合、所謂ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の３ウェイハンドシェークによるＴＣＰコネクションの確立を、管理対象装置２０の側から開始することで、管理対象装置２０と管理サーバ３０との間でＴＣＰコネクションが確立される。なお、ＴＣＰの３ウェイハンドシェークによって接続が確立される場合、管理対象装置２０から管理サーバ３０へのＳＹＮパケット（接続要求に相当）の送信、これを受けた管理サーバ３０から管理対象装置２０へのＳＹＮ／ＡＣＫパケットの送信、ＳＹＮ／ＡＣＫパケットを受けた管理対象装置２０から管理サーバ３０へのＡＣＫパケットの送信、によってＴＣＰコネクションが確立される。なお、図５に示すフローチャートでは、３ウェイハンドシェークによる詳細なパケットの送受信についての図示は省略している。但し、接続の確立は、アドレス変換やファイアウォールを越えて通信を行うために、接続確立のための通信（ＴＣＰの場合は、ＳＹＮパケットの送信）が管理対象装置２０から開始されればよく、具体的に採用される接続は、ＴＣＰコネクションに限定されない。その後、処理はステップＳ２０３へ進む。
【００５１】
ステップＳ２０３およびステップＳ２０４では、管理対象装置２０および管理サーバ３０が、互いを認証する。管理対象装置２０は、管理サーバ３０に対して認証用の情報を送信し、管理サーバ３０による認証を受ける（ステップＳ２０３）。同様に、管理サーバ３０は、管理対象装置２０に対して認証用の情報を送信し、管理対象装置２０による認証を受ける（ステップＳ２０４）。このようにして、管理対象装置２０は、通信相手の管理サーバ３０が、指示を取得してよい相手か否かを判断する（換言すれば、悪意のある指示を取得させようとする偽装された管理サーバ３０でないことを確認する）ことが出来る。また、管理サーバ３０は、通信相手の管理対象装置２０が、指示を与えてよい管理対象装置２０であるか否かを判断することが出来る。但し、認証は省略されてもよいし、認証が行われる場合にも、管理対象装置２０による管理サーバ３０の認証、または管理サーバ３０による管理対象装置２０の認証の何れか一方のみが実行されることとしてもよい。また、相互認証が行われる場合にも、認証の順序は限定されない。管理対象装置２０および管理サーバ３０による認証が完了すると、処理はステップＳ２０５へ進む。
【００５２】
ステップＳ２０５からステップＳ２０７では、指示問合せが送受信され、管理対象装置２０に対する指示の有無が判定される。管理対象装置２０の問合せ送信部２４は、管理サーバ３０に対し、ステップＳ２０１およびステップＳ２０２の処理で確立された接続を介して、自装置（指示問合せを送信する管理対象装置２０）に対する未取得の指示の有無を問合せる（ステップＳ２０５）。管理サーバ３０の問合せ受信部４４は、管理対象装置２０からの指示問合せを、確立された接続を介して受信する（ステップＳ２０６）。そして、管理サーバ３０の蓄積判定部４５は、指示問合せの送信元の管理対象装置２０のＩＤを用いて指示テーブルを検索することで、該当する管理対象装置ＩＤに関連付けられた未取得の指示が、指示テーブルに蓄積されているか否かを判定する（ステップＳ２０７）。指示問合せの送信元の管理対象装置２０に対する指示が蓄積されている場合には、処理はステップＳ２０８へ進む。指示問合せの送信元の管理対象装置２０に対する指示が蓄積されていない場合には、処理はステップＳ２１１へ進む。
【００５３】
なお、ステップＳ２０１からステップＳ２０４において説明した接続の確立および認証は、本フローチャートの実行による管理対象装置２０から管理サーバ３０へのポーリングの都度行われる必要はない。一旦接続が確立され、認証が完了した場合、この接続が切断
されるか、認証の有効期限が経過するまでは、管理対象装置２０は、定期的なポーリングにおいて、確立済みの接続を用いることが出来る。即ち、管理対象装置２０は、一旦確立された接続が切断されるか、認証の有効期限が経過するまでは、ステップＳ２０１からステップＳ２０４の処理を省略し、ステップＳ２０５から処理を開始することが出来る。
【００５４】
ステップＳ２１１では、管理対象装置２０に対して、指示が無いことの通知が送信される。管理サーバ３０は、ステップＳ２０６で受信した指示問合せの送信元の管理対象装置２０に対して、当該管理対象装置２０に対する指示は蓄積されていないことを示す通知を送信する。その後、管理サーバ３０によって送信された通知は、管理対象装置２０によって受信され（図示は省略する）、本フローチャートに示された処理は終了する。
【００５５】
ステップＳ２０８からステップＳ２１０では、指示が送受信され、送信された指示が削除される。管理サーバ３０の指示送信部４３は、ステップＳ２０７において管理対象装置２０に対する指示が蓄積されていると判定された場合、検索によって索出された指示を、ステップＳ２０６で受信した指示問合せの送信元の管理対象装置２０に対して送信する（ステップＳ２０８）。なお、複数の指示が索出された場合、索出された指示は、実行順序が早いものから順に１つずつ送信されてもよいし、実行順序を付して複数同時に送信されてもよい。本フローチャートに示された処理は、先述の通り、定期的（例えば、１分おき）に実行されるため、送信されなかった指示については、実行順序に従って、次回以降の指示問合せに応じて順次送信される。管理サーバ３０によって送信された指示は、確立された接続を介して、管理対象装置２０の指示取得部２２によって受信される（ステップＳ２０９）。また、管理サーバ３０の指示削除部４７は、指示が送信されると、指示テーブルから送信済みの指示を削除する（ステップＳ２１０）。その後、処理はステップＳ２１２へ進む。
【００５６】
ステップＳ２１２からステップＳ２１４では、受信された指示が実行可能な指示であるか否かが判定され、実行可能である場合には、指示が実行される。これに対して、受信された指示が実行不可能な場合には、管理対象装置２０が指示を実行可能な状態にアップデートされた後、指示が実行される。管理対象装置２０の実行可能性判定部２５は、予め保持している、自装置（指示を受信した管理対象装置２０）が実行可能な指示のリストと、受信した指示とを比較し、受信した指示が現在の状態で実行可能であるか否かを判定する（ステップＳ２１２）。受信した指示が実行可能な指示のリスト内に存在する場合、即ち、受信された指示が実行可能である場合、管理対象装置２０の指示実行部２３は、記憶装置１４等から指示を実行するために必要なプログラムを読み出し、ＣＰＵ１１にこれを実行させることで、指示を実行する（ステップＳ２１４）。
【００５７】
これに対して、受信した指示が実行可能な指示のリスト内に存在しない場合、即ち、受信された指示が実行不可能である場合、管理対象装置２０の更新部２６は、アップデート用のサーバ（図示は省略する）に接続してアップデート用の更新プログラムや追加モジュールをダウンロードする等の方法で、管理対象装置２０における指示の実行環境を、受信した指示を実行可能な状態までアップデート（更新）する（ステップＳ２１３）。管理対象装置２０の指示実行部２３は、アップデート完了後に、受信した指示を実行する（ステップＳ２１４）。取得された指示が実行されると、その後、処理はステップＳ２１５へ進む。
【００５８】
なお、管理対象装置２０のアップデートは、装置の再起動やシステムの再構成等を伴う可能性がある。このため、アップデートの際、必要であれば、ステップＳ２０９において受信された指示は、揮発性のＲＡＭ１３から不揮発性の記憶装置１４に退避されてもよいし、またはアップデートの完了後に管理サーバ３０から再取得されてもよい。指示は、ステップＳ２０１からの処理（接続が切断されていない場合には、ステップＳ２０５からの
処理）を繰り返すことで再取得することが出来る。但し、指示の再取得が採用される場合には、管理サーバ３０は、管理対象装置２０において未実行の指示を削除せずに保持する必要がある。このため、指示の再取得が採用される場合には、管理サーバ３０は、管理対象装置２０から、指示の実行が完了したことを通知する実行結果通知を受信するまで（ステップＳ２１６）、指示テーブルから指示を削除しない（即ち、ステップＳ２１０における指示の削除を行わない）ことが好ましい。
【００５９】
ステップＳ２１５およびステップＳ２１６では、実行結果通知が送受信される。管理対象装置２０は、ステップＳ２１４における指示の実行が完了すると、指示の実行結果を記憶装置１４に蓄積し、また、管理サーバ３０に対して、取得した指示の実行結果を通知するための実行結果通知を送信する（ステップＳ２１５）。この実行結果通知には、少なくとも管理対象装置２０を識別可能な情報（管理対象装置ＩＤ等）、実行した指示を示す情報、および実行結果（完了、失敗、等）が含まれる。管理サーバ３０は、実行結果通知受信部４６が実行結果通知を受信すると（ステップＳ２１６）、受信した実行結果通知を、ログファイルに出力する等の方法で蓄積する。その後、本フローチャートに示された処理は終了する。
【００６０】
指示の実行結果は、管理者に対して通知されてもよい。また、管理者に対する実行結果の通知は、管理サーバ３０によって行われてもよいし、管理対象装置２０によって行われてもよい。例えば、実行結果の通知対象装置が、ネットワークセグメント２に接続されている場合、上述したＮＡＴやファイアウォール等が導入されている関係で、管理サーバ３０からでは、実行結果を通知することが出来ない。本実施形態に係るシステムによれば、このような場合であっても、管理対象装置２０から実行結果を通知することで、管理サーバ３０から実行結果を通知することが出来ない装置に対して実行結果を通知することが出来る。例えば、実行結果の通知対象装置のＩＰアドレスを管理サーバ３０に登録しておき、登録されているＩＰアドレスがルータ１０のグローバルＩＰアドレスである場合（即ち、通知対象装置がネットワークセグメント２に接続されているために、通知対象装置のＩＰアドレスがアドレス変換されている場合）には、管理対象装置２０が実行結果の通知を行い、登録されているＩＰアドレスがルータ１０のグローバルＩＰアドレスではない場合には、管理サーバ３０が実行結果の通知を行う、実行結果の通知方法を採用することが出来る。また、実行結果の通知対象装置の実際のＩＰアドレス（即ち、アドレス変換されていないＩＰアドレス）が管理サーバ３０に登録される場合、管理サーバ３０は、登録されているＩＰアドレスがプライベートＩＰアドレスであるか否かを判定し、プライベートＩＰアドレスである場合には、通知対象装置がネットワークセグメント２に接続されていると判断し、管理対象装置２０に実行結果の通知を行わせることとしてもよい。
【００６１】
なお、本フローチャートでは、ＴＣＰのような、指示問合せパケットや指示パケットの送受信の前に予め接続（コネクション）を確立するプロトコルが採用される場合について説明した。但し、本発明の実施の形態によっては、予め接続を確立することなく、管理対象装置２０からの接続が行われる（例えば、指示問合せパケットが送信される）ような通信方式が採用されてもよい。この場合、ステップＳ２０１からステップＳ２０４までの処理を省略し、ステップＳ２０５から処理が開始されてもよい。
【００６２】
本フローチャートに示された処理によれば、管理対象装置２０から開始される接続を介して管理対象装置２０に自ら指示を取得させることで、管理サーバ３０が、管理対象装置２０に対する管理サーバ３０からの接続が遮断されるネットワークに接続されるような環境においても、管理対象装置２０を好適に制御することが可能となる。
【００６３】
＜処理のバリエーション＞
上記説明したフローチャートでは、原則として、指示テーブルに蓄積された指示を、実
行順序に従って１つずつ取得させる方法、または、実行順序を示してまとめて取得させる方法、が採られる。但し、このような指示の発行方法に代えて、複数の指示の内容に応じて指示シナリオを生成し、生成された指示シナリオに従って管理対象装置２０に指示を取得させることで、管理対象装置２０における指示の実行状況を、管理サーバ３０によってより詳細に管理可能としてもよい。
【００６４】
図６は、本実施形態に係る指示蓄積処理の流れを示すフローチャートである。本実施形態に係る指示蓄積処理は、上記説明した装置管理システム１において、ユーザ端末９０において管理対象装置２０に対する指示が入力されたことや、予め設定された管理対象装置２０への指示日時が到来したこと等を契機として開始される。なお、本フローチャートに示された処理の具体的な内容および処理順序は、本発明を実施するための一例である。具体的な処理内容および処理順序は、本発明の実施の形態に応じて適宜選択されてよい。
【００６５】
ステップＳ３０１からステップＳ３０５までの処理は、図３を用いて説明したステップＳ１０１からステップＳ１０５までの処理と概略同様であるため、説明を省略する。
【００６６】
ステップＳ３０６では、複数の指示に基づいて、管理対象装置２０に対する指示シナリオが生成される。管理サーバ３０の指示シナリオ生成部４８は、ユーザ端末９０から同一の管理対象装置２０に対する指示を複数受信するか、または、指示テーブルに同一の管理対象装置２０に対する指示が複数蓄積されると、複数の指示からなる、管理対象装置２０に対する指示シナリオを生成する。
【００６７】
指示シナリオは、管理対象装置２０において指示が実行される際の処理の流れを考慮して生成される、管理対象装置２０に対して指示を与える際のシナリオである。本実施形態において生成される指示シナリオは、以下に示す情報の少なくとも何れかを含む。但し、指示シナリオには、管理対象装置２０に対して指示を与える際のシナリオを特定するために、以下に例示する情報以外の情報が含まれてもよい。指示シナリオが生成されると、本フローチャートに示された処理は終了する。
（１）管理対象装置２０に指示を実行させる順序
（２）１回の送信で取得させる１または複数の指示の組み合わせ
（３）指示を取得させるタイミング
（４）管理対象装置２０における指示の実行結果に応じた指示の変更
【００６８】
（１）管理対象装置２０に指示を実行させる順序
指示シナリオ生成部４８は、複数の指示が蓄積されている場合に、予め保持されているシナリオ生成ガイドライン等を参照することで、複数の指示に対して実行順序を付した指示シナリオを生成する。例えば、指示シナリオ生成部４８は、所定の設定が行われた後には再起動が推奨される旨がガイドラインに設定されている場合、ユーザ端末から所定の設定指示がアップロードされると、所定の指示の後に再起動指示が実行されるように、再起動指示を追加し、実行順序を指定する。
【００６９】
（２）１回の送信で取得させる１または複数の指示の組み合わせ
指示シナリオ生成部４８は、管理対象装置２０に対して取得させる複数の指示を、１または複数の指示を含むユニットに分割し、ユニット単位で管理対象装置２０に指示を取得させる指示シナリオを生成する。例えば、指示シナリオ生成部４８は、間に再起動を挟む一連の指示（設定Ａ→設定Ｂ→再起動→設定Ｃ→設定Ｄ）がある場合、再起動指示までをユニット１（設定Ａ→設定Ｂ→再起動）として渡し、管理対象装置２０の再起動完了後に再び指示問合せが受信された際に、再起動完了後に実行すべき指示をユニット２（設定Ｃ→設定Ｄ）として渡す指示シナリオを生成する。
【００７０】
（３）指示を取得させるタイミング
指示シナリオ生成部４８は、指示に応じた適切な取得タイミングが指示毎に設定された指示シナリオを生成する。例えば、指示シナリオ生成部４８は、処理に一定以上の時間を必要とする指示が蓄積されている場合に、この指示を渡した後は、指示問合せがあっても一定時間次の指示を渡さない、等の指示シナリオを生成する。
【００７１】
（４）管理対象装置２０における指示の実行結果に応じた指示の変更
指示シナリオ生成部４８は、後述するステップＳ４１６で受信された実行結果通知の内容（正常完了、失敗、等）や、その他の状況（実行結果通知が受信されずにタイムアウト、等）に応じて、次の指示問合せの際に管理対象装置２０に取得させる指示を変更することが可能な指示シナリオを生成する。例えば、指示シナリオ生成部４８は、管理対象装置２０から、実行失敗を意味する実行結果通知が受信された場合や、所定時間以上実行結果が受信されない場合に、正常にシナリオが進んだ場合とは異なる異常時シナリオに変更して、次の指示問合せの際に管理対象装置２０に再起動指示を取得させる等することが可能な指示シナリオを生成する。
【００７２】
次に、図６を用いて説明した処理において生成された指示シナリオに従って管理対象制御処理が行われる場合の、処理の流れを説明する。
【００７３】
図７は、本実施形態に係る管理対象制御処理の流れを示すフローチャートである。本実施形態に係る管理対象制御処理は、管理対象装置２０によって、定期的に実行される。また、管理対象制御処理は、管理対象装置２０の再起動完了時等、所定のタイミングで実行されてもよい。なお、本フローチャートに示された処理の具体的な内容および処理順序は、本発明を実施するための一例である。具体的な処理内容および処理順序は、本発明の実施の形態に応じて適宜選択されてよい。
【００７４】
ステップＳ４０１からステップＳ４０７までの処理は、図５を用いて説明したステップＳ２０１からステップＳ２０７までの処理と概略同様であるため、説明を省略する。
【００７５】
ステップＳ４０８およびステップＳ４０９では、指示シナリオに従って指示が送受信される。管理サーバ３０の指示送信部４３は、ステップＳ４０７において管理対象装置２０に対する指示が蓄積されていると判定された場合、検索によって索出された指示シナリオに従って、管理対象装置２０に対して指示を送信する（ステップＳ４０８）。ここでは、上記説明した図６のステップＳ３０６において生成された指示シナリオに従って指示が送信されるため、指示送信部４３は、指示シナリオに含まれる、（１）管理対象装置２０に指示を実行させる順序、（２）１回の送信で取得させる１または複数の指示の組み合わせ、（３）指示を取得させるタイミング、および（４）管理対象装置２０における指示の実行結果に応じた指示の変更、等の情報に従って、次に管理対象装置２０に取得させるべき指示を送信する。管理サーバ３０によって送信された指示は、確立された接続を介して、管理対象装置２０の指示取得部２２によって受信される（ステップＳ４０９）。その後、処理はステップＳ４１２へ進む。
【００７６】
なお、本フローチャートに示された処理において、管理サーバ３０は、図５のステップＳ２１０に相当する処理を実行せず、管理対象装置２０から実行結果通知を受信するまで（ステップＳ４１６）、指示テーブルから指示を削除しない。このため、本フローチャートに示された処理によれば、何らかの原因によって取得された指示の実行が完了せず、取得された指示が失われてしまった場合であっても、再びステップＳ４０１からの処理（接続が切断されていない場合には、ステップＳ４０５からの処理）を繰り返すことで、未実行の指示を管理サーバ３０から再取得することが出来る。
【００７７】
ステップＳ４１１からステップＳ４１６までの処理は、図５を用いて説明したステップＳ２１１からステップＳ２１６までの処理と概略同様であるため、説明を省略する。
【００７８】
ステップＳ４１７では、完了した指示が削除される。管理サーバ３０の指示削除部４７は、ステップＳ４１６で実行結果通知を受信すると、実行結果通知に含まれる、管理対象装置２０を識別可能な情報および完了した指示を示す情報を参照することで、完了した指示および該指示に係る管理対象装置２０を特定する。そして、管理サーバ３０の指示削除部４７は、特定された指示に係るレコードを、指示テーブルから削除する。その後、処理はステップＳ４０５へ進む。
【００７９】
即ち、本フローチャートに示された処理では、ステップＳ４０５からステップＳ４１７までの処理が繰り返され、ステップＳ４０８において、指示シナリオに従って指示が送信されることで、管理サーバ３０による、管理対象装置２０の制御プロセスの管理が行われる。ここで、指示送信部４３は、ステップＳ４１６において実行結果通知が受信された後に、指示シナリオ上、実行結果通知に係る指示に続く指示を、管理対象装置２０に取得させる（ステップＳ４０８）。但し、管理対象装置２０が再起動された等の理由で、一旦確立された接続（例えば、ＴＣＰコネクション）が切断されている場合には、再びステップＳ４０１からの処理を繰り返すことで新たな接続が確立され、指示シナリオに従って指示が送信される。
【００８０】
なお、上記実施形態では、管理サーバ３０が実行結果通知を確認しながら指示シナリオに沿って指示を送信する、所謂同期制御によって管理対象装置２０が制御される。しかし、このような同期制御に代えて、非同期制御が採用されてもよい。非同期制御が採用される場合、管理サーバ３０の指示送信部４３は、指示蓄積部４１によって蓄積された指示を、実行結果通知の内容に拘らず、予め設定されたタイミングで管理対象装置２０に取得させる。
【００８１】
但し、上記説明した指示シナリオによる制御には、非同期制御を組み込むことも可能である。即ち、上記説明した「（３）指示を取得させるタイミング」の情報を含み、且つこのタイミング制御を実行結果通知の内容に拘らず実行するように設定された指示シナリオを生成し、この指示シナリオに従って制御することで、指示シナリオに沿った制御の一部または全部を、非同期制御とすることが出来る。
【００８２】
図６および図７のフローチャートに示された処理によれば、管理サーバ３０において予め指示シナリオを生成しておくことで、管理対象装置２０に対して複数の指示からなる複雑な指示を与える場合にも、指示の実行の際の処理の流れを考慮して生成された指示シナリオに従って管理対象装置２０に指示を取得させ、適切な管理のもと管理対象装置２０を制御することが出来る。
【符号の説明】
【００８３】
１  装置管理システム
２０  管理対象装置
３０  管理サーバ
９０  ユーザ端末
【図１】
2012027869.tif 000003
【図２】
2012027869.tif 000004
【図３】
2012027869.tif 000005
【図４】
2012027869.tif 000006
【図５】
2012027869.tif 000007
【図６】
2012027869.tif 000008
【図７】
2012027869.tif 000009