JP2012181690A - 画像形成装置、更新方法、更新プログラム、及び記録媒体 - Google Patents

Abstract

【課題】プログラムの更新作業の負担を軽減すること。
【解決手段】プログラムをインストール可能な画像形成装置であって、前記プログラムに関する更新指示情報を取得する指示情報取得手段と、前記更新指示情報が示す指示内容に応じて、インストール対象の前記プログラムを取得するプログラム取得手段と、取得された前記プログラムを当該画像形成装置にインストールするインストール手段と、前記更新指示情報が示す指示内容に応じて、当該画像形成装置の設定情報を更新する設定手段とを有する。
【選択図】図４

Description

本発明は、画像形成装置、更新方法、更新プログラム、及び記録媒体に関し、特にプログラムをインストール可能な画像形成装置、更新方法、更新プログラム、及び記録媒体に関する。

従来、その出荷後にアプリケーションプログラムをプラグインとして追加可能な画像形成装置が存在する。このようなアプリケーションプログラムのインストール（バージョンアップも含む）又はアンインストール等は、通常、カスタマーエンジニア等のセットアップ担当者によって作業が行われる。

インストールされたアプリケーションプログラムを正常に動作させるためには、画像形成装置側の設定情報の更新が必要とされる場合がある。例えば、ネットワーク通信を行うアプリケーションプログラムの場合には、通信に関する設定情報の更新が必要とされうる。また、画像形成装置の認証機能と連携するようなアプリケーションプログラムの場合には、画像形成装置の認証機能に関する設定情報の更新が必要とされうる。

したがって、従来、セットアップ担当者は、アプリケーションプログラムを単にインストールするだけでなく、当該アプリケーションプログラムを正常に動作させるために必要な設定情報はどのようなものであるかを確認し、当該設定情報に関する更新作業を行っていた。このような作業は、セットアップ担当者にとって負担であった。

本発明は、上記の点に鑑みてなされたものであって、プログラムの更新作業の負担を軽減することのできる画像形成装置、更新方法、更新プログラム、及び記録媒体の提供を目的とする。

そこで上記課題を解決するため、本発明は、プログラムをインストール可能な画像形成装置であって、前記プログラムに関する更新指示情報を取得する指示情報取得手段と、前記更新指示情報が示す指示内容に応じて、インストール対象の前記プログラムを取得するプログラム取得手段と、取得された前記プログラムを当該画像形成装置にインストールするインストール手段と、前記更新指示情報が示す指示内容に応じて、当該画像形成装置の設定情報を更新する設定手段とを有する。

このような画像形成装置では、プログラムの更新作業の負担を軽減することができる。

本発明によれば、プログラムの更新作業の負担を軽減することができる。

本発明の実施の形態における機器管理システムの構成例を示す図である。 本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。 ＳＤＫアプリ及びＳＤＫプラットフォームの機能構成例を示す図である。 画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。 更新指示ファイルの定義内容の一例を示す図である。 インストール処理又はアンインストール処理の処理手順の一例を説明するためのシーケンス図である。 システム設定の更新処理の処理手順の一例を説明するためのシーケンス図である。 拡張処理モジュールの実行処理の処理手順の一例を説明するためのシーケンス図である。 自動更新実行部がＳＤＫプラットフォームの一部として実装される例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における機器管理システムの構成例を示す図である。同図の機器管理システム１において、一以上の画像形成装置１０、機器管理サーバ２０、及びファイルサーバ３０等は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク４０（有線又は無線の別は問わない）を介して通信可能に接続されている。

画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を単体で有する機器が画像形成装置１０として用いられてもよい。画像形成装置１０には、機能拡張等を目的としてアプリケーションプログラム（後述されるＳＤＫアプリ１５２）のインストール又はアンインストール等が可能である。

機器管理サーバ２０は、各画像形成装置１０の管理に利用されるコンピュータである。本実施の形態において、機器管理サーバ２０は、アプリケーションプログラムのインストール又はアンインストール等を各画像形成装置１０に実行させるためのファイル（後述される更新指示ファイル）を記憶する。

ファイルサーバ３０は、各画像形成装置１０にインストールされるアプリケーションプログラムや、当該プログラムのインストールに伴って必要とされる設定処理を画像形成装置１０に実行させるプログラム等を記憶及び管理するコンピュータである。

図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。同図において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。ＮＶＲＡＭ１１５には、各種の設定情報等が記録される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

図３は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。同図において、画像形成装置１０は、標準アプリ１５１、ＳＤＫアプリ１５２、ＳＤＫプラットフォーム１５３、コントロールサービス１５４、及びＯＳ１５５等を有する。

標準アプリ１５１は、画像形成装置１０に標準的に（出荷時に予め）実装されているアプリケーションプログラムの集合である。同図では、スキャンアプリ１５１１、印刷アプリ１５１２、コピーアプリ１５１３、及びＦＡＸアプリ１５１４が例示されている。スキャンアプリ１５１１は、スキャンジョブを実行する。印刷アプリ１５１２は印刷ジョブを実行する。コピーアプリ１５１３は、コピージョブを実行する。ＦＡＸアプリ１５１４は、ＦＡＸの送信ジョブ又は受信ジョブを実行する。

