特開 2022-116939 管理システム、管理装置、及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022116939

(43)【公開日】2022-08-10

(54)【発明の名称】管理システム、管理装置、及びコンピュータプログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20220803BHJP

   B41J 29/38 20060101ALI20220803BHJP

   G06F 13/00 20060101ALI20220803BHJP

【ＦＩ】

G06F3/12 335

G06F3/12 304

G06F3/12 310

G06F3/12 336

G06F3/12 387

G06F3/12 326

B41J29/38 204

B41J29/38 801

G06F13/00 351N

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2021013369

(22)【出願日】2021-01-29

(71)【出願人】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000578

【氏名又は名称】名古屋国際特許業務法人

(72)【発明者】

【氏名】野川 英樹

【テーマコード（参考）】

2C061

5B089

【Ｆターム（参考）】

2C061AP01

2C061AP07

2C061AQ05

2C061AQ06

2C061AR01

2C061HJ08

2C061HK15

2C061HK23

2C061HP00

5B089GA11

5B089GA13

5B089GA14

5B089GA16

5B089GA21

5B089GB02

5B089HA06

5B089HA10

5B089HA11

5B089HB05

5B089JA35

5B089JB14

5B089KA11

5B089KB04

(57)【要約】

【課題】汎用的な中間装置を介して複数のデバイスを管理するシステムにおいて有意義な技術を提供する。
【解決手段】第一の通信装置３，５は、複数のデバイス４，５に対応する複数の状態データをクラウドストレージ９３に繰返し書き込むように構成される。第二の通信装置２は、複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように構成される。第二の通信装置は、複数のデバイスのうちの表示対象に設定された一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させるように構成される。第一の通信装置は、表示対象及び非表示対象の設定に依らず、複数のデバイスについての複数の状態データをクラウドストレージに繰返し書き込む。第二の通信装置は、少なくとも表示対象に設定されたデバイスのそれぞれの状態データを、クラウドストレージから繰返し取得し、デバイスリストを更新する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の状態データであって、それぞれが、複数のデバイスのうちの、対応するデバイスの状態を説明する複数の状態データを、クラウドストレージに繰返し書き込むように構成される少なくとも一つの第一の通信装置と、
前記クラウドストレージにアクセス可能に構成された第二の通信装置と、
を備え、
前記第二の通信装置は、
ユーザインタフェースを通じて入力される切替指示に基づき、前記複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように、前記表示対象又は前記非表示対象に設定することと、
前記複数のデバイスのうちの前記表示対象に設定された一つ以上のデバイスを列挙し、更には前記一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させることと、
を実行するように構成され、
前記少なくとも一つの第一の通信装置は、前記表示対象及び前記非表示対象の設定に依らず、前記複数のデバイスについての前記複数の状態データを前記クラウドストレージに繰返し書き込むように構成され、
前記第二の通信装置は、前記複数のデバイスのうちの、少なくとも前記表示対象に設定された前記一つ以上のデバイスのそれぞれの状態データを、前記クラウドストレージから繰返し取得し、取得した前記状態データに基づいて、前記デバイスリストを、前記一つ以上のデバイスのそれぞれの最新の状態を示すように更新することを更に実行するように構成される管理システム。

【請求項2】

前記第二の通信装置は、前記非表示対象に設定されたデバイスを含む前記複数のデバイスのそれぞれの状態データを、前記クラウドストレージから繰返し取得し、取得した前記状態データに基づいて、前記デバイスリストを更新する請求項１記載の管理システム。

【請求項3】

前記第二の通信装置による前記状態データの前記クラウドストレージからの取得周期は、前記表示装置に表示される前記デバイスリストの更新間隔よりも長い請求項２記載の管理システム。

【請求項4】

前記第二の通信装置は、前記ユーザインタフェースを通じて特定の指示が入力されたときには、前記デバイスリストとは別の、前記非表示対象に設定されたデバイスを列挙する画面であって、前記非表示対象に設定されたデバイスのそれぞれの状態を示す画面を前記表示装置に表示させ、前記画面を通じて、前記切替指示として、前記非表示対象に設定されたデバイスの前記表示対象への切替指示を受け付ける請求項１～請求項３のいずれか一項記載の管理システム。

【請求項5】

繰返し更新される複数の状態データであって、それぞれが、複数のデバイスのうちの、対応するデバイスの状態を説明する複数の状態データを記憶するクラウドストレージにアクセス可能な通信部と、
前記複数のデバイスに関する処理を実行するように構成される処理部と、
を備え、
前記処理部は、前記複数のデバイスに関する処理として、
ユーザインタフェースを通じて入力される切替指示に基づき、前記複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように、前記表示対象又は前記非表示対象に設定することと、
前記非表示対象に設定されたデバイスを含む前記複数のデバイスのそれぞれの状態データを、前記通信部を介して前記クラウドストレージから繰返し取得することと、
繰返し取得される前記状態データに基づいて、前記複数のデバイスのうちの前記表示対象に設定された一つ以上のデバイスを列挙した前記一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させ、前記一つ以上のデバイスのそれぞれの最新の状態を示すように、前記デバイスリストを更新することと、
を実行するように構成される管理装置。

