JP7732338B2 - 管理プログラム、管理装置、管理方法および管理システム - Google Patents

Description

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

特許文献１には、管理装置がサーバを介して画像形成装置を管理する管理システムが記載されている。

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

画像形成装置などの端末装置を管理装置が管理する管理システムでは、管理装置と端末装置との間で様々なデータを送受信するために、サーバを介した管理装置と端末装置との間のデータ伝達を効率化することが望まれる。

本開示は、管理システムにおけるデータ伝達を効率化することを目的とする。

本開示の一態様は、複数の端末装置を管理する管理システムで用いられる管理プログラムであって、管理装置が備える制御部に、要求登録処理と、ファイル取得処理と、抽出処理とを実行させるように構成されている。

管理システムは、管理装置と、記憶装置と、通信端末装置とを備える。管理装置は、端末装置を管理する。記憶装置は、管理装置と通信可能に構成される。通信端末装置は、記憶装置と通信可能に構成された端末装置である。管理装置は、タスクの実行を端末装置に対して要求するタスク要求データを記憶装置に登録するように構成される。通信端末装置は、通信端末取得タイミングが到来すると、記憶装置から、当該通信端末装置を要求対象とするタスク要求データを取得し、更に、取得したタスク要求データに基づいてタスクを実行するように構成される。

要求登録処理は、予め設定されている複数の設定項目のそれぞれについて端末装置に設定されている設定値を記載した設定値ファイルの作成をタスクとして要求するタスク要求データを記憶装置に登録する。

ファイル取得処理は、設定値ファイルを記憶装置から取得する。
抽出処理は、ファイル取得処理によって取得された設定値ファイルから、必要な設定項目の設定値を抽出する。

このように構成された本開示の管理プログラムは、必要な設定項目が記載された取得対象指定用ファイルを管理装置から記憶装置にアップロードする必要がないため、データ伝達を効率化することができる。

本開示の別の態様は、複数の端末装置を管理する管理システムで用いられる管理装置であって、要求登録処理と、ファイル取得処理と、抽出処理とを実行するように構成されている。

本開示の管理装置は、本開示の管理プログラムによって制御される装置であり、本開示の管理プログラムと同様の効果を得ることができる。
本開示の更に別の態様は、複数の端末装置を管理する管理システムにおいて管理装置で用いられる管理方法であって、要求登録ステップと、ファイル取得ステップと、抽出ステップとを備える。

本開示の管理方法は、本開示の管理プログラムにて実行される方法であり、当該方法を実行することで、本開示の管理プログラムと同様の効果を得ることができる。
本開示の更に別の態様は、複数の端末装置を管理する管理システムであって、管理装置は、要求登録処理と、ファイル取得処理と、抽出処理とを実行するように構成されている。

本開示の管理システムは、本開示の管理プログラムによって制御されるシステムであり、本開示の管理プログラムと同様の効果を得ることができる。

管理システムの構成を示すブロック図である。 マスタ、クライアントおよび第１種端末装置の構成を示すブロック図である。 第２種端末装置およびクラウドサーバの構成を示すブロック図である。 管理システムによる管理シーケンスの一例を示す説明図である。 スケジュールタスクテーブルの一例を示す説明図である。 インスタントタスクテーブルの一例を示す説明図である。 第１実施形態の設定値取得処理を示すフローチャートである。 第１実施形態のファイル作成処理を示すフローチャートである。 設定値ファイル等の構成を示す図である。 第２実施形態のファイル作成処理を示すフローチャートである。 第３実施形態の設定値取得処理を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（３）シーケンス概略
次に、管理に関する動作シーケンスを概略的に説明する。
マスタ２に主管理プログラム１５ａがインストールされると、主管理プログラム１５ａに従う処理が、マスタ２の制御部１１により実行される。つまり、マスタ２が、管理機能を有するようになる。

図４に示すように、マスタ２は、まずＳ０１にて、クラウドプロファイルを設定する処理を行う。マスタ２は、例えば主管理者が入力部１４を介して行う設定操作に従って、クラウドプロファイルを設定する。

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

初期設定パラメータは、例えば、ポーリング動作の周期（以下、ポーリング周期）と、情報更新動作の周期（以下、情報更新周期）とを含む。情報更新周期は、更新すべき情報の種類に応じて複数種類設定される。

クラウドパラメータは、さらに、スケジュールタスクテンプレートを含んでいてもよい。スケジュールタスクテンプレートには、各端末装置４，５が実行すべきスケジュールタスクの処理内容が規定されている。上記の情報更新周期は、スケジュールタスクにおける１つ以上の処理の実行周期に対応する。

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

クラウドプロファイルの設定は、さらに、クラウドサービスを利用するための共有アクセス署名（以下、ＳＡＳ）を設定することを含む。ＳＡＳは、Shared Access Signatureの略である。

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

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

マスタ２は、Ｓ０２に示すように、主管理者の操作に従い、設定されたクラウドプロファイルに従うクラウドパラメータをクラウドサーバ６の第１ストレージ９３にアップロードする。これにより、Ｓ０３に示すように、アップロードされたクラウドパラメータが第１ストレージ９３に書き込まれる。

マスタ２は、Ｓ０４に示すように、クラウドプロファイルの少なくとも一部を、クライアントプロファイル（すなわち、クライアント３での読込用データ）として、マスタ２からエクスポートする。クライアントプロファイルは、例えば、上記の初期設定パラメータ、スケジュールタスクテンプレートおよびＳＡＳの少なくとも１つを含んでいてもよい。 マスタ２によってエクスポートされたクライアントプロファイルは、クライアント３に提供される。クライアントプロファイルは、どのような方法でクライアント３に提供されてもよい。例えば、電子メールその他の方法でクライアントプロファイルがマスタ２からクライアント３へ送信されてもよい。

