JP7574672B2 - 管理システム、管理方法および管理用プログラム - Google Patents

Description

本開示は、端末装置を管理する技術に関する。

特許文献１には、管理装置がサーバを介して画像形成装置を管理する技術が開示されている。

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

特許文献１に開示された技術では、管理装置による画像形成装置の管理のためにサーバが能動的に機能する。即ち、サーバは、自ら主体的に各種の判断処理を行い、処理結果を管理装置あるいは画像形成装置に通知する。

そのため、サーバにかかるコストが高くなり、ひいては、管理装置から画像形成装置を管理するためのシステムの構築に要するコストが高くなる。
本開示の一局面は、端末装置を簡易的且つ低コストで管理できるようにすることを目的とする。

本開示の一局面における管理システムは、第１の通信装置と第２の通信装置とを備える。第１の通信装置は、クラウドストレージにアクセス可能である。第２の通信装置は、第１の端末装置と通信可能に接続されるか、若しくは第２の端末装置に設けられる。第２の通信装置は、クラウドストレージにアクセス可能である。

第１の通信装置は、第１の書込処理と、第１の取得処理とを実行する。第１の書込処理は、クラウドストレージにタスク要求データを書込む処理である。タスク要求データは、管理対象に対する第１のタスクの実行を要求するデータである。管理対象は、第２の通信装置に接続された第１の端末装置、若しくは第２の通信装置が設けられた第２の端末装置である。つまり、第２の通信装置が例えば第１の端末装置と通信可能に接続されているならば、管理対象はその第１の端末装置である。第２の通信装置が例えば第２の端末装置に設けられているならば、管理対象はその第２の端末装置である。

第１の取得処理は、第１の取得タイミングが到来することに応じてクラウドストレージから端末データを取得する処理である。端末データは、管理対象が有するデータであって、第２の通信装置により管理対象から取得されてクラウドストレージに書込まれる。

第２の通信装置は、第２の取得処理と、第２の書込処理とを実行する。第２の取得処理は、第２の取得タイミングが到来することに応じて、クラウドストレージからタスク要求データを取得する処理である。第２の書込処理は、管理対象から端末データを取得してクラウドストレージに書込む処理である。

このような管理システムでは、クラウドストレージは、第１の通信装置及び第２の通信装置に対して受動的に機能する。第１の通信装置及び第２の通信装置はそれぞれ、必要なデータを自らクラウドストレージに書き込む。また、第１の通信装置及び第２の通信装置はそれぞれ、クラウドストレージにアクセスして自らデータを読み込む。そのため、クラウドストレージを簡素且つ低コストで実現できる。換言すれば、簡素且つ低コストのクラウドストレージを用いて端末装置を管理できる。そのため、端末装置を簡易的且つ低コストで管理することが可能となる。

本開示の別の一局面は、インストールプログラムである。インストールプログラムは、コンピュータに、当該コンピュータを前述の第１の通信装置及び前述の第２の通信装置（詳しくは第１の端末装置と通信可能に接続された第２の通信装置）のうちのいずれか一方として機能させるためのプログラムをインストールする。

具体的には、インストールプログラムは、コンピュータに、機能情報取得処理と、インストール処理とを実行させる。
機能情報取得処理は、第１の通信装置及び第２の通信装置のうちどちらとして機能すべきかを示す機能情報を取得する。インストール処理は、第１の通信装置及び第２の通信装置のうち機能情報取得処理により取得された機能情報により示される一方としてコンピュータを機能させるためのプログラムをコンピュータにインストールする。

このようなインストールプログラムによれば、機能情報に応じて、コンピュータを第１の通信装置及び第２の通信装置のいずれか一方として択一的に機能させることができる。
本開示のさらに別の一局面では、上記管理システムを構成する第１の通信装置または第２の通信装置が提供されてもよい。本開示のさらに別の一局面では、第１の通信装置としてコンピュータを機能させるためのプログラム、第２の通信装置としてコンピュータを機能させるためのプログラムが提供されてもよい。本開示のさらに別の一局面では、上記管理システムにおいて用いられる、第１の通信装置からクラウドストレージ及び第２の通信装置を介して各端末装置を管理する方法が提供されてもよい。

実施形態の管理システムの構成図である。 図２Ａはマスタのブロック図、図２Ｂはクライアントのブロック図、図２Ｃは第１種端末装置のブロック図である。 図３Ａは第２種端末装置のブロック図、図３Ｂはクラウドサーバのブロック図である。 管理システムによる管理シーケンスの一例を示す説明図である。 図５Ａはスケジュールタスクテーブルの一例を示す説明図、図５Ｂはインスタントタスクテーブルの一例を示す説明図である。 図６Ａはマスタイニシャルファイルの一例を示す説明図、図６Ｂはクライアントイニシャルファイルの一例を示す説明図である。 インストール処理のフローチャートである。

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

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

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

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

端末装置４は、クラウドサーバ６によって提供されるクラウドサービスを利用する能力を有しない。換言すれば、各端末装置４は、クラウドサーバ６と通信を行う機能を有しない。以下では、この端末装置４のことを、特に第１種端末装置４と表現する。一方、端末装置５は、クラウドサーバ６によって提供されるクラウドサービスを利用する能力を有する端末装置である。換言すれば、端末装置５は、クラウドサーバ６と通信する機能を有する。端末装置５におけるその能力は、後述する通信プログラム８２ａ（図３Ａ参照）により実現される。以下では、この端末装置５のことを、特に第２種端末装置５と表現する。

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

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

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

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

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

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

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

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

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

