JP7619059B2 - 管理システム及び通信装置 - Google Patents

Description

本開示は、管理システム及び通信装置に関する。

サーバ装置が、画像形成装置の設定用の設定情報を管理装置から取得し、取得した設定情報を画像形成装置からの問合せに応じて画像形成装置へ提供するシステムが既に知られている。このシステムによれば、画像形成装置の設定部は、サーバ装置から送信される設定情報を取得し、取得した情報を用いて画像形成装置の設定を行う（例えば特許文献１参照）。

特開２０１９－１４８９５７号公報

ところで、従来システムでは、サーバ装置が能動的に動作することで、管理装置から画像形成装置への設定に係る円滑な機能を実現する。しかしながら、こうした技術では、専用のサーバ装置を構築しなければならず、サーバ装置の運用コストが高い。

一方、専用のサーバ装置に代えて、汎用的な中間装置を用いる場合には、専用のサーバ装置を用いることで実現可能な用途に応じた多様な機能を、中間装置において実現することができない。

そこで、本開示の一側面によれば、汎用的な中間装置を介して、第一の通信装置から第二の通信装置にタスクの実行を要求するシステムにおいて、管理者がタスクの実行状況を容易に把握可能な技術を提供できることが望ましい。

本開示の一側面に係る管理システムは、第一の通信装置と、第二の通信装置とを備える。第一の通信装置及び第二の通信装置は、クラウドストレージにアクセス可能に構成される。第一の通信装置は、クラウドストレージに関する第一の処理を実行するように構成される。第二の通信装置は、クラウドストレージに関する第二の処理を実行するように構成される。

第一の処理は、タスクの実行を要求する要求データをクラウドストレージに書き込むことを含む。

第二の処理は、クラウドストレージを繰返し参照して、クラウドストレージに要求データが書き込まれた場合に、要求データに従うタスクを実行する、又は、第三の通信装置との通信を通じて第三の通信装置にタスクを実行させることを含む。第二の処理は、タスクの実行状況を説明する状況データを、クラウドストレージに書き込むことを更に含む。

第一の処理は、クラウドストレージを繰返し参照して、クラウドストレージ内の状況データに基づき、タスクの実行状況を判別することを更に含む。第一の処理は、タスクの実行状況を説明する画面を表示装置に表示させ、判別されたタスクの実行状況に基づき画面を更新することを更に含む。

本開示の一側面によれば、汎用的な中間装置であるクラウドストレージを介して、第一の通信装置から第二の通信装置にタスクの実行を要求するシステムにおいて、管理者は、表示装置に表示される画面を通じてタスクの実行状況を容易に把握可能である。

本開示の一側面によれば、管理システムを実現するための通信装置が提供され得る。本開示の一側面に係る通信装置は、クラウドストレージにアクセス可能な通信部と、クラウドストレージに関する処理を実行するように構成される処理部と、を備える。クラウドストレージに関する処理は、通信部を介してクラウドストレージを繰返し参照し、クラウドストレージにタスクの実行を要求する要求データが書き込まれた場合に、要求データに従うタスクを実行することを含む。

クラウドストレージに関する処理は、タスクの実行が終了する前後で、タスクの実行状況を説明する状況データを、クラウドストレージに複数回書き込むことによって、タスクの実行状況を段階的にタスクの実行要求元に通知することを更に含む。

こうした通信装置を用いて管理システムを構成すれば、タスクの実行要求元は、タスクの実行状況を、汎用的な中間装置であるクラウドストレージを介して詳細に把握することができ、例えば管理者に対する実行状況の表示によって、管理者に実行状況を詳細に伝えることができる。

本開示の一側面に係る通信装置は、クラウドストレージにアクセス可能な通信部と、クラウドストレージに関する処理を実行するように構成される処理部と、を備える。通信部は、更にローカルエリアネットワーク内の一つ以上の管理対象装置と通信可能に構成される。

クラウドストレージに関する処理は、通信部を介してクラウドストレージを繰返し参照して、クラウドストレージにタスクの実行を要求する要求データが書き込まれた場合に、ローカルエリアネットワーク内の一つ以上の管理対象装置と通信して、要求データに従うタスクを、一つ以上の管理対象装置に実行させることを含む。

クラウドストレージに関する処理は、一つ以上の管理対象装置においてタスクの実行が終了する前後で、タスクの実行状況を説明する状況データを、クラウドストレージに複数回書き込むことによって、タスクの実行状況を段階的にタスクの実行要求元に通知することを更に含む。

こうした通信装置を用いて管理システムを構築すれば、仮に管理対象装置がクラウドストレージに直接アクセスできない場合でも、タスクの実行要求元は、それらの管理対象装置に、タスクの実行を要求することができ、更には、管理者に対する実行状況の表示によって、管理者に実行状況を詳細に伝えることができる。

本開示の一側面に係る通信装置は、クラウドストレージにアクセス可能な通信部と、クラウドストレージに関する処理を実行するように構成される処理部と、を備える。クラウドストレージに関する処理は、通信部を介してタスクの実行を要求する要求データをクラウドストレージに書き込むことを含む。

クラウドストレージに関する処理は、クラウドストレージを繰返し参照して、要求データに従う処理を実行する装置からクラウドストレージに書き込まれるタスクの実行状況を説明する状況データに基づき、タスクの実行状況を判別することを更に含む。クラウドストレージに関する処理は、タスクの実行状況を説明する画面を表示装置に表示させ、判別されたタスクの実行状況に基づき、画面を更新することを更に含む。

こうした通信装置によれば、汎用的な中間装置であるクラウドストレージを介して、外部装置にタスクの実行を要求することができると共に、タスクの実行状況を把握することができ、実行状況の表示によって、管理者に実行状況を詳細に伝えることができる。

管理システムの全体構成を表すブロック図である。 図２Ａは、マスタの構成を表すブロック図であり、図２Ｂは、クライアントの構成を表すブロック図であり、図２Ｃは、第１種端末装置の構成を表すブロック図である。 図３Ａは、第２種端末装置の構成を表すブロック図であり、図３Ｂは、クラウドサーバの構成を表すブロック図である。 管理システムの動作に関する概略シーケンス図である。 図５Ａは、スケジュールタスクテーブルの構成を表す図であり、図５Ｂは、インスタントタスクテーブルの構成を表す図である。 クラウドコネクタに対するファイル送信タスク及び設定タスクの作成時におけるマスタ及びクラウドコネクタの動作を説明したシーケンス図である。 クラウドコネクタが実行するインスタントタスク関連処理を表すフローチャートである。 第１種端末装置に対するファイル送信タスクの作成時におけるマスタ、クライアント、及び第１種端末装置の動作を説明したシーケンス図である。 第１種端末装置に対する設定タスクの作成時におけるマスタ、クライアント、及び第１種端末装置の動作を説明したシーケンス図である。 クライアントの制御部が実行するインスタントタスク中継処理を表すフローチャートである。 インスタントタスクに関するマスタの機能を示す機能ブロック図である。 マスタの制御部が実行する作成登録処理を表すフローチャートである。 図１３Ａは、マスタの制御部が繰返し実行する取得更新処理を表すフローチャートであり、図１３Ｂは、マスタの制御部が繰返し実行する表示制御処理を表すフローチャートである。 図１４Ａ及び図１４Ｂは、タスク管理画面の構成を例示する図である。 マスタの制御部が実行する画面更新処理を表すフローチャートである。 詳細画面の構成を例示する図である。

以下に、本開示の例示的実施形態を、図面を参照しながら説明する。
［全体構成］
本開示の例示的実施形態に係る管理システム１は、マスタ２及びクライアント３の協働により、複数拠点に配置された端末装置４，５を、クラウドサーバ６を介して管理するように構成されたネットワークシステムである。

図１に例示されるマスタ２は、第１拠点に設置された端末装置４とローカルエリアネットワークを介して通信可能に構成される。マスタ２は、さらに、広域ネットワークを介してクラウドサーバ６と通信可能に構成される。

クライアント３は、第２拠点に設置された端末装置４とローカルエリアネットワークを介して通信可能に構成される。クライアント３は、さらに、広域ネットワークを介してクラウドサーバ６と通信可能に構成される。第３拠点に設置された端末装置５は、広域ネットワークを介してクラウドサーバ６と通信可能に構成される。

ローカルエリアネットワークは、例えば、無線ＬＡＮ及び有線ＬＡＮのうち少なくとも一方を含んでいてもよい。広域ネットワークは、例えば、インターネットを含んでいてもよい。第３拠点には、ローカルエリアネットワークが構築されていてもよい。この場合、端末装置５は、第３拠点内のローカルエリアネットワークを介して広域ネットワークに接続されてもよい。

端末装置４は、クラウドサーバ６によって提供されるクラウドサービスを利用する能力を有しない。換言すれば、各端末装置４は、クラウドサーバ６と通信を行う機能を有しない。以下では、この端末装置４のことを、特に第１種端末装置４と表現する。一方、端末装置５は、クラウドサーバ６によって提供されるクラウドサービスを利用する能力を有する端末装置である。換言すれば、端末装置５は、クラウドサーバ６と通信する機能を有する。以下では、この端末装置５のことを、特に第２種端末装置５と表現する。

第２拠点に設置された第１種端末装置４は、クライアント３及びクラウドサーバ６を介して、マスタ２により管理される。第３拠点に設置された第２種端末装置５は、クライアント３を介さずクラウドサーバ６を介して、マスタ２により管理される。

マスタ２によって管理される端末装置４，５は、例えば、企業などの一組織で管理される端末装置の一群であり得る。この場合、各拠点は、組織の活動拠点であり得る。一例によれば、マスタ２が存在する第１拠点は、組織の管理部門を有するオフィスであり得る。それ以外の第２拠点及び第３拠点は、第１拠点から離れた組織のブランチオフィスであり得る。

端末装置４，５の例には、プリンタ、スキャナ、及び、それらの機能が統合されたディジタル複合機などが含まれる。マスタ２及びクライアント３は、例えば、パーソナルコンピュータに専用のコンピュータプログラムがインストールされて構成される。

