JP2012506575A - ダウンロードトランザクション会計及びソーシャルネットワーク交流のための方法及びシステム - Google Patents

Abstract

【課題】本発明は、ファイルの使用に支払われるロイヤルティを、ソーシャルネットワーキングシステム内で決定するための方法及びシステムである。
【解決手段】その方法は、再生されるファイル内へのライセンスデータの埋め込みから始まる。検査ルーチンは、ファイルを検査して許可される使用の組を決定するために開始される。ファイルは、所定の使用基準に適合すれば、特定の地域内で再生機器により再生され得る。記録簿は、ファイルが再生される各事例を記録し、全事例の組を集約するために維持される。計算ルーチンは、ライセンスパラメータ及び関連する測定基準に関してロイヤルティを決定するために利用される。ロイヤルティはまた、地域及び機器タイプにより決定される。ロイヤルティは、計算された後に、レーベルのアカウントに与えられ、ロイヤルティに関して支払いが行われるまで貯められる。
【選択図】図１５

Description

本願は、２００８年１０月２０日に出願された米国仮出願第６１／１０６，８４５号及び２００９年６月２５日に出願された米国仮出願第６１／２２０，４４６号に関連し、それらに対して優先権を主張し、それぞれの内容全体が参照によりここに援用される。

本願は、同日に出願された米国実用特許出願第ＸＸＸ号（代理人整理番号ＢＥＹＯＮ．Ｐ００３）及び同日に出願された米国実用特許出願第ＸＸＸ号（代理人整理番号ＢＥＹＯＮ．Ｐ００４）に関連する。

本発明は、データベースにデータを集約し、ソーシャルネットワーキング交流（exchange）を管理できると共に、システムを通した音楽及び／または映像の再生の課金のためのデータ処理システムに関連する。より具体的に、本発明は、個別のリポジトリ（repository）に報告する、例えば携帯（portable）ＭＰ３プレーヤー、携帯電話、コンピュータ、ＧＰＳシステム等のデジタル音声または映像機器（集合的に「音楽対応（enabled）機械」または「ＭＥＭ」）からのファイル毎の再生を追跡し、管理できるシステムに関連する。システムは、包括的な会計及び人口統計の記録を実現するために、歌毎／ユーザー毎の再生を追跡する。さらに、システムは、その内部での音声及び映像のファイルの検索を促進するために、歌毎の再生、ダウンロード、共有、及び参照を含むユーザーの活動を中心に構築される社会的交流ネットワークを追跡して管理する。相互運用データマイニング、報告、リーダー、及びレポータの機能がシステムの至るところに置かれる。

従来技術は、音楽産業のロイヤルティ収集の取り組みを含む。なぜなら、これらのロイヤルティは、著作権のあるデジタルの音楽トラック及び映像の再生に関連するからである。音楽産業は、社会意識の変化、より具体的に技術の進歩と直接関係する形で、過去１３０年に変化を経験した。デジタル音楽の発生は、音楽及び関連する映像の頒布モデルに極度の変化をもたらした。

何年にもわたって、著作権保持者は、比較的容易な方法で追跡できるレコードまたはテープの販売時に代金を支払われた。さらに、再生に対する支払いはまた、特にAmerican Society of Composers, Authors and Publishers (ASCAP)、Broadcast Music Inc. (BMI)、及びSociety of European Stage Authors & Composers (SESAC)のような興行権団体（ＰＲＯ）により管理されるロイヤルティの発生器であった。ＰＲＯは、その構成員に多くの異なる機能を提供するが、おそらくこれらの機能のうち最も重要なものは、音楽及び関連する映像の興行、販売、ダウンロード、及び頒布に対するロイヤルティ収集である。

米国におけるレコード産業の収入は、１４６億ドルの収入で１９９９年に頂点に達した。そのとき以来、レコード産業は着実な下落を経験し、２００６年末までに収入は１１０億ドルになった。他方、米国におけるデジタル音楽の収入は、およそ２０億ドルに成長し、２０１２年までにおよそ５３億ドルに達すると期待されている。

音楽へ適用されるようなデジタル技術の出現により、ロイヤルティのために追跡し易かった有形のメディアは、本質的にデジタル組成物の影になった。デジタルファイルは、インターネットを介して、パーソナルコンピュータまたは多数の携帯（handheld）デジタル機器の任意の１つにダウンロードされ得る。ロイヤルティのためにダウンロード数を追跡することは困難になった。例えばｉＴｕｎｅｓ（登録商標）ストア及びＺｕｎｅ Ｍａｒｋｅｔｐｌａｃｅ（登録商標）等のデジタル音楽の販売業者（それぞれは、市場に販売するためにＭＰ３及び他のタイプのデジタル再生機器を有する）は、ダウンロード市場に対して一定の合法性を保ったソフトウェアベースの、オンライン式のデジタルメディアストアである。

オンラインストアは、例えばソニーＢＭＧ（登録商標）、ユニバーサル（登録商標）、及びワーナー（登録商標）等のレコードレーベル（録音マスターの製作者）からコンテンツを受信する。ロイヤルティは、特定のデジタルファイルのダウンロード数を測定し、その数にロイヤルティ率を乗じ、それに応じてレコードレーベルに支払うことにより計算される。例えばｉＴｕｎｅｓ（登録商標）等のストアは、短期間にわたる何百万の販売ユニットの追跡に対して責任がある。例えば、ｉＴｕｎｅｓ（登録商標）は、（２００３年４月に）出現してから最初の５日間で、１００万ユニット以上を販売した。ｉＴｕｎｅｓ（登録商標）は、２００６年２月に１０億の記録に達し、２００８年６月現在で５０億トラックを販売した。互換性のある機器の数が急増するにつれて、デジタルダウンロード市場の成長はさらに加速している。

しかし、デジタルダウンロードの安定した成長は、従来のアルバム販売の市場を侵食し始めた。我々がどこにいるかを理解するために、我々がどのようにここに（シリンダ蓄音機からＣＤ−ＲＯＭに）達したかを理解することは重要である。

最初は、シリンダ蓄音機が、１８８０年代の初め、第一次世界大戦の終わりまで、レコードサウンド市場を支配していた。最初の録音は、回転シリンダの周りに巻き付けられたアルミ箔に行われた。その後すぐに、アルミ箔の表面は、シリンダの外側の表面のワックスに彫られた溝に録音するワックス面の使用に移行した。

ワックスシリンダは進化したが、すぐに硬質プラスチックのシリンダに移行した。その最初のものは、セルロイド（登録商標）で作られ、擦り切れる前に何千回も再生できた。

シリンダ機器の開発の後すぐに、玩具産業の初期の成功を見出す側面カットのディスクレコードが出現した。市場に競争の増大をもたらした、初期のディスク特許が満了期限まで何年もの間、二つの技術が並んで存在した。初期のディスクレコードは、平らな硬化ゴムを含む、様々な再生面を使用した。しかし、世紀の変わり目までに、これらのディスクレコードは、シェラック、綿充填材（filler）、粉末スレート（slate）、及び潤滑油の化合物を使用した「シェラック」レコードに置き換えられた。時間とともに、シェラックレコードは、その優勢をビニルに譲った。

１９２０年代の初め、蓄音機の再生ディスク（上昇傾向）及びシリンダ（下降傾向）は、平均的なリスナーにとって音楽を得る主要な手段だった。このことは、平均的な家庭にラジオが急増してすぐに変化し始めた。ラジオ放送は、２０世紀の変わり目にモールス信号及びその後の音声トラフィックを放送する手段として発展したが、すぐにエンターテイメントのプラットフォームとして見出された。そして、１９３０年代、エンターテイメントのようなものに対する家庭の出費を制限する経済不況のために、ラジオは、音楽を購入する必要なく聞くための手段であった。

社会史の面から、マーケティングは、バー、クラブ、及び軽食レストランのジュークボックスの導入を通して音楽を頒布する方法を見出した。リスナーは、社会的理由で以前は軽視（downplay）されていたジャズを「発見した」。そして、１９５０年代までに、ロックンロールが高まり、音楽に巻き込まれた若い人々の数が激増した。この発展と並行して、テレビの人気が増大した。

音楽の頒布が増大し、新しい販路が見出されるにつれて、レコード会社、録音アーティスト、及び他の製作者が得る金額は、同様に増大した。ラジオは、順にレコード販売の増大をもたらすアーティストの人気に火を付けた。１９５０年代までに、テレビも音楽産業の成長に寄与していた。

レコードは、市場シェアにおいてテープ（オープンリール式、８チャンネル及びカセット）と競争し、オープンリール式及び８チャンネルがすぐに市場から消えると同時に、例えばＣＤ−ＲＯＭ等の新規参入者が入ってきた。ＣＤ−ＲＯＭは、古いアナログの録音を取り込み、それらをデジタル処理で再現するので非常に強いメディアであり、従って車載用及び家庭用のステレオから携帯機器（ウォークマン（登録商標））及びコンピュータまでどこでも再生するのでメディアをユビキタスなものにした。音楽をデジタル化できることにより、大きな記憶容量を有するメディアに高品質な音がもたらされた。その後、ＭＰ３プレーヤーが出現した。

ＭＰＥＧ−１ Ａｕｄｉｏ Ｌａｙｅｒ ３フォーマット（一般にＭＰ３と呼ばれる）は、デジタルデータを限られた品質の損失で圧縮するために不可逆データ圧縮を利用する、様々なデジタル音声符号化フォーマットの１つである。ＭＰ３機器は、他の機器への記憶が禁止されたデジタル音声トラックをダウンロードして格納するのに役立つ。携帯電話、ゲーム機、デジタルカメラ、ＧＰＳナビゲーション機器等を含み、全てが以後「ＭＥＭ」または音楽対応機械と称される、コンピュータ及び他の同様の機器において、この何年間かにわたって生じた、記憶容量の増大により、例えばｉＴｕｎｅｓ（登録商標）及びＺｕｎｅ Ｍａｒｋｅｔｐｌａｃｅ（登録商標）等のダウンロードサービスを介してデジタル音声ライブラリを管理することがより容易になった。

残念なことに、現在、市場の進化のために、もはや過去の解決法は事実上機能し得ない。

従来技術にとって好ましくないことに、ビジネスモデルは時々その周囲の社会的変化を反映するために変化しなければならない。発明者は、録音アーティスト及び著作権保持者に彼らの創造力及び革新に対して報酬を与えるために存在するロイヤルティモデルの変更の必要性を認識した。小箱（small box）の頒布に基づく収入の収集は、その小箱がデジタルダウンロードに移行すると、再検討を必要とする。加えて、特に音楽に基づく消費を伴う社会的交流（interaction）、データマイニング、ロイヤルティ会計等は、もはや物理的交流に関係しない。（例えばＦａｃｅＢｏｏｋ（登録商標）及びＭｙＳｐａｃｅ（登録商標）等の）ソーシャルネットワーキングサイトは、チャットルーム、テキストメッセージング、及び電子メールで見出される交流のために個人的な対面での出会いを避けるより若い世代にとって生活の一部になった。

従って、市場においてその創造力が望まれるイノベータ及びアーティストに順に報酬を与える、ロイヤルティを計算して収集するための改善された方法及びシステムが必要である。加えて、音楽／映像の個別のユーザー（ダウンロードする者）または音楽／映像のダウンロードサービス（頒布者）から音楽及び映像のファイルを格納し、再生し、及び転送するプラットフォームの製作者に収入の収集を移す、または選択的に、製作者に収入の収集を広げる必要がある。さらに、結ばれるシステムのソーシャルネットワーキングの態様を、デジタルファイルのダウンロードに関連付ける必要がある。その意味で、ソーシャルネットワーキングシステムは、順に頒布モデルを駆動するそれ自体の要求を生成する。

本発明の一態様は、ソーシャルネットワーキングシステム内で階層構造を提供するための方法及びシステムを提供することである。

本発明の別の態様は、増大した市場の認識及び理解のために市場の傾向及び層を追跡する一方で、音楽及び関連する映像の頒布を増大することを目標として、様々なレベルで興味及び社会的交流を駆動する、ソーシャルネットワーキングサイトのためのプラットフォームを提供することである。

