JP2010026925A - 情報処理装置、画面制御方法、およびプログラム - Google Patents

Abstract

【課題】ディスプレイ装置上にタブパネルを含むＧＵＩを生成する情報処理装置、画面制御方法およびプログラムを提供すること。
【解決手段】情報処理装置１００は、表示インスタンスを表示するためのディスプレイ装置１３０と、外部生成されたイベントを検出し、当該イベントに関連付けられた制御を実行するイベント制御部１１６と、表示インスタンスが生成されていることを示すタブパネルを生成し、イベント制御部１１６が新規表示インスタンスの生成イベントを検出した場合に、タブパネル上に新規表示インスタンスの存在を示すための追加タブを生成し、タブパネル上で既表示である既表示タブとの間の論理的関係を認識可能に表示するタブパネル制御部１１８と、タブパネル制御部により生成された追加タブを含むタブパネルを、ディスプレイ装置に表示させるウィンドウ制御部１２０とを含んでいる。
【選択図】図１

Description

本発明は、コンピュータなどの画面上にタブパネルを含むグラフィカル・ユーザ・インタフェース（ＧＵＩ）を提供する情報処理装置、画面制御方法およびプログラムに関する。

近年、コンピュータ、ＰＤＡ(Personal Data Assistant)、携帯電話などの情報処理装置は、カラーディスプレイ表示が行われており、その表示性能が高機能化している。また、情報処理装置の性能向上に伴い、実行されるアプリケーションやオブジェクトも単一ではなく、ディスプレイ装置の高機能化にともない、複数のアプリケーションやオブジェクトに対応する複数のＧＵＩを情報処理装置のデスクトップ画面上に表示することが可能とされている。このようなマルチタスク環境下で、ユーザは、操作をしようとするアプリケーションやオブジェクトに関連するＧＵＩをトップレベル表示させ、入力やコンテンツ閲覧などを行う。この状態で、他のアプリケーションやコンテンツに関連するＧＵＩは、対象となるＧＵＩの認識性を低下させないように、縮小表示されたり、背景表示され、デスクトップ画面上には、ユーザが操作すべきアプリケーションやオブジェクトを提供するＧＵＩが大面積で表示される。

デスクトップ画面上に表示されないＧＵＩがあることを表示するため、従来では、ＧＵＩの縁部にタブを生成し、タブ上にその時点で開かれているＧＵＩを識別させるテキストなどを表示する。なお、以下、トップレベル表示とは、デスクトップ画面上にＧＵＩを、ユーザが操作または閲覧できる態様で表示させる表示形式を意味する。また、縮小表示とは、トップレベル表示されたＧＵＩ以外のＧＵＩであって、縮小表示され、関連付けられたアプリケーション、オブジェクト、またはコンテンツを認識できるようにアイコンまたはタブのみが認識可能なユーザがその時点で操作を行うことができない設定とされたＧＵＩを意味する。

ユーザは、縮小表示されたＧＵＩを使用したい場合、都度、縮小表示を示すアイコンをクリックして全画面表示へと切り換えるか、またはＧＵＩの縁部に配置されたタブなどを操作して、ユーザが希望するＧＵＩをトップレベル表示させる。

従来のＧＵＩ表記切り換え方法でもユーザは、複数のＧＵＩを切り換えて各種の処理を実行することが可能である。図１５には、複数のＧＵＩをデスクトップ画面上に呼び出してユーザが情報処理装置を操作する場合のタブ表示の従来例を示す。図１５に示すタブパネルは、典型的なアプリケーションが提供するものであり、図１５（ａ）、（ｂ）、（ｃ）として、その表示形式を示す。例えば、図１５（ａ）では、タブパネル１５００に多数のウィンドウが開かれていることを示す、ウィンドウに関連したテキスト、イメージなどを表示させた複数のタブ１５１０が隣接配置されている。タブ１５１０は、一定数になるまでタブパネル１５００に追加されて行き、一定数を超える場合には、タブパネル１５００の端部に配置されたスクロール・タブをクリックして、表示させるべきタブをスクロールさせて行く。

図１５（ｂ）に示した従来例では、タブパネル１５２０に開かれた全てのタブが表示されている例である。しかし、タブ数が多数なため、各タブの内容を表すテキストに少ない文字数しか表示できないため、目的とするタブの選択が困難となっている。

さらに図１５（ｃ）に示した従来例では、タブパネル１５４０に多数のウィンドウが開かれているが、タブ数が一定数を超えると省略表示される例を示している。この例では、１０個のウィンドウが省略表示されており、省略表示されたウィンドウを開く場合には、省略表示を表すアイコン「>>」をクリックすると、省略表示されているウィンドウのリストがドロップダウンで表示される。そのリスト項目をクリックすることで選択することができる。

また、これまで、デスクトップ画面上に表示するＧＵＩの表示性を改善する試みもなされており、例えば、特開２００８−００３６４９号公報（特許文献１）では、階層構造をなす前記グラフィカル・ユーザ・インタフェースを構成する各要素配置部品に前記階層構造を特定する階層情報を定義付け、前記要素配置部品に定義付けられた前記階層情報と、前記電子機器を操作する各操作メニュー項目を区別する属性情報とを照合することで、前記操作メニュー項目を対応させる前記要素配置部品を特定し、この特定した前記要素配置部品に、前記操作メニュー項目に対応する操作部品を配置する、操作画面生成方法が開示されている。

特許文献１では、ＧＵＩを各要素を階層構造とし、階層構造ごとに操作メニューをタブとして表示させている。しかしながら、特許文献１で生成されるタブを表示させるＧＵＩは、操作内容ごとにタブを割当て、操作内容に関連するアプリケーションまたはオブジェクトを表示するものである点で、タブパネルと同様の表示機能しか有していないものである。
特開２００８−００３６４９号公報

上述したように、ＧＵＩ上で種々のタブ表示を提供する技術については知られているものの、図１５（ｃ）で示すタブパネル１５４０であっても、タブバー上に表示されたアプリケーションやオブジェクトがどのような相互関連性または論理関連性を有しているのかについての情報を、タブパネル自体から認識することを可能とするものではなかった。また、例えば、メール・アプリケーションなどの場合、メール・オブジェクトを呼出して複数のメールを閲覧／編集する場合がある。この様な場合、メーラ・アプリケーションがその時点でいくつのウィンドウ・インスタンスを管理しているのかについて、ウィンドウ・インスタンスの論理的な主従関係を認識させながらタブパネル上においてアプリケーションと関連付けて表示するものではなかった。

さらに、タブパネル上に表示するタブは、アプリケーションやオブジェクトのウィンドウ・インスタンスごとに消去する必要があり、ウィンドウ管理やアプリケーション切り換えなどの操作性が充分なものとはいえなかった。加えて、タブ間の関連についての識別性が充分ではなかったことから、ユーザが誤って閉じる必要のないウィンドウ・インスタンスを閉じてしまうという問題もあった。

