JP2007505410A - 音楽購入及び再生のシステム及び方法 - Google Patents

Abstract

ラジオセッションにおいてほぼリアルタイムで媒体コンテンツのデジタルラジオ表現を受信し再生するように構成された、ラジオサービスがユーザのコンピュータで動作するオンライン音楽購入システム及び方法が開示される。コンテンツサーバーは、ラジオサービスに媒体コンテンツのデジタルラジオ表現を供給するように構成されており、ラジオシーケンスサーバーは、ラジオサービスにラジオセッションの現在再生中及び以前に再生された媒体コンテンツの連続したリストを供給するように構成されている。アカウントサーバーは、現在再生中又は以前に再生された媒体コンテンツの１つのファイルを購入するユーザの要望を示す信号を受け取るように構成されている。ダウンロードマネージャーは、ファイルを購入するユーザの要望を示す信号に従ってユーザのコンピュータにファイルをダウンロードするように構成されている。
【選択図】図３

Description

関連出願の相互参照
本出願は、２００３年９月１０日申請の米国暫定出願第６０／５０２，１６２号に対する優先権を主張する。
音楽のデジタル表現がファイルとして記憶されネットワークにおいて電子的に転送されるオンライン音楽を楽しむことは、益々一般的になってきている。種々のピア・ツー・ピアのファイル共用プログラムは、このような音楽のデジタル表現を記憶及び「再生」できるコンピュータデバイスの普及と共にオンライン音楽の人気を加速させている。通常は顧客に注文されたＣＤを郵送するオンライン「ストア」の形態の音楽を顧客がブラウズし、聴取し、更に購入できるウェブサイト又は他のプログラムが出現し始めてきた。

従来のオンライン音楽購入システムは、音楽のようなデジタル媒体ファイルがほぼリアルタイムで再生のために送信され受信されるラジオサービスを提供していない。同様に、一般的なオンラインラジオサービスでは、ユーザは、以前に再生したか又は現在再生している楽曲を選択し購入することができない。ユーザは通常、ユーザがトラックを購入している同じ時間にラジオ機能を利用することはできない。

幾つかの従来のデジタル著作権管理（ＤＲＭ）方式は、セットワイズ著作権、すなわち複数のトラックのプレイリストに関係する著作権の概念をサポートしていない。更に、ＤＲＭのこれらの実施形態の幾つかは、複数のマシン（例えば、仕事用マシン、家庭用マシン、及びラップトップ）で利用するようにライセンスが供与されたトラックを許可しない。エンティティとして複数のトラックのプレイリストを保護し処理するように規定されていない可能性がある。しかしながら、現在のＤＲＭ方式は、コンテンツが暗号化されること、及びコンテンツを暗号化するために使用されるキーが安全に記憶されることが必要である。これは、ＤＲＭ準拠コンテンツにコンピュータにより時間集中的にアクセスでき、更に、ＤＲＭコンテンツにアクセスするアプリケーションからの動作が緩慢になる可能性がある。

本明細書では、デジタルダウンロード及びオンライン履行を利用してリアルタイムの音楽オンライン取引を可能にする電子「ジュークボックス」システムを開示している。本システムは、トラックがダウンロードを介して配信されるＤＲＭ保護音楽ファイルとして自動的に配信され、次いでジュークボックス（ＪＢ）クライアントアプリケーション内で自動的に管理される、インスタント楽曲トラック（すなわち、「トラック」）購入を提供する。購入が承認されると、トラックが、ＪＢの一部であるトラックダウンロードマネージャー（ＴＤＭ）によるダウンロードを行うため待行列に入れられる。ＴＤＭは、購入されたトラックのエラー回復及びＤＲＭライセンスの取得を含む、ダウンロードの全ての態様に対処する。

システムはまた、オンラインシステムにおいてユーザの購入用にトラックを提案するためにユーザのオフライン動作を利用する段階を提供する。システムは、再生動作を分析し、楽曲間の関係を判断する。これらの関係は次に、ユーザによる購入のためトラックを提案するのに使用される。「ループ」は、システムがダウンロードの完了後にＪＢ内の購入されたトラックの再生を「見る」ときにクローズされる。この分析及び推薦機能は、ユーザの経験を強化し、ユーザの観察された動作及び好みに一致する新しい音楽をユーザが発見するのを助ける。

システムは更に、ユーザが同時にインターネットラジオサービスを再生しながらユーザがトラックを購入できるようにする。システムは、個別化されたラジオを新しい音楽の発見ツールとして使用し、次いでユーザは、予め存在するアカウントでユーザが聴いている楽曲又はラジオサービスで最近聴いた楽曲をオンラインで即座に購入することができる。

システムはまた、ラジオの再生と同時に購入したトラックの配信を可能にする。ユーザは、トラックを購入するか又はその購入を履行させるためにラジオを聴取するのを止める必要はない。この機能は、ＪＢのオペレーションを「妨げ」ないＴＤＭに基づき、これによってラジオとダウンロードの両方を同時に動作させることができる。

システムによって提供される別の態様は、現在再生中のトラックへ楽曲を提案するリンク付けを含む。システムによってユーザは、現在再生されている楽曲に関係していることが示されている（個別化システムを介して）トラックを聴取し購入することができる。ユーザがユーザインターフェースディスプレイにおいて現在の楽曲に関連した情報ボタンをクリックすると、関係する楽曲が、発見された関係に基づいて表示（すなわちリンク付け）される。

システムの別の態様は、現在再生中の楽曲トラックの変更に一致して提案の表示を変更する段階を含む。従って、再生されるトラックが１つのトラックから別のトラックに変わると、ユーザに提供される関連の提案も変わる。

更に別の態様は、ラジオによって再生されたトラックの履歴を表示して、最近再生された楽曲をユーザが購入できるようにするメカニズムを提供する段階を含む。上述のように、ラジオとのインターフェースは、ユーザが満足する経験の中心となる。ユーザが最近再生された楽曲の履歴を見て、このリストから購入する楽曲を選択できるようにすることは、この経験の最も重要な部分である。

システムはまた、ユーザが複数のトラックアルバムから個々のトラックを選択し購入できるようにする段階を提供する。システムはまた、現在再生中の楽曲及び関係のあるトラックに基づいて広告を生成し表示する。適切で訴求できる広告を提供する効率的なジョブを行うためには、システムは、広告を再生中のトラック及び関係のあるトラックと同期させることができる。選択は、個別化データベースに含まれる関係に基づくものになる。

本明細書で開示されるシステム及び方法の更に別の態様は、単一のユーザに属する複数のマシンに単一マシンＤＲＭ著作権を拡張する既存のデジタル著作権管理（ＤＲＭ）技術への拡張と、保護されたトラックのプレイリストを管理することを含む。ユーザは、ユーザがオンラインで購入するトラックを利用する一定の最小自由度が与えられる。付加的な拡張は、ＤＲＭコンテンツへの高速アクセスを可能にする。

１つ又はそれ以上の実施形態の詳細が添付図面及び以下の説明において示される。他の特徴、目的、及び利点は、明細書及び図面、並びに請求項から明らかになるであろう。

これら及び他の態様は以下の図面を参照しながら詳細に説明する。

種々の図面の同じ参照記号は同じ要素を示す。

本明細書では、クライアントコンピュータを操作するユーザがサーバーコンピュータから伝送されたデジタルマルチメディアファイルを購入、受信、及び／又は再生することができるクライアント／サーバーコンピュータ環境に好適なジュークボックス（ＪＢ）システムを開示している。１つのこのような好適な環境は、インターネットを介して１つ又はそれ以上のサーバーコンピュータに接続された幾つかのクライアントコンピュータである。しかしながら、本明細書で説明される方法及びシステムはまた、限定ではないが、無線通信システム、イントラネット、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、及び及び同様のものを含む通信システムのいずれかのタイプにも適用可能である。

