(57)【要約】【課題】画像形成装置の監視における通信量の削減を目的とする。【解決手段】自身が有するカウントに係るデータを含む送信データを管理装置に送信する送信手段と、カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、送信手段において送信されるカウントに係るデータのパターンが、パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、判定手段において一致すると判定した場合、送信手段において送信する送信データのデータ量を削減する送信データ削減手段と、を有することによって前記課題を解決する。【選択図】図６
2007336097.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して管理装置と通信可能な情報処理装置であって、
自身が有するカウントに係るデータを含む送信データを前記管理装置に送信する送信手段と、
カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、
前記送信手段において送信されるカウントに係るデータのパターンが、前記パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、
前記判定手段において一致すると判定した場合、前記送信手段において送信する前記送信データのデータ量を削減する送信データ削減手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記判定手段において一致しないと判定した場合、前記送信手段において送信されるカウントに係るデータのパターンを新しいパターンとして前記パターン記憶手段に記憶する更新手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信手段において送信した情報に関する前記管理装置からの応答に応じて、前記管理装置の受信状態を記憶手段に記憶する受信状態記憶手段と、
前記記憶手段に記憶されている前記管理装置の受信状態に応じて、前記送信データ削減手段における送信データの削減を行うか否かを判断する判断手段と、
を更に有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記送信データ削減手段は、前記管理装置において管理されているデータは前記送信データに含めて送信しないようにすることによって、前記送信データのデータ量を削減することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記パターン記憶手段は、カウンタに係るデータの種類と、順序と、に基づくハッシュ値を記憶し、前記判定手段は、前記ハッシュ値により、前記カウントに係るデータの種類と、順序と、をパターン化して記憶し、前記判定手段は、前記ハッシュ値に基づき判定を行うことを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記情報処理装置は印刷エンジンを有することを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
ネットワークを介して情報処理装置と通信可能な管理装置であって、
前記情報処理装置が送信するカウントに係るデータを含む情報を受信する受信手段と、
カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、
前記受信手段において受信された前記カウントに係るデータのパターンが、前記パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、
前記判定手段において一致すると判定した場合、前記パターンに応じた処理を実行する処理実行手段と、
を有することを特徴とする管理装置。
【請求項８】
少なくとも１つ以上の情報処理装置と、前記情報処理装置を管理する管理装置と、を含む監視システムであって、
前記情報処理装置は、
自身が有するカウントに係るデータを含む送信データを前記管理装置に送信する送信手段と、
カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、
前記送信手段において送信されるカウントに係るデータのパターンが、前記パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、
前記判定手段において一致すると判定した場合、前記送信手段において送信する前記送信データのデータ量を削減する送信データ削減手段と、
を有し、
前記管理装置は、
前記情報処理装置が送信するカウントに係るデータを含む情報を受信する受信手段と、
カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、
前記受信手段において受信された前記カウントに係るデータのパターンが、前記パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、
前記判定手段において一致すると判定した場合、前記パターンに応じた処理を実行する処理実行手段と、
を有することを特徴とする監視システム。
【請求項９】
ネットワークを介して管理装置と通信可能な情報処理装置における通信方法であって、
自身が有するカウントに係るデータを含む送信データを前記管理装置に送信する送信ステップと、
前記送信ステップにおいて送信されるカウントに係るデータのパターンが、カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定ステップと、
前記判定ステップにおいて一致すると判定した場合、前記送信ステップにおいて送信する前記送信データのデータ量を削減する送信データ削減ステップと、
を有することを特徴とする通信方法。
【請求項１０】
ネットワークを介して情報処理装置と通信可能な管理装置における通信方法であって、
前記情報処理装置が送信するカウントに係るデータを含む情報を受信する受信ステップと、
前記受信ステップにおいて受信された前記カウントに係るデータのパターンが、カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定ステップと、
前記判定ステップにおいて一致すると判定した場合、前記パターンに応じた処理を実行する処理実行ステップと、
を有することを特徴とする通信方法。
【請求項１１】
コンピュータに設けられた記憶媒体に記憶されるプログラムであって、
請求項９又は１０に記載の通信方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の監視に伴う通信量削減技術に関する。
【背景技術】
【０００２】
データの送信側がデータ出力書式（パターン）に従ってデータを送信し、受信側がデータ書式に基づき処理を行なう技術が特許文献１に開示されている。
また、画像形成装置のカウントデータをネットワーク経由で監視装置が監視するシステムが知られている。このようなシステムでは、画像形成装置毎に監視装置が取得することができるパターンが異なる等のため、ＳＯＡＰスキーマを用いた拡張性のあるデータ送信の方法が採用されている。
【０００３】
【特許文献１】特開平１１−２５９３９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一方、画像形成装置の保守メンテナンスにおいて、監視項目は年々増加しており、ネットワークを流れるデータ量が増加するという問題があった。また、ＳＯＡＰスキーマを用いた場合、冗長的なタグ部分が増加することで、ネットワーク上を流れるデータ量が増加する問題が更にあった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、画像形成装置の監視における通信量の削減を目的とする。また、画像形成装置からの通知内容におけるパターンの種類の多様さ、又は種類の変更のし易さに対応すると共に、通信データ量を少なくすることを更なる目的とする。
【課題を解決するための手段】
【０００６】
本発明は、ネットワークを介して管理装置と通信可能な情報処理装置であって、自身が有するカウントに係るデータを含む送信データを前記管理装置に送信する送信手段と、カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、前記送信手段において送信されるカウントに係るデータのパターンが、前記パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、前記判定手段において一致すると判定した場合、前記送信手段において送信する前記送信データのデータ量を削減する送信データ削減手段と、を有することを特徴とする。
【０００７】
係る構成とすることにより、画像形成装置の監視における通信量の削減を実現できる。また、画像形成装置からの通知内容におけるパターンの種類の多様さ、又は種類の変更のし易さに対応すると共に、通信データ量を少なくすることができる。
【０００８】
なお、情報処理装置とは、例えば、後述する画像形成装置１１１、１１２等に対応する。また、カウントに係るデータとは、例えば、後述するカウントデータ等に対応する。また、管理装置とは、例えば、後述する管理サーバ１０１等に対応する。
【０００９】
また、本発明は、ネットワークを介して情報処理装置と通信可能な管理装置であって、前記情報処理装置が送信するカウントに係るデータを含む情報を受信する受信手段と、カウントに係るデータの種類と、順序と、をパターン化して記憶するパターン記憶手段と、前記受信手段において受信された前記カウントに係るデータのパターンが、前記パターン記憶手段に記憶されているカウントに係るデータのパターンと一致するか否かを判定する判定手段と、前記判定手段において一致すると判定した場合、前記パターンに応じた処理を実行する処理実行手段と、を有することを特徴とする。
【００１０】
係る構成とすることにより、画像形成装置の監視における通信量の削減を実現できる。また、画像形成装置からの通知内容おけるパターンの種類の多様さ、又は種類の変更のし易さに対応すると共に、通信データ量を少なくすることができる。
【発明の効果】
【００１１】
本発明によれば、画像形成装置の監視における通信量の削減を実現できる。また、画像形成装置からの通知内容おけるパターンの種類の多様さ、又は種類の変更のし易さに対応すると共に、通信データ量を少なくすることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について図面に基づいて説明する。
【００１３】
［第１の実施の形態］
図１は、監視システムの一例であり、その監視システム全体を模式的に表した図である。１００は、管理システムを表す。管理システム１００には、ＬＡＮ１０３を介してＩｎｔｅｒｎｅｔ２００と接続された管理サーバ１０１と、監視システムに関わる全情報を蓄積するためのデータベース１０２とが存在する。ここで、ＬＡＮとは、Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略である。なお、以下の説明では、ユーザ側の各機器がＬＮＡを介して接続される形態を例に説明を行うが、例えば、無線通信網等でもよい。
【００１４】
管理サーバ１０１は、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバとしての機能も合わせ持つ。管理会社１２０のパーソナルコンピュータ（以下、ＰＣという）１２１、１２２や、ユーザ１１０のＰＣ１１３で動作するＷｅｂブラウザから管理サーバ１０１へアクセスする。このようにすることで、Ｗｅｂブラウザの画面上にデータベース１０２の収集情報を表示したり、データを取得したりすることができる。ここで、ＰＣ１２１、１２２は、ＬＡＮ１２３に接続され、管理システムと通信を行う。
【００１５】
なお、データベース１０２は、物理的に管理サーバ１０１内に存在してもよい。更に、管理サーバ１０１からアクセス可能であれば、インターネット２００を経由した別ネットワーク環境上に存在してもよい。
【００１６】
画像形成装置１１１、１１２は、自身が直接、ＬＡＮ１１４に接続され、管理システム１００に必要な情報を送受信する。管理サーバ１０１と、画像形成装置１１１、１１２とは、Ｉｎｔｅｒｎｅｔ２００を介し通信を行い、通信の際にはファイアウォールを越えることを考慮してＨＴＴＰやＨＴＴＰＳプロトコルを使用する。ここで、ＨＴＴＰとは、Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌの略である。
【００１７】
なお、本実施形態で述べる画像形成装置１１１、１１２としては、プリント機能やファクシミリ機能、コピー機能を統合したデジタル複合画像形成装置や、プリンタ、スキャナー、ファクシミリ等で構成することができる。また、スキャナーを備えないシングルファンクションプリンタで構成することもできる。また、画像形成装置１１１、１１１２を、電子写真方式のプリンタエンジンのみならず、インクジェット方式を採用したプリンタエンジンを備える装置で構成することもできる。以下では、これら様々な種類の画像形成装置のことを総称して画像形成装置と呼び説明を行う。
【００１８】
図２は、画像形成装置１１１、１１２のハードウェア構成図である。画像形成装置１１１、１１２は、システムバス２１２を介して、原稿給送部２０１と、イメージリーダ２０２と、画像形成部２０３と、排紙部２０４と、ＮｅｔｗｏｒｋＩ／Ｆ２０５と、ＣＰＵ２０６と、ＲＯＭ２０７と、が接続されている。また、画像形成装置１１１、１１２は、システムバス２１２を介して、ＲＡＭ２０８と、ＨＤＤ２０９と、操作部２１０と、表示部２１１と、が接続されている。
【００１９】
原稿給送部２０１は、原稿を給送する。イメージリーダ２０２は、原稿を読み込む。画像形成部２０３は、読み込んだ原稿及び受信したデータを印刷画像に変換・印刷する。排紙部２０４は、印刷した紙を排出し、ソートやステイプル等の処理を施す。ＮｅｔｗｏｒｋＩ／Ｆ２０５は、Ｉｎｔｅｒｎｅｔ２００を介して管理サーバ１０１と通信を行うためのインタフェースである。
【００２０】
ＣＰＵ２０６は、画像形成装置の各処理を司る。ＲＯＭ２０７は、画像形成装置の各処理に関わるプログラムやデータを記憶する。ＲＡＭ２０８は、画像形成装置の各処理に関わるデータを一時的に記憶する。なお、ＣＰＵ２０６は、ＲＯＭ２０７からＲＡＭ２０８にプログラムを読み出して、実行することにより、後述する各機能（例えば、図３等参照）を提供したり、後述するフローチャート（例えば、図６等参照）を実行したりする。ここで、プログラムは、ＨＤＤ２０９に記憶（格納）するようにしてもよい。この場合、ＣＰＵ２０６は、ＨＤＤ２０９からＲＡＭ２０８にプログラムを読み出して、実行する。ＨＤＤ２０９は、プログラム以外に、例えば、カウンタデータ、カウンタデータのパターン等を記憶する。ここで、カウンタデータのパターンとは、後述する図７に示されるように、ＳＯＡＰメッセージに含まれるカウンタデータの順序と、カウンタデータの種類と、カウンタデータのパラメータと、を含む。また、不図示ではあるが、画像形成装置には、消耗品残量や、ジャム等のエラー情報等を検出するセンサが設けられている。
【００２１】
操作部２１０は、画像形成装置への指示入力を受け付ける。表示部２１１は、画像形成装置の動作状況、操作部２１０に対する操作に関わる情報、画像形成装置上で動作する各プログラムが出力する情報等を表示する。
【００２２】
図３は、画像形成装置１１１、１１２のソフトウェア構成の一部を表した図である。図３に示されるように、画像形成装置１１１、１１２は、ソフトウェア構成として、ＳＯＡＰ通信部３０１と、ＳＯＡＰメッセージ作成部３０２と、ＳＯＡＰメッセージ解析部３０３と、ネットワーク情報取得部３０４と、を含む。また、画像形成装置１１１、１１２は、ソフトウェア構成として、デバイス情報収集部３０５と、データ処理部３０６と、を含む。
【００２３】
ネットワーク情報取得部３０４は、ＤＨＣＰ環境においてはＩＰアドレス、ＤＮＳサーバ、ゲートウェイアドレスを自動的に取得する。また、ネットワーク情報取得部３０４は、操作部２１０から入力され、ＨＤＤ２０９に保存されたネットワーク情報が存在する場合は、前記ネットワーク情報を取得する。
【００２４】
デバイス情報収集部３０５は、画像形成装置自身に設定されているスケジュール、内部に保持するカウンタデータ、サービスコール／ジャム／トナー切れ等の情報を取得する。これらカウンタ情報は、画像形成装置内に設けられた、カウンタ収集プログラム及び各種センサの検出結果に基づきカウントされる。例えば、課金カウンタについては、印刷完了がセンサにより検出されると、カウントアップされる。また、原稿スキャンを行った際にもカウントアップされる。また、部品カウンタについては、印刷完了や原稿スキャン完了に伴い各部品に対応させてカウントアップが行われる。デバイス情報収集部３０５は、取得したデータ（又は情報）を、データ処理部３０６に渡す。データ処理部３０６は、受け取ったデータ（又は情報）を、加工し、ＳＯＡＰメッセージ作成部３０２に渡す。ＳＯＡＰメッセージ作成部３０２は、受け取ったデータ（又は情報）に基づき、ＳＯＡＰメッセージ（ＳＯＡＰデータ）を作成する。つまり、ＳＯＡＰメッセージ作成部３０２は、カウンタデータを含むＳＯＡＰメッセージを作成する。
【００２５】
ＳＯＡＰ通信部３０１は、ＳＯＡＰメッセージ作成部３０２が作成したＳＯＡＰメッセージを、ＮｅｔｗｏｒｋＩ／Ｆ２０５を介して管理サーバ１０１に送信する。また、ＳＯＡＰ通信部３０１は、ＮｅｔｗｏｒｋＩ／Ｆ２０５を介して管理サーバ１０１より受信したＳＯＡＰメッセージをＳＯＡＰメッセージ解析部３０３に渡す。ＳＯＡＰメッセージ解析部３０３は、ＳＯＡＰ通信部３０１より渡されたＳＯＡＰメッセージを解析する。データ処理部３０６は、ＳＯＡＰメッセージ解析部３０３の解析結果に基づいて、内部処理（データ処理）を行なう。
【００２６】
図４は、管理サーバ１０１の、ハードウェア構成図である。なお、管理サーバ１０１は、一般的な情報処理装置のハードウェア構成を有していればよい。管理サーバ１０１は、システムバス４１０を介して、ＣＰＵ４０１と、ＲＯＭ４０３と、ＲＡＭ４０４と、ＨＤＤ４０５と、操作部４０７と、表示部４０８と、ＮｅｔｗｏｒｋＩ／Ｆ４０９と、が接続されている。
【００２７】
ＣＰＵ４０１は、管理サーバ１０１の各処理を司る。ＲＯＭ４０３は、管理サーバ１０１に各処理に関わるプログラムやデータを記憶する。ＲＡＭ４０４は、管理サーバ１０１の各処理に関わるデータを一時的に記憶する。なお、ＣＰＵ４０１は、ＲＯＭ４０３からＲＡＭ４０４にプログラムを読み出して、実行することにより、後述する各機能（例えば、図５等参照）を提供したり、後述するフローチャート（例えば、図９等参照）を実行したりする。ここで、プログラムは、ＨＤＤ４０５に記憶（格納）するようにしてもよい。この場合、ＣＰＵ４０１は、ＨＤＤ４０５からＲＡＭ４０４にプログラムを読み出して、実行する。ＨＤＤ２０９は、プログラム以外に、例えば、監視対象（保守対象）の画像形成装置に関する情報、監視対象の画像形成装置から受信した情報、カウンタデータのパターン等を記憶する。
【００２８】
操作部４０７は、管理サーバ１０１への指示入力を受け付ける。表示部４０８は、管理サーバ１０１の動作状況、操作部４０７に対する操作に関わる情報、管理サーバ１０１上で動作する各プログラムが出力する情報等を表示する。ＮｅｔｗｏｒｋＩ／Ｆ４０９は、Ｉｎｔｅｒｎｅｔ２００を介して監視対象の画像形成装置（画像形成装置１１１、１１２）と通信を行うためのインタフェースである。
【００２９】
図５は、管理サーバ１０１のソフトウェア構成の一部を表した図である。図５に示されるように、管理サーバ１０１は、ソフトウェア構成として、ＳＯＡＰ通信部５０１と、ＳＯＡＰメッセージ解析部５０２と、ＳＯＡＰメッセージ作成部５０３と、収集情報処理部５０４と、監視制御部５０５と、を含む。また、管理サーバ１０１は、ソフトウェア構成として、データベースアクセス部５０６と、データ処理部５０７と、を含む。
【００３０】
ＳＯＡＰ通信部５０１は、ＮｅｔｗｏｒｋＩ／Ｆ４０９を介して画像形成装置より受信したＳＯＡＰメッセージ（ＳＯＡＰデータ）をＳＯＡＰメッセージ解析部５０２に渡す。また、ＳＯＡＰ通信部５０１は、ＳＯＡＰメッセージ作成部５０３において作成されたＳＯＡＰメッセージをＮｅｔｗｏｒｋＩ／Ｆ４０９を介して画像形成装置に送信する。
【００３１】
ＳＯＡＰメッセージ解析部５０２は、ＳＯＡＰ通信部５０１より受け取ったＳＯＡＰメッセージを解析し、ＳＯＡＰメッセージに含まれるデータ等をデータ処理部５０７に渡す。データ処理部５０７は、ＳＯＡＰメッセージ解析部５０２より受け取ったデータを、必要に応じて処理し、処理結果のデータ（又は情報）を、収集情報処理部５０４又は監視制御部５０５に渡す。また、データ処理部５０７は、収集情報処理部５０４又は監視制御部５０５から受け取ったデータ（又は情報）を、必要に応じて加工し、ＳＯＡＰメッセージ作成部５０３に渡す。
【００３２】
収集情報処理部５０４は、データ処理部５０７から渡されたデータをそのまま、若しくは加工してデータベースアクセス部５０６を介してデータベース１０２に格納する。また、収集情報処理部５０４は、監視下の画像形成装置から受信した情報及びデータベース１０２に格納されているデータに基づいて、カウンタデータの集計や、担当サービスマン又は顧客側管理者へのエラー情報の通知等、管理システムに関わる処理を実行する。
【００３３】
監視制御部５０５は、画像形成装置の情報を取得するスケジュール管理や、監視内容、監視方法等の制御を行なう。また、監視制御部５０５は、必要に応じて、ＳＯＡＰメッセージ作成部５０３、ＳＯＡＰ通信部５０１、ＮｅｔｗｏｒｋＩ／Ｆ４０９を介して監視下の画像形成装置へ、指示（ＳＯＡＰメッセージ）を送信する。
【００３４】
図６は、画像形成装置１１１、１１２におけるＳＯＡＰメッセージの送信処理の一例を示すフローチャートである。なお、Ｓ１０００〜Ｓ１０１３は、各ステップを示す。
【００３５】
Ｓ１０００において、デバイス情報収集部３０５は、画像形成装置の内部（メモリ）に蓄積されているカウンタデータで送信の対象となるカウンタデータを取得する。なお、ここで送信対象となるカウンタデータは定期的に管理サーバ１０１に通知されるものが該当する。例えば、画像形成装置が正常に稼働しているか否かを示すステータスを定期的に管理サーバ１０１に通知する場合等も想定され、そのようなステータスも本実施形態におけるカウンタデータに含めて考えることとする。また、ソフトウェアのバージョン等もカウンタデータに含めて考えることができる。画像形成装置は、例えば、カウンタデータを蓄積する際に、送信対象のカウンタデータか否かを判断し、送信対象のカウンタデータであると判断した場合は、送信対象である旨の情報と共に、カウンタデータを蓄積する。デバイス情報収集部３０５は、取得した送信対象のカウンタデータ全てをリスト化し、データ処理部３０６に渡す。
【００３６】
続いて、Ｓ１００１において、データ処理部３０６は、ＨＤＤ２０９等の記憶媒体に過去に送信済みのカウンタデータのパターンが存在しないか否かを確認する。初めて管理サーバ１０１にカウンタデータを送信する場合（例えば、後述する図１２の（１）参照）、パターンが存在しないため、データ処理部３０６は、Ｓ１０１２に進み、更新パターンの作成を行なう。
【００３７】
ここで図７を用いてパターンの作成処理について説明する。図７は、ＨＤＤ２０９等の記憶媒体に記憶されているカウンタデータのパターンを格納するテーブルのデータ構造の一例を示す図である。図７に示されるテーブルは、画像形成装置のデバイス毎に用意されている。
【００３８】
図７に示されるようにテーブルは、データ順序が入れ替わらないよう順序を格納する順序カラム８０１と、カウンタデータの種類を格納するカウンタ種カラム８０２と、カウンタデータのパラメータ（ＩＤ）を格納するカウンタパラメータカラム８０３と、を含む。
ここで、カウンタデータの種類とは、課金カウンタや部品カウンタといったカウンタの大きな分類である。ここで、課金カウンタとは印刷や原稿スキャニングの面数であり、ユーザへの料金徴収に用いられる。また、部品カウンタとは、例えば、感光体ドラムが何面数（或は何枚）用いられたかの情報であり、各部品の寿命算定等に利用される。また、カウンタパラメータとは、課金カウンタの更に詳細を示す。例えば、用紙サイズ、色種（カラー／白黒）といった情報を示す。
【００３９】
図７の例では、部品カウンタのカウンタパラメータを１００、１１０、・・・、２５０の順で送信することを示している。
【００４０】
図６のＳ１０１２において、データ処理部３０６は、カウンタデータの順序カラム８０１、カウンタ種カラム８０２、カウンタパラメータカラム８０３にデータが存在しないので、パターンを格納するためのデータの整理を行う。
【００４１】
続いて、Ｓ１０１３において、データ処理部３０６は、Ｓ１０１２において整理したデータを、図７に示したテーブルに格納する。
【００４２】
Ｓ１０１１において、データ処理部３０６は、カウンタパラメータカラム８０３のデータ（カウンタパラメータ）と、カウンタパラメータに対応するカウンタデータと、をＳＯＡＰメッセージ作成部３０２に渡す。ＳＯＡＰメッセージ作成部３０２は、受け取ったデータを含むＳＯＡＰメッセージを作成し、作成したＳＯＡＰメッセージをＳＯＡＰ通信部３０１に渡す。
【００４３】
Ｓ１００５において、ＳＯＡＰ通信部３０１は、受け取ったＳＯＡＰメッセージを、管理サーバ１０１に送信する。Ｓ１００５で管理サーバ１０１に送信されるデータには、管理サーバ１０１がデータの送信元を特定する為の画像形成装置ＩＤ（デバイス情報）が含まれる（例えば、後述する図１２参照）。管理サーバ１０１はこの画像形成装置ＩＤに基づき特定される画像形成装置に関して後述のＳ１１０９（図９）のパターン化の情報が既に登録されているか否かを判定する。画像形成装置ＩＤとしては、例えば、ＩＰアドレス、ＭＡＣアドレス、デバイス固有のシリアル番号等を適用することができる。なお、送信されるデータのより具体的な例は後述の図１３、１４にて詳しく説明することとする。
そして、送信したＳＯＡＰメッセージを、管理サーバ１０１が正常に受信したか否かを確認するため、Ｓ１００６において、ＳＯＡＰ通信部３０１は、管理サーバ１０１より応答のＳＯＡＰメッセージを受信するまで待機する。
【００４４】
更に、管理サーバ１０１より応答のＳＯＡＰメッセージを受信すると、Ｓ１００７において、ＳＯＡＰ通信部３０１は、送信成功したと判定し、図８に示す、該当する部品カウンタの通信状況を成功として、図６に示す処理を終了する。図８は、ＨＤＤ２０９等の記憶媒体に記憶されているカウンタデータ等の送信結果（受信状態）を格納するテーブルのデータ構造の一例を示す図である。
【００４５】
一方、管理サーバ１０１より応答のＳＯＡＰメッセージを例えば予め定められた時間の間に受信できなかった場合等、Ｓ１００７において、ＳＯＡＰ通信部３０１は、送信失敗したと判定し、Ｓ１００８に進む。Ｓ１００８において、ＳＯＡＰ通信部３０１は、図８に示す、該当する部品カウンタの通信状況を失敗として、図６に示す処理を終了する。
【００４６】
次にＳ１００１の判定において、データ処理部３０６が、パターンがあると判定した場合の処理について説明する。
【００４７】
２回目以降のカウンタデータの送信においては、図７のパターンが存在するため、Ｓ１００１の判定において、データ処理部３０６は、パターンがあると判定して、Ｓ１００２に進む。
【００４８】
Ｓ１００２において、データ処理部３０６は、ＨＤＤ４０５等の記憶媒体に保存されているパターンと、送信するカウンタデータのパターンと、が一致するか否かを判定する。より具体的には、データ処理部３０６は、事前に管理サーバ１０１に登録されたパターンの順序に従うカウンタ種及びカウンタパラメータが一致するか否かをチェックする。データ処理部３０６は、ＨＤＤ４０５等の記憶媒体に保存されているパターンと、送信するカウンタデータのパターンと、が一致すると判定すると、Ｓ１００３に進み、一致しないと判定すると、Ｓ１００９に進む。
【００４９】
Ｓ１００３において、データ処理部３０６は、ＨＤＤ４０５等の記憶媒体に保存されている図８に示されるテーブルを参照し、前回の部品カウンタの通信（送信）が成功していたか否かを判定する。データ処理部３０６は、前回の部品カウンタの通信（送信）が成功していたと判定すると、Ｓ１００４に進み、前回の部品カウンタの通信（送信）が失敗していたと判定すると、Ｓ１０１１に進む。送信に失敗していた場合、Ｓ１０１１に進むのは、この場合、管理サーバ１０１でのデータ処理に必要なカウンタパラメータも、カウンタデータと共に送信する必要があるからである。
【００５０】
Ｓ１００４において、データ処理部３０６は、カウンタデータのみをＳＯＡＰメッセージ作成部３０２に渡す。なお、既に管理サーバ１０１側で管理されているデータを重複して送信しないことが重要であり、Ｓ１００４の処理はカウンタデータのみのＳＯＡＰメッセージを作成する場合に限定されるものではない。管理サーバ１０１との連携により、少なくとも一部のデータを送信対象から省略する形態であれば、Ｓ１００４の処理に適用することができる。ＳＯＡＰメッセージ作成部３０２は、受け取ったカウンタデータを含むＳＯＡＰメッセージを作成し、作成したＳＯＡＰメッセージをＳＯＡＰ通信部３０１に渡す。このような簡易送信を行なうことによって、通信データ量を削減させることができる（例えば、後述する図１２の（２）参照）。
【００５１】
次に、送信するカウンタデータに変更（追加、削除）が発生した場合、又は何らかの問題がデバイスに発生し、データが取得できず前回送信パターンと異なるパターンのカウンタデータとなった場合（例えば、後述する図１２の（３）参照）、について説明する。
【００５２】
Ｓ１００９において、データ処理部３０６は、送信するカウンタデータに関する新規パターンを作成する。続いて、Ｓ１０１０において、データ処理部３０６は、Ｓ１００９において作成した新規パターンを、図７に示されるテーブルに反映させる。そして、Ｓ１０１０の処理の後は、Ｓ１０１１以降の処理を実行する。
【００５３】
図９は、管理サーバ１０１におけるＳＯＡＰメッセージの受信処理の一例を示すフローチャートである。なお、Ｓ１１００〜Ｓ１１１０は、各ステップを示す。
【００５４】
Ｓ１１００において、ＳＯＡＰ通信部５０１は、画像形成装置より送信されたＳＯＡＰメッセージを受信し、受信したＳＯＡＰメッセージをＳＯＡＰメッセージ解析部５０２に渡す。
【００５５】
Ｓ１１０１において、ＳＯＡＰメッセージ解析部５０２は、受け取ったＳＯＡＰメッセージのＳＯＡＰスキーマの形式等に基づいて、受け取ったＳＯＡＰメッセージを解析する。続いて、Ｓ１１０２において、ＳＯＡＰメッセージ解析部はＳＯＡＰメッセージに含まれている画像形成装置のＩＤ（シリアル番号）から、処理対象となるデバイスを特定する。そして、Ｓ１１０３において、ＳＯＡＰメッセージ解析部５０２は、解析結果に基づいて、受け取ったＳＯＡＰメッセージにカウンタパラメータが含まれていたか否かを判定する。
【００５６】
ＳＯＡＰメッセージ解析部５０２は、受け取ったＳＯＡＰメッセージにカウンタパラメータが含まれていたと判定すると、Ｓ１１０４に進む。一方、ＳＯＡＰメッセージ解析部５０２は、受け取ったＳＯＡＰメッセージにカウンタパラメータが含まれていなかったと判定すると、Ｓ１１０８に進む。
【００５７】
Ｓ１１０４において、ＳＯＡＰメッセージ解析部５０２より、カウンタパラメータ等を受け取ったデータ処理部５０７は、カウンタパラメータ等を、収集情報処理部５０４に渡す。収集情報処理部５０４は、データ処理部５０７よりカウンタパラメータ等を受け取ると、新しいパターンのカウンタデータ、又はパターンの変更があったカウンタデータであると判断する。そして、収集情報処理部５０４は、受け取った順序付きのカウントパラメータ、カウンタデータの種類情報等に応じて、パターンの作成を行う。続いて、Ｓ１１０５において、収集情報処理部５０４は、作成したパターンを、データアクセス部５０６を介して、ＨＤＤ４０５（又はデータベース１０２）にテーブルとして格納する。ここで、このテーブルは、図７に示したテーブルと同じ形式である。しかしながら、収集情報処理部５０４は、このテーブルを各画像形成装置のデバイスの情報と結びつけて、データアクセス部５０６を介して、ＨＤＤ４０５（又はデータベース１０２）に格納する。
【００５８】
Ｓ１１０６において、収集情報処理部５０４は、ＨＤＤ４０５（又はデータベース１０２）に格納されている、前記受け取ったＳＯＡＰメッセージに含まれるカウンタデータに関するパターン等に基づいて、処理を行う。そして、収集情報処理部５０４は、メッセージ解析部５０２で解析されたカウンタデータや、処理結果等を、データアクセス部５０６を介して、ＨＤＤ４０５（又はデータベース１０２）等に格納する。
【００５９】
続いて、Ｓ１１０７において、収集情報処理部５０４は、処理が終了した旨を、データ処理部５０７に通知する。前記通知を受け取ったデータ処理部５０７は、受信が成功した旨を、ＳＯＡＰメッセージ作成部５０３に通知する。ＳＯＡＰメッセージ作成部５０３は、前記通知を受け取ると受信が成功したことを示す応答のＳＯＡＰメッセージを作成する。そして、ＳＯＡＰメッセージ作成部５０３は、ＳＯＡＰ通信部５０１を介して、前記作成したＳＯＡＰメッセージを、ＳＯＡＰメッセージを送信してきた送信先の画像形成装置に対して送信する。
【００６０】
一方、Ｓ１１０３でＮＯ（いいえ）と判定した場合、Ｓ１１０８において、ＳＯＡＰメッセージ解析部５０２は、図６のＳ１００５に対応して受け取ったＳＯＡＰメッセージに含まれているデータが、カウンタデータのみであるか否か（言い換えれば一部を省略したデータか否か）を判定する。ＳＯＡＰメッセージ解析部５０２は、受け取ったＳＯＡＰメッセージに含まれているデータが、カウンタデータのみであると判定すると、Ｓ１１０９に進み、カウンタデータのみでないと判定すると、Ｓ１１１０に進む。
【００６１】
Ｓ１１０９において、ＳＯＡＰメッセージ解析部５０２より、ＳＯＡＰメッセージに含まれるカウンタデータを受け取ったデータ処理部５０７は、カウンタデータを、収集情報処理部５０４に渡す。収集情報処理部５０４は、データ処理部５０７より受け取ったカウンタデータに基づいて、データアクセス部５０６を介して、ＨＤＤ４０５（又はデータベース１０２）等を参照し、対応するパターンが格納されているか否かを判定する。
【００６２】
Ｓ１１０９で、収集情報処理部５０４は、カウンタデータに対応するパターンが格納されていると判定すると、Ｓ１１０６に進み、Ｓ１１０９でカウンタデータに対応するパターンが格納されていないと判定すると、Ｓ１１１０に進む。Ｓ１１０９でＹＥＳ（はい）と判定した場合に、言い換えれば、データ送信元で、パターン変更がないと判定した場合には、各カウンタデータ（Ｖａｌｕｅ）を、図１０に示されるようなパターンの順序に従い、順次カウンタパラメータに対応させる形で格納処理を行う。
【００６３】
Ｓ１１１０において、収集情報処理部５０４は、対応するパターンが無い旨を、データ処理部５０７に通知する。前記通知を受け取ったデータ処理部５０７は、受信が失敗した旨を、ＳＯＡＰメッセージ作成部５０３に通知する。ＳＯＡＰメッセージ作成部５０３は、前記通知を受け取ると受信が失敗したことを示す応答のＳＯＡＰメッセージを作成する。そして、ＳＯＡＰメッセージ作成部５０３は、ＳＯＡＰ通信部５０１を介して、前記作成したＳＯＡＰメッセージを、ＳＯＡＰメッセージを送信してきた送信先の画像形成装置に対して送信する。
【００６４】
図１０は、ＨＤＤ４０５等の記憶媒体に記憶されているカウンタデータのパターンを格納するテーブルのデータ構造の一例を示す図である。管理サーバ１０１は、図１０に示されるように、課金カウンタの順序カラム１０５０と、カウンタ種１０５１と、カウンタパラメータ１０５２と、をメモリに記憶している。よって、管理サーバ１０１は、ＳＯＡＰメッセージ１１５１を受信すると、例えば、カウンタデータ「２１２２」は、カウンタパラメータ「５０５、２３、２、２、３」と、結びつけることができる。また、管理サーバ１０１は、例えば、カウンタデータ「２１２８」は、カウンタパラメータ「５０５、２３、１１、２、３」と、結びつけることができる。よって、通信データ量を少なくすることができる。
【００６５】
図１１は、画像形成装置からのカウンタデータの送信処理の一例を示す図である。図１１に示される、画像形成装置（デバイス）１１１、１１２の構成において、ＨＤＤ２０９、ＳＯＡＰ通信部３０１、ＳＯＡＰメッセージ作成部３０２、デバイス情報収集部３０５、データ処理部３０６は、上述したものと同様である。
【００６６】
図１１では、画像形成装置（デバイス）１１１、１１２に、新たにカウンタデータ管理部６０５が構成として含まれている。また、オプションデバイスに、カウンタデータ管理部６０６が含まれている。カウンタデータ管理部６０５、６０６は、カウンタデータを管理する。ここで、オプションデバイスとは、例えば、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ）や、フィニッシャー等のことである。
【００６７】
なお、オプションデバイスは、必ずカウンタデータ管理部６０６を構成として含まなければならない訳ではなく、例えば、画像形成装置のカウンタデータ管理部６０５が、オプションデバイスに関するカウンタデータも管理するようにしてもよい。但し、以下では説明の簡略化のため、オプションデバイスに関するカウンタデータは、カウンタデータ管理部６０６が管理するものとして説明を行う。
【００６８】
ここで、このオプションデバイスに関するカウンタデータが送信の対象となるカウンタデータであり、且つこのオプションデバイスに関するカウンタデータが蓄積されてから初めて送信処理が行われた場合の例を説明する。
【００６９】
このような場合、図６のＳ１０００において、デバイス情報収集部３０５は、カウンタデータ管理部６０５が管理するカウントデータを取得すると共に、カウンタデータ管理部６０６が管理するカウントデータを取得する。次に、図６のＳ１００１の判定において、データ処理部３０６は、パターンがあると判定するため、図６のＳ１００２に進む。次に、図６のＳ１００２の判定において、データ処理部３０６は、新たにオプションデバイスに関するカウンタデータが追加されているため、パターンは一致しないと判定し、図６のＳ１００９に進む。
【００７０】
図６のＳ１００９において、データ処理部３０６は、送信するカウンタデータに関する新規パターンを作成する。続いて、図６のＳ１０１０において、データ処理部３０６は、図６のＳ１００９において作成した新規パターンを、図７に示されるテーブルに反映させる。そして、画像形成装置は、図６のＳ１０１０の処理の後は、図６のＳ１０１１以降の処理を実行する。
【００７１】
画像形成装置がこのような処理を行うことによって、後述する図１２の（３）に示されるような送信データ（ＳＯＡＰメッセージ）が管理サーバ１０１に送信される。
【００７２】
一方、このようなＳＯＡＰメッセージを受信した管理サーバ１０１のＳＯＡＰメッセージ解析部５０２は、図９のＳ１１０３において、ＳＯＡＰメッセージにカウンタパラメータが含まれていたと判定し、Ｓ１１０４に進む。図９のＳ１１０４において、ＳＯＡＰメッセージ解析部５０２より、カウンタパラメータ等を受け取ったデータ処理部５０７は、カウンタパラメータ等を、収集情報処理部５０４に渡す。収集情報処理部５０４は、データ処理部５０７よりカウンタパラメータ等を受け取ると、新しいパターンのカウンタデータ、又はパターンの変更があったカウンタデータであると判断する。そして、収集情報処理部５０４は、受け取った順序付きのカウントパラメータ、カウンタデータの種類情報等に応じて、パターンの作成を行う。続いて、図９のＳ１１０５において、収集情報処理部５０４は、作成したパターンを、データアクセス部５０６を介して、ＨＤＤ４０５（又はデータベース１０２）にテーブルとして格納する。
【００７３】
図１２は、カウンタデータの送信パターン例を示す図である。図１２において、デバイスとは、画像形成装置のことである。また、デバイス側の処理ＤＢは、例えばＨＤＤ２０９等に格納されている。また、管理サーバ側の処理ＤＢ及び集計ＤＢは、例えばＨＤＤ４０５等に格納されている。
【００７４】
上述したように、画像形成装置は、例えば初めて管理サーバ１０１にカウンタデータを含むＳＯＡＰメッセージを送信する場合、図１２の（１）に示されるような書式でＳＯＡＰメッセージを送信する。つまり、画像形成装置は、デバイス情報（画像形成装置ＩＤ）や、少なくとも１つ以上のカウンタパラメータ及びカウンタデータを含むリストをＳＯＡＰメッセージに含めて管理サーバ１０１に送信する。
図６を用いて説明すると、画像形成装置は、上述したＳ１０００→Ｓ１００１→Ｓ１０１２→Ｓ１０１３→Ｓ１０１１→Ｓ１００５の処理を行い、図１２の（１）に示されるような書式でＳＯＡＰメッセージを送信する。
【００７５】
図１２の（１）に示されるような書式のＳＯＡＰメッセージを受信すると、管理サーバ１０１は、パターンを新規に作成し、作成したパターンをＨＤＤ４０７等にテーブルとして格納する。
図９を用いて説明すると、管理サーバ１０１は、上述したＳ１１００→Ｓ１１０１→Ｓ１１０２→Ｓ１１０３→Ｓ１１０４→Ｓ１１０５の処理を行い、パターンを新規に作成し、作成したパターンをＨＤＤ４０７等にテーブルとして格納する。
【００７６】
また、画像形成装置は、２回目以降の送信で、パターンに変更等も無く、前回の送信も成功している場合、図１２の（２）に示されるような書式でＳＯＡＰメッセージを管理サーバ１０１に送信する。つまり、画像形成装置は、デバイス情報（画像形成装置ＩＤ）や、カウンタデータを含むリストをＳＯＡＰメッセージに含めて管理サーバ１０１に送信する。
図６を用いて説明すると、画像形成装置は、上述したＳ１０００→Ｓ１００１→Ｓ１００２→Ｓ１００３→Ｓ１００４→Ｓ１００５の処理を行い、図１２の（２）に示されるような書式でＳＯＡＰメッセージを送信する。
【００７７】
図１２の（２）に示されるような書式のＳＯＡＰメッセージを受信すると、管理サーバ１０１は、カウンタデータ等を、ＨＤＤ４０５等に格納する。
図９を用いて説明すると、管理サーバ１０１は、上述したＳ１１００→Ｓ１１０１→Ｓ１１０２→Ｓ１１０３→Ｓ１１０８→Ｓ１１０９→Ｓ１１０６の処理を行い、カウンタデータ等を、ＨＤＤ４０５等に格納する。
【００７８】
また、画像形成装置は、２回目以降の送信で、パターンに変更等があった場合、図１２の（３）に示されるような書式でＳＯＡＰメッセージを管理サーバ１０１に送信する。つまり、画像形成装置は、デバイス情報（画像形成装置ＩＤ）や、少なくとも１つ以上のカウンタパラメータ及びカウンタデータを含むリストをＳＯＡＰメッセージに含めて管理サーバ１０１に送信する。
図６を用いて説明すると、画像形成装置は、例えば、上述したＳ１０００→Ｓ１００１→Ｓ１００２→Ｓ１００９→Ｓ１０１０→Ｓ１０１１→Ｓ１００５の処理を行い、図１２の（３）に示されるような書式でＳＯＡＰメッセージを送信する。
【００７９】
図１２の（３）に示されるような書式のＳＯＡＰメッセージを受信すると、管理サーバ１０１は、パターンを更新し、更新したパターンをＨＤＤ４０７等にテーブルとして格納する。
図９を用いて説明すると、管理サーバ１０１は、上述したＳ１１００→Ｓ１１０１→Ｓ１１０２→Ｓ１１０３→Ｓ１１０４→Ｓ１１０５の処理を行い、パターンを更新し、更新したパターンをＨＤＤ４０７等にテーブルとして格納する。
【００８０】
以下、データ形式の一例を、図７、図１３、図１４を用いて説明する。ここで、図１３は、画像形成装置から送信されたＳＯＡＰメッセージの一例を示す図（その１）である。図１４は、画像形成装置から送信されたＳＯＡＰメッセージの一例を示す図（その２）である。
【００８１】
図１３のカウンタ種、カウンタＡのＳＯＡＰメッセージ９０１に示されるように、初めてのカウンタデータ送信では、画像形成装置は、カウンタパラメータ（ｉｄ）と、カウンタデータ（ｖａｌｕｅ）と、を含む形式で管理サーバ１０１に送信する。このとき、カウンタ毎にｉｄとｖａｌｕｅのタグが必要になりデータは冗長化する傾向がある。しかし、本実施形態では過去に送信したことがあるカウンタデータのパターンと同一の場合、画像形成装置は、一部のデータを省略し、ＳＯＡＰメッセージ９０２に示されるように、ｖａｌｕｅカウンタデータのみを含む形式で管理サーバ１０１に送信する。
【００８２】
管理サーバ１０１は、図７に示したように、カウンタＡの順序カラム８０１と、カウンタ種８０２と、カウンタパラメータ８０３と、をメモリに記憶している。よって、管理サーバ１０１は、ＳＯＡＰメッセージ９０２を受信すると、例えば、カウンタデータ「２３４２」は、カウンタパラメータ「１００」と、カウンタデータ「０」は、カウンタパラメータ「１１０」と、をそれぞれ結びつけることができる。よって、通信データ量を少なくすることができる。
【００８３】
また、例えば、現在のカウンタデータの送信種類に変更が発生した場合も、画像形成装置は、再度ＳＯＡＰメッセージ９０１の形式で、カウンタパラメータと、カウンタデータとをセットで管理サーバ１０１に送信する。このことだけで、管理サーバ１０１は、送信種類に変更が発生したことを認識すると共に、カウンタデータのパターンを更新することができる。よって、新しいパターンに対応することができる。
【００８４】
同様に本実施形態のシステムでは、次のようなパターンでの送信、受信も可能である。
【００８５】
図１４の課金カウンタのＳＯＡＰメッセージ１１５０に示されるように、初めてのカウンタデータ送信では、画像形成装置は、ｉｔｅｍタグにカウンタパラメータと、カウンタデータと、を含む形式で管理サーバ１０１に送信する。このとき、課金カウンタ毎にタグを用意する必要があるためデータは冗長化する傾向がある。しかしながら、本実施形態では過去に送信したことがあるカウンタデータのパターンと同一の場合、画像形成装置は、ＳＯＡＰメッセージ１１５１に示されるように、ｉｔｅｍタグにカウンタデータのみを含む形式で管理サーバ１０１に送信する。
【００８６】
また、画像形成装置は、現在のカウンタデータの送信種類に変更が発生した場合のみ、図１４のＳＯＡＰメッセージ１１５２に示すよう、再度カウンタパラメータと、カウンタデータと、をセットで管理サーバ１０１に送信する。このことだけで、管理サーバ１０１は、送信種類に変更が発生したことを認識すると共に、カウンタデータのパターンを更新することができる。よって、新しいパターンに対応することができる。
【００８７】
この更新により、管理サーバ１０１は、ＳＯＡＰメッセージ１１５３に示されるようなカウンタデータのみのデータに対応することができる。
【００８８】
以上、上述したように、本実施形態によれば、パターンの種類の多様さ、又は種類の変更のし易さに対応すると共に、通信データ量を少なくすることができる。
【００８９】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００９０】
［第２の実施の形態］
第１の実施の形態では、ＨＤＤ４０５等の記憶媒体に保存されているパターンと、送信するカウンタデータのパターンと、が一致するか否かを判定していた。この判定方法には、様々な種類の判定方法が適用される。例えば、カウントに係るデータの種類と、順序と、をパターン化してＨＤＤに記憶する場合、ハッシュ値で記憶させてもよい。より具体的には、カウンタに係るデータの種類と、順序と、に基づくハッシュ値を記憶し、送信処理の都度、送信するカウンタデータのパターンのハッシュ値を取り、事前に記憶したハッシュ値と一致するかを判定すればよい。
【００９１】
［第３の実施の形態］
上述の実施の形態では、画像形成装置１１１、１１２から直接、管理サーバ１０１にカウンタデータをＳＯＡＰメッセージで通知するよう説明をしてきた。しかし、ＳＯＡＰメッセージの通知を行う装置としてはそれに限定されるものではない。
【００９２】
例えば、ユーザ側のＬＡＮ上に接続され、単数又は複数の画像形成装置の各種情報及びカウンタデータを収集し、収集したデータを管理サーバ１０１に通知する、拠点監視装置に第１の実施の形態における画像形成と同様の処理を行わせてもよい。このように、画像形成装置のみにならず、収集監視装置等、様々な情報処理装置に上記実施形態で説明してきた処理を適用することができる。
【００９３】
但し、送信対象となるデータは、拠点監視装置が、各画像形成装置から収集したデータとなる。また、拠点監視装置が各画像形成装置におけるカウンタデータのパターンを記憶し、各画像形成装置について、図６に示したフローチャートを実行することとなる。
【００９４】
［他の実施の形態］
以上、様々な実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、プリンタ、ファクシミリ、ＰＣ、サーバとクライアントとを含むコンピュータシステム等の如くである。
【００９５】
本発明は、前述した実施形態の各機能を実現するソフトウェアプログラムを、システム若しくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。
【００９６】
従って、本発明の機能・処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【００９７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００９８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ等がある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）等もある。
【００９９】
また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。即ち、ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【０１００】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【０１０１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ等が、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。
【０１０２】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。
【図面の簡単な説明】
【０１０３】
【図１】監視システム全体の関連を模式的に表した図である。
【図２】画像形成装置１１１、１１２のハードウェア構成図である。
【図３】画像形成装置１１１、１１２のソフトウェア構成の一部を表した図である。
【図４】管理サーバ１０１の、ハードウェア構成図である。
【図５】管理サーバ１０１のソフトウェア構成の一部を表した図である。
【図６】画像形成装置１１１、１１２におけるＳＯＡＰメッセージの送信処理の一例を示すフローチャートである。
【図７】ＨＤＤ２０９等の記憶媒体に記憶されているカウンタデータのパターンを格納するテーブルのデータ構造の一例を示す図である。
【図８】ＨＤＤ２０９等の記憶媒体に記憶されているカウンタデータ等の送信結果を格納するテーブルのデータ構造の一例を示す図である。
【図９】管理サーバ１０１におけるＳＯＡＰメッセージの受信処理の一例を示すフローチャートである。
【図１０】ＨＤＤ４０５等の記憶媒体に記憶されているカウンタデータのパターンを格納するテーブルのデータ構造の一例を示す図である。
【図１１】画像形成装置からのカウンタデータの送信処理の一例を示す図である。
【図１２】カウンタデータの送信パターン例を示す図である。
【図１３】画像形成装置から送信されたＳＯＡＰメッセージの一例を示す図（その１）である。
【図１４】画像形成装置から送信されたＳＯＡＰメッセージの一例を示す図（その２）である。
【符号の説明】
【０１０４】
１０１  管理サーバ
１１１  画像形成装置
１１２  画像形成装置
【図１】
2007336097.tif 000003
【図２】
2007336097.tif 000004
【図３】
2007336097.tif 000005
【図４】
2007336097.tif 000006
【図５】
2007336097.tif 000007
【図６】
2007336097.tif 000008
【図７】
2007336097.tif 000009
【図８】
2007336097.tif 000010
【図９】
2007336097.tif 000011
【図１０】
2007336097.tif 000012
【図１１】
2007336097.tif 000013
【図１２】
2007336097.tif 000014
【図１３】
2007336097.tif 000015
【図１４】
2007336097.tif 000016