本発明は、例えば音声ファイル、映像ファイル、または混合メディアファイル等のファイルの使用に支払われるロイヤルティを、ソーシャルネットワーキングシステム内で決定するための方法及びシステムに関連する。その方法は、再生されるファイル内へのライセンスデータの埋め込みから始まる。検査ルーチンは、ファイルを検査して許可される使用の組を決定するために開始される。ファイルは、所定の使用基準に適合すれば、特定の地域内で再生機器により再生され得る。記録簿（register）は、ファイルが再生される各事例（instance）を記録し、全事例の組を集約するために維持される。計算ルーチンは、ライセンスパラメータ及び関連する測定基準に関してロイヤルティを決定するために、ソーシャルネットワーキングシステム内で利用される。ロイヤルティはまた、地域及び機器タイプにより決定される。

その計算はさらに、機器の登録年数及びタイプに基づいて機器減衰率（device decay rate）を決定するステップと、年間超過支払減衰率（annual exceeded payout decay rate）を決定するステップとを含む。その計算は、最初に機器減衰率に年間超過支払減衰率を乗じて総計を決定するステップを含む、いくつかのステップを含む。その計算は、その総計にパートナー契約テール減衰率（partner contract tail decay rate）を乗じて第２の総計を決定し、第２の総計に歌のレーベルによる特定の地域及び機器タイプに対するロイヤルティ率を乗じ、その結果に計算された減衰率を乗じる。

再生されたファイルに対するロイヤルティは、計算された後に、特定のレコードレーベルのために開設されたレーベルアカウントに与えられ、所定の時刻またはイベントが起こるまでレーベルアカウントと関連する他の全ファイルと共にレーベルアカウント内に貯められる。その後、貯められたロイヤルティに関してレコードレーベルに支払いが行われる。支払いは、商業ゲートウェイＡＰＩを介して、個別のレーベルに、商業ＡＣＨ振り込みを介して行われる。

本発明のシステムは、ファイル内にライセンスデータの組を埋め込むための埋め込み手段と、測定基準の組を決定するために、ファイル内に埋め込まれたライセンスデータの組を検査するための検査手段と、ファイルを特定の地域内で再生するための再生機器と、ファイルが再生される各事例の記録簿であって、全事例の集約をさらに含む、記録簿とを備える。そのシステムはさらに、測定基準に関するロイヤルティの、地域及び機器タイプによる決定を開始するための計算ルーチンを備える。

利用可能なシステムのコンテンツは、音楽または映像のトラックのライブラリを含む。そのトラックは、システムのメンバーにより個別にアクセスされ得る。他のコンテンツは、音楽トラック、アーティストデータ、ジャンルデータ、映像ファイル、及び社会的交流情報を含む。

インターフェース手段または遠隔ノードは、特定のグループのメンバーの組に、グループの１人以上の個別のメンバーがコンテンツにアクセスし、ポイントシステムアプリケーションにより与えられるポイントを貯められる経路を設置するために、利用可能にされる。インターフェース手段は、インターネットにアクセスできる、ハンドヘルドの、ポータブルな無線通信機器またはパーソナルコンピュータであり得る。インターフェース手段は、それを介して受信したグラフィックイメージを表示できるモニタを備える。

ソーシャルネットワーキングシステム内の個別のメンバーの各々用のシステムアカウントは、個別のメンバーのそれぞれに与えられるポイントを集めるために開設される。階層構造が、ソーシャルネットワーキングシステム内に生成される。その階層構造は、ランキング構造を設置し、個別のメンバーのアカウント内の所定レベルのポイントに基づいて特定のランクレベルに個別のメンバー各々を配置することにより決定される。各ソーシャルネットワーキングメンバーは、１つ以上の報酬の組へのアクセスを受信する。その報酬は、特定のランクレベルに、ソーシャルネットワーキングシステムの少なくとも１つのスポンサーにより利用可能にされる。さらに、ソーシャルネットワーキングシステム内の所定の機能へのアクセスも、ランク構造に従って決定される。

トランザクションは、ソーシャルネットワーキングメンバーによりダウンロードされる音楽トラックの選択、メンバー間での音楽トラックの交換、再生リストの投稿、他のソーシャルネットワーキングメンバーによる、再生リスト上で識別された音楽トラックに対応する音楽トラックの選択、音楽トラックのレビューの投稿、及び他のソーシャルネットワーキングメンバーによる、レビューへのアクセスを含むが、これに限定されないグループから選択可能な活動を含む。

本発明のシステムは、コンテンツを格納してアクセスするためのネットワークプラットフォームを備える。所定のコンテンツの交換を促進するための交換エンジンと、コンテンツの交換を監視し、所定の類の１ポイント以上の交換に報酬を与えるためのポイントシステムアプリケーションとが提供される。評価エンジンは、個別の交換に関する１点以上のポイントの組を評価する。さらに、１台以上のサーバー、例えばエッジ、アプリケーション、データベース、及びコンテンツサーバー、の組と、各システムユーザーがソーシャルネットワーキングシステム内で社会的交流に参加することを可能にするための複数のアプリケーションとが提供される。社会的交流（interchange）は、１つには、所定のユーザープロファイルにコンテンツとしてアクセスすることにより起こる。プロファイル内に１つ以上のリンクの組が設置され、システムユーザーがプロファイルからリンクにより決定されるサイトページに移動することを可能にする。

システム自身は、音声または映像のファイルをダウンロードまたは共有のために格納できる。しかしさらに、これらのファイルは、ファイルリポジトリへのリンク付けにより、アクセスされ得る。本発明の方法は、デジタル音声／映像ファイルの１つ以上のリポジトリへのアクセスのための相互運用アクセスネットワークを設置する。システムにアクセスするために、プログラムが１台以上のデジタル音声／映像対応機器にインストールされる。そのプログラムは、ＭＥＭ機器を、前に「認可またはライセンスを供与された機器」として認識でき、デジタル音声／映像対応機器のユーザーにより選択された１つ以上のデジタル音声及び／または映像ファイルのアクセス及びダウンロードを可能にできる。このプログラムはまた、ユーザーのＭＥＭ機器からの、アーティスト毎の歌毎の再生の総計の、システムによる追跡、格納、及び報告を可能にする。デジタル音声／映像対応機器に内蔵されたインターフェースルーチンを介して選択が行われ、そのディスプレイを介してアクセスされる。デジタル音声／映像ファイルは、そのファイルに対応しかつ認識された、ライセンスを供与されたＭＥＭ機器に、システムによりダウンロードされ得る。ダウンロードの記録は作成され、インターネットと最後に同期が取られたとき以来の、ユーザーのＭＥＭ機器からの、アーティスト毎の歌毎の全再生と共に、音声／映像ファイル頒布システムのメモリ内に、任意選択で機器自身にも、格納される。

システムは、発生する各トランザクションに関するデータを収集する。データは所定のプロファイルに従って集約される。そのプロファイルは、音声または映像のファイル名、会計のカテゴリ、使用及び層のデータ、音楽及び映像の嗜好等を代表する。集約されたデータから、カスタムレポートが所定の書式に従って作成され得る。これらのレポートは、特にロイヤルティまたはライセンス料の支払いに絞り込まれ得る。または、ユーザーまたは業界の層に関連付けられ得る。レポートは、システムのモニタに表示され、ローカルまたはネットワークに接続されたプリンタに印刷され、または第３者の使用のためにシステム外の場所に単に伝送され得る。使用データに基づき、システムは利害関係者、例えばリポジトリまたはロイヤルティ団体、に支払いを生成できる。支払いは、交渉されたロイヤルティまたは諸経費に基づき、月または四半期の単位でトランザクション（歌／映像毎の再生）量に適用される。有利な点は、個別の機器のユーザーがデジタルファイルのダウンロードにロイヤルティを支払う必要がないことである。むしろ、諸経費は、機器にシステムルーチンを含める権利を獲得するために、機器の製造者により支払われ得る。再生形式への支払いは、ユーザーに明白になる。

特定のファイルの選択は、音声または映像にかかわらず、デジタル音声／映像対応機器のディスプレイから知的検索フィールドにアクセスすることにより遂行される。検索のカテゴリがカテゴリの一覧から選択され、選択されたカテゴリと関連する名前またはパラメータが選択される。システムは、入力された名前またはパラメータを代表する特定のデジタル音声または映像ファイルを、リポジトリから適切なファイルにアクセスするための経路に沿って検索する。システムは、入力された名前またはパラメータと、リポジトリの１つに常駐する、要求されたファイルとの一致を検出すれば、一致したファイルの、歌または映像のタイトルを表示する。ユーザーは、リポジトリからデジタル音声／映像対応機器へのダウンロードのために、一致したファイルの名前を選択できる。一致が検出されなければ、一致なしの指示が機器のユーザーに表示される。

デジタル音声／映像強化インターネット対応機器はさらに、音声ファイル頒布システムによりホストされるソーシャルネットワーキング交流にアクセスして参加するためのユーザーポータルの役割を果たし得る。ソーシャルネットワーキング交流へのアクセス及び参加は、音声／映像ファイル頒布システムに、ユーザーがソーシャルネットワーキング交流に入るためにインターネット対応機器に表示されたメニューからオプションを選択することを可能にするルーチンを内蔵することにより可能になる。ユーザーは、選択を行って交流に入ると、短文（典型的に１４０字）によるメッセージを投稿し、または他のユーザーの再生リストやコンテンツソースにリンクを張ることができる。短文メッセージ自身は、ソーシャルネットワーキング交流に１つ以上の社会的交流の組を広めるための実現プラットフォームになり得る。これらの社会的交流はさらに、社会的イベントまたは音声ファイルの嗜好に対する１つ以上の意見、例えばレビュー、コメント、リンク等を含む情報及び音楽の再生リストへのリンク、を含む。

システムの社会的交流の態様は、１つ以上のエントリポータルを備える。ポータルは、システムのソーシャルネットワーキングルーチンへのアクセスを可能にする対応機器である。システムのユーザーは、再生、ダウンロード、共有、及び他への参照を含む、音楽／映像ファイルを使用した活動だけに基づき、システムにより、分類のレベルを自動的に貯める（稼ぐ）。ユーザーは、各社会的分類に対して定められた所定のパラメータに従って、ソーシャルネットワーキング交流への参加を可能にする社会的分類を割り当てられる。システムのユーザーは、ポータルの１つを介して交流に入り、社会的レベルに従って交流する。例えば、基本ユーザーは、特定の話題に対する意見及び情報を広めることも、彼らの再生リストや関連のある他のコンテンツソースに他のユーザーを結び付けることもできる。基本ユーザーからの次のステップアップは、「グル」ステータスである。グルステータスの様々なレベルは、ユーザーからユーザーへの投稿、新メンバーの募集、音楽の推薦の作成等の量により達成される。ユーザーの社会的ステータスが高いほど、彼らは関係参照として使用され、彼らの社会的レベルを決定するためにポイントが獲得されるだろう。

本発明の、上記の及び他の態様、特徴、及び利点は、添付の図面を参照して読まれる以下の説明から明らかになるだろう。添付の図面において、類似の参照番号は同一の要素を示す。

本発明のシステムを示す、高レベルの図である。 本発明の、システムのユーザー及び機器の登録ステップの、高レベルのタイミング図である。 ＢＥＹＯＮＤビジネス及び技術システムコンポーネントの図である。 システムのサーバーの接続形態の図である。 ライセンスが埋め込まれたメディアファイルのフォーマットステップのフローチャートである。 歌のトラックがシステム全体のライブラリ内で体系化及び一体性のために識別される、本発明の方法のフローチャートである。 個別の音楽トラックと関連する体系化プロセスのフローチャートである。 デジタル音声／映像対応機器からアプリケーションに入るフローチャートである。 図８Ａのフローチャートの、より具体的にリッチインターネットアプリケーション内での検索に利用されるステップの、続きである。 図８Ａ及び図８Ｂのフローチャートの、より具体的に分子関係アプリケーション（molecular relational application）内での検索に利用されるステップの、続きである。 本発明のソーシャルネットワーキングシステム内でグルのレベルを達成するための入力パラメータの図である。 パートナーユーザー及びパートナー管理者のアプリケーションに入るためのパートナー−クライアント管理登録のフローチャートである。 本発明のシステムで使用するためのタブホームページの関係図である。 本発明のシステムへのパートナーゲートウェイの関係図である。 エンドユーザー機器と、システムとの相互運用との関係図である。 本発明でノードとして使用するための典型的なデジタル音声／映像対応機器の図である。 インターネットを介して、システム収集サーバーを通って、ライセンスの符号化及び埋め込みまでを通って、トラックを提供することを示す、システムコンテンツ収集のための方法フローのフローチャートである。 ロイヤルティの支払計算及び支払手順のフローチャートである。