【請求項6】

繰返し更新される複数の状態データであって、それぞれが、複数のデバイスのうちの、対応するデバイスの状態を説明する複数の状態データを記憶するクラウドストレージにアクセス可能な通信装置のコンピュータに、
ユーザインタフェースを通じて入力される切替指示に基づき、前記複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように、前記表示対象又は前記非表示対象に設定することと、
前記非表示対象に設定されたデバイスを含む前記複数のデバイスのそれぞれの状態データを、前記クラウドストレージから繰返し取得することと、
繰返し取得される前記状態データに基づいて、前記複数のデバイスのうちの前記表示対象に設定された一つ以上のデバイスを列挙した前記一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させ、前記一つ以上のデバイスのそれぞれの最新の状態を示すように、前記デバイスリストを更新することと、
を実行させるためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

画像形成装置の情報を管理し、遠隔から画像形成装置の稼働状態などを監視するための技術が既に知られている。例えば、監視装置がネットワークを介して画像形成装置の情報を収集し、監視装置の画面で、又は、監視装置に接続されたクライアントＰＣの画面で収集した情報を表示するシステムが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２－４８５６７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、広域ネットワークを介した端末装置間の通信は、各端末装置が属するローカルエリアネットワークのセキュリティのために、一般的にサーバ装置を介して行われる。同様に、遠隔で管理対象装置を管理装置が管理する場合にも、管理対象装置と管理装置との間にサーバ装置を配置することが考えられる。しかしながら、専用のサーバ装置を構築する手法では、管理に係るシステムの運用コストが高い。

【0005】

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

【0006】

そこで、本開示の一側面によれば、複数のデバイスを汎用的な中間装置を介して管理装置で管理するシステムにおいて、デバイスの管理に有意義な技術を提供できることが望ましい。

【課題を解決するための手段】

【0007】

本開示の一側面に係る管理システムは、少なくとも一つの第一の通信装置と、第二の通信装置とを備える。少なくとも一つの第一の通信装置は、複数の状態データをクラウドストレージに繰返し書き込むように構成される。複数の状態データのそれぞれは、複数のデバイスのうちの、対応するデバイスの状態を説明するデータとして構成される。第二の通信装置は、このクラウドストレージにアクセス可能に構成される。

【0008】

第二の通信装置は、ユーザインタフェースを通じて入力される切替指示に基づき、複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように、表示対象又は非表示対象に設定することと、複数のデバイスのうちの表示対象に設定された一つ以上のデバイスを列挙し、更には一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させることと、を実行するように構成される。

【0009】

少なくとも一つの第一の通信装置は、表示対象及び非表示対象の設定に依らず、複数のデバイスについての複数の状態データをクラウドストレージに繰返し書き込むように構成される。

【0010】

第二の通信装置は、複数のデバイスのうちの、少なくとも表示対象に設定された一つ以上のデバイスのそれぞれの状態データを、クラウドストレージから繰返し取得し、取得した状態データに基づいて、デバイスリストを、一つ以上のデバイスのそれぞれの最新の状態を示すように更新することを更に実行するように構成される。

【0011】

この管理システムによれば、汎用的なクラウドストレージを用いながら、表示対象の一つ以上のデバイスのそれぞれの最新の状態を示すデバイスリストを表示装置に表示させることができる。従って、複数のデバイスの管理に有意義な情報を管理者に提供することができる。

【0012】

しかも、この管理システムによれば、デバイスリストにおける各デバイスの表示及び非表示を、ユーザインタフェースを介した指示に基づいて切り替えることができ、デバイスの非表示対象から表示対象への切替によっても、対応するデバイスの動作の切替なしに、第二の通信装置は、デバイスの状態データを取得することができる。

【0013】

このように、デバイスの表示／非表示と、デバイスからの状態データのアップロードとを独立させた構成によれば、第一の通信装置と第二の通信装置との間の複雑な連携を必要とせず、汎用的なクラウドストレージを用いて効率的に、状態表示を伴う各デバイスの表示／非表示の切替を実現することができる。

【0014】

従って、本開示の一側面によれば、複数のデバイスを汎用的なクラウドストレージを介して管理装置で管理するシステムにおいて、デバイスの管理に有意義な技術を提供することができる。

【0015】

本開示の一側面によれば、管理システムを実現するための管理装置が提供されてもよい。本開示の一側面に係る管理装置は、通信部と、処理部とを備える。通信部は、繰返し更新される複数の状態データを記憶するクラウドストレージにアクセス可能に構成される。複数の状態データのそれぞれは、複数のデバイスのうちの、対応するデバイスの状態を説明するデータとして構成される。

