特許 6133318 クロス・ウィンドウ・アニメーション

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6133318

(24)【登録日】2017年4月28日

(45)【発行日】2017年5月24日

(54)【発明の名称】クロス・ウィンドウ・アニメーション

(51)【国際特許分類】

   G06F 3/0481 20130101AFI20170515BHJP

   G06F 3/14 20060101ALI20170515BHJP

【ＦＩ】

   G06F3/0481

   G06F3/14 350A

【請求項の数】8

【全頁数】18

(21)【出願番号】特願2014-542351(P2014-542351)

(86)(22)【出願日】2012年11月9日

(65)【公表番号】特表2015-502606(P2015-502606A)

(43)【公表日】2015年1月22日

(86)【国際出願番号】US2012064259

(87)【国際公開番号】WO2013074384

(87)【国際公開日】20130523

【審査請求日】2015年11月6日

(31)【優先権主張番号】13/295,376

(32)【優先日】2011年11月14日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100140109

【弁理士】

【氏名又は名称】小野 新次郎

(74)【代理人】

【識別番号】100075270

【弁理士】

【氏名又は名称】小林 泰

(74)【代理人】

【識別番号】100101373

【弁理士】

【氏名又は名称】竹内 茂雄

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100153028

【弁理士】

【氏名又は名称】上田 忠

(74)【代理人】

【識別番号】100120112

【弁理士】

【氏名又は名称】中西 基晴

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100147991

【弁理士】

【氏名又は名称】鳥居 健一

(74)【代理人】

【識別番号】100119781

【弁理士】

【氏名又は名称】中村 彰吾

(74)【代理人】

【識別番号】100162846

【弁理士】

【氏名又は名称】大牧 綾子

(74)【代理人】

【識別番号】100173565

【弁理士】

【氏名又は名称】末松 亮太

(74)【代理人】

【識別番号】100138759

【弁理士】

【氏名又は名称】大房 直樹

(72)【発明者】

【氏名】アリン，バリー・クリストファー

(72)【発明者】

【氏名】アダムス，タイラー・ロバート

【審査官】 若林 治男

(56)【参考文献】

【文献】 特開２００６−１５５２７８（ＪＰ，Ａ）

【文献】 特表２００８−５０４６１０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００６／００１５８１８（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０４８１

Ｇ０６Ｆ ３／１４

(57)【特許請求の範囲】

【請求項1】

クロス・ウィンドウ・アニメーション方法であって、
異なるウィンドウの一部を覆うアニメーション・エリアを決定するステップと、
前記アニメーション・エリアを覆うサイズに決められたオーバーレイ・ウィンドウを作るステップと、
前記異なるウィンドウの前記一部の上に前記オーバーレイ・ウィンドウを表示するステップと、
前記オーバーレイ・ウィンドウを使用してアニメーションを実行するステップであって、前記アニメーションの一部として動かすことが出来る視覚エレメントを表すのに使用するレイヤーを、前記オーバーレイ・ウィンドウ内に配置して視覚エレメントを前記異なったウィンドウ間で動かすこと、を更に含む、ステップと、
前記アニメーションが完了したときに、前記オーバーレイ・ウィンドウを除去するステップと、
を含む、方法。

【請求項2】

請求項１記載の方法において、前記アニメーションが、前記異なるウィンドウに跨がって視覚エレメントを動かすウィンドウ間アニメーションと、前記異なるウィンドウの内少なくとも１つのサイズを変更すること、および前記異なるウィンドウの内少なくとも１つを動かすことの内少なくとも１つを含むウィンドウ移行アニメーションと、の内少なくとも１つを含む、方法。

【請求項3】

請求項１記載の方法であって、更に、前記アニメーションによる影響を受ける前記異なるウィンドウを登録し、前記アニメーションの間前記登録されたウィンドウからのコンテンツが前記オーバーレイ・ウィンドウにレンダリングされるようにするステップを含む、方法。

【請求項4】

請求項２記載の方法であって、更に、前記ウィンドウ移行アニメーションにおいて影響を受ける前記異なるウィンドウについての情報を指定するヒントを受けるステップを含み、前記ヒントが、初期ウィンドウ位置、初期ウィンドウ・サイズ、最終ウィンドウ位置、最終ウィンドウ・サイズ、初期ウィンドウ可視性、最終ウィンドウ可視性、およびオーバーレイ・ウィンドウにおけるクリッピング領域を含む、方法。

【請求項5】

請求項１記載の方法であって、更に、前記アニメーションが完了したと決定すること、およびアニメーションが所定の時間期間を超えたときを決定することの内少なくとも１つまで、ユーザー・インターフェース・スレッドを遮断するステップを含む、方法。

【請求項6】

クロス・ウィンドウ・アニメーションのために動作可能な計算デバイスであって、
プロセッサーと、
命令を含むメモリー・ストレージと、
を含み、前記命令が前記プロセッサーにより実行されると、
第１のウィンドウの一部と第２のウィンドウの一部を覆うアニメーション・エリアを決定し、
前記アニメーション・エリアを覆うサイズに決められたオーバーレイ・ウィンドウを作り、前記オーバーレイ・ウィンドウが前記アニメーション・エリアの上に表示される不透明な背景を含み、
前記第１と第２のウィンドウの前記一部の上に前記オーバーレイ・ウィンドウを表示し、
前記オーバーレイ・ウィンドウを使用してアニメーションを実行する、
ことを提供するよう動作可能であり、前記アニメーションを実行することが更に、前記アニメーションの一部として動かすことが出来る視覚エレメントを表すのに使用するレイヤーを、前記オーバーレイ・ウィンドウ内に配置して視覚エレメントを前記異なったウィンドウ間で動かすことを含む、
計算デバイス。

【請求項7】

クロス・ウィンドウ・アニメーション・システムであって、
ディスプレイと、
マルチテナント・サービスのテナントに結合されたネットワーク接続と、
プロセッサーおよびコンピューター読み取り可能媒体と、
前記コンピューター読み取り可能媒体に格納され前記プロセッサーにおいて実行する動作環境と、
前記動作環境の制御下で動作し、アクションを実行するように動作するプロセスであって、前記アクションが、
異なるウィンドウの一部を覆うアニメーション・エリアを決定するアクションと、
前記アニメーション・エリアを覆うサイズに決められたオーバーレイ・ウィンドウを作るアクションと、
前記異なるウィンドウの前記一部の上に前記オーバーレイ・ウィンドウを表示するアクションと、
前記オーバーレイ・ウィンドウを使用してアニメーションを実行するアクションであって、前記アニメーションが、異なるウィンドウに跨がって視覚エレメントを動かすウィンドウ間アニメーションと、異なるウィンドウの内少なくとも１つのサイズを変更すること、および前記異なるウィンドウの内少なくとも１つを動かすことの内少なくとも１つを含むウィンドウ移行アニメーションと、の内少なくとも１つを含み、前記アニメーションが更に、前記アニメーションの一部として動かすことが出来る視覚エレメントを表すのに使用するレイヤーを、前記オーバーレイ・ウィンドウ内に配置して視覚エレメントを前記異なったウィンドウ間で動かすことを含む、アクションと、
を含む、プロセスと、
を含む、システム。

