JP7413072B2 - 情報処理装置、デバイス管理システム、情報処理装置の制御方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置の情報をサーバ等に送信するための制御に関する。

例えばオフィス等に設置される情報処理装置（例えばプリンタや複合機）の場合、装置の状態を監視し、迅速な保守や予兆予測、装置搭載機能の改善等を行う必要がある。このために稼働している装置からインターネットを通じて大量の各種イベントログをサーバに送信して保存するシステムが知られている。クラウドのサーバでは、蓄積されたイベントログとサーバ上のアプリケーションを利用し、装置の各種状態変化を分析したり、発生した事象に応じて迅速に消耗品の交換やメンテナンス作業の手配の通知をしたりなどの対応を行う。そのため、装置は、装置上で起きた事象をサーバ側のアプリケーションが取り扱いやすい形のイベントログの形にして送付する必要がある。
また、装置は、装置起動のタイミングや定期的なタイミングなどで、消耗品の状況や稼働状況など機器の状態を通知することもできる。

しかし、監視する装置の数が大量になると、特定の時間にデータを送付させるような設定の場合、各装置が一斉にデータの送信を開始してしまい、装置が設置かれた環境のネットワーク負荷や、サーバへのアクセス負荷が高くなることが想定される。

特許文献１では、サーバへのアクセス時刻指定された装置がランダムにアクセス時間をずらすことで、サーバへの負荷軽減を実現する技術が提案されている。

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

しかし、特許文献１のような絶対時間指定に対して装置がランダムに時間間隔を調整する技術では、絶対時間が起点となるため、装置の起動したタイミングでのデータ送付や、起動時間を起点とした定期間隔の送信に対しては対応できない。このため、装置の起動タイミングや起動時間を起点とした定期間隔でデータを送信させるような設定の場合に、始業時間等に多数の装置が一斉に起動された場合、これらの装置が一斉にデータの送信を開始してしまう。このような場合、装置が設置かれた環境のネットワーク負荷や、サーバへのアクセス負荷が大きくなってしまう可能性があった。

本発明は、上記の課題を解決するためになされたものである。本発明は、設定されたタイミングから所定時間内での装置からの情報送信を保証しつつ、装置が設置された環境のネットワーク負荷やサーバ等へのアクセス負荷を抑える仕組みを提供することを目的とするものである。

本発明は、ネットワークに接続された情報処理装置であって、通知すべき内容の指定と、通知する条件の指定とを含む第１通知設定と、通知すべき内容の指定と、通知する条件の指定と、送信タイミングを調整するための設定と、を含む第２通知設定と、を管理する管理手段と、前記第１通知設定に従い、前記第１通知設定で指定される通知すべき内容に対応する前記情報処理装置で検出された第１情報を、前記第１通知設定に含まれる条件の指定に基づき前記ネットワークを用いて送信する制御手段と、前記第２通知設定に従い、前記第２通知設定で指定される通知すべき内容に対応する前記情報処理装置で検出された第２情報を前記第２通知設定に含まれる条件の指定に基づき送信する場合に、前記第２通知設定に含まれる前記送信タイミングを調整するための設定に基づき第２情報の送信タイミングを計算する計算手段と、を有し、前記制御手段は、前記第２情報を、前記計算された送信タイミングに基づき前記ネットワークを用いて送信することを特徴とする。

本発明によれば、設定されたタイミングから所定時間内での装置からの情報送信を保証しつつ、装置が設置された環境のネットワーク負荷やサーバ等へのアクセス負荷を抑えることができる。したがって、装置の起動タイミングや起動時間を起点とした定期間隔で装置からデータを送信させるような場合でも、所望のタイミングでデータ送信させつつ、装置が設置された環境のネットワーク負荷やサーバ等へのアクセス負荷を抑えることができる。

本実施形態のデバイス管理システムのシステム構成図。 管理サーバの構成を示すブロック図。 クライアント機の構成を示すブロック図。 クライアント機の情報処理コントローラユニットの構成を示すブロック図。 クライアント機のソフトウェア構成を示すブロック図。 クライアント機によるエラーの発生イベントの送付処理のフローチャート。 管理サーバとクライアント機の通知設定反映までの処理のフローチャート。 送信間隔とオフセットを指定する通知設定（Ｃｏｌｌｅｃｔｉｏｎ）のサンプルを示す図。 クライアント機による定期送信イベントの送付処理のフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。
図１は、本発明の一実施形態を示す情報処理装置を適用可能なデバイス管理システムの一例を示すシステム構成図である。
本実施形態のデバイス管理システムでは、クライアント機１２０ａ、クライアント機１２０ｂ、管理サーバ１１０が、ネットワーク１００を介して通信可能に接続されている。なお、クライアント機は１２０ａ、１２０ｂに限定されるものではなく、３台以上接続されていてもよい。以下、これらクライアント機に共通の構成を説明する場合には、単に「クライアント機１２０」と記載する。