【0016】

処理部は、複数のデバイスに関する処理として、ユーザインタフェースを通じて入力される切替指示に基づき、複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように、表示対象又は非表示対象に設定することを実行するように構成される。

【0017】

処理部は、非表示対象に設定されたデバイスを含む複数のデバイスのそれぞれの状態データを、通信部を介してクラウドストレージから繰返し取得することを更に実行するように構成される。

【0018】

処理部は、繰返し取得される状態データに基づいて、複数のデバイスのうちの表示対象に設定された一つ以上のデバイスを列挙した一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させ、一つ以上のデバイスのそれぞれの最新の状態を示すように、デバイスリストを更新することを更に実行するように構成される。

【0019】

この管理装置によれば、複数のデバイスを、クラウドストレージを介して管理する場面において、管理者に対し、複数のデバイスの管理に有意義な情報を提供することができる。

【0020】

本開示の一側面によれば、管理装置としての機能をコンピュータに実現させるためのコンピュータプログラムが提供されてもよい。

【0021】

本開示の一側面によれば、繰返し更新される複数の状態データを記憶するクラウドストレージにアクセス可能な通信装置のコンピュータに、ユーザインタフェースを通じて入力される切替指示に基づき、複数のデバイスのそれぞれを、表示対象と非表示対象との間で切り替えるように、表示対象又は非表示対象に設定することと、非表示対象に設定されたデバイスを含む複数のデバイスのそれぞれの状態データを、クラウドストレージから繰返し取得することと、繰返し取得される状態データに基づいて、複数のデバイスのうちの表示対象に設定された一つ以上のデバイスを列挙した一つ以上のデバイスのそれぞれの状態を示すデバイスリストを表示装置に表示させ、一つ以上のデバイスのそれぞれの最新の状態を示すように、デバイスリストを更新することと、を実行させるためのコンピュータプログラムが提供されてもよい。このコンピュータプログラムによれば、通信装置を、上述の管理装置として機能させて、管理システムの構築に用いることができる。

【図面の簡単な説明】

【0022】

【図1】管理システムの全体構成を表すブロック図である。

【図2】図２Ａは、マスタの構成を表すブロック図であり、図２Ｂは、クライアントの構成を表すブロック図であり、図２Ｃは、第１種端末装置の構成を表すブロック図である。

【図3】図３Ａは、第２種端末装置の構成を表すブロック図であり、図３Ｂは、クラウドサーバの構成を表すブロック図である。

【図4】管理システムの動作に関する概略シーケンス図である。

【図5】図５Ａは、スケジュールタスクテーブルの構成を表す図であり、図５Ｂは、インスタントタスクテーブルの構成を表す図である。

【図6】デバイスリストを含むデバイス管理画面の例示的構成を表す図である。

【図7】スケジュールタスクに関するマスタ及びクライアントの動作を説明したシーケンス図である。

【図8】デバイス管理画面の表示に関係するマスタの機能を示す機能ブロック図である。

【図9】マスタの制御部が繰返し実行する取得更新処理を表すフローチャートである。

【図10】マスタの制御部が実行する表示制御処理を表すフローチャート（その１）である。

【図11】マスタの制御部が実行する表示制御処理を表すフローチャート（その２）である。

【図12】一部デバイス削除後のデバイス管理画面の例示的構成を表す図である。

【図13】削除デバイス画面を含むデバイス管理画面の例示的構成を表す図である。

【発明を実施するための形態】

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

［デバイス管理画面の詳細説明］
続いて、スケジュールタスクにより端末装置４，５から提供される情報に基づいて表示されるデバイス管理画面Ｇ０の構成及び表示に関するマスタ２の処理動作の詳細を説明する。以下では、端末装置４，５が、プリンタ又は、プリンタ機能を有するディジタル複合機であることを前提に話を進める。

【0099】

デバイス管理画面Ｇ０は、図６に示すように第一領域Ｒ１と第二領域Ｒ２とを備える。第一領域Ｒ１は、主に、デバイスリストＧ１を表示する領域として使用される。デバイスリストＧ１は、管理システム１において登録された複数の端末装置４，５のリストである。ここでいうデバイスは、端末装置４，５のそれぞれに対応する。

【0100】

デバイス管理画面Ｇ０は、図示しないグループ選択画面を有していてもよく、デバイスリストＧ１には、管理システム１において登録された複数の端末装置４，５のうち、グループ選択画面にて選択されたグループに属する端末装置４，５が表示されてもよい。

【0101】

図６に示すデバイスリストＧ１は、端末装置４，５のそれぞれに関して、端末装置毎の行データを有するテーブル構造で表示される。各行データは、対応する端末装置のステータス、モデル名、トナー／インク量、及び、ノード名の情報を有する。ステータスは、対応する端末装置が、マスタ２等の外部からの指示に基づく処理を実行可能な状態であるか否かを示す。実行可能な状態であるときにはレディ（すなわちＲＥＡＤＹ）と表示される。対応する端末装置においてエラーが生じている場合には、ステータスとしてエラーを説明する文字列が表示される。

