JP5871045B2 - 診断プログラム生成装置、販売情報管理装置、プログラム生成方法、プログラムおよび診断プログラム生成システム - Google Patents

Description

本発明は、診断プログラム生成装置、販売情報管理装置、プログラム生成方法、プログラムおよび診断プログラム生成システムに関する。

従来から、リモートでネットワークに接続された機器の管理を行うリモート管理システムが普及している。そして、リモート機器管理システムに新たに機器が納入先に納入された場合、現場の納入担当者により初期導入処理が行われていた。ここで、初期導入処理とは、機器の設置場所の報告、ＩＰアドレスの設定、初期化処理等の初期導入時に行われる一連の処理のことである。

しかし、従来のリモート管理システムでは、納入担当者による定められた項目を定められた手順通りの設定に従った初期導入処理を必要とするため、手間と時間がかかり手続が煩雑であった。例えば、初期導入が手動の操作により登録されるため、設定の適正判断や調整についても手動で行う必要があった。

また、機器を納入後、納入担当者が記入した初期導入処理の結果は、まず、納入担当者が通信手段により販売・運用管理区に送信し、次に、販売・運用管理区の担当者が受信した初期導入の結果をリモート管理システムに反映していた。このため、納入完了からシステムに初期導入の結果が反映されるまでのタイムラグが生じてしまう。

また、初期設定の最適値と納入が別々に行われるため、機器の納入後に発生した不具合に対応しても、ファームウェアの更新は、リモート管理システムへの登録後にリモート管理センター経由で行われている。このため、不具合への対応から機器ファームを更新するまでの期間内は不具合を解消することができないこととなる。

さらに、初期導入処理を行う手順は各機器のベンダーに依存するので、ベンダーごとに定められた手順を熟知した担当者によらなければ機器を初期導入することができないという問題がある。そこで、ネットワークを介して接続された情報処理装置内の情報にアクセスするネットワークダイレクタを備え、ネットワークダイレクタを介して情報処理装置から画像形成装置に関連する情報を取得する画像形成装置が提案されている(例えば、特許文献１)。

しかしながら、特許文献１の方法では、機器側が情報処理装置内の情報を取得することが可能となるだけであり、情報処理装置内に納入された機器に対応する初期導入処理に関する情報が保存されていない場合には、初期導入処理を自動的に行えないこととなる。

本発明は、上記に鑑みてなされたものであって、初期導入処理にかかる時間および費用を節約することができる診断プログラム生成装置、販売情報管理装置、プログラム生成方法、プログラムおよび診断プログラム生成システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる診断プログラム生成装置は、ネットワークを介して、機器を管理する機器管理装置と、前記機器の販売情報を保持する販売情報管理装置とに接続される診断プログラム生成装置であって、前記機器管理装置からの機器情報の受信に基づき、該機器情報と前記販売情報管理装置が有する機器情報との照合要求を前記販売情報管理装置に送信する照合要求送信手段と、前記販売情報管理装置からの前記照合要求にかかる照合がされたことを示す結果に基づき診断対象を特定し、特定した診断対象を診断するための診断プログラムを生成する診断プログラム生成手段と、生成された前記診断プログラムを前記機器管理装置に送信する診断プログラム送信手段と、を備えたことを特徴とする。

本発明によれば、初期導入処理にかかる時間および費用を節約することができるという効果を奏する。

図１は、本実施の形態にかかる機器管理システムの構成を示すブロック図である。 図２は、機器管理装置２００の主要機能を示すソフトウェア・ブロック図である。 図３は、機器管理装置２００の機能的構成を示すブロック図である。 図４は、管理設定情報の一例を示す図である。 図５は、「標準ＭＩＢ」のｉｎｉファイルの一例を示す図である。 図６は、「拡張ＭＩＢ」のｉｎｉファイルの一例を示す図である。 図７は、リモート管理装置３００の機能的構成を示すブロック図である。 図８は、リモート管理情報の一例を示す図である。 図９は、機器１００の機能的構成を示すブロック図である。 図１０は、販売サーバ４００の機能的構成を示すブロック図である。 図１１は、本実施形態の初期導入処理の流れを示すシーケンス図である。 図１２は、本実施の形態にかかる機器１００のハードウェア構成図である。

以下に添付図面を参照して、この発明にかかる機器管理システム、リモート管理装置、機器管理方法およびプログラムの最良な実施の形態を詳細に説明する。以下の実施の形態においては、本発明における機器を、コピー機能、プリンタ機能、スキャナ機能、およびファクシミリ機能のうち少なくとも２つの機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）に適用した例を示すが、これに限定されない。