コントロールサービス１５４は、各種のハードウェアリソース等を制御するための機能を上位アプリケーション等に対して提供したり、画像形成装置１０の基盤的な機能等を実行したりするソフトウェアモジュール群である。

ＳＤＫアプリ１５２は、画像形成装置１０の出荷後において、画像形成装置１０の機能拡張等を図るためのプラグインとして追加的にインストールされるアプリケーションプログラムである。したがって、ＳＤＫアプリ１５２の機能は、所定のものに限定されない。例えば、ＳＤＫアプリ１５２は、ＳＤカード８０から又はネットワークを介して画像形成装置１０にインストールされる。

ＳＤＫプラットフォーム１５３は、ＳＤＫアプリ１５２の実行環境を実現する。各ＳＤＫアプリ１５２は、ＳＤＫプラットフォーム１５３が提供するＡＰＩ（Application Program Interface）を利用して開発される。例えば、ＳＤＫプラットフォーム１５３は、スキャン機能を利用させるためのインタフェース、印刷機能を利用させるためのインタフェース、コピー機能を利用させるためのインタフェース等をＳＤＫアプリ１５２に提供する。なお、ＳＤＫプラットフォーム１５３のＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ１５２は開発されうる。また、当該ＡＰＩは、異機種間において平滑化されている。したがって、ＳＤＫアプリ１５２に関して、機種に応じて異なる実装が行われる必要性は低い。

ＯＳ１５５は、いわゆるＯＳ（Operating System）である。画像形成装置１０上の各ソフトウェアは、ＯＳ１５５上においてプロセス又はスレッドとして動作する。

ＳＤＫアプリ１５２及びＳＤＫプラットフォーム１５３について、更に詳しく説明する。図４は、ＳＤＫアプリ及びＳＤＫプラットフォームの機能構成例を示す図である。

同図には、ＳＤＫアプリ１５２として、ＳＤＫアプリ１５２ａと、それ以外のＳＤＫアプリ１５２とが例示されている。ＳＤＫアプリ１５２ａは、本実施の形態において自動更新実行部として機能するＳＤＫアプリ１５２である。以降では、他のＳＤＫアプリ１５２との混同を避けるため、ＳＤＫアプリ１５２ａを、「自動更新実行部１５２ａ」と呼ぶ。

自動更新実行部１５２ａは、自分（自動更新実行部１５２ａ）以外のＳＤＫアプリ１５２に関して、自動的な更新処理を実行する。ここでいう更新処理には、インストール、バージョンアップ、又はアンインストール等、画像形成装置１０にインストールされているＳＤＫアプリ１５２の構成を変更する処理が含まれる。また、インストール、バージョンアップ、又はアンインストール等に伴って必要とされる、画像形成装置１０の設定情報に関する更新又は設定も更新処理に含まれる。画像形成装置１０の設定情報とは、画像形成装置１０単位に設定される設定情報をいう。画像形成装置１０の設定情報は、機器内の複数の機能の動作に影響を与えうる。以下、画像形成装置１０の設定情報を、「システム設定」という。

同図において、自動更新実行部１５２ａは、更新処理管理部１６１、更新指示ファイル取得部１６２、更新状況記録部１６３、インストール処理制御部１６４、インストール対象取得部１６５、設定処理実行部１６６、及び拡張処理モジュール取得部１６７等を有する。

更新処理管理部１６１は、ＳＤＫアプリ１５２に関する更新処理の全体を制御する。更新指示ファイル取得部１６２は、更新指示ファイルを機器管理サーバ２０より取得（又はダウンロード）する。更新指示ファイルとは、更新処理の指示内容を示す情報が記録（又は記述）されたファイルである。更新状況記録部１６３は、更新処理の進捗状況を、例えば、ログファイルに記録する。ログファイルは、例えば、ＨＤＤ１１４に生成される。インストール処理制御部１６４は、ＳＤＫアプリ１５２のインストール処理（バージョンアップも含む。）又はアンインストール処理を制御する。インストール対象取得部１６５は、インストール対象のＳＤＫアプリ１５２を、ファイルサーバ３０より取得（又はダウンロード）する。設定処理実行部１６６は、更新処理に伴って必要とされる、画像形成装置１０の設定情報の更新（又は変更）を行う。拡張処理モジュール取得部１６７は、設定情報の更新等を画像形成装置１０に実行させるプログラム（以下、「拡張処理モジュール」という。）を、ファイルサーバ３０より取得（又はダウンロード）する。

一方、ＳＤＫプラットフォーム１５３は、複合機クラスライブラリ１８１、仮想マシン１８２、ネイティブプログラムインタフェース１８３、及びアプリ管理部１８４等を有する。

