(57)【要約】  複数の携帯用機器にコンテンツを提供するシステムが示される（選曲を含む）。機器は、Ｗｉ−Ｆｉまたは他の同様の無線相互接続を介してインターネット上でサーバにアクセスすることができ、サーバまたは例えばＰ２Ｐプロトコルなどを使用する他のユーザからユーザによって要求される歌をダウンロードすることができる。ダウンロードは、すべて、適用可能なＤＲＭルールによって管理されてもよい。コンテンツおよび曲目リストも、他のソース、および例えば所定のルール、ユーザのお気に入りの選好、および他の基準に基づくポッドキャスティングなどを含む手段からサーバによって転送されてもよい。
2009544991.tif 000002
【特許請求の範囲】
【請求項１】
選曲を配信し再生するためのシステムであって、
サーバと、
選曲手段と音楽プレーヤとをそれぞれが含み、配信されたコンピュータネットワークを介して前記サーバに選択的に接続された複数の携帯機器と、を含み、
前記サーバは、前記機器に選曲のリストを提供し、
ユーザは、前記選曲手段を使用して、ユーザの機器のために特定の選曲を選択することができ、前記選曲は前記サーバに送信され、
前記サーバは、各ユーザによって選択された特定の選曲に基づいて機器に選曲を送るシステム。
【請求項２】
請求項１記載のシステムにおいて、
前記ユーザは、前記ユーザの機器がオフラインである間に前記ユーザの特定の選曲を行うシステム。
【請求項３】
請求項１記載のシステムにおいて、
前記サーバは、前記機器に選曲を送信するために外部ソースを伝達するシステム。
【請求項４】
請求項１記載のシステムにおいて、
前記選曲は、ポッドキャストであるシステム。
【請求項５】
請求項１記載のシステムにおいて、
前記サーバは、前記機器に選曲を転送するシステム。
【請求項６】
請求項１記載のシステムにおいて、
前記サーバは、音楽コンテンツの曲目リストを配信し、更新するシステム。
【請求項７】
請求項１記載のシステムにおいて、
前記コンテンツは、コンテンツ保護セキュリティ手段を組み込むシステム。
【請求項８】
ＤＲＭルールによって保護されるコンテンツを複数のユーザに提供するシステムであって、
各々のエンドユーザからコンテンツ要求を受信する入力部材をそれぞれ有する複数の機器と、
前記機器と少なくとも１つのコンテンツプロバイダとの間に接続され、前記エンドユーザの１つから要求を受信し、前記要求をＤＲＭルールと互換性がある新しい要求にコード変換し、前記新しい要求をコンテンツプロバイダに送信する中継サーバと、
を含むシステム。
【請求項９】
請求項６記載のシステムにおいて、
前記中継サーバは、いくつかのコンテンツプロバイダと情報を交換し、前記中継サーバは、前記新しい要求を要求されたコンテンツに関連したコンテンツプロバイダに送るシステム。
【請求項１０】
請求項６記載のシステムにおいて、
前記中継サーバは、いくつかの機器から要求を受信し、かつ様々な機器から要求を集めることによって前記新しい要求を生成するシステム。
【請求項１１】
請求項６記載のシステムにおいて、
前記ＤＲＭシステムの代わりにまたは前記ＤＲＭシステムに加えて、代わりのセキュリティ手段またはアクセスプロトコルが利用されるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯可能であることが好ましく、セキュリティ保護された申し込みに基づいたサービス、「アラカルト」コンテンツ配信サービスまたは他の関連機器からコンテンツを受信するデジタル音声機器および映像プレーヤ機器の分野に関し、より詳細には、少なくとも周期的に、インターネットベースのファイルサーバと無線通信する携帯プレーヤ装置および／またはピアプレーヤ装置に関する。また、本発明は、そのような機器へのそのようなコンテンツの配信および管理のためのシステムおよび方法、さらにそれらの改良に関する。
【背景技術】
【０００２】
関連出願に対する相互参照
本願は、２００６年７月２０日に出願された米国仮特許出願第６０／８０７，８４０号（特許文献１）、２００７年６月１３日に出願された米国仮特許出願第６０／９４３，６７５号（特許文献２）の優先権を伴い、２００４年９月２９日に出願された米国特許出願第１０／９５３，７４６号（特許文献３）の一部継続出願であり、その全体が本願明細書において参照により援用されている。
【０００３】
Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−Ｌａｙｅｒ３（ＭＰ３）音声圧縮標準、Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ（ＡＡＣ）、Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ（ＡＴＲＡＣ）、Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ（ＷＭＡ）、Ｆｒｅｅ  Ｌｏｓｓｌｅｓｓ  Ａｕｄｉｏ  Ｃｏｄｅｃ（ＦＬＡＣ）、Ｏｇｇ−Ｖｏｒｂｉｓなどの圧縮デジタル音声および映像フォーマットの開発が、パーソナルデスクトップコンピュータおよびラップトップコンピュータを含めて、コンピュータ上でデジタル音声および映像データを記録し、記憶し、転送し、再生することへの注目度を増大させた。特に、圧縮デジタル音声および映像フォーマットは、記憶され送信される必要があるデジタルデータの量を低減することにより、高品質な音声および映像コンテンツのより効率的な記憶および送信を可能にし、容認し難いほど出力の質を低下することなく、元の非圧縮デジタルファイルの１／１０未満であり得るデータファイルをもたらした。しかし、計算要件により、消費者は、一般的に、パーソナルラップトップコンピュータおよびデスクトップコンピュータ（従来の市販されているあらかじめ記録されたＣＤおよびＤＶＤを除き、それらは、ホームステレオなどに接続された標準プレーヤ上で再生可能であった）上で、圧縮されたデジタル音声および映像と非圧縮デジタル音声および映像とにアクセスし、使用することのみ可能であった。これは、ユーザに、ユーザのコンピュータ前またはそのコンピュータ近くにいて、再生を見るおよび／または聞くことを要求し、典型的には、スピーカおよび／または画面を介して、コンピュータに内在されるかまたは接続されることのみ可能であり、ユーザの自動車などのより良好なリスニング環境にデジタルフォーマットでは容易に送信できないという点で、そのようなデジタル音声および映像コンテンツへの携帯用としての使用およびアクセスを厳しく制限した。
【０００４】
最近、例えば、Ｔｈｏｍｓｏｎ／ＲＣＡの様々なＬｙｒａブランド製品、ＡｐｐｌｅのｉＰｏｄ製品、携帯ＭＰ３プレーヤ製品のＣｒｅａｔｉｖｅ  Ｌａｂ’ｓ  Ｚｅｎ  Ｌｉｎｅなどの比較的低コストで、軽量コンパクトな携帯デジタルメディアプレーヤ（ＤＭＰ）が開発されている。これらの携帯機器は、消費者が、ＵＳＢや「Ｆｉｒｅ  Ｗｉｒｅ」ケーブルなどの外部接続を介して、関連するコンピュータベースのソフトウェアの使用を通じて、携帯機器に、それらのコンピュータ上に記憶された圧縮デジタル音声および／または映像ファイルを転送することができ、消費者のコンピュータのすぐ近くにいない間にも、対応するメディアを消費者のＤＭＰを介してオンデマンドで再生することができる。標準ホームステレオ方式のマイクロホンまたはライン入力などの他の音声出力または記録機器にライン出力ケーブルを接続することも可能であったが、ユーザは、最も一般的に、機器上で標準ジャックを介してヘッドホンを接続することによって機器上で音声にアクセスしていた。
【０００５】
そのようなＤＭＰは、本来、音声コンテンツの記憶用に、コンパクトフラッシュまたはセキュアデジタルなどのフラッシュメモリの使用に依存する傾向があり、最高およそ０．５〜１ギガバイトのメモリ（より最近では、２、４、６、８ＧＢ以上）を保持することができた。機器の筐体内に小型ハードディスク記録装置を含めることにより、音楽用エンターテインメントとしては概算で１０，０００曲以上の歌を保持することができる、いわゆる「携帯ジュークボックス」も導入され、４０ギガバイト以上の容量を有することができる。さらに大きなハードディスク容量を有する携帯映像プレーヤも開発されている。
【０００６】
一般的に、従来のＤＭＰは、それらのユーザが次のことを行うことを可能にする。（１）コンピュータにインストールされた関連する転送管理ソフトウェアおよびＵＳＢケーブルなどのコンピュータへの物理接続を使用して、コンピュータから機器に圧縮メディアファイルを転送する。（２）非破壊メモリにそのような圧縮メディアファイルを記憶する。（３）再生のために、様々な圧縮アルゴリズムのいずれかを復号化する。（４）圧縮デジタルファイルまたは非圧縮デジタルファイルをアナログフォーマットに変換し、信号を潜在的に処理して、得られる音および画像を向上させる。（５）得られるアナログ信号を処理して増幅する。（６）ユーザのために高品質な音および映像を製作し、即座におよびオンデマンドで、再生、休止、早送り、巻き戻し、スキップまたはリプレイすることができる。また、典型的に、音声ＤＭＰ（例えば、ｉＰｏｄ「Ｎａｎｏ」）の場合には、機器は、タイトルおよびアーティストなどの機器上に記憶された音声コンテンツに関する情報を提供し、機器上に現在記憶されている音声トラックのシーケンスを見る（および場合によっては修正する）ことを可能とする比較的小型のデジタル表示ウィンドウを特色とする。
【０００７】
しかし、不都合なことに、データ転送、選択の高度なソーティング、およびシークエンシングは、ＤＭＰがコンピュータに接続されないかぎり、ユーザがなすことは困難または不可能であり、ユーザが新しいコンテンツを得るかまたはプレーヤ機器がコンピュータに接続されない間に、機器上に記憶されたコンテンツ選択のシーケンスを容易に修正するなどのＤＭＰ上に記憶されたコンテンツに他の望ましい修正を行うことができない。さらに、音声の場合には、これらのプレーヤは、典型的には、専門外のユーザが、カスタム「曲目リスト」（つまり、固定された歌のシーケンス）を作成し管理することを可能にせず、その結果、ユーザは、異なる時間に使用のための様々なカスタマイズされた曲目リストを容易に開発し使用することができる。さらに、不都合なことに、これらの音声機器上の画面およびユーザインターフェイスは、典型的には、サイズが制限され、多くのユーザにとって複雑でありタッチセンサ式でない多機能のボタンの使用を含み、それにより、専門外のユーザが、ＤＭＰ上に記憶された音声トラックのリストおよびシーケンスを容易に見て修正することを防ぐ。
【０００８】
先行技術のさらに不都合な点は、ユーザが、典型的には、コンテンツ選択を一つずつ選択し、次いでそれらを機器に加えることが要求されるということである。この要求は、ユーザが、典型的には番組の多様性を好み、多くの場合、特に音楽の場合、エンターテインメントの選択ごとのシーケンスを望まないため、ユーザに不便をもたらす。この種のプログラムされたエンターテインメントは、旧来の放送メディアを介して、およびラップトップおよびデスクトップコンピュータ（およびＲｏｙａｌ  Ｐｈｉｌｉｐｓ  Ｅｌｅｃｔｒｏｎｉｃｓ製Ｓｔｒｅａｍｉｕｍ音声機器やＳｏｎｏｓデジタル音声製品などのある一定の専用有線機器）、およびデジタルケーブルテレビおよび無線通信サービスによってアクセス可能であって、ケーブル接続されたテレビ受像機を介してアクセス可能な、インターネットベースのストリーム配信などの有線入力に接続された機器を使用することを一般的に必要とする他の手段を介して、消費者が現在利用可能である。最近、テレビ用ＤｉｒｅｃＴＶ、および無線通信用シリウスおよびＸＭなどの申し込みに基づいた商業衛星放送サービスが導入され、それらは、消費者が利用可能な放送局を選択することによって、放送番組を受信することを可能にする。
【０００９】
しかし、地上波放送および衛星放送に関するいかなる場合でも、ユーザは、コンテンツを休止、スキップ、リピート、早送り、巻き戻しおよび削除することに対して十分な移送制御と共に、コンテンツの大きなライブラリー（例えば、２００万または３００万の項目）への正確なオンデマンドアクセスを有さない。地上波放送および衛星放送もインターネットベースのメディアサービスも、十分なパーソナルコンピュータの機能（例えば、ラップトップ）を有しておらず、インターネット接続に接続されない携帯機器（ポケットサイズであることが好ましい）上で、ユーザが特定の新しい選択をオンデマンドで呼び出し、アクセスすることを可能としない。従って、現在のＤＭＰで番組を受信する利便性について、ユーザは、便宜上、配信されたコンテンツに対する制御を譲歩することが要求されるか、または制御のために利便性について譲歩することを選択することが要求される。さらに、無線通信結合音声プレーヤ機器の場合には、プレーヤ機器の電波状態は、典型的には、物理的地形および地理的特徴により制限され、いかなる場合でも、ユーザに満足なエンターテインメント体験を提供する音声出力の間に連続的に存在し、安定している必要がある無線信号をゆがめる可能性がある。さらに、利用可能なメディアサービス（例えば、テレビおよび無線通信）の形態のうち、インターネットベースのストリーム配信およびデジタルケーブルは、それぞれが、アクセスのために固定有線機器（例えば、テレビ受像機およびデジタルケーブルデコードボックス）および衛星放送を使用することをユーザに要求し、衛星放送は、オンデマンドアクセスまたはユーザによる制御を可能とせず、デジタル品質の出力をもたらし、それがユーザの求める利点である場合がある。前述したのものは、エンドユーザによって放送コンテンツのデジタル記録を可能にする消費者機器の開発によって部分的に緩和される。しかし、これらの機器は、一般的に、ある制限を有する。（１）ユーザに放送が開始されるまで待つことを要求し、ユーザが視聴しそこねた放送にアクセスする機会を提供しない放送である場合に限り、機器は、デジタルコンテンツをローカルに記憶することができる。（２）そのような機器が、ユーザに、放送衛星無線通信の録音を巻き戻すかまたは繰り返す性能などのコンテンツ再生および管理に対する相当量の制御を行うことができる場合、またはユーザが、デジタル記録を保存することを可能にするために、特定の時間に特定の著作権設定された音楽が放送されるということを確実に予測することが可能である場合、特に音楽の場合、著作権法および関連する法律は、明示的なコンテンツ保有者の承認なしに合法的に製造され、消費者に販売するために放送を受信する機器の能力を制限する。
【００１０】
先行技術のさらに不都合な点は、特に、第２の当事者譲渡に対して、依然として著作権使用料の記録および権利を維持する間に、コンテンツ保有者が、関連するデスクトップまたはラップトップコンピュータソフトウェアの使用に頼らないスタンドアロンＤＭＰのみを使用する申し込み基準で、ユーザへのコンテンツの配信、コンテンツの管理、コンテンツの削除／終了を可能とするための安全に対する方策が提供されないということである。コンテンツ保有者およびユーザは、さらに、コンテンツが、ピアツーピア機器で横方向に共有されることができる方法の利点を享受して、セキュリティ保護され、承認された共有活動のみを可能とする方法で、プレーヤ機器に記憶してもよい個人的な曲目リストおよびメディアデータコンテンツの両方を他のユーザに転送する。
【００１１】
デジタル映像コンテンツ圧縮、記憶、転送、再生および制御の方法は、極めて類似する方法および技術を使用することにより遂行することができるため、用語「音声」、「映像」、「メディア」および同様のインポートの用語を、関連したコンテンツについて記載するためにこの文書全体にわたって交換可能に使用されてもよく、当業者に同様に公知であることが当業者によって評価することができる。この文書で使用される「コンテンツ」は、従って、ユーザがアクセスを試みる場合がある任意の音声または映像を意味するものとし、また、デジタル形式で記憶された文書またはデジタルに記憶され圧縮された写真などのユーザによって解釈することが可能な任意の他のファイルタイプを含むべきであり、同様に、転送、共有、使用されてもよい。
【００１２】
先行技術に関連した課題の多くを解決する装置およびシステムが、その全体が本願明細書において参照により援用されている米国特許出願第１０／９５３，７４６号（特許文献３）として予め出願されている。本発明は、予め記載されたシステムに追加の結果および改良を取り組む。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】米国仮特許出願第６０／８０７，８４０号
【特許文献２】米国仮特許出願第６０／９４３，６７５号
【特許文献３】米国特許出願第１０／９５３，７４６号
【発明の概要】
【００１４】
親出願に開示された機器の概要
米国特許出願第１０／９５３，７４６号（特許文献３）に開示された機器の好ましい実施形態は、他の無線音声および／または映像プレーヤ装置との通信を可能にするピアツーピア音声および／または映像データ転送モジュールと、インターネット接続ベースの１つまたは複数の音声を要求するための通信ソフトウェアモジュールおよび／またはインターネット接続基地局を介したインターネットベースのデータベースサーバからの映像データファイルへの無線通信リンクと、要求されたファイルのダウンロードおよび記憶を可能にするための第１のセキュリティ手段と、記憶されたファイルの管理および再生のための第２のセキュリティ手段と、理解しやすいインターフェイスを使用して、先の特徴を達成するためにユーザとインターフェイス接続するための１つまたは複数のソフトウェアモジュールのうちの１つまたは複数の要素を有する携帯無線音声および／または映像プレーヤ装置（ポケットサイズであることが好ましい）からなる。さらに具体的に、プレーヤ装置は、スタンドアロン機器として機能して、一時的に、携帯機器に転送されるコンテンツデータファイル、または携帯機器上でコンテンツの転送および処理を管理するためにラップトップコンピュータまたはデスクトップコンピュータで実行されるソフトウェアを記憶するデスクトップコンピュータまたはラップトップコンピュータなどの介在する機器を使用する必要なしに、インターネット上で無線で新しい音声および／または映像デジタルデータファイル（コンテンツおよび関連するメタデータ（以下に定義されるように）を含む）を生成し、検索し、得ることができる。この特徴は、専門外のユーザが、従来のパーソナルコンピュータを操作する方法についての面倒や知識を介さずに、デジタル音声および／または映像コンテンツにアクセスし、使用することを可能とする。さらに、先行技術のディスプレイインターフェイスの制限を克服するために、本発明の実施形態によるユーザインターフェイスソフトウェアは、より複雑なユーザ機能およびデータ編成を可能にし、かつこれらを単純かつ明確に表示することを可能とする。そのようなユーザインターフェイスソフトウェアは、ユーザが新しいコンテンツを検索し、多くのコンテンツを管理し、修正し、ユーザＩＤまたは名前によってリストされることができる多数の潜在的ユーザにわたってコンテンツを共有することを可能にしながら、機器が、合理的かつ快適にスタンドアロン機器としてユーザのために機能することを可能とする。さらに、機器は、ブラウザタイプのアプリケーションを使用することなく、サーバからまたは横に他の機器からファイルを得る。
【００１５】
個々の音声および／または映像ファイルまたはファイルのグループの再生のための時間および選択の両方に関して、ユーザに柔軟なプログラミング能力を提供することも前述した機器の実施形態の特徴である。これは、ユーザが、オンデマンドでネットワークに記憶された広いコンテンツライブラリーから個々のコンテンツ選択を選択し、再生し、また、代替的には、数時間の連続的なプログラムされたコンテンツが、オンデマンドで再生可能であることを要求することを可能にすることを含み、プログラムによって開始、停止、巻き戻しまたは早送りをするユーザ能力を制限することなく、プログラミングが周期的基準（例えば、毎日）で更新される。サービスオペレータは、所望の合法的および／または契約上の制限および業務目標に基づいて適用可能なユーザアクセスルールを設定し、管理し、実行することができる。
【００１６】
ヘッドホンステレオまたはホームステレオまたはカーステレオを含む複数の出力機器、またはデスクトップコンピュータまたはラップトップコンピュータなどの他の記憶装置および／または再生装置の１つまたは複数にデータコンテンツをエクスポートするための手段を提供することも前述した機器の実施形態の特徴である。そのようなエクスポートは、有線通信リンクまたは無線通信リンクを介していてもよい。
【００１７】
典型的には、無線通信機器に関係する良好な物理的な地形および地理的な特徴に依存しない携帯プレーヤ装置を提供することは、前述した機器の実施形態の特徴である。これは、その後になってアクセス／再生するための通信アップリンクが存在する間に、主に、所望の音声データおよび／または映像データおよびメタデータコンテンツをあらかじめ記憶することによってなされ、そのとき、連続的無線接続は、メタデータデータベースのナビゲートのため、または記憶された音声および／または映像コンテンツの満足な出力のために必要ではない。
【００１８】
コンテンツ保有者が、定期的に、大衆市場の消費者への音声および／または映像コンテンツの配信を可能にするセキュリティ保護された方法を提供することが、前述した機器の実施形態の特徴である。
【００１９】
前述した機器による好ましい実施形態では、メディア配信システムは、多数のスタンドアロン携帯デジタルメディアプレーヤ機器に無線でデジタルメディアファイルを配信するためのブロードバンドネットワークシステムからなることが好ましい。このスタンドアロン携帯デジタルメディアプレーヤ機器は、次のような機器である。（１）音声および／または映像ファイルを検索し、受信し、再生し、ネットワークまたはピア機器からの承認された取得、メタデータおよびメディアコンテンツ（ネットワークまたはインターネット接続が存在しない間でさえ）の管理および検索、ユーザによってデジタル音声および／または映像ファイルの承認された再生および承認された転送（ピア機器またはデジタルコンピュータなどに）のために最適化されている。（２）インターネットの接続性を含むことが好ましいネットワークにおよびネットワークからの両方において、８０２．１１ｘ標準で公表されるような従来のブロードバンドプロトコルを介して、「ブロードバンド」速度で、音声および／または映像データファイルを無線で送信し、受信することができる。（３）暗号化された音声および／または映像コンテンツおよび関連するメタデータを要求しダウンロードするために、アプリケーションサービスと通信することができる。各携帯プレーヤ機器は、メディアファイルの再生および転送を無効にし、配信サービスがアクティブにされる場合、そのような再生および転送を選択的に可能にする少なくとも第１のセキュリティ手段を含むことが好ましい。メディア配信システムは、圧縮形式または非圧縮形式で、デジタル音声および／または映像データコンテンツ、関連するメタデータ（つまり、音声の場合には、コンテンツに関する記述的または関連するデータ、これらは、トラックの長さ、アーティストの名前、歌の名前、アルバムの名前、符号化フォーマットおよびビットレートなどの項目を含んでいてもよい）が記憶された１つまたは複数のインターネットベースのデータベースサーバと、セキュリティ保護された証明／認証リンクを介して各携帯機器と個々に通信するインターネットアプリケーションサーバインターフェイスと、各携帯機器へのデータコンテンツファイルのセキュリティ保護されかつ効率的な配信を確実にするアップロードマネージャーと、通信ネットワークとを含み、それにより、ユーザが、個々のタイトル、タイトルのグループ、および／または定期的に特定の基準（ジャンルまたは目的（例えば、トレーニング、ダンス）など）に適合するあらかじめプログラムされたエンターテインメントを要求し、ダウンロードし、記憶することを可能にする。
【００２０】
音声および／または映像コンテンツは、特定の個人デジタル解読キーで解読された場合のみ再生可能な暗号化された形式で携帯プレーヤ機器に配信されてもよい。携帯プレーヤ機器（または装置）は、ユーザによって設定できないまたは再設定できないが、正確な時間および日付情報を提供するセキュリティ保護された加入者ネットワークにセキュリティ保護されかつ認証された接続を確立することによって、デジタルで設定することのみができる内部クロック（ユーザが時間ベースの申し込みのためのコンテンツの終了および無効化を回避することを妨げる必要部分である）で構築されることが好ましい。携帯プレーヤ機器は、コンテンツ選択が機器によって再生されるまたは転送されるごとに、時間と日付を記録するモニタリングモジュールも含む。モニタリングモジュールは、何らかの理由で携帯プレーヤ機器とネットワークとの間で接続がなされる場合、ネットワーク（例えば、機器のアップロードマネージャーを介して）にモニタリング結果を転送するための報告モジュールを含むことも好ましい。さらに、携帯プレーヤ機器は、再生機構によって解読キーへの条件付きアクセスを実行するソフトウェア（セキュリティ保護されたハードウェア構成によって支持された）を含むことが好ましく、その条件は、サーバ側オペレータによって更新可能に設定されることが好ましく、ユーザがコンテンツサービスへの現在有効な加入者であることを確保してもよく、あるいは、再生制限回数を超過していない（サーバとは対照的に、プレーヤ機器上で機構によって実行された他の例の条件が、ＤＲＭまたは安全性機構が改ざんされたかどうかを検出することを含んでいてもよい）。
【００２１】
前述した機器の第２の実施形態では、第２の携帯ピアツーピア無線通信プレーヤ機器との間で音声および／または映像および関連するファイルを転送するための携帯ピアツーピア無線通信プレーヤ機器は、外部機器（ピア機器およびデジタルコンピュータなど）と無線で通信するための無線トランシーバユニットと、音声ファイルを再生するための音声出力ユニットと、映像を表示および／またはユーザインターフェイス情報を表示するための視覚出力ユニット（例えば、ユーザインターフェイス情報の場合には、（当業者によく知られているように）メニュー形式の音声出力手段と取り替えられてもよいＬＣＤ画面または他の既存または今後作製される出力技術）と、ユーザ入力インターフェイスおよびマイクロプロセッサを有する制御演算ユニットと、デジタルデータを記憶するためのデジタル記憶手段と、機器を操作する含まれたソフトウェア技法とを含むことが好ましく、デジタルデータは、音声および／または映像データコンテンツおよび曲目リストを含むことが好ましい。さらに、音声出力ユニットは、スピーカとヘッドホンからなる群から１つまたは複数を含んでいることが好ましく、ユーザ入力装置は、ボタン、キー、ジョイスティック、トグル、スイッチ、キーボード、タッチパッドおよびタッチスクリーンの配置からなる群から１つまたは複数から構成されてもよく、それらは、赤外線、抵抗、誘導および容量検出手段を含んでいてもよい。ソフトウェアは、通信モジュール、処理モジュール、セキュリティモジュール、ユーザインターフェイスモジュール、常駐データベース管理モジュール、記憶および検索モジュール、再生モジュールのうちの１つまたは複数を含んでいてもよい。
【００２２】
第２の実施形態のユーザ入力インターフェイスは、映像出力機器上に表示された１セットの対話型画面を含むことが好ましく、さらに、音声および／または映像コンテンツ配信センターアップロードマネージャーおよびデータベースに送信するためのコンテンツ要求リストを生成するために、画面表示ページに応じて１つまたは複数のタイトルの選択に必要なステップを含む。セキュリティモジュールは、携帯ピアツーピア無線通信プレーヤ機器の操作を可能にするアップストリーム基地局との対話のための手段と、少なくとも１つの第２の携帯ピアツーピア無線通信プレーヤ機器との対話と、ネットワーク／サーバレベルで、プログラムされた変更によって修正してもよい１セットの申し込みおよび使用ルールによる音声および映像コンテンツファイルの終了とを含む。そのようなルールは、例えば、ネットワークが、過去３０日以内に機器上の申し込みを認証せず有効にしないかぎり、携帯機器上に常駐する任意の申し込みベースのコンテンツの再生の禁止を含んでいてもよい。
【００２３】
第３の実施形態では、曲目リストを生成し、インターネットベースのデータベースサーバへのインターネット接続を有するローカル基地局に無線で送信し、関連する複数の音声および／または映像データコンテンツファイルを受信するための携帯ピアツーピア無線通信プレーヤ機器は、ローカル無線基地局を介して、インターネットベースのデータベースサーバに通信可能に接続された第２の実施形態と同様の携帯ピアツーピア無線通信プレーヤ機器を含むことが好ましい。第３の実施形態では、無線通信は、Ｗｉ−Ｆｉプロトコル（またはＷｉ−Ｍａｘなどの変形例）を使用してなされることが好ましい。インターネットベースのデータベースサーバは、要求機器が承認された申し込みを有することを最初にベリファイした後、曲目リスト送信要求に応じて記憶された音声および／または映像コンテンツファイルを配信し、要求機器に再許可メッセージを送信し、ローカルセキュリティモジュールを再設定して、第１の有効化行為を生成し、要求機器に無効化メッセージを送信して、機器が承認された申し込みを有さない場合、ローカルセキュリティモジュールに無効化する行為を生成させる。
【００２４】
第４の実施形態では、音声および／または映像データコンテンツを携帯ピアツーピア無線通信プレーヤ機器に配信するためのセキュリティ保護された申し込み保護通信システムは、（１）対話型ユーザインターフェイスを介してまたはユーザが所望するが現在、機器（例えば、ユーザがコンパイルした歌または映像の好ましいシーケンス（「曲目リスト」）に基づいて、いくつかのみが、現在携帯機器上に記憶されている）上に記憶されていない１つまたは複数の選択のリストを自動的に決定することによりコンテンツ要求リストを生成し、コンテンツ要求リストをローカル基地局に送信し、ローカル基地局から送信された関連する音声および／または映像ファイルを受信し記憶し、オンデマンドまたは自動で他のピアツーピア機器にコンテンツファイルを送信して他のピアツーピア機器から受信し、機器との無線接続を確立する他のユーザへと同様にそのユーザへの機器上で利用可能なコンテンツのリストを表示し、機器上に常駐していなくても可能なコンテンツ選択のリストをユーザに表示し、カスタム曲目リストの開発および修正を含めて大量のデジタルコンテンツの管理を可能にし、申し込みが有効な場合にはユーザ選択に応じて音声および／または映像ファイルを再生し、ユーザが機器上でコンテンツを再生することができないように申し込みが無効である場合にはレンダリングされるコンテンツを無効にする携帯ピアツーピア無線通信プレーヤ機器と、（２）ピアツーピア携帯無線通信プレーヤ機器からコンテンツ要求を受信し、インターネット通信リンクを介して、インターネットベースのデータベースサーバに受信要求を送信するローカル基地局受信装置と、（３）関連するタイトルまたはファイルＩＤを入力することによってアクセス可能な複数の音声および／または映像ファイルを記憶し管理し、複数の携帯ピアツーピア無線通信プレーヤ機器のための申し込み情報（例えば、アクセス権および終了タイミングなど）を追跡し、アーティスト専用の素材および権利を追跡し、携帯ピアツーピアワイヤレス通信機器の各１つ上の専用の素材の使用を追跡し、インターネット通信接続を介してローカル基地局からコンテンツ要求リストを受信し、受信曲目リストによって示された選択された音声および／または映像ファイルを検索し、携帯ピアツーピア無線通信プレーヤ機器への再送信のためにローカル基地局に選択された音声および／または映像ファイルを送信するインターネットベースのデータベースサーバと、（４）インターネット通信リンクを介して、アップストリームデータベースサーバから送信された音声および／または映像ファイルを受信し、要求している携帯ピアツーピア無線通信プレーヤ機器に、受信音声および映像ファイルを再送信するローカル基地局発信機とを含むことが好ましい。
【００２５】
第５の実施形態では、受信曲目リストに応じて、携帯ピアツーピア無線通信プレーヤ機器に音声および／または映像コンテンツファイルを配信するためのセキュリティ保護された申し込み保護メディア配信機構は、（１）対話型ユーザインターフェイス（またはユーザがあらかじめ選択するユーザの選好に基づいて自動的におよび／または所定の設定のルールまたは他の基準）を介してユーザコンテンツ要求リストを生成し、ローカル基地局に生成された要求リストを送信し、ローカル基地局から送信された関連する音声および／または映像ファイルを受信し記憶し、申し込みが有効な場合にはユーザの選択に応じて音声および／または映像ファイルを再生し、申し込みが無効な場合にはコンテンツを無効にしおよび／または削除するピアツーピアワイヤレス通信機器と、（２）携帯ピアツーピア無線通信プレーヤ機器から要求を受信し、インターネット通信リンクを介して、データベースサーバに受信要求を送信するローカル基地局受信装置と、（３）関連するタイトルまたはファイルＩＤを入力することによってアクセス可能な複数の音声および／または映像ファイルを記憶し管理し、複数の携帯ピアツーピア無線通信プレーヤ機器のための申し込み情報を追跡し、アーティスト専用の素材および権利を追跡し、複数の携帯ピアツーピアワイヤレス通信機器の各１つ上の専用の素材の使用を追跡し、インターネット通信接続を介してローカル基地局からコンテンツ要求リストを受信し、受信曲目リストによって示された選択された音声および／または映像ファイルを検索し、携帯ピアツーピア無線通信プレーヤ機器への再送信のためにローカル基地局に選択された音声および／または映像ファイルを送信するデータベースサーバと、（４）インターネット通信リンクを介して、アップストリームデータベースサーバから送信された音声および映像ファイルを受信し、要求している携帯ピアツーピア無線通信プレーヤ機器に、受信音声および／または映像ファイルを再送信するローカル基地局発信機とを含むことが好ましい。
【００２６】
第６の実施形態では、無線プロトコルを使用して、音声および／または映像データコンテンツを選択し、ダウンロードし、再生するための無線通信システムは、本実施形態で、８０２．１ｘ（または類似の）標準、および関連する技術（現在存在するまたは今後開発される他の無線技術（Ｗｉ−Ｆｉとして置き換え可能なＷｉ−ＭＡＸなど）とともに、本願明細書で援用されている）に基づいていてもよく、さらに、第１のインターネット接続と、複数の音声および／または映像データコンテンツファイルと、入力されたタイトルまたはファイルＩＤ選択要求に応じて、音声および／または映像データコンテンツファイルの固有の１つを定義しダウンロードするための変換および検索手段を含む申し込みベースのデータベースサーバとを含むことが好ましい。また、無線通信システムは、第１のインターネット接続と通信して第２のインターネット接続を有するローカルＷｉ−Ｆｉ基地局と、携帯無線通信申し込み可能なプレーヤ機器とを含むことが好ましく、さらに、少なくとも１つのタイトルまたはファイルＩＤ選択要求を生成するための選択手段と、第１のタイトル選択要求をローカル基地局に送信し、そこからデータベースサーバに送信するためのＷｉ−Ｆｉ送信手段と、送信されたタイトル選択要求に応じてダウンロードされた音声および／または映像データコンテンツファイルを受信するためのＷｉ−Ｆｉ受信手段と、ダウンロードされた音声および／または映像データコンテンツファイルを再生するための再生手段とを含む。
【００２７】
第６の実施形態の携帯無線通信申し込み可能なプレーヤ機器は、さらに、少なくとも１つの申し込み状態表示器に応じて、ユニットの操作を制御するためにセキュリティユニットを含む。携帯無線通信加入者プレーヤ機器の選択手段は、さらに、ディスプレイユニットおよびユーザ入力手段を含み、さらにボタン、ディスプレイユニット上のタッチパッド位置、ジョイスティック、トグル、キー、キーボードまたは音声認識入力手段などの入力装置を含んでいてもよい。
【００２８】
第６の実施形態の携帯無線通信加入者プレーヤ機器は、さらに、Ｗｉ−Ｆｉプロトコルを使用して、２つの機器間のデータを転送する目的で、第２の携帯無線通信申し込み可能なプレーヤ機器に無線で接続するための通信手段を含む。携帯加入者無線通信申し込み可能なプレーヤ機器は、Ｗｉ−Ｆｉプロトコルを使用して、音声および／または映像データコンテンツ（または「コンテンツ」の定義につき、本願明細書では任意の他のデータファイル）を選択し、ダウンロードし、再生するための手段を含むことが好ましく、Ｗｉ−Ｆｉプロトコルは、音声および／または映像タイトルの表示されたリストから少なくとも１つを選択し、少なくとも１つの第１のタイトル選択要求を生成するための選択手段と、第１のタイトル選択要求をローカル基地局に送信し、そこからデータベースサーバに送信するためのＷｉ−Ｆｉ送信手段と、送信されたタイトル選択要求に応じてダウンロードされた音声および／または映像データコンテンツファイルを受信するためのＷｉ−Ｆｉ受信手段と、ダウンロードされた音声および／または映像データコンテンツファイルを再生するための再生手段とを含む。第６の実施形態の携帯無線通信申し込み可能なプレーヤ機器は、さらに、少なくとも１つの申し込み状態表示器に応じて、ユニットの操作を制御するためのセキュリティユニットを含むことが好ましい。
【図面の簡単な説明】
【００２９】
【図１】各ユーザが、機器に関連する特性および他のデータを設定することが可能な状態で、１人または複数のユーザによって所有されまたはアクセス可能ないくつかの機器を備えたシステムのブロック図を示す。
【図１Ａ】曲目リストのリモート編集の例を示す。
【図１Ｂ】いくつかの進歩したピアツーピア特徴を実行するシステムのブロック図に示す。
【図１Ｃ】カタログリストを処理するために採用された機器１０のためのブロック図を示す。
【図１Ｄ】ＤＲＭライセンスプレフェッチングプロセスを例示するフローチャートを示す。
【図１Ｅ】ユーザが選曲の推奨リストを受信するフローチャートを示す。
【図１Ｆ】無線携帯機器を通してＰ２Ｐファイルシェアリングプロトコルの例の結合されたフローチャートおよびブロック図を示す。
【図１Ｇ】仲間の間での音声ファイル送信のフローチャートを示す。
【図１Ｈ】曲目リストに歌を加えるためのスキームを示す。
【図１Ｉ】曲目リストに歌を加えるためのフローチャートを示す。
【図１Ｊ】電話を介して機器に歌をダウンロードするためのフローチャートを示す。
【図１Ｋ】任意の地上通信線または携帯電話を介してコンテンツにアクセスするためのブロック図を示す。
【図２】いくつかのソースから携帯機器上でコンテンツを連続してダウンロードするためのフローチャートを示す。
【図３】新しいコンテンツリストが、エンドユーザのモバイル機器と互換性があるフォーマットにコンパイルされた（任意に圧縮された）中継サーバシステムに提供されるシステムを例示する。
【図３Ａ】携帯電話を介してコンテンツにアクセスするためのブロック図を示す。
【図４】エンドユーザ機器と、中継サーバシステムが、機器のための１つまたは複数のセキュリティ手段（ＤＲＭなど）を含むコンテンツの要求を処理して、時間とともにセキュリティプロトコルに対する変化および発生する可能性のある他の問題から機器を隔離する中継サーバシステムとの間で使用されるセキュリティ手段を有するシステムを例示する。
【図５】ユーザがパーソナルコンピュータ上（またはモバイル機器上）に選好を設定し、サーバにエンドユーザ機器に自動的に送信される曲目リスト／コンテンツを発生させることを例示する。
【発明を実施するための形態】
【００３０】
特徴１−携帯機器からのリモートプロファイル選択
親出願に記載された当初のシステムでは、携帯機器に重点が置かれている。携帯機器は、ユーザが、ユーザプロファイル自体のすべての変更を行うことを可能にするためにセットアップされた。しかし、場合によって、ユーザは、これらの後の機器が、より大きな画面および一般により十分機能的なインターフェイスまたは他の機器を有するため、単に、ユーザが変更したいときに機器に便利にアクセスするため、デスクトップまたはラップトップコンピュータからユーザのプロファイルに変更を加えることを好む場合がある。この機能を行うシステムが図１に示されている。
【００３１】
図１では、ユーザが、いくつかの異なる機器を所有、操作、またはアクセスするシステム１００が示され、図には、１０および１２と付けられた２つのそのような機器が示されている。各機器は、有線または無線接続（例えば、ＷＩＦＩ）を使用し、ブラウザでまたはブラウザを用いず、インターネット１６上でコンテンツサーバ１４にアクセスする。ユーザは、各機器を介して、ユーザ名、パスワードなどを使用して、サーバ１４上でユーザのアカウントにアクセスすることができる。一旦、ユーザがユーザのアカウントにアクセスすると、ユーザは、ユーザのアドレス、電話番号、好ましいクレジットカードなどの様々な変更を行うことができる。さらに、ユーザは、ユーザが聞くことを好む音楽のジャンルも含めて、ユーザのプロファイルに変更を加えることができ、または、歌のユーザのリストを修正することができる。さらに、ユーザは、ユーザのアカウントに関連する機器のいずれものための様々な設定を修正することもできる。
【００３２】
例えば、機器１０は、デスクトップパーソナルコンピュータであってもよく、機器１２は、携帯音楽プレーヤであってもよい。すでに述べたように、ユーザは、一方の機器からサーバにアクセスすることができ、または個人情報、プロファイル情報などを変更することができる。ユーザは、デスクトップからの携帯音楽プレーヤ上で様々な設定を確認または変更することもできる。例えば、プレーヤは、他の機器が、プレーヤから選択にアクセスしダウンロードするのを停止するプライバシ設定を有していてもよい。このプライバシ設定は、パーソナルコンピュータからリモートに可能とすることができる。
【００３３】
ユーザによって行われた変更は、すべて、コンテンツサーバ１４によってユーザのアカウントに入力され、アカウントメモリまたはデータベース１８に記憶される。このプロセスは、インターネットウェブベースのシンクライアントを使用して実行することが好ましい。この次に、ユーザが、携帯プレーヤ１２を使用して、ユーザのアカウントにアクセスする場合、プレーヤは、その操作に関連する他の情報と同様にプライバシ設定を含めて、新しい設定を自動的にダウンロードする。
【００３４】
特徴２−携帯機器選択のリモート編集
本発明の他の特徴は、ユーザが、例えば、図１のシステム１００を使用して、機器１２についての情報を編集する機器１０などの機器上で使用することができることである。この目的のために、アドレス、電話番号、ユーザがダウンロードした歌のリスト、およびそれらの処理などの様々なリストおよび他のデータは、すべて、アカウントメモリまたはデータベースに記憶される。他の情報および実際のコンテンツは、歌、マルチメディアコンテンツファイル、電子メール、画像などの選択を含めて、このように同様に記憶されている。
【００３５】
機器１０は、いつでもコンテンツサーバ１４と交信していてもよいが、機器１２はその必要がない。一旦、ユーザがサーバ１０にアクセスすると、ユーザは、同様に、コンテンツを含むファイルと同様に、様々なリストに変更を加えることができる。ユーザは、これらのリストを整理する項目を加算するかまたはリストなどから項目を削除することにより、これらのリストを変更することができる。同様に、ユーザは、メモリ１８中のコンテンツを再整理するか、または所望によりコンテンツを削除することができる。
【００３６】
したがって、Ｗｉ−Ｆｉサービスが定期的に予定時間に利用可能な場合、またはユーザによって要求される場合、各機器間の交信を、連続的に散発的に確立することができる。次に、ユーザがユーザの機器でコンテンツサーバ１４にアクセスするときに、それぞれの機器中の情報は、ＰＤＡで使用されるものに類似する同期動作を使用して更新される。このプロセスは、自動的またはユーザによって要求された場合に行うこともできる。更新または同期が自動的に行われる場合、ユーザは、それを無効にするオプションを有する。このプロセスは、ユーザが他のユーザに情報（テキスト、音声、映像および他のメディアを含む）を送信することも可能にする。例えば、所望により、ユーザＡの機器１０の１つは、同様の方法で、ユーザＢの機器１２に情報を送ることができる。図１Ａは、これらの特徴を実行するために例示的なフローチャートを示す。図１Ａでは、ユーザは、ステップ５０２でユーザのアカウントにログインし、次いでステップ５０４でユーザの曲目リストを修正することができ、ステップ５０６でデータベース中のサーバ上に記憶される。ステップ５０８において、ユーザの機器は、後で、サーバと交信する。なんらかの変更が行われる場合（ステップ５１０）、最新の曲目リスト情報は、ステップ５１２の機器に送信される。変更が行われない場合、ユーザは、ステップ５１４において、他の機器の機能を続行することができる。
【００３７】
特徴３，４−自動コンテンツ配信およびポッドキャスティング
さらに、本発明は、エンドユーザ機器に自動的に直接新しいコンテンツを配信するためのシステムを提供する。ユーザは、携帯または他の機器のユーザインターフェイスによって特定の「Ｇｒｅｍｌｉｓｔ」（登録商標）または「ポッドキャスト（ｐｏｄｃａｓｔ）」に対する選好を示すか、またはそうでない場合、ユーザインターフェイス（本願明細書ではまとめて「ポッドキャスト」と称する）を介してサーバから他の同様の「プッシュコンテンツ」に対する選好を示し、（図１に示すように）コンテンツサーバ１４によってユーザに提示されてもよい。そのようなポッドキャストは、それぞれ、ＡＶプログラムの更新および発行者が利用可能であることを望んでいる任意の更新を含んでいてもよい（例えば、個別のＡＶプログラムの曲目リストであってもよい）。システム１００の機器のユーザは、１つまたは複数のポッドキャストに署名してもよい。次いで、ポッドキャストからのコンテンツは、それぞれの機器が更新のためにサーバと交信する場合は常に、および／または、コンテンツサーバ１４が、メッセージを、新しいコンテンツがダウンロード可能である機器に送信する場合、コンテンツサーバ１４または２０（サービスプロバイダの内部または外部であってもよい）に記憶された、デジタル化されたメディアファイルから機器１０および１２に利用可能になる。
【００３８】
これは、多数の方法で実行されてもよい。まず、ユーザは、携帯無線機器１０インターフェイス、またはブラウザを備えたパーソナルコンピュータなどの任意の他の機器１２を介して、ポッドキャストの選択にアクセスすることができる。ユーザは、ＵＲＬを手動で入力する（または閲覧する）ことにより、またはサーバ１４（プロバイダまたはユーザによって時々更新することができる）に記憶された利用可能なポッドキャストの集合を検索または閲覧することにより、ユーザのアカウントにポッドキャストを選択することができ、このリストは、周期的にポッドキャストＵＲＬ２０を取得しメタデータをコンパイルし、整理することによって利用可能なポッドキャストのコンテンツを集めるサーバによってコンパイルされてもよい。ポッドキャストのリストは、ブラウザを使用する機器で従来の手段によって示されるか、または検索可能／閲覧可能であってもよい。しかし、利用可能なポッドキャストのリストは、米国特許出願第１０／９５３，７４６号（特許文献３）に詳述されたものなどの非同期カタログ機構を介して検索可能および閲覧可能でもある（サーバに対するオンラインライブ検索に加えて）。これは、機器がインターネットに現在接続されなかった場合でも、ユーザがメタデータを再調査し、低遅延でユーザのアカウントにポッドキャストを選択することを可能にする。とにかく、すべての場合、各ポッドキャストについて、ユーザは、基礎メタデータフィールドにアクセスし、少なくとも、版のポッドキャストタイトルおよびリストを含んでいるが、さらに、短い説明および長い説明、記述的なポッドキャストタイトル版タイトル、原作者、出版年などを含んでいてもよい。ユーザは、任意の利用可能なインターフェイスから、定期購読するかまたは定期購読を停止する（または任意の個々の版または版のグループもダウンロードする）選好を示すことができる。
【００３９】
どんな場合も、これらの利用可能な手段のうちのいずれによっても、ユーザは、１つまたは複数のそのようなポッドキャストに対する選好を示す。次いで、機器自体が、これらの設定を記憶することができ、その結果、例えば、ＲＳＳ  ＸＭＬまたはＲＤＦ  ＸＭＬなどの標準ポッドキャストプロトコル、および機器上で稼動している互換性ソフトウェアを使用して、直接Ｗｉ−Ｆｉに関するポッドキャストコンテンツをダウンロードすることができる。（比較的大きなメディアファイルが、送信元コンテンツサーバ２０からユーザ機器１０によって常に直接ダウンロードされ、集積者のサーバ１４によってプロキシされないように、システムは設計され、非能率的な処理能力消費を引き起こす）。代替的には、専用プロトコルまたは修正プロトコルを使用することができる。しかし、サーバ１４は、ユーザがそのアカウントメモリ１８で定期購読するポッドキャストを記録するが、機器をなくしたユーザが、新しい機器にこれらの設定を容易に戻すことができるようになっている。他の利点も利用可能になり、特に、ユーザは、サーバ１４（例えば、ブラウザを備えたパーソナルコンピュータ機器１２）への任意の利用可能なアクセスによって所望のポッドキャストおよびポッドキャスト版のユーザのリストに変更を加えることができ（例えば、３つの新しいポッドキャストを定期購読することができ）、それらの変更が自動的に反映され、ユーザの主な携帯無線機器１０と同期させられる。最終的に、いかなる場合でも、これは、携帯無線機器のユーザが最新の公表されたポッドキャストにアクセスすることが可能であり、最小限のユーザ行為を要求するユーザの機器への無線リンクに関して便利に非同期にダウンロードされ、その設定は、サーバ１４への最終的なアクセスで任意の利用可能な機器から制御されてもよい。
【００４０】
新しいコンテンツは、ＤＲＭ保護することができるが、ＤＲＭ保護する必要はない（コンテンツがＤＲＭ保護されると、機器は、ソフトウェアを解読する互換性ＤＲＭを必要とし、任意の必要なアカウントまたはユーザ認証情報を含むＤＲＭサーバに対する適切な試みをもたらす手段を必要とする）。次いで、機器（１０など）は、ネットワークが利用可能な間、サーバ１４に周期的に接続し、かつ定期購読されるポッドキャストから自動的に新しいコンテンツをダウンロードするように設定することができ、したがって、さらなるユーザ対話なしでユーザに利用可能である。新しいコンテンツは、現在のものに上書きすることができるかまたは初期コンテンツに加えることができ、所望により蓄積／付加することができる。ユーザは、蔵書（潜在的にセキュリティ保護された機器ソフトウェアによって実行される料金および／または暗号化コンテンツに関連するＤＲＭの使用権）に対して任意の版を保存するか、または好ましくは自動化したメモリ管理ソフトウェアに新しいコンテンツがダウンロードされ、より多くのスペースが必要なため、古いコンテンツを削除するために、オプションを付与することができる。
【００４１】
有利に、この特徴は、携帯プレーヤで行われ、したがって、コンテンツは、ブラウザなしで常時接続（例えば、活動的ユーザとのＷｉ−ＦｉまたはＷｉ−ＭＡＸ機器用）を要求しない非同期で得ることができる。特に、ＲＳＳ  ＸＭＬソフトウェアが利用可能でない場合、米国特許出願第１０／９５３，７４６号（特許文献３）でダウンロードする「Ｇｒｅｍｉｓｔ（登録商標）」プッシュコンテンツに使用されるものなどの専用プロトコルを使用することができる。そのようなプロトコルは、様々なプロバイダによって使用される時間のＲＳＳ／ＲＤＦプロトコル、およびサービス集積者の視点からより高い安全性および制御の提供への変化から機器を隔離する利点も有する。また、ユーザが多数のソースからの多くのポッドキャストを追跡している場合、サーバが更新のリストを集めるなどの接続に先立ってタスクを行うことができるため、無線リンクに関してより効率的なトランザクションも提供する。さらに、このシステムの設計は、非常に有益であり、合計されているサーバ１４のサービスプロバイダおよびオペレータがより大きい制御を望み、それらのサポートされたモバイルユーザにより管理され、不具合のないサービスを提供しようと努力し、ビジネスおよび／またはユーザ体験目的によって促進されてもよい。
【００４２】
特徴５−拡張ピアツーピア機能
前述したように、このシステムの利点は、Ｗｉ−Ｆｉ機器／携帯電話／など、例えば、ホットリスト上で様々なピアツーピア機能を行う能力を有するということである。ホットリストアップすることは、ユーザが歌（または所望の歌に関する基準）の希望リストを作成することを含んでいてもよい。サーバは、各々のそのユーザのホットリストをモニタし、歌のうちの１つが公表されるまたはソース（例えば、潜在的に同じ地域の他のユーザ）から利用可能になる場合、サーバ１４は、正規ルートによって歌を取得し、それぞれの機器（複数の機器）に利用可能とし、それによって、自動的に希望リストを満足させる。
【００４３】
本発明の他の態様は、拡張ピアツーピアプロトコルおよび機能を使用して、無線通信または他のネットワークなどの適切な手段、接続を備えた２つの機器に関する。機器が相互に検出可能な場合、それらは、仲間リスト、ホットリスト、曲目リストなどを含む各種データおよびコンテンツを交換し、共有することができる。機器は、携帯無線機器、パーソナルコンピュータなどとすることができる。機器の１つが、Ｗｉ−Ｆｉチップを備えた携帯機器である場合、ネットワーク（「インフラストラクチャーモード」）に無線接続することができ、例えば、Ｔ−モバイル（登録商標）ホットスポットからインターネットに接続することができる。Ｗｉ−Ｆｉ（「アドホックモード」）を直接使用して、他の機器（つまり、１つまたは複数の機器）に接続することもできる。
【００４４】
これらの目的のために、無線機器上のソフトウェアは、他のもの（所定の基準を使用する）上で１つの接続を好む、利用可能な接続を走査するためにアルゴリズムを使用する。例えば、機器は、まず、最も高い信号強度（インフラストラクチャーモードで）で、他の機器に自動的に直接、無線でポイントツーポイント接続することができない場合（アドホックモード）、Ｗｉ−Ｆｉアクセスポイントを介してインターネットに接続を試みることができる。他の基準は、同様に、他のものに対して１つの機器を選択するために使用されてもよい。
【００４５】
インターネットに接続される場合、機器（例えば、機器１２）は、中央サーバ、または様々なインターネットピアツーピアアーキテクチャのいずれかを介して、他の接続された機器のリストを示すことができる。いずれの場合も、機器が他の機器に接続する場合、ソフトウェアは、ユーザの便宜のための多くの自動化された特徴を可能にすることができる。例えば、ユーザが、デジタルの歌または映画などの特定のコンテンツファイルを捜している場合、機器は、自動的に利用可能な接続をすべて走査し、特定のコンテンツファイルが、他の機器（インターネットまたはポイントツーポイントを介して）上で発見されると、所望のコンテンツが他の機器から得られる。対象となる機器上のソフトウェアは、他の機器がそれと交信する場合、その機器上で利用可能なコンテンツのリストを自動的に提供する。
【００４６】
機器は、追加情報も示すことができる。例えば、無線携帯デジタル音楽プレーヤ上で、そのプレーヤ上での最新の歌の再生を示すなどの、他のユーザの状況に関する情報を示すこともできる（リアルタイムで更新するように任意に開発されていてもよい）。無線接続（もちろん、それぞれのコンテンツのＤＲＭルールによってこれらが可能とされるという条件で）を介して、ソフトウェアは、機器も送信するか、またはそうでなければ、コンテンツおよび歌、写真、映像、選好、リスト、テキストなどを含む他の情報を交換することを可能にする。典型的には、この特徴は、対象となる機器にメッセージを送信し、対象となる機器にオプションを付与して送信者（または代替的には、インターネット上の商用デジタルコンテンツ配信サービスなどのコンテンツの中央ソースから）からコンテンツをダウンロードすることによりなされる。別の実施形態では、一度、機器が何が他方上にあるのかが分かると、直接（両方の機器が同時にオンラインである場合）、データを交換することができ、または、受信者がいない場合、発信者は、コンテンツサーバ１４にデータを送信することができる。次いで、受信者がオンライン化される場合、情報を受信者に送信することができるまで、サーバ１４は、データベースにこの情報を記憶する（注：「送信」は、受信者機器を介して、いかなる場合でも、クライアントサーバ方式で、所望のコンテンツを「求める」かまた「取る」ことを生じる場合がある）。図１Ｂは、これらの特徴を実行するためのシステムのブロック図を示す。この目的のために、ユーザ機器１０は、接続ロジックソフトウェアモジュール６０６、利用可能なコンテンツモジュールのリスト６０８、および希望リストまたはホットリストモジュール６１０を含む。サーバ１４は、様々なユーザ希望リスト、ホットリストなど（６０２）のデータベースキャッシュ、および前述したプロセスを再生するための利用可能なコンテンツ６０４のデータベースと関係する。
【００４７】
特徴６−カタログでの利用可能なコンテンツの構成
前述したように、本発明の特徴のうちの１つは、機器上で様々なリストの操作に関する。この特徴の１つの態様は、大量のリスト（例えば５０，０００を超える項目、または何百万の項目）の構成である。各リストは、多重層および下位層に配置されている。音楽について、各層は、例えば、タイトルの最初の単語によって一群の歌を識別する。あとに続く下位層は、前述した第１の単語を含むかまたは第１の単語から始まるすべての歌を含む。同じ歌の様々な版がリストされる場合、様々なタイプのメタデータ（例えば、アーティスト、歌の長さ、それがリリースされた日付などを使用する）が、同じタイトルの歌を区別するために使用される。この特徴は、このように配置されたリストを、携帯プレーヤの小さい画面上でさえ容易に捜せるために有利である。特に、ユーザは、容易にかつ有意に、小さな画面（例えば、同じタイトルを有する同一の歌が、２つの異なるアルバムの同じアーティストによってリリースされる場合）上で同じ歌のバージョンを互いに区別することができる。
【００４８】
本発明の１つの新しい特徴は、リストからの歌がロードされる方法である。最初に、リストは、携帯プレーヤにダウンロードされる歌から作成される。このリストは、ユーザからの個々のエントリまたはユーザによってファイルとして入力された完成リストから構成されてもよい。リストは、ユーザの選好に基づき自動的に生成されるか、あるいはサーバまたは他のユーザから自動的にダウンロードすることもできる。
【００４９】
一旦、新しいリストが、プレーヤへダウンロードされるか、または既存リストが更新されると、リストによって識別された対応する歌が、プレーヤにダウンロードされる。この概念を実行するフローチャートが図２に示されている。ステップ１００において、プレーヤは、Ｗｉ−Ｆｉ接続を介して、サーバ（または他の機器）へのチャンネルを得る。ステップ１０２において、プレーヤは、それがプレーヤにまだロードされていない歌の新しいリストまたは不完全なリストを有するかどうかを判断する。それが有していない場合、プレーヤは、前述した機能のうちのいずれかを含めて、ステップ１０４の他の機能を継続する。歌をダウンロードしなければならない場合、ステップ１０６において、ダウンロードされる最初の歌が選択される。ステップ１０８において、歌のＩＤは、サーバに送信される（または、システムをサーバがダウンロードされる歌のＩＤを決定するように構成することができる）。ステップ１０９において、サーバは、要求を有効にし、要求が実行されることができる１つまたは複数の利用可能な場所（外部コンテンツサーバ３０２上のＵＲＬなど）を決定し、この情報を機器１２に利用可能にする。
【００５０】
ステップ１１０において、選択された歌をダウンロードするプロセスが開始される。ダウンロードプロセス中に、サーバへのチャンネルはモニタされる。チャンネルがまだ開かれている場合、プロセスは継続する。チャンネルが、ステップ１１２で中断される場合、ダウンロードプロセスは停止され、マーカは、ステップ１１４で歌のどの部分またはどれだけうまくダウンロードされたかを示すために使用される。ステップ１１６において、プレーヤは、新しいＷｉ−Ｆｉチャンネルを捜す。チャンネルが新しい（または前の）サーバで確立される場合、歌のダウンロードは、マーカによって示されたポイントで継続される。
【００５１】
前に提供された説明では、歌がサーバからインターネットまでダウンロードされていると仮定された。もちろん、すでに述べたように、歌のためのソースは、他のプレーヤであってもよい。
【００５２】
各プレーヤの歌のリストを多くの異なる方法で生成することができる。本発明の１つの特徴によれば、推奨リストはユーザの選好を使用し、ユーザによって選択された歌をモニタし、同様のプロフィールおよび利点を有するユーザのグループによって選択された歌をモニタすることなどを含めて、様々な技術を使用して、サーバによって生成される。
【００５３】
人は、ある期間にわたって多くの歌をダウンロードする（またはサーバに集める）。このラグのために、歌のコレクションは、見かけ上の重複入力を含んでいてもよい。これらの入力は、実際の重複、つまり、同じ歌の２つまたは複数の正確な複製、同じ歌（オーケストラおよび／またはアーティスト、楽器などによって異なるバージョン）の異なるバージョンを含んでいてもよく、または単に同じタイトルを共有するが、そうでない場合は全く異なる２つの異なる歌であってもよい。したがって、本発明では、カタログは、タイトル、アーティスト、プロデューサによって、集めたすべての歌から作成されるか、または他の基準を使用することによって作成される。見かけ上の重複を有する歌は、アスタリスクなどの特定のシンボルで印を付けられる。例えば、この追加情報は、アーティストおよびアルバムを示す各重複のための入力を有するすべての重複のリストおよび／または他の情報を含んでいてもよい。好ましくは、歌の入力のカタログの生成およびカタログを生成するために使用されたすべての歌のインデックスを付けることは、サーバによって再生される。ユーザが、このシンボルを有する歌を選択する場合、第２のウィンドウは、ユーザがどんな種類の重複が記憶されるかを決定することができる追加情報で提示される。このプロセスは、重複が存在しても、ユーザが選択された歌を迅速かつ容易に選択し再生することを可能にする。
【００５４】
歌のカタログを表示するプロセスは、特に携帯端末機器において、ユーザが計算上の時間を最小限にしながら選択を迅速かつ容易にすることを可能にするために使用することができる。
【００５５】
コンテンツプロバイダから利用可能な歌は、マスタデータベース内に配置されている。このマスタデータベースは、公知のソートプログラムを使用して、アーティスト、タイトル、アルバム、ジャンル、リリース日などの任意の基準を使用して検索することができる。各ソートは、ＩＤのソートされたリストをサーバが送信することを必要とし、機器によって必要な処理を低減して、バッテリ電源上に保存し、かつ低遅延とする。サーバは、迅速かつ容易にユーザに他の属性を見せることができるようにデータを準備する。例えば、アーティストが見つかり、アルバムが表示される場合、特定のアルバムを見つけることを簡単にするために、それらをアルファベット順で表示する。アーティストによって最近リリースされたアルバムは、鮮明に強調表示され、そうでない場合はユーザのためにフラグが立てられ、その結果、ユーザは、速く、最も関連性のある最新の素材を見ることもできる。他の表示器は、「最も注目度の高い」リリースに関するデータなど、同様の方法で送信することができる。カタログのリストの扱いに必要な要素を示す機器１０のブロック図が図１Ｃに示される。要素は、ロジックモジュール７０４、ユーザインターフェイス７０６、利用可能なトラックのマスタリスト７０８、利用可能トラック（「スライス」ファイル）のソートされた表示７１０、重複タイトルのファイル７１２、およびファイルのインデックス７１４である。
【００５６】
特徴７−新しいリストの取り扱い
一旦、推奨リストが生成されると、サーバは、ユーザにこのリストを提示する。ユーザは、全体のリストをダウンロードするか、またはリスト上のいずれかまたはすべての歌を選択し聞くというオプションを有する。ユーザは、リストから代表的なクリップのみを受信することもできる。もちろん、歌を買う／再生する／などのための他のすべてのルールは、任意のＤＲＭ（デジタル著作権管理）または他のセキュリティルールも含めてある。これらのルールは、所定回数、所定期間などにのみ歌が複製されることを要求する可能性がある。ユーザが曲目リストを作成するか、または他のソース（例えば、他のユーザの機器またはユーザのコンピュータ）から、あるいは他のある方法から曲目リストを取得し、曲目リストが、プレーヤ上に現在記憶されない歌を参照する場合、プレーヤは、自動的にそれらの歌を識別し、いずれか他の機器およびサーバへのその無線通信および有線接続、直接ポイントツーポイント、またはネットワークを介して検索する。機器が、曲目リスト上にある歌を見つけると、第１の（またはより速い速度を提供する１つまたは複数のソースなどのベストであることが好ましい）利用可能なソースからそれ（所望により、分けて）をダウンロードし、ダウンロードが完了している場合には、ユーザに警告を出す。機器は、他の機器にクエリを送信し、その固有のユーザＩＤ（中央サーバによって前もって有効になった）を介してそれ自体を識別するとともに、それが検索しているトラックＩＤのリストを提供する（または、機器が、歌のタイトルおよび／または他のメタデータを提供し比較して、一致を確認することができる）。対象となる機器は、それが提供することができる利用可能な項目のリストを返し、次いで他の機器によるダウンロードのためにファイルを利用可能にする。これをＷｉ−Ｆｉに関するＵＰｎＰなどの専用プロトコルまたは開放用プロトコルによってなすことができる。
【００５７】
本発明の１つの実施形態では、ユーザは、様々な歌を聞くことに加えて、他のユーザの機器への１つまたは複数の選択を送信するかまたは放送することを決定することができる。この特徴は、ＤＲＭおよび選択用の他のセキュリティ手段によって可能とされるだけの場合は、もちろん、なされてもよい。放送は、標準ストリーム配信プロトコルを使用してなされる。
【００５８】
本発明の他の特徴は、ＤＲＭライセンスの事前配信である。コンテンツサーバ１４は、特定のユーザがオーダーするかまたはオーダーした（または、挙動および選好に基づいてオーダーする可能性が高いことも好ましい）が、まだ受信していないすべての歌のリストを有する。歌がまさに利用可能になることが明らかになる場合、サーバは、各ユーザに必要なＤＲＭライセンスを送信する。したがって、一旦、歌がユーザに実際に配信されると、中央サーバがその時になくても、ユーザは、ライセンスを待つ必要なしに、歌を聞き始め、楽しむことができる。「バイキング形式」を提示する時間ベースの申し込みサービスについて、各ライセンスは更新期間以下の長さに有効であり、加入者が有効に申し込みを更新するのみの場合、然るべく更新される。図１Ｄは、ＤＲＭライセンスプレフェッチングプロセスを例示するフローチャートを示す。ステップ８０２において、サーバは、受信していないユーザによってオーダーされたコンテンツのリスト、またはユーザによってオーダーされる可能性のある選好のリストをコンパイルする。機器は、ステップ８０４においてサーバと交信を行い、ステップ８０６においてコンテンツではなく、ＤＲＭライセンスを先取りする。ステップ８０８において、一旦、機器がアドホックモードにおいてＰ２Ｐ機器からコンテンツファイルを得れば、ユーザは、次いでプリフェッチライセンスを適用することにより、コンテンツを再生することができる。
【００５９】
特徴８−携帯電話ネットワークへの接続
１つの実施形態では、この発明によって構成され、図３Ａの１０Ａであると特定された機器は、機器が共通のセルラネットワークと通信することができるように、ＧＳＭ、ＣＤＭＡおよび／またはＴＤＭＡ（またはＥＤＧＥまたはＥｖＤＯなどのブロードバンドの種類）などの無線チップ１０Ｂを含む。この実施形態では、機器の主目的は、電話（音楽／映像アドオンを有する）またはデジタル音声／映像プレーヤ（オプション電話アドオンを有する）とすることができる。
【００６０】
より詳細に、図３Ａを参照して、機器１０Ａは、音声信号およびデータを携帯電話基地と交換する。携帯電話基地３０は、地上通信線によってＰＯＴＳ３２に接続され、この接続を介して、他のセルまたは地上電話との標準音声通信を提供する。さらに、基地３０も、インターネットゲートウェイ３４に接続され、機器１０Ａにインターネットサービス（所望により、電子メールを含む）を提供する。
【００６１】
さらに、機器１０Ａは、機器１０ＡがＷｉ−Ｆｉゲートウェイ３６と通信することができる内部Ｗｉ−Ｆｉ（または、Ｗｉ−Ｍａｘなどの他のブロードバンド無線）トランシーバ１０Ｃも含む。したがって、機器１０Ａは、インターネットゲートウェイ３４および携帯電話基地３０、またはＷｉ−Ｆｉゲートウェイ３６を介してインターネットにアクセスすることができる。
【００６２】
システム１００Ａは、そのコンテンツメモリ１６を有するネットワークサーバ１４のみでなく、マスタコンテンツデータベース３８も含むように示されている。データベース３８は、システム１００Ａの加入者に利用可能なすべてのコンテンツのための保管場所として使用されている。
【００６３】
システム１００Ａの利点は、機器１０Ａが、企業目標および達成目標によって決まる接続のために最適ネットワークを使用するということである。例えば、ユーザが、それが見つからないコンテンツの検索を行うことを可能にするために、機器１０Ａは、基地３０を介して、セルラネットワークを使用して、マスタコンテンツデータベース３８と交信する。これは、速いが制限された処理能力接続であるため、検索結果は、実質的に瞬間的に返される。
【００６４】
しかし、ユーザが、配信（特に、通常の音声通話と比較された場合）用のかなりの量の処理能力を消費する典型的に大きなファイルであるダウンロード（例えば、検索の結果として）用の映像または音声ファイルなどの典型的に大きなファイルをオーダーすることを決定すると、ユーザは、機器１０ＡがＷｉ−Ｆｉネットワーク（２Ｇセルラネットワークとは対照的に、あるいはＥＤＧＥまたはＥｖＤＯなどの２−１／２Ｇ、３Ｇまたは４Ｇネットワークでさえ、それらはより高い料金を意味してもよい）を使用して、コンテンツをダウンロードすることのみを要求することができ、ユーザにユビキタス検索アクセスを提供しながら、オペレータのためのセルラネットワーク上のロードを低減し、ユーザのためのダウンロードアクセスは、Ｗｉ−Ｆｉ接続を要求し続ける（または好む）。または、オペレータは、Ｗｉ−Ｆｉと比較された場合、恐らくサービスのユビキタス性質のプレミアム価格のために、ユーザにＷｉ−Ｆｉの代わりにＥｖＤＯなどのユビキタスワイヤレスネットワークに関するコンテンツをダウンロードする選択を提供することができる。この後の構成では、Ｗｉ−Ｆｉ接続が利用可能な場合、機器は、Ｗｉ−Ｆｉネットワークを介して通信をすべて実行し続けることができるが、Ｗｉ−Ｆｉ接続が利用不可能な場合、セルラネットワークを利用することができる。
【００６５】
特徴９−他のものとの曲目リストの共有
システムを新しい曲目リストが作成されるように準備することができ、機器が、ユーザのための新しい曲目リストおよび関連するコンテンツを自動的にダウンロードする。ユーザは、デバイスインターフェイスで利用可能になるリストから選択することにより、名前（例えば、Ｐａｒｔｙ  Ｍｉｘ♯１）またはタイプ／ジャンル（例えば、ロック曲目リスト♯３）によって曲目リストを指定することができる。曲目リストは、機器に一度だけ送信することができ、または、曲目リストを新しく周期的にプログラムすることができ、自動的に機器に送信することもできる。機器は、機器上のコレクションに新しい曲目リストを加えることができ、その結果、コンテンツのより長いリストを集めることができるか（メモリ補完ロジックと連動することが好ましく、この種のコンテンツのためにある一定のメモリ使用しきい値を超える場合、コンテンツを自動的に削除する）、または単に前のコンテンツを置き換えることができる。
【００６６】
ユーザは、前述したように、デバイスインターフェイスを介して、ユーザが好むこれらの曲目リストのいずれかを選択することができる。さらに、利用可能な曲目リストのリストは、ブラウザを使用してインターネットサイト上のユーザのアカウントを訪れることによって、パーソナルコンピュータなどの他の機器上で利用可能にすることができる。サイトは、ユーザのアカウントのために記憶された曲目リストのオーダーの状況を反映することができる。そこで、例えば、ユーザは、利用可能な曲目リストのリストを閲覧することができ、ユーザのアカウントにＰａｒｔｙ  Ｍｉｘ♯１を加えることを決定し、機器は、曲目リストおよびコンテンツを自動的にダウンロードする（ユーザの選好に対して一度だけまたは周期的に）。
【００６７】
さらに、曲目リストは、プログラムされ、すべてのユーザを通して共通とすることができ、または、ユーザの嗜好またはコンビネーション／ハイブリッド手法にカスタマイズすることができる。ユーザのダウンロードおよび再生挙動をモニタすることからユーザにユーザのジャンルまたはお気に入りのアーティストの選好を述べることを頼むことに及ぶ様々な方法で、確立した新しい協調フィルタ技術および他の方法にユーザの嗜好を捕らえ、これらの嗜好を使用して、特定のコンテンツにユーザの嗜好を関連させるデータベースに依存して、カスタマイズされた歌の曲目リストを生成することができる（例えば、十分多いユーザを考慮するベイズ統計手段、人間の介在、または他の手段または手段の組み合わせによる）。カスタマイズされた曲目リストの長さは、ユーザによって名前が付けられてもよい。ユーザに曲目リストを配信する周期性は、同様に名前が付けられてもよい。曲目リストは、Ｗｉ−Ｆｉ携帯機器（ここで、機器が新しい更新を頻繁に確認するためにバックエンドを取得する場合、コンテンツは、機器に自動的にダウンロードされる）またはユーザのパーソナルコンピュータのいずれかを含めて、ユーザに所有された様々な機器を介してダウンロードされ、および／またはストリーム配信またはダウンロード（その場合、プログレッシブな再生能力を組み込むことが好ましく、したがって、ユーザは、ダウンロードの開始後に即時再生アクセスを有する）によって利用可能とすることができる。デジタル著作権管理技術は、さらに、コンテンツおよび機器に関連して使用して、曲目リスト中のコンテンツを然るべく留意することを確保することができる。
【００６８】
特徴１０−曲目リストからの選択
概して言えば、リストは、異なる方法でユーザによって生成することができる。単純で簡単な１つの方法は、コンテンツプロバイダから利用可能な選択をすべてユーザに提示することである。次いで、ユーザは、各選択を個々に取り選択するか、または特定の基準に基づいて複数の歌を選択することができる。別の方法は、ユーザが、ユーザの選好／嫌悪を含むプロフィールをサーバに提供することである。次いで、サーバは、プロフィールを使用してマスタリストから選択することができる。他の方法は、全体的な注目度、選択を要求するユーザの年齢、ユーザの物理的な位置、職業、収入などの基準に基づいて、ある時に生まれた主な歌のリスト、特定のアーティストなどによる歌、最もダウンロードされる歌のリストなどのユーザの総括的リストをサーバに提示させることである。図１Ｅは、選曲の推奨リストを受信するユーザのフローチャートを示す。ステップ９０２において、機器は、ユーザによる入力に基づき、およびユーザの行為（例えば、削除、最も再生された歌など）に基づいて、ユーザの選好をコンパイルする。次いで、機器は、ステップ９０４において機器の特定ＩＤを使用して、サーバにユーザ情報を送信する。サーバは、ステップ９０６において情報からユーザのための曲目リストを生成する。次いで、機器は、ステップ９０８において更新のためにサーバと交信する。新しい推奨があれば（ステップ９１０）、サーバは、ステップ９１２においてリスト上のコンテンツを機器に利用可能にし、次いでダウンロードされ、ステップ９１４においてユーザに利用可能になる。
【００６９】
ユーザに提示されたリスト上の選択も、よりセンスのある基準に基づいていてもよい。例えば、協調フィルタリングを介して、ユーザのマニュアルレイトのコンパイルおよび／またはユーザのリスニングおよびダウンロード活動のモニタリングを介して、または多くの他の方法で、統計的相互参照（例えば、ベイズ統計学）に基づいて得られることが可能なユーザの選好およびプロフィールに関するデータに基づいて選択されてもよく、サーバが推奨されるコンテンツのリストをコンパイルする。サーバは、コンテンツをカスタマイズし、コンテンツファイルを加えて推奨リストを機器に送信する。コンテンツは、コンテンツがタイムアウトし、したがって、単に宣伝の目的に使用することができるように保護されてもよい。また、永久コンテンツであってもよく、あるいは配信サービスまたは他のモデルに従って配信されてもよい（例えば、「ＤＭＣＡコンプライアント」オフライン再生は、ユーザが歌を巻き戻すことができず、前もって曲目リスト中に来たる歌の選択を見ることができないことを確保し、デジタルミレニアム著作権法非対話型ストリーム配信要件によって、スキップ数などで制限される）。このように、ユーザは、ユーザから制御されることが可能な「カスタマイズされた無線通信」曲目リストを備えている（または、範囲に隠されかつ制限されることが好ましい場合および／または１つまたは複数の条件が満足されるまで）。
【００７０】
特徴１１−異なる機器上の同じユーザによる曲目リストの共有
１つの実施形態では、ユーザは、「ｓｔｏｒａｇｅ  ｌｏｃｋｅｒ  ｉｎ  ｔｈｅ  ｓｋｙ」について、サーバにコンテンツをアップロードする。このサーバは、図１に示すサーバまたは異なるサーバとすることができる。例えば、セキュリティ保護されたユーザＩＤおよびパスワードを介してユーザを独自に識別することができる場合、サーバは、商業サービスまたは無料サービスとすることができる。
【００７１】
次いで、ユーザは、ファイルのクリアテキスト複製、ファイルのＤＲＭ保護された複製（コンテンツファイルは、それがサーバにアップロードされるとすぐにパッケージ化され、暗号化された形式で記憶されたＤＲＭとすることができるか、またはオンザフライで暗号化することができる）をダウンロードすることによって、またはファイルの複製をストリーム配信することによって（例えば、ＲＳＴＰなどのプロトコル上にまたはプログレッシブダウンロードスキームを介して）、そのコンテンツにアクセスすることができる。
【００７２】
これは、ユーザが、ユーザのメディアを記憶するために、配信された記憶機器を使用することを可能にする。コンテンツが中央サーバから広く配信されないことをコンテンツ保有者が確保することを可能にする。
【００７３】
ユーザのアカウント情報が伝えられて、サーバによって認証することができれば、ユーザは、次いで多様な場所から、および多様な機器を介して、コンテンツにアクセスすることができる。サーバは、安全性の理由で同時接続数を制限することができる。好ましくは、ユーザは、限られた数の位置／機器からのみユーザの情報にアクセスすることができるべきである。
【００７４】
ユーザが、デジタルストアからのコンテンツを購入する場合、コンテンツの複製は、自動的にサーバ上のユーザの記憶ロッカー中に置くことができる。
【００７５】
特徴１２−小さな画面上でのカバーアートおよび他の情報の表示
小さな携帯デジタル音声機器を設計する際に直面する問題は、再生中にユーザのための関連のある適切な情報を表示していることである。特に選曲に関して、ユーザが、アルバムカバーアート、歌のタイトル、アルバムタイトル、アーティスト名、曲目リスト名および選択に関する他の関連する情報の閲覧を望む場合がある。しかし、小さな画面は、平均的なユーザが快適に読むために十分に大きなサイズでこのメタデータ情報をも表示しながら、平均的なユーザのための十分に大きなサイズでカバーアートを表示することができない可能性がある。さらに、ユーザに手動行為をとることを要求することなく、ユーザのためのこの情報を表示することが望ましい。これに対処するために、カバーアートおよび他の情報をある画面から他の画面に自動的に循環させることができ、その結果、１つの画面は次第に消えるか、またはそうでなければ、周期的な間隔で１つの画面から他の画面に移行する。これは、手動で選択またはボタンを押すことを必要とせずに、ユーザがカバーアートおよびさらに他の情報（歌名、アーティスト名、アルバムタイトルなど）を見ることを可能にする。１つの実施形態では、カバーアートは、標準サイズで機器に送信され、機器は、所望の画面に依存してサイズを変更するｇｉｆまたはｊｐｅｇを扱う。画像は、機器によって１サイズに記憶され、１サイズのみで配信される。多数の機器の種類を支持する代替策では、別のコードに変換すること（オンザフライでまたはあらかじめ）を含み、したがって、サーバは、要求し、適切なファイルを送信する機器の種類に基づいて、適切な（つまり、最も高い解像度）サイズを決定する。機器は、画像のサイズを下げるように変更することができるが、画像が劣化しないかぎり、上げるように変更できない。
【００７６】
特徴１３−ユーザへのメッセージ
本発明の１つの特徴によれば、ユーザが、ユーザのプレーヤを介して、サーバと交信する場合は常に、サーバは、推奨されたリストまたは主なリスト、ユーザのための最新のリストなどの入力を加えるかまたは削除するプレーヤに情報を送信する。この情報は、ユーザに表示される。サーバは、ユーザに請求部門などからのメッセージを含めて、他の情報を提示してもよい。これらのメッセージを、ＰＯＰ画面で、受信箱などの中の入力として示すことができる。ユーザに提示された他の入力は、サーバから利用可能なサービス、他の商用製品またはサービス（割引されたサービスまたは向上されたサービスを含む）の新しい用語または変更された用語を含んでいてもよい。使用回数につき、アラカルト（例えば、画面は、プレーヤのセットアップ中にユーザによって選択された項目を示す）または規定回数につき、様々なサービスがユーザに提供されてもよい。
【００７７】
さらに、システムは、ネットワークに直接接続する携帯または他の機器のユーザインターフェイスにおいて、バックエンドサーバの管理者が特定の場所を指定し、かつユーザに提示されたオプションおよび対話にもそれらの場所で表示されたテキストおよびグラフィックスをカスタマイズすることを可能にするように構成することができる。例えば、管理者は、機器の電源が入れられる３回に１度、ユーザのためにポップアップ画面が現われることを明示することができ、ポップアップ画面が、無作為に選択された１５の異なるメッセージを介して回転するべきである（例えば、ユーザの興味を引く宣伝文、または適切な広告メッセージ）。これは、機器ソフトウェア中の自動手順を介してなされ、ファイルについてサーバにクエリを行って、ユーザについて表示する。ファイルは、ユーザに表示される位置、条件およびコンテンツを指定する。選択をリストし、ユーザが特定の項目を選択する場合に行われる行為も指定する。
【００７８】
特徴１４−機器間のコンテンツの転送
携帯機器へのコンテンツの転送は、標準プロトコルを使用して、機器１０などの、サーバ１４（図１に描かれるように）からシステムのすべての機器まで、１対１方式で行われる。しかし、コンテンツは、他の手段によって同様に配信することができる。１つの代わりの手段は、他の携帯機器または多数の異なる機器に１つの携帯機器上に既に記憶されたコンテンツをストリーム配信することを含む。送信／メディアファイルは、セキュリティ保護したり、または解除したりすることができる。他の代替手段は、図１に示されるサーバなどの、ソースからコンテンツを受信し、同時に１つまたは複数の機器（またはコンテンツが存続されるかあるいはドロップアウトを和らげる、プログレッシブなダウンロードスキームを使用することが望ましいかどうかに依存する）にそれをストリーム配信することである。１つの機器は、機器をＷｉ−Ｆｉアドホックリンクを介して接続させ、ＵＰｎＰフレームワーク上で通信させることによって、他の機器のコンテンツにアクセスすることができ（ストリーム配信またはプログレッシブダウンロードを介して、セキュリティ保護されていなくとも）、共通ダウンロードまたはストリーム配信プロトコルを使用して、例えば、クライアントサーバ方式でＨＴＴＰを介して再生を可能にする。コンテンツを配信するさらに他の手段は、Ｐ２Ｐファイルシェアリングプロトコルを使用して、それを個別に配信することである。例えば、Ｗｉ−Ｆｉアドホックリンクを介して互いに接続された多数の機器は、個別にファイルを共有することができ（例えば、ビットトレントが採用している技術）、その結果、単一の機器は、マルチスレッド方式で多数の他の機器から同じファイルの異なる部分を同時に調達し、次いで部分がダウンロードされる場合、一体構造の全体へファイルをアセンブルする。
【００７９】
特徴１５−ビットトレントを使用するコンテンツ配信
ここまで説明してきた実施形態において、コンテンツは、ストリーム配信によって、またはＰ２Ｐプロトコルを使用することにより、標準ネットワーク通信プロトコルを使用して、単一ソース（サーバ１４または他のプレーヤまたは機器とすることができる）からプレーヤに配信された。しかし、他の代案は、コンテンツの異なる部分（例えば、歌の異なる部分）が、異なるソースから受信されたビットトレント型プロトコルを使用することである。図１Ｆは、無線携帯機器を通してＰ２Ｐファイルシェアリングプロトコルの例の組み合わされたフローチャートおよびブロック図を示す。ステップ１００２において、機器は、無線接続によって相互に関連付けられる。機器Ａは、機器Ｂ（ステップ１００６）にファイルＸについてのクエリを送信することにより、ファイルＸ（ステップ１００４）の複製を求め、機器Ｂは、インデックスファイル、領域をそのネットワーク（ステップ１００６）中の他のすべての機器によって共有するために利用可能なファイルのリストをコンパイルし記憶する。機器Ａは、ステップ１０１０において、機器Ｃ、ＤおよびＥがファイルＸの複製を有することを機器Ｂによって通知される。ステップ１０１２において、ファイルＸの異なる部分は、その起源を示すためにタグを付けられたマルチスレッド方式で、機器Ｃ、ＤおよびＥから機器Ａにダウンロードし始める。任意に、ステップ１０１４において、機器Ａの最適化ソフトウェアは、転送速度および接続品質を分析し、ステップ１０１６において、パフォーマンスを最適化するために調節される。最後に、ステップ１０１８において、ファイルＸの一体構造の完成された複製が、機器Ａのソフトウェアによってアセンブルされる。
【００８０】
このように、Ｗｉ−Ｆｉアドホックリンクを介して互いに接続された多数の機器は、個別にファイルを共有することができ（例えば、ビットトレントが採用している技術）、その結果、単一の機器は、マルチスレッド方式で多数の他の機器から同じファイルの異なる部分を同時に調達し、次いで部分がダウンロードされる場合、一体構造の全体へファイルをアセンブルする。部分は、付随のトラックファイルを使用することによって調整され、コンテンツファイルを部分にどのように分類することができるかを説明する。これは、受信機器が部分を「マップする」、適切なオーダーにそれらを再アセンブルすることを可能にする。部分に分割することおよびトラックファイルの開発は、ネットワーク中のサーバ、または手動で選択されて（または好ましくは、自動的に接続するアップロード速度および信頼度などの特性に基づいて）、この役割に役立つネットワーク中のノード／ユーザによってなされることができる。
【００８１】
特徴１６−ユーザ間での音声メッセージの交換
ＳＭＳ（ショートメッセージサービス）プロトコルを介するなどの、１つまたは複数の他の受信者（一般的に、無線モバイル機器を使用しているのみではなく、メッセージを検索するために、例えば、インターネットに接続されたパーソナルコンピュータを使用していてもよい）に次いで送信されるテキストメッセージを作成し記録することは、モバイル無線機器ユーザにとって一般的である。また、ユーザが、他のユーザに音声メッセージを残すことは一般的であり、その場合、録音が受信者の電話線に取り付けられ、ユーザの電話またはデータサービスプロバイダによってネットワークレベルで提供される設備によって作成される。しかし、モバイル無線ユーザは、今日、発信者（発信者の音声の録音を意味する）の機器上に記憶された音声録音を作成し、次いで１つまたは複数の好ましい受信者にそれを転送させる容易な方法をすぐに利用することができない。プレーヤが、マイクロホンまたはマイク端子を含む場合、ユーザは、ショート音声メッセージを記録し、両方が、互いに直接（アドホックモードで）または間接的に（インターネットを介して）接続される場合、他のプレーヤへそれを送信することができる。好ましい実施形態では、プレーヤ上の単一の押しボタンは、この機能を提供するために使用される。メッセージは、ファイル添付／転送可能なＩＭ（インスタントメッセージ）プロトコル、または受信機器に音声ファイル（またはレンダリングされた音声）の複製を送信することができる他のファイル転送プロトコルを使用して送信することができる。任意に、ユーザは、メッセージに音楽クリップを挿入することもでき、さらに、ユーザの録音を有する単一のファイルに送信機器上で任意に適合されてもよく（それが記録されているときが好ましいが、代替的には後に）、その結果、トップでユーザの音声を有する背景音（音量低減）として役立つ。（または任意に、開始、相対音量などのためのオフセットタイミングなどの混合情報と共に、受信機器に２以上の別個の音声ファイルを送信することができ、受信機器は、統合音声ファイルを作成するレンダリング前のプロセスまたはレンダリング中に、これら２つの音声出力を混合するために関与させることができる。）圧縮されたフォーマットは、転送時間および記憶スペースを低減することが好ましいが、アナログ音声出力に最終的に変換することができる任意の圧縮されたフォーマットまたは非圧縮フォーマット（セキュリティ保護されたかまたはセキュリティ保護されていない）が受信可能である。そのような新しいメッセージが受信される場合、受信者のモバイル機器は、警報を発する。受信者は、仲間リスト、チャットルーム、住所録上の名前などのメンバーであってもよく、または、無線接続に関する互いのプレーヤを検出する見知らぬ人であってもよい。より詳細には、ユーザは、機器（例えば、携帯Ｗｉ−Ｆｉプレーヤ）を使用して、口頭メッセージを記録することができる。機器は、ソース（マイクロホンまたはライン入力端子入力など）を考慮し、ユーザがデジタル記録（例えば、ＭＰ３またはＷＭＡエンコーダ）を作成することを可能にするために、従来のデジタルエンコーダを使用する。次いで、録音は、他のユーザ（例えば、機器上のＷｉ−Ｆｉを介して、直接ピアツーピア、またはそのバディーシステムおよび地域／メッセージングシステムを使用して、インターネットを介して、サービスオペレータの中央サーバを介して）に送信することができる。音声ファイルは、直ちに、他のオンラインユーザおよびピアツーピア接続されたユーザに送信することができる。任意に、それらは、中央サーバによってキャッシュに保存され、今度、それが接続するときに、機器に配信することができる。この特徴を実行するためのいくつかの手段がある。１つの実行では、ユーザは、機器が利用可能なピアツーピアユーザ（例えば、Ｗｉ−Ｆｉ機器のためのその場限りで設定された範囲）からコンパイルするリストと同様に、現在の仲間のリストから「仲間」を選択するか、または中央サーバから（例えば、別記された「チャットルーム」アプローチによって）リストを示す。仲間を選択するとすぐに、ユーザは、音声ファイルとしてメッセージを記録するように促される。録音は、機器上でローカルに行われ記憶される。ユーザは、開始および停止に対して従来の制御を使用し、所望により、音声ファイルが再録される。確認において、ユーザは、１つまたは複数の所望の受信者にそれを送信することができる。任意に、機器を、一度に（例えば、個々の仲間の複数選択を行うことによって、「私のすべての仲間」または「私の仲間」などの自動グループから選択することによって、「すべてのジャズ熱狂者」などの中央サーバ上でコンパイルされたクループから選択することによって、あらかじめ定義されたグループを介して）いくつかの受信者を選択するために使用することができ、次いでそれらの多数のユーザ機器に同じファイルを同時に（例えば、ローカルにＷｉ−Ｆｉ放送、ポイントツーポイント、または中央サーバを介し、現在オンラインでないユーザのためのファイルを任意にキャッシュに保存してもよい）送信する。ユーザは、ネットワークに接続されない機器を使用している間、任意に仲間を選択することもでき、機器は、ファイルが自動的に送信される時点で、ピアツーピア方式でネットワークまたは対象となる仲間に接続するような時間まで、機器が、ファイルおよび対象となる仲間のリストを記憶／キャッシュに保存することができる。
【００８２】
図１Ｇは、仲間間の音声ファイル送信のフローチャートを示す。この目的のために、ユーザは、ステップ１１０２において、音声ファイルを記録する。機器は、ステップ１１０４において、１人または複数の仲間への録音を「送信する」オプションをユーザに提示する。音声ファイルは、図１Ｇのステップ１１１０に示すように、他の仲間に送信される（つまり、複製は、受信機器によって記録される）。ステップ１１０６において接続が利用可能でないか、または受信者がステップ１１０８において利用可能でない場合、要求は、ステップ１１１２および１１１４においてそれぞれキャッシュに保存される。
【００８３】
録音は、（再び、ピアツーピア（ネットワークを介してまたは直接ポイントツーポイント）あるいは中央サーバを介して）機器から他のユーザにストリーム配信されてもよい。従って、録音が作成されているため、同時に、他のユーザに機器によって送信される。受信機器は、任意に、ファイルを永久に記憶してもよいし（またはＤＲＭ実行使用権を受信し、送信機器（または任意に中央サーバによって）上で符号化される）、または前述したすべての場合に、ファイルの複製を記録しなくてもよい。前述したすべてのシナリオにおいて、送信機器は、映像が記録されるかまたは記憶されることを可能にする場合、映像は、任意に、音声の代わりにまたは音声と一緒に使用されてもよい。
【００８４】
特徴１７−小さな画面上の管理曲目リスト
ＭＰ３プレーヤなどの携帯マルチメディア機器は、典型的には、制限された標準の大きさの画面を有する。典型的な画面は、１２８×１６０個のピクセルを有する白黒またはカラーＬＣＤであり、幅は１．６インチであるが、最近、ＱＶＧＡまたはＶＧＡでさえ、また３．５インチ以上の画面に及び、特にポケットの中で、機器のための携帯フォームファクタおよび容易で便利な運搬を可能とする。また、機器は、典型的には、アルファベットまたはテンキーを有せず、全方向制御、あるいは「選択」または「入力」ボタンのみに制限されている。この処理は、大きなメディアコレクションの入力および管理を、パーソナルコンピュータなどの他の設備の使用がない場合は困難であり、より大きな画面および標準サイズのキーボードなどのより頑丈なＩ／Ｏを提供する。
【００８５】
本発明の発明者らは、ユーザが制限された制御を使用して、容易に新しい曲目リスト、名前およびリネーム曲目リストを作成することができ、曲目リストに歌、アルバムおよび他の曲目リストを加え、制限されたサイズの画面と共に、曲目リストからの項目および曲目リスト上の再オーダー項目を削除する処理を発展させた。この処理、また、より広く、Ｉ／Ｏオプションを制限した機器上でテキストを入力することを可能にする。この特徴または処理は、互いに論理的に相互接続されたいくつかの画面を提供することにより作動する。
【００８６】
最初に、ユーザは、画面上に複数のオプションまたは選択が提示される。これらのオプションのうちの１つを選択すると、関連する新しい画面が表示される。例えば、新しい曲目リストを作成するために、ユーザは、「新しい曲目リストを作成する」オプションを選択し、第１の文字空間で示されたカーソルで多くの空白文字空間を表示する第２の画面（「ポップアップボックス」であってもよいし、あるいはなくてもよい）に変わる。ユーザが、ＵｐまたはＤｏｗｎキーを選択する場合、カーソル下の文字は、従って、場合によっては、連続してＡからＺまたはＺからＡに変化する（数字および／または特殊文字で、および潜在的に、小文字、順番に循環して）。一度、ユーザが、この方法で文字を「回転する」ことによって所望の文字を見つけると、右キーは、次の文字空間に進む。ユーザは、曲目リストの完全な所望の名前が綴られるまで、これを継続する。左キーは、前の文字を削除して、バックスペースキーとして作動する。または、左キーは、単に、いずれの文字も削除することなく、カーソルを移動させることができる。
【００８７】
ユーザは、曲目リストをリネームするには、「曲目リストをリネームする」オプションを選択し、カーソルを名前の後に１文字スペースで位置させて、曲目リストの現在の名前を表示する画面に変える。ユーザは、規定時間、左キーを保持して、文字をすべて取り除き、かつ最初の位置にカーソルを戻すことができる。または、ユーザは、左キーを速く押して、文字を削除することができ、および／または先の段落に記載されたように文字を加えることができる。
【００８８】
名前を付けられた曲目リストに、歌、アルバムまたは曲目リストを加えるために、ユーザは、カーソルまたはハイライトマーカが、加える所望の項目に位置しながら、右キーを押す。オプションのリストは、「曲目リストに加える」ことを含めて、ユーザに示される。（このオプションが、他のすべてのオプションで、最初にリストされると、項目の追加がエンドユーザにとってより簡単でより迅速になる）。ユーザがこのオプションを選択すると、ユーザは、現在の曲目リスト名（恐らく、「新しい曲目リストを作成する」オプション）のリストが示される。曲目リストにまだ名前が付けられていない場合、ユーザは、項目が曲目リストに加えられることを要求した後にそうするように促すことができる。一旦ユーザが、リストから曲目リストを選択すると、項目は、次いで曲目リストに直ちに加えられる。曲目リストは、データベースのいずれの形態もとり、ファイル名またはＩＤ番号（潜在的に、コンテンツファイル自体のヘッダーに埋め込まれた）などの項目の識別のいずれの形態も使用してもよい。項目は、曲目リストの最後に加えられ、それは一貫した順番を維持する。曲目リストは、Ｍ３Ｕなどの標準ファイルタイプを使用してもよく、または専用のものを使用してもよい。
【００８９】
項目が最近加えられた曲目リストは、リストの一番上に表示されて、最も使用される曲目リストをユーザに最もアクセス可能なものとする。従って、ユーザは、項目上で右キーを３回押すことによって、迅速かつ容易にその項目を最近加えた曲目リストに加えることができる。図１Ｈは、曲目リストに歌を加えるこのスキームを示し、ステップ１２０２において、ユーザは、歌１が強調表示されている間に右キーを押す。ステップ１２０４において、ユーザは、右キーを押して、「曲目リストに加える」オプションを選択する。曲目リストのリストは、ステップ１２０６において表示され、ユーザは、右キーを押して選択された曲目リストに歌を加える。ユーザは、ステップ１２０８において、独自の「私の歌」メニューに戻される。
【００９０】
一旦項目が曲目リストに加えられると、ユーザは、曲目リストの順番を編集してもよい。これは、曲目リストにリストされた任意の歌または他の項目上で右キーを押し、「この項目を上下に移動させる」を選択することによりなされることができる。選択される場合、項目は、ユーザのために強調表示される（例えば、それは、逆の色で、または異なる色背景で、または異なるフォントで表示されてもよい）。その間、ユーザは、上または下に押せば、項目はリストの順序で然るべく移動する。ＬＣＤは、選択された項目の直下および／または上の項目を表示する。ユーザが、項目のために所望の場所を見つける場合、ユーザは、選択ボタンを押し、このモードを終了させる。曲目リストは、最終位置決め後に選択を押す際のみに、または代替的には、項目をユーザが上または下に押す際にリスト中を移動するごとに、この再オーダー情報を記憶してもよい。
【００９１】
特徴１８−コンテンツの共有
デジタルコンテンツのユーザは、コンテンツの第１の利用可能ソースから、新しいコンテンツにできるだけ容易にアクセスする方法を探す。また、大量の電子コンテンツが今日の世界において利用可能であることを鑑みて、ユーザは、ユーザにより魅力的および／または適切なコンテンツを見つけることができる方法の利益を享受する。新しいコンテンツを発見する１つのさらなる方法は、協調フィルタリング方法を介したものであり、他のピアからのデータおよび推奨は、ユーザに１つまたは複数の推奨されるコンテンツ選択を提供するために使用される。
【００９２】
コンテンツ保有者は、エンドユーザに提示されるデジタル能力を逸脱することなく、それらのデジタルコンテンツに対する制御を確保する方法も求める。ネットワーク（インターネットなど）およびサーバに接続することができる機器（ＭＰ３プレーヤなどの携帯または他のもの）は、次のことを可能にする。
【００９３】
機器は、メディアを記憶するおよび／または他の電子的情報源（例えば、ＵＰｎＰおよび／またはＲＴＳＰ上）からメディアコンテンツをストリーム配信するとともにダウンロードすることができる。メディアは、音楽、映像および写真を含むことができ、電子メール、音声メッセージ、スプレッドシートファイル、ワープロ文書およびテキストなどの他の種類の電子ファイル、および他のデータも含むことができる。
【００９４】
ネットワーク（例えば、インターネット）に接続された場合、機器は、中央サーバと交信する。中央サーバは、機器または他のインターフェイス上でインターフェイスを介して維持する「仲間」のリストをユーザが管理することを可能にする。機器が中央サーバに識別される場合、中央サーバは、ユーザの仲間の機器上で現在の（または最新の利用可能なキャッシュに保存された）情報を送り返す。例えば、仲間の現在のユーザＩＤおよびその機器上で再生する現在のメディア選択（例えば、歌）を送信してもよい。機器は、次いで機器のユーザにこの情報を表示し、仲間が現在オンラインであれば、リアルタイムでそれを任意に更新することができる。さらに、ユーザは、その代りに、「チャットルーム」を使用して、他のユーザを無作為に見つけることができ、ここで、サーバは、機器に現在利用可能なチャットルームのリストを送信し、ユーザは、入る利用可能なチャットルームを選択する。一旦、ユーザは、チャットルームで同じ情報を見て、あたかも他のユーザが現在の「仲間」であるかのように、同じ機能（さらに後述する）が提示される。
【００９５】
さらに、ユーザは、特定の他のユーザを選択し、そのユーザと対話することを選択することができる。この場合、サーバは、他のユーザの機器上で利用可能なコンテンツファイルのリストをコンパイルする（ユーザは、特定のファイルを隠すまたはそれらが見られるがユーザらが共有するのを防ぐことを可能にする権利を任意に与えられてもよく、この情報は、変更された場合、中央サーバ上に記憶される、および／または機器がコンパイルされ送信されるコンテンツリストをフィルタするために使用される）。そのリストは、最も頻繁に再生される逆の時系列でまたはアルファベット順で、最近取得したファイルなどの検索および閲覧するのに役立つ特定の順序であってもよい。この順序は、機器へのリストの転送で保存されていてもよい。コンテンツ権利者が、この活動のために許可が与えられるため、例えば、特定の項目が、ダウンロードされ複製されるかどうかをリストされた各項目は、メタデータに添付してもよい。メタデータは、例えば、歌が受信者によって２度だけ再生され、次いでタイムアウトするか、あるいは、歌が他の機器に再転送されなくてもよいなどの、共有のための条件を指定してもよい。受信者の機器は、適切なＤＲＭルールによって、ユーザに対するこれらの権利を実行する。他のユーザに関係するリスト情報は、機器のユーザに表示されてもよい。ユーザが、興味のある項目を識別すると、ユーザは、それを選択してもよく、その場合、機器は、サーバと交信する。サーバは、次いでその特定の項目に適用可能な権利に依存して、機器が接続し、（指定される場合は、条件付きで）ファイルの複製をダウンロードするかまたはストリーム配信してもよいＩＰアドレス（または非ＩＰネットワークに相当する）を提供してもよい。コンテンツ権利者は、コンテンツがいかなる方法でもダウンロードされないように指示する権利を与えられてもよいが、単にストリーム配信されてもよい（第２の機器がオンラインで、かつ再生中に接続されることを要求し、ユーザがコンテンツのサンプリングを試みることを可能にする間に、さらなる複製がなされることを防止する）。さらに、コンテンツ権を管理するシステムは、リスト上に示されたコンテンツがコンテンツのベリファイされたソースから由来するかどうかを確認することができ（例えば、各ファイルに、認識可能なコンテンツＩＤで印をつける中央サーバと連携して操作される商用デジタルミュージックストアなど）、中央サーバでコンテンツと一致しないコンテンツのためにストリーム配信権利（ダウンロード権利なし、または制限されている）のみを提示することができる。さらに、音声および映像「フィンガープリント法」などの代替的な方法は、ファイルのコンテンツをベリファイするために使用することができる。
【００９６】
ユーザがファイルを選択する場合、ストリーム配信（中央サーバによって実行される権利によって可能な場合）は、多くの既知のプロトコル（例えば、ＲＴＳＰ）のいずれか、または専用のストリーム配信プロトコルに関しても開示されてもよい。さらに、ダウンロードプロトコルを利用することができ（例えば、ＵＰｎＰを介して）、ここで、受信者の機器は、例えば、（１）ファイルをダウンロードし、ダウンロードが継続する場合それを徐々に再生し、（２）送信機器がまだ電子メールで接続され、および／または存在することを確保するために、再生中に周期的に確認し、（３）エンドユーザが、後の時点でそれにアクセスすることを防ぐために終了される場合、コンテンツファイルを削除することによって、ストリーム配信のような体験を実行する。ファイルは、暗号化されてもよいし、または暗号化されなくてもよく、暗号化されると、受信者の機器は、送信機器からの送信中または送信前に、または他のソース（中央サーバなど）からの送信中または送信前に解読のための情報を得る必要がある。ユーザが、ダウンロード（ストリーム配信とは対照的に）のために項目を選択し、ダウンロードが許可される場合、機器は、ダウンロード（例えば、ＵＰｎＰを介して）のための多くの既知のプロトコルまたは転送のための専用プロトコルのいずれかを使用することができる。受信に際して、ファイルは、暗号化することもできるし、または暗号化することができない。それが暗号化される場合、受信者の機器は、他の機器または他のソース（中央サーバなど）からの送信中または送信前に、ファイルを解読するために情報を必要とする。この解読情報は、例えば、ＤＲＭライセンスファイルであってもよい。中央サーバは、例えば、所望により、ＤＲＭライセンスをあらかじめ配信してもよく、サーバの加入者に支払い、新しいＤＲＭ保護されたコンテンツの受信時または後に、中央サーバで確認する必要性を取り除くことを示す。
【００９７】
システムは、特定のコンテンツが機器間でいかなる方法でストリーム配信されなくてもよいし、ダウンロードされなくてもよいと規定してもよい。
【００９８】
前述したサーバによって維持されたリストは、システムと任意に取り替えられてもよく、それにより、リストがコンパイルされ、エンドユーザによる配信で維持され、それが今日他のピアツーピアシステムに適所に使用される共通のアーキテクチャである。さらに、リストアップする機器または受信者の機器のいずれかが、ベリファイされた中央サーバと一致することを要求する要件は、システムの安全性を向上させるが、コンテンツの各部分と共に提示された権利は、これらのリストで維持されてもよい。中央サーバの他の行為も、この配信された方法で同様に処理されてもよい。
【００９９】
機器は、次の手段の１つまたは複数によるシステムのオペレータに従ってこれらのルールを実行することができる。
カーネル機器中にセキュリティ保護されたソフトウェアコードを維持するか、あるいはセキュリティ保護されたソフトウェアコードが機器上で実行することを確保する（例えば、署名されたコード技術を介して）。
機器上のソフトウェアおよび／またはハードウェアにセキュリティ保護されたデジタル著作権管理技術を含む。
許可されないソフトウェアが機器上で実行することを防ぐかまたは禁じる、特に、コンテンツファイルにアクセスし、それらをレンダリングするまたはそれらを転送することができるためのステップをとる。
電子信号を妨害するために、電子記憶機器およびＣＰＵに容易に電子ツールを挿入することができる点を取り除くことによってなど、機器上で提示された保護を改ざんするために使用される許可されないハードウェア機器を防ぐかまたは禁じるステップをとる（例えば、プロセスを逆行分析するかまたは暗号化方式を破壊する）。
例えば、ユーザが機器に新しいソフトウェアを載せて、かつその機器上のコンテンツにアクセスすることが一般的に要求される多目的なパーソナルコンピュータと対比する、定義されたセットの機能を備えたスタンドアロン機器として機器を構築する。
これらの機器に、Ｗｉ−Ｆｉチップセットを介してなどのネットワークに直接接続する方法を含む。
Ｗｉ−Ｆｉ（例えば）を介して、機器に（自動的にまたは手動でユーザの要求で）送信された、署名されたコードなどの、機器上でソフトウェアおよびファームウェアをセキュリティ保護した状態で更新する方法に備える。
機器上のソフトウェアに、機器に送信された、「この歌は３つの他の機器に送信されるだけでもよい」などのいくつかがＤＲＭに含まれていてもよいが、含まれていなくてもよいコンテンツの特定の項目に関連した条件を満たすコードを含み、その場合、機器は、他の機器へのその特定のコンテンツ項目の転送回数を維持し、次いで回数が転送の特定の最大数に達する場合、コンテンツのさらなる転送を防ぐ。
【０１００】
特徴１９−ブラウザのないホットスポット
機器は、前述したように、ブラウザを使わずに、Ｗｉ−Ｆｉアクセスポイントおよびインターネットに接続することができる。いくつかの場合、パブリックＷｉ−Ｆｉアクセスポイントオペレータ／プロバイダがある条件を満たさないかぎり、ユーザがインターネットにアクセスすることを許可しないソフトウェアをインストールする。一例は、パブリックＷｉ−Ｆｉ「ホットスポット」プロバイダであり、ユーザがＴ−モバイルなどそのアクセスポイントを介して、インターネットへのアクセスの代価を払い、アクセスポイントに接続し、インターネットアクセスが許可される前に、ユーザの名前やパスワードなどの証明書を入力することをユーザに要求する「スプラッシュページ」にインターネットで接続することを試みる任意の機器をリダイレクトするソフトウェアを然るべく使用することを要求する。ある場合には、この種の「スプラッシュページ」は、支払ネットワークと接続して使用されるのではなく、無料で利用可能なものであり、それにもかかわらず、ブラウザを介してボタンをクリックするか、または他のある行為を許可されたアクセスとすることをユーザに要求してもよい。アクセスが提供される前に、「スクリプト」と称するブラウザによるユーザとソフトウェア／サービスとの間の往復通信を終了させる必要がある。
【０１０１】
一旦アクセスがプロバイダ（例えば、行為がユーザによって行われ、および／または証明書がバックエンドサーバに対してベリファイされるため）によって許可される場合、アクセスを公然と機器に許可することができる。これは、ＭＡＣアドレスフィルタリングなどの様々な方法を介して実行／配列されてもよい。
【０１０２】
ユーザが、それに接続することを可能にするために、ブラウザを含まない機器を介して様々な種類のパブリックＷｉ−Ｆｉネットワークは、重要な継続的挑戦である。本発明は、次のようにこれに対処する。
【０１０３】
機器上のソフトウェアコードは、ブラウザを含んでいてもよいし、あるいは含んでいなくてもよく、スクリプトに対処するために書き込むことができる。往復通信（例えば、「ここをクリックして継続する」メッセージに対して「間違ったパスワード」メッセージを処理する）は、機器によって受信し、アクセスポイントのための典型的なブラウザの出力をシミュレートすることにより、機器によってアクセスポイント（またはソフトウェア、それがサーバ上で含めて存在してもよいところはいかなるところでも）に伝達することができる。従って、これは、ブラウザ上のユーザの手動行為が送信するデジタル出力を複製することになる。
【０１０４】
機器は、図１Ｉのフローチャートに示すように、Ｔ−モバイル（登録商標）Ｗｉ−Ｆｉホットスポットなどの証明書ベースのネットワークへのアクセスに必要な任意の証明書を入力し記憶するために、ユーザにインターフェイスを提供することができる。図１Ｉに示すように、機器は、ステップ１４０２でＷｉ−Ｆｉアクセスポイントへの接続を試みる。自由なインターネットアクセス、スプラッシュページをブロックするロード画面がステップ１４０４に現われない場合、機器は、ステップ１４０８においてインターネットに接続する。スプラッシュページがステップ１４０６において現れる場合、機器はファイルとしてスプラッシュページの複製を記憶し、ステップ１４１０において、機器は、インターネットに接続し、サーバにスプラッシュページおよび接続データを送信する。スプラッシュページが識別され、スクリプトは、ユーザがログオン情報を入力することを可能にするために書き込まれる。ステップ１４１２において、機器は、すべてサーバからログオンスクリプトを送信される。ステップ１４１４において、ユーザは、必要なログオン情報を入力し、インターネットに接続する。
【０１０５】
ネットワークのスクリプトは、技術者によって分析されて、ネットワークへのログオンに必要なすべての往復通信を図解／記載するか、またはそうでなければ、アクセスを提供することができる。この分析は、アクセスをブロックする役目を行うソフトウェア／サービスのために必要な通信出力を複製するコードを開発するために使用される。
【０１０６】
様々なアクセスポイント接続の増加し変化する数を管理するために、機器のユーザは、要求されたスクリプトについての情報を集めるために使用される。ユーザが持ち運ぶ機器が、インターネットに少なくとも周期的に接続するため、機器は、情報を送受信することができる。機器が、インターネットにアクセスするために解析することができないスクリプトに直面する場合、このアクセスを防いだ通信および／または「スプラッシュページ」の完全な記録を記憶することができる。この情報を後に技術者にインターネットで通信することができ（機器によって自動的に送信することが好ましい）、技術者は、その特定のアクセスポイントと通信するための新しいスクリプトを開発することができる。新しいスクリプトが機器用ソフトウェアで開発される場合、この新しいソフトウェアを機器に戻し、次に問題アクセスポイントでアクセス行うことができるようにインストールすることができる。
【０１０７】
このシステムは、何百、何千または何百万以上の機器を通して複製することができる。フィールドの多数のユーザが、これらのネットワークに直面し、情報を収集し、中央バックエンドリポジトリにそれを戻し、１つまたは複数の技術者が、この取り込み情報を使用して、任意の特定のスクリプトの必要性を複製するソフトウェアを作成し、フィールドですべての機器にこの新しいソフトウェアを送信することができる。この方式では、専門外のユーザのわずかの要件で、および時間とともにそれらのログオン方法およびスクリプトを変更するアクセスポイントに直面した場合であっても、ブラウザのない広範な様々なＷｉ−Ｆｉネットワークのためのサポートを提供することができる。
【０１０８】
特徴２０−電話基地の音楽サービス
この発明の他の特徴は、ユーザが、電話接続を使用して、サーバからコンテンツをダウンロードするかまたはストリーム配信することができるということである。図１Ｊは、電話を介して機器に歌をダウンロードするためのフローチャートを示し、図１Ｋは、歌をダウンロードするために使用されるシステムのブロック図である。システムは、ユーザ情報およびコンテンツ（歌）を保持する１つまたは複数のサーバ１５１２、ＩＶＲシステム１５１４、ＰＯＴＳ、またはモバイルまたは他の電話１５１８を介してアクセス可能なモバイル中央電話機器１５１６を含む。ユーザは、ステップ１５０２において、電話１５１８（好ましくは、通話料無料の電話番号）からの電話番号をダイヤルする。操作の停止は、自動的にまたは手動で行うことができる。自動操作について、ステップ１５０４において、記録された音声（ＩＶＲシステム１５１８を使用して）は、ユーザが無線通信、ユーザの個人コレクションを聞きたい、または新しい歌を見つけたい場合はユーザにクエリを行う。ユーザが新しい歌／アルバムを望むと、ユーザは、ステップ１５０６において、アーティストによって、アルバムによって、またはトラック（代替的には他の方法）によって検索することを決める。ユーザは、名前を言い、それが音声認識され、次いで、ユーザの所望の項目上で制限することができる。（または、プッシュ式のメニュー形式の階層を使用することができる。音声認識ソフトウェアが多くの可能な人間の応答を処理するために十分に進められない場合、および／またはユーザがボタンを使用して、ユーザの周囲の他の人の邪魔をする必要がない正確さ、速度および利便性に基づいて選択することを好む場合、これは望ましい。）ステップ１５０８において、ＩＶＲシステム１５１４は、サーバ１５１２にクエリを行って、ユーザアカウントをベリファイする。サーバ１５１２は、デジタルデータベースからその項目を呼び出す。要求は、ステップ１５１０において、電話でそれを再生し、適切な処理能力と一致し圧縮したフォーマットでストリーム配信し、またはアナログ音声として単にそれをレンダリングすることを開始する。
【０１０９】
特徴２１−新しいアルバムインジケータ
前述した機器は、典型的には、ユーザが比較的単純なユーザインターフェイスを使用して、聞くために利用可能な様々な選択の情報および／または他の機能を選択的に得ることができる画面（ＬＣＤディスプレイなど）を含んでいた。図３を参照すると、この発明によるカタログシステム２００は、サーバ側コンポーネント、中継サーバシステム２１０からなる。このコンポーネントは、様々な外部コンテンツプロバイダ２０２（例えば、共通フォーマットにデジタル化されたレコード音楽アルバム、そのようなアルバムのための各レコード用の関連メタデータフィールド、レコーディングアーティスト、アルバムのタイトル、出版年、ジャンル、アートワークなど）からの利用可能なコンテンツの新発売のリストを集めて情報集約し、インターネット２１２上で中継サーバ２１０に接続されていてもよい（もちろん中継サーバ２１０のオペレータも外部ソースに依存するのではなく、外部コンテンツプロバイダ２０２を操作することを選択することもできるか、あるいはハイブリッド手法を使用してもよい）。中継サーバ２１０は、様々なユーザのためのすべての利用可能なコンテンツのリストを生成し、更新するためにこのデータを使用する。コンテンツの選択された部分の集合は、フィールドにおいてエンドユーザ機器２０４、２０６、２０８上でローカルデータベースに記憶される。各エンドユーザ機器２０４〜２０８上のデータベースは、ユーザのそれぞれの機器が、接続上のサーバのクエリおよびサーバによる応答を要求する検索より低遅延で、ネットワークに対してアクティブ接続をしていない間でさえ、ユーザがコンテンツを検索しオーダーすることを可能にする。データベースは、例えば、３００万の利用可能な音楽トラック、アルバムなど、または商用デジタルコンテンツサービスまたはコンテンツプロバイダからダウンロード可能な映像ためのメタデータのリストを記憶してもよい。
【０１１０】
次いで、新しいデータが、中継サーバシステム２１０を通され、「デルタファイル」プロセスを行う中継サーバシステム２１０によって扱われる。このプロセスは、中継サーバ２１０に記憶される一連のインクリメンタルファイル更新を出力として有し、各更新は、カタログ（つまり、完全に更新されたカタログと、まだ更新されていないものとの間の相違／変化を表す）の特定の前述した更新バージョンに更新を提供するように意図される。これは、各エンドユーザ機器２０４〜２０８が中継プロセッサ２１０にアクセスし、バージョン番号またはそのローカルカタログデータベース（例えば、先月更新され、５つの介在するカタログ更新を逃した機器は、２５のバージョン番号を示す一方、最新の更新された／利用可能なバージョンは３０である）のための最後の更新時期を取得し、カタログを完全に最新にする単一の更新ファイルを要求することを可能にする。更新ファイルは、現バージョンに対して機器の現在のより古い記憶されたカタログを更新するために必要なインクリメンタル変化（つまり、追加、修正および削除）のみを含む。一旦、例えば２０８のような機器が、更新が利用可能なことを知ると、中継サーバ２１０から単一更新ファイル（ダウンロード速度を増加させ、サイズを低減するために、圧縮されることが好ましい）をダウンロードし、次いで、新しい記録を挿入し、古い／現在の記録を削除するかまたは修正して、このカタログを更新する内部プロセスが実行して、ユーザが検索することができる完全に更新されたカタログを提供し、それにより最新のアルバムリリースを含む。または、デルタプロセスは、インクリメンタル更新ではなくデータベース（またはその部分）の新しい画像全体を送信するほうが効率的であると判定してもよい。最後に、プロセッサ２１０中のデルタプロセスは、機器カタログが破損され、完全に交換される必要があると判定してもよい。これらの更新ファイル（インクリメンタルのみまたは完全なカタログの置き換え）は、さらに、完全な更新されたカタログのすべてまたは部分がユーザインターフェイスを介してユーザにどのように表示されるかを明示する情報を含んでいてもよい。言いかえれば、「スライスファイル」は、特定のカタログ（例えば、トップ１０トラックＩＤのリスト）に更新を表わして組み込まれてもよい。それぞれの機器、例えば、２０８は、次いで、ユーザインターフェイスに位置する「トップ１０」項目の下のユーザにこれらの特定のトラックを表示して、利用可能なコンテンツのうちのいずれかを検索すること、および個々にまたは全体としてこれらのトラックをオーダーすることに加えて、ユーザが推奨されたトラックなどを見ることを可能にする。
【０１１１】
サーバ側コンポーネント２１０は、妥当な時点までさかのぼる多数の更新、例えば、バージョン番号または６か月以内の古い日付を有する任意の機器を記憶する。（好ましくは、サーバ側に依存して、１００％の置き換えとして十分なカタログの代わりに、インクリメンタル更新ファイルをダウンロードし更新する間の機器のパフォーマンス間のトレードオフと同様に、サーバ側でこのプロセスに利用可能な所望の記憶スペースを最適化する最小のバージョン番号が選択される。）サーバ側コンポーネント２１０は、エンドユーザ機器２０８が提供するバージョン番号に依存するエンドユーザ機器２０８に適切な更新ファイル（プロセッサ２１０または他のサーバで作成され記憶された）を配信するコードを有する。エンドユーザ機器が、最小を下回るバージョン番号を提供する場合、プロセッサまたはサーバ２１０は、機器上の現在のローカルデータベースのための完全な置き換えとして、更新されたカタログ１００％からなるデータベースファイルを提供する。バージョン番号が最小を上回る場合、機器が処理することができるダウンロードに適切な更新ファイルを提供する。
【０１１２】
前述したプロセスは、ネットワーク２１２への連続的な「常時オン」接続を有していなくてもよい機器に単一更新ファイルを提供するという点で有利である。機器が接続を確立することができる場合は常に、日和見的に、エンドユーザのために最新のものにするネットワークを備えた様々な「交信の最新の時点／回数」を有していてもよい機器用の迅速で効率的な方法を提供する。（ローカル記憶装置の利用可能性（例えば、一方が更新され、他方がユーザによって検索するために使用されるように、カタログの２つの複製を保存するように設計されているならば）および機器上の更新方法に依存して、カタログは、機器が更新を処理している間に、ユーザによって検索可能でなくてもよい。ユーザが検索することを試みれば、適切なメッセージは、そのときにユーザに見せてもよい。）
【０１１３】
システムは、サーバのオペレータが、全利用可能なカタログの部分がすべてではないがこの複製および更新処理を介して利用可能になるダイナミックに制御することを可能にするように構成されていることが好ましく、例えば、メモリ制限を有する機器について、カタログのトップ１０，０００のトラックのみが、この方法によって検索することができ、恐らく、ユーザが、ハイブリッド手法で、任意の他のもののためのライブ接続によって検索することを要求されることが望ましい。制限されたメモリを有する機器について、アプローチは、ネットワークおよびサーバ側システムへのアクティブ接続で、前述したオンデバイスカタログシステムを「ライブ検索」と組み合わせるハイブリッド手法であることが好ましい。このように、システムは、利用可能な場合、制限された待ち時間およびネットワーク接続に対する低減した信頼でユーザに適切な検索／閲覧結果を提供することに対して、制限されたメモリの制約のバランスをとる。一部のオンボードカタログにどのコンテンツタイトルが含まれるべきであるかを選択するためのいくつかの方法のいずれかを使用することができ、サーバに対する検索ができるだけありそうもないように、ユーザがそれらのタイトルを検索する可能性の最も高い時期を提供する方法が選択されることが好ましい。例えば、システムは、ユーザのダウンロード挙動および他の選好をモニタし、例えば、ユーザがジャズが好きであることをユーザが示す場合、これらのトラックは、ユーザが検索したいものになる可能性がより高いため、サービスからトップ１０，０００のジャズトラックが提供される。または、ユーザが、アーティストのチャーリー・パーカー（または、例えば、スパイク・リーの映像映画）から音楽をダウンロードしているが、それ以外は８０年代の多くの音楽をダウンロードしている場合、システムは、チャーリー・パーカーのすべての作品を含むがそれ以外は８０年代志向の音楽であるカタログをそのユーザの機器に提供する（または、映像例に関して、ユーザのメディア消費の選好および嗜好とより一般に適合する他の映像のリストを加えて、スパイク・リーの映画のすべて）。システムは、前もってダウンロードするエンドユーザの機器用に、これらのファイルをプリパッケージおよび記憶することが好ましく、その結果、更新を得るために、ネットワークに機器が接続している待ち時間を最小限にし、システムおよびサーバの他の態様を最適化するが、代替的には、エンドユーザ機器のためのこれらのカスタムカタログを、任意の程度の所望の稠密度で「オンザフライで」、つまり、最高の稠密度でのレコードバイレコード、または代替的には、機器に更新（またはカタログの置き換え）としてあらかじめ構成され連続的に送信される「ビルディングブロック」から構成することができる。前述した例において、例えば、ユーザは、カタログの他の適切な領域に加えて、８０年代の音楽「ビルディングブロック」を得てもよい。これは、個々のユーザ機器のためのより高いカスタマイズであらかじめ構築する最適化（例えば、サーバ側システム上の記憶）のバランスをとる。
【０１１４】
さらに、サーバのオペレータは、ファイルのカテゴリーが、ユーザインターフェイス上のユーザにどのように見えるかをダイナミックに変更する能力を維持することが好ましく、その結果、「スライスファイル」が「トップ１０ヒット」を１週間リストアップしてもよく、次週、これを「お気に入りのサマーソング」を読み出すために変更されてもよい。スライスファイルは、ユーザがこの項目を選択する場合、現われるべき歌をリストアップすることになる。ユーザインターフェイスに現われるべきテキストは、オペレータが、カテゴリーのタイトルが変化することを望むたびに最低でも然るべく通信されることが好ましい。これは、多くの方法で、好ましくは、フレームワークアプローチによって達成することができ、ここで、機器のユーザインターフェイスは、データがメニュー構造中の階層のレベルを再構成することを可能にすること、ネスト化されたオプションを作成することなどを含めて、機器の再起動を要求することなく、ユーザインターフェイスの構造をダイナミックに調節することができるデータに応答する。または、より多くの単純かつ制限されたアプローチは、単純性が重要なら好ましいが、ユーザインターフェイスのある要素が同時になることを表す（例えば、画面２１４に示すように、「ニューミュージックを得る」オプションの下のメニューオプションのタイトル）が、他の要素が厳密な状態のままであることを要求する（例えば、メニュー項目は、下に１つの層のみを含まなければならず、それがトラックのリストから構成されなければならず、アルバムまたはアーティストではない）。
【０１１５】
前述したプロセスへの変化および改良がいくらでも可能である。１つの特定の変化では、タイトルが新しいエンドユーザ機器のユーザインターフェイスを介してユーザに示すことが望ましく、その結果、新しい材料は、より容易に見つけることができる。これを達成するために、更新ファイルは、この情報が有用である任意の所望のレコード（例えば、音楽アルバム）用の「リリース日」メタデータ項目を含むことができることが好ましい。機器のユーザインターフェイスは、次いで、機器が使用されるときに３か月の現在の日付内に言うリリース日を有する項目の隣の「新」アイコンを配置する特定の音楽アーティストのためのアルバムのリストを表示する際にルールを使用することができる。これは、好ましい方法であるが、他の方法は、データベース中の特定の項目が「新」としてユーザに示されるべきかどうかのために、０／１ビットの設定を示して、更新ファイル自体を含んでいる場合がある。（この方法は、ネットワークに少なくとも合理的な頻度で接続しなかった機器には適切に機能せず、従って、エンドユーザによって正常な使用パターンで頻繁な接続を確実にしない機器には好ましくない。）
【０１１６】
特徴２２−ＤＲＭおよび他のプロキシ
多くのセキュリティに関連する特徴のいずれかを使用することは、商用または他のコンテンツサービスには望ましい可能性がある。これらは、デジタル著作権管理（ＤＲＭ）技術を使用することを含むことができ、送信され／受信ユーザ機器に利用可能になる前に、特定の方法でコンテンツファイルを暗号化する。他のセキュリティの特徴は、ユーザ／機器認証、またはある種類の暗号化されセキュリティ保護された送信を要求することを含んでいてもよい。マイクロソフト（登録商標）ウィンドウズメディア（登録商標）ＤＲＭは、商用コンテンツサービスによって頻繁に使用されてエンドユーザに利用可能になるコンテンツを保護するＤＲＭの例である。また、そのようなＤＲＭ技術が、より大きなシステムの一部のみとして使用されるのが好ましく、完全な商用コンテンツ配信システムの必要性を満たすそれ自体の上で十分でなくてもよいことを認識することが重要であり、つまり、ＤＲＭ技術は、それ自体、商業的に実現可能なコンテンツ購入、申し込みまたは他の商業的に適応させられたシステムに必要なすべての項目を含んでいない。特に、個人の識別などのＤＲＭシステムの一部でない情報は、サービスのためにエンドユーザに請求書を送信し、特定の受信者がいずれの特定のデジタル権利を得る権利を与えられるかを決定することが必要である。この場合、コンテンツが配信され、機器によってレンダリングされることを可能にするコンテンツプロバイダシステムによって必要な「アカウント」／ユーザ情報を供給することを必要とする手段を提供することが機器メーカーに必要であり、この情報は、機器がバックエンドコンテンツ配信システムで処理するときに、準拠したものでありセキュリティ保護された方法で、ＤＲＭシステムに提供されなければならない。
【０１１７】
さらに、機器メーカーまたはサービスプロバイダは、エンドユーザが、単一の機器から様々な現在のコンテンツサービスまたは将来のコンテンツサービスのいずれかにアクセスすることを可能にすることが望ましい場合があり、サービスは、それらのサービスの提供の間に、これらのセキュリティ手段のうちのいずれかまたはすべてを使用してもよいし、または使用しなくてもよい。
【０１１８】
機器の不適当な点により、機器からのこれらのセキュリティ保護されたサービスへのアクセスを可能にするのは困難である可能性がある。例えば、新しいセキュリティ保護されたコンテンツサービスが出現する場合、機器は、安全性のある一定の態様を処理するために適切な処理能力を有していなくてもよく、またはそのファームウェア／ソフトウェアがアップグレードされないかぎり、要求される認証プロトコルに適合する困難を有していてもよい。再生レンダリングおよび／または他の機能の間に、コンテンツの解読を可能にする有効なＤＲＭライセンスを出すことができる前に、特に、例えば、ＤＲＭベースのサービスの問題は、サーバへの適切なＤＲＭ要求が、特定の方法で暗号化される形態で、要求機器が適切にコンテンツ要求を認証情報と組み合わせることを必要とすることである。さらに、サービスが、後にこのプロセスのためにその要件を交換する可能性がある。例えば、ハッカーが、最終的に、セキュリティ手段を「外し」、新しいものを使用するか、または修正を行うことが必要なため、またはサービスが新しい安全特性またはＤＲＭの新バージョンを実行しようと努めるため、これは、時間とともに頻繁に起こってもよい。さらに、多数のサービスが、多数のタイプのＤＲＭまたは他の安全性対策を使用する場合、厄介な問題が起こる可能性があり、特に、モバイル機器などの小資本の機器のための動作の問題を引き起こす可能性がある。
【０１１９】
この問題は、機器メーカーおよびコンテンツプロバイダに重要な問題を引き起こす。機器が特定のサービスに接続することを可能にするために困難を克服することができても、これらの会社は、サービスの将来のバージョンまたは新しい所望のサービスの追加が、機器の互換性を喪失させるという危険に直面し、エンドユーザを怒らせる。特に、配信網における機器メーカーまたは他の中継者が提供されている各サービスを制御しない場合、その問題を補償するためにサーバ側を変更することは可能でない場合がある。従って、これらの当事者は、無線ダウンロードまたはサイドロードによって、無線携帯電話などの分野でのエンドユーザ機器上でのソフトウェア／ファームウェアの更新を要求する困難な選択に直面する。これは、エンドユーザのための潜在的に重大な不便をもたらし、エンターテインメントまたはプロバイダが提供することを試みる他のサービスを妨げ、送受話器のためのアップグレードに関与する危険、コストおよび時間をもたらすため、関係者のための潜在的に不適当な状況をもたらす。従って、送受話器上のソフトウェア／ファームウェアを修正することを要求しない解決法は、たいへん好ましい。
【０１２０】
本発明は、図４に示すような機器の代わりのサーバ側要求を介して、ＤＲＭ要求または他のセキュリティ手段にプロキシを提供することにより、この問題を解決しようとする。この図では、システム３００は、外部コンテンツプロバイダ３０２またはコンテンツを記憶し、本願明細書で説明したプロセスを使用して、様々な機器３０４、３０６および３０８にコンテンツを公表するために使用された他の手段を含む。
【０１２１】
外部コンテンツプロバイダ３０２は、機器３０４〜３０８にコンテンツを送信するためにインターネット３１２に接続された中継サーバシステム３１０でデータを交換する。この中継サーバ３１０を介して、機器３０４〜３０８は、生じる可能性のある変化から隔離され、進行中の修正およびアップグレードの要求から保護される。潜在的に異なる順守要件／プロトコルが、サービスからコンテンツを得るために様々なプロバイダによって要求されても、著しく、単一の機器が容易に多数のコンテンツプロバイダからのコンテンツを得ることができる機構でもある。安全性がまだ有効に提供されることを確保するために、機器（例えば、３０６）は、中継サーバ３１０を、トランザクション（または、機器の所望の機能に依存するすべてのトランザクション）の指定された種類のための交信の第１のポイントであると確認する。機器３０６および中継サーバ３１０は、好ましい認証／セキュリティ手段を確立し、その結果、中継サーバ３１０は、機器３０６へのセキュリティ保護された通信を常に認証し扱うことができる。中継サーバ３１０は、例えば、参照テーブルを使用することにより、サポートされたサービスを可能にするために所望により、機器／エンドユーザ３０６〜３０８の有効なユーザ／アカウント情報を識別し、認証し、集める手段を有する。
【０１２２】
例として、機器３０６が、ＤＲＭ保護コンテンツをダウンロードしようとする場合、中継サーバ３１０に要求を送信する（特に、中継サーバ３１０に機器を識別する認証データと同様に、所望のコンテンツのための識別子を含んでいてもよい）。サーバ３１０は、次いで、要求に基づいて、機器３０６が、特定の外部コンテンツプロバイダ、例えばＤＲＭ保護音楽コンテンツファイルのプロバイダからコンテンツにアクセスしようとすることを認識する。中継サーバ３１０は、サーバ側チームによって定期的に更新され、例えば、外部コンテンツプロバイダ３０２のために適切な適格クエリに機器３０６からのＤＲＭコンテンツ要求を再公式化するまたは変換するために知っているコードを含む。特に、例えば、マイクロソフト（登録商標）ＤＲＭで、クエリは、中継サーバ３１０のバックエンドとコンテンツプロバイダのサーバ３０２との間で確立された「マスタアカウント」に関するサーバレベルで含まれた情報、または中継サーバによって機器の代わりにもたらされたコンテンツ上の個人アカウントに関する情報を加えて、要求で機器のある個別情報を組み合わせることを含んでいてもよい。中継サーバ３１０は、次いで、外部コンテンツプロバイダ３０２の機器の代わりにこの要求をし、機器３０６が解釈することができる応答（ある場合には、潜在的に、多数の必要な往復認証に関連する交換後）を受信する（交互に、エラーコードが受信される場合、サーバは、その現在のソフトウェアバージョンが、エラー情報を変換し使用することができるように、このエラーの適切な変換をユーザ機器に提供するために、エラーを傍受して保存し、または代替的にはこれらのエラーコードを解釈するために同様に更新されてもよい）。この応答は、次いで、機器３０６に伝えられ、例えば、機器が所望のコンテンツファイルを得ることができるＵＲＬから構成されてもよい。
【０１２３】
ＤＲＭ要求のこのプロキシは、このように、進行中で発展している安全保障環境に生じる可能性のある変化の問題および他の問題から機器３０６を隔離した。さらに、ユーザが、各プロバイダ３０２とビジネス関係を直接確立する必要がある、または各特定のプロバイダ３０２に必要とされる場合がある機器３０６に関して多くのアクセスまたはセキュリティプロトコルを実行する必要がある機器３０６を用いずに、中継サーバ３１０が、多数の外部コンテンツプロバイダ３０２から機器３０６にコンテンツを提示することを可能にした。（中継サーバ３１０のオペレータは、この方法で、そのユーザのためのあるサービスを自動的に集めることを選択することができるか、またはユーザが手動でデバイスインターフェイスまたはユーザのアカウントに加えたいサポートされたサービスのパーソナルコンピュータから指定することができるように、代替的には他のアプローチをとることができる。）さらに、機器３０６が断続的な接続性のみを有し、機器３０６が中間応答の間で「保留状態である」間、セキュリティプロトコルのネゴシエーションには時間かかる可能性がある場合、機器３０６が中間応答で接続性を失った場合でも、サーバ３１０は、これらのトランザクションを行うことができる。さらに、中継サーバのオペレータにより多くの柔軟性を提供し、オペレータが、例えば所望の取引関係に基づいて、所望通りに、外部コンテンツプロバイダに多少の情報を提供することを選択することができる。
【０１２４】
特徴２３−音楽４Ｕ／送信機器
何らかの方法で、ネットワーク（例えば、インターネット）に直接接続することができる機器で、パーソナルコンピュータなどの介在機器を使用することなく、ユーザがコンテンツを直接得る可能性がある。しかし、多数のユーザ、機器メーカー、サービスプロバイダなどが直面する問題は、ユーザが選択する利用可能なコンテンツの幅広い／非常に大きい選択を有することである。ナビゲート／検索／閲覧、識別、オーダー、ダウンロード、再生することが困難であり、特に、無線携帯電話などの制限されたユーザ入出力を備えた機器から、エンドユーザに十分に適応したコンテンツを管理することは困難である。
【０１２５】
対照的に、依然として困難な問題があるが、それらが従来のパーソナルコンピュータを使用する場合、ユーザは、多少、利用可能なコンテンツを閲覧し、ナビゲートするより容易な時間を有し、典型的には、より大きな画面およびマウスやキーボードなどのより利用可能でよりナビゲート可能な入力装置を提供する（恐らく、より安定した、迅速で経済的なインターネット接続）。さらに、パーソナルコンピュータは、典型的には、インターネットへのより「常時オン」タイプの接続を確立するため、インターネット接続コンテンツサービスは、ストリーム配信可能でダウンロード可能なサンプルをオンデマンドで提供して、ユーザが、しばしば、より長くより多い関連するダウンロードプロセスであるものに応じて、十分なコンテンツを得る前、または購入または他のビジネス上の約束の前に、魅力的なコンテンツの決定を促すことができる。
【０１２６】
携帯および他の機器上のコンテンツアクセスを可能にするコンテンツサービスは、典型的には、ユーザが、パーソナルコンピュータ上で選択をし、次いで、恐らくＵＳＢまたは「Ｆｉｒｅｗｉｒｅ」接続を介して、パーソナルコンピュータに手動で機器を接続して、パーソナルコンピュータから機器にコンテンツを転送することを要求する。
【０１２７】
本発明は、ユーザが、コンテンツを識別し選択する際にパーソナルコンピュータの利点を維持することを可能にするが、ユーザが手動でローカル接続を介してパーソナルコンピュータにモバイルまたは他の機器を接続する必要性を回避する。プロセスは、図４、５で、多少、簡略バージョンで例示される。プロセス４００は、ユーザがユーザのオーダー、選好および／または選択をパーソナルコンピュータまたは他の機器上でブラウザを使用することを含む任意の接続された機器を介して入力して、ステップ４０２で開始する。これらの要求は、サーバ３１０などの中継サーバ上に記憶される。従って、ユーザは、検索、閲覧、サンプリングなどのためのパーソナルコンピュータまたは任意の他のデスクトップまたは携帯用機器を使用し、次いで、ユーザが、対象とする機器にリモートに非同期に所望の選択を送るために、検索を介して見つけるコンテンツのうちのいずれかまたはすべてを、「機器に送る」ために選択を行う。指定されたモバイルまたは他の機器（または、潜在的に、特定のユーザのアカウントに関連するすべてのパーソナルコンピュータ、モバイルおよび他の機器）が、中継サーバ３１０と交信するまで、選択は中継サーバ３１０によって記憶される（ステップ４０４）。その時点では、サーバ３１０は、選択されたコンテンツ／選好などがキャッシュに保存され、機器への配信の準備ができるとそれぞれの機器に通知する。機器は、次いで、自動的に、コンテンツのダウンロード、およびサーバ３１０が入手可能にした他の項目を要求する。（さらに、同期化機構は、ユーザが、機器およびサーバ３１０に講じた行為の間に発生する可能性がある不一致を管理するか、または１つの機器用にユーザによって設定された、ローカルな選好と利用可能になる新しいコンテンツとの間の不一致を管理するために使用することができることが好ましい。）（ステップ４０４）
【０１２８】
１つの実行では、例えば、新規のユーザは、ウェブサイトを介して、商業サービスに加わることができる。ユーザを、ユーザの選好に関する特定の情報または一般的な情報を提供するように速く促すことができ、例えば、ユーザは、ジャズ音楽および８０年代のロックミュージックに対する選好を示すことができ、および／またはレイ・チャールズやビヨンセの音楽に対する選好を指定することができる。（この情報は、サービスの利用の間に、ユーザによって選択された好ましいコンテンツをモニタすることによって、「スキップ／ＦＦ」または「好きでない」ボタンなどのレンダリングコンテンツを転送する場合、挙動を観察することによって、または他の手段によってなどの他の方法で代替的にまたはさらに集められてもよい。）この情報を入力した後、サーバは、ユーザのために提案された曲目リストを生成するために、この情報を使用することができる。曲目リストの生成は、方法または任意の組み合わせの多様性によって達成することができ、多くの当業者に知られている。それらは、例えば、ベイズ統計学、手動で作成されたアーティスト／ジャンル／トラック協会、コンテンツ分析技術および他の方法を使用する推奨技術を含む。その最も単純な形態では、あらかじめ作成された曲目リストがサーバ上に作成され記憶されてもよく、ユーザからの入力は、適切な曲目リスト上に含まれた選択のプールからの完全または部分的／ランダム選択を引き起こすためになすことができる。コンテンツは、連続的に加えることができ、曲目リスト上で循環することができ、「無限曲目リスト」またはエンドユーザへの外観においてラジオ放送局のように見える。
【０１２９】
一旦、曲目リストが生成されると、ユーザは、ユーザの機器にこの曲目リストを送ることを選ぶことができる（または、このステップは自動的に行われることが可能なことが好ましい）。この時点では、サーバは、ユーザの機器が、次の機会に、この曲目リストおよびコンテンツで更新されるべきであるという記録を記憶する。サーバが、今度、機器がサーバと交信を行ったことを検出するときに、サーバは、情報を待つことがキャッシュに保存されることを機器に通知し、特定のＵＲＬまたは他の手段をキャッシュに保存されたコンテンツをダウンロードする機器に利用可能にする。このように、パーソナルコンピュータインターフェイスを介して入力されたユーザの設定および選択は、ユーザの機器へ送られる。利用可能なコンテンツの広大なカタログからコンテンツを選択するために、ユーザは、制限されたユーザインターフェイス、画面および入力手段を介して努力する必要はない。ユーザは、手動でパーソナルコンピュータに機器を接続する必要はなく、ＵＳＢケーブルまたは他の手段で第２の転送を行う必要もない。代わりに、このステップは、自動的になされる。
【０１３０】
１つのさらなる変形例では、ユーザは、周期的に継続的に送られるユーザの選好と一致するコンテンツに対する望みを示してもよい。この場合、サーバは、周期的に追加の曲目リストを作成し、前述した手順を繰り返すことができ、それによって、サーバがコンテンツを機器から利用可能にする（所望の特定の程度までを除き、そのユーザにあらかじめ送られたコンテンツを重複させない）。このように、ユーザは、選好を変更するためにパーソナルコンピュータを再閲覧しさえする必要がないが、より多くのコンテンツを常に受信することができる。
【０１３１】
別の変形例では、ユーザは、「より多い」または相当物を示すモバイル機器上で手段を提示し、従って、選好を満足するより多くのコンテンツが提供されることを要求する。前述した自動サーバ転送に加えることができる。ユーザは、いずれの時点でもパーソナルコンピュータを利用する必要性を取り除くように、これに関連づけられて、音楽の好ましいジャンル、好ましいアーティストなどの、前述した選好のすべてまたは一部を入力するモバイル機器上にアクセスを与えることができる。
【０１３２】
さらに、サーバによって指示されてもよいように、新しい曲目リストをあらかじめ機器に利用可能になった曲目リストで改められるかまたは修正されるか、あるいは完全に交換することができる。このように、より多くのインクリメンタルな変化が、時間とともに曲目リストになされ、新しく新鮮なコンテンツで、機器上の「コア」または「基本的」音楽のバランスを提供することができる。優先的に、機器は、さらに、ユーザの挙動に関するサーバに、より多くの情報を提供し、それをユーザの体験および関連性、およびコンテンツ選択の魅力を向上させるためにさらに使用する。特に、機器は、いずれの歌がユーザによってスキップされたかと同様に（暗に、再生され、スキップされなかった)と同様に、いずれの歌がユーザによって再生されたかを公表してもよい（暗に、再生されない）。この公表は、すべて、非同期で、例えば、適切なタイミングでデータを無線で送ることにより、携帯電話上で行われることができる。
【０１３３】
添付の特許請求の範囲に定義されるように、その範囲から逸脱することなく、多くの修正が本発明になされてもよい。
【図１】
2009544991.tif 000003
【図１Ａ】
2009544991.tif 000004
【図１Ｂ】
2009544991.tif 000005
【図１Ｃ】
2009544991.tif 000006
【図１Ｄ】
2009544991.tif 000007
【図１Ｅ】
2009544991.tif 000008
【図１Ｆ】
2009544991.tif 000009
【図１Ｇ】
2009544991.tif 000010
【図１Ｈ】
2009544991.tif 000011
【図１Ｉ】
2009544991.tif 000012
【図１Ｊ】
2009544991.tif 000013
【図１Ｋ】
2009544991.tif 000014
【図２】
2009544991.tif 000015
【図３】
2009544991.tif 000016
【図３Ａ】
2009544991.tif 000017
【図４】
2009544991.tif 000018
【図５】
2009544991.tif 000019
【手続補正書】
【提出日】平成21年5月26日(2009.5.26)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2009544991.tif 000020
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2009544991.tif 000021
【国際調査報告】
2009544991.tif 000022
2009544991.tif 000023
2009544991.tif 000024