副管理者は、Ｓ０６に示すように、クライアント３を操作して、クライアント３に副管理プログラム３５ａをインストールする。この際、Ｓ０５に示すように、副管理者の操作により、マスタ２から提供されたクライアントプロファイルがクライアント３にインポートされる。すなわち、クライアントプロファイルで設定されている各種データが適宜クライアント３に設定される。例えば、クライアントプロファイルに設定されているＳＡＳ、ポーリング周期および情報更新周期などがインポートされてクライアント３に設定される。上記のスケジュールタスクテンプレートがインポートされてもよい。

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

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

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

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

第２種端末装置５（すなわち、クラウドコネクタ）は、上記のクラウドパラメータおよびＳＡＳの設定を含む初期設定（すなわち、Ｓ０７，Ｓ０８の処理）が完了すると、Ｓ０９に示すように、設定された情報更新周期に従って、定期的にスケジュールタスクを実行する。

クライアント３は、上記のクラウドパラメータおよびＳＡＳの設定を含む初期設定（すなわち、Ｓ０５，Ｓ０６の処理）が完了すると、Ｓ１０に示すように、設定された情報更新周期に従って、定期的に、クラウドサーバ６の第１ストレージ９３内に格納された情報を更新するスケジュールタスクを実行する。

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

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

第１ストレージ９３は、テーブルの一つとして、スケジュールタスクテーブルを備える。スケジュールタスクテーブルは、１つ以上のエンティティの一群を含む。１つのエンティティは複数のプロパティを含む。本実施形態では、複数のプロパティは、例えば、図５に示すように、「ＰａｒｔｉｔｉｏｎＫｅｙ」、「ＲｏｗＫｅｙ」、「ＤｅｖｉｃｅＩｄ」、「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」、「Ｐｒｏｇｒｅｓｓ」および「Ｓｏｕｒｃｅ」を含む。

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

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

「ログ」に関するエンティティである場合には、プロパティ「ＰａｒｔｉｔｉｏｎＫｅｙ」に、「ログ」であることを示す文字列である「ｌｏｇ」が格納される。「ログ」に関するエンティティは、プロパティ「ＤｅｖｉｃｅＩｄ」に格納されたデバイスＩＤに対応する端末装置のログ情報を、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」に格納する。デバイスＩＤは、端末装置４，５のそれぞれに固有な識別情報である。

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

「ステータス」に関するエンティティである場合には、プロパティ「ＰａｒｔｉｔｉｏｎＫｅｙ」に、「ステータス」であることを示す文字列である「ｓｔａｔｕｓ」が格納される。「ステータス」に関するエンティティは、プロパティ「ＤｅｖｉｃｅＩｄ」に格納されたデバイスＩＤに対応する端末装置のステータス情報を、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」に格納する。ステータス情報は、対応する端末装置がプリンタまたはディジタル複合機であるときに、対応する端末装置の色材の残量情報および紙詰まり等のエラー情報を含んでもよい。

「登録」に関するエンティティである場合には、プロパティ「ＰａｒｔｉｔｉｏｎＫｅｙ」には、「登録」であることを示す文字列である「ｒｅｇｉｓｔｒａｔｉｏｎ」が格納される。「登録」に関するエンティティは、プロパティ「ＤｅｖｉｃｅＩｄ」に格納されたデバイスＩＤに対応する端末装置のデバイス情報を、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」に格納する。デバイス情報は、デバイスの基本構成を説明する複数の項目を含む。

プロパティ「ＤｅｖｉｃｅＩｄ」には、エンティティを更新した装置のデバイスＩＤが格納される。
プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」には、スケジュールタスクの指示内容を示すためにＪＳＯＮ形式で記述された文字列が格納される。

例えば、「ステータス」に関するエンティティにおけるプロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」では、対応するパラメータの管理情報ベース（以下、ＭＩＢ）で用いられるオブジェクト識別子（以下、ＯＩＤ）と、その値とを関連付けるようにして、ＪＳＯＮ形式で記述される。図５のタスク指示Ｔ１に示す”ｘ．ｘ．ｘ．ｘ．ｘ・・・・・・・・・・・”、”ｙ．ｙ．ｙ．ｙ．ｙ・・・・・・・・・・”との記載は、オブジェクト識別子を例示的に抽象表現している。ＭＩＢは、Management Information Baseの略である。

タスク指示Ｔ１における２行目の指示は、「”ｘ．ｘ．ｘ．ｘ．・・・”： ”％ＭＩＢ（ｘ．ｘ．ｘ．ｘ．・・・）％”」である。上記の「ｘ．ｘ．ｘ．ｘ．・・・」は、ＭＩＢのオブジェクトＩＤである。

タスク指示Ｔ１における３行目の指示は、「”ｙ．ｙ．ｙ．ｙ．・・・”： ”％ＭＩＢ（ｙ．ｙ．ｙ．ｙ．・・・）％”」である。上記の「ｙ．ｙ．ｙ．ｙ．・・・」は、ＭＩＢのオブジェクトＩＤである。

上記の「ｘ．ｘ．ｘ．ｘ．・・・」をＯｉｄ１と表記すると、２行目の指示は「”Ｏｉｄ１”： ”％ＭＩＢ（Ｏｉｄ１）％”」である。そして、「％ＭＩＢ（Ｏｉｄ１）％」は、オブジェクトＩＤであるＯｉｄ１に対応する値を取得して、取得した値を「％ＭＩＢ（Ｏｉｄ１）％」に上書きする指示である。このため、Ｏｉｄ１に対応する値を「ＸＸＸＸＸＸＸ」とすると、登録済データでは、「”Ｏｉｄ１”： ”％ＭＩＢ（Ｏｉｄ１）％”」が「”Ｏｉｄ１”： ”ＸＸＸＸＸＸＸ”」に書き換えられる。