クライアントコンピュータは、限定ではないが、デスクトップ又はラップトップＰＣ、携帯型情報端末（ＰＤＡ）のようなハンドヘルドコンピュータ、携帯電話、ＭＰ３プレーヤー、又は他のコンピュータデバイスを含む、何らかのタイプのパーソナルコンピュータデバイスである。

図１は、例示的な実施形態によるＪＢシステムのためのユーザインターフェース（ＵＩ）１０を示す。ＪＢシステムは、ＵＩ１０を介して音楽ダウンロードオプションと音楽購入オプションとをユーザの通常のリスニング環境に統合する。ＪＢシステムはまた、顧客がダウンロード物を購入できるダウンロードストア舗を提供する。従って、ＪＢシステムは、ラジオサービス１２、ガイドページ１４、及びダウンロードページ１６を結合したＵＩ１０に統合する。

ユーザがトラックをダウンロードするのを最初に決定できる２つの経路は、（１）ユーザは、ＭＰ３ファイル又は同様のものにより表現されたような、購入したアーティストのトラックの１つを聴いている間にアーティストを発見し、そのアーティストから追加の音楽を容易に買い求めることができることを通知すること、及び、（２）ユーザがネットワークラジオサービスで再生したいトラックを聴いてその購入が許可されることを含む。両方の場合において、最初のトラック購入は衝動的な購入となる。その最初の衝動的な購入の後、ＪＢシステムは、既存の好み及び／又はユーザが買い求めを希望する可能性のある新しい音楽のリストを提供することによって、ユーザにショッピングを続けるよう促すことができる。最初のラジオエンターテインメント経験をプログラミングする場合、並びにユーザが買い求めたい他の音楽を見つけるために音楽データベース全体にわたりナビゲート可能にする場合の両方で個別化情報及び人気情報が使用される。

例示的な実施形態によれば、ＪＢシステムは、１６０ｋｂｐｓのＷＭＡ９の品質及びフォーマットでダウンロード可能なコンテンツを提供する。ある別のコンテンツではまた、１６０ｋｂｐｓのＭＰ３で提供することができる。トラックは、高解像度のカバーアートを備えて事前にタグ付けされている。ＪＢシステムのトラックカタログは、２５０，０００トラック又はそれ以上を含むのが好ましい。特定の実施形態では、ユーザは、予め決められた回数（すなわち１０回）だけ１つの特定のプレイリストを焼くことができる。ユーザは、１つのトラックを別のトラックに置き換えるなどのプレイリストに対する何らかの変更を行うことによって、変更されたプレイリストを同じ回数又は別の回数だけ焼くことができる。１つの実施形態によれば、コンテンツは、同時に許可されたパーソナルコンピュータ（ＰＣ）の幾つかで同時に再生することができる。

１つの実施形態では、トラックコンテンツは、機密保護ＷＭＡ９をサポートするいずれかのプレーヤープラットフォーム又はデバイス上で再生可能である。ＪＢシステムは、ユーザのダウンロードしたファイルを別のＰＣにコピーすることによって、或いはダウンロードしたファイルをデータファイルとしてＣＤに焼くことによって、これらファイルのバックアップを取ることをユーザに促す。ユーザは、これらのファイルを新しいＰＣにリストアし、それらのアカウントを使用して新しいライセンスを取得することができる（妥当な場合、同時に存在するＰＣを制限することを条件として）。

１つの実施形態では、音楽センターコントロールが提供するダウンロードへ入る４つの統合入力ポイント：（１）ダウンロード音楽（Ｄｏｗｎｌｏａｄ ｍｕｓｉｃ）、（２）ラジオ（Ｒａｄｉｏ）、（３）ガイド（Ｇｕｉｄｅ）、及び（４）現在再生中（Ｎｏｗ Ｐｌａｙｉｎｇ）が存在する。ダウンロード音楽は、ユーザが購入に利用可能な音楽についての推薦をサーチし、ブラウズし、更に受け取るように最適化された「店頭」インターフェースを表示する。ラジオは、ユーザがラジオ局を見つけて開始するため、或いはユーザ自身のカスタムラジオ局を作成するように最適化されたインターフェースを表示する。ガイドは、音楽及びアーティストについての一般的な情報を表示する。現在再生中は、関連の音楽を購入するためのリンクを含む現在再生中のトラックについての情報を表示する。

これらの種々の経路のページにおいてデフォルトのビューが異なる。例えば、これらのモードの各々で示されるページにおいて、アーティストリストページのレイアウトが異なる。全てのページのビュー設定は、ページ毎に「スティッキー」である。ガイド及び現在再生中のビュー設定は、ＪＢセッションが終了した後でもスティッキーである。ラジオ及びダウンロードは、ＪＢセッション内でのみスティッキーである。

ＪＢシステムによって、ユーザが、アーティスト名、アルバム名、又はトラック名により音楽データベースをサーチすることが可能となる。他の基準も使用できる。１つの実施形態では、ユーザは、サーチしたいモードをマニュアルで選択することができる。例えば、クラシックのファンは、アーティストビューにおいて作曲家の名前を打ち込むことができる。アーティストサーチ結果は、テキストのファジーマッチを示す。アルバムサーチ結果は、クエリーと共通の単語に基づくテキストマッチと、特定の名前でアルバムを発表した種々のアーティストを示す。トラック名サーチ結果は、クエリーと共通の単語に基づくマッチと、そのトラック名を含むアーティスト及びアルバムを示す。

ダウンロードは、「トラックを購入」ボタン、及びアルバム分析が可能な場合にはアルバムページに、及びアルバム分析が可能でない場合にはアーティストページにユーザを案内する情報ボタンを介してラジオプレイリストコントロールからアクセスすることができる。１つの実施形態では、「トラックを購入」ボタンだけが、強調表示されたトラックに位置が揃えられて現れる。また、Ｂｕｙ（購入）、Ｇｏ Ｔｏ Ａｒｔｉｓｔ Ｐａｇｅ（アーティストページへ進む）、及びＧｏ to Ａｌｂｕｍ Ｐａｇｅ（アルバムページへ進む）は、２つ又はそれ以上のボタンマウスの「右クリック」によりアクセス可能である。（購入の右クリックでアルバムページが開き、或いはアルバムが見つからない場合にはアーティストページが開く。）

ダウンロードはまた、アルバム分析が可能である場合にはアルバムページに、アルバム分析が可能でない場合にはアーティストページにユーザを案内する情報ボタンを介してファイルプレイリストコントロールからアクセスすることができる。情報ボタンは、全てのトラックの隣に設けられ、再生矢印は再生中のトラックの隣に設けられる。アーティストページへ進む、及びアルバムページへ進むはまた、右クリックによりアクセス可能である。１つの実施形態では、ジュークボックスは、ラジオモードを除いてはどのトラックが販売中であるかについての知識を持たない。ユーザは、ウィッシュリストを作成し、このウィッシュリストにトラックを追加することができる。ユーザのウィッシュリストからトラックを購入するためには、ユーザは、選択モードに応じてトラックの購入又はアルバムの購入セレクタをクリックすることができる。

ＵＩ１０は、ブラウザなどのクライアントプログラムで表示するための幾つかのウェブページを含む。これらのページは、以下で更に詳細に説明する。

ホームページ。様々なタイプのホームページがある。例示的な実施形態では、システムは、音楽センターの「音楽をダウンロードする」ボタン、「ラジオ」ボタン、及び「ガイド」ボタンからそれぞれアクセス可能なダウンロードホームページ、ラジオホームページ、及びガイドホームページを含むことができる。システムが個別化されたユーザ情報を持たない場合には、デフォルトの各ホームページの標準ビューになる。システムが個別化されたユーザ情報を有する場合、デフォルトの各ホームページの個別化ビューになる。

