(57)【要約】【課題】コンテンツパケットを複数個連結して構成するデータ列を複数の伝送単位に分割し、前記各伝送単位に伝送ヘッダを付加した伝送パケットを作成時に、複数個のコンテンツパケットがひとつの前記伝送単位に混在すると、処理が煩雑化、制御ミスといった不具合が発生しやすい。【解決手段】コンテンツヘッダとコンテンツからなるコンテンツパケットを複数個連結して構成するデータ列を複数の伝送単位に分割し、前記各伝送単位に伝送ヘッダを付加した伝送パケットを作成する際に、前記コンテンツヘッダが前記伝送単位の先頭に位置するようにする。【選択図】図１
2006013664.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツヘッダとコンテンツからなるコンテンツパケットを複数個連結して構成するデータ列を複数の伝送単位に分割し、前記各伝送単位に伝送ヘッダを付加した伝送パケットを作成する際に、前記コンテンツヘッダが前記伝送単位の先頭に位置することを特徴とするデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、著作権保護が必要なAVデータの伝送を実現する通信プロトコルの技術に関するものである。
【背景技術】
【０００２】
近年、インターネットへの接続環境が整い、また家電製品もネットワーク対応を進めやすい環境（ネットワーク化を行うためのデバイスの低コスト化、能力向上など）が整ってきている。それに伴い、伝送されるAVコンテンツが、不正コピーや不正傍受、不正改竄をされないように保護するための著作権保護技術が重要視されてきている。ＤＴＣＰ（Digital Transmission Content Protection）は、IEEE１３９４シリアルバスに伝送されるAVコンテンツの著作権保護技術であり、インターネットプロトコルなどの、さまざまな伝送路上で技術展開がなされている。
【０００３】
以下、図５を用いて、TCP/IPとHTTPを用いたDTCP/IPによる、従来の伝送システムの構成について説明する。図５の伝送システムは、AVコンテンツの送信機器（Source機器）２０１（例えばDVD）、受信機器（Sink機器）２０２（例えばTV）により構成され、各機器はイーサネット(登録商標))I/F ２０３とトランスポート層/ネットワーク層プロトコルを実現するTCP/IP処理部２０４を具備しており、イーサネット（登録商標）ケーブルを介して接続されている。Source機器２０１が、イーサネット（登録商標）上に暗号化したコンテンツを送信し、Sink機器２０２が受信したデータを復号する。Source機器２０１は、ストレージコンテンツ２０６にアクセスし、機器全体の制御を行う制御部２０５、コンテンツの転送要求を受け付けるサーバ処理部２０７、コンテンツの暗号化を行う暗号化処理部２０８、暗号化済みコンテンツに復号に必要な情報を含むヘッダを付加してコンテンツパケットを生成するコンテンツパケット作成部２０９、TCP/IP処理部２０４に送信を要求する送信データを、サーバ処理部２０７、コンテンツパケット作成部２０９からの入力データに基づいて送信データを作成する送信データ作成部２１０を具備する。一方、２０２は、ユーザからの入力操作を受け付ける操作部２１１やAVコンテンツの再生を行う再生部２１２と連携し、機器全体の制御を行う制御部２１３、コンテンツの転送要求を発行するクライアント処理部２１４、受信データをTCP/IP処理部２０４から取り込み解析する受信データ解析部２１７、暗号化済みコンテンツを復号する復号処理部２１６、復号に必要な情報を含み暗号化済みコンテンツに付加されているヘッダを解析するコンテンツパケット解析処理部２１５を具備する。
【０００４】
以下、コンテンツの暗号・送信、受信・復号の処理手順を間単に説明する。ユーザ入力などをトリガとし、Sink機器２０２が、Source機器２０１のコンテンツを要求する。（なお、これに先立つ、Source機器２０１との接続の有無や、Source機器２０１にあるコンテンツに関する情報は、uPnP A/Vなどの公知の技術を用いて獲得されるとし、本発明の主眼ではないため説明を省略する。また、保護されたコンテンツを獲得するための要求の際には、接続されたSink機器２０２が正当であることがSource機器２０１に対する認証により確認され、暗号・復号のための鍵交換が完了していることが前提であるが、認証・鍵交換処理については本発明の主眼ではないため説明を省略する。）Sink機器２０２から、HTTPリクエストGETを用いて、コンテンツの獲得要求が発行される。これを受け取ったSource機器２０１２０１は、要求に応じるならば、リクエスト成功を示すHTTPレスポンスを返す。そして、このHTTPレスポンスのメッセージボディとして、１つ以上のコンテンツパケットを送信する。ここで、コンテンツパケットとは、コンテンツ暗号化情報を示すヘッダと、前記暗号化情報に基づいて暗号化されたデータで構成される。図３は、Sink機器２０２とSource機器２０１間のHTTPリクエスト・レスポンスのやり取りと構成を示す図である。ここで、コンテンツパケットのヘッダは、１４バイトで構成され、コンテンツに適応されるべき暗号化モードや暗号に必要な鍵生成のための乱数値などが含まれる。図３では、HTTPレスポンスのメッセージボディとして３つのコンテンツパケットを含み、送信する。コンテンツパケットのペイロード（ヘッダー以外のデータ部分）の暗号化は、パケット単位ごとにC-CBC (converted cipher block chaining)モードで実施され、ひとつのコンテンツパケットのペイロードとなる暗号化コンテンツは、１２８MB以下で、かつ、１６バイト境界で格納されなければならない。複数個のコンテンツパケットをメッセージボディに含むHTTPレスポンスは、Source機器２０１によって、TCP/IPプロトコルによって分割され、TCPヘッダやIPヘッダをつけて送信されることとなる。図４は、Source機器２０１から送信されるHTTPレスポンスのメッセージボディ(複数個のコンテンツパケット)がIPパケットに分割された状態を説明する図である。ここで、コンテンツパケットのペイロードA・Bのサイズが共に４８９６バイトであり、図２における送信データ作成部２１０で使用する送信バッファ（送信前のデータを格納し、TCP/IP処理部へ出力するためのバッファ）が１４６０バイトであるとする。送信データ作成部２１０は、暗号化コンテンツペイロードAで構成されたコンテンツパケット、暗号化コンテンツペイロードBで構成されたコンテンツパケットを連結して、送信バッファがフルになるまで格納、そして送信する、という手順を繰り返し、送信時には、TCP/IPプロトコルに従い送信データがIPパケットに分割されて送信されることとなる。Sink機器２０２は、IPパケットを受信したあと、TCP/IPプロトコルによって付加されたIPヘッダ・TCPヘッダを取り除き、分割されたIPパケット内のデータをつなぎ合わせ、HTTPレスポンスとして受信する。と同時に、そのメッセージボディに含まれるコンテンツパケットの構成を抽出し、ヘッダ情報を用いてペイロードを復号し、コン���ンツを獲得する。
【特許文献１】特開平１０−２９４７６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前述の伝送方法には、次のような問題があった。複数個のコンテンツパケットをつなげてTCP/IPプロトコルによる分割処理が実行されると、複数個のコンテンツパケットがひとつのIPパケットに混在することが発生する。例えば、図４に示すIPパケット４が該当する例である。Sink機器が、IPパケット受信時にすぐに受信バッファへの取り込み処理を実行する、など、Sink機器の実装形態によっては、IPパケット４のように、複数のコンテンツパケットが混在した形で受信バッファへ取り込むことが発生し、コンテンツパケットの構成を抽出し、解析する処理が複雑になるという問題があった。特に、コンテンツパケットのヘッダが２つのIPパケットに分割された場合、ヘッダ分のデータが受信できるまで取り込みデータを保持し、次の受信取り込みデータと組み合わせ、解析することが必要であった。
以上の背景から、本発明の目的は、複数個のコンテンツパケットがひとつの伝送単位データ（伝送パケットペイロード）に混在しないようにし、送信機器・受信機器ともに、処理および実装が容易で、制御ミスが発生しにくいコンテンツ伝送を実現することである。
【課題を解決するための手段】
【０００６】
前述の目的を達成するために、本発明のデータ伝送方法は、コンテンツヘッダとコンテンツからなるコンテンツパケットを複数個連結して構成するデータ列を複数の伝送単位に分割し、前記各伝送単位に伝送ヘッダを付加した伝送パケットを作成する際に、前記コンテンツヘッダが前記伝送単位の先頭に位置することを特徴とする。
【発明の効果】
【０００７】
以上のように、本発明によれば、ひとつのIPパケットに複数個のコンテンツパケットが混在しないため、IPパケット受信と同時にデータの取り出しが完了するような受信機器にとっては、コンテンツパケットの解析が容易であり、制御ミスといった不具合も発生しにくい。また、送信機器もコンテンツパケット単位で送信データを作成し、TCP/IPプロトコル処理への要求を完結できるため、実装が容易で、制御ミスといった不具合も発生しにくい。
【発明を実施するための最良の形態】
【０００８】
（実施の形態１）
以下、本発明のデータ伝送方法について図２に示す伝送システムに適応した場合について説明する。なお、以下の実施例において、前記従来例と同一あるいはそれに相当する処理・構成については、同一符号を用いてその詳細な説明を省略する。
【０００９】
図１は、本発明のデータ伝送方法を適応した場合に、Source機器２０１から送信されるHTTPレスポンスのメッセージボディ(複数個のコンテンツパケット)がIPパケットに分割された状態を説明する図である。ここで、従来例の図４と同様、コンテンツパケットのペイロードA・Bのサイズが共に４８９６バイトであり、送信バッファが１４６０バイトであるとする。本発明の伝送方法では、送信データ作成部２１０Ａは、まず暗号化コンテンツペイロードAで構成されたコンテンツパケットに対し、送信バッファがフルになるまで格納、そして送信する、という手順を繰り返す。そして、暗号化コンテンツペイロードAで構成されたコンテンツパケットの送信を要求した後、次に、暗号化コンテンツペイロードBで構成されたコンテンツパケットを、新たに送信バッファの先頭から格納を開始し、フルになるまで格納、そして送信する、という手順を繰り返す。送信時には、TCP/IPプロトコルに従い送信データがIPパケットに分割されて送信され、図１で、IPパケット４、IPパケット５が示すように、コンテンツパケットBのヘッダが、IPパケット５の先頭に格納されて送信されることとなる。
【００１０】
なお、本発明は、インターネットプロトコルに限定されず、伝送データ分割を行うその他の伝送方法に適用されるのは言うまでもない。
【００１１】
また、本発明は、TCP/IPプロトコルでのIPパケットでの分割に限定されず、例えば、アプリケーション層でのHTTPチャンク転送など、分割伝送時にヘッダを付加しデータを分割して伝送するすべての方法に適用されるのは言うまでもない。
【産業上の利用可能性】
【００１２】
本発明のデータ伝送方法は、ネットワーク上でパケットデータを分割して伝送する方法として、特にTCP/IPプロトコルでのIPパケットでの分割して伝送する方法として有用であり、また、アプリケーション層でのHTTPチャンク転送など、分割伝送時にヘッダを付加しデータを分割して伝送するすべての方法に適用可能である。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態１におけるコンテンツパケットがIPパケットに分割される状態を示す図
【図２】本発明の実施の形態１における伝送システムの構成図
【図３】従来の伝送システムにおけるHTTPリクエスト・レスポンスのやり取りと構成を示す図
【図４】従来の伝送システムにおけるコンテンツパケットがIPパケットに分割される状態を示す図
【図５】従来の伝送システムの構成図
【符号の説明】
【００１４】
２０１    Source機器
２０２    Sink機器
２０３    イーサネット（登録商標）I/F
２０４    TCP/IP処理部
２０５    制御部
２０６    コンテンツ
２０７    サーバ処理部
２０８    暗号化処理部
２０９    コンテンツパケット作成部
２１０Ａ    送信データ作成部
２１１    操作部
２１２    再生部
２１３    制御部
２１４    クライアント処理部
２１５    コンテンツパケット解析部
２１６    復号処理部
２１７    受信データ解析部
【図１】
2006013664.tif 000003
【図２】
2006013664.tif 000004
【図３】
2006013664.tif 000005
【図４】
2006013664.tif 000006
【図５】
2006013664.tif 000007