［装置構成］
図２Ａに示すマスタ２は、制御部１１と、通信部１２と、表示部１３と、入力部１４と、記憶部１５とを備える。制御部１１は、ＣＰＵ２１と、メモリ２２とを備える。プロセッサとしてのＣＰＵ２１は、記憶部１５に記憶されたコンピュータプログラムに従う処理を実行する。メモリ２２は、上記処理の実行時に、ワークメモリとして使用される。

記憶部１５は、例えばソリッドステートドライブ（ＳＳＤ）及びハードディスクドライブ（ＨＤＤ）等のストレージを含み、各種のコンピュータプログラム及びデータを記憶する。記憶部１５には、主管理プログラム１５ａが記憶される。主管理プログラム１５ａは、マスタ２により実現されるべき管理機能を、ＣＰＵ２１に実現させるためのコンピュータプログラムである。以下において説明される制御部１１を主体とした処理は、ＣＰＵ２１がコンピュータプログラムに従って実行する処理により実現されると理解されてよい。

通信部１２は、当該マスタ２が存在する拠点のローカルエリアネットワークに接続され、更には、広域ネットワークに接続される。通信部１２は、図示しないルータを介して広域ネットワークに接続されてもよい。表示部１３は、マスタ２を操作するユーザ向けの各種画面を表示するように構成される。表示部１３の例には、液晶ディスプレイが含まれる。各種画面の例には、管理対象の端末装置４，５のログ情報及びステータス情報を表示するための画面、及び、ユーザからの操作信号に従って端末装置４，５を遠隔操作するための画面が含まれる。

入力部１４は、例えばキーボード及びポインティングデバイス等の、マスタ２を操作するユーザからの操作信号を入力するための一つ以上の入力デバイスを備える。制御部１１は、入力部１４を通じて入力される操作信号に従って、動作する。

図２Ｂに示すクライアント３は、制御部３１と、通信部３２と、表示部３３と、入力部３４と、記憶部３５とを備える。制御部３１は、ＣＰＵ４１及びメモリ４２を備える。プロセッサとしてのＣＰＵ４１は、記憶部３５が記憶するコンピュータプログラムに従う処理を実行する。

記憶部３５には、副管理プログラム３５ａが記憶される。副管理プログラム３５ａは、クライアント３により実現されるべきマスタ２の管理機能に関連する機能を、ＣＰＵ４１に実現させるためのコンピュータプログラムである。以下において説明される制御部３１を主体とした処理は、ＣＰＵ４１がコンピュータプログラムに従って実行する処理により実現されると理解されてよい。

通信部３２は、当該クライアント３が存在する拠点のローカルエリアネットワークに接続され、更には、広域ネットワークに接続される。通信部３２は、図示しないルータを介して広域ネットワークに接続されてもよい。表示部３３は、例えば液晶ディスプレイを含み、クライアント３を操作するユーザ向けの各種画面を表示するように構成される。入力部３４は、クライアント３を操作するユーザからの操作信号を入力するための一つ以上の入力デバイスを備える。制御部３１は、入力部３４を通じて入力される操作信号に従って、動作する。

図２Ｃに示す第１種端末装置４は、制御部５１と、通信部５２と、表示部５３と、入力部５４とを備える。第１種端末装置４がディジタル複合機であるとき、第１種端末装置４は更に、印刷部５５と、読取部５６とを備えることができる。第１種端末装置４は、印刷部５５及び読取部５６のうちのどちらか一方のみを備えていてもよい。

制御部５１は、ＣＰＵ６１と、メモリ６２とを備える。メモリ６２は、ＲＡＭの他、例えばフラッシュメモリ等の不揮発性メモリを備えることができ、不揮発性メモリに、コンピュータプログラム及び設定データ等を記憶することができる。

プロセッサとしてのＣＰＵ６１は、メモリ６２に記憶されたコンピュータプログラムに従う処理を実行することにより、第１種端末装置全体を統括制御する。以下において説明される制御部５１を主体とした処理は、ＣＰＵ６１がコンピュータプログラムに従って実行する処理により実現されると理解されてよい。

通信部５２は、当該第１種端末装置４が存在する拠点のローカルエリアネットワークに、そこに存在するマスタ２又はクライアント３と通信可能であるように接続される。表示部５３は、例えば液晶ディスプレイを含み、第１種端末装置４を操作するユーザ向けの各種画面を表示するように構成される。入力部５４は、ユーザからの操作信号を入力するために、例えば液晶ディスプレイ上のタッチパネル等の一つ以上の入力デバイスを備える。

印刷部５５は、制御部５１に制御されて、シートに画像を印刷するように構成される。印刷部５５の例には、インクジェットプリンタ及びレーザプリンタが含まれる。本実施形態によれば、色材の残量等のステータス情報や印刷枚数等のログ情報が、後述する方法で、第１種端末装置４からクライアント３及びクラウドサーバ６を通じてマスタ２に提供される。読取部５６は、制御部５１に制御されて、印刷物等の読取対象を読み取るように構成される。

図３Ａに示す第２種端末装置５は、制御部７１と、通信部７２と、表示部７３と、入力部７４とを備える。第２種端末装置５がディジタル複合機であるとき、第２種端末装置５は更に、印刷部７５と、読取部７６とを備えることができる。第２種端末装置５は、印刷部７５及び読取部７６のうちのどちらか一方のみを備えていてもよい。

制御部７１は、ＣＰＵ８１と、メモリ８２とを備える。メモリ８２は、フラッシュメモリなどの不揮発性メモリを備えることができ、不揮発性メモリに、コンピュータプログラムや設定データ等を記憶することができる。

プロセッサとしてのＣＰＵ８１は、メモリ８２に記憶されたコンピュータプログラムに従う処理を実行することにより、装置全体を統括制御する。メモリ８２には、通信プログラム８２ａが記憶される。通信プログラム８２ａは、クラウドサーバ６によって提供されるクラウドサービスを利用するためのプログラムである。以下において説明される制御部７１を主体とした処理は、ＣＰＵ８１がコンピュータプログラムに従って実行する処理により実現されると理解されてよい。

通信部７２は、クラウドサーバ６と通信可能であるように、広域ネットワークに接続される。第３拠点にローカルエリアネットワークが構築されている場合、通信部７２は、そのローカルエリアネットワークを介して広域ネットワークに接続されてもよい。表示部７３は、例えば液晶ディスプレイを含む。入力部７４は、ユーザからの操作信号を入力するための一つ以上の入力デバイスを備える。

印刷部７５は、制御部７１に制御されて、シートに画像を印刷するように構成される。本実施形態によれば、色材の残量等のステータス情報や印刷枚数等のログ情報が、後述する方法で、第２種端末装置５からクラウドサーバ６を通じてマスタ２に提供される。読取部７６は、制御部７１に制御されて、印刷物等の読取対象を読み取るように構成される。

図３Ｂに示すクラウドサーバ６は、制御部９１と、通信部９２と、第１ストレージ９３と、第２ストレージ９４とを備える。制御部９１は、ＣＰＵ１０１と、メモリ１０２とを備える。

プロセッサとしてのＣＰＵ１０１は、メモリ１０２が記憶するコンピュータプログラムに従う処理を実行する。ＣＰＵ１０１が実行する処理には、当該クラウドサーバ６をクラウドストレージとして機能させるための処理が含まれる。以下において説明される制御部９１を主体とした処理は、ＣＰＵ１０１がコンピュータプログラムに従って実行する処理により実現されると理解されてよい。

上記クラウドストレージは、テーブルストレージ及びオブジェクトストレージを含む。制御部９１による上記処理の実行により、第１ストレージ９３は、テーブルストレージとして機能し、第２ストレージ９４は、オブジェクトストレージとして機能する。

例示的な第１ストレージ９３は、ＮｏＳＱＬデータストアとして機能し、スキーマレスのエンティティの一群を構成要素とするテーブルを格納可能に構成される。テーブルにおける各エンティティは、プロパティのセットで構成され、各プロパティは、キー及び値（すなわちバリュー）のペアで構成される。

例示的な第２ストレージ９４は、オブジェクトとして、任意のテキストファイル及びバイナルファイルを、ＨＴＴＰ／ＨＴＴＰＳプロトコルを用いて、外部から読込及び書込可能なオブジェクトストレージとして機能する。

上述したテーブルストレージ及びオブジェクトストレージを提供するクラウドサービスとしては、マイクロソフト社のＡｚｕｒｅ（登録商標）が知られている。クラウドサーバ６は、このようなクラウドサービスと同様に動作し得る。

［シーケンス概略］
続いて、管理に関する動作シーケンスを、図４を用いて概略的に説明する。準備段階では、マスタ２に主管理プログラム１５ａがインストールされる。主管理プログラム１５ａに従う処理が、マスタ２の制御部１１により実行され、クラウドプロファイルが設定される（Ｓ０１）。

クライアント３及び第２種端末装置５においては、後述するように、クラウドサーバ６に対するポーリング動作及びクラウドサーバ６に保持される情報の更新動作が実行される。クラウドプロファイルの設定（Ｓ０１）は、クラウドパラメータを設定することを含む。クラウドパラメータは、ポーリング動作の周期（以下、「ポーリング周期」と称する）及び情報の更新動作の周期（以下、「情報更新周期」と称する）を含む。クラウドプロファイルの設定（Ｓ０１）は、さらに、クラウドサービスを利用するための共有アクセス署名（ＳＡＳ：Ｓｈａｒｅｄ Ａｃｃｅｓｓ Ｓｉｇｎａｔｕｒｅ）を設定することを含む。

クラウドプロファイルの設定は、例えば、マスタ２のユーザである主管理者の入力部１４を通じた設定操作に従って行われる。ＳＡＳは、第１ストレージ９３及び第２ストレージ９４のそれぞれ、すなわち、テーブルストレージ及びオブジェクトストレージのそれぞれに対して個別に設定される。

