JP2012221201A - 画像形成装置 - Google Patents

Abstract

【課題】画像形成装置上で動作するアプリケーションの数が大規模化し依存関係も複雑になっても、アプリケーションの更新時に関連のあるアプリケーション全てを再起動せずに、アプリケーションの更新処理の時間を短縮する。
【解決手段】依存しているアプリケーションが再起動しても動作継続可能であるかを示す情報をアプリケーションに付与しておく。アプリケーションの更新を行う場合、関連するアプリケーションであっても、依存アプリケーションが再起動されても動作継続可能なアプリケーションは再起動対象から外す。
【選択図】図２

Description

本発明は、画像形成装置上で動作するアプリケーションのバージョン更新処理に関するものである。

従来、システムにアプリケーション間の関係を保持しておき、アプリケーションの停止を検出すると、そのアプリケーションを起動するとともにそのアプリケーションに関連しているアプリケーションの再起動をあわせて行う技術が知られている。（例えば、特許文献１参照。）これによりシステム全体を再起動することなく容易にシステムを復旧することが可能となった。

一方、画像形成装置のアプリケーションのバージョン更新を行う場合、通常、更新対象のアプリケーションを一旦停止してからバージョンを更新し再び起動するという処理を行う。このため、前述の従来技術を応用して、バージョン更新時に関連アプリケーションのみを再起動することで、システム全体を再起動することなく容易にアプリケーションの更新処理を行うことができるようになる。

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

しかしながら、近年、画像形成装置の機能は大規模化しており、画像形成装置上で動作するアプリケーション数も増加しアプリケーション間の関係も増えている。そのため、単純に従来技術を適用するだけでは、更新処理時に再起動するアプリケーション数が多くなり更新処理に時間がかかってしまうという問題があった。また、画像形成装置上で動作するアプリケーションは管理者により動的に追加および削除されることがあるためアプリケーションの関連性を固定的に保持しておくことができないという問題もあった。

本発明に係る画像形成装置の構成は、
アプリケーションが提供している機能を示す提供機能属性（５０５）と、
前記アプリケーションが利用している機能を示す利用機能属性（５０６）と、
前記アプリケーションが利用している機能が停止した場合に動作継続可能であるかどうかを示す動作継続属性（５０７）の
少なくとも一つを備えたアプリケーションを追加・削除可能な画像形成装置（１００）であって、
前記アプリケーションを受信するアプリケーション受信手段（Ｓ６０１，２０１）と、
前記アプリケーション受信手段により受信したアプリケーションからアプリケーション属性を取得する属性取得手段（Ｓ６０２，２０２）と、
前記画像形成装置（１００）内にインストールされているアプリケーションの状態や属性情報の取得を行う機器内アプリ情管理得手段（２０２）と、
前記属性取得手段から取得した属性情報と、前記機器内アプリ情報取得手段から取得したアプリケーション状態情報および属性情報とを少なくとも利用して再起動すべきアプリケーションを判定する再起動アプリ判定手段（Ｓ８０３〜Ｓ８０９，２０４）と、
前記再起動アプリ判定手段により判定されたアプリケーションを停止するアプリケーション停止手段（Ｓ１００３，２０３）と、
前記受信手段により受信したアプリケーションをインストールするインストール手段（Ｓ１００４，２０３）と、
前記アプリケーション停止手段により停止したアプリケーションを再開するアプリケーション再開手段（Ｓ１００５，２０３）と、
を有することを特徴とする。

本発明に係る画像形成装置によれば、動的にアプリケーションの追加削除が行われるような環境においても、最低限のアプリケーションの再起動を行うだけでアプリケーションの更新が行えるようになる。このため、更新処理にかかる時間が短縮され、ユーザ利便性が向上するという効果がある。