【請求項8】

請求項７記載のシステムであって、更に、前記アニメーションが完了したと決定すること、およびアニメーションが所定の時間期間を超えたときを決定することの内少なくとも１つまで、ユーザー・インターフェース・スレッドを遮断するアクションを含む、システム。

【発明の詳細な説明】

【背景技術】

【0001】

[0001] 多くのアプリケーションは、ユーザー体験を豊富にするためにアニメーションを使用する。例えば、ユーザーがユーザー・インターフェース・エレメントを選択したこと、次のスライドに進んだこと、文書を開いた／閉じたこと、ビューを変更したこと等に応答して、アニメーションを実行することができる。

【発明の概要】

【発明が解決しようとする課題】

【0002】

これらのアニメーションは、アプリケーションのウィンドウ内部で実行される。例えば、１つのアニメーションがユーザー・インターフェース・ウィンドウ内部で実行され、他のアニメーションは文書ウィンドウ内部で実行されるという場合もある。これらのウィンドウを動かす、サイズを変更する、ウィンドウを跨ぐ(cross)アニメーションを作ることが望まれることが多い。しかしながら、これらのタイプのアニメーションは難しい可能性がある。

【課題を解決するための手段】

【0003】

[0002] この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として使用されることを意図するのでもない。

【0004】

[0003] アニメーションが異なるウィンドウを跨ぐことができる。これらのクロス・ウィンドウ・アニメーションは、ウィンドウ間アニメーションおよび／またはウィンドウ移行アニメーションを含むことができる。ウィンドウ間アニメーションは、ウィンドウを跨いでエレメントを動かす(animate)ために使用される。ウィンドウ移行が使用されるのは、複数のウィンドウを同時に動かす(move)／サイズを変更する／示す／隠すためにアニメーションを使用するときである。これらのアニメーションを実行するために、異なるウィンドウの少なくとも一部を含むアニメーション・エリアを覆うように、オーバーレイ・ウィンドウが作られる。アニメーションの一部として動かすことができる画像または視覚エレメントを表すためにレイヤーを使用することができる。これらのレイヤーは、下地のウィンドウを跨いで視覚エレメントを動かすために、アニメーション・オーバーレイ・ウィンドウ内に置くことができる。サポートされる下地ウィンドウは、アニメーションの時間中コンテンツを直接オーバーレイ・ウィンドウにドローすることを指示される。下地のウィンドウがサポートされないとき、下地のウィンドウがアニメーション内に含まれるように、下地のウィンドウの画像(picture)がアニメーション・オーバーレイ・ウィンドウにドローされる。アニメーションが完了したとき、アニメーション・オーバーレイ・ウィンドウを除去することができる。

【図面の簡単な説明】

【0005】

【図1】図１は、計算デバイスの一例を示す。

【図2】図２は、クロス・ウィンドウ・アニメーションを実行するシステムの一例を示す。

【図3】図３は、ウィンドウ間アニメーションおよびウィンドウ移行アニメーションを示す表示例を示す。

【図4】図４は、異なるウィンドウ間でレイヤーを動かすためにオーバーレイ・ウィンドウを使用するクロス・ウィンドウ・アニメーション・プロセスを示す。

【図5】図５は、オーバーレイ・ウィンドウを使用して異なるウィンドウを動かす／サイズを変更することを含む、クロス・ウィンドウ・アニメーション・プロセスを示す。

【図6】図６は、クロス・ウィンドウ・アニメーションにおいて使用されるシステム・アーキテクチャーを示す。

【図7】図７は、クロス・ウィンドウ・アニメーションを例示する表示例を示す。

【図8】図８は、クロス・ウィンドウ・アニメーションを例示する表示例を示す。

【図9】図９は、クロス・ウィンドウ・アニメーションを例示する表示例を示す。

【図10】図１０は、クロス・ウィンドウ・アニメーションを例示する表示例を示す。

【発明を実施するための形態】

【0006】

[0011] これより図面を参照して、種々の実施形態について説明する。図面では、同様の番号は同様のエレメントを表す。具体的には、図１および対応する説明は、実施形態を実現することができる適した計算環境の端的で全体的な説明を行うことを意図している。

【0007】

[0012] 一般に、プログラム・モジュールは、ルーチン、プログラム、コンポーネント、データー構造、および他のタイプの構造を含み、特定のタスクを実行するかまたは特定の抽象データー型を実装する。他のコンピューター・システム構成を使用することもでき、ハンドヘルド・デバイス、マルチプロセッサー・システム、マイクロプロセッサー・ベースまたはプログラマブル消費者用電子機器、ミニコンピューター、メインフレーム・コンピューター等が含まれる。分散型計算環境も使用することができ、この場合、タスクは、通信ネットワークを介してリンクされたリモート処理デバイスによって実行される。分散型計算環境では、プログラム・モジュールはローカルおよびリモート双方のメモリー記憶デバイスに配置されてもよい。

【0008】

[0013] これより図１を参照して、種々の実施形態において利用されるコンピューター１００の例示的なコンピューター・アーキテクチャーについて説明する。図１に示すコンピューター・アーキテクチャーは、サーバー計算デバイス、デスクトップ計算デバイス、移動体計算デバイス（例えば、スマート・フォン、ノートブック、タブレット．．．）として構成することもでき、中央処理ユニット５（「ＣＰＵ」）、ランダム・アクセス・メモリー９（「ＲＡＭ」）およびリード・オンリー・メモリー（「ＲＯＭ」）１０を含むシステム・メモリー７、ならびにこのメモリーを中央処理ユニット（「ＣＰＵ」）５に結合するシステム・バス１２を含む。

【0009】