続いて、設定されたクラウドプロファイルに従うクラウドパラメータが、マスタ２からクラウドサーバ６の第１ストレージ９３にアップロードされ（Ｓ０２）、第１ストレージ９３に書き込まれる（Ｓ０３）。ポーリング周期及び情報更新周期を含むクラウドパラメータは、テーブルのエンティティとして、第１ストレージ９３に書き込まれる。

更に、クラウドプロファイルの少なくとも一部が、クライアントプロファイル、即ちクライアント３での読込用データとして、マスタ２からエクスポートされる（Ｓ０４）。クライアントプロファイルは、例えば、上述のクラウドパラメータを含んでいてもよい。

エクスポートされたクライアントプロファイルは、クライアント３に提供される。クライアントプロファイルは、どのような方法でクライアント３に提供されてもよい。例えば、マスタ２からクライアント３へ、電子メールその他の方法でクライアントプロファイルが送信されてもよい。また例えば、主管理者により、クライアント３のユーザである副管理者にクライアントプロファイルが提供されてもよい。より具体的には、例えば、主管理者が、自身の所持する情報処理端末にクライアントプロファイルを格納し、そのクライアントプロファイルを、副管理者が所持する別の情報処理端末へ送信することにより、副管理者がその別の情報処理端末からクライアント３へクライアントプロファイルを転送できるようにしてもよい。主管理者は、自身の情報処理端末からクライアント３へクライアントプロファイルを送信してもよい。また例えば、主管理者は、クライアントプロファイルを所定のストレージに格納し、そのストレージを副管理者へ提供することにより、副管理者がそのストレージからクライアント３へクライアントプロファイルを転送できるようにしてもよい。

副管理者は、クライアント３を操作して、クライアント３に副管理プログラム３５ａをインストールする（Ｓ０６）。この際、副管理者の操作によりマスタ２から提供されたクライアントプロファイルがインポートされて、クライアントプロファイルに従うクラウドパラメータ及びＳＡＳがクライアント３に設定される（Ｓ０５）。

上記のインストール及び設定を経て、クライアント３は、クラウドサーバ６を利用可能に構成される。これにより、クライアント３は、クラウドサーバ６を介してマスタ２と情報伝達可能に構成される。具体的には、クライアント３は、マスタ２から第１種端末装置４へのタスクの実行指示及び第１種端末装置４からマスタ２へのログ情報及びステータス情報の伝達などの、マスタ２と第１種端末装置４との間の中継動作を、クラウドサーバ６を介して実行可能に構成される。

一方、第２種端末装置５には、第２種端末装置５の管理者である装置管理者による入力操作により、ＳＡＳが登録される（Ｓ０７）。ＳＡＳの登録された第２種端末装置５の制御部７１は、通信プログラム８２ａに従う処理を実行する。通信プログラム８２ａに従う処理を実行している制御部７１のことを、以下、「クラウドコネクタ」と称する。クラウドコネクタは、クラウドサーバ６の第１ストレージ９３内の、マスタ２により書き込まれたクラウドパラメータを参照する（Ｓ０８）。クラウドコネクタは、このクラウドパラメータを取得して自装置に設定する（Ｓ０８）。

上述のクラウドパラメータ及びＳＡＳの設定を含む、クライアント３及び第２種端末装置５（クラウドコネクタ）の初期設定（Ｓ０５～Ｓ０８）が完了すると、クライアント３及び第２種端末装置５では、設定された情報更新周期に従って、定期的に、クラウドサーバ６の第１ストレージ９３内に格納された情報を更新するスケジュールタスクが実行される。

スケジュールタスクは、デバイス情報を第１ストレージ９３に登録することから始まる（Ｓ０９，Ｓ１０）。第１ストレージ９３は、テーブルの一つとして、スケジュールタスクテーブルを備える。図５Ａに示すように、スケジュールタスクテーブルは、第１キー、第２キー、リクエストパラメータ、レスポンスパラメータ、通知元、進捗状況、及びデバイスＩＤのプロパティを含むエンティティの一群から構成される。

スケジュールタスクテーブルは、端末装置４，５のそれぞれについて、「ログ」「ステータス」「登録」に関する３つのエンティティを備え、エンティティ内の情報は、対応する第１種端末装置４を管理するクライアント３、又は対応する第２種端末装置５のクラウドコネクタによって更新される（Ｓ０９，Ｓ１０）。

エンティティ内の「通知元」のプロパティは、エンティティの更新者を示し、エンティティがクライアント３により更新されるとき、「通知元」のプロパティは、値「クライアント」に更新され、エンティティがクラウドコネクタにより更新されるとき、「通知元」のプロパティは、値「デバイス」に更新される。

「ログ」に関するエンティティは、第１キーの値「ログ」を有するログエンティティであり、第２キーの値として記載されるデバイスＩＤに対応する端末装置４，５の一つのログ情報を、レスポンスパラメータに記述する。デバイスＩＤは、端末装置４，５のそれぞれにユニークなＩＤである。

ログ情報は、対応する端末装置がプリンタ又はディジタル複合機であるとき、対応する端末装置の総印刷枚数の情報を含み得る。ログ情報は、印刷履歴として、印刷ジョブ毎に、印刷指令元のユーザ及び印刷枚数の情報を含み得る。

図５Ａ下段に例示されるように、レスポンスパラメータは、例えばＪＳＯＮデータを含むことができる。例えば、ログ情報は、対応するパラメータの管理情報ベース（ＭＩＢ）で用いられるオブジェクト識別子（ＯＩＤ）と、その値とを関連付けるようにして、ＪＳＯＮ形式で記述され得る。図５Ａ下段における記載”ｘ．ｘ．ｘ．ｘ．ｘ ・・・・・・・・・・・”，”ｙ．ｙ．ｙ．ｙ．ｙ ・・・・・・・・・・”は、オブジェクト識別子の抽象表現に対応する。更新される前の初期状態のレスポンスパラメータは、オブジェクト識別子に初期値が関連付けられたリクエストパラメータとして存在し得る。図５Ａ下段の例示によれば、ＯＩＤ”ｙ．ｙ．ｙ．ｙ．ｙ ・・・・・・・・・・”に関連付けられた初期値”％ＭＩＢ（ｙ．ｙ．ｙ．ｙ．ｙ ・・・・・・・・・・）％”が、更新により、値”４”に書き換えられている。

「ステータス」に関するエンティティは、第１キーの値「ステータス」を有するステータスエンティティであり、第２キーの値として記載されるデバイスＩＤに対応する端末装置４，５の一つのステータス情報を、レスポンスパラメータに記述する。ステータス情報は、対応する端末装置がプリンタ又はディジタル複合機であるとき、対応する端末装置の色材の残量情報や紙詰まり等のエラー情報を含み得る。ステータスエンティティにおいてもログエンティティと同様に、レスポンスパラメータは、ＪＳＯＮ形式で記述され得る。

「登録」に関するエンティティは、第１キーの値「登録」を有する登録エンティティであり、第２キーの値として記載されるデバイスＩＤに対応する端末装置４，５の一つのデバイス情報を、レスポンスパラメータに記述する。レスポンスパラメータには、デバイス情報として、デバイスの基本構成を説明する複数の項目値が記述される。

スケジュールタスクテーブルにおいて、第２種端末装置５のクラウドコネクタのエンティティは、当該クラウドコネクタによって更新される（Ｓ０９）。第１種端末装置４のエンティティは、第１種端末装置４と同一のローカルエリアネットワークに接続されたクライアント３によって更新される（Ｓ１０）。すなわち、クライアント３によって、クライアント３配下の第１種端末装置４毎のエンティティが更新される。第１種端末装置４の登録エンティティには、第１種端末装置４を配下におくクライアント３の識別情報が、デバイス情報の一部として書き込まれる。

クライアント３は、副管理プログラム３５ａに従う制御部３１の処理によって、ローカルエリア内の各第１種端末装置４と通信し、各第１種端末装置４から、デバイス情報の更新に必要な情報を取得して、対応する第１種端末装置４の登録エンティティを更新することができる（Ｓ１０）。

クライアント３は、定期的に、配下の各第１種端末装置４とローカルエリア内で通信して、対応するログ情報及びステータス情報を取得し、クラウドサーバ６の第１ストレージ９３内の各第１種端末装置４のログエンティティ及びステータスエンティティを更新することができる（Ｓ１０）。

第２種端末装置５のクラウドコネクタは、定期的にクラウドサーバ６にアクセスし、自己のログ情報及びステータス情報を更新するように第１ストレージ９３における自己のログエンティティ及びステータスエンティティを更新することができる（Ｓ０９）。

マスタ２は、クライアント３としての機能を兼ね備える。即ち、マスタ２は、第１拠点の第１種端末装置４に対して、クライアント３として機能すると理解してよい。具体的には、マスタ２は、クライアント３と同様、クラウドサーバ６の第１ストレージ９３内における、配下の第１種端末装置４それぞれの登録エンティティ、ログエンティティ及びステータスエンティティを更新することができる。

マスタ２は、さらに、定期的にクラウドサーバ６にアクセスして、第１ストレージ９３における端末装置４，５のそれぞれのログエンティティ、ステータスエンティティ、及び登録エンティティを参照し、これらの参照に基づき、各端末装置４，５のログ情報、ステータス情報、及び、デバイス情報を、記憶部１５に記憶する処理を実行することができる（Ｓ１１）。

更に、マスタ２は、入力部１４を通じたユーザからの操作信号に従って、表示部１３の画面に、上記登録された端末装置４，５のリストを表示したり、端末装置４，５のログ情報及びステータス情報を表示したりすることができる（Ｓ１１）。このように、管理システム１は、複数拠点で使用される端末装置４，５の状態を、マスタ２の設置された一拠点で遠隔から監視可能に構成される。

この他、管理システム１によれば、スケジュールタスク以外の非定期のタスクであるインスタントタスクが、マスタ２からの要求に基づき、端末装置４，５により実行される。マスタ２は、第１ストレージ９３に、インスタントタスクのエンティティを登録することにより、インスタントタスクの実行を、対応する端末装置４，５に要求する（Ｓ１３）。例えば、端末装置４，５におけるファームウェアの更新が、インスタントタスクの一つとして実現される。

