JP5448576B2

JP5448576B2 - 表示制御装置、表示制御方法及びプログラム

Info

Publication number: JP5448576B2
Application number: JP2009126708A
Authority: JP
Inventors: 秀一岡村; 由香里矢野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2008-06-03
Filing date: 2009-05-26
Publication date: 2014-03-19
Anticipated expiration: 2029-05-26
Also published as: US9105222B2; JP2010015549A; US20090300538A1

Description

本発明は、デバイスの性能変化に対応してアプリケーションプログラムを適切に表示させるための技術に関するものである。

アプリケーションマネージャは、アプリケーションの表示を管理し、アプリケーションをどのウィンドウのどの位置にどんな大きさでどのように（部品の見栄えなど）表示するかを扱うプログラムである。従来、アプリケーションマネージャは、システムに１つ存在し、ウィンドウの切り替えや、タブの切り替えによって複数のアプリケーションを同時に管理していた。その際に、決まったサイズの画面に決まった色数で、決まったＵＩデザイン部品で構成されたアプリケーションを表示していた。

特許文献１には、プログラム実行時にイベントを取得して、取得したイベントに応じた画面インタフェースを変更する技術が開示されている。

特開平６−２８２３９６号公報

しかしながら、近年システムの性能は、画面解像度が増え、色数はフルカラーになって、階調を持った透過度が設定できるようになり向上している。そうすると、新機能を持つアプリケーションマネージャ配下で旧アプリケーションを使用したい場合、画面のサイズや色数の変更、ＵＩ部品の修正等が個々のアプリケーションで必要になってくるという問題があった。

また、特許文献１に開示される技術では、予めアプリケーション内にイベント発生ポイントを設定しておかなければならないという問題があった。

そこで、本発明の目的は、種々のアプリケーションを、当該アプリケーションの修正なしに使用可能にすることにある。

本発明の表示制御装置は、第１のアプリケーションマネージャで管理されている指定されたアプリケーションプログラムの属性情報と一致する第２のアプリケーションマネージャが無い場合、前記アプリケーションプログラムの表示処理が可能であることを示す属性情報を有する第３のアプリケーションマネージャを複数のアプリケーションマネージャから選択する選択手段と、前記第１のアプリケーションマネージャから前記第３のアプリケーションマネージャに前記アプリケーションプログラムの表示処理を移譲する制御手段と、を有し、前記アプリケーションマネージャは、前記アプリケーションプログラムの表示処理を実行するプログラムである。

本発明によれば、種々のアプリケーションを、当該アプリケーションの修正なしに使用することができる。

本発明の実施形態に係るアプリケーション管理システムの構成を示すブロック図である。本発明の第１の実施形態に係るアプリケーション管理システムの処理の流れを示すフローチャートである。本発明の第３の実施形態に係るアプリケーション管理システムの処理の流れを示すフローチャートである。アプリケーションの属性情報及びアプリケーションマネージャの属性情報の構成を示す図である。アプリケーション選択画面の表示例及びアプリケーションが表示部の全表示領域を用いて表示された例を示す図である。アプリケーションが表示部の一部の表示領域を用いて表示された例及びアプリケーションマネージャのバージョンがアプリケーションのバージョンに対応可能である場合におけるアプリケーションの表示例を示す図である。アプリケーションが縮小表示機能を有する第２のアプリケーションマネージャによって縮小表示された例を示す図である。第１のアプリケーションマネージャがCプログラムで実装され、第２のアプリケーションマネージャがＪＡＶＡ（登録商標）プログラムで実装された例を示す図である。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。以下では、複数のアプリケーションプログラム（以下、単にアプリケーションと称す）の切り替えを行うにあたって、それらアプリケーションの表示画面の構成を管理するアプリケーションマネージャが複数存在するシステムについて説明する。