クライアント機１２０は、機器内での事象を履歴イベントの形で管理サーバ１１０に対して通知する通信機能を具備している情報処理装置である。
管理サーバ１１０は、複数のクライアント機１２０から通知されたイベントを管理サーバ１１０内のストレージに保存する保存機能を具備しているサーバシステムである。ストレージに蓄積された情報は、稼働監視情報の分析などに利用される。本実施形態では、管理サーバ１１０については、データストレージと情報処理計算とネットワーク通信機能を具備できるコンピュータなどの一般的な情報処理装置や、同等機能を持つクラウドサービスで実現する。

情報処理装置のクライアント機１２０として複数種類の機能、例えばプリント、コピー、スキャン、ＦＡＸ等を実現する複合機を例に説明するがこれに限定されるものではない。クライアント機１２０としては、例えば、プリンタ等の単機能の画像形成装置、スキャナ、ネットワーク家電、ナビゲーションシステム等の各種ネットワーク機器が該当する。クライアント機１２０は、それらの機能の実行をした履歴に加え、省電力状態への遷移や復帰の履歴、またエラー発生など異常状態への遷移・復帰などの履歴などを、管理サーバ１１０に通知する機能を具備している。

図２は、管理サーバ１１０を一般的なコンピュータなどの情報処理装置で実現する場合の構成の一例を示すブロック図である。
管理サーバ１１０は、コントローラユニット２００、操作部２０９、表示部２１０を含む。コントローラユニット２００は、ＣＰＵ（Central Processing Unit）２０１を有する。ＣＰＵ２０１は、ＲＯＭ（Read Only Memory）２０２に格納されているブートプログラムによりＯＳ（Operating System）を起動する。ＣＰＵ２０１は、このＯＳ上で、ＨＤＤ（Hard Disk Drive）２０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ２０１の作業領域としてはＲＡＭ（Random Access Memory）２０２が用いられる。

ＨＤＤ２０４は、上記アプリケーションプログラムと設定や履歴等のデータを格納する。なお、ハードディスクドライブの代わりに又は併用してＳＳＤ（ソリッドステートドライブ）等の他の記憶装置を備えていてもよい。

ＣＰＵ２０１には、システムバス２０８を介して、ＲＯＭ２０２およびＲＡＭ２０３とともに、操作部Ｉ／Ｆ２０５、表示部Ｉ／Ｆ２０６、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０７が接続される。操作部Ｉ／Ｆ２０５は、マウス等のポインティングデバイス、キーボード等から成る操作部２０９とのインタフェースであり、操作部２０９によってユーザにより入力された情報をＣＰＵ２０１に送出する。表示部Ｉ／Ｆ２０６は、ディスプレイ等から成る表示部２１０に表示すべき画像データを表示部２１０に対して出力する。また、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０７は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

図３は、クライアント機１２０の構成の一例を示すブロック図である。
本実施形態で例示するクライアント機１２０は、情報処理コントローラユニット３０１、プリンタコントローラユニット３０２、スキャナコントローラユニット３０３、プリンタ３０４、スキャナ３０５、操作部３０６を含む複合機である。

情報処理コントローラユニット３０１は、クライアント機１２０の動作に係る情報処理制御を統括するコントローラであり、操作部３０６が接続される。さらに、情報処理コントローラユニット３０１には、画像出力デバイスであるプリンタ３０４を制御するプリンタコントローラユニット３０２や、画像入力デバイスであるスキャナ３０５を制御するスキャナコントローラユニット３０３が接続される。

図４は、クライアント機１２０の情報処理コントローラユニット３０１の構成の一例を示すブロック図である。
情報処理コントローラユニット３０１は、ＣＰＵ４０１を有し、ＣＰＵ４０１は、ＲＯＭ４０２に格納されているブートプログラムによりＯＳを起動する。ＣＰＵ４０１は、このＯＳ上で、ＨＤＤ４０４に格納されているアプリケーションプログラムを実行し、これによって各種処理を実行する。このＣＰＵ４０１の作業領域としてはＲＡＭ４０３が用いられる。また、ＲＡＭ４０３は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ＨＤＤ４０４は、上記アプリケーションプログラムや画像データ、各種設定値や履歴を格納する。なお、ＨＤＤの代わりに又は併用してＳＳＤ等の他の記憶装置を備える構成であってもよい。

ＣＰＵ４０１には、システムバス４１０を介して、ＲＯＭ４０２およびＲＡＭ４０３とともに、操作部Ｉ／Ｆ４０６、デバイスコントローラＩ／Ｆ４０８、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４０５、画像処理部４０７、および電源管理部４０９が接続される。

操作部Ｉ／Ｆ４０６は、タッチパネルを有する操作部３０６とのインタフェースであり、操作部３０６に表示すべき画像データを操作部３０６に対して出力する。また、操作部Ｉ／Ｆ４０６は、操作部３０６によってユーザにより入力された情報をＣＰＵ４０１に送出する。

デバイスコントローラＩ／Ｆ４０８には、スキャナコントローラユニット３０３およびプリンタコントローラユニット３０３が接続され、デバイスコントローラＩ／Ｆ４０８は、画像データの同期系／非同期系の変換を行う。
Ｎｅｔｗｏｒｋ Ｉ／Ｆ４０５は、ネットワーク１００に接続され、ネットワーク１００を介してネットワーク１００上の各装置との間で情報の入出力を行う。