図１は、本実施の形態にかかる機器管理システムの構成を示すブロック図である。図１に示すように、機器管理システムは、リモート管理装置３００と、Ａ社販売サーバ４００ａ、Ｂ社販売サーバ４００ｂ、Ｃ社販売サーバ４００ｃ（以下、特定しない販売サーバを単に販売サーバ４００と称する。）と、機器管理装置２００と、複数の機器１００ａ〜１００ｅ（以下、特定しない機器を単に機器１００と称する。）が、インターネットなどのネットワーク８０を介して接続されている。

販売サーバ４００は、図１に示すように、販売会社（ベンダー）ごとに販売会社側に設けられるサーバであり、機器１００の販売情報を保有する。販売情報とは、機器１００の販売契約やリース契約に関する情報のことであり、販売情報には、顧客名（顧客ＩＤ）、機器ＩＤ、プロダクトＩＤ、設置場所情報等が含まれる。また、販売サーバ４００は、リモート管理装置３００からの要求に応じて、リモート管理装置３００から受信した機器ＩＤおよび顧客ＩＤと、販売情報に対応付けて登録されている機器ＩＤおよび顧客ＩＤとを照合する。図１では、３台の販売サーバを図示するが、台数はこれに限定されない。

リモート管理装置３００は、販売サーバ４００、機器管理装置２００と通信し、機器管理装置２００を介して機器管理装置２００に接続されている機器１００をリモート管理する。例えば、リモート管理装置３００は、リモート管理情報を記憶し、機器１００と、機器１００を管理する機器管理装置２００と、機器１００を販売した販売サーバ４００を対応付けて記憶する。そして、リモート管理装置３００は、機器ＩＤや機器管理装置２００の機器管理装置ＩＤを販売サーバ４００に送信し、販売サーバ４００からこれらのＩＤに対応する販売情報を取得し、販売情報に基づいてソフトウェアのインストールやアンインストールを指示する。図１では、１つのリモート管理装置を図示するが台数はこれに限定されない。

機器管理装置２００は、顧客側に設置される装置であり、顧客が所有する機器を管理する装置である。機器管理装置２００は、機器１００の納入時、およびその後定期的に機器１００から機器情報を取得し、保存する。機器情報とは、機器１００の機器ＩＤ、機器１００にインストールされているソフトウェアを識別するプロダクトＩＤ、ＩＰアドレス等が含まれる。図１では、１つの機器管理装置を図示するが台数はこれに限定されない。

機器１００は、コピー、ファックス、プリンタなどの複数の機能を備えた装置であって、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのローカルネットワークにより相互に接続されている。図１では、５台の機器を図示するが台数はこれに限定されない。

本実施の形態にかかる機器管理システムは、遠隔管理を実現するため、各装置に、ＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）により、相互実装するアプリケーションのメソッドに対する処理の要求、応答を送受信する機能を有しており、また、ＲＰＣを実現するために、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のプロトコルを利用することができる。

次に、機器管理装置２００の詳細について説明する。まず、機器管理装置２００のソフトウェア構成について説明する。図２は、機器管理装置２００の主要機能を示すソフトウェア・ブロック図である。図２に示すように、アプリケーション層には、監視・管理アプリ５００がインストールされ、Ａ社専用アプリ５１０、Ｂ社専用アプリ５２０、Ｃ社専用アプリ５３０がプラグインとして追加されている。またプラットフォーム層では各アプリに対応する機能が実現される。

監視・管理アプリ５００は、監視・管理サーバの一般的な主要機能を実現するアプリケーションである。具体的に、標準ＭＩＢ情報取得機能５０１、ＳＮＭＰｖ１／ｖ２通信機能５０２、ＳＮＭＰｖ３通信機能５０３、ＨＴＴＰＳ／ＳＯＡＰ通信機能５０４、ＰＩＮＧ実施機能５０５を実現する。これにより機器管理装置２００は、標準ＭＩＢ情報を取得できるとともに、各種監視機能を実行できるようになっている。

Ａ社専用アプリ５１０は、Ａ社によって提供されるもので、Ａ社拡張ＭＩＢ情報取得機能５１１、Ａ社独自Ｐｒｏｔｏｃｏｌの情報取得機能５１２を実現するアプリケーションである。このＡ社専用アプリ５１０が追加されることにより、機器管理装置２００は、Ａ社拡張ＭＩＢ情報（Ａ社Ｐｒｉｖａｔｅ ＭＩＢ情報）やＡ社独自Ｐｒｏｔｏｃｏｌの情報を取得できるようになっている。