先ず、本発明の第１の実施形態について説明する。
図１は、本発明の第１の実施形態に係るアプリケーション管理システムの構成を示すブロック図である。図１において、１０１はシステム全体を制御するＣＰＵ（Central Processing Unit）である。１０２は、外部装置等から供給されるプログラムやデータベースから取得したデータ、プログラム実行中の中間データを一時記憶するＲＡＭ（Random Access Memory）である。１０３は、各装置を結ぶバスである。１０４は、システムに固定して設置されたハードディスクであり、システムを制御するプログラム及びＲＡＭ１０２より取得した情報を記憶する。なお、図１に示すアプリケーション管理システムは、本発明の表示制御装置の適用例となる構成である。

１０５は、表示部であり、ユーザインタフェース表示のために用いられる。１０６は、ユーザが操作を行う操作部であり、この操作部における操作に応じた情報が入力される。なお、操作部１０６が表示部１０５と一体となったタッチパネル付きディスプレイ等も考えられる。

本実施形態においては、アプリケーションの属性情報及びアプリケーションマネージャの属性情報に含まれる画面解像度情報を使用することによりアプリケーションマネージャを切り換えることが可能である。

図２は、本実施形態に係るアプリケーション管理システムの処理の流れを示すフローチャートであり、ユーザがアプリケーションを選択してから画面が表示されるまでの処理を示している。

図４は、アプリケーションの属性情報及びアプリケーションマネージャの属性情報の構成を示す図である。図４に示すように、アプリケーションの属性情報及びアプリケーションマネージャの属性情報は、画面解像度、ＵＩ部品情報、画面色数、バージョン情報、透過処理情報等の属性名を持ち、各々に１つ以上の属性の値を保持している。

本実施形態の説明では、これらの属性情報のうちの画面解像度情報に着目する。先ず、図５（Ａ）に示すように、表示部１０５には、第１のアプリケーションマネージャが主導権を握っている画面が表示されており、そこには１つ以上のアプリケーション（図５（Ａ）では、ＡＰＬ１〜５）が選択可能な状態で表示されている。図５（Ａ）の表示部１０５上で表示される各アプリケーションは、第１のアプリケーションマネージャによって管理されている。第１のアプリケーションマネージャ及び後述の第２のアプリケーションマネージャは、コンピュータであるＣＰＵ１０１により実行されるプログラムである。第１、第２のアプリケーションマネージャのプログラムは、ＣＰＵ１０１が読出すことができるように、記憶媒体であるハードディスク１０４に格納されている。ＣＰＵ１０１は、このプログラムをハードディスク１０４から読み出して実行する。

ユーザは、第１のアプリケーションマネージャ上で管理されている複数のアプリケーション（APL１〜５）のうちから、表示処理の対象となる任意のアプリケーションを選択する。第１のアプリケーションマネージャは、ステップＳ２０１において、ユーザによって選択されたアプリケーションの選択情報を入力する。

また、第１のアプリケーションマネージャは、１つ以上の第２のアプリケーションマネージャを管理している。第１のアプリケーションマネージャは、ステップＳ２０２において、第１のアプリケーションマネージャが管理している１つ以上の第２のアプリケーションマネージャから任意の第２のアプリケーションマネージャを選択する。

続くステップＳ２０３において、第１のアプリケーションマネージャは、ステップＳ２０１にて選択されたアプリケーションの属性情報から画面解像度情報を取得する。この属性情報は、ハードディスク１０４あるいはＲＡＭ１０２に記憶されている。ここで取得された画面解像度情報には、画面解像度800ｘ600が設定されていたとする。

続くステップＳ２０４において、第１のアプリケーションマネージャは、第２のアプリケーションマネージャの属性情報から画面解像度情報を取得する。この属性情報は、ハードディスク１０４あるいはＲＡＭ１０２に記憶されている。ここで取得された画面解像度情報には、画面解像度800ｘ600が設定されていたとする。