画像処理部４０７では、プリンタ３０４への出力画像処理やスキャナ３０５からの入力画像処理、画像回転、画像圧縮、解像度変換、色空間変換、階調変換などの処理を行う。
電源管理部４０９は、機器全体の電源制御を行う。電源管理部４０９は、電源オンオフの制御の他、通常通電状態以外の省電力状態への移行や、通常状態への復帰などを制御する。

図５は、クライアント機１２０のソフトウェア構成の一例を示すブロック図である。図５に示すソフトウェア構成は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されるプログラムをＣＰＵ４０１が実行することにより実現され、機能する。本実施形態のクライアント機１２０は複合機であり、スキャン、プリント、およびネットワークやメモリストレージを利用した各種機能性を実現するソフトウェアが動作する。

ユーザインターフェース５０１は、操作部３０６に対してユーザが操作する画面を表示したり、ユーザが操作した際にその動きをソフトウェアに伝えたりする機能を持つ。
機能アプリケーション５０２は、コピー、スキャン、プリント、メール送信など機器内に複数あり、操作部３０６を経由したユーザの指示やＮｅｔｗｏｒｋ Ｉ／Ｆ４０５経由のデータ受信などをトリガにして、複合機のアプリケーション機能を動作させる。
ジョブ制御部５０３は、機能アプリケーション５０２からの指示を受けてプリンタコントローラユニット３０２やスキャナコントローラユニット３０３を制御して、スキャンやプリントを実行する。

電源制御部５０４は、装置内のソフトウェアの状態と連動して、電源管理部４０９を制御し、通常通電状態と省電力状態の遷移を司る。
エラー制御部５０５は、主にジョブ制御部５０３やプリンタコントローラユニット３０２やスキャナコントローラユニット３０３などで発生した異常状態の通知を受け、システム全体を停止したり縮退動作を指示したりの制御を実施する。

履歴・設定保持部５０６は、機器内における不揮発情報を管理する。履歴・設定保持部５０６は、複合機やジョブの制御に必要な設定を保持したり、ユーザの操作履歴やジョブ実行結果およびエラーの発生などをサマライズして保存したりする。また、履歴・設定保持部５０６は、システムの不具合発生時に解析デバッグ用途で残すログ情報もここに保存される。履歴・設定保持部５０６に保持される不揮発データの実体は、ＨＤＤ４０４に保持される。

カウンタ管理部５０７は、機器内で発生したスキャンやプリントの枚数などのカウントや、消耗部品ごとに通紙枚数などの消耗度を測るカウント、またそこから算出される部品の寿命情報などを管理する。カウンタ管理部５０７で管理される不揮発データの実体は、ＨＤＤ４０４に保持される。

構成情報管理部５０８は機器を構成する給排紙段やフィニッシャ等の外付けのアクセサリの構成や、ファームウェアのバージョンやインストールされているアプリケーションの一覧など、機器を構成するハードウェア・ソフトウェアの構成を管理する。

イベント回収部５１０は、機器内で自発的にイベントを発行するモジュール（５０１～５０６）で発生した状態遷移を監視し、それを管理サーバ１１０に送付するため、イベントの形で正規化してメッセージバッファ５２０に保存する機能性を持つ。メッセージバッファ５２０は、ＨＤＤ４０４上にあり、正規化されたイベントは不揮発領域に保存される。また、イベント回収部５１０は、タイマー通知部５４０に対して指定時間経過後のタイマーの発火を要求する。その後タイマー通知部５４０から通知を受けたイベント回収部５１０は、タイマーの発火をトリガにして定期送信するイベントを回収する。イベント回収部５１０が回収するのは、カウンタ管理部５０７や構成情報管理部５０８などが管理するカウンタや構成情報であり、情報取得後は、該情報をイベントドリブンで機能した場合と同様にメッセージバッファ５２０に正規化して保存される。

なお、イベントの正規化は、JSONなどの汎用のフォーマットを使う。イベント名称、発生時刻、情報処理装置のシリアル番号などの基本情報に加えて、イベントの種別によって、追加でさまざまな情報が付与される。これら付与情報は、イベント回収部５１０が機器内各モジュール（５０１～５０８）状態や不揮発領域に保持される内容などから収集する。

イベント送付部５３０は、メッセージバッファ５２０への書き込みを検知するなどしてイベントが発行されたことを受け、メッセージバッファ５２０から情報を読み出してネットワーク通信部５３１を介して管理サーバ１１０に対してイベントを送付する。ネットワーク通信部５３１は、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４０５を利用し通信する。