同様に、３行目の指示は、オブジェクトＩＤ「ｙ．ｙ．ｙ．ｙ．・・・」をＯｉｄ２と表記すると、「”Ｏｉｄ２”： ”％ＭＩＢ（Ｏｉｄ２）％”」である。
図５のタスク結果Ｔ２に示す”ｘ．ｘ．ｘ．ｘ．ｘ・・・・・・・・・・・”、”ｙ．ｙ．ｙ．ｙ．ｙ・・・・・・・・・・”との記載は、更新結果を例示的に抽象表現している。

「ログ」および「登録」に関するエンティティのそれぞれにおいても、「ステータス」に関するエンティティと同様にして、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」内の文字列が書き換えられる。

プロパティ「Ｐｒｏｇｒｅｓｓ」には、進捗状況を示す文字列として、例えば、タスクが完了したことを示す文字列「ｄｏｎｅ」、指示の実行を要求していることを示す文字列「ｒｅｑｕｅｓｔ」、タスクを実行中であることを示す文字列「ｐｒｏｃｅｓｓｉｎｇ」が格納される。

プロパティ「Ｓｏｕｒｃｅ」は、エンティティを更新した装置の種別を示す。エンティティがクライアント３により更新されるとき、当該エンティティにおけるプロパティ「Ｓｏｕｒｃｅ」には、クライアント３であることを示す文字列である「ｃｌｉｅｎｔ」が格納される。エンティティがクラウドコネクタにより更新されるとき、当該エンティティにおけるプロパティ「Ｓｏｕｒｃｅ」には、第２種端末装置５であることを示す文字列である「ｄｅｖｉｃｅ」が格納される。

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

クライアント３は、同一ローカルエリアネットワーク内における管理中継対象の各第１種端末装置４と通信し、各第１種端末装置４から、デバイス情報の更新に必要な情報を取得する。クライアント３は、取得した情報に基づき、対応する第１種端末装置４の登録エンティティを更新することができる。

クライアント３は、さらに、定期的に、管理中継対象の各第１種端末装置４とローカルエリアネットワークを介して通信し、対応するログ情報およびステータス情報を取得する。クライアント３は、取得したログ情報およびステータス情報に基づき、対応する第１種端末装置４のログエンティティおよびステータスエンティティを更新することができる。

第２種端末装置５のクラウドコネクタは、定期的にクラウドサーバ６にアクセスし、自己のログ情報およびステータス情報に基づいて自己のログエンティティおよびステータスエンティティを更新することができる。

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

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

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

Ｓ１２に示すように、マスタ２は、主管理者の操作によって入力部１４から出力される操作信号に従って、主管理者からインスタントタスクの実行要求操作を受け付け、この実行要求操作に従ってインスタントタスクのエンティティ（以下、インスタントタスクエンティティ）を示すデータを生成する。インスタントタスクは、スケジュールタスク以外の非定期のタスクである。

さらにマスタ２は、Ｓ１３に示すように、作成したデータをクラウドサーバ６へ送信することで、該当するインスタントタスクエンティティを第１ストレージ９３に登録することができる。

インスタントタスクエンティティは、第１ストレージ９３において、例えば、図６に例示するインスタントタスクテーブルの形式で登録される。
インスタントタスクテーブルは、スケジュールタスクテーブルと同様に、「ＰａｒｔｉｔｉｏｎＫｅｙ」、「ＲｏｗＫｅｙ」、「ＤｅｖｉｃｅＩｄ」、「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」、「Ｐｒｏｇｒｅｓｓ」および「Ｓｏｕｒｃｅ」のプロパティを含む。

プロパティ「ＰａｒｔｉｔｉｏｎＫｅｙ」には、インスタントタスクであることを示す文字列である「ｉｎｓｔａｎｔｔａｓｋ」が格納されている。
プロパティ「ＲｏｗＫｅｙ」には、各インスタントタスクを識別するためのトランザクションＩＤが格納される。

プロパティ「ＤｅｖｉｃｅＩｄ」には、指示の宛先となる第１種端末装置４または第２種端末装置５を識別するためのデバイスＩＤが格納される。
プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」には、インスタントタスクの指示内容を示すためにＪＳＯＮ形式で記述された文字列が格納される。

プロパティ「Ｐｒｏｇｒｅｓｓ」には、指示の進捗状況を示す文字列が格納される。
プロパティ「Ｓｏｕｒｃｅ」は、使用されず、空欄である。
インスタントタスクの実行に所定のファイルが必要な場合、マスタ２は、図４のＳ１４に示すように、当該ファイルを第２ストレージ９４に格納する。この場合に、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」には、当該ファイルの格納先を示す情報（例えば、ＵＲＬ）が記述される。例えば、インスタントタスクが端末装置４，５におけるファームウェアの更新である場合には、マスタ２は、ファームウェアの更新に必要な更新ファイルを、第２ストレージ９４に格納する。この場合に、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」には、例えば、ファームウェアの更新ファイルの格納先ＵＲＬが記述されてもよい。

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

新規エンティティが登録されている場合に、クラウドコネクタは、対応するインスタントタスクエンティティにおけるプロパティ「Ｐｒｏｇｒｅｓｓ」の文字列を、「ｒｅｑｕｅｓｔ」から「ｐｒｏｃｅｓｓｉｎｇ」に書き換えることにより、インスタントタスクの要求を受け取った旨をマスタ２に伝達する。

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

