JP4806816B2 - 透かしの埋め込みおよびコンテンツ配信のための手法 - Google Patents

Description

本発明は、全般的にはコンテンツの管理に関し、より具体的には透かしの埋め込みおよびネットワーク経由でのコンテンツの配信に関する。

本願は、２００５年８月２３日提出の米国特許出願第１１／２１１，０３７号、表題「透かしの埋め込みおよびコンテンツ配信のための手法（Ｔｅｃｈｎｉｑｕｅｓ Ｆｏｒ Ｗａｔｅｒｍａｒｋｉｎｇ Ａｎｄ Ｄｉｓｔｒｉｂｕｔｉｎｇ Ｃｏｎｔｅｎｔ）」の利益を主張し、その内容全体を参照により本願に援用するものとする。

コンテンツの配信および販売のために、インターネットおよびワールドワイドウェブ（ＷＷＷ）の使用がますます増えている。たとえば、加入者がインターネット経由で入手可能な映画、ライブスポーツイベント、またはニュースを作成するコンテンツベンダはますます増加している。ネットワーク帯域幅の拡大および広帯域かつ高速なインターネットアクセスの急速な採用により、ライブのテレビでさえＷＷＷブラウザを介してインターネット経由で効率的に視聴および取得することができる。

この新形態のコンテンツ送達によって、コンテンツベンダは多数の問題に現在直面している。具体的な問題の１つは、著作権侵害である。プロバイダのコンテンツは、通常、著作権保護を受けるが、コンテンツがその正規ライセンシに入手可能になると、コンテンツプロバイダ（ライセンサ）は、そのライセンシがそのコンテンツの海賊版化を容易にしてライセンサに損害を与えることはないとは保証されない。

そのため、コンテンツプロバイダおよびコンテンツベンダは、それぞれのコンテンツの海賊版の製作を確実に防ぐために、精巧なソフトウェアおよびセキュリティ手法の開発を試みてきた。しかしながら、これらの仕組みはそれ自体が厄介であり、リソースを多く必要とし、正規の正直なライセンシにとってもコンテンツの魅力を削ぐものである。したがって、コンテンツプロバイダおよびベンダはお手上げ状態である。コンテンツプロバイダおよびベンダは、コンテンツを柔軟性のあるユーザフレンドリな方法で提供することによってコンテンツを販売し、一部の著作権侵害を我慢しているか、あるいはコンテンツを厳格で確実な方法で提供し、正規販売機会の多くをあきらめているかである。

コンテンツ配信の別の問題は、帯域幅である。その理由は、コンテンツプロバイダがコンテンツを販売する場合でも、そのコンテンツの配信は、多くの場合、コンテンツベンダが運用するサーバ経由で行われることによる。つまり、映画などの特定のコンテンツが成功すると、そのコンテンツベンダの配信用サーバの能力では対応できない場合がある。結果として、購買者は欲求不満に陥り、販売機会が失われることもある。問題となるのは購入者の帯域幅ではない。コンテンツ送達におけるボトルネックの発生原因は、コンテンツベンダの帯域幅の過負荷である。

したがって、知的所有権およびコンテンツ送達を保護するための改良された手法が必要とされている。

さまざまな実施態様において、コンテンツへの透かしの埋め込みおよびコンテンツの配信のための手法が提示される。より具体的には、一実施態様においては、コンテンツの透かし埋め込みおよび送達システムが提供される。コンテンツの透かし埋め込みおよび送達システムは、コ
ンテンツ送達サービスと透かし埋め込みサービスとを含む。透かし埋め込みサービスは、リソースに対する固有の透かしシーケンスを生成するためのサービスである。固有の透かしシーケンスは、リソースによって所望されたコンテンツの複数のフレームに対応付けられる。コンテンツ送達サービスは、送達プランを作成し、かつ、この送達プランを固有の透かしシーケンスと共にネットワーク経由でリソースに提供するサービスである。

本願明細書で使用する述語「セグメント」および「フレーム」は、ほとんど同じ意味で使用しうる。コンテンツは複数のフレームまたはセグメントに分割され、各フレームが透かしを収容する。組み合わされたコンテンツは、そのコンテンツ内でシリアルに繰り返される透かしシーケンスを含む。透かしシーケンスの長さは構成可能（コンフィギュラブル）であり、少数の透かしを所定の順番で含めることも、あるいは多数の透かしを所定の順番で含めることもできる。「コンテンツ」は、マルチメディア、ライブマルチメディアのストリーム、グラフィックス、画像、プレゼンテーション、ビデオ会議、オーディオ、ビデオ、テキスト、あるいはこれらのさまざまな組み合わせを含みうる。

「透かし」は、ファイル（たとえば、オーディオ、ビデオ、画像、テキスト、等）内の、人間には検出できないが機械では検出可能な微細な信号と考えてもよい。たとえば、オーディオファイルにおける透かしは、特定の周波数で短時間追加される付加的なサウンドでもよい。容易には除去できないようにコンテンツに埋め込まれた、人間にとって微細なものであれば、何れのものも透かしと見なしうる。

ある意味において、透かしはアルファベットで表されたシンボルである。アルファベットは構成可能であり、文字、数字、句読点、シンボル、印刷できない文字、画像、オーディオ、等の任意のシンボルまたは要素を含むことができるが、これだけに限定されるものではない。場合によっては、単一の透かしに複数の機械シンボルを含めてもよい。透かしシーケンスは、固有の順番で配置されてキーを形成する一連の繰り返し可能な透かしと見なしうる。

