JP2014503911A - ジャンプリストタスクおよびジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツのサーフェシング - Google Patents

Abstract

さまざまな実施形態は、エンドユーザーがデスクトップにウェブアプリケーションおよびウェブサイトをインストールすることを可能にする機構を提供する。１つまたは複数の実施形態によれば、クライアントサイドコードを利用して、ウェブサイトに関連する開発者が、ユーザー対話に関連する境界を定義することを可能にし、これらの境界をランタイムエンジンによって実施させることができる。少なくともいくつかの実施形態では、開発者は、ＪａｖａＳｃｒｉｐｔコードおよび／またはＨＴＭＬマークアップを介して、スタートメニューショートカットの作成、ナビゲーション、およびいわゆるジャンプリスト統合に関するさまざまな構成を提供することができる。

Description

本発明は、ジャンプリストタスクおよびジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツのサーフェシングに関する。

[0001]より最近に、産業界は、ウェブアプリケーションまたはウェブサイトをユーザーのコンピューターデスクトップ環境または「デスクトップ」に統合するという概念に焦点を合わせ始めた。しかし、それを行うことに関連する難題がある。たとえば、現在、ウェブサイトが、デスクトップ統合のためにそのサイトの境界を定義することは難しい。したがって、エンドユーザーは、開発するクライアントサイドスクリプトを介してエンドユーザー自身が境界を定義することが委ねられる。これは、特定のウェブサイトがどのように構成されるのかをエンドユーザーが必ずしも知らない場合があるので、問題になる可能性がある。たとえば、エンドユーザーは、リンク、ウェブプロパティの間の関係、またはユーザーに機能性を提供するためにウェブサイトによって使用される他のニュアンスのすべてを必ずしも知らない可能性がある。したがって、エンドユーザーのスクリプトが、これらのリンクまたはニュアンスを正しく認識しない場合があり、したがって、ユーザー経験が望ましくないものになり、または途切れる可能性がある。

[0002]さらに、ユーザーは、現在、デュアルブート問題と称するものに直面している。具体的には、ユーザーは、彼らのパーソナルコンピューターをブートし、彼らのブラウザーを開始し、最後に、彼らが操作することを望む特定のウェブアプリケーションを起動することを強制される。この問題は、ブラウザーが、ブラウザーのクロムに現れるものなどのあまりに多くのユーザーの気を散らすものを提供する可能性があり、ウェブアプリケーションに関連する考慮中の特定のタスクにユーザーが単純に集中することを可能にしないという事実によってさらに悪化する。

ジャンプリストタスクおよびジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツのサーフェシングを提供する。

[0003]この「課題を解決するための手段」は、下の「発明を実施するための形態」でさらに説明される概念の選択物を単純化された形で紹介するために提供されるものである。この「課題を解決するための手段」は、請求される主題の主要な特徴または本質的特徴を識別することを意図されたものではなく、請求される主題の範囲を限定するのに使用されることも意図されていない。

[0004]さまざまな実施形態は、エンドユーザーがクライアントデバイスデスクトップなどのクライアントデバイスにウェブアプリケーションおよびウェブサイトをインストールすることを可能にする機構を提供する。１つまたは複数の実施形態によれば、クライアントサイドコードを利用して、ウェブサイトに関連する開発者が、ユーザー対話に関連する境界を定義することを可能にし、これらの境界をランタイムエンジンによって実施させることができる。少なくともいくつかの実施形態では、開発者は、ＪａｖａＳｃｒｉｐｔ（登録商標）コードを介して、スタートメニューショートカットの作成、ナビゲーション、およびいわゆるジャンプリスト統合、ならびに多数の他の特徴に関するさまざまな構成を提供することができる。

[0005]さまざまな実施形態は、サイト開発者が、ジャンプリストタスクまたはジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツがクライアントデバイス上でどのようにサーフェシング（ｓｕｒｆａｃｅ）されなければならないのかを定義することを可能にする。コンテンツを、さまざまなコンテンツコンベイヤンス（コンテンツ伝達、ｃｏｎｔｅｎｔ ｃｏｎｖｅｙａｎｃｅ）を介してサーフェシングすることができる。たとえば、コンテンツを、タブ、ポップアップウィンドウ、ブラウザーウィンドウ、インプレースナビゲーションを使用して、または、フレームまたは他の要素内など、ページ内など、異なるレベルでサーフェシングすることができる。さらに、コンテンツを、ＨＴＭＬマークアップなどのマークアップなどの宣言的手法および／またはＪａｖａＳｃｒｉｐｔ（登録商標）の使用を介するなどのスクリプトベースの手法を使用するものなど、異なるサーフェシング機構を使用してサーフェシングさせることができる。

[0006]同一の符号は、図面のすべてを通じて同様の特徴を参照するのに使用される。

[0007]本明細書で説明されるさまざまな原理を１つまたは複数の実施形態に従って使用できるオペレーティング環境を示す図である。 [0008]１つまたは複数の実施形態によるウェブアプリケーションウィンドウを示す図である。 [0009]１つまたは複数の実施形態によるＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを示す図である。 [0010]１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。 [0011]１つまたは複数の実施形態によるウェブアプリケーション対話方法のステップを説明する流れ図である。 [0012]１つまたは複数の実施形態によるクライアントデスクトップの一部を示す図である。 [0013]１つまたは複数の実施形態によるＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを示す図である。 [0014]１つまたは複数の実施形態によるウェブサイトとカスタムジャンプリストとの間の動的対話を示す図である。 [0015]１つまたは複数の実施形態によるクライアントデスクトップの一部を示す図である。 [0016]１つまたは複数の実施形態によるクライアントデスクトップの一部を示す図である。 [0017]１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。 [0018]１つまたは複数の実施形態による方法のステップを説明する流れ図である。 [0019]１つまたは複数の実施形態による方法のステップを説明する流れ図である。 [0020]１つまたは複数の実施形態によるクライアントデスクトップを示す図である。 [0021]１つまたは複数の実施形態によるドラッグアンドドロップ操作を概略的に示す図である。 [0022]１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。 [0023]１つまたは複数の実施形態によるクライアントデスクトップを示す図である。 [0024]１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。 [0025]１つまたは複数の実施形態によるクライアントデスクトップを示す図である。 [0026]１つまたは複数の実施形態による方法のステップを説明する流れ図である。 [0027]１つまたは複数の実施形態による方法のステップを説明する流れ図である。 [0028]１つまたは複数の実施形態を実施するのに利用できる例示的なシステムを示す図である。

概要
[0029]さまざまな実施形態は、エンドユーザーがクライアントデバイスデスクトップなどのクライアントデバイスにウェブアプリケーションおよびウェブサイトをインストールすることを可能にする機構を提供する。１つまたは複数の実施形態によれば、クライアントサイドコードを利用して、ウェブサイトに関連する開発者が、ユーザー対話に関連する境界を定義することを可能にし、これらの境界をランタイムエンジンによって実施させることができる。少なくともいくつかの実施形態では、開発者は、ＪａｖａＳｃｒｉｐｔ（登録商標）コードを介して、スタートメニューショートカットの作成、ナビゲーション、およびいわゆるジャンプリスト統合、ならびに他の特徴に関するさまざまな構成を提供することができる。

[0030]さまざまな実施形態は、サイト開発者が、ジャンプリストタスクまたはジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツがクライアントデバイス上でどのようにサーフェシングされなければならないのかを定義することを可能にする。コンテンツを、さまざまなコンテンツコンベイヤンスを介してサーフェシングすることができる。たとえば、コンテンツを、タブ、ポップアップウィンドウ、ブラウザーウィンドウ、インプレースナビゲーションを使用して、または、フレームまたは他の要素内など、ページ内など、異なるレベルでサーフェシングすることができる。さらに、コンテンツを、ＨＴＭＬマークアップなどのマークアップなどの宣言的手法および／またはＪａｖａＳｃｒｉｐｔ（登録商標）の使用を介するなどのスクリプトベースの手法を使用するものなど、異なるサーフェシング機構を使用してサーフェシングさせることができる。

[0031]境界を、機能性がエンドユーザーにどのように公開されるのかに関する、開発者が定義する経験と考えることができる。境界は、別々のアプリケーションに関連付けることができるトップレベルドメインおよびサブドメインなどのウェブサイトドメイン、またはドメイン上でホスティングされるウェブサイトのサブセットに関連する。したがって、境界を、特定のウェブアプリケーションを働かせるのに利用されるドメイン、サブドメイン、フォルダ、サブサイト、プロトコル、ホスト、パス、および類似物のセットによって定義することができる。

[0032]１つまたは複数の実施形態では、ウェブサイトは、上および下で説明される機能性を選ぶことができる。この場合に、開発者は、いくつかの場合にＪａｖａＳｃｒｉｐｔ（登録商標）で表される、彼らのウェブサイトに関するユーザーの経験の境界を定義するコードを提供することができる。そのようなコードは、サイト開発者が、たとえば、ジャンプリストタスクまたはジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツがクライアントデバイス上でどのようにサーフェシングされなければならないのかなど、ユーザーの経験の複数の異なる態様を定義することを可能にすることができる。その代わりにまたはそれに加えて、上および下で説明される機能性を選ばないウェブサイトは、彼らに提供されるデフォルト経験を有することができる。

[0033]次の議論では、「オペレーティング環境」という題名のセクションが、提供され、１つまたは複数の実施形態を使用できる１つの環境を説明する。これに続いて、「統合インフラストラクチャ」という題名のセクションでは、１つまたは複数の実施形態に従って、ウェブアプリケーションをクライアントデバイスに統合することを可能にするインフラストラクチャを説明する。次に、「ジャンプリスト統合」という題名のセクションでは、１つまたは複数の実施形態に従って、いわゆるジャンプリストをどのように統合できるのかを説明する。次に、「タスクバーピン留め」という題名のセクションでは、１つまたは複数の実施形態に従って、ウェブアプリケーションをどのようにしてタスクバーにピン留めできるのかを説明する。これに続いて、「コンテンツがどのようにサーフェシングされなければならないのかを定義するためのメタタグの使用」という題名のセクションでは、１つまたは複数の実施形態に従ってコンテンツをサーフェシングできるビジュアルコンベイヤンスを定義するのにメタタグが使用される実施形態を説明する。これに続いて、「コンテンツがどのようにサーフェシングされなければならないのかを定義するためのスクリプトの使用」という題名のセクションでは、１つまたは複数の実施形態に従ってコンテンツをサーフェシングできるビジュアルコンベイヤンスを定義するのにスクリプトをどのように使用できるのかを説明する。最後に、「例示的なシステム」という題名のセクションでは、１つまたは複数の実施形態を実施するのに利用できる例示的なシステムを説明する。