管理中継機能は、マスタ２の管理機能に関連する機能であり、マスタ２による第１種端末装置４の管理を中継（または仲介）する。マスタ２は、自身が存在する拠点とは別の拠点における第１種端末装置４を、当該別の拠点に設けられたクライアント３の管理中継機能を利用して管理する。すなわち、クライアント３と同一のローカルエリアネットワークに接続された第１種端末装置４（図１の例においては例えば第２拠点における２つの第１種端末装置４のそれぞれ）は、当該クライアント３が有する管理中継機能によって、当該クライアント３の仲介を受けて間接的にマスタ２に管理される。クライアント３と同一のローカルエリアネットワークに接続された第１種端末装置４、即ちクライアント３による管理中継機能の実行対象である第１種端末装置４のことを、「管理中継対象」と称する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

例示的な第１ストレージ９３は、ＮｏＳＱＬデータストアとして機能し、スキーマレスのエンティティの一群を構成要素とする各種のテーブル（例えば後述する図５Ａ、図５Ｂ参照）を格納可能に構成される。即ち、第１ストレージ９３は、データベースの一種であり、データベースが書き込まれる。

第１ストレージ９３において、テーブルにおける各エンティティは、プロパティのセットで構成される。各プロパティは、キー及び値（すなわちバリュー）のペアで構成される。マスタ２、クライアント３及び第２種端末装置５は、例えば、エンティティ及びキーを指定することにより、第１ストレージ９３内のテーブルにおける所望のデータにアクセスして当該データを読み出したり、テーブルにおける所望のデータを更新したりすることができる。

なお、エンティティは、リレーショナルデータベースにおけるレコードの位置づけに類似するものと捉えることができる。プロパティは、リレーショナルデータベースにおけるカラム（またはフィールド）の位置づけに類似するものと捉えることができる。プロパティにおけるキーは、リレーショナルデータベースにおける項目名（または見出し）の位置づけに類似するものと捉えることができる。値（バリュー）は、リレーショナルデータベースにおけるフィールドの位置づけに類似するものと捉えることができる。

例示的な第２ストレージ９４は、外部からオブジェクトを読込及び書込可能なオブジェクトストレージとして機能する。オブジェクトは、例えば、任意のテキストファイル及び／またはバイナルファイルを含む。つまり、第２ストレージ９４は、ファイルが格納されるファイルストレージであると言える。第２ストレージ９４に対するオブジェクトの読込及び書込は、例えばＨＴＴＰ／ＨＴＴＰＳプロトコルを用いて行われる。マスタ２、クライアント３及び第２種端末装置５は、例えば、ファイル名及びパスを指定することにより、第２ストレージ９４に格納された所望のファイルにアクセス（例えば読込ｓ）することができる。

上述したテーブルストレージ及びオブジェクトストレージを提供するクラウドサービスとしては、マイクロソフト社のＡｚｕｒｅ（登録商標）が知られている。クラウドサーバ６は、このようなクラウドサービスと同様に動作し得る。例えば、第１ストレージ９３は、ＡｚｕｒｅにおけるＡｚｕｒｅ Ｔａｂｌｅ Ｓｔｏｒａｇｅであってもよく、第２ストレージ９４は、ＡｚｕｒｅにおけるＡｚｕｒｅ Ｂｌｏｂ Ｓｔｏｒａｇｅであってもよい。

（１－３）シーケンス概略
続いて、管理に関する動作シーケンスを、図４を用いて概略的に説明する。準備段階では、マスタ２に主管理プログラム１５ａがインストーラによりインストールされる。主管理プログラム１５ａのインストーラと副管理プログラム３５ａのインストーラは、互いに別々に用意されてもよいが、本実施形態では、共通の１つのインストーラ（以下、「共通インストーラ」と称する。本開示におけるインストールプログラムの一例に相当。）が、主管理プログラム１５ａ及び副管理プログラム３５ａのうちのいずれか一方を択一的にインストールする。共通インストーラは、起動後、イニシャルファイルを参照して、主管理プログラム１５ａ及び副管理プログラム３５ａのうちどちらをインストールすべきかを決定する。

イニシャルファイルは、例えば二種類ある。具体的には、主管理プログラム１５ａに対応したマスタイニシャルファイルと、副管理プログラム３５ａに対応したクライアントイニシャルファイルとが存在し得る。マスタイニシャルファイルの一例を図６Ａに示す。クライアントイニシャルファイルの一例を図６Ｂに示す。

マスタイニシャルファイルはどこでどのように生成されてもよい。マスタイニシャルファイルは、例えば、マスタ２のユーザである主管理者による、マスタ２の入力部１４に対する入力操作に従って、例えばテキストエディタ等によって生成されてもよい。

クライアントイニシャルファイルは、本実施形態では、後述するように、主管理プログラム１５ａに基づいて自動的に生成される。なお、クライアントイニシャルファイルも、マスタイニシャルファイルと同様にユーザによる入力操作に従って生成されてもよい。

図６Ａに例示するマスタイニシャルファイルにおいて、符号Ａ１は、動作モードを示す。動作モードは、当該イニシャルファイルがマスタ用又はクライアント用のどちらであるかを規定する。換言すれば、動作モードは、当該イニシャルファイルに従って主管理プログラム１５ａまたは副管理プログラム３５ａのどちらがインストールされるべきかを規定する。図６Ａの例では、動作モードはマスタ用であることを示す。動作モードは、本開示における機能情報の一例に相当する。なお、クライアントイニシャルファイルにおいても、図６Ｂに符号Ｂ１で示すように動作モードが設定される。図６Ｂは、動作モードがクライアント用であることを示している。