したがって、透かしは、コンテンツの各部分を一意にマーキングするための機構である。いくつかの例示的透かしおよび用途は、以下を含むが、これだけに限定されるものではない。
１）隠された信号（スペクトラム拡散透かし）をオーディオコンテンツのセグメントに配置する（たとえば、φは５，０００ヘルツにおいて何かを表し、χは５，１００ヘルツにおいて何かを表し、ψは５，２０００ヘルツにおいて何かを表しうる）。たとえば、ＭＰＥＧ（ムービング・ピクチャー・エクスパーツ・グループ）オーディオ層３（ＭＰ３と呼称）のオーディオファイルの場合は、２秒のフレームサイズを有するファイルにスペクトラム拡散透かしを配置する。
２）隠された画像をＭＰＥＧグラフィックデータの下位ビットに配置する。たとえば、映画ファイル（ＭＰＥＧ）の場合は、ステゲノグラフィック画像が１０秒ごとにビデオフレームに隠される。
３）異なるシーンごとに異なる画像を示すために、画像を映画（任意のフォーマット）に配置する。ここで言うシーンとは、たとえばカスタマイズされた広告であり、背景がそれぞれ異なるさまざまなロケーションは、映画内のカスタム広告を表す（たとえば、φは棚の上のペプシ（登録商標）の缶を表すことができ、χはテーブル上の缶を表すことができ、あるいはψは棚またはテーブル上に缶が何もないことを表すことができる）。
４）ユーザのＩＤ等に応じてテキスト文書のさまざまな位置にそれぞれ異なる句読点を識別するために、透かしをテキスト文書に配置する。
５）現れてくるＪＰＥＧ（ジョイント・フォトグラフィック・エキスパート・グループ）画像の内に、異なる複数のステゲノグラフィック画像を用いて、ソフトウェアゲームの中にそれぞれ透かしを配置する（たとえば、画像ファイルごとに１つのフレーム）。ファイルの順番はシリアルシーケンスを規定でき、ゲームはさまざまな種類の透かしの組み合わせを有することも可能である。
６）所望されたコンテキスト内で複数の異なるタグを条件付きで使用できるように、メタデータセクションを有する何れかの種類のファイルフォーマットに透かしを配置する。
７）さまざまなシーンでそれぞれ異なる画像を表すために、画像を映画、テレビ番組、または任意のビデオ（任意のファイルフォーマット）に配置する。たとえば、映画のシーンの背景にある同じカップを（アルファ）透かしを表す赤色にすることも、（ベータ）透かしを表す緑色にすることも、あるいは（ガンマ）透かしを表す青色にすることもできる。

したがって、当該透かしと透かしの使用方法とは、コンテンツの「マーキング」機構を新規の方法で提供する。透かしは、機械によって認識されるフォーマットであれば単純なシンボルでも複雑なシンボルでもよい。さらに、透かしの用途、または透かしをコンテンツのさまざまな部分に配置する目的は、コンテンツの表示または使用方法を条件付きで有効にするために使用しうる。このように、透かしの用法は、コンテンツ本来のデータフォーマット内でコンテンツを拡張するための機構と考えうる。

上記は透かしの種類および透かしの用途の単なる例であることを理解されたい。他の種類の透かしおよび用途も可能であり、本開示の範囲に含まれるものとする。さらに、これらの種類の透かしおよび用途のすべてを実装オプションとして以下の説明に組み込むものとする。

「リソース」とは、サービス、アプリケーション、システム、機械または装置（たとえば、ネットワーク接続されたクライアントマシンまたは装置、等）、ユーザ、アイデンティティ、ユーザグループ、等である。さまざまな実施形態において、リソースはコンテンツを要求する。各リソースに固有の透かし入りシーケンスのコンテンツバージョンが対応付けられ、その消費のために割り当てられる。したがって、コンテンツの特定のバージョンは、特定のリソースと関連付けられうる。

「送達プラン」は、正規化されたフォーマットのデータである。このフォーマットとして、たとえばＸＭＬ（エクステンシブル・マークアップ・ランゲージ）等が挙げられるが、これだけに限定されるものではない。送達プランは、リソースがコンテンツの透かし入りシーケンスバージョンを取得するための経路を含む。たとえば、フレーム１、４、および７をリソースＡから取得し、フレーム２、５、および８をリソースＢから取得し、フレーム３、６、および９をリソースＣから取得しうる。送達プランは、所与の送達プランで要求元リソースに透かし入りシーケンスの完全なコンテンツバージョンを送達できなかった場合の代替送達プランをさらに含む。大半の実施形態においては、送達プランは、１つ以上の代替またはバックアップ送達プランを含む。ただし、一部の実施形態においては、単一の送達プランのみを使用しうる。

本発明のさまざまな実施形態は、コンテンツ送達に対応する既存のサービス内に実装で
きる。本発明の複数の部分はコンテンツを送達する機械またはサーバ内に実装しつつ、本発明の他の部分は要求元リソース上にインタフェースとして実装してもよい。ただし、本願明細書に提示されているコンテンツへの透かしの埋め込みおよびコンテンツ送達のための構成およびアーキテクチャは例示を目的として提示されているものであり、ここでおよび以下に提示の教示内容から逸脱することなく他の構成も可能であることを理解されたい。

図１は、一実施例による透かし埋め込みおよび送達システム１００の図である。透かし埋め込みおよび送達システム１００は、機械によるアクセスおよび読み取りが可能な媒体に実装され、ネットワーク経由で操作可能である。ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、インターネットなどの広域ネットワーク（ＷＡＮ）、あるいはこれらのさまざまな組み合わせでもよい。さらに、ネットワークは有線、無線、あるいは有線と無線の組み合わせでもよい。

一実施形態において、透かし埋め込みおよび送達システム１００は、コンテンツベンダのローカル環境内に実装される。あるいは、透かし埋め込みおよび送達システム１００をコンテンツベンダへのサービスとしてコンテンツベンダの環境からネットワーク経由で遠隔アクセスできるようにしてもよい。動作中、透かし埋め込みおよび送達システム１００は、以下に詳細に説明する新規の透かしの埋め込みおよびコンテンツ送達を提供する。

透かし埋め込みおよび送達システム１００は、コンテンツ送達サービス１０１と透かし埋め込みサービス１０２とを含む。場合によっては、透かし埋め込みおよび送達システム１００は、監視サービス１０３および／または報告サービス１０４をさらに含んでもよい。透かし埋め込みおよび送達システム１００は、機械または環境１０５内で処理を行うか、または機械または環境１０５内に実装され、ネットワーク１１０経由でアクセス可能である。これらのそれぞれについて、以下に順番に説明する。

要求元リソース１２０および１３０に対する固有の透かし入りシーケンスのコンテンツバージョンを組み立てるには、コンテンツ送達サービス１０１を有効にし、透かし埋め込みサービスと連係させる。さらに、要求元リソース１２０および１３０が所望のコンテンツを取得するための送達プランを作成するには、コンテンツ送達サービス１０１を有効にする。一部の実施形態において、コンテンツ送達サービス１０１は、要求元リソース１２０および１３０に対する１つ以上の代替送達プランをさらに作成しうる。

