メディア・ライブラリを修正するシステムおよび方法
クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングする方法、コンピュータ・プログラム製品、およびクライアント電子装置。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、参照により本明細書に組み込まれる以下の出願の優先権を主張する。２００６年９月８日出願の「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｍｏｄｉｆｙｉｎｇ ａ Ｍｅｄｉａ Ｌｉｂｒａｒｙ」という名称の米国仮特許出願第６０／８４３，１６６号。
【０００２】
本開示はメディア・ライブラリ・ファイルに関し、より詳細には、ラジオ・メディア・コンテンツを定義するように修正されるメディア・ライブラリ・ファイルに関する。
【背景技術】
【０００３】
メディア配布システム（例えば、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ Ｉｎｃ．によって提供されるＲｈａｐｓｏｄｙ（商標）サービス）は、メディア・データ・ファイルをメディア・サーバからユーザのクライアント電子装置（例えば、パーソナル・メディア・プレーヤ、携帯情報端末、またはマルチメディア携帯電話）に配布する。メディア配布システムは、ユーザが例えばダウンロード済みメディア・データ・ファイルを受信し、かつ／またはリモート・メディア・データ・ファイルをストリーミングすることを可能にすることにより、メディア・データ・ファイルを配布することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国仮特許出願第６０／８４３，１６６号
【特許文献２】米国特許出願第１１／２４２，３４１号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザにメディア・データ・ファイルをストリーミングするとき、ユーザは、ストリーミングされるメディア・データ・ファイルのうちの１つまたは複数をユーザのメディア・ライブラリ・ファイル内に定義し、したがって、定義したメディア・データ・ファイルをその後で再生することを可能にすることを望むことがある。
【課題を解決するための手段】
【０００６】
第１の実施態様では、方法が、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすることを含む。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【０００７】
以下の特徴のうちの１つまたは複数を含めることができる。クライアント電子装置の記憶装置上にメディア・ライブラリ・ファイルを格納することができる。メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の指示を確認することができる。ユーザの要望の指示が意図的なものであったことを確認することは、クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすることを含むことができる。
【０００８】
ライブラリ管理ＡＰＩ（ＡＰＩ：アプリケーション・プログラム・インターフェース）を介してリモート・メディア配布システムと通信することができる。メディア・ライブラリ・ファイルを修正することは、ラジオ・メディア・データ・ファイルのコピーを得ること、および得られたラジオ・メディア・データ・ファイルのコピーをクライアント電子装置上にローカルに格納することを含むことができる。メディア・ライブラリ・ファイルを修正することは、ユーザがアクセス可能なクライアント電子装置内のメモリ位置にラジオ・メディア・データ・ファイルを移動すること、およびユーザがアクセス可能なクライアント電子装置内のメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することを含むことができる。
【０００９】
別の実施態様では、コンピュータ・プログラム製品が、複数の命令がその上に格納されたコンピュータ可読媒体上に常駐する。プロセッサによって実行されたとき、命令は、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすることを含むオペレーションをプロセッサに実行させる。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【００１０】
以下の特徴のうちの１つまたは複数を含めることができる。クライアント電子装置の記憶装置上にメディア・ライブラリ・ファイルを格納することができる。メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の指示を確認することができる。ユーザの要望の指示が意図的なものであったことを確認することは、クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすることを含むことができる。
【００１１】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信することができる。メディア・ライブラリ・ファイルを修正することは、ラジオ・メディア・データ・ファイルのコピーを得ること、および得られたラジオ・メディア・データ・ファイルのコピーをクライアント電子装置上にローカルに格納することを含むことができる。メディア・ライブラリ・ファイルを修正することは、ユーザがアクセス可能なクライアント電子装置内のメモリ位置にラジオ・メディア・データ・ファイルを移動すること、およびユーザがアクセス可能なクライアント電子装置内のメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することを含むことができる。
【００１２】
別の実施態様では、クライアント電子装置が、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすることを含むオペレーションを実行するように構成される。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【００１３】
以下の特徴のうちの１つまたは複数を含めることができる。クライアント電子装置の記憶装置上にメディア・ライブラリ・ファイルを格納することができる。メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の指示を確認することができる。ユーザの要望の指示が意図的なものであったことを確認することは、クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすることを含むことができる。
【００１４】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信することができる。メディア・ライブラリ・ファイルを修正することは、ラジオ・メディア・データ・ファイルのコピーを得ること、および得られたラジオ・メディア・データ・ファイルのコピーをクライアント電子装置上にローカルに格納することを含むことができる。メディア・ライブラリ・ファイルを修正することは、ユーザがアクセス可能なクライアント電子装置内のメモリ位置にラジオ・メディア・データ・ファイルを移動すること、およびユーザがアクセス可能なクライアント電子装置内のメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することを含むことができる。
【００１５】
１つまたは複数の実施態様の詳細が、添付の図面および以下の説明で記述される。説明、図面、および特許請求の範囲から他の特徴および利点が明らかとなるであろう。
【図面の簡単な説明】
【００１６】
【図１】分散コンピューティング・ネットワークに結合されたメディア配布システム、クライアント・アプリケーション、プロキシ・アプリケーション、およびパーソナル・メディア装置のダイアグラムである。
【図２】図１のパーソナル・メディア装置の等角投影図である。
【図３】図１のパーソナル・メディア装置のダイアグラムである。
【図４】図１のメディア配布システムとのデータ交換のダイアグラムである。
【図５】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図６】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図７】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図８】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図９】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図１０】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図１１】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図１２】図１のパーソナル・メディア装置の等角投影図である。
【発明を実施するための形態】
【００１７】
様々な図面中の同様の参照符号は同様の要素を示す。
【００１８】
システム概要
図１を参照すると、例えばパーソナル・メディア装置１２（したがってユーザ１４）が、メディア配布システム１８からメディア・コンテンツ１６を得ることを可能にするＡＰＩ（すなわちアプリケーション・プログラム・インターフェース）１０が示されている。メディア・コンテンツ１６は、例えば、周知の圧縮技法を使用して圧縮することのできるデジタル符号化オーディオおよび／またはビデオ・メディア・データ・ファイルでよい。そのような圧縮技法の例は、限定はしないが、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６３、Ｈ．２６４、Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ、ならびに国際標準化機構（ＩＳＯ）およびＭｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）によって公表された他の技法を含むことができる。
【００１９】
メディア配布システム１８から受信されるメディア・コンテンツ１６のフォーマットの例は、例えば、メディア配布システム１８から受信される購入済みダウンロード（すなわち、例えばユーザ１４に対して永続的な使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８から受信される加入ダウンロード（すなわち、例えばユーザ１４に対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８からストリーミングされるメディア・コンテンツとを含むことができる。通常、メディア・コンテンツが、例えばコンピュータ２８からパーソナル・メディア装置１２にストリーミングされるとき、メディア・コンテンツのコピーは、パーソナル・メディア装置１２上に永続的に保持されない。メディア配布システム１８に加えて、他のソースからメディア・コンテンツを得ることができ、他のソースの例は、限定はしないが、音楽コンパクト・ディスクからリッピングされたファイルを含むことができる。
【００２０】
メディア配布システム１８によって配布されるメディア・コンテンツ１６のタイプの例は、オーディオ・メディア・データ・ファイル（その例は、限定はしないが、例えば音楽ファイル、オーディオ・ニュース・ブロードキャスト、オーディオ・スポーツ・ブロードキャスト、および書籍の音声記録を含むことができる）と、ビデオ・メディア・データ・ファイル（その例は、限定はしないが、例えば音声を含まないビデオ場面を含むことができる）と、オーディオ／ビデオ・メディア・データ・ファイル（その例は、限定はしないが、例えばａ／ｖニュース・ブロードキャスト、ａ／ｖスポーツ・ブロードキャスト、長編の映画およびムービークリップ、ミュージック・ビデオ、ならびにテレビジョン・ショーのエピソードを含むことができる）と、マルチメディア・コンテンツ・メディア・データ・ファイル（その例は、限定はしないが、例えば対話型のプレゼンテーションおよびスライドショーを含むことができる）とを含む。
【００２１】
メディア配布システム１８は、メディア・データ・ストリームおよび／またはメディア・データ・ファイルを複数のユーザ（例えばユーザ１４、２０、２２、２４、２６）に提供することができる。そのようなメディア配布システム１８の例は、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ Ｉｎｃ．によって提供されるＲｈａｐｓｏｄｙ（商標）サービスを含む。
【００２２】
メディア配布システム１８は、ネットワーク３０（例えばインターネット）に接続されるコンピュータ２８（例えばサーバコンピュータ）上に常駐し、コンピュータ２８によって実行されるサーバアプリケーションでよい。コンピュータ２８は、ネットワーク・オペレーティング・システムを実行するウェブサーバでよく、ネットワーク・オペレーティング・システムの例は、限定はしないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＸＰ Ｓｅｒｖｅｒ（商標）、Ｎｏｖｅｌｌ Ｎｅｔｗａｒｅ（商標）、またはＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことができる。
【００２３】
コンピュータ２８はまた、ウェブサーバ・アプリケーションも実行することができ、ウェブサーバ・アプリケーションの例は、限定はしないが、ネットワーク３０を介してコンピュータ２８へのＨＴＴＰ（すなわちＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）アクセスを可能にするＭｉｃｒｏｓｏｆｔ ＩＩＳ（商標）、Ｎｏｖｅｌｌ Ｗｅｂｓｅｒｖｅｒ（商標）、またはＡｐａｃｈｅ Ｗｅｂｓｅｒｖｅｒ（商標）を含むことができる。例えばローカル・エリア・ネットワーク、広域ネットワーク、イントラネットなどの１つまたは複数の２次ネットワーク（例えばネットワーク３２）にネットワーク３０を接続することができる。
【００２４】
コンピュータ２８に結合された記憶装置３４上に格納することのできる、メディア配布システム１８およびＡＰＩ１０の命令セットおよびサブルーチンを、コンピュータ２８に組み込まれた１つまたは複数のプロセッサ（図示せず）ならびに１つまたは複数のメモリ・アーキテクチャ（図示せず）で実行することができる。さらに、メディア配布システム１８から入手可能なメディア・データ・ファイルを、例えば、コンピュータ２８に取り付けられた記憶装置３４上に格納することができる。記憶装置３４は、限定はしないが、ハード・ディスク・ドライブ、テープ・ドライブ、光学式ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことができる。
【００２５】
ユーザ１４、２０、２２、２４、２６は、例えばネットワーク３０および／または２次ネットワーク３２を介して、メディア配布システム１８にアクセスすることができる。さらに、擬似リンク線３６で示されるように、２次ネットワーク３２を介してコンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）をネットワーク３０に接続することができる。
【００２６】
メディア配布システム１８に直接的にアクセスすることができ、またはプロキシ・コンピュータを介してアクセスすることができる。例えば、ユーザ２０、２４、２６は、様々なクライアント電子装置を介してメディア配布システム１８に直接的にアクセスすることができ、様々なクライアント電子装置の例は、限定はしないが、例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（例えば、Ａ Ｒｏｋｕ（商標） Ｓｏｕｎｄｂｒｉｄｇｅ Ｍ５００、Ｍ１０００、およびＭ２０００、図示せず）を含むことができる。さらに／あるいは、クライアント・コンピュータ４４を介してメディア配布システム１８に直接的にアクセスすることができる。
【００２７】
さらに、メディア配布システム１８に直接的にアクセスする装置を、ネットワーク３０（またはネットワーク３２）に直接的に結合することができる。例えば、クライアント・コンピュータ４４が、ハードワイヤード・ネットワーク接続を介してネットワーク３０に直接的に結合されるように示されている。さらに、クライアント・コンピュータ４４は、例えばユーザ２２がネットワーク３０（またはネットワーク３２）を介してメディア配布システム１８にアクセスし、メディア配布システム１８を構成することを可能にするクライアント・アプリケーション４６（その例は、限定はしないが、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ Ｉｎｃ．から入手可能なＭｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ Ｉｎｃ．から入手可能なＲｈａｐｓｏｄｙ（商標）クライアントおよびＲｅａｌＰｌａｙｅｒ（商標）クライアント、または特殊インターフェースを含むことができる）を実行することができる。クライアント・コンピュータ４４はオペレーティング・システムを実行することができ、オペレーティング・システムの例は、限定はしないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＸＰ（商標）またはＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことができる。
【００２８】
クライアント・コンピュータ４４に結合された記憶装置４８上に格納することのできるクライアント・アプリケーション４６の命令セットおよびサブルーチンを、クライアント・コンピュータ４４に組み込まれた１つまたは複数のプロセッサ（図示せず）ならびに１つまたは複数のメモリ・アーキテクチャ（図示せず）で実行することができる。記憶装置４８は、限定はしないが、ハード・ディスク・ドライブ、テープ・ドライブ、光学式ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことができる。
【００２９】
あるいは、メディア配布システム１８に直接的にアクセスする装置を、ネットワーク３０（またはネットワーク３２）に間接的に結合することもできる。例えば、パーソナル・メディア装置３８が、パーソナル・メディア装置３８とワイヤレス・アクセス・ポイント（すなわちＷＡＰ）５２との間で確立されたワイヤレス通信チャネル５０を介してネットワーク３０にワイヤレスに結合されるように示されており、ＷＡＰ５２が、ネットワーク３０に直接的に結合されるように示されている。ＷＡＰ５２は、例えば、パーソナル・メディア装置３８とＷＡＰ５２の間の通信チャネル５０を確立することのできるＩＥＥＥ８０２．１１ａ装置、ＩＥＥＥ８０２．１１ｂ装置、ＩＥＥＥ８０２．１１ｇ装置、Ｗｉ−Ｆｉ装置、および／またはＢｌｕｅｔｏｏｔｈ装置でよい。
【００３０】
当技術分野で周知のように、ＩＥＥＥ８０２．１１ｘ仕様は、経路共有のためにイーサネット（登録商標）・プロトコルおよびキャリア検知多重アクセス／衝突回避（すなわちＣＳＭＡ／ＣＡ）を使用することができる。様々な８０２．１１ｘ仕様は、例えば位相偏移キーイング（すなわちＰＳＫ）変調または相補符号キーイング（すなわちＣＣＫ）変調を使用することができる。当技術分野で周知のように、Ｂｌｕｅｔｏｏｔｈは、近距離ワイヤレス接続を使用して、例えば携帯電話、コンピュータ、および携帯情報端末を相互接続することを可能にする、電気通信業界の仕様である。
【００３１】
さらに、携帯情報端末４０が、セルラ／ネットワーク・ブリッジ５４（ネットワーク３０に直接的に結合されるように示されている）を介してネットワーク３０にワイヤレスに結合されるように示されており、携帯電話４２が、セルラ／ネットワーク・ブリッジ５６（ネットワーク３２に直接的に結合されるように示されている）を介してネットワーク３２にワイヤレスに結合されるように示されている。
【００３２】
メディア配布システム１８に直接的にアクセスすることに加えて、クライアント電子装置は、プロキシ・コンピュータを介してメディア配布システム１８に間接的にアクセスすることができる。例えば、パーソナル・メディア装置１２が、プロキシ・コンピュータ５８を介してメディア配布システム１８にアクセスするように示されている。プロキシ・コンピュータ５８はプロキシ・アプリケーション５９を実行することができ、プロキシ・アプリケーション５９は、クライアント・アプリケーション４６の機能と同様の機能を有することができる。
【００３３】
クライアント電子装置
上記で論じたように、クライアント電子装置の例は、パーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２を含むことができる。したがって、以下の開示はパーソナル・メディア装置１２、３８を対象とするが、以下の開示を任意のクライアント電子装置（携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、および専用ネットワーク装置（図示せず）を含む）に対して同様に適用できることを理解されたい。
【００３４】
図２も参照すると、ドッキング・クレードル６０を介してパーソナル・メディア装置１２、３８を例えばプロキシ・コンピュータ５８に接続することができる。通常、パーソナル・メディア装置１２、３８は、パーソナル・メディア装置１２、３８をドッキング・クレードル６０に結合するバス・インターフェース（以下でより詳細に議論する）を含む。ドッキング・クレードル６０を、例えばプロキシ・コンピュータ５８内に含まれるユニバーサル・シリアル・バス（すなわちＵＳＢ）ポート、シリアル・ポート、またはＩＥＥＥ１３９４（すなわちＦｉｒｅＷｉｒｅ）ポートに（ケーブル６２で）結合することができる。例えば、パーソナル・メディア装置１２、３８内に含まれるバス・インターフェースはＵＳＢインターフェースでよく、ドッキング・クレードル６０は、ＵＳＢハブ（すなわち、パーソナル・メディア装置１２、３８とドッキング・クレードル６０の「ホット」結合および解放を可能にするプラグ・アンド・プレイ・インターフェース）として機能することができる。
【００３５】
プロキシ・コンピュータ５８は、パーソナル・メディア装置１２、３８に対するインターネット・ゲートウェイとして機能することができる。例えばユニバーサル・プラグ・アンド・プレイ・プロトコル（すなわちＵＰｎＰ）の使用により、例えば、パーソナル・メディア装置１２、３８は、プロキシ・コンピュータ５８を使用して、ネットワーク３０（およびネットワーク３２）を介してメディア配布システム１８にアクセスし、メディア・コンテンツ１６を得ることができる。具体的には、メディア配布システム１８を求める要求をパーソナル・メディア装置１２、３８から受信したとき、プロキシ・コンピュータ５８（パーソナル・メディア装置１２、３８の代わりにインターネット・クライアントとして働く）は、コンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）に適切なウェブページ／サービスを要求することができる。要求されたウェブページ／サービスがプロキシ・コンピュータ５８に返されたとき、プロキシ・コンピュータ５８は、返されたウェブページ／サービスを（パーソナル・メディア装置１２、３８によって行われた）元の要求と関係付けることができ、ウェブページ／サービスをパーソナル・メディア装置１２、３８に転送することができる。したがって、プロキシ・コンピュータ５８は、パーソナル・メディア装置１２、３８をコンピュータ２８に、したがってメディア配布システム１８に結合するコンジットとして機能することができる。
【００３６】
図３も参照すると、パーソナル・メディア装置１２、３８のダイアグラムが示されている。パーソナル・メディア装置１２、３８は、マイクロプロセッサ１５０（例えば、カリフォルニア州サンタクララのＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎによって製造されるＡＲＭ（商標）マイクロプロセッサ）、不揮発性メモリ（例えば読取り専用メモリ１５２）、および揮発性メモリ（例えばランダム・アクセス・メモリ１５４）を含むことができ、そのそれぞれを、１つまたは複数のデータ／システム・バス１５６、１５８を介して相互接続することができる。パーソナル・メディア装置１２、３８はまた、例えばアナログ・オーディオ信号を、例えばヘッドフォン・アセンブリ１６４、リモート・スピーカ・アセンブリ１６６、またはイヤ・バッド・アセンブリ１６８と取外し可能に係合するオーディオ・ジャック１６２に提供するオーディオ・サブシステム１６０をも含むことができる。あるいは、１つまたは複数の内部オーディオ・スピーカ（図示せず）を含むようにパーソナル・メディア装置１２、３８を構成することもできる。
【００３７】
パーソナル・メディア装置１２、３８は、装置アプリケーション６４（その例は、限定はしないが、Ｒｈａｐｓｏｄｙ（商標）クライアント、ＲｅａｌＰｌａｙｅｒ（商標）クライアント、または特殊インターフェースを含むことができる）を実行することができる。パーソナル・メディア装置１２、３８は、オペレーティング・システムを実行することができ、オペレーティング・システムの例は、限定はしないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＣＥ（商標）、Ｒｅｄｈａｔ Ｌｉｎｕｘ（商標）、Ｐａｌｍ ＯＳ（商標）、または装置特有のオペレーティング・システム（すなわちカスタム・オペレーティング・システム）を含むことができる。
【００３８】
パーソナル・メディア装置１２、３８に結合された記憶装置６６上に格納することのできる装置アプリケーション６４の命令セットおよびサブルーチンを、パーソナル・メディア装置１２、３８に組み込まれた１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）で実行することができる。記憶装置６６は、例えば、ハード・ディスク・ドライブ、光学式ドライブ、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ＣＦ（すなわちコンパクト・フラッシュ）カード、ＳＤ（すなわちｓｅｃｕｒｅ ｄｉｇｉｔａｌ）カード、スマートメディア・カード、メモリ・スティック、およびマルチメディア・カードでよい。
【００３９】
パーソナル・メディア装置１２、３８はまた、ユーザ・インターフェース１７０およびディスプレイ・サブシステム１７２をも含むことができる。ユーザ・インターフェース１７０は、パーソナル・メディア装置１２、３８内に含まれる様々な入力装置からデータ信号を受信することができ、様々な入力装置の例は、（限定はしないが）例えばレーティング・スイッチ７４、７６、後方スキップ・スイッチ７８、前方スキップ・スイッチ８０、再生／停止スイッチ８２、メニュー・スイッチ８４、ラジオ・スイッチ８６、およびスライダ・アセンブリ８８を含むことができる。ディスプレイ・サブシステム１７２は、パーソナル・メディア装置１２、３８内に含まれるディスプレイ・パネル９０にディスプレイ信号を提供することができる。ディスプレイ・パネル９０は、例えばアクティブ・マトリックス液晶ディスプレイ・パネル、パッシブ・マトリックス液晶ディスプレイ・パネル、発光ダイオード・ディスプレイ・パネルでよい。
【００４０】
オーディオ・サブシステム１６０、ユーザ・インターフェース１７０、およびディスプレイ・サブシステム１７２を、（それぞれ）１つまたは複数のデータ／システム・バス１７４、１７６、１７８を介してマイクロプロセッサ１５０とそれぞれ結合することができる。
【００４１】
パーソナル・メディア装置１２、３８の使用中、パーソナル・メディア装置１２、３８内に格納された様々なメディア・コンテンツ９２、９４、９６の例えばタイトルおよびアーティストを表示するようにディスプレイ・パネル９０を構成することができる。スライダ・アセンブリ８８を使用して、パーソナル・メディア装置１２、３８内に格納されたメディア・コンテンツのリストを上方または下方にスクロールすることができる。所望のメディア・コンテンツが強調表示されるとき（例えば、「Ｔａｊ Ｍａｈａｌ」による「Ｐｈａｎｔｏｍ Ｂｌｕｅｓ」）、ユーザ１４は、再生／停止スイッチ８２を使用して、レンダリングのためにメディア・コンテンツを選択することができる。ユーザ１４は、前方スキップ・スイッチ８０を使用して、次のメディア・コンテンツ（例えば「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」による「Ｈａｐｐｙ Ｔｏ Ｂｅ Ｊｕｓｔ．．．」）まで前方にスキップすることができ、または後方スキップ・スイッチ７８を使用して、前のメディア・コンテンツ（例えば「Ｌｅｒｏｙ Ｂｒｏｗｎｓｔｏｎｅ」による「Ｂｉｇ Ｎｅｗ Ｏｒｌｅａｎｓ．．．」）まで後方にスキップすることができる。さらに、ユーザ１４は、レーティング・スイッチ７４、７６を使用することにより、メディア・コンテンツを聴くときにメディア・コンテンツをレーティングすることができる。
【００４２】
ユーザは、ディスプレイ・パネル９０を例えばスライダ・アセンブリ８８と共に使用して、パーソナル・メディア装置１２、３８内に格納され、かつ／またはメディア配布システム１８から入手可能なメディア・コンテンツを検索／ブラウズすることができる。例えば、検索画面１００をレンダリングするために、ユーザは、スライダ・アセンブリ８８を押下して保持することができる。検索画面１００は、アーティスト・フィールド１０２、アルバム・フィールド１０４、およびトラック・フィールド１０６を含むことができる。例えばスライダ・アセンブリ８８を使用して、ユーザは、フィールド１０２、１０４、１０６の間を移動し、適切な検索語句を適切なフィールドに入力することができる。例えば、ユーザは、「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」という語句をアーティスト・フィールド１０２に入力することができる。フィールド１０２に入力するとき、スライダ・アセンブリ８８を使用して、適切な文字を入力することができる。例えば、スライダ・アセンブリ８８の上方移動または下方移動は、ユーザがフィールド間を移動することを可能にすることができ、スライダ・アセンブリ８８の押下の結果、特定のフィールドを選択することができる。選択の後、スライダ・アセンブリ８８の上方移動または下方移動は、ユーザが適切な文字を選択することを可能にすることができ、スライダ・アセンブリ８８の押下の結果、文字を選択することができる。あるいは、フル・キーボードまたは部分的キーボード（図示せず）を含むようにパーソナル・メディア装置１２、３８を構成することもできる。検索語句が定義された後、ユーザは、「検索」ボタン１０８または（別法として）「取消し」ボタン１１０を選択することができる。
【００４３】
上記で論じたように、パーソナル・メディア装置１２、３８は、ドッキング・クレードル６０を介して例えばプロキシ・コンピュータ５８とインターフェースするためのバス・インターフェース１８０を含むことができる。さらに、上記で論じたように、パーソナル・メディア装置１２、３８を、例えば、パーソナル・メディア装置１２、３８と、例えばＷＡＰ５２との間で確立されたワイヤレス通信チャネル５０を介して、ネットワーク３０（および／または他のパーソナル・メディア装置）にワイヤレスに結合することができる。したがって、パーソナル・メディア装置１２、３８は、パーソナル・メディア装置１２、３８をネットワーク３０（またはネットワーク３２）および／または他のパーソナル・メディア装置にワイヤレスに結合するワイヤレス・インターフェース１８２を含むことができる。例えばＷＡＰ５２に対するＲＦ通信のためのアンテナ・アセンブリ１８４、および／または例えば第２パーソナル・メディア装置との赤外線通信のためのＩＲ（すなわち赤外線）通信アセンブリ１８６に、ワイヤレス・インターフェース１８２を結合することができる。さらに、上記で論じたように、パーソナル・メディア装置１２、３８は、装置アプリケーション６４の命令セットおよびサブルーチンを格納する記憶装置６６を含むことができる。さらに、記憶装置６６を使用して、メディア配布システム１８からダウンロードされたメディア・データ・ファイルを格納し、メディア配布システム１８からストリーミングされたメディア・データ・ストリーム（またはその部分）を一時的に格納することができる。
【００４４】
記憶装置６６、バス・インターフェース１８０、およびワイヤレス・インターフェース１８２を、（それぞれ）１つまたは複数のデータ／システム・バス１８８、１９０、１９２を介してマイクロプロセッサ１５０とそれぞれ結合することができる。
【００４５】
上記で論じたように、メディア配布システム１８は、ユーザ１４、２０、２２、２４、２６にメディア・コンテンツを配布することができ、それによって、配布されるメディア・コンテンツは、メディア・データ・ストリームおよび／またはメディア・データ・ファイルの形式でよい。
【００４６】
したがって、ユーザがメディア・データ・ファイルをダウンロードすることだけを可能にするようにメディア配布システム１８を構成することができる。例えば、メディア配布システム１８からメディア・データ・ファイル（その例は、限定はしないが、ＭＰ３エンコーダまたはＡｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ（ＡＡＣ）エンコーダを使用して符号化および圧縮されたオーディオ・ファイル、あるいはデジタル・ビデオ符号化ファイルを含むことができる）をダウンロードすることをユーザ２０に許可することができ、それによって、メディア・データ・ファイルのコピーが、パーソナル・メディア装置３８に転送される。
【００４７】
あるいは、ユーザがメディア・データ・ファイルのメディア・データ・ストリームを受信および処理することだけを可能にするようにメディア配布システム１８を構成することもできる。例えば、メディア配布システム１８から受信されるメディア・データ・ストリームを（携帯情報端末４０上で）受信および処理することをユーザ２４に許可することができる。上記で論じたように、メディア・コンテンツが例えばコンピュータ２８から携帯情報端末４０にストリーミングされるとき、メディア・データ・ファイルのコピーを携帯情報端末４０上に永続的に保持することはできない。
【００４８】
さらに、ユーザがメディア・データ・ストリームを受信および処理し、メディア・データ・ファイルをダウンロードすることを可能にするようにメディア配布システム１８を構成することができる。そのようなメディア配布システムの例は、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ，Ｉｎｃ．によって提供されるＲｈａｐｓｏｄｙ（商標）サービスを含む。したがって、メディア配布システム１８から、デジタル符号化メディア・データ・ファイルをダウンロードし、メディア・データ・ストリームを受信および処理することをユーザ２６に許可することができる。したがって、メディア・データ・ファイルのコピーをコンピュータ２８から携帯電話４２に転送することができ、メディア・データ・ファイルのストリームをコンピュータ２８から携帯電話４２で受信することができる。
【００４９】
直接的アクセス
上記で論じたように、メディア配布システム１８に直接的にアクセスすることができ、またはプロキシ・コンピュータを介してアクセスすることができる。例えば、ユーザ２０、２４、２６は、様々なクライアント電子装置を介してメディア配布システム１８に直接的にアクセスすることができ、様々なクライアント電子装置の例は、限定はしないが、例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（図示せず）を含むことができる。
【００５０】
メディア配布システム１８に直接的にアクセスするとき、標準化プロトコルを使用することができる。例えば、ＳＯＡＰ（すなわちＳｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用して、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）をメディア配布システム１８に結合することができる。
【００５１】
当技術分野で周知のように、ＳＯＡＰプロトコルは、コンピュータ・ネットワーク（例えばネットワーク３０、３２）を介してＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）メッセージを交換することを可能にする。ＨＴＴＰ（すなわちＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用してこうしたメッセージを交換することができる。
【００５２】
ＳＯＡＰは、ＲＰＣ（すなわちＲｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ）プロセスを使用することができ、ＲＰＣプロセスでは、第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）が別のネットワーク・ノード（例えばコンピュータ２８）に要求メッセージを送信し、第２ネットワーク・ノード（例えばコンピュータ２８）が第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）に応答メッセージを送信する。上記ではシステムがＳＯＡＰを使用するものとして説明されるが、他の構成も可能であり、本開示の範囲内にあるとみなされる。例えば、ＪＳＯＮ（すなわちＪａｖａ（登録商標） Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎａｔａｔｉｏｎ）、ＲＥＳＴ（すなわちＲＥｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）、およびＸＭＬ−ＲＰＣ（すなわちｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｅａｇｅ Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ）などの他のプロトコルを使用することができる。
【００５３】
アプリケーション・プログラミング・インターフェース
図４および５も参照すると、上記で論じたように、メディア配布システム１８は、コンピュータ２８と、パーソナル・メディア装置３８、携帯情報端末４０、および携帯電話４２との間の、例えばＳＯＡＰを介する通信を可能にするためにＡＰＩ１０を含むことができる。さらに、以下でより詳細に論じるように、メディア配布システム１８／ＡＰＩ１０は、装置アプリケーション６４内に含まれる１つまたは複数のクライアント・スタブ２０２と対話するために１つまたは複数のサーバ・スタブ２００を含むことができる。
【００５４】
ＡＰＩ１０は、メディア配布システム１８のサービスを求める要求を他のコンピュータ・プログラム（例えば装置アプリケーション６４）によって作成することを可能にし、かつ／またはメディア配布システム１８からデータを取り出すこと、および／またはメディア配布システム１８にデータを提供することを可能にする、メディア配布システム１８に対するインターフェースとして働くことができる。
【００５５】
ＡＰＩ１０は、（メディア配布システム１８内の）機能のソース・コードに対するアクセスを許可することなく、または（メディア配布システム１８内の）機能の内部動作の詳細な理解を必要とすることなく、どのように装置アプリケーション６４が（メディア配布システム１８内の）１組の機能にアクセスすることができるかを記述することができる。
【００５６】
上記で論じたように、メディア配布システム１８は、（ダウンロードまたはストリームの形態の）メディア・データ・ファイル２０４を、例えば、パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２などのクライアント電子装置に提供する。メディア配布システム１８はまた、メディア・データ・ファイル２０４を索引付けし、メディア配布システム１８を介して入手可能なメディア・データ・ファイル２０４をユーザが検索／ブラウズすることを可能にするファイル・カタログ２０６を維持することもできる。コンピュータ２８に結合された記憶装置３４上にファイル・カタログ２０６を維持することができる。メディア・データ・ファイル２０４および／またはファイル・カタログ２０６をメディア・リポジトリ２０７内に含めることができる。メディア・リポジトリ２０７の任意の例は、Ｏｒａｃｌｅ（商標）データベース、ＩＢＭ ＤＢ２（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、Ｃｏｍｐｕｔｅｒ Ａｓｓｏｃｉａｔｅｓ（商標）データベース、またはＭｉｃｒｏｓｏｆｔ Ａｃｃｅｓｓ（商標）データベースなどのデータベースを含むことができる。
【００５７】
以下でより詳細に論じるように、クライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）のユーザが、ファイル・カタログ２０６をブラウズ／検索し（２５０）、複数のメディア・データ・ファイル２０４から選ばれた１つまたは複数のメディア・データ・ファイルを識別する（２５２）ことを可能にするようにＡＰＩ１０を構成することができる。さらに、標準化プロトコルを使用して、クライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）からデータ要求を受信し（２５４）、受信したデータ要求に応答して、データをサード・パーティ使用可能フォーマットでクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）に提供する（２５６）ようにＡＰＩ１０を構成することができる。
【００５８】
クライアント電子装置の構成
メディア配布システム１８に直接的にアクセスするようにクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）を構成するとき、２つの装置（例えばクライアント電子装置とコンピュータ２８）間で、標準化プロトコルを確立することができる。上記で論じたように、そのような標準化プロトコルの一例はＳＯＡＰである。標準化プロトコルが確立され、装置が互いに通信することができるようになると、例えば記憶装置３４上に常駐する、１つまたは複数のＷＳＤＬ（すなわちＷｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）２０８をクライアント電子装置で処理して、任意の必要なクライアント・スタブ（例えばクライアント・スタブ２０２）の生成を自動化することができる。
【００５９】
ＷＳＤＬ２０８は、クライアント装置がどのようにウェブ・サービスと通信することができるかを記述するサービス記述（通常はＸＭＬ）である。例えば、ＷＳＤＬ２０８は、装置アプリケーション６４（したがってクライアント電子装置）がどのようにメディア配布システム１８／ＡＰＩ１０と通信することができるかを記述することができる。さらに、ＷＳＤＬ２０８は、例えば、メディア配布システム１８と対話するのに必要なプロトコル・バインディングおよびメッセージ・フォーマットを定義することができる。通常、サポートされるオペレーションおよびメッセージが抽象的に記述され、次いでネットワーク・プロトコル（例えばＳＯＡＰ）にバインドされる。したがって、ＷＳＤＬ２０８は、メディア配布システム１８に対するパブリック・インターフェースを定義することができる。
【００６０】
したがって、メディア配布システム１８に直接的にアクセスするようにクライアント電子装置を構成するとき、通信がコンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）とクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）との間で（標準化プロトコルを使用して）確立されると、クライアント電子装置は、１つまたは複数のＷＳＤＬ２０８を（コンピュータ２８から）得て、それを処理して、クライアント電子装置がアクセスすることを望むサービス／機能に関する適切なクライアント・スタブ（例えばクライアント・スタブ２０２）を生成することができる。
【００６１】
ＷＳＤＬを生成するとき、ＷＳＤＬが構成される方式（したがって、クライアント・スタブが生成される方式）は、プログラマの意図に基づいて変化する可能性がある。例えば、メディア配布システム１８のすべてのサービス／機能に関するクライアント・スタブを生成するように単一のＷＳＤＬを設計することができる。あるいは、メディア配布システム１８内で利用可能な各サービス／機能について別々のＷＳＤＬを利用可能にすることもできる。例えば、第１ＷＳＤＬを、メディア配布システム１８のアカウント管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第２ＷＳＤＬを、メディア配布システム１８のライブラリ管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第３ＷＳＤＬを、メディア配布システム１８のメタデータ・サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第４ＷＳＤＬを、メディア配布システム１８の再生サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第５ＷＳＤＬを、メディア配布システム１８の検索サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができる。
【００６２】
クライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２）がメディア配布システム１８の様々なサービス／機能にアクセスすることを可能にするように適切なクライアント・スタブ（例えば、クライアント・スタブ２０２）が生成された後、クライアント電子装置は、例えば、ファイル・カタログ２０６をブラウズ／検索し（２５０）、複数のメディア・データ・ファイル２０４から選ばれた１つまたは複数のメディア・データ・ファイルを識別し（２５２）、標準化プロトコルを使用してクライアント電子装置からデータ要求（複数可）を受信し（２５４）、受信したデータ要求（複数可）に応答して、データをサード・パーティ使用可能フォーマットでクライアント電子装置に提供する（２５６）ことができる。メディア配布システム１８の様々なサービス／機能の例は、検索サービス／機能、アカウント管理サービス／機能、再生サービス／機能、メタデータ・サービス／機能、およびライブラリ・サービス／機能を含む。
【００６３】
ＲＰＣ通信
上記で論じたように、ＳＯＡＰは、ＲＰＣ（すなわちＲｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ）プロセスを使用することができ、ＲＰＣプロセスでは、第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）が別のネットワーク・ノード（例えばコンピュータ２８）に要求メッセージを送信し、第２ネットワーク・ノード（例えばコンピュータ２８）が第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）に応答メッセージを送信する。
【００６４】
ＲＰＣプロセスは通常、（例えば、装置アプリケーション６４内の）クライアント側で開始する。装置アプリケーション６４はクライアント・スタブ２０２を呼び出すことができ、上述のように、クライアント・スタブ２０２は、（通常はＷＳＤＬを使用して）メディア配布システム１８の様々なサービス／機能へのアクセスを可能にするように生成される。通常、サービス／機能を実装するコードを含むのではなく、クライアント・スタブ２０２は、必要なパラメータを装置アプリケーション６４から取り出すことができ、それをクライアント・ランタイム・ライブラリ２１０に提供することができる。装置アプリケーション６４から得られるパラメータは、例えば、ファイル・カタログ２０２をブラウズ／検索する（２５０）ときに使用される検索語句を定義し、ダウンロードのための１つまたは複数のメディア・データ・ファイル２００を識別し（２５２）、コンピュータ２８にメタデータを要求または送信し、ユーザのライブラリにエントリを追加し、またはユーザのライブラリからエントリを除去し、あるいは加入アカウントをセットアップし、または取り消すことができる。
【００６５】
クライアント・ランタイム・ライブラリ２１０は、（装置アプリケーション６４から得られる）パラメータをＮＤＲ（すなわちＮｅｔｗｏｒｋ Ｄａｔａ Ｒｅｐｒｅｓｅｎｔａｉｏｎ）フォーマットのメッセージ２１２に変換することができる。標準化プロトコル２１４（例えばＳＯＡＰ）を使用して、ネットワーク３０、３２を介してメッセージ２１２をコンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）に送信することができる。クライアント・ランタイム・ライブラリ２１０は、クライアント・スタブ２０２の機能をサポートするルーチンのオブジェクト・ライブラリでよい。
【００６６】
コンピュータ２８がクライアント電子装置からＮＤＲメッセージ２１２を受信するとき（２５４）、サーバ・ランタイム・ライブラリ２１６は、ＮＤＲメッセージ２１２を受諾して、サーバ・スタブ２００を呼び出すことができる。サーバ・スタブ２００は、メッセージ２１２内に含まれるパラメータを取り出し、それを、ネットワーク伝送フォーマット（すなわちＮＤＲフォーマット）から、コンピュータ２８で使用可能なフォーマットに変換することができる。変換した後、サーバ・スタブ２００は、メディア配布システム１８内の要求されたサービス／機能を呼び出すことができる。
【００６７】
メディア配布システム１８内の要求されたサービス／機能が実行されると、１つまたは複数の出力パラメータを（コンピュータ２８上で）生成することができる。メディア配布システム１８で生成される出力パラメータは、例えば、検索結果を定義し、ダウンロード要求の受信を確認し、またはメタデータの受信を確認することができる。
【００６８】
サーバ・ランタイム・ライブラリ２１６は、（メディア配布システム１８で生成された）出力パラメータをＮＤＲフォーマットのメッセージ２１８に変換することができる。ネットワーク３０、３２を介してクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、または携帯電話４２）にメッセージ２１８を（すなわち、標準化プロトコル２２０（例えばＳＯＡＰ）を使用して）提供することができる（２５６）。サーバ・ランタイム・ライブラリ２１６は、サーバ・スタブ２００の機能をサポートするルーチンのオブジェクト・ライブラリでよい。
【００６９】
クライアント電子装置がコンピュータ２８からＮＤＲメッセージ２１８を受信したとき、クライアント・ランタイム・ライブラリ２１０は、ＮＤＲメッセージ２１８を受諾し、クライアント・スタブ２０２を呼び出すことができる。クライアント・スタブ２０２は、メッセージ２１８内に含まれる出力パラメータを取り出し、それを、ネットワーク伝送フォーマット（すなわちＮＤＲフォーマット）から、クライアント電子装置で使用可能なフォーマットに変換することができる。
【００７０】
上記で論じたように、クライアント電子装置に提供されるデータを、サード・パーティ使用可能フォーマット（すなわち、サード・パーティアプリケーションで使用可能な標準化フォーマット）で提供することができる。そのようなフォーマットの一例はＸＭＬである。したがって、メッセージ２１２、２１８のうちの１つまたは複数は、様々なアプリケーション（例えばウェブ・ブラウザ）で処理可能なＸＭＬベースのメッセージでよい。
【００７１】
特殊ＡＰＩ
上記で論じたように、ＷＳＤＬを生成するとき、ＷＳＤＬが構成される方式（したがって、クライアント・スタブが生成される方式）は、プログラマの意図に基づいて変化する可能性がある。例えば、メディア配布システム１８内で利用可能な各サービス／機能について別々のＷＳＤＬを利用可能にすることができる。したがって、第１ＷＳＤＬを、メディア配布システム１８のアカウント管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第２ＷＳＤＬを、メディア配布システム１８のライブラリ管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第３ＷＳＤＬを、メディア配布システム１８のメタデータ・サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第４ＷＳＤＬを、メディア配布システム１８の再生サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第５ＷＳＤＬを、メディア配布システム１８の検索サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができる。
【００７２】
アカウント管理ＡＰＩ
図６も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（３００）ことを可能にすることのできるアカウント管理ＡＰＩとしてＡＰＩ１０を構成することができる。クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）がメディア配布システム１８に関連する１つまたは複数の加入アカウントを管理する（３０２）ことを可能にするようにアカウント管理ＡＰＩを構成することができる。
【００７３】
メディア配布システム１８は、ユーザ（例えばユーザ２０、２４、２６）がメディア配布システム１８に加入し、メディア配布システム１８へのアクセスの許可を受けるための、例えば月々の加入料を支払うという点で、加入ベースのサービスでよい。ユーザ（例えばユーザ２０、２４、２６）がメディア配布システム１８に加入すると、ユーザは、クライアント電子装置上で使用するためにメディア・コンテンツ（例えばメディア・データ・ファイル２０４）を得ることができ、クライアント電子装置の例は、限定はしないが、パーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（図示せず）を含むことができる。
【００７４】
上記で論じたように、メディア配布システム１８から得られるメディア・コンテンツ（例えばメディア・データ・ファイル２０４）は、例えば、メディア配布システム１８から受信される購入済みダウンロード（すなわち、例えばユーザ２０、２４、２６に対して、永続的な使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８から受信される加入ダウンロード（すなわち、例えばユーザ２０、２４、２６に対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８からストリーミングされるメディア・コンテンツの形態でよい。
【００７５】
通常、メディア配布システム１８にアクセスするとき、メディア配布システム１８に対して、ユーザ（例えばユーザ２０、２４、２６）および／またはクライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）を識別するユーザ「証明書」を提供するようにユーザ２０、２４、２６に要求することができる。こうした証明書の受信時に、メディア配布システム１８は、証明書を検証することを試みることができ、検証された場合、ユーザ２０、２４、２６および／または装置３８、４０、４２に、メディア加入システム１８へのアクセスを許可する。メディア配布システム１８で受信および検証される証明書は、限定はしないが、ユーザ名、ユーザ・パスワード、ユーザ・キー、装置名、装置パスワード、装置キー、ならびに／あるいは１つまたは複数のデジタル証明書を含むことができる。
【００７６】
最初にクライアント電子装置を構成するとき、ユーザにメディア配布システム１８への「トライアル」加入を許可することができ、したがって、ユーザは、サービスを無料で試すことが可能となる。したがって、「トライアル」加入の生成を可能にするようにアカウント管理ＡＰＩ（例えばＡＰＩ１０）を構成することができる。しかし、こうした「トライアル」加入は、限定された期間（例えば１か月）についてのものでよく、または使用の制限を与えることができる（例えば２５回の再生／ダウンロード）。したがって、トライアル加入の満了日／時刻を監視するようにＡＰＩ１０を構成することができ、満了日／時刻（またはそれに妥当に近い日付／時刻）の発生時に、ＡＰＩ１０は、ユーザ（例えばユーザ２０、２４、２６）に、ユーザの「トライアル」加入を有料加入に転換するオプションを提示することができる。例えばディスプレイ・パネル９０（図２）を介して、この提案をユーザに提示することができる。提案が受諾された場合、追加の情報（例えば請求情報）を提供するようにユーザに要求することができる。
【００７７】
アカウント管理ＡＰＩ（例えばＡＰＩ１０）を介して、他のアカウント管理サービス／機能をユーザ（例えばユーザ２０、２４、２６）に対して利用可能にすることができる。例えば、ＡＰＩ１０は、ユーザがメディア配布システム１８との新しい有料加入を生成し、メディア配布システム１８との既存の有料加入を更新し、メディア配布システム１８とのトライアル加入を取り消し、メディア配布システム１０との有料加入を取り消すことを可能にすることができる。
【００７８】
ライブラリ管理ＡＰＩ
図７も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（３５０）ことを可能にすることのできるライブラリ管理ＡＰＩとしてＡＰＩ１０を構成することができる。クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が、メディア配布システム１８に関連する１つまたは複数のメディア・ライブラリを管理する（３５２）ことを可能にするようにライブラリ管理ＡＰＩを構成することができる。
【００７９】
限定はしないが、パーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（図示せず）を含むことのできるクライアント電子装置の使用中、クライアント電子装置上でレンダリングされるメディア・コンテンツ項目（例えばメディア・データ・ファイル２０４）を監視して、クライアント電子装置上でレンダリングされるメディア・コンテンツ項目のシーケンスを定義するメディア履歴ファイル１１２を編集するのに使用することができる。メディア履歴ファイル１１２は通常はローカルに維持される（例えば、クライアント電子装置上のメモリ内に維持される）が、別法として／さらに、メディア履歴ファイル１１２をリモート・メディア履歴ファイル１１２’としてリモートに維持する（例えば、コンピュータ２８上に維持する）ことができる。
【００８０】
クライアント電子装置を通じて、ユーザ（例えばユーザ２０、２４、２６）は、メディア履歴ファイル１１２、１１２’（またはその部分）をプレイリストとして保存することができる。プレイリストの一例は、メディア配布システム１８が順番にレンダリングすることのできるメディア・コンテンツ項目（例えば、ストリーミングされた加入トラックおよびアルバム、ダウンロードされた加入トラックおよびアルバム、ならびに購入／リッピングされたトラック）のグループを含むことができる。このことは、ユーザが、カスタム音楽コンピレーションを（複数のプレイリストの形態で）編集することを可能にする。
【００８１】
ライブラリ管理ＡＰＩ（例えばＡＰＩ１０）は、クライアント電子装置のユーザが、メディア配布システム１８に関連する１つまたは複数のメディア・ライブラリ・ファイル（例えばライブラリ・ファイル１１４、１１４’）を管理する（３５２）ことを可能にすることができる。プレイリストと同様に、メディア・ライブラリ・ファイル１１４、１１４’は、個々のメディア・コンテンツ項目（例えば、ストリーミングされた加入トラックおよびアルバム、ダウンロードされた加入トラックおよびアルバム、ならびに購入／リッピングされたトラック）をグループ化し、定義し、かつ／または配置することができる。メディア・ライブラリ・ファイル１１４は通常はローカルに維持される（例えば、クライアント電子装置上のメモリ内に維持される）が、別法として／さらに、メディア・ライブラリ・ファイル１１４をリモート・メディア・ライブラリ・ファイル１１４’としてリモートに維持する（例えば、コンピュータ２８上に維持する）ことができる。
【００８２】
ライブラリ管理ＡＰＩ（例えばＡＰＩ１０）を介して、他のライブラリ管理サービス／機能をユーザ（例えばユーザ２０、２４、２６）に対して利用可能にすることができる。例えば、ＡＰＩ１０は、ユーザがライブラリ・ファイル（例えばライブラリ・ファイル１１４、１１４’）を定義し、ライブラリ・ファイルを保存し、ライブラリ・ファイルを削除し、ライブラリ・ファイルを修正し、ライブラリ・ファイルを（メディア配布システム１８の別のユーザと）共有し、（メディア配布システム１８の別のユーザによる閲覧のために）ライブラリ・ファイルを公表することを可能にすることができる。
【００８３】
メタデータＡＰＩ
図８も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が、複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（４００）ことを可能にすることのできるメタデータＡＰＩとしてＡＰＩ１０を構成することができる。クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が１つまたは複数の検索語句を定義する（４０２）ことを可能にするようにメタデータ・アプリケーション・プログラミング・インターフェースを構成することができる。１つまたは複数の検索語句に基づいて、複数のメディア・データ・ファイルの少なくとも一部に対して照会を実行することができる（４０４）。結果セットを生成することができ（４０６）、結果セットの一部を、その一部が結果セット全体未満となることができるようにユーザ（例えばユーザ２０、２４、２６）に対して表示することができる（４０８）。
【００８４】
上記で論じたように、メディア配布システム１８は、メディア・データ・ストリームおよび／またはメディア・データ・ファイルをユーザ（例えばユーザ２０、２４、２６）に提供することができる。メタデータを、メディア配布システム１８によって提供される各メディア・データ・ストリームおよび／またはメディア・データ・ファイルと関連付けることができる。このメタデータは、（限定はしないが）例えばアーティスト識別子、アルバム識別子、トラック識別子、アルバム・カバー・イメージ、音楽ジャンル識別子、および優先順位レーティングを含むことができる。音楽ジャンル識別子の例は、限定はしないが「ロック」、「ブルース」、「クラシック」、「オールディーズ」、および「ヒップ・ホップ」を含むことができる。優先順位レーティングの例は、番号１〜１０を含むことができる。したがって、番号１の優先順位レーティングは、非常に影響力のある／人気のあるアーティストを識別することができ、番号１０の優先順位レーティングは、影響力のない／人気のないアーティストを識別することができる。メディア配布システム１８の従業員がレーティングを定義することができるという点で、優先順位レーティングを編集式に決定することができる。あるいは／さらに、例えばトラックまたはアーティストが（任意のユーザによって）レンダリングされる回数がアーティストの優先順位レーティングを決定するという点で、優先順位レーティングを統計的に決定することができる。
【００８５】
上記で論じたように、クライアント電子装置のユーザ（例えばユーザ２０、２４、２６）は、検索画面１００を例えばスライダ・アセンブリ８８と共に使用して、パーソナル・メディア装置１２、３８内に格納され、かつ／またはメディア配布システム１８から利用可能なメディア・コンテンツを検索／ブラウズすることができる。アーティスト・フィールド１０２、アルバム・フィールド１０４、およびトラック・フィールド１０６に加えて、検索画面１００は、ジャンル・フィールド１１６および優先順位フィールド１１８を含むことができる。例えばスライダ・アセンブリ８８を使用して、ユーザは、フィールド１０２、１０４、１０６、１１６、１１８の間を移動し、適切な検索語句を適切なフィールドに入力することができる。
【００８６】
メタデータＡＰＩ（例えばＡＰＩ１０）は、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が、例えばフィールド１０２、１０４、１０６、１１６、１１８内の１つまたは複数の検索語句を定義する（４０２）ことを可能にすることができる。例えば、フィールド１０２、１０４、１０６を空白のままにすることができ、ユーザは、ジャンル・フィールド１１６に「ブルース」という語を入力し、優先順位フィールド１１８に「１０」を入力することができる。上記で論じたように、フィールド（例えばフィールド１１６、１１８）に入力するとき、スライダ・アセンブリ８８を使用して適切な文字を入力することができる。検索語句が定義されると、ユーザは、「検索」ボタン１０８または（別法として）「取消し」ボタン１１０を選択することができる。
【００８７】
「検索」ボタン１０８が選択される場合、１つまたは複数の検索語句に基づいて、複数のメディア・データ・ファイルの少なくとも一部に対して照会を実行することができる（４０４）。例えば、検索語句が「ブルース」（ジャンルについて）および「１０」（優先順位レーティングについて）である場合、ＡＰＩ１０は、メディア・データ・ファイル（例えばメディア・データ・ファイル２０４）を照会して、どのメディア・データ・ファイルが照会を満たすか（すなわち、どのメディア・データ・ファイルが優先順位レーティング「１０」を有し、かつ「ブルース」として分類されるか）を判定することができる。上記で論じたように、メタデータを使用して、メディア・データ・ファイルの優先順位レーティングおよびジャンルを定義することができる。したがって、メディア・データ・ファイルに関連するメタデータを検索することにより、結果セットを生成することができる（４０６）。クライアント電子装置は、比較的小型のディスプレイ・パネル（例えば図２のディスプレイ・パネル９０）を含むことがあるので、ディスプレイ・パネルの表示能力を超える、無制限の結果セットの生成は望ましくないことがある。例えば、ディスプレイ・パネル９０が最大で１０個の行項目を含む結果セットを表示することができ、生成される結果セットが３５０個の行項目を含む場合、結果セットを１０個の行項目の増分で表示することが望ましいことがある。したがって、ＡＰＩ１０は、結果セットの一部のみを、その一部が結果セット全体未満となることができるように、ユーザ（例えばユーザ２０、２４、２６）に対して表示することができる（４０８）。したがって、結果セットが大規模であり、ディスプレイ・パネルが最大で１０個の行項目を表示することができる場合、ＡＰＩ１０は行項目１〜１０を表示することができる。ディスプレイ・パネル９０上で行項目１１〜２０を確認するために、例えばスライダ・アセンブリ８８を下方向に移動するようにユーザに要求することができる。
【００８８】
さらに／あるいは、大規模な結果セットについて、ＡＰＩ１０は、アルファベットの各文字についての開始行項目を識別するアルファベット索引をレンダリングすることができる。例えば、３５０個の行項目結果セットが生成される場合、ディスプレイ・パネル９０上にアルファベット索引をレンダリングすることができる。そのようなアルファベット索引の一例は以下の通りである。
【表１】
【００８９】
したがって、３５０個の行項目を含む結果セットについて、（ＡＰＩ１０によってレンダリングされた）アルファベット索引は、アルファベットの各文字についての開始行項目を定義することができる。例えば、ユーザが「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」に関心があった場合、「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」が行項目１１０から行項目１２２の中のどこかにリストされることになるので（アーティストがラスト・ネーム、ファースト・ネームのフォーマットでリストされると仮定する）、ユーザは、行項目１１０まで前方にスキップすることができる。
【００９０】
ＡＰＩ１０がアルファベット索引をレンダリングするとき、ユーザは、例えばスライダ・アセンブリ８８を使用して、適切な行項目開始地点（例えば行項目１１０）を選択することができる。ユーザが適切な行項目開始地点（例えば行項目１１０）を選択すると、ＡＰＩ１０は、定義済みのいくつかの行項目（例えば１０個）を、例えばディスプレイ・パネル９０内でレンダリングすることができる。例えば、上述のアルファベット索引から「１１０」を選択するとき、ＡＰＩ１０は、（ディスプレイ・パネル９０内で）行項目１１０〜１１９をレンダリングすることができる。ユーザが次の１０個の行項目を確認することを望む場合、ユーザは、例えばスライダ・アセンブリ８８を使用することができる。
【００９１】
再生ＡＰＩ
図９も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（４５０）ことを可能にする再生ＡＰＩとしてＡＰＩ１０を構成することができる。ユーザ（例えばユーザ２０、２４、２６）によって確立された、音楽配布システム１８との間の接続の数を監視する（４５２）ように再生ＡＰＩを構成することができる。ユーザ（例えばユーザ２０、２４、２６）によって確立可能な接続の数を定義済みの接続限度に制限する最大接続ポリシーを実施することができる（４５４）。
【００９２】
具体的には、音楽配布システム１８を複数の装置と共に働くように構成することができる。例えば、クライアント電子装置（例えば、パーソナル・メディア装置３８、携帯情報端末４０、および携帯電話４２）は、ユーザ（例えばユーザ２０、２４、２６）が（例えば、車内にいる間、ジョギング中、ハイキング中、または運動中に）メディア配布システム１８にリモートにアクセスすることを可能にすることができる。さらにクライアント・コンピュータ４４は、ユーザが自宅または仕事場にいる間にメディア配布システム１８にアクセスすることを可能にすることができる。さらに、専用ネットワーク装置（例えば、Ａ Ｒｏｋｕ（商標） Ｓｏｕｎｄｂｒｉｄｇｅ Ｍ５００、Ｍ１０００、およびＭ２０００、図示せず）が、メディア配布システム１８をホーム・エンターテイメント・システム（図示せず）とインターフェースさせることができ、したがって、ホーム・エンターテイメント・システムを使用してメディア・コンテンツ項目をレンダリングすることが可能となる。したがって、単一の加入が複数の同時接続をサポートすることを可能にするようにメディア配布システム１８を構成することができる。したがって、ユーザが、仕事場にいる間にメディア配布システム１８にアクセスすることができると共に、ユーザの配偶者が、自宅にいる間にメディア配布システム１８に同時にアクセスすることができる。
【００９３】
したがって、ユーザ（例えばユーザ２０、２４、２６）によって確立された、音楽配布システム１８との間の接続の数を監視する（４５２）ように再生ＡＰＩを構成することができる。ユーザ（例えばユーザ２０、２４、２６）によって確立可能な接続の数を定義済みの接続限度に制限する最大接続ポリシーを実施することができる（４５４）。したがって、定義済みの接続限度が２である場合、ユーザが、（例えば仕事場から）メディア配布システム１８にアクセスすることができると共に、ユーザの配偶者が、（例えば自宅から）メディア配布システム１８に同時にアクセスすることができる。しかし、ユーザの息子がジョギング中に（パーソナル・メディア装置３８を使用して）メディア配布システム１８に同時にアクセスすることを試みる場合、（この例では）第３の接続を許可することは、同時接続が２つという例示的接続限度を超過することになるので、接続を拒否することができる。
【００９４】
検索ＡＰＩ
図１０も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザが複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（５００）ことを可能にすることのできる検索ＡＰＩとしてＡＰＩ１０を構成することができる。ユーザ（例えばユーザ２０、２４、２６）が第１検索語句を定義し（５０２）、第１検索語句に基づいて複数のメディア・データ・ファイルの少なくとも一部の第１照会を実行する（５０４）ことを可能にするように検索ＡＰＩを構成することができる。ユーザ（例えばユーザ２０、２４、２６）が第２検索語句を定義し（５０６）、第１および第２検索語句に基づいて、複数のメディア・データ・ファイルの少なくとも一部の第２照会を実行する（５０８）ことを可能にすることができる。
【００９５】
上記で論じたように、クライアント電子装置のユーザ（例えばユーザ２０、２４、２６）は、検索画面１００を例えばスライダ・アセンブリ８８と共に使用して、パーソナル・メディア装置１２、３８内に格納され、かつ／またはメディア配布システム１８から入手可能なメディア・コンテンツを検索／ブラウズすることができる。検索画面１００は、アーティスト・フィールド１０２、アルバム・フィールド１０４、トラック・フィールド１０６、ジャンル・フィールド１１６、および優先順位フィールド１１８などの複数の検索フィールドを含むことができる。
【００９６】
上述の検索手順に加えて、各文字がフィールド１０２、１０４、１０６、１１６、１１８のうちの１つに入力された後に照会を自動的に実行することができる。例えば、ユーザが「Ｊｏｈｎｓｏｎ」から「Ｊ」を定義する場合（５０２）、照会を自動的に実行して（５０４）、どのアーティストが「Ｊ」で始まるラスト・ネームを有するかを判定することができる。この結果、可能性のある合致が例えば５０，０００個得られることがある。次いでユーザは、第２語句（すなわち「Ｏ」）をアーティスト・フィールド１０２内に定義することができ（５０６）（合計で２つの検索語句、すなわち「ＪＯ」）、第２照会を自動的に実行することができる（５０８）。この結果、可能性のある合致が例えば３０，０００個得られることがある。次いでユーザは、結果セットが、例えばサイズがディスプレイ・パネル９０上で容易にナビゲート可能となるまで、引き続き追加の文字を入力することができる（その結果、検索語句の合計数が多くなる）。したがって、固有であり、かつ長いラスト・ネームを有するアーティストについて、管理可能な結果セットを生成するために、ユーザが必要なのは、アーチストの（ラスト・ネーム全体ではなく）ラスト・ネームの小部分を入力することだけでよい。
【００９７】
ラジオ・コンテンツのレンダリング
上記で論じたように、メディア配布システム１８から受信されるメディア・コンテンツ１６のフォーマットは、例えば、メディア配布システム１８から受信される購入済みダウンロード（すなわち、ユーザに対して永続的な使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８から受信される加入ダウンロード（すなわち、ユーザに対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８からストリーミングされるメディア・コンテンツとを含むことができる。
【００９８】
パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２、クライアント・コンピュータ４４、およびプロキシ・コンピュータ５８は、ラジオ・メディア・コンテンツを受信および処理することができる。ラジオ・メディア・コンテンツは、例えば特定の音楽ジャンル／時間枠から選ばれ、例えばデジタル・ミレニアム著作権法に準拠するシーケンスで再生される、複数のトラックを含むことができる。通常、ユーザがラジオ・メディア・コンテンツを受信および処理したいとき、ユーザは、メディア配布システム１８からユーザが利用可能な複数のラジオ局から、ラジオ局を選択することができる。
【００９９】
１９９８年のデジタル・ミレニアム著作権法は、特定の歌、アーティスト、アーティストのグループを指定の時間間隔内にレンダリングすることのできる回数を制限することができる。トラックのシーケンスをレンダリングするとき、例えば３時間の時間間隔にわたって、（ｉ）同一のアルバムの３つ以下のトラックがレンダリングされる場合、（ｉｉ）同一のアルバムの２つ以下の連続するトラックがレンダリングされる場合、（ｉｉｉ）同一のアーティスト（すなわち個人／グループ）またはアンソロジーの４つ以下のトラックがレンダリングされる場合、および（ｉｖ）同一のアーティスト（すなわち個人／グループ）またはアンソロジーの３つ以下の連続するトラックがレンダリングされる場合、シーケンスは、デジタル・ミレニアム著作権法に準拠することができる。
【０１００】
パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２、クライアント・コンピュータ４４、およびプロキシ・コンピュータ５８上での再生のためにラジオ・メディア・コンテンツがコンピュータ２８からストリーミングされるとき、ラジオ・メディア・コンテンツ内の個々のトラック（すなわち個々のラジオ・メディア・データ・ファイル）のレンダリング・シーケンスが、通常はメディア配布システム１８によって制御される。ラジオ・メディア・コンテンツをレンダリングする装置にトラックが一度に１つストリーミングされるからである。したがって、メディア配布システム１８は、レンダリング・シーケンスが例えばデジタル・ミレニアム著作権法に準拠することを保証することができる。
【０１０１】
ラジオ・メディア・コンテンツが装置にストリーミングされることに加えて、メディア配布システム１８に対するアクティブな接続を有さない装置上での再生のためにラジオ・メディア・コンテンツをキャッシュすることができる。例えば、パーソナル・メディア装置３８、携帯情報端末４０、および携帯電話４２をメディア配布システム１８にワイヤレスに結合することができるが、メディア配布システム１８に対するワイヤレス接続が利用可能ではない可能性のある状況がある。例えば、この例示的実施形態では、パーソナル・メディア装置１２が、プロキシコンピュータ５８を介してメディア配布システム１８に結合される。したがって、パーソナル・メディア装置１２が、例えばドッキング・クレードル６０内にないとき、パーソナル・メディア装置１２は、メディア配布システム１８にアクティブに接続されない。
【０１０２】
したがって、後の時間にクライアント電子装置（例えばパーソナル・メディア装置、１２、３８、携帯情報端末４０、携帯電話４２）上で再生するためにラジオ・メディア・コンテンツをキャッシュすることができる。クライアント電子装置上での再生のためにラジオ・メディア・コンテンツをキャッシュするとき、ラジオ・メディア・コンテンツ内の個々のトラックをメディア配布システム１８から加入ダウンロードとして取り出すことができる。上記で論じたように、加入ダウンロードは、ユーザに対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツである。したがって、キャッシュされたラジオ・メディア・コンテンツ内に含まれる加入ダウンロードのうちの１つまたは複数をレンダリングおよび／または処理する前に、コンテンツをレンダリングする装置はまず、ユーザがメディア配布システム１８との最新の加入契約を有することを検証することができる。
【０１０３】
しばしば、ラジオ・メディア・コンテンツがクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２）に提供されるとき、ラジオ局の要件（例えばジャンルおよび／または時間枠）に合致する複数の加入ダウンロードをメディア配布システム１８から取り出すことができる。取り出される加入ダウンロードの厳密な数は、準拠法およびポリシーに応じて変化することがあり、準拠法およびポリシーの例は、（限定はしないが）デジタル・ミレニアム著作権法、ＡＳＣＡＰ（すなわちｔｈｅ Ａｍｅｒｉｃａｎ Ｓｏｃｉｅｔｙ ｏｆ Ｃｏｍｐｏｓｅｒｓ， Ａｕｔｈｏｒｓ， ａｎｄ Ｐｕｂｌｉｓｈｅｒｓ）ポリシー、およびＢＭＩ（すなわちＢｒｏａｄｃａｓｔ Ｍｕｓｉｃ， Ｉｎｃ．）ポリシーを含む。例えば、ラジオ・メディア・コンテンツ内に含まれる加入ダウンロードの最小数を例えばわずか８０個と定義することができるが、その数字は、例えば装置（例えば、パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２）の記憶容量、メディア配布システム１８によって確立されるポリシー・ガイドライン、ならびに／あるいは準拠法およびポリシー（例えばデジタル・ミレニアム著作権法、ＡＳＣＡＰ、およびＢＭＩ）に応じて、かなり増加する（例えば５００加入ダウンロード超まで）可能性がある。
【０１０４】
さらに、上記で論じたように、ラジオ・メディア・コンテンツ内に含まれる個々のトラックのレンダリング・シーケンスを、例えばデジタル・ミレニアム著作権法で管理することができる。したがって、クライアント電子装置上にラジオ・メディア・コンテンツをキャッシュするとき、クライアント電子装置のユーザにはアクセス不能／閲覧不能であるメモリの保護エリア内にラジオ・メディア・コンテンツを格納することができ、したがって、ユーザがラジオ・メディア・コンテンツに直接的にアクセスして、ラジオ・メディア・コンテンツを非準拠シーケンスでレンダリングすることが防止される。
【０１０５】
さらに／あるいは、ラジオ・メディア・コンテンツがクライアント電子装置上にキャッシュされるとき、ラジオ・メディア・コンテンツをより小さいデータ「チャンク」に分割し、記憶装置全体にわたって分散させることができる。そのような方法の一例が、参照により本明細書に組み込まれる、２００５年１０月３日出願の「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＯＦ ＲＥＬＩＣＥＮＳＩＮＧ ＣＯＮＴＥＮＴ」という名称の米国特許出願第１１／２４２，３４１号で開示されている。したがって、キャッシュされたラジオ・メディア・コンテンツがレンダリングされるとき、まず、各ラジオ・メディア・データ・ファイルを構成する個々の「チャンク」の位置を突き止め、再び集めることができる。
【０１０６】
ラジオ・コンテンツのライブラリ管理
図１１および１２も参照すると、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングするとき（５５０）、クライアント電子装置のユーザがメディア・ライブラリ・ファイル（例えばメディア・ライブラリ・ファイル１１４、１１４’）にラジオ・メディア・データ・ファイルを追加したい場合、ユーザは、メディア・ライブラリ・ファイルにラジオ・メディア・データ・ファイルを追加したいというユーザの要望の指示を提供することができる。ユーザは、ラジオ・メディア・データ・ファイルのレンダリング中に、例えばスライダ装置８８を定義済みの期間（例えば２秒）にわたって押下して保持することにより、この指示を提供することができる。この指示がクライアント電子装置のユーザから受信される（５５２）と、装置アプリケーション６４は、ディスプレイ・パネル９０上に情報画面６００をレンダリングする（５５６）ことができる。情報画面６００は、メディア・ライブラリ・ファイルの修正に関してユーザに確認５５８を要求することができる。指示が意図せずに生成された場合、ユーザは、「取消し」ボタン６０２を選択することができる。しかし、指示が意図的なものであった場合、ユーザは「確認」ボタン６０４を選択することができ、装置アプリケーション６４は、現在レンダリング中のラジオ・メディア・データ・ファイルを定義するようにメディア・ライブラリ・ファイルを修正する（５５４）ことができる。
【０１０７】
レンダリング中のラジオ・メディア・データ・ファイルのタイプに応じて、装置アプリケーション６４がメディア・ライブラリ・ファイル（例えばメディア・ライブラリ・ファイル１１４、１１４’）を修正する方式は変化することができる。
【０１０８】
例えば、ラジオ・メディア・データ・ファイルがメディア配布システム１８に対するアクティブな接続を維持するクライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）にストリーミングされる場合、修正すべきメディア・ライブラリ・ファイルは単に、メディア配布システム１８を介してコンピュータ２８上で利用可能なリモート・メディア・データ・ファイルの位置を突き止めるポインタのリストでよい。したがって、ユーザが、メディア配布システム１８に対するアクティブな接続を維持するクライアント電子装置上でレンダリング中のラジオ・メディア・データ・ファイルを定義するようにメディア・ライブラリ・ファイルを修正したい場合、装置アプリケーション６４は単に、アクティブに接続されたクライアント電子装置上でレンダリング中のラジオ・メディア・データ・ファイルに対応するリモート・メディア・データ・ファイルの位置を定義するポインタをメディア・ライブラリ・ファイルに追加するだけでよい。
【０１０９】
さらに／あるいは、メディア配布システム１８に対するアクティブな接続を維持する装置について、メディア・ライブラリ・ファイル内にラジオ・メディア・データ・ファイルを定義するとき、（リモート・メディア・データ・ファイルの位置を突き止めるためにメディア・ライブラリ・ファイルにポインタを単に追加するのではなく）メディア・データ・ファイルのローカル・コピーを得て（５６０）、格納する（５６２）ことが望ましいことがある。ラジオ・メディア・データ・ファイルのローカル・コピーを格納する（５６２）ことにより、ユーザは、メディア配布システム１８に対するアクティブな接続が利用不能である間（例えば、飛行機の中、地下鉄の中、エレベータの内部にいる間など）に、ラジオ・メディア・データ・ファイルをレンダリングすることができる。したがって、ユーザがクライアント電子装置上でレンダリング中のストリーミング・ラジオ・メディア・データ・ファイルを聴取しており、ユーザがユーザのライブラリにラジオ・メディア・データ・ファイルを追加することを望むとき、アクティブに接続されたクライアント電子装置上でレンダリング中のラジオ・メディア・データ・ファイルに対応するリモート・メディア・データ・ファイルを（上記で論じたように）ライブラリ・ファイル内で識別することができる。さらに、装置アプリケーション６４は、ラジオ・メディア・データ・ファイルのコピーがメディア配布システム１８から得られ（５６０）、クライアント電子装置上にローカルに格納される（５６２）ようにフラグ（図示せず）をセットすることができる。装置アプリケーション６４は、例えば次回にクライアント電子装置がドッキングされるときに、ラジオ・メディア・データ・ファイルのコピーを得ることができる。
【０１１０】
クライアント電子装置（例えばパーソナル・メディア装置１２）がメディア配布システム１８に対するアクティブな接続を維持しない場合、ラジオ・メディア・データ・ファイル（すなわち、集合的にはラジオ・メディア・コンテンツ）を後続のレンダリングのためにクライアント電子装置上にキャッシュすることができる。例えば、パーソナル・メディア装置１２がクレードル６０内にドッキングされる（したがってメディア配布システム１８に接続される）とき、メディア配布システム１８からラジオ・メディア・コンテンツをダウンロードし、後続のレンダリング（例えば、装置１２がクレードル６０から取り外されたとき）のためにパーソナル・メディア装置１２上にキャッシュすることができる。
【０１１１】
上記で論じたように、例えばパーソナル・メディア装置１２上にキャッシュされたラジオ・メディア・データ・ファイルを、ユーザがアクセス不能なメモリ位置内に格納することができる。したがって、メディア・ライブラリ・ファイル（例えばメディア・ライブラリ・ファイル１１４、１１４’）内にラジオ・メディア・データ・ファイルを定義するとき、装置アプリケーション６４は、ユーザがアクセス可能なメモリ位置にラジオ・メディア・データ・ファイルを移動することができる（５６４）。装置アプリケーション６４は、新しく追加されたラジオ・メディア・データ・ファイルが格納されるメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することができる（５６６）。
【０１１２】
キャッシング時に、（上記で論じたように）ラジオ・メディア・データ・ファイルがより小さいデータ「チャンク」に分割され、例えばパーソナル・メディア装置１２の記憶装置全体にわたって分散される場合、ユーザがアクセス可能なメモリ位置にラジオ・メディア・データ・ファイルを移動する前に、装置アプリケーション６４は、メディア・ライブラリ・ファイル内に定義されるべきラジオ・メディア・データ・ファイルを構成する個々の「チャンク」の（例えば記憶装置６６内の）位置を突き止め、「再び集める」ことができる。「再び集められた」後に、装置アプリケーション６４は、ユーザがアクセス可能なメモリ位置にラジオ・メディア・データ・ファイルを移動することができる。装置アプリケーション６４は、新しく追加されたラジオ・メディア・データ・ファイルが格納されるメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することができる。
【０１１３】
メディア・ライブラリ・ファイルの修正に関する上述の機能の一部またはすべてを、上述のライブラリ管理ＡＰＩを介してメディア配布システム１８と通信する（５６８）ことによって（全体的または部分的に）実施することができる。
【０１１４】
いくつかの実施態様を説明した。それでも、様々な修正を行うことができることを理解されよう。したがって、他の実施態様は、以下の特許請求の範囲の範囲内にある。
【技術分野】
【０００１】
関連出願
本願は、参照により本明細書に組み込まれる以下の出願の優先権を主張する。２００６年９月８日出願の「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｍｏｄｉｆｙｉｎｇ ａ Ｍｅｄｉａ Ｌｉｂｒａｒｙ」という名称の米国仮特許出願第６０／８４３，１６６号。
【０００２】
本開示はメディア・ライブラリ・ファイルに関し、より詳細には、ラジオ・メディア・コンテンツを定義するように修正されるメディア・ライブラリ・ファイルに関する。
【背景技術】
【０００３】
メディア配布システム（例えば、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ Ｉｎｃ．によって提供されるＲｈａｐｓｏｄｙ（商標）サービス）は、メディア・データ・ファイルをメディア・サーバからユーザのクライアント電子装置（例えば、パーソナル・メディア・プレーヤ、携帯情報端末、またはマルチメディア携帯電話）に配布する。メディア配布システムは、ユーザが例えばダウンロード済みメディア・データ・ファイルを受信し、かつ／またはリモート・メディア・データ・ファイルをストリーミングすることを可能にすることにより、メディア・データ・ファイルを配布することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国仮特許出願第６０／８４３，１６６号
【特許文献２】米国特許出願第１１／２４２，３４１号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ユーザにメディア・データ・ファイルをストリーミングするとき、ユーザは、ストリーミングされるメディア・データ・ファイルのうちの１つまたは複数をユーザのメディア・ライブラリ・ファイル内に定義し、したがって、定義したメディア・データ・ファイルをその後で再生することを可能にすることを望むことがある。
【課題を解決するための手段】
【０００６】
第１の実施態様では、方法が、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすることを含む。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【０００７】
以下の特徴のうちの１つまたは複数を含めることができる。クライアント電子装置の記憶装置上にメディア・ライブラリ・ファイルを格納することができる。メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の指示を確認することができる。ユーザの要望の指示が意図的なものであったことを確認することは、クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすることを含むことができる。
【０００８】
ライブラリ管理ＡＰＩ（ＡＰＩ：アプリケーション・プログラム・インターフェース）を介してリモート・メディア配布システムと通信することができる。メディア・ライブラリ・ファイルを修正することは、ラジオ・メディア・データ・ファイルのコピーを得ること、および得られたラジオ・メディア・データ・ファイルのコピーをクライアント電子装置上にローカルに格納することを含むことができる。メディア・ライブラリ・ファイルを修正することは、ユーザがアクセス可能なクライアント電子装置内のメモリ位置にラジオ・メディア・データ・ファイルを移動すること、およびユーザがアクセス可能なクライアント電子装置内のメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することを含むことができる。
【０００９】
別の実施態様では、コンピュータ・プログラム製品が、複数の命令がその上に格納されたコンピュータ可読媒体上に常駐する。プロセッサによって実行されたとき、命令は、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすることを含むオペレーションをプロセッサに実行させる。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【００１０】
以下の特徴のうちの１つまたは複数を含めることができる。クライアント電子装置の記憶装置上にメディア・ライブラリ・ファイルを格納することができる。メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の指示を確認することができる。ユーザの要望の指示が意図的なものであったことを確認することは、クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすることを含むことができる。
【００１１】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信することができる。メディア・ライブラリ・ファイルを修正することは、ラジオ・メディア・データ・ファイルのコピーを得ること、および得られたラジオ・メディア・データ・ファイルのコピーをクライアント電子装置上にローカルに格納することを含むことができる。メディア・ライブラリ・ファイルを修正することは、ユーザがアクセス可能なクライアント電子装置内のメモリ位置にラジオ・メディア・データ・ファイルを移動すること、およびユーザがアクセス可能なクライアント電子装置内のメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することを含むことができる。
【００１２】
別の実施態様では、クライアント電子装置が、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすることを含むオペレーションを実行するように構成される。ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示が、クライアント電子装置のユーザから受信される。指示の受信に応答して、メディア・ライブラリ・ファイルが、ラジオ・メディア・データ・ファイルを定義するように修正される。
【００１３】
以下の特徴のうちの１つまたは複数を含めることができる。クライアント電子装置の記憶装置上にメディア・ライブラリ・ファイルを格納することができる。メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の指示を確認することができる。ユーザの要望の指示が意図的なものであったことを確認することは、クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすることを含むことができる。
【００１４】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信することができる。メディア・ライブラリ・ファイルを修正することは、ラジオ・メディア・データ・ファイルのコピーを得ること、および得られたラジオ・メディア・データ・ファイルのコピーをクライアント電子装置上にローカルに格納することを含むことができる。メディア・ライブラリ・ファイルを修正することは、ユーザがアクセス可能なクライアント電子装置内のメモリ位置にラジオ・メディア・データ・ファイルを移動すること、およびユーザがアクセス可能なクライアント電子装置内のメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することを含むことができる。
【００１５】
１つまたは複数の実施態様の詳細が、添付の図面および以下の説明で記述される。説明、図面、および特許請求の範囲から他の特徴および利点が明らかとなるであろう。
【図面の簡単な説明】
【００１６】
【図１】分散コンピューティング・ネットワークに結合されたメディア配布システム、クライアント・アプリケーション、プロキシ・アプリケーション、およびパーソナル・メディア装置のダイアグラムである。
【図２】図１のパーソナル・メディア装置の等角投影図である。
【図３】図１のパーソナル・メディア装置のダイアグラムである。
【図４】図１のメディア配布システムとのデータ交換のダイアグラムである。
【図５】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図６】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図７】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図８】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図９】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図１０】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図１１】図１のメディア配布システムによって実行されるプロセスの流れ図である。
【図１２】図１のパーソナル・メディア装置の等角投影図である。
【発明を実施するための形態】
【００１７】
様々な図面中の同様の参照符号は同様の要素を示す。
【００１８】
システム概要
図１を参照すると、例えばパーソナル・メディア装置１２（したがってユーザ１４）が、メディア配布システム１８からメディア・コンテンツ１６を得ることを可能にするＡＰＩ（すなわちアプリケーション・プログラム・インターフェース）１０が示されている。メディア・コンテンツ１６は、例えば、周知の圧縮技法を使用して圧縮することのできるデジタル符号化オーディオおよび／またはビデオ・メディア・データ・ファイルでよい。そのような圧縮技法の例は、限定はしないが、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６３、Ｈ．２６４、Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ、ならびに国際標準化機構（ＩＳＯ）およびＭｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）によって公表された他の技法を含むことができる。
【００１９】
メディア配布システム１８から受信されるメディア・コンテンツ１６のフォーマットの例は、例えば、メディア配布システム１８から受信される購入済みダウンロード（すなわち、例えばユーザ１４に対して永続的な使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８から受信される加入ダウンロード（すなわち、例えばユーザ１４に対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８からストリーミングされるメディア・コンテンツとを含むことができる。通常、メディア・コンテンツが、例えばコンピュータ２８からパーソナル・メディア装置１２にストリーミングされるとき、メディア・コンテンツのコピーは、パーソナル・メディア装置１２上に永続的に保持されない。メディア配布システム１８に加えて、他のソースからメディア・コンテンツを得ることができ、他のソースの例は、限定はしないが、音楽コンパクト・ディスクからリッピングされたファイルを含むことができる。
【００２０】
メディア配布システム１８によって配布されるメディア・コンテンツ１６のタイプの例は、オーディオ・メディア・データ・ファイル（その例は、限定はしないが、例えば音楽ファイル、オーディオ・ニュース・ブロードキャスト、オーディオ・スポーツ・ブロードキャスト、および書籍の音声記録を含むことができる）と、ビデオ・メディア・データ・ファイル（その例は、限定はしないが、例えば音声を含まないビデオ場面を含むことができる）と、オーディオ／ビデオ・メディア・データ・ファイル（その例は、限定はしないが、例えばａ／ｖニュース・ブロードキャスト、ａ／ｖスポーツ・ブロードキャスト、長編の映画およびムービークリップ、ミュージック・ビデオ、ならびにテレビジョン・ショーのエピソードを含むことができる）と、マルチメディア・コンテンツ・メディア・データ・ファイル（その例は、限定はしないが、例えば対話型のプレゼンテーションおよびスライドショーを含むことができる）とを含む。
【００２１】
メディア配布システム１８は、メディア・データ・ストリームおよび／またはメディア・データ・ファイルを複数のユーザ（例えばユーザ１４、２０、２２、２４、２６）に提供することができる。そのようなメディア配布システム１８の例は、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ Ｉｎｃ．によって提供されるＲｈａｐｓｏｄｙ（商標）サービスを含む。
【００２２】
メディア配布システム１８は、ネットワーク３０（例えばインターネット）に接続されるコンピュータ２８（例えばサーバコンピュータ）上に常駐し、コンピュータ２８によって実行されるサーバアプリケーションでよい。コンピュータ２８は、ネットワーク・オペレーティング・システムを実行するウェブサーバでよく、ネットワーク・オペレーティング・システムの例は、限定はしないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＸＰ Ｓｅｒｖｅｒ（商標）、Ｎｏｖｅｌｌ Ｎｅｔｗａｒｅ（商標）、またはＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことができる。
【００２３】
コンピュータ２８はまた、ウェブサーバ・アプリケーションも実行することができ、ウェブサーバ・アプリケーションの例は、限定はしないが、ネットワーク３０を介してコンピュータ２８へのＨＴＴＰ（すなわちＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）アクセスを可能にするＭｉｃｒｏｓｏｆｔ ＩＩＳ（商標）、Ｎｏｖｅｌｌ Ｗｅｂｓｅｒｖｅｒ（商標）、またはＡｐａｃｈｅ Ｗｅｂｓｅｒｖｅｒ（商標）を含むことができる。例えばローカル・エリア・ネットワーク、広域ネットワーク、イントラネットなどの１つまたは複数の２次ネットワーク（例えばネットワーク３２）にネットワーク３０を接続することができる。
【００２４】
コンピュータ２８に結合された記憶装置３４上に格納することのできる、メディア配布システム１８およびＡＰＩ１０の命令セットおよびサブルーチンを、コンピュータ２８に組み込まれた１つまたは複数のプロセッサ（図示せず）ならびに１つまたは複数のメモリ・アーキテクチャ（図示せず）で実行することができる。さらに、メディア配布システム１８から入手可能なメディア・データ・ファイルを、例えば、コンピュータ２８に取り付けられた記憶装置３４上に格納することができる。記憶装置３４は、限定はしないが、ハード・ディスク・ドライブ、テープ・ドライブ、光学式ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことができる。
【００２５】
ユーザ１４、２０、２２、２４、２６は、例えばネットワーク３０および／または２次ネットワーク３２を介して、メディア配布システム１８にアクセスすることができる。さらに、擬似リンク線３６で示されるように、２次ネットワーク３２を介してコンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）をネットワーク３０に接続することができる。
【００２６】
メディア配布システム１８に直接的にアクセスすることができ、またはプロキシ・コンピュータを介してアクセスすることができる。例えば、ユーザ２０、２４、２６は、様々なクライアント電子装置を介してメディア配布システム１８に直接的にアクセスすることができ、様々なクライアント電子装置の例は、限定はしないが、例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（例えば、Ａ Ｒｏｋｕ（商標） Ｓｏｕｎｄｂｒｉｄｇｅ Ｍ５００、Ｍ１０００、およびＭ２０００、図示せず）を含むことができる。さらに／あるいは、クライアント・コンピュータ４４を介してメディア配布システム１８に直接的にアクセスすることができる。
【００２７】
さらに、メディア配布システム１８に直接的にアクセスする装置を、ネットワーク３０（またはネットワーク３２）に直接的に結合することができる。例えば、クライアント・コンピュータ４４が、ハードワイヤード・ネットワーク接続を介してネットワーク３０に直接的に結合されるように示されている。さらに、クライアント・コンピュータ４４は、例えばユーザ２２がネットワーク３０（またはネットワーク３２）を介してメディア配布システム１８にアクセスし、メディア配布システム１８を構成することを可能にするクライアント・アプリケーション４６（その例は、限定はしないが、ワシントン州レドモンドのＭｉｃｒｏｓｏｆｔ Ｉｎｃ．から入手可能なＭｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ Ｉｎｃ．から入手可能なＲｈａｐｓｏｄｙ（商標）クライアントおよびＲｅａｌＰｌａｙｅｒ（商標）クライアント、または特殊インターフェースを含むことができる）を実行することができる。クライアント・コンピュータ４４はオペレーティング・システムを実行することができ、オペレーティング・システムの例は、限定はしないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＸＰ（商標）またはＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことができる。
【００２８】
クライアント・コンピュータ４４に結合された記憶装置４８上に格納することのできるクライアント・アプリケーション４６の命令セットおよびサブルーチンを、クライアント・コンピュータ４４に組み込まれた１つまたは複数のプロセッサ（図示せず）ならびに１つまたは複数のメモリ・アーキテクチャ（図示せず）で実行することができる。記憶装置４８は、限定はしないが、ハード・ディスク・ドライブ、テープ・ドライブ、光学式ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことができる。
【００２９】
あるいは、メディア配布システム１８に直接的にアクセスする装置を、ネットワーク３０（またはネットワーク３２）に間接的に結合することもできる。例えば、パーソナル・メディア装置３８が、パーソナル・メディア装置３８とワイヤレス・アクセス・ポイント（すなわちＷＡＰ）５２との間で確立されたワイヤレス通信チャネル５０を介してネットワーク３０にワイヤレスに結合されるように示されており、ＷＡＰ５２が、ネットワーク３０に直接的に結合されるように示されている。ＷＡＰ５２は、例えば、パーソナル・メディア装置３８とＷＡＰ５２の間の通信チャネル５０を確立することのできるＩＥＥＥ８０２．１１ａ装置、ＩＥＥＥ８０２．１１ｂ装置、ＩＥＥＥ８０２．１１ｇ装置、Ｗｉ−Ｆｉ装置、および／またはＢｌｕｅｔｏｏｔｈ装置でよい。
【００３０】
当技術分野で周知のように、ＩＥＥＥ８０２．１１ｘ仕様は、経路共有のためにイーサネット（登録商標）・プロトコルおよびキャリア検知多重アクセス／衝突回避（すなわちＣＳＭＡ／ＣＡ）を使用することができる。様々な８０２．１１ｘ仕様は、例えば位相偏移キーイング（すなわちＰＳＫ）変調または相補符号キーイング（すなわちＣＣＫ）変調を使用することができる。当技術分野で周知のように、Ｂｌｕｅｔｏｏｔｈは、近距離ワイヤレス接続を使用して、例えば携帯電話、コンピュータ、および携帯情報端末を相互接続することを可能にする、電気通信業界の仕様である。
【００３１】
さらに、携帯情報端末４０が、セルラ／ネットワーク・ブリッジ５４（ネットワーク３０に直接的に結合されるように示されている）を介してネットワーク３０にワイヤレスに結合されるように示されており、携帯電話４２が、セルラ／ネットワーク・ブリッジ５６（ネットワーク３２に直接的に結合されるように示されている）を介してネットワーク３２にワイヤレスに結合されるように示されている。
【００３２】
メディア配布システム１８に直接的にアクセスすることに加えて、クライアント電子装置は、プロキシ・コンピュータを介してメディア配布システム１８に間接的にアクセスすることができる。例えば、パーソナル・メディア装置１２が、プロキシ・コンピュータ５８を介してメディア配布システム１８にアクセスするように示されている。プロキシ・コンピュータ５８はプロキシ・アプリケーション５９を実行することができ、プロキシ・アプリケーション５９は、クライアント・アプリケーション４６の機能と同様の機能を有することができる。
【００３３】
クライアント電子装置
上記で論じたように、クライアント電子装置の例は、パーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２を含むことができる。したがって、以下の開示はパーソナル・メディア装置１２、３８を対象とするが、以下の開示を任意のクライアント電子装置（携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、および専用ネットワーク装置（図示せず）を含む）に対して同様に適用できることを理解されたい。
【００３４】
図２も参照すると、ドッキング・クレードル６０を介してパーソナル・メディア装置１２、３８を例えばプロキシ・コンピュータ５８に接続することができる。通常、パーソナル・メディア装置１２、３８は、パーソナル・メディア装置１２、３８をドッキング・クレードル６０に結合するバス・インターフェース（以下でより詳細に議論する）を含む。ドッキング・クレードル６０を、例えばプロキシ・コンピュータ５８内に含まれるユニバーサル・シリアル・バス（すなわちＵＳＢ）ポート、シリアル・ポート、またはＩＥＥＥ１３９４（すなわちＦｉｒｅＷｉｒｅ）ポートに（ケーブル６２で）結合することができる。例えば、パーソナル・メディア装置１２、３８内に含まれるバス・インターフェースはＵＳＢインターフェースでよく、ドッキング・クレードル６０は、ＵＳＢハブ（すなわち、パーソナル・メディア装置１２、３８とドッキング・クレードル６０の「ホット」結合および解放を可能にするプラグ・アンド・プレイ・インターフェース）として機能することができる。
【００３５】
プロキシ・コンピュータ５８は、パーソナル・メディア装置１２、３８に対するインターネット・ゲートウェイとして機能することができる。例えばユニバーサル・プラグ・アンド・プレイ・プロトコル（すなわちＵＰｎＰ）の使用により、例えば、パーソナル・メディア装置１２、３８は、プロキシ・コンピュータ５８を使用して、ネットワーク３０（およびネットワーク３２）を介してメディア配布システム１８にアクセスし、メディア・コンテンツ１６を得ることができる。具体的には、メディア配布システム１８を求める要求をパーソナル・メディア装置１２、３８から受信したとき、プロキシ・コンピュータ５８（パーソナル・メディア装置１２、３８の代わりにインターネット・クライアントとして働く）は、コンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）に適切なウェブページ／サービスを要求することができる。要求されたウェブページ／サービスがプロキシ・コンピュータ５８に返されたとき、プロキシ・コンピュータ５８は、返されたウェブページ／サービスを（パーソナル・メディア装置１２、３８によって行われた）元の要求と関係付けることができ、ウェブページ／サービスをパーソナル・メディア装置１２、３８に転送することができる。したがって、プロキシ・コンピュータ５８は、パーソナル・メディア装置１２、３８をコンピュータ２８に、したがってメディア配布システム１８に結合するコンジットとして機能することができる。
【００３６】
図３も参照すると、パーソナル・メディア装置１２、３８のダイアグラムが示されている。パーソナル・メディア装置１２、３８は、マイクロプロセッサ１５０（例えば、カリフォルニア州サンタクララのＩｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎによって製造されるＡＲＭ（商標）マイクロプロセッサ）、不揮発性メモリ（例えば読取り専用メモリ１５２）、および揮発性メモリ（例えばランダム・アクセス・メモリ１５４）を含むことができ、そのそれぞれを、１つまたは複数のデータ／システム・バス１５６、１５８を介して相互接続することができる。パーソナル・メディア装置１２、３８はまた、例えばアナログ・オーディオ信号を、例えばヘッドフォン・アセンブリ１６４、リモート・スピーカ・アセンブリ１６６、またはイヤ・バッド・アセンブリ１６８と取外し可能に係合するオーディオ・ジャック１６２に提供するオーディオ・サブシステム１６０をも含むことができる。あるいは、１つまたは複数の内部オーディオ・スピーカ（図示せず）を含むようにパーソナル・メディア装置１２、３８を構成することもできる。
【００３７】
パーソナル・メディア装置１２、３８は、装置アプリケーション６４（その例は、限定はしないが、Ｒｈａｐｓｏｄｙ（商標）クライアント、ＲｅａｌＰｌａｙｅｒ（商標）クライアント、または特殊インターフェースを含むことができる）を実行することができる。パーソナル・メディア装置１２、３８は、オペレーティング・システムを実行することができ、オペレーティング・システムの例は、限定はしないが、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＣＥ（商標）、Ｒｅｄｈａｔ Ｌｉｎｕｘ（商標）、Ｐａｌｍ ＯＳ（商標）、または装置特有のオペレーティング・システム（すなわちカスタム・オペレーティング・システム）を含むことができる。
【００３８】
パーソナル・メディア装置１２、３８に結合された記憶装置６６上に格納することのできる装置アプリケーション６４の命令セットおよびサブルーチンを、パーソナル・メディア装置１２、３８に組み込まれた１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）で実行することができる。記憶装置６６は、例えば、ハード・ディスク・ドライブ、光学式ドライブ、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ＣＦ（すなわちコンパクト・フラッシュ）カード、ＳＤ（すなわちｓｅｃｕｒｅ ｄｉｇｉｔａｌ）カード、スマートメディア・カード、メモリ・スティック、およびマルチメディア・カードでよい。
【００３９】
パーソナル・メディア装置１２、３８はまた、ユーザ・インターフェース１７０およびディスプレイ・サブシステム１７２をも含むことができる。ユーザ・インターフェース１７０は、パーソナル・メディア装置１２、３８内に含まれる様々な入力装置からデータ信号を受信することができ、様々な入力装置の例は、（限定はしないが）例えばレーティング・スイッチ７４、７６、後方スキップ・スイッチ７８、前方スキップ・スイッチ８０、再生／停止スイッチ８２、メニュー・スイッチ８４、ラジオ・スイッチ８６、およびスライダ・アセンブリ８８を含むことができる。ディスプレイ・サブシステム１７２は、パーソナル・メディア装置１２、３８内に含まれるディスプレイ・パネル９０にディスプレイ信号を提供することができる。ディスプレイ・パネル９０は、例えばアクティブ・マトリックス液晶ディスプレイ・パネル、パッシブ・マトリックス液晶ディスプレイ・パネル、発光ダイオード・ディスプレイ・パネルでよい。
【００４０】
オーディオ・サブシステム１６０、ユーザ・インターフェース１７０、およびディスプレイ・サブシステム１７２を、（それぞれ）１つまたは複数のデータ／システム・バス１７４、１７６、１７８を介してマイクロプロセッサ１５０とそれぞれ結合することができる。
【００４１】
パーソナル・メディア装置１２、３８の使用中、パーソナル・メディア装置１２、３８内に格納された様々なメディア・コンテンツ９２、９４、９６の例えばタイトルおよびアーティストを表示するようにディスプレイ・パネル９０を構成することができる。スライダ・アセンブリ８８を使用して、パーソナル・メディア装置１２、３８内に格納されたメディア・コンテンツのリストを上方または下方にスクロールすることができる。所望のメディア・コンテンツが強調表示されるとき（例えば、「Ｔａｊ Ｍａｈａｌ」による「Ｐｈａｎｔｏｍ Ｂｌｕｅｓ」）、ユーザ１４は、再生／停止スイッチ８２を使用して、レンダリングのためにメディア・コンテンツを選択することができる。ユーザ１４は、前方スキップ・スイッチ８０を使用して、次のメディア・コンテンツ（例えば「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」による「Ｈａｐｐｙ Ｔｏ Ｂｅ Ｊｕｓｔ．．．」）まで前方にスキップすることができ、または後方スキップ・スイッチ７８を使用して、前のメディア・コンテンツ（例えば「Ｌｅｒｏｙ Ｂｒｏｗｎｓｔｏｎｅ」による「Ｂｉｇ Ｎｅｗ Ｏｒｌｅａｎｓ．．．」）まで後方にスキップすることができる。さらに、ユーザ１４は、レーティング・スイッチ７４、７６を使用することにより、メディア・コンテンツを聴くときにメディア・コンテンツをレーティングすることができる。
【００４２】
ユーザは、ディスプレイ・パネル９０を例えばスライダ・アセンブリ８８と共に使用して、パーソナル・メディア装置１２、３８内に格納され、かつ／またはメディア配布システム１８から入手可能なメディア・コンテンツを検索／ブラウズすることができる。例えば、検索画面１００をレンダリングするために、ユーザは、スライダ・アセンブリ８８を押下して保持することができる。検索画面１００は、アーティスト・フィールド１０２、アルバム・フィールド１０４、およびトラック・フィールド１０６を含むことができる。例えばスライダ・アセンブリ８８を使用して、ユーザは、フィールド１０２、１０４、１０６の間を移動し、適切な検索語句を適切なフィールドに入力することができる。例えば、ユーザは、「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」という語句をアーティスト・フィールド１０２に入力することができる。フィールド１０２に入力するとき、スライダ・アセンブリ８８を使用して、適切な文字を入力することができる。例えば、スライダ・アセンブリ８８の上方移動または下方移動は、ユーザがフィールド間を移動することを可能にすることができ、スライダ・アセンブリ８８の押下の結果、特定のフィールドを選択することができる。選択の後、スライダ・アセンブリ８８の上方移動または下方移動は、ユーザが適切な文字を選択することを可能にすることができ、スライダ・アセンブリ８８の押下の結果、文字を選択することができる。あるいは、フル・キーボードまたは部分的キーボード（図示せず）を含むようにパーソナル・メディア装置１２、３８を構成することもできる。検索語句が定義された後、ユーザは、「検索」ボタン１０８または（別法として）「取消し」ボタン１１０を選択することができる。
【００４３】
上記で論じたように、パーソナル・メディア装置１２、３８は、ドッキング・クレードル６０を介して例えばプロキシ・コンピュータ５８とインターフェースするためのバス・インターフェース１８０を含むことができる。さらに、上記で論じたように、パーソナル・メディア装置１２、３８を、例えば、パーソナル・メディア装置１２、３８と、例えばＷＡＰ５２との間で確立されたワイヤレス通信チャネル５０を介して、ネットワーク３０（および／または他のパーソナル・メディア装置）にワイヤレスに結合することができる。したがって、パーソナル・メディア装置１２、３８は、パーソナル・メディア装置１２、３８をネットワーク３０（またはネットワーク３２）および／または他のパーソナル・メディア装置にワイヤレスに結合するワイヤレス・インターフェース１８２を含むことができる。例えばＷＡＰ５２に対するＲＦ通信のためのアンテナ・アセンブリ１８４、および／または例えば第２パーソナル・メディア装置との赤外線通信のためのＩＲ（すなわち赤外線）通信アセンブリ１８６に、ワイヤレス・インターフェース１８２を結合することができる。さらに、上記で論じたように、パーソナル・メディア装置１２、３８は、装置アプリケーション６４の命令セットおよびサブルーチンを格納する記憶装置６６を含むことができる。さらに、記憶装置６６を使用して、メディア配布システム１８からダウンロードされたメディア・データ・ファイルを格納し、メディア配布システム１８からストリーミングされたメディア・データ・ストリーム（またはその部分）を一時的に格納することができる。
【００４４】
記憶装置６６、バス・インターフェース１８０、およびワイヤレス・インターフェース１８２を、（それぞれ）１つまたは複数のデータ／システム・バス１８８、１９０、１９２を介してマイクロプロセッサ１５０とそれぞれ結合することができる。
【００４５】
上記で論じたように、メディア配布システム１８は、ユーザ１４、２０、２２、２４、２６にメディア・コンテンツを配布することができ、それによって、配布されるメディア・コンテンツは、メディア・データ・ストリームおよび／またはメディア・データ・ファイルの形式でよい。
【００４６】
したがって、ユーザがメディア・データ・ファイルをダウンロードすることだけを可能にするようにメディア配布システム１８を構成することができる。例えば、メディア配布システム１８からメディア・データ・ファイル（その例は、限定はしないが、ＭＰ３エンコーダまたはＡｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ（ＡＡＣ）エンコーダを使用して符号化および圧縮されたオーディオ・ファイル、あるいはデジタル・ビデオ符号化ファイルを含むことができる）をダウンロードすることをユーザ２０に許可することができ、それによって、メディア・データ・ファイルのコピーが、パーソナル・メディア装置３８に転送される。
【００４７】
あるいは、ユーザがメディア・データ・ファイルのメディア・データ・ストリームを受信および処理することだけを可能にするようにメディア配布システム１８を構成することもできる。例えば、メディア配布システム１８から受信されるメディア・データ・ストリームを（携帯情報端末４０上で）受信および処理することをユーザ２４に許可することができる。上記で論じたように、メディア・コンテンツが例えばコンピュータ２８から携帯情報端末４０にストリーミングされるとき、メディア・データ・ファイルのコピーを携帯情報端末４０上に永続的に保持することはできない。
【００４８】
さらに、ユーザがメディア・データ・ストリームを受信および処理し、メディア・データ・ファイルをダウンロードすることを可能にするようにメディア配布システム１８を構成することができる。そのようなメディア配布システムの例は、ワシントン州シアトルのＲｅａｌＮｅｔｗｏｒｋｓ，Ｉｎｃ．によって提供されるＲｈａｐｓｏｄｙ（商標）サービスを含む。したがって、メディア配布システム１８から、デジタル符号化メディア・データ・ファイルをダウンロードし、メディア・データ・ストリームを受信および処理することをユーザ２６に許可することができる。したがって、メディア・データ・ファイルのコピーをコンピュータ２８から携帯電話４２に転送することができ、メディア・データ・ファイルのストリームをコンピュータ２８から携帯電話４２で受信することができる。
【００４９】
直接的アクセス
上記で論じたように、メディア配布システム１８に直接的にアクセスすることができ、またはプロキシ・コンピュータを介してアクセスすることができる。例えば、ユーザ２０、２４、２６は、様々なクライアント電子装置を介してメディア配布システム１８に直接的にアクセスすることができ、様々なクライアント電子装置の例は、限定はしないが、例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（図示せず）を含むことができる。
【００５０】
メディア配布システム１８に直接的にアクセスするとき、標準化プロトコルを使用することができる。例えば、ＳＯＡＰ（すなわちＳｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を使用して、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）をメディア配布システム１８に結合することができる。
【００５１】
当技術分野で周知のように、ＳＯＡＰプロトコルは、コンピュータ・ネットワーク（例えばネットワーク３０、３２）を介してＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）メッセージを交換することを可能にする。ＨＴＴＰ（すなわちＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用してこうしたメッセージを交換することができる。
【００５２】
ＳＯＡＰは、ＲＰＣ（すなわちＲｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ）プロセスを使用することができ、ＲＰＣプロセスでは、第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）が別のネットワーク・ノード（例えばコンピュータ２８）に要求メッセージを送信し、第２ネットワーク・ノード（例えばコンピュータ２８）が第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）に応答メッセージを送信する。上記ではシステムがＳＯＡＰを使用するものとして説明されるが、他の構成も可能であり、本開示の範囲内にあるとみなされる。例えば、ＪＳＯＮ（すなわちＪａｖａ（登録商標） Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎａｔａｔｉｏｎ）、ＲＥＳＴ（すなわちＲＥｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）、およびＸＭＬ−ＲＰＣ（すなわちｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｅａｇｅ Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ）などの他のプロトコルを使用することができる。
【００５３】
アプリケーション・プログラミング・インターフェース
図４および５も参照すると、上記で論じたように、メディア配布システム１８は、コンピュータ２８と、パーソナル・メディア装置３８、携帯情報端末４０、および携帯電話４２との間の、例えばＳＯＡＰを介する通信を可能にするためにＡＰＩ１０を含むことができる。さらに、以下でより詳細に論じるように、メディア配布システム１８／ＡＰＩ１０は、装置アプリケーション６４内に含まれる１つまたは複数のクライアント・スタブ２０２と対話するために１つまたは複数のサーバ・スタブ２００を含むことができる。
【００５４】
ＡＰＩ１０は、メディア配布システム１８のサービスを求める要求を他のコンピュータ・プログラム（例えば装置アプリケーション６４）によって作成することを可能にし、かつ／またはメディア配布システム１８からデータを取り出すこと、および／またはメディア配布システム１８にデータを提供することを可能にする、メディア配布システム１８に対するインターフェースとして働くことができる。
【００５５】
ＡＰＩ１０は、（メディア配布システム１８内の）機能のソース・コードに対するアクセスを許可することなく、または（メディア配布システム１８内の）機能の内部動作の詳細な理解を必要とすることなく、どのように装置アプリケーション６４が（メディア配布システム１８内の）１組の機能にアクセスすることができるかを記述することができる。
【００５６】
上記で論じたように、メディア配布システム１８は、（ダウンロードまたはストリームの形態の）メディア・データ・ファイル２０４を、例えば、パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２などのクライアント電子装置に提供する。メディア配布システム１８はまた、メディア・データ・ファイル２０４を索引付けし、メディア配布システム１８を介して入手可能なメディア・データ・ファイル２０４をユーザが検索／ブラウズすることを可能にするファイル・カタログ２０６を維持することもできる。コンピュータ２８に結合された記憶装置３４上にファイル・カタログ２０６を維持することができる。メディア・データ・ファイル２０４および／またはファイル・カタログ２０６をメディア・リポジトリ２０７内に含めることができる。メディア・リポジトリ２０７の任意の例は、Ｏｒａｃｌｅ（商標）データベース、ＩＢＭ ＤＢ２（商標）データベース、Ｓｙｂａｓｅ（商標）データベース、Ｃｏｍｐｕｔｅｒ Ａｓｓｏｃｉａｔｅｓ（商標）データベース、またはＭｉｃｒｏｓｏｆｔ Ａｃｃｅｓｓ（商標）データベースなどのデータベースを含むことができる。
【００５７】
以下でより詳細に論じるように、クライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）のユーザが、ファイル・カタログ２０６をブラウズ／検索し（２５０）、複数のメディア・データ・ファイル２０４から選ばれた１つまたは複数のメディア・データ・ファイルを識別する（２５２）ことを可能にするようにＡＰＩ１０を構成することができる。さらに、標準化プロトコルを使用して、クライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）からデータ要求を受信し（２５４）、受信したデータ要求に応答して、データをサード・パーティ使用可能フォーマットでクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）に提供する（２５６）ようにＡＰＩ１０を構成することができる。
【００５８】
クライアント電子装置の構成
メディア配布システム１８に直接的にアクセスするようにクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）を構成するとき、２つの装置（例えばクライアント電子装置とコンピュータ２８）間で、標準化プロトコルを確立することができる。上記で論じたように、そのような標準化プロトコルの一例はＳＯＡＰである。標準化プロトコルが確立され、装置が互いに通信することができるようになると、例えば記憶装置３４上に常駐する、１つまたは複数のＷＳＤＬ（すなわちＷｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）２０８をクライアント電子装置で処理して、任意の必要なクライアント・スタブ（例えばクライアント・スタブ２０２）の生成を自動化することができる。
【００５９】
ＷＳＤＬ２０８は、クライアント装置がどのようにウェブ・サービスと通信することができるかを記述するサービス記述（通常はＸＭＬ）である。例えば、ＷＳＤＬ２０８は、装置アプリケーション６４（したがってクライアント電子装置）がどのようにメディア配布システム１８／ＡＰＩ１０と通信することができるかを記述することができる。さらに、ＷＳＤＬ２０８は、例えば、メディア配布システム１８と対話するのに必要なプロトコル・バインディングおよびメッセージ・フォーマットを定義することができる。通常、サポートされるオペレーションおよびメッセージが抽象的に記述され、次いでネットワーク・プロトコル（例えばＳＯＡＰ）にバインドされる。したがって、ＷＳＤＬ２０８は、メディア配布システム１８に対するパブリック・インターフェースを定義することができる。
【００６０】
したがって、メディア配布システム１８に直接的にアクセスするようにクライアント電子装置を構成するとき、通信がコンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）とクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、および携帯電話４２）との間で（標準化プロトコルを使用して）確立されると、クライアント電子装置は、１つまたは複数のＷＳＤＬ２０８を（コンピュータ２８から）得て、それを処理して、クライアント電子装置がアクセスすることを望むサービス／機能に関する適切なクライアント・スタブ（例えばクライアント・スタブ２０２）を生成することができる。
【００６１】
ＷＳＤＬを生成するとき、ＷＳＤＬが構成される方式（したがって、クライアント・スタブが生成される方式）は、プログラマの意図に基づいて変化する可能性がある。例えば、メディア配布システム１８のすべてのサービス／機能に関するクライアント・スタブを生成するように単一のＷＳＤＬを設計することができる。あるいは、メディア配布システム１８内で利用可能な各サービス／機能について別々のＷＳＤＬを利用可能にすることもできる。例えば、第１ＷＳＤＬを、メディア配布システム１８のアカウント管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第２ＷＳＤＬを、メディア配布システム１８のライブラリ管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第３ＷＳＤＬを、メディア配布システム１８のメタデータ・サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第４ＷＳＤＬを、メディア配布システム１８の再生サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第５ＷＳＤＬを、メディア配布システム１８の検索サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができる。
【００６２】
クライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２）がメディア配布システム１８の様々なサービス／機能にアクセスすることを可能にするように適切なクライアント・スタブ（例えば、クライアント・スタブ２０２）が生成された後、クライアント電子装置は、例えば、ファイル・カタログ２０６をブラウズ／検索し（２５０）、複数のメディア・データ・ファイル２０４から選ばれた１つまたは複数のメディア・データ・ファイルを識別し（２５２）、標準化プロトコルを使用してクライアント電子装置からデータ要求（複数可）を受信し（２５４）、受信したデータ要求（複数可）に応答して、データをサード・パーティ使用可能フォーマットでクライアント電子装置に提供する（２５６）ことができる。メディア配布システム１８の様々なサービス／機能の例は、検索サービス／機能、アカウント管理サービス／機能、再生サービス／機能、メタデータ・サービス／機能、およびライブラリ・サービス／機能を含む。
【００６３】
ＲＰＣ通信
上記で論じたように、ＳＯＡＰは、ＲＰＣ（すなわちＲｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｐｒｏｔｏｃｏｌ）プロセスを使用することができ、ＲＰＣプロセスでは、第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）が別のネットワーク・ノード（例えばコンピュータ２８）に要求メッセージを送信し、第２ネットワーク・ノード（例えばコンピュータ２８）が第１ネットワーク・ノード（例えばパーソナル・メディア装置３８）に応答メッセージを送信する。
【００６４】
ＲＰＣプロセスは通常、（例えば、装置アプリケーション６４内の）クライアント側で開始する。装置アプリケーション６４はクライアント・スタブ２０２を呼び出すことができ、上述のように、クライアント・スタブ２０２は、（通常はＷＳＤＬを使用して）メディア配布システム１８の様々なサービス／機能へのアクセスを可能にするように生成される。通常、サービス／機能を実装するコードを含むのではなく、クライアント・スタブ２０２は、必要なパラメータを装置アプリケーション６４から取り出すことができ、それをクライアント・ランタイム・ライブラリ２１０に提供することができる。装置アプリケーション６４から得られるパラメータは、例えば、ファイル・カタログ２０２をブラウズ／検索する（２５０）ときに使用される検索語句を定義し、ダウンロードのための１つまたは複数のメディア・データ・ファイル２００を識別し（２５２）、コンピュータ２８にメタデータを要求または送信し、ユーザのライブラリにエントリを追加し、またはユーザのライブラリからエントリを除去し、あるいは加入アカウントをセットアップし、または取り消すことができる。
【００６５】
クライアント・ランタイム・ライブラリ２１０は、（装置アプリケーション６４から得られる）パラメータをＮＤＲ（すなわちＮｅｔｗｏｒｋ Ｄａｔａ Ｒｅｐｒｅｓｅｎｔａｉｏｎ）フォーマットのメッセージ２１２に変換することができる。標準化プロトコル２１４（例えばＳＯＡＰ）を使用して、ネットワーク３０、３２を介してメッセージ２１２をコンピュータ２８（すなわち、メディア配布システム１８を実行するコンピュータ）に送信することができる。クライアント・ランタイム・ライブラリ２１０は、クライアント・スタブ２０２の機能をサポートするルーチンのオブジェクト・ライブラリでよい。
【００６６】
コンピュータ２８がクライアント電子装置からＮＤＲメッセージ２１２を受信するとき（２５４）、サーバ・ランタイム・ライブラリ２１６は、ＮＤＲメッセージ２１２を受諾して、サーバ・スタブ２００を呼び出すことができる。サーバ・スタブ２００は、メッセージ２１２内に含まれるパラメータを取り出し、それを、ネットワーク伝送フォーマット（すなわちＮＤＲフォーマット）から、コンピュータ２８で使用可能なフォーマットに変換することができる。変換した後、サーバ・スタブ２００は、メディア配布システム１８内の要求されたサービス／機能を呼び出すことができる。
【００６７】
メディア配布システム１８内の要求されたサービス／機能が実行されると、１つまたは複数の出力パラメータを（コンピュータ２８上で）生成することができる。メディア配布システム１８で生成される出力パラメータは、例えば、検索結果を定義し、ダウンロード要求の受信を確認し、またはメタデータの受信を確認することができる。
【００６８】
サーバ・ランタイム・ライブラリ２１６は、（メディア配布システム１８で生成された）出力パラメータをＮＤＲフォーマットのメッセージ２１８に変換することができる。ネットワーク３０、３２を介してクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、または携帯電話４２）にメッセージ２１８を（すなわち、標準化プロトコル２２０（例えばＳＯＡＰ）を使用して）提供することができる（２５６）。サーバ・ランタイム・ライブラリ２１６は、サーバ・スタブ２００の機能をサポートするルーチンのオブジェクト・ライブラリでよい。
【００６９】
クライアント電子装置がコンピュータ２８からＮＤＲメッセージ２１８を受信したとき、クライアント・ランタイム・ライブラリ２１０は、ＮＤＲメッセージ２１８を受諾し、クライアント・スタブ２０２を呼び出すことができる。クライアント・スタブ２０２は、メッセージ２１８内に含まれる出力パラメータを取り出し、それを、ネットワーク伝送フォーマット（すなわちＮＤＲフォーマット）から、クライアント電子装置で使用可能なフォーマットに変換することができる。
【００７０】
上記で論じたように、クライアント電子装置に提供されるデータを、サード・パーティ使用可能フォーマット（すなわち、サード・パーティアプリケーションで使用可能な標準化フォーマット）で提供することができる。そのようなフォーマットの一例はＸＭＬである。したがって、メッセージ２１２、２１８のうちの１つまたは複数は、様々なアプリケーション（例えばウェブ・ブラウザ）で処理可能なＸＭＬベースのメッセージでよい。
【００７１】
特殊ＡＰＩ
上記で論じたように、ＷＳＤＬを生成するとき、ＷＳＤＬが構成される方式（したがって、クライアント・スタブが生成される方式）は、プログラマの意図に基づいて変化する可能性がある。例えば、メディア配布システム１８内で利用可能な各サービス／機能について別々のＷＳＤＬを利用可能にすることができる。したがって、第１ＷＳＤＬを、メディア配布システム１８のアカウント管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第２ＷＳＤＬを、メディア配布システム１８のライブラリ管理サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第３ＷＳＤＬを、メディア配布システム１８のメタデータ・サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第４ＷＳＤＬを、メディア配布システム１８の再生サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができ、第５ＷＳＤＬを、メディア配布システム１８の検索サービス／機能に関するクライアント・スタブを生成するのに利用可能にすることができる。
【００７２】
アカウント管理ＡＰＩ
図６も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（３００）ことを可能にすることのできるアカウント管理ＡＰＩとしてＡＰＩ１０を構成することができる。クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）がメディア配布システム１８に関連する１つまたは複数の加入アカウントを管理する（３０２）ことを可能にするようにアカウント管理ＡＰＩを構成することができる。
【００７３】
メディア配布システム１８は、ユーザ（例えばユーザ２０、２４、２６）がメディア配布システム１８に加入し、メディア配布システム１８へのアクセスの許可を受けるための、例えば月々の加入料を支払うという点で、加入ベースのサービスでよい。ユーザ（例えばユーザ２０、２４、２６）がメディア配布システム１８に加入すると、ユーザは、クライアント電子装置上で使用するためにメディア・コンテンツ（例えばメディア・データ・ファイル２０４）を得ることができ、クライアント電子装置の例は、限定はしないが、パーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（図示せず）を含むことができる。
【００７４】
上記で論じたように、メディア配布システム１８から得られるメディア・コンテンツ（例えばメディア・データ・ファイル２０４）は、例えば、メディア配布システム１８から受信される購入済みダウンロード（すなわち、例えばユーザ２０、２４、２６に対して、永続的な使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８から受信される加入ダウンロード（すなわち、例えばユーザ２０、２４、２６に対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８からストリーミングされるメディア・コンテンツの形態でよい。
【００７５】
通常、メディア配布システム１８にアクセスするとき、メディア配布システム１８に対して、ユーザ（例えばユーザ２０、２４、２６）および／またはクライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）を識別するユーザ「証明書」を提供するようにユーザ２０、２４、２６に要求することができる。こうした証明書の受信時に、メディア配布システム１８は、証明書を検証することを試みることができ、検証された場合、ユーザ２０、２４、２６および／または装置３８、４０、４２に、メディア加入システム１８へのアクセスを許可する。メディア配布システム１８で受信および検証される証明書は、限定はしないが、ユーザ名、ユーザ・パスワード、ユーザ・キー、装置名、装置パスワード、装置キー、ならびに／あるいは１つまたは複数のデジタル証明書を含むことができる。
【００７６】
最初にクライアント電子装置を構成するとき、ユーザにメディア配布システム１８への「トライアル」加入を許可することができ、したがって、ユーザは、サービスを無料で試すことが可能となる。したがって、「トライアル」加入の生成を可能にするようにアカウント管理ＡＰＩ（例えばＡＰＩ１０）を構成することができる。しかし、こうした「トライアル」加入は、限定された期間（例えば１か月）についてのものでよく、または使用の制限を与えることができる（例えば２５回の再生／ダウンロード）。したがって、トライアル加入の満了日／時刻を監視するようにＡＰＩ１０を構成することができ、満了日／時刻（またはそれに妥当に近い日付／時刻）の発生時に、ＡＰＩ１０は、ユーザ（例えばユーザ２０、２４、２６）に、ユーザの「トライアル」加入を有料加入に転換するオプションを提示することができる。例えばディスプレイ・パネル９０（図２）を介して、この提案をユーザに提示することができる。提案が受諾された場合、追加の情報（例えば請求情報）を提供するようにユーザに要求することができる。
【００７７】
アカウント管理ＡＰＩ（例えばＡＰＩ１０）を介して、他のアカウント管理サービス／機能をユーザ（例えばユーザ２０、２４、２６）に対して利用可能にすることができる。例えば、ＡＰＩ１０は、ユーザがメディア配布システム１８との新しい有料加入を生成し、メディア配布システム１８との既存の有料加入を更新し、メディア配布システム１８とのトライアル加入を取り消し、メディア配布システム１０との有料加入を取り消すことを可能にすることができる。
【００７８】
ライブラリ管理ＡＰＩ
図７も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（３５０）ことを可能にすることのできるライブラリ管理ＡＰＩとしてＡＰＩ１０を構成することができる。クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が、メディア配布システム１８に関連する１つまたは複数のメディア・ライブラリを管理する（３５２）ことを可能にするようにライブラリ管理ＡＰＩを構成することができる。
【００７９】
限定はしないが、パーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネットラジオ（図示せず）、または専用ネットワーク装置（図示せず）を含むことのできるクライアント電子装置の使用中、クライアント電子装置上でレンダリングされるメディア・コンテンツ項目（例えばメディア・データ・ファイル２０４）を監視して、クライアント電子装置上でレンダリングされるメディア・コンテンツ項目のシーケンスを定義するメディア履歴ファイル１１２を編集するのに使用することができる。メディア履歴ファイル１１２は通常はローカルに維持される（例えば、クライアント電子装置上のメモリ内に維持される）が、別法として／さらに、メディア履歴ファイル１１２をリモート・メディア履歴ファイル１１２’としてリモートに維持する（例えば、コンピュータ２８上に維持する）ことができる。
【００８０】
クライアント電子装置を通じて、ユーザ（例えばユーザ２０、２４、２６）は、メディア履歴ファイル１１２、１１２’（またはその部分）をプレイリストとして保存することができる。プレイリストの一例は、メディア配布システム１８が順番にレンダリングすることのできるメディア・コンテンツ項目（例えば、ストリーミングされた加入トラックおよびアルバム、ダウンロードされた加入トラックおよびアルバム、ならびに購入／リッピングされたトラック）のグループを含むことができる。このことは、ユーザが、カスタム音楽コンピレーションを（複数のプレイリストの形態で）編集することを可能にする。
【００８１】
ライブラリ管理ＡＰＩ（例えばＡＰＩ１０）は、クライアント電子装置のユーザが、メディア配布システム１８に関連する１つまたは複数のメディア・ライブラリ・ファイル（例えばライブラリ・ファイル１１４、１１４’）を管理する（３５２）ことを可能にすることができる。プレイリストと同様に、メディア・ライブラリ・ファイル１１４、１１４’は、個々のメディア・コンテンツ項目（例えば、ストリーミングされた加入トラックおよびアルバム、ダウンロードされた加入トラックおよびアルバム、ならびに購入／リッピングされたトラック）をグループ化し、定義し、かつ／または配置することができる。メディア・ライブラリ・ファイル１１４は通常はローカルに維持される（例えば、クライアント電子装置上のメモリ内に維持される）が、別法として／さらに、メディア・ライブラリ・ファイル１１４をリモート・メディア・ライブラリ・ファイル１１４’としてリモートに維持する（例えば、コンピュータ２８上に維持する）ことができる。
【００８２】
ライブラリ管理ＡＰＩ（例えばＡＰＩ１０）を介して、他のライブラリ管理サービス／機能をユーザ（例えばユーザ２０、２４、２６）に対して利用可能にすることができる。例えば、ＡＰＩ１０は、ユーザがライブラリ・ファイル（例えばライブラリ・ファイル１１４、１１４’）を定義し、ライブラリ・ファイルを保存し、ライブラリ・ファイルを削除し、ライブラリ・ファイルを修正し、ライブラリ・ファイルを（メディア配布システム１８の別のユーザと）共有し、（メディア配布システム１８の別のユーザによる閲覧のために）ライブラリ・ファイルを公表することを可能にすることができる。
【００８３】
メタデータＡＰＩ
図８も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が、複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（４００）ことを可能にすることのできるメタデータＡＰＩとしてＡＰＩ１０を構成することができる。クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が１つまたは複数の検索語句を定義する（４０２）ことを可能にするようにメタデータ・アプリケーション・プログラミング・インターフェースを構成することができる。１つまたは複数の検索語句に基づいて、複数のメディア・データ・ファイルの少なくとも一部に対して照会を実行することができる（４０４）。結果セットを生成することができ（４０６）、結果セットの一部を、その一部が結果セット全体未満となることができるようにユーザ（例えばユーザ２０、２４、２６）に対して表示することができる（４０８）。
【００８４】
上記で論じたように、メディア配布システム１８は、メディア・データ・ストリームおよび／またはメディア・データ・ファイルをユーザ（例えばユーザ２０、２４、２６）に提供することができる。メタデータを、メディア配布システム１８によって提供される各メディア・データ・ストリームおよび／またはメディア・データ・ファイルと関連付けることができる。このメタデータは、（限定はしないが）例えばアーティスト識別子、アルバム識別子、トラック識別子、アルバム・カバー・イメージ、音楽ジャンル識別子、および優先順位レーティングを含むことができる。音楽ジャンル識別子の例は、限定はしないが「ロック」、「ブルース」、「クラシック」、「オールディーズ」、および「ヒップ・ホップ」を含むことができる。優先順位レーティングの例は、番号１〜１０を含むことができる。したがって、番号１の優先順位レーティングは、非常に影響力のある／人気のあるアーティストを識別することができ、番号１０の優先順位レーティングは、影響力のない／人気のないアーティストを識別することができる。メディア配布システム１８の従業員がレーティングを定義することができるという点で、優先順位レーティングを編集式に決定することができる。あるいは／さらに、例えばトラックまたはアーティストが（任意のユーザによって）レンダリングされる回数がアーティストの優先順位レーティングを決定するという点で、優先順位レーティングを統計的に決定することができる。
【００８５】
上記で論じたように、クライアント電子装置のユーザ（例えばユーザ２０、２４、２６）は、検索画面１００を例えばスライダ・アセンブリ８８と共に使用して、パーソナル・メディア装置１２、３８内に格納され、かつ／またはメディア配布システム１８から利用可能なメディア・コンテンツを検索／ブラウズすることができる。アーティスト・フィールド１０２、アルバム・フィールド１０４、およびトラック・フィールド１０６に加えて、検索画面１００は、ジャンル・フィールド１１６および優先順位フィールド１１８を含むことができる。例えばスライダ・アセンブリ８８を使用して、ユーザは、フィールド１０２、１０４、１０６、１１６、１１８の間を移動し、適切な検索語句を適切なフィールドに入力することができる。
【００８６】
メタデータＡＰＩ（例えばＡＰＩ１０）は、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が、例えばフィールド１０２、１０４、１０６、１１６、１１８内の１つまたは複数の検索語句を定義する（４０２）ことを可能にすることができる。例えば、フィールド１０２、１０４、１０６を空白のままにすることができ、ユーザは、ジャンル・フィールド１１６に「ブルース」という語を入力し、優先順位フィールド１１８に「１０」を入力することができる。上記で論じたように、フィールド（例えばフィールド１１６、１１８）に入力するとき、スライダ・アセンブリ８８を使用して適切な文字を入力することができる。検索語句が定義されると、ユーザは、「検索」ボタン１０８または（別法として）「取消し」ボタン１１０を選択することができる。
【００８７】
「検索」ボタン１０８が選択される場合、１つまたは複数の検索語句に基づいて、複数のメディア・データ・ファイルの少なくとも一部に対して照会を実行することができる（４０４）。例えば、検索語句が「ブルース」（ジャンルについて）および「１０」（優先順位レーティングについて）である場合、ＡＰＩ１０は、メディア・データ・ファイル（例えばメディア・データ・ファイル２０４）を照会して、どのメディア・データ・ファイルが照会を満たすか（すなわち、どのメディア・データ・ファイルが優先順位レーティング「１０」を有し、かつ「ブルース」として分類されるか）を判定することができる。上記で論じたように、メタデータを使用して、メディア・データ・ファイルの優先順位レーティングおよびジャンルを定義することができる。したがって、メディア・データ・ファイルに関連するメタデータを検索することにより、結果セットを生成することができる（４０６）。クライアント電子装置は、比較的小型のディスプレイ・パネル（例えば図２のディスプレイ・パネル９０）を含むことがあるので、ディスプレイ・パネルの表示能力を超える、無制限の結果セットの生成は望ましくないことがある。例えば、ディスプレイ・パネル９０が最大で１０個の行項目を含む結果セットを表示することができ、生成される結果セットが３５０個の行項目を含む場合、結果セットを１０個の行項目の増分で表示することが望ましいことがある。したがって、ＡＰＩ１０は、結果セットの一部のみを、その一部が結果セット全体未満となることができるように、ユーザ（例えばユーザ２０、２４、２６）に対して表示することができる（４０８）。したがって、結果セットが大規模であり、ディスプレイ・パネルが最大で１０個の行項目を表示することができる場合、ＡＰＩ１０は行項目１〜１０を表示することができる。ディスプレイ・パネル９０上で行項目１１〜２０を確認するために、例えばスライダ・アセンブリ８８を下方向に移動するようにユーザに要求することができる。
【００８８】
さらに／あるいは、大規模な結果セットについて、ＡＰＩ１０は、アルファベットの各文字についての開始行項目を識別するアルファベット索引をレンダリングすることができる。例えば、３５０個の行項目結果セットが生成される場合、ディスプレイ・パネル９０上にアルファベット索引をレンダリングすることができる。そのようなアルファベット索引の一例は以下の通りである。
【表１】
【００８９】
したがって、３５０個の行項目を含む結果セットについて、（ＡＰＩ１０によってレンダリングされた）アルファベット索引は、アルファベットの各文字についての開始行項目を定義することができる。例えば、ユーザが「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」に関心があった場合、「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」が行項目１１０から行項目１２２の中のどこかにリストされることになるので（アーティストがラスト・ネーム、ファースト・ネームのフォーマットでリストされると仮定する）、ユーザは、行項目１１０まで前方にスキップすることができる。
【００９０】
ＡＰＩ１０がアルファベット索引をレンダリングするとき、ユーザは、例えばスライダ・アセンブリ８８を使用して、適切な行項目開始地点（例えば行項目１１０）を選択することができる。ユーザが適切な行項目開始地点（例えば行項目１１０）を選択すると、ＡＰＩ１０は、定義済みのいくつかの行項目（例えば１０個）を、例えばディスプレイ・パネル９０内でレンダリングすることができる。例えば、上述のアルファベット索引から「１１０」を選択するとき、ＡＰＩ１０は、（ディスプレイ・パネル９０内で）行項目１１０〜１１９をレンダリングすることができる。ユーザが次の１０個の行項目を確認することを望む場合、ユーザは、例えばスライダ・アセンブリ８８を使用することができる。
【００９１】
再生ＡＰＩ
図９も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザ（例えばユーザ２０、２４、２６）が複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（４５０）ことを可能にする再生ＡＰＩとしてＡＰＩ１０を構成することができる。ユーザ（例えばユーザ２０、２４、２６）によって確立された、音楽配布システム１８との間の接続の数を監視する（４５２）ように再生ＡＰＩを構成することができる。ユーザ（例えばユーザ２０、２４、２６）によって確立可能な接続の数を定義済みの接続限度に制限する最大接続ポリシーを実施することができる（４５４）。
【００９２】
具体的には、音楽配布システム１８を複数の装置と共に働くように構成することができる。例えば、クライアント電子装置（例えば、パーソナル・メディア装置３８、携帯情報端末４０、および携帯電話４２）は、ユーザ（例えばユーザ２０、２４、２６）が（例えば、車内にいる間、ジョギング中、ハイキング中、または運動中に）メディア配布システム１８にリモートにアクセスすることを可能にすることができる。さらにクライアント・コンピュータ４４は、ユーザが自宅または仕事場にいる間にメディア配布システム１８にアクセスすることを可能にすることができる。さらに、専用ネットワーク装置（例えば、Ａ Ｒｏｋｕ（商標） Ｓｏｕｎｄｂｒｉｄｇｅ Ｍ５００、Ｍ１０００、およびＭ２０００、図示せず）が、メディア配布システム１８をホーム・エンターテイメント・システム（図示せず）とインターフェースさせることができ、したがって、ホーム・エンターテイメント・システムを使用してメディア・コンテンツ項目をレンダリングすることが可能となる。したがって、単一の加入が複数の同時接続をサポートすることを可能にするようにメディア配布システム１８を構成することができる。したがって、ユーザが、仕事場にいる間にメディア配布システム１８にアクセスすることができると共に、ユーザの配偶者が、自宅にいる間にメディア配布システム１８に同時にアクセスすることができる。
【００９３】
したがって、ユーザ（例えばユーザ２０、２４、２６）によって確立された、音楽配布システム１８との間の接続の数を監視する（４５２）ように再生ＡＰＩを構成することができる。ユーザ（例えばユーザ２０、２４、２６）によって確立可能な接続の数を定義済みの接続限度に制限する最大接続ポリシーを実施することができる（４５４）。したがって、定義済みの接続限度が２である場合、ユーザが、（例えば仕事場から）メディア配布システム１８にアクセスすることができると共に、ユーザの配偶者が、（例えば自宅から）メディア配布システム１８に同時にアクセスすることができる。しかし、ユーザの息子がジョギング中に（パーソナル・メディア装置３８を使用して）メディア配布システム１８に同時にアクセスすることを試みる場合、（この例では）第３の接続を許可することは、同時接続が２つという例示的接続限度を超過することになるので、接続を拒否することができる。
【００９４】
検索ＡＰＩ
図１０も参照すると、クライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）のユーザが複数のメディア・データ・ファイル（例えばメディア・データ・ファイル２０４）から選ばれた１つまたは複数のメディア・データ・ファイルにアクセスする（５００）ことを可能にすることのできる検索ＡＰＩとしてＡＰＩ１０を構成することができる。ユーザ（例えばユーザ２０、２４、２６）が第１検索語句を定義し（５０２）、第１検索語句に基づいて複数のメディア・データ・ファイルの少なくとも一部の第１照会を実行する（５０４）ことを可能にするように検索ＡＰＩを構成することができる。ユーザ（例えばユーザ２０、２４、２６）が第２検索語句を定義し（５０６）、第１および第２検索語句に基づいて、複数のメディア・データ・ファイルの少なくとも一部の第２照会を実行する（５０８）ことを可能にすることができる。
【００９５】
上記で論じたように、クライアント電子装置のユーザ（例えばユーザ２０、２４、２６）は、検索画面１００を例えばスライダ・アセンブリ８８と共に使用して、パーソナル・メディア装置１２、３８内に格納され、かつ／またはメディア配布システム１８から入手可能なメディア・コンテンツを検索／ブラウズすることができる。検索画面１００は、アーティスト・フィールド１０２、アルバム・フィールド１０４、トラック・フィールド１０６、ジャンル・フィールド１１６、および優先順位フィールド１１８などの複数の検索フィールドを含むことができる。
【００９６】
上述の検索手順に加えて、各文字がフィールド１０２、１０４、１０６、１１６、１１８のうちの１つに入力された後に照会を自動的に実行することができる。例えば、ユーザが「Ｊｏｈｎｓｏｎ」から「Ｊ」を定義する場合（５０２）、照会を自動的に実行して（５０４）、どのアーティストが「Ｊ」で始まるラスト・ネームを有するかを判定することができる。この結果、可能性のある合致が例えば５０，０００個得られることがある。次いでユーザは、第２語句（すなわち「Ｏ」）をアーティスト・フィールド１０２内に定義することができ（５０６）（合計で２つの検索語句、すなわち「ＪＯ」）、第２照会を自動的に実行することができる（５０８）。この結果、可能性のある合致が例えば３０，０００個得られることがある。次いでユーザは、結果セットが、例えばサイズがディスプレイ・パネル９０上で容易にナビゲート可能となるまで、引き続き追加の文字を入力することができる（その結果、検索語句の合計数が多くなる）。したがって、固有であり、かつ長いラスト・ネームを有するアーティストについて、管理可能な結果セットを生成するために、ユーザが必要なのは、アーチストの（ラスト・ネーム全体ではなく）ラスト・ネームの小部分を入力することだけでよい。
【００９７】
ラジオ・コンテンツのレンダリング
上記で論じたように、メディア配布システム１８から受信されるメディア・コンテンツ１６のフォーマットは、例えば、メディア配布システム１８から受信される購入済みダウンロード（すなわち、ユーザに対して永続的な使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８から受信される加入ダウンロード（すなわち、ユーザに対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツ）と、メディア配布システム１８からストリーミングされるメディア・コンテンツとを含むことができる。
【００９８】
パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２、クライアント・コンピュータ４４、およびプロキシ・コンピュータ５８は、ラジオ・メディア・コンテンツを受信および処理することができる。ラジオ・メディア・コンテンツは、例えば特定の音楽ジャンル／時間枠から選ばれ、例えばデジタル・ミレニアム著作権法に準拠するシーケンスで再生される、複数のトラックを含むことができる。通常、ユーザがラジオ・メディア・コンテンツを受信および処理したいとき、ユーザは、メディア配布システム１８からユーザが利用可能な複数のラジオ局から、ラジオ局を選択することができる。
【００９９】
１９９８年のデジタル・ミレニアム著作権法は、特定の歌、アーティスト、アーティストのグループを指定の時間間隔内にレンダリングすることのできる回数を制限することができる。トラックのシーケンスをレンダリングするとき、例えば３時間の時間間隔にわたって、（ｉ）同一のアルバムの３つ以下のトラックがレンダリングされる場合、（ｉｉ）同一のアルバムの２つ以下の連続するトラックがレンダリングされる場合、（ｉｉｉ）同一のアーティスト（すなわち個人／グループ）またはアンソロジーの４つ以下のトラックがレンダリングされる場合、および（ｉｖ）同一のアーティスト（すなわち個人／グループ）またはアンソロジーの３つ以下の連続するトラックがレンダリングされる場合、シーケンスは、デジタル・ミレニアム著作権法に準拠することができる。
【０１００】
パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２、クライアント・コンピュータ４４、およびプロキシ・コンピュータ５８上での再生のためにラジオ・メディア・コンテンツがコンピュータ２８からストリーミングされるとき、ラジオ・メディア・コンテンツ内の個々のトラック（すなわち個々のラジオ・メディア・データ・ファイル）のレンダリング・シーケンスが、通常はメディア配布システム１８によって制御される。ラジオ・メディア・コンテンツをレンダリングする装置にトラックが一度に１つストリーミングされるからである。したがって、メディア配布システム１８は、レンダリング・シーケンスが例えばデジタル・ミレニアム著作権法に準拠することを保証することができる。
【０１０１】
ラジオ・メディア・コンテンツが装置にストリーミングされることに加えて、メディア配布システム１８に対するアクティブな接続を有さない装置上での再生のためにラジオ・メディア・コンテンツをキャッシュすることができる。例えば、パーソナル・メディア装置３８、携帯情報端末４０、および携帯電話４２をメディア配布システム１８にワイヤレスに結合することができるが、メディア配布システム１８に対するワイヤレス接続が利用可能ではない可能性のある状況がある。例えば、この例示的実施形態では、パーソナル・メディア装置１２が、プロキシコンピュータ５８を介してメディア配布システム１８に結合される。したがって、パーソナル・メディア装置１２が、例えばドッキング・クレードル６０内にないとき、パーソナル・メディア装置１２は、メディア配布システム１８にアクティブに接続されない。
【０１０２】
したがって、後の時間にクライアント電子装置（例えばパーソナル・メディア装置、１２、３８、携帯情報端末４０、携帯電話４２）上で再生するためにラジオ・メディア・コンテンツをキャッシュすることができる。クライアント電子装置上での再生のためにラジオ・メディア・コンテンツをキャッシュするとき、ラジオ・メディア・コンテンツ内の個々のトラックをメディア配布システム１８から加入ダウンロードとして取り出すことができる。上記で論じたように、加入ダウンロードは、ユーザに対して、メディア配布システム１８との有効な加入契約が存在する間の使用のために許諾されたメディア・コンテンツである。したがって、キャッシュされたラジオ・メディア・コンテンツ内に含まれる加入ダウンロードのうちの１つまたは複数をレンダリングおよび／または処理する前に、コンテンツをレンダリングする装置はまず、ユーザがメディア配布システム１８との最新の加入契約を有することを検証することができる。
【０１０３】
しばしば、ラジオ・メディア・コンテンツがクライアント電子装置（例えばパーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２）に提供されるとき、ラジオ局の要件（例えばジャンルおよび／または時間枠）に合致する複数の加入ダウンロードをメディア配布システム１８から取り出すことができる。取り出される加入ダウンロードの厳密な数は、準拠法およびポリシーに応じて変化することがあり、準拠法およびポリシーの例は、（限定はしないが）デジタル・ミレニアム著作権法、ＡＳＣＡＰ（すなわちｔｈｅ Ａｍｅｒｉｃａｎ Ｓｏｃｉｅｔｙ ｏｆ Ｃｏｍｐｏｓｅｒｓ， Ａｕｔｈｏｒｓ， ａｎｄ Ｐｕｂｌｉｓｈｅｒｓ）ポリシー、およびＢＭＩ（すなわちＢｒｏａｄｃａｓｔ Ｍｕｓｉｃ， Ｉｎｃ．）ポリシーを含む。例えば、ラジオ・メディア・コンテンツ内に含まれる加入ダウンロードの最小数を例えばわずか８０個と定義することができるが、その数字は、例えば装置（例えば、パーソナル・メディア装置１２、３８、携帯情報端末４０、携帯電話４２）の記憶容量、メディア配布システム１８によって確立されるポリシー・ガイドライン、ならびに／あるいは準拠法およびポリシー（例えばデジタル・ミレニアム著作権法、ＡＳＣＡＰ、およびＢＭＩ）に応じて、かなり増加する（例えば５００加入ダウンロード超まで）可能性がある。
【０１０４】
さらに、上記で論じたように、ラジオ・メディア・コンテンツ内に含まれる個々のトラックのレンダリング・シーケンスを、例えばデジタル・ミレニアム著作権法で管理することができる。したがって、クライアント電子装置上にラジオ・メディア・コンテンツをキャッシュするとき、クライアント電子装置のユーザにはアクセス不能／閲覧不能であるメモリの保護エリア内にラジオ・メディア・コンテンツを格納することができ、したがって、ユーザがラジオ・メディア・コンテンツに直接的にアクセスして、ラジオ・メディア・コンテンツを非準拠シーケンスでレンダリングすることが防止される。
【０１０５】
さらに／あるいは、ラジオ・メディア・コンテンツがクライアント電子装置上にキャッシュされるとき、ラジオ・メディア・コンテンツをより小さいデータ「チャンク」に分割し、記憶装置全体にわたって分散させることができる。そのような方法の一例が、参照により本明細書に組み込まれる、２００５年１０月３日出願の「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＯＦ ＲＥＬＩＣＥＮＳＩＮＧ ＣＯＮＴＥＮＴ」という名称の米国特許出願第１１／２４２，３４１号で開示されている。したがって、キャッシュされたラジオ・メディア・コンテンツがレンダリングされるとき、まず、各ラジオ・メディア・データ・ファイルを構成する個々の「チャンク」の位置を突き止め、再び集めることができる。
【０１０６】
ラジオ・コンテンツのライブラリ管理
図１１および１２も参照すると、クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングするとき（５５０）、クライアント電子装置のユーザがメディア・ライブラリ・ファイル（例えばメディア・ライブラリ・ファイル１１４、１１４’）にラジオ・メディア・データ・ファイルを追加したい場合、ユーザは、メディア・ライブラリ・ファイルにラジオ・メディア・データ・ファイルを追加したいというユーザの要望の指示を提供することができる。ユーザは、ラジオ・メディア・データ・ファイルのレンダリング中に、例えばスライダ装置８８を定義済みの期間（例えば２秒）にわたって押下して保持することにより、この指示を提供することができる。この指示がクライアント電子装置のユーザから受信される（５５２）と、装置アプリケーション６４は、ディスプレイ・パネル９０上に情報画面６００をレンダリングする（５５６）ことができる。情報画面６００は、メディア・ライブラリ・ファイルの修正に関してユーザに確認５５８を要求することができる。指示が意図せずに生成された場合、ユーザは、「取消し」ボタン６０２を選択することができる。しかし、指示が意図的なものであった場合、ユーザは「確認」ボタン６０４を選択することができ、装置アプリケーション６４は、現在レンダリング中のラジオ・メディア・データ・ファイルを定義するようにメディア・ライブラリ・ファイルを修正する（５５４）ことができる。
【０１０７】
レンダリング中のラジオ・メディア・データ・ファイルのタイプに応じて、装置アプリケーション６４がメディア・ライブラリ・ファイル（例えばメディア・ライブラリ・ファイル１１４、１１４’）を修正する方式は変化することができる。
【０１０８】
例えば、ラジオ・メディア・データ・ファイルがメディア配布システム１８に対するアクティブな接続を維持するクライアント電子装置（例えばパーソナル・メディア装置３８、携帯情報端末４０、携帯電話４２）にストリーミングされる場合、修正すべきメディア・ライブラリ・ファイルは単に、メディア配布システム１８を介してコンピュータ２８上で利用可能なリモート・メディア・データ・ファイルの位置を突き止めるポインタのリストでよい。したがって、ユーザが、メディア配布システム１８に対するアクティブな接続を維持するクライアント電子装置上でレンダリング中のラジオ・メディア・データ・ファイルを定義するようにメディア・ライブラリ・ファイルを修正したい場合、装置アプリケーション６４は単に、アクティブに接続されたクライアント電子装置上でレンダリング中のラジオ・メディア・データ・ファイルに対応するリモート・メディア・データ・ファイルの位置を定義するポインタをメディア・ライブラリ・ファイルに追加するだけでよい。
【０１０９】
さらに／あるいは、メディア配布システム１８に対するアクティブな接続を維持する装置について、メディア・ライブラリ・ファイル内にラジオ・メディア・データ・ファイルを定義するとき、（リモート・メディア・データ・ファイルの位置を突き止めるためにメディア・ライブラリ・ファイルにポインタを単に追加するのではなく）メディア・データ・ファイルのローカル・コピーを得て（５６０）、格納する（５６２）ことが望ましいことがある。ラジオ・メディア・データ・ファイルのローカル・コピーを格納する（５６２）ことにより、ユーザは、メディア配布システム１８に対するアクティブな接続が利用不能である間（例えば、飛行機の中、地下鉄の中、エレベータの内部にいる間など）に、ラジオ・メディア・データ・ファイルをレンダリングすることができる。したがって、ユーザがクライアント電子装置上でレンダリング中のストリーミング・ラジオ・メディア・データ・ファイルを聴取しており、ユーザがユーザのライブラリにラジオ・メディア・データ・ファイルを追加することを望むとき、アクティブに接続されたクライアント電子装置上でレンダリング中のラジオ・メディア・データ・ファイルに対応するリモート・メディア・データ・ファイルを（上記で論じたように）ライブラリ・ファイル内で識別することができる。さらに、装置アプリケーション６４は、ラジオ・メディア・データ・ファイルのコピーがメディア配布システム１８から得られ（５６０）、クライアント電子装置上にローカルに格納される（５６２）ようにフラグ（図示せず）をセットすることができる。装置アプリケーション６４は、例えば次回にクライアント電子装置がドッキングされるときに、ラジオ・メディア・データ・ファイルのコピーを得ることができる。
【０１１０】
クライアント電子装置（例えばパーソナル・メディア装置１２）がメディア配布システム１８に対するアクティブな接続を維持しない場合、ラジオ・メディア・データ・ファイル（すなわち、集合的にはラジオ・メディア・コンテンツ）を後続のレンダリングのためにクライアント電子装置上にキャッシュすることができる。例えば、パーソナル・メディア装置１２がクレードル６０内にドッキングされる（したがってメディア配布システム１８に接続される）とき、メディア配布システム１８からラジオ・メディア・コンテンツをダウンロードし、後続のレンダリング（例えば、装置１２がクレードル６０から取り外されたとき）のためにパーソナル・メディア装置１２上にキャッシュすることができる。
【０１１１】
上記で論じたように、例えばパーソナル・メディア装置１２上にキャッシュされたラジオ・メディア・データ・ファイルを、ユーザがアクセス不能なメモリ位置内に格納することができる。したがって、メディア・ライブラリ・ファイル（例えばメディア・ライブラリ・ファイル１１４、１１４’）内にラジオ・メディア・データ・ファイルを定義するとき、装置アプリケーション６４は、ユーザがアクセス可能なメモリ位置にラジオ・メディア・データ・ファイルを移動することができる（５６４）。装置アプリケーション６４は、新しく追加されたラジオ・メディア・データ・ファイルが格納されるメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することができる（５６６）。
【０１１２】
キャッシング時に、（上記で論じたように）ラジオ・メディア・データ・ファイルがより小さいデータ「チャンク」に分割され、例えばパーソナル・メディア装置１２の記憶装置全体にわたって分散される場合、ユーザがアクセス可能なメモリ位置にラジオ・メディア・データ・ファイルを移動する前に、装置アプリケーション６４は、メディア・ライブラリ・ファイル内に定義されるべきラジオ・メディア・データ・ファイルを構成する個々の「チャンク」の（例えば記憶装置６６内の）位置を突き止め、「再び集める」ことができる。「再び集められた」後に、装置アプリケーション６４は、ユーザがアクセス可能なメモリ位置にラジオ・メディア・データ・ファイルを移動することができる。装置アプリケーション６４は、新しく追加されたラジオ・メディア・データ・ファイルが格納されるメモリ位置に対するポインタを含むようにメディア・ライブラリ・ファイルを修正することができる。
【０１１３】
メディア・ライブラリ・ファイルの修正に関する上述の機能の一部またはすべてを、上述のライブラリ管理ＡＰＩを介してメディア配布システム１８と通信する（５６８）ことによって（全体的または部分的に）実施することができる。
【０１１４】
いくつかの実施態様を説明した。それでも、様々な修正を行うことができることを理解されよう。したがって、他の実施態様は、以下の特許請求の範囲の範囲内にある。
【特許請求の範囲】
【請求項１】
クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすること、
前記クライアント電子装置のユーザから、前記ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示を受信すること、および
前記指示の受信に応答して、前記ラジオ・メディア・データ・ファイルを定義するように前記メディア・ライブラリ・ファイルを修正すること
を含む方法。
【請求項２】
前記メディア・ライブラリ・ファイルが、前記クライアント電子装置の記憶装置上に格納される請求項１に記載の方法。
【請求項３】
前記メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の前記指示が意図的なものであったことを確認すること
をさらに含む請求項１に記載の方法。
【請求項４】
ユーザの要望の前記指示が意図的なものであったことを確認することが、
前記クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすること
を含む請求項３に記載の方法。
【請求項５】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信すること
をさらに含む請求項１に記載の方法。
【請求項６】
前記メディア・ライブラリ・ファイルを修正することが、
前記ラジオ・メディア・データ・ファイルのコピーを得ること、および
得られた前記ラジオ・メディア・データ・ファイルの前記コピーを前記クライアント電子装置上にローカルに格納すること
を含む請求項５に記載の方法。
【請求項７】
前記メディア・ライブラリ・ファイルを修正することが、
ユーザがアクセス可能な前記クライアント電子装置内のメモリ位置に前記ラジオ・メディア・データ・ファイルを移動すること、および
ユーザがアクセス可能な前記クライアント電子装置内の前記メモリ位置に対するポインタを含むように前記メディア・ライブラリ・ファイルを修正すること
を含む請求項５に記載の方法。
【請求項８】
複数の命令が格納されたコンピュータ可読媒体上に常駐するコンピュータ・プログラム製品であって、前記複数の命令が、プロセッサによって実行されたとき、前記プロセッサに、
クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすること、
前記ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示を、前記クライアント電子装置のユーザから受信すること、および
前記指示の受信に応答して、前記ラジオ・メディア・データ・ファイルを定義するように前記メディア・ライブラリ・ファイルを修正すること
を含むオペレーションを実行させるコンピュータ・プログラム製品。
【請求項９】
前記メディア・ライブラリ・ファイルが、前記クライアント電子装置の記憶装置上に格納される請求項８に記載のコンピュータ・プログラム製品。
【請求項１０】
前記メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の前記指示が意図的なものであったことを確認する命令
をさらに含む請求項８に記載のコンピュータ・プログラム製品。
【請求項１１】
ユーザの要望の前記指示が意図的なものであったことを確認する前記命令が、
前記クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすること
を含む請求項１０に記載のコンピュータ・プログラム製品。
【請求項１２】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信する命令
をさらに含む請求項８に記載のコンピュータ・プログラム製品。
【請求項１３】
前記メディア・ライブラリ・ファイルを修正する前記命令が、
前記ラジオ・メディア・データ・ファイルのコピーを得る命令と、
得られた前記ラジオ・メディア・データ・ファイルの前記コピーを前記クライアント電子装置上にローカルに格納する命令と
を含む請求項１２に記載のコンピュータ・プログラム製品。
【請求項１４】
前記メディア・ライブラリ・ファイルを修正する前記命令が、
ユーザがアクセス可能な前記クライアント電子装置内のメモリ位置に前記ラジオ・メディア・データ・ファイルを移動する命令と、
ユーザがアクセス可能な前記クライアント電子装置内の前記メモリ位置に対するポインタを含むように前記メディア・ライブラリ・ファイルを修正する命令と
を含む請求項１２に記載のコンピュータ・プログラム製品。
【請求項１５】
オペレーションを実行するように構成されたクライアント電子装置であって、前記オペレーションが、
前記クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすること、
前記クライアント電子装置のユーザから、前記ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示を受信すること、および
前記指示の受信に応答して、前記ラジオ・メディア・データ・ファイルを定義するように前記メディア・ライブラリ・ファイルを修正すること
を含むクライアント電子装置。
【請求項１６】
前記メディア・ライブラリ・ファイルが、前記クライアント電子装置の記憶装置上に格納される請求項１５に記載のクライアント電子装置。
【請求項１７】
前記クライアント電子装置がさらに、
前記メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の前記指示が意図的なものであったことを確認すること
を含むオペレーションを実行するように構成される請求項１５に記載のクライアント電子装置。
【請求項１８】
ユーザの要望の前記指示が意図的なものであったことを確認することが、
前記クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすること
を含む請求項１７に記載のクライアント電子装置。
【請求項１９】
前記クライアント電子装置がさらに、
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信すること
を含むオペレーションを実行するように構成される請求項１５に記載のクライアント電子装置。
【請求項２０】
前記メディア・ライブラリ・ファイルを修正することが、
前記ラジオ・メディア・データ・ファイルのコピーを得ること、および
得られた前記ラジオ・メディア・データ・ファイルの前記コピーを前記クライアント電子装置上にローカルに格納すること
を含む請求項１９に記載のクライアント電子装置。
【請求項２１】
前記メディア・ライブラリ・ファイルを修正することが、
ユーザがアクセス可能な前記クライアント電子装置内のメモリ位置に前記ラジオ・メディア・データ・ファイルを移動すること、および
ユーザがアクセス可能な前記クライアント電子装置内の前記メモリ位置に対するポインタを含むように前記メディア・ライブラリ・ファイルを修正すること
を含む請求項１９に記載のクライアント電子装置。
【請求項１】
クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすること、
前記クライアント電子装置のユーザから、前記ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示を受信すること、および
前記指示の受信に応答して、前記ラジオ・メディア・データ・ファイルを定義するように前記メディア・ライブラリ・ファイルを修正すること
を含む方法。
【請求項２】
前記メディア・ライブラリ・ファイルが、前記クライアント電子装置の記憶装置上に格納される請求項１に記載の方法。
【請求項３】
前記メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の前記指示が意図的なものであったことを確認すること
をさらに含む請求項１に記載の方法。
【請求項４】
ユーザの要望の前記指示が意図的なものであったことを確認することが、
前記クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすること
を含む請求項３に記載の方法。
【請求項５】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信すること
をさらに含む請求項１に記載の方法。
【請求項６】
前記メディア・ライブラリ・ファイルを修正することが、
前記ラジオ・メディア・データ・ファイルのコピーを得ること、および
得られた前記ラジオ・メディア・データ・ファイルの前記コピーを前記クライアント電子装置上にローカルに格納すること
を含む請求項５に記載の方法。
【請求項７】
前記メディア・ライブラリ・ファイルを修正することが、
ユーザがアクセス可能な前記クライアント電子装置内のメモリ位置に前記ラジオ・メディア・データ・ファイルを移動すること、および
ユーザがアクセス可能な前記クライアント電子装置内の前記メモリ位置に対するポインタを含むように前記メディア・ライブラリ・ファイルを修正すること
を含む請求項５に記載の方法。
【請求項８】
複数の命令が格納されたコンピュータ可読媒体上に常駐するコンピュータ・プログラム製品であって、前記複数の命令が、プロセッサによって実行されたとき、前記プロセッサに、
クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすること、
前記ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示を、前記クライアント電子装置のユーザから受信すること、および
前記指示の受信に応答して、前記ラジオ・メディア・データ・ファイルを定義するように前記メディア・ライブラリ・ファイルを修正すること
を含むオペレーションを実行させるコンピュータ・プログラム製品。
【請求項９】
前記メディア・ライブラリ・ファイルが、前記クライアント電子装置の記憶装置上に格納される請求項８に記載のコンピュータ・プログラム製品。
【請求項１０】
前記メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の前記指示が意図的なものであったことを確認する命令
をさらに含む請求項８に記載のコンピュータ・プログラム製品。
【請求項１１】
ユーザの要望の前記指示が意図的なものであったことを確認する前記命令が、
前記クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすること
を含む請求項１０に記載のコンピュータ・プログラム製品。
【請求項１２】
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信する命令
をさらに含む請求項８に記載のコンピュータ・プログラム製品。
【請求項１３】
前記メディア・ライブラリ・ファイルを修正する前記命令が、
前記ラジオ・メディア・データ・ファイルのコピーを得る命令と、
得られた前記ラジオ・メディア・データ・ファイルの前記コピーを前記クライアント電子装置上にローカルに格納する命令と
を含む請求項１２に記載のコンピュータ・プログラム製品。
【請求項１４】
前記メディア・ライブラリ・ファイルを修正する前記命令が、
ユーザがアクセス可能な前記クライアント電子装置内のメモリ位置に前記ラジオ・メディア・データ・ファイルを移動する命令と、
ユーザがアクセス可能な前記クライアント電子装置内の前記メモリ位置に対するポインタを含むように前記メディア・ライブラリ・ファイルを修正する命令と
を含む請求項１２に記載のコンピュータ・プログラム製品。
【請求項１５】
オペレーションを実行するように構成されたクライアント電子装置であって、前記オペレーションが、
前記クライアント電子装置上でラジオ・メディア・データ・ファイルをレンダリングすること、
前記クライアント電子装置のユーザから、前記ラジオ・メディア・データ・ファイルをメディア・ライブラリ・ファイルに追加したいというユーザの要望の指示を受信すること、および
前記指示の受信に応答して、前記ラジオ・メディア・データ・ファイルを定義するように前記メディア・ライブラリ・ファイルを修正すること
を含むクライアント電子装置。
【請求項１６】
前記メディア・ライブラリ・ファイルが、前記クライアント電子装置の記憶装置上に格納される請求項１５に記載のクライアント電子装置。
【請求項１７】
前記クライアント電子装置がさらに、
前記メディア・ライブラリ・ファイルを修正する前に、ユーザの要望の前記指示が意図的なものであったことを確認すること
を含むオペレーションを実行するように構成される請求項１５に記載のクライアント電子装置。
【請求項１８】
ユーザの要望の前記指示が意図的なものであったことを確認することが、
前記クライアント電子装置のディスプレイ・パネル上に確認画面をレンダリングすること
を含む請求項１７に記載のクライアント電子装置。
【請求項１９】
前記クライアント電子装置がさらに、
ライブラリ管理ＡＰＩを介してリモート・メディア配布システムと通信すること
を含むオペレーションを実行するように構成される請求項１５に記載のクライアント電子装置。
【請求項２０】
前記メディア・ライブラリ・ファイルを修正することが、
前記ラジオ・メディア・データ・ファイルのコピーを得ること、および
得られた前記ラジオ・メディア・データ・ファイルの前記コピーを前記クライアント電子装置上にローカルに格納すること
を含む請求項１９に記載のクライアント電子装置。
【請求項２１】
前記メディア・ライブラリ・ファイルを修正することが、
ユーザがアクセス可能な前記クライアント電子装置内のメモリ位置に前記ラジオ・メディア・データ・ファイルを移動すること、および
ユーザがアクセス可能な前記クライアント電子装置内の前記メモリ位置に対するポインタを含むように前記メディア・ライブラリ・ファイルを修正すること
を含む請求項１９に記載のクライアント電子装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２０１０−５０３０４４（Ｐ２０１０−５０３０４４Ａ）
【公表日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願番号】特願２００９−５２７６０５（Ｐ２００９−５２７６０５）
【出願日】平成１９年９月１０日（２００７．９．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０７７９８７
【国際公開番号】ＷＯ２００８／０３１０８６
【国際公開日】平成２０年３月１３日（２００８．３．１３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０８１０２２７７）リアルネットワークス，インコーポレーテッド (5)
【公表日】平成２２年１月２８日（２０１０．１．２８）
【国際特許分類】
【出願日】平成１９年９月１０日（２００７．９．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０７７９８７
【国際公開番号】ＷＯ２００８／０３１０８６
【国際公開日】平成２０年３月１３日（２００８．３．１３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０８１０２２７７）リアルネットワークス，インコーポレーテッド (5)
[ Back to top ]