JP2010218352A - 機器管理装置、画像形成装置、及び機器管理プログラム - Google Patents

Abstract

【課題】動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張が容易に行える機器管理装置、画像形成装置、及び機器管理プログラムを提供する。
【解決手段】機器管理装置１００は、所定のデータ伝送路を介して接続される１又は複数の機器を管理する装置であって、機器管理機能において管理対象機器２００及び／又は外部サーバ３００及び／又は４００との通信を含むデータ処理を行う１又は複数のソフトウェア部品５１，５２，及び／又は５３で構成されるデータ処理手段４１と、所定のプログラミング言語により定義された命令セットをプラットフォーム３１で実行可能なコードに変換するコード変換手段３２と、を有し、データ処理手段４２は、１又は複数のソフトウェア部品５１，５２，及び／又は５３に定義された命令セットが、コード変換手段３２により前記コードに変換され、プラットフォーム３１上で実行されることで動作する。
【選択図】図４

Description

本発明は、ネットワークなどのデータ伝送路を介して接続される外部サーバと機器情報や更新ソフトウェアなどの送受信を行う機器管理装置及び画像形成装置に関するものである。

例えば特許文献１から３に開示されているように、複合機（ＭＦＰ：Multifunction Peripheral）、プリンタ、ファクシミリなどの１又は複数の画像形成装置を、ネットワークを介して遠隔管理するシステム（以下、「機器管理システム」と言う。）は、すでに知られている。

例えば、顧客先には、１又は複数の管理対象機器である画像形成装置及びこれらの機器を管理する機器管理装置が設置されている。また、メーカ側には、顧客先から収集した機器情報を基に機器の遠隔管理を行う遠隔管理装置（センターサーバ）及び機器で動作するソフトウェアを管理・提供するソフトウェア提供装置（ソフトウェアサーバ）が設置されている。このような機器管理システムでは、上記機器管理装置が、ファイアウォールを介してインターネットなどに接続されており、上記センターサーバ及び上記ソフトウェアサーバとの双方向通信が可能な環境となっている。

これにより、センターサーバでは、顧客先に導入された画像形成装置の機器状態や動作状況を把握することができ、不具合対応への指示を遠隔に行うことができる。また、ソフトウェアサーバでは、顧客先に導入された画像形成装置の搭載機能を把握することができ、ソフトウェア更新などを遠隔に行うことができる。

しかしながら、従来の機器管理システムでは、以下に挙げる２つの問題点があった。

１つ目は、上記機器管理を実現するためのソフトウェア（以下、「機器管理ソフトウェア」と言う。）が動作環境であるＯＳ（Operating System）に依存しているため、例えば、機器管理装置が搭載するＯＳが異なる場合に、それぞれの動作環境に対応するソフトウェアを開発・提供しなければならない。

以前までは、機器管理ソフトウェアが搭載された機器管理装置そのものを顧客先に導入する提供方法であった。しかし近年では、顧客先に設置されているサーバ（既存装置）に機器管理ソフトウェアを導入するなど、機器管理ソフトウェアのみを提供する形態も考えられる。このように、機器管理ソフトウェアでは、異なる利用形態に対応することが困難であった。

２つ目は、機器管理ソフトウェアが機能単位で設計されていないため、例えば、機器管理機能の一部を変更・追加・削除したい場合に、ソフトウェア全てを取り換える必要があった。

今後、機器管理システムの利用形態が多様化することも考えられることから、変更・追加・削除といった機能拡張操作については、メーカ側で柔軟かつ迅速（容易）に対応する必要がある。

本発明は上記従来技術の問題点を鑑み提案されたものであり、その目的とするところは、動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張が容易に行える機器管理装置、画像形成装置、及び機器管理プログラムを提供することにある。

上記目的を達成するため、本発明に係る機器管理装置は、所定のデータ伝送路を介して接続される１又は複数の機器を管理する機器管理装置であって、機器管理機能において管理対象機器及び／又は外部サーバとの通信を含むデータ処理を行う１又は複数のソフトウェア部品で構成されるデータ処理手段と、所定のプログラミング言語により定義された命令セットをプラットフォームで実行可能なコードに変換するコード変換手段と、を有し、前記データ処理手段は、前記１又は複数のソフトウェア部品に定義された命令セットが、前記コード変換手段により前記コードに変換され、前記プラットフォーム上で実行されることで動作する。

このような構成によって、本発明に係る機器管理装置は、機器管理機能における、センターサーバやソフトウェアサーバなどの外部サーバとの通信を含むデータ処理機能、管理対象機器（画像形成装置）との通信を含むデータ処理機能、及びプラットフォームとのデータ処理機能が、異なるソフトウェア部品により動作する。さらに、機器管理装置では、これらのソフトウェア部品が、プラットフォームで実行可能なコードに変換するソフトウェア上で動作する。

これによって、本発明に係る機器管理装置は、動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張を容易に行うことができる。

上記目的を達成するため、本発明に係る画像形成装置は、所定のデータ伝送路を介して接続される画像形成装置であって、機器管理機能において外部サーバとの通信を含むデータ処理を行うソフトウェア部品である第１のデータ処理手段と、プラットフォームとのデータ処理を行うソフトウェア部品である第２のデータ処理手段と、所定のプログラミング言語により定義された命令セットを前記プラットフォームで実行可能なコードに変換するコード変換手段と、を有し、前記第１のデータ処理手段及び前記第２のデータ処理手段は、前記ソフトウェア部品に定義された命令セットが、前記コード変換手段により前記コードに変換され、前記プラットフォーム上で実行されることで動作する。

本発明によれば、動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張が容易に行える機器管理装置、画像形成装置、及び機器管理プログラムを提供することができる。