符号Ａ２は、第１ポーリング周期を示す。図６Ａでは、第１ポーリング周期が例えば１分である例が示されている。第１ポーリング周期は、後述するインスタントタスクの要求後にマスタ２がインスタントタスクの実行状況をポーリングにより確認する際の周期として用いられる（図４のＳ１８，Ｓ２３，Ｓ２４参照）。第１ポーリング周期は、本開示における第１の取得タイミングの一例に相当する。

共通インストーラを用いて主管理プログラム１５ａをインストールするために、共通インストーラが、インストール処理の実行時にマスタイニシャルファイルを参照できるようにする。例えば、共通インストーラとマスタイニシャルファイルとを同じフォルダに格納した状態で共通インストーラを起動させてもよい。これにより、共通インストーラは、起動後、同じフォルダにあるマスタイニシャルファイルを参照しながらインストール処理を進める。

共通インストーラによるインストール処理について、図７を参照して説明する。記憶部１５に共通インストーラが格納されたマスタ２において、制御部１１は、例えば主管理者による入力操作によって共通インストーラの実行指示を受けると、共通インストーラに従ってインストール処理を開始する。

制御部１１は、インストール処理を開始すると、Ｓ１１０で、イニシャルファイルを取得する。Ｓ１２０では、Ｓ１１０で取得されたイニシャルファイルにおいて設定されている動作モードを判別する。具体的には、動作モードがマスタ用またはクライアント用のどちらを示しているかを判別する。

動作モードがマスタ用を示している場合（例えば図６Ａの例）、Ｓ１３０に移行する。動作モードがマスタ用を示しているということは、当該イニシャルファイルがマスタイニシャルファイルであることを意味する。よって、Ｓ１３０では、マスタイニシャルファイルを用いて主管理プログラム１５ａをインストールする。

Ｓ１２０で、動作モードがクライアント用を示している場合（例えば図６Ｂの例）、Ｓ１４０に移行する。動作モードがクライアント用を示しているということは、当該イニシャルファイルがクライアントイニシャルファイルであることを意味する。よって、Ｓ１４０では、クライアントイニシャルファイルを用いて副管理プログラム３５ａをインストールする。

マスタ２に主管理プログラム１５ａがインストールされると、主管理プログラム１５ａに従う処理が、マスタ２の制御部１１により実行される。つまり、マスタ２が、管理機能を有するようになる。

主管理プログラム１５ａに従う処理は、クラウドプロファイルを設定する処理（Ｓ０１）を含む。クラウドプロファイルの設定（Ｓ０１）は、例えば、主管理者による、入力部１４を通じた設定操作に従って行われる。

クラウドプロファイルの設定（Ｓ０１）は、クラウドパラメータを設定することを含む。クラウドパラメータは、初期設定パラメータを含む。クライアント３及び第２種端末装置５においては、後述するように、クラウドサーバ６に対するポーリング動作、及びクラウドサーバ６に保持される情報の更新動作が実行される。このポーリング動作は、後述するインスタントタスクの有無を周期的に確認する動作である。情報更新動作は、後述するスケジュールタスクに含まれる。

初期設定パラメータは、例えば、ポーリング動作の周期（以下、「第２ポーリング周期」と称する）、及び情報更新動作の周期（以下、「情報更新周期」と称する）を含む。第２ポーリング周期は、本開示における第２の取得タイミングの一例に相当する。第２ポーリング周期は、本実施形態では例えば、図６Ｂにおいて符号Ｂ７で例示するように１分である。情報更新周期は、更新すべき情報の種類に応じて複数種類設定されてもよい。本実施形態では、情報更新周期として、例えば図６Ｂに符号Ｂ４，Ｂ５，Ｂ６で例示する３種類が設定されている。

クラウドパラメータは、さらに、スケジュールタスクテンプレートを含んでいてもよい。スケジュールタスクテンプレートには、各端末装置４，５が後述するスケジュールタスクとして具体的にどのような処理を実行すべきかが規定されている。前述の情報更新周期は、スケジュールタスクにおける１つ以上の処理（タスク）の実行周期に対応する。スケジュールタスクテンプレートは、後述するスケジュールタスクテーブル（図５Ａ参照）と同様の形式のテーブルであってスケジュールタスクテーブルの初期設定データを示すものであってもよい。スケジュールタスクテンプレートは、本開示における指定情報の一例に相当する。

スケジュールタスクテンプレートとスケジュールタスクテーブルとはそれぞれ個別に存在する。即ち、第１ストレージ９３において、スケジュールタスクテンプレートは第１の記憶領域に書き込まれ、スケジュールタスクテーブルは、第１の記憶領域とは異なる第２の記憶領域に書き込まれる。

クラウドプロファイルの設定（Ｓ０１）は、さらに、クラウドサービスを利用するための共有アクセス署名（ＳＡＳ：Ｓｈａｒｅｄ Ａｃｃｅｓｓ Ｓｉｇｎａｔｕｒｅ）を設定することを含む。

ＳＡＳは、第１ストレージ９３及び第２ストレージ９４のそれぞれ、すなわち、テーブルストレージ及びオブジェクトストレージのそれぞれに対して個別に設定されている。マスタ２におけるクラウドプロファイルの設定（Ｓ０１）では、主管理者は、マスタ２から第１ストレージ９３及び第２ストレージ９４にアクセスできるように、第１ストレージ９３及び第２ストレージ９４のそれぞれに設定されているＳＡＳを、クラウドプロファイルの一部として設定する。