複合機クラスライブラリ１８１は、ＳＤＫプラットフォーム１５３のＡＰＩを提供する、Ｊａｖａ（登録商標）のクラスライブラリである。当該ＡＰＩを介した要求は、必要に応じてコントロールサービス１５４に伝達される。コントロールサービス１５４による処理結果は、複合機クラスライブラリ１８１に返却される。複合機クラスライブラリ１８１は、当該処理結果を、上記ＡＰＩに即した形式に変換し、ＳＤＫアプリ１５２に返却する。

ネイティブプログラムインタフェース１８３は、複合機クラスライブラリ１８１からコントロールサービス１５４への要求の伝達等を、ＪＮＩ（Java（登録商標） Native Interface）の機構を用いて実現する。すなわち、コントロールサービス１５４は、ネイティブコードによって実装されているため、ネイティブプログラムインタフェース１８３が必要とされる。

仮想マシン１８２は、Ｊａｖａ（登録商標）のバイトコードによる命令の解釈及び実行を行う、いわゆるＪａｖａ（登録商標）仮想マシンである。各ＳＤＫアプリ１５２は、仮想マシン１８２によってスレッドとして起動される。

アプリ管理部１８４は、主としてＳＤＫアプリ１５２のライフサイクルを管理する。具体的には、アプリ管理部１８４は、ＳＤＫアプリ１５２をユーザに操作させるための管理画面を表示させる。アプリ管理部１８４は、当該管理画面を介した入力に応じ、ＳＤＫアプリ１５２のインストール、起動、停止、又はアンインストール等を実行する。アプリ管理部１８４は、また、画像形成装置１０にインストールされているＳＤＫアプリ１５２の属性情報の一覧（以下、「インストール情報」という。）を、例えば、ＮＶＲＡＭ１１５に記憶させる。

なお、ＳＤＫプラットフォーム１５３は、それ自身、画像形成装置１０にインストールされるアプリケーションプログラムの一種である。例えば、ＳＤＫプラットフォーム１５３は、ＳＤカード８０から又はネットワークを介して画像形成装置１０にインストールされる。但し、ＳＤＫプラットフォーム１５３は、ＳＤＫアプリ１５２とは異なり、ＯＳ１５５上で一つのプロセスとして動作する。

コントロールサービス１５４は、各種のシステム設定の管理部を有する。同図には、認証設定管理部１５４１、ネットワーク設定管理部１５４２、印刷設定管理部１５４３、セキュリティ設定管理部１５４４、及び省電力設定管理部１５４５等が例示されている。

認証設定管理部１５４１は、システム設定の一部である認証設定を管理する。認証設定とは、ユーザの認証に関する設定情報や課金に関する設定情報である。認証設定の一例として、ユーザ情報（ユーザ名、パスワード等）、認証方式、外部の認証サーバの識別情報、及び課金のタイミングに関する設定等が挙げられる。

ネットワーク設定管理部１５４２は、システム設定の一部であるネットワーク設定を管理する。ネットワーク設定とは、ネットワーク通信に関する設定情報である。ネットワーク設定の一例として、有効なプロトコルやＤＮＳ（Domain Name System）に関する設定が挙げられる。

印刷設定管理部１５４３は、システム設定の一部である印刷設定を管理する。印刷設定とは、印刷ジョブ又は印刷アプリ１５１２に関する設定情報である。印刷設定の一例として、有効なプリンタ言語の設定が挙げられる。

セキュリティ設定管理部１５４４は、システム設定の一部であるセキュリティ設定を管理する。セキュリティ設定とは、セキュリティに関する設定情報である。

省電力設定管理部１５４５は、システム設定の一部である省電力設定を管理する。省電力設定とは、省電力状態に関する設定情報である。省電力設定の一例として、省電力状態へ移行するタイミングに関する設定が挙げられる。

以下、画像形成装置１０の処理手順について説明する。図５は、画像形成装置が実行する処理手順の一例を説明するためのシーケンス図である。

ステップＳ１０１において、更新処理管理部１６１は、更新指示ファイルの取得を更新指示ファイル取得部１６２に要求する。ステップＳ１０１は、例えば、ＨＤＤ１１４等に保存されているスケジュール情報に指定された時期に実行されてもよいし、操作パネル１５等を介してユーザによって入力される指示入力に応じて実行されてもよい。または、所定の周期で定期的に実行されてもよい。更新処理管理部１６１からの要求に応じ、更新指示ファイル取得部１６２は、機器管理サーバ２０より更新指示ファイルを取得する。更新指示ファイルの取得先（ここでは、機器管理サーバ２０）の識別情報（例えば、ＩＰアドレス又はＵＲＬ（Uniform Resource Locator）等）は、例えば、ＨＤＤ１１４に記録されている。

なお、更新指示ファイルは、例えば、新たなＳＤＫアプリ１５２を各画像形成装置１０に導入させるために、機器管理システム１の管理者等によって作成され、機器管理サーバ２０に配置される。但し、更新指示ファイルを用いた運用形態は、所定のものに限定されない。

