JP7402643B2 - 情報処理装置とその制御方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置とその制御方法、及びプログラムに関する。

画像形成装置に拡張アプリケーションをインストールすることにより、その画像形成装置の機能を拡張できる。この場合、画像形成装置は、その画像形成装置の制御アプリケーションとは別に、拡張アプリケーションを動作させる実行環境を有している。

特開２０１８－２５９０９号公報

画像形成装置にインストールされている拡張アプリケーションを動作させるにはＶＭが必要である。ここでＶＭとは、Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅを指し、これは仮想的に構築された実行環境を示し、拡張アプリケーションを制御するプログラムを理解して実行するモジュールである。このＶＭはＲＡＭ上に構成されるため、リソースの限られている画像形成装置では、ＶＭを常に動作させることは難しい。従って、拡張アプリケーションを起動及び終了させる度に、ＶＭの起動及び終了を行うことになる。しかしながら、このようなＶＭの起動及び終了処理はオーバーヘッドが大きいため時間を要し、拡張アプリケーションの処理性能の低下を引き起こす原因になっていた。

本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。

本発明の目的は、拡張アプリケーションの処理性能の低下を抑える技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
拡張アプリケーションを実行できる情報処理装置であって、
拡張アプリケーションを実行するためのＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）と前記拡張アプリケーションがＶＭを再利用できるかどうかを示す情報とを記憶する記憶手段と、
前記拡張アプリケーションの起動時、前記情報に基づいて当該拡張アプリケーションが前記ＶＭを再利用可能かどうか判定する第１判定手段と、
前記第１判定手段により前記拡張アプリケーションが前記ＶＭを再利用可能と判定された場合、前記ＶＭを再利用可能であると判定された前記拡張アプリケーションの機能と、前記記憶手段に記憶されているＶＭを利用する前記拡張アプリケーションの機能が同じあるかどうかを判定する第２判定手段と、
前記第２判定手段により機能が同じであると判定された場合、前記記憶手段に記憶されているＶＭを利用して前記拡張アプリケーションを実行するよう制御し、前記第１判定手段により、前記拡張アプリケーションが前記ＶＭを再利用可能でないと判定された場合、或いは前記第２判定手段により機能が同じではないと判定された場合、前記拡張アプリケーションを実行するためのＶＭを新たに生成し、新たなＶＭを利用して前記拡張アプリケーションを実行するよう制御する制御手段と、を有することを特徴とする。

本発明によれば、拡張アプリケーションの処理性能の低下を抑えることができる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態に係る画像形成装置の主要部の構成を説明するブロック図。 実施形態に係る画像形成装置における拡張アプリケーションの実行環境の一例を示すブロック図。 実施形態に係る画像形成装置のＣＰＵが実行するソフトウェアモジュールの構成図。 実施形態に係る画像形成装置を含む印刷システムの構成例を示す図。 実施形態に係る画像形成装置の操作部に表示されるメニュー画面の一例を示す図。 実施形態に係る画像形成装置にインストールされている拡張アプリケーションのアイコンを取得して表示するアイコン更新処理の流れを説明するシーケンス図。 図６のＳ６０３及びＳ６０８で、拡張アプリケーションが実行するアイコン情報の生成処理を説明するフローチャート。 実施形態に係るフォーム印刷アプリケーションの設定情報の一例を示す図。 実施形態で生成したアイコン情報の一例を示す図。 図９のアイコン情報に基づいて操作部に表示されたメニュー画面例を示す図。 実施形態に係る画像形成装置に対するＲＵＩからの拡張アプリケーションの設定処理を説明するシーケンス図。 実施形態に係る画像形成装置の操作部に表示しているメニュー画面で楽譜アイコンが押下されたときのアプリケーション起動までの処理を説明するシーケンス図。 実施形態に係る画像形成装置にインストールされている拡張アプリケーションの情報を管理するテーブルの一例を示す図。 実施形態に係る拡張アプリケーションの構成を説明する図。 拡張アプリケーションのスクリプトの依存関係の一例を説明する図。 実施形態に係る画像形成装置における拡張アプリケーションのアンインストールの処理の流れを説明するシーケンス図。 本発明の実施形態におけるアプリケーション起動から終了までのシーケンス図である。 実施形態に係る画像形成装置における、拡張アプリケーションにより、ある処理を実行した後のＲＡＭ上のＶＭのデータ構成の一例を示す図。 実施形態に係る画像形成装置における、図１７のＳ１７０１のＶＭ起動処理を説明するフローチャート。 実施形態に係る画像形成装置における、図１７のＳ１７０４のＶＭの終了処理を説明するフローチャート。 実施形態に係る画像形成装置において、再利用のために保持しているＶＭを解放するイベント発生時の処理を説明するフローチャート。 実施形態に係る拡張アプリケーションの情報を宣言するＭＥＴＡ情報ファイルの一例を示す図。 実施形態に係る画像形成装置のアプリケーション管理部によるＭＥＴＡ情報ファイルのＶＭ再利用宣言の処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これら複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一もしくは同様の構成に同一の参照番号を付し、重複した説明は省略する。尚、以下に説明する実施形態では、本発明に係る情報処理装置の一例を、例えば複合機などの画像形成装置を例に説明するが、本発明はこのような画像形成装置に限定されるものではない。

図１は、本発明の実施形態に係る画像形成装置の主要部の構成を説明するブロック図である。

この画像形成装置は、コントローラユニット１００を含み、コントローラユニット１００には、スキャナ１７０やプリンタ１９５が接続され、更にはユーザインタフェースのための操作部１１２が接続される。コントローラユニット１００は、スキャナ１７０で読み取られた画像データをプリンタ１９５により印刷するコピー機能を実現するように各部を制御することもできる。

コントローラユニット１００はＣＰＵ１０１を有し、ＣＰＵ１０１は、ＲＯＭ１０３に格納されているブートプログラムを実行してストレージ１０４に格納されているオペレーティングシステム（ＯＳ）やプログラムをＲＡＭ１０２に展開する。ＣＰＵ１０１は、ＲＡＭ１０２に展開されたプログラムを実行することにより、後述する各種処理を実行する。このＣＰＵ１０１の作業領域としてはＲＡＭ１０２が用いられる。ＲＡＭ１０２は、前述の作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ストレージ１０４は、プログラムや画像データを格納する。

