JP4920161B2 - 情報の周辺アウェアネスを自動的に提供するシステムおよび動的オブジェクトを提供する方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、対話式周辺ディスプレイ（ｉｎｔｅｒａｃｔｉｖｅ ｐｅｒｉｐｈｅｒａｌ ｄｉｓｐｌａｙ）での動的通信アクセスおよび情報アウェアネス（ａｗａｒｅｎｅｓｓ）を提供する新しいシステムおよび処理に関する。
【０００２】
【従来の技術】
背景として、インターネット、ローカルコンピュータネットワーク、またはリモートコンピュータネットワーク、もしくはインターネットとそのようなネットワークの組み合わせなどの現在の情報が飽和した環境では、しばしば、ユーザが、そのユーザが関心を持つ可能性がある潜在的に大量のさまざまな通信および情報を追跡することは困難である。そのような通信および情報には、たとえば、電子メール、インスタントメッセージング（ｉｎｓｔａｎｔ ｍｅｓｓａｇｉｎｇ）、ファイル転送、付近の天気、予約、スケジュール、個人的な連絡先（ｃｏｎｔａｃｔ）、統計情報、ファイル状況、株式相場、スポーツの結果、局地的な交通、または、ユーザが関心を持つ可能性がある他のタイプの通信または情報が含まれる。この問題は、通信および／または情報が動的であり、通信状況またはチャンネルに対する、もしくはユーザが関心を持つ情報における、素早い、多数の、または大きい変化が、しばしばユーザにとって相対的に役に立たない遅れた通信および／または情報をもたらす場合に、特に深刻になる。
【０００３】
この問題に応じて、ユーザが通信または情報を調べたくなるたびにユーザが通信または情報を手動で検索するか手動で検査して更新する必要なしに、特定の通信または情報を追跡することを試みる際にユーザを支援する、複数の従来の方式が開発された。しかし、そのような方式は、通常は、追跡または表示できる通信または情報のタイプ、通信または情報にアクセスするか他の形でユーザに提供する形、またはユーザ間での通信または情報の共有を容易にする能力がないことによって、制限されている。さらに、これらの問題に対処することを試みた従来の方式は、動的統合環境での通信および通信アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）と組み合わされた並列の情報検索、表示、またはアクセスを可能にする単一のインターフェースを提供できないことによって制限される傾向を有する。その結果、ユーザは、しばしば、特定のタイプの通信または特定の情報のいずれかへのアクセスまたは対話を提供する入り乱れたディスプレイにわずらわされるが、統合環境での通信および情報の両方へのアクセスおよび対話を有しない。
【０００４】
複数の従来のメッセージングタイプ方式で、これらの問題の一部に部分的に対処することが試みられた。しかし、そのような方式は、通常は、かなりの量のスクリーン面積または表示面積を占める比較的大きいウィンドウを提供する。さらに、そのような方式は、多少の情報収集または情報表示の機能と共に多少の通信機能を提供するが、１つまたは複数のタブなどを介して通信機能を情報機能から分離する傾向を有する。その結果、特定の情報を、これらの方式によって提供されるアプリケーションの中から簡単に共有または通信することはできない。さらに、そのような方式は、ユーザが追跡する情報の量が増えるにつれて、また、ユーザが維持する通信連絡先の数が増えるにつれて、扱いにくくなる。具体的に言うと、連絡先および／または情報の量が増えるにつれて、ユーザは、自分が探しているものを見つけるために、大量のデータまたは通信チャネルをスクロールしなければならない。
【０００５】
たとえば、複数の従来のメッセージングタイプ方式は、たとえば、株式相場、天気、ニュース、または、インターネットまたは他のローカルネットワークまたはリモートネットワークを介する他の情報、もしくはその組合せなどの情報を追跡するか監視する、類似する機能を提供する。さらに、これらの従来の方式は、連絡先の１つまたは複数のグループ内の連絡先に関する、複数の通信チャネルのうちの１つを介する、たとえば、テキストインスタントメッセージング、ファイル転送、電子メールなどのある種の通信アクセスも提供する。その結果、ユーザは、関心ある特定の情報を追跡できると同時に、特定の人または実体（ｅｎｔｉｔｙ）と通信することができる。残念ながら、これらの方式を用いて、ユーザがその両方を同時に行うことはできない。ユーザは、異なるタイプの情報機能と通信機能の間でタブ移動しなければならない。したがって、ユーザは、情報を手動で保存またはコピーし、タブを切り替え、手動で特定の連絡先へのメッセージを作成し、情報をそのメッセージに添付するか貼り付けなければ、異なる情報タブを介して観察されるデータを通信タブの連絡先と共有することができない。
【０００６】
さらに、これらの従来の方式は、複数のタブを有する傾向があるので、情報および関連するコントロールまたはアイコンを表示するために、かなり大きいウィンドウを必要とする。残念ながら、そのようなウィンドウは、ユーザが他のアプリケーションを使用している時に、他のアプリケーションウィンドウの下に埋もれる傾向がある。その結果、ユーザは、しばしば、自分の作業の流れを中断して、ウィンドウを切り替えなければならない。この特定の問題は、ウィンドウを常に手前に表示するというオプションを提供することによって、これらの方式の一部で対処されてきた。その結果、メッセージングウィンドウが埋もれるという問題は解決されるが、新しい問題が生じる。具体的に言うと、メッセージングウィンドウが、他の開かれているアプリケーションウィンドウの潜在的に大きい部分を覆い隠す。異なるアプリケーションウィンドウのサイズを手動で変更し、スクリーン上で移動して、各ウィンドウにそれ自体のスペースを与えることを試みることは可能であるが、そのような手動のユーザ介入は、時間がかかり、通常のユーザをいらいらさせる可能性がある。
【０００７】
少なくとも１つの従来の方式で、前述の方式の問題の一部に対処することが試みられた。たとえば、ある従来の方式では、コンピュータディスプレイデバイスの１側面に沿ったスクロール可能なストリップ内の少なくとも１つのアイコンをユーザがカスタマイズできるようにするアプリケーションを提供する。この方式では、特定の情報ソースへのアイコン化（ｉｃｏｎｉｚｅ）されたリンクを提供し、従来の技法を使用して、カスタマイズされたアイコンのそれぞれに情報ソースから検索された情報を取り込む。しかし、この方式は、複数の重要な制限を有する。
【０００８】
具体的に言うと、この方式は、情報の収集およびユーザへの提供をユーザに提供するが、前述のメッセージング方式によって提供されるレベルの通信機能を提供することができない。たとえば、この方式は、アイコンを介して通信を開始する手段を提供せず、したがって、アイコンは、受信したメッセージの数などの通信状況を提供することはできるが、そのようなメッセージに応答する手段は提供しない。さらに、この方式は、複数のアイコンを集約するためのアイコンのネスティングまたは他の形のグループの編成を提供しない。言い換えると、アイコンに関連付けられたウィンドウを開いても、グループ化されたアイコンの次のレベルへのアクセスが提供されない。その結果、複数のアイコンが使用される場合に、アイコンを編成するのが困難になる。さらに、この方式のアイコンは、簡単に移送可能ではない。言い換えると、ユーザ間でアイコンを転送する実際のメカニズムがない。その代わりに、ユーザが、アイコンの管理に使用されるアプリケーションからアイコンを入手する必要がある。この方式の他の制限には、アイコンの表示に使用されるスクロール可能なストリップを含むウィンドウのサイズを変更する機能がないことが含まれる。さらに、この方式では、ユーザが追加したアイテムが多すぎる場合に、別の行またはストリップが、その行に１つのアイコンだけが含まれる場合であっても、ウィンドウ内に自動的に作成される。その結果、この方式は、潜在的に、貴重なディスプレイスペースの大幅な浪費を引き起こす可能性がある。
【０００９】
関連する方式では、ユーザが、スクロールするティッカ（ｔｉｃｋｅｒ）タイプディスプレイウィンドウをカスタマイズして、使用可能な情報の事前に定義されたセットから、継続的に更新されるスクロールする情報を提供できるようにする。有用ではあるが、この方式は、複数の理由から前の方式よりさらに制限されている。これらの制限のうちで最も重要なものが、この方式で使用可能な情報のセットが事前に定義されることである。したがって、情報のタイプおよびソースは、この方式でオプションとしてリストされない場合に、単純に使用不能になる。しかし、ユーザは、たとえば株式相場の特定の株の記号、自動アラートを生成するニュースの分野またはトピックの選択、天気予報を生成する特定の都市の選択など、いくつかの情報オプションに対する限られた制御を与えられる。もう１つの制限は、ユーザが、上で説明したようにアイコンを変更することによるなど、情報ソースを追加または編集することができないことである。この方式のさらなる制限には、ティッカがスクロールするので、関心あるすべての情報がいかなる所与の時刻でも視覚的に使用可能であることが保証されないことが含まれる。具体的に言うと、ユーザが関心を持つ情報が、現在可視でない場合に、ユーザは、その情報がビューにスクロールしてくるまで待たなければならない。その結果、所望の情報を検索するためにユーザがディスプレイに大いに注意を向けなければならないので、そのような方式は、非常にユーザの気を散らすものになる可能性がある。さらに、スクロールするティッカは、常に動き続けているので、ユーザの周辺視野で持続的な動きを作るため、それ自体が潜在的に非常にユーザの気を散らす。結局、この方式の通信機能は、前述のメッセージング方式と比較して、事実上存在しない。
【００１０】
カスタム情報ビューまたはカスタム情報ディスプレイを提供する他の方式では、「ウェブスクレーピング（ｗｅｂ ｓｃｒａｐｉｎｇ）」と称する技法を用いる。一般に、そのような方式を用いると、ユーザが、一意のインターネットウェブページすなわち、ソースウェブページの特定の部分を、単一のカスタマイズされたウェブページに表示することを指定できるようになる。その結果、そのような方式は、情報の検索および表示を提供するが、通信機能は提供しない。
【００１１】
たとえば、あるウェブスクレーピング方式では、ユーザが、さまざまなインターネットウェブサイトから関連するデータおよびコンテンツを「クリップ」し、それらのすべてを「ビュー」と呼ばれる１つの動的ブラウザページに一緒に置くことができる。このビューは、効果的に、コンポジットウェブページである。したがって、ソースウェブページのどれかが変更された時に、コンポジットウェブページが自動的に更新される。さらに、この方式を用いると、ユーザが、データ要素の追加、削除、および再配置と、ユーザ自身の入力によるビューのパーソナライズとによるなど、さまざまな形でビューを編集できるようになる。さらに、この方式は、ユーザ間でビューを転送する方法を提供する。しかし、この方式は、前述の諸方式に関して上で説明したものと同一の基本的な制限の多くをこうむる。その制限には、ビューをネストまたは編成する能力がないこと、または、複数のビューを同時に表示するために配置する能力がないことが含まれる。また、上で述べたように、そのような方式は、通常は、通信機能またはメッセージング機能を、ほとんどまたは全く提供しない。
【００１２】
ウェブスクレーピングのさらなる制約には、この方式のビューを、ディスプレイデバイス全体でないとしても通常はディスプレイデバイスのかなりに部分を占めるウィンドウ内で開かなければならず、したがって、ユーザに情報を提供する控え目な方法を提供できないことが含まれる。さらに、通常のウェブページならびにこれらのウェブページの特定のコンテンツは、通常は、情報が表示される面積を最小にするように設計されてはいない。言い換えると、そのようなウェブページおよびコンテンツは、単に、大量の重要な情報を非常に小さいスペースに詰め込むという発想では設計されていない。その結果、ウェブスクレーピングの最終結果は、画面スペースを非常に非効率的に使用する傾向があるコンポジットウェブページになる。さらに、既存のウェブページからスクレーピングまたは他の形でクリップされるウェブページの一部に、アニメーションが含まれる場合で、そのウェブページがユーザの周辺視野にある場合には、そのウェブページが非常に気を散らすものになる可能性がある。結局、ウェブスクレーピング技法は、効果的に別個の要素のパッチワークをするので、そのような技法からもたらされるコンポジットウェブページは、通常は、絶対に単一のページに一緒に現れるように視覚的に設計されてはいない、異質な要素の魅力のない寄せ集めである。
【００１３】
【発明が解決しようとする課題】
その結果、必要なものは、ユーザが通信チャネルまたは情報タイプの間でタブ移動することを必要としない、対話式周辺ディスプレイでの動的な通信アクセスおよび情報アウェアネスを自動的に提供する新しいシステムおよび処理である。さらに、そのようなシステムおよび処理は、ユーザが、通信アクセスポイントおよび情報カテゴリまたは情報ソースの事前に定義されたリストから選択することを必要としてはならないが、その代わりに、通信アクセスポイントおよび情報ソースの作成およびカスタマイズを可能にしなければならない。そのような通信アクセスポイントには、電子メール、ボイスメール（ｖｏｉｃｅｍａｉｌ）、メッセージングサーバ、電話などのさまざまな連絡方法のいずれかを介する連絡先のそれぞれの現在のアベイラビリティ（ａｖａｉｌａｂｉｌｉｔｙ）と共に、たとえば人、会社、または組織などの他の実体に連絡する通信チャネルが含まれなければならない。情報ソースには、たとえば、特定の情報タイプ、情報カテゴリ、または情報ソースなどの、所望の情報要素のすべてが含まれなければならない。さらに、このシステムおよび処理によって、ユーザが、所望の通信チャネルまたはアクセスポイントのすべて、もしくは所望の情報ソースのすべてを、カスタマイズでき、任意の所望の数のグループまたはネストされたグループに集約または編成できるようにならければならない。また、これらのグループまたはネストされたグループは、ユーザによって展開することができ、ユーザが、ネストされたグループもしくは、これらのグループまたはネストされたグループ内の通信アクセスポイントまたは情報要素を表示できなければならない。最後に、このシステムおよび処理は、ユーザの間での、事前に定義されたまたはユーザ定義可能な、通信アクセスポイントおよび／または情報要素の共有を提供しなければならない。
【００１４】
【課題を解決するための手段】
一般に、本発明は、前述の問題ならびに以下の説明の理解から明白になる他の問題を、統合された対話式周辺ディスプレイで動的な通信アクセスおよび情報アウェアネスを自動的に提供することによって、解決する。本発明は、自動的に、かつ／またはユーザがそのユーザが関心を持つ特定の情報または通信連絡先を指定できるようにすることによって、この機能を提供する。各連絡先および各特定の情報要素を表すカスタマイズされたダイナミックサムネイル（ｄｙｎａｍｉｃ ｔｈｕｍｂｎａｉｌ）が、自動的に表示される。
【００１５】
これらのダイナミックサムネイルまたは「アイテム」には、一般に、関心ある情報または連絡先を記述する「チケット（ｔｉｃｋｅｔ）」と、チケットによって表されるものであればどの情報または通信連絡先であっても表示する、特殊化された「ビューア（ｖｉｅｗｅｒ）」の組み合わせが含まれる。さらに、本発明によれば、一実施形態で、チケットが、従来の技法を介してユーザ間で共有可能であり、他の電子ファイルと同様に、ウェブページからのコピー、切取り、貼り付け、保存、格納、転送、送信、電子メール送信、ドラッグアンドドロップなどが可能である。本発明のシステムおよび処理は、チケットによって記述される情報および通信連絡先の現在状態の自動的な追跡または受信のいずれかを行い、アイテムを表示する対話式「周辺アウェアネス」インターフェース内に、現在の情報ならびに通信連絡先のアベイラビリティおよび状況を動的に提供する。周辺アウェアネスインターフェースには、潜在的にユーザの気を散らすか妨害することのすべてを最小にする形で、情報および／または通信連絡先が表示される。
【００１６】
本発明に関して、「周辺アウェアネス」の概念は、以下の説明によって最もよく説明することができる。一般に、本発明の周辺アウェアネスインターフェースは、焦点の作業を大幅に中断せずに周囲の世界に関する情報を受け取る、人間の生来の能力を利用する。この焦点の作業を中断せずに周辺の形で情報を知覚する人間の生来の能力の自明な例の１つが、人が、廊下でボブとジェーンの間の議論を小耳にはさみ、ジェーンが休暇から戻ったことを認識できることである。本発明は、周辺アウェアネスインターフェースと共にこの能力を利用する。そのような周辺アウェアネスインターフェースは、何らかの情報の状態変化があった時に表示される別個のユーザインターフェースイベントではなく、常にオンであり、可視である。したがって、本発明による周辺アウェアネスは、新しいか更新された情報に即座に露骨にユーザの注意を引くのではなく、その情報を周辺で使用可能にし、その結果、ユーザがそちらを見ようと決心した場合に、その時に観察され得るようにする。さらに、一実施形態では、ユーザ通知の有効性を高めるために、周辺アウェアネスインターフェースは、情報の時間感度（ｔｉｍｅ ｓｅｎｓｉｔｉｖｉｔｙ）または優先順位に応じて、周辺アウェアネスと通知すなわち、可聴および／または可視のアラートとの両方の戦略を使用する。本発明の周辺アウェアネスインターフェースは、本明細書で説明するように、アイテムを表示するための、ユーザのディスプレイデバイス上のディスプレイ領域を提供する。
【００１７】
さらに、通信連絡先に関して、本発明のシステムおよび方法は、連絡先と対話するための「パーソンセントリックインターフェース（ｐｅｒｓｏｎ−ｃｅｎｔｒｉｃ ｉｎｔｅｒｆａｃｅ）」を提供する。このパーソンセントリックインターフェースによって、人または他の実体が、周辺ディスプレイの最前部に持ってこられ、その結果、特定の人または実体との通信を、簡単にレビューまたは開始することができるようになると同時に、そのような人または実体の通信アベイラビリティを、単に周辺ディスプレイを見ることによってユーザが理解できるようになる。この機能は、各通信連絡先の通信アベイラビリティまたは状況を視覚的に表すために、特定の通信連絡先を表す各アイテム内に、ピクチャ、イメージ、アイコン、アバタ（ａｖａｔａｒ）などを表示することによって達成される。代替実施形態では、このパーソンセントリックインターフェースに、さらに、たとえば通信履歴（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｈｉｓｔｏｒｙ）および通信アベイラビリティなどの連絡先固有情報、ならびに、たとえば電子メール、メッセージングサーバ、ボイスメール、電話番号、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）ファイル転送などの複数のアクセスポイントまたは通信チャネルのいずれかを介する特定の連絡先に関する通信アクセスおよび対話が含まれる。
【００１８】
上で注記したように、情報および通信機能の指定、追跡または受信、および提供は、本発明に従って、「ビューア」と対にされた時に、関心ある情報の周辺アウェアネスをユーザに提供する、以下で「チケット」と称する、少なくとも１つのカスタマイズ可能な動的にカプセル化（ｅｎｃａｐｓｕｌａｔｅ）されたオブジェクトの使用を介して達成される。上で注記したように、チケットとビューアの組み合わせを、「アイテム」と称する。
【００１９】
一般に、チケットは、ＸＭＬデータファイルなどのデータ構造によって表される。各チケットには、そのチケットによってどの情報または通信連絡先が表されるかに関する命令、ならびに情報または通信連絡先と対話する複数の従来の手段のいずれかを表す特定の「サービス」へのポインタが含まれる。これらのサービスは、事前に定義されたまたはユーザ定義可能であるサービスのライブラリから、自動的にまたは手動で選択される。具体的に言うと、異なるサービスは、従来の情報、情報のソース、または通信連絡先のいずれかとの、アクセス、受信、検索、および／または他の形の対話の機能性を提供する、共有されるコードまたは関数（ｆｕｎｃｔｉｏｎ）を表す。さらに、一実施形態で、従来の情報、情報のソース、または通信連絡先のいずれかとの複雑な対話を提供するために、複数のサービスを組み合わせて使用することに留意されたい。
【００２０】
本発明に関して、「サービス」の一例が、従来のＭＡＰＩサーバに接続することによって電子メールフォルダを監視するのに必要な機能性である。サービスのもう１つの例が、電子メールメッセージを送信または受信する機能性である。関連するサービスが、たとえばインスタントメッセージング方式またはピアツーピア通信方式などの、任意の数の従来の方法を介する、連絡先と通信する機能性または情報を転送する機能性を提供する。サービスのもう１つの例が、テキストファイルをある言語から別の言語に変換する機能性である。サービスのもう１つの例が、データベースを監視するのに必要な機能性である。サービスのもう１つの例が、ウェブサイトまたはリモートサーバからデータを受信または検索する機能性である。明らかに、従来の情報、情報のソース、または通信連絡先と対話するいかなる従来の方法をも、本発明による１つまたは複数のチケットによって使用される共有サービスとして実施することができる。
【００２１】
さらに、上で注記したように、各チケットの命令に、そのチケットによって表されるすべてのタイプの情報または通信連絡先を表示する能力を有する、複数の特殊化されたビューアの１つへのポインタが含まれる。言い換えると、各チケットは、ユーザが追跡を望む情報または連絡先およびユーザがその特定の情報をどのように表示することを望むかの定義、ならびに情報または連絡先にアクセスおよび／または対話する複数の従来の手段のいずれかを使用する能力の組み合わせを表す。
【００２２】
たとえば、ユーザが関心を持つ情報に、リモート電子データベースに常駐する特定の電子ファイルに関する統計情報を含めることができる。この単純な例に対して、ユーザは、何人がその電子ファイルを読んだか、またはそれが修正されたかどうかを知ることに関心を持つ可能性がある。その結果、カスタマイズ可能なチケットに、統計情報が使用可能になった時にそれを収集できるように、電子ファイルをホスティングするリモートサーバにリンクするのに「サービス」を使用する命令が含まれる。さらに、このチケットには、どのデータを表示するかに関する命令と、そのデータを表示するのにどのビューアを使用するかに関する命令が含まれる。データの表示に関するそのような命令には、単純に、ファイルを読んだ人数を表示する命令、および／または、そのユーザ以外の誰かによってファイルが修正された時に、表示される情報の色を変更する命令を含めることができる。明らかに、この例は、どの情報またはデータを表示できるか、もしくは情報またはデータを表示できる方法を制限することを意図されたものではない。というのは、そのようなファイルまたは関心ある他の情報に関する多数の他のタイプの統計データまたは他のデータを、本発明に従って収集するかつ／または表示することができるからである。
【００２３】
上で述べたように、各チケットは、「アイテム」を作成するために、「ビューア」と対にされる。これらのビューアは、前述のチケット命令に従って１つまたは複数のサービスを介して検索された情報または連絡先データを有する、サイズ変更可能なサムネイルまたはアイコンサイズのウィンドウとしてチケットをグラフィカルに表示する。具体的に言うと、ビューアは、テキスト情報、可聴情報、または、静止イメージまたはライブイメージを含むグラフィカル情報、もしくは、テキスト情報、可聴情報、またはグラフィカル情報の任意の組み合わせを有するチケットを動的に表示することができる。たとえば、あるビューアタイプが、以下で説明するように、連絡先情報すなわち「パーソンチケット」を表示でき、もう１のビューアタイプが、たとえば受信メッセージ数、または特定のソースからのメッセージの数などの特定の電子メール情報を表示することができ、もう１つのビューアが、データベースからの特定の情報のサマリをサムネイル内で提供するためにデータベースと対話するように設計される。ビューアタイプのさらなる例には、静止イメージを表示できるビューア、ビデオイメージを表示できるビューア、通信状況のサマリを表示できるビューア、データベース照会の結果を表示できるビューアなどが含まれる。明らかに、どのようなタイプのビューアでも、可能なすべての情報を表示できることを保証するために、いかなる対応するタイプの情報にも関連付けられるように設計することができる。
【００２４】
上で述べた利点のほかに、本発明の他の利点は、添付図面と共に読まれる時の以下の詳細な説明から明白となろう。
【００２５】
本発明の具体的な特徴、態様、および長所は、以下の説明、請求項、および添付図面に関してよりよく理解されよう。
【００２６】
【発明の実施の形態】
本発明の好ましい実施形態の以下の説明では、本明細書の一部を形成し、本発明を実践できる特定の実施形態を例として示す、添付図面を参照する。本発明の範囲から逸脱せずに、他の実施形態を使用することができ、構造的変更を行うことができることを理解されたい。
【００２７】
１．０ 例示的オペレーティング環境
図１に、本発明を実施することができる適当なコンピューティングシステム環境１００の例を示す。本発明を、コンピューティングデバイスによって実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な文脈で説明することができる。一般に、プログラムモジュールには、特定のタスクを実行するか、特定の抽象データ型（ａｂｓｔｒａｃｔ ｄａｔａ ｔｙｐｅ）を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。本発明は、通信ネットワークを介してリンクされたリモート処理デバイスによってタスクが実行される分散コンピューティング環境（ｄｉｓｔｒｉｂｕｔｅｄ ｃｏｍｐｕｔｉｎｇ ｅｎｖｉｒｏｎｍｅｎｔ）で実践することもできる。分散コンピューティング環境では、プログラムモジュールを、メモリストレージデバイスを含む、ローカルとリモートの両方のコンピュータ記憶媒体に配置することができる。コンピューティングシステム環境１００は、適当なコンピューティング環境の一例でしかなく、本発明の使用または機能性の範囲に関する制限を暗示する目的のものではない。コンピューティング環境１００を、例示的オペレーティング環境１００内に図示されたコンポーネントのいずれかまたはその組合せに関する依存性または要件を有するものとも解釈してはならない。
【００２８】
図１に関して、本発明を実施する例示的システムには、コンピューティングデバイス１００などのコンピューティングデバイスが含まれる。本発明と共に使用するのに適する周知のコンピューティングデバイス、システム、環境、および／または構成には、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドコンピュータ、ラップトップコンピュータもしくはモバイルコンピュータ、またはセル電話などの通信デバイス、Ｐｏｃｋｅｔ ＰＣおよびＰＤＡ、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル消費者電子製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記のシステムまたはデバイスのいずれかを含む分散コンピューティング環境などが含まれるが、これに制限はされない。
【００２９】
最も基本的な構成で、コンピューティングデバイス１００には、少なくとも１つの処理ユニット１０２およびメモリ１０４が含まれる。コンピューティングデバイスの正確な構成およびタイプに応じて、メモリ１０４を、揮発性（ＲＡＭなど）、不揮発性（ＲＯＭ、フラッシュメモリなど）、またはこの２つの組み合わせとすることができる。図１の破線１０６によって示される、この最も基本的な構成は、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドコンピュータ、ラップトップコンピュータもしくはモバイルコンピュータ、またはセル電話などの通信デバイス、Ｐｏｃｋｅｔ ＰＣおよびＰＤＡ、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル消費者電子製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、分散コンピューティング環境、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードのいずれかを表すと理解することができる。
【００３０】
さらに、デバイス１００は、追加の特徴／機能性を有することもできる。たとえば、デバイス１００に、磁気ディスク、光ディスク、またはテープを含むがこれに制限されない追加ストレージ（リムーバブル（ｒｅｍｏｖａｂｌｅ）および／または非リムーバブル）を含めることもできる。そのような追加ストレージは、図１では、リムーバブルストレージ１０８および非リムーバブルストレージ１１０によって示されている。コンピュータ記憶媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報のストレージの任意の方法またはテクノロジで実施される、揮発性および不揮発性の、リムーバブルおよび非リムーバブルの媒体が含まれる。メモリ１０４、リムーバブルストレージ１０８、および非リムーバブルストレージ１１０のすべてが、コンピュータ記憶媒体の例である。コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、または他のメモリテクノロジ、ＣＤ−ＲＯＭ、ディジタル多用途ディスク（ＤＶＤ）、または他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、もしくは、所望の情報を格納するのに使用でき、デバイス１００によってアクセスできる他の媒体が含まれるが、これに制限はされない。そのようなコンピュータ記憶媒体のいずれであっても、デバイス１００の一部とすることができる。デバイス１００には、デバイスが他のデバイスと通信できるようにする通信接続１１２も含めることができる。
【００３１】
通信接続１１２は、通信媒体の例である。通信媒体は、通常は、搬送波または他のトランスポートメカニズムなどの変調されたデータ信号で、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを実施し、通信媒体には、すべての情報配送媒体が含まれる。用語「変調されたデータ信号」は、信号内で情報をエンコードする形で、その特性の１つまたは複数をセットまたは変更された信号を意味する。制限ではなく例として、通信媒体には、有線ネットワークまたは直接配線接続などの有線媒体と、音響、ＲＦ、赤外線、および他の無線媒体などの無線媒体が含まれる。上記のいずれの組み合わせも、コンピュータ可読媒体の範囲に含まれる。
【００３２】
本明細書で使用する用語コンピュータ可読媒体には、記憶媒体と通信媒体の両方が含まれる。デバイス１００は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス、カメラなどの入力デバイス１１４も有することができる。ディスプレイ、スピーカ、プリンタなどの出力デバイス１１６も、含めることができる。これらのデバイスのすべてが、当技術分野で周知であり、ここで詳細に説明する必要がない。
【００３３】
コンピューティングデバイス１００は、以下の節で説明するように、情報の検索および／または受信のために１つまたは複数のリモートコンピューティングデバイスへの論理接続を使用して、ネットワーク化された（ｎｅｔｗｏｒｋｅｄ）環境で動作することができる。リモートコンピューティングデバイスには、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドコンピュータ、ラップトップコンピュータもしくはモバイルコンピュータ、またはセル電話などの通信デバイス、Ｐｏｃｋｅｔ ＰＣおよびＰＤＡ、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル消費者電子製品、複数のネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、分散コンピューティング環境、サーバ、ルータ、１つのネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードを含めることができるが、これに制限されず、通常は、コンピューティングデバイス１００に関して上で説明した要素の多数またはすべてが含まれる。図１に示された通信接続１１２には、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、または他の有線ネットワークまたは無線ネットワークが含まれる。そのようなネットワーキング環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット、およびインターネットで一般的である。
【００３４】
いかなるネットワーキング環境で使用される時にも、コンピューティングデバイス１００は、通常は、ネットワークインターフェース、ネットワークアダプタ、モデム、またはネットワークを介して通信を確立する他の従来の手段を介してネットワークに接続される。本明細書で述べるネットワーク接続が、例示的であり、コンピューティングデバイス間の通信リンクを確立する多数の他の手段を使用できることを理解されたい。
【００３５】
例示的なオペレーティング環境を説明したので、この説明の残りの部分は、本発明のシステムおよび処理、本発明のコンポーネント、本発明を実施する例示的なプログラムモジュールおよび処理、本発明による例示的ユーザインターフェース、および本発明を例示する実用的な例の議論にあてる。具体的に言うと、本発明のシステムおよび処理を、まず、図２に関して説明する。図２は、本発明によるシステムおよび処理を実施する例示的なシステムコンポーネントを示す高水準の一般アーキテクチャ図である。その後、本発明によるシステムおよび処理を実施する例示的プログラムモジュールを、図３の例示的システム図に関して説明する。次に、周辺アウェアネスインターフェースを介してユーザに関心ある連絡先および情報の周辺アウェアネスをユーザに自動的に提供する例示的処理を、図４の流れ図に関して説明する。さらに、例示的ユーザインターフェースを、図６のブロック図に関して説明する。最後に、本発明の複数の実用的な例を、図６から２０の例示的スクリーンイメージに関して説明する。
【００３６】
２．０ システムの概要
現在、通常のユーザは、毎日使用するさまざまな異なるアプリケーション、デバイス、およびサービスを有する。しかし、そのようなテクノロジは、互いにシームレスに動作しないので、異なるテクノロジにユーザに適合させるかユーザの代わりに一緒に働かせるのではなく、ユーザが、各テクノロジに適応しなければならない。具体的に言うと、現代のコンピューティングの１つの中心的発想には、単に特定のアプリケーションを用いるか特定のデバイスから作業するのではなく、人または他の実体すなわち連絡先と共に、ほとんど無限の数のソースのいずれかからの情報を用いて、作業または通信することが含まれる。しかし、人または他の実体との通信へのアクセスは、１つまたは複数のユーザインターフェースまたはアプリケーションの中に埋もれる傾向を有し、特定の情報へのアクセスも、複数のアプリケーション、ユーザインターフェース、または関連しないソースの間で埋もれるか分散している。
【００３７】
本発明は、複数のプラットフォームにまたがって押し付けがましくない形で、すなわち「周辺アウェアネスインターフェース」で、動的な通信アクセスおよび情報アウェアネスを提供する統合された動的周辺インターフェースを提供し、従来の通信アクセス方式および情報アクセス方式によって解決されないままになっている他の問題のホストと共に、上記の問題に対処する。この周辺アウェアネスインターフェースは、ユーザに、任意の数の通信連絡先および特定のタイプの情報または情報のソースの、動的に更新される状況、アベイラビリティ、および状態を提供する。そのような関心ある通信連絡先および情報には、たとえば、人、会社、組織などの実体が自由に通信できる時、共有ファイルまたは共有フォルダが修正された時、共有データベースまたは共有ワークスペースの情報が変化した時、電子メール状況、カレンダ、インターネットのウェブページ、天気予報、予約、スケジュール、統計情報、株式相場、交通情報、またはユーザが関心を持つ可能性がある他の情報のすべてが含まれる。さらに、一実施形態では、以下で述べ、３．２節で詳細に説明するように、動的通信アクセスおよび情報アウェアネスの特定の要素が、インターネットアクセスまたは他のネットワークアクセスを有する複数のデバイスのいずれからでもユーザがアクセス可能である。そのようなデバイスには、異なる位置すなわち、自宅、仕事場などに常駐するコンピュータ、パームトップ・コンピューティングデバイスまたはハンドヘルド・コンピューティングデバイスなどのハンドヘルドデバイス、パーソナルオーガナイザ、セル電話、または他のインターネット対応デバイスまたはネットワーク対応デバイスが含まれる。
【００３８】
本発明に関して、「周辺アウェアネス」の概念は、次の議論によって最もよく説明される。一般に、本発明の周辺アウェアネスインターフェースは、焦点の作業を大幅に中断せずに周囲の世界に関する情報を受け取る、人間の生来の能力を利用する。この焦点の作業を中断せずに周辺の形で情報を知覚する人間の生来の能力の自明な例の１つが、人が、廊下でボブとジェーンの間の議論を小耳にはさみ、ジェーンが休暇から戻ったことを認識できることである。本発明は、周辺アウェアネスインターフェースと共にこの能力を利用する。そのような周辺アウェアネスインターフェースは、何らかの情報の状態変化があった時に表示される別個のユーザインターフェースイベントではなく、常にオンであり、可視である。したがって、本発明による周辺アウェアネスは、新しいか更新された情報に即座に露骨にユーザの注意を引くのではなく、その情報を周辺で使用可能にし、その結果、ユーザがそちらを見ようと決心した場合に、その時に観察され得るようにする。さらに、一実施形態では、ユーザ通知の有効性を高めるために、周辺アウェアネスインターフェースは、情報の時間感度または優先順位に応じて、周辺アウェアネスと通知すなわち、可聴および／または可視のアラートとの両方の戦略を使用する。
【００３９】
さらに、通信連絡先に関して、本発明のシステムおよび方法は、通信連絡先と対話するための「パーソンセントリックインターフェース」を提供する。このパーソンセントリックインターフェースによって、人または他の実体が、周辺アウェアネスインターフェースの最前部に持ってこられ、その結果、特定の人または実体との通信を、簡単にレビューまたは開始することができるようになると同時に、そのような人または実体の通信アベイラビリティを、単に周辺ディスプレイを見ることによってユーザが理解できるようになる。この機能は、特定の通信連絡先を表す各アイテム内に、ピクチャ、イメージ、アイコン、アバタなどまたはその組合せを表示することによって達成される。これらのグラフィカル表現は、連絡先のアベイラビリティまたは状況を示すための従来のソーシャルキュー（ｓｏｃｉａｌ ｑｕｅｕｅ）を使用して各通信連絡先の通信アベイラビリティまたは状況を視覚的に表すように働く。
【００４０】
たとえば、一実施形態では、人のイメージの正面のクローズアップすなわち、ユーザを見ている人のイメージを使用して、その人が通信に応じられることを示し、人のプロファイルイメージすなわち、横を向いた人を使用して、その人が、忙しいか他の理由で通信に応じられないことを示す。その結果、そのようなイメージを一瞥するだけで、特定の連絡先が通信に応じられるかどうかをユーザに即座に知らせることができる。この例はしかし、通信の状況およびアベイラビリティを示すためのグラフィカル表現の使用の多数の可能な実施形態の１つにすぎない。これらの概念を、以下で詳細に説明する。
【００４１】
一般に、本発明は、指定された通信連絡先および情報要素が、動的に追跡または受信され、進行中の形でユーザに提供される統合された対話式周辺アウェアネスディスプレイでの動的な通信アクセスおよび情報アウェアネスの提供として説明することができる。テストされた実施形態では、この能力が、従来のディスプレイデバイスの一端に沿った永続的ディスプレイストリップ内の１つまたは複数のカラムに表示される少なくとも１つのカスタマイズ可能なダイナミックサムネイルを介して提供される。さらに、追加の実施形態では、サムネイルが、ディスプレイ全体を含む、ディスプレイの任意の１つの部分または複数の部分に表示される。ディスプレイ全体がカバーされる実施形態は、本発明のシステムおよび方法が、たとえばハンドヘルドコンピューティングデバイス、パームトップコンピューティングデバイス、セル電話、または限られたディスプレイ面積を有する任意の他の電子デバイスなどの比較的小さいディスプレイ面積を有するデバイスで使用される場合に、特に有用である。たとえば、図９を参照されたい。
【００４２】
カスタマイズ可能なダイナミックサムネイルのそれぞれが、たとえば特定の個人、会社、組織、または他の実体などの特定の通信連絡先と、ユーザが関心を持つ可能性がある情報の特定の要素のいずれかを表す。そのような情報要素には、たとえば、共有ファイルまたは共有フォルダが修正された時、共有データベースまたは共有ワークスペースの情報が変化した時、電子メール状況、カレンダ、インターネットウェブページ、天気状況、予約、スケジュール、統計情報、株式相場、交通情報、またはユーザが関心を持つ可能性がある他のインターネットまたはネットワークからアクセス可能な情報のすべてが含まれる。
【００４３】
前述のダイナミックサムネイルまたは「アイテム」には、一般に、関心ある連絡先または情報を記述した「チケット」と、チケットによって表される通信連絡先または情報を表示するための特殊化された「ビューア」の組み合わせが含まれる。本発明のシステムおよび処理は、１つまたは複数の「サービス」を使用して、自動的に、各チケットによって記述される情報または通信連絡先と対話するか、その情報の現在状態および／または通信連絡先の状況を追跡するか、受信する。情報の現在状態および通信連絡先の状況が、アイテムをグラフィカルにかつ／またはテキスト的に表示する対話式「周辺アウェアネス」インターフェース内に常駐する「コンテナ」内で各「アイテム」をホスティングすることによって、動的に提供される。周辺アウェアネスインターフェースには、潜在的にユーザの気を散らすか妨害することのすべてを最小にする形で、情報および／または通信連絡先が表示される。
【００４４】
一般に、チケットは、ＸＭＬデータファイルなどのデータ構造によって表される。各チケットには、そのチケットによってどの情報または通信連絡先が表されるかに関する命令、ならびに情報または通信連絡先にアクセスかつ／または対話する複数の従来の手段のいずれかを表す特定の「サービス」へのポインタが含まれる。これらのサービスは、事前に定義されたまたはユーザ定義可能であるサービスのライブラリから、自動的にまたは手動で選択される。具体的に言うと、異なるサービスは、従来の情報、情報のソース、または通信連絡先のいずれかとの、アクセス、受信、検索、および／または他の形の対話の機能性を提供する、共有されるコードまたは関数を表す。これらのサービスは、単独でまたは組み合わせてのいずれかで使用され、１つまたは複数のチケットがこれらのサービスを同時に使用することができるという意味で、共有される。その結果、一実施形態で、従来の情報、情報のソース、または通信連絡先との複雑な対話を提供するために、複数のサービスを組み合わせて使用することに留意されたい。
【００４５】
本発明に関して、「サービス」の一例が、従来のＭＡＰＩサーバに接続することによって電子メールフォルダを監視するのに必要な機能性である。サービスのもう１つの例が、電子メールメッセージを送信または受信する機能性である。関連するサービスが、たとえばインスタントメッセージング方式またはピアツーピア通信方式などの、任意の数の従来の方法を介する、連絡先と通信する機能性または情報を転送する機能性を提供する。サービスのもう１つの例が、テキストファイルをある言語から別の言語に変換する機能性である。サービスのもう１つの例が、データベースを監視するのに必要な機能性である。さらにサービスのもう１つの例が、ウェブサイトまたはリモートサーバからデータを受信または検索する機能性である。明らかに、従来の情報、情報のソース、または通信連絡先と対話する任意の従来の方法を、本発明による１つまたは複数のチケットによって使用される共有サービスとして実施することができる。
【００４６】
さらに、上で注記したように、各チケットの命令には、そのチケットによって表されるすべてのタイプの情報または通信連絡先を表示する能力を有する、複数の特殊化された「ビューア」の１つへのポインタが含まれる。言い換えると、各チケットは、ユーザが追跡を望む情報または連絡先およびユーザがその特定の情報または連絡先をどのように表示することを望むかについての定義、ならびに複数の従来の手段すなわち、情報または連絡先にアクセスし対話するサービスのいずれかを使用する能力の組み合わせを表す。そのようなアクセスまたは対話は、ローカルに達成するか、ローカルイントラネット、エクストラネット、有線ネットワーク、無線ネットワーク、インターネットなどを介して、任意の従来の通信プロトコルを介して達成することができる。
【００４７】
上で述べたように、各チケットは、「アイテム」を作成するために、「ビューア」と対にされる。これらのビューアは、前述のチケット命令に従って１つまたは複数のサービスを介して検索された情報または連絡先データを有する、サイズ変更可能なサムネイルまたはアイコンサイズのウィンドウとしてチケットをグラフィカルに表示する。具体的に言うと、ビューアは、テキスト情報、可聴情報、または、静止イメージまたはライブイメージを含むグラフィカル情報、もしくは、テキスト情報、可聴情報、またはグラフィカル情報の任意の組み合わせを有するチケットを動的に表示することができる。たとえば、あるビューアタイプが、以下で説明するように、連絡先情報すなわち「パーソンチケット」を表示でき、もう１のビューアタイプが、たとえば受信メッセージ数、または特定のソースからのメッセージの数などの特定の電子メール情報を表示することができ、もう１つのビューアが、データベースからの特定の情報のサマリをサムネイル内で提供するためにデータベースと対話するように設計される。ビューアタイプのさらなる例には、静止イメージを表示できるビューア、ビデオイメージを表示できるビューア、通信状況のサマリを表示できるビューア、データベース照会の結果を表示できるビューアなどが含まれる。明らかに、どのようなタイプのビューアでも、可能なすべての情報を表示できることを保証するために、対応するタイプの情報に関連付けられるように設計することができる。
【００４８】
上で注記したように、「アイテム」すなわちチケット／ビューア対は、任意の数のアイテムをホスティングする能力を有する「コンテナ」によってホスティングされる。これらのコンテナは、以下で詳細に説明する（２．１．４節を参照されたい）が、少なくとも一般的な意味で、アイテムの配置、表示、またはレンダリングを行うことができ、その中でユーザがアイテムと対話できる、ディスプレイデバイス上に設けられる領域とみなすことができる。さらに、これらのコンテナは、たとえばチケットまたはアイテムをコンテナ内に配置できるようにする、アイテムをコンテナ内へまたはコンテナの外へ移動するかコンテナ内で配置できるようにする、およびコンテナ内のアイテムが他のアプリケーションウィンドウによって覆われないようにするなど、チケットおよびアイテムに関する共通のサービスを提供する。やはり、上で注記したように、特定のコンテナが、任意の数のアイテムをホスティングすることができる。さらに、以下でも詳細に説明するように、任意の数のコンテナが、所与のディスプレイデバイス上に同時に存在することができる。テストされた実施形態では、本明細書に記載の周辺アウェアネスインターフェースが、「サイドバー」を形成するコンテナによって表される。このサイドバーは、一般に、従来のディスプレイデバイスの一端に沿った永続的な対話式ディスプレイストリップ内のアイテムの１つまたは複数のカラムをホスティングするコンテナとして説明することができる。
【００４９】
コンテナは、周辺アウェアネスユーザインターフェースを介してユーザがアクセス可能である。ユーザは、本明細書に記載のようにアイテムをコンテナ内に表示するのに使用されるデバイスに適当な、任意の従来のポインティングデバイス、キーボードなどを使用して、このユーザインターフェースと対話することができる。さらに、各アイテムは、連絡先、電子メールフォルダ、関心ある他の情報のいずれを表すものであっても、アクション可能であることが好ましい。その結果、たとえばマウス、キーボード、スタイラス、タッチパッドなどの複数の従来の入力デバイスのいずれかを介する任意のアイテムの選択または他の形での対話が、以下で説明するように、文脈依存（ｃｏｎｔｅｘｔ ｓｅｎｓｉｔｉｖｅ）メニューまたはアイテム固有情報またはツールチップタイプウィンドウのインスタンス化など、所与のアイテムに適当な特定のアクションを開始するように働く。
【００５０】
たとえば、電子メール受信トレイフォルダを監視するための電子メールチケットがあると仮定すると、フォルダ内の受信したメッセージの数のサマリが、サムネイルすなわち、コンテナによってホスティングされるアイテムに表示されることが好ましい。さらに、電子メールアイテムをクリックするか、その上にポインティングデバイスをホバー（ｈｏｖｅｒ）することによって、電子メールチケット命令に従って追跡／監視される電子メール受信トレイフォルダの内容を含む電子メールポップアップウィンドウが表示される。以下で詳細に説明するように、ユーザは、メッセージがユーザの電子メールアプリケーション内でアクセスまたは表示されている場合と同一の形で、このウィンドウ内のいずれのメッセージでも対話することができる。言い換えると、この例では、ユーザが、電子メールポップアップウィンドウ内から直接に、メッセージを読む、転送する、削除する、返信する、またはメッセージに対する任意の他の従来のメッセージングタイプアクションを実行することができる。この機能性は、所望の電子メール機能性を有する電子メール固有のビューアを設けることか、追跡／監視される受信トレイフォルダを表示するためにユーザの電子メールプログラムのインスタンスをインスタンス化するビューアを提供することのいずれかによって達成される。
【００５１】
上で要約した本発明の概要のほかに、本発明による代替実施形態として、以下で多数の追加の特徴を説明する。さらに、上で要約した本発明の特徴のそれぞれを、以下の段落で詳細に説明する。
【００５２】
２．１ システムコンポーネント
図２は、本発明による周辺アウェアネスインターフェースのシステムおよび処理を実施する基本コンポーネントを示す例示的アーキテクチャ図である。図２で破線によって表される箱および箱の間の相互接続が、本発明の代替実施形態を表すことと、本明細書全体で説明されるこれらの代替実施形態のいずれかまたはすべてを、組み合わせて使用することができることに留意されたい。一般に、関心ある通信連絡先および情報の指定、追跡または受信、および状況の提供は、「ビューア」２２０と対にされた時に、任意の従来のディスプレイデバイス２６０上で本発明の周辺アウェアネスインターフェースを実施するためにコンテナ２５０を介して関心ある情報および通信連絡先の周辺アウェアネスをユーザに提供する、「チケット」２１０と以下で呼称する、少なくとも１つのカスタマイズ可能な動的にカプセル化されたオブジェクトの使用を介して達成される。
【００５３】
本発明によるシステムおよび処理には、４つの基本コンポーネントすなわち、１）何を追跡または監視しなければならないか、どこでどのようにしてデータまたは連絡先情報を見つけることができるか、およびどのタイプのビューア２２０が追跡または監視されるものを表示するのに適当であるかを記述した１つまたは複数のチケット２１０、２）手段すなわち、それによって、どこでどのようにして情報または連絡先を追跡または他の形で監視するかを表す０または１個以上のサービス２３０、３）各ビューアがコンテナ２５０内の特定のチケット２１０を表示する能力を有する、事前に定義されたまたはユーザ定義可能なまたは編集可能なビューアのライブラリからの１つまたは複数のビューア２２０、および４）チケット／ビューア対すなわち「アイテム」２００をホスティングする、１つまたは複数のディスプレイデバイス２６０上に常駐する周辺アウェアネスインターフェースを表す、１つまたは複数のコンテナ２５０が含まれる。
【００５４】
具体的に言うと、図２からわかるように、「チケット」２１０および「ビューア」２２０の対を備える「アイテム」２００が、任意選択として１つまたは複数の「サービス」２３０を使用して、１つまたは複数の特定の情報ソース２４０を、動的に追跡、対話、かつ／または監視する。以下で説明するように（２．１．３節を参照されたい）、アイテム２００の一部を構成するビューア２２０に、サービス２３０を使用する必要なしに、ＨＴＴＰまたは他の通信呼び出しを直接に行うＡｃｔｉｖｅＸ（登録商標）コントロールまたは他のタイプのコントロールを含めることができることに留意されたい。その結果、上で注記したように、アイテム２００は、任意選択として１つまたは複数の「サービス」２３０を使用する。特定の情報のソース２４０を動的に追跡または監視することによって、任意の特定の情報または通信連絡先の現在の状況が、ユーザに提供される。この情報または連絡先の状況は、グラフィカルに、テキストとして、またはその何らかの組み合わせを介してのいずれかで、１つまたは複数のディスプレイデバイス２６０上で周辺アウェアネスインターフェースを提供するために１つまたは複数のコンテナ２５０内で１つまたは複数のアイテム２００をホスティングすることによって提供される。
【００５５】
２．１．１ チケット
一般に、チケット２１０は、ユーザが追跡を望む情報または連絡先と、ユーザがその特定の情報または連絡先をどのように表示することを望むかの定義の組み合わせである。用語「チケット」２１０は、本明細書では、以下で詳細に説明する「サイドバー」などのコンテナ２５０内のアイテム２００の内容を定義する、ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ（ＸＭＬ）構造、または類似する言語構造を記述するのに使用される。具体的に言うと、チケット２１０は、２つの部分すなわち、たとえば、コントロール名、チケットに関連付けられたＡｃｔｉｖｅＸ（登録商標）（または他のスクリプト言語）コントロールのＣＬＳＩＤ、ローカルにインストールされていない場合にコードまたはスクリプトコントロールを得るＵＲＬまたはファイルパスなどを含む、すべてのタイプのアイテムに共通する部分と、たとえばチケットによって定義される情報または連絡先を表示するのにどのタイプのビューア２２０が必要であるかなど、そのチケットタイプに固有のパラメータを含む、チケットのタイプに基づいて変化する部分からなる。本発明によるチケット２１０では、ＡｃｔｉｖｅＸ（登録商標）コントロールを使用するが、多数の他のスクリプト言語を使用して、ＡｃｔｉｖｅＸ（登録商標）コントロールの代わりのコントロールまたは命令を作成できることを理解されたい。
【００５６】
具体的に言うと、チケット２１０は、コンテナまたはサイドバー２５０内でビューア２２０と共にホスティングされる個々のコントロールとして説明することができる。これらのチケット２１０は、たとえば、ＡｃｔｉｖｅＸ（登録商標）、Ｃ＋＋、Ｖｉｓｕａｌ Ｂａｓｉｃ、およびＤＨＴＭＬとＪａｖａ（登録商標）Ｓｃｒｉｐｔの組み合わせなどを含む、複数の従来のプログラミング言語またはスクリプト言語のいずれかを使用して作成することができる。しかし、以下でコンテナ２５０に関して説明するように（２．１．４節を参照されたい）、チケット２１０の作成にどの言語が使用されるかに無関係に、チケットは、コンテナによって要求される特定のインターフェースまたは仕様をサポートし、その結果、コンテナが、チケット／ビューア対からなるアイテム２００を成功裡に管理できるようにすることが好ましい。
【００５７】
例示的なチケット２１０には、たとえば、下の５．０節で詳細に説明する通信連絡先チケット（すなわちパーソンチケット）、電子メールチケット、カレンダチケットまたはスケジューリングチケット、特定のディレクトリまたはファイルを監視するためのファイルシステムチケットまたはファイルフォルダチケット、特定の株に関連する情報を監視するための株式チケット、特定のデータベースまたはそのようなデータベースの部分またはサマリを監視するためのデータベースチケット、インターネットまたはネットワークのウェブページまたはその一部を監視するためのウェブページチケット、気象情報を監視または追跡するための気象チケット、特定の場所の交通情報を監視するためのトラフィックチケットなどが含まれる。明らかに、インターネットまたは他のネットワークもしくは通信方法のいずれかを介してアクセス可能なすべてのタイプの連絡先または情報が、その連絡先または情報を監視または追跡するための関連するチケット２１０を有することができる。
【００５８】
たとえば、ユーザが関心を持つ特定の情報が、特定の電子ファイルに関する統計情報である場合がある。この自明な例について、ユーザは、何人がその電子ファイルを読んだか、またはそれが修正されたかどうかを知ることに関心を持つ可能性がある。その結果、ユーザが関心を持つ電子ファイルを監視または追跡するカスタマイズ可能なチケット２１０に、複数の従来の電子通信方法のいずれかを介する、電子ファイルすなわち情報ソース２４０の１つへのリンクまたは接続に１つまたは複数のサービス２３０を使用する命令が含まれる。さらに、関心がある電子ファイルが、ユーザ自身のコンピュータにローカルに常駐する場合に、たとえば、チケット２１０に、サービス２３０の使用を必要とせずに、ファイル情報への直接のアクセス、監視、または追跡を行う命令を含めることができる。
【００５９】
どちらの場合でも、前述の例によれば、チケット２１０に、電子ファイルに関する統計情報が入手可能になった時に、その情報を動的に収集する、従来の電子通信方法を使用する命令が含まれる。さらに、以下で説明するように、チケット２１０には、特定の情報をどのように表示するか、ならびにその情報をコンテナ２５０内に表示するのにどのタイプのビューア２２０が使用されるかに関する命令も含まれる。そのような命令の一例に、何人がファイルを読み取ったかを表示する命令、および／またはユーザ以外の誰かがファイルを修正した時に表示される情報の色を変更する命令が含まれる。さらに、以下で詳細に説明するように、一実施形態では、そのような表示命令が、ユーザ構成可能であり、その結果、ユーザが、所望の情報をユーザの選択したフォーマットで表示できるようになる。
【００６０】
チケット２１０のもう１つの有用な特徴は、一実施形態で、チケットが、ユーザ間で共有可能であることである。その結果、チケット２１０を、電子メールを介して、または電子ファイルを転送する任意の他の手段を介して、共有することができる。たとえば、チケット２１０に対して、他の電子ファイルと同様に、従来の技法を使用して、コピー、切取り、貼り付け、格納、保存、転送、送信などを行うことができる。関連する実施形態では、チケット２１０を、ウェブサイトにポストし、その後、コンテナ２５０またはディスプレイデバイス２６０上の任意の他の位置に、コピーして貼り付けるか、ドラッグアンドドロップすることができる。以下で詳細に説明するように（４．０節を参照されたい）、一実施形態では、ディスプレイデバイス２６０へのチケット２１０の貼り付けまたはドラッグアンドドロップによって、そのチケット２１０および関連するビューア２２０を含むアイテム２００をホスティングするコンテナ２５０のインスタンスをインスタンス化するのか、チケットを何らかの他の電子ファイルとして単純にコピーするのかの選択子をユーザに与える、ウィザード（ｗｉｚａｒｄ）または類似するアプリケーションウィンドウが自動的に呼び出される。
【００６１】
さらに、やはり以下で詳細に説明するように、単純に１つまたは複数のチケットを、チケットがホスティングされることをユーザが望むコンピューティングデバイスにコピーするか手動でまたは自動的に送信することによって、チケット２１０を、ユーザプロファイルまたはデータベースもしくは任意の他のコンピュータ可読媒体に格納して、ユーザのインターネット対応デバイスまたはネットワーク対応デバイスのいずれかを介してアクセス可能とするか、ユーザの同僚、顧客、友人および家族などによって共用可能とすることができる。さらに、ユーザは、以下で説明するように、ユーザインターフェースを介して、チケットの追加、編集、または削除などによって、チケット２１０を管理することができる。
【００６２】
２．１．２ サービス
上で注記したように、サービスは、事前に定義されたまたはユーザ定義可能なサービスのライブラリから、自動的にまたは手動で選択される。上で注記したように、０または１個以上の「サービス」２３０が、関心ある特定の通信連絡先または情報との対話に使用される。現在の情報または状況は、１つまたは複数のサービス２３０に関連する機能性を使用することによって、複数の従来の通信ソース２４０の任意の１つまたは複数から、自動的に、検索または受信のいずれかを行われる、すなわち、そのような情報の「プル」または「プッシュ」のいずれかが行われる。たとえば、そのような情報ソースには、ローカルファイルサーバ、電子メールサーバ、ＭＡＰＩサーバ、ファイル転送サービス、電子データベース、電子ファイル、インスタントメッセージングまたは他のピアツーピア通信方式、または電子データの他の可能なソースのすべてが含まれる。しかし、上で注記したように、サービス２３０は、１つまたは複数の情報のソースへの通信を単に提供することに制限されない。
【００６３】
具体的に言うと、異なるサービス２３０は、従来の情報、情報のソース、または通信連絡先のいずれかへのアクセス、受信、検索、および／または他の形での対話の機能性を提供する、共有コードまたは共有関数を表す。これらのサービス２３０は、それらが、単独でまたは組み合わされてのいずれかで使用され、１つまたは複数のチケットがそれらを同時に使用することができるという意味で、共有される。その結果、一実施形態で、従来の情報、情報のソース、または通信連絡先のいずれかとの複雑な対話を提供するために、複数のサービス２３０が組み合わせて使用されることに留意されたい。
【００６４】
その結果、上で説明したように、本発明に関して、「サービス」２３０の一例が、従来のＭＡＰＩサーバに接続することによって電子メールフォルダを監視するのに必要な機能性である。サービス２３０のもう１つの例が、電子メールメッセージを送信または受信する機能性である。関連するサービス２３０が、たとえばインスタントメッセージング方式またはピアツーピア通信方式などの、任意の数の従来の方法を介する、連絡先と通信する機能性または情報を転送する機能性を提供する。サービス２３０のもう１つの例が、テキストファイルをある言語から別の言語に変換する機能性である。サービス２３０のもう１つの例が、データベースを監視するのに必要な機能性である。サービス２３０のもう１つの例に、ウェブサイトまたはリモートサーバからデータを受信または検索する機能性が含まれる。明らかに、従来の情報、情報のソース、または通信連絡先のいずれかと対話する任意の従来の方法を、本発明による１つまたは複数のチケット２１０によって使用される共有サービス２３０として実施することができる。
【００６５】
その結果、事実上制限のないタイプの使用可能な情報と組み合わされた多種多様な可能な情報ソース２４０に起因して、各チケット２１０によって、存在する場合に、どのサービス２３０が、すなわち、どの特定の方法、プロトコル、通信チャネル、または通信デバイスが、１つまたは複数の情報ソース２４０との接続および／または対話に使用されるかが、独立に指定される。たとえば、上で説明したものなどの異なる通信方法は、ローカルファイルシステムのそれぞれに関する情報の取得、企業データベースへの接続、ＭＳＮ（商標）によって提供されるものなどのメッセージングサービスからの人の状況情報の取得、およびユーザの銀行のインターネットウェブサイトからの保護された財務データの取得に必要である。その結果、これらの例示的なデータタイプのそれぞれに関連するサービス２３０は、必要なデータのダウンロードおよび／またはそれとの対話のために、異なる通信の方法を必要とする。やはり、上で注記したように、サービス２３０は、２つまたは２つ以上の電子デバイス間の通信を完了するための任意の従来の方法またはプロトコルとすることができる。
【００６６】
その結果、サービス２３０に関して、本発明のインフラストラクチャで、アイテム２００すなわちチケット／ビューア対（２１０／２２０）が、どのようにして１つまたは複数の特定の情報ソース２４０と通信または対話し、その結果、そのようなアイテムが、そのようなソースからの情報の成功裡の検索、受信、または対話を行えるようになるかを考慮しなければならないことは明白である。さらに、一実施形態で、特定のサービス２３０を、複数のアイテム２００によって使用することができ、これによって、必要な帯域幅が最小になる。たとえば、２つまたは３つ以上のアイテム２００が、同一のデータベースにアクセスしなければならない。すなわち、１つの電子メールストアへの複数のＭＡＰＩ接続の場合、または、複数のアイテム２００が、データの検索または受信のいずれかのためにインターネット接続を行わなければならない場合に、複数のチケットに提供するのに、単一の接続で十分になる可能性がある。言い換えると、可能な時には必ず、負荷が集約されて、重複した通信接続を防ぎ、帯域幅の不要な使用のすべてが制限される。
【００６７】
２．１．３ ビューア
上で述べたように、チケット２１０のそれぞれが、「ビューア」２２０と対にされる。これらのビューア２２０は、前述のチケット命令に従って検索された情報を含む、サイズ変更可能なサムネイルまたはアイコンサイズのウィンドウとして、コンテナ２５０内にチケット２１０をグラフィカルにかつ／またはテキストとして表示する。具体的に言うと、ビューア２２０は、テキスト情報、可聴情報、静止イメージまたはライブイメージを含むグラフィカル情報、もしくはテキスト情報、可聴情報、またはグラフィカル情報の任意の組み合わせを有するチケット２１０を動的に表示することができる。
【００６８】
上で注記したように、各チケット２１０には、チケットによって表される通信連絡先または情報を表示するのにどのビューアを使用するかに関する命令が含まれる。たとえば、あるビューアタイプが、連絡先情報すなわち本明細書で説明する「パーソンチケット」を表示でき、もう１のビューアタイプが、たとえば受信メッセージ数、または特定のソースまたは連絡先からのメッセージの数などの特定の電子メール情報を表示することができ、もう１つのビューアが、データベースからの特定の情報のサマリをサムネイル内で提供するためにデータベースと対話するように設計される。ビューアタイプのさらなる例には、静止イメージまたはビデオを表示できるビューア、データベース照会の結果を処理し、表示できるビューア、電子メールを表示し、対話できるビューア、ウェブページの特定の要素を抽出し、表示できるビューアなどが含まれる。したがって、一実施形態では、ビューア２２０が、実際に、特定のタイプのデータ、連絡先、または情報を表示するようにそれぞれ設計された特殊化されたビューアのセットまたはライブラリの１つである。しかし、もう１つの実施形態では、ビューア２２０が、本質的に個々のビューアの集約である「マルチビューア」として実施される。これらの「マルチビューア」は、チケット２１０の集約またはグループ化に関する情報を、コンテナ２５０内の単一のサムネイルタイプビューに表示するのに有用である。チケットのグループまたは集約という概念と、マルチビューアの使用の両方が、実用的な例に関して図１７および図１８に関して下の６．０節で説明されることに留意されたい。どちらの実施形態でも、ビューア２２０は、コンテナ２５０内に、対応する１つまたは複数のタイプのデータ、通信連絡先、または他の情報を表示することができる。
【００６９】
ビューア２２０には、通常は、下記の機能が含まれる。第１に、ビューアは、チケット２１０命令に従って観察される連絡先または情報の最も関連する状態を示す（たとえば、チケットサムネイル内に表示することのできる、最新の情報および／または情報の最も重要な部分）。第２に、ビューアは、サムネイルに割り当てられたスペースを最大限に使用する形でサムネイル内に情報を自動的に表示する。さらに、以下で注記するように、コンテナ２５０およびそれに含まれるサムネイルが、一実施形態ではサイズ変更可能である。その結果、一実施形態では、サムネイルがサイズを変更される時に、ビューアが、サムネイルのサイズまたは使用可能面積を自動的に検出し、優先順位に基づいてサムネイル内に収めることができる情報を動的に提供する。すなわち、まず、情報の最も重要な部分が表示され、重要でない情報は、スペースが許す限りで表示される。
【００７０】
たとえば、株式相場アイテム２００すなわち株式相場チケット／ビューア（２１０／２２０）を有するコンテナ２５０がサイズを変更される場合に、特定の株式取引に関するより多くまたはより少ないのいずれかの情報が表示される。具体的に言うと、株式アイテムが提供するように設計されたもっとも重要な情報が、現在の株価、高値、安値、および出来高であり、現在値が最も重要であり、出来高が最も重要でないと仮定する。この前提に対して、コンテナが、サムネイルに前述の情報要素のそれぞれすなわち、現在値、範囲、および出来高が含まれる点からサイズを縮小される場合に、サムネイルのサイズが縮小され、サムネイルのサイズが縮小されたので、出来高情報がサムネイルから除去される。サムネイルのサイズをさらに縮小すると、株の価格範囲情報が、サムネイルから除去される。
【００７１】
明らかに、この自明な例に鑑みて、多数のレベルの情報を、所与のアイテム２００に関連付けることができ、アイテムを表すサムネイルが、サイズを拡大または縮小される時に、上で説明したように、情報が、スペースの許す範囲で自動的に追加または除去される。
【００７２】
さらに、本明細書に記載の周辺アウェアネスの提供の趣旨において、ビューア２２０の一実施形態が、変更される情報または通信の状態または状況に関してユーザに控え目に警告するために、グラフィカルに表示されるチケット２１０の外見を経時的に自動的に変更することができる。たとえば、一実施形態では、チケット２１０が、１つまたは複数のサービス２３０を介して１つまたは複数の情報ソース２４０から検索された新しい情報または現在の情報を有する場合に、その新しい情報または現在の情報を、高コントラストまたは高輝度レベルを使用することによるか、従来のタイプまたはスタイルのシェーディングまたはトランスペアレンシを使用することによって、カラーでまたはグレイスケールで表すことができる。しかし、時間が経ち、情報が最新でなくなるにつれて、グラフィカルに表現されたチケット２１０を、ゆっくりとグレイスケールにフェードさせるか、その代わりに、コントラストまたは輝度レベルをゆっくりとフェードさせて、情報のエイジング（ａｇｉｎｇ）を示すことができる。この情報のエイジングを示す能力は、下の７．１節で説明する、１つまたは複数の情報ソースへの接続が劣化したか切断された場合の「切断動作（ｄｉｓｃｏｎｎｅｃｔｅｄ ｏｐｅｒａｔｉｏｎ）」に同等に適用される。他の実施形態では、ビューア２２０が、可聴アラート、可視アラート、または可聴アラートと可視アラートの所望の組み合わせを提供することもできる。関連する実施形態では、ユーザが、以下で説明するユーザインターフェースを介して、個々のアラートまたはアラートのタイプを、中止するか他の形で編集または変更することができる。
【００７３】
２．１．４ コンテナ
単純に言うと、コンテナ２５０は、周辺アウェアネスアイテム２００すなわちチケット／ビューア対（２１０／２２０）をホスティングする。本発明によれば、コンテナ２５０は、一実施形態で、ディスプレイデバイス２６０の一部またはディスプレイデバイス全体のいずれかに沿った、アイテム２００を表示する常駐「サイドバー」として実施される。このサイドバーは、常に手前に表示（ａｌｗａｙｓ ｏｎ ｔｏｐ）されるという意味で永続的であるが、他のアプリケーションウィンドウの諸部分を覆い隠さないように、他の開かれているアプリケーションまたはウィンドウに関してディスプレイデバイス２６０上での使用可能なディスプレイ面積が制限される。しかし、他の実施形態では、コンテナ２５０は、永続的でない。すなわち、１つまたは複数のアプリケーションウィンドウによって覆われる可能性があり、使用可能なディスプレイ面積が制限される。さらに、もう１つの実施形態では、永続的なコンテナ２５０と非永続的なコンテナ２５０の両方の混合物が、所与のディスプレイ２６０に同時に常駐することができる。もう１つの実施形態では、従来の「自動的に隠す（ａｕｔｏ−ｈｉｄｅ）」機能が、１つまたは複数のコンテナ２５０に関連付けられ、特定のコンテナが、ユーザがポインティングデバイスをディスプレイデバイス２６０の１つの縁の近くに移動しない限り不可視になる。この実施形態では、コンテナ２５０は、ユーザが、ディスプレイ２６０の、コンテナが常駐する縁にポインティングを移動した時に表示される。その後、このコンテナ２５０は、ユーザがマウスをコンテナから離れるように移動する時に、ディスプレイから自動的に除去される。
【００７４】
上で説明したように、アイテム２００は、チケット／ビューア対（２１０／２２０）を表す。その結果、アイテム２００には、ＡｃｔｉｖｅＸ（登録商標）コントロールまたは他のスクリプト言語コントロールが含まれ、このコントロールに、どの情報または通信連絡先の追跡、獲得などを行うかに関する命令が、チケット２１０によって命令される形で情報または通信連絡先を表示するために特殊化されたビューア２２０と共に含まれる。一般に、コンテナ２５０は、以下で説明するように、ディスプレイデバイス２６０上でアイテム２００を表示するのに使用されるスクリーン面積を指定し、ユーザインターフェースを介してアイテム２００の空間的なグループ化、集約、および操作を可能にする。さらに、コンテナは、たとえばアイテムとのユーザ対話などのあるタイプのイベントをインターセプトでき、これらのイベントを適当なチケット２１０コントロールに渡すことができる。
【００７５】
コンテナ２５０を実施する方法は、さまざまな従来のスクリプト言語の使用によるものなど、多数存在する。たとえば、本発明の実用的な実施形態では、コンテナ／サイドバーが、コアＡｃｔｉｖｅＸ（登録商標）コントロールの助けを借りて、ＤＨＴＭＬおよびＪＳｃｒｉｐｔからなる動的でスケーリング可能なウィンドウを介して実施される。その結果、一実施形態で、サイドバーが、従来のウェブブラウザベースの技法を使用して、動的なオブジェクトの作成、ホスティング、および操作をサポートする。これは、サードパーティが本発明のシステムおよび方法と共に使用されるチケット２１０を実施することを望むたびに、大きく複雑な独自コードを開発する必要をなくすように働く。
【００７６】
さらに、もう１つの実施形態では、コンテナ／サイドバー２５０は、前述のコンテナコントロールが事前に定義されたインターフェースをサポートし、その結果、各コンテナが、以下で説明するように、ユーザインターフェースについて指定された事前に定義されたガイドラインによって要求されるようにアイテム２００を管理できるようになることを必要とする。そのようなガイドラインを実施することによって、エンドユーザの経験に一貫性が与えられると同時に、すべてのチケット２１０が、適当なビューア２２０と組み合わされた時に、そのようなチケットを表示することができるすべてのデバイスと共に機能することが保証される。その結果、そのような事前に定義されたインターフェースのサポートが、チケットのソースに無関係に、すべてのサードパーティチケット２１０との互換性を保証するように働く。言い換えると、コンテナ２５０は、事前に定義されたガイドラインに従う限り、どのソースからのものであっても、コンテナに供給されるすべてのチケット２１０をサポートする形で設計される。
【００７７】
たとえば、チケット２１０を実施する例示的なルールのセットの１つは、１）チケットが、どれほどのディスプレイ面積またはスクリーン面積を必要とするかを示さなければならず、２）チケットが、構成ユーザインターフェースを提供しなければならず、３）チケットが、詳細情報にアクセスするポップアップウィンドウすなわち、下の３．１節で説明する「エンハンストツールチップ（ｅｎｈａｎｃｅｄ ｔｏｏｌｔｉｐ）」を提供しなければならず、４）チケットが、コンテナまたはサイドバー２５０がそのコンテキストデータすなわち関心ある情報をチケットに渡せるようにしなければならないことである。
【００７８】
３．０ システムアーキテクチャ
図３で破線によって表される箱および箱の間の相互接続が、本発明の代替実施形態を表すことと、本明細書全体で説明されるこれらの代替実施形態のいずれかまたはすべてを、組み合わせて使用することができることに留意されたい。一般に、本発明によるシステムおよび方法は、情報および連絡先の周辺アウェアネスを提供するために、図３に示されたプログラムモジュールを使用する。図３のプログラムモジュールは、図２のアーキテクチャ図に関して検討される時に、本発明を実施する例示的なシステムおよび処理を示す。
【００７９】
一般に、特定のユーザが関心を持つ情報または連絡先は、１つまたは複数のコンピュータプログラムアプリケーションとのユーザ対話に応答して、そのようなアプリケーションプログラムによって自動的に、またはユーザインターフェースモジュール３１０を介してユーザによってのいずれかで、識別される。関心ある情報または連絡先が識別された後に、関心ある情報または連絡先を表すチケットが、チケットマネージャモジュール３２０を介して作成または修正される。一実施形態では、チケットの作成または修正が、ユーザインターフェースモジュール３１０を介するチケットマネージャモジュールとのユーザ対話に基づいて達成される。どちらの実施形態でも、チケットは、上で説明したようにビューアと対にされて、アイテム２００が作成される。
【００８０】
もう１つの実施形態では、チケットマネージャモジュール３２０を介するチケットの作成および修正が、情報または連絡先が識別された後に自動的に行われる。さらに、関連する実施形態では、チケットが、時間制限付き（ｔｉｍｅｄ）であり、所定の時刻またはユーザ定義可能な時刻から、事前に定義された時間期間またはユーザ定義可能な時間期間にわたって表示される。たとえば、ユーザが、インターネットを介して航空券を購入するか、自分のカレンダプログラムまたはスケジューリングプログラムでフライトをスケジューリングする場合に、チケットマネージャモジュール３２０が、１つまたは複数の時間制限付きチケットを自動的に作成し、これらのチケットが、飛行機の出発時刻から所定の時間の間に自動的に表示される。そのようなチケットには、たとえば現在の飛行機のスケジュールすなわち、定刻どおりか遅れているか、目的地の天気など、ユーザが関心を持つ多数のタイプの情報を含めることができる。スケジューリングされたフライトの時刻を過ぎた時に、時間制限付きチケットを表すアイテムが、自動的にディスプレイから除去される。さらに、この例で説明した自動的に作成されるチケットは、時間制限付きチケットであるが、自動的に作成されるチケットが時間制限付きでなければならないという要件はないことに留意されたい。
【００８１】
手動でまたは自動的にのいずれかで、チケットが、作成され、ビューアと対にされ、コンテナに配置された後に、本発明のシステムおよび処理は、情報および通信モジュール３３０を介してアイテム２００の現在状態を自動的に追跡または受信し、この情報および通信モジュール３３０は、本質的に、１つまたは複数の情報ソースへのアクセスおよび／またはそれとの対話に、１つまたは複数の前に説明したサービスを使用する。その後、更新された情報および連絡先データが、情報および通信モジュール３３０によってアイテム２００に動的に返される。アイテム２００は、１つまたは複数のコンテナ２５０によってホスティングされ、これらのコンテナが、ディスプレイデバイス２６０に順に表示される。最後に、一実施形態では、アラートモジュール３５０が、特定の情報または連絡先についてユーザに警告するか、特定の情報または連絡先の内容、状況、またはエイジすなわち、どれほど最近または最新であるかの変化を他の形で示すために、可視アラート、可聴アラート、可視通知、可聴通知、またはこれらの組合せを提供する。
【００８２】
３．１ ユーザインターフェースモジュール
ユーザインターフェースモジュール３１０は、たとえば、キーボード、ポインティングデバイス、音声によってアクティブ化される（ｖｏｉｃｅ ａｃｔｉｖａｔｅｄ）コントロール、または、コンピュータ、ＰＤＡ、セル電話、パーソナルオーガナイザなどの電子デバイスと対話するための任意の他の従来の方法など、複数の従来の入力デバイスのいずれかを使用して複数の機能を実行することができる。これらの機能を、以下の段落で紹介し、下の５節で説明する例示的ユーザインターフェースに関して詳細に説明する。
【００８３】
具体的に言うと、上で注記したように、ユーザインターフェースモジュール３１０によって提供される機能の１つが、ユーザがユーザインターフェースモジュールを介して興味のある特定の情報または連絡先を指定する能力である。さらに、ユーザインターフェースモジュール３１０は、ディスプレイデバイス２６０に表示されたコンテナ２５０内でホスティングされるアイテム２００とのユーザ対話を提供する。そのような対話は、コンテナ２５０内でホスティングされるアイテム２００によって表されるアイコン化されたチケットサムネイルによって提供されるものを超えるレベルの詳細を提供する、アクション可能な展開された情報ウィンドウまたは連絡先ウィンドウすなわち、「エンハンストツールチップウィンドウ」を呼び出すように働く。
【００８４】
具体的に言うと、「エンハンストツールチップ」は、拡張された情報を有する大きいアクション可能なＨＴＭＬ、ＡｃｔｉｖｅＸ（登録商標）、もしくは他のスクリプトまたはコードに基づくウィンドウとして最もよく説明することができる。ツールチップは、一実施形態で、ユーザがツールチップ内の特定の情報または要素をクリックするか他の形で選択する場合に、ツールチップが、アイテム２００によって表される特定の情報または連絡先に関するより詳細な情報に自動的にリンクするという意味で、アクション可能である。さらに、一実施形態では、ツールチップをネストすることができ、ユーザが、第１ツールチップ内の特定の情報または要素の上でマウスまたは他のポインティングデバイスをホバーする場合に、第１ツールチップまたは「親」ツールチップ内の特定の情報または要素に関連するさらに拡張された情報を伴う第２ツールチップがポップアップするようになっている。明らかに、ネストされたツールチップを実施する時に、任意の数のネスティングのレベルを適用することができる。
【００８５】
さらに、ユーザには、ユーザインターフェースモジュール３１０を介してコンテナ２５０と直接に対話する能力も与えられる。たとえば、コンテナ２５０とのユーザ対話によって、たとえば、コンテナのサイズおよび位置、コンテナ内のアイテムのグループ化および集約、およびコンテナ内のアイテムの配置または編成などのコンテナプロパティ（ｐｒｏｐｅｒｔｙ）のユーザ制御が可能になる。アイテムのグループまたは集約は、基本的に、コンテナまたはサイドバー２５０内のアイテムの、ユーザ定義の集合である。グループ化は、複数の方法のいずれかで達成することができる。まず、グループ化は、コンテナまたはサイドバー２５０内で、１つまたは複数のチケットを既存のチケットまたはグループに単純にドラッグアンドドロップすることによって達成することができる。あるチケットが別のチケットの上にドロップされた時に、この両方のチケットを有するグループが自動的に作成される。チケットが既存のグループにドロップされた時には、そのチケットが単純にそのグループに追加される。さらに、あるグループを、別のグループにドラッグアンドドロップすることができる。その結果が、以下で説明するネストされたグループである。さらに、チケットおよびグループを、チケットマネージャモジュール３２０を介して管理または作成することができる。構造的観点から、一実施形態では、アイテムグループまたはアイテムの集約が、単に、別のコンテナ内に埋め込まれた１つまたは複数のアイテムを有するコンテナとして扱われる（下の図１１に関する説明を参照されたい）。
【００８６】
上で説明した、アイテムグループとエンハンストツールチップの両方に関する埋込みは、任意の数の所望のレベルの埋込みまたはグループ化からなるものとすることができる。埋め込まれたコンテナ２５０またはサイドバーのそれぞれが、個々のコントロールを含む関連するＤＨＴＭＬテーブルまたは類似するスクリプトを有する。トップレベルのコンテナ２５０と同様に、埋め込まれたコンテナも、コントロールによってそれに渡されるイベント（たとえばドラッグアンドドロップ）を処理し、これらのイベントを、それ自体で処理するか、親コンテナに渡すかを選択することができる。さらに、ユーザが、アイテムのサブグループと、１つまたは複数の埋め込まれたコンテナのグループとのいずれかを有するアイテム２００を選択するか他の形でアクティブ化する時に、そのサブグループまたは埋め込まれたコンテナが、自動的に開かれ、その結果、グループ内のアイテムまたは他のコンテナ２５０と、それに含まれる情報または連絡先とが、可視になり、ユーザからアクセス可能になる。
【００８７】
コンテナ２５０は、ディスプレイウィンドウのサイズ変更の技法に似た従来の技法を使用して、すなわち、ポインティングデバイスで縁または角をつかみ、ウィンドウまたは、この場合ではコンテナのサイズを変更することによって、ユーザインターフェースモジュール３１０を介してスケーリングできる。上で注記したように、上で説明したコンテナ／サイドバー２５０には、サムネイルとして表された複数のチケット／ビューアの組み合わせが含まれる。各サムネイルに関連するビューアは、ビューアによって表示されるチケットがおさまるように自動的にスケーリングされる。その結果、各チケットに関連するビューアが、コンテナのサイズが変更される時に、コンテナ２５０内の使用可能スペースにおさまるようにサムネイルを自動的にスケーリングする。これは、一実施形態では、単一のストリップ内でのすべてのサムネイルの配置が、所定の最小サイズ閾値未満のサムネイルをもたらす場合に、必要に応じてコンテナをストリップまたはサムネイルのカラムに自動的に分割することによって達成されることが好ましい。さらに、一実施形態では、サムネイルの最小の読みやすさ（ｌｅｇｉｂｉｌｉｔｙ）を保証するために、コンテナ２５０を縮小する時に、サムネイルがそれ以下には縮小されない最小サイズがある。
【００８８】
さらに、一実施形態では、ユーザインターフェースモジュール３１０が、ユーザに、情報および通信モジュール３３０を介して、チケットに供給されるサービスと直接に対話する能力を与える。具体的に言うと、この実施形態では、ユーザが、特定のサービスの選択、コピー、作成、または削除を行うことができる。その結果、アイテム２００が独自のまたは非標準の情報ソースまたは連絡先と対話できるようにするために、ユーザインターフェースモジュール３１０を介して個々のサービスを作成またはカスタマイズすることができる。しかし、本発明の実用的な実施形態では、上で説明したサービスの作成または編集のためなどの、サービスと直接に対話する能力を、開発者またはサードパーティプログラマに制限して、サービスの正しい機能に干渉する可能性がある潜在的なユーザエラーを回避する。
【００８９】
最後に、もう１つの実施形態では、ユーザインターフェースモジュールが、アラートモジュール３５０へのユーザアクセスを提供する。このアクセスによって、ユーザが、特定のアラートをカスタマイズする、アラートをオンにするか特定のチケットに関連付ける、または特定のチケットに関連するアラートをオフにするか削除することができるようになる。
【００９０】
３．２ チケットマネージャモジュール
上で注記したように、チケットマネージャモジュール３２０は、関心ある情報または連絡先が識別された後に、特定のチケットの作成、グループ化、または修正に使用される。注記したように、チケットは、自動的にまたは手動でのいずれかで、チケットマネージャモジュール３２０によって作成することができる。さらに、以下で詳細に説明するように、チケットは、リンク、ＵＲＬ、名前、ファイル、ファイルパス、アプリケーションなどのコンテナ２５０へのドラッグアンドドロップなどのユーザアクションを介して、ユーザインターフェースモジュール３１０を介してチケットマネージャモジュール３２０によって作成することができる。さらに、一実施形態では、チケットマネージャモジュール３２０が、ユーザによる選択、修正、または共有のために、事前に定義されたチケットのライブラリを提供する。たとえば、一実施形態では、個々のユーザのチケットデータベースに、例示的な完全に機能するチケットのセットが事前に取り込まれ、ユーザは、チケットのパーソナルプロファイルを作成する際にこのセットから選択することができる。そのようなチケットには、たとえば、汎用パーソンチケット、気象状況、汎用予約プロファイル、スケジュール、統計情報、株式相場、交通情報、またはユーザが関心を持つ可能性がある他の情報を含めることができる。チケットが、識別、作成、修正などをされた後に、チケットマネージャモジュール３２０が、各チケットを適当に識別されたビューアと対にして、前述のアイテム２００を作成する。
【００９１】
もう１つの実施形態では、チケットが、インターネットまたはネットワークからアクセス可能なデータベースに格納されることが好ましい。その結果、ユーザが、ユーザインターフェースモジュール３１０を介してデータベースのチケットの追加、編集、または削除を行うことによるなど、チケットマネージャモジュール３２０を介してチケットを管理することができる。さらに、チケット２１０は、上で説明したように一実施形態で共有可能なので、チケットを、サードパーティが作成し、電子メール添付またはサードパーティウェブページ内のドラッグ可能アイコンを介するなど、上で説明した方法のいずれかを介してユーザに供給することができる。そのようなサードパーティチケットには、たとえば、宣伝情報もしくは、顧客またはユーザの注文の追跡情報など、サードパーティが望むあらゆる情報要素を含めることができる。ユーザ作成のチケットもしくはチケットライブラリまたはデータベースを介して提供されるチケットと同様に、サードパーティチケットは、他のチケットと同様にチケットマネージャモジュール３２０を介して管理される。
【００９２】
関連する実施形態では、特定のデバイスに表示される特定のチケットが、各デバイスの過去の使用パターンに基づくか、ユーザインターフェースモジュール３１０とチケットマネージャモジュールを介して特定のデバイスと共に使用される特定のチケットを明示的に指定することによるかのいずれかで、チケットマネージャモジュール３２０によって自動的に決定される。たとえば、特定の個人、企業、組織、または会社などの実体との通信に関係するチケットは、ユーザのオフィスコンピュータからではなく、ユーザのセル電話またはＰＤＡからのみユーザによって使用されるかアクセスされる可能性がある。したがって、チケットマネージャモジュールは、ユーザのパーソナルプロファイルのチケットのすべてが、同一のネットワークアクセス可能データベースまたはインターネットアクセス可能データベースに格納される場合であっても、ユーザのオフィスコンピュータではなく、ユーザのセル電話またはＰＤＡのディスプレイだけにそのチケットを供給する。この実施形態は、特定のデバイスまたは特定の位置に関してほとんどまたは全く有用でないチケットによる潜在的な混乱を減らすように働く。
【００９３】
３．３ 情報および通信モジュール
情報および通信モジュール３３０は、１つまたは複数の従来の通信ソースに動的にアクセスし、対話するための、前に説明したサービス（図２の２３０）を利用して、上で説明したように通信状況などを含む現在の情報を動的に提供する。また、上で説明したように、この現在の情報は、いかなる潜在的にユーザの気を散らすか妨害することをも最小にする形で、従来のディスプレイデバイス２６０での対話式周辺ディスプレイに自動的かつ動的に提供される。さらに、もう１つの実施形態では、上で説明したように、情報および通信モジュール３３０が、開発者、サードパーティ、またはユーザによる選択または修正のために事前に定義されたサービスのライブラリを提供する。サービスが、修正または作成のいずれかを行われた後に、サービスは、上で述べたようにアイテム２００の一部を構成するチケットによる使用のために使用可能になる。
【００９４】
３．４． 本発明の実用的な例を実施するための例示的関数
多くのタイプのＣＯＭインターフェース、関数、または関数のタイプを使用して、本明細書に記載の能力および機能性を提供できることを、当業者は理解されたい。この注記に鑑みて、６．０節で説明する本発明の実用的な例は、以下で「Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ」、「Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅ」、および「Ｔｏｏｌｔｉｐ−Ｉｎｔｅｒｆａｃｅ」と称する３つの主要なインターフェース関数を使用して実施され、追加の機能性も、ＡｃｔｉｖｅＸ（登録商標）コンテインメント（ｃｏｎｔａｉｎｍｅｎｔ）、および各ビューアのプロパティを表すビューア「プロパティページ」をサポートするために、標準ＣＯＭインターフェースに基づく。この実用的な例によれば、チケットのメインディスプレイサーフェスは、Ｔｉｃｋｅｔ−ＩｎｔｅｒｆａｃｅからＡｃｔｉｖｅＸ（登録商標）サーバインターフェースコントラクト（ｃｏｎｔｒａｃｔ）を派生することによって実現される、コンテナＡｃｔｉｖｅＸ（登録商標）サーバとビューアＡｃｔｉｖｅＸ（登録商標）サーバの間の規定された対話および実装を有するＡｃｔｉｖｅＸ（登録商標）コンテナである。Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅからの派生によって、サイズネゴシエーション、チケットファイルストレージアクセシビリティ（ａｃｃｅｓｓｉｂｉｌｉｔｙ）、および、ツールチップコントロール、コンテキストメニュー、ウィザードサポートなどの対話サポートサービスが提供される。チケットビューアコンテキストデータおよび構成サポートは、Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅを介して提供され、ビューアが、コンテナに割り当てられたＸＭＬチケットファイルにアクセスし、操作し、関連するチケットファイルへのビューアのプロパティページユーザインターフェースに関する標準化されたアクセスを可能にする、インターフェースを公開（ｅｘｐｏｓｅ）する。最後に、Ｔｏｏｌｔｉｐ−Ｉｎｔｅｒｆａｃｅによって、チケットビューアにまたがる一貫性のあるツールチップユーザ経験が保証され、コンテナと各ビューアおよびこれらの間の高度なツールチップ機能性および挙動が公開される。
【００９５】
Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅおよび「Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｅｖｅｎｔｓ」は、各ビューアにインターフェースを提供する、コンテナとビューアサーバの間のＣＯＭインターフェースの主要な対である。Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅメンバ呼出しは、ビューアサーバの挙動を要求するか、ビューアサーバにデータを渡すかのいずれかによって、コンテナによって生成される。Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｅｖｅｎｔｓイベント呼出しは、行わなければならない規定された挙動についてコンテナに通知するために、ユーザインターフェースイベントに応答してビューアサーバによって生成される。
【００９６】
具体的に言うと、Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−ＦｉｌｅおよびＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅ−Ｅｖｅｎｔｓは、ビューア、そのプロパティページ、およびそのコンテナの間のＸＭＬデータの単一のソースをグラフィカルな明示と結び付けるＣＯＭインターフェースの対である。コンテナは、チケットビューア用のＸＭＬを供給（ｓｏｕｒｃｅ）し、それをＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅインターフェースにロードし、ＡｃｔｉｖｅＸ（登録商標）ビューアへの参照を渡す。ビューアが、そのプロパティページを表示することを要求する場合に、同一のインターフェース参照が、ウィザードマネージャによってＣＯＭインターフェースに渡され、ＸＭＬデータに対する変更がソースにコミットされる。ＸＭＬタグに対する変更は、「Ｆｉｅｌｄ−Ｃｈａｎｇｅ」関数（以下の特定の関数の説明を参照されたい）を起動し、変更されたタグとその新しいデータ値および古いデータ値を示し、したがって、ビューアがそれ相応に調整できるようになる。このようにして、ビューアとそのプロパティページが、ＸＭＬデータの位置および明示から分離され、したがって、コンテナ実装によって、状況に応じてシームレスに変更できるようになる。
【００９７】
３．４．１ 例示的な関数の例
以下の段落で、６．０節で説明する実用的な例を実施するために、前述のＣＯＭインターフェースによって使用されるインターフェースメンバ関数のそれぞれの概要を示す。
【００９８】
「Ｐｕｔ−Ｔｉｃｋｅｔ−Ｆｉｌｅ」関数 コンテナは、そのビューアのそれぞれのチケットファイルのリストを処理する時に、Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅ ＣＯＭインターフェースを使用してＸＭＬチケットファイルをカプセル化し、Ｐｕｔ−Ｔｉｃｋｅｔ−Ｆｉｌｅ関数を使用してビューアコントロールに渡し、その結果、ビューアが、そのコンテキストデータおよび構成データにアクセスできるようになる。これと同一のインターフェース参照が、ビューアのプロパティページがその挙動を構成し、ビューアおよびコンテナストレージモデルと同一のＸＭＬセットを操作するために、ビューアのプロパティページ（Ｐｒｏｐｅｒｔｙ Ｐａｇｅ）によっても使用される。このようにして、ビューアが、チケットファイルを供給する方法またはその場所から分離される。
【００９９】
「Ｇｅｔ−Ｔｉｃｋｅｔ−Ｆｉｌｅ」関数 新しいビューアが作成されようとしている時に、コンテナが、Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅインターフェースとして、ビューアのデフォルト構成値テンプレートを得るためにこの関数を呼び出し、その後、コンテナ「ウィザード（Ｗｉｚａｒｄ）」マネージャおよびビューアのＰｒｏｐｅｒｔｙ Ｐａｇｅにデフォルト構成値テンプレートを渡す。
【０１００】
「Ｓｏｕｒｃｅ」関数 Ｓｏｕｒｃｅは、ビューアのＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅのデータ内容をセットする、代替のプロパティベースの実装である。このプロパティは、コンテナがスクリプト環境で使用され、チケットファイル（Ｔｉｃｋｅｔ ｆｉｌｅ）の位置を管理する責任を負わない時に使用される。
【０１０１】
「Ｇｅｔ−Ｓｏｕｒｃｅ」関数 Ｇｅｔ−Ｓｏｕｒｃｅは、ビューアのＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅの位置を得る、代替のプロパティベースの実施形態である。このプロパティは、コンテナがスクリプト環境で使用され、Ｔｉｃｋｅｔ ｆｉｌｅの位置を管理する責任を負わない時に使用される。
【０１０２】
「Ｇｅｔ−Ｗｉｄｔｈ−Ｆｒｏｍ−Ｈｅｉｇｈｔ」関数 コンテナの現在のレイアウトモードに応じて、このメンバが、コンテナがビューアをレンダリングする幅に対するビューアの所望の高さをビューアに要求するために呼び出される。
【０１０３】
「Ｇｅｔ−Ｈｅｉｇｈｔ−Ｆｒｏｍ−Ｗｉｄｔｈ」関数 コンテナの現在のレイアウトモードに応じて、このメンバが、コンテナがビューアをレンダリングする高さに対するビューアの所望の幅をビューアに要求するために呼び出される。
【０１０４】
「Ｇｅｔ−Ｂｅｓｔ−Ｈｅｉｇｈｔ」関数 コンテナの現在のレイアウトモードに応じて、このメンバが、ビューアがその内容をその中でレンダリングされることを望む理想の高さ（Ｈｅｉｇｈｔ）をビューアに要求するために呼び出される。
【０１０５】
「Ｇｅｔ−Ｂｅｓｔ−Ｗｉｄｔｈ」関数 コンテナの現在のレイアウトモードに応じて、このメンバが、ビューアがその内容をその中でレンダリングされることを望む理想の幅（Ｗｉｄｔｈ）をビューアに要求するために呼び出される。
【０１０６】
「Ｇｅｔ−Ｍｉｎ−Ｗｉｄｔｈ」関数 コンテナの現在のレイアウトモードに応じて、このメンバが、ビューアがその内容をその中でレンダリングできる最小のＷｉｄｔｈをビューアに要求するために呼び出される。
【０１０７】
「Ｇｅｔ−Ｍｉｎ−Ｈｅｉｇｈｔ」関数 コンテナの現在のレイアウトモードに応じて、このメンバが、ビューアがその内容をその中でレンダリングできる最小のＨｅｉｇｈｔをビューアに要求するために呼び出される。
【０１０８】
「Ｓｈｏｗ−Ｄｅｔａｉｌｓ」関数 ビューアが最も高い詳細レベルでそのビューを表示しなければならないとコンテナが判定した時に、このメンバ関数が呼び出される。
【０１０９】
「Ｓｈｏｗ−Ｔｏｏｌｔｉｐ」関数 ビューアがそのツールチップを表示しなければならないとコンテナが判定した時に、このメンバ関数が呼び出される。ビューアが、ツールチップを表示する大きさを判定し、ツールチップのために得たＴｏｏｌｔｉｐ−Ｉｎｔｅｒｆａｃｅインターフェースの「Ａｃｔｉｖａｔｅ」関数を呼び出す。
【０１１０】
「Ｈｉｄｅ−Ｔｏｏｌｔｉｐ」関数 ビューアがそのツールチップを隠さなければならないとコンテナが判定した時に、このメンバ関数が呼び出される。ビューアが、ツールチップのために得たＴｏｏｌｔｉｐ−ＩｎｔｅｒｆａｃｅインターフェースのＡｃｔｉｖａｔｅ関数を呼び出す。
【０１１１】
「Ｃｏｎｔｅｘｔ−Ｍｅｎｕ」関数 ビューアがそのコンテキストメニューを表示しなければならないとコンテナが判定した時に、このメンバ関数が呼び出される。
【０１１２】
「Ｇｅｔ−Ｐｒｏｐｅｒｔｙ−Ｐａｇｅ」関数 コンテナが、所与のビューアのＰｒｏｐｅｒｔｙ Ｐａｇｅを表示する必要がある時に、このプロパティ関数呼出しが、ビューアＰｒｏｐｅｒｔｙ ＰａｇｅインターフェースのプログラムＩＤを返す。このようにして、コンテナＷｉｚａｒｄマネージャが、ＣＯＭ仕様に従って関連するダイアログをインスタンス化することができる。
【０１１３】
「Ｇｅｔ−Ｓｔａｒｔ−Ｐａｇｅ」関数 「Ｇｅｔ−Ｐｒｏｐｅｒｔｙ−Ｐａｇｅ」関数への呼出しの後に、ビューアは、Ｗｉｚａｒｄが呼び出された時に、そのＰｒｏｐｅｒｔｙ Ｐａｇｅのどれを最初に表示するかを決定することができる。たとえば、このようにして、それが既存のビューアインスタンスに対する修正か新しいビューアインスタンスであるかに基づいて、異なるユーザインターフェースをユーザに提示することができる。
【０１１４】
「Ｇｅｔ−Ｎｅｘｔ−Ｐａｇｅ」関数 ビューアのＰｒｏｐｅｒｔｙ ＰａｇｅのＷｉｚａｒｄでのナビゲーション中に、ビューアが、そのＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅデータ内容の現在状態に基づいて、次（Ｎｅｘｔ）ボタンが押された時にどのＰｒｏｐｅｒｔｙ Ｐａｇｅを表示するかを決定することができる。たとえば、ラジオボタンのセットに基づいて、状態ごとに異なるユーザインターフェースが必要になる場合がある。
【０１１５】
「Ｇｅｔ−Ｂａｃｋ−Ｐａｇｅ」関数 ビューアのＰｒｏｐｅｒｔｙ Ｐａｇｅのウィザードでのナビゲーション中に、ビューアが、そのＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅデータ内容の現在状態に基づいて、戻る（Ｂａｃｋ）ボタンが押された時にどのプロパティページを表示するかを決定することができる。たとえば、ラジオボタンのセットに基づいて、状態ごとに異なるユーザインターフェースが必要になる場合がある。
【０１１６】
「Ｆｉｎｉｓｈ」関数 Ｐｒｏｐｅｒｔｙ Ｐａｇｅの順序付けを任意とすることができ、終了（Ｆｉｎｉｓｈ）ボタンをイネーブルして他のユーザインターフェースのデフォルト値を選択できると仮定して、このプロパティ呼出しは、Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅデータ内容の現在状態に対して、終了（Ｆｉｎｉｓｈ）ボタンをイネーブルするかどうかを決定するために、Ｗｉｚａｒｄマネージャによって呼び出される。
【０１１７】
「Ｄｏ−Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ」関数 ビューアは、任意選択としてＤｏ−Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅメンバ関数を介して機能性を提供することができ、これは、スクリプト環境で追加ユーザインターフェースを呼び出すかアクションを実行するのに特に有用である。ビューアの作成者が、公開されるバーブ（ｖｅｒｂ）およびそのパラメータをパブリッシュ（ｐｕｂｌｉｓｈ）する。
【０１１８】
「Ｄｏｕｂｌｅ Ｃｌｉｃｋ」関数 ビューアは、マウスによってダブルクリックされた時に、Ｄｏｕｂｌｅ Ｃｌｉｃｋイベントを発生させなければならない。これは、通常は、コンテナによって解釈されて、Ｓｈｏｗ−Ｄｅｔａｉｌｓ関数が呼び出される。
【０１１９】
「Ｍｏｕｓｅ Ａｃｔｉｏｎ」関数 ビューアは、マウスメッセージが発生した時にマウスイベントを発生させなければならない。これによって、コンテナが、ツールチップコントロール、コンテキストメニュー表示などに関する決定を行えるようになる。
【０１２０】
「Ｒｅｓｉｚｅ」関数 ビューアが、そのサムネイルにより多くの情報を表示することを望む場合に、ビューアは、このイベントを発生させ、その結果、コンテナが、面積変更要求を試み、対応するために表面を再配置することができる。
【０１２１】
「Ｒｅｍｏｖｅ」関数 ビューアは、通常は削除（Ｒｅｍｏｖｅ）コンテキストメニュー選択に応答して、このイベントを発生させることによって、コンテナから永久的に除去されることを要求することができる。
【０１２２】
「Ｒｅｑｕｅｓｔ」関数 ビューアは、通常はプロパティ（Ｐｒｏｐｅｒｔｉｅｓ）コンテキストメニュー選択に応答して、このイベントを発生させることによって、コンテナにそのＰｒｏｐｅｒｔｙ Ｐａｇｅを表示するように要求することができる。
【０１２３】
「Ｖｅｒｂ」関数 コンテナは、任意選択として、Ｖｅｒｂメンバ関数を介して機能性を提供することができる。コンテナの作成者が、公開されるバーブおよびそのパラメータをパブリッシュする。
【０１２４】
「Ｌｏａｄ」関数 Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅによってカプセル化されたＸＭＬＤＯＭ文書に所与のＸＭＬソースファイルをロードする。ファイルがロードされた後に、各ＸＭＬタグが、シグナルされ、Ｆｉｅｌｄ−Ｃｈａｎｇｅ関数イベントが呼び出され、その結果、ビューアがそれ相応に動作できるようになる。
【０１２５】
「Ｐｕｔ−ＸＭＬ」関数 Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅによってカプセル化されたＸＭＬＤＯＭ文書に所与のＸＭＬソーステキストをロードする。テキストがロードされた後に、各ＸＭＬタグが、シグナルされ、Ｆｉｅｌｄ−Ｃｈａｎｇｅ関数イベントが呼び出され、その結果、ビューアがそれ相応に動作できるようになる。
【０１２６】
「Ｇｅｔ−ＸＭＬ」関数 ＸＭＬテキストを呼出し元、Ｔｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅによってカプセル化されたそのＸＭＬＤＯＭ文書、に返す。
【０１２７】
「Ｇｅｔ−Ｆｉｅｌｄ」関数 指定されたＸＭＬタグの内容を呼出し元に返す。
【０１２８】
「Ｐｕｔ−Ｆｉｅｌｄ」関数 指定されたＸＭＬタグの内容をセットし、その変更によって、Ｆｉｅｌｄ−Ｃｈａｎｇｅ関数イベントが呼び出され、その結果、ビューアがそれ相応に動作できるようになる。
【０１２９】
「Ｇｅｔ−ＵＲＬ」関数 ＸＭＬ文書のソース位置を呼出し元に返す。
【０１３０】
「Ｄｕｐｌｉｃａｔｅ」関数 新しいＴｉｃｋｅｔ−Ｉｎｔｅｒｆａｃｅ−Ｆｉｌｅインターフェースにカプセル化されたＸＭＬデータの複製を返す。コピーされたインターフェースに対する変更は、新しいソースを指定して「Ｓａｖｅ」関数を呼び出さなければ、一時的になる。
【０１３１】
「Ｓａｖｅ」関数 ロードされたソース参照または新しいソース参照のいずれかを使用して、ＸＭＬデータをそのソースにコミットする。
【０１３２】
「Ｓｉｇｎａｌ」関数 文書内の各ＸＭＬタグについてＦｉｅｌｄ−Ｃｈａｎｇｅ関数の呼出しを引き起こす。
【０１３３】
「Ｒｅｍｏｖｅ−Ｆｉｅｌｄ」関数 文書からの指定されたＸＭＬタグの除去を引き起こす。
【０１３４】
「Ｆｉｅｌｄ−Ｃｈａｎｇｅ」関数 このイベントは、タグパス、タグ内容の古い値および新しい値を指定して特定のＸＭＬタグの内容が変更された時に発生する。
【０１３５】
３．４．２ 例示的ツールチップ関数の例
以下の関数は、ツールチップに関係する。さらに、上で注記したように、当業者は、多数の他のＣＯＭインターフェース、関数、または関数のタイプを使用して、本明細書に記載の能力および機能性を提供できることを理解されたい。Ｔｏｏｌｔｉｐ−Ｉｎｔｅｒｆａｃｅ関数は、他の有利な特徴を提供するほかに、ツールチップの配置、フレーミング、および可視性制御などの、異なる形で作成されたビューアにまたがって一貫性のあるツールチップ経験を保証する。具体的に言うと、以下のメンバ関数が、本明細書に記載のツールチップ機能性を提供するのに使用される。
【０１３６】
「Ｃｒｅａｔｅ−Ｔｏｏｌｔｉｐ」関数 ビューアによって呼び出され、ビューアが使用するためのＴｏｏｌｔｉｐ−Ｉｎｔｅｒｆａｃｅインターフェースインスタンスを作成し、返す。
【０１３７】
「Ｃｒｅａｔｅ」関数 スタイルフラグおよびＷｉｎ３２ウィンドウコールバックプロシージャを指定されて、ツールチップウィンドウの実際の作成およびそれが属するビューアへのバインディングを引き起こし、その結果、ビューアが、そのツールチップ機能性を実装できるようにする。
【０１３８】
「Ｕｐｄａｔｅ−Ｓｉｚｅ」関数 ツールチップが可視状態である間にツールチップのサイズを変更する。通常は、Ａｃｔｉｖａｔｅ関数によって、表示される時のツールチップのサイズが指定される。
【０１３９】
「Ａｃｔｉｖａｔｅ」関数 Ａｃｔｉｖａｔｅパラメータの状態に基づいて、ビューアのツールチップの可視性を制御する。ツールチップが可視にされている場合には、ｗｉｄｔｈパラメータおよびｈｅｉｇｈｔパラメータによって、ツールチップのサイズが指定される。
【０１４０】
「Ｔｏｏｌｔｉｐ−Ｓｉｂｌｉｎｇ」関数 この関数は、ビューアのツールチップ境界矩形を指定するウィンドウのリストにポップアップウィンドウを追加する。これによって、Ｔｏｏｌｔｉｐの兄弟（ｓｉｂｌｉｎｇ）ウィンドウへ移動しても、ツールチップが実際に破棄されないことが保証される。
【０１４１】
「Ｒｅｍｏｖｅ−Ｓｉｂｌｉｎｇ」関数 この関数は、ビューアのツールチップ境界矩形を指定するウィンドウのリストから、ポップアップウィンドウを除去する（上記を参照されたい）。
【０１４２】
４．０ 動作
上で説明したプログラムモジュールは、上で説明したシステムコンポーネントおよびアーキテクチャに鑑みて、これから説明する例示的処理を使用して、周辺アウェアネスインターフェースを介して、関心ある情報の周辺アウェアネスをユーザに提供するのに使用される。この処理を、本発明を実施する例示的方法を示す一連のアクションとして、図４の流れ図に示す。図４で点線または破線によって表される箱および箱の間の相互接続が、本発明の代替実施形態を表すことと、本明細書全体で説明されるこれらの代替実施形態のいずれかまたはすべてを、組み合わせて使用することができることに留意されたい。
【０１４３】
一般に、本発明のシステムおよび処理は、まず、自動的にまたはユーザインターフェースを介してのいずれかで、関心ある情報を指定すること４００によって開始される。次に、関心ある情報４００について、上で説明したように、適当なビューアへのポインタを含むチケットを選択または作成４０５する。さらに、一実施形態では、ユーザに、チケットを格納するパーソナルプロファイルまたはデータベース４１５が与えられる。パーソナルプロファイル４１５に格納されたチケットの１つまたは複数が、特定のデバイス上のそのようなコンテナが開始または初期化される時に、そのコンテナに自動的に表示されることが好ましい。このパーソナルプロファイル４１５は、本質的に、チケットのユーザ固有データベースである。さらに、関連する実施形態で、ユーザのチケットを含むパーソナルプロファイル４１５が、ネットワークアクセス可能データベースまたはインターネットアクセス可能データベース内で自動的に維持され、ユーザが追跡または監視を決定するすべての情報が、ユーザのオフィスコンピュータディスプレイデバイスに表示されるだけではなく、ユーザの他のコンピューティングデバイス、ユーザのＰＤＡ、ユーザのセル電話、または、他の、ディスプレイデバイスを有するユーザのネットワーク対応デバイスまたはインターネット対応デバイスにも表示される。どの場合でも、チケットが選択、作成、または検索（４００または４１０）された後に、チケットを、前に説明したように共有４２０するか、その代わりに、現在の使用または後の使用のためにチケットを格納、コピー、または編集４２５することができる。さらに、チケットが作成されるか編集された後に、チケットを、現在の使用または後続の使用のいずれかのために、ユーザプロファイル４１５に格納４３０することができる。
【０１４４】
チケットを自動的に作成する追加の方法の１つでは、リンク、ファイル、連絡先などの、コンテナへの貼り付けまたはドラッグアンドドロップ２３５のいずれかが使用される。一実施形態では、コンテナ内の包括的なロジックが、コンテナに何が貼付けまたはドロップ２３５されたかを自動的に分析し、その情報または連絡先を追跡かつ／または監視するのに適当なチケットを自動的に作成し、情報または連絡先を表示するのに適当なビューアを自動的に割り当てる。たとえば、ユーザが、ファイル、フォルダ、またはディレクトリをコンテナ２５０にドラッグアンドドロップ２３５する場合に、チケットが自動的に作成され、適当なビューアが自動的に選択され、その結果、ユーザが、ファイル、フォルダ、またはディレクトリの内容を監視できるようになる。さらに、チケットはカスタマイズ可能なので、ユーザが、自動的に作成されたチケットを修正して、自動的に作成されたチケットによって表されるファイル、フォルダ、またはディレクトリの内容のカスタムビューを提供することができる。
【０１４５】
しかし、チケットが、作成、検索、指定など、識別された後に、各チケットの命令およびコントロールが、上で説明したように１つまたは複数の情報ソースからの１つまたは複数のサービス４４０を介する、関心ある情報の検索または受信のいずれかに使用される。次に、情報が検索または受信された後に、アイテム（すなわちチケット／ビューア対）が、上で説明したように、サイドバー内に個別に、またはグループ化されたサムネイルとしてのいずれかで、上で説明したようにサムネイルとして動的に表示４４５される。さらに、新しいチケットを、上で説明したように、ユーザのディスプレイ、サイドバー、または集約されたチケットの特定のグループのいずれかに、ドラッグアンドドロップ４５０することができる。どの場合でも、チケットは、図示のようにドラッグアンドドロップ４５０された後に、上で説明した形で即座に表示４４５される。上で説明したように、チケットが、ディスプレイデバイス上でコンテナの外にドロップされる場合に、ユーザに、チケットをコンテナ内に表示するか、単に電子ファイルとしてコピーするかに関するオプションが与えられることに留意されたい。
【０１４６】
さらに、上で説明したように、周辺ディスプレイは、ユーザの気を散らすことが最小限になるように設計されるが、高い優先順位の情報または情報の状況変化についてユーザが通知またはアラート４５５をうける情況が時々存在する。そのようなアラート４５５は、上で説明したように、可聴アラートまたは視覚的アラートもしくはその組合せの形とすることができる。たとえば、チケットが、特定の株の現在価格を監視するように設計されている場合に、そのチケットに、さらに、株がある目標価格に達した時にユーザに自動的に警告する能力を含めることができる。そのようなアラートには、可視アラート、可聴アラート、現在の株価を提供する自動的に生成される電子メールを介するアラート、もしくは、何らかの他のタイプの可聴アラート、可視アラート、またはテキストアラートを含めることができる。
【０１４７】
もう１つの実施形態では、やはり上で説明したように、チケットサムネイルが、情報が検索されてからの相対時間を示すためにエイジング４６０される。具体的に言うと、時間が経つにつれて、チケットサムネイルによって表されるデータの相対的なエイジを示すために、サムネイルをフェードすることができ、色をグレイスケールに変更することができ、サムネイルの輝度および／またはコントラストを下げることができるか、シェーディングを変更することができる。この情報のエイジング４６０は、下の７．１節で説明する、１つまたは複数の情報ソースへの接続が劣化したか切断されたのいずれかになり、チケットによって提供されるデータが現行ではなくなった、「切断動作」にも同等に適用される。さらに、もう１つの実施形態では、チケットが、時間制限付き４６５であり、所定の時刻またはユーザ定義可能な時刻から、事前に定義された時間隔またはユーザ定義可能な時間隔にわたって表示される。たとえば、ユーザが、スケジュールベースのチケットを有する場合に、スケジューリングされた会議を表すチケットを、会議についてユーザに思い出させるために、会議の前の所与の時刻に現れるか、会議に関する他の関連情報を提供するように設定することができる。もう１つの実施形態では、やはり上で説明したように、コンテナ内のアイテムを、集約またはネスト４７０することができる。さらに、コンテナ自体を、移動、ネスト、リンク、または他の形で集約４７５することができる。
【０１４８】
４．１ パーソンセントリックインターフェース
上で注記したように、チケットが、通信連絡先、すなわち人または他の実体を表すことができる。本発明に関して、そのようなチケットを、「パーソンチケット」と称する。そのようなパーソンチケットを、下の５．０節でさらに詳細に説明する。そのような通信連絡先に関連する情報およびデータには、たとえば、特定の実体に関する、現在の通信、通信履歴、通信アベイラビリティ、または通信チャネルを含めることができる。そのような情報およびデータは、上で説明した周辺アウェアネスを提供する形でそのような連絡先チケットを表示するのに適当なビューアを提供することによって、「パーソンセントリックインターフェース」４８０で提供される。このパーソンセントリックインターフェース４８０を与えられて、人または他の実体が、周辺ディスプレイの最前部に移動される。さらに、下の５．０節で説明するように、パーソンチケットを表す顔または他のイメージをクリックすることによって、「パーソンウィンドウ」が自動的に開かれる。以下で説明するように、パーソンウィンドウは、パーソンチケットによって表される特定の連絡先に関する拡張された情報およびアクション可能な要素を提供するウィンドウであるという点で、エンハンストツールチップに似ている。
【０１４９】
その結果、情報ソースのうちの１つまたは複数と組み合わされたサービスの１つまたは複数を介する特定の人または実体との通信アクセスチャネルおよび／または状況４８５を、簡単にレビューまたは開始することができると同時に、そのような人または実体の一般的な通信アベイラビリティを、周辺ディスプレイを単に一瞥するだけでユーザが理解することができる。たとえば、上で説明したように、異なるイメージ、グラフィックス、アバタなどを使用して、アベイラビリティ状況を示すためのさまざまなソーシャルキューを示すことができる。さらに、やはり上で述べたように、一実施形態で、このパーソンセントリックインターフェースが、表示される実体のそれぞれについて、複数の通信チャネルのいずれかを介する通信状況４８５を提供する。さらに、もう１つの実施形態では、特定の連絡先との通信に「使用可能な最善の」通信チャネルを、連絡先との通信に成功裡に使用される可能性が最も高いチャネルがどれであるかの判定に基づいて、または、どれが連絡先との最善または「最も豊かな」通信を提供するかに基づいて、自動的に選択することができる。
【０１５０】
さらに、一実施形態では、通信連絡先に関連するサービスが、ユーザが関心を持つ実体または連絡先の通信アベイラビリティの追跡または受信のいずれかを行う。その結果、この実施形態では、ある実体が通信に応じることができる時間のヒストリカルビュー、パターン、または平均が、パーソンセントリック周辺アウェアネスインターフェースを介して提供される。たとえば、一実施形態で、ユーザが追跡または監視を望む情報が特定の実体を表す場合に、経時的に、通信アベイラビリティのパターンまたは平均通信アベイラビリティ時間が、チケット命令に従って自動的に判定４９０される。たとえば、この実施形態は、人または連絡先が、普通に仕事を開始し、休憩し、昼食をとり、１日の仕事を終える時刻を判定するのに使用することができる。そのような判定は、たとえば、ユーザのキーボード使用量を監視してユーザが彼のオフィスに存在するかどうかを判定することを含む、複数の従来の技法のいずれかを使用して行うことができる。
【０１５１】
そのような情報は、実体との通信を開始する時刻を計画する際に、または実体のアベイラビリティを追跡する際に、ユーザに有用になる可能性がある。そのような実施形態では、従来の技法を使用して、経時的な平均アベイラビリティを計算する。同様に、関連する実施形態では、アベイラビリティのパターンを判定する際に、たとえば、機械習技法を使用するシステムなどの確率モデルを含む、従来のエキスパートシステムが、アベイラビリティのヒストリカルパターンに基づいて実体のアベイラビリティを予測するのに使用される。これらの実施形態では、予測された、ヒストリカルな、または平均のアベイラビリティ４９０が、視覚的表示、グラフィカル表示、またはテキスト表示、もしくはその組合せのいずれかとして、ディスプレイデバイス２６０を介してユーザに提供される。
【０１５２】
さらなる関連する実施形態では、複数の実体の、予測された、ヒストリカルな、または平均のアベイラビリティ４９０が、視覚的表示、グラフィカル表示、またはテキスト表示で、並べた比較として、ディスプレイデバイス２６０を介して提供される。複数のユーザの通信アベイラビリティ４９０の実用的な例が、図５のスクリーンイメージに示されている。このスクリーンイメージは、「パーソンウィンドウ」の一例である。具体的に言うと、図５からわかるように、関心ある連絡先４９２の現在のアベイラビリティ４９１が、ユーザ４９５の現在のスケジュール４９４と並んで比較された、連絡先の現在のスケジュール４９３も含むウィンドウで提供される。さらに、このスクリーンイメージには、連絡先４９２の平均アベイラビリティ４９６ならびにユーザ４９５の平均アベイラビリティ４９７も示されている。連絡先４９２およびユーザ４９５の平均アベイラビリティ４９６および４９７は、それぞれ、連絡先およびユーザのスケジュール４９３および４９４の右端に沿ってグラフィカルに表されている。
【０１５３】
具体的に言うと、この平均アベイラビリティ４９６および４９７は、経時的な平均アベイラビリティ傾向を提供する面グラフとして提供され、広い区域が、高い平均アベイラビリティを示し、狭い区域が、低い平均アベイラビリティを示す。たとえば、連絡先４９２の平均アベイラビリティのグラフィカル表現によって、この連絡先が、通常は毎日午後１時１５分ごろから２時４５分ごろまでは応じることができないことが示される。同様に、ユーザ４９５の平均アベイラビリティのグラフィカル表現によって、このユーザが、通常は毎日正午１２時ごろから午後１時ごろまでは応じることができないことが示される。さらに、ユーザ４９５の平均アベイラビリティのグラフィカル表現によって、このユーザが、通常は毎日午後３時ごろの短い期間の間は応じることができないことが示される。上で述べた例示的なスクリーンイメージが、連絡先アベイラビリティ情報を提供する多数の方法の１つの例にすぎないことに留意されたい。上で注記したように、そのような方法には、アベイラビリティの視覚的表示、グラフィカル表示、またはテキスト表示が含まれる。
【０１５４】
５．０ 例示的ユーザインターフェース
コンピューティング環境には、本明細書に記載の周辺アウェアネスディスプレイの構成および配置の多数の可能性がある。そのような可能性には、たとえば、モニタ全体を含む、ディスプレイまたはモニタの１辺に沿った表示または他の部分での表示、Ｗｉｎｄｏｗｓ（登録商標）サイドバー、セカンドモニタの一部、ユーザのコンピュータの近くでドッキングされた従来のＰｏｃｋｅｔ ＰＣのディスプレイ、たとえばＰＤＡ、セル電話、ハンドヘルドコンピュータ、またはパームトップコンピュータなどのハンドヘルドデバイスのディスプレイ、もしくは類似のデバイス、または、たとえば、それが表す人または実体が通信に応じられる時または応じられない時のいずれかに頭を横に向ける人形などの物理的アイコンを介することが含まれる。
【０１５５】
アイテムのホスティングにサイドバータイプのコンテナを使用することの長所の１つが、単一のモニタまたはディスプレイを有するユーザのために働き、ユーザの周辺にとどまり、必ず一目で使用可能であり（一実施形態では、アプリケーションウィンドウを最大化しても隠されない）、比較的小さいスクリーンスペースを占めることである。サイドバーは、ユーザによって指定されたアイテムのすべてをホスティングするために、必要に応じて単一カラムまたは複数カラムのいずれかとすることができる。さらに、一実施形態では、サイドバーの幅または高さおよび／またはその両方が、ユーザインターフェースを介してユーザが調整可能である。もう１つの実施形態では、複数のサイドバーを、ユーザインターフェースを介してインスタンス化することができ、各サイドバーを、同一のサイズまたは異なるサイズのいずれかとすることができる。しかし、上で述べたように、アイテムまたはアイコン化されたチケットは、複数のアイテムを有するサイドバー内に表示される必要がなく、その代わりに、フリーフローティングとし、個別に表示することができる。
【０１５６】
サイドバーには、ユーザに周辺アウェアネスを提供するアイテムが取り込まれる。これらのアイテムのそれぞれが、それが表す基礎となるオブジェクトまたは情報の状態の視覚化をもたらす。上で説明したように、サイドバーに、多種多様なアイテムおよび視覚化すなわち表示されるチケットを含めることができる。たとえば、サイドバーに、電子メール受信トレイ、予約カレンダ、ユーザが通信を望む人のアベイラビリティ、ユーザに割り当てられた作業のデータベース、ユーザが関心を持つ文書に対する何らかの変更があるかどうか、特定のフォルダまたはディレクトリに変化があるかどうか、パーティへの招待の応答状況、オンラインオークションの状況、インターネットを介して購入された品の注文状況、または、上で説明した、関心ある情報を表す他のアイテムを監視するアイテムを含めることができる。上で説明したように、チケットの命令に従って監視されるアイテムのタイプに、電子メール受信トレイ、あるいは１人または複数の人の通信状況などの汎用アイテム、ローカルデータベースまたはリモートデータベースまたはそのようなデータベース内の特定要素などのすべての種類のローカルデータまたはリモートデータ、あるいはそのようなデータベース内の何らかの特定の要素を監視するために作成されたカスタムアイテム、あるいは、たとえば注文状況チケット、パーティ招待状チケット、宣伝チケット、および出荷追跡チケットなどの、サードパーティによって作成されたカスタムアイテムが含まれることに留意されたい。
【０１５７】
上で注記したように、コンテナを有するアイテムを、配置または再配置することができる。サイドバー内のアイテムの配置は、一実施形態では、既存のアイテムを、サイドバー内でユーザが望む位置にドラッグアンドドロップすることによって達成される。関連する実施形態では、サイドバー内のアイテムが、優先順位の順で自動的に配置される。この優先順位は、ユーザによって割り当てられることが好ましいが、もう１つの実施形態では、優先順位が、所与のアイテムについて、情報タイプまたは情報のエイジ（すなわち、情報がどれほど新しいか）に基づいて自動的に決定される。もう１つの関連する実施形態では、コンテナ内の特定のアイテムの位置決めに、手動でまたは自動的にのいずれかで、固定された位置またはロックされた位置を割り当てることができ、ロックされたアイテムが、コンテナ内の他のアイテムがどのように配置または再配置されるかに無関係に、必ずサイドバー内で一定の位置に保たれる。この実施形態は、ユーザの予想外の場所に常駐するアイテムを探すのにユーザが時間を浪費しないようにするのに特に有用である。
【０１５８】
一実施形態では、アイテムまたはチケットが、単一のチケットコンテナ内で、少なくとも挙動的な意味で単一チケットサイドバーとして説明できるものの中で表示される。その結果、チケットを、コンピュータディスプレイデバイス上で単独で表示することができ、従来の技法を使用して、他のウィンドウまたはアイコンと同様にディスプレイデバイス上で移動することができる。この能力の追加の利益は、一実施形態で、チケットを、たとえば、ワードプロセッサファイルまたはプレゼンテーションファイルなどの電子文書に埋め込むことができることである。埋め込まれたチケットの挙動は、単独のチケットについて、言い換えると、サイドバー内に表示されるチケットに関して説明した挙動について、本明細書で説明するものと同一である。
【０１５９】
一実施形態で、単一の表示されるチケットを、従来のコンピュータポインティングデバイスを使用して移動することができる。関連する実施形態で、１つまたは複数の表示されるチケットが移動され、それらが別の表示されたチケットと接触する場合に、表示されるチケットが、自動的に一緒にスナップされて、より大きいサイドバーまたはコンテナが形成され、そのサイドバーまたはコンテナが、上で説明したように単一のサイドバーまたはコンテナとして扱われる。さらに、もう１つの関連する実施形態では、複数の表示されるチケットが一緒にスナップされる場合に、それらが、既存のコンテナ、もしくは他のアイテムまたはチケットを有さない新たにインスタンス化されるコンテナのいずれかに、自動的に移動される。追加の実施形態では、一緒にスナップされたチケットを、ばらばらにプルすることができ、コンテナ内に存在するチケットを、コンテナから除去またはコピーし、コンピュータディスプレイデバイスまたは上で説明したように電子文書に移動するか貼り付けることができる。
【０１６０】
前に述べたように、前述の周辺アウェアネスインターフェースのチケットによって提供される情報のタイプの１つが、特に通信および調整を容易にする際の、人に関する情報である。その結果、人と通信するためのチケットで、そのチケットによって具体的に表現される人を表すために、顔のイメージまたはピクチャが使用される。さらに、特定の人の顔のイメージまたはピクチャは、通信アベイラビリティまたは状況が変化する際に、自動的に変化する。一般に、アベイラビリティは、ソーシャルステート（ｓｏｃｉａｌ ｓｔａｔｅ）として表現することができ、ソーシャルステートは、一実施形態で、アイコンタクトというソーシャルキュー（ｓｏｃｉａｌ ｃｕｅ）によって表される。したがって、チケットを使用して人の通信アベイラビリティ状況を示す例示的な方法の１つが、その人が応じることができる時には正面のクローズアップ、その人が忙しい時には横顔を使用することである。言い換えると、ユーザの方を向いている人は、応じることができ、よそを向いている人は、応じることができない。しかし、アベイラビリティを表すあらゆるタイプのイメージまたはピクチャを、上で説明した例示的イメージの代わりに使用できることを理解されたい。
【０１６１】
さらに、他のチケットと同様に、たとえば表示されるチケット上で表現される顔をクリックすることによるなど、チケットの選択によって、ウィンドウすなわち、上で説明したエンハンストツールチップに類似する「パーソンウィンドウ」が自動的に開かれる。このパーソンウィンドウには、その人または実体に関するさらなる情報、ならびに複数の従来の通信チャネルすなわち電子メール、ボイスメール、インスタントメッセージング（ＩＭ）、セル電話、電話、郵便などのいずれかを介する通信を開始するアクションボタンが含まれる。明らかに、人との通信という概念を、適当なピクチャまたはイメージを使用して実体の通信アベイラビリティ状況を表して、組織または会社などの任意の他の実体との通信に拡張することができる。たとえば、下の６．０節で説明する図１３を参照されたい。
【０１６２】
一実施形態では、人または他の実体との通信の開始に関する情報のほかに、パーソンチケットを選択することによって開かれるウィンドウに、その人との通信の履歴も含まれる。そのような通信には、たとえば、電子メール、ＩＭセッション、電話呼、共同作成の文書、過去および将来の会議などが含まれる。言い換えると、パーソンチケットを選択することによって開かれるウィンドウに、基本的にはユーザが特定の人に送信したメッセージ、その人が送り返したメッセージ、および第三者が両方に送信したメッセージの日時順の記録である通信ログが含まれる。たとえば、下の６．０節で説明する図１４を参照されたい。もう１つの関連する実施形態には、たとえば用件あり／なし（ｆｒｅｅ／ｂｕｓｙ）カレンダ情報、ある人が通常は応じることのできる時に関するヒストリカル情報、およびその人が今日までに応じることができた時に関する情報などの、人に関するさらなる詳細な情報が含まれる。その結果、上で説明したように、そのような情報が、代替実施形態で、ヒストリカルな、平均の、または予測されたアベイラビリティを提供するのに使用される。たとえば、上の４．１節で説明した図５を参照されたい。
【０１６３】
人のアベイラビリティまたは状態に関する情報は、たとえばＭＳＮ（登録商標）Ｍｅｓｓｅｎｇｅｒ（登録商標）などの従来のシステムから得ることができるが、より広範囲の実施形態では、人を表すチケットに、デスクトップカメラおよびある人のコンピュータに内蔵されたマイクロホンなどの単純なセンサを使用して人の状態に関する追加データを収集する命令が含まれる。たとえば、ある人のセル電話が通話中であるかどうか、または静止セルサイト間を移動しているかどうかを判定し、これによってその人が既に誰かと話しているか、移動中であるかを示す従来の技法を使用するなど、人のアベイラビリティを判定する多数の他の従来の方法があることを理解されたい。人のアベイラビリティを判定するもう１つの例には、人がコンピュータキーボードまたはポインティングデバイスを使用しているかどうかを判定する従来の技法を使用することが含まれる。
【０１６４】
アイテムは、オブジェクトまたは関心ある特定の情報の状態の周辺アウェアネスを提供するが、オブジェクトまたは情報とのより集中された対話へのアクセスも提供する。具体的に言うと、アイテムは、２つのタイプのアクションすなわち、より多くの情報を得るためのドリルダウン、すなわち上で説明したアイテムを選択することとアイテムを開くこと（すなわち、エンハンストツールチップ、パーソンウィンドウ、ネストされたアイテムなど）と、チケットによって監視されるソースオブジェクトまたは情報との対話を提供する。たとえば、一実施形態では、マウスまたはコンピュータポインティングデバイスをアイテムの上でホバーさせると、拡張された情報を有する大きいアクション可能ＨＴＭＬツールチップが提供され、アイテムをダブルクリックすると、ユーザがソースアイテムに導かれる。
【０１６５】
上で説明したように、そのようなツールチップは、ユーザがツールチップ内の特定の情報または要素をクリックするか他の形で選択する場合に、一実施形態で、ツールチップが、その特定の情報または要素に関するより詳細な情報に自動的にリンクするという意味で、アクション可能である。さらに、一実施形態で、ツールチップをネストすることができ、ユーザが第１ツールチップ内の特定の情報または要素の上にマウスまたは他のコンピュータポインティングデバイスをホバーする場合に、第１ツールチップ内の特定の情報または要素に関係する拡張された情報を有する第２ツールチップがポップアップするようになっている。明らかに、ネスティングツールチップを実装する時に、任意の数のネスティングのレベルを適用することができる。同様に、パーソンアイテムまたはパーソンチケットをダブルクリックすると、前述の「パーソンウィンドウ」が開かれ、フォルダ内の変化を監視するアイテムをダブルクリックすると、そのフォルダが開かれ、電子メール受信トレイ（ｉｎｂｏｘ）アイテムをダブルクリックすると、ユーザの電子メール受信トレイが開かれる。さらに、もう１つの実施形態では、アイテムを右クリックすることによって、これらのコマンドおよび、たとえば追加アイテムの編集、削除、または追加などの追加コマンドの広範囲のメニューが提供される。同様に、もう１つの実施形態では、ユーザが前述のアクションまたはコマンドのどれでも使用できるようにする「チケットマネージャ」が、サイドバーに表示されるアイテムまたはチケットデータベースに格納されたチケットの管理のために提供される。
【０１６６】
新しいアイテムを作製する方法の１つが、コンテナまたはサイドバーにオブジェクトをドラッグアンドドロップすることである。たとえば、ユーザが、特定のフォルダまたはディレクトリを監視することを望む場合には、そのフォルダを単純にサイドバーにドラッグする。ユーザが、人を監視することを望む場合には、ユーザは、従来の電子アドレス帳からアドレス帳エントリをサイドバーに単純にドラッグアンドドロップする。あるいは、ユーザが、監視することを望むウェブページのアイテムを見る場合に、ユーザは、それをサイドバーにドラッグアンドドロップする。その代わりに、一実施形態では、ユーザが、ユーザのコンピューティングデバイスを介してアクセス可能な任意のファイル、人の名前、固有名詞、データベースなどを右クリックして、「Ｗａｔｃｈ Ｔｈｉｓ Ｉｔｅｍ（このアイテムを監視する）」オプションなどを含むコンテキストメニューを開くことができる。さらに、一実施形態では、サイドバー上またはコンテナ内のアイテムの自動的な作成、修正、または削除の際にユーザを支援するために、ウィザードまたは他の従来の自動アシスタンスプログラムまたはアプリケーションが設けられる。
【０１６７】
最後に、前に述べたように、一実施形態で、アイテムを、サイドバー上のグループ内に置くことができる。もう１つの実施形態では、これらのグループを、縮小することによって集約することができる。言い換えると、単一のグループ内のアイテムのそれぞれからの情報が、組み合わされ、単一のサムネイル内に表示される。グループを表すサムネイルを選択することによってグループが開かれる時に、上で説明したように、グループを形成するすべてのアイテムを、個別に表示または選択することができる。さらに、そのような集約されたグループは、サイドバー上で使用可能なスペースを増やし、ユーザがそのようなグループ内の特定のアイテムの低レベルの詳細に関心を持たない時に視覚的な複雑さを減らすのに有用である。
【０１６８】
上で説明したユーザインターフェースは、図６の例示的ブロック図によって表すことができる。図６で破線によって表される箱および箱の間の相互接続が、本発明の代替実施形態を表すことと、本明細書全体で説明されるこれらの代替実施形態のいずれかまたはすべてを、組み合わせて使用することができることに留意されたい。
【０１６９】
具体的に言うと、ここまでの説明に従って、図６は、システムと対話する例示的ユーザインターフェースを示し、本発明による方法は、従来の技法を使用するディスプレイデバイス２６０上で実施される。ユーザインターフェースには、上で説明した、時間制限付きチケットを含むアイコン化されたチケットまたはアイテム５１５、５２０、および／または５２５を表示する、少なくとも１つのサイドバー５０５またはコンテナ５１０が含まれる。上で注記したように、複数のサイドバーまたはコンテナ５０５または５１０を、ディスプレイデバイス２６０上でインスタンス化することができる。各サイドバーまたはコンテナ５０５または５１０は、上で説明したように、同一のアイテムまたは異なるアイテム５１５および５２０のいずれかを有することができる。さらに、上で説明したように、サイドバーまたはコンテナは、ネストするか集約することができる。すなわち、サイドバー５０５および５３０とすることができる。さらに、所望の数のネスティングのレベルを、本発明によるシステムおよび方法によって提供する。また、サイドバー５０５またはコンテナ５１０は、自動的にまたはユーザインターフェースを介するかのいずれかで、個別にサイズを変更することができる。上で説明したように、サイドバー５０５またはコンテナ５１０のサイズ変更は、その中に表示されるアイテム５１５、５２０、または５２５のいずれかのサイズを自動的に変更するように働く。さらに、サイドバー５０５またはコンテナ５１０は、上で説明したように、ディスプレイデバイス２６０内で移動することができる。
【０１７０】
サイドバー５０５、コンテナ５１０、およびアイテム５１５、５２０、または５２５との対話は、複数の例示的ユーザインターフェース機能の１つを介して提供される。具体的に言うと、一実施形態では、上で説明したように、チケットの作成、選択、修正、または削除の際にユーザを自動的に支援する、チケットウィザード５３５または類似のアプリケーションが設けられる。同様に、もう１つの実施形態では、チケットマネージャ５４０を設けて、ユーザが手動でチケットの選択、作成、修正、または削除を行えるようにする。さらに、もう１つの実施形態では、本発明のユーザインターフェースは、単純に新しいサイドバー、コンテナ、またはアイテムのドラッグアンドドロップ、コピー、切取り、貼付け、削除、または作成５４５を行うことによって、ユーザがサイドバー５０５、コンテナ５１０、またはアイテム５１５、５２０、または５２５と直接に対話できるようにする能力を提供する。そのような能力の使用の単純な例の１つが、関心あるアイテムへのリンクを単純にサイドバーにドラッグアンドドロップすることによって、新しいアイテムがサイドバー５０５内に自動的に作成されることである。上で説明したように、これには、フォルダ、ファイル、またはアドレス帳エントリを所望のソースアプリケーションからサイドバー５０５にドラッグアンドドロップすることを含めることができる。
【０１７１】
各アイテム５１５、５２０、または５２５ならびに各サイドバー５０５またはコンテナ５１０は、上で説明したように、関連する文脈依存メニュー５５０を有し、文脈依存メニュー５５０は、ユーザがサイドバー、コンテナ、およびアイテムと直接に対話できるようにする従来の技法を使用して実施される。たとえばアイテム５１５、５２０、または５２５、サイドバー５０５、またはコンテナ５１０を右クリックすることによるか、アイテム、サイドバー、またはコンテナの１つの上にコンピュータポインティングデバイスをホバーさせることによるなど、文脈依存メニュー５５０のそれぞれにアクセスする方法は、複数存在する。さらなる関連する実施形態では、エンハンストツールチップ５５５が、アイテム５１５、５２０、または５２５のそれぞれ、ならびにサイドバー５０５または５３０、またはコンテナ５１０のそれぞれについて設けられる。やはり上で説明したように、これらのエンハンストツールチップ５５５は、ネスティングの所望のレベルまでネストする５６０ことができる。
【０１７２】
さらに、アイテム５１５、５２０、または５２５が、人または他の実体を表す場合に、上で説明したように、アイコン化されたチケットが、その実体の現在のアベイラビリティを表すグラフィカルイメージによって表されることが好ましい。さらに、やはり上で説明したように、パーソンウィンドウ５６５が、実体を表すアイテム５１５、５２０、または５２５のそれぞれについて設けられる。パーソンウィンドウは、人または実体に関するさらなる情報、ならびに、複数の従来の通信チャネルまたはアクセスポイント５７０すなわち、電子メール、ボイスメール、インスタントメッセージング（ＩＭ）、セル電話、電話、郵便などのいずれかを介する通信を開始するアクションボタンを提供するのに有用である。さらに、もう１つの実施形態では、パーソンウィンドウ５６５に、特定の実体の、ヒストリカルな、平均の、または予測されたアベイラビリティを提供するのに有用な通信アベイラビリティ機能５７５が含まれる。
【０１７３】
最後に、一実施形態では、エンハンストツールチップウィンドウ５５５またはネストされたツールチップウィンドウ５６０が、閉じられるまで永続的である。たとえば、そのようなツールチップ５５５または５６０を、従来のポインティングデバイスを使用してつかみ、ディスプレイデバイス２６０の所望の位置に移動することができる。そのような「永続的」ツールチップは、ユーザによって手動で閉じられるまで、可視のままになる。
【０１７４】
６．０ 実用的な例
図５、および図６から２０の例示的スクリーンイメージによって示されているように、本発明による実用的な例は、本明細書に記載の周辺アウェアネスインターフェースを介して関心ある情報の周辺アウェアネスをユーザに自動的に提供するシステムおよび処理で実施される。
【０１７５】
具体的に言うと、図７の例示的スクリーンイメージに示されているように、アイテム６０５（すなわち、チケットサムネイル）を有するコンテナ／サイドバー６００が、ディスプレイの右端に設けられる。上で述べたように、このサイドバー６００は、ディスプレイデバイスいずれかの縁に設けるか、ディスプレイデバイス全体とするか、単純にフロートすなわちディスプレイデバイスのいずれかに配置することができる。さらに、サイドバーを、従来の技法を使用してユーザがディスプレイデバイス上でドラッグでき、サイズを変更することができる。図８は、図７のサイドバー６００の最上部の拡大図である。このサイドバー６００に、３つの顔６１０、６１５、および６２０すなわち、上で説明したパーソンセントリックインターフェースが含まれることに留意されたい。通信アベイラビリティまたは通信状況の周辺アウェアネスを容易にするために、人と通信するチケットサムネイルでは、顔のイメージまたはピクチャを使用して、チケットによって具体的に表現される人を表す。さらに、特定の人の顔のイメージまたはピクチャは、通信アベイラビリティまたは通信状況が変化した時に自動的に変化する。
【０１７６】
この実用的な例でのアベイラビリティは、ソーシャルステートとして表され、ソーシャルステートは、上で述べたように、アイコンタクトというソーシャルキューによって表すことができる。したがって、チケットを使用して人の通信アベイラビリティ状況を示す例示的な方法の１つが、その人が応じることができる時には正面のクローズアップ、その人が忙しい時には横顔を使用することである。言い換えると、ユーザの方を向いている人は、応じることができ、よそを向いている人は、応じることができない。しかし、アベイラビリティを表すあらゆるタイプのイメージまたはピクチャを、上で説明した２つの例示的イメージの代わりに使用できることを理解されたい。したがって、図８のサイドバー６００によって示されるように、サムネイル６１０によって表される実体は、応じることができるが、サムネイル６１５および６２０によって表される実体は、イメージ内でよそを向いているので、応じることができない。
【０１７７】
さらに、図９のイメージに示されているように、アイテム６０５（すなわちチケットサムネイル）を有するコンテナ／サイドバー６００が、ディスプレイ全体を覆うことができる。上で注記したように、この実施形態は、たとえば図９に示されたＰｏｃｋｅｔ ＰＣ６３０などのハンドヘルドデバイスなどの比較的小さいディスプレイを有するデバイスを使用する時に、特に有用である。そのようなハンドヘルドデバイスでのチケットとのユーザ対話は、他の従来のデバイスに表示されるチケットに関して上で説明したものに類似する。やはり上で注記したように、そのようなハンドヘルドデバイスは、デスクトップコンピュータまたは他のコンピュータの近くに置くかドッキングし、チケットの表示およびチケットとの対話のために使用して、デスクトップ機または他のコンピュータのプライマリディスプレイスクリーンのいかなる潜在的な使用をも最小にすることができる。
【０１７８】
図１０に、上で説明した「エンハンストツールチップ」の概念を示す。具体的に言うと、ユーザが、気象に関するサムネイルの選択またはその上へのコンピュータポインティングデバイスのホバーのいずれかを行う時に、気象に関する詳細情報７１０が自動的にポップアップする。図１１に、ネストされたチケットの概念を示す。具体的に言うと、図１１に示されているように、ＭＭ１ Ｃｏｄｅチケットサムネイル７２０によって、３つのネストされたサブアイテム７２５、７３０、および７３５のバグおよびエラーが要約されている。その結果、ユーザが、ＭＭ１ Ｃｏｄｅチケットサムネイル７２０のサムネイルの選択またはその上へのコンピュータポインティングデバイスのホバーのいずれかを行う時に、３つのサブアイテム７２５、７３０、および７３５を含むネストされたサイドバーがポップアップする。ユーザは、これらのネストされたアイテム７２５、７３０、および７３５のいずれにでも自由にアクセスできる。さらに、これらのネストされたアイテム７２５、７３０、および７３５のいずれかまたはすべてが、親サイドバーチケットサムネイル７２０と同一の形でユーザアクセス可能なネストされたサブサブアイテムのさらなるレベルを有することができる。
【０１７９】
図１２は、本発明に従ってパーソンアイテム８１０、８１５、および８２０に関連付けられたポーン（ｐａｗｎ）８０５を示す周辺アウェアネスインターフェース８００の代替実施形態を示す例示的スクリーンイメージである。この実施形態では、各パーソンアイテム８１０、８１５、および８２０の人のイメージのほかに、ポーン８０５が提供される。ポーンの使用は、非標準のまたは曖昧なイメージが特定の連絡先を表すのに使用される場合に、通信状況またはアベイラビリティの追加インジケータとして働く。図１３は、図１２のパーソンアイテム８１５の１つの選択によってアクセスされるダイナミックパーソンウィンドウまたは「エンハンストツールチップ」パーソンウィンドウ８２５を示す例示的スクリーンイメージである。パーソンアイテム８２０の選択によって開かれる「エンハンストツールチップ」ウィンドウが、パーソンアイテム８２０によって表される人から送信された新しいメッセージ８３０および８３５の短いサマリを提供することに留意されたい。また、ショートメッセージ（ｓｈｏｒｔ ｍｅｓｓａｇｅ）、電子メール、ボイスメール、電話呼、または本人のアベイラビリティを含む５つの個々の通信チャネル８４０のいずれかを介するアベイラビリティに留意されたい。また、パーソンアイテム８２０によって表される人が最後に応じることができた時からの時間８４５が、通信チャネル８４０のそれぞれについて提供されることに留意されたい。
【０１８０】
さらに、図１４は、図１３のパーソンウィンドウによって表される人に関連するヒストリカル通信情報を示す例示的スクリーンイメージである。このヒストリカル通信ウィンドウ８５５は、一実施形態で、エンハンストツールチップパーソンウィンドウ８２５内の人のイメージを選択することによって、自動的に開かれる。この履歴通信ウィンドウ８５５には、図１２のパーソンアイテム８１５によって表される人との過去のすべての通信のサマリが含まれる。
【０１８１】
図１５および図１６は、異なるタイプのチケットのさらなる例を表す。たとえば、図１５に、サイドバー／コンテナ９１０内のカレンダ／スケジューリングタイプチケットアイテム９００を示す。カレンダチケット／アイテム９００のユーザ選択は、カレンダ／スケジュールアイテムによって表されるカレンダ／スケジュールのさらなる詳細を含むエンハンストツールチップウィンドウを展開／開くように働く。同様に、図１６は、もう１つのコンテナ／サイドバー１０００内の電子メールタイプチケット／アイテム１０１０を表す。電子メールチケット／アイテム１０１０のユーザ選択は、エンハンストツールチップ電子メールウィンドウ１０２０を展開／開くように働き、このウィンドウ１０２０によって、通常の電子メールアプリケーション内からの受信したメールとのユーザ対話が可能になる。
【０１８２】
図１７および図１８は、本発明による集約されたアイテム１１１０、１１２０、１１３０、１１４０、および１１５０の縮小可能（ｃｏｌｌａｐｓｉｂｌｅ）グループを有する周辺アウェアネスインターフェース１１００の代替実施形態を表す。具体的に言うと、展開された時のそのような縮小可能グループ１１１０、１１２０、１１３０、１１４０、および１１５０のユーザ選択は、図１７および図１８の間の相違によって示されるように、グループを縮小する（ｃｏｌｌａｐｌｅ）ように働く。具体的に言うと、図１７で、「Ｂｕｇｓ」グループ１１１０および「Ｔｒａｆｆｉｃ」グループ１１５０のそれぞれに、複数のサブアイテムが含まれる。「Ｂｕｇｓ」グループ１１１０および「Ｔｒａｆｆｉｃ」グループ１１５０の両方のユーザ選択は、これらのグループを縮小するように働き、これによって、図１８に示されているように、コンテナ／サイドバー１１００内のスペースが解放される。さらに、そのようなグループに、複数のタイプのチケットを含めることができるので、マルチビューアすなわち個々のビューアの集約が、単一のサムネイルビュー内で集約されたチケットのそれぞれに関する情報のサマリを表示するのに使用される。具体的に言うと、図１８で、「Ｂｕｇｓ」グループ１１１０のグラフィカル表現に、グラフィカル表現の右側の数３７０が含まれることがわかる。この数は、図１７に示された、サブアイテムまたは集約されたチケットによって表されるバグ数のサマリを表す。
【０１８３】
図１９は、ウェブページ１２１０に埋め込まれたチケット１２００の例示的使用を示すスクリーンイメージである。この例では、チケット１２００が、グラフィカルアイコンによって表される。上で説明したように、ユーザは、このアイコンを、ユーザのサイドバーまたはユーザのディスプレイのいずれかに単純にドラッグアンドドロップすることができる。上で説明したように、チケットがディスプレイデバイス上でコンテナの外にドロップされる場合に、ユーザに、チケットをコンテナ内に表示するか、単に電子ファイルとしてコピーするかに関するオプションが与えられることに留意されたい。さらに、ユーザは、後の使用もしくは別のユーザまたは別のコンピュータへの転送のために、チケットアイコン１２００をコピーし、コンピュータ可読記憶媒体に貼り付けることができる。この例示的チケットアイコン１２００は、上で説明した形で、ウェブページ１２１０によって表されるオークションアイテムを追跡する。
【０１８４】
図２０は、添付されたチケット１３１０を伴う電子メールメッセージ１３００を示す例示的スクリーンイメージである。スクリーンイメージ図２０によって示されるように、このサードパーティチケットの利用の例には、インターネットを介して注文状況を追跡するためのカスタム設計のチケットが含まれる。たとえば、一実施形態では、ユーザがインターネットを介して品目を注文する場合に、チケット１３１０が、ベンダウェブサイトによって自動的に作成され、このチケット１３１０に、注文状況情報を提供するためにベンダの注文状況データベースとインターフェースする命令が、この情報をサムネイルに表示する方法に関する命令と共に含まれる。上で説明したように、このチケット１３１０が、たとえば、電子メールを介して、または単にチケットのグラフィカル表現をベンダウェブサイトからユーザのディスプレイデバイスもしくはユーザのディスプレイデバイスに表示されたコンテナまたはサイドバーにドラッグアンドドロップすることを介してなど、前述の方法のいずれかを介してユーザに提供される。したがって、図２０のスクリーンイメージを参照すると、ユーザは、単純にこの状況チケット１３１０を自分のコンピュータディスプレイ上またはコンテナ／サイドバー内に配置することができる。その後、ユーザが、注文の状況を検査することを望む時に、ユーザは、ベンダによって提供されたチケットサムネイルを一瞥するか、上で説明したようにコンピュータポインティングデバイスを介してチケットを選択して、注文の状況に関する詳細情報ウィンドウ、すなわち前述のエンハンストツールチップウィンドウを開くだけでよい。
【０１８５】
同様に、そのようなサードパーティチケットは、上で提供した伝送方法のいずれかを介して、上で説明したようにユーザに提供することができる動的宣伝を作成するのに使用することができる。これらの宣伝は、自動的にまたはユーザによってのいずれかで、ユーザのデスクトップ上またはサイドバー／コンテナ内に配置することができる。さらに、関連する実施形態では、宣伝などのサードパーティチケットに、そのようなサードパーティチケットの使用の統計情報を収集するために中央サーバにその使用を報告する命令も含まれる。そのような統計情報を集めることの利点の１つが、ユーザの数、使用された時間の長さ、またはサードパーティチケットをユーザが表示または他の形で使用することの購入習慣に基づいて、チケットのサードパーティベンダにチケット使用料を請求できることである。
【０１８６】
７．０ 追加の実施形態
上で説明した実施形態のほかに、本発明による周辺アウェアネスインターフェースの機能性および可用性をさらに高めるために、複数のさらなる実施形態が実施された。具体的に言うと、そのような実施形態には、情報キャッシングサービス、切断動作、および選択的アイテム可視性が含まれる。
【０１８７】
７．１ 情報キャッシングサービスおよび切断動作
一実施形態では、本発明のシステムおよび処理が、キャッシングサービスを介して情報および連絡先データをキャッシングすることによって、周辺アウェアネスインターフェースのユーティリティを高めるように自動的に働く。したがって、インターネットまたはネットワークの接続性が劣化したか打ち切られた「切断動作」実施形態では、各アイテムのキャッシングされたデータが、１つまたは複数のコンテナ内でホスティングされるアイテムを介して表示され続ける。しかし、そのようなキャッシングされたデータは、上の４．０節で説明したようにエイジングされて、そのデータが最初に収集または観察された点からの時間の経過を示し、その結果、ユーザが、データがどれほど最近のものであるかを意識するようになることが好ましい。
【０１８８】
関連する実施形態では、連絡先アイテムが、インターネットまたはネットワークアクセスの劣化または打切りの後にまだ通信が可能であるアイテムだけを表示する。したがって、たとえば、この実施形態で、たとえば電子メール、ピアツーピアメッセージングなどのすべてのインターネットまたはネットワークタイプの通信サービスが、もはや可能でない場合に、連絡先アイテムが、電話番号などの使用可能な通信チャネルをリストし続けるが、電子メールチャネルなどの使用不能な通信チャネルを隠すか除去する。
【０１８９】
７．２ アイテムの可視性
さらなる実施形態では、可視性ビットまたは可視性スイッチが、各アイテムに関連し、各アイテムを、視覚的に表示するかビューから隠すかのいずれかにすることができる。ビューから隠された時であっても、アイテムは、上で説明したように情報または連絡先の追跡または監視を継続する。その結果、この実施形態は、ユーザが、特定のアイテムをコンテナ内に表示することを望まないが、アイテムによって表される情報または連絡先が追跡または監視されることを望む場合に、特に有用である。したがって、ユーザは、いつでも可視性ビットをトグルして、情報または連絡先の現在の状況を見ることができる。関連する実施形態では、アイテムに関連する可視性ビットまたは可視性スイッチが、時間制限付きであり、情報または連絡先が、バックグラウンドで追跡または監視され、所定の時刻にアイテムが自動的に可視になる。さらなる関連する実施形態では、アイテムが可視になる時刻と、アイテムが可視のままである持続時間の両方が、ユーザインターフェースを介して両方ともユーザ調整可能である。
【０１９０】
もう１つの関連する実施形態では、ソフトウェア「エージェント」を使用して、特定のユーザアクションに基づいて、隠されたアイテムを表示するのに適当な時刻を判定する。たとえば、エージェントが、インターネットを介してものを購入するユーザを観察した場合に、エージェントは、ものが購入されたベンダからの出荷の電子メール確認をユーザが受信するとすぐに、出荷追跡アイテムを自動的に表示することができる。この能力のもう１つの例が、以下の議論によって提供される。前に注記したように、ユーザが、インターネットまたは他の何らかのタイプのローカルネットワークまたはリモートネットワークを介して航空券を購入するか、自分のカレンダプログラムまたはスケジューリングプログラムでフライトをスケジュールする場合に、時間制限付きチケットを、自動的に作成することができ、その後、フライト出発時刻の所定の時間以内に表示することができる。そのようなチケットには、たとえば、現在のフライトスケジュールすなわち定刻どおりか遅れているか、目的地の天気など、ユーザが関心を持つ多数のタイプの情報を含めることができる。スケジューリングされたフライトの時刻を過ぎた時に、時間制限付きチケットを表すアイテムが、自動的にディスプレイから除去される。
【０１９１】
本発明の前述の説明は、例示および説明を目的として提示されたものである。
網羅的であること、または本発明を開示された正確な形態に制限することは、意図されていない。多数の修正形態および変形形態が、上の教示に鑑みて可能である。本発明の範囲は、この詳細な説明によるのではなく、請求項によって制限されることが意図されている。
【０１９２】
【発明の効果】
以上説明したように、本発明によれば、情報の周辺アウェアネスをユーザに効果的に提供することができる。
【図面の簡単な説明】
【図１】本発明を実施する例示的システムを構成する汎用コンピューティングデバイスを示す図である。
【図２】本発明によるシステムおよび処理を実施する、例示的システムコンポーネントを示す一般アーキテクチャ図である。
【図３】本発明による周辺アウェアネスインターフェースを介してユーザに連絡先および情報の周辺アウェアネスを提供するシステムで使用されるプログラムモジュールを示すシステム図である。
【図４】本発明による周辺アウェアネスインターフェースを介してユーザに関心ある連絡先および情報の周辺アウェアネスをユーザに提供する例示的処理を示す流れ図である。
【図５】本発明による、平均ユーザアベイラビリティの表示を示す例示的スクリーンイメージである。
【図６】本発明によるシステムおよび処理と対話する例示的ユーザインターフェースを示す例示的ブロック図である。
【図７】本発明による周辺アウェアネスインターフェースを介して関心ある連絡先および情報の周辺アウェアネスをユーザに自動的に提供する、実用的な例を示す例示的スクリーンイメージである。
【図８】図７の周辺アウェアネスインターフェースを示す例示的スクリーンイメージである。
【図９】本発明による、従来のＰｏｃｋｅｔ ＰＣのディスプレイ全体を覆う周辺アウェアネスインターフェースを介してユーザに関心ある連絡先および情報の周辺アウェアネスをユーザに自動的に提供する、実用的な例を示す例示的スクリーンイメージである。
【図１０】本発明による周辺アウェアネスインターフェースに表示された「アイテム」の展開を示す、例示的スクリーンイメージである。
【図１１】図１０の周辺アウェアネスインターフェース内のネストされた「アイテム」のグループの展開を示す例示的スクリーンイメージである。
【図１２】本発明によるパーソンアイテムに関連するポーンを示す周辺アウェアネスインターフェースの代替実施形態を示す例示的スクリーンイメージである。
【図１３】図１２のパーソンアイテムの１つの選択によってアクセスされる動的パーソンウィンドウを示す例示的スクリーンイメージである。
【図１４】図１３のパーソンウィンドウによって表される人に関連するヒストリカル通信情報を示す例示的スクリーンイメージである。
【図１５】本発明によるカレンダアイテムの展開を示す例示的スクリーンイメージである。
【図１６】本発明による電子メールアイテムの展開を示す例示的スクリーンイメージである。
【図１７】本発明によるアイテムの縮小可能グループを有する周辺アウェアネスインターフェースの代替実施形態を示す、例示的スクリーンイメージである。
【図１８】縮小された状態の２つのアイテムのグループを示す、図１５の周辺アウェアネスインターフェースを示す例示的スクリーンイメージである。
【図１９】本発明に従ってウェブページ内に埋め込まれた、グラフィカルに表示されたダウンロード可能チケットを示す例示的スクリーンイメージである。
【図２０】本発明による添付されたチケットを伴う電子メールメッセージを示す例示的スクリーンイメージである。
【符号の説明】
２００ アイテム
２１０ チケット
２２０ ビューア
２３０ サービス
２４０ 情報ソース
２５０ コンテナ
２６０ ディスプレイデバイス
３１０ ユーザインターフェースモジュール
３２０ チケットマネージャモジュール
３３０ 情報および通信モジュール
３５０ アラートモジュール