本発明の第１の実施形態に係る機器管理システムの構成例（その１）を示す図である。 本発明の第１の実施形態に係る機器管理システムの構成例（その２）を示す図である。 本発明の第１の実施形態に係る機器管理装置のハードウェア構成例を示す図である。 本発明の第１の実施形態に係る機器管理装置のソフトウェア構成例（その１）を示す図である。 本発明の第１の実施形態に係る機器管理装置のソフトウェア構成例（その２）を示す図である。 本発明の第１の実施形態に係る画像形成装置からカウンタ値収集を行う処理手順例（その１）を示すシーケンス図である。 本発明の第１の実施形態に係る画像形成装置のファームウェア更新を行う処理手順例（その１）を示すシーケンス図である。 本発明の第１の実施形態に係る画像形成装置からカウンタ値収集を行う処理手順例（その２）を示すシーケンス図である。 本発明の第２の実施形態に係る機器管理システムの構成例を示す図である。 本発明の第２の実施形態に係る画像形成装置のハードウェア構成例を示す図である。 本発明の第２の実施形態に係る画像形成装置のソフトウェア構成例を示す図である。 本発明の第２の実施形態に係る画像形成装置からカウンタ値収集を行う処理手順例を示すシーケンス図である。 本発明の第２の実施形態に係る画像形成装置のファームウェア更新を行う処理手順例を示すシーケンス図である。

以下、本発明の好適な実施の形態（以下、「実施形態」と言う。）について、図面を用いて詳細に説明する。

［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る機器管理システム１の構成例（その１）を示す図である。
図１に示すように、機器管理システム１は、インターネットなどの外部ネットワークＩを介して、遠隔管理装置３００及び／又はソフトウェア提供装置４００に、少なくとも１つ以上の遠隔管理対象である機器管理装置１００が接続されている。

遠隔管理装置３００は、センターサーバの機能を有し、機器管理装置１００が１又は複数の管理対象機器（以下便宜上「画像形成装置２００」と言う）から収集したカウンタ値などの機器状態を含む機器情報を基に画像形成装置２００を遠隔管理する。

ソフトウェア提供装置４００は、ソフトウェアサーバの機能を有し、機器管理装置１００を介して、１又は複数の画像形成装置２００に対し、ファームウェアやアプリケーションといった各種プログラム及びデータを送信し、ソフトウェアを提供する。

機器管理システム１では、例えば機器管理装置１００が顧客先に配置され、遠隔管理装置３００及び／又はソフトウェア提供装置４００がメーカ側に配置され構築されたシステムである。また、一般的に、上記装置と外部ネットワークＩとの間には、装置が保持する各種情報の機密性を確保するため、ファイアウォール（非図示）が設置されている。

機器管理装置１００には、ＬＰ（Laser Printer）やＭＦＰなどの１又は複数の画像形成装置２００_１から２００_ｎ（以下便宜上、複数の画像形成装置においても「画像形成装置２００」と記載する）が、ＬＡＮ（Local Area Network）などの内部ネットワークで相互に接続されている。なお、情報端末として１又は複数のクライアントＰＣ（Personal Computer）（以下便宜上「ＰＣ」と言う。）が接続されていてもよい。

機器管理装置１００は、機器管理機能を実現するソフトウェア６０（以下「機器管理ソフトウェア」と言う）を実行することで、画像形成装置２００から機器情報を定期的に取得し（情報取得を目的としたポーリング処理を行い）、画像形成装置２００の状態を監視する。また、ＰＣが接続されている場合には、ＰＣから機器管理装置１００が収集した機器情報を閲覧することができる。

このような構成により、機器管理システム１では、機器管理装置１００を介して、画像形成装置２００と、遠隔管理装置３００及び／又はソフトウェア提供装置４００とがデータ通信を行い、画像形成装置２００の状態管理及びソフトウェア管理を行うことができる。

なお、上記には、機器管理装置１００、遠隔管理装置３００、及び／又はソフトウェア提供装置４００と、外部ネットワークＩとの間に、ファイアウォールを設置する構成について説明を行ったが、上記各装置が、ファイアウォールの機能を有している構成であってもよい。

図２は、本実施形態に係る機器管理システム１の構成例（その２）を示す図である。
また、機器管理システム１は、図２に示すような構成であってもよい。図１との違いは、顧客先に既存設置された、外部ネットワークＩに接続されている多目的サーバ（情報処理装置）５００に、機器管理ソフトウェア６０をインストール（導入）し、実行させることで、上記機器管理機能を実現する点である。

このような場合であっても、本実施形態では、動作環境（例えば「ＯＳ」などのプラットフォーム）に依存しないソフトウェア構成で機器管理機能を提供することができる。

＜ハードウェア構成＞
次に、本実施形態に係る機器管理装置１００のハードウェア構成について説明する。

図３は、本実施形態に係る機器管理装置１００のハードウェア構成例を示す図である。
図３に示すように、機器管理装置１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などのハードウェアを備え、それぞれがバスＢで相互に接続されている。

入力装置１０１は、キーボード及びマウスなどを含み、機器管理装置１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、機器管理装置１００による処理結果（例えば「機器情報」）などを表示する。

インタフェース装置１０７は、機器管理装置１００をネットワークなどの所定のデータ伝送路に接続するインタフェースである。よって、機器管理装置１００は、インタフェース装置１０７を介して、画像形成装置２００、遠隔管理装置３００、及び／又はソフトウェア提供装置４００とデータ通信を行うことができる。

ＨＤＤ１０８は、各種プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えば、機器管理装置１００全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（登録商標）」や「ＵＮＩＸ（登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及び情報処理システム上において各種機能（例えば「機器管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納している上記プログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。

ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。よって、機器管理装置１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。

ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、機器管理装置１００が起動されるときに実行されるＢＩＯＳ（Basic Input/Output System）、機器管理装置１００のシステム設定、及びネットワーク関連の設定などのデータが格納されている。

ＲＡＭ１０４は、上記各種記憶装置から読み出されたプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記ＲＡＭ１０４上に読み出したプログラムを実行することにより、機器管理装置１００の全体制御や機器管理装置１００が搭載する各種機能を動作させる。

このようなハードウェア構成により、機器管理装置１００は、例えば、ＨＤＤ１０８からＲＡＭ１０４上に読み出したプログラム（機器管理プログラム）をＣＰＵ１０６により実行し、機器管理機能を実現することができる。

＜ソフトウェア構成：その１＞
次に、本実施形態に係る機器管理機能を実現するソフトウェア構成（機器管理ソフトウェアの構成）について説明する。

本実施形態に係る機器管理装置１００は、機器管理機能における、遠隔管理装置３００やソフトウェア提供装置４００などの外部サーバとの通信を含むデータ処理機能、画像形成装置２００（管理対象機器）との通信を含むデータ処理機能、及びプラットフォームとのデータ処理機能を、異なるソフトウェア部品として有している。さらに、機器管理装置１００では、これらのソフトウェア部品を、プラットフォームで実行可能なコードに変換するソフトウェア上で動作させる構成となっている。機器管理装置１００は、このようなソフトウェア構成により、機器管理機能を実現する。