アーティストページ。全てのアーティストページには幾つかのビューがある。１つの実施形態では、これらのビューは、（１）トラックのダウンロード、（２）アルバムのダウンロード、（３）関連アーティスト、及び（４）アーティスト情報を含む。ユーザがラジオモードにある場合、ラジオ局に関係するアーティストだけがリストされ、関連アーティストではその局での幾つかのトラックを表示し、更にカスタムプレイリスト作成ボタンを表示する。ラジオモードでは、アーティストページは、そのアーティストに基づいて１つ又はそれ以上の局のプレイバックを開始する１つ又はそれ以上の「再生」ボタンを有する。ガイド又はダウンロードモードでは、アーティストリストは、購入できるコンテンツを備えたアーティスト並びに利用可能なダウンロードの数だけを収容することができる。

局ページ。１つの実施形態では、３つのタイプの局ページ、すなわち、（１）ラジオページ、（２）ジャンルページ、及び（３）年代ページがある。これらの局ページは、ボタン、タブなどの同様の機能コントロールを含むことができ、同様の規則に従い、同じように動作する。これらのページタイプの各々は、２つのメインビュー、すなわち（１）トラックのダウンロード、及び（２）アーティストの表示を有する。局ページは、ページ上に記載される局のプレイバックを開始する「再生」ボタンを有する。

チャート。１つの実施形態では、３つのチャートページ、すなわち（１）トップトラック、及び（２）トップアルバム及びトップアーティストがある。これらのページの各々は、人気に基づいたランキングに従って、トップトラック、トップアルバム、又はトップアーティストをそれぞれフィーチャーする。これらのページは、定期的に更新することができる。

新しい音楽。１つの実施形態では、３つの新しい音楽ページ、すなわち（１）新しいトラック、（２）新しいアルバム、及び（３）新人アーティストがある。これらは、最も人気のある新しいトラック、新しいアルバム、又は新人アーティストをそれぞれフィーチャーする。ページは、人気に従ってランク付けされ、定期的（すなわち毎週）に更新することができる。

アルバムページ。１つの実施形態では、３つのアルバムページビュー、すなわち（１）トラックのダウンロード、（２）関連アーティスト、及び（３）アルバム情報がある。ユーザは、種々のアーティストページ及び局ページ内のほとんどのダウンロードトラックリスト、並びにアーティストページ上のダウンロードアルバムビューからアルバムページにアクセスすることができる。

カスタム局ページ。ユーザは、ユーザがラジオから入力するアーティストリストを備えた任意のページから複数のアーティストのアーティストマッチ局又は複数のアーティストのアーティストオンデマンド（ＡＯＤ）局を作成することができる。アーティストマッチ局は、参照されたアーティストを類似のアーティストとして再生する局である。アーティストオンデマンド局は、排他的又はほぼ排他的に参照されたアーティストを再生する局である。これらは、関連アーティストビューを備えたアーティストページ、ショーアーティストビューを備えた局ページ、及びアーティストリストビュー内のチャート、新しいトラック、又はマッチングを含む。全てのこれらのページは、カスタムプレイリスト作成ボタンを有することができる。ユーザがカスタムプレイリスト作成ボタンをクリックすると、ページを見ることができる。ユーザがカスタム局をセーブすると、このカスタム局はお気に入りに追加される。１つの実施形態では、全てのカスタム局が２つのビュー、すなわち（１）トラックのダウンロード（デフォルト）、及び（２）アーティスト表示を有する。

ＵＩ１０は、ユーザ及びシステムのユーザの利用に関する種々の情報を示すコントロールバーを含む。例えば、コントロールバーは、（１）ログインステータス、ユーザがログインしている場合のユーザ名／アカウントタイプのいずれか、或いはログインしていない場合の「ログイン」、並びにログアウトのためのオプション、（２）ナビゲーション、（３）要求品質、（４）チュートリアルサブアイテムを含むヘルプ、５）アカウント、６）ショッピングカートモードと即時チェックアウトモードとを切り換えるオプション並びに購入確認のための「再表示」のオプションを含むオプション、及び７）サーチバー（デフォルトでアーティストをサーチするためにオープンし設定される）を含むことができる。１つの実施形態では、バナー広告は、コントロールバーの上に現れることができる。

ＵＩ１０は更に、フォルダ構造を含む。フォルダ構造は幾つかのフォルダを含み、これに従ってユーザは情報をカタログに入れて編集することができる。１つの実施形態では、８つのメインフォルダ、すなわち（１）お気に入り、（２）マッチング、（３）ラジオ局、（４）ジャンル、５）年代、６）チャート、７）新しいトラック、及び８）ダウンロードがある。これらのフォルダの幾つかは、以下に更に詳細に説明される。

お気に入り：ユーザは、あらゆるページの上で「右クリックする」ことにより、或いはお気に入りフォルダの前の「お気に入りマネージャー」ボタンによりアクセス可能なお気に入りマネージャーを使用することにより、あらゆる局をお気に入りフォルダに追加することができる。ユーザが「新しいお気に入りを推薦する」をクリックすると、システムは、ユーザの聴取プロファイルに基づいてお気に入りフォルダに幾つかの推薦された新しいお気に入りを追加することができる。ユーザが受け入れると、推薦された局が、ユーザのお気に入りフォルダに追加される。ユーザが聴取プロファイルを持たない場合、これは、個別化プロセスを開始することができる。

ユーザは、（１）「推薦された新しいお気に入り」コントロールを選択する、（２）個別化されていないホームページに好ましくは位置する「個別化」コントロールを選択する、及び／又は（３）マッチングフォルダを選択するといった幾つかの方法で個別化プロセスを選択することができる。１つのプロセスでは、ユーザの音楽の推薦が、「ジャンプスタート」する、すなわち即座に作成することができる。別のプロセスでは、システムユーザは、ユーザが聴いている音楽をシステムに追跡させることができる。システムは、以下のデータソース：すなわち１．お気に入り、２．ジュークボックス再生動作、３．ジャンプスタートプロセスからの自称のお気に入りアーティスト、及び４．購入したダウンロードを用いて個別化を行う。

マッチング。マッチングフォルダは、幾つかの局を含むことができる。１つの実施形態では、フォルダは、トラックマッチング、アルバムマッチング、及びアーティストマッチングの局を含む。このフォルダ内の局リストは、予想される好みの順番でランク付けすることができ、定期的に更新することができる。

ダウンロード。ダウンロードフォルダを選択すると、ユーザが購入した全ての音楽の完全な記録と各トラックのステータスを示すトラックダウンロードマネージャー（ＴＤＭ）ページがオープンする。ＴＤＭは、（１）「ダウンローディング−％」、（２）「待機中」、及び（３）「完了」などのステータス位置を提供する。ローカルファイルは、このページから再生可能である。メインジュークボックスメニューの設定から、ユーザは、ダウンロードされたトラックの宛先ディレクトリを修正することができる。

ＪＢシステムによって、ユーザはコンテンツを購入することが可能となる。１つの実施例の場合では、ＪＢシステムは、何らかのダウンロード可能なトラックを選択するユーザに、そのトラックの短い「クリップ」又は部分セグメントを提供する。クリップの品質は、メインラジオメニューの低／中／高の設定に対応することができる。１つの実施形態では、低が２４ｋｂｐｓに対応し、中及び高が、６４ｋｂｐｓに対応する。これらのクリップのプレビュー機能は、ライブラリのプレビューモードと同様に動作する。トラックは、好ましくはカバーアートを備えてメインプレーヤーウィンドウに現れるが、プレイリストウィンドウには現れない。ユーザがラジオモードである場合は、クリップの開始が停止し、或いはラジオ局を無効にする。ユーザは、いずれかのダウンロードページから「トラックの購入」又は「アルバムの購入」を選択すること、或いはラジオプレイリストの「トラックの購入」を選択することによってダウンロードを選択することができる。