Ｂ社専用アプリ５２０は、Ｂ社によって提供されるもので、Ｂ社拡張ＭＩＢ情報取得機能５２１、Ｂ社独自Ｐｒｏｔｏｃｏｌの情報取得機能５２２を実現するアプリケーションである。このＢ社専用アプリ５２０が追加されることにより、機器管理装置２００は、Ｂ社拡張ＭＩＢ情報やＢ社独自Ｐｒｏｔｏｃｏｌの情報を取得できるようになっている。

Ｃ社専用アプリ５３０は、Ｃ社によって提供されるもので、Ｃ社拡張ＭＩＢ情報取得機能５３１、Ｃ社独自Ｐｒｏｔｏｃｏｌの情報取得機能５３２を実現するアプリケーションである。このＣ社専用アプリ５３０が追加されることにより、機器管理装置２００は、Ｃ社拡張ＭＩＢ情報やＣ社独自Ｐｒｏｔｏｃｏｌの情報を取得できるようになっている。

機器管理装置２００には、マルチベンダー機器に対応できるようその他のベンダー、例えばＤ社専用アプリ、Ｅ社専用アプリをもまたプラグインとして随時追加することが可能となっている。各社専用アプリはベンダー各社によって提供されるものであるので、プラグインにあたってはインターフェース等の仕様を明確にしておくとよい。

次に、機器管理装置２００の機能的構成について説明する。図３は、機器管理装置２００の機能的構成を示すブロック図である。図３に示すように、機器管理装置２００は、通信部２０１と、接続通知受信部２０２と、機器情報送受信部２０３と、診断情報送受信部２０４と、納入完了結果送受信部２０５と、報告書出力指示部２０６と、ＨＤＤ２１０とを主に備える。

ＨＤＤ２１０は、機器１００の機器情報を含む管理設定情報を保存する。図４は、管理設定情報の一例を示す。管理設定情報は、機器管理を行うための設定ファイルであり、例えば、接続されている機器１００それぞれから取得すべきＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）値のＯＩＤ（Ｏｂｊｅｃｔ ＩＤ）や、独自プロトコルによる独自情報の位置情報（例えばＵＲＬ）、機器情報の送信先情報などが規定されている。

ここで、機器情報には、「機器ＩＤ」と「ベンダー名」と「リモート管理装置」と「販売サーバ」が含まれる。「機器ＩＤ」は、機器１００それぞれに付番された固有ＩＤを示す。「機器モデル名」は、機器１００のモデル名を示す。「ベンダー名」は、機器１００のベンダー名を示す。「リモート管理装置」は、リモート管理装置３００の所在情報を示す。「販売サーバ」は、ベンダー各社の販売サーバ４００の所在情報を示す。これら所在情報は機器情報の送信先を特定する際に参照される。ここで所在情報はＵＲＬにより規定されているが、ＩＰアドレス等で規定されてもよい。

「標準ＭＩＢ」は、機器１００から取得すべき標準ＭＩＢの所在情報、より詳細には標準ＭＩＢのＯＩＤが規定される。本実施形態では「ｘｘｘ.ｉｎｉ」といったファイルが指定されており、別途設けられている「ｘｘｘ.ｉｎｉ」内に機器１００から取得すべき標準ＭＩＢのＯＩＤが規定され、標準ＭＩＢ取得時に参照される。ここで標準ＭＩＢはいずれの機器であっても同一・共通の標準ＭＩＢ（値）が取得されるようになっている。図４にも示されるように、「標準ＭＩＢ」ではベンダー間で同一のｉｎｉファイルが指定されている。標準ＭＩＢは、機器１００を監視するにあたって一般的によく知られている監視項目を監視するために取得されるものであるので、通常、各社の機器１００においてもまた共通した標準ＭＩＢを指定し取得する。なお、図５に「標準ＭＩＢ」のｉｎｉファイル例（一部）を示す。

また「拡張ＭＩＢ」は、機器１００から取得すべき拡張ＭＩＢの所在情報、より詳細には拡張ＭＩＢのＯＩＤが規定される。本実施形態では「ｘｘｘ.ｉｎｉ」といったファイルが指定されており、別途設けられている「ｘｘｘ.ｉｎｉ」内に機器１００から取得すべき拡張ＭＩＢのＯＩＤが規定され、拡張ＭＩＢ取得時に参照される。このようにすると、取得したい拡張ＭＩＢを変更する場合、各ベンダーは自社の機器１００に対応する「ｘｘｘ.ｉｎｉ」を差し替えさえすればよいので運用上都合がよい。ここで拡張ＭＩＢはベンダー毎に異なる拡張ＭＩＢ（値）が取得されるようになっている。実際、図３に示すように、「拡張ＭＩＢ」ではベンダー毎に異なるｉｎｉファイルが指定されている。拡張ＭＩＢがベンダー独自の機器情報であるからである。なお、図６に「拡張ＭＩＢ」のｉｎｉファイル例（一部）を示す。