続くステップＳ２０５において、第１のアプリケーションマネージャは、属性情報（画面解像度）を比較し、一致するか判定する（判定手順）。すなわち、ステップＳ２０３で取得された画面解像度情報で設定される画面解像度と、ステップＳ２０４で取得された画面解像度情報で設定される画面解像度とが等しいかどうかを比較する。即ち、ステップＳ２０５においては、アプリケーションの属性情報と第２のアプリケーションマネージャの属性情報との適合判定を行っている。ここでは、双方の画面解像度が800x600で一致するため、処理はステップＳ２０６に移行する。

ステップＳ２０６において、第１のアプリケーションマネージャは、ステップＳ２０２で選択された第２のアプリケーションマネージャに、ステップＳ２０１で選択されたアプリケーションの処理を委譲する。したがって、このアプリケーションの表示処理は、この第２のアプリケーションマネージャにより実行される。その結果、処理を移譲されたアプリケーションマネージャは、決まった解像度（サイズ）の画面（800ｘ600）に決まった色数で、決まったＵＩデザイン部品で構成されたアプリケーションを表示制御する（制御手順）。例えば、図５（Ｂ）に示すように、当該アプリケーション（ＡＰＬ３）が画面解像度800x600の表示部１０５の全表示領域を用いて適切に表示される。

他の例として、ステップＳ２０３において取得されたアプリケーションの画面解像度情報で画面解像度640ｘ480が設定されていたとする。また、ステップＳ２０４において取得された第２のアプリケーションマネージャの画面解像度情報で画面解像度800ｘ600が設定されていたとする。この場合、ステップＳ２０５の判定において双方の画面解像度が一致しないと判定される。従って、処理はステップＳ２０７に移行し、第１のアプリケーションマネージャは、ステップＳ２０２で選択された第２のアプリケーションマネージャを使用せず、次に使用可能な第２のアプリケーションマネージャが存在するかどうかを調べる。

他に使用可能な第２のアプリケーションマネージャが存在する場合、第１のアプリケーションマネージャは、ステップＳ２０８で当該第２のアプリケーションマネージャを選択する。そして、第１のアプリケーションマネージャは、当該第２のアプリケーションマネージャの属性情報から画面解像度情報を取得する（ステップＳ２０４）。このとき選択された第２のアプリケーションマネージャの画面解像度情報では解像度640x480が設定されていたとする。この場合、ステップＳ２０５の判定において双方の画面解像度が一致すると判定される。従って、処理はステップＳ２０６に移行し、第１のアプリケーションマネージャは、ステップＳ２０８で選択された第２のアプリケーションマネージャにステップＳ２０１で選択されたアプリケーションの処理を委譲する。その結果、処理を移譲されたアプリケーションマネージャは、決まった解像度（サイズ）の画面（640ｘ480）に決まった色数で、決まったＵＩデザイン部品で構成されたアプリケーションを表示する。例えば、図６（Ａ）に示すように、表示部１０５において当該アプリケーション（ＡＰＬ３）がこの第２のアプリケーションマネージャにより640ｘ480の表示領域を用いて適切に表示される。

なお、ステップＳ２０７において次の第２のアプリケーションマネージャが存在しないと判定された場合には終了する。

以上のように、アプリケーションの画面解像度が、最初に選択された第２のアプリケーションマネージャの画面解像度と一致しない場合がある。その場合には、図６（Ａ）に示すように、次の適合する第２のアプリケーションマネージャを選択することで当該アプリケーションを適切に表示できる。

また、第２のアプリケーションマネージャから第１のアプリケーションマネージャへ戻す場合には、図６（Ａ）に示す、戻るボタン２０２を使用する。他の例として、表示部１０５内におけるＧＵＩのボタン部品や音声操作等で第１のアプリケーションマネージャへ戻す構成とすることも可能である。