続いて、更新処理管理部１６１は、更新指示ファイルの定義内容を解析する（Ｓ１０２）。

図６は、更新指示ファイルの定義内容の一例を示す図である。同図では、更新指示ファイル２００の定義内容が、ＸＭＬ（eXtensible Markup Language）形式によって記述された例が示されている。但し、ＣＳＶ（Comma Separated Values）形式等、他のテキスト形式によって記述されてもよい。

更新指示ファイル２００は、更新処理の指示内容ごとに要素を有する。要素とは、ＸＭＬにおいて、開始タグによって始まり終了タグによって終了する記述単位である。

同図の更新指示ファイル２００には、ｉｎｓｔａｌｌＡｐｐ要素ｅ１及びｅ２、ｕｎｉｎｓｔａｌｌＡＰＰ要素ｅ３、ｓｅｔｔｉｎｇ要素ｅ４〜ｅ６、並びにｅｘｅｃＭｏｄｕｌｅ要素ｅ７等が含まれる。

ｉｎｓｔａｌｌＡｐｐ要素ｅ１及びｅ２は、それぞれインストール指示を示す。各ｉｎｓｔａｌｌＡｐｐ要素は、ｐｒｏｄｕｃｔＩｄ属性、ｖｅｒｓｉｏｎ属性、及びｌｏｃａｔｉｏｎ属性等を有する。ｐｒｏｄｕｃｔＩｄ属性の値は、インストール対象のＳＤＫアプリ１５２の識別子である。本実施の形態では、当該識別子を「プロダクトＩＤ」という。ｖｅｒｓｉｏｎ属性の値は、インストール対象のＳＤＫアプリ１５２のバージョンである。ｌｏｃａｔｉｏｎ属性の値は、インストール対象のＳＤＫアプリ１５２が格納された書庫ファイル（以下、「パッケージファイル」という。）の配置位置（すなわち、ダウンロード先）を示すＵＲＬ（以下、「位置情報」という。）である。

ｕｎｉｎｓｔａｌｌＡＰＰ要素ｅ３は、アンインストール指示を示す。ｕｎｉｎｓｔａｌｌＡＰＰ要素ｅ３は、ｐｒｏｄｕｃｔＩｄ属性を含み、必要に応じてｅｘｃｅｐｔＰｒｏｄｕｃｔＩｄ属性を含む。ｐｒｏｄｕｃｔＩｄ属性の値は、アンインストールの対象とされるＳＤＫアプリ１５２のプロダクトＩＤである。同図において、ｐｒｏｄｕｃｔＩｄ属性の値は、「＊」である。これは、全てのプロダクトＩＤを示す。ｅｘｃｅｐｔＰｒｏｄｕｃｔＩｄ属性の値は、アンインストール対象から除外されるＳＤＫアプリ１５２のプロダクトＩＤを示す。すなわち、ｕｎｉｎｓｔａｌｌＡＰＰ要素ｅ３は、プロダクトＩＤが「１２３４５６７８９」又は「２２３４５６７８９」であるＳＤＫアプリ１５２を除く全てＳＤＫアプリ１５２のアンインストールの指示を示す。

ｓｅｔｔｉｎｇ要素ｅ４〜ｅ６は、それぞれシステム設定の種別ごとに設定値の更新指示（又は設定指示）を示す。各ｓｅｔｔｉｎｇ要素は、ｔｙｐｅ属性を有する。ｔｙｐｅ属性の値は、システム設定の種別（認証設定、ネットワーク設定、印刷設定、セキュリティ設定、又は省電力設定等の別）を示す。各ｓｅｔｔｉｎｇ要素は、また、一以上のｔａｒｇｅｔ要素を子要素として含む。一つのｔａｒｇｅｔ要素は、一つの設定項目に関する更新内容（又は設定内容）を示す。すなわち、ｔａｒｇｅｔ要素のｎａｍｅ属性の値は設定項目名を示し、ｖａｌｕｅ属性の値は設定値を示す。

例えば、ｓｅｔｔｉｎｇ要素ｅ４のｔｙｐｅ属性の値は「ｎｅｔｗｏｒｋ」である。したがって、ｓｅｔｔｉｎｇ要素ｅ４は、ネットワーク設定に関する更新指示を示す。ｓｅｔｔｉｎｇ要素ｅ４の子要素であるｔａｒｇｅｔ要素ｅ４１のｎａｍｅ属性の値は「ｓｎｍｐ」であり、ｖａｌｕｅ属性の値は「ｅｎａｂｌｅｄ」である。このことは、ＳＮＭＰ（Simple Network Management Protocol）通信を有効化することを示す。

