JP4555818B2 - コンピュータ・デバイスを含むウィンドウ及びその制御システム - Google Patents

Description

本発明は、スクリーン又は公共のインフォメーション・ボードと通信するコンピュータ・デバイス用のウィンドウ・システムに関し、より詳細には、小型のスクリーン又はスクリーンの限られた部分、たとえば携帯情報端末（ＰＤＡ）、携帯電話、玩具、時計の上に、すなわち修正された独立請求項１及び１９に従って、大量の情報を提示して対話を行うウィンドウ及びその制御システムに関する。

対話式のウィンドウ・システムがよく知られており、スクリーンに接続される従来技術のコンピュータ・デバイスの大半のタイプで使用されている。ウィンドウ・システムは、コンピュータ・デバイス内で、又はそのデバイスに接続されたコンピュータ・ネットワークを介して利用可能な情報、アプリケーション、及びサービスの概要を認識して対話を行うための簡単な手段をユーザに提供する。

人間がグラフィカルな情報を正しく解釈する能力は、情報の典型的なグラフィカルな特性のサイズ、解像度、又は認識と高度に結び付いている。これらの制約は、小型のスクリーン上で特に明らかとなる。これによって、このようなスクリーン上で大量の情報を同時に表示する能力は制約を受ける。従来技術における共通の解決策は、情報を適切なセグメントへと分割し、そのセグメントを順次、又はウィンドウ内で横に並べて表示することである。このようなシステムの共通の特徴はスクロールバーであり、これによってユーザは、ウィンドウを横及び縦にスクロールし、ウィンドウ内に含まれるすべての情報を見ることができる。

小型のスクリーンに接続されているコンピュータ・デバイスの主なグループは携帯電話であり、拡張されたデータ機能を有する電話であるスマート・フォンも含まれる。こうしたデバイスの別の大きなグループは携帯情報端末（ＰＤＡ）であり、携帯電話と一体化している場合もある。こうしたデバイスの最後のグループには、組み込みシステム、玩具、時計、宝飾品類などの他のデバイスが含まれる。

携帯電話又は類似のデバイスに接続された小型スクリーン用の従来技術による提示及び対話スキームは、主に次の３つの異なるアプローチに基づいている。
１．それぞれのタスクがスクリーン全体を占め、情報の要素が一度に１つずつ表示される。たとえば、ウェブ・ブラウザを使用するか又はゲームを行って、ＳＭＳ（Ｓｈｏｒｔ ｍｅｓｓａｇｉｎｇ ｓｙｓｔｅｍ）メッセージの読み取り又は入力を行う場合。
２．従来技術による別の解決策は、複数のインジケータを同時に表示できるようにして、選択されたプロセスの状態を継続的に更新することである。たとえば、携帯電話におけるバッテリー充電レベル及び信号強度を示すインジケータ。
３．通常は階層的なメニュー・システムを使用して、携帯電話内で行われるさまざまなアクション及び選択の間でユーザがナビゲート及び選択を行えるようにする。メニューは、矢印キー又は他の指定されたキーを用いてナビゲートされる。メニュー・システムをアイコンの二次元のグリッドとして表示して、２方向よりも４方向のナビゲートをユーザが行えるようにする場合もある。このようなシステムにとって、たとえばスタイラスをスクリーン上に押し付け、これによってアイコン又はメニューの選択を可能にすることによって、スクリーン上の特定の点に加えられる力から幾何学的な位置情報を感知するセンサをスクリーン内で使用することが一般的である。ＰＤＡは通常、スクリーンの表面上に押し付けるか又は描くためのスタイラス（ペンの形をしたアーチファクト）を装備している。

既存のウィンドウ・システムは、通常はウィンドウを、そしてしばしばテキスト・ボックス、ドロップダウン・リスト、チェック・ボックスなどのウィンドウ・コンポーネントを選択して、たとえば接続されているキーボードからコンピュータ・デバイスへの入力を受け取ることによって、テキストの入力を提供する。コンポーネントが選択されると、ユーザは、コンピュータ・デバイスに接続されている前記キーボード、マウス、スタイラス、ソフト・キーボードなどを介して、テキスト入力又は他の入力を行うことができ、選択されたコンポーネント内にテキストが表示される。

携帯電話では、従来技術の技法は通常、上述のウィンドウ・システム用の技術を使用するか、又は一度に入力を受け取ることができるコンポーネントのみを表示し、いかなる入力もそのコンポーネントへ送る。

前述のアプローチは、ユーザが起動できるアプリケーションの数を一度につき１つに制限する。またユーザにとっては、新たなグラフィカル・アイコン又は新たなインジケータをデバイスに追加することも困難である。さらに、インジケータの優先順位を付けて、関心の低いイベントに比べて関心の高いイベントをより明確に示すこともできない。

従来技術におけるインジケータ及びメニュー・システムに伴う別の問題は、メニュー・アイテム又はアイコン・サイズとしてのシンボル及びフル・スクリーン・サイズという２つの有意なサイズでしかアイテムが表示されないことである。ウィンドウそのものは拡大縮小できる場合が多いが、その拡大縮小に適合して、拡大縮小されたウィンドウ内に有意な情報を表示できるアプリケーションは非常に少ない。標準的なスキームは、表示される情報をウィンドウの端でカットし、一部の情報は依然として見えているが他の情報は隠れているようにすることである。通常はスクロールバーが表示され、情報のさまざまなセクション間をユーザがスクロールできるように構成される。この解決策では、システムの全体の状況を見ること、及びその時点で何が最も重要な要素かを識別することが困難になる。

タッチ・センシティブ・スクリーンを使用する場合にも存在する、従来技術の解決策に伴う別の問題は、多数のメニュー・アイテムによってメニューの階層が大きくなることであり、ユーザにとってはナビゲートが困難になる場合がある。またメニューの階層が大きくなると、ユーザは、アプリケーションを起動したりシステムの状況を変更したりする際に、複数のアクションを実行しなければならない。さらに、実施可能なアクション及び選択のセットを概観することも困難になる。

従来技術の解決策に伴う別の問題は、入力を受け取る特定のコンポーネントを選択する必要があることである。入力が複数のコンポーネントへ入力される場合、ユーザは、受け取る要素が複数表示されている中から１つずつ選択するか、又は一度に１つずつしか表示されない場合は要素間を行きつ戻りつしなければならない。ユーザは、その入力用の正しいコンポーネントを見つけて選択するのに時間をかけなければならず、ユーザにとっては、与えられたすべての入力の概観を保持することが困難になる。さらにユーザは、入力そのものを与える前に、その入力を受け取る正しいコンポーネントを選択しなければならず、コンポーネントが選択されるまで、その入力を覚えておかなければならない。

従来技術の欠点を克服することを試みるシステムが、いくつか開発されている。そのようなシステムの１つが、Ｈｅａｄｌｉｇｈｔ ＳｏｆｔｗａｒｅによるＧｅｔＲｉｇｈｔアプリケーションである。ＧｅｔＲｉｇｈｔは、ファイル・ダウンロード・ツールであり、自分自身をウィンドウとして、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） Ｓｙｓｔｅｍにおけるタスク・バーの一部として、及びスクリーン上のインジケータとして有意に表示することができる。

