JP6055834B2 - メディアを共有する方法およびシステム - Google Patents

Description

本開示技術は、デジタルコンテンツに関し、特にメディアを共有する方法およびシステムに関する。

技術の発展によって、音楽コンテンツへのアクセス性や、テレビコンテンツ、映画および双方向コンテンツなどのその他の種類の媒体へのアクセス性も良くなっている。例えば、ユーザは、オーディオコンテンツやビデオコンテンツにアクセスするための従来の手段に加えて、インターネットラジオステーション、オンライン音楽サービスおよびオンライン映画サービスなどのオンラインストアを通じて、インターネット上でオーディオコンテンツ、ビデオコンテンツ又はその両方にアクセスすることができる。

本開示技術の特徴、態様、および利点は、以下の記載、添付の特許請求の範囲、および添付の図面に関してより良く理解される。
本明細書に開示の方法および装置の実施形態が実施され得る例示的なシステムを示す図 内蔵アンプとスピーカを備える例示的なゾーンプレーヤーを示す図 内蔵アンプを備えるとともに外部スピーカに接続された例示的なゾーンプレーヤーを示す図 Ａ／Ｖ受信機およびスピーカに接続された例示的なゾーンプレーヤーを示す図 例示的なコントローラを示す図 ファイルを共有するための例示的なシステムの内部機能ブロック図 図４の例示的なシステムを実装するように実行可能な例示的な方法および例示的な機械可読命令の代表的なフロー図 図４の例示的なシステムに関連付けられた例示的なユーザインタフェースのブロック図 図４の例示的なシステムおよび／又は図６の方法および命令を実装可能な例示的なプロセッサプラットフォームを示す図

さらに、図面は、例示的な実施形態を説明することを目的としているが、本開示技術は、図面に示した配置および手段に限定されるものではない。

Ｉ．概要
本明細書に開示された特定の実施形態は、社会的状況におけるメディアの共有を可能にする。本明細書に開示された特定の実施形態は、異なるオンラインメディアサービスに加入している複数のユーザの統合を可能にする。本明細書に開示された特定の実施形態は、ソーシャルネットワークでの音楽の共有を提供する。本明細書に開示された特定の実施形態は、２つ以上の家庭におけるネットワーク化されたオーディオシステムを利用することにより、そのシステムを介して、それらの２つ以上の家庭間でのメディアの共有を可能にする。本明細書に開示された特定の実施形態は、複数のメディアプロバイダー間におけるクロスサービスリンクを提供する。本明細書に開示された特定の実施形態は、最良のルート（route-to-best）によるメディア検索を提供する。追加の実施形態は、本明細書に記載されている。

例えば、以下に記載されるような実施形態において、例えば、音楽などの媒体を、共有の記憶媒体にある同じファイルへのアクセスができない可能性のあるユーザおよび／又は同じオンライン音楽サービス（Ｒｈａｐｓｏｄｙ（商標）、ＭＯＧ、Ｎａｐｓｔｅｒ、Ｓｐｏｔｉｆｙ（商標）およびオンライン音楽サービスの現在のすべての例）へアクセスしないユーザの間で共有することができる。オンライン音楽サービスは、無料であっても、有料加入形式に基づいてもよい。ほとんどの場合、常にではないが、オンライン音楽サービスは、ユーザによるサービスへの登録を要求する。

第１のユーザによる音楽プレイリストが、第２のユーザにも利用可能である又は第２のユーザと共有されている例を想定する。音楽プレイリストは、トラックタイトルのリスト、並びにそのトラックタイトルに関連したアーティストおよびアルバムのリストを含んでもよい。音楽プレイリストは、１つ以上のトラックタイトルを含んでもよい。さらに、この例では、第１および第２のユーザは、共有の記憶媒体上の同じファイルへのアクセス権を有しておらず、同じオンライン音楽サービスへのアクセス権も有していない。

音楽プレイリストは、様々な方法により、第２のユーザにも利用可能となる又は第２のユーザと共有されてもよい。その方法としては例えば、Ｆａｃｅｂｏｏｋのようなソーシャルサイト上でプレイリストを利用可能とする、又はネットワーク化されたオーディオシステムにおける多くの家庭を通じて音楽のソーシャル体験を改善するために家庭用電化製品企業によって利用可能に提供されたソーシャルサービスシステムを介して（例えば、Ｓｏｎｏｓは、ネットワーク化されたオーディオシステムを製造、販売しており、そのようなシステムは、メディアの共有を通じて複数の家庭を接続する、ソーシャルポータルの提供が可能である）、プレイリストを利用可能とする方法がある。他には、電子メール、テキスト、インスタントメッセージ、および／又はＴｗｉｔｔｅｒを介してプレイリストを送信する方法や、第２のユーザがアクセス可能なデジタルマガジン又はウェブサイトにプレイリストを提示する方法、および／又はいくつかの他の既知の又は将来開発される方法又はシステムを介して第２のユーザにプレイリストを提供する方法などがある。

第２のユーザによってプレイリストから選択された１つ以上の曲を再生するために、システム又はそのいくつかの態様は、以下で詳細に説明されるように、第２のユーザによる音楽のローカルライブラリ内において選択されたトラックタイトルに最もよく関連する音楽ファイルを検索する、および／又は、第２のユーザが加入しているオンライン音楽サービスにて検索を開始してもよく、そのオンライン音楽サービスは第１のユーザとは異なるオンライン音楽サービスであってもよい。

成功した検索に続いて、第２のユーザのシステムは、その時点で音楽を取得および再生する、又は、待ち行列若しくは保持場所に音楽を（例えば、第２のユーザのソースへの適切なポインタなどとともに）追加して後で再生することもできる。システムが正しく音楽を見つけることができない場合、第２のユーザにその結果を示す、および／又は音楽の入手方法のオプションを提供してもよい（例えば、音楽を購入するためのＵＲＬリンクを提供する）。いくつかの実施形態では、オンライン音楽サービスのために書かれる（そのプログラムは「メディアプレーヤー」とも称される）とともに第２のユーザが加入しているソフトウェアアプリケーションは、そのプログラムと通信しているコンピュータスピーカ又はオーディオシステムを介して音楽の再生を可能とするプログラムであってもよい。メディアプレーヤーは、第２のユーザがその音楽サービスの加入者であることを決定したとき又はその後のタイミングで自動的に起動されてもよく、これにより音楽の再生が可能となる。

検索およびシステム構成に応じて、第２のユーザによって再生される実際のトラックは、プレイリストの曲タイトルと同じ又は異なるアルバムのものであってもよい。一例では、推奨される曲および第２のユーザによって読み出された曲は両方とも、同じアルバムからのデジタルコピーであってもよい。別の例では、推奨される曲は、オリジナルのアルバムからのデジタルコピーである一方、第２のユーザによって読みだされる曲は、ベスト盤のアルバムからのデジタルコピーであってもよい。

さらに、検索およびシステム構成に応じて、再生される実際のトラックは、音楽ファイルの質に部分的に基づいて決定されてもよい。すなわち、いくつかの実施形態において、選択されたトラックに関連する２つ以上の音楽ファイルが発見された場合、高品質の音楽ファイルが再生されてもよい。別の実施形態では、２つ以上の音楽ファイルが発見された場合に、より少ない帯域幅を消費するように低品質の音楽ファイルが再生される。

上述の説明から移ると、音楽を共有又はマッチングする方法の例示的な実施形態は、第１のユーザから第２のユーザへの音楽リファレンス（music reference）の読み出しを行う工程を含む。第１のユーザは、音楽にアクセスするために第１の音楽アクセスサービスを使用している。例示的な方法はまた、音楽のリファレンスに関連付けられた音楽ファイルを識別する工程と、音楽にアクセスするために第２のユーザによって使用される第１の音楽アクセスサービスとは異なる第２の音楽アクセスサービスを識別する工程を含む。また、例示的方法は、第２の音楽アクセスサービスを使用して、音楽ファイルを再生する、示す（point to）又は待ち行列に入れる、のうちの少なくとも１つを行う工程を含む。

いくつかの実施形態では、ユーザからの「リファレンス」は、アクティブなリファレンスやレコメンデーションであってもよい（例えば、ユーザが特定のレコメンデーションを提供する）。いくつかの実施形態では、「リファレンス」は、いくつかの他の定義された基準（例えば、ユーザの視聴又は閲覧の習慣）に基づいてもよい。いくつかの実施形態では、「リファレンス」は、コメント、意見又は提案である。他の例では、「リファレンス」は、例えば、第１のユーザが第２のユーザのために音楽トラックを購入するなどのように、贈り物であってもよい。

いくつかの例示的な方法は、第２の音楽アクセスサービスを使用して、音楽ファイルを再生する、示す又は待ち行列に入れる、のうちの少なくとも１つを行う工程の前に、音楽リファレンスに応じて第２のユーザからの音楽リクエストを受信する工程を含む。

いくつかの例示的な方法は、第２の音楽アクセスサービスを使用して、音楽ファイルを再生する、示す又は待ち行列に入れる、のうちの少なくとも１つを行う工程は、オンラインおよび／又はローカルストレージで音楽ファイルを検索する工程を含む。

また、いくつかの例示的な方法は、第２の音楽アクセスサービスの代わりに音楽にアクセスするために第２のユーザによって使用される第３の音楽アクセスサービスを使用して、音楽ファイルを再生する、示す又は待ち行列に入れる、のうち少なくとも１つを行う工程をさらに含み、ここで、第３の音楽アクセスサービスは、第２の音楽アクセスサービスよりも安価な音楽へのアクセス又は第２の音楽アクセスサービスよりも質の高い音楽ファイルのうち、少なくとも１つを提供する。

本開示に沿って実装された例示的な装置は、ファイルを推奨する第１のユーザによるファイルのレコメンデーションを受信するインタフェースと、第１のユーザによって使用される第１のサービスを検出し、第２のユーザによって使用される第２のサービスを検出する検証部と備える。例示的なシステムはさらに、第１のユーザによって使用される第１のサービスに基づいて、第１のサービス識別コードをファイルのレコメンデーションと関連付けるエンコーダを備える。さらに、例示的なシステムは、第２のサービスに基づいてファイルに関連付けられた第２のサービス識別コードのために、ローカルライブラリ又はネットワークアクセス可能データベースのうちの１つ以上を検索する検索部を備える。システムにおいて、エンコーダは、第２のサービス識別コードをファイルに関連付ける。さらに、例示的なシステムは、第２のサービスと第１のサービスが同じサービスである場合には、ファイルのレコメンデーションを第１のサービス識別コードとともに第２のユーザに提供し、第２のサービスと第１のサービスが異なるサービスである場合には、ファイルのレコメンデーションを第２のサービス識別コードとともに第２のユーザに提供する再生エンジンを備える。例示的なシステムはさらに、第１のサービス識別コード又は第２のサービス識別コードのうちの１つ以上をファイルのレコメンデーションに関連付けたことの記録を記憶するデータベースを備える。

いくつかの実施形態では、ユーザからの「レコメンデーション」は、アクティブなリファレンスやレコメンデーションであってもよい（例えば、ユーザが特定のレコメンデーションを提供する）。いくつかの実施形態では、「レコメンデーション」は、いくつかの他の定義された基準（例えば、ユーザの視聴又は鑑賞の習慣）に基づいてもよい。いくつかの実施形態では、「レコメンデーション」は、前述の「リファレンス」と同義である。