また、クライアント機１２０は、管理サーバ１１０からのイベント通知の設定（通知設定）を受信することができる。通知設定取得部５３２は、ネットワーク通信部５３１を介して管理サーバ１１０から通信設定を取得し、通知設定保持部５２１に保存する。通知設定保持部５２１は、上述の通信設定を、ＨＤＤ４０４上にファイルの形式で保存する。クライアント機１２０では、このように管理サーバ１１０からの通知設定を管理する。この通知設定保持部５２１に保存される通信設定は、対象装置内で発生しイベント化することのできる事象のうち、どのイベントを送付するかを示した内容を含む。イベント回収部５１０は、通知設定保持部５２１に保存された内容（通信設定）を受けて、通知すべきと指示されたイベントだけをメッセージバッファ５２０に保存するよう動作する。

次に表１を用いて、通知設定保持部５２１に設定される通知設定について例を用いて説明する。
表１に、通知設定とイベントの関係の一例を示す。なお、表１内に記載されるイベントは、実際にクライアント機１２０上で発生するイベントの例である。

Eventの列に記載がある名称が機器内で起きた状態の遷移に対して名称を付けて正規化した単位（以下「イベント」と記載）である。イベントは、つまりイベント回収部５１０がメッセージバッファ５２０に対して書き込む単位であり、管理サーバ１１０に送られる単位である。例えば、JobStartedは、コピーやプリントなどのジョブが実行開始したことを意味するイベントである。ErrorOccurredは、装置内で何らかの異常状態が発生したことを意味するイベントである。

Collectionの列にあるものは複数のイベントを動作の意味のまとまりで、グルーピングした単位である（以下「コレクション」と記載）。通知設定保持部５２１には、このコレクションの単位で有効化の設定がなされる。例えば、Alarmのコレクションが指定されると、ErrorOccurredとAlarmOccurredのイベントが送付されることになる。

また、定期送信の欄に「〇」が付いているイベントは、起動やタイマー等で定期的に送付されるスナップショットのイベントである。例えば、通知設定保持部５２１に定期送信のコレクションの有効化の指定をする場合は、コレクションの指定に加えて送信間隔の設定を行う。表１の例では、Basic、Counter、FunctionCounter、PartsCounter及びConfigurationのコレクションが、定期的に送付されるスナップショットのイベントに該当する。

Basicのコレクションが指定されると、機種名や設置場所、ファームバージョン等基本情報を属性に持つBasicInfoSnapshottedイベントが、指定された送信間隔で定期送信されるようになる。同様に、Counterのコレクションが指定されると、CounterSnapshotted（課金用のカウンタ情報の一覧）が定期送信されるようになる。また、FunctionCounterのコレクションが指定されると、FunctionCounterSnapshotted（機能カウンタ情報の一覧）が定期送信されるようになる。また、PartsCounterのコレクションが指定されると、PartsCounterSnapshotted（部品の摩耗度のカウンタ情報の一覧）などが定期送信されることになる。Configurationのコレクションが指定されると、ApplicationSnapshotted（インストールされているアプリの一覧）、AccessorySnapshotted（接続されているアクセサリの一覧）が定期送信される。

また、Powerのコレクションが指定されると、電源に関する情報等が送信されるようになる。Alarmのコレクションが指定されると、エラーや警告に関する情報等が送信されるようになる。Infomationのコレクションが指定されると、消耗品の寿命に関する情報等が送信されるようになる。Jobのコレクションが指定されると、ジョブに関する情報等が送信されるようになる。Diagnosisのコレクションが指定されると、部品の寿命に関する情報等が送信されるようになる。

図６は、クライアント機１２０の機器内で各種事象が起きた際の管理サーバ１１０へのイベント送付処理の流れを説明するフローチャートである。このフローチャートの処理は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が実行することにより実現される。

一例としてエラー発生イベントの送付処理の例をフローチャート６００に示す。
Ｓ６０１において、イベント回収部５１０が、エラーの発生を検知すると、Ｓ６０２に処理を進める。

Ｓ６０２において、イベント回収部５１０は、通知設定保持部５２１に保存された通知設定の中に、エラーのイベントを通知するコレクション設定があるか否かを確認する。そして、通知設定保持部５２１に保存された通知設定の中にエラーのイベントを通知するコレクション設定がない場合（Ｓ６０２でＮｏの場合）、イベント回収部５１０は、本フローチャートの処理を終了する。

一方、通知設定保持部５２１に保存された通知設定の中にエラーのイベントを通知するコレクション設定がある場合（Ｓ６０２でＹｅｓの場合）、イベント回収部５１０は、Ｓ６０３に処理を進める。

Ｓ６０３において、イベント回収部５１０は、現在時刻を取得する。
そしてＳ６０４において、イベント回収部５１０は、イベント発行のサブルーチン対して、エラーイベントである旨（イベント種：エラーイベント）と、取得した現在時刻を引数にして処理を実行することで、管理サーバ１１０にイベントを送付する。

このＳ６０４サブルーチンについて、フローチャート６１０で詳細に説明する。
Ｓ６１１において、イベント回収部５１０は、上述の引数として与えられたイベント内容（イベント種）に応じて、予め紐づけられた情報を、機器内の各モジュールから収集（検出）する。例えばエラー発生のイベントであれば、エラーコードやエラーが起きた部品の名称、その時までの通紙したカウント値などが収集対象情報になる。また、例えばコピージョブの完了イベントであれば、実行ユーザ名、カラーモノクロの区別、スキャン枚数、プリント枚数などが収集対象情報になる。これら回収した情報に加えて、与えられた時刻情報を使ってＪＳＯＮのような汎用フォーマットにして正規化する。

