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

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

Info

Publication number
JP2016027512A
JP2016027512A JP2014166377A JP2014166377A JP2016027512A JP 2016027512 A JP2016027512 A JP 2016027512A JP 2014166377 A JP2014166377 A JP 2014166377A JP 2014166377 A JP2014166377 A JP 2014166377A JP 2016027512 A JP2016027512 A JP 2016027512A
Authority
JP
Japan
Prior art keywords
data
file
format
key
vmd
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.)
Pending
Application number
JP2014166377A
Other languages
English (en)
Inventor
幸一 内村
Koichi Uchimura
幸一 内村
遼平 高橋
Ryohei Takahashi
遼平 高橋
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
Priority to JP2014166377A priority Critical patent/JP2016027512A/ja
Priority to PCT/JP2015/002576 priority patent/WO2016002127A1/en
Publication of JP2016027512A publication Critical patent/JP2016027512A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26613Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing keys in general
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/106Enforcing content protection by specific content processing
    • G06F21/1063Personalisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541Rights Management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627Rights management associated to the content

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

【課題】MP4フォーマットにおいて規定される暗号化構成を崩すことなく、MPEG−2TSフォーマットデータをMP4ファイルに変換して記録する。【解決手段】MP4フォーマット規定の鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)の復号用鍵の識別子を格納したメタデータ(vmet)の暗号化データを、MPEG−2TSフォーマットデータを構成するTSパケット、または暗号化データを格納したファイルから取得し、復号することなくMP4ファイル内のボックス格納データとする。また、メタデータ(vmet)復号用鍵の識別子格納ボックスとしてMP4フォーマットが規定するvlocボックス格納データを取得、または生成してMP4ファイルに記録する。【選択図】図28

Description