[0034]これから、１つまたは複数の実施形態を実施できる例示的なオペレーティング環境を検討されたい。
オペレーティング環境
[0035]図１に、全体的に１００に、１つまたは複数の実施形態によるオペレーティング環境を示す。環境１００は、１つまたは複数のプロセッサ１０４、１つまたは複数のコンピューター可読記憶媒体１０６、およびコンピューター可読記憶媒体上に常駐し、プロセッサ（１つまたは複数）によって実行可能な１つまたは複数のアプリケーション１０８を有するコンピューティングデバイス１０２を含む。コンピューター可読記憶媒体は、限定ではなく例として、通常はコンピューティングデバイスに関連するすべての形の揮発性および不揮発性のメモリおよび／または記憶媒体を含むことができる。そのような媒体は、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ハードディスク、リムーバブル媒体、および類似物を含むことができる。コンピューティングデバイスの一特定の例を、図２２に示し、下で説明する。

[0036]さらに、コンピューティングデバイス１０２は、ウェブブラウザー１１０の形のソフトウェアアプリケーションを含む。任意の適切なウェブブラウザーを使用することができ、ウェブブラウザーの例は、本文書の譲受人および他者から入手可能である。さらに、コンピューター可読記憶媒体１０６は、上および下で説明されるように動作するウェブアプリケーションモードブラウザー１１１を含むことができる。ウェブアプリケーションモードブラウザー１１１は、それぞれウェブサイトからおよびウェブサイトへのＡＰＩ呼出しを受け取り、行い、ウェブアプリケーションインストールプロセスを監督し、境界を実施し、上および下で説明される機能性を使用可能にする、ランタイムエンジンとして働く。動作時に、ウェブアプリケーションモードブラウザーは、フルブラウザーの切り詰められたバージョンであり、通常のブラウザー機能性の多くがオフに切り替えられている。いくつかの場合に、ウェブアプリケーションモードブラウザーを、通常のブラウザーコントロールの多くを含まない「クロムレス」ブラウザーと考えることができる。しかし、いくつかのコマンドを、ミニチュアコントロールバーを介して公開することができる。したがって、ウェブアプリケーションモードブラウザーは、ユーザーの気を散らすものの多くを除去し、ユーザーが彼らのウェブアプリケーションとどのように対話するのかをウェブサイトが制御できる、方向付けられたウェブサイト定義のユーザー経験を可能にする。

[0037]動作時に、ウェブアプリケーションモードブラウザーを、ウェブサイトとクライアントデバイスのオペレーティングシステムとの間に論理的に常駐するものと考えることができる。したがって、ウェブアプリケーションモードブラウザーは、ウェブサイトから呼出しを受信し、それに応答して、本明細書で説明される機能性に影響するためにオペレーティングシステム呼出しを行う。同様に、ウェブアプリケーションモードブラウザーは、ウェブサイトの機能性に影響する、オペレーティングシステムからの呼出しを受け取ることができる。たとえば、オペレーティングシステムは、デスクトップのタスクバーとの対話を可能にするＡＰＩを公開する。ウェブアプリケーションモードブラウザーは、下で明らかになるように、ウェブサイトから呼出しを受信し、それに応答して、タスクバー機能性ならびに他の機能性を使用可能にするＡＰＩ呼出しを行うことができる。

[0038]ウェブアプリケーションモードブラウザー１１１を、スタンドアロンコンポーネントとして実施することができる。その代わりにまたはそれに加えて、ウェブアプリケーションモードブラウザー１１１を、アプリケーション１０８および／またはウェブブラウザー１１０の一部として実施することができる。

[0039]さらに、環境１００は、インターネットなどのネットワーク１１２と、コンテンツをそれから受信し、それに送信できる１つまたは複数のウェブサイト１１４とを含む。そのようなコンテンツは、上および下で説明されるように、ウェブアプリケーションなど、クライアントデスクトップに統合されまたは他の形でクライアントデバイスを介して使用可能なコンテンツを含むことができる。

[0040]コンピューティングデバイス１０２を、限定ではなく例として、デスクトップコンピューター、ポータブルコンピューター、携帯情報端末（ＰＤＡ）などのハンドヘルドコンピューター、セル電話機、および類似物などの任意の適切なコンピューティングデバイスとして実施することができる。

[0041]例示的なオペレーティング環境を説明したので、ここで、ウェブアプリケーションをクライアントデバイスに統合することを可能にするインフラストラクチャの議論を検討されたい。
統合インフラストラクチャ
[0042]１つまたは複数の実施形態によれば、ウェブサイトは、より一般的な「サイトモード」経験の一部として提供されるドメインナビゲーションを選ぶことができる。ドメインナビゲーションは、ユーザーが特定のドメインの内部および外部のリンクにアクセスする時に、ウェブサイトがその既存のウェブサイトの挙動をカスタマイズすることを可能にする。開発者が指定した境界の内部のリンクにアクセスする時に、ウェブアプリケーションウィンドウまたは、関連するウェブアプリケーションの一部としてウェブアプリケーションモードブラウザーによってレンダリングされる、サイトまたは開発者によって定義されたものなどの、ある他のコンベイヤンス内で、コンテンツをレンダリングし、消費することができる。開発者が指定した境界の外部のリンクにアクセスする時に、関連するコンテンツを、ウェブアプリケーションモードブラウザーの外部のデフォルトブラウザーの内部でレンダリングし、消費することができる。これは、どのドメインをウェブサイトの拡張として扱わなければならず、どのドメインを拡張として扱ってはならないのかを、ウェブサイトが定義することを可能にする。

[0043]１つまたは複数の実施形態では、ナビゲーションドメインは、ウェブ開発者によって定義され、そのコンテンツが統合されたウェブサイトの一部としてウェブアプリケーションモードブラウザーによってまたはウェブアプリケーションモードブラウザーの外部でデフォルトブラウザー内で表示されるリンクを識別することができる。さらに、ウェブアプリケーションページの集合を一緒に関連付けるのに使用されるデフォルトドメインパラメータを定義することができる。

[0044]一例として、次のインラインドメインページ定義を検討されたい。
＊ｃｏｎｔｏｓｏ．ｃｒｍ．ｄｙｎａｍｉｃｓ．ｃｏｍ＼＊；＊．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＼＊；
[0045]このドメインページ定義は、下の形のＵＲＩを、同一のデスクトップウェブアプリケーションウィンドウ内に表示することを可能にする。

ｓａｌｅｓ．ｃｏｎｔｏｓｏ．ｃｒｍ．ｄｙｎａｍｉｃｓ．ｃｏｍ＼＊
ｈｒ．ｃｏｎｔｏｓｏ．ｃｒｍ．ｄｙｎａｍｉｃｓ＼＊
＊．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ＼ｃｒｍ＼
[0046]同様に、このドメインページ定義は、リンク参照がデスクトップウェブアプリケーションウィンドウ内のページの内部である場合であっても、他のＵＲＩをデスクトップウェブアプリケーションウィンドウの外部に表示することを強制する。

ｗｗｗ．ｂｉｎｇ．ｃｏｍ
ｈｏｍｅ．ｌｉｖｅ．ｃｏｍ
[0047]上のドメインページ定義では、ワイルドカードが、ウェブアプリケーションインストールＡＰＩの内部で利用される。このＡＰＩは、通常、ユーザーがウェブサイトによって提供されるウェブサイト統合リンクを選択する時に、ウェブサイトによって呼び出される。このＡＰＩは、ウェブアプリケーションファイルまたは「．ｗｅｂｓｉｔｅ」ファイルに、デスクトップ、タスクバー、もしくはスタートメニュー内、またはウェブサイトショートカットを起動するのに使用される任意の他の適切な位置内の情報およびコンテンツを投入することができる。任意の適切なファイル拡張子を使用して、ウェブアプリケーションファイルを指定できることを了解し、理解されたい。ナビゲーションドメインおよび他の境界情報は、．ｗｅｂｓｉｔｅファイル内に格納される。

[0048]．ｗｅｂｓｉｔｅファイルが起動される時に、その中のナビゲーションドメインは、ウェブアプリケーションモードブラウザー１１１によって実施される。ユーザーによって選択されまたはウェブサイトによってアクセスされるリンクは、それらがワイルドカードドメインと一致する限り、ウェブアプリケーションウィンドウの内部で実行され続ける。しかし、定義されたナビゲーションドメインの外部のウェブサイトが検出される時には、デフォルトブラウザーが、インスタンス化されるか他の形で使用され、そのウェブサイトに関連するコンテンツは、ウェブアプリケーションウィンドウの外部でデフォルトブラウザーの内部に表示される。

[0049]一例として、図２を検討されたく、図２は、ａ．ｃｏｍ（２０２）、ｂ．ｃｏｍ（２０４）、およびｄ．ｃｏｍ（２０６）のナビゲーションドメインセットを有するウェブアプリケーションウィンドウ２００を示し、これは、これらのドメインからのすべてのページが、ウェブアプリケーションウィンドウ２００の内部に表示されることを暗示する。ｃ．ｃｏｍ（２０８）またはｅ．ｃｏｍ（２１０）からのページがウェブアプリケーションウィンドウ２００内からアクセスされる時には、これらは、ウェブアプリケーションウィンドウ２００内ではなくデフォルトブラウザーウィンドウ内に表示される。

