JP2017534127A - コンテンツフォーマット変換の検証 - Google Patents

Abstract

コンテンツ変換検証が、第１のコンピュータシステムにおいて、元のコンテンツファイルをターゲットフォーマットに変換し、該ターゲットフォーマットでの変換コンテンツファイルを生成するステップと、変換コンテンツファイルのためのチェックサムを生成するステップと、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムに送るステップと、を含む。キーワードとして、コンテンツ検証及びチェックサムが挙げられる。【選択図】図２Ｂ

Description

本開示は、コンテンツフォーマット変換の検証に関し、より具体的には、チェックサムに基づくコンテンツフォーマット変換の検証に関する。

オーディオビジュアル（ＡＶ）コンテンツの品質が改善されてＡＶコンテンツのファイルサイズが大きくなるにつれ、既に配信されたＡＶコンテンツデータの二次使用が、コンテンツ消費を拡大する選択肢の１つになる。サポートされるＡＶコンテンツファイルフォーマットは、再生システムに応じて異なる。元の配信ファイル内のビデオデータ及びオーディオデータと同じ品質のデータを再使用するために、ファイルフォーマット変換処理を使用することができる。

本開示は、コンテンツ変換検証を提供する。

１つの実装では、コンテンツ変換検証方法を開示する。この方法は、第１のコンピュータシステムにおいて、元のコンテンツファイルをターゲットフォーマットに変換し、ターゲットフォーマットでの変換コンテンツファイルを生成するステップと、変換コンテンツファイルのためのチェックサムを生成するステップと、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムに送るステップと、を含む。

別の実装では、コンテンツ変換検証方法を開示する。この方法は、第１のコンピュータシステムにおいて、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取るステップと、第１のコンピュータシステムにおいて、元のコンテンツファイルをターゲットフォーマットに変換し、ターゲットフォーマットでの変換コンテンツファイルを生成するステップと、第１のコンピュータシステムにおいて、変換コンテンツファイルのための新たなチェックサムを生成するステップと、第１のコンピュータシステムにおいて、受け取ったチェックサムと新たなチェックサムとを比較するステップと、を含む。

別の実装では、コンテンツ変換検証装置を開示する。この装置は、第１のコンピュータシステムにおいて、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取る手段と、第１のコンピュータシステムにおいて、元のコンテンツファイルをターゲットフォーマットに変換し、ターゲットフォーマットでの変換コンテンツファイルを生成する手段と、第１のコンピュータシステムにおいて、変換コンテンツファイルのための新たなチェックサムを生成する手段と、第１のコンピュータシステムにおいて、受け取ったチェックサムと新たなチェックサムとを比較する手段と、を含む。

別の実装では、コンテンツ変換を検証するためのコンピュータプログラムを記憶する非一時的コンピュータ可読媒体を開示する。このコンピュータプログラムは、実行可能命令を含み、この実行可能命令は、コンピュータに、第１のコンピュータシステムにおいて、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取ることと、第１のコンピュータシステムにおいて、元のコンテンツファイルをターゲットフォーマットに変換し、ターゲットフォーマットでの変換コンテンツファイルを生成することと、第１のコンピュータシステムにおいて、変換コンテンツファイルのための新たなチェックサムを生成することと、第１のコンピュータシステムにおいて、受け取ったチェックサムと新たなチェックサムとを比較することと、を行わせる。

さらに別の実装では、装置を開示する。この装置は、プロセッサと、プロセッサに接続されたメモリと、を含み、メモリは、コンテンツ変換を検証するためのコンピュータプログラムを記憶し、このコンピュータプログラムは、プロセッサによって実行可能な命令を含み、この命令は、装置に、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取ることと、元のコンテンツファイルをターゲットフォーマットに変換し、ターゲットフォーマットでの変換コンテンツファイルを生成することと、変換コンテンツファイルのための新たなチェックサムを生成することと、受け取ったチェックサムと新たなチェックサムとを比較することと、を行わせる。

本開示の態様を一例として示す以下の説明から、本開示のその他の特徴及び利点が明らかになるであろう。

同じ部分を同じ参照数字によって示す添付のさらなる図面を検討することにより、本開示の詳細を、その構造及び動作の両方に関して部分的に入手することができる。

本開示の１つの実装による、コンテンツ変換検証処理の論理構造及びファイルシステムレイヤ構造を示す図である。 本開示の一実施形態による、コンテンツ変換検証処理を示すフロー図である。 本開示の一実施形態による、コンテンツ検証処理を示すフロー図である。 元のファイルが、ビデオ及びオーディオＥＳレイヤ暗号化を含む「固定サイズパケット」フォーマットを使用している場合の説明図である。 元のファイルが、ビデオ及びオーディオＥＳレイヤ暗号化を含む「固定サイズパケット」フォーマットを使用している場合に、コンテンツ暗号解読及び再暗号化処理を伴わずにどのようにコンテンツ変換を行うかを示す説明図である。 元のファイル５１０が、固定サイズブロック暗号による暗号化を含む「固定サイズパケット」フォーマットを使用している場合の説明図である。 元のファイルが、固定サイズブロック暗号による暗号化を含む「固定サイズパケット」フォーマットを使用している場合に、コンテンツ暗号解読及び再暗号化処理を伴ってどのようにコンテンツ変換を行うかを示す説明図である。 １つの実装による、フレームベースでの（多重化ビデオ、オーディオ及びその他のデータユニットを含む）メディアフォーマットの説明図である。 変換後の使用のために別のデータを提供することによって「フレームベース」から「固定サイズパケット」への変換及びチェックサムの比較を行う処理の説明図である。 元のストリーム内に含まれるビデオデータと同じビデオデータを全て再使用することによって「固定サイズパケット」から「フレームベース」への変換及びチェックサムの比較を行う処理の説明図である。 変換後の使用のために別のデータを提供することによって「固定サイズパケット」フォーマットから「フレームベース」フォーマットへの変換及びチェックサムの比較を行う処理の説明図である。 １つの実装による、固定サイズパケット内に多重化ビデオ、オーディオ及びその他のデータユニットを含むメディアフォーマットの説明図である。 元のストリーム内に含まれるビデオデータと同じビデオデータを全て再使用することによって「固定サイズパケット」から「フレームベース」への変換及びチェックサムの比較を行う処理の説明図である。 変換後の使用のために別のデータを提供することによって「固定サイズパケット」フォーマットから「フレームベース」フォーマットへの変換及びチェックサムの比較を行う処理の説明図である。 別個に準備したビデオ形態を変換出力ファイルフォーマットのヘッダファイルに含める処理の説明図である。