なお、マスタ２における主管理プログラム１５ａのインストール時においても、同じＳＡＳが設定される。マスタ２がクラウドサーバ６へアクセスする際は、マスタ２に設定されているＳＡＳがクラウドサーバ６へ送信される。そして、送信されたＳＡＳが、クラウドサーバ６において設定されている当該アクセス先のＳＡＳと一致することに応じて、アクセス先との通信（データの読み書き）が可能となる。

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

更に、クラウドプロファイルの少なくとも一部が、クライアントプロファイル、即ちクライアント３での読込用データとして、マスタ２からエクスポートされる（Ｓ０４）。クライアントプロファイルは、図６Ｂに例示する前述のクライアントイニシャルファイルに対応する。クライアントプロファイルは、例えば、上述の初期設定パラメータ、スケジュールタスクテンプレート及びＳＡＳのうち少なくとも１つを含んでいてもよい。クライアントプロファイルは、例えば、少なくともＳＡＳを含んでいてもよい。クライアントプロファイルは本開示におけるプロファイルの一例に相当する。

図６Ｂに例示するクライアントプロファイルにおいて、符号Ｂ２は第２ストレージ９４にアクセスするためのＳＡＳを示し、符号Ｂ３は第１ストレージ９３にアクセスするためのＳＡＳを示す。符号Ｂ４～Ｂ７については前述の通りである。符号Ｂ１は、動作モードを示す。

即ち、クライアントプロファイルにおいても、マスタイニシャルファイルと同様、動作モードが設定される。クライアントプロファイルにおいては、図６Ｂにおいて符号Ｂ１で例示されているように、動作モードはクライアントイニシャルファイルに設定される。

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

副管理者は、クライアント３を操作し、共通インストーラを起動させて、クライアント３に副管理プログラム３５ａをインストールする（Ｓ０５）。共通インストーラを用いて副管理プログラム３５ａをインストールするために、インストール処理の実行時に、マスタ２でエクスポートされたクライアントプロファイルを共通インストーラにインポートさせる（Ｓ０６）。例えば、共通インストーラとクライアントプロファイルとをクライアント３における同じフォルダに格納した状態で共通インストーラを起動させてもよい。

これにより、共通インストーラは、起動後、同じフォルダにあるクライアントプロファイルをインポートしながらインストール処理を進める（Ｓ０５，Ｓ０６）。その際、共通インストーラは、動作モードがクライアントイニシャルファイルであることに従い、副管理プログラム３５ａをインストールすべきと判断し、副管理プログラム３５ａをインストールする。

副管理プログラム３５ａのインストールにおいては、共通インストーラは、クライアントプロファイルをインポートする。即ち、クライアントプロファイルで設定されている各種データを適宜クライアント３に設定する。例えば、クライアントプロファイルに設定されているＳＡＳ、第２ポーリング周期及び情報更新周期などがインポートされてクライアント３に設定される。前述のスケジュールタスクテンプレートがインポートされてもよい。

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

一方、第２種端末装置５には、第２種端末装置５の管理者である装置管理者による入力操作により、ＳＡＳが登録される（Ｓ０７）。第２種端末装置５に対するＳＡＳの登録は、例えば、第２種端末装置５の入力部７４を介して行われてもよい。また例えば、第２種端末装置５とは別の情報処理装置から第２種端末装置５へＳＡＳを登録できてもよい。具体的には、第２種端末装置５に所定のＷＥＢサーバが内蔵されていてもよい。そして、第２種端末装置５とは別の情報処理装置から当該ＷＥＢサーバへアクセスし、情報処理装置におけるユーザインタフェースを介してＳＡＳを入力してＷＥＢサーバへ送信することにより、第２種端末装置５へＳＡＳを登録できてもよい。

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

なお、クラウドコネクタがクラウドサーバ６へアクセスする際は、クラウドコネクタにおいて設定されている、当該アクセス先のＳＡＳが、クラウドサーバ６へ送信される。そして、送信されたＳＡＳが、クラウドサーバ６において設定されている当該アクセス先のＳＡＳと一致することに応じて、アクセス先との通信（データの読み書き）が可能となる。

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

クラウドコネクタによるスケジュールタスク（Ｓ０９）は、対応するデバイス情報が第１ストレージ９３に未登録である場合にはまずデバイス情報を第１ストレージ９３に登録することから始まる。クラウドコネクタに対応するデバイス情報とは、当該クラウドコネクタが実装された第２種端末装置５を示す所定の情報である。

クライアント３によるスケジュールタスク（Ｓ１０）は、管理対象の第１種端末装置４のうち対応するデバイス情報が第１ストレージ９３に未登録である第１種端末装置４が存在している場合にはまずその第１種端末装置４のデバイス情報を第１ストレージ９３に登録することから始まる。第１種端末装置４のデバイス情報とは、当該第１種端末装置４を示す所定の情報である。

第１ストレージ９３は、テーブルの一つとして、図５Ａに例示するスケジュールタスクテーブルを備える。スケジュールタスクテーブルは、１つ以上のエンティティの一群を含む。１つのエンティティは複数のプロパティを含む。本実施形態では、複数のプロパティは、例えば、図５Ａに示すように、第１キー、第２キー、リクエストパラメータ、レスポンスパラメータ、通知元、進捗状況、及びデバイスＩＤを含む。