第２種端末装置５のクラウドコネクタは、インスタントタスクの実行に際して、インスタントタスクエンティティにおけるプロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」を参照する。そしてクラウドコネクタは、インスタントタスクの実行に必要なデータファイルが第２ストレージ９４内に存在する場合には、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」に記載された格納先情報（例えばＵＲＬ）に基づいて、Ｓ１６に示すように、第２ストレージ９４からデータファイルをダウンロードする。

第２種端末装置５のクラウドコネクタは、インスタントタスクが終了すると、Ｓ１７に示すように、該当するインスタントタスクエンティティを更新する。具体的には、クラウドコネクタは、対応するインスタントタスクエンティティにおけるプロパティ「Ｐｒｏｇｒｅｓｓ」の文字列を、「ｐｒｏｃｅｓｓｉｎｇ」から「ｄｏｎｅ」に書き換えることにより、インスタントタスクの実行を完了した旨をマスタ２に伝達する。

クライアント３は、Ｓ１９に示すように、設定されたポーリング周期で、クラウドサーバ６の第１ストレージ９３にアクセスし、管理中継対象を対象とするインスタントタスクを検索する。すなわち、クライアント３は、インスタントタスクテーブル内に、自己の管理中継対象の第１種端末装置４に実行させるべきインスタントタスクの新規エンティティが登録されているか否かを判断する。以下、管理中継対象の第１種端末装置４のうちインスタントタスクテーブルにおいてインスタントタスクの実行対象に設定されている１つ以上の第１種端末装置４（つまり、プロパティ「ＤｅｖｉｃｅＩｄ」に格納されているデバイスＩＤに対応する１つ以上の第１種端末装置４）のそれぞれを、インスタントタスク実行対象という。

インスタントタスク実行対象に対する新規のインスタントタスクエンティティが登録されている場合に、クライアント３は、該当するインスタントタスクエンティティにおけるプロパティ「Ｐｒｏｇｒｅｓｓ」の文字列を、「ｒｅｑｕｅｓｔ」から「ｐｒｏｃｅｓｓｉｎｇ」に書き換えることにより、インスタントタスクの要求を受け取った旨をマスタ２に伝達する。さらにクライアント３は、インスタントタスクエンティティにおけるプロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」を参照し、実行すべき処理内容を認識する。そしてクライアント３は、認識した処理内容に基づき、Ｓ２０に示すように、必要に応じて第２ストレージ９４からインスタントタスクに実行に必要なデータファイルを取得する。

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

クライアント３は、全てのインスタントタスク実行対象においてインスタントタスクの実行が完了すると、Ｓ２２に示すように、該当するインスタントタスク実行対象のインスタントタスクエンティティを更新する。具体的には、クライアント３は、対応するインスタントタスクエンティティにおけるプロパティ「Ｐｒｏｇｒｅｓｓ」の文字列を、「ｐｒｏｃｅｓｓｉｎｇ」から「ｄｏｎｅ」に書き換えることにより、インスタントタスクの実行を完了した旨をマスタ２に伝達する。

マスタ２は、状況確認として、Ｓ２３に示すように、第１ストレージ９３のインスタントタスクテーブルにおけるインスタントタスクエンティティを参照し、プロパティ「Ｐｒｏｇｒｅｓｓ」の文字列が「ｄｏｎｅ」に書き換えられたことを知ることにより、インスタントタスクが完了したことを確認し、処理結果を記憶部１５に書き込む。

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

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

（４）設定値ファイルに関連する処理
次に、マスタ２の制御部１１が実行する設定値取得処理の手順を説明する。設定値取得処理は、マスタ２の動作中において繰り返し実行される処理である。

設定値取得処理が実行されると、制御部１１のＣＰＵ２１は、図７に示すように、まずＳ１１０にて、マスタ２に対して、後述する設定値ファイルの取得を要求するためのファイル取得要求操作が行われたか否かを判断する。具体的には、ＣＰＵ２１は、ファイル取得要求操作を示す操作信号が入力部１４から入力されたか否かを判断する。そしてＣＰＵ２１は、ファイル取得要求操作を示す操作信号が入力された場合に、ファイル取得要求操作が行われたと判断する。

ここで、ファイル取得要求操作が行われていない場合には、ＣＰＵ２１は、設定値取得処理を終了する。一方、ファイル取得要求操作が行われた場合には、ＣＰＵ２１は、Ｓ１２０にて、設定値ファイルを作成させる要求対象となる端末装置４，５（以下、要求対象装置）がクラウドサーバ６を介してマスタ２に接続されているか否かを判断する。なお、設定値ファイルを作成させる要求対象となる端末装置４，５は、上記のファイル取得要求操作で設定される。

具体的には、クライアント３とローカルエリアネットワークを介して接続されている第１種端末装置４と、第２種端末装置５とが、クラウドサーバ６を介してマスタ２に接続されている端末装置である。また、マスタ２とローカルエリアネットワークを介して接続されている第１種端末装置４が、クラウドサーバ６を介してマスタ２に接続されていない端末装置である。以下、「クラウドサーバ６を介してマスタ２に接続されている」ことを、「クラウド接続されている」という。

ここで、要求対象装置がクラウド接続されている場合には、ＣＰＵ２１は、Ｓ１３０にて、設定値ファイルの作成を要求するインスタントタスクエンティティを生成し、生成したインスタントタスクエンティティを第１ストレージ９３に登録する。

設定値ファイルの作成を要求するインスタントタスクエンティティは、図６のタスク指示Ｔ３に示すように、例えば、プロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」に、｛”ＡｃｔｉｏｎＴｙｐｅ”： ”１”,”ＦｉｌｅＯｕｔｐｕｔＦｉｌｅ”：”Ｆｏｌｄｅｒ／ｓｅｔｔｉｎｇ．ｅｄｐｋ”｝という文字列を格納することによって生成される。
タスク指示Ｔ３における「”ＡｃｔｉｏｎＴｙｐｅ”： ”１”」は、アクションＩＤが「１」として設定されている処理の実行を指示している。