上述したように、既に配信されたＡＶコンテンツデータの二次使用は、コンテンツ消費を拡大する選択肢の１つになる。元の配信ファイル内のビデオデータ及びオーディオデータと同じ品質のデータを再使用するために、ファイルフォーマット変換処理を使用することができる。例えば、ビデオ及びオーディオを含む動画像符号化専門家グループトランスポートストリーム（ＭＰＥＧ−ＴＳ）は、ビデオ及びオーディオエレメンタリストリームをトランスコードすることなく国際標準化機構（ＩＳＯ）ＭＰＥＧ−４、パート１４（ＭＰ４）ファイルフォーマットに変換することができる。別の例では、ＭＰ４ファイルフォーマットストリームをＭＰＥＧ−ＴＳストリームに変換することもできる。なお、ＭＰ４フォーマットは、ビデオフレームベースの多重化ファイルフォーマットに基づく代表的なフォーマットであり、ＭＰＥＧ−ＴＳは、固定サイズのパケット多重化ファイルフォーマットに基づく代表的なフォーマットである。

本明細書で開示するいくつかの実装は、コンテンツ変換検証技術を教示する。１つの実装では、チェックサムを用いてコンテンツフォーマット変換の結果を検証する。１つの例では、コンテンツファイルを準備し、第１のフォーマットで第１のコンピュータシステム（コンテンツプロバイダのサーバなど）に記憶する。このシステムは、ターゲットフォーマットにおけるファイルのためのチェックサムを生成する。これらのコンテンツファイルとチェックサムを共に配信する。これらのファイル及びチェックサムを第２のコンピュータシステム（エンドユーザのプレーヤ又はクライアントシステムなど）が受け取り、コンテンツファイルをターゲットフォーマットに変換する。この第２のシステムは、ターゲットフォーマットにおけるファイルのためのローカルチェックサムを生成する。次に、第２のシステムは、受け取ったチェックサムとローカルチェックサムとを比較して、変換が上手くいった（又は少なくとも容認できる）ことを検証することができる。さらなる実装は、以下に限定されるわけではないが、（１）再暗号化を伴う又は伴わないファイルフォーマット変換、（２）コンテンツファイルにおけるフォレンジックウォーターマーキングのサポート、（３）変換中／変換後におけるチェックサムのチェック、及び（４）「暗号解読及び再暗号化処理」を伴う又は伴わない「フレームベース」から「固定パケットサイズ」への変換及び「固定パケットサイズ」から「フレームベース」への変換などの変換、のうちの１つ又は２つ以上を含むことができる。本開示を通じて「チェックサム」という用語に言及するが、この用語は、誤りを検出してデータ完全性を検証するための（限定ではないが、チェックサム関数（例えば、ＵＮＩＸチェックサム関数）、ハッシュ関数及びフィンガープリント関数の結果を含む）いずれかのデジタルデータブロックを意味するために使用することができる。

さらなる実装では、ターゲットフォーマットに変換するファイルを複数のセグメント（又はチャンク）にセグメント化（又はチャンク化）する。従って、変換処理中にチェックサムの生成及び比較を行うことができる。１つの実装では、変換処理中にセグメント毎にチェックサムの生成及び比較を行うことができる。別の実装では、変換処理中に所定数のセグメントにわたってチェックサムの生成及び比較を行うことができる。さらに別の実装では、変換処理の完了後にチェックサムの生成及び比較を行うことができる。

さらなる実装では、変換出力データの先頭から複数のチェックサムチェックポイントまでに対してチェックサムを生成する。従って、変換処理中にチェックサムの生成及び比較を行いながら、変換出力の正当性を先頭から関連するチェックサムチェックポイントまで検証することができる。１つの実装では、変換出力データの先頭から現在の変換出力データまでチェックサムの生成を実行し続け、変換処理中に出力データの先頭から現在の出力データまでの比較を行うことができる。別の実装では、同様に（先頭から現在の変換出力データまで）チェックサムの生成及び比較を行って、変換処理の完了後にチェックサムの比較を行うことができる。

以下の説明を読めば、様々な実装及び用途における本開示の実装方法が明らかになるであろう。しかしながら、本明細書では本開示の様々な実装について説明するが、これらの実装はほんの一例として示すものであって限定ではないと理解されたい。従って、この様々な実装の詳細な説明は、本開示の範囲又は外延を限定するものではないと解釈されたい。

図１に、本開示の１つの実装による、コンテンツ変換検証処理の論理構造１００及びファイルシステムレイヤ構造１５０を示す。論理構造１００及びファイルシステムレイヤ構造１５０は、各々がビデオデータの集合体であるクリップ１、２Ａ、２Ｂ及び３（ビデオクリップ、他の実装ではオーディオデータなどの異なるデータ集合体を使用することもできる）を含む。論理構造１００に示すように、クリップ１及び３は、鍵１で暗号化されており、クリップ２は、鍵ａ及び鍵ｂで暗号化されている。鍵Ａで暗号化されたクリップ２はクリップ２Ａと表記しており、鍵Ｂで暗号化されたクリップ２はクリップ２Ｂと表記している。これらの暗号化クリップは、暗号化ファイルとして順に配置され、配信できるように準備される（例えば、光ディスク又はオンライン配信ストレージサーバに記憶される）。ファイルシステムレイヤ構造１５０に示すように、鍵ａで暗号化されたクリップ（すなわち、クリップ２Ａ）及び鍵ｂで暗号化されたクリップ（すなわち、クリップ２Ｂ）は、順に隣同士に配置される。