本発明の実施例におけるシステム構成を示す図である。 画像形成装置１００上で動作するアプリケーション管理を行うためのソフトウェア構成を示すブロック図である。 画像形成装置１００のアプリケーション管理を行う際にＰＣ１０１上のブラウザに表示される画面の例である（その１）。 画像形成装置１００のアプリケーション管理を行う際にＰＣ１０１上のブラウザに表示される画面の例である（その２）。 画像形成装置１００のアプリケーション管理を行う際にＰＣ１０１上のブラウザに表示される画面の例である（その３）。 画像形成装置１００のアプリケーション管理を行う際にＰＣ１０１上のブラウザに表示される画面の例である（その４）。 画像形成装置１００にインストールされるアプリケーションの構成の一例である。 アプリケーション情報ファイル４０２の一例である。 アプリケーションファイルを受信した際にアプリケーション管理部２０５が実行する処理の流れを示すフローチャートである。 ステップＳ６０４の詳細な処理の流れを示すフローチャートである。 ステップＳ７０４の詳細な処理の流れを示すフローチャートである。 図３（Ｃ）もしくは図３（Ｄ）の画面を操作されてＰＣ１０１からの要求を受信した際にアプリケーション管理部２０５が実行する処理の流れを示すフローチャートである。 ステップＳ９０４の詳細な処理の流れを示すフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本発明の実施例におけるシステム構成を示す図である。画像形成装置１００は、スキャナやプリンタを備えた装置であり、内部で動作する複数のアプリケーションにより、コピーやスキャン送信やＦＡＸなどの機能を実現している。画像形成装置１００で動作するアプリケーションは、ＰＣ１０１からネットワーク１０２経由で管理することが可能である。具体的には、アプリケーションを新規にインストールしたり、既にインストールされているアプリケーションのバージョンを更新したり、アンインストールを行ったりすることができる。

図２は、画像形成装置１００上で動作するアプリケーション管理を行うためのソフトウェア構成を示すブロック図である。Ｗｅｂサーバ部２０１はＰＣ１０１からアプリケーション管理要求を受け付けるＷｅｂサーバである。アプリケーション情報取得部２０２は、画像形成装置１００上で動作しているアプリケーションの情報取得や、インストールしようとしているアプリケーションの情報取得を行う。アプリケーション制御部２０３は、画像形成装置１００上で動作するアプリケーションの開始／停止／インストール／更新／アンインストールなどの制御を行う。再起動アプリケーション判定部２０４は、アプリケーションの更新処理を行う際に、再起動が必要となるアプリケーションの判定を行う。アプリケーション管理部２０５は、アプリケーション情報取得部２０２、アプリケーション制御部２０３、再起動アプリケーション判定部２０４を利用してＷｅｂサーバ部２０１からの要求に応じた処理を行い、ＵＩ画面を生成してＰＣ１０１に送信する。

図３は画像形成装置１００のアプリケーション管理を行う際にＰＣ１０１上のブラウザに表示される画面の一例である。

図３（Ａ）はＰＣ１０１のブラウザから画像形成装置のアプリケーション管理ページにアクセスした際に、最初に表示される画面の例である。メニュー領域３０１は、アプリケーション管理のためのメニューを表示する領域である。制御画面領域３０２は、メニュー領域３０１で選択されたメニューに応じた画面が表示される領域である。アプリ管理メニュー３０３は、画像形成装置１００上にインストールされているアプリケーションの開始や停止やアンインストールを行うためのメニューである。アプリインストールメニュー３０４は、アプリケーションのインストールを行うためのメニューである。アプリケーション管理ページに最初にアクセスした場合、アプリ管理メニュー３０３が選択されており、制御画面領域３０２にはアプリケーションを管理するための画面が表示される。アプリケーション一覧領域３０５は、画像形成装置上にインストールされているコピーやファックスといった画像形成装置の機能を提供するアプリケーションの一覧が表示される領域である。認証アプリケーション一覧領域３０６は、認証を行う特別なアプリケーションの一覧を表示するための領域である。アプリケーション名称欄３０７は、アプリケーション名とバージョン番号を表示される。状態欄３０８は、アプリケーションの状態を表示するためのものであり、「開始」もしくは「停止」のどちらかが表示される。

アプリケーション制御ボタン欄３０９は、アプリケーションを開始したり停止したりするためのボタンが表示される。アプリケーションの状態に応じて表示されるボタンが変化し、アプリケーションの状態が「開始」状態であれば停止ボタンが表示され、「停止」状態であれば開始ボタンが表示される。ただし、認証アプリケーションについては排他的にいずれかひとつだけが起動するようになっているため、「選択」というボタンが表示される。「選択」ボタンが押されると現在「開始」状態の認証アプリケーションが停止して、選択された認証アプリケーションが開始される。アンインストールボタン欄３１０は、アプリケーションを画像形成装置からアンインストールするためのボタンが表示される領域であり、この欄のボタンが押されると対応するアプリケーションがアンインストールされる。