[0014] 起動中のように、コンピューター内部においてエレメント間で情報を移すのに役立つ基本的なルーチンを含む基本入力／出力システムが、ＲＯＭ１０に格納される。更に、コンピューター１００は、オペレーティング・システム１６、アプリケーション（１つまたは複数）２４、プレゼンテーション（１つまたは複数）／文書（１つまたは複数）２７、ならびにウェブ・ブラウザー２５およびアニメーション・マネージャー２６のような他のプログラム・モジュールを格納する大容量記憶デバイス１４も含む。これらの他のプログラム・モジュールについては、後に更に詳しく説明する。

【0010】

[0015] 大容量記憶デバイス１４は、バス１２に接続された大容量記憶コントローラ（図示せず）を介してＣＰＵ５に接続される。大容量記憶デバイス１４およびその関連するコンピューター読み取り可能媒体は、コンピューター１００に不揮発性ストレージを設ける。ここに含まれるコンピューター読み取り可能媒体の説明は、ハード・ディスクまたはＣＤ−ＲＯＭドライブのような大容量記憶デバイスに言及するが、コンピューター読み取り可能媒体は、コンピューター１００によってアクセスすることができる任意の入手可能な媒体とすることができる。

【0011】

[0016] 一例として、そして限定ではなく、コンピューター読み取り可能媒体は、コンピューター記憶媒体および通信媒体を含むことができる。コンピューター記憶媒体は、揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体を含み、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、または他のデーターというような情報の格納のための任意の方法または技術で実現される。コンピューター記憶媒体は、ＲＡＭ、ＲＯＭ、消去可能プログラマブル・リード・オンリー・メモリー（「ＥＰＲＯＭ」）、電気的消去可能プログラマブル・リード・オンリー・メモリー（「ＥＥＰＲＯＭ」）、フラッシュ・メモリーまたは他のソリッド・ステート・メモリー技術、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（「ＤＶＤ」）、あるいは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージまたは他の磁気記憶デバイス、あるいは所望の情報を格納するために使用することができ、更にコンピューター１００によってアクセスすることができる任意の他の媒体を含むが、これらに限定されるのではない。

【0012】

[0017] 種々の実施形態によれば、コンピューター１００は、インターネットのようなネットワーク１８を介してリモート・コンピューターへの論理接続を使用するネットワーク接続環境においても動作することができる。コンピューター１００は、バス１２に接続されたネットワーク・インターフェース・ユニット２０を介してネットワーク18に接続することができる。このネットワーク接続は、ワイヤレスおよび／または有線でもよい。ネットワーク・インターフェース・ユニット２０は、他のタイプのネットワークおよびリモート・コンピューター・システムに接続するためにも利用することができる。また、コンピューター１００は、タッチ入力デバイスのような複数の他のデバイスから入力を受けて処理するために入力／出力コントローラー２２も含むことができる。タッチ入力デバイスは、１回／複数回のタッチ入力を認識することを可能にする（タッチ／タッチなし）任意の技術を利用することができる。例えば、この技術は、熱、指圧、高キャプチャ・レート・カメラ、赤外線光、光取り込み、同調電磁誘導、超音波受信機、変換マイクロフォン(transducer microphone)、レーザ距離計、シャドー・キャプチャ(shadow capture)等を含むことがえきるが、これらに限定されるのではない。一実施形態によれば、タッチ入力デバイスは、一実施形態によれば、タッチ入力デバイスは近接(near touch)を検出するように構成することもできる（即ち、タッチ入力デバイスからある距離以内にあるが、タッチ入力デバイスには物理的に接触しない）。また、タッチ入力デバイス２８は、ディスプレイとして機能することもできる。また、入力／出力コントローラー２２は、１つ以上の表示画面、プリンター、または他のタイプの出力デバイスに出力を供給することもできる。

【0013】

[0018] カメラおよび／または一部の他の検知デバイスは、１人以上のユーザーを記録し、計算デバイスのユーザーによって行われる動き(motion)および／またはジェスチャーを取り込むように動作することができる。更に、検知デバイスは、マイクロフォンによってというように、発話された単語を取り込むように、および／またはキーボードおよび／またはマウス（図示せず）によってというように、ユーザーから他の入力を取り込むように動作することもできる。検知デバイスは、ユーザーの動き(movement)を検出することができる任意の動き検出デバイス(motion detection device)を含むことができる。例えば、カメラは、複数のカメラと複数のマイクロフォンとを含むMICROSOFT KINECT（登録商標）モーション・キャプチャ・デバイスを含むことができる。

【0014】

[0019] 本発明の実施形態は、チップ上システム（ＳＯＣ）によって実施することもでき、その場合、図に示されるコンポーネント／プロセスの各々または多くを、１つの集積回路上に集積することができる。このようなＳＯＣデバイスは、１つ以上の処理ユニット、グラフィクス・ユニット、通信ユニット、システム仮想化ユニット、および種々のアプリケーション機能を含むことができ、これらの全てが、単一集積回路としてのチップ基板上に集積される（または「焼かれる」(burned)）。ＳＯＣによって動作するとき、本明細書において説明する機能の全部／一部は、単一集積回路（チップ）に計算デバイス／システム１００の他のコンポーネントと共に集積されてもよい。

【0015】

[0020] 先に端的に述べたように、複数のプログラム・モジュールおよびデーター・ファイルを、コンピューター１００の大容量記憶デバイス１４およびＲＡＭ９に格納することができ、その中には、ワシントン州RedmondのMICROSOFT CORPORATION（マイクロソフト社）からのWINDOWS SERVER（登録商標）、WINDOWS7（登録商標）オペレーティング・システムのような、ネットワーク接続されたパーソナル・コンピューターの動作を制御するのに適したオペレーティング・システム１６を含む。

【0016】

[0021] また、大容量記憶デバイス１４およびＲＡＭ９は、１つ以上のプログラム・モジュールも格納することができる。具体的には、大容量記憶デバイス１４およびＲＡＭ９は、アニメーション・マネージャー２６、生産性アプリケーション２４（例えば、MICROSOFT POWERPOINTのようなプレゼンテーション・アプリケーション、MICROSOFT WORDのようなワープロ・アプリケーション、MICROSOFT OUTLOOKのようなメッセージング・アプリケーション、MICROSOFT EXCELのようなスプレッドシート・アプリケーション等）のような１つ以上のアプリケーションを格納することができ、１つ以上のウェブ・ブラウザー２５も格納することができる。ウェブ・ブラウザー２５は、ウェブ・ページ、ビデオ、文書等のような電子コンテンツを要求する、受信する、レンダリングする、そして電子コンテンツとの対話処理を設けるように動作する。一実施形態によれば、ウェブ・ブラウザーは、MICROSOFT CORPORATIONからのINTERNET EXPLORERウェブ・ブラウザー・アプリケーション・プログラムを含む。