システムは、ユーザがユーザのアカウントにログインしていない場合にユーザにログインするよう求め、或いはユーザがアカウントを持たない場合にはアカウントを取得するように求める。ユーザは、パスワードを忘れた場合及び後で検索する必要がある場合に、個人的な質問と回答を入力するよう求められることがある。ユーザがアカウントを持たない場合は、システムは、ユーザにアカウントを設定するよう指示する。最初に、ユーザはＥメールアドレスとパスワードを入力する。ユーザが自身のパスワードを選択すると、ユーザはエンドユーザ向け使用許諾契約（ＥＵＬＡ）への同意を求められる。

ユーザがＥＵＬＡを許諾すると、ユーザは、課金情報ページで課金情報を入力する。クレジットカードは、それが有効であることを保証するために承認される。トラック購入が進行中である場合、標準承認限度額が承認されることになる（例えば、＄９．９０）。トラック購入が進行中でない場合、公称額（＄１．００）の承認が行われる。１つの実施形態では、この承認は成功する必要があり、そうでなければユーザは課金情報ページを過ぎて先に進むことが許可されない。

ユーザが自分のアカウントを設定すると、システムはユーザにアカウントの設定が成功したことを通知し、ユーザが元のトランザクションを終了したいか否かを確認する。次のトランザクションもまた確認を必要とする。システムは自動アップグレード機能を含むことができ、より古いバージョンのシステムのユーザは、最新のバージョンへのアップグレードが確認に応じて自動的に行われるようになることをユーザに知らせる修正確認ページを見る。ユーザが同意すると、アップグレードが始まる。

ユーザは、例えばメインコントロールバー上のオプションボタンにより、ショッピングカートモードを使用するオプションが与えられる。ユーザがショッピングカートモードを選択した場合、トラックの購入又はアルバムの購入を選択することで、ショッピングカート確認を得て、次に選択されたトラックをユーザの「カート」又は電子記憶装置に追加する。カートは、ブラウザバーのカートフォルダによりアクセスできる。カートフォルダは、ショッピングカート内に現在ある幾つかのトラックを示す。ユーザは、このフォルダをクリックして、ユーザのショッピングカートを開き、ユーザが追加したトラックを試聴し、総額が正しいことを確認し、次いで精算することができる。１つの実施形態では、ショッピングカートは、トラックを含んでいる場合にだけ見える。

セッションの第１トランザクションの時に、システムは、クレジットカードの有効性、及び少なくとも公称額（すなわち＄１０）がアカウントで利用可能であることを検証する。しかしながらクレジットカードは、第１トランザクション終了時、或いはユーザがダウンロードで公称値の額を打ち込んだ時までのいずれか早い方の後のある時間期間（すなわち２４時間）は実際には課金されない。ユーザは、各クレジットカードの課金後にＥメール確認を受け取る。

１つの実施形態では、ダウンロードは、注文後１秒以内に始まる。進行はＴＤＭにおいてビューすることができる。ユーザは、ダウンロードフォルダをクリックして、ＴＤＭを開き、ユーザのダウンロードのステータスをチェックすることができる。カバーアート及びステータスインジケータバーがオプションとして提供される。ユーザは、ＴＤＭでの進行中にいずれかのダウンロードを右クリックすることにより、ダウンロードの一時停止及び再開を行うことができる。ダウンロード中ユーザのネットワーク接続に障害が生じた場合、ＴＤＭは、再接続されるとすぐにユーザが介入することなく自動的に再接続してダウンロードを終了させる。

進行中のダウンロードが存在することを示すアニメーションアイコンは、ダウンロードフォルダの隣に表示される。デフォルトでは、ダウンロードは、関連した識別子タグによって示されるようなライブラリに現れるファイルと共に、終了時にプレイリスト及びライブラリに自動的に現れる。ユーザは、標準的なオプション／設定メニューによりこれらの設定を変更することができる。

ユーザがユーザの音楽を購入してダウンロードすると、ユーザは、標準ＭＰ３と同様に、プレイリストに入った購入したトラックを再生、管理、及びミキシングすることができる。１つの実施形態では、システムを用いて購入された保護トラックとユーザのＰＣにある何らかの他のトラックとの間には、ユーザのライブラリ内のファイルフォーマット列を露出するようにユーザが選択することができることを除いて目に見える区別はない。

例示的な実施形態によれば、ユーザは、標準ライブラリビューの１つとしてライブラリビューメニューから購入されたコンテンツだけを選択的にビューすることができる。コンテンツは、ユーザが要求すれば何度でも何らかのＷＭＡ９互換機器に送ることができる。コンテンツは、全ての他のファイルと同じインターフェース及びプロセスを正確に使用してコンパクトディスクなどの再生可能な永久媒体に「焼く」、すなわち記憶することができ、焼くことのできる予め選択された数の同一のプレイリストによってのみ制約される。

図２は、ＪＢシステムの１つの実施形態による一般的なオペレーションのフローチャート６０である。ユーザは、ブロック６２で「トラックの購入」ボタンをクリックする。ブロック６４で、ユーザは、まだログインしていない場合はログインするか、又はアカウントを設定する。ブロック６６で、ユーザのコンピュータがこのアカウントで起動されていない場合、ユーザの制限と突き合わせて登録されカウントされる。ユーザのクレジットカードが承認され、ブロック６８で請求が作成され、購入されるトラックが請求に追加される。次いで、ブロック７０でトラックがユーザのコンピュータにダウンロードされ、ブロック７２でトラックのライセンスが取得される。

図３は、ＪＢシステム１００のアーキテクチャのブロック図である。ＪＢシステムはデジタルジュークボックス１０２を含み、その主要機能（すなわち、購入されたトラックのダウンロード及びライセンス、ＤＲＭなど）は、トラックダウンロードマネージャー（ＴＤＭ）によって処理される。デジタルジュークボックス１０２はまた、上述のようなＵＩ１０を含む。１つの実施形態では、ＵＩは、ブラウザで実行するＤＨＴＭＬ／ＸＭＬ／ジャバスクリプトベースのウェブインターフェースである。ＵＩ１０及びデータは、音楽アーティストについての経歴情報、作成日付などのアルバム情報などといったガイドデータ１０９を提供するガイドサーバー１０８から供給される。ガイドデータ１０９は、ガイド更新プロセス１３０によって定期的に改訂される。デジタルジュークボックス１０２はまた、ラジオサービス１０６、機密保護ログイン機能１０１、及びライセンスマネージャー１０３を含む。

ログインサーバー１１０は、プレミアムサービスなどの特定のログインを扱うことのできるアカウントサーバー１１１と協働してユーザログイン機能を処理する。トラックの購入は、アカウントサーバー１１１によって処理され、製品データベース１１２のアカウントデータベース内に記録される。支払い処理サーバー１１４は、クレジットカードトランザクションを処理し、請求スイーパープロセス１１６に応答できる。ライセンスサーバー１１５は、購入されたＤＲＭコンテンツに対してライセンスを発行する。ライセンスサーバー１１５は、アカウントサーバー１１１と通信して、購入されたコンテンツのライセンスが発行されたことを検証し、ライセンスマネージャー１０３にデータを報告する。

アカウントサーバー１１１は、クレジットカードなどの支払い手段の請求及び承認を管理する。１つの実施形態では、アカウントサーバーは、特定のユーザが購入を希望する信号を受信し、次に購入を実行する売買業者に対するリスクを判断するためにユーザのプロファイルを調べる。リスクプロファイルに基づいて、アカウントサーバーは、種々のオプション間の手順を選択する論理を実行する。リスクプロファイルは、例えばユーザの以前の購入行動、アカウントに関連した課金情報、及び購入信号と共に渡された情報を含む幾つかの要因に基づいて判断することができる。