Ａｆｆｙｍｅｔｒｉｘ Ｉｎｃによる特許出願ＷＯ０２／３７２０９は、ウィンドウを相互に結合するユーザ・インターフェース用のハードウェア及びソフトウェアについて記載している。このユーザ・インターフェースは、生体サンプルの分析からのデータをグラフィカルに表示する上で特に適している。

Ｐａｒｋによる特許出願ＷＯ０２／３３５７６は、インターネットに接続されたデバイス又は端末用の分割されたオブジェクト・ウィンドウを作成するための方法及び装置について記載しており、これは、電子メール、インターネット広告、及び類似の用途に特に適しており、オブジェクト・ウィンドウ用の環境パラメータ、並びに１つ又は複数のデータベースからのそのウィンドウに関する事前に保存された情報によって制御される。

Ｄａｎｇｅｒ Ｒｅｓｅａｒｃｈ Ｉｎｃによる特許出願ＷＯ０３／０１４９０５は、インスタント・メッセージ（ＩＭ）、（ＩＣＱ）メッセージ・システム、及び類似のメッセージ・システムに関するユーザの対話に焦点を合わせたコンピュータ・スクリーン用の方法及びシステムについて記載している。このシステムを使用することによって、ユーザは複数のＩＭメッセージを同時に表示して制御することができ、最初のＩＭウィンドウを起動すると、そこには他のメッセージがインジケータとして表示される。

Ａｋｉｒａ Ｏｈｋａｄｏによる特許出願ＵＳ２００１／００４７６２６Ａ１は、ウィンドウ・システムにおいてウィンドウを制御するための方法について記載している。この方法を使用することによって、ウィンドウのサイズは、そのウィンドウ内に含まれている情報に基づいて第１のサイズから第２のサイズへ変更される。

Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎによる特許出願ＵＳ５６６６４９８は、ディスプレイ装置においてウィンドウを自動構成するためのシステム及び方法について記載している。この方法は、ウィンドウを構成するための管理及び計算の方法を含み、これによってアクティブ・ウィンドウの選択が容易になる。

本発明の目的は、小型のスクリーン、又はより大型のスクリーンの限られたエリアと通信するコンピュータ・デバイスを含むウィンドウ及びその制御システムによってアプリケーション及びサービスの多数のセットの提示及び操作を同時に提供することである。

本発明の一実施例では、コンピュータ・スクリーン上のウィンドウは、複数の表示サイズを介してサイズ変更される。この複数の表示ウィンドウ・サイズは、少なくとも１つの基準サイズのセットを含み、これを使用することによって、現在のウィンドウが、前記基準サイズのセットに含まれるこの少なくとも１つのサイズにサイズ変更される際に、現在の表示ウィンドウのコンテンツ及び／又はそのコンテンツの外観は、指定のルールに従って変更されて表示される。

本発明の別の実施例では、ウィンドウのサイズを使用して、ウィンドウの重要度を反映する。最も大きい表示ウィンドウは、最も高い重要度を有するウィンドウであり、２番目に大きいウィンドウは２番目に重要である、といった具合である。ウィンドウの重要度は、システム・ルーチンによって、又は前記ウィンドウ内のユーザの対話によって設定される。ウィンドウの重要度を使用して、プロセスのステータス、サービスのステータス、又はより一般的な情報変更のステータスなど、ウィンドウのコンテンツのステータスを表示する。

本発明の別の実施例では、ウィンドウの重要度は、そのウィンドウの色によっても示される。

本発明の別の実施例では、ユーザは、コンピューティング・デバイスに接続されている入力装置を介して、ウィンドウ及びその接続されているアプリケーション又はサービスの開始、停止、非表示、表示、拡大、縮小、削除、配置などを行うことを含めて、そのウィンドウ並びにアプリケーション及び／又はサービスを操作することができる。

本発明の別の実施例では、アプリケーション又はサービスの状態を示すグラフィカルな情報を有するウィンドウが、すべてその表示可能なサイズで表示される。

本発明の別の実施例では、ウィンドウのグラフィカルな情報は、そのウィンドウに接続されているアプリケーション又はサービスの状態を示す（この情報は、すべて表示可能なウィンドウ・サイズで表示される）。

本発明の別の実施例では、ウィンドウ・システムは、コンピュータ・デバイスに直接接続されている入力デバイスから、又はネットワークを介して入力された入力を受け取る。入力を受け取ると、ウィンドウ・システムは、その入力を選択されたウィンドウへ送る。ウィンドウがまったく選択されていない場合、又は選択されたウィンドウがその入力を受け入れない場合、ウィンドウ・システムは新たなウィンドウを作成し、その入力を前記新たなウィンドウ内で受け取って表示する。

本発明の別の実施例では、情報、データ、及びパラメータは、そのような情報、データ、及びパラメータを含む少なくとも１つのウィンドウを介してアプリケーションに提供することができ、前記情報、データ、及びパラメータのウィンドウは、前記ウィンドウのサイズを問わず、そのアプリケーションに対応するウィンドウへドラッグ・アンド・ドロップすることができる。

本発明の別の実施例では、ウィンドウ内に、或いはアプリケーション又はサービスに対応するウィンドウの視覚的外観の一部として表示されるグラフィカルな要素は、リモート・コンピュータ・デバイスから得ることができ、またネットワークを介してダウンロードすることができる。

図１に示されているように、本発明によるさまざまなウィンドウは、さまざまな基本的形状を有することができる。ウィンドウは、そのすべてのサイズで表示されるその基本的形状を維持する。

本発明の一実施例では、ウィンドウは、石鹸水の浴槽内の泡を上から見たときのように見える。ＰＤＡ上での一実施例では、かき混ぜるのにスタイラスを使用する。最初は、スクリーンは空であり、ウィンドウは表示されていない。スタイラスを使用して水をかき混ぜると、すなわちスクリーンに触れると、まるで本物の石鹸水の浴槽内をかき混ぜたかのように、石鹸の泡ができる。できた泡は、浴槽の底から表面へと、すなわちスクリーン表面へと垂直に浮上する。浮上している間、泡のサイズは大きくなる。泡のコンセプトに基づくこのウィンドウの視覚化の例は、本発明のこの実施例を使用するための認知面での強力なサポートを提供し、これによって対話、行為、及び必要なアクションが、システムのユーザにとって予測可能かつ一目瞭然となる。

本発明の別の実施例では、上まで完全に浮上した泡は、沈み始める。泡のサイズは、泡が沈む間、泡が浴槽の底に到達するまで、小さくなり続ける。この簡単な方法で、サイズを変更する際に泡の浮き沈みを使用することによって、スクリーンは、ウィンドウ・システムによって含まれるいかなるウィンドウのセットも、小型のスクリーン上に、又はより大型のスクリーンの小さな部分にさえ表示することができる。

