(57)【要約】【課題】フレームワーク間に不整合が生じないようアプリケーションを停止させることを目的とする。【解決手段】アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、アプリケーション管理フレームワークとは異なる他のフレームワークと、他のフレームワークを用いて動作するアプリケーションと、を有し、アプリケーション管理フレームワークは、アプリケーションが停止可能か否かを判断する判断手段と、判断手段においてアプリケーションが停止可能であると判断されると、アプリケーションを停止させ、判断手段においてアプリケーションが停止可能ではないと判断されると、アプリケーションの停止を中止する停止制御手段と、を有することによって課題を解決する。【選択図】図２
2008130031.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、
前記アプリケーション管理フレームワークとは異なる他のフレームワークと、
前記他のフレームワークを用いて動作する前記アプリケーションと、
を有し、
前記アプリケーション管理フレームワークは、
前記アプリケーションが停止可能か否かを判断する判断手段と、
前記判断手段において前記アプリケーションが停止可能であると判断されると、前記アプリケーションを停止させ、前記判断手段において前記アプリケーションが停止可能ではないと判断されると、前記アプリケーションの停止を中止する停止制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記判断手段は、前記アプリケーションに停止条件を判定する停止条件判定手段が存在するか否かを判断し、前記停止条件判定手段が存在しないと判断すると、前記アプリケーションが停止可能であると判断することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判断手段は、前記アプリケーションに停止条件を判定する停止条件判定手段が存在するか否かを判断し、前記停止条件判定手段が存在すると判断すると、前記停止条件判定手段を動作させ、前記停止条件判定手段における判定結果に応じて、前記アプリケーションが停止可能か否かを判断することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記停止条件判定手段は、前記アプリケーションが用いている前記他のフレームワークに対して前記アプリケーションを前記他のフレームワークから解放可能か否かの問い合わせを行い、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止可能と判定し、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放不可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止不可能と判定することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記アプリケーション管理フレームワークの機能を利用するアプリケーション管理サービスを更に有し、
前記アプリケーション管理サービスは、前記アプリケーション管理フレームワークに対して、前記アプリケーションの停止命令を行う停止命令手段を有し、
前記判断手段は、前記アプリケーション管理サービスから前記アプリケーションの停止命令を受け取ると、前記アプリケーションが停止可能か否かを判断することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記アプリケーション管理サービスは、前記アプリケーション管理フレームワークより、前記アプリケーションの停止を中止することを示す情報を受け取ると、前記アプリケーションの停止を中止することを表示する表示制御手段を更に有することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、
前記アプリケーション管理フレームワークとは異なる他のフレームワークと、
前記他のフレームワークを用いて動作する前記アプリケーションと、
を有し、
前記アプリケーションは、
前記アプリケーション管理フレームワークからの呼び出しに応じて、前記アプリケーションが用いている前記他のフレームワークに対して前記アプリケーションを前記他のフレームワークから解放可能か否かの問い合わせを行い、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止可能と判定し、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放不可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止不可能と判定する停止条件判定手段を有することを特徴とする情報処理装置。
【請求項８】
アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、
前記アプリケーション管理フレームワークとは異なる他のフレームワークと、
前記他のフレームワークを用いて動作する前記アプリケーションと、
前記アプリケーション管理フレームワークの機能を利用するアプリケーション管理サービスと、
を有し、
前記アプリケーション管理サービスは、
前記アプリケーション管理フレームワークに対して、前記アプリケーションの停止命令を行う停止命令手段と、
前記アプリケーション管理フレームワークより、前記アプリケーションの停止を中止することを示す情報を受け取ると、前記アプリケーションの停止を中止することを表示する表示制御手段と、
を有することを特徴とする情報処理装置。
【請求項９】
アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、
前記アプリケーション管理フレームワークとは異なる他のフレームワークと、
前記他のフレームワークを用いて動作する前記アプリケーションと、
を有する情報処理装置におけるアプリケーション管理方法であって、
前記アプリケーション管理フレームワークが、
前記アプリケーションが停止可能か否かを判断する判断ステップと、
前記判断ステップにおいて前記アプリケーションが停止可能であると判断されると、前記アプリケーションを停止させ、前記判断ステップにおいて前記アプリケーションが停止可能ではないと判断されると、前記アプリケーションの停止を中止する停止制御ステップと、
を有することを特徴とするアプリケーション管理方法。
【請求項１０】
アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、
前記アプリケーション管理フレームワークとは異なる他のフレームワークと、
前記他のフレームワークを用いて動作する前記アプリケーションと、
を有する情報処理装置におけるアプリケーション管理方法であって、
前記アプリケーションが、
前記アプリケーション管理フレームワークからの呼び出しに応じて、前記アプリケーションが用いている前記他のフレームワークに対して前記アプリケーションを前記他のフレームワークから解放可能か否かの問い合わせを行い、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止可能と判定し、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放不可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止不可能と判定する停止条件判定ステップを有することを特徴とするアプリケーション管理方法。
【請求項１１】
アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、
前記アプリケーション管理フレームワークとは異なる他のフレームワークと、
前記他のフレームワークを用いて動作する前記アプリケーションと、
前記アプリケーション管理フレームワークの機能を利用するアプリケーション管理サービスと、
を有するアプリケーション管理方法であって、
前記アプリケーション管理サービスが、
前記アプリケーション管理フレームワークに対して、前記アプリケーションの停止命令を行う停止命令ステップと、
前記アプリケーション管理フレームワークより、前記アプリケーションの停止を中止することを示す情報を受け取ると、前記アプリケーションの停止を中止することを表示する表示制御ステップと、
を有することを特徴とするアプリケーション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びアプリケーション管理方法に関する。
【背景技術】
【０００２】
ソフトウェアのインストール・アンインストール・バージョンアップ時に、ソフトウェアの前提条件として必要なリソースの存在を確認する技術が知られている（例えば、特許文献１参照）。またミドルウェアのインストール時に必要な常駐プロセスを停止させてインストールを行う技術が知られている（例えば、特許文献２参照）。
【０００３】
【特許文献１】特開２００４−２５２６３３号公報
【特許文献２】特開２００５−３３９０７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、アプリケーション管理フレームワーク上で、その他のフレームワークも利用するアプリケーションを動作させる場合、フレームワーク間の整合性を考慮する必要がある。例えば、アプリケーションがその他のフレームワークを利用して動作している場合に、アプリケーション管理フレームワークがアプリケーションを停止させてしまったとする。すると、例えば、その他のフレームワークによるアプリケーションの解放処理の成功・失敗に関わらすアプリケーションは停止状態となってしまうため、システムとして問題が生じる可能性があった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、フレームワーク間に不整合が生じないようアプリケーションを停止させることを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、前記アプリケーション管理フレームワークとは異なる他のフレームワークと、前記他のフレームワークを用いて動作する前記アプリケーションと、
を有し、前記アプリケーション管理フレームワークは、前記アプリケーションが停止可能か否かを判断する判断手段と、前記判断手段において前記アプリケーションが停止可能であると判断されると、前記アプリケーションを停止させ、前記判断手段において前記アプリケーションが停止可能ではないと判断されると、前記アプリケーションの停止を中止する停止制御手段と、を有することを特徴とする。
【０００７】
また、本発明は、アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、前記アプリケーション管理フレームワークとは異なる他のフレームワークと、前記他のフレームワークを用いて動作する前記アプリケーションと、を有し、前記アプリケーションは、前記アプリケーション管理フレームワークからの呼び出しに応じて、前記アプリケーションが用いている前記他のフレームワークに対して前記アプリケーションを前記他のフレームワークから解放可能か否かの問い合わせを行い、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止可能と判定し、前記他のフレームワークより、前記アプリケーションを前記他のフレームワークから解放不可能であるとの問い合わせ結果を受け取ると、前記アプリケーションを停止不可能と判定する停止条件判定手段を有することを特徴とする。
【０００８】
また、本発明は、アプリケーションの動作状態を管理するアプリケーション管理フレームワークと、前記アプリケーション管理フレームワークとは異なる他のフレームワークと、前記他のフレームワークを用いて動作する前記アプリケーションと、前記アプリケーション管理フレームワークの機能を利用するアプリケーション管理サービスと、を有し、前記アプリケーション管理サービスは、前記アプリケーション管理フレームワークに対して、前記アプリケーションの停止命令を行う停止命令手段と、前記アプリケーション管理フレームワークより、前記アプリケーションの停止を中止することを示す情報を受け取ると、前記アプリケーションの停止を中止することを表示する表示制御手段と、を有することを特徴とする。
【０００９】
また、本発明は、アプリケーション管理方法としてもよい。
【発明の効果】
【００１０】
本発明によれば、フレームワーク間に不整合が生じないようアプリケーションを停止させることができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
なお、本発明が適用可能なアプリケーション管理システムは、その実行環境が搭載されていれば如何なる機器でも実行可能である。なお、以下では、機器の一例として、情報処理装置を例に説明を行う。また、アプリケーション管理フレームワークと並存するその他のフレームワークはいくつ存在していてもよい。
【００１２】
＜実施形態１＞
図１は、情報処理装置のハードウェア構成の一例を示す図である。図１に示されるように情報処理装置は、情報処理装置全体を制御するＣＰＵ１１を有する。ＣＰＵ１１が、記憶装置１３に記憶されている、後述するサービス、アプリケーション、フレームワーク、プログラム実行環境等に対応するプログラムに基づき処理を行うことによって、後述する各機能、又はフローチャートを実現する。
【００１３】
ＣＰＵ１１には、バス１０を介して、入力装置１２、記憶装置１３及び表示装置１４が接続されている。記憶装置１３は、例えば、ＲＯＭ、ＲＡＭ、ハードディスク装置等からなり、上述した各プログラム以外に、プログラムに基づく処理で用いられるデータ等を記憶する。表示装置１４は、後述する画面等を表示するディスプレイである。
【００１４】
次に、情報処理装置のアプリケーション管理システムの機能構成について説明する。図２は、アプリケーション管理システムの機能構成の一例を示す図である。なお、ＣＰＵ１１及び記憶装置１３の各プログラムから、以下の各部１０１、１０２、１０３、１０４、１５が構成される。
【００１５】
プログラム実行環境１０１は、アプリケーション管理システムを動作させるのに必要となる実行環境である。アプリケーション管理フレームワーク１０２は、アプリケーションの動作状態を管理するフレームワークである。並存するフレームワーク１０３は、アプリケーション管理フレームワーク１０２と共存して動作するその他のフレームワークである。なお、並存するフレームワーク１０３のことを、以下、単にその他のフレームワーク１０３ともいう。
【００１６】
ここで、フレームワークとは、各アプリケーションと、プログラム実行環境１０１との中間に位置し、各アプリケーションに対してアプリケーションよりは汎用的な機能をアプリケーションに提供するソフトウェアである。
【００１７】
アプリケーション管理サービス１０４は、アプリケーション管理フレームワーク１０２上で動作し、アプリケーション管理フレームワーク１０２のフロンエンドとしての機能を提供するサービスである。アプリケーション１０５は、アプリケーション管理フレームワーク１０２上で動作し、同時のその他のフレームワークも利用しながら動作するアプリケーションである。
【００１８】
アプリケーション管理サービス１０４からアプリケーション１０５を停止する場合、アプリケーション管理フレームワーク１０２を通じて対象アプリケーション（アプリケーション１０５）の停止処理が行われる。アプリケーション管理フレームワーク１０２が対象アプリケーションを停止する際には、停止条件チェック機能（後述する停止条件判定部４１）が対象アプリケーションに存在する場合には、停止条件判定部４１が停止条件のチェックを行う。
【００１９】
停止条件のチェックにおいては、停止条件判定部４１が、対象アプリケーションをその他のフレームワーク１０３から解放可能か否かの問い合わせをその他のフレームワーク１０３に対して行う。アプリケーション１０５より、この問い合わせの結果を受け取ったアプリケーション管理フレームワーク１０２は、この問い合わせの結果に応じて、アプリケーション１０５を実際に停止させるか、又は停止処理をキャンセル（中止）するか判断する。
【００２０】
図３は、アプリケーション管理サービス１０４、アプリケーション管理フレームワーク１０２、アプリケーション１０５の機能構成図である。
【００２１】
図３に示されるように、アプリケーション管理サービス１０４は、機能構成として、開始命令部２０と、停止命令部２１と、表示制御部２２と、を含む。また、アプリケーション管理フレームワーク１０２は、機能構成として、開始制御部３０と、停止制御部３１と、を含む。また、アプリケーション１０５は、開始処理部４０と、停止条件判定部４１と、停止処理部４２と、を含む。なお、アプリケーション毎に、例えば、開始処理部４０、又は停止条件判定部４１、又は停止処理部４２を変更することによって、アプリケーション固有の処理を行わせることができる。
【００２２】
開始命令部２０は、表示装置１４に表示された画面及び／又は入力装置１２等を介して、ユーザより、アプリケーションの開始要求を受け取ると、アプリケーション管理フレームワーク１０２の開始制御部３０を呼ぶ。開始制御部３０は、アプリケーション管理サービス１０４より呼ばれると、アプリケーション１０５の開始処理部４０を呼び、開始処理部４０より、開始処理結果を受け取ると、開始命令部２０に開始処理結果を返す。開始命令部２０より、この開始処理結果を受け取った表示制御部２２は、例えば、開始処理結果を画面等に表示する。一方、開始処理部４０は、アプリケーション管理フレームワーク１０２より呼ばれると、アプリケーションの開始処理を実行し、開始処理結果を開始制御部３０に返す。
【００２３】
停止命令部２１は、表示装置１４に表示された画面及び／又は入力装置１２等を介して、ユーザより、アプリケーションの停止要求を受け取ると、アプリケーション管理フレームワーク１０２の停止制御部３１を呼び出す。停止制御部３１は、アプリケーション管理サービス１０４より呼ばれると、アプリケーション１０５の停止条件判定部４１を呼び出す。
ここで、アプリケーション１０５が停止条件判定部４１を有しておらず、停止制御部３１がアプリケーション１０５の停止条件判定部４１を呼び出すことができない場合、停止制御部３１はアプリケーション１０５を停止可能であると判断する。
【００２４】
一方、アプリケーション１０５が停止条件判定部４１を有しており、停止制御部３１がアプリケーション１０５の停止条件判定部４１を呼び出すことができる場合は、停止条件判定部４１より、停止可能か否かの判定結果を受け取る。停止制御部３１は、この判定結果に基づいて、アプリケーション１０５を停止可能か否か判断する。つまり、停止制御部３１は、停止条件判定部４１より停止可能であること示す判定結果を受け取ると、アプリケーション１０５を停止可能であると判断する。また、停止制御部３１は、停止条件判定部４１より停止不可能であることを示す判定結果を受け取ると、アプリケーション１０５を停止不可能であると判断する。
【００２５】
停止制御部３１は、アプリケーション１０５を停止可能であると判断すると、アプリケーション１０５の停止処理部４２を呼び、停止処理部４２より、停止処理結果を受け取ると、停止命令部２１に停止処理結果を返す。停止命令部２１より、この停止処理結果を受け取った表示制御部２２は、例えば、停止処理結果を画面等に表示する。一方、停止処理部４２は、アプリケーション管理フレームワーク１０２より呼ばれると、アプリケーションの停止処理を実行し、停止処理結果を停止制御部３１に返す。
【００２６】
一方、停止制御部３１は、アプリケーション１０５を停止不可能であると判断すると、停止処理部４２を呼ばず、停止命令部２１に停止不可能であることを示す情報を返す。停止命令部２１より、この情報を受け取った表示制御部２２は、例えば、アプリケーション１０５を停止することはできない旨の情報を画面等に表示する。
【００２７】
図４は、アプリケーション停止処理の一例を示すフローチャートである。
ステップＳ３０１において、アプリケーション管理サービス１０４の停止命令部２１が、アプリケーション１０５の停止をアプリケーション管理フレームワーク１０２の停止制御部３１に対して指示する。
【００２８】
続いて、ステップＳ３０２において、アプリケーション管理フレームワーク１０２の停止制御部３１は、アプリケーション管理サービス１０４からの指示を受けて、アプリケーション１０５の停止に係る処理を開始する。
【００２９】
続いて、ステップＳ３０３において、アプリケーション管理フレームワーク１０２の停止制御部３１は、アプリケーション１０５は停止可能か否かを判断する。なお、ステップＳ３０３の処理の詳細は、後述する図５に示す。停止制御部３１は、アプリケーション１０５は停止可能であると判断すると（ステップＳ３０３においてＹＥＳ）、ステップＳ３０４に進み、アプリケーション１０５は停止可能ではないと判断すると（ステップＳ３０３においてＮＯ）、ステップＳ３０５に進む。
【００３０】
ステップＳ３０４において、アプリケーション管理フレームワーク１０２の停止制御部３１は、アプリケーション１０５の停止処理部４２を呼び出す。アプリケーション１０５の停止処理部４２は、アプリケーション１０５の停止処理を実行し、アプリケーション１０５は、停止状態になる。
【００３１】
一方、ステップＳ３０５において、アプリケーション管理フレームワーク１０２の停止制御部３１は、アプリケーション１０５の停止に係る処理をキャンセルし、上述したように、停止命令部２１に例えば停止不可能であることを示す情報を返す。
【００３２】
図５は、ステップＳ３０３の処理の詳細の一例を示すフローチャートである。
ステップ４０１において、アプリケーション管理フレームワーク１０２の停止制御部３１は、対象アプリケーション（本実施形態ではアプリケーション１０５）に停止条件判定部４１が存在するか否かを判断する。停止制御部３１は、停止条件判定部４１が存在しないと判断すると（ステップＳ４０１においてＮＯ）、ステップＳ４０４に進み、アプリケーション１０５は停止可能であるとする。一方、停止制御部３１は、停止条件判定部４１が存在すると判断すると（ステップＳ４０１においてＹＥＳ）、ステップＳ４０２に進む。
【００３３】
ステップＳ４０２において、アプリケーション管理フレームワーク１０２の停止制御部３１は、アプリケーション１０５の停止条件判定部４１を呼び出す。そして、停止条件判定部４１は、停止条件判定処理を実行する。
【００３４】
ステップＳ４０３において、停止条件判定部４１は、アプリケーション１０５が利用しているアプリケーション管理フレームワーク１０２以外のフレームワーク（本実施形態ではその他のフレームワーク１０３）に対して解放可能か否かを問い合わせる。問い合わせの結果、解放可能であれば、停止条件判定部４１は、使用中フレームワークから解放可能であると判定し（ステップＳ４０３においてＹＥＳ）、ステップＳ４０４に進む。一方、問い合わせの結果、解放可能でなければ、停止条件判定部４１は、使用中フレームワークから解放可能でいない（解放不可能）と判定し（ステップＳ４０３においてＮＯ）、ステップＳ４０５に進む。
【００３５】
ステップＳ４０４において、アプリケーション１０５の停止条件判定部４１は、停止可能であることを示す判定結果をアプリケーション管理フレームワーク１０２の停止制御部３１に返す。この判定結果を受け取った停止制御部３１は、アプリケーション１０５は停止可能であるとする。
【００３６】
一方、ステップＳ４０５において、アプリケーション１０５の停止条件判定部４１は、停止不可能であることを示す判定結果をアプリケーション管理フレームワーク１０２の停止制御部３１に返す。この判定結果を受け取った停止制御部３１は、アプリケーション１０５は停止不可能であるとする。
【００３７】
ステップＳ４０６において、停止制御部３１は、アプリケーション停止可能か否かの判断を確定する。
【００３８】
図６は、図５に示した処理を擬似的なコードで示した図である。５０１は、アプリケーション管理フレームワーク１０２側の処理のコード記述例である。５０２は、アプリケーション１０５側の処理のコード記述例である。
【００３９】
＜実施形態２＞
実施形態１ではアプリケーション管理システムの構成や処理の流れについて説明した。実施形態２ではアプリケーション管理システムにおいてＧＵＩアプリケーションを実際に停止する際の手順を、画面例の図を用いながら説明する。なお、本実施形態ではアプリケーション管理フレームワーク１０２と並存するその他のフレームワークとしてＧＵＩ管理フレームワークを取り上げるが、その他のフレームワークはどのような種類のものであってもよい。
【００４０】
図７は、ＧＵＩアプリケーションの動作画面例を示す図である。６０１は、動作画面全体である。６０２は、アプリケーション管理システム上のアプリケーションの画面表示領域（アプリケーション画面表示領域）である。６０３は、アプリケーションボタン表示領域であり、アプリケーション管理システム上で動作状態のアプリケーションのボタンが表示されている。ユーザが各ボタンを押下することによってアプリケーションの画面表示領域に表示されているアプリケーションを、ボタンに対応したアプリケーションの画面に切り替えることができる。
【００４１】
６０４は、動作状態のアプリケーションのうち「Ａｐｐ３」というアプリケーションがポップアップで表示させているウィンドウであり、このとき該当アプリケーションはＧＵＩ管理フレームワークを利用してウィンドウを表示させている。
【００４２】
図８は、アプリケーション管理サービスの動作画面例を示す図である。アプリケーション画面表示領域６０２にはアプリケーション管理サービス１０４の画面が表示されている。７０１は、インストール済みのアプリケーション一覧である。一例としてアプリケーションの名前（Ｎａｍｅ）や、開始、又は停止という動作状態（Ｓｔａｔｅ）が表示されている。ユーザは、アプリケーション一覧から操作を行うための対象としたいアプリケーションを選択することができる。
【００４３】
７０２は、選択したアプリケーションの開始処理を行うためのボタンである。７０３は、選択したアプリの停止処理を行うためのボタンである。以下、この画面からユーザが「Ａｐｐ３」を選択してアプリケーションを停止させる場合を考える。ただし「Ａｐｐ３」はＧＵＩ管理フレームワークを用いてポップアップウィンドウを表示させた状態のままであるので、ＧＵＩ管理フレームワークから「Ａｐｐ３」を解放することはこの時点ではできない。したがって停止条件判定部４１において「Ａｐｐ３」の停止条件判定が行われると、対象アプリケーションは停止不可ということになり、停止制御部３１において停止に係る処理がキャンセルされる。
【００４４】
図９は、停止処理がキャンセルされた際に、アプリケーション管理サービスがその旨を伝えるダイアログウィンドウを表示する動作画面例を示す図である。８０１は、対象アプリケーションの停止処理がキャンセルされたことを表示するダイアログウィンドウである。８０２は、ダイアログウィンドウのメッセージである。
【００４５】
このようなダイアログウィンドウ８０１が表示されるとユーザは、ＯＫボタンを押下して、ダイアログウィンドウ８０１を閉じて「Ａｐｐ３」をＧＵＩ管理フレームワークから解放できる状態にした上で改めて停止処理を行う（ボタン７０２を押下する）。すると、アプリケーション管理システムは、対象アプリケーションを実際に停止状態にすることができる。
【００４６】
アプリケーション管理システムが上述したような処理を行うことによって、アプリケーション管理フレームワークと、その他のフレームワークとの間で整合性を保ちながらアプリケーションを停止することができる。
【００４７】
＜その他の実施形態＞
本発明の目的は、上述した実施形態の機能を実現するソフトウェア（プログラム）を記録した記憶媒体（記録媒体）をシステム又は装置に供給し、そのシステム又は装置のコンピュータ（ＣＰＵやＭＰＵ）が前記ソフトウェアを実行することでも達成される。この場合、記憶媒体から読み出されたソフトウェア自体が上述した実施形態の機能を実現することになり、そのソフトウェアを記憶した記憶媒体は本発明を構成する。
【００４８】
また、前記ソフトウェアの実行により前記機能が実現されるだけでなく、そのソフトウェアの指示により、コンピュータ上で稼働するオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、それによって上記機能が実現される場合も含む。
【００４９】
また、前記ソフトウェアがコンピュータに接続された機能拡張カードやユニットのメモリに書き込まれ、そのソフトウェアの指示により、前記カードやユニットのＣＰＵ等が実際の処理の一部又は全部を行い、それによって前記機能が実現される場合も含む。
【００５０】
本発明を前記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するソフトウェアが格納される。
【００５１】
以上、上述した各実施形態によれば、フレームワーク間に不整合が生じないようアプリケーションを停止させることができる。
【００５２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５３】
【図１】情報処理装置のハードウェア構成の一例を示す図である。
【図２】アプリケーション管理システムの機能構成の一例を示す図である。
【図３】アプリケーション管理サービス１０４、アプリケーション管理フレームワーク１０２、アプリケーション１０５の機能構成図である。
【図４】アプリケーション停止処理の一例を示すフローチャートである。
【図５】ステップＳ３０３の処理の詳細の一例を示すフローチャートである。
【図６】図５に示した処理を擬似的なコードで示した図である。
【図７】ＧＵＩアプリケーションの動作画面例を示す図である。
【図８】アプリケーション管理サービスの動作画面例を示す図である。
【図９】停止処理がキャンセルされた際に、アプリケーション管理サービスがその旨を伝えるダイアログウィンドウを表示する動作画面例を示す図である。
【符号の説明】
【００５４】
１１    ＣＰＵ
１２    入力装置
１３    記憶装置
１４    表示装置
２０    開始命令部
２１    停止命令部
２２    表示制御部
３０    開始制御部
３１    停止制御部
４０    開始処理部
４１    停止条件判定部
４２    停止処理部
１０１  プログラム実行環境
１０２  アプリケーション管理フレームワーク
１０３  並存するフレームワーク
１０４  アプリケーション管理サービス
１０５  アプリケーション
【図１】
2008130031.tif 000003
【図２】
2008130031.tif 000004
【図３】
2008130031.tif 000005
【図４】
2008130031.tif 000006
【図５】
2008130031.tif 000007
【図６】
2008130031.tif 000008
【図７】
2008130031.tif 000009
【図８】
2008130031.tif 000010
【図９】
2008130031.tif 000011