また、アプリケーションが必要とする画面解像度に適合するアプリケーションマネージャが見つからない場合がある。そのような場合には、画面解像度が320x240等の異なる属性情報を持つ第２のアプリケーションマネージャで拡張することも可能である。さらに、新たな第２のアプリケーションマネージャを導入する場合にも、同様に第２のアプリケーションマネージャを拡張することもできる。さらに、第１のアプリケーションマネージャは、第２のアプリケーションマネージャを兼ねる場合もある。

本実施形態では、アプリケーション実行時に使用する第２のアプリケーションマネージャを選択するようにしている。他の例として、アプリケーション実行時ではなく、アプリケーションをシステムにインストールする際に、当該アプリケーションが使用する第２のアプリケーションマネージャを予め当該アプリケーションに対応付けてもよい。

次に、本発明の第２の実施形態について説明する。本実施形態の説明は、上述した第１の実施形態とは異なる点について行うものとする。本実施形態と第１の実施形態とは、図２のステップＳ２０３〜ステップＳ２０５の処理が異なる。また、本実施形態の説明では、図４に示す属性情報のうちのバージョン情報に着目する。なお、本実施形態に係るアプリケーション管理システムの構成は、図１に示した構成と同様である。

図２のステップＳ２０３に対応する処理において、第１のアプリケーションマネージャは、ステップＳ２０１にて選択されたアプリケーションの属性情報からバージョン情報を取得する。ここで取得されたバージョン情報には、バージョン2.0が設定されていたとする。

続くステップＳ２０４に対応する処理において、第１のアプリケーションマネージャは、第２のアプリケーションマネージャの属性情報からバージョン情報を取得する。ここで取得されたバージョン情報には、バージョン2.0が設定されていたとする。

続くステップＳ２０５に対応する処理において、第１のアプリケーションマネージャは、属性情報（バージョン情報）を比較し、一致するか判定する。すなわち、ステップＳ２０３に対応する処理で取得されたバージョン情報で設定されるバージョンと、ステップＳ２０４に対応する処理で取得されたバージョン情報で設定されるバージョンとが一致するかどうかを判定する。ここでは、双方のバージョンがバージョン2.0で一致するため、処理はステップＳ２０６に移行する。

ステップＳ２０６において、第１のアプリケーションマネージャは、ステップＳ２０２で選択された第２のアプリケーションマネージャにステップＳ２０１で選択されたアプリケーションの処理を委譲する。その結果、図５（Ｂ）に示すように、当該アプリケーション（ＡＰＬ３）がこの第２のアプリケーションマネージャにより当該アプリケーションの画面解像度情報に示される画面解像度800x600の表示部１０５の全表示領域を用いて適切に表示される。

他の例として、ステップＳ２０３に対応する処理において取得されたアプリケーションのバージョン情報でバージョン1.0が設定されていたとする。また、ステップＳ２０４に対応する処理において取得された第２のアプリケーションマネージャのバージョン情報でバージョン2.0が設定されていたとする。この場合、ステップＳ２０５に対応する処理の判定において双方のバージョンが一致しないと判定される。従って、処理はステップＳ２０７に移行し、第１のアプリケーションマネージャは、ステップＳ２０２で選択された第２のアプリケーションマネージャを使用せず、次に使用可能な第２のアプリケーションマネージャが存在するかどうかを調べる。

他に使用可能な第２のアプリケーションマネージャ存在する場合、第１のアプリケーションマネージャは、ステップＳ２０８で当該第２のアプリケーションマネージャを選択する。そして、第１のアプリケーションマネージャは、当該第２のアプリケーションマネージャの属性情報からバージョン情報を取得する（ステップＳ２０４に対応する処理）。このとき選択された第２のアプリケーションマネージャのバージョン情報ではバージョン1.0が設定されていたとする。この場合、ステップＳ２０５に対応する処理の判定において双方のバージョンが一致すると判定される。従って、処理はステップＳ２０６に移行し、第１のアプリケーションマネージャは、ステップＳ２０８で選択された第２のアプリケーションマネージャにステップＳ２０１で選択されたアプリケーションの処理を委譲する。その結果、図６（Ａ）に示すように、旧バージョンの当該アプリケーション（ＡＰＬ３）がこの第２のアプリケーションマネージャにより画面解像度800x600の表示部１０５内に640ｘ480の表示領域を用いて適切に表示される。