マスタ２は、入力部１４を通じたユーザからの操作信号に従って、マスタ２のユーザからインスタントタスクの実行要求操作を受け付け（Ｓ１２）、該当エンティティを登録することができる（Ｓ１３）。

第１ストレージ９３は、図５Ｂに示すインスタントタスクテーブルを備える。インスタントタスクテーブルは、スケジュールタスクテーブルと同様に、第１キー、第２キー、リクエストパラメータ、レスポンスパラメータ、通知元、進捗状況、及びデバイスＩＤのプロパティを含むエンティティの一群から構成される。

インスタントタスクテーブルのエンティティ（以下、インスタントタスクエンティティという）は、第１キーの値として、「インスタントタスク」が記載されたエンティティである。インスタントタスクエンティティにおける、第２キーのプロパティは、トランザクションＩＤを値に有する。トランザクションＩＤは、同時期に発生するインスタントタスクのそれぞれに対してユニークなＩＤであり、同時期に発生する複数のインスタントタスクのそれぞれのエンティティを区別するために用いられる。

インスタントタスクエンティティにおけるデバイスＩＤのプロパティには、インスタンスタスクの要求先である端末装置４，５のデバイスＩＤが値として記述される。クライアント３配下の複数の第１種端末装置４に対してインスタントタスクが要求されるとき、デバイスＩＤのプロパティには、複数の第１種端末装置４のそれぞれのデバイスＩＤが記述される。

インスタントタスクエンティティにおけるリクエストパラメータは、インスタントタスクとして実行すべき処理の内容を説明するデータを値として含む。処理内容は、例えば、ＪＳＯＮデータとして記述される。

マスタ２が実行を要求するインスタントタスクが端末装置４，５におけるファームウェアの更新である場合には、マスタ２は、ファームウェアの更新ファイルを、オブジェクトストレージとして機能する第２ストレージ９４に格納する（Ｓ１４）。この場合、リクエストパラメータには、ファームウェアの更新ファイルの格納先ＵＲＬが記述される。

第２種端末装置５のクラウドコネクタは、設定されたポーリング周期で、クラウドサーバ６の第１ストレージ９３にアクセスし、インスタントタスクテーブル内に、自己で実行すべきインスタントタスクの新規エンティティが登録されているかを判別する（Ｓ１５）。

新規エンティティが登録されている場合、クラウドコネクタは、第１ストレージ９３内の対応するインスタントタスクエンティティの進捗状況のプロパティの値を「要求」から「進行中」に更新することにより、インスタントタスクの要求の受取をマスタ２に伝達する（Ｓ１５）。

マスタ２は、状況確認として、第１ストレージ９３におけるインスタントタスクエンティティを定期的に参照する（Ｓ１８）。マスタ２は、定期参照により、進捗状況のプロパティの値が更新されたことに基づいて、インスタントタスクの要求が受け取られたことを確認することができる。

第２種端末装置５のクラウドコネクタは、インスタントタスクの実行に際して、インスタントタスクエンティティのリクエストパラメータを参照する（Ｓ１５）。クラウドコネクタは、参照したリクエストパラメータに基づき、インスタントタスクの実行に必要なデータファイルが第２ストレージ９４内に存在する場合には、リクエストパラメータに記載された格納先ＵＲＬに基づいて、第２ストレージ９４からデータファイルをダウンロードし（Ｓ１６）、インスタントタスクを実行する。

第２種端末装置５のクラウドコネクタは、インスタントタスクが終了すると、進捗状況のプロパティの値を「進行中」から「完了」に変更し、レスポンスパラメータとして処理結果を書き込むように、第１ストレージ９３内の対応するインスタントタスクエンティティを更新する（Ｓ１７）。

クライアント３も、第２種端末装置５のクラウドコネクタと同様に、設定されたポーリング周期で、クラウドサーバ６の第１ストレージ９３にアクセスし、インスタントタスクテーブル内に、配下の第１種端末装置４に実行させるべきインスタントタスクの新規エンティティが登録されているか否かを判別する（Ｓ１９）。以下、配下の第１種端末装置４のうちインスタントタスクテーブルにおいてインスタントタスクの実行対象に設定されている１つ以上の第１種端末装置４（つまりデバイスＩＤのプロパティにデバイスＩＤが記述されている１つ以上の第１種端末装置４）のそれぞれを、「インスタントタスク実行対象」と称する。

新規エンティティが登録されている場合、クライアント３は、進捗状況のプロパティの値を「要求」から「進行中」に更新するように、第１ストレージ９３内の対応するインスタントタスクエンティティを更新する（Ｓ１９）。クライアント３は更に、リクエストパラメータの参照により、必要に応じて第２ストレージ９４からインスタントタスクに実行に必要なデータファイルを取得する（Ｓ２０）。

その後、クライアント３は、ローカルエリアネットワークを通じて、インスタントタスク実行対象に、インスタントタスクの実行を指示する（Ｓ２１）。この際、第２ストレージ９４から取得した上記実行に必要なデータファイルを、各インスタントタスク実行対象に転送する（Ｓ２１）。

クライアント３は、全てのインスタントタスク実行対象においてインスタントタスクの実行が完了すると、進捗状況のプロパティの値を「進行中」から「完了」に変更し、レスポンスパラメータとして処理結果を書き込むように、第１ストレージ９３内の対応するインスタントタスクエンティティを更新する（Ｓ２２）。このエンティティの更新により、クライアント３は、クラウドサーバ６の第１ストレージ９３を介して、マスタ２に、インスタントタスク実行対象におけるインスタントタスクの実行経過及び処理結果を通知する（Ｓ２２）。

マスタ２は、状況確認として、第１ストレージ９３におけるインスタントタスクエンティティを参照し、進捗状況のプロパティの値が「完了」に更新されたことを知ることにより、インスタントタスクが完了したことを確認し、処理結果を記憶部１５に書き込む（Ｓ２３）。

マスタ２は更に、処理結果を表示部１３の画面に表示することができる。マスタ２は、登録したインスタントタスクが対象の端末装置４，５全てで完了したこと、換言すればそのインスタントタスクが不要になったことを確認すると（Ｓ２４）、その不要になったインスタントタスクエンティティを、第１ストレージ９３から削除し（Ｓ２５）、インスタントタスクに供された第２ストレージ９４内のデータファイル（例えばファームウェアの更新ファイル）を削除する（Ｓ２６）。

このように、管理システム１は、クラウドサーバ６の第１ストレージ９３におけるインスタントタスクエンティティの登録及び更新により、更には第２ストレージ９４を介したデータファイルの転送により、複数拠点で使用される端末装置４，５を、マスタ２の設置された一拠点で遠隔から制御可能に構成される。

［インスタントタスクの詳細説明］
続いて、インスタントタスクの詳細を説明する。インスタントタスクには、上述したファームウェアの更新タスクの他、ファイル送信タスク、及び、設定タスクが含まれる。

ファイル送信タスクは、マスタ２が指定されたデータファイルを端末装置４，５に送信し、端末装置４，５が、マスタ２からのデータファイルを受信し保存するタスクである。設定タスクは、端末装置４，５が、マスタ２から提供された設定ファイルに従って、自装置における動作パラメータの設定値を変更するタスクである。

ファイル送信タスク及び設定タスクに関して、第２種端末装置５、換言すればクラウドコネクタは、図６に示すように動作する。

マスタ２は、入力部１４を通じたユーザからの指示に基づき、ファイル送信タスク又は設定タスクを作成する。その後、マスタ２は、クラウドサーバ６にアクセスして、対応するインスタントタスクエンティティを、第１ストレージ９３のインスタントタスクテーブルに登録する共に、第２ストレージ９４に、タスクの実行に必要なデータファイルをアップロードする。

タスクの実行要求先が第２種端末装置５である場合、インスタントタスクエンティティのデバイスＩＤのプロパティには、実行要求先の第２種端末装置５のデバイスＩＤが記述される。リクエストパラメータには、実行すべきタスクの内容がＪＳＯＮ形式で記載されると共に、タスクの実行に必要なデータファイルの格納先ＵＲＬが記載される。

アップロードにより第２ストレージ９４に格納されるデータファイルは、ファイル送信タスクの場合、送信対象のデータファイルであり、例えばユーザから指定されたマスタ２の記憶部１５内のデータファイルである。設定タスクの場合に格納されるデータファイルは、タスクの実行要求先において設定されるべき各動作パラメータの設定値を説明した設定ファイルである。

クラウドサーバ６は、汎用的なストレージ機能を広域ネットワーク上で提供するサーバであることから、マスタ２により新規インスタントタスクエンティティが第１ストレージ９３に登録されても、このことがクラウドサーバ６から能動的に端末装置４，５に伝えられることはない。新規インスタントタスクエンティティの登録は、クラウドコネクタで定期的に実行されるポーリング動作によって把握される。

クラウドコネクタ（制御部７１）は、ポーリング動作を含む図７に示すインスタントタスク関連処理を、マスタ２から事前にクラウドパラメータとして設定されたポーリング周期で、定期的に実行する。

インスタントタスク関連処理を開始すると、クラウドコネクタは、予め設定された第１ストレージ９３用のＳＡＳを用いてクラウドサーバ６の第１ストレージ９３にアクセスして、第１ストレージ９３内のインスタントタスクテーブルを参照し、タスク情報を取得する（Ｓ１１０）。タスク情報の取得は、インスタントタスクテーブル内のインスタントタスクエンティティの一群を、第１ストレージ９３から取得することに対応する。

続いて、クラウドコネクタは、上記取得したタスク情報に基づき、処理すべき自己宛の新規インスタントタスクエンティティが存在するかを判別する（Ｓ１２０）。クラウドコネクタは、自己宛の新規インスタントタスクエンティティとして、進捗状況の値が「要求」であり、デバイスＩＤのプロパティに、自装置のデバイスＩＤが記載されたインスタントタスクエンティティが、インスタントタスクテーブル内に存在するかを判別する。新規インスタントタスクエンティティは、進捗状況としてタスクが実行要求状態であることを示す「要求」が記述された状態で、インスタントタスクテーブルに登録される。