また、ｓｅｔｔｉｎｇ要素ｅ５のｔｙｐｅ属性の値は「ａｕｔｈｅｎｔｉｃａｔｉｏｎ」である。したがって、ｓｅｔｔｉｎｇ要素ｅ５は、認証設定に関する更新指示を示す。ｓｅｔｔｉｎｇ要素ｅ５の子要素であるｔａｒｇｅｔ要素ｅ５１のｎａｍｅ属性の値は「ｂａｓｉｃ」であり、ｖａｌｕｅ属性の値は「ｅｎａｂｌｅｄ」である。このことは、基本認証機能を有効化することを示す。ｔａｒｇｅｔ要素ｅ５１は、更に、ａｐｐｌｉｃａｔｉｏｎ属性を有する。ａｐｐｌｉｃａｔｉｏｎ属性の値は、基本認証機能の対象とするアプリケーションプログラムの名前を示す。

更に、ｓｅｔｔｉｎｇ要素ｅ６のｔｙｐｅ属性の値は「ｅｎｅｒｇｙＳａｖｅｒ」である。したがって、ｓｅｔｔｉｎｇ要素ｅ６は、省電力設定に関する更新指示を示す。ｓｅｔｔｉｎｇ要素ｅ６は、ｔａｒｇｅｔ要素ｅ６１及びｅ６２を子要素として含む。ｔａｒｇｅｔ要素ｅ６１のｎａｍｅ属性の値は「ｐｏｗｅｒＯｆｆ」であり、ｖａｌｕｅ属性の値は「ｅｎａｂｌｅｄ」である。このことは、省電力状態の一形態であるエンジンオフ状態への移行を有効化することを示す。エンジンオフ状態では、スキャナ１２及びプリンタ１３等のエンジン部に対する電力の供給が停止される。ｔａｒｇｅｔ要素ｅ６１は、更に、ｔｉｍｅ属性を有する。ｔｉｍｅ属性の値は、エンジンオフ状態への移行条件としての無操作状態の継続時間である。また、ｔａｒｇｅｔ要素ｅ６２のｎａｍｅ属性の値は「ｐａｎｅｌＯｆｆ」であり、ｖａｌｕｅ属性の値は「ｅｎａｂｌｅｄ」である。このことは、省電力状態の一形態である静音状態への移行を有効化することを示す。静音状態では、操作パネル１５に対する電力の供給が停止される。ｔａｒｇｅｔ要素ｅ６２は、更に、ｔｉｍｅ属性を有する。ｔｉｍｅ属性の値は、静音状態への移行条件としての無操作状態の継続時間である。

ｅｘｅｃＭｏｄｕｌｅ要素ｅ７は、拡張処理モジュールの実行指示を示す。ｅｘｅｃＭｏｄｕｌｅ要素ｅ７は、ｌｏｃａｔｉｏｎ属性を有する。ｌｏｃａｔｉｏｎ属性の値は、実行対象の拡張処理モジュールの配置位置（すなわち、ダウンロード先）を示すＵＲＬ（位置情報）である。

続いて、更新処理管理部１６１は、更新処理の開始を更新状況記録部１６３に通知する（Ｓ１０３）。更新状況記録部１６３は、当該通知に応じて、更新処理が開始されたことをログファイルに記録する。

続いて、更新処理管理部１６１は、更新指示ファイル２００の定義内容（更新指示情報）に応じた処理を実行する。すなわち、更新処理管理部１６１は、ｉｎｓｔａｌｌＡｐｐ要素ｅ１及びｅ２、並びにｕｎｉｎｓｔａｌｌＡＰＰ要素ｅ３に基づくインストール処理又はアンインストール処理の実行をインストール処理制御部１６４に要求する（Ｓ１０４）。当該要求には、ｉｎｓｔａｌｌＡｐｐ要素ｅ１若しくはｅ２、又はｕｎｉｎｓｔａｌｌＡＰＰ要素ｅ３に指定されている属性（ｐｒｏｄｕｃｔＩｄ属性、ｖｅｒｓｉｏｎ属性、ｌｏｃａｔｉｏｎ属性、ｅｘｅｐｔＰｒｏｄｕｃｔＩｄ属性等）の値がパラメータとして指定される。

また、更新処理管理部１６１は、ｓｅｔｔｉｎｇ要素ｅ４〜ｅ６に基づくシステム設定の更新処理の実行を設定処理実行部１６６に要求する（Ｓ１０５）。当該要求には、各ｓｅｔｔｉｎｇ要素の属性の値、及び各ｓｅｔｔｉｎｇ要素に含まれるｔａｒｇｅｔ要素の属性の値がパラメータとして指定される。

更に、更新処理管理部１６１は、ｅｘｅｃＭｏｄｕｌｅ要素ｅ７に基づく拡張処理モジュールの実行を設定処理実行部１６６に要求する（Ｓ１０６）。当該要求には、ｅｘｅｃＭｏｄｕｌｅ要素ｅ７の属性の値がパラメータとして指定される。

なお、ステップＳ１０４〜Ｓ１０６は、例えば、更新指示ファイル２００に定義されている要素（更新指示）ごとに順番に実行される。

更新指示ファイル２００に定義されている全ての要素（更新指示）に応じた処理が終了すると、更新処理管理部１６１は、更新処理の終了を更新状況記録部１６３に通知する（Ｓ１０７）。更新状況記録部１６３は、当該通知に応じて、更新処理が終了したことをログファイルに記録する。