以上のように、アプリケーションのバージョンが最初に選択された第２のアプリケーションマネージャのバージョンと一致しない場合、次の適合する第２のアプリケーションマネージャを選択することで当該アプリケーションを適切に表示することが可能となる。

次に、本発明の第３の実施形態について説明する。上述した第１、第２の実施形態では、アプリケーション及び第２のアプリケーションマネージャの属性情報から画面解像度情報、バージョン情報を使用することにより第２のアプリケーションマネージャを切り換えていた。本発明の第３の実施形態では、画面解像度、バージョン情報だけではなく、複数の属性情報から複合的にアプリケーションに適合する第２のアプリケーションマネージャを切り換える手法について説明する。なお、本実施形態に係るアプリケーション管理システムの構成は、図１に示した構成と同様である。

図３は、本実施形態に係るアプリケーション管理システムの処理の流れを示すフローチャートであり、ユーザがアプリケーションを選択してから画面が表示されるまでの処理を示している。また、本実施形態の説明では、図４に示す属性情報のうちの画面解像度情報とバージョン情報との２つに着目する。

ステップＳ４０１〜Ｓ４０４は、図２のステップＳ２０１〜Ｓ２０４と同様である。ここで、ステップＳ４０３で取得されたアプリケーションの画面解像度情報には画面解像度640ｘ480が設定されていたとする。さらに、ステップＳ４０４において得られた第２のアプリケーションマネージャの画面解像度情報には画面解像度800ｘ600が設定されていたとする。

続くステップＳ４０５において、第１のアプリケーションマネージャは、ステップＳ４０３で取得された画面解像度情報で設定される画面解像度と、ステップＳ４０４で取得された画面解像度情報で設定される画面解像度とが一致するかどうかを比較する。ここでは、画面解像度が640ｘ480と800ｘ600とで一致しないと判定され、処理はステップＳ４１０に移行する。

ステップＳ４１０において、第１のアプリケーションマネージャは、次に使用可能な第２のアプリケーションマネージャが存在するかどうかを調べる。他に使用可能な第２のアプリケーションマネージャが存在する場合、第１のアプリケーションマネージャは、ステップＳ４１１で当該第２のアプリケーションマネージャを選択する。以降の処理は、図２のステップＳ２０４からの処理と同様である。

一方、他に使用可能な第２のアプリケーションマネージャが存在しない場合、処理はステップＳ４０６に移行する。ステップＳ４０６において、第１のアプリケーションマネージャは、アプリケーションの属性情報からバージョン情報を取得する。ここで取得されたバージョン情報にはバージョン1.0が設定されているものとする。

続くステップＳ４０７において、第１のアプリケーションマネージャは、第２のアプリケーションマネージャの属性情報からバージョン情報を取得する。ここで取得されたバージョン情報にはバージョン2.0が設定されているものとする。

続くステップＳ４０８において、第１のアプリケーションマネージャは、第２のアプリケーションマネージャのバージョンが、アプリケーションのバージョンに対応可能であるかを判定する。ここで、第２のアプリケーションマネージャのバージョン情報は、画面表示や機能面において対応可能なアプリケーションのバージョン情報を意味している。つまり、バージョン2.0のアプリケーションマネージャは、バージョン1.0のアプリケーションにも対応可能であることを意味している。

第２のアプリケーションマネージャのバージョンがアプリケーションのバージョンに対応可能である場合、ステップＳ４０９において、第１のアプリケーションマネージャは、当第２の該アプリケーションマネージャに当該アプリケーションの処理を移譲する。その結果、図６（Ｂ）に示すように、当該第２のアプリケーションマネージャがアプリケーション（ＡＰＬ３）を800ｘ600に拡大することにより適切に表示する。