また「Ｐｒｏｔｏｃｏｌ」は、機器１００から取得すべき独自Ｐｒｏｔｏｃｏｌの情報の所在情報、より詳細には独自情報が格納されているファイル名等が規定される。例えば、機器１００の設置場所を示す設置場所情報が含まれる。本実施形態では「ｘｘｘ.ｉｎｉ」といったファイルが指定されており、別途設けられている「ｘｘｘ.ｉｎｉ」内に機器１００から取得すべきファイル名が規定され、独自Ｐｒｏｔｏｃｏｌの情報取得時に参照される。なお、独自Ｐｒｏｔｏｃｏｌの情報はベンダー毎に異なる独自Ｐｒｏｔｏｃｏｌの情報が取得されるようになっている。図４にも示すように、「Ｐｒｏｔｏｃｏｌ」ではベンダー毎に異なるｉｎｉファイルが指定されている。独自Ｐｒｏｔｏｃｏｌの情報がベンダー独自の機器情報であるからである。

図３に戻り、通信部２０１は、機器１００、リモート管理装置３００、販売サーバ４００と各種情報を送受信する。

接続通知受信部２０２は、機器１００から機器管理装置２００のネットワークに接続された場合に、接続されたことを示す接続通知を受信する。なお、接続通知受信部２０２は、例えば、機器１００が機器管理装置２００が管理する設置場所に納入され、接続通知を機器管理装置２００に受信する。

機器情報送受信部２０３は、機器１００から機器情報を受信したり、機器１００から受信した機器情報をリモート管理装置３００に送信したりする。例えば、機器情報送受信部２０３は、接続通知受信部２０２により接続通知を受信した場合に、接続通知を受信した機器１００から機器情報を取得する。機器情報送受信部２０３は、機器情報として、機器ＩＤと、機器１００の設置場所を示す設置場所情報を取得する。ここでは、設置場所情報として、Ｐｒｏｔｏｃｏｌを取得する。なお、取得するＰｒｏｔｏｃｏｌについては、機器情報送受信部２０３が、図４で示した管理設定情報を参照し、機器１００に対応するベンダー独自のＰｒｏｔｏｃｏｌを取得することとなる。

また、機器情報送受信部２０３は、設置場所情報をＰｒｏｔｏｃｏｌに限らず、機器管理装置２００の機器管理装置ＩＤおよび機器１００のＩＰアドレスを加えてもよい。

診断情報送受信部２０４は、リモート管理装置３００から診断情報を受信し、受信した診断情報を機器１００に送信する。ここで、診断情報とは、機器１００を初期診断するために用いられる情報であって、機器１００にインストールされるソフトウェアが正常に動作するか否かを診断するためのプログラム、またはファームウェアのＵＲＬが含まれる。また、診断情報には、プログラムを実行する指示、またはファームウェアのＵＲＬにアクセスしファームウェアを更新する指示が含まれる。

納入完了結果送受信部２０５は、機器１００から、診断情報送受信部２０４により機器１００に送信された診断情報に基づいて実行された診断処理の結果を受信し、受信した診断処理の結果を納入完了結果としてリモート管理装置３００に送信する。ここで、納入完了結果は、機器１００の納入、各種設定、診断処理の結果を示す。

報告書出力指示部２０６は、納入完了結果送受信部２０５により、機器１００から診断処理の結果を受信した場合に、機器１００に納入完了を示す報告書を出力する指示を送信する。ここで、報告書は、リモート管理装置３００、または販売サーバ４００を経由し電子認証されることとしてもよい。

次に、リモート管理装置３００の詳細について説明する。図７は、リモート管理装置３００の機能的構成を示すブロック図である。図７に示すように、リモート管理装置３００は、通信部３０１と、機器情報受信部３０２と、照合要求送信部３０３と、照合結果受信部３０４、診断プログラム生成部３０５と、ファームウェア特定部３０６と、診断情報送信部３０７と、納入完了結果送受信部３０８と、ＨＤＤ３１０とを主に備える。

通信部３０１は、機器管理装置２００および販売サーバ４００と各種情報を送受信する。ＨＤＤ３１０は、リモート管理情報を保存する。ここで、リモート管理情報とは、機器管理装置２００および販売サーバ４００を管理する情報のことである。図８は、リモート管理情報の一例を示す図である。図８に示すように、リモート管理情報は、機器管理装置ＩＤと機器ＩＤと、機器モデルと、販売サーバＩＤを対応付けている。例えば、図８に示すリモート管理情報の上段は、機器管理装置ＩＤ「Ｘ０００１」が、機器ＩＤ「１００１」により識別される機器１００を管理し、機器モデルは「ＡＡ０１」、販売サーバＩＤ「Ａ」であることを示す。