[0050]図３に、１つまたは複数の実施形態によるＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを３００に示す。図示のＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩは、ウェブサイトがウェブアプリケーションをクライアントデスクトップと統合することを可能にする。このＡＰＩは、ウェブアプリケーションまたはランタイムエンジンによって実施されるナビゲーションドメインを定義する。この例では、ナビゲーションドメインは、上で示したようにワイルドカード表現を使用して記述される。このＡＰＩは、クライアントデバイス上のコンテンツおよび情報を用いる．ｗｅｂｓｉｔｅアプリケーションファイル３０２の投入または更新を可能にし、ナビゲーションドメインおよび他の情報を．ｗｅｂｓｉｔｅアプリケーションファイル３０２に格納する。これらのナビゲーションドメインは、ウェブアプリケーションが起動される時に実施される。

[0051]図示の説明される実施形態では、．ｗｅｂｓｉｔｅアプリケーションファイル３０２は、ウェブサイトがそのサイトモード構成のために定義した情報を含む。この情報は、ウェブアプリケーションモードブラウザーによって表示される初期ページである開始ＵＲＬ、ウェブサイトが指定したナビゲーションドメインのすべて、ウェブアプリケーションタイトル、およびいわゆるお気に入りアイコンを含む。下で説明されるように、他の情報を含めることができる。

[0052]ここで、ウェブアプリケーションがクライアントサイドで起動された後に、ウェブアプリケーションモードブラウザーは、ウェブアプリケーションファイルを読み取り、その中で定義された境界を実施する。上で注記したように、ウェブアプリケーション経験は、特定のウェブサイトおよびそのニュアンスの知識を有する開発者によって定義されるので、完全で統合されたユーザー経験を提供することができる。

[0053]図４は、１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアントデバイス上で実行されるソフトウェアによって実行される。

[0054]ステップ４００では、ウェブサイト統合特徴を選択する。このステップを、任意の適切な形で実行することができる。通常、このステップは、ユーザーが、ウェブアプリケーションインストールプロセスを開始するために手段を選択するか他の形でアクションを行う時に実行される。たとえば、ユーザーは、彼がウェブアプリケーションを統合することを可能にするリンクを選択することができる。これをどのように行うことができるのかの特定の例を、下で提供する。

[0055]ステップ４０２では、クライアントデバイス上でウェブアプリケーションファイル（本明細書では「．ｗｅｂｓｉｔｅ」ファイルと表す）を作成する。このファイルは、当初に作成される時に、ウェブサイトからまたはウェブサイトの代わりに受信されたコンテンツおよび情報をその後に投入できるアーティファクトまたはシェルを構成することができる。ステップ４０４では、ウェブアプリケーションファイルにウェブアプリケーションコンテンツを投入する。このステップを、任意の適切な形で実行することができる。たとえば、このステップを、上および下で提供されるＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩ例を使用することによって実行することができる。その代わりにまたはそれに加えて、このステップを、ＨＴＭＬなどのマークアップの使用を介して実行することができる。

[0056]クライアント上でウェブアプリケーションファイルを作成し、これにコンテンツを投入したので、今や、ウェブアプリケーションを起動し、これと対話することができる。

[0057]図５は、１つまたは複数の実施形態によるウェブアプリケーション対話方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアント上で実行されるソフトウェアおよびウェブサイトをサポートするサーバーで実行されるソフトウェアによって実行される。したがって、この図の１つの列は、これらのステップがクライアントによってまたはクライアントでたとえばウェブアプリケーションモードブラウザーによって実行されることを示すために「クライアント」と示され、１つの列は、これらのステップがウェブサイトによってまたはウェブサイトの代わりに実行されることを示すために「ウェブサイト」と示される。

[0058]ステップ５００では、サイトモードのユーザー選択を受け取る。このステップを、任意の適切な形で実行することができる。たとえば、クライアントデスクトップ上にインストールされたショートカットを利用して、サイトモード選択を受け取ることができる。サイトモード選択の受取に応答して、ステップ５０２では、開始ＵＲＬを要求する。開始ＵＲＬは、上で説明したウェブアプリケーションファイル内で見つけることができる。

[0059]ステップ５０４では、開始ＵＲＬ要求を受信する。ステップ５０６では、開始ＵＲＬに関連するコンテンツを含む関連するウェブリソースをクライアントに返す。
[0060]ステップ５０８では、関連するウェブリソースを受信し、ステップ５１０では、ウェブリソースをウェブアプリケーションウィンドウ内でレンダリングする。上で説明したように、ウェブアプリケーションウィンドウは、ウェブアプリケーションモードブラウザーによってレンダリングされる。いくつかの実施形態では、ウェブアプリケーションモードブラウザーランタイム構成は、少なくとも部分的に、ウェブアプリケーションファイルの内容によって定義される。１つまたは複数の他の実施形態では、下で明白になるように、ランタイム構成を、少なくとも部分的に、１つまたは複数のローカルキャッシュなどの他の位置で維持されるデータによって定義することができる。ステップ５１２では、ウェブアプリケーションウィンドウ内でレンダリングされたリソースに関するユーザー対話を受け取る。ユーザー対話は、任意の適切なタイプのユーザー対話を含むことができる。たとえば、ユーザー対話は、ウェブアプリケーションウィンドウ内から発するナビゲーションアクティビティを含むことができる。ステップ５１４では、ユーザー対話がウェブアプリケーションファイルによって定義される境界内であるかどうかを確かめる。ユーザー対話がウェブアプリケーションファイルによって定義される境界内である場合には、ステップ５１６で、ウェブアプリケーションウィンドウ内でユーザー対話に関連するコンテンツをレンダリングする。その一方で、ユーザー対話がウェブアプリケーションファイルによって定義される境界内ではない場合には、ステップ５１８で、デフォルトウェブブラウザー内でユーザー対話に関連するコンテンツをレンダリングする。

[0061]この形で、特定のウェブサイトについてウェブサイト開発者によって定義された境界を実施して、ユーザー経験が開発者の望み通りに保たれることを保証することができる。たとえば、ウェブサイトによって定義された開始ＵＲＬは、ホームページであり、ウェブアプリケーションモードでのホームページへの後続アクセスは、ユーザーの元々定義されたブラウザーホームページではなく、開始ＵＲＬにナビゲートする。これは、いくつかの関連しないホームページではなく、ウェブアプリケーション固有ページへのすばやいアクセスを可能にする。これは、エンドユーザーが、正確に働く場合とそうでない場合とがある彼ら自体のサイト固有経験を定義する必要を軽減する。したがって、完全で統合されたインテリジェントに管理される経験を、エンドユーザーに提供することができる。

[0062]例示的なインストールおよび対話経験を説明したので、ここで、ジャンプリスト統合の概念を検討されたい。
ジャンプリスト統合
[0063]１つまたは複数の実施形態では、開発者は、ウェブサイトが、そのウェブサイトと対話するのに使用できる一連のいわゆるジャンプリストタスクをデスクトップ統合中に定義することを可能にすることができる。さらに、少なくともいくつかの実施形態では、ウェブサイトは、カスタムジャンプリストを作成し、更新することができる。

[0064]ジャンプリストを、ユーザーに提示される関連するタスクまたはコンテンツのセットを構成するリストと考えることができる。ジャンプリストを介して、ウェブサイトは、ユーザーへの関連する有用な情報の留出を促進することができる。ジャンプリストは、特定のウェブアプリケーションの能力または機能性に関連する。たとえば、電子メールアプリケーションのジャンプリストは、連絡先を開き、新規電子メールメッセージを作成するなどの能力をユーザーに与えるタスクを含むことができる。いくつかの場合に、ジャンプリストは、関連する最もしばしば使用されるコマンドおよびデータのリストを含むことができる。

[0065]１つまたは複数の実施形態では、ジャンプリスト機能性を、静的要素と動的要素との両方を含むように実施することができる。
[0066]開発者は、上で説明したように、ウェブアプリケーションファイルに投入するウェブアプリケーションインストールプロセス中に静的要素を定義することができる。静的要素に関連するセッティングを、ウェブアプリケーションファイルの内部に格納することができる。１つまたは複数の実施形態では、セッティングは、リスト名および関連するタスクを含むことができる。少なくともいくつかの例では、静的要素は、一般的に使用される機能性を表す要素を構成することができる。

[0067]動的要素に関連するセッティングを、ウェブアプリケーションウィンドウの内部で走行するウェブサイトページによって駆動することができる。これらのセッティングは、ユーザーにとって認識できるしるしを動的に公開するセッティングを含む。たとえば、あるセッティングが、カスタムジャンプリストにアイテムを追加することができ、あるセッティングが、オーバーレイアイコンを表示することができ、その例は、下で提供される。少なくともいくつかの実施形態では、動的セッティングを、ウェブアプリケーションが起動されるたびにクリアし、ウェブアプリケーションスクリプトコードによって構成することができる。

[0068]一実施形態によるカスタムジャンプリストの例として、全体的に６００にクライアントデスクトップの一部を示す図６を検討されたい。カスタムジャンプリスト６０２が、１つまたは複数の実施形態に従って公開されている。ここで、静的要素は、６０４に示され、動的要素は、６０６に示されている。この例では、静的要素リスト名は、「タスク」であり、タスクまたは静的要素は、「新規電子メールメッセージ」、「新規面会予約」、「新規連絡先」、および「新規タスク」である。動的要素リスト名は、「今日」であり、タスクまたは動的要素は、この例では、ユーザーのカレンダから生成されたリマインダーを含む。動的要素は、関連するウェブサイトによって動的に投入される。したがって、この例では、動的要素またはコンテンツは、通常はユーザーのアクションと独立の、ユーザーへの通知の提供に関連する。

[0069]上で注記したように、ジャンプリストを、デスクトップ統合プロセス中に定義することができる。タスクおよびジャンプリスト定義を、ウェブアプリケーションファイルの内部に格納することができる。一例として、７００に１つまたは複数の実施形態によるＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを示す図７を検討されたい。図示のＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩは、ウェブサイトがクライアントデスクトップと統合し、ジャンプリストを定義することを可能にする。このＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩは、「ｃｕｓｔｏｍ ｔａｓｋ」および「ｃｕｓｔｏｍＪｕｍｐＬｉｓｔ」の存在を除いて、図３に関して説明されたものと同一またはこれに類似するものとすることができる。簡潔さのために、図３の内容の一部は、省略されている。少なくともいくつかの実施形態では、ジャンプリストタスクの静的リストの初期作成を、ＨＴＭＬ文書の内部で定義されるマークアップによって、たとえばＨＴＭＬタグを使用して定義することができる。