【0017】

[0022] アニメーション・マネージャー２６は、クライアント・デバイスおよび／またはサーバー・デバイス（例えば、サービス１９内部）に配置されてもよい。ナビゲーション・マネージャー２６は、アプリケーション／プロセスとして、および／またはリソース（例えば、サービス、データー．．．）を異なるテナント（例えば、MICROSOFT OFFICE365、MICROSOFT WEB APPS、MICROSOFT SHAREPOINT ONLINE）に提供するクラウド・ベース・マルチテナント・サービスの一部として構成することもできる。

【0018】

[0023] 概して言うと、アニメーション・マネージャー２６は、異なるウィンドウを跨ぐアニメーションを実行するように構成される。これらのクロス・ウィンドウ・アニメーションは、ウィンドウ間アニメーションおよび／またはウィンドウ移行アニメーションを含むことができる。ウィンドウ間アニメーションは、ウィンドウを跨いでエレメントを動かす(animate)ときに使用され、および／またはウィンドウ移行は、複数のウィンドウを同時に動かす(move)／サイズを変更する／示す／隠すために使用される。ウィンドウ間アニメーションは、通常、視覚エレメントまたはレイヤーが１つのウィンドウから他のウィンドウに動かされるときに使用される。ウィンドウ間アニメーションを実行するには、透過オーバーレイ・ウィンドウを、視覚エレメントが動くウィンドウの上に配置することができる。次いで、透過オーバーレイ・ウィンドウにおいて、視覚エレメントを２つのウィンドウを跨いで動かす。ウィンドウ移行は、通常、ウィンドウを動かす、サイズを変更する、または示す／隠すためにアニメーションを使用したいときに使用される。ウィンドウ移行アニメーションを実行するには、動かそうとする下地ウィンドウの上にオーバーレイ・ウィンドウを配置することができ、これらのウィンドウのコンテンツは、そのコンテンツを動かすために、オーバーレイ・ウィンドウ内にリディレクトされる。アニメーションの一部として動かすことができる画像または視覚エレメントを表すためにレイヤーを使用することができる。これらのレイヤーは、下地ウィンドウを跨いで視覚エレメントを動かすために、アニメーション・オーバーレイ・ウィンドウ内に配置することができる。アニメーションの時間中、サポートされる下地ウィンドウは、オーバーレイ・ウィンドウに直接コンテンツをドローすることを指示される(direct)。下地ウィンドウがサポートされないとき、下地ウィンドウがアニメーション内に含まれるように、下地ウィンドウの画像がアニメーション・オーバーレイ・ウィンドウにドローされる。アニメーションが完了したとき、アニメーション・オーバーレイ・ウィンドウを除去することができる。アニメーション・マネージャー２６の動作についての追加の詳細を以下で示す。

【0019】

[0024] 図２は、クロス・ウィンドウ・アニメーションを実行するシステム例を示す。図示のように、システム２００は、サービス２１０、アニメーション・マネージャー２４０、ストア２４５、タッチ・スクリーン入力デバイス／ディスプレイ２５０（例えば、スレート）、およびスマート・フォン２３０を含む。

【0020】

[0025] 図示のように、サービス２１０はクラウド・ベースおよび／または企業ベース・サービスであり、生産性サービス（例えば、MICROSOFT OFFICE 365, MICROSOFT WEB APPS, MICROSOFT POWERPOINT）を提供するように構成することができる。サービス２１０によって提供されるサービス／アプリケーションの内１つ以上の機能が、クライアント・ベース・アプリケーションとして構成されてもよい。例えば、クライアント・デバイスが、異なるウィンドウに跨がることができるアニメーションを実行するアプリケーションを含むのでもよい。システム２００は生産性サービスを示すが、他のサービス／アプリケーションがクロス・ウィンドウ・アニメーションを実行するように構成されてもよい。

【0021】

[0026] 図示のように、サービス２１０は、リソース２１５およびサービスを任意の数のテナント（例えば、テナント１〜Ｎ）に提供するマルチテナント・サービスである。一実施形態によれば、マルチテナント・サービス２１０は、クラウド・ベース・サービスであり、このサービスに登録したテナントにリソース／サービス２１５を提供し、各テナントのデーターを別個に、他のテナント・データーから保護して維持する。

【0022】

[0027] 図示するシステム２００は、タッチ入力が受けられたときを検出する（例えば、指がタッチ・スクリーンにタッチしたまたはほぼタッチしたとき）タッチ・スクリーン入力デバイス／ディスプレイ２５０（例えば、スレート／タブレット・デバイス）および移動体電話機２３０を含む。ユーザーのタッチ入力を検出する任意のタイプのタッチ・スクリーンを利用することができる。例えば、タッチ・スクリーンは、タッチ入力を検出する１層以上の容量性材料を含むことができる。他のセンサーも、容量性材料に加えてまたはその代わりに、使用することができる。例えば、赤外線（ＩＲ）センサーも使用することができる。一実施形態によれば、タッチ・スクリーンは、タッチ可能面と接触している物体またはその上方にある物体を検出するように構成される。「上方」(above)という用語を本説明では使用するが、タッチ・パネル・システムの向きは関係ないことは言うまでもない。「上方」という用語は、このような向きの全てに適用可能であることを意図している。タッチ・スクリーンは、タッチ入力を受けた位置を判定するように構成することができる（例えば、開始点、中間点、および終了点）。タッチ可能な表面と物体との間における実際の接触は、任意の適した手段によって検出することができる。例えば、この手段には、タッチ・パネルに結合された振動センサーまたはマイクロフォンが含まれる。接触を検出するセンサーについて非網羅的な例のリストには、圧力ベース・メカニズム、微細加工加速度計、圧電デバイス、容量性センサー、抵抗性センサー、誘導性センサー、レーザ振動計、およびＬＥＤ振動計が含まれる。

【0023】