いくつかの実施形態では、第１のユーザは、ファイルのレコメンデーション内において第２のユーザを特定し、検索部は、ファイルに関連付けられた第２のサービス識別コードの検索を自動的に行う。いくつかの例では、サービス識別コードは、特定のサービス又は特定のファイルのうちの１つ以上に関連する情報を含む。例えば、Ｓｐｏｔｉｆｙ上におけるマイケルジャクソンの歌「ビートイット」のサービス識別コードには、Ｓｐｏｔｉｆｙというサービス自体、曲のタイトル「ビートイット」、アーティスト「マイケルジャクソン」、アルバム「スリラー」、および／又は、ジャンルとしてのポップ、Ｒ＆Ｂ、ロックおよび／又はファンクのいずれかのうち、１つ以上に関連する情報が含まれてもよい。

いくつかの実施形態では、ファイルは音楽ファイルである。また、いくつかの実施形態では、音楽ファイルは、トラック、アーティスト、アルバム、プレイリスト、ステーション、ジャンルのうちの１つ以上である。他の実施形態では、ファイルは、ビデオ・オーディオファイル（例えば、映画又はテレビ番組）である。

いくつかの実施形態では、エンコーダは、メタデータをファイルのレコメンデーションに関連付け、検索部は、第２のユーザが第２のサービスを使用していないときに、そのメタデータに基づいてファイルの位置を特定する。

いくつかの実施形態では、データベースは、第１のユーザがソーシャルネットワークを形成するためのコネクションのリストを記憶する。また、いくつかの実施形態では、例示的なシステムは、コネクションによって推奨される付加的なファイルのレコメンデーションを第１のユーザに動的に通知する更新部をさらに備える。

いくつかの実施形態では、再生エンジンは、ファイルを第２のサービス識別とともに第２のユーザの再生デバイスにあるプレイリストへ自動的に追加する。さらに、いくつかの実施形態では、そのプレイリストは、現在再生されている。

いくつかの実施形態では、第１のサービス又は第２のサービスのうちの１つは、音楽サービス、ラジオサービス、オンラインラジオサービス又はオンラインストリーミング音楽サービスのうちの１つ以上である。

いくつかの実施形態では、インタフェースは、ファイルに対する第２のユーザの楽しみレベルの指標を受信し、検索部は、その楽しみレベルに基づいて付加的なファイルのレコメンデーションの検索を行う。

本開示に従って実施される別の例示的な方法は、ファイルを推奨する第１のユーザによるファイルのレコメンデーションの受領後、第１のユーザによって使用される第１のサービスを検証する工程と、第１のサービスに基づいて第１のサービス識別コードをそのファイルにエンコードする工程とを含む。例示的な方法はまた、第２のユーザによるファイルの要求の受領又はファイルのレコメンデーション内における第２のユーザの言及の検出のうちの１つ以上の後、第２のユーザによって使用される第２のサービスを検証する工程を含む。さらに、例示的な方法は、第２のサービスに基づいてファイルに関連付けられた第２のサービス識別コードのために、ローカルライブラリ又はネットワークアクセス可能データベースのうちの１つ以上を検索する工程を含む。さらに、例示的な方法は、第２のサービス識別をファイルにエンコードする工程を含む。例示的な方法はまた、第２のサービスと第１のサービスが同じサービスである場合には、ファイルのレコメンデーションを第１のサービス識別コードとともに第２のユーザに提供し、第２のサービスと第１のサービスが異なるサービスである場合には、ファイルのレコメンデーションを第２のサービス識別コードとともに第２のユーザに提供する工程を含む。さらに、例示的な方法は、第１のサービス識別コード又は第２のサービス識別コードのうちの１つ以上をファイルに関連付けたことの記録を記憶する工程を含む。

いくつかの実施形態では、例示的な方法は、メタデータをファイルのレコメンデーションにエンコードする工程と、第２のユーザが第２のサービスを使用していないときに、そのメタデータに基づいてファイルの位置を特定する工程とをさらに含む。

いくつかの態様において、本方法は、第１のユーザがソーシャルネットワークを形成するためのコネクションのリストを記憶する工程をさらに含む。また、いくつかの実施形態において、本方法は、コネクションによって推奨される付加的なファイルのレコメンデーションを第１のユーザに動的に通知する工程をさらに含む。

いくつかの実施形態では、本方法は、ファイルを第２のサービス識別とともに第２のユーザの再生デバイスにあるプレイリストに自動的に追加する工程を含む。

いくつかの実施形態では、本方法はさらに、第２のユーザによるファイルに対する楽しみレベルの指標を受信する工程と、その楽しみレベルに基づいて付加的なファイルのレコメンデーションを検索する工程とを含む。

例示的な有形機械可読媒体は、本開示に沿って実装される命令を記憶するとともに、その命令が実行されると機械に少なくとも、ファイルを推奨する第１のユーザによるファイルのレコメンデーションの受領後、第１のユーザによって使用される第１のサービスを検証する工程と、第１のサービスに基づいて第１のサービス識別コードをファイルにエンコードする工程とを行わせる。その命令が実行されると機械にさらに、第２のユーザによるファイルの要求の受領又はファイルのレコメンデーション内における第２のユーザの言及の検出のうちの１つ以上の後、第２のユーザによって使用される第２のサービスを検証する工程と、第２のサービスに基づいてファイルに関連付けられた第２のサービス識別コードのために、ローカルライブラリ又はネットワークアクセス可能データベースのうちの１つ以上を検索する工程とを行わせる。例示的な命令はさらに機械に、第２のサービス識別をファイルにエンコードする工程を行わせる。さらに、例示的な命令は機械に、第２のサービスと第１のサービスが同じサービスである場合には、ファイルのレコメンデーションを第１のサービス識別コードとともに第２のユーザに提供し、第２のサービスと第１のサービスが異なるサービスである場合には、ファイルのレコメンデーションを第２のサービス識別コードとともに第２のユーザに提供する工程を行わせる。例示的な命令は機械にさらに、第１のサービス識別コード又は第２のサービス識別コードのうちの１つ以上をファイルに関連付けたことの記録を記憶する工程を行わせる。

いくつかの実施形態では、例示的な命令は機械に、メタデータをファイルのレコメンデーションにエンコードする工程と、第２のユーザが第２のサービスを使用していないときに、そのメタデータに基づいてファイルの位置を特定する工程とを行わせる。

いくつかの実施形態では、例示的な命令は機械に、第１のユーザがソーシャルネットワークを形成するためのコネクションのリストを記憶する工程を行わせる。また、いくつかの実施形態において、例示的な命令は機械に、コネクションによって推奨される付加的なファイルのレコメンデーションを第１のユーザに動的に通知する工程を行わせる。

幾つかの実施形態では、例示的な命令は機械に、ファイルを第２のサービス識別とともに第２のユーザの再生デバイスにあるプレイリストに自動的に追加する工程を行わせる。

いくつかの実施形態では、例示的な命令は機械、第２のユーザによるファイルに対する楽しみレベルの指標を受信する工程と、その楽しみレベルに基づいて付加的なファイルのレコメンデーションを検索する工程とを行わせる。

いくつかの実施形態では、ユーザは、アーティストおよび／又はアルバムおよび／又はトラックの「推奨（recommend）」を選択することができる。メディアの推奨を選択することにより、内部的なサービス固有の識別子が、友人などの一連のユーザのために、データベース内のレコメンデーションにエンコードされる。例えば、ユーザがオンライン音楽サービスＲｈａｐｓｏｄｙを使用してトラックを推奨している場合、システムはそのレコメンデーション内にＲｈａｐｓｏｄｙのＩＤをエンコードすることにより、他のユーザ（例えば、ユーザの友人）が何を推奨されているかを見たときにそのユーザがＲｈａｐｓｏｄｙのアカウントを持っている場合には再生を行うようにすることもできる。また、アドレス帳（例えば、友人のリスト）は、例えば、以下で図３を用いて説明されるように、中央サーバ上に記憶されてオーディオシステムコントローラを介してアクセス可能とすることができる。

いくつかの実施形態では、システムは、検索機能を利用して、１つの音楽サービス上にあるトラックが別のところで再生されるようにすることもできる。システムが共有されるトラックのＩＤを取得するとともに、ユーザがそのサービスへの参加権（subscription）を有していないことを発見すると、システムは、どのような音楽サービス（およびローカルライブラリ）が現在利用可能であるかにかかわらず、トラックのメタデータ（アルバム／アーティスト／タイトル）を要求して検索を実行することができる。友人が推奨するアーティスト／アルバム／トラックの実際のリストをシステムがライブラリの項目として取り扱うことにより、レコメンデーションを動的に更新することもできる。

以下において、コンポーネントの中でも特に、ハードウェア上で実行されるファームウェアおよび／又はソフトウェアを含む、例示的な方法、装置、システムおよび製品を開示するが、これらは単なる例示であってこれらに限定されるものではない。例えば、ファームウェア、ハードウェアおよび／又はソフトウェアのコンポーネントのいずれか又はその全てが、ハードウェア単独で、ソフトウェア単独で、ファームウェア単独で、および／又はハードウェア、ソフトウェアおよび／又はファームウェアの任意の組み合わせで具現化される。したがって、以下では、例示的な方法、装置、システム、および／又は製品を記述するが、これらの例は、このような方法、装置、システム、および／又は製品を実施するための唯一の方法ではない。

特許請求の範囲の請求項がソフトウェアおよび／又はファームウェアの実施を純粋にカバーするように読めるときには、少なくとも１つの例における少なくとも１つの要素が、本明細書にて、ソフトウェアおよび／又はファームウェアを記憶するメモリ、ＤＶＤ、ＣＤ、ブルーレイなどの有形媒体を含むように明示的に定義される。

これらの実施形態および多くの付加的な実施形態が以降に記載されている。さらに、発明の詳細な説明は、例示的な環境、システム、手順、ステップ、論理ブロック、処理、およびネットワークに接続されたデータ処理デバイスの動作に直接的又は間接的に似た他の記号表現に関して主として提示される。これらのプロセスの記載および表現が一般的に当業者によって使用されることで、それらの仕事の内容が他の当業者に最も効果的に伝えられる。多数の特定の詳細が本開示の完全な理解を提供するために説明される。しかしながら、当業者は、本開示のいくつかの実施形態がある種の特定の詳細なしに実施できることを理解する。他の例では、周知の方法、手順、コンポーネント、および回路が詳細には説明されていないことで、不必要に実施形態の態様を不明瞭にすることを避けている。

本明細書での「実施形態」への言及は、その実施形態に関連して記載される特定の特徴、構造、又は特性が、本発明の少なくとも１つの例示的な実施形態に含まれ得ることを意味する。明細書における様々な部分でのこのフレーズの使用は、同じ実施形態を必ずしも言及しておらず、また、他の実施形態と互いに排他的な別個の又は代替的な実施形態でもない。このように、本明細書に記載の実施形態を他の実施形態と組み合わせてもよいことが、明示的および暗示的に当業者によって理解される。