次にＳ６１２において、イベント回収部５１０は、上記Ｓ６１１で正規化されたイベント情報をメッセージバッファ５２０に保存する（書き込む）。この時点でサーバへの送付内容が確定される。
このメッセージバッファ５２０への書き込みを非同期に検知したイベント送付部５３０は、Ｓ６１３において、メッセージバッファ５２０からイベント情報を読み出す。

さらにＳ６１４において、イベント送付部５３０は、上記Ｓ６１３で読み出したイベント情報を、管理サーバ１１０へ送信する。ここでは、サーバへの認証動作や通信エラー時のリトライ処理などを含めて送信完了までを実行する。イベント情報を送付された管理サーバ１１０は、受信したイベント情報をストレージ（例えばＨＤＤ２０４）に保存する。
このようにしてクライアント機１２０内で発生した各種事象は、管理サーバ１１０に送信され収集される。

以下、図７を用いて、管理サーバ１１０からクライアント機１２０の通知設定反映（コレクションファイルの更新）までの処理について説明する。
図７は、管理サーバ１１０とクライアント機１２０の接続とデータの受け渡しの処理の一例を示すフローチャートである。このフローチャートにおいて、管理サーバ１１０の処理は、ＲＡＭ２０３、ＨＤＤ２０４、ＲＯＭ２０２のいずれかの記憶装置に記憶されるプログラムをＣＰＵ２０１が実行することにより実現される。また、クライアント機１２０の処理は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が実行することにより実現される。

図６に示した処理でクライアント機１２０から管理サーバ１１０上に集まるデータは、管理サーバ１１０上に構築される各種のサービスやアプリケーションに利用されるが、そのサービスはクライアント機１２０毎に契約することになる。契約したサービスに応じてクライアント機１２０から送付されるデータのうち、必要となるものが異なることがある。そのため、クライアント機１２０毎に、契約しているサービスに応じてコレクション（Collection）に記載する内容が異なってくる。例えば、ダッシュボードなどで運用中状況などのマクロな稼働状況の監視を行いたいクライアント機１２０に対しては、表１のCounterおよびAlarmのコレクションを設定することが考えられる。他には、消耗品の自動配送サービスを行いたいクライアント機１２０に対してはImformationを、稼働監視・メンテナンスサービスを行いたいクライアント機１２０に対してはDiagnosisを設定するといったことが考えられる。

まずＳ７０１において、管理サーバ１１０のアプリケーションプログラムは、これから接続されるクライアント機１２０の情報を、デバイスシリアル番号や顧客情報などと共に登録する。この処理は、例えばクライアント機１２０の管理者等（以下「管理者等」）がネットワーク１００を介してパーソナルコンピュータ（ＰＣ）等から管理サーバ１１０にアクセスし、管理サーバ１１０のアプリケーションプログラムに指示を行うことで実行される。

次にＳ７０２において、管理サーバ１１０のアプリケーションプログラムは、顧客の契約内容に基づいて、利用するサービスを決定する。この処理も同様に、管理者等がネットワーク１００を介してＰＣ等から管理サーバ１１０にアクセスし、管理サーバ１１０のアプリケーションプログラムに対して指示を行うことで実行される。

さらにＳ７０３において、管理サーバ１１０のアプリケーションプログラムは、上記Ｓ７０２で決定した利用するサービスに基づいて、クライアント機１２０に配置するコレクションの内容を決定する。すなわち、通知設定の内容を決定する。

他方クライアント機１２０では、Ｓ７５１において、管理サーバ１１０への接続動作を実施する。具体的には、管理者等がクライアント機１２０でネットワーク設定を実施し、管理サーバ１１０のアドレスを入力するなどの手順でネットワーク１００を介した通信を実施することで、管理サーバ１１０上のアプリケーションプログラムと通信を実施する。
この通信に応じて、管理サーバ１１０上のアプリケーションプログラムは、クライアント機１２０の接続を確認し（Ｓ７０４）、以降クライアント機１２０・管理サーバ１１０間でデータのやり取りを実施する。

まずＳ７０５において、管理サーバ１１０のアプリケーションプログラムは、上記Ｓ７０３で決定したコレクションをクライアント機１２０に送付する。
クライアント機１２０の通知設定取得部５３２は、ネットワーク通信部５３１を介して、上記Ｓ７０５で送付されたコレクションを受信すると（Ｓ７５２）、Ｓ７５３に処理を進める。

Ｓ７５３において、クライアント機１２０の通知設定取得部５３２は、上記Ｓ７５２で受信したコレクションと自身の持っている（通知設定保持部５２１に保存されている）コレクションを比較する。なお、通知設定保持部５２１に保存されていない場合には変更があると判断する。そして、受信したコレクションに、自身の持っているコレクションから変更がある場合（Ｓ７３５でＹｅｓの場合）、クライアント機１２０の通知設定取得部５３２は、Ｓ７５４に処理を進める。