ＣＰＵ１０１には、システムバス１０７を介して、ＲＯＭ１０３及びＲＡＭ１０２、操作部Ｉ／Ｆ（操作部インターフェース）１０６、ネットワークＩ／Ｆ（ネットワークインターフェース）１１０、ＵＳＢホストＩ／Ｆ１１３、画像バスＩ／Ｆ（画像バスインターフェース）１０５が接続される。操作部Ｉ／Ｆ１０６は、タッチパネルを有する操作部１１２とのインターフェースであり、システムバス１０７を介して受け取った操作部１１２に表示すべき画像データを操作部１１２に出力する。また、操作部Ｉ／Ｆ１０６は、操作部１１２においてユーザにより入力された情報をシステムバス１０７を介してＣＰＵ１０１に送出する。ネットワークＩ／Ｆ１１０は、画像形成装置をＬＡＮに接続するためのインターフェースである。ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４と通信し、ＣＰＵ１０１の指示に従ってＵＳＢストレージ１１４にデータを記憶させたり、ＵＳＢストレージ１１４に格納されているデータを入力してシステムバス１０７に出力する。ＵＳＢストレージ１１４は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ１１３に対して着脱可能である。ＵＳＢホストＩ／Ｆ１１３には、ＵＳＢストレージ１１４を含む複数のＵＳＢデバイスが接続可能である。

画像バスＩ／Ｆ１０５は、システムバス１０７と、画像データを高速で転送する画像バス１０８とを接続し、データ形式を変換するためのバスブリッジとして機能している。画像バス１０８は、ＰＣＩバス又はＩＥＥＥ１３９４等によって構成される。画像バス１０８上には、デバイスＩ／Ｆ１２０、スキャナ画像処理部１８０、プリンタ画像処理部１９０が設けられる。デバイスＩ／Ｆ１２０には、スキャナ１７０及びプリンタ１９５が接続され、デバイスＩ／Ｆ１２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部１８０は、スキャナ１７０から入力した画像データに対し補正、加工、編集を行う。プリンタ画像処理部１９０は、プリンタ１９５に出力する画像データに対してプリンタ１９５に応じた補正、解像度変換などを行う。

図２は、実施形態に係る画像形成装置における拡張アプリケーションの実行環境の一例を示すブロック図である。尚、この図２に示す各モジュールの機能は、ＣＰＵ１０１がストレージ１０４に記憶されているプログラムをＲＡＭ１０２に展開して実行することにより実現される。

この画像形成装置は、拡張アプリケーションをアドインして、その機能を拡張できる画像形成装置である。オペレーティングシステムであるＯＳ２０１上では、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブプログラム２１０と、拡張アプリケーション２４０の実行環境である仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＶＭ）２３０が動作している。ＶＭ２３０は、拡張アプリケーション２４０を制御するプログラムを理解して実行するモジュールである。拡張アプリケーション２４０は、必ずＶＭ２３０上で動作する。ＶＭ２３０で動作するプログラムは、ＣＰＵ１０１で動作する命令とは異なり、ＶＭ２３０専用の命令で動作する。この命令をバイトコードと呼ぶ。一方でＣＰＵ専用命令をネイティブコードと呼ぶ。ＶＭ２３０がこのバイトコードを逐次解釈し処理することで、ＣＰＵ１０１上ではネイティブコードと、ＶＭ２３０のバイトコードが動作する。ＶＭ２３０には、バイトコードをそのまま逐次解釈処理するタイプと、バイトコードをネイティブコードに変換して実行するタイプがある。実施形態に係るＶＭ２３０は前者のタイプであるが、後者のタイプであってもよい。一般的にＣＰＵの種別が異なると、ＣＰＵで動作する命令に互換性が無い様に、ＶＭが異なるとＶＭで動作する命令も互換性が無い。またこの実施形態に係るＶＭ２３０は、ＣＰＵ１０１上で動作するソフトウェアモジュールであるが、ハードウェアモジュールであってもよい。

ネイティブプログラム２１０には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブスレッド２１４と、ＶＭ２３０を動かすためのＶＭスレッド２１５がある。ＶＭスレッド２１５は、ＶＭ２３０の数に対応する数存在する。ここでは、ＶＭスレッド２１１，２１２，２１３の３つのスレッドが生成されている。ここではＶＭ Ａ－１（２３１）と、ＶＭ Ａ－２（２３２）及びＶＭ Ｂ－１（２３３）に対応して３つのＶＭスレッド２１１，２１２，２１３が存在している。

ＶＭシステムサービス２２０は、拡張アプリケーション２４０から共通して利用されるユーティリティライブラリである。拡張アプリケーション２４０からＶＭシステムサービス２２０の機能を呼び出すことにより、拡張アプリケーションを開発する手間を省いて、画像形成装置の各モジュールへアクセスすることができる。ＶＭシステムサービス２２０には、ＶＭとして最低限動作させる標準ＶＭシステムサービス２２１と、画像形成装置の各モジュールへのアクセスやＯＳの機能を提供する拡張ＶＭシステムサービス２２２とが含まれる。また標準ＶＭシステムサービス２２１は、拡張アプリケーションをロードする機能も含む。ＶＭ２３０が拡張アプリケーションのバイトコードで指示されているＡＰＩを実行することで、そのＡＰＩに関連づけられているＶＭシステムサービスが呼び出される。拡張アプリケーション２４０は、拡張ＶＭシステムサービス２２２を用いて、画像形成装置の構成情報、例えば、印刷可能な用紙サイズのリストや、カラー印刷可能か否か、印刷データの色判定が可能か否か、印刷部数の範囲、などの構成情報を取得できる。また、それらに対応したデフォルト設定値も取得することができる。

ＶＭ２３０は、拡張アプリケーション２４０を実行する。ＶＭ２３０は、拡張アプリケーションのスレッド毎に生成される。この図では拡張アプリケーションＡ２４１で２つのスレッドを動かすためのＶＭ Ａ－１（２３１）と、ＶＭ Ａ－２（２３２）、拡張アプリケーションＢ２４２で１つのスレッドを動かすためのＶＭ Ｂ－１（２３３）を生成している。