[0070]たとえば、静的リスト機能性を記述するのにメタタグを使用する、すぐ下の例を検討されたい。
＜ＭＥＴＡ ｎａｍｅ＝”ｍｓａｐｐｌｉｃａｔｉｏｎ−ｔａｓｋ”
ｃｏｎｔｅｎｔ＝”ｎａｍｅ＝Ｔａｓｋ；
ｕｒｉ＝ｈｔｔｐ：／／ｍａｒａｐ／ｔｅｓｔ３．ｈｔｍｌ；
ｉｃｏｎ−ｕｒｉ＝ｈｔｔｐ：／／ｍａｒａｐ／ｉｃｏｎ３．ｉｃｏ”／＞
[0071]タスクが実行される時に、１つまたは複数の実施形態では、２つのオプションがある。たとえば、タスクに関連するＵＲＬを、現在見られているウェブページを含むものと同一のウェブアプリケーション／ブラウザーウィンドウの内部で開くことができる。その代わりにまたはそれに加えて、新しいページを起動することができる。その代わりにまたはそれに加えて、新しいポップアップウィンドウを表示することができる。

[0072]これらのパラメータが定義され、システムによって読み取られた後に、下で説明するように、ユーザーが彼らのデスクトップ上にウェブサイトをインストールする時に、スタートメニューに追加することまたはタスクバーにピン留めすることによって、これらのパラメータを使用することができる。それと同時に、少なくともいくつかの実施形態では、ジャンプリスト上でウェブサイトクライアントコードによって操作できる動的値のセットがある。

[0073]「カスタムタスク」は、ウェブサイトによって、上で説明されたように静的タスクを定義するのに利用される。この例では、静的タスクは新規メッセージ静的タスクである。このＡＰＩは、デスクトップ上に．ｗｅｂｓｉｔｅアプリケーションファイル７０２を作成し、ナビゲーションドメイン（図３の例と同様）およびジャンプリストに関連する情報などの他の情報を格納する。

[0074]図示の説明される実施形態では、．ｗｅｂｓｉｔｅアプリケーションファイル７０２は、ウェブサイトがそのサイトモード構成のために定義した情報を含む。この情報は、開始ＵＲＬ、ウェブサイトが指定したナビゲーションドメインのすべて（具体的には図示せず）、ウェブアプリケーションタイトル、およびいわゆるお気に入りアイコンを含む。他の情報は、上で言及した新規メッセージに関連するカスタムタスクと、「カスタムリスト」とを含む。この例では、カスタムリスト要素は、ウェブアプリケーションがクライアント上で走行しつつある時にウェブサイトによって動的に投入され得る動的要素である。ここで、「ｆｒｉｅｎｄｓ（友人）」指定は、動的コンテンツに関連するヘッダを含む。したがって、この場合に、動的コンテンツは、彼らの友人がオンラインである時のユーザーへの通知の提供に関連する。ここで、カスタムリストは、ウェブアプリケーション内に常駐していない別々のＡＰＩである。しかし、カスタムタスクは、ウェブアプリケーション内に常駐する。

[0075]動作時に、ウェブアプリケーションが走行しつつある時に、静的要素に関連するアイテムを、事前にフェッチし、キャッシングすることができる。その一方で、ウェブアプリケーションが走行しつつある時に、動的要素に関連するアイテムを、ウェブサイトによってオンザフライで提供することができる。動的要素に関連するアイテムをウェブアプリケーションにオンザフライでどのように提供できるのかの実施態様の例として、図８を検討されたい。

[0076]図８に、メッセージが到着したことをユーザーが知ることを可能にするために、ウェブサイトがカスタムジャンプリストと動的にどのように対話できるのかを示す。この例では、ＪａｖａＳｃｒｉｐｔ（登録商標）８００は、ウェブサイトが、ウェブアプリケーションモードブラウザー内でホスティングされるページに更新をどのようにして送信できるのかを示す。ブラウザー内で実行されるクライアントサイドコードは、更新を受信し、スクリーン上でコンテンツを更新し、ジャンプリストにそのリストを更新する要求を送る責任を負う。この例では、ウェブサイトは、リアルタイム経験を提供するためにジャンプリストに情報をプッシュすることができる。ここで、新しいメッセージ、たとえば新規メッセージ０および新規メッセージ１がウェブサイトによって受信される時に、ＪａｖａＳｃｒｉｐｔ（登録商標）呼出しを、ウェブアプリケーションから行って、ジャンプリスト８０２を更新することができる。少なくともいくつかの実施形態では、通知が、タスクバー８０４内に現れて、関連情報が受信されたことをユーザーに知らせることができる。通知は、タスクバー内の任意の適切な位置に現れることができ、任意の適切なタイプの通知を含むことができる。たとえば、通知は、ウェブアプリケーションに関連するアイコン８０６の中またはその付近に現れることができる。その代わりにまたはそれに加えて、通知は、ユーザーの目を引くために点滅することができる。

[0077]一例として、図９を検討されたい。この図では、クライアントデスクトップの一部が、全体的に９００に示されている。タスクバー９０１は、現在のウェブアプリケーションに関連するアイコン９０２を含む。ここでは、オーバーレイアイコン９０４が、アイコン９０２内にレンダリングされていることに留意されたい。この例では、ユーザーは、新規メッセージを受信しており、ウェブサイトは、上で説明したようにウェブアプリケーションを呼び出して、過度にアイコン９０４をアイコン９０２内にレンダリングさせた。これは、新規メッセージが到着したことの通知をユーザーに提供する。過度にアイコン９０４を見ることに応答して、ユーザーは、ジャンプリスト９０５にアクセスして、現在起こりつつあるまたはこれから起ころうとしている面会予約を示す要素９０８を公開する。要素９０６も公開されることにも留意されたい。ＪａｖａＳｃｒｉｐｔ（登録商標）抜粋９１０は、オーバーレイアイコンを更新するのに使用できるコードの一例を示す。

[0078]ウェブサイトとウェブアプリケーションとの間の動的対話は、さまざまな他の形で発生することができる。たとえば、少なくともいくつかの実施形態で、プレビューウィンドウを、ウェブサイトに関するユーザーのアクションに応答して、そのウェブサイトからジャンプリストにプッシュすることができる。図示され説明される実施形態では、プレビューウィンドウは、ウェブサイトによって提供されるミニチュアビューである。プレビューウィンドウを、任意の適切なタイプのユーザーアクションに応答して提供することができる。たとえば、少なくともいくつかの実施形態では、プレビューウィンドウを、ウェブサイトに関連するタスクバーアイコンの上でのマウスホバーに応答して、そのウェブサイトからジャンプリストにプッシュすることができる。その代わりにまたはそれに加えて、プレビューウィンドウを、ウェブアプリケーションのタスクバーアイコンの上にカーソルを置き、左クリックすることによって提供することができる。

[0079]一例として、図１０を検討されたい。この図には、クライアントデスクトップの一部が、全体的に１０００に示されている。タスクバー１００１は、現在のウェブアプリケーションに関連するアイコン１００２を含む。ここでは、ユーザーが、カーソルをアイコン１００２の上に置いていることに留意されたい。それに応答して、プレビューウィンドウ１００４がレンダリングされている。動作時に、カーソルをアイコンの上に置くユーザーのアクションに応答して、イベントが、ウェブページに送信される。そのイベントの受信に応答して、ウェブページは、プレビューを動的に提供することができ、あるいは、キャッシングされたプレビューウィンドウをレンダリングさせることができる。

[0080]少なくともいくつかの実施形態では、プレビューウィンドウをウェブサイトによって使用して、ツールバーボタンおよび関連する挙動を定義することもできる。たとえば、図示され説明される実施形態では、ウェブアプリケーションは、メディアプレイヤアプリケーションと、プレビューウィンドウ１００４にオーバーレイされるユーザーインターフェース手段１００６内に現れる３つのツールバーボタンとを含む。これらのボタンは、一時停止ボタン、停止ボタン、および再生ボタンを含む。少なくともいくつかの実施形態では、ツールバーボタンを、リモートサーバーと対話する必要を回避するクライアントサイドコードを使用して実施することができる。たとえば、個々のボタンを、特定のウェブページについて登録することができる。各ボタンは、構成され、ＩＤを割り当てられる。ある「リスナ」が、すべてのボタンイベントについて登録される。ボタンが押し下げられた時に、イベントが、生成され、ブラウザーに戻って通信され、このブラウザーは、そのイベントを登録されたイベントリスナに伝搬させる。イベントは、押し下げられたボタンを含む。これは、ボタンの間の曖昧さ排除を可能にする。
実施態様の例
[0081]実施態様の例では、ウェブ開発者は、次のＪａｖａＳｃｒｉｐｔ（登録商標）関数を使用して、ジャンプリスト内のカスタムリストを更新し、タスクバーオーバーレイアイコンを更新することができる。
Ｌｉｓｔ Ｃｒｅａｔｉｏｎ Ｂｅｈａｖｉｏｒ（リスト作成挙動）
[0082]これは、カスタムリストのタイトルであるリスト名を定義する。この値は、リストヘッダとして表示される。オプションで、アイテムの名前を含むアイテムリスト、そのアイテムのＵＲＩ値、およびそのアイテムに関連するイメージを提供して、当初にリストに投入することができる。ブラウザーがウェブアプリケーションモードで開始される時に、この機能性をサポートすることができる。
Ｌｉｓｔ Ｕｐｄａｔｅ Ｂｅｈａｖｉｏｒ（リスト更新挙動）
[0083]リストアイテム値は、特定のリストアイテムを更新するために提供される。リストアイテム値は、アイテムの名前、そのアイテムのＵＲＩ値、およびそのアイテムに関連するイメージを含む。ブラウザーがウェブアプリケーションモードで開始される時に、この機能性をサポートすることができる。
Ｓｅｔ Ｏｖｅｒｌａｙ Ｉｃｏｎ（オーバーレイアイコンをセット）
[0084]既存のタスクバーアイコンのオーバーレイとして使用されるアイコンをポイントするＵＲＩ値が指定される。ブラウザーがウェブアプリケーションモードで開始される時に、この機能性をサポートすることができる。
Ｓｅｔ Ｐｒｅｖｉｅｗ Ｉｍａｇｅ（プレビューイメージをセット）
[0085]タスクバープレビューイメージ（またはサムバープレビュー）の絵図表現として使用されなければならないイメージをポイントするＵＲＩ。プレビューは、ユーザーがタスクバーアイコンを左マウスボタンでクリックする時に表示される。
Ｃｌｅａｒ Ｏｖｅｒｌａｙ Ｉｃｏｎ（オーバーレイアイコンをクリア）
[0086]これは、タスクバーアイコン上の既存の過度にアイコンを除去する。ブラウザーがウェブアプリケーションモードで開始される時に、この機能性をサポートすることができる。