１つの実装では、ファイルフォーマット変換の実装によって正しい出力データが誤りなく生成されたことを検証するために、コンテンツ準備処理において正しいファイルフォーマット変換出力データのためのチェックサムを生成する。チェックサムデータは、元のコンテンツの配信と共に提供される。チェックサムの例としては、メッセージダイジェスト５（ＭＤ５）、セキュアハッシュアルゴリズム１（ＳＨＡ−１）、及びＳＨＡ−２５６などの出力ファイルハッシュ値計算結果が挙げられる。

図２Ａは、本開示の一実施形態によるコンテンツ変換検証処理２００を示すフロー図である。図示の図２Ａの実施形態では、ブロック２１０において、元のコンテンツファイルを（第１のコンピュータシステムにおいて）ターゲットフォーマットに変換する。この変換により、ターゲットフォーマットでの変換コンテンツファイルが生成される。ブロック２２０において、変換コンテンツファイルのためのチェックサムを生成する。その後、ブロック２３０において、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムに送信する。

ファイルフォーマット変換の１つの実装では、装置が、ファイル及びチェックサムを受け取るコンピュータシステムとして構成される。このシステムは、ファイルの変換後に、（変換処理中又は変換処理後に）自機のファイルフォーマット変換出力データのチェックサムを計算する。その後、システムは、計算したチェックサムと、コンテンツディストリビュータ（例えば、第１のコンピュータシステム）が準備してここから受け取られたチェックサムとを比較する。チェックサムが一致した場合、受信側システムによって生成された出力データは正しいと検証される。このように、少なくともいくつかの実装では、ファイルフォーマット変換出力ファイルの検証が容易かつ効率的になる。また、チェックサムによってサポートされるファイルフォーマット変換出力データ検証は、元のファイル内でコンテンツが暗号化されている時にも適用可能であり、（変換出力データの暗号化鍵が予め決まっている時には）ファイル変換処理中にコンテンツの暗号解読及び再暗号化が行われる。チェックサムによってサポートされるファイルフォーマット変換出力データは、元のファイル及び／又はファイルフォーマット変換出力ファイルが個別化ビデオセグメント（例えば、フォレンジックウォーターマーキング）を含む際にも適用可能である。１つの実装では、装置がメディアプレーヤである。

図２Ｂは、本開示の一実施形態によるコンテンツ検証処理２００を示すフロー図である。図示の図２Ｂの実施形態では、ブロック２５０において、第１のコンピュータシステムにおいて第２のコンピュータシステムから元のコンテンツファイル及びチェックサムを受け取る。ブロック２６０において、元のコンテンツファイルをターゲットフォーマットに変換する。この変換により、ターゲットフォーマットでの変換コンテンツファイルが生成される。ブロック２７０において、変換コンテンツファイルのための新たなチェックサムを生成する。その後、ブロック２８０において、受け取ったチェックサムと新たなチェックサムとを比較する。

１つの実装の動作例では、コンテンツファイルが、ビデオデータを含むビデオファイルである。このビデオデータを（逐語的に及び／又は論理的に）フレームに分割する。コンテンツファイルは、固定パケットサイズ（例えば、ＭＰＥＧ−ＴＳ＋４バイトのヘッダ＝１９２バイトのパケット）を有し、暗号化（例えば、ビデオ／オーディオエレメンタリストリーム（ＥＳ）レイヤ暗号化）される。コンテンツファイルは、フレームベースファイルフォーマットを有する変換ファイル（例えば、ＩＳＯベースメディアファイルフォーマット、シングルトラックファイル）に変換されて暗号化（例えば、ビデオ／オーディオＥＳレイヤ暗号化、Ｃｏｍｍｏｎ Ｅｎｃｒｙｐｔｉｏｎ）される。コンテンツプロバイダは、元のコンテンツファイルを記憶しているプロバイダコンピュータシステムを用いて元のコンテンツファイルを変換ファイルに変換し、この変換ファイルのためのチェックサム（「プロバイダチェックサム」）を生成する。コンテンツプロバイダは、元のコンテンツファイルをプロバイダチェックサムと共に配信する。

１つの実装では、装置が、元のコンテンツファイル及びプロバイダチェックサムを受け取って（例えば、インターフェイスユニット）記憶ユニットに記憶するクライアントシステムとして構成される。このクライアントシステムは、変換ファイル内で元のコンテンツファイルをターゲットフォーマットに変換する（例えば、コンバータ）。クライアントシステムは、このコンテンツファイルを暗号解読しない。次に、クライアントシステムは、変換ファイルを用いて新たなチェックサムを生成する（例えば、チェックサム生成器）。或いは、クライアントシステムは、変換処理中に新たなチェックサムを生成する。クライアントシステムは、（元のコンテンツファイルと共に受け取った）プロバイダチェックサムと（クライアントシステムによって生成された）新たなチェックサムとを（例えば、チェックサム比較器によって）比較する。チェックサムが一致した場合、クライアントシステムは、変換が上手くいったことを確認する。１つの実装では、受け取ったチェックサムと新たなチェックサムとが一致した場合、クライアントシステムが検証フラグを生成する。変換が上手くいかなかった場合、クライアントシステムは、失敗をレポートしてプロバイダに新たなファイル及び／又はチェックサムを要求することができる。或いは、クライアントシステムは、プロバイダシステムが検証できるように新たなチェックサムをプロバイダシステムに送ることもできる。１つの実装では、クライアントシステムがメディアプレーヤである。

図３〜図１４に、様々なメディアフォーマットと、「暗号解読及び再暗号化処理」を伴う又は伴わない「フレームベース」から「固定パケットサイズ」への変換及び「固定パケットサイズ」から「フレームベース」への変換などの様々な変換とを示す。

図３及び図４には、再暗号化を伴わないファイルフォーマット変換の詳細を示す。

