JP7552390B2 - 管理プログラム、情報処理装置及び管理方法 - Google Patents

Description

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

特許文献１には、ネットワークに接続されたエージェントが、当該ネットワークに接続されたプリンタをＳＮＭＰを用いて管理する技術が開示されている。

特開平１１－２９６４５７号公報

エージェントは、ネットワークに接続された全てのプリンタを管理してもよい。しかし、ネットワークには、エージェントによる管理が必ずしも必要ではないプリンタも存在し得る。例えば、エージェントとは別の管理装置によって管理されていることによりエージェントによる管理が不要なプリンタも存在し得る。そのようなプリンタまでもが、単に同一ネットワークに接続されているからという理由でエージェントの管理対象にされると、当該プリンタはエージェント及び別の管理装置の双方から管理されることにより、管理の無駄が生じる。

本開示の一局面は、端末装置の被管理能力に応じて当該端末装置を適切に管理できるようにすることを目的とする。

本開示の一局面における管理プログラムは、情報処理装置が備えるコンピュータが実行可能なコンピュータプログラムである。情報処理装置は、クラウドストレージにアクセス可能であって、且つ端末装置と通信可能に構成されている。

端末装置は、クラウドストレージにアクセスするクラウドアクセス機能を有し得る。クラウドアクセス機能を有する端末装置は、クラウドアクセス機能を有効または無効に択一的に設定可能である。

管理プログラムは、コンピュータに、有効判断処理と、対象設定処理と、管理処理とを実行させる。
有効判断処理は、端末装置においてクラウドアクセス機能が有効に設定されているか否かを判断する処理である。対象設定処理は、有効判断処理によりクラウドアクセス機能が有効に設定されているとの判断がなされなかったことに応じて、端末装置を管理対象に設定する処理である。

管理処理は、管理対象が有するデータである端末データを管理対象から取得してクラウドストレージに書き込むこと、及び／または、処理要求データをクラウドストレージから読み出して当該処理要求データが示す処理を管理対象に実行させること、を含む。処理要求データは、クラウドストレージに書き込まれているデータであって、管理対象が実行すべき処理を示すデータである。

このようなプログラムが実行されることにより、端末装置が管理対象に設定されるか否かは、端末装置のクラウドアクセス機能が有効に設定されているか否かに依存する。即ち、端末装置のクラウドアクセス機能が有効に設定されていない場合に、管理対象に設定され、当該管理対象に対する管理処理が実行される。そのため、端末装置の被管理能力に応じて当該端末装置を適切に管理できるようにすることが可能となる。

本開示の別の一局面では、上記の管理プログラムが実行されるコンピュータを備えた情報処理装置が提供されてもよい。本開示のさらに別の一局面では、上記情報処理装置及び端末装置を含むシステムが提供されてもよい。

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

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

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

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

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

ローカルエリアネットワークは、例えば、無線ＬＡＮ及び有線ＬＡＮのうち少なくとも一方を含んでいてもよい。広域ネットワークは、例えば、インターネットを含んでいてもよい。

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

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

詳細は後述するが、第２種端末装置５には、クラウドサーバ６に接続するための機能であるクラウドコネクタが実装されている。クラウドコネクタは、第２種端末装置５にインストールされている後述する通信プログラム８２ａ（図３Ａ参照）によって（つまりソフトウェア処理により）実現される。通信プログラム８２ａは、いわゆるファームウェアとして第２種端末装置５に実装されていてもよい。

本実施形態では、後述するように、第２種端末装置５におけるクラウドコネクタを有効化または無効化できる。クラウドコネクタを無効化する、とは、クラウドコネクタが物理的に実装はされているもののクラウドコネクタにその機能を発揮させないこと、即ちクラウドコネクタの動作の一部または全てを停止させてクラウドコネクタが実装されていない場合と実質的に等価またはそれに近い状態にすることによりクラウドサーバ６と通信できない状態にすることを意味する。