スケジュールタスクテーブルは、端末装置４，５のそれぞれについて個別に、「ログ」「ステータス」「登録」に関する３つのエンティティを備える。つまり、本実施形態では、管理対象の端末装置４，５毎の個別のスケジュールタスクテーブル（以下、「個別テーブル」と称する）を有し、スケジュールタスクテーブルはこれら個別テーブルの集合体であると見なせる。個別テーブルはそれぞれ、対応する端末装置の「ログ」「ステータス」「登録」それぞれに関する３つのエンティティを備える。

エンティティ内の情報は、対応する端末装置が第１種端末装置４である場合は、当該第１種端末装置４を管理するクライアント３によって更新される（Ｓ１０）。エンティティ内の情報は、対応する端末装置が第２種端末装置５である場合は、当該第２種端末装置５のクラウドコネクタによって更新される（Ｓ０９）。

図５Ａに例示するスケジュールタスクテーブルにおいて、エンティティ内の「通知元」のプロパティは、エンティティの更新者を示す。エンティティがクライアント３により更新されるとき、当該エンティティにおける「通知元」のプロパティは、値「クライアント」に更新される。エンティティがクラウドコネクタにより更新されるとき、当該エンティティにおける「通知元」のプロパティは、値「デバイス」に更新される。

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

ログ情報は、対応する端末装置がプリンタ又はディジタル複合機であるとき、対応する端末装置の総印刷枚数の情報を含み得る。ログ情報は、印刷履歴として、印刷ジョブ毎に、印刷指令元のユーザ及び印刷枚数の情報を含み得る。なお、管理すべきログ情報が複数種類存在していて、複数種類のログ情報（本開示における指定された種類の端末データの一例に相当）のそれぞれに対応した複数のログエンティティが存在していてもよい。

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

更新される前の初期状態のレスポンスパラメータは、オブジェクト識別子に初期値が関連付けられたリクエストパラメータとして存在し得る。図５Ａの例示によれば、ＯＩＤ”ｙ．ｙ．ｙ．ｙ．ｙ・・・・・・・・・・”及びこれに関連付けられた初期値”％ＭＩＢ（ｙ．ｙ．ｙ．ｙ．ｙ・・・・・・・・・・）％”が、リクエストパラメータとして存在し得る。このリクエストパラメータが示すログ情報が実際に管理対象から取得され、テーブルにおけるレスポンスパラメータの値として記載される。レスポンスパラメータの値は、スケジュールタスク実行毎に更新される。図５Ａの下段は、一例として、所定のログ情報が、リクエストパラメータに記載された初期値から値”４”に更新されてレスポンスパラメータの値として記載される例を示している。

なお、第１キーにおける他の「ステータス」及び「登録」それぞれにおいても、「ログ」と同様、リクエストパラメータに初期値が設定され、その初期値に対応する実際の値がレスポンスパラメータに書き込まれる。

「ステータス」に関するエンティティは、第１キーの値「ステータス」を有するステータスエンティティであり、第２キーの値として記載されるデバイスＩＤに対応する管理対象の端末装置のステータス情報を、レスポンスパラメータに記述する。

ステータス情報は、対応する端末装置がプリンタ又はディジタル複合機であるとき、対応する端末装置の色材の残量情報や紙詰まり等のエラー情報を含み得る。なお、管理すべきステータス情報が複数種類存在していて、複数種類のステータス情報（本開示における指定された種類の端末データの一例に相当）のそれぞれに対応した複数のステータスエンティティが存在していてもよい。ステータスエンティティにおいても、ログエンティティと同様に、レスポンスパラメータは、ＪＳＯＮ形式で記述され得る。

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

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

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

クライアント３は、さらに、定期的に、管理中継対象の各第１種端末装置４とローカルエリア内で通信し、対応するログ情報及びステータス情報を取得する。クライアント３は、取得したログ情報及びステータス情報に基づき、クラウドサーバ６の第１ストレージ９３内のスケジュールタスクテーブルにおける、対応する第１種端末装置４のログエンティティ及びステータスエンティティを更新することができる（Ｓ１０）。

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

マスタ２は、クライアント３としての機能を兼ね備える。即ち、マスタ２は、第１拠点の第１種端末装置４に対して、クライアント３として機能すると理解してよい。具体的には、クラウドサーバ６の第１ストレージ９３におけるスケジュールタスクテーブルには、第１拠点における第１種端末装置４（以下、「マスタ配下端末装置」と称する）それぞれに対応した、「ログ」「ステータス」「登録」に関する３つのエンティティが生成される。マスタ２は、クライアント３と同様、マスタ配下端末装置から各種情報を取得して、第１ストレージ９３のスケジュールタスクテーブルにおける、対応するマスタ配下端末装置それぞれの登録エンティティ、ログエンティティ及びステータスエンティティを更新することができる。

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

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

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

マスタ２は、入力部１４を通じた主管理者からの操作信号に従って、主管理者からインスタントタスクの実行要求操作を受け付ける（Ｓ１２）。マスタ２は、主管理者による実行要求操作に従ってインスタントタスクエンティティを示すデータを生成し、そのデータをクラウドサーバ６へ送信することで、該当するインスタントタスクエンティティを第１ストレージ９３に登録することができる（Ｓ１３）。

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

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

インスタントタスクエンティティにおけるデバイスＩＤのプロパティには、インスタンスタスクを要求する端末装置のデバイスＩＤが値として記述される。例えばクライアント３の管理中継対象の第１種端末装置４全てに対してインスタントタスクが要求されるとき、デバイスＩＤのプロパティには、全ての管理中継対象の第１種端末装置４それぞれのデバイスＩＤが記述される。