本発明の一実施例では、コンピュータ・デバイス内のディスプレイ・モジュール・ソフトウェア（デバイス・ドライバ）を使用して、接続されているスクリーン上にウィンドウを描く。表示されるのを待っているウィンドウ、及びそれらのウィンドウが表示される順序は通常、スクリーン上への前記ウィンドウの提示をパラメータ化する属性のリストを介して提供される。

本発明の別の実施例では、前記リスト内の属性は、ウィンドウの重要度を設定するパラメータとしてディスプレイ・モジュールによって使用される。重要度は、たとえば最も重要なウィンドウに１の値を割り当て、より重要度の低い他の画像には１より小さい割合を割り当てることによって、１に対する割合として設定することができる。あるウィンドウの重要度が０．７に設定されている場合、その表示サイズは、重要度が１に設定されているウィンドウの表示サイズの０．７倍になる。

図２は、さまざまなグラフィカルな要素を含むウィンドウを示している。図３は、他のウィンドウよりも重要度の高いウィンドウが、より大きなサイズのウィンドウとしてどのように表示されるかを示している。図４は、本発明に従ってウィンドウをどのように縮小できるかの一例を示している。

本発明の一実施例では、スクリーン・デバイスは、スタイラス又は他の類似のアーチファクトによって提供されるディスプレイの表面上における圧力点の座標を、当業者に知られているソフトウェア及びハードウェアを介して抽出する。アクションを実行するには、ユーザは、たとえば泡を表示しているスクリーンの表面上で、スタイラス又は類似のアーチファクトを用いてジェスチャーを行う。抽出された座標は、アーチファクトを用いて行われた選択を識別する。

本発明の一実施例では、キーボードがコンピューティング・デバイスに接続されている。アクションは、ユーザが、たとえばアクションを受け取るための泡をキーボード上の矢印キーによって選択し、次いで該当のアクションを呼び出すためのキーを押下することによって実行される。

本発明の別の実施例では、ユーザは、たとえば適切なアクションを使用する泡を、泡が表面に向かって浮上している間に選択することができる。

本発明によるウィンドウ・システムの好ましい実施例では、図５に示されているように、ウィンドウは、たとえば１２、１３、１４、及び１５として示されているサイズを介して拡大される。これは、軸７に沿った進展として図５に示されている。この軸は、ウィンドウのサイズの展開を経時的に表すことができるが、前記進展は、必ずしも連続した進展とは限らない。本発明によれば、さまざまなサイズを介した進展は、イベントドリブンとすることができる。そのようなものとしてのイベントは、ユーザの対話やシステム・ルーチン・アクションなどとすることができる。この例では、ウィンドウは、サイズが拡大又は縮小する際、図５に２、３、４、５、及び６として示されている視覚的なサイズを含むすべての可能なサイズを経由する。たとえば図５の２、４、及び６などの基準サイズと呼ばれる特定の幾何学的なサイズでは、ウィンドウ内に含まれるコンテンツ及びそのコンテンツのグラフィカルな外観は、その基準サイズ用に（たとえばパラメータのリストとして）ウィンドウ内で設定されているルールに従って変更され、その一方でウィンドウの基本的形状は維持される。ディスプレイ上のさまざまな外観が、図５の８、９、１０、及び１１として示されている。ウィンドウ・サイズ２、４、及び６から対応するスクリーン・イメージ８、９、１１へ向かう点線の矢印は、前記対応する基準サイズを経由するウィンドウによって関連付けられたアクションを示している。前記ウィンドウの可能な変化としては、次のものがあるが、これらには限定されない。
・ウィンドウ内の現在のグラフィカルな要素が、前記ウィンドウ内で新たなサイズ及び／又は位置を提供される。
・現在のグラフィカルな要素が、前記ウィンドウから削除される。
・要素ベース（１）からのグラフィカルな要素が、前記ウィンドウに追加される。

本発明のさらに別の実施例では、サイズの進展として図５で示したウィンドウの表示が、逆の順序で行われる。すなわち、表示されるウィンドウは、図５の軸７によって示されている方向とは逆にサイズが縮小していく。

ウィンドウの実際に表示されるサイズは、サイズの進展として、すなわちサイズの拡大又は縮小という連続した進展として、又はイベントドリブンの進展として、図５に示されているように規定される。しかしディスプレイ上に表示されるウィンドウの物理的な外観は、前記ディスプレイのピクセル解像度に依存することがある。解像度が、ウィンドウの厳密なサイズを表示する上で十分でない場合、最も近い可能なサイズが、当業者に知られているデバイス・ドライバによって選択される。

本発明の好ましい一実施例では、３つの基準サイズが提供され、それぞれウィンドウの最小サイズ、最大サイズ、及び前記ウィンドウの中間サイズを規定する。

本発明の別の実施例では、２つの基準サイズが提供され、それぞれウィンドウの最小サイズ及び最大サイズを規定する。

本発明によるディスプレイ・モジュール・ソフトウェアは、その重要度に比例したサイズのウィンドウを描く。図７は、１から５の重要度を有する５つのウィンドウの例を示している。重要度は、ユーザが設定できる属性である。本発明の一実施例では、属性は、ユーザがタッチ・センシティブ・スクリーン上のウィンドウにスタイラスで触れてジェスチャーを行うことによって変更することができ、たとえばスタイラスで泡に触れたまま最短時間保持して、前記ウィンドウの編集機能を選択する。本発明の別の実施例では、前記ウィンドウに関連付けられたさまざまなアクションと共にメニューが表示される。１つの可能なアクションは、ウィンドウの重要度を設定することである。

別の実施例では、コンピュータ・デバイス自体が重要度を設定する。図６に示されている例では、路面電車が、指定された路面電車の駅を出発するまでに最短の時間しか残されていない場合、前記駅用の前記路面電車のスケジュールを表示するウィンドウに最大の重要度を提供することは、前記コンピュータ・デバイスにとって当然のことである。この実施例では、重要度の特性を調整しているのは時計である。まさに時が迫り、ウィンドウがその最大の重要度を有すると、ウィンドウは、その重要度に比例した最大のサイズで表示される。

本発明の別の実施例では、ウィンドウ・システムによって受け取られた入力デバイスからの入力は、アクティブ・ウィンドウへ送られる。アクティブ・ウィンドウとは、たとえばアーチファクトを用いてＰＤＡのディスプレイ上で、ユーザが最も直近に選択したウィンドウである。アクティブ・ウィンドウはまた、本発明によるウィンドウ及びその制御システムによって最も直近に設定されたウィンドウとすることもできる。前記ウィンドウは、このウィンドウ専用に提供されるテキストを受け取るアルゴリズムにテキストを提供する。このアルゴリズムは、打ち込まれたテキストを前記ウィンドウ内に単に出力して表示するような簡単なものとすることができる。アルゴリズムの他の例は、打ち込まれたテキストに関して、当業者に知られているテキスト解釈又は解析を実行し、たとえばそのテキストを使用して、ウィンドウに関連付けられている選択肢の間で検索を行うことなど、関心のあるデータを抽出して、ウィンドウ用のパラメータを設定することができる。