添付の図面に示される本発明のいくつかの実施形態について詳細に説明する。可能な限り、同一または同様の参照番号を、図面及び説明内で同一または類似の部分またはステップを参照するために使用する。図面は、簡略化された形式で示され、正確なスケールではない。便宜及び明確さだけの目的で、例えば上、下、上へ、下へ、を越えて、の上に、の下に等の方向の用語を、図面に関して使用するかもしれない。これら及び類似の方向の用語は、いかなる方法によっても本発明の範囲を限定するように解釈すべきではない。単語「接続する」、「結合する」、及びそれらの屈折形態素（inflectional morpheme）を有する同様の用語は、必ずしも直接の及び接近した接続を意味するのではなく、間接の素子または機器を介した接続も含む。

図１を参照すると、システム１０で示される主題発明のシステム全体の、高レベルのフローチャートが示される。システム１０は、システムユーザー間のトランザクションから得られるデータを処理するため、及び、システム１０を支援する１つ以上のデータベース２０からのフローを処理するための、コンピュータまたは同様のデータ処理システムであり得る、相互運用システムコントローラ１２の形式で、中心にハブを備える。システムコントローラ１２は、入力及び出力の点に配置されて接続された機器が主題発明を利用することを可能にする、多数の入力及び出力の点を備える。システムコントローラ１２は、インターネットを介して相互運用サービスを提供可能、かつ、複数の目的で複数のグループによりアクセス可能な、単一または複数の通信及び処理ネットワークを代表することが認識されるだろう。

デジタル対応機器１６（ａ．．．ｎ）は、例えばＭＰ３プレーヤー、携帯電話、ＧＰＳシステム、携帯計算機器、ゲーム機、デジタルカメラ、及びパーソナルコンピュータ、または他の家電業界で公知のもの等の、任意の音声、映像、または音声／映像のデジタル対応機器（ＭＥＭとして上記した）である。これらの機器は、システムコントローラ１２と連動し、システムと機器ユーザーとの間のユーザーインターフェースを形成する。加えて、これらの機器の製造者は、市場のユーザーが毎回ロイヤルティを支払うことなくデジタル音声または映像ファイルのためにシステムにアクセスできるように、ライセンスを供与された機器各々がシステムにより読み取られるシステム識別番号（ＩＤ）を生成するように、システムの管理者によりライセンスを供与されることが考えられる（例えば、ＭＥＭ機器は予めライセンスを供与される）。このように、ライセンスが機器１６に供与され、そのライセンスは機器１６が音声／映像ファイルのダウンロード及び交換に参加することを可能にする。例えば著作権保持者または録音アーティスト等の利害関係者への個別の支払いは、エンドユーザーによるライセンスを供与された対応機器でのデジタル音声／映像ファイルの使用だけに基づく。再生毎の料金は、機器によってではなく、システムによって支払われる。機器のユーザーが音声／映像ファイルをダウンロードするために機器１６を利用するとき、ダウンロードの要求によりレポジトリ１４（ａ．．．ｎ）がファイルのためにアクセスされる。アクセス時に、システムコントローラ１２は、ユーザー毎のファイル毎の再生のトランザクションを記録し、データベース２０に関連データを格納する。本発明の実施形態において、捕捉されるデータは、再生の記録、ダウンロードされるファイル、並びに購入者またはファイルタイプに関する任意の層データを含む。支払データを生成するために会計機能を実行することに加えて、カスタム報告１８（ａ．．．ｎ）のために、層または頻度のデータがさらに生成され得る。

カスタムレポート１８（ａ．．．ｎ）は、エンドユーザーの要求を満たす特定のフォーマットで、プリンタ２４により、或いはネットワークに接続されたまたはウェブのクライアントへのダウンロード２６として生成され得る。これらのレポート（例えば、全再生のアカウント）は、音楽の選択、ファイル毎の再生回数、ダウンロードの頻度、層、及び意見または同様のデータを反映する、ソーシャルネットワーキング内での相関関係を反映するために、産業消費に対する利益センター（profit center）として生成され得る。レポートを印刷することに加えて、システムコントローラは、必要に応じてレポートを見るために、モニタ２２を利用できる。

アプリケーションインターフェース３０は、システムのユーザーを、図３にさらに示され、図３に関連してさらに説明される、３つの主要なビジネス及び技術システムコンポーネントと結び付ける。インターフェース３０は、格納されたデータを取り出して伝送するためにデータベース２０と相互運用可能に接続され、操作上のバックボーンを提供するシステムコントローラ１２と相互運用可能に接続される。

図２を参照すると、本発明の、システム１０のユーザー及び機器の登録ステップの、高レベルのタイミング図が示される。

システム対応機器５０を再生すると、インターネットクラウド５２を介して戻ってくる開始のアップリンクが、システムデータプロセッサ５４でシステムのリンクを動作させる。ユーザー機器５６は、ユーザー登録５８が達成され得るように、システムにより認識される。システムは、ユーザーに登録するように指示するだろう。システムは、機器５０にその地域に関して問い合わせを行い、機器登録６０が開始するのを可能にするためにその回答を保存するだろう。機器５０の「パーソナリティ」（即ち、ライセンスを供与された構成）は、システム５４と交換されるだろう。デジタル著作権管理（「ＤＲＭ」）サーバーは、機器パーソナリティ特性を送信するために、動作させられるだろう。パーソナリティ及び登録の詳細は、機器登録６０の一環として保存されるだろう。

パーソナリティの詳細が交換された後に、機器起動ステップ６２で機器の起動が要求される。機器起動トークンが、システムにより生成される。機器起動トークンは、機器５０がその地域の有効性をＤＲＭサーバー６４に要求することを可能にする。ＤＲＭルーチンサーバーは、機器登録地域をＤＲＭバックオフィスサービス及びデータベース６６で検証する。パーソナリティ及び地域パラメータを結び付け、ＤＲＭバックオフィス６６で検証された機器５０に、地域にアクセスするためのノードが送信される。機器及びシステムは、それらの記録を同期させる。同期日は、データベース６８で検証される。リンク付けの有効期限が再設定され（タイミングはシステムで任意だが、一般に３０日の間隔で）、新たなアクセス機器の期限切れ（access device expiration）が定められる。

図３を参照すると、本発明の３つの主要なビジネス及び技術システムコンポーネント、即ちアカウント管理アプリケーション８４、アプリケーションパッケージ８６、及び音楽ライブラリ８８、並びに図１に示されるシステムコントローラ１２とのインターフェース８２の図が示される。

ウェブサイトユーザーインターフェース８２の機能またはそれとの相互作用
（１）ユーザーがＦａｃｅｂｏｏｋ（登録商標）アプリケーションを有効にするのを可能にするためのＵＩインターフェース
（ａ）提案システムをインストールするためのウィザードセットアッププロセスに、このＵＩインターフェースを追加する。
（ｂ）ユーザーが、タイムライン内に「何を再生している？」トラックを表示することと、再生リストを友人に公開する機能とを、別々に選択することを可能にする。
（ｃ）ユーザーがＦａｃｅｂｏｏｋ（登録商標）のユーザー名及びパスワードを入力することを可能にする（この機能は何であるかについてのメッセージをもたらすヘルプアイコンを表示する）。
（２）提案システムのコミュニティプロファイルと共に、再生リスト及びコンテンツを列挙する
（ａ）コミュニティプロファイルのページで、再生リストを、その内容を列挙するための折り畳み（collapse）／展開（expand）機能と共に列挙する。
（３）再生リストをＦａｃｅｂｏｏｋ（登録商標）サイトの友人に公開する機能
（ａ）システムプロファイルと共に公開するためにプレーヤー内から選択した再生リストの一覧が表示される。
（ｂ）再生リスト名の隣に、再生リストをＦａｃｅｂｏｏｋ（登録商標）に公開したい旨を示すためのＦａｃｅｂｏｏｋ（登録商標）アイコンが表示される。
（ｃ）共有のために選択できるＦａｃｅｂｏｏｋ（登録商標）の友人一覧が表示されるモーダルダイアログを開く。
（ｄ）モーダルダイアログは、メッセージを入力して再生リストと共に友人に送信することを可能にする。
（４）共有している友人の再生リストを受け入れる機能
（ａ）友人からのメッセージが、ブラウザの右欄（column）及びプレーヤーの左欄のメッセージ欄（section）内に表示される。
（ｂ）メッセージは、「受け入れ」ボタンを含む。そのボタンは、再生リストを、コミュニティプロファイルのページに、再生リストを受信した友人の名前を表示する追加の指示子と共に追加する。
（ｃ）友人の再生リストは、ＪａｖａＳｃｒｉｐｔ（登録商標） Ｐｌａｙｅｒ ＡＰＩを使用して、専用のＦａｃｅｂｏｏｋ（登録商標）友人指示子と共にプレーヤーに追加される。
（ｄ）再生リストの、共有される予定の歌は、プレーヤー内のダウンロード列に追加される。

アプリケーションパッケージ８６は、４つのルーチンを備える。これらは、Ｂｅｙｏｎｄプレーヤー９０、ダウンローダ９２、リーダー９４、及びパブリッシャ９６である。

Ｂｅｙｏｎｄリーダー９４は、Ｂｅｙｏｎｄプレーヤー９０と、Ｂｅｙｏｎｄパッケージのアプリケーションの他のコンポーネントとにプラグインされ得る、スタンドアロンアプリケーションである。リーダーは、Ｂｅｙｏｎｄのライセンスを供与されたＭＥＭ上の、ｉＴｕｎｅｓ（登録商標）を含むがこれに限定されない、全プレーヤーからの正確かつ検証可能な再生記録を提供するために、Ｂｅｙｏｎｄデータベース２０と（ユーザーの目に見えないように）接続する。Ｂｅｙｏｎｄリーダー９４は、Ｂｅｙｏｎｄ対応ＭＥＭを、ＰＣから直接、またはＢｅｙｏｎｄ対応コンピュータを介して間接に（サイドロード（side loaded））、またはスマートＭＥＭ（ゲームシステム、携帯電話等）から直接−おそらくインターネットへの無線アクセスで、インターネットを介してＢｅｙｏｎｄデータベースに接続するだろう。

プレーヤー９０の機能またはそれとの相互作用
（１）再生リストを作成して歌を追加する機能
（２）再生リストの定義をユーザープロファイルまで押し出す機能
（ａ）再生リストの長さを合理的なトラック数に制限する。例えば、１５０トラックに制限するが、これに限定されず、使い易さ（useability）及び特徴の多さ（featurability）の間でバランスを取る形で制限する。
（ｂ）ユーザーのライブラリ内の「システム」タイプのトラックだけに制限する−定義によれば、このことはまた、トラックがオンラインライブラリ内で発見されることを意味する。
（ｃ）再生リスト名及び再生リスト内のトラックのタイトルの一意のＩＤを含む配列だけを直列化して送信する。
（ｄ）サーバーは、受信した再生リスト、検証された再生リストの長さ、及び作成された新たな再生リストの対応ＩＤの確認により応答する。
（ｅ）当面、オンラインシステムサーバーに格納された再生リストと同期して変化する再生リストを保持することに関連する機能は除外する。
（ｆ）生成された再生リストの確認において、再生リストの隣の、プレーヤーのサービス枠（pane）に、オンラインシステムとオンラインで同期していることを示すＵＩ指示子を追加する。
（３）ユーザーがリアルタイムで聞いているものを、Ｆａｃｅｂｏｏｋ（登録商標）上の、ユーザーのソーシャルタイムラインまで押し出す機能
（ａ）そのような押し出し動作を記録するために、各機器に対する再生回数報告機構により収集されたデータがシステムデータベース内に更新されることを提供する。
（ｂ）実際のユーザー及びユーザーに固有の再生回数データの間の電子リンクを維持し、また任意選択で、操作用のソフトウェアを備える電子データベースの形式で別個の機構によりこのデータを収集するという機能を維持する。
（ｃ）「何を再生している？」トラックのタイトルをユーザーのＦａｃｅｂｏｏｋ（登録商標）タイムラインに押し出す（電子的に通知する）ためのスケジュールアプリケーションを提供する。