図３（Ｂ）は、メニュー領域３０１にてアプリインストールメニュー３０４が選択された際に表示される画面の例である。アプリファイルパス入力フィールド３１１は、インストールしたいアプリケーションのＰＣ１０１上のファイルパスを指定するフィールドである。参照ボタン３１２は、ファイル選択ダイアログからアプリケーションファイルを選択することでアプリファイルパス入力フィールド３１１にファイルパスを入力するためのボタンである。インストールボタン３１３は、アプリファイルパス入力フィールド３１１で指定されたアプリケーションを画像形成装置１００に送信してインストール指示を行うためのボタンである。

図３（Ｃ）は、図３（Ｂ）においてインストールボタン３１３が押されたときに表示される確認画面の一例である。既に画像形成装置１００にインストールされているアプリケーションと同じアプリケーションをインストールしようとしたときにこの画面が表示される。アプリケーション情報表示領域３１４は、現在画像形成装置１００にインストールされているアプリケーションの情報３１５と、アプリファイルパス入力フィールド３１１で指定されたアプリケーションの情報３１６が表示される。再起動アプリケーションリスト表示領域３１７には、アプリケーションのバージョン更新処理に伴って、再起動が発生するアプリケーションのリスト３１８が表示される。ただし、既にインストールされているアプリケーションが停止状態であれば再起動は不要であるため再起動アプリケーションリスト表示領域３１７は表示されない。インストール続行確認領域３１９は、インストール処理を続行してアプリケーションを更新するかどうかの判定をユーザに促すためのＵＩを表示する領域である。「はい」ボタン３２０が押されると画像形成装置１００にインストール続行の要求が送信され、アプリケーションの更新が実行される。「いいえ」ボタン３２１が押されると画像形成装置１００にインストールキャンセルの要求が送信され、アプリケーションの更新がキャンセルされる。

図３（Ｄ）は、図３（Ｂ）においてアプリケーションファイルを指定してインストールボタン３１３を押したときに表示される確認画面の別の例である。この画面はアプリケーションを新規に画像形成装置１００にインストールしようとした場合に表示される画面である。アプリケーション情報表示領域３２２には、インストールしようとしているアプリケーションの情報３２３だけが表示される。また、アプリケーション情報表示領域３２２の下にインストール続行確認領域３２４が表示される。ここで「はい」ボタン３２５が押されると、画像形成装置１００にインストール続行要求が送信され、アプリケーションの新規インストールが行われる。「いいえ」ボタン３２６が押されると画像形成装置１００にインストールキャンセル要求が送信され、アプリケーションのインストール処理委がキャンセルされる。

図４は、画像形成装置１００にインストールされるアプリケーションファイルの構成の一例である。アプリケーションファイル４０１は、アプリケーション情報ファイル４０２とアプリケーション実体ファイル４０３をアーカイブした１つのファイルになっている。アプリケーション情報ファイル４０２はアプリケーションの属性情報を定義したファイルである。ここで定義された情報はアプリケーションをアプリケーション管理部２０５がアプリケーションの管理を行う際に利用される。アプリケーション実体ファイル４０３は、アプリケーションプログラムの実体であり、暗号化されて格納されている。アプリケーションファイル４０１が画像形成装置１００にインストールされると、アプリケーション実体ファイル４０３が復号化され画像形成装置１００の記憶装置上に展開される。

図５は、アプリケーション情報ファイル４０２の一例である。アプリケーション情報ファイル４０２は、属性５０１と属性値５０２を列挙したファイルである。

Ａｐｐｌｉｃａｔｉｏｎ−ＩＤ５０３は、アプリケーションを識別するための属性である。この属性の値が同じアプリケーションは同じアプリケーションと判断される。Ａｐｐｌｉｃａｔｉｏｎ−Ｎａｍｅ５０４は、アプリケーションの名称を表す属性である。Ａｐｐｌｉｃａｔｉｏｎ−Ｖｅｒｓｉｏｎ５０５は、アプリケーションのバージョン番号を示す属性である。Ｖｅｎｄｏｒ５０６は、アプリケーションのベンダ名を示す属性である。ＥｘｐｏｒｔＳｅｒｖｉｃｅ５０７は、そのアプリケーションが他のアプリケーションに提供している機能を示す属性である。例えば図５（Ａ）で示したアプリケーション情報では、ＬｏｇｉｎＳｅｒｖｉｃｅ機能を他のアプリケーションに提供していることを示していることが分かる。ＩｍｐｏｒｔＳｅｒｖｉｃｅ５０８は、そのアプリケーションが利用している機能を示す属性である。例えば、図５（Ｂ）で示したアプリケーション情報では、ＬｏｇｉｎＳｅｒｖｉｃｅ機能とＥｒｒｏｒＲｅｃｏｖｅｒｙＳｅｒｖｉｃｅ機能の２つの機能を利用していることがわかる。ＤｙｎａｍｉｃＵｐｄａｔｅＳｕｐｐｏｒｔ５０９は、そのアプリケーションが利用している機能のうち、どの機能の動的更新に対応しているかを示す属性である。「動的更新に対応している」とは、ある機能を提供しているアプリケーションの更新処理を行う際に、その機能を利用しているアプリケーションを再起動することなく更新処理を行うことができるアプリケーションのことをいう。もし、この属性がない場合は全ての機能の動的更新に対応していないことを示す。