本発明の別の実施例では、入力デバイスからの入力がウィンドウ・システムによって受け取られる際に、打ち込まれたテキストを受け取るための新たなウィンドウがセットアップされる。このようにして、打ち込まれたテキストは、何らかの特定のアプリケーションへ伝達されることなく、システムによって保持することができる。打ち込まれたテキストは、たとえば「付箋」として保持することができる。このようなテキストの別の可能な使用法は、打ち込まれたテキストのウィンドウをその受け取り側のウィンドウへドラッグすることによって、別のウィンドウ内にパラメータを設定することである。

好ましい実施例では、本発明によるウィンドウ及びその制御システムを含むソフトウェア・モジュールの実行は、２つの主要な部分に基づく。それは、前記ソフトウェア・モジュールの実行のダイナミクス及び処理を取り扱うランタイム・システムと、システム内のすべてのサービスの中核となるオブジェクトの集合体であるサービス・フレームワークである。

図８は、ランタイム・システムの主要なコンポーネントを示している。図８におけるシステムの実行は、当業者に知られているようなコンピュータ・デバイスのオペレーティング・システム内に既に存在するサービスを利用する。最も重要なこのようなサービスは、グラフィカル・デバイス・インターフェース（ＧＤＩ）、「入力に関連付けられたイベント」サービス（Ｅｖｅｎｔ）、他のプロセス及びシステム・コンポーネントとの通信（ＣＯＭ）、並びにネットワーク通信（ＮＥＴ）である。

基本的なサービスに基づいて、サポート・サービスの層が提供される。サポート・サービスは、次のように分類することができる。
・ウィンドウの描画、配置、サイズ、及び重要度を管理するコントロール・マネージャ１。
・アプリケーションのリストを管理するリスト・マネージャ２。
・グラフィックス・リソースなどのリソースを管理するリソース・マネージャ３。
・前記アプリケーションのアドレスに基づいて適切なアプリケーションへ送達することを含めて、ネットワークとの間で送受信するメッセージを管理するメッセージ・マネージャ４。

コントロール・マネージャ１は、現在のウィンドウのリスト２を使用して、ディスプレイ上の前記現在のウィンドウのサイズや配置などを決定する。リスト２は、ウィンドウ及びその重要度を含む関連データへの参照を含む。リストの内容の一例が、図９に示されている。それぞれのウィンドウは、内部識別子（ウィンドウ名）、相対的な数字として規定されたその重要度（相対的重要度）、及び必要とされるリソースのリスト（リソース・リスト）を有する。リソースは名前によって参照され、リソース・マネージャは、必要に応じてリソースをダウンロードすることを含めたリソースの特定などのリソース管理を担当し、ウィンドウ及びその制御システムなどを実行するコンピュータ・デバイス内のメモリ・ロケーションを割り当て、また解放する。このリストはまた、ウィンドウ・システムによって使用されるグラフィカルな要素を含むオブジェクト（ファイル）への参照を含むこともできる。このようなイメージは、ビットマップ・ベースのグラフィックス、ベクトル・ベースのグラフィックス、又はその双方の組合せとすることができる。このようなグラフィカルな要素は、ネットワークを介してリモート・コンピュータ・システムからダウンロードすることができる。ディスプレイ・モジュール（図示せず）は、当業者には公知のように、このようなイメージを拡大及び縮小することができる。

本発明によるウィンドウは、その基本的な情報に加えて、たとえばメッセージを送受信する際に図８のメッセージ・サービス４によって使用される外部識別子（外部ＩＤ）を有することができる。

前記サービス・フレームワークの主要なコンポーネントは、図１０に示されているようなものとすることができる。このサービス・フレームワークは、オブジェクト指向の構造であり、本発明に従って構築されるすべてのサービスに求められる基本的な機能を提供する。このサービス・フレームワークは、ウィンドウ・システム内でウィンドウを表示しているあらゆるサービスに必要な基本的な機能を含む。さまざまなクラスについて、以降で説明する。

すべてのウィンドウは、共通のベース（Ｂａｓｅ）を共有している。ウィンドウのインスタンスは、ベース上に直接構築されるのではなく、そのさまざまな派生物上に構築される。最も重要なメソッド及び属性は、次のものの操作に関連している。
・重要度
・図の描画
・リソースへの管理参照
・拡大縮小
・基本的な対話用の機能

最も基本的なウィンドウは、単にグラフィカルなシンボルとして機能し、Ｓｙｍｂｏｌクラス（Ｓｙｍｂｏｌ）に基づいている。シンボルは、非公開の処理をいっさい含まず、ベース・クラス（Ｂａｓｅ）の実現可能なバージョンとみなすことができる。

基本的なサービスなどの自身の処理を伴う基本的なウィンドウは、ＳｉｍｐｌｅＡｐｐｌｉｃａｔｉｏｎクラスに基づいている。このクラスは、たとえば次のことを行うためのメソッドによって、ベース・クラスを拡張する。
・アドレス機構を含むイベントの受信及び送信
・自身の処理

自分自身以外の他のウィンドウを含むことができるべきであるサービスは、ＣｏｎｔａｉｎｅｒＡｐｐｌｉｃａｔｉｏｎクラスに基づいている。このクラスは、たとえば次の属性及びメソッドによって、そのＳｉｍｐｌｅＡｐｐｌｉｃａｔｉｏｎを拡張する。
・ウィンドウの追加
・ウィンドウの削除
・ウィンドウをいつ追加又は削除したかのチェック
・複合コンテンツの描画

たとえば特別なイベントを示すための、又は特定のパラメータを設定する、前記受け取り側のウィンドウに関する情報を含む特定のウィンドウを（たとえばドラッグ・アンド・ドロップのアクションによって）受け取ることができるべきであるサービスは、ＣｈｏｉｃｅＡｐｐｌｉｃａｔｉｏｎクラスに基づいている。このクラスは、たとえば次の属性及びメソッドによってＣｏｎｔａｉｎｅｒＡｐｐｌｉｃａｔｉｏｎを拡張する。
・指定のパラメータやイベントなどに従って追加及び／又は削除できる可能な選択肢、すなわちウィンドウ（Ｃｈｏｉｃｅクラスに基づくＷｉｎｄｏｗｓ）のセット。
・ユーザが選択肢を表示してブラウズできるようにする、選択肢用のリスト管理及び制御ユニット。

本発明は、さまざまなタイプのデバイス上で多くの異なるアプリケーション用に使用することができる。携帯電話やＰＤＡで使用する際にきわめて特別かつ重要なアプリケーションは、チャットである。図１１は、映画を見ることを計画している友人たちのグループによるチャット・セッションから得られたものとして提供されたウィンドウ及びアクションを示している。図１１の画像Ａは、ウィンドウ・システムがチャットにおいてどのように利用されているかを示している。参加者の１人であるトムが、チャットを開始している。彼は、自分自身を表すウィンドウ２、並びに別のウィンドウ４を自分のスクリーン上に有している。最後のウィンドウは、たとえば友人やサービス・プロバイダから受信した画像や、コンピュータ・デバイスに装着されているカメラによって撮影された画像を有するウィンドウなど、任意の種類のウィンドウとすることができる。