ＩＩ．例示的な環境
図面の全体を通して同様のパーツに対しては、同様の符号を用いる。図１は、例示的なシステム構成１００を示し、このシステム構成１００において、本明細書に記載の１つ以上の方法および／又は装置が実施又は実行される。システム構成１００が、複数のゾーンを有する家庭に用いられた場合を、例示的に示す。それぞれのゾーンは例えば、オフィス、浴室、寝室、キッチン、ダイニングルーム、ファミリールーム、ホームシアタールーム、ユーティリティ又はランドリールーム、パティオなどの異なる部屋又はスペースを表す。ここには示されていないが、１つのゾーンが複数の部屋やスペースを占めるものであっても良い。各ゾーンに１つ以上のゾーンプレーヤー１０２―１２４が示されている。ゾーンプレーヤー１０２―１２４は、再生デバイス、マルチメディアユニット、スピーカなどで構成され、それぞれ、オーディオ、ビデオ、および／又はオーディオビジュアルの出力を行う。コントローラ１３０（ここでは例示的にキッチンに設けられている）は、システム構成１００の制御を行う。システム構成１００は、例示的なハウスオーディオシステム全体を表すが、本明細書に記載の技術は、これらの特定の場所への用途に限定されず、又は図１のハウスオーディオシステム１００全体のような広範囲のシステムにも限定されない。

図２Ａ、図２Ｂ、図２Ｃは、ゾーンプレーヤー２００−２０４の例示的なタイプを示す。図２Ａ、図２Ｂ、図２Ｃのゾーンプレーヤー２００―２０４のそれぞれは、図１のゾーンプレーヤー１０２―１２４のいずれにも対応するものである。いくつかの実施形態では、オーディオ出力を単一のゾーンプレーヤーを用いて生成する複数のゾーンプレーヤーが提供される。図２Ａは、（例えば、無線により、および／又は有線のインタフェースを介して）受信された信号に対応する音声又はオーディオ出力を生成可能な音声生成機器２０８を示す。音声生成機器２０８は、内蔵アンプ（図示せず）とスピーカ（例えば、ツイーター、ミッドレンジドライバおよび／又はサブウーファー）とを備える。いくつかの実施形態では、図２Ａのゾーンプレーヤー２００は、ステレオ又はモノラルのオーディオを再生するように構成されてもよい。以降で詳細に説明するように、いくつかの実施形態では、図２Ａのゾーンプレーヤー２００は、第２の信号を、例えば、同じ又は異なるゾーン、スピーカ、受信機などにおける他のゾーンプレーヤーに送信することもできる。第２の信号の送信は例えば、複数のゾーンプレーヤー、スピーカ、受信機などが１つのネットワークを形成することでメディアコンテンツを例えば同期型又は分散型の手法により提示するようなシステムの一部であってもよい。

図２Ｂの例示的なゾーンプレーヤー２０２は、分離したスピーカ２１０のセットを起動するための内蔵アンプ（図示せず）を備える。図２Ｂのスピーカ２１０は、例えば、任意のタイプのラウドスピーカーを有してもよい。図２Ｂのゾーンプレーヤー２０２は、オーディオコンテンツに対応する信号を有線および／又は無線のチャネルを介して分離したスピーカ２１０へ通信する。図２Ａのようにオーディオコンテンツを受信および生成する代わりに、図２Ｂのゾーンプレーヤー２０２はオーディオコンテンツを受信するとともに、分離したスピーカ２１０へ同じものを（例えば受信した信号の処理後に）送信する。図２Ａの例示的なゾーンプレーヤーと同様に、いくつかの実施形態では、ゾーンプレーヤー２０２は、第２の信号を例えば、同じ又は異なるゾーン、スピーカ、受信機などにおける他のゾーンプレーヤーに送信することもできる。

図２Ｃの例示的なゾーンプレーヤー２０４は、アンプを含まないが、内蔵アンプを有する受信機２１４又は別のオーディオおよび／又はビデオタイプのデバイスが図１のデータネットワーク１２８へ接続するとともに、データネットワーク１２８から受信機２１４および分離したスピーカ２１６のセットを介して受信したオーディオを再生することを可能にする。図２Ｃに示される有線結合に加えて、分離したスピーカ２１６は、例えばゾーンプレーヤー２０４および／又は受信機２１４との間における無線通信チャネルを介してオーディオコンテンツを受信することができる。いくつかの実施形態では、ゾーンプレーヤー２０２は、第２の信号を例えば、同じ又は異なるゾーン、スピーカ、受信機などにおける他のゾーンプレーヤーに送信することもできる。

例として、ゾーンプレーヤーには、カリフォルニア州サンタバーバラのソノズ・インコーポレイテッドによって提供される「ソノズ（登録商標）Ｓ５」、「ソノズ プレイ：５」、「ゾーンプレーヤー１２０」および「ゾーンプレーヤー９０」が含まれる。ゾーンプレーヤーは、本明細書では再生デバイスとも称されるが、図２Ａ、図２Ｂ、図２Ｃに示される特定の例に限定されない。例えば、ゾーンプレーヤーは、有線又は無線のヘッドホンを含んでもよい。さらに別の例では、ゾーンプレーヤーは、サブウーファーを含む場合がある。一例では、ゾーンプレーヤーは、アップル社のｉＰｏｄ（商標）又は同様のデバイス用のドッキングステーションを含む、又はそれと交信可能である。いくつかの実施形態では、ゾーンプレーヤーは、例えば第１のゾーンプレーヤーから受信した１つ以上の信号を別の再生デバイスへ中継してもよい。いくつかの実施形態では、ゾーンプレーヤーは、第１の信号を受信して第１の信号に対応する出力を生成し、同時に又は別個に、第２の信号を受信して第２の信号を別のゾーンプレーヤー、スピーカ、受信機などに送信又は中継してもよい。このように、本明細書に記載の例示的なゾーンプレーヤーは、再生デバイスとして機能して、同時にゾーンプレーヤーのネットワーク内のハブとして動作可能である。

図３は、ドッキングステーション３０２に入っている例示的な無線コントローラ３００を示している。コントローラ３００は、図１の制御デバイス１３０に対応し得る。コントローラ３００には、タッチスクリーン３０４が設けられている。ユーザはタッチスクリーン３０４を用いて、コントローラ３００と交信して、例えば、オーディオアイテムのプレイリストの読み出し・ナビゲート操作、１つ以上のゾーンプレーヤーの制御操作、およびシステム構成１００全体の制御操作を行うことができる。さらに、コントローラ３００は、とりわけ他の家庭のユーザとプレイリストを共有可能にするソーシャルポータルを提供してもよい。いくつかの実施形態では、システム構成１００を制御するために、任意の数のコントローラが使用されてもよい。いくつかの実施形態では、システム構成１００を制御することができるコントローラの数に制限が存在してもよい。コントローラは、無線コントローラ３００のような無線式であっても、データネットワーク１２８に接続された有線式であってもよい。さらに、ｉＰｈｏｎｅ（商標）、ｉＰａｄ（商標）、アンドロイド（商標）電話などの任意のネットワーク対応ポータブルデバイス上で動作するアプリケーション、又は他の任意のスマートフォンやネットワーク対応デバイス上で動作するアプリケーションを、データネットワーク１２８に接続することでコントローラとして使用してもよい。ラップトップ又はデスクトップのＰＣ又はＭａｃ上で動作するアプリケーションをコントローラとして使用しても良い。例示的なコントローラには、カリフォルニア州サンタバーバラのソノズ・インコーポレイテッドによって提供される「ソノズ（登録商標）コントローラ２００」、「ソノズ（登録商標）ｉＰｈｏｎｅ用コントローラ」、「ソノズ（登録商標）ｉＰａｄ用コントローラ」、「ソノズ（登録商標）アンドロイド用コントローラ」および「ソノズ（登録商標）Ｍａｃ又はＰＣ用コントローラ」が含まれる。

図１のシステム構成１００に戻ると、特定のゾーンは、１つ以上のゾーンプレーヤーを含んでもよい。例えば、図１のファミリールームは、２つのゾーンプレーヤー１０６、１０８を含み、キッチンには１つのゾーンプレーヤー１０２が示されている。ゾーンプレーヤーをある部屋又はスペースに配置するとともに、そのゾーンプレーヤーをコントローラ１３０を介して新たな又は既存のゾーンに割り当てることにより、ゾーンを動的に構成してもよい。このように、ゾーンは、そのようにプログラムされている場合には、生成され、別のゾーンと組み合わされ、取り除かれ、特定の名前（例えば、「台所」）が与えられてもよい。ゾーンプレーヤー１０２−１２４は、図１に示されるデータネットワーク１２８などのデータネットワークに直接的又は間接的に接続される。データネットワーク１２８は、図中の他の構成要素から目立つように八角形で示されている。データネットワーク１２８は１つの場所にのみ示されているが、このようなネットワークをシステム構成１００の中およびその周りに分配してもよい。

特に、データネットワーク１２８は、有線ネットワーク、無線ネットワーク又は両方の組合せであってもよい。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のうちの１つ以上が、独自のメッシュネットワークに基づいてデータネットワーク１２８へ無線で接続される。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のうちの１つ以上が、非メッシュトポロジーを用いてデータネットワーク１２８へ無線で接続される。いくつかの実施形態では、ゾーンプレーヤー１０２−１２４のうちの１つ以上が、イーサネット（登録商標）又は同様の技術を用いてデータネットワーク１２８へ有線で接続される。データネットワーク１２８に接続した１つ以上のゾーンプレーヤー１０２−１２４に加えて、データネットワーク１２８は、インターネットなどの広域ネットワークへのアクセスを可能とするものであってもよい。

いくつかの実施形態では、任意のゾーンプレーヤー１０２−１２４又は他の接続デバイスをブロードバンドルータに接続することにより、データネットワーク１２８を生成してもよい。そのとき、他のゾーンプレーヤー１０２−１２４を無線又は有線でデータネットワーク１２８に追加してもよい。例えば、データネットワーク１２８への接続を可能とするゾーンプレーヤー自体のボタンを単に押すことで、ゾーンプレーヤー（例えば、任意のゾーンプレーヤー１０２−１２４）をシステム構成１００に追加してもよい。ブロードバンドルータは例えば、インターネットサービスプロバイダ（ＩＳＰ）に接続されてもよい。ブロードバンドルータは、他の用途（例えば、ウェブサーフィン）にも使用することができるシステム構成１００内の別のネットワークを形成するように使用されてもよい。データネットワーク１２８は、そのようにプログラムされる場合には、他の用途に使用されてもよい。さらに、いくつかの実施形態では、データネットワーク１２８は、家庭内での他の用途にも使用されている同一のネットワークである。

いくつかの実施形態では、それぞれのゾーンは、別のゾーンと同じオーディオソースから再生を行ってもよく、又は、異なるオーディオソースから再生を行ってもよい。例えば、誰かがパティオでグリルしながらゾーンプレーヤー１２４を通じてジャズ音楽を聞いている一方で、誰かはキッチンで料理を準備しながらゾーンプレーヤー１０２を通じてクラシック音楽を聞くこともできる。さらに、オフィスにいる誰かが、パティオでゾーンプレーヤー１２４を通じて再生されているものと同じジャズ音楽をゾーンプレーヤー１１０を通じてオフィスで聞くこともできる。いくつかの実施形態では、ゾーンプレーヤー１１０、１２４を通じて再生されるジャズ音楽が同期して再生される。複数のゾーンにわたって再生を同期することで、オーディオを途切れなく聞きながら複数のゾーンを通過することができる。さらに、関連する全てのゾーンが同期してオーディオを再生するように、ゾーンを「パーティーモード」に設定することもできる。