図５（Ｂ）のアプリケーションの例では、ＬｏｇｉｎＳｅｒｖｉｃｅ機能を提供しているアプリケーションを更新する際は再起動の必要はないが、ＥｒｒｏｒＲｅｃｏｖｅｒｙＳｅｒｖｉｃｅ機能を提供しているアプリケーションを更新する際は再起動が必要である。

図６は、画像形成装置１００がＷｅｂサーバ部２０１経由でアプリケーションファイルを受信した際に、アプリケーション管理部２０５が実行する処理の流れを示すフローチャートである。

まず、ステップＳ６０１にてアプリケーションファイルを受信する。次にステップＳ６０２に進み、受信したアプリケーションからＡｐｐｌｉｃａｔｉｏｎＩＤ情報を取得する。次にステップＳ６０３に進み、ステップＳ６０２で取得したＡｐｐｌｉｃａｔｉｏｎＩＤと同じＡｐｐｌｉｃａｔｉｏｎＩＤのアプリケーションがインストールされているかを判定する。もしステップＳ６０３にて同じＡｐｐｌｉｃａｔｉｏｎＩＤのアプリケーションが存在すると判定された場合はステップＳ６０４に進む。ステップＳ６０４ではアプリケーション更新確認画面（図３（Ｃ））の画面データを生成してＰＣ１０１に送信して処理を終了する。一方、ステップＳ６０３にて同じＡｐｐｌｉｃａｔｉｏｎＩＤのアプリケーションが存在しないと判定された場合はステップＳ６０５に進む。ステップＳ６０５ではインストール確認画面（図３（Ｄ））の画面データを生成しＰＣ１０１に送信して処理を終了する。

図７は、ステップＳ６０４の詳細な処理の流れを示すフローチャートである。

まず、ステップＳ７０１でインストールされているアプリケーションおよびインストールしようとしているアプリケーションの情報を取得する。次にステップＳ７０２に進み、アプリケーション情報表示部３１４に表示する画面データを生成する。次にステップＳ７０３に進み、既にインストールされているアプリケーションの状態が開始状態であるかどうかを判定する。もし開始状態であると判定された場合、ステップＳ７０４に進む。ステップＳ７０４では再起動が必要なアプリケーションのリストを生成して、ステップＳ７０５に進む。ステップＳ７０５では、ステップＳ７０４で生成したリストをもとに再起動アプリケーション一覧画面３１９の画面データを生成し、ステップＳ７０６に進む。一方、ステップＳ７０３にて既にインストールされているアプリケーションが開始状態でない（停止状態である）と判定された場合、ステップＳ７０６に進む。ステップＳ７０６ではインストール続行確認領域３１９の画面データを作成し、ステップＳ７０７に進む。ステップＳ７０７では生成した画面データをＰＣ１０１に送信して処理を終了する。

図８は、ステップＳ７０４の詳細な処理の流れを示すフローチャートである。

まず、ステップＳ８０１で再起動アプリケーションリストの初期化処理を行い、空のリストを生成する。次にステップＳ８０２に進み、開始状態のアプリケーションのリストを生成する。次にステップＳ８０３に進み、ステップＳ８０２で作成したアプリケーションリストに含まれるアプリケーションの数だけステップＳ８０４〜ステップＳ８０８をループする。もしステップＳ８０２で作成したアプリケーションリストの長さが０であれば何もせずに処理を終了する。ステップＳ８０２にて生成したアプリケーションリストに１つ以上のアプリケーションが含まれている場合は、アプリケーションリストの中からアプリケーションを一つずつ選択して順番にステップＳ８０４〜ステップＳ８０８の処理を行う。以降選択されたアプリケーションをアプリケーションｉと表記する。