最初は、トムのスクリーンは、参加者として自分自身だけを含む空のチャットを表示する。さらにスクリーンは、チャットに追加できる個人及びグループを表すウィンドウ３、並びにトムが自分のチャット中にしばしば使用する他のウィンドウ１５を表示する。

トムは、受信者を表すさまざまなウィンドウをチャットにドラッグすることによって、受信者のセットを選択する。スクリーンは、Ｂに示されているように、継続的に更新されて、あらゆる変化を表示する。参加者は、名前で表示される。チャット内の未読メッセージの数１４も、表示されている。

トムは、チャットのウィンドウ・ビューに加えて、Ｃに示されているように、同じチャット用の標準的なフル・スクリーン・ビューを入力することができる。トムはメッセージ９を書き込み、これには彼の名前及び現在の時刻８がマークされる。トムはまた、１つ又は複数の言葉をマークすることができ、マークした言葉はウィンドウ・ビュー１０内で見ることができる。

ジェーンは、Ｅに示されているように、トムからのチャットを受信すると、参加しようと、すなわち映画を見ようと決める。彼女は、彼女を表すウィンドウ２をチャットへドラッグすることによって、この意思を表示する。このアクションは、Ｆの参照５に示されているように、参加者のリスト内にグラフィカルに表示される。チャットのフル・スクリーン・ビューでは、これは、Ｇの参照１２に示されているように、システム・メッセージとして表示される。

ジェーンがＦにおいてチャットとの対話を開始すると、彼女のスクリーンは、彼女がチャットする際に通常使用しているウィンドウ、たとえばアラーム７を表示する。彼女はまた、Ｇに示されているように、チャットのフル・スクリーン・ビューを入力して、参照９に示されているように、９時に映画に行く方がよい旨を書き込むこともできる。

ジェーンは、自分のメッセージを完了すると、Ｈに示されているように、ウィンドウ・ビューを縮小する。結果として、４のように情報の一部は削除され、１１のように一部は維持され、その一方で名前などの他の情報は表示されるが、より小さいスペースで済む別の表示形式をとる（たとえば参照５は、参照６に変更される）。

図１２は、どのようにしてチャットをウィンドウ・ビュー内で直接実行できるかを示している。Ａに示されているように、トムがチャットを主導する。彼はチャット１を開始し、ジェーン３を誘い、両者が読み取ることができる何らかの内容を含むウィンドウ２を追加する。ジェーンは、Ｂに示されているように、自分の寄稿分として新たなウィンドウ４を追加することによって返信する。トムは、Ｃに示されているように、自分のウィンドウ２を削除することによって返信する。このようにして、ウィンドウ・ビュー内で対話が行われる。フル・スクリーン・ビューは、依然としていつでも利用可能である。

図１３は、Ａに示されているように、トムが複数のウィンドウ３を自分のスクリーン上に表示させている状況を示している。さらに彼は、特定のイベントまでにどのくらいの時間が残されているかを示すウィンドウ１を有する。これは、たとえば彼が職場から帰宅する際に乗る次の路面電車が出発するまでに残されている時間とすることができる。

Ｂに示されているように、１日の大半は、スクリーンには小さな変化しかない。参照２のように、路面電車のスケジュールを表示するウィンドウの色が変わり、次の路面電車が出発するまでに残されている時間を表示する。

時計が、トムが自分の職場を出て家路につく通常の出発時刻に達すると、ディスプレイＣの５に示されているように、路面電車ウィンドウのサイズが拡大する。同様にトムは、適切なアクションを行うことによって、ウィンドウのサイズを手動で変更することもできる。ウィンドウは、拡大するにつれて、より詳細な情報用のスペースも提供し、この場合、路面電車が出発するまでわずかな時間しかないことを７で表示する一方で、代わりのバスが少し後で出発することを６で表示している。路面電車を表すグラフィカルな要素は、バスを表す要素よりも大きい。ユーザが帰宅にバスではなく路面電車を利用する予定である場合は、このサイズの違いによって、ユーザがさらに急ぐ必要がある旨を表示する。

時間が進むにつれて、Ｃに表示されているバスの要素は拡大を始め、色が変わり始める。ウィンドウ５自体は、重要度が高まったわけではないため、サイズは変わらない。バスの要素を拡大するよりも、路面電車の要素を縮小して、現時点では路面電車とバスが同じ重要度を有することを表示する。

図１４は、駐車スペース用の残り時間に対する支払い及び制御を行うサービスを示している。この例は、Ａに示されているように、最初の支払いが行われた時点から開始し、支払済みの時間１は２４分間残っている。さらにユーザは、スクリーン上に複数の他のウィンドウ３を有する。Ｂ及びＣに示されているように、残り時間が少なくなると、参照４及び８のように、形が拡大し、色が変わる。形が拡大するにつれて、さらなる情報用のスペースも増える。ユーザは、支払いを行って追加の時間を得たい場合、ウィンドウ上で適切なアクションを行って、Ｃのように可能な選択肢を表示させる。可能な選択肢は、指定の時刻５又は特定の金額６まで支払いを行うことができる。この例では、ユーザは、特定の時刻まで支払いを行うことを選択している。ユーザは、時刻の選択肢の１つの上でアクションを行い、Ｄの参照７に示されているように、さらに多くの時刻の選択肢を参照する。この例では、ユーザは、１５：４０のテキストを含むウィンドウ上でアクションを行い、そのウィンドウを駐車ウィンドウに追加することによって、１５：４０までの支払いを行うことを選択している。ユーザが支払手続きを完了すると、Ｅに示されているように、ウィンドウは縮小し、駐車時間が尽きるまでには長い時間が残っていることを表示する。

図１５のディスプレイＡは、ウィンドウがまったく表示されていないスクリーンを示している。ユーザはアクションを行い、Ｂの２や３に示されているように、可能なウィンドウをコンピュータ・デバイスに表示させる。ユーザは、これらのウィンドウの１つである３に関心があり、関心のあるこのウィンドウをユーザが選択すると、Ｃに示されているように、他のウィンドウ２は姿を消す。ユーザによって選択されたウィンドウは、サッカーの試合をモニタするために使用されるウィンドウ４である。このウィンドウは、Ｄの参照５に示されているように、試合における関心のあるイベントに応じて、サイズ及びコンテンツが変わる。

図１６では、ユーザのスクリーンにウィンドウがまったく表示されていないところへ、このコンピュータ・デバイスに接続されているネットワークから新たなウィンドウが受信されている。ウィンドウ１は、画像Ａに示されているように、近郊のスキー関連事情についての情報を表示する。ユーザは、アクティビティに関する情報に関心があるが、スキーが正しい選択か確信が持てない。ユーザはウィンドウ上でアクションを行い、Ｂに示されているように、新たな提案、この場合は水泳２を得る。ユーザは、プールに行くことは興味深いが、友人を何人か誘おうと決める。ユーザは、Ｃの参照４及び５に示されているように、すべての可能なウィンドウの選択されたセットを表示するアクションを実行する。ユーザは、Ｃに示されているように、水泳のウィンドウをチャット・ウィンドウへドラッグすることによって、チャット・ウィンドウ５を選択する。チャットは、チャットについて説明した例（図１１及び１２を参照されたい）におけるように進行することができる。