タスク指示Ｔ３における「”ＦｉｌｅＯｕｔｐｕｔＦｉｌｅ”：”Ｆｏｌｄｅｒ／ｓｅｔｔｉｎｇ．ｅｄｐｋ”」は、設定値ファイルが「Ｆｏｌｄｅｒ／ｓｅｔｔｉｎｇ．ｅｄｐｋ」であることを指示している。「Ｆｏｌｄｅｒ／ｓｅｔｔｉｎｇ．ｅｄｐｋ」における「Ｆｏｌｄｅｒ」は、第２ストレージ９４において設定値ファイルが格納されるフォルダ名を示し、「ｓｅｔｔｉｎｇ．ｅｄｐｋ」は設定値ファイルのファイル名を示している。

次にＣＰＵ２１は、図７に示すように、Ｓ１４０にて、マスタ２に設定されたポーリング周期が経過したタイミングで、まず、Ｓ１３０で登録したインスタントタスクエンティティを読み込む。そしてＣＰＵ２１は、読み込んだインスタントタスクエンティティのプロパティ「Ｐｒｏｇｒｅｓｓ」を参照することによって、設定値ファイルの作成が完了したか否かを判断する。ここで、設定値ファイルの作成が完了した場合には、Ｓ１４０の処理を終了する。一方、設定値ファイルの作成が完了していない場合には、設定値ファイルの作成が完了するまで、上記の処理を繰り返す。

Ｓ１４０の処理が終了すると、ＣＰＵ２１は、Ｓ１５０にて、第２ストレージ９４から設定値ファイルを取得する。
またＣＰＵ２１は、Ｓ１６０にて、Ｓ１５０で取得した設定値ファイルを用いて、後述する取得対象設定値ファイルを作成する。

そしてＣＰＵ２１は、Ｓ１７０にて、Ｓ１３０で登録したインスタントタスクエンティティをクラウドサーバ６の第１ストレージ９３から削除する。さらにＣＰＵ２１は、Ｓ１８０にて、クラウドサーバ６の第２ストレージ９４に保存されている設定値ファイルを削除して、設定値取得処理を終了する。

またＳ１２０にて、要求対象装置がクラウド接続されていない場合には、ＣＰＵ２１は、Ｓ１９０にて、後述する取得対象指定用ファイルを要求対象装置へ送信する。さらにＣＰＵ２１は、Ｓ２００にて、後述する取得対象記載済ファイルを要求対象装置から受信して、設定値取得処理を終了する。

次に、クライアント３の制御部３１と第２種端末装置５の制御部７１とが実行するファイル作成処理の手順を説明する。ファイル作成処理は、クライアント３および第２種端末装置５の動作中において繰り返し実行される処理である。

ファイル作成処理が実行されると、制御部３１のＣＰＵ４１と制御部７１のＣＰＵ８１とは、図８に示すように、まずＳ３１０にて、設定値ファイル作成要求があるか否かを判断する。具体的には、ＣＰＵ４１は、クライアント３とローカルエリアネットワークを介して接続されている第１種端末装置４が要求対象となっているインスタントタスクエンティティを読み込み、読み込んだインスタントタスクエンティティのプロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」を参照することによって、設定値ファイル作成要求があるか否かを判断する。またＣＰＵ８１は、当該第２種端末装置５が要求対象となっているインスタントタスクエンティティを読み込み、読み込んだインスタントタスクエンティティのプロパティ「ＮｏｔｉｆｙＰａｒａｍｅｔｅｒ」を参照することによって、設定値ファイル作成要求があるか否かを判断する。

ここで、設定値ファイル作成要求がない場合には、ＣＰＵ４１，８１は、ファイル作成処理を終了する。一方、設定値ファイル作成要求がある場合には、ＣＰＵ４１，８１は、Ｓ３２０にて、設定値ファイルを作成する。

具体的には、ＣＰＵ４１は、まず、設定値ファイルを作成するために必要な複数の設定項目のそれぞれについて設定されている設定値の送信を、要求対象となっている第１種端末装置４へ要求する。そしてＣＰＵ４１は、複数の設定項目のそれぞれについて設定されている設定値を第１種端末装置４から受信すると、受信した設定値を用いて設定値ファイルを作成する。

またＣＰＵ８１は、設定値ファイルを作成するために必要な複数の設定項目のそれぞれについて設定されている設定値をメモリ８２から取得し、取得した設定値を用いて設定値ファイルを作成する。

次にＣＰＵ４１，８１は、Ｓ３３０にて、作成した設定値ファイルをクラウドサーバ６の第２ストレージ９４に保存する。さらにＣＰＵ４１，８１は、Ｓ３４０にて、設定値ファイル作成を要求しているインスタントタスクエンティティを更新して、ファイル作成処理を終了する。具体的には、ＣＰＵ４１，８１は、クラウドサーバ６の第１ストレージ９３に登録されているインスタントタスクエンティティのプロパティ「Ｐｒｏｇｒｅｓｓ」に文字列「ｄｏｎｅ」を格納する。

設定値ファイルは、図９のファイルＦ１に示すように、複数の設定項目のそれぞれについて設定値を記載したファイルである。ファイルＦ１における”ｓｅｔｔｉｎｇ１”，”ｓｅｔｔｉｎｇ２”，・・・，”ｓｅｔｔｉｎｇ１０”，・・・は設定項目である。ファイルＦ１における”ｖａｌｕｅ１”，”ｖａｌｕｅ２”，・・・，”ｖａｌｕｅ１０”，・・・はそれぞれ、”ｓｅｔｔｉｎｇ１”，”ｓｅｔｔｉｎｇ２”，・・・，”ｓｅｔｔｉｎｇ１０”，・・・に対応する設定値である。