【0102】

モデル名は、対応する端末装置の製品モデル名を示し、ノード名は、対応する端末装置のノード名を示す。トナー／インク量は、端末装置４，５がプリンタ機能で使用する色材の残量を表す。端末装置４，５が、インクジェットプリンタとしての機能を有する場合の色材は、インクであり、レーザプリンタとしての機能を有する場合の色材は、トナーである。図６では、ＣＭＹＫの各色の色材の残量が、トナー／インク量として棒グラフで示されている。

【0103】

一方、第二領域Ｒ２は、第一領域Ｒ１に表示される複数の端末装置４，５のうちのカーソルによって選択された一つの詳細情報を表示する領域として使用される。第二領域Ｒ２は更に、デバイスリストＧ１においてチェックボックスにより指定された一つ以上の端末装置に対する操作を行うためのグラフィカルユーザインタフェースを備える。図６によれば、第二領域Ｒ２は、指定された一つ以上の端末装置をデバイスリストＧ１から削除するための操作オブジェクトＪ１、及び、指定された一つ以上の端末装置に対して実行を要求するインスタントタスクを作成するための操作オブジェクトＪ２を備える。

【0104】

更に、デバイス管理画面Ｇ０は、第一領域Ｒ１において表示されるデバイスリストＧ１を削除デバイス画面Ｇ２（図１３参照）に切り替えるための操作オブジェクトＪ３を備える。削除デバイス画面Ｇ２は、非表示対象として、デバイスリストＧ１から削除された端末装置４，５を表示する画面である。詳細については後述する。

【0105】

デバイスリストＧ１において表示対象の端末装置毎に表示されるトナー／インク量は、クライアント３及びクラウドコネクタが、スケジュールタスクとして、クラウドサーバ６の第１ストレージ９３における該当端末装置のステータス情報を更新することにより、第１ストレージ９３に書き込まれる。マスタ２は、このステータス情報を参照することにより、デバイスリストＧ１の表示に必要なトナー／インク量の情報を収集する。

【0106】

図７には、スケジュールタスクに関するマスタ２及びクライアント３の動作がシーケンス図として示される。上述した通り、スケジュールタスクによるステータス情報の情報更新周期は、クライアント３において、副管理プログラム３５ａのインストール時に、クライアントプロファイルがインポートされることにより、設定される。

【0107】

マスタ２は、入力部１４を通じたユーザからの情報更新周期の変更操作を受け付けることができ、上記変更操作により変更された情報更新周期に、クラウドサーバ６の第１ストレージ９３に格納されるクラウドパラメータを更新することができる。クライアント３は、ポーリング動作により第１ストレージ９３に格納されている更新後のクラウドパラメータを参照することにより、自装置における情報更新周期の設定値を更新することができる。

【0108】

クライアント３は、インストール時に設定された情報更新周期、あるいは、その後に変更された情報更新周期に従って、ローカルエリアネットワーク内の各第１種端末装置４の、トナー／インク量を含むステータス情報を、対応する第１種端末装置４から周期的に取得する。

【0109】

クライアント３は、このように周期的に繰返し取得されるステータス情報に基づき、上記情報更新周期で、クラウドサーバ６の第１ストレージ９３に記憶された対応する第１種端末装置４のステータスエンティティを周期的に更新する。すなわち、クライアント３は、対応する第１種端末装置４のステータスエンティティにおけるトナー／インク量を含むステータス情報を、第１種端末装置４から取得した最新の情報に更新する。

【0110】

付言すると、上述のクラウドパラメータは、ローカルエリアネットワーク内のデバイス検索周期も含み、クライアント３には、上記ステータス情報についての情報更新周期と同様に、デバイス検索周期も設定される。クライアント３は、設定されたデバイス検索周期で、ローカルエリアネットワーク内の第１種端末装置４を検索して、検索により発見された第１種端末装置４と通信し、周期的にステータス情報を取得する。

【0111】

新規の第１種端末装置４が検索された場合には、登録エンティティがクライアント３から第１ストレージ９３に書き込まれる。マスタ２は、第１ストレージ９３に書き込まれた登録エンティティに基づいて、新規の第１種端末装置４をデバイスリストＧ１での表示対象に設定して登録するように、メモリ２２に記憶する表示設定データ１１Ｅを更新する。

【0112】

表示設定データ１１Ｅは、管理システム１において登録されている端末装置４，５のそれぞれについて、対応する端末装置のデバイスＩＤに関連付けて、対応する端末装置がデバイスリストＧ１での表示対象及び非表示対象のいずれであるかを表す設定値を記憶する。表示設定データ１１Ｅは、記憶部１５に保存され、メモリ２２に読み出されて、デバイス管理画面Ｇ０の表示制御に使用される。