今後、機器管理システム１の利用形態が多様化することが考えられることから、機器管理ソフトウェア６０では、ソフトウェアを変更（カスタマイズ）することなく、異なる利用形態（動作環境）で動作することが望まれる。また、機器管理ソフトウェア６０では、変更・追加・削除といった機能拡張操作が容易に行えることが望ましい。

そこで、本実施形態では、機器管理ソフトウェア６０を、プラットフォームで実行可能なコードに変換するソフトウェア（例えば「ＪａｖａＶＭ」）上で動作させることで、ＯＳなどの利用形態（動作環境）の違いを吸収する。また、機器管理ソフトウェア６０を、外部サーバとの通信を含むデータ処理機能、管理対象機器（画像形成装置２００）との通信を含むデータ処理機能、及びプラットフォームとのデータ処理機能に分けて、異なるソフトウェア部品により構成することで、機能単位での変更・追加・削除の操作を実現している。

これによって、機器管理装置１００は、動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張を容易に行える。

以下に、上記ソフトウェア構成とその動作について説明する。

《機能構成》
図４は、本実施形態に係る機器管理装置１００のソフトウェア構成例（その１）を示す図である。
図４に示すように、機器管理装置１００では、ＯＳ３１上でＪａｖａ（登録商標）言語によって定義された命令セットを実行する仮想マシンであるＪａｖａＶＭ３２が動作し、さらに、ＪａｖａＶＭ３２上で機器管理ソフトウェア６０が動作する構成となっている。

よって、機器管理ソフトウェア６０は、上記仮想マシンにより実行可能な言語で記述（コーディング）された１又は複数のプログラムから構成される。本実施形態の場合では、Ｊａｖａ（登録商標）言語で記述された１又は複数のプログラムから構成される。

ＪａｖａＶＭ３２（コード変換手段）は、Ｊａｖａ（登録商標）言語によって定義された命令セットをプラットフォームであるＯＳ３１で実行可能なコードに変換するソフトウェアである。

また、機器管理ソフトウェア６０は、ＯＳＧｉ（Open Services Gateway initiative）フレームワーク３３（提供手段）を有している。ＯＳＧｉフレームワーク３３は、Ｊａｖａ（登録商標）ベースのサービスプラットフォーム（例えば「ＪａｖａＶＭ」）で動作するソフトウェアの標準構造を実装するために用いられるライブラリ（汎用的に用いられる機能をまとめた複数のプログラム）を提供するフレームワークである。

よって、機器管理ソフトウェア６０は、上記ＯＳＧｉフレームワーク３３を介して、Ｊａｖａ（登録商標）ベースのサービスプラットフォーム上で動作する。

本実施形態では、上記ソフトウェア構成により、ＯＳ３１の差異をＪａｖａ（登録商標）ベースのサービスプラットフォームが吸収している。すなわち、前記サービスプラットフォームが利用形態（動作環境）の違いを吸収する。

これにより、機器管理装置１００では、例えばＷｉｎｄｏｗｓ（登録商標）及びＬｉｎｕｘ（登録商標）などのようにＯＳ３１が異なる場合であっても、ＪａｖａＶＭ３２が動作する環境であれば、同じ機器管理ソフトウェア６０を動作させることができる。つまり、動作環境に依存することなく機器管理機能を動作させることができる。

また、機器管理ソフトウェア６０は、プラットフォームソフトウェア３４、データ処理ソフトウェア４１、及びアプリケーション４２などを有している。

プラットフォームソフトウェア３４は、上記ＯＳＧｉフレームワーク３３上で動作するＯＳ制御３４ａ、証明書管理３４ｂ、イベントサービス３４ｃ、データベース３４ｄ、及びＦＴＰ（File Transfer Protocol）サービス３４ｅなどの１又は複数のサービス機能を実現するソフトウェアである。プラットフォームソフトウェア３４は、アプリケーション４２及びデータ処理ソフトウェア４１に共通して利用される。

アプリケーション４２は、例えば、機器情報の分析、操作画面４３からの入力受付、及び操作画面４３への情報表示などの機器管理に関する各種機能を実現するソフトウェアである。アプリケーション４２は、ＡＰＩ（Application Programming Interface）５４を介して、データ処理ソフトウェア４１を動作させる。

データ処理ソフトウェア４１（データ処理手段）は、例えば、画像形成装置２００、遠隔管理装置３００、及び／又はソフトウェア提供装置４００などの他の機器と、機器管理装置１００との間で行う各種データ処理機能を実現するソフトウェアである。このように、データ処理ソフトウェア４１は、他の機器に依存している。

機器管理装置１００を取り巻く機器構成は、ネットワーク環境や機器管理機能の使用用途によって異なる。そのため、データ処理ソフトウェア４１は、環境変化や目的変更に対して、柔軟に対応できなければならない。しかし、データ処理ソフトウェア４１を１つの機能部で構成した場合には、一部の変更・追加・削除といった限定的な機能拡張操作であったとしても、ソフトウェア全体にその影響が及んでしまう。

そこで、本実施形態では、データ処理ソフトウェア４１が有するデータ処理機能を、３つの機能部に分け、機能拡張操作が行いやすい構成としている。具体的には、データ処理ソフトウェア４１は、外部サーバデータ処理部５１、管理対象機器データ処理部５２、及びプラットフォームデータ処理部５３を有している。

外部サーバデータ処理部５１（第１のデータ処理手段）は、遠隔管理装置３００及び／又はソフトウェア提供装置４００などの外部サーバとの通信を含むデータ処理を行う機能部である。また、管理対象機器データ処理部５２（第２のデータ処理手段）は、画像形成装置２００との通信を含むデータ処理を行う機能部である。また、プラットフォームデータ処理部５３（第３のデータ処理手段）は、プラットフォームソフトウェア３４とのデータ処理を行う機能部である。

上記各機能部は、異なるソフトウェア部品で構成され、各ソフトウェア部品は、ＡＰＩ５４を介してアプリケーション４２から使用可能となっている。