機器情報受信部３０２は、機器管理装置２００から機器情報を受信する。照合要求送信部３０３は、機器情報受信部３０２により受信した機器情報と、販売サーバ４００に保存されている販売情報に登録されている機器情報との照合要求を販売サーバ４００に送信する。ここで、照合要求には機器情報が含まれ、機器情報には、機器ＩＤと、設置場所情報が含まれる。なお、設置場所情報は、機器１００の設置場所を特定する情報に加え、機器１００が設置される場所を管理する顧客を特定可能な情報を含んでもよい。例えば、機器管理装置ＩＤを含めてもよい。

照合結果受信部３０４は、販売サーバ４００から照合結果を受信する。ここで、照合結果には、機器情報受信部３０２により受信した機器情報に含まれる機器ＩＤと設置場所情報と、販売情報に登録されている機器ＩＤと設置場所情報とが一致したことを示す照合可と、一致しなかったことを示す照合不可とがある。なお、詳細は後述するが、販売情報には顧客ＩＤが登録されてあり、販売情報には、設置場所情報が登録されていない場合であっても、機器情報に含まれる設置場所情報から顧客ＩＤを特定できればよい。

診断プログラム生成部３０５は、照合結果受信部３０４により照合可を示す照合結果を受信した場合に、機器１００にインストールされるソフトウェアの動作を初期診断するための診断プログラムを生成する。具体的には、診断プログラム生成部３０５は、機器情報に含まれるプロダクトＩＤから初期診断するソフトウェアを特定し、特定したソフトウェアの動作を確認する診断プログラムを生成する。

例えば、診断プログラム生成部３０５は、各機能（コピー、プリンタ、Ｆａｘ等）を実行するソフトウェアごとに用意されている診断機能をそれぞれ定めた複数のクラスファイルから、機器１００の特定したソフトウェアに対応するファイルを取得する。診断プログラム生成部３０５は、取得したファイルをコンパイルすることにより１つの診断プログラムを生成する。

例えば、機器１００にインストールされるソフトウェアが複数あり、ソフトウェアに依存関係が存在するような場合は、機器１００は予め用意されたプログラムを個々に実行すると、全てのソフトウェアが適性に動作しない事態が生じ得る。しかし、このような構成により、ソフトウェアが複数ある場合であっても適正に必要最低限の診断プログラムを生成することができる。なお、ソフトウェアに応じた診断プログラムを求める方法はこれに限られるものではない。例えば、診断プログラム生成部３０５が、特定したソフトウェアに応じて予め定められた診断プログラムを選択するように構成してもよい。

また、他の例として、診断プログラム生成部３０５は、リモート管理装置３００が販売サーバ４００による照合を経ずに、機器管理装置２００から機器情報を取得した場合に診断プログラムを生成する構成としてもよい。

ファームウェア特定部３０６は、機器１００にインストールされたソフトウェアを最新情報に更新するファームを特定する。例えば、ファームウェア特定部３０６は、ＵＲＬを特定する。

診断情報送信部３０７は、診断プログラム生成部３０５により生成された診断プログラム、またはファームウェア特定部３０６により特定されたファームウェアの所在を診断情報として機器管理装置２００に送信する。

納入完了結果送受信部３０８は、機器管理装置２００から、納入完了結果を受信し、受信した納入完了結果を販売サーバ４００に送信する。

次に、機器１００の詳細について説明する。図９は、機器１００の機能的構成を示すブロック図である。図９に示すように、機器１００は、通信部１０１と、接続通知送信部１０２と、機器情報送信部１０３と、診断情報受信部１０４と、診断プログラム実行部１０５と、ファームウェア更新部１０６と、納入完了結果送信部１０７と、報告書出力部１０８と、ＨＤＤ１１０とを主に備える。

通信部１０１は、機器管理装置２００、リモート管理装置３００と各種情報を送受信する。ＨＤＤ１１０は、機器情報を記憶する。

接続通知送信部１０２は、機器１００が機器管理装置２００のネットワークに接続された場合に、機器管理装置２００に接続通知を送信する。機器情報送信部１０３は、機器管理装置２００に機器情報を送信する。

診断情報受信部１０４は、機器管理装置２００から診断情報を受信する。例えば、診断情報には、診断プログラムと、更新するファームウェアのＵＲＬが含まれる。診断プログラム実行部１０５は、受信した診断情報に含まれる診断プログラムをインストールし実行する。ファームウェア更新部１０６は、受信した診断情報に含まれる更新するファームウェアのＵＲＬからファームウェアをダウンロードし、ファームウェアを更新する。