【0113】

以下、管理システム１に登録された端末装置４，５のうち、表示対象に設定された端末装置のそれぞれを、表示対象デバイスと表現し、非表示対象に設定された端末装置のそれぞれを、非表示対象デバイスと表現する。

【0114】

マスタ２の制御部１１は、主管理プログラム１５ａに従う処理の実行により、デバイス管理画面Ｇ０の表示に関連して、図８に示す情報取得部１１Ａ、及び、表示制御部１１Ｃとして機能する。メモリ２２には、表示制御部１１Ｃによる表示部１３を介したデバイス管理画面Ｇ０の表示に必要なデータを記憶するための内部テーブル１１Ｄが作成される。

【0115】

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

【0116】

その後、情報取得部１１Ａは、取得したテーブル情報に基づいて、内部テーブル１１Ｄを更新する（Ｓ１２０）。内部テーブル１１Ｄは、クラウドサーバ６の第１ストレージ９３が有するスケジュールタスクテーブルのコピーに対応する。情報取得部１１Ａは、取得したテーブル情報に基づき、クラウドサーバ６の第１ストレージ９３が保持するスケジュールタスクテーブルと同じ情報を保持するように、内部テーブル１１Ｄを更新する。

【0117】

この更新により、内部テーブル１１Ｄには、クライアント３及びクラウドコネクタの動作により第１ストレージ９３内で定期的に更新される、管理システム１に登録された端末装置４，５のそれぞれのログエンティティが有する最新のログ情報、ステータスエンティティが有する最新のステータス情報、並びに、登録エンティティが有する最新のデバイス情報が記憶される。

【0118】

情報取得部１１Ａは更に、テーブル情報に基づいて、新規の第１種端末装置４を、デバイスリストＧ１での表示対象に設定しつつ表示設定データ１１Ｅに登録するように、表示設定データ１１Ｅを更新する。

【0119】

また、表示制御部１１Ｃは、図１０及び図１１に示す表示制御処理を実行することにより、表示部１３におけるデバイス管理画面Ｇ０の表示を制御する。表示制御部１１Ｃは、入力部１４を通じてデバイス管理画面Ｇ０の表示指示が入力されると、表示制御処理を開始する。

【0120】

表示制御処理を開始すると、表示制御部１１Ｃは、表示部１３にデバイス管理画面Ｇ０を表示させ、デバイス管理画面Ｇ０の第一領域Ｒ１にデバイスリストＧ１を表示させる（Ｓ２１０）。デバイス管理画面Ｇ０の表示に先駆けて、マスタ２は、情報取得部１１Ａに取得更新処理の繰返し実行を開始させ、デバイスリストＧ１の表示に必要な内部テーブル１１Ｄを生成させる。

【0121】

表示制御部１１Ｃは、表示設定データ１１Ｅに示される表示対象デバイス群のデバイスＩＤに基づき、内部テーブル１１Ｄにおける各表示対象デバイスのステータス情報を参照し、表示対象デバイスとして設定された端末装置４，５を列挙したデバイスリストＧ１であって、各端末装置４，５の状態としてトナー／インク量を示したデバイスリストＧ１を第一領域Ｒ１に表示させる。

【0122】

その後、表示制御部１１Ｃは、入力部１４を通じたデバイス管理画面Ｇ０に対するユーザ操作がなされたかを判別する（Ｓ２２０）。操作がなされていないと判別すると（Ｓ２２０でＮｏ）、表示制御部１１Ｃは、内部テーブル１１Ｄを参照し、内部テーブル１１Ｄが有する各表示対象デバイスのステータス情報から、各表示対象デバイスの最新のトナー／インク量を含む最新の状態を判別し（Ｓ２３０）、判別した各表示対象デバイスの最新状態をデバイスリストＧ１に示すように、デバイスリストＧ１を含むデバイス管理画面Ｇ０を更新する（Ｓ２３５）。

【0123】

表示制御部１１Ｃは、更新前のデバイスリストＧ１に登録されていなかった新規の端末装置４，５が表示対象デバイスとして表示設定データ１１Ｅに登録されている場合、Ｓ２３５において、新規の表示対象デバイスをデバイスリストＧ１に追加表示するように、デバイス管理画面Ｇ０を更新する。

【0124】

表示制御部１１Ｃは、上記構成のデバイス管理画面Ｇ０の更新を短い間隔で繰返し実行することにより、各表示対象デバイスの最新状態をデバイスリストＧ１に表示させる。

【0125】

この他、表示制御部１１Ｃは、入力部１４を通じてデバイス管理画面Ｇ０に対するユーザ操作がなされたと判別すると（Ｓ２２０でＹｅｓ）、ユーザ操作に応じた処理を実行する（Ｓ２４０－Ｓ３９０）。