図３は、元のファイル３１０が、ビデオ及びオーディオＥＳレイヤ暗号化（例えば、Ｃｏｍｍｏｎ Ｅｎｃｒｙｐｔｉｏｎ）を含む「固定サイズパケット」フォーマット（例えば、１９２バイトに等しいＭＰＥＧ−ＴＳプラス４バイトヘッダ）を使用している場合の説明図３００である。図３では、（第１のコンピュータシステム上に存在する）コンテンツ準備処理がファイルフォーマット変換処理を実行して、元のファイル３１０を、ビデオ暗号化鍵３１２を用いたビデオ暗号化及びオーディオ暗号化鍵３１４を用いたオーディオ暗号化を含む「フレームベース」フォーマット（例えば、ＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ））に変換する。コンテンツ準備処理は、チェックサム計算処理も実行してチェックサム３１６を生成する。次に、（ビデオ及びオーディオ暗号化を含む）元のファイル３１０及びチェックサム３１６を第２のコンピュータシステムに送る。１つの実装では、第１のコンピュータシステムがコンテンツプロバイダサーバであり、第２のコンピュータシステムがクライアント装置である。

第２のコンピュータシステムは、（ビデオ及びオーディオ暗号化を含む）元のファイル３１０及びチェックサム３１６を受け取る。受け取った元のファイル３１０は、再生３１８に使用することができる。さらに、第２のコンピュータシステム上に存在するファイルフォーマット変換処理を実行して、元のファイル３１０を、ビデオ及びオーディオＥＳレイヤ暗号化を含む出力ファイル３２０に変換する。第２のコンピュータシステムのファイルフォーマット変換処理は、（変換処理中又は変換処理後に）自機のファイルフォーマット変換出力データのチェックサムを計算し、計算したチェックサムと、第１のコンピュータシステムが準備してここから受け取られたチェックサムとを比較する（３２２）。チェックサムが一致した場合、第２のコンピュータシステムによって生成された出力ファイル３２０は正しいと検証される。この比較によってチェックサムが一致しなかった場合、クライアントシステムは、失敗をレポートしてプロバイダに新たなファイル及び／又はチェックサムを要求することができる。或いは、クライアントシステムは、プロバイダシステムが検証できるように新たなチェックサムをプロバイダシステムに送ることもできる。

図４は、図３に示す説明図３００と同様の、ただしコンテンツ再生鍵をどのように管理すべきかを示す図を追加した、再暗号化を伴わないファイルフォーマット変換の説明図４００である。図４では、コンテンツプロバイダサーバ４１０とライセンスサーバ（例えば、小売業者）４１２との間で鍵が共有される。図４の他の要素は図３のものと同様である。

図５及び図６には、 再暗号化を伴うファイルフォーマット変換の詳細を示す。

図５は、元のファイル５１０が、「固定サイズパケット」フォーマット（例えば、ＭＰＥＧ−ＴＳ＋４バイトのヘッダ＝１９２バイトのパケット）を使用している場合の説明図５００である。図５では、（第１のコンピュータシステム上に存在する）コンテンツ準備処理がファイルフォーマット変換処理を実行して、元のファイル５１０を「フレームベース」フォーマット（例えば、ＩＳＯベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ））に変換する。コンテンツ準備処理は、チェックサム計算処理も実行してチェックサム５１２を生成する。元のファイル５１０は、ブロック鍵５１４（Ｂｌｕ−ｒａｙ（登録商標）ディスクのためのアドバンスドアクセスコンテンツシステム（ＡＡＣＳ）の例である暗号ブロック連鎖（ＣＢＣ））で暗号化されている。次に、元のファイル５１０及びチェックサム５１２を第２のコンピュータシステムに送る。

第２のコンピュータシステムは、元のファイル５１０及びチェックサム５１２を受け取る。受け取った元のファイル５１０は、再生５１６に使用することができる。さらに、第２のコンピュータシステム上に存在するファイルフォーマット変換処理を実行する。しかしながら、この事例では、ビデオ及びオーディオファイルを再暗号化して、暗号化ビデオ及びオーディオファイル５２０を生成する。第２のコンピュータシステムのファイルフォーマット変換処理は、（変換処理中又は変換処理後に）自機のファイルフォーマット変換出力データのチェックサムを計算し、計算したチェックサムと、第１のコンピュータシステムが準備してここから受け取られたチェックサムとを比較する（５２２）。チェックサムが一致した場合、第２のコンピュータシステムによって生成された出力ファイル５２０は正しいと検証される。この比較によってチェックサムが一致しなかった場合、クライアントシステムは、失敗をレポートしてプロバイダに新たなファイル及び／又はチェックサムを要求することができる。或いは、クライアントシステムは、プロバイダシステムが検証できるように新たなチェックサムをプロバイダシステムに送ることもできる。

図６は、図５に示す説明図５００と同様の、ただしコンテンツ再生鍵をどのように管理すべきかを示す図を追加した、再暗号化を伴うファイルフォーマット変換の説明図６００である。図６では、変換処理が、再生のために提供された鍵と同じ鍵を使用することも、或いはサーバから鍵を受け取ることもできる。変換鍵は、元の鍵を用いて、又は単独で生成される。

図７は、１つの実装による、（多重化ビデオ、オーディオ及びその他のデータユニットを含む）フレームベースのメディアフォーマットの説明図７００である。多重化は、ビデオ／オーディオフレーム毎に、又は複数のビデオピクチャ群（ＧＯＰ）（例えば、ＭＰＥＧ−４（ＭＰ４）フォーマット又は共通ファイルフォーマット（ＣＦＦ））などのさらに大きなブロック毎に適用される。この実装では、個別化をフレーム（又はさらに大きなユニット）毎に適用することができる。

エレメンタリストリーム（ＥＳ）７１０内のソースフレームは、３つのビデオデータユニットＶ１、Ｖ２及びＶ３と、２つのオーディオユニット７１２及び７１６と、他の１つのデータユニット７１４とを含む。ＥＳ７２０内のフレーム（ストリーム１Ａ）は、鍵ａ及び鍵ｂでそれぞれ暗号化された２つのＶ２フレーム７２２及び７２４（フレームＶ２−ａ及びＶ２−ｂ）を含む。フレーム毎に暗号化も適用する場合、暗号化が個別化セグメントの選択に影響を与えることはない。ストリーム１Ａ ７２０では、プレーヤが、与えられた鍵との一致に基づいてフレームＶ２−ａ又はＶ２−ｂを選択する必要がある。例えば、鍵ａを受け取ったプレーヤは、フレームＶ２−ａを暗号解読して再生する。ストリーム１Ｂでは、ＥＳ７３０内のフレームがＥＳ７４０内のフレームと重複する。従って、ストリーム１Ｂでは、１又は２以上の暗号化ブロックのユニットにおいて個別化セグメントの選択を行うことができる。プレーヤは、与えられた鍵との一致に基づいて暗号化ブロックを選択する必要がある。従って、これらのブロックは、１つのファイル内に存在することも、或いは別個のファイルとして記憶して連続再生することもできる。鍵ａを受け取ったプレーヤは、Ｖ２−ａを含むブロックを暗号解読し、鍵ｂを受け取ったプレーヤは、Ｖ２−ｂを含むブロックを暗号解読する。