アカウントサーバー１１１によって生成されるオプションには、限定ではないが、この購入が購入グループに追加される前にグループに関連した少なくとも購入額の支払い手段の事前承認を要求する段階、支払い手段の事前承認なしにこの購入を購入グループに追加することを可能にし、超過時には支払い手段に対しグループとして物品の支払いを開始することになる、購入グループにおける最大額及び年齢を設定する段階、及び少なくとも購入額の支払い手段の承認を行う前にユーザが追加情報を入力することを要求する段階を含む。追加情報は、クレジットカードに関連した情報、及び／又は購入信号がそこから受け取られたコンピュータのＩＰアドレスを含むことができる。

コンテンツサーバー１１８は、コンテンツ、すなわちストリーム又は他のコンテンツ送信技術をコンテンツデータネットワーク１１９を介してラジオサービス１０６及びＴＤＭ１０４にダウンロードする。コンテンツは、ダウンロードリポジトリ１２０から供給される。ラジオサービス１０６は、ラジオシーケンスサーバー１２２又はそのプロキシからラジオコンテンツを受信する。ラジオコンテンツは、ラジオシーケンスジェネレータ１２４によって生成されたシーケンスに従ってストリームされる。推薦エンジン１２６は、個別化された推薦データをガイドサーバー１０８に提供する。オペレーション及びプロセスの多くは、在庫管理データベース１３４上で動作する在庫管理同期サーバー１３２によって調整される。このサーバーは、とりわけどのトラック及びアルバムが販売中であるかを判断し、現在の価格を決定する。

図４は、１つの実施形態に従ってトラック購入を実行するために、図３に示されたアーキテクチャ１００の幾つかの構成要素間の通信を示すラダー図である。ユーザはＵＩを使用してログインする。ログインサーバーは、ユーザ名とパスワードを確認し、身分証明を発行する。ログインサーバーは、アカウントサーバーから身分証明を取得し、これをログイン応答に付属する「クッキー」の形式でＵＩに戻す。ユーザは、ＵＩの「トラックの購入」ボタンを押し、ＵＩは「購入」メッセージをログイン身分証明を渡すアカウントサーバーに送り、トラックＩＤ及び価格がインターフェースに表示される。これによってシステムは、ＵＩが在庫管理データベースとは異なる価格を表示している場合に警告を発することができる。

アカウントサーバーは、トラックをユーザの請求に追加し、トラックをダウンロードするのに必要な命令を構築する。命令は、ＸＭＬ文書として戻される。ＵＩは、ＸＭＬをＴＤＭに渡す。ＴＤＭは、ＷＭＳＤＫ又は類似のプロセスを使用してトラックのライセンスを要求する。ＷＭＳＤＫは、ライセンスサーバーとコタクトをとる。ライセンスサーバーは、ユーザがトラックを購入したことをアカウントサーバーで検証する。受け入れ可能である場合は、ライセンスがＷＭＳＤＫに戻され、サクセスコードがＴＤＭに戻される。ＴＤＭは、例えば「エッジサーバー」としてコンテンツ配信ネットワーク（ＣＤＮ）を使用してコンテンツサーバーからファイルをダウンロードする。コンテンツサーバー／ＣＤＮは、アカウントサーバーとコンタクトをとり、ダウンロードを承認する。ＴＤＭは、アカウントサーバーとコンタクトをとり、配信が正常であったことを確認する。

図５は、別の実施形態に従ってトラック購入を実行するための図３に示されたアーキテクチャ１００の構成要素間の通信を示すラダー図である。ユーザは、購入ボタンをクリックする。「購入」メッセージは、ｈｔｔｐｓによってアカウントサーバーに送られる。このメッセージは、機密保護ログインクッキー（ユーザを識別する）並びに購入されることになるトラックの識別子及び表示された購入価格（実際の購入価格とは異なる場合）を渡す。この実施形態では、アカウントサーバーは、ユーザのログインが失効したと判断した。エラーコードが戻され、ユーザに再ログインをさせる。ＵＩは、ユーザ名とパスワードを収集して、これらをＴＤＭに転送し、ＴＤＭは、ハードウェアプロファイルからＰＣ識別子を計算し、ｈｔｔｐを介してログイン要求をログインサーバーに送る。

有効なログインをすると、ログインサーバーは以前と同じアカウントサーバーから身分証明を取得する。身分証明に組み込まれるのは、ＰＣ起動のステータス（起動、起動していない）である。この実施例では、ＰＣは起動していない。ＵＩは、購入が進む前にＰＣを起動する必要がある。起動メッセージは、アカウントサーバーに送られる。この実施例では、アカウントサーバーは、ユーザが新しいＰＣの起動を確認することを要求するように構成されている。リターンコード及びメッセージングがＵＩに戻される。ＵＩは、ユーザのための適切な確認ボックスを構築する。起動は、別の確認を行うことなく起動を強制するフラグ付の確認に従って再試行される。ここで「購入」要求をアカウントサーバーに送ることができる。コンテンツをダウンロードしランセンスを供与する方法を記述するＸＭＬ文書が戻される。この文書は、実行のためにＴＤＭに渡される。

図６は、ダウンロード購入プロセス１３８の機能フローを示す。ユーザは、ログインされたかどうかにより「購入」ボタンが提示される。ユーザがこのボタンをクリックすると、ジュークボックス電子登録からレポートされたユーザの国がチェックされる。ユーザが米国でない場合は、「申し訳ありません」ページが表示される（１６０）。米国のユーザに対しては、確認ダイアログが表示される（１５０）。ユーザが購入を確認した場合、ユーザのログイン状態が判定される。ログインしていないユーザは、ログイン又はアカウント作成のオプションが提供される（２００）。ＭＸユーザは、ダウンロード購入のためのＭＸユーザのアカウントを起動するオプションが提供される（３００）。セッション失効が、アカウントを有するユーザについてチェックされる。図１５に示される再ログインページは、失効したセッションのユーザのために表示される（１４０）。これらのユーザは、トラックを購入する前にユーザのパスワードを再入力しなければならない。ログインが有効であると確認されると、ユーザのＰＣが必要に応じて起動され、トラックの注文が履行される（５００）。

図７は、履行プロセスの機能フロー図５００である。トラックの履行は、機密保護クッキーからのユーザの識別で始まる（５０１）。このクッキーは、トラック購入のための承認を組み入れ、とりわけ暗号化ユーザＩＤと承認タイムスタンプを含む。クッキーが失効している場合、ユーザは、購入を完了させるために再ログインしなければならない（５０２）。ログイン状態が判定されるときに失効もチェックされるが、確認ダイアログによってトランザクションを引き出すことができるのでここで再チェックされる（１５０）。

ユーザが現在オープンの請求を持たない場合、請求がオープンにされる。請求をオープンする段階（８００）は、標準請求額、又は項目の額（どちらか大きい方）のクレジットカード支払いを承認する段階を含む。承認が成立しなかった場合、ユーザに不成立を知らせるページが表示され（５０３）、該ページは、発行を訂正するためにアカウント管理へのリンクを含む。請求が既にオープンされている場合、請求に新しい項目の余地が残っていること、すなわち新しい項目と現在の差引勘定を加えたものが承認限度額を越えないことを保証するためにチェックが行われる。請求の余地が不十分である場合、請求はクローズされ（９００）、新しい請求がオープンされる（８００）。請求をクローズする段階は、クレジットカードでの支払いを行う段階を含むことができる。項目が承認された請求に追加されると、この項目は顧客に配信される（５０５）。