また、画像形成装置の操作部１１２に表示されるメインメニュー画面には、拡張アプリケーションごとのアイコンが表示される。このアイコンをユーザが選択したことを、操作部１１２を通じて操作部Ｉ／Ｆ１０６が検知すると、操作部Ｉ／Ｆ１０６はその旨をＣＰＵ１０１に通知する。その通知を受け取ったＣＰＵ１０１は、ユーザによって選択された拡張アプリケーションを起動する。

図３は、実施形態に係る画像形成装置のＣＰＵ１０１が実行するソフトウェアモジュールの構成図である。

サーブレットサービス３０４は、ネットワークＩ／Ｆ１１０を通してＨＴＴＰアクセスされた際に、そのリクエストを受け付け、アクセスされたＵＲＬによってモジュール（アプリケーション管理部３０２か標準機能制御部３０１）に処理を振り分ける。ＵＩ制御部３０３は、操作部１１２に画面を表示し、ユーザからの操作を受け付けて、その操作情報を適切なモジュール（アプリケーション管理部３０２か標準機能制御部３０１）に通知する。アプリケーション管理部３０２は、インストールされている拡張アプリケーションのアンインストールや、起動等の管理を行うモジュールである。アプリケーション実行制御部３０５は、アプリケーション管理部３０２により起動された拡張アプリケーションの実行制御を行うモジュールである。具体的には、アプリケーション実行制御部３０５は、ＶＭスレッド２１５、ＶＭシステムサービス２２０、ＶＭ２３０、拡張アプリケーション２４０を制御する。ストレージ制御部３０６は、画像形成装置の設定情報を記憶及び管理するモジュールである。各モジュールは、ストレージ制御部３０６にアクセスし、設定値の参照、設定を行う。標準機能制御部３０１は、画像形成装置の標準機能であるコピーやＦＡＸの制御や、その他の画像形成装置に必要な制御（例えばＵＳＢホストパスＩ／Ｆ１１３の制御）を行うモジュールである。

図４は、実施形態に係る画像形成装置を含む印刷システムの構成例を示す図である。この印刷システムは、画像形成装置４０１、ネットワークルータ４０２、外部装置４０３を有している。尚、画像形成装置４０１は、図１に示す画像形成装置に対応している。

外部装置４０３は、ネットワークを介して接続されている画像形成装置４０１に対し、インストーラを介した拡張アプリケーションのインストールを行う。またブラウザで画像形成装置４０１と接続し、拡張アプリケーションの設定変更などを行う。ネットワークルータ４０２は、画像形成装置４０１と、外部装置４０３との通信を仲介する。画像形成装置４０１は、外部装置４０３からの拡張アプリケーションのインストール要求に対して、拡張アプリケーションのインストール処理の実行や、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを返す。

図５は、実施形態に係る画像形成装置４０１の操作部１１２に表示されるメニュー画面の一例を示す図である。

画像形成装置４０１には、コピー、ＦＡＸ、Ｓｅｎｄ（スキャンにより得られた画像データの送信）機能がある。これら機能を呼び出すためのアイコン５０１～５０３が操作部１１２の画面上に表示される。ユーザが操作部１１２を操作して、所望の目的の機能に対応するアイコンを押下すると、その機能を行うための画面に表示が切り替わる。尚、図５に示す画面のアイコンは、いずれも画像形成装置４０１が本来有しているネイティブプログラムによる機能に対応している。

図６は、実施形態に係る画像形成装置４０１にインストールされている拡張アプリケーションのアイコンを取得して表示するアイコン更新処理の流れを説明するシーケンス図である。ここでは、事前にアプリケーション１、アプリケーション２の２つの拡張アプリケーションがインストールされている状態で説明する。

アプリケーション管理部３０２はＳ６０１で、アプリケーション１を起動するためにＶＭの起動処理を実行する。次にＳ６０２でアプリケーション管理部３０２は、起動準備が整ったアプリケーション１に対してアイコン情報を要求する。これによりアプリケーション１は、その要求に従って、アイコン情報を生成するために、図７のフローチャートで示すアイコン情報の生成処理を実行する。この処理は図７を参照して後述する。次にＳ６０４でアプリケーション１は、Ｓ６０３で生成したアイコン情報を使用してアイコン情報を登録して、アプリケーション１による処理を終了する。これによりアプリケーション管理部３０２は、アプリケーション１のアイコン情報を取得することができる。次にＳ６０５でアプリケーション管理部３０２は、アプリケーション１の処理終了を受けて、ＶＭの終了処理を行う。以上説明したＳ６０１～Ｓ６０５の処理によって、アプリケーション１のアイコン情報がアプリケーション管理部３０２に登録される。

続いてＳ６０６～Ｓ６１０で、アプリケーション管理部３０２は、残りのアプリケーション２に対して、前述のアプリケーション１に対する処理と同様の処理を実行して、アプリケーション２のアイコン情報を取得する。

こうしてアプリケーション管理部３０２は、インストールされている全ての拡張アプリケーションのアイコン情報を取得した後Ｓ６１１で、ＵＩ制御部３０３に対して各拡張アプリケーションに対応するアイコンの表示要求を行う。

図７は、図６のＳ６０３及びＳ６０８で、拡張アプリケーションが実行するアイコン情報の生成処理を説明するフローチャートである。ここでは拡張アプリケーションの例として、ユーザが登録したフォーム画像データを印刷するフォーム印刷アプリケーションのアイコン情報の生成処理を例に説明する。尚、拡張アプリケーションごとに細かい処理内容は異なるが、基本的な処理はここで示すステップの処理と同じになる。尚、ここで説明するフォーム印刷アプリケーションには、既にユーザによって図８で示すフォーム印刷設定が登録されていることを前提とする。ここで、「楽譜」フォームは、拡張アプリケーションのサンプルとして予め登録されているフォームであり、「申請書」フォームは、ユーザが登録したフォームとする。また図７のフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０２に展開したプログラムを実行することにより達成されるため、ここではＣＰＵ１０１を処理の主体として説明する。

先ずＳ７０１でＣＰＵ１０１は、アイコン情報を生成するためにストレージ制御部３０６として機能することにより、ストレージ１０４から拡張アプリケーションの設定情報を読み出す。具体的には、例えば図８に示すような拡張アプリケーションの設定情報を読み出す。

図８は、実施形態に係るフォーム印刷アプリケーションの設定情報の一例を示す図である。