続いて、ステップＳ１０４の要求に応じてインストール処理制御部１６４が実行する処理手順について説明する。図７は、インストール処理又はアンインストール処理の処理手順の一例を説明するためのシーケンス図である。

インストール処理制御部１６４がインストール要求を受けた場合、ステップＳ２０１〜Ｓ２０７が実行される。ステップＳ２０１において、インストール処理制御部１６４は、インストール情報をアプリ管理部１８４に問い合わせる。当該問い合わせに応じ、アプリ管理部１８４は、インストール情報をインストール処理制御部１６４に出力する。

続いて、インストール処理制御部１６４は、インストール要求に係るＳＤＫアプリ１５２が当該画像形成装置１０に既にインストールされているか否かを判定する（Ｓ２０２）。具体的には、インストール処理制御部１６４は、インストール要求においてパラメータとして指定されているプロダクトＩＤ及びバージョンを含むアプリ情報がインストール情報に含まれているか否かを判定する。該当するアプリ情報がインストール情報に含まれている場合、インストール要求に係るＳＤＫアプリ１５２は既にインストール済みであると判定される。該当するアプリ情報がインストール情報に含まれていない場合、インストール要求に係るＳＤＫアプリ１５２はインストールされていないと判定される。

インストール要求に係るＳＤＫアプリ１５２はインストールされていない場合、ステップＳ２０３〜Ｓ２０７が実行される。ステップＳ２０３において、インストール処理制御部１６４は、インストール対象のプロダクトＩＤを指定して、インストール処理の開始を更新状況記録部１６３に通知する。更新状況記録部１６３は、当該通知に応じて、当該プロダクトＩＤに係るＳＤＫアプリ１５２のインストール処理が開始されたことをログファイルに記録する。

続いて、インストール処理制御部１６４は、インストール要求に指定された位置情報（ＵＲＬ）を指定して、インストール対象のＳＤＫアプリ１５２のパッケージファイルの取得をインストール対象取得部１６５に要求する（Ｓ２０４）。インストール対象取得部１６５は、指定された位置情報によって特定されるパッケージファイルをファイルサーバ３０より取得し、ＨＤＤ１１４に保存する。

続いて、インストール処理制御部１６４は、取得されたパッケージファイルを指定して、インストール処理の実行をアプリ管理部１８４に要求する（Ｓ２０５）。アプリ管理部１８４は、パッケージファイルに含まれているＳＤＫアプリ１５２のインストールを実行し、当該ＳＤＫアプリ１５２のプロダクトＩＤ及びバージョン等を含むアプリ情報を、インストール情報に追加する。なお、当該アプリ情報は、パッケージファイル内に記録されている。

続いて、インストール処理制御部１６４は、パッケージファイルをＨＤＤ１１４より削除する（Ｓ２０６）。続いて、インストール処理制御部１６４は、インストール処理の終了を更新状況記録部１６３に通知する（Ｓ２０７）。更新状況記録部１６３は、当該通知に応じて、インストール処理が終了したことをログファイルに記録する。

一方、インストール処理制御部１６４がアンインストール要求を受けた場合、ステップＳ２１１〜Ｓ２１３が実行される。ステップＳ２１１において、インストール処理制御部１６４は、アンインストール対象のプロダクトＩＤを指定して、アンインストール処理の開始を更新状況記録部１６３に通知する。更新状況記録部１６３は、当該通知に応じて、当該プロダクトＩＤに係るＳＤＫアプリ１５２のアンインストール処理が開始されたことをログファイルに記録する。

続いて、インストール処理制御部１６４は、アンインストール対象のプロダクトＩＤを指定して、アンインストール処理の実行をアプリ管理部１８４に要求する（Ｓ２１２）。アプリ管理部１８４は、指定されたプロダクトＩＤに係るＳＤＫアプリ１５２のアンインストールを実行し、当該プロダクトＩＤを含むアプリ情報を、インストール情報より削除する。続いて、インストール処理制御部１６４は、アンインストール処理の終了を更新状況記録部１６３に通知する（Ｓ２１３）。更新状況記録部１６３は、当該通知に応じて、アンインストール処理が終了したことをログファイルに記録する。

続いて、図５のステップＳ１０５の要求に応じて設定処理実行部１６６が実行する処理手順について説明する。図８は、システム設定の更新処理の処理手順の一例を説明するためのシーケンス図である。

ステップＳ３０１において、設定処理実行部１６６は、更新対象（設定対象）の設定項目名を指定して、設定処理の開始を更新状況記録部１６３に通知する。続いて、設定処理実行部１６６は、ステップＳ１０５の要求に指定された設定項目（以下、「指定項目」という。）に対する、当該要求に指定された設定値（以下、「指定値」という。）の設定等をコントロールサービス１５４に実行させる（Ｓ３０２）。例えば、設定処理実行部１６６は、ステップＳ１０５の要求に指定されたシステム設定の種別が「ｎｅｔｗｏｒｋ」である場合、指定項目に対する指定値の設定をネットワーク設定管理部１５４２に要求する。

