(57)【要約】【課題】  通信回線上に接続された製造元や機種が異なる複数の機器から製造元や機種の違いによって様々なデータ形式や計数時の単位が異なる機器情報を取得して予め指定された統一した形式の情報にして出力できるようにする。【解決手段】  画像処理装置検索部３７が画像処理装置３ａのベンダＩＤと機種ＩＤを取得し、画像処理装置状態監視部３９と対画像処理装置通信機能部４０がアクセス・変換情報記憶部３８を参照して、上記取得したベンダＩＤと機種ＩＤに対応するアクセス情報を取得し、そのアクセス情報に従って画像処理装置３ａアクセスして機器情報を取得する。また、仲介装置制御部３０がアクセス・変換情報記憶部３８を参照して、上記取得した機器情報を上記取得したベンダＩＤと機種ＩＤに対応する変換規則に従い所定の形式へ変換し、データ応答送信機能部３５が変換後の機器情報をデータセンタ２へ送信する。【選択図】        図１
2014059690.tif 000002
【特許請求の範囲】
【請求項１】
通信回線上の機器から該機器の機種識別情報を取得する機種識別情報取得手段と、
機器の機種識別情報と該機器から取得する機器情報へのアクセス方法とを対応させて記憶する第１の記憶手段を参照して、前記機種識別情報取得手段によって機種識別情報を取得した機器に該機種識別情報に対応するアクセス方法によってアクセスして該機器から機器情報を取得する機器情報取得手段と、
機器の機種識別情報と該機器から取得した機器情報を所定の形式へ変換するための規則とを対応させて記憶する第２の記憶手段を参照して、前記機器情報取得手段によって取得した機器情報を前記機種識別情報取得手段によって取得した機器の機器識別情報に対応する規則に従って前記所定の形式に変換する変換手段とを備えたことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置であって、
前記変換手段によって変換した機器情報を予め指定された送信先装置へ送信する送信手段とを備えたことを特徴とする通信装置。
【請求項３】
請求項１又は２に記載の通信装置であって、
前記第１の記憶手段に記憶させる機種識別情報と該機種識別情報に対応するアクセス方法と、前記第２の記憶手段に記憶させる機種識別情報と該機種識別情報に対応する規則とを所定の管理装置から取得する手段を設けたことを特徴とする通信装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の通信装置であって、
前記第１の記憶手段に記憶させる機種識別情報と該機種識別情報に対応するアクセス方法と、前記第２の記憶手段に記憶させる機種識別情報と該機種識別情報に対応する規則との入力を受け付け、該入力された情報を前記第１又は第２の記憶手段に記憶させる手段と、
前記第１の記憶手段に記憶した機種識別情報と該機種識別情報に対応するアクセス方法と、前記第２の記憶手段に記憶した機種識別情報と該機種識別情報に対応する規則とを所定の管理装置へ送信する手段とを設けたことを特徴とする通信装置。
【請求項５】
ネットワークを介して機器を管理する管理装置と、該管理装置と管理対象の機器との通信を仲介する仲介装置とを備える管理システムであって、
前記仲介装置に、
前記管理対象の機器から該機器の機種識別情報を取得する機種識別情報取得手段と、
機器の機種識別情報と該機器から取得する機器情報へのアクセス方法とを対応させて記憶する第１の記憶手段を参照して、前記機種識別情報取得手段によって機種識別情報を取得した機器に該機種識別情報に対応するアクセス方法によってアクセスして該機器から機器情報を取得する機器情報取得手段と、
機器の機種識別情報と該機器から取得した機器情報を所定の形式へ変換するための規則とを対応させて記憶する第２の記憶手段を参照して、前記機器情報取得手段によって取得した機器情報を前記機種識別情報取得手段によって取得した機器の機器識別情報に対応する規則に従って前記所定の形式に変換する変換手段と、
前記変換手段によって変換した機器情報を前記管理装置へ送信する送信手段とを備えたことを特徴とする管理システム。
【請求項６】
請求項５に記載の管理システムであって、
前記仲介装置に、
前記第１の記憶手段に記憶させる機種識別情報と該機種識別情報に対応するアクセス方法と、前記第２の記憶手段に記憶させる機種識別情報と該機種識別情報に対応する規則とを前記管理装置から取得する手段を設けたことを特徴とする管理システム。
【請求項７】
請求項５又は６に記載の管理システムであって、
前記仲介装置に、
前記第１の記憶手段に記憶させる機種識別情報と該機種識別情報に対応するアクセス方法と、前記第２の記憶手段に記憶させる機種識別情報と該機種識別情報に対応する規則との入力を受け付け、該入力された情報を前記第１又は第２の記憶手段に記憶させる手段と、
前記第１の記憶手段に記憶した機種識別情報と該機種識別情報に対応するアクセス方法と、前記第２の記憶手段に記憶した機種識別情報と該機種識別情報に対応する規則とを前記管理装置へ送信する手段とを設けたことを特徴とする管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、他の装置と通信回線を介して互いに通信できるように接続可能な通信装置及び、ネットワークを介して機器を管理する管理装置と、その管理装置と管理対象の機器との通信を仲介する仲介装置とを備える管理システムに関する。
【背景技術】
【０００２】
ユーザ環境に接続されたネットワーク機器の管理をサービスプロバイダなどの遠隔地から行うサービス形態において、ユーザ環境内に仲介装置を設置し、その仲介装置によってネットワーク上の機器の機器情報の取得とサービスプロバイダへのデータ送信を効果的に行うシステムが知られている。
上記のような仲介装置は、ユーザのプライベートネットワークに接続された複数のネットワーク機器へ接続し、管理に必要な機器情報を定期的に取得する責務を持ち、取得した情報はサービスプロバイダへ漏れなく通知されサービスプロバイダ側で遠隔管理される。
【０００３】
また、上記のような仲介装置は、ＳＮＭＰ（Simple Network Management Protocol）マネージャの機能を備えていることが多く、ＳＮＭＰエージェント機能を備えた管理対象の各種の機器と連携する。それらの機器が記憶しているＭＩＢ（Management Information Base）情報には当該機器の機器情報が含まれているので、そのＭＩＢを取得することによってネットワーク上の機器の機器情報を把握することが可能である。
【０００４】
しかし、従来は、機器管理台数の増加時の対応方法として以下の問題があった。
ＳＮＭＰマネージャは、機器の製造元であるベンダに依存しない公開情報を含む標準ＭＩＢのみを取得対象にしていた。そして、ベンダが独自に仕様を決めるプライベートＭＩＢについては、一般にその機器を利用する顧客のみがプライベートＭＩＢを把握することができ、他社ベンダの機器についてはそのプライベートＭＩＢの仕様が公開されない為、他社のプライベートＭＩＢを取得する仕組みを予め製品に組み込んでおくことが困難であった。
【０００５】
そこで従来、マルチベンダネットワーク環境下において、機器情報を取得するための取得情報に基づいて複数のベンダの機器から共通して取得可能な標準機器情報と各ベンダの機器毎に取得可能な拡張機器情報を含む機器情報を取得し、その各機器情報をベンダ毎に対応付けて管理して、その各機器情報を取得装置へ送信する通信装置（例えば、特許文献１参照）があった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の通信装置によって取得された機器情報はベンダや機種であるモデルの違いによって様々なデータ形式や計数時の単位が異なって不均一であり、そのような不均一な機器情報をとりまとめても統合的に活用することが難しいという問題があった。
例えば、画像処理装置におけるトナー残量値とトータルカラーカウンタ値について、画像処理装置の各ベンダ機器毎に異なる例を次に示す。
【０００７】
（トナー残量）
Ａ社：１００から０までを１刻みでカウントして記録
Ｂ社：１から０までを０．０１刻みでカウントして記録
Ｃ社：１／４刻みで定性値（ＭＡＸ、ニアエンド１、ニアエンド２、エンド）を記録
（トータルカラーカウンタ値）
Ａ社：トータルカラーカウンタ値を指す標準ＭＩＢがある。
Ｂ社：トータルカラープリンタカウンタ値の標準ＭＩＢとトータルカラースキャナカウンタ値のプライベートＭＩＢの総和を記録。
Ｃ社：トータルカウンタ値の標準ＭＩＢからトータル白黒カウンタ値のプライベートＭＩＢを差し引いた値を記録。
【０００８】
近年、ＭＰＳ事業における管理機器の最適配置を提案するサービスが活発になってきており、自社機から取れる情報と比較する為に、他社機からもプライベートＭＩＢに含まれる、より詳細な情報を取得できる事に加えて、ベンダに依存しない均質的なデータが求められている。
この発明は上記の点に鑑みてなされたものであり、通信回線上に接続された製造元や機種が異なる複数の機器から製造元や機種の違いによって様々なデータ形式や計数時の単位が異なる機器情報を取得して予め指定された統一した形式の情報にして出力できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
この発明は上記の目的を達成するため、通信装置において、通信回線上の機器からその機器の機種識別情報を取得する機種識別情報取得手段と、機器の機種識別情報とその機器から取得する機器情報へのアクセス方法とを対応させて記憶する第１の記憶手段を参照して、上記機種識別情報取得手段によって機種識別情報を取得した機器にその機種識別情報に対応するアクセス方法によってアクセスしてその機器から機器情報を取得する機器情報取得手段と、機器の機種識別情報とその機器から取得した機器情報を所定の形式へ変換するための規則とを対応させて記憶する第２の記憶手段を参照して、上記機器情報取得手段によって取得した機器情報を上記機種識別情報取得手段によって取得した機器の機器識別情報に対応する規則に従って上記所定の形式に変換する変換手段とを設けたものである。
【発明の効果】
【００１０】
上記の構成によれば、通信回線上に接続された製造元や機種が異なる複数の機器から製造元や機種の違いによって様々なデータ形式や計数時の単位が異なる機器情報を取得して予め指定された統一した形式の情報にして出力することができる。
【図面の簡単な説明】
【００１１】
【図１】図２に示す仲介装置１の機能構成と画像処理装置３の機能構成及び一部のハードウェア構成とをデータセンタ２と共に示すブロック図である。
【図２】この発明の通信装置の一実施形態である仲介装置を含む管理システムの全体構成図である。
【図３】図２に示す仲介装置１とデータセンタ２のハードウェア構成例を示す図である。
【図４】データ種別登録テーブルの例を示す図である。
【図５】変換情報テーブルの例を示す図である。
【図６】アクセス情報テーブルの例を示す図である。
【図７】データＩＤ管理テーブルの例を示す図である。
【図８】変換済み機器情報テーブルの例を示す図である。
【図９】仲介装置１が画像処理装置３の機器情報を取得してデータセンタ２へ送信する処理の第１例を示すシーケンス図である。
【図１０】仲介装置１が画像処理装置３の機器情報を取得してデータセンタ２へ送信する処理の第２例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、この発明を実施するための形態を図面に基づいて具体的に説明する。
図２は、この発明の通信装置の一実施形態である仲介装置を含む通信システムの全体構成図である。
この通信システムは、広域通信回線上にデータセンタ２を有し、それぞれ構内通信回線を備えた第１顧客環境１０と第２顧客環境１１と第３顧客環境１２とを有している。上記広域通信回線としては、例えば、インターネット等のネットワークがある。また、上記構内通信回線は、顧客環境内の各機器を接続する比較的狭い領域内の顧客ネットワークであり、例えば、ローカルエリアネットワーク（ＬＡＮ）等のネットワークがある。
【００１３】
第１顧客環境１０は、構内通信回線に仲介装置１ａとゲートウェイ４と情報処理装置（ＰＣ）５を接続している。また、この構内通信回線には、管理対象機器として、Ａ社製の画像処理装置３ａ，３ｂと、Ｂ社製の画像処理装置３ｃ，３ｄと、Ｃ社製の画像処理装置３ｅ，３ｆとが接続されている。
【００１４】
また、第２顧客環境１１も、第１顧客環境１０と同様に構内通信回線に接続された仲介装置１ｂと、管理対象機器である画像処理装置３ｇ，３ｈを有している。第３顧客環境１２も、第１顧客環境１０と同様に構内通信回線に接続された仲介装置１ｃと、管理対象機器である画像処理装置３ｉ，３ｊを有している。
なお、第１顧客環境１０〜第３顧客環境１２内には、それぞれの画像処理装置を利用するユーザが使用する複数の情報処理装置（ＰＣ）や、その他のネットワーク機器も接続されているが、それらの図示を省略している。
【００１５】
仲介装置１ａは、第１顧客環境１０内の構内通信回線において、その構内通信回線上の画像処理装置３ａ〜３ｆとゲートウェイ４を介して接続可能な広域通信回線上のデータセンタ２との間の通信を仲介する役割の通信装置に相当する。
また、仲介装置１ａは、データセンタ２から受信した管理コマンドが指示する制御内容によって仲介装置１ａを制御するとともに、データセンタ２から受信した画像処理装置３ａ〜３ｆ宛の管理コマンドをそれぞれ画像処理装置３ａ〜３ｆへ送信する制御処理をすることができる。
さらに、仲介装置１ａは、画像処理装置３ａ〜３ｆからそれぞれの設定情報や動作履歴、カウンタ等の機器情報７４ａ〜７４ｆを取得し、その機器情報をそれぞれ所定の形式へ変換する処理を施した後にデータセンタ２へ送信する機能を備える。
【００１６】
仲介装置１ｂと仲介装置１ｃも、仲介装置１ａと同様の機能を果たす通信装置に相当し、第２顧客環境１１の画像処理装置３ｇと画像処理装置３ｈの各機器情報、第３顧客環境１２の画像処理装置３ｉと画像処理装置３ｊの各機器情報をそれぞれ取得し、その各機器情報をそれぞれ所定の形式へ変換する処理を施した後にデータセンタ２へ送信する機能を備えている。
画像処理装置３ａ〜３ｊは、スキャナ、プリンタ、複写機、プロジェクタ、並びに画像読み取りと印刷と複写とファクシミリ通信を含む複数の機能を備えた複合機等の機器であり、データセンタ２によって各種の動作や設定が管理され、画像処理装置３ａ〜３ｆの機器情報７４ａ〜７４ｆと画像処理装置３ｇ〜３ｊの各機器情報の全部又は一部がそれぞれデータセンタ２での管理対象となる。
【００１７】
ゲートウェイ４は、仲介装置１ａとデータセンタ２とがネットワークを介して通信をする際のプロトコル変換を行う装置である。
ＰＣ５は、ユーザ６又はカスタマーエンジニア（ＣＥ）７が仲介装置１ａに対してアクセス情報と変換情報を含む各種のデータを設定するための装置である。上記アクセス情報は、仲介装置１ａが画像処理装置３ａ〜３ｆから機器情報を取得する際に使用するデータである。
また、上記変換情報は、仲介装置１ａが画像処理装置３ａ〜３ｆから取得した機器情報に対して施す所定の形式へ変換する処理の内容を示す情報である。
【００１８】
ユーザ６は、第１顧客環境１０内における、ネットワーク管理者、あるいは機器管理者であり、画像処理装置３ａ〜３ｆに対するアクセス情報や各機器情報の仕様についての情報を有している。
カスタマーエンジニア７は、画像処理装置３ａ〜３ｆの機器管理を提供するサービスプロバイダから派遣された技術者であり、仲介装置１ａの操作方法やデータセンタ２のデータＩＤ管理テーブル７２についての知識を有している。すなわち、変換情報の作成が可能な作業者である。
【００１９】
一方、データセンタ２は、画像処理装置３ａ〜３ｊの各種の機器管理の機能を提供するサービスプロバイダが広域通信回線上に設置した管理装置の機能を果たす。また、仲介装置１ａ〜１ｃからそれぞれ画像処理装置３ａ〜３ｊの変換済み機器情報を受信して登録する第１顧客環境変換済み機器情報テーブル７５〜第３顧客環境変換済み機器情報テーブル７７を登録する顧客別活用データベース（ＤＢ）８を備える。さらに、データ種別登録テーブル７０、変換情報テーブル７１、データＩＤ管理テーブル７２を蓄積する顧客横断活用データベース（ＤＢ）９を備える。これらのテーブルに記憶させるデータの詳細については後述する。
【００２０】
この顧客別活用ＤＢ８と顧客横断活用ＤＢ９は、データセンタ２では、例えば、ハードディスク装置に記憶して保持すると良い。また、顧客横断活用ＤＢ９のデータの顧客横断活用の一例としては、レポーティングなどがある。
例えば、この通信システム上の通信プロトコルとしてＳＮＭＰ（Simple Network Management Protocol）を適用した場合に、仲介装置１ａ〜１ｃはＳＮＭＰマネージャの機能を有し、画像処理装置３ａ〜３ｊはＳＮＭＰエージェントの機能を有する。
【００２１】
そのため、データセンタ２から適当な仲介装置１ａ〜１ｃへ管理コマンドを送信することにより、ＳＮＭＰプロトコルに従い、画像処理装置３ａ〜３ｊからその機器情報を取得することができる。
また、画像処理装置３ａ〜３ｊは、機器情報をＭＩＢ形式で記憶している。
【００２２】
なお、図２に示した通信システムでは、第１顧客環境１０〜第３顧客環境１２の３つの顧客環境が接続されたシステムの例を示したが、さらに多くの顧客環境が接続された場合でも、以下に示す処理はそれぞれの顧客環境についても適用することができる。もちろん顧客環境は１つ又は２つでもよく、要するにその数は任意である。顧客環境内に配置される管理対象機器の数についても同様である。
以下の説明において、仲介装置１ａ〜１ｃ及び画像処理装置３ａ〜３ｊの個体を区別する必要がない場合、アルファベットを付さない符号を用いる。機器情報７４ａ〜７４ｆについても同様である。
【００２３】
図３は、図２に示した仲介装置１とデータセンタ２のハードウェア構成例を示す図である。
図２の仲介装置１とデータセンタ２は、図３に示すように、それぞれ中央制御装置２０、記憶装置２１、メモリ装置２２、インタフェース装置２３、入力装置２４及び表示装置２５を有し、それらは相互にデータのやり取りが可能になるようにバス等の通信線２６によって接続されている。
中央制御装置２０は、記憶装置２１から読み出したプログラムをメモリ装置２２に実行可能に展開して各種の制御処理を実行するＣＰＵである。中央制御装置２０はその制御処理の実行により、図２の仲介装置１ではそれぞれ仲介装置１における各種の機能を実現し、データセンタ２ではデータセンタ２における各種の機能を実現する。
【００２４】
記憶装置２１は、中央制御装置２０が実行するプログラムとその実行に必要なデータを含む各種のデータを記憶する装置であり、例えば、ハードディスク装置（ＨＤＤ）がある。
この記憶装置２１は、図２の仲介装置１では、それぞれ仲介装置１としての各種の機能を実現するためのプログラムと、アクセス情報及び変換情報を含む各種の情報を記憶する。
また、記憶装置２１は、図２のデータセンタ２では、データセンタ２における各種の機能を実現するためのプログラムと、顧客別活用ＤＢ８と顧客横断活用ＤＢ９を記憶する。
メモリ装置２２は、例えば、ＲＯＭ又はＲＡＭ等のメモリであり、中央制御装置２０からプログラムの起動指示があった場合に、記憶装置２１からプログラムを読み出して実行可能に展開して格納する。
【００２５】
インタフェース装置２３は、広域通信回線と構内通信回線に接続するためのインタフェースとして用いられる装置である。
このインタフェース装置２３は、図２の仲介装置１では顧客環境内の画像処理装置及びＰＣとの通信及び、ゲートウェイ４を介した又は直接のデータセンタ２との通信を制御する。一方、データセンタ２では、ゲートウェイ４を介した又は直接の仲介装置１ａ〜１ｃとの通信を制御する。
【００２６】
入力装置２４は、例えば、キーボード及びポインティングデバイス等の装置であり、ユーザが様々な操作指示を入力するために用いられる。
表示装置２５は、例えば、ＣＲＴ，ＬＣＤ等のディスプレイ装置であり、中央制御装置２０がプログラムを実行することによって実現されるＧＵＩ（Graphical User Interface）等の画面を表示する。
【００２７】
図１は、図２に示した仲介装置１の機能構成と画像処理装置３の機能構成及び一部のハードウェア構成とをデータセンタ２と共に示すブロック図である。
仲介装置１は、図３に示した中央制御装置２０によって実現される機能部として、図１に示すように、仲介装置制御部３０と、要求行列保持部３１と、管理コマンド解析部３２と、対データセンタ通信機能部３３の各部を有する。
【００２８】
その対データセンタ通信機能部３３は、データ受信機能部３４と、データ応答送信機能部３５と、タイマ３６の各部を有する。さらに、仲介装置１は、画像処理装置検索部３７、アクセス・変換情報記憶部３８、画像処理装置状態監視部３９、対装置通信機能部４０、及び機器情報記憶部４１の各部を有する。
【００２９】
仲介装置制御部３０は、仲介装置１の全体の制御を司り、管理コマンド解析部３２によって解析された管理コマンドの指示内容を実行する。また、管理対象の画像処理装置から取得した機器情報を所定の形式へ変換する処理も実行する。すなわち、この仲介装置制御部３０は変換手段の機能を果たす。詳細は後述するが、この変換は、アクセス・変換情報記憶部３８が記憶している規則に基づき行うことができる。
【００３０】
要求行列保持部３１は、データ受信機能部３４によって受信した管理コマンドを記憶する。
管理コマンド解析部３２は、管理コマンドの指示内容を解析し、仲介装置制御部３０に通知する。
【００３１】
データ受信機能部３４は、タイマ３６の測定結果に基づいてデータセンタ２へコネクションを開始し、そのコネクションの開始に基づいてデータセンタ２から送信される管理コマンドを受信する。また、データセンタ２に要求したアクセス情報と変換情報を受信する。上記アクセス情報は画像処理装置３から取得する機器情報のその画像処理装置３での記憶先と機器情報へのアクセス方法を示す情報である。また、変換情報は、画像処理装置３から取得した機器情報を所定の形式へ変換するための規則を示す情報である。
【００３２】
なお、機器情報とは、画像処理装置の設定内容、動作状態及び動作履歴等の情報である。例えば、画像処理装置３における各種の計測値が含まれる。印刷（白黒／カラー）と複写（白黒／カラー）の各画像形成枚数、印刷(カラー)と複写(カラー)の各画像形成枚数、イエロー、マゼンタ、シアン、ブラックの各トナー使用量などである。また、故障時のエラー情報を機器情報に含めるようにしてもよい。
【００３３】
データ応答送信機能部３５は、管理コマンドの実行結果を、応答としてデータセンタ２に送信する。この応答には、管理コマンドに応じて取得した画像処理装置の機器情報が含まれる。そして、機器情報を送信する場合には、仲介装置制御部３０により所定の形式へ変換された変換済み機器情報としてデータセンタ２へ送信する。このデータ応答送信機能部３５は送信手段の機能を果たす。
タイマ３６は、データセンタ２とのコネクション開始間隔を測定する。
【００３４】
画像処理装置検索部３７は、仲介装置制御部３０の機器情報の取得処理の起動に伴って、アクセス・変換情報記憶部３８に記憶されたアクセス情報に基づいて構内通信回線上の画像処理装置３を検索し、画像処理装置３のベンダＩＤ及び機種ＩＤを取得する。すなわち、この画像処理装置検索部３７は機種識別情報取得手段の機能を果たす。
アクセス・変換情報記憶部３８は、画像処理装置の機種ＩＤとその画像形成装置から取得する機器情報へのアクセス方法とを対応させたアクセス情報と、画像処理装置の機種ＩＤとその画像形成装置から取得した機器情報を所定の形式に変換するための規則とを対応させた変換情報とを記憶する。すなわち、このアクセス・変換情報記憶部３８は第１の記憶手段と第２の記憶手段の機能を果たす。なお、各情報の詳細については後述する。
【００３５】
画像処理装置状態監視部３９は、管理対象の画像処理装置の状態が一定の監視条件を満たすか否かを判断し、一定の監視条件を満たす場合に、対装置通信機能部４０に要求して、画像処理装置３から所定の機器情報を取得し、その情報に基づき管理対象の画像処理装置の動作を監視する。異常を検出した場合、必要に応じて対データセンタ通信機能部３３に要求し、その内容をデータセンタ２に通知する。
【００３６】
対装置通信機能部４０は、管理対象の画像処理装置と通信し、その画像形成装置から機器情報を取得する。詳細は後述するが、この取得は、アクセス・変換情報記憶部３８に記憶されたアクセス情報に基づいて画像処理装置にアクセスすることにより、行うことができる。この対装置通信機能部４０は、機器情報取得手段の機能を果たす。また、対装置通信機能部４０は、ＰＣ５との通信も担当し、ＰＣ５から設定入力されたアクセス情報と変換情報を受信する。対装置通信機能部４０は機器情報取得手段の機能を果たす。
【００３７】
機器情報記憶部４１は、画像処理装置から取得した機器情報及び所定の形式へ変換済みの機器情報を記憶する。
【００３８】
次に、画像処理装置３は、用紙に画像を形成する画像形成装置として構成されており、コントローラ５０、画像形成部５１、操作表示部５２を備えている。コントローラ５０は、システム制御部５３、記憶装置５４、メモリ５５、メッセージ解析・実行部５７、装置メッセージ受信部５６を有する。また、画像形成部５１は、作像部５８と搬送部５９を有し、その作像部５８と搬送部５９にはそれぞれセンサ６０とセンサ６１を備えている。
操作表示部５２は、画像処理装置３に対してユーザが各種の操作情報を入力する入力装置と、ユーザに各種のメッセージや作業画面を表示する表示装置とを兼ねている。
【００３９】
システム制御部５３は、図示を省略したＣＰＵが記憶装置５４に記憶されたプログラムを、メモリ５５に展開して実行することによって実現される機能部であり、画像処理装置３の全体の制御を司る。
記憶装置５４は、例えば、ハードディスク装置（ＨＤＤ）やＮＶ−ＲＡＭ（不揮発ＲＡＭ）等の不揮発性の記憶装置であり、図示を省略したＣＰＵが実行するプログラムと、上述の機器情報を含む各種のデータ等を記憶する装置である。
メモリ５５は、ＲＡＭ等の揮発性の記憶装置であり、図示を省略したＣＰＵが各種の処理を実行する際の作業用の記憶領域を提供する。
【００４０】
装置メッセージ受信部５６は、対装置通信機能部４０から送信される管理コマンド及び要求を受信する。
メッセージ解析・実行部５７は、装置メッセージ受信部５６において受信した管理コマンド及び要求を解析し、その解析結果に基づく処理を実行し、応答を返す。この処理には、記憶装置５４に蓄積されている機器情報を取得して仲介装置１へ送信するものも含まれる。
【００４１】
画像形成部５１の作像部５８は、画像形成の際の作像を行う作像エンジンである。その内部に設けられたセンサ６０は、作像部５８の動作状況を監視し、その結果を機器情報に反映させる。
搬送部５９は、作像部５８によって作像された画像のトナー像を転写する記録媒体の用紙を搬送する制御部である。その内部に設けられたセンサ６１は、搬送部５９の動作状況を監視し、その結果を機器情報に反映させる。
なお、画像処理装置３を画像形成装置以外の画像処理装置として構成する場合、画像形成部５１に代えてその機能に合ったエンジン部を設ける。
【００４２】
次に、データセンタ２及び仲介装置１が画像処理装置３からの機器情報取得及びその管理のために記憶するデータについて説明する。
まず図４に、データ種別登録テーブルの例を示す。
このデータ種別登録テーブルは、データセンタ２においてどのようなデータを管理するかを規定するテーブルであり、図２に符号７０で示したようにデータセンタ２に記憶させる。また、その内容は、基本的にはデータセンタ２が提供すべき管理サービスの仕様に応じてエンジニア等が設定すべきものである。しかし、自動で生成することも妨げられない。
【００４３】
図４に示すように、データ種別登録テーブルは、データ種別ＩＤ、データ種別名、データ型及び定量化ルール又は定性化ルールの各項目のデータをそれぞれ対応させて登録している。
このうちデータ種別ＩＤは、データセンタ２において管理するデータ種別の識別情報である。なお、各種別のデータは必ずしも管理対象の画像処理装置３にそのまま記憶されている必要はない。画像処理装置３に記憶されている機器情報に何らかの変換（加工）を施して得られる情報であればよい。
データ種別名は、データ種別ＩＤで示されるデータの名称であり、例えば、データ種別ＩＤ「000001」はデータ種別名「トータルカウンタ」のデータである。
【００４４】
データ型は、データを記憶する際のデータ型を示し、例えば、データ種別名「トータルカウンタ」のデータ型は「Counter32」である。
定量化ルール又は定性化ルールは、該当項目のデータの値が表す内容を示す。これは、画像処理装置の機種によってまちまちな形や項目で記憶されている機器情報を、最終的にどのような意味のデータに加工すればよいかを意味する。すなわち、最終的に得られるべきデータの形式を規定する情報である。なお、データの所定の尺度に揃えるという意味では、このようなデータの変換あるいは加工を、データの「正規化」と呼ぶことができる。
【００４５】
例えば、データ種別ＩＤが「000001」のトータルカウント値については、プリンタの白黒とカラーの合計印刷枚数と、スキャナの白黒とカラーの合計読み取り枚数との合計を、１枚の印刷出力あるいはスキャンで１カウントとしてカウントした値として集計すべきことが規定されている。
【００４６】
データ種別ＩＤが「000002」のトータルカラーカウント値については、プリンタのカラーの印刷枚数と、スキャナのカラーの読み取り枚数の合計を、１枚の印刷出力あるいはスキャンで１カウントとしてカウントした値として集計すべきことが規定されている。
データ種別ＩＤが「001010」のトナー残量（マゼンタ）については、マゼンタのトナー残量を、最大値に対する割合（百分率）として集計すべきことが規定されている。
【００４７】
次に図５に、変換情報テーブルの例を示す。
この変換情報テーブルは、仲介装置１から参照可能な場所に保持されていれば、保存場所は問わない。仲介装置１にローカルに保存されていても、図２に符号７１で示したようにデータセンタ２に保存して複数の仲介装置１から同じテーブルを参照可能としてもよい。その他の装置に設けた記憶手段に記憶させてもよい。
【００４８】
また、変換情報テーブルの内容は、基本的には管理対象の画像処理装置３の仕様を把握しているカスタマーエンジニア７等が図４に示したデータ種別登録テーブルを参照して、該テーブルに登録されているパラメータを得る方法を登録するものである。画像処理装置に保存されているどの機種情報をどのように変換（加工）すればデータ種別登録テーブルに登録されている定量化ルール又は定性化ルールに沿ったデータが得られるかを示す数式や変換条件を登録すればよい。なお、変換情報テーブルの内容を自動で生成することも妨げられない。
【００４９】
この変換情報テーブルには、図５に示すように、データ種別ＩＤ、ベンダＩＤ、機種ＩＤ及び変換情報の各項目のデータを対応させて登録している。
このうちデータ種別ＩＤは、図４に示したデータ種別登録テーブルにおけるデータ種別ＩＤと同じものである。
【００５０】
ベンダＩＤは、画像処理装置の製造元の会社を示す識別情報である。機種を特定するためには基本的には機種ＩＤのみで十分であるが、異なる製造元で偶然機種名が一致する場合もあることから、ここではベンダＩＤも機種特定のために用いている。
機種ＩＤは、画像処理装置の機種を示す識別情報である。なお、ハードウェアとして同じ機種であっても、ファームウェアの更新により機器情報の記憶態様や集計態様が変わっているような場合には、ファームウェアのバージョン毎に異なる機種ＩＤを付すとよい。
以上のベンダＩＤと機種ＩＤが機種識別情報である。
【００５１】
変換情報は、データ種別ＩＤが示すデータを算出するために取得すべき機器情報と、取得した機器情報をどのように変換するかを規定する情報である。図５の例では、次の図６に示すアクセス情報テーブルに登録されているデータＩＤを用いて、該当ＩＤの機器情報を取得すべきことを示している。また、四則演算の式により、取得した機器情報をどのように変換すべきかの規則を示している。
【００５２】
なお、画像処理装置の機種毎に記憶している機器情報が異なるため、変換情報は、機種毎に該当機種に適したものを用意している。
また、変換情報は、機器情報の変換規則を提供すると共に、どの機器情報が必要であるか、という点を通じて、図６に示すアクセス情報テーブルを検索してその機器情報へのアクセス方法を取得するためのキーとなる情報を提供すると言える。
【００５３】
図５の例では、データ種別ＩＤが「000001」のトータルカウンタ値について、Ａ社製のModelXXXでは、データＩＤが「A000000XXXX」の機器情報とデータＩＤが「A000000YYYY」の機器情報とを取得してこれらを加算すべきことが規定されている。一方、Ｂ社製のAAA-BBB
Modelの場合、データＩＤが「B003333XXXX」，「B003333YYYY」，「B003333ZZZZ」の３つの機器情報を取得してこれらを加算すべきことが規定されている。
なお、図５に示したような四則演算以外にも、「フル」や「ニアエンド」等の定性的なデータを定量的なデータに変換する規則を規定することも可能である。逆に、定量的なデータを定性的なデータに変換する規則を規定することも可能である。
【００５４】
次に、図６に、アクセス情報テーブルの例を示す。
このアクセス情報テーブルは、仲介装置１から参照可能な場所に保持されていればよい。ただし、ＳＮＭＰにおいてパスワードのような用途で用いるコミュニティ名や、認証パスワードそのものも登録するテーブルであるので、第３者からアクセスされないようにする必要がある。そういう意味では、データセンタ２において各仲介装置１からの情報を集計してしまうようなことは好ましくない。
【００５５】
また、アクセス情報テーブルの内容は、基本的には管理対象の画像処理装置３の仕様や画像処理装置３にアクセスするための認証情報を把握しているユーザ６等が、画像処理装置３から取得する必要がある機器情報について、その取得方法を登録するものである。取得方法は、ＭＩＢ形式で画像処理装置３が保持しているデータのうちどのＯＩＤ（オブジェクトＩＤ）のデータにアクセスすればよいかにより示すことができる。また、アクセスにコミュニティ名やＶ２．２ｃ．３用拡張情報のような追加情報が必要であれば、それも登録する。また、アクセス情報テーブルの内容を自動で生成することも妨げられない。
【００５６】
このアクセス情報テーブルには、図６に示すように、データＩＤ、ベンダＩＤ、機種ＩＤ、ＯＩＤ、コミュニティ名、及びＶ２．２ｃ．３用拡張情報の各項目のデータを対応させて登録している。
このうちデータＩＤは、機器情報の項目を特定するためのＩＤである。同じような内容、あるいは全く同じ内容を表す機器情報であっても、画像処理装置３の機種が異なる場合には、記憶位置が異なることも考えられるから、別々にデータＩＤを付して取得方法を登録する。
【００５７】
ベンダＩＤと機種ＩＤは、図５の変換情報テーブルの場合と同じものである。
ＯＩＤは、該当の機器情報が該当機種においてＭＩＢ形式で保持されるデータのどの部分にあるかを示す情報である。すなわち、ＳＮＭＰを用いてそのＯＩＤを持つデータにアクセスすれば、所望の機器情報が得られることがわかる。
【００５８】
コミュニティ名は、ＳＮＭＰを用いて該当機種の機器情報にアクセスする際に用いるコミュニティ名である。
Ｖ２．２ｃ．３用拡張情報は、ＳＮＭＰを用いて該当機種の機器情報にアクセスする際に用いる認証パスワード等の拡張情報である。なお、拡張情報が不要である場合には、「なし」を登録すればよい。
【００５９】
以上の情報により、例えばデータＩＤが「A000000XXXX」の機器情報を取得したい場合、ＳＮＭＰにより、コミュニティ名として「public」を用いて、「1.3.6.1.2.1.2.1…」のＯＩＤを持つデータにアクセスすればよいことがわかる。ベンダＩＤ及び機種ＩＤは、このテーブルにおいては参考用であり、登録しなくても差し支えない。
なお、アクセス情報テーブルに、全く同じ機器情報に関する情報が、複数のデータＩＤを与えられて重複して登録されていても、変換情報テーブルの変換情報に含まれるデータＩＤから、そのデータＩＤが示す機器情報の取得方法が得られれば、特に問題ない。
【００６０】
次に、図７に、データＩＤ管理テーブルの例を示す。
このデータＩＤ管理テーブルは、データセンタ２に記憶させ、各仲介装置１から通知される情報に基づき更新することができる。アクセス情報テーブルのうち共有して問題ない部分を共有することにより、仲介装置１におけるアクセス情報テーブルの作成を容易にするためのものである。
【００６１】
このデータＩＤ管理テーブルには、図７に示すように、データＩＤ、ベンダＩＤ、機種ＩＤ、及びＯＩＤの各項目のデータを対応させて登録している。これらの各項目の意義は、アクセス情報テーブルの場合と同様である。
この範囲の情報は、画像処理装置の仕様の情報であり、画像処理装置のユーザが個別に設定するものではないため、共有して差し支えないと考えられる。一方、個別の機器情報を取得するためには有用な情報である。
このデータＩＤ管理テーブルの利用法については後述する。
【００６２】
次に、図８に、変換済み機器情報テーブルの例を示す。
この変換済み機器情報テーブルは、データセンタ２に記憶させ、各仲介装置１から通知される機器情報を管理するためのテーブルである。ここに記憶させる機器情報は、もちろん、変換情報テーブルに登録された変換情報に従って所定の形式に変換された情報である。
【００６３】
この変換済み機器情報テーブルには、図８に示すように、顧客ＩＤ、機器ＩＤ、データ種別ＩＤ、データ値及び取得日時を登録する。
これらのうち顧客ＩＤは、図２に示した顧客環境を特定するための識別情報である。ここでは、機器情報がどの顧客の装置に関する情報であるかを示す。
【００６４】
機器ＩＤは、装置の個体を特定するための識別情報である。ここでは、機器情報をどの画像処理装置から取得したかを示す。
データ種別ＩＤは、図４のデータ種別登録テーブルにおけるものと同じである。ここでは、どの種別のデータを取得したかを示す。
データ値は、取得した変換後の機器情報の値である。
取得日時は、機器情報を取得した日時を示す。
【００６５】
データセンタ２は、仲介装置１から画像処理装置３の機器情報を通知されると、変換済み機器情報テーブルにその通知に係る情報を登録する。なお、図２では、顧客環境毎に変換済み機器情報テーブルがあるようにしたが、図８ではこれらをまとめて１つのテーブルとした例を示している。
【００６６】
次に、仲介装置１が画像処理装置３の機器情報を取得してデータセンタ２へ送信する処理について説明する。
まず、仲介装置１に対して、ＰＣ５からユーザ６又はＣＥ７によってアクセス情報テーブルと変換情報テーブルの内容が設定される場合の処理を説明する。
図９は、仲介装置１が画像処理装置３の機器情報を取得してデータセンタ２へ送信する処理の第１例を示すシーケンス図である。
【００６７】
仲介装置１は、ＰＣ５から図５に示した変換情報テーブルに登録すべき変換情報の設定入力があると（Ｓ１１）、これを変換情報テーブルに登録しＰＣ５に応答を送信する（Ｓ１２）。
また、ＰＣ５から図６に示したアクセス情報テーブルに登録すべきアクセス情報の設定入力があると（Ｓ１３）、これをアクセス情報テーブルに登録しＰＣ５に応答を送信する（Ｓ１４）。
【００６８】
これらの処理は、順不同で何度でも繰り返すことができる。また、仲介装置１は、適当なタイミングで変換情報テーブルに登録した変換情報及びアクセス情報テーブルに登録したアクセス情報を、データセンタ２へ送信し、データセンタ２の変換情報テーブル及びアクセス情報テーブルに登録させることができる（Ｓ１５）。ここで送信するのは、図６に示したコミュニティ名や拡張情報のような顧客固有の情報を除いたデータである。
【００６９】
データセンタ２は、これを受信すると、変換情報テーブル及び図７に示したデータＩＤ管理テーブルに登録して受領応答を返す（Ｓ１６）。ここで登録した情報は、後述の図１０の処理において、任意の仲介装置１から参照可能となる。
このように、ある仲介装置１に対して設定された情報をデータセンタ２に送信して登録させ、他の仲介装置１からも参照可能とすることにより、各仲介装置１においてデータＩＤ管理テーブルを実質的に共有し、内容を作成する手間を軽減することができる。もちろん、異なる顧客環境にある仲介装置１間でこのような共有を行ってもよい。
【００７０】
また、仲介装置１は、入力装置２４の操作やタイマ３６による所定時間到達検出、データセンタ２からの管理コマンド検出等により、画像処理装置３から機器情報を取得してデータセンタ２に送信すべきことを検出すると、送信すべきデータのデータ種別ＩＤ及び取得先画像処理装置を特定し（Ｓ２１）、データ送信のためのステップＳ２２以下の処理を開始する。この処理は、変換情報テーブル及びアクセス情報テーブルに必要なデータが登録された後であれば、任意のタイミングで開始することができる。また、画像処理装置の特定は、機器ＩＤやアドレス等を、画像処理装置３にアクセスできる程度に特定すればよい。
【００７１】
そしてまず、仲介装置１は、特定した取得先の画像処理装置３に、該画像処理装置３のベンダＩＤと機種ＩＤを送信するよう要求する（Ｓ２２）。なお、ベンダＩＤと機種ＩＤについては、通常は標準ＭＩＢにより取得可能であるので、この要求のためにアクセス情報テーブルを参照する必要はない。
これに対し、画像処理装置３はベンダＩＤと機種ＩＤを返信し、仲介装置１はこれを受信する（Ｓ２３）。その受信したベンダＩＤと機種ＩＤは、例えば、図３のメモリ装置２２に記憶する。
【００７２】
次に、仲介装置１は、変換情報テーブルを参照し、ステップＳ２３で取得したベンダＩＤ及び機種ＩＤに基づき、データセンタ２に送信すべきデータを得るために取得すべき機器情報のデータＩＤを特定する（Ｓ２４）。具体的には、ステップＳ２１で特定したデータ種別ＩＤと、ステップＳ２３で取得したベンダＩＤ及び機種ＩＤをキーに変換情報テーブルを検索し、対応する変換情報に含まれるデータＩＤを取得すればよい。
次に、仲介装置１は、アクセス情報テーブルを参照し、ステップＳ２４で特定したデータＩＤを有する機器情報の取得方法を特定する（Ｓ２５）。複数の機器情報が必要であれば、その全てについて取得方法を特定する。これは、単にデータＩＤをキーにアクセス情報テーブルを検索すれよい。
【００７３】
次に、仲介装置１は、ステップＳ２５で特定した取得方法に従い、画像処理装置３へアクセスし、機器情報を要求する（Ｓ２６）。画像処理装置３は、このアクセスを受けると機器情報を返信し、仲介装置１はこれを受信する（Ｓ２７）。
次に、仲介装置１は、その取得した機器情報を、変換情報テーブルに登録された変換規則に従って変換する（Ｓ２８）。この変換規則は、ステップＳ２４の処理で参照した変換情報が示すものである。
【００７４】
その後、仲介装置１は変換後の機器情報をデータセンタ２に通知する（Ｓ２９）。データセンタ２は、この情報を、図８に示した変換済み機器情報テーブルに登録し、受領応答を返す（Ｓ３０）。なお、ステップＳ２９において、仲介装置１は、顧客ＩＤ、機器ＩＤ、データ種別ＩＤ、取得日時など、変換済み機器情報テーブルに登録すべき他の情報も合わせて送信するとよい。
【００７５】
こうして、データセンタ２では、管理対象の画像処理装置３の機器情報を、所定の形式に変換された状態で取得して蓄積することができる。すなわち、管理対象の画像処理装置３の機種がまちまちであり、製造元や機種の違いによって様々なデータ形式や計数時の単位が異なる機器情報を記憶している場合でも、予め指定された統一した形式の情報として取得することができる。
従って、収集した情報を統一した基準で比較し、効率的な管理を行うことができる。
【００７６】
次に、仲介装置１が、データセンタ２からアクセス情報と変換情報を取得する場合の処理を説明する。
図１０は、仲介装置１が画像処理装置３の機器情報を取得してデータセンタ２へ送信する処理の第２例を示すシーケンス図である。
【００７７】
この処理において、仲介装置１は、図９のステップＳ２１の場合と同様、画像処理装置３から機器情報を取得してデータセンタ２に送信すべきことを検出すると、送信すべきデータのデータ種別ＩＤ及び取得先画像処理装置を特定し（Ｓ４１）、データ送信のためのステップＳ４２以下の処理を開始する。
【００７８】
そしてまず、仲介装置１は、特定した取得先の画像処理装置３に、該画像処理装置３のベンダＩＤと機種ＩＤを送信するよう要求する（Ｓ４２）。これに対し、画像処理装置３はベンダＩＤと機種ＩＤを返信し、仲介装置１はこれを受信する（Ｓ４３）。この部分も、図９のステップＳ２２及びＳ２３と同様である。
【００７９】
次に、仲介装置１は、データセンタ２に、ステップＳ４１で特定したデータ種別ＩＤと、ステップＳ４３で取得したベンダＩＤ及び機種ＩＤとを送信し、これらと対応する変換情報を要求する（Ｓ４４）。これに対し、データセンタ２は、自身の変換情報テーブルを参照して受信した各ＩＤと対応する変換情報を返信し、仲介装置１はこれを受信する（Ｓ４５）。なお、データセンタ２の変換情報テーブルには、図９のステップＳ１５等の処理により、各仲介装置１において設定された変換情報が集約されているとする。
【００８０】
次に、仲介装置１は、データセンタ２に、ステップＳ４５で受信した変換情報に基づき取得が必要と判断した機器情報のデータＩＤを送信し、これらと対応するアクセス情報を要求する（Ｓ４６）。これに対し、データセンタ２は、自身のデータＩＤ管理テーブルを参照して受信したデータＩＤと対応するアクセス情報を返信し、仲介装置１はこれを受信する（Ｓ４７）。なお、データセンタ２のデータＩＤ管理テーブルにも、図９のステップＳ１５等の処理により、各仲介装置１において設定されたアクセス情報が集約されているとする。
【００８１】
その後、仲介装置１は、取得したアクセス情報に従って画像処理装置３にアクセスするために必要な認証情報があればこれを取得する（Ｓ４８）。データセンタ２から取得するアクセス情報には、コミュニティ名や拡張情報が含まれないためである。この認証情報は、仲介装置１において画像処理装置３の認証情報を管理する不図示の認証情報管理手段から取得することができる。
【００８２】
次に、仲介装置１は、ステップＳ４７で取得したアクセス情報により特定される認証情報取得方法に従い、ステップＳ４８で取得した認証情報を用いて画像処理装置３へアクセスし、機器情報を要求する（Ｓ４９）。画像処理装置３は、このアクセスを受けると機器情報を返信し、仲介装置１はこれを受信する（Ｓ５０）。
【００８３】
次に、仲介装置１は、その取得した機器情報を、ステップＳ４５で取得した変換情報により特定される変換規則に従って変換する（Ｓ５１）。
その後、仲介装置１は変換後の機器情報をデータセンタ２に通知する（Ｓ５２）。データセンタ２は、この情報を、図８に示した変換済み機器情報テーブルに登録し、受領応答を返す（Ｓ５３）。これらの処理は、図９のステップＳ２９及びＳ３０と同様である。
【００８４】
こうして、データセンタ２では、図９の場合と同様、管理対象の画像処理装置３の機器情報を、所定の形式に変換された状態で取得して蓄積することができる。
なお、データセンタ２に設ける変換情報テーブル及びデータＩＤ管理テーブルの内容は、必ずしも仲介装置１から送信した情報に基づき作成されるものでなくてよい。データセンタ２のオペレータが入力した情報に基づき作成してもよい。
【００８５】
以上で実施形態の説明を終了するが、この発明において、各部の具体的な構成、処理の内容、データの形式等は、実施形態で説明したものに限るものではない。
例えば、図１０のステップＳ４４及びＳ４６において、仲介装置１が、データセンタ２に対して変換情報やアクセス情報を要求するのでなく、変換情報テーブル及びデータＩＤ管理テーブル自体の送信を要求するようにしてもよい。そして、これらのテーブルをダウンロードしてローカルに保存し（データＩＤ管理テーブルはアクセス情報テーブルに改変する）、以後図９と同様な処理を行うようにしてもよい。
【００８６】
また、ベンダＩＤや機種ＩＤといった機種識別情報は、機器情報を取得する対象の画像処理装置から直接取得する必要はない。例えば、管理対象装置のリストに、機器ＩＤと対応させてベンダＩＤや機種ＩＤが登録されている場合には、そのリストから所望の機器の機種識別情報を取得してもよい。
さらに、上述の実施形態では、仲介装置１ａ〜１ｃが機器情報を取得する機器として画像処理装置の場合を説明したが、ファクシミリ装置等の通信装置やパーソナルコンピュータ等の情報処理装置等の機器全般においても上述と同様にして実施することができる。
また、以上説明してきた実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００８７】
１ａ〜１ｃ：仲介装置    ２：データセンタ    ３ａ〜３ｊ：画像処理装置    ４：デートウェイ    ５：情報処理装置    ６：ユーザ    ７：カスタマーエンジニア    ８：顧客別活用データベース    ９：顧客横断活用データベース    １０：第１顧客環境    １１：第２顧客環境    １２：第３顧客環境    ２０：中央制御装置    ２１：記憶装置    ２２：メモリ装置    ２３：インタフェース装置    ２４：入力装置    ２５：表示装置    ２６：通信線    ３０：仲介装置制御部    ３１：要求行列保持部    ３２：管理コマンド解析部    ３３：対データセンタ通信機能部    ３４：データ受信機能部    ３５：データ応答送信機能部    ３６：タイマ    ３７：画像処理装置検索部    ３８：アクセス・変換情報記憶部    ３９：画像処理装置状態監視部    ４０：対画像処理装置通信機能部    ４１：機器情報記憶部    ５０：コントローラ    ５１：画像形成部    ５２：操作表示部    ５３：システム制御部    ５４：記憶装置    ５５：メモリ    ５６：装置メッセージ受信部    ５７：メッセージ解析・実行部    ５８：作像部    ５９：搬送部    ６０、６１：センサ    ７０：データ種別登録テーブル    ７１：変換情報テーブル    ７２：データＩＤ管理テーブル    ７４ａ〜７４ｆ：機器情報    ７５：第１顧客環境変換済み機器情報テーブル    ７６：第２顧客環境変換済み機器情報テーブル    ７７：第３顧客環境変換済み機器情報テーブル
【先行技術文献】
【特許文献】
【００８８】
【特許文献１】特開２０１１−１５９１２７号公報
【図１】
2014059690.tif 000003
【図２】
2014059690.tif 000004
【図３】
2014059690.tif 000005
【図４】
2014059690.tif 000006
【図５】
2014059690.tif 000007
【図６】
2014059690.tif 000008
【図７】
2014059690.tif 000009
【図８】
2014059690.tif 000010
【図９】
2014059690.tif 000011
【図１０】
2014059690.tif 000012