いくつかの実施形態では、１つのゾーンは、２つ以上のゾーンプレーヤーを含む。例えば、ファミリールームは２つのゾーンプレーヤー１０６、１０８を含み、ホームシアタールームは少なくとも３つのゾーンプレーヤー１１６、１１８、１２０を含む。所望の場合には、１つのゾーンが多数のゾーンプレーヤーを含むように構成されてもよく、例えば、ホームシアタールームが、５．１以上のチャネルのオーディオソースからのオーディオ（例えば、５．１以上のオーディオチャネルにてエンコードされたムービー）を再生する付加的なゾーンプレーヤーを有してもよい。１つのゾーンが、ファミリールームにおける２つのゾーンプレーヤー１０６、１０８のような２つ以上のゾーンプレーヤーを含む場合には、例えば、２つのゾーンプレーヤー１０６、１０８が同期して同じオーディオソースを再生するように構成されるか、あるいは、左右のチャネルにおいて２つの別々の音声を再生するようにペアであってもよい。換言すれば、音声のステレオ効果は、１つは左側の音声に対応しもう１つは右側の音声に対応する２つのゾーンプレーヤー１０６、１０８を通じて再現又は増強することができる。いくつかの実施形態では、ペアになっているゾーンプレーヤーが、他のゾーンプレーヤーと同期してオーディオを再生する。

いくつかの実施形態では、３つ以上のゾーンプレーヤーが、３つ以上のチャネルの音声にてエンコードされたオーディオの各種チャネルを再生するように構成されてもよい。例えば、ホームシアタールームには、３つのゾーンプレーヤー１１６、１１８、１２０が示されている。音声が２．１チャネルおのオーディオとしてエンコードされている場合、ゾーンプレーヤー１１６は左側チャネルのオーディオを再生し、ゾーンプレーヤー１１８は右側チャネルのオーディオを再生し、ゾーンプレーヤー１２０はバス周波数を再生するように、それぞれが構成されてもよい。他の構成も可能であるが、ゾーンプレーヤーの数やオーディオの種類に依存する。さらに、一例として、特定のゾーンが、例えば映画からのオーディオを再生する場合のように、５．１チャネルのオーディオを再生し、その後、例えば２チャネルソースからのオーディオを再生する場合のように、ステレオを再生するように動的にスイッチするよう構成されてもよい。

いくつかの実施形態では、２つ以上のゾーンプレーヤーが、単一の統合ゾーンプレーヤーを形成するように音響的に統合されてもよい。（複数の別々のデバイスで構成されている）統合ゾーンプレーヤーは、統合されていないゾーンプレーヤーやペアになっているゾーンプレーヤーとは異なるように音声を処理および再現するように構成されてもよく、これは、統合ゾーンプレーヤーが音声を通過させる付加的なスピーカードライバを有するからである。統合ゾーンプレーヤーはさらに、単一のゾーンプレーヤーやさらに別の統合ゾーンプレーヤーとペアになってもよい。統合再生デバイスにおける各再生デバイスは、好ましくは統合モードに設定される。

いくつかの実施形態では、例えば、所望の設定が完了するまで、ゾーンプレーヤーのグループ化、統合およびペアリングの任意を継続して行うことができる。グループ化、統合およびペアリングの動作は、好ましくは、スピーカ線を例えば個々のディスクリートスピーカーに物理的に接続および再接続することで異なる構成を構築することではなく、例えばコントローラ１３０を用いるなど制御インタフェースを通じて実施される。このように、本明細書に記載の特定の実施形態によれば、エンドユーザに音声再生を提供可能な、より柔軟で動的なプラットフォームを提供することができる。

ゾーンプレーヤー１０２−１２４によって再生されるオーディオコンテンツの供給源は多数ある。コンピュータ又はネットワーク接続ストレージ（ＮＡＳ）に保存された個人のライブラリにある音楽が、データネットワーク１２８を介してアクセスされ、再生することができる。インターネットラジオステーション、番組、ポッドキャストは、データネットワーク１２８を介してアクセスすることができる。ユーザに音楽およびオーディオコンテンツをストリーム再生させたりダウンロードさせたりすることができる音楽サービスには、データネットワーク１２８を介してアクセスすることができる。さらに、音楽は例えば、ゾーンプレーヤーへのラインイン接続を通じて、ターンテーブル又はＣＤプレ−ヤーなどの従来の供給源から得ることができる。オーディオコンテンツもまた、例えば、アップル社のＡｉｒＰｌａｙ（商標）無線技術を通じてアクセスすることができる。１つ以上の供給源から受信されたオーディオコンテンツは、データネットワーク１２８および／又はコントローラ１３０を介してゾーンプレーヤー１０２―１２４の間で共有されてもよい。

システム構成１００のユーザが自身のオーディオへのアクセスを取得する場所にかかわらず、ユーザは、自信の視聴体験を異なる家庭などの異なるシステム構成のユーザと共有することができる。このように、ある配信サービスにおけるアカウント保有者は、他の配信サービスにおけるアカウント保有者と曲を共有することができる。加えて、検索機能を用いて、アーティスト、アルバムおよび／又はタイトルを検索することにより、複数の音楽サービスにおいて又はローカルライブラリにおいて曲を共有することができる。

ＩＩＩ．例示的なメディア共有システム
図４を参照すると、一実施形態における、ファイルやメディアを共有又はマッチングするシステム４００の例示的な機能ブロック図が示されている。ファイル共有システム４００は、例えば、図１のゾーンプレーヤーの１０２−１２４のいずれかを操作するユーザが使用することができる。ファイル共有システム４００又はそのいくつかの態様は、例えば、図１のシステム構成１００とは独立して動作可能なソーシャルネットワーキングサービスのユーザにより使用することができる。

例示的なシステム４００は、例えば、中間部（intermediary）４０６によって通信可能に結合された第１のユーザ４０２と第２のユーザ４０４などの複数のユーザを含む。第１のユーザ４０２、第２のユーザ４０４および中間部４０６は、例えば、任意の適切な有線又は無線ベースの通信回線のような通信回線４０８を介して接続されている。第１のユーザ４０２、第２のユーザ４０４および中間部４０６は、例えば、音楽オープンアプリケーションプログラミングインタフェース（ＭＯＡＰＩ）を含む任意の適切な通信プロトコルに従って通信することができる。また、図４には２人のユーザ４０２、４０４が示されているが、任意の数のユーザが中間部４０６に通信可能に結合されてもよい。

例示的な中間部４０６は、例えば、ユーザ４０２、４０４の間で相互接続されているオンラインのソーシャルネットワークおよび／又はファイル共有サービスシステムであってもよい。中間部４０６は、Ｗｅｂベースのサブシステムであっても、および／又はユーザ４０２、４０４にて搭載されたアプリケーションであってもよい。図４の例では、中間部４０６は、インタフェース４１０を含み、インタフェース４１０は、以降でより詳細に説明するように、第１のユーザ４０２、第２のユーザ４０４およびネットワークデータベース４１２と通信するように使用される。加えて、第１のユーザ４０２は、第１のインタフェース４１４を含み、第２のユーザ４０４は、第２のインタフェース４１６を含み、第１のインタフェース４１４および第２のインタフェース４１６は、第１のユーザ４０２、第２のユーザ４０４およびシステム４００の各々の間の交信を促進するようにそれぞれ使用される。

例示的なシステム４００においては、第１のユーザ４０２は再生デバイス４１８を有し、再生デバイス４１８は、ファイルを閲覧、視聴、操作、消費、あるいはその他の利用を行うために使用される任意のタイプのデバイスである。例示的な再生デバイス４１８は、上述したコントローラ３００および／又はコンピュータ、携帯電話、ＭＰ３プレーヤー、タブレット、ステレオ、ラジオ、テレビ、又は他の任意の適切なデバイスであってもよい。ファイルは、例えば、音楽ファイル、ビデオ、新聞記事、本、雑誌又は他の任意の媒体であってもよい。例示的な音楽ファイルは、音楽のトラック、アーティスト、アルバム、プレイリスト又はジャンルを含む。第１のユーザは、ファイルを保存することができるライブラリ又はローカルデータベース４２０を有する。しかしながら、いくつかの例では、ローカルデータベース４２０がファイルの識別情報（identification）を記憶し、ファイルは、ネットワークデータベース４１２上（例えばインターネットなど）などを含むどこかに配置されている。第１のユーザは、上述の通信回線４０８を介してネットワークデータベース４１２に接続される。また、第２のユーザ４０４は、第２の再生デバイス４２２と第２のローカルデータベース４２４とを含み、これらは、第１の再生デバイス４１８と第１のローカルデータベース４２０に関連して説明した特徴と相関する。

例示的な再生デバイス４１８は、第１のユーザがファイルへアクセスするためのサービスを操作する。再生デバイス４１８は、例えば、Ｓｐｏｔｉｆｙ（商標）又はＲｈａｐｓｏｄｙ（商標）というオンラインストリーミング音楽サービスや、Ｐａｎｄｏｒａ（登録商標）又はＬａｓｔ.ｆｍというインターネットラジオの音楽レコメンデーションサービスや、その他のラジオサービスなど、無料又は有料の申し込みベースの１つ以上のサービスを操作してもよい。再生デバイス４１８はまた、例えば、ｉＴｕｎｅｓやその他のメディアプレーヤーコンピュータプログラムなどのローカルデータベース４２０からのファイルの使用を操作することができる。また、再生デバイス４１８は、例えば、ＹｏｕＴｕｂｅ（登録商標）や、他の任意のオンラインファイル共有のサイト又はリポジトリなどを含む、任意のウェブサイトからファイルを取得して表示することができる。また、再生デバイス４１８は、例えば、ｉＴｕｎｅ ＳｔｏｒｅやＮａｐｓｔｅｒ（商標）などを含むオンラインのベンダーと交信してファイルを取得することができる。

システム４００の一例の操作例では、第１のユーザ４０２は再生デバイス４１８を使用して、第１のファイルを消費する（例えば、音楽トラックを聴く）。第１のユーザ４０２は、第２のユーザ４０４にファイルを推奨する、あるいは、自身のネットワークの他のユーザや一般公衆のユーザにファイルを推奨することを希望する場合がある。例えば、第１のユーザ４０２は、特定の音楽、アルバム全体、アーティストの作品、音楽トラックの特定のプレイリストおよび／又は音楽の特定のジャンルを推奨することを希望する場合がある。いくつかの実施形態では、第１のユーザ４０２はファイルの推奨（レコメンデーション）を希望する内容の指示を入力し、その指示がインタフェース４１４および通信回線４０８を介して中間部４０６へ送信され、中間部４０６はインタフェース４１０でそのレコメンデーションを受信する。中間部４０６は、第１のユーザによって使用されるサービスを検出する検証部（verifier）４２６を含む。サービスが検出されると、エンコーダ４２８は、第１のユーザ４０２によって使用されるサービスに基づいてサービス識別コードをファイルのレコメンデーションに関連付ける。

