監視装置、監視方法、及びプログラム
【課題】デバイス情報を集中管理している中央管理装置に送信したデータを選択的にシステム管理者に提供する。
【解決手段】通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置であって、前記複数の画像形成装置から前記監視情報を収集する収集手段と、前記収集手段にて収集した監視情報を保存する保存手段と、前記保存手段にて保存された監視情報を前記中央管理装置に送信する送信手段と、前記収集した監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択手段と、前記送信手段にて送信された監視情報から、前記選択手段にて選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力する出力手段とを有する。
【解決手段】通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置であって、前記複数の画像形成装置から前記監視情報を収集する収集手段と、前記収集手段にて収集した監視情報を保存する保存手段と、前記保存手段にて保存された監視情報を前記中央管理装置に送信する送信手段と、前記収集した監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択手段と、前記送信手段にて送信された監視情報から、前記選択手段にて選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力する出力手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置、監視方法、およびプログラムに関する。特に、プリンタや複写機等の画像形成装置のカウンタ情報、デバイス情報をネットワーク経由で中央管理装置に送信する技術に関する。
【背景技術】
【０００２】
現在、プリンタや複写機等の画像形成装置の各種カウンタ情報、デバイス情報は、画像形成装置から直接、或いは一旦遠隔監視装置で複数の画像形成装置の情報を収集し、中央管理装置（中央管理サーバ）に送信している。中央管理装置に送信されたデータは、販売会社（サービスセンタ）等により集計／分析／管理が行われ、この情報を元に課金処理が行われている。
【０００３】
ここで、遠隔監視装置から中央管理装置に送信したデータは、販売会社等が使用することが前提であるが、画像形成装置が設置されている各拠点のシステム管理者等が同送信データを確認したいという要望がある。
【０００４】
例えば、特許文献１では、中央管理サーバへの送信データと同じデータを、システム管理者にセキュアに送信する方法が提案されている。この方法によると、中央管理サーバに暗号化されたデータをメール送付すると同時に、システム管理者にもＣＣ（Ｃａｒｂｏｎ Ｃｏｐｙ）送付される。システム管理者は前記暗号化データ中の公開鍵と、鍵ペアである秘密鍵をセットしたデータビューアとをダウンロードすることにより、復号したデータを閲覧可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３５０６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、中央管理装置に送付するデータ量は膨大であり、例えば特許文献１はデータ監査目的には使用できるが、収集したデータのうち必要なデータのみ参照したいといったシステム管理者のことを想定していなかった。また、収集したデータのサイズもさることながら、専用データビューアを通して閲覧するため、必要データの検索、再加工には不向きであった。更に閲覧のために、システム管理者にとって、専用データビューアのダウンロードが必要であった。
【０００７】
そこで、本発明では、必要なデータを容易に閲覧できるといった、前述のシステム管理者を十分に考慮した手法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本願発明に係る監視装置は、以下の構成を有する。すなわち、通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置であって、前記複数の画像形成装置から前記監視情報を収集する収集手段と、前記収集手段にて収集した監視情報を保存する保存手段と、前記保存手段にて保存された監視情報を前記中央管理装置に送信する送信手段と、前記収集した監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択手段と、前記送信手段にて送信された監視情報から、前記選択手段にて選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力する出力手段とを有する。
【発明の効果】
【０００９】
本発明によれば、中央管理装置へ送信したデータのうちの選択された必要なデータを、システム管理者等に提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】機器管理システムのブロック図。
【図２】監視装置１０１を含む、情報処理装置のブロック図。
【図３】画像形成装置の構成を示すブロック図。
【図４】監視装置１０１の詳細な構成を示すブロック図。
【図５】監視装置１０１の動作を示すフローチャート。
【図６】監視装置１０１の監視情報収集処理を示すフローチャート。
【図７】監視装置１０１の監視情報送信処理を示すフローチャート。
【図８】監視装置１０１の検索処理を示すフローチャート。
【図９】第三の実施形態に係る監視装置１０１の定期検索処理を示すフローチャート。
【図１０】出力データ種別選択ＵＩの一例を示す図。
【図１１】出力データフォーマットの一例を示す図。
【図１２】検索ＵＩの一例を示す図。
【図１３】検索設定ＵＩの一例を示す図。
【図１４】出力データフォーマットの一例を示す図。
【図１５】第四の実施形態に係る監視装置１０１の定期検索処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
（第一の実施形態）
［システム構成］
図１は、本実施形態に係る機器管理システムの概略構成を表すブロック図である。監視される拠点側には、管理対象となる複数の画像形成装置１０２ａ、１０２ｂ、・・・に対して、その機器情報、機器状態を管理する監視装置１０１がＬＡＮ１０４ａを通じて通信可能に接続されている。この監視装置１０１は、ＬＡＮ１０４ａを介してインターネット１０５に接続されており、中央管理装置１０６を含むサービスセンタ側と通信可能となっている。本実施形態において、中央管理装置１０６が配置された側（ＬＡＮ１０４ｂ側）をサービスセンタ側、監視装置１０１が配置された側（ＬＡＮ１０４ａ側）を拠点側とする。なお、本実施形態においては、インターネット１０５を介して、各ネットワークが接続された例を示しているが、これに限定するものではなく、他のネットワークを介した構成であっても構わない。
【００１３】
監視を行うサービスセンタ側には、中央管理装置１０６と、ＤＢ管理サーバ１０３ｂと、ＨＴＴＰ（Ｓ）及びＳＯＡＰ通信が可能なＨＴＴＰ／ＳＯＡＰサーバ１０７とＬＡＮ１０４ｂを備える。
【００１４】
中央管理装置１０６は、監視対象となる各画像形成装置の情報を一元的に管理、収集を行い、必要に応じて、情報の提供などを行う。サービスセンタ側のＤＢ管理サーバ１０３ｂは、各種情報のデータベースとしての役割を担い、中央管理装置１０６の指示に従って収集した各種情報を保持する。
【００１５】
ＨＴＴＰ／ＳＯＡＰサーバ１０７は、ＬＡＮ１０４ｂを介してインターネット１０５に接続され、インターネット１０５から受信したデータを中央管理装置１０６に送信する。
【００１６】
なお、図１において、本実施形態では、サービスセンタ側の各サーバは異なる装置にて構成されるように示しているが、同一装置内にて実現しても構わないし、同じ機能を複数の物理的な装置で分散して実現しても構わない。
【００１７】
監視される拠点側の監視装置１０１について、更に詳しく説明すると、監視装置１０１は画像形成装置毎に今まで印刷された枚数、面数などの各種カウンタ値、機器情報、機器状態を記憶部に保存している。保持の方法としては、各画像形成装置から定期的、或いは必要に応じ、監視装置１０１にて取得した各種情報を、ＤＢ管理サーバ１０３ａに保持することなどが考えられる。
【００１８】
また、監視装置１０１からの各情報の取得タイミングとしては、カウンタ値、機器の環境情報等は通常、定期的に画像形成装置から取得する。また、機器がエラー／警告状態となった際には随時、画像形成装置から取得する。更に、画像形成装置のＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）操作などで遠隔装置、或いは中央管理装置１０６から応答が必要な要求が発生した場合も随時、画像形成装置から取得する。
【００１９】
各画像形成装置から取得し、拠点側のＤＢ管理サーバ１０３ａに保持された情報は、定期的、或いは必要に応じ、ＨＴＴＰ（Ｓ）又はＳＯＡＰを用いてサービスセンタ側に送信する。ここでのＨＴＴＰ（Ｓ）（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ （ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ））やＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）は、各装置間で通信を行う際に用いられるプロトコルを示す。
【００２０】
なお、図１において、本実施形態では、拠点側の監視装置１０１とＤＢ管理サーバ１０３ａとは、異なる装置にて構成されるように示しているが、同一装置内で実現しても構わない。
【００２１】
［機器構成］
図２は、本実施形態に係る情報処理装置の構成を説明するブロック図であり、図１中の監視装置１０１や、中央管理装置１０６、ＨＴＴＰ／ＳＯＡＰサーバ１０７の構成に相当する。図２において、ＣＰＵ２００は情報処理装置の制御手段であり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や本発明に係るデバイス監視プログラムなどを実行する。この時、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２２】
尚、後述する各フローチャートにおける各ステップの処理はＣＰＵが各種記憶部（２０１、２０４，２０５等）である記憶手段に格納されたプログラムコードに基づく処理を実行することによって、実現されるものとする。
【００２３】
記憶手段であるＲＯＭ２０１は、内部に基本Ｉ／Ｏプログラム等のプログラム、設定データ等の各種データを記憶する。一時記憶手段であるＲＡＭ２０２は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。
【００２４】
記憶媒体読み込み手段としてのフロッピー（登録商標）ディスク（ＦＤ）ドライブ２０３は、ＦＤドライブ２０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることが出来る。尚、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。記憶媒体であるフロッピー（登録商標）ディスク（ＦＤ）２０４は、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。
【００２５】
ハードディスク（ＨＤ）２０５は、外部記憶手段の一つであり、大容量メモリとして機能する。ＨＤ２０５は、アプリケーションプログラム、ＯＳ、関連プログラム等を格納している。指示入力手段であるキーボード２０６は、例えば、監視装置に対する監視設定等を入力指示する。
【００２６】
表示手段であるディスプレイ２０７は、キーボード２０６から入力した設定指示、監視状態を表示したりする。尚、実際にはアプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号、或いはデジタル信号に変換した情報がディスプレイ２０７に表示される場合等がある。本実施形態における表示制御とは、表示手段に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。
【００２７】
システムバス２０８は、情報処理装置内のデータの流れを司るものである。インタフェース（Ｉ／Ｆ）２０９は入出力手段であるインタフェースであり、情報処理装置はＩ／Ｆ２０９を介して外部装置とのデータのやり取りを行う。
【００２８】
図３は、実施形態における画像形成装置１０２のプリンタ制御部とその周辺部分のブロック構成図である。図３中、プリンタコントローラ３０１は、ホストコンピュータなどの外部装置３２２（図１の監視装置１０１等に相当）と、各種データの送受信を所定のプロトコルで実行するための通信部３１６を備える。更に、プリンタコントローラ３０１は、通信と画像データの受信、及び受信した画像データをプリンタが印字可能な情報に展開すると共に、後述のエンジン制御部３０２との間で信号の送受信及びシリアル通信を行うためのビデオＩ／Ｆ３１７等を備える。
【００２９】
画像形成装置１０２のＣＰＵ３１２は、ＲＯＭ３１４或いはＨＤ（外部メモリ）３１９に記憶された制御プログラムなどに基づいて、システムバス３２３に接続される各種デバイスとのアクセスを統括的に制御する。更に、ＣＰＵ３１２は、ビデオＩ／Ｆ３１７を介して接続されるプリンタエンジンに出力情報としての画像信号を出力する。
【００３０】
ＲＡＭ３１３は、ＣＰＵ３１２の主メモリ、ワークエリア等として機能する。メモリコントローラ（ＤＫＣ）３１５はブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶するＨＤ３１９等の外部メモリとのアクセスを制御する。
【００３１】
操作部３２０は、表示部３２１やキーボードを含んでおり、入出力Ｉ／Ｆ３１８を介してオペレータへの情報提供や、オペレータからの入力指示を受け付ける。
【００３２】
エンジン制御部３０２は、プリンタコントローラ３０１との間で信号のやり取り、シリアル通信を介してプリンタエンジンの各ユニットの制御を行う。用紙搬送制御部３０３は、プリントする用紙を給紙搬送し、プリント後の排紙までの紙搬送をエンジン制御部３０２の指示に基づき実行する。光学系制御部３０４は、スキャナモータの駆動及びレーザのＯＮ／ＯＦＦ制御をエンジン制御部３０２の指示に基づき実行する。
【００３３】
高圧系制御部３０５は、帯電、現像、転写などの電子写真プロセスに必要な高圧出力をエンジン制御部３０２の指示に基づき実行する。定着器温度制御部３０６は、エンジン制御部３０２の指示に基づき、定着器の温度制御を行うと共に、定着器の異常検出等を行う。
【００３４】
ジャム検出部３０７は、用紙搬送中の搬送不良を検出する。故障検出部３０８は、プリンタ内の機能部の故障を検出する。印刷完了検知部３０９は、印刷が正常に行われたことを検出して、エンジン制御部３０２に通知する。カウンタ制御部３１０は、印刷後、各種カウンタ情報を更新する。
【００３５】
エンジン制御部３０２は、プリンタエンジンの各ユニットの情報を管理する機器情報管理部３１１を備える。機器情報管理部３１１では、外部装置３２２からの要求に応じて、例えば、エンジン制御部３０２は、カウンタ制御部３１０からカウンタ値を取得し、ビデオＩ／Ｆ３１７に渡す。これにより、カウンタ情報はビデオＩ／Ｆ３１７、通信部３１６を介して外部装置３２２に送信される。その他、エンジン制御部３０２は、外部装置３２２から情報取得要求があった場合も、適宜、各ユニットから情報を取得し、機器情報管理部３１１を介して提供する。
【００３６】
更に、ジャム検出部３０７から通知されたジャム情報、故障検出部３０８から通知されたエラー情報も機器情報管理部３１１で管理される。これらの情報も、外部装置３２２から予めイベント通知依頼がなされていた場合、機器情報管理部３１１から外部装置３２２にビデオＩ／Ｆ３１７等を介し、送信される。
【００３７】
また、本実施形態に係る画像形成装置として、上述の電子写真方式を利用したレーザビームプリンタ、インクジェット方式を利用したインクジェットプリンタ、或いは熱転写方式を採用したサーマルヘッドプリンタ、或いは複写機等に適用可能である。
【００３８】
図４（Ａ）は、本実施形態に係る監視装置１０１内の詳細な構成図である。尚、図４（Ａ）の各構成部の処理は、図１に示した監視装置１０１に設けられたＣＰＵがＲＯＭ、ハードディスク等の不揮発性記憶手段に記憶された各種制御プログラムを読み込み、実行することに応じて実現されるものとする。
【００３９】
監視情報収集部４０１は、画像形成装置１０２ａ、１０２ｂから定期的、或いは指示されたタイミングで画像形成装置から監視情報を収集する。監視情報保存部４０２は、監視情報収集部４０１で収集した各画像形成装置の監視情報をＤＢ管理サーバ１０３ａに保存する。
【００４０】
監視情報送信部４０３は、ＤＢ管理サーバ１０３ａに保存した監視情報から送信データを作成し、中央管理装置１０６に送信する。データ種別選択部４０４は、ユーザが出力したいデータ種別を選択する。データ出力部４０５は、ＤＢ管理サーバ１０３ａに保存された情報のうち、データ種別選択部４０４で選択されたデータ種を出力する。
【００４１】
出力データ保存部４０６は、データ出力部４０５で出力された出力データをファイル形式、或いはＤＢ管理サーバ１０３ａ上に保存する。出力データ取得部４０７は、出力データ保存部４０６により保存された出力データを、検索のために取得する。時刻取得部４０８は、監視情報からのデータ収集日時や、中央管理装置１０６へのデータ送信日時などの日付を含む時刻情報を取得する。
【００４２】
検索条件取得部４０９は、出力データの時刻条件などの検索条件を取得する。出力データ検索部４１０は、検索条件取得部４０９で取得した検索条件に従って、検索を実行する。検索結果出力部４１１は、出力データ検索部４１０で検索した結果を出力する。
【００４３】
［処理フロー］
本実施形態に係る処理の流れを図５のフローチャートに従って説明する。尚、図５から図９のフローチャートの各ステップの処理は、図１に示した監視装置１０１に設けられたＣＰＵがＲＯＭ、ハードディスク等の不揮発性記憶手段に記憶された各種制御プログラムを読み込み実行することに応じて実現されるものとする。
【００４４】
本実施形態では、監視装置１０１は、中央管理装置１０６側（サービスセンタ側）から、定期スケジュールを取得し、その定期スケジュールに従って、全登録デバイス（登録済みの画像形成装置）から監視情報を収集する。そして、監視装置１０１は、収集した監視情報を中央管理装置１０６に送信しているものとする。勿論、定期スケジュールは、拠点側で設定するような構成としても構わない。
【００４５】
また、本実施形態では、監視装置１０１による監視情報を収集後、すぐ中央管理装置１０６へ送信する構成としているが、各画像形成装置からの収集スケジュールと、中央管理装置１０６への送信スケジュールとが別々に構成されていても構わない。また、図５のフローチャートは、システムの電源投入に起因して、処理を開始しているが、これに限定するものではなく、ユーザの指示等に基づき、任意のタイミングで処理フローを開始するようにしても構わない。
【００４６】
また、定期スケジュール以外に、ユーザ要求などにより、即時送信をする場合の適用例についても説明を行う。
【００４７】
先ず、監視装置１０１は、電源投入に伴うシステムの初期化を行う（Ｓ５０１）。具体的な初期化処理として、監視装置１０１は、既に登録済みのデバイス情報に関する情報テーブルを読み込み、変数の初期化などを行う。更に監視装置１０１は、初期化処理のうちの一処理として、中央管理装置１０６から送信スケジュールが取得済みであるか判定する（Ｓ５０２）。
【００４８】
送信スケジュールが未取得の場合（Ｓ５０２にてＮｏ）、監視装置１０１は、中央管理装置１０６と通信を行うための通信設定が完了しているかの判定を行う（Ｓ５０３）。通信設定が完了していない場合（Ｓ５０３にてＮｏ）、監視装置１０１は設定が完了するまで待機する。通信設定が完了している場合（Ｓ５０３にてＹｅｓ）、監視装置１０１は、中央管理装置１０６から送信スケジュールを取得し（Ｓ５０４）、Ｓ５０２へ戻る。送信スケジュールを取得した場合（Ｓ５０２にてＹｅｓ）、初期化処理完了とし、監視装置１０１は、外部からの要求、検出情報を処理するループに入る。
【００４９】
まず、監視装置１０１は、現時刻が定期スケジュール時刻であるか判定する（Ｓ５０５）。ここでの定期スケジュール時刻とは、中央管理装置１０６から取得した送信スケジュールの情報に基づき、収集処理／送信処理を行う時刻を意味する。定期スケジュール時刻の場合は（Ｓ５０５にてＹｅｓ）、監視装置１０１の監視情報収集部４０１は、全登録デバイスからの監視情報収集処理を行う（Ｓ５０６）。ここでの監視情報収集処理については、図６を用いて後述する。Ｓ５０６の監視情報収集処理が完了すると、監視装置１０１の監視情報送信部４０３は、全登録デバイスを対象に中央管理装置１０６への送信処理を行う（Ｓ５０７）。ここでの中央管理装置１０６への送信処理については、図７を用いて後述する。
【００５０】
Ｓ５０７の送信処理が完了したら、監視装置１０１は、送信結果より再送が必要か判定する（Ｓ５０８）。ここで、再送の必要がある場合とは、例えば、装置間の通信状態により接続に失敗した場合や、送信の途中で何らかのエラーが生じた場合などが考えられる。
【００５１】
再送が必要である場合（Ｓ５０８にてＹｅｓ）、監視装置１０１は、再送カウンタＲに最大再送回数Ｎ（システム固定値ｏｒ設定値）をセットする（Ｓ５０９）。そして、監視装置１０１は、再送タイマーをセットする（Ｓ５１０）。ここでの再送タイマーは、所定の値が設定され、再送タイマーで指示された再送タイミングで再送処理（Ｓ５１２）が行われることとなる。本実施形態の場合、全登録デバイスのスケジュール送信に対し、最大再送回数を共通値で設定しているが、勿論、デバイス毎に設定しても構わない。再送が必要ない場合（Ｓ５０８にてＮｏ）、Ｓ５０５に戻る。
【００５２】
定期スケジュール時刻でない場合（Ｓ５０５にてＮｏ）、監視装置１０１は、再送タイマーがシグナル状態になったか（即ち再送タイミングであるか）を判定する（Ｓ５１１）。再送タイミングである場合（Ｓ５１１にてＹｅｓ）、再送対象デバイスに対し、監視装置１０１の監視情報送信部４０３は、中央管理装置１０６への送信処理を行う（Ｓ５１２）。ここでの中央管理装置１０６への送信処理については、図７を用いて後述する。
【００５３】
Ｓ５１２の送信処理完了後、監視装置１０１は、Ｓ５０８同様、送信結果より再送が必要か判定する（Ｓ５１３）。再送が必要である場合（Ｓ５１３にてＹｅｓ）、監視装置１０１は、再送カウンタを１つ減算する（Ｓ５１４）。そして、監視装置１０１は、再送カウンタが正であるか判定する（Ｓ５１６）。再送カウンタが正である場合（Ｓ５１６にてＹｅｓ）、監視装置１０１は、再送タイマーをセットし（Ｓ５１７）、Ｓ５０５へ戻る。
【００５４】
再送が必要でない場合（Ｓ５１３にてＮｏ）、監視装置１０１は、再送カウンタを０にセットし（Ｓ５１５）、Ｓ５０５へ戻る。再送カウンタが正でない（即ち再送カウンタが０）の場合（Ｓ５１６にてＮｏ）、Ｓ５０５へ戻る。
【００５５】
再送タイミングでない場合（Ｓ５１１にてＮｏ）、監視装置１０１は、ユーザ要求などにより、指定デバイスに対する監視情報の即時送信要求があるかの判定を行う（Ｓ５１８）。なお、即時送信要求は、本システムの１メニューとして、ユーザが操作部３２０経由で指示を与えるように構成してもよいし、中央管理装置１０６側からの指示に基づくように構成してもよい。
【００５６】
即時送信要求がある場合（Ｓ５１８にてＹｅｓ）、監視装置１０１の監視情報収集部４０１は、指定デバイスからの監視情報収集処理を行う（Ｓ５１９）。ここでの監視情報収集処理については、図６を用いて後述する。Ｓ５１９で監視情報収集処理が完了すると、監視装置１０１の監視情報送信部４０３は、指定デバイスを対象に中央管理装置１０６への送信処理を行い（Ｓ５２０）、Ｓ５０５に戻る。
【００５７】
即時送信要求が無い場合（Ｓ５１８にてＮｏ）、監視装置１０１は、出力データ種別選択要求があるか判定する（Ｓ５２１）。なお、出力データ種別選択要求は、本システムの１メニューとして、ユーザが操作部３２０経由で指示を与えるように構成する。出力データ種別選択要求がある場合（Ｓ５２１にてＹｅｓ）、監視装置１０１は、表示部３２１を介し、ユーザインタフェースとして図１０のような出力データ種別選択画面を表示する（Ｓ５２２）。
【００５８】
ここで、図１０を用い、出力データ種別選択画面について、説明する。本画面にはＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）ファイル出力を行うか否かの出力設定１００１があり、この設定のチェックが“ＯＮ”の時には選択的な情報出力を行い、チェックが“ＯＦＦ”の時には行わない。また、本実施形態では出力先はＣＳＶファイルに限定しているが、別のファイルフォーマットでもよく、ＤＢ出力などでも同様である。
【００５９】
出力設定１００１の設定が“ＯＮ”の場合、出力情報を選択するためのデータ種別の一覧（出力情報１００２）が表示されている。図１０では、一例として、課金カウンタの一覧がチェックボックスとして表示されているが、監視情報の何れであっても構わない。また、指定フォーマットもチェックボックスに限定せず、エディットボックス等での入力であっても構わない。ユーザは出力情報１００２欄で出力したい情報を選択し、更新ボタン１００３を押下する。
【００６０】
図１０では、更新ボタン１００３、或いはキャンセルボタン１００４を押下したとき、選択が完了したと判断される。図１０に示す出力データ種別選択画面は一例であり、構成や項目などはこれに限定するものではない。例えば、図１０では、出力するデータの種別を、ユーザが個別にチェックボックスを利用して選択するように構成されているが、予め出力するデータの種別を定義した設定ファイルを入力できるようにしても構わない。また、図１０では、主に画像形成装置にて行う処理のうち、課金に関連する情報を指定できるように構成しているが、機器管理等の情報を更に含めるようにしても構わない。
【００６１】
出力データ種別の選択が完了していない場合（Ｓ５２３にてＮｏ）、監視装置１０１は、選択が完了するまで（図１０のいずれかのボタンが押下されるまで）待機する。出力データ種別の選択が完了した場合（Ｓ５２３にてＹｅｓ）、監視装置１０１は、設定が更新されたか判定する（Ｓ５２４）。図１０の更新ボタン１００３が押下された場合は、設定更新されたものと判定できる。設定更新された場合は（Ｓ５２４にてＹｅｓ）、監視装置１０１は、設定内容を選択結果として保存し（Ｓ５２５）、Ｓ５０５へ戻る。前記設定内容は、設定ファイルや、プログラム内、或いはデータベース（ＤＢ）内に保存し、出力時参照することにより、出力情報を絞る。
【００６２】
設定更新がされていない場合は（Ｓ５２４にてＮｏ）、Ｓ５０５へ戻る。図１０に示すキャンセルボタン１００４が押下された場合は、設定が更新されていないと判定できる。
【００６３】
［監視情報収集処理］
次に、監視情報収集処理について、図６を用いて説明する。これは、図５の処理フローに示した、Ｓ５０６、Ｓ５１２、Ｓ５２０の処理に相当する。
【００６４】
監視装置１０１は、監視情報の収集対象となるデバイス（画像形成装置）へ送信する監視情報取得要求データを作成する（Ｓ６０１）。次に、監視装置１０１は、監視情報の収集対象のデバイスへ監視情報取得要求を送信し（Ｓ６０２）、デバイスから返信があったか判定する（Ｓ６０３）。デバイスから返信があった場合（Ｓ６０３にてＹｅｓ）、監視装置１０１は、時刻取得部４０８により、その時点の日時及び時刻を取得し、データ収集日時として設定する（Ｓ６０４）。本実施形態では、データ検索用のデータとして、本データ収集日時を収集データに付加する。これにより、データ収集日時と収集データとが対応付けられ、デバイスから取得した日時指定で、出力情報が検索可能になる。
【００６５】
Ｓ６０４でデータ収集日時取得後、監視装置１０１は、デバイスからの収集データと前記収集日時をＤＢなどに保存し（Ｓ６０５）、Ｓ６０３へ戻る。
【００６６】
監視情報取得要求に対する返信が無い場合（Ｓ６０３にてＮｏ）、監視装置１０１は、監視情報取得要求を送信したデバイス全台から返信があったか、或いはタイムアウトであるか判定する（Ｓ６０６）。監視情報取得要求を送信したデバイス全てから返信があったか、もしくは、当該要求を送信してから所定の時間が経過した場合は（Ｓ６０６にてＮｏの場合）、Ｓ６０３へ戻る。Ｓ６０６にてＹｅｓの場合は、監視装置１０１は、監視情報収集処理を終了する。なお、Ｓ６０６において、タイムアウトと判定するための所定の時間は予め定義されているものとする。
【００６７】
［送信処理］
次に、監視装置１０１から中央管理装置１０６への送信処理について、図７を用いて説明する。これは、図５の処理フローに示した、Ｓ５０７、Ｓ５１９の処理に相当する。
【００６８】
監視装置１０１は、中央管理装置１０６への送信対象となるデバイスリスト及び、対象デバイス数Ｎを取得し、デバイスリストの操作に使用する変数ｎを０で初期化する（Ｓ７０１）。次に監視装置１０１は、出力データを保存するファイルＡを生成する（Ｓ７０２）。ファイルＡには、本実施形態に係る選択情報（例えば、図１０の出力情報１００２にて選択されたデータ種別の情報）を保存することとなる。監視装置１０１は、ファイルＡの生成時に時刻取得部４０８により、取得した情報を送信開始日時とし、ファイルＡに出力する（Ｓ７０３）。
【００６９】
次に、監視装置１０１は、デバイスｎ（デバイスリストでｎ番目のデバイス）が送信対象であるか判定する（Ｓ７０４）。この判定は、例えば、Ｓ７０８で保存するデバイス毎のデータ送信日時（この時、前回送信日時となる）が一定時間内であるか、により判定してもよいし、Ｓ６０４で取得したデータ収集日時と前回送信日時を比較することで、判定してもよい。後者の場合、データ収集日時が前回送信時刻より新しい場合は送信対象であるとみなす。
【００７０】
デバイスｎが送信対象でない場合（Ｓ７０４にてＮｏ）、Ｓ７１０へ進む。デバイスｎが送信対象である場合（Ｓ７０４にてＹｅｓ）、監視装置１０１はデバイスｎに関して、中央管理装置１０６への送信データを作成する（Ｓ７０５）。そして、監視装置１０１は、中央管理装置１０６に作成した送信データを送信する（Ｓ７０６）。
【００７１】
監視装置１０１は、中央管理装置１０６に対する送信データの送信が成功したか判定する（Ｓ７０７）。送信が失敗した場合は（Ｓ７０７にてＮｏ）、Ｓ７１０へ進む。送信が成功した場合（Ｓ７０７にてＹｅｓ）、監視装置１０１は、時刻取得部４０８により、現時点の時刻を取得し、データ送信日時として、送信データに対応付けてＤＢに保存する（Ｓ７０８）。本実施形態では送信完了時刻をデータ送信日時としているが、送信開始時刻をデータ送信日時としてもよいし、各時刻情報を取得、保存してもよい。
【００７２】
監視装置１０１は、データ種別選択部４０４により選択されたデータ種別のデータ、及び検索用データをファイルＡに出力する（Ｓ７０９）。
【００７３】
図１１は、出力ファイルＡの構成例であり、一行目にはＳ７０３による送信開始日時１１０１、二行目にはＳ７１２による送信完了時刻１１０２、三行目には各データ項目（データ種別１１０３）、四行目以降は各デバイスのデータ１１０４が出力されている。各デバイスのデータ項目としては、一列目がデバイスからの収集日時、二列目がデバイスを識別するデバイスＩＤ、３列目が製品名、４列目がＩＰアドレス、５列目以降がデバイスからの収集データとなっている。
【００７４】
収集日時は、図６のＳ６０５でＤＢに保存されたデータが取得され、適用される。収集データは、本実施形態では、［１００００００１］、［１００００００２］など、データ識別ＩＤで表され、例えば課金カウンタ番号等を出力する。デバイスＩＤ、製品名、ＩＰアドレス等はデバイスを識別するための情報であり、検索用データとしても使用される。また、その他、ＭＡＣアドレス等の他の情報を付加してもよく、どの情報を出力するかは、可変に設定出来るように構成してもよい。送信開始日時、送信終了日時、収集日時は検索用データとして使用される。なお、図１１に示す出力ファイル（例えば、ＣＳＶ形式）の構成は、一例であり、他の構成であっても構わない。
【００７５】
Ｓ７０９の後、監視装置１０１は、変数ｎをインクリメントする（Ｓ７１０）。その後、監視装置１０１は、ｎが対象デバイス数Ｎに等しいか（即ち、対象デバイスの処理を終えたか）の判定を行う（Ｓ７１１）。ｎが対象デバイス数にＮに等しくない場合（Ｓ７１１にてＮｏ）、Ｓ７０４に戻る。ｎが対象デバイス数Ｎに等しい場合（Ｓ７１１にてＹｅｓ）、監視装置１０１は、時刻取得部４０８により、取得した時刻を送信完了日時とし、ファイルＡへ出力する（Ｓ７１２）。そして、監視装置１０１は、生成されたファイルＡを保存し（Ｓ７１３）、監視情報送信処理を終了する。
【００７６】
なお、本実施形態では、一連の処理完了時にファイル保存処理を行っているが、ファイル出力の都度、保存処理を行うよう、構成してもよいのは言うまでもない。また、図７のフローにおいては、中央管理装置への送信のタイミングで、複数台のデバイスに関する情報を一つのファイルＡに出力していた。しかし、これに限らず、１台のデバイスに対して、１ファイル生成するようにしても構わない。また、生成されたファイルＡは、拠点側のネットワーク内（ローカルネットワーク内）に属するデータベース（例えば、ＤＢ管理サーバ１０３ａ）に蓄積保存されることが想定される。また、収集された監視情報や蓄積されたファイルＡ等のデータは、定期的に削除されるようにしても構わないし、ローカルネットワーク内の別の装置に転送されるようにしても構わない。
【００７７】
［検索処理（汎用アプリケーション）］
次に、検索処理について、図８を用いて説明する。検索処理に関しては、ユーザが任意のタイミングで実施の指示を行い、これに基づき実行される。本実施形態の出力ファイルのフォーマットはＣＳＶ形式であり、一般的なファイルフォーマットであるため、ＣＳＶ対応、及び検索機能を持つ汎用アプリケーションが多数存在する。その汎用アプリケーションを使用する場合のフローは図８のようになる。なお、汎用アプリケーションは、搭載された装置において、ＣＰＵ等により実行される。
【００７８】
まず、汎用アプリケーションは、検索対象として、出力ファイルの保存フォルダから、出力データを取得する（Ｓ８０１）。次に、汎用アプリケーションは、当該汎用アプリケーションの検索機能により、検索条件入力ＵＩ等を使ったユーザの入力から、検索条件を取得する（Ｓ８０２）。汎用アプリケーションは、検索機能実行により、検索用データに対し、データ検索を行う（Ｓ８０３）。そして、汎用アプリケーションは、検索結果を出力する（Ｓ８０４）。
【００７９】
例えば、課金カウンタ情報を検索する場合、課金がデバイスからの収集日時によって行われる場合は、“収集日時”の項目を参照する。また、課金が中央管理装置１０６へのデータ送信日時によって行われる場合は、“送信開始日時”或いは“送信終了日時”を参照すればよい。これらのデータ検索は既知の検索技術、Ｇｒｅｐ技術（パターンマッチング）により可能であり、本願発明の本質ではないため、説明を省略する。
【００８０】
以上、説明した処理により、中央管理装置１０６へ送信したデータの内、ユーザが選択したデータに限定して、検索可能な形式で提供可能となる。
【００８１】
したがって、本実施形態により、第一の効果として、中央管理装置へ送信したデータを選択的に管理者等に提供可能である。また、第二の効果として、出力データに検索用データを含み、再加工やデータ検索が容易である。また、第三点の効果として、必要なデータを選択的に保存可能であるため、保存領域を圧迫しない。
【００８２】
（第二の実施形態）
第一の実施形態では、汎用アプリケーションによりデータ検索を行った。本実施形態では、本システムの１メニューとしてユーザが、検索要求が可能であるように構成し、検索要求があると、監視装置１０１の検索条件取得部４０９は、図１２のような検索条件設定ＵＩを提供する。
【００８３】
図１２の検索条件設定ＵＩでは、検索条件指定１２０１、デバイス指定１２０２、結果ファイル指定１２０３が可能である。検索条件指定１２０１については、検索用データ中、日時情報である収集日時、送信開始日時、送信完了日時の選択項目の中からラジオボタンにより、選択する。その選択した日時について、日時指定欄で、年月日、時刻、検索条件指定を選択する。検索条件指定１２０１は、例えば、指定日時“以前の最新”／“以降の最新”／“丁度”のような条件を指定可能に構成する。ここで選択可能な項目については、上記に限定するものではなく、日時を用いて判定できる項目であれば、他の設定項目であっても構わない。
【００８４】
デバイス指定１２０２に関しては、全デバイス、或いは指定デバイスが選択でき、指定デバイス情報は、図１１の例では、デバイスＩＤ、製品名、ＩＰアドレス等が選択可能に構成出来る。また、複数のデバイスを選択できるようにしても構わない。
【００８５】
結果ファイル指定１２０３は、検索結果をどこに格納するか、格納フォルダ名、ファイル名を指定する。ファイル名は、日付による自動生成などが選択可能に構成できる。例えば、実行日時（或いは条件日時）をファイル名に付加することにより、ファイル名を特定する。
【００８６】
図１２に示す検索条件設定ＵＩにおいて、実行ボタン１２０４を押下することで、検索処理が実行される。なお、また、この検索処理フローは図８と同等であり、以下説明する。
【００８７】
［検索処理］
監視装置１０１は、検索対象となる出力データを取得（オープン）する（Ｓ８０１）。監視装置１０１は、図１２に示す検索条件設定ＵＩにより、設定された検索条件を取得し（Ｓ８０２）、所定のフォルダから検索条件に適合するデータを検索する（Ｓ８０３）。次に、監視装置１０１は、図１２の検索条件設定ＵＩにより指定された結果ファイル指定１２０３により、指定されたフォルダ及びファイル名で検索結果を出力する（Ｓ８０４）。検索結果は、例えば、図１４のように構成できる。図１４の検索結果は、検索日時、図１２のＵＩで指定した日時指定、及びデバイス指定条件と、検索にヒットしたデバイスの監視情報の一覧が表示されている一例である。
【００８８】
これらにより、第一の実施形態では、汎用の検索ツール（汎用アプリケーション）の利用が必要であったが、第二の実施形態では、本データ検索に特化したツールを用意することで、ユーザの必要データを一覧表示でき、ユーザはその結果を閲覧できるという効果を奏する。
【００８９】
（第三の実施形態）
第一及び第二の実施形態では、検索実行時に検索条件を取得したが、本実施形態では、検索条件の一つとして、定期的な検索指定が可能であるように構成する。
【００９０】
本実施形態に係るシステム構成は図４（Ｂ）であり、図４（Ａ）に定期検索実行部４１２及び検索結果保存部４１３が追加された構成となる。したがって、重複する部分については、説明を省略する。
【００９１】
本実施形態では、本プログラムの１メニューとしてユーザが、定期検索設定１３０１のＯＮ／ＯＦＦ、及び定期検索設定のＯＮ時の定期検索条件設定１３０２が可能であるように検索設定ＵＩを構成する。ユーザから検索設定要求があると、監視装置１０１の定期検索実行部４１２は、図１３に示す検索設定ＵＩを開く。
【００９２】
図１３に示す検索設定ＵＩは、監視装置１０１の検索条件取得部４０９が提供し、日時指定、結果ファイルの格納フォルダ指定１３０３が可能である。日時指定については、第二の実施形態同様、検索用データ中、日時情報である収集日時、送信開始日時、送信完了日時からラジオボタンにより、選択する。その選択した日時について、定期的な検索を行うための日時、検索条件指定を選択する。日時は、例えば、“毎月”／“毎週”／“偶数月”／“奇数月”のような条件を指定可能に構成する。検索条件指定は、第二の実施形態同様、例えば、指定日時“以前の最新”／“以降の最新”／“丁度”のような条件を指定可能に構成する。
【００９３】
結果ファイルの格納フォルダ指定１３０３は、検索結果ファイルをどこに格納するか、格納フォルダ名を指定する。ファイル名は実行日時（或いは条件日時）による自動生成を行う。図１３に示す検索設定ＵＩの更新ボタン１３０４を押下することで、検索スケジュールが更新される。
【００９４】
また、この監視装置１０１の定期検索実行部４１２の定期検索実行処理フローは図９のようになり、以下、詳細を説明する。また、本処理はシステム起動時に開始されるものとする。
【００９５】
監視装置１０１の定期検索実行部４１２は、検索条件入力ＵＩ等により既に設定されている検索条件を取得する（Ｓ９０１）。次に、定期検索実行部４１２は、取得した検索条件中、定期検索の設定（図１３の定期検索設定１３０１に相当）が“ＯＮ”であるかを判定する（Ｓ９０２）。定期検索の設定が“ＯＮ”である場合（Ｓ９０２にてＹｅｓ）、定期検索実行部４１２は、次回検索実行日時を検索条件から算出し、検索実行のためのタイマーをセットする（Ｓ９０３）。Ｓ９０３の後、定期検索実行部４１２は、検索時間になったか（タイマーがシグナル状態になったか）を判定する（Ｓ９０４）。検索時間になった場合（Ｓ９０４にてＹｅｓ）、定期検索実行部４１２は、所定のフォルダから検索条件に適合するデータを検索する（Ｓ９０５）。
【００９６】
次に、定期検索実行部４１２は、図１３に示す検索設定ＵＩにより指定された結果ファイルの格納フォルダ指定１３０３により、指定されたフォルダに検索結果のファイルを出力する（Ｓ９０６）。そして、監視装置１０１の検索結果保存部４１３により、検索結果のファイルを保存する（Ｓ９０７）。
【００９７】
検索結果のファイルは、例えば、図１４のように構成できる。図１４に示す検索結果のファイルの構成例として、一行目に検索日時１４０１、二行目に日時指定１４０２、三行目にデバイス指定１４０３の情報を含む。以降の情報については、図１１に示したデータ種別１１０３、データ１１０４と同様であるため、説明を省略する。なお、ファイルの構成は、これに限定するものではない。
【００９８】
Ｓ９０７の後、監視装置１０１は、Ｓ９０３同様、検索実行日時を検索条件から算出し、検索実行のためのタイマーをセットする（Ｓ９０８）。Ｓ９０８の後、Ｓ９０４へ戻る。
【００９９】
Ｓ９０２或いはＳ９０４にてＮｏの場合は、監視装置１０１は、検索設定要求があるかの判定を行う（Ｓ９０９、Ｓ９１０）。Ｓ９０９或いはＳ９１０にてＹｅｓの場合は、監視装置１０１は、表示部３２１を介して図１３に示す検索設定ＵＩを表示する（Ｓ９１１）。Ｓ９０９にて検索設定要求が無い場合（Ｓ９０９にてＮｏ）、監視装置１０１は、検索設定要求を受信するまで待機する。Ｓ９１０にて検索設定要求が無い場合（Ｓ９１０にてＮｏ）、Ｓ９０４に戻る。
【０１００】
Ｓ９１１の後、監視装置１０１は、図１３の検索設定ＵＩで更新のキャンセルが指示されたかを判定する（Ｓ９１２）。図１３の検索設定ＵＩではキャンセルボタン１３０５の押下により、キャンセル指示を行う。更新のキャンセルが指示された場合（Ｓ９１２にてＹｅｓ）、Ｓ９０４へ戻る。更新のキャンセルが指示されない場合（Ｓ９１２にてＮｏ）、監視装置１０１は、図１３の検索設定ＵＩで設定更新が指示されたかの判定を行う（Ｓ９１３）。図１３の検索設定ＵＩでは更新ボタン１３０４の押下により、更新指示を行う。設定更新が指示された場合（Ｓ９１３にてＹｅｓ）、監視装置１０１は、定期検索の指定（定期検索設定１３０１）が“ＯＮ”から“ＯＦＦ”に変更されたか、或いは、“ＯＮ”のままであるかを判定する（Ｓ９１４）。Ｓ９１４でＹｅｓの場合は、前回設定した検索タイマーは無効であるため、監視装置１０１は、タイマーをクリアする（Ｓ９１５）。Ｓ９１４でＮｏの場合、及びＳ９１５の後はＳ９０２に戻る。設定更新が指示されない場合は（Ｓ９１３にてＮｏ）、Ｓ９１２へ戻る。
【０１０１】
これらにより、第一及び第二の実施形態では、検索の都度、検索指示が必要であったが、第三の実施形態では、生成されたファイルを用いて定期的に検索を実行するよう、構成することにより、ユーザの指示の手間を軽減できるという更なる効果を奏する。
【０１０２】
（第四の実施形態）
第三の実施形態では、ユーザ指定により定期的な検索条件を取得したが、本実施形態では、監視装置１０１の定期検索実行部４１２は、中央管理装置１０６から定期検索条件を取得する。例えば、本発明により、毎月の課金データを特定したい場合、検索条件として課金日時を中央管理装置１０６から取得すればよい。本システムの構成は図４（Ｂ）であって、第三の実施形態と同様である。そのため、重複する部分に関しては、説明を省略する。
【０１０３】
第三の実施形態の定期検索実行部４１２の定期検索実行処理フローに代わる、本実施の形態の処理フローは図１５のようになり、以下、詳細を説明する。また、本処理は、システム起動時に開始されるものとする。
【０１０４】
まず、監視装置１０１は、中央管理装置１０６から検索条件を取得する（Ｓ１５０１）。次に、監視装置１０１は、取得した検索条件から、次回検索実行日時を算出し、検索実行のためのタイマーをセットする（Ｓ１５０２）。Ｓ１５０２の後、監視装置１０１は、検索時間になったか（タイマーがシグナル状態になったか）を判定する（Ｓ１５０３）。検索時間である場合（Ｓ１５０３にてＹｅｓ）、監視装置１０１は、所定のフォルダから検索条件に適合するデータを検索する（Ｓ１５０４）。
【０１０５】
次に、監視装置１０１は、システム設定により決定されたフォルダに検索結果を出力する（Ｓ１５０５）。そして、監視装置１０１は、検索結果保存部４１３により、結果のファイルを保存する（Ｓ１５０６）。検索結果のファイルは、第三の実施形態同様、例えば、図１４のように構成できる。
【０１０６】
検索時間でない場合（Ｓ１５０３にてＮｏ）、監視装置１０１は、中央管理装置１０６に定期的に検索条件を取得するタイミングであるか判定する（Ｓ１５０７）。本実施形態では、一例として、定期的に中央管理装置１０６から検索条件を取得することで、中央管理装置１０６での検索条件の変更を検知するように構成している。検索条件を取得するタイミングである場合（Ｓ１５０７にてＹｅｓ）、監視装置１０１は、中央管理装置１０６から検索条件を取得する（Ｓ１５０８）。そして、監視装置１０１は、Ｓ１５０８で取得した検索条件が更新されたかを判定する（Ｓ１５０９）。検索条件が更新された場合（Ｓ１５０９にてＹｅｓ）、前回設定した検索タイマーは無効となるため、監視装置１０１は、検索タイマーの値をクリアする（Ｓ１５１０）。
【０１０７】
Ｓ１５０７或いはＳ１５０９でＮｏの場合、Ｓ１５０３へ戻る。Ｓ１５０６及びＳ１５１０の後は、Ｓ１５０２へ戻る。
【０１０８】
以上により、第三の実施形態では、ユーザによる検索条件設定が必要であったが、第四の実施形態では、中央管理装置１０６から検索条件を取得するよう構成することにより、ユーザの指示の手間を軽減できるという効果を奏する。
【０１０９】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、監視装置、監視方法、およびプログラムに関する。特に、プリンタや複写機等の画像形成装置のカウンタ情報、デバイス情報をネットワーク経由で中央管理装置に送信する技術に関する。
【背景技術】
【０００２】
現在、プリンタや複写機等の画像形成装置の各種カウンタ情報、デバイス情報は、画像形成装置から直接、或いは一旦遠隔監視装置で複数の画像形成装置の情報を収集し、中央管理装置（中央管理サーバ）に送信している。中央管理装置に送信されたデータは、販売会社（サービスセンタ）等により集計／分析／管理が行われ、この情報を元に課金処理が行われている。
【０００３】
ここで、遠隔監視装置から中央管理装置に送信したデータは、販売会社等が使用することが前提であるが、画像形成装置が設置されている各拠点のシステム管理者等が同送信データを確認したいという要望がある。
【０００４】
例えば、特許文献１では、中央管理サーバへの送信データと同じデータを、システム管理者にセキュアに送信する方法が提案されている。この方法によると、中央管理サーバに暗号化されたデータをメール送付すると同時に、システム管理者にもＣＣ（Ｃａｒｂｏｎ Ｃｏｐｙ）送付される。システム管理者は前記暗号化データ中の公開鍵と、鍵ペアである秘密鍵をセットしたデータビューアとをダウンロードすることにより、復号したデータを閲覧可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３５０６５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、中央管理装置に送付するデータ量は膨大であり、例えば特許文献１はデータ監査目的には使用できるが、収集したデータのうち必要なデータのみ参照したいといったシステム管理者のことを想定していなかった。また、収集したデータのサイズもさることながら、専用データビューアを通して閲覧するため、必要データの検索、再加工には不向きであった。更に閲覧のために、システム管理者にとって、専用データビューアのダウンロードが必要であった。
【０００７】
そこで、本発明では、必要なデータを容易に閲覧できるといった、前述のシステム管理者を十分に考慮した手法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本願発明に係る監視装置は、以下の構成を有する。すなわち、通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置であって、前記複数の画像形成装置から前記監視情報を収集する収集手段と、前記収集手段にて収集した監視情報を保存する保存手段と、前記保存手段にて保存された監視情報を前記中央管理装置に送信する送信手段と、前記収集した監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択手段と、前記送信手段にて送信された監視情報から、前記選択手段にて選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力する出力手段とを有する。
【発明の効果】
【０００９】
本発明によれば、中央管理装置へ送信したデータのうちの選択された必要なデータを、システム管理者等に提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】機器管理システムのブロック図。
【図２】監視装置１０１を含む、情報処理装置のブロック図。
【図３】画像形成装置の構成を示すブロック図。
【図４】監視装置１０１の詳細な構成を示すブロック図。
【図５】監視装置１０１の動作を示すフローチャート。
【図６】監視装置１０１の監視情報収集処理を示すフローチャート。
【図７】監視装置１０１の監視情報送信処理を示すフローチャート。
【図８】監視装置１０１の検索処理を示すフローチャート。
【図９】第三の実施形態に係る監視装置１０１の定期検索処理を示すフローチャート。
【図１０】出力データ種別選択ＵＩの一例を示す図。
【図１１】出力データフォーマットの一例を示す図。
【図１２】検索ＵＩの一例を示す図。
【図１３】検索設定ＵＩの一例を示す図。
【図１４】出力データフォーマットの一例を示す図。
【図１５】第四の実施形態に係る監視装置１０１の定期検索処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
（第一の実施形態）
［システム構成］
図１は、本実施形態に係る機器管理システムの概略構成を表すブロック図である。監視される拠点側には、管理対象となる複数の画像形成装置１０２ａ、１０２ｂ、・・・に対して、その機器情報、機器状態を管理する監視装置１０１がＬＡＮ１０４ａを通じて通信可能に接続されている。この監視装置１０１は、ＬＡＮ１０４ａを介してインターネット１０５に接続されており、中央管理装置１０６を含むサービスセンタ側と通信可能となっている。本実施形態において、中央管理装置１０６が配置された側（ＬＡＮ１０４ｂ側）をサービスセンタ側、監視装置１０１が配置された側（ＬＡＮ１０４ａ側）を拠点側とする。なお、本実施形態においては、インターネット１０５を介して、各ネットワークが接続された例を示しているが、これに限定するものではなく、他のネットワークを介した構成であっても構わない。
【００１３】
監視を行うサービスセンタ側には、中央管理装置１０６と、ＤＢ管理サーバ１０３ｂと、ＨＴＴＰ（Ｓ）及びＳＯＡＰ通信が可能なＨＴＴＰ／ＳＯＡＰサーバ１０７とＬＡＮ１０４ｂを備える。
【００１４】
中央管理装置１０６は、監視対象となる各画像形成装置の情報を一元的に管理、収集を行い、必要に応じて、情報の提供などを行う。サービスセンタ側のＤＢ管理サーバ１０３ｂは、各種情報のデータベースとしての役割を担い、中央管理装置１０６の指示に従って収集した各種情報を保持する。
【００１５】
ＨＴＴＰ／ＳＯＡＰサーバ１０７は、ＬＡＮ１０４ｂを介してインターネット１０５に接続され、インターネット１０５から受信したデータを中央管理装置１０６に送信する。
【００１６】
なお、図１において、本実施形態では、サービスセンタ側の各サーバは異なる装置にて構成されるように示しているが、同一装置内にて実現しても構わないし、同じ機能を複数の物理的な装置で分散して実現しても構わない。
【００１７】
監視される拠点側の監視装置１０１について、更に詳しく説明すると、監視装置１０１は画像形成装置毎に今まで印刷された枚数、面数などの各種カウンタ値、機器情報、機器状態を記憶部に保存している。保持の方法としては、各画像形成装置から定期的、或いは必要に応じ、監視装置１０１にて取得した各種情報を、ＤＢ管理サーバ１０３ａに保持することなどが考えられる。
【００１８】
また、監視装置１０１からの各情報の取得タイミングとしては、カウンタ値、機器の環境情報等は通常、定期的に画像形成装置から取得する。また、機器がエラー／警告状態となった際には随時、画像形成装置から取得する。更に、画像形成装置のＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）操作などで遠隔装置、或いは中央管理装置１０６から応答が必要な要求が発生した場合も随時、画像形成装置から取得する。
【００１９】
各画像形成装置から取得し、拠点側のＤＢ管理サーバ１０３ａに保持された情報は、定期的、或いは必要に応じ、ＨＴＴＰ（Ｓ）又はＳＯＡＰを用いてサービスセンタ側に送信する。ここでのＨＴＴＰ（Ｓ）（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ （ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ））やＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）は、各装置間で通信を行う際に用いられるプロトコルを示す。
【００２０】
なお、図１において、本実施形態では、拠点側の監視装置１０１とＤＢ管理サーバ１０３ａとは、異なる装置にて構成されるように示しているが、同一装置内で実現しても構わない。
【００２１】
［機器構成］
図２は、本実施形態に係る情報処理装置の構成を説明するブロック図であり、図１中の監視装置１０１や、中央管理装置１０６、ＨＴＴＰ／ＳＯＡＰサーバ１０７の構成に相当する。図２において、ＣＰＵ２００は情報処理装置の制御手段であり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や本発明に係るデバイス監視プログラムなどを実行する。この時、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００２２】
尚、後述する各フローチャートにおける各ステップの処理はＣＰＵが各種記憶部（２０１、２０４，２０５等）である記憶手段に格納されたプログラムコードに基づく処理を実行することによって、実現されるものとする。
【００２３】
記憶手段であるＲＯＭ２０１は、内部に基本Ｉ／Ｏプログラム等のプログラム、設定データ等の各種データを記憶する。一時記憶手段であるＲＡＭ２０２は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。
【００２４】
記憶媒体読み込み手段としてのフロッピー（登録商標）ディスク（ＦＤ）ドライブ２０３は、ＦＤドライブ２０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることが出来る。尚、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。記憶媒体であるフロッピー（登録商標）ディスク（ＦＤ）２０４は、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。
【００２５】
ハードディスク（ＨＤ）２０５は、外部記憶手段の一つであり、大容量メモリとして機能する。ＨＤ２０５は、アプリケーションプログラム、ＯＳ、関連プログラム等を格納している。指示入力手段であるキーボード２０６は、例えば、監視装置に対する監視設定等を入力指示する。
【００２６】
表示手段であるディスプレイ２０７は、キーボード２０６から入力した設定指示、監視状態を表示したりする。尚、実際にはアプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号、或いはデジタル信号に変換した情報がディスプレイ２０７に表示される場合等がある。本実施形態における表示制御とは、表示手段に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。
【００２７】
システムバス２０８は、情報処理装置内のデータの流れを司るものである。インタフェース（Ｉ／Ｆ）２０９は入出力手段であるインタフェースであり、情報処理装置はＩ／Ｆ２０９を介して外部装置とのデータのやり取りを行う。
【００２８】
図３は、実施形態における画像形成装置１０２のプリンタ制御部とその周辺部分のブロック構成図である。図３中、プリンタコントローラ３０１は、ホストコンピュータなどの外部装置３２２（図１の監視装置１０１等に相当）と、各種データの送受信を所定のプロトコルで実行するための通信部３１６を備える。更に、プリンタコントローラ３０１は、通信と画像データの受信、及び受信した画像データをプリンタが印字可能な情報に展開すると共に、後述のエンジン制御部３０２との間で信号の送受信及びシリアル通信を行うためのビデオＩ／Ｆ３１７等を備える。
【００２９】
画像形成装置１０２のＣＰＵ３１２は、ＲＯＭ３１４或いはＨＤ（外部メモリ）３１９に記憶された制御プログラムなどに基づいて、システムバス３２３に接続される各種デバイスとのアクセスを統括的に制御する。更に、ＣＰＵ３１２は、ビデオＩ／Ｆ３１７を介して接続されるプリンタエンジンに出力情報としての画像信号を出力する。
【００３０】
ＲＡＭ３１３は、ＣＰＵ３１２の主メモリ、ワークエリア等として機能する。メモリコントローラ（ＤＫＣ）３１５はブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶するＨＤ３１９等の外部メモリとのアクセスを制御する。
【００３１】
操作部３２０は、表示部３２１やキーボードを含んでおり、入出力Ｉ／Ｆ３１８を介してオペレータへの情報提供や、オペレータからの入力指示を受け付ける。
【００３２】
エンジン制御部３０２は、プリンタコントローラ３０１との間で信号のやり取り、シリアル通信を介してプリンタエンジンの各ユニットの制御を行う。用紙搬送制御部３０３は、プリントする用紙を給紙搬送し、プリント後の排紙までの紙搬送をエンジン制御部３０２の指示に基づき実行する。光学系制御部３０４は、スキャナモータの駆動及びレーザのＯＮ／ＯＦＦ制御をエンジン制御部３０２の指示に基づき実行する。
【００３３】
高圧系制御部３０５は、帯電、現像、転写などの電子写真プロセスに必要な高圧出力をエンジン制御部３０２の指示に基づき実行する。定着器温度制御部３０６は、エンジン制御部３０２の指示に基づき、定着器の温度制御を行うと共に、定着器の異常検出等を行う。
【００３４】
ジャム検出部３０７は、用紙搬送中の搬送不良を検出する。故障検出部３０８は、プリンタ内の機能部の故障を検出する。印刷完了検知部３０９は、印刷が正常に行われたことを検出して、エンジン制御部３０２に通知する。カウンタ制御部３１０は、印刷後、各種カウンタ情報を更新する。
【００３５】
エンジン制御部３０２は、プリンタエンジンの各ユニットの情報を管理する機器情報管理部３１１を備える。機器情報管理部３１１では、外部装置３２２からの要求に応じて、例えば、エンジン制御部３０２は、カウンタ制御部３１０からカウンタ値を取得し、ビデオＩ／Ｆ３１７に渡す。これにより、カウンタ情報はビデオＩ／Ｆ３１７、通信部３１６を介して外部装置３２２に送信される。その他、エンジン制御部３０２は、外部装置３２２から情報取得要求があった場合も、適宜、各ユニットから情報を取得し、機器情報管理部３１１を介して提供する。
【００３６】
更に、ジャム検出部３０７から通知されたジャム情報、故障検出部３０８から通知されたエラー情報も機器情報管理部３１１で管理される。これらの情報も、外部装置３２２から予めイベント通知依頼がなされていた場合、機器情報管理部３１１から外部装置３２２にビデオＩ／Ｆ３１７等を介し、送信される。
【００３７】
また、本実施形態に係る画像形成装置として、上述の電子写真方式を利用したレーザビームプリンタ、インクジェット方式を利用したインクジェットプリンタ、或いは熱転写方式を採用したサーマルヘッドプリンタ、或いは複写機等に適用可能である。
【００３８】
図４（Ａ）は、本実施形態に係る監視装置１０１内の詳細な構成図である。尚、図４（Ａ）の各構成部の処理は、図１に示した監視装置１０１に設けられたＣＰＵがＲＯＭ、ハードディスク等の不揮発性記憶手段に記憶された各種制御プログラムを読み込み、実行することに応じて実現されるものとする。
【００３９】
監視情報収集部４０１は、画像形成装置１０２ａ、１０２ｂから定期的、或いは指示されたタイミングで画像形成装置から監視情報を収集する。監視情報保存部４０２は、監視情報収集部４０１で収集した各画像形成装置の監視情報をＤＢ管理サーバ１０３ａに保存する。
【００４０】
監視情報送信部４０３は、ＤＢ管理サーバ１０３ａに保存した監視情報から送信データを作成し、中央管理装置１０６に送信する。データ種別選択部４０４は、ユーザが出力したいデータ種別を選択する。データ出力部４０５は、ＤＢ管理サーバ１０３ａに保存された情報のうち、データ種別選択部４０４で選択されたデータ種を出力する。
【００４１】
出力データ保存部４０６は、データ出力部４０５で出力された出力データをファイル形式、或いはＤＢ管理サーバ１０３ａ上に保存する。出力データ取得部４０７は、出力データ保存部４０６により保存された出力データを、検索のために取得する。時刻取得部４０８は、監視情報からのデータ収集日時や、中央管理装置１０６へのデータ送信日時などの日付を含む時刻情報を取得する。
【００４２】
検索条件取得部４０９は、出力データの時刻条件などの検索条件を取得する。出力データ検索部４１０は、検索条件取得部４０９で取得した検索条件に従って、検索を実行する。検索結果出力部４１１は、出力データ検索部４１０で検索した結果を出力する。
【００４３】
［処理フロー］
本実施形態に係る処理の流れを図５のフローチャートに従って説明する。尚、図５から図９のフローチャートの各ステップの処理は、図１に示した監視装置１０１に設けられたＣＰＵがＲＯＭ、ハードディスク等の不揮発性記憶手段に記憶された各種制御プログラムを読み込み実行することに応じて実現されるものとする。
【００４４】
本実施形態では、監視装置１０１は、中央管理装置１０６側（サービスセンタ側）から、定期スケジュールを取得し、その定期スケジュールに従って、全登録デバイス（登録済みの画像形成装置）から監視情報を収集する。そして、監視装置１０１は、収集した監視情報を中央管理装置１０６に送信しているものとする。勿論、定期スケジュールは、拠点側で設定するような構成としても構わない。
【００４５】
また、本実施形態では、監視装置１０１による監視情報を収集後、すぐ中央管理装置１０６へ送信する構成としているが、各画像形成装置からの収集スケジュールと、中央管理装置１０６への送信スケジュールとが別々に構成されていても構わない。また、図５のフローチャートは、システムの電源投入に起因して、処理を開始しているが、これに限定するものではなく、ユーザの指示等に基づき、任意のタイミングで処理フローを開始するようにしても構わない。
【００４６】
また、定期スケジュール以外に、ユーザ要求などにより、即時送信をする場合の適用例についても説明を行う。
【００４７】
先ず、監視装置１０１は、電源投入に伴うシステムの初期化を行う（Ｓ５０１）。具体的な初期化処理として、監視装置１０１は、既に登録済みのデバイス情報に関する情報テーブルを読み込み、変数の初期化などを行う。更に監視装置１０１は、初期化処理のうちの一処理として、中央管理装置１０６から送信スケジュールが取得済みであるか判定する（Ｓ５０２）。
【００４８】
送信スケジュールが未取得の場合（Ｓ５０２にてＮｏ）、監視装置１０１は、中央管理装置１０６と通信を行うための通信設定が完了しているかの判定を行う（Ｓ５０３）。通信設定が完了していない場合（Ｓ５０３にてＮｏ）、監視装置１０１は設定が完了するまで待機する。通信設定が完了している場合（Ｓ５０３にてＹｅｓ）、監視装置１０１は、中央管理装置１０６から送信スケジュールを取得し（Ｓ５０４）、Ｓ５０２へ戻る。送信スケジュールを取得した場合（Ｓ５０２にてＹｅｓ）、初期化処理完了とし、監視装置１０１は、外部からの要求、検出情報を処理するループに入る。
【００４９】
まず、監視装置１０１は、現時刻が定期スケジュール時刻であるか判定する（Ｓ５０５）。ここでの定期スケジュール時刻とは、中央管理装置１０６から取得した送信スケジュールの情報に基づき、収集処理／送信処理を行う時刻を意味する。定期スケジュール時刻の場合は（Ｓ５０５にてＹｅｓ）、監視装置１０１の監視情報収集部４０１は、全登録デバイスからの監視情報収集処理を行う（Ｓ５０６）。ここでの監視情報収集処理については、図６を用いて後述する。Ｓ５０６の監視情報収集処理が完了すると、監視装置１０１の監視情報送信部４０３は、全登録デバイスを対象に中央管理装置１０６への送信処理を行う（Ｓ５０７）。ここでの中央管理装置１０６への送信処理については、図７を用いて後述する。
【００５０】
Ｓ５０７の送信処理が完了したら、監視装置１０１は、送信結果より再送が必要か判定する（Ｓ５０８）。ここで、再送の必要がある場合とは、例えば、装置間の通信状態により接続に失敗した場合や、送信の途中で何らかのエラーが生じた場合などが考えられる。
【００５１】
再送が必要である場合（Ｓ５０８にてＹｅｓ）、監視装置１０１は、再送カウンタＲに最大再送回数Ｎ（システム固定値ｏｒ設定値）をセットする（Ｓ５０９）。そして、監視装置１０１は、再送タイマーをセットする（Ｓ５１０）。ここでの再送タイマーは、所定の値が設定され、再送タイマーで指示された再送タイミングで再送処理（Ｓ５１２）が行われることとなる。本実施形態の場合、全登録デバイスのスケジュール送信に対し、最大再送回数を共通値で設定しているが、勿論、デバイス毎に設定しても構わない。再送が必要ない場合（Ｓ５０８にてＮｏ）、Ｓ５０５に戻る。
【００５２】
定期スケジュール時刻でない場合（Ｓ５０５にてＮｏ）、監視装置１０１は、再送タイマーがシグナル状態になったか（即ち再送タイミングであるか）を判定する（Ｓ５１１）。再送タイミングである場合（Ｓ５１１にてＹｅｓ）、再送対象デバイスに対し、監視装置１０１の監視情報送信部４０３は、中央管理装置１０６への送信処理を行う（Ｓ５１２）。ここでの中央管理装置１０６への送信処理については、図７を用いて後述する。
【００５３】
Ｓ５１２の送信処理完了後、監視装置１０１は、Ｓ５０８同様、送信結果より再送が必要か判定する（Ｓ５１３）。再送が必要である場合（Ｓ５１３にてＹｅｓ）、監視装置１０１は、再送カウンタを１つ減算する（Ｓ５１４）。そして、監視装置１０１は、再送カウンタが正であるか判定する（Ｓ５１６）。再送カウンタが正である場合（Ｓ５１６にてＹｅｓ）、監視装置１０１は、再送タイマーをセットし（Ｓ５１７）、Ｓ５０５へ戻る。
【００５４】
再送が必要でない場合（Ｓ５１３にてＮｏ）、監視装置１０１は、再送カウンタを０にセットし（Ｓ５１５）、Ｓ５０５へ戻る。再送カウンタが正でない（即ち再送カウンタが０）の場合（Ｓ５１６にてＮｏ）、Ｓ５０５へ戻る。
【００５５】
再送タイミングでない場合（Ｓ５１１にてＮｏ）、監視装置１０１は、ユーザ要求などにより、指定デバイスに対する監視情報の即時送信要求があるかの判定を行う（Ｓ５１８）。なお、即時送信要求は、本システムの１メニューとして、ユーザが操作部３２０経由で指示を与えるように構成してもよいし、中央管理装置１０６側からの指示に基づくように構成してもよい。
【００５６】
即時送信要求がある場合（Ｓ５１８にてＹｅｓ）、監視装置１０１の監視情報収集部４０１は、指定デバイスからの監視情報収集処理を行う（Ｓ５１９）。ここでの監視情報収集処理については、図６を用いて後述する。Ｓ５１９で監視情報収集処理が完了すると、監視装置１０１の監視情報送信部４０３は、指定デバイスを対象に中央管理装置１０６への送信処理を行い（Ｓ５２０）、Ｓ５０５に戻る。
【００５７】
即時送信要求が無い場合（Ｓ５１８にてＮｏ）、監視装置１０１は、出力データ種別選択要求があるか判定する（Ｓ５２１）。なお、出力データ種別選択要求は、本システムの１メニューとして、ユーザが操作部３２０経由で指示を与えるように構成する。出力データ種別選択要求がある場合（Ｓ５２１にてＹｅｓ）、監視装置１０１は、表示部３２１を介し、ユーザインタフェースとして図１０のような出力データ種別選択画面を表示する（Ｓ５２２）。
【００５８】
ここで、図１０を用い、出力データ種別選択画面について、説明する。本画面にはＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）ファイル出力を行うか否かの出力設定１００１があり、この設定のチェックが“ＯＮ”の時には選択的な情報出力を行い、チェックが“ＯＦＦ”の時には行わない。また、本実施形態では出力先はＣＳＶファイルに限定しているが、別のファイルフォーマットでもよく、ＤＢ出力などでも同様である。
【００５９】
出力設定１００１の設定が“ＯＮ”の場合、出力情報を選択するためのデータ種別の一覧（出力情報１００２）が表示されている。図１０では、一例として、課金カウンタの一覧がチェックボックスとして表示されているが、監視情報の何れであっても構わない。また、指定フォーマットもチェックボックスに限定せず、エディットボックス等での入力であっても構わない。ユーザは出力情報１００２欄で出力したい情報を選択し、更新ボタン１００３を押下する。
【００６０】
図１０では、更新ボタン１００３、或いはキャンセルボタン１００４を押下したとき、選択が完了したと判断される。図１０に示す出力データ種別選択画面は一例であり、構成や項目などはこれに限定するものではない。例えば、図１０では、出力するデータの種別を、ユーザが個別にチェックボックスを利用して選択するように構成されているが、予め出力するデータの種別を定義した設定ファイルを入力できるようにしても構わない。また、図１０では、主に画像形成装置にて行う処理のうち、課金に関連する情報を指定できるように構成しているが、機器管理等の情報を更に含めるようにしても構わない。
【００６１】
出力データ種別の選択が完了していない場合（Ｓ５２３にてＮｏ）、監視装置１０１は、選択が完了するまで（図１０のいずれかのボタンが押下されるまで）待機する。出力データ種別の選択が完了した場合（Ｓ５２３にてＹｅｓ）、監視装置１０１は、設定が更新されたか判定する（Ｓ５２４）。図１０の更新ボタン１００３が押下された場合は、設定更新されたものと判定できる。設定更新された場合は（Ｓ５２４にてＹｅｓ）、監視装置１０１は、設定内容を選択結果として保存し（Ｓ５２５）、Ｓ５０５へ戻る。前記設定内容は、設定ファイルや、プログラム内、或いはデータベース（ＤＢ）内に保存し、出力時参照することにより、出力情報を絞る。
【００６２】
設定更新がされていない場合は（Ｓ５２４にてＮｏ）、Ｓ５０５へ戻る。図１０に示すキャンセルボタン１００４が押下された場合は、設定が更新されていないと判定できる。
【００６３】
［監視情報収集処理］
次に、監視情報収集処理について、図６を用いて説明する。これは、図５の処理フローに示した、Ｓ５０６、Ｓ５１２、Ｓ５２０の処理に相当する。
【００６４】
監視装置１０１は、監視情報の収集対象となるデバイス（画像形成装置）へ送信する監視情報取得要求データを作成する（Ｓ６０１）。次に、監視装置１０１は、監視情報の収集対象のデバイスへ監視情報取得要求を送信し（Ｓ６０２）、デバイスから返信があったか判定する（Ｓ６０３）。デバイスから返信があった場合（Ｓ６０３にてＹｅｓ）、監視装置１０１は、時刻取得部４０８により、その時点の日時及び時刻を取得し、データ収集日時として設定する（Ｓ６０４）。本実施形態では、データ検索用のデータとして、本データ収集日時を収集データに付加する。これにより、データ収集日時と収集データとが対応付けられ、デバイスから取得した日時指定で、出力情報が検索可能になる。
【００６５】
Ｓ６０４でデータ収集日時取得後、監視装置１０１は、デバイスからの収集データと前記収集日時をＤＢなどに保存し（Ｓ６０５）、Ｓ６０３へ戻る。
【００６６】
監視情報取得要求に対する返信が無い場合（Ｓ６０３にてＮｏ）、監視装置１０１は、監視情報取得要求を送信したデバイス全台から返信があったか、或いはタイムアウトであるか判定する（Ｓ６０６）。監視情報取得要求を送信したデバイス全てから返信があったか、もしくは、当該要求を送信してから所定の時間が経過した場合は（Ｓ６０６にてＮｏの場合）、Ｓ６０３へ戻る。Ｓ６０６にてＹｅｓの場合は、監視装置１０１は、監視情報収集処理を終了する。なお、Ｓ６０６において、タイムアウトと判定するための所定の時間は予め定義されているものとする。
【００６７】
［送信処理］
次に、監視装置１０１から中央管理装置１０６への送信処理について、図７を用いて説明する。これは、図５の処理フローに示した、Ｓ５０７、Ｓ５１９の処理に相当する。
【００６８】
監視装置１０１は、中央管理装置１０６への送信対象となるデバイスリスト及び、対象デバイス数Ｎを取得し、デバイスリストの操作に使用する変数ｎを０で初期化する（Ｓ７０１）。次に監視装置１０１は、出力データを保存するファイルＡを生成する（Ｓ７０２）。ファイルＡには、本実施形態に係る選択情報（例えば、図１０の出力情報１００２にて選択されたデータ種別の情報）を保存することとなる。監視装置１０１は、ファイルＡの生成時に時刻取得部４０８により、取得した情報を送信開始日時とし、ファイルＡに出力する（Ｓ７０３）。
【００６９】
次に、監視装置１０１は、デバイスｎ（デバイスリストでｎ番目のデバイス）が送信対象であるか判定する（Ｓ７０４）。この判定は、例えば、Ｓ７０８で保存するデバイス毎のデータ送信日時（この時、前回送信日時となる）が一定時間内であるか、により判定してもよいし、Ｓ６０４で取得したデータ収集日時と前回送信日時を比較することで、判定してもよい。後者の場合、データ収集日時が前回送信時刻より新しい場合は送信対象であるとみなす。
【００７０】
デバイスｎが送信対象でない場合（Ｓ７０４にてＮｏ）、Ｓ７１０へ進む。デバイスｎが送信対象である場合（Ｓ７０４にてＹｅｓ）、監視装置１０１はデバイスｎに関して、中央管理装置１０６への送信データを作成する（Ｓ７０５）。そして、監視装置１０１は、中央管理装置１０６に作成した送信データを送信する（Ｓ７０６）。
【００７１】
監視装置１０１は、中央管理装置１０６に対する送信データの送信が成功したか判定する（Ｓ７０７）。送信が失敗した場合は（Ｓ７０７にてＮｏ）、Ｓ７１０へ進む。送信が成功した場合（Ｓ７０７にてＹｅｓ）、監視装置１０１は、時刻取得部４０８により、現時点の時刻を取得し、データ送信日時として、送信データに対応付けてＤＢに保存する（Ｓ７０８）。本実施形態では送信完了時刻をデータ送信日時としているが、送信開始時刻をデータ送信日時としてもよいし、各時刻情報を取得、保存してもよい。
【００７２】
監視装置１０１は、データ種別選択部４０４により選択されたデータ種別のデータ、及び検索用データをファイルＡに出力する（Ｓ７０９）。
【００７３】
図１１は、出力ファイルＡの構成例であり、一行目にはＳ７０３による送信開始日時１１０１、二行目にはＳ７１２による送信完了時刻１１０２、三行目には各データ項目（データ種別１１０３）、四行目以降は各デバイスのデータ１１０４が出力されている。各デバイスのデータ項目としては、一列目がデバイスからの収集日時、二列目がデバイスを識別するデバイスＩＤ、３列目が製品名、４列目がＩＰアドレス、５列目以降がデバイスからの収集データとなっている。
【００７４】
収集日時は、図６のＳ６０５でＤＢに保存されたデータが取得され、適用される。収集データは、本実施形態では、［１００００００１］、［１００００００２］など、データ識別ＩＤで表され、例えば課金カウンタ番号等を出力する。デバイスＩＤ、製品名、ＩＰアドレス等はデバイスを識別するための情報であり、検索用データとしても使用される。また、その他、ＭＡＣアドレス等の他の情報を付加してもよく、どの情報を出力するかは、可変に設定出来るように構成してもよい。送信開始日時、送信終了日時、収集日時は検索用データとして使用される。なお、図１１に示す出力ファイル（例えば、ＣＳＶ形式）の構成は、一例であり、他の構成であっても構わない。
【００７５】
Ｓ７０９の後、監視装置１０１は、変数ｎをインクリメントする（Ｓ７１０）。その後、監視装置１０１は、ｎが対象デバイス数Ｎに等しいか（即ち、対象デバイスの処理を終えたか）の判定を行う（Ｓ７１１）。ｎが対象デバイス数にＮに等しくない場合（Ｓ７１１にてＮｏ）、Ｓ７０４に戻る。ｎが対象デバイス数Ｎに等しい場合（Ｓ７１１にてＹｅｓ）、監視装置１０１は、時刻取得部４０８により、取得した時刻を送信完了日時とし、ファイルＡへ出力する（Ｓ７１２）。そして、監視装置１０１は、生成されたファイルＡを保存し（Ｓ７１３）、監視情報送信処理を終了する。
【００７６】
なお、本実施形態では、一連の処理完了時にファイル保存処理を行っているが、ファイル出力の都度、保存処理を行うよう、構成してもよいのは言うまでもない。また、図７のフローにおいては、中央管理装置への送信のタイミングで、複数台のデバイスに関する情報を一つのファイルＡに出力していた。しかし、これに限らず、１台のデバイスに対して、１ファイル生成するようにしても構わない。また、生成されたファイルＡは、拠点側のネットワーク内（ローカルネットワーク内）に属するデータベース（例えば、ＤＢ管理サーバ１０３ａ）に蓄積保存されることが想定される。また、収集された監視情報や蓄積されたファイルＡ等のデータは、定期的に削除されるようにしても構わないし、ローカルネットワーク内の別の装置に転送されるようにしても構わない。
【００７７】
［検索処理（汎用アプリケーション）］
次に、検索処理について、図８を用いて説明する。検索処理に関しては、ユーザが任意のタイミングで実施の指示を行い、これに基づき実行される。本実施形態の出力ファイルのフォーマットはＣＳＶ形式であり、一般的なファイルフォーマットであるため、ＣＳＶ対応、及び検索機能を持つ汎用アプリケーションが多数存在する。その汎用アプリケーションを使用する場合のフローは図８のようになる。なお、汎用アプリケーションは、搭載された装置において、ＣＰＵ等により実行される。
【００７８】
まず、汎用アプリケーションは、検索対象として、出力ファイルの保存フォルダから、出力データを取得する（Ｓ８０１）。次に、汎用アプリケーションは、当該汎用アプリケーションの検索機能により、検索条件入力ＵＩ等を使ったユーザの入力から、検索条件を取得する（Ｓ８０２）。汎用アプリケーションは、検索機能実行により、検索用データに対し、データ検索を行う（Ｓ８０３）。そして、汎用アプリケーションは、検索結果を出力する（Ｓ８０４）。
【００７９】
例えば、課金カウンタ情報を検索する場合、課金がデバイスからの収集日時によって行われる場合は、“収集日時”の項目を参照する。また、課金が中央管理装置１０６へのデータ送信日時によって行われる場合は、“送信開始日時”或いは“送信終了日時”を参照すればよい。これらのデータ検索は既知の検索技術、Ｇｒｅｐ技術（パターンマッチング）により可能であり、本願発明の本質ではないため、説明を省略する。
【００８０】
以上、説明した処理により、中央管理装置１０６へ送信したデータの内、ユーザが選択したデータに限定して、検索可能な形式で提供可能となる。
【００８１】
したがって、本実施形態により、第一の効果として、中央管理装置へ送信したデータを選択的に管理者等に提供可能である。また、第二の効果として、出力データに検索用データを含み、再加工やデータ検索が容易である。また、第三点の効果として、必要なデータを選択的に保存可能であるため、保存領域を圧迫しない。
【００８２】
（第二の実施形態）
第一の実施形態では、汎用アプリケーションによりデータ検索を行った。本実施形態では、本システムの１メニューとしてユーザが、検索要求が可能であるように構成し、検索要求があると、監視装置１０１の検索条件取得部４０９は、図１２のような検索条件設定ＵＩを提供する。
【００８３】
図１２の検索条件設定ＵＩでは、検索条件指定１２０１、デバイス指定１２０２、結果ファイル指定１２０３が可能である。検索条件指定１２０１については、検索用データ中、日時情報である収集日時、送信開始日時、送信完了日時の選択項目の中からラジオボタンにより、選択する。その選択した日時について、日時指定欄で、年月日、時刻、検索条件指定を選択する。検索条件指定１２０１は、例えば、指定日時“以前の最新”／“以降の最新”／“丁度”のような条件を指定可能に構成する。ここで選択可能な項目については、上記に限定するものではなく、日時を用いて判定できる項目であれば、他の設定項目であっても構わない。
【００８４】
デバイス指定１２０２に関しては、全デバイス、或いは指定デバイスが選択でき、指定デバイス情報は、図１１の例では、デバイスＩＤ、製品名、ＩＰアドレス等が選択可能に構成出来る。また、複数のデバイスを選択できるようにしても構わない。
【００８５】
結果ファイル指定１２０３は、検索結果をどこに格納するか、格納フォルダ名、ファイル名を指定する。ファイル名は、日付による自動生成などが選択可能に構成できる。例えば、実行日時（或いは条件日時）をファイル名に付加することにより、ファイル名を特定する。
【００８６】
図１２に示す検索条件設定ＵＩにおいて、実行ボタン１２０４を押下することで、検索処理が実行される。なお、また、この検索処理フローは図８と同等であり、以下説明する。
【００８７】
［検索処理］
監視装置１０１は、検索対象となる出力データを取得（オープン）する（Ｓ８０１）。監視装置１０１は、図１２に示す検索条件設定ＵＩにより、設定された検索条件を取得し（Ｓ８０２）、所定のフォルダから検索条件に適合するデータを検索する（Ｓ８０３）。次に、監視装置１０１は、図１２の検索条件設定ＵＩにより指定された結果ファイル指定１２０３により、指定されたフォルダ及びファイル名で検索結果を出力する（Ｓ８０４）。検索結果は、例えば、図１４のように構成できる。図１４の検索結果は、検索日時、図１２のＵＩで指定した日時指定、及びデバイス指定条件と、検索にヒットしたデバイスの監視情報の一覧が表示されている一例である。
【００８８】
これらにより、第一の実施形態では、汎用の検索ツール（汎用アプリケーション）の利用が必要であったが、第二の実施形態では、本データ検索に特化したツールを用意することで、ユーザの必要データを一覧表示でき、ユーザはその結果を閲覧できるという効果を奏する。
【００８９】
（第三の実施形態）
第一及び第二の実施形態では、検索実行時に検索条件を取得したが、本実施形態では、検索条件の一つとして、定期的な検索指定が可能であるように構成する。
【００９０】
本実施形態に係るシステム構成は図４（Ｂ）であり、図４（Ａ）に定期検索実行部４１２及び検索結果保存部４１３が追加された構成となる。したがって、重複する部分については、説明を省略する。
【００９１】
本実施形態では、本プログラムの１メニューとしてユーザが、定期検索設定１３０１のＯＮ／ＯＦＦ、及び定期検索設定のＯＮ時の定期検索条件設定１３０２が可能であるように検索設定ＵＩを構成する。ユーザから検索設定要求があると、監視装置１０１の定期検索実行部４１２は、図１３に示す検索設定ＵＩを開く。
【００９２】
図１３に示す検索設定ＵＩは、監視装置１０１の検索条件取得部４０９が提供し、日時指定、結果ファイルの格納フォルダ指定１３０３が可能である。日時指定については、第二の実施形態同様、検索用データ中、日時情報である収集日時、送信開始日時、送信完了日時からラジオボタンにより、選択する。その選択した日時について、定期的な検索を行うための日時、検索条件指定を選択する。日時は、例えば、“毎月”／“毎週”／“偶数月”／“奇数月”のような条件を指定可能に構成する。検索条件指定は、第二の実施形態同様、例えば、指定日時“以前の最新”／“以降の最新”／“丁度”のような条件を指定可能に構成する。
【００９３】
結果ファイルの格納フォルダ指定１３０３は、検索結果ファイルをどこに格納するか、格納フォルダ名を指定する。ファイル名は実行日時（或いは条件日時）による自動生成を行う。図１３に示す検索設定ＵＩの更新ボタン１３０４を押下することで、検索スケジュールが更新される。
【００９４】
また、この監視装置１０１の定期検索実行部４１２の定期検索実行処理フローは図９のようになり、以下、詳細を説明する。また、本処理はシステム起動時に開始されるものとする。
【００９５】
監視装置１０１の定期検索実行部４１２は、検索条件入力ＵＩ等により既に設定されている検索条件を取得する（Ｓ９０１）。次に、定期検索実行部４１２は、取得した検索条件中、定期検索の設定（図１３の定期検索設定１３０１に相当）が“ＯＮ”であるかを判定する（Ｓ９０２）。定期検索の設定が“ＯＮ”である場合（Ｓ９０２にてＹｅｓ）、定期検索実行部４１２は、次回検索実行日時を検索条件から算出し、検索実行のためのタイマーをセットする（Ｓ９０３）。Ｓ９０３の後、定期検索実行部４１２は、検索時間になったか（タイマーがシグナル状態になったか）を判定する（Ｓ９０４）。検索時間になった場合（Ｓ９０４にてＹｅｓ）、定期検索実行部４１２は、所定のフォルダから検索条件に適合するデータを検索する（Ｓ９０５）。
【００９６】
次に、定期検索実行部４１２は、図１３に示す検索設定ＵＩにより指定された結果ファイルの格納フォルダ指定１３０３により、指定されたフォルダに検索結果のファイルを出力する（Ｓ９０６）。そして、監視装置１０１の検索結果保存部４１３により、検索結果のファイルを保存する（Ｓ９０７）。
【００９７】
検索結果のファイルは、例えば、図１４のように構成できる。図１４に示す検索結果のファイルの構成例として、一行目に検索日時１４０１、二行目に日時指定１４０２、三行目にデバイス指定１４０３の情報を含む。以降の情報については、図１１に示したデータ種別１１０３、データ１１０４と同様であるため、説明を省略する。なお、ファイルの構成は、これに限定するものではない。
【００９８】
Ｓ９０７の後、監視装置１０１は、Ｓ９０３同様、検索実行日時を検索条件から算出し、検索実行のためのタイマーをセットする（Ｓ９０８）。Ｓ９０８の後、Ｓ９０４へ戻る。
【００９９】
Ｓ９０２或いはＳ９０４にてＮｏの場合は、監視装置１０１は、検索設定要求があるかの判定を行う（Ｓ９０９、Ｓ９１０）。Ｓ９０９或いはＳ９１０にてＹｅｓの場合は、監視装置１０１は、表示部３２１を介して図１３に示す検索設定ＵＩを表示する（Ｓ９１１）。Ｓ９０９にて検索設定要求が無い場合（Ｓ９０９にてＮｏ）、監視装置１０１は、検索設定要求を受信するまで待機する。Ｓ９１０にて検索設定要求が無い場合（Ｓ９１０にてＮｏ）、Ｓ９０４に戻る。
【０１００】
Ｓ９１１の後、監視装置１０１は、図１３の検索設定ＵＩで更新のキャンセルが指示されたかを判定する（Ｓ９１２）。図１３の検索設定ＵＩではキャンセルボタン１３０５の押下により、キャンセル指示を行う。更新のキャンセルが指示された場合（Ｓ９１２にてＹｅｓ）、Ｓ９０４へ戻る。更新のキャンセルが指示されない場合（Ｓ９１２にてＮｏ）、監視装置１０１は、図１３の検索設定ＵＩで設定更新が指示されたかの判定を行う（Ｓ９１３）。図１３の検索設定ＵＩでは更新ボタン１３０４の押下により、更新指示を行う。設定更新が指示された場合（Ｓ９１３にてＹｅｓ）、監視装置１０１は、定期検索の指定（定期検索設定１３０１）が“ＯＮ”から“ＯＦＦ”に変更されたか、或いは、“ＯＮ”のままであるかを判定する（Ｓ９１４）。Ｓ９１４でＹｅｓの場合は、前回設定した検索タイマーは無効であるため、監視装置１０１は、タイマーをクリアする（Ｓ９１５）。Ｓ９１４でＮｏの場合、及びＳ９１５の後はＳ９０２に戻る。設定更新が指示されない場合は（Ｓ９１３にてＮｏ）、Ｓ９１２へ戻る。
【０１０１】
これらにより、第一及び第二の実施形態では、検索の都度、検索指示が必要であったが、第三の実施形態では、生成されたファイルを用いて定期的に検索を実行するよう、構成することにより、ユーザの指示の手間を軽減できるという更なる効果を奏する。
【０１０２】
（第四の実施形態）
第三の実施形態では、ユーザ指定により定期的な検索条件を取得したが、本実施形態では、監視装置１０１の定期検索実行部４１２は、中央管理装置１０６から定期検索条件を取得する。例えば、本発明により、毎月の課金データを特定したい場合、検索条件として課金日時を中央管理装置１０６から取得すればよい。本システムの構成は図４（Ｂ）であって、第三の実施形態と同様である。そのため、重複する部分に関しては、説明を省略する。
【０１０３】
第三の実施形態の定期検索実行部４１２の定期検索実行処理フローに代わる、本実施の形態の処理フローは図１５のようになり、以下、詳細を説明する。また、本処理は、システム起動時に開始されるものとする。
【０１０４】
まず、監視装置１０１は、中央管理装置１０６から検索条件を取得する（Ｓ１５０１）。次に、監視装置１０１は、取得した検索条件から、次回検索実行日時を算出し、検索実行のためのタイマーをセットする（Ｓ１５０２）。Ｓ１５０２の後、監視装置１０１は、検索時間になったか（タイマーがシグナル状態になったか）を判定する（Ｓ１５０３）。検索時間である場合（Ｓ１５０３にてＹｅｓ）、監視装置１０１は、所定のフォルダから検索条件に適合するデータを検索する（Ｓ１５０４）。
【０１０５】
次に、監視装置１０１は、システム設定により決定されたフォルダに検索結果を出力する（Ｓ１５０５）。そして、監視装置１０１は、検索結果保存部４１３により、結果のファイルを保存する（Ｓ１５０６）。検索結果のファイルは、第三の実施形態同様、例えば、図１４のように構成できる。
【０１０６】
検索時間でない場合（Ｓ１５０３にてＮｏ）、監視装置１０１は、中央管理装置１０６に定期的に検索条件を取得するタイミングであるか判定する（Ｓ１５０７）。本実施形態では、一例として、定期的に中央管理装置１０６から検索条件を取得することで、中央管理装置１０６での検索条件の変更を検知するように構成している。検索条件を取得するタイミングである場合（Ｓ１５０７にてＹｅｓ）、監視装置１０１は、中央管理装置１０６から検索条件を取得する（Ｓ１５０８）。そして、監視装置１０１は、Ｓ１５０８で取得した検索条件が更新されたかを判定する（Ｓ１５０９）。検索条件が更新された場合（Ｓ１５０９にてＹｅｓ）、前回設定した検索タイマーは無効となるため、監視装置１０１は、検索タイマーの値をクリアする（Ｓ１５１０）。
【０１０７】
Ｓ１５０７或いはＳ１５０９でＮｏの場合、Ｓ１５０３へ戻る。Ｓ１５０６及びＳ１５１０の後は、Ｓ１５０２へ戻る。
【０１０８】
以上により、第三の実施形態では、ユーザによる検索条件設定が必要であったが、第四の実施形態では、中央管理装置１０６から検索条件を取得するよう構成することにより、ユーザの指示の手間を軽減できるという効果を奏する。
【０１０９】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置であって、
前記複数の画像形成装置から前記監視情報を収集する収集手段と、
前記収集手段にて収集した監視情報を保存する保存手段と、
前記保存手段にて保存された監視情報を前記中央管理装置に送信する送信手段と、
前記収集した監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択手段と、
前記送信手段にて送信された監視情報から、前記選択手段にて選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力する出力手段と
を有することを特徴とする監視装置。
【請求項２】
前記出力手段は、前記中央管理装置への監視情報の送信ごとに、前記出力データを出力することを特徴とする請求項１に記載の監視装置。
【請求項３】
前記出力手段は更に、前記出力データに検索用のデータ項目およびその値を付加することを特徴とする請求項１または２に記載の監視装置。
【請求項４】
時刻の情報を取得する時刻取得手段を更に有し、
前記時刻取得手段は、前記収集手段により画像形成装置から前記監視情報を収集した時刻の情報を取得し、
前記保存手段は、前記収集手段により収集した監視情報と前記時刻の情報とを対応付けて保存し、
前記出力手段は、前記検索用のデータ項目およびその値として、前記時刻の情報を付加して出力することを特徴とする請求項３に記載の監視装置。
【請求項５】
時刻の情報を取得する時刻取得手段を更に有し、
前記時刻取得手段は、前記中央管理装置に前記監視情報を送信した時刻の情報を取得し、
前記保存手段は、前記収集手段により収集した監視情報と前記時刻の情報とを対応付けて保存し、
前記出力手段は、前記検索用のデータ項目およびその値として、前記時刻の情報を付加して出力することを特徴とする請求項３に記載の監視装置。
【請求項６】
前記出力データは、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式のファイルでローカルネットワーク内に保存されることを特徴とする請求項１乃至５のいずれか一項に記載の監視装置。
【請求項７】
前記出力データは、前記監視装置が属するローカルネットワーク内のデータベースに保存されることを特徴とする請求項１乃至６のいずれか一項に記載の監視装置。
【請求項８】
前記選択手段は、ユーザインタフェース、或いは、設定ファイルにより、前記データ種別の選択を受け付けることを特徴とする請求項１乃至７のいずれか一項に記載の監視装置。
【請求項９】
前記データ種別は、前記複数の画像形成装置にて実行された処理のうち、課金の対象となる処理に関連するデータの種別を含むことを特徴とする請求項１乃至８のいずれか一項に記載の監視装置。
【請求項１０】
前記出力データを閲覧する際には、前記出力データに付加された前記検索用のデータ項目およびその値が検索条件として用いられることを特徴とする請求項４乃至９のいずれか一項に記載の監視装置。
【請求項１１】
前記検索用のデータ項目は、前記中央管理装置より取得されることを特徴とする請求項４乃至１０のいずれか一項に記載の監視装置。
【請求項１２】
前記検索用のデータ項目は、ユーザインタフェース、或いは設定ファイルにより、取得されることを特徴とする請求項４乃至１０のいずれか一項に記載の監視装置。
【請求項１３】
通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置における監視方法であって、
前記複数の画像形成装置から前記監視情報を収集する収集工程と、
前記収集された監視情報を記憶部に保存する保存工程と、
前記保存された監視情報を前記中央管理装置に送信する送信工程と、
前記収集された監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択工程と、
前記送信された監視情報から、前記選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力するデータ出力工程と
を有することを特徴とする監視方法。
【請求項１４】
請求項１乃至１２のいずれか一項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項１】
通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置であって、
前記複数の画像形成装置から前記監視情報を収集する収集手段と、
前記収集手段にて収集した監視情報を保存する保存手段と、
前記保存手段にて保存された監視情報を前記中央管理装置に送信する送信手段と、
前記収集した監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択手段と、
前記送信手段にて送信された監視情報から、前記選択手段にて選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力する出力手段と
を有することを特徴とする監視装置。
【請求項２】
前記出力手段は、前記中央管理装置への監視情報の送信ごとに、前記出力データを出力することを特徴とする請求項１に記載の監視装置。
【請求項３】
前記出力手段は更に、前記出力データに検索用のデータ項目およびその値を付加することを特徴とする請求項１または２に記載の監視装置。
【請求項４】
時刻の情報を取得する時刻取得手段を更に有し、
前記時刻取得手段は、前記収集手段により画像形成装置から前記監視情報を収集した時刻の情報を取得し、
前記保存手段は、前記収集手段により収集した監視情報と前記時刻の情報とを対応付けて保存し、
前記出力手段は、前記検索用のデータ項目およびその値として、前記時刻の情報を付加して出力することを特徴とする請求項３に記載の監視装置。
【請求項５】
時刻の情報を取得する時刻取得手段を更に有し、
前記時刻取得手段は、前記中央管理装置に前記監視情報を送信した時刻の情報を取得し、
前記保存手段は、前記収集手段により収集した監視情報と前記時刻の情報とを対応付けて保存し、
前記出力手段は、前記検索用のデータ項目およびその値として、前記時刻の情報を付加して出力することを特徴とする請求項３に記載の監視装置。
【請求項６】
前記出力データは、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅｓ）形式のファイルでローカルネットワーク内に保存されることを特徴とする請求項１乃至５のいずれか一項に記載の監視装置。
【請求項７】
前記出力データは、前記監視装置が属するローカルネットワーク内のデータベースに保存されることを特徴とする請求項１乃至６のいずれか一項に記載の監視装置。
【請求項８】
前記選択手段は、ユーザインタフェース、或いは、設定ファイルにより、前記データ種別の選択を受け付けることを特徴とする請求項１乃至７のいずれか一項に記載の監視装置。
【請求項９】
前記データ種別は、前記複数の画像形成装置にて実行された処理のうち、課金の対象となる処理に関連するデータの種別を含むことを特徴とする請求項１乃至８のいずれか一項に記載の監視装置。
【請求項１０】
前記出力データを閲覧する際には、前記出力データに付加された前記検索用のデータ項目およびその値が検索条件として用いられることを特徴とする請求項４乃至９のいずれか一項に記載の監視装置。
【請求項１１】
前記検索用のデータ項目は、前記中央管理装置より取得されることを特徴とする請求項４乃至１０のいずれか一項に記載の監視装置。
【請求項１２】
前記検索用のデータ項目は、ユーザインタフェース、或いは設定ファイルにより、取得されることを特徴とする請求項４乃至１０のいずれか一項に記載の監視装置。
【請求項１３】
通信可能な複数の画像形成装置を監視し、監視により収集した監視情報を、前記複数の画像形成装置の情報を一元的に管理する中央管理装置に送信する監視装置における監視方法であって、
前記複数の画像形成装置から前記監視情報を収集する収集工程と、
前記収集された監視情報を記憶部に保存する保存工程と、
前記保存された監視情報を前記中央管理装置に送信する送信工程と、
前記収集された監視情報において、ローカルネットワーク内にて保存するデータ種別の選択を受け付ける選択工程と、
前記送信された監視情報から、前記選択されたデータ種別に従って取得したデータを、出力データとして、ローカルネットワーク内に保存するために出力するデータ出力工程と
を有することを特徴とする監視方法。
【請求項１４】
請求項１乃至１２のいずれか一項に記載の手段としてコンピュータを機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−２５５９４６（Ｐ２０１２−２５５９４６Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１１−１２９５４７（Ｐ２０１１−１２９５４７）
【出願日】平成２３年６月９日（２０１１．６．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２３年６月９日（２０１１．６．９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]