図７の説明図７００は、フレームベースのビデオウォーターマーキングに基づくものであるが、同じセグメンテーション法を通じてさらに長いビデオマーキング又はオーディオマーキングなどの他の手段を適用することもできる。（ＭＰ４ヘッダ及びその他のコンテナフォーマットレイヤなど）の多重化レイヤは、説明図７００を単純にするために省いている。さらに、フレームＶ２−ａ及びＶ２−ｂは、挿入された異なるビデオウォーターマークを有することができる。従って、コンテンツシーケンス全体にわたって個別化された複数のセグメントを有することにより、情報を記憶するペイロードを提供することができる。

図８は、クライアント装置において「フレームベース」から「固定サイズパケット」への変換及びチェックサムの比較を行う処理８００の説明図である。この変換は、変換後の使用のために別のデータを提供することによって行われる。変換事例８１０は、ストリーム１Ａからストリーム２Ａへの変換であり、変換事例８２０は、ストリーム１Ａからストリーム２Ｂへの変換である。事例８１０又は８２０のいずれにおいても、ビデオデータの元の形態は廃棄され、別個に準備された既に暗号化されているビデオデータが使用される。コンテンツ作成者は、元のフォーマットのストリーム（ストリーム１Ａ）とは別個にデータフォーマット（ストリーム２Ａ又は２Ｂ）のＶ２−ｃ及びＶ２−ｄ部分を準備し、このデータのＶ２−ｃ及びＶ２−ｄ部分をメディア上の又はサーバからの別個のファイルとして提供する。

上述したように、両事例８１０又は８２０では、変換処理によって元のビデオデータからＶ２−ａ及びＶ２−ｂ部分が廃棄され（８１２を参照）、差し替えとしてＶ２−ｃ及びＶ２−ｄデータが挿入される（８１６を参照）。パケット８１４は、別個に準備された暗号化ビデオ形態（固定サイズのパケット内で暗号化されたビデオＥＳ）を構成する。ブロック８２２は、別個に準備された（ビデオ形態を含む）暗号化ブロックを構成する。データＶ２−ｃ又はＶ２−ｄは、Ｖ２−ａ／Ｖ２−ｂと同じビデオデータであっても、又はそうでなくてもよく、Ｖ２−ａ／Ｖ２−ｂと同じ鍵で暗号化しても、又はしなくてもよい。データフォーマット（２Ａ）／（２Ｂ）の再生ライセンスは、データフォーマット（１Ａ）に使用される鍵と比べて異なる鍵セットを提供することができる。変換処理は、データフォーマット（２Ａ）／（２Ｂ）に既に暗号化されている別形態のデータを提供することにより、Ｖ２−ａ／Ｖ２−ｂのビデオデータを公開する必要がなく、特定のプレーヤに与えられた鍵セットに関連付けられた暗号解読画像におけるフォレンジックＷＭ識別子の一意性を維持することができる。１つの実装では、変換処理が完了すると、ブロック８３０（ストリーム２Ａの場合）又は８３２（ストリーム２Ｂの場合）においてチェックサムを生成し、コンテンツプロバイダサーバから受け取ったチェックサムと比較する。他の実装では、変換処理中にチェックサムの比較を行うことができる。

図９は、クライアント装置において「固定サイズパケット」から「フレームベース」への変換及びチェックサムの比較を行う処理９００の説明図である。この変換は、元のストリームに含まれるビデオデータと同じビデオデータを全て再使用することによって行われる。変換事例９１０は、暗号化ビデオデータを維持したストリーム２Ａからストリーム１Ａへの変換である。さらに、ビデオデータは、「固定サイズパケット」フォーマット（例えば、ＭＰＥＧ−ＴＳ）から「フレームベース」フォーマット（例えば、ＭＰ４）に再多重化される。同様に、オーディオデータ及びその他のデータも「フレームベース」フォーマットに再多重化される。「フレームベース」フォーマットの変換出力ファイル（フォーマット１Ａ’）は、ビデオ９２０、オーディオ９２２及びその他のデータ９２４を含む別個のトラックファイルとすることができる。変換処理が完了すると、ブロック９３０（フォーマット１Ａの場合）又は９３２（フォーマット１Ａ’の場合）においてチェックサムを生成し、コンテンツプロバイダサーバから受け取ったチェックサムと比較する。他の実装では、変換処理中にチェックサムの比較を行うことができる。

図１０は、クライアント装置において「固定サイズパケット」フォーマット１０１０から「フレームベース」フォーマット１０３０への変換及びチェックサムの比較を行う処理１０００の説明図である。この変換は、変換後の使用のために別のデータを提供することによって行われる。変換事例１０２０は、ビデオデータの元の形態を再使用するストリーム２Ａ １０１０からストリーム１Ａ １０３０への変換である。再生では、ビデオ形態のいずれか一方（Ｖ２−ａ又はＶ２−ｂ）に割り当てられた１つ鍵のみを有する特定のプレーヤユニットによってこれらのビデオ形態の一方を暗号解読することができる。コンテンツ作成者は、元のフォーマットのストリーム（２Ａ）とは別個にデータフォーマットストリーム（１Ａ）のＶ２−ｃ及びＶ２−ｄ部分を準備し、このデータのＶ２−ｃ及びＶ２−ｄ部分をメディア上の又はサーバからの別個のファイルとして提供する。従って、ブロック１５２２は、別個に準備された（ビデオ形態を含む）暗号化ブロックを構成する。