本願は、上記従来技術の問題点に鑑みてなされたものであり、タブパネルの高機能化を提供することを目的とする。

さらに、本発明は、タブパネルの高機能化を、タブパネルに表示されるタブの間にアプリケーションまたはオブジェクト間の関連付けを表現することにより、タブを介した表示インスタンスの制御性を向上させ、タブパネルの高機能化を達成することを目的とする。

また、本発明は、タブパネルに表示するタブに階層構造を持たせることで、タブにより参照される表示インスタンスに対して簡易的なツリー構造を提供することで、タブパネルの高機能化を達成することを目的とする。

本発明は、デスクトップ画面上に複数のウィンドウ・インスタンスやフレーム・インスタンス（以下、単に表示インスタンスとして参照する。）を生成する場合、表示インスタンスがすでに生成され、アクティブな状態にあることを示すためのタブを表示するタブパネルに対して、タブ間の論理的主従関係を表示させる。デスクトップ画面上でユーザが新規な表示インスタンスの生成イベントを生成すると、イベント制御部は、当該イベントを検出し、タブパネル制御部として機能するタブマネージャを呼出す。

タブマネージャは、タブパネル上にすでに表示されているタブである既表示のタブの論理的主従関係を登録するタブ関連付けテーブルを参照し、新規な表示インスタンスの追加により追加生成するタブである追加タブの論理的主従関係に依存して、既表示タブが追加タブを包含する入れ子形式、追加タブが既表示タブよりも上側に存在するように２次元的または３次元的に錯覚させる重なり形式、または既表示タブと追加タブとが論理的に無関係または並列的であることを示す並列表示形式を使用して、タブパネル上にタブを追加する。

本発明は、タブパネル制御部は、タブパネル上に表示された既表示タブのうち、選択状態にある既表示タブの背景色属性および高さ属性を、選択されていない既表示タブと異なる表示属性に設定することで、選択された状態の既表示タブの認識性を向上させる。

また、ウィンドウ制御部は、イベント制御部が直上位にある既表示タブの削除を検出した場合、タブ関連付けテーブルを参照して既表示タブの論理的関係を判断し、直上位にある既表示タブをルート・ノードとして論理的に従属関係にある既表示タブにより指定される表示インスタンスを一括して削除することにより、表示オブジェクトの効率的な整理が可能となる。

本発明によれば、タブパネルに対してアプリケーションまたはオブジェクトと関連付けることで、より効率的なウィンドウ操作を可能とし、マルチタスクの操作性を改善することが可能となる。

以下、本発明を実施形態をもって説明するが、本発明は、後述する実施形態に限定されるものではない。図１は、本実施形態の情報処理装置１００の機能ブロック図である。図１に示した情報処理装置１００は、パーソナル・コンピュータ、ワークステーション、サーバ専用機として実装することができる。情報処理装置１００は、情報処理部１１０と、ディスプレイ装置１３０と、キーボード１４０、マウス１５０などを含んで構成されている。ディスプレイ装置１３０は、情報処理部１１０が処理した結果を出力し、コンテンツおよびコンテンツを表示させるためのウィンドウを表示させ、本実施形態にしたがい、タブパネルをデスクトップ画面上に表示させている。

キーボード１４０およびマウス１５０は、情報処理部１１０に対して各種入力およびイベント生成などを行い、情報処理部１１０による、各種の情報処理やコンテンツ取得、コンテンツ生成などを実行させている。また、情報処理装置１００は、ネットワーク１７０を介してウェブ・サーバとの間で、ＦＴＰプロトコルやＨＴＴＰプロトコルを使用するファイル転送を実行し、各種検索、コンテンツダウンロード、コンテンツアップロードなどの処理を実行している。

情報処理部１１０は、シングルコアまたはマルチコアのＣＰＵと、キャッシュ・メモリ、ＲＡＭ、ＲＯＭなどを含んで実装され、実行空間を提供するＲＡＭ上にプログラムを展開し、ＣＰＵがプログラムを実行することにより、各機能部を構成している。情報処理部１１０は、ネットワーク・アダプタ１１２を備えており、ネットワーク１７０との間でデータ転送を実行し、データ転送の結果を、オペレーティング・システム（ＯＳ）１１４に通知して、各種アプリケーションによるデータ転送を可能とする。

ＯＳ１１４は、情報処理部１１０の動作を管理しており、各種プログラミング言語の実行、外部装置との間の入出力、表示制御など、情報処理部１１０による処理を可能としている。

特に制限されるものではないが、上述したＣＰＵとしては、ＰＥＮＴＩＵＭ（登録商標）、ＰＥＮＴＩＵＭ（登録商標）互換チップなどのＣＩＳＣアーキテクチャのマイクロプロセッサ、または、ＰＯＷＥＲ ＰＣ（登録商標）などのＲＩＳＣアーキテクチャのマイクロプロセッサを実装することができ、これらのＣＰＵは、シングルコアでもマルチコアでもかまわない。また、上述したＯＳとしては、ＷＩＮＤＯＷＳ（登録商標）ＸＰ、Ｗｉｎｄｏｗｓ（登録商標）Ｖｉｓｔａ、Ｍａｃ ＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘサーバ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などを挙げることができる。

また、情報処理部１１０が実行することができるプログラミング言語としては、アセンブラ、インタープリタを使用する言語、またはオブジェクト指向プログラミング言語を挙げることができ、ＶＩＳＵＡＬ ＢＡＳＩＣ、Ｃ、Ｃ＋＋、ＪＡＶＡ（登録商標）、ＪＡＶＡ（登録商標）ＳＣＲＩＰＴ、ＰＥＲＬ、ＲＵＢＹ、ＰＹＴＨＯＮなどを挙げることができる。

また、情報処理部１１０としては、ElipseなどのIDE（統合開発環境）、WYSIWYG型ウェブ・オーサリング・ツール、メーラ・アプリケーションなどを用いることができる他、Internet
Explorer（商標）、Mozilla、Opera、Netscape Navigator（商標）、FireFoxなどのブラウザ・ソフトウェアを使用することもできる。

情報処理部１１０は、本実施形態の画面表示を実行するために、さらにイベント制御部１１６と、タブパネル制御部１１８と、ウィンドウ制御部１２０とを含んで構成されている。イベント制御部１１６は、イベント・ハンドラ、イベントリスナ／定義済みイベントなどとして実装することができる。タブパネル制御部１１８は、表示インスタンスの生成指令を検出し、すでにタブパネル上に表示されている既表示のタブと新に生成するタブとの間の論理的主従関係を検査し、タブパネル上に論理的主従関係をグラフィカルに表示させる処理を実行する。