納入完了結果送信部１０７は、診断プログラムの実行およびファームウェアの更新が完了した場合に、納入完了結果を機器管理装置２００に送信する。報告書出力部１０８は、機器管理装置２００からの報告書の出力指示に従って、納入完了の報告書を出力する。

次に、販売サーバ４００の詳細について説明する。図１０は、販売サーバ４００の機能的構成を示すブロック図である。図１０に示すように、販売サーバ４００は、通信部４０１と、照合要求受信部４０２と、照合部４０３と、ＨＤＤ４１０とを主に備える。

通信部４０１は、リモート管理装置３００、販売サイト（不図示）と各種情報を送受信する。ＨＤＤ４１０は、販売情報を保存する。

照合要求受信部４０２は、リモート管理装置３００から機器情報と照合要求を受信する。また、照合要求受信部４０２は、リモート管理装置３００から受信した機器情報に含まれる設置場所情報が、ＨＤＤ４１０に保存されている販売情報に登録されているか否かを確認し、登録されていない場合は、当該設置場所情報を販売情報に保存する。

照合部４０３は、機器情報受信部４０２により受信した機器情報に含まれる機器ＩＤと設置場所情報を、販売情報に登録されている機器ＩＤと設置場所情報と一致するか否かを判断する。照合部４０３は、機器情報受信部４０２により受信した機器情報に含まれる機器ＩＤと設置場所情報が、販売情報に登録されている機器ＩＤと設置場所情報と一致すると判断した場合は照合可を示す照合結果を、一致しないと判断した場合は照合不可を示す照合結果をリモート管理装置３００に送信する。ここで、販売情報に登録されている設置場所情報は、設置場所情報に限定されず、顧客を特定可能な情報であればよい。例えば、機器管理装置ＩＤであってもよい。

次に、このように構成された機器管理システムによる初期導入処理について説明する。図１０は、本実施形態の初期導入処理の流れを示すシーケンス図である。

機器１００は、機器管理装置２００が管轄するネットワークに機器１００が接続された場合に、機器管理装置２００に接続通知を送信する（ステップＳ１）。機器１００は、機器管理装置３００に機器情報を送信する（ステップＳ２）。機器管理装置２００は、機器１００から取得した機器情報をリモート管理装置３００に送信する（ステップＳ３）。

リモート管理装置３００は、機器管理装置２００から取得した機器情報と照合要求を販売サーバ４００に送信する（ステップＳ４）。販売サーバ４００は、リモート管理装置３００から受信した機器情報を、販売情報と照合する（ステップＳ５）。例えば、販売サーバ４００は、機器情報に含まれる機器ＩＤと設置場所が、販売情報に含まれる機器ＩＤと設置場所と一致するか否かを判断する。ここで、販売サーバ４００は、機器情報に含まれる設置場所を、販売情報に登録されている設置場所と一致するか否かについても判断してもよい。また、販売サーバ４００は、販売情報に設置場所が登録されていない場合は、機器情報に含まれる設置場所を販売情報に保存する。販売サーバ４００は、リモート管理装置３００に照合結果を送信する（ステップＳ６）。

リモート管理装置３００は、照合結果が照合可を示す場合、診断プログラムを作成する（ステップＳ７）。リモート管理装置３００は、照合結果が照合可を示す場合、更新するファームウェアを特定する（ステップＳ８）。例えば、リモート管理装置３００は、更新するファームウェアとしてＵＲＬを指定する。リモート管理装置３００は、作成した診断プログラムと、特定したファームウェアを診断情報として機器管理装置２００に送信する（ステップＳ９）。

機器管理装置２００は、受信した診断情報に含まれる診断プログラムと更新するファームウェアのＵＲＬを機器１００に送信する（ステップＳ１０）。機器１００は、ＵＲＬにアクセスしファームウェアを更新する（ステップＳ１１）。例えば、機器１００は、指定されたＵＲＬからファームウェアを取得することにより、ファームウェアを更新する。機器１００は、診断プログラムを実行し、診断処理を実施する（ステップＳ１２）。機器１００は、診断処理を完了すると、納入完了結果を機器管理装置２００に送信する（ステップＳ１３）。

機器管理装置２００は、機器１００から納入完了結果を受信すると、機器１００から最新の機器情報を取得する（ステップＳ１４）。機器管理装置２００は、納入完了結果と最新の機器情報をリモート管理装置３００に送信する（ステップＳ１５）。

リモート管理装置３００は、機器管理装置２００から受信した納入完了結果を販売サーバ４００に送信する（ステップＳ１６）。販売サーバ４００は、受信した納入結果を更新する(ステップＳ１７)。例えば、販売サーバ４００は、販売情報を受信した納入結果に更新する。機器管理装置２００は、リモート管理装置３００に納入完了結果を送信すると、機器１００に納入完了を示す報告書を出力する指示を送信する（ステップＳ１８）。