フォーム印刷アプリケーションは、この設定に応じて処理を行う。フォーム名８０１は、フォームの内容を示す名称であり、ユーザにより登録される。ここではフォーム名として「楽譜」及び「申請書」が登録されている。ボタンＩＤ８０２は、アイコンを識別するＩＤであり、押下されたボタンを識別する際に使用される。フォーム画像ファイル８０３は、フォーム印刷で印刷する対象の画像ファイルを示し、これはユーザにより登録される。ここでは「楽譜」のフォームの画像ファイルは「ｓｃｏｒｅ．ｄａｔ」、「申請書」のフォームの画像ファイルは「ＳＹＯＲＵＩ．ｄａｔ」となっている。印刷設定８０４は、フォームを印刷する際のカラーモードや部数などをまとめた情報であり、ユーザにより登録される。ここでは「楽譜」の印刷設定は、ファイル「Ｓｅｔｔｉｎｇ１．ｄａｔ」に記憶されており、「申請書」の印刷設定は、ファイル「Ｓｅｔｔｉｎｇ２．ｄａｔ」に記憶されている。アイコン画像ファイル８０５は、アイコンの画像を保持するファイルであり、ユーザにより登録される。ここでは「楽譜」のアイコン画像は、ファイル「Ｉｃｏｎ１．ｄａｔ」に記憶されており、「申請書」のアイコン画像は、ファイル「Ｉｃｏｎ２．ｄａｔ」に記憶されている。ローカライズ８０６は、アイコンのタイトルをローカライズする際に利用される情報である。ここでは、拡張アプリケーションが予め用意したサンプルフォーム「楽譜」をローカライズする際に参照する情報としてファイル「Ｌｏｃａｌｉｚｅ．ｄａｔ」が指定されている。尚、ユーザが登録するフォームには、ローカライズ情報はない。従って、フォーム「申請書」には、ローカライズ情報が存在していない。表示位置８０７は、アイコンを表示する位置を指定する。ここではフォーム「楽譜」のアイコンの表示位置は先頭に、フォーム「申請書」のアイコンの表示位置は末尾に設定されている。また利用可能ユーザ８０８は、このフォームを利用できるユーザを示し、フォーム「楽譜」は全てのユーザが利用可能で、フォーム「申請書」は、ユーザＡのみが利用できる。

次にＳ７０２に進みＣＰＵ１０１は、拡張アプリケーションの設定情報に設定されている登録ボタンの設定の有無を確認する。ここで設定が無い場合は、この処理を終了し、設定がある場合はＳ７０３に進む。図８の例では、２つのフォームの設定情報があるため、まず最初に「楽譜」のアイコン情報を生成するためにＳ７０３に進む。Ｓ７０３でＣＰＵ１０１は、アイコンのタイトルをローカライズするために、この画像形成装置４０１に設定されている表示言語の設定を取得する。次にＳ７０４に進みＣＰＵ１０１は、ログインしたユーザに応じたカスタマイズを行うため、この画像形成装置４０１にログインしているユーザの情報を取得する。ここでは、取得したユーザの情報を「ユーザＡ」とする。

次にＳ７０５に進みＣＰＵ１０１は、Ｓ７０３で取得した表示言語の設定に応じてアイコンのタイトルをローカライズする。ここで「楽譜」のフォームは、拡張アプリケーションに予め登録されているフォームであり、アイコンのタイトルをローカライズするための情報を、その拡張アプリケーションが予め用意しているため、その情報に従って表示言語の設定に応じたローカライズを行う。次にＳ７０６に進みＣＰＵ１０１は、ボタンＩＤ、アイコンの画像情報、表示位置を設定する。図８の「楽譜」フォームでは、ボタンＩＤは「０」、アイコン画像ファイルは「Ｉｃｏｎ１．ｄａｔ」、その表示位置は先頭となる。こうして「楽譜」フォームのアイコンの表示用の画像データと、その表示位置が定まる。そしてＳ７０７に進みＣＰＵ１０１は、ログインユーザに応じたカスタマイズを行ってＳ７０８に進む。

フォーム印刷アプリケーションでは、フォーム毎に、どのユーザが利用可能であるかを設定する利用可能ユーザ８０８を持つ。従って、Ｓ７０７では、この利用可能ユーザ８０８に設定されているユーザと、Ｓ７０４で取得した現在ログインしているユーザの情報とを比較し、そのユーザの情報が利用可能ユーザ８０８の条件を満たしているときは、そのフォームのアイコン情報を生成する。一方、利用可能ユーザ８０８の条件を満たしていない場合は、そのアイコン情報を破棄する。

「楽譜」フォームの場合、利用可能なユーザは「全て」であるので、利用可能ユーザ８０８の条件を満たしているため、そのアイコン情報を生成する。Ｓ７０８でＣＰＵ１０１は、登録ボタンの設定の全てに対して上述の処理を行ったかどうか判定し、全てに対して処理を行っていないときはＳ７０５に戻り、次の登録ボタンの設定情報に基づいてアイコン情報を生成する。一方、登録ボタンの設定の全てに対して上述の処理を行ったときは、この処理を終了する。

図８の例では、次に「申請書」のフォームがあるためＳ７０５に戻る。Ｓ７０５でＣＰＵ１０１は、そのアイコンのローカライズを行うが、「申請書」のフォームはユーザが新しく登録したものでローカライズ情報がないため、ユーザが登録したタイトルをそのまま設定する。次にＳ７０６に進みＣＰＵ１０１は、ボタンＩＤ、アイコン画像情報、表示位置を設定する。図８の例では、「申請書」フォームでは、ボタンＩＤは「１」、アイコン画像ファイルは「Ｉｃｏｎ２．ｄａｔ」、表示位置は末尾となっている。次にＳ７０７に進みＣＰＵ１０１は、ログインユーザに応じたカスタマイズを行う。「申請書」フォームでは利用可能なユーザは「ユーザＡ」だけである。従って、Ｓ７０４で取得したユーザの情報がユーザＡであった場合はアイコン情報を生成し、ユーザＡでない場合はアイコン情報を生成しない。ここでは、ログインユーザはユーザＡであるため、「申請書」フォームのアイコン情報を生成する。そしてＳ７０８に進みＣＰＵ１０１は、登録ボタンの設定の全てに対して上述の処理を行ったと判定して、この処理を終了する。

図９は、実施形態で生成したアイコン情報の一例を示す図である。