図１に関するここでの説明ではリソース１２０および１３０を消費側リソースとして説明しているが、このシナリオだけに限定されないことも理解されたい。すなわち、一部の実施形態においては、リソース１２０および１３０は、配信されるコンテンツのコンテンツ所有者であり、それぞれのコンテンツに透かしを埋め込むために透かし埋め込みおよび送達サービス１００と連係する場合もある。したがって、リソース１２０および１３０は、コンテンツの消費側リソースまたはコンテンツ所有者のどちらの場合もありうる。

コンテンツ送達サービス１０１は、コンテンツの固有の透かし入りシーケンスバージョンをネットワーク１１０経由で要求元リソース１２０および１３０にさらに提供する。コンテンツ送達サービス１０１は、各要求元リソース１２０または１３０に対応する透かしシーケンスもネットワーク１１０経由で提供する。

一実施形態において、送達サービス１０１によって作成される送達プランは、複数のフレーム識別子と、他の１つ以上のリソース１２０および１３０に対する識別子とを含む。特定のリソース１２０または１３０は、その固有の透かしシーケンスおよび送達プランを送達サービス１０１から取得する。この送達プランは、特定のリソース１２０または１３
０に対して、所望されるコンテンツの複数のフレームの取得先を指示する。場合によっては、特定のリソース１２０または１３０は、一部のフレームをコンテンツ送達サービス１０１から取得し、その他のフレームは、送達プランに従って、他のリソース１２０または１３０からピアツーピア（Ｐ２Ｐ）ネットワーク接続１２５によって取得する。

なお、この送達プランは、特定の要求元リソース１２０または１３０に対して所望のコンテンツの各フレームをコンテンツ送達サービス１０１から取得するように指示してもよく、または特定のリソース１２０または１３０に対して各フレームを単一の異なるリソース１２０または１３０からＰ２Ｐネットワーク１２５経由で取得するように指示してもよく、または特定のリソース１２０または１３０に対して一部のフレームをＰ２Ｐネットワーク１２５経由でリソース１２０または１３０から取得し、その他のフレームをＰ２Ｐネットワーク１２５経由で他の１つ以上のリソース１２０または１３０から取得するように指示してもよく、または特定のリソース１２０または１３０に対して一部のフレームをコンテンツ送達サービス１０１から取得し、その他のフレームを他の１つ以上のリソース１２０または１３０から取得するように指示してもよい。

送達サービス１０１によって作成されるコンテンツ送達プランは、透かし埋め込みおよび送達システム１００を処理する機械１０５に対応付けられた帯域幅の緩和を助けることを理解されたい。すなわち、映画の新リリースなどの特定のコンテンツの人気が非常に高くなった場合は、コンテンツ送達サービス１０１は、送達プランによって帯域幅の負荷をそのコンテンツを取得済みの他のリソース１２０または１３０に移動しうる。リソース１２０または１３０の加入を促すため、または他のリソース１２０または１３０がコンテンツの複数の部分または複数のフレームを取得できるようにするために、透かし埋め込みおよび送達システム１００は、クレジットまたはロイヤルティポイントを加入リソース１２０または１３０に与えるためのロイヤルティまたは報償サービスを含んでもよい。この方法によって、コンテンツの複数の部分を他の新しい要求元リソース１２０または１３０に送達するために、透かし埋め込みおよび送達システム１００の機械１０５に対応付けられた帯域幅の負荷の軽減にリソース１２０または１３０が関与するように促すことができる。

所望のコンテンツを要求する各固有のリソース１２０または１３０に対して所望されたコンテンツの複数のフレームに対する固有の透かしシーケンス（以降、透かしキーまたはキーとも呼称）を生成するには、透かし埋め込みサービス１０２を有効にする。一実施形態において、透かし埋め込みサービス１０２は、所望されたコンテンツの各フレームが複製され、使用可能な各シンボルまたは透かしに対応付けられるように、透かしのアルファベットまたは透かしに使用可能なシンボルセットを維持する。透かし埋め込みサービス１０２によって管理されるこのような構成の一例を図２に示す。

図２は、一実施例による透かしが埋め込まれた例示的コンテンツの図２００である。図２００には、コンテンツの特定バージョンがＮ個のコピーとして維持される様子が示されている。ここで、Ｎは１より大きい整数であり、その値の上限は、透かし埋め込みサービス１０２によって管理されるアルファベットまたは使用可能なシンボルセットに対応付けられた固有の透かし、要素、またはシンボルの数である。

図２００における複製された各バージョンのコンテンツは、そのコンテンツに対応付けられたすべてのフレームまたはセグメントを含むほか、追加の１つの透かしを含む。透かし埋め込みサービス１０２は、この構成と、割り当てられた透かしシーケンスに関する知識とに基づき、各固有の要求元リソース１２０または１３０に対する固有の透かしシーケンスまたはキーを構築して送達する。透かし入りシーケンスバージョンのコンテンツ例を図３に示す。

図３は、一実施例による例示的リソースに固有の一意な透かしシーケンス（キー）を有する、例示的リソースの透かし入りコンテンツの図３００である。図３００に示される例示的コンテンツは、９つのフレームを含み、各フレームが透かしを含み、コンテンツに含まれる透かしシーケンスの長さは３である。透かしのシーケンスは「φχψ」である。この例示的コンテンツにおいては、コンテンツの長さが９フレームになるように、透かしシーケンス（φχψ）が連続３回繰り返されることも分かる。したがって、９セグメントまたはフレームのバージョンのコンテンツの場合は、キーまたは固有の透かしシーケンスは長さが９であるとも考えうる。すなわち、コンテンツ全体にわたってキーがフレームまたはセグメントごとに繰り返されるため、キーの長さは９、すなわち「φχψφχψφχψ」になる。

透かし埋め込みサービス１０２は、透かしシーケンスの長さを管理し、各固有のリソース１２０または１３０に対する固有の透かしシーケンスの送達を管理し、各固有のリソース１２０または１３０に対する固有の透かしシーケンスの対応付けを管理し、透かしに対して使用可能なアルファベットまたはシンボルセットと、透かしシーケンスまたはキーに対応付けられた透かしまたはシンボルとを管理する。