Claims (5)

1. 以下のステップをプロセッサとメモリとディスプレイと入力デバイスを有するコンピュータ装置上で実施するための実行可能なコードを含んだコンピュータ読取可能な記憶媒体であって、
   前記ディスプレイ上の周辺アウェアネス表示領域内のサムネイルに、特定の通信連絡先の通信状況を表す動的な情報を表示するステップであって、前記周辺アウェアネス表示領域は前記ディスプレイの周辺部分に沿って表示されたサイドバー・ウィンドウである、ステップと、
   前記入力デバイスを介する前記サムネイルの選択に応じて、前記特定の通信連絡先に関連したサマリ情報、および複数の通信チャネルのいずれかを介する前記特定の通信連絡先への通信を開始するアクションボタンを含むウィンドウを前記ディスプレイ上に表示するステップと、
   前記入力デバイスを介する命令の入力に基づいて前記周辺アウェアネス表示領域を第１状態及び第２状態の１つに構成するための実行可能なコードをさらに含み、前記周辺アウェアネス表示領域は前記第１状態では前記ディスプレイ上で不可視であり、前記第２状態では前記ディスプレイ上では可視であるステップと、
   を備えることを特徴とするコンピュータ読取可能な記憶媒体。
2. 前記サムネイルはサイズ変更可能であり、前記サムネイルのサイズに基づいて前記サムネイル内に表示される動的な情報の量を変更するステップをさらに含むことを特徴とする請求項１に記載のコンピュータ読取可能な記憶媒体。
3. 前記サムネイル内に表示される動的な情報は前記動的な情報の優先度に基づくことを特徴とする請求項２に記載のコンピュータ読取可能な記憶媒体。
4. 前記周辺アウェアネス表示領域はサイズ変更可能であり、前記周辺アウェアネス表示領域のサイズ変更に基づいて前記サムネイルのサイズを変更するステップを含むことを特徴とする請求項２に記載のコンピュータ読取可能な記憶媒体。
5. 以下のステップをプロセッサとメモリとディスプレイと入力デバイスを有するコンピュータ装置上で実施するための実行可能なコードを含んだコンピュータ読取可能な記憶媒体であって、
   コンテナを前記ディスプレイ上に表示するステップであって、前記コンテナは、サイドバー・ウィンドウであり、前記ディスプレイの周辺部分に表示される、ステップと、
   前記コンテナ内に複数のサムネイルを前記ディスプレイ上に表示するステップであって、前記コンテナは複数のサムネイルの周辺アウェアネスを提供し、少なくとも１つのサムネイルは当該サムネイルに対応する特定の通信連絡先の通信状況を表す動的な情報を含む、ステップと、
   前記特定の通信連絡先の通信状況の変化により、当該特定の通信連絡先に対応するサムネイルの前記動的な情報を変更するステップと、
   前記入力デバイスを介する前記少なくとも１つのサムネイルの選択に応じて、前記特定の通信連絡先に関連したサマリ情報、および複数の通信チャネルのいずれかを介する前記特定の通信連絡先への通信を開始するアクションボタンを含むウィンドウを前記ディスプレイ上に表示するステップと、
   前記入力デバイスを介する命令の入力に基づいて前記コンテナを第１状態及び第２状態の１つに構成するための実行可能なコードをさらに含み、前記コンテナは前記第１状態では前記ディスプレイ上で不可視であり、前記第２状態では前記ディスプレイ上では可視であるステップと、
   を備えることを特徴とするコンピュータ読取可能な記憶媒体。

Images