Ｂｅｙｏｎｄリーダー９４は、任意選択で以下を行う。Ｂｅｙｏｎｄ、ｉＴｕｎｅｓ（登録商標）等からのファイルを監視し、そのデータをＢｅｙｏｎｄデータベース２０に伝送する。現在のトラックの再生（playback）をＢｅｙｏｎｄライブラリ８８上の、ユーザーのソーシャルプロファイル内に入力する（または任意選択で、プレーヤーのパブリッシャモジュールにより実行されるが、これに限定されない）。必要に応じてＩＤ３のタグ情報を捕捉する（このことは、トラックを識別するために、各ファイル上のメタデータを参照する。例えば、アルバムアートは任意選択であり、必須ではないが、これに限定されない）。（挿絵、ＩＤ等を引き出すために）メタデータのデータベースを参照する。現在のトラックの情報を公開するために、ソーシャルメディアＡＰＩにリンクを張る（または任意選択で、パブリッシャモジュールの一部として行うが、これに限定されない）。及び、一旦Ｂｅｙｏｎｄプレーヤー９０がインストールされてライセンスを供与されると、Ｂｅｙｏｎｄプレーヤー９０によりインストールされる。上記の操作上の議論に含まれることは、Ｂｅｙｏｎｄリーダー９４を各実施形態の各動作に限定、または、Ｂｅｙｏｎｄリーダー９４に各実施形態の各動作を要求しない。

組み合わせられたＢｅｙｏｎｄプレーヤー９０、ダウンローダ９２、及びパブリッシャ９６の機能は、以下を可能にする。音楽のダウンロード。再生、ＦＷＤ、ＲＷＤ、ＦＦ、及びポーズ機能。再生リスト、完全音楽ライブラリ９８。カスタム再生リスト、及び再生リストへのスマートアクセス。例えば「友人への提案（Suggest 2 A Friend）」、削除、コピー、及び作成機能等のファイル管理。サインアップヘルプメニュー。機器登録ウィザード。別個の再生リストの編成、音楽収集における活動に基づく再生リストの作成。ユーザーの機器を横断した改良ライブラリ管理のための、Ｂｅｙｏｎｄミュージッククラウドへの再生リスト及びライブラリの公開（図５を参照）。ユーザーライブラリのシステム適応。並びに、サイドロード機器管理。追加の機能は、ダイレクトＢｅｙｏｎｄの社会的交流並びにＦａｃｅｂｏｏｋ（登録商標）、ＭｙＳｐａｃｅ（登録商標）、及びＴｗｉｔｔｅｒ（登録商標）を含む既存のオンラインコミュニティとの拡張社会的交流、検索、推薦、共有、及び発見におけるプレーヤーの機能を拡張するプレーヤーのアドオン（ほぼ完全にコミュニティから供給される）、プライベートメッセージの受信及び送信、例えばレコード会社や商社、強くターゲットとして識別される層を探し求める消費者製品会社等のＢｅｙｏｎｄパートナーからの、標的とされるマーケティングの受信及び返信を含む。

Ｂｅｙｏｎｄプレーヤー９０のアドオンライブラリ８８は、マイクロサイト（micro-site）である。Ｂｅｙｏｎｄユーザーは、音楽の発見、リスニング、共有、またはＢｅｙｏｎｄソーシャルエクスペリエンスを増進することに興味のある様々な個人及びコミュニティにより開発されたアプリケーションをダウンロードするようになり得る。そのようなアプリケーションは、Ｂｅｙｏｎｄコミュニティ内のユーザー仲間、Ｂｅｙｏｎｄ開発チーム、または第３者により開発されてもよい。Ｂｅｙｏｎｄは、開発者に、Ｂｅｙｏｎｄの推薦、検索、及びソーシャルのエンジンへのＡＰＩを提供する。Ｂｅｙｏｎｄはまた、付随資料及びＳＤＫを提供し、誰にでも音楽に彼ら自身の創造的なスピン（spin）をかけることを奨励する。Ｂｅｙｏｎｄプレーヤーのアドオンライブラリ８８はまた、コミュニティ内の開発者が努力及び創造力を収益化するための市場としての機能を果たすように、開発されてもよい。このシナリオにおいて、開発者には、彼らのアドオンを宣伝することも、市場価格を設定することも許可されるだろう。

Ｂｅｙｏｎｄ再生リストパブリッシャ９６の機能は、Ｂｅｙｏｎｄでの音楽経験全体へのキーである。再生リストを実際に公開することは、ユーザーが作成して任意のＢｅｙｏｎｄ ＭＥＭで聴く再生リストを取り、ユーザーが再生リストを定義するメタデータを「Ｂｅｙｏｎｄミュージッククラウド」まですぐに公開することを可能にし、その結果、ユーザーに他の様々な増進をもたらす。Ｂｅｙｏｎｄミュージッククラウドは、ユーザーが遠隔から、再生リストの内容を管理し、再生リストをＢｅｙｏｎｄコミュニティまたは他の社会的コミュニティ（Ｆａｃｅｂｏｏｋ（登録商標）、ＭｙＳｐａｃｅ（登録商標）、及びＴｗｉｔｔｅｒ（登録商標））内の友人と共有し、またはユーザーが所有する、Ｂｅｙｏｎｄのライセンスを供与された他のＭＥＭと自動的に同期が取られるものを管理することを可能にする。最後に、Ｂｅｙｏｎｄミュージッククラウドは、ユーザーのプロファイルの拡張であり、メンバー間に別次元の社会性を与えると共に、ユーザーが所有する機器を横断した再生リスト管理のためのツールとしての機能を果たす。

Ｂｅｙｏｎｄ無限音楽ライブラリ８８は、ネットワークに接続された任意のＭＥＭにより直接的または間接的に（即ち、サイドロード）アクセス可能な「検索ツール」として機能する。Ｂｅｙｏｎｄ無限音楽ライブラリ８８は、デジタル音楽ファイル及びＢｅｙｏｎｄソフトウェアの永続的なダウンロード、様々な関係検索及び推薦ナビゲーションの方法を介したアーティスト及びレパートリーの検索及び発見、再生リストの共有、参照、推薦、及び公開、並びにＢｅｙｏｎｄソーシャルネットワークのパートナーインセンティブ報酬のための選択を可能にする。任意のユーザーは、フリーアカウント作成プロセスを経ている限り、音楽を検索し、ダウンロードし、共有し、Ｂｅｙｏｎｄコミュニティ内で社会的に交流できるが、Ｂｅｙｏｎｄのライセンスを供与された、登録されたＭＥＭを所有する消費者だけが、Ｂｅｙｏｎｄからのノーカットの音楽を再生できる。ユーザーは、知的関係検索、推薦、及びソートの方法を介して、Ｂｅｙｏｎｄ無限音楽ライブラリ８８のデジタル音楽ファイルを検索する。ユーザーが任意の検索（即ち、アーティスト、ジャンル、歌、アルバム）を開始すると、ページには検索の主題に直接関連する結果、即ち同一のタイトルを有する歌、同様のアーティストによる歌、そのアーティストによる他の歌、または同様の嗜好を有するユーザーからの推薦によるトップファン（「グル」）の再生リストが追加されるだろう。ユーザーは、より多くの音楽を見付けるために、いずれかの結果をクリックすることにより辿るべき経路を選択できる。ユーザーは、２つの検索インターフェースのオプション、即ちウェブ２．０のＵＩであり、移動型及び携帯型のＭＥＭに移植されたキーＵＩである、よく知られている一覧表示インターフェースまたは独自の分子検索インターフェースを有する。ユーザーは、結果の２つの表示を容易に切り替えられる。無限音楽ライブラリ８８は、２つのホームページを有する。デフォルトのホームページは、システム内にアカウントをまだ作成していないユーザーのためであり、ユーザーに開始させるための知的検索フィールド（基本及び高度）を特徴とする。第２のホームページは、アカウントを所有するユーザーのためであり、アカウント登録の間に入力された嗜好に応じて予め分類された検索フィールドを表示する。予め分類されたページは、分子検索インターフェースをデフォルトとし、分子検索インターフェースは、より多くの結果を表示するために、一覧表示インターフェースに容易に切り替えられ得る。

提案システム及び外部のまたは接続されたＦａｃｅｂｏｏｋ（登録商標）アプリケーションの機能またはそれらとの相互作用
ユーザーに特有の再生リストを表示する。
− 接続されたＦａｃｅｂｏｏｋ（登録商標）アプリケーションの表示方法（例えば、サイドバーボックス表示またはタブ付きメインエリア拡大表示）についてのユーザーオプションを提示する。
− ユーザーが望ましい表示を指定することを可能にする。
− 再生リストを展開／折り畳みオプションと共に表示する。
− 指定された異なる再生リスト間で交換を行う（個別のトラックは挿絵を有しないので）、または、単一の再生リスト内の異なるトラック間で交換を行う（トラックのアルバム挿絵をイメージとして表示する）ための、カルーセルの電子版をプログラムして提供する。
− 次のトラックのタイトルを、カルーセルリストの下に、視覚的に識別する。
− 識別または指定された友人の再生リストを、（最初に提供されたシステムのインターフェースの表示と一致する）専用の指定子と共に表示する。
− ブラウザが、システム（「Ｂｅｙｏｎｄ」）／Ｍｅｒｌｉｎ ＤＲＭプラグインを備え、ＢｅｙｏｎｄシステムのＩＤ（要求されたシステムに機器が登録されるという指示子）と一致するＮＥＭＯパーソナリティノードを割り当てたかどうかを検出する機能。
− ストリーミングコンテンツ（ストリームＭＰ３−暗号化なし、ＤＲＭなし）を再生する機能。
− 非システム（「非Ｂｅｙｏｎｄ」）ユーザーが、視覚イメージを有する、３０秒のクリップを再生することを可能にし、そのユーザーにシステムの正規ユーザーになるように促して奨励する機能。
− システムメンバーになるために、視覚的ナグ（nag）をクリックすることを可能にし、ユーザーをシステムユーザー用の専用の待ち受けページに送る機能。

図４を参照すると、システムのサーバーの接続形態の図が示される。

エッジサーバー１００、１０２、１０６、及び１０８は、インターネット１０４を介して渡されるデータの流れを管理する。重複ファイアウォールによる保護が、ファイアウォールアプリケーション１１０及び１１２によりＢｅｙｏｎｄシステムに提供される。重複ロードバランサ１１４及び１１６は、システムのサーバー間でデータの読み込み経路を最適化することにより、システムのサーバーへのデータの読み込みをバランスさせる。

システム自体は、負荷をバランスさせるため、及び、所定のデータのグループ化及び特定のアプリケーション内で性能を向上させるために、複数のサーバーを利用する。ほんの一例として、サーバー１１８は、ＤＲＭの活動を管理し、サーバー１２０、１２２、１２４、及び１２６は、システムの様々なアプリケーションを管理し、サーバー１２８及び１３０は、アプリケーションを支援してメモリのキャッシングを管理する。

ＤＲＭサーバー１１８は、少なくとも１つのＤＲＭバックオフィスサーバーに接続され、そのＤＲＭバックオフィスサーバーは、マスターデータベースサーバー シャード（shard）１３４に接続される。追加のマスターデータベースサーバー シャード１３６、１３８、及び１４０は、アプリケーションサーバー及びキャッシュサーバーと接続され、重複データベースサーバー シャード１４２、１４４、１４６、及び１４８のそれぞれと接続される。同様に、コンテンツメディア格納サーバー１５０及びコンテンツ収集サーバー１５２は接続される。