[0028] 図示のように、タッチ・スクリーン入力デバイス／ディスプレイ２５０および移動体デバイス２３０は、プレゼンテーション・スライドの表示例２５２／２３２を示す。移動体電話機２３０は、ユーザー・インターフェース・エレメント２５６の表示の前に表示２３２を示す。アニメーション・マネージャー２４０は、ウィンドウ間アニメーションおよび／またはウィンドウ移行アニメーションを含むことができるクロス・ウィンドウ・アニメーションを実行するように構成される。ウィンドウ間アニメーションは、１つ以上の視覚エレメントを異なるウィンドウ（例えば、メニューを開く、オブジェクトを異なるウィンドウ間で動かす等）を跨いで動かす。ウィンドウ移行は、通常、アニメーションを動かす、サイズを変更する、または示す／隠すことを望むときに使用される。本例では、ユーザー２６４が、ユーザー・インターフェース・エレメントをウィンドウ２５６内に表示するために、ユーザー・インターフェース・ウィンドウ２５４においてファイル・メニュー選択肢を選択したところである。このフィアル・メニュー選択肢を選択したことに応答して、ウィンドウ移行アニメーションが実行され、ユーザー・インターフェース・ウィンドウを元のサイズ２５４から拡大サイズ２５６に滑らかにサイズ変更するように現れ、一方文書表示ウィンドウ２５８をそれよりも小さい文書表示ウィンドウ２５２に縮小する。下地ウィンドウは、アニメーションの最中／その前の任意の時点において、ウィンドウを位置付ける／サイズ変更することができる。

【0024】

[0029] アニメーション・マネージャー２４０は、アニメーションが行われようとする異なるウィンドウの部分（アニメーション・エリア）を覆うオーバーレイ・ウィンドウを作る。このアニメーション・エリアは、異なるウィンドウの一部を含むように構成すること、または表示エリア全体を覆うように構成することもできる。例えば、アニメーション・エリアが、１つ以上のアプリケーション、ならびにデスクトップ・エリアおよび他のユーザー・インターフェース・エレメント（例えば、開始バー）に関連するアプリケーション・ウィンドウを含むように構成されるのでもよい。一般に、アニメーション・エリアは、アニメーションが実行されるときにそのアニメーション・エリアに収容されるようなサイズに設定される。一部のウィンドウが、コンテンツをオーバーレイ・ウィンドウ（サポート・ウィンドウ）にドローすることをサポートするレンダリング方法を使用してもよい。他のウィンドウは、直接オーバーレイ・ウィンドウにコンテンツをドローすることができなくてもよい（非サポート・ウィンドウ）。アニメーション・エリア内にあるサポート・ウィンドウは、アニメーションの間オーバーレイ・ウィンドウに直接コンテンツをドローすることを指示される。このように、下地ウィンドウにおいて実行されているエフェクト／アニメーションはいずれも、そのアニメーションにおいてはっきり見える（例えば、カーソルの点滅、下地コンテンツに提供されるテキスト・エフェクト、．．．）。非サポート・ウィンドウがアニメーション内に含まれるように、任意の非サポート・ウィンドウの画像が、アニメーション・オーバーレイにドローされてもよい。アニメーションが完了したとき、オーバーレイ・ウィンドウを除去することができ、下地ウィンドウはユーザーによって見ることができる。

【0025】

[0030] 図３は、ウィンドウ間アニメーションおよびウィンドウ移行アニメーションを示す表示例を示す。
[0031] 表示３１０は、２つの異なる下地ウィンドウに跨がるウィンドウ間アニメーションを示す。図示のように、表示３１０は、ユーザー・インターフェース・ウィンドウ３０２、アプリケーション・ウィンドウ３０４、文書ウィンドウ３０６、アプリケーション・ウィンドウ３０８、およびオーバーレイ・ウィンドウ３２０を含む。クロス・ウィンドウ・アニメーションは、１つ以上のウィンドウ間アニメーションおよび／または１つ以上のウィンドウ移行画像を含むことができる。

【0026】

[0032] 表示３１０に示される本例では、エレメント３１２のアニメーションがアプリケーション・ウィンドウ３０４において開始するように見え、文書ウィンドウ３０６を横切って動かし続ける。このアニメーションは、１つ以上のアプリケーションに跨がることができる（例えば、エレメントをゴミ箱に移すことが、デスクトップ上でアプリケーションから表示される）。また、アニメーションは、他のエフェクト（例えば、サイズ変更、フェード・イン／アウト、１つ以上の表示特性の変更等）を実行することを含んでもよい。

【0027】

[0033] オーバーレイ・ウィンドウ３２０は、異なるウィンドウに跨がるアニメーション・エリアを覆うように作られる。オーバーレイ・ウィンドウ３２０は、アニメーションがオーバーレイ・ウィンドウ３２０のサイズ内に収容されるように、サイズが決められる。下地ウィンドウを跨いで視覚エレメント（例えば、エレメント３１２）を動かすために、１つ以上のレイヤーをオーバーレイ・ウィンドウ上に配することができる。先に説明したように、サポート下地ウィンドウは、アニメーションの時間中オーバーレイ・ウィンドウに直接コンテンツをドローすることを指示される。一実施形態によれば、アニメーションの時間中に下地ウィンドウからのレイヤーのペアレント(parent)が、オーバーレイ・ウィンドウに変更される。非サポート・ウィンドウがアニメーション内に含まれるように、任意の非サポート・ウィンドウの画像をアニメーション・オーバーレイにドローすることができる。一実施形態によれば、アニメーションが完了したとき、オーバーレイ・ウィンドウ３２０が除去される。ウィンドウ間アニメーションに関する更なる詳細は、図３および以下で示される。

【0028】

[0034] 表示３５０は、ウィンドウ移行アニメーションの一例を示す。図示のように、表示３５０は、ユーザー・インターフェース・ウィンドウ３５２／３５２’、文書ウィンドウ３５６／３５６’、オーバーレイ・ウィンドウ３６０、アプリケーション・ウィンドウ３６８、ＵＩエレメント３６２、およびユーザー・インターフェース・ウィンドウ３６４を含む。オーバーレイ・ウィンドウ３６０は、ユーザー・インターフェース・ウィンドウ３５２、文書ウィンドウ３５６、およびアプリケーション・ウィンドウ３６８を含むアニメーション・エリアを覆うような大きさとされる。本例は、ユーザー・インターフェース・ウィンドウ３５２のサイズをもっと大きなサイズ（ウィンドウ３５２’）に変更し、文書ウィンドウ３５６のサイズをもっと小さく変更して異なる位置（ウィンドウ３５６’）に動かし、ユーザー・インターフェース・ウィンドウ３６４を表示するというアニメーションを示す。一実施形態によれば、このアニメーションの表示によって影響を受けるウィンドウがアニメーション・マネージャーに登録される。ウィンドウの登録は、種々のアニメーション動作においてアニメーションによって影響を受けないウィンドウを除外することによって、アニメーションおよびシステムの性能を向上させることを目的とする。プロセス／アプリケーションが、アニメーション・マネージャーに、アニメーション・パラメータ（例えば、初期／最終ウィンドウ・サイズ／位置／可視性、クリッピング領域、コンテンツ統計等）を設定するときに補助になるヒントを与えることもできる。先に説明したように、下地ウィンドウがサポートされるときに、オーバーレイ・ウィンドウ３６０に直接ドローすることを指示することもできる。一実施形態によれば、アニメーションが再生している間、ウィンドウはユーザーから入力を受けることを禁止される。ウィンドウ間アニメーションに関する更なる詳細は、図４および以下で示される。