また、ウィンドウ制御部１２０は、ウィンドウ・クラス（オブジェクト）や、フレーム・クラス（オブジェクト）として実装することができ、ディスプレイ装置１３０のデスクトップ画面上に、ウィンドウやフレームを生成するとともに、デスクトップ画面上にタブパネルを表示させる領域を確保し、表示するべきウィンドウに対応したタブを生成して、タブパネル上に配置させている。また、ウィンドウ制御部１２０は、論理的に関連性のあるウィンドウやフレームについて、タブパネルからの処理要求に対応して、複数のウィンドウや、フレームに対して同一の処理の実行対象として設定し、例えば一括削除、一括コピー、一括同期化などの処理を指令する。以下、本実施形態では、ウィンドウ制御部１２０が作成するフレーム・インスタンスおよびウィンドウ・インスタンスを総じて、表示インスタンスとして参照する。

また、本実施形態で、「表示インスタンス間が論理的関連性を有する、または論理的な関連性がある」とは、表示インスタンス間にアプリケーションで定義された関連性があることを意味する。後述する表１に、アプリケーションとそれに対応する関連性の例を挙げている。

アプリケーション実行部１２２は、ＯＳ１１４による制御の下で、特定のプログラミング言語により記述されたアプリケーション・プログラムを実行させ、処理結果を生成する。各種ドライバ機能部１２４は、記憶装置１６０、プリンタなどの各種外部装置を制御するプログラムとして提供されていて、記憶装置、プリンタの制御を行うとともに、データの書込みおよび読込みを実行する。イベント制御部１１６、タブパネル制御部１１８、ウィンドウ制御部１２０、アプリケーション実行部１２２、各種ドライバ機能部１２４は、適切なＡＰＩ／ハードウェアにより構成されたインタフェース部１２６を介して、図１に示した実施形態では、ディスプレイ装置１３０のデスクトップ画面上に情報処理部１１０による処理結果を表示させている。

図２は、本実施形態により生成されるタブパネルを含むＧＵＩ２００の実施形態を示す。図２に示すように、ＧＵＩ２００は、表示インスタンスとして生成され、ＧＵＩ２００内に表示させるべき表示インスタンスが複数存在することがタブパネル２１０に表示されている。タブパネル２１０には、複数のタブ２２０、２３０、２４０、２５０、２６０が表示されていて、ユーザは、特定のタブをクリックするなどのイベントを生成することで、当該タブに関連付けられたコンテンツを表示させる。図２に示した実施形態では、ユーザが選択したタブ「ｉｎｄｅｘ．ｈｔｍｌ」に対応付けられた表示インスタンスである、「ｉｎｄｅｘ．ｈｔｍｌ」のコンテンツを表示領域２７０に表示させる表示態様である、トップレベル表示され、タブ２２０の背景色が、他のタブと識別可能な背景色として表示されている。

さらに、各タブ２３０、２４０、２５０、２６０は、図２に示した状態では非選択のタブであり、その論理的関係に基づいて、表示フォーマットを異ならせて生成されている。例えば、ウェブ・ページを使用して説明すれば、「ｉｎｄｅｘ．ｈｔｍｌ」は、当該ＵＲＩ(Uniform Resource Identifier)に記述された各種コンテンツの閲覧を可能としており、論理関係として、タブ２４０、タブ２５０は、ウェブ・ページ「ｉｎｄｅｘ．ｈｔｍｌ」から「新しいタブで開く」メニューで生成された子インスタンスである。このため、図２に示した実施形態では、タブボタンのとりうる最大高さをfull-height属性とした場合、子インスタンスはそれよりも低い高さ属性（short-height属性）に設定されており、タブ２４０、２５０を入れ子表示形式として生成させている。その結果、タブ間の論理的親子関係を明りょうに認識させている。さらに、「ｉｎｄｅｘ．ｈｔｍｌ」は、背景色属性＝ｂｌｕｅ（＃００００ｆｆ）として設定されており、他の非選択状態にあるタブの背景色属性＝ｗｈｉｔｅ（＃ｆｆｆｆｆｆ）と異なる属性に設定されており、選択状態にあることが認識できるようになっている。

一方、図２に示した実施形態では、タブ２６０は、論理的に最上位のタブであり、視覚的に見て最も下側に配置されたような形態で、重なり表示されている。

さらに、タブ２３０は、全く異なるウェブ・ページなどを表示させる表示インスタンスに関連付けられたタブであり、タブ２２０、２４０、２５０、２６０とは関係のない、「他人タブ」として並列表示されている。

このため、図２に示したタブパネル２１０では、親タブ２２０が明りょうに示され、親タブ２２０に関連付けられた子タブ２４０、２５０、および論理的に祖先となるタブ２６０などの論理的関係がタブパネル２１０の表示から明確に認識できるようにされている。このように、それぞれの論理的関係に基づいて、タブ高さ、タブ幅、タブ間の重なり合いなどが調整されていて、各タブ間の論理関係がタブパネル２１０を見るだけで容易に認識可能とされている。

なお、従来例として知られているように、表示インスタンス間の関係を、例えばツリー表示として表示することも可能であるが、ＧＵＩ２００内の表示領域２７０内に別の領域を確保し、ツリーを別途表示させなければならない。すなわち、従来のツリー表示は、コンテンツ自体の表示面積を低下させてしまい、デスクトップ画面の利用効率が低下する。図２に示した本実施形態のタブパネル２１０は、タブパネル自体に各フレーム間の論理関係を認識させる機能を付与することで、タブパネル２１０の高機能化を達成し、同時にデスクトップ画面の有効利用を実現させている。

図２では、タブ間の高さ、タブ幅などを変更してフレーム間の論理関係を示すものとして説明した。図３は、タブ表示のより詳細な実施形態を示す。本実施形態のタブパネルを含むＧＵＩは、複数の表示態様でタブ間の論理的関連性を表示する。ＧＵＩ３００は、第１の実施形態として、現在トップレベル表示が指定されている表示インスタンスのコンテンツを表示領域３０２に表示させている。

ＧＵＩ３００では、選択タブ３０４が高さ属性＝full-heightに指定され、選択タブ３０４に関連付けられたコンテンツから派生した表示インスタンスが存在することを示す、子タブ３０６、３０８が表示され、子タブ３０６、３０８の高さ属性＝short-heightに設定されていて、いわゆる入れ子形式でタブ間の論理的関連性をＧＵＩ的に認識させている。

また、ＧＵＩ３１０は、論理的関連性を示すための第２の実施形態を示す。ＧＵＩ３１０では、論理的関連性を有する表示インスタンスが存在する場合、論理的に上位である祖父タブ３１６および親タブ３１８が重合され、さらに重合関係を錯覚させるように、タブ形状が左右非対称に形成され、論理的に上位のタブが下位のタブを包含するかのように視覚的に認識させている。そして選択タブ３１４の背景色は、現在そのタブのコンテンツを表示していることが認識できるように修正され、表示領域３１２には、選択タブ３１４に関連付けられたコンテンツが表示されている。ＧＵＩ３１０では、入れ子形式ではなく、タブを非対称形状として重合させた、重なり表示を使用して表示インスタンス間の論理的関連性を認識させている。