上で詳細に説明したように、コンテンツ送達サービス１０１と透かし埋め込みサービス１０２とが互いに連係することによって、固有の透かしシーケンス（キー）とコンテンツ送達プランとが要求元リソース１２０および１３０に送達される。リソース１２０または１３０は、所望のコンテンツを取得するために送達プランを使用する。コンテンツの取得はさまざまな方法で行えるが、所望のコンテンツの完全なバージョンは、特定のリソース１２０または１３０に対応付けられた定義済みの透かしシーケンス（キー）に従う必要がある。この要件を確実に満たすために、リソース１２０または１３０は、透かし埋め込みおよび送達システム１００と連係するインタフェースを１つ以上実装する。このようなインタフェースなしには、リソース１２０または１３０は所望のコンテンツを取得できない。

次に図４および図５参照して、要求元リソース１２０または１３０が所望のコンテンツを固有の透かしシーケンス（キー）に従って取得するための送達プランの使用方法をいくつかのシナリオ例において説明する。なお、他のさまざまなシナリオも可能であり、本願明細書に提示される実施形態の範囲に含まれるものとする。透かし埋め込みおよび送達システム１００の他のオプション要素については、これらのシナリオ例の説明の後に述べる。

図４は、一実施例による図１の透かしの埋め込みおよび送達システム１００から取得した固有の透かしシーケンスまたはキーを有する例示的リソースの透かしが埋め込まれたコンテンツの図４００である。このシナリオ例において、要求元リソース１２０または１３０は、所望のコンテンツの完全なコピーを透かし埋め込みおよび送達システム１００から直接取得する。

図４のシナリオ例においては、コンテンツが複製されて複数のバージョン４０１が作成され、各バージョンがコンテンツの全フレームを含み、各バージョンがアルファベットまたは使用可能なシンボルセットの単一の透かし、要素、またはシンボルを有することが分かる。このコンテンツの長さは９フレームである。

このシナリオ例の要求元リソース１２０または１３０は、透かし埋め込みサービス１０２によって割り当てられた固有の透かしシーケンス（キー）「φχψ」を有する。要求元リソース１２０または１３０が取得したコンテンツ４０２のバージョンは、９つのフレー
ムを含む。フレーム１、４、および７は、透かしまたはシンボル「φ」と共に取得される。フレーム２、５、および８は、透かしまたはシンボル「χ」と共に取得される。フレーム３、６、および９は、透かしまたはシンボル「ψ」と共に取得される。透かしシーケンスの長さは３であり（「φχψ」は長さが３のシンボル）、透かしシーケンス（キー）はシリアルに３回繰り返される。図４に示すシナリオ例では、コンテンツ送達サービス１０１によって作成されたコンテンツ送達プランは、要求元リソース１２０または１３０に対してコンテンツ４０２の全フレームを透かし埋め込みおよび送達システム１００から直接取得するように指示している。別のシナリオを図５に示す。

図５は、一実施例による図１の透かし埋め込みおよび送達システムから取得した固有の透かしシーケンスまたはキーと、別のリソースから一部取得した固有の透かしシーケンスまたはキーとを有する例示的リソースの透かし入りコンテンツの図５００である。図５のシナリオ例においては、リソース＃１は、透かし埋め込みおよび送達システム１００に対してコンテンツを所望する要求元リソース１２０または１３０である。ただし、図４に示すシナリオと異なり、図５においては、リソース＃１がコンテンツ送達サービス１０１から取得する送達プランは、リソース＃１に対して一部のフレームを透かし埋め込みおよび送達システム１００から取得し、その他のフレームを別のリソース＃２から取得するように指示する。

ここでも、透かし埋め込みおよび送達システム１００において、コンテンツ５０１は３つの透かしφ、χ、ψと共に複製される。図５に示すシナリオにおいては、コンテンツは６つのフレームによって表される。リソース＃１は、固有の透かしシーケンスまたはキー「φχψ」を有する。これによって、リソース＃１に対するバージョンのコンテンツ５０２が作成される。固有の透かしシーケンスまたはキー（φχψ）がリソース＃１のバージョンのコンテンツ５０２内で２回繰り返されるため、このバージョンのコンテンツ５０２の合計フレーム数は６フレームになる。

図５のシナリオにおいては、リソース＃２もコンテンツのバージョン５０３を有する。リソース＃２の固有の透かしシーケンスまたはシーケンスは「χχψ」である。送達サービス１０１によって作成された送達プランは、リソース＃１に対して、コンテンツバージョン５０２のフレーム１、２、および４を透かし埋め込みおよび送達システム１００から取得するように指示する。一方、フレーム３、５、および６は、リソース＃２からＰ２Ｐ方式で、またはネットワーク１２５経由で、取得される。

前記のように、他のシナリオも可能である。たとえば、複数のリソース１２０または１３０がコンテンツの複数の異なるフレームを要求元リソース１２０または１３０に提供してもよい。さらに、透かし埋め込みおよび送達システム１００がコンテンツのフレームを要求元リソース１２０または１３０に一切提供しなくてもよい。あらゆるシナリオが本願明細書に提示された実施形態の範囲に含まれるものとする。

なお、透かし埋め込みおよび送達システム１００の環境１０５内でコンテンツが複製されて複数のバージョンが作成されると説明したが、必ずしもそうである必要はない。透かし割り当ての決定と割り当てとは、コンテンツ送達サービス１０１が単一のコンテンツバージョンから動的に行ってもよい。言い換えると、単一のコンテンツバージョンは一切の透かしを含まず、コンテンツ送達サービスは、要求元リソース１２０または１３０のＩＤと、固有の透かしシーケンスまたはキーと、作成された送達プランとに基づき、どの透かしをコンテンツのどのフレームに割り当てるべきかを知る。このような実施形態は、透かし埋め込みおよび送達システム１００の環境１０５内の記憶装置および／またはメモリを節約するばかりでなく、より長い透かしシーケンスおよび／またはより大きなアルファベットまたは使用可能なシンボルセットを、記憶装置またはメモリに悪影響を及ぼさずに、
透かしシーケンス（キー）に割り当てることが可能になる。

次に、図１の透かし埋め込みおよび送達システム１００について説明を続ける。一実施形態において、透かし埋め込みおよび送達システム１００は、必要であれば、監視サービス１０３を含んでもよい。監視サービス１０３は、配信される何れかのバージョンのコンテンツをネットワーク１１０で監視またはマイニングしうる。監視またはマイニングプロセスでは、特定のリソース１２０または１３０に割り当てられた特定の透かしシーケンスまたはキーを探してもよい。リソース１２０または１３０に対応付けられたライセンスを侵害しているコピーが複数見つかった場合は、さまざまな対策を取りうる。