【0029】

[0035] 図４および図５は、クロス・ウィンドウ・アニメーションのプロセス例を示す。ここで提示する説明を読むとき、種々の実施形態の論理動作(logical operation)は（１）計算システムにおいて実行するコンピューター実施動作またはプログラム・モジュールのシーケンスとして、（２）計算システム内において相互接続されたマシン論理回路または回路モジュールとして実現されることは認められてしかるべきである。実現例は、本発明を実現する計算システムの性能要件に依存する選択事項である。したがって、本明細書において例示され実施形態を構成する論理動作は、動作(operation)、構造的デバイス、アクト(act)、またはモジュールと様々に呼ばれる。これらの動作、構造的デバイス、アクト、およびモジュールは、ソフトウェア、ファームウェア、特殊目的ディジタル・ロジック、およびその任意の組み合わせで実現することができる。動作は特定の順序で示されるが、動作の順序は、変更すること、および他の順序で実行することもできる。

【0030】

[0036] 図４は、異なるウィンドウ間でレイヤーを動かすためにオーバーレイ・ウィンドウを使用するクロス・ウィンドウ・アニメーション・プロセスを示す。
[0037] 開始動作の後、本プロセスは動作４１０に進み、アニメーション・エリアを決定する。アニメーション・エリアは、クロス・ウィンドウ・アニメーションの間使用されるウィンドウの部分を覆うようなサイズに決められる。アニメーション・エリアは、１つ以上のアプリケーション／プロセスからのウィンドウを含むことができる。例えば、アニメーション・エリアが、同じアプリケーションおよび／または異なるアプリケーションからの２つ以上のウィンドウに跨がるのでもよい。アニメーション・エリアは、表示の全部／一部を含むこともできる。

【0031】

[0038] 動作４２０に進み、オーバーレイ・ウィンドウを作り、決定したアニメーション・エリアに基づいてサイズを決める。一実施形態によれば、オーバーレイ・ウィンドウは、アニメーション・エリアにおいてウィンドウの上に表示される透過背景を含む。

【0032】

[0039] 動作４３０に進み、下地ウィンドウのレイヤーに対するペアレントをオーバーレイ・ウィンドウに変更する。ペアレントは、アニメーションの実行期間の間変更される。

【0033】

[0040] 動作４４０に移り、実行するアニメーション（１つまたは複数）をスケジューリングし実行する。一実施形態によれば、直下にあるウィンドウを跨ぐように、レイヤーをオーバーレイ・ウィンドウ内に動かし、オーバーレイ・ウィンドウを横切って動かし、次いで、このレイヤーを、アニメーションが終了する下地ウィンドウに戻す（例えば、ペアレントを下地ウィンドウに変更する）。

【0034】

[0041] 動作４５０に進み、本プロセスは、アニメーションが完了するのを待つ。一実施形態によれば、アニメーションがモダル(modal)になるようにすることもでき、および／またはアニメーション完了通知ハンドラが、オーバーレイにおけるアニメーションが完了したときに通知を供給するために使用されるように構成される。アニメーション時間中、下地ウィンドウに対するユーザー・インターフェース・スレッドを遮断する。この時間中に出されて受け取られた命令はいずれも、格納され、アニメーションが完了してから実行することができる。一実施形態によれば、オペレーティング・システムからのメッセージはアニメーション中にも処理され続ける。アニメーションが完了するのをユーザーがじっと待ち続けないように、応答する(responsive)ユーザー・インターフェースを確保し易くするために、タイミング・パラメータを使用してもよい。例えば、計算デバイスが、素早くアニメーションを表示することができないグラフィクス・カードを有する場合もある。一実施形態によれば、アニメーションが完了するのに所定の時間よりも長くかかりそうであることが推定されると（例えば、２００、３００、４００、５００ミリ秒）、クロス・ウィンドウ・アニメーションが取り消される。

【0035】

[0042] 動作４６０に進み、下地ウィンドウのレイヤーのペアレントを、オーバーレイ・ウィンドウから下地ウィンドウに戻るように変更する。
[0043] 動作４７０に移り、オーバーレイ・ウィンドウを表示から除去する。

【0036】

[0044] 次いで、本プロセスは終了動作に進み、他のアクション(action)の処理に戻る。
[0045] 図５は、オーバーレイ・ウィンドウを使用して異なるウィンドウを動かす／サイズ変更することを含むクロス・ウィンドウ・アニメーション・プロセスを示す。

【0037】

[0046] 開始動作の後、本プロセスは動作５１０に進み、アニメーション・エリアを決定する。アニメーション・エリアは、クロス・ウィンドウ・アニメーションの間使用されるウィンドウの部分を覆うようなサイズに決められる。アニメーション・エリアは、１つ以上のアプリケーション／プロセスからのウィンドウを含むことができる。例えば、アニメーション・エリアが、同じアプリケーションおよび／または異なるアプリケーションからの２つ以上のウィンドウに跨がるのでもよい。アニメーション・エリアは、表示の全部／一部を含むこともできる。

【0038】

[0047] 動作５２０に移り、オーバーレイ・ウィンドウを作り、決定したアニメーション・エリアに基づいてサイズを決める。オーバーレイ・ウィンドウは、不透明な背景または透過性の背景を含むことができ、この背景はアニメーション・エリアにおいてウィンドウの上に表示される。

【0039】

[0048] 動作５３０に進み、クロス・ウィンドウ・アニメーションによって影響を受けるウィンドウを登録する。一実施形態によれば、ウィンドウが登録されたか否かには関係なく、アニメーションの間見ることができるウィンドウを自動的にオーバーレイ・ウィンドウにリディレクトする。これは、オーバーレイが下地ウィンドウ・ツリーの正確な画像を描画することを確保するのに役立つ。特定のウィンドウを登録することにより、クライアントが、アニメーションにおいてどのウィンドウを含ませるか特定することが可能になる。これは、動作の間に処理されるウィンドウ数を減らすことによって、処理時間を節約するのに役立つ。登録されたウィンドウ毎に、ウィンドウをオーバーレイ・ウィンドウにリディレクトする時間、および／またはオーバーレイ・ウィンドウに入れるためにこれらの画像を取り込む時間がかかる。ウィンドウは、クロス・ウィンドウ・アニメーションの前および／または最中に登録することもできる。例えば、アニメーション中に、ウィンドウが見えるようになるときに、登録することもできる。