取得対象設定値ファイルは、図９のファイルＦ２に示すように、設定値ファイルから、必要な設定項目の設定値を抽出したファイルである。ファイルＦ２における”ｓｅｔｔｉｎｇ１”，”ｓｅｔｔｉｎｇ３”，”ｓｅｔｔｉｎｇ５”は、必要な設定項目である。

取得対象指定用ファイルは、図９のファイルＦ３に示すように、必要な設定項目が記載されたファイルである。ファイルＦ２における”ｓｅｔｔｉｎｇ１”，”ｓｅｔｔｉｎｇ３”，”ｓｅｔｔｉｎｇ５”は、必要な設定項目である。

取得対象記載済ファイルは、図９のファイルＦ４に示すように、取得対象指定用ファイルにおいて設定項目のそれぞれに対応する設定値を記載したファイルである。”ｖａｌｕｅ１”，”ｖａｌｕｅ３”，”ｖａｌｕｅ５”はそれぞれ、”ｓｅｔｔｉｎｇ１”，”ｓｅｔｔｉｎｇ３”，”ｓｅｔｔｉｎｇ５”に対応する設定値である。

（５）効果
このように構成された主管理プログラム１５ａは、マスタ２が備える制御部１１に、要求登録処理と、ファイル取得処理と、抽出処理とを実行させるように構成されている。

要求登録処理は、予め設定されている複数の設定項目のそれぞれについて端末装置４，５に設定されている設定値を記載した設定値ファイルの作成をタスクとして要求するインスタントタスクエンティティをクラウドサーバ６に登録する。

ファイル取得処理は、設定値ファイルをクラウドサーバ６から取得する。
抽出処理は、取得された設定値ファイルから、必要な設定項目の設定値を抽出する。

このような主管理プログラム１５ａは、必要な設定項目が記載された取得対象指定用ファイルをマスタ２からクラウドサーバ６にアップロードする必要がないため、データ伝達を効率化することができる。
より詳細には、主管理プログラム１５ａは、必要な設定項目の設定値をマスタ２が取得できるようにするために、設定値ファイルの作成を要求するインスタントタスクエンティティをクラウドサーバ６の第１ストレージ９３に登録すればよく、取得対象指定用ファイルをクラウドサーバ６の第２ストレージ９４にアップロードする必要がない。すなわち、マスタ２からは、第１ストレージ９３への書き込みのみが発生し、第２ストレージ９４への書き込みが不要となる。これにより、主管理プログラム１５ａは、必要な設定項目の設定値をマスタ２が取得するために必要な通信負荷を低減することができる。

また主管理プログラム１５ａは、制御部１１に、更に、接続判断処理と、ファイル送信処理と、ファイル受信処理とを実行させるように構成される。
接続判断処理は、設定値ファイルを作成させる要求対象となる端末装置４，５（以下、要求対象装置）が、クラウドサーバ６を介してマスタ２と接続されているか否かを判断する。

ファイル送信処理は、要求対象装置がクラウドサーバ６を介してマスタ２と接続されていないと接続判断処理によって判断された場合に、必要な設定項目が記載された取得対象指定用ファイルを要求対象装置へ送信する。

ファイル受信処理は、取得対象指定用ファイルにおける設定項目のそれぞれに対応する設定値が記載された取得対象記載済ファイルを要求対象装置から受信する。
そして、要求登録処理、ファイル取得処理および抽出処理は、要求対象装置がクラウドサーバ６を介してマスタ２と接続されていると接続判断処理によって判断された場合に実行される。

このような主管理プログラム１５ａは、端末装置４がマスタ２と直接接続されている場合であっても、マスタ２が端末装置４から設定値を取得することができる。
また主管理プログラム１５ａは、制御部１１に、更に、取得削除処理を実行させるように構成されている。取得削除処理は、設定値ファイルをクラウドサーバ６から取得した場合に、クラウドサーバ６から設定値ファイルを削除する。

このような主管理プログラム１５ａは、マスタ２が設定値ファイルを取得する度に設定値ファイルを削除する。このため、主管理プログラム１５ａは、実際の設定値と設定値ファイルの設定値とが異なっているにも関わらずマスタ２が設定値ファイルから設定値を取得してしまう事態の発生を抑制することができる。

以上説明した実施形態において、マスタ２は管理装置に相当し、クライアント３は副管理装置に相当し、第２種端末装置５は通信端末装置に相当し、第１種端末装置４は接続端末装置に相当し、クラウドサーバ６は記憶装置に相当し、主管理プログラム１５ａは管理プログラムに相当する。

また、Ｓ１３０は要求登録処理および要求登録ステップに相当し、Ｓ１５０はファイル取得処理およびファイル取得ステップに相当し、Ｓ１６０は抽出処理および抽出ステップに相当する。

また、第２種端末装置５に設定されたポーリング周期が経過するタイミングが通信端末取得タイミングに相当し、クライアント３に設定されたポーリング周期が経過するタイミングが副管理取得タイミングに相当し、インスタントタスクエンティティはタスク要求データに相当する。

また、Ｓ１２０は接続判断処理に相当し、Ｓ１９０はファイル送信処理に相当し、Ｓ２００はファイル受信処理に相当し、Ｓ１８０は取得削除処理に相当する。
［第２実施形態］
以下に本開示の第２実施形態を図面とともに説明する。なお第２実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第２実施形態の管理システム１は、第２種端末装置５により実行されるファイル作成処理が変更された点が第１実施形態と異なる。
第２実施形態のファイル作成処理が実行されると、制御部７１のＣＰＵ８１は、図１０に示すように、まずＳ４１０にて、設定値ファイルを作成するために必要な複数の設定項目の少なくとも一つにおいて設定値の変化があったか否かを判断する。