図８は、請求オープンプロセス８００を示す。新しい請求をオープンするために、システムは請求額のクレジットカード支払いを承認する（８０１）。これは、要求額又は標準請求サイズよりも大きい。承認が拒否された場合、システムは請求をオープンしない（８０２）。システムは、オプションとしてセキュリティ論理を承認プロセスに挿入することができ（８０１）、例えば、アカウントに関して大きな取引活動がその検出された場合、システムは承認を破棄し、ＣＶＩＤが要求されているというフラグを立てる。これは、追加の購入を許可する前にクレジットカードからのセキュリティコードの入力をユーザに強制する。対照的に、システムは、信頼できる顧客に対しては、セキュリティ制約を低くするよう決定することができる。すなわち、請求がその承認限度額を越えて増えることを許可することができ、そのユーザに対し事前許可を保留することができ、或いはサイズ及び最高年齢に対する新しい請求限度を設定することができる。承認が成功すると、新しい請求が作成され（８０３）承認と関連付けられる。

図９は、請求クローズプロセス９００を示す。請求は、対応するクレジットカード承認のレベルまで満たすようになると「スイープのマーク」が付けられる。定期的に、スイープがマークされた請求、すなわちある時間閾値の間追加されない請求を問い合わせるバッチプロセスが実行される（９０１）。請求の額は、カードに請求される（精算される）（９０２）。精算が一時的なネットワーク問題のような技術的な理由で失敗した場合、請求はバッチ精算のマークを付けることができる。承認されたトランザクションの精算が拒否される極めて希なケースでは、失敗カウントがインクリメントされ、後で精算が再試行され（９０６）、ユーザが新しい請求を作成することは許可されない。正常な精算の典型的なケースを想定すると、請求は、クローズされたものとしてマーク付けされ（９０３）、Ｅメール受け取り（９０４）が作成されてユーザに送られる。バッチ処理については、オープンし且つ所与のしきい値よりも古い請求についてシステムに問い合わせるプロセスを定期的に実行することができる。しきい値は、クレジットカード承認の有効期間よりも短い。請求は、支払い請求されてクローズされる。

システムによって、ユーザは忘れたパスワードを新しい値にリセットすることができるが、忘れたパスワードをシステムがユーザに配信することはない。これらのシステムは、ユーザが有効なユーザのＥメールアドレスの知識を有し、且つＥメールアカウントを管理していることを検証する。特別なセキュリティでは、１つの実施形態において、システムは、失ったパスワードを検索した後にユーザがクレジットカード情報又はＣＶＩＤを再入力するよう要求する。

図１０は、トラックをライセンスするための通信を示すラダー図である。ジュークボックスは、ＷＭＡファイルを再生／焼き付け／インポートしようとする。ジュークボックスは、ファイルにライセンス供与する必要があるか否かを確かめるためにＷＭＳＤＫをチェックする。この実施例では、ファイルはライセンス供与が必要である。ジュークボックスは、ＤＲＭファイルに組み込まれたＵＲＬを使用してライセンスを要求する。これは、ｈｔｔｐｓ要求であり、ログインクッキーを渡す。ライセンスサーバーはこの要求を受け取り、ライセンスを付与すべきか否かを判断するためにアカウントサーバーにコンタクトする。この実施例では、アカウントサーバーは、ユーザがログインされていないことを判定する。これが、ログインプロセスを起動する。

ログインサーバーは、このＰＣのログインステータス及び起動ステータスの両方を戻す。ＰＣが起動されていない場合、ジュークボックスは起動メッセージをアカウントサーバーに送る。この実施例では、アカウントサーバーは、新しいＰＣの起動をユーザが確認することを要求するよう構成されている。リターンコード及びメッセージングは、ジュークボックスに戻される。ジュークボックスは、ユーザ用に適切な確認ボックスを作る。起動は、追加の確認を行うことなく起動を強制するフラグ付の確認に従って再試行される。ジュークボックスは、ここでライセンス取得コールを再発行できる。

ダウンロードでは、トラック「サンプル」に使用することができるようなセミクリア（すなわち極めて軽い暗号化）フォーマットでオーディオデータの最初のＮ秒を記憶することにより、性能強化を達成することができる。次いで、データの最初のＮ秒が再生されている間、バックグラウンドスレッドがＤＲＭコンテンツをオープンする。ＤＲＭファイルがオープンされ、セミクリアコンテンツの再生が終了後（これはＮ秒前とすることができる）、ここにＤＲＭ保護コンテンツがシームレスに移行して、ここからレンダリングが続く。

トラックがＪＢシステムに提供されると、デコーダは、最初にトラックをＤＲＭトラックとして識別し、トラックの最後にシークし、オフセット（すなわちＮ秒）を「取り込み」、次いでそこまでシークして、データストリーム開始ポイントを作製する。特定の実施形態では、ミリ秒内に実トラック時間を含むタイプＷＭＴ＿ＴＹＰＥ＿ＤＷＯＲＤのカスタムタグ呼出しＭＭ／実トラック持続時間を作成することができる。メタデータセット全体は、ファイル並びにＤＲＭコンテンツエリアのクリアなＮ秒オーディオデータ部分において複製する必要がある点に留意されたい。全メタデータセットは、フェッチングタグに関係した性能を最適化するためにクリアな部分にする必要があり、相互運用性を維持するために保護エリア内に存在しなければならない。

従って、１つの実施形態では、購入されたトラックをダウンロードする際には、ライセンス及びＤＲＭトラックをダウンロードすることに加えて、そのトラックに関連したＮ秒（保護されていない）クリップが最初にダウンロードされる。Ｎ秒クリップが最初に再生される。その間に、バックグラウンドスレッドでは実際のＤＲＭコンテンツがオープンされる。ＤＲＭコンテンツは、Ｎ秒以内にオープンする必要がある。Ｎ秒クリップの最後で、ダウンロードプロセスは、既にオープンされているＤＲＭトラックまで「飛び越え」て、コンテンツのダウンロードを継続する。従って、ある実施形態ではＤＲＭトラックは、クリップが終わるＤＲＭトラックの位置（時間Ｎ）で関連するＮ秒クリップに添付される。

図１１は、ＤＲＭ要件に従うファイルをインポート／再生する方法１１０１のフローチャートである。ユーザは、ＪＢを使用してライセンスのないＤＲＭファイルをオープンする（１１０１）。ＪＢは、ファイルのライセンスステータスをチェックする（１１０２）。ファイルが既にライセンス供与されている場合、ＪＢは、ファイルのコンテンツを再生／焼き、或いはファイルのコンテンツにアクセスすることができる（１１０３）。ファイルがライセンス供与されていない場合、ＪＢは、ファイルに組み込まれたＵＲＬを使用して現在のマシンのＰＣＩＤを含む追加情報を渡し、ライセンスを要求する（１１０４）。この要求に載せられるログインクッキーがユーザを識別する。ライセンスサーバー（アカウントサーバーを介して）は、特定のトラック、特定のユーザ、特定のＰＣのためのライセンスを要求する。

ライセンスサーバーは、ライセンスを発行し（１１０３）、又はライセンスが発行されなかった理由を記述するエラーを戻す（１１０６、１１１２、１１１３）。ユーザがログインしているが、まだ起動していなかった場合には、ＰＣが起動される（１１０５）。ユーザがログインしていない場合、ライセンスが取得される前にユーザはログインする必要がある（１１０６、１１０７）。

ログインサーバーからの応答は、現在のＰＣの起動状態を含む。この応答が、ログインが正常に行われＰＣが既に起動していることを示すと、ＪＢは、ライセンスを再度要求する（１１０４）。ログインが正常に行われたがＰＣが起動していないことを該応答が示す場合には、ＰＣが起動される（１１０５）。ＰＣの起動（１１０５）が明示確認（１１０８）を要求する可能性がある場合には、或いはＰＣの最大数が既に割り当てられている（１１１０）場合には起動が成功しない可能性がある。ＰＣ起動が正常に行われた場合、ライセンス要求が再試行される。

