動的混合メディア・パッケージ
動的修正／更新のための機構をもつ動的混合メディア・パッケージが、個別のメディア・ファイルによってもたらされる経験を凌駕するメディア経験をユーザーに提供することが発見された。動的混合メディア・パッケージはさまざまな型のメディアを収容し、追加的なメディアおよび既存のメディアの修正を許容する。追加的なメディアは、シード・メディアから派生されたメディアのような、消費者によって生成されたメディアを含む。シード・メディアはマーク付けされ、補足的メディアと一緒にパッケージ中にまとめられる。シード・メディアがマーク付けされるのは、パッケージの寿命の間のシード・メディアの識別およびシード・メディアが消費者生成派生メディアに組み込まれたときの帰属といったさまざまな動作の実行を許容するためである。
【発明の詳細な説明】
【技術分野】
【０００１】
〈優先権の主張〉
本PCT出願は2007年5月2日に出願された「Dynamic Mixed Media Package」と題する米国特許出願第11/799,865号の出願日の利益を主張するものである。この優先権はここに米国特許法第１２０条または３６５（ｃ）のもとに主張され、前記文書の全内容はここに参照によって組み込まれる。
【０００２】
〈技術分野〉
本願は概括的にはメディア・パッケージの技術分野に、より詳細には動的混合メディア・パッケージ（dynamic mixed media package）の送達および管理に関する。
【背景技術】
【０００３】
娯楽産業は、デジタル頒布チャネルを通じて送達される自らの原資産に対して完全な制御を行使しない。これらの原資産の従来式の送達（delivery）にはいくつかの限界があり、そのことはおそらく音楽コンテンツの従来式の頒布（distribution）に関して最も明白となる。まず、インターネットまたは他のデジタル頒布チャネル（たとえば、デジタル・ラジオ放送、コンパクト・ディスク、ケーブルを通じたオーディオまたはビデオ・オン・デマンド・サービス、地上波放送または衛星経由、携帯電話ネットワークなど）を通じた従来式のデジタル音楽送達は、個別物の送達または複数の個別トラックの送達に制限される。この制限は、消費者を単一トラック再生に制約する。第二に、個々のオーディオ・トラックは他の関係した資産とは別個である。第三に、オーディオ・トラックのフォーマットはしばしば独自規格であり（すなわち非標準）、一つのフォーマットまたは解像度しかない。これらの限界は、原資産に対する制御や、音楽産業の構成員が自らの原資産に関して創造する能力を妨げる。音楽コンテンツの文脈で記述されるが、同じ問題は他のデジタル・コンテンツ空間（たとえば、電子書籍（eBooks）、ビデオ、ゲーム、画像データなど）にもつきまとう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来式の送達モデルは、娯楽産業の所有者およびクリエイターが革新する能力を制約する。従来式の送達モデルは中間エンティティ（すなわち、コンテンツ・アグリゲータおよび頒布者、ダウンロード店舗およびネットワーク事業者、コンテンツ送達および再生ソフトウェア／装置製造業者など）に強く依存している。コンテンツを送達する中間エンティティは、コンテンツの所有者およびクリエイターをその顧客から分離する。この分離は所有者およびクリエイターが助けになる統計データを収集し、末端顧客とより密接に対話する能力に干渉する。その代わり、頒布者およびソフトウェア／ハードウェア・プロバイダー（たとえば、アップル社のiTune（登録商標）音楽サービス、リアル・ネットワーク社のRhapsody（登録商標）音楽サービスなど）がインターネット、デジタル・メディア・ファイルおよびメディア・ストリームを介してコンテンツを消費する消費者の経験を実質的に制御する。これらの中間エンティティが頒布に対する制御および消費者との対話を有することを許容することは、娯楽産業の構成員による製品差別化における進歩を妨げる。最後に、中間エンティティは、消費者に最も近いので、消費行動および消費者の経験に影響する最善の能力をもつ。
【課題を解決するための手段】
【０００５】
動的混合メディア・パッケージを用いて、ネットワークにてこ入れするメディア送達および管理モデルを制定するとともに、革新的な経験が提供されることができる。シード・メディア（たとえば特定の歌の録音物）に関係する混合メディア（たとえば、ビデオ、追加的オーディオ、インタビュー、歌詞、画像アートワークなど）をレンダリングするパッケージを用いて、包括的かつ総合的なメディア経験が消費者に対して呈示されることができる。それは、個々の作品または作品のコレクションでありうる。シード・メディアは、混合メディア・パッケージとして補足的メディアと関連付けられることができる（たとえば、ファイルはシード・メディアおよび補足的メディアへのポインタを有していてもよい、ファイルは実際にシード・メディアおよび補足的メディアを含んでいてもよい、など）。シード・メディアの管理および追跡〔トラッキング〕を許容する識別情報が生成され、シード・メディアと関連付けられる。識別情報はシード・メディアに埋め込まれてもよいし（たとえば透かし）、シード・メディアから導出されてもよい（たとえば生成されるハッシュ値、生成されるフィンガープリント・データなど）。識別情報はまた、生成され、補足的メディアと関連付けられてもよい。さらに、パッケージ問い合わせチェックポイントへの参照がパッケージ中に埋め込まれる。オンライン・ネットワーク・サーバーのIPアドレスのようなパッケージ問い合わせチェックポイント（または複数のパッケージ問い合わせチェックポイント）にアクセスすることが、当該動的混合メディア・パッケージに関し動的修正／更新が指示される（indicated）ことを許容する。
【０００６】
動的混合メディア・パッケージを用いて、ユーザーは個々のメディア・ファイルではなく、経験またはサービスのレベルを購入する。さらに、動的混合メディア・パッケージは個々のメディア・ファイルを超えた価値をもつ製品およびサービスであり、新しくリリースされた、更新されたまたは変更された関係する豊富なメディア・コンテンツの追加を通じて当該動的混合メディア・パッケージの寿命の間、拡張できる。そのような拡張の例は、これに限られないが、追加的ビデオ・クリップ、音楽トラック、ストリーミング・オーディオまたはビデオ、ライブ・コンサート・ビデオ、音楽ニュース、編者レビュー、歌の歌詞、トラックの代替バージョン、画像またはビデオ、カラオケ・バージョンおよび歌詞同期データ、写真または画像アート・データ、着メロ、コンテンツを範疇分けしてナビゲートするために使用可能なデータ（たとえば、ジャンル、テンポ、ムード、発表年、制作国など）およびユーザー生成されたコンテンツ（たとえば、ユーザーが制作した音楽ビデオ、ユーザー・コメント、ユーザーが再編集したビデオまたはビデオのための改変されたサウンドトラック、オーディオ・トラックのユーザーによるリミックス、など）を含む。追加的な動的メディアの送達は、消費者参加型コンテストなどによる商業または広告に結びついたプロモーション・ベースでなされることができる。メディア資産（すなわち、シード・メディアおよび／または補足的メディア）はまた、特定の再生装置に適合するためなどさまざまな理由により、サイズの品質、サポートされるソフトウェア・コーデックおよびビットレート、レンダリング制限（たとえばオーディオのみ、オーディオおよび画像、オーディオおよびビデオ）などにおいてアップグレードまたはダウングレードされてもよい。
【０００７】
いくつかの実施形態が、限定ではなく例として、付属の図面の図において例解される。
【図面の簡単な説明】
【０００８】
【図１】メディアを動的混合メディア・パッケージにまとめる例示的なシステムを描いた図である。
【図２】パッケージ修正をメディア消費者に伝搬させる例示的なシステムを描いた図である。
【図３】動的混合メディア・パッケージの一般的な構造の例を描いた図である。
【図４】動的混合メディア・パッケージを制作するための例示的な動作のフローチャートである。
【図５】問い合わせイベントに応答して、パッケージ修正があるかどうかエンティティに問い合わせする例示的な動作のフローチャートである。
【図６】提出物を扱うための例示的な動作のフローチャートである。
【図７】派生メディアを検索するための例示的な動作のフローチャートである。
【図８】動的混合メディア・パッケージに対するパッケージ問い合わせを扱うための例示的な動作のフローチャートである。
【図９】パッケージ修正をメンテナンスする例示的システムを描いた図である。
【図１０】メディア問い合わせモジュールの例示的な実装を描いた図である。
【図１１】動的混合メディア・パッケージ・プレーヤーのための例示的なインターフェースを描いた図である。
【図１２】本稿で論じられる機能のいずれかを機械に実行させるための一組の命令が実行されうる、処理システム１２００の例示的な形の機械の図的な表現である。
【図１３】図６のブロック６０７または図７のブロック７０９において実行されうる、複合セットのルールの、メディアへの例示的な適用についてのフローチャートである。
【図１４】派生メディアからの例示的な収入ストリームを描いた図である。
【図１５】マルチメディア・コンテンツ記述インターフェース（「MPEG7規格」）に基づく動的混合メディア・パッケージの例示的なフォーマットを描いた図である。
【図１６】例示的な動的混合メディア・パッケージからのメディアの例示的な呈示を描いた図である。
【発明を実施するための形態】
【０００９】
以下の記述は、本発明を具現する例示的なシステム、方法、技術、命令シーケンスおよび計算機械プログラム・プロダクトを含む。本発明の手段のさまざまな実施形態の理解を与えるために、以下では説明の目的で数多くの個別的詳細が記述される。しかしながら、当業者には、本発明の主題の実施形態がこうした個別的詳細なしでも実施されうることは明白であろう。たとえば、以下では単一の機械上で実行される文脈で例が述べられているが、シード・メディアを追跡し、パッケージ修正を収集することに複数の機械が関わっていてもよい。さらに、メディア（media）という用語が、全体を通じて頻繁に、オーディオおよびビデオのコンテキスト内で使われるが、メディアという用語はこれらのメディアの具体的な例に限定されるべきではなく、写真画像、アート画像、文献、ストリーミング・メディアなどといった他の多くの型のメディアを含む。一般に、よく知られた命令インスタンス、プロトコル、構造および技術は詳細に示しはしなかった。
【００１０】
本明細書の目的のためには、「処理システム」は、「プログラム」を走らせる機能をもつ、一つまたは複数のプロセッサを使うシステム、マイクロコントローラおよび／またはデジタル信号プロセッサを含む。プログラムは、一組の実行可能な機械コードである。処理システムは、（これに限られないが）携帯電話、音楽プレーヤー、携帯情報端末（PDA）、自動車娯楽システムおよび家庭での使用のために設計された消費者電子製品といった通信および電子装置を含む。処理システムはまた、あらゆる形（デスクトップ、ラップトップ、パームトップなど）のコンピュータまたは「コンピューティング装置」を含む。ここでの用法では、「プログラム」はユーザー・レベルのアプリケーションおよびシステム指令（system-directed）アプリケーションまたはデーモン（daemon）を含む。
【００１１】
図１は、メディアを動的混合メディア・パッケージ中にまとめる例示的なシステムを描いている。メディア所有者またはクリエイター（たとえば作者、レコーディング会社、制作会社など）がシード・メディア（たとえばビデオ、オーディオ、画像など）を生成し、シード・メディアをメディア・パッケージャ（media packager）１０４に送信する。メディア・パッケージャ１０４は、メディア・サービス・プロバイダ（media service provider）１０７およびメディア・パブリッシャ（media publisher）１１１からそれぞれ補足的メディア１０９および１１３をも受信する。補足的メディアはプレビュー、歌詞、予告編、レビュー、アートワークなどでありうる。たとえば、メディア・サービス・プロバイダ１０７は広告を提供してもよく、メディア・パブリッシャはアートワークを提供してもよい。
【００１２】
メディア・パッケージャ１０４は、シード・メディアの管理のためのデータを生成する。たとえば、メディア・パッケージャ１０４は、シード・メディアを用いて透かし、フィンガープリント（たとえば、オーディオ・フィンガープリント、ビデオ・フィンガープリント、画像フィンガープリント、タンデム・フィンガープリントなど）および／またはハッシュ（たとえばMD5ハッシュ関数、SHAハッシュ関数などを使って）を生成する。メディア・パッケージャまたは別のエンティティは、のちに、生成された管理データを使って、シード・メディアの使用を追跡する、派生作品におけるシード・メディアを識別するなどといった、前記データに関するさまざまな管理動作を実行できる。もちろん、メディア・パッケージャが管理データを生成することは必須ではない。たとえば、メディア所有者／クリエイターは、前記データを生成し、そのデータおよび／またはそのデータの位置をメディア・パッケージャ１０４に通信してもよい。メディア・パッケージャ１０４はまた、補足メディア１０９および１１３に関して管理データを生成してもよい。
【００１３】
メディア・パッケージャ１０４はシード・メディア１０３および補足的メディア１０９および１１３を混合メディア・パッケージ１１５中に集める。メディア・パッケージャ１０４は、混合メディア・パッケージ１１５中、おそらくはヘッダ中に、メディアに組み込まれなかった管理データおよびパッケージ問い合わせチェックポイントとしてのメディア・パッケージャ１０４への参照を書き込む。メディア・パッケージャ１０４はまた、メディアを呈示するための構造的情報および指令を、パッケージ・ヘッダおよび／またはセクション・ヘッダ中に書き込む。混合メディア・パッケージ１１５のインスタンスが次いでネットワーク１０２（たとえばLAN、WAN、インターネット、携帯電話網など）を介してまたは非ネットワーク接続装置のための匹敵する頒布プロセスを通じて、メディア消費者１１７ａ〜１１７ｃに直接的または間接的に送達される。たとえば、メディア消費者１１７ａ〜１１７ｃは、メディア・パッケージャ１０４からメンバーシップを購入したのでもよいし、メディア・パッケージャ１０４からパッケージ１１５のインスタンスを購入したのでもよいし、メディア・パッケージャ１０４からパッケージ１１５のインスタンスを受信してパッケージ１１５の該インスタンスをメディア消費者に転送する別のエンティティからパッケージのインスタンスを購入したなどでもよい。
【００１４】
メディア消費者１１７ａ〜１１７ｃは次いで前記インスタンス（またはそのインスタンスのコピー）を別の装置に送信または転送できる。図１では、メディア消費者１１７ｃは受信したインスタンスを携帯型オーディオ・メディア・プレーヤー１２３、携帯電話１２５および自動車娯楽装置１２７に送信する。これらの装置へのインスタンスの転送は、追加的な動作を含みうる。たとえば、メディア消費者１１７ｃは、限られた資源をもつ装置上での再生のために混合メディア・パッケージ・インスタンス中のある種のメディアのより低い品質のバージョン（たとえば、よりコンパクト、より小さなディスプレイ・サイズなど）を取得することを要求されてもよい。
【００１５】
図２は、メディア消費者にパッケージ修正を伝搬させる例示的なシステムを描いている。メディア・クリエイター／所有者１０１は、混合メディア・パッケージ１１５を支配する規則をメディア・パッケージャ１０４に送達する。メディア・パッケージャはメディア・サービス・プロバイダから、オーディオであるシード・メディアのためのカラオケ式の歌詞のようなメディア提出物２０１を受信する。メディア・パッケージャ１０４はまた、メディア消費者１１７ａ〜１１７ｃから、消費者が生成した提出物をも受信する。メディア消費者１１７ａはアートワーク２０７を提出する。メディア消費者１１７ｂは格付け〔レーティング〕情報を提出する。メディア消費者１１７ｃは、消費者生成派生メディア２０５を提出する。消費者１１７ｃは、自分の消費者生成派生メディアの一部のみを共有することを選んでもよい。たとえば、消費者１１７ｃは歌をリミックスして、コンサートにおける友人とアーチストとのデジタル写真を撮ったのでもよい。消費者１１７ｃは写真はプライベートにしておき、リミックスした歌を消費者生成メディア２０５として提出することを選んでもよい。
【００１６】
消費者１１７ｃはまた、置換またはオーバーレイ・ビデオまたはオーディオの形で派生メディア２０５を生成してもよい。一例として、消費者１１７ｃは映画の特定のシーンを再演してもよい。その例では、その再演に取り付けられたメタデータが、そのシーンを実際の映画と揃わせるために使用されうる時間的情報を含んでいてもよい。それにより、別の消費者１１７ａ〜ｂがその再演されたシーン（派生メディア）をはめ込んでその映画（シード・メディア）を見ることを選びうる。同様に、消費者１１７ｃは、ビデオ（またはオーディオ）と一緒に見られうるオーバーレイを制作してもよい。これも時間的メタデータをも含みうる。オーバーレイ・ベースのメディアの例は、ビデオの閲覧領域に追加される画像またはビデオ、変更されたサウンドトラックまたは声データ、変更されたチャネル情報または他の変化を含みうる。変更されたチャネル情報は、ビデオまたはオーディオ・メディアのさまざまなチャネルを変える、チャネルに追加するまたはチャネルをオフにすることを含みうる。たとえば、サラウンド・サウンド・ビデオに関し、前および／または後チャネルが相対的なボリューム・レベルについて変更されてもよいし、オーディオが追加または削除されるなどしてもよい。
【００１７】
メディア・パッケージャ１０４は提出物を処理し、メディア・クリエイター／所有者１０１からの規則に従って提出物を承認または拒否する。メディア・パッケージャ１０４はその承認または拒否を反映するよう、パッケージ追跡構造２０３をしかるべく更新する。コンテンツはまた、シード・メディアの作者、所有者／クリエイター１０１（作者と所有者／クリエイターが同じでないとして）および他のサービス・プロバイダーから供給されることもできる。さらに、パッケージ修正の型は、混合メディア・パッケージのコンテンツへの向上、構造情報への修正、呈示指令への修正などを含むことができる。
【００１８】
メディア消費者１１７ｂによって提出される格付け情報および関連する格付けプロセスはいくつかの形を取りうる。メディア消費者１１７ｂはアートワーク２０７、消費者生成メディア２０５または他の提供されるメディア（これはたとえばシード・メディアまたは他の補足的メディアを含みうる）を見て格付けしてもよい。メディア消費者１１７ｂによって提供される格付け提出物は、スケール・ベースの格付け（たとえば星１〜５個）、単純な賛意／不賛意、はい／いいえの格付け、言葉でのレビューまたは他の格付けであってもよい。いくつかの例示的な実施形態によれば、メディア消費者１１７ｂは、リモコンを使って格付け情報を提出してもよい。他の例示的な実施形態によれば、格付け情報はキーボードおよび／または他のコンピュータ・インターフェース装置を使って提出されてもよい。いくつかの例示的な実施形態によれば、格付け情報はメディア消費者１１７ｂが能動的に格付け情報を提出することなく提供されてもよい。一例として、メディア消費者１１７ｂがビデオを見て、視聴の量または割合のある閾値前にやめた場合、負の格付けが自動的に提出されてもよい。メディア消費者１１７ｂがそのビデオを完全に（あるいはある閾値を超えて）視聴した場合、正の格付けが提出されてもよい。この例はもちろん、メディア消費者１１７ｂによって視聴または経験されるいかなる型のメディアにも適用されうる。コンテンツ型／成熟（maturity）レベル・レーティングのような他の格付け情報がメディア消費者１１７ｂによって提供されてもよい。たとえば、成熟レベル・レーティング情報なしで送達されるコンテンツは、提案される成熟レーティング情報を使ってメディア消費者によって格付けされてもよい。
【００１９】
格付け情報は、さらに、メディア消費者１１７ｂが当該メディアを視聴または経験することなく提供されてもよい。いくつかの状況では、メディア消費者１１７ｂは単にメディア・コンテンツに関する説明を読んで、その説明を読んだ後でそのメディア消費者は格付け情報を提供してもよい。
【００２０】
いくつかの例示的な実施形態によれば、メディア消費者１１７ｂによって提供される格付けは、メディア消費者１１７ｂについてのプロファイルを決定することにおいて使用されてもよい。プロファイルは、メディア消費者１１７ｂに追加的なメディア・コンテンツを選択的に送達することにおいて使用されてもよい。一例として、ある消費者が一貫してコミカルなまたはパロディーのビデオを低く格付けするなら、プロファイルは同様のビデオに対する嫌悪を反映しうる。メディア消費者１１７ｂのプロファイル作成において他の要因が使用されてもよい。これについてはのちに論じる。
【００２１】
動的混合メディア・パッケージは製品柔軟性、新しい収入源、製品差別化の機会およびより大きな消費者関与を許容する。動的混合メディア・パッケージは、そのパッケージの寿命を通じて動的に修正されることができ、こうしてパッケージを修正するとともにそのパッケージとともに提供される製品／サービスを拡張する機能を提供する。レコード・レーベル、映画スタジオまたは制作会社のようなエンティティからのコンテンツを追加することに加えて、消費者は一つまたは複数のシード・メディアから派生メディアを生成することができる。派生メディアは動的混合メディア・パッケージ中に組み込まれることができる。消費者はフィードバック（たとえば上述したような論評、格付けなど）および派生メディアではない補足的メディア（たとえばシード・ビデオまたはシード・オーディオのためのアートワーク）を寄稿することもできる。
【００２２】
動的混合メディア・パッケージはまた、メディアの所有者／クリエイターに、消費者フィードバックを収集し、製品またはサービスの魅力を増すために消費者フィードバックにすばやく反応することを許容する。メディア所有者／クリエイターは、フィードバックに基づいてパッケージの内容を調整する、サービスを修正するなどできる。メディア所有者／クリエイターはまた、最も人気のあるメディアを生成する消費者を特定することもできる。
【００２３】
動的混合メディア・パッケージにおける拡張および／または変化についての柔軟性および機能はまた、新しいビジネス・モデルおよび収入源をも提供する。ビジネス・モデルは、統計収集、パッケージ修正の追跡および記憶などといった動的混合メディア・パッケージのためのさまざまな管理サービスを提供することを生みうる。動的混合メディア・パッケージは消費者を引きつけ、オンラインでメディアを購入することに関して消費者行動を変え、新たな収入源を作り出すまたは収入を増加させるであろう。消費者は、この動的混合メディア・パッケージを、それが提供する、シード・メディアだけでは達成できない向上した経験のために購入するよう動機付けられるであろう。消費者も、自分が投稿したメディアが人気が出たとき、評判の面でまた金銭面で利益を得ることができる。たとえば、シード・メディアに関連する消費者生成メディアが広告に関連付けられてもよく、広告が当該消費者および／またはシード・メディアの所有者にとって広告収入を生成する。実際、消費者が、動的混合メディア・パッケージ中のシード・メディアに関連付けられることになる広告を生成してもよい。
【００２４】
図１４は、派生メディアからの例示的な収入の流れを描いている。メディア所有者／クリエイター１４０１は、混合メディア・パッケージ１４０９を生成するための動作を実行する。メディア所有者／クリエイター１４０１はシード・メディア１４０５についてのフィンガープリント・データを生成する。メディア所有者／クリエイター１４０１はまた、補足的メディア１４０７についての一つまたは複数のフィンガープリントをも生成する。メディア所有者／クリエイター１４０１は、フィンガープリントおよびハッシュ・データベース１４０３内にフィンガープリント（単数または複数）を記憶する。フィンガープリントおよびハッシュ・データベース１４０３はメディア所有者／クリエイター１４０１によって制御されてもされなくてもよい。メディア所有者／クリエイター１４０１は、動的混合メディア・パッケージ１４０９をシード・メディア１４０５および補足的メディア１４０７を用いて作成する。メディア所有者／クリエイター１４０１は次いで、シード・メディア１４０５のインスタンスに、そのインスタンスのメディア消費者１４１１および１４１３への送達に先立って、透かしでマーク付けする。メディア消費者１４１１に送達されるインスタンスは該インスタンス内にシード・メディア１４０５の透かしを含む。透かしはそのインスタンスに、メディア消費者１４１１の指示（indication）（たとえば、消費者アカウント番号、ユーザー名など）で刻印する。同様に、メディア消費者１４１３に送達されたインスタンスは、そのシード・メディア・インスタンスにメディア消費者１４１３の指示で刻印する透かしを含む。メディア所有者／クリエイター１４０１はまた、送達に先立って各インスタンスにハッシュ関数を適用してもよい。メディア所有者／クリエイター１４０１は次いで、生成されたハッシュ値をフィンガープリントおよびハッシュ・データベース１４０３に記憶する。もちろん、これらの動作は必ずしもすべてメディア所有者／クリエイター１４０１によって実行される必要はない。たとえば、メディア所有者／クリエイター１４０１はフィンガープリント（単数または複数）を生成するのみで、透かしを埋め込んでハッシュ値を生成するのはメディア・パッケージャに任せてもよい。
【００２５】
複数の透かしがシード・メディアに適用されてもよい。メディア所有者／クリエイターおよびメディア・パッケージャ（ならびにシード・メディアの頒布経路中の他の任意のエンティティ）が一つまたは複数の異なる透かしを埋め込んでもよい。縦続〔タンデム〕透かし入れを許容する透かし入れ技法がある（たとえば、複数の透かしを順次上に重ねて埋め込む）。そのような縦続透かし入れ技法は、コンテンツ頒布チェーン内の複数の段階における透かし入れを許容する。たとえば、三つの異なる透かしがシード・メディアに適用されることができる。たとえば、一般的なコンテンツ識別子（たとえば特定のレコーディングのためのISRCコード）を含む第一の透かしがシード・メディアに埋め込まれることができる。次いで、頒布者のIDを含む第二の透かしがシード・メディアに埋め込まれることができる。最後に、顧客のIDを含む第三の透かしがシード・メディアに埋め込まれることができる。
【００２６】
縦続透かし入れ技法の展開は、ビットストリーム透かし入れアルゴリズムを用いてもよい。これらのビットストリーム透かし入れアルゴリズムを用いて、透かしはエンコードされた／圧縮されたオーディオまたはビデオ信号ストリームに挿入され、こうしてデコードおよび再エンコードを回避する。デコードおよび再エンコードの回避は、信号が圧縮されない形で利用可能なとき（たとえば制作段階）にはそれほど関心はないかもしれないが、信号が圧縮されない形ですぐ利用可能でないとき（たとえば頒布段階）にはより関心あるものとなる。
【００２７】
メディア消費者１４１１および１４１３は、混合メディア・パッケージ１４０９内のシード・メディア１４０５に基づく消費者生成メディア１４１５を生成する。メディア消費者１４１１はまず、混合メディア・パッケージ１４０９のシード・メディアを用いて派生メディアを生成する。たとえば、メディア消費者１４１１は、シード・メディア１４０５を用い、また必ずではないが潜在的には他のオーディオ（たとえば消費者作成オーディオ、シード・メディアと同じアーチストからのオーディオ、別のアーチストからのオーディオなど）を用いてオーディオ・リミックスを作成する。派生メディアはメディア消費者１４１３に提供される。メディア消費者１４１３は、そのリミックス派生メディアに伴うビデオを作成してメディア１４１５を生成する。たとえば、メディア消費者１４１３はさまざまなアニメーション・ビデオからビデオを作成する。メディア消費者１４１１および１４１３は完全に独立に行動してもよいし、協働パートナーとして行動してもよいし、クリエイティブ・コミュニティ（たとえば、オンライン・ビデオ共有コミュニティ、オンライン・ソーシャル・ネットワーク・コミュニティ、オンライン・デジタル画像共有コミュニティなど）の一部として行動するなどしてもよい。消費者生成メディア１４１５は、コンテンツ識別子システム１４１７に送信される。コンテンツ識別子システム１４１７は、完全にまたは部分的に消費者のコンピュータ上にローカルに、あるいは一つまたは複数のサーバー上にリモートに存在していることができる。
【００２８】
コンテンツ識別子システム１４１７はメディア１４１５を処理して寄与割合を決定する。コンテンツ識別子システム１４１７はフィンガープリントおよびハッシュ・データベース１４０３にアクセスして、消費者生成メディア１４１５の内容を識別する。コンテンツ識別子システム１４１７は次いで種々の作者またはメディア所有者／クリエイターからの相対寄与割合を計算する。消費者生成メディア１４１５は次いで自動的に、宛先選択のために範疇分けされ、計算された寄与割合に基づいてタグ付けされる。
【００２９】
別の実施形態では、作者帰属（author attribution）が、以前にメディアに埋め込まれた電子透かしのような識別子に基づいて決定される。図１４に示された例を使うと、コンテンツ識別子システム１４１７はメディア１４１５を検査して、透かし入れのような技法を使って、消費者作者かシード・メディア作者かを問わず諸作者による相対寄与を計算する。作者帰属計算はコンテンツ識別子システム１４１７によって実行されるが、そのような機能性のために別個のシステムは必要ではない。コンテンツ識別機能は、消費者（たとえば、メディアを混合するために消費者によって使用されるアプリケーションのバックグラウンドまたはフォアグラウンドで機能し、おそらくは消費者によってもともと生成された（originally created）メディアを識別するために透かしを生成するモジュールまたはプロセス）または別のサードパーティー（たとえば、メディア共有サーバー１４１９中）に近いプログラムを用いて実装されてもよい。
【００３０】
メディア１４１５は次いでメディア共有サーバー１４１９に提供される。この結果、収入の流れが生じる。メディア消費者１４２１が消費者生成メディア１４１５にアクセスする。消費者１４２１によるメディア１４１５へのアクセスは、収入生成イベントと考えられる。たとえば、広告主は、メディア１４１５を呈示するウェブページ上での広告のために広告費を支払う。メディア１４１５が人気を増すにつれて、露出が大きいほど広告リンクのクリックが増えるとすると、より大きな広告費が生成される。別の例では、消費者は、メディア共有サーバー１４１９を含むネットワークによってホストされるメディアにアクセスするために料金を支払う。これらの料金の一部は、そのネットワークから呈示されるメディアの所有者／クリエイターにロイヤリティとして支払われる。広告および／または使用料金１４２３はメディア所有者／クリエイター１４０１に支払われる。メディア所有者／クリエイター１４０１は次いで、メディア消費者１４１１および１４１３からの寄与の割合に基づいて、ロイヤリティをメディア消費者１４１１および１４１３に支払ってもよい。消費者へのそのような支払いは、創造力を刺激し、消費者関与を高めうる。メディア１４１５が別のメディア所有者／クリエイターからのシード・メディアを含む場合、メディア共有サーバーの所有者は、料金の支払いを、決定された寄与割合に従って配分しうる。さらに、未知の作者によって寄与されたメディアについて、基金が寄託として保持されてもよい。寄託として保持されるこれらの基金は、作者がみつかるまで無期限に保持されてもよいし、限られた期間保持されてその後アーチスト・コミュニティに寄付されるなどしてもよい。
【００３１】
あるエンティティが会計の責を担い、メディア共有サイトから受け取られるあらゆる料金の精算所として行動し、メディア所有者／クリエイターに寄与割合に従ってロイヤリティを分配してもよい。たとえば、図１のメディア・パッケージャ１０４は、自分のシード・メディアをメディア・パッケージャ１０４に送る複数のメディア所有者／クリエイターに、動的混合メディア・パッケージ中にまとめること（assembly）に対して、料金を課してもよい。メディア・パッケージャ１０４はメディア消費者に、動的混合メディア・パッケージ・サービスにおけるメンバーシップに対して、料金を課してもよい。サービスが、パッケージ修正を維持しそれらの修正をメンバーに伝搬させてもよいし、メディア（たとえば補足的メディア、派生メディアなど）を生成する独立したアーチストのコミュニティを維持しメディア所有者／クリエイター（たとえばプロデューサー、出版会社、他のアーチストなど）に露出を提供してもよい。メディア・パッケージャ１０４は、メディア消費者によって購入される各パッケージのある割合を取ってもよい。メディア・パッケージャへの収入は、定額ベースであっても、可変ベースであっても、定額料金と可変料金のハイブリッドであってもよい。料金の変動は、消費者からの提出物の数、シード・メディアに関係するメディア消費者コミュニティの活動度などに結び付けられてもよい。
【００３２】
動的混合メディア・パッケージをどのエンティティが維持するにせよ、上で論じた管理および修正動作を受け入れるために、パッケージは柔軟であるよう作成される。図３は、動的混合メディア・パッケージの一般的な構造の例を描いている。動的混合メディア・パッケージ３０１はいくつかのセクションを含む。パッケージ・ヘッダと称されうる第一のセクションは、パッケージ情報セクション３０３である。パッケージ情報セクション３０３はパッケージ内容および構造情報ならびにパッケージ問い合わせチェックポイント（たとえば、一様リソース位置指定子［uniform resource locator］、インターネット・プロトコル・アドレスなど）への参照を含む。パッケージ問い合わせチェックポイントは、パッケージ修正について問い合わせを開始するチェックポイント位置である。パッケージ情報セクション３０３はまた、パッケージ修正を提供する承認されたサービス・プロバイダーへの一つまたは複数の参照をも含みうる。パッケージ情報セクション３０３はまた、アクセスおよび認証情報および／またはコード、混合メディア・パッケージ３０１の種々のセクションからのコンテンツの呈示を支配する指令、サービス・レベル情報、パッケージ・レベル情報、メンバーシップ情報などを含みうる。
【００３３】
混合メディア・パッケージは、一つまたは複数のインスタンス（特定のシード・メディアに関係する異なるメディアを含む）として実装されることができる。混合メディア・パッケージはまた、仮想パッケージとして実装されてもよい。たとえば、さまざまなメディアの間のリンクは一つの識別子からなっているのでもよい。この識別子は絶対的であることができる（たとえば、複数のエンティティにまたがって共有され、結び付け要素（binding element）として作用する一意的な数または数の組、フィンガープリントもしくはテキスト・ストリングまたはそれらの組み合わせ）。識別子はまた再帰的であることもできる。たとえば、あるメディア・パッケージが第二のパッケージをポイントするインデックスを含み、その第二のパッケージが今度は第三のメディア・パッケージを参照する異なるインデックスを含むなどである。
【００３４】
混合メディア・パッケージ３０１はまた、明瞭（clear）メディア・セグメント情報セクション３０５および明瞭メディア・セグメント３０７をも含む。混合メディア・パッケージは必ずしも明瞭メディアのためのセクションを含む必要はなく、明瞭メディア・セクションはプロモーション・コンテンツ（見本、予告編、プレビュー、レビューなど）、収入生成コンテンツ（たとえば広告）などを収容することができる。明瞭メディア・セグメント・セクション３０５は、明瞭メディア・セグメント３０７の内容および構造についての情報ならびにおそらくは呈示指令を含む。たとえば、明瞭メディア・セグメント３０７はさまざまな型のコンテンツを含みうる。明瞭メディア・セグメント情報セクション３０５内の呈示指令は、広告の呈示を、混合メディア・パッケージの五回のアクセス毎に制約し、プロモーション素材をローテーションさせ、新しいホスト装置に遭遇するたびにコンテンツを呈示するなどしてもよい。明瞭メディア・セグメント３０７は、すでに述べたようなプロモーション・コンテンツのような保護〔プロテクト〕されていないおよび／または制約されていないメディアを含む。保護および／または制約されていないが、明瞭メディア・セグメント３０７内のコンテンツは、統計収集のような管理目的のためにマーク付け（たとえば透かしを用いたマーク付け）またはフィンガープリント付けされてもよい。
【００３５】
動的混合メディア・パッケージ３０１は、シード・メディア・セグメント情報セクション３０９およびシード・メディア・セグメント３１１を含む。シード・メディア・セグメント３１１のコンテンツは保護および／または制約される。シード・メディア・セグメント情報セクション３０９では保護機構（たとえばデジタル権利管理（digital rights management）機構）が完全にまたは部分的に実装されてもよい。シード・メディア・セグメント情報セクション３０９はまた、シード・メディア・セグメント３１１についての内容および構造情報をも含む。シード・メディア・セグメント３１１はシード・メディア、補足的メディア、シード・メディアに関係した参照（たとえば、シード・メディアのレビューへのリンク、作者のウェブサイトへのリンク、作者のウェブサイトからページをロードするコード、動的混合メディア・パッケージとは異なるリモートまたはローカル位置にあるコンテンツへのポインタなど）を含む。たとえば、シード・メディア・セグメント３１１は、異なるフォルダ内、リモート・サーバー上、ネットワークに取り付けられた記憶装置上のなどのストリーミング・メディアにアクセスするための参照を含んでいてもよい。ストリーミング・メディアはすぐ再生されてもよいし、アクセスされるときに再生されてもよいし、オフライン再生のためにキャッシュされるなどしてもよい。シード・メディア・セグメント３１１のコンテンツは、ビデオ、オーディオ・トラック、オーディオ・コレクション、画像、アニメーション、テキスト、ゲーム、ポッドキャストなどでありうる。シード・メディア・セグメント情報セクション３０９はまた、シード・メディアについての統計および／または補足的メディアについて集められる統計を集めるためのコードをも含んでいてもよい。
【００３６】
動的混合メディア・パッケージ３０１の第三の部分は、消費者生成メディア・セグメント情報セクション３１３および消費者生成メディア・セグメント３１５を含む。消費者生成メディア・セグメント３１５は、消費者によって作成された派生メディア、消費者によって作成された、シード・メディアに関係する独立したメディア、シード・メディアについての消費者コメント、シード・メディアに関係した消費者ウェブサイトへの参照、シード・メディアに関係した他の消費者ウェブサイトからのコンテンツにアクセスするコード、動的混合メディア・パッケージとは異なるリモートまたはローカル位置におけるコンテンツへのポインタなどを含みうる。消費者生成メディア・セグメント情報セクション３１３は、消費者生成メディア・セグメント３１５のコンテンツについての内容および構造情報を含む。消費者生成メディア・セグメント情報セクション３１３は、セグメント３１５内の個々のメディアを識別し、セグメント３１５内の特定のメディアについての寄与割合を指示し、セグメント３１５内のメディアの人気を指示するなどしうる。消費者によって生成されパッケージに追加されうるメディアは、ゲーム、ビデオ、オーディオ、アニメーション、歌詞、ポエム、論評、リミックス、代替歌詞、写真などといった幅広い範囲のメディアをカバーする。消費者は、自分の個人的メディアを（同じシード・メディアにリンクされた）他のメディア・パッケージ所有者と共有する、あるいは自分の個人的なメディアを私的な消費のみに保つオプションをもつことになる。
【００３７】
当業者は、図３に描かれている例示的な動的混合メディア・パッケージは例解するものであり、実施形態に制限することを意図したものでないことを認識するはずである。たとえば、パッケージは、シード・メディアおよび補足的メディアを含むものとして記述されている。動的混合メディア・パッケージの実装は、必ずしもメディアを文字通り「含む」必要はない。パッケージはコンテンツへのポインタを含んでいてもよいし、コンテンツは異なる諸位置にあってもよい。異なる諸位置にあるコンテンツへのポインタを実装するためのガイドラインを提供する、複数の型のファイル・コンテナ（file container）がすでに定義されている（たとえば、MPEG-4システム（ISO/IEC14496-1）、MPEG-7（ISO/IEC15938）、MPEG-21（ISO/IEC21000）、mxf（Material eXchange Format［素材交換フォーマット］）およびaaf（Advanced Authoring Format［先進オーサリング・フォーマット］））。
【００３８】
動的混合メディア・パッケージは、標準および独自規格の両方を含めいくつもある技法のいずれに従って実装されることもできる。MPEG規格に従ったもののような標準的な実装が市場における幅広い採用のためにはより望ましいように思えるが、他の目的のためには独自フォーマットが最適および／または好ましいことがありうる。実のところ、複数の物理フォーマットが共存することが考えられる。変換規約が、あるフォーマットから別のフォーマットへの遷移を許容するのである。たとえば、ある特定のフォーマットは、かなりの量の計算パワーが処理のために利用可能な、PCプラットフォームを横断したメディア交換のために好適でありうる。このフォーマットは、コンパクトかつエネルギー節約型の装置の必要性のためにより制限されたフォーマットが要求される、より制約されたプラットフォーム環境においては好適でないこともありうる。図１５は、マルチメディア・コンテンツ記述インターフェース（Multimedia Content Description Interface）規格（「MPEG-7規格」）に従った動的混合メディア・パッケージの例示的なフォーマットを描いている。図１５では、動的混合メディア・パッケージ１５００はパッケージ・ヘッダ、明瞭コンテンツ・ヘッダ、明瞭コンテンツ・セクション、シード・メディア・ヘッダ、シード・メディア・セクションおよび消費者生成コンテンツ・セクションを含む。ヘッダは、作成時、サイズ、アクセス、特権などといったパッケージについての一般的な情報を示しうる。明瞭コンテンツ・ヘッダは、混合メディア・パッケージ１５００についての記述的メタデータを含む。明瞭コンテンツ・ヘッダはまた、パッケージ問い合わせチェックポイント参照をも含む。明瞭コンテンツ・セクションはプレビュー・ページ、プレビュー写真およびプレビュー・オーディオを含む。プレビュー写真は、JPEGおよび対応するメタデータおよび識別データに従って圧縮された画像をもつ画像メディア１５０３を含む。プレビュー・ビデオは、フラッシュ・ビデオおよび対応するメタデータおよび識別データをもつビデオ・メディア１５０５を含む。シード・メディア・ヘッダは、XML経験記述を含む。シード・メディア・セクションは、透かし入れされ、デジタル権利管理（DRM）技術が適用されたメニュー、写真、ビデオ、オーディオおよび歌詞を含む。シード・メディア・セクション内のビデオは、対応するメタデータおよび識別データとともにFairPlay（登録商標）DRM技術に従ってエンコードされたビデオ・メディア１５０７を含む。同様に、シード・メディア・セクションにおけるオーディオは、メタデータおよび識別データとともにFairPlayエンコードされたオーディオ・メディア１５０９を含む。消費者生成セクションは、消費者生成コンテンツおよびRSSフィードを介したシンジケート化された（syndicated）コンテンツを含む。消費者生成セクションは、消費者生成メディア１５１１を含み、その例は、ニュース、レビュー、ブログからのメディアおよび外部インターネット・フィードからのフィードを含む。
【００３９】
混合メディア・パッケージのプレビューおよびシード・メディアは、単一のメディアとして実装されてもよく、必ずしも別個のメディアとして実装される必要はない。シード・メディアに関連するプレビューは、MPEG-2およびMPEG-4規格において定義されているようなスケーラブル符号化技法を使って実装されることができる。メディア・コンテンツは複数のレイヤーにおいて符号化され、各レイヤーがデコード／再構築される信号の知覚的な品質を増す。よって、オーディオ信号の基本レイヤーのみをデコードしてAM品質のモノラル・オーディオを得ることが可能である。第二レイヤーをデコードすることで、若干の（聞こえない）アーチファクトをもつ高品質のオーディオが生成され、第三のレイヤーをデコードすれば、もとのスタジオ録音自身の完璧な（無損失の）再構築が許容される。これは、第一レイヤーが暗号化されないまま事前視聴サンプルとして利用可能にされ、コンテンツ・ビットストリームの一部のみ暗号化／保護することを許容する。
【００４０】
オーディオのための空間的情報に関して同様のアプローチを取ることができる。ステレオ信号は公共の消費のために保護されないまま利用可能にされうるが、多チャネル・レンダリング情報は、必要な権利を取得するとロック解除できる保護されたフォーマットで利用可能であってもよい。
【００４１】
再構築時の同期のために、コンテンツ・データのこれらの異なるレイヤーを一つのビットストリーム・フォーマット内に保つことが技術的により簡単であるが、頒布の目的のためには、これらの異なるレイヤーを別個のパッケージ内に保つことが望ましいことがありうる（すなわち、多チャネル情報は、もとのメディア項目のリリース後、のちの時点においてのみ利用可能になりうる）。
【００４２】
動的混合メディア・パッケージを作成するために使用される具体的な技術は、利用されるデジタル権利管理の型、そのパッケージについての所望される柔軟性の度合いなどとともに変わる。エンコード、保護、メタデータなどの個別的な詳細にかかわりなく、動的混合メディア・パッケージはシード・メディアをもって始まる。さまざまな例示的な実施形態によれば、動的混合メディア・パッケージは、単一の束として送達されてもよい。その束が圧縮解除されて消費者装置上のファイル構造になりうる。いくつかの例示的実施形態によれば、動的混合メディア・パッケージは、さまざまな型のメディアを記憶するためにフォルダ構造を生成しうる。フォルダ構造は、シード・メディアに関係した更新された素材を連続的に入れられうる。シード・メディアに関連付けられたディレクトリ・ファイルが、シード・メディアに関係するさまざまな補足的メディアおよび派生メディアを詳述しうる。補足的および派生メディアは、消費者のローカル・ファイル構造内に、動的メディア・パッケージの残りとともに記憶されてもよいし、あるいは補足的または派生メディアを取得または経験するために消費者を外部位置に向かわせるためにポインタが使用されてもよい。ポインタは、ディレクトリ・ファイルに対して外部のファイルであってもよいし、あるいはディレクトリ・ファイル内であってもよい。いくつかの実施形態では、ディレクトリ・ファイルはXMLベースである。
【００４３】
図４は、動的混合メディア・パッケージを作成するための例示的な動作のフローチャートを描いている。ブロック４０１において、シード・メディアが受信される。これは一つまたは複数のファイルでありうる。もちろん、メディア所有者／クリエイターが動的混合メディア・パッケージを作成しているのなら、ブロック４０１はスキップできる。ブロック４０３において、シード・メディアについての管理データが生成される。シード・メディアの管理は複数の型のデータのレイヤー化（layering）を利用しうる。たとえば、シード・メディアについてフィンガープリント・データおよびハッシュ値が生成される。さらに、シード・メディアがデジタル透かし入れデータでマーク付けされる。ハッシュ値は、メディアを迅速に識別するために使用できる。フィンガープリント・データは、他のメディアと組み合わされたときに、メディアの一部または全部を識別するために利用されることができる。透かし入れは、メディアを追跡し、ユーザー生成メディアをフィルタ処理するために使われることができる。ハッシュ値は利便を与えるが、この動作はスキップされてもよい。さらに、フィンガープリント付けはのちの時点でなされてもよい。また、それぞれが異なる堅牢性およびフィンガープリント・データ・サイズ要件を満たす複数のフィンガープリント・アルゴリズムが展開されることができる。たとえば、あるフィンガープリント・フォーマットは信号内の強烈な変化（たとえば、等化、ピッチ・シフト、時間伸張、動的圧縮、知覚的符号化）に対してさえも高度に堅牢でありうる一方、別のフォーマットのほうがずっとコンパクトであろう（すなわち、オーディオまたはビデオ・コンテンツのある継続期間について抽出されるフィンガープリント・データの量がより小さい）。よりコンパクトなフォーマットは、バンド幅制限のあるチャネルを通じた送信により好適でありうる。ブロック４０５では、補足的メディアがあるかどうかが判定される。補足的メディアがなければ、制御はブロック４０７に流れる。補足的メディアがあれば、制御はブロック４０９に流れる。
【００４４】
ブロック４０７では、動的混合メディア・パッケージは、シード・メディアを用いて生成される。制御はブロック４０７からブロック４１１へ流れる。
【００４５】
ブロック４０９では、動的混合メディア・パッケージがシード・メディアおよび補足的メディアを用いて生成される。ブロック４１１では、管理データおよび／または管理コード（たとえば統計収集コード）が生成されたパッケージ中に埋め込まれる。ブロック４１３では、サービス・プロバイダーからのデータが利用可能かどうかが判定される。サービス・プロバイダーがデータ（たとえば、補足的メディア、レビュー、広告など）を提供していれば、制御はブロック４１５に流れる。提供していなければ、制御はブロック４１７に流れる。
【００４６】
ブロック４１５では、サービス・プロバイダーからのデータがパッケージ中に書き込まれる。ブロック４１７では、パッケージについての情報がパッケージ中に書き込まれる。たとえば、構造および内容情報がパッケージ・ヘッダ、明瞭コンテンツ・ヘッダおよび／またはシード・メディア・ヘッダ中に書き込まれる。ブロック４１９では、パッケージ問い合わせチェックポイントへの参照が、パッケージ修正を提供するサービス・プロバイダーへの参照がもしあればそれとともに、パッケージ中に書き込まれる。
【００４７】
動的混合メディア・パッケージの作成および該動的混合メディア・パッケージのインスタンスの送達後、そのパッケージは修正されることができる。そのパッケージへの修正は、所有者、作者、制御者、消費者およびサービス・プロバイダーのうち任意のものによって生成されるさまざまなメディアを含むことができる。パッケージへの修正は、ある種のパッケージ・コンテンツの品質におけるアップグレードであっても、またさらにはダウングレードであってもよい。たとえば、家庭シアター・システムを通じた呈示のためにビデオが向上されてもよい（またはより高品質のビデオがパッケージに追加されてもよい）し、あるいはコンパクトなモバイル装置を通じた呈示のためにダウングレードされてもよい。これはレンダリングされた画像またはオーディオ解像度のサイズのみならず、エンコードされたメディアのコンパクトさにも、実際に異なる圧縮方式に再符号化することが必要となりうる点にまで、影響しうる。もとのコーデックはモバイル装置ではサポートされないからである。パッケージ修正は、コンテンツを置換する、コンテンツを修正する、コンテンツをトランスコードするまたはパッケージに追加されることがありうる。パッケージ修正は、動的メディア・パッケージの寿命の間のさまざまな時点において多様なソースの任意のものによって生成されることができるので、パッケージ修正の効率的な維持のために、修正を集積し（aggregate）、レビューし、頒布するサービスがあってもよい。
【００４８】
図９は、パッケージ修正を維持する例示的なシステムを描いている。規則データベース９１１が、特定のシード・メディアに関連付けられたパッケージを支配する規則をホストする。たとえば、ある規則は、対応するメディア所有者／クリエイターからのいかなる提出物も自動的に受け入れることを要求してもよい。別の規則は、特定の作者によって作成されたのでない限り、パッケージの保護施策を修正するいかなるエンコード提出物も拒否しうる。規則データベース９１１は、提出物ハンドラ・モジュール９０１および派生メディア検索モジュール９０３によってアクセスされる。モジュール９０１および９０３は一つまたは複数の機械において実装され、同じ物理的エンティティまたは位置において実装されてもそうでなくてもよい。提出物ハンドラ・モジュール９０１が提出物を受信すると、提出物ハンドラ・モジュール９０１は提出物を、規則データベース９１１内の対応する規則と突き合わせて評価する。対応する規則は、ハッシュ値（単数または複数）、透かしおよび／またはフィンガープリント・データのような識別データについて提出物を検査することによって決定されうる。提出物ハンドラ・モジュール９０１は、評価構造９０７において、適切な規則（単数または複数）と突き合わせての提出物の評価の結果を示す。評価結果の指示を維持することにより、以前に評価された提出物のすみやかな処理が許容される。提出物ハンドラ・モジュール９０１が提出物を承認する場合、提出物は、承認された提出物を追跡するパッケージ追跡構造９０５において示される。承認されたら、提出物および／または提出物への参照が承認メディア・データベース９０９に記憶される。しかしながら、拒否された提出物を破棄することは必要ではない。拒否された提出物は、アーカイブ化、比較目的、統計データ収集などさまざまな理由のため、同じまたは別個のデータベース内に記憶されてもよい。
【００４９】
提出されることに加えて、パッケージ修正は、インターネット上で発見されてもよい。派生物検索モジュール９０３は、シード・メディアから派生した消費者生成メディアを求めてネットワーク（たとえばインターネット、LAN、特定のオンライン・コミュニティなど）を探索する。たとえば、検索モジュール９０３は、シード・メディアのフィンガープリント・データ、ハッシュ値などを使って検索してもよい。検索モジュール９０３は、発見された派生メディアを、規則データベース９１１内の適切な規則と突き合わせて評価する。提出物ハンドラ・モジュール９０１と同様に、検索モジュール９０３は、その評価に従って、構造９０７および９０５ならびにデータベース９０９を更新する。拒否されるか承認されるかにかかわりなく、特定の発見された派生メディアについての評価結果の指標が評価構造９０７内に記録される。承認される場合、承認がパッケージ追跡構造において示され、発見された派生メディアおよび／またはそれへの参照が承認メディア・データベース９０９内に記憶される。提出物の承認の指標にはまた、承認された提出物の頒布時に、パッケージ・バージョンまたは承認日のような追跡情報が伴ってもよい。
【００５０】
図６は、提出物を扱うための例示的な動作のフローチャートを描いている。ブロック６０１において、提出物が受信される。ブロック６０３において、受信された提出物が以前に評価されているかどうかが判定される。もしそうであれば、その提出物はブロック６０４において破棄される。そうでなければ、ブロック６０３において対応するシード・メディアが判別される。ブロック６０５において、提出物の作者が判別される。作者がサービス・プロバイダーであれば、制御はブロック６０９に流れる。作者が消費者であれば、制御はブロック６０７に流れる。作者がシード・メディアの所有者／クリエイターであれば、制御はブロック６１５に流れる。
【００５１】
ブロック６０９では、サービス・プロバイダーが事前に承認されているかどうかが判定される。たとえば、サービス・プロバイダーが、シード・メディアのクリエイター／所有者と、提出物を提供するよう、適切に合意をもっている。サービス・プロバイダーが事前承認されていれば、制御はブロック６１５に流れる。そうでなければ、制御はブロック６０７に流れる。
【００５２】
ブロック６０７では、提出物が、対応するシード・メディアについての規則と突き合せて評価される。ブロック６０８では、評価の結果が示される。ブロック６１１では、提出物が拒否されるか承認されるかが判定される。拒否される場合、作者はブロック６１３においてその拒否を通知される。承認される場合、ブロック６１５で、承認された提出物について情報が記録される。たとえば、作者、権利所有、作成日、承認日、サイズ、メディア型、帰属（attribution）などについての情報が記録される。ブロック６１７では、提出物および／または提出物への参照が記憶される。作者または作者／権利保有者の代理人も承認された提出物のことを通知されてもよい。承認された提出物の通知はまた、作者／権利保有者に人気および寄与割合に基づいて補償するロイヤリティ・スキームに参加するよう作者／権利保有者を勧誘してもよい。
【００５３】
図７は、派生メディアを検索するための例示的な動作のフローチャートを描いている。ブロック７０１において、新しい消費者生成された派生メディアの検索が始まる。新しい派生メディアの検索は例えば、メディア指向のウェブサイト（たとえばユーチューブ）をクロールすることならびに発見された派生メディアに関連付けられうる記述、メタデータ、オーディオ／発話識別またはフィンガープリント付けを解析することを含みうる。他のウェブサイトおよびネットワークも、関連する派生および関係メディア（すなわち、画像、ニュースストーリー、ブログ項目、ポッドキャスト、議論など）を求めてクロールされうる。ブロック７０３で、派生メディアがみつかったかどうかが判定される。みつかっていなければ、制御はブロック７０１に戻る。新しい派生メディアがみつかった場合、対応するシード・メディアがブロック７０５で判別される。たとえば、派生メディアは何らかの透かし入れがされているかどうかについて調べられ、あるいは派生メディアのフィンガープリントが生成されてフィンガープリント・データベースと照合される。もう一つの例では、派生メディアは、ヘッダ・セグメント内において帰属情報を示す。ブロック７０７において、対応するシード・メディアについての規則が選択される。ブロック７０９において、発見されたメディアが選択された規則と突き合わせて評価される。ブロック７１０では、評価の結果が示される。ブロック７１１では、発見された派生メディアが承認されるか拒否されるかが決定される。承認される場合、制御はブロック７１５に流れる。拒否される場合、制御はブロック７１３に流れる。
【００５４】
ブロック７１５において、発見されたメディアの指標が検索構造内に、承認フラグをセットし、対応するシード・メディアの指示とともに記録される。たとえば、冗長な評価を避けるために検索の結果を追跡するための構造が用いられる。ある種のネットワーク・アドレスを回避する、新しいまたは修正された規則と突き合わせたメディアの評価を許容するなどのために、検索構造中に追加的な情報が記録されてもよい。ブロック７１７では、発見された派生メディアはパッケージ追跡構造中で示される。制御はブロック７１７からブロック７１９に流れる。
【００５５】
ブロック７１３では、発見された派生メディアの指標は検索構造中に記録され、対応するシード・メディアの指標とともに、拒否されたフラグがセットされる。シード・メディアはまた、提出物が第一のシード・メディアについては許容される一方、第二のシード・メディアについては拒否される場合にも指示される。制御はブロック７１３からブロック７１９に流れる。
【００５６】
ブロック７１９では、発見された派生メディアに他のシード・メディアが対応するかどうかが判定される。もしそうであれば、制御はブロック７０７に流れる。他の対応するシード・メディアがなければ、制御はブロック７０１に戻る。
【００５７】
上述したように、複数のシード・メディアが提出物に対応しうる。異なる複数のシード・メディアについてのさまざまな規則に準拠するために、異なる複数の規則の複合がメディアに適用されてもよい。図１３は、図６のブロック６０７または図７のブロック７０９において実行されうる、複合規則セットのメディアへの例示的な適用のためのフローチャートを描いている。ブロック１３０１において、提出されたまたは発見されたメディア（またはヘッダ中にあるような付随情報）が異なる複数のシード・メディアを識別するデータを含んでいるかどうかが判定される。メディア（または付随情報）が異なる複数のシード・メディアを識別するデータを含まない場合、制御はブロック１３２１に流れる。メディアが異なる複数のシード・メディアを識別するデータを含む場合、制御はブロック１３０３に流れる。
【００５８】
ブロック１３０３では、メディアは、異なる複数のシードへの帰属を判別するために調べられる。ブロック１３０５では、個々のシードについての規則が見出される。ブロック１３０７では、それらの規則が同じかどうかが検証される。それらの規則が同じであれば、制御はブロック１３２３に流れる。それらの規則が同じでなければ、制御はブロック１３０９に流れる。
【００５９】
ブロック１３０９では、個々の規則が複合規則を許容するかどうかが判定される。複合規則が許容されない場合、制御はブロック１３１１に流れる。複合規則が許容される場合、制御はブロック１３１３に流れる。
【００６０】
ブロック１３１１では、メディアは拒否される。制御はブロック１３１１からブロック１３１７に流れる。
【００６１】
ブロック１３１３では、異なる規則の複合がシード帰属に基づいて生成される。優先度、事前設定された競合解決ポリシーなどといった他の要因も複合規則の生成において考慮されてもよい。ブロック１３１５では、メディアは複合規則と突き合わせて評価される。ブロック１３１７では、評価の結果が生成される。制御はブロック１３１７からブロック６０８または７１０のいずれかに流れる。
【００６２】
ブロック１３２１では、シード・メディアについての規則が見出される。ブロック１３２３では、メディアは規則に突き合わせて評価される。規則がブロック１３０７において同じであると判別されていたら、ある規則がまたは規則の諸セットのうちの一つのセットが選択される。制御はブロック１３２３からブロック１３１７に流れる。
【００６３】
さまざまなビジネス・モデルおよび送達プロトコルを使って、承認された修正は、動的混合メディア・パッケージを用いてメディア消費者に利用可能にされる。動的混合メディア・パッケージの送達は、さまざまな仕方で実装できる。パッケージ修正を維持するエンティティは、あらゆる承認されたパッケージ修正をプッシュしてもよい。エンティティは、メディア消費者に、承認されたパッケージ修正のインストールの受け入れまたは拒否を促してもよい。何らかのパッケージ修正があるかどうかについてエンティティへの問い合わせをトリガーする問い合わせイベントが消費者機械または装置において検出されてもよい。
【００６４】
図５は、問い合わせイベントに応答してパッケージ修正があるかどうかエンティティに問い合わせする例示的な動作のフローチャートを描いている。ブロック５０１では、動的混合メディア・パッケージ・イベントが動的混合メディア・パッケージについて検出される。ブロック５０３では、動的混合メディア・パッケージがアクセスされて、パッケージ問い合わせチェックポイントについての参照、そのパッケージのシード・メディアを識別するデータおよび任意的に最後の問い合わせの時刻が判別される。たとえば、シード・メディアについてのハッシュ値、メディア・パッケージャのURL、タイムスタンプおよび顧客もしくはセッション識別子のような一意的なインデックスが要求メッセージ中に書き込まれる。消費者サービス・レベル、コミュニティ・メンバーシップなどといった問い合わせ結果に影響する追加的な情報も問い合わせに書き込まれてもよい。ブロック５０５では、パッケージ問い合わせチェックポイントは、ブロック５０３で判別された情報を用いて問い合わせされる。ブロック５０５からブロック５０７への破線は、問い合わせに対して応答が受信されるまでの時間の経過を表す。
【００６５】
メディア・パッケージ修正または更新を決定するのを支援するために、プロファイル情報が各消費者について保持される。ある消費者についてのプロファイル情報は、消費者に関係したさまざまな特性を収集することによって生成されうる。メディア使用、適用されるランキング、デバイス型および位置、使用の継続時間、使用時間および他の情報が消費者装置上で集められ、中央サーバーに解析のために送られる。他の例示的な実施形態によれば、中央サーバーにデータを送る前に、集められた情報は少なくとも部分的に消費者装置上で解析されてもよい。
【００６６】
消費者に適用されるプロファイルの型は、位置、時刻または使用中の装置に基づいて変わりうる。たとえば、消費者の視聴／聴取習癖は車に乗っているときに対し、オフィスにいるときに対し、飛行機に乗っているときにはある種の型およびジャンルのメディアが好まれることを示唆することがありうる。この情報に基づいて、消費者の位置に依存して、異なるメディア・パッケージ修正または更新が提案され、あるいは実行されてもよい。位置情報は装置情報（たとえば、ラップトップ、ポータブル・メディア・プレーヤー、乗物ベースのメディア・プレーヤー、デスクトップ・コンピュータ、セットトップボックスなど……）に基づいて、あるいは物理的位置特定技術（GPS、セルラー三角測量［cellular triangulation］など……）によって、集められ、あるいは推定されてもよい。
【００６７】
時刻情報も、消費者メディア使用情報を集め、メディア・パッケージ更新を提案するために使用されてもよい。朝、職場へのドライブでは、顧客は特定のジャンルの音楽またはラジオ・トーク番組を好むことがありえ、帰宅時のドライブでは、別の型の音楽が好まれることがありうる。このプロファイル情報は、消費者の聴取習癖に基づいて決定されてもよく、メディア・パッケージに対し、そのプロファイルと一致するよう、適切な提案された更新がなされうる。
【００６８】
同様に、ある種の型およびジャンルのメディアが車に乗っている間に経験されうる（たとえばロック音楽）一方、リビングルームにおけるセットトップボックス上では他のメディアが一般に経験され（たとえばテレビ・ショーおよび映画）、ポータブル・メディア・プレーヤー上ではさらに別のメディアが経験される（たとえば短いビデオおよびクラシック音楽）。さまざまな装置（たとえば異なるレンダリング機能をもつ）の間でのこれらの異なるメディア視聴習癖のため、使用されている装置に固有のプロファイル作成は、ユーザーに、テーラーメードの経験を提供しうる。装置情報はまた、使用されている特定の装置とより両立しやすいメディア・ファイル型およびサイズに対する装置固有の選好に基づいて、メディア・パッケージの修正または更新に影響しうる。
【００６９】
プロファイル作成情報は提案エンジンに入力されうる。提案エンジンは、メディアに関するユーザー習癖および傾向を考慮に入れるのみならず、時間的、空間的および他の環境情報をもユーザー経験を向上させるために使用する。環境要因および消費者要求を考慮に入れたカスタマイズされた経験を提供するために、ポリシーまたは規則がプロファイル作成情報と一緒に使用されてもよい。さまざまな要因に依存してコンテンツ送達を制御するのを助けるために、年齢に基づく規則、公開設定規則（public setting rules）、文化的規則および他の同様の規則がポリシー中に設定されてもよい。メディア・コンテンツは成熟レーティング（たとえば、PG-13、R、X、露骨、非露骨……）を有していてもよく、そのメディアの送達は視聴者の年齢に基づいて制約されてもよい（たとえば、13歳未満の視聴者はある種のコンテンツを視聴することを許容され得ない）。視聴者の位置（たとえば公共の列車上）も受け容れ可能な成熟レベルに影響してもよい。さらに、世界のある種の領域で文化的に受け入れられるまたは受け入れられないと見なされうるコンテンツに基づいてポリシーが施行されてもよい。
【００７０】
図８は、動的混合メディア・パッケージのパッケージ問い合わせを扱う例示的な動作のフローチャートを描いている。ブロック８０１では、パッケージ問い合わせが受信される。ブロック８０３では、その問い合わせから、シード・メディアを識別するデータおよび前回の問い合わせのタイムスタンプが判別される。ブロック８０５では、ブロック８０３で判別されたデータを用いてパッケージ追跡構造がアクセスされて、前の問い合わせタイムスタンプ以降の利用可能なパッケージ修正を判別する。利用可能なパッケージ修正はまた、消費者サービス・レベル、特権、地理などに基づいてフィルタ処理されてもよい。ブロック８０７では、何らかのパッケージ修正が利用可能であるかどうかが判定される。パッケージ修正が利用可能であれば、ブロック８０９で、利用可能なパッケージ修正の指標が、新しい問い合わせタイムスタンプまたは他の識別子とともに、メディア消費者に返される。たとえば、パッケージに追加されるべきいくつかの新しいメディアと他のメディアへの参照とを含むメッセージが返される。利用可能なパッケージ修正がない場合、新しい問い合わせタイムスタンプとともに、ヌル値が返される。
【００７１】
再び図５に戻ると、パッケージ修正の指標がブロック５０７で受信される。ブロック５０９では、追加的なメディアがパッケージに追加されるべきかどうかが判定される。もしそうであれば、制御はブロック５１１に流れる。追加的なメディアがなければ、制御はブロック５１３に流れる。
【００７２】
ブロック５１１において、追加的なメディアがパッケージに追加され、パッケージ情報はしかるべく更新される。ブロック５１３では、パッケージ修正の指標が参照（単数または複数）および／またはデータを含んでいたかどうかが判定される。たとえば、問い合わせへの応答が、ネットワーク・アドレス、新しいエンコード方式、格付けデータなどを示していたかどうかが判定される。もしそうであれば、制御はブロック５１５に流れる。そうでなければ、制御はブロック５１７に流れる。
【００７３】
ブロック５１５では、パッケージは参照（単数または複数）および／またはデータに従って修正される。たとえば、レーティング・データがパッケージの明瞭コンテンツ・セクションに書き込まれ、参照がパッケージの消費者生成メディア・セクションについてのヘッダ中に書き込まれる、などである。ブロック５１７では、新しい問い合わせタイムスタンプがパッケージ中に書き込まれる。
【００７４】
修正があるかどうかチェックポイントに問い合わせするためには、多様な実装が可能である。たとえば、イベントを検出して問い合わせを生成する機能性は、メディア・プレーヤーのコンポーネント、バックグラウンド・プロセス、デーモン、プラグインなどとして実装されてもよい。図１０は、メディア問い合わせモジュールの例示的な実装を描いている。図１０では、メディア・プレーヤー１００３は、メディア消費者機械１００７内のパッケージ問い合わせモジュール１００５とは別個である。メディア消費者機械１００７はモバイル装置、消費者電子装置、コンピュータ、自動車内の一つまたは複数のコンポーネントなどでありうる。メディア問い合わせモジュール１００５はメディア・プレーヤー１００３へのプラグイン、バックグラウンドで走るプロセスなどであってもよい。メディア消費者機械１００７は動的混合メディア・パッケージ１００１ａ〜１００１ｈをホストする。メディア・プレーヤー１００３は動的混合メディア・パッケージ１００１ｂを時刻ａにおいてロードし、アクティブ化する。時刻ｂにおいて、メディア・プレーヤー１００３はパッケージ問い合わせモジュール１００５を呼び出し、パッケージ問い合わせモジュール１００５に動的メディア・パッケージ１００１ｂのアクティブ化を通知する。さまざまな実施形態において、問い合わせイベントが異なる仕方で検出される（たとえば、パッケージ問い合わせモジュール１００５は、動的混合メディア・パッケージ１００１ａ〜１００１ｈによって占有されるアドレス空間をモニタリングし、動的混合メディア・パッケージがアクセスされるときにプロセス間通信機構がパッケージ問い合わせモジュール１００５に通知する、など）。時刻ｃでは、パッケージ問い合わせモジュール１００５は動的混合メディア・パッケージ１００１ｂから問い合わせ情報を集める。別の実施形態では、登録構造が、メディア消費者機械１００７上でホストされている諸パッケージについての問い合わせ情報を維持し、パッケージ問い合わせモジュールが、メディア・プレーヤー１００３によって伝達されたパッケージ識別子に基づいてその構造にアクセスする。時刻ｄにおいて、パッケージ問い合わせモジュールは集められた情報を用いて問い合わせを生成する。時刻ｅにおいて、パッケージ問い合わせモジュールは生成された問い合わせが、動的混合メディア・パッケージ１００１ｂのシード・メディアについて示されたチェックポイントに送信されるようにする。時刻ｆにおいて、パッケージ修正（単数または複数）の指標が受信され、パッケージ問い合わせモジュール１００５によって処理される。時刻ｇにおいて、パッケージ問い合わせモジュール１００５はその修正（単数または複数）をパッケージ１００１ｂへの適用のために待ち行列に入れる。時刻ｈにおいて、メディア・プレーヤー１００３は待ち行列に入れられた修正をパッケージ１００１ｂに適用する。当業者は、図１０の図が一つの例示的な実装として理解を助けることを意図したものであって、限定を意味しないことは認識するはずである。たとえば、パッケージへの修正は、メディア・プレーヤー１００３が現在の呈示を完了するときにパッケージ問い合わせモジュール１００５によって適用されてもよい。別の例では、パッケージ問い合わせモジュール１００５は、メディア・プレーヤーがパッケージ１００１ｂのコピーからメディアを呈示している間にパッケージ１００１ｂを修正し、コピーは呈示後に破棄される。
【００７５】
メディア・プレーヤーは動的混合メディア・パッケージのメディアを、対応する呈示指令（presentation directives）によって指令されるように呈示する。指令は、メディアをオーバーラップさせる、メディアを並行してストリーミングする、メディアに対してシーケンスを施行するなどを指令してもよい。他の呈示指令がユーザーからのコマンドである一方、いくつかの呈示指令はパッケージ内で予め定義されいてもよい。図１６は、例示的な動的混合メディア・パッケージからのメディアの例示的な呈示を描いた図である。混合メディア・パッケージ・プレーヤー１６１３は動的混合メディア・パッケージ１６２１をアクティブ化する。混合メディア・パッケージ１６２１は、近々出る音楽アルバムについての広告１６０３、同期された歌詞１６０５、シード・オーディオ１６０７、消費者生成ビデオおよびシード・オーディオ１６０７を含む消費者生成リミックス１６１１を含む。消費者がプレーヤー１６１３に消費者生成ビデオ１６０９を歌詞１６０５とともに再生するよう命令するとする。消費者メディア・セクションについてのヘッダ内の呈示指令（単数または複数）がプレーヤー１６１３に、シード・オーディオ１６０７を消費者生成ビデオ１６０９とともに再生するよう指令する。現在の再生指令は、プレーヤー１６１３に、歌詞１６０５をビデオ１６０９にオーバーレイさせて、オーバーレイされた歌詞のあるビデオ１６０５を作成させる。パッケージ１６１３についてのある指令は、プレーヤーに、ビデオ１６０５の完了後に、呈示のための広告１６０３を配列するよう指令する。プレーヤー１６１３は並行してシード・オーディオ１６０７をスピーカー（単数または複数）１６１５に、ビデオ１６０５をディスプレイ１６１３に送る。前記指令はまた、プレーヤーに、ビデオが完了した後で広告１６０３をディスプレイ１６１３に送るよう指令する。
【００７６】
プレーヤーは、ビデオ再生および若干の制御を受け入れるインターフェースを、あるいは表示領域を動的混合メディア・パッケージのさまざまなコンテンツの間で分割するより込み入ったインターフェースを利用しうる。図１１は、動的混合メディア・パッケージ・プレーヤーについての例示的なインターフェースを描いている。図１１では、インターフェースの表示領域は、10の領域に分割されている。ビデオ領域１１０１は混合メディア・パッケージからのビデオを呈示する。パッケージ・ディレクトリ１１０３はパッケージのアクセス可能なコンテンツをユーザーに呈示する（ツリー状の階層フォーマットで、アイコン・フォーマットで、など）。消費者生成メディア領域のディレクトリ１１０５は、パッケージに追加されている消費者生成メディアのディレクトリを呈示する。シード・メディア所有者／クリエイター・フィード領域１１０７は、レコーディング会社、出版社および／またはアーチストからの情報をストリーミングする。歌詞およびカバー・アート領域１１２１は、シード・オーディオのためのカバー・アートおよび歌詞を、消費者がアルバム・ジャケットのページを繰っていくのと同じようにしてナビゲートすることを許容するよう拡張されることができる見開き（double truck）レイアウトで呈示する。コンサート・スケジュール領域１１１９は、そのパッケージのシード・オーディオの作者についてのコンサート・スケジュールを、おそらくはそのプレーヤーをホストしている機械または装置の現在の地理情報によってフィルタ処理して、呈示する。領域１１１７は同じジャンルの音楽のミュージシャンによるエリア内でのコンサートについての広告を呈示する。領域１１０９は、購入されたサービスのレベルに依存して、消費者および批評家による音楽レビューを呈示する。領域１１１１は、より豊かなサウンド、改善されたプレーヤーなどといった、シード・オーディオについて利用可能なアップグレードを呈示する。領域１１１５はライブ・メディア・フィードバックを呈示する。たとえば、音楽コミュニティにおける消費者からの生のコメントが領域１１１５に表示される。
【００７７】
図１１は、たくさんの可能な例のうちのほんの一例を示すものである。動的混合メディア・パッケージに関し、インターフェースの数多くの特徴および入れ換えが可能である。たとえば、アルバムからのオーディオが再生されるとき、アルバムの冊子のデジタル表現が見開きレイアウトで表示されることができる。一方の側に写真があり、他方の側に歌詞およびクレジットがあることができる。冊子のページは、大きな表示領域をもつ装置上でめくられることができ、あるいは制約された表示領域をもつ装置上でスクロールされることができる。歌詞は、個々の単語のレベルでオーディオと同期されることができ、オーディオの再生が歌詞のクリックによってトリガーされてもよい、など。
【００７８】
画像メディアについては、さまざまな機能性も可能である。特定のアーチストまたはレーベルのすべての画像を用いてスライドショーが生成されることができる。消費者写真が音楽アーチスト写真と一緒に混合されることができ、そのアーチストのオーディオに付けられることができる。
【００７９】
動的混合メディア・パッケージによって許容される機能性に加えて、追加的な製品およびサービスが生み出されることができる。動的混合メディア・パッケージは装置についてのテーマを定義できる。たとえば、音および表示が、特定のアルバムについての動的混合メディア・パッケージについて定義されたテーマと適合するよう構成されてもよい。たとえば、アルバムの四つの最も人気のある歌の最初の数個の音符が、電話の四つの異なるリング／アラーム音のために利用されてもよく、電話のための壁紙がアルバムについてのカバー・アートに設定されてもよい。動的混合メディア・パッケージ内にメディアを混合するためのデザイン・ツールが開発されることができる。さらに、パッケージ修正を維持し、レビューを提出し、統計を追跡し、人気のあるメディア、RSSフィード、ブログ、ニュース・サービス、ユーザー・レーティングなどを生成する消費者に報償を与える新しいサービスがオファーされることができる。
【００８０】
派生メディアを広告および共有し、聴取／視聴の好みを共有し、パッケージ修正を維持するのを助け、他のメディア・パッケージ関係のサービスを提供するために、ウェブ・ベースのアプリケーション（たとえば「ウィジェット（widget）」）が、動的混合メディア・パッケージと一緒に使用されてもよい。ウィジェットは、個人的なウェブページ、ブログ、ソーシャル・ネットワーキング・サイトまたは消費者がメディア関係の情報を共有したいことがありうる他の場所の中に、コーディングされてもよい。ある例示的な実施形態によれば、ウィジェットはメディア・プレーヤー１００３（図１０参照）と接続してもよく、アルバム・カバーまたはユーザーによって現在再生されている音楽に関係した他の画像を表示してもよい。さらに他の情報がウィジェットを通じて利用可能にされてもよい。そうした他の情報は、プレイリスト情報、部分的または完全な音楽またはビデオ再生機能、その歌またはアルバムまたは関係したメディア・パッケージを購入するためのリンク、あるいはその他の情報を含む。ビデオまたは消費者によって経験されている他の形のメディアに関して、同様の情報がウィジェットを通じて提供されてもよい。
【００８１】
もう一つの実施形態によれば、ウィジェットは消費者によって作成された派生メディアを含んでいてもよい。ユーザーは、派生メディアを共有および広告するためにウィジェットを使用してもよい。ウィジェットを見る訪問者は、派生メディアを見ることができうる。場合によっては、訪問者は、メディア・パッケージを、あるいは少なくとも派生メディアに関係した何らかの追加的コンテンツを購入するよう促されてもよい。たとえば、派生メディアが映画からの再演／置換シーンである場合、訪問者は、その置換シーンをその映画の残りと合わせて見るためにその映画のコピーをまず購入または借りるよう促されてもよい。いくつかの実施形態によれば、派生メディアをフルに経験するためには複数の追加的コンテンツ（これはシード・メディアであってもよい）が必要であってもよい。上述の例では、基本となる映画が必要とされ、おそらくは置換サウンドトラック音楽も必要とされうる。見る者は、派生メディアを見る前にまずこれらの項目を購入することを促されてもよい。
【００８２】
記載された諸実施形態は、コンピューティング機械プログラム・プロダクトまたはソフトウェアとして提供されてもよい。それは、本発明の諸実施形態に基づくプロセスを実行するよう処理システム（または他の電子装置）をプログラムするために使用されうる命令が記憶されている機械可読媒体を含みうる。このことは本項に記載されているか否かによらない。けだし、本項において考えられるあらゆる変形が挙げられているわけではないからである。機械可読媒体は、機械（たとえば、コンピュータ、携帯情報端末、携帯電話、メディア・センター、ゲーム・コンソールなど）によって可読な形で情報を記憶または伝送するためのいかなる機構（たとえば、ソフトウェア、処理アプリケーション）をも含む。機械可読媒体は、これに限られないが、磁気記憶媒体（たとえばフロッピーディスケット）；光記憶媒体（たとえばCD-ROM）；光磁気記憶媒体；読み出し専用メモリ（ROM）；ランダム・アクセス・メモリ（RAM）；消去可能なプログラム可能なメモリ（たとえばEPROMおよびEEPROM）；フラッシュ・メモリ；または電子的な命令を記憶するのに好適な他の型の媒体を含みうる。さらに、諸実施形態は、伝搬される信号の電気的、光学的、音響的または他の形（たとえば、搬送波、赤外線信号、デジタル信号など）または有線、無線または他の通信媒体で具現されてもよい。
【００８３】
図１２は、本稿で論じられる機能のいずれかを機械に実行させるための一組の命令が実行されうる、処理システム１２００という例示的な形の機械の図的な表現を描いている。機械はスタンドアローン装置として動作してもよいし、あるいは他の機械に接続（たとえばネットワーク接続）されてもよい。ネットワーク接続された展開では、機械はサーバー‐クライアント・ネットワーク環境中のサーバーまたはクライアント機械の資格で、あるいはピアツーピア（または分散）ネットワーク環境におけるピア機械として動作しうる。機械はサーバー・コンピュータ、クライアント・コンピュータ、パーソナル・コンピュータ（PC）、タブレットPC、セットトップボックス（STB）、携帯情報端末（PDA）、携帯電話、ウェブ・アプライアンス、ネットワーク・ルータ、スイッチもしくはブリッジまたはその機械によって取られるべき動作を指定する一組の命令（シーケンシャルまたはその他）を実行する機能をもつ任意の機械でありうる。さらに、単一の機械のみが例示されているが、「機械」の用語は、本稿で論じられた方法論の任意の一つまたは複数を実行するための一組の（または複数組の）命令を個々にまたは合同して実行する複数の機械の任意の集合をも含むものとする。
【００８４】
処理システム１２００の例は、プロセッサ１２０２（たとえば中央処理装置（CPU）、グラフィック処理装置（GPU）または両方）、メイン・メモリ１２０４および静的メモリ１２０６を含み、これらはバス１２０８を介して互いと通信する。処理システム１２００はさらに、ビデオ表示ユニット１２１０（たとえば液晶ディスプレイ（LCD）または陰極線管（CRT））を含んでいてもよい。処理システム１２００はまた、英数字入力装置１２１２（たとえばキーボード）、カーソル制御装置１２１４（たとえばマウス）、ディスク駆動ユニット１２１６、信号発生装置１２１８（たとえばスピーカー）およびネットワーク・インターフェース装置（１２２０）をも含む。
【００８５】
ディスク駆動ユニット１２１６は、本稿に記載される方法論または機能の任意の一つまたは複数を具現する一つまたは複数の組の命令（たとえばソフトウェア１２２４）が記憶されている機械可読媒体１２２２を含む。ソフトウェア１２２４はまた、処理システム１２００によるその実行の間、完全にまたは少なくとも部分的に、メイン・メモリ１２０４内および／またはプロセッサ１２０２内に存在してもよい。メイン・メモリ１２０４およびプロセッサ１２０２も機械可読媒体を構成する。
【００８６】
ソフトウェア１２２４はさらに、ネットワーク・インターフェース装置１２２０を介してネットワーク上で送信または受信されてもよい。
【００８７】
本発明はさまざまな実装および活用を参照して記載されているが、これらの実施形態が例示的であって、本発明の範囲がそれに限定されるものではないことは理解されるであろう。一般に、機械外部のソースから機械に導入されるファイルのアクセス・ベースのセキュリティ評価のための技術は、本稿で定義される任意の単数または複数のハードウェア・システムと整合する設備をもって実装されうる。さまざまな変形、修正、追加および改良が可能である。
【００８８】
本稿で単数のインスタンスとして記載されるコンポーネント、動作または構造について複数のインスタンスが提供されてもよい。最後に、さまざまなコンポーネント、動作およびデータ記憶の間の境界はいくぶん任意であり、個別的な動作は特定の例示的構成のコンテキストにおいて例示されている。機能性の他の配分が視野に入れられており、本発明の範囲内にはいりうる。一般に、例示的な構成において別個のコンポーネントとして呈示されている構造および機能性が、組み合わされた構造またはコンポーネントとして実装されてもよい。同様に、単一のコンポーネントとして呈示されている構造および機能性が別個のコンポーネントとして実装されてもよい。これらおよびその他の変形、修正、追加および改良は本発明の範囲内にはいる。
【技術分野】
【０００１】
〈優先権の主張〉
本PCT出願は2007年5月2日に出願された「Dynamic Mixed Media Package」と題する米国特許出願第11/799,865号の出願日の利益を主張するものである。この優先権はここに米国特許法第１２０条または３６５（ｃ）のもとに主張され、前記文書の全内容はここに参照によって組み込まれる。
【０００２】
〈技術分野〉
本願は概括的にはメディア・パッケージの技術分野に、より詳細には動的混合メディア・パッケージ（dynamic mixed media package）の送達および管理に関する。
【背景技術】
【０００３】
娯楽産業は、デジタル頒布チャネルを通じて送達される自らの原資産に対して完全な制御を行使しない。これらの原資産の従来式の送達（delivery）にはいくつかの限界があり、そのことはおそらく音楽コンテンツの従来式の頒布（distribution）に関して最も明白となる。まず、インターネットまたは他のデジタル頒布チャネル（たとえば、デジタル・ラジオ放送、コンパクト・ディスク、ケーブルを通じたオーディオまたはビデオ・オン・デマンド・サービス、地上波放送または衛星経由、携帯電話ネットワークなど）を通じた従来式のデジタル音楽送達は、個別物の送達または複数の個別トラックの送達に制限される。この制限は、消費者を単一トラック再生に制約する。第二に、個々のオーディオ・トラックは他の関係した資産とは別個である。第三に、オーディオ・トラックのフォーマットはしばしば独自規格であり（すなわち非標準）、一つのフォーマットまたは解像度しかない。これらの限界は、原資産に対する制御や、音楽産業の構成員が自らの原資産に関して創造する能力を妨げる。音楽コンテンツの文脈で記述されるが、同じ問題は他のデジタル・コンテンツ空間（たとえば、電子書籍（eBooks）、ビデオ、ゲーム、画像データなど）にもつきまとう。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来式の送達モデルは、娯楽産業の所有者およびクリエイターが革新する能力を制約する。従来式の送達モデルは中間エンティティ（すなわち、コンテンツ・アグリゲータおよび頒布者、ダウンロード店舗およびネットワーク事業者、コンテンツ送達および再生ソフトウェア／装置製造業者など）に強く依存している。コンテンツを送達する中間エンティティは、コンテンツの所有者およびクリエイターをその顧客から分離する。この分離は所有者およびクリエイターが助けになる統計データを収集し、末端顧客とより密接に対話する能力に干渉する。その代わり、頒布者およびソフトウェア／ハードウェア・プロバイダー（たとえば、アップル社のiTune（登録商標）音楽サービス、リアル・ネットワーク社のRhapsody（登録商標）音楽サービスなど）がインターネット、デジタル・メディア・ファイルおよびメディア・ストリームを介してコンテンツを消費する消費者の経験を実質的に制御する。これらの中間エンティティが頒布に対する制御および消費者との対話を有することを許容することは、娯楽産業の構成員による製品差別化における進歩を妨げる。最後に、中間エンティティは、消費者に最も近いので、消費行動および消費者の経験に影響する最善の能力をもつ。
【課題を解決するための手段】
【０００５】
動的混合メディア・パッケージを用いて、ネットワークにてこ入れするメディア送達および管理モデルを制定するとともに、革新的な経験が提供されることができる。シード・メディア（たとえば特定の歌の録音物）に関係する混合メディア（たとえば、ビデオ、追加的オーディオ、インタビュー、歌詞、画像アートワークなど）をレンダリングするパッケージを用いて、包括的かつ総合的なメディア経験が消費者に対して呈示されることができる。それは、個々の作品または作品のコレクションでありうる。シード・メディアは、混合メディア・パッケージとして補足的メディアと関連付けられることができる（たとえば、ファイルはシード・メディアおよび補足的メディアへのポインタを有していてもよい、ファイルは実際にシード・メディアおよび補足的メディアを含んでいてもよい、など）。シード・メディアの管理および追跡〔トラッキング〕を許容する識別情報が生成され、シード・メディアと関連付けられる。識別情報はシード・メディアに埋め込まれてもよいし（たとえば透かし）、シード・メディアから導出されてもよい（たとえば生成されるハッシュ値、生成されるフィンガープリント・データなど）。識別情報はまた、生成され、補足的メディアと関連付けられてもよい。さらに、パッケージ問い合わせチェックポイントへの参照がパッケージ中に埋め込まれる。オンライン・ネットワーク・サーバーのIPアドレスのようなパッケージ問い合わせチェックポイント（または複数のパッケージ問い合わせチェックポイント）にアクセスすることが、当該動的混合メディア・パッケージに関し動的修正／更新が指示される（indicated）ことを許容する。
【０００６】
動的混合メディア・パッケージを用いて、ユーザーは個々のメディア・ファイルではなく、経験またはサービスのレベルを購入する。さらに、動的混合メディア・パッケージは個々のメディア・ファイルを超えた価値をもつ製品およびサービスであり、新しくリリースされた、更新されたまたは変更された関係する豊富なメディア・コンテンツの追加を通じて当該動的混合メディア・パッケージの寿命の間、拡張できる。そのような拡張の例は、これに限られないが、追加的ビデオ・クリップ、音楽トラック、ストリーミング・オーディオまたはビデオ、ライブ・コンサート・ビデオ、音楽ニュース、編者レビュー、歌の歌詞、トラックの代替バージョン、画像またはビデオ、カラオケ・バージョンおよび歌詞同期データ、写真または画像アート・データ、着メロ、コンテンツを範疇分けしてナビゲートするために使用可能なデータ（たとえば、ジャンル、テンポ、ムード、発表年、制作国など）およびユーザー生成されたコンテンツ（たとえば、ユーザーが制作した音楽ビデオ、ユーザー・コメント、ユーザーが再編集したビデオまたはビデオのための改変されたサウンドトラック、オーディオ・トラックのユーザーによるリミックス、など）を含む。追加的な動的メディアの送達は、消費者参加型コンテストなどによる商業または広告に結びついたプロモーション・ベースでなされることができる。メディア資産（すなわち、シード・メディアおよび／または補足的メディア）はまた、特定の再生装置に適合するためなどさまざまな理由により、サイズの品質、サポートされるソフトウェア・コーデックおよびビットレート、レンダリング制限（たとえばオーディオのみ、オーディオおよび画像、オーディオおよびビデオ）などにおいてアップグレードまたはダウングレードされてもよい。
【０００７】
いくつかの実施形態が、限定ではなく例として、付属の図面の図において例解される。
【図面の簡単な説明】
【０００８】
【図１】メディアを動的混合メディア・パッケージにまとめる例示的なシステムを描いた図である。
【図２】パッケージ修正をメディア消費者に伝搬させる例示的なシステムを描いた図である。
【図３】動的混合メディア・パッケージの一般的な構造の例を描いた図である。
【図４】動的混合メディア・パッケージを制作するための例示的な動作のフローチャートである。
【図５】問い合わせイベントに応答して、パッケージ修正があるかどうかエンティティに問い合わせする例示的な動作のフローチャートである。
【図６】提出物を扱うための例示的な動作のフローチャートである。
【図７】派生メディアを検索するための例示的な動作のフローチャートである。
【図８】動的混合メディア・パッケージに対するパッケージ問い合わせを扱うための例示的な動作のフローチャートである。
【図９】パッケージ修正をメンテナンスする例示的システムを描いた図である。
【図１０】メディア問い合わせモジュールの例示的な実装を描いた図である。
【図１１】動的混合メディア・パッケージ・プレーヤーのための例示的なインターフェースを描いた図である。
【図１２】本稿で論じられる機能のいずれかを機械に実行させるための一組の命令が実行されうる、処理システム１２００の例示的な形の機械の図的な表現である。
【図１３】図６のブロック６０７または図７のブロック７０９において実行されうる、複合セットのルールの、メディアへの例示的な適用についてのフローチャートである。
【図１４】派生メディアからの例示的な収入ストリームを描いた図である。
【図１５】マルチメディア・コンテンツ記述インターフェース（「MPEG7規格」）に基づく動的混合メディア・パッケージの例示的なフォーマットを描いた図である。
【図１６】例示的な動的混合メディア・パッケージからのメディアの例示的な呈示を描いた図である。
【発明を実施するための形態】
【０００９】
以下の記述は、本発明を具現する例示的なシステム、方法、技術、命令シーケンスおよび計算機械プログラム・プロダクトを含む。本発明の手段のさまざまな実施形態の理解を与えるために、以下では説明の目的で数多くの個別的詳細が記述される。しかしながら、当業者には、本発明の主題の実施形態がこうした個別的詳細なしでも実施されうることは明白であろう。たとえば、以下では単一の機械上で実行される文脈で例が述べられているが、シード・メディアを追跡し、パッケージ修正を収集することに複数の機械が関わっていてもよい。さらに、メディア（media）という用語が、全体を通じて頻繁に、オーディオおよびビデオのコンテキスト内で使われるが、メディアという用語はこれらのメディアの具体的な例に限定されるべきではなく、写真画像、アート画像、文献、ストリーミング・メディアなどといった他の多くの型のメディアを含む。一般に、よく知られた命令インスタンス、プロトコル、構造および技術は詳細に示しはしなかった。
【００１０】
本明細書の目的のためには、「処理システム」は、「プログラム」を走らせる機能をもつ、一つまたは複数のプロセッサを使うシステム、マイクロコントローラおよび／またはデジタル信号プロセッサを含む。プログラムは、一組の実行可能な機械コードである。処理システムは、（これに限られないが）携帯電話、音楽プレーヤー、携帯情報端末（PDA）、自動車娯楽システムおよび家庭での使用のために設計された消費者電子製品といった通信および電子装置を含む。処理システムはまた、あらゆる形（デスクトップ、ラップトップ、パームトップなど）のコンピュータまたは「コンピューティング装置」を含む。ここでの用法では、「プログラム」はユーザー・レベルのアプリケーションおよびシステム指令（system-directed）アプリケーションまたはデーモン（daemon）を含む。
【００１１】
図１は、メディアを動的混合メディア・パッケージ中にまとめる例示的なシステムを描いている。メディア所有者またはクリエイター（たとえば作者、レコーディング会社、制作会社など）がシード・メディア（たとえばビデオ、オーディオ、画像など）を生成し、シード・メディアをメディア・パッケージャ（media packager）１０４に送信する。メディア・パッケージャ１０４は、メディア・サービス・プロバイダ（media service provider）１０７およびメディア・パブリッシャ（media publisher）１１１からそれぞれ補足的メディア１０９および１１３をも受信する。補足的メディアはプレビュー、歌詞、予告編、レビュー、アートワークなどでありうる。たとえば、メディア・サービス・プロバイダ１０７は広告を提供してもよく、メディア・パブリッシャはアートワークを提供してもよい。
【００１２】
メディア・パッケージャ１０４は、シード・メディアの管理のためのデータを生成する。たとえば、メディア・パッケージャ１０４は、シード・メディアを用いて透かし、フィンガープリント（たとえば、オーディオ・フィンガープリント、ビデオ・フィンガープリント、画像フィンガープリント、タンデム・フィンガープリントなど）および／またはハッシュ（たとえばMD5ハッシュ関数、SHAハッシュ関数などを使って）を生成する。メディア・パッケージャまたは別のエンティティは、のちに、生成された管理データを使って、シード・メディアの使用を追跡する、派生作品におけるシード・メディアを識別するなどといった、前記データに関するさまざまな管理動作を実行できる。もちろん、メディア・パッケージャが管理データを生成することは必須ではない。たとえば、メディア所有者／クリエイターは、前記データを生成し、そのデータおよび／またはそのデータの位置をメディア・パッケージャ１０４に通信してもよい。メディア・パッケージャ１０４はまた、補足メディア１０９および１１３に関して管理データを生成してもよい。
【００１３】
メディア・パッケージャ１０４はシード・メディア１０３および補足的メディア１０９および１１３を混合メディア・パッケージ１１５中に集める。メディア・パッケージャ１０４は、混合メディア・パッケージ１１５中、おそらくはヘッダ中に、メディアに組み込まれなかった管理データおよびパッケージ問い合わせチェックポイントとしてのメディア・パッケージャ１０４への参照を書き込む。メディア・パッケージャ１０４はまた、メディアを呈示するための構造的情報および指令を、パッケージ・ヘッダおよび／またはセクション・ヘッダ中に書き込む。混合メディア・パッケージ１１５のインスタンスが次いでネットワーク１０２（たとえばLAN、WAN、インターネット、携帯電話網など）を介してまたは非ネットワーク接続装置のための匹敵する頒布プロセスを通じて、メディア消費者１１７ａ〜１１７ｃに直接的または間接的に送達される。たとえば、メディア消費者１１７ａ〜１１７ｃは、メディア・パッケージャ１０４からメンバーシップを購入したのでもよいし、メディア・パッケージャ１０４からパッケージ１１５のインスタンスを購入したのでもよいし、メディア・パッケージャ１０４からパッケージ１１５のインスタンスを受信してパッケージ１１５の該インスタンスをメディア消費者に転送する別のエンティティからパッケージのインスタンスを購入したなどでもよい。
【００１４】
メディア消費者１１７ａ〜１１７ｃは次いで前記インスタンス（またはそのインスタンスのコピー）を別の装置に送信または転送できる。図１では、メディア消費者１１７ｃは受信したインスタンスを携帯型オーディオ・メディア・プレーヤー１２３、携帯電話１２５および自動車娯楽装置１２７に送信する。これらの装置へのインスタンスの転送は、追加的な動作を含みうる。たとえば、メディア消費者１１７ｃは、限られた資源をもつ装置上での再生のために混合メディア・パッケージ・インスタンス中のある種のメディアのより低い品質のバージョン（たとえば、よりコンパクト、より小さなディスプレイ・サイズなど）を取得することを要求されてもよい。
【００１５】
図２は、メディア消費者にパッケージ修正を伝搬させる例示的なシステムを描いている。メディア・クリエイター／所有者１０１は、混合メディア・パッケージ１１５を支配する規則をメディア・パッケージャ１０４に送達する。メディア・パッケージャはメディア・サービス・プロバイダから、オーディオであるシード・メディアのためのカラオケ式の歌詞のようなメディア提出物２０１を受信する。メディア・パッケージャ１０４はまた、メディア消費者１１７ａ〜１１７ｃから、消費者が生成した提出物をも受信する。メディア消費者１１７ａはアートワーク２０７を提出する。メディア消費者１１７ｂは格付け〔レーティング〕情報を提出する。メディア消費者１１７ｃは、消費者生成派生メディア２０５を提出する。消費者１１７ｃは、自分の消費者生成派生メディアの一部のみを共有することを選んでもよい。たとえば、消費者１１７ｃは歌をリミックスして、コンサートにおける友人とアーチストとのデジタル写真を撮ったのでもよい。消費者１１７ｃは写真はプライベートにしておき、リミックスした歌を消費者生成メディア２０５として提出することを選んでもよい。
【００１６】
消費者１１７ｃはまた、置換またはオーバーレイ・ビデオまたはオーディオの形で派生メディア２０５を生成してもよい。一例として、消費者１１７ｃは映画の特定のシーンを再演してもよい。その例では、その再演に取り付けられたメタデータが、そのシーンを実際の映画と揃わせるために使用されうる時間的情報を含んでいてもよい。それにより、別の消費者１１７ａ〜ｂがその再演されたシーン（派生メディア）をはめ込んでその映画（シード・メディア）を見ることを選びうる。同様に、消費者１１７ｃは、ビデオ（またはオーディオ）と一緒に見られうるオーバーレイを制作してもよい。これも時間的メタデータをも含みうる。オーバーレイ・ベースのメディアの例は、ビデオの閲覧領域に追加される画像またはビデオ、変更されたサウンドトラックまたは声データ、変更されたチャネル情報または他の変化を含みうる。変更されたチャネル情報は、ビデオまたはオーディオ・メディアのさまざまなチャネルを変える、チャネルに追加するまたはチャネルをオフにすることを含みうる。たとえば、サラウンド・サウンド・ビデオに関し、前および／または後チャネルが相対的なボリューム・レベルについて変更されてもよいし、オーディオが追加または削除されるなどしてもよい。
【００１７】
メディア・パッケージャ１０４は提出物を処理し、メディア・クリエイター／所有者１０１からの規則に従って提出物を承認または拒否する。メディア・パッケージャ１０４はその承認または拒否を反映するよう、パッケージ追跡構造２０３をしかるべく更新する。コンテンツはまた、シード・メディアの作者、所有者／クリエイター１０１（作者と所有者／クリエイターが同じでないとして）および他のサービス・プロバイダーから供給されることもできる。さらに、パッケージ修正の型は、混合メディア・パッケージのコンテンツへの向上、構造情報への修正、呈示指令への修正などを含むことができる。
【００１８】
メディア消費者１１７ｂによって提出される格付け情報および関連する格付けプロセスはいくつかの形を取りうる。メディア消費者１１７ｂはアートワーク２０７、消費者生成メディア２０５または他の提供されるメディア（これはたとえばシード・メディアまたは他の補足的メディアを含みうる）を見て格付けしてもよい。メディア消費者１１７ｂによって提供される格付け提出物は、スケール・ベースの格付け（たとえば星１〜５個）、単純な賛意／不賛意、はい／いいえの格付け、言葉でのレビューまたは他の格付けであってもよい。いくつかの例示的な実施形態によれば、メディア消費者１１７ｂは、リモコンを使って格付け情報を提出してもよい。他の例示的な実施形態によれば、格付け情報はキーボードおよび／または他のコンピュータ・インターフェース装置を使って提出されてもよい。いくつかの例示的な実施形態によれば、格付け情報はメディア消費者１１７ｂが能動的に格付け情報を提出することなく提供されてもよい。一例として、メディア消費者１１７ｂがビデオを見て、視聴の量または割合のある閾値前にやめた場合、負の格付けが自動的に提出されてもよい。メディア消費者１１７ｂがそのビデオを完全に（あるいはある閾値を超えて）視聴した場合、正の格付けが提出されてもよい。この例はもちろん、メディア消費者１１７ｂによって視聴または経験されるいかなる型のメディアにも適用されうる。コンテンツ型／成熟（maturity）レベル・レーティングのような他の格付け情報がメディア消費者１１７ｂによって提供されてもよい。たとえば、成熟レベル・レーティング情報なしで送達されるコンテンツは、提案される成熟レーティング情報を使ってメディア消費者によって格付けされてもよい。
【００１９】
格付け情報は、さらに、メディア消費者１１７ｂが当該メディアを視聴または経験することなく提供されてもよい。いくつかの状況では、メディア消費者１１７ｂは単にメディア・コンテンツに関する説明を読んで、その説明を読んだ後でそのメディア消費者は格付け情報を提供してもよい。
【００２０】
いくつかの例示的な実施形態によれば、メディア消費者１１７ｂによって提供される格付けは、メディア消費者１１７ｂについてのプロファイルを決定することにおいて使用されてもよい。プロファイルは、メディア消費者１１７ｂに追加的なメディア・コンテンツを選択的に送達することにおいて使用されてもよい。一例として、ある消費者が一貫してコミカルなまたはパロディーのビデオを低く格付けするなら、プロファイルは同様のビデオに対する嫌悪を反映しうる。メディア消費者１１７ｂのプロファイル作成において他の要因が使用されてもよい。これについてはのちに論じる。
【００２１】
動的混合メディア・パッケージは製品柔軟性、新しい収入源、製品差別化の機会およびより大きな消費者関与を許容する。動的混合メディア・パッケージは、そのパッケージの寿命を通じて動的に修正されることができ、こうしてパッケージを修正するとともにそのパッケージとともに提供される製品／サービスを拡張する機能を提供する。レコード・レーベル、映画スタジオまたは制作会社のようなエンティティからのコンテンツを追加することに加えて、消費者は一つまたは複数のシード・メディアから派生メディアを生成することができる。派生メディアは動的混合メディア・パッケージ中に組み込まれることができる。消費者はフィードバック（たとえば上述したような論評、格付けなど）および派生メディアではない補足的メディア（たとえばシード・ビデオまたはシード・オーディオのためのアートワーク）を寄稿することもできる。
【００２２】
動的混合メディア・パッケージはまた、メディアの所有者／クリエイターに、消費者フィードバックを収集し、製品またはサービスの魅力を増すために消費者フィードバックにすばやく反応することを許容する。メディア所有者／クリエイターは、フィードバックに基づいてパッケージの内容を調整する、サービスを修正するなどできる。メディア所有者／クリエイターはまた、最も人気のあるメディアを生成する消費者を特定することもできる。
【００２３】
動的混合メディア・パッケージにおける拡張および／または変化についての柔軟性および機能はまた、新しいビジネス・モデルおよび収入源をも提供する。ビジネス・モデルは、統計収集、パッケージ修正の追跡および記憶などといった動的混合メディア・パッケージのためのさまざまな管理サービスを提供することを生みうる。動的混合メディア・パッケージは消費者を引きつけ、オンラインでメディアを購入することに関して消費者行動を変え、新たな収入源を作り出すまたは収入を増加させるであろう。消費者は、この動的混合メディア・パッケージを、それが提供する、シード・メディアだけでは達成できない向上した経験のために購入するよう動機付けられるであろう。消費者も、自分が投稿したメディアが人気が出たとき、評判の面でまた金銭面で利益を得ることができる。たとえば、シード・メディアに関連する消費者生成メディアが広告に関連付けられてもよく、広告が当該消費者および／またはシード・メディアの所有者にとって広告収入を生成する。実際、消費者が、動的混合メディア・パッケージ中のシード・メディアに関連付けられることになる広告を生成してもよい。
【００２４】
図１４は、派生メディアからの例示的な収入の流れを描いている。メディア所有者／クリエイター１４０１は、混合メディア・パッケージ１４０９を生成するための動作を実行する。メディア所有者／クリエイター１４０１はシード・メディア１４０５についてのフィンガープリント・データを生成する。メディア所有者／クリエイター１４０１はまた、補足的メディア１４０７についての一つまたは複数のフィンガープリントをも生成する。メディア所有者／クリエイター１４０１は、フィンガープリントおよびハッシュ・データベース１４０３内にフィンガープリント（単数または複数）を記憶する。フィンガープリントおよびハッシュ・データベース１４０３はメディア所有者／クリエイター１４０１によって制御されてもされなくてもよい。メディア所有者／クリエイター１４０１は、動的混合メディア・パッケージ１４０９をシード・メディア１４０５および補足的メディア１４０７を用いて作成する。メディア所有者／クリエイター１４０１は次いで、シード・メディア１４０５のインスタンスに、そのインスタンスのメディア消費者１４１１および１４１３への送達に先立って、透かしでマーク付けする。メディア消費者１４１１に送達されるインスタンスは該インスタンス内にシード・メディア１４０５の透かしを含む。透かしはそのインスタンスに、メディア消費者１４１１の指示（indication）（たとえば、消費者アカウント番号、ユーザー名など）で刻印する。同様に、メディア消費者１４１３に送達されたインスタンスは、そのシード・メディア・インスタンスにメディア消費者１４１３の指示で刻印する透かしを含む。メディア所有者／クリエイター１４０１はまた、送達に先立って各インスタンスにハッシュ関数を適用してもよい。メディア所有者／クリエイター１４０１は次いで、生成されたハッシュ値をフィンガープリントおよびハッシュ・データベース１４０３に記憶する。もちろん、これらの動作は必ずしもすべてメディア所有者／クリエイター１４０１によって実行される必要はない。たとえば、メディア所有者／クリエイター１４０１はフィンガープリント（単数または複数）を生成するのみで、透かしを埋め込んでハッシュ値を生成するのはメディア・パッケージャに任せてもよい。
【００２５】
複数の透かしがシード・メディアに適用されてもよい。メディア所有者／クリエイターおよびメディア・パッケージャ（ならびにシード・メディアの頒布経路中の他の任意のエンティティ）が一つまたは複数の異なる透かしを埋め込んでもよい。縦続〔タンデム〕透かし入れを許容する透かし入れ技法がある（たとえば、複数の透かしを順次上に重ねて埋め込む）。そのような縦続透かし入れ技法は、コンテンツ頒布チェーン内の複数の段階における透かし入れを許容する。たとえば、三つの異なる透かしがシード・メディアに適用されることができる。たとえば、一般的なコンテンツ識別子（たとえば特定のレコーディングのためのISRCコード）を含む第一の透かしがシード・メディアに埋め込まれることができる。次いで、頒布者のIDを含む第二の透かしがシード・メディアに埋め込まれることができる。最後に、顧客のIDを含む第三の透かしがシード・メディアに埋め込まれることができる。
【００２６】
縦続透かし入れ技法の展開は、ビットストリーム透かし入れアルゴリズムを用いてもよい。これらのビットストリーム透かし入れアルゴリズムを用いて、透かしはエンコードされた／圧縮されたオーディオまたはビデオ信号ストリームに挿入され、こうしてデコードおよび再エンコードを回避する。デコードおよび再エンコードの回避は、信号が圧縮されない形で利用可能なとき（たとえば制作段階）にはそれほど関心はないかもしれないが、信号が圧縮されない形ですぐ利用可能でないとき（たとえば頒布段階）にはより関心あるものとなる。
【００２７】
メディア消費者１４１１および１４１３は、混合メディア・パッケージ１４０９内のシード・メディア１４０５に基づく消費者生成メディア１４１５を生成する。メディア消費者１４１１はまず、混合メディア・パッケージ１４０９のシード・メディアを用いて派生メディアを生成する。たとえば、メディア消費者１４１１は、シード・メディア１４０５を用い、また必ずではないが潜在的には他のオーディオ（たとえば消費者作成オーディオ、シード・メディアと同じアーチストからのオーディオ、別のアーチストからのオーディオなど）を用いてオーディオ・リミックスを作成する。派生メディアはメディア消費者１４１３に提供される。メディア消費者１４１３は、そのリミックス派生メディアに伴うビデオを作成してメディア１４１５を生成する。たとえば、メディア消費者１４１３はさまざまなアニメーション・ビデオからビデオを作成する。メディア消費者１４１１および１４１３は完全に独立に行動してもよいし、協働パートナーとして行動してもよいし、クリエイティブ・コミュニティ（たとえば、オンライン・ビデオ共有コミュニティ、オンライン・ソーシャル・ネットワーク・コミュニティ、オンライン・デジタル画像共有コミュニティなど）の一部として行動するなどしてもよい。消費者生成メディア１４１５は、コンテンツ識別子システム１４１７に送信される。コンテンツ識別子システム１４１７は、完全にまたは部分的に消費者のコンピュータ上にローカルに、あるいは一つまたは複数のサーバー上にリモートに存在していることができる。
【００２８】
コンテンツ識別子システム１４１７はメディア１４１５を処理して寄与割合を決定する。コンテンツ識別子システム１４１７はフィンガープリントおよびハッシュ・データベース１４０３にアクセスして、消費者生成メディア１４１５の内容を識別する。コンテンツ識別子システム１４１７は次いで種々の作者またはメディア所有者／クリエイターからの相対寄与割合を計算する。消費者生成メディア１４１５は次いで自動的に、宛先選択のために範疇分けされ、計算された寄与割合に基づいてタグ付けされる。
【００２９】
別の実施形態では、作者帰属（author attribution）が、以前にメディアに埋め込まれた電子透かしのような識別子に基づいて決定される。図１４に示された例を使うと、コンテンツ識別子システム１４１７はメディア１４１５を検査して、透かし入れのような技法を使って、消費者作者かシード・メディア作者かを問わず諸作者による相対寄与を計算する。作者帰属計算はコンテンツ識別子システム１４１７によって実行されるが、そのような機能性のために別個のシステムは必要ではない。コンテンツ識別機能は、消費者（たとえば、メディアを混合するために消費者によって使用されるアプリケーションのバックグラウンドまたはフォアグラウンドで機能し、おそらくは消費者によってもともと生成された（originally created）メディアを識別するために透かしを生成するモジュールまたはプロセス）または別のサードパーティー（たとえば、メディア共有サーバー１４１９中）に近いプログラムを用いて実装されてもよい。
【００３０】
メディア１４１５は次いでメディア共有サーバー１４１９に提供される。この結果、収入の流れが生じる。メディア消費者１４２１が消費者生成メディア１４１５にアクセスする。消費者１４２１によるメディア１４１５へのアクセスは、収入生成イベントと考えられる。たとえば、広告主は、メディア１４１５を呈示するウェブページ上での広告のために広告費を支払う。メディア１４１５が人気を増すにつれて、露出が大きいほど広告リンクのクリックが増えるとすると、より大きな広告費が生成される。別の例では、消費者は、メディア共有サーバー１４１９を含むネットワークによってホストされるメディアにアクセスするために料金を支払う。これらの料金の一部は、そのネットワークから呈示されるメディアの所有者／クリエイターにロイヤリティとして支払われる。広告および／または使用料金１４２３はメディア所有者／クリエイター１４０１に支払われる。メディア所有者／クリエイター１４０１は次いで、メディア消費者１４１１および１４１３からの寄与の割合に基づいて、ロイヤリティをメディア消費者１４１１および１４１３に支払ってもよい。消費者へのそのような支払いは、創造力を刺激し、消費者関与を高めうる。メディア１４１５が別のメディア所有者／クリエイターからのシード・メディアを含む場合、メディア共有サーバーの所有者は、料金の支払いを、決定された寄与割合に従って配分しうる。さらに、未知の作者によって寄与されたメディアについて、基金が寄託として保持されてもよい。寄託として保持されるこれらの基金は、作者がみつかるまで無期限に保持されてもよいし、限られた期間保持されてその後アーチスト・コミュニティに寄付されるなどしてもよい。
【００３１】
あるエンティティが会計の責を担い、メディア共有サイトから受け取られるあらゆる料金の精算所として行動し、メディア所有者／クリエイターに寄与割合に従ってロイヤリティを分配してもよい。たとえば、図１のメディア・パッケージャ１０４は、自分のシード・メディアをメディア・パッケージャ１０４に送る複数のメディア所有者／クリエイターに、動的混合メディア・パッケージ中にまとめること（assembly）に対して、料金を課してもよい。メディア・パッケージャ１０４はメディア消費者に、動的混合メディア・パッケージ・サービスにおけるメンバーシップに対して、料金を課してもよい。サービスが、パッケージ修正を維持しそれらの修正をメンバーに伝搬させてもよいし、メディア（たとえば補足的メディア、派生メディアなど）を生成する独立したアーチストのコミュニティを維持しメディア所有者／クリエイター（たとえばプロデューサー、出版会社、他のアーチストなど）に露出を提供してもよい。メディア・パッケージャ１０４は、メディア消費者によって購入される各パッケージのある割合を取ってもよい。メディア・パッケージャへの収入は、定額ベースであっても、可変ベースであっても、定額料金と可変料金のハイブリッドであってもよい。料金の変動は、消費者からの提出物の数、シード・メディアに関係するメディア消費者コミュニティの活動度などに結び付けられてもよい。
【００３２】
動的混合メディア・パッケージをどのエンティティが維持するにせよ、上で論じた管理および修正動作を受け入れるために、パッケージは柔軟であるよう作成される。図３は、動的混合メディア・パッケージの一般的な構造の例を描いている。動的混合メディア・パッケージ３０１はいくつかのセクションを含む。パッケージ・ヘッダと称されうる第一のセクションは、パッケージ情報セクション３０３である。パッケージ情報セクション３０３はパッケージ内容および構造情報ならびにパッケージ問い合わせチェックポイント（たとえば、一様リソース位置指定子［uniform resource locator］、インターネット・プロトコル・アドレスなど）への参照を含む。パッケージ問い合わせチェックポイントは、パッケージ修正について問い合わせを開始するチェックポイント位置である。パッケージ情報セクション３０３はまた、パッケージ修正を提供する承認されたサービス・プロバイダーへの一つまたは複数の参照をも含みうる。パッケージ情報セクション３０３はまた、アクセスおよび認証情報および／またはコード、混合メディア・パッケージ３０１の種々のセクションからのコンテンツの呈示を支配する指令、サービス・レベル情報、パッケージ・レベル情報、メンバーシップ情報などを含みうる。
【００３３】
混合メディア・パッケージは、一つまたは複数のインスタンス（特定のシード・メディアに関係する異なるメディアを含む）として実装されることができる。混合メディア・パッケージはまた、仮想パッケージとして実装されてもよい。たとえば、さまざまなメディアの間のリンクは一つの識別子からなっているのでもよい。この識別子は絶対的であることができる（たとえば、複数のエンティティにまたがって共有され、結び付け要素（binding element）として作用する一意的な数または数の組、フィンガープリントもしくはテキスト・ストリングまたはそれらの組み合わせ）。識別子はまた再帰的であることもできる。たとえば、あるメディア・パッケージが第二のパッケージをポイントするインデックスを含み、その第二のパッケージが今度は第三のメディア・パッケージを参照する異なるインデックスを含むなどである。
【００３４】
混合メディア・パッケージ３０１はまた、明瞭（clear）メディア・セグメント情報セクション３０５および明瞭メディア・セグメント３０７をも含む。混合メディア・パッケージは必ずしも明瞭メディアのためのセクションを含む必要はなく、明瞭メディア・セクションはプロモーション・コンテンツ（見本、予告編、プレビュー、レビューなど）、収入生成コンテンツ（たとえば広告）などを収容することができる。明瞭メディア・セグメント・セクション３０５は、明瞭メディア・セグメント３０７の内容および構造についての情報ならびにおそらくは呈示指令を含む。たとえば、明瞭メディア・セグメント３０７はさまざまな型のコンテンツを含みうる。明瞭メディア・セグメント情報セクション３０５内の呈示指令は、広告の呈示を、混合メディア・パッケージの五回のアクセス毎に制約し、プロモーション素材をローテーションさせ、新しいホスト装置に遭遇するたびにコンテンツを呈示するなどしてもよい。明瞭メディア・セグメント３０７は、すでに述べたようなプロモーション・コンテンツのような保護〔プロテクト〕されていないおよび／または制約されていないメディアを含む。保護および／または制約されていないが、明瞭メディア・セグメント３０７内のコンテンツは、統計収集のような管理目的のためにマーク付け（たとえば透かしを用いたマーク付け）またはフィンガープリント付けされてもよい。
【００３５】
動的混合メディア・パッケージ３０１は、シード・メディア・セグメント情報セクション３０９およびシード・メディア・セグメント３１１を含む。シード・メディア・セグメント３１１のコンテンツは保護および／または制約される。シード・メディア・セグメント情報セクション３０９では保護機構（たとえばデジタル権利管理（digital rights management）機構）が完全にまたは部分的に実装されてもよい。シード・メディア・セグメント情報セクション３０９はまた、シード・メディア・セグメント３１１についての内容および構造情報をも含む。シード・メディア・セグメント３１１はシード・メディア、補足的メディア、シード・メディアに関係した参照（たとえば、シード・メディアのレビューへのリンク、作者のウェブサイトへのリンク、作者のウェブサイトからページをロードするコード、動的混合メディア・パッケージとは異なるリモートまたはローカル位置にあるコンテンツへのポインタなど）を含む。たとえば、シード・メディア・セグメント３１１は、異なるフォルダ内、リモート・サーバー上、ネットワークに取り付けられた記憶装置上のなどのストリーミング・メディアにアクセスするための参照を含んでいてもよい。ストリーミング・メディアはすぐ再生されてもよいし、アクセスされるときに再生されてもよいし、オフライン再生のためにキャッシュされるなどしてもよい。シード・メディア・セグメント３１１のコンテンツは、ビデオ、オーディオ・トラック、オーディオ・コレクション、画像、アニメーション、テキスト、ゲーム、ポッドキャストなどでありうる。シード・メディア・セグメント情報セクション３０９はまた、シード・メディアについての統計および／または補足的メディアについて集められる統計を集めるためのコードをも含んでいてもよい。
【００３６】
動的混合メディア・パッケージ３０１の第三の部分は、消費者生成メディア・セグメント情報セクション３１３および消費者生成メディア・セグメント３１５を含む。消費者生成メディア・セグメント３１５は、消費者によって作成された派生メディア、消費者によって作成された、シード・メディアに関係する独立したメディア、シード・メディアについての消費者コメント、シード・メディアに関係した消費者ウェブサイトへの参照、シード・メディアに関係した他の消費者ウェブサイトからのコンテンツにアクセスするコード、動的混合メディア・パッケージとは異なるリモートまたはローカル位置におけるコンテンツへのポインタなどを含みうる。消費者生成メディア・セグメント情報セクション３１３は、消費者生成メディア・セグメント３１５のコンテンツについての内容および構造情報を含む。消費者生成メディア・セグメント情報セクション３１３は、セグメント３１５内の個々のメディアを識別し、セグメント３１５内の特定のメディアについての寄与割合を指示し、セグメント３１５内のメディアの人気を指示するなどしうる。消費者によって生成されパッケージに追加されうるメディアは、ゲーム、ビデオ、オーディオ、アニメーション、歌詞、ポエム、論評、リミックス、代替歌詞、写真などといった幅広い範囲のメディアをカバーする。消費者は、自分の個人的メディアを（同じシード・メディアにリンクされた）他のメディア・パッケージ所有者と共有する、あるいは自分の個人的なメディアを私的な消費のみに保つオプションをもつことになる。
【００３７】
当業者は、図３に描かれている例示的な動的混合メディア・パッケージは例解するものであり、実施形態に制限することを意図したものでないことを認識するはずである。たとえば、パッケージは、シード・メディアおよび補足的メディアを含むものとして記述されている。動的混合メディア・パッケージの実装は、必ずしもメディアを文字通り「含む」必要はない。パッケージはコンテンツへのポインタを含んでいてもよいし、コンテンツは異なる諸位置にあってもよい。異なる諸位置にあるコンテンツへのポインタを実装するためのガイドラインを提供する、複数の型のファイル・コンテナ（file container）がすでに定義されている（たとえば、MPEG-4システム（ISO/IEC14496-1）、MPEG-7（ISO/IEC15938）、MPEG-21（ISO/IEC21000）、mxf（Material eXchange Format［素材交換フォーマット］）およびaaf（Advanced Authoring Format［先進オーサリング・フォーマット］））。
【００３８】
動的混合メディア・パッケージは、標準および独自規格の両方を含めいくつもある技法のいずれに従って実装されることもできる。MPEG規格に従ったもののような標準的な実装が市場における幅広い採用のためにはより望ましいように思えるが、他の目的のためには独自フォーマットが最適および／または好ましいことがありうる。実のところ、複数の物理フォーマットが共存することが考えられる。変換規約が、あるフォーマットから別のフォーマットへの遷移を許容するのである。たとえば、ある特定のフォーマットは、かなりの量の計算パワーが処理のために利用可能な、PCプラットフォームを横断したメディア交換のために好適でありうる。このフォーマットは、コンパクトかつエネルギー節約型の装置の必要性のためにより制限されたフォーマットが要求される、より制約されたプラットフォーム環境においては好適でないこともありうる。図１５は、マルチメディア・コンテンツ記述インターフェース（Multimedia Content Description Interface）規格（「MPEG-7規格」）に従った動的混合メディア・パッケージの例示的なフォーマットを描いている。図１５では、動的混合メディア・パッケージ１５００はパッケージ・ヘッダ、明瞭コンテンツ・ヘッダ、明瞭コンテンツ・セクション、シード・メディア・ヘッダ、シード・メディア・セクションおよび消費者生成コンテンツ・セクションを含む。ヘッダは、作成時、サイズ、アクセス、特権などといったパッケージについての一般的な情報を示しうる。明瞭コンテンツ・ヘッダは、混合メディア・パッケージ１５００についての記述的メタデータを含む。明瞭コンテンツ・ヘッダはまた、パッケージ問い合わせチェックポイント参照をも含む。明瞭コンテンツ・セクションはプレビュー・ページ、プレビュー写真およびプレビュー・オーディオを含む。プレビュー写真は、JPEGおよび対応するメタデータおよび識別データに従って圧縮された画像をもつ画像メディア１５０３を含む。プレビュー・ビデオは、フラッシュ・ビデオおよび対応するメタデータおよび識別データをもつビデオ・メディア１５０５を含む。シード・メディア・ヘッダは、XML経験記述を含む。シード・メディア・セクションは、透かし入れされ、デジタル権利管理（DRM）技術が適用されたメニュー、写真、ビデオ、オーディオおよび歌詞を含む。シード・メディア・セクション内のビデオは、対応するメタデータおよび識別データとともにFairPlay（登録商標）DRM技術に従ってエンコードされたビデオ・メディア１５０７を含む。同様に、シード・メディア・セクションにおけるオーディオは、メタデータおよび識別データとともにFairPlayエンコードされたオーディオ・メディア１５０９を含む。消費者生成セクションは、消費者生成コンテンツおよびRSSフィードを介したシンジケート化された（syndicated）コンテンツを含む。消費者生成セクションは、消費者生成メディア１５１１を含み、その例は、ニュース、レビュー、ブログからのメディアおよび外部インターネット・フィードからのフィードを含む。
【００３９】
混合メディア・パッケージのプレビューおよびシード・メディアは、単一のメディアとして実装されてもよく、必ずしも別個のメディアとして実装される必要はない。シード・メディアに関連するプレビューは、MPEG-2およびMPEG-4規格において定義されているようなスケーラブル符号化技法を使って実装されることができる。メディア・コンテンツは複数のレイヤーにおいて符号化され、各レイヤーがデコード／再構築される信号の知覚的な品質を増す。よって、オーディオ信号の基本レイヤーのみをデコードしてAM品質のモノラル・オーディオを得ることが可能である。第二レイヤーをデコードすることで、若干の（聞こえない）アーチファクトをもつ高品質のオーディオが生成され、第三のレイヤーをデコードすれば、もとのスタジオ録音自身の完璧な（無損失の）再構築が許容される。これは、第一レイヤーが暗号化されないまま事前視聴サンプルとして利用可能にされ、コンテンツ・ビットストリームの一部のみ暗号化／保護することを許容する。
【００４０】
オーディオのための空間的情報に関して同様のアプローチを取ることができる。ステレオ信号は公共の消費のために保護されないまま利用可能にされうるが、多チャネル・レンダリング情報は、必要な権利を取得するとロック解除できる保護されたフォーマットで利用可能であってもよい。
【００４１】
再構築時の同期のために、コンテンツ・データのこれらの異なるレイヤーを一つのビットストリーム・フォーマット内に保つことが技術的により簡単であるが、頒布の目的のためには、これらの異なるレイヤーを別個のパッケージ内に保つことが望ましいことがありうる（すなわち、多チャネル情報は、もとのメディア項目のリリース後、のちの時点においてのみ利用可能になりうる）。
【００４２】
動的混合メディア・パッケージを作成するために使用される具体的な技術は、利用されるデジタル権利管理の型、そのパッケージについての所望される柔軟性の度合いなどとともに変わる。エンコード、保護、メタデータなどの個別的な詳細にかかわりなく、動的混合メディア・パッケージはシード・メディアをもって始まる。さまざまな例示的な実施形態によれば、動的混合メディア・パッケージは、単一の束として送達されてもよい。その束が圧縮解除されて消費者装置上のファイル構造になりうる。いくつかの例示的実施形態によれば、動的混合メディア・パッケージは、さまざまな型のメディアを記憶するためにフォルダ構造を生成しうる。フォルダ構造は、シード・メディアに関係した更新された素材を連続的に入れられうる。シード・メディアに関連付けられたディレクトリ・ファイルが、シード・メディアに関係するさまざまな補足的メディアおよび派生メディアを詳述しうる。補足的および派生メディアは、消費者のローカル・ファイル構造内に、動的メディア・パッケージの残りとともに記憶されてもよいし、あるいは補足的または派生メディアを取得または経験するために消費者を外部位置に向かわせるためにポインタが使用されてもよい。ポインタは、ディレクトリ・ファイルに対して外部のファイルであってもよいし、あるいはディレクトリ・ファイル内であってもよい。いくつかの実施形態では、ディレクトリ・ファイルはXMLベースである。
【００４３】
図４は、動的混合メディア・パッケージを作成するための例示的な動作のフローチャートを描いている。ブロック４０１において、シード・メディアが受信される。これは一つまたは複数のファイルでありうる。もちろん、メディア所有者／クリエイターが動的混合メディア・パッケージを作成しているのなら、ブロック４０１はスキップできる。ブロック４０３において、シード・メディアについての管理データが生成される。シード・メディアの管理は複数の型のデータのレイヤー化（layering）を利用しうる。たとえば、シード・メディアについてフィンガープリント・データおよびハッシュ値が生成される。さらに、シード・メディアがデジタル透かし入れデータでマーク付けされる。ハッシュ値は、メディアを迅速に識別するために使用できる。フィンガープリント・データは、他のメディアと組み合わされたときに、メディアの一部または全部を識別するために利用されることができる。透かし入れは、メディアを追跡し、ユーザー生成メディアをフィルタ処理するために使われることができる。ハッシュ値は利便を与えるが、この動作はスキップされてもよい。さらに、フィンガープリント付けはのちの時点でなされてもよい。また、それぞれが異なる堅牢性およびフィンガープリント・データ・サイズ要件を満たす複数のフィンガープリント・アルゴリズムが展開されることができる。たとえば、あるフィンガープリント・フォーマットは信号内の強烈な変化（たとえば、等化、ピッチ・シフト、時間伸張、動的圧縮、知覚的符号化）に対してさえも高度に堅牢でありうる一方、別のフォーマットのほうがずっとコンパクトであろう（すなわち、オーディオまたはビデオ・コンテンツのある継続期間について抽出されるフィンガープリント・データの量がより小さい）。よりコンパクトなフォーマットは、バンド幅制限のあるチャネルを通じた送信により好適でありうる。ブロック４０５では、補足的メディアがあるかどうかが判定される。補足的メディアがなければ、制御はブロック４０７に流れる。補足的メディアがあれば、制御はブロック４０９に流れる。
【００４４】
ブロック４０７では、動的混合メディア・パッケージは、シード・メディアを用いて生成される。制御はブロック４０７からブロック４１１へ流れる。
【００４５】
ブロック４０９では、動的混合メディア・パッケージがシード・メディアおよび補足的メディアを用いて生成される。ブロック４１１では、管理データおよび／または管理コード（たとえば統計収集コード）が生成されたパッケージ中に埋め込まれる。ブロック４１３では、サービス・プロバイダーからのデータが利用可能かどうかが判定される。サービス・プロバイダーがデータ（たとえば、補足的メディア、レビュー、広告など）を提供していれば、制御はブロック４１５に流れる。提供していなければ、制御はブロック４１７に流れる。
【００４６】
ブロック４１５では、サービス・プロバイダーからのデータがパッケージ中に書き込まれる。ブロック４１７では、パッケージについての情報がパッケージ中に書き込まれる。たとえば、構造および内容情報がパッケージ・ヘッダ、明瞭コンテンツ・ヘッダおよび／またはシード・メディア・ヘッダ中に書き込まれる。ブロック４１９では、パッケージ問い合わせチェックポイントへの参照が、パッケージ修正を提供するサービス・プロバイダーへの参照がもしあればそれとともに、パッケージ中に書き込まれる。
【００４７】
動的混合メディア・パッケージの作成および該動的混合メディア・パッケージのインスタンスの送達後、そのパッケージは修正されることができる。そのパッケージへの修正は、所有者、作者、制御者、消費者およびサービス・プロバイダーのうち任意のものによって生成されるさまざまなメディアを含むことができる。パッケージへの修正は、ある種のパッケージ・コンテンツの品質におけるアップグレードであっても、またさらにはダウングレードであってもよい。たとえば、家庭シアター・システムを通じた呈示のためにビデオが向上されてもよい（またはより高品質のビデオがパッケージに追加されてもよい）し、あるいはコンパクトなモバイル装置を通じた呈示のためにダウングレードされてもよい。これはレンダリングされた画像またはオーディオ解像度のサイズのみならず、エンコードされたメディアのコンパクトさにも、実際に異なる圧縮方式に再符号化することが必要となりうる点にまで、影響しうる。もとのコーデックはモバイル装置ではサポートされないからである。パッケージ修正は、コンテンツを置換する、コンテンツを修正する、コンテンツをトランスコードするまたはパッケージに追加されることがありうる。パッケージ修正は、動的メディア・パッケージの寿命の間のさまざまな時点において多様なソースの任意のものによって生成されることができるので、パッケージ修正の効率的な維持のために、修正を集積し（aggregate）、レビューし、頒布するサービスがあってもよい。
【００４８】
図９は、パッケージ修正を維持する例示的なシステムを描いている。規則データベース９１１が、特定のシード・メディアに関連付けられたパッケージを支配する規則をホストする。たとえば、ある規則は、対応するメディア所有者／クリエイターからのいかなる提出物も自動的に受け入れることを要求してもよい。別の規則は、特定の作者によって作成されたのでない限り、パッケージの保護施策を修正するいかなるエンコード提出物も拒否しうる。規則データベース９１１は、提出物ハンドラ・モジュール９０１および派生メディア検索モジュール９０３によってアクセスされる。モジュール９０１および９０３は一つまたは複数の機械において実装され、同じ物理的エンティティまたは位置において実装されてもそうでなくてもよい。提出物ハンドラ・モジュール９０１が提出物を受信すると、提出物ハンドラ・モジュール９０１は提出物を、規則データベース９１１内の対応する規則と突き合わせて評価する。対応する規則は、ハッシュ値（単数または複数）、透かしおよび／またはフィンガープリント・データのような識別データについて提出物を検査することによって決定されうる。提出物ハンドラ・モジュール９０１は、評価構造９０７において、適切な規則（単数または複数）と突き合わせての提出物の評価の結果を示す。評価結果の指示を維持することにより、以前に評価された提出物のすみやかな処理が許容される。提出物ハンドラ・モジュール９０１が提出物を承認する場合、提出物は、承認された提出物を追跡するパッケージ追跡構造９０５において示される。承認されたら、提出物および／または提出物への参照が承認メディア・データベース９０９に記憶される。しかしながら、拒否された提出物を破棄することは必要ではない。拒否された提出物は、アーカイブ化、比較目的、統計データ収集などさまざまな理由のため、同じまたは別個のデータベース内に記憶されてもよい。
【００４９】
提出されることに加えて、パッケージ修正は、インターネット上で発見されてもよい。派生物検索モジュール９０３は、シード・メディアから派生した消費者生成メディアを求めてネットワーク（たとえばインターネット、LAN、特定のオンライン・コミュニティなど）を探索する。たとえば、検索モジュール９０３は、シード・メディアのフィンガープリント・データ、ハッシュ値などを使って検索してもよい。検索モジュール９０３は、発見された派生メディアを、規則データベース９１１内の適切な規則と突き合わせて評価する。提出物ハンドラ・モジュール９０１と同様に、検索モジュール９０３は、その評価に従って、構造９０７および９０５ならびにデータベース９０９を更新する。拒否されるか承認されるかにかかわりなく、特定の発見された派生メディアについての評価結果の指標が評価構造９０７内に記録される。承認される場合、承認がパッケージ追跡構造において示され、発見された派生メディアおよび／またはそれへの参照が承認メディア・データベース９０９内に記憶される。提出物の承認の指標にはまた、承認された提出物の頒布時に、パッケージ・バージョンまたは承認日のような追跡情報が伴ってもよい。
【００５０】
図６は、提出物を扱うための例示的な動作のフローチャートを描いている。ブロック６０１において、提出物が受信される。ブロック６０３において、受信された提出物が以前に評価されているかどうかが判定される。もしそうであれば、その提出物はブロック６０４において破棄される。そうでなければ、ブロック６０３において対応するシード・メディアが判別される。ブロック６０５において、提出物の作者が判別される。作者がサービス・プロバイダーであれば、制御はブロック６０９に流れる。作者が消費者であれば、制御はブロック６０７に流れる。作者がシード・メディアの所有者／クリエイターであれば、制御はブロック６１５に流れる。
【００５１】
ブロック６０９では、サービス・プロバイダーが事前に承認されているかどうかが判定される。たとえば、サービス・プロバイダーが、シード・メディアのクリエイター／所有者と、提出物を提供するよう、適切に合意をもっている。サービス・プロバイダーが事前承認されていれば、制御はブロック６１５に流れる。そうでなければ、制御はブロック６０７に流れる。
【００５２】
ブロック６０７では、提出物が、対応するシード・メディアについての規則と突き合せて評価される。ブロック６０８では、評価の結果が示される。ブロック６１１では、提出物が拒否されるか承認されるかが判定される。拒否される場合、作者はブロック６１３においてその拒否を通知される。承認される場合、ブロック６１５で、承認された提出物について情報が記録される。たとえば、作者、権利所有、作成日、承認日、サイズ、メディア型、帰属（attribution）などについての情報が記録される。ブロック６１７では、提出物および／または提出物への参照が記憶される。作者または作者／権利保有者の代理人も承認された提出物のことを通知されてもよい。承認された提出物の通知はまた、作者／権利保有者に人気および寄与割合に基づいて補償するロイヤリティ・スキームに参加するよう作者／権利保有者を勧誘してもよい。
【００５３】
図７は、派生メディアを検索するための例示的な動作のフローチャートを描いている。ブロック７０１において、新しい消費者生成された派生メディアの検索が始まる。新しい派生メディアの検索は例えば、メディア指向のウェブサイト（たとえばユーチューブ）をクロールすることならびに発見された派生メディアに関連付けられうる記述、メタデータ、オーディオ／発話識別またはフィンガープリント付けを解析することを含みうる。他のウェブサイトおよびネットワークも、関連する派生および関係メディア（すなわち、画像、ニュースストーリー、ブログ項目、ポッドキャスト、議論など）を求めてクロールされうる。ブロック７０３で、派生メディアがみつかったかどうかが判定される。みつかっていなければ、制御はブロック７０１に戻る。新しい派生メディアがみつかった場合、対応するシード・メディアがブロック７０５で判別される。たとえば、派生メディアは何らかの透かし入れがされているかどうかについて調べられ、あるいは派生メディアのフィンガープリントが生成されてフィンガープリント・データベースと照合される。もう一つの例では、派生メディアは、ヘッダ・セグメント内において帰属情報を示す。ブロック７０７において、対応するシード・メディアについての規則が選択される。ブロック７０９において、発見されたメディアが選択された規則と突き合わせて評価される。ブロック７１０では、評価の結果が示される。ブロック７１１では、発見された派生メディアが承認されるか拒否されるかが決定される。承認される場合、制御はブロック７１５に流れる。拒否される場合、制御はブロック７１３に流れる。
【００５４】
ブロック７１５において、発見されたメディアの指標が検索構造内に、承認フラグをセットし、対応するシード・メディアの指示とともに記録される。たとえば、冗長な評価を避けるために検索の結果を追跡するための構造が用いられる。ある種のネットワーク・アドレスを回避する、新しいまたは修正された規則と突き合わせたメディアの評価を許容するなどのために、検索構造中に追加的な情報が記録されてもよい。ブロック７１７では、発見された派生メディアはパッケージ追跡構造中で示される。制御はブロック７１７からブロック７１９に流れる。
【００５５】
ブロック７１３では、発見された派生メディアの指標は検索構造中に記録され、対応するシード・メディアの指標とともに、拒否されたフラグがセットされる。シード・メディアはまた、提出物が第一のシード・メディアについては許容される一方、第二のシード・メディアについては拒否される場合にも指示される。制御はブロック７１３からブロック７１９に流れる。
【００５６】
ブロック７１９では、発見された派生メディアに他のシード・メディアが対応するかどうかが判定される。もしそうであれば、制御はブロック７０７に流れる。他の対応するシード・メディアがなければ、制御はブロック７０１に戻る。
【００５７】
上述したように、複数のシード・メディアが提出物に対応しうる。異なる複数のシード・メディアについてのさまざまな規則に準拠するために、異なる複数の規則の複合がメディアに適用されてもよい。図１３は、図６のブロック６０７または図７のブロック７０９において実行されうる、複合規則セットのメディアへの例示的な適用のためのフローチャートを描いている。ブロック１３０１において、提出されたまたは発見されたメディア（またはヘッダ中にあるような付随情報）が異なる複数のシード・メディアを識別するデータを含んでいるかどうかが判定される。メディア（または付随情報）が異なる複数のシード・メディアを識別するデータを含まない場合、制御はブロック１３２１に流れる。メディアが異なる複数のシード・メディアを識別するデータを含む場合、制御はブロック１３０３に流れる。
【００５８】
ブロック１３０３では、メディアは、異なる複数のシードへの帰属を判別するために調べられる。ブロック１３０５では、個々のシードについての規則が見出される。ブロック１３０７では、それらの規則が同じかどうかが検証される。それらの規則が同じであれば、制御はブロック１３２３に流れる。それらの規則が同じでなければ、制御はブロック１３０９に流れる。
【００５９】
ブロック１３０９では、個々の規則が複合規則を許容するかどうかが判定される。複合規則が許容されない場合、制御はブロック１３１１に流れる。複合規則が許容される場合、制御はブロック１３１３に流れる。
【００６０】
ブロック１３１１では、メディアは拒否される。制御はブロック１３１１からブロック１３１７に流れる。
【００６１】
ブロック１３１３では、異なる規則の複合がシード帰属に基づいて生成される。優先度、事前設定された競合解決ポリシーなどといった他の要因も複合規則の生成において考慮されてもよい。ブロック１３１５では、メディアは複合規則と突き合わせて評価される。ブロック１３１７では、評価の結果が生成される。制御はブロック１３１７からブロック６０８または７１０のいずれかに流れる。
【００６２】
ブロック１３２１では、シード・メディアについての規則が見出される。ブロック１３２３では、メディアは規則に突き合わせて評価される。規則がブロック１３０７において同じであると判別されていたら、ある規則がまたは規則の諸セットのうちの一つのセットが選択される。制御はブロック１３２３からブロック１３１７に流れる。
【００６３】
さまざまなビジネス・モデルおよび送達プロトコルを使って、承認された修正は、動的混合メディア・パッケージを用いてメディア消費者に利用可能にされる。動的混合メディア・パッケージの送達は、さまざまな仕方で実装できる。パッケージ修正を維持するエンティティは、あらゆる承認されたパッケージ修正をプッシュしてもよい。エンティティは、メディア消費者に、承認されたパッケージ修正のインストールの受け入れまたは拒否を促してもよい。何らかのパッケージ修正があるかどうかについてエンティティへの問い合わせをトリガーする問い合わせイベントが消費者機械または装置において検出されてもよい。
【００６４】
図５は、問い合わせイベントに応答してパッケージ修正があるかどうかエンティティに問い合わせする例示的な動作のフローチャートを描いている。ブロック５０１では、動的混合メディア・パッケージ・イベントが動的混合メディア・パッケージについて検出される。ブロック５０３では、動的混合メディア・パッケージがアクセスされて、パッケージ問い合わせチェックポイントについての参照、そのパッケージのシード・メディアを識別するデータおよび任意的に最後の問い合わせの時刻が判別される。たとえば、シード・メディアについてのハッシュ値、メディア・パッケージャのURL、タイムスタンプおよび顧客もしくはセッション識別子のような一意的なインデックスが要求メッセージ中に書き込まれる。消費者サービス・レベル、コミュニティ・メンバーシップなどといった問い合わせ結果に影響する追加的な情報も問い合わせに書き込まれてもよい。ブロック５０５では、パッケージ問い合わせチェックポイントは、ブロック５０３で判別された情報を用いて問い合わせされる。ブロック５０５からブロック５０７への破線は、問い合わせに対して応答が受信されるまでの時間の経過を表す。
【００６５】
メディア・パッケージ修正または更新を決定するのを支援するために、プロファイル情報が各消費者について保持される。ある消費者についてのプロファイル情報は、消費者に関係したさまざまな特性を収集することによって生成されうる。メディア使用、適用されるランキング、デバイス型および位置、使用の継続時間、使用時間および他の情報が消費者装置上で集められ、中央サーバーに解析のために送られる。他の例示的な実施形態によれば、中央サーバーにデータを送る前に、集められた情報は少なくとも部分的に消費者装置上で解析されてもよい。
【００６６】
消費者に適用されるプロファイルの型は、位置、時刻または使用中の装置に基づいて変わりうる。たとえば、消費者の視聴／聴取習癖は車に乗っているときに対し、オフィスにいるときに対し、飛行機に乗っているときにはある種の型およびジャンルのメディアが好まれることを示唆することがありうる。この情報に基づいて、消費者の位置に依存して、異なるメディア・パッケージ修正または更新が提案され、あるいは実行されてもよい。位置情報は装置情報（たとえば、ラップトップ、ポータブル・メディア・プレーヤー、乗物ベースのメディア・プレーヤー、デスクトップ・コンピュータ、セットトップボックスなど……）に基づいて、あるいは物理的位置特定技術（GPS、セルラー三角測量［cellular triangulation］など……）によって、集められ、あるいは推定されてもよい。
【００６７】
時刻情報も、消費者メディア使用情報を集め、メディア・パッケージ更新を提案するために使用されてもよい。朝、職場へのドライブでは、顧客は特定のジャンルの音楽またはラジオ・トーク番組を好むことがありえ、帰宅時のドライブでは、別の型の音楽が好まれることがありうる。このプロファイル情報は、消費者の聴取習癖に基づいて決定されてもよく、メディア・パッケージに対し、そのプロファイルと一致するよう、適切な提案された更新がなされうる。
【００６８】
同様に、ある種の型およびジャンルのメディアが車に乗っている間に経験されうる（たとえばロック音楽）一方、リビングルームにおけるセットトップボックス上では他のメディアが一般に経験され（たとえばテレビ・ショーおよび映画）、ポータブル・メディア・プレーヤー上ではさらに別のメディアが経験される（たとえば短いビデオおよびクラシック音楽）。さまざまな装置（たとえば異なるレンダリング機能をもつ）の間でのこれらの異なるメディア視聴習癖のため、使用されている装置に固有のプロファイル作成は、ユーザーに、テーラーメードの経験を提供しうる。装置情報はまた、使用されている特定の装置とより両立しやすいメディア・ファイル型およびサイズに対する装置固有の選好に基づいて、メディア・パッケージの修正または更新に影響しうる。
【００６９】
プロファイル作成情報は提案エンジンに入力されうる。提案エンジンは、メディアに関するユーザー習癖および傾向を考慮に入れるのみならず、時間的、空間的および他の環境情報をもユーザー経験を向上させるために使用する。環境要因および消費者要求を考慮に入れたカスタマイズされた経験を提供するために、ポリシーまたは規則がプロファイル作成情報と一緒に使用されてもよい。さまざまな要因に依存してコンテンツ送達を制御するのを助けるために、年齢に基づく規則、公開設定規則（public setting rules）、文化的規則および他の同様の規則がポリシー中に設定されてもよい。メディア・コンテンツは成熟レーティング（たとえば、PG-13、R、X、露骨、非露骨……）を有していてもよく、そのメディアの送達は視聴者の年齢に基づいて制約されてもよい（たとえば、13歳未満の視聴者はある種のコンテンツを視聴することを許容され得ない）。視聴者の位置（たとえば公共の列車上）も受け容れ可能な成熟レベルに影響してもよい。さらに、世界のある種の領域で文化的に受け入れられるまたは受け入れられないと見なされうるコンテンツに基づいてポリシーが施行されてもよい。
【００７０】
図８は、動的混合メディア・パッケージのパッケージ問い合わせを扱う例示的な動作のフローチャートを描いている。ブロック８０１では、パッケージ問い合わせが受信される。ブロック８０３では、その問い合わせから、シード・メディアを識別するデータおよび前回の問い合わせのタイムスタンプが判別される。ブロック８０５では、ブロック８０３で判別されたデータを用いてパッケージ追跡構造がアクセスされて、前の問い合わせタイムスタンプ以降の利用可能なパッケージ修正を判別する。利用可能なパッケージ修正はまた、消費者サービス・レベル、特権、地理などに基づいてフィルタ処理されてもよい。ブロック８０７では、何らかのパッケージ修正が利用可能であるかどうかが判定される。パッケージ修正が利用可能であれば、ブロック８０９で、利用可能なパッケージ修正の指標が、新しい問い合わせタイムスタンプまたは他の識別子とともに、メディア消費者に返される。たとえば、パッケージに追加されるべきいくつかの新しいメディアと他のメディアへの参照とを含むメッセージが返される。利用可能なパッケージ修正がない場合、新しい問い合わせタイムスタンプとともに、ヌル値が返される。
【００７１】
再び図５に戻ると、パッケージ修正の指標がブロック５０７で受信される。ブロック５０９では、追加的なメディアがパッケージに追加されるべきかどうかが判定される。もしそうであれば、制御はブロック５１１に流れる。追加的なメディアがなければ、制御はブロック５１３に流れる。
【００７２】
ブロック５１１において、追加的なメディアがパッケージに追加され、パッケージ情報はしかるべく更新される。ブロック５１３では、パッケージ修正の指標が参照（単数または複数）および／またはデータを含んでいたかどうかが判定される。たとえば、問い合わせへの応答が、ネットワーク・アドレス、新しいエンコード方式、格付けデータなどを示していたかどうかが判定される。もしそうであれば、制御はブロック５１５に流れる。そうでなければ、制御はブロック５１７に流れる。
【００７３】
ブロック５１５では、パッケージは参照（単数または複数）および／またはデータに従って修正される。たとえば、レーティング・データがパッケージの明瞭コンテンツ・セクションに書き込まれ、参照がパッケージの消費者生成メディア・セクションについてのヘッダ中に書き込まれる、などである。ブロック５１７では、新しい問い合わせタイムスタンプがパッケージ中に書き込まれる。
【００７４】
修正があるかどうかチェックポイントに問い合わせするためには、多様な実装が可能である。たとえば、イベントを検出して問い合わせを生成する機能性は、メディア・プレーヤーのコンポーネント、バックグラウンド・プロセス、デーモン、プラグインなどとして実装されてもよい。図１０は、メディア問い合わせモジュールの例示的な実装を描いている。図１０では、メディア・プレーヤー１００３は、メディア消費者機械１００７内のパッケージ問い合わせモジュール１００５とは別個である。メディア消費者機械１００７はモバイル装置、消費者電子装置、コンピュータ、自動車内の一つまたは複数のコンポーネントなどでありうる。メディア問い合わせモジュール１００５はメディア・プレーヤー１００３へのプラグイン、バックグラウンドで走るプロセスなどであってもよい。メディア消費者機械１００７は動的混合メディア・パッケージ１００１ａ〜１００１ｈをホストする。メディア・プレーヤー１００３は動的混合メディア・パッケージ１００１ｂを時刻ａにおいてロードし、アクティブ化する。時刻ｂにおいて、メディア・プレーヤー１００３はパッケージ問い合わせモジュール１００５を呼び出し、パッケージ問い合わせモジュール１００５に動的メディア・パッケージ１００１ｂのアクティブ化を通知する。さまざまな実施形態において、問い合わせイベントが異なる仕方で検出される（たとえば、パッケージ問い合わせモジュール１００５は、動的混合メディア・パッケージ１００１ａ〜１００１ｈによって占有されるアドレス空間をモニタリングし、動的混合メディア・パッケージがアクセスされるときにプロセス間通信機構がパッケージ問い合わせモジュール１００５に通知する、など）。時刻ｃでは、パッケージ問い合わせモジュール１００５は動的混合メディア・パッケージ１００１ｂから問い合わせ情報を集める。別の実施形態では、登録構造が、メディア消費者機械１００７上でホストされている諸パッケージについての問い合わせ情報を維持し、パッケージ問い合わせモジュールが、メディア・プレーヤー１００３によって伝達されたパッケージ識別子に基づいてその構造にアクセスする。時刻ｄにおいて、パッケージ問い合わせモジュールは集められた情報を用いて問い合わせを生成する。時刻ｅにおいて、パッケージ問い合わせモジュールは生成された問い合わせが、動的混合メディア・パッケージ１００１ｂのシード・メディアについて示されたチェックポイントに送信されるようにする。時刻ｆにおいて、パッケージ修正（単数または複数）の指標が受信され、パッケージ問い合わせモジュール１００５によって処理される。時刻ｇにおいて、パッケージ問い合わせモジュール１００５はその修正（単数または複数）をパッケージ１００１ｂへの適用のために待ち行列に入れる。時刻ｈにおいて、メディア・プレーヤー１００３は待ち行列に入れられた修正をパッケージ１００１ｂに適用する。当業者は、図１０の図が一つの例示的な実装として理解を助けることを意図したものであって、限定を意味しないことは認識するはずである。たとえば、パッケージへの修正は、メディア・プレーヤー１００３が現在の呈示を完了するときにパッケージ問い合わせモジュール１００５によって適用されてもよい。別の例では、パッケージ問い合わせモジュール１００５は、メディア・プレーヤーがパッケージ１００１ｂのコピーからメディアを呈示している間にパッケージ１００１ｂを修正し、コピーは呈示後に破棄される。
【００７５】
メディア・プレーヤーは動的混合メディア・パッケージのメディアを、対応する呈示指令（presentation directives）によって指令されるように呈示する。指令は、メディアをオーバーラップさせる、メディアを並行してストリーミングする、メディアに対してシーケンスを施行するなどを指令してもよい。他の呈示指令がユーザーからのコマンドである一方、いくつかの呈示指令はパッケージ内で予め定義されいてもよい。図１６は、例示的な動的混合メディア・パッケージからのメディアの例示的な呈示を描いた図である。混合メディア・パッケージ・プレーヤー１６１３は動的混合メディア・パッケージ１６２１をアクティブ化する。混合メディア・パッケージ１６２１は、近々出る音楽アルバムについての広告１６０３、同期された歌詞１６０５、シード・オーディオ１６０７、消費者生成ビデオおよびシード・オーディオ１６０７を含む消費者生成リミックス１６１１を含む。消費者がプレーヤー１６１３に消費者生成ビデオ１６０９を歌詞１６０５とともに再生するよう命令するとする。消費者メディア・セクションについてのヘッダ内の呈示指令（単数または複数）がプレーヤー１６１３に、シード・オーディオ１６０７を消費者生成ビデオ１６０９とともに再生するよう指令する。現在の再生指令は、プレーヤー１６１３に、歌詞１６０５をビデオ１６０９にオーバーレイさせて、オーバーレイされた歌詞のあるビデオ１６０５を作成させる。パッケージ１６１３についてのある指令は、プレーヤーに、ビデオ１６０５の完了後に、呈示のための広告１６０３を配列するよう指令する。プレーヤー１６１３は並行してシード・オーディオ１６０７をスピーカー（単数または複数）１６１５に、ビデオ１６０５をディスプレイ１６１３に送る。前記指令はまた、プレーヤーに、ビデオが完了した後で広告１６０３をディスプレイ１６１３に送るよう指令する。
【００７６】
プレーヤーは、ビデオ再生および若干の制御を受け入れるインターフェースを、あるいは表示領域を動的混合メディア・パッケージのさまざまなコンテンツの間で分割するより込み入ったインターフェースを利用しうる。図１１は、動的混合メディア・パッケージ・プレーヤーについての例示的なインターフェースを描いている。図１１では、インターフェースの表示領域は、10の領域に分割されている。ビデオ領域１１０１は混合メディア・パッケージからのビデオを呈示する。パッケージ・ディレクトリ１１０３はパッケージのアクセス可能なコンテンツをユーザーに呈示する（ツリー状の階層フォーマットで、アイコン・フォーマットで、など）。消費者生成メディア領域のディレクトリ１１０５は、パッケージに追加されている消費者生成メディアのディレクトリを呈示する。シード・メディア所有者／クリエイター・フィード領域１１０７は、レコーディング会社、出版社および／またはアーチストからの情報をストリーミングする。歌詞およびカバー・アート領域１１２１は、シード・オーディオのためのカバー・アートおよび歌詞を、消費者がアルバム・ジャケットのページを繰っていくのと同じようにしてナビゲートすることを許容するよう拡張されることができる見開き（double truck）レイアウトで呈示する。コンサート・スケジュール領域１１１９は、そのパッケージのシード・オーディオの作者についてのコンサート・スケジュールを、おそらくはそのプレーヤーをホストしている機械または装置の現在の地理情報によってフィルタ処理して、呈示する。領域１１１７は同じジャンルの音楽のミュージシャンによるエリア内でのコンサートについての広告を呈示する。領域１１０９は、購入されたサービスのレベルに依存して、消費者および批評家による音楽レビューを呈示する。領域１１１１は、より豊かなサウンド、改善されたプレーヤーなどといった、シード・オーディオについて利用可能なアップグレードを呈示する。領域１１１５はライブ・メディア・フィードバックを呈示する。たとえば、音楽コミュニティにおける消費者からの生のコメントが領域１１１５に表示される。
【００７７】
図１１は、たくさんの可能な例のうちのほんの一例を示すものである。動的混合メディア・パッケージに関し、インターフェースの数多くの特徴および入れ換えが可能である。たとえば、アルバムからのオーディオが再生されるとき、アルバムの冊子のデジタル表現が見開きレイアウトで表示されることができる。一方の側に写真があり、他方の側に歌詞およびクレジットがあることができる。冊子のページは、大きな表示領域をもつ装置上でめくられることができ、あるいは制約された表示領域をもつ装置上でスクロールされることができる。歌詞は、個々の単語のレベルでオーディオと同期されることができ、オーディオの再生が歌詞のクリックによってトリガーされてもよい、など。
【００７８】
画像メディアについては、さまざまな機能性も可能である。特定のアーチストまたはレーベルのすべての画像を用いてスライドショーが生成されることができる。消費者写真が音楽アーチスト写真と一緒に混合されることができ、そのアーチストのオーディオに付けられることができる。
【００７９】
動的混合メディア・パッケージによって許容される機能性に加えて、追加的な製品およびサービスが生み出されることができる。動的混合メディア・パッケージは装置についてのテーマを定義できる。たとえば、音および表示が、特定のアルバムについての動的混合メディア・パッケージについて定義されたテーマと適合するよう構成されてもよい。たとえば、アルバムの四つの最も人気のある歌の最初の数個の音符が、電話の四つの異なるリング／アラーム音のために利用されてもよく、電話のための壁紙がアルバムについてのカバー・アートに設定されてもよい。動的混合メディア・パッケージ内にメディアを混合するためのデザイン・ツールが開発されることができる。さらに、パッケージ修正を維持し、レビューを提出し、統計を追跡し、人気のあるメディア、RSSフィード、ブログ、ニュース・サービス、ユーザー・レーティングなどを生成する消費者に報償を与える新しいサービスがオファーされることができる。
【００８０】
派生メディアを広告および共有し、聴取／視聴の好みを共有し、パッケージ修正を維持するのを助け、他のメディア・パッケージ関係のサービスを提供するために、ウェブ・ベースのアプリケーション（たとえば「ウィジェット（widget）」）が、動的混合メディア・パッケージと一緒に使用されてもよい。ウィジェットは、個人的なウェブページ、ブログ、ソーシャル・ネットワーキング・サイトまたは消費者がメディア関係の情報を共有したいことがありうる他の場所の中に、コーディングされてもよい。ある例示的な実施形態によれば、ウィジェットはメディア・プレーヤー１００３（図１０参照）と接続してもよく、アルバム・カバーまたはユーザーによって現在再生されている音楽に関係した他の画像を表示してもよい。さらに他の情報がウィジェットを通じて利用可能にされてもよい。そうした他の情報は、プレイリスト情報、部分的または完全な音楽またはビデオ再生機能、その歌またはアルバムまたは関係したメディア・パッケージを購入するためのリンク、あるいはその他の情報を含む。ビデオまたは消費者によって経験されている他の形のメディアに関して、同様の情報がウィジェットを通じて提供されてもよい。
【００８１】
もう一つの実施形態によれば、ウィジェットは消費者によって作成された派生メディアを含んでいてもよい。ユーザーは、派生メディアを共有および広告するためにウィジェットを使用してもよい。ウィジェットを見る訪問者は、派生メディアを見ることができうる。場合によっては、訪問者は、メディア・パッケージを、あるいは少なくとも派生メディアに関係した何らかの追加的コンテンツを購入するよう促されてもよい。たとえば、派生メディアが映画からの再演／置換シーンである場合、訪問者は、その置換シーンをその映画の残りと合わせて見るためにその映画のコピーをまず購入または借りるよう促されてもよい。いくつかの実施形態によれば、派生メディアをフルに経験するためには複数の追加的コンテンツ（これはシード・メディアであってもよい）が必要であってもよい。上述の例では、基本となる映画が必要とされ、おそらくは置換サウンドトラック音楽も必要とされうる。見る者は、派生メディアを見る前にまずこれらの項目を購入することを促されてもよい。
【００８２】
記載された諸実施形態は、コンピューティング機械プログラム・プロダクトまたはソフトウェアとして提供されてもよい。それは、本発明の諸実施形態に基づくプロセスを実行するよう処理システム（または他の電子装置）をプログラムするために使用されうる命令が記憶されている機械可読媒体を含みうる。このことは本項に記載されているか否かによらない。けだし、本項において考えられるあらゆる変形が挙げられているわけではないからである。機械可読媒体は、機械（たとえば、コンピュータ、携帯情報端末、携帯電話、メディア・センター、ゲーム・コンソールなど）によって可読な形で情報を記憶または伝送するためのいかなる機構（たとえば、ソフトウェア、処理アプリケーション）をも含む。機械可読媒体は、これに限られないが、磁気記憶媒体（たとえばフロッピーディスケット）；光記憶媒体（たとえばCD-ROM）；光磁気記憶媒体；読み出し専用メモリ（ROM）；ランダム・アクセス・メモリ（RAM）；消去可能なプログラム可能なメモリ（たとえばEPROMおよびEEPROM）；フラッシュ・メモリ；または電子的な命令を記憶するのに好適な他の型の媒体を含みうる。さらに、諸実施形態は、伝搬される信号の電気的、光学的、音響的または他の形（たとえば、搬送波、赤外線信号、デジタル信号など）または有線、無線または他の通信媒体で具現されてもよい。
【００８３】
図１２は、本稿で論じられる機能のいずれかを機械に実行させるための一組の命令が実行されうる、処理システム１２００という例示的な形の機械の図的な表現を描いている。機械はスタンドアローン装置として動作してもよいし、あるいは他の機械に接続（たとえばネットワーク接続）されてもよい。ネットワーク接続された展開では、機械はサーバー‐クライアント・ネットワーク環境中のサーバーまたはクライアント機械の資格で、あるいはピアツーピア（または分散）ネットワーク環境におけるピア機械として動作しうる。機械はサーバー・コンピュータ、クライアント・コンピュータ、パーソナル・コンピュータ（PC）、タブレットPC、セットトップボックス（STB）、携帯情報端末（PDA）、携帯電話、ウェブ・アプライアンス、ネットワーク・ルータ、スイッチもしくはブリッジまたはその機械によって取られるべき動作を指定する一組の命令（シーケンシャルまたはその他）を実行する機能をもつ任意の機械でありうる。さらに、単一の機械のみが例示されているが、「機械」の用語は、本稿で論じられた方法論の任意の一つまたは複数を実行するための一組の（または複数組の）命令を個々にまたは合同して実行する複数の機械の任意の集合をも含むものとする。
【００８４】
処理システム１２００の例は、プロセッサ１２０２（たとえば中央処理装置（CPU）、グラフィック処理装置（GPU）または両方）、メイン・メモリ１２０４および静的メモリ１２０６を含み、これらはバス１２０８を介して互いと通信する。処理システム１２００はさらに、ビデオ表示ユニット１２１０（たとえば液晶ディスプレイ（LCD）または陰極線管（CRT））を含んでいてもよい。処理システム１２００はまた、英数字入力装置１２１２（たとえばキーボード）、カーソル制御装置１２１４（たとえばマウス）、ディスク駆動ユニット１２１６、信号発生装置１２１８（たとえばスピーカー）およびネットワーク・インターフェース装置（１２２０）をも含む。
【００８５】
ディスク駆動ユニット１２１６は、本稿に記載される方法論または機能の任意の一つまたは複数を具現する一つまたは複数の組の命令（たとえばソフトウェア１２２４）が記憶されている機械可読媒体１２２２を含む。ソフトウェア１２２４はまた、処理システム１２００によるその実行の間、完全にまたは少なくとも部分的に、メイン・メモリ１２０４内および／またはプロセッサ１２０２内に存在してもよい。メイン・メモリ１２０４およびプロセッサ１２０２も機械可読媒体を構成する。
【００８６】
ソフトウェア１２２４はさらに、ネットワーク・インターフェース装置１２２０を介してネットワーク上で送信または受信されてもよい。
【００８７】
本発明はさまざまな実装および活用を参照して記載されているが、これらの実施形態が例示的であって、本発明の範囲がそれに限定されるものではないことは理解されるであろう。一般に、機械外部のソースから機械に導入されるファイルのアクセス・ベースのセキュリティ評価のための技術は、本稿で定義される任意の単数または複数のハードウェア・システムと整合する設備をもって実装されうる。さまざまな変形、修正、追加および改良が可能である。
【００８８】
本稿で単数のインスタンスとして記載されるコンポーネント、動作または構造について複数のインスタンスが提供されてもよい。最後に、さまざまなコンポーネント、動作およびデータ記憶の間の境界はいくぶん任意であり、個別的な動作は特定の例示的構成のコンテキストにおいて例示されている。機能性の他の配分が視野に入れられており、本発明の範囲内にはいりうる。一般に、例示的な構成において別個のコンポーネントとして呈示されている構造および機能性が、組み合わされた構造またはコンポーネントとして実装されてもよい。同様に、単一のコンポーネントとして呈示されている構造および機能性が別個のコンポーネントとして実装されてもよい。これらおよびその他の変形、修正、追加および改良は本発明の範囲内にはいる。
【特許請求の範囲】
【請求項１】
シード・メディア、補足的メディアおよび前記シード・メディアを識別する情報を含むメディア・パッケージを、メディア・パッケージ問い合わせチェックポイントへの参照について調べる工程と；
前記シード・メディアを識別する前記情報を用いて前記メディア・パッケージのための承認されたメディア・パッケージ修正があるかどうか前記パッケージ問い合わせチェックポイントに問い合わせする工程と；
前記問い合わせする工程に応答して示されたメディア・パッケージ修正を用いて前記メディア・パッケージを修正する工程とを有する、
方法。
【請求項２】
前記シード・メディアが、本質的にはビデオ・ファイル、オーディオ・ファイルおよび画像ファイルからなる集合から選択される、請求項１記載の方法。
【請求項３】
前記メディア・パッケージ修正が、本質的には補足的データ、前記シード・メディアに対応するメディアへの参照、前記シード・メディアを向上させるためのデータ、置換メディアおよび広告からなる集合から選択される、請求項１記載の方法。
【請求項４】
前記修正する工程が、本質的には、前記メディア・パッケージにコンテンツを追加する、前記メディア・パッケージからコンテンツを除去する、前記メディア・パッケージについての管理情報を修正する、前記メディア・パッケージの構造情報を修正する、前記メディア・パッケージ中のメタデータを修正する、前記メディア・パッケージのコンテンツを編集する、前記パッケージを増強するおよび前記パッケージを削減するからなる集合から選択される、請求項１記載の方法。
【請求項５】
前記問い合わせする工程が、前記シード・メディアを識別する、メディア・パッケージャへの要求を送信することを含む、請求項１記載の方法。
【請求項６】
識別情報をシード・メディアに関連付ける工程と；
前記シード・メディアを動的混合メディア・パッケージ中に組み込む工程と；
前記動的混合メディア・パッケージ中に、前記パッケージのために利用可能な一つまたは複数の修正を示すパッケージ問い合わせチェックポイントへの参照を埋め込む工程と；
前記動的混合メディア・パッケージの一つまたは複数のインスタンスを供給する工程と；
前記動的混合メディア・パッケージについて利用可能な一つまたは複数の修正を発見する工程と；
前記一つまたは複数の修正のうち、前記動的混合メディア・パッケージのインスタンスの修正を支配する、前記シード・メディアに関連付けられた一つまたは複数の規則のセットを満足するものを承認する工程と；
前記の承認された修正を示す工程とを有する、
方法。
【請求項７】
前記識別情報を関連付ける工程が：
前記シード・メディアに透かし入れする工程と；
前記シード・メディアについてのフィンガープリントを生成する工程と；
前記動的混合メディア・パッケージにおいて前記フィンガープリントを示す工程とを有する、
請求項６記載の方法。
【請求項８】
前記シード・メディアについてのハッシュ値を生成する工程と；
前記動的混合メディア・パッケージにおいて前記ハッシュ値を示す工程とをさらに有する、
請求項７記載の方法。
【請求項９】
前記シード・メディアを含む複数の個別メディアから導出されるあるメディアの帰属を計算する工程をさらに有する、
請求項７記載の方法。
【請求項１０】
前記計算された帰属に基づいてロイヤリティを計算する工程をさらに有する、請求項９記載の方法。
【請求項１１】
動的混合メディア・パッケージのユーザー生成コンテンツを調べて前記コンテンツの帰属を決定する工程であって、前記ユーザー生成コンテンツは少なくとも、異なる複数の作者からのメディアを含む、工程と；
少なくとも部分的には前記帰属に基づいて前記ユーザー生成コンテンツから生成される収入を配分する工程とを有する、
方法。
【請求項１２】
前記ユーザー生成コンテンツが、一または複数の消費者によりもともと生成されたメディアをも含む、請求項１１記載の方法。
【請求項１３】
前記調べる工程が、本質的には透かし、フィンガープリントおよびハッシュからなる集合から選択される一つまたは複数の技法を用いて前記異なる複数の作者を識別することを含む、請求項１１記載の方法。
【請求項１４】
前記収入が、本質的には、前記ユーザー生成コンテンツに関連付けられる一つまたは複数の広告から収入を生成することおよび前記ユーザー生成コンテンツに関連付けられた料金から収入を生成することからなる集合から選択される収入生成技法から生成される、請求項１１記載の方法。
【請求項１５】
処理システムによって実行されると前記処理システムに動作を実行させる命令がエンコードされている機械可読媒体であって、前記動作は：
動的混合メディア・パッケージのユーザー生成コンテンツを調べて前記コンテンツの帰属を決定する工程であって、前記ユーザー生成コンテンツは少なくとも、異なる複数の作者からのメディアを含む、工程と；
少なくとも部分的には前記帰属に基づいて前記ユーザー生成コンテンツから生成される収入を配分する工程とを含む、
機械可読媒体。
【請求項１６】
前記ユーザー生成コンテンツが、一または複数の消費者によりもともと生成されたメディアをも含む、請求項１５記載の機械可読媒体。
【請求項１７】
前記調べる動作が、本質的には透かし、フィンガープリントおよびハッシュからなる集合から選択される一つまたは複数の技法を用いて前記異なる複数の作者を識別することを含む、請求項１５記載の機械可読媒体。
【請求項１８】
処理システムによる実行のための命令がエンコードされている機械可読媒体であって、前記命令は第一の組の命令および第二の組の命令を含み、
前記第一の組の命令は、
シード・メディアを含む動的混合メディア・パッケージ内において、パッケージ問い合わせチェックポイントを示す参照を突き止め、
前記シード・メディアを識別するデータを突き止め、
前記シード・メディアを識別する前記突き止められたデータを用いて、承認された修正があるかどうか前記パッケージ問い合わせチェックポイントに問い合わせするために前記参照を使うよう実行可能であり、
前記第二の組の命令は、前記パッケージ問い合わせチェックポイントによって示される承認された修正に従って前記動的混合メディア・パッケージを修正するよう実行可能である、
機械可読媒体。
【請求項１９】
前記第一の組の命令がさらに、前記動的混合メディア・パッケージについての前の問い合わせのタイムスタンプを突き止め、その突き止められたタイムスタンプを前記問い合わせにおいて示すよう実行可能である、請求項１８記載の機械可読媒体。
【請求項２０】
処理システムによる実行のための命令がエンコードされている機械可読媒体であって、前記命令は：
シード・メディアを含む動的混合メディア・パッケージのインスタンスの修正を支配する、前記シード・メディアに関連付けられた一組の規則と突き合わせてメディアの評価を実行するよう実行可能であり、前記評価に基づいて前記メディアを用いての前記動的混合メディア・パッケージの修正を承認または拒否するよう実行可能な第一の組の命令と；
前記第一の組の命令によって承認されたメディアを追跡するよう実行可能な第二の組の命令と；
前記第二の組の命令によって追跡されるメディアの指標を公開するよう実行可能な第三の組の命令とを含む、
機械可読媒体。
【請求項２１】
シード・メディアから派生されたメディアを検索し、前記第一の組の命令による評価のために、発見されたメディアを提出するよう実行可能な第四の組の命令をさらに含む、請求項２０記載の機械可読媒体。
【請求項２２】
前記第四の組の命令がさらに、前記第四の組の命令によって発見されたメディアの、前記第一の組の命令による評価の結果を示す構造を維持するよう実行可能である、請求項２１記載の機械可読媒体。
【請求項２３】
一つまたは複数のプロセッサの集合と；
第一の型のメディアおよび第二の型のメディアを動的混合メディア・パッケージにおいて、該動的混合メディア・パッケージにおいて示される呈示指令に従って呈示するよう動作可能なメディア・プレーヤーと；
パッケージ問い合わせコンポーネントとを有する装置であって、
前記パッケージ問い合わせコンポーネントは、
前記動的混合メディア・パッケージについての問い合わせイベントを検出し、
パッケージ問い合わせチェックポイントへの参照、シード・メディアを識別するデータおよび前回の問い合わせ時刻を前記動的混合メディア・パッケージにおいて判別し、
前記の判別された参照、識別データおよび時刻を使って前記動的混合パッケージへの修正があるかどうかパッケージ・チェックポイントに問い合わせするよう動作可能である、
装置。
【請求項２４】
前記メディア・プレーヤーが、消費者生成メディアを、前記消費者生成メディアについての呈示指令によって指令されるように前記シード・メディアと一緒に呈示するようさらに動作可能である、請求項２３記載の装置。
【請求項２５】
シード・メディアを生成する第一のシステムと；
第二のシステムとを有するネットワークであって、
前記第二のシステムは、前記第一のシステムから前記シード・メディアを受信し、前記シード・メディアの管理および識別のためのデータで前記シード・メディアにマーク付けし、前記シード・メディアおよび補足的メディアを動的混合メディア・パッケージ内に束ね、前記動的混合メディア・パッケージのインスタンスを供給し、前記シード・メディアを含む前記動的混合メディア・パッケージの修正を支配する前記シード・メディアに関連付けられた一組の規則に従って前記動的混合メディア・パッケージに対する候補修正を承認または拒否する、
ネットワーク。
【請求項２６】
前記第二のシステムが、前記動的混合メディア・パッケージについて承認された修正を、メディア消費者システムに前記動的混合メディア・パッケージのインスタンスを頒布するために維持しもする、請求項２５記載のネットワーク。
【請求項２７】
前記動的混合メディア・パッケージについての候補修正を生成し、その候補修正の指標を前記第二のシステムに評価のために提出する第三のシステムをさらに有する請求項２５記載のネットワーク。
【請求項１】
シード・メディア、補足的メディアおよび前記シード・メディアを識別する情報を含むメディア・パッケージを、メディア・パッケージ問い合わせチェックポイントへの参照について調べる工程と；
前記シード・メディアを識別する前記情報を用いて前記メディア・パッケージのための承認されたメディア・パッケージ修正があるかどうか前記パッケージ問い合わせチェックポイントに問い合わせする工程と；
前記問い合わせする工程に応答して示されたメディア・パッケージ修正を用いて前記メディア・パッケージを修正する工程とを有する、
方法。
【請求項２】
前記シード・メディアが、本質的にはビデオ・ファイル、オーディオ・ファイルおよび画像ファイルからなる集合から選択される、請求項１記載の方法。
【請求項３】
前記メディア・パッケージ修正が、本質的には補足的データ、前記シード・メディアに対応するメディアへの参照、前記シード・メディアを向上させるためのデータ、置換メディアおよび広告からなる集合から選択される、請求項１記載の方法。
【請求項４】
前記修正する工程が、本質的には、前記メディア・パッケージにコンテンツを追加する、前記メディア・パッケージからコンテンツを除去する、前記メディア・パッケージについての管理情報を修正する、前記メディア・パッケージの構造情報を修正する、前記メディア・パッケージ中のメタデータを修正する、前記メディア・パッケージのコンテンツを編集する、前記パッケージを増強するおよび前記パッケージを削減するからなる集合から選択される、請求項１記載の方法。
【請求項５】
前記問い合わせする工程が、前記シード・メディアを識別する、メディア・パッケージャへの要求を送信することを含む、請求項１記載の方法。
【請求項６】
識別情報をシード・メディアに関連付ける工程と；
前記シード・メディアを動的混合メディア・パッケージ中に組み込む工程と；
前記動的混合メディア・パッケージ中に、前記パッケージのために利用可能な一つまたは複数の修正を示すパッケージ問い合わせチェックポイントへの参照を埋め込む工程と；
前記動的混合メディア・パッケージの一つまたは複数のインスタンスを供給する工程と；
前記動的混合メディア・パッケージについて利用可能な一つまたは複数の修正を発見する工程と；
前記一つまたは複数の修正のうち、前記動的混合メディア・パッケージのインスタンスの修正を支配する、前記シード・メディアに関連付けられた一つまたは複数の規則のセットを満足するものを承認する工程と；
前記の承認された修正を示す工程とを有する、
方法。
【請求項７】
前記識別情報を関連付ける工程が：
前記シード・メディアに透かし入れする工程と；
前記シード・メディアについてのフィンガープリントを生成する工程と；
前記動的混合メディア・パッケージにおいて前記フィンガープリントを示す工程とを有する、
請求項６記載の方法。
【請求項８】
前記シード・メディアについてのハッシュ値を生成する工程と；
前記動的混合メディア・パッケージにおいて前記ハッシュ値を示す工程とをさらに有する、
請求項７記載の方法。
【請求項９】
前記シード・メディアを含む複数の個別メディアから導出されるあるメディアの帰属を計算する工程をさらに有する、
請求項７記載の方法。
【請求項１０】
前記計算された帰属に基づいてロイヤリティを計算する工程をさらに有する、請求項９記載の方法。
【請求項１１】
動的混合メディア・パッケージのユーザー生成コンテンツを調べて前記コンテンツの帰属を決定する工程であって、前記ユーザー生成コンテンツは少なくとも、異なる複数の作者からのメディアを含む、工程と；
少なくとも部分的には前記帰属に基づいて前記ユーザー生成コンテンツから生成される収入を配分する工程とを有する、
方法。
【請求項１２】
前記ユーザー生成コンテンツが、一または複数の消費者によりもともと生成されたメディアをも含む、請求項１１記載の方法。
【請求項１３】
前記調べる工程が、本質的には透かし、フィンガープリントおよびハッシュからなる集合から選択される一つまたは複数の技法を用いて前記異なる複数の作者を識別することを含む、請求項１１記載の方法。
【請求項１４】
前記収入が、本質的には、前記ユーザー生成コンテンツに関連付けられる一つまたは複数の広告から収入を生成することおよび前記ユーザー生成コンテンツに関連付けられた料金から収入を生成することからなる集合から選択される収入生成技法から生成される、請求項１１記載の方法。
【請求項１５】
処理システムによって実行されると前記処理システムに動作を実行させる命令がエンコードされている機械可読媒体であって、前記動作は：
動的混合メディア・パッケージのユーザー生成コンテンツを調べて前記コンテンツの帰属を決定する工程であって、前記ユーザー生成コンテンツは少なくとも、異なる複数の作者からのメディアを含む、工程と；
少なくとも部分的には前記帰属に基づいて前記ユーザー生成コンテンツから生成される収入を配分する工程とを含む、
機械可読媒体。
【請求項１６】
前記ユーザー生成コンテンツが、一または複数の消費者によりもともと生成されたメディアをも含む、請求項１５記載の機械可読媒体。
【請求項１７】
前記調べる動作が、本質的には透かし、フィンガープリントおよびハッシュからなる集合から選択される一つまたは複数の技法を用いて前記異なる複数の作者を識別することを含む、請求項１５記載の機械可読媒体。
【請求項１８】
処理システムによる実行のための命令がエンコードされている機械可読媒体であって、前記命令は第一の組の命令および第二の組の命令を含み、
前記第一の組の命令は、
シード・メディアを含む動的混合メディア・パッケージ内において、パッケージ問い合わせチェックポイントを示す参照を突き止め、
前記シード・メディアを識別するデータを突き止め、
前記シード・メディアを識別する前記突き止められたデータを用いて、承認された修正があるかどうか前記パッケージ問い合わせチェックポイントに問い合わせするために前記参照を使うよう実行可能であり、
前記第二の組の命令は、前記パッケージ問い合わせチェックポイントによって示される承認された修正に従って前記動的混合メディア・パッケージを修正するよう実行可能である、
機械可読媒体。
【請求項１９】
前記第一の組の命令がさらに、前記動的混合メディア・パッケージについての前の問い合わせのタイムスタンプを突き止め、その突き止められたタイムスタンプを前記問い合わせにおいて示すよう実行可能である、請求項１８記載の機械可読媒体。
【請求項２０】
処理システムによる実行のための命令がエンコードされている機械可読媒体であって、前記命令は：
シード・メディアを含む動的混合メディア・パッケージのインスタンスの修正を支配する、前記シード・メディアに関連付けられた一組の規則と突き合わせてメディアの評価を実行するよう実行可能であり、前記評価に基づいて前記メディアを用いての前記動的混合メディア・パッケージの修正を承認または拒否するよう実行可能な第一の組の命令と；
前記第一の組の命令によって承認されたメディアを追跡するよう実行可能な第二の組の命令と；
前記第二の組の命令によって追跡されるメディアの指標を公開するよう実行可能な第三の組の命令とを含む、
機械可読媒体。
【請求項２１】
シード・メディアから派生されたメディアを検索し、前記第一の組の命令による評価のために、発見されたメディアを提出するよう実行可能な第四の組の命令をさらに含む、請求項２０記載の機械可読媒体。
【請求項２２】
前記第四の組の命令がさらに、前記第四の組の命令によって発見されたメディアの、前記第一の組の命令による評価の結果を示す構造を維持するよう実行可能である、請求項２１記載の機械可読媒体。
【請求項２３】
一つまたは複数のプロセッサの集合と；
第一の型のメディアおよび第二の型のメディアを動的混合メディア・パッケージにおいて、該動的混合メディア・パッケージにおいて示される呈示指令に従って呈示するよう動作可能なメディア・プレーヤーと；
パッケージ問い合わせコンポーネントとを有する装置であって、
前記パッケージ問い合わせコンポーネントは、
前記動的混合メディア・パッケージについての問い合わせイベントを検出し、
パッケージ問い合わせチェックポイントへの参照、シード・メディアを識別するデータおよび前回の問い合わせ時刻を前記動的混合メディア・パッケージにおいて判別し、
前記の判別された参照、識別データおよび時刻を使って前記動的混合パッケージへの修正があるかどうかパッケージ・チェックポイントに問い合わせするよう動作可能である、
装置。
【請求項２４】
前記メディア・プレーヤーが、消費者生成メディアを、前記消費者生成メディアについての呈示指令によって指令されるように前記シード・メディアと一緒に呈示するようさらに動作可能である、請求項２３記載の装置。
【請求項２５】
シード・メディアを生成する第一のシステムと；
第二のシステムとを有するネットワークであって、
前記第二のシステムは、前記第一のシステムから前記シード・メディアを受信し、前記シード・メディアの管理および識別のためのデータで前記シード・メディアにマーク付けし、前記シード・メディアおよび補足的メディアを動的混合メディア・パッケージ内に束ね、前記動的混合メディア・パッケージのインスタンスを供給し、前記シード・メディアを含む前記動的混合メディア・パッケージの修正を支配する前記シード・メディアに関連付けられた一組の規則に従って前記動的混合メディア・パッケージに対する候補修正を承認または拒否する、
ネットワーク。
【請求項２６】
前記第二のシステムが、前記動的混合メディア・パッケージについて承認された修正を、メディア消費者システムに前記動的混合メディア・パッケージのインスタンスを頒布するために維持しもする、請求項２５記載のネットワーク。
【請求項２７】
前記動的混合メディア・パッケージについての候補修正を生成し、その候補修正の指標を前記第二のシステムに評価のために提出する第三のシステムをさらに有する請求項２５記載のネットワーク。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公表番号】特表２０１０−５３００９０（Ｐ２０１０−５３００９０Ａ）
【公表日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２０１０−５０６６８９（Ｐ２０１０−５０６６８９）
【出願日】平成２０年５月２日（２００８．５．２）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０６２５２４
【国際公開番号】ＷＯ２００８／１３７７５６
【国際公開日】平成２０年１１月１３日（２００８．１１．１３）
【出願人】（５０１１１２３２３）グレースノート インコーポレイテッド (12)
【Ｆターム（参考）】
【公表日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２０年５月２日（２００８．５．２）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０６２５２４
【国際公開番号】ＷＯ２００８／１３７７５６
【国際公開日】平成２０年１１月１３日（２００８．１１．１３）
【出願人】（５０１１１２３２３）グレースノート インコーポレイテッド (12)
【Ｆターム（参考）】
[ Back to top ]