また、外部サーバデータ処理部５１及び管理対象機器データ処理部５２は、通信モジュール及びデータ処理コンポーネントを有し、共通した構成となっている。また、プラットフォームデータ処理部５３は、通信を行わないため、データ処理コンポーネントのみを有している。

外部サーバ通信部５１ｂは、遠隔管理装置３００及び／又はソフトウェア提供装置４００など、外部ネットワークＩを介して接続される外部サーバとのデータ通信を行う。また、管理対象機器通信部５２ｂは、内部ネットワークを介して接続される画像形成装置２００とのデータ通信を行う。

また、外部サーバコンポーネント５１ａは、例えば、管理対象機器コンポーネント５２ａが収集した機器情報の取得や、管理対象機器コンポーネント５２に対して外部サーバから取得したデータの転送を含むデータ処理を行う。管理対象機器コンポーネント５２ａは、例えば、プラットフォームコンポーネント５３ａからの要求に従った機器情報の取得や、管理対象機器通信部５２ｂを介した画像形成装置２００へのデータ転送を含むデータ処理を行う。プラットフォームコンポーネント５３ａは、例えば、管理対象機器コンポーネント５２ａに対して所定のスケジュールに従った動作指示の発行を含むデータ処理を行う。このように、各種データ処理機能は、各コンポーネントが連係動作することにより実現される。

データ処理ソフトウェア４１は、上記ソフトウェア構成により、上記ソフトウェア部品を組み合わせることで、各種データ処理機能を実現する。

図５は、本実施形態に係る機器管理装置１００のソフトウェア構成例（その２）を示す図である。

例えば図４に示すように、機器管理装置１００が、遠隔管理装置３００及び／又はソフトウェア提供装置４００と画像形成装置２００とに接続される環境の場合、データ処理ソフトウェア４１は、外部サーバデータ処理部５１、管理対象機器データ処理部５２、及びプラットフォームデータ処理部５３を有し、他の機器とのデータ処理を行う。

一方、図５に示すように、機器管理装置１００が、画像形成装置２００にのみ接続される環境の場合、データ処理ソフトウェア４１は、管理対象機器データ処理部５２及びプラットフォームデータ処理部５３を有し、画像形成装置２００とのデータ処理のみを行う。

このように、データ処理ソフトウェア４１は、外部サーバデータ処理部５１を含む場合、管理対象機器データ処理部５２及びプラットフォームデータ処理部５３が必要であり、管理対象機器データ処理部５２を含む場合、プラットフォームデータ処理部５３が必要である。

また、データ処理ソフトウェア４１では、環境変化や目的変更に対し、限定的な機能拡張操作を行う場合、機能拡張対象のソフトウェア部品を対応後の部品に取り替えるだけで対応することができる。

例えば、遠隔管理装置３００及びソフトウェア提供装置４００の他に、新たな外部サーバとのデータ処理が必要となった場合、データ処理ソフトウェア４１は、外部サーバデータ処理部５１を既存のソフトウェア部品から対応後の部品へと取り替えればよい。

これにより、機器管理装置１００では、機器管理機能におけるデータ処理において、機能単位での変更・追加・削除の操作を実現できる。その結果、機器管理機能の機能拡張を容易に行える。

以上のように、本実施形態に係る機器管理装置１００は、上記各ソフトウェアが連係動作することにより機器管理機能を実現する。

《機能動作》
上記ソフトウェアの詳細な動作（連係動作）について、シーケンス図を用いて説明する。

本実施形態に係る機器管理機能は、機器管理装置１００に搭載（インストール）される機器管理ソフトウェア６０が、ＣＰＵ１０６により、格納先（例えば「ＲＯＭ１０５」）からＲＡＭ１０４上に読み出され、以下の処理が実行されることで実現される。なお、以下に示す処理手順は、機器管理機能におけるカウンタ値の収集及び画像形成装置２００におけるファームウェアの更新を例に説明する。

図６及び図７には、機器管理装置１００が、遠隔管理装置３００及び／又はソフトウェア提供装置４００と画像形成装置２００とに接続される場合（図４に示した環境）の処理手順例が示されている。

図６は、本実施形態に係る画像形成装置２００からカウンタ値収集を行う処理手順例（その１）を示すシーケンス図である。
図６に示すように、機器管理装置１００は、プラットフォームコンポーネント５３ａにより、スケジュール満了に伴うカウンタ値収集が管理対象機器コンポーネント５２ａに要求される（ステップＳ１０１）。プラットフォームコンポーネント５３ａは、例えば、操作画面部４３を介して設定されたカウンタ値を収集するスケジュールに基づき、管理対象機器コンポーネント５２ａに対して収集要求を発行する。

管理対象機器コンポーネント５２ａは、受け付けた要求に従い、管理対象機器通信部５２ｂに対して収集要求を発行する（ステップＳ１０２）。

管理対象機器通信部５２ｂは、所定のコマンドを用いて、画像形成装置２００からカウンタデータを取得する（ステップＳ１０３）。このとき、管理対象機器コンポーネント５２ａは、例えば、管理対象機器である画像形成装置２００の登録情報に含まれる機器識別データ（例えば「ＩＰアドレス」）に基づき、１又は複数の画像形成装置２００からカウンタデータを取得する。なお、上記データ取得方法に限らず、ブロードキャストによる応答結果に基づき、画像形成装置２００からカウンタデータを取得する方法であってもよい。

このようにして収集されたカウンタデータは、管理対象機器通信部５２ｂを介して、要求元の管理対象機器コンポーネント５２ａへと渡される。

管理対象機器コンポーネント５２ａは、画像形成装置２００からのカウンタ値収集を終えると、収集完了イベントを発行し、予め設定される通知先へと通知する（ステップＳ１０４）。

また、管理対象機器コンポーネント５２ａは、プラットフォームコンポーネント５３ａに、収集した各画像形成装置２００のカウンタデータを渡し、データの永続化を要求する（ステップＳ１０５）。

プラットフォームコンポーネント５３ａは、受け付けた要求に従い、プラットフォームソフトウェア３４のデータベース３４ｄ（例えば「ＨＤＤ１０８の所定の記憶領域」）に、カウンタデータを保存する（ステップＳ１０６）。保存動作の結果は、プラットフォームコンポーネント５３ａを介して、要求元の管理対象機器コンポーネント５２ａへと返される。