本開示は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、例えばフォーマット変換を伴うデータ記録を実行する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。
映画や音楽等、様々なコンテンツを記録する情報記録媒体(メディア)として、DVD(Digital Versatile Disc)や、BD(Blu−ray(登録商標) Disc)が多く利用されている。
これらの各ディスクには、予め規定されたデータ記録フォーマットで画像、音声、さらに再生制御データ等の各種のデータが記録される。
例えば、BDに対するデータ記録フォーマットとして、BDMV(Blu−ray(登録商標) Disc Movie)フォーマットが利用される。
BDMVフォーマットの記録データを再生するためには、BDMVフォーマットデータの再生用のプログラムを保持していることが必要となる。
昨今、スマホ(スマートホン)や、タブレット端末等の携帯端末などで映画等のコンテンツ視聴を行うユーザが増加している。
このような携帯端末には、BDMVフォーマット対応の再生アプリケーションが搭載されているとは限らない。従って、BDの記録データを携帯端末のメデイアにコピーする場合、BDMVフォーマットではない携帯端末の再生アプリケーションが再生可能なフォーマットに変更してコンテンツを記録する必要がある。
なお、メディア間のデータコピー処理については、例えば特許文献1(特開2008−98765号公報)や、特許文献2(特開2011−222078号公報)に記載がある。
携帯端末等による利用を考慮して規格化されたデータ記録フォーマットとしてMP4フォーマット(以下MP4と呼ぶ)がある。
多くの携帯端末は、MP4フォーマットで記録されたMP4データを再生可能な再生アプリケーションを有しており、携帯端末のメディアにコンテンツを記録する場合MP4形式で記録することが求められる。
従って、例えば、BDMVフォーマットのデータを、携帯端末において利用するSDカード等のメディアにコピーする場合、BDMVからMP4へのフォーマット変換を伴うコピー処理を行なうことが必要となる。
しかし、現状においてこのフォーマット変換についての具体的な提案はなされていない。フォーマット変換が確実に行われない場合、コピー先でのコンテンツ再生が行えなくなる可能性がある。
特開2008−98765号公報 特開2011−222078号公報
本開示は、このような問題点に鑑みてなされたものであり、例えばフォーマット変換を伴うデータ記録処理を行なう構成において、フォーマット変換後の正常なデータ再生を可能とする情報処理装置、情報記録装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。
本開示の第1の側面は、
MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
前記データ変換部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得し、取得した暗号化データを復号することなく前記MP4ファイルに規定されるボックスの格納データとして設定する情報処理装置にある。
さらに、本開示の第2の側面は、
MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
前記データ処理部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納し、
さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する情報処理装置にある。
さらに、本開示の第3の側面は、
MPEG−2TSフォーマットデータを記録した情報記録媒体であり、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータと、
前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データである前記メタデータ(vmet)復号用の鍵の鍵識別子を、
前記MPEG−2TSフォーマットデータを構成するTSパケット、またはデータファイルに格納し、
前記情報記録媒体の格納データを再生する再生装置が、前記TSパケットまたはデータファイルから前記メタデータ(vmet)復号用の鍵を取得し、前記メタデータ(vmet)を復号し、復号情報に基づいて前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵を取得し、前記鍵情報埋め込みデータ(VMD)を復号して再生することを可能とした情報記録媒体にある。
さらに、本開示の第4の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
前記データ変換部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得し、取得パケットに格納された暗号化データを、復号することなく前記MP4ファイル内のボックスの格納データとして設定する情報処理方法にある。
さらに、本開示の第5の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
前記データ処理部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納し、
さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する情報処理方法にある。
さらに、本開示の第6の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
前記プログラムは、前記データ変換部に、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得させ、取得パケットに格納された暗号化データを、復号することなく前記MP4ファイル内のボックスの格納データとして記録させるプログラムにある。
さらに、本開示の第7の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納させ、
さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成させるプログラムにある。
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
本開示の一実施例の構成によれば、MP4フォーマットにおいて規定される暗号化構成を崩すことなく、MPEG−2TSフォーマットデータをMP4ファイルに変換して記録する構成が実現される。
具体的には、MP4フォーマット規定の鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)の復号用鍵の識別子を格納したメタデータ(vmet)の暗号化データを、MPEG−2TSフォーマットデータを構成するTSパケット、または暗号化データを格納したファイルから取得し、復号することなくMP4ファイル内のボックス格納データとする。また、メタデータ(vmet)復号用鍵の識別子格納ボックスとしてMP4フォーマットが規定するvlocボックス格納データを取得、または生成してMP4ファイルに記録する。
本構成により、MP4フォーマットにおいて規定される暗号化構成を崩すことなく、MPEG−2TSフォーマットデータをMP4ファイルに変換して記録する構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
BDMVフォーマットに従ってメディアに記録されるデータのディレクトリ構成例について説明する図である。 BDMVフォーマットにおいて規定されるプレイリストと、再生データとの対応について説明する図である。 クリップAVストリーム(Clip AV Stream)ファイルのデータ構成としてのMPEG−2TS(トランスポートストリーム)の構成例について説明する図である。 MP4フォーマットについて説明する図である。 CFF(Common File Format)の構成について説明する図である。 AVC,HEVC符号化データの構成について説明する図である。 MPEG−2TSとMP4フォーマットの差異について説明する図である。 MPEG−2TSに格納した1つのピクチャ対応のアクセスユニットの構成について説明する図である。 MPEG−2TSフォーマットからMP4フォーマットへの変換処理例について説明する図である。 MP4フォーマットにおけるデータ暗号化構成の一例について説明する図である。 MP4フォーマットにおけるデータ暗号化構成と復号に適用する鍵の設定例について説明する図である。 MP4フォーマットに従って生成されるMP4ファイルの構成例について説明する図である。 MP4フォーマットにおけるデータ暗号化構成と復号に適用する鍵の設定例について説明する図である。 MP4フォーマットの暗号化構成をMPEG−2TSフォーマットにおいて実現するためのパケット構成例について説明する図である。 MPEG−2TSフォーマットに従ったECM_PIDパケットのデータ構成と、MP4のvlocボックス記録データのデータ構成について説明する図である。 MPEG−2TSフォーマットからMP4フォーマットへの変換処理例について説明する図である。 MP4変換用のvloc対応データ等を設定したディレクトリ構成例について説明する図である。 図17に示すMP4変換用のvloc対応データ等を設定したディレクトリ構成を持つデータを利用したMP4ファイルの生成例について説明する図である。 MP4ファイル記録用のvlocデータをサーバから取得する処理例について説明する図である。 MP4ファイル記録用のvlocデータを情報処理装置が生成する処理例について説明する図である。 MP4ファイル記録用のvlocデータをECM_PIDパケットの格納データに基づいて、情報処理装置が生成する処理例について説明する図である。 鍵情報埋め込みデータ(VMD)とメタデータ(vmet)の記録位置に基づいて発生する問題点について説明する図である。 鍵情報埋め込みデータ(VMD)とメタデータ(vmet)の記録位置の設定例について説明する図である。 鍵情報埋め込みデータ(VMD)とメタデータ(vmet)の記録位置を選択的に行うための指示データの記録例について説明する図である。 鍵情報埋め込みデータ(VMD)とメタデータ(vmet)の記録位置を選択的に行うための指示データの記録例について説明する図である。 実施例2のメディアの記録データのディレクトリ例を示す図である。 クリップAVストリームファイルの具体例について説明する図である。 図26に示すMPEG−2TSフォーマットデータを含むBDMVフォーマットデータを利用してMP4ファイルを生成する場合のフォーマット変換を伴うデータコピー処理におけるデータの流れについて説明する図である。 MPEG−2TSフォーマットデータからMP4フォーマットデータへの変換処理においてMP4ファイルのmdatボックスに記録するデータと、記録元となるデータとの対応関係を示す図である。 trunボックスの記録情報を用いて、vdatファイルに連続的に記録されたデータから1つの(vmet+VMD)データを抽出してMP4ファイルの所定位置に記録する処理について説明する図である。 外部装置から鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したvdatファイルを取得(ダウンロード)して、MP4ファイルに記録する処理例について説明する図である。 情報処理装置の構成例について説明する図である。 情報処理装置の構成例について説明する図である。 情報処理装置の構成例について説明する図である。 情報処理装置の実行する処理のシーケンスについて説明するフローチャートを示す図である。 情報処理装置の実行する処理のシーケンスについて説明するフローチャートを示す図である。 情報処理装置の実行する処理のシーケンスについて説明するフローチャートを示す図である。 情報処理装置の実行する処理のシーケンスについて説明するフローチャートを示す図である。 情報処理装置の実行する処理のシーケンスについて説明するフローチャートを示す図である。 情報処理装置の実行する処理のシーケンスについて説明するフローチャートを示す図である。
以下、図面を参照しながら本開示の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
1.MPEG−2TSフォーマットと、MP4フォーマットについて
2.MPEG−2TSをMP4に変換する場合の問題点について
3.MP4フォーマットにおけるデータ暗号化構成について
4.MP4フォーマットにおける暗号化構成をMPEG−2TSフォーマットで実現する場合の構成例について
5.MPEG−2TSフォーマットデータからMP4フォーマットデータへの変換処理について
5−1.メディアに独立して記録されたMP4対応vlocデータを読み取ってMP4フォーマットデータに記録する処理例について
5−2.外部装置からvlocデータを取得(ダウンロード)して、MP4ファイルに記録する処理例について
5−3.変換処理実行装置が、MPEG−2TSフォーマットデータに含まれるECM_PIDパケットのペイロード等を参照して、変換後のMP4ファイルに記録するvlocデータを生成して記録する処理例について
6.鍵情報埋め込みデータ(VMD:variant media data)とメタデータ(vmet)の記録位置の制限について
7.鍵情報埋め込みデータ(VMD)とメタデータ(vmet)をMPEG−2TSフォーマットデータファイル以外から取得する実施例について(実施例2)
7−1.メディアに鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したファイルを設定して利用する構成例について
7−2.外部装置から鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したvdatファイルを取得(ダウンロード)して、MP4ファイルに記録する処理例について
8.情報処理装置の構成例について
9.情報処理装置の実行する処理のシーケンスについて
10.本開示の構成のまとめ
[1.MPEG−2TSフォーマットと、MP4フォーマットについて]
まず、MPEG−2TS(Transport stream)フォーマットと、MP4フォーマットについて説明する。
MPEG−2TSフォーマットと、MP4フォーマットは、いずれも画像(Video)、音声(Audio)、字幕(Subtitle)等、コンテンツ構成データである符号化データを記録媒体(メディア)に格納、または放送波やネットワークを介して伝送する際の符号化データ等のデータ格納形式(コンテナフォーマット)を規定したフォーマットである。
MPEG−2TSフォーマットは、ISO13818−1において標準化されたフォーマットであり、例えばBD(Blu−ray(登録商標) Disc)に対するデータ記録や、デジタル放送等に用いられている。
一方、MP4フォーマットは、ISO/IECC14496−14で規定されたフォーマットであり、例えばフラッシュメモリ等にデータ記録を行う場合に適したフォーマットである。
昨今、利用されている多くの携帯端末は、MP4フォーマットに従って記録されたMP4データを再生可能な再生アプリケーションを有しており、携帯端末のメディアにコンテンツを記録する場合、MP4形式で記録することが求められる場合が多い。
前述したBDに対するデータ記録フォーマットであるBDMV(Blu−ray(登録商標) Disc Movie)フォーマットは、MPEG−2TSフォーマットに従って格納された画像や音声等の符号化データを構成要素とするBD専用のフォーマットである。
なお、MPEG−2TSフォーマットに従って格納が許容される画像、音声、静止画の符号化データは、例えば以下の符号化データである。
画像:MPEG−1、MPEG−2、AVC(MPEG−4AVC)、HEVC(MPEG−4HEVC)、
音声:MP1,MP2,MP3,リニアPCM,DTS
静止画:JPEG
例えば上記の各符号化データがMPEG−2TSにおいて規定するTS(トランスポートストリーム)パケットに分散して格納される。
まず、図1以下を参照して、BDや放送に用いられるMPEG−2TSフォーマットについて説明する。
図1は、例えばROM型のBD(Blu−ray(登録商標) Disc)であるメディア10に記録されたBDMVフォーマットに従った記録データのディレクトリを示す図である。
ディレクトリは図1に示すように管理情報設定部11(AACSディレクトリ)と、データ部12(BDMVディレクトリ)に分離されている。
管理情報設定部11(AACSディレクトリ)には、データの暗号化鍵であるCPSユニットキーファイルや利用制御情報ファイルなどが格納される。
一方、データ部12のBDMVディレクトリ以下には、
インデックスファイル、
プレイリストファイル、
クリップ情報ファイル、
クリップAVストリームファイル、
BDJOファイル、
例えば、これらのファイルが記録される。
インデックスファイルには、再生処理に適用するインデックス情報としてのタイトル情報が格納される。
プレイリストファイルは、タイトルによって指定されの再生プログラムのプログラム情報に従ったコンテンツの再生順等を規定したファイルであり、再生位置情報を持クリップ情報に対する指定情報を有する。
クリップ情報ファイルは、プレイリストファイルによつて指定されるファイルであり、クリップAVストリームファイルの再生位置情報等を有する。
クリップAVストリームファイルは、再生対象となるAVストリームデータを格納したファイルである。
BDJOファイルは、JAVA(登録商標)プログラム、コマンド等を格納したファイルの実行制御情報を格納したファイルである。
情報処理装置が情報記録媒体に記録されたコンテンツを再生するシーケンスは以下の通りである。
(a)まず、再生アプリケーションによってインデックスファイルから特定のタイトルを指定する。
(b)指定されたタイトルに関連付けられた再生プログラムが選択される。
(c)選択された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
(d)選択されたプレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのAVストリームあるいはコマンドが読み出されて、AVストリームの再生や、コマンドの実行処理が行われる。
図2は、メディア10に記録される以下のデータ、すなわち、
プレイリストファイル、
クリップ情報ファイル、
クリップAVストリームファイル、
これらのデータの対応関係を説明する図である。
実際の再生対象データである画像と音声データからなるAVストリームはクリップAVストリーム(Clip AV Stream)ファイルとして記録され、さらに、これらのAVストリームの管理情報、再生制御情報ファイルとして、プレイリスト(PlayList)ファイルと、クリップ情報(Clip Information)ファイルが規定される。
これら複数のカテゴリのファイルは、図2に示すように、
プレイリスト(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(トランスポートストリーム)をBDMVフォーマットの規定構造に従って配置したデータを格納している。この構成の詳細は図3を参照して後段で説明する。
また、クリップ情報(Clip Information)ファイルには、例えば、クリップAVストリームファイルのバイト列データのデータ位置と、時間軸上に展開した場合の再生開始ポイントである(エントリポイント:EP)等の再生時間位置等の対応データ等、クリップAVストリームファイルの格納データの再生開始位置などを取得するための管理情報を格納している。
例えば、コンテンツの開始点からの再生時間経過位置を示すタイムスタンプが与えられた時、クリップ情報ファイルを参照して、クリップAVストリームファイルのデータ読み出し位置、すなわち再生開始点としてのアドレスを取得することが可能となる。
プレイリスト(PlayList)ファイルは、クリップ(=クリップ情報ファイル+クリップAVストリームファイル)レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
プレイリスト(PlayList)ファイルには、1つ以上のプレイアイテム(PlayItem)が設定され、プレイアイテムの各々が、クリップ(=クリップ情報ファイル+クリップAVストリームファイル)レイヤに含まれる再生可能データに対する再生区間の指定情報を有する。
再生対象となる画像や音声の実データを格納したクリップAVストリーム(Clip AV Stream)ファイルは、例えば図3に示すようなMPEG−2トランスポートストリーム(TS:Transport stream)ファイル構造を持つ。
図3に示すように、MPEG−2TSフォーマットは、以下の特徴を有する。
1)MPEG−2TSファイルは、整数個のアラインドユニット(Aligned unit)から構成される。
2)アラインドユニット(Aligned unit)の大きさは、6kB(=6144バイト(2048×3バイト))である。
3)アラインドユニット(Aligned unit)は、ソースパケットの第一バイト目から始まる。
4)ソースパケットは、192バイト長である。一つのソースパケットは、TP_extra_headerとTSパケットから成る。TP_extra_headerは、4バイト長であり、またTSパケットは、188バイト長である。
5)TSパケットはヘッダ(TPヘッダ)とペイロード部を有する。1つのTSパケットのペイロードには画像、音声等、いずれか一種類のデータの符号化データが格納される。
6)TSパケットのヘッダ(TPヘッダ)にはペイロードのデータ種類を示すPID(プログラムID)が記録される。
7)TSパケットのペイロードは画像や音声等の符号化データであるエレメンタリストリーム(ES)を格納したパケット(パケタイズドエレメンタリストリーム(PES))とPESヘッダ等によって構成される。
8)PESヘッダには、後続のPESパケットに格納されたエレメンタリストリーム(ES)の再生時間情報を示すプレゼンテーションタイムスタンプ(PTS)が記録される。
さらに、図3(E)に示すように、TSパケットのヘッダ情報には、以下の各データが格納される。
(a)同期用バイト(Sync byte)
(b)トランスポートエラー識別子(Transport_error_indicator)
(c)ペイロードユニットスタート識別子(Payload_unit_start_indicator)
(d)トランスポートプライオリティ(Transport_priority)
(e)プログラムID(PID)
(f)トランスポートスクランブリングコントロール(Transport scrambling control)
(g)アダプテーションフィールドコントロール(Adaptation field control)
(h)コンティニュイティカウンタ(Continuity counter)
(i)アダプテーションフィールド(Adaptation field)
次に、図4、図5を参照して、MP4フォーマットの概要について説明する。
図4には、ISO/IEC14496−14で規定されたMP4フォーマットの例として、以下の2つの例を示している。
(a)フラグメンテッド(分割型)MP4ファイル(fragmented movie)
(b)ノンフラグメンテッド(非分割型)MP4ファイル(Non−fragmented movie)
これら図4(a),(b)に示すMP4ファイルは、MP4フォーマットに従ったデータの記録あるいは再生処理における1つの処理単位として設定されるファイルである。
(a)フラグメンテッド(分割型)MP4ファイル(fragmented movie)は、再生対象データである画像や音声などのデータを所定時間内の再生データごとに分割して格納したファイルフォーマットである。
(b)ノンフラグメンテッド(非分割型)MP4ファイル(Non−fragmented movie)は、再生対象データである画像や音声などのデータを分割せずに格納したファイルフォーマットである。
MP4ファイルは、ボックス(box)単位の領域設定がなされ、各ボックスには、ボックス単位で定義されたデータが格納される。
各ボックスは、ボックスサイズ(box−size)、ボックスタイプ(box−type)、ボックスデータ(box−data)の各領域を有する。
ボックスサイズ(box−size)には、ボックスのデータ長(バイトサイズ)が記録される。
ボックスタイプ(box−type)には、ボックスに格納するデータの種類が記録される。
ボックスデータ(box−data)には、ボックスタイプで示される種類のデータが記録される。
図4(a)に示すフラグメンテッド(分割型)MP4ファイルには、以下のタイプのボックスが設定される。
moovボックス、
trakボックス、
moofボックス、
trafボックス、
mdatボックス、
上記の各ボックスが設定される。
画像、音声、字幕等の再生対象データである実データはmdatボックスに分割して格納される。
また、mdatボックスの各々にはmoofボックスが対応付けられており、moofボックスには、moofボックスに対応付けられたmdatボックスに格納した分割実データに関する属性情報、再生制御情報等のメタデータを格納する。
図4(a)に示すフラグメンテッド(分割型)MP4ファイルは、再生対象データの分割データである実データ(mdat)と分割実データ対応のメタデータ(moof)を1つのセットデータとして、多数のセットデータを格納し、さらに、格納した複数のセットデータ全体に関するメタデータをmoovボックスに格納した構成を有する。
分割実データ対応のメタデータ(moof)の内部には、trafボックスが設定される。
trafボックスには、対応付けられた実データ(mdat)の再生シーケンス情報等が格納される。
moovボックスは、MP4ファイル全体に格納されたデータの再生制御情報等のメタデータの格納領域として設定されるボックスである。
moovボックス内には、1つ以上のtrakボックスが設定される。trakボックスは、例えば画像、音声、字幕等のデータ種類別に設定可能であり、各データの再生シーケンス情報等を格納する。
なお、MP4ファイルに格納される再生データに複数の異なる画像データ、例えばHD画像、4K画像等が含まれる場合には、これらの画像種類に応じて個別のtrakボックスを設定することが可能である。
また、MP4ファイルの格納音声データに複数の異なる音声データ、例えば日本語音声、英語音声等が含まれる場合には、これらの音声種類に応じて個別のtrakボックスを設定可能である。
同様に、MP4ファイルの格納字幕データに複数の異なる字幕データ、例えば日本語字幕、英語字幕等が含まれる場合には、これらの字幕種類に応じて個別のtrakボックスを設定可能である。
(b)ノンフラグメンテッド(非分割型)MP4ファイル(Non−fragmented movie)は、再生対象データである画像や音声などのデータを分割せずに格納したファイルフォーマットである。
図4(b)に示すノンフラグメンテッド(非分割型)MP4ファイルには、以下のタイプのボックスが設定される。
moovボックス、
trakボックス、
mdatボックス、
上記の各ボックスが設定される。
mdatボックスにはは、再生対象となる実データが格納される。
moovボックスには、再生対象データである実データ(mdat)に対応して設定されるメタデータ、例えば再生対象実データ(mdat)の属性や再生制御情報を含むメタデータが格納される。
moovボックス内に設定されるtrakボックスには、実データ(mdat)の再生シーケンス情報等が格納される。
前述の(a)フラグメンテッド(分割型)MP4ファイルと同様、(b)ノンフラグメンテッド(非分割型)MP4ファイルに設定されるmoovボックス内にも1つ以上のtrakボックスが設定される。各trakボックスは、例えば画像、音声、字幕等のデータ種類別に設定される。
図4は、MP4フォーマットの基本構成例を示している。
MP4フォーマットに関する規格化団体であるDECE(Digital Entertainment Content Ecosystem)は、MP4ベースの新たなファイルフォーマットとしてCFF(Common File Format)を規格化した。このCFFについて、図5を参照して説明する。
図5に示すCFF(Common File Format)は、基本的には、図4(a)を参照して説明した分割型(fragmented movie)MP4と同様のデータ構成を有する。
すなわち、図5に示すCFF(Common File Format)ファイルには、先に説明した図4(a)のフラグメンテッド(分割型)MP4ファイルと同様、以下の各ボックスが設定される。
moovボックス、
trakボックス、
moofボックス、
trafボックス、
mdatボックス、
上記の各ボックスが設定される。
各ボックスの格納データは、図4(a)のフラグメンテッド(分割型)MP4ファイルとほぼ同様である。
ただし、CFFでは、各mdatボックスには、1つの種類のデータのみを格納するという制約が設けられている。
すなわち、各mdatボックスには、
(a)画像
(b)音声
(c)字幕
これらのデータのいずれか一種類のデータを格納する。上記(a)〜(c)のデータを混在させて格納してはならないという制約がある。
なお、CFFファイルに複数の異なる画像データ、例えばHD画像、4K画像等が含まれる場合には、これらの異なる画像は、異なるmdatボックスに格納する。
同様に、異なる音声データ、例えば日本語音声、英語音声等についても個別のmdatボックスに格納し、日本語字幕、英語字幕等についても異なるmdatボックスに格納する。
図4(a)に示す一般的なフラグメンテッド(分割型)MP4ファイルでは、1つの分割データ(フラグメント)の格納ボックスとして設定されるmdatボックスに、画像、音声、字幕等の異なる種類のデータを混在させて格納することが許容されていた。
しかし、図5に示すCFF(Common File Format)では、1つのmdatボックスには、1つの種類のデータのみしか格納してはならないという制約が設けられている。
すなわち、画像、音声、または字幕のいずれか一種類のデータのみが各mdatボックスに個別に格納される。
従ってmdatボックス対応のメタデータ格納領域であるmoofボックスも、画像、音声、字幕いずれか一種類のデータに対応して設定されるメタデータを格納する設定となる。
なおMP4フォーマットのデータ部であるmdatボックスの格納データは、基本データ単位としてのサンプル(sample)に区分される。
CFF(Common File Format)では、1つのmdatボックスには画像サンプルのみの集合、あるいは音声サンプルのみの集合、または字幕サンプルのみの集合、いずれか同一種類のデータサンプルの集合が格納されることになる。
さらに、DECEの規定したCFFでは、CFFファイルに格納することを許容する画像、音声、字幕の符号化態様(コーデック)やデータ形式についても規定している。
CFFファイルに格納することが許容されるデータ形式には、例えば、以下のデータ形式がある。
画像(Video):AVC(MPEG−4AVC)、HEVC(MPEG−4HEVC)、
音声(Audio):MPEG−4−AAC、Dolby、AC−3
字幕(subtitle):SMPTE Timed Text(SMPTE−TT)
[2.MPEG−2TSをMP4に変換する場合の問題点について]
例えばBD(Blu−ray(登録商標) Disc)に記録されたMPEG−2TSフォーマットデータ、あるいは、ネットワークや放送波を介して入力するMPEG−2TSフォーマットデータを、MP4フォーマットに変換してフラッシュメモリ等のメディアに記録する処理を行う場合の問題点について説明する。
なお、以下では、MPEG−2TSと、MP4の両フォーマットにおいて格納することが許容されたAVCまたはHEVC符号化画像データの変換処理例について説明する。
すなわち、BD等のメディアにMPEG−2TSフォーマットに従って格納されたAVCまたはHEVC符号化画像データを、MP4フォーマットデータに従った符号化データ格納形式に変換してフラッシュメモリ等のメディアに記録する場合の処理例について説明する。
まず、図6を参照してAVCまたはHEVC符号化画像データの基本構成について説明する。
例えば1枚の画像データ(1ピクチャ)に対応する符号化データ、およびその復号処理等に適用するパラメータ等は、複数のNALユニット(Network Abstruction Layer Unit)に格納される。
1枚の画像データ対応のNALユニットのセットをアクセスユニット(AU)と呼ぶ。
すなわち、AVC符号化画像データ、およびHEVC符号化画像データは、図6(A)に示すように、複数のNALユニットによって構成される。
各NALユニットは、NALヘッダとNALデータを有し、NALヘッダにはNALユニットのデータ種類識別情報等、NALデータに対応する属性情報(メタデータ)が格納される。
各NALユニットには、画像の符号化データの他、例えば符号化データのシーケンス情報や復号処理に適用するためのパラメータなどが格納される。
各NALユニットに格納されるデータの種類は、NALヘッダのIDによって識別される。
NALユニットに格納されるデータは、例えば以下のデータである。
(1)AU delimiter(AUD):アクセスユニット(AU)の開始位置
(2)SPS:シーケンスパラメータ
(3)PPS:ピクチャパラメータ
(4)SEI:各種補助情報
(5)Slice data:符号化画像(ビデオ)データの構成要素
(6)Filler data:サイズ調整用データ
(7)End of **:アクセスユニット(AU)の終点位置
これらのデータが各NALユニットに格納される。
符号化データの格納形式(コンテナフォーマット)を規定したMPEG−2TSフォーマット、およびMP4フォーマットは、いずれもAVC符号化画像データ、あるいはHEVC符号化画像データを格納する場合、図6に示すNALユニットを各フォーマットに従って格納する。
図7は、これら2つのフォーマットに従ったNALユニット格納例を示している。
図7(1)はMPEG−2TSフォーマットに従ったNALユニットの格納例であり、バイトストリームフォーマット(byte stream format)と呼ばれる。
図7(2)は、MP4フォーマットに従ったNALユニットの格納例であり、サンプルストラクチャ(sample structure)と呼ばれる。
図7(1)に示すMPEG−2TSフォーマットでは、各NALユニットの前方位置にスタートコード(SC:Start code)が設定される。
このスタートコード(SC)は、NALユニットの開始位置を示す識別子であり、特定のビット列(0x000001)によって構成される。
MPEG−2TSフォーマットデータの処理を行なう例えば再生装置は、このスタートコード(SC)のコード(0x000001)を検出して、SCの次の位置がNALユニット開始位置であると識別することができる。この識別処理によって、正確にNALユニット構成データを抽出することが可能となる。
一方、図7(2)に示すMP4フォーマットでは、各NALユニットの前方位置にレングス情報(Length)が設定される。
このレングス情報(Length)は、次のNALユニットのデータ長(サイズ)を示すデータであり、各NALユニットのデータ長(サイズ)が格納される。
MP4フォーマットデータの処理を行なう例えば再生装置は、このレングス情報(Length)に基づいて、次の位置からのNALユニットのデータ長を判別して、データ長(サイズ)に従って、NALユニット構成データを抽出することが可能となる。
なお、NALユニットは様々なデータ長に設定可能であり、各NALユニットの長さは異なるものとなる。
図7(1),(2)に示すように、AVC/HEVC画像符号化データを格納したMPEG−2TSフォーマットと、MP4フォーマットは異なるフォーマットとなる。
具体的には、MPEG−2TSのスタートコード(SC)が、MP4フォーマットでは、レングス情報(Length)に置き換えられている。
NALユニットについては、MPEG−2TS、MP4フォーマットのいずれにも格納される。
従って、MPEG−2TSフォーマットデータをMP4フォーマットデータに変換する場合には、MPEG−2TSのスタートコード(SC)の位置を正確に判別して、MPEG−2TSフォーマットデータからNALユニットを確実に取得してMP4フォーマットデータの構成データとして設定する処理が必要となる。
しかし、既存のBD−ROMのBDMV規格では、先に図3を参照して説明したアラインドユニット(Aligned Unit(6144bytes))単位で暗号化することを規定している。この規定に従うと、スタートコード(SC)も暗号化されて記録されることになる。
MPEG−2TSからMP4への変換処理を行なうためには、スタートコード(SC)の位置識別が必要となるため、一旦、アラインドユニット単位の暗号化データの復号を行い、スタートコード(SC)(=0x000001))を確認することが必要となる。
このように、MPEG−2TSからMP4へのフォーマット変換時にデータを復号し、スタートコード(SC)(=0x000001))を確認し、さらに、再暗号化してMP4フォーマットに変換してフラッシュメモリに記録するのは、ユーザ装置における処理負荷を増大させることになる。また、変換時の復号処理によって、平文コンテンツが漏えいする可能性も大きくなり、コンテンツ著作権保護の観点からも好ましくない。
このような問題を解決するため、ISO23001−9(策定中)では、新たなBD−ROM用の規格が準備されている。具体的には、MPEG−2TSの暗号化方法を変更し、MPEG−2TSの一部の構成データのみを暗号化するサブサンプル暗号を許容する規格を認める方向としている。
この新しい規格では、MPEG−2TS内のスタートコード(SC)を暗号化対象から除き、MPEG−2TSに含まれるスタートコード(SC)を平文としてMPEG−2TSに記録することを許容するものである。
これは、秘匿性の高い画像データについては暗号化対象として、スタートコード(SC)等の付随データについては、非暗号化データ(平文)とすることを許容するものである。
このサブサンプル暗号化を施したMPEG−2TSの構成例を図8に示す。
図8は、1ピクチャ単位の符号化画像データとメタデータによって構成される1つのアクセスユニット(AU)単位のMPEG−2TSフォーマットデータであり、符号化画像データの領域のみを暗号化したデータ、すなわちサブサンプル暗号化を施したMPEG−2TSの例を示している。
スタートコード(SC)は、非暗号化データであり、特定のコード(0x000001)がそのまま維持されている。従って、MPEG−2TSからMP4への変換を行う装置は、MPEG−2TSからスタートコード(SC=0x000001)を検出し、SCに続くNALユニットを抽出して、NALユニットをMP4の構成データとして設定することが可能となる。
NALユニット内の符号化画像データは暗号化されたデータであるので、データ漏えいの可能性も少なく安全なフォーマット変換および記録処理が可能となる。
図9は、MPEG−2TSフォーマットにおいて規定されるPESパケット、すなわち、1つの画像フレームに相当する1ピクチャに関する符号化データおよびそのメタデータを格納したPESパケットの構成データについての、MPEG−2TSフォーマットデータと、MP4フォーマットデータとの対応について説明する図である。
図9(2)に示すPESパケットは、1つの画像フレーム(1ピクチャ)に対応する画像データとその復号処理に適用する情報等からなるメタデータをペイロードとして格納したパケットである。
このPESパケットは、図9(1)に示すように複数のTSパケットによって構成される。
この1つのTSパケット(Pn)の詳細構成例を図9(3)に示す。
図9(4)は、MPEG−2TSフォーマットデータを構成するTSパケットからTSペイロードのみを取り出して並べたデータ列である。
これは、AVCまたはHEVC符号化データのES(エレメンタリストリーム)バイトストリームフォーマット(AVC/HEVC ES byte stream format)データに相当する。
MPEG−2TSフォーマットからMP4フォーマットへの変換を行う場合は、この図9(4)に示すバイトストリームデータを、図9(5)に示すMP4対応のMP4サンプルストラクチャ(AVC/HEVC sample structure)に変換することになる。
この変換処理に際して、再生対象となる画像や音声データは、MPEG−2TSフォーマットにおいても、MP4フォーマットにおいても暗号化スライスデータ(Encrypted slice data)のまま、不変である。従って、MPEG−2TSフォーマットで記録されたデータを、MP4フォーマットに変更して他のメディアに記録する場合、再生対象となる画像や音声データについては復号処理や再暗号化処理を実行することなく、記録することが可能となる。
[3.MP4フォーマットにおけるデータ暗号化構成について]
上述したように、現在、策定中の新たなBD−ROM用の規格ISO23001−9に従えば、MPEG−2TSからMP4へのフォーマット変換時に画像や音声データの復号を行う必要がなく、より安全度の高いフォーマット変換処理を伴うメディア間コピーが可能となる。
しかし、MP4フォーマットには、現行のMPEG−2TSフォーマットにはない独特のデータ暗号化構成の規定がある。
このMP4独自の暗号化構成に従ったMP4ファイルを生成する場合、上述の対応のみではMPEG−2TSからMP4フォーマット変換を正常に実行できなくなる場合がある。
MP4フォーマットに規定されたデータ暗号化構成について、図10以下を参照して説明する。
このデータ暗号化構成は、MP4フォーマットに従って格納された暗号化コンテンツを復号して生成した復号(平文)コンテンツに基づいて、復号処理に適用した鍵を判別可能とする構成である。
これは、例えばスマートホン等のMP4再生装置において、MP4格納メディアから読み出した暗号化コンテンツを復号し、その復号(平文)コンテンツが不正にコピーされてネットワーク等を介して広がってしまった場合などにおいて、コピーコンテンツに基づいて、コピー元の復号(平文)コンテンツの出所を追跡可能とするための構成である。
暗号化コンテンツを復号して生成した復号コンテンツ、例えば復号画像データを解析して、画像の復号に適用した鍵を特定可能としている。
例えば、ある再生装置において復号された画像データのコピーデータがインターネット等を介して流通した場合、コンテンツ管理装置は、コピーコンテンツの画像解析を実行して画像の復号に適用した鍵を特定することができる。
管理装置は、暗号鍵(復号鍵)と、その鍵を格納したデバイスの識別情報、すなわちユーザの再生装置識別情報との対応データを保有しており、暗号鍵識別子情報に基づいて、その暗号鍵を格納したデバイスを特定することが可能となる。
なお、各再生装置に格納される暗号鍵(復号鍵)は、デバイス単位、またはデバイスの種類単位、あるいはメーカー単位等によって異なり、これらの設定単位に応じた出所追跡が可能となる。
図10は、フラッシュメモリ等のメディア100の格納データであるMP4フォーマットデータの復号、再生処理例を示す図である。
メディア100には、複数の異なる暗号鍵であるメディアキーKm、およびセグメントキーKsa,Ksb,Ksc,・・・によって復号可能なコンテンツが格納される。なお、ここではコンテンツの一例として画像の場合について説明する。画像は静止画、動画いずれでもよい。
メディア100には例えば以下の暗号化画像データが格納される。
(1)サンプル100=メディアキーKmで復号可能な暗号化画像、
(2)鍵情報埋め込みデータA102a=メディアキーKmとセグメントキーKsaの2つの鍵で復号可能な暗号化画像、
(3)鍵情報埋め込みデータB102b=メディアキーKmとセグメントキーKsbの2つの鍵で復号可能な暗号化画像、
(4)鍵情報埋め込みデータC102c=メディアキーKmとセグメントキーKscの2つの鍵で復号可能な暗号化画像、
上記(1)の暗号化画像は、メディアキーKmのみを適用して復号可能な画像であり、静止画または動画を構成する1フレーム画像の一部領域または全体領域の暗号化画像である。
上記(2)〜(4)の暗号化画像は、メディアキーKmと1つのセグメントキーKsxを適用することで復号可能な画像、すなわち二重暗号化が施された画像であり、静止画または動画を構成する1フレーム画像の一部領域の画像データとなる。
1つの完成された画像フレーム、例えば図10に示す復号画像115を生成するためには、上記の(1)〜(4)の複数の暗号化画像の復号結果を組み合わせることが必要となる。
上記(1)〜(4)の各画像、または少なくとも(2)〜(4)の各画像には、それぞれ目視では認識できないレベルの識別情報が埋め込まれており、復号画像を解析することにより、(2)〜(4)のどの画像であるか、すなわち、どの鍵を適用して復号されたかを判別可能な構成を持つ。
メディア100が、例えばスマートホン等のコンテンツ再生装置(プレーヤ)に装着されると、コンテンツ再生装置(プレーヤ)は、MPEG−2TSフォーマットとして記録された暗号化データを読み出す。
その後、再生装置は、メモリに格納された暗号鍵を適用して復号処理を実行して、復号画像を生成して再生する。
各再生装置のメモリに格納されている鍵は、
メディアキーKm、
セグメントキーKsx
となる。
メディアキーKmは全ての再生装置(デバイス)に格納される。
一方、セグメントキー(Ksx)については、再生装置(デバイス)、あるいは再生装置の種類ごとに格納種類や数は様々な設定となる。
具体的には、装置ごと、あるいは装置種類ごと、あるいは装置メーカーごとなど、所定の装置カテゴリごとに異なる設定とする。
図10に示す例では、
再生装置110は、メディアキーKmとセグメントキーKsaを保持している。
一方、再生装置120は、メディアキーKmとセグメントキーKsbを保持している。
再生装置110は、再生装置110に格納された再生アプリケーションに従って、暗号化データの復号および出力処理を実行する。
再生アプリケーションは、各画像領域単位で、復号に適用する暗号鍵を選択して復号画像115を生成する。
再生装置110は、
(a)メディアキーKmのみを適用して復号する画像領域、
(b)メディアキーKmと、セグメントキーKsaを適用して復号する画像領域、
これら2つの画像領域を組み合わせて復号画像115を生成して出力する。
すなわち、復号画像115は、
(a)メディアキーKmのみを適用して復号された画像領域、
(b)メディアキーKmと、セグメントキーKsaを適用して復号された画像領域、
これら2種類の画像領域が混在した画像となる。
例えば、この復号画像115がネットワークを介して流通した場合、復号画像115の解析により、この復号画像115は、
(a)メディアキーKmのみを適用して復号された画像領域、
(b)メディアキーKmと、セグメントキーKsaを適用して復号された画像領域、
これら2種類の画像領域の混在画像であると判断される。
この判断結果に従って、復号画像115は、メディアキーKmと、セグメントキーKsaを保持する再生装置において復号された画像であると判定することが可能となる。
一方、再生装置120も、再生装置120に格納された再生アプリケーションに従って、暗号化データの復号および出力処理を実行する。
再生アプリケーションは、各画像領域単位で、復号に適用する暗号鍵を選択して復号画像125を生成する。
再生装置120は、
(a)メディアキーKmのみを適用して復号する画像領域、
(b)メディアキーKmと、セグメントキーKsbを適用して復号する画像領域、
これら2つの画像領域を組み合わせて復号画像125を生成して出力する。
すなわち、復号画像125は、
(a)メディアキーKmのみを適用して復号された画像領域、
(b)メディアキーKmと、セグメントキーKsbを適用して復号された画像領域、
これら2種類の画像領域が混在した画像となる。
例えば、この復号画像125がネットワークを介して流通した場合、復号画像125の解析により、この復号画像115は、
(a)メディアキーKmのみを適用して復号された画像領域、
(b)メディアキーKmと、セグメントキーKsbを適用して復号された画像領域、
これら2種類の画像領域の混在画像であると判断される。
この判断結果に従って、復号画像125は、メディアキーKmと、セグメントキーKsbを保持する再生装置において復号された画像であると判定することが可能となる。
なお、図に示す例では、復号画像115,125は、いずれも、
(a)メディアキーKmのみを適用して復号された画像領域、
(b)メディアキーKmと、セグメントキーKsaまたはKsbを適用して復号された画像領域、
これら2種類の画像領域の組み合わせとして説明したが、これは一例であり、3種類以上の多数の異なる鍵の組み合わせからなる画像とすることも可能である。より多くの種類の画像領域を混在させることで、復号処理を実行した再生装置をより細かく特定することが可能となる。
図11は、再生装置110と、再生装置120において、復号画像115,125を生成する場合のメディア100に格納されたデータの利用例を説明する図である。
再生装置110は、メディアキーKmと、セグメントキーKsaをメモリに格納している再生装置である。
再生装置110は、メディア100に格納されたサンプル101と、鍵情報埋め込みデータA102aを取得する。
メディア100には、図10を参照して説明したように、様々な鍵情報埋め込みデータA,B,C・・・が格納されている。
再生装置110は、メディア100に格納されたメタデータに従って、自己の保持するメディアキーKmと、セグメントキーKsaによって復号可能な鍵情報埋め込みデータA102aを選択する。
メタデータの構成については、後段で詳細に説明する。
再生装置110は、メディア100に格納されたサンプル101と、鍵情報埋め込みデータA102aを取得し、サンプル101に対してメディアキーKmを適用して復号し、情報埋め込みデータA102aについては、メディアキーKmと、セグメントキーKsaを適用して復号する。
これらの復号処理によって、復号画像115を生成する。
一方、再生装置120は、メディアキーKmと、セグメントキーKsbをメモリに格納している再生装置である。
再生装置120は、メディア100に格納されたサンプル101と、鍵情報埋め込みデータB102bを取得する。
再生装置120も、メディア100に格納されたメタデータに従って、自己の保持するメディアキーKmと、セグメントキーKsbによって復号可能な鍵情報埋め込みデータB102bを選択する。
再生装置120は、メディア100に格納されたサンプル101と、鍵情報埋め込みデータB102bを取得し、サンプル101に対してメディアキーKmを適用して復号し、情報埋め込みデータB102bについては、メディアキーKmと、セグメントキーKsbを適用して復号する。
これらの復号処理によって、復号画像125を生成する。
図11を参照して説明したように、各再生装置が、自己の保持する鍵を適用して復号可能なデータを選択するためには、メタデータを参照することが必要となる。
このメタデータについて図12を参照して説明する。
図12は、先に図4、図5を参照して説明したと同様のMP4ファイルの構成を示す図である。
先に図4、図5を参照して説明したように、MP4ファイルには、データ種別によって区分される各種のボックスが設定される。
画像、音声、字幕等の再生対象データである実データはmdatボックスに分割して格納される。
mdatボックスの各々にはmoofボックスが対応付けられ、各moofボックスには、対応付けられたmdatボックスに格納した分割データに関する属性情報、再生制御情報等のメタデータが格納される。
moovボックスには、MP4ファイル格納データ全体に対応するメタデータを格納する。
図12に示すように、鍵情報埋め込みデータ(VMD:variant media data)131は、例えば1フレーム画像相当の1ピクチャの暗号化データであるサンプル(sample)とともに、mdatボックスに格納される。
なお、図12は、鍵情報埋め込みデータ(VMD:variant media data)131を1つのみ示しているが、これは代表例であり、mdatボックスには、データ131以外にも異なる暗号鍵を適用して復号可能な複数の鍵情報埋め込みデータ(VMD)が格納される。
図12に示す鍵情報埋め込みデータ(VMD:variant media data)131は、例えばメディアキーKmとセグメントキーKsaによって復号可能なデータであり、復号画像から、メディアキーKmとセグメントキーKsaによって復号されたことを示す識別情報を解析可能なデータである。
この鍵情報埋め込みデータ(VMD:variant media data)131が、メディアキーKmとセグメントキーKsaによって復号可能なデータであることを示すメタデータが、メタデータ(vmet)132である。
メタデータ(vmet)132は、再生対象データではないが、にmdatボックスに格納される。
メタデータ(vmet)132には、鍵情報埋め込みデータ(variant media data)131の復号に適用する鍵の識別子(ID)と、MP4ファイルにおける鍵情報埋め込みデータ(variant media data)131の記録位置情報が記録されている。
本例では、鍵情報埋め込みデータ(VMD:variant media data)131は、メディアキーKmとセグメントキーKsaによって復号可能なデータである。
従って、メタデータ(vmet)132には、
メディアキーKmの鍵識別子(Km−ID)、
セグメントキーKsaの識別子(Ksa−ID)、
これらの2つの鍵の識別子が記録されていることになる。
このように、メタデータ(vmet)132は、鍵情報埋め込みデータ(VMD:variant media data)131の復号に適用する鍵の識別子と、鍵情報埋め込みデータ(VMD:variant media data)131の記録位置情報を記録したメタデータである。
再生装置は、このメタデータ(vmet)132を参照することで、自装置の保持する鍵によって、復号可能な鍵情報埋め込みデータ(variant media data)131を選択して取得することが可能となる。
ただし、メタデータ(vmet)132自身も、暗号化データとしてMP4ファイルに記録される。
メタデータ(vmet)132の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)は、図12に示すmoofボックス内に設定されたvlocボックスに記録される。
図12に示すように、vlocボックスには、メタデータ(vmet)132の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)と、MP4ファイルにおけるメタデータ(vmet)132の記録位置情報を含むvlocデータ133が記録される。vlocデータも再生対象データではなくメタデータである。
vlocデータは、暗号化されない平文データ、すなわち、非暗号化データとしてMP4ファイルに記録される。
再生装置は、まず、moofボックス内に記録されたメタデータであるvlocデータを読み取り、メタデータ(vmet)132の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)と、MP4ファイルにおけるメタデータ(vmet)132の記録位置情報を取得する。
メタデータ(vmet)132の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)に従って、再生装置のメモリからvmetキー(Kmet)を取得する。
なお、再生装置には、前述したメディアキーKm、セグメントキーKsxの他、メタデータ(vmet)の復号に適用するvmetキー(Kmet)も格納されている。
vmetキー(Kmet)も、セグメントキーと同様、複数種類、設定し、装置に応じて格納するキーを異なるものとすることができる。
図12には、vloc、vmet、鍵情報埋め込みデータ(variant media data)、これらの3つのデータの1つのセットのみを示しているが、このデータセットは、MP4ファイルに多数、設定可能である。
再生装置は、非暗号化データとして記録されたメタデータvlocを読み取り、自装置のメモリに格納されたvmetキー(Kmet)の識別情報が記録されたvlocの記録情報に従って、vmetキー(Kmet)をメモリから取得する。さらに、そのvlocに記録されたvmet位置情報に従って、vmetの記録位置を判断して、vmetデータを取得して、vmetキー(Kmet)を適用した復号処理を行なう。
この復号処理によって、メタデータ(vmet)132から、鍵情報埋め込みデータ(VMD:variant media data)131の復号に適用する鍵の識別子と、鍵情報埋め込みデータ(VMD:variant media data)131の記録位置情報を取得する。
再生装置は、メタデータ(vmet)132を参照して、自装置の保持する鍵によって、復号可能な鍵情報埋め込みデータ(VMD:variant media data)131を取得し、自装置の保持する鍵(メディアキーKmとセグメントキーKsa)を適用して鍵情報埋め込みデータ(variant media data)131を復号する。
この復号処理によって、例えば、先に図10、図11を参照して説明した復号画像115を構成する画像データを生成することができる。
なお、復号画像115は、例えばサンプルの復号結果と、鍵情報埋め込みデータ(variant media data)131の復号結果を組み合わせた画像であり、再生装置は、サンプルの復号処理も併せて実行する必要がある。
図13は、MP4ファイルに格納された暗号化画像データと、各暗号化データの選択適用によって生成される復号画像の対応関係例を示す図である。
MP4フォーマットデータを格納したメディア100には、図に示すように、
(1)鍵情報埋め込みデータA(VMD−A)141、
(2)鍵情報埋め込みデータB(VMD−B)142、
(3)鍵情報埋め込みデータC(VMD−C)143、
(4)サンプル(sample)145、
これらの暗号化画像データが格納されている。
なお、この図13に示す例では、これらの暗号化画像データに基づいて生成される画像は、図13に示す復号画像151〜153のいずれかである。
復号画像151〜153は、いずれも同じコンテンツの同じ再生時間の画像であり、再生装置は、再生装置の持つ鍵に応じて、復号画像151〜153のいずれか1つの画像を生成して再生を行なうことになる。
復号画像151〜153の各々には、復号処理に適用した鍵を解析可能な識別情報が記録されている。
鍵情報埋め込みデータA(VMD−A)141は、メディアキーKmとセグメントキーKsaによって復号可能な画像データである。
鍵情報埋め込みデータA(VMD−A)141は、メディアキーKmとセグメントキーKsaを格納した再生装置によって復号され、メディアキーKmによって復号可能なサンプル(sample)145の復号データと組み合わせることで復号画像151を生成することができる。
鍵情報埋め込みデータB(VMD−B)142は、メディアキーKmとセグメントキーKsbによって復号可能な画像データである。
鍵情報埋め込みデータB(VMD−B)142は、メディアキーKmとセグメントキーKsbを格納した再生装置によって復号され、メディアキーKmによって復号可能なサンプル(sample)145の復号データと組み合わせることで復号画像152を生成することができる。
さらに、鍵情報埋め込みデータC(VMD−C)143は、メディアキーKmとセグメントキーKscによって復号可能な画像データである。
鍵情報埋め込みデータC(VMD−C)143は、メディアキーKmとセグメントキーKscを格納した再生装置によって復号され、メディアキーKmによって復号可能なサンプル(sample)145の復号データと組み合わせることで復号画像153を生成することができる。
復号画像151〜153の各々には、復号処理に適用した鍵を解析可能な識別情報が記録されている。
例えば、復号画像151のコピーデータがインターネット等のネットワークを介して不正に流通した場合、そのコピーデータを解析することで、復号画像151がメディアキーKmとセグメントキーKsaを適用して復号された画像であると判別することが可能となる。
従って、コピーコンテンツの元の画像を復号した装置がメディアキーKmとセグメントキーKsaを格納した装置であると判定することが可能となる。
[4.MP4フォーマットにおける暗号化構成をMPEG−2TSフォーマットで実現する場合の構成例について]
上述したMP4フォーマットに規定されるデータ暗号化構成、すなわち、復号結果としての平文データから復号鍵の情報を取得可能としたデータ暗号化構成をMPEG−2TSフォーマットにおいて実現するための構成例について説明する。
先に図12を参照して説明したように、平文データから復号鍵情報を解析可能とするデータ暗号化構成を実現したMP4フォーマットデータには、以下の各データが記録される。
(1)鍵情報埋め込みデータ(VMD:variant media data)131、
(2)鍵情報埋め込みデータ(variant media data)131の復号に適用する鍵の識別子と、鍵情報埋め込みデータ(variant media data)131の記録位置情報を記録したメタデータ(vmet)132、
(3)メタデータ(vmet)132の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)と、MP4ファイルにおけるメタデータ(vmet)132の記録位置情報を記録したメタデータであるvlocデータ133、
平文データから復号鍵情報を解析可能とした暗号化構成をMPEG−2TSフォーマットデータにおいて実現するためには、上記(1)〜(3)のデータをMPEG−2TSを構成するTSパケットに格納することが必要となる。
図14は、MPEG−2TSフォーマットを構成するTSパケットに上記(1)〜(3)の各データを格納した例を示す図である。
図14に示すメディア200はMPEG−2TSフォーマットに従ったデータを格納したディスクである。
図には、メディア200に格納されたデータ中の1つのクリップAVストリームファイル[01234.m2ts]を構成するTSパケット列を示している。
図14に示すVMD対応データ211は、図12に示すMP4ファイルの鍵情報埋め込みデータ(VMD:variant media data)131に対応するVMD対応データ211である。
図14に示す例では、VMD対応データ211は、メディアキーKmとセグメントキーKsaを適用して復号可能な鍵情報埋め込みデータをTSペイロードとして格納したTSパケットによって構成される。
また、図14に示すvmet対応データ212は、図12に示すMP4ファイルのメタデータ(vmet)132に対応するデータである。
図14に示すvmet対応データ212は、鍵情報埋め込みデータ(variant media data)であるVMD対応データ211の復号に適用する鍵の識別子と、VMD対応データ211の記録位置情報をTSペイロードとして格納したTSパケットによって構成される。
なお、VMD対応データ211、vmet対応データ212は、いずれも暗号化データとしてTSパケットに格納される。
VMD対応データ211は、メディアキーKmとセグメントキーKsaによって暗号化されたデータであり、メディアキーKmとセグメントキーKsaによって復号可能なデータである。
vmet対応データ212は、vmetキー(Kmet)によって暗号化されたデータであり、vmetキー(Kmet)によって復号可能なデータである。
図14に示すvloc対応データ213は、図12に示すMP4ファイルのvlocデータ133に対応するデータである。
なお、vloc対応データ213は、MPEG−2TSフォーマットにおいて規定されている暗号鍵情報格納TSパケットであるECM_PIDパケット、すなわちパケット識別子であるPIDとしてPID=ECMの設定されたパケットを利用する。
このECM_PIDパケットは、例えば後続パケットに格納された暗号化データの復号に適用する鍵情報等を格納するパケットとしてMPEG−2TSフォーマットにおいて規定されている。
このように、vloc対応データ213は、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットを利用した設定とする。このパケットのペイロードとして、vmet対応データ212の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)を記録する。これらのデータは非暗号化データとしてTSパケットに格納される。
ただし、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットの記録データは、MP4フォーマットにおけるvlocボックスの記録データと完全に一致するものとはなっていない。
すなわち、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットは暗号鍵情報を記録可能なパケットであるが、このパケットのデータ記録構成(シンタックス)は、MP4ファイルのvlocボックスのデータ記録構成(シンタックス)とには差異があり、完全には一致しない。
図15に、
(1)MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットのデータ記録構成、
(2)MP4ファイルのvlocボックスのデータ記録構成、
これらのデータ構成を示す。
図15に示すように、いずれも鍵情報としての鍵識別子(key_id)を記録可能な設定を持つ。
しかし、図15(1),(2)のデータ構成は、完全に一致するものではなく記録データの構文(シンタックス)が異なっている。従って、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットの記録データをこのままコピーしてMP4ファイルのvlocボックスのデータとして記録することはできない。
MPEG−2TSフォーマットデータをMP4フォーマットデータに変換してメディアに記録する処理を行なう場合には、MP4ファイルにおいて規定されるvlocボックスのデータ記録構成(シンタックス)に対応したデータを取得、または生成することが必要となる。
しかし、図14に示すパケット構成を持つMPEG−2TSフォーマットデータは、MP4フォーマットにおいて規定されるvloc、vmet、VMD(variant media data)各ボックスの記録データとほぼ同様のデータを記録可能とした設定であり、このMPEG−2TSデータに基づく復号、再生データから復号に適用した鍵が解析可能となる。
すなわち、MP4フォーマットデータを利用した復号、再生によって得られる平文データから復号に適用した鍵を解析可能とした構成を、MPEG−2TSフォーマットに従ったデータ構成において実現可能となる。
以上、図14に示すVMD対応データ211、vmet対応データ212、vloc対応データ213について説明した。さらに、図14には、これらのデータに後続するVMD対応データ221、vmet対応データ222、vloc対応データ223を示している。これらは、TSパケット列に設定される次のセグメントキー(Ksb)に対応するデータセットである。
VMD対応データ221は、図12に示すMP4ファイルの鍵情報埋め込みデータ(VMD:variant media data)131に対応するデータである。
VMD対応データ221は、メディアキーKmとセグメントキーKsbを適用して復号可能な鍵情報埋め込みデータをTSペイロードとして格納したTSパケットによって構成される。
また、図14に示すvmet対応データ222は、図12に示すMP4ファイルのメタデータ(vmet)132に対応するデータである。
図14に示すvmet対応データ222は、鍵情報埋め込みデータ(variant media data)であるVMD対応データ221の復号に適用する鍵の識別子と、VMD対応データ221の記録位置情報をTSペイロードとして格納したTSパケットによって構成される。
vloc対応データ223は、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットを利用した設定である。vmet対応データ222の復号に適用する鍵(vmetキー(Kmet))の識別子(Kmet−ID)を非暗号化データとしてTSパケットに格納される。
メディアキーKm適用暗号化データ231は、図12に示すMP4ファイルのサンプルデータに対応する。
非暗号化−鍵識別子格納パケット232は、メディアキーKm適用暗号化データ231の復号に適用するメディアキーの識別子(Km−ID)と、メディアキーKm適用暗号化データ231の記録位置情報を格納したTSパケットによって構成される。
図14に示す設定を持つMPEG−2TSフォーマットデータは、図12を参照して説明したMP4ファイルに格納されるvloc、vmet、VMD(variant media data)の各データを有した構成である。従って、このMPEG−2TSデータに基づいて復号される画像データに基づいて、復号に適用した鍵の解析が可能となり、不正コピーの発生時にその出所を追跡することが可能となる。
[5.MPEG−2TSフォーマットデータからMP4フォーマットデータへの変換処理について]
次に、図14を参照して説明したTSパケット構成を持つMPEG−2TSフォーマットデータをMP4フォーマットデータに変換して記録する場合の処理について説明する。
図16には、以下の3種類のデータを示している。
(1)MPEG−2TSフォーマットデータ
(2)PESレイヤデータ
(3)MP4フォーマットデータ
(1)MPEG−2TSフォーマットデータは、図14を参照して説明したTSパケット列から構成されるデータであり、MP4において規定されるvmet、VMD(variant media data=鍵情報埋め込みデータ)をペイロードとして格納したTSパケットと、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケット、すなわちMP4におけるvlocと同様の鍵識別子を格納したパケットを有する構成である。
図16(1)に示すTSパケット(ECM)251は、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットであり、MP4ファイルにおけるvlocボックス対応データを格納している。具体的には、図16(1)に示すTSパケット(vmet)の復号用の鍵情報(鍵ID)等を格納している。
図16(1)に示すTSパケット(vmet)252は、MP4ファイルのvmetボックスの記録情報と同じデータを格納したパケットである。
図16(1)に示すTSパケット(VMD)は、MP4ファイルの鍵情報埋め込みデータ(VMD:variant media data)と同じデータを格納したパケットである。
この図16(1)に示すMPEG−2TSフォーマットデータをMP4ファイルに変換する場合、変換処理を実行する情報処理装置は、まず図16(1)に示すMPEG−2TSフォーマットデータを、図16(2)に示すピクチャ単位のデータであるPESパケットからなるPESレイヤデータに変換し、その後、PESレイヤデータから、図16(3)に示すMP4ファイルに変換する処理を実行する。
図16(1)のMPEG−2TSフォーマットにおけるTSパケット(vmet)252の格納データ(ペイロード)は、図16(3)に示すMP4ファイルのvmetボックスデータと同一のデータである。
同様に、図16(1)のMPEG−2TSフォーマットにおけるTSパケット(VMD)253の格納データ(ペイロード)も、MP4ファイルのVMD(variant media data)ボックスデータと同一のデータである。
従って、図16(1)のMPEG−2TSフォーマットにおけるこれらのパケット252,253のデータについては、PESパケットのペイロードとして設定後、そのままMP4ファイルのvmetボックスデータ、VMD(variant media data)ボックスデータとして設定することができる。
すなわち、図14を参照して説明したTSパケット構成を有するMPEG−2TSフォーマットデータを利用することで、これらのvmet,VMDの各データは、復号処理や再暗号化処理を行なうことなく、暗号化データのまま、MPEG−2TSフォーマットデータからMP4フォーマットデータに変換することが可能となる。
しかし、MP4フォーマットデータに規定されるvlocボックスの格納データは、図14を参照して説明したMPEG−2TSフォーマットにおいて規定されるECM_PIDパケットのペイロードの記録データをそのまま利用することはできない。
先に図15を参照して説明したように、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットは、暗号鍵情報等を記録可能な設定を持つが、これらのデータ記録構成(シンタックス)は、MP4ファイルのvlocボックスのデータ記録構成(シンタックス)とは異なるものである。
すなわち、MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットのペイロードをそのままコピーしても、MP4ファイルのvlocボックスのシンタックスに従ったデータとはならず、MP4ファイルの正常な再生処理を妨げることになる。
従って、MPEG−2TSフォーマットデータから、MP4フォーマットへの変換を行う場合、vlocデータは、別途、取得するか、あるいは新たに生成することが必要となる。具体的には、以下の3つの処理のいずれかの処理を実行する。
(1)MPEG−2TSフォーマットデータを記録したメディアに、変換後のMP4ファイルに記録するためのvlocデータを予め追加記録しておき、変換処理実行装置が、メディアから追加記録データを読み取ってMP4ファイルに記録する。
(2)MPEG−2TSフォーマットからMP4フォーマットへの変換処理を実行する装置が、外部装置、例えばコピー管理サーバからvlocデータを取得(ダウンロード)して、MP4ファイルに記録する。
(3)変換処理実行装置が、MPEG−2TSフォーマットデータに含まれるECM_PIDパケットのペイロード等を参照して、変換後のMP4ファイルに記録するvlocデータを生成して記録する。
MPEG−2TSフォーマットデータからMP4フォーマットデータへの変換処理を実行してMP4ファイルの記録処理を行なう装置は、上記(1)〜(3)のいずれかの処理を実行してMP4ファイルにvlocデータを記録することが必要となる。
以下、上記(1)〜(3)の処理の具体例について、順次、説明する。
[5−1.メディアに独立して記録されたMP4対応vlocデータを読み取ってMP4フォーマットデータに記録する処理例について]
まず、図17、図18を参照して、メディアに独立して記録されたMP4対応vlocデータを読み取ってMP4フォーマットデータに記録する処理例について説明する。
すなわち、MPEG−2TSフォーマットデータを記録したメディアに、変換後のMP4ファイルに記録するためのvlocデータを予め追加記録しておき、変換処理を実行する装置が、この追加記録データを読み取ってMP4ファイルに記録する処理例である。
図17は、本実施例のメディア200の記録データのディレクトリ例を示す図である。メディア200は、Blu−ray(登録商標)ディスクであり、先に、図1を参照して説明したROM型のBD(Blu−ray(登録商標) Disc)である。
メディア200には、BDMVフォーマットに従ったデータが記録される。このデータ中のクリップAVストリームが、MPEG−2TSフォーマットデータ、すなわちTSパケットによって構成されるMPEG−2TSフォーマットデータである。
本実施例に従ったデータ記録構成を持つメディア200は、
BDMVディレクトリ301、
EXPORTディレクトリ302、
これらのディレクトリを有する。
BDMVディレクトリ301には、先に図1を参照して説明したように、
インデックスファイル、
プレイリストファイル、
クリップ情報ファイル、
クリップAVストリームファイル、
例えば、これらのファイルが記録される。
インデックスファイルには、再生処理に適用するインデックス情報としてのタイトル情報が格納される。
プレイリストファイルは、タイトルによって指定された再生プログラムのプログラム情報に従ったコンテンツの再生順等を規定したファイルであり、再生位置情報を持クリップ情報に対する指定情報を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップAVストリームファイルの再生位置情報等を有する。
クリップAVストリームファイルは、再生対象となるAVストリームデータを格納したファイルであり、MPEG−2TSフォーマットに従って再生対象となる画像データ等が記録される。
なお、本実施例においては、クリップAVストリームファイル[xxxxx.m2ts]は、先に図14を参照して説明したパケット構成を持つファイルである。
すなわち、MP4フォーマットにおいて規定される、
鍵情報埋め込みデータ(VMD:variant media data)の対応データ、
鍵情報埋め込みデータ(VMD)の復号用の鍵情報やVMDの位置情報等を記録したvmet対応データ、
これらを各々ペイロードとして格納したTSパケットを有する。
さらに、
vmet復号用の鍵(Kvmet)の識別子(Kvmet−ID)を記録したECM_PIDパケット、
これらを含むクリップAVストリームファイル[xxxxx.m2ts]である。
本実施例のメディア200には、図17に示すように、
BDMVディレクトリ301の他に、
EXPORTディレクトリ302、
を有する。
EXPORTディレクトリ302は、MPEG−2TSフォーマットデータをMP4フォーマットデータに変換して他のメディアに記録する場合に参照または必要とするデータを設定したディレクトリである。
図17に示すように、EXPORTディレクトリ302には、以下のファイルが設定される。
(1)マニフェストファイル311、
(2)MP4ヘッダ情報ファイル312
マニフェストファイル311は、メディア間のデータコピーを行う場合に参照するファイルである。
メディア間で、データコピーを行う場合、外部の管理サーバからのコピー許可情報の受信を条件としてコピーを許容するコピー管理システムがある。
マニフェストファイル311は、このコピー管理システムに従ったデータコピーを行う場合に利用されるコピー制御管理ファイル(MCMF:Managed Copy Manifest File)である。
例えば、上記のコピー管理システムに従ったコピー処理として、情報処理装置が第1メディアに記録されたMPEG−2TSフォーマットデータをMP4フォーマットに変換して、第2メディアに記録するコピー処理を行なう場合、外部の管理サーバからのコピー許可情報を受信しなければならない。
このコピー管理システムに従った処理に際して、情報処理装置は、まず、第1メディアに記録されたマニフェストファイル(MCMF:Managed Copy Manifest File)311を読み取る。
マニフェストファイル(MCMF)311は、コピー元データを記録した第1メディアに記録されたコンテンツのコピー許可情報を提供する管理サーバのアクセス情報(URL)や、コピーを許容するデータ情報(dealManifest)としてプレイリストファイル名などが記録されている。マニフェストファイル(MCMF)311に記録されたプレイリストファイル名によって特定されるデータのみがコピー許容データとなる。
情報処理装置は、コピー元データを記録した第1メディアにマニフェストファイル(MCMF)311が記録されている場合、管理サーバからコピー許可情報を受信して、マニフェストファイル(MCMF)311に記録されたプレイリストファイル名によって特定されるデータを第1メディアから選択して第2メディアに記録する。
なお、マニフェストファイル311には、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、MP4ヘッダ情報ファイル312との対応データが記録されている。
すなわち、コピー対象として1つのプレイリストファイルを選択した場合、そのプレイリストファイルに対応するデータのコピーにおいて必要となるMP4ファイル固有のデータ、例えばmoovボックス、moofボックス記録用のデータが記録されたMP4ヘッダ情報ファイル312の識別子を記録している。
図には、1つのMP4ヘッダ情報ファイル312のみを示しているが、EXPORTディレクトリ302には複数のMP4ヘッダ情報ファイルが記録される。
これらは、コピーの許容されるプレイリストファイルのいずれかに対応付けられている。
コピー処理を実行する情報処理装置は、まず、コピー対象として、マニフェストファイル311に記録された1つのプレイリストファイルを選択する。
次に、選択したプレイリストファイルに対応付けられたMP4ヘッダ情報ファイルを、マニフェストファイルの記録情報に基づいて選択する。
選択したMP4ヘッダ情報ファイルには、MPEG−2TSからMP4フォーマット変換を伴うデータコピー処理に際して、MPEG−2TSフォーマットデータ、あるいはBDMVディレクトリに設定されたデータベースファイルから直接、得ることができない、あるいは取得困難なMP4固有のデータが記録されている。
例えばMP4ファイルを構成するmoovボックスやmoofボックスに記録すべきデータを記録している。
MP4ヘッダ情報ファイル312には、MP4フォーマットにファイルに設定されるvlocボックス格納用データも記録されている。
コピー処理を実行する情報処理装置は、MP4ヘッダ情報ファイル312に記録されたvlocボックス格納用データを取得して、変換処理によって生成したMP4ファイルのvlocボックスに取得データを記録することができる。
先に図14を参照して説明したMPEG−2TSフォーマットでは、MPEG−2TSフォーマットにおいて鍵情報格納パケットとして規定されているECM_PIDパケットにvmet復号用の鍵(Kmet)の鍵識別子(Kmet−ID)を格納する設定としていた。
しかし、このECM_PIDパケットの記録データは、MP4フォーマットにおいて規定されるvlocボックスの記録データと完全に一致するものではない。これは、先に図15を参照して説明した通りである。
従って、ECM_PIDパケットの記録データを、そのままMP4フォーマットにおいて規定されるvlocボックスにコピーすることはできない。
MP4フォーマットに従ったvlocボックス記録用データを図17に示すEXPORTディレクトリのMP4ヘッダ情報ファイル312に記録しておくことで、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーに際して、MP4フォーマットの規定に従ったvlocボックス格納用データを確実に取得することが可能となる。
図17に示すMPEG−2TSフォーマットデータを含むBDMVフォーマットデータを利用してMP4ファイルを生成する場合のフォーマット変換を伴うデータコピー処理におけるデータの流れについて、図18を参照して説明する。
図18には、図17を参照して説明したMPEG−2TSフォーマットデータからになるクリップAVストリーム[xxxxx.m2ts]を含むメディア200の記録データと、MP4ファイルの記録先との対応関係を示している。
画像、音声等の再生対象データを含むクリップAVストリームファイルは、図18に示すクリップAVストリームファイル[01001.m2ts]313である。
クリップAVストリームファイル[01001.m2ts]313は、マニフェストファイル311に従ってコピー対象として選択したプレイリストファイルの再生対象データを含むクリップAVストリームファイルである。
このクリップAVストリームファイル313は、図14を参照して説明したTSパケット列から構成される。
すなわち、MP4フォーマットにおいて規定される
鍵情報埋め込みデータ(VMD:variant media data)の対応データと、
鍵情報埋め込みデータ(VMD)の復号用の鍵情報や鍵情報埋め込みデータ(VMD)の位置情報等を記録したvmet対応データ、
これらの各々をペイロードとして格納したTSパケットを有する。
図18に示すように、このクリップAVストリームファイル313の構成データを、MP4ファイルのmdatボックスに設定されるvmetボックスとVMD(variant media data)ボックスに記録する。
先に図16を参照して説明したように、vmet対応データを格納したTSパケットのペイロードをMP4ファイルのvmetボックスに記録し、鍵情報埋め込みデータであるVMD(variant media data)の対応データを格納したTSパケットのペイロードをMP4ファイルのVMD(variant media data)ボックスに記録する。
これらのvmet、VMDコピー処理は、先に図16を参照して説明したように、TSパケット内に記録された暗号化データを復号することなく、そのまま各ボックスに記録すればよい。
さらに、EXPORTディレクトリに設定されたMP4ヘッダ情報ファイル312に記録されたvlocデータをMP4ファイルのmoofボックス内のtrafボックスに設定されるvlocボックスに記録する。
EXPORTディレクトリに設定されたMP4ヘッダ情報ファイル312に記録されたvlocデータは、MP4フォーマットにおいて規定されるデータ構成に従ったデータであり、このままMP4ファイルのvlocボックスに記録すればよい。
これらの処理によって、MP4フォーマットの規定に従った以下のデータの記録が完了する。
鍵情報埋め込みデータであるVMD(variant media data)データ、
VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
これらのデータ記録が確実に実行される。
なお、フォーマット変換およびデータ記録処理を実行する装置は、これらのデータの他サンプル(sample)データ、その他のメタデータについても図17に示すディレクトリに設定されたデータを利用してMP4ファイルの各ボックスに記録する処理を実行する。
これらの処理によって、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーが完了する。
このデータコピー処理によって生成したMP4ファイルは、MP4フォーマットに従った以下の各データを有するファイルとなる。
鍵情報埋め込みデータであるVMD(variant media data)データ、
VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
従って、このコピー処理によって生成したMP4ファイルを利用した復号、再生データから、復号に適用した鍵を解析することが可能となる。
すなわち、先に図10、図11を参照して説明したように、復号結果データから、復号に適用した鍵を解析可能となり、例えば不正コピーが流通した場合、そのコピーデータからコピー元となったデータを生成(復号)した装置の追跡が可能となる。
[5−2.外部装置からvlocデータを取得(ダウンロード)して、MP4ファイルに記録する処理例について]
次に、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を実行する装置が、外部装置、例えばコピー管理サーバからvlocデータを取得(ダウンロード)して、MP4ファイルに記録する処理例について説明する。
図19は、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を実行する情報処理装置400の実行する処理を示す図である。
情報処理装置400は、コピー元データとなるMPEG−2TSフォーマットデータを格納した第1メディア410と、フォーマット変換後のMP4フォーマットデータを記録するコピー先メディアである第2メディア420を装着し、フォーマット変換およびコピー処理を開始する。
コピー元データとなるMPEG−2TSフォーマットデータを格納した第1メディア410に記録されたクリップAVストリームファイルは、図14を参照して説明したTSパケット列から構成される。
すなわち、MP4フォーマットにおいて規定される鍵情報埋め込みデータであるVMD(variant media data)の対応データと、VMDの復号用の鍵情報やVMDの位置情報等を記録したvmet対応データをペイロードとして格納したTSパケットを有する。
情報処理装置400は、これらのデータを読み取り、MP4ファイルの各ボックスのデータとして第2メディア420に記録する。具体的には、MP4ファイルのmdatボックスに設定するvmetボックスとVMD(variant media data)ボックスに、これらの各データを記録する。
すなわち、先に図16を参照して説明したように、
vmet対応データを格納したTSパケットのペイロードをMP4ファイルのvmetボックスに記録する。さらに、
鍵情報埋め込みデータであるVMD(variant media data)の対応データを格納したTSパケットのペイロードをMP4ファイルのVMD(variant media data)ボックスに記録する。
これらのvmet、VMDの各データの記録(コピー)処理は、先に図16を参照して説明したように、暗号化データを復号することなく、そのまま各ボックスに記録すればよい。
さらに、情報処理装置400は、外部装置、例えばコピー管理を実行するサーバ401に対して、コピー処理の実行対象となるデータのデータ識別子(例えばコンテンツIDやプレイリストID等)、あるいは第1メディアのメディア識別子等、コピーデータを特定可能な識別情報を送信する。
サーバ401は、コピー対象データを確認した後、その確認データに対応するvlocデータを情報処理装置400に送信する。
情報処理装置400は、サーバ401から受信したvlocデータをMP4ファイルのmoofボックス内のvlocボックスに記録する。
サーバ401の提供するvlocデータは、MP4フォーマットにおいて規定されるデータ構成に従ったデータであり、このままMP4ファイルのvlocボックスに記録すればよい。
これらの処理によって、第2メディア420には、以下の各ボックスに対してMP4フォーマットの規定に従った以下のデータを格納したMP4ファイルが記録されることになる。
VMDボックス=鍵情報埋め込みデータであるVMD(variant media data)データ、
vmetボックス=VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vlocボックス=vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
第2メディア420には、上記のMP4フォーマット規定データを格納したボックスを持つMP4ファイルが記録されることになる。
なお、フォーマット変換およびコピー処理を実行する装置は、上記のデータの他サンプル(sample)データ、その他のメタデータについても、第1メディア410の記録データを利用してMP4ファイルの各ボックスに記録する処理を実行する。
これらの処理によって、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーが完了する。
このデータコピー処理によって生成したMP4ファイルには、MP4フォーマットに従った鍵情報埋め込みデータ(VMD:variant media data)データ、vmetデータ、vlocデータ、これらのデータが記録される。
従って、先に図10、図11を参照して説明した復号結果データに基づいて、復号に適用した鍵を解析可能となり、例えば不正コピーが流通した場合、そのコピーデータからコピー元となったデータを生成(復号)した装置の追跡が可能となる。
[5−3.変換処理実行装置が、MPEG−2TSフォーマットデータに含まれるECM_PIDパケットのペイロード等を参照して、変換後のMP4ファイルに記録するvlocデータを生成して記録する処理例について]
次に、変換処理を実行する情報処理装置が、MPEG−2TSフォーマットデータに含まれるECM_PIDパケットのペイロード等を参照して、変換後のMP4ファイルに記録するvlocデータを生成して記録する処理例について説明する。
図20は、図19と同様、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を実行する情報処理装置400の実行する処理を示す図である。
情報処理装置400は、コピー元データとなるMPEG−2TSフォーマットデータを格納した第1メディア410と、フォーマット変換後のMP4フォーマットデータを記録するコピー先メディアである第2メディア420を装着し、フォーマット変換およびコピー処理を開始する。
コピー元データとなるMPEG−2TSフォーマットデータを格納した第1メディア410に記録されたクリップAVストリームファイルは、図14を参照して説明したTSパケット列から構成される。
すなわち、MP4フォーマットにおいて規定される鍵情報埋め込みデータであるVMD(variant media data)の対応データと、VMDの復号用の鍵情報やVMDの位置情報等を記録したvmet対応データをペイロードとして格納したTSパケットを有する。
情報処理装置400は、これらのデータを読み取り、読み取りデータを、MP4ファイルを構成する各ボックスの記録用データに設定して第2メディア420に記録する。具体的には、MP4ファイルのmdatボックスに設定するvmetボックスとVMD(variant media data)ボックスに、これらの各データを記録する。
すなわち、先に図16を参照して説明したように、
vmet対応データを格納したTSパケットのペイロードをMP4ファイルのvmetボックスに記録する。さらに、
鍵情報埋め込みデータであるVMD(variant media data)の対応データを格納したTSパケットのペイロードをMP4ファイルのVMD(variant media data)ボックスに記録する。
これらのvmet、VMDコピー処理は、先に図16を参照して説明したように、TSパケット内に記録された暗号化データを復号することなく、そのまま各ボックスに記録すればよい。
さらに、情報処理装置400は、第1メディア410に記録されたMPEG−2TSフォーマットデータに含まれるECM_PIDパケットのペイロード等を参照して、変換後のMP4ファイルに記録するvlocデータを生成する。
情報処理装置400の実行するvlocデータの生成処理の1つの具体列について、図21を参照して説明する。
図21は、先に図15を参照して説明したと同様、
(1)MPEG−2TSフォーマットにおいて規定されるECM_PIDパケットのデータ記録構成、
(2)MP4ファイルのvlocボックスのデータ記録構成、
これらを示している。
情報処理装置400は、コピー元データを記録した第1メディアのクリップAVストリームファイルからECM_PIDパケットを抽出して、このパケットのペイロードとして記録されたデータ、すなわち、図21(1)に示すデータを取得する。
情報処理装置400は、このデータの記録情報を用いて、図21(2)に示すMP4のvlocボックス格納用データを生成する。
図21(1)に示すMPEG−2TSフォーマットにおいて規定されるECM_PIDパケットの記録データには、
初期化ベクトル(IV:Initialization Vector)サイズ、
キーID、
初期化ベクトル(IV)データ、
これらのデータが含まれる。
なお、キーIDは、vmetデータ復号用の鍵の識別子(ID)である。
情報処理装置400は、これらのデータを読み出して、図21(2)に示すMP4フォーマットの規定に従ったvlocデータを生成する。
図21(2)に示すように、MP4規定のvlocデータにも、キーIDの記録領域と、初期化ベクトル(IV)のサイズとデータの記録領域が設定される。
図21(2)に示すvmKIDは、本明細書で説明しているvmet復号用の鍵(Kmet)の識別子(Kmet−ID)に相当する。
情報処理装置は、ECM_PIDパケットの記録データから読み出したデータをMP4既定のvlocデータのシンタックスに適合するように変換処理を実行してMP4フォーマットの規定に従ったvlocデータを生成する。
なお、情報処理装置400は、このデータ変換処理に必要な変換プログラムをメモリに保持しており、この変換プログラムを利用してvlocデータの生成処理を行なう。
この変換処理によって生成したvlocデータは、MP4フォーマットで規定するデータ構成に従ったデータであり、このままMP4ファイルのvlocボックスに記録することが可能となる。
これらの処理によって、第2メディア420には、以下の各ボックスに対してMP4フォーマットの規定に従った以下のデータを格納したMP4ファイルが記録されることになる。
VMDボックス=鍵情報埋め込みデータであるVMD(variant media data)データ、
vmetボックス=VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vlocボックス=vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
第2メディア420には、上記のMP4フォーマット規定データを格納したボックスを持つMP4ファイルが記録されることになる。
なお、フォーマット変換およびコピー処理を実行する装置は、上記のデータの他サンプル(sample)データ、その他のメタデータについても、第1メディア410の記録データを利用してMP4ファイルの各ボックスに記録する処理を実行する。
これらの処理によって、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーが完了する。
このデータコピー処理によって生成したMP4ファイルには、MP4フォーマットに従った鍵情報埋め込みデータ(VMD:variant media data)データ、vmetデータ、vlocデータこ、れらのデータが記録される。
従って、先に図10、図11を参照して説明した復号結果データから復号に適用した鍵を解析可能となり、例えば不正コピーが流通した場合、そのコピーデータからコピー元となったデータを生成(復号)した装置の追跡が可能となる。
[6.鍵情報埋め込みデータ(VMD:variant media data)とメタデータ(vmet)の記録位置の制限について]
上述した説明から理解されるように、MPEG−2TSフォーマットデータからMP4フォーマットデータに変換してMP4フォーマットデータをメディアに記録する処理において、鍵情報埋め込みデータ(VMD:variant media data)とメタデータ(vmet)は、MPEG−2TSのパケットに格納された暗号化データを復号することなく、暗号化データのままMP4ファイルに記録されることになる。
しかし、先に図12等を参照して説明したように、メタデータ(vmet)には、鍵情報埋め込みデータ(VMD:variant media data)の復号用の鍵であるメディアキー(Km)やセグメントキー(Ksx)の鍵識別子(Km−ID,Ksx−ID)の他、鍵情報埋め込みデータ(VMD:variant media data)の記録位置情報が記録されている。
従って、フォーマット変換とMP4ファイルの記録処理を実行する装置は、フォーマット変換によって生成したMP4ファイルに鍵情報埋め込みデータ(VMD:variant media data)と、メタデータ(vmet)を記録する場合、鍵情報埋め込みデータ(VMD:variant media data)の記録位置を、メタデータ(vmet)に記録された記録位置情報に一致させることが必要となる。
しかし、上述したように、MPEG−2TSからMP4フォーマットの変換処理に際して、鍵情報埋め込みデータ(VMD:variant media data)とメタデータ(vmet)は、復号することなく暗号化データのままMP4ファイルに記録する。
従って、フォーマット変換およびコピー記録を行う装置は、メタデータ(vmet)に記録された記録位置情報を確認できないという問題がある。
なお、MP4ファイルのメタデータ格納ボックスであるmoofボックスには、図22に示すように、再生データの格納ボックスであるmdatボックスに格納された画像や音声の所定時間単位の再生データ(サンプル(sample))毎の再生時間情報(sample_duration)や、サンプルサイズ情報(sample_size)を記録したtrunボックスが設定される。
このtrunボックスは、サンプル番号順(#1,#2,#3・・・)に、各サンプルの再生時間情報(sample_duration)と、サンプルサイズ情報(sample_size)を記録したボックスであり、各サンプル対応の再生制御情報を記録している。
MP4ファイルを利用して再生処理を行なう再生装置は、このtrunボックスに記録された各サンプル対応の再生制御情報を参照してサンプル単位の正確な再生を行なうことができる。
なお、mdatボックスに格納されるサンプルの各々は、画像データの場合、1つの画像フレーム(ピクチャ)、音声データの場合、所定時間範囲内の再生音声データによって構成される。
図22(1)に示すように、再生データが、鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)が含まれないサンプル(sample)データのみからなるデータである場合、trunボックスには、各サンプルについての再生時間情報(sample_duration)と、サンプルサイズ情報(sample_size)をサンプル番号順(sample_count(#1,#2,#3・・・))に、順次、連続して記録することができる。
再生装置は、サンプル番号順にmdatボックスからサンプルデータを取り出して、サンプル順に再生処理を行なうことができる。
しかし、図22(2)に示すように、再生データに鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)が含まれると、再生対象データはサンプル(sample)データのみではなくなる。
図22(2)に示す例では、サンプル#1,#2の後続データとして、鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)が設定され、その後に後続サンプル#3が設定されている。
この鍵情報埋め込みデータ(VMD:variant media data)は、例えばサンプル#2の画像データとともに再生される鍵情報埋め込み画像データである。
このように、鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)を、連続再生データであるはずのサンプルデータの間に設定してmdatボックスに記録し、trunボックスに、サンプル番号順(#1,#2,#3・・・)でサンプル対応の再生制御情報を記録してしまうと、trunボックスのデータを参照した再生処理が正しく実行できなくなる可能性が発生する。
この問題を解決するための対策として、以下のいずれかの対策が考えられる。
(A)サンプル(sample)の間に鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)を記録しない。
(B)サンプル(sample)の間に鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)を記録した場合、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)の前に記録した連続サンプルに対応する再生制御情報を記録した第1のtrunボックスと、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)の後に記録した連続サンプルに対応する再生制御情報を記録した第2のtrunボックスを個別に設定する。すなわち、連続サンプル対応の複数のtrunボックスを設定する。
(C)mdatボックスの1つのサンプルの後続データとしてメタデータ(vmet)と、鍵情報埋め込みデータ(VMD)が記録されている場合、trunボックスに記録するこのサンプルのサイズ情報として、
サンプルサイズ+(メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)のサイズ)
この合計サイズ情報を記録する。
上記の(A)〜(C)のいずれかの対策を行うことで、trunボックスに記録されたサンプル対応の再生制御情報を利用した再生処理を問題なく実行することが可能となる。
上記の対策を施した場合のMP4ファイルのmdatボックスのデータ記録例について、図23を参照して説明する。
図23には、以下の(1)〜(3)の3つのデータ記録例を示している。
(1)メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を、mdatボックス内に連続記録されたサンプルの前に記録した前詰方式。
(2)メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を、mdatボックス内に連続記録されたサンプルの後に記録した後詰方式。
(3)メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を、mdatボックス内に連続記録されたサンプルの間に記録したサンプル間記録方式。
図23に示す(1)前詰記録方式と、(2)後詰記録方式は、上記対策(A)に対応する具体例である。すなわち、
(A)サンプル(sample)の間に鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)を記録しない。
この対策(A)に対応する具体例となる。
また、図23に示す(3)サンプル間記録方式は、上記対策(B)または(C)に対応する具体例である。すなわち、
(B)サンプル(sample)の間に鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)を記録した場合、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)の前に記録した連続サンプルに対応する再生制御情報を記録した第1のtrunボックスと、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)の後に記録した連続サンプルに対応する再生制御情報を記録した第2のtrunボックスを設定し、連続サンプル対応の複数のtrunボックスを設定する。
(C)mdatボックスの1つのサンプルの後続データとしてメタデータ(vmet)と、鍵情報埋め込みデータ(VMD)が記録されている場合、そのサンプルのサイズ情報として、
サンプルサイズ+(メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)のサイズ)
この合計サイズ情報を記録する。
このような設定とすることで、trunボックスに記録されたサンプル対応の再生制御情報を利用した再生処理を問題なく実行することが保証される。
なお、上記対策(A)〜(C)のいずれの場合も、鍵情報埋め込みデータ(VMD:variant media data)と、その記録位置情報を格納したメタデータ(vmet)は、連続してMP4ファイルに記録する。
すなわち、鍵情報埋め込みデータ(VMD:variant media data)の直前に、この鍵情報埋め込みデータ(VMD)の記録位置情報を格納したメタデータ(vmet)を記録する設定とする。
なお、この場合、メタデータ(vmet)は、鍵情報埋め込みデータ(VMD)の記録位置情報として、このメタデータ(vmet)の後続位置が記録位置であることを示す位置情報を記録した設定とする。
このような設定とすることで、MPEG−2TSからMP4フォーマットへの変換処理に際して、メタデータ(vmet)内に格納された鍵情報埋め込みデータ(VMD)の記録位置情報を確認する必要をなくすことができる。
すなわち、MPEG−2TSからMP4フォーマットへの変換処理に際して、MP4ファイルのmdatボックスにメタデータ(vmet)と鍵情報埋め込みデータ(VMD)を連続して記録するというルールに従って記録処理を行なう。この記録処理により、メタデータ(vmet)内に格納された鍵情報埋め込みデータ(VMD)の記録位置情報を確認する必要がなくなり、これらのデータを暗号化データのままMPEG−2TSフォーマットからMP4フォーマットデータへ変換して記録可能となる。
なお、実際の処理例としては、図23に示す(1)〜(3)の具体例のいずれかの方式を固定的に利用する設定と、図23の(1)〜(3)の具体例のいずれかの方式を選択的に利用可能とする設定がある。
図23の(1)〜(3)の具体例のいずれかの方式を選択的に利用可能とする場合、変換処理を実行する情報処理装置は、例えば変換対象として選択したプレイリストファイルに従って選択されるクリップ情報ファイルの記録情報を利用して、図23の(1)〜(3)の具体例のいずれの方式を利用するかを決定するといった処理が可能である。
すなわち、クリップ情報ファイルに、どの方式で、メタデータ(vmet)と鍵情報埋め込みデータ(VMD)をMP4ファイルに記録すべきかを指定する情報を予め記録する。
図24に、この指定情報を記録したクリップ情報ファイルの例を示す。
図24(1)はクリップ情報ファイルのデータ構成例である。クリップ情報ファイルは、MPEG−2TSフォーマットを持つクリップAVストリーム[xxxxx.m2ts]に対応付けられた再生制御情報ファイルとして設定される。
このクリップ情報ファイルには予めリザーブ領域(reserved_for_future_use)が設けられ、このリザーブ領域に、様々なデータを設定可能な構成となっている。
図24(2)は、このリザーブ領域に上述した方式指定情報、すなわち、図23の(1)〜(3)の具体例のいずれの方式でメタデータ(vmet)と鍵情報埋め込みデータ(VMD)をMP4ファイルに記録すべきかを指定する情報を記録した例を示す図である。
図24(2)に示すように、クリップ情報ファイルに以下の情報を記録する。
(a)鍵情報埋め込みデータの有無(is_variant)=1bit
(b)メタデータ(vmet)と鍵情報埋め込みデータ(VMD)の記録方式(variant_type)=8bit
これらの各情報の具体的なビット値設定例を図25に示す。
(a)鍵情報埋め込みデータの有無(is_variant)=1bit
この項目については、以下のようにビット値を設定する。
ビット値=0:鍵情報埋め込みデータ(VMD:variant media data)なし
ビット値=1:鍵情報埋め込みデータ(VMD:variant media data)あり
また、(b)メタデータ(vmet)と鍵情報埋め込みデータ(VMD)の記録方式(variant_type)=8bit
この項目については、以下のようにビット値を設定する。
ビット値=0:前詰方式[vmetと、VMD(variant media data)の記録領域をサンプル前方に設定](=図23(1)の方式)
ビット値=1:後詰方式[vmetと、VMD(variant media data)の記録領域をサンプル後方に設定](=図23(2)の方式)
ビット値=2:サンプル間記録方式[vmetと、VMD(variant media data)の記録領域をサンプル間に設定(データをデコード順に設定し、trunボックスを分割するか、trunボックスに記録するサンプルサイズをサンプル+vmet+VMDとする)](=図23(3)の方式)
なお、図25に示すビット値設定例は、一例であり、ビット値の設定はこの例に限らず他、様々な設定が可能である。
このように、図24、図25を参照して説明したように、クリップ情報ファイルに以下の情報を記録する。
(a)鍵情報埋め込みデータの有無(is_variant)
(b)メタデータ(vmet)と鍵情報埋め込みデータ(VMD)の記録方式(variant_type)
MPEG−2TSフォーマットからMP4フォーマットへの変換を実行して生成したMP4ファイルをメディアに記録する情報処理装置は、このクリップ情報ファイルに記録された情報を参照して、変換処理およびコピー処理対象となるクリップAVストリームファイルに鍵情報埋め込みデータが含まれているか否かを判断することができる。
さらに、変換処理およびコピー処理対象となるクリップAVストリームファイルに鍵情報埋め込みデータが含まれている場合、変換後のMP4ファイルに対して、メタデータ(vmet)と鍵情報埋め込みデータ(VMD)を、図23を参照して説明した(1)〜(3)のどの方式に従って記録すべきかを決定することができる。
情報処理装置は、このクリップ情報ファイルに記録された指定方式に従って、メタデータ(vmet)と鍵情報埋め込みデータ(VMD)をMP4ファイルのmdatボックスに記録する。
なお、上述した例では、
(a)鍵情報埋め込みデータの有無(is_variant)
(b)メタデータ(vmet)と鍵情報埋め込みデータ(VMD)の記録方式(variant_type)
これらの情報をクリップ情報ファイルに記録する例として説明したが、例えばプレイリストファイル等、その他の再生制御情報ファイルや、データベースファイルに記録する構成としてもよい。
[7.鍵情報埋め込みデータ(VMD)とメタデータ(vmet)をMPEG−2TSフォーマットデータファイル以外から取得する実施例について(実施例2)]
上述した実施例においては、MP4ファイルのmdatボックスに記録する鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)を、MPEG−2TSファイルを構成するTSパケットに格納していた。
MPEG−2TSフォーマットからMP4フォーマットへ変換する処理を実行する情報処理装置は、MPEG−2TSフォーマットデータのTSパケットから、鍵情報埋め込みデータ(VMD)と、メタデータ(vmet)を取り出してMP4ファイルのボックスに記録する処理を行なう。
具体的には、例えば図14〜図16を参照して説明したように、BDMVディレクトリに設定される再生対象データを格納したクリップAVストリームファイル[xxxxx.m2ts]を構成するTSパケットに鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)対応のメタデータ(vmet)を格納し、このデータをMP4ファイルのmdatボックスに記録する実施例を説明した。
この実施例を実施例1とする。
以下に説明する実施例2は、鍵情報埋め込みデータ(VMD)とメタデータ(vmet)をMPEG−2TSフォーマットデータを構成するTSパケットに記録せず、鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納するファイルを利用した実施例である。具体的には、以下の2つのいずれかの処理を行なう。
(1)先に図17〜図18を参照して説明したvlocデータを格納したMP4ヘッダ情報ファイル312と同様、メディアに独立して記録されたファイルに鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納する。
(2)先に図19を参照して説明したvlocデータ取得構成と同様、外部装置、例えばコピー管理サーバから鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を取得する。
以下、これらの2つの構成例について、順次、説明する。
[7−1.メディアに鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したファイルを設定して利用する構成例について]
まず、図26以下を参照して、メディアに鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したファイルを設定して利用する構成例について説明する。
フォーマット変換対象コンテンツであるMPEG−2TSフォーマットデータを記録したメディアに、変換後のMP4ファイルに記録するための鍵情報埋め込みデータ(VMD)とメタデータ(vmet)の格納ファイルを予め追加記録しておく。変換処理を実行する情報処理装置は、この追加記録データを読み取ってMP4ファイルの所定のボックスに記録する。
図26は、本実施例のメディア450の記録データのディレクトリ例を示す図である。メディア450は、Blu−ray(登録商標)ディスクであり、先に、図1を参照して説明したROM型のBD(Blu−ray(登録商標) Disc)である。
メディア450には、BDMVフォーマットに従ったデータが記録される。このデータ中のクリップAVストリームが、MPEG−2TSフォーマットデータ、すなわちTSパケットによって構成されるMPEG−2TSフォーマットデータである。
本実施例に従ったデータ記録構成を持つメディア450は、
BDMVディレクトリ451、
EXPORTディレクトリ452、
これらのディレクトリを有する。
BDMVディレクトリ451には、先に図1を参照して説明したように、
インデックスファイル、
プレイリストファイル、
クリップ情報ファイル、
クリップAVストリームファイル、
例えば、これらのファイルが記録される。
インデックスファイルには、再生処理に適用するインデックス情報としてのタイトル情報が格納される。
プレイリストファイルは、タイトルによって指定された再生プログラムのプログラム情報に従ったコンテンツの再生順等を規定したファイルであり、再生位置情報を持クリップ情報に対する指定情報を有する。
クリップ情報ファイルは、プレイリストファイルによって指定されるファイルであり、クリップAVストリームファイルの再生位置情報等を有する。
クリップAVストリームファイルは、再生対象となるAVストリームデータを格納したファイルであり、MPEG−2TSフォーマットに従って再生対象となる画像データ等が記録される。
なお、本実施例においては、クリップAVストリームファイル[xxxxx.m2ts]は、従来の一般的なクリップAVストリームファイル[xxxxx.m2ts]である。
先に説明した実施例1では、図14を参照して説明したように、MP4フォーマットにおいて規定される以下の各データが含まれる。
鍵情報埋め込みデータ(VMD:variant media data)の対応データ、
鍵情報埋め込みデータ(VMD)の復号用の鍵情報やVMDの位置情報等を記録したvmet対応データ。
本実施例2では、クリップAVストリームファイル[xxxxx.m2ts]は、これらのデータを含まない従来と同様のTSパケットによって構成される。
本実施例2におけるクリップAVストリームファイルの具体例を図27に示す。
本実施例2におけるクリップAVストリームファイルは、従来の一般的なBDMVディレクトリに設定されるクリップAVストリームファイルと同様の構成であり、メディアキーKm適用暗号化データ231と、非暗号化−鍵識別子格納パケット232を有する構成である。
メディアキーKm適用暗号化データ231は、図12に示すMP4ファイルのサンプルデータに対応する。
非暗号化−鍵識別子格納パケット232は、メディアキーKm適用暗号化データ231の復号に適用するメディアキーの識別子(Km−ID)と、メディアキーKm適用暗号化データ231の記録位置情報を格納したTSパケットによって構成される。
このように、本実施例においては、クリップAVストリームファイル[xxxxx.m2ts]は、従来の一般的なクリップAVストリームファイル[xxxxx.m2ts]と同様のデータ構成を持つ。
図26に示すように、本実施例のメディア450には、
BDMVディレクトリ451の他に、
EXPORTディレクトリ452、
を有する。
EXPORTディレクトリ452は、MPEG−2TSフォーマットデータをMP4フォーマットデータに変換して他メディアに記録する場合に参照または必要とするデータを設定したディレクトリである。
図26に示すように、EXPORTディレクトリ452には、以下のファイルが設定される。
(1)マニフェストファイル461、
(2)MP4ヘッダ情報ファイル462、
(3)vdatファイル463(=鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)
マニフェストファイル461は、メディア間のデータコピーを行う場合に参照するファイルである。
メディア間で、データコピーを行う場合、外部の管理サーバからのコピー許可情報の受信を条件としてコピーを許容するコピー管理システムがある。
マニフェストファイル461は、このコピー管理システムに従ったデータコピーを行う場合に利用されるコピー制御管理ファイル(MCMF:Managed Copy Manifest File)である。
例えば、上記のコピー管理システムに従ったコピー処理として、情報処理装置が第1メディアに記録されたMPEG−2TSフォーマットデータをMP4フォーマットに変換して、第2メディアに記録するコピー処理を行なう場合、外部の管理サーバからのコピー許可情報を受信しなければならない。
このコピー管理システムに従った処理に際して、情報処理装置は、まず、第1メディアに記録されたマニフェストファイル(MCMF:Managed Copy Manifest File)461を読み取る。
マニフェストファイル(MCMF)461は、コピー元データを記録した第1メディアに記録されたコンテンツのコピー許可情報を提供する管理サーバのアクセス情報(URL)や、コピーを許容するデータ情報(dealManifest)としてプレイリストファイル名などが記録されている。マニフェストファイル(MCMF)461に記録されたプレイリストファイル名によって特定されるデータのみがコピー許容データとなる。
情報処理装置は、コピー元データを記録した第1メディアにマニフェストファイル(MCMF)461が記録されている場合、管理サーバからコピー許可情報を受信して、マニフェストファイル(MCMF)461に記録されたプレイリストファイル名によって特定されるデータを第1メディアから選択して第2メディアに記録する。
なお、マニフェストファイル461には、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、MP4ヘッダ情報ファイル462、およびvdatファイル463との対応データが記録されている。
すなわち、コピー対象として1つのプレイリストファイルを選択した場合、そのプレイリストファイルに対応付けられたデータのコピーに必要となるMP4ファイル固有のデータを格納したファイルの識別子を記録している。
具体的には、例えばMP4ファイルに設定されるmoovボックスや、moofボックス記録用のデータが記録されたMP4ヘッダ情報ファイル462、さらに、MP4ファイルに設定されるmdatボックス記録用のvdatファイル463(=鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)のファイル識別子を、プレイリストファイルに対応付けて記録している。
なお、図26に示すEXPORTディレクトリには、1つのMP4ヘッダ情報ファイル462と、1つのvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463のみを示しているが、これらのファイルは、EXPORTディレクトリ452に複数、設定可能である。
これらは、コピーの許容されるプレイリストファイルのいずれかに対応付けられている。
コピー処理を実行する情報処理装置は、まず、コピー対象として、マニフェストファイル461に記録された1つのプレイリストファイルを選択する。
次に、選択したプレイリストファイルに対応付けられたMP4ヘッダ情報ファイルと、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)を、マニフェストファイルの記録情報に基づいて選択する。
選択したMP4ヘッダ情報ファイル462には、MPEG−2TSからMP4フォーマット変換を伴うデータコピー処理に際して、MPEG−2TSフォーマットデータ、あるいはBDMVディレクトリに設定されたデータベースファイルから直接、得ることができない、あるいは取得困難なMP4固有のデータを記録している。
例えばMP4ファイルを構成するmoovボックスやmoofボックスに記録すべきデータを記録している。
MP4ヘッダ情報ファイル462は、MP4フォーマットにファイルに設定されるvlocボックス格納用データも格納している。
コピー処理を実行する情報処理装置は、MP4ヘッダ情報ファイル312に記録されたvlocボックス格納用データを取得して、変換処理によって生成したMP4ファイルのvlocボックスに取得データを記録することができる。
MP4フォーマットに従ったvlocボックス記録用データを図26に示すEXPORTディレクトリのMP4ヘッダ情報ファイル462に記録しておくことで、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーに際して、MP4フォーマットの規定に従ったvlocボックス格納用データを確実に取得することが可能となる。
図26に示すvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463は、以下の各データを格納したファイルである。
(1)鍵情報埋め込みデータ(VMD:variant media data)、
(2)鍵情報埋め込みデータ(variant media data)の復号に適用する鍵の識別子と、鍵情報埋め込みデータ(variant media data)の記録位置情報を記録したメタデータ(vmet)、
これらの各データは、MP4ファイルにそのまま記録可能な暗号化データとして格納されている。
コピー処理を実行する情報処理装置は、コピー対象として、マニフェストファイル461に記録された1つのプレイリストファイルを選択し、選択したプレイリストファイルに対応付けられたvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)を、マニフェストファイルの記録情報に基づいて選択する。
情報処理装置は、選択したvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)に格納された鍵情報埋め込みデータ(VMD)と、メタデータ(vmet)を取り出してMP4ファイルのmdatボックスに記録する。
鍵情報埋め込みデータ(VMD)と、メタデータ(vmet)は暗号化データとしてvdatファイル463に格納されており、この暗号化データを復号することなく、暗号化データのままMP4ファイルに記録する。
図26に示すMPEG−2TSフォーマットデータを含むBDMVフォーマットデータを利用してMP4ファイルを生成する場合のフォーマット変換を伴うデータコピー処理におけるデータの流れについて、図28を参照して説明する。
図28には、図26を参照して説明したMPEG−2TSフォーマットデータからなるクリップAVストリーム[xxxxx.m2ts]を含むメディア450の記録データと、MP4ファイルの記録先との対応関係を示している。
画像、音声等の再生対象データを含むクリップAVストリームファイルは、図28に示すクリップAVストリームファイル[01001.m2ts]464である。
クリップAVストリームファイル[01001.m2ts]464は、マニフェストファイル461に従ってコピー対象として選択したプレイリストファイルの再生対象データを含むクリップAVストリームファイルである。
このクリップAVストリームファイル464は、図27を参照して説明したTSパケット列から構成される。
すなわち、従来からのBDMVディレクトリに設定されるクリップAVストリームファイルと同様、ペイロードとしてメディアキーKm適用暗号化データ231と、非暗号化−鍵識別子格納パケット232を有する構成である。
図28に示すように、このクリップAVストリームファイル464の格納データを、MP4ファイルのmdatボックスに設定されるsampleボックスに記録する。
さらに、マニフェストファイル461に従ってコピー対象として選択したプレイリストファイルの再生対象データを含むvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463をEXPORTディレクトリから選択する。
EXPORTディレクトリから選択したvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463の格納データを、MP4ファイルのmdatボックスに設定されるvmetボックスとVMD(variant media data)ボックスに記録する。
vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463から取得したメタデータ(vmet)は、MP4ファイルのvmetボックスに記録する。
さらに、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463から取得した鍵情報埋め込みデータであるVMD(variant media data)をMP4ファイルのVMD(variant media data)ボックスに記録する。
これらのvmet、VMDボックスに対するデータコピー処理は、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463に記録された暗号化データを復号することなく、そのまま各ボックスに記録する処理として行われる。
さらに、EXPORTディレクトリに設定されたMP4ヘッダ情報ファイル462に記録されたvlocデータをMP4ファイルのmoofボックス内のtrafボックスに設定されるvlocボックスに記録する。
EXPORTディレクトリに設定されたMP4ヘッダ情報ファイル462に記録されたvlocデータは、MP4フォーマットにおいて規定されるデータ構成に従ったデータであり、このままMP4ファイルのvlocボックスに記録すればよい。
これらの処理によって、MP4フォーマットの規定に従った以下のデータの記録が完了する。
鍵情報埋め込みデータであるVMD(variant media data)データ、
VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
これらのデータ記録が確実に実行される。
なお、フォーマット変換およびデータ記録処理を実行する装置は、これらのデータの他、各種のメタデータについて図26に示すディレクトリに設定されたデータを利用してMP4ファイルの各ボックスに記録する処理を実行する。
これらの処理によって、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーが完了する。
このデータコピー処理によって生成したMP4ファイルは、MP4フォーマットに従った以下の各データを有するファイルとなる。
鍵情報埋め込みデータであるVMD(variant media data)データ、
VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
従って、このコピー処理によって生成したMP4ファイルを利用した復号、再生データから、復号に適用した鍵を解析することが可能となる。
すなわち、先に図10、図11を参照して説明したように、復号結果データから、復号に適用した鍵を解析可能となり、例えば不正コピーが流通した場合、そのコピーデータからコピー元となったデータを生成(復号)した装置の追跡が可能となる。
図29は、MPEG−2TSフォーマットデータからMP4フォーマットデータへの変換処理における各フォーマットデータの対応関係を説明する図であり、MP4ファイルのmdatボックスに記録するデータと、記録元となるデータとの対応関係を示している。
図29(4)は変換後のMP4ファイルである。再生対象データはmdatボックスに記録される。mdatボックスには、以下の各データが記録される。
(a)サンプル(sample)476
(b)メタデータ(vmet)477
(c)鍵情報埋め込みデータ(VMD:variant media data)478
なお、サンプル(sample)476には、鍵情報の埋め込まれていない従来からある通常の暗号化画像データが格納される。
なお、図29(4)に示すMP4ファイルのmdatボックスのデータ配列は、先に図23(1)を参照して説明した前詰方式に従った例である。
この設定の他、図23(2)に示す後詰方式や、図23(3)に示すサンプル間記録方式等、様々な設定が可能である。
図29には、
(a)サンプル(sample)476
(b)メタデータ(vmet)477
(c)鍵情報埋め込みデータ(VMD:variant media data)478
これらの各データの供給元を示している。
(a)サンプル(sample)476は、MPEG−2TSファイルの構成パケットであるTSパケット471が供給元であり、PESレイヤに変換後のPESペイロード472から取得される。
(b)メタデータ(vmet)477は、vdatファイルが供給元であり、図に示すようにvdatファイルのvmetデータ473がMP4ファイルに記録される。
(c)鍵情報埋め込みデータ(VMD:variant media data)478も、vdatファイルが供給元であり、図に示すようにvdatファイルの鍵情報埋め込みデータ(VMD)474がMP4ファイルに記録される。
このように、MP4ファイルのmdatボックスには、上記の各データが記録される。
しかし、前述したように、MP4フォーマットにおけるメタデータ(vmet)の記録位置は、vlocボックスに記録されており、このvloc記録情報に対応した位置にメタデータ(vmet)を記録することが必要となる。
MPEG−2TSフォーマットからMP4フォーマットへの変換を実行して、MP4ファイルを生成する情報処理装置は、このメタデータ(vmet)の記録位置を算出することが必要となる。
図26に示すEXPORTディレクトリに設定されるvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463には、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)が、連続的に複数、記録されている。
MPEG−2TSからMP4フォーマットへの変換処理を実行する情報処理装置は、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)463から、1組のメタデータ(vmet)と鍵情報埋め込みデータ(VMD)を順次、取り出して、MP4ファイルの所定位置にコピーして記録する処理を行なう必要がある。
すなわち、情報処理装置は、vdatファイル463に連続的に記録された複数のvmet,VMDデータ列から1組の(vmet+VMD)データを正確に抽出してMP4ファイルの所定位置に記録する処理を行なうことが必要となる。
このデータ抽出を実行するための具体的な処理例について、図30を参照して説明する。
図30は、先に図22を参照して説明したMP4ファイルに記録されるtrunボックスの記録情報を用いて、vdatファイル463に連続的に記録されたデータから1つの(vmet+VMD)データを抽出してMP4ファイルの所定位置に記録する処理について説明する図である。
先に図22を参照して説明したように、MP4ファイルのメタデータ格納ボックスであるmoofボックスには、図22に示すように、再生データの格納ボックスであるmdatボックスに格納された画像や音声の所定時間単位の再生データ(サンプル(sample))毎の再生時間情報(sample_duration)や、サンプルサイズ情報(sample_size)を記録したtrunボックスが設定される。
なお、MP4ファイルに設定されるtrunボックスの記録データは、図26を参照して説明したディレクトリ構成におけるEXPORTディレクトリに設定されるMP4ヘッダ情報ファイル462に予め記録されている。
図30に示すように、trunボックスには、各サンプルのバイトオフセット情報が記録される。
trunボックスに記録されるバイトオフセット情報は、trunボックスの記録されたmoofボックスに続いて記録されるmdatボックス先頭から、各サンプル記録位置までの距離を示す。
本実施例において、trunボックスに記録されるバイトオフセット情報には、
メタデータ(vmet)と鍵情報埋め込みデータ(VMD:variant media data)からなる各セットの記録位置までのオフセット情報も含まれる。
図30を参照して、trunボックスに記録されるオフセット情報を用いた鍵情報埋め込みデータ(VMD:variant media data)とメタデータ(vmet)の記録位置決定処理例について説明する。
MPEG−2TSフォーマットデータからMP4フォーマットへの変換を実行して、MP4ファイルを生成する情報処理装置は、変換対象コンテンツであるMPEG−2TSフォーマットデータを記録したメディアに記録されたMP4ヘッダ情報ファイル462を取得し、MP4ヘッダ情報ファイル462内に記録されたtrunボックスを読み取る。
図30(A)には、trunボックスの記録データの例を示している。
trunボックスには、各サンプルのバイトオフセット情報が記録される。
本実施例では、サンプルには、鍵情報埋め込みデータ(VMD:variant media data)とメタデータ(vmet)のセットも含まれる。
すなわち、trunボックスには、例えば図30(C)に示すMP4ファイル中、trunボックスを格納したmoofボックス479の後続位置にあるmdatボックスに記録されるメタデータ(vmet)各々について、moofボックス479に続くmdatボックス先頭位置からのオフセット(離間距離)が記録されている。
具体的には、図30(C)に示すバイトオフセット(OFSa,OFSb・・・)これらのデータが記録されている。
MPEG−2TSフォーマットデータからMP4フォーマットへの変換を実行して、MP4ファイルを生成する情報処理装置は、このMP4ヘッダ情報ファイル462に記録されているtrunボックスから、バイトオフセット情報を、順次読み出す。情報処理装置は、読み出したオフセット情報に従って、vdatファイル463(=鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)からのデータ抽出領域を決定してデータ抽出を実行する。
図30(B)に示すvdatファイルからのデータ抽出例について説明する。
フォーマット変換を実行する情報処理装置は、例えば、図30(A)に示すtrunボックスに記録された1つのバイトオフセット情報(OFSa)をデータ抽出開始点とし、さらにtrunボックスに記録された次のバイトオフセット情報(OFSb)をデータ抽出終了点としてデータ抽出を実行する。
このデータ抽出処理によって、1つのメタデータ(vmet)と鍵情報埋め込みデータ(VMD)のセットを正確に選択抽出することが可能となる。
フォーマット変換を実行する情報処理装置は、このようにしてvdatファイル463から抽出したデータをMP4ファイルのmdatボックスに記録する。記録処理に際しても、やはりtrunボックスに記録されたオフセット情報に従った記録位置に記録する。
なお、このtrunボックスに記録されるオフセット情報は、vlocボックスに規定されたvmet記録位置と一致する位置情報として記録されることになる。
フォーマット変換を実行する情報処理装置は、このようにtrunボックスのバイトオフセット情報を参照してvdatファイルからデータ抽出位置を決定することで、正確に1つのメタデータ(vmet)と鍵情報埋め込みデータ(VMD)のセットを抽出することが可能となる。
なお、MP4ファイルには、メタデータ(vmet)と鍵情報埋め込みデータ(VMD)の他、鍵情報の埋め込まれていないサンプルデータが記録されるが、これらの各データの配置関係は、先に図23を参照して説明したように、以下の各設定がある。
(1)メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を、mdatボックス内に連続記録されたサンプルの前に記録した前詰方式。
(2)メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を、mdatボックス内に連続記録されたサンプルの後に記録した後詰方式。
(3)メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を、mdatボックス内に連続記録された鍵情報埋め込みのないサンプルの間に記録したサンプル間記録方式。
メタデータ(vmet)と鍵情報埋め込みデータ(VMD)の記録位置は、これらの各方式によって異なる設定となり、trunボックスに記録するオフセット情報も各方式に対応したデータとすることが必要である。
また、trunボックスは1つに限らず、複数のtrunボックスに分割してもよい。
例えば、鍵情報の埋め込みなしのサンプル記録位置を分割位置としてtrunボックスを分割する設定が可能である。
さらに、例えば1つまたは所定上限数までのメタデータ(vmet)および鍵情報埋め込みデータ(VMD)のセットに関するオフセット情報を1つのtrunボックスに記録し、上限数を超える次のメタデータ(vmet)および鍵情報埋め込みデータ(VMD)のセット以降に関するオフセット情報については第2のtrunボックスに記録するといった設定としてもよい。
[7−2.外部装置から鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したvdatファイルを取得(ダウンロード)して、MP4ファイルに記録する処理例について]
次に、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を実行する装置が、外部装置、例えばコピー管理サーバから鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を格納したvdatファイルを取得(ダウンロード)して、MP4ファイルに記録する処理例について説明する。
図31は、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を実行する情報処理装置480の実行する処理を示す図である。
情報処理装置480は、コピー元データとなるMPEG−2TSフォーマットデータを格納した第1メディア481と、フォーマット変換後のMP4フォーマットデータを記録するコピー先メディアである第2メディア482を装着し、フォーマット変換およびコピー処理を開始する。
コピー元データとなるMPEG−2TSフォーマットデータを格納した第1メディア481に記録されたクリップAVストリームファイルは、従来のBDMVフォーマットデータと同様のTSパケット列から構成される。
すなわち、図27を参照して説明したように、ペイロードとしてメディアキーKm適用暗号化データ231と、非暗号化−鍵識別子格納パケット232を格納したTSパケットを有する。
情報処理装置480は、第1メディア481に記録されたクリップAVストリームファイルや、その他の再生制御情報ファイルやデータベースファイルを読み取り、MP4ファイルの各ボックスのデータとして第2メディア482に記録する。
具体的には、MP4ファイルのmdatボックスに設定するsampleボックスにクリップAVストリームファイルからの読み取りデータを記録する。
さらにMP4ファイルのmoovボックス、moofボックスに、BDMVディレクトリに設定されたファイルやEXPORTディレクトリに設定されたファイルから必要な情報を取得して記録する。
さらに、情報処理装置480は、外部装置、例えばコピー管理を実行するサーバ490に対して、コピー処理の実行対象となるデータのデータ識別子(例えばコンテンツIDやプレイリストID等)、あるいは第1メディアのメディア識別子等、コピーデータを特定可能な識別情報を送信する。
サーバ480は、コピー対象データを確認した後、その確認データに対応するvlocデータと、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD)を情報処理装置480に送信する。
情報処理装置480は、サーバ490から受信したvlocデータをMP4ファイルのmoofボックス内のvlocボックスに記録する。
サーバ490の提供するvlocデータは、MP4フォーマットにおいて規定されるデータ構成に従ったデータであり、このままMP4ファイルのvlocボックスに記録すればよい。
さらに、情報処理装置480は、サーバ490から受信したメタデータ(vmet)と、鍵情報埋め込みデータ(VMD)をMP4ファイルのmdatボックスに記録する。
具体的には、MP4ファイルのmdatボックスに設定するvmetボックスとVMD(variant media data)ボックスに、これらの各データを記録する。
すなわち、先に図28を参照して説明したように、
vmet対応データを格納したTSパケットのペイロードをMP4ファイルのvmetボックスに記録する。さらに、
鍵情報埋め込みデータであるVMD(variant media data)の対応データを格納したTSパケットのペイロードをMP4ファイルのVMD(variant media data)ボックスに記録する。
これらのvmet、VMDの各データの記録(コピー)処理は、サーバから受信した暗号化データを復号することなく、そのまま各ボックスに記録すればよい。
これらの処理によって、第2メディア482には、以下の各ボックスに対してMP4フォーマットの規定に従った以下のデータを格納したMP4ファイルが記録されることになる。
VMDボックス=鍵情報埋め込みデータであるVMD(variant media data)データ、
vmetボックス=VMDボックスに記録されたデータの復号用の鍵情報(鍵識別子)とVMDボックスの位置情報を記録したvmetデータ、
vlocボックス=vmetボックスに記録されたデータの復号用の鍵(Kmet)の鍵識別子(Kmet−ID)と、vmetボックスの記録位置情報を含むvlocデータ、
第2メディア482には、上記のMP4フォーマット規定データを格納したボックスを持つMP4ファイルが記録されることになる。
これらの処理によって、MPEG−2TSフォーマットからMP4フォーマットへの変換処理を伴うデータコピーが完了する。
このデータコピー処理によって生成したMP4ファイルには、MP4フォーマットに従った鍵情報埋め込みデータ(VMD:variant media data)データ、vmetデータ、vlocデータ、これらのデータが記録される。
従って、先に図10、図11を参照して説明した復号結果データに基づいて、復号に適用した鍵を解析可能となり、例えば不正コピーが流通した場合、そのコピーデータからコピー元となったデータを生成(復号)した装置の追跡が可能となる。
[8.情報処理装置の構成例について]
次に、本開示の一実施例に係る情報処理装置の構成と処理の概要について説明する。
図32は、本開示の一実施例に係る情報処理装置500の構成例を示すブロック図である。情報処理装置500は、例えばBD(Blu−ray(登録商標) Disc)等の情報記録媒体である第1メディア510に記録されたデータを読み出し、フラッシュメモリ等の情報記録媒体である第2メディア520に記録する、いわゆるコピー処理を行なう。
あるいは、通信部503を介して入力したデータをフラッシュメモリ等の第2メディア520に記録する処理を行なう。
なお、第1メディア510、あるいは通信部503を介して入力するデータのデータフォーマットを第1フォーマット、第2メディア520に対して記録するデータのフォーマットを第2フォーマットとする。
情報処理装置は、第1メディア510、あるいは通信部503を介して入力する第1フォーマットのデータをフラッシュメモリ等の第2メディア520に記録する際に、第1フォーマットデータを第2フォーマットデータに変換する処理を行なう。
なお、例えば、第1メディア510、または通信部503から入力する第1フォーマットはMPEG−2TSフォーマット、第2メディアの記録フォーマットである第2フォーマットはMP4フォーマットである。
情報処理装置500は、第2メディア520に対するデータ記録処理に際して、MPEG−2TSフォーマットをMP4フォーマットに変換するフォーマット変換を実行する。
情報処理装置500は、図32に示すように、制御部501、入力部502、通信部503、記憶部504、出力部505、第1メディアIF(インタフェース)506、データバッファ507、データ変換部508、第2メディアIF509を有する。
制御部501は、メディアを利用したデータ記録再生、メディア間のデータコピー処理等、情報処理装置500において実行するデータ処理の制御を行う、これらの制御は、例えば記憶部504に格納されたプログラム従って行われる。
入力部502は、ユーザの操作可能なスイッチ、ボタン、タッチパネル等の入力部であり、再生、コピー、記録等の様々な処理の指示入力などを行う入力部である。
また、入力部502は、メディアに記録する画像や音声等を入力する撮像部、マイクを持つ構成としてもよい。
通信部503は、例えば外部サーバ、あるいは外部機器との通信を行い、メディアに対する記録データや、記録データに関する制御情報、あるいはコピー処理の許可情報の取得など、各種の通信処理に利用される。
記憶部504は、制御部501の実行するプログラムや、プログラム実行に用いるパラメータ等の記憶領域、さらにプログラム実行時のワーク領域等に利用される。
具体的には、第2メディア520に対するデータ記録時に第1メディア510から読み出したデータ、あるいは通信部503を介して入力したデータを一時的に格納する領域としても利用される。
記憶部504は、例えばRAM、ROM、あるいはHDD等のメディアなどによって構成される。
出力部505は、メディアからの再生データの出力処理に用いられ、さらに第2メディア520に対するデータ記録処理の進行状況の表示、ユーザに対するメッセージ表示などに利用され、ディスプレイやスピーカ等によって構成される。
第1メディアインタフェース(IF)506は、例えばBD(Blu−ray(登録商標) Disc)等の第1メディア510に対するアクセスを行い、第1メディア510に対するデータ記録やデータ読み取りを行なうデータ記録再生部として機能するインタフェースである。
データバッファ507は、第1メディア510からの読み出しデータや、通信部503から入力するデータを一時的に格納するバッファである。例えば第2メディア520に記録するデータを一時的に格納する。
データ変換部508は、第1メディア510の記録データ、あるいは通信部503を介して入力するデータのフォーマットである第1フォーマットのデータを、データ記録先である第2メディア520に記録する際のデータフォーマットである第2フォーマットに変換するフォーマット変換処理を実行する。
第2メディアインタフェース(IF)509は、第2メディア520に対するアクセスを行い、第2メディア520に対するデータ記録あるいは読み取り処理を行なうデータ記録再生部として機能するインタフェースである。
このように、情報処理装置500は、第1メディア510、あるいは通信部503を介して入力する第1フォーマットのデータをフラッシュメモリ等の第2メディア520に記録する処理を行なう。この処理の際に、第1フォーマットデータを第2フォーマットデータに変換する処理を行なう。
なお、第1フォーマットとは、例えばMPEG−2TSフォーマットであり、第2フォーマットは、MP4フォーマットデータである。
なお、情報処理装置500は、第1メディア510から取得出来ないデータを外部のサーバから通信部503を介して取得し、第1メディア510からの読み取りデータと、通信部503を介して取得した受信データを併せて第2メディア520に記録する処理を行なってもよい。
また、図32に示す構成において、第1メディア510は、例えば、BD(Blu−ray(登録商標) Disc)である。第2メディア520は、例えばSDカード等のフラッシュメモリである。
なお、第1メディア510、第2メディア520は、上記の組み合わせに限らず、様々な組み合わせがせ可能である。
次に、図33を参照してデータ変換部508の詳細構成について説明する。
図33に示すように、データ変換部508は、データ解析部551、画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555、多重化処理実行部556を有する。
データ解析部551は、データバッファ507に格納された第1メディア510からの読み出しデータ、または通信部503を介して入力するデータ(パケット)に設定された識別子(PID:プログラムID)に基づいて、各データ(パケット)を、
画像データ、
音声データ、
字幕データ、
鍵情報埋め込みデータ(VMD:variant media data)、
メタデータ(vmet)、
これら各種類のデータに分類する。
データ解析部551は、画像データを画像データ変換部552に出力し、音声データを音声データ変換部553に出力し、字幕データを字幕データ変換部554に出力し、鍵情報埋め込みデータ(VMD:variant media data)と、メタデータ(vmet)とvlocデータを鍵情報埋め込みデータ関連情報変換部555に出力する。
画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555は、入力データのデータフォーマットである第1フォーマット、例えばMPEG−2TSフォーマットデータを、第2メディア520に記録する第2フォーマット、具体的には例えばMP4形式のフォーマットデータに変換する処理を実行する。
すなわち、画像データ変換部552は、第2メディア520に対するデータ記録フォーマットであるMP4フォーマットの画像データを生成して多重化処理実行部556に出力する。
音声データ変換部553は、MP4フォーマットの音声データを生成して多重化処理実行部556に出力する。
字幕データ変換部554は、MP4フォーマットの字幕データを生成して多重化処理実行部556に出力する。
鍵情報埋め込みデータ関連情報変換部555は、MP4フォーマットの鍵情報埋め込みデータ(VMD)とメタデータ(vmet)、さらにvlocデータを生成または取得して多重化処理実行部556に出力する。
なお、鍵情報埋め込みデータ関連情報変換部555は、MPEG−2TSフォーマットデータ内のTSパケットに格納された鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を復号することなく、暗号化データのままMP4フォーマットデータとして設定する。
多重化処理実行部556は、
(a)画像データ変換部552の生成した第2フォーマット(MP4)形式の画像データ、
(b)音声データ変換部553の生成した第2フォーマット(MP4)形式の音声データ、
(c)字幕データ変換部554の生成した第2フォーマット(MP4)形式の字幕データ、
(d)鍵情報埋め込みデータ関連情報変換部555の生成または取得した第2フォーマット(MP4)形式の鍵情報埋め込みデータ(VMD)とメタデータ(vmet)とvlocデータ、
(e)記憶部504に格納した例えば再生制御情報ファイルから抽出したデータ、
これらの各データの多重化処理を実行して、第2フォーマット(MP4)形式の記録データを生成する。
多重化処理実行部556の生成データは、第2メディアインタフェース509を介して第2メディア520に記録される。
このように、情報処理装置500は、第1メディア510の記録データ、あるいは通信部503を介して入力する第1ファーマット(BDMVフォーマット)のデータを、第2メディア520の記録フォーマットである第2フォーマット(MP4)に変換して、第2メディア520に記録する処理を実行する。
次に、再生装置や情報生成装置、記録装置として適用可能な情報処理装置のハードウェア構成例について、図34を参照して説明する。
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を駆動し、データの記録あるいは読み取りを実行する。
なお、データの符号化あるいは復号は、データ処理部としてのCPU601の処理として実行可能であるが、符号化処理あるいは復号処理を実行するための専用ハードウェアとしてのコーデックを備えた構成としてもよい。
なお、例えば先に図14を参照して説明したTSパケット列を持つMPEG−2TSフォーマットに従ったデータの生成や記録処理を実行する情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
データ処理部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化データとして格納したパケットと、
鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化データとして格納したパケットを、
MPEG−2TSを構成するTSパケットとして生成し、
さらに、メタデータ(vmet)復号用の鍵の格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する処理などを実行して、生成したデータをメディアに記録する。
具体的な処理としては、例えば、まず、各画像フレームの構成データについて、異なる鍵を適用して暗号化データを生成する。なお、同一領域に対して、複数の異なる鍵による暗号化データを生成してもよい。
例えば、
領域1=メディアキーKmで暗号化、
領域2=メディアキーKmとセグメントキーKsaで暗号化、
領域2=メディアキーKmとセグメントキーKsbで暗号化、
領域2=メディアキーKmとセグメントキーKscで暗号化、
領域3=メディアキーKmとセグメントキーKsbで暗号化、
領域3=メディアキーKmとセグメントキーKseで暗号化、
領域3=メディアキーKmとセグメントキーKsfで暗号化、
領域4=メディアキーKmとセグメントキーKsgで暗号化、
・・・
このように各領域について様々な鍵の組み合わせで暗号化したデータを生成する。
なお、いずれかのセグメントキーKsxを適用して暗号化する画像データには、復号に適用する鍵情報の識別子を含める。
次に、各暗号化データをTSパケットに格納する。
いずれかのセグメントキーKsxを適用して暗号化したデータは、鍵情報埋め込みデータ(VMD:variant media data)としてパケットに格納し、パケットヘッダには鍵情報埋め込みデータ(VMD)格納パケットであることを示すパケット識別子をPIDとして設定する。
さらに、鍵情報埋め込みデータ(VMD)格納パケットの前段にメタデータ(vmet)格納パケットを設定する。
メタデータ(vmet)格納パケットには、後続する鍵情報埋め込みデータ(VMD)格納パケットに格納された暗号化データの復号に適用する鍵の鍵識別子(Km−ID,Ksx−ID)と鍵情報埋め込みデータ(VMD)の記録位置情報を暗号化データとして格納する。暗号化処理に適用する鍵はVmetキーである。
パケットヘッダには、メタデータ(vmet)格納パケットであることを示すパケット識別子をPIDとして設定する。
さらに、メタデータ(vmet)格納パケットの前段に、vmetキーの識別子を平文データとして格納したECM_PIDパケットを設定する。
なお、メディアキーKmのみで暗号化したデータを格納したパケットの前段には、メディアキーの識別子(Km−ID)を非暗号化データ(平文)のまま格納した非暗号化−鍵識別子格納パケットを設定する。
このようにして図14に示す構成を有するMPEG−2TSフォーマットデータが生成される。
このデータをBD等のディスクに記録する。
なお、BD等のディスクには、さらに、図17を参照して説明したマニフェストファイル311、MP4ヘッダ情報ファイルを記録する。
マニフェストファイル311は、コピー管理処理を実行する管理サーバの提供するファイルであり、コピーの許容されるプレイリストファイルの識別子、各プレイリストファイルに対応付けられたMP4ヘッダ情報ファイルの識別子が記録されている。
MP4ヘッダ情報ファイル312は、MP4ファイルのvlocボックス記録用データを格納したファイルである。
また、先に図26他を参照して説明した実施例2に従って、vdatファイルを記録する設定の場合は、鍵情報埋め込みデータ(VMD)とメタデータ(vmet)を記録したvdatファイルを生成してEXPORTディレクトリに記録する。
[9.情報処理装置の実行する処理のシーケンスについて]
次に、図32に示す情報処理装置、すなわち、例えば第1メディア510から読み出したMPEG−2TSフォーマットデータをMP4フォーマットデータに変換して、第2メディア520に記録する処理を実行する情報処理装置500の実行する処理シーケンスについて、図35以下のフローチャートを参照して説明する。
図35に示すフローチャートは、図32に示す情報処理装置が、例えば第1メディア510から読み出したMPEG−2TSフォーマットデータをMP4フォーマットデータに変換して、第2メディア520に記録する処理の全体処理のシーケンスを説明するフローチャートである。
なお、図35に示すフローチャートは、情報処理装置の制御部501の制御の下に例えば記憶部504に格納されたプログラムに従ってデータ変換部508等において実行される。
フローに示す各ステップの処理について、順次、説明する。
(ステップS101)
まず、情報処理装置は、マニフェストファイルを参照してコピーの許容された変換対象のプレイリストファイルを取得する。
先に図17を参照して説明したように、マニフェストファイルは、メディア間のデータコピーを行う場合に参照するファイルである。メディア間で、データコピーを行う場合、外部の管理サーバからのコピー許可情報の受信を条件としてコピーを許容するコピー管理システムがある。マニフェストファイルは、このコピー管理システムに従ったデータコピーを行う場合に利用されるコピー制御管理ファイル(MCMF:Managed Copy Manifest File)である。
マニフェストファイル(MCMF)は、コピー元データを記録した第1メディアに記録されたコンテンツのコピー許可情報を提供する管理サーバのアクセス情報(URL)や、コピーを許容するデータ情報(dealManifest)としてプレイリストファイル名などが記録されている。マニフェストファイル(MCMF)に記録されたプレイリストファイル名によって特定されるデータのみがコピー許容データとなる。
なお、マニフェストファイルには、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、図17に示すMP4ヘッダ情報ファイルとの対応データが記録されている。
すなわち、コピー対象として1つのプレイリストファイルを選択した場合、そのプレイリストファイルに対応するデータのコピーにおいて必要となるMP4ファイル固有のデータ、例えばmoovボックス、moofボックス記録用のデータとして選択すべきMP4ヘッダ情報ファイルの識別子を記録している。
なお、先に図17を参照した説明では、マニフェストファイルは、MPEG−2TSフォーマットデータを記録したメディアに記録されているものとして説明したが、例えば外部サーバから取得する構成としてもよい。
ステップS101において、情報処理装置は、MPEG−2TSフォーマットデータを記録したメディア、またはサーバから取得したマニフェストファイルを参照してコピー許容された変換対象のプレイリストファイルを決定し、メディアからプレイリストファイルを取得する。
(ステップS102)
次に、情報処理装置は、ステップS102において、マニフェストファイルを参照して変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)を検索する。図17に示すMP4ヘッダ情報ファイルである。
(ステップS103)
ステップS102の検索処理において、変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)があるか否かを判定し、ある場合はステップS104に進み、無い場合はステップS105に進む。
(ステップS104)
変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)がある場合、情報処理装置は、ステップS104において、変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)をメディアから読み取る。
(ステップS105)
次に、ステップS105において、変換対象として選択したプレイリストファイルによって指定されるクリップ情報ファイルと、そのクリップ情報ファイルに対応付けられたクリップAVストリームファイルを取得する。
(ステップS106)
次に、ステップS106において、クリップAVストリームファイルに格納された画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データをデータの種類ごとに分離する。この処理は、図33に示すデータ変換部508のデータ解析部551の実行する処理である。
(ステップS107)
次に、ステップS107において、画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データのフォーマット変換を実行して、MP4ファイルのmdatボックス各々に格納するデータを生成する。
この処理は、図33に示すデータ変換部508の画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555の実行する処理である。
なお、鍵情報埋め込みデータ(VMD)およびメタデータ(vmet)は復号処理や再暗号化処理を行なうことなく暗号化データのままMPEG−2TSフォーマットデータから取り出してMP4フォーマットデータとして設定する。
(ステップS108)
次に、ステップS108において、プレイリストファイル、クリップ情報ファイル、MP4ヘッダ情報ファイルの内容を解析して、MP4ファイルのメタデータ記録ボックス(moov/moof)に格納するデータを生成する。
この処理は、図32に示す制御部501の下、図33に示すデータ変換部508の多重化処理実行部556において実行される処理である。
なお、このステップS108の処理においては、変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイルから取得したvloc対応データを、MP4ファイルのmoofボックスのtrafボックス内に設定されるvlocボックスに対する記録データとして設定する。
最後に、生成したMP4ファイルを第2メディアに記録して処理が完了する。
なお、ステップS107におけるMP4ファイルのmdatボックスに対する記録データの生成および記録処理に際しては、鍵情報埋め込みデータ(VMD:variant media dta)と、メタデータ(vmet)の記録位置について、例えば先に図24、図25を参照して説明したようにクリップ情報ファイルの指定情報を参照した処理を行なう。
この処理シーケンスについて、図36に示すフローチャートを参照して説明する。
(ステップS201)
情報処理装置は、まず、ステップS201において、クリップ情報ファイルを参照して、以下の各情報を取得する。
(a)鍵情報埋め込みデータ(VMD:variant media data)有無情報(is_variant)、
(b)vmet,VMD設定情報(variant_type)、
図24を参照して説明したクリップ情報ファイルを参照して、これらの各情報を取得する。
これらの情報には、例えば図25に示すビット値設定に従った情報が含まれる。
(ステップS202)
次に、情報処理装置は、ステップS202において、クリップ情報ファイルに記録された、
(a)鍵情報埋め込みデータ(VMD:variant media data)有無情報(is_variant)、
(b)vmet,VMD設定情報(variant_type)、
これらの各情報に基づいて、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)の記録位置を決定する。
すなわち、コピー元のMPEG−2TSフォーマットデータであるクリップAVストリームファイルから取得されるメタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)について、MP4ファイルのmdatボックス内の記録位置を決定して記録する。
具体的には、クリップAVストリームファイルからの取得データから生成するサンプル(sample)との相対位置を決定して記録する処理を行なう。
すなわち、図23に示す以下の各方式、
(1)前詰方式
(2)後詰方式
(3)サンプル間記録方式
クリップ情報ファイルに指定された上記のいずれか1つの方式に従って、メタデータ(vmet)と、鍵情報埋め込みデータ(VMD:variant media data)をMP4ファイルのmdatボックスに記録する。
図35を参照して説明したフローでは、MP4ファイルのvlocボックスに記録するvloc対応データをMPEG−2TSフォーマットデータを記録したメディアに記録されたMP4ヘッダ情報ファイルから取得する処理を説明した。
前述したように、MP4ファイルのvlocボックスに記録するvloc対応データは、図19を参照して説明したように、外部のサーバから取得する構成も可能であり、また、図20以下を参照して説明したように、フォーマット変換およびコピー処理を実行する情報処理装置において生成する構成としてもよい。
これらの各処理を行なう場合のシーケンスについて、図37、図38に示すフローチャートを参照して説明する。
なお、図37、図38に示すフローチャートも、図35に示すフローチャートと同様、図32に示す情報処理装置の制御部501の制御の下に例えば記憶部504に格納されたプログラムに従ってデータ変換部508等において実行される。
まず、図37に示すフローチャートを参照して、MP4ファイルのvlocボックスに記録するvloc対応データを外部のサーバから取得する場合の処理シーケンスについて説明する。フローに示す各ステップの処理について、順次、説明する。
(ステップS301)
まず、情報処理装置は、マニフェストファイルを参照してコピーの許容された変換対象のプレイリストファイルを取得する。
先に図17を参照して説明したように、マニフェストファイルは、メディア間のデータコピーを行う場合に参照するファイルであり、コピー許可情報を提供する管理サーバのアクセス情報(URL)や、コピーを許容するデータ情報(dealManifest)としてプレイリストファイル名などが記録されている。
マニフェストファイルには、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、図17に示すMP4ヘッダ情報ファイルとの対応データが記録されている。
さらに、本例では、このマニフェストファイルに、MP4ファイルのvlocボックス記録用データ(vlocデータ)の取得用URLが記録されているものとする。
(ステップS302)
情報処理装置は、ステップS302において、マニフェストファイルから、変換対象のプレイリストファイルに対応するvlocデータの取得用アクセス情報(URL)を取得する。
(ステップS303)
次に、ステップS303において、ステップS202で取得したアクセス情報(URL)を適用して、変換対象のプレイリストファイルに対応づけられたvlocをダウンロードする。
(ステップS304)
次に、ステップS304において、変換対象として選択したプレイリストファイルによって指定されるクリップ情報ファイルと、そのクリップ情報ファイルに対応付けられたクリップAVストリームファイルを取得する。
(ステップS305)
次に、ステップS305において、クリップAVストリームファイルに格納された画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データをデータの種類ごとに分離する。この処理は、図33に示すデータ変換部508のデータ解析部551の実行する処理である。
(ステップS306)
次に、ステップS306において、画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データのフォーマット変換を実行して、MP4ファイルのmdatボックス各々に格納するデータを生成する。
この処理は、図33に示すデータ変換部508の画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555の実行する処理である。
なお、鍵情報埋め込みデータ(VMD)およびメタデータ(vmet)は復号処理や再暗号化処理を行なうことなく暗号化データのままMPEG−2TSフォーマットデータから取り出してMP4フォーマットデータとして設定する。
(ステップS307)
次に、ステップS307において、プレイリストファイル、クリップ情報ファイルの内容を解析して、MP4ファイルのメタデータ記録ボックス(moov/moof)に格納するデータを生成する。
この処理は、図32に示す制御部501の下、図33に示すデータ変換部508の多重化処理実行部556において実行される処理である。
なお、このステップS307の処理においては、サーバから取得したvloc対応データを、MP4ファイルのmoofボックスのtrafボックス内に設定されるvlocボックスに対する記録データとして設定する。
最後に、生成したMP4ファイルを第2メディアに記録して処理が完了する。
次に、図38に示すフローチャートを参照して、図20を参照して説明したようにフォーマット変換およびコピー処理を実行する情報処理装置がMP4ファイルのvlocボックス格納データを生成する場合の処理シーケンスについて説明する。
フローに示す各ステップの処理について、順次、説明する。
(ステップS401)
まず、情報処理装置は、マニフェストファイルを参照してコピーの許容された変換対象のプレイリストファイルを取得する。
先に図17を参照して説明したように、マニフェストファイルは、メディア間のデータコピーを行う場合に参照するファイルであり、コピー許可情報を提供する管理サーバのアクセス情報(URL)や、コピーを許容するデータ情報(dealManifest)としてプレイリストファイル名などが記録されている。
マニフェストファイルには、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、図17に示すMP4ヘッダ情報ファイルとの対応データが記録されている。
(ステップS402)
次に、情報処理装置は、ステップS402において、マニフェストファイルからコピー処理対象として選択したプレイリストファイルに対応付けられたクリップAVストリームファイルからvlocボックス記録情報格納パケット(PID=ECM_PID設定パケット)を取得する。
これは、図21(1)に示すデータをペイロードとして有するパケットである。
(ステップS403)
次に、情報処理装置は、ステップS403において、MPEG−2TSのvlocボックス記録情報格納パケット(PID=ECM_PID設定パケット)からMP4ファイルのvlocボックス記録用情報を取得する。
具体的には、先に図21を参照して説明したように、
初期化ベクトル(IV)サイズ(iv_size)、
キーID(key_id)、
初期化ベクトルデータ(initialization_vector)、
これらのデータを取得する。
(ステップS404)
次に、ステップS404において、ステップS403でvlocボックス記録情報格納パケット(PID=ECM_PID設定パケット)から取得した情報に基づいてMP4ファイルのvlocボックス記録用データを生成する。
(ステップS405)
次に、ステップS405において、変換対象として選択したプレイリストファイルによって指定されるクリップ情報ファイルと、そのクリップ情報ファイルに対応付けられたクリップAVストリームファイルを取得する。
(ステップS406)
次に、ステップS406において、クリップAVストリームファイルに格納された画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データをデータの種類ごとに分離する。この処理は、図33に示すデータ変換部508のデータ解析部551の実行する処理である。
(ステップS407)
次に、ステップS407において、画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データのフォーマット変換を実行して、MP4ファイルのmdatボックス各々に格納するデータを生成する。
この処理は、図33に示すデータ変換部508の画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555の実行する処理である。
なお、鍵情報埋め込みデータ(VMD)およびメタデータ(vmet)は復号処理や再暗号化処理を行なうことなく暗号化データのままMPEG−2TSフォーマットデータから取り出してMP4フォーマットデータとして設定する。
(ステップS408)
次に、ステップS408において、プレイリストファイル、クリップ情報ファイルの内容を解析して、MP4ファイルのメタデータ記録ボックス(moov/moof)に格納するデータを生成する。
この処理は、図32に示す制御部501の下、図33に示すデータ変換部508の多重化処理実行部556において実行される処理である。
なお、このステップS408の処理においては、ステップS403〜404において生成したvlocボックス格納用データを、MP4ファイルのmoofボックスのtrafボックス内に設定されるvlocボックスに対する記録データとして設定する。
最後に、生成したMP4ファイルを第2メディアに記録して処理が完了する。
次に、図26〜図31を参照して説明した実施例2に対応する処理シーケンスについて図39、図40に示すフローチャートを参照して説明する。
図39に示すフローチャートは、図26〜図30を参照して説明した構成、すなわちvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)をメディア内に記録した構成を適用した場合の処理シーケンスである。
図40に示すフローチャートは、図31を参照して説明した処理、すなわちvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)をサーバから取得する場合の処理シーケンスである。
まず、図39に示すフローチャートを参照してvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)をメディアから取得する場合の処理シーケンスについて説明する。
なお、図39に示すフローチャートは、情報処理装置の制御部501の制御の下に例えば記憶部504に格納されたプログラムに従ってデータ変換部508等において実行される。
フローに示す各ステップの処理について、順次、説明する。
(ステップS501)
まず、情報処理装置は、マニフェストファイルを参照してコピーの許容された変換対象のプレイリストファイルを取得する。
先に説明したように、マニフェストファイルは、メディア間のデータコピーを行う場合に参照するファイルである。メディア間で、データコピーを行う場合、外部の管理サーバからのコピー許可情報の受信を条件としてコピーを許容するコピー管理システムがある。マニフェストファイルは、このコピー管理システムに従ったデータコピーを行う場合に利用されるコピー制御管理ファイル(MCMF:Managed Copy Manifest File)である。
マニフェストファイル(MCMF)は、コピー元データを記録した第1メディアに記録されたコンテンツのコピー許可情報を提供する管理サーバのアクセス情報(URL)や、コピーを許容するデータ情報(dealManifest)としてプレイリストファイル名などが記録されている。マニフェストファイル(MCMF)に記録されたプレイリストファイル名によって特定されるデータのみがコピー許容データとなる。
なお、マニフェストファイルには、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、図26に示すMP4ヘッダ情報ファイル、およびvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)との対応データが記録されている。
すなわち、コピー対象として1つのプレイリストファイルを選択した場合、そのプレイリストファイルに対応するデータのコピーにおいて必要となるMP4ファイル固有のデータ、例えばmoovボックス、moofボックス記録用のデータとして選択すべきMP4ヘッダ情報ファイルの識別子と、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)の識別子を記録している。
なお、マニフェストファイルは、MPEG−2TSフォーマットデータを記録したメディアに記録されているものとして説明したが、例えば外部サーバから取得する構成としてもよい。
ステップS501において、情報処理装置は、MPEG−2TSフォーマットデータを記録したメディア、またはサーバから取得したマニフェストファイルを参照してコピー許容された変換対象のプレイリストファイルを決定し、メディアからプレイリストファイルを取得する。
(ステップS502)
次に、情報処理装置は、ステップS502において、マニフェストファイルを参照して変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)と、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)を検索する。図26に示すMP4ヘッダ情報ファイルと、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)である。
(ステップS503)
ステップS502の検索処理において、変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)があるか否かを判定し、ある場合はステップS504に進み、無い場合はステップS505に進む。
(ステップS504)
変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)がある場合、情報処理装置は、ステップS504において、変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイル(vloc対応データを含むファイル)をメディアから読み取る。
(ステップS505)
次に、ステップS505において、変換対象として選択したプレイリストファイルによって指定されるクリップ情報ファイルと、そのクリップ情報ファイルに対応付けられたクリップAVストリームファイル、さらにvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)を取得する。
(ステップS506)
次に、ステップS506において、クリップAVストリームファイルと、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)に格納された画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データをデータの種類ごとに分離する。この処理は、図33に示すデータ変換部508のデータ解析部551の実行する処理である。
(ステップS507)
次に、ステップS507において、画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データのフォーマット変換を実行して、MP4ファイルのmdatボックス各々に格納するデータを生成する。
この処理は、図33に示すデータ変換部508の画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555の実行する処理である。
なお、鍵情報埋め込みデータ(VMD)およびメタデータ(vmet)は復号処理や再暗号化処理を行なうことなく暗号化データのままMPEG−2TSフォーマットデータから取り出してMP4フォーマットデータとして設定する。
(ステップS508)
次に、ステップS508において、プレイリストファイル、クリップ情報ファイル、MP4ヘッダ情報ファイルの内容を解析して、MP4ファイルのメタデータ記録ボックス(moov/moof)に格納するデータを生成する。
この処理は、図32に示す制御部501の下、図33に示すデータ変換部508の多重化処理実行部556において実行される処理である。
なお、このステップS508の処理においては、変換対象のプレイリストファイルに対応付けられたMP4ヘッダ情報ファイルから取得したvloc対応データを、MP4ファイルのmoofボックスのtrafボックス内に設定されるvlocボックスに対する記録データとして設定する。
最後に、生成したMP4ファイルを第2メディアに記録して処理が完了する。
なお、ステップS507におけるMP4ファイルのmdatボックスに対する記録データの生成および記録処理に際しては、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)から、鍵情報埋め込みデータ(VMD)&メタデータ(vmet)を逐次取得することが必要になる。
この取得処理は、先に図30を参照して説明したようにtrunボックスの記録データであるバイトオフセット情報を適用して実行する。この処理により、メタデータ(vmet)と鍵情報埋め込みデータ(VMD)のセットを正確に抽出することが可能となる。
次に、図40に示すフローチャートを参照して、図31を参照して説明した処理、すなわちvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)をサーバから取得する場合の処理シーケンスについて説明する。
なお、図40に示すフローチャートは、情報処理装置の制御部501の制御の下に例えば記憶部504に格納されたプログラムに従ってデータ変換部508等において実行される。
フローに示す各ステップの処理について、順次、説明する。
(ステップS601)
まず、情報処理装置は、マニフェストファイルを参照してコピーの許容された変換対象のプレイリストファイルを取得する。
マニフェストファイルには、コピーの許容されるプレイリストファイルの識別子の他、プレイリストファイルと、図26に示すMP4ヘッダ情報ファイルとの対応データが記録されている。
さらに、本例では、このマニフェストファイルに、MP4ファイルのvlocボックス記録用データ(vlocデータ)と、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)の取得用URLが記録されているものとする。
(ステップS602)
情報処理装置は、ステップS602において、マニフェストファイルから、変換対象のプレイリストファイルに対応するvlocデータと、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)の取得用アクセス情報(URL)を取得する。
(ステップS603)
次に、ステップS603において、ステップS602で取得したアクセス情報(URL)を適用して、変換対象のプレイリストファイルに対応づけられたvlocと、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)をダウンロードする。
(ステップS604)
次に、ステップS604において、変換対象として選択したプレイリストファイルによって指定されるクリップ情報ファイルと、そのクリップ情報ファイルに対応付けられたクリップAVストリームファイルを取得する。
(ステップS605)
次に、ステップS605において、クリップAVストリームファイルと、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)に格納された画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データをデータの種類ごとに分離する。この処理は、図33に示すデータ変換部508のデータ解析部551の実行する処理である。
(ステップS606)
次に、ステップS606において、画像、音声、字幕、鍵情報埋め込みデータ(VMD:variant media data)、メタデータ(vmet)の各データのフォーマット変換を実行して、MP4ファイルのmdatボックス各々に格納するデータを生成する。
この処理は、図33に示すデータ変換部508の画像データ変換部552、音声データ変換部553、字幕データ変換部554、鍵情報埋め込みデータ関連情報変換部555の実行する処理である。
なお、鍵情報埋め込みデータ(VMD)およびメタデータ(vmet)は復号処理や再暗号化処理を行なうことなく暗号化データのままMPEG−2TSフォーマットデータから取り出してMP4フォーマットデータとして設定する。
(ステップS607)
次に、ステップS607において、プレイリストファイル、クリップ情報ファイルの内容を解析して、MP4ファイルのメタデータ記録ボックス(moov/moof)に格納するデータを生成する。
この処理は、図32に示す制御部501の下、図33に示すデータ変換部508の多重化処理実行部556において実行される処理である。
なお、このステップS607の処理においては、サーバから取得したvloc対応データを、MP4ファイルのmoofボックスのtrafボックス内に設定されるvlocボックスに対する記録データとして設定する。
さらに、サーバから取得したvdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)から取得した鍵情報埋め込みデータ(VMD)とメタデータ(vmet)をMP4ファイルのmdatボックスに記録する。
なお、この記録処理に際しては、vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)から、鍵情報埋め込みデータ(VMD)&メタデータ(vmet)を逐次取得することが必要になる。
この取得処理は、先に図30を参照して説明したようにtrunボックスの記録データであるバイトオフセット情報を適用して実行する。この処理によりメタデータ(vmet)と鍵情報埋め込みデータ(VMD)のセットを個別に正確に抽出することが可能となる。
最後に、生成したMP4ファイルを第2メディアに記録して処理が完了する。
[10.本開示の構成のまとめ]
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
なお、本明細書において開示した技術は、以下のような構成をとることができる。
(1) MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
前記データ変換部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得し、取得した暗号化データを復号することなく前記MP4ファイルに規定されるボックスの格納データとして設定する情報処理装置。
(2) 前記データ変換部は、
前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを、
前記MPEG−2TSフォーマットデータを格納したメディアから読み取り、前記MP4ファイル内のvlocボックスの格納データとして設定する前記(1)に記載の情報処理装置。
(3) 前記データ変換部は、
前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを、
外部サーバから取得し、前記MP4ファイル内のvlocボックスの格納データとして設定する前記(1)または(2)に記載の情報処理装置。
(4) 前記データ変換部は、
前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを、
前記MPEG−2TSフォーマットデータを格納したメディアの格納データに基づいて生成し、生成データを前記MP4ファイル内のvlocボックスの格納データとして設定する前記(1)〜(3)いずれかに記載の情報処理装置。
(5) 前記データ変換部は、
前記MPEG−2TSフォーマットにおいて規定される鍵情報格納パケットであるECM_PIDパケットの格納データに基づいて、前記vlocデータを生成する前記(4)に記載の情報処理装置。
(6) 前記データ変換部は、
前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックス内の連続位置に記録する前記(1)〜(5)いずれかに記載の情報処理装置。
(7) 前記データ変換部は、
前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の前方位置、または後続位置に記録する前記(1)〜(6)いずれかに記載の情報処理装置。
(8) 前記データ変換部は、
前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の間に記録し、
MP4ファイルのサンプル情報を格納したtrunボックスを、
前記鍵情報埋め込みデータ(VMD)と前記メタデータ(vmet)によって分断される前後の連続サンプルごとの個別のtrunボックスとして設定したMP4ファイルを生成する前記(1)〜(7)いずれかに記載の情報処理装置。
(9) 前記データ変換部は、
前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の間に記録し、
MP4ファイルのサンプル情報を格納したtrunボックスに記録するサンプルサイズを、サンプル単独のサイズに、前記鍵情報埋め込みデータ(VMD)と前記メタデータ(vmet)のサイズを加算したサイズとしたtrunボックスを記録したMP4ファイルを生成する前記(1)〜(8)いずれかに記載の情報処理装置。
(10) 前記データ変換部は、
前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の前方位置、または後続位置、または中間位置のいずれの位置に記録するかを、前記MPEG−2TSフォーマットデータを記録したメディアから取得する再生制御情報ファイルの記録情報に従って決定する前記(1)〜(9)いずれかに記載の情報処理装置。
(11) 前記再生制御情報ファイルはクリップ情報ファイル、またはプレイリストファイルである前記(10)に記載の情報処理装置。
(12) MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
前記データ処理部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納し、
さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する情報処理装置。
(13) 前記データ処理部は、
前記鍵情報埋め込みデータ(VMD)の格納パケットのパケットヘッダには、鍵情報埋め込みデータ(VMD)格納パケットであることを識別可能な識別子(PID)を設定し、
前記メタデータ(vmet)の格納パケットのパケットヘッダには、メタデータ(vmet)格納パケットであることを識別可能な識別子(PID)を設定する前記(12)に記載の情報処理装置。
(14) 前記鍵情報埋め込みデータ(VMD:variant media data)は、復号データに基づいて、復号に適用した鍵を解析可能なデータである前記(12)または(13)に記載の情報処理装置。
(15) MPEG−2TSフォーマットデータを記録した情報記録媒体であり、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータと、
前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データである前記メタデータ(vmet)復号用の鍵の鍵識別子を、
前記MPEG−2TSフォーマットデータを構成するTSパケット、またはデータファイルに格納し、
前記情報記録媒体の格納データを再生する再生装置が、前記TSパケットまたはデータファイルから前記メタデータ(vmet)復号用の鍵を取得し、前記メタデータ(vmet)を復号し、復号情報に基づいて前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵を取得し、前記鍵情報埋め込みデータ(VMD)を復号して再生することを可能とした情報記録媒体。
(16) 前記鍵情報埋め込みデータ(VMD:variant media data)は、復号データに基づいて、復号に適用した鍵を解析可能なデータである前記(15)に記載の情報記録媒体。
(17) 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
前記データ変換部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得し、取得パケットに格納された暗号化データを、復号することなく前記MP4ファイル内のボックスの格納データとして設定する情報処理方法。
(18) 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
前記データ処理部は、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納し、
さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する情報処理方法。
(19) 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
前記プログラムは、前記データ変換部に、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得させ、取得パケットに格納された暗号化データを、復号することなく前記MP4ファイル内のボックスの格納データとして記録させるプログラム。
(20) 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納させ、
さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成させるプログラム。
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、LAN(Local Area Network)、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
以上、説明したように、本開示の一実施例の構成によれば、MP4フォーマットにおいて規定される暗号化構成を崩すことなく、MPEG−2TSフォーマットデータをMP4ファイルに変換して記録する構成が実現される。
具体的には、MP4フォーマット規定の鍵情報埋め込みデータ(VMD:variant media data)と、鍵情報埋め込みデータ(VMD)の復号用鍵の識別子を格納したメタデータ(vmet)の暗号化データを、MPEG−2TSフォーマットデータを構成するTSパケット、または暗号化データを格納したファイルから取得し、復号することなくMP4ファイル内のボックス格納データとする。また、メタデータ(vmet)復号用鍵の識別子格納ボックスとしてMP4フォーマットが規定するvlocボックス格納データを取得、または生成してMP4ファイルに記録する。
本構成により、MP4フォーマットにおいて規定される暗号化構成を崩すことなく、MPEG−2TSフォーマットデータをMP4ファイルに変換して記録する構成が実現される。
10 メディア
11 AACSディレクトリ
12 BDMVディレクトリ
100 メディア
101 サンプル
102 鍵情報埋め込みデータ
110,120 再生装置
115,125 復号画像
131 鍵情報埋め込みデータ(VMD:variant media data)
132 メタデータ(vmet)
133 vlocデータ
141〜143 鍵情報埋め込みデータ
145 サンプル
151〜153 復号画像
211,221 VMD対応データ
212,222 vmet対応データ
213,223 vloc対応データ
231 メディアキーKm適用暗号化データ
232 非暗号化ほ鍵識別子格納パケット
251 TSパケット(ECM)
252 TSパケット(vmet)
253 TSパケット(VMD)
301 BDMVディレクトリ
302 EXPORTディレクトリ
311 マニフェストファイル
312 MP4ヘッダ情報ファイル
400 情報処理装置
401 サーバ
410 第1メディア
420 第2メディア
450 メディア
451 BDMVディレクトリ
452 EXPORTディレクトリ
461 マニフェストファイル
462 MP4ヘッダ情報ファイル
463 vdatファイル(鍵情報埋め込みデータ(VMD)&メタデータ(vmet)格納ファイル)
480 情報処理装置
481 第1メディア
482 第2メディア
490 サーバ
500 情報処理装置
501 制御部
502 入力部
503 通信部
504 記憶部
505 出力部
506 第1メディアインタフェース
507 データバッファ
508 データ変換部
509 第2メディアインタフェース
510 第1メディア
520 第2メディア
551 データ解析部
552 画像データ変換部
553 音声データ変換部
554 字幕データ変換部
555 鍵情報埋め込みデータ関連情報変換部
556 多重化処理実行部
601 CPU
602 ROM
603 RAM
604 バス
605 入出力インタフェース
606 入力部
607 出力部
608 記憶部
609 通信部
610 ドライブ
611 リムーバブルメディア