アプリケーションＩＤ９０１は、拡張アプリケーションを識別するＩＤである。各拡張アプリケーションには、拡張アプリケーションの開発時にＩＤが割り振られる。ボタンＩＤ９０２は、ボタンを識別するＩＤである。アイコンタイトル９０３は、アイコンを表示する際のタイトルを示す。表示位置９０４は、アイコンの初期表示位置を示す。その位置は、先頭か末尾を指定する。アイコン画像情報９０５は、アイコン画像の画像データを記憶しているファイルで、図８のアイコン画像ファイル８０５に対応している。尚、前述したように、図７の説明で、Ｓ７０４で取得したユーザの情報がユーザＡでない場合、申請書フォームのアイコン情報は存在しない。

図１０は、図９のアイコン情報に基づいて操作部１１２に表示されたメニュー画面例を示す図である。尚、図５と共通するアイコンは同じ参照番号で示している。

ここでは、図５に示した標準機能のコピー５０１、ＦＡＸ５０２、Ｓｅｎｄ５０３のアイコン以外に、楽譜アイコン１００１、申請書アイコン１００５が追加されている。ここで、楽譜アイコン１００１は先頭に配置され、申請書アイコン１００５は末尾に配置されている。これらは、アイコン情報の表示位置８０７の指定に従って配置されたものである。

図１１は、実施形態に係る画像形成装置４０１に対するＲＵＩからの拡張アプリケーションの設定処理を説明するシーケンス図である。ここでは拡張アプリケーションの例として、ユーザが登録したフォーム画像データを印刷するフォーム印刷アプリケーションのアイコン情報の生成処理で説明する。尚、拡張アプリケーションによって細かい処理内容は異なるが、基本的な処理はここで示すステップと同じ処理になる。

拡張アプリケーションの設定は、外部装置４０３上で動作するＷｅｂブラウザから画像形成装置４０１に接続し、Ｗｅｂブラウザを介して設定を行う。まずＳ１１０１で、Ｗｅｂブラウザから、サーブレットサービス３０４に拡張アプリケーションを設定するための設定用ＵＲＬの情報を通知し、サーブレット処理を要求する。これによりＳ１１０２でサーブレットサービス３０４は、アプリケーション管理部３０２に、サーブレット処理を依頼する。これによりアプリケーション管理部３０２はＳ１１０３で、リクエストされているＵＲＬから該当する拡張アプリケーションを特定し、その拡張アプリケーションのＶＭの起動処理を行う。次にＳ１１０４でアプリケーション管理部３０２は、アプリケーションサーブレットを実行する。このとき、Ｗｅｂブラウザから通知されたＵＲＬの情報をアプリケーションに通知する。

これによりＳ１１０５で拡張アプリケーションは、要求されたＵＲＬのリクエストに対するレスポンス処理を行う。ここでは、設定用ＵＲＬに対するＨＴＭＬリソースを返す準備を行う。このＨＴＭＬリソースには、フォーム印刷処理に必要な図８に示す情報を参照・設定するためのＨＴＭＬ ＦＯＲＭ が記述されている。そしてＳ１１０６で拡張アプリケーションは、準備したＨＴＭＬリソースをアプリケーション管理部３０２にレスポンスして拡張アプリケーションを終了する。

これによりアプリケーション管理部３０２はＳ１１０７で、受けたレスポンスをそのままサーブレットサービス３０４にレスポンスする。続いてＳ１１０８でアプリケーション管理部３０２は、拡張アプリケーションの終了を受けてＶＭの終了処理を行う。

またサーブレットサービス３０４はＳ１１０９で、受けたレスポンスをそのままＷｅｂブラウザに対してレスポンスする。こうしてユーザはＳ１１１０で、Ｗｅｂブラウザに表示された画面を編集して、拡張アプリケーションの設定を変更する。ここでは、新しく印刷フォームを登録したとする。そしてＷｅｂブラウザはＳ１１１１で、ユーザの操作に応じて設定情報の登録リクエストをサーブレットサービス３０４に送信する。これによりサーブレットサービス３０４はＳ１１１２で、アプリケーション管理部３０２に、その処理を依頼する。そしてアプリケーション管理部３０２は前述のＳ１１０３～Ｓ１１０８と同様にして、Ｓ１１１３～Ｓ１１１６で、要求されたＵＲＬから該当する拡張アプリケーションを特定し、その拡張アプリケーションのアプリケーションサーブレットを実行する。そしてＷｅｂブラウザから要求された印刷フォームの設定情報を登録する。

そしてアプリケーション管理部３０２はＳ１１１７で、拡張アプリケーションから受けたレスポンスをそのままサーブレットサービス３０４にレスポンスする。またサーブレットサービス３０４はＳ１１１８で、受けたレスポンスをそのままＷｅｂブラウザにレスポンスする。

更に、拡張アプリケーションはＳ１１１９で、登録したフォームのアイコンを画像形成装置４０１に登録するために、アプリケーション管理部３０２にアイコン情報の更新通知を送信して、拡張アプリケーションを終了する。これによりアプリケーション管理部３０２は、その拡張アプリケーション終了を受けてＳ１１２０でＶＭの終了処理を実行する。次にＳ１１２１でアプリケーション管理部３０２は、アイコンの更新処理を行う。

図１２は、実施形態に係る画像形成装置の操作部１１２に表示しているメニュー画面で楽譜アイコン１００１が押下されたときの拡張アプリケーションの起動までの処理を説明するシーケンス図である。

Ｓ１２０１でユーザがアイコンを押下すると、ＵＩ制御部３０３が、そのアイコンの押下を検出する。次にＳ１２０２でＵＩ制御部３０３は、押下されたアイコンのアイコン情報から、アプリケーションＩＤとボタンＩＤとを取得し、アプリケーション管理部３０２に対して、アプリケーションＩＤとボタンＩＤを渡すとともに、拡張アプリケーションの起動要求を行う。楽譜アイコン１００１の場合は、アプリケーションＩＤが「１」でボタンＩＤは「０」である。このときアプリケーション管理部３０２は、起動要求されたアプリケーションＩＤと一致する拡張アプリケーションを図１３に示すアプリケーションＩＤ管理テーブルから取得する。そしてＳ１２０３で、該当する拡張アプリケーションを起動するためのＶＭの起動処理を行う。次にＳ１２０４でアプリケーション管理部３０２は、起動した拡張アプリケーションにボタンＩＤ情報を渡して処理を依頼する。