[0087]ウェブ開発者は、次のＪａｖａＳｃｒｉｐｔ（登録商標）関数を使用して、特定のウェブサイトのタスクバープレビューウィンドウ内に表示されるツールバーボタンのセットを定義し、変更することができる。
Ｔｏｏｌｂａｒ Ｂｕｔｔｏｎ Ｉｎｓｔａｌｌａｔｉｏｎ（ツールバーボタンインストール）
[0088]ボタンＩＤのリストが、ヒントおよびイメージＵＲＬと共に指定される。イベントは、ユーザーがツールバーボタンを選択した時に、処理のためにウェブサイトに渡される。ウェブサイトは、ボタンイベントの間の曖昧さを排除することができる。この呼出しは、ボタンを表示するためにサイトモードウィンドウが開かれる時に、少なくとも１回実行される。ブラウザーがウェブアプリケーションモードで開始される時に、この機能性をサポートすることができる。
Ｕｐｄａｔｅ Ｉｍａｇｅ（イメージを更新）
[0089]これは、指定されたボタンＩＤの状態および可視性を識別する。状態は、有効または無効とすることができる。少なくともいくつかの実施形態では、デフォルトで、ボタンは有効である。ビューは、表示するまたは隠すのいずれかとすることができる。デフォルトで、定義されたボタンは可視である。ブラウザーがウェブアプリケーションモードで開始される時に、この機能性をサポートすることができる。

[0090]図１１は、１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアントデバイス上で実行されるソフトウェアによって実行される。

[0091]ステップ１１００では、ウェブサイト統合特徴を選択する。このステップを、任意の適切な形で実行することができる。通常、このステップは、ユーザーが、ウェブアプリケーションインストールプロセスを開始するために、手段を選択するか、他の形でアクションを行う時に実行される。たとえば、ユーザーは、彼がウェブアプリケーションを統合することを可能にするリンクを選択することができる。これをどのように行うことができるのかの特定の例は、下で提供される。

[0092]ステップ１１０２では、クライアントデバイス上でウェブアプリケーションファイル（本明細書では「．ｗｅｂｓｉｔｅ」ファイルと表す）を作成する。このファイルは、当初に作成される時に、ウェブサイトからまたはウェブサイトの代わりに受信されたコンテンツおよび情報をその後に投入できるアーティファクトまたはシェルを構成することができる。ステップ１１０４では、この例ではジャンプリストを含むウェブアプリケーションコンテンツをウェブアプリケーションファイルに投入する。このステップを、任意の適切な形で実行することができる。たとえば、このステップを、その例が上で説明されるＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩの使用を介して実行することができる。その代わりにまたはそれに加えて、このステップの諸態様を、ＨＴＭＬなどのマークアップの使用を介して実行することができる。

[0093]クライアント上でウェブアプリケーションファイルを作成し、投入したので、今や、ウェブアプリケーションを任意の適切な時に起動することができる。
[0094]図１２は、１つまたは複数の実施形態による方法のステップを説明する流れ図である。これらのステップを、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法を、サーバー上で実行されるソフトウェアに関連してクライアント上で実行されるソフトウェアによって実行することができる。

[0095]ステップ１２００では、ジャンプリストに関連するユーザーアクションを受け取る。任意の適切なユーザーアクションを受け取ることができ、その例は上で提供される。たとえば、少なくともいくつかの実施形態では、ユーザーアクションを、明確に表示されたジャンプリストまたは表示されていないジャンプリストに関して受け取ることができる。その代わりにまたはそれに加えて、ユーザーアクションを、ウェブアプリケーションに関連する表示されたアイコンに関して受け取ることができる。アイコンを、たとえば、デスクトップタスクバー内または任意の他の適切な位置に表示することができる。そのようなアクションの例は、上で提供される。

[0096]ステップ１２０２では、ユーザーアクションに関連するコンテンツを提示する。たとえば、提示されるコンテンツは、ジャンプリスト自体を含むことができる。ジャンプリストを、任意の適切なタイプのユーザーアクションに応答して提示することができ、このユーザーアクションの例は、上で提供される。提示されるコンテンツは、ジャンプリスト自体以外のコンテンツを含むこともできる。たとえば、カスタムプレビューウィンドウを、たとえばタスクバーアイコンの左クリックなどのユーザーアクションに応答して提示することができる。たとえば、ユーザーは、新規メールメッセージを作成するか作文することを選択することができる。

[0097]図１３は、１つまたは複数の実施形態による方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアント上で実行されるソフトウェアおよびウェブサイトをサポートするサーバー上で実行されるソフトウェアによって実行される。したがって、この図の１つの列は、これらのステップがクライアントによってまたはクライアントで実行されることを示すために「クライアント」と示され、１つの列は、これらのステップがウェブサイトによってまたはウェブサイトの代わりに実行されることを示すために「ウェブサイト」と示される。

[0098]ステップ１３００では、動的ジャンプリストアイテムに関連する情報を受け取る。任意の適切なジャンプリストアイテムが、情報がその上で受け取られる基礎として働くことができ、その例は上で提供される。ステップ１３０２では、通知を生成し、ステップ１３０４では、ウェブアプリケーションを実行するクライアントデバイスに通知を送信する。

[0099]ステップ１３０６では、通知を受信し、ステップ１３０８では、認識できる通知をユーザーに提供する。任意の適切なタイプの認識できる通知を提供することができる。たとえば、少なくともいくつかの実施形態では、認識できる通知を、オーバーレイアイコンまたは点滅するウェブアプリケーションアイコンなどの視覚的に認識できる通知とすることができる。その代わりにまたはそれに加えて、認識できる通知は、ベルまたはブザーなどの聴覚的に認識できる通知を含むことができる。

[00100]ジャンプリスト統合に関連するさまざまな実施形態を検討したので、これから、１つまたは複数の実施形態による、ウェブサイトがタスクバーなどのデスクトップ特徴にどのようにして「ピン留め」されるようになることができるのかの議論を検討されたい。
タスクバーピン留め
[00101]ウェブアプリケーションがクライアントデスクトップまたはタスクバーと統合されるようになることができるさまざまな形がある。少なくともいくつかの実施形態では、ウェブアプリケーションを、ドラッグアンドドロップ操作を介してデスクトップと統合することができる。その代わりにまたはそれに加えて、ウェブアプリケーションを、ウェブブラウザーのメニュー選択を介して統合することができる。その代わりにまたはそれに加えて、ウェブアプリケーションを、関連するウェブサイト自体によって統合することができる。これらの実施形態の例を、下でそれ自体の見出しの下で議論する。
ドラッグアンドドロップ操作を介する統合
[00102]１つまたは複数の実施形態では、ウェブアプリケーションを、ドラッグアンドドロップ操作を介してデスクトップまたはタスクバーに統合することができる。一例として、図１４を検討されたい。この図では、クライアントデスクトップが、全体的に１４００に示されている。ウェブブラウザーウィンドウ１４０２は、ウェブサイトＵＲＬをその中に表示されたアドレスバー１４０４を含む。このＵＲＬに関連して、「お気に入りアイコン」１４０６と呼ばれるアイコンが示されている。さらに、デスクトップ１４００は、タスクバー１４０８を含む。

[00103]図１５に、１つまたは複数の実施形態によるドラッグアンドドロップ操作を概略的に示す。この例では、カーソルは、お気に入りアイコン１４０６の上に置かれている。お気に入りアイコンを左クリックし、これをタスクバー１４０８に沿ってドラッグすることによって、関連するウェブアプリケーション（この場合にはメッセージボードアプリケーション）を、デスクトップのタスクバー１４０８にピン留めすることができる。ドラッグアンドドロップ操作は、上で説明したようにウェブアプリケーションを統合する統合プロセスを開始し、したがって、これをタスクバーにピン留めする。

[00104]１つまたは複数の実施態様では、ウェブアプリケーションに関連するウェブページが、ブラウザー内に開かれたタブを有する場合に、お気に入りアイコンがタスクバー上にドロップされた後に、関連するタブは、ブラウザーのウィンドウから消えることができる。その代わりにまたはそれに加えて、タブを除去するのではなく、タブの内容を「新規タブ」ページに置換することができる。単一のタブがブラウザーウィンドウ内で開かれている場合には、お気に入りアイコンがタスクバーにピン留めされた後に、ブラウザーウィンドウが消える。この点で、元のサイトに含まれたタブを、ブラウザーが閉じる前だがウェブアプリケーションがピン留めされた後に除去することができる。さらに、少なくともいくつかの実施形態では、ドラッグ操作がタスクバーに入る時に、「タスクバーへピン留め」の形のヒントを提示して、ピン留め機能性についてユーザーに知らせることができる。

[00105]さらに、タスクバーにピン留めされたウェブサイトまたはウェブアプリケーションの状態を、ウェブアプリケーションが初めてインスタンス化される時に、新たに表示されるウィンドウに移植することができる。これは、ユーザーが、アプリケーションを使用できるようになるためにサイトへ資格情報を再入力する必要をなくすことができる。

[00106]図１６は、１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアント上で実行されるソフトウェアによって実行される。