さらにＧＵＩ３２０は、表示インスタンス間に論理的関連性がない、あるいは並列関係となる場合の第３の実施形態である。第３の実施形態では、タブ間に重なり合いはなく、またタブ３２６、３２８の形状も、同一とされている。表示領域３２２には、選択タブ３２４に関連付けられたコンテンツが表示され、各タブ間に論理的関係がない、あるいは並列関係となることを認識させている。

表１には、本実施形態で表示インスタンス間の論理的関連性として参照される関係を提供するアプリケーション（オブジェクト）および論理的関連性を定義することができる表示インスタンスの態様を示す。

上記表１に示した実施形態は、例示的なものであり、表示インスタンスを生成する際に、アルゴリズム的に階層構造を構成できる限り、アプリケーションの種類、オブジェクトの種類、形式などには限定はない。

図４は、本実施形態のタブパネルを含むＧＵＩのさらに他の実施形態を示す。図４に示したＧＵＩ４００は、表示インスタンスが親、子、孫と３階層に生成されており、タブパネルにそれぞれ親タブ４０２、子タブ４０４、孫タブ４０６が表示されている。

ＧＵＩ４００に示す実施形態では、親タブ４０２が選択されて、表示領域４０８に親タブ４０２に関連したコンテンツが表示され、親タブ４０２の背景色を変更して示した入れ子態様とされている。また、選択されていない子タブ４０４および孫タブ４０６は、その高さ属性＝short-heightに設定され、入れ子構造の認識性が向上されている。

ＧＵＩ４１０は、ユーザがＧＵＩ４００から子タブを選択する場合に表示されるタブパネルの第２の実施形態を示す。ＧＵＩ４１０では、子タブ４１４が選択されており、表示領域４１８には、子タブ４１４に関連付けられたコンテンツが表示される。また、子タブ４１４は、選択されたことが認識しやすいようにその背景色および高さ属性＝full-heightに設定されて表示され、孫タブ４１６のみが高さ属性＝short-heightに設定され、子タブ４１４が孫タブ４１６を管理していることが視覚的に認識できるようになっている。ＧＵＩ４１０では、親タブ４１２についても高さ属性＝full-heightに設定されているが、図４に示すように、親タブ４１２と子タブ４１４との間の論理的関連の認識性は、低下していないことが示される。

ＧＵＩ４２０は、ユーザが孫タブ４２６を選択した場合に表示されるタブパネルの実施形態を示す。ＧＵＩ４２０では、孫タブ４２６の選択に対応して表示領域４２８には、孫タブ４２６に関連したコンテンツが表示される。そして、ＧＵＩ４２０では、孫タブ４２６が選択されているので、その祖先である親タブ４２２、子タブ４２４も含め、全タブとも高さ属性＝full-heightとして設定されている。

図４３０、４４０、４５０は、ＧＵＩ４００、４１０、４２０を実現する際の内部構造の例を立体的に図示したものである。

図５は、本実施形態の画面制御方法のフローチャートを示す。図５の処理は、ステップＳ５００から開始し、ステップＳ５０１で、新規な表示インスタンス生成を指令するイベントを検出して、追加タブ生成を指令する。ステップＳ５０２では、既存のタブとの論理的関係を検査して追加タブの属性を計算し、ステップＳ５０３で、計算した属性値を使用して追加タブを生成し、表示し、ステップＳ５０４で処理を終了する。なお、ステップＳ５０２では、追加タブの属性を、追加タブのタブパネル上での位置（ｘ／ｙ）座標、幅／高さ、重なり順序（zIndex）などを計算し、設定する。

また、追加生成したタブが自動選択され、トップレベル表示させるように構成することもできるし、追加生成したタブについて、単に論理的な関係に基づいて追加し、トップレベル表示のコンテンツを修正しないで維持させることもできる。

これら追加タブの操作性の制御は、特定のアプリケーションやオブジェクトの目的・操作性に関連して適宜設定することができる。また、検査結果は、より詳細に後述するタブ関連付けテーブルに登録される。

図６は、本実施形態で、タブパネルに表示されたタブを新に選択する処理のフローチャートを示す。図６の処理は、ステップＳ６００から開始し、ステップＳ６０１でユーザによるタブ選択イベントを検出し、本実施形態のタブパネル表示を制御するための画面制御方法を実行するプログラムを呼出す。ステップＳ６０２では、選択されたタブが祖先タブまたは子孫タブに関連付けられているか否かをタブ関連付けテーブルを参照して判断し、関連付けられている祖先タブまたは子孫タブが存在する場合（ｙｅｓ）、ステップＳ６０３で、選択されたタブ属性を検査し、選択されたタブの高さ属性がfull-height属性であるか否かを判断する。

選択されたタブの高さ属性がfull-height属性である場合（ｙｅｓ）、ステップＳ６０４で選択されたタブが子孫タブを有している場合、全子孫タブの高さ属性をshort-height属性に設定する。また、ステップＳ６０３で選択されたタブがfull-height属性でない場合（ｎｏ）、ステップＳ６０５で選択されたタブおよびその祖先タブをすべてfull-height属性に設定する。

ステップＳ６０６では、タブの見かけ上の選択状態を、例えば背景色をｗｈｉｔｅからｂｌｕｅに切り換えるなどにより変更し、コンテンツ内容を選択されたタブに対応するように変更してＧＵＩを表示させ、ステップＳ６０７で処理を終了し、ユーザによる次のタブ選択イベントの発生を待機する。図６に示したフローチャートにおいて、ステップＳ６０３で「ｙｅｓ」に分岐した以後の処理は、図４のＧＵＩ４００の生成に対応し、ステップＳ６０３で「ｎｏ」に分岐した以後の処理は、図４のＧＵＩ４１０の生成に対応する。

なお、ステップＳ６０２の判断で、選択されたタブがその祖先タブおよび子孫タブを全く有していない場合（ｎｏ）、処理をステップＳ６０６に分岐させて、選択されたタブの背景色などを選択を示す値に、それ以外のタブはデフォルト値に変更しステップＳ６０６でタブ選択に対応させて、ＧＵＩを修正する。なお、この処理は、図３のＧＵＩ３２０を表示する処理に相当する。

図７は、本実施形態で使用するタブ関連付けテーブル７００、およびタブ選択イベントに関連付けられた画面制御方法を実行するためのタブパネル制御部の機能を提供する、タブマネージャの疑似コード７６０を示す。タブ関連付けテーブル７００は、特定のタブについて、関連付けられたタブがその作成順に登録されている。フィールド７１０は、タブの生成順を登録し、タブ識別値の小さなタブがより時系列的に先に生成されたタブであることを示す。また、直上位タブ７２０は、タブ間の親子関係を指定する識別値であり、タブ識別値および直上位タブの識別値を使用して、タブの論理的包含関係を指定する。タブの追加・削除などを行ってタブパネルの階層構造が変化した場合には、それに合わせて直上位タブの識別値を更新する。なお、親、子、孫の関係は、論理的関係の上位・下位関係を示す目的で使用され、注目するタブとの相対的関係に応じて呼称は相違する場合もある。