クラウドコネクタは、自己宛の新規インスタントタスクエンティティが存在しないと判別すると（Ｓ１２０でＮｏ）、インスタントタスク関連処理を終了する。この場合、クラウドコネクタは、次のポーリングタイミングが到来した時点で、再度、インスタントタスク関連処理を実行する。

一方、自己宛の新規インスタントタスクエンティティが存在すると判別すると（Ｓ１２０でＹｅｓ）、クラウドコネクタは、第１ストレージ９３における対象エンティティの進捗状況の値を、「要求」から「進行中」に変更する（Ｓ１３０）。この変更は、要求が受け付けられ、実行要求先で対応する処理が開始されたことマスタ２に通知するために行われる。

ここでいう対象エンティティは、Ｓ１２０で存在すると判別された自己宛の新規インスタントタスクエンティティである。ここでは、対象エンティティが一つの新規インスタントタスクエンティティであることを前提に、Ｓ１３０以降の処理を説明する。但し、対象エンティティには、場合により、複数の新規インスタントタスクエンティティが含まれ得る。複数の新規インスタントタスクエンティティが含まれる場合には、以下で説明されるＳ１３０以降における一つの新規インスタントタスクエンティティに関する処理が、複数の新規インスタントタスクエンティティのそれぞれに対して、実行されると理解されてよい。

Ｓ１３０の処理に続いて、クラウドコネクタは、第１ストレージ９３から取得したタスク情報に基づき、対象エンティティがファイル送信タスクのエンティティであるかを判別する（Ｓ１５０）。

対象エンティティがファイル送信タスクのエンティティであると判別した場合（Ｓ１５０でＹｅｓ）、クラウドコネクタは、対象エンティティのリクエストパラメータに記載されたデータファイルの格納先ＵＲＬに基づき、クラウドサーバ６の第２ストレージ９４に格納された該当データファイルをダウンロードして取得する（Ｓ１６０）。ダウンロードには、第２ストレージ９４用のＳＡＳが使用される。

その後、クラウドコネクタは、ダウンロードしたデータファイルを、自装置のメモリ８２に保存する（Ｓ１６０）。更に、クラウドコネクタは、第１ストレージ９３における対象エンティティの進捗状況の値を、「進行中」から「完了」に変更する。クラウドコネクタは更に、タスクの処理結果を対象エンティティのレスポンスパラメータにＪＳＯＮ形式で書き込むことにより、対象エンティティを更新する（Ｓ１６５）。その後、インスタントタスク関連処理を終了する。

一方、対象エンティティがファイル送信タスクのエンティティではなく設定タスクのエンティティであると判別すると（Ｓ１５０でＮｏ及びＳ１７０でＹｅｓ）、クラウドコネクタは、対象エンティティのリクエストパラメータに記載されたデータファイルの格納先ＵＲＬに基づき、クラウドサーバ６の第２ストレージ９４に格納された設定ファイルをダウンロードして取得する（Ｓ１８１）。

その後、クラウドコネクタは、取得した設定ファイルに基づいて、自装置の動作パラメータの設定値を変更する（Ｓ１８５）。設定変更が完了すると、クラウドコネクタは、第１ストレージ９３内の対象エンティティの進捗状況の値を「進行中」から「完了」に変更し、更には、処理結果をレスポンスパラメータにＪＳＯＮ形式で書き込むことにより、対象エンティティを更新する（Ｓ１８９）。

Ｓ１８９での更新は、クラウドサーバ６を通じて、タスクが完了したこと、及び、その処理結果をマスタ２に通知するために行われる。その後、クラウドコネクタは、インスタントタスク関連処理を終了する。

対象エンティティがファイル送信タスク及び設定タスクのいずれでもない場合（Ｓ１７０でＮｏ）、クラウドコネクタは、対象エンティティのリクエストパラメータに応じた処理を実行し（Ｓ１９０）、当該インスタントタスク関連処理を終了する。

また、第１種端末装置４に対するタスクの実行要求は、クライアント３により次のように処理される。図８には、ファイル送信タスクに関するクライアント３の動作が示される。図９には、設定タスクに関するクライアント３の動作が示される。

マスタ２は、ファイル送信タスク又は設定タスクを作成すると、対応するインスタントタスクエンティティを、第１ストレージ９３のインスタントタスクテーブルに登録する共に、第２ストレージ９４に、タスクの実行に必要なデータファイルをアップロードする。

このとき、インスタントタスクエンティティには、進捗状況として「要求」が記載される。インスタントタスクエンティティのデバイスＩＤのプロパティには、タスクの実行要求先の第１種端末装置４のデバイスＩＤが記述される。記述されるデバイスＩＤは、複数であり得る。すなわち、マスタ２は、入力部１４からのユーザ操作に従って、一つのクライアント３が管理する複数の第１種端末装置４の全部又は一部を実行要求先に指定するように、全部又は一部の第１種端末装置４のデバイスＩＤを、一つのインスタントタスクエンティティに記述することができる。

複数の第１種端末装置４のデバイスＩＤが記述された設定タスクに関するインスタントタスクエンティティは、複数の第１種端末装置４を一括設定するタスクのエンティティと解釈することができる。リクエストパラメータは、上述した第２種端末装置５に対するファイル送信タスク及び設定タスクと同様に、タスクの実行に必要なデータファイルの格納先ＵＲＬを含んだタスクの内容を説明するＪＳＯＮデータとして記述される。

マスタ２による上述の動作により登録されたインスタントタスクエンティティを処理するために、クライアント３は、ポーリング動作を含む図１０に示すインスタントタスク中継処理を定期的に実行する。インスタントタスク中継処理の実行周期は、マスタ２からクラウドパラメータとして設定されたポーリング周期に対応する。

インスタントタスク中継処理を開始すると、クライアント３の制御部３１は、Ｓ１１０の処理と同様に、第１ストレージ９３用のＳＡＳを用いて、第１ストレージ９３内のインスタントタスクテーブルを参照し、タスク情報を取得する（Ｓ２１０）。

続いて、制御部３１は、上記取得したタスク情報に基づき、処理すべき自己宛の新規インスタントタスクエンティティが存在するかを判別する（Ｓ２２０）。制御部３１は、自己宛の新規インスタントタスクエンティティとして、進捗状況の値が「要求」であり、デバイスＩＤのプロパティに、自装置が管理する第１種端末装置４の全部又は一部のデバイスＩＤが記載されたインスタントタスクエンティティが、インスタントタスクテーブルに存在するかを判別することができる。

制御部３１は、自己宛の新規インスタントタスクエンティティが存在しないと判別すると（Ｓ２２０でＮｏ）、図１０に示すインスタントタスク中継処理を終了し、次のポーリングタイミングが到来するまで待機する。制御部３１は、次のポーリングタイミングが到来した時点で、再度、インスタントタスク中継処理を実行する。

一方、自己宛の新規インスタントタスクエンティティが存在すると判別すると（Ｓ２２０でＹｅｓ）、制御部３１は、第１ストレージ９３における対象エンティティの進捗状況の値を、「要求」から「進行中」に変更する（Ｓ２３０）。Ｓ１３０の処理に関連して説明したように、ここでいう対象エンティティは、Ｓ２２０で存在すると判別された自己宛の新規インスタントタスクエンティティである。ここでも、対象エンティティが一つの新規インスタントタスクエンティティであることを前提に、後続の処理内容を説明する。但し、対象エンティティには、場合により、複数の新規インスタントタスクエンティティが含まれ得る。

Ｓ２３０での処理に続いて、制御部３１は、第１ストレージ９３から取得したタスク情報に基づき、対象エンティティがファイル送信タスクのエンティティであるかを判別する（Ｓ２５０）。

対象エンティティがファイル送信タスクのエンティティであると判別した場合（Ｓ２５０でＹｅｓ）、制御部３１は、対象エンティティのリクエストパラメータに記載された格納先ＵＲＬのデータファイルを、クラウドサーバ６の第２ストレージ９４からダウンロードして取得する（Ｓ２６１）。ダウンロードに際しては、第２ストレージ９４用のＳＡＳが使用される。

更に、制御部３１は、上記取得したデータファイルを、当該データファイルを保存するタスクの実行指示と共に、対象端末装置に対して、ローカルエリアネットワークを通じて送信する（Ｓ２６３）。ここでいう対象端末装置は、上述したインスタントタスク実行対象に対応し、対象エンティティのデバイスＩＤのプロパティに、デバイスＩＤが記載された一つ又は複数の第１種端末装置４である。

第１種端末装置４のそれぞれは、クライアント３との通信に必要なコンピュータプログラムを、メモリ６２に備えることができ、第１種端末装置４の制御部５１は、このコンピュータプログラムに従って、クライアント３と通信し、クライアント３からの指示に基づく処理を実行することができる。

制御部３１は、対象端末装置へのデータファイルの送信が完了すると、第１ストレージ９３における対象エンティティの進捗状況の値を、「進行中」から「完了」に変更する（Ｓ２６５）。制御部３１は更に、レスポンスパラメータに処理結果を書き込むことにより、対象エンティティを更新する（Ｓ２６５）。

対象端末装置に複数の第１種端末装置４が含まれるとき、Ｓ２６５における対象エンティティの更新は、対象端末装置に該当する全ての第１種端末装置４へのデータファイルの送信が完了したときに実行される。このとき、制御部３１は、対象端末装置に該当する第１種端末装置４毎の処理結果をレスポンスパラメータに書き込むように、対象エンティティを更新する。

例えば、対象端末装置に該当する第１種端末装置４の一群のうちの一部に対するデータファイルの転送に失敗した場合には、制御部３１は、対応するエラー情報を処理結果としてレスポンスパラメータに書き込むことができる。データファイルの転送の失敗は、第１種端末装置４のシャットダウンや通信異常などに起因して起こり得る。

このようにデータファイルの転送に失敗するケースでは、制御部３１は、リトライによるデータファイルの転送を断念した時点で、対応する第１種端末装置４へのデータファイルの送信が完了したと形式的に判別することができる。

