(57)【要約】【課題】インターネット環境において、安全に著作権保護コンテンツを伝送できるデータ送信装置、データ受信装置及びデータ送受信システムを提供する。【解決手段】コピー制限された映像音声データを、インターネットプロトコルに従ってデータ送信装置から受信するデータ受信装置であって、前記データ送信装置までの経路のホップ数を計測するホップ数計測部１２０５と、計測された前記ホップ数を基に認証および鍵交換（ＡＫＥ）パケットの生存期間を表すＴＴＬの初期値を決定するＴＴＬ決定部１２０６と、決定された前記初期値をペイロードに含んだパケットを前記データ送信装置へ送信するＴＴＬ通知部１２０７と、決定された前記初期値をＴＴＬフィールドに設定したＡＫＥパケットを用いて、前記データ送信装置の認証および鍵の交換を行うＡＫＥ部１２０４とを備える。【選択図】図１２
2010087610.tif 000002
【特許請求の範囲】
【請求項１】
コピー制限された映像音声データを、インターネットプロトコルに従ってデータ送信装置から受信するデータ受信装置であって、
前記データ送信装置までの経路のホップ数を計測するホップ数計測部と、
計測された前記ホップ数を基に、認証および鍵交換用パケットの生存期間を表すＴＴＬの初期値を決定するＴＴＬ決定部と、
決定された前記初期値をペイロードに含んだパケットを前記データ送信装置へ送信するＴＴＬ通知部と、
決定された前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ送信装置の認証および鍵の交換を行う認証および鍵交換部と、
前記データ送信装置の認証および鍵の交換に成功した場合、前記映像音声データを前記データ送信装置から受信するデータ受信部と、
受信された前記映像音声データを、交換された前記鍵で復号化する復号化部と
を備えるデータ受信装置。
【請求項２】
前記データ受信装置および前記データ送信装置はそれぞれ宅外および宅内に設置され、
前記ＴＴＬ通知部は、前記データ送信装置に対して認証および鍵の交換の開始を要求するためのパケットに前記初期値を含めて、宅外から前記データ送信装置へ送信する
請求項１に記載のデータ受信装置。
【請求項３】
前記ホップ数計測部は、値３をＴＴＬフィールドに設定したホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の計測を開始する
請求項１または請求項２に記載のデータ受信装置。
【請求項４】
前記ホップ数計測部は、前記初期値をＴＴＬフィールドに設定した前記認証および鍵交換用パケットが生存期間の満了により廃棄されたことを示すＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットが受信された場合、前記初期値よりも１大きい値をＴＴＬフィールドに設定した新たなホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の再計測を開始する
請求項１ないし請求項３のいずれか１項に記載のデータ受信装置。
【請求項５】
前記ホップ数計測部は、前記初期値をＴＴＬフィールドに設定した前記認証および鍵交換用パケットへの応答がタイムアウトした場合、値３をＴＴＬフィールドに設定した新たなホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の再計測を開始する
請求項１ないし請求項３のいずれか１項に記載のデータ受信装置。
【請求項６】
コピー制限された映像音声データを、インターネットプロトコルに従ってデータ受信装置へ送信するデータ送信装置であって、
前記データ受信装置から、認証および鍵交換用パケットのＴＴＬフィールドに設定すべき初期値をペイロードに含んだパケットを受信するＴＴＬ通知受信部と、
受信された前記パケットに含まれる前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ受信装置の認証および鍵の交換を行う認証および鍵交換部と、
前記データ受信装置の認証および鍵の交換に成功した場合、交換された前記鍵で前記映像音声データを暗号化する暗号化部と、
暗号化後の前記映像音声データを、前記データ受信装置へ送信するデータ送信部と
を備えるデータ送信装置。
【請求項７】
コピー制限された映像音声データを、インターネットプロトコルに従って送受信するデータ送受信システムであって、
データ受信装置とデータ送信装置とを備え、
前記データ受信装置は、
前記データ送信装置までの経路のホップ数を計測するホップ数計測部と、
計測された前記ホップ数を基に、認証および鍵交換用パケットの生存期間を表すＴＴＬの初期値を決定するＴＴＬ決定部と、
決定された前記初期値をペイロードに含んだパケットを前記データ送信装置へ送信するＴＴＬ通知部と、
決定された前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ送信装置の認証および鍵の交換を行う第１の認証および鍵交換部と、
前記データ送信装置の認証および鍵の交換に成功した場合、前記映像音声データを前記データ送信装置から受信するデータ受信部と、
受信された前記映像音声データを、交換された前記鍵で復号化する復号化部とを備え、
前記データ送信装置は、
前記データ受信装置から、認証および鍵交換用パケットのＴＴＬフィールドに設定すべき初期値を含むパケットを受信するＴＴＬ通知受信部と、
前記受信されたＴＴＬ値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ受信装置の認証および鍵の交換を行う第２の認証および鍵交換部と、
前記データ受信装置の認証および鍵の交換に成功した場合、交換された前記鍵で前記映像音声データを暗号化する暗号化部と、
暗号化後の前記映像音声データを、前記データ受信装置へ送信するデータ送信部とを備える
データ送受信システム。
【請求項８】
前記データ受信装置および前記データ送信装置はそれぞれ宅外および宅内に設置され、
前記データ受信装置において、
前記ＴＴＬ通知部は、前記データ送信装置に対して認証および鍵の交換の開始を要求するためのパケットに前記初期値を含めて、宅外から前記データ送信装置へ送信し、
前記データ送信装置において、
前記ＴＴＬ通知受信部は、前記認証および鍵の交換の開始を要求するためのパケットを受信し、
前記第２の認証および鍵交換部は、前記受信された認証および鍵の交換の開始を要求するためのパケットに含まれる初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ受信装置の認証および鍵の交換を行う
ことを特徴とする請求項７に記載のデータ送受信システム。
【請求項９】
コピー制限された映像音声データを、インターネットプロトコルに従ってデータ送信装置から受信するデータ受信方法であって、
前記データ送信装置までの経路のホップ数を計測するホップ数計測ステップと、
計測された前記ホップ数を基に、認証および鍵交換用パケットの生存期間を表すＴＴＬの初期値を決定するＴＴＬ決定ステップと、
決定された前記初期値をペイロードに含んだパケットを前記データ送信装置へ送信するＴＴＬ通知ステップと、
決定された前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ送信装置の認証および鍵の交換を行う認証および鍵交換ステップと、
前記データ送信装置の認証および鍵の交換に成功した場合、前記映像音声データを前記データ送信装置から受信するデータ受信ステップと、
受信された前記映像音声データを、交換された前記鍵で復号化する復号化ステップと
を含むデータ受信方法。
【請求項１０】
前記データ送信装置は宅内に設置され、前記データ受信方法は宅外に設置されるデータ受信装置によって実行され、
前記ＴＴＬ通知ステップにおいて、前記データ送信装置に対して認証および鍵の交換の開始を要求するためのパケットに前記初期値を含めて、宅外から前記データ送信装置へ送信する
請求項９に記載のデータ受信方法。
【請求項１１】
前記ホップ数計測ステップにおいて、値３をＴＴＬフィールドに設定したホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の計測を開始する
請求項９または請求項１０に記載のデータ受信方法。
【請求項１２】
前記データ受信方法は、さらに、
前記初期値をＴＴＬフィールドに設定した前記認証および鍵交換用パケットが生存期間の満了により廃棄されたことを示すＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットが受信された場合、前記初期値よりも１大きい値をＴＴＬフィールドに設定した新たなホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の再計測を開始するホップ数再計測ステップを含む
請求項９ないし請求項１１のいずれか１項に記載のデータ受信方法。
【請求項１３】
前記データ受信方法は、さらに、
前記初期値をＴＴＬフィールドに設定した前記認証および鍵交換用パケットへの応答がタイムアウトした場合、値３をＴＴＬフィールドに設定した新たなホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の再計測を開始するホップ数再計測ステップを含む
請求項９ないし請求項１１のいずれか１項に記載のデータ受信方法。
【請求項１４】
コピー制限された映像音声データを、インターネットプロトコルに従ってデータ受信装置へ送信するデータ送信方法であって、
前記データ受信装置から、認証および鍵交換用パケットのＴＴＬフィールドに設定すべき初期値をペイロードに含んだパケットを受信するＴＴＬ受信ステップと、
受信された前記パケットに含まれる前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ受信装置の認証および鍵の交換を行う認証および鍵交換ステップと、
前記データ受信装置の認証および鍵の交換に成功した場合、交換された前記鍵で前記映像音声データを暗号化する暗号化ステップと、
暗号化後の前記映像音声データを、前記データ受信装置へ送信するデータ送信ステップと
を含むデータ送信方法。
【請求項１５】
コピー制限された映像音声データを、インターネットプロトコルに従ってデータ送信装置から受信するためのデータ受信プログラムであって、
前記データ送信装置までの経路のホップ数を計測するホップ数計測ステップと、
計測された前記ホップ数を基に、認証および鍵交換用パケットの生存期間を表すＴＴＬの初期値を決定するＴＴＬ決定ステップと、
決定された前記初期値をペイロードに含んだパケットを前記データ送信装置へ送信するＴＴＬ通知ステップと、
決定された前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ送信装置の認証および鍵の交換を行う認証および鍵交換ステップと、
前記データ送信装置の認証および鍵の交換に成功した場合、前記映像音声データを前記データ送信装置から受信するデータ受信ステップと、
受信された前記映像音声データを、交換された前記鍵で復号化する復号化ステップと
をコンピュータに実行させるデータ受信プログラム。
【請求項１６】
前記データ送信装置は宅内に設置され、前記データ受信プログラムは宅外に設置されるコンピュータによって実行され、
前記ＴＴＬ通知ステップにおいて、前記データ送信装置に対して認証および鍵の交換の開始を要求するためのパケットに前記初期値を含めて、宅外から前記データ送信装置へ送信する
請求項１５に記載のデータ受信プログラム。
【請求項１７】
前記ホップ数計測ステップにおいて、値３をＴＴＬフィールドに設定したホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の計測を開始する
請求項１５または請求項１６に記載のデータ受信プログラム。
【請求項１８】
前記データ受信プログラムは、さらに、
前記初期値をＴＴＬフィールドに設定した前記認証および鍵交換用パケットが生存期間の満了により廃棄されたことを示すＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットが受信された場合、前記初期値よりも１大きい値をＴＴＬフィールドに設定した新たなホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の再計測を開始するホップ数再計測ステップを、コンピュータに実行させる
請求項１５ないし請求項１７のいずれか１項に記載のデータ受信プログラム。
【請求項１９】
前記データ受信プログラムは、さらに、
前記初期値をＴＴＬフィールドに設定した前記認証および鍵交換用パケットへの応答がタイムアウトした場合、値３をＴＴＬフィールドに設定した新たなホップ数計測用パケットを前記データ送信装置へ送信することにより、前記経路のホップ数の再計測を開始するホップ数再計測ステップを、コンピュータに実行させる
請求項１５ないし請求項１７のいずれか１項に記載のデータ受信プログラム。
【請求項２０】
コピー制限された映像音声データを、インターネットプロトコルに従ってデータ受信装置へ送信するためのデータ送信プログラムであって、
前記データ受信装置から、認証および鍵交換用パケットのＴＴＬフィールドに設定すべき初期値をペイロードに含んだパケットを受信するＴＴＬ受信ステップと、
受信された前記パケットに含まれる前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ受信装置の認証および鍵の交換を行う認証および鍵交換ステップと、
前記データ受信装置の認証および鍵の交換に成功した場合、交換された前記鍵で前記映像音声データを暗号化する暗号化ステップと、
暗号化後の前記映像音声データを、前記データ受信装置へ送信するデータ送信ステップと
をコンピュータに実行させるデータ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ受信装置、データ送受信システム、方法、およびプログラムに関し、特に、コピー制限された映像音声データを、ＩＰネットワークを介して伝送するための技術に関する。
【背景技術】
【０００２】
近年、ｘＤＳＬ（ｘ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）や光ファイバーなどのブロードバンド環境が整ったことにより、企業、一般家庭を問わず高速なインターネット接続環境が普及してきている。また、家庭内のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やデジタル家電機器をＥｔｈｅｒｎｅｔ（登録商標）や無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などで接続するホームネットワーク環境も一般化してきている。
【０００３】
そのため、インターネット接続環境やホームネットワーク環境にあるデジタル家電機器間やデジタル家電機器とＰＣとの間で様々なアプリケーションが実行できるようになることが望まれている。様々なアプリケーションとは、例えば、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）レコーダに蓄積した映像音声データ（以下、ＡＶデータと記載。）をＰＣに転送して視聴または編集するアプリケーションや、ＤＶＤレコーダに蓄積したコンテンツデータを他のＤＶＤレコーダに転送（ダビング）するアプリケーションなどである。それにより、ユーザは、コンテンツデータの所在場所を意識することなく、自由にデータを扱える。
【０００４】
また、インターネット接続環境やホームネットワーク環境にあるデジタル家電機器間やデジタル家電機器とＰＣとの間で実行するアプリケーションは、ＡＶデータ等を送信もしくは転送する技術であるファイル転送技術により実現される。
【０００５】
しかしながら、扱うＡＶデータが、ネットワーク上にあり、著作権を保護する必要がある場合には、ＡＶデータを暗号化して保護する必要がある。現在、ネットワーク上のデータ転送を利用した不正コピーを防止するための技術として、著作権保護技術（ＤＴＣＰ−ＩＰ／Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）がある。
【０００６】
ＤＴＣＰ−ＩＰでは、コンテンツデータに対して、コピーを完全に禁止するＣｏｐｙ  Ｎｅｖｅｒ、１世代だけコピーを許可するＣｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎ（コピー後は、Ｃｏｐｙ  Ｎｏ  Ｍｏｒｅに変更される）、およびコピーを自由に行えるＣｏｐｙ  Ｆｒｅｅの３種類のコピー制御情報を規定している。
【０００７】
図１は、ＤＴＣＰ−ＩＰの下で行われるＡＶデータの伝送手順の概要を示すシーケンスチャートである。
【０００８】
図１に示されるように、著作権保護対象であるＡＶデータをＩＰネットワーク上で安全に伝送するため、ＡＶデータの送信元であるＳｏｕｒｃｅ機器及び、ＡＶデータの受信元であるＳｉｎｋ機器は、予め認証および鍵の交換（ＡＫＥ）を行う（Ｓ１０１）ことにより、ＡＶデータの伝送に使用する鍵を共有し、前記暗号鍵を利用してＡＶデータを暗号化して伝送する（Ｓ１０２）。
【０００９】
ＤＴＣＰ−ＩＰでは、さらに、ＡＶデータの伝送範囲を宅内に限定するため、Ｓｏｕｒｃｅ機器及び、Ｓｉｎｋ機器は、認証および鍵の交換に用いるパケット（以下、ＡＫＥパケットと記載）を受信したとき、そのＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）フィールドの値が３より大きければ、受信したパケットを破棄することが定められている。
【００１０】
ＤＴＣＰ−ＩＰの規格内容及びＡＶデータ伝送に関する技術の詳細は、非特許文献１、非特許文献２、非特許文献３、非特許文献４及び非特許文献５に開示されている。
【００１１】
高性能な携帯端末の普及及び高速なインターネット環境の拡大に伴い、自宅にあるＡＶデータを宅外で視聴したいというユーザの要望が高まっている。しかしながら、現状インターネットを経由して、宅外から宅内のＡＶデータにアクセスするための著作権保護技術が確立されていないため、前記ユーザの要望は実現に至っていない。
【００１２】
前記ユーザの要望を実現するために、一つの手段として、現在ＡＶデータの視聴を宅内に制限しているＤＴＣＰ−ＩＰを宅外に拡張したとしても、前記ＴＴＬの制限により、宅外からの視聴に適用できないという課題がある。図面を用いて、もう少し課題を具体的に説明する。
【００１３】
図２は、インターネット環境を経由して接続されたデータ送信装置１０１及び、データ受信装置１０２間において、ＤＴＣＰ−ＩＰを利用して、ＡＶデータを伝送する様子を示した図である。
【００１４】
データ送信装置１０１及び、データ受信装置１０２は、ＡＶデータ伝送に先立ち、ＡＫＥを実行することによりＡＶデータを暗号化するための暗号鍵を共有しようと試みる。データ送信装置１０１並びに、データ受信装置１０２は、ＡＫＥを実行する際に送信するＡＫＥパケット２１１のＴＴＬを３に設定する（Ｓ２３１）。データ受信装置１０２が送信したＡＫＥパケット２１１のＴＴＬは、経路の途中に存在するルータ２０１、２０２、２０３を経由するごとに、１ずつ減算される。ＡＫＥパケットのＴＴＬの値が０になったことを検知したルータ２０３は、前記ＡＫＥパケットを破棄し、ＡＫＥパケット２１１の送信元であるデータ受信装置１０２に対して、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケット２１２を送信する。データ受信装置１０２は、前記ＩＣＭＰパケットを受信することにより、ＡＫＥパケット２１１が破棄されたことを検知する。
【００１５】
このように、データ送信装置１０１、データ受信装置１０２の間に、ルータが３台以上存在した場合、ＡＫＥパケットが破棄される結果、認証および鍵の交換に失敗するため、ＡＶデータが伝送できないという課題があった。
【００１６】
このような課題を解決する技術として、従来、ＡＫＥパケットの中継装置を宅内に設置し、インターネット経由でデータ送信装置から受信したＡＫＥパケットのＴＴＬを３に変更し、宅内のデータ受信装置に転送する技術が存在する（例えば、特許文献１を参照）。
【特許文献１】特許第３８２６１００号公報
【非特許文献１】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｏｌｕｍｅ  １（Ｉｎｆｏｒｍａｔｉｏｎａｌ  Ｖｅｒｓｉｏｎ）
【非特許文献２】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｅｃｔｉｏｎ  Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ
【非特許文献３】ＤＴＣＰ  Ｖｏｌｕｍｅ  １  Ｓｕｐｐｌｅｍｅｎｔ  Ｅ  Ｍａｐｐｉｎｇ  ＤＴＣＰ  ｔｏ  ＩＰ（Ｉｎｆｏｒｍａｔｉｏｎａｌ  Ｖｅｒｓｉｏｎ）
【非特許文献４】ＲＦＣ２６１６  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −−  ＨＴＴＰ／１．１
【非特許文献５】ＲＦＣ７９１  ＩＮＴＥＲＮＥＴ  ＰＲＯＴＯＣＯＬ  ＤＡＲＰＡ  ＩＮＴＥＲＮＥＴ  ＰＲＯＧＲＡＭ  ＰＲＯＴＯＣＯＬ  ＳＰＥＣＩＦＩＣＡＴＩＯＮ
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、前記従来技術を使用した場合、ＡＫＥパケットのＴＴＬフィールドの値を調整する機能を持った中継装置を導入する必要があり、ユーザに負担を強いるという問題があった。
【００１８】
そこで、本発明は、上記の問題点に鑑みてなされたものであり、そのような中継装置を別途導入しなくてもＡＫＥパケットが経路上のルータ及び、相手装置で破棄されることなく、認証および鍵の交換を可能とするデータ送信装置、データ受信装置及びデータ送受信システムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
上記目的を達成するために、本発明に係るデータ受信装置は、コピー制限された映像音声データを、インターネットプロトコルに従ってデータ送信装置から受信するデータ受信装置であって、前記データ送信装置までの経路のホップ数を計測するホップ数計測部と、計測された前記ホップ数を基に、認証および鍵交換用パケットの生存期間を表すＴＴＬの初期値を決定するＴＴＬ決定部と、決定された前記初期値をペイロードに含んだパケットを前記データ送信装置へ送信するＴＴＬ通知部と、決定された前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ送信装置の認証および鍵の交換を行う認証および鍵交換部と、前記データ送信装置の認証および鍵の交換に成功した場合、前記映像音声データを前記データ送信装置から受信するデータ受信部と、受信された前記映像音声データを、交換された前記鍵で復号化する復号化部とを備える。
【００２０】
また、前記データ受信装置および前記データ送信装置はそれぞれ宅外および宅内に設置され、前記ＴＴＬ通知部は、前記データ送信装置に対して認証および鍵の交換の開始を要求するためのパケットに前記初期値を含めて、宅外から前記データ送信装置へ送信してもよい。
【００２１】
また、上記目的を達成するために、本発明に係るデータ送信装置は、コピー制限された映像音声データを、インターネットプロトコルに従ってデータ受信装置へ送信するデータ送信装置であって、前記データ受信装置から、認証および鍵交換用パケットのＴＴＬフィールドに設定すべき初期値をペイロードに含んだパケットを受信するＴＴＬ通知受信部と、受信された前記パケットに含まれる前記初期値をＴＴＬフィールドに設定した認証および鍵交換用パケットを用いて、前記データ受信装置の認証および鍵の交換を行う認証および鍵交換部と、前記データ受信装置の認証および鍵の交換に成功した場合、交換された前記鍵で前記映像音声データを暗号化する暗号化部と、暗号化後の前記映像音声データを、前記データ受信装置へ送信するデータ送信部とを備える。
【００２２】
なお、本発明は、データ受信装置およびデータ送信装置として実現するだけでなく、これらの装置を組み合わせたデータ送受信システムとして実現し、これらの装置が備える処理部の機能を有する集積回路として実現し、これらの装置を構成する処理部をステップとする方法として実現し、それらステップをコンピュータに実行させるプログラムとして実現し、また、そのプログラムを示す情報、データまたは信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の通信媒体を介して配信してもよい。
【発明の効果】
【００２３】
本発明のデータ送信装置およびデータ受信装置、ならびにそれらデータ送信装置およびデータ受信装置からなるデータ送受信システムによれば、認証および鍵の交換を行うためのＡＫＥパケットの伝送経路のホップ数を計測し、計測の結果に応じた初期値をＴＴＬフィールドに設定したＡＫＥパケットを用いて認証および鍵の交換を行うので、ＡＫＥパケットのＴＴＬフィールドの値を調整する機能を持った中継装置を別途導入することなく、ホップ数が３以上となる経路を経由して著作権保護データを共有することができる。
【００２４】
このように、中継装置を別途用いない簡素な構成で、データ送信装置およびデータ受信装置間のネットワーク上での距離によらず著作権保護データを共有可能となるので、デジタル家電機器間やデジタル家電機器と携帯端末の間を結ぶインターネット接続環境およびホームネットワーク環境が一般化しつつある今日における本発明の実用的価値は極めて高い。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態について、図面を参照しながら説明する。
図３は、ネットワーク環境にあるデータ送受信システムの概略図である。
【００２６】
図３において、データ送信装置３０１と、データ受信装置３０２とは、ネットワーク機器３０３に接続されて、ホームネットワークを構成する。
【００２７】
ネットワーク機器３０３は、例えば、ブロードバンドルータなどである。なお、ネットワーク機器３０３は、インターネット３０４に接続しても良い。
【００２８】
データ送信装置３０１は、本発明に係るデータ送信装置に相当し、コピー制限されたＡＶデータを送信する。具体的には、蓄積メディア３０５を内蔵し、ＡＶデータを蓄積することができる。ここで、データ送信装置３０１は、例えば、ネットワーク接続端子を備えたＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｋ）／ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）ハイブリッドレコーダである。
【００２９】
データ受信装置３０２は、本発明に係るデータ受信装置に相当する。ここで、データ受信装置３０２は、例えば、ネットワーク接続端子を備えたＢＤ／ＨＤＤハイブリッドレコーダである。
【００３０】
図４は、本発明の実施の形態におけるネットワーク環境にあるデータ送受信システムの概略図である。図４では、図３に示したホームネットワークと、インターネット経由で別のホームネットワークが接続されている。
【００３１】
図４において、データ送信装置３０１、データ受信装置３０２、ネットワーク機器３０３、インターネット３０４及び蓄積メディア３０５は、図３と同様のため、詳細な説明を割愛する。
【００３２】
データ受信装置４０１は、ネットワーク機器４０２に接続されて、ホームネットワークを構成する。ネットワーク機器３０３と、ネットワーク機器４０２は、インターネット３０４を経由して、互いに接続されている。
【００３３】
データ受信装置４０１、ネットワーク機器４０２は、データ受信装置３０２、ネットワーク機器３０３と同様のため、詳細な説明を割愛する。
【００３４】
次に、図５を用いて、ＡＶデータを共有するための伝送手順において、データ送信装置、データ受信装置間で送受信されるパケットの概要を説明する。
【００３５】
データ送信装置３０１とデータ受信装置４０１は、最初にＡＫＥを実行し、ＡＶデータを暗号化および復号化する暗号鍵を共有した上で、ＡＶデータを暗号化して伝送する。
【００３６】
ＡＫＥ開始時に、データ受信装置４０１は、データ送信装置３０１に対して、ＣＨＡＬＬＥＮＧＥコマンドを送信する（Ｓ５０１）。
【００３７】
前記ＣＨＡＬＬＥＮＧＥコマンドを受信したデータ送信装置３０１は、データ受信装置４０１に対して、ＣＨＡＬＬＥＮＧＥコマンドを送信する（Ｓ５０２）。
【００３８】
データ送信装置３０１は、データ受信装置４０１から受信したＣＨＡＬＬＥＮＧＥコマンドの検証を完了すると、データ受信装置４０１に対して、ＲＥＳＰＯＮＳＥコマンドを送信する（Ｓ５０３）。
【００３９】
データ受信装置４０１は、データ送信装置３０１から受信したＣＨＡＬＬＥＮＧＥコマンドの検証を完了し且つ、データ送信装置３０１からＲＥＳＰＯＮＳＥコマンドを受信すると、データ送信装置３０１に対して、ＲＥＳＰＯＮＳＥコマンドを送信する（Ｓ５０４）。
【００４０】
データ送信装置３０１は、データ受信装置４０１からＲＥＳＰＯＮＳＥコマンドを受信すると、データ受信装置４０１に対して、暗号鍵を含んだＥＸＣＨＡＮＧＥ＿ＫＥＹコマンドを送信する（Ｓ５０５）。
【００４１】
尚、データ送信装置３０１及び、データ受信装置４０１は、ＣＨＡＬＬＥＮＧＥコマンド、ＲＥＳＰＯＮＳＥコマンド、ＥＸＣＨＡＮＧＥ＿ＫＥＹコマンドのＴＴＬの値を３に設定して送信する。また、データ送信装置３０１及び、データ受信装置４０１は、ＣＨＡＬＬＥＮＧＥコマンド、ＲＥＳＰＯＮＳＥコマンド、ＥＸＣＨＡＮＧＥ＿ＫＥＹコマンドのＴＴＬの値が３より大きい場合、受信したコマンドを破棄する。
【００４２】
次に、データ送信装置３０１は、ＥＸＣＨＡＮＧＥ＿ＫＥＹコマンドで送信した暗号鍵を利用して、ＡＶデータを暗号化し（Ｓ５０６）、データ受信装置４０１に対して送信する（Ｓ５０７）。データ受信装置４０１は、データ送信装置３０１から受信した暗号化データを復号化し（Ｓ５０８）、蓄積、再生などの処理を行う。
【００４３】
上記説明したＡＶデータを共有するための伝送手順に対し、本発明の実施の形態では次のような特徴的なステップが導入される。以下の説明では、まず、本発明の実施の形態における伝送手順の特徴点を詳細に説明し、その後、その伝送手順を実行するための装置の構成について説明する。
【００４４】
まず、図６を用いて、本発明の実施の形態における、ＡＫＥパケットのＴＴＬフィールドの設定方法について説明する。
【００４５】
ＡＶデータの伝送範囲が宅内に限定されている場合、データ送信装置と、データ受信装置は、通常ルータを経由せずに通信することができる。そのため、データ送信装置並びに、データ受信装置は、通常送信するＡＫＥパケットのＴＴＬの値を３に設定しておくと、途中で破棄されること無くＡＫＥパケットを相手装置に届けることができる。
【００４６】
しかしながら、インターネット環境においては、ＡＫＥパケットは、３以上のルータを経由して、相手端末に届くことがあるため、データ送信装置並びに、データ受信装置は、固定的にＴＴＬの値を３と設定することができない。
【００４７】
そこで、本発明のデータ受信装置は、予めデータ送信装置とデータ受信装置の間の経路上にあるルータの数を計測し、その計測の結果に基づいて、ＴＴＬフィールドに設定すべきＴＴＬの初期値を決定する。
【００４８】
インターネットを経由してＡＶデータを共有する場合、データ受信装置４０１は、ＡＫＥ実行開始前に、データ送信装置３０１との間にあるルータの個数（以下、ホップ数と記載）の計測を開始する（Ｓ６０１）。ホップ数の計測方法に関しては、後述する。
【００４９】
データ受信装置４０１は、データ送信装置３０１に対して、ホップ数を計測するためのホップ数計測パケットを送信する（Ｓ６０２）。前記ホップ数計測パケットに関しては、後述する。
【００５０】
データ受信装置４０１は、ホップ数計測パケットを利用して計測した結果であるホップ数を、ＡＫＥパケットのＴＴＬフィールドの初期値として決定する（Ｓ６０３）。
【００５１】
データ受信装置４０１は、リモート接続要求パケットのペイロードに決定された前記初期値を格納して、前記初期値を含んだリモート接続要求パケットを、データ送信装置３０１に対して送信する（Ｓ６０４）。リモート接続要求パケットは、データ受信装置４０１がデータ送信装置３０１に対して、これからインターネット経由でＡＶデータを受信することを通知するために使用される。ここでは、リモート接続要求パケットは、データ受信装置４０１がデータ送信装置３０１に対して、決定された前記初期値を通知するために兼用される。
【００５２】
データ送信装置３０１は、データ受信装置４０１からリモート接続要求パケットを受信すると、リモート接続要求パケットのペイロードに格納されているＴＴＬの初期値をＡＫＥパケットのＴＴＬフィールドに設定する（Ｓ６０５）。データ送信装置３０１は、前記リモート接続要求パケットに対するリモート接続応答パケットを、データ受信装置４０１に対して送信する（Ｓ６０６）。前記リモート接続要求パケット並びに、リモート接続応答パケットに関しては、後述する。
【００５３】
データ送信装置３０１及び、データ受信装置４０１は、前記計測したＴＴＬの値を設定したＡＫＥパケットを利用して、ＡＫＥを実行し、ＡＶデータを暗号化する暗号鍵を共有する（Ｓ６０７）。
【００５４】
ＡＫＥ正常終了後、データ受信装置４０１は、データ送信装置３０１に対して、データ送信要求を送信し、ＡＶデータの伝送を開始する（Ｓ６０８）。
【００５５】
このように、データ受信装置並びに、データ送信装置は、予め計測したホップ数をＴＴＬの初期値としてＡＫＥパケットのＴＴＬフィールドに設定することにより、途中のルータ若しくは、相手装置でＡＫＥパケットが破棄されることを防止する。
【００５６】
次に、図７を用いて、本発明の実施の形態におけるホップ数の計測方法に関して、説明する。
【００５７】
本実施の形態の例では、前述したリモート接続要求パケットを利用して、ホップ数の計測を行う方法を示す。リモート接続要求パケットをホップ数計測パケットとして利用することにより、データ受信装置は、ホップ数計測と、リモート接続要求のシーケンスを同時に処理できるため、非常に有効である。
【００５８】
データ送信装置３０１及び、データ受信装置４０１は、インターネット環境に接続されており、３台のルータ７０１、７０２、７０３を経由してパケットの送受信を行っているものとする。
【００５９】
最初に、データ受信装置４０１は、ＴＴＬフィールドを初期値１に設定し、かつペイロードに当該初期値１を格納したリモート接続要求パケットを生成し（Ｓ７６１）、データ送信装置３０１に対して送信する（Ｓ７１１）。前記リモート接続要求パケットは、ルータ７０１に転送される。ルータ７０１は、受信したリモート接続要求パケットのＴＴＬの値を１減算してチェックを行う。
【００６０】
ここで、ＴＴＬの値が０となるため、ルータ７０１は、前記リモート接続要求パケットを破棄し、送信元のデータ受信装置４０１に対して、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットを送信する（Ｓ７５１）。ここで、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットは、ＴＴＬが０になったことにより、ルータがパケットを破棄したことを、前記パケットの送信元に通知するためのものである。
【００６１】
ＩＣＭＰ  ＴｉｍｅＥｘｃｅｅｄｅｄパケットを受信したデータ受信装置４０１は、次に、ＴＴＬフィールドを前記初期値よりも１大きい初期値２に設定し、かつペイロードに当該初期値２を格納したリモート接続要求パケットを生成し（Ｓ７６２）、データ送信装置３０１に対して送信する（Ｓ７２１）。前記リモート接続パケットは、ルータ７０１に転送される。ルータ７０１は、受信したリモート接続要求パケットのＴＴＬの値を１減算してチェックを行う。ここで、ＴＴＬの値は１となるため、ルータ７０１は、前記リモート接続パケットを次のルータ７０２に送信する（Ｓ７２２）。
【００６２】
ルータ７０２は、受信したリモート接続要求パケットのＴＴＬの値を１減算してチェックを行う。ここで、ＴＴＬの値が０となるため、ルータ７０２は、前記リモート接続要求パケットを破棄し、送信元のデータ受信装置４０１に対して、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットを送信する（Ｓ７５１）。
【００６３】
データ受信装置４０１は、リモート接続要求パケットがデータ送信装置３０１に届くまでの間、ＴＴＬフィールドおよびペイロードにそれぞれ設定および格納する初期値を１ずつ増加させながら、送信処理を繰り返し実行する（Ｓ７６３、Ｓ７３１〜Ｓ７３３、Ｓ７６４、Ｓ７４１〜Ｓ７４４）。
【００６４】
データ送信装置３０１は、リモート接続要求パケットを受信すると、前記リモート接続要求に含まれるＴＴＬの値である４を、ＡＫＥパケットのＴＴＬフィールドに設定すべき初期値として決定し（Ｓ７６５）、データ受信装置４０１に対して前記ＴＴＬの初期値である４をペイロードに格納したリモート接続応答パケットを送信する（Ｓ７５１〜Ｓ７５４）。
【００６５】
リモート接続応答パケットを受信したデータ受信装置４０１は、前記リモート接続応答に含まれるＴＴＬの値である４をＡＫＥパケットのＴＴＬフィールドに設定すべき初期値として決定する（Ｓ７６６）。
【００６６】
尚、本実施の形態の例では、ＴＴＬフィールドの値を１に設定したリモート接続要求パケットをホップ数計測パケットとして用いて、ホップ数の計測を開始しているが、例えば、ＴＴＬフィールドの値を３に設定したリモート接続要求パケットを用いて、ホップ数の計測を開始するようにしても良い。
【００６７】
次に、図８、図９を用いて、ホップ数計測の後、ＡＫＥの完了までに、ＡＫＥパケットが転送されるルータの経路が変更された場合について説明する。例えば、端末間の経路上に新たなルータが追加された場合や、経路上に存在するルータが故障した場合等に、ルータの経路が変更される。
【００６８】
図８は、データ送信装置３０１、データ受信装置４０１間の経路上のルータ８０３が故障し、新たな経路として、ルータ８０４及び、ルータ８０５を通る経路が設定された場合の例である。
【００６９】
図８の例では、データ送信装置３０１と、データ受信装置４０１は、ＴＴＬの値を４で設定したＡＫＥパケットを送受信している（Ｓ８７１、Ｓ８１１〜Ｓ８１４、Ｓ８４１〜Ｓ８４４）。
【００７０】
ここで、ルータ８０３が故障し、データ受信装置４０１とデータ送信装置３０１間の通信経路が、データ受信装置４０１−ルータ８０１−ルータ８０２−ルータ８０３−データ送信装置３０１なる経路から、データ受信装置４０１−ルータ８０１−ルータ８０２−ルータ８０４−ルータ８０５−データ送信装置３０１なる経路に変更されたとする。経路変更後、データ送信装置３０１とデータ受信装置４０１の間のホップ数は、４から５に変化する。
【００７１】
経路変更後、データ受信装置４０１がＴＴＬフィールドを４に設定したＡＫＥパケットを送信した場合（Ｓ８２１）、前記ＡＫＥパケットは、ルータ８０１−ルータ８０２−ルータ８０４なる経路を経由した後（Ｓ８２２〜Ｓ８２４）、ＴＴＬの値が０となるため、ルータ８０５において破棄される。その後、ルータ８０５は、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットを送信元のデータ受信装置４０１に対して送信する（Ｓ８５１）。
【００７２】
データ受信装置４０１は、ルータ８０５からＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットを受信すると、現在実行中のＡＫＥを中断し、新たにホップ数の再計測を開始する（Ｓ８７２）。この際、データ受信装置４０１は、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットの受信を引き起こしたＡＫＥパケットのＴＴＬフィールドの初期値である４に１を足した５をＴＴＬフィールドに設定してリモート接続要求パケットを送信する。これは、ＡＫＥパケットに対してＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットが受信されたことから、データ受信装置４０１は、途中経路にルータが追加され、ホップ数が増加したことを予想できるためである。
【００７３】
データ受信装置４０１は、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットの受信を引き起こしたＴＴＬの初期値に１を足した値から再計測を開始することにより、ＴＴＬの値を１から再計測する場合と比較して、計測時間が短縮できるメリットがある。
【００７４】
データ送信装置３０１及び、データ受信装置４０１は、ホップ数の再計測の結果（Ｓ８３１〜Ｓ８３５、Ｓ８７４、Ｓ８６１〜Ｓ８６５、Ｓ８７５）新たに決定されたＴＴＬの値である５を設定して、ＡＫＥを実行する。
【００７５】
これにより、経路変更によりホップ数が増加した場合においても、データ送信装置３０１と、データ受信装置４０１間で、ＡＫＥを実行することが可能となる。
【００７６】
図９は、データ送信装置３０１、データ受信装置４０１間の経路が変更され、新たな経路としてルータ９０２とルータ９０３を迂回する経路が設定された場合の例である。
【００７７】
図９の例では、データ送信装置３０１と、データ受信装置４０１は、ＴＴＬの値を５で設定したＡＫＥパケットを送受信している（Ｓ９８１、Ｓ９１１〜Ｓ９１４、Ｓ９５１〜Ｓ９５４）。
【００７８】
ここで、データ受信装置４０１と、データ送信装置３０１間の経路が、データ受信装置４０１−ルータ９０１−ルータ９０２−ルータ９０３−データ送信装置３０１なる経路から、データ受信装置４０１−ルータ９０１−データ送信装置３０１なる経路に変更されたとする。経路変更後、データ送信装置３０１とデータ受信装置４０１の間のホップ数は、４から２に変化する。
【００７９】
経路変更後、データ受信装置４０１がＴＴＬフィールドを５に設定したＡＫＥパケットを送信した場合（Ｓ９２１）、前記ＡＫＥパケットは、ルータ９０１を経由した後、データ送信装置３０１に受信される（Ｓ９２２）。この際、データ送信装置３０１は、前記受信したＡＫＥパケットのＴＴＬの値が４であるため、ＤＴＣＰ−ＩＰの規格に基づき、前記ＡＫＥパケットを破棄する（Ｓ９８２）。
【００８０】
ここで、データ送信装置３０１がＡＫＥパケットを破棄した場合、データ送信装置３０１は、データ送信元のデータ受信装置４０１に対して、ＩＣＭＰ  ＴｉｍｅＥｘｃｅｅｄｅｄパケットを送信しない。そのため、データ受信装置４０１は、ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットの受信とは、異なる方法でＡＫＥパケットの破棄を認識する。
【００８１】
本実施の形態の例では、データ受信装置４０１は、予め設定したＡＫＥパケットに対するタイムアウトの発生により、ＡＫＥパケットの破棄を認識している（Ｓ９８３）。
【００８２】
ＡＫＥパケットに対するタイムアウトの発生により、データ送信装置３０１によるＡＫＥパケットの破棄を認識したデータ受信装置４０１は、ホップ数の再計測を開始する（Ｓ９８４）。
【００８３】
この際、データ受信装置４０１は、ＴＴＬに１の値を設定して、リモート接続要求パケットを送信する。これは、タイムアウト発生を認識したことから、データ受信装置４０１は、データ送信装置３０１がＴＴＬの超過によってＡＫＥパケットを破棄したことを予想できるためである。
【００８４】
データ送信装置３０１及び、データ受信装置４０１は、ホップ数計測の結果（Ｓ９８５、Ｓ９３１、Ｓ９６１、Ｓ９８６、Ｓ９４１、Ｓ９４２、Ｓ９８７、Ｓ９７１、Ｓ９７２）新たに決定されたＴＴＬの初期値である２をＴＴＬフィールドに設定したＡＫＥパケットを用いて、ＡＫＥを実行する（Ｓ９８８）。
【００８５】
尚、データ受信装置４０１は、ＴＴＬの値を３に設定して、ホップ数の再計測を開始しても良い。
【００８６】
次に、データ受信装置４０１が送信するリモート接続要求パケット及び、データ送信装置３０１が送信するリモート接続応答パケットについて説明する。
【００８７】
図１０（ａ）、図１０（ｂ）は、リモート接続要求パケット及び、リモート接続応答パケットを概念的に示す図である。
【００８８】
リモート接続要求パケットは、インターネット経由によるＡＫＥの実行を開始する際に、データ受信装置が、データ送信装置に対して送信するものである。リモート接続要求パケットは、各種のパラメータを格納するためのフィールドに加えて、ＴＴＬの初期値を格納するためのフィールドをペイロードに有している。
【００８９】
ＴＴＬの初期値は、データ受信装置がリモート接続要求パケットのＴＴＬフィールドに設定したＴＴＬの初期値を示す。データ送信装置は、データ受信装置から受信したリモート接続要求パケットのペイロードに含まれるＴＴＬの値を、送信するリモート接続応答パケット及び、ＡＫＥパケットに設定することにより、途中のルータ及び、データ受信装置で破棄されること無く、ＡＫＥパケットを送信することが可能となる。
【００９０】
リモート接続応答パケットは、リモート接続要求を受信したデータ送信装置が、データ受信装置に対して送信するものである。リモート接続応答パケットは、各種のパラメータを格納するためのフィールドに加えて、ＴＴＬの初期値を格納するためのフィールドをペイロードに有している。
【００９１】
ＴＴＬの初期値は、データ送信装置がリモート接続応答パケットに設定したＴＴＬの初期値を示す。データ受信装置は、データ送信装置から受信したリモート接続応答パケットのＴＴＬの値を、送信するＡＫＥパケットに設定することにより、途中のルータ及び、データ受信装置で破棄されること無く、ＡＫＥパケットを送信することが可能となる。
【００９２】
ここからは、以上説明した特徴的な手順を実現するためのデータ送信装置およびデータ受信装置のそれぞれの構成と動作について、詳細に説明する。
【００９３】
図１１は、本発明の実施の形態におけるデータ送信装置３０１の構成を示すブロック図である。
【００９４】
データ送信装置３０１は、データ送信部１１０１と、暗号化部１１０２と、データ記録部１１０３と、ＡＫＥ部１１０４と、ＴＴＬ通知受信部１１０５とで構成される。
【００９５】
データ送信部１１０１は、暗号化部１１０２にて暗号化されたＡＶデータを、データ受信装置４０１に対して送信する。
【００９６】
データ記録部１１０３は、ＡＶデータを記録する。ここで、データ記録部１１０３は、データ記録部１１０３の外部に設けられる蓄積メディア３０５（図４を参照）にＡＶデータを記録してもよい。またデータ記録部１１０３は、ＡＶデータを記録するための蓄積メディア３０５を内部に含んでいても良い。データ記録部１１０３の外部あるいは内部の蓄積メディア３０５は、例えば、ＨＤＤや、Ｆｌａｓｈ  Ｄｉｓｋ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｋ）、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  Ｍｅｍｏｒｙ  Ｃａｒｄ）、ＢＤである。
【００９７】
ＡＫＥ部１１０４は、データ受信装置４０１との間で、図５のＳ５０１〜Ｓ５０５で示した認証および鍵交換を実行する。ＡＫＥ部１１０４は、予めＴＴＬ通知受信部１１０５によって設定されたＴＴＬの値をＡＫＥパケットのＴＴＬフィールドに設定して送信する。
【００９８】
ＴＴＬ通知受信部１１０５は、データ受信装置４０１のＴＴＬ通知部１２０７が送信したリモート接続要求パケットを受信すると共に、前記リモート接続要求パケットから抽出したＴＴＬの値を、ＡＫＥ部１１０４に設定するものである。
【００９９】
図１２は、本発明の実施の形態におけるデータ受信装置４０１の構成を示すブロック図である。
【０１００】
データ受信装置４０１は、データ受信部１２０１と、再生部１２０２と、復号化部１２０３と、ＡＫＥ部１２０４と、ホップ数計測部１２０５と、ＴＴＬ決定部１２０６と、ＴＴＬ通知部１２０７とで構成される。
【０１０１】
データ受信部１２０１は、暗号化されたＡＶデータを、データ送信装置３０１から受信する。
【０１０２】
復号化部１２０３は、ＡＫＥ部１２０４によってデータ送信装置３０１との間で共有された交換鍵情報（Ｋｘ）を用いて作成された暗号鍵（Ｋｃ）を利用して、データ受信部１２０１で受信された暗号化されたＡＶデータを復号化する。
【０１０３】
再生部１２０２は、復号化部１２０３によって復号されたＡＶデータを再生する。
【０１０４】
ＡＫＥ部１２０４は、データ送信装置３０１との間で、図５のＳ５０１〜Ｓ５０５で示した認証および鍵交換を実行する。ＡＫＥ部１２０４は、予めＴＴＬ決定部１２０６によって決定されたＴＴＬの値をＡＫＥパケットに設定して送信する。
【０１０５】
ホップ数計測部１２０５は、図７で示したホップ数の計測方法を用いて、データ送信装置３０１との間の経路のホップ数を計測する。
【０１０６】
ＴＴＬ決定部１２０６は、ホップ数計測部１２０５が計測したホップ数に基づき、ＡＫＥパケットのＴＴＬフィールドに設定すべきＴＴＬの初期値を決定し、ＡＫＥ部１２０４に設定する。
【０１０７】
ＴＴＬ通知部１２０７は、ＴＴＬ決定部１２０６が決定したＴＴＬの初期値をペイロードに含んだリモート接続要求パケットをデータ送信装置３０１に対して送信する。
【０１０８】
図１３は、本発明の実施の形態におけるデータ送信装置３０１の動作を説明するフローチャート図である。
【０１０９】
最初に、データ送信装置３０１におけるＴＴＬ通知受信部１１０５は、データ受信装置４０１からリモート接続要求パケットを受信する（Ｓ１３０２）。
【０１１０】
次に、ＴＴＬ通知受信部１１０５は、前記受信したリモート接続要求パケットからＴＴＬの値を抽出し、ＡＫＥ部１１０４に対して、前記ＴＴＬの値を設定する（Ｓ１３０３）。
【０１１１】
ＴＴＬ通知受信部１１０５は、ＡＫＥ部１１０４に対して、ＴＴＬの値の設定が完了すると、リモート接続応答パケットを、データ受信装置４０１に対して送信する（Ｓ１３０４）。
【０１１２】
次に、ＡＫＥ部１１０４は、前記ＴＴＬ通知受信部１１０５から設定されたＴＴＬの値を利用して、データ受信装置４０１との間で、認証および鍵交換を実行する（Ｓ１３０５）。ＴＴＬ通知受信部１１０５は、認証および鍵交換に失敗すると、再びリモート接続要求パケット受信待ちを実行する（Ｓ１３０６でＮＯ）。
【０１１３】
認証および鍵交換に成功すると、データ送信部１１０１は、データ受信装置４０１からデータ受信要求を受信する（Ｓ１３０６でＹＥＳ、Ｓ１３０７）。データ送信部１１０１は、データ受信要求受信後、データ受信装置４０１に対して、データ受信応答を送信する（Ｓ１３０８）。
【０１１４】
データ受信応答送信後、暗号化部１１０２は、データ記録部１１０３からＡＶデータを読み出し、ＡＶデータの暗号化を実行する（Ｓ１３０９）。
データ送信部１１０１は、前記暗号化が完了したＡＶデータを、データ受信装置４０１に対して送信する（Ｓ１３１０）。
【０１１５】
図１４は、本発明の実施の形態におけるデータ受信装置４０１の動作を説明するフローチャート図である。
【０１１６】
最初に、ホップ数計測部１２０５は、リモート接続要求を送信することにより、ホップ数の計測を実行する（Ｓ１４０２）。
【０１１７】
ホップ数の計測が完了すると、ＴＴＬ決定部１２０６は、前記ホップ数計測部１２０５が計測したホップ数に基づき、ＴＴＬの値を決定する（Ｓ１４０３）。
【０１１８】
ＴＴＬ通知部１２０７は、ＴＴＬ決定部１２０６が決定したＴＴＬの値を設定したリモート接続要求パケットをデータ送信装置３０１に対して送信する（Ｓ１４０４）。
【０１１９】
ＴＴＬ通知部１２０７がリモート接続応答パケットを受信すると（Ｓ１４０５）、ＴＴＬ決定部１２０６は、決定したＴＴＬの値を、ＡＫＥ部１２０４に設定する（Ｓ１４０６）。
【０１２０】
次に、ＡＫＥ部１２０４は、ＴＴＬ決定部１２０６から設定されたＴＴＬの値を利用して、データ送信装置３０１との間で、認証および鍵交換を実行する（Ｓ１４０７）。
【０１２１】
ＩＣＭＰ  Ｔｉｍｅ  Ｅｘｃｅｅｄｅｄパケットの受信により、認証および鍵交換に失敗した場合、ホップ数計測部１２０５は、ＴＴＬ決定部１２０６が決定したＴＴＬの値に１加算した値を設定したリモート接続要求パケットをデータ送信装置３０１に対して送信する（Ｓ１４０８〜Ｓ１４１０）。
【０１２２】
ＡＫＥパケットのタイムアウト発生により、認証および鍵交換に失敗した場合、ホップ数計測部１２０５は、ＴＴＬの値に１を設定したリモート接続要求パケットをデータ送信装置３０１に対して送信する（Ｓ１４０８〜Ｓ１４１１）。
【０１２３】
認証および鍵交換に成功した場合、データ受信部１２０１は、データ送信装置３０１に対して、データ送信要求パケットを送信することにより、ＡＶデータの送信を要求する（Ｓ１４１２）。
【０１２４】
データ受信部１２０１は、データ送信装置３０１からデータ送信応答を受信すると（Ｓ１４１３）、暗号化されたＡＶデータの受信を開始する（Ｓ１４１４）。
【０１２５】
復号化部１２０３は、データ受信部１２０１が受信した暗号化データを復号化する（Ｓ１４１５）。
【０１２６】
再生部１２０２は、復号化部１２０３が復号化したＡＶデータから映像音声の再生を開始する。
【０１２７】
以上、本発明の実施の形態においては、データ受信装置４０１が、データ送信装置３０１及び、データ受信装置４０１間のホップ数を計測し、ＡＫＥパケットのＴＴＬの値を設定することにより、インターネットを経由してＡＶデータを伝送できるデータ送信装置、データ受信装置及び、データ送受信システムを実現できる。
【０１２８】
以上、本発明のデータ送信装置、データ受信装置及びデータ送受信システムについて、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。
【産業上の利用可能性】
【０１２９】
本発明は、ネットワークに接続される任意の機器間で著作権保護データを送信または転送するデータ送信装置、データ受信装置及びデータ送受信システムに利用することができ、特にインターネットを経由してデータ等の送信または転送するデータ送信装置、データ受信装置及びデータ送受信システムに利用することができる。
【図面の簡単な説明】
【０１３０】
【図１】本発明の概要を示すデータ送信装置とデータ受信装置との間のシーケンス図である。
【図２】宅内環境に限定されたデータ送受信システムの概略図である。
【図３】本発明の実施の形態におけるインターネット環境にあるデータ送受信システムの概略図である。
【図４】本発明の実施の形態における１世代コピー可能なコンテンツデータを移動する処理を概念的に示した図である。
【図５】ＤＴＣＰ−ＩＰを利用してＡＶデータの伝送を行う場合のデータ送信装置とデータ受信装置との間のシーケンス図である。
【図６】本発明の実施の形態におけるデータ送信装置とデータ受信装置との間のシーケンス図である。
【図７】本発明の実施の形態におけるホップ数計測時のデータ送信装置とデータ受信装置との間のシーケンス図である。
【図８】本発明の実施の形態におけるＡＫＥ実行中にルータの経路が変更された場合のデータ送信装置とデータ受信装置との間のシーケンス図である（ホップ数増加）。
【図９】本発明の実施の形態におけるＡＫＥ実行中にルータの経路が変更された場合のデータ送信装置とデータ受信装置との間のシーケンス図である（ホップ数減少）。
【図１０】本発明の実施の形態におけるリモート接続要求パケット及び、リモート接続応答パケットの内容を概念的に示す図である。
【図１１】本発明の実施の形態におけるデータ送信装置の構成を示すブロック図である。
【図１２】本発明の実施の形態におけるデータ受信装置の構成を示すブロック図である。
【図１３】本発明の実施の形態におけるデータ送信装置の動作を説明するフローチャートである。
【図１４】本発明の実施の形態におけるデータ受信装置の動作を説明するフローチャートである。
【符号の説明】
【０１３１】
１０１、３０１  データ送信装置
１０２、３０２、４０１  データ受信装置
２０１〜２０３、７０１〜７０３、８０１〜８０５、９０１〜９０３  ルータ
３０３、４０２  ネットワーク機器
３０４  インターネット
３０５  蓄積メディア
１１０１  データ送信部
１１０２  暗号化部
１１０３  データ記録部
１１０４、１２０４  ＡＫＥ部
１１０５  ＴＴＬ通知受信部
１２０１  データ受信部
１２０２  再生部
１２０３  復号化部
１２０５  ホップ数計測部
１２０６  ＴＴＬ決定部
１２０７  ＴＴＬ通知部
【図１】
2010087610.tif 000003
【図２】
2010087610.tif 000004
【図３】
2010087610.tif 000005
【図４】
2010087610.tif 000006
【図５】
2010087610.tif 000007
【図６】
2010087610.tif 000008
【図７】
2010087610.tif 000009
【図８】
2010087610.tif 000010
【図９】
2010087610.tif 000011
【図１０】
2010087610.tif 000012
【図１１】
2010087610.tif 000013
【図１２】
2010087610.tif 000014
【図１３】
2010087610.tif 000015
【図１４】
2010087610.tif 000016