(57)【要約】【解決手段】著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションにカスタムメディアライブラリを直接リンクする。さらに、カスタムメディアライブラリは、ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される新しい経路を生成する。また、コンピューティングシステムの複数のメディアサブシステムをモニタするようにＣＣＭに警告する。こうすることで、カスタムメディアライブラリを介してＣＣＭを可能にした再生／記録アプリケーションから新しい経路を通って、ＣＣＭによってモニタされるオペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させ、生メディアファイルは、安全な環境においてレンダリングされ、再生およびコピーが可能になる。【選択図】図２
2012528400.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティングシステム上でデジタルメディアコンテンツを保護するためにカスタムメディアライブラリを用いる方法であって、
著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップと、
前記カスタムメディアライブラリを用いて、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される新しい経路を生成するステップと、
前記コンピューティングシステムの複数のメディアサブシステムをモニタするようにＣＣＭに警告するステップと、
前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させるステップとを含み、
前記生メディアファイルは、レンダリング、再生および記録の過程で安全な環境に継続して残ることを特徴とする方法。
【請求項２】
前記カスタムメディアライブラリが前記ＣＣＭを可能にした再生／記録アプリケーションにハード的にリンクされるように、前記ＣＣＭを可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップをさらに含む請求項１の方法。
【請求項３】
前記新しい経路を用いて前記オペレーティングシステムの前記メディアレンダリングサブシステムをバイパスするステップをさらに含む請求項１の方法。
【請求項４】
前記カスタムメディアライブラリを用いてユーザモードにおいて前記新しい経路を生成するステップをさらに含む請求項１の方法。
【請求項５】
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのカーネルモードの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む請求項４の方法。
【請求項６】
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのドライバレベルの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む請求項４の方法。
【請求項７】
前記生メディアファイルの著作権が保護されるように、前記ＣＣＭによってモニタされる前記オペレーティングシステムの前記メディアサブシステムから前記メディアレンダリングサブシステムに前記生メディアファイルを安全に通過させるステップをさらに含む請求項１の方法。
【請求項８】
前記デジタルメディアコンテンツに対するシリアルコピー管理システム情報にアクセスし、前記シリアルコピー管理システム情報を検証するステップをさらに含む請求項１の方法。
【請求項９】
前記デジタルメディアコンテンツに関連づけられたコピー・再生管理情報にアクセスし、安全なコピー・再生アプリケーションが前記デジタルメディアコンテンツのコピーを生成する権限を付与されているかどうかを判定するために前記コピー・再生管理情報を利用するステップをさらに含む請求項８の方法。
【請求項１０】
安全で制御されたデジタルメディアコンテンツレンダリングのためのシステムであって、
著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに直接リンクしたカスタムメディアライブラリと、
ユーザモードで前記カスタムメディアライブラリによって生成された新しい経路であって、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される前記新しい経路と、
ＣＣＭに通知してコンピューティングシステムの複数のメディアサブシステムをモニタさせ、前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させ、前記生メディアファイルが、レンダリング、再生および記録の過程で安全な環境に継続して残るようにさせる通知生成部とを含むことを特徴とするシステム。
【請求項１１】
前記経路は、前記オペレーティングシステムの前記メディアレンダリングサブシステムを最初はバイパスし、安全なＣＣＭ内から前記メディアレンダリングサブシステムにだけ提供される請求項１０のシステム。
【請求項１２】
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのカーネルモードの前記メディアサブシステム、または前記ＣＣＭによってモニタされる前記オペレーティングシステムのドライバレベルの前記メディアサブシステムに前記カスタムメディアライブラリをリンクする請求項１１のシステム。
【請求項１３】
コンピュータシステムにデジタルメディアコンテンツの安全で制御されたコピーおよび再生を実行させるためのインストラクションが格納されたコンピュータストレージメディアをさらに含み、
前記インストラクションは、
（ｎ）コピー・（ｎ）再生管理情報が関連づけられた前記デジタルメディアコンテンツのソースファイルを受け取るソースファイル受信部と、
前記デジタルメディアコンテンツの前記ソースファイルにもとづいて、（０）コピー・（ｎ）再生管理情報が関連づけられた目的ファイルを生成する目的ファイル生成部と、
前記デジタルメディアコンテンツの前記ソースファイルにもとづいて、（ｎ−１）コピー・（ｎ）再生管理情報が関連づけられた修正されたソースファイルを生成する修正ソースファイル生成部と、
前記目的ファイルと前記修正されたソースファイルを前記デジタルメディアコンテンツの前記ソースファイルにもとづいて検証する検証部とを含む請求項１０のシステム。
【請求項１４】
コンピューティングシステム上でデジタルメディアコンテンツを保護するためにカスタムメディアライブラリを用いる方法をコンプライアンスメカニズムに実行させるためのコンピュータ実装可能なインストラクションが格納されたコンピュータ読み取り可能なメディアであって、
前記方法は、
著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップと、
前記カスタムメディアライブラリを用いて、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される新しい経路を生成するステップと、
前記コンピューティングシステムの複数のメディアサブシステムをモニタするようにＣＣＭに警告するステップと、
前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させるステップとを含み、
前記生メディアファイルは、レンダリング、再生および記録の過程で安全な環境に継続して残ることを特徴とするメディア。
【請求項１５】
前記カスタムメディアライブラリが前記ＣＣＭを可能にした再生／記録アプリケーションにハード的にリンクされるように、前記ＣＣＭを可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップをさらに含む請求項１４のコンピュータ読み取り可能なメディア。
【請求項１６】
前記新しい経路を用いて前記ＣＣＭによってモニタされる前記オペレーティングシステムのカーネルモードの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む請求項１４のコンピュータ読み取り可能なメディア。
【請求項１７】
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのドライバレベルの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む請求項１４のコンピュータ読み取り可能なメディア。
【請求項１８】
前記生メディアファイルの著作権が保護されるように、前記ＣＣＭによってモニタされる前記オペレーティングシステムの前記メディアサブシステムから前記メディアレンダリングサブシステムへ前記生メディアファイルを安全に通過させるステップをさらに含む請求項１４のコンピュータ読み取り可能なメディア。
【請求項１９】
前記デジタルメディアコンテンツに対するシリアルコピー管理システム情報にアクセスし、前記シリアルコピー管理システム情報を検証する請求項１４のコンピュータ読み取り可能なメディア。
【請求項２０】
前記デジタルメディアコンテンツに関連づけられたコピー・再生管理情報にアクセスし、安全なコピー・再生アプリケーションが前記デジタルメディアコンテンツのコピーを生成する権限を付与されているかどうかを判定するために前記コピー・再生管理情報を利用するステップをさらに含む請求項１９のコンピュータ読み取り可能なメディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術の実施の形態は、一般に著作権保護のフィールドに関する。
【背景技術】
【０００２】
現在、ユーザが特定の歌またはビデオを購入したいなら、メディアをインターネットから購入してダウンロードできる。たとえば、エンドユーザは、多数のメディア配信サイトのどれかにアクセスして、望ましいメディアを購入してダウンロードし、そのメディアを繰り返し聞いたり、観たりすることができる。
【０００３】
多くの場合、購入されダウンロードされるメディアはあるタイプの著作権保護を含んでいる。基本的には著作権保護によって、著作権保護されたメディアの所有者は、メディアの配信を制御し、著作権保護されたメディアの使用に対する適切な著作権ロイヤルティを受け取ることができる。たとえば、ダウンロードされたメディアが著作権保護されているなら、保護されたメディアをコピー、送信、あるいはその後ダウンロードする任意の人に著作権ロイヤルティを要求することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在、著作権保護の回避を試みる多数のアプリケーションがある。デジタルメディアを違法にコピーする一つの技術は、オーディオデータの再生のために使われる標準的な安全でないオペレーティングシステムサービスに対して安全なオーディオ再生アプリケーションによってなされるコールを途中で捕捉することを目的にシステムフックを構築することによって、出力されるオーディオデータをキャプチャする。
【０００５】
たとえば、フックされたシステムサービスが呼ばれると、システムフックがまず制御を獲得して、現実のオペレーティングシステムサービスに制御が渡る前に、記録アプリケーションがデジタルメディアの違法コピーをキャプチャするなどのアプリケーション特有の処理を実行できるようにする。このように、システムフックのおかげで、仮想的なオーディオデバイスドライバまたはプラグインモジュールを使用することなく、記録アプリケーションが出力データをキャプチャすることが可能になる。
【０００６】
合衆国法典タイトル１７のもとで、著作権所有者は、メディア配信者に技術的手段を用いて著作権保護された素材を保護することを要求することができる法的地位を有する。
【課題を解決するための手段】
【０００７】
コンピューティングシステム上でデジタルメディアコンテンツを保護するためにカスタムメディアライブラリを用いるためのシステムと方法が開示される。この方法は、著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップを含む。さらに、前記カスタムメディアライブラリは、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される新しい経路を生成する。また、前記コンピューティングシステムの複数のメディアサブシステムをモニタするようにＣＣＭに警告する。こうすることで、前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させ、前記生メディアファイルは、安全な環境においてレンダリングされ、再生およびコピーが可能になる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態に係る、著作権コンプライアンスメカニズム（ＣＣＭ）の様々な例示的な機能コンポーネントのブロックダイアグラムである。
【０００９】
【図２】本技術の実施の形態に係る、デジタルメディアコンテンツを保護するために用いられるカスタムメディアライブラリのブロックダイアグラムである。
【００１０】
【図３】本発明の実施の形態に係る、著作権収入生成を強化するためのシステムのブロックダイアグラムである。
【００１１】
【図４】本発明の実施の形態に係る、著作権生成を強化するための方法のフローチャートのブロックダイアグラムである。
【００１２】
【図５】本発明の実施の形態に係る、使用保護されたフレームベース作品におけるデジタルメディアコンテンツの安全なメディアコピーが許可されるかどうかを判定するための方法のフローチャートのブロックダイアグラムである。
【００１３】
【図６】本発明の実施の形態に係る、使用保護されたフレームベース作品におけるデジタルメディアコンテンツの安全なメディアコピーの方法のフローチャートのブロックダイアグラムである。
【００１４】
【図７】本発明の実施の形態に係る、例示的なコンピュータシステムのブロックダイアグラムである。
【００１５】
この詳細な説明において参照される図面は、特に明記する場合を除いて、縮尺通りに描かれたものではないことを理解すべきである。
【発明を実施するための形態】
【００１６】
本技術の実施の形態に対して詳細に述べ、その実施例を添付の図面に図示する。本技術は様々な実施の形態に関連づけて説明されるが、本技術をこれらの実施の形態に限定する意図ではない。そうではなく、むしろ、本技術は、添付の請求項に規定されるように、様々な実施の形態の趣旨と範囲に含まれる変形、修正および等価物を含むことを意図している。
【００１７】
さらに、以下の実施の形態の記載において、多くの特定の詳細は、本技術の完全な理解を提供するために説明したものである。しかしながら、本技術は、これらの特定の詳細なしで実施してもよい。他の例では、本実施の形態の態様が不必要なまでに不明確にならないように、周知の方法、手続き、コンポーネント、および回路は詳細には述べていない。
【００１８】
［概要］
合衆国法典タイトル１７の１０６条および１１４条のもとで、録音における著作権の所有者は、録音に対して排他的権利を有する。著作権法はまた、これに限定しないが、上演ロイヤルティや出版ロイヤルティのような、著作権保護された作品の使用に対して著作権所有者に支払われる著作権ロイヤルティを要求する。ロイヤルティ率は、著作権料委員会によって設定される。著作権所有者が著作権ロイヤルティを強化し、収集するためには、著作権所有者は米国著作権局内で登録される有効な著作権をもたなければならない。著作権保護された作品を保護し、著作権ロイヤルティの支払いを確保するための手段は、合衆国法典タイトル１７の１２０１条、１２０２条および１００１条に記述されているように、著作権保護された作品に対するアクセスを有効に制御する技術的手段を使用することである。したがって、コピー管理情報は、著作権所有者の許可のもとで、作品に対するアクセスを獲得するための情報の利用を求めることによって「作品に対するアクセスを有効に制御する」技術的手段として作用する。
【００１９】
図１は、本発明の実施の形態に係る、メディアファイルの配布、アクセス、および／または著作権順守を制御するための例示的な著作権コンプライアンスメカニズム（ＣＣＭ：copyright compliance mechanism）のブロックダイアグラムである。ある実施の形態では、ＣＣＭ１００は、デジタルミレニアム著作権法（ＤＭＣＡ：digital millennium copyright act）の制約および／またはメディアファイルに関するアメリカレコード協会（ＲＩＡＡ：recording industry association of America）のライセンス契約の順守を可能にするための１以上のソフトウェアコンポーネントおよびインストラクションを含む。ある実施の形態では、詳細な説明で著作権を用いるが、コピー、転送または再生の制約を含む別のタイプの使用保護をここで述べるフレームワーク内で用いてもよい。言い換えれば、ある実施の形態では、本技術は、著作権保護に限定しないが、これを含む多数のタイプの使用保護に好適である。一般に、使用保護によって、使用が制限されたメディアの所有者がメディアの配布を制御することが可能になる。
【００２０】
ブロードキャストされる著作権のある素材の保護のためにＤＭＣＡによって認められた著作権ライセンスには２つのタイプがある。ブロードキャスト著作権ライセンスの一つは、強制ライセンスであり、法定ライセンスとも言われる。法定ライセンスは、ユーザが歌を選択することができないことを意味する、非対話的ライセンスとして規定される。さらに、このタイプのブロードキャストライセンスの警告は、ユーザは、ユーザのコンピュータシステムまたは他のストレージデバイスに記録することを目的として特定の音楽ファイルをユーザは選択してはならないということである。法定ライセンスの別の警告は、メディアファイルは、与えられた期間に一回しか利用できないということである。ある例では、その期間は３時間である。
【００２１】
ＤＭＣＡによって認められたブロードキャストライセンスの別のタイプは、対話的ライセンス契約である。対話的ライセンス契約は、レコード会社、アーティストなどの著作権保持者によく見られるものであり、著作権保持者は、サーバが著作権のある素材をブロードキャストする許可を与える。対話的ライセンス契約のもと、音楽ファイルなどの著作権のある素材をブロードキャストするいろいろな方法がある。たとえば、音楽ファイルをブロードキャストする一つの方法は、ユーザが特定の録音を選択して聴くことを許可するが、ユーザに録音させないことである。これは、対話的「セーブなし」ライセンスと一般的に呼ばれており、エンドユーザは、比較的永続的な方法でメディアコンテンツファイルを保存したり、格納することができないことを意味する。さらに、音楽ファイルをブロードキャストする別の方法は、ユーザに特定の音楽ファイルを選択して聴くだけでなく、さらにユーザがその特定の音楽ファイルをディスクに保存したり、その音楽ファイルをＣＤに焼いたり、ＭＰ３プレイヤ、または他のポータブル電子デバイスに入れたりすることを許可することである。これは、対話的「セーブ」ライセンスと一般的に呼ばれており、エンドユーザは、メディアコンテンツファイルをＣＤに保存、格納、または焼くことができることを意味する。
【００２２】
ＤＭＣＡは録音の「完全な」複製を許す。録音の完全なコピーとは、元の録音のデジタル化された形式への１対１マッピングであり、その完全なコピーが実質的に元の録音と区別がつかないか、聴覚可能な差異がないことである。
【００２３】
ある実施の形態では、ＣＣＭ１００は各クライアントコンピュータシステムにインストールされる。あるいは別の実施の形態では、ＣＣＭ１００は、クライアントコンピュータシステムの外に配置され、クライアントコンピュータシステムと通信可能に結合される。別の実施の形態では、ＤＭＣＡにおける変更または発展、任意のメディアファイルに関連する著作権制約および／またはライセンス契約における変更または発展、現行のメディアプレイヤアプリケーションにおける変更、および／または新しいメディアプレイヤアプリケーションの開発を反映するために、ＣＣＭ１００のコンポーネントの一部、全体、および／または組み合わせがただちに更新されることがある。
【００２４】
図１を参照して、ある実施の形態では、ＣＣＭ１００は、クライアントコンピュータシステムがネットワーク上でウェブサーバまたはコンテンツサーバと相互作用することを可能にするためのインストラクション１０１を含むことが示される。ＣＣＭ１００はまた、ユーザＩＤまたはユーザキー、およびユーザとユーザのコンピュータシステムに固有の情報を含む１以上のクッキーを生成するためのユーザＩＤ生成部１０２を含む。ある実施の形態では、有効なクッキーと有効なユーザＩＤ／ユーザキーが存在するかどうかをウェブサーバが検証した後、ＣＣＭ１００の残りのコンポーネントをインストールすることができる。さらに、ユーザＩＤ／ユーザキーには、これに限定するものではないが、ユーザの名前、ユーザの住所、ユーザのクレジットカード番号、検証された電子メールアドレス、およびユーザが選択したアイデンティティ（ユーザネーム）とパスワードが含まれる。さらに、クッキーには、これに限定するものではないが、ユーザに固有の情報、メディアアプリケーションなどユーザのコンピュータシステムに関する情報、ＭＡＣアドレスおよび／またはＩＰアドレスのような一意識別子、ユーザおよびユーザによって操作されるコンピュータシステムに固有の他の情報が含まれる。ここで述べたクライアントコンピュータシステム、システムのユーザおよびアクセスキーに関する情報は集約すると、承認データと呼ぶことができる。
【００２５】
有利なことに、ユーザおよびユーザのコンピュータシステムに関する情報があれば、ウェブサーバは、あるコンピュータシステムのユーザがいつ別のコンピュータシステムを使っている別のユーザに自分のユーザネームとパスワードを与えたかを決定することができる。ウェブサーバがユーザネームとパスワードが許可なく共有されていることを検出した場合、ウェブサーバは、ウェブサーバを通して利用可能な著作権のあるメディアコンテンツに特定の期間、たとえば、数分、数時間、数月、数年あるいはもっと長く、そのコンピュータシステムがアクセスできないようにすることができる。
【００２６】
図１を参照して、ＣＣＭ１００はさらに１以上の符号化部／復号部（コーデック）１０３を含み、ある実施の形態では、これに限定されないが、符号化部／復号部１０３は、メディアファイルを符号化／復号し、メディアファイルを圧縮／伸張し、配信されたメディアファイルがＣＣＭ１００によって規定されように暗号化されていることを検出するように構成される。本実施の形態では、符号化部／復号部１０３は、少なくともメディアファイルの検証のために各メディアファイルに添付されたヘッダからキーフィールドを抽出することもできる。ある実施の形態では、メディアファイルがフレーム単位またはバッファ単位でメディアプレイヤアプリケーションに渡される一方で、コーデック１０３は、メディアファイルを定期的に繰り返しチェックし、メディア再生中に特定の瞬間にＣＣＭ１００の規則が適用されるのを確実にすることもできる。いろいろなタイプの著作権のあるメディアコンテンツと併せて異なるコーデック１０３を用いることができることに留意する。このようなコンテンツには、これに限定されないが、オーディオファイル、ビデオファイル、グラフィカルファイル、英数字ファイルおよびそれに類するものが含まれ、任意のタイプのメディアコンテンツファイルを本発明の実施の形態にしたがって保護することができる。
【００２７】
図１を参照して、ＣＣＭ１００はまた１以上のエージェントプログラム１０４を含み、エージェントプログラム１０４は、対話し、交渉し、コンピュータシステム、サーバ、および／またはクライアントコンピュータシステム内で動作する録音機能付きまたは録音機能なしのメディアプレイヤアプリケーション間の情報の転送を調整するように構成される。さらに、エージェントプログラム１０４は、システム状態を維持し、他のコンポーネントが同時に利用されていることを検証し、クライアントを知らずに自律的に機能するように構成されており、また、ディスプレイウィンドウまたは電子メールを介して、エラーメッセージ、メディア情報、広告などのメッセージを提供することができる。これにより、適当なスキン実装の検出と、動作しているこれらのアプリケーションの検出が可能になる。エージェントプログラムは当該分野で周知であり、本発明にしたがっていろいろな方法で実装することができる。
【００２８】
ＣＣＭ１００はまた１以上のシステムフック１０５を含む。ある実施の形態では、システムフック１０５は、コンピュータシステムにインストールされ、システムワイドのイベントを封じるライブラリである。たとえば、システムフック１０５は、スキン１０６と併せて、クライアントコンピュータシステム内で動作するメディアプレイヤアプリケーションの特性および／または機能を統制することができる。システムフック１０５には、マウスクリックショートカット、キーボードショートカット、標準システムアクセラレータ、プログレスバー、セーブ機能、ポーズ機能、巻き戻し機能、スキップトラック機能、フォワードトラックプレビュー、ＣＤへのコピー、ポータブル電子デバイスへのコピー、およびそれに類するものが含まれる。
【００２９】
統制するという用語は、特性または機能を使用不可にする、非活性化する、使用可能にする、活性化するなどを指す。また、統制するとは、機能や特性は動作するが、当初意図されたやり方では実行することができないように機能や特性を除外することを指すこともある。たとえば、メディアファイルの再生中、メディアファイルの再生に影響を与えることなく、プログレスバーを選択してプログレスライン上である場所から別の場所に移動してもよい。
【００３０】
ある実施の形態では、システムフック１０５は、クライアントコンピュータシステムのメディアプレイヤアプリケーションに対する情報を既知のメディア録音アプリケーションに関連づけられた「署名」のリストと比較する。ある実施の形態では、署名は、これに限定されないが、メディアプレイヤアプリケーションの一意識別子であり、署名には、アプリケーションに対するウィンドウタイトルの一部である製品名の列とともに、アプリケーションのウィンドウクラスが含まれる。有利なことに、新しいメディアプレイヤアプリケーションが開発されたとき、ここで述べるＣＣＭ１００の更新を介して、そのアプリケーションの署名を署名リストにただちに追加することができる。
【００３１】
次のＣ＋＋ソースコードは、本発明の実施の形態に係る、メディアプレイヤアプリケーション検出を実行するためのシステムフック１０５の一部の例示的な実装である。
int
IsRecorderPresent(TCHAR * szAppClass, TCHAR * szProdName)
{
TCPiAR szWndText[_MAX_PATH]; /* buffer to receive title string for window */
HWNDh Wnd; /* handle to target window for operation */
int nRetVal; /* return value for operation */
/* initialize variables */
nRetVal = 0; 
if ( _tcscmp(szAppClass, _T("#32770"))==0)
{
/* attempt to locate dialog box with specified window title */
if ( FindWindow((TCHAR *) 32770, szProdName) != (HWND) 0)
{
/* indicate application found */
nRetVal = l; 
}
}
else
{
/* attempt to locate window with specified class */
if ( (hWnd = FindWindow(szAppClass, (LPCTSTR) O)) != (HWND) 0)
{
/* attempt to retrive title string for window */ 
if( GetWindowText(hWnd, szWndText, JVIAX PATH) != 0)
{
/* attempt to locate product name within title string */
if ( _tcsstr(szWndText, szProdName) != (TCHAR *) 0)
{
/* indicate application found */
nRefVal = l; 
}
}
}
}
/* return to caller */ 
return nRetVal; 
}
【００３２】
ある実施の形態では、システムフック１０５はまた、クライアントコンピュータシステム上で著作権のあるメディアの録音を防ぐために波形の入出力操作を選択的に抑制することができる。たとえば、システムフック１０５は、クライアントコンピュータシステムにおいて使用可能なバンドルされたメディアプレイヤアプリケーションの検出に続いて、メディアコンテンツの再生を中止させたり、中断させたりすることができる。ある実施の形態では、これは、録音のために一般に用いられるデータ経路をリダイレクトおよび／または迂回させて、使用されるデータ経路がＣＣＭ１００によって統制されるようにすることによって実現される。さらに、ドライバシム（driver shim）が、クライアントレベルアプリケーションプログラムにはデフォルトの波形オーディオデバイスとして見えるように構成してもよい。このようにして、波形オーディオ入力および／または出力の処理リクエストが、現実の波形オーディオドライバに転送される前にドライバシムを通過するようになる。そのような波形入出力抑制は、ＤＭＣＡに従うメディアファイルの再生中にクライアントコンピュータシステムによって録音操作が開始されたときにアクティブになるように、ＣＣＭ１００の他のコンポーネント、たとえばエージェント１０４によってトリガされる。
【００３３】
次のＣ＋＋ソースコードは、本発明の実施の形態に係る、メディアコンテンツの録音に一般に用いられるデータ経路を迂回および／またはリダイレクトさせるためのシステムフック１０５の一部の例示的な実装である。
DWORD stdcall widMessage(UINT uDevId,
UINT uMsg,
DWORD dwUser,
DWORD dwParaml,
DWORD dwParam2)
{
BOOL bSkip; /* flag indicating operation to be skipped */
HWND hWndMon; /* handle to main window for monitor */
DWORD dwRetVal; /* return value for operation */
/* initialize variables */ 
bSkip = FALSE; 
dwRetVal = (DWORD) MMSYSERR NOTSUPPORTED; 
if (uMsg == WIDM_START)
{
/* attempt to locate window for monitor application */ 
if ( (hWndMon = FindMonitorWindow()) != (HWND) 0)
{
/* obtain setting for driver */ 
bDrvEnabled = ( SendMessage(hWndMon, uiRegMsg, 0, 0)== 0) ? FALSE : TRUE;
}
if (bDrvEnabled ==TRUE)
{
/* indicate error in operation */ 
dwRetVal - MMSYSERR_NOMEM;
/* indicate operation to be skipped */ 
bSkip - TRUE;
}
}
if(bSkip == FALSE)
{
/* invoke entry point for original driver */ 
dwRetVal = CallWidMessage(uDevId, uMsg, dwUser, dwParaml, dwParam2); 
}
/* return to caller */
return dwRetVal;
}
【００３４】
システムフック１０５は、適切に構成された場合、クライアントコンピュータシステム内で使用可能であるほぼ任意のメディアプレイヤアプリケーション内のほぼ任意の機能または特性を統制できる。ある実施の形態では、システムフック１０５はダイナミックリンクライブラリ（ＤＬＬ）ファイルである。システムフックはほぼ任意のオペレーティングシステムに実装可能であることにも留意すべきである。
【００３５】
図１において、ＣＣＭ１００はまた、クライアントコンピュータシステムにインストールされるように設計された１以上のスキン１０６を含む。ある実施の形態では、スキン１０６は、クライアント側で著作権のあるメディアコンテンツに関してＤＭＣＡを順守するのを助けるために使われる。ある実施の形態において、スキン１０６はカスタマイズ可能なインタフェースであり、コンピュータシステムのディスプレイデバイス上に表示され、配信されたメディアコンテンツのユーザ相互作用のための機能を提供する。それに加えて、スキン１０６はまた、これに限定されないが、歌のタイトル、アーティスト名、アルバムのタイトル、アーティストの略歴、および購入の問い合わせ、広告等のような他の特徴を含むメディアコンテンツファイルに関する情報の表示を提供することもできる。
【００３６】
さらに、システムフック１０５がクライアントコンピュータシステム上で使用可能なメディアプレイヤアプリケーションの機能を統制することができず、クライアントコンピュータシステムがＤＭＣＡおよび／またはＲＩＡＡ制約を順守できなくなってしまうときは、制約を順守するようにスキン１０６を実装することができる。
【００３７】
各メディアコンテンツファイルに適用可能なＤＭＣＡおよび／またはＲＩＡＡ制約に依存して、異なるスキン１６０を実装することができる。たとえば、ある実施の形態では、非対話的契約下で保護されたメディアコンテンツファイルとともに利用するためにスキン１０６を構成し、一時中断機能、停止機能、セレクタ機能、および／またはセーブ機能などを含まないようにしてもよい。別の実施の形態では、対話的「セーブなし」契約下で保護されたメディアコンテンツファイルとともに利用されるようにスキン１０６を構成し、スキン１０６が一時中断機能、停止機能、セレクタ機能、および対話的「セーブ」契約をもつメディアファイルに対してはセーブまたはＣＤに焼く機能を含むようにしてもよい。
【００３８】
図１を参照し、各スキン１０６が一意の名前と署名をもち、部分的には、メッセージダイジェスト（ＭＤ）５ハッシュテーブルまたは類似のアルゴリズムを用いて実装されてもよい。ある実装では、ＭＤ５ハッシュテーブルはチェックサムアルゴリズムである。ＭＤ５ハッシュテーブルの知識なしにスキンに改変を加えると、チェックサムおよび／またはＭＤ５ハッシュが変わるため、本発明のある実施の形態にしたがって、名前の変更またはスキンの変更を、単純にスキンを使用不可にする働きとして使うこともできる。ＣＣＭ１００がスキン１０６を検証するため、有利なことに、ＭＤ５ハッシュテーブルは、スキンの名前の変更および／またはスキンに対してなされた改変に対する抑止力を提供してくれる。
【００３９】
ある実施の形態では、ＣＣＭ１００はまた、コンプライアンス信頼性を高めつつ、メディアストリームを制御するより強い手段を提供するためのカスタムメディアデバイスドライバ１０７を含む。クライアントコンピュータシステムは、カスタムメディアデバイスドライバ１０７によってエミュレートされるカスタムオーディオデバイスアプリケーション、カスタムビデオデバイスアプリケーションなどのカスタムメディアデバイスアプリケーションを用いるように構成される。オーディオメディアを参照すると、カスタムオーディオデバイスと関連づけられた波形オーディオドライバにおいてエミュレーションが実行される。ドライバ１０７は、ビデオファイルに対するビデオカードやオーディオファイルに対するサウンドカードなどのようなメディア出力デバイスにメディアファイルが送られる前に、システムによって出力されるメディアファイルを受け取るように構成される。ある実施の形態では、クライアントコンピュータシステムは、メディアファイル出力のためのデフォルトのデバイスドライバとしてカスタムメディアデバイスドライバ１０７を構成する。ある実施の形態では、デフォルトドライバとしてドライバ１０７をもつようにシステムを強制するか要求するために、たとえば、スキン１０６またはカスタムウェブベースプレイヤアプリケーションを利用することによって、現存のグラフィカルユーザインタフェース（ＧＵＩ）を用いるか、別のＧＵＩを提供することができる。
【００４０】
したがって、システムがメディアコンテンツファイルを受け取ったとき、メディアコンテンツファイルが出力される前にカスタムメディアデバイスドライバ１０７によってエミュレートされたカスタムメディアデバイスアプリケーションを通過するならば、メディアコンテンツファイルは再生可能になる。しかしながら、別のメディアプレイヤアプリケーションが選択されるなら、配信されたメディアファイルはシステム上で再生されない。
【００４１】
このように、安全なメディアプレイヤアプリケーションは、カスタムメディアデバイスに対するドライバにメディアリクエストを発行し、ドライバは、そのリクエストをオーディオファイルに対するデフォルト波形オーディオドライバに転送する前に、たとえばオーディオファイルに対する波形抑制などの必要なメディア入力抑制を実行する。
【００４２】
非制約メディアファイルに対するリクエストは、カスタムメディアデバイスドライバ１０７を直接通過し、システム上で使用可能な波形オーディオドライバに至ることに留意する。さらに、オーディオメディアファイルなど安全なメディアまたは非制約メディアに対しては、安全なメディアファイルの再生と同時に録音操作が開始されたときに、波形入力抑制が、ＣＣＭ１００の他のコンポーネント、たとえば、エージェント１０４、システムフック１０５、スキン１０６、あるいはそれらの組み合わせによってトリガされてアクティブになることに留意すべきである。
【００４３】
有利なことに、デフォルトデバイスドライバとしてカスタムメディアデバイスドライバ１０７によってエミュレートされたカスタムメディアデバイスを用いて構成されるおかげで、特定のデバイスドライバがたとえばトータルレコーダ（Total Recorder）などのデフォルトドライバであることを要求するメディアプレイヤアプリケーションは、安全な音楽に対しては機能しない状態になる。さらなる利点は、エミュレートされたカスタムメディアデバイスは、たいていのメディアデバイスに対してユーザモードドライバをバイパスすることのできるダイレクトサウンド（DirectSound）キャプチャなどの録音メカニズムとして用いられるメディアプレイヤアプリケーションに対してネイティブサポートを提供しないことである。さらに、メディアコンテンツがデバイスドライバ１０７を通して送られるおかげで、許可されていないメディアファイルのセーブや録音が効果的に無効化され、安全な配信システムにおいて配信されるメディアファイルは、著作権制約および／またはライセンス契約を順守するために暗号化する必要はない。もっとも、別の実施の形態では、そのようなメディアファイルを暗号化してもよい。
【００４４】
［カスタムメディアライブラリ］
出力される著作権メディアデータをキャプチャするための破壊的で違法な技術にここで対処して克服する。具体的には、本技術は、著作権を無視する記録アプリケーションが著作権メディアの違法コピーを生成する目的でシステムフックを構築するのを妨げる。すなわち、本技術は、生（raw）メディアデータの再生のために使用される安全でない標準オペレーティングシステムサービスに対して安全なメディア再生アプリケーションが行ったコールをリダイレクトする。このようにすると、システムフックはもはや生データを途中で捉えることはできなくなり、したがって、途中で捉えたデータを違法な記録アプリケーション２９０に渡すことはもはやできなくなる。
【００４５】
さらに、本技術は、一般に使われる経路に干渉したり、妨害することなく、違法なコピー技術を回避できるように、ＣＣＭ可能な（ＣＣＭイネーブルされた）再生／記録アプリケーションにおいて新しい経路を使うカスタムメディアライブラリを実装する。これによって、コンピュータシステムは、違法にコピーされることのあるメディアコンテンツを記録アプリケーションに配信する能力を維持しつつ、著作権保護されたデジタルメディアコンテンツが同じあるいは別の記録アプリケーションによって違法にコピーされることから保護することができる。
【００４６】
図２を参照して、カスタムメディアライブラリをもつコンピュータシステム２００のブロックダイアグラムが本技術の実施の形態にしたがって示される。ある実施の形態では、図２は、議論を明確にするために、多数の異なるコンポーネントとデバイスを含む。しかし、別の実施の形態では、コンポーネントとデバイスはこれよりも多いか少ない。さらに、別の実施の形態では、コンポーネントとデバイスは、図２に示した多数のアクションを実行できる１以上のコンポーネントに結合される。
【００４７】
ＣＣＭベースの再生／記録アプリケーション２０５およびＣＣＭ１００と連携してメディアライブラリ２１２を用いることによって、データを安全でない環境におくことなく、安全なメディアコンテンツをレンダリング、再生、記録、コピーすることができる。それに加えて、安全な環境のゆえに、ある実施の形態では、メディアコンテンツを暗号化する必要がない。
【００４８】
たとえば、図２に示されるように、たとえばＯＳメディアサブシステム２１５のようなフックされたシステムサービスが呼ばれると、システムフック２８５はまず、一般に用いられる経路２０７の制御を獲得し、現実のＯＳメディアサブシステム２１５に制御を渡す前に、記録アプリケーション２９０がアプリケーション特有の処理を実行できるようにする。このように、システムフック２８５によって、仮想的なオーディオデバイスドライバまたはプラグインモジュールを使用することなく、記録アプリケーション２９０は出力データをキャプチャすることができる。
【００４９】
しかしながら、ここに述べる実施の形態は、メディアフィルタドライバ２２０のようなメディアサブシステムの低レベルコンポーネントを利用して安全なメディアデータを再生するメディア関数のメディアライブラリ２１２を取り入れることによって、この違法なキャプチャ技術を克服する。これらの低レベルコンポーネントは、記録アプリケーションによって使用されるシステムフック２８５の影響を受けない。したがって、ＣＣＭ可能な再生／記録アプリケーション２０５から、ＣＣＭ１００のような現存のＣＣＭによって保護されたメディアフィルタドライバ２２０のようなメディアサブシステムの一部へ、著作権保護されたメディアを安全に渡すことができる。
【００５０】
たとえば、ある実施の形態では、カスタムメディアライブラリ２１２は、デジタルメディアはＣＣＭ可能な再生／記録アプリケーション２０５からオペレーティングシステム（ＯＳ）メディアサブシステム２１５へ配信されるデジタルメディアコンテンツに対して安全な経路を提供する。ある実施の形態では、メディアライブラリ２１２は、ＣＣＭ可能な再生／記録アプリケーション２０５に直接リンクされるため、ＣＣＭ可能な再生／記録アプリケーション２０５からデジタルメディアコンテンツを安全に受け取ることができる。すなわち、メディアライブラリ２１２はｄｌｌではなく、スタンドアロンオブジェクトとして実装されない。言い換えれば、メディアライブラリ２１２はＣＣＭ可能な再生／記録アプリケーション２０５に直接リンクされるため、システムフック２８５は、ＣＣＭ可能な再生／記録アプリケーション２０５からメディアライブラリ２１２へ受け渡しされるデジタルメディアコンテンツをフックすることができない。
【００５１】
さらに、ある実施の形態では、メディアライブラリ２１２はカーネルモードおよびドライバレベルの両方の下で動作する。したがって、新しい経路２１３を経由してメディアライブラリ２１２からメディアフィルタドライバ２２０へデジタルメディアを送信する過程で、安全でないカーネルモードやシステムフック２８５が「フック」するドライバレベルモードの経路は存在しない。
【００５２】
たとえば、一般に用いられる経路２０７を使って生波形データのような著作権保護されたメディアコンテンツを再生のためにＯＳメディアサブシステム２１５に配信する代わりに、ＣＣＭ可能な再生／記録アプリケーション２０５は、カスタムメディアライブラリ２１２を用いて新しい経路２１３を生成し、生波形データをメディアフィルタドライバ２２０に直接配信する。言い換えれば、ある実施の形態において、メディアライブラリ２１２を利用することで、メディアストリーム上のより一般的な制御が提供され、全体的な解決策としての適合性と信頼性が高まる。たとえば、メディアライブラリ２１２は、カーネルレベルでメディアフィルタドライバ２２０に安全にメディアを配信するために、コンピュータシステム２００内に新しい経路２１３を構成することに関与する。
【００５３】
同時に、ＣＣＭ可能な再生／記録アプリケーション２０５は、著作権保護された生データがメディアフィルタドライバ２２０で受け取られることと、カーネルモードで保護がイネーブルされるべきであることとを、通信経路２１４を介してＣＣＭ１００に知らせる。ここに述べるように、ＣＣＭ１００は、ある実施の形態では、スイッチ２２１を介して、メディアデバイスドライバ２２５に波形入力操作を抑制するように指示することによって、著作権保護されたメディアを保護することができる。さらに、ある場合には、ＣＣＭ１００はまた、スイッチ２３１を介して、メディアデバイス２３０にデジタル出力２３５のような波形出力操作を抑制するように指示してもよい。
【００５４】
このように、ある実施の形態では、ＯＳメディアサブシステム２１５での再生に向けられた制御されたメディアは、最初に安全なＣＣＭ可能な再生／記録アプリケーション２０５からメディアフィルタドライバ２２０へ安全に通過し、その後、ＣＣＭ１１０によるレンダリングの間、安全に保たれる。
【００５５】
ある実施の形態では、安全でないメディアトラフィックに対するリクエストもまた、新しい経路２１３を用いてメディアライブラリ２１２によって制御される。しかしながら、別の実施の形態では、安全でないメディアトラフィックに対するリクエストは、一般に使われる経路２０７を介して、ＣＣＭ可能な再生／記録アプリケーション２０５からＯＳメディアサブシステム２１５へ直接通過する。一般に使われる経路２０７を介して、ＣＣＭ可能な再生／記録アプリケーション２０５からＯＳメディアサブシステム２１５へメディアを直接通過させるとき、メディアはシステムフック２８５と記録アプリケーション２９０の影響を受けることになろう。もちろん、一般に使われる経路２０７を用いるメディアは制御されないから、メディアの破壊的コピーを取得しようとしてシステムフック２８５を用いることは、メディアが合法的にコピーされているのだから、問題とならないであろう。
【００５６】
別の実施の形態では、カーネルレベルでの「標準的」ストリーミングをサポートするメディアデバイス２３０に対しては、ＯＳメディアサブシステム２１５は、キャプチャ操作のために読み取られるべきデータの各ブロックに対してメディアデバイス２３０にリクエストを発行してもよい。ある実施の形態では、メディアが制御されるなら、ＣＣＭ１００は、たとえばスイッチ２２１において、各リクエストを途中で捉えて、ＯＳメディアサブシステム２１５に返されるデータバッファ内のコンテンツを制御することができる。ここで述べるように、ＣＣＭ１００制御には（必ずしもこれに限定しないが）波形データのミューティングやメディアストリームへの歪みの導入が含まれてもよい。
【００５７】
「ループされた」ストリーミングまたはWaveRTポートタイプをサポートするメディアデバイス２３０に対しては、ＯＳメディアサブシステム２１５は、キャプチャ操作の開始時点で１以上のリクエストを発行し、その操作のために使用するべきアプリケーション特有のメディアバッファの場所を与えたり、ドライバが提供するキャプチャバッファのアドレスを取得してもよい。ＯＳメディアサブシステム２１５はその後、これらのバッファを用いて記録アプリケーション２９０に直接データを渡し、そのために、ＣＣＭ１００がキャプチャ操作の過程でデータストリームをモニタすることができなくなる。ある実施の形態では、これらの技術をサポートするメディアデバイス２３０に対して許可されていない記録を防ぐために、ＣＣＭ１００は、スイッチ２２１および／またはスイッチ２３１においてキャプチャ操作を止めるようにメディアデバイス２３０に指示する。記録アプリケーション２９０またはＯＳメディアサブシステム２１５が、それに引き続いてキャプチャの再スタートを試みるなら、ＣＣＭ１００はその再スタートリクエストを検出し、そのリクエストがメディアデバイス２３０によってサービスされないように防ぐ。
【００５８】
明確にするために、「標準」ストリーミングとは、複数のデータバッファを用いてオーディオデータをストリーム処理し、カーネルは一度に一つのバッファ上で動作する技術である。「ループ」ストリーミングは単一の共有バッファを用いるものであり、クライアントとカーネルがそのバッファ内の異なる領域上で動作する。「WaveRT」は、カーネルではなくオーディオデバイスによってバッファが割り当てられ、管理される点を除けば、ループストリーミングに類似したメカニズムを用いる。
【００５９】
ここで述べたように、ＣＣＭ１００は、許可されないキャプチャ操作に対してシステム２００をモニタする。そのような操作が検出されると、ＣＣＭ１００は、安全なメディアデータの再生を許可しつつメディアキャプチャを制御するか、メディアデータの再生を制御することを続けることによって応答することができる。この制御には（これに限定しないが）波形入出力のミューティングやメディアストリームへの歪みの導入が含まれてもよい。
【００６０】
このように、ここで述べた技術を用いることによって、すなわち、ユーザモードの新しい経路２１３とＣＣＭ１００を用いてメディアライブラリ２１２を介して著作権保護されたメディアの安全な配信を行うことによって、安全でないＯＳメディアサブシステム２１５をバイパスし、デジタルメディアコンテンツをＣＣＭ１００で保護されたメディアフィルタドライバ２２０のような低レベルメディアコンポーネントに渡す。その後、著作権保護されたデジタルメディアコンテンツがメディアフィルタドライバ２２０からレンダリングのためにＯＳメディアサブシステム２１５に渡されると、既にＣＣＭ１００によって保護されており、以前に利用されたダイレクトサウンド海賊システムフック２８５はもはやメディアにアクセスすることができない。
【００６１】
言い換えれば、著作権保護されたメディアは、コンピュータシステム２００上にある時間はずっと安全な環境にある。コンピュータシステム２００が著作権保護されたメディアに対して安全な環境を与えるから、ある実施の形態では、著作権コンプライアンスを確保するために、著作権保護されたメディアの一部またはすべてに暗号化のような手段を付加することは必要ではない。
【００６２】
［ロイヤルティ収集］
録音（これに限定しないが）などのメディアの大きなデータベースを提供するメディアウェブブロードキャスターのようなメディアプロバイダは、大量の著作権のあるメディアを送信し、大きなロイヤルティ料金の支払いを要求される。本発明の実施の形態は、図３に示される著作権収入生成を強化するためのシステム３００を提供する。システム３００は、システム３０５、デバイス３４０および著作権ロイヤルティ支払い制御部３８０を含む。システム３０５は、フレームベースメディアデータベース３１０、著作権・再生管理情報埋め込み部３２０、一意識別子埋め込み部３２５、および符号化部３３０を含む。
【００６３】
システム３０５は、著作権ロイヤルティの適切な支払いの確保を促進することによって著作権収入生成の強化を手助けする。ある実施の形態では、システム３０５は、インターネットを介してマルチメディアをブロードキャストするウェブブロードキャスターである。マルチメディアは、フレームベースメディアデータベース３１０に格納される任意のフレームベースメディアである。ある実施の形態では、フレームベースメディア３０７はＭＰＥＧ−１オーディオレイヤ３（ＭＰ３）ファイルである。
【００６４】
ある実施の形態では、システム３０５は、著作権保護されたフレームベースメディア３０７に著作権・再生管理情報埋め込み部３２０を通じて技術的な手段を導入することにより、著作物の著作権ロイヤルティの適切な支払いの確保を促進する。別の実施の形態では、システム３０５は、著作権保護されたフレームベースメディア３０７に一意識別子埋め込み部３２５を通じて技術的な手段を導入することにより、著作物の著作権ロイヤルティの適切な支払いの確保を促進する。
【００６５】
著作権・再生管理情報は、これに限定しないが、ＳＣＭＳであることを理解すべきである。ＳＣＭＳは、データが繰り返しコピーされるのを防ぐことにより、デジタル生成物の著作権を保護するスキームである。ＳＣＭＳは、ＭＰ３ファイルのようなデジタルデータのコピーを生成する機能をもつメディア機器に搭載される。ＳＣＭＳが搭載されたメディア機器は、ユーザによって記録された第１世代コピーが再度コピーされるのを防ぐことができる。言い換えれば、ＳＣＭＳは、第２またはそれ以上の世代のコピーが生成されるのを防ぐ。
【００６６】
著作権・再生管理情報埋め込み部３２０は、フレームベースメディア３０７内に著作権・再生管理情報を埋め込む。著作権・再生管理情報は、著作権保護された作品（ワーク）に関連づけられた著作権保護の管理および／または強化に関する任意の情報であることを理解すべきである。様々な実施の形態において、著作権・再生管理情報は、これに限定しないが、フレームベースメディアの許可される再生回数、そのメディアを再生することが許可されるデバイスのタイプの他、フレームベースメディアの許可コピー回数、フレームベースメディアのバージョン番号、コピー不許可、さらなるコピーに対する規則などである。
【００６７】
ある実施の形態では、著作権管理情報は、著作権保護された作品がどの機械、製品および／または会社から来たものであるか、および／または、著作権保護された作品がどの機械、製品および／または会社で再生することが許可されるかを示す。著作権管理情報は、これに限定しないが、追跡情報のような捜査関連情報であってもよいことを理解すべきである。さらに、ある実施の形態では、著作権管理情報は、著作権保護された作品に関連づけられた有効期限である。
【００６８】
著作権・再生管理情報埋め込み部３２０は、フレームベースメディア３０７の少なくとも一つのデータフィールド内に著作権・再生管理情報を埋め込むことを理解すべきである。ある実施の形態では、このデータフィールドはＭＰ３ファイルのアプリケーションプライベートビットである。典型的には、ＭＰ３ファイルは数千のフレームにセグメント化される。たとえば、３から５分の歌はおおよそ８０００から１２０００フレームを有する。各フレームは、１秒の長さのオーディオデータの断片を含む。各データフレームの先頭には、続くデータフレームに関する３２ビットのメタデータを格納したヘッダフレームがある。ＭＰ３ヘッダは、１１ビットからなる同期（sync）ブロックで始まる。この同期ブロックによって、プレイヤが最初に利用可能なものとして出現する有効なフレームを探索し、そのフレームにロックすることが可能になる。同期ブロックの後には、ＭＰ３ファイルの適切な復号とそれに続く再生に役立つ他の複数のヘッダブロックがある。そのようなヘッダブロックの一つは、アプリケーション特有のトリガを許可するアプリケーションプライベートビットである。たとえば、ＭＰ３ファイルに８０００フレームがあるなら、各フレームに対応して１プライベートビットがあり、トータルでは８０００プライベートビットになる。
【００６９】
ある実施の形態では、著作権・再生管理情報は、連続するオーディオフレームにわたってＭＰ３フレームヘッダにアプリケーションプライベートビットを用いて構成される複数ビットのデータ構造である。たとえば、著作権・再生管理情報が３２ビットを含むなら、各ビットは、対応する３２の連続するフレームにおける３２の連続するアプリケーションプライベートビットに格納される。特に、著作権・再生管理情報の第１ビットは、第１オーディオフレームに対するヘッダのアプリケーションプライベートビットに格納される。著作権・再生管理情報の第２ビットは、第２オーディオフレームのアプリケーションプライベートビットに格納されるなど、著作権・再生管理情報のすべてのデータが連続するフレームに格納される。
【００７０】
さらに、著作権・再生管理情報データブロックに関連づけられたビットシーケンスは、オーディオファイル全体を通じて連続的に繰り返される。いったんデータブロック全体が符号化されると、著作権・再生管理情報データブロックの第１ビットは、ＭＰ３ファイル内の次のフレームに対するヘッダのアプリケーションプライベートビットに格納される。したがって、再生アプリケーションは、再生が開始されたファイル内の開始位置にかかわらず、オーディオファイルの著作権・再生管理情報を検出することができる。たとえば、ＭＰ３ファイルが８０００フレームと対応する８０００アプリケーションプライベートビットをもつなら、３２ビットの著作権・再生管理情報は、最初に第１の３２の連続するアプリケーションプライベートビットに格納された後、繰り返し３２の連続するアプリケーションプライベートビットに格納され、ＭＰ３ファイル全体でトータル２５０の著作権・再生管理情報のインスタンスが連続して繰り返し格納される。
【００７１】
ある実施の形態では、著作権・再生管理情報（ＣＭＩ）は次のフォーマットを有する３２ビットのデータ構造である。この３２ビットのデータ構造は、制御情報をコピーすることに加えて、再生権利情報を符号化するために用いられるＳＣＭＳデータ構造であることを理解すべきである。たとえば、著作権保持者は、ライセンスキーまたは他のアクセスメカニズムを要求する前に特定の作品をある回数だけ自由に再生することを許可することを選択してもよい。
【００７２】
表１に３２ビットのデータ構造のエレメントを示す。
【００７３】
【表１】
2012528400.tif 000003
【００７４】
符号化メカニズムを用いることによってさらなるセキュリティが利用可能になる。具体的には、符号化部は、ファイルに対してメディアデータの符号化のためのキーとして用いるべきデータバイトの１以上のシーケンスを生成する。このキーシーケンスは、ファイルに対してメディアデータの全部または一部にわたって取られた暗号論的に安全なダイジェストから導出される。このように、キーシーケンスは各メディアファイルに対してたいていは異なるものとなる。
【００７５】
ＳＣＭＳデータブロックの全部または一部に対する暗号化のために用いられるキーシーケンスは、著作権保護された作品毎にユニークである。キーシーケンスは著作権保護された作品のデータを用いて生成することができる。このように、著作権保護された作品のインテグリティ（整合性）と信憑性を確保するためにＳＣＭＳデータブロックを用いることができる。
【００７６】
再生デバイスが著作権・再生管理情報の存在をより容易に検出することを可能にするために、各著作権・再生管理情報データブロックに対して２つのマーカーバイトを符号化しないで残しておくことができることを理解すべきである。
【００７７】
ある実施の形態では、システム３０５は、フレームベースメディアに一意識別子埋め込み部３２５を通して技術的な手段を追加することによって、著作権保護されたフレームベースメディア３０７の著作権ロイヤルティの適切な支払いの確保を促進する。一意識別子埋め込み部３２５は、フレームベースメディアファイルに少なくとも一つの一意識別子を埋め込む。ある実施の形態では、この少なくとも一つの一意識別子は不変であり、これに限定しないがＩＤ３Ｖ２タグのようなメタデータに格納される。さらに、ある実施の形態では、少なくとも一つの一意識別子は、著作権保護されたフレームベースメディア３０７に関連づけられたアメリカ合衆国著作権局から付与された有効な著作権登録番号であってもよい。別の実施の形態では、少なくとも二つの著作権登録番号がＭＰ３ファイルのＩＤ３Ｖ２タグに埋め込まれる。
【００７８】
システム３０５は、フレームベースメディア３０７に著作権・再生管理情報を埋め込む著作権・再生管理情報埋め込み部３２０および／またはフレームベースメディア３０７に少なくとも一つの一意識別子を埋め込む一意識別子埋め込み部３２５の処理の後、フレームベースメディアを符号化する。
【００７９】
フレームベースメディア上でトランスコーディングを行うこともでき、その結果、フレームレスメディアになる。たとえば、ＭＰ３ファイルはフレーム、ヘッダ、フッタが失われ、その結果ペイロードだけが残るような別のフォーマット（たとえばｗａｖ、ＡＣ３）にトランスコードすることができる。フレームレスメディアファイルでは、著作権・再生管理情報は、リスナーが通常は知覚しない周波数を選択し、著作権・再生管理情報データを反映するように値を変更することによって符号化することができる。たとえば、重要なパターン上で保証されたマッチングが存在するように低周波数が選択され、サンプルされるならば、著作権・再生管理情報を著作権・再生規則のためにさらに読み取ることができる。
【００８０】
メディアデバイス３４０は、符号化されたフレームベースメディア３０９を復号する復号部３５０、著作権・再生管理情報管理部３６０、一意識別子検証部３６５、およびロイヤルティ支払い確保部３７０を含む。著作権・再生管理情報管理部３６０は、フレームベースメディアに埋め込まれた著作権・再生管理情報にしたがって、フレームベースメディア３０７を管理する。
【００８１】
一意識別子検証部３６５は、復号されたフレームベースメディアに埋め込まれた少なくとも一つの一意識別子が、フレームベースメディア３０７に埋め込まれた少なくとも一つの一意識別子と同じであることを検証する。ある実施の形態では、一意識別子検証部３６５は、ＭＰ３ファイルのＩＤ３Ｖ２タグに埋め込まれたＭＰ３ファイルに関連づけられた二つの著作権登録番号が、デバイス３４０のＭＰ３ファイルの復号されたＩＤ３Ｖ２タグに埋め込まれたＭＰ３ファイルに関連づけられた二つの著作権登録番号と同じであることを検証する。一意識別子検証部３６５が、デバイス３４０で復号された少なくとも一つの一意識別子がフレームベースメディア３０７に埋め込まれた少なくとも一つの一意識別子と同じであると判定するなら、復号されたフレームベースメディア３０７は改ざんされておらず、偽物でもないと判定するのに役立つことを理解すべきである。また、ＩＤ３Ｖ２タグは、上述のようにＭＰ３フレームヘッダにおけるメタデータであることも理解すべきである。
【００８２】
ある実施の形態では、ロイヤルティ支払い確保部３７０は、少なくとも一部は埋め込まれた著作権・再生管理情報にもとづいて、著作権保護されたフレームベース作品３０７の著作権ロイヤルティの適切な支払いの確保を促進する。別の実施の形態では、ロイヤルティ支払い確保部３７０は、少なくとも一部は埋め込まれた少なくとも一つの一意識別子にもとづいて、著作権保護されたフレームベース作品３０７の著作権ロイヤルティの適切な支払いの確保を促進する。典型的には、著作権保護された作品の著作権所有者は、フレームベースメディア３０７の送信の際、著作権ロイヤルティを付与される。少なくとも一部は著作権・再生管理情報管理部３６０および一意識別子検証部３６６の出力にもとづいて、フレームベースメディアの著作権所有者は、付与されたロイヤルティの適切な支払いを確保される。
【００８３】
著作権ロイヤルティ支払い制御部３８０は、デバイス３４０から情報を受け取り、著作権保護された作品の利用に対して著作権保護された作品の著作権所有者に支払いをする。著作権ロイヤルティ支払い制御部３８０は、これに限定しないが、上演権組織（たとえば、米国作曲家作詞家出版者協会、ＳＥＳＡＣ、およびSoundExchange）および／または機械的権利（mechanical rights）エージェンシー（たとえば、ハリー・フォックス・エージェンシーやカナダ機械的権利複製エージェンシー）である。
【００８４】
図４は、著作権収入生成を強化するためのプロセス４００を示すフローチャートである。ある実施の形態では、プロセス４００は、コンピュータ読み取り可能でコンピュータ実行可能なインストラクションの制御下でプロセッサおよび電気的なコンポーネントによって実行される。コンピュータ読み取り可能でコンピュータ実行可能なインストラクションは、たとえば、コンピュータ利用可能な揮発性および不揮発性メモリのようなデータストレージメディアに存在する。しかし、コンピュータ読み取り可能でコンピュータ実行可能なインストラクションは、コンピュータ読み取り可能な任意のタイプのストレージメディアに存在してもよい。ある実施の形態は、プロセス４００は、図７のシステム７００によって少なくとも実行される。
【００８５】
図４のブロック４１０において、著作権保護されたフレームベース作品の少なくとも一つのデータフィールドに著作権・再生管理情報が埋め込まれる。著作権・再生管理情報は、著作権保護されたフレームベース作品へのアクセスに対応する。ある実施の形態では、ブロック４１１において、ＭＰ３ファイルの少なくとも一つの対応するフレームの少なくとも一つのアプリケーションプライベートビットに著作権・再生管理情報が埋め込まれる。別の実施の形態では、ブロック４１２において、複数のアプリケーションプライベートビットのシーケンスに著作権・再生管理情報が埋め込まれる。別の実施の形態では、ブロック４１３において、複数のアプリケーションプライベートビットのシーケンスに繰り返し連続的に著作権・再生管理情報が埋め込まれる。
【００８６】
別の実施の形態では、著作権保護されたフレームベース作品の少なくとも二つのデータフィールドに少なくとも二つの一意識別子が埋め込まれる。少なくとも二つの一意識別子の埋め込みは、著作権保護されたフレームベース作品へのアクセスに対応する。たとえば、少なくとも二つの一意識別子は、ＭＰ３ファイルの少なくとも一つの対応するフレームのＩＤ３Ｖ２タグに埋め込まれる。別の実施の形態では、著作権保護されたフレームベース作品に対応する基礎となっている録音および／または作曲に対する著作権登録番号がフレームベース作品に埋め込まれる。
【００８７】
さらに別の実施の形態では、著作権保護された作品のリスナーによって通常は知覚されないオーディオ周波数が選択される。著作権保護された作品は、フレームベース作品であり、フレームレス作品にトランスコードされる。たとえば、著作権・再生管理情報は、著作権保護された作品のリスナーによって通常は知覚されない、選択されたオーディオ周波数内で符号化される。
【００８８】
ブロック４１４において、著作権・再生管理情報は作品のバージョン番号である。ブロック４１５において、著作権・再生管理情報は、作品のコピー不許可である。ブロック４１６において、著作権・再生管理情報は、作品の許可コピー回数である。ブロック４１７において、著作権・再生管理情報は、作品の許可再生回数である。
【００８９】
ブロック４２０において、著作権保護されたフレームベース作品が符号化される。ブロック４３０において、符号化された著作権保護されたフレームベース作品が送信される。ある実施の形態において、ブロック４３５において、符号化された著作権保護されたフレームベース作品がデバイスに送信される。そのデバイスは、埋め込まれた著作権・再生管理情報を復号し、著作権保護されたフレームベース作品の著作権ロイヤルティの適切な支払いの確保に役立てる。ブロック４４０において、埋め込まれた著作権・再生管理情報に少なくとも部分的にもとづいて、著作権保護されたフレームベース作品の著作権ロイヤルティの適切な支払いが確保される。
【００９０】
［安全なコピー／再生］
図５を参照して、本発明の実施の形態にしたがって、使用保護されたフレームベース作品におけるデジタルメディアコンテンツの安全なメディアコピー（Ｃ）および／または再生（Ｐ）が許されるかどうかを判定するための方法のフローチャート５００が示される。ある実施の形態では、ここに述べる方法は、ＳＣＭＳおよびＣＭＩを順守するために安全なコピー／再生アプリケーションが従うべき多数の規則を提供する。以下の規則は、安全なコピーおよび／または再生制限のための一つの例示的な実施の形態として提供されるが、他の実施の形態では、付加的な規則が追加されてもよく、現在提供されている規則が無視されてもよいことを理解すべきである。さらに、ここでの議論では、コピーという用語が用いられるが、代替的な実施の形態では、コピーは、複製、共有などの用語で置き換えられることもある。
【００９１】
図５の符号５０１を参照し、ある実施の形態はインターネットを利用してマルチメディアブロードキャストを配信する。マルチメディアはフレームベースメディアデータベース１１０に格納された任意のフレームベースメディア３０７であってもよいことを理解すべきである。ある実施の形態では、フレームベースメディア３０７はＭＰＥＧ−１オーディオレイヤ３（ＭＰ３）ファイルである。図１〜４に関して説明した方法とシステムは、マルチメディア上で実行されてもよく、マルチメディアに関して使用されてもよい。
【００９２】
図５の符号５０５を参照して、コピーおよび／または再生（Ｃ／Ｐ）メディアリクエストが生成される。
【００９３】
図５の符号５１０を参照して、フレームベースメディア４１０は、有効なＳＣＭＳ情報をもつかチェックされる。ある実施の形態では、フレームベースメディア４１０の多数の可能な構成を明確化し区別するために以下の用語が用いられる。たとえば、オリジナルフレームベースメディア４１０は、有効なＳＣＭＳデータをもつか、ＳＣＭＳデータが無効または欠落しているかのどちらかである。ＳＣＭＳデータが無効であるか、または欠落しているオリジナルフレームベースメディア４１０は、ここでは目的（destination）ファイルとも呼ばれる。
【００９４】
符号５１５において示されるように、フレームベースメディア４１０の目的ファイルは、Ｃ／Ｐ不許可バージョンである。たとえば、ＳＣＭＳフレームベース作品は、ソースファイルがＳＣＭＳ情報を持たないことが明確に判断できるなら、目的ファイルをコピーすることを許さない。ある実施の形態では、コピー・再生制御が同じ構造を用いるが、これは、コピーできないファイルが再生できないファイルであることを意味しないし、あるいは、再生できないファイルがコピーできないファイルであることを意味しない。言い換えれば、ユーザがＳＣＭＳ情報のないメディアファイルをもつことが十分にありうるということである。したがって、コピーは許可されなくても、ファイルを自由に再生できないという意味ではない。
【００９５】
たとえば、ある実施の形態では、メディアファイルは、ＳＣＭＳ情報をもっていないソースからのものであってもよい。この場合、安全なコピー／再生アプリケーションは、どんなコピーも生成されないことを確保し、それによって所有者の著作権をサポートするであろう。しかしながら、安全なコピー／再生アプリケーションは、ファイルを再生することは必ずしも妨げない。
【００９６】
別の実施の形態では、メディアファイルがＳＣＭＳ情報を含まないならば、安全なコピー／再生アプリケーションは、メディアのコピーまたは再生を許可しない。
【００９７】
図５の符号５１５を参照して、ソースファイルが検出可能なＳＣＭＳ情報をもつが、その情報は壊れているか内部的に一貫性がないなら、安全なコピー／再生アプリケーションはそのファイルをコピーすべきではない。ここでも、ある実施の形態では、ファイルの再生は許可されもよい。
【００９８】
以下の例は、フレームベースＭＰ３ファイルにおけるＳＣＭＳ情報の改ざんが疑われるありうるケースをいくつか例示したものである。
−メディアファイルのＭＰＥＧオーディオタグまたはＩＤ３Ｖ２タグが修正されていたなら、ＳＣＭＳデータブロックの符号化された部分は無効な情報に復号される。
−ＭＰ３フレームヘッダのすべてではなく、いくつかに対するアプリケーションプライベートビットが修正されていたなら、１以上の有効なＳＣＭＳデータブロックがファイル内に検出される。
【００９９】
対照的に、ある実施の形態では、これに限定しないが、以下のヒューリスティクスにもとづいて、ファイルは有効なＳＣＭＳ情報をもつと考えられてもよい。
−ＳＣＭＳマーカーシーケンスがメディアファイル内に少なくとも一回見つかる。
−著作権ビット、原本ビットおよび保護ビットがファイルに対するメディアフレームのすべてに設定されている。
−予約としてマークされたＳＣＭＳデータブロック内のフィールドがゼロに設定され、バージョン情報が認識される値に設定されている。
【０１００】
別の実施の形態では、以下の条件のすべてが満たされるならば、ファイルは有効なＳＣＭＳ情報をもつ。
−ファイルの各メディアフレームに対して、フレームヘッダに著作権ビット、原本ビットおよび保護ビットが設定されている。
−ＳＣＭＳデータブロックが全メディアファイルにわたって見つかり、ＳＣＭＳデータブロックが有効なフォーマットをもつ。具体的には、各ＳＣＭＳデータブロックは正しい２バイトのマーカーをもち、バージョンフィールドは、ＳＣＭＳ仕様の認識されるバージョンに対応しており、予約されたフィールドがゼロ値に設定されている。
【０１０１】
ある実施の形態では、符号化アプリケーションがＭＰ３ファイルに対するフレームのアプリケーションプライベートビットを任意の値に設定することができる。また、符号化アプリケーションは、それ自身の目的でアプリケーションプライベートビットを用いることも可能である。一般に、アプリケーションプライベートビットを利用しても必ずしもＳＣＭＳ情報は無効化されない。
【０１０２】
図５の符号５２０を参照して、ある実施の形態では、有効なＳＣＭＳデータをもつオリジナルフレームベースメディア４１０は、図４の情報４１０〜４１７のようなＣ／Ｐ制御情報を含む。たとえば、生成が許可されるコピー回数または再生が許可される再生回数を記載した情報である。このコピー回数または再生回数は、著作権所有者または配信者によって定義される。一般に、コピー回数または再生回数は３つのカテゴリ：ｎ＝無制限、ｎ＝ある回数、ｎ＝０の一つに分類される。一般に、再生回数はコピー回数と連動する必要はない。もっとも、ここで詳しく述べるある実施の形態では、再生回数はファイルをコピーする過程で各コピーに対して定められる。
【０１０３】
図５の符号５２５において、値ｎ＝無制限を含む有効なＳＣＭＳデータをもつフレームベースメディア４１０はここでは無制限ファイルと呼ばれる。ある実施の形態では、無制限ファイルは自由にコピー／再生（Ｃ／Ｐ）してもよい。さらに、無制限ファイルは、フローチャート６００で定義される安全なコピー／再生アプリケーションによって、または、安全なコピー／再生アプリケーションの外側でコピー／再生（Ｃ／Ｐ）してもよい。
【０１０４】
対照的に、図５の符号５１５において、値ｎ＝０を含む有効なＳＣＭＳデータをもつフレームベースメディア４１０は、図４のコピー／再生（Ｃ／Ｐ）不許可４１５に類似しており、ここでは目的ファイルと呼ばれる。言い換えれば、コピー制御情報がそのファイルに対してコピーを許可しないことを規定しているなら、安全なコピー／再生アプリケーションはそのファイルをコピーすべきではない。さらに、安全なファイルに対するＭＰ３フレームヘッダのいずれかにおける原本（オリジナル）ビットが設定されていないなら、そのファイルにおける他のフレームに対するヘッダの原本ビットの状態に関係なく、安全なコピー／再生アプリケーションはファイルをコピーすべきではない。さらに、ある実施の形態では、ソースファイルがコピー保護されているか、あるいは改変できないならば、安全なコピー／再生アプリケーションはそのファイルをコピーすべきではない。
【０１０５】
しかしながら、ある実施の形態では、コピー・再生制御が同じ構造を用いるが、これは、コピーできないファイルが再生できないファイルであることを意味しないし、あるいは、再生できないファイルがコピーできないファイルであることを意味しない。言い換えれば、コピーおよび／または再生は同じプロセスを使うけれども、これらは独立している。このように、ユーザが自由に再生してもよいコピー不可メディアファイルをもつことは十分にありうるということである。
【０１０６】
図５の符号５３０を参照して、ある実施の形態において、図４の符号４１６で示されたような制限された許可コピー回数および／または制限された許可再生回数を与える有効なＳＣＭＳデータをもつフレームベースメディア４１０は、ここではソースファイルと呼ばれる。明確にするために、以下ではトータルｎ回コピーすることが許可されたソースファイルについて議論する。しかしながら、別の実施の形態では、再生がある回数ｎに制限されているなら、再生回数も同様に制御される。さらに別の実施の形態では、所与のメディアファイルに対して、コピー回数と再生回数の両方が同時に制御される。
【０１０７】
フローチャート６００に関して、本発明の実施の形態にしたがって、使用保護されたフレーベース作品を利用するデジタルメディアコンテンツの安全なメディアコピーの方法を示す。たとえば、符号５２０においてコピー制御情報があれば、コピー／再生アプリケーション６１２はソースファイル６１０の目的ファイル６２５を生成する。
【０１０８】
ある実施の形態では、安全なコピー／再生アプリケーション６１２は、コピー処理を開始する前にターゲットファイル６１５を生成する。一般に、ターゲットファイル６１５はソースファイル６１０のワーキング（作業用）コピーである。ある実施の形態では、ターゲットファイルは、ｎ値を含むソースファイルの正確な複製である。次に安全なコピー／再生アプリケーションはターゲットファイル６１５を用いて目的ファイル６２５とソースファイル６３０を生成する。このようにすると、何らかのコピーエラーがコピーされるファイルに損傷を与えたなら、損なわれるのはターゲットファイル６１５であり、ソースファイル６１０ではない。別の実施の形態では、安全なコピー／再生アプリケーション６１２はターゲットファイル６１５を用いないで、ソースファイル６１０から直接コピー処理を実行してもよい。
【０１０９】
ある実施の形態では、ターゲットファイル６１５が安全なコピー／再生アプリケーション６１２によってコピーされるとき、その結果には目的ファイル６２５と、残り利用可能コピー数が（ｎ−１）であるソースファイル６３０とが含まれる。別の実施の形態では、安全なコピー／再生アプリケーション６１２がソースファイル６１０から直接コピー処理を実行するなら、その結果には目的ファイル６２５と、残り利用可能コピー数が（ｎ−１）であるソースファイル６３０とが含まれてもよい。しかし、さらに別の実施の形態では、安全なコピー／再生アプリケーション６１２がソースファイル６１０から直接コピー処理を実行するなら、その結果には目的ファイル６２５と、ソースファイル６１０内でコピー許可数だけを（ｎ）から（ｎ−１）にする変更とが含まれてもよい。
【０１１０】
図６を参照して、ある実施の形態では、目的ファイル６２５は、コピーが許可されないことを規定した有効なＳＣＭＳ情報をもつ。さらに、別の実施の形態では、目的ファイル６２５に対してＭＰ３フレームヘッダにおいて原本メディアビットを設定すべきではないが、著作権ビットおよび保護ビットは設定すべきである。
【０１１１】
ある実施の形態では、ソースファイル６３０が生成されるとき、ソースファイル６３０に対するコピー制御情報は、目的ファイル６２５も生成されたことを反映して修正される。たとえば、コピー操作がなされる前にソースファイル６１０に対するコピー制御情報が３回のコピーが許可されている（ｎ＝３）を示していたなら、ソースファイル６３０は残り２回の許可コピー数を示すことになる。最後の許可されたコピーが生成されると、コピー制御情報は、ソースファイル６３０に対してコピーが許可されていない（ｎ＝０）ことを示すように設定される。言い換えれば、ソースファイルのコピー回数がｎ＝０に到達したとき、二つの最終的なコピーは、目的ファイル６２５と（ｎ＝０）のソースファイル６３０であり、これら二つの差異は、目的ファイルはＭＰ３フレームヘッダに原本メディアビットが設定されていないということである。その時点で、フレームベースメディア４１０はこれ以上コピーすることができなくなる。
【０１１２】
ある実施の形態では、図６の検証部６３５は、目的ファイル６２５とソースファイル６３０を検証する。たとえば、符号６４０に示されるように、コピー操作中にエラーが起きてコピーを検証できなかったなら、ソースファイル６１０が回復され、ターゲットファイル６１５、目的ファイル６２５およびソースファイル６３０は、それらが生成されていた場合、削除される。このように、ターゲットファイル６１５を用いることにより、コピー操作を失敗させるエラー状況がターゲットファイル６１５に有害な影響を与えたとしても、ソースファイル６１０の完全性（インテグリティ）が維持される。言い換えれば、ターゲットファイル６１５を用いることにより、安全なコピー／再生アプリケーションが、ソースファイル６１０に対するコピー制御を危険にさらすことを避けることができる。
【０１１３】
しかしながら、図６の符号６５０を参照して、目的ファイル６２５とソースファイル６３０が検証されるなら、ソースファイル６１０とターゲットファイル６１５は削除され、目的ファイル６２５と、許可コピー数（ｎ−１）に調整されたソースファイル６３０とが保持される。ある実施の形態では、これ以上コピーが許されなくなるまで、フローチャート５００と６００の両方が繰り返される。ある実施の形態では、最後の利用可能な目的ファイルを生成する過程で、コピーの結果には２つの目的ファイルが含まれる。
【０１１４】
ここではソースファイル６１０毎に３回のコピー、ファイル毎に１０回の再生が許可される例を用いたが、これらの回数は、提供された例の中で単に明確にする目的のために与えられたものに過ぎない。よって、ファイル単位で許可されるコピー回数と再生回数は、異なる値に固定されてもよく、コンテンツまたはメディアタイプによって異なってもよい。たとえば、ある実施の形態では、メディア著作権所有者は、ファイル毎の許可されるコピー回数および／または再生回数に対して別の値を選んでもよい。
【０１１５】
さらに、ある実施の形態では、ＳＣＭＳに関して許可されたコピーまたは再生回数に対する規則と、著作権所有者によって定義されるコピーまたは再生回数の間には違いがあるなら、許可されるコピー回数は、デフォルトはより少ない方のコピー回数になる。たとえば、許可されるコピー回数は、著作権所有者が提案するコピー回数よりも大きくない限り、デフォルトでＳＣＭＳの許可コピー回数に設定される。
【０１１６】
別の実施の形態では、著作権所有者とＳＣＭＳとで許可コピー回数の規則が異なるなら（たとえばＳＣＭＳは４回コピー、著作権所有者が６回コピー）、片方を他方よりも優先できるように階層的な規則を用いてもよい。たとえば、許可されるコピー回数は著作権所有者が提案するコピー回数である６回になることもある。
【０１１７】
［コンピュータシステムの例］
図７を参照して、本発明の実施の形態に係るコンピュータシステム７００のダイアグラムをより詳細に示す。この議論の中では、ある処理は、ある実施の形態において、システム７００のコンピュータ読み取り可能なメモリユニットに存在し、システム７００のプロセッサ７０２によって実行されるインストラクション列として実現される。インストラクションが実行されると、コンピュータシステム７００は、記述された通りに特定の機能を実行し、特定の振る舞いを見せる。
【０１１８】
一般に、本発明の実施の形態で用いられるコンピュータシステム７００は、情報を伝達するためのアドレス／データバス７０１と、バス７０１に連結した、情報と命令を処理するための１以上の中央プロセッサ７０２と、中央プロセッサ７０２に対する情報と命令を格納するためにバス７０１に結合された、（ランダムアクセスメモリ、スタティックＲＡＭ、ダイナミックＲＡＭなどの）コンピュータ読み取り可能な揮発性メモリユニット７０３と、プロセッサ７０２に対する静的な情報と命令を格納するためにバス７０１に結合された、（リードオンリーメモリ、プログラムＲＯＭ、フラッシュメモリ、ＥＰＲＰＯＭ、ＥＥＰＲＯＭなどの）コンピュータ読み取り可能な不揮発性メモリユニット７０４とを含む。
【０１１９】
また、システム７００には、情報と命令を格納するためにバス７０１に結合されたデータストレージユニット７０５（たとえば、磁気または光ディスクおよびディスクドライブ）が含まれる。オプションとして、システム７００はまた、情報をコンピュータユーザ（たとえば、メインテナンス技術者など）に表示するためにバス７０１に結合されたディスプレイデバイス７０６、中央プロセッサへ選択された情報とコマンドを通信するためにバス７０１に結合された英数字キーおよびファンクションキーを含む文字数字入力デバイス７０７、中央プロセッサへユーザが入力した情報と選択されたコマンドを通信するためにバスに結合されたカーソル制御デバイス７０８と、選択されたコマンドをプロセッサ７０２に通信するためにバス７０１に結合された信号生成入出力デバイス７０９とを含む。
【０１２０】
本技術とともに利用するのに適した周知のコンピュータシステム、環境および構成の例には、これに限られないが、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドまたはラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブルコンシューマエレクトロニクス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上述のシステムまたはデバイスのどれかを含む分散コンピューティング環境、およびそれに類するものである。
【０１２１】
短い要約として、ここに記載するものは少なくとも次の広い概念を開示する。
概念１．
コンピューティングシステム上でデジタルメディアコンテンツを保護するためにカスタムメディアライブラリを用いる方法であって、
著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップと、
前記カスタムメディアライブラリを用いて、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される新しい経路を生成するステップと、
前記コンピューティングシステムの複数のメディアサブシステムをモニタするようにＣＣＭに警告するステップと、
前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させるステップとを含み、
前記生メディアファイルは、レンダリング、再生および記録の過程で安全な環境に継続して残ることを特徴とする方法。
概念２．
前記カスタムメディアライブラリが前記ＣＣＭを可能にした再生／記録アプリケーションにハード的にリンクされるように、前記ＣＣＭを可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップをさらに含む概念１の方法。
概念３．
前記新しい経路を用いて前記オペレーティングシステムの前記メディアレンダリングサブシステムをバイパスするステップをさらに含む概念１の方法。
概念４．
前記カスタムメディアライブラリを用いてユーザモードにおいて前記新しい経路を生成するステップをさらに含む概念１の方法。
概念５．
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのカーネルモードの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む概念４の方法。
概念６．
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのドライバレベルの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む概念４の方法。
概念７．
前記生メディアファイルの著作権が保護されるように、前記ＣＣＭによってモニタされる前記オペレーティングシステムの前記メディアサブシステムから前記メディアレンダリングサブシステムに前記生メディアファイルを安全に通過させるステップをさらに含む概念１の方法。
概念８．
前記デジタルメディアコンテンツに対するシリアルコピー管理システム情報にアクセスし、前記シリアルコピー管理システム情報を検証するステップをさらに含む概念１の方法。
概念９．
前記デジタルメディアコンテンツに関連づけられたコピー・再生管理情報にアクセスし、安全なコピー・再生アプリケーションが前記デジタルメディアコンテンツのコピーを生成する権限を付与されているかどうかを判定するために前記コピー・再生管理情報を利用するステップをさらに含む概念８の方法。
概念１０．
安全で制御されたデジタルメディアコンテンツレンダリングのためのシステムであって、
著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに直接リンクしたカスタムメディアライブラリと、
ユーザモードで前記カスタムメディアライブラリによって生成された新しい経路であって、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される前記新しい経路と、
ＣＣＭに通知してコンピューティングシステムの複数のメディアサブシステムをモニタさせ、前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させ、前記生メディアファイルが、レンダリング、再生および記録の過程で安全な環境に継続して残るようにさせる通知生成部とを含むことを特徴とするシステム。
概念１１．
前記経路は、前記オペレーティングシステムの前記メディアレンダリングサブシステムを最初はバイパスし、安全なＣＣＭ内から前記メディアレンダリングサブシステムにだけ提供される概念１０のシステム。
概念１２．
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのカーネルモードの前記メディアサブシステム、または前記ＣＣＭによってモニタされる前記オペレーティングシステムのドライバレベルの前記メディアサブシステムに前記カスタムメディアライブラリをリンクする概念１１のシステム。
概念１３．
コンピュータシステムにデジタルメディアコンテンツの安全で制御されたコピーおよび再生を実行させるためのインストラクションが格納されたコンピュータストレージメディアをさらに含み、
前記インストラクションは、
（ｎ）コピー・（ｎ）再生管理情報が関連づけられた前記デジタルメディアコンテンツのソースファイルを受け取るソースファイル受信部と、
前記デジタルメディアコンテンツの前記ソースファイルにもとづいて、（０）コピー・（ｎ）再生管理情報が関連づけられた目的ファイルを生成する目的ファイル生成部と、
前記デジタルメディアコンテンツの前記ソースファイルにもとづいて、（ｎ−１）コピー・（ｎ）再生管理情報が関連づけられた修正されたソースファイルを生成する修正ソースファイル生成部と、
前記目的ファイルと前記修正されたソースファイルを前記デジタルメディアコンテンツの前記ソースファイルにもとづいて検証する検証部とを含む概念１０のシステム。
概念１４．
コンピューティングシステム上でデジタルメディアコンテンツを保護するためにカスタムメディアライブラリを用いる方法をコンプライアンスメカニズムに実行させるためのコンピュータ実装可能なインストラクションが格納されたコンピュータ読み取り可能なメディアであって、
前記方法は、
著作権コンプライアンスメカニズム（ＣＣＭ）を可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップと、
前記カスタムメディアライブラリを用いて、前記ＣＣＭを可能にした再生／記録アプリケーションとオペレーティングシステムのメディアレンダリングサブシステムの一般的に用いられるデータ経路とは区別される新しい経路を生成するステップと、
前記コンピューティングシステムの複数のメディアサブシステムをモニタするようにＣＣＭに警告するステップと、
前記カスタムメディアライブラリを介して前記ＣＣＭを可能にした再生／記録アプリケーションから前記新しい経路を通って、前記ＣＣＭによってモニタされる前記オペレーティングシステムのメディアサブシステムへ生メディアファイルを安全に通過させるステップとを含み、
前記生メディアファイルは、レンダリング、再生および記録の過程で安全な環境に継続して残ることを特徴とするメディア。
概念１５．
前記カスタムメディアライブラリが前記ＣＣＭを可能にした再生／記録アプリケーションにハード的にリンクされるように、前記ＣＣＭを可能にした再生／記録アプリケーションに前記カスタムメディアライブラリを直接リンクするステップをさらに含む概念１４のコンピュータ読み取り可能なメディア。
概念１６．
前記新しい経路を用いて前記ＣＣＭによってモニタされる前記オペレーティングシステムのカーネルモードの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む概念１４のコンピュータ読み取り可能なメディア。
概念１７．
前記新しい経路を用いて、前記ＣＣＭによってモニタされる前記オペレーティングシステムのドライバレベルの前記メディアサブシステムに前記カスタムメディアライブラリをリンクするステップをさらに含む概念１４のコンピュータ読み取り可能なメディア。
概念１８．
前記生メディアファイルの著作権が保護されるように、前記ＣＣＭによってモニタされる前記オペレーティングシステムの前記メディアサブシステムから前記メディアレンダリングサブシステムへ前記生メディアファイルを安全に通過させるステップをさらに含む概念１４のコンピュータ読み取り可能なメディア。
概念１９．
前記デジタルメディアコンテンツに対するシリアルコピー管理システム情報にアクセスし、前記シリアルコピー管理システム情報を検証する概念１４のコンピュータ読み取り可能なメディア。
概念２０．
前記デジタルメディアコンテンツに関連づけられたコピー・再生管理情報にアクセスし、安全なコピー・再生アプリケーションが前記デジタルメディアコンテンツのコピーを生成する権限を付与されているかどうかを判定するために前記コピー・再生管理情報を利用するステップをさらに含む概念１９のコンピュータ読み取り可能なメディア。
【０１２２】
ここに開示したシステムおよび方法に関する例および実施の形態は、本技術のありうる実装を制限することを意図したものではないことをさらに理解すべきである。さらに、本主題を構造的な特徴および／または方法論的な動作に特化された言語で記述してきたが、添付の請求項に規定された本主題は必ずしも上述の特定の特徴や動作に限定されるものではないことを理解すべきである。むしろ、上述の特定の特徴や動作は請求項を実施する例示的な形態として開示されている。すべてのエレメントおよびステップが好ましくは含まれる。しかしながら、当業者にとって自明であるように、任意のエレメントまたはステップを置換したり、省略したりすることができることも理解すべきである。
【図１】
2012528400.tif 000004
【図２】
2012528400.tif 000005
【図３】
2012528400.tif 000006
【図４】
2012528400.tif 000007
【図５】
2012528400.tif 000008
【図６】
2012528400.tif 000009
【図７】
2012528400.tif 000010
【国際調査報告】
2012528400.tif 000011
2012528400.tif 000012