たとえば、監視サービス１０３は、侵害元リソース１２０または１３０による透かし埋め込みおよび送達システム１００への以降のアクセスを制限するように、コンテンツ送達サービス１０１に警告してもよい。あるいは、監視サービス１０３は、侵害元リソース１２０または１３０が行う以降のトランザクションに対して、使用頻度の低い透かしが埋め込まれた特殊な透かしシーケンスまたはキーを作成するように、透かし埋め込みサービス１０２に警告してもよい。これによって、侵害元リソース１２０または１３０と、以降取得されるコンテンツに対するこれらのリソースのアクティビティとを監視しやすくなり、侵害元リソース１２０または１３０に関する証拠をさらに収集できるようになる。

他の実施形態においては、監視サービス１０３は、割り当て済みまたは既知の透かしシーケンスを含まないコンテンツバージョンをネットワーク１１０で監視またはマイニングしてもよい。このようなコンテンツバージョンは、透かし埋め込みおよび送達システム１００が未配信または未知の固有の透かしシーケンスまたはキーを複数のリソース１２０または１３０が連係して作成した場合に発生しうる。このような状況においては、このようなコンテンツバージョンに存在する透かしは、限られた数のリソース１２０または１３０に対応付けられていることが分かる。したがって、そのコンテンツに対応付けられたライセンスの侵害者候補として、１組のリソース１２０または１３０を特定しうる。さらに、特定のリソース１２０または１３０は所与のフレーム番号に必ず対応付けられる特定の透かしを有しうるので、範囲をさらに絞ることができる。たとえば、アランは透かしφを位置３、６、９、等に必ず有し、ジョーは透かしχを１、４、および７に必ず有する。これらの条件に合致すると特定されたリソース１２０または１３０に、上記と同様の固有の透かしまたはシンボルを割り当て、以降のトランザクションをより厳重に監視してもよい。

監視サービス１０３は固有の透かしシーケンスまたは固有のキーに関する知識を用いて、コンテンツの海賊版バージョンをネットワーク１１０で監視および監査しうることが分かる。侵害している状況がいったん確認できたら、監視サービス１０３は、侵害者に対する以降のコンテンツの送達を実際に制御するために、コンテンツ送達サービス１０１および／または透かし埋め込みサービス１０２と連係してもよい。これにより、コンテンツプロバイダおよびベンダに対する知的所有権の保護が向上され、それぞれのコンテンツに対する保証および制御がコンテンツプロバイダおよびベンダに提供される。

別の実施形態において、透かし埋め込みおよび送達システム１００は、報告サービス１０４をさらに含んでもよい。報告サービス１０４は、登録されていることが知られていないコンテンツバージョンがネットワーク１１０上に存在する場合に、これらのバージョンを報告するために使用しうる。この報告を自動化し、監視サービス１０３に通知してさらなる調査または処理を行わせてもよく、あるいは報告を電子的な通信または報告によってコンテンツプロバイダまたはベンダに連絡してもよい。

固有の透かしまたはキーをコンテンツに埋め込んでネットワーク経由で送達しうる方法を示した。提示したこれらの手法は、コンテンツプロバイダおよびベンダに対応付けられ
た帯域幅を向上させるほか、コンテンツに対応付けられたライセンスを保護するための制御を提供する。さらに、これらの手法は、コンテンツのバージョンに対応付けられた複数のリソースを特定するための機構を提示する。

図６は、一実施例による透かしの埋め込みおよびコンテンツ配信のための方法６００の図である。方法６００（以降「送達サービス」）は、機械によるアクセスとコンピュータによる読み取りとが可能な媒体に実装され、ネットワーク経由での操作が可能である。ネットワークは、有線、無線、あるいは有線と無線の組み合わせでもよい。一実施形態においては、送達サービスを図１の透かし埋め込みおよび送達システム１００に実装してもよい。

送達サービスは、コンテンツプロバイダまたはコンテンツベンダの環境にネットワーク経由で実装される。あるいは、送達サービスは、コンテンツプロバイダまたはコンテンツベンダと信頼される方法で確実に連係する遠隔サービスとして実装される。リソースは、送達サービスと連係するためのインタフェースを含む。場合によっては、これらのインタフェースは、リソースの直接の環境内に実際に常駐しないように、アプレットとしてＷＷＷページに埋め込まれる。

６１０において、送達サービスは、第１のリソースから所望のコンテンツに対する要求を受け付ける。一実施形態においては、６１１において、送達サービスは、透かしのアルファベットまたは透かしに使用可能なシンボルセットと、事前に定義された構成可能な長さを有する透かしシーケンスまたはキーとを以前に取得していることもありうる。コンテンツが既に複数のフレームに分解され、使用可能なシンボルセットに対応付けられたアルファベットまたはシンボルの各透かしまたは要素が、複製されたそれぞれ異なるバージョンのコンテンツに対応付けられることもありうる。この手法または構成については、図２に関して上で説明した。代替の一実施形態においては、コンテンツは複製されず、各フレームに対する透かしを動的に割り当てるか、またはリアルタイムで割り当てることによって、各リソースに対する固有の透かしシーケンスを組み立てるか、またはリソースに対する送達プランを作成する。

６２０において、送達サービスは、第１のリソースに対する固有の透かしシーケンスまたは固有のキーを生成する。ここでも、透かしシーケンスまたはキーは、事前に定義された長さを有し、第１のリソースのコンテンツバージョンがその複数のフレームに対する透かしシーケンスの繰り返しまたはキーの繰り返しを含み、この透かしシーケンスの繰り返しまたはキーの繰り返しが第１のリソースに対して固有であるように、第１のリソースによって取得されるコンテンツバージョン内でシリアルに繰り返される。

６３０において、送達サービスは、第１のリソースによって要求された所望のコンテンツを第１のリソースが取得するためのコンテンツ送達プランを作成する。この送達プランは、第１のリソースに対して、所望のコンテンツの全フレームを送達サービスから取得するように指示してもよく、あるいは一部のフレームを送達サービスから取得するように指示してもよく、あるいは全フレームを他の１つ以上の第２リソースから取得するように指示してもよく、あるいは一部のフレームを送達サービスから取得し、他のいくつかのフレームを１つ以上の第２リソースから取得するように指示してもよい。この操作方法に対応するいくつかのシナリオ例は、図４および図５に関して上で説明した。

