(57)【要約】【課題】  複数のアプリケーションが管理するウィンドウ間の表示順序の制御を簡易にする技術を提供する。【解決手段】  ウィンドウ表示制御システム３００１は、複数のアプリケーションそれぞれのウィンドウをウィンドウ管理ツリーに従って表示する表示制御部５５０と、ウィンドウ管理ツリーにおいて、複数のアプリケーションそれぞれに、少なくとも一つの管理ウィンドウを生成する管理ウィンドウ生成部５３０と、ウィンドウ管理ツリーにおいて、アプリケーションぞれぞれのウィンドウを、対応する管理ウィンドウの子孫ウィンドウとして設定するウィンドウ制御部５４０と、を含む。【選択図】    図１
2004326742.tif 000002
【特許請求の範囲】
【請求項１】
マルチアプリケーション環境におけるウィンドウ表示制御システムであって、
複数のアプリケーションそれぞれのウィンドウをウィンドウ管理ツリーに従って表示する表示制御部と、
前記ウィンドウ管理ツリーにおいて、前記複数のアプリケーションそれぞれに、少なくとも一つの管理ウィンドウを生成する管理ウィンドウ生成部と、
前記ウィンドウ管理ツリーにおいて、前記アプリケーションぞれぞれのウィンドウを、対応する前記管理ウィンドウの子孫ウィンドウとして設定するウィンドウ制御部と、
を含むことを特徴とするウィンドウ表示制御システム。
【請求項２】
請求項１に記載のウィンドウ表示制御システムにおいて、
いずれかの前記複数のアプリケーションの新規ウィンドウを生成するとともに、当該ウィンドウを前記ウィンドウ管理ツリーのルートウィンドウの子ウィンドウとして設定するウィンドウ生成部と、
前記ウィンドウ生成部が前記新規ウィンドウを生成したときに、当該アプリケーションの管理ウィンドウが存在するか否かを判断する判断部と、
をさらに含み、
前記管理ウィンドウ生成部は、前記判断部が前記管理ウィンドウが存在しないと判断した場合に、新規な管理ウィンドウを生成し、前記ウィンドウ制御部は、前記新規ウィンドウを対応する管理ウィンドウの子孫ウィンドウとして設定することを特徴とするウィンドウ表示制御システム。
【請求項３】
請求項１または２に記載のウィンドウ表示制御システムにおいて、
前記ウィンドウ制御部は、各前記アプリケーションがアクティブまたはインアクティブに関わらず、各アプリケーションのウィンドウを当該アプリケーションの管理ウィンドウの子孫ウィンドウとして設定することを特徴とするウィンドウ表示制御システム。
【請求項４】
請求項１乃至３いずれかに記載のウィンドウ表示制御システムにおいて、
前記ウィンドウ制御部は、前記複数のアプリケーションの中で、アクティブなアプリケーションが変更された場合、新たにアクティブとなったアプリケーションの管理ウィンドウが他のアプリケーションの管理ウィンドウよりも上位となるように前記ウィンドウ管理ツリーを変更することを特徴とするウィンドウ表示制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウィンドウ表示制御システムに関し、特に、アプリケーションの管理するウィンドウ表示順序を制御するマルチアプリケーション環境におけるウィンドウ表示制御システムに関する。
【背景技術】
【０００２】
従来のマルチアプリケーション環境において、インアクティブなアプリケーション（以下、インアクティブアプリケーション）が管理する個々のウィンドウに対する表示順序変更操作がアクティブなアプリケーション（以下、アクティブアプリケーション）が管理するウィンドウの表示に影響を与えないようにするためには、以下のような処理が必要であった。たとえば、インアクティブアプリケーションがアクティブアプリケーションの管理するウィンドウよりも上位にウィンドウを移動させないようにする処理や、ウィンドウの表示順序を管理するウィンドウマネージャがインアクティブアプリケーションのウィンドウ表示順序変更操作やウィンドウの作成状況を常時監視し、アクティブアプリケーションの管理するウィンドウよりも上位にウィンドウを移動させないなどの処理である。
【０００３】
従来のマルチウィンドウの制御方法としては、例えば、特許文献１に開示される「マルチウィンドウ制御方法」がある。ここでは、ウィンドウマネージャがアプリケーションからのアクティブ要求があった場合に、当該アプリケーションのウィンドウを最前面に表示し、アクティブからインアクティブになったアプリケーションに対してその旨を通知することでウィンドウ制御を行なっている。
【０００４】
また、特許文献２に開示される「マルチウィンドウ制御装置」では、ウィドウのアクティブ、インアクティブに関わらず、指定されたウィンドウを常に最前列に表示させることができるようにしている。
【特許文献１】特開平４−１１８７１７号公報
【特許文献２】特開平１１−２３２００５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のウィンドウ表示制御においては、上述したように、インアクティブなアプリケーションの管理する個々のウィンドウに対する表示順序変更操作がアクティブなアプリケーションの管理するウィンドウの表示に影響を与えないようにするために、インアクティブアプリケーションがアクティブアプリケーションの管理するウィンドウよりも上位にウィンドウを移動させないといった制御を行い、また、ウィンドウマネージャがインアクティブアプリケーションのウィンドウ表示順序変更操作やウィンドウの作成状況を監視し、アクティブアプリケーションの管理するウィンドウよりも上位にウィンドウを移動させないように制御するといった処理が必要であった。
【０００６】
このため、インアクティブアプリケーションのウィンドウ表示順序の変更操作に制限が付加されることになり、アプリケーションのウィンドウの表示操作がし難くなる、または、ウィンドウマネージャの処理に大きな負荷がかかり通常のウィンドウの表示制御がスムーズになされなくなるといった問題を生じさせていた。
【０００７】
従来の制御方式において上記のような処理が必要となる理由は、インアクティブアプリケーションとアクティブアプリケーションが管理するウィンドウがウィンドウマネージャによって管理されるウィンドウ管理ツリーにおいて互いに兄弟関係となる場合が存在し、相互の管理が必要となるためである。
【０００８】
特許文献１及び特許文献２に開示される従来技術においても、各アプリケーションのウィンドウを、ウィンドウマネージャが統括して管理制御しており、インアクティブなアプリケーションの管理する個々のウィンドウに対する表示順序変更操作がアクティブなアプリケーションの管理するウィンドウの表示に影響を与えないように制御するには、ウィンドウマネージャの処理に大きな負荷がかかることになる。
【０００９】
本発明の目的は、複数のアプリケーションが管理するウィンドウ間の表示順序の制御を簡易にする技術を提供することにある。
【課題を解決するための手段】
【００１０】
本発明によれば、ウィンドウマネージャが各アプリケーション毎に管理ウィンドウを付加し、アプリケーションに属する個々のウィンドウを管理ウィンドウの子ウィンドウとすることで、各アプリケーションの管理するウィンドウがウィンドウ管理ツリーにおいて互いに兄弟関係となるのことを防止し、それにより、各アプリケーションが自由に自身の管理するウィンドウに対して表示順序変更操作が可能となるマルチアプリケーション環境におけるウィンドウ表示制御システムが提供される。
【００１１】
本発明によれば、マルチアプリケーション環境におけるウィンドウ表示制御システムであって、複数のアプリケーションそれぞれのウィンドウをウィンドウ管理ツリーに従って表示する表示制御部と、複数のアプリケーションそれぞれに、少なくとも一つの管理ウィンドウを生成する管理ウィンドウ生成部と、アプリケーションぞれぞれのウィンドウを、ウィンドウ管理ツリーにおいて、対応する管理ウィンドウの子孫ウィンドウとして設定するウィンドウ制御部と、を含むことを特徴とするウィンドウ表示制御システムが提供される。
【００１２】
本発明のウィンドウ表示制御システムは、いずれかの複数のアプリケーションの新規ウィンドウを生成するとともに、当該ウィンドウをウィンドウ管理ツリーのルートウィンドウの子ウィンドウとして設定するウィンドウ生成部と、ウィンドウ生成部が新規ウィンドウを生成したときに、当該アプリケーションの管理ウィンドウが存在するか否かを判断する判断部と、をさらに含むことができ、管理ウィンドウ生成部は、判断部が管理ウィンドウが存在しないと判断した場合に、新規な管理ウィンドウを生成することができ、ウィンドウ制御部は、新規ウィンドウを対応する管理ウィンドウの子孫ウィンドウとして設定することができる。
【００１３】
本発明のウィンドウ表示制御システムにおいて、ウィンドウ制御部は、各アプリケーションがアクティブまたはインアクティブに関わらず、各アプリケーションのウィンドウを当該アプリケーションの管理ウィンドウの子孫ウィンドウとして設定することができる。
【００１４】
本発明のウィンドウ表示制御システムにおいて、ウィンドウ制御部は、複数のアプリケーションの中で、アクティブなアプリケーションが変更された場合、新たにアクティブとなったアプリケーションの管理ウィンドウが他のアプリケーションの管理ウィンドウよりも上位となるようにウィンドウ管理ツリーを変更することができる。
【００１５】
上記目的を達成する本発明は、マルチアプリケーション環境におけるウィンドウ表示制御システムであって、各アプリケーションによるウィンドウをウィンドウ管理ツリーによって管理するウィンドウマネージャが、前記アプリケーション毎に、それぞれのウィンドウを管理する管理ウィンドウを作成し、前記アプリケーションに属するウィンドウを、前記管理ウィンドウの子ウィンドウとして他のアプリケーションのウィンドウと独立して管理することを特徴とする。
【００１６】
本発明のウィンドウ表示制御システムでは、前記ウィンドウマネージャは、前記アプリケーションがルートウィンドウを親とする子ウィンドウを新規作成した場合、前記アプリケーションに前記管理ウィンドウが存在するかを判定し、前記管理ウィンドウが存在する場合は、前記生成された子ウィンドウを前記管理ウィンドウの子ウィンドウに変更し、前記管理ウィンドウが存在しない場合、前記アプリケーションに管理ウィンドウを作成した上で、前記生成された子ウィンドウを前記管理ウィンドウの子ウィンドウに変更することを特徴とする。
【００１７】
本発明のウィンドウ表示制御システムでは、前記ウィンドウマネージャが、ルートウィンドウを親とする子ウィンドウを、当該子ウィンドウを生成したアプリケーションの前記管理ウィンドウの子ウィンドウとする場合、他の子ウィンドウとの表示順序に関し任意の表示順序位置に挿入することを特徴とする。
【００１８】
本発明のウィンドウ表示制御システムでは、前記ウィンドウマネージャは、各アプリケーションが管理するウィンドウの表示順序の変更に関知しないと共に、前記各アプリケーションは、自身の管理するウィンドウに対する表示順序変更操作について他のアプリケーションのウィンドウとの関係で何ら制限を受けず変更操作可能であることを特徴とする。
【００１９】
本発明のウィンドウ表示制御システムでは、前記ウィンドウマネージャは、前記アプリケーションに対して任意の数の前記管理ウィンドウを作成できることを特徴とする。
【００２０】
本発明のウィンドウ表示制御システムでは、前記アプリケーションが、アクティブ又はインアクティブに関わらず、前記アプリケーションの個々のウィンドウを前記管理ウィンドウの子ウィンドウとすることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、複数のアプリケーションが管理するウィンドウ間の表示順序の制御を簡易にすることができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００２３】
図１に示すように、本実施の形態におけるウィンドウ表示制御システム３００１は、ウィンドウマネージャ５００と、アクティブアプリケーション１０００と、インアクティブアプリケーション２０００と、ウィンドウ生成部３０１０と、ウィンドウ管理ツリー記憶部３０２０とを含む。ウィンドウマネージャ５００は、検出部５１０と、判断部５２０と、管理ウィンドウ生成部５３０と、ウィンドウ制御部５４０と、表示制御部５５０とを含む。表示制御部５５０は、モニタ等の表示部４０００に表示される表示を制御する。
【００２４】
図２は、図１のウィンドウ管理ツリー記憶部３０２０に記憶されたウィンドウ管理ツリーの一例を示す図である。ウィンドウマネージャ５００は、各アプリケーションのウィンドウを図２に示したウィンドウ管理ツリーに従って制御する。本実施の形態において、ウィンドウマネージャ５００は、アプリケーションの管理ウィンドウ間の表示順序のみを制御する。
【００２５】
図２に示すように、ウィンドウ管理ツリーは、ウィンドウツリーのルートにあたるルートウィンドウ０１、アクティブアプリケーション１０００が管理するウィンドウ１０、ウィンドウ１１、ウィンドウ１２、インアクティブアプリケーション２０００が管理するウィンドウ２０、ウィンドウ２１、アクティブアプリケーション１０００の管理ウィンドウ１００、インアクティブアプリケーション２０００の管理ウィンドウ２００を含む。
【００２６】
図１に戻り、ウィンドウマネージャ５００の管理ウィンドウ生成部５３０は、ウィンドウ管理ツリーの管理ウィンドウを生成したり削除したりする。ウィンドウマネージャ５００のウィンドウ制御部５４０は、管理ウィンドウ間の表示順序を制御する。たとえば、インアクティブであったアプリケーション２０００が新たにアクティブとなり、アクティブだったアプリケーション１０００がインアクティブになった場合、ウィンドウ制御部５４０は、管理ウィンドウ１００と管理ウィンドウ２００の表示順序を変更する。このとき、これらの管理ウィンドウ１００および管理ウィンドウ２００の子ウィンドウは、管理ウィンドウの表示順序の変更に伴い自動的に変更される。
【００２７】
管理ウィンドウ１００と管理ウィンドウ２００はルートウィンドウ０１の子ウィンドウであり、ウィンドウ１０とウィンドウ１１は管理ウィンドウ１００の子ウィンドウ、ウィンドウ１２はウィンドウ１０の子ウィンドウ、ウィンドウ２０とウィンドウ２１は管理ウィンドウ２００の子ウィンドウの関係となっている。
【００２８】
ここで、ルートウィンドウ０１とは、各アプリケーションによるウィンドウが表示される土台となるウィンドウ（例えば、Windows(R)のデスクトップウィンドウ等）であり、上記のアクティブアプリケーション１０００の管理ウィンドウ１００、ウィンドウ１０〜１２、及びインアクティブアプリケーション２０００の管理ウィンドウ２００、ウィンドウ２０と２１は、このルートウィンドウ０１内に表示されることになる。
【００２９】
また、アプリケーションの管理ウィンドウは、本発明の特徴的な要素である。管理ウィンドウ生成部５３０は、各アプリケーションの管理ウィンドウを生成する。管理ウィンドウは、アプリケーションの各ウィンドウを管理する。アプリケーション１０００、２０００のウィンドウであるウィンドウ１０〜１２及びウィンドウ２０〜２１は、それぞれの管理ウィンドウ１００及び管理ウィンドウ２００内に表示されることになる。
【００３０】
図２に示したウィンドウ管理ツリーにおいて、各アプリケーションに属する兄弟ウィンドウ間、すなわちウィンドウ１０、１１、１２間と、ウィンドウ２０、２１間においては、ウィンドウツリーの右に存在するウィンドウほど上位に位置するウィンドウであるとする。表示制御部５５０は、この順序でウィンドウを表示部４０００に表示する。そのため、図２に示したウィンドウは、表示部４０００上で、図３に示すような順序で表示される。図３において、管理ウィンドウ１００は管理ウィンドウ２００の上に表示されている。管理ウィンドウ１００の子ウィンドウであるウィンドウ１２、１０、および１１は、管理ウィンドウ２００の子ウィンドウであるウィンドウ２０や２１よりも上に表示される。
【００３１】
以下、本実施の形態によるウィンドウ表示制御システムの動作について図４〜図７を参照して説明する。
【００３２】
図４は、インアクティブアプリケーション２０００が新たなウィンドウ２２を作成した場合のウィンドウ管理ツリーを示す（(図５のステップＡ１)。まず、ウィンドウ生成部３０１０がウィンドウ２２をウィンドウ管理ツリーにおいて、ルートウィンドウ０１の子ウィンドウに設定する。
【００３３】
検出部５１０は、ウィンドウ２２が新規に生成されたことを検知し（ステップＡ２）、ウィンドウ２２を作成したアプリケーション(この場合はインアクティブアプリケーション２０００)を特定する(ステップＡ３)。ウィンドウ生成部３０１０は、新規ウィンドウの生成を示すイベントを、そのウィンドウを生成したアプリケーションに関する付加的な情報とともに検出部５１０に通知することができる。この場合、検出部５１０は、イベントにより新規ウィンドウの生成を検出することができ、付加的な情報によりそのウィンドウを生成したアプリケーションを検出することができる。
【００３４】
つづいて、判断部５２０は、検出部５１０により特定されたアプリケーション（インアクティブアプリケーション２０００）の管理ウィンドウが存在するかどうかを判別する（ステップＡ４）。
【００３５】
図４の場合、インアクティブアプリケーション２０００の管理ウィンドウ２００が既に存在するので(ステップＡ４のＹＥＳ)、判断部５２０はウィンドウ２２の親ウィンドウを、ルートウィンドウ０１からインアクティブアプリケーション２０００の管理ウィンドウ２００に変更する(ステップＡ６)。
【００３６】
また、ステップＡ４において、判断部５２０が特定されたアプリケーションの管理ウィンドウが存在しないと判断した場合（ステップＡ４のＮＯ）、管理ウィンドウ生成部５３０は、そのアプリケーションの管理ウィンドウを生成し（ステップＡ５）、ウィンドウ２２の親ウィンドウを、ルートウィンドウ０１から当該作成した管理ウィンドウに変更する(ステップＡ６)。
【００３７】
図６は、インアクティブアプリケーション２０００が、ウィンドウ２２の下位にあったウィンドウ２１をウィンドウ２２の上位となるように、表示順序を変更する場合のウィンドウ管理ツリーを示す図である。
【００３８】
表示順序の変更は管理ウィンドウ２００の子ウィンドウ２０〜２２間で行われ、ウィンドウ２１とウィンドウ２２の表示順序が入れ代わる。従って、アクティブアプリケーション１０００の表示には影響を与えない。この時、ウィンドウマネージャ５００はアプリケーションが管理するウィンドウの表示順序の変更には関知しない。
【００３９】
このようにウィンドウマネージャ５００は、アプリケーションがルートウィンドウを親とするウィンドウを作成した時に、作成されたウィンドウの親を変更するだけでよく、アプリケーションが管理するウィンドウの表示順序の変更に関知する必要はない。また、各アプリケーションは、自身の管理するウィンドウに対する表示順序変更操作については何ら制限を受けない。
【００４０】
図７は、インアクティブアプリケーション３０００が新規に起動され、ルートウィンドウ０１を親としてウィンドウ３１が作成された場合のウィンドウ管理ツリーを示す図である(図５のステップＡ１)。
【００４１】
検出部５１０は、ウィンドウ３１の作成を検知し（ステップＡ２）、ウィンドウ３１を作成したアプリケーション(この場合はインアクティブアプリケーション３０００)を特定する(ステップＡ３)。
【００４２】
つづいて、判断部５２０は、インアクティブアプリケーション３０００の管理ウィンドウが存在するか否かを判断する（ステップＡ４）。ここで、判断部５２０は、インアクティブアプリケーション３０００の管理ウィンドウが存在しないと判断する（ステップＡ４のＮＯ）。そこで、図７に示すように、管理ウィンドウ生成部５３０は、新規な管理ウィンドウ３００を生成する（ステップＡ５）。そして、ウィンドウ制御部５４０は、ウィンドウ３１の親ウィンドウをルートウィンドウ０１から管理ウィンドウ３００に変更する(ステップＡ６)。
【００４３】
次に、本発明の実施の形態によるウィンドウ表示制御システムの動作を具体例を用いて説明する。
【００４４】
インアクティブアプリケーション２０００がルートウィンドウ０１を親としてダイアログウィンドウ２０２を生成する具体例を図８に示す。
【００４５】
図８に示すように、ウィンドウマネージャ５００のウィンドウ制御部５４０は、生成されたダイアログウィンドウ２０２を、インアクティブアプリケーション２０００の管理ウィンドウ２００によって管理されるウィンドウの中で最上位になるように表示順序を変更する。このとき、管理ウィンドウ１００と管理ウィンドウ２００との間で表示順序の変更はない。そのため、アクティブアプリケーションのウィンドウ１０１は、ダイアログウィンドウ２００の生成による影響を受けない。
【００４６】
図９、図１０は、インアクティブアプリケーション２０００がウィンドウ２０Ｂをウィンドウ２０Ａの上位に移動させた場合の具体例を示している。
【００４７】
この場合のウィンドウの表示順序変更処理は、インアクティブアプリケーション２０００の管理するウィンドウのみに影響を与え、アクティブアプリケーション１０００やインアクティブアプリケーション３０００の管理するウィンドウの表示順序には影響を与えない。
【００４８】
なお、上記の実施の形態では、ウィンドウマネージャ５００が各アプリケーション毎に１つの管理ウィンドウを設ける場合を説明したが、図１１に示すように、ウィンドウマネージャ５００がアプリケーションに付加する管理ウィンドウの数をＮ個（Ｎ：２以上の整数）に拡張することも可能である。
【００４９】
図１１では、ウィンドウマネージャ５００がアプリケーション３０００に付加する管理ウィンドウの数を３０１〜３０ＮのＮ個とした場合を示している。それらのＮ個の管理ウィンドウはそれぞれ１以上の子ウィンドウを有している。このとき、各管理ウィンドウが管理する子ウィンドウに対する表示順序変更操作は他の管理ウィンドウが管理する子ウィンドウの表示順序に影響を与えない。
【００５０】
また、ルートウィンドウ０１を親として新規に作成されたウィンドウを、ウィンドウマネージャ５００が管理ウィンドウの子ウィンドウに変更する場合、管理ウィンドウの子ウィンドウ中の任意の位置（表示順序位置）に挿入することが可能である。ルートウィンドウ０１から管理ウィンドウの子ウィンドウに変更する時のウィンドウの挿入位置についても最上位でなくともよい。
【００５１】
本発明によるウィンドウ表示制御システムの構成要素であるウィンドウマネージャ５００及び管理ウィンドウの機能については、上記した機能を実行するウィンドウ表示制御プログラムをコンピュータ処理装置上で実行させることで実現することができる。このウィンドウ表示制御プログラムは、磁気ディスク、半導体メモリその他の記録媒体に格納され、その記録媒体からコンピュータ処理装置にロードされ、コンピュータ処理装置の動作を制御することにより、上述した各機能を実現する。
【００５２】
以上説明したように本発明のウィンドウ表示制御システムによれば、以下に述べるような優れた効果を実現する。
【００５３】
第１に、アプリケーションが管理するウィンドウの表示順序変更や新規作成に対する制限がなくなり、ウィンドウの新規作成や表示順序の変更操作が非常にやり易くなる。その理由は、アプリケーションの管理するウィンドウの表示順序の変更が、他のアプリケーションのウィンドウの表示順序に影響を与えないためである。
【００５４】
第２に、ウィンドウマネージャの処理として、ルートウィンドウを親として作成されるウィンドウを検知し、作成されたウィンドウの親を変更するだけで、アクティブアプリケーションの管理するウィンドウの上位にインアクティブアプリケーションのウィンドウが表示されるのを防ぐことが可能になる。その理由は、上記のように既存ウィンドウの表示順序の変更はアクティブアプリケーションの管理するウィンドウの表示順序に影響を与えないため、ルートウィンドウを親として作成される新規ウィンドウのみを検知すればよいためである。
【００５５】
以上好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形して実施することができる。 
【図面の簡単な説明】
【００５６】
【図１】本発明の実施の形態におけるウィンドウ表示制御システムの構成を示すブロック図である。
【図２】本発明を適用した実施の形態によるウィンドウ表示制御システムの概要を示すブロック図である。
【図３】図２の実施の形態における各アプリケーションの子ウィンドウの表示順序を説明する図である。
【図４】図３の実施の形態における新規にウィンドウを作成した場合の処理を説明するツリー図である。
【図５】図３の実施の形態における新規にウィンドウを作成した場合の処理を説明するフローチャートである。
【図６】アプリケーションの管理ウィンドウ内で子ウィンドウの表示順序を変更する場合のツリー図である。
【図７】アプリケーションを新たに起動した場合のウィンドウ制御を説明するツリー図である。
【図８】新たにダイアログウィンドウを生成した場合の具体例を説明する図である。
【図９】アプリケーションの管理ウィンドウ内で子ウィンドウの表示順序を変更する場合の具体例を示す図である。
【図１０】アプリケーションの管理ウィンドウ内で子ウィンドウの表示順序を変更する場合の具体例のツリー図である。
【図１１】各アプリケーションに複数の管理ウィンドウを付加した例を説明するツリー図である。
【符号の説明】
【００５７】
０１：ルートウィンドウ
１０、１１、１２：ウィンドウ
２０、２１、２２：ウィンドウ
３１：ウィンドウ
１００、２００、３００：管理ウィンドウ
５００：ウィンドウマネージャ
５１０：検出部
５２０：判断部
５３０：管理ウィンドウ生成部
５４０：ウィンドウ制御部
５５０：表示制御部
１０００：アクティブアプリケーション
２０００、３０００：インアクティブアプリケーション
３００１：ウィンドウ表示制御システム
３０１０：ウィンドウ生成部
３０２０：ウィンドウ管理ツリー記憶部
４０００：表示部
１０１、２０１：ウィンドウ
２０２：ダイアログウィンドウ
１０Ａ、２０Ａ、２０Ｂ、３０Ａ：ウィンドウ
１０Ｂ、２０Ｃ、３０Ｂ：管理ウィンドウ
３０１〜３０Ｎ：管理ウィンドウ
【図１】
2004326742.tif 000003
【図２】
2004326742.tif 000004
【図３】
2004326742.tif 000005
【図４】
2004326742.tif 000006
【図５】
2004326742.tif 000007
【図６】
2004326742.tif 000008
【図７】
2004326742.tif 000009
【図８】
2004326742.tif 000010
【図９】
2004326742.tif 000011
【図１０】
2004326742.tif 000012
【図１１】
2004326742.tif 000013