また、フィールド７３０は、関連付けたれたアプリケーション、オブジェクト、またはコンテンツを識別するための内容識別値が登録されており、例えば、表示するべきコンテンツなどを識別してタブが管理する表示領域内に表示するべき内容を、トップレベル表示する場合に、読出して表示領域内に表示させる。さらに内容識別値７３０は、関連付けられたコンテンツの内容をユーザに対して認識させるための、テキスト、メタデータなどを、タブに表示することを可能とさせている。さらに、フィールド７４０は、それぞれのタブの選択状態識別値を登録する。選択状態識別値は、図７に示した実施形態では、図４のＧＵＩ４１０に対応して、現在タブ識別値＝２の子タブが選択されていることを示す。なお、この状態では、図４のＧＵＩ４１０に示されるように、子タブは、その選択に対応してfull-height属性が割当てられて表示されている。

一方、フィールド７４０のエントリ内容は、ユーザによるタブ選択状態に対応して修正され、後述する疑似コード７６０で記述されるタブマネージャがタブの選択イベントを検出すると、新たに選択されたタブのタブ識別値に対応するレコードの値がＯＮに設定される。同時に、元のＯＮであったフィールドの値が、ＯＦＦに設定変更される。また、図７に示したタブ関連付けテーブル７００は、より詳細には後述する、複数の表示インスタンスを対象とした一括削除などのコマンド処理の対象を指定する場合に参照される。

図７には、タブ関連付けテーブル７００により指定されるタブ間の論理的関連性を示す無向グラフ７５０を示す。無向グラフ７５０は、直上位に配置されるタブを親タブとする子タブと接続して定義される。無向グラフ７５０は、タブパネル上のタブ表示を行うためには直接使用されるわけではないが、論理的に主従関係にあるタブについて、タブ関連付けテーブル７００を使用してタブの一括削除処理を実行する処理を説明するために示す。例えば、ユーザが、タブ識別値２にマウス・カーソルを重合させ、マウスの右クリックなどによりポップアップ・メニューを表示させた場合、メニュー項目として「削除」メニューを表示される。

この段階で、ユーザが「削除」メニューを選択すると、タブ識別値＝２をルート・ノードとしてタブ識別値＝３およびタブ識別値＝５のタブは、削除処理の対象として一括指定され、表示インスタンスの一括処理を効率化することができる。また、指定されたタブのみを単独で削除し、その他のタブは論理的関係を維持したまま残すことにしてもよい。

なお、タブ関連付けテーブル７００に登録されたタブ数が一定のしきい値を超えた場合には、選択されているタブから論理的関係が遠いタブを優先的に縮小表示または省略表示することができる。そうすることで、多数のタブを開いている場合でも、選択されているタブと論理的関係が近いタブは縮小表示または省略表示されないため、選択が容易となる。

また、無向グラフ７５０で、タブ識別値＝１を選択して「削除」メニューを選択すると、タブ識別値＝１のタブをルート・ノードとし、その時点でタブパネル上に表示されている、論理的関連付けされた表示インスタンスが一括して削除され、誤認識による削除や削除漏れなどの誤操作の発生を低減させることができる。

図７には、またタブ選択イベントについて登録されたタブマネージャの疑似コード７６０を示す。疑似コード７６０は、タブのクリック・イベントを検出して呼出される。タブマネージャは、TabManager.adjustHeight ()と、TabManager.selectTab ()とを含んで構成されている。TabManager.adjustHeight
()は、タブの表示高さを制御するためのメソッドであり、TabManager.selectTab ()タブ選択に対応して背景色などを制御するメソッドである。以下、図８および図９を使用して、メソッドTabManager.adjustHeight
()およびメソッドTabManager.selectTab ()の処理について説明する。

図８は、TabManager.adjustHeight
()の疑似コードを示す。疑似コードは、第１行目でタブがクリックされたことを受けて選択されたタブの高さ属性を検査する。第２行目〜第６行目までは、選択されたタブの高さ属性の検査を行い、full-height属性であり、タブ関連付けテーブル７００のエントリ項目を参照して子孫タブがあるか否かを判定し、子孫タブがある場合、関連する子タブの識別値を取得し、全子孫タブについてその高さ属性をshort-heightに設定する。

また、第８行目〜第１３行目までは、選択されたタブの高さ属性がshort-heightである場合、当該選択されたタブよりもタブ関連付けテーブルの上位レコードにあるタブの識別子を全部取得し、全祖先タブについて高さ属性＝full-heightに設定する。なお、図８に示した疑似コードは、図６のフローチャートのステップＳ６０３以下の処理に対応する。

図９は、TabManager.selectTab
()の疑似コードであり、図９の処理は、選択されたタブの背景色を修正するとともに、選択されたタブに対応するコンテンツを表示領域に表示させる。図９の疑似コードは１行目〜第４行目において、前に選択されていたタブの見た目を非選択状態に変更し、クリックされたタブの見た目を選択状態に変更している。

疑似コードの第６行目以降では、タブボタンの属性値を設定し、またタブボタンが関連付けられたコンテンツの表示を変更する。選択されたタブである場合、タブの背景色を説明している実施形態では、「ｂｌｕｅ」に設定し、表示領域をトップレベル表示させ、それ以外の場合には、タブの背景色をホワイトとし、コンテンツを表示させるための表示領域を非表示に設定する。図８および図９の処理により、選択されたタブの高さが修正され、その背景色も選択に対応して修正されることによって、図３、図４などのタブパネルが生成される。

図１０は、本実施形態のタブマネージャの処理および対応して表示されるタブパネルを含むＧＵＩ遷移の実施形態を示す。図１０（ａ）は、疑似コードによる処理の具体例であり、図１０（ｂ）、（ｃ）が、ＧＵＩの実施形態である。図１０（ｂ）のＧＵＩでは、孫タブ１０００がデフォルト選択されており、孫タブ１０００の背景色がブルーとされ、孫タブ１０００よりも祖先の各タブは、full-height属性のまま保存されている。表示領域１０１０には、孫タブ１００に割当てられたコンテンツが表示される。

図１０中の疑似コードにおけるタブ（Ａ）が孫タブ１０００に相当し、タブ（Ｂ）が親タブ１０２０に対応する。ユーザが、孫タブ１０００が選択された状態から、親タブ１０２０を選択すると、親タブ１０２０を除く子タブ、孫タブの高さ属性がshort-height属性に修正されると当時に、親タブ１０２０の背景色がｂｌｕｅに変更され、選択が解除された孫タブの背景色がｗｈｉｔｅに変更され、図１０（ｃ）のＧＵＩを表示される。また、図１０（ｃ）のＧＵＩでは、コンテンツの表示領域を、孫タブから親タブのものに修正し、この結果、表示領域１０３０には、親タブ１０２０に関連付けられたコンテンツがトップレベル表示される。