【0126】

具体的に、表示制御部１１Ｃは、第一領域Ｒ１のデバイスリストＧ１からカーソル操作により一つの表示対象デバイスを選択する操作がなされると（Ｓ２４０でＹｅｓ）、第二領域Ｒ２に上記選択された表示対象デバイスの詳細情報が表示されるように、第二領域Ｒ２を更新する（Ｓ２４５）。表示対象デバイスの詳細情報の例には、ＩＰアドレスなどが含まれる。

【0127】

表示制御部１１Ｃは、第二領域Ｒ２の図６に示す操作オブジェクトＪ１の押下操作により、入力部１４を通じて表示対象デバイスのデバイスリストＧ１からの削除操作がなされると（Ｓ２５０でＹｅｓ）、第一領域Ｒ１のチェックボックスを用いてユーザから指定された一つ以上の表示対象デバイスを、非表示対象デバイスに設定し（Ｓ２６０）、これらの非表示対象デバイスを、デバイスリストＧ１から削除するように、デバイス管理画面Ｇ０を更新する（Ｓ２６５）。

【0128】

Ｓ２６０において、表示制御部１１Ｃは、上記指定された一つ以上の表示対象デバイスを、非表示対象デバイスに設定するように、表示設定データ１１Ｅを更新する。図１２は、図６における表示対象デバイスの一部が非表示対象デバイスに切り替えられることにより、一部の端末装置４，５がデバイスリストＧ１から削除されたときのデバイス管理画面Ｇ０の例を示している。

【0129】

表示制御部１１Ｃは、デバイス管理画面Ｇ０の図６に示す操作オブジェクトＪ３の押下操作により、入力部１４を通じて削除デバイス画面Ｇ２への切替操作がなされると（Ｓ２７０でＹｅｓ）、図１１に示すＳ３００以降の処理を実行する。

【0130】

この他、表示制御部１１Ｃは、入力部１４を通じてデバイス管理画面Ｇ０の表示終了操作がなされると（Ｓ２８０でＹｅｓ）、図１０に示す表示制御処理を終了する。表示制御部１１Ｃは、その他の操作がなされた場合（Ｓ２８０でＮｏ）、操作に対応した処理を実行して（Ｓ２９０）、Ｓ２２０の処理に戻る。

【0131】

Ｓ２２０の処理に戻ると、表示制御部１１Ｃは、次の操作がなされるまで、繰返しＳ２３０，Ｓ２３５の処理を実行して、デバイス管理画面Ｇ０を、デバイスリストＧ１において各表示対象デバイスの最新状態が表示されるように更新する。次の操作がなされると（Ｓ２２０でＹｅｓ）、操作に応じた処理を実行する。

【0132】

表示制御部１１Ｃは、削除デバイス画面Ｇ２への切替操作がなされてＳ３００に移行すると、表示設定データ１１Ｅに示される非表示対象デバイス群のデバイスＩＤに基づき、内部テーブル１１Ｄが示す各非表示対象デバイスのステータス情報を参照して、各非表示対象デバイスの最新のトナー／インク量を含む最新の状態を判別する。

【0133】

表示制御部１１Ｃは、判別した非表示対象デバイスの最新状態に基づき、第一領域Ｒ１にデバイスリストＧ１に代わる別の画面として、削除デバイス画面Ｇ２が表示されるようにデバイス管理画面Ｇ０を更新する（Ｓ３１０）。削除デバイス画面Ｇ２は、非表示対象デバイスを列挙した画面であって、各非表示対象デバイスの最新状態を示した画面である。

【0134】

第一領域Ｒ１に削除デバイス画面Ｇ２が表示されたデバイス管理画面Ｇ０は、図１３に示される。この図１３から理解できるように、削除デバイス画面Ｇ２は、非表示対象デバイスのそれぞれに関して、デバイスリストＧ１と同様に、対応する端末装置のステータス、モデル名、トナー／インク量、及び、ノード名の情報を表示するように構成される。

【0135】

削除デバイス画面Ｇ２が第一領域Ｒ１に表示されるときには、第二領域Ｒ２に、削除デバイスをデバイスリストＧ１に戻すための操作オブジェクトＪ４が表示される。また、第二領域Ｒ２には、削除デバイスに対するインスタントタスクを作成するための操作オブジェクトＪ５が表示される。更に第二領域Ｒ２には、削除デバイス画面Ｇ２でカーソル操作により選択された非表示対象デバイスの詳細情報が表示される。この他、デバイス管理画面Ｇ０には、第一領域Ｒ１において表示される削除デバイス画面Ｇ２をデバイスリストＧ１に切り替えるための操作オブジェクトＪ６が表示される。

【0136】

第一領域Ｒ１に削除デバイス画面Ｇ２が表示されている状態においても、表示制御部１１Ｃは、入力部１４を通じたデバイス管理画面Ｇ０に対するユーザ操作がなされたかを判別する（Ｓ３２０）。