続いて、設定処理実行部１６６は、設定処理の終了を更新状況記録部１６３に通知する（Ｓ３０３）。更新状況記録部１６３は、当該通知に応じて、設定処理が終了したことをログファイルに記録する。

続いて、図５のステップＳ１０６の要求に応じて設定処理実行部１６６が実行する処理手順について説明する。図９は、拡張処理モジュールの実行処理の処理手順の一例を説明するためのシーケンス図である。

ステップＳ４０１において、設定処理実行部１６６は、拡張処理モジュールの実行の開始を更新状況記録部１６３に通知する。続いて、設定処理実行部１６６は、拡張処理モジュールの位置情報（ＵＲＬ）を指定して、拡張処理モジュールの取得を拡張処理モジュール取得部１６７に要求する（Ｓ４０２）。拡張処理モジュール取得部１６７は、指定された位置情報によって特定される拡張処理モジュールをファイルサーバ３０より取得し、ＨＤＤ１１４に保存する。

続いて、設定処理実行部１６６は、取得された拡張処理モジュールをＳＤＫプラットフォーム１５３上（仮想マシン１８２上）にロードさせる（Ｓ４０３）。続いて、設定処理実行部１６６は、拡張処理モジュールを実行させる（Ｓ４０４）。

拡張処理モジュールは、自らに実装された処理手順を画像形成装置１０に実行させる。拡張処理モジュールによって実行可能な処理手順は、所定のものに限定されない。基本的に、システム設定の設定項目に関して、単純な値の更新（又は設定）については、更新指示ファイル２００において、当該設定項目に関するｓｅｔｔｔｉｎｇ要素が定義されればよい。したがって、システム設定の設定項目の値の単純な更新を超える特別な処理制御が必要である場合に、拡張処理モジュールが特に有効である。特別な処理制御とは、例えば、画像形成装置１０の機種や、画像形成装置１０にインストールされているＳＤＫアプリ１５２に依存するような処理制御である。

画像形成装置１０の機種に依存する処理制御としては、例えば、機種毎に設定項目名や設定値が異なる場合に、動的に機種名を取得し、機種名に応じた処理を実行すること挙げられる。このような処理制御を更新指示ファイルにおいて定義しようとすると、更新指示ファイルの内容が複雑となるため、拡張処理モジュールに実行させる方が効率的である。

ＳＤＫアプリ１５２に依存する処理制御としては、例えば、特定のＳＤＫアプリ１５２の設定ファイルの内容を更新することが挙げられる。各ＳＤＫアプリ１５２は、それぞれ異なる開発ベンダによって開発されうるため、設定ファイルの形式や配置場所等は様々である。このような処理制御を、画一的な更新指示ファイルにおいて定義するのは困難であるため、拡張処理モジュールに実行させる方が効率的である。

また、省電力状態への移行を禁止した上でシステム設定の更新を行う必要がある場合等、複数の処理制御の組み合わせが必要となるような場合においても、拡張処理モジュールの利用は有効である。

拡張処理モジュールによる処理の実行が終了すると、設定処理実行部１６６は、当該拡張処理モジュールをＳＤＫプラットフォーム１５３上よりアンロードする（Ｓ４０５）。続いて、設定処理実行部１６６は、当該拡張処理モジュールをＨＤＤ１１４より削除する（Ｓ４０６）。続いて、設定処理実行部１６６は、拡張処理モジュールの実行の終了を更新状況記録部１６３に通知する（Ｓ４０７）。更新状況記録部１６３は、当該通知に応じて、拡張処理モジュールの実行が終了したことをログファイルに記録する。

なお、更新状況記録部１６３によって記録されるログファイルは、例えば、更新処理の途中で画像形成装置１０の再起動が実行された場合に、更新指示ファイルにおいて次に処理すべき指示内容を判断するため等に利用することができる。このような目的でログファイルを記録する場合は、更新指示ファイルと、ログファイルの記録内容との対応を明確とするため、処理の対象とされた要素（更新指示ファイルにおける要素）がそのままログファイルに記録されるようにしてもよい。

また、ログファイルは、更新処理の結果を、例えば、機器管理サーバ２０に通知する際の付属情報として利用されてもよい。

上述したように、本実施の形態によれば、画像形成装置１０へのＳＤＫアプリ１５２のインストール又はアンインストールに伴って必要とされる、各種設定情報の更新（又は設定）を更新指示ファイルに基づいて自動的に画像形成装置１０に実行させることができる。したがって、インストール等の作業担当者の作業負担を軽減することができる。

また、拡張処理モジュールを動的に取得し、実行させることができるため、様々な設定変更に柔軟に対応できる。将来において新たな設定処理が必要となった場合においても、拡張処理モジュールを更新することで、容易に対応することができる。