Ｓ７５４において、クライアント機１２０の通知設定取得部５３２は、通知設定保持部５２１に保存されているコレクションの内容を書き換える（反映する）。これで管理サーバ１１０から指示されたイベント送付の内容を受信したことになる。通知設定取得部５３２は、管理サーバ１１０から受信した通知設定を管理する。該Ｓ７５４の処理の後、クライアント機１２０の通知設定取得部５３２は、Ｓ７５５に処理を進める。

一方、Ｓ７５３において、上記Ｓ７５２で受信したコレクションに、自身の持っているコレクションから変更がない場合（Ｓ７３５でＮｏの場合）、クライアント機１２０の通知設定取得部５３２は、Ｓ７５５に処理を進める。

Ｓ７５５において、クライアント機１２０の通知設定取得部５３２は、一定時間待機した後、再度Ｓ７５２に処理を戻し、最新のコレクションを入手して必要があれば通知設定保持部５２１に反映させるという動作を継続する。

管理サーバ１１０側では、Ｓ７０６において、管理サーバ１１０のアプリケーションプログラムは、顧客の契約内容が変更になるなどして登録サービスの内容に変更が生じたか監視する。登録サービスの内容に変更がない場合（Ｓ７６０でＮｏの場合）、管理サーバ１１０のアプリケーションプログラムは、該監視を継続する。

一方、登録サービスの内容に変更が生じた場合（Ｓ７６０でＹｅｓの場合）、管理サーバ１１０のアプリケーションプログラムは、Ｓ７０７に処理を進める。
Ｓ７０７において、管理サーバ１１０のアプリケーションプログラムは、変更されたサービスに対応するコレクションを変更し、Ｓ７０５に処理を戻す。Ｓ７０５では、管理サーバ１１０のアプリケーションプログラムは、クライアント機１２０と通信し最新のコレクションをクライアント機１２０に反映させる動作を行う。

このようにして顧客の契約するサービス内容に応じてクライアント機１２０の通知設定を変更することを実現する。通知設定の変更が反映されて以降は、クライアント機１２０内で図６のようなフローが動作するたびに管理サーバ１１０に対してイベントという形で状態変化を通知するようになる。

図８は、図７のＳ７０５で管理サーバ１１０から送付され、Ｓ７５２でクライアント機１２０に受信され、クライアント機１２０の通知設定保持部５２１に実際に保持され管理されるコレクションファイル８００の一例を示す図である。ここではＪＳＯＮ形式のサンプルで示すが、ＸＭＬ、ＣＳＶ又はその他の形式などテキストで正規化できるフォーマットであればよい。

図８に示す例では、３種類のイベント送付設定が記載されている。
まずブロック８０１には、PowerとAlarmのコレクションに属すイベントがrealtimeで設定される。realtimeは、イベント発生時に即座に送付するという意味である。この設定がなされることにより、図６のフローチャート６００で示したように、機器内でエラー等が発生した際に、Ｓ６０２でエラーイベントの送付が必要と判断され、イベントが発行されて送付されることになる。

ブロック８０２とブロック８０３は、定期送信イベントの設定に対応する。
ブロック８０２には、Basicのコレクションがup／cronで設定されている。upは起動時、cronは周期送信するという意味である。この例では、cronの記法により周期は６時間となっており、さらに追加の指定（“bound”:15）で、オフセット（送信タイミングを調整するための設定）が１５分に設定されている。この設定により、Basicのコレクションに属すイベントが、起動直後と以降６時間周期で送付されることになる。その際に指定タイミングから１５分のオフセットが指定されているため、起動のタイミングから１５分以内のオフセット時間を装置がランダムに生成し、その時間だけ待った後に最初のイベントを送信し、以降、そこを起点に６時間ごとにデータを送信する。

ブロック８０３には、CounterとPartsCounterのコレクションが、cronで設定されている。周期は１２時間となっており、さらに追加の指定（“bound”:30）で、オフセットが３０分に設定されている。この設定により、CounterとPartsCounterのコレクションに属すイベントが、起動後１２時間後から以降１２時間周期で送付されることになる。その際に指定タイミングから３０分のオフセットが指定されているため、起動タイミングの１２時間後から３０分以内のオフセット時間を装置がランダムに生成する。そして、その時間だけ待った後に最初のイベントを送信し、以降、そこを起点に１２時間ごとにデータを送信することになる。
この定期送信イベント（すなわちスナップショット系のイベント）の発行については図９で詳細に示す。

なお、ブロック８０１に例示した通知設定は、通知すべき内容の指定（collectionの指定）と、通知する条件の指定（fireの指定）とを含む通知設定に対応する。また、ブロック８０２や８０３に例示した通知設定は、通知すべき内容の指定と、通知する条件の指定（boundの指定）と、送信タイミングを調整するための設定と、を含む通知設定に対応する。

図９は、スナップショット系のイベントとしてカウンタスナップショットイベントの送付を例にした装置起動直後からの処理の一例を示すフローチャートである。このフローチャート９００の処理は、ＲＡＭ４０３、ＨＤＤ４０４、ＲＯＭ４０２のいずれかの記憶装置に記憶されたプログラムをＣＰＵ４０１が実行することにより実現される。