クラウドコネクタが有効化されている場合、第２種端末装置５は（即ちクラウドコネクタは）、クライアント３を介さずクラウドサーバ６にアクセスしてクラウドサーバ６との間でデータの読み書きができる。つまりこの場合、第２種端末装置５は、クライアント３を介さずに、クラウドサーバ６を介してマスタ２により管理される。マスタ２から見れば、第２種端末装置５を管理するためにクライアント４の仲介は不要である。

なお、有効化されたクラウドコネクタがクラウドサーバ６にアクセスするためには、本実施形態では、より詳しくは、クラウドサーバ６にアクセスするための接続設定がクラウドコネクタにおいて行われていることが必要である。本実施形態における接続設定は、例えば、共有アクセス署名（ＳＡＳ：Ｓｈａｒｅｄ Ａｃｃｅｓｓ Ｓｉｇｎａｔｕｒｅ）を設定すること（後述する図４のＳ０７参照）を含む。後述するように、ＳＡＳはクラウドサーバ６において設定されている。クラウドコネクタは、クラウドサーバ６にアクセスしてデータの読み書き等を行うためには、同じＳＡＳを自身に設定しておく必要がある。

一方、クラウドコネクタが無効化されている場合、第２種端末装置５は、自らクラウドサーバ６にアクセスできない。そのためこの場合は、第２種端末装置５は、クライアント３及びクラウドサーバ６を介してマスタ２により管理される。マスタ２から見れば、第２種端末装置５を管理するためにクライアント４の仲介が必要である。以下の説明では、クラウドコネクタが無効化されている第２種端末装置５のことを「コネクタ無効化端末５ａ」と称する。

なお、クラウドコネクタが実装されていてそれが有効化されていても、クラウドサーバ６にアクセスできない状態になっている場合があり得る。その一例として、ＳＡＳが未設定、またはクラウドサーバ６で設定されている正規のＳＡＳとは異なるＳＡＳが設定されていることが挙げられる。この場合、クラウドコネクタは、クラウドサーバ６と通信そのものは可能かもしれないが、クラウドサーバ６に対するデータの読み書き等の、クラウドサーバ６としての機能を発揮できない。本実施形態では、このようにクラウドコネクタが有効化されてはいるもののクラウドサーバ６にアクセスできない状態になっている第２種端末装置５（以下、「不完全有効化端末５ｂ」と称する）も、第１種端末装置４と同様にクライアント３の仲介を受けて管理される。

端末装置４，５はそれぞれ、固有のデバイスＩＤ、モデル名、ＩＰアドレスなどの情報を有する。端末装置４，５はさらに、ウェブサーバの機能が組み込まれていてもよい。端末装置４，５に組み込まれているウェブサーバのことを、以下、「ＥＷＳ」（Ｅｍｂｅｄｅｄ Ｗｅｂ Ｓｅｒｖｅｒの略称）と称する。このＥＷＳを利用することで、端末装置４，５と通信可能に接続された情報処理装置から、端末装置４，５の状態を取得したり、端末装置４，５の設定を変更したりすることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第２種端末装置５は、通信プログラム８２ａにより前述のクラウドコネクタとして機能し得る。クラウドコネクタは、前述の通り、有効化または無効化され得る。クラウドコネクタの有効化または無効化はどのような方法で行われてもよい。本実施形態では、例えば、第２種端末装置５の入力部７４を介してユーザが所定の操作を行うことで、有効または無効に択一的に切り替え可能であってもよい。また例えば、前述のＥＷＳを利用して、第２種端末装置５とは別の情報処理装置から遠隔的に切り替え可能であってもよい。

クラウドコネクタは、クライアント３からコネクタ設定情報の要求を受けた場合、コネクタ設定情報をクライアント３へ送信する。コネクタ設定情報は、クラウドコネクタが実際にクラウドサーバ６にアクセスできる状態になっているか否かを示す情報である。