変換処理１０２０では、元のビデオデータからＶ２−ａ １０１２及びＶ２−ｂ １０１４部分が廃棄され、差し替えとしてデータＶ２−ｃ及びＶ２−ｄが挿入される。Ｖ２−ｃ／Ｖ２−ｄは、Ｖ２−ａ／Ｖ２−ｂと同じビデオデータであっても、又はそうでなくてもよく、Ｖ２−ａ／Ｖ２−ｂと同じ鍵で暗号化しても、又はしなくてもよい。データフォーマット（１Ａ）の再生ライセンスは、データフォーマット（２Ａ）に使用される鍵と比べて異なる鍵セットを提供することができる。コンテンツ作成者は、既に暗号化されている別形態のデータをデータフォーマット（１Ａ）に提供することにより、異なる技術を用いてデータフォーマット（２Ａ）及び（１Ａ）専用の形態を準備することができる。また、データフォーマット（２Ａ）及び（１Ａ）の再生は異なる鍵セットによって管理することもでき、暗号解読画像において異なるウォーターマーク識別子を使用することもできる。従って、フォーマット（１Ａ’）１０４０で示すように、変換出力ファイルは、ビデオ、オーディオ及びその他のデータユニットの各々を含む別個のトラックファイルとすることができる。１つの実装では、変換処理が完了すると、ブロック１０５０（フォーマット１Ａの場合）又は１０５２（フォーマット１Ａ’の場合）においてチェックサムを生成し、コンテンツプロバイダサーバから受け取ったチェックサムと比較する。他の実装では、変換処理中にチェックサムの比較を行うことができる。

図１１は、１つの実装による、固定サイズのパケット内に多重化ビデオ、オーディオ及びその他のデータユニットを含むメディアフォーマットの説明図１１００である。この多重化は、固定サイズのパケット（例えば、Ｂｌｕ−ｒａｙ（登録商標）ディスクフォーマットでのＭＰＥＧ−ＴＳベースのブロードキャスト）において適用される。この実装では、個別化をフレーム（又はさらに大きなユニット）毎に適用することができるが、固定サイズのパケットシーケンスを考慮する必要がある。フレーム毎に暗号化も適用する場合（例えば、ストリーム２Ａ）、暗号化が個別化セグメントの選択に影響を与えることはない。暗号化ユニットが、異なるタイプのエレメンタリストリーム（例えば、ストリーム２Ｂ １１１０）と重複する場合、個別化セグメントの選択は、１又は２以上の暗号化ブロックのユニットにおいて行うことができる。

説明図１１００は、フレームベースのビデオウォーターマーキングに基づくものであるが、同じセグメンテーション法を通じてさらに長いビデオマーキング又はオーディオウォーターマーキングなどの他の手段を適用することもできる。（ＭＰＥＧ−ＴＳヘッダ及びその他のコンテナフォーマットレイヤなどの）多重化レイヤは、説明図１１００を単純にするために省いている。さらに、フレームＶ２−ａ及びＶ２−ｂは、挿入された異なるビデオウォーターマークを有することができる。コンテンツシーケンス全体にわたって個別化された複数のセグメントを有することにより、情報を記憶するペイロードを提供することができる。従って、個別化は、ターゲットビデオフレーム（図１１におけるＶ２）が含まれる（単複の）暗号化ブロックに適用することができる。個別化セグメントは、他のビデオフレームデータ又はオーディオデータを含むこともできる。これらのブロックは、１つのファイル内に存在することも、或いは別個のファイルとして記憶して連続再生することもできる。

図１２は、クライアント装置において「固定サイズパケット」から「フレームベース」への変換及びチェックサムの比較を行う処理１２００の説明図である。この変換は、元のストリームに含まれるビデオデータと同じビデオデータを全て再使用することによって行われる。変換事例１２１０は、ビデオデータの元の形態を再使用するストリーム２Ｂからストリーム１Ａへの変換である。フォーマット（２Ｂ）の元の暗号化ブロックデータを暗号解読し、ビデオデータを逆多重化する。さらに、ビデオＥＳレイヤに暗号化を適用し、従って「フレームベース」フォーマットに再多重化を適用する（図５も参照）。「フレームベース」フォーマットの変換出力ファイル（フォーマット１Ａ’）は、ビデオ１２２０、オーディオ１２２２及びその他のデータ１２２４を含む別個のトラックファイルとすることができる。１つの実装では、変換処理が完了すると、ブロック１２３０（フォーマット１Ａの場合）又は１２３２（フォーマット１Ａ’の場合）においてチェックサムを生成し、コンテンツプロバイダサーバから受け取ったチェックサムと比較する。他の実装では、変換処理中にチェックサムの比較を行うことができる。

図１３は、クライアント装置において「固定サイズパケット」フォーマット１３１０から「フレームベース」フォーマット１３３０への変換及びチェックサムの比較を行う処理１３００の説明図である。この変換は、変換後の使用のために別のデータを提供することによって行われる。変換事例１３２０は、ビデオデータを再使用するストリーム２Ｂ １３１０からストリーム１Ａ １３３０への変換である。再生ではビデオ形態のいずれか一方（Ｖ２−ａ又はＶ２−ｂ）に割り当てられた１つ鍵のみを有する特定のプレーヤユニットによってこれらのビデオ形態の一方を暗号解読することができる。コンテンツ作成者は、元のフォーマットのストリーム（２Ｂ）とは別個にデータフォーマットストリーム（１Ａ）のＶ２−ｃ及びＶ２−ｄ部分を準備し、このデータのＶ２−ｃ及びＶ２−ｄ部分をメディア上の又はサーバからの別個のファイルとして提供する。従って、ブロック１３３２は、別個に準備された（ビデオ形態を含む）暗号化ブロックを構成する。