ここで、設定値の変化がない場合には、ファイル作成処理を終了する。一方、設定値の変化があった場合には、ＣＰＵ８１は、Ｓ４２０にて、設定値ファイルを作成するために必要な複数の設定項目のそれぞれについて設定されている設定値をメモリ８２から取得し、取得した設定値を用いて設定値ファイルを作成する。

そしてＣＰＵ８１は、Ｓ４３０にて、作成した設定値ファイルをクラウドサーバ６の第２ストレージ９４に保存して、ファイル作成処理を終了する。
このように構成された管理システム１では、第２種端末装置５は、ファイルアップロード処理を実行する。ファイルアップロード処理は、複数の設定項目のうちの少なくとも１つで設定値が変化した場合に設定値ファイルを作成して、作成した設定値ファイルをクラウドサーバ６にアップロードする。

このような管理システム１は、実際の設定値と設定値ファイルの設定値とが異なっているにも関わらずマスタ２が設定値ファイルから設定値を取得してしまう事態の発生を抑制することができる。

以上説明した実施形態において、Ｓ４１０～Ｓ４３０はファイルアップロード処理に相当する。
［第３実施形態］
以下に本開示の第３実施形態を図面とともに説明する。なお第３実施形態では、第１実施形態と異なる部分を説明する。共通する構成については同一の符号を付す。

第３実施形態の管理システム１は、設定値取得処理が変更された点が第１実施形態と異なる。
第３実施形態の設定値取得処理は、図１１に示すように、Ｓ１８０の処理が省略された点と、Ｓ２１０，Ｓ２２０の処理が追加された点とが第１実施形態と異なる。

すなわち、Ｓ１７０の処理が終了すると、ＣＰＵ２１は、設定値取得処理を終了する。
またＳ１１０にて、ファイル取得要求操作が行われていない場合には、ＣＰＵ２１は、Ｓ２１０にて、直近で設定値ファイルを取得してから予め設定された削除時間が経過したか否かを判断する。ここで、削除時間が経過していない場合には、ＣＰＵ２１は、設定値取得処理を終了する。

一方、削除時間が経過した場合には、ＣＰＵ２１は、Ｓ２２０にて、クラウドサーバ６の第２ストレージ９４に保存されている設定値ファイルを削除して、設定値取得処理を終了する。

このように構成された主管理プログラム１５ａは、マスタ２が備える制御部１１に、更に、時間削除処理を実行させるように構成されている。時間削除処理は、設定値ファイルをクラウドサーバ６から取得してから予め設定された削除時間が経過した場合に、クラウドサーバ６から設定値ファイルを削除する。

このような主管理プログラム１５ａは、一定時間が経過すると設定値ファイルを削除するため、実際の設定値と設定値ファイルの設定値とが異なっているにも関わらずマスタ２が設定値ファイルから設定値を取得してしまう事態の発生を抑制することができる。

以上説明した実施形態において、Ｓ２１０，Ｓ２２０は時間削除処理に相当する。
以上、本開示の一実施形態について説明したが、本開示は上記実施形態に限定されるものではなく、種々変形して実施することができる。
例えば上記第２実施形態では、第２種端末装置５が、複数の設定項目のうちの少なくとも１つで設定値が変化した場合に設定値ファイルを作成してクラウドサーバ６にアップロードする形態を示した。しかし、第２種端末装置５が、設定値ファイルの作成を要求するタスクをマスタ２から１回受け付けると、その後は、第２種端末装置５が、設定値が変化する毎に設定値ファイルを作成してクラウドサーバ６にアップロードし続けるようにしてもよい。

上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加または置換してもよい。

上述したマスタ２の他、当該マスタ２を構成要素とするシステム、当該マスタ２としてコンピュータを機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実体的記録媒体、管理方法など、種々の形態で本開示を実現することもできる。

１…管理システム、２…マスタ、５…第２種端末装置、６…クラウドサーバ、１１…制御部、１５ａ…主管理プログラム

Claims (9)

1. 複数の端末装置を管理する管理システムで用いられる管理プログラムであって、
   前記管理システムは、
   前記端末装置を管理する管理装置と、
   前記管理装置と通信可能に構成された記憶装置と、
   前記記憶装置と通信可能に構成された前記端末装置である通信端末装置とを備え、
   前記管理装置は、タスクの実行を前記端末装置に対して要求するタスク要求データを前記記憶装置に登録するように構成され、
   前記通信端末装置は、通信端末取得タイミングが到来すると、前記記憶装置から、当該通信端末装置を要求対象とする前記タスク要求データを取得し、更に、取得した前記タスク要求データに基づいて前記タスクを実行するように構成され、
   前記管理プログラムは、前記管理装置が備える制御部に、
   予め設定されている複数の設定項目のそれぞれについて前記端末装置に設定されている設定値を記載した設定値ファイルの作成を前記タスクとして要求する前記タスク要求データを前記記憶装置に登録する要求登録処理と、
   前記設定値ファイルを前記記憶装置から取得するファイル取得処理と、
   前記ファイル取得処理によって取得された前記設定値ファイルから、必要な前記設定項目の前記設定値を抽出する抽出処理と
   を実行させるように構成されている管理プログラム。