本実施形態では、コネクタ設定情報は、例えば、有効化情報と、クラウド接続設定情報とを含む。有効化情報は、クラウドコネクタが有効化および無効化のどちらに設定されているかを示す情報である。クラウド接続設定情報は、クラウドサーバ６に実際にアクセス可能であるか否かを示す情報である。クラウド接続設定情報は、例えば、ＳＡＳを含んでいてもよいし、クラウドサーバ６に実際にアクセスしたことの履歴情報を含んでいてもよい。履歴情報があるということは、正規のＳＡＳが登録されていて実際にクラウドサーバ６にアクセス可能な状態であると捉えることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体的には、共通インストーラは、マスタイニシャルファイルにおいて動作モードがマスタ用を示していることに応じて、主管理プログラム１５ａをインストールする。このとき、マスタイニシャルファイルにおいて設定されている情報を適宜組み込む。なお、イニシャルファイルがクライアントイニシャルファイルであって動作モードがクライアント用を示している場合（例えば図６Ｂの例）は、共通インストーラは副管理プログラム３５ａをインストールする。この場合も、共通インストーラは、クライアントイニシャルファイルにおいて設定されている情報を適宜組み込む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、第２種端末装置５には、第２種端末装置５の管理者である装置管理者による入力操作により、ＳＡＳが登録される（Ｓ０７）。より詳しく言えば、クラウドコネクタに対してＳＡＳが登録される。クラウドコネクタに対するＳＡＳの登録は、例えば、第２種端末装置５の入力部７４を介して行われてもよい。また例えば、第２種端末装置５とは別の情報処理装置から第２種端末装置５へＳＡＳを送信することによりクラウドコネクタにＳＡＳを登録できてもよい。具体的には、第２種端末装置５とは別の情報処理装置から第２種端末装置５のＥＷＳへアクセスすることにより当該情報処理装置から遠隔的にＳＡＳを登録できてもよい。

ＳＡＳの登録されたクラウドコネクタは、ＳＡＳを用いてクラウドサーバ６の第１ストレージ９３にアクセスし、マスタ２により書き込まれたクラウドパラメータを参照する（Ｓ０８）。クラウドコネクタは、このクラウドパラメータを取得して自装置に設定する（Ｓ０８）。

なお、クラウドコネクタがクラウドサーバ６へアクセスする際は、まず、クラウドコネクタに登録されているＳＡＳがクラウドサーバ６へ送信される。そして、送信されたＳＡＳがクラウドサーバ６において設定されているＳＡＳと一致することに応じて、実際にアクセス（即ちデータの読み書き）が可能となる。なお、ＳＡＳは第１ストレージ９３及び第２ストレージ９４それぞれに個別に設定されているため、クラウドコネクタにおいても個別にＳＡＳが登録され、それぞれがクラウドサーバ６へ送信される。そして、クラウドサーバ６では各ＳＡＳが個別に処理される。そのため、例えば一方のＳＡＳの不一致によって、例えば第１ストレージ９３にはアクセス可能である一方で第２ストレージ９４にはアクセスできない、などといった状況が発生し得る。

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

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

クライアント３によるスケジュールタスク（Ｓ１０）は、主に、定期的に管理中継対象を検索して更新する定期検索タスクと、定期検索タスクにより検索された管理中継対象毎の定期更新タスクとを含む。定期更新タスクは、例えば、直近に検索された管理中継対象のうちクラウドサーバ６に未登録のものを新たに登録すること、管理中継対象からログ情報やステータス情報などの各種情報を取得してクラウドサーバ６の第１ストレージ９３へアップロードすること、などを含む。定期検索タスク及び定期更新タスクそれぞれに前述の情報更新周期が設定されている。定期検索タスク及び定期更新タスクはそれぞれ、対応する情報更新周期に従って周期的に繰り返し実行される。

定期検索タスクの具体例を、図７に示す。クライアント３の制御部３１は、定期検索タスクの実行タイミングが到来する度に、図７に示す定期検索タスク処理のプログラムを読み込んで実行する。定期検索タスク処理のプログラムは、副管理プログラム３５ａの一部である。

クライアント３の制御部３１は、定期検索タスク処理を開始すると、Ｓ１１０で、端末装置の検索を行う。つまり、クライアント３と同じローカルエリアネットワーク内において管理中継対象になり得る端末装置の存在を確認する。端末装置の検索はどのような方法で行ってもよい。例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に従ったブロードキャストにより検索してもよい。