レコメンデーションの対象である特定のユーザの名前が指定されていない場合には、中間部４０６は、一定期間又は永続的に一般公衆又は第１のユーザ４０２の友人のネットワークへレコメンデーションを通信してもよい。ユーザ（例えば、第２のユーザ４０４）がレコメンデーションについて調査を希望する場合、すなわち、ファイルのダウンロードおよび消費を希望する場合には、第２のユーザ４０４はインタフェース４１０および通信回線４０８を介して中間部４０６にファイルの要求を送信することができ、その要求はインタフェース４１０で受信される。次に検証部４２６は、第２のユーザ４０４を調査することで、第２のユーザがファイルにアクセスするために操作しているサービスが何であるかを決定する。追加的に又は代替的に、レコメンデーションの中に具体的な名前のユーザ（例えば、第２のユーザ４０４）が含まれていた場合には、検証部４２６は、第２のユーザ４０４を自動的に調査して、第２のユーザ４０４からのファイルの要求を待つことなく、第２のユーザが操作するサービスが何であるかを特定してもよい。

中間部４０６は、第１のサービス識別コードを有するファイルのレコメンデーションを第２のユーザ４０４に提供するための再生エンジン４３０を含み、ここでは、第２のサービスと第１のサービスが同じサービスである。第１のユーザ４０２が第１のサービスＡ（例えば、Ｓｐｏｔｉｆｙ（商標））を使用し、第２のユーザ４０４もまた第１のサービスＡ（例えば、Ｓｐｏｔｉｆｙ（商標））を使用する場合には、中間部４０６は、再生エンジン４３０を介して、第１のサービスＡの識別情報がエンコードされ内蔵されたファイルのレコメンデーションを第２のユーザ４０４に送信し、これにより、第２のユーザ４０４は第１のサービスＡを介してそのファイルを取得して消費することができる。

検証部４２６が、第２のユーザ４０４が第２のサービスＢ（例えば、Ｒｈａｐｓｏｄｙ（商標））を使用していると決定した場合、中間部４０６は、第２のユーザ４０４をそのファイルに接続するための措置をとる。その理由は、ファイルのレコメンデーションにエンコードされた第１のサービスＡが第２のサービスＢに変換されないためである。すなわち、第２のサービスＢは、第１のサービスＡの識別子によってはファイルのレコメンデーションを認識しないということである。この例では、検索部４３２は、第２のサービスＢに基づいて第２のサービスの識別コードをファイルに関連付けるために、ローカルライブラリ（例えば、ローカルデータベース４２４）やネットワークアクセス可能なデータベース（例えば、インターネット）を検索する。検索されると、エンコーダは第２のサービスの識別コードをそのファイルに関連付ける。また、再生エンジン４３０は、第２のサービスＢの識別コードを含むファイルのレコメンデーションを第２のユーザ４０４に提供する。レコメンデーションおよび認識可能なコードを用いることで、第２のサービスＢはそのファイルを検索して第２のユーザ４０４に提示することができる。いくつかの例では、検索部４３２は、例えば、タイトル、アーティストおよび／又はアルバムを識別するデータなど、そのファイルに関連するメタデータに基づいて、第２のサービスＢにかかわらず、ローカルライブラリ（例えば、ローカルデータベース４２４）又はネットワークアクセス可能なデータベース（例えば、インターネット）を検索する。

検証部４２６が、第２のユーザ４０４がどのサービスも使用していないと判断した場合には、中間部４０６は、第２のユーザ４０４をそのファイルに接続するための措置をとる。その理由は、ファイルのレコメンデーションにエンコードされた第１のサービスＡが、第２のユーザ４０４におけるサービスレスのメディアプレーヤーに変換されないためである。この例では、検索部４３２は、例えば、タイトル、アーティストおよび／又はアルバムを識別するデータなど、そのファイルに関連するメタデータを取得する。適切なメタデータを用いて、中間部４０６は、ネットワークデータベース４１２内にてそのファイルを特定するとともに取得し、第２のユーザ４０４に提示することができる。

例示的な中間部４０６は、第１のサービスの識別コード、第２のサービスの識別コードおよび／又はメタデータをファイルのレコメンデーションに関連付けたことの記録を記憶するための中央データベース４３４を有する。このように、いくつかの例では、第１のユーザ４０２と第２のユーザ４０４が異なるサービスを使用する場合には、中間部４０６は中央データベース４３４をチェックして、異なるサービスの識別コード間の変換が以前にマッピングされたかどうかを決定することができ、これにより、検索部４３２がネットワークデータベース４１２にアクセスすることの必要性をなくすことができる。

データベースは、各ユーザ４０２、４０４用の友人やコネクションのリストのマッピングを有して、ユーザ４０２、４０４用のソーシャルネットワークを設けてもよい。さらに、例示的な中間部４０６は、ユーザのそれぞれのネットワークにおけるコネクションによって推奨される付加的なファイルのレコメンデーションをユーザ４０２、４０４に動的に知らせる更新部（updater）４３６を有してもよい。更新部４３４は、新しいレコメンデーション用のコネクションを定期的にチェックしたり、そのようなレコメンデーションをリアルタイムで受信する。

それぞれのユーザ４０２、４０４はまた、潜在的なコネクションとしてのレコメンデーションおよび／又はさらなるメンバーについて、それぞれのソーシャルネットワークの中および外を検索することもできる。例えば、ユーザは、メンバーを参照したり、それぞれのメンバーについてコネクションを管理したり（例えば、メンバーをそのコネクションに招待する、招待を無視する又はコネクションを削除する）、およびメンバーによるファイル（例えば、トラック、アーティスト、アルバムおよび／又はジャンル）のレコメンデーションを閲覧することもできる。各ユーザは、特定のコネクションによって推奨されるファイルや全コネクションによって一般に推奨されるファイルを参照することができる。また、ユーザはコミュニティ全体（すなわち、そのユーザが接続されていないメンバーも含む）によるファイルのレコメンデーションを参照することもできる。ファイルレコメンデーションの検索は例えば、トラック、アーティスト、アルバム、および／又はジャンルなどのファイルの特定の種類に限ることもできる。また、検索階層は、操作不能なブラウザノードを含むことができる。例えば、あるメンバーとのコネクションが肯定された場合には、中間部４０６は、新たな接続履歴を通じてレコメンデーションを検索するように機能する、あるいはアクションを実行しないように機能することもできる。

いくつかの例では、特定のユーザを引用するレコメンデーションが中間部４０６で受信されると、再生エンジン４３０は、サービスの識別情報とレコメンデーションを介して、特定のユーザの再生デバイスのプレイリストにそのファイルを自動的に追加することができる。いくつかの例では、そのプレイリストは現在、再生中のものである。すなわち、いくつかの例では、第１のユーザ４０２が第２のユーザ４０４にあるファイル（例えば、歌）を推奨している場合、再生エンジン４３０は、第２のユーザ４０４の再生デバイス４２２ですぐに再生できるようにその曲を待ち行列に入れる（queue）。

また、以下に記載されるように、インタフェース４１０、４１４、４１６は、そのファイル又は他のファイルに関するユーザ４０２、４０４の楽しみレベル（enjoyment level）の指標を受ける。検索部４３２は、その楽しみレベルに基づいて付加的なファイルのレコメンデーションを検索することができる。

図５は、実行され得る例示的な機械可読命令を表すフローチャートであり、これが実行されると、例えば、例示的なシステム４００、例示的な中間部４０６、例示的なインタフェース４１０、例示的な検証部４２６、例示的なエンコーダ４２８、例示的な検索部４３２、例示的な再生エンジン４３０、例示的なデータベース４３４、例示的な更新部４３６および図４の他の構成要素などを実行することができる。図５の例において、機械可読命令は、図７に関連して後述される例示的なコンピュータ７００に示されるプロセッサ７１２などのプロセッサによって実行されるプログラムを含む。プログラムは、ＣＤ―ＲＯＭ、フロッピーディスク、ハードドライブ、デジタル多用途ディスク（ＤＶＤ）又はメモリなどの、プロセッサ７１２に関連するコンピュータ可読媒体に記憶されたソフトウェアにて具現化することができるが、その代わりに、プログラム全体および／又はその一部をプロセッサ７１２以外のデバイスによって実行することもでき、および／又は、ファームウェアや専用ハードウェアにて具現化することができる。また、図５に示すフローチャートを参照して例示的なプログラムについて説明するが、代わりに、例示的なシステム４００、例示的な中間部４０６、例示的なインタフェース４１０、例示的な検証部４２６、例示的なエンコーダ４２８、例示的な検索部４３２、例示的な再生エンジン４３０、例示的なデータベース４３４、例示的な更新部４３６および図４の他の構成要素を実行する他の多くの方法を使用してもよい。例えば、ブロックの実行順序を変更してもよく、および／又は、任意のブロックを変更、削除又は組み合わせてもよい。

上述したように、図５の例示的なプロセスは、有形コンピュータ可読媒体に記憶されたコード化された命令（例えば、コンピュータ可読命令）を使用して実施されてもよい。有形コンピュータ可読媒体には、ハードディスクドライブ、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、キャッシュ、ランダムアクセスメモリ（ＲＡＭ）、および／又は、情報が任意の持続時間（例えば、長期間、永久、短期間、一時的バッファリングおよび／又は情報のキャッシング）で保存されている任意の他の保存媒体などがある。本明細書で使用されるように、有形コンピュータ可読媒体との用語は、任意の種類のコンピュータ可読ストレージを含むが、伝播信号（propagating signal）は除外するように明示的に定義される。追加的又は代替的に、図５の例示的なプロセスは、非一時的（non-transitory）コンピュータ可読媒体に記憶されたコード化された命令（例えば、コンピュータ可読命令）を用いて実施されてもよい。非一時的コンピュータ可読媒体には、ハードディスクドライブ、フラッシュメモリ、読み出し専用メモリ、コンパクトディスク、デジタル多用途ディスク、キャッシュ、ランダムアクセスメモリ、および／又は、情報が任意の持続時間（例えば、長期間、永久、短期間、一時的バッファリングおよび／又は情報のキャッシング）で保存されている任意の他の保存媒体などがある。本明細書で使用するように、非一時的コンピュータ可読媒体は、任意の種類のコンピュータ可読媒体を含むが、伝搬信号は除外するように明示的に定義される。

図５は、ファイルやメディア（ブロック５００）を共有・マッチングする方法の一例を示している。例示的な方法５００を使用すると、１人のユーザから別のユーザへ音楽トラックなどのファイルを推奨することができる。第１のユーザ（例えば、図４の第１のユーザ４０２）がファイル（例えば、音楽トラック）を推奨すると、ファイルのレコメンデーションが提出され、例示的な方法５００により、ファイルにアクセスするために第１のユーザによって使用されている第１のサービスが検証される（ブロック５０２）。ファイルのレコメンデーションは、第１のサービスに基づく第１のサービスの識別情報とともに（例えば、図４のエンコーダ４２８によって）エンコードされる（ブロック５０４）。ファイルのレコメンデーションは、第１の識別コードとともにデータベース（例えば、データベース４３４）内に記憶される（ブロック５０６）。

ユーザからの「リファレンス」又は「レコメンデーション」は、アクティブなリファレンス又はレコメンデーションであってもよい。例えば、ユーザは、明示的に特定のレコメンデーション（例えば、「ジョンはビル・エヴァンスの「Our Love is Here to Stay」が好きだ」）を提供することがある。いくつかの実施形態では、ユーザがそのような情報の共有を許容する場合には、「リファレンス」又は「レコメンデーション」が、定義された他の基準に基づいてもよい。例えば、システム構成１００に関して説明したようなデバイスを使用して、ユーザの視聴習慣を追跡するとともに、それをユーザ特定型のレコメンデーション（例えば、「ジョンはブリトニー・スピアーズの「Seal it With a Kiss」を聴く」）又は一般的な公衆型のレコメンデーションとして提供してもよい。すなわち、システムは、ユーザが実際にシステムを介して何を聞いているかを追跡し（異なる複数のソースからのオーディオをシステムを介して再生することができるので、この実施形態の利点はより広い範囲の視聴データがあることを含む）、その情報をリファレンスレコメンデーションの形式で提供することができる。所望の場合には、リファレンス又はレコメンデーションがアクティブか否かにかかわらず、リファレンス又はレコメンデーションを（ユーザが音楽を聴いているときに）リアルタイムで行うことができる。