【0040】

[0049] 動作５４０に移り、ヒントを供給する／受けることができる。ヒントは、正しく行われていないあらゆる行為を正すときに補助するために使用することができる。また、ヒントを与えること(hinting)は、既存のウィンドウ・レイアウト・コードに対する変更を回避するときにも補助するために使用することができる。例えば、ウィンドウを示すまたは隠すときにスライド・イン／アウト・エフェクトを行うために、クライアントは、ウィンドウに対して初期位置および最終位置を定めるヒントを供給する。ヒントを与えることは、不要なウィンドウ・イベントの誘起を回避するのに役立つこともあり、ウィンドウ移行ロジックと既存のレイアウト・コードとの間における独立性を除くこともできる。多くの異なるタイプのヒントをアニメーション・マネージャーに供給することができる。一実施形態によれば、ヒントは、ウィンドウの初期位置、ウィンドウの最終位置、ウィンドウの初期サイズ、ウィンドウの最終サイズ、ウィンドウの初期可視性状態、ウィンドウの最終可視性状態、ウィンドウ・コンテンツが全体にわたって同じ色(solid color)であることを指定するヒント、ウィンドウの内容が初期および最終状態間で変化しない（ウィンドウのサイズが変化しないことを指定しないが、交差するときに、クライアント・エリア内に着色される(paint)内容が同じであることを指定する）ことを指定するヒント、ウィンドウが制御手段であることを指定するヒント（例えば、ActiveX制御）、ウィンドウが見られないヒント（これは、ウィンドウの画像がアニメーションの間にリディレクトされず、これによって、不経済な量になる可能性がある作業を回避することを確保するのに役立つ）、オーバーレイ領域に余分なエリアを追加するサイズ変更ヒント（例えば、クライアントが、リディレクトされたレイヤーに手作業で適用される回転または他の変形を考慮してより多くのエリアを追加したい場合がある）、およびウィンドウを移行するときにクリッピング・エフェクトを行うために使用されるクリッピング・ヒントを含む。

【0041】

[0050] 動作５５０に移り、ウィンドウのレイアウトおよびアニメーションを実行する。アニメーションを実行するために、レイヤーおよびこれらのレイヤーのプロパティを設定する。

【0042】

[0051] 動作５３０に進み、余分なレイヤーをオーバーレイ・ウィンドウに追加することができ、および／または既存のレイヤーを変更することができる。例えば、追加のアニメーション・エフェクトを与えるために、余分なレイヤーを追加することができる。例えば、アニメーション中にあるポイントにおいて画像を表示し、光源を追加し、閃光エフェクトを追加すること等ができる。他の所望のアニメーション・エフェクトを作る／変えるために、既存のレイヤーを変更することもできる。

【0043】

[0052] 動作５７０に移り、オーバーレイ・ウィンドウを使用してクロス・ウィンドウ・アニメーションを実行する。
[0053] 動作５８０に移り、オーバーレイ・ウィンドウを除去する。

【0044】

[0054] 次いで、本プロセスは終了動作に移り、他のアクションの処理に戻る。
[0055] 図６は、本明細書において説明したような、クロス・ウィンドウ・アニメーションにおいて使用されるシステム・アーキテクチャーを示す。アプリケーション（例えば、アプリケーション１０２０）によって使用および表示されるコンテンツ、ならびにアニメーション・マネージャー２６は異なる位置に格納することができる。例えば、アプリケーション１０２０は、ディレクトリー・サービス１０２２、ウェブ・ポータル１０２４、メールボックス・サービス１０２６、インスタント・メッセージング・ストア１０２８、およびソーシャル・ネットワーキング・サイト１０３０を使用して、データーを使用／格納することができる。アプリケーション１０２０は、これらのタイプのシステム等の内任意のものを使用することができる。サーバー１０３２は、ソースにアクセスするため、そしてクロス・ウィンドウ・アニメーションを準備し表示するために使用することができる。例えば、サーバー１０３２は、アプリケーション１０２０がクライアント（例えば、ブラウザーまたは何らかの他のウィンドウ）において表示するためにクロス・ウィンドウ・アニメーションを生成することができる。一例として、サーバー１０３２が、生産性サービス（例えば、プレゼンテーション、スプレッドシート、文書処理、メッセージング、文書協調等）を１人以上のユーザーに提供するように構成されたウェブ・サーバーであってもよい。サーバー１０３２が、ウェブを使用してネットワーク１００８を介してクライアントと相互作用することもできる。また、サーバー１０３２がアプリケーション・プログラム（例えば、プレゼンテーション・アプリケーション、アニメーションを使用するアプリケーション、．．．）を含むのでもよい。サーバー１０３２およびプレゼンテーション・アプリケーションと相互作用することができるクライアントの例には、任意の汎用パーソナル・コンピューターを含む計算デバイス１００２、タブレット計算デバイス１００４、および／またはスマート・フォンを含むことができる移動体計算デバイス１００６を含む。これらのデバイスの内任意のものがストア１０１６からコンテンツを得ることができる。

【0045】

[0056] 図７から図１０は、クロス・ウィンドウ・アニメーションを例示する表示例を示す。
[0057] 図７は、クロス・ウィンドウ・アニメーションを表示する例示のランドスケープ・スレートを示す。

【0046】

[0058] 表示７１０は、プレゼンテーション・スライド７１２を表示するスレートを示す。表示７１０は１つのウィンドウ内に表示されるように見えるが、多くのウィンドウがこの表示において使用される。例えば、ウィンドウ７２０は、ユーザー・インターフェース・エレメントを表示するために使用することができ、ウィンドウ７１４は、プレゼンテーションのスライドのサムネイルを表示するために使用することができ、ウィンドウ７１６はスライド７１２を表示するために使用される。任意のアニメーションが１つのウィンドウから他のウィンドウに動くように見えるとき、このアニメーションはクロス・ウィンドウ・アニメーションとなる。本例では、クロス・ウィンドウ・アニメーションは、ユーザー・インターフェース７６０が表示されるときに実行される。表示７１０は、アニメーションの前における初期状態を示し、表示７５０は、クロス・ウィンドウ・アニメーションが実行された後の最終状態を示す。