制御部３１は、端末装置から送信されてくるデバイス情報を受信することにより、当該端末装置の存在を認識する。デバイス情報は、デバイスＩＤ、モデル名、ＩＰアドレスなどを含んでいてもよい。Ｓ１１０の検索では、第１種端末装置４及び第２種端末装置５のいずれも検索され得る。

Ｓ１２０では、Ｓ１１０の処理によって端末装置が１つでも検索されたか否か判断する。端末装置が１つも検索されなかった場合は、本定期検索タスク処理を終了する。１つ以上の端末装置が検索された場合は、Ｓ１３０へ移行する。

Ｓ１３０では、検索された１つ以上の端末装置のうちチェックが行われていない１つの端末装置を判断対象に設定する。ここでいうチェックとは、Ｓ１４０～Ｓ１９０の処理を意味する。

Ｓ１４０では、判断対象の端末装置から、コネクタ設定情報を取得する。コネクタ設定情報は、前述の有効化情報及びクラウド接続設定情報を含む。コネクタ設定情報はどのような方法で取得してもよい。コネクタ設定情報は例えばＳＮＭＰに従って判断対象へ要求して判断対象から取得してもよい。判断対象の端末装置が第１種端末装置４ならば、クラウドコネクタを有しないため、コネクタ設定情報が取得されない。一方、判断対象の端末装置が第２種端末装置５ならば、クラウドコネクタを有するため、コネクタ設定情報が取得される。

Ｓ１５０では、Ｓ１４０で取得したコネクタ設定情報に基づき、判断対象の端末装置がクラウドコネクタを有するか否か（つまり第２種端末装置５であるか否か）を判断する。例えばＳ１４０でコネクタ設定情報が取得されなかった場合は、判断対象の端末装置がクラウドコネクタを有しない、即ち第１種端末装置４であると判断し、Ｓ１６０に移行する。

Ｓ１６０では、判断対象の端末装置を管理中継対象に設定する。Ｓ１６０の処理後はＳ２００に移行する。
例えばＳ１４０でコネクタ設定情報が取得された場合は、Ｓ１５０では、判断対象の端末装置がクラウドコネクタを有する、即ち第２種端末装置５であると判断し、Ｓ１７０に移行する。

Ｓ１７０では、判断対象の端末装置のクラウドコネクタが有効化されているか否か判断する。この判断は、例えばコネクタ設定情報に含まれる有効化情報に基づいて行うことができる。判断対象の端末装置のクラウドコネクタが無効化されている場合は、Ｓ１６０に移行する。この場合、判断対象の端末装置は、第２種端末装置５であるものの、クライアント３の管理中継対象に設定される。

Ｓ１７０で、判断対象の端末装置のクラウドコネクタが有効化されている場合は、Ｓ１８０に移行する。この段階で、判断対象の端末装置をクライアント３の管理中継対象から除外してもよいが、本実施形態では、さらにＳ１８０の処理を行うことにより、クライアント３の管理中継対象とすべきか否かを見極める。

即ち、Ｓ１８０では、判断対象の端末装置のクラウドコネクタがクラウドサーバ６にアクセス可能であるか否か判断する。この判断は、例えばコネクタ設定情報に含まれるクラウド接続設定情報に基づいて行うことができる。判断対象の端末装置のクラウドコネクタがクラウドサーバ６にアクセス可能ではない場合は、Ｓ１６０に移行する。この場合、判断対象の端末装置は、第２種端末装置５であってしかもクラウドコネクタが有効化されているものの、クライアント３の管理中継対象に設定される。

Ｓ１８０で、判断対象の端末装置のクラウドコネクタがクラウドサーバ６にアクセス可能である場合は、Ｓ１９０に移行する。Ｓ１９０では、判断対象の端末装置を管理中継対象から除外する。Ｓ１９０の処理後はＳ２００に移行する。

Ｓ２００では、Ｓ１１０で検索された１つ以上の端末装置のうち上記チェックが行われていない端末装置が存在するか否か判断する。チェックが行われていない端末装置がまだ存在する場合は、Ｓ１３０に移行する。検索された全ての端末装置に対して上記チェックが行われた場合は、Ｓ２１０に移行する。