なお、他の例として、ステップＳ４〜ステップＳ６の処理を省略する手順とすることもできる。この場合、ステップＳ７において、リモート管理装置３００は、機器管理装置２００から機器情報を取得した場合に、機器情報に含まれるプロダクトＩＤに対応する診断プログラムを生成する。

このように、本実施の形態によれば、リモート管理装置３００は、販売サーバ４００により送信した機器情報と販売情報に登録されている機器情報が照合された場合、または機器管理装置２００から機器情報を取得した場合に診断プログラムを生成するので、初期導入処理にかかる時間および費用を節約することができる。

また、このように、本実施の形態によれば、リモート管理装置３００は、複数の販売サーバ４００と通信し、各販売サーバから販売情報に登録されている機器情報を取得するので、初期導入処理をマルチベンダーに対応させて自動化することができる。

図１１は、本実施の形態にかかる機器１００のハードウェア構成図である。図１１に示すように、機器１００は、コントローラ１０とエンジン部（Ｅｎｇｉｎｅ）６０とをＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）バスで接続した構成となる。コントローラ１０は、機器１００全体の制御と描画、通信、図示しない操作部からの入力を制御するコントローラである。エンジン部６０は、ＰＣＩバスに接続可能なプリンタエンジンなどであり、たとえば白黒プロッタ、１ドラムカラープロッタ、４ドラムカラープロッタ、スキャナまたはファックスユニットなどである。なお、このエンジン部６０には、プロッタなどのいわゆるエンジン部分に加えて、誤差拡散やガンマ変換などの画像処理部分が含まれる。

コントローラ１０は、ＣＰＵ１１と、ノースブリッジ（ＮＢ）１３と、システムメモリ（ＭＥＭ−Ｐ）１２と、サウスブリッジ（ＳＢ）１４と、ローカルメモリ（ＭＥＭ−Ｃ）１７と、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）１６と、ハードディスクドライブ（ＨＤＤ）１０３とを有し、ノースブリッジ（ＮＢ）１３とＡＳＩＣ１６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス１５で接続した構成となる。また、ＭＥＭ−Ｐ１２は、ＲＯＭ１２ａと、ＲＡＭ１２ｂと、をさらに有する。

ＣＰＵ１１は、機器１００の全体制御を行うものであり、ＮＢ１３、ＭＥＭ−Ｐ１２およびＳＢ１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ１３は、ＣＰＵ１１とＭＥＭ−Ｐ１２、ＳＢ１４、ＡＧＰ１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１２ａとＲＡＭ１２ｂとからなる。ＲＯＭ１２ａは、プログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１４は、ＮＢ１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１４は、ＰＣＩバスを介してＮＢ１３と接続されており、このＰＣＩバスには、ネットワークインターフェース（Ｉ／Ｆ）部なども接続される。

ＡＳＩＣ１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰ１５、ＰＣＩバス、ＨＤＤ１８およびＭＥＭ−Ｃ１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などをおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部６０との間でＰＣＩバスを介したデータ転送をおこなうＰＣＩユニットとからなる。このＡＳＩＣ１６には、ＰＣＩバスを介してＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３０、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）４０、ＩＥＥＥ１３９４（ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ １３９４）インターフェース５０が接続される。操作表示部２０はＡＳＩＣ１６に直接接続されている。

ＭＥＭ−Ｃ１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ１１０は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰ１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、ＭＥＭ−Ｐ１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするものである。

本実施の形態のリモート管理装置３００は、ＣＰＵなどの制御装置と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウェア構成となっている。

本実施形態のリモート管理装置３００で実行される機器管理プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態のリモート管理装置３００で実行される機器管理プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のリモート管理装置３００で実行される機器管理プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、本実施形態の機器管理プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

本実施の形態のリモート管理装置３００で実行される機器管理プログラムは、上述した各部（通信部、機器情報受信部、照合要求送信部、照合結果受信部、診断プログラム生成部、ファームウェア特定部、診断情報送信部、納入完了結果送受信部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からライセンス管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、通信部、機器情報受信部、照合要求送信部、照合結果受信部、診断プログラム生成部、ファームウェア特定部、診断情報送信部、納入完了結果送受信部が主記憶装置上に生成されるようになっている。

１００ 機器
２００ 機器管理装置
２０１、３０１ 通信部
２０２ 接続通知受信部
２０３ 機器情報送受信部
２０４ 診断情報送受信部
２０５ 納入完了結果送受信部
２０６ 報告書出力指示部
２１０、３１０ ＨＤＤ
３００ リモート管理装置
３０２ 機器情報受信部
３０３ 照合要求送信部
３０４ 照合結果受信部
３０５ 診断プログラム生成部
３０６ ファームウェア特定部
３０７ 診断情報送信部
３０８ 納入完了結果送受信部
４００ 販売サーバ