図１２は、ＰＣ起動要求プロセス１００のフローチャートである。起動要求は、ｈｔｔｐｓによりアカウントサーバーに送られる。アカウントサーバーは、ログインクッキーからｐｅｒ＿ｉｄ及びＰＣＩＤを読み取る（１００１）。ＰＣＩＤは、アカウントの他のＰＣＩＤと比較される（１００２）。ＰＣＩＤは、ユーザがハードウェアを再構成した場合には正確にマッチしない可能性がある。ＰＣＩＤは、ＰＣＩＤはマッチしているが完全なマッチではないと判断された場合に、このＰＣの新しい「エイリアス」として記憶することができる（１００３）。既存のＰＣの起動ステータスが戻される。既存のＰＣは、アクティブ、ユーザによるイナクティブ、或いは顧客サポートによるイナクティブの場合がある。ＰＣＩＤが既存のＰＣにマッチしない場合、ＰＣの最大数が既にアクティブであるかどうかを調べるためにチェックされる。そうである場合、エラーが戻される。

次に、ユーザがＰＣの起動を確認する必要があるか否かを調べるためにビジネス論理がチェックされる。１つの実施形態では、第１のＰＣが音声を伴わずに起動されるが、ユーザは第２及び第３のＰＣの起動を確認しなければならない。確認が必要な場合、特別なリターンコードが使用するメッセージングのテキストと共に作成される。起動要求は、それがユーザ確認に応答していることを示すためにフラグを立てることができる。この場合、起動が進行する。ＰＣＩＤは、アカウントに関連したＰＣのリストに追加され、起動されたマークが付けられる（１００４）。起動を確認し、起動問題についてユーザの教育を助けるためにＥメールが作成される（１００５）。

アカウント作成及び起動は、トラック購入プロセスに統合され、例えば、承認されていないユーザがトラックを購入しようとする場合、ユーザは起動又はアカウントを設定するように促される。ユーザがアカウントの設定に成功した場合、購入が完了する。トラック購入は、デフォルトでは、カートなしの「マイクロペイメント」システムであり、すなわち、クレジットカードが、アカウントを設定する段階の一部として承認される。各トラックが購入されると、アカウントに関連したオープン請求にトラックが追加される。請求が一定のサイズ又は年齢に達すると、クレジットカードは支払いを請求し、及び／又は請求がクローズされる。別々のショッピングカート購入プロセスによって、ユーザはカートを使用してトラックを購入してチェックアウトすることができる。

ログアウトしたユーザがＪＢシステムのサービスにアクセスする場合、ユーザには図１３に示すようなログイン／サインアップページが提示されることになる。アカウントを有するユーザは、このページからログインすると予期される。アカウントのないユーザは、サインアップできるようにされる。サインアッププロセスは、図１４に描かれた実施例に示されるようにユーザがアクセスしたサービスを全て提供するようにカスタマイズされる。サービスを受ける資格のない国からの顧客は、顧客がサービスにアクセスした時にその旨のメッセージを見ることになる。これは、ＪＢからレポートされる国（ＥＲＥＧデータを使用する）に基づく。これらのユーザがサインアップボタンを見ることはない。ジュークボックスによってレポートされる国が正しくない場合、システムは、アカウント作成プロセスを中止し、或いはユーザが課金情報ページの資格のない国をレポートする場合は提供品を変更する。ポップアップ情報ページは、詳細な製品マーケティングを取り扱う。

図１６は、ログイン／新しいアカウント設定プロセス２００の機能フロー図である。Ｎｏｖａ機能にアクセスしているがログインされていないユーザは、ユーザがログインすることができ、又はアカウント作成プロセス（２０１）を開始することのできるページを見る。ユーザがアカウントにログインする場合、ユーザは、ユーザのアカウントを起動するためにプロセスに入る（３００）。新しいユーザは、アカウントを作成し（４００）、ＪＢシステムにログインするようになる。アカウント作成又はログインを通る全ての経路は、成功又は不成功のいずれであっても、最終的には参照ページに戻る（２０３）。作成、すなわちログインが成功した場合、これでトラック購入が完了する。図１７に示されるログイン／設定ページ（２０１）は、ログインを要求する機能にユーザがアクセスする場合に表示される。このページの上部にあるメッセージングは文脈に応じて変わることになる。

図１８〜２１は、例示的な実施形態に従ってＪＢを制御するための種々のＵＩを示す。図１８は、例示的な実施形態によるラジオサービスのＵＩ１８００である。この実施形態では、ＵＩ１８００は、ジュークボックスと一体化されたウェブブラウザコンポーネントにロードされたウェブページとして表示される。ウェブページは、表示の幾つかの要素を制御できるスクリプト（例えばジャバスクリプト）を含み、ウェブページをロードしたサーバーとの対話を必要とすることなく事象に知らせて応答することができる。特に、ウェブページで実行するスクリプトは、上記に要約されたようなトラック購入を引き起こすためにＵＩ１８００が要求する動作を実行することができる。当業者であれば、購入に利用可能な音楽カタログの多くの使用可能な表示が存在し、この種のウェブベースシステムが一般的なものである場合に、この表示が多くの場合主要機能から外れることなく変更可能であることは理解されるであろう。このような表示は、ウェブオーサリングツール及びウェブページ構築の他の既知の技術を使用して構築することができる。

ＵＩ１８００は、トラックがラジオセッションで再生されるときに連続してトラックをリストするラジオサービスディスプレイウィンドウ１８０２を含む。各トラックは、ユーザがトラックに関する追加情報にリンクするよう選択することができる「ｉ」として図１８に示される情報コントロールボタンに関連付けることができる。個々のトラックはまた、現在再生中であるか又は最近再生されたものであるかに関わらず、図１８に示されたトラックタイトルの隣りにある「購入」ボタンによって示されるような、ダウンロード及び購入機能と関連付けることができる。１つの実施形態では、ユーザは、全トラックタイトルを強調表示でき、トラック購入がオプションである場合、すなわちライセンス又は他のメカニズムによって許可される場合に購入機能が現れることになる。ラジオサービスに関係したダウンロードトラックは、他の購入及びダウンロードされたトラックとして記憶することができる。

図１９は、例示的なコントロールバーを示す。コントロールバー要素は、ステータスウィンドウ４１０２を含む。ユーザがログインされていない場合、ステータスウィンドウ４１０２は、「サインイン」又は類似のメッセージを表示する。ユーザがログインされた場合、ステータスウィンドウ４１０２は、適切な場合には、ユーザ名、アカウントタイプを示す。ホームボタン４１０４は、使用された入力ポイントに応じてガイド、ラジオ、又はダウンロードホームにユーザを案内する。入力モードが判定できない場合（すなわち、ニュースレターからハイパーリンク）、システムはダウンロードモードに想定する。

バック／フォワードボタン４１０６が提供される。バック／フォワードボタン４１０６は、モード間で変更されず、すなわちバックボタンは、必要に応じてページ履歴スイッチングモードを介して戻ることになる。ラジオ品質コントロール４１０８によって、ユーザは、「低」、「中」、及び「ＣＤ」品質などの再生されるコンテンツの品質を調整可能となる。ヘルプボタン４１１０は、ヘルプメニューをプルアップする。アカウントボタン４１１２は、ページのアカウントログをプルアップする。個別化ボタン４１１４は、オプトアウトユーザのための個別化プロセスをプルアップする。オプトインユーザについては、これによってユーザはユーザのプロファイルを編集することが可能となる。１つの実施形態では、ボタンはユーザをお気に入りマネージャーに案内する。