2. 請求項１に記載の管理プログラムであって、
   前記管理システムは、更に、
   前記記憶装置と通信可能に構成された副管理装置と、
   前記副管理装置と通信可能に接続された前記端末装置である接続端末装置とを備え、
   前記副管理装置は、副管理取得タイミングが到来すると、前記副管理装置に接続されている前記接続端末装置を要求対象とする前記タスク要求データを前記記憶装置から取得し、更に、取得した前記タスク要求データに基づいて前記タスクを実行するように構成される管理プログラム。
3. 請求項１または請求項２に記載の管理プログラムであって、
   前記制御部に、更に、
   前記設定値ファイルを作成させる要求対象となる前記端末装置である要求対象装置が、前記記憶装置を介して前記管理装置と接続されているか否かを判断する接続判断処理と、
   前記要求対象装置が前記記憶装置を介して前記管理装置と接続されていないと前記接続判断処理によって判断された場合に、必要な前記設定項目が記載された取得対象指定用ファイルを前記要求対象装置へ送信するファイル送信処理と、
   前記取得対象指定用ファイルにおける前記設定項目のそれぞれに対応する前記設定値が記載された取得対象記載済ファイルを前記要求対象装置から受信するファイル受信処理と
   を実行させるように構成され、
   前記要求登録処理、前記ファイル取得処理および前記抽出処理は、前記要求対象装置が前記記憶装置を介して前記管理装置と接続されていると前記接続判断処理によって判断された場合に実行される管理プログラム。
4. 請求項１～請求項３の何れか１項に記載の管理プログラムであって、
   前記制御部に、更に、
   前記設定値ファイルを前記記憶装置から取得してから予め設定された削除時間が経過した場合に、前記記憶装置から前記設定値ファイルを削除する時間削除処理を実行させるように構成されている管理プログラム。
5. 請求項１～請求項３の何れか１項に記載の管理プログラムであって、
   前記制御部に、更に、
   前記設定値ファイルを前記記憶装置から取得した場合に、前記記憶装置から前記設定値ファイルを削除する取得削除処理を実行させるように構成されている管理プログラム。
6. 複数の端末装置を管理する管理システムで用いられる管理装置であって、
   前記管理システムは、
   前記端末装置を管理する管理装置と、
   前記管理装置と通信可能に構成された記憶装置と、
   前記記憶装置と通信可能に構成された前記端末装置である通信端末装置とを備え、
   前記管理装置は、タスクの実行を前記端末装置に対して要求するタスク要求データを前記記憶装置に登録するように構成され、
   前記通信端末装置は、通信端末取得タイミングが到来すると、前記記憶装置から、当該通信端末装置を要求対象とする前記タスク要求データを取得し、更に、取得した前記タスク要求データに基づいて前記タスクを実行するように構成され、
   前記管理装置が備える制御部は、
   予め設定されている複数の設定項目のそれぞれについて前記端末装置に設定されている設定値を記載した設定値ファイルの作成を前記タスクとして要求する前記タスク要求データを前記記憶装置に登録する要求登録処理と、
   前記設定値ファイルを前記記憶装置から取得するファイル取得処理と、
   前記ファイル取得処理によって取得された前記設定値ファイルから、必要な前記設定項目の前記設定値を抽出する抽出処理と
   を実行するように構成されている管理装置。
7. 複数の端末装置を管理する管理システムにおいて管理装置で用いられる管理方法であって、
   前記管理システムは、
   前記管理装置と、
   前記管理装置と通信可能に構成された記憶装置と、
   前記記憶装置と通信可能に構成された前記端末装置である通信端末装置とを備え、
   前記管理装置は、タスクの実行を前記端末装置に対して要求するタスク要求データを前記記憶装置に登録するように構成され、
   前記通信端末装置は、通信端末取得タイミングが到来すると、前記記憶装置から、当該通信端末装置を要求対象とする前記タスク要求データを取得し、更に、取得した前記タスク要求データに基づいて前記タスクを実行するように構成され、
   前記管理方法は、
   予め設定されている複数の設定項目のそれぞれについて前記端末装置に設定されている設定値を記載した設定値ファイルの作成を前記タスクとして要求する前記タスク要求データを前記記憶装置に登録する要求登録ステップと、
   前記設定値ファイルを前記記憶装置から取得するファイル取得ステップと、
   前記ファイル取得ステップによって取得された前記設定値ファイルから、必要な前記設定項目の前記設定値を抽出する抽出ステップと
   を備える管理方法。
8. 複数の端末装置を管理する管理システムであって、
   前記管理システムは、
   前記端末装置を管理する管理装置と、
   前記管理装置と通信可能に構成された記憶装置と、
   前記記憶装置と通信可能に構成された前記端末装置である通信端末装置とを備え、
   前記管理装置は、タスクの実行を前記端末装置に対して要求するタスク要求データを前記記憶装置に登録するように構成され、
   前記通信端末装置は、通信端末取得タイミングが到来すると、前記記憶装置から、当該通信端末装置を要求対象とする前記タスク要求データを取得し、更に、取得した前記タスク要求データに基づいて前記タスクを実行するように構成され、
   前記管理装置は、
   予め設定されている複数の設定項目のそれぞれについて前記端末装置に設定されている設定値を記載した設定値ファイルの作成を前記タスクとして要求する前記タスク要求データを前記記憶装置に登録する要求登録処理と、
   前記設定値ファイルを前記記憶装置から取得するファイル取得処理と、
   前記ファイル取得処理によって取得された前記設定値ファイルから、必要な前記設定項目の前記設定値を抽出する抽出処理と
   を実行するように構成されている管理システム。
9. 請求項８に記載の管理システムであって、
   前記通信端末装置は、
   複数の前記設定項目のうちの少なくとも１つで前記設定値が変化した場合に前記設定値ファイルを作成して、作成した前記設定値ファイルを前記記憶装置にアップロードするファイルアップロード処理を実行する管理システム。