JPWO2018142985A1 - 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム - Google Patents

情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム Download PDF

Info

Publication number
JPWO2018142985A1
JPWO2018142985A1 JP2018566063A JP2018566063A JPWO2018142985A1 JP WO2018142985 A1 JPWO2018142985 A1 JP WO2018142985A1 JP 2018566063 A JP2018566063 A JP 2018566063A JP 2018566063 A JP2018566063 A JP 2018566063A JP WO2018142985 A1 JPWO2018142985 A1 JP WO2018142985A1
Authority
JP
Japan
Prior art keywords
data
information
control information
packet
recording
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018566063A
Other languages
English (en)
Other versions
JP7052733B2 (ja
Inventor
幸一 内村
健二朗 上田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2018142985A1 publication Critical patent/JPWO2018142985A1/ja
Application granted granted Critical
Publication of JP7052733B2 publication Critical patent/JP7052733B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/91Television signal processing therefor
    • H04N5/913Television signal processing therefor for scrambling ; for copy protection
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11BINFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327Table of contents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334Recording operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03Protecting confidentiality, e.g. by encryption
    • H04W12/037Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/91Television signal processing therefor
    • H04N5/913Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91307Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal

Abstract

MMTフォーマットデータをBDAVフォーマットとしてメディアに記録し、元のコピー制御情報に従ったコピー制御を可能とする構成を実現する。コピー制御情報の設定されたMMTフォーマットデータを入力し、情報記録媒体にBDAVフォーマットとして記録する。記録データとして、(a)MMTフォーマットデータを格納したパケット列から構成されるストリームファイルと、(b)MMTフォーマットデータ対応のコピー制御情報を反映させたストリームファイル対応のコピー制御情報をストリームファイル構成パケットの追加ヘッダ、または別ファイルとして生成して記録する。

Description

本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、放送波等における今後のデータ伝送規格として規格化が進められているMMT(MPEG Media Transport)フォーマットデータを入力して、メディアに記録し、さらにメディア記録データのコピー処理を行う場合のコピー制御等を実行する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。
現在、4K画像や8K画像等の放送等、高画質画像のデータ伝送を実現するための規格化が進められており、その一つとして、MMT(MPEG Media Transport)フォーマットを利用したデータ配信方式についての検討が進められている。
MMTフォーマットは、画像(Video)、音声(Audio)、字幕(Subtitle)等、コンテンツを構成する符号化データや、制御情報や属性情報等の様々な管理情報からなる制御情報(SI:Signaling Information(シグナリング情報))等のデータを、放送波やネットワークを介して伝送するデータ転送方式(トランスポートフォーマット)を規定したものである。
MMTフォーマットは、例えば4K画像、高ダイナミックレンジ(HDR:High Dynamic Range)画像等の次世代コンテンツの放送等に利用される予定となっている。
なお、現行の画像(Video)、音声(Audio)、字幕(Subtitle)等の伝送フォーマット、あるいは、メディアに対するデータ記録フォーマットとしては、MPEG−2TSフォーマットが多く利用されている。
また、このMPEG−2TSフォーマット対応の記録再生アプリケーション規格(フォーマット)としてBDMVやBDAV規格(フォーマット)が広く利用されている。
なお、BDMVやBDAVは、主にBD(Blu−ray(登録商標) Disc)を利用したデータ記録再生のアプリケーション規格であるが、これらの規格はBDに限らず、フラッシュメモリやHDなど、その他のBD以外のメディアを利用したデータ記録再生にも適用可能である。
BDを利用したデータ記録再生処理構成については、例えば特許文献1(特開2011−023071号公報)等に記載がある。
BDMVは、例えば映画コンテンツなどを予め記録したBD−ROM向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なBD−ROMで広く使われている。
一方、BDAVは、主に書き換え可能なBD−RE型ディスクや、一回のみ記録可能なBD−R型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。BDAVは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
上述のMMTフォーマットに従った配信コンテンツを、情報記録媒体(メディア)に記録し、メディアからのコンテンツ再生処理をBDAVフォーマット対応の再生アプリケーションを利用して行なうためには、このBDAVフォーマットに従ってデータ記録を行うことが必要である。
現在、BDAVフォーマットを拡張し、MMTフォーマットデータを記録、再生可能とするための構成について議論が進められている。
例えば、放送局等が送信するMMTフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをBDやフラッシュメモリ、あるいはHD(ハードディスク)等の記録メディアに記録する場合、画像、音声、字幕データや、制御情報(SI)等のデータを、MMTフォーマットに従ったデータを格納したパケットのパケット列としてメディアに記録する方向で議論が進んでいる。
具体的には、MMTP(MMT Protocol)パケット、あるいはMMTPパケットの上位パケットであるTLV(Type Length Value)パケットのパケット列をメディアに記録する方向で議論が進んでいる。
MMTPパケットやTLVパケットには、再生データである画像、音声、字幕、さらに、様々な管理情報からなる制御情報(SI:Signaling Information)等が格納されている。
例えばBD(Blu−ray(登録商標) Disc)やフラッシュメモリやHD(ハードディスク)等の記録メディアに、画像、音声、字幕等のコンテンツを格納したMMTPパケットやTLVパケットを記録し、メディアからのコンテンツ再生を上述のBDAVフォーマット対応の再生アプリケーションを利用して行なうためには、このBDAVフォーマットに従ってデータ記録を行うことが必要である。
BDAVフォーマットは、再生制御情報ファイルとして、プレイリストファイルやクリップ情報ファイル等のデータベースファイルを規定しており、BDAV対応再生アプリケーションはこれらの再生制御情報ファイル(データベースファイル)を参照してデータ再生処理を実行する。
従って、MMTフォーマットデータについても、これらのプレイリストファイルやクリップ情報ファイルに記録された再生制御情報を利用して再生処理を行うことが必要となる。
しかし、BDAVフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、MPEG−2TSフォーマットデータに対応した再生制御情報を記録している。
従って、MPEG−2TSフォーマットとはフォーマットの異なるMMTフォーマットデータを再生する場合に、現行のBDAVフォーマット規定のプレイリストファイルやクリップ情報ファイルに記録された再生制御情報が適用できない場合がある。
この問題を解決するためには、MMTフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録する処理を行うことが必要となる。
さらに、例えばBD(Blu−ray(登録商標) Disc)やフラッシュメモリやHD(ハードディスク)等の記録メディアに、画像、音声、字幕等のコンテンツを格納したMMTPパケットやTLVパケットを記録した場合、ユーザは、さらにそのメディア記録データを、他の第2メディアにコピーする場合がある。
しかし、放送コンテンツの多くは著作権により保護されたコンテンツであり、番組等のコンテンツ単位で様々なコピー制御情報が設定されている。
例えば、コピー許容コンテンツ、コピー禁止コンテンツ、コピーの許容回数や個数を設定したコンテンツ等、コンテンツ(番組)単位で様々なコピー制御情報が設定されている。
放送コンテンツに関するこれらのコピー制御情報は、番組コンテンツとともに放送波を介して送信されるパケット(TLVパケット/MMTPパケット)に格納されてユーザ側の受信装置に送信される。
これらのデータをBD等のメディアに記録した後は、例えば、BDAVフォーマット対応のアプリケーションを利用してコピー処理が行われる。
しかし、現行のBDAVフォーマット対応のアプリケーションには、MMTPパケットに格納されたコピー制御情報を参照してコピー処理の可否を判断するといった処理を行うアルゴリズムは含まれていない。
従って、何らかの対策を行わないと、放送波によって送信されるコピー制御情報を無視した無秩序なコピー処理が行われる可能性がある。
特開2011−023071号公報
本開示は、例えば、上記の問題点に鑑みてなされたものであり、MMTフォーマットに従った配信データを入力して、BD等の記録メディアに記録し、さらに、その記録データを他メディアにコピーする場合に、元のMMTフォーマットデータに設定されたコピー制御情報を順守した確実なコピー制御を可能とした情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。
本開示の第1の側面は、
コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、前記記録データとして、
(a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
(b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
を生成する情報処理装置にある。
さらに、本開示の第2の側面は、
第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
前記第1メディアは、
MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
前記データ処理部は、
前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行する情報処理装置にある。
さらに、本開示の第3の側面は、
MMT(MPEG Media Transport)フォーマットデータを格納したMMTPパケット列、またはTLVパケット列によって構成されるストリームファイルと、
MMTPパケット、またはTLVパケット単位のコピー制御情報を各パケットの追加ヘッダ中に記録した構成を有する情報記録媒体であり、
前記情報記録媒体の記録データのコピー処理を実行する情報処理装置が、前記ストリームファイルを構成するパケット単位で、コピー制御を実行可能とした記録データを有する情報記録媒体にある。
さらに、本開示の第4の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、前記記録データとして、
(a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
(b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
を生成する情報処理方法にある。
さらに、本開示の第5の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
前記第1メディアは、
MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
前記データ処理部が、
前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行する情報処理方法にある。
さらに、本開示の第6の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録データとして、
(a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
(b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
を生成させるプログラムにある。
さらに、本開示の第7の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
前記第1メディアは、
MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
前記プログラムは、前記データ処理部に、
前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行させるプログラムにある。
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
本開示の一実施例の構成によれば、MMTフォーマットデータをBDAVフォーマットとしてメディアに記録し、元のコピー制御情報に従ったコピー制御を可能とする構成が実現される。
具体的には、コピー制御情報の設定されたMMTフォーマットデータを入力し、情報記録媒体にBDAVフォーマットとして記録する。記録データとして、(a)MMTフォーマットデータを格納したパケット列から構成されるストリームファイルと、(b)MMTフォーマットデータ対応のコピー制御情報を反映させたストリームファイル対応のコピー制御情報をストリームファイル構成パケットの追加ヘッダ、または別ファイルとして生成して記録する。
MMTフォーマットデータをBDAVまたはSPAVフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
本構成により、MMTフォーマットデータをBDAVフォーマットとしてメディアに記録し、元のコピー制御情報に従ったコピー制御を可能とする構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
本開示の処理を実行する情報処理装置の利用構成例について説明する図である。 MMTフォーマットについて説明する図である。 MMTフォーマットに従った画像データ格納構成例について説明する図である。 BDAVフォーマットについて説明する図である。 BDAVフォーマットに従ったデータ再生処理例について説明する図である。 MPEG−2TSフォーマットについて説明する図である。 MMTフォーマットについて説明する図である。 SPAVフォーマットについて説明する図である。 放送局等からの受信データをMMTフォーマットデータであるMMTPパケット列として、情報記録媒体(メディア)に記録する処理例について説明する図である。 放送局等からの受信データをMMTフォーマットデータであるMMTPパケットを格納したTLVパケット列として、情報記録媒体(メディア)に記録する処理例について説明する図である。 MMTフォーマットデータを、BDAVフォーマットデータとして記録する場合の処理例について説明する図である。 記録メディアにMMTフォーマットデータを記録し、その記録データを他メディアにコピーする処理の具体例について説明する図である。 放送局等から番組コンテンツとともに送信されるコピー制御情報について説明する図である。 放送局等から番組コンテンツとともに送信されるコピー制御情報について説明する図である。 MMTPパケットに格納されるサービス記述テーブル(MH−SDT)のデータ構成(シンタクス)を示す図である。 コンテンツコピー制御記述子のデータ構成(Syntax)について説明する図である。 コンテンツ利用制御記述子のデータ構成(Syntax)について説明する図である。 デジタルコピー制御態様の種類(5種類)と、MMTフォーマットにおいて規定される3種類の制御情報の設定を一覧としてまとめた図である。 メディアに記録するパケット列がMMTPパケット列である場合の処理例を示す図である。 メディアに記録するパケット列がTLVパケット列である場合の処理例を示す図である。 MMTPパケット追加ヘッダのデータ構成(Syntax)の一例を示す図である。 TLVパケット追加ヘッダのデータ構成(Syntax)の一例を示す図である。 MMTPパケット追加ヘッダのデータ構成(Syntax)の一例を示す図である。 TLVパケット追加ヘッダのデータ構成(Syntax)の一例を示す図である。 MMTPパケットヘッダのデータ構成(Syntax)を示す図である。 MMTPパケットヘッダのヘッダ拡張バイト(header_extension)領域に記録されるデータの一例を示す図である。 MMTPパケットヘッダのヘッダ拡張バイト(header_extension)領域に記録されるデータの一例を示す図である。 コピー制御情報を記録したTLVパケット追加ヘッダをTLVパケットに追加して情報記録媒体(メディア)に記録する場合の暗号化処理について説明する図である。 コピー制御情報を記録したMMTPパケット追加ヘッダをMMTPパケットに追加して情報記録媒体(メディア)に記録する場合の暗号化処理について説明する図である。 メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。 MMTPパケット追加ヘッダのデータ構成(Syntax)の一例を示す図である。 TLVパケット追加ヘッダのデータ構成(Syntax)の一例を示す図である。 メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。 メディアに記録するパケット列と追加ヘッダの設定例について説明する図である。 利用制御情報ファイル(Usage File)を生成して、この利用制御情報ファイルにコピー制御情報を記録してメディアに記録する処理について説明する図である。 利用制御情報ファイル(Usage File)の記録データについて説明する図である。 利用制御情報ファイル(Usage File)の記録データについて説明する図である。 利用制御情報ファイル(Usage File)の記録データについて説明する図である。 利用制御情報ファイル(Usage File)の記録データについて説明する図である。 情報記録媒体(メディア)に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。 情報記録媒体(メディア)に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。 情報記録媒体(メディア)に対するデータ記録処理を実行する情報処理装置の構成例についてを説明する図である。 情報記録媒体(メディア)に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体(メディア)に対するデータ記録処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体(メディア)間のデータコピー処理を実行する情報処理装置の構成例についてを説明する図である。 情報記録媒体(メディア)間のデータコピー処理の処理シーケンスを説明するフローチャートを示す図である。 情報記録媒体(メディア)間のデータコピー処理の処理シーケンスを説明するフローチャートを示す図である。 本開示の処理に適用される報処理装置のハードウェア構成例について説明する図である。
以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
1.通信システムの構成例について
2.MMT(MPEG Media Transport)フォーマットについて
3.BDAVフォーマットとSPAVフォーマットについて
4.MMTフォーマットデータをBDAVフォーマットに従って記録する場合の処理について
5.コピー処理の態様と、MMTフォーマットデータにおけるコピー制御情報について
6.コピー処理を実行する情報処理装置が、メディアに記録されたMMTフォーマットデータのコピー制御情報を取得可能とした構成について
6−1.コピー制御情報を記録した追加ヘッダについて
6−2.コピー制御情報を記録した追加ヘッダの一例(例1)について
6−3.コピー制御情報を記録した追加ヘッダの一例(例2)について
7.追加ヘッダを設定してメディアに記録するデータの暗号化処理について
8.複数パケットに対して1つのコピー制御情報を記録した追加ヘッダを設定する例について
8−1.(例1)N個のパケット(MMTPパケットまたはTLVパケット)に対して1つのコピー制御情報記録追加ヘッダを設定する例について
8−2.(例2)固定長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例について
8−3.(例3)可変長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例について
9.利用制御情報ファイルにコピー制御情報を記録する実施例について
10.利用制御情報ファイルにコピー制御情報とともに、暗号化関連情報を記録する実施例について
11.情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について
12.情報記録媒体間のデータコピー処理を実行する情報処理装置の構成と処理について
13.情報処理装置の構成例について
14.本開示の構成のまとめ
[1.通信システムの構成例について]
まず、図1を参照して本開示の処理を実行する情報処理装置の一つの利用構成例である通信システムの例について説明する。
図1に示す情報処理装置30は、BD(Blu−ray(登録商標) Disc)や、フラッシュメモリ、ハードディスク(HDD)などのメディアを装着し、これらの装着メディアに対するデータ記録処理や、装着メディアからのデータ再生処理、さらに、他メディアに対するデータコピー処理等を実行する。
情報処理装置30がメディアに記録するデータは、例えば放送局(放送サーバ)21や、データ配信サーバ22等の送信装置20の提供する送信コンテンツである。具体的には、テレビ局の提供する放送番組等である。
これらの送信コンテンツは、放送波、あるいはインターネット等のネットワークを介して送信装置20から情報処理装置30に送信される。
情報処理装置30は、例えば記録再生装置31、テレビ32、PC33、携帯端末34等である、これらの情報処理装置は、例えば、BD(Blu−ray(登録商標) Disc)41、HDD(ハードディスク)42、フラッシュメモリ43等の様々なメディアを装着し、これらのメディアに対するデータ記録処理や、メディアからのデータ再生処理、さらに、メディア間のデータコピー処理等を実行する。
送信装置20から情報処理装置30に対するデータ送信は、MMT(MPEG Media Transport)フォーマットに従って実行される。
MMTフォーマットは、画像(Video)、音声(Audio)、字幕(Subtitle)等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式(トランンスポートフォーマット)を規定したものである。
送信装置20は、コンテンツデータを符号化し、符号化データおよび符号化データのメタデータを含むデータファイルを生成し、生成した符号化データをMMTにおいて規定されるMMTP(MMT Protocol)パケットに格納して放送波、またはネットワークを介して送信する。
送信装置20が情報処理装置30に提供するデータは、画像、音声、字幕等の再生対象データの他、番組ガイド等の案内情報や通知情報、制御メッセージ等の様々な管理情報によって構成される制御情報(SI:Signaling Information(シグナリング情報))によって構成される。
[2.MMT(MPEG Media Transport)フォーマットについて]
上述したように、送信装置20から情報処理装置30に対するデータ送信は、MMT(MPEG Media Transport)フォーマットに従って実行される。
図2以下を参照して、MMT(MPEG Media Transport)フォーマットについて説明する。
図2は、MMTフォーマットのスタック・モデルを示す図である。
図2に示すMMTスタック・モデルにおいて、最下層には、物理レイヤ(PHY)がある。物理レイヤは、放送系の処理を行なうブロードキャスト(Broadcasting)レイヤと、ネットワーク系の処理を行なうブロードバンド(Broadband)レイヤに分割されている。
MMTは放送系、ネットワーク系の2つの通信網を利用した処理を可能としている。
物理レイヤ(PHY)の上位レイヤとして、TLV(Type Length Value)レイヤがある。TLVはIPパケットの多重化方式を規定したフォーマット規定レイヤである。複数のIPパケットが多重化されてTLVパケットとして送信される。TLV−SIは、TLVフォーマットに従った制御メッセージ等の制御情報(SI)の伝送レイヤである。
制御情報(SI)は、情報処理装置30側においてコンテンツ(番組)を受信、再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報、管理情報によって構成される。
TLVレイヤで処理が生成されるTLVパケットに格納される制御情報(SI)がTLV−SIであり、主に受信処理に関する制御情報によって構成されている。
MMTプロトコル(MMTP)に従って生成されるパケットであるMMTPパケットに格納される制御情報(SI)は最上位レイヤに示すMMT−SIであり、主に再生制御に関する制御情報によって構成されている。
TLVレイヤ上には、UDP/IPレイヤが設定される。
UDP/IPレイヤは、詳細にはIPレイヤとUDPレイヤに分割可能であるが、IPパケットのペイロードにUDPパケットを格納する伝送を規定するレイヤである。
UDP/IPレイヤ上にMMTレイヤ、およびFile delivery methodレイヤ が設定される。
MMTPパケットをIPパケットに格納して送信する場合と、MMTPパケットを用いないデータ伝送方式であるFile delivery methodを利用してIPパケットとしてデータ送信する方式が併用可能な設定となっている。
MMTレイヤ上には、以下のレイヤが設定される。
画像符号化規格であるHEVC(High Efficiency Video Coding)に従った符号化画像データである画像(Video)データ、
音声符号化規格であるAAC(Advanced Audio Coding)に従った符号化音声データである音声(Audio)データ、
字幕符号化規格であるTTML(Timed Text Markup Language)に従った符号化字幕データである字幕(Subtitle)データ、
MMTPパケットを利用して送信される制御情報(MMT−SI)、
さらに、HTML5(Hyper Text Markup Language 5)に従って記述された様々なアプリケーション、
これらの各データがMMTPパケットに格納されて送信される。
制御情報(MMT−SI)は、MMTPパケットで送信される制御情報(シグナリング情報)であり、情報処理装置30側においてコンテンツ(番組)を再生するために必要となる設定情報や、番組ガイド等の案内情報や通知情報、制御情報等の様々な管理情報によって構成される。
なお、時刻情報(NTP:Network Time Protocol)は絶対時刻情報であり、UDPパケットに直接格納され送信される。
その他のデータ配信を行うデータサービス(Data service)、コンテンツダウンロード等(Contentdownload,etc.)がMMTと異なるファイル配信メソッド(File delivery method)を利用して配信可能な構成を有している。
図2に示すように、画像、音声、字幕、さらに、様々な通知情報や制御情報等の様々な管理情報からなる制御情報(MMT−SI)やアプリケーションは、MMTPパケットによって送信される。
図3を参照してMMTPパケットの具体的構成例について説明する。
図3には以下の4種類のデータ構成例を示している。
(a)MPU(Media Presentation Unit)
(b)MMTPペイロート
(c)MMTPパケット
(d)TLVパケット
(d)TLVパケットが放送波やネットワークを介して送信されるパケットであり、TLVパケットには、UDPヘッダ、IPヘッダ、TLVヘッダの各ヘッダ情報が設定される。TLVパケットは、データ種類ごとに個別のパケットとして設定される。
すなわち、1つのTLVパケットのTLVペイロードには、1つの種類のデータが格納される。具体的には、例えば、画像(V)、音声(A)、字幕(S)、あるいは、様々な管理情報からなる制御情報(SI)が個別に格納される。
なお、制御情報(SI)については、MMTPパケットに格納する制御情報(MMT−SI)と、TLVパケットで送信される制御情報(TLV−SI)があり、それぞれ異なる個別のTLVパケットに格納される。
TLVパケットのペイロードであるTLVペイロートの一例が、図3(c)に示すMMTPパケットである。
図3(c)に示すMMTPパケットは、MMTPヘッダと、MMTPペイロードによって構成される。
1つのMMTPパケットのMMTPペイロードには、1つの種類のデータが格納される。具体的には、例えば、画像(V)、音声(A)、字幕(S)、さらにMMTPパケットに格納する制御情報(MMT−SI)、これらのいずれか一種類のデータが、個別のMMTPパケットに格納される。
図3(a),(b)は、図3(c)に示すMMTPパケットのMMTPペイロードに格納される画像データの詳細構成を示している。
図3(b)は、図3(c)に示すMMTPパケット中、MMTPペイロードが画像データ(V)であるもののみを選択して示している。
図3(b)に示すMMTPペイロードは、ヘッダとデータユニットによって構成される。
データユニットには、図3(a)に示すように、画像データおよび、以下の各種のパラメータが格納される。
AU Delimiter(Access Unit Delimiter)
SPS(Sequence Parameter Set)
PPS(Picture Parameter Set)
SEIs(Supplemental Enhancement Information)
これらのパラメータは、画像表示に利用されるパラメータである。
図3(a)に示すMPU(Media Presentation Unit)は、MMTフォーマットにおける画像、音声、字幕等の再生対象データの1つのデータ処理単位である。図3(a)に示す例は、画像データのMPUの例であり、いわゆる符号化、復号処理単位としてのGOP(Group of Pictures)と同じ単位である。
このように、例えば画像データは、図3(a)に示すように、MMTフォーマットにおいて規定されたパラメータと画像構成データに分割され、図3(b)に示すMMTPペイロードに格納され、図3(c)に示すMMTPパケットとして構成される。
さらに、MMTPパケットは、図3(d)に示すTLVパケットのペイロードとして設定されて、TLVパケットが放送波やネットワークを介して送信される。
なお、音声、字幕等の各データ、MMT−SIの各データについても、それぞれデータ種類単位のMMTPパケット、TLVパケットが設定されて送信される。
TLV−SIは、MMTPパケットに格納されることなくTLVパケットに格納されて送信される。
[3.BDAVフォーマットとSPAVフォーマットについて]
次に、上述のMMTフォーマットに従った配信コンテンツを例えばBD(Blu−ray(登録商標) Disc)やフラッシュメモリ、あるいはHD(ハードディスク等のメディアに記録して再生する場合の記録データフォーマットであるBDAVフォーマットとSPAVフォーマットについて図4以下を参照して説明する。
例えばBD(Blu−ray(登録商標) Disc)やフラッシュメモリやHD等のメディアから、画像、音声、字幕等のコンテンツを再生する場合には、これらのコンテンツの再生処理を行なうための再生制御情報やインデックス情報が必要となる。再生制御情報やインデックス情報は一般的にデータベースファイルと呼ばれる。
これらの再生制御情報やインデックス情報は、メディアの記録データの再生処理を実行する再生アプリケーションに応じて異なるものとなる。
前述したように、現行の記録再生アプリケーション規格(=データ記録フォーマット)としてBDMVやBDAV規格(データ記録フォーマット)がある。これらのアプリケーション規格は、主にBD(Blu−ray(登録商標) Disc)を利用したデータ記録再生アプリケーション規格として策定されたものである。
なお、BDMVやBDAVは、主にBDを利用したデータ記録再生のアプリケーション規格であり、データ記録フォーマット(規格)であるが、これらの規格はBDに限らず、フラッシュメモリなど、その他のBD以外のメディアを利用したデータ記録再生にも適用可能である。
BDMVは、例えば映画コンテンツなどを予め記録したBD−ROM向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なBD−ROMで広く使われている。
一方、BDAVは、主に書き換え可能なBD−RE型ディスクや、一回のみ記録可能なBD−R型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。BDAVは、例えばユーザがビデオカメラなどで撮影した映像の記録再生やテレビ放送を記録し再生するために利用される。
上述のMMTフォーマットに従った配信コンテンツを記録したメディアからのコンテンツ再生処理を、BDAVフォーマット対応の再生アプリケーションを利用して行なうためには、このBDAVフォーマットに従ってデータ記録を行うことが必要である。
前述のように、BDAVフォーマットは、再生制御情報の記録ファイルとして、プレイリストファイルやクリップ情報ファイル等を規定しており、BDAV対応再生アプリケーションはこれらの再生制御情報ファイル(データベースファイル)の記録情報を利用してデータ再生処理を実行する。
図4は、情報記録媒体(メディア)40にBDAVフォーマットに従って記録されたデータのディレクトリ構成例を示す図である。
ディレクトリには、図4に示すように様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
管理情報ファイルは、例えば、図4に示すインフォファイル(info)、メニューファイル(menu)、マークファイル(mark)等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル(playlist)、
クリップ情報ファイル(clipinf)
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップAVストリームファイル(stream)が記録される。
プレイリストファイルは、タイトルによって指定される再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したファイルであり、例えば、再生位置情報等を記録したクリップ情報ファイルの指定情報等を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップAVストリームファイルの再生位置情報等を有する。
クリップAVストリームファイルは、再生対象となるAVストリームデータや管理情報を格納したファイルである。クリップAVストリームファイルは、再生対象となる画像、音声、字幕等の各データや、管理情報を格納したパケットによって構成される。
なお、MPEG−2TSフォーマットにおいて規定され、クリップAVストリームファイルに記録される管理情報として、例えば、PSI/SI(Program Specific Information/Service Information)がある。
なお、従来の放送データや、ネットワーク配信データは、TS(Transport Stream)パケットによって構成されたMPEG−2TSフォーマットデータであるが、今後の4K,8K画像等の高精細画像等を含むデータは前述したMMTPパケットによって構成されるMMTフォーマットデータとなることが予想される。
図4にはクリップAVストリームファイル(stream)として、
TSパケットによって構成されたMPEG−2TSフォーマットデータからなるストリームファイル(nnnnn.m2ts)、
MMTPパケットによって構成されるMMTフォーマットデータ(nnnnn.mmtv)、
これらの2種類のストリームファイルを示している。
図4に示すディレクトリ例は、情報処理装置30が受信したデータがMPEG−2TSフォーマットデータである場合は、そのまま、MPEG−2TSフォーマットデータとしてメディアに記録し、受信データがMMTフォーマットデータである場合は、MMTフォーマットデータとしてメディアに記録する設定の場合のディレクトリ例である。
なお、MMTフォーマットデータをメディアに記録する場合のクリップAVストリームファイルは、MMTフォーマットに従ったデータを格納したパケットのパケット列として記録する方向で議論が進んでいる。
具体的には、MMTP(MMT Protocol)パケット、あるいはMMTPパケットの上位パケットであるTLV(Type Length Value)パケットのパケット列として記録する方向で議論が進んでいる。
この具体例については後段で詳細に説明する。
管理情報ファイル、プレイリストファイル、クリップ情報ファイル、これらのデータファイルは、クリップAVストリームファイルに格納された再生データである画像、音声、字幕等の再生処理に適用する管理情報の格納ファイルである。これらは、再生制御情報や、再生データの属性情報等を格納したファイルであり、データベースファイルと呼ばれる。
情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
(a)まず、再生アプリケーションによって管理情報ファイルから特定のタイトルを指定する。
(b)指定されたタイトルに関連付けられたプレイリストが選択される。
(c)選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのAVストリームあるいはコマンドが読み出されて、AVストリームの再生や、コマンドの実行処理が行われる。
図5は、情報記録媒体(メディア)40に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップAVストリームファイル、
これらのデータの対応関係を説明する図である。
実際の再生対象データである画像、音声、字幕等の再生対象データからなるAVストリームはクリップAVストリーム(Clip AV Stream)ファイルとして記録され、さらに、これらのAVストリームの管理情報、再生制御情報ファイルとして、プレイリスト(PlayList)ファイルと、クリップ情報(Clip Information)ファイルが規定される。
これら複数のカテゴリのファイルは、図5に示すように、
プレイリスト(PlayList)ファイルを含むプレイリストレイヤ、
クリップAVストリーム(Clip AV Stream)ファイルと、クリップ情報(Clip Information)ファイルからなるクリップレイヤ、
これらの2つのレイヤに区分できる。
なお、一つのクリップAVストリーム(Clip AV Stream)ファイルには一つのクリップ情報(Clip Information)ファイルが対応付けられ、これらのペアを一つのオブジェクトと考え、これらをまとめてクリップ(Clip)、あるいはクリップファイルと呼ぶ。
クリップAVストリームファイルに含まれるデータの詳細情報、例えばMPEGデータのIピクチャ位置情報などを記録したEPマップなどの管理情報がクリップ情報ファイルに記録される。
なお、クリップAVストリーム(Clip AV Stream)ファイルは、MPEG−2TSフォーマットデータである場合はTSパケットによって構成される。
また、MMTフォーマットデータである場合はMMTPパケットによって構成される。
クリップ情報(Clip Information)ファイルは、例えば、クリップAVストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである(エントリポイント:EP)等の再生時間位置等の対応データ等、クリップAVストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。
プレイリストは、クリップ(Clip)の再生開始位置や再生終了位置に対応するアクセスポイントを時間軸上の情報であるタイムスタンプで指し示す情報を有する。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプに基づいてクリップ情報ファイルを参照して、クリップAVストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
クリップ情報ファイル(Clip Information file)は、このタイムスタンプから、クリップAVストリームファイル中のストリームのデコードを開始すべきアドレス情報を見つけるために利用される。
このように、プレイリスト(PlayList)ファイルは、クリップ(=クリップ情報ファイル+クリップAVストリームファイル)レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト(PlayList)ファイルには、1つ以上のプレイアイテム(PlayItem)が設定され、プレイアイテムの各々が、クリップ(=クリップ情報ファイル+クリップAVストリームファイル)レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
なお、再生対象データを格納したクリップAVストリーム(Clip AV Stream)ファイルは、前述したように、従来型のMPEG−2TSフォーマットデータである場合はTSパケットによって構成される。
また、今後、利用が拡大されると予想される4K,8K画像等の高精細画像データの場合は、MMTフォーマットデータである場合はMMTPパケットによって構成される。
図6、図7を参照して、MMTフォーマットと、MPEG−2TSフォーマットについて説明する。
まず、図6を参照して、MPEG−2TSフォーマットについて説明する。
MPEG−2TSフォーマットは画像(Video)、音声(Audio)、字幕(Subtitle)等、コンテンツ構成データである符号化データや管理情報(PSI/SI)を記録媒体(メディア)に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式(コンテナフォーマット)を規定したフォーマットである。
MPEG−2TSフォーマットは、ISO13818−1において標準化されたフォーマットであり、例えばBD(Blu−ray(登録商標) Disc)に対するデータ記録や、デジタル放送等に用いられている。
図6(a)〜(c)はMPEG−2TSフォーマットデータの構成を示す図である。
最下段に示す図6(a)は、MPEG−2TSのフォーマットデータの全体構成を示す図である。
図6(a)に示すように、MPEG−2TSフォーマットデータは、複数のエレメンタリストリーム(Elementary stream)によって構成される。
エレメンタリストリーム(Elementary stream)は、例えば画像、音声、字幕等の1つの単位として設定されるユニットである。
1つのエレメンタリストリーム(Elementary stream)は、図2(b)に示すように、1つまたは複数のPES(Packetized Elementary stream)パケットによって構成される。
具体的には、1つのエレメンタリストリーム(Elementary stream)は、ペイロードタイプ(Payload_type)=0x0で、かつ同じパケット識別子(Packet_id)を持つPESパケットの1つ、または複数から構成される。
1つのPESパケットは、図6(c)に示すように、1つまたは複数のTSパケットによって構成される。
具体的には、1つのPESパケットは、ペイロードタイプ(Payload_type)=0x0で、かつ同じパケット識別子(Packet_id)を持つTSパケットの1つ、または複数から構成される。
TSパケットは、前述のMMTPパケットと異なり、固定長であり、1つのTSパケットのパケットサイズは、188バイトに固定されている。
次に、図7を参照してMMT(MPEG Media Transport)フォーマットについて説明する。
MMTフォーマットについては、先に図3を参照しているが、図7に示すMMTフォーマットの説明図は、図6を参照して説明したMPEG−2TSフォーマットとの対応関係を分かり易く説明した図である。
先に説明したように、MMTフォーマットは、画像(Video)、音声(Audio)、字幕(Subtitle)等、コンテンツ構成データである符号化データを放送波やネットワークを介して伝送する際のデータ転送方式(トランスポートフォーマット)を規定したものである。
図7は、ISO/IEC 23008−1に規定されるファイルフォーマットであるMMTフォーマットについて説明する図である。
図7(a)〜(c)にはMMTフォーマットデータの構成を示している。
最下段に示す図7(a)は、MMTフォーマットデータの全体構成を示す図である。
図7(a)に示すように、MMTフォーマットデータは、複数のメディアプレゼンテーションユニット(MPU:Media presentation unit)によって構成される。
MPUは、例えば画像、音声、字幕等の1つの単位として設定されるユニットである。例えば、画像の場合、1MPUが1つのMPEG圧縮画像単位である1GOP(Group of picture)に相当する。
1つのMPUは、図7(b)に示すように、1つまたは複数のメディアフラグメントユニット(MFU:Media Fragment unit)によって構成される。
具体的には、1つのMPUは、ペイロードタイプ(Payload_type)=0x0(MPU)で、かつ同じパケット識別子(Packet_id)を持つMFUの1つ、または複数から構成される。
1つのMFUは、図7(c)に示すように、1つまたは複数のMMTPパケットによって構成される。
具体的には、1つのMFUは、ペイロードタイプ(Payload_type)=0x0(MPU)で、かつ同じパケット識別子(Packet_id)を持つMMTPパケットの1つ、または複数から構成される。
MMTPパケットは可変長であり、様々なパケットサイズに設定可能である。
MMTPパケットの各々は、属性情報等を格納するヘッダ(MMTPヘッダ)と、符号化画像の実データ等を格納するペイロード(MMTPペイロード)により、構成される。
なお、BDAVフォーマットに類似するフォーマットとしてSPAVフォーマットがある。前述したように、BDMVやBDAVは、主にBDを利用したデータ記録再生のアプリケーション規格である。これに対して、SPAVフォーマットは、主にハードディスクに対するデータ記録再生のアプリケーション規格である。
ただし、BDAVフォーマット、SPAVフォーマットのいずれも、BD,フラッシュメモリ、HD等、様々なメディアを利用した記録再生に利用可能なフォーマットである。
SPAVフォーマットデータは、BDAVフォーマットにおけるデータ記録再生処理と同様の処理でデータ記録再生を実行することが可能である。ただし、SPAVフォーマットは、ファイル名設定が、BDAVフォーマットと一部、異なっている。
図8にSPAVフォーマットのディレクトリ構成例を示す。
図8に示すSPAVフォーマットのディレクトリには、先に図4を参照して説明したBDAVフォーマットと同様、様々な管理情報、再生制御情報、再生対象データの格納ファイルが設定される。
管理情報ファイルは、例えば、図8に示すインフォファイル(INFO)、メニューファイル(MENU)、マークファイル(MARK)等によって構成される。これらは、主にユーザに見せるタイトルの管理情報等を格納する。
また、再生制御情報ファイルとして、
プレイリストファイル(PLAYLIST)、
クリップ情報ファイル(CLIPINF)
例えば、これらのファイルが記録される。
さらに、再生データ格納ファイルとして、クリップAVストリームファイル(STREAM)が記録される。
図8に示すようにSPAVフォーマットのディレクトリ名や各ファイルの拡張子の設定が、図4を参照して説明したBDAVフォーマットと異なっている。
ただし、各ファイルに格納されるデータや、各ファイルの役割は、BDAVフォーマットと同様である。
以下の実施例の説明では、MMTフォーマットデータをBDAVフォーマットデータとして記録し、再生する処理例について説明するが、以下に説明する実施例は、MMTフォーマットデータをSPAVフォーマットデータとして記録し、再生する処理にも適用可能である。
[4.MMTフォーマットデータをBDAVフォーマットに従って記録する場合の処理について]
次に、MMTフォーマットデータをBDAVフォーマットに従って記録する場合の処理について説明する。
先に説明したように、MMTフォーマットは、今後、放送局等によって配信が予定される4K画像等に利用されるデータ配信フォーマットであり、図3を参照して説明したプロトコルスタックに従ったフォーマットである。
一方、BDAVフォーマットはメディアに対するデータ記録フォーマットであり、図4を参照して説明したようにプレイリストファイルやクリップ情報ファイル等の再生制御情報ファイルを含むデータベースファイルが規定されている。
なお、BDAVフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、BDAVフォーマットに従ってメディアに記録されたデータ再生は、BDAVフォーマット対応の再生アプリケーションを利用して再生処理が実行される。
従って、MMTフォーマットに従った配信コンテンツをメディアに記録し、記録したメディアからのコンテンツ再生処理をBDAVフォーマット対応の再生アプリケーションを利用して行なうためには、BDAVフォーマットに従ったデータ記録を行うことが必要である。
前述したように、現在、BDAVフォーマットを拡張し、MMTフォーマットデータを記録、再生可能とするための規定について議論が進められている。
例えば、放送局等が送信するMMTフォーマットに従った配信データをテレビ等の情報処理装置が受信し、受信データをBDやフラッシュメモリ、あるいはHD(ハードディスク)等のメディアに記録する処理を行う場合、画像、音声、字幕データや管理情報(SI)等のデータについては、MMTフォーマットに従ったデータを格納したパケットのパケット列としてそのまま記録する方向で議論が進んでいる。
すなわち、図4に示すBDAVフォーマット、あるいは図8に示すSPAVフォーマットに設定されるクリップAVストリームファイル[02001.mmtv等]に、MMTフォーマットに従ったデータを格納したパケットのパケット列を記録する。
なお、MMTフォーマットデータを格納したクリップAVストリームファイル[02001.mmtv等]に対応する再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイルについては、MMTフォーマットデータ対応の制御情報を設定したプレイリストファイルやクリップ情報ファイルを記録装置が生成してメディアに記録することになる。
MMTフォーマットデータを格納したクリップAVストリームファイルは、MMTP(MMT Protocol)パケット、あるいはMMTPパケットの上位パケットであるTLV(Type Length Value)パケットのパケット列として記録する方向で議論が進んでいる。
MMTフォーマットデータを格納したクリップAVストリームファイルの具体的な記録構成例について図9、図10を参照して説明する。
図9は、BDやフラッシュメモリ、あるいはHD(ハードディスク)等の記録メディアに、MMTフォーマットに従ったMMTP(MMT Protocol)パケット列を記録する処理例を説明する図である。
図9には、以下の3つのデータを示している。
(A)放送配信データであるTLVパケット列
(B)受信再生データとして処理される1つのTLVパケット
(C)メディア記録用データの構成として提案されているMMTPパケット列
(A)放送配信データであるTLVパケット列は、先に図2を参照して説明したMMT(MPEG Media Transport)フォーマットを有するTLVパケットの列(シーケンス)である。
このTLVパケット列が、放送局等の送信装置20から送信される。
(B)受信再生データとして処理される1つのTLVパケットは、テレビや録画機等の情報処理装置30が受信し、再生処理を行う1つのTLVパケットである。(A)に示すTLVパケット列を構成する1つのTLVパケットの詳細構成を示している。
先に図2を参照して説明したMMT(MPEG Media Transport)フォーマットを有するTLVパケットである。
(C)メディア記録用データの構成として示すMMTPパケット列は、現在、メディアに対する記録データとして提案されているMMTPパケット列である。
メディアに記録されるMMTPパケットは、図9(B)との対応関係を示す点線から理解されるように、TLVパケットの一部の構成データであるMMTPパケットであり、以下の要素から構成される。
(a)MMTPパケットヘッダ(MMTP_packet_header)
(b)MMTPパケットデータ(MMTP_packet_data)(=ペイロード)
なお、MMTPパケットデータ(MMTP_packet_data)(=ペイロード)は以下の要素によって構成される。
(b1)MMTPペイロードヘッダ(MMTP_payload_header)
(b2)MMTPペイロードデータ(MMTP_payload_data)
現在、情報記録媒体(メディア)に対する記録データとして提案されている一つの構成が、この図9(C)に示すような、TLVパケットの構成要素であるMMTPパケットのみを取り出して、一列に並べて記録する構成である。
図10は、BDやフラッシュメモリ、あるいはHD(ハードディスク)等の記録メディアに、MMTP(MMT Protocol)パケットではなく、MMTPパケットを格納した上位のTLVパケットのパケット列を記録する処理例を説明する図である。
図10には、図9と同様、以下の3つのデータを示している。
(A)放送配信データであるTLVパケット列
(B)受信再生データとして処理される1つのTLVパケット
(C)メディア記録用データの構成として提案されているTLVパケット列
(A),(B)は、図9を参照して説明したと同様のデータである。
(C)メディア記録用データの構成として示すTLVパケット列は、現在、メディアに対する記録データとして提案されているもう1つの例であるTLVパケット列である。
メディアに記録されるTLVパケットは、図10(B)との対応関係を示す点線から理解されるように、MMTPパケットを含むTLVパケットであり、以下の要素から構成される。
(a)TLVパケットヘッダ(TLV_header)
(b)TLVパケットデータ(TLV_data)(=ペイロード)
このように、現在、BD等のメディアに対するMMTフォーマットデータの記録態様として、
図9を参照して説明したMMTP(MMT Protocol)パケットのパケット列、あるいは、
図10を参照して説明したTLV(Type Length Value)パケットのパケット列、
これらいずれかのパケット列として記録する方向で議論が進んでいる。
図9、または図10に示すような設定でMMTフォーマットデータをメディアに記録して、MMTフォーマットデータの再生処理をBDAVフォーマット対応の再生アプリケーションを利用して行う場合、BDAVフォーマット対応の再生制御情報ファイル、すなわち、プレイリストファイルやクリップ情報ファイルを利用して再生を行うことになる。
なお、BDAVフォーマットはデータ記録フォーマットであるとともにデータ記録再生アプリケーション規格にも対応しており、BDAVフォーマットに従ってメディアに記録されたデータの再生は、BDAVフォーマット対応の再生アプリケーションを利用して実行される。
BDAVフォーマットは、再生制御情報ファイルであるプレイリストファイルやクリップ情報ファイル等のBDAVフォーマット固有のデータベースファイルを規定しており、BDAV対応再生アプリケーションはこれらの再生制御情報ファイル(データベースファイル)の記録情報を利用してデータ再生処理を実行する。
前述したように、BDAVフォーマット規定のプレイリストファイルやクリップ情報ファイル等のデータベースファイルは、もともと、MPEG−2TSフォーマットの配信データに基づいて生成可能なファイルとして規定されたものである。
従って、MPEG−2TSフォーマットとはフォーマットの異なるMMTフォーマットに従った配信データは、現行のBDAVフォーマット規定のプレイリストファイルやクリップ情報ファイルにそのまま記録しても、現行のBDAV対応再生アプリケーションが利用できないデータとなる場合がある。
MMTフォーマットデータをメディアに記録し、BDAVフォーマット対応アプリを利用してコンテンツ再生を行うことを可能とするためには、メディアに対するMMTフォーマットデータの記録処理に際して、MMTフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
また、メディアに記録されたMMTフォーマットデータの再生時には、MMTフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルを利用して再生を行うことが必要となる。
具体的には、図11に示すように、MMTフォーマットデータ格納クリップAVストリームファイル51対応のクリップ情報ファイル(nnnnn.clpi)52と、プレイリストファイル(nnnnn.rpls)53を生成して、メディア(BD,フラッシュメモリ,HDD等)に記録して再生に利用する処理が必要となる。
メディアに記録されたMMTフォーマットデータ格納クリップAVストリームファイル51を再生する場合には、このMMTフォーマットデータ格納クリップAVストリームファイル51対応のクリップ情報ファイル(nnnnn.clpi)52と、プレイリストファイル(nnnnn.rpls)53を利用して再生処理を行うことができる。
しかし、前述したように、放送局の配信データであるMMTフォーマットに従って配信されるデータは、BDAVフォーマットで規定するプレイリストファイルやクリップ情報ファイルの記録用データを全て含むようには構成されていない。
また、MMTフォーマットデータ格納クリップAVストリームファイル71は、MPEG−2TSフォーマットデータとは異なるデータ形式となり、MPEG−2TSフォーマットデータ対応のプレイリストファイルやクリップ情報ファイルと同一形式のデータを持つプレイリストファイルやクリップ情報ファイルを利用しても、正しい再生処理は実行できないという問題がある。
従って、このMMTフォーマットデータをメディアに記録して、BDAVフォーマット対応アプリを利用してコンテンツ再生を行うためには、MMTフォーマットデータ格納クリップAVストリームファイル71の再生制御を行うことができるMMTフォーマットデータ固有のデータ形式を持つプレイリストファイルやクリップ情報ファイルを生成してメディアに記録することが必要となる。
[5.コピー処理の態様と、MMTフォーマットデータにおけるコピー制御情報について]
次に、メディアに記録されたデータのコピー処理の態様と、MMTフォーマットデータにおけるコピー制御情報について説明する。
例えばBD(Blu−ray(登録商標) Disc)やフラッシュメモリやHD(ハードディスク)等の記録メディアに、画像、音声、字幕等のコンテンツを格納したMMTPパケットやTLVパケットを記録した場合、ユーザは、さらにそのメディア記録データを、他の第2メディアにコピーする場合がある。
しかし、前述したように放送コンテンツの多くは著作権により保護されたコンテンツであり、番組等のコンテンツ単位で様々なコピー制御情報が設定されている。
例えば、コピー許容コンテンツ、コピー禁止コンテンツ、コピーの許容回数や個数を設定したコンテンツ等、コンテンツ(番組)単位で様々なコピー制御情報が設定されている。
放送コンテンツに関するこれらのコピー制御情報は、番組コンテンツとともに放送波を介して送信されるパケット(TLVパケット/MMTPパケット)に格納されてユーザ側の情報処理装置に送信される。
これらのデータをBD等のメディアに記録した後は、例えば、BDAVフォーマット対応のアプリケーションを利用してコピー処理が行われる。
しかし、現行のBDAVフォーマット対応のアプリケーションには、MMTPパケットに格納されたコピー制御情報を参照してコピー処理の可否を判断するといった処理を行うアルゴリズムは含まれていない。
従って、何らかの対策を行わないと、放送波によって送信されるコピー制御情報を無視した無秩序なコピー処理が行われる可能性がある。
この問題を解決し、MMTフォーマットデータに設定されたコピー制御情報を順守した確実なコピー制御を可能とした本開示の構成について、後段で説明する。
この本開示の構成の説明の前に、メディアに記録されたデータのコピー処理の態様と、MMTフォーマットデータに記録されたコピー制御情報について説明する。
まず、図12を参照して、BD等の記録メディアにMMTフォーマットデータを記録し、その記録データを他メディアにコピーする処理の具体例について説明する。
図12には、以下の3つの処理を示している。
(A)放送受信データの初期記録
(B)第1世代コピー
(C)第2世代コピー
(A)放送受信データの初期記録は、放送局等の送信装置から受信するデータを記録再生装置61に入力して、メディアA62に記録する処理である。
メディアA62は、例えばBDであり、先に図11等を説明したように、BDAVフォーマットデータとして記録される。
メディアA62に記録されるBDAVフォーマットデータを構成するクリップAVストリームファイルは、先に図9、図10を参照して説明したように、MMTPパケット列、またはTLVパケット列によって構成される。
図12の下部に示すように、
(a1)MMTPパケット列
(a2)TLVパケット列
これらのいずれかのパケット列によって構成されるクリップAVストリームファイルがメディアA62に記録される。
記録再生装置61、あるいはその他の記録再生装置は、メディアA62の記録データを他のメディアにコピーすることができる。
このコピー処理によって、図12(B)に示すように、第1世代コピーデータを記録したメディアであるメディアB1,63、メディアB2,64等を生成することができる。
さらに、記録再生装置61、あるいはその他の記録再生装置は、メディアB1,63、メディアB2,64等に記録された第1世代コピーデータを、さらに他のメディアにコピーすることができる。
このコピー処理によって、図12(C)に示すように、第2世代コピーデータを記録したメディアであるメディアC1,65、メディアC2,66等を生成することができる。
図には、第1世代、第2世代のみ、示しているが、さらに、第3世代、第4世代・・・、これら多数世代のコピーデータを作成することも可能である。
しかし、前述したように、放送コンテンツの多くは著作権により保護されたコンテンツであり、番組等のコンテンツ単位で様々なコピー制御情報が設定されている。
例えば、コピー許容コンテンツ、コピー禁止コンテンツ、コピーの許容回数や個数を設定したコンテンツ等、コンテンツ(番組)単位で様々なコピー制御情報が設定されている。
放送コンテンツに関するこれらのコピー制御情報は、番組コンテンツとともに放送波を介して送信されるパケット(TLVパケット/MMTPパケット)に格納されてユーザ側の受信装置に送信される。
図13を参照して、放送局等から番組コンテンツとともに送信されるコピー制御情報について説明する。
図13には、放送局等の送信装置が送信するTLVパケット列と、TLVパケットの構成、および、TLVパケットの各々に含まれるMMTPパケットを抽出して並べたMMTPパケット列を示している。
MMTPパケット列に含まれる各MMTPパケットは、画像、音声、字幕と上の再生対象データや、制御情報(SI:Signaling Information)等を、データ種類単位で格納したパケットとして構成される。
MMTPパケットの各々にどのような種類のデータが格納されているかについては、MMTPパケットのヘッダに記録されたパケットID(PID)によって識別可能となる。
例えばコピー制御情報は、MMTフォーマットにおいて規定される制御情報記録テーブルであるサービス記述テーブル(MH−SDT)に記録されている。
なお、MMTフォーマットには、記録された制御データの種類に応じた様々な制御情報記録テーブルがある。具体的には、例えば、以下のようなテーブルがある。
(a)TLV−NIT(ネットワーク情報テーブル)
(b)MH−BIT(ブロードキャスタ情報テーブル)
(c)MH−SDT(サービス記述テーブル)
(d)MH−EIT(イベント情報テーブル)
(e)MH−TOT(タイムオフセットテーブル)
(f)MPT(MMTパッケージテーブル)
サービス記述テーブル(MH−SDT)は、これらのテーブルの一つであり、例えば、チャンネル名や、放送事業者名等のチャンネル関連情報を記録したテーブルである。
コピー制御情報は、このサービス記述テーブル(MH−SDT)に含まれる。
図13に示すように、サービス記述テーブル(MH−SDT)を格納したMMTPパケットにはパケットID(PID)として、
PID=0x8004
が記録されている。
ユーザ側の装置は、このPID=0x8004の設定パケットからサービス記述テーブル(MH−SDT)を取り出して、その記述データからコピー制御情報を取得する。
なお、図14に示すように、サービス記述テーブル(MH−SDT)を格納したMMTPパケットは、数秒間隔で送信され、1つのMH−SDT格納パケットに格納されたコピー制御情報は、後続する再生対象データ格納パケットに格納されたコンテンツに適用される。
例えば、図14に示すサービス記述テーブル(MH−SDT)を格納した制御情報格納パケット71は、次の制御情報格納パケット72までの期間内の後続MMTPに格納された画像、音声、字幕等のコンテンツに関するコピー制御情報として利用される。
制御情報格納パケット72は、次の制御情報格納パケット73までの期間内の後続MMTPに格納されたコンテンツに関するコピー制御情報として利用される。
このように、MMTPに格納されたコンテンツに関するコピー制御情報は、制御情報格納パケットに格納されたサービス記述テーブル(MH−SDT)を参照して確認することができる。
次に、図15以下を参照して、サービス記述テーブル(MH−SDT)の具体的データ構成について説明する。
図15は、MMTPパケットに格納されるサービス記述テーブル(MH−SDT)のデータ構成(シンタクス)を示す図である。
なお、データ構成(Syntax)に併せて、ビット数(No. of bits)、データ表記(Mnemonic)を示している。
なお、データ表記中の「uimsbf」は「符号無し整数、最上位ビットが先頭」(unsigned integer most significant bit first)表記を意味する。
「bslbf」は、「ビット列、左ビットが先頭(bit string,left bit first)を意味する。
なお、MMTフォーマットデータに関する制御情報は、その制御情報の種類(カテゴリ)に応じて複数のテーブルに記録される。
前述したように、例えば、以下のテーブルがある。
(a)TLV−NIT(ネットワーク情報テーブル)
(b)MH−BIT(ブロードキャスタ情報テーブル)
(c)MH−SDT(サービス記述テーブル)
(d)MH−EIT(イベント情報テーブル)
(e)MH−TOT(タイムオフセットテーブル)
(f)MPT(MMTパッケージテーブル)
さらに、これらのテーブルには、特定のカテゴリに含まれる下位の細分類された制御情報の各々が、記述子(descriptor)単位で記録される。
図15に示すサービス記述テーブル(MH−SDT)の記述子(descriptor)記録領域には、
(1)コンテンツコピー制御記述子、
(2)コンテンツ利用制御記述子、
これらの記述子が記録される。
これらの2つの記述子の具体的なデータ構成について、図16、図17を参照して説明する。
まず、図16を参照して「(1)コンテンツコピー制御記述子」のデータ構成(Syntax)について説明する。
図16に示すコンテンツコピー制御記述子には、図に示すように、例えば以下の各データが記録される。
記述子タグ(descriptor_tag)
デジタル記録制御データ(digital_recording_control_data)
コンポーネント制御フラグ(component_control_flag)
記述子タグ(descriptor_tag)には、
この記述子(descriptor)がコンテンツコピー制御記述子であることを示す識別タグ(0x8038)が記録される。
デジタル記録制御データ(digital_recording_control_data)には、
デジタル記録としてのコピー処理を実行してよいか否かを示す値が記録される。
具体例については、図18以下を参照して後段で説明する。
コンポーネント制御フラグ(component_control_flag)には、この記述子(コンテンツコピー制御記述子)が有効であるか否かを示す値が記録される。例えば以下の1ビットが記録される。
有効=0
無効=1
次に、図15に示すサービス記述テーブル(MH−SDT)の記述子(descriptor)として記録されるもう一つの記述子である「コンテンツ利用制御記述子」のデータ構成(Syntax)について、図17を参照して説明する。
図17に示すように、「コンテンツ利用制御記述子」には、例えば以下の各データが記録される。
コピー数制限モード(copy_restriction_mode)
暗号化モード(encryption_mode)
コピー数制限モード(copy_restriction_mode)には、
コピー可能な数であるコピー数の制限があるか否かのデータが記録される。
例えば、
コピー数制限あり=1
コピー数制限なし=0
これらのデータが記録される。
暗号化モード(encryption_mode)には、
コピー処理を行う場合の出力データを、暗号化データとして出力することが必要か否かのデータが記録される。
例えば、
出力データの暗号化要=0
出力データの暗号化不要=1
これらのデータが記録される。
図15に示すサービス記述テーブル(MH−SDT)には、図16、図17を参照して説明したように、以下の3種類のコピー制御関連情報が記録される。
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
図18に、デジタルコピー制御態様の種類(5種類)と、上記のMMTフォーマットにおいて規定される3種類の制御情報の設定を一覧としてまとめた図を示す。
図18には、デジタルコピー制御態様の種類として、以下の5種類を示している。
(1)制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
(2)制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
(3)コピー禁止
(4)1世代のみコピー可、ただし、コピー数制限あり
(5)1世代のみコピー可、かつ、コピー数制限なし
上記の5種類のデジタルコピー制御態様について、上記のMMTフォーマットにおいて規定される3種類の制御情報の設定は、図に示すように、以下の設定となる。
(1)制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
(A)デジタル記録制御情報=00(デジタル記録可)
(B)暗号化情報=0(出力コピーデータの暗号化必要)
(C)コピー数制限モード=Don't Care(規定なし)
(2)制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
(A)デジタル記録制御情報=00(デジタル記録可)
(B)暗号化情報=1(出力コピーデータの暗号化不要)
(C)コピー数制限モード=Don't Care(規定なし)
(3)コピー禁止
(A)デジタル記録制御情報=11(デジタル記録不可)
(B)暗号化情報=Don't Care(規定なし)
(C)コピー数制限モード=Don't Care(規定なし)
(4)1世代のみコピー可、ただし、コピー数制限あり
(A)デジタル記録制御情報=10(一世代のみデジタル記録可)
(B)暗号化情報=0(出力コピーデータの暗号化必要)
(C)コピー数制限モード=1(コピー数制限あり)
(5)1世代のみコピー可、かつ、コピー数制限なし
(A)デジタル記録制御情報=10(一世代のみデジタル記録可)
(B)暗号化情報=0(出力コピーデータの暗号化必要)
(C)コピー数制限モード=0(コピー数制限なし)
図18に示す5種類のデジタルコピー制御態様(1)〜(5)について、MMTフォーマットにおいて規定される3種類の制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの記録データは、図18に示すように、上述した設定となる。
[6.コピー処理を実行する情報処理装置が、メディアに記録されたMMTフォーマットデータのコピー制御情報を取得可能とした構成について]
次に、コピー処理を実行する情報処理装置が、メディアに記録されたMMTフォーマットデータのコピー制御情報を順守した確実なコピー制御を可能とした構成について説明する。
先に説明したように、放送コンテンツデータをBD等のメディアに記録した後は、例えば、BDAVフォーマット対応のアプリケーションを利用してコピー処理が行われる。
しかし、現行のBDAVフォーマット対応のアプリケーションには、MMTPパケットに格納されたコピー制御情報を参照してコピー処理の可否を判断するといった処理を行うアルゴリズムは含まれていない。
従って、何らかの対策を行わないと、放送波によって送信されるコピー制御情報を無視した無秩序なコピー処理が行われる可能性がある。
以下において、この問題を解決する構成について説明する。
すなわち、MMTフォーマットに従った配信データを入力して、BD等の記録メディアに記録し、その記録データを他メディアにコピーする場合に、元のMMTフォーマットデータに設定されたコピー制御情報を順守した確実なコピー制御を可能とした構成について説明する。
[6−1.コピー制御情報を記録した追加ヘッダについて]
まず、本開示の構成の概要、すなわちコピー制御情報を記録した追加ヘッダについて、図19、図20を参照して説明する。
本開示の構成では、放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録(初期記録)を実行する情報処理装置が、入力MMTフォーマットデータに含まれるサービス記述テーブル(MH−SDT)を取得し、サービス記述テーブル(MH−SDT)に記録されたコピー制御情報を読み取る。
さらに、情報処理装置は、サービス記述テーブル(MH−SDT)から取得したコピー制御情報を記録したヘッダ(追加ヘッダ)を生成して、各MMTPパケットの先頭、または各TLVパケットの先頭に挿入して、メディアに記録する。
図19は、メディアに記録するパケット列がMMTPパケット列である場合の処理例を示す図である。
放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録(初期記録)を実行する情報処理装置は、図19に示すように、メディアに記録する各MMTPパケット100の先頭部分に、追加ヘッダ(MMTPパケット追加ヘッダ101)を設定して、メディアに記録する。
MMTPパケット追加ヘッダ101には、後続のMMTPパケット100の格納データに対応するコピー制御情報が記録される。
具体的には、例えば、図18を参照して説明したMMTフォーマット規定の3種類の制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの各値を記録した追加ヘッダを記録する。
この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置(情報処理装置)は、追加ヘッダの記録内容に基づいて後続のMMTPパケットの格納データについてのMMTフォーマット対応のコピー制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの各設定値を取得することが可能となる。
この結果、その追加ヘッダに後続するMMTPパケットの格納データが、図18に示す5種類のデジタルコピー制御態様(1)〜(5)、すなわち、
(1)制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
(2)制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
(3)コピー禁止
(4)1世代のみコピー可、ただし、コピー数制限あり
(5)1世代のみコピー可、かつ、コピー数制限なし
これら5種類のいずれに対応するコピー制御対象コンテンツであるかを判断することが可能となる。
コピー処理を実行するコピー装置(情報処理装置)は、この判断に基づいて、MMTPパケット単位で、元のMMTフォーマット対応のコピー制御情報を順守して、メディア間のデータコピー処理を行うことが可能となる。
図19に示す例は、メディアに対する記録データをMMTPパケット列とした場合の処理例である。
先に図9、図10を参照して説明したように、メディアに対する記録データは、
MMTPパケット列、または、
TLVパケット列、
これらいずれかの設定とすることが想定されている。
メディアに対する記録データを、TLVパケット列とした場合の追加ヘッダの設定例について、図20を参照して説明する。
この場合、放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録(期記録)を実行する情報処理装置は、図20に示すように、メディアに記録する各TLVパケット120の先頭部分に、追加ヘッダ(TLVパケット追加ヘッダ121)を設定して、メディアに記録する。
TLVパケット追加ヘッダ121には、後続のTLVパケット120の格納データに対応するコピー制御情報が記録される。
すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの各値が記録される。
この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置(情報処理装置)は、追加ヘッダの記録内容に基づいて後続のTLVパケットの格納データについてのMMTフォーマット対応のコピー制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの各設定値を取得することが可能となる。
この結果、その追加ヘッダに後続するTLVパケットの格納データが、図18に示す5種類のデジタルコピー制御態様(1)〜(5)、すなわち、
(1)制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
(2)制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
(3)コピー禁止
(4)1世代のみコピー可、ただし、コピー数制限あり
(5)1世代のみコピー可、かつ、コピー数制限なし
これら5種類のいずれに対応するコピー制御対象コンテンツであるかを判断することが可能となる。
コピー処理を実行するコピー装置(情報処理装置)は、この判断に基づいて、MMTPパケット単位で、元のMMTフォーマット対応のコピー制御情報を順守して、メディア間のデータコピー処理を行うことが可能となる。
以下、図19に示すMMTPパケット追加ヘッダ101、および、図20に示すTLVパケット追加ヘッダ121の記録データのデータ構成(Syntax)の例について説明する。
[6−2.コピー制御情報を記録した追加ヘッダの一例(例1)について]
まず、図21以下を参照して、図19に示すMMTPパケット追加ヘッダ101、および図20に示すTLVパケット追加ヘッダ121の記録データのデータ構成(Syntax)例の一例(例1)について説明する。
図21は、図19に示すMMTPパケット追加ヘッダ101のデータ構成(Syntax)の一例を示す図である。
図21に示すように、MMTPパケット追加ヘッダには、以下の各データが記録される。
(A)デジタル記録制御情報(digital_recording_control_data)201、
(B)暗号化情報(encryption_mode)202、
(C)コピー数制限情報(copy_restriction_mode)203、
これらの各データは、先に図15〜図18を参照して説明したMMTフォーマットにおいて規定される制御情報記録テーブルであるサービス記述テーブル(MH−SDT)に記録されたデータに相当する。
(A)デジタル記録制御情報(digital_recording_control_data)は、図18に示すように、
デジタル記録可(設定ビット値=00)、
デジタル記録不可(11)、
1世代のみデジタル記録可(10)、
これらのいずれかの設定を持つ。
(B)暗号化情報(encryption_mode)は、図18に示すように、
出力コピーデータの暗号化必要(0)、
出力コピーデータの暗号化不要(1)、
これらのいずれかの設定を持つ。
(C)コピー数制限情報(copy_restriction_mode)は、図18に示すように、
コピー数制限あり(1)
コピー数制限なし(0)
これらのいずれかの設定を持つ。
放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録(初期記録)を実行する情報処理装置は、入力MMTフォーマットデータに含まれるサービス記述テーブル(MH−SDT)を取得し、サービス記述テーブル(MH−SDT)に記録された上記(A)〜(C)のコピー制御情報を読み取る。
さらに、情報処理装置は、サービス記述テーブル(MH−SDT)から取得したコピー制御情報(A)〜(C)を記録したMMTPパケット追加ヘッダを生成して、各MMTPパケットの先頭に設定して、メディアに記録する。
なお、上記(A)〜(C)から選択された少なくともいずれかのデータのみを追加ヘッダに記録する設定も可能である。
図21に示すMMTPパケット追加ヘッダの
(A)デジタル記録制御情報(digital_recording_control_data)201、
(B)暗号化情報(encryption_mode)202、
(C)コピー数制限情報(copy_restriction_mode)203、
これらの各設定値は、後続のMMTPパケット内に格納されたデータのコピー制御情報である。
このように、本例ではMMTPパケット単位のコピー制御情報がMMTPパケット追加ヘッダに記録される。
例えば、メディアに記録されたMMTPパケット列からなるデータを他メディアにコピーしようとする情報処理装置は、各MMTPパケットに設定された追加ヘッダのデータを読み取ることで、後続のMMTPパケット内のデータのコピー制御情報を取得することが可能となり、元のMMTフォーマットデータ対応のコピー制御情報を順守したコピー処理を行うことが可能となる。
なお、図21に示すように、MMTPパケット追加ヘッダの先頭にはMMTPパケットのレングス(パケット長)を示すレングスデータも記録される。
これは、MMTPパケットに元々設定されている、本来のMMTPパケットヘッダにMMTPパケットのレングス(パケット長)を示すレングスデータが記録されていないためである。
この追加ヘッダにレングスデータを記録することで、例えばコピー処理を実行する装置は、メディアに記録されたMMTPパケット列から、各MMTPパケットの区切り位置を把握することが可能となり、MMTPパケットの先頭部にあるMMTPパケット追加ヘッダを、順次、取得して読み取ることが可能となる。
次に、図22を参照して、先に図20を参照して説明したTLVパケット追加ヘッダ121のデータ構成(Syntax)について説明する。
図22に示すように、TLVパケット追加ヘッダには、以下の各データが記録される。
(A)デジタル記録制御情報(digital_recording_control_data)211、
(B)暗号化情報(encryption_mode)212、
(C)コピー数制限情報(copy_restriction_mode)213、
これらの各データは、図21を参照して説明したMMTPパケット追加ヘッダの記録データと同様のデータである。
すなわち、先に図15〜図18を参照して説明したMMTフォーマットにおいて規定される制御情報記録テーブルであるサービス記述テーブル(MH−SDT)に記録されたデータに相当する。
放送局等の送信装置からの送信データを入力して、メディアに対するデータ記録(初期記録)を実行する情報処理装置は、入力MMTフォーマットデータに含まれるサービス記述テーブル(MH−SDT)を取得し、サービス記述テーブル(MH−SDT)に記録された上記(A)〜(C)のコピー制御情報を読み取る。
さらに、情報処理装置は、サービス記述テーブル(MH−SDT)から取得したコピー制御情報(A)〜(C)を記録したTLVパケット追加ヘッダを生成して、各TLVパケットの先頭に設定して、メディアに記録する。
なお、上記(A)〜(C)から選択された少なくともいずれかのデータのみを追加ヘッダに記録する設定も可能である。
図22に示すTLVパケット追加ヘッダの
(A)デジタル記録制御情報(digital_recording_control_data)211、
(B)暗号化情報(encryption_mode)212、
(C)コピー数制限情報(copy_restriction_mode)213、
これらの各設定値は、後続のTLVパケット内に格納されたデータのコピー制御情報である。
このように、本例ではTLVパケット単位のコピー制御情報がTLVパケット追加ヘッダに記録される。
例えば、メディアに記録されたTLVパケット列からなるデータを他メディアにコピーしようとする情報処理装置は、各TLVパケットに設定された追加ヘッダのデータを読み取ることで、後続のTLVパケット内のデータのコピー制御情報を取得することが可能となり、元のMMTフォーマットデータ対応のコピー制御情報を順守したコピー処理を行うことが可能となる。
なお、図22に示すTLVパケット追加ヘッダには、先に図21を参照して説明したパケットのレングス(パケット長)を示すレングスデータは記録されない。
これは、TLVパケットに元々設定されている、本来のTLVパケットヘッダにTLVパケットのレングス(パケット長)を示すレングスデータが記録されているためである。
例えばコピー処理を実行する装置は、本来のTLVパケットヘッダの記録データにの基づいて、メディアに記録されたTLVパケット列から、各TLVパケットの区切り位置を把握することが可能であり、TLVパケットの先頭部にあるTLVパケット追加ヘッダを、順次、取得して読み取ることが可能である。
[6−3.コピー制御情報を記録した追加ヘッダの一例(例2)について]
次に、図23以下を参照して、図19に示すMMTPパケット追加ヘッダ101、および図20に示すTLVパケット追加ヘッダ121の記録データのデータ構成(Syntax)例の第2の例(例2)について説明する。
図23は、図19に示すMMTPパケット追加ヘッダ101のデータ構成(Syntax)の第2の例を示す図である。
図23に示すように、MMTPパケット追加ヘッダには、以下の各データが記録される。
(A)デジタル記録制御情報(digital_recording_control_data)201、
(B)暗号化情報(encryption_mode)202、
(C)コピー数制限情報(copy_restriction_mode)203、
(D)暗号化フラグ(encryption_flag)204、
(A)〜(C)の情報は、先に図21を参照して説明した情報と同一の情報である。
すなわち、これらのデータ(A)〜(C)は、先に図15〜図18を参照して説明したMMTフォーマットにおいて規定される制御情報記録テーブルであるサービス記述テーブル(MH−SDT)に記録されたデータに相当する。
図23に示すMMTPパケット追加ヘッダの
(A)デジタル記録制御情報(digital_recording_control_data)201、
(B)暗号化情報(encryption_mode)202、
(C)コピー数制限情報(copy_restriction_mode)203、
これらの各設定値は、後続のMMTPパケット内に格納されたデータのコピー制御情報である。
本実施例では、これら(A)〜(C)の各情報に追加して、以下のデータ、すなわち、
(D)暗号化フラグ(encryption_flag)204、
この暗号化フラグ情報204を追加ヘッダに記録する。
この暗号化フラグ204は、このMMTPパケット追加ヘッダの設定されたMMTPパケットに格納されたデータが暗号化データであるか否かを示すフラグである。
例えば、
暗号化フラグ=00の場合は、MMTPパケットに格納されたデータが非暗号化データ(=平文データ)であることを意味する。
暗号化フラグ=11の場合は、MMTPパケットに格納されたデータが暗号化データであることを意味する。
なお、暗号化データには、例えばスクランブルデータも含まれる。
このように、本例ではMMTPパケット単位のコピー制御情報として、
(A)デジタル記録制御情報(digital_recording_control_data)201、
(B)暗号化情報(encryption_mode)202、
(C)コピー数制限情報(copy_restriction_mode)203、
これらの情報に加えて、
(D)暗号化フラグ(encryption_flag)204、
この暗号化フラグ情報204を追加ヘッダに記録する。
例えば、メディアに記録されたMMTPパケット列からなるデータを他メディアにコピーしようとする情報処理装置は、各MMTPパケットに設定された追加ヘッダのデータを読み取ることで、後続のMMTPパケット内のデータのコピー制御情報を取得することが可能となり、元のMMTフォーマットデータ対応のコピー制御情報を順守したコピー処理を行うことが可能となる。
さらに、本例においては、MMTPパケット追加ヘッダに記録された暗号化フラグ204に基づいて、MMTPパケットに格納されたデータが暗号化データであるか平文データであるかを即座に判定できるので、例えば、再生処理を行う場合に、復号処理の要否をMMTPパケット単位で即座に判定することが可能となる。
また、コピー処理に際しても、暗号化フラグ204に基づいて、コピー対象データに対する復号処理や、再暗号化処理の要否をMMTPパケット単位で即座に判定することが可能となる。
次に、図24を参照して、先に図20を参照して説明したTLVパケット追加ヘッダ121の第2のデータ構成(Syntax)例について説明する。
図24に示すように、TLVパケット追加ヘッダには、以下の各データが記録される。
(A)デジタル記録制御情報(digital_recording_control_data)211、
(B)暗号化情報(encryption_mode)212、
(C)コピー数制限情報(copy_restriction_mode)213、
(D)暗号化フラグ(encryption_flag)214、
これらのデータは、図23を参照して説明したMMTPパケット追加ヘッダの記録データと同様のデータである。
すなわち、上記(A)〜(C)のコピー制御情報は、先に図15〜図18を参照して説明したMMTフォーマットにおいて規定される制御情報記録テーブルであるサービス記述テーブル(MH−SDT)に記録されたデータに相当する。
(D)暗号化フラグ(encryption_flag)214、
この暗号化フラグ214は、このTLVパケット追加ヘッダの設定されたTLVパケットに格納されたデータが暗号化データであるか否かを示すフラグである。
例えば、
暗号化フラグ=00の場合は、TLVパケットに格納されたデータが非暗号化データ(=平文データ)であることを意味する。
暗号化フラグ=11の場合は、TLVパケットに格納されたデータが暗号化データであることを意味する。
このように、本例ではTLVパケット単位のコピー制御情報として、
(A)デジタル記録制御情報(digital_recording_control_data)211、
(B)暗号化情報(encryption_mode)212、
(C)コピー数制限情報(copy_restriction_mode)213、
これらの情報に加えて、
(D)暗号化フラグ(encryption_flag)214、
この暗号化フラグ情報214を追加ヘッダに記録する。
例えば、メディアに記録されたTLVパケット列からなるデータを他メディアにコピーしようとする情報処理装置は、各TLVパケットに設定された追加ヘッダのデータを読み取ることで、後続のTLVパケット内のデータのコピー制御情報を取得することが可能となり、元のMMTフォーマットデータ対応のコピー制御情報を順守したコピー処理を行うことが可能となる。
さらに、本例においては、TLVパケット追加ヘッダに記録された暗号化フラグ214に基づいて、TLVパケットに格納されたデータが暗号化データであるか平文データであるかを即座に判定できるので、例えば、再生処理を行う場合の復号処理の要否をTLVパケット単位で即座に判定することが可能となる。
また、コピー処理に際しても、暗号化フラグ214に基づいて、コピー対象データに対する復号処理や、再暗号化処理の要否をTLVパケット単位で即座に判定することが可能となる。
なお、放送局等の送信装置からMMTフォーマットデータを受信してメディアにMMTPパケット列、またはTLVパケット列データを記録(初期記録)する情報処理装置は、図23、図24を参照して説明した暗号化フラグの設定値(00、または11)を決定することが必要となる。
すなわち、図23、図24を参照して説明した暗号化フラグをMMTPパケット追加ヘッダ、またはTLVパケット追加ヘッダに記録するためには、これらの追加ヘッダを設定するMMTPパケット、またはTLVパケットに格納されたデータが暗号化データであるか否かを確認することが必要である。
この確認処理のために、情報処理装置は、各TLVパケット内のMMTPパケットの本来のMMTPパケットヘッダに記録された情報(hdr_ext_byte)を参照する。
この処理について、図25以下を参照して説明する。
図25は、MMTPパケットヘッダのデータ構成(Syntax)を示している。
図25に示すヘッダデータは、追加ヘッダではなく、放送局等の送信装置から送信されるデータに含まれる本来ののMMTPパケットヘッダである。
このMMTPパケットヘッダのヘッダ拡張バイト(header_extension)領域にMMTPパケットに格納されたデータが暗号化データであるか否かの情報が記録される。
図26は、MMTPパケットヘッダのヘッダ拡張バイト(header_extension)領域に記録されるデータの一例を示す図である。
このデータ中の拡張情報(hdr_ext_byte)記録領域の具体例を図27に示す。
MMTPパケットヘッダのヘッダ拡張バイト(header_extension)領域の拡張情報(hdr_ext_byte)記録領域には、例えば、図27に示すデータが記録される。
この記録データの一部に「MMTスクランブル制御ビット」が含まれる。
「MMTスクランブル制御ビット」は2ビットデータであり、ビット値に応じて、以下の意味を示す。
00=MMTPパケットの格納データはスクランブル無しのデータ(非暗号化データ)
01=定義無し
10=MMTPパケットの格納データは、偶数鍵を適用したスクランブル有りのデータ(暗号化データ)
11=MMTPパケットの格納データは、奇数鍵を適用したスクランブル有りのデータ(暗号化データ)
なお、偶数鍵、奇数鍵は、スクランブル処理(暗号化)に適用する鍵の種類に関する情報である。
放送局等の送信装置からMMTフォーマットデータを受信してメディアにMMTPパケット列、またはTLVパケット列データを記録(初期記録)する情報処理装置は、この「MMTスクランブル制御ビット」の設定値を参照して、図23、図24を参照して説明した暗号化フラグの設定値(00、または11)を決定して、追加ヘッダに記録する。
具体的なフラグ設定は以下のようになる。
MMTスクランブル制御ビット=00の場合は、暗号化フラグ=00に設定する。
暗号化フラグ=00は、MMTPパケットに格納されたデータが非暗号化データ(=平文データ)であることを意味する。
一方、MMTスクランブル制御ビット=10、または11の場合は、暗号化フラグ=11に設定する。
暗号化フラグ=11は、MMTPパケットに格納されたデータが暗号化データであることを意味する。
[7.追加ヘッダを設定してメディアに記録するデータの暗号化処理について]
上述したように、MMTフォーマットデータによって構成される放送波を受信して、情報記録媒体(メディア)にデータを記録する情報処理装置は、MMTフォーマットデータを格納したMMTPパケット、またはTLVパケットに対して新たに追加ヘッダ(MMTPパケット追加ヘッダ、または、TLVパケット追加ヘッダ)を追加して、これらの追加ヘッダにコピー制御情報を記録して情報記録媒体(メディア)に記録する。
この情報記録媒体(メディア)に対するデータ記録処理に際して、パケット(MMTPパケット、またはTLVパケット)格納データの再暗号化処理が必要となる場合がある。
例えば、BD(Blu−Ray(登録商標) Disc)やHD、DVD等の情報記録媒体(メディア)の記録データの著作権保護に関する規格はAACS(Advanced Access Content System)によって規定されており、BD等のメディア記録コンテンツの暗号化態様はAACS規定に従った方式であることが必要となる。
しかし、放送コンテンツについてはAACS規定に拘束されず、AACS規定の暗号化態様が利用する必要がなく、独自の暗号化態様での配信がなされる。
従って、MMTフォーマットデータによって構成される放送波を受信して、情報記録媒体(メディア)にデータを記録する情報処理装置は、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第1メディアの記録データを読み出して、一旦、復号し、その後、AACS規定に従った方式で再暗号化を行ってコピー先の情報記録媒体(第2メディア)に記録することが必要となる。
以下、この暗号化処理例について説明する。
まず、先に図10を参照して説明したTLVパケット列を情報記録媒体(メディア)に記録する場合の暗号化処理例について、図28を参照して説明する。
情報処理装置は、コピー制御情報を記録したTLVパケット追加ヘッダをTLVパケットに追加して情報記録媒体(メディア)に記録する。
図28には、この処理を実行する場合の暗号化処理のシーケンスを示している。
まず、情報処理装置は、コピー制御情報を記録したTLVパケット追加ヘッダ251を取得する。
このTLVパケット追加ヘッダ251は、16バイト平文データによって構成される。なお、TLVパケット追加ヘッダが16バイト未満である場合は、TLVパケットの先頭の一部データを平文データとしてTLVパケット追加ヘッダに併せて16バイトのTLVパケット追加ヘッダ251としてもよい。
(ステップS11)
情報処理装置は、上記の16バイトTLVパケット追加ヘッダ251を取得し、ステップS11において、予め乱数生成処理等により生成したタイトル鍵252を適用した一方向性関数による演算を実行して、ブロック鍵253を生成する。
すなわち、16バイトTLVパケット追加ヘッダ251の構成データを暗号鍵生成用のシード情報として利用して、ブロック単位(暗号処理単位)の暗号鍵であるブロック鍵253を生成する。
(ステップS12)
次に、情報処理装置は、ステップS12において、平文TLVパケット254を入力して、ステップS11で生成したブロック鍵を適用した暗号化処理を実行して暗号化TLVパケット255を生成する。
なお、平文TLVパケット254は、放送局等から送信される暗号化データを復号して得た平文TLVパケット254である。再生処理に際して復号された結果と同じデータである。
ブロック鍵を適用した暗号化処理を実行して生成した暗号化TLVパケット255を、TLVパケット追加ヘッダ251の後続データとして設定して、情報記録媒体(メディア)に記録する。
なお、ブロック鍵を適用した暗号化処理は、例えば、ECBモードやCBCモードを適用した暗号化処理として実行可能である。また、これらの暗号化処理を行う場合にパディングデータを付加する設定としてもよい。例えばAES等のブロック暗号との相性を考えて、暗号化TLVパケットが16バイトの倍数となるように000・・・0等のデータ列からなるパディングデータを付加する設定としてもよい。
クリップAVストリームファイルを構成するすべてのTLVパケットについて、同様の暗号化処理を実行して、TLVパケット追加ヘッダと暗号化TLVパケットの組みからなるデータセットを並べて、BD等の情報記録媒体に記録する。
次に、先に図9を参照して説明したMMTPパケット列を情報記録媒体(メディア)に記録する場合の暗号化処理例について、図29を参照して説明する。
情報処理装置は、コピー制御情報を記録したMMTPパケット追加ヘッダをMMTPパケットに追加して情報記録媒体(メディア)に記録する。
図29には、この処理を実行する場合の暗号化処理のシーケンスを示している。
まず、情報処理装置は、コピー制御情報を記録したMMTPパケット追加ヘッダ261を取得する。
このMMTPパケット追加ヘッダ261は、16バイト平文データによって構成される。なお、MMTPパケット追加ヘッダが16バイト未満である場合は、MMTPパケットの先頭の一部データを平文データとしてMMTPパケット追加ヘッダに併せて16バイトの平文MMTPパケット追加ヘッダ261としてもよい。
(ステップS21)
情報処理装置は、上記の16バイトMMTPパケット追加ヘッダ261を取得し、ステップS21において、予め乱数生成処理等により生成したタイトル鍵262を適用した一方向性関数による演算を実行して、ブロック鍵263を生成する。
すなわち、16バイトMMTPパケット追加ヘッダ261の構成データを暗号鍵生成用のシード情報として利用して、ブロック単位(暗号処理単位)の暗号鍵であるブロック鍵263を生成する。
(ステップS22)
次に、情報処理装置は、ステップS22において、平文MMTPパケット264を入力して、ステップS21で生成したブロック鍵を適用した暗号化処理を実行して暗号化MMTPパケット265を生成する。
なお、平文MMTPパケット264は、放送局等から送信される暗号化データを復号して得た平文MMTPパケット264である。再生処理に際して復号された結果と同じデータである。
ブロック鍵を適用した暗号化処理を実行して生成した暗号化MMTPパケット265を、MMTPパケット追加ヘッダ261の後続データとして設定して、情報記録媒体(メディア)に記録する。
なお、ブロック鍵を適用した暗号化処理は、例えば、ECBモードやCBCモードを適用した暗号化処理として実行可能である。また、これらの暗号化処理を行う場合にパディングデータを付加する設定としてもよい。例えばAES等のブロック暗号との相性を考えて、暗号化MMTPパケットが16バイトの倍数となるように000・・・0等のデータ列からなるパディングデータを付加する設定としてもよい。
クリップAVストリームファイルを構成するすべてのMMTPパケットについて、同様の暗号化処理を実行して、MMTPパケット追加ヘッダと暗号化MMTPパケットの組みからなるデータセットを並べて、BD等の情報記録媒体に記録する。
[8.複数パケットに対して1つのコピー制御情報を記録した追加ヘッダを設定する例について]
上述した実施例では、例えば、図19、図20を参照して説明したように、コピー制御情報を記録した追加ヘッダを、1つのMMTPパケット、または1つのTLVパケット単位で個別に設定する構成例として説明した。
しかし、コピー制御情報を記録した追加ヘッダの設定態様は、1つのパケット単位で設定する構成に限らない。
例えば、複数のパケットに対して1つの追加ヘッダを設定する構成としてもよい。
以下、複数パケット、または複数のパケットデータを含む所定長のデータに対して1つのコピー制御情報を記録した追加ヘッダを設定した実施例について説明する。
図30以下を参照して、以下の3つの追加ヘッダ設定例について説明する。
(例1)N個のパケット(MMTPパケットまたはTLVパケット)に対して1つのコピー制御情報記録追加ヘッダを設定する例
(例2)固定長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例
(例3)可変長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例
以下、これらの追加ヘッダ設定例について、順次、説明する。
[8−1.(例1)N個のパケット(MMTPパケットまたはTLVパケット)に対して1つのコピー制御情報記録追加ヘッダを設定する例について]
まず、図30を参照して、N個のパケット(MMTPパケットまたはTLVパケット)に対して1つのコピー制御情報を記録した追加ヘッダを設定する例について説明する。
図30は、先に図19や図20を参照して説明したと同様、メディアに対する記録データの構成例を示す図である。
放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図30に示すように、複数(N個)のパケット(MMTPパケットまたはTLVパケット)に対して1つのコピー制御情報を記録した追加ヘッダを設定して記録する。
図30には、以下2つのデータ記録例であるパケット列を示している。
(A1)複数(N個)のMMTPパケットに対して1つの追加ヘッダを設定したMMTPパケット列
(A2)複数(N個)のTLVパケットに対して1つの追加ヘッダを設定したTLVパケット列
(A1)に示す例は、メディアに記録するMMTPパケット100をN個単位で区切り、N個のMMTPパケットの先頭部分に、追加ヘッダ(MMTPパケット追加ヘッダ101)を設定して、メディアに記録する例である。
(A2)に示す例は、メディアに記録するTLVパケット120をN個単位で区切り、N個のTLVパケットの先頭部分に、追加ヘッダ(TLVパケット追加ヘッダ121)を設定して、メディアに記録する例である。
本例において、Nは2以上である。
なお、図には、一例として、追加ヘッダ101,121を平文、MMTPパケット100、TLVパケット120を暗号文として設定した例を示しているが、MMTPパケット100、TLVパケット120を平文として記録する例も可能である。
MMTPパケット追加ヘッダ101には、後続の複数(N個)のMMTPパケット100の格納データに対応するコピー制御情報が記録される。
TLVパケット追加ヘッダ121には、後続の複数(N個)のTLVパケット120の格納データに対応するコピー制御情報が記録される。
追加ヘッダ101,121には、例えば、図18を参照して説明したMMTフォーマット規定の3種類の制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの各値を記録した追加ヘッダを記録する。
この追加ヘッダをメディアに記録することで、コピー処理を実行するコピー装置(情報処理装置)は、追加ヘッダの記録内容に基づいて後続の複数のMMTPパケット、またはTLVパケットの格納データについてのMMTフォーマット対応のコピー制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの各設定値を取得することが可能となる。
この結果、その追加ヘッダに後続する複数パケット(MMTPパケットまたはTLVパケット)の格納データが、図18に示す5種類のデジタルコピー制御態様(1)〜(5)、すなわち、
(1)制約条件なしでコピー可、ただし、出力コピーデータの暗号化必要
(2)制約条件なしでコピー可、かつ、出力コピーデータの暗号化不要
(3)コピー禁止
(4)1世代のみコピー可、ただし、コピー数制限あり
(5)1世代のみコピー可、かつ、コピー数制限なし
これら5種類のいずれに対応するコピー制御対象コンテンツであるかを判断することが可能となる。
コピー処理を実行するコピー装置(情報処理装置)は、この判断に基づいて、MMTPパケット単位で、元のMMTフォーマット対応のコピー制御情報を順守して、メディア間のデータコピー処理を行うことが可能となる。
なお、さらに、先に、図23、図24を参照して説明したように、
(A)デジタル記録制御情報(digital_recording_control_data)、
(B)暗号化情報(encryption_mode)、
(C)コピー数制限情報(copy_restriction_mode)、
これらの情報に加えて、
(D)暗号化フラグ(encryption_flag)、
この暗号化フラグ情報を追加ヘッダに記録する構成としてもよい。
暗号化フラグ情報を追加ヘッダに記録することで、追加ヘッダに後続する複数のパケット(MMTPパケットまたはTLVパケット)に格納されたデータが暗号化データであるか平文データであるかを即座に判定できるので、例えば、再生処理を行う場合に、復号処理の要否を複数パケット単位で即座に判定することが可能となる。
また、コピー処理に際しても、暗号化フラグに基づいて、コピー対象データに対する復号処理や、再暗号化処理の要否を複数パケット単位で即座に判定することが可能となる。
なお、1つの追加ヘッダ101,121に後続するパケット数Nは、全ての追加ヘッダにおいて一定の数としてもよいし、異なる数としてもよい。
また、追加ヘッダ101,121の各々には、その追加ヘッダに後続する複数パケットのデータ長(length)を記録する。
図31、図32は、図30に示す追加ヘッダ101、および追加ヘッダ121の記録データのデータ構成(Syntax)例の一例を示す図である。
図31は、先に図21を参照して説明したMMTPパケット追加ヘッダ101に記録されるコピー制御情報、すなわち、
(A)デジタル記録制御情報(digital_recording_control_data)201、
(B)暗号化情報(encryption_mode)202、
(C)コピー数制限情報(copy_restriction_mode)203、
これらのコピー制御情報を記録している。
図31に示す例では、さらに、
暗号化ブロックレングス(encryption_block_length)271を記録した構成を持つ。
図32は、TLVパケット追加ヘッダ121のデータ構成(Syntax)例の一例を示す図である。
図32に示す例は、先に図22を参照して説明したTLVパケット追加ヘッダ121の記録データに、さらに、
暗号化ブロックレングス(encryption_block_length)271を追加して記録した構成を有する。
図31、図32に示す暗号化ブロックレングス(encryption_block_length)271は、追加ヘッダに後続するパケットのデータ長を示すデータである。
なお、追加ヘッダに後続するパケットが暗号化データでない場合は、
ブロックレングス(block_length)を記録する構成としてもよい。
なお、追加ヘッダに後続させる複数パケットからなるデータのレングス(データ長)については予め規定してもよい。例えば許容可能な最小レングスや最大レングスを予め規定し、この規定範囲のデータ長に設定するといった設定である。
また、図31、図32に示すデータに追加して、先に図23、図24を参照して説明したように、
(D)暗号化フラグ(encryption_flag)、
を記録する構成も可能である。
[8−2.(例2)固定長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例について]
次に、図33を参照して、固定長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例について説明する。
図33は、図30と同様、メディアに対する記録データの構成例を示す図である。
放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図33に示すように、複数のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報を記録した追加ヘッダを設定する
本例において、1つの追加ヘッダ101,121に後続するパケット構成データのデータ長は固定長である。
具体的には、例えば128KBの固定長データを1つの追加ヘッダに後続させる設定とする。
この場合、図に示すMMTPパケット100a,bや、TLVパケット120a,bとして示すように、1つのMMTPパケットやTLVパケットが、追加ヘッダ101,121によって分断される場合もある。
図33には、以下2つのデータ記録例であるパケット列を示している。
(B1)固定長(例えば128KB)のMMTPパケットに対して1つの追加ヘッダを設定したMMTPパケット列
(B2)固定長(例えば128KB)のTLVパケットに対して1つの追加ヘッダを設定したTLVパケット列
なお、図には、一例として、追加ヘッダ101,121を平文、MMTPパケット100、TLVパケット120を暗号文として設定した例を示しているが、MMTPパケット100、TLVパケット120を平文として記録する例も可能である。
MMTPパケット追加ヘッダ101には、後続の固定長のMMTPパケット100の格納データに対応するコピー制御情報が記録される。
TLVパケット追加ヘッダ121には、後続の固定長のTLVパケット120の格納データに対応するコピー制御情報が記録される。
追加ヘッダに記録するコピー制御情報は、先に図30を参照して説明した例と同様、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの情報である。
さらに、
(D)暗号化フラグ(encryption_flag)、
を記録する構成としてもよい。
なお、本例においては、1つの追加ヘッダ101,121に後続するパケット構成データのデータ長は固定長であるため、追加ヘッダ101,121には、先に図31、図32を参照して説明したような追加ヘッダに後続するデータのデータ長(length)を記録する必要はない。
[8−3.(例3)可変長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例について]
次に、図34を参照して、可変長のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報記録追加ヘッダを設定する例について説明する。
図34は、図30と同様、メディアに対する記録データの構成例を示す図である。
放送局等の送信装置からの受信データをメディアに記録する情報処理装置は、図34に示すように、複数のパケット(MMTPパケットまたはTLVパケット)構成データに対して1つのコピー制御情報を記録した追加ヘッダを設定する
本例において、1つの追加ヘッダ101,121に後続するパケット構成データのデータ長は可変長である。
本例でも、先に説明した図33に示す例と同様、図34に示すMMTPパケット100a,bや、TLVパケット120a,bのように、1つのMMTPパケットやTLVパケットが、追加ヘッダ101,121によって分断される場合がある。
図34には、以下2つのデータ記録例であるパケット列を示している。
(C1)可変長のMMTPパケットに対して1つの追加ヘッダを設定したMMTPパケット列
(C2)可変長のTLVパケットに対して1つの追加ヘッダを設定したTLVパケット列
なお、図には、一例として、追加ヘッダ101,121を平文、MMTPパケット100、TLVパケット120を暗号文として設定した例を示しているが、MMTPパケット100、TLVパケット120を平文として記録する例も可能である。
MMTPパケット追加ヘッダ101には、後続の可変長のMMTPパケット100の格納データに対応するコピー制御情報が記録される。
TLVパケット追加ヘッダ121には、後続の可変長のTLVパケット120の格納データに対応するコピー制御情報が記録される。
追加ヘッダに記録するコピー制御情報は、先に図30を参照して説明したと同様、
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
これらの情報である。
さらに、
(D)暗号化フラグ(encryption_flag)、
を記録する構成としてもよい。
なお、本例においては、1つの追加ヘッダ101,121に後続するパケット構成データのデータ長が可変長であるため、追加ヘッダには、先に図31、図32を参照して説明したような追加ヘッダに後続するデータのデータ長(length)を記録する。
また、追加ヘッダに後続させるデータのレングス(データ長)についても、先に図30を参照して説明した例と同様、例えば許容可能な最小レングスや最大レングスを予め規定し、この規定範囲のデータ長に設定することが好ましい。
なお、先に、図28、図29を参照して説明したように、MMTフォーマットデータによって構成される放送波を受信して、情報記録媒体(メディア)にデータを記録する情報処理装置は、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第1メディアの記録データを読み出して、一旦、復号し、その後、AACS規定に従った方式で再暗号化を行ってコピー先の情報記録媒体(第2メディア)に記録することが必要となる。
先に図28、図29を参照して説明した例では、コピー処理を実行する情報処理装置は、コピー処理の実行に際して、例えば、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第1メディアの記録データであるパケット(TLVパケットまたはMMTPパケット)単位で設定された追加ヘッダの構成データをシード情報として利用して、ブロック単位(暗号処理単位)の暗号鍵であるブロック鍵を生成していた。
これに対して、パケット単位の追加ヘッダではなく、上述したように複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダを設定した構成である場合は、この複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダの構成データをシード情報として利用して、ブロック単位(暗号処理単位)の暗号鍵であるブロック鍵を生成する。
このブロック鍵を利用して、追加ヘッダに後続するデータを暗号化して、コピー先メディアに記録する処理を実行する。
[9.利用制御情報ファイルにコピー制御情報を記録する実施例について]
上述した実施例は、MMTPパケットに対して新たにMMTPパケット追加ヘッダ、または、TLVパケットに対して新たにTLVパケット追加ヘッダを追加して、これらの追加ヘッダにコピー制御情報を記録する実施例である。
次に、これらの追加ヘッダを用いることなく、MMTPパケット列や、TLVパケット列とは独立した利用制御情報ファイル(Usage File)を生成して、この利用制御情報ファイルにコピー制御情報を記録してメディアに記録する実施例について説明する。
図35は、この実施例に従った、情報処理装置30の実行する処理の概要を説明する図である。
情報処理装置30は放送局等の送信装置20から、MMTフォーマットデータを受信する。受信データはMMTPパケットを格納したTLVパケット列によって構成される。
情報処理装置30は、この受信データを情報記録媒体(メディア)40に記録する。
記録処理は、例えばBDAVフォーマットデータを生成して行われる。BDAVフォーマットデータを構成するクリップAVストリームファイルは、先に図9、図10を参照して説明したように、MMTPパケット列、またはTLVパケット列によって構成される。
先に説明した実施例では、これらのパケット列の構成パケットに追加ヘッダを設定して記録していた。
本実施例では、このような追加ヘッダを用いず、図35の下部に示すように、パケット列とは独立した利用制御情報ファイル(Usage File)280を生成して、この利用制御情報ファイル280にコピー制御情報を記録してメディアに記録する。
利用制御情報ファイル280の記録データの例について、図36を参照して説明する。
図36に示すように、情報処理装置30は、利用制御情報ファイル280に以下のデータを記録して情報記録媒体(メディア)40に記録する。
(a)EPN(1ビット):コピー処理時の出力データ暗号化要否情報
(b)CCI(2ビット):コピー制御情報
(c)Move_Not_Allowed(1ビット):ムーブ処理許容情報
(d)Trusted_Source_Mark_Screening_Required(1ビット):ソース確認処理(電子透かし(Watermark)検出処理)要否情報
(e)Digital_Output_Flag(1ビット):デジタル出力許容規格情報
なお、これらのデータは、例えば番組単位等、所定のコンテンツ区分ごとに記録可能であり、1つの利用制御情報ファイル280に複数のコンテンツ(番組)各々に対応する上記(a)〜(e)のコピー制御情報等のデータを列挙して記録することができる。
利用制御情報ファイル280に記録されるデータの具体例について、図37を参照して説明する。
図37には、図36に示す5つのデータ(a)〜(d)に対応する以下の各情報を示している。
(1)MMTフォーマットの制御情報(放送波に含まれる制御情報)
(2)利用制御情報ファイルの記録情報(メディア上に記録される制御情報)
放送局等の送信装置からの受信データを情報記録媒体(メディア)40に記録する情報処理装置30は、図37(1)に示す情報を受信データ中の制御情報(SI)等から取得して、取得情報に基づいて、利用制御情報ファイル280に記録すべき図37(2)に示す情報のいずれかを設定して、情報記録媒体(メディア)40に記録する。
(a)EPN(1ビット):コピー処理時の出力データ暗号化要否情報
この情報についての、
(1)MMTフォーマットの制御情報は、以下のいずれかの設定である。
0=暗号化必要
1=暗号化不要
情報処理装置30は、この設定値を取得して、利用制御情報ファイル280に対して、図37(2)に示す以下のデータを記録する。
MMTフォーマットの制御情報=0(暗号化必要)の場合、
利用制御情報ファイルの記録情報=0(EPN−asserted(暗号化必要))
とする。
一方、MMTフォーマットの制御情報=1(暗号化不要)の場合、
利用制御情報ファイルの記録情報=1(EPN−unasserted(暗号化不要))
とする。
(b)CCI(2ビット):コピー制御情報
この情報についての、
(1)MMTフォーマットの制御情報は、以下のいずれかの設定である。
00=制約条件なしにコピー可
11=コピー禁止
10=1世代のみコピー可
情報処理装置30は、この設定値を取得して、利用制御情報ファイル280に対して、図37(2)に示す以下のデータを記録する。
MMTフォーマットの制御情報=00(制約条件なしにコピー可)の場合、
利用制御情報ファイルの記録情報=00(COPY Control Notasserted(コピー可))
とする。
また、MMTフォーマットの制御情報=11(コピー禁止)の場合、
利用制御情報ファイルの記録情報=N/A(コピー禁止)
とする。
また、MMTフォーマットの制御情報=10(1世代のみコピー可)の場合、
利用制御情報ファイルの記録情報=01(No More Copy(1世代のみコピー可))
とする。なお、この設定の場合、コピー処理を実行した情報処理装置は、この値を11(コピー禁止)に変更する。
(c)Move_Not_Allowed(1ビット):ムーブ処理許容情報
この情報についての、
(1)MMTフォーマットの制御情報は、現時点では不確定であり、今後、放送記録の運用規定として規定される予定である。
情報処理装置30は、今後決定される規定値を取得して、利用制御情報ファイル280に対して、図37(2)に示す以下のいずれかのデータを記録する。
利用制御情報ファイルの記録情報=0(Move is Allowed(ムーブ可))
利用制御情報ファイルの記録情報=1(Move is not Allowed(ムーブ不可))
(d)Trusted_Source_Mark_Screening_Required(1ビット):ソース確認処理(電子透かし(Watermark)検出処理)要否情報
この情報についても、
(1)MMTフォーマットの制御情報は、現時点では不確定であり、今後、放送記録の運用規定として規定される予定である。
情報処理装置30は、今後決定される規定値を取得して、利用制御情報ファイル280に対して、図37(2)に示す以下のいずれかのデータを記録する。
利用制御情報ファイルの記録情報=0(Trusted Soutrce Mark Screening is required(電子透かし検出要))
利用制御情報ファイルの記録情報=1(Trusted Soutrce Mark Screening is not required(電子透かし検出不要))
(e)Digital_Output_Flag(1ビット):デジタル出力許容規格情報
この情報についても、
(1)MMTフォーマットの制御情報は、現時点では不確定であり、今後、放送記録の運用規定として規定される予定である。
情報処理装置30は、今後決定される規定値を取得して、利用制御情報ファイル280に対して、図37(2)に示す以下のいずれかのデータを記録する。
利用制御情報ファイルの記録情報=0(新保護技術のみに出力可)
利用制御情報ファイルの記録情報=1(新旧保護技術のみに出力可)
なお、上記の新保護技術や、旧保護技術とは、具体的には、例えばデジタルデータの出力を行うHDMI(登録商標)などによるデジタルデータ出力に関する著作権保護規格であるHDCPに相当し、新保護技術は例えばHDCP2.2、旧保護技術は例えばHDCP1.4である。
利用制御情報ファイルの記録情報=0の設定の場合、HDCP2.2対応のHDMI(登録商標)出力のみを許容する。
一方、利用制御情報ファイルの記録情報=1の設定の場合、HDCP2.2対応のHDMI(登録商標)出力の他、HDCP1.4対応のHDMI(登録商標)出力も許容される。
このように、放送局等の送信装置から受信するデータを入力して、情報記録媒体には記録する情報処理装置30は、図37に示す情報、すなわち、
(a)EPN(1ビット):コピー処理時の出力データ暗号化要否情報
(b)CCI(2ビット):コピー制御情報
(c)Move_Not_Allowed(1ビット):ムーブ処理許容情報
(d)Trusted_Source_Mark_Screening_Required(1ビット):ソース確認処理(電子透かし(Watermark)検出処理)要否情報
(e)Digital_Output_Flag(1ビット):デジタル出力許容規格情報
これらの情報を放送波に含まれる情報から取得して、利用制御情報ファイル(Usage File)に記録し、情報記録媒体(メディア)に記録する。
なお、図35を参照して説明したように、情報処理装置30は、利用制御情報ファイル(Usage File)とともに、MMTPパケット列、またはTLVパケット列からなるクリップAVストリームファイルを生成して情報記録媒体(メディア)40に記録する。
この情報記録媒体(メディア40)に記録されたデータを読み出して、他の情報記録媒体(メディア)にデータをコピーしようとする情報処理装置は、利用制御情報ファイル(Usage File)を参照し、利用制御情報ファイル(Usage File)の記録情報に従ったコピー処理を実行する。
この処理を行うことで、放送局等の送信装置が送信した元々のMMTフォーマットデータ対応のコピー制御情報を順守したメディア間コピー処理が実行される。
[10.利用制御情報ファイルにコピー制御情報とともに、暗号化関連情報を記録する実施例について]
図36、図37を参照して、利用制御情報ファイル280の記録データの一例について説明したが、さらに、利用制御情報ファイル280に、図36、図37を参照して説明したコピー制御情報に追加して、暗号化関連情報を記録することが可能である。
利用制御情報ファイル280に暗号化関連情報を記録した例について、図38以下を参照して説明する。
図38には、情報処理装置30が、利用制御情報ファイル280に記録するデータ例を示している。図38には、以下の各データを示している。
(a)EPN(1ビット):コピー処理時の出力データ暗号化要否情報
(b)CCI(2ビット):コピー制御情報
(c)Move_Not_Allowed(1ビット):ムーブ処理許容情報
(d)Trusted_Source_Mark_Screening_Required(1ビット):ソース確認処理(電子透かし(Watermark)検出処理)要否情報
(e)Digital_Output_Flag(1ビット):デジタル出力許容規格情報
(f)Encryption_Bits(2ビット):暗号化有無情報、
(g)Seed(126ビット):暗号鍵生成用シード情報、
(a)〜(e)は、先に図36、図37を参照して説明したデータである。
(f),(g)の情報が暗号化関連情報である。
なお、この(f),(g)に示す暗号化関連情報は、例えばメディアに記録するパケットによって構成される暗号化ブロック単位の情報として記録する。
前述したように、1つの利用制御情報ファイル280には、複数のコンテンツ(番組)各々に対応する上記(a)〜(e)のコピー制御情報が記録可能であるが、
(f)Encryption_Bits(2ビット):暗号化有無情報、
(g)Seed(126ビット):暗号鍵生成用シード情報、
これらの各データについては、さらに細かい暗号化ブロック単位の情報として記録する。
図38中に「暗号化関連情報記録データ例」として示すように、
(f)Encryption_Bits(2ビット):暗号化有無情報、
(g)Seed(126ビット):暗号鍵生成用シード情報、
これらの各データは、ブロック数(Num_of_Encryption_Block)を記録した32ビットデータに続けて、ブロック数に応じたループが設定されて、各ループに各ブロック対応の上記データ((f)暗号化有無情報、(g)暗号鍵生成用シード情報)が記録される。
これら、ブロック対応の暗号化関連情報、すなわち、
(f)Encryption_Bits(2ビット):暗号化有無情報、
(g)Seed(126ビット):暗号鍵生成用シード情報、
これらの情報の具体例について、図39を参照して説明する。
図39には、メディアに記録されるデータ例としてTLVパケット列を示している。
なお、先に図35等を参照して説明したようにメディアにはTLVパケット列、またはMMTPパケット列が記録される。
図39には一例としてTLVパケット列の記録例を示しているが、本例はMMTPパケット列を記録した場合も同様に利用可能である。
図39に示すTLVパケット列は、複数の暗号化ブロックによって構成される。
1つの暗号化ブロックは、1つの暗号化処理単位であり、1つの暗号処理によって生成されるブロックである。
追加ヘッダを適用したブロック暗号化処理については、先に、図28、図29を参照して説明したが、図39に示すTLVパケット列に設定される各暗号化ブロックも、このブロック暗号の処理単位である。
メディア記録データがMMTPパケット列である場合は、MMTPパケットを構成要素とする暗号化ブロックが設定される。
利用制御情報ファイル280には、各暗号化ブロック(Encryption block)についての、
(f)Encryption_Bits(2ビット):暗号化有無情報
(g)Seed(126ビット):暗号鍵生成用シード情報
これらの情報が記録される。
(f)暗号化有無情報は、ブロックが暗号化されているか否かを示す情報である。
(g)暗号鍵生成用シード情報(Seed)は、ブロック暗号の暗号化、および復号処理に適用するデータとしてのシード情報である。
なお、先に図28、図29を参照して説明した追加ヘッダを適用したブロック暗号化処理におけるシード情報は、TLVパケット追加ヘッダ251、MMTPパケット追加ヘッダ261の構成データに相当する。
追加ヘッダを用いず、利用制御情報ファイル280にコピー制御情報を記録する場合、図28や図29に示すような追加ヘッダをシード情報として利用した暗号鍵の生成ができない。
このため、利用制御情報ファイルに各ブロック対応の暗号鍵生成用のシード情報を記録する。
なお、暗号化処理(復号処理)に適用する暗号鍵の生成には、例えば、
(f)Encryption_Bits(2ビット):暗号化有無情報
(g)Seed(126ビット):暗号鍵生成用シード情報
これらの2つの情報を併せた合計128ビットのデータを用いる。
利用制御情報ファイル280に記録する暗号鍵生成用シード情報(Seed)は、例えば、メディアに対するデータ記録を実行する記録装置が、各ブロック単位で乱数生成処理を実行して、生成した乱数を記録する。
これによって、ブロック単位の暗号化または復号処理に適用するブロック鍵が、暗号化ブロック(Encryption block)毎に変更されることになり、セキュリティレベルが向上する。
すなわち、先に、図28、図29を参照して説明したように、MMTフォーマットデータによって構成される放送波を受信して、情報記録媒体(メディア)にデータを記録する情報処理装置は、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第1メディアの記録データを読み出して、一旦、復号し、その後、AACS規定に従った方式で再暗号化を行ってコピー先の情報記録媒体(第2メディア)に記録することが必要となる。
先に図28、図29を参照して説明した例では、コピー処理を実行する情報処理装置は、コピー処理の実行に際して、例えば、放送データとして受信する暗号化データ、あるいはその暗号化データをそのまま記録したハードディスク等の第1メディアの記録データであるパケット(TLVパケットまたはMMTPパケット)単位で設定された追加ヘッダの構成データをシード情報として利用して、ブロック単位(暗号処理単位)の暗号鍵であるブロック鍵を生成していた。
これに対して、パケット単位の追加ヘッダが設定されていない構成では、上述した利用制御情報ファイルに記録された暗号化処理単位のシード情報を取得して、暗号化処理単位の暗号鍵を生成して、生成した暗号鍵を適用した暗号化処理を、暗号化処理単位で実行して、コピー先メディアに記録する処理を行う。
[11.情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について]
次に、図40以下を参照して、放送局等の送信装置から受信したMMTフォーマットデータを入力して、情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と処理について説明する。
先に説明したように、本開示の情報処理装置は、MMTフォーマットに従った入力データを、BDAVフォーマットデータとして、BDやHD、あるいはフラッシュメモリ等の情報記録媒体に記録する。
さらに、このデータ記録処理に際して、MMTフォーマットに従った入力データに含まれるコピー制御情報を取得して、追加ヘッダ、または利用制御情報ファイルに記録する処理を行う。さらに、プレイリストやクリップ情報ファイル等のデータベースファイルに、MMTフォーマットデータ対応の再生制御情報、属性情報等を記録する処理も行う。
コピー制御情報や、再生制御情報、属性情報等の情報は、例えば、MMTフォーマットに従った入力データに含まれる制御情報であるTLV−SIや、MMT−SIを構成する様々な情報記録テーブルから取得可能である。
以下、BD等の情報記録媒体に対するデータ記録処理を実行する情報処理装置の構成と、処理シーケンスについて説明する。
図40は、BD等の情報記録媒体に対するデータ記録処理を実行する情報処理装置400の構成を示す図である。
情報処理装置400は、情報記録媒体(記録メディア)420に、クリップAVストリームファイル、さらに、プレイリストやクリップ情報ファイル等のデータベースファイルを記録する。
データ入力部401は、情報記録媒体420に対するMMTフォーマットデータ431、すなわち画像データ、音声データ、字幕データ等を含むMMTフォーマットデータ431を入力する。
データ入力部401は、MMTフォーマットデータ431を送信する例えば放送局やコンテンツサーバ等からの送信データを受信する受信部、あるいは、MMTフォーマットデータ431を記録したメディアからのデータ読み取りを実行するメディア読み取り部等によって構成される。
データ入力部401から入力するMMTフォーマットデータ431は、先に図2を参照して説明したデータフォーマットに従ったデータであり、例えばHEVC画像等の高精細画像データが含まれている。
MMTフォーマットデータ431は、制御部403の制御によって、記憶部404に格納される。
ユーザ入力部402は、例えば情報記録媒体420に対するデータ記録の開始要求等を入力する。
ユーザ入力部402から、データ記録開始要求を入力すると、この入力をトリガとして、記憶部404に格納されたMMTフォーマットデータ431が、デマルチプレクサ(DeMUX)405に入力される。
デマルチプレクサ(DeMUX)405は、MMTフォーマットデータ431から、画像、音声、字幕等の各データを格納したパケットや、通知情報や、再生制御情報、コピー制御情報等を含む制御情報(TLV−SI,MMT−SI)等の補助情報を取得し、データ種別のパケットに分類し、各パケットを、データ種類に応じて、記録データ生成部406の字幕データ生成部411、画像データ生成部412、音声データ生成部413、補助情報生成部414に入力する。
字幕データ生成部411は、データ入力部401が入力し、記憶部404に格納されたMMTフォーマットデータ331から、字幕データを取得し、BDAVフォーマットにおいて規定されるストリームファイル格納用データを生成する。
画像データ生成部412は、データ入力部401が入力し、記憶部404に格納されたMMTフォーマットデータ331から、画像データを取得し、BDAVフォーマットにおいて規定されるストリームファイル格納用データを生成する。
音声データ生成部413は、データ入力部401が入力し、記憶部404に格納されたMMTフォーマットデータ431から、音声データを取得し、BDAVフォーマットにおいて規定されるストリームファイル格納用データを生成する。
補助情報生成部414は、データ入力部401が入力し、記憶部404に格納されたMMTフォーマットデータ431から、通知情報や、再生制御情報、コピー制御情報等を含む制御情報(TLV−SI,MMT−SI)等の補助情報を取得し、BDAVフォーマットにおいて規定されるデータベースファイルとしてのプレイリストファイルやクリップ情報ファイル、クリップAVストリームファイルに格納すべきデータを生成する。
補助情報生成部414は、さらに、コピー制御情報を記録した追加ヘッダ、または利用制御情報ファイルのいずれかを生成する。
このコピー制御情報を記録した追加ヘッダ、または利用制御情報ファイルの生成構成の具体例については、図41、図42を参照して後段で説明する。
マルチプレクサ(MUX)415は、字幕データ生成部411、画像データ生成部412、音声データ生成部413が変換した字幕、画像、音声各データ、および補助情報生成部414がMMTフォーマットデータ331の制御情報(TLV−SI,MMT−SI)等から取得した様々な情報を入力し、これらのデータを格納したストリームファイルを生成する。
データベースファイル生成部416は、補助情報生成部414がMMTフォーマットデータ431のし制御情報(TLV−SI,MMT−SI)から取得した様々な情報を記録したプレイリストファイルやクリップ情報ファイル等のデータベースファイルを生成する。
記録データ生成部406の生成したストリームファイルデータと、プレイリストファイル、クリップ情報ファイル等のデータベースファイルを含む記録データ432は、制御部403の制御の下、記録部406によって、ドライブ407を介して情報記録媒体420に出力され、記録される。
次に、図40に示す情報処理装置400が実行するコピー制御情報を記録した追加ヘッダ、または利用制御情報ファイルの生成構成の具体例について、図41、図42を参照して説明する。
まず、図41を参照して、コピー制御情報を記録した追加ヘッダの生成処理を実行する記録データ生成部406の構成について説明する。
図41に示すように、記録データ生成部406は、字幕データ生成部411、画像データ生成部412、音声データ生成部413、補助情報生成部414、マルチブレクサ(MUX)415、データベースファイル生成部416を有する。
補助情報生成部414は、データ解析部451、追加ヘッダ生成部452、ストリームファイル記録用制御情報生成部453、データベースファイル記録情報生成部454を有する。
データ解析部451は、デマルチブレクサ(DeMUX)405によって分離されたデータを解析し、情報記録媒体(記録メディア)420に記録するコピー制御情報、ストリームファイルに記録する制御情報、さらに、プレイリストファイル、クリップ情報ファイル等に記録するデータを生成するために適用するデータを取得する。
コピー制御情報を生成するために適用するデータは、追加ヘッダ生成部452に出力される。ストリームファイルに記録する制御情報は、ストリームファイル記録用制御情報生成部453に出力される。また、プレイリストファイル、クリップ情報ファイルを生成するために適用するデータは、データベースファイル記録情報生成部454に出力される。
追加ヘッダ生成部452は、コピー制御情報を記録した追加ヘッダを生成する。
情報記録媒体(記録メディア)420に記録するストリームファイルがMMTPパケット列である場合、先に図21、または図23を参照して説明したデータを記録した追加ヘッダを生成する。
一方、報記録媒体(記録メディア)420に記録するストリームファイルがTLVパケット列である場合、先に図22、または図24を参照して説明したデータを記録した追加ヘッダを生成する。
ストリームファイル記録用制御情報生成部453は、情報記録媒体(記録メディア)420に記録するストリームファイルとして記録する制御情報を生成する。
データベースファイル記録情報生成部454は、プレイリストファイル、クリップ情報ファイル等に記録するデータを生成し、データベースファイル生成部416に出力する。
データベースファイル生成部416は、データベースファイル記録情報生成部453の生成データを適用して、プレイリストファイル、クリップ情報ファイルを生成する。
補助情報生成部414の追加ヘッダ生成部452の生成した追加ヘッダ、すなわちMMTPパケット追加ヘッダ、またはTLVパケット追加ヘッダは、マルチプレクサ(MUX)415のストリームファイル生成部461に入力される。
ストリームファイル記録用制御情報生成部453の生成した制御情報も、マルチプレクサ(MUX)415のストリームファイル生成部461に入力される。
字幕データ生成部411、画像データ生成部412、音声データ生成部413の生成した記録用データと、ストリームファイル記録用制御情報生成部453の生成した制御情報は、データ入力部401を介して受信するMMTフォーマットデータ431規定のパケット単位のデータである。具体的には、MMTPパケット、またはTLVパケットのいずれかのパケットである。
マルチプレクサ(MUX)415のストリームファイル生成部461は、これらのパケットの各々にコピー制御情報を記録した追加ヘッダを追加設定したストリームファイルを生成する。
すなわち、図19を参照して説明したMMTPパケット追加ヘッダを設定したMMTPパケット列、または、図20を参照して説明したTLVパケット追加ヘッダを設定したTLVパケット列のいずれかを生成する。
なお、ストリームファイル生成部461は、このパケット列から構成されるストリームファイルを生成する際に、図28、図29を参照して説明したパケット単位の暗号化処理を実行する。
このようにして生成されたストリームファイル、データベースファイルが情報記録媒体(記録メディア)420に対する記録データ432として記録部407に出力される。
次に、図42を参照して、コピー制御情報を記録した利用制御情報ファイル(Usage File)の生成処理を実行する記録データ生成部406の構成について説明する。
図42に示すように、記録データ生成部406は、字幕データ生成部411、画像データ生成部412、音声データ生成部413、補助情報生成部414、マルチブレクサ(MUX)415、データベースファイル生成部416、および利用制御情報ファイル生成部461を有する。
補助情報生成部414は、データ解析部451、ストリームファイル記録用制御情報生成部453、データベースファイル記録情報生成部454、さらに利用制御情報ファイル記録データ生成部455を有する。
データ解析部451は、デマルチブレクサ(DeMUX)405によって分離されたデータを解析し、情報記録媒体(記録メディア)420に記録するコピー制御情報、ストリームファイルに記録する制御情報、さらに、プレイリストファイル、クリップ情報ファイル等に記録するデータを生成するために適用するデータを取得する。
コピー制御情報を生成するために適用するデータは、利用制御情報ファイル記録データ生成部455に出力される。ストリームファイルに記録する制御情報は、ストリームファイル記録用制御情報生成部453に出力される。また、プレイリストファイル、クリップ情報ファイルを生成するために適用するデータは、データベースファイル記録情報生成部454に出力される。
利用制御情報ファイル記録データ生成部455は、コピー制御情報を記録した利用制御情報ファイルに記録するデータを生成する。
具体的には、先に、図36、図37を参照して説明したコピー制御情報を記録した利用制御情報ファイルに記録するデータを生成する。
ストリームファイル記録用制御情報生成部453は、情報記録媒体(記録メディア)420に記録するストリームファイルとして記録する制御情報を生成する。
データベースファイル記録情報生成部454は、プレイリストファイル、クリップ情報ファイル等に記録するデータを生成し、データベースファイル生成部416に出力する。
データベースファイル生成部416は、データベースファイル記録情報生成部453の生成データを適用して、プレイリストファイル、クリップ情報ファイルを生成する。
補助情報生成部414の利用制御情報ファイル記録データ生成部455の生成した利用制御情報ファイル記録データは、利用制御情報ファイル生成部461に入力される。
利用制御情報ファイル生成部461は、利用制御情報ファイル記録データ生成部455の生成した利用制御情報ファイル記録データを格納した利用制御情報ファイルを生成する。
字幕データ生成部411、画像データ生成部412、音声データ生成部413の生成した記録用データと、ストリームファイル記録用制御情報生成部453の生成した制御情報は、データ入力部401を介して受信するMMTフォーマットデータ規定のパケット単位のデータである。具体的には、MMTPパケット、またはTLVパケットのいずれかのパケットによって構成される。
マルチプレクサ(MUX)415のストリームファイル生成部461は、図9を参照して説明したMMTPパケット列、または、図10を参照して説明したTLVパケット列のいずれかを生成する。
このようにして生成されたストリームファイル、データベースファイル、および利用制御情報ファイルが情報記録媒体(記録メディア)420に対する記録データ432bとして記録部407に出力される。
次に、図40に示す情報処理装置400が実行する情報記録媒体420に対するデータ記録処理のシーケンスについて、図43、図44に示すフローチャートを参照して説明する。
図43は、追加ヘッダにコピー制御情報を記録して情報記録媒体420に記録する処理の処理シーケンスを説明するフローチャートである。
図44は、利用制御情報ファイル(Usage File)にコピー制御情報を記録して情報記録媒体420に記録する処理の処理シーケンスを説明するフローチャートである。
まず、図43を参照して、追加ヘッダにコピー制御情報を記録して情報記録媒体420に記録する処理の処理シーケンスについて説明する。
図43に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するCPUを備えたデータ処理部(制御部)の制御の下で実行することができる。
以下、図43のフローに示す各ステップの処理について、順次、説明する。
(ステップS101)
まず、情報処理装置400は、ステップS101において、データ入力部401を介して記録用データであるMMTフォーマットデータを入力する。
なお、この記録用データには画像データ、音声データ、字幕データ、さらに、通知情報や制御情報等を格納した制御情報(TLV−SI,MMT−SI)等が含まれる。
(ステップS102)
次に、ステップS102において、情報処理装置400は、入力したMMTフォーマットデータのデマルチプレクス処理、すなわち、データ種類単位のデータ分離処理を行う。画像、音声、字幕、制御情報等の分離処理を実行する。
(ステップS103)
次に、ステップS103において、情報処理装置400は、ステップS102で分離した制御情報、例えば制御情報(TLV−SI,MMT−SI)をメモリに格納する。
(ステップS104)
次に、ステップS104において、情報処理装置400は、ステップS103でメモリに格納した制御情報等から取得したコピー制御情報を記録した追加ヘッダを生成する。
情報記録媒体(記録メディア)420に記録するストリームファイルがMMTPパケット列である場合、先に図21、または図23を参照して説明したデータを記録した追加ヘッダを生成する。
一方、報記録媒体(記録メディア)420に記録するストリームファイルがTLVパケット列である場合、先に図22、または図24を参照して説明したデータを記録した追加ヘッダを生成する。
先に図21〜図24を参照して説明したように、追加ヘッダには、以下のコピー制御情報が記録される。
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
(D)暗号化フラグ(encryption_flag)
(A)デジタル記録制御情報(digital_recording_control_data)は、図18に示すように、
デジタル記録可(設定ビット値=00)、
デジタル記録不可(11)、
1世代のみデジタル記録可(10)、
これらのいずれかの設定を持つ。
(B)暗号化情報(encryption_mode)は、図18に示すように、
出力コピーデータの暗号化必要(0)、
出力コピーデータの暗号化不要(1)、
これらのいずれかの設定を持つ。
(C)コピー数制限情報(copy_restriction_mode)は、図18に示すように、
コピー数制限あり(1)
コピー数制限なし(0)
これらのいずれかの設定を持つ。
(D)暗号化フラグ(encryption_flag)は、先に図23、図24を参照して説明したように、
暗号化フラグ=00の場合は、パケット格納データが非暗号化データ(=平文データ)であることを意味する。
暗号化フラグ=11の場合は、パケット格納データが暗号化データであることを意味する。
この暗号化フラグに基づいて、コピー対象データに対する復号処理や、再暗号化処理の要否をパケット単位で即座に判定することが可能となる。
(ステップS105)
次に、ステップS105において、情報処理装置400は、ステップS104で生成した追加ヘッダをMMTPパケット、またはTLVパケット各々に設定したパケット列からなるストリームファイルを生成する。
すなわち、パケットの各々にコピー制御情報を記録した追加ヘッダを追加設定したストリームファイルを生成する。
具体的には、図19を参照して説明したMMTPパケット追加ヘッダを設定したMMTPパケット列、または、図20を参照して説明したTLVパケット追加ヘッダを設定したTLVパケット列のいずれかを生成する。
(ステップS106)
次に、ステップS106において、情報処理装置400は、入力したMMTフォーマットデータの構成データを利用して、クリップ情報ファイルを生成する。
すなわち、MMTフォーマットデータを格納したクリップAVストリームファイルに対応するクリップ情報ファイルを生成する。
(ステップS107)
次に、ステップS107において、情報処理装置400は、入力したMMTフォーマットデータの構成データを利用して、プレイリストファイルを生成する。
すなわち、MMTフォーマットデータを格納したクリップAVストリームファイルに対応するプレイリストファイルを生成する。
(ステップS108)
次に、ステップS108において、情報処理装置400は、入力したMMTフォーマットデータを利用してその他のデータベースファイルを生成する。
(ステップS109)
次に、ステップS109において、情報処理装置400は、生成したAVストリームファイルとデータベースファイルを利用してBDAVフォーマットデータを生成する。
(ステップS110)
次に、ステップS110において、情報処理装置400は、ステップS109で生成したBDAVフォーマットデータを情報記録媒体(メディア)に記録する。
次に、図44を参照して、利用制御情報ファイル(Usage File)にコピー制御情報を記録して情報記録媒体420に記録する処理の処理シーケンスについて説明する。
図44に示すフローに従った処理は、例えば情報処理装置の記憶部に格納されたプログラムに従って、プログラム実行機能を有するCPUを備えたデータ処理部(制御部)の制御の下で実行することができる。
以下、図44のフローに示す各ステップの処理について、順次、説明する。
(ステップS151〜S153)
ステップS151〜S153の処理は、図43を参照して説明したステップS101〜S103の処理と同じ処理である。
まず、情報処理装置400は、ステップS151において、データ入力部401を介して記録用データであるMMTフォーマットデータを入力する。
次に、ステップS152において、情報処理装置400は、入力したMMTフォーマットデータのデマルチプレクス処理、すなわち、データ種類単位のデータ分離処理を行う。画像、音声、字幕、制御情報等の分離処理を実行する。
次に、ステップS153において、情報処理装置400は、ステップS102で分離した制御情報、例えば制御情報(TLV−SI,MMT−SI)をメモリに格納する。
(ステップS154)
次に、ステップS154において、情報処理装置400は、ステップS153でメモリに格納した制御情報等から取得したコピー制御情報を記録した利用制御情報ファイル(Usage File)を生成する。
先に図36、図37を参照して説明した記録データを有する利用制御情報ファイル(Usage File)を生成する。
(ステップS155)
次に、ステップS155において、情報処理装置400は、ストリームファイルを生成する。
具体的には、図9を参照して説明したMMTPパケット列、または、図10を参照して説明したTLVパケット列のいずれかによって構成されるストリームファイルを生成する。
(ステップS156〜S158)
ステップS156〜S158の処理は、先に図43を参照して説明したフローにおけるステップS106〜S108の処理と同様の処理である。
まず、ステップS156において、情報処理装置400は、入力したMMTフォーマットデータの構成データを利用して、クリップ情報ファイルを生成する。
次に、ステップS157において、情報処理装置400は、入力したMMTフォーマットデータの構成データを利用して、プレイリストファイルを生成する。
次に、ステップS158において、情報処理装置400は、入力したMMTフォーマットデータを利用してその他のデータベースファイルを生成する。
(ステップS159)
次に、ステップS159において、情報処理装置400は、生成したAVストリームファイルとデータベースファイル、さらに利用制御情報ファイルを構成要素とする記録データを生成する。
(ステップS160)
次に、ステップS160において、情報処理装置400は、ステップS159で生成した記録データを情報記録媒体(メディア)に記録する。
[12.情報記録媒体間のデータコピー処理を実行する情報処理装置の構成と処理について]
次に、図45以下を参照して情報記録媒体間のデータコピー処理を実行する情報処理装置の構成と処理について説明する。
図45に示す情報処理装置500は、第1メディア521に記録されたデータを第2メディア522にコピーして記録する情報処理装置である。
情報処理装置500は、例えばBD(Blu−ray(登録商標) Disc)等の情報記録媒体である第1メディア521に記録されたデータを読み出し、第2メディア522に記録する、いわゆるコピー処理を行なう。
あるいは、通信部503を介して入力したメディア記録データを第2メディア522に記録するコピー処理を行なう。
情報処理装置500は、図45に示すように、制御部501、入力部502、通信部503、記憶部504、出力部505、第1メディアIF(インタフェース)506、データバッファ507、コピー制御情報確認部508、コピー記録データ生成部509、第2メディアIF510を有する。
制御部501は、メディアを利用したデータ記録再生、メディア間のデータコピー処理等、情報処理装置500において実行するデータ処理の制御を行う、これらの制御は、例えば記憶部504に格納されたプログラム従って行われる。
入力部502は、ユーザの操作可能なスイッチ、ボタン、タッチパネル等の入力部であり、再生、コピー、記録等の様々な処理の指示入力などを行う入力部である。
また、入力部502は、メディアに記録する画像や音声等を入力する撮像部、マイクを持つ構成としてもよい。
通信部503は、例えば外部サーバ、あるいは外部機器との通信を行い、メディアに対する記録データや、記録データに関する制御情報、あるいはコピー処理の許可情報の取得など、各種の通信処理に利用される。
記憶部504は、制御部501の実行するプログラムや、プログラム実行に用いるパラメータ等の記憶領域、さらにプログラム実行時のワーク領域等に利用される。
具体的には、第2メディア522に対するデータ記録時に第1メディア521から読み出したデータ、あるいは通信部503を介して入力したデータを一時的に格納する領域としても利用される。
記憶部504は、例えばRAM、ROM等によって構成される。
出力部505は、外部装置に対する出力部や、メディアからの再生データの出力部によって構成される。例えば、第2メディア522に対するデータ記録処理の進行状況の表示、ユーザに対するメッセージ表示などに利用され、ディスプレイやスピーカ等を含む。
第1メディアインタフェース(IF)506は、例えばBD(Blu−ray(登録商標) Disc)等の第1メディア521に対するアクセスを行い、第1メディア521に対するデータ記録やデータ読み取りを行なうデータ記録再生部として機能するインタフェースである。
データバッファ507は、第1メディア521からの読み出しデータや、通信部503から入力するデータを一時的に格納するバッファである。例えば第2メディア522に記録するデータを一時的に格納する。
コピー制御情報確認部508は、第1メディア521に記録されたデータのコピー処理において参照すべきコピー制御情報の確認処理を実行する。
コピー制御情報は、ストリームファイルの構成パケット各々に設定された追加ヘッダ、または利用制御情報ファイルから読み取る。
第1メディア521に記録されたストリームファイルは、MMTPパケット列、またはTLVパケット列によって構成されたデータである。
コピー制御情報は、これらのパケット各々の前段に設定された追加ヘッダ(MMTPパケット追加ヘッダ、またはTLVパケット追加ヘッダ)、または、利用制御情報ファイル(Usage File)に記録されている。
コピー制御情報確認部508は、追加ヘッダ、または利用制御情報ファイル(Usage File)のいずれかを参照してコピー処理が許容されるか否かを判定する。
コピー処理が許容されない場合は、コピーを行わず、コピーが許容される場合は、コピーを実行する。
なお、このコピー許容判定は、例えばパケット単位で行うことができる。
コピー記録データ生成部509は、コピー制御情報確認部508においてコピーが許容されると判定されたデータについてのコピー記録データを生成する。
なお、このコピー記録データ生成処理には、例えば、第2メディア522対応のフォーマットへの変換処理や、暗号化処理等も含まれる。
第2メディアインタフェース(IF)510は、第2メディア522に対するアクセスを行い、第2メディア522に対するデータ記録あるいは読み取り処理を行なうデータ記録再生部として機能するインタフェースである。
このように、情報処理装置500は、第1メディア521、あるいは通信部503を介して入力するデータを第2メディア522に記録する処理を行なう。
この処理の際に、追加ヘッダ、または利用制御情報ファイル(Usage File)のいずれかを参照してコピー処理が許容されるか否かを判定し、さらに、コピー制御情報に記録された制御情報に従ったコピー処理を実行する。
さらに、コピー処理の実行に伴い、コピー制御情報の更新が必要な場合は、更新処理を実行して、更新後のコピー制御情報を第2メディア522に記録する。
なお、情報処理装置500は、第1メディア521から第2メディア522に対するコピー処理の許可情報を外部のサーバから通信部503を介して取得し、この許可情報の取得を条件としたコピー処理を行う構成としてもよい。
次に、図45に示す情報処理装置500が実行する第1メディア521から第2メディア522に対するデータコピー処理のシーケンスについて、図46、図47に示すフローチャートを参照して説明する。
図46は、コピー制御情報がMMTPパケット追加ヘッダ、またはTLVパケット追加ヘッダに記録されている場合のコピー処理のシーケンスを説明するフローチャートである。
図47は、コピー制御情報が利用制御情報ファイル(Usage File)に記録されている場合のコピー処理のシーケンスを説明するフローチャートである。
まず、図46を参照して、コピー制御情報がMMTPパケット追加ヘッダ、またはTLVパケット追加ヘッダに記録されている場合のコピー処理のシーケンスについて説明する。
図46に示すフローに従った処理は、例えば情報処理装置500の記憶部に格納されたプログラムに従って、プログラム実行機能を有するCPUを備えたデータ処理部(制御部)の制御の下で実行することができる。
以下、図46のフローに示す各ステップの処理について、順次、説明する。
(ステップS201)
まず、情報処理装置500は、ステップS201において、例えばユーザの入力したコピーデータ指定情報に従い、指定されたコピー対象のストリームファイル、および、このストリームファイルに対応付けられたプレイリストファイルやクリップ情報ファイル等のコピー対象データを第1メディア521から読み取る。
(ステップS202)
次に、情報処理装置500は、ステップS202において、取得したストリームファイルの構成パケット(MMTPパケットまたはTLVパケット)を順次、選択する。
(ステップS203)
次に、情報処理装置500は、ステップS203において、選択したパケットの前段に設定された追加ヘッダから、コピー制御情報を読み取る。
(ステップS204)
次に、情報処理装置500は、ステップS204において、選択パケットの追加ヘッダに記録されたコピー制御情報が、選択パケットのコピーを許容しているか否かを判定する。
許容していない場合は、ステップS205に進む。
許容している場合は、ステップS206に進む。
(ステップS205)
ステップS204において、選択パケットの追加ヘッダに記録されたコピー制御情報に基づいて、選択パケットのコピーが許容されないと判定した場合は、ステップS205に進み、情報処理装置500は、選択パケットをコピー対象から排除し、ステップS207に進む。
(ステップS206)
一方、ステップS204において、選択パケットの追加ヘッダに記録されたコピー制御情報に基づいて、選択パケットのコピーが許容されると判定した場合は、ステップS206に進み、情報処理装置500は、選択パケットをコピー対象として設定し、さらに、必要に応じて、追加ヘッダのコピー制御情報を更新して、ステップS207に進む。
コピー制御情報の更新処理は、例えば、元のコピー制御情報が「1回のみコピー許容」である場合、このコピー処理によって許容コピー数が上限に達するので、「コピー禁止」に書き換える処理等である。
(ステップS207)
情報処理装置はステップS207において、未処理パケットがあるか否かを判定し、未処理パケットがある場合は、ステップS202に戻り、次のパケットを選択してステップS202〜S206の処理を繰り返す。
ステップS207において、未処理パケットが無いと判定するとステップS208に進む。
(ステップS208)
情報処理装置は、ステップS208において、コピー許容パケットから構成されるストリームファイルを、第2メディアにコピーし、さらに、その他、データベースファイル等のコピー処理を実行する。このコピー処理は、コピー制御情報に従ったコピー処理として実行する。
なお、コピー制御情報は、追加ヘッダに記録されたデータであり、例えば、先に図18や、図21〜図24を参照して説明した以下のデータである。
(A)デジタル記録制御情報(digital_recording_control_data)
(B)暗号化情報(encryption_mode)
(C)コピー数制限情報(copy_restriction_mode)
(D)暗号化フラグ(encryption_flag)
(A)デジタル記録制御情報(digital_recording_control_data)は、図18に示すように、
デジタル記録可(設定ビット値=00)、
デジタル記録不可(11)、
1世代のみデジタル記録可(10)、
これらのいずれかの設定を持つ。
(B)暗号化情報(encryption_mode)は、図18に示すように、
出力コピーデータの暗号化必要(0)、
出力コピーデータの暗号化不要(1)、
これらのいずれかの設定を持つ。
(C)コピー数制限情報(copy_restriction_mode)は、図18に示すように、
コピー数制限あり(1)
コピー数制限なし(0)
これらのいずれかの設定を持つ。
(D)暗号化フラグ(encryption_flag)は、先に図23、図24を参照して説明したように、
暗号化フラグ=00の場合は、パケット格納データが非暗号化データ(=平文データ)であることを意味する。
暗号化フラグ=11の場合は、パケット格納データが暗号化データであることを意味する。
暗号化フラグに基づいて、コピー対象データに対する復号処理や、再暗号化処理の要否をパケット単位で即座に判定することが可能となる。
次に、図47を参照して、コピー制御情報が利用制御情報ファイル(Usage File)に記録されている場合のコピー処理のシーケンスについて説明する。
図47に示すフローに従った処理は、例えば情報処理装置500の記憶部に格納されたプログラムに従って、プログラム実行機能を有するCPUを備えたデータ処理部(制御部)の制御の下で実行することができる。
以下、図47のフローに示す各ステップの処理について、順次、説明する。
(ステップS251)
まず、情報処理装置500は、ステップS251において、例えばユーザの入力したコピーデータ指定情報に従い、指定されたコピー対象のストリームファイル、および、このストリームファイルに対応付けられたプレイリストファイルやクリップ情報ファイル等のコピー対象データを第1メディア521から読み取る。
(ステップS252)
次に、情報処理装置500は、ステップS252において、取得したストリームファイルに対応する利用制御情報ファイル(Usage File)を取得する。
(ステップS253)
次に、情報処理装置500は、ステップS253において、取得した利用制御情報ファイル(Usage File)から、コピー制御情報を読み取る。
(ステップS254)
次に、情報処理装置500は、ステップS254において、利用制御情報ファイルの記録情報に従ってコピー処理を実行し、必要に応じて利用制御情報に記録されたコピー制御情報を更新する。
コピー制御情報の更新処理は、例えば、元のコピー制御情報が「1回のみコピー許容」である場合、このコピー処理によって許容コピー数が上限に達するので、「コピー禁止」に書き換える処理等である。
[13.情報処理装置の構成例について]
次に、情報記録媒体に対するデータ記録、情報記録媒体館のデータコピー処理を実行する情報処理装置として適用可能な情報処理装置のハードウェア構成例について、図48を参照して説明する。
CPU(Central Processing Unit)601は、ROM(Read Only Memory)602、または記憶部608に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。RAM(Random Access Memory)603には、CPU601が実行するプログラムやデータなどが記憶される。これらのCPU601、ROM602、およびRAM603は、バス604により相互に接続されている。
CPU601はバス604を介して入出力インタフェース605に接続され、入出力インタフェース605には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部606、ディスプレイ、スピーカなどよりなる出力部607が接続されている。CPU601は、入力部606から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部607に出力する。
入出力インタフェース605に接続されている記憶部608は、例えばハードディスク等からなり、CPU601が実行するプログラムや各種のデータを記憶する。通信部609は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。
入出力インタフェース605に接続されているドライブ610は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア611を駆動し、データの記録あるいは読み取りを実行する。
[14.本開示の構成のまとめ]
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
なお、本明細書において開示した技術は、以下のような構成をとることができる。
(1) コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部は、前記記録データとして、
(a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
(b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
を生成する情報処理装置。
(2) 前記データ処理部は、
前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として生成し、
前記ストリームファイルを構成するパケット各々のコピー制御情報を、各パケット対応の追加ヘッダに格納する(1)に記載の情報処理装置。
(3)前記データ処理部は、
前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として生成し、
前記ストリームファイルを構成するパケットのコピー制御情報を、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダのいずれかに格納する(1)に記載の情報処理装置。
(4) 前記データ処理部は、
前記ストリームファイル対応のコピー制御情報を格納した利用制御情報ファイルを生成する(1)に記載の情報処理装置。
(5) 前記データ処理部は、
前記利用制御情報ファイルに、前記情報記録媒体に記録するパケット列によって構成される暗号化処理単位であるブロック単位の暗号鍵生成用のシード情報を記録する(4)に記載の情報処理装置。
(6) 前記ストリームファイル対応のコピー制御情報は、
(A)デジタル記録の許容情報を示すデジタル記録制御情報、
(B)出力コピーデータの暗号化要否情報を示す暗号化情報、
(C)コピー許容数を示すコピー数制限情報、
上記(A)〜(C)の少なくともいずれかの情報を含む(1)〜(5)いずれかに記載の情報処理装置。
(7) 前記ストリームファイル対応のコピー制御情報は、
(D)パケット格納データが暗号化データであるか否かを示す暗号化フラグ、
を含む(1)〜(6)いずれかに記載の情報処理装置。
(8) 前記データ処理部は、
前記ストリームファイルをMMTPパケット、またはTLVパケットのパケット列として生成し、
前記ストリームファイルを構成するパケット各々のコピー制御情報を、各パケット対応の追加ヘッダに格納し、
前記ストリームファイルを構成するパケット各々を、各パケットの追加ヘッダの構成データに基づいて生成した暗号鍵で暗号化する(1)〜(7)いずれかに記載の情報処理装置。
(9) 第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
前記第1メディアは、
MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
前記データ処理部は、
前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行する情報処理装置。
(10) 前記第1メディアは、
前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として記録し、
前記ストリームファイルを構成するパケット各々のコピー制御情報を、各パケット対応の追加ヘッダに記録した構成であり、
前記データ処理部は、
前記ストリームファイルを構成するパケット各々に設定された追加ヘッダから、各パケットのコピー制御情報を取得して、取得情報に従って各パケット単位のコピー制御を実行する(9)に記載の情報処理装置。
(11) 前記第1メディアは、
前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として記録し、
前記ストリームファイルを構成するパケットのコピー制御情報を、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダのいずれかに記録した構成であり、
前記データ処理部は、
前記追加ヘッダから、コピー制御情報を取得して、取得情報に従って追加ヘッダに後続するデータのコピー制御を実行する(9)に記載の情報処理装置。
(12) 前記第1メディアは、
前記ストリームファイルをMMTPパケット列、またはTLVパケット列として記録し、
前記ストリームファイル対応のコピー制御情報を、利用制御情報ファイルに記録した構成であり、
前記データ処理部は、
前記利用制御情報ファイルから、前記ストリームファイルのコピー制御情報を取得して、取得情報に従ってコピー制御を実行する(9)に記載の情報処理装置。
(13) 前記ストリームファイル対応のコピー制御情報は、
(A)デジタル記録の許容情報を示すデジタル記録制御情報、
(B)出力コピーデータの暗号化要否情報を示す暗号化情報、
(C)コピー許容数を示すコピー数制限情報、
上記(A)〜(C)の少なくともいずれかの情報を含み、
前記データ処理部は、
上記(A)〜(C)の各情報に従ったコピー制御を行う(9)〜(12)いずれかに記載の情報処理装置。
(14) 前記ストリームファイル対応のコピー制御情報は、
(D)パケット格納データが暗号化データであるか否かを示す暗号化フラグ、
を含み、
前記データ処理部は、
前記暗号化フラグを参照して、パケット格納データが暗号化データであるか否かを判定する(9)〜(13)いずれかに記載の情報処理装置。
(15) 前記データ処理部は、
コピー処理の実行に際して、前記第1メディアに記録されたコピー制御情報を更新して、前記第2メディアに記録する(9)〜(14)いずれかに記載の情報処理装置。
(16) 前記データ処理部は、
コピー処理の実行に際して、
前記第1メディアの記録データから取得したシード情報を適用して、暗号化処理単位の暗号鍵を生成して、生成した暗号鍵を適用した暗号化処理を、前記暗号化処理単位で実行して、前記第2メディアに記録する(9)〜(15)いずれかに記載の情報処理装置。
(17) 前記シード情報は、
各パケット対応の追加ヘッダ、または、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダの構成データ、
または、利用制御情報ファイルの記録データである(16)に記載の情報処理装置。
(18) MMT(MPEG Media Transport)フォーマットデータを格納したMMTPパケット列、またはTLVパケット列によって構成されるストリームファイルと、
MMTPパケット、またはTLVパケット単位のコピー制御情報を各パケットの追加ヘッダ中に記録した構成を有する情報記録媒体であり、
前記情報記録媒体の記録データのコピー処理を実行する情報処理装置が、前記ストリームファイルを構成するパケット単位で、コピー制御を実行可能とした記録データを有する情報記録媒体。
(19) 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
前記データ処理部が、前記記録データとして、
(a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
(b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
を生成する情報処理方法。
(20) 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
前記第1メディアは、
MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
前記データ処理部が、
前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行する情報処理方法。
(21) 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録データとして、
(a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
(b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
を生成させるプログラム。
(22) 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
前記第1メディアは、
MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
前記プログラムは、前記データ処理部に、
前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行させるプログラム。
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、LAN(Local Area Network)、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
以上、説明したように、本開示の一実施例の構成によれば、MMTフォーマットデータをBDAVフォーマットとしてメディアに記録し、元のコピー制御情報に従ったコピー制御を可能とする構成が実現される。
具体的には、コピー制御情報の設定されたMMTフォーマットデータを入力し、情報記録媒体にBDAVフォーマットとして記録する。記録データとして、(a)MMTフォーマットデータを格納したパケット列から構成されるストリームファイルと、(b)MMTフォーマットデータ対応のコピー制御情報を反映させたストリームファイル対応のコピー制御情報をストリームファイル構成パケットの追加ヘッダ、または別ファイルとして生成して記録する。
MMTフォーマットデータをBDAVまたはSPAVフォーマットデータとしてメディアに記録して再生可能とする構成が実現される。
本構成により、MMTフォーマットデータをBDAVフォーマットとしてメディアに記録し、元のコピー制御情報に従ったコピー制御を可能とする構成が実現される。
20 送信装置
21 放送サーバ
22 データ配信サーバ
30 情報処理装置
31 記録再生装置
32 TV
33 PC
34 携帯端末
40 情報記録媒体(メディア)
41 BD
42 HDD
43 フラッシュメモリ
280 利用制御情報ファイル(Usage File)
400 情報処理装置
401 データ入力部
402 ユーザ入力部
403 制御部
404 記憶部
405 デマルチプレクサ
406 記録データ生成部
407 記録部
408 ドライブ
411 字幕データ生成部
412 画像データ生成部
413 音声データ生成部
414 補助情報生成部
415 マルチプレクサ
416 データベースファイル生成部
420 情報記録媒体
451 データ解析部
452 追加ヘッダ生成部
453 ストリームファイル記録用制御情報生成部
454 データベースファイル記録用データ生成部
455 利用制御情報ファイル記録用データ生成部
461 利用制御情報ファイル生成部
500 情報処理装置
501 制御部
502 入力部
503 通信部
504 記憶部
505 出力部
506 第1メディアIF
507 データバッファ
508 コピー制御情報確認部
509 コピー記録データ生成部
510 第2メディアIF
521 第1メディア
522 第2メディア
601 CPU
602 ROM
603 RAM
604 バス
605 入出力インタフェース
606 入力部
607 出力部
608 記憶部
609 通信部
610 ドライブ
611 リムーバブルメディア

Claims (22)

  1. コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
    前記データ処理部は、前記記録データとして、
    (a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
    (b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
    を生成する情報処理装置。
  2. 前記データ処理部は、
    前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として生成し、
    前記ストリームファイルを構成するパケット各々のコピー制御情報を、各パケット対応の追加ヘッダに格納する請求項1に記載の情報処理装置。
  3. 前記データ処理部は、
    前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として生成し、
    前記ストリームファイルを構成するパケットのコピー制御情報を、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダのいずれかに格納する請求項1に記載の情報処理装置。
  4. 前記データ処理部は、
    前記ストリームファイル対応のコピー制御情報を格納した利用制御情報ファイルを生成する請求項1に記載の情報処理装置。
  5. 前記データ処理部は、
    前記利用制御情報ファイルに、前記情報記録媒体に記録するパケット列によって構成される暗号化処理単位であるブロック単位の暗号鍵生成用のシード情報を記録する請求項4に記載の情報処理装置。
  6. 前記ストリームファイル対応のコピー制御情報は、
    (A)デジタル記録の許容情報を示すデジタル記録制御情報、
    (B)出力コピーデータの暗号化要否情報を示す暗号化情報、
    (C)コピー許容数を示すコピー数制限情報、
    上記(A)〜(C)の少なくともいずれかの情報を含む請求項1に記載の情報処理装置。
  7. 前記ストリームファイル対応のコピー制御情報は、
    (D)パケット格納データが暗号化データであるか否かを示す暗号化フラグ、
    を含む請求項1に記載の情報処理装置。
  8. 前記データ処理部は、
    前記ストリームファイルをMMTPパケット、またはTLVパケットのパケット列として生成し、
    前記ストリームファイルを構成するパケット各々のコピー制御情報を、各パケット対応の追加ヘッダに格納し、
    前記ストリームファイルを構成するパケット各々を、各パケットの追加ヘッダの構成データに基づいて生成した暗号鍵で暗号化する請求項1に記載の情報処理装置。
  9. 第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
    前記第1メディアは、
    MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
    前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
    前記データ処理部は、
    前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行する情報処理装置。
  10. 前記第1メディアは、
    前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として記録し、
    前記ストリームファイルを構成するパケット各々のコピー制御情報を、各パケット対応の追加ヘッダに記録した構成であり、
    前記データ処理部は、
    前記ストリームファイルを構成するパケット各々に設定された追加ヘッダから、各パケットのコピー制御情報を取得して、取得情報に従って各パケット単位のコピー制御を実行する請求項9に記載の情報処理装置。
  11. 前記第1メディアは、
    前記ストリームファイルをMMTP(MMT Protocol)パケット列、またはTLV(Type Length Value)パケット列として記録し、
    前記ストリームファイルを構成するパケットのコピー制御情報を、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダのいずれかに記録した構成であり、
    前記データ処理部は、
    前記追加ヘッダから、コピー制御情報を取得して、取得情報に従って追加ヘッダに後続するデータのコピー制御を実行する請求項9に記載の情報処理装置。
  12. 前記第1メディアは、
    前記ストリームファイルをMMTPパケット列、またはTLVパケット列として記録し、
    前記ストリームファイル対応のコピー制御情報を、利用制御情報ファイルに記録した構成であり、
    前記データ処理部は、
    前記利用制御情報ファイルから、前記ストリームファイルのコピー制御情報を取得して、取得情報に従ってコピー制御を実行する請求項9に記載の情報処理装置。
  13. 前記ストリームファイル対応のコピー制御情報は、
    (A)デジタル記録の許容情報を示すデジタル記録制御情報、
    (B)出力コピーデータの暗号化要否情報を示す暗号化情報、
    (C)コピー許容数を示すコピー数制限情報、
    上記(A)〜(C)の少なくともいずれかの情報を含み、
    前記データ処理部は、
    上記(A)〜(C)の各情報に従ったコピー制御を行う請求項9に記載の情報処理装置。
  14. 前記ストリームファイル対応のコピー制御情報は、
    (D)パケット格納データが暗号化データであるか否かを示す暗号化フラグ、
    を含み、
    前記データ処理部は、
    前記暗号化フラグを参照して、パケット格納データが暗号化データであるか否かを判定する請求項9に記載の情報処理装置。
  15. 前記データ処理部は、
    コピー処理の実行に際して、前記第1メディアに記録されたコピー制御情報を更新して、前記第2メディアに記録する請求項9に記載の情報処理装置。
  16. 前記データ処理部は、
    コピー処理の実行に際して、
    前記第1メディアの記録データから取得したシード情報を適用して、暗号化処理単位の暗号鍵を生成して、生成した暗号鍵を適用した暗号化処理を、前記暗号化処理単位で実行して、前記第2メディアに記録する請求項9に記載の情報処理装置。
  17. 前記シード情報は、
    各パケット対応の追加ヘッダ、または、複数パケット単位の追加ヘッダ、または、固定データ長単位の追加ヘッダ、または可変データ長単位の追加ヘッダの構成データ、
    または、利用制御情報ファイルの記録データである請求項16に記載の情報処理装置。
  18. MMT(MPEG Media Transport)フォーマットデータを格納したMMTPパケット列、またはTLVパケット列によって構成されるストリームファイルと、
    MMTPパケット、またはTLVパケット単位のコピー制御情報を各パケットの追加ヘッダ中に記録した構成を有する情報記録媒体であり、
    前記情報記録媒体の記録データのコピー処理を実行する情報処理装置が、前記ストリームファイルを構成するパケット単位で、コピー制御を実行可能とした記録データを有する情報記録媒体。
  19. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、
    コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
    前記データ処理部が、前記記録データとして、
    (a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
    (b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
    を生成する情報処理方法。
  20. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、
    第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
    前記第1メディアは、
    MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
    前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
    前記データ処理部が、
    前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行する情報処理方法。
  21. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、
    コピー制御情報の設定されたMMT(MPEG Media Transport)フォーマットデータを入力し、情報記録媒体に対するデータ記録フォーマットであるBDAVフォーマット、またはSPAVフォーマットに従った記録データを生成するデータ処理部を有し、
    前記プログラムは、前記データ処理部に、
    前記記録データとして、
    (a)前記MMTフォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
    (b)入力データに含まれるMMTフォーマットデータ対応のコピー制御情報を反映した前記ストリームファイル対応のコピー制御情報、
    を生成させるプログラム。
  22. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、
    第1メディアの記録データを、第2メディアにコピーするデータ処理部を有し、
    前記第1メディアは、
    MMT(MPEG Media Transport)フォーマットデータを再生データとして格納したパケット列から構成されるストリームファイルと、
    前記ストリームファイル対応のコピー制御情報を記録したメディアであり、
    前記プログラムは、前記データ処理部に、
    前記コピー制御情報を参照して、参照情報に従って前記ストリームファイルのコピー制御を実行させるプログラム。
JP2018566063A 2017-02-01 2018-01-22 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム Active JP7052733B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2017016462 2017-02-01
JP2017016462 2017-02-01
JP2017044975 2017-03-09
JP2017044975 2017-03-09
PCT/JP2018/001781 WO2018142985A1 (ja) 2017-02-01 2018-01-22 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Publications (2)

Publication Number Publication Date
JPWO2018142985A1 true JPWO2018142985A1 (ja) 2019-11-21
JP7052733B2 JP7052733B2 (ja) 2022-04-12

Family

ID=63039640

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018566063A Active JP7052733B2 (ja) 2017-02-01 2018-01-22 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Country Status (5)

Country Link
US (1) US11330226B2 (ja)
EP (1) EP3579232B1 (ja)
JP (1) JP7052733B2 (ja)
CN (1) CN110235198B (ja)
WO (1) WO2018142985A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110462735B (zh) * 2017-03-24 2021-09-17 索尼公司 信息处理设备、信息记录介质、信息处理方法和程序
WO2021008465A1 (zh) * 2019-07-12 2021-01-21 海信视像科技股份有限公司 数字内容发送装置、发送方法、数字内容接收装置、接收方法
US11681635B2 (en) * 2020-09-07 2023-06-20 Mellanox Technologies, Ltd. Secure flash controller

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010152999A (ja) * 2008-12-26 2010-07-08 Hitachi Ltd コンテンツ記録・再生装置、及び方法
JP2012055014A (ja) * 2005-04-15 2012-03-15 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2017005642A (ja) * 2015-06-16 2017-01-05 日立マクセル株式会社 システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4936652B2 (ja) * 2004-08-26 2012-05-23 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
US8099369B2 (en) * 2004-12-08 2012-01-17 Ngna, Llc Method and system for securing content in media systems
JP4784135B2 (ja) * 2005-04-15 2011-10-05 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
US20090323719A1 (en) * 2008-06-26 2009-12-31 Ya-Ching Yang Methods and apparatus for transforming first transport stream of first format into second transport stream of second format by emulating arrival time stamp information
JP5418030B2 (ja) 2009-07-15 2014-02-19 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
JP5369956B2 (ja) * 2009-07-15 2013-12-18 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
CA2860744A1 (en) * 2012-02-03 2013-08-08 Sony Corporation Information processing device, information recording medium, information processing method, and program
JP6498882B2 (ja) 2013-07-22 2019-04-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 蓄積方法、再生方法、蓄積装置、および再生装置
EP3261355A4 (en) 2015-02-17 2018-08-15 Sony Corporation Receiving device, receiving method, sending device and sending method
WO2016203833A1 (ja) 2015-06-15 2016-12-22 日立マクセル株式会社 システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012055014A (ja) * 2005-04-15 2012-03-15 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP2010152999A (ja) * 2008-12-26 2010-07-08 Hitachi Ltd コンテンツ記録・再生装置、及び方法
JP2017005642A (ja) * 2015-06-16 2017-01-05 日立マクセル株式会社 システム

Also Published As

Publication number Publication date
WO2018142985A1 (ja) 2018-08-09
JP7052733B2 (ja) 2022-04-12
EP3579232A1 (en) 2019-12-11
EP3579232B1 (en) 2022-08-03
CN110235198A (zh) 2019-09-13
CN110235198B (zh) 2021-05-04
US11330226B2 (en) 2022-05-10
US20200045263A1 (en) 2020-02-06
EP3579232A4 (en) 2020-02-26

Similar Documents

Publication Publication Date Title
US9398330B2 (en) Information processing device, information recording medium, information processing method, and program
JP7052733B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2019024229A (ja) ファイル生成方法およびファイル生成装置
JP7215415B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7147755B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7024787B2 (ja) 情報処理装置、および情報処理方法、並びにプログラム
JP6500895B2 (ja) 情報処理装置、情報生成装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2015109131A (ja) ファイル生成方法、再生方法、ファイル生成装置、再生装置および記録媒体
WO2018173780A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2015083354A1 (ja) ファイル生成方法、再生方法、ファイル生成装置、再生装置および記録媒体
JP2016027512A (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2015186479A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2015072127A1 (ja) ファイル生成方法およびファイル生成装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201209

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220301

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220314

R151 Written notification of patent or utility model registration

Ref document number: 7052733

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151