Ｓ２１０では、対象設定情報をクラウドサーバ６の第１ストレージ９３に書き込む。対象設定情報は、Ｓ１１０で検索された端末装置毎の、当該端末装置が管理中継対象に設定されたか否かを示す情報を含む。

Ｓ２２０では、表示部３３に、対象設定情報を表示する。例えば、検索された各端末装置と管理中継対象の設定有無とが対応付けられてリストアップされた画面が表示されてもよい。ユーザは、その画面を見ることで、どの（或いはいくつの）端末装置が検索されたか、及び検索された端末装置それぞれが管理中継対象に設定されているか否か、などの情報を認識することができる。Ｓ２２０の処理後、本定期検索タスク処理を終了する。

図４に戻って説明を続ける。クライアント３のスケジュールタスク（Ｓ１０）に含まれる定期更新タスクにおいては、前述の、未登録の管理中継対象を登録する処理が行われる。具体的には、例えば、未登録の管理中継対象のデバイス情報を第１ストレージ９３における対応するテーブルに登録する。

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

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

エンティティ内の情報は、対応する端末装置が第１種端末装置４である場合は、当該第１種端末装置４を管理するクライアント３によって更新される（Ｓ１０）。エンティティ内の情報は、対応する端末装置が第２種端末装置５である場合は、当該第２種端末装置５のクラウドコネクタによって更新される（Ｓ０９）。ただし、対応する端末装置が第２種端末装置５であっても、前述の定期検索タスク処理でクライアント３の管理中継対象に設定されている場合は、クライアント３によって更新される（Ｓ１０）。

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

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

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

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

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

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

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

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

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

スケジュールタスクテーブルにおいて、第２種端末装置５のクラウドコネクタのエンティティは、当該第２種端末装置５が定期検索処理でクライアント３の管理中継対象に設定されている場合を除き、当該クラウドコネクタによって更新される（Ｓ０９）。第１種端末装置４のエンティティは、当該第１種端末装置４と同一のローカルエリアネットワークに接続されたクライアント３によって更新される（Ｓ１０）。管理中継対象に設定されている第２種端末装置５のエンティティは、当該第２種端末装置５と同一のローカルエリアネットワークに接続されたクライアント３によって更新される（Ｓ１０）。すなわち、クライアント３によって、クライアント３配下の管理中継対象の第１種端末装置４及び第２種端末装置５）毎のエンティティが更新される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

クラウドコネクタは、インスタントタスクが終了すると、インスタントタスクテーブルにおける該当するインスタントタスクエンティティを更新する（Ｓ１７）。具体的には、進捗状況のプロパティの値を「進行中」から「完了」に更新する。さらに、レスポンスパラメータとしてインスタントタスクの処理結果を書き込む。

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

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

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

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

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

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

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

（１－４）実施形態の効果
以上説明した実施形態の管理システム１では、クライアント３とネットワーク接続された端末装置４，５それぞれがクライアント３の管理中継対象に設定されるか否かは、ネットワーク接続された端末装置４，５それぞれのクラウドコネクタが有効化されているか否かに依存する（Ｓ１７０）。即ち、クラウドコネクタが無効化されている場合に管理中継対象に設定され、クラウドコネクタが有効化されている場合は管理中継対象に設定されない。そのため、クライアント３は、端末装置４，５を、それぞれの被管理能力に応じて適切に管理することができる。

また、本実施形態では、クラウドコネクタが有効化されていることのみをもって一律に管理中継対象から除外しない。本実施形態のクライアント３は、クラウドコネクタが有効化されていても、クラウドコネクタが実際にクラウドサーバ６にアクセス可能な状態でなければ（Ｓ１８０：ＮＯ）、管理中継対象に設定する。そのため、クラウドコネクタを有するもののクラウドサーバ６にアクセスできない状態になっている第２種端末装置５をクライアント３が第１種端末装置４と同様に適切に管理することができる。

さらに、本実施形態では、クラウドコネクタが有効化されているか否かの判断の前に、そもそもクラウドコネクタを有しているか否かを判断する（Ｓ１５０）。そして、クラウドコネクタを有していない場合は管理中継対象に設定する。そのため、管理中継対象とすべきか否かを効率よく決定することができる。

