メディアアイテムをブラウズ、サーチおよび提示するグラフィカルユーザインタフェース
【課題】メディアアイテムをレビュー、ブラウズ、プレビューおよび／または購入するのに適するグラフィカルユーザインタフェースを提供する。
【解決手段】このグラフィカルユーザインタフェースは、大量のメディアアイテムをレビューまたはブラウズするのに適する。グラフィカルユーザインタフェースは、オンラインでメディアアイテムをプレビューまたは購入するのにも適する。このグラフィカルユーザインタフェースは、クライアント・サーバ環境下でメディアの購入および配信を提供するシステムについて特に有用である。
【解決手段】このグラフィカルユーザインタフェースは、大量のメディアアイテムをレビューまたはブラウズするのに適する。グラフィカルユーザインタフェースは、オンラインでメディアアイテムをプレビューまたは購入するのにも適する。このグラフィカルユーザインタフェースは、クライアント・サーバ環境下でメディアの購入および配信を提供するシステムについて特に有用である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメディア購入および配信に関し、より具体的にはクライアント・サーバ環境でのメディア購入および配信に関する。
【背景技術】
【０００２】
従来は、音楽はレコード屋または大きな店のレコード売り場で購入されてきた。消費者は、レコード屋またはレコード売り場を訪れて、興味のあるアルバムまたはコンパクトディスク（ＣＤ）を手でめくって見ることになる。しばしば、レコード屋またはレコード売り場はジャンルで分類されており、それからアーチストで見出しが付けられている。例えば、ジャンルにはロック、カントリー、ポップ、ソウル、ジャズなどが含まれる。消費者が興味のあるアルバムまたはＣＤを選んだ後、消費者は支払いレジへ進み、購入されつつあるそのアルバムまたはＣＤの代金を払う。
【０００３】
近年、インターネット上での音楽の配送または配信がはやってきている。ＭＰ３およびＭＰＥＧ４のようなファイルフォーマットの進歩によって、メディアファイルのサイズは、インターネットを介したそれらのダウンロードを実用的なものにするのに充分なだけ小さくなってきている。また技術的進歩のおかげで、より速いインターネット接続およびより低いメモリの値段が実現してきている。これら進歩の組み合わせによって、音楽およびビデオのようなメディアファイルをダウンロードすることが可能になり、あまり時間のかかるものではなくなっている。
【０００４】
音楽配信の一つの有名なアプローチは、ダウンロードに利用可能な多くのソングの記憶のための中央化されたサーバを用いるｍｐ３．ｃｏｍである。音楽配信の他の有名なアプローチは、ピアツーピア共有が利用されたＮａｐｓｔｅｒだった。ピアツーピア共有については、中央化されたサーバ上ではなく、多くのユーザのユーザマシン上に無数のソングが常駐する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１２３２６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
音楽ファイルの制限されない使用および配信は、著作権違反につながりえる。したがって、会社は音楽業界によって承認されることが望ましい。しかし承認を受けるためには、会社は曲へのアクセスについてユーザに課金しなければならない。会社によっては月極の会費を課金し、曲が再生される会員のマシンへストリーミングすることによって会員が曲を再生することを許可する。ストリーミングは、会員のマシン上には音楽ファイルを記憶させず、よって音楽業界にはそれほど心配の種にはならない。しかし、このようなシステムでは、会員が曲を再生するためには、ネットワーク接続およびネットワークが利用できることを必要とする。
【０００７】
その結果、曲が購入されることを許可し、それから購入者にローカルに利用可能にすることによって購入者が曲の再生のためのネットワーク接続の利用可能性によって依存したり制約を受けたりしないようにする必要がある。しかし、音楽業界は、その曲が無許可複製または他の著作権違反に対してセキュアであることを要求する。よって、曲の無許可使用または配信への脆弱性を抑えるためのセキュリティ手段を講じる必要も存在する。
【課題を解決するための手段】
【０００８】
大まかに言って、本発明は、メディアアイテムをレビュー、ブラウズ、プレビューおよび／または購入するのに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示されえる。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示される。
【０００９】
グラフィカルユーザインタフェースは、オンラインでメディアアイテムをプレビューまたは購入するのにも適する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示されえる。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示される。
【００１０】
このグラフィカルユーザインタフェースは、クライアント・サーバ環境下でメディアの購入および配信を提供するシステムについて特に有用である。メディアの購入および配信は、セキュアでありえるだけでなく、コントロールされえる。コントロールされた配信は、暗号化およびユーザアカウントを用いて、メディアへの許可されないアクセスを制限するだけでなく、許可されたユーザによるメディアへの使用権を制限しえる。このセキュリティは、ダウンロードのあいだ、かつサーバおよび／またはクライアントに記憶されているあいだにメディアファイル内のメディアへのアクセスを制限する。このグラフィカルユーザインタフェースは、ユーザが購入されるべきメディアの場所をつきとめるのを補助しえる。このメディアは例えば、オーディオ、ビデオ、または画像データでありえる。
【００１１】
本発明は、方法、システム、デバイス、装置、グラフィカルユーザインタフェース、またはコンピュータで読み取り可能な媒体を含む多くのやり方で実現されえる。本発明のいくつかの実施形態が以下に説明される。
【００１２】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースとして、本発明のある実施形態は、アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウを少なくとも含む。前記アプリケーションプログラムウィンドウは、第１サブウィンドウおよび第２サブウィンドウを少なくとも同時に含む。前記第１サブウィンドウは、ネットワークブラウザ式に第１コンテンツを表示し、前記第２サブウィンドウは、アプリケーション式に第２コンテンツを表示する。前記第１および第２コンテンツは、前記アプリケーションプログラムによってリモートサーバからネットワーク上を受け取られる。
【００１３】
複数のメディアアイテムを通してブラウズする方法として、本発明のある実施形態は、第１リストについての第１選択可能なアイテムをリモートサーバからリクエストすること、前記第１選択可能なアイテムの前記第１リストを持つブラウズウィンドウを表示すること、前記第１選択可能なアイテムの前記第１リストのうちの１つの第１ユーザ選択を受け取ること、前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つを区別して表示すること、第２リストについての第２選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第２選択可能なアイテムは、前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つに依存する、第２選択可能なアイテムをリクエストすること、前記第１選択可能なアイテムの前記第１リストおよび前記第２選択可能なアイテムの前記第２リストを持つ前記ブラウズウィンドウを表示すること、前記第２選択可能なアイテムの前記第２リストのうちの１つの第２ユーザ選択を受け取ること、前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つを区別して表示すること、第３リストについての第３選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第３選択可能なアイテムは、前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つに依存する、第３選択可能なアイテムをリクエストすること、および前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、および前記第３選択可能なアイテムの前記第３リストを持つ前記ブラウズウィンドウを表示することを少なくとも含む。
【００１４】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースとして、本発明のある実施形態は、前記アプリケーションプログラムによって生成されたブラウズウィンドウを少なくとも含む。前記ブラウズウィンドウは、前記アプリケーションプログラムのユーザが複数のメディアアイテムを通してブラウズすることを可能にする。前記ブラウズウィンドウは、第１選択可能なアイテムの第１リストであって、前記第１選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第１リスト、第２選択可能なアイテムの第２リストであって、前記第２選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第２リスト、および第３選択可能なアイテムの第３リストであって、前記第３選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第３リストを少なくとも含む。前記第２リストの前記第２選択可能なアイテムは、前記第１リストからの前記第１選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第１選択に依存する。前記第２リストは、前記ユーザが前記第１リストから前記第１選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストと共に表示される。前記第３リストの前記第３選択可能なアイテムは、前記第２リストからの前記第２選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第２選択に依存する。前記第３リストは、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストおよび前記第２リストと共に表示される。
【００１５】
アプリケーションプログラムによって作られるグラフィカルユーザインタフェースとして、本発明のある実施形態は、アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウを少なくとも含む。前記アプリケーションプログラムウィンドウは、サブウィンドウおよびネクストコントロールを少なくとも同時に含む。前記サブウィンドウは、メディアアイテムの第１セットについてのメディア情報を表示する。前記メディアアイテムの第１セットについての前記メディア情報は、前記アプリケーションプログラムによってリモートサーバからネットワーク上で受け取られる。前記ネクストコントロールがアクティベートされるとき、前記サブウィンドウは、メディアアイテムの第２セットについてのメディア情報を表示する。前記メディアアイテムの第２セットについての前記メディア情報は、前記アプリケーションプログラムによって前記リモートサーバから前記ネットワーク上で受け取られる。
【００１６】
複数のメディアアイテムについての情報をレビューする方法として、本発明のある実施形態は、少なくとも１つのサブウィンドウおよび少なくとも１つのネクストコントロールを有するウィンドウを表示することであって、前記少なくとも１つのサブウィンドウは、前記メディアアイテムの第１セットに関する第１メディアデータを表示し、前記第１メディアデータはリモートサーバによって提供される、ウィンドウを表示すること、ユーザが前記少なくとも１つのネクストコントロールを選択するかを決定すること、前記決定することが、前記ユーザが前記少なくとも１つのネクストコントロールを選択したと決定するとき、前記リモートサーバから前記メディアアイテムの次のセットに関する次のメディアデータをリクエストすること、その後、前記メディアアイテムの前記次のセットに関する前記次のメディアデータを受け取ること、および前記ウィンドウの前記少なくとも１つのサブウィンドウ内に前記次のメディアデータを表示することの操作を少なくとも含む。
【００１７】
本発明の他の局面および優位性は、本発明の原理を例示的に示す添付の図面と共に以下の詳細な説明から明らかになろう。
【図面の簡単な説明】
【００１８】
【図１】本発明のある実施形態によるメディア購入システムのブロック図である。
【図２Ａ】本発明のある実施形態によるメディア購入処理のフロー図である。
【図２Ｂ】本発明のある実施形態によるメディア購入処理のフロー図である。
【図３】本発明のある実施形態によるメディアコマース処理のフロー図である。
【図４】本発明のある実施形態によるトランザクション完了処理のフロー図である。
【図５Ａ】本発明のある実施形態による支払い処理のフロー図である。
【図５Ｂ】ユーザのアカウントに対応する購入履歴情報を表示する代表的なアプリケーションプログラムウィンドウのスクリーンショットである。
【図６】本発明のある実施形態によるメディア送付処理のフロー図である。
【図７Ａ】本発明のある実施形態によるアプリケーションプログラムウィンドウの図である。
【図７Ｂ】本発明のある実施形態による代表的なアプリケーションプログラムウィンドウのスクリーンショットである。
【図８】本発明のある実施形態によるメディアサーチ処理のフロー図である。
【図９】本発明のある実施形態による追加処理のフロー図である。
【図１０】本発明のある実施形態によるアプリケーションプログラムウィンドウの図である。
【図１１Ａ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１１Ｂ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１１Ｃ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１２Ａ】本発明のある実施形態によるメディアブラウズ処理のフロー図である。
【図１２Ｂ】本発明のある実施形態によるメディアブラウズ処理のフロー図である。
【図１３Ａ】本発明の他の実施形態によるグラフィカルユーザインタフェースの追加特徴を示すスクリーンショットである。
【図１３Ｂ】本発明の他の実施形態によるグラフィカルユーザインタフェースの追加特徴を示すスクリーンショットである。
【図１４Ａ】本発明のある実施形態による露骨なコンテンツの通知特徴を示すスクリーンショットである。
【図１４Ｂ】本発明のある実施形態による露骨なコンテンツの通知特徴を示すスクリーンショットである。
【図１５Ａ】本発明のある実施形態によるアプリケーションプログラムウィンドウの図である。
【図１５Ｂ】本発明のある実施形態によるウィンドウの図である。
【図１５Ｃ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１６】本発明のある実施形態によるメディアページ処理のフロー図である。
【発明を実施するための形態】
【００１９】
本発明は、添付の図面と併せて以下の詳細な説明によって容易に理解されよう。図面において同様の参照番号は同様の構成要素を表す。
【００２０】
本発明は、メディアアイテムをレビューすること、ブラウズすること、プレビューすること、および／または購入することに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示される。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに示される。
【００２１】
このグラフィカルユーザインタフェースは、クライアント・サーバ環境におけるメディアの購入および配信を提供するシステムにとって特に有用である。メディアの購入および配信は、セキュアなだけではなく、コントロールされている。このコントロールされた配信は、メディアへの無許可アクセスを制限するためだけでなく、無許可ユーザによるメディアへの使用権をも制限するために、暗号化およびユーザアカウントを使用する。このセキュリティは、ダウンロードのあいだ、かつサーバまたはクライアントに記憶されているあいだにメディアファイル内のメディアへのアクセスを制限する。グラフィカルユーザインタフェースは、ユーザが購入されるべきメディアを探すのを補助できる。このメディアは、例えば、オーディオ、ビデオ、または画像データでありえる。
【００２２】
本発明のさまざまな実施形態は、図１〜１６を参照して以下に説明される。しかし、これら図についてここで挙げられた詳細な説明は例示目的であり、本発明はこれらの限られた実施形態を超えた範囲をカバーすることは当業者には容易に理解できるだろう。
【００２３】
本発明のある局面は、ネットワーク上でメディアアイテムを購入するシステムおよび方法に関する。潜在的な購入者は、購入可能な多くのメディアアイテムを通して検索およびブラウズできる。潜在的な購入者は、非常に簡単に１つ以上のメディアアイテムを購入できる。メディアアイテムを購入すると、メディアアイテムのコンテンツはネットワーク上で購入者へとダウンロードできる。メディアアイテムのコンテンツは、購入者の使用のためにそれから暗号化され、購入者のマシン上に記憶される。その後、購入者は、そのメディアアイテムを利用できる（例えばメディアアイテムを再生する）。しかし、このメディアアイテムの使用はさらに制限されえる。例えば、所定の回数だけしかユーザマシンはそのメディアアイテムを使用することが許可されえないか、または所定の数のコンパクトディスクのコピーしかメディアアイテムのグループまたはコレクション（例えばプレイリスト）に入れられない。
【００２４】
図１は、本発明のある実施形態によるメディア購入システム１００のブロック図である。このメディア購入システム１００は、メディアコマースサーバ１０２を含む。メディアコマースサーバ１０２は、オンライントランザクションを通したメディアアイテムのレビューおよび／または購入を調整する。メディアアイテムを購入するためのオンライントランザクションは、電子商取引（ｅコマース）としても呼ばれる。メディア購入システム１００はクライアント１０４も含む。典型的には、メディア購入システム１００は、複数の異なるクライアント１０４を含む。それぞれのクライアント１０４は、メディアプレーヤー１０８を含む。メディアプレーヤー１０８は、コンピューティングデバイスであるクライアント１０４上で動作するアプリケーションプログラム（例えばソフトウェアアプリケーション）である。クライアント１０４は、メディアコマースサーバ１０２にデータネットワーク１０６を通して結合されている。したがって、クライアント群１０４の任意のものは、メディアアイテムをレビューおよび／または購入するためにメディアコマースサーバ１０２と対話できる。ある実施形態において、データネットワーク１０６は、少なくともインターネットの一部を含む。クライアント１０４は、アプリケーションによって変更されえるが、一般にはメモリ記憶を有するコンピューティングデバイスである。しばしばクライアント１０４は、パーソナルコンピュータまたはメディアを記憶しそのユーザにメディアを提示できる他のコンピューティングデバイスである。
【００２５】
メディア購入システム１００は、メディア記憶サーバ１１０およびメディア記憶１１２も含む。メディア記憶サーバ１１０は、データネットワーク１０６に結合するリモート記憶サーバを表す。メディア記憶１１２は、メディア購入システム１００を介して購入可能な多くのメディアアイテムの大量記憶を提供する。いったん購入されると、メディアアイテムは、メディア記憶１１２からデータネットワーク１０６上でメディア記憶サーバ１１０によってアクセスされえる。
【００２６】
より具体的には、メディア購入システム１００は、クライアント１０４のユーザがメディアプレーヤー１０８を利用して、メディアコマースサーバ１０２から購入可能な複数のメディアアイテムを通してブラウズ、検索またはソートできるようにする。メディアプレーヤー１０８は、ユーザがメディアアイテムのメディアクリップをプレビューすることも可能にしえる。メディアプレーヤー１０８のユーザが特定のメディアアイテムを購入したい場合、ユーザ（メディアプレーヤー１０８）およびメディアコマースサーバ１０２は、ユーザが特定のメディアアイテムへのアクセス権について支払いをするオンラインコマーストランザクションに関わる。ある実施形態において、ユーザに関連付けられるクレジットカードは、特定のメディアアイテムの購入価格が課金される。
【００２７】
図１に示されるメディア購入システム１００において、メディアアイテムは、メディア記憶１１２に記憶され、メディア記憶サーバ１１０を介して取り出される。したがって、メディアコマースサーバ１０２は、クライアント１０４に購入されえるメディアアイテムの任意のものを届けるためにそのリソースに負担をかける必要はない。その代わり、特定のメディアアイテムの購入がなされると、メディアコマースサーバ１０２は、ダウンロード情報をクライアント１０４上のメディアプレーヤー１０８に送る。このダウンロード情報は、メディア記憶サーバ１１０とデータネットワーク１０６を通して対話することによって、特定のメディアアイテムについてのメディアコンテンツを取り出すために、それからメディアプレーヤー１０８（およびクライアント１０４）によって用いられえる。この点で、メディア記憶サーバ１１０は、特定のメディアアイテムに対応しえるメディアコンテンツをメディア記憶１１２から得て、そのコンテンツをデータネットワーク１０６を通してクライアント１０４へダウンロードする。ダウンロードされたメディアコンテンツはそれからクライアント１０４上に記憶されえる。ある実施形態において、ダウンロードされたメディアコンテンツは、受け取られながらクライアント１０４上に記憶される。他の実施形態において、ダウンロードされたメディアコンテンツは、クライアント１０４上での永続的な記憶の前にある暗号化キーから他の暗号化キーへと暗号変換される（transcrypted）。さらに他の実施形態において、ダウンロードされたメディアコンテンツは、クライアント１０４において受け取られながら暗号化されるが、復号されてから、クライアント１０４上での永続的な記憶の前に再び暗号化される。その後、メディアプレーヤー１０８は、メディアコンテンツをクライアント１０４において提示（例えば再生）できる。
【００２８】
メディアコマースサーバ１０２、クライアント１０４およびメディア記憶サーバ１１０の間のデータネットワーク１０６を通した接続は、Secure Sockets Layer（ＳＳＬ）のようなセキュアな接続でありえる。さらに、メディアコンテンツは暗号化されてクライアント１０４において記憶される。
【００２９】
下で詳細に説明されるように、メディアプレーヤー１０８は、改良されたグラフィカルユーザインタフェースを利用しえる。より具体的には、ある実施形態において、クライアント１０４のディスプレイデバイス上で示されるウィンドウは、メディアプレーヤー１０８を実行するとき、メディアコマースサーバ１０２によって提供されるコンテンツをブラウザのように表示する上側ウィンドウを含み、下側ウィンドウは、メディアコマースサーバ１０２によって提供されるコンテンツを典型的なメディアプレーヤーのように表示する。他の実施形態において、クライアント１０４のディスプレイデバイス上で示されるウィンドウは、メディアプレーヤー１０８を実行するとき、メディアコマースサーバ１０２との対話を通してメディアアイテムについてブラウズ機能を実現するマルチティアブラウズインタフェースを表示する上側ウィンドウを含む。
【００３０】
図２Ａおよび２Ｂは、本発明のある実施形態によるメディア購入処理２００のフロー図である。メディア購入処理２００は例えば、メディア購入システムのメディアプレーヤーに関連付けられた処理である。メディアプレーヤーは、例えば、図１に示されるクライアント１０４上で動作するメディアプレーヤー１０８でありえる。
【００３１】
メディア購入処理２００はまず、ユーザが入手可能なメディアアイテムをブラウズする（２０２）ことを許す。典型的には、メディア購入システムは、大量のメディアアイテムの購入をサポートする。したがって、入手可能なメディアアイテムをブラウズ、ソートおよびサーチできる能力は有益である。
【００３２】
次に、判定２０４は、買う選択がなされたかどうかを決定する。ここで、ある実施形態において、買う選択は、ボタンの１クリックのような単一のユーザインタフェースアクションである。この買う選択は、選択されたメディアアイテムについてである。買う選択は、ユーザが選択されたメディアアイテムを買いたいということを意味する。判定２０４が、買う選択がなされていないと決定するとき、処理は操作２０２および後続の操作を繰り返すために戻る。いったん判定２０４が、買う選択がなされたと決定すると、判定２０６は、買うウォーニングがイネーブルされる。判定２０６が買うウォーニングがイネーブルされていると決定するとき、ウォーニングダイアログがメディアプレーヤーのユーザに表示される（２０８）。ウォーニングダイアログは、今キャンセルしない限り、買うトランザクションが実行されることをユーザに警告する。
【００３３】
操作２０８に続いて、買うウォーニングがイネーブルされないときの判定２０６に直接続くのと同じく、買うリクエストが用意され、メディア購入システムのメディアサーバ（例えばメディアコマースサーバ１０２）に送られる（２１０）。買うリクエストが準備され送られて（２１０）から、判定２１２は、レスポンスが受け取られたかを決定する。判定２１２が、レスポンスがまだ受け取られていないと決定するとき、判定２１４は、認証リクエストが代わりに受け取られたかを決定する。判定２１４が、認証リクエストが受け取られていないと決定するとき、メディア購入処理２００は判定２１２および後続の操作を繰り返すよう戻る。逆に、判定２１４が、認証が実行されるべきであると決定するとき、認証情報が入力される（２１６）。ここで、認証情報は、メディアプレーヤーに関連付けられたユーザによって与えられるかまたは入力される（２１６）。その後、入力された（２１６）認証情報は、メディアサーバに送られる（２１８）。
【００３４】
操作２１８に続いて、判定２２０は、認証が成功したかを決定する。判定２２０が、認証が成功したと決定するとき、メディア購入処理２００は、判定２１２および後続の操作を繰り返すよう戻る。逆に、判定２２０が、認証が不成功だったと決定するとき、メディア購入処理２００は完了し終了する。
【００３５】
代替として、判定２１２が、買うリクエストに対するレスポンスが受け取られたと決定するとき、メディアアクセス情報が得られる（２２２）。買うリクエストに対するレスポンスは、少なくともメディアアクセス情報を含む。ある実施形態によれば、メディアアクセス情報は、ダウンロードキーおよびセキュリティトークンと共に、購入された適切なメディアファイルをどこで見つければよいかについてメディアプレーヤーに知らせる。ダウンロードキーは後でメディアファイルを復号するのに用いられる。セキュリティトークンは、メディアファイルをダウンロードする権利が購入されたかを検証するのに用いられる。ある実施形態においては、適切なメディアファイルの位置は、メディア記憶サーバ１１０のようなメディア記憶サーバ上に存在する。典型的には、メディア記憶サーバは、メディアファイルの中央化された格納場所である。メディアアクセス情報が得られて（２２２）から、その適切なメディアファイルについてのアクセスリクエストが用意され送られる（２２４）。アクセスリクエストは、適切なメディアファイルを記憶するメディア記憶サーバへのリクエストである。ある例では、適切なメディアファイルの位置は、ユニバーサルリソースロケータ（ＵＲＬ）によって指定されえる。
【００３６】
次に、判定２２６は、レスポンスが受け取られたかを決定する。ここで、もし受け取られた場合にはこのレスポンスは準備され送られた（２２４）アクセスリクエストに関する。判定２２６が、アクセスリクエストに対するレスポンスがまだ受け取られていないと決定するとき、メディア購入処理２００はこのようなレスポンスを待つ。次に、判定２２８は、ユーザが許可されているかを決定する。ここで、このレスポンスは、リクエストは許可がないために失敗したか、または成功してリクエストされたメディアファイルを提供する（例えばダウンロードする）かのいずれかを示す。判定２２８が、受け取られたレスポンスが失敗した許可を示すとき、リクエストされたメディアファイルへのアクセスが拒否されることを示す不許可メッセージが表示される（２３０）。操作２３０に続いて、ユーザが許可されないとき、メディア購入処理２００は、完了し終了する。
【００３７】
逆に、判定２２８が、ユーザがレスポンスを受け取るよう許可されていると決定するとき、選択されたメディアアイテムについての暗号化されたメディアファイルが受け取られる（２３２）。暗号化されたメディアファイルは、レスポンスの一部として受け取られえ、またはレスポンスに続いて受け取られえる。それから暗号化されたメディアアイテムは、クライアント記憶に記憶されえ（２３４）、完了通知が送られえる（２３６）。この完了通知は、記憶２３４の前または後に送られえる（２３６）。この時点において、クライアントのユーザは、その後、暗号化されたメディアアイテム内のメディアコンテンツを、適切なキーを用いてまず復号した後に、クライアント記憶から提示（例えば再生）しえる。適切なキーは例えば、メディア購入システム１００でのユーザのアカウントに関連付けられたユーザキーである。オプションとして、暗号化されたメディアアイテムが受け取られてから（２３２）、そのクライアント記憶への記憶の前に、ある暗号化キー（例えばダウンロードキー）から他の暗号化キー（例えばユーザキー）への暗号化変換（transcryption）によるように、またはある暗号化キー（例えばダウンロードキー）の後に他の暗号化キー（例えばユーザキー）による再暗号化が続くことによるように、メディアアイテム上になされた暗号化が変更されえる。
【００３８】
図３は、本発明のある実施形態によるメディアコマース処理３００のフロー図である。メディアコマース処理３００は例えば、図１に示されるメディアコマースサーバ１０２のようなメディアコマースサーバによって実行される。
【００３９】
メディアコマース処理３００は、買うリクエストが受け取られたかを決定する判定３０２で始まる。判定３０２が、買うリクエストがまだ受け取られていないと決定するとき、メディアコマース処理３００はそのようなリクエストを待つ。逆に、判定３０２が、買うリクエストが受け取られたと決定するとき、メディアコマース処理は、買うリクエストを処理するよう進む。この点で、アカウント識別子が買うリクエストから識別される（３０４）。ここで、買うリクエストは、クライアントのユーザ（すなわちクライアント上で動作するメディアプレーヤーのユーザ）に代わってクライアントによってメディアコマースサーバへ送られる。ある実施形態において、メディアコマースサーバに送られる買うリクエストは、クライアントのユーザについてのアカウント識別子だけでなく、少なくとも１つのメディアアイテム識別子、メディア価格、およびパスワードトークンを含む。パスワードトークンは、ユーザ毎に異なるランダム値（例えば１２８ビットストリング）である。メディア記憶サーバは、ユーザの認証が成功したのを受けて、パスワードトークンをクライアントに提供する。買うリクエストが有効なパスワードトークンを含むとき、メディアコマースサーバは、クライアントが適切に認証されたとみなしえる。
【００４０】
次に、判定３０６は、そのメディアアイテムの購入の前に認証が必要とされるかを決定する。判定３０６が、認証が必要とされると決定するとき、そのような認証が存在するかを決定する追加の処理が実行されえる。ある実施形態においては、ユーザのアカウントまたはクライアントが、そのような認証が必要とされるか、またはユーザによってオーバライドされえるかをコンフィギュレーションすることができる。ある実施形態において、認証は、ユーザがメディアコマースサーバに認証されるのが成功した後に、そのクライアントからメディアコマースサーバにアクセスするかもしれない他の不許可ユーザからクライアント（例えばメディアプレーヤー）のユーザを保護するのを助けるために提供される。よってこの再認証は、クライアント（例えばメディアプレーヤー）の特定のユーザが実際にこのようなシステムの許可されたユーザであることを確認するために用いられる。この点で、認証がリクエストされる（３０８）。それから判定３１０が、認証レスポンスが受け取られたかを決定する。いったん判定３１０が認証レスポンスを受け取ると、判定３１２は、認証レスポンスがユーザを認証するのに成功できるかを決定する。判定３１２が認証が成功していないと決定するとき、不許可ユーザはメディアアイテムを買えないことを示すメッセージが、ユーザに表示されるようクライアントへ送られる（３１４）。
【００４１】
逆に、判定３１２が、認証が成功していると決定するとき、買うリクエストにおいて特定された選択されたメディアアイテムの購入を促進するために追加の処理が実行される。この点で、選択されたメディアアイテムについての支払いが開始される（３１６）。ここである実施形態によれば、支払いは、クレジットカードによってなされえ、このような支払いの開始は、クレジットカードの存在を確認しえるが、この時点では金額を課金するようにしてもしなくてもよい。以下に詳述されるように、後の時点まで金額を実際にクレジットカードに課金することを遅らせるほうがより効率的かつ望ましいかもしれない。にもかかわらず、選択されたメディアアイテムの支払いが開始（３１６）された後に、メディアアクセス情報が得られる（３１８）。このメディアアクセス情報は、クライアント（例えばメディアプレーヤー）が選択されたメディアアイテムについてのメディアコンテンツを取り出し、それからアクセスすることを可能にする情報である。このメディアアクセス情報は、ある実施形態では、ＵＲＬ、ダウンロードキー、およびセキュリティトークンを含む。次に、メディアアクセス情報が送られる（３２０）。ここで、メディアアクセス情報は、メディアコマースサーバからクライアント、具体的にはクライアント上で動作しているメディアプレーヤーに送られる。それから、選択されたメディアアイテムの購入に関連付けられたトランザクションは、マークが付けられ（３２２）、「オープン」であるとして覚えられる。この時点で、トランザクションは、完全には完了しておらず、それは、選択されたメディアアイテムについてのメディアコンテンツがまだクライアントによって受け取られていないからである。操作３１４および３２２に続いて、メディアコマース処理３００は、完了し終了する。
【００４２】
図４は、本発明のある実施形態によるトランザクション完了処理４００のフロー図である。トランザクション完了処理４００は、判定４０２で始まる。判定４０２は、完了された通知が受け取られたかを決定する。ここで、完了通知は、クライアントによってメディアコマースサーバに提供される、以前に「オープン」だったトランザクションがもう完了したことを示す通知である。いったん判定４０２が、完了通知が受け取られたと決定すると、対応する「オープン」トランザクションが特定される（４０４）。それから、この特定された「オープン」トランザクションは閉じられる（４０６）。いったん特定された「オープン」トランザクションが閉じられる（４０６）と、クライアントは、購入されたメディアアイテムについてのメディアコンテンツをメディア記憶サーバからもはやダウンロードできない（図６）。換言すれば、トランザクションは、クライアントが選択されたメディアアイテムについてのメディアコンテンツを完全に受領したことを確認した後でなければ「クローズ」されない。このアプローチによって、クライアントは、特定のメディアアイテムについて支払いをした後には、成功して完了するまでに何度かダウンロードプロセスが中断したり、落ちたりした場合であっても、メディアコンテンツの完全なコピーを受け取ることが保証される。
【００４３】
本発明の他の局面は、購入されつつある１つ以上のメディアアイテムについてのオンラインペイメントの処理に関する。
【００４４】
図５Ａは、本発明のある実施形態による支払い処理５００のフロー図である。支払い処理５００は例えば、サーバによって実行される。このサーバは、図１に示されるメディアコマースサーバ１０２のようなメディアコマースサーバでありえる。ある実施形態において、支払い処理５００は、購入されつつある選択されたメディアアイテムについての支払いを開始する図３に示されるブロック３１６によって起動される。しかし、支払い処理５００はまた、周期的に起動されてもよく、イベントに基づいて起動されてもよい。支払い処理５００はまた、１つまたは複数の処理によって実現されえる。
【００４５】
支払い処理５００は、オープン購入コンテナが存在するかを決定する判定５０２で始まる。ここで、購入コンテナは、メディアアイテムについてなされる購入のための一時的な保持領域を提供するファイル、フォルダまたは他のデータ記憶手段である。購入コンテナは、メディアアイテムについての多くの異なる購入についての情報を保持できる。判定５０２が、オープン購入コンテナが存在しないと決定するとき、購入コンテナが開けられる（５０４）。それから、ブロック５０４に直接続いて、または既にオープン購入コンテナが存在するときの判定５０２に続いて、購入されつつある選択されたメディアアイテムが購入コンテナに追加される（５０６）。ここで、購入コンテナは、ユーザまたはユーザアカウントに個別である。少なくとも、選択されたメディアアイテムについて、メディア購入コンテナは、その選択されたメディアアイテムについての少なくとも価格およびテキスト記述を含む。代替として、購入コンテナは、そのような情報へのリンクまたは参照を含みえる。
【００４６】
次に、判定５０８は、購入保留制限に達したか決定する。支払い処理５００によれば、個別の購入は、購入保留制限に達するまで遅延される。この購入保留制限は、１つ以上の個別のメディアアイテム購入を、統合されたまたはブロック処理のために一括処理するよう機能する。購入保留制限のある利点は、電子支払いシステムに関連付けられたトランザクションコストが低減されることである。購入保留制限は、実現例に依存して変更されえる。ある例として、購入保留制限は、購入コンテナ内にある購入されたメディアアイテムの個数に依存しえる。購入保留制限の他の例は、時間ベースであり、例えば、購入コンテナが最初に開かれたときからの持続時間に基づく。他の例として、購入保留制限は、購入されつつあるメディアアイテムの総コストに依存しえる。
【００４７】
より具体的な例では、購入保留制限は、金額または時間制限の組み合わせで先に起こるものを用いえる。例えば、金額は１０米ドル（＄１０．００）であり、時間制限は１日でありえる。それから、いったん購入コンテナ内のメディアアイテムが１０ドルを超える購入価格を有すると、支払い処理５００は、購入コンテナ内のそのようなメディアアイテムについての電子支払いを得るために継続する。また、金額に達する前に１日の時間制限に達すると、支払い処理５００は、金額が満たされていなくても、購入コンテナ内のそのようなメディアアイテムについての電子支払いを得るためにやはり継続する。
【００４８】
いずれの場合も、判定５０８は、購入金額制限に達したと決定するとき、購入コンテナを閉じる（５１０）。それから、支払い処理５００は、まとめられた購入についての支払いトランザクションが起こるようにする。換言すれば、もしそれぞれ１ドル値段の１２メディアアイテムが購入コンテナ内に含まれていたなら、支払いトランザクションは、総額１２ドル（プラス任意の税金または手数料）が購入者のユーザアカウントに関連付けられた電子支払い手段に課金されるようにする（５１２）。電子支払い手段に関連付けられた電子支払いシステムはそれから、支払いトランザクションを処理し、購入されつつあるメディアアイテムについてユーザに課金する。メディアアイテムが累積されえ、このようにバッチとして処理されえるので、トランザクションコストを低減させる機能が達成される。代替として、判定５０８が、購入保留制限にまだ達していないと決定するとき、操作５１０および５１２はバイパスされる。操作５１２に続いて、またはその保留に続いて、支払い処理５００は再び起動されるまで完了する。
【００４９】
オプションの特徴として、支払い処理５００は、ユーザ（例えばユーザアカウント）単位でカスタマイズされえる。例えば、「優良」ユーザまたは「信用貸しできる」ユーザは、他のユーザよりもより高い購入保留制限を与えられえる。増された購入保留制限の利点は、追加のバッチによってトランザクションコストがさらに低減することである。ある例として、ユーザは、すでに５０以上のメディアアイテムを購入しているような頻繁に利用するユーザであるなら「優良」ユーザとみなされる。
【００５０】
本発明の他の局面は、ユーザがアカウント情報にアクセスできるようにしえるグラフィカルユーザインタフェースである。アカウント情報にアクセスすることによって、ユーザは、自分の現在のアカウント情報を見て、それらに変更を加えられる。このアカウント情報は、そのアカウントについての購入履歴を含みえる。この購入履歴は、ユーザのアカウントを用いて以前に購入されたメディアアイテムのリストまたはレポートを提供しえる。図５Ｂは、ユーザのアカウントに対応する購入履歴情報を表示する代表的なアプリケーションプログラムウィンドウ５５０のスクリーンショットである。図５Ｂに示されるように、購入履歴は、最も最近の購入についての情報を含みえ、購入されたメディアアイテムのそれぞれに関する情報を含みえる。例えば、図５Ｂに示されるように、購入されたメディアアイテムのテーブルが提供され、これはアイテム、アーチスト、タイプ、いつダウンロードされたか、および価格についての情報を提供するテーブルを持つ。
【００５１】
図６は、本発明のある実施形態によるメディア送付処理６００のフロー図である。メディア送付処理６００は例えば、図１に示されるメディア記憶サーバ１１０によって実行される。
【００５２】
メディア送付処理６００は、判定６０２で始まる。判定６０２は、アクセスリクエストが受け取られたかを決定する。アクセスリクエストは、メディア記憶サーバ（例えばメディア記憶サーバ１１０）に関連付けられたメディア記憶（例えばメディア記憶１１２）に記憶されている１つ以上のメディアアイテムについてのメディアコンテンツを得るためのクライアントからのリクエストである。ある実施形態において、アクセスリクエストは、選択されたメディアアイテムについてのＵＲＬおよびクライアントからのセキュリティトークンを少なくとも含む。判定６０２が、アクセスリクエストが受け取られたと決定するとき、メディア送付処理６００は実質的に起動される。換言すれば、いったんアクセスリクエストが受け取られたら、そのアクセスリクエストは認証される（６０４）。この認証６０４は、そのリクエストが正当なものであり、メディアコマースサーバによって認証されたものからであることを認証するために、アクセスリクエストの少なくとも一部の分析を伴う。ある実施形態において、ハッシュアルゴリズムがＵＲＬ、メディアコマースサーバの名前、購入の時間に適用されえる。ハッシュアルゴリズムの結果はそれから、メディアコマースサーバにおいて実行された相補的ハッシュアルゴリズムの結果であるセキュリティトークンと比較される。判定６０６はそれから、認証が成功だったかを決定する。ここで、ある実施形態においては、もしハッシュアルゴリズムアプローチが用いられるなら、ハッシュアルゴリズムの結果は、時間の制限によって設定されたある程度の許容値内でセキュリティトークンと一致しなければならない。例えば、時間による許容値は、購入後、４８時間の間は認証が維持されることをアクセスリクエストに許しえる。
【００５３】
判定６０６が、認証が成功しなかったと決定するとき、アクセス拒否の指示が返される（６０８）。ここで、アクセスリクエストは拒否され、クライアントはそのように通知される。逆に、判定６０６が、認証が成功したと決定するとき、購入されている選択されたメディアアイテムの暗号化されたバージョンが取り出される（６１０）。ここで、メディア記憶サーバは、メディアアイテムの暗号化されたバージョンをメディア記憶から取り出す。それから、メディアアイテムの暗号化されたバージョンは、リクエスタ（クライアント）に送られる（６１２）。換言すれば、メディアアイテムの暗号化されたバージョンは、その選択されたメディアアイテムをリクエストしたクライアントにダウンロードされる。操作６０８および６１２に続いて、メディア送付処理６００は完了し終了する。
【００５４】
本発明の他の局面は、多くのメディアアイテムをレビューするのに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、オンラインでメディアアイテムをプレビューまたは購入するのにも適する。このグラフィカルユーザインタフェースは、ユーザにクライアント（クライアントマシン）において提示される。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示され、そのようなアプリケーションプログラムはメディアプレーヤーと呼ばれる（図１参照）。
【００５５】
図７Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ７００の図である。アプリケーションプログラムウィンドウ７００は、第１サブウィンドウ７０２および第２サブウィンドウ７０４を含む。第１サブウィンドウ７０２は、ブラウザのようなやり方で情報を提示し、一方、第２サブウィンドウは、アプリケーションのようなやり方で情報を提示する。換言すれば、アプリケーションプログラムウィンドウ７０２を作っているアプリケーションプログラムは、ローカルモードで動作しえ、この場合、アプリケーションプログラムウィンドウ７００内に表示されるコンテンツは、第１サブウィンドウ７０２を含まない。しかし、リモートモードにおいて、アプリケーションプログラムがリモートサーバと対話しているとき、アプリケーションプログラムウィンドウ７００は第１サブウィンドウ７０２および第２サブウィンドウ７０４を図７に示されるように含みえる。このような環境下では、第１サブウィンドウ７０２は、ブラウザのようなやり方でリモートサーバによって提供されるコンテンツを表示する。これは、ブラウザのようなスタイルでリモートサーバと対話している感覚をユーザに与える。しかし、第２サブウィンドウ７０４においては、アプリケーションのユーザは、まだインタフェースを維持し、よってリモートサーバとの対話を通してではなく、そのアプリケーションがローカルに動作しているときような、アプリケーションプログラムとの対話の感覚を維持する。しかし、この場合でも、第２サブウィンドウ７０４のためのコンテンツは、リモートサーバから取り出されえる。
【００５６】
図７Ｂは、本発明のある実施形態による代表的なアプリケーションプログラムウィンドウ７２０のスクリーンショットである。アプリケーションプログラムウィンドウ７２０は、図７Ａに示されるアプリケーションプログラムウィンドウ７００の第１サブウィンドウ７０２および第２サブウィンドウ７０４に相当する第１サブウィンドウ７２２および第２サブウィンドウ７２４を含む。追加として、アプリケーションプログラムウィンドウ７２０は、ソースウィンドウ７２６を含む。このソースウィンドウ７２６は、メディアコンテンツについてのさまざまな異なるソースのリストを挙げて示される。図７Ｂに示されるように、ソースウィンドウ７２６は、ハイライトバー７２７によって示されるようなミュージックストアであるようにソースを示す。この実施形態において、このミュージックストアは、アプリケーションプログラムのユーザによって購入されえるメディア（例えば音楽）を含むリモートメディアサーバを表す。したがって図７Ｂに示されるように、ユーザは、語「Ｒｅｂａ」を含むアーチストによってミュージックストア上で入手可能な音楽についてサーチ７２８を実行している。サーチ７２８の結果は、リモートメディアサーバによってアプリケーションプログラムに提供されるコンテンツである。このようなコンテンツは、第１サブウィンドウ７２２および第２サブウィンドウ７２４の領域を埋めるのに用いられる。図７Ｂに示されるように、第１サブウィンドウ７２２は、３つの領域を含み、具体的には、トップアルバム領域７２２−１、トップソング領域７２２−２、およびトップアーチスト領域７２２−３である。トップアルバム領域７２２−１は、単一のアルバムだけを参照し、よって「アルバムを買う」ボタン７３２と共に、そのアルバムについてのアルバムカバーアート７３０を示す。ユーザは、対応する「アルバムを買う」ボタン７３２を選択することによって、トップアルバム領域７２２−１内に示されるアルバムを購入できる。典型的には、もしユーザのアカウントがそのようにコンフィギュレーションされているなら、ユーザは、「アルバムを買う」ボタン７３２上で「クリックする」単一のグラフィカルユーザインタフェースアクションによってそのアルバムを買うことができる。トップソング領域７２２−２は、トップアルバム領域７２２−１のアーチスト（群）またはアルバム（群）に関連するトップソングをリストし、トップアーチスト領域７２２−３は、トップアルバム領域７２２−１に関連するトップアーチスト（群）またはアルバム（群）を示す。
【００５７】
第２サブウィンドウ７２４において、トップアルバム７２２−１によって特定された１つ以上のアルバムに関連付けられたメディアアイテムのリストが表示される。ある実施形態において、メディアアイテムは、メディアソースがクライアントにとってローカルである（すなわち、メディアアイテムがローカルに記憶されている）場合のアプリケーションプログラムによってメディアアイテムのリストをユーザに提示するのに利用される技術と類似または模擬しえるリストのようなやり方で表示される。したがって、第２サブウィンドウ７２４内で特定されるメディアアイテムは、リモートメディアサーバによって提供されるが、それらは洗練された、しばしば他の場合においてアプリケーションプログラムによって利用されるやり方で提示される。図７Ｂに示されるように、メディアアイテムのリスト内のメディアアイテムの特定の１つは、ハイライトバー７３４によって示されるように選択されている。さらに、第２サブウィンドウ７２４内でリストされたメディアアイテムの任意のものは、関連する「曲を買う」ボタン７３６の選択によって購入されえる。再び、関連する「曲を買う」ボタン７３６上でのクリックのような単一のグラフィカルユーザインタフェースアクションを通して、関連付けられたメディアアイテムが購入されえる。さらに、図７Ｂに示されるように、第２サブウィンドウ７２４に表示されている与えられたメディアアイテムについて、そのメディアアイテムについての特性情報がカラム状に提示されえる。特徴情報は例えば、曲名、曲の長さ（時間）、アーチスト、アルバム、ジャンル、関連性の指示、および価格を含む。
【００５８】
さらに、アプリケーションプログラムウィンドウ７２０は、他のコントロールまたは情報を表示しえる。例えば、アプリケーションプログラムウィンドウ７２０は、再生コントロール７３８を表示しえる。再生コントロール７３８が選択されると、第２サブウィンドウ７２４からのメディアアイテムのうちの選択された１つに関するプレビューオーディオクリップが再生される。同様に、第２サブウィンドウ７２４内の特定のメディアアイテム上で「ダブルクリックする」ことによって、関連付けられたプレビューオーディオクリップも再生されえる。したがって、どのメディアアイテムを購入するか決めつつあるユーザは、プレビューオーディオクリップを容易に得て聴くことができる。アプリケーションプログラムウィンドウ７２０はまたブラウズコントロール７４０も含みえる。ブラウズコントロール７４０が選択されると、ブラウズ処理が実行される。このブラウズ処理は、ユーザが関心を持つメディアアイテムを特定するための別のやり方（サーチプロセス以外の）である。サーチボックス７４２もアプリケーションプログラムウィンドウ７２０内に提供されえ、それによってユーザはさらなるサーチを実行しえる。さらに、アカウント領域指示７４４は、ユーザアカウントがアクティブかどうかの指示を提供する。例えば、図７Ｂに示されるように、許可されたユーザについてのアカウント識別子（電子メールアドレスのような）がアカウント識別子領域７４４に表示されるとき、アプリケーションプログラムは、アカウントの関連付けられたユーザがログオン（サインイン）しており、そのアカウントがアクティブであることにより、ユーザがメディアストアから所望のメディアコンテンツを購入できることを認識する。
【００５９】
図８は、本発明のある実施形態によるメディアサーチ処理８００のフロー図である。メディアサーチ処理８００は例えば、クライアント上で動作するアプリケーションプログラムによって実行される。このアプリケーションプログラムは例えば、図１に示されるメディアプレーヤー１０８である。
【００６０】
メディアサーチ処理８００は、アプリケーションプログラムのユーザが、ユーザが関心のあるメディアコンテンツを特定するためにいったんサーチを実行しようとすればアクティベートされる。したがって、サーチダイアログボックスが最初にユーザに表示される（８０２）。この実施形態においては、ユーザは、フィールドベースの制約を用いた洗練されたサーチを実行したいと想定する。しかし、もしユーザがタームだけを用いる簡単なサーチを単に実行したいなら、図７Ｂに示されるサーチボックス７４２も利用されえる。いずれの場合も、サーチ基準が入力される（８０４）。それから、判定８０６は、サーチが実行されるべきかを決定する。判定８０６が、サーチが実行されるべきではないと決定するとき、メディアサーチ処理８００は、操作８０４および後続の操作を反復することによってサーチ基準が変更されえるようにするよう戻る。しかし、いったん判定８０６が、サーチが実行されるべきであると決定すると、サーチリクエストがリモートメディアサーバに送られる（８０８）。ここで、ある例では、リモートメディアサーバは、図１に示されるメディアコマースサーバ１０２である。サーチリクエストは、サーチ基準に従ってサーチを実行するためのリモートメディアサーバへのリクエストである。ここで、リモートメディアサーバは、少なくともリモートメディアサーバから購入するのに入手可能な大量のメディアアイテムについての情報（例えばメタデータ）を含むが、購入されるメディアアイテムのコンテンツは、メディア記憶サーバ１１０のような他のリモートサーバについてクライアントにおいてダウンロードを介して獲得されえる。
【００６１】
サーチリクエストがリモートメディアサーバに送られた（８０８）後に、判定８１０は、レスポンスが受け取られたかを決定する。ここで、メディアサーチ処理８００は、サーチリクエストに対するレスポンスがアプリケーションプログラムにおいて受け取られるまで待つ。いったん判定８１０がレスポンスが受け取られたと決定すると、アプリケーションプログラムウィンドウがアプリケーションプログラムによって作られ、つまりレンダリングされる。より具体的には、アプリケーションプログラムウィンドウの第１ウィンドウ（例えば第１サブウィンドウ）がアルバムに関連する情報でレンダリングされる（８１２）。加えて、アプリケーションプログラムウィンドウの第２ウィンドウ（例えば第２サブウィンドウ）がレンダリングされ（８１４）、それによってアルバムに関連する情報に対応するメディアアイテム情報を表示する。ある実施形態において、メディアアイテム情報は、リストフォーマットで、またはロウおよびカラムフォーマットで第２ウィンドウに表示されえる。
【００６２】
例えば、「Ｒｅｂａ」のサーチ基準などがリモートメディアサーバに送られる。リモートメディアサーバは、図７Ｂに示される第１サブウィンドウ７２２に示されるアルバムに関連する情報および図７Ｂに示される第２サブウィンドウ７２４に示される対応するメディアアイテム情報を返す。
【００６３】
ある実施形態において、リモートメディアサーバからのレスポンスは、サーチリクエストから生じるリストされたメディアアイテム（例えばトラック）である。第２ウィンドウは、メディアアイテムのリスト上のメディアアイテム（例えばトラック）についてのメディアアイテム情報を表示する。第１ウィンドウは、メディアアイテムのリスト上の最も関連あるメディアアイテム（例えばトラック）についてのアルバム関連情報を表示しえる。
【００６４】
この点において、メディアサーチ処理８００は、サーチ基準を受け取って、メディアサーバにおいてサーチを実行しており、それから第１ウィンドウおよび第２ウィンドウで表示される結果を返している。この点において、第１ウィンドウおよび第２ウィンドウ内でも提供されるグラフィカルユーザインタフェース要素を用いて、アプリケーションプログラムのユーザは、さらにグラフィカルユーザインタフェースと対話して図７Ｂに示されるような結果表示から他の操作を実行することができる。
【００６５】
図９は、本発明のある実施形態による追加処理９００のフロー図である。追加処理９００は、図８に示されるメディアサーチ処理か、または図１２Ａおよび１２Ｂを参照して以下に説明されるメディアブラウズ処理かのいずれかに続いてアプリケーションプログラムによって起動および実行されえる処理である。
【００６６】
図９に示されるように、判定９０２は、買う選択がなされたかを決定する。例えば、図７Ｂについて、ユーザが「アルバムを買う」ボタン７３２または「曲を買う」ボタン７３６を選択したかである。判定９０２が、買う選択がなされたと決定するとき、メディア購入システム９０４が実行される。例として、メディア購入システム９０４は、図２Ａおよび２Ｂに示されるメディア購入処理２００でありえる。代替として、判定９０２が、買う選択がなされていないと決定するとき、判定９０６は、プレビュー選択がなされているかを決定する。例えば、図７Ｂを参照して上述のように、プレビューは、プレビューコントロール７３８の使用を通じて、または第２サブウィンドウ７２４内にリストされた特定のメディアアイテム上を「ダブルクリック」することによって選択されえる。いずれの場合も、判定９０６が、プレビュー選択がなされたと決定するとき、選択されたメディアアイテムについてのプレビューストリームがリモートメディアサーバからリクエストされる（９０８）。ここで、アプリケーションプログラムは、メディアアイテムをプレビューするのに必要とされるメディアコンテンツをローカルには記憶しない。したがって、特定のメディアアイテムをプレビューするためには、アプリケーションプログラムは、プレビューリクエストをリモートメディアサーバに送って、メディアサーバが選択されたメディアアイテムについてのプレビューを特定のアプリケーションプログラムへストリーミングするよう指示する。いったんプレビューリクエストについてのストリーミングがリモートメディアサーバによって開始されると、プレビューストリームがアプリケーションプログラムにおいて再生され（９０１）、それによってアプリケーションプログラムのユーザは、選択されたメディアアイテムについてのプレビュークリップに関連するオーディオを聴くことができる。
【００６７】
逆に、判定９０６が、プレビュー選択がなされていないと決定するとき、判定９１２は、さまざまな他の選択のうちの任意のものがなされたかを決定する。ユーザは、サーチ、購入およびプレビュー以外のさまざまな異なるやり方で、アプリケーションプログラムウィンドウと対話することができる。例えば、ユーザは、異なるやり方で第２サブウィンドウ７２４内においてメディアアイテムをソートするためにグラフィカルユーザインタフェースと対話しえ、またはブラウズコントロール７４０を用いたブラウズ操作をリクエストしえ、ミュージックストアのホームページへ進みえるなどできる。処理のこれらの他のタイプは、１つ以上のそのような他の選択がなされたと判定９１２によって決定されるとき、９１４において実行されえる。もし判定９１２が、他の選択が存在しないと決定するなら、メディアサーチ処理９００は、判定９０２および後続の操作を反復することによって、アプリケーションプログラムウィンドウから利用されえるこれら追加操作または機能が利用可能であるように戻る。操作９０４、９１０および９１４に続いて、メディアサーチ処理９００は完了し終了する。
【００６８】
本発明の他の局面は、多くのメディアアイテムを通して効率的にブラウズするのに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、オンラインでメディアアイテムを購入するのにも適する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示される。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示され、そのようなアプリケーションプログラムはメディアプレーヤーと呼ばれる（図１参照）。
【００６９】
図１０は、本発明のある実施形態によるアプリケーションプログラムウィンドウ１０００の図である。アプリケーションプログラムウィンドウ１０００は、グラフィカルユーザインタフェースである。ユーザは、購入またはプレビューのためにリモートサーバ上で利用可能なメディアアイテムをブラウズするためにグラフィカルユーザインタフェースと対話できる。このリモートサーバは例えば、図１に示されるメディアコマースサーバ１０２およびメディア記憶サーバ１１０のうちの１つまたは両方を含みえる。
【００７０】
アプリケーションプログラムウィンドウ１０００は、第１サブウィンドウ１００２および第２サブウィンドウ１００４を含む。第１サブウィンドウ１００２は、第１領域１００２−１、第２領域１００２−２、および第３領域１００２−３を含む。図１０に示されるように、第１領域１００２−１は、アイテムの第１リスト１００６を含む。ユーザは、第１領域１００２−１と対話して、アイテムの第１リスト１００６内のアイテムのうちの１つを選択する。選択されたアイテムは、ハイライトされえる（１００８）（または他のやり方で視覚的に区別されえる）。いったん第１リスト１００６内の特定のアイテムが選択され、よってハイライトされる（１００８）と、リクエストがリモートサーバに送られて、第２領域１００２−２内に表示されるアイテムの第２リスト１０１０についての適切なアイテムを特定する。換言すれば、リモートメディアサーバは、第２リスト１００２ー２内で表示されるべき第２リスト１０１０についてのアイテムを持つリクエストに応答する。再び、ユーザは、第２リスト１０１０内のアイテムのうちの１つを選択するために、第２領域１００２−２と対話しえる。選択されたアイテムは、それからハイライトされえる（１０１２）（または他のやり方で視覚的に区別されえる）。それから、選択されハイライトされたアイテム１０１２は、選択されハイライトされたアイテム１０１２に関連付けられたアイテムを得るためにリクエストがリモートサーバに送られるようにする。リモートサーバからのレスポンスは、第３領域１００２−３内の第３リスト１０１４に表示される１つ以上のアイテムである。ユーザは、第３リスト１０１４内のアイテムのうちの１つを選択するために第３領域１００２−３と対話できる。選択されたアイテムは、それからハイライトされえる（１０１６）（または他のやり方で視覚的に区別されえる）。
【００７１】
第３リスト１０１４内のアイテムのうちの１つが選択されハイライトされた（１０１６）後に、選択されハイライトされたアイテム１０１６に関連付けられたアイテムを得るためにさらに別のリクエストがリモートサーバに送られえる。このリクエストに応答して、リモートサーバは、第２サブウィンドウ１００４内に表示される１つ以上のアイテムを供給する。これらのアイテムは、さまざまな異なるやり方で表示されえ、一般に、アイテムのそれぞれについての記述的または特性情報を含む。１つ以上のアイテムは、リストとして、またはロウおよびカラム（例えばテーブル）フォーマットとして表示されえる。ある実施形態において、第２サブウィンドウ１００４は、第１サブウィンドウ１００２の領域のそれぞれよりも大きく、よって第２サブウィンドウ１００４は、そこに表示されているメディアアイテムのそれぞれに関する情報のための追加の表示領域を有する。ある実施形態において、第２サブウィンドウ１００４に表示されているアイテムは、メディアアイテムである。これらメディアアイテムは例えば、プレビューまたは購入されえる曲、ビデオまたは画像でありえる。
【００７２】
図１１Ａ〜１１Ｃは、本発明のある実施形態によるブラウズフィーチャの連続ビューを示すスクリーンショットである。
【００７３】
図１１Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１１００のスクリーンショットである。アプリケーションプログラムウィンドウ１１００は、第１サブウィンドウ１１０２、第２サブウィンドウ１１０４、および第３サブウィンドウ１１０６を含む。第１サブウィンドウ１１０２は、第１領域１１０２−１、第２領域１１０２−２、および第３領域１１０２−３を含む。図１１Ａに示されるように、第１領域１１０２−１は、入手可能なジャンルのリスト（ジャンルリスト）１１０８を表示するよう示される。第２領域１１０２−２は、第１領域１１０２−１に表示されているジャンルリスト１１０８内のアイテムのうちの１つを選択するようユーザに知らせる「ジャンルを選択」というテキストを表示する。
【００７４】
図１１Ｂは、ユーザが第１領域１１０２−１に表示されているジャンルリスト１１０８内のアイテムのうちの１つを選択した後のアプリケーションプログラムウィンドウ１１２０のスクリーンショットである。ジャンルリスト１１０８からの選択されたアイテム１１２２は、図１１Ｂに示されるようにハイライトされえる。いったんユーザがリスト１１０８（選択されたジャンル）内のアイテムのうちの１つを選択したら、第２領域１１０２−２は、ジャンルリスト１１０８からの選択されたジャンルに関連付けられたアーチストのリスト（アーチストリスト）１１２４で埋められえる。アーチストリスト１１２４は、リモートサーバによってアプリケーションプログラムウィンドウ１１２０を提示するアプリケーションプログラムに提供される。第３領域１１０２−３は、第２領域１１０２−２に表示されているアーチストリスト１１２４からアーチストのうちの１つをユーザが選択するよう促すために「アーチストを選択」というメッセージを表示する。
【００７５】
図１１Ｃは、ユーザが第２領域１１０２−２のアーチストリスト１１２４から入手可能なアーチストのうちの１つを選択した後のアプリケーションプログラムウィンドウ１１４０のスクリーンショットである。ユーザが、アーチストのうちの１つ（選択されたアーチスト）１１４４を第２領域１１０２−２のアーチストリスト１１２４から選択したとき、この選択されたアーチスト１１４４は、ハイライトされたやり方で示されえる。それから、第３領域１１０２−３は、アルバムリスト１１４６に１つ以上のアルバムを表示する。アルバムリスト１１４６内のアルバムは、選択されたアーチスト１１４４の作品であるアルバムである。アルバムリスト１１４６は、リモートサーバによって提供される。アルバムリスト１１４６が複数のアイテムを有するとき、ユーザは、アイテムのうちの１つを選択する。しかし、図１１Ｃに示されるように、アルバムリスト１１４６は、単一のアイテム（アルバム）しか有しない。したがって、単一のアイテムが選択されたとみなされる。いったんアルバムリスト１１４６でアイテムが選択されると、第２サブウィンドウ１１０４は、選択されたアルバムにある曲の音楽リスト１１４８によって埋められえる。音楽リスト１１４８は、曲のそれぞれについての記述的情報を表示しえる。例えば、図１１Ｃに示されるように、ソングリスト１１４８は、それぞれのロウが選択されたアルバムの異なる曲に関し、カラムが曲名、タイトル、アーチスト、アルバム、ジャンル、および価格に関する、ロウおよびカラム（例えばテーブル）フォーマットで提示される。さらに、価格カラム内において、ロウのそれぞれは、ユーザによって特定の曲の購入を容易にする「曲を買う」ボタン１１５０を含みえる。ある実施形態において、価格は曲／トラック当たり固定価格である。例えば、固定された価格は曲当たり＄０．９９でありえる。
【００７６】
図１２Ａおよび１２Ｂは、本発明のある実施形態によるメディアブラウズ処理１２００のフロー図である。メディアブラウズ処理１２００は例えば、図１に示されるクライアント１０４上で動作するメディアプレーヤー１０８のようなメディアプレーヤーによって実行される。メディアプレーヤーは、見られ、提示され、プレビューされまたは購入されえる入手可能なメディアコンテンツに関する情報を得るためにリモートサーバ（メディアサーバ）と通信もする。リモートサーバは例えば、図１に示されるメディアコマースサーバ１０２およびメディア記憶サーバ１１０のうちの１つまたは両方を含みえる。
【００７７】
メディアブラウズ処理１２００はまず、選択可能なジャンルのリストを持つブラウズウィンドウを表示する（１２０１）。リスト内のジャンルは、リモートサーバによってブラウズウィンドウを作るアプリケーションプログラムに提供される。例として、ブラウズウィンドウは、図１０および１１Ａ〜１１Ｃに示されるアプリケーションプログラムウィンドウ１０００、１１００、１１２０または１１４０に関しえる。
【００７８】
次に、判定１２０２は、ジャンル選択がなされたかを決定する。判定１２０２が、ジャンル選択がまだなされていないと決定するとき、メディアブラウズ処理１２００は、ユーザがそのような選択をするのを待つ。いったん判定１２０２が、ジャンル選択がなされたと決定すると、選択されたジャンルがハイライトされる（１２０４）。加えて、選択されたジャンル内のこれらの入手可能なアーチストがリモートサーバからリクエストされる（１２０６）。
【００７９】
判定１２０８はそれから、レスポンスがリモートサーバから受け取られたかを決定する。判定１２０８が、レスポンスがまだ受け取られていないと決定するとき、メディアブラウズ処理１２００は、そのようなレスポンスを待つ。いったん判定１２０８が、レスポンスが受け取られたと決定すると、選択されたジャンル内の選択可能なアーチストのリストが表示される（１２１０）。換言すれば、リモートサーバからのレスポンスは、選択されたジャンル内の選択可能なアーチストを特定する。選択可能なアーチストはそれから、選択可能なアーチストのリストに表示される（１２１０）。ある実施形態において、選択可能なアーチストのリストを表示しつつ、選択可能なジャンルのリストも依然として表示される。
【００８０】
選択可能なアーチストのリストが表示された（１２１０）後で、判定１２１２は、アーチスト選択がなされたかを決定する。ここで、ユーザは、表示されている（１２１０）選択可能なアーチストのリストからアーチストを選択するためにブラウズウィンドウと対話できる。判定１２１２がアーチスト選択がなされていないと決定するとき、メディアブラウズ処理１２００はそのような選択を待つ。いったん判定１２１２が、アーチスト選択がなされたと決定するとき、選択されたアーチストがハイライトされる（１２１４）。それから、選択されたアーチストについての入手可能なアルバムがリモートサーバ（メディアサーバ）からリクエストされる（１２１６）。判定１２１８はそれから、リクエストに対するレスポンスがリモートサーバから受け取られたかを決定する。判定１２１８が、レスポンスがまだ受け取られていないと決定するとき、メディアブラウズ処理１２００はそのようなレスポンスを待つ。いったん判定１２１８が、レスポンスが受け取られたと決定すると、選択されたアーチストについての選択可能なアルバムのリストが表示される（１２２０）。この場合のメディアサーバからのレスポンスは、選択されたアーチストによって作られた選択可能なアルバムを含む。ある実施形態において、選択可能なアルバムのリストが表示されえ（１２２０）、一方、選択可能なアーチストのリストおよび選択可能なジャンルのリストも同時に表示にされる。
【００８１】
選択可能なアルバムのリストが表示された（１２２０）後に、判定１２２２は、アルバム選択がなされたかを決定する。判定１２２２が、アルバム選択がまだなされていないと決定するとき、メディアブラウズ処理１２００は、そのような選択を待つ。判定１２２２が、アルバム選択がなされたと決定するとき、選択されたアルバムにあるメディアアイテムがメディアサーバからリクエストされる（１２２４）。判定１２２６はそれから、リクエストに対するレスポンスが受け取られたかを決定する。判定１２２６が、レスポンスがまだ受け取られていないと決定するとき、メディアブラウズ処理１２００はそのようなレスポンスを待つ。判定１２２６が、レスポンスが受け取られたと決定するとき、選択されたアルバムに対応するメディアアイテム情報を有するメディアアイテムウィンドウが表示される（１２２８）。典型的には、メディアアイテムウィンドウは、選択されたアルバムに対応するメディアアイテムのリストを表示する。例えば、メディアアイテムは、選択されたアルバムに存在する曲でありえる。例えば、図１１Ｃに示されるように、第２サブウィンドウ１１０４は、メディアアイテムウィンドウに関しえ、そのメディアアイテムに関する他の記述的または特性情報と共にメディアアイテム（曲）のリストを表示しえる。
【００８２】
操作１２２８に続いて、ユーザは、メディアアイテムの任意のものをプレビュー、ソート、および購入するためにメディアアイテムウィンドウと対話しえる。ある実施形態において、のような追加の操作は上述の図９に示されるように実行されえる。
【００８３】
さらに、図１０〜１２Ｂを参照して上述したグラフィカルユーザインタフェースは、主に音楽の曲について説明された。しかし前に述べたように、グラフィカルユーザインタフェースは一般に、メディアアイテムをブラウズするのに適用可能である。例えば、メディアアイテムは、ビデオ（例えばＤＶＤ）、オーディオブックまたはグループ分け（例えばチャート）でありえる。例えば、オーディオブックの場合、グラフィカルユーザインタフェースは、ユーザがまず「オーディオブック」を選択し、それからカテゴリを選択し、そして作家を選択することを許可しえる。いったん作家が選択されると、入手可能なオーディオブックのリストが他のウィンドウの中に表示されえ、そこからユーザはリストされたオーディオブックの任意のものをプレビューおよび／または購入できる。例えば、図１０に示されるアプリケーションプログラムウィンドウ１０００についてある実施形態において、第１領域１００２−１は、「オーディオブック」が１つのジャンルとして含まれるジャンルのリストを表示でき、第２領域１００２−２は、オーディオブックのカテゴリ（芸術＆エンターテイメント、スポーツ、歴史など）のリストを表示でき、第３領域１００２−３は、選択されたカテゴリのオーディオブックを有する作家をリストしえる。
【００８４】
他の例として、メディアアイテムがグループ分けに関するとき、グラフィカルユーザインタフェースは、ユーザがそのグループ分けをブラウズできるようにしえる。ある実現例では、このグループ分けはチャートに関しえる。例えば、グラフィカルユーザインタフェースは、ユーザがまず「チャート」を選択し、それから特定のチャートを選択し、そしてそのチャートの特定の年を選択しえる。いったん年が選択されると、特定の年についての特定のチャートに関連付けられたメディアアイテム（例えば曲）のリストが他のウィンドウに表示されえ、そこからユーザは、リストされたメディアアイテムの任意のものをプレビューおよび／または購入しえる。例えば、図１０に示されるアプリケーションプログラムウィンドウ１０００についてある実施形態において、第１領域１００２−１は、「チャート」が１つのジャンルとして含まれるジャンルのリストを表示しえ、第２領域１００２−２は、チャート（例えばBillboard Hot 100、Rick Dees Weekly Top 40 Chartなど）のリストを表示しえ、第３領域１００２ー３は、選択されたチャートについての年をリストしえる。
【００８５】
音楽のあるジャンルは、「クラシック」である。図１０〜１２Ｂについて上述したグラフィカルユーザインタフェースは、クラシック音楽をブラウズするためにも用いられえる。例えば、図１０に示されるアプリケーションプログラムウィンドウ１０００はある実施形態において、第１領域１００２−１は、「クラシック」が１つのジャンルとして含まれるジャンルのリストを表示でき、第２領域１００２−２は、クラシック音楽のアーチスト（例えばモーツァルト、ベートーベンなど）のリストを表示でき、第３領域１００２−３は、選択されたアーチストのアルバム（ＣＤ）をリストしえる。第２サブウィンドウ１００４に表示される１つ以上のアイテムは、個別のメディアアイテム（例えばトラック）またはメディアアイテムのグループ分け（例えばトラックのグループ）でありえる。例えば、メディアアイテム「Piano Concerto No. 19」が第２サブウィンドウ１００４内のロウに表示されえる。しかし、このようなメディアアイテムは、「Piano Concerto No. 19 In F, KV 459: Allegro Vivace」、「Piano Concerto No. 19 In F, KV 459: Allegretto」、および「Piano Concerto No. 19 In F, KV 459: Allegro Assai」のような異なる楽章、テンポ、アレンジのグループ分けを表しえる。このグループ分けは、最初は単一のロウで圧縮した形で表示されえる。ある実施形態において、グループ分けについての記述子以外に、指示子（例えばシンボルまたはアイコン）が第２サブウィンドウ１００４内のそれぞれのロウにおいて表示されえ、その中で記述子はグループ分けを表す。指示子はまた、グループ分けの個別のメディアアイテム（例えばトラック）上で情報を表示させる必要に応じて、ユーザが単一のロウを拡張させられるように、ユーザ選択可能である。指示子はよって、ユーザが圧縮されたまたは拡張された形でメディアアイテムのグループ分けを見ることができるようにしえる。
【００８６】
図１３Ａ〜１３Ｂは、本発明のある実施形態によるグラフィカルユーザインタフェースのさらなる特徴を示すスクリーンショットである。図１３Ａに示されるスクリーンショットは、図１１Ｃに示されるものと似ており、同様の処理によって実現されえる。
【００８７】
図１３Ａは、本発明の他の実施形態によるアプリケーションプログラムウィンドウ１３００のスクリーンショットである。アプリケーションプログラムウィンドウ１３００は、第１サブウィンドウ１３０２、第２サブウィンドウ１３０４、および第３サブウィンドウ１３０６を含む。第１サブウィンドウ１３０２は、第１領域１３０２−１、第２領域１３０２−２、および第３領域１３０２−３を含む。図１３Ａに示されるように、第１領域１３０２−１は、入手可能なジャンルのリスト（ジャンルリスト）１３０８を表示するよう示される。ユーザがジャンルリスト１３０８内のアイテムのうちの１つを選択した後、選択されたアイテム１３１０は、図１３Ａに示されるようにハイライトされて示されえる。第２領域１３０２−２は、ジャンルリスト１３０８からの選択されたジャンルに関連付けられたアーチストのリスト（アーチストリスト）１３１２を表示する。それから、ユーザが第２領域１３０２−２のアーチストリスト１３１２から入手可能なアーチストのうちの１つを選択した後、選択されたアーチスト１３１４は、ハイライトされたやり方で示されえる。第３領域１３０２−３は、アルバムリスト１３１６で１つ以上のアルバムを表示する。アルバムリスト１３１６が複数のアイテムを有するとき、ユーザは、アイテムのうちの１つを選択する。しかし図１３Ａに示されるように、アルバムリスト１３１６は、単一のアイテム（アルバム）を有する。したがって、単一のアイテムが選択されたとみなされる。いったんアルバムリスト１３１６中のアイテムが選択されると、第２サブウィンドウ１３０４は、選択されたアルバムにある曲のソングリスト１３１８で埋められえる。ソングリスト１３１８は、それぞれの曲についての記述的情報を表示しえる。例えば、図１３Ａに示されるように、曲リスト１３１８は、それぞれのロウが選択された選択されたアルバムにある異なる曲に関し、カラムが曲名、タイトル、アーチスト、アルバム、ジャンル、および価格に関する、ロウおよびカラム（例えばテーブル）フォーマットで提示されえる。
【００８８】
この点で、ユーザは、ブラウズ操作を完了し、それからアプリケーションプログラムウィンドウ１３００とさまざまな異なるやり方で対話しえる。ユーザがアプリケーションプログラムウィンドウ１３００と対話しえる１つのやり方は、トグルコントロール１３２０の使用を通じてである。トグルコントロール１３２０は、ユーザによって選択可能なボタン、画像または他のユーザインタフェースコントロールである。トグルコントロール１３２０は選択されるとき、グラフィカルユーザインタフェースを、第１サブウィンドウ１３０２内のブラウズインタフェースから情報モードへと切り替える。
【００８９】
図１３Ｂは、ユーザが図１３Ａに示されるブラウズコントロール１３２０と対話した後に表示される代表的なアプリケーションプログラムウィンドウ１３５０である。このような場合、第１サブウィンドウ１３０２は、関連するメディアアイテムについての記述的情報を含むように変更される。特に、図１３Ｂに示されるように、第１サブウィンドウ１３０２は、選択されたアルバムに関連付けられた画像１３５２、選択されたアルバムに関する情報１３５４、および選択されたアルバムにある全ての曲へのアクセス権のユーザの購入を促進する「アルバムを買う」ボタン１３５６を含む。この例では、図１３Ａについてのブラウズ操作を通じてＢ−５２ｓによる特定の選択されたアルバム「Party Mix/Mesopotamia」が前に選択されていた。しかしユーザがトグルコントロール１３２０を選択すると、グラフィカルユーザインタフェースは、第１サブウィンドウ１３０２を図１３Ｂに示されるものに変更する。結果として生じるグラフィカルユーザインタフェースは、ブラウズ操作によって特定されたアルバムをユーザがレビューするのを促進する。ユーザは、「アルバムを買う」ボタン１３５６の使用を通じて直接にアルバムを買えるだけでなく、情報１３５４および関連付けられた画像１３５２をレビューできる。ある実施形態において、価格はアルバム当たり固定価格である。例えば、固定された価格はアルバム当たり＄９．９９でありえる。加えて、第１サブウィンドウ１３０２は、トップダウンロード領域１３５８および関連するアイテム領域１３６０をさらに含みえる。トップダウンロード領域１３５８は、選択されたアルバムから最も頻繁にダウンロードされた曲のリストを含みえる。関連するアイテム領域１３６０は、選択されたアルバムのアーチストから音楽を買った人が買った他の曲のリストを含みえる。
【００９０】
図１３Ｂに示される代表的なアプリケーションプログラムウィンドウ１３５０において、第２サブウィンドウ１３０４は、図１３Ａに示される第２サブウィンドウ１３１８と比べて変更されても変更されなくてもよい。しかし他の実施形態において、第２サブウィンドウ１３１８は、その表示された曲のリストを変更またはアップデート、または消去さえできる。同様に、第３サブウィンドウ１３０６は必ずしも存在しない。
【００９１】
さらに、トグルコントロール１３２０は図１３Ｂに示されるグラフィカルユーザインタフェースにも提供されえることが理解されよう。したがって、ユーザは、図１３Ａに示されるアプリケーションプログラムウィンドウ１３００に示されるグラフィカルユーザインタフェースに戻るために図１３Ｂに示されるトグルコントロール１３２０と対話しえる。さらにユーザは、最初に図１３Ｂに示されるアプリケーションプログラムウィンドウ１３５０を作るために音楽サーチを実行しえる。このようなアプローチは、図１３Ａに示されるようなブラウズプロセスの使用の代替でありえる。いずれの場合も、サーチ操作を通してユーザは、選択されたアルバム特定または場所をつきとめ、よって図１３Ｂに示されるアプリケーションプログラムウィンドウで示されるグラフィカルユーザインタフェースが提示されえる。それから、もしユーザがブラウズモードに入りたいなら、ユーザは図１３Ｂに示されるブラウズコントロール１３２０を選択しえ、よって図１３Ａに示されるアプリケーションプログラムウィンドウ１３００で提供されるグラフィカルユーザインタフェースが提示されえる。換言すれば、ユーザは、ブラウズコントロール１３２０を用いて、ブラウズモードおよび情報モードの間で遷移しえる。
【００９２】
本発明に関連するさらなる特徴は、図１３Ａおよび１３Ｂについて示される。第２サブウィンドウ１３０４は、「曲を買う」ボタン１３６２および「ゴー・トゥ」ボタン１３６４、１３６６および１３６８を第２サブウィンドウ１３０４内にリストされた曲のそれぞれについて含む。「ゴー・トゥ」ボタン１３６４、１３６６および１３６８は、矢印シンボルをその中に持つ小さなボタンとして示される。前に説明されたように、「曲を買う」ボタン１３６２は、ユーザが関連付けられた曲へのアクセスを容易に購入するのを促進しえる。「ゴー・トゥ」ボタン１３６４の選択は、第１サブウィンドウ１３０２が、関連付けられたアーチスト（例えばThe B52s）に関する情報を表示するように働く。「ゴー・トゥ」ボタン１３６６の選択は、第１サブウィンドウ１３０２が、関連付けられた選択されたアルバムに関する情報を表示するように働く。例えば、もしユーザが図１３Ａに示される「ゴー・トゥ」ボタン１３６６を選択したなら、第１サブウィンドウ１３０２は、それから図１３Ｂに示されるようなアルバム情報を表示する。もしユーザがアプリケーションプログラムウィンドウ１３００またはアプリケーションプログラムウィンドウ１３５０のいずれかの「ゴー・トゥ」ボタン１３６８を選択したなら、ジャンルウィンドウが第１サブウィンドウ１３０２（および／または第２サブウィンドウ１３０４）内に提示されえる。この例では、ジャンルウィンドウは、「ポップ」のジャンルに関する。ジャンルウィンドウから、ユーザは対話して、１つ以上の選択されたジャンルを特定し、それから興味のある音楽を探すよう進みえる。
【００９３】
代替として、ブラウズされているメディアアイテムがオーディオブックであるとき、「ゴー・トゥ」ボタンは、ブックページが表示されるようにし、買うボタンは「ブックを買う」を示しえる。オーディオブックの場合、ダウンロードされるべきオーディオデータがかなりの大きさであるなら、ある実施形態において、オーディオブックのためのオーディオデータは、別個にダウンロードされる複数のファイルに分割されえる。オーディオブックの音質は、ダウンロードされるのに必要とされるオーディオデータの量を低減するための他の手段として、楽曲に比べて低減されえる。
【００９４】
本発明のさらに他の局面は、曲またはアルバム中に存在する露骨なコンテンツをユーザに知らせることに関する。図１４Ａおよび１４Ｂは、本発明のある実施形態による露骨なコンテンツ通知の特徴を示すスクリーンショットである。
【００９５】
図１４Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１４００のスクリーンショットである。アプリケーションプログラムウィンドウ１４００は、第１サブウィンドウ１４０２、第２サブウィンドウ１４０４、および第３サブウィンドウ１４０６を含む。第１サブウィンドウ１４０２は、トップアルバム領域１４０２−１、トップソング領域１４０２−２、およびトップアーチスト領域１４０２−３を含む。トップアーチスト領域１４０２−１は、基準に一致するアルバムを含む。例えば、この例では、サーチ基準は「ｔｒｉｎａ」だったので、トップアルバム領域１４０２−１は、サーチ基準「ｔｒｉｎａ」について音楽データベースをサーチすることによって特定された４つの別々のアルバムを示す。トップソング領域１４０２−２は、トップアーチスト領域１４０２−１にリストされた任意のアルバムについてトップソングのリストを含む。トップアーチスト領域１４０２−３は、トップアルバム領域１４０２−１内のアルバムについてのトップアーチストを表しえる。代替として、トップアーチスト領域１４０２−３内のトップソング領域１４０２−２は、ジャンル、期間、または全体の大きなカテゴリについてのトップソングでありえる。加えて、第２サブウィンドウ１４０４は、トップアルバム１４０２−１内のアルバムに関連付けられた曲を表示する。換言すれば、第２サブウィンドウ１４０４内にリストされた曲は、サーチ基準と何らかの関連がある曲である。
【００９６】
アプリケーションプログラムウィンドウ１４００は、露骨なコンテンツ識別子１４０８およびクリーンコンテンツ指示子１４１０をさらに含むことに注意されたい。この点において、曲またはアルバムは、全ての聴き手に不快感を与える言葉（例えば卑語または他の汚い言葉）を含みえるものとして知られる。したがって、アルバムまたは曲は、露骨なコンテンツ指示子１４０８の使用を通じて、そのような露骨なコンテンツを含むものとして示されえる。図１４Ａに示されるように、露骨なコンテンツ指示子１４０８は、第１サブウィンドウ１４０２に示されるようにアルバムと関連付けられえ、および／または第２サブウィンドウ１４０４に示されるように個別の曲に関連付けられえる。
【００９７】
さらに、アルバムまたは曲が露骨なコンテンツを有する場合、同じアルバムまたは曲の他のバージョンが提供されえ、よって露骨で潜在的に不快なマテリアルを取り除く変更をして購入することが可能になるようされえる。これらタイプの曲またはアルバムは、クリーンコンテンツ指示子１４１０によって示される。
【００９８】
もし所望であるなら、ユーザは、トップアルバム１４０２−１内で、または第２サブウィンドウ１４０４内のアルバム情報についての「ゴー・トゥ」ボタン１４１４のうちの１つを選択することを通してアルバムのうちの１つを選択しえる。もしユーザが画像１４１２または「ゴー・トゥ」ボタン１４１４のいずれも選択しないなら、図１４Ｂに示されるアプリケーションプログラムウィンドウ１４５０が本発明のある実施形態によって作られえる。換言すれば、ユーザ選択は、DMXによるアルバム「The Great Depression」、すなわち露骨なコンテンツのバージョンを選択することであった。したがって、第１サブウィンドウ１４０２は、選択されたアルバムに関連付けられた画像１４５２、アルバムに関する情報１４５４、および「アルバムを買う」ボタン１４５６を表示する。加えて、選択されたアルバムは、露骨なコンテンツを有するので、第１サブウィンドウ１４０２は、選択されたアルバムが露骨なコンテンツを含むことを潜在的な購入者に警告するためのペアレンタルアドバイザリウォーニング表示１４５７も表示しえる。第１サブウィンドウ１４０２は、トップダウンロード情報１４５８および関連する曲購入情報１４６０もさらに含みえる。第２サブウィンドウ１４０４は、選択されたアルバムにある曲をリストしえる。図１４Ｂに示されるように、選択されたアルバム「The Great Depression」は、１７曲つまりトラックを含み、これらのそれぞれが露骨なコンテンツ指示子１４０８によって特定され、それにより曲つまりトラックのそれぞれが露骨なコンテンツを含むことを示す。
【００９９】
本発明の他の局面は、不快な言葉を含むメディア記述子の変更に関する。例えば、メディア記述子は、アルバム、曲、ビデオまたは写真のようなメディアアイテムへのタイトルとしてしばしば提供される。稀に、これらメディア記述子は不快感を与える言葉を含みえる。したがって、メディアアイテムはメディアストア（またはメディアデータベース）に記憶されるよう提供され、後の購入に入手可能となるとき、これらメディアアイテムは、そのメディア記述子内に不快な言葉が存在するかを決定するためにレビューされえる。代替として、メディア記述子にある不快な言葉を探すレビューは、これらメディアアイテムがさまざまなメディアプレーヤーによってリクエストされるときに動的になされえる。いずれの場合も、メディア記述子の不快感を催す部分は、不快な言葉を除去するよう変更されえる。
【０１００】
ある実施形態において、メディア記述子内のそれぞれの言葉は、ファイルまたはデータベースに記憶された特定された不快感を与える言葉のリストと比較されえる。メディア記述子で見つかったそれぞれの不快な言葉について、メディア記述子内の不快な言葉の一部が置換文字を使用して変更されえる。例として、図１４Ａに示されるように、選択されたアルバムにある曲名（例えばメディア記述子）の１つは「Nasty Bitch」である。しかし、曲名は、図１４Ａに示されるように変更されたメディア記述子１４１６で表示され、すなわち「Nasty B***h」となる。したがって、この実施形態においては不快な言葉「bitch」の中の文字が変更され、よってアスタリスクで置換された。ユーザは、アスタリスクの個数によって何文字が置換されたかを知り、よって変更された後でもその語の文脈がある程度わかる。しかし、いったん変更されると、不快な言葉はもはや不快ではなくなる。
【０１０１】
本発明の他の局面は、スクロールタイプのアクションによってユーザが表示されているメディアアイテムを通して効率的にユーザフレンドリーなやり方でスクロールまたはサッと斜めに見ることができるグラフィカルユーザインタフェースに関する。ある実施形態において、グラフィカルユーザインタフェースアクションまたはコントロールは、表示されたメディアアイテムのセットを次のセットのメディアアイテムへアップデート（または置換）するようにできる。このアップデートは例えば、メディアアイテムの異なるセット間で遷移するときの遷移効果を含む。
【０１０２】
図１５Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１５００の図である。アプリケーションプログラムウィンドウ１５００は、例えば、クライアントマシンにおいて、図１のクライアント１０４上で動作するメディアプレーヤー１０８によって作られる。アプリケーションプログラムウィンドウ１５００は、少なくとも１つのサブウィンドウ１５０２を含む。典型的には、サブウィンドウ１５０２は、メディアのカテゴリまたはグループ分けに関連付けられる。サブウィンドウ１５０２内には、複数のメディアアイテム表現１５０４が表示される。図１５Ａに示されるように、サブウィンドウ１５０２は、第１メディアアイテム表現１５０４−１、第２メディアアイテム表現１５０４−２、および第３メディアアイテム表現１５０４−３を含む。メディアアイテム表現１５０４のそれぞれについて、サブウィンドウ１５０２は、テキスト記述子１５０６および画像記述子１５０８を示す。例えば、テキスト記述子は、そのメディアアイテムに対応する名前でありえ、画像記述子１５０８は、そのメディアアイテムに関連する画像（例えばアートワーク）に関しえる。ある実施形態において、画像は、どちらかといえば小さく、よって「サムネール」画像と呼ばれえる。ある実施形態において、メディアアイテムは、音楽のアルバムであり、よってテキスト記述子１５０６は、アルバムのタイトルに関し、画像記述子１５０８は、アルバムカバーのアートワークに関する。
【０１０３】
サブウィンドウ１５０２は典型的には、サブウィンドウ１５０２に関連付けられるメディアのカテゴリまたはグループに対応するメディアアイテムの総個数のうちの少ない部分しか表示しない。よって、ユーザは、メディアアイテムの次のセットへ遷移する機能を必要とする。アプリケーションプログラムウィンドウ１５００は、ユーザがメディアアイテムの次のセットへの遷移を補助するためのネクストコントロール１５１０および１５１２を含む。ネクストコントロール１５１０は、ユーザが左に遷移するのを許し、ネクストコントロール１５１２は、ユーザが右に遷移するのを許す。図１６を参照して以下により詳細に説明されるように、サブウィンドウ１５０２のコンテンツが、初期状態で、またはネクストコントロール１５１０および１５１２のうちの１つの選択に続いて、サブウィンドウ１５０２内で表示されるメディアアイテム情報を記憶するリモートサーバによって提供される。例えば、リモートサーバは、ある実施形態において、図１に示されるメディアコマースサーバ１０２に関しえる。
【０１０４】
図１５Ｂは、本発明のある実施形態によるウィンドウ１５２０の図である。ウィンドウ１５２０は例えば、図１５Ａに示されるサブウィンドウ１５０２として用いるのに適する。ウィンドウ１５２０はまたフレームとしても考えられえる。いずれの場合にも、ウィンドウ１５２０は、ウィンドウ１５２０（フレーム）のオブジェクトに関するウィンドウ（フレーム）オブジェクトを含む。図１５Ｂに示されるように、ウィンドウ１５２０は、表示領域１５２２およびネクストコントロール１５２４および１５２６を含む。表示領域１５２２は、サーバから入手可能なメディアアイテムに関する、サーバによって提供された情報を表示するウィンドウ１５２０の一部を表現する。ネクストコントロール１５２４および１５２６は、サーバから入手可能な次のセットのメディアアイテムをリクエストするためにユーザによって用いられる。特に、ネクストコントロール１５２２が選択されるとき、ロードウィンドウ（ロードフレーム）リクエストがサーバに送られる。ある実施形態において、ネクストコントロール１５２４は、ウィンドウ１５２０（フレーム）のオブジェクトであり、その遷移効果と共にメディアアイテムの次のセットについての情報を含む。遷移効果は、現在のメディアアイテムのセットおよび後続のメディアアイテムのセットの間のアニメーション化された遷移を提供するさまざまな特徴およびスタイルを有しえる。さまざまな遷移効果が用いられえるが、遷移効果のいくつかの例は、ワイプ、ディゾルブ、ドロップインなどである。また遷移効果は、もし提供されるなら遷移効果（アニメーション）のレート（例えば速度および／または加速度）をコントロールする加速／減速または速度特性を有しえる。遷移効果があっても、表示領域１５２２のための新しいコンテンツは、ネクストコントロール１５２４および１５２６が表示領域１５２２の上にあるように表示される。換言すれば、アニメーション（遷移）効果は、表示領域１５２２のための新しいコンテンツがネクストコントロール１５２４および１５２６の下になるよう表示部分１５２２に現れるようにする。同様に、もし所望なら、ウィンドウ１５２０および表示領域１５２２の境界は、シェーディング効果を有しえ、そのようなシェーディング効果は、フレームのオブジェクトでありえ、表示領域１５２２の上に表示されえる。リクエストに対するレスポンスであるサーバによって提供される情報は、例えば、そのレイアウトおよびそのオブジェクトを記述すると共に、表示されているセット内のメディアアイテムのそれぞれについてのデータ（例えばアートワーク、タイトル）へのリンクを含むマークアップ言語文書（例えばＸＭＬ）である。ある実施形態において、フレームは、表示領域１５２２のコンテンツが後ろにあり、ネクストコントロール１５２２およびシェーディング効果のような他の可能なフレームフィーチャ（オブジェクト）が前になるようなバックトゥフロントのコンポジット画像のように表示されえる。ウィンドウ１５２０はまた、表示領域１５２２（図１５Ｃも参照）に関連付けられかつ表示されえる、さまざまなメディアアイテム内での相対位置をユーザに知らせる位置指示子１５２８を含みえる。
【０１０５】
図１５Ｃは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１５５０のスクリーンショットである。アプリケーションプログラムウィンドウ１５５０は、図１５Ａに示されるアプリケーションプログラムウィンドウ１５００のある実現例を表す。
【０１０６】
アプリケーションプログラムウィンドウ１５５０は、アプリケーションプログラムによって作られるが、ネットワークブラウズスタイルで提示され、よって多くの点でウェブページのように見える。アプリケーションプログラムウィンドウ１５５０は、とりわけ、第１サブウィンドウ１５５２、第２サブウィンドウ１５５４、第３サブウィンドウ１５５６、および第４サブウィンドウ１５５８を含む。それぞれのサブウィンドウ１５５２〜１５５８は、４つのメディアアイテムを表示する。より具体的には、サブウィンドウ１５５２〜１５５８のそれぞれの中のそれぞれのメディアアイテムについて、４つのメディアアイテムのそれぞれについてのメディア情報が表示される。ある実施形態において、サブウィンドウ１５５２〜１５５８のうちの１つの中に表示されているそれぞれのメディアアイテムについて、表示されているメディアアイテム情報は、アルバムタイトル１５６０、アーチスト１５６２、およびアルバムアートワーク１５６４を含む。異なるサブウィンドウ１５５２〜１５５８は、アルバムが分類されえる異なるグループ分けまたはカテゴリを表現する。図１５Ｃにおいて、例示的なグループ分けまたはカテゴリは、新譜、新規追加、スタッフのお気に入りおよびコンピレーションである。ある実施形態において、サブウィンドウ１５５２〜１５５８のそれぞれはフレームに関する。例えば、フレーム境界１５５９は、サブウィンドウ１５５２を囲む。
【０１０７】
したがって、ユーザは、サブウィンドウ１５５２〜１５５８内のそれぞれの中にある４つのメディアアイテム（例えばアルバム）の基本情報を同時に見ることができる。しかし、ユーザがグループまたはカテゴリのうちの１つの中の他のアルバムを見たいとき、ユーザは、ネクストコントロール１５６６および１５６８のうちの１つを選択できる。例えば、第１サブウィンドウ１５５２について、ユーザはネクストコントロール１５６６を用いて左へ遷移でき、ネクストコントロール１５６８を用いて右へ遷移できる。他のサブウィンドウ１５５４〜１５５８も同様にネクストコントロールを有する。ユーザがネクストコントロール１５６８を選択すると、次の４つのアルバムのセットがリモートサーバからリクエストされ、それから受け取られると、第１サブウィンドウ１５５２内に表示され、それによって以前にそこに表示されていた４つのメディアアイテムを置き換えできる。メディアアイテムの前のセットからメディアアイテムの次のセットへの遷移は、ユーザが次のセットへの遷移またはスクロールの効果を見せられるように、アニメ化された遷移で実行されえる。
【０１０８】
加えて、図１５Ｃに示されるアプリケーションプログラムウィンドウ１５５０は、トップソングダウンロード領域１５７０およびトップアルバムダウンロード領域１５７２を含む。トップソングダウンロード領域１５７０は、さまざまなメディアアイテムを購入のために提供しているミュージックストアからダウンロードされたトップソングのリストを含む。トップアルバムダウンロード領域１５７２は、そのミュージックストアのユーザによってダウンロードされたトップアルバムのリストを表示する。
【０１０９】
ある実施形態において、関連付けられるサブウィンドウのためのメディアデータのセットは、マークアップ言語フォーマットで提供される。ある例では、マークアップ言語フォーマットは、拡張マークアップ言語（ＸＭＬ）ベースである。図１５Ｃに示されるようにメディアアイテムがアルバムである場合は、アートワーク画像がサムネールサイズであることによって、メディアデータのセットに関連付けられるデータの量は比較的小さく、よって容易にネットワーク上でリモートサーバから転送される。
【０１１０】
図１６は、本発明のある実施形態によるメディアページ処理１６００のフロー図である。メディアページ処理１６００は例えば、図１に示されるクライアント１０４上で動作するメディアプレーヤー１０８のようなメディアプレーヤーによって実行される。メディアページ処理１６００は、図１５Ａに示されるアプリケーションプログラムウィンドウ１５００および図１５Ｂに示されるアプリケーションプログラムウィンドウ１５５０のようなアプリケーションプログラムウィンドウを作るためにアプリケーションプログラムによって実行されえる。
【０１１１】
メディアページ処理１６００は、アプリケーションプログラムウィンドウ内でベースページが提示されるときにはいつでもアクティベートされる。いったんメディアページ処理１６００が始まると、ベースページがリモートサーバからリクエストされる（１６０２）。リモートサーバは例えば、図１に示されるメディアコマースサーバ１０２である。ベースページは実現例によって変更されえるが、サブウィンドウおよびネクストコントロールについて図１５Ａおよび１５Ｂに示されるような特徴を有する。
【０１１２】
判定１６０４は、ベースページがサーバから受け取られたかを決定する。いったん判定１６０４が、ベースページが受け取られたと決定すると、ベースページが表示される（１６０６）。この点で、ベースページはディスプレイスクリーン上に表示され、少なくとも１つのサブウィンドウおよび少なくとも１つのネクストコントロールを含む。
【０１１３】
それから、判定１６０８は、ネクストコントロール選択がなされたかを決定する。ユーザがベースページと対話してネクストコントロールを選択するとき、ネクストコントロール選択がなされている。しかし、ユーザは、ネクストコントロール選択またはプレビューリクエストを含む、またはそれらを含まないさまざまな異なるやり方でベースページと対話しえる。判定１６０８が、ネクストコントロール選択がなされていないと決定するとき、判定１６１０は、プレビューリクエストがなされたかを決定する。判定１６１０が、プレビューリクエストがなされたと決定するとき、他の処理１６１２が実行されえ、よってメディアページ処理１６００は判定１６０８および後続のブロックを反復するために戻りえる。代替として、判定１６１０が、プレビューリクエストがなされたと決定するとき、プレビューコンテンツがリモートサーバからリクエストされる（１６１４）。それから判定１６１６は、プレビューコンテンツが受け取られたかを決定する。いったん判定１６１６が、プレビューコンテンツが受け取られたと決定すると、プレビューコンテンツが提示される（１６１８）。ある実施形態において、プレビューコンテンツの提示は、プレビューコンテンツが再生されることである。ある例では、プレビューコンテンツは、ユーザの便宜のためのメディアプレーヤーによって再生される短いオーディオファイルである。操作１６１８に続いて、メディアページ処理１６００は、判定１６０８および後続の操作を反復するために戻る。
【０１１４】
逆に、判定１６０８が、ネクストコントロール選択がなされたと決定するとき、関連付けられたサブウィンドウについてのメディアデータの次のセットがリクエストされる（１６２０）。判定１６２２はそれから、メディアデータの次のセットが受け取られたかを決定する。判定１６２２が、メディアデータの次のセットが受け取られたと決定するとき、メディアデータの次のセットが関連付けられたサブウィンドウに提示される（１６２４）。典型的には、メディアデータの次のセットは、関連付けられたサブウィンドウ内にあるメディアデータの前のセットを完全に置き換える。メディアデータの前のセットおよびメディアデータの新しいセット間のアニメーション化された遷移は、遷移またはアップデート操作をユーザに実感させるのを促すために実行されえる。操作１６２４に続いて、メディアページ処理１６００は、判定１６０８および後続の操作を反復して、さらなるユーザ対話が処理されえるようにするために戻る。
【０１１５】
上述の本発明のさまざまな局面、特徴、実施形態または実現例は、単独でまたはさまざまに組み合わせて用いられえる。
【０１１６】
メディアアイテムは、オーディオアイテム（例えば音楽またはオーディオブックのようなオーディオファイルまたは曲）、ビデオアイテム（例えばビデオファイルまたはムービー）、または画像アイテム（例えば写真）に関しえる。
【０１１７】
本発明は、ソフトウェアによって好ましくは実現されるが、ハードウェアまたはハードウェアおよびソフトウェアの組み合わせによっても実現されえる。本発明は、また、コンピュータで読み取り可能な媒体上のコンピュータによって読み取り可能なコードとして実現されえる。コンピュータで読み取り可能な媒体は、その後にコンピュータシステムによって読み出されえるデータを記憶できる任意のデータ記憶デバイスである。コンピュータで読み取り可能な媒体の例には、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、磁気テープ、光学データ記憶デバイス、および搬送波が含まれる。コンピュータで読み取り可能な媒体はまた、ネットワークで結合されたコンピュータシステム上を配信されえ、それによりコンピュータによって読み取り可能なコードが分散された形で記憶および実行されえる。
【０１１８】
本発明の利点は数多くある。異なる実施形態または実現例は、以下の効果の１つ以上を生じえるが、必ずしも生じなくてもよい。本発明のある優位性は、購入されたメディアアイテムがユーザのマシンにセキュアにダウンロードされえることである。本発明の他の優位性は、単一のユーザインタフェースアクションでメディアアイテムが購入されえることである。本発明のさらに他の優位性は、購入のために入手可能なメディアアイテムが効率的にユーザフレンドリーなやり方でサーチまたはブラウズされえることである。本発明のさらに他の優位性は、不快感を与えるコンテンツまたは記述子を有するメディアアイテムは、区別されるように表示され、および／または不快な内容の存在を示すように、またはそのような内容を取り除くよう変更されえることである。
【０１１９】
本発明の多くの特徴および優位性は、記載内容から明らかであり、よって、添付の特許請求の範囲によってそのような特徴および優位性の全てをカバーするように意図される。さらに、多くの改変および変更が当業者には容易に可能であるので、本発明は、図示および記載されたのと全く同じ構成および操作に限定されるべきではない。したがって、全ての適切な改変物および等価物は、本発明の範囲に入るものとされえる。
【技術分野】
【０００１】
本発明はメディア購入および配信に関し、より具体的にはクライアント・サーバ環境でのメディア購入および配信に関する。
【背景技術】
【０００２】
従来は、音楽はレコード屋または大きな店のレコード売り場で購入されてきた。消費者は、レコード屋またはレコード売り場を訪れて、興味のあるアルバムまたはコンパクトディスク（ＣＤ）を手でめくって見ることになる。しばしば、レコード屋またはレコード売り場はジャンルで分類されており、それからアーチストで見出しが付けられている。例えば、ジャンルにはロック、カントリー、ポップ、ソウル、ジャズなどが含まれる。消費者が興味のあるアルバムまたはＣＤを選んだ後、消費者は支払いレジへ進み、購入されつつあるそのアルバムまたはＣＤの代金を払う。
【０００３】
近年、インターネット上での音楽の配送または配信がはやってきている。ＭＰ３およびＭＰＥＧ４のようなファイルフォーマットの進歩によって、メディアファイルのサイズは、インターネットを介したそれらのダウンロードを実用的なものにするのに充分なだけ小さくなってきている。また技術的進歩のおかげで、より速いインターネット接続およびより低いメモリの値段が実現してきている。これら進歩の組み合わせによって、音楽およびビデオのようなメディアファイルをダウンロードすることが可能になり、あまり時間のかかるものではなくなっている。
【０００４】
音楽配信の一つの有名なアプローチは、ダウンロードに利用可能な多くのソングの記憶のための中央化されたサーバを用いるｍｐ３．ｃｏｍである。音楽配信の他の有名なアプローチは、ピアツーピア共有が利用されたＮａｐｓｔｅｒだった。ピアツーピア共有については、中央化されたサーバ上ではなく、多くのユーザのユーザマシン上に無数のソングが常駐する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１２３２６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
音楽ファイルの制限されない使用および配信は、著作権違反につながりえる。したがって、会社は音楽業界によって承認されることが望ましい。しかし承認を受けるためには、会社は曲へのアクセスについてユーザに課金しなければならない。会社によっては月極の会費を課金し、曲が再生される会員のマシンへストリーミングすることによって会員が曲を再生することを許可する。ストリーミングは、会員のマシン上には音楽ファイルを記憶させず、よって音楽業界にはそれほど心配の種にはならない。しかし、このようなシステムでは、会員が曲を再生するためには、ネットワーク接続およびネットワークが利用できることを必要とする。
【０００７】
その結果、曲が購入されることを許可し、それから購入者にローカルに利用可能にすることによって購入者が曲の再生のためのネットワーク接続の利用可能性によって依存したり制約を受けたりしないようにする必要がある。しかし、音楽業界は、その曲が無許可複製または他の著作権違反に対してセキュアであることを要求する。よって、曲の無許可使用または配信への脆弱性を抑えるためのセキュリティ手段を講じる必要も存在する。
【課題を解決するための手段】
【０００８】
大まかに言って、本発明は、メディアアイテムをレビュー、ブラウズ、プレビューおよび／または購入するのに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示されえる。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示される。
【０００９】
グラフィカルユーザインタフェースは、オンラインでメディアアイテムをプレビューまたは購入するのにも適する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示されえる。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示される。
【００１０】
このグラフィカルユーザインタフェースは、クライアント・サーバ環境下でメディアの購入および配信を提供するシステムについて特に有用である。メディアの購入および配信は、セキュアでありえるだけでなく、コントロールされえる。コントロールされた配信は、暗号化およびユーザアカウントを用いて、メディアへの許可されないアクセスを制限するだけでなく、許可されたユーザによるメディアへの使用権を制限しえる。このセキュリティは、ダウンロードのあいだ、かつサーバおよび／またはクライアントに記憶されているあいだにメディアファイル内のメディアへのアクセスを制限する。このグラフィカルユーザインタフェースは、ユーザが購入されるべきメディアの場所をつきとめるのを補助しえる。このメディアは例えば、オーディオ、ビデオ、または画像データでありえる。
【００１１】
本発明は、方法、システム、デバイス、装置、グラフィカルユーザインタフェース、またはコンピュータで読み取り可能な媒体を含む多くのやり方で実現されえる。本発明のいくつかの実施形態が以下に説明される。
【００１２】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースとして、本発明のある実施形態は、アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウを少なくとも含む。前記アプリケーションプログラムウィンドウは、第１サブウィンドウおよび第２サブウィンドウを少なくとも同時に含む。前記第１サブウィンドウは、ネットワークブラウザ式に第１コンテンツを表示し、前記第２サブウィンドウは、アプリケーション式に第２コンテンツを表示する。前記第１および第２コンテンツは、前記アプリケーションプログラムによってリモートサーバからネットワーク上を受け取られる。
【００１３】
複数のメディアアイテムを通してブラウズする方法として、本発明のある実施形態は、第１リストについての第１選択可能なアイテムをリモートサーバからリクエストすること、前記第１選択可能なアイテムの前記第１リストを持つブラウズウィンドウを表示すること、前記第１選択可能なアイテムの前記第１リストのうちの１つの第１ユーザ選択を受け取ること、前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つを区別して表示すること、第２リストについての第２選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第２選択可能なアイテムは、前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つに依存する、第２選択可能なアイテムをリクエストすること、前記第１選択可能なアイテムの前記第１リストおよび前記第２選択可能なアイテムの前記第２リストを持つ前記ブラウズウィンドウを表示すること、前記第２選択可能なアイテムの前記第２リストのうちの１つの第２ユーザ選択を受け取ること、前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つを区別して表示すること、第３リストについての第３選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第３選択可能なアイテムは、前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つに依存する、第３選択可能なアイテムをリクエストすること、および前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、および前記第３選択可能なアイテムの前記第３リストを持つ前記ブラウズウィンドウを表示することを少なくとも含む。
【００１４】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースとして、本発明のある実施形態は、前記アプリケーションプログラムによって生成されたブラウズウィンドウを少なくとも含む。前記ブラウズウィンドウは、前記アプリケーションプログラムのユーザが複数のメディアアイテムを通してブラウズすることを可能にする。前記ブラウズウィンドウは、第１選択可能なアイテムの第１リストであって、前記第１選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第１リスト、第２選択可能なアイテムの第２リストであって、前記第２選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第２リスト、および第３選択可能なアイテムの第３リストであって、前記第３選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第３リストを少なくとも含む。前記第２リストの前記第２選択可能なアイテムは、前記第１リストからの前記第１選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第１選択に依存する。前記第２リストは、前記ユーザが前記第１リストから前記第１選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストと共に表示される。前記第３リストの前記第３選択可能なアイテムは、前記第２リストからの前記第２選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第２選択に依存する。前記第３リストは、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストおよび前記第２リストと共に表示される。
【００１５】
アプリケーションプログラムによって作られるグラフィカルユーザインタフェースとして、本発明のある実施形態は、アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウを少なくとも含む。前記アプリケーションプログラムウィンドウは、サブウィンドウおよびネクストコントロールを少なくとも同時に含む。前記サブウィンドウは、メディアアイテムの第１セットについてのメディア情報を表示する。前記メディアアイテムの第１セットについての前記メディア情報は、前記アプリケーションプログラムによってリモートサーバからネットワーク上で受け取られる。前記ネクストコントロールがアクティベートされるとき、前記サブウィンドウは、メディアアイテムの第２セットについてのメディア情報を表示する。前記メディアアイテムの第２セットについての前記メディア情報は、前記アプリケーションプログラムによって前記リモートサーバから前記ネットワーク上で受け取られる。
【００１６】
複数のメディアアイテムについての情報をレビューする方法として、本発明のある実施形態は、少なくとも１つのサブウィンドウおよび少なくとも１つのネクストコントロールを有するウィンドウを表示することであって、前記少なくとも１つのサブウィンドウは、前記メディアアイテムの第１セットに関する第１メディアデータを表示し、前記第１メディアデータはリモートサーバによって提供される、ウィンドウを表示すること、ユーザが前記少なくとも１つのネクストコントロールを選択するかを決定すること、前記決定することが、前記ユーザが前記少なくとも１つのネクストコントロールを選択したと決定するとき、前記リモートサーバから前記メディアアイテムの次のセットに関する次のメディアデータをリクエストすること、その後、前記メディアアイテムの前記次のセットに関する前記次のメディアデータを受け取ること、および前記ウィンドウの前記少なくとも１つのサブウィンドウ内に前記次のメディアデータを表示することの操作を少なくとも含む。
【００１７】
本発明の他の局面および優位性は、本発明の原理を例示的に示す添付の図面と共に以下の詳細な説明から明らかになろう。
【図面の簡単な説明】
【００１８】
【図１】本発明のある実施形態によるメディア購入システムのブロック図である。
【図２Ａ】本発明のある実施形態によるメディア購入処理のフロー図である。
【図２Ｂ】本発明のある実施形態によるメディア購入処理のフロー図である。
【図３】本発明のある実施形態によるメディアコマース処理のフロー図である。
【図４】本発明のある実施形態によるトランザクション完了処理のフロー図である。
【図５Ａ】本発明のある実施形態による支払い処理のフロー図である。
【図５Ｂ】ユーザのアカウントに対応する購入履歴情報を表示する代表的なアプリケーションプログラムウィンドウのスクリーンショットである。
【図６】本発明のある実施形態によるメディア送付処理のフロー図である。
【図７Ａ】本発明のある実施形態によるアプリケーションプログラムウィンドウの図である。
【図７Ｂ】本発明のある実施形態による代表的なアプリケーションプログラムウィンドウのスクリーンショットである。
【図８】本発明のある実施形態によるメディアサーチ処理のフロー図である。
【図９】本発明のある実施形態による追加処理のフロー図である。
【図１０】本発明のある実施形態によるアプリケーションプログラムウィンドウの図である。
【図１１Ａ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１１Ｂ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１１Ｃ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１２Ａ】本発明のある実施形態によるメディアブラウズ処理のフロー図である。
【図１２Ｂ】本発明のある実施形態によるメディアブラウズ処理のフロー図である。
【図１３Ａ】本発明の他の実施形態によるグラフィカルユーザインタフェースの追加特徴を示すスクリーンショットである。
【図１３Ｂ】本発明の他の実施形態によるグラフィカルユーザインタフェースの追加特徴を示すスクリーンショットである。
【図１４Ａ】本発明のある実施形態による露骨なコンテンツの通知特徴を示すスクリーンショットである。
【図１４Ｂ】本発明のある実施形態による露骨なコンテンツの通知特徴を示すスクリーンショットである。
【図１５Ａ】本発明のある実施形態によるアプリケーションプログラムウィンドウの図である。
【図１５Ｂ】本発明のある実施形態によるウィンドウの図である。
【図１５Ｃ】本発明のある実施形態によるアプリケーションプログラムウィンドウのスクリーンショットである。
【図１６】本発明のある実施形態によるメディアページ処理のフロー図である。
【発明を実施するための形態】
【００１９】
本発明は、添付の図面と併せて以下の詳細な説明によって容易に理解されよう。図面において同様の参照番号は同様の構成要素を表す。
【００２０】
本発明は、メディアアイテムをレビューすること、ブラウズすること、プレビューすること、および／または購入することに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示される。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに示される。
【００２１】
このグラフィカルユーザインタフェースは、クライアント・サーバ環境におけるメディアの購入および配信を提供するシステムにとって特に有用である。メディアの購入および配信は、セキュアなだけではなく、コントロールされている。このコントロールされた配信は、メディアへの無許可アクセスを制限するためだけでなく、無許可ユーザによるメディアへの使用権をも制限するために、暗号化およびユーザアカウントを使用する。このセキュリティは、ダウンロードのあいだ、かつサーバまたはクライアントに記憶されているあいだにメディアファイル内のメディアへのアクセスを制限する。グラフィカルユーザインタフェースは、ユーザが購入されるべきメディアを探すのを補助できる。このメディアは、例えば、オーディオ、ビデオ、または画像データでありえる。
【００２２】
本発明のさまざまな実施形態は、図１〜１６を参照して以下に説明される。しかし、これら図についてここで挙げられた詳細な説明は例示目的であり、本発明はこれらの限られた実施形態を超えた範囲をカバーすることは当業者には容易に理解できるだろう。
【００２３】
本発明のある局面は、ネットワーク上でメディアアイテムを購入するシステムおよび方法に関する。潜在的な購入者は、購入可能な多くのメディアアイテムを通して検索およびブラウズできる。潜在的な購入者は、非常に簡単に１つ以上のメディアアイテムを購入できる。メディアアイテムを購入すると、メディアアイテムのコンテンツはネットワーク上で購入者へとダウンロードできる。メディアアイテムのコンテンツは、購入者の使用のためにそれから暗号化され、購入者のマシン上に記憶される。その後、購入者は、そのメディアアイテムを利用できる（例えばメディアアイテムを再生する）。しかし、このメディアアイテムの使用はさらに制限されえる。例えば、所定の回数だけしかユーザマシンはそのメディアアイテムを使用することが許可されえないか、または所定の数のコンパクトディスクのコピーしかメディアアイテムのグループまたはコレクション（例えばプレイリスト）に入れられない。
【００２４】
図１は、本発明のある実施形態によるメディア購入システム１００のブロック図である。このメディア購入システム１００は、メディアコマースサーバ１０２を含む。メディアコマースサーバ１０２は、オンライントランザクションを通したメディアアイテムのレビューおよび／または購入を調整する。メディアアイテムを購入するためのオンライントランザクションは、電子商取引（ｅコマース）としても呼ばれる。メディア購入システム１００はクライアント１０４も含む。典型的には、メディア購入システム１００は、複数の異なるクライアント１０４を含む。それぞれのクライアント１０４は、メディアプレーヤー１０８を含む。メディアプレーヤー１０８は、コンピューティングデバイスであるクライアント１０４上で動作するアプリケーションプログラム（例えばソフトウェアアプリケーション）である。クライアント１０４は、メディアコマースサーバ１０２にデータネットワーク１０６を通して結合されている。したがって、クライアント群１０４の任意のものは、メディアアイテムをレビューおよび／または購入するためにメディアコマースサーバ１０２と対話できる。ある実施形態において、データネットワーク１０６は、少なくともインターネットの一部を含む。クライアント１０４は、アプリケーションによって変更されえるが、一般にはメモリ記憶を有するコンピューティングデバイスである。しばしばクライアント１０４は、パーソナルコンピュータまたはメディアを記憶しそのユーザにメディアを提示できる他のコンピューティングデバイスである。
【００２５】
メディア購入システム１００は、メディア記憶サーバ１１０およびメディア記憶１１２も含む。メディア記憶サーバ１１０は、データネットワーク１０６に結合するリモート記憶サーバを表す。メディア記憶１１２は、メディア購入システム１００を介して購入可能な多くのメディアアイテムの大量記憶を提供する。いったん購入されると、メディアアイテムは、メディア記憶１１２からデータネットワーク１０６上でメディア記憶サーバ１１０によってアクセスされえる。
【００２６】
より具体的には、メディア購入システム１００は、クライアント１０４のユーザがメディアプレーヤー１０８を利用して、メディアコマースサーバ１０２から購入可能な複数のメディアアイテムを通してブラウズ、検索またはソートできるようにする。メディアプレーヤー１０８は、ユーザがメディアアイテムのメディアクリップをプレビューすることも可能にしえる。メディアプレーヤー１０８のユーザが特定のメディアアイテムを購入したい場合、ユーザ（メディアプレーヤー１０８）およびメディアコマースサーバ１０２は、ユーザが特定のメディアアイテムへのアクセス権について支払いをするオンラインコマーストランザクションに関わる。ある実施形態において、ユーザに関連付けられるクレジットカードは、特定のメディアアイテムの購入価格が課金される。
【００２７】
図１に示されるメディア購入システム１００において、メディアアイテムは、メディア記憶１１２に記憶され、メディア記憶サーバ１１０を介して取り出される。したがって、メディアコマースサーバ１０２は、クライアント１０４に購入されえるメディアアイテムの任意のものを届けるためにそのリソースに負担をかける必要はない。その代わり、特定のメディアアイテムの購入がなされると、メディアコマースサーバ１０２は、ダウンロード情報をクライアント１０４上のメディアプレーヤー１０８に送る。このダウンロード情報は、メディア記憶サーバ１１０とデータネットワーク１０６を通して対話することによって、特定のメディアアイテムについてのメディアコンテンツを取り出すために、それからメディアプレーヤー１０８（およびクライアント１０４）によって用いられえる。この点で、メディア記憶サーバ１１０は、特定のメディアアイテムに対応しえるメディアコンテンツをメディア記憶１１２から得て、そのコンテンツをデータネットワーク１０６を通してクライアント１０４へダウンロードする。ダウンロードされたメディアコンテンツはそれからクライアント１０４上に記憶されえる。ある実施形態において、ダウンロードされたメディアコンテンツは、受け取られながらクライアント１０４上に記憶される。他の実施形態において、ダウンロードされたメディアコンテンツは、クライアント１０４上での永続的な記憶の前にある暗号化キーから他の暗号化キーへと暗号変換される（transcrypted）。さらに他の実施形態において、ダウンロードされたメディアコンテンツは、クライアント１０４において受け取られながら暗号化されるが、復号されてから、クライアント１０４上での永続的な記憶の前に再び暗号化される。その後、メディアプレーヤー１０８は、メディアコンテンツをクライアント１０４において提示（例えば再生）できる。
【００２８】
メディアコマースサーバ１０２、クライアント１０４およびメディア記憶サーバ１１０の間のデータネットワーク１０６を通した接続は、Secure Sockets Layer（ＳＳＬ）のようなセキュアな接続でありえる。さらに、メディアコンテンツは暗号化されてクライアント１０４において記憶される。
【００２９】
下で詳細に説明されるように、メディアプレーヤー１０８は、改良されたグラフィカルユーザインタフェースを利用しえる。より具体的には、ある実施形態において、クライアント１０４のディスプレイデバイス上で示されるウィンドウは、メディアプレーヤー１０８を実行するとき、メディアコマースサーバ１０２によって提供されるコンテンツをブラウザのように表示する上側ウィンドウを含み、下側ウィンドウは、メディアコマースサーバ１０２によって提供されるコンテンツを典型的なメディアプレーヤーのように表示する。他の実施形態において、クライアント１０４のディスプレイデバイス上で示されるウィンドウは、メディアプレーヤー１０８を実行するとき、メディアコマースサーバ１０２との対話を通してメディアアイテムについてブラウズ機能を実現するマルチティアブラウズインタフェースを表示する上側ウィンドウを含む。
【００３０】
図２Ａおよび２Ｂは、本発明のある実施形態によるメディア購入処理２００のフロー図である。メディア購入処理２００は例えば、メディア購入システムのメディアプレーヤーに関連付けられた処理である。メディアプレーヤーは、例えば、図１に示されるクライアント１０４上で動作するメディアプレーヤー１０８でありえる。
【００３１】
メディア購入処理２００はまず、ユーザが入手可能なメディアアイテムをブラウズする（２０２）ことを許す。典型的には、メディア購入システムは、大量のメディアアイテムの購入をサポートする。したがって、入手可能なメディアアイテムをブラウズ、ソートおよびサーチできる能力は有益である。
【００３２】
次に、判定２０４は、買う選択がなされたかどうかを決定する。ここで、ある実施形態において、買う選択は、ボタンの１クリックのような単一のユーザインタフェースアクションである。この買う選択は、選択されたメディアアイテムについてである。買う選択は、ユーザが選択されたメディアアイテムを買いたいということを意味する。判定２０４が、買う選択がなされていないと決定するとき、処理は操作２０２および後続の操作を繰り返すために戻る。いったん判定２０４が、買う選択がなされたと決定すると、判定２０６は、買うウォーニングがイネーブルされる。判定２０６が買うウォーニングがイネーブルされていると決定するとき、ウォーニングダイアログがメディアプレーヤーのユーザに表示される（２０８）。ウォーニングダイアログは、今キャンセルしない限り、買うトランザクションが実行されることをユーザに警告する。
【００３３】
操作２０８に続いて、買うウォーニングがイネーブルされないときの判定２０６に直接続くのと同じく、買うリクエストが用意され、メディア購入システムのメディアサーバ（例えばメディアコマースサーバ１０２）に送られる（２１０）。買うリクエストが準備され送られて（２１０）から、判定２１２は、レスポンスが受け取られたかを決定する。判定２１２が、レスポンスがまだ受け取られていないと決定するとき、判定２１４は、認証リクエストが代わりに受け取られたかを決定する。判定２１４が、認証リクエストが受け取られていないと決定するとき、メディア購入処理２００は判定２１２および後続の操作を繰り返すよう戻る。逆に、判定２１４が、認証が実行されるべきであると決定するとき、認証情報が入力される（２１６）。ここで、認証情報は、メディアプレーヤーに関連付けられたユーザによって与えられるかまたは入力される（２１６）。その後、入力された（２１６）認証情報は、メディアサーバに送られる（２１８）。
【００３４】
操作２１８に続いて、判定２２０は、認証が成功したかを決定する。判定２２０が、認証が成功したと決定するとき、メディア購入処理２００は、判定２１２および後続の操作を繰り返すよう戻る。逆に、判定２２０が、認証が不成功だったと決定するとき、メディア購入処理２００は完了し終了する。
【００３５】
代替として、判定２１２が、買うリクエストに対するレスポンスが受け取られたと決定するとき、メディアアクセス情報が得られる（２２２）。買うリクエストに対するレスポンスは、少なくともメディアアクセス情報を含む。ある実施形態によれば、メディアアクセス情報は、ダウンロードキーおよびセキュリティトークンと共に、購入された適切なメディアファイルをどこで見つければよいかについてメディアプレーヤーに知らせる。ダウンロードキーは後でメディアファイルを復号するのに用いられる。セキュリティトークンは、メディアファイルをダウンロードする権利が購入されたかを検証するのに用いられる。ある実施形態においては、適切なメディアファイルの位置は、メディア記憶サーバ１１０のようなメディア記憶サーバ上に存在する。典型的には、メディア記憶サーバは、メディアファイルの中央化された格納場所である。メディアアクセス情報が得られて（２２２）から、その適切なメディアファイルについてのアクセスリクエストが用意され送られる（２２４）。アクセスリクエストは、適切なメディアファイルを記憶するメディア記憶サーバへのリクエストである。ある例では、適切なメディアファイルの位置は、ユニバーサルリソースロケータ（ＵＲＬ）によって指定されえる。
【００３６】
次に、判定２２６は、レスポンスが受け取られたかを決定する。ここで、もし受け取られた場合にはこのレスポンスは準備され送られた（２２４）アクセスリクエストに関する。判定２２６が、アクセスリクエストに対するレスポンスがまだ受け取られていないと決定するとき、メディア購入処理２００はこのようなレスポンスを待つ。次に、判定２２８は、ユーザが許可されているかを決定する。ここで、このレスポンスは、リクエストは許可がないために失敗したか、または成功してリクエストされたメディアファイルを提供する（例えばダウンロードする）かのいずれかを示す。判定２２８が、受け取られたレスポンスが失敗した許可を示すとき、リクエストされたメディアファイルへのアクセスが拒否されることを示す不許可メッセージが表示される（２３０）。操作２３０に続いて、ユーザが許可されないとき、メディア購入処理２００は、完了し終了する。
【００３７】
逆に、判定２２８が、ユーザがレスポンスを受け取るよう許可されていると決定するとき、選択されたメディアアイテムについての暗号化されたメディアファイルが受け取られる（２３２）。暗号化されたメディアファイルは、レスポンスの一部として受け取られえ、またはレスポンスに続いて受け取られえる。それから暗号化されたメディアアイテムは、クライアント記憶に記憶されえ（２３４）、完了通知が送られえる（２３６）。この完了通知は、記憶２３４の前または後に送られえる（２３６）。この時点において、クライアントのユーザは、その後、暗号化されたメディアアイテム内のメディアコンテンツを、適切なキーを用いてまず復号した後に、クライアント記憶から提示（例えば再生）しえる。適切なキーは例えば、メディア購入システム１００でのユーザのアカウントに関連付けられたユーザキーである。オプションとして、暗号化されたメディアアイテムが受け取られてから（２３２）、そのクライアント記憶への記憶の前に、ある暗号化キー（例えばダウンロードキー）から他の暗号化キー（例えばユーザキー）への暗号化変換（transcryption）によるように、またはある暗号化キー（例えばダウンロードキー）の後に他の暗号化キー（例えばユーザキー）による再暗号化が続くことによるように、メディアアイテム上になされた暗号化が変更されえる。
【００３８】
図３は、本発明のある実施形態によるメディアコマース処理３００のフロー図である。メディアコマース処理３００は例えば、図１に示されるメディアコマースサーバ１０２のようなメディアコマースサーバによって実行される。
【００３９】
メディアコマース処理３００は、買うリクエストが受け取られたかを決定する判定３０２で始まる。判定３０２が、買うリクエストがまだ受け取られていないと決定するとき、メディアコマース処理３００はそのようなリクエストを待つ。逆に、判定３０２が、買うリクエストが受け取られたと決定するとき、メディアコマース処理は、買うリクエストを処理するよう進む。この点で、アカウント識別子が買うリクエストから識別される（３０４）。ここで、買うリクエストは、クライアントのユーザ（すなわちクライアント上で動作するメディアプレーヤーのユーザ）に代わってクライアントによってメディアコマースサーバへ送られる。ある実施形態において、メディアコマースサーバに送られる買うリクエストは、クライアントのユーザについてのアカウント識別子だけでなく、少なくとも１つのメディアアイテム識別子、メディア価格、およびパスワードトークンを含む。パスワードトークンは、ユーザ毎に異なるランダム値（例えば１２８ビットストリング）である。メディア記憶サーバは、ユーザの認証が成功したのを受けて、パスワードトークンをクライアントに提供する。買うリクエストが有効なパスワードトークンを含むとき、メディアコマースサーバは、クライアントが適切に認証されたとみなしえる。
【００４０】
次に、判定３０６は、そのメディアアイテムの購入の前に認証が必要とされるかを決定する。判定３０６が、認証が必要とされると決定するとき、そのような認証が存在するかを決定する追加の処理が実行されえる。ある実施形態においては、ユーザのアカウントまたはクライアントが、そのような認証が必要とされるか、またはユーザによってオーバライドされえるかをコンフィギュレーションすることができる。ある実施形態において、認証は、ユーザがメディアコマースサーバに認証されるのが成功した後に、そのクライアントからメディアコマースサーバにアクセスするかもしれない他の不許可ユーザからクライアント（例えばメディアプレーヤー）のユーザを保護するのを助けるために提供される。よってこの再認証は、クライアント（例えばメディアプレーヤー）の特定のユーザが実際にこのようなシステムの許可されたユーザであることを確認するために用いられる。この点で、認証がリクエストされる（３０８）。それから判定３１０が、認証レスポンスが受け取られたかを決定する。いったん判定３１０が認証レスポンスを受け取ると、判定３１２は、認証レスポンスがユーザを認証するのに成功できるかを決定する。判定３１２が認証が成功していないと決定するとき、不許可ユーザはメディアアイテムを買えないことを示すメッセージが、ユーザに表示されるようクライアントへ送られる（３１４）。
【００４１】
逆に、判定３１２が、認証が成功していると決定するとき、買うリクエストにおいて特定された選択されたメディアアイテムの購入を促進するために追加の処理が実行される。この点で、選択されたメディアアイテムについての支払いが開始される（３１６）。ここである実施形態によれば、支払いは、クレジットカードによってなされえ、このような支払いの開始は、クレジットカードの存在を確認しえるが、この時点では金額を課金するようにしてもしなくてもよい。以下に詳述されるように、後の時点まで金額を実際にクレジットカードに課金することを遅らせるほうがより効率的かつ望ましいかもしれない。にもかかわらず、選択されたメディアアイテムの支払いが開始（３１６）された後に、メディアアクセス情報が得られる（３１８）。このメディアアクセス情報は、クライアント（例えばメディアプレーヤー）が選択されたメディアアイテムについてのメディアコンテンツを取り出し、それからアクセスすることを可能にする情報である。このメディアアクセス情報は、ある実施形態では、ＵＲＬ、ダウンロードキー、およびセキュリティトークンを含む。次に、メディアアクセス情報が送られる（３２０）。ここで、メディアアクセス情報は、メディアコマースサーバからクライアント、具体的にはクライアント上で動作しているメディアプレーヤーに送られる。それから、選択されたメディアアイテムの購入に関連付けられたトランザクションは、マークが付けられ（３２２）、「オープン」であるとして覚えられる。この時点で、トランザクションは、完全には完了しておらず、それは、選択されたメディアアイテムについてのメディアコンテンツがまだクライアントによって受け取られていないからである。操作３１４および３２２に続いて、メディアコマース処理３００は、完了し終了する。
【００４２】
図４は、本発明のある実施形態によるトランザクション完了処理４００のフロー図である。トランザクション完了処理４００は、判定４０２で始まる。判定４０２は、完了された通知が受け取られたかを決定する。ここで、完了通知は、クライアントによってメディアコマースサーバに提供される、以前に「オープン」だったトランザクションがもう完了したことを示す通知である。いったん判定４０２が、完了通知が受け取られたと決定すると、対応する「オープン」トランザクションが特定される（４０４）。それから、この特定された「オープン」トランザクションは閉じられる（４０６）。いったん特定された「オープン」トランザクションが閉じられる（４０６）と、クライアントは、購入されたメディアアイテムについてのメディアコンテンツをメディア記憶サーバからもはやダウンロードできない（図６）。換言すれば、トランザクションは、クライアントが選択されたメディアアイテムについてのメディアコンテンツを完全に受領したことを確認した後でなければ「クローズ」されない。このアプローチによって、クライアントは、特定のメディアアイテムについて支払いをした後には、成功して完了するまでに何度かダウンロードプロセスが中断したり、落ちたりした場合であっても、メディアコンテンツの完全なコピーを受け取ることが保証される。
【００４３】
本発明の他の局面は、購入されつつある１つ以上のメディアアイテムについてのオンラインペイメントの処理に関する。
【００４４】
図５Ａは、本発明のある実施形態による支払い処理５００のフロー図である。支払い処理５００は例えば、サーバによって実行される。このサーバは、図１に示されるメディアコマースサーバ１０２のようなメディアコマースサーバでありえる。ある実施形態において、支払い処理５００は、購入されつつある選択されたメディアアイテムについての支払いを開始する図３に示されるブロック３１６によって起動される。しかし、支払い処理５００はまた、周期的に起動されてもよく、イベントに基づいて起動されてもよい。支払い処理５００はまた、１つまたは複数の処理によって実現されえる。
【００４５】
支払い処理５００は、オープン購入コンテナが存在するかを決定する判定５０２で始まる。ここで、購入コンテナは、メディアアイテムについてなされる購入のための一時的な保持領域を提供するファイル、フォルダまたは他のデータ記憶手段である。購入コンテナは、メディアアイテムについての多くの異なる購入についての情報を保持できる。判定５０２が、オープン購入コンテナが存在しないと決定するとき、購入コンテナが開けられる（５０４）。それから、ブロック５０４に直接続いて、または既にオープン購入コンテナが存在するときの判定５０２に続いて、購入されつつある選択されたメディアアイテムが購入コンテナに追加される（５０６）。ここで、購入コンテナは、ユーザまたはユーザアカウントに個別である。少なくとも、選択されたメディアアイテムについて、メディア購入コンテナは、その選択されたメディアアイテムについての少なくとも価格およびテキスト記述を含む。代替として、購入コンテナは、そのような情報へのリンクまたは参照を含みえる。
【００４６】
次に、判定５０８は、購入保留制限に達したか決定する。支払い処理５００によれば、個別の購入は、購入保留制限に達するまで遅延される。この購入保留制限は、１つ以上の個別のメディアアイテム購入を、統合されたまたはブロック処理のために一括処理するよう機能する。購入保留制限のある利点は、電子支払いシステムに関連付けられたトランザクションコストが低減されることである。購入保留制限は、実現例に依存して変更されえる。ある例として、購入保留制限は、購入コンテナ内にある購入されたメディアアイテムの個数に依存しえる。購入保留制限の他の例は、時間ベースであり、例えば、購入コンテナが最初に開かれたときからの持続時間に基づく。他の例として、購入保留制限は、購入されつつあるメディアアイテムの総コストに依存しえる。
【００４７】
より具体的な例では、購入保留制限は、金額または時間制限の組み合わせで先に起こるものを用いえる。例えば、金額は１０米ドル（＄１０．００）であり、時間制限は１日でありえる。それから、いったん購入コンテナ内のメディアアイテムが１０ドルを超える購入価格を有すると、支払い処理５００は、購入コンテナ内のそのようなメディアアイテムについての電子支払いを得るために継続する。また、金額に達する前に１日の時間制限に達すると、支払い処理５００は、金額が満たされていなくても、購入コンテナ内のそのようなメディアアイテムについての電子支払いを得るためにやはり継続する。
【００４８】
いずれの場合も、判定５０８は、購入金額制限に達したと決定するとき、購入コンテナを閉じる（５１０）。それから、支払い処理５００は、まとめられた購入についての支払いトランザクションが起こるようにする。換言すれば、もしそれぞれ１ドル値段の１２メディアアイテムが購入コンテナ内に含まれていたなら、支払いトランザクションは、総額１２ドル（プラス任意の税金または手数料）が購入者のユーザアカウントに関連付けられた電子支払い手段に課金されるようにする（５１２）。電子支払い手段に関連付けられた電子支払いシステムはそれから、支払いトランザクションを処理し、購入されつつあるメディアアイテムについてユーザに課金する。メディアアイテムが累積されえ、このようにバッチとして処理されえるので、トランザクションコストを低減させる機能が達成される。代替として、判定５０８が、購入保留制限にまだ達していないと決定するとき、操作５１０および５１２はバイパスされる。操作５１２に続いて、またはその保留に続いて、支払い処理５００は再び起動されるまで完了する。
【００４９】
オプションの特徴として、支払い処理５００は、ユーザ（例えばユーザアカウント）単位でカスタマイズされえる。例えば、「優良」ユーザまたは「信用貸しできる」ユーザは、他のユーザよりもより高い購入保留制限を与えられえる。増された購入保留制限の利点は、追加のバッチによってトランザクションコストがさらに低減することである。ある例として、ユーザは、すでに５０以上のメディアアイテムを購入しているような頻繁に利用するユーザであるなら「優良」ユーザとみなされる。
【００５０】
本発明の他の局面は、ユーザがアカウント情報にアクセスできるようにしえるグラフィカルユーザインタフェースである。アカウント情報にアクセスすることによって、ユーザは、自分の現在のアカウント情報を見て、それらに変更を加えられる。このアカウント情報は、そのアカウントについての購入履歴を含みえる。この購入履歴は、ユーザのアカウントを用いて以前に購入されたメディアアイテムのリストまたはレポートを提供しえる。図５Ｂは、ユーザのアカウントに対応する購入履歴情報を表示する代表的なアプリケーションプログラムウィンドウ５５０のスクリーンショットである。図５Ｂに示されるように、購入履歴は、最も最近の購入についての情報を含みえ、購入されたメディアアイテムのそれぞれに関する情報を含みえる。例えば、図５Ｂに示されるように、購入されたメディアアイテムのテーブルが提供され、これはアイテム、アーチスト、タイプ、いつダウンロードされたか、および価格についての情報を提供するテーブルを持つ。
【００５１】
図６は、本発明のある実施形態によるメディア送付処理６００のフロー図である。メディア送付処理６００は例えば、図１に示されるメディア記憶サーバ１１０によって実行される。
【００５２】
メディア送付処理６００は、判定６０２で始まる。判定６０２は、アクセスリクエストが受け取られたかを決定する。アクセスリクエストは、メディア記憶サーバ（例えばメディア記憶サーバ１１０）に関連付けられたメディア記憶（例えばメディア記憶１１２）に記憶されている１つ以上のメディアアイテムについてのメディアコンテンツを得るためのクライアントからのリクエストである。ある実施形態において、アクセスリクエストは、選択されたメディアアイテムについてのＵＲＬおよびクライアントからのセキュリティトークンを少なくとも含む。判定６０２が、アクセスリクエストが受け取られたと決定するとき、メディア送付処理６００は実質的に起動される。換言すれば、いったんアクセスリクエストが受け取られたら、そのアクセスリクエストは認証される（６０４）。この認証６０４は、そのリクエストが正当なものであり、メディアコマースサーバによって認証されたものからであることを認証するために、アクセスリクエストの少なくとも一部の分析を伴う。ある実施形態において、ハッシュアルゴリズムがＵＲＬ、メディアコマースサーバの名前、購入の時間に適用されえる。ハッシュアルゴリズムの結果はそれから、メディアコマースサーバにおいて実行された相補的ハッシュアルゴリズムの結果であるセキュリティトークンと比較される。判定６０６はそれから、認証が成功だったかを決定する。ここで、ある実施形態においては、もしハッシュアルゴリズムアプローチが用いられるなら、ハッシュアルゴリズムの結果は、時間の制限によって設定されたある程度の許容値内でセキュリティトークンと一致しなければならない。例えば、時間による許容値は、購入後、４８時間の間は認証が維持されることをアクセスリクエストに許しえる。
【００５３】
判定６０６が、認証が成功しなかったと決定するとき、アクセス拒否の指示が返される（６０８）。ここで、アクセスリクエストは拒否され、クライアントはそのように通知される。逆に、判定６０６が、認証が成功したと決定するとき、購入されている選択されたメディアアイテムの暗号化されたバージョンが取り出される（６１０）。ここで、メディア記憶サーバは、メディアアイテムの暗号化されたバージョンをメディア記憶から取り出す。それから、メディアアイテムの暗号化されたバージョンは、リクエスタ（クライアント）に送られる（６１２）。換言すれば、メディアアイテムの暗号化されたバージョンは、その選択されたメディアアイテムをリクエストしたクライアントにダウンロードされる。操作６０８および６１２に続いて、メディア送付処理６００は完了し終了する。
【００５４】
本発明の他の局面は、多くのメディアアイテムをレビューするのに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、オンラインでメディアアイテムをプレビューまたは購入するのにも適する。このグラフィカルユーザインタフェースは、ユーザにクライアント（クライアントマシン）において提示される。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示され、そのようなアプリケーションプログラムはメディアプレーヤーと呼ばれる（図１参照）。
【００５５】
図７Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ７００の図である。アプリケーションプログラムウィンドウ７００は、第１サブウィンドウ７０２および第２サブウィンドウ７０４を含む。第１サブウィンドウ７０２は、ブラウザのようなやり方で情報を提示し、一方、第２サブウィンドウは、アプリケーションのようなやり方で情報を提示する。換言すれば、アプリケーションプログラムウィンドウ７０２を作っているアプリケーションプログラムは、ローカルモードで動作しえ、この場合、アプリケーションプログラムウィンドウ７００内に表示されるコンテンツは、第１サブウィンドウ７０２を含まない。しかし、リモートモードにおいて、アプリケーションプログラムがリモートサーバと対話しているとき、アプリケーションプログラムウィンドウ７００は第１サブウィンドウ７０２および第２サブウィンドウ７０４を図７に示されるように含みえる。このような環境下では、第１サブウィンドウ７０２は、ブラウザのようなやり方でリモートサーバによって提供されるコンテンツを表示する。これは、ブラウザのようなスタイルでリモートサーバと対話している感覚をユーザに与える。しかし、第２サブウィンドウ７０４においては、アプリケーションのユーザは、まだインタフェースを維持し、よってリモートサーバとの対話を通してではなく、そのアプリケーションがローカルに動作しているときような、アプリケーションプログラムとの対話の感覚を維持する。しかし、この場合でも、第２サブウィンドウ７０４のためのコンテンツは、リモートサーバから取り出されえる。
【００５６】
図７Ｂは、本発明のある実施形態による代表的なアプリケーションプログラムウィンドウ７２０のスクリーンショットである。アプリケーションプログラムウィンドウ７２０は、図７Ａに示されるアプリケーションプログラムウィンドウ７００の第１サブウィンドウ７０２および第２サブウィンドウ７０４に相当する第１サブウィンドウ７２２および第２サブウィンドウ７２４を含む。追加として、アプリケーションプログラムウィンドウ７２０は、ソースウィンドウ７２６を含む。このソースウィンドウ７２６は、メディアコンテンツについてのさまざまな異なるソースのリストを挙げて示される。図７Ｂに示されるように、ソースウィンドウ７２６は、ハイライトバー７２７によって示されるようなミュージックストアであるようにソースを示す。この実施形態において、このミュージックストアは、アプリケーションプログラムのユーザによって購入されえるメディア（例えば音楽）を含むリモートメディアサーバを表す。したがって図７Ｂに示されるように、ユーザは、語「Ｒｅｂａ」を含むアーチストによってミュージックストア上で入手可能な音楽についてサーチ７２８を実行している。サーチ７２８の結果は、リモートメディアサーバによってアプリケーションプログラムに提供されるコンテンツである。このようなコンテンツは、第１サブウィンドウ７２２および第２サブウィンドウ７２４の領域を埋めるのに用いられる。図７Ｂに示されるように、第１サブウィンドウ７２２は、３つの領域を含み、具体的には、トップアルバム領域７２２−１、トップソング領域７２２−２、およびトップアーチスト領域７２２−３である。トップアルバム領域７２２−１は、単一のアルバムだけを参照し、よって「アルバムを買う」ボタン７３２と共に、そのアルバムについてのアルバムカバーアート７３０を示す。ユーザは、対応する「アルバムを買う」ボタン７３２を選択することによって、トップアルバム領域７２２−１内に示されるアルバムを購入できる。典型的には、もしユーザのアカウントがそのようにコンフィギュレーションされているなら、ユーザは、「アルバムを買う」ボタン７３２上で「クリックする」単一のグラフィカルユーザインタフェースアクションによってそのアルバムを買うことができる。トップソング領域７２２−２は、トップアルバム領域７２２−１のアーチスト（群）またはアルバム（群）に関連するトップソングをリストし、トップアーチスト領域７２２−３は、トップアルバム領域７２２−１に関連するトップアーチスト（群）またはアルバム（群）を示す。
【００５７】
第２サブウィンドウ７２４において、トップアルバム７２２−１によって特定された１つ以上のアルバムに関連付けられたメディアアイテムのリストが表示される。ある実施形態において、メディアアイテムは、メディアソースがクライアントにとってローカルである（すなわち、メディアアイテムがローカルに記憶されている）場合のアプリケーションプログラムによってメディアアイテムのリストをユーザに提示するのに利用される技術と類似または模擬しえるリストのようなやり方で表示される。したがって、第２サブウィンドウ７２４内で特定されるメディアアイテムは、リモートメディアサーバによって提供されるが、それらは洗練された、しばしば他の場合においてアプリケーションプログラムによって利用されるやり方で提示される。図７Ｂに示されるように、メディアアイテムのリスト内のメディアアイテムの特定の１つは、ハイライトバー７３４によって示されるように選択されている。さらに、第２サブウィンドウ７２４内でリストされたメディアアイテムの任意のものは、関連する「曲を買う」ボタン７３６の選択によって購入されえる。再び、関連する「曲を買う」ボタン７３６上でのクリックのような単一のグラフィカルユーザインタフェースアクションを通して、関連付けられたメディアアイテムが購入されえる。さらに、図７Ｂに示されるように、第２サブウィンドウ７２４に表示されている与えられたメディアアイテムについて、そのメディアアイテムについての特性情報がカラム状に提示されえる。特徴情報は例えば、曲名、曲の長さ（時間）、アーチスト、アルバム、ジャンル、関連性の指示、および価格を含む。
【００５８】
さらに、アプリケーションプログラムウィンドウ７２０は、他のコントロールまたは情報を表示しえる。例えば、アプリケーションプログラムウィンドウ７２０は、再生コントロール７３８を表示しえる。再生コントロール７３８が選択されると、第２サブウィンドウ７２４からのメディアアイテムのうちの選択された１つに関するプレビューオーディオクリップが再生される。同様に、第２サブウィンドウ７２４内の特定のメディアアイテム上で「ダブルクリックする」ことによって、関連付けられたプレビューオーディオクリップも再生されえる。したがって、どのメディアアイテムを購入するか決めつつあるユーザは、プレビューオーディオクリップを容易に得て聴くことができる。アプリケーションプログラムウィンドウ７２０はまたブラウズコントロール７４０も含みえる。ブラウズコントロール７４０が選択されると、ブラウズ処理が実行される。このブラウズ処理は、ユーザが関心を持つメディアアイテムを特定するための別のやり方（サーチプロセス以外の）である。サーチボックス７４２もアプリケーションプログラムウィンドウ７２０内に提供されえ、それによってユーザはさらなるサーチを実行しえる。さらに、アカウント領域指示７４４は、ユーザアカウントがアクティブかどうかの指示を提供する。例えば、図７Ｂに示されるように、許可されたユーザについてのアカウント識別子（電子メールアドレスのような）がアカウント識別子領域７４４に表示されるとき、アプリケーションプログラムは、アカウントの関連付けられたユーザがログオン（サインイン）しており、そのアカウントがアクティブであることにより、ユーザがメディアストアから所望のメディアコンテンツを購入できることを認識する。
【００５９】
図８は、本発明のある実施形態によるメディアサーチ処理８００のフロー図である。メディアサーチ処理８００は例えば、クライアント上で動作するアプリケーションプログラムによって実行される。このアプリケーションプログラムは例えば、図１に示されるメディアプレーヤー１０８である。
【００６０】
メディアサーチ処理８００は、アプリケーションプログラムのユーザが、ユーザが関心のあるメディアコンテンツを特定するためにいったんサーチを実行しようとすればアクティベートされる。したがって、サーチダイアログボックスが最初にユーザに表示される（８０２）。この実施形態においては、ユーザは、フィールドベースの制約を用いた洗練されたサーチを実行したいと想定する。しかし、もしユーザがタームだけを用いる簡単なサーチを単に実行したいなら、図７Ｂに示されるサーチボックス７４２も利用されえる。いずれの場合も、サーチ基準が入力される（８０４）。それから、判定８０６は、サーチが実行されるべきかを決定する。判定８０６が、サーチが実行されるべきではないと決定するとき、メディアサーチ処理８００は、操作８０４および後続の操作を反復することによってサーチ基準が変更されえるようにするよう戻る。しかし、いったん判定８０６が、サーチが実行されるべきであると決定すると、サーチリクエストがリモートメディアサーバに送られる（８０８）。ここで、ある例では、リモートメディアサーバは、図１に示されるメディアコマースサーバ１０２である。サーチリクエストは、サーチ基準に従ってサーチを実行するためのリモートメディアサーバへのリクエストである。ここで、リモートメディアサーバは、少なくともリモートメディアサーバから購入するのに入手可能な大量のメディアアイテムについての情報（例えばメタデータ）を含むが、購入されるメディアアイテムのコンテンツは、メディア記憶サーバ１１０のような他のリモートサーバについてクライアントにおいてダウンロードを介して獲得されえる。
【００６１】
サーチリクエストがリモートメディアサーバに送られた（８０８）後に、判定８１０は、レスポンスが受け取られたかを決定する。ここで、メディアサーチ処理８００は、サーチリクエストに対するレスポンスがアプリケーションプログラムにおいて受け取られるまで待つ。いったん判定８１０がレスポンスが受け取られたと決定すると、アプリケーションプログラムウィンドウがアプリケーションプログラムによって作られ、つまりレンダリングされる。より具体的には、アプリケーションプログラムウィンドウの第１ウィンドウ（例えば第１サブウィンドウ）がアルバムに関連する情報でレンダリングされる（８１２）。加えて、アプリケーションプログラムウィンドウの第２ウィンドウ（例えば第２サブウィンドウ）がレンダリングされ（８１４）、それによってアルバムに関連する情報に対応するメディアアイテム情報を表示する。ある実施形態において、メディアアイテム情報は、リストフォーマットで、またはロウおよびカラムフォーマットで第２ウィンドウに表示されえる。
【００６２】
例えば、「Ｒｅｂａ」のサーチ基準などがリモートメディアサーバに送られる。リモートメディアサーバは、図７Ｂに示される第１サブウィンドウ７２２に示されるアルバムに関連する情報および図７Ｂに示される第２サブウィンドウ７２４に示される対応するメディアアイテム情報を返す。
【００６３】
ある実施形態において、リモートメディアサーバからのレスポンスは、サーチリクエストから生じるリストされたメディアアイテム（例えばトラック）である。第２ウィンドウは、メディアアイテムのリスト上のメディアアイテム（例えばトラック）についてのメディアアイテム情報を表示する。第１ウィンドウは、メディアアイテムのリスト上の最も関連あるメディアアイテム（例えばトラック）についてのアルバム関連情報を表示しえる。
【００６４】
この点において、メディアサーチ処理８００は、サーチ基準を受け取って、メディアサーバにおいてサーチを実行しており、それから第１ウィンドウおよび第２ウィンドウで表示される結果を返している。この点において、第１ウィンドウおよび第２ウィンドウ内でも提供されるグラフィカルユーザインタフェース要素を用いて、アプリケーションプログラムのユーザは、さらにグラフィカルユーザインタフェースと対話して図７Ｂに示されるような結果表示から他の操作を実行することができる。
【００６５】
図９は、本発明のある実施形態による追加処理９００のフロー図である。追加処理９００は、図８に示されるメディアサーチ処理か、または図１２Ａおよび１２Ｂを参照して以下に説明されるメディアブラウズ処理かのいずれかに続いてアプリケーションプログラムによって起動および実行されえる処理である。
【００６６】
図９に示されるように、判定９０２は、買う選択がなされたかを決定する。例えば、図７Ｂについて、ユーザが「アルバムを買う」ボタン７３２または「曲を買う」ボタン７３６を選択したかである。判定９０２が、買う選択がなされたと決定するとき、メディア購入システム９０４が実行される。例として、メディア購入システム９０４は、図２Ａおよび２Ｂに示されるメディア購入処理２００でありえる。代替として、判定９０２が、買う選択がなされていないと決定するとき、判定９０６は、プレビュー選択がなされているかを決定する。例えば、図７Ｂを参照して上述のように、プレビューは、プレビューコントロール７３８の使用を通じて、または第２サブウィンドウ７２４内にリストされた特定のメディアアイテム上を「ダブルクリック」することによって選択されえる。いずれの場合も、判定９０６が、プレビュー選択がなされたと決定するとき、選択されたメディアアイテムについてのプレビューストリームがリモートメディアサーバからリクエストされる（９０８）。ここで、アプリケーションプログラムは、メディアアイテムをプレビューするのに必要とされるメディアコンテンツをローカルには記憶しない。したがって、特定のメディアアイテムをプレビューするためには、アプリケーションプログラムは、プレビューリクエストをリモートメディアサーバに送って、メディアサーバが選択されたメディアアイテムについてのプレビューを特定のアプリケーションプログラムへストリーミングするよう指示する。いったんプレビューリクエストについてのストリーミングがリモートメディアサーバによって開始されると、プレビューストリームがアプリケーションプログラムにおいて再生され（９０１）、それによってアプリケーションプログラムのユーザは、選択されたメディアアイテムについてのプレビュークリップに関連するオーディオを聴くことができる。
【００６７】
逆に、判定９０６が、プレビュー選択がなされていないと決定するとき、判定９１２は、さまざまな他の選択のうちの任意のものがなされたかを決定する。ユーザは、サーチ、購入およびプレビュー以外のさまざまな異なるやり方で、アプリケーションプログラムウィンドウと対話することができる。例えば、ユーザは、異なるやり方で第２サブウィンドウ７２４内においてメディアアイテムをソートするためにグラフィカルユーザインタフェースと対話しえ、またはブラウズコントロール７４０を用いたブラウズ操作をリクエストしえ、ミュージックストアのホームページへ進みえるなどできる。処理のこれらの他のタイプは、１つ以上のそのような他の選択がなされたと判定９１２によって決定されるとき、９１４において実行されえる。もし判定９１２が、他の選択が存在しないと決定するなら、メディアサーチ処理９００は、判定９０２および後続の操作を反復することによって、アプリケーションプログラムウィンドウから利用されえるこれら追加操作または機能が利用可能であるように戻る。操作９０４、９１０および９１４に続いて、メディアサーチ処理９００は完了し終了する。
【００６８】
本発明の他の局面は、多くのメディアアイテムを通して効率的にブラウズするのに適するグラフィカルユーザインタフェースに関する。このグラフィカルユーザインタフェースは、オンラインでメディアアイテムを購入するのにも適する。このグラフィカルユーザインタフェースは、クライアント（クライアントマシン）においてユーザに提示される。ある実施形態において、グラフィカルユーザインタフェースは、クライアント上で走るアプリケーションプログラムによってユーザに提示され、そのようなアプリケーションプログラムはメディアプレーヤーと呼ばれる（図１参照）。
【００６９】
図１０は、本発明のある実施形態によるアプリケーションプログラムウィンドウ１０００の図である。アプリケーションプログラムウィンドウ１０００は、グラフィカルユーザインタフェースである。ユーザは、購入またはプレビューのためにリモートサーバ上で利用可能なメディアアイテムをブラウズするためにグラフィカルユーザインタフェースと対話できる。このリモートサーバは例えば、図１に示されるメディアコマースサーバ１０２およびメディア記憶サーバ１１０のうちの１つまたは両方を含みえる。
【００７０】
アプリケーションプログラムウィンドウ１０００は、第１サブウィンドウ１００２および第２サブウィンドウ１００４を含む。第１サブウィンドウ１００２は、第１領域１００２−１、第２領域１００２−２、および第３領域１００２−３を含む。図１０に示されるように、第１領域１００２−１は、アイテムの第１リスト１００６を含む。ユーザは、第１領域１００２−１と対話して、アイテムの第１リスト１００６内のアイテムのうちの１つを選択する。選択されたアイテムは、ハイライトされえる（１００８）（または他のやり方で視覚的に区別されえる）。いったん第１リスト１００６内の特定のアイテムが選択され、よってハイライトされる（１００８）と、リクエストがリモートサーバに送られて、第２領域１００２−２内に表示されるアイテムの第２リスト１０１０についての適切なアイテムを特定する。換言すれば、リモートメディアサーバは、第２リスト１００２ー２内で表示されるべき第２リスト１０１０についてのアイテムを持つリクエストに応答する。再び、ユーザは、第２リスト１０１０内のアイテムのうちの１つを選択するために、第２領域１００２−２と対話しえる。選択されたアイテムは、それからハイライトされえる（１０１２）（または他のやり方で視覚的に区別されえる）。それから、選択されハイライトされたアイテム１０１２は、選択されハイライトされたアイテム１０１２に関連付けられたアイテムを得るためにリクエストがリモートサーバに送られるようにする。リモートサーバからのレスポンスは、第３領域１００２−３内の第３リスト１０１４に表示される１つ以上のアイテムである。ユーザは、第３リスト１０１４内のアイテムのうちの１つを選択するために第３領域１００２−３と対話できる。選択されたアイテムは、それからハイライトされえる（１０１６）（または他のやり方で視覚的に区別されえる）。
【００７１】
第３リスト１０１４内のアイテムのうちの１つが選択されハイライトされた（１０１６）後に、選択されハイライトされたアイテム１０１６に関連付けられたアイテムを得るためにさらに別のリクエストがリモートサーバに送られえる。このリクエストに応答して、リモートサーバは、第２サブウィンドウ１００４内に表示される１つ以上のアイテムを供給する。これらのアイテムは、さまざまな異なるやり方で表示されえ、一般に、アイテムのそれぞれについての記述的または特性情報を含む。１つ以上のアイテムは、リストとして、またはロウおよびカラム（例えばテーブル）フォーマットとして表示されえる。ある実施形態において、第２サブウィンドウ１００４は、第１サブウィンドウ１００２の領域のそれぞれよりも大きく、よって第２サブウィンドウ１００４は、そこに表示されているメディアアイテムのそれぞれに関する情報のための追加の表示領域を有する。ある実施形態において、第２サブウィンドウ１００４に表示されているアイテムは、メディアアイテムである。これらメディアアイテムは例えば、プレビューまたは購入されえる曲、ビデオまたは画像でありえる。
【００７２】
図１１Ａ〜１１Ｃは、本発明のある実施形態によるブラウズフィーチャの連続ビューを示すスクリーンショットである。
【００７３】
図１１Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１１００のスクリーンショットである。アプリケーションプログラムウィンドウ１１００は、第１サブウィンドウ１１０２、第２サブウィンドウ１１０４、および第３サブウィンドウ１１０６を含む。第１サブウィンドウ１１０２は、第１領域１１０２−１、第２領域１１０２−２、および第３領域１１０２−３を含む。図１１Ａに示されるように、第１領域１１０２−１は、入手可能なジャンルのリスト（ジャンルリスト）１１０８を表示するよう示される。第２領域１１０２−２は、第１領域１１０２−１に表示されているジャンルリスト１１０８内のアイテムのうちの１つを選択するようユーザに知らせる「ジャンルを選択」というテキストを表示する。
【００７４】
図１１Ｂは、ユーザが第１領域１１０２−１に表示されているジャンルリスト１１０８内のアイテムのうちの１つを選択した後のアプリケーションプログラムウィンドウ１１２０のスクリーンショットである。ジャンルリスト１１０８からの選択されたアイテム１１２２は、図１１Ｂに示されるようにハイライトされえる。いったんユーザがリスト１１０８（選択されたジャンル）内のアイテムのうちの１つを選択したら、第２領域１１０２−２は、ジャンルリスト１１０８からの選択されたジャンルに関連付けられたアーチストのリスト（アーチストリスト）１１２４で埋められえる。アーチストリスト１１２４は、リモートサーバによってアプリケーションプログラムウィンドウ１１２０を提示するアプリケーションプログラムに提供される。第３領域１１０２−３は、第２領域１１０２−２に表示されているアーチストリスト１１２４からアーチストのうちの１つをユーザが選択するよう促すために「アーチストを選択」というメッセージを表示する。
【００７５】
図１１Ｃは、ユーザが第２領域１１０２−２のアーチストリスト１１２４から入手可能なアーチストのうちの１つを選択した後のアプリケーションプログラムウィンドウ１１４０のスクリーンショットである。ユーザが、アーチストのうちの１つ（選択されたアーチスト）１１４４を第２領域１１０２−２のアーチストリスト１１２４から選択したとき、この選択されたアーチスト１１４４は、ハイライトされたやり方で示されえる。それから、第３領域１１０２−３は、アルバムリスト１１４６に１つ以上のアルバムを表示する。アルバムリスト１１４６内のアルバムは、選択されたアーチスト１１４４の作品であるアルバムである。アルバムリスト１１４６は、リモートサーバによって提供される。アルバムリスト１１４６が複数のアイテムを有するとき、ユーザは、アイテムのうちの１つを選択する。しかし、図１１Ｃに示されるように、アルバムリスト１１４６は、単一のアイテム（アルバム）しか有しない。したがって、単一のアイテムが選択されたとみなされる。いったんアルバムリスト１１４６でアイテムが選択されると、第２サブウィンドウ１１０４は、選択されたアルバムにある曲の音楽リスト１１４８によって埋められえる。音楽リスト１１４８は、曲のそれぞれについての記述的情報を表示しえる。例えば、図１１Ｃに示されるように、ソングリスト１１４８は、それぞれのロウが選択されたアルバムの異なる曲に関し、カラムが曲名、タイトル、アーチスト、アルバム、ジャンル、および価格に関する、ロウおよびカラム（例えばテーブル）フォーマットで提示される。さらに、価格カラム内において、ロウのそれぞれは、ユーザによって特定の曲の購入を容易にする「曲を買う」ボタン１１５０を含みえる。ある実施形態において、価格は曲／トラック当たり固定価格である。例えば、固定された価格は曲当たり＄０．９９でありえる。
【００７６】
図１２Ａおよび１２Ｂは、本発明のある実施形態によるメディアブラウズ処理１２００のフロー図である。メディアブラウズ処理１２００は例えば、図１に示されるクライアント１０４上で動作するメディアプレーヤー１０８のようなメディアプレーヤーによって実行される。メディアプレーヤーは、見られ、提示され、プレビューされまたは購入されえる入手可能なメディアコンテンツに関する情報を得るためにリモートサーバ（メディアサーバ）と通信もする。リモートサーバは例えば、図１に示されるメディアコマースサーバ１０２およびメディア記憶サーバ１１０のうちの１つまたは両方を含みえる。
【００７７】
メディアブラウズ処理１２００はまず、選択可能なジャンルのリストを持つブラウズウィンドウを表示する（１２０１）。リスト内のジャンルは、リモートサーバによってブラウズウィンドウを作るアプリケーションプログラムに提供される。例として、ブラウズウィンドウは、図１０および１１Ａ〜１１Ｃに示されるアプリケーションプログラムウィンドウ１０００、１１００、１１２０または１１４０に関しえる。
【００７８】
次に、判定１２０２は、ジャンル選択がなされたかを決定する。判定１２０２が、ジャンル選択がまだなされていないと決定するとき、メディアブラウズ処理１２００は、ユーザがそのような選択をするのを待つ。いったん判定１２０２が、ジャンル選択がなされたと決定すると、選択されたジャンルがハイライトされる（１２０４）。加えて、選択されたジャンル内のこれらの入手可能なアーチストがリモートサーバからリクエストされる（１２０６）。
【００７９】
判定１２０８はそれから、レスポンスがリモートサーバから受け取られたかを決定する。判定１２０８が、レスポンスがまだ受け取られていないと決定するとき、メディアブラウズ処理１２００は、そのようなレスポンスを待つ。いったん判定１２０８が、レスポンスが受け取られたと決定すると、選択されたジャンル内の選択可能なアーチストのリストが表示される（１２１０）。換言すれば、リモートサーバからのレスポンスは、選択されたジャンル内の選択可能なアーチストを特定する。選択可能なアーチストはそれから、選択可能なアーチストのリストに表示される（１２１０）。ある実施形態において、選択可能なアーチストのリストを表示しつつ、選択可能なジャンルのリストも依然として表示される。
【００８０】
選択可能なアーチストのリストが表示された（１２１０）後で、判定１２１２は、アーチスト選択がなされたかを決定する。ここで、ユーザは、表示されている（１２１０）選択可能なアーチストのリストからアーチストを選択するためにブラウズウィンドウと対話できる。判定１２１２がアーチスト選択がなされていないと決定するとき、メディアブラウズ処理１２００はそのような選択を待つ。いったん判定１２１２が、アーチスト選択がなされたと決定するとき、選択されたアーチストがハイライトされる（１２１４）。それから、選択されたアーチストについての入手可能なアルバムがリモートサーバ（メディアサーバ）からリクエストされる（１２１６）。判定１２１８はそれから、リクエストに対するレスポンスがリモートサーバから受け取られたかを決定する。判定１２１８が、レスポンスがまだ受け取られていないと決定するとき、メディアブラウズ処理１２００はそのようなレスポンスを待つ。いったん判定１２１８が、レスポンスが受け取られたと決定すると、選択されたアーチストについての選択可能なアルバムのリストが表示される（１２２０）。この場合のメディアサーバからのレスポンスは、選択されたアーチストによって作られた選択可能なアルバムを含む。ある実施形態において、選択可能なアルバムのリストが表示されえ（１２２０）、一方、選択可能なアーチストのリストおよび選択可能なジャンルのリストも同時に表示にされる。
【００８１】
選択可能なアルバムのリストが表示された（１２２０）後に、判定１２２２は、アルバム選択がなされたかを決定する。判定１２２２が、アルバム選択がまだなされていないと決定するとき、メディアブラウズ処理１２００は、そのような選択を待つ。判定１２２２が、アルバム選択がなされたと決定するとき、選択されたアルバムにあるメディアアイテムがメディアサーバからリクエストされる（１２２４）。判定１２２６はそれから、リクエストに対するレスポンスが受け取られたかを決定する。判定１２２６が、レスポンスがまだ受け取られていないと決定するとき、メディアブラウズ処理１２００はそのようなレスポンスを待つ。判定１２２６が、レスポンスが受け取られたと決定するとき、選択されたアルバムに対応するメディアアイテム情報を有するメディアアイテムウィンドウが表示される（１２２８）。典型的には、メディアアイテムウィンドウは、選択されたアルバムに対応するメディアアイテムのリストを表示する。例えば、メディアアイテムは、選択されたアルバムに存在する曲でありえる。例えば、図１１Ｃに示されるように、第２サブウィンドウ１１０４は、メディアアイテムウィンドウに関しえ、そのメディアアイテムに関する他の記述的または特性情報と共にメディアアイテム（曲）のリストを表示しえる。
【００８２】
操作１２２８に続いて、ユーザは、メディアアイテムの任意のものをプレビュー、ソート、および購入するためにメディアアイテムウィンドウと対話しえる。ある実施形態において、のような追加の操作は上述の図９に示されるように実行されえる。
【００８３】
さらに、図１０〜１２Ｂを参照して上述したグラフィカルユーザインタフェースは、主に音楽の曲について説明された。しかし前に述べたように、グラフィカルユーザインタフェースは一般に、メディアアイテムをブラウズするのに適用可能である。例えば、メディアアイテムは、ビデオ（例えばＤＶＤ）、オーディオブックまたはグループ分け（例えばチャート）でありえる。例えば、オーディオブックの場合、グラフィカルユーザインタフェースは、ユーザがまず「オーディオブック」を選択し、それからカテゴリを選択し、そして作家を選択することを許可しえる。いったん作家が選択されると、入手可能なオーディオブックのリストが他のウィンドウの中に表示されえ、そこからユーザはリストされたオーディオブックの任意のものをプレビューおよび／または購入できる。例えば、図１０に示されるアプリケーションプログラムウィンドウ１０００についてある実施形態において、第１領域１００２−１は、「オーディオブック」が１つのジャンルとして含まれるジャンルのリストを表示でき、第２領域１００２−２は、オーディオブックのカテゴリ（芸術＆エンターテイメント、スポーツ、歴史など）のリストを表示でき、第３領域１００２−３は、選択されたカテゴリのオーディオブックを有する作家をリストしえる。
【００８４】
他の例として、メディアアイテムがグループ分けに関するとき、グラフィカルユーザインタフェースは、ユーザがそのグループ分けをブラウズできるようにしえる。ある実現例では、このグループ分けはチャートに関しえる。例えば、グラフィカルユーザインタフェースは、ユーザがまず「チャート」を選択し、それから特定のチャートを選択し、そしてそのチャートの特定の年を選択しえる。いったん年が選択されると、特定の年についての特定のチャートに関連付けられたメディアアイテム（例えば曲）のリストが他のウィンドウに表示されえ、そこからユーザは、リストされたメディアアイテムの任意のものをプレビューおよび／または購入しえる。例えば、図１０に示されるアプリケーションプログラムウィンドウ１０００についてある実施形態において、第１領域１００２−１は、「チャート」が１つのジャンルとして含まれるジャンルのリストを表示しえ、第２領域１００２−２は、チャート（例えばBillboard Hot 100、Rick Dees Weekly Top 40 Chartなど）のリストを表示しえ、第３領域１００２ー３は、選択されたチャートについての年をリストしえる。
【００８５】
音楽のあるジャンルは、「クラシック」である。図１０〜１２Ｂについて上述したグラフィカルユーザインタフェースは、クラシック音楽をブラウズするためにも用いられえる。例えば、図１０に示されるアプリケーションプログラムウィンドウ１０００はある実施形態において、第１領域１００２−１は、「クラシック」が１つのジャンルとして含まれるジャンルのリストを表示でき、第２領域１００２−２は、クラシック音楽のアーチスト（例えばモーツァルト、ベートーベンなど）のリストを表示でき、第３領域１００２−３は、選択されたアーチストのアルバム（ＣＤ）をリストしえる。第２サブウィンドウ１００４に表示される１つ以上のアイテムは、個別のメディアアイテム（例えばトラック）またはメディアアイテムのグループ分け（例えばトラックのグループ）でありえる。例えば、メディアアイテム「Piano Concerto No. 19」が第２サブウィンドウ１００４内のロウに表示されえる。しかし、このようなメディアアイテムは、「Piano Concerto No. 19 In F, KV 459: Allegro Vivace」、「Piano Concerto No. 19 In F, KV 459: Allegretto」、および「Piano Concerto No. 19 In F, KV 459: Allegro Assai」のような異なる楽章、テンポ、アレンジのグループ分けを表しえる。このグループ分けは、最初は単一のロウで圧縮した形で表示されえる。ある実施形態において、グループ分けについての記述子以外に、指示子（例えばシンボルまたはアイコン）が第２サブウィンドウ１００４内のそれぞれのロウにおいて表示されえ、その中で記述子はグループ分けを表す。指示子はまた、グループ分けの個別のメディアアイテム（例えばトラック）上で情報を表示させる必要に応じて、ユーザが単一のロウを拡張させられるように、ユーザ選択可能である。指示子はよって、ユーザが圧縮されたまたは拡張された形でメディアアイテムのグループ分けを見ることができるようにしえる。
【００８６】
図１３Ａ〜１３Ｂは、本発明のある実施形態によるグラフィカルユーザインタフェースのさらなる特徴を示すスクリーンショットである。図１３Ａに示されるスクリーンショットは、図１１Ｃに示されるものと似ており、同様の処理によって実現されえる。
【００８７】
図１３Ａは、本発明の他の実施形態によるアプリケーションプログラムウィンドウ１３００のスクリーンショットである。アプリケーションプログラムウィンドウ１３００は、第１サブウィンドウ１３０２、第２サブウィンドウ１３０４、および第３サブウィンドウ１３０６を含む。第１サブウィンドウ１３０２は、第１領域１３０２−１、第２領域１３０２−２、および第３領域１３０２−３を含む。図１３Ａに示されるように、第１領域１３０２−１は、入手可能なジャンルのリスト（ジャンルリスト）１３０８を表示するよう示される。ユーザがジャンルリスト１３０８内のアイテムのうちの１つを選択した後、選択されたアイテム１３１０は、図１３Ａに示されるようにハイライトされて示されえる。第２領域１３０２−２は、ジャンルリスト１３０８からの選択されたジャンルに関連付けられたアーチストのリスト（アーチストリスト）１３１２を表示する。それから、ユーザが第２領域１３０２−２のアーチストリスト１３１２から入手可能なアーチストのうちの１つを選択した後、選択されたアーチスト１３１４は、ハイライトされたやり方で示されえる。第３領域１３０２−３は、アルバムリスト１３１６で１つ以上のアルバムを表示する。アルバムリスト１３１６が複数のアイテムを有するとき、ユーザは、アイテムのうちの１つを選択する。しかし図１３Ａに示されるように、アルバムリスト１３１６は、単一のアイテム（アルバム）を有する。したがって、単一のアイテムが選択されたとみなされる。いったんアルバムリスト１３１６中のアイテムが選択されると、第２サブウィンドウ１３０４は、選択されたアルバムにある曲のソングリスト１３１８で埋められえる。ソングリスト１３１８は、それぞれの曲についての記述的情報を表示しえる。例えば、図１３Ａに示されるように、曲リスト１３１８は、それぞれのロウが選択された選択されたアルバムにある異なる曲に関し、カラムが曲名、タイトル、アーチスト、アルバム、ジャンル、および価格に関する、ロウおよびカラム（例えばテーブル）フォーマットで提示されえる。
【００８８】
この点で、ユーザは、ブラウズ操作を完了し、それからアプリケーションプログラムウィンドウ１３００とさまざまな異なるやり方で対話しえる。ユーザがアプリケーションプログラムウィンドウ１３００と対話しえる１つのやり方は、トグルコントロール１３２０の使用を通じてである。トグルコントロール１３２０は、ユーザによって選択可能なボタン、画像または他のユーザインタフェースコントロールである。トグルコントロール１３２０は選択されるとき、グラフィカルユーザインタフェースを、第１サブウィンドウ１３０２内のブラウズインタフェースから情報モードへと切り替える。
【００８９】
図１３Ｂは、ユーザが図１３Ａに示されるブラウズコントロール１３２０と対話した後に表示される代表的なアプリケーションプログラムウィンドウ１３５０である。このような場合、第１サブウィンドウ１３０２は、関連するメディアアイテムについての記述的情報を含むように変更される。特に、図１３Ｂに示されるように、第１サブウィンドウ１３０２は、選択されたアルバムに関連付けられた画像１３５２、選択されたアルバムに関する情報１３５４、および選択されたアルバムにある全ての曲へのアクセス権のユーザの購入を促進する「アルバムを買う」ボタン１３５６を含む。この例では、図１３Ａについてのブラウズ操作を通じてＢ−５２ｓによる特定の選択されたアルバム「Party Mix/Mesopotamia」が前に選択されていた。しかしユーザがトグルコントロール１３２０を選択すると、グラフィカルユーザインタフェースは、第１サブウィンドウ１３０２を図１３Ｂに示されるものに変更する。結果として生じるグラフィカルユーザインタフェースは、ブラウズ操作によって特定されたアルバムをユーザがレビューするのを促進する。ユーザは、「アルバムを買う」ボタン１３５６の使用を通じて直接にアルバムを買えるだけでなく、情報１３５４および関連付けられた画像１３５２をレビューできる。ある実施形態において、価格はアルバム当たり固定価格である。例えば、固定された価格はアルバム当たり＄９．９９でありえる。加えて、第１サブウィンドウ１３０２は、トップダウンロード領域１３５８および関連するアイテム領域１３６０をさらに含みえる。トップダウンロード領域１３５８は、選択されたアルバムから最も頻繁にダウンロードされた曲のリストを含みえる。関連するアイテム領域１３６０は、選択されたアルバムのアーチストから音楽を買った人が買った他の曲のリストを含みえる。
【００９０】
図１３Ｂに示される代表的なアプリケーションプログラムウィンドウ１３５０において、第２サブウィンドウ１３０４は、図１３Ａに示される第２サブウィンドウ１３１８と比べて変更されても変更されなくてもよい。しかし他の実施形態において、第２サブウィンドウ１３１８は、その表示された曲のリストを変更またはアップデート、または消去さえできる。同様に、第３サブウィンドウ１３０６は必ずしも存在しない。
【００９１】
さらに、トグルコントロール１３２０は図１３Ｂに示されるグラフィカルユーザインタフェースにも提供されえることが理解されよう。したがって、ユーザは、図１３Ａに示されるアプリケーションプログラムウィンドウ１３００に示されるグラフィカルユーザインタフェースに戻るために図１３Ｂに示されるトグルコントロール１３２０と対話しえる。さらにユーザは、最初に図１３Ｂに示されるアプリケーションプログラムウィンドウ１３５０を作るために音楽サーチを実行しえる。このようなアプローチは、図１３Ａに示されるようなブラウズプロセスの使用の代替でありえる。いずれの場合も、サーチ操作を通してユーザは、選択されたアルバム特定または場所をつきとめ、よって図１３Ｂに示されるアプリケーションプログラムウィンドウで示されるグラフィカルユーザインタフェースが提示されえる。それから、もしユーザがブラウズモードに入りたいなら、ユーザは図１３Ｂに示されるブラウズコントロール１３２０を選択しえ、よって図１３Ａに示されるアプリケーションプログラムウィンドウ１３００で提供されるグラフィカルユーザインタフェースが提示されえる。換言すれば、ユーザは、ブラウズコントロール１３２０を用いて、ブラウズモードおよび情報モードの間で遷移しえる。
【００９２】
本発明に関連するさらなる特徴は、図１３Ａおよび１３Ｂについて示される。第２サブウィンドウ１３０４は、「曲を買う」ボタン１３６２および「ゴー・トゥ」ボタン１３６４、１３６６および１３６８を第２サブウィンドウ１３０４内にリストされた曲のそれぞれについて含む。「ゴー・トゥ」ボタン１３６４、１３６６および１３６８は、矢印シンボルをその中に持つ小さなボタンとして示される。前に説明されたように、「曲を買う」ボタン１３６２は、ユーザが関連付けられた曲へのアクセスを容易に購入するのを促進しえる。「ゴー・トゥ」ボタン１３６４の選択は、第１サブウィンドウ１３０２が、関連付けられたアーチスト（例えばThe B52s）に関する情報を表示するように働く。「ゴー・トゥ」ボタン１３６６の選択は、第１サブウィンドウ１３０２が、関連付けられた選択されたアルバムに関する情報を表示するように働く。例えば、もしユーザが図１３Ａに示される「ゴー・トゥ」ボタン１３６６を選択したなら、第１サブウィンドウ１３０２は、それから図１３Ｂに示されるようなアルバム情報を表示する。もしユーザがアプリケーションプログラムウィンドウ１３００またはアプリケーションプログラムウィンドウ１３５０のいずれかの「ゴー・トゥ」ボタン１３６８を選択したなら、ジャンルウィンドウが第１サブウィンドウ１３０２（および／または第２サブウィンドウ１３０４）内に提示されえる。この例では、ジャンルウィンドウは、「ポップ」のジャンルに関する。ジャンルウィンドウから、ユーザは対話して、１つ以上の選択されたジャンルを特定し、それから興味のある音楽を探すよう進みえる。
【００９３】
代替として、ブラウズされているメディアアイテムがオーディオブックであるとき、「ゴー・トゥ」ボタンは、ブックページが表示されるようにし、買うボタンは「ブックを買う」を示しえる。オーディオブックの場合、ダウンロードされるべきオーディオデータがかなりの大きさであるなら、ある実施形態において、オーディオブックのためのオーディオデータは、別個にダウンロードされる複数のファイルに分割されえる。オーディオブックの音質は、ダウンロードされるのに必要とされるオーディオデータの量を低減するための他の手段として、楽曲に比べて低減されえる。
【００９４】
本発明のさらに他の局面は、曲またはアルバム中に存在する露骨なコンテンツをユーザに知らせることに関する。図１４Ａおよび１４Ｂは、本発明のある実施形態による露骨なコンテンツ通知の特徴を示すスクリーンショットである。
【００９５】
図１４Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１４００のスクリーンショットである。アプリケーションプログラムウィンドウ１４００は、第１サブウィンドウ１４０２、第２サブウィンドウ１４０４、および第３サブウィンドウ１４０６を含む。第１サブウィンドウ１４０２は、トップアルバム領域１４０２−１、トップソング領域１４０２−２、およびトップアーチスト領域１４０２−３を含む。トップアーチスト領域１４０２−１は、基準に一致するアルバムを含む。例えば、この例では、サーチ基準は「ｔｒｉｎａ」だったので、トップアルバム領域１４０２−１は、サーチ基準「ｔｒｉｎａ」について音楽データベースをサーチすることによって特定された４つの別々のアルバムを示す。トップソング領域１４０２−２は、トップアーチスト領域１４０２−１にリストされた任意のアルバムについてトップソングのリストを含む。トップアーチスト領域１４０２−３は、トップアルバム領域１４０２−１内のアルバムについてのトップアーチストを表しえる。代替として、トップアーチスト領域１４０２−３内のトップソング領域１４０２−２は、ジャンル、期間、または全体の大きなカテゴリについてのトップソングでありえる。加えて、第２サブウィンドウ１４０４は、トップアルバム１４０２−１内のアルバムに関連付けられた曲を表示する。換言すれば、第２サブウィンドウ１４０４内にリストされた曲は、サーチ基準と何らかの関連がある曲である。
【００９６】
アプリケーションプログラムウィンドウ１４００は、露骨なコンテンツ識別子１４０８およびクリーンコンテンツ指示子１４１０をさらに含むことに注意されたい。この点において、曲またはアルバムは、全ての聴き手に不快感を与える言葉（例えば卑語または他の汚い言葉）を含みえるものとして知られる。したがって、アルバムまたは曲は、露骨なコンテンツ指示子１４０８の使用を通じて、そのような露骨なコンテンツを含むものとして示されえる。図１４Ａに示されるように、露骨なコンテンツ指示子１４０８は、第１サブウィンドウ１４０２に示されるようにアルバムと関連付けられえ、および／または第２サブウィンドウ１４０４に示されるように個別の曲に関連付けられえる。
【００９７】
さらに、アルバムまたは曲が露骨なコンテンツを有する場合、同じアルバムまたは曲の他のバージョンが提供されえ、よって露骨で潜在的に不快なマテリアルを取り除く変更をして購入することが可能になるようされえる。これらタイプの曲またはアルバムは、クリーンコンテンツ指示子１４１０によって示される。
【００９８】
もし所望であるなら、ユーザは、トップアルバム１４０２−１内で、または第２サブウィンドウ１４０４内のアルバム情報についての「ゴー・トゥ」ボタン１４１４のうちの１つを選択することを通してアルバムのうちの１つを選択しえる。もしユーザが画像１４１２または「ゴー・トゥ」ボタン１４１４のいずれも選択しないなら、図１４Ｂに示されるアプリケーションプログラムウィンドウ１４５０が本発明のある実施形態によって作られえる。換言すれば、ユーザ選択は、DMXによるアルバム「The Great Depression」、すなわち露骨なコンテンツのバージョンを選択することであった。したがって、第１サブウィンドウ１４０２は、選択されたアルバムに関連付けられた画像１４５２、アルバムに関する情報１４５４、および「アルバムを買う」ボタン１４５６を表示する。加えて、選択されたアルバムは、露骨なコンテンツを有するので、第１サブウィンドウ１４０２は、選択されたアルバムが露骨なコンテンツを含むことを潜在的な購入者に警告するためのペアレンタルアドバイザリウォーニング表示１４５７も表示しえる。第１サブウィンドウ１４０２は、トップダウンロード情報１４５８および関連する曲購入情報１４６０もさらに含みえる。第２サブウィンドウ１４０４は、選択されたアルバムにある曲をリストしえる。図１４Ｂに示されるように、選択されたアルバム「The Great Depression」は、１７曲つまりトラックを含み、これらのそれぞれが露骨なコンテンツ指示子１４０８によって特定され、それにより曲つまりトラックのそれぞれが露骨なコンテンツを含むことを示す。
【００９９】
本発明の他の局面は、不快な言葉を含むメディア記述子の変更に関する。例えば、メディア記述子は、アルバム、曲、ビデオまたは写真のようなメディアアイテムへのタイトルとしてしばしば提供される。稀に、これらメディア記述子は不快感を与える言葉を含みえる。したがって、メディアアイテムはメディアストア（またはメディアデータベース）に記憶されるよう提供され、後の購入に入手可能となるとき、これらメディアアイテムは、そのメディア記述子内に不快な言葉が存在するかを決定するためにレビューされえる。代替として、メディア記述子にある不快な言葉を探すレビューは、これらメディアアイテムがさまざまなメディアプレーヤーによってリクエストされるときに動的になされえる。いずれの場合も、メディア記述子の不快感を催す部分は、不快な言葉を除去するよう変更されえる。
【０１００】
ある実施形態において、メディア記述子内のそれぞれの言葉は、ファイルまたはデータベースに記憶された特定された不快感を与える言葉のリストと比較されえる。メディア記述子で見つかったそれぞれの不快な言葉について、メディア記述子内の不快な言葉の一部が置換文字を使用して変更されえる。例として、図１４Ａに示されるように、選択されたアルバムにある曲名（例えばメディア記述子）の１つは「Nasty Bitch」である。しかし、曲名は、図１４Ａに示されるように変更されたメディア記述子１４１６で表示され、すなわち「Nasty B***h」となる。したがって、この実施形態においては不快な言葉「bitch」の中の文字が変更され、よってアスタリスクで置換された。ユーザは、アスタリスクの個数によって何文字が置換されたかを知り、よって変更された後でもその語の文脈がある程度わかる。しかし、いったん変更されると、不快な言葉はもはや不快ではなくなる。
【０１０１】
本発明の他の局面は、スクロールタイプのアクションによってユーザが表示されているメディアアイテムを通して効率的にユーザフレンドリーなやり方でスクロールまたはサッと斜めに見ることができるグラフィカルユーザインタフェースに関する。ある実施形態において、グラフィカルユーザインタフェースアクションまたはコントロールは、表示されたメディアアイテムのセットを次のセットのメディアアイテムへアップデート（または置換）するようにできる。このアップデートは例えば、メディアアイテムの異なるセット間で遷移するときの遷移効果を含む。
【０１０２】
図１５Ａは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１５００の図である。アプリケーションプログラムウィンドウ１５００は、例えば、クライアントマシンにおいて、図１のクライアント１０４上で動作するメディアプレーヤー１０８によって作られる。アプリケーションプログラムウィンドウ１５００は、少なくとも１つのサブウィンドウ１５０２を含む。典型的には、サブウィンドウ１５０２は、メディアのカテゴリまたはグループ分けに関連付けられる。サブウィンドウ１５０２内には、複数のメディアアイテム表現１５０４が表示される。図１５Ａに示されるように、サブウィンドウ１５０２は、第１メディアアイテム表現１５０４−１、第２メディアアイテム表現１５０４−２、および第３メディアアイテム表現１５０４−３を含む。メディアアイテム表現１５０４のそれぞれについて、サブウィンドウ１５０２は、テキスト記述子１５０６および画像記述子１５０８を示す。例えば、テキスト記述子は、そのメディアアイテムに対応する名前でありえ、画像記述子１５０８は、そのメディアアイテムに関連する画像（例えばアートワーク）に関しえる。ある実施形態において、画像は、どちらかといえば小さく、よって「サムネール」画像と呼ばれえる。ある実施形態において、メディアアイテムは、音楽のアルバムであり、よってテキスト記述子１５０６は、アルバムのタイトルに関し、画像記述子１５０８は、アルバムカバーのアートワークに関する。
【０１０３】
サブウィンドウ１５０２は典型的には、サブウィンドウ１５０２に関連付けられるメディアのカテゴリまたはグループに対応するメディアアイテムの総個数のうちの少ない部分しか表示しない。よって、ユーザは、メディアアイテムの次のセットへ遷移する機能を必要とする。アプリケーションプログラムウィンドウ１５００は、ユーザがメディアアイテムの次のセットへの遷移を補助するためのネクストコントロール１５１０および１５１２を含む。ネクストコントロール１５１０は、ユーザが左に遷移するのを許し、ネクストコントロール１５１２は、ユーザが右に遷移するのを許す。図１６を参照して以下により詳細に説明されるように、サブウィンドウ１５０２のコンテンツが、初期状態で、またはネクストコントロール１５１０および１５１２のうちの１つの選択に続いて、サブウィンドウ１５０２内で表示されるメディアアイテム情報を記憶するリモートサーバによって提供される。例えば、リモートサーバは、ある実施形態において、図１に示されるメディアコマースサーバ１０２に関しえる。
【０１０４】
図１５Ｂは、本発明のある実施形態によるウィンドウ１５２０の図である。ウィンドウ１５２０は例えば、図１５Ａに示されるサブウィンドウ１５０２として用いるのに適する。ウィンドウ１５２０はまたフレームとしても考えられえる。いずれの場合にも、ウィンドウ１５２０は、ウィンドウ１５２０（フレーム）のオブジェクトに関するウィンドウ（フレーム）オブジェクトを含む。図１５Ｂに示されるように、ウィンドウ１５２０は、表示領域１５２２およびネクストコントロール１５２４および１５２６を含む。表示領域１５２２は、サーバから入手可能なメディアアイテムに関する、サーバによって提供された情報を表示するウィンドウ１５２０の一部を表現する。ネクストコントロール１５２４および１５２６は、サーバから入手可能な次のセットのメディアアイテムをリクエストするためにユーザによって用いられる。特に、ネクストコントロール１５２２が選択されるとき、ロードウィンドウ（ロードフレーム）リクエストがサーバに送られる。ある実施形態において、ネクストコントロール１５２４は、ウィンドウ１５２０（フレーム）のオブジェクトであり、その遷移効果と共にメディアアイテムの次のセットについての情報を含む。遷移効果は、現在のメディアアイテムのセットおよび後続のメディアアイテムのセットの間のアニメーション化された遷移を提供するさまざまな特徴およびスタイルを有しえる。さまざまな遷移効果が用いられえるが、遷移効果のいくつかの例は、ワイプ、ディゾルブ、ドロップインなどである。また遷移効果は、もし提供されるなら遷移効果（アニメーション）のレート（例えば速度および／または加速度）をコントロールする加速／減速または速度特性を有しえる。遷移効果があっても、表示領域１５２２のための新しいコンテンツは、ネクストコントロール１５２４および１５２６が表示領域１５２２の上にあるように表示される。換言すれば、アニメーション（遷移）効果は、表示領域１５２２のための新しいコンテンツがネクストコントロール１５２４および１５２６の下になるよう表示部分１５２２に現れるようにする。同様に、もし所望なら、ウィンドウ１５２０および表示領域１５２２の境界は、シェーディング効果を有しえ、そのようなシェーディング効果は、フレームのオブジェクトでありえ、表示領域１５２２の上に表示されえる。リクエストに対するレスポンスであるサーバによって提供される情報は、例えば、そのレイアウトおよびそのオブジェクトを記述すると共に、表示されているセット内のメディアアイテムのそれぞれについてのデータ（例えばアートワーク、タイトル）へのリンクを含むマークアップ言語文書（例えばＸＭＬ）である。ある実施形態において、フレームは、表示領域１５２２のコンテンツが後ろにあり、ネクストコントロール１５２２およびシェーディング効果のような他の可能なフレームフィーチャ（オブジェクト）が前になるようなバックトゥフロントのコンポジット画像のように表示されえる。ウィンドウ１５２０はまた、表示領域１５２２（図１５Ｃも参照）に関連付けられかつ表示されえる、さまざまなメディアアイテム内での相対位置をユーザに知らせる位置指示子１５２８を含みえる。
【０１０５】
図１５Ｃは、本発明のある実施形態によるアプリケーションプログラムウィンドウ１５５０のスクリーンショットである。アプリケーションプログラムウィンドウ１５５０は、図１５Ａに示されるアプリケーションプログラムウィンドウ１５００のある実現例を表す。
【０１０６】
アプリケーションプログラムウィンドウ１５５０は、アプリケーションプログラムによって作られるが、ネットワークブラウズスタイルで提示され、よって多くの点でウェブページのように見える。アプリケーションプログラムウィンドウ１５５０は、とりわけ、第１サブウィンドウ１５５２、第２サブウィンドウ１５５４、第３サブウィンドウ１５５６、および第４サブウィンドウ１５５８を含む。それぞれのサブウィンドウ１５５２〜１５５８は、４つのメディアアイテムを表示する。より具体的には、サブウィンドウ１５５２〜１５５８のそれぞれの中のそれぞれのメディアアイテムについて、４つのメディアアイテムのそれぞれについてのメディア情報が表示される。ある実施形態において、サブウィンドウ１５５２〜１５５８のうちの１つの中に表示されているそれぞれのメディアアイテムについて、表示されているメディアアイテム情報は、アルバムタイトル１５６０、アーチスト１５６２、およびアルバムアートワーク１５６４を含む。異なるサブウィンドウ１５５２〜１５５８は、アルバムが分類されえる異なるグループ分けまたはカテゴリを表現する。図１５Ｃにおいて、例示的なグループ分けまたはカテゴリは、新譜、新規追加、スタッフのお気に入りおよびコンピレーションである。ある実施形態において、サブウィンドウ１５５２〜１５５８のそれぞれはフレームに関する。例えば、フレーム境界１５５９は、サブウィンドウ１５５２を囲む。
【０１０７】
したがって、ユーザは、サブウィンドウ１５５２〜１５５８内のそれぞれの中にある４つのメディアアイテム（例えばアルバム）の基本情報を同時に見ることができる。しかし、ユーザがグループまたはカテゴリのうちの１つの中の他のアルバムを見たいとき、ユーザは、ネクストコントロール１５６６および１５６８のうちの１つを選択できる。例えば、第１サブウィンドウ１５５２について、ユーザはネクストコントロール１５６６を用いて左へ遷移でき、ネクストコントロール１５６８を用いて右へ遷移できる。他のサブウィンドウ１５５４〜１５５８も同様にネクストコントロールを有する。ユーザがネクストコントロール１５６８を選択すると、次の４つのアルバムのセットがリモートサーバからリクエストされ、それから受け取られると、第１サブウィンドウ１５５２内に表示され、それによって以前にそこに表示されていた４つのメディアアイテムを置き換えできる。メディアアイテムの前のセットからメディアアイテムの次のセットへの遷移は、ユーザが次のセットへの遷移またはスクロールの効果を見せられるように、アニメ化された遷移で実行されえる。
【０１０８】
加えて、図１５Ｃに示されるアプリケーションプログラムウィンドウ１５５０は、トップソングダウンロード領域１５７０およびトップアルバムダウンロード領域１５７２を含む。トップソングダウンロード領域１５７０は、さまざまなメディアアイテムを購入のために提供しているミュージックストアからダウンロードされたトップソングのリストを含む。トップアルバムダウンロード領域１５７２は、そのミュージックストアのユーザによってダウンロードされたトップアルバムのリストを表示する。
【０１０９】
ある実施形態において、関連付けられるサブウィンドウのためのメディアデータのセットは、マークアップ言語フォーマットで提供される。ある例では、マークアップ言語フォーマットは、拡張マークアップ言語（ＸＭＬ）ベースである。図１５Ｃに示されるようにメディアアイテムがアルバムである場合は、アートワーク画像がサムネールサイズであることによって、メディアデータのセットに関連付けられるデータの量は比較的小さく、よって容易にネットワーク上でリモートサーバから転送される。
【０１１０】
図１６は、本発明のある実施形態によるメディアページ処理１６００のフロー図である。メディアページ処理１６００は例えば、図１に示されるクライアント１０４上で動作するメディアプレーヤー１０８のようなメディアプレーヤーによって実行される。メディアページ処理１６００は、図１５Ａに示されるアプリケーションプログラムウィンドウ１５００および図１５Ｂに示されるアプリケーションプログラムウィンドウ１５５０のようなアプリケーションプログラムウィンドウを作るためにアプリケーションプログラムによって実行されえる。
【０１１１】
メディアページ処理１６００は、アプリケーションプログラムウィンドウ内でベースページが提示されるときにはいつでもアクティベートされる。いったんメディアページ処理１６００が始まると、ベースページがリモートサーバからリクエストされる（１６０２）。リモートサーバは例えば、図１に示されるメディアコマースサーバ１０２である。ベースページは実現例によって変更されえるが、サブウィンドウおよびネクストコントロールについて図１５Ａおよび１５Ｂに示されるような特徴を有する。
【０１１２】
判定１６０４は、ベースページがサーバから受け取られたかを決定する。いったん判定１６０４が、ベースページが受け取られたと決定すると、ベースページが表示される（１６０６）。この点で、ベースページはディスプレイスクリーン上に表示され、少なくとも１つのサブウィンドウおよび少なくとも１つのネクストコントロールを含む。
【０１１３】
それから、判定１６０８は、ネクストコントロール選択がなされたかを決定する。ユーザがベースページと対話してネクストコントロールを選択するとき、ネクストコントロール選択がなされている。しかし、ユーザは、ネクストコントロール選択またはプレビューリクエストを含む、またはそれらを含まないさまざまな異なるやり方でベースページと対話しえる。判定１６０８が、ネクストコントロール選択がなされていないと決定するとき、判定１６１０は、プレビューリクエストがなされたかを決定する。判定１６１０が、プレビューリクエストがなされたと決定するとき、他の処理１６１２が実行されえ、よってメディアページ処理１６００は判定１６０８および後続のブロックを反復するために戻りえる。代替として、判定１６１０が、プレビューリクエストがなされたと決定するとき、プレビューコンテンツがリモートサーバからリクエストされる（１６１４）。それから判定１６１６は、プレビューコンテンツが受け取られたかを決定する。いったん判定１６１６が、プレビューコンテンツが受け取られたと決定すると、プレビューコンテンツが提示される（１６１８）。ある実施形態において、プレビューコンテンツの提示は、プレビューコンテンツが再生されることである。ある例では、プレビューコンテンツは、ユーザの便宜のためのメディアプレーヤーによって再生される短いオーディオファイルである。操作１６１８に続いて、メディアページ処理１６００は、判定１６０８および後続の操作を反復するために戻る。
【０１１４】
逆に、判定１６０８が、ネクストコントロール選択がなされたと決定するとき、関連付けられたサブウィンドウについてのメディアデータの次のセットがリクエストされる（１６２０）。判定１６２２はそれから、メディアデータの次のセットが受け取られたかを決定する。判定１６２２が、メディアデータの次のセットが受け取られたと決定するとき、メディアデータの次のセットが関連付けられたサブウィンドウに提示される（１６２４）。典型的には、メディアデータの次のセットは、関連付けられたサブウィンドウ内にあるメディアデータの前のセットを完全に置き換える。メディアデータの前のセットおよびメディアデータの新しいセット間のアニメーション化された遷移は、遷移またはアップデート操作をユーザに実感させるのを促すために実行されえる。操作１６２４に続いて、メディアページ処理１６００は、判定１６０８および後続の操作を反復して、さらなるユーザ対話が処理されえるようにするために戻る。
【０１１５】
上述の本発明のさまざまな局面、特徴、実施形態または実現例は、単独でまたはさまざまに組み合わせて用いられえる。
【０１１６】
メディアアイテムは、オーディオアイテム（例えば音楽またはオーディオブックのようなオーディオファイルまたは曲）、ビデオアイテム（例えばビデオファイルまたはムービー）、または画像アイテム（例えば写真）に関しえる。
【０１１７】
本発明は、ソフトウェアによって好ましくは実現されるが、ハードウェアまたはハードウェアおよびソフトウェアの組み合わせによっても実現されえる。本発明は、また、コンピュータで読み取り可能な媒体上のコンピュータによって読み取り可能なコードとして実現されえる。コンピュータで読み取り可能な媒体は、その後にコンピュータシステムによって読み出されえるデータを記憶できる任意のデータ記憶デバイスである。コンピュータで読み取り可能な媒体の例には、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、磁気テープ、光学データ記憶デバイス、および搬送波が含まれる。コンピュータで読み取り可能な媒体はまた、ネットワークで結合されたコンピュータシステム上を配信されえ、それによりコンピュータによって読み取り可能なコードが分散された形で記憶および実行されえる。
【０１１８】
本発明の利点は数多くある。異なる実施形態または実現例は、以下の効果の１つ以上を生じえるが、必ずしも生じなくてもよい。本発明のある優位性は、購入されたメディアアイテムがユーザのマシンにセキュアにダウンロードされえることである。本発明の他の優位性は、単一のユーザインタフェースアクションでメディアアイテムが購入されえることである。本発明のさらに他の優位性は、購入のために入手可能なメディアアイテムが効率的にユーザフレンドリーなやり方でサーチまたはブラウズされえることである。本発明のさらに他の優位性は、不快感を与えるコンテンツまたは記述子を有するメディアアイテムは、区別されるように表示され、および／または不快な内容の存在を示すように、またはそのような内容を取り除くよう変更されえることである。
【０１１９】
本発明の多くの特徴および優位性は、記載内容から明らかであり、よって、添付の特許請求の範囲によってそのような特徴および優位性の全てをカバーするように意図される。さらに、多くの改変および変更が当業者には容易に可能であるので、本発明は、図示および記載されたのと全く同じ構成および操作に限定されるべきではない。したがって、全ての適切な改変物および等価物は、本発明の範囲に入るものとされえる。
【特許請求の範囲】
【請求項１】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースであって、
アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウであって、前記アプリケーションプログラムウィンドウは、第１サブウィンドウおよび第２サブウィンドウを少なくとも同時に含む、アプリケーションプログラムウィンドウ
を備え、
前記第１サブウィンドウは、ネットワークブラウザ式に第１コンテンツを表示し、前記第１コンテンツは、前記アプリケーションプログラムによってリモートサーバからネットワーク上を受け取られ、かつ
前記第２サブウィンドウは、アプリケーション式に第２コンテンツを表示し、前記第２コンテンツは、前記アプリケーションプログラムによって前記リモートサーバから前記ネットワーク上を受け取られる
グラフィカルユーザインタフェース。
【請求項２】
請求項１に記載のグラフィカルユーザインタフェースであって、前記第１サブウィンドウはハイパーリンクを含み、前記第２サブウィンドウはテーブルまたはロウおよびカラムフォーマットを用いるグラフィカルユーザインタフェース。
【請求項３】
請求項１に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムは、非ブラウザアプリケーションプログラムであるグラフィカルユーザインタフェース。
【請求項４】
請求項１に記載のグラフィカルユーザインタフェースであって、前記第１コンテンツは、メディアアイテムに関する記述的情報であるグラフィカルユーザインタフェース。
【請求項５】
請求項４に記載のグラフィカルユーザインタフェースであって、前記第２コンテンツは、少なくともメディアアイテムのリストを含みグラフィカルユーザインタフェース。
【請求項６】
請求項５に記載のグラフィカルユーザインタフェースであって、前記第２コンテンツは、前記メディアアイテムのリスト中の前記特定のメディアアイテムのそれぞれについての提示された特定のアイテムリクエストリンクを含むグラフィカルユーザインタフェース。
【請求項７】
請求項５に記載のグラフィカルユーザインタフェースであって、露骨なコンテンツを含む前記メディアアイテムのリスト中の前記メディアアイテムは、露骨なコンテンツ指示子によって目で見えるように特定されるグラフィカルユーザインタフェース。
【請求項８】
請求項５に記載のグラフィカルユーザインタフェースであって、そうでなければ露骨なコンテンツのバージョンのクリーンなバージョンを含む前記メディアアイテムのリスト中の前記メディアアイテムは、クリーンコンテンツ指示子によって特定されるグラフィカルユーザインタフェース。
【請求項９】
請求項５に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムのリスト中の前記メディアアイテムは、前記メディアアイテムについての名前によって特定され、かつ
前記メディアアイテムのうちの特定の１つは、不快感を与える語を含み、前記メディアアイテムのうちの前記特定の１つの前記名前は、不快感を与えないように変更されたやり方で表示される
グラフィカルユーザインタフェース。
【請求項１０】
請求項１に記載のグラフィカルユーザインタフェースであって、前記第１コンテンツはアルバムに関し、前記第２コンテンツは、前記アルバムに関連付けられた特定のメディアアイテムに関するグラフィカルユーザインタフェース。
【請求項１１】
請求項１０に記載のグラフィカルユーザインタフェースであって、前記第２コンテンツは、前記特定のメディアアイテムのそれぞれについての買うボタンを含み、前記買うボタンは、前記関連付けられたメディアアイテムのワンクリック購入を可能にするグラフィカルユーザインタフェース。
【請求項１２】
請求項１０に記載のグラフィカルユーザインタフェースであって、前記第１コンテンツは、前記アルバムについての買うボタンを含み、前記アルバムについての前記買うボタンの前記選択は、前記アルバム内の全ての前記メディアアイテムのワンクリック購入を行うグラフィカルユーザインタフェース。
【請求項１３】
請求項１に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムウィンドウは、アクティブアカウント識別子を表示するアカウントウィンドウをさらに含むグラフィカルユーザインタフェース。
【請求項１４】
請求項１に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムウィンドウは、前記第１サブウィンドウおよび前記第２サブウィンドウと同時に表示されるソースウィンドウをさらに含むグラフィカルユーザインタフェース。
【請求項１５】
請求項１に記載のグラフィカルユーザインタフェースであって、
選択されるときに、前記第１サブウィンドウ中の前記第１コンテンツが、ユーザが複数のメディアアイテムをブラウズするのを促進するブラウズインタフェースで置き換えられるようにするトグルコントロール
をさらに備えるグラフィカルユーザインタフェース。
【請求項１６】
請求項１５に記載のグラフィカルユーザインタフェースであって、前記ブラウズインタフェースは、
第１選択可能なアイテムの第１リストであって、前記第１選択可能なアイテムは、前記ユーザによって選択されることが可能である、第１リスト、
第２選択可能なアイテムの第２リストであって、前記第２選択可能なアイテムの少なくとも１つは、前記ユーザによって選択されることが可能であり、前記第２リストの前記第２選択可能なアイテムは、前記第１リストからの前記第１選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第１選択に依存し、前記第２リストは、前記ユーザが前記第１リストから前記第１選択可能なアイテムのうちの少なくとも１つを選択した後に、前記第１リストと共に表示される、第２リスト、および
第３選択可能なアイテムの第３リストであって、前記第３選択可能なアイテムの少なくとも１つは、前記ユーザによって選択されることが可能であり、前記第３リストの前記第３選択可能なアイテムは、前記第２リストからの前記第２選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第２選択に依存し、前記第３リストは、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後に、前記第１リストおよび前記第２リストと共に表示される、第３リスト
を少なくとも含むグラフィカルユーザインタフェース。
【請求項１７】
請求項１６に記載のグラフィカルユーザインタフェースであって、
前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバム、およびメディアアイテムであり、かつ
前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて、第１特定のアイテムリクエストリンクは、関連付けられるアーチストページにリンクするために提示され、第２特定のアイテムリクエストリンクは、関連付けられるアルバムページにリンクするために提示され、第３特定のアイテムリクエストリンクは、関連付けられるジャンルページにリンクするために提示される
グラフィカルユーザインタフェース。
【請求項１８】
複数のメディアアイテムを通してブラウズする方法であって、
第１リストについての第１選択可能なアイテムをリモートサーバからリクエストすること、
前記第１選択可能なアイテムの前記第１リストを持つブラウズウィンドウを表示すること、
前記第１選択可能なアイテムの前記第１リストのうちの１つの第１ユーザ選択を受け取ること、
前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つを区別して表示すること、
第２リストについての第２選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第２選択可能なアイテムは、前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つに依存する、第２選択可能なアイテムをリクエストすること、
前記第１選択可能なアイテムの前記第１リストおよび前記第２選択可能なアイテムの前記第２リストを持つ前記ブラウズウィンドウを表示すること、
前記第２選択可能なアイテムの前記第２リストのうちの１つの第２ユーザ選択を受け取ること、
前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つを区別して表示すること、
第３リストについての第３選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第３選択可能なアイテムは、前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つに依存する、第３選択可能なアイテムをリクエストすること、および
前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、および前記第３選択可能なアイテムの前記第３リストを持つ前記ブラウズウィンドウを表示すること
を含む方法。
【請求項１９】
請求項１８に記載の方法であって、前記第１選択可能なアイテム、前記第２選択可能なアイテムおよび前記第３選択可能なアイテムは、ジャンルタイプ、アルバムおよびメディアアイテムのうちの１つである方法。
【請求項２０】
請求項１９に記載の方法であって、前記メディアアイテムは曲である方法。
【請求項２１】
請求項１８に記載の方法であって、
前記第３選択可能なアイテムの前記第３リストのうちの１つの第３ユーザ選択を受け取ること、
前記ユーザが選択した前記第３選択可能なアイテムの前記第３リストのうちの前記１つを区別して表示すること
をさらに含む方法。
【請求項２２】
請求項２１に記載の方法であって、前記複数のメディアアイテムを通したブラウズ操作は、前記第１ユーザ選択、前記第２ユーザ選択、および前記第３ユーザ選択の組み合わせによって達成される方法。
【請求項２３】
請求項２１に記載の方法であって、前記方法は、
第４リストについての第４選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第４選択可能なアイテムは、前記ユーザが選択した前記第３リスト中の前記第３選択可能なアイテムのうちの前記１つに依存する、第４選択可能なアイテムをリクエストすること、および
前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、および前記第３選択可能なアイテムの前記第３リストを持つ前記ブラウズウィンドウを表示すること
をさらに含む方法。
【請求項２４】
請求項２３に記載の方法であって、前記複数のメディアアイテムを通したブラウズ操作は、前記第１ユーザ選択、前記第２ユーザ選択、および前記第３ユーザ選択の組み合わせによって達成され、前記第４リスト中の前記第４選択可能なアイテムは、前記ブラウズ操作の結果を表す方法。
【請求項２５】
請求項２４に記載の方法であって、前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバムおよびメディアアイテムである方法。
【請求項２６】
請求項２５に記載の方法であって、前記メディアアイテムは曲である方法。
【請求項２７】
請求項１８に記載の方法であって、
前記ユーザが選択した前記第３リスト中の前記第３選択可能なアイテムのうちの前記１つを区別して表示すること、
第４リストについての第４選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第４選択可能なアイテムは、前記ユーザが選択した前記第３リスト中の前記第３選択可能なアイテムのうちの前記１つに依存する、第４選択可能なアイテムをリクエストすること、および
前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、前記第３選択可能なアイテムの前記第３リスト、および前記第４選択可能なアイテムの前記第４リストを持つ前記ブラウズウィンドウを表示すること
をさらに含む方法。
【請求項２８】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースであって、
前記アプリケーションプログラムによって生成されたブラウズウィンドウであって、前記ブラウズウィンドウは、前記アプリケーションプログラムのユーザが複数のメディアアイテムを通してブラウズすることを可能にし、前記ブラウズウィンドウは、
第１選択可能なアイテムの第１リストであって、前記第１選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第１リスト、
第２選択可能なアイテムの第２リストであって、前記第２選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能であり、前記第２リストの前記第２選択可能なアイテムは、前記第１リストからの前記第１選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第１選択に依存し、前記第２リストは、前記ユーザが前記第１リストから前記第１選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストと共に表示される、第２リスト、および
第３選択可能なアイテムの第３リストであって、前記第３選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能であり、前記第３リストの前記第３選択可能なアイテムは、前記第２リストからの前記第２選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第２選択に依存し、前記第３リストは、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストおよび前記第２リストと共に表示される、第３リスト
を少なくとも含むブラウズウィンドウ
を備えるグラフィカルユーザインタフェース。
【請求項２９】
請求項２８に記載のグラフィカルユーザインタフェースであって、前記グラフィカルユーザインタフェースは、
少なくとも第４選択可能なアイテムの第４リストを含むメディアアイテムウィンドウであって、前記第４選択可能なアイテムのうちの少なくとも１つは前記ユーザによって選択されることが可能であり、前記第４リストは、前記複数の前記メディアアイテムのサブセットを表し、かつ前記第４リストの前記第４選択可能なアイテムは、前記第３リストからの前記第３選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第３選択に依存する、メディアアイテムウィンドウ
をさらに備えるグラフィカルユーザインタフェース。
【請求項３０】
請求項２９に記載のグラフィカルユーザインタフェースであって、前記第４リストは、前記第１リスト、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後の前記第２リスト、および前記ユーザが前記第３リストから前記第３選択可能なアイテムのうちの少なくとも１つを選択した後の前記第３リストと共に表示されるグラフィカルユーザインタフェース。
【請求項３１】
請求項３０に記載のグラフィカルユーザインタフェースであって、前記複数のメディアアイテムを通しての前記ブラウズは、前記第１選択、前記第２選択、および前記第３選択の組み合わせによって達成されるグラフィカルユーザインタフェース。
【請求項３２】
請求項３０に記載のグラフィカルユーザインタフェースであって、前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバムおよびメディアアイテムであるグラフィカルユーザインタフェース。
【請求項３３】
請求項３２に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムは曲であるグラフィカルユーザインタフェース。
【請求項３４】
請求項３２に記載のグラフィカルユーザインタフェースであって、買うボタンが前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて提示されるグラフィカルユーザインタフェース。
【請求項３５】
請求項３４に記載のグラフィカルユーザインタフェースであって、前記買うボタンのそれぞれは、前記関連付けられるメディアアイテムのワンクリック購入を可能にするグラフィカルユーザインタフェース。
【請求項３６】
請求項２９に記載のグラフィカルユーザインタフェースであって、
選択されるときに、前記ブラウズウィンドウが情報ウィンドウで置き換えられるようにするトグルコントロールであって、前記情報ウィンドウは、前記第３リストからの前記第３選択可能なアイテムのうちの少なくとも１つの前記ユーザによる前記第１選択、前記第２選択および前記第３選択のうちの少なくとも１つに関する情報を含む、トグルコントロール
をさらに備えるグラフィカルユーザインタフェース。
【請求項３７】
請求項２９に記載のグラフィカルユーザインタフェースであって、特定のアイテムリクエストリンクが前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて提示されるグラフィカルユーザインタフェース。
【請求項３８】
請求項２９に記載のグラフィカルユーザインタフェースであって、
前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバムおよびメディアアイテムであり、かつ
前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて、第１特定のアイテムリクエストリンクは、関連付けられるアーチストページにリンクするために提示され、第２特定のアイテムリクエストリンクは、関連付けられるアルバムページにリンクするために提示され、第３特定のアイテムリクエストリンクは、関連付けられるジャンルページにリンクするために提示される
グラフィカルユーザインタフェース。
【請求項３９】
請求項２９に記載のグラフィカルユーザインタフェースであって、露骨なコンテンツを含む前記第４選択可能なアイテムの前記メディアアイテムは、露骨なコンテンツ指示子によって目で見えるように特定されるグラフィカルユーザインタフェース。
【請求項４０】
請求項２９に記載のグラフィカルユーザインタフェースであって、そうでなければ露骨なコンテンツのバージョンのクリーンなバージョンを含む前記第４選択可能なアイテムの前記メディアアイテムは、クリーンコンテンツ指示子によって特定されるグラフィカルユーザインタフェース。
【請求項４１】
請求項２９に記載のグラフィカルユーザインタフェースであって、前記ブラウズウィンドウで表示されている前記第４選択可能なアイテムの前記メディアアイテムは、前記メディアアイテムについての名前によって特定され、かつ
前記メディアアイテムのうちの特定の１つの名前は、不快感を与える語を含み、前記メディアアイテムのうちの前記特定の１つの前記名前は、不快感を与えないように変更されたやり方で表示される
グラフィカルユーザインタフェース。
【請求項４２】
アプリケーションプログラムによって作られるグラフィカルユーザインタフェースであって、
アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウであって、前記アプリケーションプログラムウィンドウは、サブウィンドウおよびネクストコントロールを少なくとも同時に含む、アプリケーションプログラムウィンドウ
を備え、
前記サブウィンドウは、メディアアイテムの第１セットについてのメディア情報を表示し、前記メディアアイテムの第１セットについての前記メディア情報は、前記アプリケーションプログラムによってリモートサーバからネットワーク上で受け取られ、かつ
前記ネクストコントロールがアクティベートされるとき、前記サブウィンドウは、メディアアイテムの第２セットについてのメディア情報を表示し、前記メディアアイテムの第２セットについての前記メディア情報は、前記アプリケーションプログラムによって前記リモートサーバから前記ネットワーク上で受け取られる
グラフィカルユーザインタフェース。
【請求項４３】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムはアルバムを含み、前記セット内の前記アルバムのそれぞれについて前記サブウィンドウに表示される前記メディア情報は、名前およびそれに関連付けられるアートワークを少なくとも含むグラフィカルユーザインタフェース。
【請求項４４】
請求項４２に記載のグラフィカルユーザインタフェースであって、メディアアイテムの前記第２セット中の前記メディアアイテムは、メディアアイテムの前記第２セット中の前記メディアアイテムとは完全に異なるグラフィカルユーザインタフェース。
【請求項４５】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムはビデオを含み、前記セット内の前記ビデオのそれぞれについて前記サブウィンドウに表示される前記メディア情報は、名前およびそれに関連付けられるアートワークを少なくとも含むグラフィカルユーザインタフェース。
【請求項４６】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムウィンドウは複数のネクストコントロールを備えるグラフィカルユーザインタフェース。
【請求項４７】
請求項４６に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールのそれぞれは、特定の方向におけるメディアアイテムの次のセットへの遷移を提供するグラフィカルユーザインタフェース。
【請求項４８】
請求項４６に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールのそれぞれは、特定の方向におけるメディアアイテムの次のセットへのスクロールを提供するグラフィカルユーザインタフェース。
【請求項４９】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールは、メディアアイテムの前記第１セットからメディアアイテムの前記第２セットへの前記遷移がどのように達成されるかを特定するそれに関連付けられるトランザクション効果を有するグラフィカルユーザインタフェース。
【請求項５０】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールは実質的に前記サブウィンドウの上に表示されるグラフィカルユーザインタフェース。
【請求項５１】
複数のメディアアイテムについての情報をレビューする方法であって、
少なくとも１つのサブウィンドウおよび少なくとも１つのネクストコントロールを有するウィンドウを表示することであって、前記少なくとも１つのサブウィンドウは、前記メディアアイテムの第１セットに関する第１メディアデータを表示し、前記第１メディアデータはリモートサーバによって提供される、ウィンドウを表示すること、
ユーザが前記少なくとも１つのネクストコントロールを選択するかを決定すること、
前記決定することが、前記ユーザが前記少なくとも１つのネクストコントロールを選択したと決定するとき、前記リモートサーバから前記メディアアイテムの次のセットに関する次のメディアデータをリクエストすること、
その後、前記メディアアイテムの前記次のセットに関する前記次のメディアデータを受け取ること、および
前記ウィンドウの前記少なくとも１つのサブウィンドウ内に前記次のメディアデータを表示すること
を含む方法。
【請求項１】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースであって、
アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウであって、前記アプリケーションプログラムウィンドウは、第１サブウィンドウおよび第２サブウィンドウを少なくとも同時に含む、アプリケーションプログラムウィンドウ
を備え、
前記第１サブウィンドウは、ネットワークブラウザ式に第１コンテンツを表示し、前記第１コンテンツは、前記アプリケーションプログラムによってリモートサーバからネットワーク上を受け取られ、かつ
前記第２サブウィンドウは、アプリケーション式に第２コンテンツを表示し、前記第２コンテンツは、前記アプリケーションプログラムによって前記リモートサーバから前記ネットワーク上を受け取られる
グラフィカルユーザインタフェース。
【請求項２】
請求項１に記載のグラフィカルユーザインタフェースであって、前記第１サブウィンドウはハイパーリンクを含み、前記第２サブウィンドウはテーブルまたはロウおよびカラムフォーマットを用いるグラフィカルユーザインタフェース。
【請求項３】
請求項１に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムは、非ブラウザアプリケーションプログラムであるグラフィカルユーザインタフェース。
【請求項４】
請求項１に記載のグラフィカルユーザインタフェースであって、前記第１コンテンツは、メディアアイテムに関する記述的情報であるグラフィカルユーザインタフェース。
【請求項５】
請求項４に記載のグラフィカルユーザインタフェースであって、前記第２コンテンツは、少なくともメディアアイテムのリストを含みグラフィカルユーザインタフェース。
【請求項６】
請求項５に記載のグラフィカルユーザインタフェースであって、前記第２コンテンツは、前記メディアアイテムのリスト中の前記特定のメディアアイテムのそれぞれについての提示された特定のアイテムリクエストリンクを含むグラフィカルユーザインタフェース。
【請求項７】
請求項５に記載のグラフィカルユーザインタフェースであって、露骨なコンテンツを含む前記メディアアイテムのリスト中の前記メディアアイテムは、露骨なコンテンツ指示子によって目で見えるように特定されるグラフィカルユーザインタフェース。
【請求項８】
請求項５に記載のグラフィカルユーザインタフェースであって、そうでなければ露骨なコンテンツのバージョンのクリーンなバージョンを含む前記メディアアイテムのリスト中の前記メディアアイテムは、クリーンコンテンツ指示子によって特定されるグラフィカルユーザインタフェース。
【請求項９】
請求項５に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムのリスト中の前記メディアアイテムは、前記メディアアイテムについての名前によって特定され、かつ
前記メディアアイテムのうちの特定の１つは、不快感を与える語を含み、前記メディアアイテムのうちの前記特定の１つの前記名前は、不快感を与えないように変更されたやり方で表示される
グラフィカルユーザインタフェース。
【請求項１０】
請求項１に記載のグラフィカルユーザインタフェースであって、前記第１コンテンツはアルバムに関し、前記第２コンテンツは、前記アルバムに関連付けられた特定のメディアアイテムに関するグラフィカルユーザインタフェース。
【請求項１１】
請求項１０に記載のグラフィカルユーザインタフェースであって、前記第２コンテンツは、前記特定のメディアアイテムのそれぞれについての買うボタンを含み、前記買うボタンは、前記関連付けられたメディアアイテムのワンクリック購入を可能にするグラフィカルユーザインタフェース。
【請求項１２】
請求項１０に記載のグラフィカルユーザインタフェースであって、前記第１コンテンツは、前記アルバムについての買うボタンを含み、前記アルバムについての前記買うボタンの前記選択は、前記アルバム内の全ての前記メディアアイテムのワンクリック購入を行うグラフィカルユーザインタフェース。
【請求項１３】
請求項１に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムウィンドウは、アクティブアカウント識別子を表示するアカウントウィンドウをさらに含むグラフィカルユーザインタフェース。
【請求項１４】
請求項１に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムウィンドウは、前記第１サブウィンドウおよび前記第２サブウィンドウと同時に表示されるソースウィンドウをさらに含むグラフィカルユーザインタフェース。
【請求項１５】
請求項１に記載のグラフィカルユーザインタフェースであって、
選択されるときに、前記第１サブウィンドウ中の前記第１コンテンツが、ユーザが複数のメディアアイテムをブラウズするのを促進するブラウズインタフェースで置き換えられるようにするトグルコントロール
をさらに備えるグラフィカルユーザインタフェース。
【請求項１６】
請求項１５に記載のグラフィカルユーザインタフェースであって、前記ブラウズインタフェースは、
第１選択可能なアイテムの第１リストであって、前記第１選択可能なアイテムは、前記ユーザによって選択されることが可能である、第１リスト、
第２選択可能なアイテムの第２リストであって、前記第２選択可能なアイテムの少なくとも１つは、前記ユーザによって選択されることが可能であり、前記第２リストの前記第２選択可能なアイテムは、前記第１リストからの前記第１選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第１選択に依存し、前記第２リストは、前記ユーザが前記第１リストから前記第１選択可能なアイテムのうちの少なくとも１つを選択した後に、前記第１リストと共に表示される、第２リスト、および
第３選択可能なアイテムの第３リストであって、前記第３選択可能なアイテムの少なくとも１つは、前記ユーザによって選択されることが可能であり、前記第３リストの前記第３選択可能なアイテムは、前記第２リストからの前記第２選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第２選択に依存し、前記第３リストは、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後に、前記第１リストおよび前記第２リストと共に表示される、第３リスト
を少なくとも含むグラフィカルユーザインタフェース。
【請求項１７】
請求項１６に記載のグラフィカルユーザインタフェースであって、
前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバム、およびメディアアイテムであり、かつ
前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて、第１特定のアイテムリクエストリンクは、関連付けられるアーチストページにリンクするために提示され、第２特定のアイテムリクエストリンクは、関連付けられるアルバムページにリンクするために提示され、第３特定のアイテムリクエストリンクは、関連付けられるジャンルページにリンクするために提示される
グラフィカルユーザインタフェース。
【請求項１８】
複数のメディアアイテムを通してブラウズする方法であって、
第１リストについての第１選択可能なアイテムをリモートサーバからリクエストすること、
前記第１選択可能なアイテムの前記第１リストを持つブラウズウィンドウを表示すること、
前記第１選択可能なアイテムの前記第１リストのうちの１つの第１ユーザ選択を受け取ること、
前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つを区別して表示すること、
第２リストについての第２選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第２選択可能なアイテムは、前記ユーザが選択した前記第１選択可能なアイテムの前記第１リストのうちの前記１つに依存する、第２選択可能なアイテムをリクエストすること、
前記第１選択可能なアイテムの前記第１リストおよび前記第２選択可能なアイテムの前記第２リストを持つ前記ブラウズウィンドウを表示すること、
前記第２選択可能なアイテムの前記第２リストのうちの１つの第２ユーザ選択を受け取ること、
前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つを区別して表示すること、
第３リストについての第３選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第３選択可能なアイテムは、前記ユーザが選択した前記第２選択可能なアイテムの前記第２リストのうちの前記１つに依存する、第３選択可能なアイテムをリクエストすること、および
前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、および前記第３選択可能なアイテムの前記第３リストを持つ前記ブラウズウィンドウを表示すること
を含む方法。
【請求項１９】
請求項１８に記載の方法であって、前記第１選択可能なアイテム、前記第２選択可能なアイテムおよび前記第３選択可能なアイテムは、ジャンルタイプ、アルバムおよびメディアアイテムのうちの１つである方法。
【請求項２０】
請求項１９に記載の方法であって、前記メディアアイテムは曲である方法。
【請求項２１】
請求項１８に記載の方法であって、
前記第３選択可能なアイテムの前記第３リストのうちの１つの第３ユーザ選択を受け取ること、
前記ユーザが選択した前記第３選択可能なアイテムの前記第３リストのうちの前記１つを区別して表示すること
をさらに含む方法。
【請求項２２】
請求項２１に記載の方法であって、前記複数のメディアアイテムを通したブラウズ操作は、前記第１ユーザ選択、前記第２ユーザ選択、および前記第３ユーザ選択の組み合わせによって達成される方法。
【請求項２３】
請求項２１に記載の方法であって、前記方法は、
第４リストについての第４選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第４選択可能なアイテムは、前記ユーザが選択した前記第３リスト中の前記第３選択可能なアイテムのうちの前記１つに依存する、第４選択可能なアイテムをリクエストすること、および
前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、および前記第３選択可能なアイテムの前記第３リストを持つ前記ブラウズウィンドウを表示すること
をさらに含む方法。
【請求項２４】
請求項２３に記載の方法であって、前記複数のメディアアイテムを通したブラウズ操作は、前記第１ユーザ選択、前記第２ユーザ選択、および前記第３ユーザ選択の組み合わせによって達成され、前記第４リスト中の前記第４選択可能なアイテムは、前記ブラウズ操作の結果を表す方法。
【請求項２５】
請求項２４に記載の方法であって、前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバムおよびメディアアイテムである方法。
【請求項２６】
請求項２５に記載の方法であって、前記メディアアイテムは曲である方法。
【請求項２７】
請求項１８に記載の方法であって、
前記ユーザが選択した前記第３リスト中の前記第３選択可能なアイテムのうちの前記１つを区別して表示すること、
第４リストについての第４選択可能なアイテムを前記リモートサーバからリクエストすることであって、前記第４選択可能なアイテムは、前記ユーザが選択した前記第３リスト中の前記第３選択可能なアイテムのうちの前記１つに依存する、第４選択可能なアイテムをリクエストすること、および
前記第１選択可能なアイテムの前記第１リスト、前記第２選択可能なアイテムの前記第２リスト、前記第３選択可能なアイテムの前記第３リスト、および前記第４選択可能なアイテムの前記第４リストを持つ前記ブラウズウィンドウを表示すること
をさらに含む方法。
【請求項２８】
アプリケーションプログラムによって作られたグラフィカルユーザインタフェースであって、
前記アプリケーションプログラムによって生成されたブラウズウィンドウであって、前記ブラウズウィンドウは、前記アプリケーションプログラムのユーザが複数のメディアアイテムを通してブラウズすることを可能にし、前記ブラウズウィンドウは、
第１選択可能なアイテムの第１リストであって、前記第１選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能である、第１リスト、
第２選択可能なアイテムの第２リストであって、前記第２選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能であり、前記第２リストの前記第２選択可能なアイテムは、前記第１リストからの前記第１選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第１選択に依存し、前記第２リストは、前記ユーザが前記第１リストから前記第１選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストと共に表示される、第２リスト、および
第３選択可能なアイテムの第３リストであって、前記第３選択可能なアイテムの少なくとも１つは前記ユーザによって選択されることが可能であり、前記第３リストの前記第３選択可能なアイテムは、前記第２リストからの前記第２選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第２選択に依存し、前記第３リストは、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後に前記第１リストおよび前記第２リストと共に表示される、第３リスト
を少なくとも含むブラウズウィンドウ
を備えるグラフィカルユーザインタフェース。
【請求項２９】
請求項２８に記載のグラフィカルユーザインタフェースであって、前記グラフィカルユーザインタフェースは、
少なくとも第４選択可能なアイテムの第４リストを含むメディアアイテムウィンドウであって、前記第４選択可能なアイテムのうちの少なくとも１つは前記ユーザによって選択されることが可能であり、前記第４リストは、前記複数の前記メディアアイテムのサブセットを表し、かつ前記第４リストの前記第４選択可能なアイテムは、前記第３リストからの前記第３選択可能なアイテムのうちの少なくとも１つの前記ユーザによる第３選択に依存する、メディアアイテムウィンドウ
をさらに備えるグラフィカルユーザインタフェース。
【請求項３０】
請求項２９に記載のグラフィカルユーザインタフェースであって、前記第４リストは、前記第１リスト、前記ユーザが前記第２リストから前記第２選択可能なアイテムのうちの少なくとも１つを選択した後の前記第２リスト、および前記ユーザが前記第３リストから前記第３選択可能なアイテムのうちの少なくとも１つを選択した後の前記第３リストと共に表示されるグラフィカルユーザインタフェース。
【請求項３１】
請求項３０に記載のグラフィカルユーザインタフェースであって、前記複数のメディアアイテムを通しての前記ブラウズは、前記第１選択、前記第２選択、および前記第３選択の組み合わせによって達成されるグラフィカルユーザインタフェース。
【請求項３２】
請求項３０に記載のグラフィカルユーザインタフェースであって、前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバムおよびメディアアイテムであるグラフィカルユーザインタフェース。
【請求項３３】
請求項３２に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムは曲であるグラフィカルユーザインタフェース。
【請求項３４】
請求項３２に記載のグラフィカルユーザインタフェースであって、買うボタンが前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて提示されるグラフィカルユーザインタフェース。
【請求項３５】
請求項３４に記載のグラフィカルユーザインタフェースであって、前記買うボタンのそれぞれは、前記関連付けられるメディアアイテムのワンクリック購入を可能にするグラフィカルユーザインタフェース。
【請求項３６】
請求項２９に記載のグラフィカルユーザインタフェースであって、
選択されるときに、前記ブラウズウィンドウが情報ウィンドウで置き換えられるようにするトグルコントロールであって、前記情報ウィンドウは、前記第３リストからの前記第３選択可能なアイテムのうちの少なくとも１つの前記ユーザによる前記第１選択、前記第２選択および前記第３選択のうちの少なくとも１つに関する情報を含む、トグルコントロール
をさらに備えるグラフィカルユーザインタフェース。
【請求項３７】
請求項２９に記載のグラフィカルユーザインタフェースであって、特定のアイテムリクエストリンクが前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて提示されるグラフィカルユーザインタフェース。
【請求項３８】
請求項２９に記載のグラフィカルユーザインタフェースであって、
前記第１選択可能なアイテム、前記第２選択可能なアイテム、前記第３選択可能なアイテムおよび前記第４選択可能なアイテムは、それぞれジャンルタイプ、アーチスト、アルバムおよびメディアアイテムであり、かつ
前記第４選択可能なアイテム中の前記特定のメディアアイテムのそれぞれについて、第１特定のアイテムリクエストリンクは、関連付けられるアーチストページにリンクするために提示され、第２特定のアイテムリクエストリンクは、関連付けられるアルバムページにリンクするために提示され、第３特定のアイテムリクエストリンクは、関連付けられるジャンルページにリンクするために提示される
グラフィカルユーザインタフェース。
【請求項３９】
請求項２９に記載のグラフィカルユーザインタフェースであって、露骨なコンテンツを含む前記第４選択可能なアイテムの前記メディアアイテムは、露骨なコンテンツ指示子によって目で見えるように特定されるグラフィカルユーザインタフェース。
【請求項４０】
請求項２９に記載のグラフィカルユーザインタフェースであって、そうでなければ露骨なコンテンツのバージョンのクリーンなバージョンを含む前記第４選択可能なアイテムの前記メディアアイテムは、クリーンコンテンツ指示子によって特定されるグラフィカルユーザインタフェース。
【請求項４１】
請求項２９に記載のグラフィカルユーザインタフェースであって、前記ブラウズウィンドウで表示されている前記第４選択可能なアイテムの前記メディアアイテムは、前記メディアアイテムについての名前によって特定され、かつ
前記メディアアイテムのうちの特定の１つの名前は、不快感を与える語を含み、前記メディアアイテムのうちの前記特定の１つの前記名前は、不快感を与えないように変更されたやり方で表示される
グラフィカルユーザインタフェース。
【請求項４２】
アプリケーションプログラムによって作られるグラフィカルユーザインタフェースであって、
アプリケーションプログラムによって生成されたアプリケーションプログラムウィンドウであって、前記アプリケーションプログラムウィンドウは、サブウィンドウおよびネクストコントロールを少なくとも同時に含む、アプリケーションプログラムウィンドウ
を備え、
前記サブウィンドウは、メディアアイテムの第１セットについてのメディア情報を表示し、前記メディアアイテムの第１セットについての前記メディア情報は、前記アプリケーションプログラムによってリモートサーバからネットワーク上で受け取られ、かつ
前記ネクストコントロールがアクティベートされるとき、前記サブウィンドウは、メディアアイテムの第２セットについてのメディア情報を表示し、前記メディアアイテムの第２セットについての前記メディア情報は、前記アプリケーションプログラムによって前記リモートサーバから前記ネットワーク上で受け取られる
グラフィカルユーザインタフェース。
【請求項４３】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムはアルバムを含み、前記セット内の前記アルバムのそれぞれについて前記サブウィンドウに表示される前記メディア情報は、名前およびそれに関連付けられるアートワークを少なくとも含むグラフィカルユーザインタフェース。
【請求項４４】
請求項４２に記載のグラフィカルユーザインタフェースであって、メディアアイテムの前記第２セット中の前記メディアアイテムは、メディアアイテムの前記第２セット中の前記メディアアイテムとは完全に異なるグラフィカルユーザインタフェース。
【請求項４５】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記メディアアイテムはビデオを含み、前記セット内の前記ビデオのそれぞれについて前記サブウィンドウに表示される前記メディア情報は、名前およびそれに関連付けられるアートワークを少なくとも含むグラフィカルユーザインタフェース。
【請求項４６】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記アプリケーションプログラムウィンドウは複数のネクストコントロールを備えるグラフィカルユーザインタフェース。
【請求項４７】
請求項４６に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールのそれぞれは、特定の方向におけるメディアアイテムの次のセットへの遷移を提供するグラフィカルユーザインタフェース。
【請求項４８】
請求項４６に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールのそれぞれは、特定の方向におけるメディアアイテムの次のセットへのスクロールを提供するグラフィカルユーザインタフェース。
【請求項４９】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールは、メディアアイテムの前記第１セットからメディアアイテムの前記第２セットへの前記遷移がどのように達成されるかを特定するそれに関連付けられるトランザクション効果を有するグラフィカルユーザインタフェース。
【請求項５０】
請求項４２に記載のグラフィカルユーザインタフェースであって、前記ネクストコントロールは実質的に前記サブウィンドウの上に表示されるグラフィカルユーザインタフェース。
【請求項５１】
複数のメディアアイテムについての情報をレビューする方法であって、
少なくとも１つのサブウィンドウおよび少なくとも１つのネクストコントロールを有するウィンドウを表示することであって、前記少なくとも１つのサブウィンドウは、前記メディアアイテムの第１セットに関する第１メディアデータを表示し、前記第１メディアデータはリモートサーバによって提供される、ウィンドウを表示すること、
ユーザが前記少なくとも１つのネクストコントロールを選択するかを決定すること、
前記決定することが、前記ユーザが前記少なくとも１つのネクストコントロールを選択したと決定するとき、前記リモートサーバから前記メディアアイテムの次のセットに関する次のメディアデータをリクエストすること、
その後、前記メディアアイテムの前記次のセットに関する前記次のメディアデータを受け取ること、および
前記ウィンドウの前記少なくとも１つのサブウィンドウ内に前記次のメディアデータを表示すること
を含む方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１２Ａ】
【図１２Ｂ】
【図１３Ａ】
【図１３Ｂ】
【図１４Ａ】
【図１４Ｂ】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１６】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１２Ａ】
【図１２Ｂ】
【図１３Ａ】
【図１３Ｂ】
【図１４Ａ】
【図１４Ｂ】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１６】
【公開番号】特開２０１０−１８６４９３（Ｐ２０１０−１８６４９３Ａ）
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願番号】特願２０１０−１１３６３０（Ｐ２０１０−１１３６３０）
【出願日】平成２２年５月１７日（２０１０．５．１７）
【分割の表示】特願２００６−５１３３４４（Ｐ２００６−５１３３４４）の分割
【原出願日】平成１６年４月２６日（２００４．４．２６）
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願日】平成２２年５月１７日（２０１０．５．１７）
【分割の表示】特願２００６−５１３３４４（Ｐ２００６−５１３３４４）の分割
【原出願日】平成１６年４月２６日（２００４．４．２６）
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
[ Back to top ]