ループ内では、まずステップＳ８０４でアプリケーションｉのＩｍｐｏｒｔＳｅｒｖｉｃｅ属性を取得する。次にステップＳ８０５に進み、アプリケーションｉのＩｍｐｏｒｔＳｅｒｖｉｃｅ属性の中に更新対象アプリケーションのＥｘｐｏｒｔＳｅｒｖｉｃｅ属性値が存在するかを判定する。アプリケーションｉのＩｍｐｏｒｔＳｅｒｖｉｃｅ属性に更新対象アプリケーションのＥｘｐｏｒｔＳｅｒｖｉｃｅ属性値が存在する場合はアプリケーションｉが更新対象のアプリケーションに依存していることになる。もし更新対象のアプリケーションに依存していると判定された場合、ステップＳ８０６に進む。ステップＳ８０６では、アプリケーションｉのＤｙｎａｍｉｃＵｐｄａｔｅＳｕｐｐｏｒｔ属性の取得を試みる。もしＤｙｎａｍｉｃＵｐｄａｔｅＳｕｐｐｏｒｔ属性を取得できた場合は、ステップＳ８０７に進む。ステップＳ８０７では、ＤｙｎａｍｉｃＵｐｄａｔｅＳｕｐｐｏｒｔ属性に更新対象のアプリケーションのＥｘｐｏｒｔＳｅｒｖｉｃｅ属性値が存在するかどうかで動的更新をサポートしているかを判定する。もし動的更新をサポートしていないと判定された場合はステップＳ８０８に進み、ステップＳ８０１で生成した再起動アプリケーションリストにアプリケーションｉを追加してステップＳ８０９に進む。一方、ステップＳ８０６にてＤｙｎａｍｉｃＵｐｄａｔｅＳｕｐｐｏｒｔ属性の取得に失敗した場合はステップＳ８０８に進み、ステップＳ８０１で生成した再起動アプリケーションリストにアプリケーションｉを追加してステップＳ８０９に進む。

一方、ステップＳ８０５で更新対象のアプリケーションに依存していないと判定された場合、および、ステップＳ８０７で動的更新をサポートしていると判定された場合は、再起動アプリケーションリストへの追加は行わずステップＳ８０９に進む。

ステップＳ８０９ではステップＳ８０３に戻り、ステップＳ８０２で取得した全てのアプリケーションについてステップＳ８０４〜ステップＳ８０８の処理を行うまでループする。ステップＳ８０２で取得した全てのアプリケーションについて処理を終えたら処理を終了する。

図９は、図３（Ｃ）もしくは図３（Ｄ）の画面を操作されてＰＣ１０１からの要求を受信した際にアプリケーション管理部２０５が実行する処理の流れを示すフローチャートである。

まず、ステップＳ９０１でＰＣ１０１から処理要求を受信する。次にステップＳ９０２に処理要求種別を判定する。処理要求種別が、インストール続行要求である場合は、ステップＳ９０３に進む。ステップＳ９０３では、アプリケーションのＡｐｐｌｉｃａｔｉｏｎＩＤ属性をもとに同じアプリケーションが既にインストールされているかを判定する。もし同じアプリケーションがインストールされていると判定されたらステップＳ９０４に進む。ステップＳ９０４ではアプリケーションの更新処理を行い、ステップＳ９０５に進む。一方、Ｓ９０３で同じアプリケーションがインストールされてないと判定された場合はステップＳ９０６に進み、新規にアプリケーションをインストールする処理を行い、ステップＳ９０５に進む。ステップＳ９０５では、アプリケーション一覧画面（図３（Ａ））を生成してＰＣ１０１に送信して処理を終了する。

一方、ステップＳ９０２にて処理要求種別がインストールキャンセル要求であった場合、ステップＳ９０７に進む。ステップＳ９０７ではアプリケーションインストール画面を生成し、ＰＣ１０１に画面データを送信して処理を終了する。

図１０は、ステップＳ９０４の詳細な処理の流れを示すフローチャートである。

まず、ステップＳ１００１にてインストール対象のアプリケーションが開始状態であるかどうかを判定する。もしアプリケーションが開始状態であると判定されたらステップＳ１００２に進む。ステップＳ１００２では再起動すべきアプリケーションのリストを生成する。ステップＳ１００２の処理の詳細は図８の処理と同じである。次にステップＳ１００３に進み、ステップＳ１００２で生成したアプリケーションリストに基づいてアプリケーションの停止処理を行う。次にステップＳ１００４に進み、更新対象アプリケーションを停止して、アプリケーションの更新処理を行い、更新したアプリケーションを起動する。次にステップＳ１００５に進み、ステップＳ１００２にて生成したアプリケーションリストに基づいてアプリケーションを起動して処理を終了する。