例示的な方法５００は、第１のユーザによるファイルのレコメンデーションの中に第２のユーザ（例えば、第２のユーザ４０４）が記載・言及されているかどうかを決定する（ブロック５０８）。第１のユーザによってファイルのレコメンデーションの中に第２のユーザが記載されている場合には、プロセス５００は、ファイルにアクセスするために第２のユーザが使用する第２のサービスの検証を継続する（ブロック５１０）。プロセス５００は、第２のサービスが第１のサービスと同じであるかどうかを決定する（ブロック５１２）。第２のサービスが第１のサービスと同じである場合、すなわち、第１のユーザと第２のユーザがともに同じサービスを使用してファイルにアクセス（例えば、ストリーミング音楽を再生）している場合には、第１のサービスＩＤ（この例では、第２のサービスＩＤと同じ又は略同じであってもよい）を有するファイルのレコメンデーションを第２のユーザに送信するとともに、そのファイルを第２のユーザによる消費（例えば、再生）のために待ち行列に入れる（ブロック５１４）。第１のサービス識別コードには、そのファイルのＵＲＬ、ＴｉｎｙＵＲＬおよび／又は任意の他の適切なポインタが含まれてもよい。プロセス５００は、次のレコメンデーションが受信されるか別のレコメンデーションが処理されると、終了する（ブロック５１６）。

第２のユーザの第２のサービスが確認されたときに（ブロック５１０）、第２のユーザの第２のサービスが第１のユーザによって使用される第１のサービスと同じでないと判定された場合（ブロック５１２）、プロセスは、第２のサービスが存在するかどうかを決定する、すなわち、第２のユーザがファイルにアクセスするために任意の特定のサービスを使用しているかどうかを決定する（ブロック５１８）。第２のユーザが第２のサービス（又は第１のサービス）を使用したり、あるいはそれに加入していない場合には、プロセス５００は、ファイルのレコメンデーションに関連付けられているメタデータ、あるいは、例えば図４に示すエンコーダ４２８によってファイルのレコメンデーションがエンコードされたメタデータを介して、推奨されたファイルを検索し（ブロック５２０）、それにより、プロセス５００は、第１のサービスを使用する第１のユーザによって推奨されたファイルを別のサービスが管理するファイルとマッチングして、推奨されたファイルに第２のユーザが接続することができるようにする。いくつかの例では、プロセス５００は例えば、無料の音楽アクセスサービス上における音楽トラックのタイトルを使用して検索を行う。推奨されたファイルの場所が特定された場合には、ファイルがダウンロードされる、および／又はファイルへのリンクが第２のユーザに送信され、ファイルが第２のユーザによる消費のために待ち行列に入れられる（ブロック５２２）。プロセス５００は、次のレコメンデーションが受信されるか、別のレコメンデーションが処理されると、終了する（ブロック５１６）。

第２のユーザの第２のサービスが確認されたときに（ブロック５１０）、第２のユーザの第２のサービスが第１のユーザによって使用される第１のサービスと同じでないと判定され、かつ第２のサービスが存在する、すなわち第２のユーザがファイルにアクセスするために異なる第２のサービスを使用していると判定された場合（ブロック５１８）、プロセス５００は、推奨されたファイルに関する第２のサービスの識別コードを（例えば検索部４３２を用いて）検索する（ブロック５２４）。第２のサービスの識別コードには、そのファイルのＵＲＬ、ＴｉｎｙＵＲＬおよび／又は任意の他の適切なポインタが含まれてもよい。ファイルのレコメンデーションは、例えばエンコーダ４２８を用いて第２のサービスの識別情報とともにエンコードされ、それにより、プロセス５００は、第１のサービスを使用する第１のユーザによって推奨されたファイルを第２のサービスが管理するファイルとマッチングして、推奨されたファイルに第２のユーザが接続することができるようにする。また、第２のサービスの識別情報を有するファイルのレコメンデーションは例えば、データベース４３４内に記憶される（ブロック５２８）。いくつかの例において、例えば、データベース４３４が同じ推奨ファイルに関連する２つのサービスのサービスコードを含む場合、データベース４３４は、２つのサービス間のファイルのマッチングに関する２つのサービス間の変換装置（translator）として機能することができる（ブロック５２８）。次にプロセス５００は、第２のユーザに第２のサービスの識別情報および関連するファイルのレコメンデーションを送信し、推奨されたファイルを第２のユーザによる消費のために待ち行列に入れる（ブロック５３０）。プロセス５００は、次のレコメンデーションが受信されるか、別のレコメンデーションが処理されると、終了する（ブロック５１６）。

いくつかの例では、プロセス５００は、第２のユーザがファイルにアクセスするために第２のサービスを使用している場合でも、第２のサービスの識別コードを検索しない。このような実施形態では、プロセス５００は、例えば第１サービスの識別情報又はメタデータなどを介して、ファイルのレコメンデーションからファイルを識別するとともに、ファイルにアクセスするために第２のサービスを使用してもよい。したがって、第２のサービスが存在することが決定された後（ブロック５１８）、例示的なプロセス５００は、メタデータを使用してファイル又はファイルへのポインタを検索することができる（ブロック５２０）。例えば、ある音楽トラックのファイルのレコメンデーションを読んだ後、プロセス５００は、推奨された音楽トラックのタイトル、著者および／又はアルバムを決定してもよい。この情報を使用して、プロセス５００は第２のサービスにアクセスして、推奨された音楽トラックを取得又はその位置を特定することができる。それにより、プロセス５００は、第２のサービスの識別コードを取得又は採用することなく、第１のサービスを使用している第１のユーザによって推奨されるファイルを第２のサービスが管理するファイルとマッチングすることで、推奨されたファイルに第２のユーザを接続することもできる。この例では、プロセス５００は、第２のデバイスの存在にかかわらず、フリーサービス上にあるファイル又はそのポインタを検索することもできる。

いくつかの例では、プロセス５００は、第２のユーザがファイルのレコメンデーションに記載されていないと判断する（ブロック５０８）。例えば、第１のユーザは、特定のファイルを好んでいることを示唆してもよく、あるいは、特に他のユーザにファイルを推奨するよりもむしろ大規模なネットワークやコミュニティにそのファイルを推奨してもよく、あるいは、ユーザが現在使用しているファイル（例えば、現在再生されている音楽トラック）を自動的にファイルのレコメンデーションに記載するようにしてもよい。第２のユーザがファイルのレコメンデーションで特定されていない場合（ブロック５０８）、例示的なプロセス５００は、第２のユーザ（又は第３のユーザ、第４のユーザなど）が推奨されるファイルを要求しているかどうかを判断する（ブロック５３２）。第２のユーザが推奨されるファイルを要求している場合、例示的なプロセス５００の制御によって、第２のユーザの第２のサービスが確認されたブロック５１０に戻る。第２のユーザが推奨されるファイルを要求していない場合、第２のユーザが推奨されるファイルを要求したと判断されるまで（ブロック５３２）、プロセス５００は、（この特定のファイルのレコメンデーションに対して）待機状態となる（ブロック５３４）。

図６は、例示的なグラフィカルユーザインタフェース６００を示し、このグラフィカルユーザインタフェース６００は例えば、第１、第２のユーザ４０２、４０４の再生デバイス４１８、４２２のそれぞれ、および／又は上述したコントローラ３００に実装することができる。例示的なグラフィカルユーザインタフェース６００は、ファイル制御パネル６０２、最新ステータスパネル６０４、待ち行列パネル６０６、ネットワーク更新パネル６０８およびネットワークリストパネル６１０を含む複数のパネルを有する画面を示している。任意の数のパネルを追加、除去、再配置などすることで、任意のタイプのグラフィカルユーザインタフェースを構成してもよい。さらに、各ユーザは、自分の特定のニーズおよび／又は好みに応じて、グラフィカルユーザインタフェースをカスタマイズすることができる。

コントロールパネル６０２は、ファイル使用を制御するためのボタン又はキーを含んでおり、それにより例えば、音楽トラックの再生、停止若しくは一時停止、次のトラックへのスキップ、トラックの繰り返し、並びにボリュームのコントロールを実施することができる。

最新ステータスパネル６０４は、現在使用されているファイルを示している。最新ステータスパネル６０４はまた、ファイルの再生を示すようにユーザが動作させることができるアイコンやボタン６１２を含む。最新ステータスパネル６０４は、ユーザが現在のファイルの推奨を希望していることを示すためのアイコンやボタン６１４を含む。ユーザが推奨ボタン（レコメンドボタン）６１６を動作させると、ユーザは、例えばユーザがファイルを推奨したい特定のユーザなどに対して追加情報を提供するように指示される。

待ち行列パネル６０６は、使用可能な状態で置かれた他のファイルを表示する。待ち行列は、例えば、上述したように推奨されたファイルの許容又は受領に基づいて動的に変化することがある。また、待ち行列パネル６０６は、ファイルが現在使用又は消費されていない場合でも、ユーザが特定のファイルを好んでいることを示すためのアイコン６１６と、そのファイルを推奨するための推奨ボタン６１８とを備えている。

ネットワーク更新パネル６０８は、ユーザのネットワーク内のコネクションの最近のアクティビティを示している。図６のグラフィカルユーザインタフェース６００にはアクティビティが１つのみ示されているが、例えばスクロールスレッドなどを含めた任意の数のアクティビティが同様に表示されてもよい。この例におけるネットワーク更新パネル６０８は、友人又はコネクション（例えば、友人１）が特定のファイル（例えば、Ｘの音楽トラック）を好んでいる（お気に入りである）ことを示している。ユーザは、ネットワーク更新パネル６０８において、所望の場合には要求アイコン６２０を動作させることにより、ファイルの要求を指示される。ネットワーク更新パネル６０８は、ユーザに対してなされたレコメンデーションに関する情報や、ユーザのネットワーク内のその他のアクティビティ、又は例えば２つのユーザのコネクションの間におけるような公衆の他のアクティビティを含んでもよい。

ネットワークリストパネル６１０は、ユーザのネットワーク内の友人やコネクションのリストを示す。この例では、友人Ｆ１―Ｆ１０が表示されるが、ネットワークリストパネル６１０はスクロールリストを含めることもできる。さらに、ユーザは、特定のコネクションを選択することにより、ネットワークリストパネル６１０にリストされたコネクションのアクティビティの履歴に接続し閲覧することができる。さらに、ユーザはファイル名をドラッグしてそれをコネクション名にドロップすることにより、特定のコネクションに対して推奨ファイルを提供することができる。当業者は、図６に示す例示的なグラフィカルユーザインタフェース６００が様々な方法により、操作および変更され得ることを理解する。