図５を参照すると、ライセンスが埋め込まれたメディアファイルのフォーマットステップのフローチャートが示される。

ステップ１７０で音声再生が選択され、機器メディアコア１７２へのアクセスが許可される。アクセスポイントから、システムはステップ１７４の問い合わせに進む。その問い合わせは、トラックの再生を開始するか否かに関して問い合わせを行う。問い合わせへの回答が「ＹＥＳ」であれば、フローは、デジタル著作権管理（「ＤＲＭ」）サブシステムとのリンクに進む。フローは、ＤＲＭのリンクから、ステップ１７８の、音声ファイルからそれに埋め込まれたシステムのライセンスを検索することに進む。ステップ１８０でライセンス内に有効な地域リンクがあることが検証され、ステップ１８２で機器パーソナリティが定義され、ステップ１８４でオクトパス地域ノード（octopus territory node）が有効にされる。

ステップ１８０に戻って、一旦地域リンクの検証が行われると、フローはステップ１８６に進み、暗号がライセンスファイルから引き出される。ステップ１８８でデータフォーマットが復号されてメディアコアに送られ、フローはステップ１７４の問い合わせに戻る。

ステップ１７４の問い合わせへの回答が「ＮＯ」であれば、ステップ１９０で音声再生は記録されて機器に格納され、フローはステップ１９２に進む。ステップ１９２で、トラックのソースが未知であれば、指紋ＩＤが生成される。ステップ１９４で、未報告の再生回数が集計され、そのようなデータのＸＭＬペイロードが構築される。ステップ１９４から、フローは並列の経路に分岐する。経路１は、ステップ２０６に進む。再生回数が各メディアプレーヤーから集計され、データベース２０８に格納される。経路２は、インターネット１９６を介して、システムのアプリケーションサーバー１９８と接続する。システムは、ステップ２００の再生計数サービスに進み、トラック名、システムＩＤ、または指紋ＩＤにより個別の再生を記録する。ステップ２０４で、個別の結果が、日付、機器タイプ、及び機器登録年数によりグループ化され、データベース２０８に格納される。

図６を参照すると、歌のトラックがシステム全体のライブラリ内で体系化及び一体性のために識別される、本発明の方法のフローチャートが示される。

ＭＰ４が封入されたＡＡＣフォーマットと、商用のＭｅｒｌｉｎ ＤＲＭシステムにより生成されるタイプの、埋め込まれたライセンスファイルとを含み、ライセンスで定義されるように特定の地域に対して有効にされた任意の機器で共有及び再生が可能な、暗号化されたフォーマットファイル２２０の例が示され、ピアツーピア（「Ｐ２Ｐ」）共有シーケンスのステップ２２２に入る。ステップ２２２から、フローは、ステップ２２４の問い合わせに進み、特定の音声機器２２６を利用するかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローは、ステップ２３８に進み、音声再生の検証を開始し、ステップ２４０に進み、機器パーソナリティノードを決定する。ステップ２４０以降、ステップ２４２で個別のトラックのライセンスファイルが抽出され、ステップ２４４で機器地域ノードが有効にされる。ステップ２４４から、フローは、ステップ２４６の問い合わせに進み、地域ノードへのリンクが有効かどうかを問い合わせる。ステップ２４６の問い合わせへの回答が「ＮＯ」であれば、ステップ２４８でトラックの再生は拒否され、システムのフローはステップ２２８の問い合わせの直前に戻る。しかし、ステップ２４６の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ２５０の問い合わせに進む。ステップ２５０で、システムは、ライセンスを供与された地域が特定の機器に適合するか否かに関して問い合わせを行う。問い合わせへの回答が「ＮＯ」であれば、ステップ２４８で再生は拒否される。しかし、ステップ２５０の問い合わせへの回答が「ＹＥＳ」であれば、ステップ２５２で再生が許可される。

ステップ２２４の問い合わせに戻って、回答が「ＮＯ」であれば、フローは、ステップ２２８の問い合わせに進み、使用する別の機器２３０があるかどうかを問い合わせる。回答が「ＹＥＳ」であれば、既述のように、フローはステップ２３８に進む。しかし、ステップ２２８の問い合わせへの回答が「ＮＯ」であれば、フローは、ステップ２３２の問い合わせに進み、使用する別の機器２３４があるかどうかを問い合わせる。回答が「ＹＥＳ」であれば、既述のように、フローはステップ２３８に進む。ステップ２３２の問い合わせへの回答が「ＮＯ」であれば、ステップ２３６でピアツーピア共有は終了する。

ユーザーの機械は、システムのプレーヤープリケーション９０内で、既存のライブラリを編成して再生するのを可能にするプロセスを経験する。図７は、既存のライブラリの個別の音楽トラックと関連する体系化プロセスのフローチャートである。

サブシステム８００または同様の機器タイプのユーザー（図１４を参照）が、ＭＥＭ機器または他のサブシステムでライブラリを管理し、Ｂｅｙｏｎｄ ＤＲＭコンテンツを再生するために、クライアント側アプリケーション（例えば、Ｂｅｙｏｎｄプレーヤー）をダウンロードしてインストールすると、プレーヤーは、コンピュータから既存の音楽ライブラリをインポートできる。

ライブラリは、システムの利益を得るために体系化され得る。本発明において、このことを起こすプロセスは、便利なラベルとして「Ｂｅｙｏｎｄ化（Beyondization）」と呼ばれる。ライブラリをＢｅｙｏｎｄ化する利益は、ユーザーの既存のライブラリに対して、Ｍｇｈ品質／高ビットレートの、ライセンスを供与されたコピーを得ることである。これらのファイルは、レーベルにより供給される、既存のコンテンツに直接統合される、トラック及びアルバムの情報に関するメタデータを含むだろう。ピアツーピアネットワークからダウンロードされる殆どのコンテンツは、海賊版であるか、品質が劣化しており、多くの異なるファイルフォーマットであり得る。これらのコンテンツの殆どは非常に低品質であり、メタデータは破損しているか、不正確である。ユーザーがライブラリをＢｅｙｏｎｄ化することを選択すれば、プロセスは、既存のファイルのいずれかを削除するのではなく、システムから「訂正された」コピーをダウンロードするだろう。

プロセスは、ステップ２７０で、システムのプレーヤーモジュールを介して選択されたアクセスから始まる。ステップ２７０から、システムはユーザーへの開始指示に進む。ユーザーは、指示を選択し、新たな音声トラックが識別されていなければステップ２７４に進み、さもなければステップ３００のループプロセスを開始する。

ステップ２７４で、ループが完了したかどうかを決定するために確認が行われ、ループが完了していれば、システムは、識別された各トラックの間をループし、システムのコピーのダウンロードを要求する。システムは、ステップ２７８に進み、Ｂｅｙｏｎｄ化されたトラックのダウンロードが、サブシステムＩＤにより行われる。その結果は、ステップ２８０で、システムのサービス全体により記録される。

ステップ３００で新たなループが開始されると、システムは、ステップ３０２でシステムのライブラリ内の各トラックの間をループし、ステップ３０８でトラックの指紋を生成する。指紋生成は、特定のトラックがステップ３１０でシステムのライブラリ内の対応するトラックと一致し得るように、システムがその特性を識別することを可能にする。トラックがライブラリにとって「新しい」場合、システムは、トラックがステップ３１２で指紋により識別され、ステップ２８０でシステムのサービスにより登録されることを要求する。しかし、ステップ３１０でトラックの指紋がシステムのライブラリ内のトラックと一致した場合、ステップ２９６でトラックの一意のシステムＩＤが要求され、ステップ２９８で適用され、ステップ２８０でシステムのサービスにより登録される。さらに、ステップ２９６で、システムは、ステップ２９０の問い合わせに進む、並列の経路を起こす。

ステップ２９０で、システムは、トラックが識別されたか否かに関して問い合わせを行う。問い合わせへの回答が「ＹＥＳ」であれば、システムはステップ２８８に進み、システムのトラックＩＤが格納される。しかし、ステップ２９０の問い合わせへの回答が「ＮＯ」であれば、システムはステップ２９２の問い合わせに進む。ステップ２９２で、システムは、システムが音楽トラックのアップロードを要求しているか否かに関して問い合わせを行う。問い合わせへの回答が「ＮＯ」であれば、システムは進んでステップ２８６に再び入る。ステップ２９２の問い合わせへの回答が「ＹＥＳ」であれば、システムのフローは、ステップ２９４の問い合わせに進み、ユーザーが、開始時に利用可能な選択肢を介して、アップロードを「選択」したかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、システムのフローはステップ２８６に向け直される。しかし、ステップ２９４の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ２８４に向けられる。

ステップ２８０のフローを見るために戻って、システムは、ステップ２８２でファイルをアップロードし、そのファイルをステップ２８４を介してデータベースに送り、ステップ２８６でトラックの間をループし、ステップ２８６でＩＤ及びトラックを格納することが分かる。ステップ２８８から、システムはステップ３０６に進む。ステップ３０６で、トラックが「Ｂｅｙｏｎｄ化」のために識別され、経路Ａに沿って進み、ステップ２７６に再び入る。同時に、システムはステップ３０６からステップ３０２に進み、各トラックの継続ループは、システムのユーザーが任意の時点でプロセスから抜け出るまで継続する。

システム及び外部のまたは接続されたＦａｃｅｂｏｏｋ（登録商標）アプリケーションの機能またはそれらとの相互作用
（１）ユーザーに特有の再生リストを表示する。
（ａ）接続されたＦａｃｅｂｏｏｋ（登録商標）アプリケーションの表示方法（例えば、サイドバーボックス表示またはタブ付きメインエリア拡大表示）についてのユーザーオプションを提示する。
（ｂ）ユーザーが望ましい表示を指定することを可能にする。
（ｃ）再生リストを展開／折り畳みオプションと共に表示する。
（ｄ）指定された異なる再生リスト間で交換を行う（個別のトラックは挿絵を有しないので）、または、単一の再生リスト内の異なるトラック間で交換を行う（トラックのアルバム挿絵をイメージとして表示する）ための、カルーセルの電子版をプログラムして提供する。
（ｅ）次のトラックのタイトルを、カルーセルリストの下に、視覚的に識別する。
（ｆ）識別または指定された友人の再生リストを、（最初に提供されたシステムのインターフェースの表示と一致する）専用の指定子と共に表示する。
（ｇ）ブラウザが、システム（「Ｂｅｙｏｎｄ」）／Ｍｅｒｌｉｎ ＤＲＭプラグインを備え、ＢｅｙｏｎｄシステムのＩＤ（要求されたシステムに機器が登録されるという指示子）と一致するＮＥＭＯパーソナリティノードを割り当てたかどうかを検出する機能。
（ｈ）ストリーミングコンテンツ（ストリームＭＰ３−暗号化なし、ＤＲＭなし）を再生する機能。
（ｉ）非システム（「非Ｂｅｙｏｎｄ」）ユーザーが、視覚イメージを有する、３０秒のクリップを再生することを可能にし、そのユーザーにシステムの正規ユーザーになるように促して奨励する機能。
（ｊ）システムメンバーになるために、視覚的ナグ（nag）をクリックすることを可能にし、ユーザーをシステムユーザー用の専用の待ち受けページに送る機能。

図８Ａを参照すると、ダウンロードの選択を行うためのステップのフローチャートが示される。ステップ３２０でアプリケーションが初期化され、ステップ３２２の問い合わせに進む。ステップ３２２で、問い合わせはユーザーがダウンロードを選択したいかどうかを問い合わせ、回答が「ＮＯ」であれば、システムはステップ３３０の問い合わせに進む。しかし、ステップ３２２の問い合わせへの回答が「ＹＥＳ」であれば、フローは、ステップ３２４の問い合わせに進み、分子関係アプリケーション（molecular relational application）を使用すべきかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、システムは、ステップ３２８に進み、リッチインターネットアプリケーションにアクセスする。しかし、ステップ３２４の問い合わせへの回答が「ＹＥＳ」であれば、ステップ３２６で、分子関係アプリケーション（または「ＭＲＡ」）がアクセスされ、検索フィールドが使用される。