特開２００７−３３６０７６号公報

Claims (10)

1. ネットワークを介して、機器を管理する機器管理装置と、前記機器の販売情報を保持する販売情報管理装置とに接続される診断プログラム生成装置であって、
   前記機器管理装置からの機器情報の受信に基づき、該機器情報と前記販売情報管理装置が有する機器情報との照合要求を前記販売情報管理装置に送信する照合要求送信手段と、
   前記販売情報管理装置からの前記照合要求にかかる照合がされたことを示す結果に基づき診断対象を特定し、特定した診断対象を診断するための診断プログラムを生成する診断プログラム生成手段と、
   生成された前記診断プログラムを前記機器管理装置に送信する診断プログラム送信手段と、
   を備えたことを特徴とする診断プログラム生成装置。
2. 前記診断プログラム生成手段は、前記機器情報に含まれる機器識別情報から、前記診断対象としてのソフトウェアを特定し、特定した前記ソフトウェアの動作を確認するための診断プログラムを生成する請求項１に記載の診断プログラム生成装置。
3. 前記診断プログラム生成手段は、機器の機能を実行するソフトウェアごとに用意されている診断機能を定めた複数のクラスファイルに基づき、前記診断プログラムを生成する請求項１または２記載の診断プログラム生成装置。
4. 前記機器情報は、機器を識別可能な機器識別情報と、機器の設置場所に関する設置場所情報とを含むことを特徴とする請求項１乃至３いずれか１項に記載の診断プログラム生成装置。
5. 前記機器管理装置から、前記診断プログラムが機器により実行されたことを示す実行結果を受信する実行結果受信手段を更に有する請求項１乃至４のいずれか１項に記載の診断プログラム生成装置。
6. 前記診断プログラム生成手段による生成には、特定した前記ソフトウェアに応じて予め定められた診断プログラムを選択することを含むことを特徴とする請求項２に記載の診断プログラム生成装置。
7. 請求項１乃至６のいずれか１項に記載の前記診断プログラム生成装置とネットワークを介して接続され、前記照合要求に基づく照合処理を行い、該処理の結果を前記診断プログラム生成装置に送信する送信手段を備えたことを特徴とする販売情報管理装置。
8. ネットワークを介して、機器を管理する機器管理装置と、前記機器の販売情報を保持する販売情報管理装置とに接続される診断プログラム生成装置で実行されるプログラム生成方法であって、
   前記機器管理装置からの機器情報の受信に基づき、該機器情報と前記販売情報管理装置が有する機器情報との照合要求を前記販売情報管理装置に送信する工程と、
   前記販売情報管理装置からの前記照合要求にかかる照合がされたことを示す結果に基づき、前記機器にインストールされるソフトウェアの動作を診断するための診断プログラムを生成する工程と、
   生成された前記診断プログラムを前記機器管理装置に送信する工程と、
   を備えたことを特徴とするプログラム生成方法。
9. コンピュータを、ネットワークを介して、機器を管理する機器管理装置と、前記機器の販売情報を保持する販売情報管理装置とに接続される診断プログラム生成装置として機能させるプログラムであって、該プログラムは、
   前記機器管理装置からの機器情報の受信に基づき、該機器情報と前記販売情報管理装置が有する機器情報との照合要求を前記販売情報管理装置に送信する手順と、
   前記販売情報管理装置からの前記照合要求にかかる照合がされたことを示す結果に基づき、前記機器にインストールされるソフトウェアの動作を診断するための診断プログラムを生成する手順と、
   生成された前記診断プログラムを前記機器管理装置に送信する手順と、
   を前記コンピュータに実行させることを特徴とするプログラム。
10. 機器を管理する機器管理装置と、前記機器の販売情報を保持する販売情報管理装置と、前記機器管理装置および前記販売情報管理装置とネットワークを介して接続される診断プログラム生成装置と、を備える診断プログラム生成システムであって、
    前記診断プログラム生成装置は、
    前記機器管理装置からの機器情報の受信に基づき、該機器情報と前記販売情報管理装置が有する機器情報との照合要求を前記販売情報管理装置に送信する照合要求送信手段と、
    前記販売情報管理装置からの前記照合要求にかかる照合がされたことを示す結果に基づき診断対象を特定し、特定した診断対象を診断するための診断プログラムを生成する診断プログラム生成手段と、
    生成された前記診断プログラムを前記機器管理装置に送信する診断プログラム送信手段と、
    を備えたことを特徴とする診断プログラム生成システム。

Images