一方、第２のアプリケーションマネージャのバージョンがアプリケーションのバージョンに対応可能ではない場合、ステップＳ４１２において、第１のアプリケーションマネージャは、次の第２のアプリケーションマネージャが存在するかを判定する。次の第２のアプリケーションマネージャが存在する場合、処理はステップＳ４１３に移行する。一方、次の第２のアプリケーションマネージャが存在しない場合、処理は終了する。ステップＳ４１３において、第１のアプリケーションマネージャは、次の第２のアプリケーションマネージャを選択する。以降、ステップＳ４０７からの処理が繰り返される。

ここでは、アプリケーションの画面解像度が640x480であり、第２のアプリケーションマネージャの画面解像度が800x600である。そのため、通常は表示不可能であるが、第２のアプリケーションマネージャがアプリケーションのバージョン1.0にも対応可能であり、その対応方法として自動拡大機能等により画面解像度が異なっても表示可能となる。上述及び図６（Ｂ）では、拡大表示機能を有する第２のアプリケーションマネージャの例を示した。同様に、縮小表示機能の場合も有効であり、例えば、図７のように、SVGAサイズで作られたアプリケーション（ＡＰＬ３）は、縮小表示機能を有する第２のアプリケーションマネージャによってVGAサイズに縮小され、表示可能となる。

このように、画面解像度が異なる場合には、第２のアプリケーションマネージャに自動ＧＵＩ部品レイアウト機能や拡大・縮小表示機能等がある場合において適切に表示可能になる。

図４における「ＵＩ部品情報」にあるAdvanced UIとは、例えばＵＩ部品の形状の見栄えが良く、さらに、ＧＵＩ部品を画面表示する際に画面サイズに合わせて自動的にレイアウトする機能等を想定している。「ＵＩ部品情報」をアプリケーションやアプリケーションマネージャに設定して、アプリケーションマネージャの選択に利用してもよい。さらに、ＵＩ部品が拡大・縮小しても使用可能であるような情報でもよい。

同様に、Classic UIとは、旧来のＧＵＩであり、例えば画面サイズが固定、画面表示を構成するＧＵＩ部品も機能性が低い、といった情報を想定している。

このようにして、画面解像度情報だけでなくバージョン情報等の他の属性情報を利用することにより、より適切なアプリケーションマネージャを選択することが可能になる。

本実施形態によれば、画面解像度が800x600に対応している新デバイスにおいても旧バージョンの画面解像度が640x480用に設定されているアプリケーションを修正しなくても適切に表示可能である。そのため、画面解像度が800x600に拡大された新デバイスにおいて適切なアプリケーションマネージャが選択されて、動作することができ、アプリケーション実行環境の下位互換性が保たれる。

さらに、本発明は、本実施形態で用いた属性情報（画面解像度とバージョン情報）に限定されるものではなく、ＵＩ部品情報、色数、透過モード等の他の属性情報を使用してもよい。

第２のアプリケーションマネージャの選択方法として、アプリケーション及び第２のアプリケーションマネージャの属性情報に優先順位を付けておき、適切な第２のアプリケーションマネージャを選択することもできる。

以上、本実施形態では、画面解像度を最初に比較して、次にバージョン情報を比較しているが、そのような順に属性情報を比較することに限定するものではない。ここでは、第１のアプリケーションマネージャに画面解像度情報がバージョン情報よりも優先度が高いと設定していることを想定しているため、この順に処理した例を示している。即ち、第１のアプリケーションマネージャは、属性情報に設定される各属性の優先度情報を参照する。これにより、アプリケーションの属性情報と第２のアプリケーションマネージャの属性情報の夫々に設定される属性の適合判定を、優先度の高い属性から実行することが可能である。なお、上記優先度情報は、例えばハードディスク１０４あるいはＲＡＭ１０２に記録され、第１のアプリケーションマネージャ（ＣＰＵ１０１）が必要に応じて読み込む情報である。