以上のように、本明細書に開示された特定の実施形態によれば、例えば、クロスリンキング（cross-linking）、すなわち異なるメディアアクセスサービス間における音楽又は他のメディアファイルのマッチングを含むソーシャルコンテキスト（social context）内での音楽の共有のようなメディア共有が可能となる。例えば、ＴｗｉｔｔｅｒやＦａｃｅｂｏｏｋなどの従来のソーシャルネットワークは、テキスト情報の共有、すなわち、ユーザが何をしているか、ユーザが何を楽しんでいるか、あるいはユーザが何を視聴しているかなどを示すテキスト文字列（string）の共有に向けられている。本明細書に開示される例によれば、実際の音楽ファイルの共有および／又は異なる音楽アクセスサービス間における音楽ファイルのマッチングを行うことができる。これらの例は、例えば、上述した図１―４のシステムなどを含むウェブアクセス可能なシステムを用いて実行することができる。これらの例では、サブスクリプションベースのサービス（例えば、ラプソディ）を含めた第１の音楽サービスを使用している１人のアカウント所有者又はユーザが、他のアカウント所有者と曲を共有することができる。また、本明細書に記載されたシステムは、例えばアーティスト、タイトルおよび／又はアルバムの検索によって、音楽サービス間における又はローカルライブラリ内における音楽の共有および／又はマッチングを可能とする検索機能を有している。

特定の実施形態では、ＭＯＡＰＩ（音楽オープンアプリケーションプログラミングインタフェース）ベースの音楽サービスが確立されている。サービスへの参加を希望するユーザはアカウントを要求する。いくつかの例では、ユーザが認証情報を作成するために最初にアクセスする初期ウェブページが存在せず、ユーザはコントローラからユーザ名とパスワードを選択可能であり、利用可能であればそれがユーザのアカウントとなる。いくつかの例では、ＯＡＴＨ（Initiative for Open Authentication）のような規格を採用することができる。

いくつかの例では、「再生中」の画面上（例えば、図６のインタフェース６００）において、ユーザは、「推奨（レコメンド）」のメディア（例えば、アーティスト／アルバム／トラック）を選択することができる。レコメンデーションは、例えば、ユーザのコネクション用のデータベースに対するサービス特有識別子の追加又はエンコードを含めた、１つ以上のトランザクションを開始する。ユーザが１つのサービス（例えば、Ｒｈａｐｓｏｄｙのトラック）からファイルを推奨する場合、本明細書に記載の例示的なシステムおよび方法は、レコメンデーション内に第１のサービス識別コード（例えば、ＲｈａｐｓｏｄｙのＩＤ）をエンコードする。そのときに、どのユーザのコネクションがユーザのレコメンデーションを見た場合でも、そのコネクションが同じファイルアクセスサービス（すなわち、この例ではラプソディ）を有している場合には、その推奨されたファイル（例えば、音楽トラック）を再生するようにエンコードを行う。ウェブベースの検索の実行のため、および／又はエンコード（符号化）されたサービス識別コードの復号化のために、ファームウェア適合（firmware adaptations）を行ってもよい。

いくつかの例では、前述したように、システムは、ユーザのコネクションのリストを含んだアドレス帳を有している。いくつかの例では、アドレス帳は、中央サーバ（例えば、中央データベース４３４）に記憶される。

いくつかの例では、ユーザのコネクションは、ユーザが使用しているファイルアクセス用のサービスと同じサービスを使用していない場合がある。例えば、ユーザの１つのコネクションは、Ｓｐｏｔｉｆｙサービスを使用して音楽トラックにアクセスおよび／又はそれを再生する一方で、ユーザは、Ｒｈａｐｓｏｄｙサービスを使用する。いくつかの例では、例示的なシステムによれば、あるサービス上におけるファイル（例えば、音楽トラック）を本明細書に記載の１つ以上の検索により別のところで再生することができる。例えば、システム（例えば、中間部４０６）がユーザから共有トラック（例えば、推奨される音楽トラック）の識別情報を受け取るとともに、コネクション（すなわち、第２のユーザ）が第１のサービスへ加入していない（例えば、そのコネクションがＲｈａｐｓｏｄｙに加入していない）ことを（検証部４２６を介して）発見した場合には、システムは音楽トラックのメタデータ（例えば、アルバム、アーティストおよび／又はタイトル）を要求するとともに、そのコネクションが使用しているサービスが何であるかの検索（この例ではＳｐｏｔｉｆｙ）および／又はコネクションのローカルライブラリの検索を実行する。

さらに、いくつかの例では、ユーザのコネクションが推奨していたファイルのリスト（例えば、アーティスト／アルバム／トラック）は、システム（例えば中間部４０６）により、ライブラリの項目として取り扱われる。これにより、レコメンデーションが生じたときに、ユーザのコネクションが推奨しているものをより動的に更新することができる。ユーザのコネクションを介する例示的な検索には、以下のようなものが含まれる：
友人
検索
メンバー
<メンバーのユーザ名>
私の友人への招待
アーティストのレコメンデーション
アルバムのレコメンデーション
トラックのレコメンデーション
私の友人が推奨するアーティスト
私の友人が推奨するアルバム
私の友人が推奨するトラック
私の友人
<友人のユーザ名>
アーティストのレコメンデーション
<アーティスト>
<アルバム>
<トラック>
アルバムのレコメンデーション
<アルバム>
<トラック>
トラックのレコメンデーション
<トラック>
アーティストのレコメンデーション
<アーティスト>
<アルバム>
<トラック>
アルバムのレコメンデーション
<アルバム>
<トラック>
トラックのレコメンデーション
<トラック>
友人リクエスト
<メンバーのユーザ名>
許可
無視

いくつかの例では、このブラウザ階層を実装するために、ノーオペレーション（no-op）ブラウザノードを使用する。また、ユーザが例えば、友人リクエストの「許可」をクリックしたときに、サーバ（例えば、中間部４０６）は例えば、ファイルのレコメンデーションを含めた、新たに受け入れられた友人／コネクションに関する検索を実行することもできる。

いくつかの例では、ユーザがアーティスト／アルバム／トラックをブラウズするときにおいて、システムに提供される識別情報の中に、具体的な音楽サービスを含んだ本明細書に記載の特別にエンコードされた識別情報が含まれてもよい。さらに、いくつかの例では、エンコード化には、例えば「トラック名（Ｒｈａｐｓｏｄｙ上）」などのトラックタイトルを含んだサービス名が含まれてもよい。

いくつかの例では、ファイルのレコメンデーションが作成される、および／又は、ファイルのレコメンデーションが、待ち行列に追加される又は再生されるべきファイルのために、ユーザのネットワークおよび／又はユーザが関連付けられている他のソーシャルネットワークに送信される。例えば、ユーザがＴｗｉｔｔｅｒアカウントを有している場合に、ユーザの待ち行列に追加された音楽トラックおよび／又はユーザが再生しているトラックの一部又全てについての通信（例えば、Ｔｗｉｔｔｅｒでのつぶやきなど）が送られる場合がある。また、いくつかの例では、本明細書に記載されたシステムは、他のソーシャルネットワークへ通信を送信する、および／又は他のソーシャルネットワークから通信を受信する。例えば、中間部４０６は、つぶやきの受信を通常の方法（例えば、携帯電話やＷｅｂブラウザ）により行うＴｗｉｔｔｅｒ送信部として働くことができる。いくつかの例では、例示的な中間部４０６は、推奨されるトラック又はアルバムを受信者（例えば、ユーザ）が自分のライブラリ又は待ち行列に直接的に追加できるようにするＴｗｉｔｔｅｒ受信部として機能することもできる。

また上述したように、いくつかの例では、ユーザは、ユーザ名およびプロフィールを発行して他のユーザをコネクション／友人リストに追加することにより、システム／サービスへオプトイン（opt-in）する。これには、友人を見つける、友人の追加を承認する並びに友人のリストを同期若しくは更新する、というような特徴又はプロセスが含まれる。

いくつかの例では、ユーザがトラックを再生するときに、本明細書に記載のシステムは、１人以上の友人と音楽を共有するための機能やプロセスを提供する。また、いくつかの例では、本明細書に記載のシステムは、ユーザの友人がそのユーザと共有する音楽を入手する。いくつかの例では、ユーザは、自分のコントローラのボタンを押下又はクリックし、自分の友人（すなわちコネクション又はフォロワー）にトラック、アルバム、アーティスト、ステーション（例えば、Ｐａｎｄｏｒａ、Ｌａｓｔ．ＦＭ、又は他の無線局）を「推奨（レコメンド）」することもできる。例えば、ユーザがＲｈａｐｓｏｄｙのトラックを視聴しているときに「推奨」ボタンを押した場合、レコメンデーションを誘起および／又はカスタマイズするためのユーザの付加的なオプションを提供するメニューが表れてもよい。それには例えば、そのトラックの推奨を選択する表示、そのアルバムの推奨を選択する表示、そのアーティストの推奨を選択する表示、そのステーションの推奨を選択する表示などが含まれる。ユーザはまた、ネットワークを通じて、レコメンデーションとともにカスタマイズメッセージを特定の他のユーザおよび／又は別のネットワーク（例えば、フェイスブックやツイッター）への送信を選択することもできる（例えば、「私はリリーアレンのアルバム「Ａｌｒｉｇｈｒ，Ｓｔｉｌｌ」の「Ｋｎｏｃｋ ‘Ｅｍ Ｏｕｔ」を自分のＳｏｎｏｓシステム上で楽しんでいる」、「私はリリーアレンのアルバム「Ａｌｒｉｇｈｒ，Ｓｔｉｌｌ」を自分のＳｏｎｏｓシステム上で楽しんでいる」、「私はリリーアレンを自分のＳｏｎｏｓシステム上で視聴して楽しんでいる」および／又は「私はＢｒｕｃｅ Ｓｐｒｉｎｇｓｔｅｅｎ Ｒａｄｉｏを自分のＳｏｎｏｓシステム上で視聴して楽しんでいる」）。

いくつかの例では、例示的なシステムは、ユーザが他のソーシャルネットワークサイトへアカウント情報を入力できるようにするためのインタフェースを含む（例えば、ＴｗｉｔｔｅｒやＦａｃｅｂｏｏｋのアカウント情報を入力する）。また、いくつかの例では、例示的なシステムは、例えば上述したようにメニューオプションを介してユーザをガイドする「再生中」の画面上に、ユーザインタフェースボタンを備える。加えて、いくつかの例では、例示的なシステムは共通のコードを含み、当該コードは、リクエストの主張（argument）やレコメンデーションを取得して、ユーザのアカウントに結合された他のソーシャルネットワークへＡＰＩを送信する。また、いくつかの例では、ユーザのアカウントに結合された他のソーシャルネットワークのうち、ユーザがどのネットワークにレコメンデーションを送信するかの好み（例えば、ＴｗｉｔｔｅｒやＦａｃｅｂｏｏｋに、又はその両方に）を提供するためのオプションが含まれる。

いくつかの例では、例示的なシステムは、レコメンデーションを、例えばＴｗｉｔｔｅｒ用の１４０文字以下に制限するなど、他の任意のソーシャルネットワークに関連付けられたフォーマットに適合させる。また、いくつかの例では、例示的なシステムは、推奨されたトラック／ステーションストリーム用のＵＲＬおよび／又はｔｉｎｙＵＲＬ（例えばツイッター用など）を自動的に含む。