一実施形態においては、６３１において、送達サービスは第１のリソースに対して１つ以上の代替送達プランを作成しうる。代替送達プランは、特定の送達プランが失敗するか、または低速になりすぎた場合に有用である。したがって、第１のリソースに複数の送達プランを用意しうる。１つが失敗した場合は、別のプランが自動的に選択され、次に必要
なフレームは代替プランのうちの１つから選択されうる。あるいは、１つのプランが完全に失敗した場合は、第１のリソースが代替プランを処理することによって所望のコンテンツを取得してもよい。

６４０において、送達サービスは、所望のコンテンツを取得するための透かしシーケンスまたはキーと送達プランとをネットワーク経由で第１のリソースに通知する。場合によっては、６５０において、これは、所望のコンテンツの各フレームが送達サービスから直接取得されることを意味しうる。他の場合は、６６０において、いくつかの不連続フレームを送達サービスから直接取得しうる一方で、６６１において、送達プランは第１のリソースに対して所望のコンテンツの残りのフレームをそのコンテンツの複数のバージョンを有する他の１つ以上のリソースからＰ２Ｐ方式で、またはＰ２Ｐネットワーク経由で、取得するように指示する。

一実施形態においては、６８０において、送達サービスはこの処理を１つ以上の第２リソースに対して繰り返してもよい。すなわち、送達サービスは、複数の要求元リソースに対してそれぞれ固有の透かしシーケンスまたは固有のキーと送達プランとをネットワーク経由で連続的に再配信できる。これらのリソースがコンテンツのフレームを送達サービスから直接取得する代わりに、相互にコンテンツのフレームを取得し合える送達プランを通知することによって、送達サービスを処理する機械または装置の帯域幅を制御し、均衡させることができる。

一実施形態によると、６８０において、送達サービスは、複数の特定リソースに対応付けられた固有の透かしシーケンスまたは固有のキー、あるいは未知または未配信の透かしシーケンスまたはキーを有するコンテンツバージョンを調べるために、コンテンツのバージョンをネットワーク経由で定期的または周期的に監視してもよい。この監視および／または報告を実施する手法は、図１の透かし埋め込みおよび送達サービス１００に関して上で説明した。

図７は、一実施例による透かしの埋め込みおよびコンテンツ配信の別の方法７００の図である。方法７００は、機械によるアクセスおよび読み取りが可能な媒体に命令として実装される。これらの命令は、機械によって読み込まれて処理されると、図７に示す処理を実行する。

これらの命令を取り外し可能な媒体から機械にアップロードして処理させてもよい。あるいは、これらの命令を１つの機械からネットワーク経由で別の機械にダウンロードして処理させてもよい。さらに、これらの命令を機械にバンドルするかプリロードしてもよい。さらに別の状況においては、これらの命令を、ネットワーク上の１つの機械からの指示により、ネットワーク経由で別の機械で処理させてもよい。

これらの命令は、図６の方法６００に提示された方法に比べ、コンテンツの編成と、透かしの埋め込みと、送達プランによる配信の方法とに関して、より詳細な記述を提供する。これらの命令の処理の一部は図６の方法６００と重複するが、そのような場合は、これらの命令の処理は、図６の方法６００で提示された説明の代替の見解を提供することを意図している。

最初に、７１０において、これらの命令は、コンテンツを複数のセグメントまたはフレームに分解することによって、固有の透かしを埋め込んでネットワーク経由でリソースに配信されるコンテンツを編成する。フレームまたはセグメントの数は構成可能であり、実行時パラメータとして、あるいはコンテンツに対応付けられたメタデータとして、これらの命令に与えてもよい。あるいは、フレームの数は、コンテンツ本来のデータフォーマッ
トまたはコンテンツの圧縮フォーマットに基づき、コンテンツ自体によって定義されてもよい。

７２０において、これらの命令は、透かしのアルファベット、または透かしに対応付けられた使用可能なシンボルセットを取得する。アルファベットまたは使用可能なシンボルセットは、これらの命令に与えられる実行時パラメータまたはメタデータでもよい。このような状況において、アルファベットまたは使用可能なシンボルセットに対応付けられる実際の要素、シンボル、または透かしは、「Λ．．．Ω」等と簡単に決めてもよく、あるいは独自に作成してもよい。アルファベットまたは使用可能なシンボルセットを独自に作成する場合は、アルファベットまたはセットの透かしを、これらのアルファベットまたはシンボルセットのすべての透かし、シンボル、または要素を含むメモリ構造またはファイル識別子を介して取得してもよい。実際には、任意のアルファベットまたはシンボルセットを使用しうるが、そのアルファベットまたはシンボルセットは永続的であり、これらの命令に通知されるか、これらの命令内に構成される必要がある。

一実施形態においては、７２１において、アルファベットまたはシンボルセットの一部のシンボル、要素、または透かしを制御用の要素として予約してもよい。すなわち、制御用のシンボル、要素、または透かしは使用頻度が低く、以前に配信されたコンテンツに対して疑わしい挙動が発生したときに検出目的で使用される。この制御用の要素またはシンボルは、侵害元リソースを捕捉または特定するために、怪しいリソースまたはリソースセットに将来与えられるコンテンツバージョンに割り当てて配布される。場合によっては、これらの制御用の要素またはシンボルをアルファベットまたはシンボルセット内に事前に追加し、制御用に予約する。他の場合は、必要に応じて制御用の要素またはシンボルをアルファベットまたはシンボルセットに動的に追加することによって、アルファベットまたはシンボルセットを動的に拡張してもよい。

７３０において、これらの命令は、透かしシーケンスまたはキーの長さを定義する。ここでも、この長さは、これらの命令によって事前に構成してもよく、あるいは実行時パラメータまたはメタデータとして取得されてもよい。さらに、あるコンテンツは、他のコンテンツと異なる透かしシーケンスまたはキーを有してもよい。すなわち、透かしシーケンスまたはキーの長さを特定の種類のコンテンツに対応付けてもよい。

７４０において、これらの命令は、複製された各バージョンのコンテンツがアルファベットまたはシンボルセットの単一の要素、シンボル、または透かしに対応付けられるように、コンテンツのフレームを複製する。この一例は、図２に関して上で提示し説明した。なお、複数のフレームへの透かしの割り当てを動的に行いうるので、複製を必ずしも行う必要はない。

