(57)【要約】  １つの実施形態では、メディアアイテムが再生されている時に、このメディアアイテムを関心のあるものとして識別（すなわち、「タグ付け」）し、その後、複数の種類の装置からのタグを集約するタグ集約機にこの情報を送信することができる。タグ集約機は、メディアアイテムにタグ付けするタグ付けアプリケーションと同じ装置上に位置してもよく、或いは異なる装置上に位置してもよい。【選択図】図１
2013525904.tif 000002
【特許請求の範囲】
【請求項１】
第１のタグ付けアプリケーションから、第１のタグ付きメディアアイテムに関連する第１のタグ情報を受信するステップと、
前記第１のタグ付けアプリケーションとは異なる第２のタグ付けアプリケーションから、第２のタグ付きメディアアイテムに関連する第２のタグ情報を受信するステップと、
受信した前記第１のタグ情報及び前記第２のタグ情報を使用してメディアアイテムのリストを更新するステップと、
を含むことを特徴とする方法。
【請求項２】
前記メディアアイテムのリストをメディア管理サーバとの間で調整するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記第１のタグ情報が、アプリケーションプログラムインターフェイス（ＡＰＩ）を通じて前記第１のタグ付けアプリケーションから受け取られることを特徴とする、請求項１又は請求項２に記載の方法。
【請求項４】
前記メディアアイテムのリストを第１のタグ集約機と第２のタグ集約機の間で調整するステップをさらに含むことを特徴とする、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記メディアアイテムのリストをメディアソースへ送信するステップをさらに含む、
ことを特徴とする、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第１のタグ付きメディアアイテムが後で購入された場合、前記第１のタグ付きメディアアイテムを送信するメディアソースを、ボーナスを支払うことによって補償するステップをさらに含むことを特徴とする、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
第１のタグ集約機を動作させる方法であって、
第２のタグ集約機からタグ付きメディアアイテムのリストを受信するステップと、
前記第２のタグ集約機からの前記タグ付きメディアアイテムのリストを、前記第１のタグ集約機により制御されるタグ付きメディアアイテムのリストに追加するステップと、
第３のタグ集約機からタグ付きメディアアイテムのリストを受信するステップと、
前記第３のタグ集約機からの前記タグ付きメディアアイテムのリストを、前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストに追加するステップと、
第１のタグ付けアプリケーションからタグ情報を受信するステップと、
前記第１のタグ付けアプリケーションからの前記タグ情報を、前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストに追加するステップと、
を含むことを特徴とする方法。
【請求項８】
前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストを、前記第２のタグ集約機及び前記第３のタグ集約機の両方との間で調整するステップをさらに含むことを特徴とする、請求項７に記載の方法。
【請求項９】
前記第１のタグ付けアプリケーションとは異なる第２のタグ付けアプリケーションからタグ情報を受信するステップと、
前記第２のタグ付けアプリケーションからの前記タグ情報を、前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストに追加するステップと、
をさらに含むことを特徴とする、請求項７又は８に記載の方法。
【請求項１０】
タグ付きメディアアイテムのリストをタグ集約機から受信することができる通信インターフェイスと、
前記タグ付きメディアアイテムのリストから第１のタグ付きメディアアイテムを購入するための命令を受信することができる購入インターフェイスと、
前記購入インターフェイスが、前記第１のタグ付きメディアアイテムを購入するための命令を受け取った時に、前記第１のタグ付きメディアアイテムに関連するメディアソースに報酬を与えることができる報酬モジュールと、
を備えることを特徴とするメディア管理サーバ。
【請求項１１】
前記購入インターフェイスが、クライアントアプリケーションと通信して前記第１のタグ付きメディアアイテムの購入及びダウンロードを調整することができることを特徴とする、請求項１０に記載のメディア管理サーバ。
【請求項１２】
タグ付きメディアアイテムのリストを複数のタグ集約機の間で調整できるタグ付きメディアアイテムリスト調整モジュールをさらに備えることを特徴とする、請求項１０又は１１に記載のメディア管理サーバ。
【請求項１３】
前記通信インターフェイスが、タグ付けアプリケーションから第２のタグ付きメディアアイテムに関連するタグ情報をさらに受信することができることを特徴とする、請求項１０〜１２のいずれか１項に記載のメディア管理サーバ。
【請求項１４】
メモリと、
前記第２のタグ付きメディアアイテムに関連する前記タグ情報を使用して、前記メモリ内のタグ付きメディアアイテムのリストを更新できるメディアリスト更新モジュールと、をさらに備えることを特徴とする、請求項１０〜１３のいずれか１項に記載のメディア管理サーバ。
【請求項１５】
ポータブルコンピュータ装置であって、
前記ポータブルコンピュータ装置と少なくとも別の電子装置の間の通信を容易にするように構成された通信インターフェイスと、
タグ付けアプリケーションと、
関連するメタデータを有するメディアアイテムにタグ付けするために使用されるタグ付け動作を受信するように構成されたインターフェイスと、
前記タグ付きメディアアイテムの前記メタデータの少なくとも一部を保存することにより、前記インターフェイスにより提供された前記タグ付け動作に応答するメディアタグ付けモジュールと、
前記保存したメタデータを、前記通信インターフェイスを介して少なくとも１つの他の装置へ送信するように構成されたメディア再生リスト更新モジュールと、
を備え、前記他の装置が少なくとも第１のクライアントアプリケーションを含み、該第１のクライアントアプリケーションが、
前記メタデータを取り出し、
前記メタデータを使用して、前記第１のクライアントアプリケーションに関連する第１のメディア再生リストを更新し、
前記更新した第１のメディア再生リストを、前記第１のクライアントアプリケーションとは異なる第２のクライアントアプリケーションからのメタデータを含む第２のメディア再生リストを有するメディア管理サーバとの間で調整する、
ように構成される、
ことを特徴とするポータブルコンピュータ装置。
【請求項１６】
前記その他の装置がタグ集約機を含むことを特徴とする、請求項１５のポータブルコンピュータ装置。
【請求項１７】
タグ付け動作を受信するように構成された前記インターフェイスが、グラフィックユーザインターフェイスであることを特徴とする、請求項１５又は１６に記載のポータブルコンピュータ装置。
【請求項１８】
タグ付け動作を受信するように構成された前記インターフェイスが、前記ポータブルコンピュータ装置上の物理的ボタンへのインターフェイスであることを特徴とする、請求項１５〜１７のいずれか１項に記載のポータブルコンピュータ装置。
【請求項１９】
装置であって、
前記装置と、タグ付きメディアアイテムを有する複数の異なるタグ付けアプリケーションの１つとの間の接続を確立する手段と、
前記タグ付きメディアアイテムに対応するメタデータを受信する手段と、
前記装置において前記メタデータを使用してメディア再生リストを更新する手段と、
前記装置における前記メディア再生リストをメディア管理サーバにおけるアカウントと同期させる手段と、
を備えることを特徴とする装置。
【請求項２０】
前記接続する手段が、各々がタグ付けアプリケーションを含む複数の装置の１つに接続するケーブルを受け入れる物理インターフェイスを含むことを特徴とする、請求項１９に記載の装置。
【請求項２１】
前記接続する手段が、各々がメディアソースを含む複数の装置の１つに無線で接続する無線通信インターフェイスを含むことを特徴とする、請求項１９に記載の装置。
【請求項２２】
前記無線通信インターフェイスが携帯電話通信プロトコルを使用することを特徴とする、請求項２１に記載の装置。
【請求項２３】
装置の動作を修正するための、プロセッサにより実行可能なコンピュータ命令を不揮発的に記憶するためのコンピュータ読み取り可能な記録媒体であって、前記プロセッサに、
第１のタグ付けアプリケーションにより生成されたタグ情報を、第１の装置上の第１のクライアントアプリケーションにおいて取り出すためのコンピュータコードと、
前記第１のタグ付けアプリケーションからの前記タグ情報を使用して、前記第１のクライアントアプリケーションに関連するメディア再生リストを更新するためのコンピュータコードと、
前記第１のクライアントアプリケーションに関連する前記更新したメディア再生リストを、第２のクライアントアプリケーションからのタグ付きメディア情報を含む別のメディア再生リストと同期させるためのコンピュータコードと、
を実行させることを特徴とする、コンピュータ読み取り可能な記録媒体。
【請求項２４】
メディア管理サーバから受け取ったメディア再生リスト情報を前記第１のタグ付けアプリケーションに転送するためのコンピュータコードをさらに含むことを特徴とする、請求項２３に記載のコンピュータ読み取り可能な記録媒体。
【請求項２５】
前記コンピュータ可読媒体が携帯用メディア装置内のファームウェアであることを特徴とする、請求項２３に記載のコンピュータ読み取り可能な記録媒体。
【請求項２６】
前記コンピュータ読み取り可能な記録媒体がコンピュータ内のハードドライブであることを特徴とする、請求項２３に記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で説明する実施形態は、一般に電子装置上でメディアアイテムを再生する分野に関する。より詳細には、本明細書で説明する実施形態は、電子装置上でタグ付けされたメディアアイテムに関する情報の集約に関する。
【背景技術】
【０００２】
様々な電子装置上で、楽曲、ビデオ、オーディオブックなどのメディアアイテムを再生することが一般的になってきた。今では、ますます多くのユーザが、これらのメディアアイテムを異なる装置上で再生する機会を得ている。平均的ユーザが、携帯用メディアプレイヤ、携帯電話機、ラップトップコンピュータ及びデスクトップコンピュータなどの複数の装置を所有して動作させることは珍しいことではない。これに、テレビ、家庭用ステレオ及びカーラジオなどの、何年もの間メディアアイテムの再生に使用されている数多くの電子装置が加わる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
残念ながら、メディアアイテムの再生に利用できる多くの異なる装置及び異なる機構では、ユーザが関心アイテムとして識別したメディアアイテムを追跡することが困難な場合がある。ユーザは、ますます多くの装置及びますます多くのアプリケーションを追加して混合するので、この問題は急速に抑えられなくなる恐れがある。
【０００４】
従って、複数のメディア装置及び／又は複数のメディア関連アプリケーションを取り扱う際に、よりユーザに優しい環境を可能にするタグ付けの解決策を提供するシステム、方法及び装置が望まれている。
【課題を解決するための手段】
【０００５】
１つの実施形態では、メディアアイテムを再生する時に、これらを関心のあるものとして識別（すなわち、「タグ付け」）することができ、その後この情報を、複数の種類の装置からのタグを集約するタグ集約機へ送信することができる。タグ集約機は、メディアアイテムにタグ付けするタグ付けアプリケーションと同じ装置上に位置してもよく、或いは異なる装置上に位置してもよい。
【０００６】
別の実施形態では、複数のタグ集約機を同時に使用して、より広範囲の装置にわたる関心のあるメディアアイテムに関する情報の更新を支援することができる。この実施形態は、特定のタグ付けアプリケーションを特定のタグ集約機に直接相互連結できない場合に特に有用である。
【０００７】
別の実施形態では、タグ情報が、異なる方向に流れることができる。例えば、タグ付けアプリケーションからタグ集約機に情報が伝わるだけでなく、タグ集約機がメディアソースに情報を送信することができる。このようにして、例えば、送信したメディアアイテムに特定のメタデータを埋め込んだ、又は専用タグ付けアプリケーションをタグ集約機と互換性を有するように構成したパートナーメディアソースが、元々は異なるタグ付けアプリケーションによってタグ付けされたタグ情報を受信することができるようにする。
【０００８】
場合によっては、タグ集約機及びメディアソースが、これらの両方に利益をもたらすことができる（提携と呼ばれる）互いに有益な関係を結ぶことができる。例えば、場合によっては、特定のメディアアイテムにメタデータを埋め込み又は別様に関連付けること、又は他の専用タグ付けアプリケーションをタグ集約機と互換性を有するように構成することに対してメディアソースを補償することができる。この補償は、例えば、専用タグ付けアプリケーションを使用してタグ付けされたメディアアイテムが購入された時に受信することができるボーナスに似た報奨金などの多くの形をとることができる。
【０００９】
以下の図及び詳細な説明を検討すれば、当業者には、説明する実施形態の他の装置、方法、特徴及び利点が明らかになるであろう。全てのこのようなさらなる装置、方法、特徴及び利点は本明細書に含まれ、添付の特許請求の範囲に含まれ、添付の特許請求の範囲により保護されることを意図している。
【００１０】
以下の説明を添付図面とともに参照することにより、説明する実施形態及びその利点を最もよく理解することができる。
【図面の簡単な説明】
【００１１】
【図１】１つの実施形態による、装置の代表的なシステムを示す図である。
【図２】別の実施形態による、複数のタグ集約機の代表的なシステムを示す図である。
【図３】１つの実施形態による、メディア管理サーバを含むシステムを示す図である。
【図４】１つの実施形態による、タグ集約機として機能するクライアントアプリケーションの例を示す図である。
【図５】１つの実施形態による、携帯用メディア装置に含めることができる様々な構成要素を示すブロック図である。
【図６】１つの実施形態によるメディア管理サーバを示すブロック図である。
【図７】１つの実施形態による方法を示すフロー図である。
【図８】別の実施形態による代替の方法を示すフロー図である。
【図９】別の実施形態による方法を示すフロー図である。
【発明を実施するための形態】
【００１２】
以下の詳細な説明では、説明する実施形態の根底にある概念を完全に理解できるように数多くの具体的な詳細を記載する。しかしながら、当業者には、これらの具体的な詳細の一部又は全部を伴わずに、説明する実施形態を実施できることが明白であろう。場合によっては、根底にある概念を不必要に曖昧にしないようにするために、周知の処理ステップについては詳述してない。
【００１３】
現在、個人用デジタルコンテンツの放送には、ハイブリッドデジタル（ＨＤ）ラジオ、衛星ラジオ、ストリーミングオーディオ／ビデオ、並びにＰａｎｄｏｒａ及びＬａｓｔ．ｆｍなどのストリーミングオーディオサービスがある。デジタルコンテンツの放送に加え、デジタルコンテンツを（例えば、セルラネットワーク又は無線コンピュータネットワークを介して）ハンドヘルド装置に直接送信することも人気になってきている。しかしながら、この利用可能なデジタルコンテンツ及び数多くのデジタルコンテンツソースの急増により、デジタルコンテンツの消費者が圧倒される恐れがある。デジタルコンテンツの消費者は、デジタルコンテンツを消費する（すなわち、ＭＰ３ファイルを聴き、又はデジタルビデオを見る）際に、特定のデジタルコンテンツアイテムに後続処理のためにマーク付け（「タグ付け」とも言う）したいと望むことがある。例えば、デジタルコンテンツの消費者が（ＭＰ３ファイルとして符号化された楽曲又は音楽作品などの）特定のメディアアイテムを聴き、このメディアアイテムを（何らかの理由で）興味深いと思った場合、このデジタルコンテンツの消費者にとっては、このメディアアイテムに対応するＭＰ３ファイルを後続処理のために識別できることが有利となる。
【００１４】
説明する実施形態との関連では、異なる種類のソースからのあらゆる数のタグを、後続処理のために１つの場所に集約することができる。例えば、あるデジタルコンテンツの消費者が、ストリーミング用の音楽ソースから得た符号化されたＭＰ３ファイル形式の音楽アイテムを聴いていることがある。このデジタルコンテンツの消費者は、例えばそのＭＰ３ファイルからメタデータの一部を含むタグを作成することにより、この音楽アイテムが後続処理のためにいつでもタグ付けされるようにすることができる。次に、このタグを、以下でさらに詳述するタグ集約機へ転送することができる。すると、このデジタルコンテンツの消費者は、同じデジタルコンテンツプロバイダからの別の音楽アイテムにタグ付けするか、又は他のデジタルコンテンツプロバイダに完全に切り替えて、このデジタルコンテンツプロバイダが提供するデジタルコンテンツにタグ付けするという選択肢を得る。
【００１５】
タグ集約機においてタグが受け取られると、デジタルコンテンツの消費者は、適切と見なされるあらゆる後続処理をいつでも開始することができる。例えば、デジタルコンテンツの消費者が、タグ付けした音楽アイテムを購入すると決めた場合、（例えば、カリフォルニア州クパチーノのＡｐｐｌｅ（Ｒ）社が管理するｉＴｕｎｅｓ（Ｒ）ストアにより提供される）オンラインショップにアクセスして取引を完了することができる。なお、これらの後続処理により、補助的な行為が生じることもある。例えば、オンラインストアとデジタルコンテンツプロバイダの間の契約により、オンラインストアから購入されたデジタルコンテンツに対する奨励金を元々のメディアソースに与えることができる。このような報奨金は、金銭的報酬、ボーナスなどを含むことができる。
【００１６】
タグ集約機は、実施構成に応じて様々な場所に位置することができる。１つの実施形態では、タグ集約機が、デスクトップコンピュータ上で実行されるソフトウェアアプリケーション内に位置することができる。別の実施形態では、タグ集約機が、ラップトップコンピュータ、携帯用メディア装置、又は携帯電話機などの携帯装置内に位置することができる。別の実施形態では、タグ集約機が、サーバ上に位置することができる。
【００１７】
１つの実施形態では、タグ付けアプリケーションを含む装置がタグ集約機を含む装置に接続した時に実行される一般的同期プログラムを介して、タグ付けアプリケーションとタグ集約機の間の通信を実現することができる。タグ付けアプリケーションは、ストリーミングオーディオアプリケーションなどのメディアアプリケーション又はＨＤラジオ受信機のような、メディアアイテムにタグ付けするアプリケーションである。この一般的同期中、タグ付けアプリケーションは、タグ付けアプリケーションからタグ集約機に、これらの両方のアプリケーションが動作している間にタグ情報を送信することもできる。この送信は一方向とすることができ、すなわち、タグ付けアプリケーションがタグ集約機にタグ情報を送信することはできるが、タグ集約機がタグ付けアプリケーションに他のタグ情報を送信することはできない。しかしながら、別の実施形態では、タグ情報を双方向に送信することができる。
【００１８】
別の実施形態では、例えば、タグ付けアプリケーションが予め指定した場所にタグ情報を保存し、その後、この予め指定した場所からタグ情報を取り出すことにより、能動的な同期処理を伴わずに通信を確立することができる。別の実施形態では、アプリケーションプログラミングインターフェイス（ＡＰＩ）を使用して通信を確立することができる。
【００１９】
別の実施形態では、タグ集約機をネットワーク内の複数の装置に配置し、協働してタグ情報を追跡するように構成することができる。一例として、タグ集約機を、家庭用コンピュータ上で動作するクライアントアプリケーション内、及びこのクライアントアプリケーションに対応するメディア管理サーバに配置することができる。家庭用コンピュータにおけるタグ集約機を使用して、家庭用コンピュータ上で実行されるタグ付けアプリケーションから、及びこの家庭用コンピュータと同期する携帯用メディア装置などの装置上で実行されるタグ付けアプリケーションからタグ情報を集約することができる。その後、メディア管理サーバにおけるタグ集約機は、家庭用コンピュータ上で実行されるクライアントアプリケーションから、及び異なるコンピュータ上で実行されるクライアントアプリケーションから、さらにはクライアントアプリケーションと相互連結していない携帯電話機などのその他の装置から直接タグ情報を集約することができる。様々なタグ集約機におけるメディア再生リストを互いに調整して単一のタグ付きメディアアイテムリストを作成し、この同じ単一のリストに複数の場所でアクセスできるようにする。このようにして、ユーザは、例えばあらゆる装置及び装置上で実行されるあらゆるアプリケーションから同じリストにアクセスできるようになる。
【００２０】
別の実施形態では、タグ集約機を第三者が制御することができる。例えば、ストリーミングオーディオプロバイダなどの元々のメディアアイテムのソースは、対応するストリーミングオーディオアプリケーションを使用して「タグ付け」された関心のあるメディアアイテムの識別符号を集約することができる。その後、特定のユーザに関連するタグ集約機にこれらの識別符号を渡すことができる。例えば、第三者のタグ集約機は、この情報をメディア管理サーバに渡し、このメディア管理サーバが、サーバ自体のタグ集約機及びユーザに関連するアカウントを保持することができる。
【００２１】
１つの実施形態では、タグ付けアプリケーション（又はタグ集約機）を含む装置がタグ集約機を含む装置と一般的同期を行った時点で、タグ付けアプリケーションからタグ集約機に（又は、１つのタグ集約機から別のタグ集約機に）タグ情報を渡すことができる。この同期は、有線接続を介して行っても、或いは無線通信を介して行ってもよい。タグ情報の受け渡しは、自動的に及び定期的に行うこともできる。例えば、１分に１回無線同期を行って、この同期中にタグ情報を渡すことができる。或いは、１つの装置から別の装置への物理的接続などの特定のイベント時、又はタグ情報を求める特定の要求時にのみタグ情報の受け渡しを行うこともできる。別の例では、タグ付けアプリケーション間でタグ情報を受け渡すこと、及び例えばユーザからタグ付け動作を受け取ったらすぐにタグ集約機がリアルタイムで行うこともできる。
【００２２】
上記では、タグ情報を一方向に、すなわちタグ付けアプリケーションからタグ集約機に転送することについて説明した。別の実施形態では、この情報が複数の方向に流れることができる。すなわち、集約したタグ情報を（直接又はタグ付けアプリケーションを介して）メディアソースに戻すことができる。この実施形態は、タグ付けアプリケーションが、タグ情報を知ることによって恩恵を受けることができる第三者のメディアソースと相互連結している場合に最も有用となり得る。
【００２３】
図１は、１つの実施形態による装置の代表的なシステムを示す図である。ここでは、タグ集約機１００が、複数の装置／アプリケーションからタグ情報を受信することができる。説明を簡単にするために、異なる装置／アプリケーションを３つのカテゴリにグループ分けすることができる。第１のカテゴリ１０２は、１又はそれ以上のメディアソースから直接放送を受信する装置／アプリケーションを含む。このカテゴリは、統合ハイブリッドデジタルラジオ受信機を備えた携帯用メディア装置１０４、統合ＦＭラジオ受信機を備えた携帯用メディア装置１０６、スタンドアロン衛星ラジオ受信機１０８、及び統合ＤＡＢデジタルラジオ受信機１１０を備えたステレオシステムなどの、統合受信機を有するアプリケーション／装置を含む。
【００２４】
第２のカテゴリ１１２は、インターネット又はその他のネットワーキングストリームを介してストリーミングメディアアイテムを受信する装置／アプリケーションを含む。このカテゴリは、例えば、インターネットラジオ放送を受信するソフトウェアアプリケーション１１４を含むことができる。このカテゴリは、ストリーミングビデオアプリケーション１１６を含むこともできる。なお、これらのアプリケーションは、タグ集約機１００と同じ装置上に位置することも、又は別個の装置上に位置することもできる。
【００２５】
第３のカテゴリ１１８は、携帯用メディア装置及び電話機上でスタンドアロンアプリケーションとして実行される装置／アプリケーションを含む。このカテゴリは、例えば、Ｓｈａｚａｍなどの音楽識別アプリケーションを含むが、一般には、携帯用メディア装置において無線ネットワークを介してコンテンツデータを受信するあらゆるスタンドアロンアプリケーションを含むことができる。これらのアプリケーションは、ＡＰＩを介してタグ集約機１００と相互連結するように構成することができる。
【００２６】
なお、タグ付けアプリケーションの実装及び種類に基づいて正確な通信媒体が変化し得ることを示すために、タグ集約機１００とアプリケーションの間にクラウド１２４を示している。このクラウドは、以下に限定されるわけではないが、直接ケーブル接続、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（Ｒ）及び携帯電話プロトコルなどの無線通信、タグ付けアプリケーション及びタグ集約機がいずれも同じ装置上で同時に動作する場合の直接通信、或いはタグ集約機が後で取り出せるように、予め指定された場所にタグ付けアプリケーションが情報を保存する受動通信を含む、タグ情報をタグ付けアプリケーションからタグ集約機へ転送する全ての考えられる方法を含むことが意図されている。
【００２７】
この説明では、装置上で及び／又はアプリケーションを使用してタグ付けが行われるので、これらのメディア装置／アプリケーションの各々がタグ付けアプリケーションである。言うまでもなく、この図に示すタグ付けアプリケーションは、３つのカテゴリの各々に該当する装置及びアプリケーションの例にすぎない。この図は、利用する装置／アプリケーションの種類又は数に関する限定を意図するものではない。なお、これらのカテゴリは、いくつかの重複を含むこともできる。例えば、携帯用メディア装置上のストリーミングオーディオアプリケーションを、ユーザの家庭に存在する（及び、ユーザのブロードバンド接続に接続できる）場合には、インターネットストリームを介してメディアアイテムを直接受け取り、家庭から離れた場合には、携帯電話ネットワークを介してメディアアイテムを受信するように構成することも可能である。
【００２８】
図２は、別の実施形態による複数のタグ集約機の代表的なシステムを示す図である。各タグ集約機２００、２０２、２０４は、あらゆる数の異なる装置／アプリケーションに直接サービスを提供する。図示のように、タグ集約機２００、２０２、２０４は、１つのタグ集約機２０４が他のタグ集約機２００、２０２からタグ情報を受信するように階層的に構成することができる。しかしながら、階層的な構成を使用せずに、システムに（例えば、直列構成で）複数のタグ集約機が含まれる実施形態も可能である。タグ集約機２０４は、タグ付けアプリケーション２０６からタグ情報を直接受信することもできる。
【００２９】
タグ集約機は、同じ装置上に位置しても、又は異なる装置上に位置してもよい。このタグ集約機の階層的組織は、装置のネットワークの組織化方式に合わせることができる。例えば、ユーザが、デスクトップコンピュータ及びラップトップコンピュータを有し、メディア管理サーバにアカウントを有していることがある。このような場合、ユーザは、デスクトップコンピュータ及びラップトップコンピュータの両方で実行される、（ｉＴｕｎｅ（Ｒ）ストアなどの）メディア管理サーバのための（ｉＴｕｎｅ（Ｒ）アプリケーションなどの）クライアントアプリケーションを有することができる。ユーザは、一部がデスクトップコンピュータ又はラップトップコンピュータのいずれかで実行され、一部がこれらのデスクトップコンピュータ又はラップトップコンピュータ（ただし両方ではないこともある）と相互連結できる（携帯用メディア装置、携帯電話機などの）その他の装置上で実行されるいくつかの異なるタグ付けアプリケーションを有していることもある。このような場合、タグ集約機２００を家庭用コンピュータ上に位置付け、タグ集約機２０２をラップトップコンピュータ上に位置付け、タグ集約機２０４をメディア管理サーバ上に位置付けることが有用となり得る。このような設計では、家庭用コンピュータ、又はこの家庭用コンピュータと相互連結する装置上で実行されるアプリケーションからのタグ情報をタグ集約機２００によって集約することができる。ラップトップコンピュータ、又はこのラップトップコンピュータと相互連結する装置上で実行されるアプリケーションからのタグ情報は、タグ集約機２０２によって集約することができる。そして、タグ集約機２０４は、タグ集約機２００及びタグ集約機２０２からの情報、及びメディア管理サーバに直接接続する携帯電話機で実行されるタグ付けアプリケーションなどのタグ付けアプリケーションからメディア管理サーバにおいて直接受け取ったタグ情報を集約することができる。
【００３０】
その後、このタグ集約機２０４により集約されたタグ情報を、タグ集約機２００及び２０２と調整することができる。このようにすると、例えばユーザが、タグ集約機２００に直接接続するタグ付けアプリケーション２０８上の１つのメディアアイテムにタグ付けし、タグ集約機２００に直接接続していないタグ付けアプリケーション２１０上の別のメディアアイテムにタグ付けしたとしても、タグ集約機２００は、最終的にタグ集約機２０２と同じタグ付きメディアアイテムのリストを含むことができるようになる。従って、ユーザは、タグ付けを行った装置又はアプリケーションに関わらず、タグ集約機２００、２０２及び２０４のいずれかにおいてリストにアクセスし、全ての装置からのタグ情報を見ることができる。この調整処理は、一般に「データ同期」と呼ばれるものを含むことができる。データ同期とは、ソースから対象となるデータ記憶装置へのデータと、この逆のデータとの間の整合性を確立し、時間とともにデータを連続的に調和させる処理のことである。このようにして、データ同期により、全てのアプリケーションが同じデータにアクセスできるようになる。このデータ同期を、タグ付きメディアアイテムのリストの調整を含んでも又は含まなくてもよい上述した装置間の一般的同期と混同すべきではない。
【００３１】
別の実施形態では、タグ情報が、タグ集約機へだけでなく、タグ集約機から他の場所へ流れることもできる。すなわち、タグ情報を（直接、或いはクライアントアプリケーション又はタグ付けアプリケーションを介して）メディアソースに戻すことができる。この実施形態は、タグ付けアプリケーションが、タグ情報を知ることによって恩恵を受けることができる第三者のメディアソースと相互連結する場合に最も有用となり得る。
【００３２】
例えば、ハンドヘルド装置にストリーミングオーディオアプリケーションをインストールし、又はこのストリーミングオーディオアプリケーションにウェブブラウザを介してアクセスすることができる。ストリーミングオーディオアプリケーションは、楽曲、アーティスト、又は関心のあるジャンルに関する入力を受け取り、その後、このストリーミングオーディオアプリケーションに関連するサーバが、これらの入力に基づいて、ストリーミングすべき音楽をアプリケーションに合わせる。ストリーミングオーディオソースは、ある音楽の他の音楽との類似性を追跡する大規模データベースに依拠して、ストリーミングする音楽が、入力された楽曲、アーティスト又は関心ジャンルに類似するようにする。他のアプリケーションにおいてタグ付けされた他の楽曲のリストは、ストリーミングオーディオソースにとって有用な情報となり得るので、データベースをユーザの好き及び／又は嫌いにより良く合わせることができるようになる。言うまでもなく、これは一例にすぎず、当業者であれば、このような情報の利用可能性が数多く存在すると認識するであろう。
【００３３】
この例を、１つの実施形態によるシステムを示す図である図３に視覚的に示す。ここでは、メディアソース３００からタグ付けアプリケーション３０２にコンテンツが送信され、このタグ付けアプリケーション３０２において特定のコンテンツアイテムが識別される（例えば「タグ付け」される）。タグ付けアプリケーション３０２から（ｉＴｕｎｅ（Ｒ）アプリケーションなどの）クライアントアプリケーション３０４に識別符号が転送され、ここでこの識別情報がメディア再生リストに追加されることを示している。その後、このメディアアイテム再生リストを、（ｉＴｕｎｅ（Ｒ）ストアなどの）メディア管理サーバ３０６におけるメディアアイテム再生リストと調整することができる。上述したように、この調整はデータ同期を含むことができる。しかしながら、ここでは、メディア再生リストをメディアソース３００に戻すこともできる。なお、この図には、メディア管理サーバ３０６とメディアソース３００の間で直接転送が行われているように示しているが、これらの実施形態では、情報がクライアントアプリケーション３０４及び／又はタグ付けアプリケーション３０２を介してメディアソース３００へ転送されることを見越している。
【００３４】
また、図３には、タグ付けアプリケーションがクライアントアプリケーションとは別の装置上に存在する実施形態を示している。上述したように、これらの実施形態では、タグ付けアプリケーションがクライアントアプリケーションと同じ装置上に存在すること、或いはクライアントアプリケーションとタグ付けアプリケーションが同じアプリケーションの一部であることさえも見越している。このような実施形態は、タグ付きメディアアイテム情報をメディアソースに戻すという発想にも適用される。
【００３５】
図４は、１つの実施形態による、タグ集約機として機能する（ｉＴｕｎｅ（Ｒ）アプリケーションなどの）クライアントアプリケーションの例を示す図である。ここでは、クライアントアプリケーションが、（ｉＰｈｏｎｅ（Ｒ)などの）携帯用メディア装置上で実行される。ここでは、ユーザインターフェイスが、別個の「タグ」タブ４０２を提供することができる。「タグ」タブが選択されると、ユーザインターフェイスは、楽曲アルバムのリスト４０４の表示から、クライアントアプリケーションにおいて集約されているタグ情報のリストの表示に切り替えることができる。
【００３６】
なお、この説明においては、タグ付きメディアアイテムは、何らかの形で関心のあるアイテムであると識別されるあらゆるメディアアイテムである。メディアアイテムにタグ付けする機構は、特定のタグ付け機構に限定されず、その例として、グラフィックユーザインターフェイス（ＧＵＩ）内のグラフィックボタン又はメニュー選択、メディアアイテムの再生に利用するための（カーラジオ上の専用「タグ」ボタンなどの）ハードウェア装置上の物理的ボタン、及びキーボード又はその他の一般的入力装置が挙げられる。１つの実施形態では、様々な電子部品内に、タグ付け機能を可能にするための集積チップセットを設けることができる。例えば、カーラジオを、タグ付け用集積チップセットを含むように製造することができる。
【００３７】
別の例では、タグ付け機能を含む携帯用メディア装置又は携帯電話機が様々なアプリケーションを利用できるようにすることができる。１つの具体例では、ｉＰｈｏｎｅ（Ｒ）で使用するために作成された、ＡｐｐＳｔｏｒｅ（Ｒ）を通じて配信されるアプリケーションが、タグ付けを実施するように設計された追加機能を含むことができる。場合によっては、アプリケーション製造者のアプリケーションをタグ付け規格に適合させるための設計仕様をアプリケーション製造者に提供することができる。この設計仕様の提供は、タグ付きメディアアイテム情報をアプリケーションが装置のどこに記憶すべきか、及びこの情報を別のクライアントアプリケーションにどのようにして通信すべきかに関する情報を提供することを含むことができる。
【００３８】
また、「メディアアイテム」という用語は、限定を意図するものではない。メディアアイテムの例としては、楽曲及び／又はその他のオーディオファイルビデオ、テキスト文書、ウェブページ、Ｅメール、写真などが挙げられる。これらのメディアアイテムを再生する機構も異なることができる。本明細書で説明する実施形態は、受け取られて再生されているメディアアイテムのタグ付けに関連する用語で説明することができる。このような実施形態は、メディアアイテムを再生する装置に、対応するメディアアイテムファイルが実際に記憶されていない例を含むことができる。このような実施形態の例として、ラジオ又は家庭用ステレオ装置が挙げられる。これらの実施形態は、インターネットラジオをストリーミングする場合のように、再生されているメディアアイテムの全部ではないが一部を記憶する装置にも適用することができ、この場合メディアアイテムの一部をバッファ内に配置して、ストリーミング中の待ち時間の問題に起因して生じ得るエラーを低減することができる。さらに、この実施形態を、一般的同期中に家庭用コンピュータからメディアアイテムをダウンロードするために使用する携帯用メディアプレイヤなどの、メディアアイテム全体を記憶する装置に適用することもできる。
【００３９】
次に、メディアアイテムにタグ付けする処理に移ると、この処理を行う際には、メディアアイテムに関連するメタデータの一部又は全部のスナップショットを撮影して利用することができる。この情報を使用して、上述したようなタグ付きメディアアイテムのリストを編集することができる。これらのリスト又は情報は、いずれも実際のメディアアイテム自体の一部を記憶する必要はない（ただし、このような記憶を行う実施形態は可能である）。
【００４０】
１つの実施形態では、特定のメディアアイテムに利用できる全てのメタデータが、このメディアアイテムのタグの一部として記憶される。例えば、オーディオファイルをコンピュータ又は携帯用メディア装置に記憶する１つの一般的方法では、ムービング・ピクチャー・エキスパーツ・グループ−１オーディオレイヤ３（ＭＰ３）プロトコルを使用する。このプロトコルは、ＩＤ３コンテナに記憶されたメタデータ情報を含み、タイトル、アーティスト、アルバム、トラック番号、及びメディアアイテムに関するその他の情報がファイル自体に記憶される。１つの実施形態では、このＩＤ３コンテナを単純にコピーにし、メディアアイテムのタグとして使用する。別の実施形態では、ＩＤ３コンテナ内のフィールドの一部のみをコピーし、タグとして使用する。
【００４１】
メディアアイテムの種類及び伝送メカニズムに応じて、メタデータを複数の場所に埋め込むこともできる。最終的にメディア管理サーバからアイテムが購入された場合、放送会社は、このメディア管理サーバと手を組んで、このメディア管理サーバとともに使用するように設計されたメタデータを報酬と引き換えに埋め込むことができる。これについては、本明細書において後程より詳細に説明する。従って、埋め込まれたメタデータは、メディアアイテム自体の単なる識別符号に加え、この報酬を支払うにあたりメディア管理サーバにとって有用となり得る情報を含むことができる。いくつかの状況では、このメタデータが、メディア管理サーバを運用する会社によって一意に読み取られ、従ってこの埋め込まれた情報を他の会社が許可なく利用するのを防ぐことができる。
【００４２】
全ての種類のメディアアイテムに関して、ラジオ又はテレビ局のコールサイン及び支配的商業圏（ＤＭＡ）、送信機が属するラジオ又はテレビネットワークの識別符号のような送信元の識別符号などの追加のメタデータを追跡することができる。
【００４３】
メタデータは、メディアアイテムにタグ付けしたデータ及び時間を示すタイムスタンプを含むこともできる。いくつかの実施形態では、このタイムスタンプを利用して、メディアアイテムの識別を支援することができる。例えば、メタデータが、（特定のラジオ局などの）メディアソースに関する情報も含む場合、タイムスタンプを使用して、楽曲にタグ付けした時に特定のラジオ局でどのような楽曲が再生されていたかを示すデータベースにアクセスすることができる。
【００４４】
この意味において、タグに記憶されるメタデータの量は、たとえ１つの実施形態内であっても、メディアアイテムの種類及びメディアアイテムのソースに基づいて異なることがある。例えば、従来のラジオ局からのタグ付きメディアアイテムは、インターネットストリームからのタグ付きメディアアイテムよりも、メタデータを識別するために必要なメタデータが少なくて済む。
【００４５】
なお、タグに記憶されたメタデータをメディアアイテム自体から取り出す必要はない。実施形態は、アイテムにタグ付けした時点でシステムが新たなメタデータを生成することができ、この新たなメタデータを識別タグとして使用できることを見越している。
【００４６】
１つの実施形態では、送信自体からメタデータを抽出することに加え、又はこれの代わりに、送信を識別する際に、送信されたコンテンツの一部を後で使用できるように取り込むことができる。この取り込んだ部分は、例えば、この部分を取り込んだ元の放送を識別するための「指紋」として使用できるいずれの部分であってもよい。例えば、第２の又は２つのコンテンツを取り込むこともできる。この実施形態は、複数のメディアアイテムに関する記憶されたコンテンツ情報のデータベースにアクセスすることによってメディアアイテムを識別するために使用するのに十分なものとなり得る。
【００４７】
１つの実施形態では、取り込んだメタデータが、メディアアイテムにタグ付けした装置自体に関する情報を含むことができる。例えば、特定のｉＰｈｏｎｅ（Ｒ）上でメディアアイテムにタグ付けした場合、この特定のｉＰｈｏｎｅ（Ｒ）に関する識別符号をメタデータに記録して保存することができる。厳密には、集約した再生リスト内でこのような情報を後で使用する必要はないが、集約された再生リストをアルファベット順又はその他の何らかの基準よりもむしろ装置によって体系化することが好ましい場合のように、このような情報が役立つ実施形態も存在し得る。
【００４８】
タグ内では、いずれの特定の情報も使用する必要はないが、使用する情報が固有のものであればあるほど、２つのメディアアイテムが互いに混同されることも少なくなる。少なくとも、タグ内の情報がメディア管理サーバに対してメディアアイテムを一意に識別できることも有用となり得る。メディア管理サーバは、購入できるメディアアイテムのデータベースにアクセスすることができ、タグ付きメディアアイテムをこのデータベース内のメディアアイテムに関連付ける手段を講じることができる。従って、メディア管理サーバがこの関係を築くのに有用と思われるあらゆる情報は、タグに記憶しておくことが有用である。しかしながら、タグ自体が十分でない場合、メディア管理サーバは、メディアアイテムの識別情報を推定しようと試みるための追加の手段を講じることができる。例えば、識別情報がアルバムタイトルを含んでいたものの、楽曲タイトルを誤って識別した場合、メディア管理サーバは、その楽曲の長さを、この特定のアルバムに含まれる楽曲の長さに関するデータベース内の情報と比較することにより、楽曲のタイトルを推定することができる。
【００４９】
別の実施形態では、タグに位置情報を記憶することができる。この位置は、相対的なものであっても、又は絶対的なものであってもよい。例えば、タグは、メディアアイテムが家庭でタグ付けされたか、それとも職場でタグ付けされたかに関する情報を含むことができる。その後、この情報を、ユーザがタグ付きメディアアイテムリスト内のアイテムを購入すべきか否かを決定する際に（例えば、ユーザが多くの時間を職場で過ごしている場合には、タグ付けされたアイテムを仕事中に購入する可能性が高いと考えられる）、又はその他のアプリケーションによって（例えば、アプリケーションが再生する楽曲を提案し、かつユーザが職場にいることを知っている場合、このアプリケーションは、ユーザが職場にいる時にタグ付けされたメディアアイテムリストから楽曲を提案する可能性が高いと思われる）利用することができる。
【００５０】
上述したように、メディアアイテムに最初に「タグ付け」する装置は、多くの異なる種類の装置のうちの１つとすることができる。１つの実施形態では、この装置が携帯用メディア装置である。携帯用メディア装置とは、一般に、以下に限定されるわけではないが、オーディオファイル、ビデオファイル、静止画像などを含むメディアアイテムを記憶して再生する能力を有する携帯用電子装置のことである。この携帯用メディア装置を、再生されながら配信されるメディアアイテムを含む他のソースからの送信を受信できる受信機を含むアクセサリに接続することもできる。このような非コンピューティングアクセサリの例として、ＦＭ、ＨＤ又は衛星放送会社などの第三者のソースからの放送を受信するように設計されたラジオ又は衛星チューナが挙げられる。このアクセサリは、携帯用メディア装置とは別個の装置であってもよく、或いは携帯用メディア装置自体に組み込まれたものであってもよい。
【００５１】
図５は、１つの実施形態による、携帯用メディア装置に含めることができる様々な構成要素を示すブロック図である。この携帯用メディア装置は、メディアアイテム及びタグ付きメディアアイテム情報を記憶するために使用できる記憶装置５００を含む。携帯用メディア装置は、ユーザインターフェイスモジュール５０２、ディスプレイインターフェイス５０４、（スピーカ又はヘッドホンジャックなどの）オーディオ出力装置５０６、ユーザ入力制御５０８、及びアクセサリインターフェイス５１０を含むこともできる。ユーザ入力制御５０８は、例えば、１又はそれ以上のボタン、タッチパッド、タッチ画面、スクロールホイール、クリックホイール、又はユーザが行った動作に対応する通信信号を生成できる他のあらゆる装置を含むことができる。タッチ画面の場合、ディスプレイが入力装置及び出力装置の両方として機能するので、ユーザ入力制御５０８をディスプレイインターフェイス５０４と一体化することができる。
【００５２】
ユーザインターフェイスモジュール５０２は、ユーザが携帯用メディア装置の動作を制御できるようにする回路及び／又はソフトウェアのあらゆる組み合わせを含むことができる。ユーザインターフェイスモジュール５０２は、記憶装置５００からデータを受け取り、ディスプレイインターフェイス５０４又はオーディオ出力装置５０６を介して対応する出力をユーザに提供することもできる。
【００５３】
１つの実施形態では、ユーザインターフェイスモジュール５０２が、メディアアイテムが再生されている時に、これらにユーザ入力制御５０８を介してタグ付けするように動作できる制御装置を含むことができる。例えば、ユーザインターフェイスモジュール５０２は、ディスプレイ上に表示されたユーザインターフェイス上に「タグ」ボタンを出現させ、これをメディアアイテムの再生中にいつでも押して、現在再生中のメディアアイテムにタグ付けすべきである旨を示すことができる。
【００５４】
メディアタグ付けモジュール５１２は、ユーザインターフェイスモジュール５０２がタグ付け動作を受け取った時に再生中のメディアアイテムに関するメタデータを保存するために使用することができる。
【００５５】
記憶装置５００を使用して、メディアアイテム、及びタグ付けされたメディアアイテムを識別するメタデータを記憶することができる。記憶装置５００は、例えば、磁気又は光ディスク、フラッシュメモリ、又はその他のいずれかの不揮発性メモリを含むことができる。（ＲＡＭなどの）揮発性メモリを利用するさらなる実施形態も可能であるが、このような実施形態は、メディアアイテム自体をどこか他の場所に記憶し、タグ付きメディアアイテム情報を、クライアントアプリケーションと調整できるまで一時的に記憶するためだけに記憶装置５００を使用するような場合により有用となる。また、この目的のみのためにタグ情報をメモリに記憶する実施形態（「タグ」記憶装置など）も可能である。
【００５６】
タグ情報を記憶する形式がどのようなものであれ、最終的にタグ集約機によってタグ情報を取り出すことができる。タグ集約機は、タグ付けアプリケーションとは異なる装置上に存在する場合、一般的同期を使用して関与することができる。この一般的同期は、直接有線接続を利用することも、或いは携帯電話プロトコル又はＷｉ−Ｆｉプロトコルなど何らかの無線通信プロトコルを介して無線で行うこともできる。一般的同期中であるか別の時間中であるかに関わらず、メディア再生リスト更新モジュール５１４を使用してタグ情報の受け渡しを行うことができる。
【００５７】
携帯用メディア装置の様々な要素を調整し、本明細書の様々な実施形態で説明した他の構成要素が行わない動作を行うのに必要なあらゆるステップを行わせるために、プロセッサ５１６を含めることができる。
【００５８】
タグ集約機は、メディアアイテム再生リストを管理し、これをメモリに記憶することができる。タグ集約機は、タグ付けアプリケーションからのタグ情報を使用して、タグ付きメディアアイテム再生リストにこのタグ情報を追加することができる。なお、タグ集約機が取り出したタグ情報の識別は、複数の異なる形で行うことができる。
【００５９】
１つの実施形態では、メディアアイテムにタグ付けしている時に、これらのタグが、メディアアイテムを再生している装置上の予め指定された場所に記憶される。タグ集約機、又は（ｉＴｕｎｅ（Ｒ）アプリケーションと相互連結するように設計された同期アプリケーションなどの）クライアントアプリケーションと相互連結する中間アプリケーションのいずれかが、この予め指定された場所を知ることができる。この予め指定された場所を、装置上の複数のアプリケーションによって共有してもよく、又は共有しなくてもよい。例えば、携帯用メディア装置は、ＨＤラジオチューナ、ストリーミングインターネット無線アプリケーション、及びＦＭチューナを含む複数のアプリケーションを有することができ、ここから楽曲にタグを付けることができる。これらのアプリケーションの各々は、携帯用メディア装置のメモリ内にアプリケーション固有の設計場所を有することもでき、或いはこれらのアプリケーションの１又はそれ以上が単一の場所を共有することもできる。にもかかわらず、タグ集約機、又は少なくともこのタグ集約機と相互連結する中間アプリケーションは、これらの場所を全て知ることができる。なお、タグ付けアプリケーションは、その固有の目的で、その固有のタグの組を専用の場所に記憶することもできる。
【００６０】
タグ集約機は、タグ情報を記憶する予め指定された場所を有することもできる。タグ集約機が、メディアアイテムにタグ付けした装置と同じ装置上に位置する場合、タグ付けアプリケーションに特有の場所に情報を記憶し、その後タグ集約機の予め指定された場所に情報を転送することとは対照的に（このような実施形態が禁じられているわけではないが）、タグ付けアプリケーション自体が、タグ情報のためにタグ集約機が予め指定した場所に単純に情報を記憶する方が容易であると考えられる。
【００６１】
１つの実施形態では、メディア管理サーバを利用して、タグ付きメディアアイテムのリストをユーザ毎に記憶する。このようなメディア管理サーバの例が、ｉＴｕｎｅ（Ｒ）システムである。このようなシステムでは、ユーザがアカウントを作成し、このアカウントを介して様々なメディアアイテムを購入して管理し、複数の装置上で動作するｉＴｕｎｅ（Ｒ）アプリケーションによってこれらのメディアアイテムにアクセスすることができる。例えば、ユーザは、デスクトップコンピュータ、ラップトップコンピュータ及び携帯電話機上で実行されるｉＴｕｎｅ（Ｒ）アプリケーションを有することができる。ユーザは、これらの装置の各々から自身のｉＴｕｎｅ（Ｒ）アカウントにアクセスすることができる。なお、ｉＴｕｎｅ（Ｒ）システムは、利用できるメディア管理サーバの一例にすぎない。当業者であれば、その他の種類のメディア管理サーバも同様に利用できると認識するであろう。
【００６２】
なお、１つの実施形態では、メディア管理サーバが、ユーザアカウントによってタグ情報を体系化することができる。このような実施形態では、ユーザがメディア管理サーバに登録して、アカウントを作成することができる。次に、ユーザは、このアカウント情報を使用して、自身の制御下でクライアントアプリケーションの１又はそれ以上を構成することができる。この構成は、例えば、クライアントアプリケーションを動作させる時にユーザ名及びパスワードを打ち込むことを含むことができる。その後、他の機構を使用して、タグ付けアプリケーションをアカウントに関連付けることができる。
【００６３】
様々な方法で複数のユーザの状況を取り扱うことができる。１つの実施形態では、複数のユーザが使用するアプリケーションを、単一ユーザのアカウントにデフォルト設定することができる。このようにすることで、家族の様々なメンバー全員が単一のコンピュータを操作する場合、家族のどのメンバーがメディアアイテムにタグ付けしても、単一ユーザのアカウントを利用して全てのタグ情報を集約することができる。別の実施形態では、タグ情報が、アイテムにタグ付けしたユーザに関する情報を含むことができ、従って、たとえメディア管理サーバの単一のアカウントを使用して情報を集約していても、その後のタグ付きメディアアイテムリストを、タグ付けを行ったユーザに基づいて再分割することができる。
【００６４】
図６は、１つの実施形態によるメディア管理サーバを示すブロック図である。通信インターフェイス６００は、タグ付きメディアアイテムのリストをタグ集約機から受信することができる。通信インターフェイス６００は、タグ付けアプリケーションからタグ情報を受信することもできる。購入インターフェイス６０２は、タグ付きメディアアイテムのリストから第１のタグ付きメディアアイテムを購入する命令を受信することができる。購入インターフェイス６０２は、クライアントアプリケーションと通信して、第１のタグ付きメディアアイテムの購入及びダウンロードを調整することができる。報酬モジュール６０４は、第１のタグ付きメディアアイテムを購入する命令を受信すると、この第１のタグ付きメディアアイテムに関連するメディアソースに報酬を与えることができる。
【００６５】
タグ付きメディアアイテムリスト調整モジュール６０６は、タグ付きメディアアイテムのリストを複数の集約機の間で調整することができる。メディアリスト更新モジュール６０８は、タグ付けアプリケーションから受け取ったタグ情報を使用して、メモリ６１０内のタグ付きメディアアイテムのリストを更新することができる。プロセッサ６１２は、一般に様々なモジュール及びその他の処理機能の調整に関するタスクを実行することができる。
【００６６】
図７は、１つの実施形態による方法を示すフロー図である。この方法は、タグ集約機により実行することができる。ステップ７００において、第１のタグ付きメディアアイテムに関連する第１のタグ情報を第１のタグ付けアプリケーションから受信することができる。ステップ７０２において、第２のタグ付きメディアアイテムに関連する第２のタグ情報を、第１のタグ付けアプリケーションとは異なる第２のタグ付けアプリケーションから受信することができる。ステップ７０４において、受け取った第１及び第２のタグ情報を使用してメディアアイテムのリストを更新することができる。メディア再生リストを更新する行為は、タグ付きメディアアイテムの識別を支援するために外部データベースにアクセスすることを含んでもよいし、含まなくてもよい。１つの実施形態では、タグ付けアプリケーションの種類が、上述した３つのカテゴリのアプリケーション、すなわち（１）１又はそれ以上のメディアソースから直接放送を受信するアプリケーション、（２）インターネット又はその他のネットワーキングストリームを介してストリーミングメディアアイテムを受信するアプリケーション、及び（３）携帯用メディア装置及び電話機上のスタンドアロンアプリケーションとして実行されるアプリケーションに由来することができる。
【００６７】
この方法は、アプリケーションによって、又はメディア管理サーバのクライアントアプリケーションに関連する装置によって実行することができる。例えば、この方法は、ｉＴｕｎｅ（Ｒ）クライアントアプリケーションを実行するラップトップコンピュータ又はデスクトップコンピュータ上で実行することができる。クライアントアプリケーションが携帯用メディア装置などの別の装置上で動作する実施形態では、この方法をこの装置上で実行することができる。
【００６８】
タグ情報自体を受信する行為は、実施構成に基づいて大きく異なることができる。例えば、タグ集約機とは別の装置上でタグ付けアプリケーションが実行される場合、装置間で何らかの能動的通信を行って情報を転送することが必要となり得る。タグ集約機と同じ装置上でタグ付けアプリケーションが実行される場合、タグ付けアプリケーションは、情報を単純にタグ集約機へ直接転送すること、或いはタグ集約機が後で情報を取り出すことができる予め指定された場所に情報を保存することができる（例えば、タグ付けアプリケーションとタグ集約機が同時に実行していない場合、後者の方が有用である）。
【００６９】
図８は、別の実施形態による方法を示すフロー図である。この方法は、３つ（又はそれ以上）のタグ集約機を有するシステムにおいて第１のタグ集約機を動作させることに関する。このシステムは、例えば、第１のタグ集約機が階層の最上部（又は少なくとも第２及び第３のタグ集約機よりも高い階層レベル）に存在する階層的配列とすることができる。
【００７０】
ステップ８００において、タグ付きメディアアイテムのリストを第２のタグ集約機から受信することができる。ステップ８０２において、この第２のタグ集約機からのタグ付きメディアアイテムのリストを、第１のタグ集約機により制御されるタグ付きメディアアイテムのリストに追加することができる。ステップ８０４において、タグ付きメディアアイテムのリストを第３のタグ集約機から受信することができる。ステップ８０６において、この第３のタグ集約機からのタグ付きメディアアイテムのリストを、第１のタグ集約機により制御されるタグ付きメディアアイテムのリストに追加することができる。
【００７１】
ステップ８０８において、第１のタグ付けアプリケーションからタグ情報を受信することができる。ステップ８１０において、この第１のタグ付けアプリケーションからのタグ情報を、第１のタグ集約機により制御されるタグ付きメディアアイテムのリストに追加することができる。
【００７２】
タグ付けアプリケーションは、チューナアプリケーション、インターネットストリーミングアプリケーション、又は無線ネットワークアプリケーションのうちの１つの種類とすることができる。タグ付けアプリケーションは、ＡＰＩを介して第１のタグ集約機と通信することができる。タグ付けアプリケーションが第三者（メディア管理サーバを制御する団体以外の団体）により作成されている場合、いずれかのタグ付きメディアアイテムが後で購入されたことに対してボーナスを支払うことにより、この第三者を、タグ集約機と互換性のあるタグ付けアプリケーションを作成し、及び／又はメディアアイテムにメタデータを埋め込んだことに対して補償することができる。
【００７３】
図９は、別の実施形態による方法を示すフロー図である。この方法は、アプリケーションにより、又はタグ付けアプリケーションに関連する（携帯用メディア装置などの）装置により実行することができる。この方法は、メディアアイテムに「タグ付け」するために行われる処理に関する。
【００７４】
ステップ９００において、メディアアイテムを再生することができる。このメディアアイテムは、メディアアイテムの種類及びタグ付けアプリケーションの種類に応じて様々な異なる方法で再生することができる。チューナアプリケーションの場合、（ラジオ又はＨＤチューナなどの）アクセサリ装置を使用して再生を支援することができる。このアクセサリ装置は、タグ付けアプリケーションと同じ装置内に位置してもよく、或いは別個の装置であってもよい。タグ付けアプリケーションは、例えば、チューナアプリケーション、インターネットストリーミングアプリケーション、無線ネットワークアプリケーションなどとすることができる。
【００７５】
ステップ９０２において、タグ付け動作を受信することができる。この動作は、複数の異なる方法で受信することができる。１つの実施形態では、装置上で動作するユーザインターフェイスエンジンが、メディアアイテムが再生されている時にユーザがユーザ入力制御を介してメディアアイテムにタグ付けするように操作できる制御装置を含むことができる。例えば、ユーザインターフェイスエンジンは、ディスプレイ上に表示されたユーザインターフェイス上に、ユーザがメディアアイテムを聴き又は見ている間にいつでも押すことができる「タグ」ボタンを出現させて、現在再生中のメディアアイテムにタグ付けすべきである旨を示すことができる。別の実施形態では、物理的「タグ」ボタンをユーザに提供することができる。この結果、タグ付け動作は、これらのタグボタンの１つを選択するユーザインタラクションを含むことができる。
【００７６】
ステップ９０４において、メディアアイテムに関するメタデータを記憶することができる。このメタデータは、複数の異なる方法で取得することができる。１つの実施形態では、例えばＭＰ３ファイルのＩＤ３タグに記憶されたメタデータなどのメディアアイテム自体に埋め込まれたメタデータから、又はハイブリッドデジタルオーディオストリームに埋め込まれたメタデータからメタデータがコピーされる。別の実施形態では、タグ付け動作時に、タグ付けアプリケーションがメタデータを生成する。別の実施形態では、メタデータを、単純にタイムスタンプ及び（ラジオ局などの）メディアソース識別子とすることができる。その後、この識別子を使用してデータベースに問い合わせ、目的のタグ付けされたメディアを特定することができる。
【００７７】
メタデータの記憶も、多くの異なる形をとることができる。１つの実施形態では、メタデータが、拡張マークアップ言語（ＸＭＬ）ファイルの形でローカル記憶装置に記憶される。別の実施形態では、メタデータがテキストファイルとして記憶される。
【００７８】
ステップ９０６において、メディアアイテムに関するメタデータをタグ集約機へ送信することができる。タグ集約機が、タグ付けアプリケーションとは異なる装置上に位置する場合、同期プログラムを介してメタデータを送信することが必要となり得る。
【００７９】
様々な態様、実施形態、実施構成、又は説明した実施形態の特徴は、別個に又はあらゆる組み合わせで使用することができる。説明した実施形態の様々な態様は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアの組み合わせによって実現することができる。説明した実施形態を、コンピュータ読み取り可能な記録媒体上のコンピュータ可読コードとして具体化することもできる。コンピュータ読み取り可能な記録媒体は、後でコンピュータシステムが読み出すことができるデータを記憶できるあらゆるデータ記憶装置として定義される。コンピュータ読み取り可能な記録媒体の例としては、リードオンリメモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ及び光学的データ記憶装置が挙げられる。コンピュータ読み取り可能な記録媒体を、ネットワークに結合したコンピュータシステムにわたって分散させ、コンピュータ読み取り可能なコードを分散方式で記憶して実行することもできる。
【００８０】
上述の説明では、説明した実施形態を完全に理解できるように説明目的で特定の用語を使用している。しかしながら、当業者には、説明した実施形態を実施するためにこれらの特定の詳細が必須でないことが明らかであろう。従って、本明細書で説明した上述の特定の実施形態の説明は、例示及び説明を目的として示すものである。これらは、網羅的であること、又は開示した正確な形に実施形態を限定することを意図するものではない。当業者には、上記教示に照らして多くの修正例及び変形例が可能であることが明らかであろう。
【００８１】
これらの実施形態は、基本的な原理及び概念及び実施可能な応用を最も良く説明し、これにより他の当業者が様々な実施形態を、想定される特定の使用に適した様々な修正を加えて最大に利用できるようにするために選択し説明したものである。これらの実施形態の範囲は、以下の特許請求の範囲及びその均等の範囲によって定められることが意図されている。
【符号の説明】
【００８２】
１００：集約機
１０２：第１のカテゴリ
１０４：ＨＤラジオを備えた携帯用メディア装置
１０６：ＦＭラジオを備えた携帯用メディア装置
１０８：衛星ラジオ受信機
１１０：ＤＡＢチューナを備えたステレオシステム
１１２：第２のカテゴリ
１１４：インターネットラジオアプリケーション
１１６：ストリーミングビデオアプリケーション
１１８：第３のカテゴリ
１２０：携帯電話機
１２２：携帯用メディア装置
１２４：クラウド
【図１】
2013525904.tif 000003
【図２】
2013525904.tif 000004
【図３】
2013525904.tif 000005
【図４】
2013525904.tif 000006
【図５】
2013525904.tif 000007
【図６】
2013525904.tif 000008
【図７】
2013525904.tif 000009
【図８】
2013525904.tif 000010
【図９】
2013525904.tif 000011
【手続補正書】
【提出日】平成24年12月18日(2012.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のタグ付けアプリケーションから、第１のタグ付きメディアアイテムに関連する第１のタグ情報を受信するステップと、
前記第１のタグ付けアプリケーションとは異なる第２のタグ付けアプリケーションから、第２のタグ付きメディアアイテムに関連する第２のタグ情報を受信するステップと、
受信した前記第１のタグ情報及び前記第２のタグ情報を使用してメディアアイテムのリストを更新するステップと、
を含むことを特徴とする方法。
【請求項２】
前記メディアアイテムのリストをメディア管理サーバとの間で調整するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記第１のタグ情報が、アプリケーションプログラムインターフェイス（ＡＰＩ）を通じて前記第１のタグ付けアプリケーションから受け取られることを特徴とする、請求項１又は請求項２に記載の方法。
【請求項４】
前記メディアアイテムのリストを第１のタグ集約機と第２のタグ集約機の間で調整するステップをさらに含むことを特徴とする、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記メディアアイテムのリストをメディアソースへ送信するステップをさらに含む、
ことを特徴とする、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第１のタグ付きメディアアイテムが後で購入された場合、前記第１のタグ付きメディアアイテムを送信するメディアソースを、ボーナスを支払うことによって補償するステップをさらに含むことを特徴とする、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
第１のタグ集約機を動作させる方法であって、
第２のタグ集約機からタグ付きメディアアイテムのリストを受信するステップと、
前記第２のタグ集約機からの前記タグ付きメディアアイテムのリストを、前記第１のタグ集約機により制御されるタグ付きメディアアイテムのリストに追加するステップと、
第３のタグ集約機からタグ付きメディアアイテムのリストを受信するステップと、
前記第３のタグ集約機からの前記タグ付きメディアアイテムのリストを、前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストに追加するステップと、
第１のタグ付けアプリケーションからタグ情報を受信するステップと、
前記第１のタグ付けアプリケーションからの前記タグ情報を、前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストに追加するステップと、
を含むことを特徴とする方法。
【請求項８】
前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストを、前記第２のタグ集約機及び前記第３のタグ集約機の両方との間で調整するステップをさらに含むことを特徴とする、請求項７に記載の方法。
【請求項９】
前記第１のタグ付けアプリケーションとは異なる第２のタグ付けアプリケーションからタグ情報を受信するステップと、
前記第２のタグ付けアプリケーションからの前記タグ情報を、前記第１のタグ集約機により制御される前記タグ付きメディアアイテムのリストに追加するステップと、
をさらに含むことを特徴とする、請求項７又は８に記載の方法。
【請求項１０】
タグ付きメディアアイテムのリストをタグ集約機から受信することができる通信インターフェイスと、
前記タグ付きメディアアイテムのリストから第１のタグ付きメディアアイテムを購入するための命令を受信することができる購入インターフェイスと、
前記購入インターフェイスが、前記第１のタグ付きメディアアイテムを購入するための命令を受け取った時に、前記第１のタグ付きメディアアイテムに関連するメディアソースに報酬を与えることができる報酬モジュールと、
を備えることを特徴とするメディア管理サーバ。
【請求項１１】
前記購入インターフェイスが、クライアントアプリケーションと通信して前記第１のタグ付きメディアアイテムの購入及びダウンロードを調整することができることを特徴とする、請求項１０に記載のメディア管理サーバ。
【請求項１２】
タグ付きメディアアイテムのリストを複数のタグ集約機の間で調整できるタグ付きメディアアイテムリスト調整モジュールをさらに備えることを特徴とする、請求項１０又は１１に記載のメディア管理サーバ。
【請求項１３】
前記通信インターフェイスが、タグ付けアプリケーションから第２のタグ付きメディアアイテムに関連するタグ情報をさらに受信することができることを特徴とする、請求項１０〜１２のいずれか１項に記載のメディア管理サーバ。
【請求項１４】
メモリと、
前記第２のタグ付きメディアアイテムに関連する前記タグ情報を使用して、前記メモリ内のタグ付きメディアアイテムのリストを更新できるメディアリスト更新モジュールと、をさらに備えることを特徴とする、請求項１０〜１３のいずれか１項に記載のメディア管理サーバ。
【請求項１５】
ポータブルコンピュータ装置であって、
前記ポータブルコンピュータ装置と少なくとも別の電子装置の間の通信を容易にするように構成された通信インターフェイスと、
タグ付けアプリケーションと、
関連するメタデータを有するメディアアイテムにタグ付けするために使用されるタグ付け動作を受信するように構成されたインターフェイスと、
前記タグ付きメディアアイテムの前記メタデータの少なくとも一部を保存することにより、前記インターフェイスにより提供された前記タグ付け動作に応答するメディアタグ付けモジュールと、
前記保存したメタデータを、前記通信インターフェイスを介して少なくとも１つの他の装置へ送信するように構成されたメディア再生リスト更新モジュールと、
を備え、前記他の装置が少なくとも第１のクライアントアプリケーションを含み、該第１のクライアントアプリケーションが、
前記メタデータを取り出し、
前記メタデータを使用して、前記第１のクライアントアプリケーションに関連する第１のメディア再生リストを更新し、
前記更新した第１のメディア再生リストを、前記第１のクライアントアプリケーションとは異なる第２のクライアントアプリケーションからのメタデータを含む第２のメディア再生リストを有するメディア管理サーバとの間で調整する、
ように構成される、
ことを特徴とするポータブルコンピュータ装置。
【請求項１６】
前記その他の装置がタグ集約機を含むことを特徴とする、請求項１５のポータブルコンピュータ装置。
【請求項１７】
タグ付け動作を受信するように構成された前記インターフェイスが、グラフィックユーザインターフェイスであることを特徴とする、請求項１５又は１６に記載のポータブルコンピュータ装置。
【請求項１８】
タグ付け動作を受信するように構成された前記インターフェイスが、前記ポータブルコンピュータ装置上の物理的ボタンへのインターフェイスであることを特徴とする、請求項１５〜１７のいずれか１項に記載のポータブルコンピュータ装置。
【請求項１９】
装置であって、
前記装置と、タグ付きメディアアイテムを有する複数の異なるタグ付けアプリケーションの１つとの間の接続を確立する手段と、
前記タグ付きメディアアイテムに対応するメタデータを受信する手段と、
前記装置において前記メタデータを使用してメディア再生リストを更新する手段と、
前記装置における前記メディア再生リストをメディア管理サーバにおけるアカウントと同期させる手段と、
を備えることを特徴とする装置。
【請求項２０】
前記接続する手段が、各々がタグ付けアプリケーションを含む複数の装置の１つに接続するケーブルを受け入れる物理インターフェイスを含むことを特徴とする、請求項１９に記載の装置。
【国際調査報告】
2013525904.tif 000012
2013525904.tif 000013
2013525904.tif 000014
2013525904.tif 000015
2013525904.tif 000016