分子関係アプリケーションは、検索フィールド及びキー検索フィールドを含むデフォルトの画面で始まる。画面の上部かつ検索フィールドの上にあり、アルバム名タブ、アーティスト名タブ、歌名タブ、及びジャンルタブを有するキー検索フィールドには、サブジャンルのプルダウンメニューを有する追加のジャンルタブがある。ユーザーがこのアプリケーションを利用して検索を行うことを決定すると、検索エンジンは、正しく、関連のある主題の単語／名前が表示または選択されるまで、ユーザーのテキスト入力から、相互に関連のある適切な単語、名前、歌、またはアーティストを予測するだろう。検索に応じてアプリケーションの提案を受け入れると、分子画面アプリケーション（molecular screen application）には、画面上の中心または系の分子（central or system molecule）に関連する副分子（sub-molecule）が再追加される（repopulate）。このアプリケーションは関係ナビゲーション（relational navigation）を利用するので、ウェブページはない。画面には、適切な検索結果の新たなグラフィック描画が単に再追加される。検索結果は、検索用語への関連性を反映した色及び大きさの分子として表される。周囲（大きな系の分子（large system molecule）の周囲）の分子をタイプにより再ソートするために、機器のユーザーは、アプリケーション画面の下部にある、関連のある索引分子をクリックする。

ステップ３２６で検索フィールドが使用された後に、メソッドは、経路に沿ってポイントＢに進み、図８Ｃに示されるようなフローに再び入る。

ステップ３２８に戻って、リッチインターネットアプリケーションが選択される。リッチインターネットアプリケーション（または「ＲＩＡ」）は、従来のデスクトップアプリケーションによく似たウェブアプリケーションである。ＲＩＡは、クライアントエンジンを利用する（即ち、典型的に、ウェブクライアントにユーザーインターフェースに必要な処理を転送する）ので、クライアント技術を利用することにより、より高い機能を提供する。ステップ３２８で、ユーザーは、分子関係アプリケーションと関連するデフォルトの画面に辿り着く。しかし、ユーザーがタブナビゲーションを介して「音楽ストア」を選択すると（図５を参照）、ＲＩＡはユーザーを、検索結果が図としてより従来的に編成されて提示される従来のジャンルのホームページに連れて行くだろう。

ステップ３２８から、メソッドは、フロー経路に沿ってポイントＡに進み、図８Ｂに示されるようなフローに再び入る。

ステップ３３０の問い合わせに戻って、システムは、ユーザーがソーシャルネットワークサイトを使用したいかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、メソッドはステップ３４０に進み、ユーザーは、システム外の機能を選択でき、ステップ３４２でアプリケーションを終了する。しかし、ステップ３３０の問い合わせへの回答が「ＹＥＳ」であれば、メソッドはステップ３３２の問い合わせに進む。ステップ３３２で、システムは、グルの機能を有効にするか否かに関して問い合わせを行う。問い合わせへの回答が「ＮＯ」であれば、フローはステップ３４２に進み、アプリケーションを終了する。しかし、ステップ３３２の問い合わせへの回答が「ＹＥＳ」であれば、メソッドはステップ３３４に進み、ビート（beats）が投稿される。

ビートは、ユーザー（社会的階層でより低い）またはグル（社会的階層でより高い）により、意見または情報を広めるため、及び、彼らの再生リストや関連のある他のコンテンツソースに他のユーザーを結び付けるために行われ得る、短い（１４０文字）投稿である。ユーザーはまた、例えば再生リスト及びレビュー等のコンテンツを、彼らのタイムライン（ウェブページのプロキシとしての機能を果たす一連のビート）内に集約できる。

システムの社会的階層内での社会的ステータスの上昇は、例えばビートを作成してフォロワーを追加する、新たなユーザーを募集する、音楽または他のデジタルコンテンツファイルを友人またはユーザーに提案する、ファイルをダウンロードする、または他のユーザーからステータスポイントを受信する等の活動を遂行することにより達成される。ユーザーのステータスが高いほど、ユーザーは関係参照として使用され、友人及び影響力が獲得される。例えば、グルは、アーティスト及び歌の、標的とされるマーケティングを受信する目的でグルを集める市場アプリケーションに登録することにより、彼らの影響力にてこ入れしてもよい。グルはさらに、図９に説明される。

ステップ３３４に戻って、フローは、ステップ３３６の問い合わせに進み、ビートがシステムに投稿されたかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ３３２の直前に戻る。ステップ３３６の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ３３８に進み、タイムラインがシステムのユーザーに発行され、ステップ３３２に戻る。

図８Ｂを参照すると、経路Ａからステップ４００のデフォルトのＭＲＡ画面に進む、リッチインターネットアプリケーションのフローチャートが示される。ユーザーはまず、図８Ａに関連して詳細に説明したように、デフォルトのＭＲＡ画面に辿り着く。ＭＲＡ画面で、ユーザーはタブナビゲーションを介して（純粋な検索機能を利用する代わりに）無限音楽ストア機能を利用するという決定を行い、ＲＩＡはユーザーを、結果が図としてより従来的に編成されて提示される従来の（ウェブページ形式の）ホームページに連れて行くだろう。データベースの編成及び主要な主題フィールドに対する結果の関係は、ＭＲＡルーチンと同様である。提示される図は、Ｂｉｌｌｂｏａｒｄ音楽ニュースマガジンの、さらにジャンルタイプに分類された音楽分類を利用するという点で、ユーザーによく知られている形式である。

ステップ４００から、アプリケーションは、ステップ４０２の検索フィールドを使用し、ステップ４０４で始まる一連の問い合わせに進む。ステップ４０４で、システムは、検索がアーティスト名に基づくかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ４１０の問い合わせに進む。しかし、ステップ４０４の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４０６に進み、ユーザーは利用可能なアーティストの一覧を精査する。ユーザーはステップ４０８で選択を行い、フローは、ステップ４２６の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４１０に戻り、新たな検索が開始される。しかし、ステップ４２６の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＣから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４１０に戻って、システムは、検索がジャンルタイプに基づくかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ４１６の問い合わせに進む。しかし、ステップ４１０の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４１２に進み、ユーザーは利用可能なジャンルタイプの一覧を精査する。ユーザーはステップ４１４で選択を行い、フローは、ステップ４２６の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４０２に戻り、新たな検索が開始される。しかし、ステップ４２６の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＣから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４１６に戻って、システムは、検索が歌のタイトルに基づくかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ４２２の問い合わせに進む。しかし、ステップ４１６の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４１８に進み、ユーザーは利用可能な歌のタイトルの一覧を精査する。ユーザーはステップ４２０で選択を行い、フローは、ステップ４２６の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４０２に戻り、新たな検索が開始される。しかし、ステップ４２６の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＣから出て図３Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４２２に戻って、システムは、利用可能なアルバム名の一覧をユーザーに提示することにより、アルバム名に基づく検索を開始する。ユーザーはステップ４２４で選択を行い、フローはステップ４２６の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４０２に戻り、新たな検索が開始される。しかし、ステップ４２６の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＣから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４０４、４１０、及び４１６の問い合わせは、検索の選択肢を代表しており、任意の順序で実行され得る。

図８Ｃを参照すると、経路Ｂからステップ４５０のデフォルトのＭＲＡ画面に進む、分子関係アプリケーションのフローチャートが示される。ユーザーはまず、図８Ａに関連して詳細に説明したように、デフォルトのＭＲＡ画面に辿り着く。ステップ４５０から、アプリケーションは、ステップ４５２の検索フィールドを使用し、ステップ４５４で始まる一連の問い合わせに進む。ステップ４５４で、システムは、検索がアーティスト名に基づくかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ４５８の問い合わせに進む。しかし、ステップ４５４の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４５６に進み、ユーザーは表示フィールド内に提示された関係分子から選択を行い、フローは、ステップ４６８の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４５２に戻り、新たな検索が開始される。しかし、ステップ４６８の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＤから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４５８に戻って、システムは、検索がジャンルタイプに基づくかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ４６２の問い合わせに進む。しかし、ステップ４５８の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４６０に進み、ユーザーは表示フィールドに提示された関係分子からジャンルの選択を行い、フローは、ステップ４６８の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４５２に戻り、新たな検索が開始される。しかし、ステップ４６８の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＤから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４６２に戻って、システムは、検索が歌のタイトルに基づくかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローはステップ４６６に進み、アルバムタイトルにより選択を行う。しかし、ステップ４６２の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４６４に進み、ユーザーは表示フィールド内に提示された関係分子から歌の選択を行い、フローはステップ４６８の問い合わせに進み、別の選択を行うかどうかを問い合わせる。問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４５２に戻り、新たな検索が開始される。しかし、ステップ４６８の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＤから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

ステップ４６６に戻って、ユーザーは、表示フィールド内に提示された関係分子からアルバムタイトルを選択し、フローはステップ４６８の問い合わせに進み、別の選択を行うかどうかを問い合わせる。ステップ４６８の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ４５２に戻り、新たな検索が開始される。しかし、ステップ４６８の問い合わせへの回答が「ＮＯ」であれば、フローは、ポイントＤから出て図８Ａのフローに戻り、ステップ３４２に進み、アプリケーションを終了する。

様々な局面で既に言及したように、グルのステータスはいくつかのレベルで利用可能である。図９は、本発明のソーシャルネットワーキングシステム内でグルのレベルを達成するための入力パラメータの図である。

グルは、報酬、または、唯一の特徴または機会を目指してポイントを得るために加わる、登録されたユーザー内で最も活発なユーザーである。ソーシャルネットワーキングコミュニティ内で、グルは、登録された他のユーザーへの影響力に基づき、特定の主題について「エキスパート」とみなされる。これらの主題は、アーティスト、ジャンル、または歌等を含む。グルの影響力は、Ｂｅｙｏｎｄソーシャルネットワーク内でのグルからの更新情報の購読者数、特定の主題に関して提示された評価数、及びダウンロードし、再生し、他人と共有する音楽により測定される。

グルは、コミュニティの支持者を得た、または、ユーザーがグルの推薦に基づいてトラックをダウンロードまたは列に入れると、ポイントを得る。得たポイントと引き換えに、グルはアーティストまたはシステムのパートナーから特別な申し出を受け取る。貯まったポイントにより、グルは、区分体系が使用され得るが、金、銀、及びプラチナで区分された異なるレベルに昇格する。最も高いレベルのグルは、分子検索の音楽発見の結果内で、分子として現れ得る。多くのグルが現れ、彼らの多くの社会的プロファイルが見られるほど、彼らはグルのステータスレベルを目指してポイントを貯められる。グルは、一旦所定のステータスを達成すると、例えばコンサートチケット、ＶＩＰパス、特別な商品、及び新たな音楽トラックへの早期アクセス等の、特別な申し出を受け取れる。

グルはまた、Ｂｅｙｏｎｄ化プロセスの間に、ピアツーピア（「Ｐ２Ｐ」）ネットワークからコンテンツを共有するために加われる。このことは、システムのクラウドが、頻繁に使用されるが、システムのライブラリ内で現在は利用可能でないトラックを見つけて読み出すことを可能にする。人気が高いと認められる任意のトラックは、ファイルに対して適切なライセンス供与を得るために追跡され、システムのライブラリを介してソーシャルネットワーキングコミュニティのためにトラックのＢｅｙｏｎｄ化版を利用可能にし得る。

図９を参照すると、グルをコミュニティ内で上に押し上げるために組み合わせられ得る、様々な構成要素が提示される。ブロック５００で、システムのユーザーは、再生リストを公開し、Ｐ２Ｐネットワーク内で音楽を共有し、特定の主題に関して情報を投稿し、他人に音楽を提案し、音楽を再生、ダウンロード、及び評価し、並びに個別のトラックのＢｅｙｏｎｄ化の間に音楽をアップロードすることができる。システムのユーザーが知識及び経験を増すにつれて、ブロック５０２の活動はより広く行き渡る。ここで、システムのユーザーは、グルが提案した音楽をダウンロードし、グルの再生リストをライブラリと同期させ、またはソーシャルネットワーキングコミュニティ内で特定のグルを単にフォローできる。ブロック５０４で、システムのユーザーは、コミュニティ内で特定のグルをフォローし続ける間、即ち、ボックス５０６に見られるように、彼ら自身のグルのレベル及びファイルへのアクセスの可能性を向上させるためにポイントを貯めている間、グルのＰ２Ｐグループからファイルをダウンロードできる。