また、管理対象機器コンポーネント５２ａから発行された収集完了イベントは、通知先として設定されているアプリケーション４２及び外部サーバコンポーネント５１ａへと通知される（ステップＳ２０１及びＳ３０１）。

外部サーバコンポーネント５１ａは、管理対象機器コンポーネント５２ａから収集完了イベントを受け取った後、遠隔管理装置３００にカウンタデータを送信する場合、管理対象機器コンポーネント５２ａに対してカウンタデータの取得を要求する（ステップＳ３０２）。このとき、外部サーバコンポーネント５１ａは、取得するカウンタデータの格納先（例えば「アドレス」）を指定する。

管理対象機器コンポーネント５２ａは、受け付けた要求に従い、プラットフォームコンポーネント５３ａに対してカウンタデータの取得を要求する（ステップＳ３０３）。

プラットフォームコンポーネント５３ａは、受け付けた要求に従い、プラットフォームソフトウェア３４のデータベース３４ｄにアクセスし、保存されたカウンタデータを取得する（ステップＳ３０４）。取得されたカウンタデータは、管理対象機器コンポーネント５２ａを介して、要求元の外部サーバコンポーネント５１ａへと渡される。

外部サーバコンポーネント５１ａは、受け取ったカウンタデータを遠隔管理装置３００が利用可能なデータへと変換し（データ形式の変換を行い）、収集結果の通知とともに変換後のデータを外部サーバ通信部５１ｂへと渡す（ステップＳ３０５）。このとき、外部サーバコンポーネント５１ａは、カウンタデータの送信先（例えば「ＩＰアドレス」）を指定する。

外部サーバ通信部５１ｂは、所定のコマンドを用いて、受け取った収集結果及び変換後のデータを遠隔管理装置３００へと送信する（ステップＳ３０６）。送信結果は、外部サーバ通信部５１ｂを介して、外部サーバコンポーネント５１ａへと返される。

なお、アプリケーション４２においても、外部サーバコンポーネント５１ａと同様に、カウンタデータを用いる場合には、上述した処理手順により取得する。

上記処理手順により、機器管理装置１００では、１又は複数の画像形成装置２００から定期的に取得したカウンタ値を、アプリケーション４２及び遠隔管理装置３００へと送信することができる。その結果、アプリケーション４２及び遠隔管理装置３００では、受信したカウンタ値に基づく処理（例えば「利用頻度分析」）を行うことができる。

図７は、本実施形態に係る画像形成装置２００のファームウェア更新を行う処理手順例（その１）を示すシーケンス図である。
図７に示すように、機器管理装置１００では、遠隔管理装置３００から外部サーバ通信部５１ｂを介して受信した、画像形成装置２００におけるファームウェアの更新要求に従い、外部サーバコンポーネント５１ａが、プラットフォームコンポーネント５３ａ対して更新スケジュールを設定する（ステップＳ４０１〜Ｓ４０３）。

その結果、プラットフォームコンポーネント５３ａは、スケジュール満了に伴い、外部サーバコンポーネント５１ａに対して最新ファームウェアのダウンロードを要求する（ステップＳ５０１）。

外部サーバコンポーネント５１ａは、受け付けた要求に従い、外部サーバ通信部５１ｂに対してダウンロードを要求する（ステップＳ５０２）。このとき、外部サーバコンポーネント５１ａは、ファームウェアとそのダウンロード元（例えば「プログラム名」と「ＩＰアドレス」）を指定する。

外部サーバ通信部５１ｂは、所定のコマンドを用いて、ソフトウェア提供装置４００からファームウェアのプログラムを取得する（ステップＳ５０３）。取得されたファームウェアは、外部サーバ通信部５１ｂを介して、要求元の外部サーバコンポーネント５１ａへと渡される。

外部サーバコンポーネント５１ａは、ファームウェアを受け取ると、管理対象機器コンポーネント５２ａに対してファームウェアのプログラムを渡し、ファームウェアの更新を要求する（ステップＳ５０４）。このとき、外部サーバコンポーネント５１ａは、管理対象機器である全ての画像形成装置２００に対してファームウェア更新を行うように要求する。なお、機器識別情報を指定し、特定の機器又は機種に対してファームウェア更新を行うように要求してもよい。

管理対象機器コンポーネント５２ａは、受け付けた要求に従い、管理対象機器通信部５２ｂに対してファームウェア更新を行うための前処理の実行を要求する（ステップＳ５０５）。前処理実行結果は、管理対象機器通信部５２ｂを介して、要求元の管理対象機器コンポーネント５２ａへと返される。

管理対象機器コンポーネント５２ａは、前処理実行結果を受け取ると、プラットフォームソフトウェア３４のＦＴＰサービス３４ｅに、ファームウェアのプログラムのアップロードを要求する（ステップＳ５０７）。

ＦＴＰサービス３４ｅは、所定のコマンドを用いて、画像形成装置２００にファームウェアのプログラムをアップロードする（ステップＳ５０８）。アップロード結果は、要求元の管理対象機器コンポーネント５２ａへと返される。

なお、上記アップロード処理についても、前処理と同様に、全ての画像形成装置２００に対し一括して行ってもよいし、特定の機器又は機種に対し行ってもよい。また、上記ファームウェア更新結果は、アップロード結果に基づき管理対象機器コンポーネント５２ａから要求元の外部サーバコンポーネント５１ａへと返される。

外部サーバコンポーネント５１ａは、ファームウェア更新結果を受け取ると、外部サーバ通信部５１ｂに更新結果を通知する（ステップＳ６０１）。

外部サーバ通信部５１ｂは、受け取った要求に従い、更新結果を、更新スケジュールを設定した遠隔管理装置３００へと送信する（ステップＳ６０２）。送信結果は、外部サーバ通信部５１ｂを介して、外部サーバコンポーネント５１ａへと返される。

上記処理手順により、機器管理装置１００では、１又は複数の画像形成装置２００のソフトウェア管理を遠隔にて行うことができる。

図８は、本実施形態に係る画像形成装置２００からカウンタ値収集を行う処理手順例（その２）を示すシーケンス図である。図８には、機器管理装置１００が、画像形成装置２００にのみ接続される場合（図５に示した環境）の処理手順例が示されている。図８に示す処理手順は、図６に示すステップＳ１０１からＳ１０６及びステップＳ２０１の処理手順と同じである。よって、図６に示した参照符号を付し、ここでの説明を省略する。