Claims (20)

  1. MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
    前記データ変換部は、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得し、取得した暗号化データを復号することなく前記MP4ファイルに規定されるボックスの格納データとして設定する情報処理装置。
  2. 前記データ変換部は、
    前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを、
    前記MPEG−2TSフォーマットデータを格納したメディアから読み取り、前記MP4ファイル内のvlocボックスの格納データとして設定する請求項1に記載の情報処理装置。
  3. 前記データ変換部は、
    前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを、
    外部サーバから取得し、前記MP4ファイル内のvlocボックスの格納データとして設定する請求項1に記載の情報処理装置。
  4. 前記データ変換部は、
    前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを、
    前記MPEG−2TSフォーマットデータを格納したメディアの格納データに基づいて生成し、生成データを前記MP4ファイル内のvlocボックスの格納データとして設定する請求項1に記載の情報処理装置。
  5. 前記データ変換部は、
    前記MPEG−2TSフォーマットにおいて規定される鍵情報格納パケットであるECM_PIDパケットの格納データに基づいて、前記vlocデータを生成する請求項4に記載の情報処理装置。
  6. 前記データ変換部は、
    前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックス内の連続位置に記録する請求項1に記載の情報処理装置。
  7. 前記データ変換部は、
    前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の前方位置、または後続位置に記録する請求項1に記載の情報処理装置。
  8. 前記データ変換部は、
    前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の間に記録し、
    MP4ファイルのサンプル情報を格納したtrunボックスを、
    前記鍵情報埋め込みデータ(VMD)と前記メタデータ(vmet)によって分断される前後の連続サンプルごとの個別のtrunボックスとして設定したMP4ファイルを生成する請求項1に記載の情報処理装置。
  9. 前記データ変換部は、
    前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の間に記録し、
    MP4ファイルのサンプル情報を格納したtrunボックスに記録するサンプルサイズを、サンプル単独のサイズに、前記鍵情報埋め込みデータ(VMD)と前記メタデータ(vmet)のサイズを加算したサイズとしたtrunボックスを記録したMP4ファイルを生成する請求項1に記載の情報処理装置。
  10. 前記データ変換部は、
    前記鍵情報埋め込みデータ(VMD)と、該鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納した前記メタデータ(vmet)を、MP4ファイルのmdatボックスに連続記録されるサンプル(sample)の前方位置、または後続位置、または中間位置のいずれの位置に記録するかを、前記MPEG−2TSフォーマットデータを記録したメディアから取得する再生制御情報ファイルの記録情報に従って決定する請求項1に記載の情報処理装置。
  11. 前記再生制御情報ファイルはクリップ情報ファイル、またはプレイリストファイルである請求項10に記載の情報処理装置。
  12. MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
    前記データ処理部は、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納し、
    さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する情報処理装置。
  13. 前記データ処理部は、
    前記鍵情報埋め込みデータ(VMD)の格納パケットのパケットヘッダには、鍵情報埋め込みデータ(VMD)格納パケットであることを識別可能な識別子(PID)を設定し、
    前記メタデータ(vmet)の格納パケットのパケットヘッダには、メタデータ(vmet)格納パケットであることを識別可能な識別子(PID)を設定する請求項12に記載の情報処理装置。
  14. 前記鍵情報埋め込みデータ(VMD:variant media data)は、復号データに基づいて、復号に適用した鍵を解析可能なデータである請求項12に記載の情報処理装置。
  15. MPEG−2TSフォーマットデータを記録した情報記録媒体であり、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータと、
    前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データである前記メタデータ(vmet)復号用の鍵の鍵識別子を、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、またはデータファイルに格納し、
    前記情報記録媒体の格納データを再生する再生装置が、前記TSパケットまたはデータファイルから前記メタデータ(vmet)復号用の鍵を取得し、前記メタデータ(vmet)を復号し、復号情報に基づいて前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵を取得し、前記鍵情報埋め込みデータ(VMD)を復号して再生することを可能とした情報記録媒体。
  16. 前記鍵情報埋め込みデータ(VMD:variant media data)は、復号データに基づいて、復号に適用した鍵を解析可能なデータである請求項15に記載の情報記録媒体。
  17. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
    前記データ変換部は、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得し、取得パケットに格納された暗号化データを、復号することなく前記MP4ファイル内のボックスの格納データとして設定する情報処理方法。
  18. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
    前記データ処理部は、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納し、
    さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成する情報処理方法。
  19. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、MPEG−2TSフォーマットからMP4フォーマットへのフォーマット変換を実行してMP4ファイルを生成するデータ変換部を有し、
    前記プログラムは、前記データ変換部に、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルから取得させ、取得パケットに格納された暗号化データを、復号することなく前記MP4ファイル内のボックスの格納データとして記録させるプログラム。
  20. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、MPEG−2TSフォーマットデータを生成するデータ処理部を有し、
    前記プログラムは、前記データ処理部に、
    MP4フォーマットにおいて規定された鍵情報埋め込みデータ(VMD:variant media data)を暗号化した暗号化鍵情報埋め込みデータと、
    前記鍵情報埋め込みデータ(VMD)の復号に適用する鍵の識別子を格納したメタデータ(vmet)を暗号化した暗号化メタデータを、
    前記MPEG−2TSフォーマットデータを構成するTSパケット、または各暗号化データを格納したデータファイルに格納させ、
    さらに、前記メタデータ(vmet)復号用の鍵の鍵識別子格納ボックスとしてMP4フォーマットにおいて規定されるvlocボックスの格納データであるvlocデータを格納したMP4ヘッダ情報ファイルを生成させるプログラム。