いったんコンテンツが編成され、これらの命令がアルファベットまたはシンボルセットと、透かしシーケンスの長さまたはキーの長さとを知ると、これらの命令はコンテンツを所望する要求元リソースに対してサービスを実施する準備が整う。したがって、７５０において、これらの命令は、コンテンツを所望または要求した固有の各要求元リソースに固有の透かしシーケンスまたは固有のキーを割り当てる。これにより、これらの命令は、複数のコンテンツバージョンを追跡でき、１つの特定バージョンを有するリソースがどれであるかを特定できるようになる。

一実施形態においては、７６０において、これらの命令は、各要求元リソースが所望のコンテンツを、そのコンテンツの複数のバージョンを取得済みの他の複数のリソースからＰ２Ｐネットワーク経由で取得するための送達プランを作成する。場合によっては、７６１において、送達プランは、要求元リソースがコンテンツのフレームの少なくとも一部を
これらの命令から直接取得できるようにしてもよい。一部の実施形態において、これらの命令は、コンテンツバージョンを取得するための１つ以上のバックアップまたは代替送達プランを作成し、各要求元リソースに提供しうる。さらに他の実施形態において、送達プランは、１つ以上の要求元リソースに対して１つのバージョンのコンテンツの各フレームをこれらの命令から取得するように指示してもよい。

さらに別の実施形態においては、７７０において、これらの命令は、固有の透かしシーケンスまたは固有のキーと複数のリソースのＩＤとを記録してもよい。これにより、これらの命令は、ネットワーク経由で出現または検出された各コンテンツバージョンを能動的に監視および監査することができる。コンテンツバージョンの監視および監査のための手法は、図１の透かし埋め込みおよび送達システム１００と図６の方法６００とに関して上で説明した。

以上で、コンテンツに固有の透かしを埋め込んでネットワーク経由で送達プランとして配信する方法を説明した。これは、コンテンツの制御を容易にすると同時に、認定および奨励されたＰ２Ｐトランザクションによるコンテンツの各部分の取得を可能にすることによって、コンテンツ送達に伴う帯域幅の負荷の均衡化を容易にする。さらに、コンテンツの取得先は、単一の供給源である必要はない。すなわち、これらの手法は、所望のコンテンツの各部分を複数のソースから取得することを奨励すると共に容易にする。これらの部分は組み合わされると、所望のコンテンツの完全なバージョンを形成する。

上記説明は、例示のためであり、限定のためではない。上記説明を綿密に調べると、当業者には他の多くの実施形態が明らかになるであろう。したがって、実施形態の範囲は、付属の特許請求の範囲と、このような特許請求の範囲の権利が与えられる対応物とによって、判定されるものとする。

要約は、３７Ｃ．Ｆ．Ｒ．§１．７２（ｂ）に準拠して提供されており、この要約によって読者は技術的開示内容の性質および要旨を素早く確認できるであろう。この要約は、特許請求の範囲または意味を解釈または制限するためには使用されないという前提の下で提示されるものである。

上記の実施形態の説明においては、開示内容を簡素化するために、さまざまな特徴が単一の実施形態にまとめられている。この開示方法は、記載の実施形態が各請求項に明記されている特徴より多くの特徴を有することの反映と解釈されないものとする。むしろ、以下の特許請求の範囲が示すように、本発明の主題は、開示された単一の実施形態のすべての特徴より少ない数の特徴に見出される。したがって、これによって付属の特許請求の範囲は実施形態の説明に組み込まれ、各請求項はそれ自体で独立した実施例として成立するものとする。

一実施例による透かし埋め込みおよび送達システムの図である。 一実施例による透かしが埋め込まれた例示的コンテンツの図である。 一実施例による、リソース固有の一意な透かしシーケンスを有する、例示的リソースの透かし入りコンテンツの図である。 一実施例による、図１の透かし埋め込みおよび送達システムから取得した固有の透かしシーケンスを有する、例示的リソースの透かし入りコンテンツの図である。 一実施例による、図１の透かし埋め込みおよび送達システムから取得した固有の透かしシーケンスと別のリソースから一部取得した固有の透かしシーケンスとを有する例示的リソースの透かし入りコンテンツの図である。 一実施例による透かし埋め込みおよびコンテンツ配信方法の図である。 一実施例による別の透かし埋め込みおよびコンテンツ配信方法の図である。

Claims (19)

1. コンテンツ送達サービスと、
   透かし埋め込みサービスと、
   前記コンテンツ送達サービスに第１のネットワーク経由で接続され、かつ、それぞれが互いに第２のネットワーク経由で接続された複数のリソースと、
   を備えたシステムであって、
   前記透かし埋め込みサービスは、前記複数のリソースのうちコンテンツの送達を要求した第１のリソースに対する固有の透かしシーケンスを生成し、前記固有の透かしシーケンスは前記第１のリソースによって所望されたコンテンツの複数のフレームに対応付けられ、
   前記コンテンツ送達サービスは、前記コンテンツを前記第１のリソースに送達するための送達プランを作成し、かつ、該送達プランを前記固有の透かしシーケンスと共に、前記第１のネットワーク経由で前記第１のリソースに提供し、
   前記送達プランは、前記コンテンツの複数のフレームのうちの一部を、前記コンテンツ送達サービスおよび前記複数のリソースからなるグループのうちの１つから取得し、かつ、前記コンテンツの複数のフレームのうちの他の一部を、前記グループのうちの他の１つから取得するための、前記第１のリソースへの指示を含む、ことを特徴とするシステム。