図１７のディスプレイＡでは、ＳＭＳウィンドウ１がアクティブであり、キムへ設定されたＳＭＳの受信者を有する。他の可能な受信者は、２と３に示されており、ユーザによって追加することができる。ユーザがテキストを打ち込むと、そのテキストはウィンドウ・システムによって受け取られ、ＳＭＳウィンドウへ導かれる。このテキストは、ＳＭＳのコンテンツと解釈され、たとえば泡によって４にそのまま表示される。

図１８のディスプレイＡでは、ユーザはアクティブ・ウィンドウをまったく有していない。ユーザが打ち込みを開始すると、ウィンドウ・システムは、画像Ｂの２のように新たなウィンドウを作成して、その入力を受け取る。ユーザは、最初に４桁の数字を含む何らかのテキストを打ち込む。ユーザは、たとえばテキスト・ウィンドウ２をアラーム・ウィンドウ１上にドラッグ・アンド・ドロップする。アラーム・ウィンドウは、そのテキストを解釈して、４桁の数字をタイミング情報として抽出し、それに応じてアラーム・ウィンドウの時間パラメータを設定する。画像Ｃの３のように、アラーム用の時刻、及びテキストの残りが、アラーム・ウィンドウ内に表示される。

図１９のディスプレイＡでは、ユーザは、アクティブなコール（ダイヤル）ウィンドウ１を有する。アドレス帳内の最も頻繁に使用する人物２及び最近使用した人物のリスト３が、コール・ウィンドウの周囲に表示される。これらの人物をコールするには、ユーザは、その人物のウィンドウ上で適切なアクションを実行できるが、このユーザは、これを行わずに打ち込みを開始する。ユーザが打ち込みを開始すると、ウィンドウ・システムは、そのテキストをコール・ウィンドウ（アクティブ・ウィンドウ）へ送る。コール・ウィンドウは、そのテキストを表示し、そのテキストを検索基準として使用する。Ｂでは、ユーザはＰと打ち込み、Ｐで始まる名前を有する人々のみが表示され、やはり最も頻繁に使用される人々が最初に表示される。さらに打ち込むことによって、Ｃのように検索が絞り込まれ、１名の人物のみが残ると、その人物はアクティブな泡となり、その人物をコールするためのアクションを実行しやすくなる。

本発明の別の実施例では、接続される入力デバイスは、キーボードとすることができ、大半の携帯電話と同様に、それぞれのキーは複数の解釈を有する。このようなキーボードからの入力が検索用に使用される場合、解釈のすべての異形が、検索基準を定義するために使用される。表示されるテキストは、キーの解釈の番号である。検索基準にマッチするセットが空である場合、ユーザは、コール・ウィンドウ上で適切なアクションを実行することによって、直接打ち込まれた番号をダイヤルすることができる。他の検索メカニズムは、前述の実施例において説明したように実行される。

本発明の好ましい実施例について詳細に説明したが、添付の特許請求の範囲によって規定される本発明の趣旨及び範囲から逸脱することなく、さまざまな変更、置換、及び代替を実施できることが理解できるはずである。

本発明の一実施例による、ウィンドウのいくつかの可能な基本的形状の例を示す図である。 本発明の一実施例による、さまざまな情報を表示する１つ又は複数のグラフィカルな要素を含むさまざまなウィンドウの例を示す図である。 本発明の一実施例による、重要性を有するウィンドウを表す１つのウィンドウを含む複数のウィンドウのサイズがどのように変わるかを示す図である。 画像１〜５では、必要に応じてウィンドウをより小さいサイズへとどのように縮小できるかを、画像６では、重なり合うまでの拡大をどのように得ることができるかを示す図である。 本発明の一実施例による、ウィンドウが現在のサイズから中間のサイズのセットを介して目標のサイズへとどのように拡大されるかを示す図であり、一部のサイズは基準サイズであり、一部のサイズは、表示されないサイズであり、一部のサイズは表示可能なサイズである。 路面電車のスケジュールを表示するアプリケーション用のウィンドウを示す図である。このウィンドウは、本発明の一実施例による３つの異なるサイズで表示されており、そのそれぞれは、そのウィンドウの別々の基準サイズに基づいている。 本発明の一実施例による、ウィンドウのサイズをどのように使用して、その重要度を表すかを示す図である。 本発明の一実施例による主要なプログラム・モジュールを示すブロック図である。 本発明の一実施例によるウィンドウのリストの一例を示す図である。 本発明の一実施例によるサービス・フレームワークの概観を示す図である。 本発明の一実施例による、チャット・セッション・アプリケーション内で利用した場合のウィンドウ及びその制御システムの概観を示す図である。 本発明の一実施例による、グラフィカルな要素のみに基づくチャット・セッションの一例を示す図である。 本発明の一実施例による、コンピュータ・デバイス内の状態を示すステップの一例を示す図である。 本発明の一実施例による、たとえば駐車料金の支払いにウィンドウ及びその制御システムをどのように使用できるかの一例を示す図である。 本発明の一実施例による、サッカーの試合などのイベントをモニタするのに役立つウィンドウをどのように見つけて使用するかの一例を示す図である。 本発明の一実施例による、情報サービス用に使用する場合のウィンドウ・システムの使用法を示す図である。 本発明の一実施例による、テキストがウィンドウによってどのように受け取られて表示されるかを示す図である。 本発明の一実施例による、後ほどアラーム・ウィンドウにドロップされる入力を受け取る新たなウィンドウがどのように作成されるかを示す図である。 本発明の一実施例による、携帯電話のコール・ウィンドウ（ダイヤル・ウィンドウ）内で検索を開始して絞り込みを行う上で、どのように入力が使用されるかを示す図である。

Claims (40)

1. 通信及び演算に関するタスクを実行し、ディスプレイ上のウィンドウを介してユーザとの対話を提供する対話型ユーザ・インターフェースを含むシステムを制御するためにコンピュータ・デバイスで実行される方法であって、
   対話型ユーザ・インターフェースのための少なくとも１つのウィンドウを提供するステップと、
   前記少なくとも１つのウィンドウに対する異なったサイズの複数の所定のウィンドウのセットから対話型ユーザ・インターフェースを示す前記少なくとも１つのウィンドウに対する開始の所定のグラフィカルな外観を選択するステップと、
   前記少なくとも１つのウィンドウの前記選択された開始の所定の外観を、前記少なくとも１つのウィンドウに対して提供された対話型ユーザ・インターフェースの通信及び演算に関するタスクに関連したアクションとリンクするステップと、
   前記少なくとも１つのウィンドウの前記選択された開始の所定の外観のインスタンスを当該少なくとも１つのウィンドウの進展する一連のインスタンスとしてディスプレイ上に表示するステップとを含み、各々の表示されたインスタンスは前記異なったサイズの複数の所定のウィンドウのセットからのものであり、表示された一連のインスタンスの第１のインスタンスは前記少なくとも１つのウィンドウの前記選択された開始の所定のグラフィカルな外観からなる、前記方法。