＜まとめ＞
以上のように、本実施形態に係る機器管理装置１００によれば、機器管理機能における、外部サーバとの通信を含むデータ処理機能、画像形成装置との通信を含むデータ処理機能、及びプラットフォームとのデータ処理機能が、異なるソフトウェア部品により動作する。さらに、機器管理装置１００では、これらのソフトウェア部品が、プラットフォーム（ＯＳ３１）で実行可能なコードに変換するソフトウェア（ＪａｖａＶＭ３２）上で動作する。

これによって、本実施形態に係る機器管理装置１００は、動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張を容易に行うことができる。

［第２の実施形態］
本実施形態では、画像形成装置が機器管理機能を有する場合について説明する。なお、以下の説明では、第１の実施形態と同じ技術的事項については、同一の参照符号を付し、異なる事項についてのみ説明を行う。

＜システム構成＞
図９は、本実施形態に係る機器管理システム１の構成例を示す図である。
管理対象機器である画像形成装置２００が機器管理機能を有する場合、機器管理システム１は、例えば図９に示すような構成となる。本実施形態では、機器管理ソフトウェア６０が動作する画像形成装置２００が、外部ネットワークＩに接続され、遠隔管理装置３００及び／又はソフトウェア提供装置４００などの外部サーバと通信可能な構成となっている。

＜ハードウェア構成＞
次に、本実施形態に係る画像形成装置２００のハードウェア構成について説明する。

図１０は、本実施形態に係る画像形成装置２００のハードウェア構成例を示す図である。
図１０に示すように、画像形成装置２００は、コントローラ１０、操作パネル２１、プロッタ２２、及びスキャナ２３などを有し、それぞれが相互にバスＢで接続されている。

操作パネル２１は、表示部及び入力部を備えており、機器情報などの各種情報をユーザに提供したり、動作設定や動作指示などの各種ユーザ操作を受け付けたりする。

プロッタ２２は、画像形成部を備えており、用紙に出力画像を形成する。例えば、出力画像を形成する方式は、例えば電子写真プロセスやインクジェット方式などである。本実施形態では、上記電子写真プロセス（露光、現像、転写の順に画像形成を行う方法）により画像形成を行うプロッタ２２を例に説明する。

スキャナ２３は、原稿読み取り部を備えており、読み取り面（コンタクトガラス）に載置された原稿を光学的に読み取り、原稿面の画像データを取得する。

コントローラ１０は、ＣＰＵ１１、記憶装置１２、ネットワークＩ／Ｆ１４、及び外部記憶Ｉ／Ｆ１５などを備えており、それぞれが相互にバスＢで接続されている。

ＣＰＵ１１は、プログラムを実行することにより各種機能の実現や装置全体を制御する。また、記憶装置１２は、上記プログラムや各種データ（例えば「画像データ」）を格納し保持する。例えば、記憶装置１２は、揮発性のメモリであるＲＡＭ、不揮発性のメモリであるＲＯＭ、及び大容量の記憶領域を備えたＨＤＤなどを含む。ＲＡＭは、ＣＰＵ１１のワークエリア（プログラムやデータが一時的に読み出される記憶エリア）として機能する。ＲＯＭやＨＤＤは、プログラムや各種データの格納先として用いられる。これにより、画像形成装置２００では、ＣＰＵ１１により、ＲＯＭに格納されたプログラムをＲＡＭ上に読み出し、プログラムの実行が行える。

ネットワークＩ／Ｆ１４は、画像形成装置２００をネットワークなどのデータ伝送路に接続するためのインタフェースである。よって、画像形成装置２００は、ネットワークＩ／Ｆ１４を介して、遠隔管理装置３００及び／又はソフトウェア提供装置４００とデータ通信を行うことができる。

外部記憶Ｉ／Ｆ１５は、外部記憶装置にあたる記録媒体１３を接続するためのインタフェースである。例えば、外部記憶装置は、ＳＤメモリカード（SD Memory Card）やＵＳＢ（Universal Serial Bus）メモリなどである。これにより、画像形成装置２００では、記録媒体１３に格納されたプログラムやデータを読み込める。

画像形成装置２００は、上記ハードウェア構成により、ＰＣから受信した印刷データを、コントローラ１０で動作する画像形成プログラムによりラスタイメージ（ビットマップイメージ）へと変換し、プロッタ２２により用紙にトナー画像を形成すると言う画像形成機能を実現している。

また、画像形成装置２００が備えるコントローラ１０と機器管理装置１００が備えるハードウェア構成は、プログラムを実行するために必要な要素が同じであることから、画像形成装置２００においても機器管理プログラムを動作させることができる。

＜ソフトウェア構成＞
《機能構成》
次に、本実施形態に係る機器管理機能を実現するソフトウェア構成（画像形成装置で動作する機器管理ソフトウェアの構成）について説明する。

図１１は、本実施形態に係る画像形成装置２００のソフトウェア構成例を示す図である。
画像形成装置２００が機器管理機能を有する場合、主なデータ処理機能は、遠隔管理装置３００及び／又はソフトウェア提供装置４００などの外部サーバとの通信を含むデータ処理を行う機能である。つまり、データ処理ソフトウェア４１（データ処理手段）が外部サーバデータ処理部５１（第１のデータ処理手段）のみを有する構成であればよい。

しかし、上述したように、外部サーバデータ処理部５１が有する外部サーバコンポーネント５１ａは、管理対象機器コンポーネント５２ａと連係動作する（依存関係にある）ソフトウェアである。そのため、プラットフォームソフトウェア３４上で、外部サーバデータ処理部５１のみを有するデータ処理ソフトウェア４１を単体で動作させることはできない。

そこで、本実施形態では、管理対象機器データ処理部５２及びプラットフォームデータ処理部５３が有する機能を代替するソフトウェア（以下「代替ソフトウェア（第２のデータ処理手段）」と言う）を、プラットフォームソフトウェア３４上で動作させることで、上記問題に対応する。図１１には、上記代替ソフトウェアがアプリケーション４２に含まれる（アプリケーションとして実装した）場合の例が示されている。

上記代替ソフトウェアが管理対象機器データ処理部５２及びプラットフォームデータ処理部５３が有する機能をどのような仕組みにより代替するのかについては、機種に応じて設計することができる。