図１１は、タブマネージャにより生成されるＧＵＩの他の実施形態を示す。図１１では、（ａ）が疑似コードによる処理の具体例であり、図１１（ｂ）、（ｃ）がＧＵＩの実施形態である。図１１（ｂ）の親タブ１１００がタブ（Ａ）に相当し、孫タブ１１２０がタブ（Ｂ）に相当する。ユーザが図１１（ｂ）の状態で、孫タブを選択すると、孫タブの高さは、図６のステップＳ６０５にしたがって、孫タブ１１２０の祖先タブをfull-height属性に設定し、自己もfull-height属性に設定する。そして、孫タブ１１２０の背景色をｂｌｕｅに、親タブの背景色をｗｈｉｔｅに修正し、表示領域を孫タブ１１２０が管理するものに変更して表示領域１１３０に孫タブに関連付けられたコンテンツを表示させる。

さらに図１２には、タブマネージャにより生成されるＧＵＩのさらに他の実施形態を示す。図１２の実施形態は、子孫タブや祖先タブを有しないタブが存在する場合の実施形態であり、図１２（ａ）が疑似コードの具体的処理を示し、図１２（ｂ）、（ｃ）がＧＵＩの実施形態である。図１２（ｂ）では、タブ（Ａ）として、親タブ１２００が選択され、表示領域１２１０には、親タブに関連付けられたコンテンツが表示されている。図１２（ｂ）の状態で、ユーザが、子孫および祖先を有しない独立した他人タブ１２２０を選択すると、図６のステップＳ６０６の処理を経て、図１２（ｃ）のＧＵＩが表示される。図１２（ｃ）の実施形態では、論理的関係が登録されたタブについては、フィールド７３０に選択されていることを示す値やフラグが設定されていない場合、タブの高さ属性には変更を行わず、その背景色は、選択状態とは異なるデフォルト背景色に戻されている。そして、表示領域１２３０には、新に選択された他人タブ１２２０に関連付けられたコンテンツが表示され、他人タブ１２２０に関連付けられた表示インスタンスがトップレベル表示される。

図１３は、タブマネージャにより生成されるＧＵＩのさらに他のＧＵＩの実施形態を示す。図１３（ａ）が、疑似コードの具体的処理であり、図１３（ｂ）、（ｃ）がＧＵＩの実施形態を示す。図１３に示した実施形態では、親タブは、２つの子タブを２つ管理し、子タブ１３００は、さらに孫タブを管理している。図１３（ｂ）に示した実施形態では、子タブ１３００が選択されており、その結果、タブマネージャは、子タブ１３００をfull-height属性表示とし、その背景色もｂｌｕｅに設定して表示させている。

これに対応して表示領域１３１０は、子タブ１３００に割当てられたコンテンツを表示させていて、子タブ１３００に関連付けられた表示インスタンスがトップレベル表示とされる。図１３（ｂ）の状態で、ユーザが第２子タブ１３２０を選択すると、第２子タブ１３２０がfull-height属性に変更される。このとき、第２子タブ１３２０の背景色は、ｂｌｕｅに設定され、表示領域１３３０には、第２子タブに割当てられたコンテンツ１３３０が表示される。

図１４は、論理的関係を持つ複数のタブに関して、例示的にタブパネルが修正表示されるＧＵＩの実施形態を示す。図１４（ａ）は、親タブから子タブが生成され、子タブから、孫タブが生成されている。また、親タブには、同レベルの表示インスタンスが生成されたことを示す第２親タブが生成されていることが示されている。なお、第２親タブは、他人タブとして別に管理することも可能である。図１４（ａ）では、紙面左手側の親タブが選択された状態であり、順次紙面右手側に向かって、子タブ、孫タブ、第２親タブが選択されて行く場合のタブパネル変更を示している。

また、図１４（ｂ）は、親タブが、子タブおよび第２子タブに論理的に関連付けられており、子タブが孫タブに論理的に関連付けられている場合の実施形態を示す。図１４（ｂ）の実施形態でも、ユーザが紙面向かって左側から右側にタブの選択を修正しているものとする、親タブが選択されている紙面最左手側のＧＵＩでは、子タブ、孫タブ、第２子タブが親タブに入れ子状態で表示されている。その後、ユーザが子タブ、孫タブ、第２子タブを順次選択して行くと、タブパネルが、順次選択に応答して紙面右手側のＧＵＩへと遷移して行く。

さらに図１４（ｃ）は、親タブが１つの子タブに論理的に関連付けられ、子タブが２つの孫タブに論理付けられている実施形態である。図１４（ｃ）に示した実施形態においても、ユーザによるタブの選択に応じてタブの高さ属性および背景色が変更され、紙面左手側から紙面右手側に向かってタブマネージャにより修正されたＧＵＩが提供されている。

図１４を使用して本実施形態のタブマネージャにより実現される追加機能を説明する。例えば、図１４（ａ）で、紙面最左手側に示されたＧＵＩの場合、親タブにマウス・カーソルを一致させた状態で、例えば右クリックを行うことで、メニューバー・クラスを使用してポップアップ・メニューを表示させることができる。このとき、ポップアップ・メニューに「削除」を登録しておくことで、複数の表示インスタンスを、ウィンドウ制御部１２０による同一のコマンドの処理対象として設定することが可能となる。上述したコマンドとしては、削除、同期、書式変更、貼付け、リサイズ、などを挙げることができ、親タブおよび親タブが直接管理する子タブおよび孫タブの表示インスタンスに対して一括して同一の処理コマンドの対象として設定することが可能となる。

例えば、複数の表示インスタンスを一括削除しようとする場合、図１４（ａ）の子タブが選択された状態でも同様であり、子タブにマウス・カーソルを一致させ、マウス右クリックによりポップアップ・メニューを表示させ、「削除」メニューを指定して実行させることで、マウス・カーソルが重合されたタブに対して論理的に関連付けられ、かつ当該タブよりも論理的に従属関係にあるタブに関連付けられた表示インスタンスを一括して削除することができる。

上述した一括削除について、図１４（ｃ）の実施形態を使用してさらに説明する。図１４（ｃ）に示す実施形態では、親タブにマウス・カーソルを一致させて、マウスの右クリックによりポップアップ・メニューを表示させて、「削除」メニューを選択する。この場合、親タブは、最も論理的な意味でルート・ノードを与えているので、デスクトップ画面上に表示された全タブに関連する表示インスタンスを一括して削除され、ユーザは、それまで認識していた表示インスタンスのない、デフォルト状態のデスクトップ画面を１回の操作で表示させることができる。