[00107]ステップ１６００では、ウェブアプリケーションインストールに関連するドラッグアンドドロップ操作の指示を受け取る。このステップを、任意の適切な形で実行することができる。すぐ上で説明した実施形態では、このステップは、ユーザーが、関連するウェブアプリケーションを彼らのデスクトップに統合する欲求をウェブサイトに示すために、ウェブサイトに関連するお気に入りアイコンなどのアイコンをドラッグアンドドロップする時に実行される。たとえば、ユーザーは、タスクバー、クイック起動領域、またはデスクトップキャンバスなどのデスクトップ上のある他の位置にお気に入りアイコンをドラッグアンドドロップすることができる。ステップ１６０２では、ドラッグアンドドロップ操作に応答して、ウェブアプリケーションファイルを作成する。図示され説明される実施形態では、当初に作成されるウェブアプリケーションファイルは、ジャンプリストタスク、開始ＵＲＬ、お気に入りアイコン、または静的ジャンプリストタスク、代替開始ＵＲＬ、代替お気に入りアイコン、および類似物などの他のプロパティなどの関連するウェブサイトからの情報をまだ含まないアーティファクトまたはシェルである。これらを、上で説明されたように新しいマークアップおよび／またはＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを介して後に追加することができる。ＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを使用するもの以外の技法を、請求される主題の趣旨および範囲から逸脱せずに利用できることを了解し、理解されたい。
ブラウザーメニュー選択を介する統合
[00108]１つまたは複数の実施形態では、ウェブアプリケーションを、ウェブブラウザーのメニュー選択を介して統合することができる。一例として、図１７を検討されたい。この図では、クライアントデスクトップが、全体的に１７００に示されている。ウェブブラウザーウィンドウ１７０２は、ＵＬＲを表示されたアドレスバー１７０４を含む。さらに、デスクトップ１７００は、タスクバー１７０６を含む。ページメニューの形のブラウザーメニューアイテム１７０８が、示されている。ページメニューをドロップダウンしてメニュー選択１７１０を公開することによって、メニューアイテムまたはメニュー選択「スタートメニューに追加」が表示される。このオプションを選択することによって、ウェブサイトまたはウェブアプリケーションを、デスクトップのスタートメニューに追加することができ、インストールプロセスを、上で説明されたように開始することができる。その代わりにまたはそれに加えて、「タスクバーに追加」メニューアイテムまたはメニュー選択を表示して、インストールプロセスの開始を可能にすることができる。

[00109]図１８は、１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアント上で実行されるソフトウェアによって実行される。

[00110]ステップ１８００では、ブラウザーメニュー選択を受け取る。このステップを、任意の適切な形で実行することができる。すぐ上で説明した実施形態では、このステップは、ユーザーが、特定のウェブサイトにナビゲートし、メニュー選択を公開するためにブラウザーメニューをドロップダウンし、その後、ウェブサイトに関連するウェブアプリケーションのインストールの開始に関連するメニューアイテムを選択することによってアクションを行う時に実行される。

[00111]ステップ１８０２では、ブラウザーメニュー選択の受取に応答してウェブアプリケーションファイルを作成する。図示され説明される実施形態では、当初に作成されるウェブアプリケーションファイルは、ジャンプリストタスク、開始ＵＲＬ、お気に入りアイコン、および類似物などの関連するウェブサイトからの情報をまだ含まないアーティファクトまたはシェルである。これらを、上で説明されたように新しいマークアップおよび／またはＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを介して後に追加することができる。ＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを使用するもの以外の技法を、請求される主題の趣旨および範囲から逸脱せずに利用できることを了解し、理解されたい。
関連するウェブサイトを介する統合
[00112]１つまたは複数の実施形態では、デスクトップとのウェブアプリケーションの統合を、ウェブページから行うことができる。これらの実施形態では、特定のウェブサイトは、ウェブアプリケーションをデスクトップに統合するのにＪａｖａＳｃｒｉｐｔ（登録商標）などのコードを使用することによって、統合アクティビティを選ぶことができる。これは、ウェブサイトが、統合開始手段を制御することを可能にする。

[00113]一例として、図１９を検討されたい。この図には、クライアントデスクトップが、全体的に１９００に示されている。ウェブブラウザーウィンドウ１９０２は、ＵＲＬをその中に表示されたアドレスバー１９０４を含む。さらに、デスクトップ１９００は、タスクバー１９０６を含む。さらに、ブラウザーウィンドウ１９０２内に表示されるウェブページは、「デスクトップに追加」という題名のリンク１９０８を含む。このリンクをクリックすることによって、ユーザーは、上で説明されたようにウェブアプリケーションインストールプロセスを開始することができる。

[00114]少なくともいくつかの実施形態では、リンク選択が行われた後に、ユーザーが行おうとしているユーザーアクションと、彼らの新たに作成されるショートカットにどこでアクセスすべきかとを説明する、モーダル確認ダイアログを提示することができる。この確認ダイアログは、ユーザーに、提示されつつあるページのソースＵＲＬを提示することができる。表示されるＵＲＬは、ウェブサイトのフルパスを含むことができる。これは、ユーザーが、彼らがインストールを望むウェブサイトが正しいサイトから供給されつつあることを検証することを可能にすることができる。これは、悪意のあるサブディレクトリに関連する状況を軽減することができる。

[00115]さまざまな実施態様では、デスクトップに統合されるウェブサイトのＵＲＬは、それが、それを含むウェブページと同一のドメインにあることを確認するためにチェックされる。そうではない場合には、エラーを表示することができ、動作をエラーにすることができる。ユーザーが動作を確認した後に、ダイアログを除去することができ、ウェブアプリケーションウィンドウを、正しいＵＲＬを用いて表示することができる。

[00116]図２０は、１つまたは複数の実施形態によるインストール方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、クライアント上で実行されるソフトウェアによって実行される。

[00117]ステップ２０００では、統合リンクと共にウェブページを表示する。このステップを、任意の適切な形で実行することができ、その例は、上で提供される。ステップ２００２では、統合リンクの選択を受け取る。ステップ２００４では、リンク選択の受取に応答してウェブアプリケーションファイルを作成する。図示され説明される実施形態では、当初に作成されるウェブアプリケーションファイルは、ジャンプリストタスク、開始ＵＲＬ、お気に入りアイコン、および類似物などの関連するウェブサイトからの情報をまだ含まないアーティファクトまたはシェルである。これらを、上で説明したように新しいマークアップおよび／またはＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを介して後に追加することができる。ＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを使用するもの以外の技法を、請求される主題の趣旨および範囲から逸脱せずに利用できることを了解し、理解されたい。

[00118]上で説明されるさまざまな実施形態を検討したので、これから、ジャンプリストタスクまたはジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツがクライアントデバイス上でどのようにサーフェシングされなければならないのかを開発者およびウェブサイトが定義できる実施形態を検討されたい。上で注記したように、コンテンツを、さまざまなコンテンツコンベイヤンスを介してサーフェシングすることができる。たとえば、コンテンツを、タブ、ポップアップウィンドウ、ブラウザーウィンドウ、インプレースナビゲーションを使用して、またはフレームもしくは他の要素内などのページ内などの異なるレベルでサーフェシングすることができる。さらに、コンテンツを、ＨＴＭＬマークアップなどのマークアップなどの宣言的手法および／またはＪａｖａｓｃｒｉｐｔ（登録商標）の使用を介するなどのスクリプトベースの手法を使用するものなど、異なるサーフェシング機構を使用してサーフェシングさせることができる。

[00119]すぐ下で説明された実施形態を、上で説明した実施形態のいずれかおよび／またはすべてに関連して使用することができることを了解し、理解されたい。
コンテンツがどのようにサーフェシングされなければならないのかを定義するためのメタタグの使用
[00120]１つまたは複数の実施形態では、メタタグを利用して、コンテンツがクライアントデバイス上でどのようにサーフェシングされなければならないのかを定義することができる。メタタグを、開始ＵＲＬに関連するウェブページまたは特定のウェブサイトに関連するある他のウェブページを含むＨＴＭＬの一部として含めることができる。メタタグを利用して、ジャンプリスト内でサーフェシングされる経験のタイプを定義することができる。メタタグは、ビジュアルコンベイヤンスのタイプおよび／またはコンテンツをユーザーに伝えるのに利用されなければならないその寸法を定義するウィンドウパラメータおよび他の関連するパラメータなどの追加の属性を記述するのに使用される。

[00121]１つまたは複数の実施形態による特定のメタタグの例として、次を検討されたい。
[00122]ジャンプリスト選択に関連する新しいタブを開くために、次のメタタグを利用することができる。

＜ＭＥＴＡ ｎａｍｅ＝”ｍｓａｐｐｌｉｃａｔｉｏｎ−ｔａｓｋ”
ｃｏｎｔｅｎｔ＝”ｎａｍｅ＝ｔａｂ；ｗｉｎｄｏｗ−ｔｙｐｅ＝ｔａｂ；
ａｃｔｉｏｎ−ｕｒｉ＝ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／
ｊｐｏｓｅｙ／ｈｔｍｌ／ｔａｂ．ｈｔｍｌ；ｉｃｏｎ−ｕｒｉ＝” ／＞
[00123]このメタタグは、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連する対応するタブを開くことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにメタタグに含まれる情報を伝えることによって、これを行う。たとえば、ユーザーは、静的ジャンプリストタスクを選択することができる。このメタタグフォーマットは、ウェブアプリケーションブラウザーに、ジャンプリスト選択に関連するタブを開くように命ずる。ｗｉｎｄｏｗ−ｔｙｐｅが、サイト情報がその中に表示されるウィンドウのタイプを含むことに留意されたい。

[00124]ジャンプリスト選択に関連するフルブラウザーウィンドウを開くために、次のメタタグを利用することができる。
＜ＭＥＴＡ ｎａｍｅ＝”ｍｓａｐｐｌｉｃａｔｉｏｎ−ｔａｓｋ”
ｃｏｎｔｅｎｔ＝”ｎａｍｅ＝ｗｉｎｄｏｗ；
ｗｉｎｄｏｗ−ｔｙｐｅ＝ｗｉｎｄｏｗ；
ａｃｔｉｏｎ−ｕｒｉ＝ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／
ｊｐｏｓｅｙ／ｈｔｍｌ／ｗｉｎｄｏｗ．ｈｔｍｌ；ｉｃｏｎ−ｕｒｉ＝” ／＞
[00125]このメタタグは、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連する対応するフルブラウザーを開くことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにメタタグに含まれる情報を伝えることによって、これを行う。たとえば、ユーザーは、ジャンプリストタスクを選択することができる。このメタタグフォーマットは、ウェブアプリケーションモードブラウザーに、ジャンプリスト選択に関連するフルブラウザーウィンドウを開くように命ずる。ｗｉｎｄｏｗ−ｔｙｐｅが、サイト情報がその中に表示されるウィンドウのタイプを含むことに留意されたい。

