(57)【要約】【課題】優先度の高いアプリケーションのウィンドウを優先的に最前面に表示し、優先度の高いアプリケーションの背後で動作している優先度の高くないアプリケーションがウィンドウシステムに対して自身のウィンドウを最前面に表示させる指示を行うことによって、優先度の高いアプリケーションのウィンドウの表示を妨害することを防止する。【解決手段】アプリケーション毎に専用のスクリーンを準備し、スクリーン書き込み手段１５０が、対応情報１２０１に基づき、アプリケーションが表示するウィンドウの描画データを対応するスクリーンに書き込む。スクリーン混合手段１８０は、各スクリーンに設定された奥行き値に基づいて、スクリーンの重ね合わせを行い、スクリーンに書き込まれた描画データを表示画面１０１に表示する。スクリーン管理手段１２０は、アプリケーションの状態に伴い、奥行き値情報１４０１の奥行き値を更新する。【選択図】  図１
2007249370.tif 000002
【特許請求の範囲】
【請求項１】
動作するアプリケーションの処理内容を表示画面上に表示する表示制御装置において、
複数の前記アプリケーションそれぞれに対応する複数のスクリーン毎に、前記アプリケーションの処理内容を表示するウィンドウの表示データを書き込むスクリーン書込み手段と、
前記各スクリーン毎に設定された前記スクリーンを表示させる奥行き値に基づいて、複数の前記スクリーンを重ね合わせた状態で前記表示画面上に表示させるスクリーン混合手段とを備えることを特徴とする表示制御装置。
【請求項２】
前記各スクリーン毎に設定された奥行き値を記憶する奥行き値記憶手段を備え、
前記スクリーン混合手段は、前記奥行き値記憶手段の前記奥行き値に基づいて、前記スクリーンを重ね合わせた状態で表示させることを特徴とする請求項１に記載の表示制御装置。
【請求項３】
前記スクリーン書込み手段は、前記アプリケーションの全てのウィンドウの表示データを当該アプリケーションに対応する専用のスクリーンに書き込むことを特徴とする請求項１又は請求項２に記載の表示制御装置。
【請求項４】
ウィンドウの表示要求を出した前記アプリケーションに対応する専用の前記スクリーンを、前記スクリーン書込み手段に対して指定するスクリーン管理手段を備え、
前記スクリーン書込み手段は、前記スクリーン管理手段によって指定された前記スクリーンに、前記アプリケーションのウィンドウの表示データを書き込むことを特徴とする請求項１から請求項３のいずれか１項に記載の表示制御装置。
【請求項５】
前記スクリーン管理手段は、アプリケーションがアクティブ状態から非アクティブ状態、もしくは非アクティブ状態からアクティブ状態に変更するのに合わせて、前記アプリケーションに対応する前記スクリーンの奥行き値を変更することを特徴とする請求項４に記載の表示制御装置。
【請求項６】
前記アプリケーションに添付されたデジタル証明書に基づいて、当該アプリケーションを分類するアプリケーション分類手段を備え、
前記スクリーン管理手段は、当該アプリケーションが属する分類に基づいて当該アプリケーションに対応する前記スクリーンの前記奥行き値を変更することを特徴とする請求項４又は請求項５に記載の表示制御装置。
【請求項７】
前記奥行き値の取りうる範囲は、前記アプリケーションが属する分類に対応して定められることを特徴とする請求項６に記載の表示制御装置。
【請求項８】
動作するアプリケーションの処理内容を表示画面上に表示する情報処理装置において、
複数の前記アプリケーションそれぞれに対応する複数のスクリーン毎に、前記アプリケーションの処理内容を表示するウィンドウの表示データを書き込むスクリーン書込み手段と、
前記各スクリーン毎に設定された前記スクリーンを表示させる奥行き値に基づいて、複数の前記スクリーンを重ね合わせた状態で前記表示画面上に表示させるスクリーン混合手段とを備えることを特徴とする情報処理装置。
【請求項９】
前記各スクリーン毎に設定された奥行き値を記憶する奥行き値記憶手段を備え、
前記スクリーン混合手段は、前記奥行き値記憶手段の前記奥行き値に基づいて、前記スクリーンを重ね合わせた状態で表示させることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記スクリーン書込み手段は、前記アプリケーションの全てのウィンドウの表示データを当該アプリケーションに対応する専用のスクリーンに書き込むことを特徴とする請求項８又は請求項９に記載の情報処理装置。
【請求項１１】
ウィンドウの表示要求を出した前記アプリケーションに対応する専用の前記スクリーンを、前記スクリーン書込み手段に対して指定するスクリーン管理手段を備え、
前記スクリーン書込み手段は、前記スクリーン管理手段によって指定された前記スクリーンに、前記アプリケーションのウィンドウの表示データを書き込むことを特徴とする請求項８から請求項１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記スクリーン管理手段は、アプリケーションがアクティブ状態から非アクティブ状態、もしくは非アクティブ状態からアクティブ状態に変更するのに合わせて、前記アプリケーションに対応する前記スクリーンの奥行き値を変更することを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
前記アプリケーションに添付されたデジタル証明書に基づいて、当該アプリケーションを分類するアプリケーション分類手段を備え、
前記スクリーン管理手段は、当該アプリケーションが属する分類に基づいて当該アプリケーションに対応する前記スクリーンの前記奥行き値を変更することを特徴とする請求項１１又は請求項１２に記載の情報処理装置。
【請求項１４】
前記奥行き値の取りうる範囲は、前記アプリケーションが属する分類に対応して定められることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
動作するアプリケーションの処理内容を表示画面上に表示する表示制御方法であって、
複数の前記アプリケーションそれぞれに対応する複数のスクリーン毎に、前記アプリケーションの処理内容を表示するウィンドウの表示データを書き込むスクリーン書込みステップと、
前記各スクリーン毎に設定された前記スクリーンを表示させる奥行き値に基づいて、複数の前記スクリーンを重ね合わせた状態で前記表示画面上に表示させるスクリーン混合ステップとを備えることを特徴とする表示制御方法。
【請求項１６】
前記各スクリーン毎に設定された奥行き値を記憶する奥行き値記憶ステップを備え、
前記スクリーン混合ステップにおいて、前記奥行き値記憶ステップで記憶された前記奥行き値に基づいて、前記スクリーンを重ね合わせた状態で表示させることを特徴とする請求項１５に記載の表示制御方法。
【請求項１７】
前記スクリーン書込みステップにおいて、前記アプリケーションの全てのウィンドウの表示データを当該アプリケーションに対応する専用のスクリーンに書き込むことを特徴とする請求項１５又は請求項１６に記載の表示制御方法。
【請求項１８】
ウィンドウの表示要求を出した前記アプリケーションに対応する専用の前記スクリーンを、前記スクリーン書込みステップに対して指定するスクリーン管理ステップを備え、
前記スクリーン書込みステップにおいて、前記スクリーン管理ステップで指定された前記スクリーンに、前記アプリケーションのウィンドウの表示データを書き込むことを特徴とする請求項１５から請求項１７のいずれか１項に記載の表示制御方法。
【請求項１９】
前記スクリーン管理ステップにおいて、アプリケーションがアクティブ状態から非アクティブ状態、もしくは非アクティブ状態からアクティブ状態に変更するのに合わせて、前記アプリケーションに対応する前記スクリーンの奥行き値を変更することを特徴とする請求項１８に記載の表示制御方法。
【請求項２０】
前記アプリケーションに添付されたデジタル証明書に基づいて、当該アプリケーションを分類するアプリケーション分類ステップを備え、
前記スクリーン管理ステップにおいて、前記アプリケーション分類ステップで分類された当該アプリケーションが属する分類に基づいて当該アプリケーションに対応する前記スクリーンの前記奥行き値を変更することを特徴とする請求項１８又は請求項１９に記載の表示制御方法。
【請求項２１】
前記奥行き値の取りうる範囲は、前記アプリケーションが属する分類に対応して定められることを特徴とする請求項２０に記載の表示制御方法。
【請求項２２】
動作するアプリケーションの処理内容を表示画面上に表示する表示制御装置上で実行される表示制御プログラムであって、
複数の前記アプリケーションそれぞれに対応する複数のスクリーン毎に、前記アプリケーションの処理内容を表示するウィンドウの表示データを書き込むスクリーン書込み機能と、
前記各スクリーン毎に設定された前記スクリーンを表示させる奥行き値に基づいて、複数の前記スクリーンを重ね合わせた状態で前記表示画面上に表示させるスクリーン混合機能とを前記表示制御装置に実行させることを特徴とする表示制御プログラム。
【請求項２３】
前記各スクリーン毎に設定された奥行き値を記憶する奥行き値記憶機能を前記表示制御装置に実行させ、
前記スクリーン混合機能において、前記奥行き値記憶機能で記憶された前記奥行き値に基づいて、前記スクリーンを重ね合わせた状態で表示させることを特徴とする請求項２２に記載の表示制御プログラム。
【請求項２４】
前記スクリーン書込み機能において、前記アプリケーションの全てのウィンドウの表示データを当該アプリケーションに対応する専用のスクリーンに書き込むことを特徴とする請求項２２又は請求項２３に記載の表示制御プログラム。
【請求項２５】
ウィンドウの表示要求を出した前記アプリケーションに対応する専用の前記スクリーンを、前記スクリーン書込み機能に対して指定するスクリーン管理機能を前記表示制御装置に実行させ、
前記スクリーン書込み機能において、前記スクリーン管理機能で指定された前記スクリーンに、前記アプリケーションのウィンドウの表示データを書き込むことを特徴とする請求項２２から請求項２４のいずれか１項に記載の表示制御プログラム。
【請求項２６】
前記スクリーン管理機能において、アプリケーションがアクティブ状態から非アクティブ状態、もしくは非アクティブ状態からアクティブ状態に変更するのに合わせて、前記アプリケーションに対応する前記スクリーンの奥行き値を変更することを特徴とする請求項２５に記載の表示制御プログラム。
【請求項２７】
前記アプリケーションに添付されたデジタル証明書に基づいて、当該アプリケーションを分類するアプリケーション分類機能を前記表示制御装置に実行させ、
前記スクリーン管理機能において、前記アプリケーション分類機能で分類された当該アプリケーションが属する分類に基づいて当該アプリケーションに対応する前記スクリーンの前記奥行き値を変更することを特徴とする請求項２５又は請求項２６に記載の表示制御プログラム。
【請求項２８】
前記奥行き値の取りうる範囲は、前記アプリケーションが属する分類に対応して定められることを特徴とする請求項２７に記載の表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウィンドウ管理及び表示システム、ウィンドウ管理及び表示方法およびウィンドウ管理及び表示用プログラムに関し、特に、優先度の高いアプリケーションのウィンドウ表示に対し、他のアプリケーションのウィンドウが妨害することを防ぐことができる、表示制御装置、情報処理装置、表示制御方法及び表示制御プログラムに関する。
【背景技術】
【０００２】
クライアント端末上でアプリケーションを動作させる場合、アプリケーションは、ウィンドウシステムと呼ばれるモジュールを利用して、アプリケーションの表示したい内容をウィンドウに設定し、クライアント端末画面への表示を行う。アプリケーションは、複数のウィンドウを表示させることが可能である。また、ウィンドウには親子関係を設定することも可能であり、通常、親ウィンドウを表示状態または非表示状態にすることで、その子孫ウィンドウも同時に表示状態または非表示状態へとすることができる。通常のウィンドウシステムでは、ウィンドウの親子関係を変更して、あるウィンドウを、他の指定したウィンドウの子として設定するための機能も備える。このようなウィンドウシステムとしては、例えば、ＵＮＩＸ（登録商標）のＸ  Ｗｉｎｄｏｗ  Ｓｙｓｔｅｍと呼ばれる技術がある。
【０００３】
クライアント端末上で複数のアプリケーションが動作する場合、現在アクティブであるアプリケーションのウィンドウが最前面に表示され、それ以外のアプリケーションのウィンドウは、現在アクティブであるアプリケーションのウィンドウの背後で表示されている。マウス等のポインティングデバイスが利用可能なクライアント端末では、ユーザがポインティングデバイスを用いて背後のアプリケーションのウィンドウを選択することにより、選択したアプリケーションをアクティブとし、また、その選択したアプリケーションのウィンドウを最前面に表示させることができる。一方、ポインティングデバイスが利用できない、携帯電話のようなクライアント端末の場合は、アプリケーションの切り替え専用のボタン等によって、アクティブなアプリケーションの切り替え及びアクティブなアプリケーションに対応するウィンドウの最前面表示を行う。
【０００４】
また、アプリケーションによっては、現在アクティブである他のアプリケーションのウィンドウの背後での動作時に、自らウィンドウシステムの機能を利用して自身のウィンドウを最前面へ表示するものもある。例えば、携帯電話における着信アプリケーションは、他のアプリケーションのウィンドウが最前面に表示中の場合も、着信が発生した場合はその旨をユーザに優先的に通知するため、自身のウィンドウを最前面に表示する。このように、一般的なウィンドウシステムは、ウィンドウの表示順序を制御するための機能をアプリケーションに対して利用可能としているため、表示の優先度が高くないアプリケーションであっても、表示の優先度が高い他のアプリケーションのウィンドウが最前面に表示を行っている場合に、自身のウィンドウを割り込ませて最前面に表示させることが可能であるという問題点を有する。
【０００５】
従って、上記一般的なウィンドウシステムに対し、優先度の高いアプリケーションのウィンドウに関しては非アクティブ状態から最前面への表示を許すが、優先度の低いアプリケーションに関しては非アクティブ状態から最前面への表示は許さないような仕組みが求められており、これを解決するためのウィンドウシステムがいくつか提案されている。
【０００６】
上記一般的なウィンドウシステムの問題点を解決する従来のウィンドウシステムの一例が、特許文献１（特開2004-326742号公報）に記載されている。この従来のウィンドウシステムは、アプリケーションそれぞれに対して、管理用のウィンドウである管理ウィンドウを生成する管理ウィンドウ生成手段と、アプリケーションに属するウィンドウを、そのアプリケーション用に生成された管理ウィンドウの子孫ウィンドウへと変更するウィンドウ制御手段と、各管理ウィンドウの順序を記憶するウィンドウ管理ツリー記憶手段と、ウィンドウ管理ツリー記憶手段に記録されている順序に従ってウィンドウを表示する表示制御手段とから構成されている。
【０００７】
このような構成を有する従来のウィンドウシステムは次のように動作する。すなわち、アプリケーションが新たにウィンドウを生成する際に、管理ウィンドウ生成部はこのアプリケーション用の管理ウィンドウを生成し、ウィンドウ制御手段は、アプリケーションが作成したウィンドウが管理ウィンドウの子ウィンドウとなるように設定する。
このアプリケーションがさらにウィンドウを生成した場合は、ウィンドウ制御手段は、既に作成済みの管理ウィンドウの子ウィンドウとなるように設定する。
【０００８】
ウィンドウ管理ツリー記憶手段には、アプリケーション毎の各管理ウィンドウが、現在アクティブなアプリケーションの管理ウィンドウが最上位になるように記録されており、表示制御手段は、ウィンドウ管理ツリー記憶手段に記録されている順序で各アプリケーションのウィンドウを表示していく。
【０００９】
アクティブなアプリケーションが切り替わると、現在アクティブなアプリケーションに対応する管理ウィンドウがウィンドウ管理ツリー記憶手段中で最上位に変更され、このアプリケーションのウィンドウが最前面に表示されるようになる。該当アプリケーションに属するウィンドウが複数個ある場合、それらのウィンドウはいずれも該当アプリケーションに対する管理ウィンドウの子ウィンドウであるため、まとめて最前面に表示されることとなる。
【００１０】
また、上記一般的なウィンドウシステムの問題点を解決する従来のウィンドウシステムの他の例が、特許文献２（特開2004-310655号公報）に掲載されている。このウィンドウシステムは、複数のアプリケーション間のウィンドウの重ね合わせを制御するためのものであり、一つ以上のウィンドウを表示する一つ以上のアプリケーションと、各アプリケーションが表示するウィンドウの重ね合わせを管理するウィンドウ管理プログラムとからなる。アプリケーションは、自身のウィンドウ群についてウィンドウ管理プログラムに対しグループ指定を行い、ウィンドウ管理プログラムはウィンドウの表示、最前面移動といった動作をグループ単位でまとめて行う。また、ウィンドウ管理プログラムは、最前面に表示中のグループに属さないウィンドウを常に非表示にする。
【００１１】
これにより、最前面に表示中のアプリケーションのウィンドウの前面に、他のアプリケーションのウィンドウが不用意に表示されることを防ぐことが出来る。
【特許文献１】特開２００４−３２６７４２号公報
【特許文献２】特開２００４−３１０６５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかし、上記のような従来のウィンドウシステムは、以下に示すような問題点を有する。
特許文献１で記された技術を一例とする従来のウィンドウシステムは、ウィンドウの親子関係を利用してアプリケーションに属するウィンドウ群の管理を行っているため、ウィンドウシステムが備える、ウィンドウの親子関係を操作する機能が利用されて親子関係の変更が行われ、アプリケーションに対応する管理ウィンドウ以外のウィンドウが親ウィンドウとなるように再設定されてしまうと、アプリケーション単位のウィンドウ管理機能が正しく機能しないという問題点を有する。
【００１３】
上記問題点を解決するために、ウィンドウの親子関係を監視して、管理ウィンドウ以外のウィンドウを親ウィンドウへと変更する操作を無効化するという対処を行うことも可能だが、その場合は、監視のためのオーバーヘッドが発生して処理性能が低下するという問題点を有する。
【００１４】
また、特許文献２で記された技術を一例とする従来のウィンドウシステムは、各アプリケーションが、各アプリケーション自身の作成に係るウィンドウ群についてウィンドウ管理プログラムに対してグループ指定を行う必要があるため、アプリケーション側の工数が増大するという問題点を有し、また、このグループ指定を行わないようなアプリケーションが存在する場合には、そのようなアプリケーションのウィンドウが正しく表示されないという問題点を有する。特に、現在のパーソナルコンピュータ端末や携帯端末は、ネットワークを介して端末外部から外部アプリケーションを導入する機会が増えているが、そのような外部アプリケーション全てに対して、外部アプリケーション内部でグループ指定を行うことを要求することは困難であるという問題点を有する。
【００１５】
（目的）
本発明の目的は、優先度の高いアプリケーションの背後で動作している優先度の高くないアプリケーションがウィンドウシステムに対して自身のウィンドウを最前面に表示させる指示を行うことによって、優先度の高いアプリケーションのウィンドウの表示を妨害することを防止し、かつ容易にアプリケーション間のウィンドウ切り替えを実現できる表示制御装置、情報処理装置、表示制御方法及び表示制御プログラムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明の表示制御装置は、動作するアプリケーションの処理内容を表示画面上に表示する表示制御装置において、複数の前記アプリケーションそれぞれに対応する複数のスクリーン毎に、前記アプリケーションの処理内容を表示するウィンドウの表示データを書き込むスクリーン書込み手段と、前記各スクリーン毎に設定された前記スクリーンを表示させる奥行き値に基づいて、複数の前記スクリーンを重ね合わせた状態で前記表示画面上に表示させるスクリーン混合手段とを備えることを特徴とする。
【００１７】
（作用）
このような構成を採用することにより、各スクリーンの重ね合わせられた状態は、ウィンドウシステムの機能では変わらず、奥行き値に基づいて変わることとなる。
【発明の効果】
【００１８】
第１の効果は、アプリケーション間のウィンドウ切り替えを容易に実現できることである。
【００１９】
その理由は、複数のアプリケーションそれぞれに対応する複数のスクリーン毎に、アプリケーションの処理内容を表示するウィンドウの表示データを書き込み、各スクリーン毎に設定されたスクリーンを表示させる奥行き値に基づいて、複数のスクリーンを重ね合わせた状態で表示画面上に表示させるため、一つのアプリケーションが複数個のウィンドウを生成したとしても、スクリーン単位で表示順を入れ替えればアプリケーションの複数個のウィンドウを容易に一括して切り替えることができるからである。
【００２０】
第２の効果は、優先度の高いアプリケーションの背後で動作している優先度の高くないアプリケーションがウィンドウシステムに対して自身のウィンドウを最前面に表示させる指示を行っても、優先度の高いアプリケーションのウィンドウの表示を妨害することを防止できることである。
【００２１】
その理由は、各アプリケーションのウィンドウの描画データが書き込まれた各スクリーンの重ね合わせられた状態は、ウィンドウシステムの機能では変わらず、奥行き値に基づいて変わるからである。
【発明を実施するための最良の形態】
【００２２】
（第１の実施の形態）
次に、発明を実施するための第１の実施の形態について図面を参照して詳細に説明する。
【００２３】
（第１の実施の形態の構成）
図１は、本実施の形態のクライアント端末１００の機能構成を説明するブロック図であり、図１を参照すると、本実施の形態は、クライアント端末１００から構成されている。
【００２４】
クライアント端末１００は、表示画面１０１と、アプリケーション１１０（アプリケーション１１０−１からアプリケーション１１０−ｎ）と、スクリーン管理手段１２０と、ウィンドウシステム１３０と、奥行き管理手段１４０と、スクリーン書込み手段１５０と、スクリーン１６０（スクリーン１６０−１からスクリーン１６０−ｎ）と、ウィンドウ１７０（ウィンドウ１７０−１からウィンドウ１７０−ｍ）と、スクリーン混合手段１８０とを含む。
【００２５】
これらクライアント端末１００の構成要素は、それぞれ概略つぎのような機能を有する。
【００２６】
アプリケーション１１０（アプリケーション１１０−１からアプリケーション１１０−ｎ）は、電子メール機能を有するアプリケーションや、ワードプロセッサ機能を有するアプリケーションや、表計算機能を有するアプリケーション等であり、ウィンドウシステム１３０に対して表示画面１０１への描画を要求する自身のウィンドウの描画データを生成する。なお、アプリケーションの種類及びアプリケーションの個数に特に制限はない。
スクリーン管理手段１２０は、アプリケーション１１０−１からアプリケーション１１０−ｎと、スクリーン１６０−１からスクリーン１６０−ｎとの対応関係を示す対応情報１２０１（図２参照）を格納し、対応情報１２０１に基づいてアプリケーション１１０−１からアプリケーション１１０−ｎと、スクリーン１６０−１からスクリーン１６０−ｎとの対応関係を管理し、アプリケーションがウィンドウシステム１３０に対して表示画面１０１への表示を要求する自身のウィンドウの描画データを、当該アプリケーションに対応したスクリーンに対して書き込むようにスクリーン書込み手段１５０に指示する機能を有する。
対応情報１２０１では、アプリケーション１１０に対して専用のスクリーン１６０が１対１に割り振られており、例えば、図１のアプリケーション１１０−１に対してスクリーン１６０−１が１対１に割り振られている。
【００２７】
またスクリーン管理手段１２０は、対象のアプリケーション１１０が非アクティブ状態からアクティブ状態となり、当該対象のアプリケーション１１０を画面の最前面に表示する際に、当該対象のアプリケーション１１０に対応したスクリーン１６０の奥行き値を変更し、奥行き値管理手段１４０に記録する機能を有する。
ここで、奥行き値とは、表示画面１０１で表示されるスクリーン１６０間の優先順位を定めるものであり、スクリーン１６０に設定された奥行き値に基づいて各スクリーン１６０−１〜１６０−ｎが重ね合わせられる。
【００２８】
ウィンドウシステム１３０は、アプリケーション１１０−１からアプリケーション１１０−ｎの指示に基づいて、ウィンドウとして描画するために生成された描画データをアプリケーション１１０−１からアプリケーション１１０−ｎから受け取る機能を有する。
【００２９】
奥行き値管理手段１４０は、アプリケーション１１０−１からアプリケーション１１０−ｎに対応する各スクリーン１６０−１〜１６０−ｎの奥行き値を示す奥行き値情報１４０１（図３参照）を記憶する機能を有する。
【００３０】
スクリーン書込み手段１５０は、スクリーン管理手段１２０に指示されたスクリーン１６０に対して、ウィンドウシステム１３０が受け取った描画データを書き込む機能を有する。なお、スクリーン書込み手段１５０は、ウィンドウシステム１３０が受け取った描画データを、スクリーン管理手段１２０に指定されたスクリーン１６０に対して強制的に書き込む機能を有する。また、スクリーン書込み手段１５０は、アプリケーション１１０に属する１又は複数のウィンドウ１７０−１からウィンドウ１７０−ｍからなるウィンドウ群について、ウィンドウ群の各描画データをウィンドウ群毎に当該アプリケーション１１０専用のスクリーン１６０に書き込む機能を有する。
【００３１】
スクリーン１６０（スクリーン１６０−１からスクリーン１６０−ｎ）は、フレームバッファ等のメモリであり、各アプリケーションに対応して設けられ、ウィンドウシステム１３０がアプリケーション１１０−１からアプリケーション１１０−ｎから受け取った描画データをスクリーン書込み手段１５０によって格納する機能を有するものである。なお、スクリーン１６０の個数に特に制限はない。
【００３２】
ウィンドウ１７０（ウィンドウ１７０−１からウィンドウ１７０−ｍ）は、各スクリーン内に書き込まれた描画データに基づいて生成されるものであり、描画データを表示画面１０１に表示する表示単位である。なお、ウィンドウ１７０の個数に特に制限はない。
【００３３】
スクリーン混合手段１８０は、スクリーン１６０−１からスクリーン１６０−ｎに書き込まれた描画データを、奥行き値管理手段１４０の奥行き値情報１４０１で示されるそれぞれのスクリーンの奥行き値に従って重ね合わせ、表示画面１０１に表示する機能を有する。
【００３４】
ここで、クライアント端末１００のハードウェア構成の説明をする。
【００３５】
図４は、本実施の形態によるクライアント端末１００のハードウェア構成を示すブロック図である。
【００３６】
図４を参照すると、本発明によるクライアント端末１００は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、液晶ディスプレイ等の表示画面１０１、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメインメモリであり、データの作業領域やデータの一時退避領域に用いられる主記憶部１０３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスク、半導体メモリ等の不揮発性メモリから構成されるハードディスク装置である補助記憶部１０４、プリンタやスピーカ等の出力装置１０５、インターネット等を介してデータの送受信を行う通信制御部１０６、キーボードやマウス等の入力装置１０７、周辺機器と接続してデータの送受信を行うインタフェース部１０８、本情報処理装置の上記各構成要素を相互に接続するシステムバス１０９等を備えている。
【００３７】
本発明によるクライアント端末１００は、その動作を、クライアント端末１００内部にそのような機能を実現するプログラムを組み込んだ、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等のハードウェア部品からなる回路部品を実装してハードウェア的に実現することは勿論として、上記した各構成要素の各機能を提供するプログラムを、コンピュータ処理装置上のＣＰＵ１０２で実行することにより、ソフトウェア的に実現することができる。
【００３８】
すなわち、ＣＰＵ１０２は、補助記憶部１０４に格納されているプログラムを、主記憶部１０３にロードして実行し、クライアント端末１００の動作を制御することにより、上述した各機能をソフトウェア的に実現する。
【００３９】
（第１の実施の形態の動作）
次に、図１と、図５及び図６のフローチャートとを参照して本実施の形態の全体の動作について詳細に説明する。
まず、クライアント端末１００上で動作するアプリケーション１１０−１からアプリケーション１１０−ｎのうち、アプリケーション１１０−１がウィンドウ１７０−１を表示する場合について図５のフローチャートを参照して説明する。
【００４０】
アプリケーション１１０−１がウィンドウシステム１３０に対して自身のウィンドウ１７０−１の表示依頼を行うと（図５のステップＳ５０１）、スクリーン管理手段１２０は、当該表示依頼に基づいてウィンドウシステム１３０が受け取ったウィンドウ１７０−１の描画データの書き込み先として、当該表示依頼を行ったアプリケーションに対応するスクリーン１６０を対応情報１２０１に基づいて設定する（図５のステップＳ５０２）。
【００４１】
例えば、本実施の形態において、当該表示依頼を行ったアプリケーションがアプリケーション１１０−１であり、アプリケーション１１０−１に対応するスクリーンがスクリーン１６０−１であるとする。
【００４２】
ウィンドウシステム１３０は、スクリーン書込み手段１５０を使って、当該表示依頼がされたウィンドウ１７０−１の描画データを、スクリーン管理手段１２０によって設定されたスクリーン１６０−１に対して書き込む（図５のステップＳ５０３）。
【００４３】
スクリーン混合手段１８０は、奥行き値管理手段１４０に記録されている奥行き値情報１４０１に基づいて、スクリーン１６０−１からスクリーン１６０−ｎを重ね合わせ、スクリーン１６０−１及びスクリーン内のウィンドウ１７０−１の描画データを表示画面１０１に表示する（図５のステップＳ５０４）。
【００４４】
各スクリーン１６０の重ね合わせ順序を決める方法の１例としては、奥行き値としては０以上の整数を取りうるとし、奥行き値が小さい値から順に前面になるように重ね合わせるという方法が考えられる。
【００４５】
また、重ね合わせ方法としては、各スクリーン１６０を不透明として重ね合わせるやり方、各スクリーン１６０上のウィンドウ１７０のみ不透明とし、スクリーン１６０自体は透明として重ね合わせるやり方、各スクリーン１６０上のウィンドウ１７０を半透明として重ね合わせるやり方等が考えられる。
【００４６】
各スクリーン１６０を不透明として重ね合わせるやり方では、最前面のスクリーン１６０の内容のみ表示される。すなわち、最前面のスクリーン１６０及び最前面のスクリーン１６０内のウィンドウ１７０（の描画データ）のみが表示画面１０１に表示される。
【００４７】
各スクリーン１６０内のウィンドウ１７０のみ不透明とし、スクリーン１６０自体は透明として重ね合わせるやり方では、最背面のスクリーン１６０内のウィンドウ１７０が一番下に表示され、順に各スクリーン１６０内のウィンドウが重なって表示される。
【００４８】
各スクリーン１６０上のウィンドウ１７０を半透明として重ね合わせるやり方では、表示の優先度が高いスクリーン１６０内のウィンドウ１７０の下層に、表示の優先度が低いスクリーン１６０内のウィンドウ１７０が透けて見えるようになる。
【００４９】
アプリケーション１１０はウィンドウ１７０を複数個表示することが可能だが、いずれのウィンドウ１７０も、アプリケーション１１０に対応したスクリーン１６０内においてのみ、表示装置１０１で表示される。
【００５０】
次に、非アクティブ状態のアプリケーション１１０がアクティブ状態に移行した際の、奥行き値の変更処理及びその後の表示装置１０１に対しての再表示処理について、図６のフローチャートを参照して説明する。
【００５１】
クライアント端末１００上の非アクティブ状態の対象のアプリケーション１１０がアクティブ状態になると（図６のステップＳ６０１）、スクリーン管理手段１２０は、対応情報１２０１に基づき当該対象のアプリケーション１１０に対応したスクリーン１６０について、奥行き値情報１４０１で示される奥行き値を最小値（ここでは例えば０とする）に設定し、それ以外のスクリーン１６０について奥行き値情報１４０１の奥行き値を増加させる（図６のステップＳ６０２）。
【００５２】
奥行き値情報１４０１の奥行き値を増加させる方法としては、現在０に設定されているスクリーン１６０のみの奥行き値を一定値増加させる方法や、新規に０に設定するスクリーン１６０以外の全てのスクリーン１６０の奥行き値を一定値増加させる方法等が考えられる。
【００５３】
ここで、アクティブ状態とは、そのアプリケーション１１０がキーボード、マウス等のユーザ入力を専有している状態であり、通常画面上の最前面に表示される。アクティブ状態へと対象のアプリケーション１１０が移行する状況としては、ユーザが当該対象のアプリケーション１１０を起動した直後や、ユーザがタスクメニューなどのユーザインタフェースを利用して、使用するアプリケーション１１０を他のアプリケーション１１０から当該対象のアプリケーション１１０への切り替えを指示した際などの状況が挙げられる。
【００５４】
それ以外にも、アクティブ状態のアプリケーション１１０の背後で動作しているアプリケーション１１０が、ウィンドウシステム１３０の画面最前面へ自身のウィンドウ１７０を移動させる機能や、ユーザ入力取得機能を利用することにより、ユーザの指示なしに自ら自身のウィンドウ１７０を画面最前面に表示させること、及びユーザ入力の専有を行ってアクティブ状態になるケースもある。
【００５５】
奥行き値の変更後、スクリーン混合手段１８０は、スクリーン書込み手段１５０によってスクリーン１６０−１からスクリーン１６０−ｎに書き込まれた描画データを、奥行き値管理手段１４０の奥行き値情報１４０１に記録されている奥行き値に従って重ね合わせ、表示画面１０１に表示する（図６のステップＳ６０３）。これにより、アクティブ状態に移行したアプリケーション１１０のウィンドウ１７０が、表示画面１０１の最前面に表示される。
（第１の実施の形態の効果）
次に、本実施の形態の効果について説明する。
【００５６】
本実施の形態によれば、アプリケーション１１０が自身のウィンドウ１７０を表示するようにウィンドウシステム１３０に対して指示しても、当該ウィンドウ１７０の表示を防止することができる。
すなわち、本実施の形態によれば、表示の優先度が高いアプリケーション１１０のウィンドウ１７０を優先的に表示画面１０１の最前面に表示することを可能とし、また、表示の優先度が高いアプリケーション１１０の背後で動作している表示の優先度が高くないアプリケーション１１０が、表示画面１０１の最前面に自身のウィンドウ１７０を表示させる指示をウィンドウシステム１３０に対して行うことによって生じる、表示の優先度が高いアプリケーション１１０のウィンドウ１７０の表示の妨害を防ぐことができる。
【００５７】
その理由は、アプリケーション１１０の指示によってウィンドウシステム１３０が受け取った当該アプリケーション１１０のウィンドウ１７０の描画データを、スクリーン書込み手段１５０によって当該アプリケーション１１０に対応する専用のスクリーン１６０に強制的に書き込み、アプリケーション１１０のウィンドウ１７０の描画データが書き込まれたスクリーン１６０の重ね合わせを各スクリーン１６０に設定された奥行き値に基づいて行うため、より優先度の高いアプリケーション１１０のウィンドウ１７０を表示画面１０１の前面に表示されるようにスクリーン１６０の奥行き値を設定することにより、より優先度の低いアプリケーション１１０のウィンドウ１７０がウィンドウシステム１３０によって不用意に最前面に表示されることを防ぐことが出来るからである。
【００５８】
また、本実施の形態によれば、上記効果に加え、複数のアプリケーション１１０が同時に動作しているときに、対象のアプリケーション１１０がアクティブ状態から非アクティブ状態へ移行した際にも非アクティブ状態からアクティブ状態へ移行した際にも、対象のアプリケーション１１０に属する全てのウィンドウ１７０をまとめて他のアプリケーション１１０のウィンドウ１７０の背後や最前面に表示させることが容易にできる。
【００５９】
その理由は、アプリケーション１１０に属する１又は複数のウィンドウ１７０−１〜１７０−ｍからなるウィンドウ群について、スクリーン書込み手段１５０によってウィンドウ群毎に当該アプリケーション１１０専用のスクリーン１６０に書き込み、アクティブ状態のアプリケーション１１０が変更されるたびにスクリーン１６０に設定された奥行き値を変更し、当該アクティブ状態のアプリケーション１１０に対応したスクリーン１６０を表示画面１０１の最前面に表示するからである。
【００６０】
さらに、本実施の形態によれば、クライアント端末１００上で動作する全てのアプリケーション１１０について、アプリケーション１１０側で特別な対応をする必要なしに、アプリケーション１１０のウィンドウ１７０の表示に関して、本発明の効果を適用させることができる。
【００６１】
その理由は、アプリケーション１１０が自身のウィンドウ１７０の描画データの表示をウィンドウシステム１３０に指示すると、ウィンドウシステム１３０が受け取った当該描画データが当該アプリケーション１１０の機能とは独立に、スクリーン書込み手段１５０によって当該アプリケーション１１０に専用に設けられたスクリーン１６０に書き込まれるからである。
【００６２】
（第２の実施の形態）
次に、本発明の第２の実施の形態について図面を参照し、第１の実施の形態との相違点を中心に詳細に説明する。
（第２の実施の形態の構成）
図７は、本実施の形態を説明するブロック図であり、図７を参照すると、本実施の形態のクライアント端末１００は、第１の実施の形態のクライアント端末１００にドメイン管理手段１９０と、アプリケーション１１０（アプリケーション１１０−１からアプリケーション１１０−ｎ）にそれぞれ添付されたデジタル証明書１１１０（デジタル証明書１１１０−１からデジタル証明書１１１０−ｎ）とが追加された構成である。
【００６３】
デジタル証明書１１１０−１からデジタル証明書１１１０−ｎは、アプリケーション１１０−１からアプリケーション１１０−ｎの作成者や配布者、ソフトウェア名等を示す情報を有し、アプリケーション１１０−１からアプリケーション１１０−ｎの認証に用いられる。
【００６４】
ドメイン管理手段１９０は、ドメイン決定情報１９０１（図８参照）を記憶し、クライアント端末１００の起動時や、クライアント端末１００へのアプリケーション１１０のインストール時に、アプリケーション１１０−１からアプリケーション１１０−ｎにそれぞれ添付されたデジタル証明書１１１０−１からデジタル証明書１１１０−ｎの認証処理を行い、ドメイン決定情報１９０１に基づいて各アプリケーション１１０のドメインを決定する機能を有する。
【００６５】
ここで、ドメイン決定情報１９０１は、アプリケーション１１０の作成者や配布者、アプリケーション１１０の種別、アプリケーション表示の優先度、アプリケーション１１０のソフトウェア名を示す情報や、アプリケーション１１０に添付されたデジタル証明書１１１０に含まれる情報等によって構成される。
【００６６】
ここで、ドメインは、アプリケーション１１０を分類するために予め定められた識別情報であり、ドメイン決定情報１９０１に基づいて決定される。
【００６７】
ドメイン管理手段１９０は、ドメイン決定情報１９０１のうち、例えば、アプリケーション１１０に添付されたデジタル証明書に含まれる情報のうち、アプリケーション１１０の配布者やソフトウェア名等に基づいてドメインを決定する。
【００６８】
すなわち、ドメイン管理手段１９０は、例えば、アプリケーション１１０の作成者や配布者によってドメインを決定する場合は、例えば、ドメイン１：ネットワークオペレータ、ドメイン２：端末ベンダ、ドメイン３：ソフトウェアベンダ、ドメイン４：それ以外、といったようにドメインを決定することができる。
【００６９】
また、ドメイン管理手段１９０は、アプリケーション１１０の種別によってドメインを決定する場合は、例えば、ドメイン１：クライアント端末１００の出荷時にインストール済みのアプリケーション１１０、ドメイン２：クライアント端末１００の出荷後にクライアント端末１００に追加インストールされたアプリケーション１１０、というようにドメインを決定することも可能であるし、また、アプリケーション１１０のウィンドウ１７０の表示の優先度によってドメインを決定する場合は、ドメイン１：緊急（最高優先度）、ドメイン２：通常、ドメイン３：低優先度、のようにドメインを決定することもできる。なお、本実施の形態において、各アプリケーション１１０は、ドメイン１からドメインｎまで分類されたとする。
【００７０】
（第２の実施の形態の動作）
次に、図７と、図９のフローチャートとを参照して本実施の形態の全体の動作について詳細に説明する。
【００７１】
属するドメインが上記のように決定されたアプリケーション１１０が、自身のウィンドウ１７０を表示する際の手順に関しては、第１の実施の形態と同じであるため、説明を省略する。
【００７２】
一方、非アクティブ状態のアプリケーション１１０がアクティブ状態になった際や、アプリケーション１１０がウィンドウシステム１３０の機能を利用して自身のウィンドウ１７０を表示画面１０１の最前面に表示してアクティブ状態になろうとした際の、奥行き値の変更処理及びその後の表示装置１０１に対しての再表示処理の手順は、以下のようになる。
【００７３】
クライアント端末１００上の非アクティブ状態の対象のアプリケーション１１０がアクティブ状態になると（図９のステップＳ９０１）、スクリーン管理手段１２０は、対象のアプリケーション１１０の属するドメインを、ドメイン管理手段１９０から取得する（図９のステップＳ９０２）。
【００７４】
この後、本実施の形態は、第１の実施の形態と同様に対応情報１２０１に基づき当該対象のアプリケーション１１０に対応して設けられたスクリーン１６０の奥行き値を変更するが、アプリケーション１１０の属するドメイン毎に、取りうる奥行き値の範囲を制限する。
【００７５】
本実施の形態は、例えば、アプリケーション１１０のウィンドウ１７０−１の表示の優先度によってドメインを決定する場合、ドメイン１は、奥行き値０から１００まで、ドメイン２は、奥行き値１００から２００まで、ドメインｎは、奥行き値（ｎ−１）×１００からｎ×１００までのように、アプリケーション１１０の属するドメイン毎に、取りうる奥行き値の範囲を制限する。
【００７６】
スクリーン管理手段１２０は、対象のアプリケーション１１０に対応したスクリーン１６０の奥行き値を、対象のアプリケーション１１０が属するドメインに定められた奥行き値の範囲の最小値に設定し、対象のアプリケーション１１０と同じドメインに属する他のアプリケーション１１０に対応するスクリーン１６０の奥行き値を増加させる（図９のステップＳ９０３）。すなわち、対象のアプリケーション１１と同じ分類に属する他のアプリケーション１１０について、当該他のアプリケーション１１０に対応するスクリーン１６０の奥行き値を増加させる。
【００７７】
奥行き値の変更後、スクリーン混合手段１８０は、スクリーン書込み手段１５０によってスクリーン１６０−１からスクリーン１６０−ｎに書き込まれた描画データを、奥行き値管理手段１４０の奥行き値情報１４０１に記録されている奥行き値に従って重ね合わせ、表示画面１０１に表示する（図９のステップＳ９０４）。
【００７８】
これにより、アクティブ状態に移行したアプリケーション１１０のウィンドウ１７０が表示されるが、第２の実施の形態では、当該アプリケーション１１０のウィンドウ１７０は、当該アプリケーション１１０より上位のドメインに属するアプリケーション１１０のウィンドウより前面には表示されない。すなわち、ドメイン３に属するアプリケーション１１０がアクティブ状態に移行した場合、当該アプリケーション１１０のウィンドウ１７０は、より上位のドメイン１又はドメイン２に属するアプリケーション１１０のウィンドウ１７０より前面には表示されない。
【００７９】
（第２の実施の形態の効果）
次に、本実施の形態の効果について説明する。
【００８０】
本実施の形態によれば、ドメイン管理手段１９０によって、各アプリケーション１１０に対応したスクリーン１６０の取りうる奥行き値の範囲がアプリケーション１１０の属するドメインに基づいて制限されるため、第１の実施の形態と同様に、優先度の低いアプリケーション１１０が優先度の高いアプリケーション１１０の前面に自身のウィンドウ１７０を表示することを防ぐことができ、また、例えば、緊急度に基づいてドメインを設定することによって、緊急度の高いアプリケーション１１０のウィンドウ１７０を緊急度の高くないアプリケーション１１０のウィンドウ１７０の前面に表示させ、緊急度の低いアプリケーション１１０のウィンドウ１７０を緊急度の高いアプリケーション１１０のウィンドウ１７０の前面に表示させることを防止することを容易に実現できる。
【００８１】
以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【００８２】
例えば、その他の実施の形態としては、第１、第２の実施の形態のようにアプリケーション１１０毎にスクリーン１６０を準備するのではなく、ドメイン毎にスクリーン１６０を準備するという形態も考えられる。
【００８３】
この形態の場合、あるアプリケーション１１０のウィンドウ１７０の描画データは、そのアプリケーション１１０が属するドメインに対応したスクリーン１６０に対して書き込まれることから、アプリケーション１１０の個数よりドメインの個数を少なく設定することにより、第１、第２の実施の形態と比較し、必要なスクリーン１６０の枚数を削減することができる。
【産業上の利用可能性】
【００８４】
本発明は、コンピュータ端末上でのウィンドウ管理及びウィンドウの表示装置といった用途に適用できる。
【図面の簡単な説明】
【００８５】
【図１】本発明の第１の実施の形態のクライアント端末１００の機能構成を示すブロック図である。
【図２】第１の実施の形態における対応情報１２０１を示す図である。
【図３】第１の実施の形態における奥行き値情報１４０１を示す図である。
【図４】第１の実施の形態におけるクライアント端末１００のハードウェア構成を示すブロック図である。
【図５】第１の実施の形態における、アプリケーションがウィンドウを表示する動作を示すフローチャートである。
【図６】第１の実施の形態における、奥行き値の変更処理及びその後の再表示処理の手順を示すフローチャートである。
【図７】本発明の第２の実施の形態のクライアント端末１００の機能構成を示すプロック図である。
【図８】第２の実施の形態におけるドメイン決定情報１９０１を示す図である。
【図９】第２の実施の形態における、奥行き値の変更処理及びその後の再表示処理の手順を示すフローチャートである。
【符号の説明】
【００８６】
１００：クライアント端末
１０１：表示画面
１０２：ＣＰＵ
１０３：主記憶部
１０４：補助記憶部
１０５：出力装置
１０６：通信制御部
１０７：入力装置
１０８：インタフェース部
１０９：システムバス
１１０、１１０−１〜１１０−ｎ：アプリケーション
１２０：スクリーン管理手段
１２０１：対応情報
１３０：ウィンドウシステム
１４０：奥行き値管理手段
１４０１：奥行き値情報
１５０：スクリーン書込み手段
１６０、１６０−１〜１６０−ｎ：スクリーン
１７０、１７０−１〜１７０−ｍ：ウィンドウ
１８０：スクリーン混合手段
１９０：ドメイン管理手段
１９０１：ドメイン決定情報
１１１０、１１１０−１〜１１１０−ｎ：デジタル証明書
【図１】
2007249370.tif 000003
【図２】
2007249370.tif 000004
【図３】
2007249370.tif 000005
【図４】
2007249370.tif 000006
【図５】
2007249370.tif 000007
【図６】
2007249370.tif 000008
【図７】
2007249370.tif 000009
【図８】
2007249370.tif 000010
【図９】
2007249370.tif 000011