インスタントタスクエンティティにおけるリクエストパラメータは、インスタントタスクとして実行すべき処理の内容を説明するデータを値として含む。処理内容は、例えば、ＪＳＯＮデータとして記述される。つまり、インスタントタスクエンティティは、デバイスＩＤのプロパティに記述されたデバイスＩＤが示す端末装置に、リクエストパラメータに記述された値が示す処理内容を実行するように要求する。インスタントタスクエンティティにおけるリクエストパラメータは、本開示におけるタスク要求データの一例に相当する。

インスタントタスクの実行に所定のファイルが必要な場合、マスタ２は、当該ファイルを第２ストレージ９４に格納する（Ｓ１４）。この場合、リクエストパラメータには、当該ファイルの格納先を示す情報（例えばＵＲＬ）が記述される。例えば、インスタントタスクが端末装置４，５におけるファームウェアの更新である場合には、マスタ２は、ファームウェアの更新に必要な更新ファイルを、第２ストレージ９４に格納する（Ｓ１４）。この場合、リクエストパラメータには、例えば、ファームウェアの更新ファイルの格納先ＵＲＬが記述されてもよい。

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

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

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

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

第２種端末装置５のクラウドコネクタは、インスタントタスクが終了すると、インスタントタスクテーブルにおける該当するインスタントタスクエンティティを更新する（Ｓ１７）。具体的には、進捗状況のプロパティの値を「進行中」から「完了」に更新する。さらに、レスポンスパラメータとしてインスタントタスクの処理結果を書き込む。
クライアント３も、第２種端末装置５のクラウドコネクタと同様に、設定されたポーリング周期で、クラウドサーバ６の第１ストレージ９３にアクセスし、管理中継対象を対象とするインスタントタスクを検索する（Ｓ１９）。即ち、クライアント３は、インスタントタスクテーブル内に、自己の管理中継対象の第１種端末装置４に実行させるべきインスタントタスクの新規エンティティが登録されているか否かを判別する（Ｓ１９）。以下、管理中継対象の第１種端末装置４のうちインスタントタスクテーブルにおいてインスタントタスクの実行対象に設定されている１つ以上の第１種端末装置４（つまりデバイスＩＤのプロパティにデバイスＩＤが記述されている１つ以上の第１種端末装置４）のそれぞれを、「インスタントタスク実行対象」と称する。

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

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

クライアント３は、全てのインスタントタスク実行対象においてインスタントタスクの実行が完了すると、インスタントタスクテーブルにおける該当するインスタントタスク実行対象のインスタントタスクエンティティを更新する（Ｓ２２）。具体的には、進捗状況のプロパティの値を「進行中」から「完了」に更新する。さらに、レスポンスパラメータとしてインスタントタスクの処理結果を書き込む。このインスタントタスクエンティティの更新により、クライアント３は、クラウドサーバ６の第１ストレージ９３を介して、マスタ２に、インスタントタスク実行対象におけるインスタントタスクの実行経過及び処理結果を通知する（Ｓ２２）。なお、Ｓ１７及びＳ２２で書き込まれる処理結果、前述のログ情報及びステータス情報はそれぞれ、本開示における端末データの一例に相当する。

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

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

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

（１－４）実施形態の効果
以上説明した実施形態の管理システム１では、クラウドサーバ６は、マスタ２及びクライアント３に対して受動的に機能する。即ち、クラウドサーバ６は、自らが能動的に判断処理等を行ってマスタ２やクライアント３へ命令、要求、通知などを行わない。マスタ２及びクライアント３はそれぞれ、必要なデータを自らクラウドサーバ６に書き込む。また、マスタ２及びクライアント３はそれぞれ、クラウドサーバ６にアクセスして自らデータを読み込む。そのため、クラウドサーバ６を簡素且つ低コストで実現できる。換言すれば、簡素且つ低コストのクラウドサーバ６を用いて端末装置４，５を管理できる。そのため、端末装置４，５を簡易的且つ低コストで管理することが可能となる。

また、クライアント３及びクラウドコネクタは、周期的なポーリングによって第１ストレージ９３にアクセスし、インスタントタスクの有無を確認する。そして、自身を対象とするインスタントタスクが登録されている場合、それを実行する。具体的には、クライアント３は管理中継対象の第１種端末装置４にタスクを実行させ、その結果（例えばログ情報、ステータス情報など）を第１ストレージ９３に書き込む。クラウドコネクタは、自身が実装されている第２種端末装置５にタスクを実行させ、その結果を第１ストレージ９３に書き込む。そして、マスタ２は、周期的なポーリングによって第１ストレージ９３にアクセスし、ログ情報やステータス情報などの各種の端末データを取得する。そのため、マスタ２は管理対象それぞれの状態を適切に管理することができる。

また、各種のテーブルは、データベースである第１ストレージ９３に書き込まれる一方で、ファイルについては第２ストレージ９４に格納される。つまり、記憶させる情報の種類に応じて、記憶させるストレージが使い分けられている。そのため、情報の種類に応じて柔軟且つ効率的にクラウドサーバ６を活用できる。

また、本実施形態では、主管理プログラム１５ａ及び副管理プログラム３５ａがいずれも共通インストーラによってインストールされる。そのため、コンピュータへの主管理プログラム１５ａまたは副管理プログラム３５ａのインストールを効率的に行うことができる。