【0137】

デバイス管理画面Ｇ０に対する入力部１４を通じた操作がなされていないとき（Ｓ３２０でＮｏ）、表示制御部１１Ｃは、内部テーブル１１Ｄが示す各非表示対象デバイスのステータス情報を参照して、各非表示対象デバイスの最新のトナー／インク量を含む最新の状態を判別し（Ｓ３３０）、第一領域Ｒ１の削除デバイス画面Ｇ２が各非表示対象デバイスの最新状態を示すように、デバイス管理画面Ｇ０を更新する（Ｓ３３５）。表示制御部１１Ｃは、操作がなされていないとき、Ｓ３３０，Ｓ３３５の処理を繰返し実行する。

【0138】

デバイス管理画面Ｇ０に対する入力部１４を通じた操作がなされると（Ｓ３２０でＹｅｓ）、表示制御部１１Ｃは、操作に応じた処理を実行する。具体的に、表示制御部１１Ｃは、操作オブジェクトＪ４の押下操作により、入力部１４を通じて非表示対象デバイスのデバイスリストＧ１への復元操作がなされると（Ｓ３４０でＹｅｓ）、第一領域Ｒ１の削除デバイス画面Ｇ２のチェックボックスを用いてユーザから指定された一つ以上の非表示対象デバイスを、表示対象デバイスに設定変更する（Ｓ３５０）。

【0139】

Ｓ３５０において、表示制御部１１Ｃは、上記指定された一つ以上の非表示対象デバイスを、表示対象デバイスに設定するように、表示設定データ１１Ｅを更新する。更に、表示制御部１１Ｃは、更新後の表示設定データ１１Ｅを参照して、現在の表示対象デバイスの一群を特定し、内部テーブル１１Ｄから各表示対象デバイスのステータス情報を参照して、各表示対象デバイスのトナー／インク量を含む最新の状態を判別する（Ｓ３７０）。

【0140】

クライアント３及び第２種端末装置５によるスケジュールタスクの繰返し実行により、端末装置４，５が表示対象デバイス及び非表示対象デバイスのいずれに設定されているかによらず、第１ストレージ９３には、各端末装置４，５の最新のステータス情報が書き込まれ、これが内部テーブル１１Ｄに反映される。

【0141】

従って、Ｓ３７０では、直前まで非表示対象デバイスに設定されていた表示対象デバイスについても、その他の表示対象デバイスと同様に、最新の状態が判別される。表示制御部１１Ｃは、この状態の判別結果に基づいて、デバイス管理画面Ｇ０の第一領域Ｒ１に、削除デバイス画面Ｇ２に代えて、各表示対象デバイスの最新状態を示したデバイスリストＧ１が表示されるように、デバイス管理画面Ｇ０を更新する（Ｓ３８０）。その後、処理をＳ２２０に戻す。

【0142】

Ｓ３８０での処理により、復元操作の対象となった端末装置４，５は、例えば、図６に示すように、その最新のトナー／インク量を示す行データが、削除前の元の位置で表示されるように、デバイスリストＧ１に再表示される。例えば、デバイスリストＧ１は、図１２に示す状態から図６に示される状態に戻される。

【0143】

この他、表示制御部１１Ｃは、操作オブジェクトＪ６の押下操作により、入力部１４を通じてデバイスリストＧ１への切替操作がなされると（Ｓ３６０でＹｅｓ）、Ｓ３７０に移行し、上述したように、各表示対象デバイスの最新の状態を判別し、更には、第一領域Ｒ１に、各表示対象デバイスの最新状態を示したデバイスリストＧ１が表示されるようにデバイス管理画面Ｇ０を更新する（Ｓ３８０）。その後、処理をＳ２２０に戻す。

【0144】

表示制御部１１Ｃは、その他の操作がなされた場合（Ｓ３６０でＮｏ）、操作に対応した処理を実行した後（Ｓ３９０）、Ｓ３２０の処理に戻る。

【0145】

以上に説明した本実施形態の管理システム１は、次の効果を奏する。本実施形態の管理システム１によれば、管理システム１に登録された管理対象装置としての各端末装置４，５のステータス情報が、専用のサーバではなく、汎用的なクラウドストレージを介して、マスタ２に提供される。

【0146】

各端末装置４，５の状態データに対応するステータス情報は、クライアント３及び第２種端末装置５により、定期的に繰返し第１ストレージ９３に書き込まれる。マスタ２は、この第１ストレージ９３内のステータス情報を参照して、表示対象に設定された端末装置４，５のステータス情報を含むデバイスリストＧ１を表示部１３に表示させる。

【0147】

すなわち、マスタ２は、管理対象装置のうち、マスタ２のユーザである管理者から表示対象として指定された一つ以上の端末装置４，５のそれぞれの最新の状態がデバイスリストＧ１に表示されるように、デバイス管理画面Ｇ０を表示部１３に表示させる。