また、アプリケーション及び第２のアプリケーションマネージャの属性情報の適合度合いを判定するために評価関数を用いることもできる。例えば、画面解像度が800x600で且つバージョンが1.0の場合に適合と判定してもよい。さらに、評価関数において属性情報に重み付けをして優先順位を設定することもできる。

上述した実施形態においては、第１のアプリケーションマネージャからアプリケーションの属性に適合した第２のアプリケーションマネージャへの委譲を行うようにしている。そのため、デバイスの性能変化に柔軟に対応でき、アプリケーションを適切に表示することが可能となる。これにより、旧デバイス用に開発されたアプリケーションでも新デバイス上で適切に実行することが可能である。従って、過去のアプリケーション資源を有効活用して、デバイス移行によるアプリケーション開発側の負担を軽減することが可能である。

また、前述の第１から第３の実施形態において述べた第１及び第２のアプリケーションマネージャの実装方法について説明する。例えば、図８に示すように、第１のアプリケーションマネージャはCプログラムで実装され、第２のアプリケーションマネージャはＪＡＶＡプログラムで実装される。

なお、ウィンドウ・マネージャとは、ウィンドウ自体の管理を行うが、ウィンドウの中身に何が表示されているかについては把握していない。ウィンドウの管理には、ウィンドウを開く、閉じる、移動、リサイズ、ウィンドウの上下関係の制御、アクティブウィンドウ（フォーカス）の設定などがある。さらに、ウィンドウの重なりで移動などによって重なっていた部分を再描画しなければならない場合の再描画要求などを行う。

ＯＳ（オペレーティングシステム）やハードウェアに依存するウィンドウ・マネージャは、Ｃプログラムで実装されていることが多いため、アプリケーションの切り替えを制御するアプリケーションマネージャもＣプログラムで実装せざるを得ない。そのため、Cプログラムで実装されたアプリケーションマネージャ（第１のアプリケーションマネージャ）は、アプリケーションマネージャとウィンドウ・マネージャとの分離性が悪い。そのため、ウィンドウ・マネージャの機能が変更になった場合、Cプログラムで実装されたアプリケーションマネージャを改変するには時間がかかる。

一方、ＪＡＶＡプログラムで実装されたアプリケーションマネージャ（第２のアプリケーションマネージャ）は、ＪＡＶＡ VM（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）がウィンドウ・マネージャとの接続部分を吸収している。そのため、ウィンドウ・マネージャの機能が変更になった場合でも、第２のアプリケーションマネージャ（ＪＡＶＡプログラム）の改変はほとんどなくて済む。

このように、アプリケーションマネージャがＪＡＶＡで実装されていれば、あたかもアプリケーションのようにアプリケーションマネージャを入れ替えることができ、保守性や拡張性などの柔軟性が高まる。さらに、機能の異なる複数のアプリケーションマネージャを同時に動作させることも容易であり、不要になったアプリケーションマネージャを削除することも可能になる。

上述した本発明の実施形態を構成する各手段及び各ステップ（手順）は、コンピュータのＲＡＭやＲＯＭ等に記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、一つの機器からなる装置に適用してもよい。

１０１：ＣＰＵ、１０２：ＲＡＭ、１０３：バス、１０４：ハードディスク、１０５：表示部、１０６：操作部

Claims

