(57)【要約】【課題】  本発明の目的は、アプリケーションの更新を自動で効率よく行える画像形成装置を提供し、画像形成装置管理者のアプリケーション更新作業の負担を軽減することにある。【解決手段】  画像形成装置は、画像形成装置上にアプリケーションを動的にインストールして動作させることができる画像形成装置において、画像形成装置上にインストールされている各アプリケーションを管理するアプリケーション管理手段と、前記アプリケーション管理手段により管理されるアプリケーションの最新バージョンが存在するサーバを特定するサーバ特定手段と、前記サーバ特定手段により特定されるサーバからアプリケーションを取得するアプリケーション取得手段と、所定の条件を満たしている場合に前記アプリケーション取得手段により取得したアプリケーションを画像形成装置にインストールするアプリケーション更新手段とを有することを特徴とする。【選択図】        図１
2005297237.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置上にアプリケーションを動的にインストールして動作させることができる画像形成装置において、
画像形成装置上にインストールされたアプリケーションの情報を管理するアプリケーション管理手段と、
前記アプリケーション管理手段により管理される情報からアプリケーションの最新バージョンが存在するアプリケーションサーバを特定するサーバ特定手段と、
前記サーバ特定手段により特定されるサーバからアプリケーションを取得するアプリケーション取得手段と、
所定の条件を満たしている場合に前記アプリケーション取得手段により取得したアプリケーションを自己の画像形成装置にインストールするアプリケーション更新手段と
を有することを特徴とする画像形成装置。
【請求項２】
請求項１記載の画像形成装置において、前記所定の条件は、前記アプリケーションサーバに置かれているアプリケーションのバージョンが現在インストールされているアプリケーションのバージョンよりも新しく、なおかつ、前記アプリケーションの動作に必要な環境を満たしているという条件であることを特徴とする画像形成装置。
【請求項３】
請求項１または２記載の画像形成装置において、前記サーバ特定手段により特定されるサーバに対して所定のタイミングで最新アプリケーションのバージョン情報を取得するバージョン情報取得手段を有することを特徴とする画像形成装置。
【請求項４】
請求項３記載の画像形成装置において、前記所定のタイミングは、画像形成装置の操作部からの指示されたタイミングであることを特徴とする画像形成装置。
【請求項５】
請求項３記載の画像形成装置において、前記所定のタイミングは、外部インタフェース経由で外部のホストから指示されたタイミングであることを特徴とする画像形成装置。
【請求項６】
請求項３記載の画像形成装置において、前記所定のタイミングは、画像形成装置の制御ソフトウェアが起動したタイミングであることを特徴とする画像形成装置。
【請求項７】
請求項３記載の画像形成装置において、前記所定のタイミングは、アプリケーション起動開始直前のタイミングであることを特徴とする画像形成装置。
【請求項８】
請求項３記載の画像形成装置において、前記所定のタイミングは、予め設定された時間が経過したタイミングであることを特徴とする画像形成装置。
【請求項９】
請求項３記載の画像形成装置において、前記所定のタイミングは、予め設定された時刻になるタイミングであることを特徴とする画像形成装置。
【請求項１０】
画像形成装置上で動作するアプリケーションを動的にインストールして動作させる手段と、インストールされている各アプリケーションを管理するアプリケーション管理手段とを有する画像形成装置において、
前記アプリケーション管理手段により管理されるアプリケーションの最新バージョンが存在するサーバを特定するサーバ特定工程と、
前記サーバ特定工程により特定されるサーバからアプリケーションを取得するアプリケーション取得工程と、
所定の条件を満たしている場合に前記アプリケーション取得工程により取得したアプリケーションを画像形成装置にインストールするアプリケーション更新工程と
を有することを特徴とするアプリケーション更新方法。
【請求項１１】
請求項１０記載のアプリケーション更新方法において、前記所定の条件は、前記アプリケーションサーバに置かれているアプリケーションのバージョンが現在インストールされているアプリケーションのバージョンよりも新しく、なおかつ、前記アプリケーションの動作に必要な環境を満たしているという条件であることを特徴とするアプリケーション更新方法。
【請求項１２】
請求項１０または１１記載のアプリケーション更新方法において、前記サーバ特定工程により特定されたサーバに対して所定のタイミングで最新アプリケーションのバージョン情報を取得するバージョン情報取得工程を有することを特徴とするアプリケーション更新方法。
【請求項１３】
請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、画像形成装置の操作部からの指示されたタイミングであることを特徴とするアプリケーション更新方法。
【請求項１４】
請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、外部インタフェース経由で外部のホストから指示されたタイミングであることを特徴とするアプリケーション更新方法。
【請求項１５】
請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、画像形成装置の制御ソフトウェアが起動したタイミングであることを特徴とするアプリケーション更新方法。
【請求項１６】
請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、アプリケーション起動開始直前のタイミングであることを特徴とするアプリケーション更新方法。
【請求項１７】
請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、予め設定された時間が経過したタイミングであることを特徴とするアプリケーション更新方法。
【請求項１８】
請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、予め設定された時刻になるタイミングであることを特徴とするアプリケーション更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置上で動作するアプリケーションのインストール・更新に関するものである。
【背景技術】
【０００２】
従来の画像形成装置は、コピー・ファックス・送信・スキャンなどさまざまな機能が利用できるようになっていたが、これらの機能は機器に予め組み込まれているため、基本的に個々の機能を追加したり削除したりすることは出来なかった。また、どうしても機能の追加・削除を行いたい場合は、機能の追加・削除を行ったファームウェアを用意して、ファームウェアを入れかえる作業を行わなければならなかった。
【０００３】
そこでアプリケーションを動的に実行させるためのプラットホーム（例えば仮想機械）を画像形成装置に組み込んで、ファームウェアを入れかえることなしに、機能の追加や削除を容易に実現するための画像形成装置が提案されている。これにより柔軟に構成を変更して機械を提供することが可能になる。このような画像形成装置では、画像形成装置上で動作するアプリケーションのインストール・アンインストール・バージョンアップといった作業を比較的手軽に行うことができ、非常に簡単に機能拡張を行うことが可能となっている（例えば、特許文献１）。
【特許文献１】特開２０００−２９８５６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような画像形成装置において、常に最新のアプリケーションを利用したい場合には、アプリケーションのバージョンアップの度にインストール作業を繰り返さなければならず、サービスマンや画像形成装置管理者の負担が大きくなるという問題があった。ＰＣ上で動作するアプリケーションにおいては、アプリケーション自身が新バージョンのプログラムがあるかどうかを適宜チェックして自動更新するという方法が一般的に行われているが、複数のアプリケーションを動作させる場合、それぞれのアプリケーションが同様の機能を実装することになり、リソースの限られた画像形成装置などでは、あまり効率的な方法とはいえなかった。
【０００５】
本発明は、このような問題を鑑みてなされたものであり、その目的は、アプリケーションの更新を自動で効率よく行える画像形成装置を提供し、画像形成装置管理者のアプリケーション更新作業の負担を軽減することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の請求項１記載の画像形成装置は、画像形成装置上にアプリケーションを動的にインストールして動作させることができる画像形成装置において、画像形成装置上にインストールされている各アプリケーションを管理するアプリケーション管理手段と、前記アプリケーション管理手段により管理されるアプリケーションの最新バージョンが存在するサーバを特定するサーバ特定手段と、前記サーバ特定手段により特定されるサーバからアプリケーションを取得するアプリケーション取得手段と、所定の条件を満たしている場合に前記アプリケーション取得手段により取得したアプリケーションを画像形成装置にインストールするアプリケーション更新手段とを有することを特徴とする。
【０００７】
請求項２記載の画像形成装置は、請求項１記載の画像形成装置において、前記所定の条件は、前記アプリケーションサーバに置かれているアプリケーションのバージョンが現在インストールされているアプリケーションのバージョンよりも新しく、なおかつ、前記アプリケーションの動作に必要な環境を満たしているという条件であることを特徴とする。
【０００８】
請求項３記載の画像形成装置は、請求項１または２記載の画像形成装置において、前記サーバ特定手段により特定されるサーバに対して所定のタイミングで最新アプリケーションのバージョン情報を取得するバージョン情報取得手段を有することを特徴とする。
【０００９】
請求項４記載の画像形成装置は、請求項３記載の画像形成装置において、前記所定のタイミングは、画像形成装置の操作部からの指示されたタイミングであることを特徴とする。
【００１０】
請求項５記載の画像形成装置は、請求項３記載の画像形成装置において、前記所定のタイミングは、外部インタフェース経由で外部のホストから指示されたタイミングであることを特徴とする。
【００１１】
請求項６記載の画像形成装置は、請求項３記載の画像形成装置において、前記所定のタイミングは、画像形成装置の制御ソフトウェアが起動したタイミングであることを特徴とする。
【００１２】
請求項７記載の画像形成装置は、請求項３記載の画像形成装置において、前記所定のタイミングは、アプリケーション起動開始直前のタイミングであることを特徴とする。
【００１３】
請求項８記載の画像形成装置は、請求項３記載の画像形成装置において、前記所定のタイミングは、予め設定された時間が経過したタイミングであることを特徴とする。
【００１４】
請求項９記載の画像形成装置は、請求項３記載の画像形成装置において、前記所定のタイミングは、予め設定された時刻になるタイミングであることを特徴とする。
【００１５】
請求項１０記載のアプリケーション更新方法は、画像形成装置上で動作するアプリケーションを動的にインストールして動作させる手段と、インストールされている各アプリケーションを管理するアプリケーション管理手段とを有する画像形成装置において、前記アプリケーション管理手段により管理されるアプリケーションの最新バージョンが存在するサーバを特定するサーバ特定工程と、前記サーバ特定工程により特定されるサーバからアプリケーションを取得するアプリケーション取得工程と、所定の条件を満たしている場合に前記アプリケーション取得工程により取得したアプリケーションを画像形成装置にインストールするアプリケーション更新ステップとを有することを特徴とする。
【００１６】
請求項１１記載のアプリケーション更新方法は、請求項１０記載のアプリケーション更新方法において、前記所定の条件は、前記アプリケーションサーバに置かれているアプリケーションのバージョンが現在インストールされているアプリケーションのバージョンよりも新しく、なおかつ、前記アプリケーションの動作に必要な環境を満たしているという条件であることを特徴とする。
【００１７】
請求項１２記載のアプリケーション更新方法は、請求項１０または１１記載のアプリケーション更新方法において、前記サーバ特定工程により特定されたサーバに対して所定のタイミングで最新アプリケーションのバージョン情報を取得するバージョン情報取得工程を有することを特徴とする。
【００１８】
請求項１３記載のアプリケーション更新方法は、請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、画像形成装置の操作部からの指示されたタイミングであることを特徴とする。
【００１９】
請求項１４記載のアプリケーション更新方法は、請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、外部インタフェース経由で外部のホストから指示されたタイミングであることを特徴とする。
【００２０】
請求項１５記載のアプリケーション更新方法は、請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、画像形成装置の制御ソフトウェアが起動したタイミングであることを特徴とする。
【００２１】
請求項１６記載のアプリケーション更新方法は、請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、アプリケーション起動開始直前のタイミングであることを特徴とする。
【００２２】
請求項１７記載のアプリケーション更新方法は、請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、予め設定された時間が経過したタイミングであることを特徴とする。
【００２３】
請求項１８記載のアプリケーション更新方法は、請求項１２記載のアプリケーション更新方法において、前記所定のタイミングは、予め設定された時刻になるタイミングであることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、アプリケーション管理部が、アプリケーション情報を管理し、管理情報を元に所定のタイミングで各アプリケーションの新しいバージョンが存在するかを調べ、もし新しいバージョンが存在するならば、新しいバージョンのアプリケーションに更新する構成にすることにより、複数のアプリケーションを自動的に最新バージョンに更新することが効率的に行うことができるようになる。また、これにより、画像形成装置のアプリケーション更新の手間を大幅に軽減することが可能になる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施形態を実施例に沿って図面に基づいて説明する。
【実施例】
【００２６】
図１は、本発明の実施例に係るシステム全体を示す構成図である。図１において、複合機１００は、スキャナ、プリンタ、コピー、ファックス機能一体型の複合機であり、ネットワークを介してネットワークサーバ１２、及びホストコンピュータ１１に接続されている。更に、複合機１００は、公衆回線網を介して他の通信装置に接続されている。なお、複合機１００は図示例に限らず、デジタル複写機、コピー機能付プリンタ等でもよく、ネットワークに接続された周辺機器の数は、図示例に限られない。
【００２７】
複合機１００は、主にリーダ部１、プリンタ部２、及び画像入出力制御部３で構成されている。リーダ部１は、プリンタ部２及び画像入出力制御部３に接続され、原稿の画像読み取りを行うと共に読み取った画像データをプリンタ部２又は画像入出力制御部３に出力する。プリンタ部２は、リーダ部１及び画像入出力制御部３から出力された画像データを記録紙に印刷する。画像入出力制御部３は、外部のネットワークや公衆回線網と接続し、画像データの入出力を行うと共に、ユーザが複合機１００を使用したときの使用状況の蓄積等を行い、更にネットワークに接続されたホストコンピュータ１１からのジョブ（印刷命令等）の解析及び制御を行う。
【００２８】
画像入出力制御部３は、ファクシミリ部４、ファイル部５、ネットワークインタフェース部７、ＰＤＬフォーマッタ部８、及びコア部１０で構成される。ファクシミリ部４は、コア部１０及び公衆回線網に接続され、公衆回線網から受信した圧縮された画像データの伸長を行い、伸長した画像データをコア部１０へ送信する。また、コア部１０から送信された画像データを圧縮し、公衆回線を介して圧縮した画像データを公衆回線網に送信する。ファイル部５は、コア部１０及び外部記憶装置６に接続され、コア部１０から送信された画像データの圧縮を行い、圧縮した画像データを検索するためのキーワードと共に外部記憶装置６に記憶させる。更に、ファイル部５は、コア部１０から送信されたキーワードに基づいて外部記憶装置６に記憶されている圧縮画像データを検索した後、その圧縮画像データを読み出して伸長を行い、コア部１０へ送信する。
【００２９】
ネットワークインタフェース部７は、外部のネットワークを介して接続されたホストコンピュータ１１及びネットワークサーバ１２とコア部１０間のインタフェースである。ホストコンピュータ１１からのジョブ制御データの受信、及び画像データ等のホストコンピュータ１１への送信には、ネットワークインタフェース部７を介して行う。ジョブ制御データとして、ＰＤＬデータと共に送信されるジョブ制御命令を含み、例えば、ＰＤＬデータを展開して画像データとして印刷した後、ステイプルソートして排紙させるものが挙げられる。ネットワークインタフェース部７にはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれるデーターベースが構築されており、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を介してネットワーク上のホストコンピュータ１１と通信し、プリンタ部２の管理が可能となっている。また、ネットワークインタフェース部７は、画像形成装置上の各種機能を実現するアプリケーションのインストール要求・アンインストール要求・開始要求・停止要求等を受け付けるため、ネットワーク接続された他の機器が複合機１００内のアプリケーションの制御を行うことが可能となっている。
【００３０】
フォーマッタ部８は、コア部１０に接続され、ホストコンピュータ１１から送信されたＰＤＬデータをプリンタ部２でプリントできる画像データに展開するものである。
【００３１】
画像メモリ部９は、リーダ部１からの情報や、ネットワークインタフェース部を介しホストコンピュータ１１等から送られてきた情報を一時的に蓄積しておくためのものである。
【００３２】
コア部１０は、上述したリーダ部１、ファクシミリ部４、ファイル部５、ネットワークインタフェース部７、ＰＤＬフォーマッタ部８のそれぞれの間を流れるデータ等の制御とともにジョブ制御データの解析を行い、ユーザの使用状況・コピー枚数・印刷枚数・スキャン枚数等の情報を蓄積する。
【００３３】
ホストコンピュータ１１は、パーソナルコンピュータ又はワークステーション（ＰＣ／ＷＳ）であり、ネットワークサーバ１２は、ネットワーク全体を制御するサーバである。アプリケーションサーバ１３は複合機１００上で動作するアプリケーションが保存されており、保存されているアプリケーションはネットワーク経由でダウンロードすることが出来る。
【００３４】
図２は、実施例における複合機１００のソフトウェアモジュール階層の構成を示した図である。ソフトウェアモジュールはオペレーティングシステム（ＯＳ）２０１を有している。ＯＳ２０１の上には、各種機器制御のためのコントローラモジュール２０２を有し、その上にプログラムを逐次実行するためのインタプリタモジュール２０３を有する。インタプリタモジュール２０３の上にはアプリケーション群を管理するためのアプリケーション管理モジュール２０４を有する。各種機能を実現するアプリケーション２０５は、このアプリケーション管理モジュール２０４の管理下で動作する。また、アプリケーション２０５のインストールやアンインストールを行うためのアプリケーションインストーラ２０６もこの上で動作する。なお、これらのソフトウェアはコア部１０内にあるＣＰＵ（不図示）上で実行される。
【００３５】
次に、図３を利用して、ホストコンピュータ１１から複合機１００に新たなアプリケーションをインストールする場合のアプリケーションインストーラ２０６内の処理について説明する。図３は複合機１００にアプリケーションがインストールされる際の処理の流れを示すフローチャートである。ホストコンピュータ１１からアプリケーションのインストールが指示されると、まずステップＳ３０１においてホストコンピュータ１１からアプリケーション情報を受信する。アプリケーション情報は、ベンダ名・アプリケーションＩＤ・アプリケーション名・使用メモリ・バージョン番号・最終更新日時・アプリケーションサーバアドレス・動作に必要な条件（必要なクラスライブラリ等）から構成される。ステップＳ３０１においてアプリケーション情報を受け取ったら次にステップＳ３０２において、既に同じアプリケーションがインストールされていないかどうかを判定する。この判定にはステップＳ３０１で受信したアプリケーション情報を利用し、既にインストールされているアプリケーションのアプリケーション情報と比較する。もしステップＳ３０２において同じアプリケーションが存在すると判定された場合はステップＳ３０４へ進み、同じアプリケーションが存在しないと判定された場合はステップＳ３０３へ進む。ステップＳ３０３ではアプリケーションを起動できるように、所定の場所にアプリケーション動作に必要なファイルをインストールし、ステップＳ３０５に進む。一方、ステップＳ３０２においてステップＳ３０４へ進んだ場合は、アプリケーションの更新処理を行い、ステップＳ３０５に進む。ステップＳ３０５では、ステップＳ３０１において受け取ったアプリケーション情報をアプリケーション管理部に渡して管理情報を更新しインストール処理を完了する。
【００３６】
このようにしてインストールされたアプリケーションはジョブ処理を指示するコマンド群を実行することにより、リーダ部・プリンタ部等を制御することができ、種々の機能を実現することが可能となっている。図４は、ジョブ処理を指示するコマンド群の一例である。ジョブ処理を指示するコマンド群は、ジョブ投入開始コマンド４０１、ジョブ属性設定コマンド４０２、ジョブデータ送信コマンド４０３、ジョブ投入完了コマンド４０４により構成される。ジョブ投入開始コマンド４０１は、コントローラにジョブ投入の開始を通知するコマンドであり、パラメータとしてモード４１１とモードに応じた付加情報４１２を含んでいる。コントローラは、ジョブ投入開始コマンド４０１の受け取りにより、ジョブ処理を行うための準備を開始する。ジョブ属性設定コマンド４０２は、ジョブの機能や状態を表す属性を設定するためのコマンドである。属性には、アプリケーションＩＤ・ジョブの名前・ジョブ種別・データ形式・用紙選択などといった情報があり、本コマンドでは複数の属性を連続して設定することができる。ジョブデータ送信コマンド４０３は、画像データなどジョブ処理の対象となるデータを送信するコマンドである。ただし、ジョブの内容によっては、処理対象となるデータを必要としない場合もあるので、その場合は本コマンドを省略してもよい。ジョブ投入完了コマンド４０４は、ジョブ処理を指示するコマンド群がすべて送付されたことを示すためのコマンドである。ジョブ投入開始コマンド４０１からジョブ投入完了コマンド４０４までの一連のコマンド群が１つのジョブ処理指示として解釈される。コントローラは、ジョブ処理の指示が行われると、リーダ部１・プリンタ部２・ファイル部５等を制御し、与えられた属性により適切な処理を行い、ジョブ種別に応じて適切なカウンタ更新要求を出す。なお、ジョブ開始コマンドには、それを実行したアプリケーションのアプリケーションＩＤの情報も含まれるため、コントローラやカウンタ更新手段は、現在のジョブがどのアプリケーションから実行されたものかを判別することが可能であり、このため、アプリケーション毎の利用状況等の情報を管理することが可能となっている。
【００３７】
アプリケーション管理部は上記ジョブ処理を行うアプリケーションを含む複合機上で動作するすべてのアプリケーションを管理しており、所定のタイミングでバージョンアップされたアプリケーションが存在するかどうかをチェックする。この時、新しいバージョンのアプリケーションが公開されていればアプリケーションを新しいものに更新する。以下、これらの処理について詳細に説明する。
【００３８】
図５は、複合機１００内のアプリケーション管理部がバージョンチェックを行う際のフローチャートである。まず、ステップＳ５０１で各々のアプリケーション情報の中のバージョンチェック情報を比較し、次にチェックすべきアプリケーションを決定する。バージョンチェック情報というのは“バージョンチェックを行う間隔”と“最終バージョンチェック時刻”の情報である。これらの情報から各々のアプリケーションについて次にチェックすべき時刻を計算し、その時刻がもっとも早い時刻のアプリケーションが次回バージョンチェックをすべきアプリケーションということになる。次にステップＳ５０２に進み、バージョンチェック情報が変更されるか、ステップＳ５０１で決定したアプリケーションのバージョンチェック時刻になるか、新たなアプリケーションがインストールされるか、既にインストールされているアプリケーションがアンインストールされるか、アプリケーションの自動更新処理を行わない設定に変更されるまで待つ。ステップＳ５０２においてバージョンチェック情報が変更されるかアプリケーションがインストール・アンインストールされた場合はステップＳ５０１に戻る。一方ステップＳ５０２においてバージョンチェック時刻になった場合は、ステップＳ５０３に進みバージョンチェックおよびバージョンアップ処理を行い、ステップＳ５０４に進む。ステップＳ５０４ではチェックしたアプリケーションの最終バージョンチェック時刻情報を更新しステップＳ５０１に戻る。また、ステップＳ５０２において、アプリケーションの自動更新処理を行わない設定に変更された場合は処理を終了する。
【００３９】
次に、図６を利用して図５ステップＳ５０３のバージョンチェックおよびバージョンアップ処理について説明する。まずステップＳ６０１でアプリケーション情報からチェック対象のアプリケーションのアプリケーションサーバを取得する。この情報はアプリケーションインストール時（図３ステップＳ３０１）に取得したものである。次にステップＳ６０２に進み、ステップＳ６０１において取得したアプリケーションサーバに置かれているアプリケーションのバージョン情報を取得し、ステップＳ６０３に進む。ステップＳ６０３ではサーバに置かれているアプリケーションのバージョンと既にインストールされているアプリケーションのバージョンを比較する。ステップＳ６０３において、サーバに置かれているアプリケーションのバージョンが既にインストールされているアプリケーションのバージョンよりも新しくない場合、処理を終了する。一方ステップＳ６０３において、サーバに置かれているアプリケーションのバージョンの方が新しいと判定された場合はステップＳ６０４に進む。ステップＳ６０４ではアプリケーションサーバから新しいアプリケーションのファイルを取得する。次にステップＳ６０５に進み、ステップＳ６０４で取得したファイルを外部記憶装置の所定の場所に格納しアプリケーションを起動できるように設定して、ステップＳ６０６に進む。ステップＳ６０６ではアプリケーション管理部で管理されているアプリケーション情報を新しいバージョンのものに置き換えて処理を終了する。
【００４０】
以上、説明したように本実施例の複合機１００によれば、インストール時にアプリケーション情報を取得して最新バージョンが存在する場所を管理し、そこに対してアプリケーションの新しいバージョンが存在するかどうかを定期的に調べ、もし新しいバージョンが存在するならば、自己のアプリケーションを新バージョンに更新する構成にすることにより、新しいバージョンのアプリケーションを効率よく自動的にインストールすることができ、複合機１００のアプリケーション更新の手間を軽減することが可能になる。
【００４１】
なお、本実施例においては、アプリケーション毎に設定された更新間隔に基づいて定期的にバージョンアップチェックを行っているが、複合機起動時・アプリケーション起動時・ユーザからの指示、などのタイミングでチェックを行うようにしてもよい。
【００４２】
また、本実施例においては、バージョンが新しくなっている場合にのみ更新作業を行っているが、バージョンアップチェックを行わずに常に定期的に更新するようにしてもよい。
【００４３】
また、本実施例においては、インストール時にアプリケーションサーバのアドレスを取得して管理するようになっているが、インストール後にユーザが場所を設定するようにしてもよい。
【００４４】
上記の例は、本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその主要な特徴から逸脱することなく、さまざまな形で実施することが出来る。
【図面の簡単な説明】
【００４５】
【図１】本実施例における画像形成装置の構造を示す構成図である。
【図２】本実施例における複合機１００のソフトウェアモジュール階層の構成を示した図である。
【図３】本実施例の複合機１００において、アプリケーションがインストールされる際の処理の流れを示すフローチャートである。
【図４】本実施例の複合機１００におけるジョブ処理を指示するコマンド群の例である。
【図５】本実施例における複合機１００がバージョンチェック処理を行う際のアプリケーション管理部の処理を示すフローチャートである。
【図６】図５ステップＳ５０３のバージョンアップチェック処理のフローチャートである。
【符号の説明】
【００４６】
１００  複合機
１  リーダ部
２  プリンタ部
３  画像入出力制御部
４  ファクシミリ部
５  ファイル部
６  外部記憶装置
７  ネットワークインタフェース部
８  フォーマッタ部
９  画像メモリ部
１０  コア部
【図１】
2005297237.tif 000003
【図２】
2005297237.tif 000004
【図３】
2005297237.tif 000005
【図４】
2005297237.tif 000006
【図５】
2005297237.tif 000007
【図６】
2005297237.tif 000008