2. 前記少なくとも１つのウィンドウの前記表示されたインスタンスの全てを通して表示された前記進展する一連のインスタンスのうちの前記開始のインスタンスの前記所定のグラフィカルな外観からなる選択された所定の基本の形を維持するステップを更に含む、請求項１に記載の方法。
3. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示する前記ステップは、それぞれ異なった形又はグラフィカルな外観で少なくとも１つのインスタンスを表示するステップを含む、請求項１に記載の方法。
4. 前記少なくとも１つのウィンドウに対する前記選択された開始の所定のグラフィカルな外観をアクションにリンクする前記ステップは、前記少なくとも１つのウィンドウの前記表示されたインスタンスのグラフィカルな外観を決定する少なくとも１つのパラメータを使用するステップを更に含む、請求項１に記載の方法。
5. 前記少なくとも１つのウィンドウの表示された進展する一連のインスタンスは、当該インスタンスの３つの異なる表示サイズからなる、請求項１に記載の方法。
6. 前記少なくとも１つのウィンドウの表示された進展する一連のインスタンスは、当該インスタンスの２つの異なる表示サイズからなる、請求項１に記載の方法。
7. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示する前記ステップは、ユーザのアクション又はシステムのアクションによって割り込まれ、これによって、前記少なくとも１つのウィンドウの割り込まれたインスタンスが大きさを変えられてより大きな所定のサイズで表示される、請求項１に記載の方法。
8. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示する前記ステップは、ユーザのアクション又はシステムのアクションによって割り込まれ、これによって、前記少なくとも１つのウィンドウの割り込まれたインスタンスが大きさを変えられてより小さな所定のサイズで表示される、請求項１に記載の方法。
9. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示する前記ステップは、ウィンドウの重要なパラメータを規定するパラメータに応じて表示を制御するステップを更に含む、請求項１乃至８のいずれかに記載の方法。
10. 前記重要なパラメータは、ゼロと１の間の番号であり、１が最も重要である、請求項９に記載の方法。
11. ウィンドウに対する前記重要なパラメータは、前記少なくとも１つのウィンドウのインスタンスのサイズを前記重要なパラメータの値に比例して縮小拡大に用いられる、請求項１０に記載の方法。
12. 進展する一連のインスタンスを表示する前記ステップは、前記少なくとも１つのウィンドウのインスタンスの全てにおいてコンピュータ・デバイスで動作するコミュニケーション又は演算に関連するタスクの状態を示す少なくとも１つのグラフィカルなイメージを表示するステップを含む、請求項１に記載の方法。
13. 進展する一連のインスタンスを表示する前記ステップは、
    コンピュータ・デバイスで動作するアプリケーション又はサービスの状態を示すパラメータを提供するステップと、
    前記アプリケーション又はサービスの状態を示すウィンドウとして少なくとも１つのウィンドウを構成するステップと、
    前記アプリケーション又はサービスの状態を示す前記パラメータの値に従って、ディスプレイ上の前記少なくとも１つの構成されたウィンドウのサイズを変更し又は前記少なくとも１つの構成されたウィンドウを表示するための位置を変更するステップと、を更に含む請求項１に記載の方法。
14. コンピュータ・デバイスで動作するアプリケーション又はサービスへのユーザ・インターフェースとして第１のウィンドウを構成するステップと、
    前記第１のウィンドウの前記アプリケーション又はサービスに関連するパラメータに対して第２のウィンドウにおいて値を取得するステップと、
    前記第２のウィンドウを前記第１のウィンドウにドラッグ・アンド・ドロップし、これによって、前記ユーザ・インターフェースを介して前記第１のウィンドウで動作する前記アプリケーション又はサービスに関連する前記パラメータに前記値を送信するステップと、を更に含む請求項１に記載の方法。
15. アプリケーション又はサービスに対するユーザ・インターフェースとして少なくとも１つのウィンドウを構成するステップと、
    前記ユーザ・インターフェースを介して前記アプリケーション又はサービスのための少なくとも１つのパラメータに対する値を読み込み又は映し出すステップと、
    前記少なくとも１つのウィンドウに対する一連の進展するインスタンスに構成されるコンテンツを表示するステップと、を更に含み、前記コンテンツは表示される少なくとも１つのウィンドウのインスタンスのサイズおよび少なくとも１つのパラメータの値の関数として変化する、請求項１に記載の方法。
16. 前記少なくとも１つのウィンドウに対する基本の幾何学的な形状及びグラフィカルな外観を選択する前記ステップはリモート・コンピュータ・デバイス又はシステム内で提供され、そして、複数の基本の幾何学的な形状及びグラフィカルな外観を前記コンピュータ・デバイスと通信するネットワークを介して必要に応じてダウンロードされる、請求項１に記載の方法。
17. 前記コンピュータ・デバイスと通信するネットワーク又は前記コンピュータ・デバイスに直接接続されて当該コンピュータ・デバイスと通信するキーボード、マウス、スタイラス又はアーチファクト、ソフト・キーボードなどの入力デバイスから入力を受け取るステップと、
    前記コンピュータ・デバイスにおけるアプリケーション又はサービスに対して少なくとも１つのウィンドウに構成されたユーザ・インターフェースを介して前記入力を転送するステップであって、前記ウィンドウはアプリケーション、前記コンピュータ・デバイスとのユーザ対話、又はサービス、或いは前記コンピュータ・デバイスにおけるアクションによってアクティブにされるステップと、
    入力を受け取るために最近アクティブにされたウィンドウが提供されていない場合に、当該入力を受け取ることを可能にする別の新たなウィンドウを提供するステップと、
    前記入力を前記アクティブにされたウィンドウに表示するステップと、を更に含む請求項１に記載の方法。
18. 前記アクティブにされたウィンドウに入力を表示する前記ステップは、当該アクティブにされたウィンドウに受け取ったテキストの解析を始動するステップを含む、請求項１７に記載の方法。
19. 前記解析を始動する前記ステップが、前記入力を受け取る前記ウィンドウを前記解析を含む別のウィンドウへドラッグ・アンド・ドロップすることによって提供される、請求項１８に記載の方法。
20. 前記少なくとも１つのウィンドウの進展するインスタンスを表示する前記ステップは、アーチファクト又は指で前記ディスプレイの表面に触れるか又はなでることによって前記表示するステップを開始するステップを含む、請求項１に記載の方法。
21. 通信又は演算に関するタスクを実行し、ディスプレイ上のウィンドウを介してユーザとの対話を提供する対話型のユーザ・インターフェースを含むシステムを制御するコンピュータ・デバイスであって、
    前記コンピュータ・デバイスは、対話型ユーザ・インターフェースのための少なくとも１つのウィンドウを提供し、当該少なくとも１つのウィンドウに対する異なったサイズの複数の所定のウィンドウのセットから対話型ユーザ・インターフェースを示す前記少なくとも１つのウィンドウに対する開始の所定のグラフィカルな外観を選択する手段と、前記少なくとも１つのウィンドウの前記選択された開始の所定のグラフィカルな外観を当該少なくとも１つのウィンドウに対して提供された対話型ユーザ・インターフェースの通信及び演算に関するタスクに関連したアクションとリンクする手段と、前記少なくとも１つのウィンドウの前記選択された開始の所定の外観のインスタンスを当該少なくとも１つのウィンドウの進展する一連のインスタンスとしてディスプレイ上に表示する手段と、からなり、各々の表示されたインスタンスは前記異なったサイズの複数の所定のウィンドウのセットからのものであり、表示された一連のインスタンスの第１のインスタンスは前記少なくとも１つのウィンドウの前記選択された開始の所定のグラフィカルな外観からなる、前記コンピュータ・デバイス。
