情報処理装置及び情報処理方法
【課題】情報処理装置及び情報処理方法を提供する。
【解決手段】第一の著作権保護方式に従って、コンテンツを受信または蓄積するコンテンツ入手手段と、このコンテンツ中の第一のパケットからPID を得るフィルタと、この各PIDからPAT/PMTを得る解析部と、第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成する生成部と、前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号器と、この暗号化の結果から第二のパケットを生成するパケット生成部とを備えた情報処理装置。
【解決手段】第一の著作権保護方式に従って、コンテンツを受信または蓄積するコンテンツ入手手段と、このコンテンツ中の第一のパケットからPID を得るフィルタと、この各PIDからPAT/PMTを得る解析部と、第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成する生成部と、前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号器と、この暗号化の結果から第二のパケットを生成するパケット生成部とを備えた情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
例えば、PCの画面をWi-Fi接続によりTV等の別機器の画面へ表示する用途がある。このPCにおいて一般には著作権保護つきコンテンツを含め画面全体を再エンコードするため、コンテンツの品質劣化、再エンコードに伴う遅延が発生する。
【０００３】
対して、著作権保護方式変換システムが提案されているが（例えば、特許文献１参照。）、単に暗号方式を切替えているだけで、著作権保護方式変換に伴うトランスポートストリームパケット数の増加は考慮されていない。即ち、コンテンツ転送サイズの増加を抑えることができる技術への要望があるが、かかる要望を実現するための手段は知られていない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３１２３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施の形態は、コンテンツ転送サイズの増加を抑えることができる情報処理装置及び情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、実施形態によれば情報処理装置は、第一の著作権保護方式に従って、コンテンツを受信または蓄積するコンテンツ入手手段と、このコンテンツ中の第一のストリームからPID を得るフィルタと、この各PIDからPAT/PMTを得る解析部と、第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成する生成部と、前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号器と、この暗号化の結果から第二のストリームを生成するストリーム生成部とを備えた。
【図面の簡単な説明】
【０００７】
【図１】この発明の第一の実施例を示す著作権保護システムを示す構成図。
【図２】同実施形態の第一の著作権保護方式で受信時のトランスポートストリームを示す図。
【図３】同実施形態の第二の著作権保護方式で送信時のトランスポートストリームを説明するために示す図。
【図４】同実施形態の第一のコンテンツ受信器における著作権保護方式変換処理フローチャート。
【図５】同実施形態に用いられる第一のコンテンツ受信器における第二の著作権保護方式に対応したTSパケットデータ生成処理フローチャート。
【図６】同実施形態の第一のコンテンツ受信器におけるコンテンツデータのデータフロー図。
【図７】一実施形態にかかる情報処理装置間で形成されるネットワークを示す図。
【図８】一実施形態にかかる情報処理装置に適用可能な携帯電話機の内部の構成を示すブロック図。
【図９】第二の実施例を示す著作権保護システムを示す構成図。
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態を説明する。
【０００９】
（第１の実施形態）
第１の実施形態を図１乃至図８を参照して説明する。まず、実施例を示すシステム構成を図１に示す。
【００１０】
コンテンツサーバSは、VOD(Video On Demand)サービスやIPTVサービスが提供するコンテンツデータをインターネットやCDN(Contents Delivery Network)経由で第一のコンテンツ受信器Aへ送信する。
【００１１】
VODサービスやIPTVサービスが提供するコンテンツデータは、MPEG2-TS(Transport Stream)形式であり、PES(Packetized Elementary Stream)ヘッダおよびPESペイロードが複数のTSパケットに分割されている。第一の著作権保護方式に従い、TSペイロードがAES-CBC暗号化される (図２) 。コンテンツデータの暗号鍵は、コンテンツサーバSが決定し、コンテンツサーバSが第一のコンテンツ受信器Aへ送信する前に、第一の著作権保護方式で定められた方式でコンテンツサーバS-第一のコンテンツ受信器間Aで認証および鍵交換処理により、コンテンツサーバSから第一のコンテンツ受信器Aへ転送される。
【００１２】
第一のコンテンツ受信器Aは、例えばPC、タブレット端末、STBで、コンテンツサーバSから受信した、第一の著作権保護方式に従って暗号化されたコンテンツデータを復号およびデコードし、画面に表示する。また、コンテンツデータをWi-Fi経由や後述の方法でTVなどの第二のコンテンツ受信器Bへ送信する。
【００１３】
以下HW等の図面を参照して、実施形態について説明する。
【００１４】
図７は、本発明に係る情報処理装置間で形成されるネットワークを表している。本実施形態においては、本発明に係る情報処理装置に適用可能な携帯電話機１（コンテンツ受信器A）と、本発明に係る情報処理装置に適用可能な図示せぬテレビ２（コンテンツ受信器B）との間でローカルネットワークが形成される。なお、本実施形態においては携帯電話機１とテレビ２とを情報処理装置に適用して説明するが、携帯電話機１は上述の各機器でもよい。
【００１５】
携帯電話機１は、W-CDMA方式を一例とする通信方式を用いて、移動体通信網に収容される基地局３との間で音声やデータの送受信を行う。基地局３は、所定の公衆回線網４を介してインターネット５に接続される。インターネット５には、サーバ６（コンテンツサーバS）が接続される。テレビ２は、例えばWLAN（Wireless LAN）の通信手段を利用して他の情報処理装置に係わる携帯電話機１と通信を行うことが可能である。なお、携帯電話機１とテレビ２は、消費電流の関係から数メートル程度の距離で無線通信を実現するのが好ましい。これにより、携帯電話機１がまず基地局３を経由してサーバ６との間でデータ通信を行い、携帯電話機１内のWLAN通信モジュールを利用してテレビ２に接続し、携帯電話機１が基地局３経由のデータをテレビ２に転送することが可能である。
【００１６】
図８は、本発明に係る情報処理装置に適用可能な携帯電話機１の内部の構成を表している。図８では、携帯電話機１が他の情報処理装置に係るテレビ２との間で無線通信を実現するための構成を主に説明し、携帯電話機１が一般的に備える構成についての詳細な説明は基本的に省略する。携帯電話機１は、携帯電話機無線通信モジュール１１、WLAN通信モジュール１３、ＣＰＵ１５、メモリ１８、入力部１９、および出力部２０を有する。携帯電話機１の各部は、バス２２により接続される。
【００１７】
携帯電話機無線通信モジュール１１は、基地局３との音声やデータの送受信を実現する。携帯電話機無線通信モジュール１１は、図示せぬアンテナを備え、移動体通信網に収容される基地局３から所定の通信処理システムで送信される無線信号を空間から受信する。また、携帯電話機無線通信モジュール１１は、基地局３に対して所定の通信処理システムで無線通信できるようにアンテナを介して空間に所定の無線信号を放射する。携帯電話機無線通信モジュール１１は、受信された信号に対して所定の処理を行った後ＣＰＵ１５にデータを出力したり、出力部２０としてのレシーバより音声を出力したりする。また、携帯電話機無線通信モジュール１１は、所定の処理を行った後ＣＰＵ１５より出力されたデータや入力部１９としてのマイクロフォンより集音された音声を送信する。
【００１８】
WLAN通信モジュール１３は、内蔵されたアンテナを介して通信規格IEEE802.11aやIEEE802.11bなどに準拠した無線LAN通信を行う。
【００１９】
ＣＰＵ（Central Processing Unit）１５は、メモリ１８としてのＲＯＭ（Read Only Memory）に記憶されているプログラムまたはＲＯＭからＲＡＭ（Random Access Memory）にロードされた、オペレーティングシステム（ＯＳ）を含む各種のアプリケーションプログラムや制御プログラムに従って各種処理を実行する。ＣＰＵ１５は、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵ１５が各種の処理を実行する上において必要なデータなどを適宜記憶する。また、メモリ１８は電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）を有する。
【００２０】
入力部１９は、例えば操作キータイプやタッチパネルタイプなどの入力手段を介して入力を受け付け、この入力信号をＣＰＵ１５に出力する。また、音声通話時には、マイクロフォンを介してユーザの音声を集音する。出力部２０は、ＣＰＵ１５の指示に基づいて文字や画像などからなるデータを出力する。この出力部２０は、例えばLCD（Liquid Crystal Display）や有機ＥＬディスプレイなどにより構成される。また、音声通話時にはレシーバを介して通話相手の音声を出力する。
【００２１】
さて第一のコンテンツ受信器（A）から第二のコンテンツ受信器（B）へ送信するコンテンツデータは、MPEG2-TS形式であり、PESヘッダと、PESペイロードが分割されて複数のTSパケットに格納される。なおMPEG2-TS方式では、１つのPESヘッダに対して1つのPESペイロードが対応する。このためMPEG2-TS形式では、例えば図２に示すように、PESペイロードが複数のセグメントに分割されて、PESヘッダ及びPESペイロードのセグメント１がパケット１に格納され、PESペイロードのセグメント２以降はパケット２以降に格納される。そして、MPEG2-TSでは、PESヘッダとPESペイロードとの組合せが繰り返される。しかし第二の著作権保護方式に沿ってデータ送信する場合には、第一の著作権保護方式と異なり、個々のTSパケット内に含まれるPESペイロードの各セグメントのサイズは、コンテンツデータを構成するTSパケット群に含まれるPESペイロードの末尾セグメントを除き所定サイズ（例えば16Byte）の倍数でなければならない。一方TSパケットは例えば188バイトとして定められているため、TSパケットデータのPESヘッダ、PESペイロードのセグメントを除いた部分には、Stuffing ByteによりパディングされたAdaptation Fieldが挿入されることにより、TSヘッダ、PESヘッダ、PESペイロードのセグメント、Adaptation Field等から構成されるTSパケットのサイズが188バイトとなる。なお図３に示すように、TSパケットにはPESヘッダが含まれない場合もある。第二の著作権保護方式に従い、TSペイロード内のPESペイロード部分のみがAES-CTR暗号化される (図３) 。図２のPESペイロードのセグメントn (n=1,2,..,N)は、図３のPESペイロードのセグメントn’とPESペイロードのセグメントn’’に分割されることになる。
【００２２】
第二の著作権保護方式に沿って伝送するためのコンテンツデータの暗号鍵は、第一のコンテンツ受信器が決定し、第一のコンテンツ受信器が第二のコンテンツ受信器へ送信する前に、第二の著作権保護方式で定められた方式で第一のコンテンツ受信器-第二のコンテンツ受信器間で認証および鍵交換処理により、第一のコンテンツ受信器から第二のコンテンツ受信器へ転送される。
【００２３】
第二のコンテンツ受信器は、例えばTV等の表示装置であり、第一のコンテンツ受信器から受信した、第二の著作権保護方式に従って暗号化されたコンテンツデータを復号およびデコードし、画面に表示する。第二のコンテンツ受信器は、VODサービスやIPTVサービスが提供するコンテンツデータのコーデックに対応していなければならない。
【００２４】
第一のコンテンツ受信器と第二のコンテンツ受信器の接続インタフェースはWi-Fi以外
の無線I/Fでもよいし、Ethernet(登録商標)等の有線I/Fでもよい。
【００２５】
第一の著作権保護方式は例えばMarlin(http://www.marlinusers-japan.org/)であり、第二の著作権保護方式はHDCP( High-bandwidth Digital Content Protection )2.0(http://www.digital-cp.com/)である。
【００２６】
第一のコンテンツ受信器が第一の著作権保護方式により暗号化されたコンテンツデータを受信し、第二の著作権保護方式により暗号化してコンテンツデータを第二のコンテンツ受信器へ送信する処理について、以下に説明する。ＣＰＵ２０が実行するプログラムのフローチャートを図４と図５に示す。
【００２７】
第一の著作権保護方式に従い、コンテンツサーバとの認証および鍵交換処理を行い、コンテンツサーバから送信されるコンテンツデータの復号鍵を決定する（ステップＳ４０１）。
【００２８】
第二の著作権保護方式に従い、第二のコンテンツ受信器との認証および鍵交換処理を行い、第二のコンテンツ受信器へ送信するコンテンツデータの暗号鍵およびイニシャルベクターの一部riv を決定する（ステップＳ４０２）。本実施例では、すべてのElemenetary Streamに対して、暗号鍵とイニシャルベクターのペアの初期値は同一であるが、第二の著作権保護方式によってはElemenetary Stream(以下、ES)ごとに異なるケースも想定できる。
【００２９】
コンテンツサーバから受信終了でなければ（ステップＳ４０３のNO）MPEG2-TSパケットを順次受信し（ステップＳ４０４）、TSペイロード部分を復号鍵によりAES-CBC復号する（ステップＳ４０５）。ここで、AES-CBC復号のためのイニシャルベクターはサービスで共通の値であるとする。
【００３０】
PID(Packet Identification)フィルタは、受信されたパケットのヘッダに含まれるPIDを抽出し、当該パケットの種類を識別する（ステップＳ４０６）。フィルタリング対象のPIDは初期値としては、PAT(PID=0x0000)とヌル(null)パケット(PID=0x1fff)となっているが、フィルタリング対象のPIDは後述のように追加される。
【００３１】
パケットを受信するごとに受信パケットカウンタに1を追加する（ステップＳ４０７）。
【００３２】
受信パケットがPAT(Program Association Table)のとき（ステップＳ４０８のYES）、PATの解析によりPMT(Program Map Table)のPIDを取得し（ステップＳ４０９）、PIDフィルタのフィルタリング対象PIDとしてPMT PIDを追加する。受信パケットをそのまま第二のコンテンツ受信器への送信パケットとして生成する（ステップＳ４１０）。送信パケットカウンタに1を追加する（ステップＳ４１１）。次に生成したパケットを送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００３３】
受信パケットがPMTのとき（ステップＳ４１２のYES）、PMTの解析によりESのPIDを取得し（ステップＳ４１３）、PIDフィルタのフィルタリング対象PIDとして映像、音声、字幕等のES PIDを追加する。受信したPMTに第二の著作権保護方式により暗号化されたコンテンツであることを示すディスクリプタ(例: HDCP2.0ではregistration_descriptor)を追加し（ステップＳ４１４）、第二のコンテンツ受信器への送信パケットとして生成する（ステップＳ４１５）。送信パケットカウンタに1を追加する（ステップＳ４１６）。次に生成したパケットを送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００３４】
受信パケットがESのとき（ステップＳ４１７のYES）、生成TSパケット数nの初期値0をセットする（図５のステップＳ５０１）。受信パケットに含まれるTSヘッダのpayload_unit_start_indicatorが1のときPESヘッダが含まれるとみなす（ステップＳ５０２のYES）。PESペイロードのうち残った部分のサイズが、TSパケットのヘッダを除く部分のサイズとして定められているサイズ（例えば184Byte）より大きければ（ステップＳ５０３のYES）、当該184 Byteより小さくかつ(AES-CTR暗号鍵サイズである)16の倍数の最大値である176Byte分のデータを残PESペイロードの先頭から抜き出し、AES-CTR暗号化する（ステップＳ５０４）。暗号化したPESペイロードのセグメントの前に8Byte分のStuffing ByteによりパディングされたAdaptation Fieldを挿入して（ステップＳ５０５）1つのTSパケットデータとして生成し、生成TSパケット数nに1を追加する（ステップＳ５０６）。PESペイロードのうち残りのセグメントのサイズが184Byte未満になるまで（ステップＳ５０３のNO）同様の手順で繰返しTSパケットデータを生成し、生成TSパケット数nに1ずつ追加する。PESペイロードの残りのセグメントのサイズが184Byte以下であればPESペイロードの残りのセグメントをすべてAES-CTR暗号化する。暗号化したPESペイロードのセグメントの前に、TSパケットデータのサイズが184ByteになるようにStuffing ByteによりパディングされたAdaptationFieldを挿入し、1つのTSパケットデータとして生成し、生成TSパケット数nに1を追加する。
【００３５】
受信パケットにPESヘッダが含まれるとき（ステップＳ５０２のYES）、当該ES PIDに対するAES-CTR暗号鍵とイニシャルベクターをセットする（ステップＳ５０７）。暗号鍵は本実施例においては初期値と同じである。イニシャルベクターの値は、例えば、HDCP2.0においては(riv XOR streamCtr) || inputCtrによって得られる。streamCtrは直線のstreamCtrの値に1を加えたものであり、inputCtrは直前のinputCtrの値に、当該ES PIDの直前のPESヘッダに付随したPESペイロードの全セグメントのサイズに15を加えた値を16で割った数が追加されたものである。この値は、PESペイロードの全セグメントのサイズを16Byte単位で区切った暗号ブロック数(端数切上げ)を意味する。ここで、暗号鍵およびイニシャルベクターの初期値は第二の著作権保護方式での鍵交換処理にて計算された値である。streamCtr,inputCtrの初期値は共にゼロである。さらに、PESヘッダに暗号鍵およびイニシャルベクターの一部を挿入する（ステップＳ５０８）。HDCP2.0においてはPESヘッダにPES_private_dataフィールドを挿入し、イニシャルベクターの構成要素の一つであるinputCtrとstreamCtrを記述する。第二のコンテンツ受信器は、第一のコンテンツ受信器との間で実行した鍵交換処理および第一のコンテンツ受信器から受信したPESヘッダの情報を組み合わせて、PESペイロードのセグメントを正しく復号するための暗号鍵およびイニシャルベクターを得ることができる。
【００３６】
次にPESヘッダの有無に関わらず、PESペイロードのうち残りのセグメントと受信パケットに含まれるPESペイロードのセグメントとを結合し（ステップＳ５０９）、PESペイロードの残りのセグメントをAES-CTR暗号化する（ステップＳ５１０）。ここで、暗号化対象となるPESペイロードのセグメントのサイズは次のようにして計算する。TSペイロードとAdaptation Fieldの合計サイズである184Byteから、受信したパケットにAdaptation Fieldが含まれるときは、Stuffing Byteを除いたAdaptation Fieldのサイズを引き(ただし、Adaptation FieldがStuffing Byteのみから構成された場合は、Adaptation Fieldが含まれないものとみなす)、受信したパケットにPESヘッダが含まれるときはPESヘッダのサイズを引く。計算したTSパケットデータサイズより小さく、かつ、(AES-CTR暗号鍵サイズである)16の倍数の最大値を暗号化対象とするPESペイロードのセグメントのサイズとする。続けてAdaptation FieldとPESヘッダ(PESヘッダが含まれる場合のみ)と暗号化したPESペイロードの合計サイズが184ByteになるようにStuffing Byteが挿入されたAdatptation Fieldを生成する（ステップＳ５１１）。Adaptation FieldとPESヘッダと暗号化したPESペイロードのセグメントとを結合してTSパケットデータを生成し、生成TSパケット数nに1を追加する（ステップＳ５１２）。
【００３７】
PESペイロードのうち残りのセグメントのサイズが176Byte(184Byteより小さく、かつ、AES-CTR暗号ブロックサイズである16の倍数の最大値)以上であれば（ステップＳ５１３のYES）先頭から176Byte分のPESペイロードをAES-CTR暗号化する（ステップＳ５１４）。暗号化したPESペイロードのセグメントの前に8Byte分のStuffing ByteによりパディングされたAdaptation Fieldを挿入して（ステップＳ５１５）1つのTSパケットデータとして生成し、生成TSパケット数nに1を追加する（ステップＳ５１６）。PESペイロードのうち残りのセグメントが176Byte未満になるまで同様の手順で繰返しTSパケットデータを生成し、生成TSパケット数nに1ずつ追加する。
【００３８】
暗号化されなかった176Byte未満のPESペイロードのセグメントを残PESペイロードとして退避しておく（ステップＳ５１７）。以上のステップＳ５０１からステップＳ５１７の手順が図４のステップＳ４１８である。
【００３９】
上記により生成したn個のTSパケットデータそれぞれの前にTSヘッダを挿入し、n個の第二のコンテンツ受信器への送信パケットとして生成する（ステップＳ４１９）。ここでTSヘッダの各フィールドはMPEG2-TSフォーマットに従い、次のように値をセットする。TSヘッダのPIDはES PIDとする。TSパケットデータにPESヘッダが含まれるときは、TSヘッダのpayload_unit_start_indicatorに1をセットする。TSパケットデータにTSペイロードが含まれるときは、TSヘッダのcontinuity_counterはTSパケットごとに1ずつ追加する。
【００４０】
送信パケットカウンタにnを追加する（ステップＳ４２０）。次に生成したパケットを
送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００４１】
受信パケットがヌルパケットのとき（ステップＳ４２１のYES）、受信パケットカウンタの値と送信パケットカウンタの値を比較し、送信パケットカウンタの値が受信パケットカウンタの値より小さいとき（ステップＳ４２２のNO）、受信パケットをそのまま第二のコンテンツ受信器への送信パケットとして生成し（ステップＳ４２３）、送信パケットカウンタに1を追加する（ステップＳ４２４）。次に生成したパケットを送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００４２】
送信パケットカウンタの値が受信パケットカウンタの値と同じか大きいとき（ステップＳ４２２のYES）、受信したコンテンツデータのサイズと送信するコンテンツデータのサイズとの差を調整するため、送信パケットを生成せず、送信パケットカウンタの値も変更しないで、ステップＳ４０３へ戻る。
【００４３】
生成した送信パケットを順次、第二のコンテンツ受信器へ送信する。
【００４４】
第一のコンテンツ受信器における、第一の著作権保護方式で暗号化されたコンテンツデータを受信した後から、第二の著作権保護方式で暗号化してコンテンツデータを送信する前までのコンテンツデータのデータフローを図６にまとめる。暗号器は、個々のESに対して暗号鍵とイニシャルベクターのペアを管理し、個々のESのPESペイロードをAES-CTR暗号化する。図６には主として対応する図４のステップを記載してある。
【００４５】
（第２の実施形態）
本発明による第２の実施形態を図２乃至図９を参照して説明する。実施形態１と共通する部分は説明を省略する。
【００４６】
第二の実施例を示すシステム構成図を図９に示す。第一のコンテンツ受信器Ａ’が地上デジタル放送等放送波から受信したコンテンツデータを、第一のコンテンツ受信器が備えるHDDまたは不揮発性メモリにローカル暗号により蓄積(録画)しておく。HDDまたは不揮発性メモリに暗号化して蓄積されたコンテンツデータを、ローカル暗号鍵により復号後、第二の著作権保護方式に従って暗号化し、第二のコンテンツ受信器Ｂへ送信する。
【００４７】
図４のフローチャートにおける、「受信」を「HDDまたは不揮発性メモリからの読込み
」に置き換えれば、この第二の実施例のフローチャートとなる。
【００４８】
（第３の実施形態）
本発明による第３の実施形態を説明する。実施形態１、２と共通する部分は説明を省略
する。
【００４９】
第三の実施例は、第一または第二の実施例において、インテルワイヤレスディスプレイ同様、第一のコンテンツ受信器が画面を再エンコードして第二のコンテンツ受信器へコンテンツデータを送信するケースに本発明の方式を適用する。第一のコンテンツ受信器においてユーザ操作により、第一の著作権保護方式で暗号化されたコンテンツを全画面再生すると同時に第二のコンテンツ受信器でも再生させる場合、または、第一の著作権保護方式で暗号化されたコンテンツを再生しているウィンドウのみを第二のコンテンツ受信器で再生させる場合において、第一の実施例で記述したフローに従い、当該処理中は第一のコンテンツ受信器における再エンコードが不要となる。
【００５０】
実施形態の効果として、第一の著作権保護方式向けにエンコードされたPESペイロードをそのまま暗号化することで、コンテンツの品質の劣化、再エンコードに伴う遅延を回避できる。特に増えたパケット数分のヌルパケットを削除することにより、コンテンツ転送サイズの増加を必要最小限に抑えることが可能になった。
【００５１】
以上説明した実施例によれば次のシステムを機能させることができる。
【００５２】
A.第一の著作権保護方式に従って、コンテンツをネットワーク/放送波等から受信する機能を具備した第一のコンテンツ受信器、および、第一のコンテンツ受信器から有線インタフェースまたは無線インタフェースを介し、第二の著作権保護方式で転送されたコンテンツを受信し、デコードする機能を具備した第二のコンテンツ受信器から構成された著作権保護システムにおいて、トランスポートストリームに対するPIDフィルタ、PAT/PMT解析部、第二の著作権保護方式に対応したPMT生成部、PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号器、トランスポートストリームパケット生成部から構成された第一のコンテンツ受信器を特徴とする著作権保護方式変換システム。
【００５３】
ここで、第二の著作権保護方式は以下の特徴をもっている。
【００５４】
A-1.コンテンツデータ(PESヘッダ+PESペイロード)が複数のMPEG2-TSパケットに分割される。
【００５５】
A-2.PESペイロードのセグメントのみが暗号化され、個々のMPEG2-TSパケットに含まれるPESペイロードのセグメントのサイズは定数倍であり、MPEG2-TSパケットペイロードの端数がAdaptation Fieldによりパディングされる。(MPEG2-TSパケットヘッダ部分、PESペイロードのセグメント部分を除くMPEG-2TSパケットペイロード部分は暗号化されない。)
A-3.1以上のElementary Streamから構成されるコンテンツデータにおいては、異なるElementary Stream が混在してMPEG2-TSパケットに分割され、Elementary Streamごとに暗号鍵とイニシャルベクターのペアが異なる。暗号鍵とイニシャルベクターのペアに関するデータの一部がPESヘッダに含まれる。
【００５６】
第一の著作権保護方式は以下の特徴をもっている。
【００５７】
A-4.コンテンツデータ(PESヘッダ+PESペイロード)が複数のMPEG2-TSパケットに分割される。
【００５８】
A-5.PESペイロードがMPEG2-TSパケットに分割される際、個々のMPEG2-TSパケットペイロードに含まれるPESペイロードのセグメントのサイズが第二の著作権保護装置で定められる定数倍とは限らない。
【００５９】
B．第二の著作権保護方式におけるMPEG2-TSパケット数が第一の著作権保護方式におけるMPEG2-TSパケット数よりも多く、かつ、第一の著作権保護方式におけるMPEG2-TSパケットにヌルパケットが含まれるとき、第二の著作権保護方式にてMPEG2-TSパケットを転送する際、増えたパケット数分のヌルパケットを削除して転送することを特徴とする著作権保護方式変換システム。
【００６０】
C．第二の著作権保護方式がHDCP2.0またはHDCP2.0の後継規格方式である著作権保護方式変換システム。
【００６１】
トランスポートストリームに対するPIDフィルタ部、PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号処理部、トランスポートストリームパケット生成部、コンテンツ送信器を具備することにより、無劣化HDCP出力を特徴とする著作権保護方式変換システムで以下が可能になった。
【００６２】
（１）第一の著作権保護方式による著作権保護つきコンテンツを第二の著作権保護方式で転送する場合において、コンテンツの再エンコードに伴う遅延を解消できるようになった。
【００６３】
（２）第一の著作権保護方式による著作権保護つきコンテンツを第二の著作権保護方式で転送する場合において、無劣化でコンテンツ受信器に送信できるようになった。
【００６４】
（３）第一の著作権保護方式による著作権保護つきコンテンツを第一のコンテンツ受信器自体でデコードできない場合でも、他機器でデコードし、視聴できるようになった。
【００６５】
特に増えたパケット数分のヌルパケットを削除することにより、コンテンツ転送サイズの増加を必要最小限に抑えることが可能になった。
【００６６】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
【００６７】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００６８】
１１…携帯電話機無線通信モジュール、１３…WLAN通信モジュール、１５…ＣＰＵ、１
８…メモリ、１９…入力部、２０…出力部。
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
例えば、PCの画面をWi-Fi接続によりTV等の別機器の画面へ表示する用途がある。このPCにおいて一般には著作権保護つきコンテンツを含め画面全体を再エンコードするため、コンテンツの品質劣化、再エンコードに伴う遅延が発生する。
【０００３】
対して、著作権保護方式変換システムが提案されているが（例えば、特許文献１参照。）、単に暗号方式を切替えているだけで、著作権保護方式変換に伴うトランスポートストリームパケット数の増加は考慮されていない。即ち、コンテンツ転送サイズの増加を抑えることができる技術への要望があるが、かかる要望を実現するための手段は知られていない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３１２３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施の形態は、コンテンツ転送サイズの増加を抑えることができる情報処理装置及び情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、実施形態によれば情報処理装置は、第一の著作権保護方式に従って、コンテンツを受信または蓄積するコンテンツ入手手段と、このコンテンツ中の第一のストリームからPID を得るフィルタと、この各PIDからPAT/PMTを得る解析部と、第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成する生成部と、前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号器と、この暗号化の結果から第二のストリームを生成するストリーム生成部とを備えた。
【図面の簡単な説明】
【０００７】
【図１】この発明の第一の実施例を示す著作権保護システムを示す構成図。
【図２】同実施形態の第一の著作権保護方式で受信時のトランスポートストリームを示す図。
【図３】同実施形態の第二の著作権保護方式で送信時のトランスポートストリームを説明するために示す図。
【図４】同実施形態の第一のコンテンツ受信器における著作権保護方式変換処理フローチャート。
【図５】同実施形態に用いられる第一のコンテンツ受信器における第二の著作権保護方式に対応したTSパケットデータ生成処理フローチャート。
【図６】同実施形態の第一のコンテンツ受信器におけるコンテンツデータのデータフロー図。
【図７】一実施形態にかかる情報処理装置間で形成されるネットワークを示す図。
【図８】一実施形態にかかる情報処理装置に適用可能な携帯電話機の内部の構成を示すブロック図。
【図９】第二の実施例を示す著作権保護システムを示す構成図。
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態を説明する。
【０００９】
（第１の実施形態）
第１の実施形態を図１乃至図８を参照して説明する。まず、実施例を示すシステム構成を図１に示す。
【００１０】
コンテンツサーバSは、VOD(Video On Demand)サービスやIPTVサービスが提供するコンテンツデータをインターネットやCDN(Contents Delivery Network)経由で第一のコンテンツ受信器Aへ送信する。
【００１１】
VODサービスやIPTVサービスが提供するコンテンツデータは、MPEG2-TS(Transport Stream)形式であり、PES(Packetized Elementary Stream)ヘッダおよびPESペイロードが複数のTSパケットに分割されている。第一の著作権保護方式に従い、TSペイロードがAES-CBC暗号化される (図２) 。コンテンツデータの暗号鍵は、コンテンツサーバSが決定し、コンテンツサーバSが第一のコンテンツ受信器Aへ送信する前に、第一の著作権保護方式で定められた方式でコンテンツサーバS-第一のコンテンツ受信器間Aで認証および鍵交換処理により、コンテンツサーバSから第一のコンテンツ受信器Aへ転送される。
【００１２】
第一のコンテンツ受信器Aは、例えばPC、タブレット端末、STBで、コンテンツサーバSから受信した、第一の著作権保護方式に従って暗号化されたコンテンツデータを復号およびデコードし、画面に表示する。また、コンテンツデータをWi-Fi経由や後述の方法でTVなどの第二のコンテンツ受信器Bへ送信する。
【００１３】
以下HW等の図面を参照して、実施形態について説明する。
【００１４】
図７は、本発明に係る情報処理装置間で形成されるネットワークを表している。本実施形態においては、本発明に係る情報処理装置に適用可能な携帯電話機１（コンテンツ受信器A）と、本発明に係る情報処理装置に適用可能な図示せぬテレビ２（コンテンツ受信器B）との間でローカルネットワークが形成される。なお、本実施形態においては携帯電話機１とテレビ２とを情報処理装置に適用して説明するが、携帯電話機１は上述の各機器でもよい。
【００１５】
携帯電話機１は、W-CDMA方式を一例とする通信方式を用いて、移動体通信網に収容される基地局３との間で音声やデータの送受信を行う。基地局３は、所定の公衆回線網４を介してインターネット５に接続される。インターネット５には、サーバ６（コンテンツサーバS）が接続される。テレビ２は、例えばWLAN（Wireless LAN）の通信手段を利用して他の情報処理装置に係わる携帯電話機１と通信を行うことが可能である。なお、携帯電話機１とテレビ２は、消費電流の関係から数メートル程度の距離で無線通信を実現するのが好ましい。これにより、携帯電話機１がまず基地局３を経由してサーバ６との間でデータ通信を行い、携帯電話機１内のWLAN通信モジュールを利用してテレビ２に接続し、携帯電話機１が基地局３経由のデータをテレビ２に転送することが可能である。
【００１６】
図８は、本発明に係る情報処理装置に適用可能な携帯電話機１の内部の構成を表している。図８では、携帯電話機１が他の情報処理装置に係るテレビ２との間で無線通信を実現するための構成を主に説明し、携帯電話機１が一般的に備える構成についての詳細な説明は基本的に省略する。携帯電話機１は、携帯電話機無線通信モジュール１１、WLAN通信モジュール１３、ＣＰＵ１５、メモリ１８、入力部１９、および出力部２０を有する。携帯電話機１の各部は、バス２２により接続される。
【００１７】
携帯電話機無線通信モジュール１１は、基地局３との音声やデータの送受信を実現する。携帯電話機無線通信モジュール１１は、図示せぬアンテナを備え、移動体通信網に収容される基地局３から所定の通信処理システムで送信される無線信号を空間から受信する。また、携帯電話機無線通信モジュール１１は、基地局３に対して所定の通信処理システムで無線通信できるようにアンテナを介して空間に所定の無線信号を放射する。携帯電話機無線通信モジュール１１は、受信された信号に対して所定の処理を行った後ＣＰＵ１５にデータを出力したり、出力部２０としてのレシーバより音声を出力したりする。また、携帯電話機無線通信モジュール１１は、所定の処理を行った後ＣＰＵ１５より出力されたデータや入力部１９としてのマイクロフォンより集音された音声を送信する。
【００１８】
WLAN通信モジュール１３は、内蔵されたアンテナを介して通信規格IEEE802.11aやIEEE802.11bなどに準拠した無線LAN通信を行う。
【００１９】
ＣＰＵ（Central Processing Unit）１５は、メモリ１８としてのＲＯＭ（Read Only Memory）に記憶されているプログラムまたはＲＯＭからＲＡＭ（Random Access Memory）にロードされた、オペレーティングシステム（ＯＳ）を含む各種のアプリケーションプログラムや制御プログラムに従って各種処理を実行する。ＣＰＵ１５は、種々の制御信号を生成し、各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵ１５が各種の処理を実行する上において必要なデータなどを適宜記憶する。また、メモリ１８は電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Hard Disc Drive）を有する。
【００２０】
入力部１９は、例えば操作キータイプやタッチパネルタイプなどの入力手段を介して入力を受け付け、この入力信号をＣＰＵ１５に出力する。また、音声通話時には、マイクロフォンを介してユーザの音声を集音する。出力部２０は、ＣＰＵ１５の指示に基づいて文字や画像などからなるデータを出力する。この出力部２０は、例えばLCD（Liquid Crystal Display）や有機ＥＬディスプレイなどにより構成される。また、音声通話時にはレシーバを介して通話相手の音声を出力する。
【００２１】
さて第一のコンテンツ受信器（A）から第二のコンテンツ受信器（B）へ送信するコンテンツデータは、MPEG2-TS形式であり、PESヘッダと、PESペイロードが分割されて複数のTSパケットに格納される。なおMPEG2-TS方式では、１つのPESヘッダに対して1つのPESペイロードが対応する。このためMPEG2-TS形式では、例えば図２に示すように、PESペイロードが複数のセグメントに分割されて、PESヘッダ及びPESペイロードのセグメント１がパケット１に格納され、PESペイロードのセグメント２以降はパケット２以降に格納される。そして、MPEG2-TSでは、PESヘッダとPESペイロードとの組合せが繰り返される。しかし第二の著作権保護方式に沿ってデータ送信する場合には、第一の著作権保護方式と異なり、個々のTSパケット内に含まれるPESペイロードの各セグメントのサイズは、コンテンツデータを構成するTSパケット群に含まれるPESペイロードの末尾セグメントを除き所定サイズ（例えば16Byte）の倍数でなければならない。一方TSパケットは例えば188バイトとして定められているため、TSパケットデータのPESヘッダ、PESペイロードのセグメントを除いた部分には、Stuffing ByteによりパディングされたAdaptation Fieldが挿入されることにより、TSヘッダ、PESヘッダ、PESペイロードのセグメント、Adaptation Field等から構成されるTSパケットのサイズが188バイトとなる。なお図３に示すように、TSパケットにはPESヘッダが含まれない場合もある。第二の著作権保護方式に従い、TSペイロード内のPESペイロード部分のみがAES-CTR暗号化される (図３) 。図２のPESペイロードのセグメントn (n=1,2,..,N)は、図３のPESペイロードのセグメントn’とPESペイロードのセグメントn’’に分割されることになる。
【００２２】
第二の著作権保護方式に沿って伝送するためのコンテンツデータの暗号鍵は、第一のコンテンツ受信器が決定し、第一のコンテンツ受信器が第二のコンテンツ受信器へ送信する前に、第二の著作権保護方式で定められた方式で第一のコンテンツ受信器-第二のコンテンツ受信器間で認証および鍵交換処理により、第一のコンテンツ受信器から第二のコンテンツ受信器へ転送される。
【００２３】
第二のコンテンツ受信器は、例えばTV等の表示装置であり、第一のコンテンツ受信器から受信した、第二の著作権保護方式に従って暗号化されたコンテンツデータを復号およびデコードし、画面に表示する。第二のコンテンツ受信器は、VODサービスやIPTVサービスが提供するコンテンツデータのコーデックに対応していなければならない。
【００２４】
第一のコンテンツ受信器と第二のコンテンツ受信器の接続インタフェースはWi-Fi以外
の無線I/Fでもよいし、Ethernet(登録商標)等の有線I/Fでもよい。
【００２５】
第一の著作権保護方式は例えばMarlin(http://www.marlinusers-japan.org/)であり、第二の著作権保護方式はHDCP( High-bandwidth Digital Content Protection )2.0(http://www.digital-cp.com/)である。
【００２６】
第一のコンテンツ受信器が第一の著作権保護方式により暗号化されたコンテンツデータを受信し、第二の著作権保護方式により暗号化してコンテンツデータを第二のコンテンツ受信器へ送信する処理について、以下に説明する。ＣＰＵ２０が実行するプログラムのフローチャートを図４と図５に示す。
【００２７】
第一の著作権保護方式に従い、コンテンツサーバとの認証および鍵交換処理を行い、コンテンツサーバから送信されるコンテンツデータの復号鍵を決定する（ステップＳ４０１）。
【００２８】
第二の著作権保護方式に従い、第二のコンテンツ受信器との認証および鍵交換処理を行い、第二のコンテンツ受信器へ送信するコンテンツデータの暗号鍵およびイニシャルベクターの一部riv を決定する（ステップＳ４０２）。本実施例では、すべてのElemenetary Streamに対して、暗号鍵とイニシャルベクターのペアの初期値は同一であるが、第二の著作権保護方式によってはElemenetary Stream(以下、ES)ごとに異なるケースも想定できる。
【００２９】
コンテンツサーバから受信終了でなければ（ステップＳ４０３のNO）MPEG2-TSパケットを順次受信し（ステップＳ４０４）、TSペイロード部分を復号鍵によりAES-CBC復号する（ステップＳ４０５）。ここで、AES-CBC復号のためのイニシャルベクターはサービスで共通の値であるとする。
【００３０】
PID(Packet Identification)フィルタは、受信されたパケットのヘッダに含まれるPIDを抽出し、当該パケットの種類を識別する（ステップＳ４０６）。フィルタリング対象のPIDは初期値としては、PAT(PID=0x0000)とヌル(null)パケット(PID=0x1fff)となっているが、フィルタリング対象のPIDは後述のように追加される。
【００３１】
パケットを受信するごとに受信パケットカウンタに1を追加する（ステップＳ４０７）。
【００３２】
受信パケットがPAT(Program Association Table)のとき（ステップＳ４０８のYES）、PATの解析によりPMT(Program Map Table)のPIDを取得し（ステップＳ４０９）、PIDフィルタのフィルタリング対象PIDとしてPMT PIDを追加する。受信パケットをそのまま第二のコンテンツ受信器への送信パケットとして生成する（ステップＳ４１０）。送信パケットカウンタに1を追加する（ステップＳ４１１）。次に生成したパケットを送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００３３】
受信パケットがPMTのとき（ステップＳ４１２のYES）、PMTの解析によりESのPIDを取得し（ステップＳ４１３）、PIDフィルタのフィルタリング対象PIDとして映像、音声、字幕等のES PIDを追加する。受信したPMTに第二の著作権保護方式により暗号化されたコンテンツであることを示すディスクリプタ(例: HDCP2.0ではregistration_descriptor)を追加し（ステップＳ４１４）、第二のコンテンツ受信器への送信パケットとして生成する（ステップＳ４１５）。送信パケットカウンタに1を追加する（ステップＳ４１６）。次に生成したパケットを送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００３４】
受信パケットがESのとき（ステップＳ４１７のYES）、生成TSパケット数nの初期値0をセットする（図５のステップＳ５０１）。受信パケットに含まれるTSヘッダのpayload_unit_start_indicatorが1のときPESヘッダが含まれるとみなす（ステップＳ５０２のYES）。PESペイロードのうち残った部分のサイズが、TSパケットのヘッダを除く部分のサイズとして定められているサイズ（例えば184Byte）より大きければ（ステップＳ５０３のYES）、当該184 Byteより小さくかつ(AES-CTR暗号鍵サイズである)16の倍数の最大値である176Byte分のデータを残PESペイロードの先頭から抜き出し、AES-CTR暗号化する（ステップＳ５０４）。暗号化したPESペイロードのセグメントの前に8Byte分のStuffing ByteによりパディングされたAdaptation Fieldを挿入して（ステップＳ５０５）1つのTSパケットデータとして生成し、生成TSパケット数nに1を追加する（ステップＳ５０６）。PESペイロードのうち残りのセグメントのサイズが184Byte未満になるまで（ステップＳ５０３のNO）同様の手順で繰返しTSパケットデータを生成し、生成TSパケット数nに1ずつ追加する。PESペイロードの残りのセグメントのサイズが184Byte以下であればPESペイロードの残りのセグメントをすべてAES-CTR暗号化する。暗号化したPESペイロードのセグメントの前に、TSパケットデータのサイズが184ByteになるようにStuffing ByteによりパディングされたAdaptationFieldを挿入し、1つのTSパケットデータとして生成し、生成TSパケット数nに1を追加する。
【００３５】
受信パケットにPESヘッダが含まれるとき（ステップＳ５０２のYES）、当該ES PIDに対するAES-CTR暗号鍵とイニシャルベクターをセットする（ステップＳ５０７）。暗号鍵は本実施例においては初期値と同じである。イニシャルベクターの値は、例えば、HDCP2.0においては(riv XOR streamCtr) || inputCtrによって得られる。streamCtrは直線のstreamCtrの値に1を加えたものであり、inputCtrは直前のinputCtrの値に、当該ES PIDの直前のPESヘッダに付随したPESペイロードの全セグメントのサイズに15を加えた値を16で割った数が追加されたものである。この値は、PESペイロードの全セグメントのサイズを16Byte単位で区切った暗号ブロック数(端数切上げ)を意味する。ここで、暗号鍵およびイニシャルベクターの初期値は第二の著作権保護方式での鍵交換処理にて計算された値である。streamCtr,inputCtrの初期値は共にゼロである。さらに、PESヘッダに暗号鍵およびイニシャルベクターの一部を挿入する（ステップＳ５０８）。HDCP2.0においてはPESヘッダにPES_private_dataフィールドを挿入し、イニシャルベクターの構成要素の一つであるinputCtrとstreamCtrを記述する。第二のコンテンツ受信器は、第一のコンテンツ受信器との間で実行した鍵交換処理および第一のコンテンツ受信器から受信したPESヘッダの情報を組み合わせて、PESペイロードのセグメントを正しく復号するための暗号鍵およびイニシャルベクターを得ることができる。
【００３６】
次にPESヘッダの有無に関わらず、PESペイロードのうち残りのセグメントと受信パケットに含まれるPESペイロードのセグメントとを結合し（ステップＳ５０９）、PESペイロードの残りのセグメントをAES-CTR暗号化する（ステップＳ５１０）。ここで、暗号化対象となるPESペイロードのセグメントのサイズは次のようにして計算する。TSペイロードとAdaptation Fieldの合計サイズである184Byteから、受信したパケットにAdaptation Fieldが含まれるときは、Stuffing Byteを除いたAdaptation Fieldのサイズを引き(ただし、Adaptation FieldがStuffing Byteのみから構成された場合は、Adaptation Fieldが含まれないものとみなす)、受信したパケットにPESヘッダが含まれるときはPESヘッダのサイズを引く。計算したTSパケットデータサイズより小さく、かつ、(AES-CTR暗号鍵サイズである)16の倍数の最大値を暗号化対象とするPESペイロードのセグメントのサイズとする。続けてAdaptation FieldとPESヘッダ(PESヘッダが含まれる場合のみ)と暗号化したPESペイロードの合計サイズが184ByteになるようにStuffing Byteが挿入されたAdatptation Fieldを生成する（ステップＳ５１１）。Adaptation FieldとPESヘッダと暗号化したPESペイロードのセグメントとを結合してTSパケットデータを生成し、生成TSパケット数nに1を追加する（ステップＳ５１２）。
【００３７】
PESペイロードのうち残りのセグメントのサイズが176Byte(184Byteより小さく、かつ、AES-CTR暗号ブロックサイズである16の倍数の最大値)以上であれば（ステップＳ５１３のYES）先頭から176Byte分のPESペイロードをAES-CTR暗号化する（ステップＳ５１４）。暗号化したPESペイロードのセグメントの前に8Byte分のStuffing ByteによりパディングされたAdaptation Fieldを挿入して（ステップＳ５１５）1つのTSパケットデータとして生成し、生成TSパケット数nに1を追加する（ステップＳ５１６）。PESペイロードのうち残りのセグメントが176Byte未満になるまで同様の手順で繰返しTSパケットデータを生成し、生成TSパケット数nに1ずつ追加する。
【００３８】
暗号化されなかった176Byte未満のPESペイロードのセグメントを残PESペイロードとして退避しておく（ステップＳ５１７）。以上のステップＳ５０１からステップＳ５１７の手順が図４のステップＳ４１８である。
【００３９】
上記により生成したn個のTSパケットデータそれぞれの前にTSヘッダを挿入し、n個の第二のコンテンツ受信器への送信パケットとして生成する（ステップＳ４１９）。ここでTSヘッダの各フィールドはMPEG2-TSフォーマットに従い、次のように値をセットする。TSヘッダのPIDはES PIDとする。TSパケットデータにPESヘッダが含まれるときは、TSヘッダのpayload_unit_start_indicatorに1をセットする。TSパケットデータにTSペイロードが含まれるときは、TSヘッダのcontinuity_counterはTSパケットごとに1ずつ追加する。
【００４０】
送信パケットカウンタにnを追加する（ステップＳ４２０）。次に生成したパケットを
送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００４１】
受信パケットがヌルパケットのとき（ステップＳ４２１のYES）、受信パケットカウンタの値と送信パケットカウンタの値を比較し、送信パケットカウンタの値が受信パケットカウンタの値より小さいとき（ステップＳ４２２のNO）、受信パケットをそのまま第二のコンテンツ受信器への送信パケットとして生成し（ステップＳ４２３）、送信パケットカウンタに1を追加する（ステップＳ４２４）。次に生成したパケットを送信し（ステップＳ４２５）、ステップＳ４０３へ戻る。
【００４２】
送信パケットカウンタの値が受信パケットカウンタの値と同じか大きいとき（ステップＳ４２２のYES）、受信したコンテンツデータのサイズと送信するコンテンツデータのサイズとの差を調整するため、送信パケットを生成せず、送信パケットカウンタの値も変更しないで、ステップＳ４０３へ戻る。
【００４３】
生成した送信パケットを順次、第二のコンテンツ受信器へ送信する。
【００４４】
第一のコンテンツ受信器における、第一の著作権保護方式で暗号化されたコンテンツデータを受信した後から、第二の著作権保護方式で暗号化してコンテンツデータを送信する前までのコンテンツデータのデータフローを図６にまとめる。暗号器は、個々のESに対して暗号鍵とイニシャルベクターのペアを管理し、個々のESのPESペイロードをAES-CTR暗号化する。図６には主として対応する図４のステップを記載してある。
【００４５】
（第２の実施形態）
本発明による第２の実施形態を図２乃至図９を参照して説明する。実施形態１と共通する部分は説明を省略する。
【００４６】
第二の実施例を示すシステム構成図を図９に示す。第一のコンテンツ受信器Ａ’が地上デジタル放送等放送波から受信したコンテンツデータを、第一のコンテンツ受信器が備えるHDDまたは不揮発性メモリにローカル暗号により蓄積(録画)しておく。HDDまたは不揮発性メモリに暗号化して蓄積されたコンテンツデータを、ローカル暗号鍵により復号後、第二の著作権保護方式に従って暗号化し、第二のコンテンツ受信器Ｂへ送信する。
【００４７】
図４のフローチャートにおける、「受信」を「HDDまたは不揮発性メモリからの読込み
」に置き換えれば、この第二の実施例のフローチャートとなる。
【００４８】
（第３の実施形態）
本発明による第３の実施形態を説明する。実施形態１、２と共通する部分は説明を省略
する。
【００４９】
第三の実施例は、第一または第二の実施例において、インテルワイヤレスディスプレイ同様、第一のコンテンツ受信器が画面を再エンコードして第二のコンテンツ受信器へコンテンツデータを送信するケースに本発明の方式を適用する。第一のコンテンツ受信器においてユーザ操作により、第一の著作権保護方式で暗号化されたコンテンツを全画面再生すると同時に第二のコンテンツ受信器でも再生させる場合、または、第一の著作権保護方式で暗号化されたコンテンツを再生しているウィンドウのみを第二のコンテンツ受信器で再生させる場合において、第一の実施例で記述したフローに従い、当該処理中は第一のコンテンツ受信器における再エンコードが不要となる。
【００５０】
実施形態の効果として、第一の著作権保護方式向けにエンコードされたPESペイロードをそのまま暗号化することで、コンテンツの品質の劣化、再エンコードに伴う遅延を回避できる。特に増えたパケット数分のヌルパケットを削除することにより、コンテンツ転送サイズの増加を必要最小限に抑えることが可能になった。
【００５１】
以上説明した実施例によれば次のシステムを機能させることができる。
【００５２】
A.第一の著作権保護方式に従って、コンテンツをネットワーク/放送波等から受信する機能を具備した第一のコンテンツ受信器、および、第一のコンテンツ受信器から有線インタフェースまたは無線インタフェースを介し、第二の著作権保護方式で転送されたコンテンツを受信し、デコードする機能を具備した第二のコンテンツ受信器から構成された著作権保護システムにおいて、トランスポートストリームに対するPIDフィルタ、PAT/PMT解析部、第二の著作権保護方式に対応したPMT生成部、PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号器、トランスポートストリームパケット生成部から構成された第一のコンテンツ受信器を特徴とする著作権保護方式変換システム。
【００５３】
ここで、第二の著作権保護方式は以下の特徴をもっている。
【００５４】
A-1.コンテンツデータ(PESヘッダ+PESペイロード)が複数のMPEG2-TSパケットに分割される。
【００５５】
A-2.PESペイロードのセグメントのみが暗号化され、個々のMPEG2-TSパケットに含まれるPESペイロードのセグメントのサイズは定数倍であり、MPEG2-TSパケットペイロードの端数がAdaptation Fieldによりパディングされる。(MPEG2-TSパケットヘッダ部分、PESペイロードのセグメント部分を除くMPEG-2TSパケットペイロード部分は暗号化されない。)
A-3.1以上のElementary Streamから構成されるコンテンツデータにおいては、異なるElementary Stream が混在してMPEG2-TSパケットに分割され、Elementary Streamごとに暗号鍵とイニシャルベクターのペアが異なる。暗号鍵とイニシャルベクターのペアに関するデータの一部がPESヘッダに含まれる。
【００５６】
第一の著作権保護方式は以下の特徴をもっている。
【００５７】
A-4.コンテンツデータ(PESヘッダ+PESペイロード)が複数のMPEG2-TSパケットに分割される。
【００５８】
A-5.PESペイロードがMPEG2-TSパケットに分割される際、個々のMPEG2-TSパケットペイロードに含まれるPESペイロードのセグメントのサイズが第二の著作権保護装置で定められる定数倍とは限らない。
【００５９】
B．第二の著作権保護方式におけるMPEG2-TSパケット数が第一の著作権保護方式におけるMPEG2-TSパケット数よりも多く、かつ、第一の著作権保護方式におけるMPEG2-TSパケットにヌルパケットが含まれるとき、第二の著作権保護方式にてMPEG2-TSパケットを転送する際、増えたパケット数分のヌルパケットを削除して転送することを特徴とする著作権保護方式変換システム。
【００６０】
C．第二の著作権保護方式がHDCP2.0またはHDCP2.0の後継規格方式である著作権保護方式変換システム。
【００６１】
トランスポートストリームに対するPIDフィルタ部、PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行う暗号処理部、トランスポートストリームパケット生成部、コンテンツ送信器を具備することにより、無劣化HDCP出力を特徴とする著作権保護方式変換システムで以下が可能になった。
【００６２】
（１）第一の著作権保護方式による著作権保護つきコンテンツを第二の著作権保護方式で転送する場合において、コンテンツの再エンコードに伴う遅延を解消できるようになった。
【００６３】
（２）第一の著作権保護方式による著作権保護つきコンテンツを第二の著作権保護方式で転送する場合において、無劣化でコンテンツ受信器に送信できるようになった。
【００６４】
（３）第一の著作権保護方式による著作権保護つきコンテンツを第一のコンテンツ受信器自体でデコードできない場合でも、他機器でデコードし、視聴できるようになった。
【００６５】
特に増えたパケット数分のヌルパケットを削除することにより、コンテンツ転送サイズの増加を必要最小限に抑えることが可能になった。
【００６６】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
【００６７】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００６８】
１１…携帯電話機無線通信モジュール、１３…WLAN通信モジュール、１５…ＣＰＵ、１
８…メモリ、１９…入力部、２０…出力部。
【特許請求の範囲】
【請求項１】
第一の著作権保護方式に従って、コンテンツを受信または蓄積するコンテンツ入手手段と、
このコンテンツ中の第一のパケットからPID(Packet Identification) を得るフィルタと、
この各PIDからPAT(Program Association Table)/PMT(Program Map Table)を得る解析部と、
第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成する生成部と、
前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPES(Packetized Elementary Stream)ペイロードの暗号化を行う暗号器と、
この暗号化の結果から第二のパケットを生成するパケット生成部とを
備えた情報処理装置。
【請求項２】
更に前記第二のパケットを送出する送出手段を備えた請求項１に記載の情報処理装置。
【請求項３】
前記第二のパケット数が前記第一のパケット数よりも多く、かつ、前記第一のパケットにヌルパケットが含まれるとき、このヌルパケットを削除して前記第二のパケットを前記送出手段は外部機器へ送出する請求項２に記載の情報処理装置。
【請求項４】
前記第二の著作権保護方式がHDCP( High-bandwidth Digital Content Protection )2.0またはHDCP2.0の後継規格方式である請求項１に記載の情報処理装置。
【請求項５】
第一の著作権保護方式に従って、コンテンツを受信または蓄積し、
このコンテンツ中の第一のパケットからPID を得て、
この各PIDからPAT/PMTを得て、
第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成し、
前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行い、
この暗号化の結果から第二のパケットを生成する情報処理方法。
【請求項１】
第一の著作権保護方式に従って、コンテンツを受信または蓄積するコンテンツ入手手段と、
このコンテンツ中の第一のパケットからPID(Packet Identification) を得るフィルタと、
この各PIDからPAT(Program Association Table)/PMT(Program Map Table)を得る解析部と、
第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成する生成部と、
前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPES(Packetized Elementary Stream)ペイロードの暗号化を行う暗号器と、
この暗号化の結果から第二のパケットを生成するパケット生成部とを
備えた情報処理装置。
【請求項２】
更に前記第二のパケットを送出する送出手段を備えた請求項１に記載の情報処理装置。
【請求項３】
前記第二のパケット数が前記第一のパケット数よりも多く、かつ、前記第一のパケットにヌルパケットが含まれるとき、このヌルパケットを削除して前記第二のパケットを前記送出手段は外部機器へ送出する請求項２に記載の情報処理装置。
【請求項４】
前記第二の著作権保護方式がHDCP( High-bandwidth Digital Content Protection )2.0またはHDCP2.0の後継規格方式である請求項１に記載の情報処理装置。
【請求項５】
第一の著作権保護方式に従って、コンテンツを受信または蓄積し、
このコンテンツ中の第一のパケットからPID を得て、
この各PIDからPAT/PMTを得て、
第二の著作権保護方式に従って前記PAT/PMT に基づいてPMTを生成し、
前記各PIDごとに独立した暗号鍵とイニシャルベクターのペアを管理してPESペイロードの暗号化を行い、
この暗号化の結果から第二のパケットを生成する情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−７０３５６（Ｐ２０１３−７０３５６Ａ）
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１２−２５６００（Ｐ２０１２−２５６００）
【出願日】平成２４年２月８日（２０１２．２．８）
【特許番号】特許第５１４８７６５号（Ｐ５１４８７６５）
【特許公報発行日】平成２５年２月２０日（２０１３．２．２０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２４年２月８日（２０１２．２．８）
【特許番号】特許第５１４８７６５号（Ｐ５１４８７６５）
【特許公報発行日】平成２５年２月２０日（２０１３．２．２０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]