装置（クライアント機１２０）が起動すると、該装置のイベント回収部５１０は、フローチャート９００の処理を開始する。Ｓ９０１において、イベント回収部５１０は、通知設定保持部５２１からコレクションファイル８００を読み出し、カウンタスナップショットイベントが通知対象として設定されているかを確認する。例えば図８の８０３のように、“Counter”のコレクションが設定されている場合、カウンタスナップショットイベントが通知対象として設定されていると判断する。一方、“Counter”のコレクションが設定されていない場合、カウンタスナップショットイベントが通知対象として設定されていないと判断する。

そして、カウンタスナップショットイベントが通知対象として設定されていない場合（Ｓ９０１でＮｏの場合）、イベント回収部５１０は、本フローチャートの処理を終了する。

一方、カウンタスナップショットイベントが通知対象として設定されている場合（Ｓ９０１でＹｅｓの場合）、イベント回収部５１０は、Ｓ９０２に処理を進める。
Ｓ９０２において、イベント回収部５１０は、オフセットの設定時間があるかないかを確認する。例えば図８の８０３のように、コレクションに“bound”が指定されている場合、オフセットの設定時間があると判断する。一方、“bound”が指定されていない場合、オフセットの設定時間がないと判断する。

そして、オフセットの設定時間がある場合（Ｓ９０２でＹｅｓの場合）、イベント回収部５１０は、Ｓ９０３に処理を進める。
Ｓ９０３において、イベント回収部５１０は、指定オフセット範囲内（図８の８０３の例では３０分内）で乱数などを使ってランダムに待機時間を計算し、計算した待機時間分だけ待機した後に、Ｓ９０４に処理を進める。

一方、オフセットの設定時間がない場合（Ｓ９０２でＮｏの場合）、イベント回収部５１０は、Ｓ９０４に処理を進める。

Ｓ９０４において、イベント回収部５１０は、コレクションの中に起動時の通知指定があるかないかを確認する。例えば図８の８０２のように、コレクションが“up”で指定されている場合、起動時の通知指定があると判断する。一方、８０３のように、コレクションが“up”で指定されていない場合には起動時の通知指定がないと判断する。
そして、コレクションの中に起動時の通知指定がない場合（Ｓ９０４でＮｏの場合）、イベント回収部５１０は、Ｓ９０７に処理を進める。

一方、コレクションの中に起動時の通知指定がある場合（Ｓ９０４でＹｅｓの場合）、イベント回収部５１０は、Ｓ９０５に処理を進める。
Ｓ９０５において、イベント回収部５１０は、現在の時刻情報を取得し、Ｓ９０６に処理を進める。
Ｓ９０６において、イベント回収部５１０は、イベント種：カウンタスナップショット、上記Ｓ９０５で取得した現在の時刻情報を指定して、イベントを発行する処理を実施する。具体的な処理内容は、図６のフローチャート６１０で示した処理である。これにより、起動後にランダムな時間間隔をおいた状態でイベントを発行することができる。該Ｓ９０５の処理の後、イベント回収部５１０は、Ｓ９０７に処理を進める。

Ｓ９０７において、イベント回収部５１０は、コレクションの中に起動時の定期通知指定があるかないかを確認する。例えば、図８の８０３のようにコレクションが“cron”で指定されている場合、定期通知指定があると判断する。一方、コレクションが“cron”で指定されていない場合、定期通知指定がないと判断する。
そして、コレクションの中に起動時の定期通知指定がない場合（Ｓ９０７でＮｏ場合）、イベント回収部５１０は、本フローチャートの処理を終了する。

一方、コレクションの中に起動時の定期通知指定がある場合（Ｓ９０７でＹｅｓ場合）、イベント回収部５１０は、Ｓ９０８に処理を進める。
Ｓ９０８において、イベント回収部５１０は、タイマー通知部５４０に対してコレクションで指定された定期送信時間後（図８の８０３の例では１２時間後）の通知を指示する。
その後Ｓ９０９において、イベント回収部５１０は、タイマー発火の通知を待つ。タイマー通知部５４０から発火の通知を受けた場合（Ｓ９０９でＹｅｓの場合）、イベント回収部５１０は、Ｓ９１０に処理を進める。

Ｓ９１０において、イベント回収部５１０は、現在の時刻を取得する。
さらにＳ９１１において、イベント回収部５１０は、イベント種：カウンタスナップショット、上記Ｓ９１０で取得した現在の時刻情報を指定して、イベントを発行する処理を実施する。具体的な処理内容は、図６のフローチャート６１０で示した処理である。該Ｓ９１１の処理後、イベント回収部５１０は、Ｓ９０８に処理を戻し、タイマー通知部５４０に対してコレクションで指定された定期送信時間後の通知を指示し、定期送信のため同じ時間間隔待機することを繰り返す。