なお、本実施の形態では、自動更新実行部１５２ａが一つのＳＤＫアプリ１５２ａとして実装される例について説明した。このような実施形態は、既に市場に流通している画像形成装置１０を用いて本実施の形態を実施する際に特に有効である。自動更新実行部１５２ａとしてのＳＤＫアプリ１５２ａを斯かる画像形成装置１０にインストールすればよいからである。

すなわち、本実施の形態において、自動更新実行部１５２ａが一つのＳＤＫアプリ１５２ａとして構成される例を説明したのは、既に市場に流通している画像形成装置１０の利便性を考慮したためであり、技術的な制約に基づくものではない。したがって、自動更新実行部１５２ａは、例えば、ＳＤＫプラットフォーム１５３内に実装されてもよい。

図１０は、自動更新実行部がＳＤＫプラットフォームの一部として実装される例を示す図である。図１０中、図４と同一部分には同一符号を付し、その説明は省略する。

同図において、自動更新実行部１５２ａは、ＳＤＫプラットフォーム１５３に含まれている。このような構成によれば、自動更新実行部１５２ａとしてのＳＤＫアプリ１５２ａをインストールしなくとも、本実施の形態を実施することができる。但し、既に市場に流通している画像形成装置１０に関しては、ＳＤＫプラットフォーム１５３のバージョンアップ等が必要とされる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 機器管理システム
１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１５ 操作パネル
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ 機器管理サーバ
３０ ファイルサーバ
４０ ネットワーク
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
１５１ 標準アプリ
１５２ ＳＤＫアプリ
１５２ａ 自動更新実行部
１５３ ＳＤＫプラットフォーム
１５４ コントロールサービス
１５５ ＯＳ
１６１ 更新処理管理部
１６２ 更新指示ファイル取得部
１６３ 更新状況記録部
１６４ インストール処理制御部
１６５ インストール対象取得部
１６６ 設定処理実行部
１６７ 拡張処理モジュール取得部
１８１ 複合機クラスライブラリ
１８２ 仮想マシン
１８３ ネイティブプログラムインタフェース
１８４ アプリ管理部
１５１１ スキャンアプリ
１５１２ 印刷アプリ
１５１３ コピーアプリ
１５１４ ＦＡＸアプリ
１５４１ 認証設定管理部
１５４２ ネットワーク設定管理部
１５４３ 印刷設定管理部
１５４４ セキュリティ設定管理部
１５４５ 省電力設定管理部

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

Claims (10)

1. プログラムをインストール可能な画像形成装置であって、
   前記プログラムに関する更新指示情報を取得する指示情報取得手段と、
   前記更新指示情報が示す指示内容に応じて、インストール対象の前記プログラムを取得するプログラム取得手段と、
   取得された前記プログラムを当該画像形成装置にインストールするインストール手段と、
   前記更新指示情報が示す指示内容に応じて、当該画像形成装置の設定情報を更新する設定手段とを有する画像形成装置。
2. 前記設定手段は、前記設定情報の項目ごとに前記更新指示情報が含む設定値によって、前記設定情報を更新する請求項１記載の画像形成装置。
3. 前記設定手段は、前記更新指示情報示す指示内容に応じて、前記設定情報の設定を当該画像形成装置に実行させるプログラムを取得する請求項１又は２記載の画像形成装置。
4. プログラムをインストール可能な画像形成装置が、
   前記プログラムに関する更新指示情報を取得する指示情報取得手順と、
   前記更新指示情報が示す指示内容に応じて、インストール対象の前記プログラムを取得するプログラム取得手順と、
   取得された前記プログラムを当該画像形成装置にインストールするインストール手順と、
   前記更新指示情報が示す指示内容に応じて、当該画像形成装置の設定情報を更新する設定手順とを実行する更新方法。
5. 前記設定手順は、前記設定情報の項目ごとに前記更新指示情報が含む設定値によって、前記設定情報を更新する請求項４記載の更新方法。
6. 前記設定手順は、前記更新指示情報示す指示内容に応じて、前記設定情報の設定を当該画像形成装置に実行させるプログラムを取得する請求項４又は５記載の更新方法。
7. プログラムをインストール可能な画像形成装置に、
   前記プログラムに関する更新指示情報を取得する指示情報取得手順と、
   前記更新指示情報が示す指示内容に応じて、インストール対象の前記プログラムを取得するプログラム取得手順と、
   取得された前記プログラムを当該画像形成装置にインストールするインストール手順と、
   前記更新指示情報が示す指示内容に応じて、当該画像形成装置の設定情報を更新する設定手順とを実行させる更新プログラム。
8. 前記設定手順は、前記設定情報の項目ごとに前記更新指示情報が含む設定値によって、前記設定情報を更新する請求項７記載の更新プログラム。
9. 前記設定手順は、前記更新指示情報示す指示内容に応じて、前記設定情報の設定を当該画像形成装置に実行させるプログラムを取得する請求項７又は８記載の更新プログラム。
10. 請求項７乃至９いずれか一項記載の更新プログラムが記録されたコンピュータ読み取り可能な記録媒体。

Images