制御部３１は、対象エンティティがファイル送信タスクのエンティティではなく設定タスクのエンティティであると判別すると（Ｓ２５０でＮｏ及びＳ２７０でＹｅｓ）、対象エンティティのリクエストパラメータに記載された格納先ＵＲＬに基づき、クラウドサーバ６の第２ストレージ９４に格納された設定ファイルをダウンロードして取得する（Ｓ２８１）。

その後、制御部３１は、設定ファイルを対象端末装置に送信する前に、ローカルエリアネットワークを通じた通信により、対象端末装置との間の設定ファイルの送信に関するネゴシエーションを行う（Ｓ２８３）。

対象端末装置に複数の第１種端末装置４が含まれるとき、ネゴシエーションは、これら複数の第１種端末装置４のそれぞれに対して、個別に行われる。行われるネゴシエーションは、第１種端末装置４に対する設定ファイルの送信方式に関する取り決めである。例えば、制御部３１は、対応する第１種端末装置４がサポートするファイル形式を確認し、第１種端末装置４がサポートするファイル形式で設定ファイルを送信することを第１種端末装置４との間で取り決めるように、ネゴシエーションを行うことができる。

その後、制御部３１は、設定ファイルに従って動作パラメータを設定するタスクの実行指示と共に、クラウドサーバ６から取得した設定ファイルを、ネゴシエーションによる事前の取り決めに基づいて、対象端末装置にローカルエリアネットワークを通じて送信する（Ｓ２８５）。

対象端末装置に複数の第１種端末装置４が含まれる場合、制御部３１は、複数の第１種端末装置４のそれぞれに対して、設定ファイルを送信する。制御部３１は、複数の第１種端末装置４のそれぞれに対して、設定ファイルを、個別のネゴシエーションで取り決められたファイル形式で送信することができる。

設定ファイルの送信後、制御部３１は、対象端末装置に対する問い合わせにより、対象端末装置での設定が完了したかを判別する（Ｓ２８７）。対象端末装置に複数の第１種端末装置４が含まれる場合、制御部３１は、対象端末装置に対応する複数の第１種端末装置４の全てにおける設定が完了したときに、対象端末装置での設定が完了したと判別することができる。

制御部３１は、対象端末装置に複数の第１種端末装置４が含まれるときには、第１種端末装置４のそれぞれに対して、動作パラメータの設定値の問い合わせを行い、設定値が、設定ファイル通りに変更されているかを判別することにより、対象端末装置での設定が完了したかを判別することができる。

制御部３１は、対象端末装置での設定が完了するまで待機し、設定が完了したと判別すると（Ｓ２８７でＹｅｓ）、第１ストレージ９３内の対象エンティティの進捗状況の値を「進行中」から「完了」に変更し、更には、レスポンスパラメータに処理結果を書き込むことにより、対象エンティティを更新する（Ｓ２８９）。

対象端末装置に複数の第１種端末装置４が含まれるとき、Ｓ２８９における対象エンティティの更新は、対象端末装置に対応する全ての第１種端末装置４に設定ファイルが示す設定値が反映されたときに実行される。このとき、制御部３１は、レスポンスパラメータに対象端末装置に該当する第１種端末装置４毎の処理結果を書き込むように、対象エンティティを更新する。

但し、制御部３１は、対象端末装置に該当する第１種端末装置４の一群のうちの一部での設定に失敗した場合には、リトライによる設定を断念した時点で、対応する第１種端末装置４での設定が完了したと形式的に判別することができる。また、制御部３１は、設定に失敗した第１種端末装置４に関する処理結果として、エラー情報を書き込むように、対象エンティティを更新することができる。その後、制御部３１は、インスタントタスク中継処理を終了する。

この他、対象エンティティがファイル送信タスク及び設定タスクのいずれのエンティティでもない場合、制御部３１は、対象エンティティのリクエストパラメータに応じた処理を実行し（Ｓ２９０）、当該インスタントタスク中継処理を終了する。

続いて、インスタントタスクに関係するマスタ２の処理動作を、図１１－１６を用いて説明する。マスタ２の制御部１１は、主管理プログラム１５ａに従う処理の実行により、インスタントタスクに関連する機能として、図１１に示すタスク登録部１１Ａ、情報取得部１１Ｂ、及び、表示制御部１１Ｃとして機能する。メモリ２２には、表示制御部１１Ｃによる表示部１３を介した情報表示に必要なデータを記憶するための内部テーブル１１Ｄが作成され、内部テーブル１１Ｄには、クラウドサーバ６の第１ストレージ９３におけるインスタントタスクテーブルの更新ログが記録される。

タスク登録部１１Ａは、入力部１４を通じたユーザからのインスタントタスクの実行要求操作に従って、図１２に示す作成登録処理を実行する。タスク登録部１１Ａは、操作に従って、ファイル送信タスクや設定タスクなどのインスタントタスクを作成する（Ｓ４１０）。

タスクの作成は、実行要求先のデバイスＩＤを含むタスクの内容を決定し、インスタントタスクテーブルに登録するためのインスタントタスクエンティティを作成することに対応する。

実行要求先の端末装置４，５は、マスタ２を操作するユーザによりデバイスリストから指定される。制御部１１は、予め第１ストレージ９３のスケジュールタスクテーブルを参照することにより、管理システム１に登録された端末装置４，５を把握し、それらの端末装置４，５を列挙したデバイスリストを作成し、表示部１３に表示させることができる。

続くＳ４２０において、タスク登録部１１Ａは、第１ストレージ９３用のＳＡＳを用いてクラウドサーバ６の第１ストレージ９３にアクセスし、第１ストレージ９３のインスタントタスクテーブル内に、作成したインスタントタスクエンティティを新規登録する。

Ｓ４２０において、タスク登録部１１Ａは、タスクの実行に必要なデータファイルがある場合、クラウドサーバ６の第２ストレージ９４に、第２ストレージ９４用のＳＡＳを用いてアクセスし、該当するデータファイルをアップロードする。アップロードされるデータファイルの格納先ＵＲＬは、そのアップロードの前又は後において、登録されるインスタントタスクエンティティのリクエストパラメータに記載される。

Ｓ４２０において、タスク登録部１１Ａは更に、インスタントタスクエンティティの登録を、更新ログとして、内部テーブル１１Ｄに記録する。例えば、内部テーブル１１Ｄには、更新ログとして、クラウドサーバ６のインスタントタスクテーブルに登録されたインスタントタスクエンティティが、登録日時と共に記録される。その後、タスク登録部１１Ａは、作成登録処理を終了する。

情報取得部１１Ｂは、予め定められた参照周期で、定期的に図１３Ａに示す取得更新処理を実行する。取得更新処理において、情報取得部１１Ｂは、第１ストレージ９３のインスタントタスクテーブルを参照して、タスク情報を取得する。タスク情報は、上述の通り、インスタントタスクテーブルに登録されたエンティティの一群である（Ｓ５１０）。

その後、情報取得部１１Ｂは、取得したタスク情報に基づいて、内部テーブル１１Ｄを更新する。情報取得部１１Ｂは、タスク情報と内部テーブル１１Ｄの記録とに基づいて、インスタントタスクテーブルにおいて情報更新がなされたインスタントタスクエンティティの一群を検出し、検出したインスタントタスクエンティティの更新ログを、内部テーブル１１Ｄに記録する（Ｓ５２０）。

例えば、情報取得部１１Ｂは、インスタントタスクエンティティの進捗状況を判別し、進捗状況が「要求」から「進行中」に更新されたとき、及び、「進行中」から「完了」に更新されたときのインスタントタスクエンティティを、更新ログとして、更新日時と共に内部テーブル１１Ｄに記録することができる。このようにして、クラウドサーバ６のインスタントタスクテーブルにおけるエンティティの情報は、更新ログとして、マスタ２の内部テーブル１１Ｄで記憶保持され得る。

表示制御部１１Ｃは、表示部１３において表示されるタスク管理画面の更新のために図１３Ｂに示す表示制御処理を繰返し実行する。タスク管理画面は、図１４Ａ及び図１４Ｂに例示される。

表示制御処理を繰返し実行することにより、表示制御部１１Ｃは、内部テーブル１１Ｄを参照し（Ｓ６１０）、内部テーブル１１Ｄに記録されたインスタントタスクエンティティの更新ログに基づいて、タスク管理画面における表示内容を更新する（Ｓ６２０）動作を繰り返す。

図１４Ａに示すように、タスク管理画面は、カレントタスク表示領域と、タスクログ表示領域と、を含む。タスクログ表示領域は、既に完了した過去のタスクを表示する領域である。タスクログ表示領域には、過去の所定期間に完了したタスク毎に、タスクの処理結果を説明する行データが配列されたテーブルが表示される。

タスクログ表示領域に表示されるテーブル内の各行データは、「タスクタイプ」「ステータス」「開始時刻」「終了時刻」「対象」のフィールドを有する。「タスクタイプ」のフィールドには、例えば「ファイル送信」及び「設定」等のタスクの種類を表す文字列が表示される。

「ステータス」のフィールドには、タスクの処理結果として、「エラー」又は「ＯＫ」との文字列が表示される。「ＯＫ」は、タスクの実行に成功したことを示し、「エラー」は、タスクの実行に少なくとも部分的に失敗したことを示す。

「開始時刻」のフィールドには、タスクの実行開始時刻が表示され、「終了時刻」のフィールドには、タスクの実行終了時刻が表示される。「対象」のフィールドには、タスクの実行要求先に指定された端末装置４，５の数が表示される。

カレントタスク表示領域には、現在未完了のタスク毎に、対応するタスクを説明する行データが配列されたテーブルが表示される。カレントタスク表示領域に表示されるテーブル内の各行データは、「タスクタイプ」、「ステータス」「開始時刻」「対象」のフィールドを有する。「タスクタイプ」「開始時刻」「対象」のフィールドには、タスクログ表示領域の行データと同様の情報が表示される。「ステータス」のフィールドには、対応するタスクの実行状況が表示される。