さらに、本実施形態では、論理的に関連付けられた子タブを多く含む親タブを優先的にタブパネル上で縮小表示またはスクロール表示させることにより、タブパネルの表示を、タブ間の論理的関連性に基づいて管理することが可能となり、より操作性を向上させることができる。また、タブパネル上のタブ表示制御という点では、現在選択されているタブから、論理的に関連性の少ないタブを優先的にタブパネル上で縮小表示させることもできる。

上述したように、本実施形態の情報処理装置および画面制御方法によれば、デスクトップ画面上に複数表示される表示インスタンスの論理的関連性を効率的に認識させ、さらに表示インスタンスの管理を効率化し、ユーザが誤って必要な表示インスタンスを消去してしまうという不都合を最低化することが可能な、情報処理装置、画面制御方法およびプログラムが提供できる。

さらに、本実施形態によれば、タブパネルにより表示インスタンスの識別に加え、タブパネルに対してアプリケーション、オブジェクトまたはコンテンツの階層構造を識別させる機能を追加することができ、ツリー表示を行うための領域をデスクトップ画面上で確保する必要を排除でき、デスクトップ画面のより効果的な利用を行うことができる。

さらに、本実施形態によれば、マルチタスク処理を実行する場合に、デスクトップ画面上での表示インスタンスの一括削除などを行うことが可能となり、表示インスタンスが管理するアプリケーション、オブジェクト、またはコンテンツも論理的関係を効率的に認識可能とすることから、マルチタスク処理の操作性を著しく改善することが可能となる。

本実施形態の上記機能は、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなどのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、当該プログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

これまで本実施形態につき説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

、本実施形態の情報処理装置１００の機能ブロック図。 本実施形態により生成されるタブパネルを含むＧＵＩ２００の実施形態を示した図。 本実施形態のタブ表示のより詳細な実施形態を示した図。 本実施形態のタブパネルを含むＧＵＩのさらに他の実施形態を示した図。 本実施形態の画面制御方法のフローチャート。 本実施形態で、タブパネルに表示されたタブを新に選択する処理のフローチャート。 本実施形態で使用するタブ関連付けテーブルおよびタブ選択イベントに関連付けられた画面制御方法を実行するためのタブパネル制御部として機能する、タブマネージャの疑似コードを示した図。 TabManager.adjustHeight()の疑似コード。 TabManager.selectTab()の疑似コード。 本実施形態のタブマネージャの処理および対応して表示されるタブパネルを含むＧＵＩ遷移の実施形態を示した図。 タブマネージャにより生成されるＧＵＩの他の実施形態を示した図。 タブマネージャにより生成されるＧＵＩのさらに他の実施形態を示した図。 タブマネージャにより生成されるＧＵＩのさらに他のＧＵＩの実施形態を示した図。 親タブ、子タブ、孫タブの３世代のタブが登録される場合の、３世代の可能な論理的関係について、例示的にタブパネルが修正表示されるＧＵＩの実施形態を示した図。 複数のＧＵＩをデスクトップ画面上に呼び出してユーザが情報処理装置を操作する場合のタブ表示の従来例を示した図。

符号の説明

１００…情報処理装置、１１０…情報処理部、１１２…ネットワーク・アダプタ、１１４…オペレーティング・システム、１１６…イベント制御部、１１８…タブパネル制御部、１２０…ウィンドウ制御部、１２２…アプリケーション実行部、１２４…各種ドライバ機能部、１２６…インタフェース部、１３０…ディスプレイ装置、１４０…キーボード、１５０…マウス、１６０…記憶装置、１７０…ネットワーク

Claims (16)

1. 複数の表示インスタンスを生成してマルチタスクを実行する情報処理装置であって、前記情報処理装置は、
   前記表示インスタンスを表示するためのディスプレイ装置と、
   外部生成されたイベントを検出し、当該イベントに関連付けられた制御を実行するイベント制御部と、
   前記表示インスタンスが生成されていることを示すタブパネルを生成し、前記イベント制御部が新規表示インスタンスの生成イベントを検出した場合に、前記タブパネル上に前記新規表示インスタンスの存在を示すための追加タブを生成し、前記タブパネル上で既表示である既表示タブとの間の論理的関係を認識可能に表示するタブパネル制御部と、
   前記タブパネル制御部により生成された追加タブを含む前記タブパネルを、前記ディスプレイ装置に表示させるウィンドウ制御部と
   を含む、情報処理装置。
2. 前記タブパネル制御部は、前記生成イベントを検出した場合に前記追加タブ生成指令を発行し、前記既表示タブの生成された順序、前記既表示タブの直上位にある前記既表示タブおよび前記既表示タブの選択状態を登録するタブ関連付けテーブルを参照して前記既表示タブとの間の論理的関係を検査し、前記検査の結果を使用して前記既表示タブと前記追加タブとを表示する、請求項１に記載の情報処理装置。
3. 前記タブパネル制御部による論理的関係の表示形式は、前記既表示タブが前記追加タブを包含する入れ子形式、前記追加タブが前記既表示タブよりも上側に存在するように２次元的または３次元的に錯覚させる重なり形式、または前記既表示タブと前記追加タブとが論理的に無関係または並列的であることを示す並列表示形式を含む、請求項２に記載の情報処理装置。
4. 前記タブパネル制御部は、前記タブパネル上に表示された前記既表示タブのうち、選択状態にある前記既表示タブの背景色属性および高さ属性を、選択されていない前記既表示タブと異なる表示属性に設定する、請求項３に記載の情報処理装置。
5. 前記タブパネル制御部は、前記既表示タブの選択が、前記論理的関係によらず前記既表示タブの認識性を損なわないように、前記選択状態にある前記既表示タブの前記表示属性を設定する、請求項４に記載の情報処理装置。
6. 前記ウィンドウ制御部は、前記イベント制御部が直上位にある前記既表示タブの削除を検出した場合、前記タブ関連付けテーブルを参照して前記既表示タブの前記論理的関係を判断し、前記直上位にある前記既表示タブをルート・ノードとして従属関係にある前記既表示タブにより指定される複数の前記表示インスタンスを同一の処理対象として設定する、請求項５に記載の情報処理装置。
7. 複数の表示インスタンスを生成してマルチタスクを実行するため、情報処理装置が実行する画面制御方法であって、前記画面制御方法は、前記情報処理装置が、
   ディスプレイ装置を介して外部生成された新規表示インスタンスの生成を指令するイベントを検出し、当該イベントに関連付けられた制御を実行するステップと、
   前記表示インスタンスが生成されていることを示すタブパネルを生成し、前記イベント制御部が新規表示インスタンスの生成イベントを検出した場合に、前記タブパネル上に前記新規表示インスタンスの存在を示すための追加タブを生成し、前記タブパネル上で既表示である既表示タブとの間の論理的関係を認識可能に表示するステップと、
   前記タブパネル制御部により生成された追加タブを含む前記タブパネルを、前記ディスプレイ装置に表示するステップとを実行し、
   前記認識可能に表示するステップは、
   前記生成イベントを検出した場合に前記追加タブ生成指令を発行するステップと、
   前記既表示タブの生成された順序、前記既表示タブの直上位にある前記既表示タブおよび前記既表示タブの選択状態を登録するタブ関連付けテーブルを参照して前記既表示タブとの間の論理的関係を検査するステップと、
   前記検査の結果を使用して前記既表示タブと前記追加タブとを表示するステップとを含む、画面制御方法。