変換処理１３２０では、元のビデオデータからＶ２−ａ １３１２及びＶ２−ｂ １３１４部分が廃棄され、差し替えとしてＶ２−ｃ及びＶ２−ｄデータ１３３２が挿入される。Ｖ２−ｃ／Ｖ２−ｄは、Ｖ２−ａ／Ｖ２−ｂと同じビデオデータであっても、又はそうでなくてもよく、Ｖ２−ａ／Ｖ２−ｂと同じ鍵で暗号化しても、又はしなくてもよい。データフォーマット（１Ａ）の再生ライセンスは、データフォーマット（２Ｂ）に使用される鍵と比べて異なる鍵セットを提供することができる。コンテンツ作成者は、既に暗号化されている別形態のデータをデータフォーマット（１Ａ）に提供することにより、異なる技術を用いてデータフォーマット（２Ｂ）及び（１Ａ）専用の形態を準備することができる。また、データフォーマット（２Ｂ）及び（１Ａ）の再生は異なる鍵セットによって管理することもでき、暗号解読画像において異なるウォーターマーク識別子を使用することもできる。

元のデータ（２Ｂ）内にビデオの形態が存在しない部分については、変換処理１３３０が、フォーマット（２Ｂ）の元の暗号化ブロックデータを暗号解読してビデオデータを逆多重化する必要がある。さらに、ビデオＥＳレイヤに暗号化を適用し、従って「フレームベース」フォーマットに再多重化を適用する。元のデータ（２Ｂ）内にビデオの形態が存在しない部分については、通常、この部分が元のデータ（２Ｂ）のサイズの大部分を占めるので、元のデータを使用することに利点がある。従って、このようにビデオデータを再使用することにより、別個に準備されるデータ１３３２のサイズを最小化することができる。従って、フォーマット（１Ａ’）１３４０に示すように、変換出力ファイルは、ビデオ、オーディオ及びその他のデータユニットの各々を含む別個のトラックファイルとすることができる。

１つの実装では、変換処理が完了すると、ブロック１３５０（フォーマット１Ａの場合）又は１３５２（フォーマット１Ａ’の場合）においてチェックサムを生成し、コンテンツプロバイダサーバから受け取ったチェックサムと比較する。他の実装では、変換処理中にチェックサムの比較を行うことができる。

図１４は、別個に準備したビデオ形態を変換出力ファイルフォーマットのヘッダファイルに含める処理１４００の説明図である。コンテンツ作成者は、別個に準備した暗号化ビデオ形態（Ｖ２−ｃ／Ｖ２−ｄ）を含む「フレームベース」ファイルフォーマットヘッダ専用構造を準備する。変換処理１４２０は、元のファイルフォーマット（２Ｂ）１４１０からのデータを暗号解読し、逆多重化し、再暗号化して再多重化する。変換処理１４２０は、Ｖ２−ａ又はＶ２−ｂ（両方ではない）を含むブロックのみを暗号解読できる鍵にアクセスすることができる。変換処理１４２０は、Ｖ２−ａ部分１４１２以外のデータを再暗号化して再多重化し、Ｖ２−ａ／Ｖ２−ｂ １４１２／１４１４の代わりに、Ｖ２−ｃ及びＶ２−ｄの既に別個に準備しているデータ １４４２を使用する。別個に準備したＶ２−ｃ／Ｖ２−ｄのデータの存在自体を使用して、元のビデオデータをどこで廃棄する必要があるかを識別することができる。Ｖ２−ｃ／Ｖ２−ｄは、別個に暗号化された２つの別個のビデオフレームとすることも、或いは（１Ａ）１４３０、１４４０及び（１Ａ’）１４５０のフォーマットに依存する１つのビデオフレーム及びメタデータ構造とすることもできる。

１つの実装では、変換処理が完了すると、ブロック１４６０（フォーマット１Ａの場合）又は１４６２（フォーマット１Ａ’の場合）においてチェックサムを生成し、コンテンツプロバイダサーバから受け取ったチェックサムと比較する。他の実装では、変換処理中にチェックサムの比較を行うことができる。

１つの実装は、コンピュータ命令を記憶して実行するために、１又は２以上のプログラマブルプロセッサと、対応するコンピュータシステムコンポーネントとを含む。ハードウェア、ソフトウェア及びファームウェアの組み合わせを使用することもできる。例えば、プロバイダシステムでは、配信、再生、データの暗号化、コンテンツファイルの構築及び配信、変換、並びにチェックサムの生成を、（例えば、メモリ、計算ユニット、バスなどの）適切なコンポーネント及びシステムを利用する１又は２以上のプロセッサ上で適切なコンピュータ命令を実行する１又は２以上のコンピュータシステムによって行うことができる。

別の変形例及び実装も可能である。いくつかの例は、映画又はテレビ番組などのビデオを表すコンテンツファイル及びデータに対応するものであるが、オーディオ、画像データ、ソフトウェア、科学データ又は医療データなどの他のデータを使用することもできる。１つの例では、患者の医療記録をセグメント化し、マーク付けし、暗号化し、変換し、本明細書で説明したチェックサムを生成して使用する。ＡＶコンテンツの検証と同様に、チェックサムを配布し比較して（医療撮像データなどの）他のデータの変換精度を確認することは、患者のケアを改善してコストを削減するのに役立つことができる。

上記の開示した実装の説明は、当業者が本開示を実施又は利用できるように行ったものである。当業者には、これらの実装の様々な修正が容易に明らかになると思われ、また本明細書で説明した一般的原理は、本開示の趣旨又は範囲から逸脱することなく他の実施形態にも適用することができる。従って、これらの技術は、上述した特定の例に限定されるものではない。従って、本明細書で提示した説明及び図面は、本開示の現在のところ好ましい実施形態を表すものであり、従って本開示が広く意図する主題を表すものであると理解されたい。さらに、本開示の範囲は、当業者にとって明らかになり得る他の実施形態を完全に含み、従って添付の特許請求の範囲以外のものによって限定されるものではないと理解されたい。

２５０ 元のコンテンツファイル及びチェックサムを受け取る
２６０ 元のコンテンツファイルをターゲットフォーマットでの変換コンテンツファイルに変換
２７０ 変換コンテンツファイルのための新たなチェックサムを生成
２８０ 受け取ったチェックサムと新たなチェックサムとを比較

Claims (23)