表示制御部１１Ｃは、このようなタスク管理画面の更新のために、上述のＳ６２０において、図１５に示す画面更新処理を実行することができる。画面更新処理を開始すると、表示制御部１１Ｃは、内部テーブル１１Ｄの更新ログに基づき、新規タスクが作成されたかを判別する（Ｓ７１０）。

新規タスクが作成されたと判別すると（Ｓ７１０でＹｅｓ）、表示制御部１１Ｃは、カレントタスク表示領域に、新規タスクの行データの表示が開始されるように、タスク管理画面を更新する（Ｓ７１１）。画面更新によって、カレントタスク表示領域には、新規タスクの、「タスクタイプ」「ステータス」「開始時刻」「対象」が記述された行データが追加表示される。

新規タスクに対応するインスタントタスクエンティティが、進捗状況として「要求」を示す場合、カレントタスク表示領域における新規タスクの「ステータス」のフィールドには、タスクの実行状況として「待機中」との文字列が表示される。このときタスクの実行は開始されていないことから、「開始時刻」のフィールドは、空の状態で表示される。

表示制御部１１Ｃは更に、内部テーブル１１Ｄの更新ログに基づき、インスタントタスクテーブル内に、進捗状況が「要求」から「進行中」に変更されたインスタントタスクエンティティが存在するかを判別する（Ｓ７２０）。

該当するインスタントタスクエンティティが存在すると判別すると（Ｓ７２０でＹｅｓ）、表示制御部１１Ｃは、進捗状況が「要求」から「進行中」に変更されたインスタントタスクエンティティに対応するタスクに関して、カレントタスク表示領域内の対応するタスクの行データにおける「ステータス」のフィールドに、タスクの実行状況として「実行中」との文字列が表示されるように、タスク管理画面を更新する（Ｓ７２１）。

表示制御部１１Ｃは更に、内部テーブル１１Ｄの更新ログに基づき、インスタントタスクテーブル内に、進捗状況が「進行中」から「完了」に変更されたインスタントタスクエンティティが存在するかを判別する（Ｓ７３０）。

該当するインスタントタスクエンティティが存在すると判別すると（Ｓ７３０でＹｅｓ）、表示制御部１１Ｃは、進捗状況が「進行中」から「完了」に変更されたインスタントタスクエンティティに対応するカレントタスク表示領域上のタスクの行データを削除し（Ｓ７３１）、代わりに、タスクログ表示領域において、このタスクの行データを追加するように、タスク管理画面を更新する（Ｓ７３５）。図１４Ｂは、図１４Ａに示されるカレントタスク表示領域の行データが削除され、対応する行データが、タスクログ表示領域に追加された後のタスク管理画面を例示している。

Ｓ７３５において、表示制御部１１Ｃは、内部テーブル１１Ｄに記録された、対応するインスタントタスクエンティティのレスポンスパラメータを参照して、対応するタスクの実行要求先の全ての端末装置４，５において、タスクの実行に成功しているか、すなわち、レスポンスパラメータにエラー情報が存在しない状態であるかを判別する。

表示制御部１１Ｃは、エラー情報が存在しないと判別した場合、「タスクタイプ」「開始時刻」「対象」については、カレントタスク表示領域から削除された行データと同じ値を表示し、「ステータス」として「ＯＫ」を表示し、「終了時刻」に現在時刻を表示した行データを、タスクログ表示領域に追加するように、タスク管理画面を更新する。表示制御部１１Ｃは、エラー情報が存在すると判別した場合、「ステータス」として「エラー」を表示した行データを、タスクログ表示領域に追加するように、タスク管理画面を更新する。

この他、表示制御部１１Ｃは、タスク管理画面の表示中に、入力部１４を通じて、タスクログ表示領域において表示された行データの一つに対する詳細表示指示が入力されると（Ｓ７４０でＹｅｓ）、タスク管理画面に代えて、詳細画面を表示部１３に表示させる（Ｓ７４１）。

詳細画面は、図１６に示すように、詳細表示指示がなされた行データに対応するタスクの実行要求先毎の処理結果が記述された画面である。対応するタスクが、第２種端末装置５を実行要求先とするタスクであった場合、詳細画面には、実行要求先の第２種端末装置５におけるタスクの処理結果が表示される。対応するタスクが、クライアント３配下の複数の第１種端末装置４を実行要求先に指定するタスクであった場合、詳細画面には、第１種端末装置４毎の処理結果が表示される。

詳細画面には、実行要求先毎に、例えば、対応する端末装置のノード名、製品モデル名、ステータス、及び、その他の詳細情報が表示される。詳細画面において、各端末装置のステータスには、対応する端末装置がタスクの実行に成功している場合、成功を示す「コンプリート」との文字列が表示される。エラーが発生している場合には、例えば「接続エラー」及び「パスワードエラー」等の、エラー内容を示す文字列が表示される。

表示制御部１１Ｃは、入力部１４を通じて表示終了操作がなされるまで詳細画面を表示部１３に表示させ（Ｓ７４５でＮｏ）、表示終了操作がなされると（Ｓ７４５でＹｅｓ）、詳細画面を閉じて、代わりに、タスク管理画面を表示部１３に表示させる（Ｓ７４９）。この際、表示制御部１１Ｃは、並列動作する情報取得部１１Ｂによりバックグラウンドで更新された内部テーブル１１Ｄの最新の更新ログに基づいて、現在のタスクの実行状況を記したタスク管理画面を表示部１３に表示させる。

以上に説明した本実施形態の管理システム１は、次の効果を奏する。本実施形態の管理システム１によれば、専用のサーバではなく、汎用的なクラウドストレージを用いて、広域ネットワークを介したタスクの実行要求が行われる。

実行要求先からは進捗状況がクラウドストレージに書き込まれる。従って、実行要求元のマスタ２は、遠隔で実行されるタスクの実行状況を把握し、マスタ２を操作するユーザに対して画面を通じてタスクの実行状況を伝えることができる。従って、本実施形態の管理システム１は、汎用的なクラウドストレージを介した管理対象装置の遠隔での制御及び監視に関して、優れた効果を発揮する。

本実施形態では特に、タスクの要求データに対応するリクエストパラメータと、タスクの状況データに対応する進捗状況のプロパティと、を含む統合データに対応するインスタントタスクエンティティが、マスタ２からクラウドストレージに書き込まれる。このインスタントタスクエンティティが実行要求先に対応するクライアント３又はクラウドコネクタにより更新される。

このインスタントタスクエンティティの登録及び更新によれば、クラウドストレージを効率的に利用して、タスクの実行要求及び実行状況の伝達を実現することが可能である。

更に言えば、クライアント３及びクラウドコネクタは、要求に応じたタスクが終了する前及び後において、タスクの実行状況を、インスタントタスクエンティティの進捗状況を更新することにより、クラウドストレージに複数回書き込む。これにより、クライアント３及びクラウドコネクタは、タスクの実行状況を、その実行状況が変化する度に、段階的にタスクの実行要求元であるマスタ２に通知する。

従って、マスタ２は、画面を通じて、ユーザがタスクの終了だけでなく、その終了前の状況も適切に把握することができるように、タスクの実行状況を段階的に表示することができる。

更にクライアント３及びクラウドコネクタは、自己宛の新規インスタントタスクエンティティを認識して、対応する処理を開始するとき、進捗状況を「進行中」に変更し、タスクが終了したときに、進捗状況を「完了」に変更する。

マスタ２は、インスタントタスクエンティティに記載された進捗状況の判別に基づいて、最新のタスク実行状況が表示されるように表示部１３に表示される画面の更新を行う。ファイル送信タスクでは、ファイル送信が完了したことに基づいて進捗状況が更新され、設定タスクでは、設定が反映されたことに基づいて進捗状況が更新される。

このように、本実施形態では、タスクの種類に応じて、エンティティ内の進捗状況を更新する条件を切り替えるため、複数種類のタスクに関して、各種類のタスクの実行状況を、その種類の応じた適切なタイミングで、マスタ２のユーザに伝えることができる。

本開示が、上述の例示的実施形態に限定されるものではなく、種々の態様を採ることができることは言うまでもない。例えば、上述の実施形態では、タスクの進捗状況は、「要求」「進行中」「完了」の三段階で表されるが、例えば、「進行中」の段階は、更に細分化された複数段階で表現されてもよい。

例えば、複数の第１種端末装置４を配下に有するクライアント３は、実行要求先が複数の第１種端末装置４であるタスクに関して、複数の第１種端末装置４のうちの所定割合においてタスクが完了した段階で、「進行中（残り〇割）」などの表現で、タスクの未完了分を表すように、インスタントタスクエンティティの進捗状況を更新してもよい。マスタ２は、この進捗状況に基づいて、タスクの実行状況を表示するように構成されてもよい。

クライアント３は、実行要求先が複数の第１種端末装置４であるタスクに関して、第１種端末装置４のそれぞれが、タスクを完了する度に、インスタントタスクエンティティの進捗状況を更新するように動作してもよい。

この他、上記実施形態における１つの構成要素が有する機能は、複数の構成要素に分散して設けられてもよい。複数の構成要素が有する機能は、１つの構成要素に統合されてもよい。上記実施形態の構成の一部は、省略されてもよい。上記実施形態の構成の少なくとも一部は、他の上記実施形態の構成に対して付加又は置換されてもよい。特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。

１…管理システム、２…マスタ、３…クライアント、４，５…端末装置、６…クラウドサーバ、１１，３１，５１，７１，９１…制御部、１１Ａ…タスク登録部、１１Ｂ…情報取得部、１１Ｃ…表示制御部、１１Ｄ…内部テーブル、１２，３２，５２，７２，９２…通信部、１３，３３，５３，７３…表示部、１４，３４，５４，７４…入力部、１５，３５…記憶部、１５ａ…主管理プログラム、２１，４１，６１，８１，１０１…ＣＰＵ、２２，４２，６２，８２，１０２…メモリ、３５ａ…副管理プログラム、５５，７５…印刷部、５６，７６…読取部、８２ａ…通信プログラム、９３…第１ストレージ、９４…第２ストレージ。