なお、本実施形態において、クラウドサーバ６は本開示におけるクラウドストレージの一例に相当する。マスタ２は本開示における第１の通信装置の一例に相当する。クライアント３は本開示における第２の通信装置の一例に相当する。第１種端末装置４は本開示における第１の端末装置の一例に相当する。第２種端末装置５は本開示における第２の通信装置及び第２の端末装置の一例に相当する。より具体的には、第２種端末装置５における、通信プログラム８２ａに基づいて実現されるクラウドコネクタとしての機能が、本開示における第２の通信装置の機能の一例に相当する。マスタ２の制御部１１及びクライアント３の制御部３１は本開示におけるコンピュータの一例に相当する。主管理プログラム１５ａ及び副管理プログラム３５ａは本開示における管理用プログラムの一例に相当する。

また、図４において、Ｓ１３，Ｓ１４は本開示における第１の書込処理の一例に相当する。Ｓ１１，Ｓ１８，Ｓ２３の処理は本開示における第１の取得処理及び第１のポーリングの一例に相当する。Ｓ１５，Ｓ１９の処理（特にインスタントタスクエンティティにおけるリクエストパラメータの取得）は本開示における第２の取得処理及び第２のポーリングの一例に相当する。Ｓ０９，Ｓ１０，Ｓ１７，Ｓ２２の処理（特にタスクの処理結果を書込むこと）は本開示における第２の書込処理の一例に相当する。Ｓ０２の処理は本開示における第３の書込処理の一例に相当する。Ｓ０８の処理は本開示における第３の取得処理の一例に相当する。Ｓ０４の処理は本開示における生成処理の一例に相当する。Ｓ０６の処理は本開示におけるインポート処理の一例に相当する。

また、図７において、Ｓ１１０の処理は本開示における機能情報取得処理の一例に相当する。Ｓ１２０～Ｓ１４０の処理は本開示におけるインストール処理の一例に相当する。
［２．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（２－１）図５Ｂに例示したインスタントタスクテーブルにおいて、リクエストパラメータとレスポンスパラメータとが共通の１つのプロパティとして統合されていてもよい。つまり、マスタ２からインスタントタスクを指示する際はその処理内容が所定のタスク記述用プロパティに記述され、当該インスタントタスクがクライアント３で実行されたら、その実行結果が、同じタスク記述用プロパティに上書きされてもよい。

（２－２）第１ストレージ９３は、ＮｏＳＱＬのデータストアに限らない。第１ストレージ９３は、例えばリレーショナルデータベースなどの、ＳＱＬのデータベースであってもよい。

（２－３）第１拠点及び第２拠点の少なくとも一方に、第２種端末装置５が設けられていてもよい。第３拠点に、第２拠点と同様のネットワークシステム、即ちクライアント３及び第１種端末装置４が設けられていてもよい。管理システム１において、第２拠点と同様のネットワークシステムが複数存在していてもよい。

（２－４）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。

１…管理システム、２…マスタ、３…クライアント、４…端末装置、４…第１種端末装置、５…第２種端末装置、６…クラウドサーバ、１１，３１，５１，７１，９１…制御部、１２，３２，５２，７２，９２…通信部、１３，３３，５３，７３…表示部、１４，３４，５４，７４…入力部、１５，３５…記憶部、１５ａ…主管理プログラム、３５ａ…副管理プログラム、８２ａ…通信プログラム、９３…第１ストレージ、９４…第２ストレージ。

Claims (13)

1. クラウドストレージにアクセス可能に構成された第１の通信装置と、
   第１の端末装置と通信可能に接続されるか、若しくは第２の端末装置に設けられ、前記クラウドストレージにアクセス可能に構成された第２の通信装置と、
   を備え、
   前記第１の通信装置は、
   前記クラウドストレージにタスク要求データを書込む第１の書込処理であって、前記タスク要求データは管理対象に対する第１のタスクの実行を要求するデータであり、前記管理対象は、前記第２の通信装置に接続された前記第１の端末装置、若しくは前記第２の通信装置が設けられた前記第２の端末装置である、第１の書込処理と、
   第１の取得タイミングが到来することに応じて前記クラウドストレージから端末データを取得する第１の取得処理であって、前記端末データは前記管理対象が有するデータであって前記第２の通信装置により前記管理対象から取得されて前記クラウドストレージに書込まれる、第１の取得処理と、
   を実行するように構成され、
   前記第２の通信装置は、
   第２の取得タイミングが到来することに応じて前記クラウドストレージから前記タスク要求データを取得する第２の取得処理と、
   前記管理対象から前記端末データを取得して前記クラウドストレージに書込む第２の書込処理と、
   を実行するように構成されている、管理システム。
2. 請求項１に記載の管理システムであって、
   前記第１の取得処理は、前記クラウドストレージに対する、前記端末データの取得を目的とする第１のポーリングを行うことを含む、管理システム。
3. 請求項１または請求項２に記載の管理システムであって、
   前記第２の取得処理は、前記クラウドストレージに対する、前記タスク要求データの取得を目的とする第２のポーリングを行うことを含む、管理システム。
4. 請求項１～請求項３のいずれか１項に記載の管理システムであって、
   前記第２の書込処理は、指定された種類の前記端末データを周期的に繰り返し取得して前記クラウドストレージに書込む第２のタスクを含む、管理システム。
5. 請求項４に記載の管理システムであって、
   前記第１の通信装置は、さらに、前記第２のタスクで取得すべき前記端末データの前記種類を指定する指定情報を前記クラウドストレージにおける第１の記憶領域に書込む第３の書込処理を実行するように構成されており、
   前記第２の通信装置は、さらに、前記クラウドストレージから前記指定情報を取得する第３の取得処理を実行するように構成されており、
   前記第２のタスクは、前記第３の取得処理により取得された前記指定情報により指定された前記種類の前記端末データを周期的に繰り返し取得して、前記クラウドストレージにおける、前記第１の記憶領域とは別の第２の記憶領域に書込むように構成されている、
   管理システム。
