(57)【要約】【課題】ＡＶデータのＭＯＶＥが中断した場合に、データ送信装置がＭＯＶＥを再開可能か否かデータ受信装置が確認することができるデータ送受信システムを提供する。【解決手段】本発明に係るデータ受信装置１０２は、コピー制限されたＡＶデータを受信するデータ受信装置であって、前記ＡＶデータをデータ送信装置１０１から受信する受信手段と、前記受信済みのＡＶデータを復号化する復号化手段と、前記受信済みのＡＶデータを記録する記録手段と、前記データ送信装置１０１に対してデータ送信の再開が可能か否か確認し、データ送信の再開が不可であると判断した場合、前記ＡＶデータの復号化に使用する暗号鍵を破棄すると共に、前記記録済みのＡＶデータを削除するレジューム制御手段とを備えることを特徴とする。【選択図】図１６
2009157848.tif 000002
【特許請求の範囲】
【請求項１】
コピー制限されたＡＶデータを受信するデータ受信装置であって、
前記ＡＶデータをデータ送信装置から受信する受信手段と、
前記受信済みのＡＶデータを復号化する復号化手段と、
前記受信済みのＡＶデータを記録する記録手段と、
前記データ送信装置に対してデータ送信の再開が可能か否か確認し、データ送信の再開が不可であると判断した場合、前記ＡＶデータの復号化に使用する暗号鍵を破棄すると共に、前記記録済みのＡＶデータを削除するレジューム制御手段と
を備えることを特徴とするデータ受信装置。
【請求項２】
前記レジューム制御手段は、データ送信の再開が可能か否か確認するためのコマンドを前記データ送信装置に対して送信し、前記データ送信装置から受信する前記コマンドの応答に基づいてデータ送信の再開が可能か否か確認する
ことを特徴とする請求項１に記載のデータ受信装置。
【請求項３】
前記レジューム制御手段は、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  ＩＰ）のＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置に対して送信し、
前記データ送信装置から受信する前記コマンドの応答に含まれる交換鍵識別子と、前記復号化手段が保持する交換鍵識別子とを比較し、一致した場合はデータ送信の再開が可能であると判断し、一致しない場合はデータ送信の再開が不可であると判断する
ことを特徴とする請求項１に記載のデータ受信装置。
【請求項４】
コピー制限されたＡＶデータを送信するデータ送信装置であって、
前記ＡＶデータをデータ受信装置に対して送信する送信手段と、
前記ＡＶデータを暗号化すると共に、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持可能な暗号化手段と、
前記データ受信装置からデータ送信の再開が可能であるか否か確認するためのコマンドを受信し、データ送信の再開が可能であるか否か応答するレジューム応答手段と
を備えることを特徴とするデータ送信装置。
【請求項５】
前記暗号化手段は、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持するか否かを切り替え可能である
ことを特徴とする請求項４に記載のデータ送信装置。
【請求項６】
前記レジューム応答手段は、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置から受信し、
データ送信の再開が可能である場合は、前記暗号化手段が保持する交換鍵識別子を前記コマンドの応答に含める
ことを特徴とする請求項４に記載のデータ送信装置。
【請求項７】
データ送信装置とデータ受信装置とを備え、コピー制限があるＡＶデータの送受信を行うデータ送受信システムであって、
前記データ受信装置は、
前記ＡＶデータをデータ送信装置から受信する受信手段と、
前記受信済みのＡＶデータを復号化する復号化手段と、
前記受信済みのＡＶデータを記録する記録手段と、
前記データ送信装置に対してデータ送信の再開が可能か否か確認し、データ送信の再開が不可であると判断した場合、前記ＡＶデータの復号化に使用する暗号鍵を破棄すると共に、前記記録済みのＡＶデータを削除するレジューム制御手段と
を備え、
前記データ送信装置は、
前記ＡＶデータをデータ受信装置に対して送信する送信手段と、
前記ＡＶデータを暗号化すると共に、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持可能な暗号化手段と、
前記データ受信装置からデータ送信の再開が可能であるか否か確認するためのコマンドを受信し、データ送信の再開が可能であるか否か応答するレジューム応答手段と
を備える
ことを特徴とするデータ送受信システム。
【請求項８】
前記レジューム制御手段は、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置に対して送信し、
前記データ送信装置から受信する前記コマンドの応答に含まれる交換鍵識別子と、前記復号化手段が保持する交換鍵識別子とを比較し、一致した場合はデータ送信の再開が可能であると判断し、一致しない場合はデータ送信の再開が不可であると判断する
ことを特徴とする請求項７に記載のデータ送受信システム。
【請求項９】
コピー制限されたＡＶデータを受信するデータ受信方法であって、
前記ＡＶデータをデータ送信装置から受信する受信ステップと、
前記受信済みのＡＶデータを復号化する復号化ステップと、
前記受信済みのＡＶデータを記録する記録ステップと、
前記データ送信装置に対してデータ送信の再開が可能か否か確認し、データ送信の再開が不可であると判断した場合、前記ＡＶデータの復号化に使用する暗号鍵を破棄すると共に、前記記録済みのＡＶデータを削除するレジューム制御ステップと
を含むことを特徴とするデータ受信方法。
【請求項１０】
前記レジューム制御ステップでは、データ送信の再開が可能か否かを確認するためのコマンドを前記データ送信装置に対して送信し、前記データ送信装置から受信する前記コマンドの応答に基づいてデータ送信の再開が可能か否かを確認する
ことを特徴とする請求項９に記載のデータ受信方法。
【請求項１１】
前記レジューム制御ステップでは、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置に対して送信し、
前記データ送信装置から受信する前記コマンドの応答に含まれる交換鍵識別子と、前記復号化ステップで保持される交換鍵識別子とを比較し、一致した場合はデータ送信の再開が可能であると判断し、一致しない場合はデータ送信の再開が不可であると判断する
ことを特徴とする請求項９に記載のデータ受信方法。
【請求項１２】
コピー制限されたＡＶデータを送信するデータ送信方法であって、
前記ＡＶデータをデータ受信装置に対して送信する送信ステップと、
前記ＡＶデータを暗号化すると共に、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持可能な暗号化ステップと、
前記データ受信装置からデータ送信の再開が可能であるか否か確認するためのコマンドを受信し、データ送信の再開が可能であるか否か応答するレジューム応答ステップと
を含むことを特徴とするデータ送信方法。
【請求項１３】
前記暗号化ステップでは、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持するか否かを切り替え可能である
ことを特徴とする請求項１２に記載のデータ送信方法。
【請求項１４】
前記レジューム応答ステップでは、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置から受信し、
データ送信の再開が可能である場合は、前記暗号化ステップで保持される交換鍵識別子を前記コマンドの応答に含める
ことを特徴とする請求項１２に記載のデータ送信方法。
【請求項１５】
コピー制限されたＡＶデータを受信するためのデータ受信プログラムであって、
前記ＡＶデータをデータ送信装置から受信する受信ステップと、
前記受信済みのＡＶデータを復号化する復号化ステップと、
前記受信済みのＡＶデータを記録する記録ステップと、
前記データ送信装置に対してデータ送信の再開が可能か否か確認し、データ送信の再開が不可であると判断した場合、前記ＡＶデータの復号化に使用する暗号鍵を破棄すると共に、前記記録済みのＡＶデータを削除するレジューム制御ステップと
をコンピュータに実行させるためのデータ受信プログラム。
【請求項１６】
前記レジューム制御ステップでは、データ送信の再開が可能か否かを確認するためのコマンドを前記データ送信装置に対して送信し、前記データ送信装置から受信する前記コマンドの応答に基づいてデータ送信の再開が可能か否かを確認する
ことを特徴とする請求項１５に記載のデータ受信プログラム。
【請求項１７】
前記レジューム制御ステップでは、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置に対して送信し、
前記データ送信装置から受信する前記コマンドの応答に含まれる交換鍵識別子と、前記復号化ステップで保持される交換鍵識別子とを比較し、一致した場合はデータ送信の再開が可能であると判断し、一致しない場合はデータ送信の再開が不可であると判断する
ことを特徴とする請求項１５に記載のデータ受信プログラム。
【請求項１８】
コピー制限されたＡＶデータを送信するためのデータ送信プログラムであって、
前記ＡＶデータをデータ受信装置に対して送信する送信ステップと、
前記ＡＶデータを暗号化すると共に、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持可能な暗号化ステップと、
前記データ受信装置からデータ送信の再開が可能であるか否か確認するためのコマンドを受信し、データ送信の再開が可能であるか否か応答するレジューム応答ステップと
をコンピュータに実行させるためのデータ送信プログラム。
【請求項１９】
前記暗号化ステップでは、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持するか否かを切り替え可能である
ことを特徴とする請求項１８に記載のデータ送信プログラム。
【請求項２０】
前記レジューム応答ステップでは、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置から受信し、
データ送信の再開が可能である場合は、前記暗号化ステップで保持される交換鍵識別子を前記コマンドの応答に含める
ことを特徴とする請求項１８に記載のデータ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信装置、データ受信装置及びデータ送受信システムに関し、特に、２つの機器間でネットワークを介してデータ転送を行うための技術に関する。
【背景技術】
【０００２】
近年、ｘＤＳＬや光ファイバーなどのブロードバンド環境が整ったことにより、企業、一般家庭を問わず高速なインターネット接続環境が普及してきている。また、家庭内のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やデジタル家電機器をＥｔｈｅｒｎｅｔ（登録商標）や無線ＬＡＮなどで接続するホームネットワーク環境も一般化してきている。
【０００３】
そのため、インターネット接続環境やホームネットワーク環境にあるデジタル家電機器間やデジタル家電機器とＰＣとの間で様々なアプリケーションが実行できるようになることが望まれている。様々なアプリケーションとは、例えば、ＤＶＤレコーダに蓄積した映像音声データ（以下、コンテンツデータと記載。）をＰＣに転送して視聴または編集するアプリケーションや、ＤＶＤレコーダに蓄積したコンテンツデータを他のＤＶＤレコーダに転送（ダビング）するアプリケーションなどである。それにより、ユーザは、コンテンツデータの所在場所を意識することなく、自由にデータを扱える。
【０００４】
また、インターネット接続環境やホームネットワーク環境にあるデジタル家電機器間やデジタル家電機器とＰＣとの間で実行するアプリケーションは、コンテンツデータ等を送信もしくは転送する技術であるファイル転送技術により実現される。
【０００５】
しかしながら、扱うコンテンツデータがネットワーク上にあり、著作権を保護する必要がある場合には、コンテンツデータを暗号化して保護する必要がある。現在、ネットワーク上のデータ転送を利用した不正コピーを防止するための技術として、著作権保護技術（ＤＴＣＰ−ＩＰ／Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  ＩＰ）がある。
【０００６】
ＤＴＣＰ−ＩＰでは、１）コピーを完全に禁止するＣｏｐｙ  Ｎｅｖｅｒ、２）１世代だけコピーを許可するＣｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎ（コピー後は、Ｃｏｐｙ  Ｎｏ  Ｍｏｒｅ  に変更される）、３）コピーを自由に行えるＣｏｐｙ  Ｆｒｅｅの３つをコンテンツデータに対するコピー制御情報として規定している。ＤＴＣＰ−ＩＰの規格内容の詳細は、非特許文献１、非特許文献２、非特許文献３及び非特許文献４に開示されている。
【０００７】
ＤＴＣＰ−ＩＰでは、著作権を保護する必要があるコンテンツデータの所在場所を意識することなく、ユーザが自由にデータを扱えるようにするため、コピー制御情報の１つであるＣｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎを用いてファイル転送技術を実現することが検討されている。
【０００８】
Ｃｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎを用いたファイル転送技術では、データ転送元であるデータ送信装置は、データ転送後、転送済みのデータを即座に削除もしくは無効化させる。すなわち、使用可能な状態のデータを複数存在させないという条件の下で、データ送信装置が、他の装置に対して１世代のコピー後のデータを移動（以下、ＭＯＶＥと記載。）することを許可している。言い換えると、使用可能な状態のデータを複数存在させないという条件を遵守しつつ、ＭＯＶＥを実現するためには、データ送信側の装置とデータ受信側の装置との両方に使用可能な状態のデータが存在しない状態を確保した上で、データを送信または転送する必要がある。
【０００９】
図１６は、ＭＯＶＥのシーケンス図である。
使用可能な状態のデータを複数存在させないという条件を遵守しつつ、１世代コピー可能なデータのＭＯＶＥ（移動）を実現する方法が規格化されている。図１６に示すように、データ受信装置１０２は、データ送信装置１０１から受信済みのＡＶデータを使用不可の状態で蓄積する（Ｓ１０１）。データ送信完了後、データ送信装置１０１とデータ受信装置１０２との間で、確認処理を実行する（Ｓ１０２）。前記確認処理の中で、データ送信装置１０１は、データを削除もしくは使用不能化する。データ受信装置１０２は、データ送信装置１０１がデータの削除もしくは使用不能化した後、ＡＶデータを利用可能な状態に変更する。前記により、データ送信装置１０１とデータ受信装置１０２双方において、利用可能な状態のＡＶデータが存在することを防止している。さらに、ＭＯＶＥでは、確認処理（Ｓ１０２）の最中に何らかの要因で処理が中断された際に、データ送信装置１０１とデータ受信装置１０２双方からデータが消失することを防止するために、ＭＯＶＥを再開する手順（レジューム）に関しても記載されている。
【００１０】
現在の規格では、データ送信装置１０１がＡＶデータの送信中（Ｓ１０１）に処理が中断した場合のレジュームに関する規定はない。そのため、ＡＶデータ送信中のレジュームに関しては、各データ送信装置１０１の実装に拠るのが現状である。
【００１１】
ＭＯＶＥの実行中に何らかの要因でＭＯＶＥが中断した場合、データ受信装置１０２には、再生不可状態の受信済みデータが残る。データ送信装置１０１がデータ送信を再開可能な場合には、前記受信済みのデータの続きからＭＯＶＥを再開できるが、データ送信装置１０１がデータ送信を再開しない場合、記憶領域を節約するため、受信済みのデータを即座に削除できることが望ましい（ＭＯＶＥが完了しないとデータは再生できない）。そのため、データ受信装置１０２は、データ送信装置１０１がＭＯＶＥの転送を再開可能か否か確認できる必要がある。
【００１２】
ここで、レジュームに関する従来技術が存在する（特許文献１）。前記特許文献１に開示される従来技術では、データ受信装置は、データ送信装置内の送信済みのＡＶデータが削除されているのか、或いは使用不可なのかを確認可能となる。そのため、データ受信装置は、ＭＯＶＥを再開する際に、ＡＶデータのどの部分からＡＶデータの取得を再開すれば良いかを確認可能となる。
【特許文献１】特願２００６−０３５８０５号
【非特許文献１】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｏｌｕｍｅ  １（Ｉｎｆｏｒｍａｔｉｏｎａｌ  Ｖｅｒｓｉｏｎ）
【非特許文献２】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｅｃｔｉｏｎ  Ｌｉｃｅｎｓｅ  Ａｇｒｅｅｍｅｎｔ
【非特許文献３】ＤＴＣＰ  Ｖｏｌｕｍｅ  １  Ｓｕｐｐｌｅｍｅｎｔ  Ｅ  Ｍａｐｐｉｎｇ  ＤＴＣＰ  ｔｏ  ＩＰ（Ｉｎｆｏｒｍａｔｉｏｎａｌ  Ｖｅｒｓｉｏｎ）
【非特許文献４】ＲＦＣ２６１６  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −−  ＨＴＴＰ／１．１
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、前記特許文献１に開示される従来技術では、データ受信装置は、データ送信装置内の送信済みのＡＶデータの状態しか確認できないため、受信済みのデータを削除してよいのか否か判断できなかった。したがって、受信済みのデータを削除しなかった場合において、データ送信が再開されなかったときは、データ受信装置の記憶領域が無駄に利用されたことになる。
【００１４】
そこで、本発明は、上記の問題点に鑑みてなされたものであり、何らかの要因でＡＶデータのＭＯＶＥが中断された場合に、データ送信装置がＭＯＶＥを再開可能か否かデータ受信装置が確認することができるデータ送受信システムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明に係るデータ送信装置は、コピー制限されたＡＶデータを受信するデータ受信装置であって、前記ＡＶデータをデータ送信装置から受信する受信手段と、前記受信済みのＡＶデータを復号化する復号化手段と、前記受信済みのＡＶデータを記録する記録手段と、前記データ送信装置に対してデータ送信の再開が可能か否か確認し、データ送信の再開が不可であると判断した場合、前記ＡＶデータの復号化に使用する暗号鍵を破棄すると共に、前記記録済みのＡＶデータを削除するレジューム制御手段とを備えることを特徴とする。
【００１６】
この構成により、データ送信の再開が不可であると判断した場合、受信済みのＡＶデータを削除することができるので、データ受信装置の記憶領域を効率的に利用することが可能となる。
【００１７】
このとき、前記レジューム制御手段は、データ送信の再開が可能か否か確認するためのコマンドを前記データ送信装置に対して送信し、前記データ送信装置から受信する前記コマンドの応答に基づいてデータ送信の再開が可能か否か確認するようにしても良い。
【００１８】
この構成により、前記データ受信装置は、確認コマンドを利用して、前記データ送信装置の状態を確実に確認可能となる。
【００１９】
このとき、前記レジューム制御手段は、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  ＩＰ）のＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置に送信し、前記データ送信装置から受信する前記コマンドの応答に含まれる交換鍵識別子と、前記復号化手段が保持する交換鍵識別子とを比較し、一致した場合はデータ送信の再開が可能であると判断し、一致しない場合はデータ送信の再開が不可であると判断するようにしても良い。
【００２０】
この構成により、ＤＴＣＰ−ＩＰに従来から存在するコマンドを利用して、前記データ送信装置の状態をデータ受信装置側で確認可能となる。
【００２１】
また、上記目的を達成するために、本発明に係るデータ送信装置は、コピー制限されたＡＶデータを送信するデータ送信装置であって、前記ＡＶデータをデータ受信装置に対して送信する送信手段と、前記ＡＶデータを暗号化すると共に、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持可能な暗号化手段と、前記データ受信装置からデータ送信の再開が可能であるか否か確認するためのコマンドを受信し、データ送信の再開が可能であるか否か応答するレジューム応答手段とを備えることを特徴とする。
【００２２】
この構成により、データ送信処理が途中で中断した場合でも、データ送信装置は、データ送信を再開可能となる。
【００２３】
このとき、前記暗号化手段は、データ送信処理が中断した際、前記ＡＶデータの暗号化に必要な情報を保持するか否かを切り替え可能なようにしても良い。
【００２４】
この構成により、ユーザは、データ送信装置がデータ送信処理の再開が可能か否かを動的に切り替えることが可能となる。
【００２５】
このとき、前記レジューム応答手段は、ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを前記データ送信装置から受信し、データ送信の再開が可能である場合は、前記暗号化手段が保持する交換鍵識別子を前記コマンドの応答に含めるようにしても良い。
【００２６】
この構成により、ＤＴＣＰ−ＩＰに従来から存在するコマンドを利用して、前記データ送信装置の状態をデータ受信装置側で確認可能となる。
【００２７】
なお、本発明は、装置として実現するだけでなく、このような装置が備える処理手段を備える集積回路として実現したり、その装置を構成する処理手段をステップとする方法として実現したり、それらステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムを示す情報、データまたは信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の通信媒体を介して配信してもよい。
【発明の効果】
【００２８】
本発明によれば、何らかの要因でＡＶデータのＭＯＶＥが中断された場合に、データ送信装置がＭＯＶＥを再開可能か否かデータ受信装置が確認することができる。この構成により、データ受信装置は、データ送信の再開が不可であると判断した場合、受信済みのＡＶデータを削除することができるので、データ受信装置の記憶領域を効率的に利用することが可能となる。よって、デジタル家電機器間やデジタル家電機器とＰＣの間を結ぶインターネット接続環境やホームネットワーク環境が一般化しつつある今日における本発明の実用的価値は極めて高い。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００３０】
（実施の形態１）
図１は、本発明の実施の形態１におけるデータ送受信システムの概略図である。図１において、データ送信装置１０１と、データ受信装置１０２と、データ受信装置１０３（図示せず）とは、ネットワーク機器１０４に接続されている。
【００３１】
ネットワーク機器１０４は、例えば、ブロードバンドルータなどであり、データ送信装置１０１とデータ受信装置１０２とデータ受信装置１０３とをネットワーク（以下、ホームネットワークと記載。）で接続している。ネットワーク機器１０４は、インターネット１０５に接続されていても良い。
【００３２】
データ送信装置１０１は、本発明に係るデータ送信装置に相当し、利用制限されたＡＶデータを送信する。具体的には、蓄積メディア１０６を内蔵し、ＡＶデータを蓄積することができる。ここで、データ送信装置１０１は、例えば、ネットワーク接続端子を備えたＤＶＤ／ＨＤＤハイブリッドレコーダである。
【００３３】
データ受信装置１０２は、本発明に係るデータ受信装置に相当する。具体的には、蓄積メディア１０６を内蔵し、ＡＶデータを蓄積することができる。ここで、データ受信装置１０２は、例えば、ネットワーク接続端子を備えたＤＶＤ／ＨＤＤハイブリッドレコーダである。
【００３４】
次に、ファイルの移動（ＭＯＶＥ）に関して説明する。
データ送信装置１０１は、１世代コピー可能のコピー制御情報を持ったＡＶデータを蓄積メディア１０６に蓄積しており、蓄積メディア１０６に蓄積しているＡＶデータを、ホームネットワークを介してデータ受信装置１０２にＭＯＶＥ（移動）する。
【００３５】
ところで、ＤＴＣＰ−ＩＰでは、ＡＶデータに関するコピー制御情報として、ＥＭＩ（Ｅｎｃｒｙｐｔｉｏｎ  Ｍｏｄｅ  Ｉｎｄｉｃａｔｏｒ）を定義している。ＥＭＩは、１）ファイルの複製を禁止するＣｏｐｙ  Ｎｅｖｅｒ、２）１世代のみ複製を許可するＣｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎ（なお、１世代のコピー後は、３）Ｃｏｐｙ  Ｎｏ  Ｍｏｒｅに変更される。）、及び４）自由に複製を許可するＣｏｐｙ  Ｆｒｅｅの４つの値を持つ。２）Ｃｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎの場合、１世代コピー後のデータを蓄積する装置が他の機器に対して２世代目のコピーを実行することは許可されていない。しかしながら、データの移動（ＭＯＶＥ）は許可されている。ＤＴＣＰ−ＩＰでは、転送元のデータ送信装置が転送後にデータを即座に削除もしくは無効化することを規定している。ここで、データの削除とは、データ送信装置の蓄積メディアからデータを完全に消去することを表す。また、データの無効化とは、データ送信装置の蓄積メディアにデータは存在するが、何らかの方法でアクセスできない状態に変化されていることを表す。データを消去する方法、及びデータを無効化する方法に関しては、本発明の主旨とは異なるため詳述しない。また、データの転送とは、データの送信後にデータが削除または無効化されることを表し、ＡＶデータのデータすべてを送信した後にデータが削除または無効化されることも含んでいる。
【００３６】
図２は、１世代コピー可能なＡＶデータがデータ送信装置１０１に記録される処理を概念的に示した図である。
【００３７】
データ送信装置１０１は、１世代コピー可能なＡＶデータを受信すると、ＥＭＩの内容をＣｏｐｙ  Ｏｎｅ  ＧｅｎｅｒａｔｉｏｎからＣｏｐｙ  Ｎｏ  Ｍｏｒｅに変更して蓄積メディア１０６に蓄積する。Ｃｏｐｙ  Ｎｏ  Ｍｏｒｅは、これ以上コピーが不可であることを示す。
【００３８】
図３は、データ送信装置１０１に記録されているＣｏｐｙ  Ｎｏ  ＭｏｒｅのＡＶデータをデータ受信装置１０２に移動する処理を概念的に示した図である。
【００３９】
データ送信装置１０１は、Ｃｏｐｙ  Ｎｏ  ＭｏｒｅのＡＶデータをデータ受信装置１０２にＭＯＶＥ（移動）後、ＡＶデータを削除あるいは無効化する。
【００４０】
次に、ＤＴＣＰ−ＩＰにおけるＭＯＶＥに関して説明する。
図４は、ＤＴＣＰ−ＩＰにおけるＭＯＶＥを行う場合のデータ送信装置１０１とデータ受信装置１０２との間のシーケンス図である。
【００４１】
まず、データ送信装置１０１とデータ受信装置１０２とは、ＤＴＣＰ−ＩＰの認証及び鍵交換（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）を行い、コンテンツデータの暗号化／復号化に使用する交換鍵（Ｋｘ）を共有する（Ｓ５０１）。
【００４２】
なお、認証及び鍵交換の詳細に関しては、非特許文献１及び非特許文献３を参照されたい。
【００４３】
次に、交換鍵（Ｋｘ）の共有が完了すると、データ送信装置１０１は、送信するＡＶデータをデータ受信装置１０２が受信可能か否か確認する「データ受信要求」をデータ受信装置１０２に対して送信する（Ｓ５０２）。
【００４４】
データ受信装置１０２は、データ送信装置１０１からの「データ受信要求」を受信すると、データ送信装置１０１から送信されるＡＶデータが受信可能であることを示すデータ受信応答をデータ送信装置１０１に対して送信する（Ｓ５０３）。ここで、データ受信装置１０２は、ＡＶデータを受信できない場合には、そのことを示すエラー応答をデータ受信応答の替わりに送信する。
【００４５】
尚、ここでは、データ送信装置１０１が「データ受信要求」をデータ受信装置１０２に対して送信しているが、本発明はこれに限定されるものではない。すなわち、データ受信装置１０２が、ＡＶデータをデータ送信装置１０１が送信可能か否か確認する「データ送信要求」をデータ送信装置１０１に対して送信するようにしても良い。
【００４６】
次に、データ送信装置１０１は、データ受信装置１０２からの「データ受信応答」を受信すると、暗号化したＡＶデータをデータ受信装置１０２に対して送信する（Ｓ５０４）。データ送信装置１０１からデータ受信装置１０２へのＡＶデータのＭＯＶＥ（移動）中、データ送信装置１０１は、データ送信装置１０１に蓄積されているＡＶデータを有効化したままの状態で蓄積メディア１０６に保存している。また、ＡＶデータの移動先であるデータ受信装置１０２は、データ送信装置１０１から受信したＡＶデータを無効化した状態で蓄積メディア１０６に記録する。
【００４７】
次に、データ受信装置１０２は、ＡＶデータの受信が完了すると、ＡＶデータの無効化を要求するためにＭＶ＿ＦＩＮＡＬＩＺＥコマンドをデータ送信装置１０１に対して送信する（Ｓ５０５）。データ送信装置１０１は、データ受信装置１０２からのＭＶ＿ＦＩＮＡＬＩＺＥコマンドを受信すると、蓄積メディア１０６に蓄積されているＡＶデータの無効化を開始する（Ｓ５０６）。
【００４８】
次に、データ送信装置１０１は、ＡＶデータの無効化が完了すると、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドの応答をデータ受信装置１０２に対して送信する（Ｓ５０７）。
【００４９】
次に、データ受信装置１０２は、データ送信装置１０１からのＭＶ＿ＦＩＮＡＬＩＺＥコマンドの応答を受信すると、蓄積メディア１０６にある受信済みのＡＶデータを有効化する（Ｓ５０８）。
【００５０】
次に、データ受信装置１０２は、蓄積メディア１０６にあるＡＶデータの有効化が完了すると、ＡＶデータの有効化が完了したことを通知するＭＶ＿ＣＯＭＰＬＥＴＥコマンドをデータ送信装置１０１に対して送信する（Ｓ５０９）。
【００５１】
次に、データ送信装置１０１は、データ受信装置１０２からのＭＶ＿ＣＯＭＰＬＥＴＥコマンドを受信すると、データ受信装置１０２からのＭＶ＿ＣＯＭＰＬＥＴＥコマンドに対する応答をデータ受信装置１０２に送信してＭＯＶＥの処理を完了する（Ｓ５１０）。
【００５２】
ここで、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドについて説明する。
図５（ａ）は、ＤＴＣＰ−ＩＰのＭＶ＿ＦＩＮＡＬＩＺＥコマンドの内容を概念的に示す図である。ＭＶ＿ＦＩＮＡＬＩＺＥコマンドは、パラメータとして交換鍵識別子、乱数Ｐ、コマンド検証用情報を含んでいる。
【００５３】
交換鍵識別子は、交換鍵（Ｋｘｍ）に付与される識別子である。認証及び鍵交換処理（Ｓ５０１）の中で、データ受信装置１０２は、交換鍵識別子のパラメータをデータ送信装置１０１から受信する。
【００５４】
乱数値は、データ受信装置１０２により、ＭＶ＿ＦＩＮＡＬＩＺＥコマンド送信前に生成される値である。乱数値は、コマンド検証用情報の作成に利用される。
【００５５】
コマンド検証用情報は、交換鍵（Ｋｘｍ）及び乱数値を使用して生成する電子署名情報である。コマンド検証用情報には、前記電子署名情報の上位８０ｂｉｔが設定される。コマンド検証用情報が付加されることにより、コマンドの改竄が防止可能となる。
【００５６】
図５（ｂ）は、ＤＴＣＰ−ＩＰのＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答の内容を概念的に示す図である。ＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドと同様に、パラメータとして交換鍵識別子、乱数Ｐ、コマンド検証用情報を含んでいる。
【００５７】
ＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答における交換鍵識別子及び乱数値には、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドに設定された値と同一の値が設定される。
【００５８】
コマンド検証用情報は、交換鍵（Ｋｘｍ）及び乱数値を使用して生成される電子署名情報である。ＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答におけるコマンド検証用情報には、電子署名情報の下位８０ｂｉｔが設定される。
【００５９】
次に、ＭＶ＿ＣＯＭＰＬＥＴＥコマンドについて説明する。
図６（ａ）は、ＤＴＣＰ−ＩＰのＭＶ＿ＣＯＭＰＬＥＴＥコマンドの内容を概念的に示す図である。
【００６０】
交換鍵識別子は、交換鍵（Ｋｘｍ）に付与される識別子である。認証及び鍵交換処理（Ｓ５０１）の中で、データ受信装置１０２は、交換鍵識別子のパラメータをデータ送信装置１０１から受信する。交換鍵識別子には、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドで設定された交換鍵識別子情報と同一の値が設定される。
【００６１】
図６（ｂ）は、ＤＴＣＰ−ＩＰのＭＶ＿ＣＯＭＰＬＥＴＥコマンド応答の内容を概念的に示す図である。
【００６２】
ＭＶ＿ＣＯＭＰＬＥＴＥコマンド応答は、ＭＶ＿ＣＯＭＰＬＥＴＥコマンドと同様に、パラメータとして交換鍵識別子、乱数Ｐ、コマンド検証用情報を含んでいる。
【００６３】
ＭＶ＿ＣＯＭＰＬＥＴＥコマンド応答における交換鍵識別子には、ＭＶ＿ＣＯＭＰＬＥＴＥコマンドに設定されていた値と同一の値が設定される。
【００６４】
次に、本発明の実施の形態１におけるＭＯＶＥの再開方法について説明する。
図７は、本発明の実施の形態１におけるＭＯＶＥの再開方法を示すシーケンス図である。
【００６５】
データ受信装置１０２は、データ送信装置１０１からのＭＯＶＥのためのデータ送信処理が中断した場合（Ｓ８０１）、ＭＯＶＥの再開が可能か否か確認するために、交換鍵（Ｋｘｍ）の確認コマンドであるＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドをデータ送信装置１０１に対して送信する（Ｓ８０２）。データ送信装置１０１は、ＭＯＶＥの再開が可能である場合、前記交換鍵（Ｋｘｍ）をＭＯＶＥ中断後も保持し、ＭＯＶＥの再開が不可である場合、交換鍵（Ｋｘｍ）を破棄する。そのため、本コマンドを利用して、ＭＯＶＥの再開が可能か否か確認することは非常に有効である。
【００６６】
尚、ＭＯＶＥの再開が可能か否か確認するコマンドは、ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドに限定されるものではなく、データ送信装置１０１がＭＯＶＥを再開可能か否か確認可能なあらゆるコマンドを含む。
【００６７】
データ送信装置１０１は、ＭＯＶＥの再開が可能であった場合、前記ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドに対して、ＭＯＶＥの中断前に利用していた交換鍵（Ｋｘｍ）の識別子を含む応答を送信する。ＭＯＶＥの再開が不可であった場合、前記ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドに対して、ＭＯＶＥの中断前に利用していた交換鍵（Ｋｘｍ）とは異なる識別子を含む応答、或いは、ＲＥＪＥＣＴ応答を送信する(Ｓ８０３)。
【００６８】
データ受信装置１０２は、データ送信装置１０１から受信したＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴの応答に、ＭＯＶＥの中断前に利用していた交換鍵（Ｋｘｍ）の識別子が含まれていた場合、ＭＯＶＥを再開可能であると判断する。一方、ＭＯＶＥの中断前に利用していた交換鍵（Ｋｘｍ）とは異なる識別子を含む応答、或いは、ＲＥＪＥＣＴ応答を受信した場合、ＭＯＶＥを再開不可であると判断する(Ｓ８０４)。
【００６９】
データ受信装置１０２は、ＭＯＶＥを再開可能であると判断した場合、ＭＯＶＥが再開可能な状態に遷移した後、ＭＯＶＥを再開する(Ｓ８０５)。
【００７０】
次に、データ送信装置１０１、データ受信装置１０２の内部構成について説明する。
図８は、本発明の実施の形態１におけるデータ送信装置１０１の構成を示すブロック図である。データ送信装置１０１は、データ送信部９０１と、データ記録部９０２と、データ制御部９０３と、認証／鍵交換処理部９０４と、暗号化処理部９０５と、確認通知受信部９０６と、確認通知応答送信部９０７と、レジューム応答送信部９０８とで構成される。
【００７１】
データ送信部９０１は、暗号化されたＡＶデータをデータ受信装置１０２に対して送信する。
【００７２】
データ記録部９０２は、ＡＶデータを記録する。ここで、データ記録部９０２は、蓄積メディア１０６に記録してもよく、蓄積メディア１０６を含んでいても良い。データ記録部９０２あるいはデータ記録部９０２の蓄積メディア１０６は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）や、Ｆｌａｓｈ  Ｄｉｓｋ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｄｉｓｋ）、ＳＤメモリカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  Ｍｅｍｏｒｙ  Ｃａｒｄ）、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）である。
【００７３】
データ制御部９０３は、データ記録部９０２に記録されるＡＶデータの有効化、無効化、或いは削除を制御する。なお、具体的な有効化、無効化、或いは削除の制御方法に関しては、本願の発明のポイントではないため詳述しない。
【００７４】
認証／鍵交換処理部９０４は、データ受信装置１０２との間で、Ｓ５０１で示した認証／鍵交換処理を実行する。
【００７５】
暗号化処理部９０５は、鍵交換処理においてデータ受信装置１０２との間で共有された交換鍵情報（Ｋｘｍ）を用いて作成された暗号鍵（Ｋｃ）を利用して、データ記録部９０２に記録されているＡＶデータを暗号化する。また、交換鍵情報（Ｋｘｍ）に対応する交換鍵識別子を生成、管理する。ＡＶデータ送信処理の中断に対するレジュームが可能な場合、暗号化処理部９０５は、ＡＶデータ送信処理が中断した後も、交換鍵情報（Ｋｘｍ）、交換鍵識別子、及び暗号鍵（Ｋｃ）を保存する。レジュームが不可の場合、暗号化処理部９０５は、データ送信処理が中断した直後、交換鍵情報（Ｋｘｍ）、交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄する。このように破棄した後、交換鍵情報（Ｋｘｍ）及び交換鍵識別子を新たに生成しても良い。尚、暗号化処理部９０５は、前記レジュームの可、不可を動的に切り替えるように構成されても良い。
【００７６】
確認通知受信部９０６は、データ受信装置１０２からのＭＶ＿ＦＩＮＡＬＩＺＥコマンド及びＭＶ＿ＣＯＭＰＬＥＴＥコマンドを受信する。また、ＭＶ＿ＦＩＮＡＬＩＺＥコマンド受信時には、送信済みＡＶデータの無効化をデータ制御部９０３に対して指示する。
【００７７】
確認通知応答送信部９０７は、データ受信装置１０２からのＭＶ＿ＦＩＮＡＬＩＺＥコマンド及びＭＶ＿ＣＯＭＰＬＥＴＥコマンドに対する応答を生成し、データ受信装置１０２に対して送信する。
【００７８】
レジューム応答送信部９０８は、データ受信装置１０２から受信したＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドに対する応答を生成し、データ受信装置１０２に送信する。レジューム応答送信部９０８は、データ受信装置１０２からＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを受信すると、暗号化処理部９０５に交換鍵識別子の確認を行う。暗号化処理部９０５が交換鍵識別子を持つ場合、レジューム応答送信部９０８は、暗号化処理部９０５から前記交換鍵識別子を取得し、前記交換鍵識別子を含む応答を送信する。暗号化処理部９０５が交換鍵識別子を持たない場合、レジューム応答送信部９０８は、前記コマンドに対するＲＥＪＥＣＴ応答を送信する。
【００７９】
図９は、本発明の実施の形態１におけるデータ受信装置１０２の構成を示すブロック図である。データ受信装置１０２は、データ受信部１００１と、データ記録部１００２と、データ制御部１００３と、認証／鍵交換処理部１００４と、復号化処理部１００５と、確認通知送信部１００６と、確認通知応答受信部１００７と、レジューム制御部１００８とで構成される。データ記録部１００２と、データ制御部１００３と、認証／鍵交換処理部１００４とに関しては、データ記録部９０２、データ制御部９０３、認証／鍵交換処理部９０４と同様であるため、説明を割愛する。
【００８０】
データ受信部１００１は、暗号化されたＡＶデータをデータ送信装置１０１から受信する。
【００８１】
復号化処理部１００５は、鍵交換処理においてデータ送信装置１０１との間で共有された交換鍵情報（Ｋｘｍ）を用いて作成された暗号鍵（Ｋｃ）を利用して、データ記録部１００２に記録されているＡＶデータを復号化する。さらに、復号化処理部１００５は、データ送信装置１０１から受信した交換鍵情報（Ｋｘｍ）に対応する交換鍵識別子を管理する。また、復号化処理部１００５は、レジューム制御部１００８の指示により、交換鍵情報（Ｋｘｍ）、交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄する。
【００８２】
確認通知送信部１００６は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンド及びＭＶ＿ＣＯＭＰＬＥＴＥコマンドをデータ送信装置１０１に対して送信する。
【００８３】
確認通知応答受信部１００７は、データ送信装置１０１からのＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答及びＭＶ＿ＣＯＭＰＬＥＴＥコマンド応答を受信する。また、確認通知応答受信部１００７は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答受信後、受信済みＡＶデータの有効化をデータ制御部１００３に対して指示する。
【００８４】
レジューム制御部１００８は、レジューム可能か否か確認するために、ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドをデータ送信装置１０１に対して送信すると共に、データ送信装置１０１から受信した前記コマンドに対する応答に基づいて、データ送信装置１０１がレジューム可能か否か判断する。
【００８５】
前記データ送信装置１０１から受信したＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドの応答に含まれる交換鍵識別子が、復号化処理部１００５が管理する交換鍵識別子と同様の値である場合、レジューム制御部１００８は、データ送信装置１０１がレジューム可能であると判断する。また、前記コマンドの応答に含まれる交換鍵識別子が、前記復号化処理部１００５が管理する交換鍵識別子と異なる場合、或いはＲＥＪＥＣＴ応答を受信した場合、レジューム制御部１００８は、データ送信装置１０１がレジューム不可であると判断する。そして、交換鍵情報（Ｋｘｍ）、交換鍵識別子、暗号鍵（Ｋｃ）の破棄を復号化処理部１００５に対して指示すると共に、受信済みのＡＶデータの削除をデータ制御部１００３に対して指示する。
【００８６】
次に、データ送信装置１０１がレジューム可能か否か確認するために使用しているＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンド及びその方法に関して説明する。
【００８７】
ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドは、データ送信装置１０１が現在保持している交換鍵（Ｋｘｍ）に関する情報をデータ受信装置１０２が確認するためのコマンドである。このコマンドの詳細に関しては、非特許文献１を参照されたい。
【００８８】
ＭＯＶＥでは、データ送信装置１０１は、ＡＶデータの送信が完了すると、即座に交換鍵情報（Ｋｘｍ）を破棄することが求められている。そのため、ＡＶデータ送信処理が途中で中断された際、データ送信装置１０１は、レジュームによる再開が不可の場合、ＡＶデータの送信が完了したとみなし、即座に交換鍵情報（Ｋｘｍ）及び交換鍵識別子を破棄する。一方、データ送信装置１０１は、レジュームによる再開が可能な場合、ＡＶデータの送信が未完了であるとみなすため、交換鍵情報（Ｋｘｍ）及び交換鍵識別子を破棄しない。本実施の形態１では、データ受信装置１０２は、データ送信装置１０１の前記動作を利用し、ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを利用して、データ送信装置１０１がレジューム可能か否か確認する。
【００８９】
図１０は、ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドの応答の内容を概念的に示す図である。
【００９０】
交換鍵識別子は、データ送信装置１０１の暗号化処理部９０５が現在保持している交換鍵情報（Ｋｘｍ）に関連付けられた交換鍵識別子である。前記交換鍵識別子は、交換鍵情報（Ｋｘｍ）にユニークに関連付けられる値であるため、交換鍵情報（Ｋｘｍ）が破棄された場合は、前記交換鍵識別子の情報も更新される。
【００９１】
cipher_algorithmは、データ送信装置１０１がサポートする暗号化方式を示す値である。本パラメータに関しては、本発明のポイントではないため詳述しない。
【００９２】
Ｎｃは、暗号鍵（Ｋｃ）を生成する際に利用する値である。本パラメータに関しては、本発明のポイントではないため詳述しない。
【００９３】
次に、データ送信装置１０１、データ受信装置１０２の動作の詳細に関して説明する。
図１１は、本発明の実施の形態１におけるデータ送信装置１０１の動作を説明するフローチャート図である。
【００９４】
まず、データ送信装置１０１における認証／鍵交換処理部９０４は、データ受信装置１０２との間で、認証処理及び鍵交換処理を実行する（Ｓ１２０２）。
【００９５】
次に、データ送信装置１０１におけるデータ送信部９０１は、ＡＶデータを受信することを要求する「データ受信要求」をデータ受信装置１０２に対して送信する（Ｓ１２０３）。
【００９６】
尚、データ送信装置１０１におけるデータ送信部９０１は、ＡＶデータを送信することをデータ送信装置１０１に対して要求する「データ送信要求」をデータ受信装置１０２から受信するように構成しても良い。
【００９７】
次に、データ送信装置１０１における暗号化処理部９０５は、データ送信装置１０１におけるデータ記録部９０２に記録されているＡＶデータの暗号化を開始する（Ｓ１２０４）。
【００９８】
次に、データ送信装置１０１におけるデータ送信部９０１は、暗号化処理部９０５による暗号化が完了すると、データ記録部９０２に記録されている暗号化が完了したＡＶデータをデータ受信装置１０２に対して送信する（Ｓ１２０５）。
【００９９】
ここで、ＭＯＶＥ処理が途中で中断した場合（Ｓ１２０６がＹＥＳの場合）、データ送信装置１０１における暗号化処理部９０５は、ＭＯＶＥ中のＡＶデータの暗号化に使用していた交換鍵（Ｋｘｍ）、前記交換鍵の交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄せずに保持しておく（Ｓ１２０７）。
【０１００】
尚、データ送信装置１０１における暗号化処理部９０５は、前記交換鍵（Ｋｘｍ）、交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄するようにしても良い。
【０１０１】
尚、データ送信装置１０１における暗号化処理部９０５は、前記交換鍵（Ｋｘｍ）、交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄するか否かを、ユーザなどの指示により動的に切り替え可能なようにしても良い。
【０１０２】
ＭＯＶＥ処理が中断した後、データ送信装置１０１におけるレジューム応答送信部９０８は、データ受信装置１０２から「ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンド」を受信した場合（Ｓ１２０８がＹＥＳの場合）、前記暗号化処理部９０５から交換鍵識別子を取得し、前記交換鍵識別子を含む「ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンド応答」を送信する（Ｓ１２０９）。
【０１０３】
ＡＶデータの送信が完了すると、データ送信装置１０１における確認通知受信部９０６及び確認通知応答送信部９０７は、確認処理を実行する（Ｓ１２１０）。前記確認処理に関しては、後述する。
【０１０４】
図１２は、実施の形態１におけるデータ送信装置１０１の確認処理の動作を説明するフローチャートである。
【０１０５】
まず、データ送信装置１０１がＡＶデータの送信を完了した場合、データ送信装置１０１における確認通知受信部９０６は、データ受信装置１０２からＭＶ＿ＦＩＮＡＬＩＺＥコマンドを受信する（Ｓ１３０２）。
【０１０６】
データ送信装置１０１における確認通知受信部９０６は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドを受信すると、データ送信装置１０１に蓄積されているＡＶデータの無効化をデータ制御部９０３に対して指示する。データ制御部９０３は、データ送信装置１０１におけるデータ記録部９０２に記録されているＡＶデータを無効化する（Ｓ１３０３）。
【０１０７】
次に、データ制御部９０３による無効化処理が終了すると、確認通知応答送信部９０７は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答をデータ受信装置１０２に送信する（Ｓ１３０４）。確認通知応答送信部９０７がＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答を送信すると、確認通知受信部９０６は、データ受信装置１０２からＭＶ＿ＣＯＭＰＬＥＴＥコマンドを受信する（Ｓ１３０５）。データ送信装置１０１における確認通知受信部９０６がＭＶ＿ＣＯＭＰＬＥＴＥコマンドを受信すると、確認通知応答送信部９０７は、ＭＶ＿ＣＯＭＰＬＴＥコマンド応答をデータ受信装置１０２に対して送信する（Ｓ１３０６）。
【０１０８】
図１３は、実施の形態１におけるデータ受信装置１０２の動作を説明するフローチャートである。
【０１０９】
まず、データ受信装置１０２における認証／鍵交換処理部１００４は、データ送信装置１０１との間で、認証処理及び鍵交換処理を実行する（Ｓ１４０２）。
【０１１０】
次に、データ受信装置１０２におけるデータ受信部１００１は、ＡＶデータを受信することを要求する「データ受信要求」をデータ送信装置１０１から受信する（Ｓ１４０３）。データ受信装置１０２におけるデータ受信部１００１は、データ送信装置１０１からの暗号化されたＡＶデータを受信し、データ受信装置１０２におけるデータ記録部１００２に蓄積する（Ｓ１４０４）。
【０１１１】
尚、データ受信装置１０２におけるデータ受信部１００１は、ＡＶデータを送信することを要求する「データ送信要求」をデータ送信装置１０１に対して送信するようにしても良い。
【０１１２】
次に、データ受信装置１０２における復号化処理部１００５は、受信した暗号化されたＡＶデータを復号化する（Ｓ１４０５）。ここで、データ受信装置１０２における復号化処理部１００５は、データ送信装置１０１からの暗号化されたＡＶデータを受信し、データ受信装置１０２におけるデータ記録部１００２に蓄積しながら復号化している。
【０１１３】
ここで、ＭＯＶＥ処理が途中で中断した場合(Ｓ１４０６がＹＥＳの場合)、データ受信装置１０１における復号化処理部１００５は、ＭＯＶＥ中のＡＶデータの復号化に使用していた交換鍵（Ｋｘｍ）、前記交換鍵の交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄せずに保持しておく（Ｓ１４０７）。
【０１１４】
次に、データ受信装置１０２におけるレジューム制御部１００８は、データ送信装置１０１がＭＯＶＥの再開が可能か否か確認するために、「ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンド」をデータ送信装置１０１に対して送信し(Ｓ１４０８)、前記データ送信装置１０１からの「ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンド応答」を受信する(Ｓ１４０９)。
【０１１５】
データ受信装置１０２におけるレジューム制御部１００８は、復号化処理部１００５に確認を行い、前記「ＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンド応答」に含まれる交換鍵識別子が、復号化処理部１００５が保持している交換鍵識別子と同様か否か確認する。前記交換鍵識別子の値が同様であった場合（Ｓ１４１０がＹＥＳの場合）、データ受信部１００１は、データの受信を再開する（Ｓ１４１１）。前記交換鍵識別子の値が異なる値であった場合、或いはＲＥＪＥＣＴ応答を受信した場合（Ｓ１４１０がＮＯの場合）、データ制御部１００３は、受信済みでデータ記録部１００２に蓄積されているＡＶデータを削除すると共に（Ｓ１４１２）、復号化処理部１００５は、ＭＯＶＥ中のＡＶデータの復号化に使用していた交換鍵（Ｋｘｍ）、前記交換鍵の交換鍵識別子、及び暗号鍵（Ｋｃ）を破棄し（Ｓ１４１３）、処理を終了する。
【０１１６】
データの受信が完了した場合（Ｓ１４０６がＮＯの場合、或いはＳ１４１１が完了した場合）、データ受信装置１０２における確認通知送信部１００６及び確認通知応答受信部１００７は、確認処理を実行する（Ｓ１４１４）。前記確認処理に関しては、後述する。
【０１１７】
図１４は、実施の形態１におけるデータ受信装置１０２の確認処理の動作を説明するフローチャートである。
【０１１８】
まず、データ受信装置１０２がＡＶデータの受信を完了した場合、データ受信装置１０２における確認通知送信部１００６は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドをデータ送信装置１０１に対して送信する（Ｓ１５０２）。
【０１１９】
データ受信装置１０２における確認通知応答受信部１００７は、ＭＶ＿ＦＩＮＡＬＩＺＥコマンドの応答を受信すると（Ｓ１５０３）、データ受信装置１０２のデータ記録部１００２に蓄積されているＡＶデータの有効化をデータ制御部１００３に対して指示する。データ制御部１００３は、データ送信装置１０１におけるデータ記録部１００２に記録されているＡＶデータを有効化する（Ｓ１５０４）。
【０１２０】
次に、データ制御部１００３による有効化処理が終了すると、確認通知送信部１００６は、ＭＶ＿ＣＯＭＰＬＥＴＥコマンドをデータ送信装置１０１に送信する（Ｓ１５０５）。確認通知送信部１００６がＭＶ＿ＦＩＮＡＬＩＺＥコマンド応答を送信すると、確認通知応答受信部１００７は、データ送信装置１０１からＭＶ＿ＣＯＭＰＬＥＴＥコマンド応答を受信する（Ｓ１５０６）。
【０１２１】
以上、本発明の実施の形態１によれば、何らかの要因でＡＶデータのＭＯＶＥが中断された場合に、データ送信装置１０１がＭＯＶＥを再開可能か否かデータ受信装置１０２が確認することができる。この構成により、データ受信装置１０２は、データ送信の再開が不可であると判断した場合、受信済みのＡＶデータを削除することができる。すなわち、データ受信装置１０２が無駄に利用不可状態のＡＶデータを蓄積することを防止することができ、データ受信装置１０２の記憶領域を効率的に利用することが可能となる。
【０１２２】
なお、本発明は、この実施の形態１に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態１に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。
【産業上の利用可能性】
【０１２３】
本発明は、何らかの要因でＡＶデータのＭＯＶＥが中断された場合にＭＯＶＥを再開可能か否か確認することが必要なＤＶＤレコーダ（図１５）等の用途に応用することができる。
【図面の簡単な説明】
【０１２４】
【図１】本発明の実施の形態１におけるデータ送受信システムの概略図である。
【図２】本発明の実施の形態１における１世代コピー可能なコンテンツデータを記録する処理を概念的に示した図である。
【図３】本発明の実施の形態１における１世代コピー可能なコンテンツデータを移動する処理を概念的に示した図である。
【図４】ＤＴＣＰ−ＩＰのＭＯＶＥを行う場合のデータ送信装置とデータ受信装置との間のシーケンス図である。
【図５】ＤＴＣＰ−ＩＰのＭＶ＿ＦＩＮＡＬＩＺＥコマンドの内容を概念的に示す図である。
【図６】ＤＴＣＰ−ＩＰのＭＶ＿ＣＯＭＰＬＥＴＥコマンドの内容を概念的に示す図である。
【図７】本発明の実施の形態１におけるＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドを利用した場合のデータ送信装置とデータ受信装置との間のシーケンス図である。
【図８】本発明の実施の形態１におけるデータ送信装置の構成を示すブロック図である。
【図９】本発明の実施の形態１におけるデータ受信装置の構成を示すブロック図である。
【図１０】ＤＴＣＰ−ＩＰのＣＯＮＴＥＮＴ＿ＫＥＹ＿ＲＥＱＵＥＳＴコマンドの応答の内容を概念的に示す図である。
【図１１】本発明の実施の形態１におけるデータ送信装置の動作を説明するフローチャートである。
【図１２】本発明の実施の形態１におけるデータ送信装置の確認処理の動作を説明するフローチャートである。
【図１３】本発明の実施の形態１におけるデータ受信装置の動作を説明するフローチャートである。
【図１４】本発明の実施の形態１におけるデータ受信装置の確認処理の動作を説明するフローチャートである。
【図１５】本発明の適用対象であるＤＶＤレコーダの概観図である。
【図１６】ＭＯＶＥのシーケンス図である。
【符号の説明】
【０１２５】
１０１  データ送信装置
１０２、１０３  データ受信装置
１０４  ネットワーク機器
９０１  データ送信部
９０２、１００２  データ記録部
９０３、１００３  データ制御部
９０４、１００４  認証／鍵交換処理部
９０５  暗号化処理部
９０６  確認通知受信部
９０７  確認通知応答送信部
９０８  レジューム応答送信部
１００１  データ受信部
１００５  復号化処理部
１００６  確認通知送信部
１００７  確認通知応答受信部
１００８  レジューム制御部
【図１】
2009157848.tif 000003
【図２】
2009157848.tif 000004
【図３】
2009157848.tif 000005
【図４】
2009157848.tif 000006
【図５】
2009157848.tif 000007
【図６】
2009157848.tif 000008
【図７】
2009157848.tif 000009
【図８】
2009157848.tif 000010
【図９】
2009157848.tif 000011
【図１０】
2009157848.tif 000012
【図１１】
2009157848.tif 000013
【図１２】
2009157848.tif 000014
【図１３】
2009157848.tif 000015
【図１４】
2009157848.tif 000016
【図１５】
2009157848.tif 000017
【図１６】
2009157848.tif 000018