サーチバー４１１６は、アーティスト、アルバム、及びトラックオプションを備えたＤＨＴＭＬドロップダウンメニューである。アーティストサーチは、作曲者及び作品を含む。その結果はアーティストハイパーリンクを示す。アルバムサーチは、ファジーマッチングを含まず、人気に応じてリストされる全ての正確なマッチアルバムを示す。その結果は、戻された結果についてのアルバムハイパーリンク及びアーティストハイパーリンクを示す。トラックサーチはまた、ファジーマッチングを含まず、人気の項目でリストされた全ての正確なマッチトラック名を示す。その結果は、戻された結果のアーティスト及びアルバムハイパーリンクを示す。

図２０は、アカウントを設定するための実施例のＵＩプルダウンメニューを示す。図２１は、種々の設定を制御するための例示的なＵＩを示す。

幾つかの実施形態について上記で詳細に説明してきたが、他の修正も可能である。本明細書に示される機能フロー又は論理フローは、望ましい結果を達成するために図示された特定の順序又は連続した順序を必要としない。他の実施形態は、添付の請求項の範囲内にあるものとすることができる。

ジュークボックスシステムの例示的なユーザインターフェースを示す図である。 一般的なシステムアーキテクチャの機能フロー図である。 ジュークボックスシステムアーキテクチャのブロック図である。 トラック購入のための通信を示すラダー図である。 別の実施形態によるトラック購入のための通信を示すラダー図である。 トラック購入プロセスの機能フロー図である。 トラック履行プロセスの機能フロー図である。 請求承認及び作成プロセスの機能フロー図である。 請求スイーププロセスの機能フロー図である。 オンラインジュークボックスシステムのログイン及び承認プロセスを示すラダー図である。 実施形態によるＤＲＭ準拠ファイルインポート／再生プロセスの機能フロー図である。 コンピュータ起動プロセスの機能フロー図である。 ジュークボックスシステムの実施形態によるユーザインターフェースを示す図である。 ジュークボックスシステムの実施形態による別のユーザインターフェースを示す図である。 ジュークボックスシステムの実施形態による別のユーザインターフェースを示す図である。 ログイン／サインアッププロセスの機能フロー図である。 ログインユーザインターフェースを示す図である。 一体型のラジオサービス、ダウンロード記憶、及びコンテンツ管理制御を示す例示的なユーザインターフェースを示す図である。 １つの実施形態によるユーザインターフェースで使用するためのコントロールバーを示す図である。 アカウントを設定するための例示的なユーザインターフェースプルダウンメニューを示す図である。 ジュークボックスシステムの種々の設定を制御するための例示的なユーザインターフェースを示す図である。

符号の説明

１００ ＪＢシステム
１０１ 機密保護ログイン機能
１０２ デジタルジュークボックス
１０３ ライセンスマネージャー
１０６ ラジオサービス
１０８ ガイドサーバー
１０９ ガイドデータ
１１０ ＵＩ
１１１ アカウントサーバー
１１４ 支払い処理サーバー
１１５ ライセンスサーバー

Claims (20)

1. オンライン音楽購入システムであって、
   ラジオセッションにおいてほぼリアルタイムで媒体コンテンツのデジタルラジオ表現を受信し再生するように構成された、ユーザのコンピュータ上で動作するラジオサービスと、
   前記ラジオサービスに前記媒体コンテンツのデジタルラジオ表現を供給するように構成されたコンテンツサーバーと、
   前記ラジオセッションの現在再生中及び以前に再生された媒体コンテンツの連続したリストを前記ラジオサービスに供給するように構成されたラジオシーケンスサーバーと、
   現在再生中又は以前に再生された媒体コンテンツの１つのファイルを購入するユーザの要望を示す信号を受け取るように構成されたアカウントサーバーと、
   前記ファイルを購入するユーザの要望を示す前記信号に従って前記ファイルを前記ユーザのコンピュータにダウンロードするように構成されたダウンロードマネージャーと、
   を含むオンライン音楽購入システム。
2. 前記アカウントサーバーと通信し、前記ファイルの少なくとも１つのライセンスを取得するように構成されたライセンスサーバーを更に含むことを特徴とする請求項１に記載のシステム。
3. 前記アカウントサーバーと通信し、前記ファイルがダウンロードされる前に前記ファイルの購入のためのユーザのクレジットカード情報を処理するように構成された支払いプロセッサを更に含むことを特徴とする請求項１に記載のシステム。
4. 前記ラジオサービスのグラフィック表現を表示するユーザインターフェースを更に含むことを特徴とする請求項１に記載のシステム。
5. 前記ダウンロードマネージャーは、前記ラジオサービスと同時に動作することを特徴とする請求項１に記載のシステム。
6. 前記ユーザインターフェースは、後でアクセスするために前記ファイルをフォルダに関連付けるコントロールを含むことを特徴とする請求項４に記載のシステム。
7. 前記ラジオサービスは、媒体プレーヤーコントロールを含むことを特徴とする請求項１に記載のシステム。
8. 前記媒体プレーヤーコントロールは、前記コンテンツサーバーからの媒体コンテンツの次のデジタルラジオ表現にアクセスするための転送コントロールを含むことを特徴とする請求項７に記載のシステム。
9. 前記媒体コンテンツの次のデジタルラジオ表現は、前記ラジオシーケンスサーバーによって決定されることを特徴とする請求項８に記載のシステム。
10. 前記媒体コンテンツは、音楽トラックであることを特徴とする請求項１に記載のシステム。
11. オンライン音楽購入方法であって、
    ラジオセッションにおいてほぼリアルタイムで媒体コンテンツのデジタルラジオ表現を受信し再生する段階と、
    前記ラジオセッションの現在再生中及び以前に再生された媒体コンテンツの連続したリストを表示する段階と、
    現在再生中又は以前に再生された媒体コンテンツの１つのファイルを購入するユーザの要望を示す信号を受け取る段階と、
    前記ファイルを購入するユーザの要望を示す前記信号に従ってコンテンツサーバーから前記ファイルをダウンロードする段階と、
    を含む方法。
12. 受信及び再生するための他の媒体コンテンツの候補を受信する段階を更に含む請求項１１に記載の方法。
13. 前記ファイルを購入するためのクレジットカード情報を受信する段階を更に含む請求項１１に記載の方法。
14. 前記ファイルをダウンロードする前に前記クレジットカード情報を確認する段階を更に含む請求項１３に記載の方法。
15. 前記ファイルを購入するユーザの要望を示す前記信号を受け取る段階が、
    ユーザインターフェースに購入ボタンを表示する段階と、
    入力デバイスを使用して前記ユーザが前記購入ボタンを選択したという信号を受け取る段階と、
    を含む請求項１１に記載の方法。
16. ファイルをダウンロードする段階が、媒体コンテンツのデジタルラジオ表現を受信し再生する段階と同時に起こる請求項１１に記載の方法。
17. 前記媒体コンテンツは、音楽トラックである請求項１１に記載の方法。
18. オンラインラジオサービスと音楽購入を同時に可能にするためのシステムであって、前記システムは、
    ラジオセッションの音楽トラックのデジタル表現の再生を制御するためのラジオコントロールウィンドウと、前記ラジオセッションの現在再生中及び以前に再生された媒体コンテンツの連続したリストを表示するラジオセッションシーケンスウィンドウとを含むユーザインターフェースを備え、
    前記ラジオセッションシーケンスウィンドウは、前記音楽トラックのデジタル表現の１つに関連した音楽ファイルを購入するユーザの要望を示す信号を受け取るための購入コントロールボタンを表示するように構成されていることを特徴とするシステム。
19. 前記音楽トラックの１つに対応するアーティスト情報を表示するアーティストウィンドウを更に含むことを特徴とする請求項１８に記載のシステム。
20. 複数のフォルダを表示するフォルダウィンドウを更に含み、前記ユーザインターフェースは、ユーザから前記購入音楽ファイルが記憶される特定のフォルダの指示を受信するように構成されていることを特徴とする請求項１８に記載のシステム。

Images