6. 請求項１～請求項５のいずれか１項に記載の管理システムであって、
   前記第２の通信装置は、さらに、前記第２の取得処理により取得された前記タスク要求データに基づいて前記管理対象に対する前記第１のタスクを実行するように構成されており、
   前記第２の書込処理は、前記端末データとして前記第１のタスクの実行結果を示すデータを前記管理対象から取得して前記クラウドストレージに書込むこと含む、
   管理システム。
7. 請求項１～請求項６のいずれか１項に記載の管理システムであって、
   前記クラウドストレージは、第１のストレージと第２のストレージとを備え、
   前記第１のストレージは、データベースが書込まれるように構成され、
   前記第２のストレージは、ファイルが格納されるように構成され、
   前記タスク要求データ及び前記端末データは前記第１のストレージに書込まれる、
   管理システム。
8. 請求項５に記載の管理システムであって、
   前記クラウドストレージは、第１のストレージと第２のストレージとを備え、
   前記第１のストレージは、データベースが書込まれるように構成され、
   前記第２のストレージは、ファイルが格納されるように構成され、
   前記指定情報は、前記第１のストレージにおける前記第１の記憶領域に書込まれる、
   管理システム。
9. 請求項７または請求項８に記載の管理システムであって、
   前記第１の書込処理は、前記第１のタスクで用いられる前記ファイルを前記第２のストレージに書込むことを含み、
   前記第１のタスクは、前記第２のストレージから前記管理対象へ前記ファイルをダウンロードさせることを含む、
   管理システム。
10. 請求項１～請求項９のいずれか１項に記載の管理システムであって、
    前記第１の通信装置は、さらに、前記第２の通信装置が前記クラウドストレージにアクセスするために必要なデータを含むプロファイルを生成する生成処理を実行するように構成されており、
    前記第２の通信装置は、さらに、前記生成処理により生成された前記プロファイルをインポートするインポート処理を実行するように構成されており、
    前記第２の通信装置は、前記インポート処理により前記プロファイルがインポートされることに応じて前記クラウドストレージにアクセス可能となるように構成されている、
    管理システム。
11. クラウドストレージにアクセス可能な第１の通信装置によって、前記クラウドストレージにアクセス可能な第２の通信装置を介して管理対象を管理する管理方法であって、
    前記第２の通信装置は、第１の端末装置と通信可能に接続されるか、若しくは第２の端末装置に設けられ、
    前記管理対象は、前記第２の通信装置に接続された前記第１の端末装置、若しくは前記第２の通信装置が設けられた前記第２の端末装置であり、
    前記管理方法は、
    前記第１の通信装置により、前記管理対象に対する第１のタスクの実行を要求するデータであるタスク要求データを前記クラウドストレージに書込むことと、
    前記第１の通信装置により、第１の取得タイミングが到来することに応じて、前記クラウドストレージから、前記管理対象が有するデータであって前記第２の通信装置により前記管理対象から取得されて前記クラウドストレージに書込まれるデータである端末データを取得することと、
    前記第２の通信装置により、第２の取得タイミングが到来することに応じて前記クラウドストレージから前記タスク要求データを取得することと、
    前記第２の通信装置により、前記管理対象から前記端末データを取得して前記クラウドストレージに書込むことと、
    を備える管理方法。
12. 各々がクラウドストレージにアクセス可能に構成された第１の通信装置及び第２の通信装置を備えるシステムにおける、前記第１の通信装置が備えるコンピュータが実行可能な管理用プログラムであって、
    前記第２の通信装置は、第１の端末装置と通信可能に接続されるか、若しくは第２の端末装置に設けられ、
    前記管理用プログラムは、前記コンピュータに、
    前記クラウドストレージにタスク要求データを書込む書込処理であって、前記タスク要求データは管理対象に対するタスクの実行を要求するデータであり、前記管理対象は、前記第２の通信装置に接続された前記第１の端末装置、若しくは前記第２の通信装置が設けられた前記第２の端末装置である、書込処理と、
    取得タイミングが到来することに応じて前記クラウドストレージから端末データを取得する取得処理であって、前記端末データは前記管理対象が有するデータであって前記第２の通信装置により前記管理対象から取得されて前記クラウドストレージに書込まれる、取得処理と、
    を実行させる管理用プログラム。
13. 各々がクラウドストレージにアクセス可能に構成された第１の通信装置及び第２の通信装置を備えるシステムにおける、前記第２の通信装置が備えるコンピュータが実行可能な管理用プログラムであって、
    前記第２の通信装置は、第１の端末装置と通信可能に接続されるか、若しくは第２の端末装置に設けられ、
    前記管理用プログラムは、前記コンピュータに、
    取得タイミングが到来することに応じて前記クラウドストレージからタスク要求データを取得する取得処理と、
    管理対象から端末データを取得して前記クラウドストレージに書込む書込処理と、
    を実行させ、
    前記タスク要求データは、前記管理対象に対する第１のタスクの実行を要求するデータであって前記第１の通信装置により前記クラウドストレージに書込まれ、
    前記管理対象は、前記第２の通信装置に接続された前記第１の端末装置、若しくは前記第２の通信装置が設けられた前記第２の端末装置であり、
    前記端末データは前記管理対象が有するデータである、
    管理用プログラム。

Images