8. 前記論理的関係の表示形式は、前記既表示タブが前記追加タブを包含する入れ子形式、前記追加タブが前記既表示タブよりも上側に存在するように２次元的または３次元的に錯覚させる重なり形式、または前記既表示タブと前記追加タブとが論理的に無関係または並列的であることを示す並列表示形式を含む、請求項７に記載の画面制御方法。
9. 前記認識可能に表示するステップは、前記タブパネル上に表示された前記既表示タブのうち、選択状態にある前記既表示タブの背景色属性および高さ属性を、選択されていない前記既表示タブと異なる表示属性に設定するステップを含む、請求項８に記載の画面制御方法。
10. 前記認識可能に表示するステップは、前記既表示タブの選択が、前記論理的関係によらず前記既表示タブの認識性を損なわないように、前記選択状態にある前記既表示タブの前記表示属性を設定するステップを含む、請求項９に記載の画面表示方法。
11. 前記直上位にある前記既表示タブの削除を検出した場合、前記タブ関連付けテーブルを参照して前記既表示タブの前記論理的関係を判断し、直上位にある前記既表示タブをルート・ノードとして従属関係にある前記既表示タブにより指定される複数の前記表示インスタンスを同一の処理対象として設定するステップを含む、請求項１０に記載の画面制御方法。
12. 複数の表示インスタンスを生成してマルチタスクを実行するため、情報処理装置が実行するプログラムであって、前記プログラムは、前記情報処理装置が、
    ディスプレイ装置を介して外部生成された新規表示インスタンスの生成を指令するイベントを検出し、当該イベントに関連付けられた制御を実行するステップと、
    前記表示インスタンスが生成されていることを示すタブパネルを生成し、前記イベント制御部が新規表示インスタンスの生成イベントを検出した場合に、前記タブパネル上に前記新規表示インスタンスの存在を示すための追加タブを生成し、前記タブパネル上で既表示である既表示タブとの間の論理的関係を認識可能に表示するステップと、
    前記タブパネル制御部により生成された追加タブを含む前記タブパネルを、前記ディスプレイ装置に表示するステップとを実行し、
    前記認識可能に表示するステップは、
    前記生成イベントを検出した場合に前記追加タブ生成指令を発行するステップと、
    前記既表示タブの生成された順序、前記既表示タブの直上位にある前記既表示タブおよび前記既表示タブの選択状態を登録するタブ関連付けテーブルを参照して前記既表示タブとの間の論理的関係を検査するステップと、
    前記検査の結果を使用して前記既表示タブと前記追加タブとを表示するステップとを含む、装置実行可能なプログラム。
13. 前記論理的関係の表示形式は、前記既表示タブが前記追加タブを包含する入れ子形式、前記追加タブが前記既表示タブよりも上側に存在するように２次元的または３次元的に錯覚させる重なり形式、または前記既表示タブと前記追加タブとが論理的に無関係または並列的であることを示す並列表示形式を含む、請求項１２に記載のプログラム。
14. 前記認識可能に表示するステップは、前記タブパネル上に表示された前記既表示タブのうち、選択状態にある前記既表示タブの背景色属性および高さ属性を、選択されていない前記既表示タブと異なる表示属性に設定するステップを含む、請求項１３に記載のプログラム。
15. 前記認識可能に表示するステップは、前記既表示タブの選択が、前記論理的関係によらず前記既表示タブの認識性を損なわないように、前記選択状態にある前記既表示タブの前記表示属性を設定するステップと、
    前記直上位にある前記既表示タブの削除を検出した場合、前記タブ関連付けテーブルを参照して前記既表示タブの前記論理的関係を判断し、直上位にある前記既表示タブをルート・ノードとして従属関係にある前記既表示タブにより指定される複数の前記表示インスタンスを同一の処理対象として設定するステップとを含む、請求項１４に記載のプログラム。
16. 複数の表示インスタンスを生成してマルチタスクを実行する情報処理装置であって、前記情報処理装置は、
    前記表示インスタンスを表示するためのディスプレイ装置と、
    外部生成されたイベントを検出し、当該イベントに関連付けられた制御を実行するイベント制御部と、
    前記表示インスタンスが生成されていることを示すタブパネルを生成し、前記イベント制御部が新規表示インスタンスの生成イベントを検出した場合に、前記タブパネル上に前記新規表示インスタンスの存在を示すための追加タブを生成し、前記タブパネル上で既表示である既表示タブとの間の論理的関係を認識可能に表示するタブパネル制御部と、
    前記タブパネル制御部により生成された追加タブを含む前記タブパネルを、前記ディスプレイ装置に表示させるウィンドウ制御部と
    を含み、
    前記タブパネル制御部は、前記生成イベントを検出した場合に前記追加タブ生成指令を発行し、前記既表示タブの生成された順序、前記既表示タブの直上位にある前記既表示タブおよび前記既表示タブの選択状態を登録するタブ関連付けテーブルを参照して前記既表示タブとの間の論理的関係を検査し、前記検査の結果を使用して前記既表示タブと前記追加タブとを表示し、
    前記タブパネル制御部による論理的関係の表示形式は、前記既表示タブが前記追加タブを包含する入れ子形式、前記追加タブが前記既表示タブよりも上側に存在するように２次元的または３次元的に錯覚させる重なり形式、または前記既表示タブと前記追加タブとが論理的に無関係または並列的であることを示す並列表示形式を含み、
    前記タブパネル制御部は、前記タブパネル上に表示された前記既表示タブのうち、選択状態にある前記既表示タブの背景色属性および高さ属性を、選択されていない前記既表示タブと異なる表示属性に設定し、
    前記タブパネル制御部は、前記既表示タブの選択が、前記論理的関係によらず前記既表示タブの認識性を損なわないように、前記選択状態にある前記既表示タブの前記表示属性を設定し、
    前記ウィンドウ制御部は、前記イベント制御部が直上位にある前記既表示タブの削除を検出した場合、前記タブ関連付けテーブルを参照して前記既表示タブの前記論理的関係を判断し、前記直上位にある前記既表示タブをルート・ノードとして従属関係にある前記既表示タブにより指定される複数の前記表示インスタンスを同一の処理対象として設定する、
    情報処理装置。

Images