これにより、画像形成装置２００では、機器管理機能におけるデータ処理において、外部サーバに対するデータ処理機能での変更・追加・削除の操作を実現できる。その結果、例えば、新たな外部サーバが機器管理システム１に参加した場合でも機能拡張を容易に行える。また、プラットフォームソフトウェア３４以下のソフトウェア構成については、機器管理装置１００と同じ構成であることから、動作環境に依存することなく機器管理機能を動作させることができる。

以上のように、本実施形態に係る画像形成装置２００は、上記各ソフトウェアが連係動作することにより機器管理機能を実現する。

《機能動作》
上記ソフトウェアの詳細な動作（連係動作）について、シーケンス図を用いて説明する。

本実施形態に係る機器管理機能は、画像形成装置２００に搭載（インストール）される機器管理ソフトウェア６０が、ＣＰＵ１１により、格納先（例えば「ＲＯＭ」）からＲＡＭ上に読み出され、以下の処理が実行されることで実現される。なお、以下に示す処理手順は、機器管理機能におけるカウンタ値の収集及び画像形成装置２００におけるファームウェアの更新を例に説明する。

図１２及び図１３には、画像形成装置２００が、遠隔管理装置３００及び／又はソフトウェア提供装置４００に接続される場合（図９に示した環境）の処理手順例が示されている。

図１２は、本実施形態に係る画像形成装置２００からカウンタ値収集を行う処理手順例を示すシーケンス図である。
図１２に示すように、画像形成装置２００は、アプリケーション４２である代替ソフトウェアによりカウンタ値収集が行われ、発行された収集完了イベントが、予め設定される通知先へと通知される（ステップＳ７０１）。管理対象機器１００の場合には、カウンタ値収集を管理対象機器データ処理部５２により行っていた。画像形成装置２００では、管理対象機器データ処理部５２の機能は、代替ソフトウェアにより行われる。

代替ソフトウェアから発行された収集完了イベントは、通知先として設定されているアプリケーション４２及び外部サーバコンポーネント５１ａへと通知される（ステップＳ８０１）。また、代替ソフトウェアは、プラットフォームソフトウェア３４のデータベース３４ｄ（例えば「ＨＤＤの所定の記憶領域」）に、取得したカウンタデータを保存する。

外部サーバコンポーネント５１ａは、代替ソフトウェアから収集完了イベントを受け取った後、遠隔管理装置３００にカウンタデータを送信する場合、代替ソフトウェアに対してカウンタデータの取得を要求する（ステップＳ９０２）。このとき、外部サーバコンポーネント５１ａは、取得するカウンタデータの格納先（例えば「アドレス」）を指定する。その結果、代替ソフトウェアは、受け付けた要求に従い、プラットフォームソフトウェア３４のデータベース３４ｄにアクセスし、保存されたカウンタデータを取得する。

このようにして取得されたカウンタデータは、要求元の外部サーバコンポーネント５１ａへと渡される。

外部サーバコンポーネント５１ａは、受け取ったカウンタデータを遠隔管理装置３００が利用可能なデータへと変換し（データ形式の変換を行い）、収集結果の通知とともに変換後のデータを外部サーバ通信部５１ｂへと渡す（ステップＳ９０３）。このとき、外部サーバコンポーネント５１ａは、カウンタデータの送信先（例えば「ＩＰアドレス」）を指定する。

外部サーバ通信部５１ｂは、所定のコマンドを用いて、受け取った収集結果及び変換後のデータを遠隔管理装置３００へと送信する（ステップＳ９０４）。

上記送信結果は、外部サーバ通信部５１ｂを介して、外部サーバコンポーネント５１ａへと返される。

図１３は、本実施形態に係る画像形成装置２００のファームウェア更新を行う処理手順例を示すシーケンス図である。
図１３に示すように、画像形成装置２００は、外部サーバ通信部５１ｂにより、画像形成装置２００におけるファームウェアの更新要求を遠隔管理装置３００から受信する（ステップＳ１００１）。

外部サーバ通信部５１ｂは、外部サーバコンポーネント５１ａに対して、ファームウェアの更新要求を行う（ステップＳ１００２）。

外部サーバコンポーネント５１ａは、受け付けた要求に従い、外部サーバ通信部５１ｂに対して最新ファームウェアのダウンロードを要求する（ステップＳ１１０１）。このとき、外部サーバコンポーネント５１ａは、ファームウェアとそのダウンロード元（例えば「プログラム名」と「ＩＰアドレス」）を指定する。

外部サーバ通信部５１ｂは、所定のコマンドを用いて、ソフトウェア提供装置４００からファームウェアのプログラムを取得する（ステップＳ１１０２）。

このようにして取得されたファームウェアは、外部サーバ通信部５１ｂを介して、要求元の外部サーバコンポーネント５１ａへと渡される。

外部サーバコンポーネント５１ａは、ファームウェアを受け取ると、アプリケーション４２の代替ソフトウェアに対してファームウェアのプログラムを渡し、ファームウェアの更新を要求する（ステップＳ１１０３）。管理対象機器１００の場合には、ファームウェア更新を管理対象機器データ処理部５２により行っていた。画像形成装置２００では、管理対象機器データ処理部５２の機能は、代替ソフトウェアにより行われる。

その結果、代替ソフトウェアは、ファームウェアのプログラムを受け取ると、ファームウェア更新を行うための前処理を行い、更新を実行する。上記ファームウェア更新結果は、要求元の外部サーバコンポーネント５１ａへと返される。

外部サーバコンポーネント５１ａは、ファームウェア更新結果を受け取ると、外部サーバ通信部５１ｂに更新結果を通知する（ステップＳ１２０１）。

外部サーバ通信部５１ｂは、受け取った要求に従い、更新結果を、更新スケジュールを設定した遠隔管理装置３００へと送信する（ステップＳ１２０２）。

上記送信結果は、外部サーバ通信部５１ｂを介して、外部サーバコンポーネント５１ａへと返される。

＜まとめ＞
以上のように、本実施形態に係る画像形成装置２００によれば、機器管理機能における、外部サーバとの通信を含むデータ処理機能を、画像形成装置との通信を含むデータ処理機能及びプラットフォームとのデータ処理機能と異なるソフトウェア部品として動作する。さらに、画像形成装置２００では、上記ソフトウェア部品が、プラットフォーム（ＯＳ３１）で実行可能なコードに変換するソフトウェア（ＪａｖａＶＭ３２）上で動作する。