22. 前記少なくとも１つのウィンドウのインスタンスを表示するとき、前記少なくとも１つのウィンドウの前記表示されたインスタンスの全てを通して、表示されたインスタンスの前記進展する一連のインスタンスのうちの前記開始のインスタンスの前記所定のグラフィカルな外観からなる選択された所定の基本の形を維持する、請求項２１に記載のコンピュータ・デバイス。
23. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示するとき、それぞれ異なった形又はグラフィカルな外観で少なくとも１つのインスタンスを表示する、請求項２１に記載のコンピュータ・デバイス。
24. 前記選択された開始の少なくとも１つのウィンドウをアクションにリンクするとき、更に前記少なくとも１つのウィンドウの表示されたインスタンスのグラフィカルな外観を決定する少なくとも１つのパラメータを使用する、請求項２１に記載のコンピュータ・デバイス。
25. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示するとき、当該インスタンスの３つの異なる表示サイズを使用する、請求項２１に記載のコンピュータ・デバイス。
26. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示するとき、当該インスタンスの２つの異なる表示サイズを使用する、請求項２１に記載のコンピュータ・デバイス。
27. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示するとき、ユーザのアクション又はシステムのアクションによって割り込まれ、これによって、前記少なくとも１つのウィンドウの割り込まれたインスタンスが大きさを変えられてより大きな所定のサイズで表示される、請求項２１に記載のコンピュータ・デバイス。
28. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示するとき、ユーザのアクション又はシステムのアクションによって割り込まれ、これによって、前記少なくとも１つのウィンドウの割り込まれたインスタンスが大きさを変えられてより小さな所定のサイズで表示される、請求項２１に記載のコンピュータ・デバイス。
29. 前記少なくとも１つのウィンドウの進展する一連のインスタンスを表示するとき、ウィンドウの重要度を規定するパラメータに応じて表示を制御する、請求項２１乃至２８のいずれかに記載のコンピュータ・デバイス。
30. 前記重要なパラメータは、ゼロと１の間の番号であり、１が最も重要である、請求項２９に記載のコンピュータ・デバイス。
31. 前記少なくとも１つのウィンドウに対する前記重要なパラメータは、前記インスタンスを前記重要なパラメータの値に比例して当該少なくとも１つのウィンドウのインスタンスのサイズを縮小拡大して表示するときに用いられる、請求項３０に記載のコンピュータ・デバイス。
32. 進展する一連のインスタンスを表示する前記コンピュータ・デバイスは、少なくとも１つのウィンドウのインスタンスの全てにおいてコンピュータ・デバイスで動作するコミュニケーション又は演算に関するタスクの状態を示す少なくとも１つのグラフィカルなイメージを表示する、請求項２１に記載のコンピュータ・デバイス。
33. 進展する一連のインスタンスを表示するとき、コンピュータ・デバイス上で動作するアプリケーション又はサービスの状態を示すパラメータを用い、前記アプリケーション又はサービスの状態を示すウィンドウとして少なくとも１つのウィンドウを表示し、前記アプリケーション又はサービスの状態を示すパラメータの値に従って、コンピュータ・デバイスのディスプレイに、前記少なくとも１つの表示されたウィンドウのサイズを変更し又は前記少なくとも１つのウィンドウを表示するための位置を変更する、請求項２１に記載のコンピュータ・デバイス。
34. コンピュータ・デバイスで動作するアプリケーション又はサービスに対してユーザ・インターフェースとして第１のウィンドウと、前記第１のウィンドウの前記アプリケーション又はサービスに関連するパラメータに対して値を取得するための第２のウィンドウを構成し、前記第２のウィンドウを前記第１のウィンドウにドラッグ・アンド・ドロップし、これによって、前記ユーザ・インターフェースを介して前記第１のウィンドウで動作する前記アプリケーション又はサービスに関連する前記パラメータに前記値を送信する、請求項２１に記載のコンピュータ・デバイス。
35. アプリケーション又はサービスに対するユーザ・インターフェースとして少なくとも１つのウィンドウを構成し、前記ユーザ・インターフェースを介して前記アプリケーション又はサービスのための少なくとも１つのパラメータに対する値を読み込み又は映し出し、前記少なくとも１つのウィンドウに対する一連の進展するインスタンスに構成されるコンテンツを表示し、前記コンテンツは表示される少なくとも１つのウィンドウのインスタンスのサイズおよび少なくとも１つのパラメータの値の関数として変化する、請求項２１に記載のコンピュータ・デバイス。
36. 前記少なくとも１つのウィンドウに対する開始の所定のグラフィカルな外観を選択するとき、システムが動作するコンピュータ・デバイスに接続されているコンピュータ・ネットワーク上でリモート・コンピュータから複数の所定の幾何学的な形状及びグラフィカルな外観をダウンロードするように構成された、請求項２１に記載のコンピュータ・デバイス。
37. 前記コンピュータ・デバイスと通信するネットワーク又は前記コンピュータ・デバイスに直接接続されて当該コンピュータ・デバイスと通信するキーボード、マウス、スタイラス又はアーチファクト、ソフト・キーボードなどの入力デバイスから入力を受け取り、少なくとも１つのウィンドウに構成されたユーザ・インターフェースを介して前記コンピュータ・デバイスにおけるアプリケーション又はサービスに前記入力を転送し、前記ウィンドウはアプリケーション、前記コンピュータ・デバイスとのユーザ対話、又はサービス、或いは他の前記コンピュータ・デバイスにおけるアクションに関連するものによってアクティブにされ、そして、入力を受け取るために最近アクティブにされたウィンドウが提供されていない場合に、当該入力を受け取ることを可能にする別の新たなウィンドウを提供し、前記入力を前記アクティブにされたウィンドウに表示する、請求項２１に記載のコンピュータ・デバイス。
38. 前記アクティブにされたウィンドウに入力を受け取るとき、当該アクティブにされたウィンドウに受け取ったテキストの解析を始動する、請求項３７に記載のコンピュータ・デバイス。
39. 前記解析の始動は、前記入力を受け取る前記ウィンドウを前記解析を提供するシステムへのユーザ・インターフェースを有する別のウィンドウへドラッグ・アンド・ドロップすることによって提供される、請求項３８に記載のコンピュータ・デバイス。
40. 前記少なくとも１つのウィンドウの進展するインスタンスを表示するとき、アーチファクト又は類似のデバイス或いは指で前記ディスプレイの表面に触れるか又はなでたとき前記表示を開始する、請求項２１に記載のコンピュータ・デバイス。

Images