第１のアプリケーションマネージャで管理されている指定されたアプリケーションプログラムの属性情報と一致する第２のアプリケーションマネージャが無い場合、前記アプリケーションプログラムの表示処理が可能であることを示す属性情報を有する第３のアプリケーションマネージャを複数のアプリケーションマネージャから選択する選択手段と、
前記第１のアプリケーションマネージャから前記第３のアプリケーションマネージャに前記アプリケーションプログラムの表示処理を移譲する制御手段と、を有し、
前記アプリケーションマネージャは、前記アプリケーションプログラムの表示処理を実行するプログラムである表示制御装置。
前記制御手段は、前記第３のアプリケーションマネージャに応じたサイズで前記アプリケーションプログラムの画面が表示されるように、前記アプリケーションプログラムの表示処理を前記第３のアプリケーションマネージャに実行させる請求項１に記載の表示制御装置。
前記アプリケーションプログラムの属性情報と前記アプリケーションマネージャの属性情報との夫々に設定される属性のうちの少なくとも何れか一つの属性が等しいかを判定することにより、前記アプリケーションプログラムの属性情報と前記アプリケーションマネージャの属性情報との適合判定を行う判定手段を更に有する請求項１に記載の表示制御装置。
前記判定手段は、属性情報に設定される各属性の優先度情報に基づいて、前記アプリケーションプログラムの属性情報と前記アプリケーションマネージャの属性情報との夫々に設定される属性の適合判定を、優先度の高い属性から順に実行していく請求項３に記載の表示制御装置。
前記アプリケーションプログラムの属性情報と前記アプリケーションマネージャの属性情報とは、画面解像度の属性、バージョンの属性、使用するＵＩ部品の属性、画面の色数の属性及び透過処理の属性のうちの少なくとも何れか一つを含む請求項１に記載の表示制御装置。
複数のアプリケーションプログラムから表示処理の対象となる前記アプリケーションプログラムを選択する請求項１乃至４の何れか１項に記載の表示制御装置。
第１のアプリケーションマネージャで管理されている指定されたアプリケーションプログラムの属性情報と一致する第２のアプリケーションマネージャが無い場合、前記アプリケーションプログラムの表示処理が可能であることを示す属性情報を有する第３のアプリケーションマネージャを複数のアプリケーションマネージャから選択する選択ステップと、
前記第１のアプリケーションマネージャから前記第３のアプリケーションマネージャに前記アプリケーションプログラムの表示処理を移譲する制御ステップと、を含み、
前記アプリケーションマネージャは、前記アプリケーションプログラムの表示処理を実行するプログラムである表示制御方法。
前記制御ステップは、前記第３のアプリケーションマネージャに応じたサイズで前記アプリケーションプログラムの画面が表示されるように、前記アプリケーションプログラムの表示処理を前記第３のアプリケーションマネージャに実行させる請求項７に記載の表示制御方法。
前記属性情報を前記第３のアプリケーションマネージャが有するかを判定するために実行される判定ステップを更に含み、
前記制御ステップは、前記第３のアプリケーションマネージャに前記表示処理を実行させるために実行される請求項７に記載の表示制御方法。
第１のアプリケーションマネージャで管理されている指定されたアプリケーションプログラムの属性情報と一致する第２のアプリケーションマネージャが無い場合、前記アプリケーションプログラムの表示処理が可能であることを示す属性情報を有する第３のアプリケーションマネージャを複数のアプリケーションマネージャから選択する選択手順と、
前記第１のアプリケーションマネージャから前記第３のアプリケーションマネージャに前記アプリケーションプログラムの表示処理を移譲する制御手順と、をコンピュータに実行させ、
前記アプリケーションマネージャは、前記アプリケーションプログラムの表示処理を実行するプログラムであるプログラム。
前記制御手順は、前記第３のアプリケーションマネージャに応じたサイズで前記アプリケーションプログラムの画面が表示されるように、前記アプリケーションプログラムの表示処理を前記第３のアプリケーションマネージャに実行させる請求項１０に記載のプログラム。
前記属性情報を前記第３のアプリケーションマネージャが有するかを判定するために実行される判定手順を更に含み、
前記制御手順は、前記第３のアプリケーションマネージャに前記表示処理を実行させるために実行される請求項１０に記載のプログラム。