このとき図１３から、アプリケーションＩＤ「１」にマッチするのはアプリケーション１である。アプリケーションが起動するとＳ１２０５で、渡されているボタンＩＤ情報から、どのボタンが押されたかを認識し、そのボタンに応じた処理を行う。フォーム印刷アプリケーションの場合、図８に示す設定情報を読み出し、ボタンＩＤ「０」にマッチする設定を取得する。そして、ボタンＩＤ「０」に設定されているフォーム画像ファイル「ｓｃｏｒｅ．ｄａｔ」の画像データを、印刷設定「Ｓｅｔｔｉｎｇ１．ｄａｔ」に従って印刷する。こうして印刷処理が終了した後、その拡張アプリケーションを終了する。この拡張アプリケーションの終了を受けるとアプリケーション管理部３０２は、Ｓ１２０６でＶＭの終了処理を行う。

図１３は、実施形態に係る画像形成装置４０１にインストールされている拡張アプリケーションの情報を管理するテーブルの一例を示す図である。

アプリケーションＩＤ１３０１は、インストールされている拡張アプリケーションを識別するＩＤを保持する。アプリケーション１３０２は、アプリケーションＩＤに対応する拡張アプリケーションが何かを示す。この情報は、アプリケーションのインストール、アンインストール時に更新される。

図１４は、実施形態に係る拡張アプリケーションの構成を説明する図である。

拡張アプリケーションは、それぞれがスクリプトと呼ばれるＶＭ用で動作させる専用の言語で記載された複数のファイルを有している。拡張アプリケーションは、スクリプトによって制御され、スクリプトの数は、各拡張アプリケーションごとに異なる。また各スクリプトは機能ごとに分割され、その拡張アプリケーションの一つの機能を実現するためにつ以上のスクリプトが利用される。

図１５は、拡張アプリケーションのスクリプトの依存関係の一例を説明する図である。

一般的に、ＰＣでアプリケーションを実行する場合、実行可能ファイルの全体を読み込み、それをメモリに展開してから実行する。一方で、画像形成装置４０１では、ＰＣの様にメモリリソースが潤沢ではないため、拡張アプリケーションを機能ごとの複数のスクリプトに分割して構成している。そして、拡張アプリケーションの処理に必要な機能を持つスクリプトを随時、ＲＡＭ１０２にロードして実行する。このように構成することで、拡張アプリケーションを実行するため必要なメモリリソースの削減を図っている。

図１５に示すように、スクリプトｓｕｂ１をロードして実行すると、そのスクリプトの実行中にスクリプトｓｕｂ４、スクリプトｓｕｂ５、スクリプトｓｕｂ６がロードされる。またスクリプトｓｕｂ２をロードして実行すると、スクリプトｓｕｂ３、スクリプトｓｕｂ６がロードされる。またスクリプトｓｕｂ３をロードして実行すると、スクリプトｓｕｂ１、スクリプトｓｕｂ７がロードされる。

これらスクリプトの依存関係は拡張アプリケーションごとに異なり、この例のスクリプトｓｕｂ１、スクリプトｓｕｂ３の様に、同じスクリプトが複数ロードされることもある。また、同じ拡張アプリケーションでも、処理する内容によって、ロードするスクリプトが異なる。尚、サブスクリプトのロードは、必要なときに随時行われるため、拡張アプリケーションの起動タイミングと、サブスクリプトのロードまでに時間を要することもある。

図１６は、実施形態に係る画像形成装置４０１における拡張アプリケーションのアンインストールの処理の流れを説明するシーケンス図である。

アプリケーション管理部３０２はＳ１６０１で、対象とする拡張アプリケーションの無効化を行う。次にアプリケーション管理部３０２はＳ１６０２で、その無効化した拡張アプリケーションのアイコンを更新するためにアイコンの更新処理を行う。次にアプリケーション管理部３０２はＳ１６０３で、対象の拡張アプリケーションに対して、終了要求を出す。これにより拡張アプリケーションは、その終了要求を受けてＳ１６０４で処理を終了し、アプリケーション管理部３０２に、アプリケーションの終了を通知する。これによりアプリケーション管理部３０２はＳ１６０５で、その拡張アプリケーションの処理終了を受けて、拡張アプリケーションのデータの削除を行う。この処理によって、拡張アプリケーションの無効化、アイコンの更新、拡張アプリケーションのアンインストールが行われる。

図１７は、実施形態に係る画像形成装置４０１における拡張アプリケーションの起動から終了までの処理に注目したシーケンス図である。

前述したように、拡張アプリケーションの実行、Ｓ１７０１で、ＶＭの起動処理を実行する。この起動処理によって、ＲＡＭ１０２上にＶＭが生成され、生成されたＶＭに拡張アプリケーションのスクリプトがロードされる。そしてＳ１７０２で、そのロードされたスクリプトが実行される。これにより、関連するスクリプトが順次ロードして実行されて拡張アプリケーションが実行される。そして拡張アプリケーションが終了するとＳ１７０４で、ＶＭの終了処理を実行する。このＶＭの終了処理によって、ＲＡＭ１０２上に生成されたＶＭが解放される。

この処理は、拡張アプリケーションの機能を実行する毎に行われる。例えば、図１１で示すＷｅｂサーブレットでは、１つのＨＴＴＰアクセス毎にこの処理を行っている。現在の多くのＷｅｂページは、一見単純なＷｅｂページでも複数のＨＴＴＰアクセスを必要とすることが知られている。この場合、１つのＨＴＴＰアクセスに掛かる時間が大きい程、Ｗｅｂページの更新に掛かる時間が長くなり、ユーザの使い勝手は悪くなる。また、図１１のＷｅｂサーブレットに限らず、図１７で示す処理の時間が短い方が画像形成装置４０１の性能は向上する。そこでＳ１７０１のＶＭ起動処理と、Ｓ１７０４のＶＭの終了処理に、実行時間を短くするための処理を施す。その処理とは、ＶＭの再利用である。即ち、一度実行にしたＶＭを解放せずに再利用することで、ＶＭの生成やスクリプトのロードに要する時間を短縮できる。しかし、単にＶＭを再利用するだけでは、セキュリティ上の問題や、メモリ枯渇の問題があるため、それら問題を回避しつつ、再利用可能な方法を提案する。