【0047】

[0059] クロス・ウィンドウ・アニメーションが実行されない場合、異なるエレメントの位置変更がユーザーにはぎくしゃくして見える可能性がある。例えば、ユーザー・インターフェース・ウィンドウおよび文書ウィンドウの円滑なサイズ変更を見る代わりに、決定されたサイズで表示されるときには、ウィンドウがユーザーにとってぎくしゃくして見えるであろう。先に説明したように、クロス・ウィンドウ・アニメーションはオーバーレイ・ウィンドウにおいて実行される。オーバーレイ・ウィンドウの直下において、ウィンドウは既にサイズ／位置が変わっているかもしれないが、オーバーレイ・ウィンドウにおけるアニメーションはこれらの位置／サイズ変更を円滑に示す。オーバーレイ・ウィンドウは、再位置付け／サイズ変更を円滑に進める(animate)。オーバーレイ・ウィンドウにおいてアニメーションが行われるに連れて登録された下地ウィンドウにおいて変化が生じても、ユーザーは下地ウィンドウ内でコンテンツのアニメーションを見続けるように、登録されたウィンドウ内で起こる変化もリアル・タイムでリディレクトすることができる。

【0048】

[0060] 図８は、クロス・ウィンドウ・アニメーションを表示する横向きスレートの一例を示す。
[0061] 表示８１０は、プレゼンテーション・スライド８２０を表示するスレートを示す。表示８１０は１つのウィンドウ内に表示されるように見えるが、多くのウィンドウがこの表示において使用される。例えば、ユーザー・インターフェース・エレメントを表示するためにウィンドウを使用することができ、他のエレメントを表示するためにウィンドウを使用することができ、文書を表示するためにウィンドウを使用することができる等である。本例では、ユーザーの対話処理に応答して、クロス・ウィンドウ・アニメーションが実行される。表示８１０は、アニメーションの前における初期状態を示し、表示８５０は、クロス・ウィンドウ・アニメーションが実行された後の最終状態を示す。

【0049】

[0062] 見てわかるように、スライド８２０は、異なるウィンドウ／位置に現れるように、収縮され動かされており、文書ウィンドウの内容はコンテンツ８６０と置き換えられている。初期表示８１０から最終表示８５０に実行されるアニメーションは、異なるアニメーション・エフェクトを含むことができる。例えば、スライド８２０は、表示８５０内に示すように、円滑に縮んで、スライド位置８２０’に動くように現れることができる。また、スライド８２０は、コンテンツ８６０が表示８５０内に現れる間に、フェードするように現れることもできる。一般に、移行の間には任意のアニメーション・エフェクトを適用することができる。

【0050】

[0063] 図９は、クロス・ウィンドウ・アニメーションを表示する横向きスレートの一例を示す。
[0064] 表示９１０は、コンテンツ９１５を表示するスレートを示す。表示９１０は１つのウィンドウ内に表示されるように見えるが、多くのウィンドウがこの表示において使用される。例えば、ウィンドウ９１２は、ユーザー・インターフェース・エレメントを表示するために使用することができ、ウィンドウ９２０は、タスクを表示するために使用することができ、ウィンドウ９３０は説明(discussion)を表示するために使用することができ、ウィンドウ９４０はソーシャル・コネクター(social connector)を表示するために使用することができる等である。本例では、クロス・ウィンドウ・アニメーションは、ユーザー・インターフェース７６０が表示されるときに実行される。表示９１０は、アニメーションの前における初期状態を示し、表示９５０は、クロス・ウィンドウ・アニメーションが実行された後の最終状態を示す。

【0051】

[0065] 図示のように、ユーザーがウィンドウ９１２においてタスクＵＩエレメントを選択したことに応答して、ウィンドウ９６０が表示され、ウィンドウ９３０および９４０が位置付けし直され、ウィンドウ９２０が表示から除去される。クロス・ウィンドウ・アニメーションの間１つ以上のアニメーションを適用することもできる。

【0052】

[0066] 図１０は、クロス・ウィンドウ・アニメーションを表示する横向きスレートの一例を示す。
[0067] 表示９５０は、図９に例示したようなスレートを示す。表示９５０は１つのウィンドウ内に表示されるように見えるが、多くのウィンドウがこの表示において使用される。例えば、ウィンドウ９１２は、ユーザー・インターフェース・エレメントを表示するために使用することができ、ウィンドウ９３０は説明(discussion)を表示するために使用することができ、ウィンドウ９４０はソーシャル・コネクター(social connector)を表示するために使用することができ、ウィンドウ９６０は選択肢を示すために表示することができる等である。本例では、クロス・ウィンドウ・アニメーションは、ウィンドウ９６０に示されるエレメントとのユーザー対話処理に応答して実行される。表示９５０は、アニメーションの前における初期状態を示し、表示１０００は、クロス・ウィンドウ・アニメーションが実行された後の最終状態を示す。

【0053】

[0068] 図示のように、ユーザーがウィンドウ９６０におけるフライ・アウト・エレメント９６２を選択したことに応答して、ウィンドウ１０６０が表示され、ウィンドウ９３０および９４０が位置付けし直され、ウィンドウ９６０は表示から除去される。クロス・ウィンドウ・アニメーションの間１つ以上のアニメーションを適用することもできる。

【0054】

[0069] 以上、本発明のある種の実施形態について説明したが、他の実施形態も存在することができる。更に、本発明の実施形態は、メモリーおよび他の記憶媒体内に格納されたデーターと関連付けられると説明したが、データーは、ハード・ディスク、フロッピー・ディスク、またはＣＤ−ＲＯＭのような他のタイプのコンピューター読み取り可能媒体、インターネットからの搬送波、あるいは他の形態のＲＡＭまたはＲＯＭのような、二次的記憶デバイスというような、他のタイプのコンピューター読み取り可能媒体に格納すること、またはこれらから読み出すこともできる。更に、開示した方法の段階は、任意のやり方で変更することもでき、本発明から逸脱することなく、段階の順序を付け直す、および／または段階を挿入または削除することを含む。

【0055】

[0070] 以上の明細書、例、およびデーターは、本発明の組成(composition)の製造および使用の完全な説明に考慮している。本発明の主旨および範囲から逸脱することなく 本発明の多くの実施形態を作ることができるので、本発明は、以下に添付する特許請求の範囲に存在するものとする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】