なお、本実施形態において、クライアント３は本開示における情報処理装置の一例に相当する。クライアント３の制御部３１は本開示におけるコンピュータの一例に相当する。副管理プログラム３５ａは本開示における管理プログラムの一例に相当する。クラウドサーバ６は本開示におけるクラウドストレージの一例に相当する。第２種端末装置５が備えるクラウドコネクタは本開示におけるクラウドアクセス機能の一例に相当する。ログ情報及びステータス情報は本開示における端末データの一例に相当する。スケジュールタスク、インスタントタスク及びＳ２１０の処理は本開示における管理処理の一例に相当する。第２種端末装置５にＳＡＳを設定することは本開示における接続設定の一例に相当する。

また、図７において、Ｓ１１０の処理は本開示における検索処理の一例に相当する。Ｓ１５０の処理は本開示における機能判断処理の一例に相当する。Ｓ１６０の処理は本開示における対象設定処理の一例に相当する。Ｓ１７０の処理は本開示における有効判断処理の一例に相当する。Ｓ１８０の処理は本開示における確認処理の一例に相当する。Ｓ２２０の処理は本開示における表示処理の一例に相当する。

［２．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（２－１）図７の定期検索タスク処理において、Ｓ１７０とＳ１８０とは順序が逆であってもよい。
また、Ｓ１７０またはＳ１８０の処理が省略されてもよい。例えば、Ｓ１７０でクラウドコネクタが有効化されていると判断した場合は、Ｓ１８０を考慮せずＳ１９０で管理中継対象から除外してもよい。逆に、Ｓ１７０を省いて、Ｓ１５０でクラウドコネクタがあると判断された場合はＳ１８０に移行してもよい。

（２－２）図７の定期検索タスク処理におけるＳ２２０の処理は、必ずしもこのタイミングで実行されなくてもよい。Ｓ２２０の処理は、定期検索タスク処理に含まれず、例えば画面表示を要求するユーザ操作が入力部３４を介してなされることに応じて実行されてもよい。

また、Ｓ２２０の処理は、マスタ２においても実行可能であってもよい。マスタ２は、Ｓ１１０でクラウドサーバ６に書き込まれた対象設定情報を読み込むことによって、Ｓ２２０と同等の処理を実行することができる。

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

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

（２－５）管理システム１は、いくつの拠点を備えていてもよい。複数の拠点のうち１つ以上のそれぞれにクライアント３が設置されてもよい。クライアント３が設置された拠点において、第１種端末装置４及び第２種端末装置５はそれぞれいくつ設置されてもよく、いずれか一方が設置されていなくてもよい。

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

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

Claims (8)

1. 情報処理装置が備えるコンピュータが実行可能な管理プログラムであって、
   前記情報処理装置は、クラウドストレージにアクセス可能であって且つ端末装置と通信可能に構成されており、
   前記端末装置は、前記クラウドストレージにアクセスするクラウドアクセス機能を有し得り、
   前記クラウドアクセス機能を有する前記端末装置は、前記クラウドアクセス機能を有効または無効に択一的に設定可能であり、
   前記管理プログラムは、前記コンピュータに、
   前記端末装置において前記クラウドアクセス機能が有効に設定されているか否かを判断する有効判断処理と、
   前記有効判断処理により前記クラウドアクセス機能が有効に設定されているとの判断がなされなかったことに応じて、前記端末装置を管理対象に設定する対象設定処理と、
   前記管理対象が有するデータである端末データを前記管理対象から取得して前記クラウドストレージに書き込むこと、及び／または、前記クラウドストレージに書き込まれているデータであって前記管理対象が実行すべき処理を示すデータである処理要求データを前記クラウドストレージから読み出して前記処理要求データが示す処理を前記管理対象に実行させること、を含む管理処理と、
   を実行させる管理プログラム。