【0148】

従って、この技術によれば、クラウドストレージを利用して管理対象装置を遠隔監視可能なシステムであって、管理対象装置の状態管理に有意義な情報を管理者に提供可能なシステムを構築することができる。

【0149】

本実施形態によれば特に、マスタ２の制御部１１は、ユーザからの入力部１４を通じた操作オブジェクトＪ１，Ｊ４の押下操作に従って、管理システム１に登録された端末装置４，５のそれぞれを、表示対象デバイスと非表示対象デバイスとの間で切り替えるように、表示対象デバイス又は非表示対象デバイスに設定する。

【0150】

クライアント３及び第２種端末装置５（クラウドコネクタ）のそれぞれは、マスタ２による表示対象デバイスと非表示対象デバイスとの間の切替に依らず、換言すれば、管理システム１に登録された端末装置４，５のそれぞれが表示対象デバイスに設定されているか否かに依らず、スケジュールタスクにより、最新の端末装置４，５のステータス情報を繰返し定期的に、第１ストレージ９３に書き込む。

【0151】

このように、本実施形態では、デバイスリストＧ１における端末装置４，５の表示／非表示と、ステータス情報のアップロードとが独立している。従って、本実施形態によれば、マスタ２とクライアント３又は第２種端末装置５との間の複雑な連携を必要とせず、マスタ２側で状態表示を含む各端末装置４，５の表示／非表示の切替を行うことができる。

【0152】

本実施形態によれば更に、マスタ２は、表示対象デバイスだけでなく、非表示対象デバイスを含めて、全ての端末装置４，５のステータス情報を、第１ストレージ９３から繰返し取得し、内部テーブル１１Ｄに保存する。従って、マスタ２は、ユーザからの指示に従って、非表示対象デバイスを表示対象デバイスに切り替えることを契機に、第１ストレージ９３にアクセスしなくても、内部テーブル１１Ｄに基づき、表示対象デバイスに切り替えられた端末装置４，５のステータス情報を迅速に表示できる。すなわち、マスタ２は、端末装置４，５の非表示対象デバイスから表示対象デバイスへの切替直後から、当該端末装置４，５のステータス情報をデバイスリストＧ１に表示可能である。

【0153】

第１ストレージ９３に対する定期参照を通じて情報取得部１１Ａにより内部テーブル１１Ｄが更新されるまで（図８参照）、非表示対象デバイスから表示対象デバイスに切り替えられた端末装置４，５のデバイスリストＧ１への表示を保留する場合には、マスタ２のユーザに不満が生じる可能性がある。なぜなら、定期参照の周期が画面の更新間隔よりも長く、ユーザには、上記保留が表示の遅れとして感じられるためである。

【0154】

非表示対象デバイスを表示対象デバイスに切り替えることを契機に、第１ストレージ９３にアクセスして、表示対象デバイスのステータス情報を取得する手法であっても、これらのステータス情報をデバイスリストＧ１に反映させるには、多少の時間が必要である。

【0155】

従って、本実施形態のように、非表示／表示の設定によらず、バックグラウンドでは、各端末装置４，５のステータス情報を取得し、内部テーブル１１Ｄに記録する管理システム１によっては、ユーザに対し応答性の優れたデバイス管理画面Ｇ０の表示を実現することができる。

【0156】

本開示が、上述の例示的実施形態に限定されるものではなく、種々の態様を採ることができることは言うまでもない。例えば、デバイス管理画面Ｇ０の構成が、図示されるものに限定されないことは言うまでもない。上述の実施形態では、ステータス情報として、各端末装置４，５のトナー／インク量を表示する例を説明したが、表示されるステータス情報は、例えば、シート残量などの、他の消耗品の残量情報を含むものであってもよい。

【0157】

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

【符号の説明】

【0158】

１…管理システム、２…マスタ、３…クライアント、４，５…端末装置、６…クラウドサーバ、１１，３１，５１，７１，９１…制御部、１１Ａ…情報取得部、１１Ｃ…表示制御部、１１Ｄ…内部テーブル、１１Ｅ…表示設定データ、１２，３２，５２，７２，９２…通信部、１３，３３，５３，７３…表示部、１４，３４，５４，７４…入力部、１５，３５…記憶部、１５ａ…主管理プログラム、２１，４１，６１，８１，１０１…ＣＰＵ、２２，４２，６２，８２，１０２…メモリ、３５ａ…副管理プログラム、５５，７５…印刷部、５６，７６…読取部、８２ａ…通信プログラム、９３…第１ストレージ、９４…第２ストレージ、Ｇ０…デバイス管理画面、Ｇ１…デバイスリスト、Ｇ２…削除デバイス画面、Ｒ１…第一領域、Ｒ２…第二領域、Ｊ１－Ｊ６…操作オブジェクト。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】