[00126]インプレースでナビゲートし、現在のウィンドウ内にレンダリングされているコンテンツを新しいコンテンツに置換するために、次のメタタグを利用することができる。

＜ＭＥＴＡ ｎａｍｅ＝”ｍｓａｐｐｌｉｃａｔｉｏｎ−ｔａｓｋ”
ｃｏｎｔｅｎｔ＝”ｎａｍｅ＝ｓｅｌｆ１；
ｗｉｎｄｏｗ−ｔｙｐｅ＝ｓｅｌｆ；
ａｃｔｉｏｎ−ｕｒｉ＝ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／
ｊｐｏｓｅｙ／ｈｔｍｌ／ｓｅｌｆ１．ｈｔｍｌ；ｉｃｏｎ−ｕｒｉ＝” ／＞
[00127]このメタタグは、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連するインプレースナビゲーションを行うことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにメタタグに含まれる情報を伝えることによって、これを行う。たとえば、ユーザーは、彼らのウェブアプリケーション内で新しいラジオ局を開くことに関連するジャンプリストタスクを選択することができる。このメタタグフォーマットは、ウェブアプリケーションモードブラウザーに、ジャンプリスト選択に関連するインプレースナビゲーションを行うように命ずる。ｗｉｎｄｏｗ−ｔｙｐｅが、サイト情報がその中に表示されるウィンドウのタイプを含むことに留意されたい。

[00128]ポップアップウィンドウを開くために、次のメタタグを利用することができる。
＜ＭＥＴＡ ｎａｍｅ＝”ｍｓａｐｐｌｉｃａｔｉｏｎ−ｔａｓｋ”
ｃｏｎｔｅｎｔ＝”ｎａｍｅ＝Ｎｏ Ｓｃｒｏｌｌｂａｒｓ；
Ｗｉｎｄｏｗ−ｔｙｐｅ＝ｗｉｎｄｏｗ；ｗｉｄｔｈ＝６００；
ｈｅｉｇｈｔ＝３００；ｓｃｒｏｌｌｂａｒｓ＝ｎｏ；
ａｃｔｉｏｎ−ｕｒｉ＝ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／
ｐｈｌｅ／ｈｔｍｌ／ＮｏＳｃｒｏｌｌｂａｒｓ．ｈｔｍｌ；ｉｃｏｎ−ｕｒｉ＝”
／＞
[00129]このメタタグは、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連するポップアップウィンドウを開くことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにメタタグに含まれる情報を伝えることによって、これを行う。たとえば、ユーザーは、新規電子メールメッセージを開くことに関連するジャンプリストタスクを選択することができる。このメタタグフォーマットは、ウェブアプリケーションモードブラウザーに、ジャンプリスト選択に関連する新規電子メールメッセージインターフェースを開くように命ずる。ｗｉｎｄｏｗ−ｔｙｐｅが、サイト情報がその中に表示されるウィンドウのタイプを含むことに留意されたい。また、この例では、メタタグは、開かれるポップアップウィンドウの寸法などの他のパラメータを含む。

[00130]少なくともいくつかの実施形態では、開発者は、サイトがピン留めされた後にタスクバーから直接起動される開始するウィンドウを、デフォルトブラウザーウィンドウ内またはカスタマイズされたポップアップウィンドウ内で開くことができることを指定することができる。これを、すぐ下に示されたメタタグを使用して可能にすることができる。

＜ｍｅｔａ ｎａｍｅ＝”ｍｓａｐｐｌｉｃａｔｉｏｎ−ｗｉｎｄｏｗ”
ｃｏｎｔｅｎｔ＝”ｗｉｄｔｈ＝８００；ｈｅｉｇｈｔ＝６００；
ｌｏｃａｔｉｏｎ＝ｎｏ；ｔｏｏｌｂａｒ＝ｎｏ；ｒｅｓｉｚａｂｌｅ＝ｎｏ；
ｓｃｒｏｌｌｂａｒｓ＝ｎｏ；ｍｅｎｕｂａｒ＝ｎｏ；” ／＞
[00131]上の手法を、性質において全体的に静的なジャンプリストタスクと性質においてより動的なジャンプリストアイテムとの両方に使用することができる。

[00132]さまざまなメタタグに含まれる情報を、任意の適切な位置に格納することができる。たとえば、少なくともいくつかの実施形態では、上で説明されるようにサイトがピン留めされている時に、情報を．ｗｅｂｓｉｔｅファイルに格納することができる。その代わりにまたはそれに加えて、たとえば上で説明されるようにサイトがピン留めされている時に、情報を、クライアントデバイスに関連する１つまたは複数のキャッシュまたはストアに格納することができる。

[00133]たとえば、少なくともいくつかの実施形態では、この情報を、ウェブブラウザーに関連する履歴キャッシュストア内に格納することができる。その代わりにまたはそれに加えて、情報を、ウェブアプリケーションモードブラウザーに関連する内部ストアに格納することができる。ストア内での情報の格納は、ジャンプリストから直接に起動されることによるなど、開始ＵＲＬから開始されない時に、ウェブアプリケーションを、適当な構成情報を用いて開始することを可能にすることができる。たとえば、ユーザーは、ジャンプリストアイテム選択からウェブアプリケーションを開始することができる。この場合に、情報を、内部キャッシュまたはストアから取り出し、正しい定義されたコンベイヤンスがユーザーのためにコンテンツをサーフェシングするのに使用されることを保証するのに使用することができる。
コンテンツがどのようにサーフェシングされなければならないのかを定義するためのスクリプトの使用
[00134]１つまたは複数の実施形態では、上で説明されたメタタグ手法に加えてまたはその代わりに、スクリプトを利用して、コンテンツがどのようにサーフェシングされなければならないのかを定義することができる。任意の適切なスクリプトまたはコードベースの手法を、請求される主題の趣旨範囲から逸脱せずに利用することができる。少なくともいくつかの実施形態では、ＪａｖａＳｃｒｉｐｔ（登録商標）を利用して、コンテンツがクライアントデバイス上でどのようにサーフェシングされなければならないのかを定義することができる。ＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを、ウェブサイトによって呼び出して、ウェブアプリケーションモードブラウザーが、その中でユーザーのためにコンテンツを提示すべき特定のウィンドウを開くことを可能にする情報を提供することができる。ＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩの使用は、たとえば、ジャンプリストアイテムに関連するものなどの動的なシナリオで特に有用である。

[00135]ＪａｖａＳｃｒｉｐｔ（登録商標）をどのように利用できるのかの単に１つの例として、次を検討されたい。
[00136]ジャンプリスト選択に関連する新しいタブを開くために、次のＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを利用することができる。

ｗｉｎｄｏｗ．ｅｘｔｅｒｎａｌ．ｍｓＳｉｔｅＭｏｄｅＡｄｄＪｕｍｐＬｉｓｔＩｔｅｍ（
’ｔａｂ’，
’ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／ｊｐｏｓｅｙ／ｈｔｍｌ２／ｔａｂ．ｈｔｍｌ’，
’ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／ｊｐｏｓｅｙ／ｉｃｏｎｓ／ＳｈｅｅｐＰｏｒｃｅｌａｉｎｅ．ｉｃｏ’，
’ｔａｂ’）
[00137]このＪａｖａＳｃｒｉｐｔ（登録商標）は、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連する対応するタブを開くことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにＪａｖａＳｃｒｉｐｔ（登録商標）呼出しに含まれる情報を伝えることによって、これを行う。最後のパラメータが、サイト情報がその中に表示されるウィンドウのタイプを取り込むことに留意されたい。

[00138]ジャンプリスト選択に関連するフルブラウザーウィンドウを開くために、次のＪａｖａＳｃｒｉｐｔ（登録商標） ＡＰＩを利用することができる。
ｗｉｎｄｏｗ．ｅｘｔｅｒｎａｌ．ｍｓＳｉｔｅＭｏｄｅＡｄｄＪｕｍｐＬｉｓｔＩｔｅｍ（
’ｗｉｎｄｏｗ’，
’ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／ｊｐｏｓｅｙ／ｈｔｍｌ２／ｗｉｎｄｏｗ．ｈｔｍｌ’，
’ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／ｊｐｏｓｅｙ／ｉｃｏｎｓ／ＳｈｅｅｐＰｏｒｃｅｌａｉｎｅ．ｉｃｏ’，
’ｗｉｎｄｏｗ’）
[00139]このＪａｖａＳｃｒｉｐｔ（登録商標）は、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連する対応するフルブラウザーウィンドウを開くことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにＪａｖａＳｃｒｉｐｔ（登録商標）呼出しに含まれる情報を伝えることによって、これを行う。最後のパラメータが、サイト情報がその中に表示されるウィンドウのタイプを取り込むことに留意されたい。

[00140]インプレースでナビゲートし、現在のウィンドウ内にレンダリングされているコンテンツを新しいコンテンツに置換するために、次のＪａｖａＳｃｒｉｐｔ（登録商標）を利用することができる。

ｗｉｎｄｏｗ．ｅｘｔｅｒｎａｌ．ｍｓＳｉｔｅＭｏｄｅＡｄｄＪｕｍｐＬｉｓｔＩｔｅｍ（
’ｓｅｌｆ１’，
’ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／ｊｐｏｓｅｙ／ｈｔｍｌ２／ｓｅｌｆ１．ｈｔｍｌ’，
’ｈｔｔｐ：／／ｉｅ−ｓｎａｐ／ｓｃｒａｔｃｈｔｅｓｔｓ／ｊｐｏｓｅｙ／ｉｃｏｎｓ／ＰａｎｄａＰｏｒｃｅｌａｉｎｅ．ｉｃｏ’，
’ｓｅｌｆ）
[00141]このＪａｖａＳｃｒｉｐｔ（登録商標）は、ウェブアプリケーションモードブラウザーが、受け取られたユーザーアクションに関連するインプレースナビゲーションを行うことを可能にする。ウェブアプリケーションモードブラウザーは、たとえばオペレーティングシステムまたはある他のシステムコンポーネントに対して行うことができる適当な「ウィンドウオープン」呼出しにＪａｖａＳｃｒｉｐｔ（登録商標）呼出しに含まれる情報を伝えることによって、これを行う。最後のパラメータが、サイト情報がその中に表示されるウィンドウのタイプを取り込むことに留意されたい。