なお、図９の例では、カウンタスナップショットイベントのイベント発行を示したが、他のコレクションのイベント発行の処理も同様である。例えばコレクションファイル８００で例示したように、コレクションの単位ごとに送信時間とオフセットを設定することで、コレクション単位に独立に図９のようなイベントの発行制御を行うことができる。

以上のように、通知設定にオフセット設定（送信タイミングを調整するための設定）があった場合に、そのオフセット範囲内でランダムに計算された時間分待機時間を入れる。この構成により、複数のクライアント機が同時に立ち上がったとしても、起動時および定期送信の時間を少しずつずらして送信することが可能になる。例えば、送付するデータのグループ単位で送信間隔とオフセット時間を設定し、該オフセット時間内でランダムに送信時間をずらすことで、同一ネットワーク下の複数のデバイスが同時起動されてもデータの送付タイミングを少しずつずらすことができる。このように、クライアント機器側で、一定時間内で調整して（設定タイミングから時間差をつけて）データ送信を行うことにより、ネットワーク環境とサーバへの負荷を軽減できる。また、管理サーバから複数台のクライアント機に一括設定する、起動及び起動からの相対時間指定でのデータ送付の設定に対して、一定時間内に送信することを保証できる。

以上、本実施形態によれば、設定されたタイミングから所定時間内での装置からの情報送信を保証しつつ、装置が設置された環境のネットワーク負荷やサーバ等へのアクセス負荷を抑えることができる。したがって、装置の起動タイミングや起動時間を起点とした定期間隔で装置からデータを送信させるような場合でも、所望のタイミングでデータ送信させつつ、装置が設置された環境のネットワーク負荷やサーバ等へのアクセス負荷を抑えることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (10)

1. ネットワークに接続された情報処理装置であって、
   通知すべき内容の指定と、通知する条件の指定とを含む第１通知設定と、通知すべき内容の指定と、通知する条件の指定と、送信タイミングを調整するための設定と、を含む第２通知設定と、を管理する管理手段と、
   前記第１通知設定に従い、前記第１通知設定で指定される通知すべき内容に対応する前記情報処理装置で検出された第１情報を、前記第１通知設定に含まれる条件の指定に基づき前記ネットワークを用いて送信する制御手段と、
   前記第２通知設定に従い、前記第２通知設定で指定される通知すべき内容に対応する前記情報処理装置で検出された第２情報を前記第２通知設定に含まれる条件の指定に基づき送信する場合に、前記第２通知設定に含まれる前記送信タイミングを調整するための設定に基づき第２情報の送信タイミングを計算する計算手段と、を有し、
   前記制御手段は、前記第２情報を、前記計算された送信タイミングに基づき前記ネットワークを用いて送信することを特徴とする情報処理装置。
2. 前記第２通知設定に含まれる前記送信タイミングを調整するための設定には、時間が指定され、
   前記計算手段は、該指定された時間内でランダムに送信タイミングを計算することを特徴とする請求項１に記載の情報処理装置。
3. 前記第２通知設定に含まれる前記通知する条件の指定には、前記情報処理装置が起動してから定期的な送信を行う指定が含まれることを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第２通知設定では、前記通知すべき内容として、通知すべき情報の内容として、ソフトウェアに関する情報、カウンタに関する情報、およびアクセサリに関する情報のいずれかの指定が可能なことを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記第１通知設定では、前記通知すべき内容として、消耗品の寿命に関する情報、エラーに関する情報、および電源に関する情報のいずれかの指定が可能なことを特徴とする請求項１～４のいずれか１項に記載の情報処理装置。
6. 前記情報処理装置は、画像形成装置であることを特徴とする請求項１～５のいずれか１項に記載の情報処理装置。
7. 前記計算手段は、前記情報処理装置が起動したタイミングで、前記第２情報の送信タイミングを計算することを特徴とする請求項１～６のいずれか１項に記載の情報処理装置。
8. 請求項１～７のいずれか１項に記載の情報処理装置と、前記第１通知設定および前記第２通知設定を前記情報処理装置に送信するサーバシステムと、を含むデバイス管理システム。
9. ネットワークに接続された情報処理装置の制御方法であって、
   通知すべき内容の指定と、通知する条件の指定とを含む第１通知設定に従い、前記第１通知設定で指定される通知すべき内容に対応する前記情報処理装置で検出された第１情報を、前記第１通知設定に含まれる条件の指定に基づき前記ネットワークを用いて送信する第１送信工程と、
   通知すべき内容の指定と、通知する条件の指定と、送信タイミングを調整するための設定と、を含む第２通知設定に従い、前記第２通知設定で指定される通知すべき内容に対応する前記情報処理装置で検出された第２情報を前記第２通知設定に含まれる条件の指定に基づき送信する場合に、前記第２通知設定に含まれる前記送信タイミングを調整するための設定に基づき第２情報の送信タイミングを計算する計算工程と、
   前記第２通知設定に従い、前記第２情報を、前記計算された送信タイミングに基づき前記ネットワークを用いて送信する第２送信工程と、
   を有することを特徴とする情報処理装置の制御方法。
10. コンピュータを、請求項１～７のいずれか１項に記載の手段として機能させるためのプログラム。

Images