一方、ステップＳ１００１にてアプリケーションが開始状態ではないと判定された場合、ステップＳ１００６に進む。ステップＳ１００６では他のアプリケーションを停止することなくアプリケーションの更新処理を行い、処理を終了する。

以上のように、依存しているアプリケーションが再起動しても動作継続可能かどうかを示す属性をアプリケーションに付与することで、アプリケーション更新処理時に最低限のアプリケーションだけを再起動するように構成している。これにより、アプリケーションの更新処理にかかる時間が短縮され、ユーザ利便性が向上するという効果がある。また、再起動すべきアプリケーションを決定する際は、画像形成装置が固定的に関連情報を持つのではなく、アプリケーション更新処理実行時に毎回動的に判定を行うようにしている。このため、動的にアプリケーションがインストール・アンインストールされるような環境においても最低限のアプリケーションの再起動でアプリケーションのバージョン更新処理が行えるようになる。また、アプリケーション更新時に再起動されるアプリケーションのリストを事前にユーザに提示することにより、ユーザが意図しないアプリケーションが再起動してユーザの作業を妨げることを回避できるようになる。

１００ 画像形成装置
１０１ ＰＣ
２０５ アプリケーション管理部

Claims (3)

1. アプリケーションが提供している機能を示す提供機能属性（５０５）と、
   前記アプリケーションが利用している機能を示す利用機能属性（５０６）と、
   前記アプリケーションが利用している機能が停止した場合に動作継続可能であるかどうかを示す動作継続属性（５０７）の
   少なくとも一つを備えたアプリケーションを追加・削除可能な画像形成装置（１００）であって、
   前記アプリケーションを受信するアプリケーション受信手段（Ｓ６０１，２０１）と、
   前記アプリケーション受信手段により受信したアプリケーションからアプリケーション属性を取得する属性取得手段（Ｓ６０２，２０２）と、
   前記画像形成装置（１００）内にインストールされているアプリケーションの状態や属性情報の取得を行う機器内アプリ情管理得手段（Ｓ７０１，Ｓ７０２，２０２）と、
   前記属性取得手段から取得した属性情報と、前記機器内アプリ情報取得手段から取得したアプリケーション状態情報および属性情報とを利用して再起動すべきアプリケーションを判定する再起動アプリケーション判定手段（Ｓ８０３〜Ｓ８０９，２０４）と、
   前記再起動アプリケーション判定手段により判定されたアプリケーションを停止するアプリケーション停止手段（Ｓ１００３，２０３）と、
   前記受信手段により受信したアプリケーションをインストールするインストール手段（Ｓ１００４，２０３）と、
   前記アプリケーション停止手段により停止したアプリケーションを再開するアプリケーション再開手段（Ｓ１００５，２０３）と、
   を有することを特徴とする画像形成装置。
2. 前記再起動アプリケーション判定手段（Ｓ８０３〜Ｓ８０９，２０４）は、
   インストール対象アプリケーションの提供機能属性（５０５）に定義されている機能が、前記画像形成装置上のアプリケーションの利用機能属性（５０６）に定義されているかを判定することにより依存関係を判定する依存関係判定手段（Ｓ８０５）と、
   前記画像形成装置上のアプリケーションの動作継続属性（５０７）を取得する動作継続属性取得手段（Ｓ８０６）と、
   を備え、
   前記依存関係判定手段によりインストール対象アプリケーションに依存していると判定され、かつ、前記動作継続属性取得手段により属性を取得できなかった場合もしくは取得した動作継続属性にインストール対象アプリケーションの提供機能属性を含まなかった場合に、再起動が必要であると判定を行う手段（Ｓ８０５〜Ｓ８０７）であることを特徴とする請求項１に記載の画像形成装置。
3. インストール対象アプリケーションの情報と、画像形成装置内に存在するインストール対象アプリケーションと同じアプリケーションの情報と、
   アプリケーションをインストールした際に再起動されるアプリケーションの一覧と、
   インストールを続行するか否かをユーザに確認するためのＵＩとを含む画面データを生成するインストール続行確認画面生成手段（Ｓ７０１〜Ｓ７０６）と、
   前記インストール続行確認画面生成手段により生成した画面データをクライアント（１０１）に送信する画面データ送信手段（Ｓ７０７）と、
   をさらに備えることを特徴とする請求項１又は請求項２に記載の画像形成装置。