[00142]図２１は、１つまたは複数の実施形態による方法のステップを説明する流れ図である。この方法を、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはその組合せによって実行することができる。少なくともいくつかの実施形態では、この方法の諸態様は、適切に構成されたウェブアプリケーションモードブラウザーなどのクライアント上で実行されるソフトウェアによって実行される。

[00143]ステップ２１００では、クライアントデバイス上でウェブアプリケーションを開始する。これをどのように行うことができるのかの例は、上で提供される。１つまたは複数の実施形態では、ウェブアプリケーションは、上で説明したようにクライアントデバイス上で構成される。たとえば、ウェブアプリケーションを、クライアントデバイス上でたとえばタスクバー、スタートメニュー、またはデスクトップにピン留めすることができる。ステップ２１０２では、関連するクライアントデバイス上でそれを用いてコンテンツを提示すべきサイト指定のコンベイヤンスを確かめる。コンベイヤンスのタイプを、任意の適切な形で指定することができる。たとえば、少なくともいくつかの実施形態で、サイト指定のコンベイヤンスを、限定ではなく例として、ＨＴＭＬなどのマークアップの使用を介するなど、宣言的な形で指定することができる。その代わりにまたはそれに加えて、サイト指定のコンベイヤンスを、ＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプトの使用に対して指定することができる。ステップ２１０４では、サイト指定のコンベイヤンスを使用してコンテンツを提示する。

[00144]さまざまなウェブアプリケーション統合技法を検討したので、これから、上で説明された実施形態のうちの１つまたは複数を実施するのに利用できる例示的なシステムを検討されたい。
例示的なシステム
[00145]図２２に、上で説明されたさまざまな実施形態を実施するのに使用できる例示的なコンピューティングデバイス２２００を示す。コンピューティングデバイス２２００は、たとえば、図１のコンピューティングデバイス１０２または任意の他の適切なコンピューティングデバイスとすることができる。

[00146]コンピューティングデバイス２２００は、１つまたは複数のプロセッサまたは処理ユニット２２０２、１つまたは複数のメモリおよび／またはストレージコンポーネント２２０４、１つまたは複数の入出力（Ｉ／Ｏ）デバイス２２０６、ならびにさまざまなコンポーネントおよびデバイスがお互いと通信することを可能にするバス２２０８を含む。バス２２０８は、メモリバスまたはメモリコントローラ、周辺バス、ａｃｃｅｌｅｒａｔｅｄ ｇｒａｐｈｉｃｓ ｐｏｒｔ、およびさまざまなバスアーキテクチャのいずれかを使用するプロセッサバスまたはローカルバスを含む、複数のタイプのバス構造のいずれかのうちの１つまたは複数を表す。バス２２０８は、有線バスおよび／または無線バスを含むことができる。

[00147]メモリ／ストレージコンポーネント２２０４は、１つまたは複数のコンピューター記憶媒体を表す。コンポーネント２２０４は、揮発性媒体（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性媒体（読取専用メモリ（ＲＯＭ）、フラッシュメモリ、光ディスク、磁気ディスク、その他など）を含むことができる。コンポーネント２２０４は、固定媒体（たとえば、ＲＡＭ、ＲＯＭ、固定ハードドライブなど）ならびにリムーバブル媒体（たとえば、フラッシュメモリドライブ、リムーバブルハードドライブ、光ディスクなど）を含むことができる。

[00148]１つまたは複数の入出力デバイス２２０６は、ユーザーが、コンピューティングデバイス２２００にコマンドおよび情報を入力することを可能にし、また、情報をユーザーおよび／または他のコンポーネントもしくはデバイスに提示することを可能にする。入力デバイスの例は、キーボード、カーソル制御デバイス（たとえば、マウス）、マイクロホン、スキャナなどを含む。出力デバイスの例は、ディスプレイデバイス（たとえば、モニタまたはプロジェクタ）、スピーカ、プリンタ、ネットワークカードなどを含む。

[00149]さまざまな技法が、本明細書でソフトウェアまたはプログラムモジュールの全般的文脈で説明される場合がある。一般に、ソフトウェアは、特定のタスクを実行するか特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。これらのモジュールおよび技法の実施態様を、ある形のコンピューター可読媒体上に格納し、またはこれを介して伝送することができる。コンピューター可読媒体を、コンピューティングデバイスによってアクセスできる１つまたは複数の任意の使用可能な媒体とすることができる。限定ではなく例として、コンピューター可読媒体は、「コンピューター可読記憶媒体」を含むことができる。

[00150]「コンピューター可読記憶媒体」は、コンピューター可読命令、データ構造、プログラムモジュール、または他のデータなどの情報のストレージの任意の方法または技術で実施された、揮発性および不揮発性の、リムーバブルまたはノンリムーバブルの媒体を含む。コンピューター可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ−ＲＯＭ、ディジタル多用途ディスク（ＤＶＤ）、もしくは他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、または所望の情報を格納するのに使用でき、コンピューターによってアクセスできる任意の他の媒体を含むが、これに限定されない。
結論
[00151]さまざまな実施形態は、エンドユーザーがウェブアプリケーションおよびウェブサイトを彼らのデスクトップにインストールすることを可能にする機構を提供する。１つまたは複数の実施形態によれば、クライアントサイドコードを利用して、ウェブサイトに関連する開発者が、ユーザー対話に関連する境界を定義することを可能にし、これらの境界をランタイムエンジンによって実施させることができる。少なくともいくつかの実施形態では、開発者は、ＪａｖａＳｃｒｉｐｔ（登録商標）コードを介して、スタートメニューショートカットの作成、ナビゲーション、およびいわゆるジャンプリスト統合、ならびにさまざまな他の機能性に関するさまざまな構成を提供することができる。

[00152]さまざまな実施形態は、サイト開発者が、ジャンプリストタスクまたはジャンプリストアイテムからアクセスされるコンテンツを含むコンテンツがクライアントデバイス上でどのようにサーフェシングされなければならないのかを定義することを可能にする。コンテンツを、さまざまなコンテンツコンベイヤンスを介してサーフェシングすることができる。たとえば、コンテンツを、タブ、ポップアップウィンドウ、ブラウザーウィンドウ、インプレースナビゲーションを使用して、または、フレームまたは他の要素内など、ページ内など、異なるレベルでサーフェシングすることができる。さらに、コンテンツを、ＨＴＭＬマークアップなどのマークアップなどの宣言的手法および／またはＪａｖａＳｃｒｉｐｔ（登録商標）の使用を介するなどのスクリプトベースの手法を使用するものなど、異なるサーフェシング機構を使用してサーフェシングさせることができる。

[00153]主題を、構造的特徴および／または方法論的行為に固有の言葉で説明したが、添付の特許請求の範囲で定義される主題が、必ずしも上で説明された特定の特徴または行為に限定されないことを理解されたい。そうではなく、上で説明された特定の特徴および行為は、特許請求の範囲を実施する例の形として開示されるものである。

Claims (10)

1. クライアントデバイスにピン留めされたウェブアプリケーションをクライアントデバイス上で開始するステップと、
   前記クライアントデバイス上でそれを用いてコンテンツを提示すべきサイト指定のコンベイヤンスを確かめるステップと、
   前記サイト指定のコンベイヤンスを使用してコンテンツを提示するステップと
   を含む、コンピューターにより実施される方法。
2. 前記ウェブアプリケーションは、前記クライアントデバイスに関連するタスクバーにピン留めされる、請求項１に記載のコンピューターにより実施される方法。
3. 確かめる前記ステップは、前記サイトによって提供されるウェブページに関連する１つまたは複数のメタタグを介して前記サイト指定のコンベイヤンスを確かめるステップによって実行される、請求項１に記載のコンピューターにより実施される方法。
4. 確かめる前記ステップは、それを介して前記サイトが前記コンベイヤンスを指定できるＪａｖａＳｃｒｉｐｔを介して前記サイト指定のコンベイヤンスを確かめるステップによって実行される、請求項１に記載のコンピューターにより実施される方法。
5. 前記サイト指定のコンベイヤンスは、ポップアップウィンドウを含む、請求項１に記載のコンピューターにより実施される方法。
6. 前記サイト指定のコンベイヤンスは、タブ、ブラウザーウィンドウ、またはインプレースナビゲーションを含む群から選択されるコンベイヤンスを含む、請求項１に記載のコンピューターにより実施される方法。
7. 実行された時に、
   ジャンプリストとの対話に応答して、クライアントデバイス上でそれを用いてコンテンツを提示すべきサイト指定のコンベイヤンスを確かめ、
   前記サイト指定のコンベイヤンスを使用してウェブアプリケーション内でコンテンツを提示する
   ように構成されたウェブアプリケーションモードブラウザー
   を実施するコンピューター可読命令を含む１つまたは複数のコンピューター可読記憶媒体。
8. 前記対話は、ジャンプリストタスクまたはジャンプリストアイテムとの対話を含む、請求項７に記載の１つまたは複数のコンピューター可読記憶媒体。
9. 前記確かめることは、前記サイトによって提供されるウェブページに関連する１つまたは複数のメタタグを介して前記サイト指定のコンベイヤンスを確かめることによって実行される、請求項７に記載の１つまたは複数のコンピューター可読記憶媒体。
10. 前記確かめることは、それを介して前記サイトが前記コンベイヤンスを指定できるスクリプトを介して前記サイト指定のコンベイヤンスを確かめることによって実行される、請求項７に記載の１つまたは複数のコンピューター可読記憶媒体。

Images