本明細書に記載の例示的なシステムおよび方法によれば、例えば異なる国を含めて、様々な地理的テリトリーにわたってユーザはファイルの共有を行うことができる。例えば、米国のユーザが、（上述したような音楽にアクセスするために各ユーザが使用するサービスにかかわらず）スウェーデンのユーザに音楽トラックを推奨するとともに、スウェーデンのユーザがそのレコメンデーションを使用して、その音楽トラックを待ち行列に入れる、示す（point to）、入手する、ダウンロードする、再生する、又はコメントすることもできる。いくつかの例では、例示的なシステムによれば、ファイル（例えば、曲）に対するテリトリー特定の制限を含むライセンス取り決めにかかわらず、ファイルの共有又はマッチングを行うことができる。これは、例示的なシステムが、受信者／第２のユーザによって使用される第２のサービスを使用して、推奨されたファイルを第２のサービス内のファイルとマッチングすることで、第２のサービスを使用する第２のユーザによって得られるユーザライセンスに沿うようにするためである。これにより、このような例ではグローバルマッピングシステムが適用される。

図７は、図５の命令を実行可能な例示的なコンピュータ７００のブロック図であり、これにより、例示的なシステム４００、例示的な中間部４０６、例示的なインタフェース４１０、例示的な検証部４２６、例示的なエンコーダ４２８、例示的な検索部４３２、例示的な再生エンジン４３０、例示的なデータベース４３４、例示的な更新部４３６および図４の他の構成要素を実行することができる。コンピュータ７００は、例えば、サーバ、パーソナルコンピュータ、携帯電話（例えば、セル方式の携帯電話）、パーソナルデジタルアシスタント（ＰＤＡ）、インターネットアプライアンス、セットトップボックス（set top box）、又は任意の他のタイプのコンピューティングデバイスであってもよい。

一例におけるコンピュータ７００は、プロセッサ７１２を含む。例えば、プロセッサ７１２は、Ｐｅｎｔｉｕｍ（登録商標）ファミリー、Ｉｔａｎｉｕｍ（登録商標）ファミリー又はＸＳｃａｌｅ（登録商標）ファミリーからの１つ以上のＩｎｔｅｌ（登録商標）マイクロプロセッサによって実装することができる。当然のことながら、他のファミリーからのその他のプロセッサも適切である。

プロセッサ７１２は、揮発性メモリ７１４および不揮発性メモリ７１６を含むメインメモリと、バス７１８を介して通信状態にある。揮発性メモリ７１４は、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ＲＡＭＢＵＳダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）および／又は任意の他のタイプのランダムアクセスメモリデバイスによって実装されてもよい。不揮発性メモリ７１６は、フラッシュメモリおよび／又は任意の他の所望のタイプのメモリデバイスによって実装されてもよい。メインメモリ７１４、７１６へのアクセスは、一般的には、メモリコントローラ（図示せず）によって制御される。

コンピュータ７００はまた、インタフェース回路７２０を含む。インタフェース回路７２０は、イーサネットインタフェース、ユニバーサルシリアルバス（ＵＳＢ）および／又はＰＣＩエクスプレスインタフェースなどの任意のタイプのインタフェース規格によって実装されてもよい。

１つ以上の入力デバイス７２２は、インタフェース回路７２０に接続されている。入力デバイス７２２により、ユーザは、データおよびコマンドをプロセッサ７１２に入力することができる。入力デバイスは、例えば、キーボード、マウス、タッチスクリーン、トラックパッド、トラックボール、アイソポイント（isopoint）および／又は音声認識システムによって実装されてもよい。

１つ以上の出力デバイス７２４もまた、インタフェース回路７２０に接続されている。出力デバイス７２４は、例えば表示デバイス（例えば、液晶ディスプレイ、ブラウン管ディスプレイ（ＣＲＴ）、プリンタおよび／又はスピーカ）によって実装されてもよい。よって、インタフェース回路７２０は、一般的には、グラフィックスドライバカードを含む。

インタフェース回路７２０はまた、ネットワーク７２６（例えば、イーサネット接続、デジタル加入者回線（ＤＳＬ）、電話回線、同軸ケーブル、携帯電話システムなど）を介した外部コンピュータとのデータ交換を促進するための、モデムやネットワークインタフェースなどの通信デバイス（例えば、リクエストサーバ）を含む。

コンピュータ７００はまた、ソフトウェアおよびデータを記憶するための１つ又は複数の大容量記憶デバイス７２８を含む。このような大容量記憶デバイス７２８の例としては、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブおよびデジタル多用途ディスク（ＤＶＤ）ドライブが含まれる。大容量記憶デバイス７２８は、記憶データベース４２０、４２４、４３４を実装することができる。

図７のコード化された命令は、大容量記憶デバイス７２８、揮発性メモリ７１４、不揮発性メモリ７１６、および／又はＣＤやＤＶＤ等のリムーバブル記憶媒体の中に記憶されてもよい。

様々な発明が、ある程度の具体性を持って十分に詳細に記載されている。本開示の実施形態は、例示の目的のみで作られることと、部品の配置および組み合わせにおいて多くの変更が、特許請求の範囲に記載された発明の精神および範囲から逸脱しないように行われてもよいことが、当業者に理解される。本明細書に記載された実施形態は、情報単位の提示に関していくつかの制限を含むように見えるかもしれないが、形式又は配置の点で、実施形態は、そのような実施形態をはるかに超えて適用可能であることが、当業者によって理解される。したがって、本発明の範囲は、上記した実施形態よりむしろ添付された特許請求の範囲によって定義される。

Claims (18)

1. 音楽ファイルを共有する方法であって、
   コンピュータが、第２のユーザのために第１のユーザから音楽リファレンスを受信する工程、ここで、音楽リファレンスは、第１のユーザが音楽にアクセスするために使用する第１の音楽アクセスサービスに対応する第１のサービス識別コードを有する、
   コンピュータが、第２のユーザが音楽にアクセスするために使用する第２の音楽アクセスサービスを識別する工程、を含み、
   さらに、第２の音楽アクセスサービスが第１の音楽アクセスサービスと異なる場合に、コンピュータが、ローカルライブラリ又はネットワークアクセス可能データベース内において、第２の音楽アクセスサービスに対応するとともに第１のサービス識別コードに関連付けられた音楽ファイルの第２のサービス識別コードを、第１のサービス識別コードを検索キーとして検索する工程、ここで、ローカルライブラリ又はネットワークアクセス可能データベースにおいて、第１のサービス識別コードと第２のサービス識別コードとが予め関連付けられている、
   コンピュータが、第２のサービス識別コードを使用して、第２の音楽アクセスサービス内の音楽ファイルを特定する工程、
   コンピュータが、音楽ファイルを再生する、示す又は待ち行列に入れる、のうち少なくとも１つを行う工程、を含む、方法。
2. 第２の音楽アクセスサービス内の音楽ファイルを特定する工程の前に、コンピュータが、音楽リファレンスに応じて、第２のユーザからの音楽リクエストを受信する工程をさらに含む、請求項１に記載の方法。
3. 第２の音楽アクセスサービス内の音楽ファイルを特定する工程は、コンピュータが、オンラインおよびローカルストレージで音楽ファイルを検索する工程を含む、請求項１に記載の方法。
4. コンピュータが、第２の音楽アクセスサービスの代わりに音楽にアクセスするために第２のユーザによって使用される第３の音楽アクセスサービスを使用して、音楽ファイルを再生する、示す又は待ち行列に入れる、のうち少なくとも１つを行う工程をさらに含む、ここで、第３の音楽アクセスサービスは、第２の音楽アクセスサービスよりも安価な音楽へのアクセス又は第２の音楽アクセスサービスよりも質の高い音楽ファイルのうち、少なくとも１つを提供する、請求項１に記載の方法。
5. コンピュータが、音楽リファレンスの受信に応じて、第１のユーザが使用する第１の音楽アクセスサービスを検証する工程、
   コンピュータが、第１のサービス識別コードを第１の音楽アクセスサービスに基づく音楽ファイルにエンコードする工程、を含む、請求項１に記載の方法。
6. コンピュータが、音楽リファレンスにおける第２のユーザの言及を検出することに応じて、第２のユーザが使用する第２の音楽アクセスサービスを識別する工程を含む、請求項１から５のいずれか１つに記載の方法。
7. コンピュータが、第１のユーザがソーシャルネットワークを形成するためのコネクションのリストを記憶する工程をさらに含む、請求項５に記載の方法。
8. コンピュータが、コネクションによって推奨される付加的な音楽リファレンスを第１のユーザに動的に通知する工程をさらに含む、請求項７に記載の方法。
9. ローカルライブラリ又はネットワークアクセス可能データベースは、第１の音楽アクセスサービスと第２の音楽アクセスサービスのそれぞれに対応する第１のサービス識別コードと第２のサービス識別コードを関連付けるものである、請求項１に記載の方法。
10. コンピュータ読み取り可能媒体に記憶された命令を用いて実行される、請求項１から９のいずれか１つに記載の方法。
11. 第１のユーザから第２のユーザへファイルを推奨するファイルのレコメンデーションを受信するインタフェースと、
    第１のユーザによって使用される第１のサービスを検出し、第２のユーザによって使用される第２のサービスを検出する検証部と、
    第１のユーザによって使用される第１のサービスに対応する第１のサービス識別コードをファイルのレコメンデーションと関連付けるエンコーダと、
    第２のサービスが第１のサービスと異なる場合に、第２のサービスに対応するとともに第１のサービス識別コードに関連付けられた第２のサービス識別コードを、ローカルライブラリ又はネットワークアクセス可能データベースのうちの１つ以上で第１のサービス識別コードを検索キーとして検索して、第２のサービス識別コードを当該ファイルに関連付ける検索部であって、ここで、ローカルライブラリ又はネットワークアクセス可能データベースにおいて、第１のサービス識別コードと第２のサービス識別コードとが予め関連付けられている、検索部と、
    第２のサービスと第１のサービスが異なるサービスである場合には、ファイルのレコメンデーションを第２のサービス識別コードとともに第２のユーザに提供する再生エンジンと、
    第１のサービス識別コード又は第２のサービス識別コードのうちの１つ以上をファイルのレコメンデーションに関連付けたことの記録を記憶するデータベースと、を備える、システム。
12. 第１のユーザは、ファイルのレコメンデーション内において第２のユーザを特定し、検索部は、ファイルに関連付けられた第２のサービス識別コードの検索を自動的に行う、請求項１１に記載のシステム。
13. データベースは、第１のユーザがソーシャルネットワークを形成するためのコネクションのリストを記憶する、請求項１１に記載のシステム。
14. コネクションによって推奨される付加的なファイルのレコメンデーションを第１のユーザに動的に通知する更新部をさらに備える、請求項１１に記載のシステム。
15. 第１のサービス又は第２のサービスのうちの少なくとも１つは、オンラインストリーミング音楽サービスである、請求項１１に記載のシステム。
16. ローカルライブラリ又はネットワークアクセス可能データベースは、第１の音楽アクセスサービスと第２の音楽アクセスサービスのそれぞれに対応する第１のサービス識別コードと第２のサービス識別コードを関連付けるものである、請求項１１に記載のシステム。
17. 請求項１から９のいずれか１つに記載の方法をコンピュータに実行させるためのコンピュータプログラム。
18. 請求項１から９のいずれか１つに記載の方法をコンピュータに実行させる命令を記憶した、コンピュータ読み取り可能媒体。

Images