2. 請求項１に記載のシステムであって、監視サービスをさらに備え、前記監視サービスは前記固有の透かしシーケンスを有する前記コンテンツのバージョンを前記第１および第２のネットワークで監視する、ことを特徴とするシステム。
3. 請求項２に記載のシステムであって、前記監視サービスは、前記固有の透かしシーケンスを含まない前記コンテンツのバージョンを前記第１および第２のネットワークでさらに監視する、ことを特徴とするシステム。
4. 請求項２に記載のシステムであって、報告サービスをさらに備え、前記報告サービスは、いくつかの未登録バージョンを報告する、ことを特徴とするシステム。
5. 請求項１に記載のシステムであって、前記送達プランは、前記コンテンツの複数のフレームのうちの一部を、前記複数のリソースのうちの１つから前記第２のネットワーク経由でピアツーピア方式で取得するための、前記第１のリソースへの指示を含む、ことを特徴とするシステム。
6. 請求項１に記載のシステムであって、前記コンテンツ送達サービスは、前記コンテンツに対する代替の送達プランを１つ以上作成し、前記１つ以上の代替の送達プランを前記第１のリソースに提供する、ことを特徴とするシステム。
7. 請求項１に記載のシステムであって、前記透かし埋め込みサービスは透かしのアルファベットを維持し、前記アルファベットの各要素が前記コンテンツの固有のフレームに対応付けられる、ことを特徴とするシステム。
8. コンテンツ送達サービスと、透かし埋め込みサービスと、前記コンテンツ送達サービスに第１のネットワーク経由で接続され、かつ、それぞれが互いに第２のネットワーク経由で接続された複数のリソースと、を備えるシステムにおいて実行される方法であって、
   前記コンテンツ送達サービスが、コンテンツに対する要求を、前記複数のリソースのうちの第１のリソースから前記第１のネットワーク経由で受け付けるステップと、
   前記透かし埋め込みサービスが、前記第１のリソースに対応付けられる固有の透かしシーケンスを生成するステップと、
   前記コンテンツ送達サービスが、前記第１のリソースが前記コンテンツを取得するための送達プランを作成するステップであって、前記送達プランは、前記コンテンツの複数のフレームのうちの一部を、前記コンテンツ送達サービスおよび前記複数のリソースからなるグループのうちの１つから取得し、かつ、前記コンテンツの複数のフレームのうちの他の一部を、前記グループのうちの他の１つから取得するための、前記第１のリソースへの指示を含む、ステップと、
   前記コンテンツ送達サービスが、前記固有の透かしシーケンスと前記送達プランとを前記第１のリソースに前記第１のネットワーク経由で通知するステップと、
   を含むことを特徴とする方法。
9. 請求項８に記載の方法であって、
   前記コンテンツ送達サービスが前記コンテンツに対する前記要求を前記第１のリソースから受け付ける前に、前記透かし埋め込みサービスが、前記固有の透かしシーケンスに対するシンボルセットと事前に定義された長さとを取得するステップと、
   前記コンテンツ送達サービスが前記コンテンツに対する前記要求を前記第１のリソースから受け付ける前に、前記透かし埋め込みサービスが、前記コンテンツの各フレームを複製し、前記シンボルセットから選択されたシンボルを前記複製された各フレームに対応付けるステップと、
   をさらに含むことを特徴とする方法。
10. 請求項８に記載の方法であって、前記固有の透かしシーケンスが前記コンテンツ内で２回以上繰り返され、各フレームが前記固有の透かしシーケンスに対応付けられた透かしを含む、ことを特徴とする方法。
11. 請求項８に記載の方法であって、前記送達プランに従って前記コンテンツの複数の不連続フレームを前記第１のリソースに提供するステップをさらに含み、前記不連続フレームのそれぞれに前記固有の透かしシーケンスに含まれた透かしが対応付けられる、ことを特徴とする方法。
12. 請求項１１に記載の方法であって、前記送達プランによって、前記コンテンツの残りのフレームを前記複数のリソースのうちの１つ以上の第２のリソースから前記第２のネットワーク経由でピアツーピア方式で取得するように、前記第１のリソースに指示するステップをさらに含み、前記１つ以上の第２のリソースのそれぞれが前記固有の透かしシーケンスに対応付けられた異なる透かしを有する前記コンテンツのそれぞれ異なるフレームを提供する、ことを特徴とする方法。
13. 請求項８に記載の方法であって、前記コンテンツ送達サービスが、１つ以上の代替の送達プランを作成し、かつ、前記１つ以上の代替の送達プランを前記第１のリソースに前記第１のネットワーク経由で通知するステップをさらに含む、ことを特徴とする方法。
14. 請求項８に記載の方法であって、前記複数のリソースのうちの１つ以上の第２のリソースに対して前記方法をさらに１回以上反復処理するステップをさらに含み、反復ごとに前記第２のリソースのそれぞれが新しい固有の透かしシーケンスと新しい送達プランとを受け取る、ことを特徴とする方法。
15. 請求項８に記載の方法であって、前記固有の透かしシーケンスを調べるために前記コンテンツのバージョンを前記第１および第２のネットワーク経由で監視するステップをさらに含む、ことを特徴とする方法。
16. 複数の命令が搭載された、機械によるアクセスが可能な記録媒体であって、前記命令が前記機械によってアクセスされたときに前記命令によって実行される方法は、
    前記機械に第１のネットワーク経由で接続され且つそれぞれが互いに第２のネットワーク経由で接続された複数のリソースのうちの第１のリソースから要求されたコンテンツを複数のフレームに分解するステップと、
    透かしのためのシンボルセットを取得するステップと、
    透かしシーケンスの長さを定義するステップと、
    前記複数のフレームを複製するステップであって、各固有のフレームが前記シンボルセットのシンボルごとに少なくとも１回複製される、ステップと、
    前記コンテンツを前記第１のリソースが取得するための送達プランを作成するステップであって、前記送達プランは、前記コンテンツの複数のフレームのうちの一部を、前記機械および前記複数のリソースからなるグループのうちの１つから取得し、かつ、前記コンテンツの複数のフレームのうちの他の一部を、前記グループのうちの他の１つから取得するための、前記第１のリソースへの指示を含む、ステップと、
    前記長さを有する固有の透かしシーケンスと前記送達プランとを、前記第１のネットワーク経由で前記第１のリソースに通知するステップと、
    を含むことを特徴とする記録媒体。
17. 請求項１６に記載の機械によるアクセスが可能な記録媒体であって、前記命令によって実行される前記方法は、疑わしい要求元リソースに対応付けられるシンボルセットに制御シンボルを付加して、前記制御シンボルを有する前記コンテンツのバージョンをネットワーク経由で監視するステップをさらに含む、ことを特徴とする記録媒体。
18. 請求項１６に記載の機械によるアクセスが可能な記録媒体であって、前記送達プランは、前記コンテンツの複数のフレームのうちの一部を、前記複数のリソースのうちの１つ以上の第２のリソースから前記第２のネットワーク経由でピアツーピア方式で取得するための、前記第１のリソースへの指示を含む、ことを特徴とする記録媒体。
19. 請求項１６に記載の機械によるアクセスが可能な記録媒体であって、前記命令によって実行される前記方法は、前記固有の透かしシーケンスを調べるために前記コンテンツのバージョンを前記第１および第２のネットワーク経由で監視するステップをさらに含む、ことを特徴とする記録媒体。

Images