JP2014166377A 2014-06-30 2014-08-19 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム Pending JP2016027512A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014166377A JP2016027512A (ja) 2014-06-30 2014-08-19 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
PCT/JP2015/002576 WO2016002127A1 (en) 2014-06-30 2015-05-22 Mpeg-2-ts to mp4 format conversion without decryption

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014133920 2014-06-30
JP2014133920 2014-06-30
JP2014166377A JP2016027512A (ja) 2014-06-30 2014-08-19 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Publications (1)

Publication Number Publication Date
JP2016027512A true JP2016027512A (ja) 2016-02-18

Family

ID=53276225

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014166377A Pending JP2016027512A (ja) 2014-06-30 2014-08-19 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Country Status (2)

Country Link
JP (1) JP2016027512A (ja)
WO (1) WO2016002127A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3633980A4 (en) 2017-06-01 2020-07-22 Sony Corporation INFORMATION PROCESSING DEVICE, INFORMATION RECORDING MEDIA, INFORMATION PROCESSING PROCESS, AND PROGRAM

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4882653B2 (ja) 2006-10-06 2012-02-22 ソニー株式会社 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP5334335B2 (ja) * 2007-07-02 2013-11-06 フラウンホファー・ゲゼルシャフト・ツール・フォルデルング・デル・アンゲバンテン・フォルシュング・アインゲトラーゲネル・フェライン メディアデータコンテナおよびメタデータコンテナを有するファイルを記憶および読み出すための装置および方法
JP5533162B2 (ja) 2010-04-08 2014-06-25 ソニー株式会社 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム

Also Published As

Publication number Publication date
WO2016002127A1 (en) 2016-01-07

Similar Documents

Publication Publication Date Title
JP6465144B2 (ja) 情報処理装置、情報記録媒体、情報処理システム、および情報処理方法、並びにプログラム
JP6467680B2 (ja) ファイル生成方法およびファイル生成装置
JP6550055B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7052733B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP6500895B2 (ja) 情報処理装置、情報生成装置、情報記録媒体、および情報処理方法、並びにプログラム
JP7215415B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2018190122A1 (ja) 情報処理装置、および情報処理方法、並びにプログラム
JP2015109131A (ja) ファイル生成方法、再生方法、ファイル生成装置、再生装置および記録媒体
JP2017183762A (ja) 映像ストリーム生成方法、再生装置及び記録媒体
JP6380542B2 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2015083354A1 (ja) ファイル生成方法、再生方法、ファイル生成装置、再生装置および記録媒体
JP2016027512A (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2016084756A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
WO2015105037A1 (ja) ファイル生成方法、ファイル生成装置および記録媒体
KR20190131025A (ko) 정보 처리 장치, 정보 기록 매체 및 정보 처리 방법, 그리고 프로그램
WO2016027426A1 (ja) 映像ストリーム生成方法、再生装置及び記録媒体
WO2015186479A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP6589984B2 (ja) 情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにプログラム
JPWO2016093016A1 (ja) 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2015153441A (ja) 情報処理装置、情報記録装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2015167059A (ja) 情報処理装置、情報記録装置、情報記録媒体、および情報処理方法、並びにプログラム
JP2015153440A (ja) 情報処理装置、情報記録装置、情報記録媒体、および情報処理方法、並びにプログラム