2. 請求項１に記載の管理プログラムであって、
   前記端末装置は、前記クラウドアクセス機能が有効に設定されていて、且つ、前記クラウドストレージにアクセスするために必要な接続設定がなされている場合に、前記クラウドアクセス機能により前記クラウドストレージにアクセスできるように構成されており、
   前記管理プログラムは、前記コンピュータに、さらに、
   前記有効判断処理により前記クラウドアクセス機能が有効に設定されていると判断された場合に、前記端末装置において前記接続設定がなされているか否かを確認する確認処理、
   を実行させ、
   前記対象設定処理は、前記確認処理により前記接続設定がなされていないと判断されることに応じて前記端末装置を前記管理対象に設定することを含む、
   管理プログラム。
3. 請求項１または請求項２に記載の管理プログラムであって、
   前記コンピュータに、さらに、
   前記端末装置が前記クラウドアクセス機能を有するか否かを判断する機能判断処理、
   を実行させ、
   前記対象設定処理は、前記機能判断処理により前記端末装置が前記クラウドアクセス機能を有しないと判断されることに応じて前記端末装置を前記管理対象に設定することを含む、
   管理プログラム。
4. 請求項１～請求項３のいずれか１項に記載の管理プログラムであって、
   前記コンピュータに、さらに、
   前記情報処理装置と通信可能な装置を検索する検索処理、
   を実行させ、
   前記検索処理で前記端末装置が検索されることに応じて前記有効判断処理を実行するように構成されている、
   管理プログラム。
5. 請求項４に記載の管理プログラムであって、
   前記管理処理は、前記検索処理により検索された装置毎の情報であって当該装置が前記管理対象に設定されたか否かを示す情報を前記クラウドストレージへ書き込むことを含む、管理プログラム。
6. 請求項１～請求項５のいずれか１項に記載の管理プログラムであって、
   前記情報処理装置は、表示部を備え、
   前記管理プログラムは、前記コンピュータに、さらに、
   前記端末装置が前記管理対象に設定されているか否かを識別可能な情報を前記表示部に表示する表示処理、
   を実行させる、管理プログラム。
7. 制御部と、
   クラウドストレージ及び端末装置と通信可能に構成された通信部と、
   を備える情報処理装置であって、
   前記端末装置は、前記クラウドストレージにアクセスするクラウドアクセス機能を有し得り、前記クラウドアクセス機能を有する前記端末装置は、前記クラウドアクセス機能を有効または無効に択一的に設定可能であり、
   前記制御部は、
   前記端末装置において前記クラウドアクセス機能が有効に設定されているか否かを判断する有効判断処理と、
   前記有効判断処理により前記クラウドアクセス機能が有効に設定されているとの判断がなされなかったことに応じて、前記端末装置を管理対象に設定する対象設定処理と、
   前記管理対象が有するデータである端末データを前記管理対象から取得して前記クラウドストレージに書き込むこと、及び／または、前記クラウドストレージに書き込まれているデータであって前記管理対象が実行すべき処理を示すデータである処理要求データを前記クラウドストレージから読み出して前記処理要求データが示す処理を前記管理対象に実行させること、を含む管理処理と、
   を実行するように構成された情報処理装置。
8. 情報処理装置で用いられる管理方法であって、
   前記情報処理装置は、クラウドストレージにアクセス可能であって且つ端末装置と通信可能に構成されており、
   前記端末装置は、前記クラウドストレージにアクセスするクラウドアクセス機能を有し得り、前記クラウドアクセス機能を有する前記端末装置は、前記クラウドアクセス機能を有効または無効に択一的に設定可能であり、
   前記管理方法は、
   前記端末装置において前記クラウドアクセス機能が有効に設定されているか否かを判断することと、
   前記クラウドアクセス機能が有効に設定されているとの判断がなされなかったことに応じて、前記端末装置を管理対象に設定することと、
   前記管理対象を管理することであって、前記管理対象が有するデータである端末データを前記管理対象から取得して前記クラウドストレージに書き込むこと、及び／または、前記クラウドストレージに書き込まれているデータであって前記管理対象が実行すべき処理を示すデータである処理要求データを前記クラウドストレージから読み出して前記処理要求データが示す処理を前記管理対象に実行させること、を含む、前記管理対象を管理することと、
   を備える管理方法。

Images