1. コンテンツ変換検証方法であって、
   第１のコンピュータシステムにおいて、元のコンテンツファイルをターゲットフォーマットに変換し、該ターゲットフォーマットでの変換コンテンツファイルを生成するステップと、
   前記変換コンテンツファイルのためのチェックサムを生成するステップと、
   前記元のコンテンツファイル及び前記チェックサムを第２のコンピュータシステムに送るステップと、
   を含むことを特徴とする方法。
2. 前記第１のコンピュータシステムは、コンテンツプロバイダコンピュータシステムである、
   請求項１に記載の方法。
3. 前記第２のコンピュータシステムは、クライアントコンピュータシステムである、
   請求項１に記載の方法。
4. 前記元のコンテンツファイルは、ビデオデータファイルである、
   請求項１に記載の方法。
5. 前記元のコンテンツファイルは暗号化される、
   請求項１に記載の方法。
6. 前記元のコンテンツファイルは、該元のコンテンツファイル又は前記変換コンテンツファイルを再暗号化することなく前記ターゲットフォーマットに変換される、
   請求項５に記載の方法。
7. 前記元のコンテンツファイルは、ウォーターマークを含む、
   請求項１に記載の方法。
8. 前記変換コンテンツファイルは、前記ウォーターマークを含む、
   請求項７に記載の方法。
9. コンテンツ変換検証方法であって、
   第１のコンピュータシステムにおいて、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取るステップと、
   前記第１のコンピュータシステムにおいて、前記元のコンテンツファイルをターゲットフォーマットに変換し、該ターゲットフォーマットでの変換コンテンツファイルを生成するステップと、
   前記第１のコンピュータシステムにおいて、前記変換コンテンツファイルのための新たなチェックサムを生成するステップと、
   前記第１のコンピュータシステムにおいて、前記受け取ったチェックサムと前記新たなチェックサムとを比較するステップと、
   を含むことを特徴とする方法。
10. 前記元のコンテンツファイルは暗号化され、前記元のコンテンツファイルを変換するステップは、前記元のコンテンツファイルを暗号解読するステップを含まない、
    請求項９に記載の方法。
11. 前記新たなチェックサムを生成するステップは、前記元のコンテンツファイルの前記ターゲットフォーマットへの変換中に実行される、
    請求項９に記載の方法。
12. 前記受け取ったチェックサムと前記新たなチェックサムとの比較が一致した場合に検証フラグを生成するステップをさらに含む、
    請求項９に記載の方法。
13. 前記受け取ったチェックサムと前記新たなチェックサムとが一致しなかった場合に新たな元のコンテンツファイルを求める要求を前記第２のコンピュータシステムに送るステップをさらに含む、
    請求項９に記載の方法。
14. 前記受け取ったチェックサムと前記新たなチェックサムとが一致しなかった場合に前記新たなチェックサムを前記第２のコンピュータシステムに送るステップをさらに含む、
    請求項９に記載の方法。
15. コンテンツ変換検証装置であって、
    第１のコンピュータシステムにおいて、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取る手段と、
    前記第１のコンピュータシステムにおいて、前記元のコンテンツファイルをターゲットフォーマットに変換し、該ターゲットフォーマットでの変換コンテンツファイルを生成する手段と、
    前記第１のコンピュータシステムにおいて、前記変換コンテンツファイルのための新たなチェックサムを生成する手段と、
    前記第１のコンピュータシステムにおいて、前記受け取ったチェックサムと前記新たなチェックサムとを比較する手段と、
    を備えることを特徴とする装置。
16. 前記元のコンテンツファイルは暗号化され、前記元のコンテンツファイルを変換する手段は、前記元のコンテンツファイルを暗号解読する手段を含まない、
    請求項１５に記載の装置。
17. 前記新たなチェックサムを生成する手段は、前記元のコンテンツファイルの前記ターゲットフォーマットへの変換中に実行される、
    請求項１５に記載の装置。
18. 前記受け取ったチェックサムと前記新たなチェックサムとの比較が一致した場合に検証フラグを生成する手段をさらに備える、
    請求項１５に記載の装置。
19. 前記受け取ったチェックサムと前記新たなチェックサムとが一致しなかった場合に新たな元のコンテンツファイルを求める要求を前記第２のコンピュータシステムに送る手段をさらに備える、
    請求項１５に記載の装置。
20. 前記受け取ったチェックサムと前記新たなチェックサムとが一致しなかった場合に前記新たなチェックサムを前記第２のコンピュータシステムに送る手段をさらに備える、
    請求項１５に記載の装置。
21. コンテンツ変換を検証するためのコンピュータプログラムを記憶する非一時的コンピュータ可読媒体であって、前記コンピュータプログラムは実行可能命令を含み、該実行可能命令は、コンピュータに、
    第１のコンピュータシステムにおいて、元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取ることと、
    前記第１のコンピュータシステムにおいて、前記元のコンテンツファイルをターゲットフォーマットに変換し、該ターゲットフォーマットでの変換コンテンツファイルを生成することと、
    前記第１のコンピュータシステムにおいて、前記変換コンテンツファイルのための新たなチェックサムを生成することと、
    前記第１のコンピュータシステムにおいて、前記受け取ったチェックサムと前記新たなチェックサムとを比較することと、
    を行わせる、
    ことを特徴とする非一時的コンピュータ可読媒体。
22. プロセッサと、
    前記プロセッサに接続されたメモリと、
    を備え、前記メモリは、コンテンツ変換を検証するためのコンピュータプログラムを記憶し、該コンピュータプログラムは、前記プロセッサによって実行可能な命令を含み、該命令は、前記装置に、
    元のコンテンツファイル及びチェックサムを第２のコンピュータシステムから受け取ることと、
    前記元のコンテンツファイルをターゲットフォーマットに変換し、該ターゲットフォーマットでの変換コンテンツファイルを生成することと、
    前記変換コンテンツファイルのための新たなチェックサムを生成することと、
    前記受け取ったチェックサムと前記新たなチェックサムとを比較することと、
    を行わせる、
    ことを特徴とする装置。
23. 前記装置は、メディアプレーヤである、
    請求項２２に記載の装置。