図１８は、実施形態に係る画像形成装置４０１における、拡張アプリケーションにより、ある処理を実行した後のＲＡＭ１０２上のＶＭのデータ構成の一例を示す図である。

ＶＭ１８００内には、ロードされたスクリプト群１８０１と、スクリプトによってセットされた作業用データ１８０２とが保持されている。この状態でＶＭを解放せずにＶＭを再利用することで、ＶＭの生成処理、スクリプトのロード処理をスキップして図１７の処理時間を短縮する。尚、この図１８が示す通り、再利用するＶＭ内には、作業用データ１８０２が保持された状態である。ＶＭを再利用せずに、ＶＭを最初から生成する場合、このデータは全てクリアされている状態である。多くの拡張アプリケーションでは、作業用データ１８０２がクリアされた状態でスクリプトが動作することを想定している。従って、再利用したＶＭ内に残る作業用データ１８０２によって、スクリプトが想定外の動作となり、不具合を起こす可能性がある。そこで、全ての拡張アプリケーションでＶＭの再利用をするのでなく、再利用しても問題が無いかどうかを、予め拡張アプリケーション側で宣言し、その宣言によってＶＭの再利用処理を切り替える。

図１９は、実施形態に係る画像形成装置４０１における、図１７のＳ１７０１のＶＭ起動処理を説明するフローチャートである。ＶＭ起動処理は、所定の拡張アプリケーションを実行するためのＶＭを準備するための処理である。尚、このフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０２に展開したプログラムを実行することにより達成されるため、ここではＣＰＵ１０１を処理の主体として説明する。

まずＳ１９０１でＣＰＵ１０１は、所定の拡張アプリケーションのＶＭの再利用が可能かどうかの宣言を確認する。この宣言は前述の通り、拡張アプリケーションがＶＭの再利用可能かどうかを予め宣言しており、アプリケーション管理部３０２に拡張アプリケーションを登録する際に、拡張アプリケーションに紐付けて登録している。Ｓ１９０１でＣＰＵ１０１は、再利用可能な拡張アプリケーションであればＳ１９０２に進み、再利用できなければＳ１９０３に進む。Ｓ１９０２では、再利用できるように保持しているＶＭの中に、条件に一致するＶＭがあるかどうかを調べる。ここで調べる条件は、保持しているＶＭのアプリケーションＩＤが同じであり、実行する機能が同じであることとする。ここで機能とは、図６で示すアイコンの登録処理、図１１で示すサーブレット処理、図１２で示すメニュー画面でアイコンが押下されたときの処理のいずれかである。Ｓ１９０２でＣＰＵ１０１は、条件が一致するＶＭ、即ち、再利用できるＶＭが存在すればＳ１９０５に進み、そうでなければＳ１９０３に進む。Ｓ１９０３でＣＰＵ１０１は、ＶＭが再利用できないため、従来と同様に新しくＶＭを生成する。そしてＳ１９０４に進みＣＰＵ１０１は、実行する機能を制御するためのスクリプトをロードして、この処理を終了する。一方、Ｓ１９０５でＣＰＵ１０１は、条件が一致する、再利用できるＶＭが存在したため、新たにＶＭを生成することなく、保持しておいたＶＭを再利用して処理を終了する。

尚、ＶＭを再利用できる拡張アプリケーションが複数存在する場合、各拡張アプリケーションごとに使用するＶＭを例えばＩＤなどで管理する。また同じ拡張アプリケーションであっても、ＶＭを利用する拡張アプリケーションの機能ごとに、再利用するＶＭを切り替える。即ち、例えば拡張アプリケーションのアイコンの登録処理と、アイコンの指示に伴う拡張アプリケーションの実行時では、同じ拡張アプリケーションであっても再利用するＶＭが異なる。

図２０は、実施形態に係る画像形成装置４０１における、図１７のＳ１７０４のＶＭの終了処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０２に展開したプログラムを実行することにより達成されるため、ここではＣＰＵ１０１を処理の主体として説明する。

まずＳ２００１でＣＰＵ１０１は、所定のアプリケーションがＶＭを再利用可能なアプリケーションかどうかを調べ、再利用可能であればＳ２００２に進み、再利用不可能であればＳ２００３に進む。Ｓ２００２でＣＰＵ１０１は、ＶＭを再利用できるように、そのＶＭを解放せずに保持して、この処理を終了する。一方、Ｓ２００３でＣＰＵ１０１は、ＶＭを解放して、処理を終了する。

図２１は、実施形態に係る画像形成装置４０１において、再利用のために保持しているＶＭを解放するイベント発生時の処理を説明するフローチャートである。ＶＭを保持して再利用することで図１７の処理時間を短縮することができるが、その一方で、ＶＭの保持はＲＡＭ１０２の圧迫や、意図しない拡張アプリケーションの不具合に繋がる可能性がある。そこで、ＶＭを解放するイベントを設定し、そのイベントの発生時にＶＭを解放するようにしている。尚、このフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０２に展開したプログラムを実行することにより達成されるため、ここではＣＰＵ１０１を処理の主体として説明する。

まずＳ２１０１でＣＰＵ１０１は、ＶＭの解放イベントが発生しているかどうかを判定する。ＶＭの解放イベントには、拡張アプリケーションの無効化、メモリの記憶領域の枯渇が含まれる。ＶＭ解放イベントが発生していると判定するとＳ２１０２に進みＣＰＵ１０１は、保持しているＶＭを解放して、この処理を終了する。一方、ＶＭ解放イベントが発生していないと判定すると、この処理を終了する。

こうして保持しているＶＭが解放されると、そのＶＭが展開されていたＲＡＭ１０２のメモリエリア（記憶領域）が解放されて、利用できるようになる。

図２２は、実施形態に係る拡張アプリケーションの情報を宣言するＭＥＴＡ情報ファイルの一例を示す図である。