ボックス５０８で、システムのユーザーは、主題の嗜好に基づいてまたはグルが列挙した嗜好により、アイテムを検索できる。加えて、システムのユーザーは、分子のクラウドの選択を介してまたはグルのプロファイル内で「クリックされた」主題により、グルをフォローできる。ボックス５１０で、システムのユーザーが、グルにより、または、グルのプロファイルからアーティストまたはトラックアルバムにリンクを張ることにより、提案された音楽を楽しむ間、グルはコミュニティ内でフォローされ続け得る。

ボックス５００〜５１０に見られるステップまたはイベントは、順番に起こる必要はない。ポイント獲得プロセスは、様々なときに様々なボックスの相互作用を介して起こり得る。イベントは、単に例示的な系列として区切られている。各イベントは、ステップ５１２でポイントを生成し、そのポイントは、インターネットを通って、ステップ５１６でウェブサービスインターフェースを介して記録される。ポイントの貯蓄は、ステップ５１８で視覚的に表現される。

図１０を参照すると、パートナーユーザー及びパートナー管理者のアプリケーションに入るためのクライアント−パートナー管理登録のフローチャートが示される。

アプリケーションは、ステップ５５０で、クライアント−パートナーアプリケーションへのログインから始まる。ログイン時、フローは、ステップ５５２の問い合わせに進み、ユーザーのログイン認証情報に基づき、システムのユーザーが管理者レベルのパートナーであるかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローは、非管理者のアクセスレベルに基づいてアクセスが制限される、パートナーのホームページに進む。ステップ５５２の問い合わせへの回答が「ＹＥＳ」であれば、フローは、ユーザーが、アプリケーションの機能への完全アクセスを有し、コンテンツ管理情報に即座にアクセスできる、ステップ５５６のパートナーのホームページに進む。

パートナーのホームページから、フローは、ステップ５６８の問い合わせを提示し、パートナーがコンテンツ管理情報を精査したいかどうかを問い合わせる。問い合わせへの回答が「ＮＯ」であれば、フローは、ステップ５７２の問い合わせに進む。しかし、ステップ５６８の問い合わせへの回答が「ＹＥＳ」であれば、フローはステップ５７０に進み、全コンテンツ管理が、パートナーの全著作権にどのように関連するかという観点から、精査され得る。ステップ５６０のデータベースをポーリングすることにより、情報が適切な画面フィールドに追加される。データベースの主要なフィールドは、音楽トラックまたは映像毎の再生回数、ダウンロード数、システムのユーザーに関連する層、アーティスト名、歌のタイトル、及びアルバムのレーベル名を含むが、これに限定されない。パートナーコンテンツ管理者は、特定の歌、アルバム、アーティスト、またはレコードレーベルに関して情報をページ検索エンジンに入力できる。その結果は、検索の主題に従って以下のページに列挙されるだろう。ステップ５７０から、システムは、ステップ５７２に入るようにフローに戻る。

ステップ５７２で、ユーザーが嗜好の管理を行いたいかどうかを問い合わせる、問い合わせが提示される。これらの嗜好は、フォーマット及びデータの選択を規定するものである。問い合わせへの回答が「ＮＯ」であれば、フローはステップ５７６の問い合わせに進む。ステップ５６８の問い合わせへの「ＹＥＳ」回答は、ユーザーをステップ５７４に進め、個別の嗜好パラメータが入力され、システムは進んでステップ５７６の直前に再び入る。ステップ５７６で、問い合わせは、パートナーユーザーがロイヤルティの管理に従事したいかどうかを問い合わせる。このステップは、管理者レベルのパートナーにだけ利用可能であり、基本ユーザーのレベルには利用可能でない。問い合わせへの回答が「ＮＯ」であれば、フローは、ステップ５８０に進み、アプリケーションを終了する。しかし、ステップ５７６の問い合わせへの回答が「ＹＥＳ」であれば、フローは、ステップ５７８に進み、ロイヤルティ機能にアクセスする。このステップは、受取人の銀行情報を含み、ロイヤルティデータ、比率、分配、及び関連する管理機能の取り扱いを可能にする。ステップ５７８から、システムは、ステップ５８０に進み、アプリケーションを終了する。

ステップ５５２に戻って、ステップ５５２の問い合わせへの回答が「ＮＯ」であれば、フローは、ユーザーが、アプリケーションの機能への制限されたアクセスを有するが、コンテンツ管理情報に即座にアクセスできる、ステップ５５４のパートナーのホームページに進む。

パートナーのホームページから、フローは、パートナーがコンテンツ管理情報を精査したいかどうかを問い合わせる、ステップ５５６の問い合わせを提示する。問い合わせへの回答が「ＮＯ」であれば、フローはステップ５６２の問い合わせに進む。しかし、ステップ５５６の問い合わせへの回答が「ＹＥＳ」であれば、フローは、ステップ５５８に進み、全コンテンツ管理が、パートナーの全著作権にどのように関連するかという観点から、精査され得る。ステップ５６０のデータベースをポーリングすることにより、情報が適切な画面フィールドに追加される。ここにおいても、データベースの主要なフィールドは、音楽トラックまたは映像毎の再生回数、ダウンロード数、システムのユーザーに関連する層、アーティスト名、歌のタイトル、及びアルバムのレーベル名を含むが、これに限定されない。パートナーコンテンツ管理者は、特定の歌、アルバム、アーティスト、またはレコードレーベルに関して情報をページ検索エンジンに入力できる。その結果は、検索の主題に従って以下のページに列挙されるだろう。ステップ５５８から、システムは、ステップ５６２に入るようにフローに戻る。

ステップ５６２で、パートナーが嗜好の管理を行いたいかどうかを問い合わせる問い合わせが提示される。これらの嗜好は、フォーマット及びデータの選択を規定するものである。問い合わせへの回答が「ＮＯ」であれば、フローは、ステップ５８０に進み、アプリケーションを終了する。非管理者のパートナーは、ロイヤルティ機能を管理する機会を有しないので、その処理は迂回される。ステップ５６２の問い合わせへの「ＹＥＳ」回答は、ユーザーをステップ５６４に進め、個別の嗜好パラメータが入力され、システムは進んでステップ５８０の直前に再び入り、アプリケーションを終了する。

次に図１１を参照すると、リッチインターネットアプリケーションが選択されるときに使用される関係検索のホームページ示される。リッチインターネットアプリケーション（または「ＲＩＡ」）は、従来のデスクトップアプリケーションによく似たウェブアプリケーションである。ＲＩＡは、クライアントエンジンを利用する（即ち、典型的に、ウェブクライアントにユーザーインターフェースに必要な処理を転送する）ので、クライアント技術を利用することにより、より高い機能を提供する。６００で、システムは、ユーザーの嗜好６０２と相互作用し、６０４のソーシャルネットワーキングポータルに基本的に同時に接続する、関係検索のホームページを表示する。

関係検索のホームページ６００は、所要の検索を容易にするために、カテゴリ６０６〜６２４と連動する。同様に、カテゴリ６０６〜６２４の各々は、それぞれのカテゴリ待ち受けページ概要６２６〜６４４と連動する。カテゴリ待ち受けページ概要はそれぞれ、それぞれの選択詳細６４６〜６６４とデータを交換できる。選択詳細の構成要素はさらに、データベース６６８を利用する、カート概要／提案詳細６６６と連動する。データベースを利用するシステムの機能は、６７０でアカウントを検証するためのユーザー機器の認証情報の確認により管理される。システムは、データベース６７２を利用し、経路Ａを介してエンドユーザーへのダウンロードを実行する。

図１２を参照すると、パートナーゲートウェイに関する関係図が示される。７００でのパートナーのログインは、ユーザーがパートナーコンソール７０２にアクセスすることを可能にする。パートナーコンソール７０２は、ユーザの嗜好７０４と連動し、ユーザーが、アカウントマネージャ７０６、メディアアップロード７０８、コンテンツ管理７１０、銀行取引情報７１２、ロイヤルティグリッド７１４、及び７１６でのレポートの生成にアクセスすることを可能にする。

アカウントマネージャ７０６は、データベース７３０を除いたアカウント作成／編集機能７１８との、提供／取得のインターフェースを備える。メディアアップロード７０８は、データベース７３２を除き、データベース７３２はさらにコンパイル及びポピュレート機能７３４と連動する、メディア作成／編集機能７２０との、提供／取得のインターフェースを備える。コンテンツ管理７１０の機能は、データベース７３６を除いたコンテンツ作成／編集／検索機能７２２との、提供／取得のインターフェースを備える。銀行取引情報７０６のインターフェースは、データベース７３８を除いた銀行の作成／編集機能７２４との、提供／取得のインターフェースを備える。ロイヤルティグリッド７１４は、データベース７４０を除き、データベース７４０はさらにコンパイル及びポピュレート機能７４２と連動する、ロイヤルティの列ソート及び検索機能７２６との、提供／取得のインターフェースを備える。レポートジェネレータ７１６は、データベース７４４を除き、データベース７４４はさらにコンパイル及びポピュレート機能７４６と連動する、レポートの列ソート／検索／印刷及び電子メール機能７２８との、提供／取得のインターフェースを備える。

次に図１３を参照すると、本発明のエンドユーザー機器に関する関係図が示される。エンドユーザー機器７６０は、音楽再生リストアプリケーション７６２と連動する。再生リストは、同様に、７７０のリーダーアプリケーション及び音楽再生リストソフトウェアライブラリ７６４と連動する。ソフトウェアライブラリは、ユーザーのウェブブラウザ７６８内のダウンロードマネージャアプリケーション７６６を介してダウンロードを受信する。ウェブブラウザは、データベース７８０から配信データを取得する。

ソフトウェアライブラリ７６４に戻って、ソフトウェアライブラリ７６４はさらに、計上される再生を記録してデータベース７９０に返信する、リーダーアプリケーション７７０と連動する。

図１４を参照すると、サブシステム８００が示される。サブシステム８００は、ここに説明した本発明により予期されるような、デジタル音声または映像ファイルを受信できる、典型的な携帯電話である。この携帯電話は、機器がインターネット対応機器である限り音声または映像のファイルを受信でき、または、インターネット対応機器を介して同期させることによりインターネットに接続できる、全デジタル準拠機器（ＭＥＭ）を代表する。携帯電話機器を販売する前に、製造者は、システムの管理者から適切なライセンスを購入し、機器に内蔵されたアクセスルーチンを有効にするだろう。このことは、（購入後の）機器がシステムにアクセスしてダウンロード及びソーシャルネットワークアプリケーションに参加することも、機器でのファイル毎の再生の総計について報告することも可能にするだろう。このように、本発明は、音楽または映像のファイルの代金を支払う責任を、消費者から、システムのライセンス料を支払うデジタル機器の製造者に移す。加えて、システム１０は、期間にわたって集められた、マイクロパープレイ（micro-per-play）のロイヤルティの支払いを可能にする。集められたロイヤルティは、著作権の所有者が関連する全再生に対する支払いを受けるように、対応するリポジトリに転送される（業界最大手のＡＳＣＡＰ、ＢＭＩ、ＳＥＳＡＣ、及びＨａｒｒｙ Ｆｏｘが現在行うのと同じような方法）。

図１５を参照すると、インターネットを介して、システム収集サーバーを通って、ライセンスの符号化及び埋め込みまでを通って、トラックを提供することを示す、システムコンテンツ収集のための方法フローのフローチャートが示される。