これによって、本実施形態に係る画像形成装置２００は、機器管理装置１００と同様に、動作環境に依存することなく機器管理機能が動作し、かつ機器管理機能の機能拡張を容易に行うことができる。

ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る機器管理装置１００が有する「機器管理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、ＣＰＵ１０６により実行されることで実現される。

上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。例えば、上記記録媒体１０３ａには、フロッピー（登録商標）ディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory Card）、及びＵＳＢ（Universal Serial Bus）メモリなどがある。

よって、上記プログラムは、上記記録媒体１０３ａに記憶させることによって、記録媒体１０３ａを読み取り可能なドライブ装置１０３や外部記憶Ｉ／Ｆ（非図示）などを介して機器管理装置１００にインストールすることができる。また、機器管理装置１００は、インタフェース装置１０７を備えていることから、インターネットなどの電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。

なお、上記プログラムについては、画像形成装置２００においても、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、コントローラ１０が備えるＣＰＵ１１により実行されることで実現される。また、画像形成装置２００の場合には、上記記録媒体１３がＳＤメモリカード及びＵＳＢメモリなどになる。また、画像形成装置２００は、ネットワークＩ／Ｆ１４を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。

最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１ 機器管理システム
１０ コントローラ
１１ ＣＰＵ（中央処理装置）
１２ 記憶装置
１３ 記録媒体
１４ ネットワークＩ／Ｆ（ＮＩＣ：Network I/F Card）
１５ 外部記憶Ｉ／Ｆ
２１ 操作パネル
２２ プロッタ
２３ スキャナ
３１ ＯＳ
３２ ＪａｖａＶＭ
３３ ＯＳＧｉフレームワーク
３４ プラットフォームソフトウェア
３４ａ ＯＳ制御部
３４ｂ 証明書管理部
３４ｃ イベントサービス部
３４ｄ データベース部
３４ｅ ＦＴＰサービス部
４１ データ処理ソフトウェア
４２ アプリケーション
４３ 操作画面部
５１ 外部サーバデータ処理部
５１ａ 外部サーバコンポーネント
５１ｂ 外部サーバ通信部
５２ 管理対象機器データ処理部
５２ａ 管理対象機器コンポーネント
５２ｂ 管理対象機器通信部
５３ プラットフォームデータ処理部
５３ａ プラットフォームコンポーネント
６０ 機器管理ソフトウェア
１００ 機器管理装置
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ
１０７ インタフェース装置
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 画像形成装置（管理対象機器）
３００ 遠隔管理装置（センターサーバ）
４００ ソフトウェア提供装置（ソフトウェアサーバ）
５００ 多目的サーバ
Ｂ バス
Ｉ 外部ネットワーク（インターネット）

特開２００７−２９９４１３号公報 特開２００８−３２９４８号公報 特開２００８−９２３５８号公報

Claims (8)

1. 所定のデータ伝送路を介して接続される１又は複数の機器を管理する機器管理装置であって、
   機器管理機能において管理対象機器及び／又は外部サーバとの通信を含むデータ処理を行う１又は複数のソフトウェア部品で構成されるデータ処理手段と、
   所定のプログラミング言語により定義された命令セットをプラットフォームで実行可能なコードに変換するコード変換手段と、を有し、
   前記データ処理手段は、
   前記１又は複数のソフトウェア部品に定義された命令セットが、前記コード変換手段により前記コードに変換され、前記プラットフォーム上で実行されることで動作することを特徴とする機器管理装置。
2. 前記データ処理手段は、
   前記コード変換手段により変換可能なソフトウェアの標準構造を実装するために汎用的に用いられる命令セットを提供する提供手段を有し、
   前記１又は複数のソフトウェア部品は、
   定義された命令セットの中に、前記提供手段により提供された前記命令セットを含むことを特徴とする請求項１に記載の機器管理装置。
3. 前記データ処理手段は、
   前記外部サーバとの通信を含むデータ処理を行うソフトウェア部品である第１のデータ処理手段と、
   前記管理対象機器との通信を含むデータ処理を行うソフトウェア部品である第２のデータ処理手段と、
   前記プラットフォームとのデータ処理を行うソフトウェア部品である第３のデータ処理手段と、を有することを特徴とする請求項１又は２に記載の機器管理装置。
4. 前記第１のデータ処理手段は、
   前記外部サーバから受け付けた処理要求を、
   前記第２のデータ処理手段に通知することで、前記管理対象機器とのデータ処理を実行させることを特徴とする請求項３に記載の機器管理装置。
5. 前記データ処理手段は、
   前記管理対象機器との通信を含むデータ処理を行うソフトウェア部品である第２のデータ処理手段と、
   前記プラットフォームとのデータ処理を行うソフトウェア部品である第３のデータ処理手段と、を有することを特徴とする請求項１又は２に記載の機器管理装置。
6. 前記第２のデータ処理手段は、
   前記第３のデータ処理手段に処理要求することで、前記プラットフォームとのデータ処理を実行させることを特徴とする請求項３ないし５のいずれか一項に記載の機器管理装置。
7. 所定のデータ伝送路を介して接続される画像形成装置であって、
   機器管理機能において外部サーバとの通信を含むデータ処理を行うソフトウェア部品である第１のデータ処理手段と、
   プラットフォームとのデータ処理を行うソフトウェア部品である第２のデータ処理手段と、
   所定のプログラミング言語により定義された命令セットを前記プラットフォームで実行可能なコードに変換するコード変換手段と、を有し、
   前記第１のデータ処理手段及び前記第２のデータ処理手段は、
   前記ソフトウェア部品に定義された命令セットが、前記コード変換手段により前記コードに変換され、前記プラットフォーム上で実行されることで動作することを特徴とする画像形成装置。
8. コンピュータを、
   所定のプログラミング言語により定義された命令セットをプラットフォームで実行可能なコードに変換するコード変換手段と、
   前記定義された命令セットが、前記コード変換手段により前記コードに変換され、前記プラットフォーム上で実行されることで、機器管理機能における管理対象機器及び／又は外部サーバとの通信を含むデータ処理を行う１又は複数のデータ処理手段として機能させる機器管理プログラム。

Images