このＭＥＴＡ情報ファイルは、拡張アプリケーションがどのようなアプリケーションであるかを宣言するものであり、拡張アプリケーションごとに存在する。アプリケーション管理部３０２によって、起動時、或いは拡張アプリケーションのインストール時に、このＭＥＴＡ情報ファイルが読み込まれ、その情報が登録される。ここで、参照番号２２０１は、アプリケーション識別ＩＤを示し、拡張アプリケーションの識別に利用される。参照番号２２０２は、拡張アプリケーションの名前を示し、拡張アプリケーション名を表示する際に利用される。参照番号２２０３は、拡張アプリケーションのバージョンを示し、拡張アプリケーションのバージョン管理に利用される。参照番号２２０４は、拡張アプリケーションがＶＭを再利用可能なアプリケーションかどうかを宣言する。図２２の例では、ＶＭを再利用可能であることが宣言されている。

図２３は、実施形態に係る画像形成装置４０１のアプリケーション管理部３０２によるＭＥＴＡ情報ファイルのＶＭ再利用宣言の処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がＲＡＭ１０２に展開したプログラムを実行することにより達成されるため、ここではＣＰＵ１０１を処理の主体として説明する。

まずＳ２３０１でＣＰＵ１０１は、図２２の参照番号２２０４で示すＶＭ再利用宣言の情報があるかどうかを判定する。この情報が存在するときはＳ２３０２に進み、そうでないときはＳ２３０４に進む。Ｓ２３０２でＣＰＵ１０１は、その宣言の内容が再利用可能かどうかを判定し、再利用可能であればＳ２３０３に進み、再利用不能であればＳ２３０４に進む。Ｓ２３０３でＣＰＵ１０１は、その拡張アプリケーションがＶＭを再利用可能であるとして登録して、この処理を終了する。一方、Ｓ２３０４でＣＰＵ１０１は、その拡張アプリケーションがＶＭ再利用不可であるとして登録して、この処理を終了する。

このように処理することで、ＶＭ再利用機能がサポートされる前から存在する拡張アプリケーションを、従来通りに動作させることができ、拡張アプリケーションが不正な動作になることを防ぐことができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１００…コントローラユニット、１０１…ＣＰＵ、１０２…ＲＡＭ、１１２…操作部、２１５…ＶＭスレッド、２２０…ＶＭシステムサービス、２４０…拡張アプリケーション、３０２…アプリケーション管理部、３０４…サーブレットサービス、４０１…画像形成装置

Claims (11)

1. 拡張アプリケーションを実行できる情報処理装置であって、
   拡張アプリケーションを実行するためのＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）と前記拡張アプリケーションがＶＭを再利用できるかどうかを示す情報とを記憶する記憶手段と、
   前記拡張アプリケーションの起動時、前記情報に基づいて当該拡張アプリケーションが前記ＶＭを再利用可能かどうか判定する第１判定手段と、
   前記第１判定手段により前記拡張アプリケーションが前記ＶＭを再利用可能と判定された場合、前記ＶＭを再利用可能であると判定された前記拡張アプリケーションの機能と、前記記憶手段に記憶されているＶＭを利用する前記拡張アプリケーションの機能が同じあるかどうかを判定する第２判定手段と、
   前記第２判定手段により機能が同じであると判定された場合、前記記憶手段に記憶されているＶＭを利用して前記拡張アプリケーションを実行するよう制御し、前記第１判定手段により、前記拡張アプリケーションが前記ＶＭを再利用可能でないと判定された場合、或いは前記第２判定手段により機能が同じではないと判定された場合、前記拡張アプリケーションを実行するためのＶＭを新たに生成し、新たなＶＭを利用して前記拡張アプリケーションを実行するよう制御する制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記ＶＭは識別情報（ＩＤ）により管理され、前記第２判定手段は、前記ＩＤに基づいて前記機能が同じであるかを判定することを特徴とする請求項１に記載の情報処理装置。
3. 前記拡張アプリケーションを終了する際、当該拡張アプリケーションが前記ＶＭを再利用可能かどうか判定する第３判定手段を、更に有し、
   前記第３判定手段により前記拡張アプリケーションが前記ＶＭを再利用可能であると判定された場合、前記記憶手段は、前記拡張アプリケーションで使用されていたＶＭを終了させることなく記憶することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第３判定手段は、前記拡張アプリケーションがＶＭを再利用可能かどうかを前記情報に基づいて判定することを特徴とする請求項３に記載の情報処理装置。
5. 前記機能は、前記拡張アプリケーションに対応するアイコンの登録処理、Ｗｅｂブラウザからの前記拡張アプリケーションに対するＨＴＴＰリクエストに応じてサーブレット処理、前記アイコンが指示されたときの処理を含むことを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記記憶手段に記憶されているＶＭを解放するイベントの発生を検知する検知手段と、
   前記検知手段による前記イベントの発生の検知に応じて、前記記憶手段に記憶されているＶＭを解放する解放手段と、を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記イベントは、前記拡張アプリケーションの無効化、及び前記記憶手段が前記ＶＭを記憶しているメモリの記憶領域の枯渇の少なくともいずれかにより発生されることを特徴とする請求項６に記載の情報処理装置。
8. 前記拡張アプリケーションの起動は、ＷｅｂブラウザからのＨＴＴＰリクエストによるものであることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記拡張アプリケーションの起動は、前記拡張アプリケーションに対応するアイコンの指示によるものであることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 拡張アプリケーションを実行できる情報処理装置を制御する制御方法であって、
    拡張アプリケーションを実行するためのＶＭと前記拡張アプリケーションがＶＭを再利用できるかどうかを示す情報とをメモリに記憶する記憶工程と、
    拡張アプリケーションの起動時、前記情報に基づいて当該拡張アプリケーションが前記ＶＭを再利用可能かどうか判定する第１判定工程と、
    前記第１判定工程により前記拡張アプリケーションが前記ＶＭを再利用可能と判定された場合、前記ＶＭを再利用可能であると判定された前記拡張アプリケーションの機能と、前記メモリに記憶されているＶＭを利用する前記拡張アプリケーションの機能が同じであるかどうかを判定する第２判定工程と、
    前記第２判定工程により機能が同じであると判定された場合、前記メモリに記憶されているＶＭを利用して前記拡張アプリケーションを実行するよう制御し、前記第１判定工程により前記拡張アプリケーションが前記ＶＭを再利用可能でないと判定された場合、或いは前記第２判定工程により機能が同じではないと判定された場合、前記拡張アプリケーションを実行するためのＶＭを新たに生成し、新たなＶＭを利用して前記拡張アプリケーションを実行するよう制御する制御工程と、
    を有することを特徴とする制御方法。
11. コンピュータを、請求項１乃至９のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images