定期的に、システムコンテンツ収集プロセスは、システムの、パートナーのコミュニティの例であってコンテンツをプッシュまたはプルできる、パートナー８２０、８２２、８２４、及び８２６の各々からの新たなコンテンツの滴（drop）を、インターネットクラウド８２８を介して確認する。ある場合には、確認は、プロセスがパートナーのサーバー上のファイル転送アカウントにログインし、それぞれのサーバーからファイルをダウンロード可能とする前にファイルの入手可能性を確認することを必要とするだろう（「プル」シナリオ８３４）。他の場合には、滴が、パートナーのサーバーにより自動的に収集サーバー８３０にアップロードされるだろう（「プッシュ」シナリオ）。

一旦新たな滴が識別されて配置されると、収集サーバーは目録（manifest）ファイルの内容を検証する８３６。目録ファイルは、コンテンツの滴により供給される全ファイルを列挙する。目録ファイルを検証することは、目録に列挙された各ファイルの存在及び有効性を確認すること８３８を含む。

目録が検証されると、滴に含まれる各アルバムについてメタデータ（通常ＸＭＬファイル）が検索されるだろう。これらのアルバムは、アルバム処理スレッドプール（thread pool）に移される。スレッドは、アルバムのメタデータをシステムのデータベースに収集するだろう８４０、８４２、８４４。メタデータは、例えばアルバムタイトル、ジャンル、リリース情報等のアイテムを含むだろう８４６、８４８、８５０、及び８５２。アーティストがまだシステムのデータベース内に存在しなければ、アーティストのレコードが作成されるだろう。スレッドは、アルバム内の各トラックの間をループし、トラックのメタデータを検索し、メタデータと共に音声ファイルの場所を、収集分散クライアント（ネットワーク上の別個の機械）が作業結果を引き出すプール内に格納する。これらのクライアントは、（速度及びスループットの向上のために）作業結果の大部分をアンロードし８５４、指紋の生成８５６、音声のトランスコーディング（transcoding）８５８、暗号化８６０、ＤＲＭサーバー８６８から受信してライセンス供与サービス８７０を介して処理される、ライセンスの処理８６２、及び次のトラックの処理でブロックを除去する８６６前での、トラックのメタデータの収集８６４を行うだろう。

図１６を参照すると、ロイヤルティの支払計算及び支払手順のフローチャートが示される。

所与の歌のトラックの再生回数データを収集するための方法は、ロイヤルティを計算するために、以下の基準によりグループ化されると仮定される。
データ範囲 − 収集されるデータの可変範囲が規定される。データのユーザーは、このグループ化において同様に識別され得る。
機器タイプ − 機器タイプ（携帯ＭＰ３、ＰＣ、家庭用ステレオ等）が識別される。
機器登録年数 − 機器がシステムサービスに登録されてからの月数により決定される。
地域 − 州、一般的地域（例えば、ニューイングランド、中部大西洋等）、または市場による、事前選択された地理的選択により決定される。

サービスは、ステップ９００のサーバーを除く一方で、ステップ９０２から始まる。サービスは、ステップ９０４で能動的であり、データベース９０６とデータをやり取りする。ステップ９０４から、システムフローは、特定のレーベル下の全トラックについて再生の総計及びロイヤルティを計算するためにステップ９１０と連動する一方で、ステップ９０８でトラック毎の再生ロイヤルティを計算する。全再生が計算されると、支払いが商業ゲートウェイＡＰＩを介して、個別のレーベル（レコード会社）に、商業ＡＣＨ振り込みを介して行われる。

ステップ９０８に戻って、再生毎のロイヤルティの計算は、ステップ９１６から始まる計算フローを利用して行われる。ステップ９１６で、地域及び機器タイプによるグループの再生は、最初にステップ９１８で機器の登録年数及びタイプに基づいて機器減衰率を決定することにより決定される。ステップ９１８の結果は、ステップ９２０で計算される年間超過支払減衰率を乗じられる。この総計はパートナー契約テール減衰率を乗じられる。この結果は、順々に、歌のレーベルによる特定の地域及び機器タイプに対するロイヤルティ率を乗じられ、計算された減衰率を乗じられる。その結果は、地域及び機器タイプによるロイヤルティの支払いとして追跡される。

パートナーロイヤルティ率は、個別のパートナー／レーベルの各々との所与の契約に基づいて変化すると仮定される。各パートナーは、機器タイプ、地域、または量の測定基準に基づいて異なるロイヤルティ率を交渉できると仮定される。機器登録年数減衰率は、一方で、パートナーへの年間支払額に基づく。ここでもまた、各パートナーは、年間支払いに基づいて異なる減衰率を交渉できると仮定される。契約テール年数減衰率は、パートナー契約が満了してからの時間に基づく。

相互に作用し、かつ、トランザクションで接続された電子システムの当業者は、上記の議論を詳細に検討することにより、ここに作られた土台を踏まえるさらなる改良、特徴、及び適合が提供されてもよいことをさらに認識するだろう。これらのさらなる改良、特徴、及び適合は本発明の範囲及び精神内にあると認識されることが意図される。

含まれる全開示を検討した当業者により理解されるように、提案システム、特徴、及び改良は、本発明の範囲及び精神を逸脱することなく、相互運用可能性の目的で、さらに修正されて統合されてもよい。

請求項において、手段またはステッププラスファンクション節（step-plus-function clause）は、ここに説明または提案した構造を、復唱された機能や、構造等価物だけでなく等価構造も実行するように含めることを意図されている。このように、例えば、くぎ、ねじ、及びボルトは、くぎは木製部品と円柱面との間の摩擦を頼りにし、ねじのらせん面は木製部品を確実にかみ合わせ、ボルト頭部及びナットは木製部品の反対側を押し付けるという点で、構造等価物でないかもしれないが、木製部品を固定するという環境では、くぎ、ねじ、及びボルトは等価構造として当業者により容易に理解されるかもしれない。

添付の図面を参照して本発明の好ましい実施形態の少なくとも１つを説明したが、当然のことながら、本発明はそれら厳密な実施形態には限定されず、添付の請求項に規定されたように、本発明の範囲及び精神から逸脱することなく、当業者により様々な変更、修正、及び適合がもたらされてもよい。

Claims (20)

1. ファイルの使用に支払われるロイヤルティを、データ処理システム内で決定するための方法であって、
   （ａ）前記ファイル内にライセンスデータを埋め込むステップと、
   （ｂ）前記ファイルに対して測定基準の組を決定するために、前記ファイルを検査するための検査ルーチンを開始するステップと、
   （ｃ）前記ファイルが特定の地域内で機器により再生されることを可能にするステップと、
   （ｄ）前記ファイルが再生される各事例の記録簿を維持し、全事例の組を集約するステップと、
   （ｅ）前記測定基準に関してロイヤルティを決定するために、前記データ処理システム内で計算ルーチンを開始するステップと、
   （ｆ）前記ロイヤルティを地域及び機器タイプにより決定するステップと、
   （ｇ）前記ロイヤルティを計算するステップとを有する、方法。
2. 前記ファイルは、（ａ）音声ファイルと、（ｂ）映像ファイルとを含むグループから選択される、請求項１に記載の方法。
3. 前記計算は、前記機器の登録年数及びタイプに基づいて前記機器の減衰率を決定するステップをさらに有する、請求項１に記載の方法。
4. 前記計算は、年間超過支払減衰率を決定するステップをさらに有する、請求項３に記載の方法。
5. （ａ）第１に、総計を決定するために、前記機器の減衰率に前記年間超過支払減衰率を乗じるステップと、
   （ｂ）第２に、第２の総計を決定するために、前記総計にパートナー契約テール減衰率を乗じるステップと、
   （ｃ）第３に、前記第２の総計に、計算された減衰率を乗じる前に、歌のレーベルによる特定の地域及び機器タイプに対するロイヤルティ率を乗じるステップとをさらに有する、請求項４に記載の方法。
6. 前記再生されたファイルに対して前記計算されたロイヤルティは、レーベルのために開設されたレーベルアカウントに与えられ、所定の時刻またはイベントが起こるまで前記レーベルアカウントと関連する他の全ファイルと共に前記レーベルアカウント内に貯められ、その後、前記貯められたロイヤルティに関して前記レーベルに支払いを行う、請求項１に記載の方法。
7. 商業ゲートウェイＡＰＩを介して、個別のレーベルに、商業ＡＣＨ振り込みを介して行われる、前記ロイヤルティに関する支払いを行うステップをさらに有する、請求項１に記載の方法。
8. ファイルの使用に支払われるロイヤルティを、データ処理システム内で決定するためのシステムであって、
   （ａ）前記ファイル内にライセンスデータの組を埋め込むための埋め込み手段と、
   （ｂ）前記ファイルに対して測定基準の組を決定するために、前記ファイル内に埋め込まれた前記ライセンスデータの組を検査するための検査手段と、
   （ｃ）前記ファイルを特定の地域内で再生するための再生機器と、
   （ｄ）前記ファイルが再生される各事例の記録簿であって、全事例の組の集約をさらに含む、記録簿と、
   （ｅ）前記測定基準に関するロイヤルティの、地域及び機器タイプによる決定を、前記データ処理システム内で開始するための計算ルーチンとを備える、システム。
9. 前記ファイルは、（ａ）音声ファイルと、（ｂ）映像ファイルとを含むグループから選択される、請求項８に記載のシステム。
10. 前記ファイルは、前記ファイルが再生され得る地域の制限をさらに含む、請求項８に記載のシステム。
11. 前記再生機器は、前記機器の登録年数を決定するために前記システムにアップロード可能なプロファイルをさらに備える、請求項８に記載のシステム。
12. 前記再生機器は、インターネットアプリケーションを介して前記システムと前記再生機器を連結するためのインターフェース手段をさらに備える、請求項８に記載のシステム。
13. 前記再生機器は、前記システムへのダウンロードのために、１つ以上のファイルの１回以上の再生に関するデータの組を格納するためのメモリをさらに備える、請求項８に記載のシステム。
14. 前記機器の登録年数及びタイプに基づいて前記機器の減衰率を決定するための計算手段をさらに備える、請求項８に記載のシステム。
15. 年間超過支払減衰率を決定するための計算手段をさらに備える、請求項８に記載のシステム。
16. （ａ）総計を決定するために、前記機器の減衰率に年間超過支払減衰率を乗じるための第１の乗算手段と、
    （ｂ）第２の総計を決定するために、前記総計にパートナー契約テール減衰率を乗じるための第２の乗算手段と、
    （ｃ）前記第２の総計に、計算された減衰率を乗じる前に、歌のレーベルによる特定の地域及び機器タイプに対するロイヤルティ率を乗じるための第３の乗算手段とをさらに備える、請求項８に記載のシステム。
17. ファイルの使用に支払われるロイヤルティを、ソーシャルネットワーキングシステム内で決定するための方法であって、
    （ａ）関連する測定基準の組を決定するために、前記ファイル内に埋め込まれたライセンスを検査するステップと、
    （ｃ）前記ファイルの測定基準が所定の基準の組に適合すれば、前記ファイルが特定の地域内で機器により再生されることを可能にし、前記測定基準が適合しなければ、前記ファイルが再生されることを可能にしないステップと、
    （ｄ）前記ファイルが再生される各事例を前記システムの記録簿内に蓄積し、全事例の組を集約するステップと、
    （ｅ）前記集約された事例に関してロイヤルティを決定するために、データ処理システム内で計算ルーチンを開始するステップと、
    （ｆ）地域及び機器タイプにより前記ロイヤルティを決定するステップと、
    （ｇ）前記再生されたファイルに対して前記決定されたロイヤルティを、レーベルのために開設されたレーベルアカウントに与え、所定の時刻またはイベントが起こるまで前記レーベルアカウントと関連する他の全ファイルと共に前記レーベルアカウント内に貯め、その後、前記貯められたロイヤルティに関して前記レーベルに支払いを行うステップとを有する、方法。
18. 前記ファイルは、（ａ）音声ファイルと、（ｂ）映像ファイルと、（ｃ）混合メディアファイルとを含むグループから選択される、請求項１７に記載の方法。
19. 前記計算は、前記機器の登録年数及びタイプに基づいて前記機器の減衰率を決定するステップをさらに有する、請求項１７に記載の方法。
20. 前記計算は、年間超過支払減衰率を決定するステップをさらに有する、請求項１７に記載の方法。

Images