(57)【要約】【課題】専用ハードウェアや十分なソフトウェア処理性能がないようなネットワーク装置であってもＰＣＰパケットを生成することが可能となるネットワーク装置を提供する。【解決手段】  ネットワーク装置０１００は、送信時にコンテンツに付加されるPCPヘッダ情報を、破棄せずに記録部０１１７に記録しておく。 そして、ネットワーク装置０１００が送信機側として動作し、受信済みのコンテンツを別のDTCP-IP対応機器に送信する場合には、記録しておいたPCPヘッダ情報から、PCPパケットを再生成して送信する。  【選択図】  図１
2008085872.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してＤＴＣＰ−ＩＰ規格に準拠したデータフォーマットに基づいて送信する送信機器から送信されたコンテンツデータを受信するネットワーク装置において、
前記送信機器から送信されるコンテンツデータに付加されているＰＣＰヘッダ情報をそのまま記録する記録手段と、
本ネットワーク装置が送信機側として動作する際に、前記記録手段に記録したコンテンツのＰＣＰヘッダ情報からＰＣＰパケットを再生性して送信する送信手段とを具備したことを特徴とするネットワーク装置。
【請求項２】
前記送信手段は受信済みのコンテンツを別のDTCP-IP対応機器に送信する際に、複数のＰＣＰデータから１つのＰＣＰパケットを生成し送信することを
特徴とする請求項１記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツデータを所定のデータフォーマットで送受信するネットワーク装置に関し、特にデータフォーマットを高速に認識するための専用ハードウェアやソフトウェア処理性能を持たない様な低スペックのネットワーク機器でも送信処理を可能とするネットワーク送受信方式に関するものである。
【背景技術】
【０００２】
地上波/BS/CSデジタル放送コンテンツを録画して、そのコンテンツを外部の機器に送信する機能を持つ様な、送信側のDTCP-IP対応のネットワーク装置は、その装置自身が録画した送信する場合に、PCPパケットのデータサイズを０．３秒〜２秒分相当のサイズに分割して送信するというARIB規格のルールや、１２８Mバイト毎にPCPパケットを分割して送信するというDTCP-IP規格のルールに準拠する必要がある。
【０００３】
また上記装置からコンテンツを受信して、テレビ等のビデオ出力に出力する機能を持つ様な、受信側のDTCP-IP対応のネットワーク装置は、前述のARIB規格やDTCP-IP規格に準拠したPCPパケットを受信することを想定して設計されており、規格に準拠していないPCPパケットには対応できない場合がある。
【特許文献１】特開２００１−１６２２７号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような背景技術において従来のDTCP-IP対応のネットワーク装置では、コンテンツのフォーマットを高速に認識または編集するための、専用ハードウェアまたは十分なソフトウェア処理性能を持っているため、ARIB規格やDTCP-IP規格に準拠したPCPパケットを生成することが容易であったが、専用ハードウェアまたは十分なソフトウェア処理性能を持たない様な低機能のネットワーク装置では、ARIB規格やDTCP-IP規格に準拠したPCPパケットを生成することが困難であった。
【０００５】
そこで、本発明は専用ハードウェアや十分なソフトウェア処理性能がないようなネットワーク装置であってもＰＣＰパケットを生成することが可能なネットワーク装置を提供することを目的とするものである。  
【課題を解決するための手段】
【０００６】
本発明は上述したような課題を解決するため、ネットワークを介してＤＴＣＰ−ＩＰ規格に準拠したデータフォーマットに基づいて送信する送信機器から送信されたコンテンツデータを受信するネットワーク装置において、前記送信機器から送信されるコンテンツデータに付加されているＰＣＰヘッダ情報をそのまま記録する記録手段と、本ネットワーク装置が送信機側として動作する際に、前記記録手段に記録したコンテンツのＰＣＰヘッダ情報からＰＣＰパケットを再生性して送信する送信手段とを具備したものである。
【０００７】
また本発明は上述した課題を解決するため、前記送信手段は受信済みのコンテンツを別のDTCP-IP対応機器に送信する際に、複数のＰＣＰデータから１つのＰＣＰパケットを生成し送信するものである。
【発明の効果】
【０００８】
専用ハードウェアや十分なソフトウェア処理性能がないようなネットワーク装置であってもＰＣＰパケットを生成することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明における実施形態について図面を用いて説明する。
【００１０】
[受信時のシステム構成]
図１は、本実施形態のネットワーク装置が受信機側として動作する際のシステム構成図である。０１００は受信機の本体を示し、０１１１〜０１１７は受信機０１００内のシステム構成を示している。０１２１は、DTCP-IPに対応した送信機を示している。０１３１は、送信機０１２１が受信機０１００へ送信するコンテンツを示している。通信部０１１１は、ネットワークに接続された外部のネットワーク機器と、データを送受信するためのものである。 送信機０１２１が送信した送信データは、通信部０１１１から受信機０１００の内部へ入力されていく。
【００１１】
受信バッファ０１１２は、受信データを記録するためのバッファである。 受信バッファ０１１２には通信部０１１１が受信したデータが順次記録されていく。
【００１２】
復号処理部０１１３は、AES暗号の復号処理を行う部分である。 受信バッファ０１１２に記録された受信データがPCPパケットのとき、復号処理部通信部０１１３は、PCPパケット中のPCPデータ部分にかかっているAES暗号を復号する。
【００１３】
復号バッファ０１１４は、復号処理部０１１３で復号されたPCPパケットを記録するためのバッファである。暗号処理部０１１５は、受信したコンテンツの不正コピー防止のための暗号処理を行うためのものである。暗号処理部０１１５は、復号バッファ０１１４に記録されたPCPパケット中のPCPデータ部分に暗号をかける。記録バッファ０１１６は、暗号処理部０１１５で暗号化されたPCPパケットを、記録部０１１７へ記録するためのバッファである。
【００１４】
記録部０１１７は、ハードディスクなどの不揮発性の記録メディアを持った外部記憶装置である。記録部０１１７は、記録バッファ０１１６に記録されたPCPパケットを、PCPデータ部分とPCPヘッダ部分に分けて、図６と図７に示す様なフォーマットで記録していく。 このときの記録部０１１７の処理フローを図９に示す。
【００１５】
［送信時のシステム構成］
図２は、本実施形態のネットワーク装置が送信機側として動作する際のシステム構成図である。０２００は送信機の本体を示し、０２１１〜０２１７は送信機０２００内のシステム構成を示している。０２２１は、DTCP-IPに対応した受信機を示している。０２３１は、送信機０２００が受信機０２２１へ送信するコンテンツを示している。 コンテンツ０２３１は記録部０２１７に、図６と図７に示すようなフォーマットで記録されているものとする。
【００１６】
記録部０２１７は、ハードディスクなどの不揮発性の記録メディアを持った外部記憶装置である。コンテンツを送信するとき、記録部０２１７はPCPデータ部分とPCPヘッダ部分を読み出し、PCPパケットを生成してから読出しバッファ０２１６へ記録していく。このときの記録部０２１７の処理フローを図９に示す。
【００１７】
読出しバッファ０２１６は、記録部０２１７が生成したPCPパケットを記録するためのバッファである。
【００１８】
復号処理部０２１５は、コンテンツの不正コピー防止のためにかかった暗号の、復号処理を行うためのものである。復号処理部０２１５は、読出しバッファ０２１６に記録されたPCPパケットの、PCPデータ部分にかかっている暗号を復号し、復号バッファ０２１４に記録していく。復号バッファ０２１４は、復号処理部０２１５で復号されたPCPパケットを記録するためのバッファである。
【００１９】
暗号処理部０２１３は、AES暗号処理を行う部分である。 復号バッファ０２１４に記録されたPCPパケットの、PCPデータ部分をAES暗号で暗号化し、送信バッファ０２１２に記録していく。送信バッファ０２１２は、暗号処理部０２１３で暗号化されたPCPパケットを、送信用に記録するためのバッファである。
【００２０】
通信部０２１１は、ネットワークに接続された外部のネットワーク機器と、データを送受信するためのものである。 送信バッファ０２１２に記録された送信用のPCPパケットは、通信部０２１１からネットワークへ出力され、受信機０２２１へ送信される。
【００２１】
［PCPパケット］
図３は、PCPパケット１パケット分のフォーマットを示している。DTCP-IP規格に準拠したネットワーク機器は、コンテンツをこのPCPパケットフォーマットで送受信する。E-EMI０３１１は、コピー制御情報を示すもので、コピーフリー/１回コピー可/コピー禁止などの、コンテンツのコピーに関する制限情報を示している。 E-EMIはコンテンツによっては、送信途中に変化する場合がある。
【００２２】
Exchange key labelは０３１２、DTCP-IPの交換鍵と呼ばれる鍵の識別用の番号である。Nc０５１３は、暗号鍵を切替えるタイミングで更新される値である。 Ncはコンテンツ送信中に変化する値で、コンテンツ１２８Mバイト分毎に更新される。Content length０３１４はPCPデータ０３２１部分に格納されたコンテンツのサイズを示す。Content length０３１４は、DTCP-IP規格上は１２８Mバイトまでと規定されている。 但し、ARIB規格上は、機器同士の相互接続性のために、PCPデータサイズを０．３〜２秒相当までの範囲に制限しているので、ARIB規格に対応する機器とDTCP-IP通信する場合には、この０．３〜２秒のARIBルールに従う必要がある。 ０．３〜２秒のARIBルールに従う場合のPCPデータサイズは、図６に示す様なサイズになる。
【００２３】
PCPデータ部分のサイズ０３２０は必ず１６の倍数である。 そのため、PCPデータ部分のサイズ０３２０とContent length０３１４は一致しない場合がある。PCPパケット１パケット分のサイズ０３００、PCPヘッダ部分のサイズ０３１０ １４バイトと、PCPデータ部分のサイズ０３２０を足したサイズになる。
【００２４】
［PCPデータサイズ］
図４は、ARIB規格に従ってPCPパケットを分割する場合のPCPデータサイズを、表にしたものである。例えば、ARIB規格に準拠した送信機が、１６MbpsのコンテンツをDTCP-IP通信で送信する場合には、PCPデータサイズを０．６０〜４．００Mバイトまでの範囲にする必要がある。
【００２５】
［受信データ］
図５は、ARIB規格に従ってPCPパケットを分割する場合のPCPデータサイズをを示している。実施例を説明するための便宜上、コンテンツのサイズは５１２Mバイト、ビットレートは１６Mbps(bit/秒)とする。この場合、送信機が２Mバイトの固定長でPCPパケットを分割すると、図３の様なフォーマットになる。
【００２６】
図中の０３１１〜０３１８、０３２１〜０３２８、０３３１〜０３３８、０３４１〜０３４８は、１パケット２Mバイトに分割されたPCPパケットの様子を示している。 PCPパケット１個分の詳細なフォーマットについては、図５に示す。図中の０３１０、０３２０、０３３０、０３４０は、DTCP-IP規格のルールに従って、１２８Mバイト毎に分割されたPCPパケット群を示している。
【００２７】
［PCPデータ群］
図６は、本実施形態のネットワーク装置が受信機０１００として動作した場合、または、本実施形態のネットワーク装置が送信機０２００として動作した場合に使用される、PCPデータ群とそのフォーマットを示している。 このPCPデータ群は記録部０１１７/０２１７に記録されるものとする。例えば、受信機０１００が図３に示したデータを受信した場合、記録部０１１７には図６に示すPCPデータ群が記録される。
【００２８】
［PCPヘッダ情報群］
図７は、本実施形態のネットワーク装置が受信機０１００として動作した場合、または、本実施形態のネットワーク装置が送信機０２００として動作した場合に使用される、PCPヘッダ情報群とそのフォーマットを示している。 このPCPヘッダ情報群は、記録部０１１７/０２１７に記録されるものとする。例えば、受信機０１００が図３に示したデータを受信した場合、記録部０１１７には図７に示すPCPヘッダ情報群が記録される。
【００２９】
尚、送信時にPCPヘッダ情報と対応するPCPデータ部分を結合したPCPパケットを生成できるように、図７の２列目のデータの様にして、PCPヘッダに対応するPCPデータの格納先のアドレスも記録しておく。
【００３０】
［送信データ］
図８は、本実施形態のネットワーク装置が、コンテンツを送信するときの送信データの例を示している。本実施形態のネットワーク装置は、受信機として動作したときに記録しておいた、PCPヘッダ情報とPCPデータからPCPパケットを再生成するので、送信時の各PCPパケットサイズは受信時と同じものになる。
【００３１】
［受信時のフロー］
図９は、本実施形態のネットワーク装置が受信機側として動作する際の、記録部０１１７の処理フローを示している。０９０１〜０９０５の処理ステップを実行することによって、受信したPCPパケットがPCPデータ部分とPCPヘッダ部分に分けて記録される。処理ステップ０９０１では、記録バッファからPCPパケットを読出す。処理ステップ０９０２では、処理ステップ０９０１でPCPパケットが読み出せたかどうかを判断する。もし、PCPパケットが読み出せなかった場合には、処理ステップ０９０１へ戻る。
【００３２】
処理ステップ０９０３では、PCPパケット内のPCPデータ部分を記録部０１１７に記録する。 ここで記録したPCPデータは、図６に示した様なフォーマットで記録されていく。処理ステップ０９０４では、PCPパケット内のPCPヘッダ部分と、前処理ステップ０９０３で記録したPCPデータのアドレスを、記録部０１１７に記録する。 ここで記録したPCPヘッダとPCPデータのアドレスは、図７に示した様なフォーマットで記録されていく。処理ステップ０９０５では、先頭の処理ステップ０９０１へ戻り、最初から処理を繰返す。
【００３３】
［送信時のフロー］
図１０は、本実施形態のネットワーク装置が送信機側として動作する際の、記録部０２１７の処理フローを示している。１００１〜１００５の処理ステップを実行することによって、別々に記録されているPCPデータ部分とPCPヘッダ部分から、送信用のPCPパケットが再生成される。処理ステップ１００１では、記録部０２１７からPCPヘッダとPCPヘッダに対応するPCPデータのアドレスを読出す。処理ステップ１００２では、処理ステップ１００１でPCPヘッダが読み出せたかどうかを判断する。もし、PCPヘッダが読み出せなかった場合には、本処理フローの処理を終了する。処理ステップ１００３では、記録部０２１７からPCPデータを読み出す。PCPデータの格納アドレスは、処理ステップ１００１で読み出しておいたPCPデータのアドレスが示している。
【００３４】
処理ステップ１００４では、読み出したPCPヘッダとPCPデータを結合してPCPパケットを生成する。 生成したPCPパケットは、読出しバッファ０２１６へ記録する。ここで記録したPCPパケットは、図８に示した様なフォーマットで読出しバッファ０２１６へ記録されていく。処理ステップ１００５では、先頭の処理ステップ１００１へ戻り、最初から処理を繰返す。
【００３５】
以上のとおり本実施形態について説明したが、ARIB規格に準拠した機器との相互接続性及び、送信機がPCPパケットを生成するときに発生する暗号処理などのためのオーバヘッドを考慮すると、PCPデータサイズは、０．３〜２秒分に相当するサイズで、出来るだけ大きいサイズにすることが望ましい。例えば、１６Mbpsのコンテンツを送信する場合には、図３の様にPCPデータを２Mバイト毎に分割するよりも、図１１のように４Mバイト毎に分割する方が暗号化処理などのオーバヘッドが削減できる。また本実施形態のネットワーク装置は、受信時にPCPヘッダ情報を記録しておくので、送信時にはそのPCPヘッダ情報を利用して、複数のPCPデータから１のPCPパケットを生成することが可能である。
【００３６】
以上説明したように本実施形態のネットワーク装置は、受信機側として動作する場合には、コンテンツ受信時のPCPヘッダ情報を破棄せず記録しておき、送信側として動作する場合には、記録しておいたPCPヘッダ情報を利用してPCPパケットを生成するので、コンテンツ送信時にコンテンツのフォーマット(MPEG２ TSなど)を識別または編集することなく、コンテンツを送信することができる。
【００３７】
また記録しておいたPCPヘッダ情報を利用して、複数のPCPデータから１つのPCPパケットを生成することもできるので、１ PCPパケットを処理する度に発生する暗号処理などのオーバヘッドを軽減することができる。
【００３８】
従ってコンテンツのフォーマットを高速に認識または編集するための、専用ハードウェアまたは十分なソフトウェア処理性能を持たない様な低スペックのネットワーク装置でも、ARIB規格やDTCP-IP規格に準拠したネットワーク装置との相互接続が実現できるものである。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態を示すネットワーク装置が受信機側として動作する際のシステム構成図である。
【図２】同実施形態におけるネットワーク装置が送信機側として動作する際のシステム構成図である。
【図３】PCPパケット１パケット分のフォーマットである。
【図４】ARIB規格に従ってPCPパケットを分割する場合のPCPデータサイズを示した図である。
【図５】ARIB規格に従ってPCPパケットを分割する場合のPCPデータサイズ例である。
【図６】本実施形態のネットワーク装置が送信または受信機として動作した場合に使用される、PCPデータ群とそのフォーマット図。
【図７】本実施形態のネットワーク装置が送信または受信機として動作した場合に使用される、PCPデータ群とそのフォーマット図。
【図８】本実施形態のネットワーク装置が、コンテンツを送信するときの送信データの例。
【図９】本実施形態のネットワーク装置が受信機側として動作する際の記録部の処理フロー。
【図１０】本実施形態のネットワーク装置が送信機側として動作する際の、記録部の処理フロー。
【符号の説明】
【００４０】
０１００…ネットワーク受信機、０１１１…通信部、０１１２…受信バッファ、０１１３…復号処理、０１１４…復号バッファ、０１１５…暗号処理、０１１６…記録バッファ、０１１７…記録部、０１２１…送信機、０１３１…コンテンツ。
【図１】
2008085872.tif 000003
【図２】
2008085872.tif 000004
【図３】
2008085872.tif 000005
【図４】
2008085872.tif 000006
【図５】
2008085872.tif 000007
【図６】
2008085872.tif 000008
【図７】
2008085872.tif 000009
【図８】
2008085872.tif 000010
【図９】
2008085872.tif 000011
【図１０】
2008085872.tif 000012