Claims (12)

1. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、前記要求データに従うタスクを実行する、又は、第三の通信装置との通信を通じて前記第三の通信装置に前記タスクを実行させることと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記第一の通信装置は、前記要求データ及び前記状況データを含む統合データであって、前記状況データによって前記タスクが実行要求の状態にあることを説明する統合データを前記クラウドストレージに書き込むことによって、前記要求データを前記クラウドストレージに書き込み、
   前記第二の通信装置は、前記タスクの実行状況が変化する度に、前記クラウドストレージに書き込まれた前記統合データ内の前記状況データを更新することによって、新しい状況データを前記クラウドストレージに書き込み、
   前記第一の通信装置は、前記統合データ内の前記状況データを参照することにより、前記タスクの実行状況を判別する管理システム。
2. 前記第三の通信装置は、前記第二の通信装置が管理する複数の通信装置であり、
   前記第二の通信装置は、前記複数の通信装置と通信して、前記要求データに従うタスクの実行を前記複数の通信装置に指示する請求項１記載の管理システム。
3. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、第三の通信装置との通信を通じて前記第三の通信装置に前記タスクを実行させることと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記第三の通信装置は、前記第二の通信装置が管理する複数の通信装置であり、
   前記第二の通信装置は、
   前記複数の通信装置と通信して、前記要求データに従うタスクの実行を前記複数の通信装置に指示し、
   前記複数の通信装置に前記タスクの実行を指示するときに、前記状況データとして、前記タスクが実行中であることを説明するデータを、前記クラウドストレージに書き込み、
   前記タスクの実行が終了したときに、前記状況データとして、前記タスクが終了したことを説明するデータを、前記クラウドストレージに書き込む管理システム。
4. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、第三の通信装置との通信を通じて前記第三の通信装置に前記タスクを実行させることと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記第二の通信装置は、前記第三の通信装置と通信して、前記要求データに従うタスクの実行を前記第三の通信装置に指示し、前記要求データに従って前記第三の通信装置に前記タスクの実行を指示するときに、前記状況データとして、前記タスクが実行中であることを説明するデータを、前記クラウドストレージに書き込み、
   前記第三の通信装置は、前記タスクの実行指示に従って、自装置の設定値を変更するタスクを実行し、
   前記第二の通信装置は、前記第三の通信装置において前記設定値が前記タスクの実行指示に従って変更されたことを、前記第三の通信装置に対する前記設定値の問い合わせにより判別し、前記第三の通信装置において前記設定値が変更されたと判別したことを条件に、前記状況データとして、前記タスクが終了したことを説明するデータを、前記クラウドストレージに書き込む管理システム。
5. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、第三の通信装置との通信を通じて前記第三の通信装置に前記タスクを実行させることと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記要求データには、タスクの実行に必要なデータファイルの格納先情報が含まれ、
   前記第二の通信装置は、
   前記クラウドストレージに前記要求データが書き込まれた場合に、前記要求データに含まれる前記格納先情報に基づき、前記タスクの実行に必要なデータファイルを格納する別のクラウドストレージから、前記データファイルを取得し、更には、
   前記第三の通信装置と通信して、前記要求データに従うタスクの実行を前記第三の通信装置に指示し、更には、前記第三の通信装置に前記データファイルを転送し、前記要求データに従って前記第三の通信装置に前記タスクの実行を指示するときに、前記状況データとして、前記タスクが実行中であることを説明するデータを、前記クラウドストレージに書き込み、
   前記第二の通信装置は、前記第三の通信装置に対する指示及び前記データファイルの転送が完了したときに、前記状況データとして、前記タスクが終了したことを説明するデータを、前記クラウドストレージに書き込む管理システム。
6. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、第三の通信装置との通信を通じて前記第三の通信装置に前記タスクを実行させることと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記要求データには、タスクの実行要求対象を指定する情報が含まれ、
   前記第二の通信装置は、前記クラウドストレージに前記要求データが書き込まれた場合であって、前記要求データにおいて、前記第二の通信装置が管理する通信装置が前記実行要求対象として指定されている場合に、前記第三の通信装置として、前記実行要求対象として指定された通信装置と通信して、前記要求データに従うタスクの実行を前記第三の通信装置に指示する管理システム。
7. 前記第三の通信装置は、前記第二の通信装置と同じローカルエリアネットワークに属する通信装置である請求項１～請求項６のいずれか一項記載の管理システム。
8. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、前記要求データに従うタスクを実行することと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記第二の通信装置は、
   前記クラウドストレージに前記要求データが書き込まれた場合に、前記要求データに従うタスクを実行し、
   前記タスクの実行を開始するときに、前記状況データとして、前記タスクが実行中であることを説明するデータを、前記クラウドストレージに書き込み、
   前記タスクの実行が終了したときに、前記状況データとして、前記タスクが終了したことを説明するデータを、前記クラウドストレージに書き込む管理システム。
9. クラウドストレージにアクセス可能に構成され、タスクの実行を要求する要求データを前記クラウドストレージに書き込むことを含む、前記クラウドストレージに関する第一の処理を実行するように構成される第一の通信装置と、
   前記クラウドストレージにアクセス可能に構成され、前記クラウドストレージに関する第二の処理を実行するように構成される第二の通信装置と、
   を備え、
   前記第二の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージに前記要求データが書き込まれた場合に、前記要求データに従うタスクを実行する、又は、第三の通信装置との通信を通じて前記第三の通信装置に前記タスクを実行させることと、
   前記タスクの実行状況を説明する状況データを、前記クラウドストレージに書き込むことと、
   を含み、
   前記第一の処理は、
   前記クラウドストレージを繰返し参照して、前記クラウドストレージ内の前記状況データに基づき、前記タスクの実行状況を判別することと、
   前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき前記画面を更新することと、
   を更に含み、
   前記第一の通信装置は、前記タスクが実行される前には、前記画面として、前記タスクが実行待機状態にあることを説明する画面を前記表示装置に表示させ、前記タスクの実行中であるときには、前記タスクが実行中であることを説明するように前記画面を更新する管理システム。
10. 通信装置であって、
    クラウドストレージにアクセス可能な通信部と、
    前記クラウドストレージに関する処理を実行するように構成される処理部と、
    を備え、
    前記クラウドストレージに関する処理は、
    前記通信部を介して前記クラウドストレージを繰返し参照して、前記クラウドストレージにタスクの実行を要求する要求データが書き込まれた場合に、前記要求データに従うタスクを実行することと、
    前記タスクの実行が終了する前後で、前記タスクの実行状況を説明する状況データを、前記クラウドストレージに複数回書き込むことによって、前記タスクの実行状況を段階的に前記タスクの実行要求元に通知することと、
    を含み、
    前記クラウドストレージには、前記要求データ及び前記状況データを含む統合データであって、前記状況データによって前記タスクが実行要求の状態にあることを説明する統合データが、前記通信装置とは別の装置によって書き込まれ、
    前記通知することは、前記タスクの実行状況が変化する度に、前記クラウドストレージにおける前記統合データ内の前記状況データを更新することによって、新しい状況データを、前記別の装置が参照可能であるように、前記クラウドストレージに書き込むことを含む通信装置。
11. 通信装置であって、
    クラウドストレージにアクセス可能であり、更にはローカルエリアネットワーク内の一つ以上の管理対象装置と通信可能に構成される通信部と、
    前記クラウドストレージに関する処理を実行するように構成される処理部と、
    を備え、
    前記クラウドストレージに関する処理は、
    前記通信部を介して前記クラウドストレージを繰返し参照して、前記クラウドストレージにタスクの実行を要求する要求データが書き込まれた場合に、前記ローカルエリアネットワーク内の前記一つ以上の管理対象装置と通信して、前記要求データに従うタスクを、前記一つ以上の管理対象装置に実行させることと、
    前記一つ以上の管理対象装置において前記タスクの実行が終了する前後で、前記タスクの実行状況を説明する状況データを、前記クラウドストレージに複数回書き込むことによって、前記タスクの実行状況を段階的に前記タスクの実行要求元に通知することと、
    を含み、
    前記クラウドストレージには、前記要求データ及び前記状況データを含む統合データであって、前記状況データによって前記タスクが実行要求の状態にあることを説明する統合データが、前記通信装置とは別の装置によって書き込まれ、
    前記通知することは、前記タスクの実行状況が変化する度に、前記クラウドストレージにおける前記統合データ内の前記状況データを更新することによって、新しい状況データを、前記別の装置が参照可能であるように、前記クラウドストレージに書き込むことを含む通信装置。
12. 通信装置であって、
    クラウドストレージにアクセス可能な通信部と、
    前記クラウドストレージに関する処理を実行するように構成される処理部と、
    を備え、
    前記クラウドストレージに関する処理は、
    前記通信部を介してタスクの実行を要求する要求データを前記クラウドストレージに書き込むことと、
    前記クラウドストレージを繰返し参照して、前記要求データに従う処理を実行する装置から前記クラウドストレージに書き込まれる前記タスクの実行状況を説明する状況データに基づき、前記タスクの実行状況を判別することと、
    前記タスクの実行状況を説明する画面を表示装置に表示させ、判別された前記タスクの実行状況に基づき、前記画面を更新することと、
    を含み、
    前記要求データを前記クラウドストレージに書き込むことは、前記要求データ及び前記状況データを含む統合データであって、前記状況データによって前記タスクが実行要求の状態にあることを説明する統合データを前記クラウドストレージに書き込むことによって、前記要求データを前記クラウドストレージに書き込むことを含み、
    前記クラウドストレージにおける前記統合データ内の前記状況データは、前記要求データに従う処理を実行する装置によって、前記タスクの実行状況が変化する度に更新され、それにより、新しい状況データが前記クラウドストレージに書き込まれ、
    前記タスクの実行状況を判別することは、前記クラウドストレージにおける前記統合データ内の前記状況データを参照することにより、前記タスクの実行状況を判別することを含む通信装置。

Images