(57)【要約】  本発明に係るＡＶデータ送信装置は、ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、前記ＡＶデータを記録する記録手段と、前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段とを備える。【特許請求の範囲】
【請求項１】
ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、
前記ＡＶデータを記録する記録手段と、
前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、
前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、
前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、
前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段と
を備えることを特徴とするＡＶデータ送信装置。
【請求項２】
前記通知受信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置から受信し、
前記制御手段は、前記通知受信手段によって前記失敗通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項３】
前記通知受信手段は、処理を中断することを示す中断通知を前記他の装置から受信し、
前記制御手段は、前記通知受信手段によって前記中断通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるするよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項４】
前記ＡＶデータ送信手段は、前記ＡＶデータを識別するための識別情報を前記ＡＶデータに付加して送信し、
前記通知受信手段は、前記識別情報が付加された前記成功通知を受信し、
前記制御手段は、送信された前記ＡＶデータに付加された前記識別情報と、受信された前記成功通知に付加された識別情報とが対応しない場合、送信された前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項５】
前記ＡＶデータ送信手段は、前記ＡＶデータを所定単位に分割して送信し、
前記制御手段は、前記所定単位に前記ＡＶデータを削除または無効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項６】
前記ＡＶデータ送信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置に送信する要求送信手段を備える
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項７】
前記通知受信手段は、前記成功通知を検証するための検証用情報が付加された前記成功通知を受信し、
前記制御手段は、前記成功通知に付加された前記検証用情報に基づいて、前記成功通知が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項８】
前記通知受信手段は、前記成功通知を識別するための識別情報が付加された前記成功通知を受信し、
前記制御手段は、前記成功通知に付加された前記識別情報に基づいて、既に受信済みの前記成功通知でないことを確認し、確認に失敗した場合は前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項９】
前記応答送信手段は、前記通知応答を検証するための検証用情報を前記通知応答に付加して送信する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項１０】
ＡＶデータを他の装置から受信するＡＶデータ受信装置であって、
前記ＡＶデータを前記他の装置から受信するＡＶデータ受信手段と、
前記ＡＶデータ受信手段によって受信された前記ＡＶデータを記録する記録手段と、
前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信手段と、
前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信手段と、
前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御手段と
を備えることを特徴とするＡＶデータ受信装置。
【請求項１１】
前記通知送信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置に送信し、
前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１２】
前記通知送信手段は、処理を中断することを示す中断通知を前記他の装置に送信し、
前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できない制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１３】
前記ＡＶデータ受信手段は、前記ＡＶデータを識別するための識別情報が付加された前記ＡＶデータを受信し、
前記通知送信手段は、前記識別情報が付加された前記成功通知を送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１４】
前記ＡＶデータ受信手段は、所定単位に分割された前記ＡＶデータを受信し、
前記制御手段は、前記所定単位に前記成功通知を送信するよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１５】
前記ＡＶデータ受信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置から受信する要求受信手段を備え、
前記制御手段は、前記要求受信手段によって前記確認要求が受信された場合、前記ＡＶデータの記録結果を示す確認通知が前記他の装置に送信されるよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１６】
前記応答受信手段は、前記成功通知を検証するための検証用情報が付加された前記通知応答を受信し、
前記制御手段は、前記通知応答に付加された検証用情報に基づいて、前記通知応答が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１７】
前記通知送信手段は、前記成功通知を識別するための識別情報を付加して前記成功通知を送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１８】
前記通知送信手段は、前記成功通知を検証するための検証用情報を前記成功通知に付加して送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１９】
ＡＶデータを他の装置に送信するＡＶデータ送信方法であって、
前記ＡＶデータを記録する記録ステップと、
前記記録ステップにおいて記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信ステップと、
前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信ステップと、
前記通知受信ステップにおいて前記成功通知が受信された場合、前記記録ステップにおいて記録された前記ＡＶデータを削除または無効化する制御ステップと、
前記制御ステップの処理結果を示す通知応答を前記他の装置に送信する応答送信ステップと
を含むことを特徴とするＡＶデータ送信方法。
【請求項２０】
ＡＶデータを他の装置から受信するＡＶデータ受信方法であって、
前記ＡＶデータを前記他の装置から受信するＡＶデータ受信ステップと、
前記ＡＶデータ受信ステップにおいて受信された前記ＡＶデータを記録する記録ステップと、
前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信ステップと、
前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信ステップと、
前記ＡＶデータ受信ステップにおいて前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信ステップにおいて通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御ステップと
を含むことを特徴とするＡＶデータ受信方法。
【請求項２１】
請求項１９または２０に記載の各ステップをコンピュータに実行させるためのプログラムを記録していることを特徴とするプログラム記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コピー制御情報が付加されたＡＶデータを移動する技術に関する。
【背景技術】
【０００２】
近年、家庭内の装置をネットワークで接続し、各種コンテンツの共有を図る家庭内ネットワークが実現されつつある。一方、新作の映画や有料放送のテレビ番組・音楽など、コピー制御情報が付加された著作権保護が必要なデータを扱う場合、著作権を保護する処理手段を設ける必要がある。著作権を保護するための有力な方法としては、著作権保護を必要とするデータを暗号化することにより、データの利用に制限を加える方法がある。【０００３】
例えば、映像音声データ（以下「ＡＶデータ」と記す）をネットワークを利用して伝送する際、ＡＶデータの著作権を保護する必要がある場合は、そのＡＶデータを暗号化して伝送することが行われている。そのような例として、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔｓ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）方式が規格化されている。【０００４】
ＤＴＣＰ−ＩＰ方式では、認証機能と鍵の無効化機能とを備えることにより、著作権の保護を実現している。すなわち、著作権保護が必要なＡＶデータを伝送する場合は、不正な機器を排除し、ＡＶデータを暗号化して伝送する。ここで、コピー制御情報が「これ以上コピー不可（Ｎｏ  Ｍｏｒｅ  Ｃｏｐｉｅｓ）」のＡＶデータを他の記録再生装置に記録したい場合がある。この場合、ＤＴＣＰ−ＩＰ方式では、ＡＶデータを移動する方式（以下「ＭＯＶＥ方式」と称する）を採用している。【０００５】
図１は、従来のＭＯＶＥ方式によってＡＶデータを移動する場合の実行シーケンスを示す図である。【０００６】
まず、送信装置（送信側記録再生装置）と受信装置（受信側記録再生装置）との間で認証／鍵交換を実行する。相互に認証に成功すると、送信装置は受信装置に交換鍵を配布し、送信装置と受信装置との間で交換鍵を共有する（Ｓ９０１）。ＭＯＶＥ実行モードの場合、送信装置は１台の受信装置にのみ交換鍵を配布する。【０００７】
続いて、送信装置は、ＡＶデータ送信要求を受信装置から受けると（Ｓ９０２）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）から読み出したＡＶデータのコピー制御情報を「１世代コピー可（Ｃｏｐｙ Ｏｎｅ Ｇｅｎｅｒａｔｉｏｎ）」に書き換える。そして、交換鍵を使用して生成した暗号鍵によってＡＶデータを暗号化して受信装置に送信し（Ｓ９０３）、送信したＡＶデータを削除する（Ｓ９０４）。【０００８】
受信装置は、ＡＶデータを送信装置から受信すると、交換鍵を使用して生成した復号鍵によってＡＶデータを復号化する。そして、コピー制御情報を「これ以上コピー不可」に変更したうえで、復号化したＡＶデータを記録する。
【特許文献１】特開２０００−１４９４１７号公報（第２０ページ）
【非特許文献１】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ  ｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  １．４（Ｉｎｆｏｒｍａｔｉｖｅ  Ｖｅｒｓｉｏｎ）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記した従来のＭＯＶＥ方式によると、送信装置は、送信したＡＶデータを逐次削除する。そのため、受信装置が受信したＡＶデータの記録に失敗した場合は、ＡＶデータが受信装置に移動されず、消失してしまうという課題がある。【００１０】
ＡＶデータの消失を防ぐため、受信装置から記録確認通知を受け取ってから、送信装置がＡＶデータを削除する方式が考えられる。しかしながら、このような方式によると、記録確認通知が消失した場合は、送信装置においてＡＶデータが削除されないため、送信装置と受信装置とにＡＶデータが重複して存在することになる。この場合、送信装置上のＡＶデータは、事故または悪意のユーザによってコピーされてしまう危険性がある。【００１１】
本発明は、このような課題を解決するものであって、コピー不可のＡＶデータをネットワーク経由で移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる記録再生装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決するために、本発明に係るＡＶデータ送信装置は、ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、前記ＡＶデータを記録する記録手段と、前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段とを備える。これにより、ＡＶデータの記録に成功した場合、ＡＶデータは、ＡＶデータ送信装置から削除または無効化された後、ＡＶデータ受信装置に保持されることになるので、ＡＶデータ送信装置とＡＶデータ受信装置とにＡＶデータが重複して存在する不具合を回避することができる。【００１３】
ここで、前記通知受信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置から受信し、前記制御手段は、前記通知受信手段によって前記失敗通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるよう制御してもよい。これにより、ＡＶデータの記録に失敗した場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。【００１４】
また、前記通知受信手段は、処理を中断することを示す中断通知を前記他の装置から受信し、前記制御手段は、前記通知受信手段によって前記中断通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるよう制御してもよい。これにより、ＡＶデータの移動処理を中断すべき状態になった場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。【００１５】
また、前記ＡＶデータ送信手段は、前記ＡＶデータを識別するための識別情報を前記ＡＶデータに付加して送信し、前記通知受信手段は、前記識別情報が付加された前記成功通知を受信し、前記制御手段は、送信された前記ＡＶデータに付加された前記識別情報と、受信された前記成功通知に付加された識別情報とが対応しない場合、送信された前記ＡＶデータを利用できないよう制御してもよい。これにより、ＡＶデータ送信装置は、ＡＶデータを送信したタイミングに対して、成功通知を受信したタイミングが遅れた場合でも、受信した成功通知に対応するＡＶデータを確実に削除することができる。【００１６】
また、前記ＡＶデータ送信手段は、前記ＡＶデータを所定単位に分割して送信し、前記制御手段は、前記所定単位に前記ＡＶデータを削除または無効化してもよい。これにより、ＡＶデータはパケット単位で確実に削除されるので、事故によるＡＶデータの消失が発生した場合でも、その消失データサイズを低減することが可能となる。【００１７】
また、前記ＡＶデータ送信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置に送信する要求送信手段を備えてもよい。これにより、ＡＶデータ受信装置は、確認要求を受信した後に成功通知を送信することになるので、記録確認処理を行うタイミングを送信装置自ら決定することが可能となる。【００１８】
また、前記通知受信手段は、前記成功通知を検証するための検証用情報が付加された前記成功通知を受信し、前記制御手段は、前記成功通知に付加された前記検証用情報に基づいて、前記成功通知が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御してもよい。これにより、成功通知が正当かどうか検証されるので、悪意のユーザによって成功通知が改竄されることを防止することが可能となる。【００１９】
また、前記通知受信手段は、前記成功通知を識別するための識別情報が付加された前記成功通知を受信し、前記制御手段は、前記成功通知に付加された前記識別情報に基づいて、既に受信済みの前記成功通知でないことを確認し、確認に失敗した場合は前記ＡＶデータを利用できないよう制御してもよい。これにより、既に受信済みの成功通知を再度処理してしまうという不具合を回避することができる。【００２０】
また、前記応答送信手段は、前記通知応答を検証するための検証用情報を前記通知応答に付加して送信してもよい。これにより、通知応答が正当かどうか検証されるので、悪意のユーザによって通知応答が改竄されることを防止することが可能となる。【００２１】
上述した課題を解決するために、本発明に係るＡＶデータ送信装置は、ＡＶデータを他の装置から受信するＡＶデータ受信装置であって、前記ＡＶデータを前記他の装置から受信するＡＶデータ受信手段と、前記ＡＶデータ受信手段によって受信された前記ＡＶデータを記録する記録手段と、前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信手段と、前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信手段と、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御手段とを備える。これにより、ＡＶデータの記録に成功した場合、ＡＶデータは、ＡＶデータ送信装置から削除または無効化された後、ＡＶデータ受信装置に保持されることになるので、ＡＶデータ送信装置とＡＶデータ受信装置とにＡＶデータが重複して存在する不具合を回避することができる。【００２２】
ここで、前記通知送信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置に送信し、前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御してもよい。これにより、ＡＶデータの記録に失敗した場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。【００２３】
また、前記通知送信手段は、処理を中断することを示す中断通知を前記他の装置に送信し、前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御してもよい。これにより、ＡＶデータの移動処理を中断すべき状態になった場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。【００２４】
また、前記ＡＶデータ受信手段は、前記ＡＶデータを識別するための識別情報が付加された前記ＡＶデータを受信し、前記通知送信手段は、前記識別情報が付加された前記成功通知を送信してもよい。これにより、ＡＶデータ送信装置は、ＡＶデータを送信したタイミングに対して、成功通知を受信したタイミングが遅れた場合でも、受信した成功通知に対応するＡＶデータを確実に削除することができる。【００２５】
また、前記ＡＶデータ受信手段は、所定単位に分割された前記ＡＶデータを受信し、前記制御手段は、前記所定単位に前記成功通知を送信するよう制御してもよい。これにより、ＡＶデータはパケット単位で確実に削除されるので、事故によるＡＶデータの消失が発生した場合でも、その消失データサイズを低減することが可能となる。【００２６】
また、前記ＡＶデータ受信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置から受信する要求受信手段を備え、前記制御手段は、前記要求受信手段によって前記確認要求が受信された場合、前記ＡＶデータの記録結果を示す確認通知が前記他の装置に送信されるよう制御してもよい。これにより、ＡＶデータ受信装置は、確認要求を受信した後に成功通知を送信することになるので、記録確認処理を行うタイミングを送信装置自ら決定することが可能となる。【００２７】
また、前記応答受信手段は、前記成功通知を検証するための検証用情報が付加された前記通知応答を受信し、前記制御手段は、前記通知応答に付加された検証用情報に基づいて、前記通知応答が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御してもよい。これにより、成功通知が正当かどうか検証されるので、悪意のユーザによって成功通知が改竄されることを防止することが可能となる。【００２８】
また、前記通知送信手段は、前記成功通知を識別するための識別情報を付加して前記成功通知を送信してもよい。これにより、既に受信済みの成功通知を再度処理してしまうという不具合を回避することができる。【００２９】
また、前記通知送信手段は、前記成功通知を検証するための検証用情報を前記成功通知に付加して送信してもよい。これにより、通知応答が正当かどうか検証されるので、悪意のユーザによって通知応答が改竄されることを防止することが可能となる。【００３０】
なお、本発明は、このようなＡＶデータ送信装置やＡＶデータ受信装置として実現することができるだけでなく、このようなＡＶデータ送信装置やＡＶデータ受信装置が備える特徴的な手段をステップとするＡＶデータ送信方法やＡＶデータ受信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００３１】
本発明は、コピー不可のＡＶデータをネットワーク経由で他の記録再生装置に移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる。
【図面の簡単な説明】
【００３２】
【図１】図１は、従来のＭＯＶＥ方式によってＡＶデータを移動する場合の実行シーケンスを示す図である。
【図２】図２は、本発明の実施の形態１の全体構成を示す図である。
【図３】図３は、本発明の実施の形態１における送信装置の構成を示す図である。
【図４】図４は、本発明の実施の形態１におけるＡＶデータパケットのフォーマットを示す図である。
【図５】図５（Ａ）は、本発明の実施の形態１における記録確認通知コマンドのフォーマットを示す図である。図５（Ｂ）は、本発明の実施の形態１における記録確認通知コマンド応答のフォーマットを示す図である。
【図６】図６は、本発明の実施の形態１におけるＡＶデータ管理テーブルのフォーマットを示す図である。
【図７】図７は、本発明の実施の形態１における受信装置の構成を示す図である。
【図８】図８は、本発明の実施の形態１における送信装置の動作を示す図である。
【図９】図９は、本発明の実施の形態１における記録確認処理の詳細を示す図である。
【図１０】図１０は、本発明の実施の形態１における受信装置の動作を示す図である。
【図１１】図１１は、本発明の実施の形態１における記録確認処理の詳細を示す図である。
【図１２】図１２は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図１３】図１３（Ａ）は、本発明の実施の形態２における通知コマンドのフォーマットを示す図であり、図１３（Ｂ）は、本発明の実施の形態２におけるコマンド応答のフォーマットを示す図である。
【図１４】図１４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図１５】図１５は、通知コマンドの送信が遅延した場合のシーケンスを示す図である。
【図１６】図１６（Ａ）は、本発明の実施の形態３における通知コマンドのフォーマットを示す図であり、図１６（Ｂ）は、本発明の実施の形態３におけるコマンド応答のフォーマットを示す図である。
【図１７】図１７は、本発明の実施の形態３における送信装置の動作を示す図である。
【図１８】図１８は、本発明の実施の形態３における受信装置の動作を示す図である。
【図１９】図１９は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図２０】図２０（Ａ）は、本発明の実施の形態４における記録確認要求コマンドのフォーマットを示す図である。図２０（Ｂ）は、本発明の実施の形態４における記録確認要求コマンド応答のフォーマットを示す図である。
【図２１】図２１は、本発明の実施の形態４における記録確認処理の流れを示す図である。
【図２２】図２２は、本発明の実施の形態４における受信装置の動作を示す図である。
【図２３】図２３は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図２４】図２４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図２５】図２５は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２６】図２６は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２７】図２７は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２８】図２８は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２９】図２９は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【符号の説明】
【００３３】
１、２  記録再生装置
３  デジタルチューナ
２１  送受信部
２２  暗号処理部
２３  鍵交換処理部
２４  認証処理部
２５  コピー制御部
２６  ＨＤＤ
３１  送受信部
３２  復号処理部
３３  鍵交換処理部
３４  認証処理部
３５  コピー制御部
３６  ＨＤＤ
Ｓ５５、Ｓ１５５、Ｓ３５５、Ｓ４０５  記録確認処理
Ｓ５０７、Ｓ５５７  記録確認通知処理
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態について図面を参照して説明する。【００３５】
（実施の形態１）
まず、実施の形態１について説明する。【００３６】
図２は、本実施の形態１の全体構成を示す図である。この図に示されるように、記録再生装置２は、ネットワークを介して他の記録再生装置３およびデジタルチューナ１と接続されている。デジタルチューナ１は、デジタル放送を受信し、受信した放送コンテンツ（ＡＶデータ）を記録再生装置２に出力する。記録再生装置２は、ＡＶデータをデジタルチューナ１から受信して記録するとともに、記録したＡＶデータを記録再生装置３に送信する。記録再生装置３は、ＡＶデータを記録再生装置２から受信して記録する。【００３７】
ここでは、コピー制御情報が「１世代コピー可」の放送コンテンツを受信した場合を想定している。この放送コンテンツ（ＡＶデータ）のコピー制御情報は、記録再生装置２に記録される際は「これ以上コピー不可」となる。したがって、記録再生装置２に記録されたＡＶデータは、ＭＯＶＥ方式によって記録再生装置３に移動することになる。なお、以下の説明では、「記録再生装置２」を「送信装置２」といい、「記録再生装置３」を「受信装置３」という。【００３８】
＜送信装置２の構成＞
図３は、本実施の形態１における送信装置２の構成を示す図である。この図に示されるように、送信装置２は、送受信部２１と、暗号処理部２２と、鍵交換処理部２３と、認証処理部２４と、コピー制御部２５と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２６とを備えている。【００３９】
送受信部２１は、本発明に係るＡＶデータ送信手段、通知受信手段、及び応答送信手段に相当する処理部であって、具体的には、ＡＶデータをネットワークに送信し、またネットワークに接続されている他の機器との間でコマンドなどを送受信するためのデジタルインターフェースである。【００４０】
暗号処理部２２は、ＨＤＤ２６から読み出されたＡＶデータを暗号化する。暗号鍵は、鍵交換処理部２３から受信した交換鍵（Ｋｘ）、コピー制御部２５から受信したコピー制御情報（ＥＭＩ）及び鍵更新カウンタ値（Ｎｃ）を使用して生成される。暗号化されたＡＶデータは、ＡＶデータパケットに分割され、送受信部２１を介して送信される。【００４１】
図４は、本実施の形態１におけるＡＶデータパケットのフォーマットを示す図である。ＡＶデータパケットは、ヘッダ部とデータ部とから構成される。ヘッダ部は、コピー制御情報（Ｅ−ＥＭＩ）と、鍵更新カウンタ値（Ｎｃ）と、データ部のバイト長（Ｌｅｎｇｔｈ）とから構成される。コピー制御情報は、ＡＶデータのコピー制御に関する情報であり、具体的には、「コピー禁止」「これ以上コピー禁止」「１世代コピー可」「コピーフリー」及び「ＭＯＶＥ中」のいずれかを示す識別コードである。「ＭＯＶＥ中」は、「これ以上コピー禁止」のＡＶデータを移動する際に設定される。鍵更新カウンタ値（Ｎｃ）は、復号鍵を生成する際に使用するカウンタ値であり、受信装置３からのＡＶデータ送信要求毎に＋１カウントアップされ、かつＡＶデータ送信要求に対するＡＶデータの送信が１２８ＭＢを超える度に＋１カウントアップされる。この場合、送信装置２は、ＡＶデータを１２８ＭＢ単位に分割してＡＶデータパケットを生成することになる。【００４２】
鍵交換処理部２３は、受信装置３がＡＶデータの暗号を復号するために使用する交換鍵を生成する。そして、認証処理部２４から受信した認証情報を用いて、生成した交換鍵を暗号化する。生成された交換鍵は、送受信部２１を介して出力される。【００４３】
認証処理部２４は、装置の識別情報を含む認証要求を受信装置３から受信して認証処理を行い、受信装置３と認証情報を共有する。ＭＯＶＥモード時に１台の受信装置３と鍵交換を実施した後は、交換した交換鍵を保持する限り、他の受信装置からの認証要求を拒否する。【００４４】
コピー制御部２５は、本発明に係る制御手段に相当する処理部であって、受信装置３から受信した記録確認通知コマンドを処理する。例えば、記録確認通知コマンドの内容を解析することによって、ＡＶデータの移動が失敗したと判定した場合は、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを有効のまま保持する。他方、ＡＶデータの移動が成功したと判定した場合は、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを無効化する。さらに、記録確認通知コマンドに対する応答を生成する。生成された応答は、送受信部２１によって受信装置３に送信される。【００４５】
図５（Ａ）は、本実施の形態１における記録確認通知コマンドのフォーマットを示す図である。この記録確認通知コマンド（以下「通知コマンド」という）は、本発明に係る成功通知または失敗通知に相当する。図５（Ｂ）は、本実施の形態１における記録確認通知コマンド応答のフォーマットを示す図である。この記録確認通知コマンド応答（以下「コマンド応答」という）は、本発明に係る通知応答に相当する。【００４６】
種別コード「０Ｈ」は、コマンドであることを表している。種別コード「８Ｈ／９Ｈ／ＡＨ」は、コマンド応答であることを表している。種別コード「８Ｈ／９Ｈ／ＡＨ」それぞれの意味を以下に示す。【００４７】
８Ｈ  ＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤ（受信したコマンドをサポートしていない）
９Ｈ  ＡＣＣＥＰＴＥＤ（コマンド処理ＯＫ）
ＡＨ  ＲＥＪＥＣＴＥＤ（コマンド拒否）【００４８】
送信装置２は、確認コマンド（記録失敗）を受信装置３から受信した場合、ＡＶデータを再有効化したときはコマンド応答（ＡＣＣＰＴＥＤ）を受信装置３に送信し、ＡＶデータを再有効化しなかったときはコマンド応答（ＲＥＪＥＣＴＥＤ）を受信装置３に送信する。他方、確認コマンド（記録成功）を受信装置３から受信した場合、無効化すべきＡＶデータが存在するときはそのＡＶデータを無効化してコマンド応答（ＡＣＣＥＰＴＥＤ）を受信装置３に送信し、無効化すべきＡＶデータが存在しないときはコマンド応答（ＲＥＪＥＣＴＥＤ）を受信装置３に送信する。これによって、受信装置３は、送信装置２から受信したコマンド応答の種別コードがＡＣＣＥＰＴＥＤであるかＲＥＪＥＣＴＥＤであるかによって、送信装置２においてＡＶデータが無効化されたか再有効化されたかを知ることができる。【００４９】
オペコードは、コマンドの種別を表し、「１５Ｈ」は、通知コマンドであることを表している。コマンド応答のオペコードには、通知コマンドのオペコードが設定される。【００５０】
以降のフィールドは、コマンド固有のパラメータを設定するフィールドである。【００５１】
すなわち、通知コマンドの場合は、図５（Ａ）に示されるように、通知種別、コマンド番号（Ｒ）、コマンド検証用情報が設定される。通知種別には、記録処理の結果、すなわち成功したか失敗したかを示す値が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、通知コマンドを送信するごとに１増加する。コマンド検証用情報は電子署名情報である。この電子署名情報は、通知種別およびコマンド番号（Ｒ）に対して交換鍵（Ｋｘ）を使用することによって生成される。【００５２】
他方、コマンド応答の場合は、図５（Ｂ）に示されるように、通知種別、コマンド番号（Ｒ）、コマンド応答検証用情報が設定される。通知種別およびコマンド番号（Ｒ）には、受信した通知コマンドのパラメータと同じ値が設定される。コマンド応答検証用情報は電子署名情報である。この電子署名情報は、通知種別およびコマンド番号（Ｒ）に対して交換鍵（Ｋｘ）を使用して生成される。【００５３】
ＨＤＤ２６は、本発明に係る記録手段に相当する処理部である。具体的には、デジタルチューナ３から受信したＡＶデータと、ＡＶデータを管理するためのＡＶデータ管理テーブルとを記録する。ＨＤＤ２６に記録されたＡＶデータは暗号処理部２２に出力される。【００５４】
図６は、本実施の形態１におけるＡＶデータ管理テーブルのフォーマットを示す図である。ＡＶデータ管理テーブルでは、ＡＶデータをブロック毎に管理しており、ブロック番号、ブロック長、ブロックの状態を格納している。ブロックの状態は、「有効」「仮無効」「無効」の３状態である。「仮無効」及び「無効」状態のブロックのデータは使用できない。また、一旦「無効」状態になったＡＶデータは「有効」状態に戻すことができない。「仮無効」状態のＡＶデータは「有効」状態に戻すことができる。【００５５】
＜受信装置３の構成＞
図７は、本実施の形態１における受信装置３の構成を示す図である。この図に示されるように、受信装置３は、送受信部３１と、復号処理部３２と、鍵交換処理部３３と、認証処理部３４と、コピー制御部３５と、ＨＤＤ３６とを備えている。【００５６】
送受信部３１は、本発明に係るＡＶデータ受信手段、通知送信手段、及び応答受信手段に相当する処理部であって、具体的には、ネットワークを介してＡＶデータを受信し、またネットワークに接続されている他の機器との間でコマンドなどを送受信するためのデジタルインターフェースである。【００５７】
復号処理部３２は、送信装置２から受信したＡＶデータの暗号を復号する。復号鍵は、鍵交換処理部３３から受信した交換鍵（Ｋｘ）、ＡＶデータパケットのヘッダ部に設定されているコピー制御情報（ＥＭＩ）及び鍵更新カウンタ値（Ｎｃ）を使用して生成される。復号処理部３２によって復号され平文になったＡＶデータはＨＤＤ３６に記録される。【００５８】
鍵交換処理部３３は、認証処理部３４から受信した認証情報を用いて、送信装置２から受信した交換鍵（Ｋｘ）を処理して復号処理部３２に送信する。【００５９】
認証処理部３４は、送信装置２の認証処理部２４に対して認証開始を要求し、認証処理を行い、送信装置２と認証情報を共有する。【００６０】
コピー制御部３５は、本発明に係る制御手段に相当する処理部である。すなわち、ＨＤＤ３６の記録結果に基づいて通知コマンドを生成し、送受信部３１を介して送信装置２に送信するとともに、送受信部３１を介して送信装置２から受信したコマンド応答を処理する。具体的には、コマンド応答を解析することによって、送信装置２においてＡＶデータが無効化されたと判定した場合は、ＨＤＤ３６のＡＶデータ管理テーブルを書き換え、送信装置２から受信したＡＶデータを有効化する。他方、送信装置２においてＡＶデータが無効化されたと判定できなかった場合は、送信装置２から受信したＡＶデータを無効化する。【００６１】
ＨＤＤ３６は、本発明に係る記録手段に相当する処理部である。具体的には、復号処理部３５が出力するＡＶデータと、ＡＶデータを管理するためのＡＶデータ管理テーブルとを記録する。ＨＤＤ３６は、ＡＶデータの記録処理が成功したか失敗したかを示す記録結果をコピー制御部３５に通知する。ＨＤＤ３６に記録されるＡＶ管理テーブルのフォーマットは、図６で示したものと同様である。【００６２】
次に、上記のように構成された送信装置２及び受信装置３の動作を説明する。【００６３】
＜送信装置２の動作＞
図８は、本実施の形態１における送信装置２の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。【００６４】
まず、送信装置２の認証処理部２４は、認証要求を受信装置３から受けて認証／鍵交換処理を開始し、交換鍵を受信装置３と共有して認証／鍵交換処理を終了する（Ｓ５１）。【００６５】
次に、受信装置３のコピー制御部２５は、ＡＶデータ送信要求を受信装置３から受信する（Ｓ５２）。そして、ＡＶデータの移動を要求するＡＶデータ送信要求の場合は、ＭＯＶＥモードでＡＶデータ送信処理（Ｓ５４）と記録確認処理（Ｓ５５）を実行し、それ以外の場合は、通常のモードでＡＶデータ送信処理（Ｓ５６）を実行する。【００６６】
最後に、送信装置２は、送信処理を完了すべきかどうか判定する（Ｓ５７）。そして、送信すべきＡＶデータが残っている場合は、ＡＶデータ送信要求を受信装置３から受信し（Ｓ５２）、送信処理を繰り返す。【００６７】
＜送信装置２の記録確認処理＞
図９は、本実施の形態１における記録確認処理Ｓ５５の詳細を示す図である。この記録確認処理Ｓ５５は、送信装置２のコピー制御部２５によって実行される。【００６８】
コピー制御部２５は、ＡＶデータの送信完了後、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、ＡＶデータを仮無効状態とし（Ｓ１０１）、通知コマンド受信待ち状態となる。【００６９】
次に、所定時間（１秒）以内に通知コマンドを受信したかどうかを判定し（Ｓ１０２）、タイムアウトが発生した場合は、ＡＶデータを無効化して（Ｓ１１４）、処理を終了する。他方、タイムアウトが発生せずに通知コマンドを受信した場合は、その受信処理を開始する（Ｓ１０３）。【００７０】
次に、通知コマンドのコマンド番号とコマンド検証用情報とをチェックする（Ｓ１０４）。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。【００７１】
検証結果がＯＫである場合は、Ｓ１０７に進む。他方、検証結果がＯＫでない場合は、ＡＶデータ無効化処理（Ｓ１１５）を実行する。すなわち、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを無効状態として以降の使用を不可能とする。そして、コマンド応答（ＲＥＪＥＣＴＤ）を生成する処理を実行し（Ｓ１１６）、そのコマンド応答を受信装置３に送信する処理を実行して（Ｓ１１７）、処理を終了する。【００７２】
Ｓ１０７では、通知コマンドの通知種別を確認する。通知種別が「成功」である場合はＡＶデータ無効化処理（Ｓ１０８）に進み、「成功」でない場合はＡＶデータ再有効化処理（Ｓ１１２）に進む。【００７３】
ＡＶデータ無効化処理（Ｓ１０８）では、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを無効状態として以降の使用を不可能とする。そして、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成する処理を実行し（Ｓ１０９）、そのコマンド応答を受信装置３に送信する処理を実行して（Ｓ１１０）、処理を終了する。【００７４】
ＡＶデータ再有効化処理（Ｓ１１１）では、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを再度有効状態とする。そして、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成する処理を実行し（Ｓ１１２）、そのコマンド応答を受信装置３に送信する処理を実行して（Ｓ１１３）、処理を終了する。【００７５】
＜受信装置３の動作＞
図１０は、本実施の形態１における受信装置３の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。【００７６】
まず、受信装置３の認証処理部３４は、認証要求を送信装置２に送信して認証／鍵交換処理を開始し、交換鍵を取得して認証／鍵交換処理を終了する（Ｓ１５１）。【００７７】
次に、受信装置３のコピー制御部３５は、ＡＶデータの移動を要求するＡＶデータ送信要求を送信装置２に送信し（Ｓ１５２）、ＡＶデータを送信装置２から受信する（Ｓ１５３）。そして、受信したＡＶデータパケットのヘッダ部に設定されているコピー制御情報（ＥＭＩ）をチェックする（Ｓ１５４）。その結果、ＭＯＶＥモードである場合は記録確認処理Ｓ１５５を実行し、ＭＯＶＥモード以外である場合は記録確認処理を実行しない。【００７８】
最後に、受信装置３は、受信処理を完了すべきかどうか判定する（Ｓ１５６）。そして、受信すべきＡＶデータが残っている場合は、ＡＶデータ送信要求を送信装置２に送信し（Ｓ１５２）、受信処理を繰り返す。【００７９】
＜受信装置３の記録確認処理＞
図１１は、本実施の形態１における記録確認処理Ｓ１５５の詳細を示す図である。この記録確認処理Ｓ１５５は、受信装置３のコピー制御部３５によって実行される。【００８０】
コピー制御部３５は、ＡＶデータの記録結果を確認し（Ｓ２０１）、ＡＶデータがＨＤＤ３６に記録されて記録が成功していた場合は、ＨＤＤ３６のＡＶデータ管理テーブルを「仮無効」に設定し、ＡＶデータを一旦無効状態とする（Ｓ２０２）。【００８１】
次に、通知コマンドを生成する（Ｓ２０３）。すなわち、記録結果に応じて通知コマンドの通知種別を成功または失敗に設定し、コマンド番号（Ｒ）およびコマンド検証用情報を生成して通知コマンドに設定する。そして、生成した通知コマンドを送信装置２に送信し（Ｓ２０４）、コマンド応答待ち状態となる。【００８２】
次に、所定時間（１秒）以内にコマンド応答を受信したかどうかを判定し（Ｓ２０５）、タイムアウトが発生した場合はＳ２０７に進む。他方、タイムアウトが発生せずにコマンド応答を受信した場合は、その受信処理を開始する（Ｓ２０５）。【００８３】
Ｓ２０７では、再度ＡＶデータの記録結果を確認する。記録が成功していなかった場合は処理を終了し、成功していた場合はコマンド応答の種別コードをチェックする（Ｓ２０８）。その結果、コマンド処理がＯＫであることを示す９Ｈ（ＡＣＣＥＰＴＥＤ）である場合は、さらにＳ２０９でコマンド応答を検証する。【００８４】
Ｓ２０９では、通知種別およびコマンド番号（Ｒ）が、送信した通知コマンドの各パラメータフィールドの値に等しいかどうかをチェックする。さらに、コマンド応答検証用情報をチェックして、コマンド応答が正当な送信装置２からの正当なコマンド応答であるかどうかをチェックする。チェック結果がＯＫである場合は、ＨＤＤ３６のＡＶデータ管理テーブルを「有効」に書き換えてＡＶデータを有効化し（Ｓ２１０）、処理を終了する。他方、９Ｈ（ＡＣＣＥＰＴＥＤ）でない場合、もしくはチェック結果がＯＫでない場合は、ＨＤＤ３６のＡＶデータ管理テーブルを「無効」に書き換えてＡＶデータを無効化し（Ｓ２１１）、処理を終了する。【００８５】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。【００８６】
図１２は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。【００８７】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ２５１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ２５２）。送信装置２は、要求されたＡＶデータを受信装置３に送信する（Ｓ２５３）。受信装置３は、受信したＡＶデータをＨＤＤ３６に記録すると、記録が成功したことを示す通知コマンドを生成して送信装置２に送信する（Ｓ２５４→Ｓ２５５）。送信装置２は、通知コマンドを検証し（Ｓ２５６）、検証結果がＯＫである場合は、送信したＡＶデータを無効化し（Ｓ２５７）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ２５８→Ｓ２５９）。受信装置３は、コマンド応答を検証し（Ｓ２６０）、検証結果がＯＫである場合は、受信したＡＶデータを有効化し（Ｓ２６１）、ＡＶデータの移動処理を完了する。【００８８】
ＡＶデータの記録に失敗した場合、受信装置３は、記録が失敗したことを示す通知コマンドを生成して送信装置２に送信する。送信装置２は、通知コマンドを検証し、検証結果がＯＫである場合は、送信したＡＶデータを再度有効化し、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する。この場合、送信装置２のＡＶデータは無効化されることなく保持される。したがって、受信装置３においてＡＶデータの記録が失敗した場合でもＡＶデータが消失することはない。【００８９】
ここで、ＡＶデータの記録に成功した受信装置３がそのことを示す通知コマンドを生成して送信装置２に送信した場合において、悪意のあるユーザがＡＶデータのコピーを意図して、ＡＶデータの記録に失敗したことを示すように当該通知コマンドを改竄したと仮定する。この場合、送信装置２が通知コマンドを検証すると、その検証結果はＮＧとなる。したがって、送信装置２は、送信したＡＶデータを無効化し、コマンド応答（ＲＥＪＥＣＴＥＤ）を生成して受信装置３に送信することになる。このように、悪意のあるユーザがＡＶデータのコピーを意図して通知コマンドを改竄した場合でも、送信装置２のＡＶデータは無効化されるため、ＡＶデータのコピーを防止することができる。【００９０】
また、ＡＶデータの記録に成功した受信装置３がそのことを示す通知コマンドを生成して送信装置２に送信した場合において、その通知コマンドが事故によって消失したと仮定する。この場合、送信装置２は、通知コマンドの受信タイムアウトを検知して、送信したＡＶデータを無効化することになる。このように、通知コマンドが事故によって消失した場合でも、送信装置２のＡＶデータは無効化されるため、ＡＶデータのコピーを防止することができる。【００９１】
以上のように、本実施の形態１によれば、コピー不可のＡＶデータをネットワーク経由で移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる。【００９２】
すなわち、受信装置３がＡＶデータの記録に失敗した場合、そのＡＶデータは送信装置２に保持されるため、事故によるＡＶデータの消失を防止することができる。【００９３】
また、コマンドを識別するためのコマンド番号と、コマンドを検証するための検証用情報とを通知コマンド及びコマンド応答に付加している。そのため、悪意のユーザによって通知コマンド及びコマンド応答が改竄されることを防止することができる結果、不正なコピーを防止することが可能となる。【００９４】
また、受信装置３は、受信したＡＶデータを一旦無効化した後、記録に成功したことを示す通知コマンドに対してＡＣＣＥＰＴＥＤ応答を受信した場合に有効状態とする。そのため、送信装置２におけるＡＶデータが事故もしくは悪意のユーザによって無効化されなかった場合でも、不正なコピーを防止することができる。【００９５】
（実施の形態２）
次に、本発明の実施の形態２について説明する。【００９６】
＜概要＞
本実施の形態２では、送信装置によって送信されたＡＶデータを特定するための識別情報を通知コマンドに設定する。これによって、送信装置によって送信されたＡＶデータと通知コマンドとが確実に対応付けられる。したがって、送信装置によって送信されたＡＶデータを確実に削除することができる。【００９７】
＜構成＞
本実施の形態２における送信装置２と受信装置３の構成は、実施の形態１における構成（図３及び図４参照）と同様である。本実施の形態２が実施の形態１と異なる点は、通知コマンドのフォーマットと、コピー制御部２５及びコピー制御部３５の動作であり、その他の点は実施の形態１と同様である。【００９８】
＜通知コマンド＞
図１３（Ａ）は、本実施の形態２における通知コマンドのフォーマットを示す図であり、図１３（Ｂ）は、本実施の形態２におけるコマンド応答のフォーマットを示す図である。【００９９】
種別コードとオペコードは、実施の形態１と同様である。【０１００】
通知コマンドのパラメータフィールドは、図１３（Ａ）に示されるように、通知種別と、鍵更新カウント値（Ｎｃ）と、パケット数と、コマンド番号（Ｒ）と、コマンド検証用情報とから構成される。通知種別には、記録処理が成功したか失敗したかを示す記録結果が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、通知コマンドを送信するごとに１増加する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値がそのまま設定される。パケット数には、受信したＡＶデータのパケット数が設定される。コマンド検証用情報は電子署名情報である。この電子署名情報は、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、およびコマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成される。【０１０１】
他方、コマンド応答のパラメータフィールドは、図１３（Ｂ）に示されるように、通知種別と、鍵更新カウント値（Ｎｃ）と、パケット数と、コマンド番号（Ｒ）と、コマンド検証用情報とから構成される。通知種別、鍵更新カウント値（Ｎｃ）、パケット数、コマンド番号（Ｒ）には、受信した通知コマンドのパラメータと同じ値が設定される。コマンド応答検証用情報は電子署名情報である。この電子署名情報は、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、およびコマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成される。【０１０２】
＜送信装置２の動作＞
送信装置２における暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れは実施の形態１と同様であり、図８に示される。送信装置２における記録確認処理の流れも実施の形態１と同様であり、図９に示される。本実施の形態２は、送信装置２のコピー制御部２５の動作が実施の形態１と異なる。したがって、図９に示す記録確認処理の内、記録確認通知検証処理Ｓ１０４の内容と、コマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６の内容は、実施の形態１における内容と異なる。【０１０３】
本実施の形態２における記録確認通知検証処理Ｓ１０４では、コピー制御部３５は、まず、通知コマンドの鍵更新カウント値（Ｎｃ）及びパケット数が、送信したＡＶデータに対応しているかどうかをチェックする。次に、通知コマンドのコマンド番号（Ｒ）とコマンド検証用情報とをチェックする。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。【０１０４】
本実施の形態２におけるコマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６では、コピー制御部２５は、コマンドの処理結果に応じて種別コードを設定する。また、受信した通知コマンドと同じ値をオペコード、通知種別、鍵更新カウンタ値、パケット数、およびコマンド番号に設定する。さらに、コマンド応答検証用情報として電子署名情報を設定する。この電子署名情報は、通知種別、鍵更新カウンタ値、パケット数、およびコマンド番号に対して、交換鍵（Ｋｘ）を使用して生成される。【０１０５】
＜受信装置３の動作＞
受信装置３における暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れは実施の形態１と同様であり、図１０に示される。受信装置３における記録確認処理の流れも実施の形態１と同様であり、図１１に示される。本実施の形態２は、受信装置３のコピー制御部３５の動作が実施の形態１と異なる。したがって、図１１に示す記録確認処理の内、記録確認通知生成処理Ｓ２０３の内容と、コマンド応答検証処理Ｓ２０９の内容は、実施の形態１における内容と異なる。【０１０６】
本実施の形態２における記録確認通知生成処理Ｓ２０３では、コピー制御部３５は、記録結果に応じて成功または失敗を示す値を通知種別として設定する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値が設定される。パケット数には、受信したＡＶデータのパケット数が設定される。コマンド番号（Ｒ）とコマンド検証用情報とが設定され、通知コマンドが生成される。【０１０７】
本実施の形態２におけるコマンド応答検証Ｓ２０９では、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、コマンド番号（Ｒ）が、送信した通知コマンドの各パラメータフィールドの値に等しいかどうかがチェックされる。さらに、コマンド応答検証用情報がチェックされ、コマンド応答が正当な送信装置２からの正当なコマンド応答であるかどうかが検証される。【０１０８】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。【０１０９】
図１４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。【０１１０】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ３０１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ３０２）。送信装置２は、要求されたＡＶデータを受信装置３に送信する（Ｓ３０３）。受信装置３は、受信したＡＶデータをＨＤＤ３６に記録すると、記録が成功したことを示す通知コマンドに鍵更新カウンタ値（Ｎｃ）とパケット数とを設定して送信装置２に送信する（Ｓ３０４）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）とパケット数とをチェックすることによって、送信したＡＶデータに対応する通知コマンドであるかどうかを含めて検証する。そして、検証結果がＯＫである場合は、送信したＡＶデータを無効化し（Ｓ３０５）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ３０６）。受信装置３は、コマンド応答を検証し、検証結果がＯＫである場合は、受信したＡＶデータを有効化し、ＡＶデータの移動処理を完了する（Ｓ３０７）。以降、ＡＶデータの移動処理が終了するまで、上記のシーケンスを繰り返す。【０１１１】
図１５は、通知コマンドの送信が遅延した場合のシーケンスを示す図である。【０１１２】
受信装置３は、ＡＶデータ１を要求するＡＶデータ送信要求を送信装置２に送信する（Ｓ３１１）。送信装置２は、要求されたＡＶデータ１を受信装置３に送信する（Ｓ３１２）。ここで、受信装置３は、ＡＶデータ１に対応する通知コマンドを送信装置２に送信する前に、別のＡＶデータ２を要求するＡＶデータ送信要求を送信装置２に送信したと仮定する（Ｓ３１３）。この場合、送信装置２は、要求されたＡＶデータ２を受信装置３に送信する（Ｓ３１４）。【０１１３】
次に、受信装置３は、受信したＡＶデータ１に対応する通知コマンドに鍵更新カウンタ値（Ｎｃ＝ｊ）とパケット数（ｎ）とを設定して送信装置２に送信する（Ｓ３１５）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）とパケット数とが、送信したＡＶデータ１に対応することを確認する。そして、対応することを確認すると、送信したＡＶデータ１を無効化し（Ｓ３１６）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ３１７）。受信装置３は、コマンド応答を検証して、検証結果がＯＫである場合は、受信したＡＶデータを有効化してＡＶデータ１の移動処理を完了する（Ｓ３１８）。【０１１４】
次に、受信装置３は、受信したＡＶデータ２に対応する通知コマンドに鍵更新カウンタ値（Ｎｃ＝ｊ＋ｎ）とパケット数（ｎ）とを設定して送信装置２に送信する（Ｓ３１９）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）とパケット数とが、送信したＡＶデータ２に対応することを確認する。そして、対応することを確認すると、送信したＡＶデータ２を無効化し（Ｓ３２０）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ３２１）。受信装置３は、コマンド応答を検証して、検証結果がＯＫである場合は、受信したＡＶデータ２を有効化してＡＶデータ２の移動処理を完了する（Ｓ３２２）。【０１１５】
以上のように、本実施の形態２における送信装置２は、受信装置３からの通知コマンドを検証する際に、通知コマンドに含まれる鍵更新カウンタ値とパケット数とが、送信したＡＶデータに対応するかどうかをチェックする。このため、受信装置３が受信したＡＶデータと、送信装置２が送信したＡＶデータとを確実に対応付けることができる。したがって、送信装置２は、ＡＶデータを送信したタイミングに対して、通知コマンドを受信したタイミングが遅れた場合でも、受信した通知コマンドに対応するＡＶデータを確実に削除することができる。【０１１６】
なお、本実施の形態２では、ＡＶデータを識別するための識別情報として鍵更新カウンタ値とパケット数とを例示しているが、本発明はこれに限定されるものではない。すなわち、ＡＶデータを識別することができる情報であれば、その他の情報を識別情報として採用してもよい。【０１１７】
（実施の形態３）
次に、実施の形態３について説明する。【０１１８】
＜概要＞
本実施の形態３では、送信装置２によってＡＶデータがパケットに分割されて受信装置３に送信され、パケット単位で記録確認処理が実行される。【０１１９】
＜構成＞
本実施の形態３における送信装置２と受信装置３の構成は、実施の形態１及び実施の形態２における構成（図３及び図４）と同様である。本実施の形態３が実施の形態２と異なる点は、通知コマンドのフォーマットと、コピー制御部２５及びコピー制御部３５の動作であり、その他の点は実施の形態２と同様である。【０１２０】
＜通知コマンド＞
図１６（Ａ）は、本実施の形態３における通知コマンドのフォーマットを示す図であり、図１６（Ｂ）は、本実施の形態３におけるコマンド応答のフォーマットを示す図である。【０１２１】
種別コードとオペコードは、実施の形態１及び実施の形態２と同様である。【０１２２】
通知コマンドのパラメータフィールドは、図１６（Ａ）に示されるように、通知種別と、鍵更新カウント値（Ｎｃ）と、コマンド番号（Ｒ）と、コマンド検証用情報とから構成される。通知種別には、記録処理が成功したか失敗したかを示す記録結果が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、通知コマンドを送信するごとに＋１増加する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値がそのまま設定される。コマンド検証用情報は電子署名情報である。この電子署名情報は、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、およびコマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成される。【０１２３】
通知コマンド応答の通知種別、鍵更新カウント値（Ｎｃ）、コマンド番号（Ｒ）には受信したコマンドのパラメータと同じ値を設定する。コマンド応答検証用情報は、通知種別、鍵更新カウント値（Ｎｃ）、コマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成する電子署名情報である。【０１２４】
＜送信装置２の動作＞
図１７は、本実施の形態３における送信装置２の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。【０１２５】
まず、送信装置２の認証処理部２４は、認証要求を受信装置３から受けて認証／鍵交換処理を開始し、交換鍵を受信装置３と共有して認証／鍵交換処理を終了する（Ｓ３５１）。【０１２６】
次に、受信装置３のコピー制御部２５は、ＡＶデータ送信要求を受信装置３から受信する（Ｓ３５２）。そして、ＡＶデータの移動を要求するＡＶデータ送信要求の場合は、ＭＯＶＥモードでパケット送信処理（Ｓ３５４）と記録確認処理（Ｓ３５５）を実行し、それ以外の場合は、通常のモードでＡＶデータ送信処理（Ｓ３５６）を実行する。【０１２７】
本実施の形態３における送信装置２は、ＡＶデータ管理テーブルで管理されている各ブロック単位でＡＶデータをパケットとして送信し、管理する。そして、全パケットを送信したかどうかを判定し（Ｓ３５７）、送信すべきパケットが残っている場合は、Ｓ３５３に戻り、パケット送信処理（Ｓ３５４）と記録確認処理（Ｓ３５５）を繰り返す。他方、全パケットを送信した場合は、送信処理を完了すべきか判定し（Ｓ３５８）、送信すべきＡＶデータが残っている場合は、ＡＶデータ送信要求を受信装置３から受信し（Ｓ３５２）、送信処理を繰り返す。【０１２８】
＜送信装置２の記録確認処理＞
送信装置２における記録確認処理の流れは実施の形態１及び実施の形態２と同様であり、図９に示される。本実施の形態３は、送信装置２のコピー制御部２５の動作が実施の形態１及び実施の形態２と異なる。したがって、図９に示す記録確認処理の内、記録確認通知検証処理Ｓ１０４の内容と、コマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６の内容は、実施の形態１及び実施の形態２における内容と異なる。【０１２９】
本実施の形態３における記録確認通知検証処理Ｓ１０４では、コピー制御部３５は、まず、通知コマンドの鍵更新カウント値（Ｎｃ）が、送信したＡＶデータパケットに対応しているかどうかをチェックする。次に、通知コマンドのコマンド番号（Ｒ）とコマンド検証用情報とをチェックする。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。【０１３０】
本実施の形態３におけるコマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６では、コピー制御部２５は、コマンドの処理結果に応じて種別コードを設定する。また、受信した通知コマンドと同じ値をオペコード、通知種別、鍵更新カウンタ値、およびコマンド番号に設定する。さらに、コマンド応答検証用情報として電子署名情報を設定する。この電子署名情報は、通知種別、鍵更新カウンタ値、およびコマンド番号に対して、交換鍵（Ｋｘ）を使用して生成される。【０１３１】
＜受信装置３の動作＞
図１８は、本実施の形態３における受信装置３の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。【０１３２】
まず、受信装置３の認証処理部３４は、認証要求を送信装置２に送信して認証／鍵交換処理を開始し、交換鍵を取得して認証／鍵交換処理を終了する（Ｓ４０１）。【０１３３】
次に、受信装置３のコピー制御部３５は、ＡＶデータの移動を要求するＡＶデータ送信要求を送信装置２に送信し（Ｓ４０２）、ＡＶデータパケットを送信装置２から受信する（Ｓ４０３）。そして、受信したＡＶデータパケットのヘッダ部に設定されているコピー制御情報（ＥＭＩ）をチェックする（Ｓ４０４）。その結果、ＭＯＶＥモードである場合は記録確認処理Ｓ４０５を実行し、ＭＯＶＥモード以外である場合は記録確認処理を実行しない。【０１３４】
次に、受信装置３は、全パケットを受信したか判定する（Ｓ４０６）。そして、受信すべきパケットが残っている場合は、Ｓ４０３に戻り、パケット受信処理（Ｓ４０３）と記録確認処理（Ｓ４０５）を繰り返す。全パケットを受信した場合は、受信すべきＡＶデータを受信したか判定し（Ｓ４０７）、受信すべきＡＶデータがある場合は、ＡＶデータ送信要求を送信装置２に送信し（Ｓ４０２）、受信処理を繰り返す。【０１３５】
＜受信装置３の記録確認処理＞
受信装置３における記録確認処理の流れは実施の形態１及び実施の形態２と同様であり、図１１に示される。本実施の形態３は、受信装置３のコピー制御部３５の動作が実施の形態１及び実施の形態２と異なる。したがって、図１１に示す記録確認処理の内、記録確認通知生成処理Ｓ２０３の内容と、コマンド応答検証処理Ｓ２０９の内容は、実施の形態１及び実施の形態２における内容と異なる。【０１３６】
本実施の形態３における記録確認通知検証処理Ｓ１０４では、コピー制御部３５は、まず、通知コマンドの鍵更新カウント値（Ｎｃ）が、送信したＡＶデータパケットに対応しているかどうかをチェックする。次に、通知コマンドのコマンド番号（Ｒ）とコマンド検証用情報とをチェックする。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。【０１３７】
本実施の形態３における記録確認通知生成処理Ｓ２０３では、コピー制御部３５は、記録結果に応じて成功または失敗を示す値を通知種別として設定する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値が設定される。コマンド番号（Ｒ）とコマンド検証用情報とが設定され、通知コマンドが生成される。【０１３８】
本実施の形態３におけるコマンド応答検証Ｓ２０９では、通知種別、鍵更新カウント値（Ｎｃ）、コマンド番号（Ｒ）が、送信した通知コマンドの各パラメータフィールドの値に等しいかどうかがチェックされる。さらに、コマンド応答検証用情報がチェックされ、コマンド応答が正当な送信装置２からの正当なコマンド応答であるかどうかが検証される。【０１３９】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。【０１４０】
図１９は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。【０１４１】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ４２１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ４２２）。送信装置２は、要求されたＡＶデータの内１パケットを受信装置３に送信する（Ｓ４２３）。受信装置３は、受信したＡＶデータパケットをＨＤＤ３６に記録すると、記録が成功したことを示す通知コマンドに、受信したＡＶパケットの鍵更新カウンタ値（Ｎｃ）を設定して送信装置２に送信する（Ｓ４２４）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）をチェックすることによって、送信したＡＶデータパケットに対応する通知コマンドであるかどうかを含めて検証する。そして、検証結果がＯＫである場合は、送信したパケットに相当するＡＶデータを無効化し（Ｓ４２５）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ４２６）。受信装置３は、コマンド応答を検証し、検証結果がＯＫである場合は、受信したＡＶデータを有効化し、ＡＶデータの移動処理を完了する（Ｓ４２７）。以降、ＡＶデータの移動処理が終了するまで、上記のＳ４２３からＳ４２７までのシーケンスを繰り返す。【０１４２】
以上のように、本実施の形態３では、送信装置２は、１回のＡＶデータ送信要求に対してＡＶデータを複数のＡＶデータパケットに分割して送信する。また、受信装置３は、１パケット受信してＨＤＤへの記録が成功する毎に通知コマンドを送信装置２に送信して記録確認処理を実行する。そのため、ＡＶデータパケット単位でＡＶデータと通知コマンドとを対応付けることができる。したがって、ＡＶデータはパケット単位で確実に削除されるので、事故によるＡＶデータの消失が発生した場合でも、その消失データサイズを低減することが可能となる。【０１４３】
なお、本実施の形態３では、ＡＶデータを分割してＡＶパケットとして送信し、パケット毎に記録確認処理を実行しているが、本発明はこれに限定されるものではない。すなわち、分割したＡＶデータのブロックをパケット化せずに送信し、ブロック毎に記録確認処理を実行してもよい。また、１パケット毎に記録確認処理を実行するのではなく、複数のパケット毎に記録確認処理を実行してもよい。【０１４４】
（実施の形態４）
次に、実施の形態４について説明する。【０１４５】
＜概要＞
本実施の形態４では、送信装置２は、ＡＶデータを受信装置３に送信した後、記録確認要求コマンドを受信装置３に送信して記録確認処理を起動する。【０１４６】
＜構成＞
本実施の形態４における送信装置２と受信装置３の構成は、実施の形態１から実施の形態３における構成（図３及び図４）と同様である。本実施の形態４が他の実施の形態と異なる点は、送受信部２１が要求送信手段を兼ね、送受信部３１が要求受信手段を兼ねている点であり、また、コピー制御部２５及びコピー制御部３５が記録確認要求コマンド及び記録確認要求コマンド応答の送受信を制御する点である。その他の点は実施の形態１と同様である。【０１４７】
＜記録確認要求コマンド＞
図２０（Ａ）は、本実施の形態４における記録確認要求コマンドのフォーマットを示す図である。この記録確認要求コマンドは、本発明に係る確認要求に相当する。図２０（Ｂ）は、本実施の形態４における記録確認要求コマンド応答のフォーマットを示す図である。以下の説明では、「記録確認要求コマンド」を「要求コマンド」といい、「記録確認要求コマンド応答」を「要求コマンド応答」といい、「記録確認通知コマンド応答」を「通知コマンド応答」という。【０１４８】
要求コマンドの種別コードは、実施の形態１から実施の形態３における種別コードと同様である。要求コマンドのオペコードには１４Ｈが設定され、要求コマンドのパラメータフィールドにはコマンド番号（Ｒ）が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、要求コマンドを送信するごとに＋１増加する。要求コマンド応答の種別コードは、実施の形態１から実施の形態３と同様である。オペコードおよびコマンド番号（Ｒ）には、受信したコマンドと同じ値が設定される。【０１４９】
なお、本実施の形態４における通知コマンド及び通知コマンド応答のフォーマットは実施の形態１と同様であり、図５に示される。【０１５０】
＜送信装置２の動作＞
送信装置２における暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れは実施の形態１と同様であり、図８で示される。本実施の形態４は、記録確認処理Ｓ５５の内容が実施の形態１と異なる。以下、その詳細を説明する。【０１５１】
＜送信装置２の記録確認処理＞
図２１は、本実施の形態４における記録確認処理Ｓ５５の流れを示す図である。この記録確認処理Ｓ５５は、送信装置２のコピー制御部２５によって実行される。【０１５２】
コピー制御部２５は、ＡＶデータの送信完了後、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、ＡＶデータを仮無効状態とし（Ｓ５０１）、要求コマンドを生成して受信装置３に送信し（Ｓ５０２→Ｓ５０３）、要求コマンド応答待ち状態となる。【０１５３】
次に、所定時間（１秒）以内に要求コマンド応答を受信したかどうかを判定し（Ｓ５０４）、タイムアウトが発生した場合は、確認処理が失敗したとみなし、ＡＶデータを無効化して（Ｓ５０９）、処理を終了する。他方、タイムアウトが発生せずに要求コマンド応答を受信した場合は、その受信処理を開始する（Ｓ５０５）。そして、コマンド応答の種別コードをチェックし（Ｓ５０６）、９Ｈ（ＡＣＣＥＰＴＥＤ）である場合は、記録確認通知処理Ｓ５０７を実行し、それ以外の場合は、ＡＶデータを無効化して（Ｓ５０９）、処理を終了する。【０１５４】
記録確認通知処理Ｓ５０７は、実施の形態１における送信装置２の記録確認処理Ｓ５５と同様であり、図９に示される。【０１５５】
＜受信装置３の動作＞
図２２は、本実施の形態４における受信装置３の動作を示す図である。ここでは、記録確認処理の流れを示している。【０１５６】
受信装置３のコピー制御部３５は、ＡＶデータの記録結果を確認する（Ｓ５５１）。そして、ＡＶデータの記録が成功していた場合は、ＨＤＤ３６のＡＶデータ管理テーブルを書き換え、ＡＶデータを一旦無効状態とする（Ｓ５５２）。【０１５７】
続いて、コピー制御部３５は、要求コマンド受信待ち状態となり、所定時間（１秒）以内に要求コマンドを受信したかどうかを判定する（Ｓ５５３）。タイムアウトが発生せずに要求コマンドを受信した場合は、受信した要求コマンドの処理を開始し（Ｓ５５４）、コマンド応答を生成して送信装置２に送信する（Ｓ５５５→Ｓ５５６）。その後、記録確認通知処理（Ｓ５５７）を実行し、通知コマンドを送信装置２に送信する。【０１５８】
タイムアウトが発生した場合、コピー制御部３５は、再度ＡＶデータの記録結果を確認する（Ｓ５５８）。記録が成功していなかった場合（Ｓ５５８でＮｏ）は、処理を終了する。記録が成功していた場合（Ｓ５５８でＹｅｓ）は、ＨＤＤ３６のＡＶデータ管理テーブルを書き換え、ＡＶデータを無効化して（Ｓ５５９）、処理を終了する。【０１５９】
記録確認通知処理Ｓ５５７は、実施の形態１における受信装置３によって実行される記録確認処理Ｓ１５５と同様であり、図１１に示される。ただし、本実施の形態４では、すでに仮無効化処理Ｓ５５２が実行されているため、図１１におけるＳ２０３以降の処理が実行される。【０１６０】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。【０１６１】
図２３は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。【０１６２】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ６０１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ６０２）。送信装置２は、要求されたＡＶデータを受信装置３に送信する（Ｓ６０３）。送信装置２は、ＡＶデータの送信を完了すると、記録確認を要求する要求コマンドを生成して受信装置３に送信する（Ｓ６０４→Ｓ６０５）。受信装置３は、要求コマンドを受信すると、要求コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して送信装置２に送信する（Ｓ６０６）。【０１６３】
受信装置３は、通知コマンドを生成して送信装置２に送信する。以降の処理は、図１０に示す記録確認処理の動作シーケンスのＳ２５４以降と同様である。【０１６４】
以上のように、本実施の形態４によれば、送信装置２は、自ら記録確認要求コマンドを受信装置３に送信して記録確認処理を開始することができる。そのため、記録確認処理を行うタイミングを自ら決定することができ、記録確認処理のタイミングと記録確認処理するＡＶデータのサイズとを柔軟に設定することが可能となる。【０１６５】
なお、各実施の形態では、記録再生装置を送信装置２と受信装置３とに区別して説明したが、記録再生装置が送信機能と受信機能の両方を備えてもよいことは明らかである。その場合、ＨＤＤ（記録手段）は、送信機能と受信機能とで共有されてもよいし、送信機能と受信機能とで個別に設けられてもよい。【０１６６】
また、各実施の形態では、送信装置２は、受信装置３からのＡＶデータ送信要求によってＡＶデータの送受信を開始しているが、本発明はこれに限定されない。すなわち、送信装置２は、ＨＴＴＰにおけるＰＯＳＴリクエストのようなＡＶデータ受信要求を受信装置３に送信することによってＡＶデータの送受信を開始してもよい。【０１６７】
また、各実施の形態では、記録手段としてＨＤＤを用いているが、本発明における記録手段は、ＨＤＤに限定されず、光ディスク装置や半導体メモリーでもよい。【０１６８】
また、各実施の形態では、送信装置２は、受信装置３からのＡＶデータ送信要求の内容に基づいてＭＯＶＥモードでＡＶデータを送信するかどうかを決定しているが、ＭＯＶＥモードの設定手段はこれに限定されない。例えば、送信装置２のユーザーインタフェースを用いて、ＭＯＶＥモードでＡＶデータを送信するかどうかを設定してもよい。【０１６９】
また、各実施の形態では、受信装置３は、ＡＶデータに付加されるコピー制御情報によってＭＯＶＥモードでＡＶデータが送信されているかどうかを判定しているが、ＭＯＶＥモードの判定手段はこれに限定されない。例えば、送信モードを送信装置２から受信装置３に通知すれば、この通知を受けた受信装置３は、ＭＯＶＥモードでＡＶデータが送信されているかどうかを判定することができる。【０１７０】
また、各実施の形態では、送信装置２におけるＡＶデータは「これ以上コピー不可」のＡＶデータであることを前提に説明したが、ＡＶデータのコピー制御情報はこれに限定されない。例えば、「コピー禁止（Ｃｏｐｙ  Ｎｅｖｅｒ）」のＡＶデータを移動する場合にも、本発明を適用することができる。【０１７１】
また、各実施の形態では、コマンドの識別情報として、順次増加するコマンド番号を使用しているが、コマンドを識別できれば他の識別用情報でもよい。例えば、乱数生成された番号をコマンドの識別情報として使用することも可能である。【０１７２】
また、各実施の形態では、受信装置３は、記録手段であるＨＤＤへの記録結果を実際に確認してから通知コマンドを送信装置２に送信しているが、通知コマンドの送信タイミングはこれに限定されない。例えば、記録手段への記録成功が確実であれば、ＡＶデータをバッファメモリへ書き込んだ時点で通知コマンドを送信装置２に送信してもよい。【０１７３】
また、各実施の形態では、ＡＶデータ管理テーブル上の管理情報を書き換えることによって記録手段上のＡＶデータを無効状態にしているが、ＡＶデータを無効状態にする手法はこれに限定されない。例えば、該当する管理情報をＡＶデータ管理テーブルから削除するようにしてもよい。また、他の手段によって、記録手段に記録されたＡＶデータを無効化もしくは削除してもよい。【０１７４】
（実施の形態５）
次に、実施の形態５について説明する。【０１７５】
実施の形態１から４では、主に、ＡＶデータの移動に成功した場合の通信シーケンスについて説明したが、本実施の形態５では、主に、ＡＶデータの移動に成功しなかった場合の通信シーケンスについて説明する。【０１７６】
まず、ＡＶデータの移動に成功した場合について説明する。【０１７７】
図２４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。この図２４は、Ｓ７０１を明記した点を除き、図１２と同じである。すなわち、送信装置２は、ＡＶデータを受信装置３に送信すると（Ｓ２５１→Ｓ２５２）、送信装置２上のＡＶデータを仮無効化する。受信装置３は、ＡＶデータの記録が成功すると、受信装置３上のＡＶデータを仮無効化する（Ｓ２５３→Ｓ７０１）。送信装置２は、ＡＶデータの記録が成功したことを知ると、送信装置２上のＡＶデータを無効化する（Ｓ２５４→Ｓ２５５→Ｓ２５６→Ｓ２５７）。受信装置３は、送信装置２上のＡＶデータが無効化されたことを知ると、受信装置３上のＡＶデータを有効化する（Ｓ２５８→Ｓ２５９→Ｓ２６０→Ｓ２６１）。これによって、ＡＶデータの移動処理が完了したことになる。【０１７８】
次に、ＡＶデータの移動に成功しなかった場合について説明する。【０１７９】
図２５は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が失敗した場合について説明する。【０１８０】
ＡＶデータをＨＤＤ３６に記録するまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３）は、前記した通りであるため、詳しい説明を省略する。受信装置３は、ＡＶデータの記録が失敗すると、ＡＶデータの記録が失敗した旨の通知コマンドを生成して送信装置２に送信する（Ｓ７１１→Ｓ７１２）。送信装置２は、送信装置２上のＡＶデータを再有効化し、その旨の応答を生成して受信装置３に送信する（Ｓ７１３→Ｓ７１４→Ｓ７１５→Ｓ７１６）。このように、ＡＶデータの記録が失敗した場合は、送信装置２上のＡＶデータが再有効化される。これによって、ＡＶデータが消失してしまう不具合を回避することができる。【０１８１】
図２６は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が成功した旨の通知コマンドが消失した場合について説明する。【０１８２】
ＡＶデータの記録が成功した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７０１→Ｓ７２１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドは、ネットワーク障害等が原因で受信装置３から送信装置２へ正常に送信されない場合がある。この場合、送信装置２は、所定時間を経過しても通知コマンドを受信しないことになるのでタイムアウトを検知し（Ｓ７２２→Ｓ７２３）、送信装置２上のＡＶデータを無効化する（Ｓ７２４）。他方、受信装置３も、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知し（Ｓ７２５）、受信装置３上のＡＶデータを無効化する（Ｓ７２６）。このように、ＡＶデータの記録が成功した旨の通知コマンドが消失した場合は、送信装置２上のＡＶデータも受信装置３上のＡＶデータも無効化される。これによって、送信装置２と受信装置３とにＡＶデータが重複して存在する不具合を回避することができる。【０１８３】
図２７は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が失敗した旨の通知コマンドが消失した場合について説明する。【０１８４】
ＡＶデータの記録が失敗した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７３１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドは、ネットワーク障害等が原因で受信装置３から送信装置２へ正常に送信されない場合がある。この場合、送信装置２は、所定時間を経過しても通知コマンドを受信しないことになるのでタイムアウトを検知し（Ｓ７３２→Ｓ７３３）、送信装置２上のＡＶデータを無効化する（Ｓ７３４）。他方、受信装置３も、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知（Ｓ７３５）するが、記録失敗しているためＡＶデータに対する処理は実行しない。このように、ＡＶデータの記録が失敗した旨の通知コマンドが消失した場合は、送信装置２上のＡＶデータが無効化される。これによって、送信装置２と受信装置３とにＡＶデータが重複して存在する不具合を回避することができる。【０１８５】
図２８は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が成功した旨の通知コマンドに対する応答が消失した場合について説明する。【０１８６】
ＡＶデータの記録が成功した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７０１→Ｓ７４１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドを受けた送信装置２は、送信装置２上のＡＶデータを無効化し（Ｓ７４２→Ｓ７４３→Ｓ７４４）、その旨の応答を生成する（Ｓ７４５）。この応答は、ネットワーク障害等が原因で送信装置２から受信装置３へ正常に送信されない場合がある。この場合、受信装置３は、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知し（Ｓ７４６→Ｓ７４７）、受信装置３上のＡＶデータを無効化する（Ｓ７４８）。このように、ＡＶデータの記録が成功した旨の通知コマンドに対する応答が消失した場合は、送信装置２上のＡＶデータも受信装置３上のＡＶデータも無効化される。これによって、送信装置２と受信装置３とにＡＶデータが重複して存在する不具合を回避することができる。【０１８７】
図２９は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が失敗した旨の通知コマンドに対する応答が消失した場合について説明する。【０１８８】
ＡＶデータの記録が失敗した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７５１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドを受けた送信装置２は、送信装置２上のＡＶデータを再有効化し（Ｓ７５２→Ｓ７５３→Ｓ７５４）、その旨の応答を生成する（Ｓ７５５）。この応答は、ネットワーク障害等が原因で送信装置２から受信装置３へ正常に送信されない場合がある。この場合、受信装置３は、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知（Ｓ７５６→Ｓ７５７）するが、記録失敗しているためAVデータに対する処理は実行しない。このように、ＡＶデータの記録が失敗した旨の通知コマンドに対する応答が消失した場合は、送信装置２上のＡＶデータが再有効化される。これによって、ＡＶデータが消失してしまう不具合を回避することができる。【０１８９】
以上のように、本発明によれば、コピー不可のＡＶデータをネットワーク経由で他の記録再生装置に移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる。【０１９０】
なお、前記の説明では、ＡＶデータの記録が失敗したことを示す通知コマンドが受信装置３から送信装置２に送信されることとしているが、本発明はこれに限定されるものではない。すなわち、ＡＶデータの記録が成功しなかった場合は、処理を中断することを示す通知コマンドが受信装置３から送信装置２に送信されるようにしても、同様の効果を得ることができる。この中断通知コマンドが受信装置３から送信装置２に送信されるタイミングは、１ファイル分のＡＶデータの送信が完了した後でなくてもよい。例えば、１パケット分のＡＶデータの記録が失敗した場合は、その失敗を検知した時点で受信装置３から送信装置２に中断通知コマンドが送信されてもよい。【０１９１】
なお、前記の説明では、送信装置２は、受信装置３に送信したＡＶデータを一旦仮無効化することとしているが、本発明はこれに限定されるものではない。すなわち、受信装置３に送信したＡＶデータは、何らかの技術的手段によってアクセスできない状態になっていればよい。言い換えると、ＡＶデータにアクセスできない状態になっていれば、そのＡＶデータの管理情報は有効な状態のままでもよい。【０１９２】
なお、前記の説明では、送信装置２は、受信装置３からの通知コマンドの受信でタイムアウトを検知した場合、ＡＶデータを無効化することとしているが、本発明はこれに限定されるものではない。受信装置３が、送信装置２からの通知コマンド応答の受信でタイムアウトを検知した場合、受信したＡＶデータを必ず無効化するように制御する場合、送信装置２はＡＶデータを有効化してもよい。【０１９３】
なお、前記の説明では特に言及しなかったが、「ＡＶデータを有効化する」「ＡＶデータを再有効化する」または「ＡＶデータにアクセスできる状態にする」という概念は、「ＡＶデータを利用できるようにする」という概念に含まれるものとする。また、「ＡＶデータを無効化する」「ＡＶデータを仮無効化する」または「ＡＶデータにアクセスできない状態にする」という概念は、「ＡＶデータを利用できないようにする」という概念に含まれるものとする。
【産業上の利用可能性】
【０１９４】
本発明は、著作権保護が必要なＡＶデータの伝送において有用である。
【図１】
2007029540.tif 000002
【図２】
2007029540.tif 000003
【図３】
2007029540.tif 000004
【図４】
2007029540.tif 000005
【図５】
2007029540.tif 000006
【図６】
2007029540.tif 000007
【図７】
2007029540.tif 000008
【図８】
2007029540.tif 000009
【図９】
2007029540.tif 000010
【図１０】
2007029540.tif 000011
【図１１】
2007029540.tif 000012
【図１２】
2007029540.tif 000013
【図１３】
2007029540.tif 000014
【図１４】
2007029540.tif 000015
【図１５】
2007029540.tif 000016
【図１６】
2007029540.tif 000017
【図１７】
2007029540.tif 000018
【図１８】
2007029540.tif 000019
【図１９】
2007029540.tif 000020
【図２０】
2007029540.tif 000021
【図２１】
2007029540.tif 000022
【図２２】
2007029540.tif 000023
【図２３】
2007029540.tif 000024
【図２４】
2007029540.tif 000025
【図２５】
2007029540.tif 000026
【図２６】
2007029540.tif 000027
【図２７】
2007029540.tif 000028
【図２８】
2007029540.tif 000029
【図２９】
2007029540.tif 000030
【手続補正書】
【提出日】平成19年2月12日(2007.2.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、
前記ＡＶデータを記録する記録手段と、
前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、
前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、
前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、
前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段と
を備えることを特徴とするＡＶデータ送信装置。
【請求項２】
前記通知受信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置から受信し、
前記制御手段は、前記通知受信手段によって前記失敗通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項３】
前記通知受信手段は、処理を中断することを示す中断通知を前記他の装置から受信し、
前記制御手段は、前記通知受信手段によって前記中断通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるするよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項４】
前記ＡＶデータ送信手段は、前記ＡＶデータを識別するための識別情報を前記ＡＶデータに付加して送信し、
前記通知受信手段は、前記識別情報が付加された前記成功通知を受信し、
前記制御手段は、送信された前記ＡＶデータに付加された前記識別情報と、受信された前記成功通知に付加された識別情報とが対応しない場合、送信された前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項５】
前記ＡＶデータ送信手段は、前記ＡＶデータを所定単位に分割して送信し、
前記制御手段は、前記所定単位に前記ＡＶデータを削除または無効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項６】
前記ＡＶデータ送信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置に送信する要求送信手段を備える
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項７】
前記通知受信手段は、前記成功通知を検証するための検証用情報が付加された前記成功通知を受信し、
前記制御手段は、前記成功通知に付加された前記検証用情報に基づいて、前記成功通知が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項８】
前記通知受信手段は、前記成功通知を識別するためのコマンド番号が付加された前記成功通知を受信し、
前記制御手段は、前記成功通知に付加された前記コマンド番号に基づいて、既に受信済みの前記成功通知でないことを確認し、確認に失敗した場合は前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項９】
前記応答送信手段は、前記通知応答を検証するための検証用情報を前記通知応答に付加して送信する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項１０】
ＡＶデータを他の装置から受信するＡＶデータ受信装置であって、
前記ＡＶデータを前記他の装置から受信するＡＶデータ受信手段と、
前記ＡＶデータ受信手段によって受信された前記ＡＶデータを記録する記録手段と、
前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信手段と、
前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信手段と、
前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御手段と
を備えることを特徴とするＡＶデータ受信装置。
【請求項１１】
前記通知送信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置に送信し、
前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１２】
前記通知送信手段は、処理を中断することを示す中断通知を前記他の装置に送信し、
前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できない制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１３】
前記ＡＶデータ受信手段は、前記ＡＶデータを識別するための識別情報が付加された前記ＡＶデータを受信し、
前記通知送信手段は、前記識別情報が付加された前記成功通知を送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１４】
前記ＡＶデータ受信手段は、所定単位に分割された前記ＡＶデータを受信し、
前記制御手段は、前記所定単位に前記成功通知を送信するよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１５】
前記ＡＶデータ受信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置から受信する要求受信手段を備え、
前記制御手段は、前記要求受信手段によって前記確認要求が受信された場合、前記ＡＶデータの記録結果を示す確認通知が前記他の装置に送信されるよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１６】
前記応答受信手段は、前記成功通知を検証するための検証用情報が付加された前記通知応答を受信し、
前記制御手段は、前記通知応答に付加された検証用情報に基づいて、前記通知応答が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１７】
前記通知送信手段は、前記成功通知を識別するためのコマンド番号を付加して前記成功通知を送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１８】
前記通知送信手段は、前記成功通知を検証するための検証用情報を前記成功通知に付加して送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１９】
ＡＶデータを他の装置に送信するＡＶデータ送信方法であって、
前記ＡＶデータを記録する記録ステップと、
前記記録ステップにおいて記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信ステップと、
前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信ステップと、
前記通知受信ステップにおいて前記成功通知が受信された場合、前記記録ステップにおいて記録された前記ＡＶデータを削除または無効化する制御ステップと、
前記制御ステップの処理結果を示す通知応答を前記他の装置に送信する応答送信ステップと
を含むことを特徴とするＡＶデータ送信方法。
【請求項２０】
ＡＶデータを他の装置から受信するＡＶデータ受信方法であって、
前記ＡＶデータを前記他の装置から受信するＡＶデータ受信ステップと、
前記ＡＶデータ受信ステップにおいて受信された前記ＡＶデータを記録する記録ステップと、
前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信ステップと、
前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信ステップと、
前記ＡＶデータ受信ステップにおいて前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信ステップにおいて通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御ステップと
を含むことを特徴とするＡＶデータ受信方法。
【請求項２１】
請求項１９または２０に記載の各ステップをコンピュータに実行させるためのプログラムを記録していることを特徴とするプログラム記録媒体。
【手続補正書】
【提出日】平成20年2月1日(2008.2.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、
前記ＡＶデータを記録する記録手段と、
前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、
前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、
前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、
前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段と
を備えることを特徴とするＡＶデータ送信装置。
【請求項２】
前記通知受信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置から受信し、
前記制御手段は、前記通知受信手段によって前記失敗通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを有効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項３】
前記通知受信手段は、処理を中断することを示す中断通知を前記他の装置から受信し、
前記制御手段は、前記通知受信手段によって前記中断通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを有効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項４】
前記ＡＶデータ送信手段は、前記ＡＶデータを識別するための第一識別情報を前記ＡＶデータに付加して送信し、
前記通知受信手段は、第二識別情報が付加された前記成功通知を受信し、
前記制御手段は、送信された前記ＡＶデータに付加された前記第一識別情報と、受信された前記成功通知に付加された第二識別情報とが対応しない場合、送信された前記ＡＶデータを無効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項５】
前記ＡＶデータ送信手段は、前記ＡＶデータを所定単位に分割して送信し、
前記制御手段は、前記所定単位に前記ＡＶデータを削除または無効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項６】
前記ＡＶデータ送信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置に送信する要求送信手段を備える
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項７】
前記通知受信手段は、前記成功通知を検証するための検証用情報が付加された前記成功通知を受信し、
前記制御手段は、前記検証用情報に基づいて、前記成功通知が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを無効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項８】
前記通知受信手段は、前記成功通知を識別するためのコマンド番号が付加された前記成功通知を受信し、
前記制御手段は、前記コマンド番号に基づいて、既に受信済みの前記成功通知でないことを確認し、確認に失敗した場合は前記ＡＶデータを無効化する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項９】
前記応答送信手段は、前記通知応答を検証するための検証用情報を前記通知応答に付加して送信する
ことを特徴とする請求項１記載のＡＶデータ送信装置。
【請求項１０】
ＡＶデータを他の装置から受信するＡＶデータ受信装置であって、
前記ＡＶデータを前記他の装置から受信するＡＶデータ受信手段と、
前記ＡＶデータ受信手段によって受信された前記ＡＶデータを記録する記録手段と、
前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信手段と、
前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信手段と、
前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記応答受信手段によって通知応答が受信された後は前記ＡＶデータを有効化する制御手段と
を備えることを特徴とするＡＶデータ受信装置。
【請求項１１】
前記通知送信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置に送信し、
前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを無効化する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１２】
前記通知送信手段は、処理を中断することを示す中断通知を前記他の装置に送信し、
前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを無効化する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１３】
前記ＡＶデータ受信手段は、前記ＡＶデータを識別するための識別情報が付加された前記ＡＶデータを受信し、
前記通知送信手段は、前記識別情報が付加された前記成功通知を送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１４】
前記ＡＶデータ受信手段は、所定単位に分割された前記ＡＶデータを受信し、
前記制御手段は、前記所定単位に前記成功通知を送信するよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１５】
前記ＡＶデータ受信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置から受信する要求受信手段を備え、
前記制御手段は、前記要求受信手段によって前記確認要求が受信された場合、前記ＡＶデータの記録結果を示す確認通知が前記他の装置に送信されるよう制御する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１６】
前記応答受信手段は、検証用情報が付加された前記通知応答を受信し、
前記制御手段は、前記通知応答に付加された検証用情報に基づいて、前記通知応答が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを無効化する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１７】
前記通知送信手段は、前記成功通知を識別するためのコマンド番号を付加して前記成功通知を送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１８】
前記通知送信手段は、前記成功通知を検証するための検証用情報を前記成功通知に付加して送信する
ことを特徴とする請求項１０記載のＡＶデータ受信装置。
【請求項１９】
ＡＶデータを他の装置に送信するＡＶデータ送信方法であって、
前記ＡＶデータを記録し、
前記記録ステップにおいて記録された前記ＡＶデータを前記他の装置に送信し、
前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信し、
前記受信において前記成功通知が受信された場合、前記記録ステップにおいて記録された前記ＡＶデータを削除または無効化し、
前記制御ステップの処理結果を示す通知応答を前記他の装置に送信すること
を含むことを特徴とするＡＶデータ送信方法。
【請求項２０】
ＡＶデータを他の装置から受信するＡＶデータ受信方法であって、
前記ＡＶデータを前記他の装置から受信し、
前記ＡＶデータ受信ステップにおいて受信された前記ＡＶデータを記録し、
前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信し、
前記他の装置の処理結果を示す通知応答を前記他の装置から受信し、
前記受信において前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記受信において通知応答が受信された後は前記ＡＶデータを有効化すること
を含むことを特徴とするＡＶデータ受信方法。
【請求項２１】
ＡＶデータを送信装置から受信装置へ送信するためのプログラムを記憶したコンピュータ読み取り可能な媒体であって、
前記ＡＶデータを送信装置に記録するステップと、
記録された前記ＡＶデータを前記受信装置に送信するステップと、
前記受信装置において前記ＡＶデータの記録に成功したことを示す成功通知を受信するステップと、
前記受信装置から前記成功通知が受信された場合、記録された前記ＡＶデータを前記送信装置において削除または無効化するステップと、
前記削除または無効化の処理結果を示す通知応答を前記受信装置に送信するステップと
をコンピュータに実行させるプログラムを記憶した読み取り可能な媒体。
【請求項２２】
送信装置にあるＡＶデータを受信装置にて受信するためのプログラムを記憶したコンピュータ読み取り可能な媒体であって、
前記ＡＶデータを送信装置から受信するステップと、
前記ＡＶデータ受信ステップで受信したＡＶデータを前記受信装置において記録するステップと、
前記ＡＶデータの記録に成功したことを示す成功通知を前記送信装置に送信するステップと、
前記送信装置によって行われた処理結果を示す通知応答を前記送信装置から受信するステップと、
前記受信装置を制御して前記ＡＶデータを受信後、無効化し、応答受信ステップで前記通知応答を受信後、前記ＡＶデータを有効化するステップと
をコンピュータに実行させるプログラムを記憶したコンピュータ読み取り可能な媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コピー制御情報が付加されたＡＶデータを移動する技術に関する。
【背景技術】
【０００２】
近年、家庭内の装置をネットワークで接続し、各種コンテンツの共有を図る家庭内ネットワークが実現されつつある。一方、新作の映画や有料放送のテレビ番組・音楽など、コピー制御情報が付加された著作権保護が必要なデータを扱う場合、著作権を保護する処理手段を設ける必要がある。著作権を保護するための有力な方法としては、著作権保護を必要とするデータを暗号化することにより、データの利用に制限を加える方法がある。
【０００３】
例えば、映像音声データ（以下「ＡＶデータ」と記す）をネットワークを利用して伝送する際、ＡＶデータの著作権を保護する必要がある場合は、そのＡＶデータを暗号化して伝送することが行われている。そのような例として、ＤＴＣＰ−ＩＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔｓ  Ｐｒｏｔｅｃｔｉｏｎ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）方式が規格化されている。
【０００４】
ＤＴＣＰ−ＩＰ方式では、認証機能と鍵の無効化機能とを備えることにより、著作権の保護を実現している。すなわち、著作権保護が必要なＡＶデータを伝送する場合は、不正な機器を排除し、ＡＶデータを暗号化して伝送する。ここで、コピー制御情報が「これ以上コピー不可（Ｎｏ  Ｍｏｒｅ  Ｃｏｐｉｅｓ）」のＡＶデータを他の記録再生装置に記録したい場合がある。この場合、ＤＴＣＰ−ＩＰ方式では、ＡＶデータを移動する方式（以下「ＭＯＶＥ方式」と称する）を採用している。
【０００５】
図１は、従来のＭＯＶＥ方式によってＡＶデータを移動する場合の実行シーケンスを示す図である。
【０００６】
まず、送信装置（送信側記録再生装置）と受信装置（受信側記録再生装置）との間で認証／鍵交換を実行する。相互に認証に成功すると、送信装置は受信装置に交換鍵を配布し、送信装置と受信装置との間で交換鍵を共有する（Ｓ９０１）。ＭＯＶＥ実行モードの場合、送信装置は１台の受信装置にのみ交換鍵を配布する。
【０００７】
続いて、送信装置は、ＡＶデータ送信要求を受信装置から受けると（Ｓ９０２）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）から読み出したＡＶデータのコピー制御情報を「１世代コピー可（Ｃｏｐｙ Ｏｎｅ Ｇｅｎｅｒａｔｉｏｎ）」に書き換える。そして、交換鍵を使用して生成した暗号鍵によってＡＶデータを暗号化して受信装置に送信し（Ｓ９０３）、送信したＡＶデータを削除する（Ｓ９０４）。
【０００８】
受信装置は、ＡＶデータを送信装置から受信すると、交換鍵を使用して生成した復号鍵によってＡＶデータを復号化する。そして、コピー制御情報を「これ以上コピー不可」に変更したうえで、復号化したＡＶデータを記録する。
【特許文献１】特開２０００−１４９４１７号公報（第２０ページ）
【非特許文献１】Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  １．４（Ｉｎｆｏｒｍａｔｉｖｅ  Ｖｅｒｓｉｏｎ）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記した従来のＭＯＶＥ方式によると、送信装置は、送信したＡＶデータを逐次削除する。そのため、受信装置が受信したＡＶデータの記録に失敗した場合は、ＡＶデータが受信装置に移動されず、消失してしまうという課題がある。
【００１０】
ＡＶデータの消失を防ぐため、受信装置から記録確認通知を受け取ってから、送信装置がＡＶデータを削除する方式が考えられる。しかしながら、このような方式によると、記録確認通知が消失した場合は、送信装置においてＡＶデータが削除されないため、送信装置と受信装置とにＡＶデータが重複して存在することになる。この場合、送信装置上のＡＶデータは、事故または悪意のユーザによってコピーされてしまう危険性がある。
【００１１】
本発明は、このような課題を解決するものであって、コピー不可のＡＶデータをネットワーク経由で移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる記録再生装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決するために、本発明に係るＡＶデータ送信装置は、ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、前記ＡＶデータを記録する記録手段と、前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段とを備える。これにより、ＡＶデータの記録に成功した場合、ＡＶデータは、ＡＶデータ送信装置から削除または無効化された後、ＡＶデータ受信装置に保持されることになるので、ＡＶデータ送信装置とＡＶデータ受信装置とにＡＶデータが重複して存在する不具合を回避することができる。
【００１３】
ここで、前記通知受信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置から受信し、前記制御手段は、前記通知受信手段によって前記失敗通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを有効化してもよい。これにより、ＡＶデータの記録に失敗した場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。
【００１４】
また、前記通知受信手段は、処理を中断することを示す中断通知を前記他の装置から受信し、前記制御手段は、前記通知受信手段によって前記中断通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを有効化してもよい。これにより、ＡＶデータの移動処理を中断すべき状態になった場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。
【００１５】
また、前記ＡＶデータ送信手段は、前記ＡＶデータを識別するための第一識別情報を前記ＡＶデータに付加して送信し、前記通知受信手段は、第二識別情報が付加された前記成功通知を受信し、前記制御手段は、送信された前記ＡＶデータに付加された前記第一識別情報と、受信された前記成功通知に付加された第二識別情報とが対応しない場合、送信された前記ＡＶデータを無効化してもよい。これにより、ＡＶデータ送信装置は、ＡＶデータを送信したタイミングに対して、成功通知を受信したタイミングが遅れた場合でも、受信した成功通知に対応するＡＶデータを確実に削除することができる。
【００１６】
また、前記ＡＶデータ送信手段は、前記ＡＶデータを所定単位に分割して送信し、前記制御手段は、前記所定単位に前記ＡＶデータを削除または無効化してもよい。これにより、ＡＶデータはパケット単位で確実に削除されるので、事故によるＡＶデータの消失が発生した場合でも、その消失データサイズを低減することが可能となる。
【００１７】
また、前記ＡＶデータ送信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置に送信する要求送信手段を備えてもよい。これにより、ＡＶデータ受信装置は、確認要求を受信した後に成功通知を送信することになるので、記録確認処理を行うタイミングを送信装置自ら決定することが可能となる。
【００１８】
また、前記通知受信手段は、前記成功通知を検証するための検証用情報が付加された前記成功通知を受信し、前記制御手段は、前記検証用情報に基づいて、前記成功通知が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを無効化してもよい。これにより、成功通知が正当かどうか検証されるので、悪意のユーザによって成功通知が改竄されることを防止することが可能となる。
【００１９】
また、前記通知受信手段は、前記成功通知を識別するためのコマンド番号が付加された前記成功通知を受信し、前記制御手段は、前記コマンド番号に基づいて、既に受信済みの前記成功通知でないことを確認し、確認に失敗した場合は前記ＡＶデータを無効化してもよい。これにより、既に受信済みの成功通知を再度処理してしまうという不具合を回避することができる。
【００２０】
また、前記応答送信手段は、前記通知応答を検証するための検証用情報を前記通知応答に付加して送信してもよい。これにより、通知応答が正当かどうか検証されるので、悪意のユーザによって通知応答が改竄されることを防止することが可能となる。
【００２１】
上述した課題を解決するために、本発明に係るＡＶデータ受信装置は、ＡＶデータを他の装置から受信するＡＶデータ受信装置であって、前記ＡＶデータを前記他の装置から受信するＡＶデータ受信手段と、前記ＡＶデータ受信手段によって受信された前記ＡＶデータを記録する記録手段と、前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信手段と、前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信手段と、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記応答受信手段によって通知応答が受信された後は前記ＡＶデータを有効化する制御手段とを備える。これにより、ＡＶデータの記録に成功した場合、ＡＶデータは、ＡＶデータ送信装置から削除または無効化された後、ＡＶデータ受信装置に保持されることになるので、ＡＶデータ送信装置とＡＶデータ受信装置とにＡＶデータが重複して存在する不具合を回避することができる。
【００２２】
ここで、前記通知送信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置に送信し、前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを無効化してもよい。これにより、ＡＶデータの記録に失敗した場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。
【００２３】
また、前記通知送信手段は、処理を中断することを示す中断通知を前記他の装置に送信し、前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを無効化し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを無効化してもよい。これにより、ＡＶデータの移動処理を中断すべき状態になった場合、ＡＶデータは、ＡＶデータ送信装置に保持されることになるので、ＡＶデータが消失してしまう不具合を回避することができる。
【００２４】
また、前記ＡＶデータ受信手段は、前記ＡＶデータを識別するための識別情報が付加された前記ＡＶデータを受信し、前記通知送信手段は、前記識別情報が付加された前記成功通知を送信してもよい。これにより、ＡＶデータ送信装置は、ＡＶデータを送信したタイミングに対して、成功通知を受信したタイミングが遅れた場合でも、受信した成功通知に対応するＡＶデータを確実に削除することができる。
【００２５】
また、前記ＡＶデータ受信手段は、所定単位に分割された前記ＡＶデータを受信し、前記制御手段は、前記所定単位に前記成功通知を送信するよう制御してもよい。これにより、ＡＶデータはパケット単位で確実に削除されるので、事故によるＡＶデータの消失が発生した場合でも、その消失データサイズを低減することが可能となる。
【００２６】
また、前記ＡＶデータ受信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置から受信する要求受信手段を備え、前記制御手段は、前記要求受信手段によって前記確認要求が受信された場合、前記ＡＶデータの記録結果を示す確認通知が前記他の装置に送信されるよう制御してもよい。これにより、ＡＶデータ受信装置は、確認要求を受信した後に成功通知を送信することになるので、記録確認処理を行うタイミングを送信装置自ら決定することが可能となる。
【００２７】
また、前記応答受信手段は、前記成功通知を検証するための検証用情報が付加された前記通知応答を受信し、前記制御手段は、前記通知応答に付加された検証用情報に基づいて、前記通知応答が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを無効化してもよい。これにより、成功通知が正当かどうか検証されるので、悪意のユーザによって成功通知が改竄されることを防止することが可能となる。
【００２８】
また、前記通知送信手段は、前記成功通知を識別するためのコマンド番号を付加して前記成功通知を送信してもよい。これにより、既に受信済みの成功通知を再度処理してしまうという不具合を回避することができる。
【００２９】
また、前記通知送信手段は、前記成功通知を検証するための検証用情報を前記成功通知に付加して送信してもよい。これにより、通知応答が正当かどうか検証されるので、悪意のユーザによって通知応答が改竄されることを防止することが可能となる。
【００３０】
なお、本発明は、このようなＡＶデータ送信装置やＡＶデータ受信装置として実現することができるだけでなく、このようなＡＶデータ送信装置やＡＶデータ受信装置が備える特徴的な手段をステップとするＡＶデータ送信方法やＡＶデータ受信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００３１】
本発明は、コピー不可のＡＶデータをネットワーク経由で他の記録再生装置に移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の実施の形態について図面を参照して説明する。
【００３３】
（実施の形態１）
まず、実施の形態１について説明する。
【００３４】
図２は、本実施の形態１の全体構成を示す図である。この図に示されるように、記録再生装置２は、ネットワークを介して他の記録再生装置３およびデジタルチューナ１と接続されている。デジタルチューナ１は、デジタル放送を受信し、受信した放送コンテンツ（ＡＶデータ）を記録再生装置２に出力する。記録再生装置２は、ＡＶデータをデジタルチューナ１から受信して記録するとともに、記録したＡＶデータを記録再生装置３に送信する。記録再生装置３は、ＡＶデータを記録再生装置２から受信して記録する。
【００３５】
ここでは、コピー制御情報が「１世代コピー可」の放送コンテンツを受信した場合を想定している。この放送コンテンツ（ＡＶデータ）のコピー制御情報は、記録再生装置２に記録される際は「これ以上コピー不可」となる。したがって、記録再生装置２に記録されたＡＶデータは、ＭＯＶＥ方式によって記録再生装置３に移動することになる。なお、以下の説明では、「記録再生装置２」を「送信装置２」といい、「記録再生装置３」を「受信装置３」という。
【００３６】
＜送信装置２の構成＞
図３は、本実施の形態１における送信装置２の構成を示す図である。この図に示されるように、送信装置２は、送受信部２１と、暗号処理部２２と、鍵交換処理部２３と、認証処理部２４と、コピー制御部２５と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２６とを備えている。
【００３７】
送受信部２１は、本発明に係るＡＶデータ送信手段、通知受信手段、及び応答送信手段に相当する処理部であって、具体的には、ＡＶデータをネットワークに送信し、またネットワークに接続されている他の機器との間でコマンドなどを送受信するためのデジタルインターフェースである。
【００３８】
暗号処理部２２は、ＨＤＤ２６から読み出されたＡＶデータを暗号化する。暗号鍵は、鍵交換処理部２３から受信した交換鍵（Ｋｘ）、コピー制御部２５から受信したコピー制御情報（ＥＭＩ）及び鍵更新カウンタ値（Ｎｃ）を使用して生成される。暗号化されたＡＶデータは、ＡＶデータパケットに分割され、送受信部２１を介して送信される。
【００３９】
図４は、本実施の形態１におけるＡＶデータパケットのフォーマットを示す図である。ＡＶデータパケットは、ヘッダ部とデータ部とから構成される。ヘッダ部は、コピー制御情報（Ｅ−ＥＭＩ）と、鍵更新カウンタ値（Ｎｃ）と、データ部のバイト長（Ｌｅｎｇｔｈ）とから構成される。コピー制御情報は、ＡＶデータのコピー制御に関する情報であり、具体的には、「コピー禁止」「これ以上コピー禁止」「１世代コピー可」「コピーフリー」及び「ＭＯＶＥ中」のいずれかを示す識別コードである。「ＭＯＶＥ中」は、「これ以上コピー禁止」のＡＶデータを移動する際に設定される。鍵更新カウンタ値（Ｎｃ）は、復号鍵を生成する際に使用するカウンタ値であり、受信装置３からのＡＶデータ送信要求毎に＋１カウントアップされ、かつＡＶデータ送信要求に対するＡＶデータの送信が１２８ＭＢを超える度に＋１カウントアップされる。この場合、送信装置２は、ＡＶデータを１２８ＭＢ単位に分割してＡＶデータパケットを生成することになる。
【００４０】
鍵交換処理部２３は、受信装置３がＡＶデータの暗号を復号するために使用する交換鍵を生成する。そして、認証処理部２４から受信した認証情報を用いて、生成した交換鍵を暗号化する。生成された交換鍵は、送受信部２１を介して出力される。
【００４１】
認証処理部２４は、装置の識別情報を含む認証要求を受信装置３から受信して認証処理を行い、受信装置３と認証情報を共有する。ＭＯＶＥモード時に１台の受信装置３と鍵交換を実施した後は、交換した交換鍵を保持する限り、他の受信装置からの認証要求を拒否する。
【００４２】
コピー制御部２５は、本発明に係る制御手段に相当する処理部であって、受信装置３から受信した記録確認通知コマンドを処理する。例えば、記録確認通知コマンドの内容を解析することによって、ＡＶデータの移動が失敗したと判定した場合は、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを有効のまま保持する。他方、ＡＶデータの移動が成功したと判定した場合は、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを無効化する。さらに、記録確認通知コマンドに対する応答を生成する。生成された応答は、送受信部２１によって受信装置３に送信される。
【００４３】
図５（Ａ）は、本実施の形態１における記録確認通知コマンドのフォーマットを示す図である。この記録確認通知コマンド（以下「通知コマンド」という）は、本発明に係る成功通知または失敗通知に相当する。図５（Ｂ）は、本実施の形態１における記録確認通知コマンド応答のフォーマットを示す図である。この記録確認通知コマンド応答（以下「コマンド応答」という）は、本発明に係る通知応答に相当する。
【００４４】
種別コード「０Ｈ」は、コマンドであることを表している。種別コード「８Ｈ／９Ｈ／ＡＨ」は、コマンド応答であることを表している。種別コード「８Ｈ／９Ｈ／ＡＨ」それぞれの意味を以下に示す。
【００４５】
８Ｈ  ＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤ（受信したコマンドをサポートしていない）
９Ｈ  ＡＣＣＥＰＴＥＤ（コマンド処理ＯＫ）
ＡＨ  ＲＥＪＥＣＴＥＤ（コマンド拒否）
【００４６】
送信装置２は、確認コマンド（記録失敗）を受信装置３から受信した場合、ＡＶデータを再有効化したときはコマンド応答（ＡＣＣＰＴＥＤ）を受信装置３に送信し、ＡＶデータを再有効化しなかったときはコマンド応答（ＲＥＪＥＣＴＥＤ）を受信装置３に送信する。他方、確認コマンド（記録成功）を受信装置３から受信した場合、無効化すべきＡＶデータが存在するときはそのＡＶデータを無効化してコマンド応答（ＡＣＣＥＰＴＥＤ）を受信装置３に送信し、無効化すべきＡＶデータが存在しないときはコマンド応答（ＲＥＪＥＣＴＥＤ）を受信装置３に送信する。これによって、受信装置３は、送信装置２から受信したコマンド応答の種別コードがＡＣＣＥＰＴＥＤであるかＲＥＪＥＣＴＥＤであるかによって、送信装置２においてＡＶデータが無効化されたか再有効化されたかを知ることができる。
【００４７】
オペコードは、コマンドの種別を表し、「１５Ｈ」は、通知コマンドであることを表している。コマンド応答のオペコードには、通知コマンドのオペコードが設定される。
【００４８】
以降のフィールドは、コマンド固有のパラメータを設定するフィールドである。
【００４９】
すなわち、通知コマンドの場合は、図５（Ａ）に示されるように、通知種別、コマンド番号（Ｒ）、コマンド検証用情報が設定される。通知種別には、記録処理の結果、すなわち成功したか失敗したかを示す値が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、通知コマンドを送信するごとに１増加する。コマンド検証用情報は電子署名情報である。この電子署名情報は、通知種別およびコマンド番号（Ｒ）に対して交換鍵（Ｋｘ）を使用することによって生成される。
【００５０】
他方、コマンド応答の場合は、図５（Ｂ）に示されるように、通知種別、コマンド番号（Ｒ）、コマンド応答検証用情報が設定される。通知種別およびコマンド番号（Ｒ）には、受信した通知コマンドのパラメータと同じ値が設定される。コマンド応答検証用情報は電子署名情報である。この電子署名情報は、通知種別およびコマンド番号（Ｒ）に対して交換鍵（Ｋｘ）を使用して生成される。
【００５１】
ＨＤＤ２６は、本発明に係る記録手段に相当する処理部である。具体的には、デジタルチューナ３から受信したＡＶデータと、ＡＶデータを管理するためのＡＶデータ管理テーブルとを記録する。ＨＤＤ２６に記録されたＡＶデータは暗号処理部２２に出力される。
【００５２】
図６は、本実施の形態１におけるＡＶデータ管理テーブルのフォーマットを示す図である。ＡＶデータ管理テーブルでは、ＡＶデータをブロック毎に管理しており、ブロック番号、ブロック長、ブロックの状態を格納している。ブロックの状態は、「有効」「仮無効」「無効」の３状態である。「仮無効」及び「無効」状態のブロックのデータは使用できない。また、一旦「無効」状態になったＡＶデータは「有効」状態に戻すことができない。「仮無効」状態のＡＶデータは「有効」状態に戻すことができる。
【００５３】
＜受信装置３の構成＞
図７は、本実施の形態１における受信装置３の構成を示す図である。この図に示されるように、受信装置３は、送受信部３１と、復号処理部３２と、鍵交換処理部３３と、認証処理部３４と、コピー制御部３５と、ＨＤＤ３６とを備えている。
【００５４】
送受信部３１は、本発明に係るＡＶデータ受信手段、通知送信手段、及び応答受信手段に相当する処理部であって、具体的には、ネットワークを介してＡＶデータを受信し、またネットワークに接続されている他の機器との間でコマンドなどを送受信するためのデジタルインターフェースである。
【００５５】
復号処理部３２は、送信装置２から受信したＡＶデータの暗号を復号する。復号鍵は、鍵交換処理部３３から受信した交換鍵（Ｋｘ）、ＡＶデータパケットのヘッダ部に設定されているコピー制御情報（ＥＭＩ）及び鍵更新カウンタ値（Ｎｃ）を使用して生成される。復号処理部３２によって復号され平文になったＡＶデータはＨＤＤ３６に記録される。
【００５６】
鍵交換処理部３３は、認証処理部３４から受信した認証情報を用いて、送信装置２から受信した交換鍵（Ｋｘ）を処理して復号処理部３２に送信する。
【００５７】
認証処理部３４は、送信装置２の認証処理部２４に対して認証開始を要求し、認証処理を行い、送信装置２と認証情報を共有する。
【００５８】
コピー制御部３５は、本発明に係る制御手段に相当する処理部である。すなわち、ＨＤＤ３６の記録結果に基づいて通知コマンドを生成し、送受信部３１を介して送信装置２に送信するとともに、送受信部３１を介して送信装置２から受信したコマンド応答を処理する。具体的には、コマンド応答を解析することによって、送信装置２においてＡＶデータが無効化されたと判定した場合は、ＨＤＤ３６のＡＶデータ管理テーブルを書き換え、送信装置２から受信したＡＶデータを有効化する。他方、送信装置２においてＡＶデータが無効化されたと判定できなかった場合は、送信装置２から受信したＡＶデータを無効化する。
【００５９】
ＨＤＤ３６は、本発明に係る記録手段に相当する処理部である。具体的には、復号処理部３５が出力するＡＶデータと、ＡＶデータを管理するためのＡＶデータ管理テーブルとを記録する。ＨＤＤ３６は、ＡＶデータの記録処理が成功したか失敗したかを示す記録結果をコピー制御部３５に通知する。ＨＤＤ３６に記録されるＡＶ管理テーブルのフォーマットは、図６で示したものと同様である。
【００６０】
次に、上記のように構成された送信装置２及び受信装置３の動作を説明する。
【００６１】
＜送信装置２の動作＞
図８は、本実施の形態１における送信装置２の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。
【００６２】
まず、送信装置２の認証処理部２４は、認証要求を受信装置３から受けて認証／鍵交換処理を開始し、交換鍵を受信装置３と共有して認証／鍵交換処理を終了する（Ｓ５１）。
【００６３】
次に、受信装置３のコピー制御部２５は、ＡＶデータ送信要求を受信装置３から受信する（Ｓ５２）。そして、ＡＶデータの移動を要求するＡＶデータ送信要求の場合は、ＭＯＶＥモードでＡＶデータ送信処理（Ｓ５４）と記録確認処理（Ｓ５５）を実行し、それ以外の場合は、通常のモードでＡＶデータ送信処理（Ｓ５６）を実行する。
【００６４】
最後に、送信装置２は、送信処理を完了すべきかどうか判定する（Ｓ５７）。そして、送信すべきＡＶデータが残っている場合は、ＡＶデータ送信要求を受信装置３から受信し（Ｓ５２）、送信処理を繰り返す。
【００６５】
＜送信装置２の記録確認処理＞
図９は、本実施の形態１における記録確認処理Ｓ５５の詳細を示す図である。この記録確認処理Ｓ５５は、送信装置２のコピー制御部２５によって実行される。
【００６６】
コピー制御部２５は、ＡＶデータの送信完了後、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、ＡＶデータを仮無効状態とし（Ｓ１０１）、通知コマンド受信待ち状態となる。
【００６７】
次に、所定時間（１秒）以内に通知コマンドを受信したかどうかを判定し（Ｓ１０２）、タイムアウトが発生した場合は、ＡＶデータを無効化して（Ｓ１１４）、処理を終了する。他方、タイムアウトが発生せずに通知コマンドを受信した場合は、その受信処理を開始する（Ｓ１０３）。
【００６８】
次に、通知コマンドのコマンド番号とコマンド検証用情報とをチェックする（Ｓ１０４）。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。
【００６９】
検証結果がＯＫである場合は、Ｓ１０７に進む。他方、検証結果がＯＫでない場合は、ＡＶデータ無効化処理（Ｓ１１５）を実行する。すなわち、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを無効状態として以降の使用を不可能とする。そして、コマンド応答（ＲＥＪＥＣＴＤ）を生成する処理を実行し（Ｓ１１６）、そのコマンド応答を受信装置３に送信する処理を実行して（Ｓ１１７）、処理を終了する。
【００７０】
Ｓ１０７では、通知コマンドの通知種別を確認する。通知種別が「成功」である場合はＡＶデータ無効化処理（Ｓ１０８）に進み、「成功」でない場合はＡＶデータ再有効化処理（Ｓ１１２）に進む。
【００７１】
ＡＶデータ無効化処理（Ｓ１０８）では、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを無効状態として以降の使用を不可能とする。そして、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成する処理を実行し（Ｓ１０９）、そのコマンド応答を受信装置３に送信する処理を実行して（Ｓ１１０）、処理を終了する。
【００７２】
ＡＶデータ再有効化処理（Ｓ１１１）では、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、送信したＡＶデータを再度有効状態とする。そして、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成する処理を実行し（Ｓ１１２）、そのコマンド応答を受信装置３に送信する処理を実行して（Ｓ１１３）、処理を終了する。
【００７３】
＜受信装置３の動作＞
図１０は、本実施の形態１における受信装置３の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。
【００７４】
まず、受信装置３の認証処理部３４は、認証要求を送信装置２に送信して認証／鍵交換処理を開始し、交換鍵を取得して認証／鍵交換処理を終了する（Ｓ１５１）。
【００７５】
次に、受信装置３のコピー制御部３５は、ＡＶデータの移動を要求するＡＶデータ送信要求を送信装置２に送信し（Ｓ１５２）、ＡＶデータを送信装置２から受信する（Ｓ１５３）。そして、受信したＡＶデータパケットのヘッダ部に設定されているコピー制御情報（ＥＭＩ）をチェックする（Ｓ１５４）。その結果、ＭＯＶＥモードである場合は記録確認処理Ｓ１５５を実行し、ＭＯＶＥモード以外である場合は記録確認処理を実行しない。
【００７６】
最後に、受信装置３は、受信処理を完了すべきかどうか判定する（Ｓ１５６）。そして、受信すべきＡＶデータが残っている場合は、ＡＶデータ送信要求を送信装置２に送信し（Ｓ１５２）、受信処理を繰り返す。
【００７７】
＜受信装置３の記録確認処理＞
図１１は、本実施の形態１における記録確認処理Ｓ１５５の詳細を示す図である。この記録確認処理Ｓ１５５は、受信装置３のコピー制御部３５によって実行される。
【００７８】
コピー制御部３５は、ＡＶデータの記録結果を確認し（Ｓ２０１）、ＡＶデータがＨＤＤ３６に記録されて記録が成功していた場合は、ＨＤＤ３６のＡＶデータ管理テーブルを「仮無効」に設定し、ＡＶデータを一旦無効状態とする（Ｓ２０２）。
【００７９】
次に、通知コマンドを生成する（Ｓ２０３）。すなわち、記録結果に応じて通知コマンドの通知種別を成功または失敗に設定し、コマンド番号（Ｒ）およびコマンド検証用情報を生成して通知コマンドに設定する。そして、生成した通知コマンドを送信装置２に送信し（Ｓ２０４）、コマンド応答待ち状態となる。
【００８０】
次に、所定時間（１秒）以内にコマンド応答を受信したかどうかを判定し（Ｓ２０５）、タイムアウトが発生した場合はＳ２０７に進む。他方、タイムアウトが発生せずにコマンド応答を受信した場合は、その受信処理を開始する（Ｓ２０５）。
【００８１】
Ｓ２０７では、再度ＡＶデータの記録結果を確認する。記録が成功していなかった場合は処理を終了し、成功していた場合はコマンド応答の種別コードをチェックする（Ｓ２０８）。その結果、コマンド処理がＯＫであることを示す９Ｈ（ＡＣＣＥＰＴＥＤ）である場合は、さらにＳ２０９でコマンド応答を検証する。
【００８２】
Ｓ２０９では、通知種別およびコマンド番号（Ｒ）が、送信した通知コマンドの各パラメータフィールドの値に等しいかどうかをチェックする。さらに、コマンド応答検証用情報をチェックして、コマンド応答が正当な送信装置２からの正当なコマンド応答であるかどうかをチェックする。チェック結果がＯＫである場合は、ＨＤＤ３６のＡＶデータ管理テーブルを「有効」に書き換えてＡＶデータを有効化し（Ｓ２１０）、処理を終了する。他方、９Ｈ（ＡＣＣＥＰＴＥＤ）でない場合、もしくはチェック結果がＯＫでない場合は、ＨＤＤ３６のＡＶデータ管理テーブルを「無効」に書き換えてＡＶデータを無効化し（Ｓ２１１）、処理を終了する。
【００８３】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。
【００８４】
図１２は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【００８５】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ２５１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ２５２）。送信装置２は、要求されたＡＶデータを受信装置３に送信する（Ｓ２５３）。受信装置３は、受信したＡＶデータをＨＤＤ３６に記録すると、記録が成功したことを示す通知コマンドを生成して送信装置２に送信する（Ｓ２５４→Ｓ２５５）。送信装置２は、通知コマンドを検証し（Ｓ２５６）、検証結果がＯＫである場合は、送信したＡＶデータを無効化し（Ｓ２５７）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ２５８→Ｓ２５９）。受信装置３は、コマンド応答を検証し（Ｓ２６０）、検証結果がＯＫである場合は、受信したＡＶデータを有効化し（Ｓ２６１）、ＡＶデータの移動処理を完了する。
【００８６】
ＡＶデータの記録に失敗した場合、受信装置３は、記録が失敗したことを示す通知コマンドを生成して送信装置２に送信する。送信装置２は、通知コマンドを検証し、検証結果がＯＫである場合は、送信したＡＶデータを再度有効化し、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する。この場合、送信装置２のＡＶデータは無効化されることなく保持される。したがって、受信装置３においてＡＶデータの記録が失敗した場合でもＡＶデータが消失することはない。
【００８７】
ここで、ＡＶデータの記録に成功した受信装置３がそのことを示す通知コマンドを生成して送信装置２に送信した場合において、悪意のあるユーザがＡＶデータのコピーを意図して、ＡＶデータの記録に失敗したことを示すように当該通知コマンドを改竄したと仮定する。この場合、送信装置２が通知コマンドを検証すると、その検証結果はＮＧとなる。したがって、送信装置２は、送信したＡＶデータを無効化し、コマンド応答（ＲＥＪＥＣＴＥＤ）を生成して受信装置３に送信することになる。このように、悪意のあるユーザがＡＶデータのコピーを意図して通知コマンドを改竄した場合でも、送信装置２のＡＶデータは無効化されるため、ＡＶデータのコピーを防止することができる。
【００８８】
また、ＡＶデータの記録に成功した受信装置３がそのことを示す通知コマンドを生成して送信装置２に送信した場合において、その通知コマンドが事故によって消失したと仮定する。この場合、送信装置２は、通知コマンドの受信タイムアウトを検知して、送信したＡＶデータを無効化することになる。このように、通知コマンドが事故によって消失した場合でも、送信装置２のＡＶデータは無効化されるため、ＡＶデータのコピーを防止することができる。
【００８９】
以上のように、本実施の形態１によれば、コピー不可のＡＶデータをネットワーク経由で移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる。
【００９０】
すなわち、受信装置３がＡＶデータの記録に失敗した場合、そのＡＶデータは送信装置２に保持されるため、事故によるＡＶデータの消失を防止することができる。
【００９１】
また、コマンドを識別するためのコマンド番号と、コマンドを検証するための検証用情報とを通知コマンド及びコマンド応答に付加している。そのため、悪意のユーザによって通知コマンド及びコマンド応答が改竄されることを防止することができる結果、不正なコピーを防止することが可能となる。
【００９２】
また、受信装置３は、受信したＡＶデータを一旦無効化した後、記録に成功したことを示す通知コマンドに対してＡＣＣＥＰＴＥＤ応答を受信した場合に有効状態とする。そのため、送信装置２におけるＡＶデータが事故もしくは悪意のユーザによって無効化されなかった場合でも、不正なコピーを防止することができる。
【００９３】
（実施の形態２）
次に、本発明の実施の形態２について説明する。
【００９４】
＜概要＞
本実施の形態２では、送信装置によって送信されたＡＶデータを特定するための識別情報を通知コマンドに設定する。これによって、送信装置によって送信されたＡＶデータと通知コマンドとが確実に対応付けられる。したがって、送信装置によって送信されたＡＶデータを確実に削除することができる。
【００９５】
＜構成＞
本実施の形態２における送信装置２と受信装置３の構成は、実施の形態１における構成（図３及び図４参照）と同様である。本実施の形態２が実施の形態１と異なる点は、通知コマンドのフォーマットと、コピー制御部２５及びコピー制御部３５の動作であり、その他の点は実施の形態１と同様である。
【００９６】
＜通知コマンド＞
図１３（Ａ）は、本実施の形態２における通知コマンドのフォーマットを示す図であり、図１３（Ｂ）は、本実施の形態２におけるコマンド応答のフォーマットを示す図である。
【００９７】
種別コードとオペコードは、実施の形態１と同様である。
【００９８】
通知コマンドのパラメータフィールドは、図１３（Ａ）に示されるように、通知種別と、鍵更新カウント値（Ｎｃ）と、パケット数と、コマンド番号（Ｒ）と、コマンド検証用情報とから構成される。通知種別には、記録処理が成功したか失敗したかを示す記録結果が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、通知コマンドを送信するごとに１増加する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値がそのまま設定される。パケット数には、受信したＡＶデータのパケット数が設定される。コマンド検証用情報は電子署名情報である。この電子署名情報は、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、およびコマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成される。
【００９９】
他方、コマンド応答のパラメータフィールドは、図１３（Ｂ）に示されるように、通知種別と、鍵更新カウント値（Ｎｃ）と、パケット数と、コマンド番号（Ｒ）と、コマンド検証用情報とから構成される。通知種別、鍵更新カウント値（Ｎｃ）、パケット数、コマンド番号（Ｒ）には、受信した通知コマンドのパラメータと同じ値が設定される。コマンド応答検証用情報は電子署名情報である。この電子署名情報は、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、およびコマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成される。
【０１００】
＜送信装置２の動作＞
送信装置２における暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れは実施の形態１と同様であり、図８に示される。送信装置２における記録確認処理の流れも実施の形態１と同様であり、図９に示される。本実施の形態２は、送信装置２のコピー制御部２５の動作が実施の形態１と異なる。したがって、図９に示す記録確認処理の内、記録確認通知検証処理Ｓ１０４の内容と、コマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６の内容は、実施の形態１における内容と異なる。
【０１０１】
本実施の形態２における記録確認通知検証処理Ｓ１０４では、コピー制御部３５は、まず、通知コマンドの鍵更新カウント値（Ｎｃ）及びパケット数が、送信したＡＶデータに対応しているかどうかをチェックする。次に、通知コマンドのコマンド番号（Ｒ）とコマンド検証用情報とをチェックする。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。
【０１０２】
本実施の形態２におけるコマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６では、コピー制御部２５は、コマンドの処理結果に応じて種別コードを設定する。また、受信した通知コマンドと同じ値をオペコード、通知種別、鍵更新カウンタ値、パケット数、およびコマンド番号に設定する。さらに、コマンド応答検証用情報として電子署名情報を設定する。この電子署名情報は、通知種別、鍵更新カウンタ値、パケット数、およびコマンド番号に対して、交換鍵（Ｋｘ）を使用して生成される。
【０１０３】
＜受信装置３の動作＞
受信装置３における暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れは実施の形態１と同様であり、図１０に示される。受信装置３における記録確認処理の流れも実施の形態１と同様であり、図１１に示される。本実施の形態２は、受信装置３のコピー制御部３５の動作が実施の形態１と異なる。したがって、図１１に示す記録確認処理の内、記録確認通知生成処理Ｓ２０３の内容と、コマンド応答検証処理Ｓ２０９の内容は、実施の形態１における内容と異なる。
【０１０４】
本実施の形態２における記録確認通知生成処理Ｓ２０３では、コピー制御部３５は、記録結果に応じて成功または失敗を示す値を通知種別として設定する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値が設定される。パケット数には、受信したＡＶデータのパケット数が設定される。コマンド番号（Ｒ）とコマンド検証用情報とが設定され、通知コマンドが生成される。
【０１０５】
本実施の形態２におけるコマンド応答検証Ｓ２０９では、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、コマンド番号（Ｒ）が、送信した通知コマンドの各パラメータフィールドの値に等しいかどうかがチェックされる。さらに、コマンド応答検証用情報がチェックされ、コマンド応答が正当な送信装置２からの正当なコマンド応答であるかどうかが検証される。
【０１０６】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。
【０１０７】
図１４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【０１０８】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ３０１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ３０２）。送信装置２は、要求されたＡＶデータを受信装置３に送信する（Ｓ３０３）。受信装置３は、受信したＡＶデータをＨＤＤ３６に記録すると、記録が成功したことを示す通知コマンドに鍵更新カウンタ値（Ｎｃ）とパケット数とを設定して送信装置２に送信する（Ｓ３０４）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）とパケット数とをチェックすることによって、送信したＡＶデータに対応する通知コマンドであるかどうかを含めて検証する。そして、検証結果がＯＫである場合は、送信したＡＶデータを無効化し（Ｓ３０５）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ３０６）。受信装置３は、コマンド応答を検証し、検証結果がＯＫである場合は、受信したＡＶデータを有効化し、ＡＶデータの移動処理を完了する（Ｓ３０７）。以降、ＡＶデータの移動処理が終了するまで、上記のシーケンスを繰り返す。
【０１０９】
図１５は、通知コマンドの送信が遅延した場合のシーケンスを示す図である。
【０１１０】
受信装置３は、ＡＶデータ１を要求するＡＶデータ送信要求を送信装置２に送信する（Ｓ３１１）。送信装置２は、要求されたＡＶデータ１を受信装置３に送信する（Ｓ３１２）。ここで、受信装置３は、ＡＶデータ１に対応する通知コマンドを送信装置２に送信する前に、別のＡＶデータ２を要求するＡＶデータ送信要求を送信装置２に送信したと仮定する（Ｓ３１３）。この場合、送信装置２は、要求されたＡＶデータ２を受信装置３に送信する（Ｓ３１４）。
【０１１１】
次に、受信装置３は、受信したＡＶデータ１に対応する通知コマンドに鍵更新カウンタ値（Ｎｃ＝ｊ）とパケット数（ｎ）とを設定して送信装置２に送信する（Ｓ３１５）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）とパケット数とが、送信したＡＶデータ１に対応することを確認する。そして、対応することを確認すると、送信したＡＶデータ１を無効化し（Ｓ３１６）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ３１７）。受信装置３は、コマンド応答を検証して、検証結果がＯＫである場合は、受信したＡＶデータを有効化してＡＶデータ１の移動処理を完了する（Ｓ３１８）。
【０１１２】
次に、受信装置３は、受信したＡＶデータ２に対応する通知コマンドに鍵更新カウンタ値（Ｎｃ＝ｊ＋ｎ）とパケット数（ｎ）とを設定して送信装置２に送信する（Ｓ３１９）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）とパケット数とが、送信したＡＶデータ２に対応することを確認する。そして、対応することを確認すると、送信したＡＶデータ２を無効化し（Ｓ３２０）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ３２１）。受信装置３は、コマンド応答を検証して、検証結果がＯＫである場合は、受信したＡＶデータ２を有効化してＡＶデータ２の移動処理を完了する（Ｓ３２２）。
【０１１３】
以上のように、本実施の形態２における送信装置２は、受信装置３からの通知コマンドを検証する際に、通知コマンドに含まれる鍵更新カウンタ値とパケット数とが、送信したＡＶデータに対応するかどうかをチェックする。このため、受信装置３が受信したＡＶデータと、送信装置２が送信したＡＶデータとを確実に対応付けることができる。したがって、送信装置２は、ＡＶデータを送信したタイミングに対して、通知コマンドを受信したタイミングが遅れた場合でも、受信した通知コマンドに対応するＡＶデータを確実に削除することができる。
【０１１４】
なお、本実施の形態２では、ＡＶデータを識別するための識別情報として鍵更新カウンタ値とパケット数とを例示しているが、本発明はこれに限定されるものではない。すなわち、ＡＶデータを識別することができる情報であれば、その他の情報を識別情報として採用してもよい。
【０１１５】
（実施の形態３）
次に、実施の形態３について説明する。
【０１１６】
＜概要＞
本実施の形態３では、送信装置２によってＡＶデータがパケットに分割されて受信装置３に送信され、パケット単位で記録確認処理が実行される。
【０１１７】
＜構成＞
本実施の形態３における送信装置２と受信装置３の構成は、実施の形態１及び実施の形態２における構成（図３及び図４）と同様である。本実施の形態３が実施の形態２と異なる点は、通知コマンドのフォーマットと、コピー制御部２５及びコピー制御部３５の動作であり、その他の点は実施の形態２と同様である。
【０１１８】
＜通知コマンド＞
図１６（Ａ）は、本実施の形態３における通知コマンドのフォーマットを示す図であり、図１６（Ｂ）は、本実施の形態３におけるコマンド応答のフォーマットを示す図である。
【０１１９】
種別コードとオペコードは、実施の形態１及び実施の形態２と同様である。
【０１２０】
通知コマンドのパラメータフィールドは、図１６（Ａ）に示されるように、通知種別と、鍵更新カウント値（Ｎｃ）と、コマンド番号（Ｒ）と、コマンド検証用情報とから構成される。通知種別には、記録処理が成功したか失敗したかを示す記録結果が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、通知コマンドを送信するごとに＋１増加する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値がそのまま設定される。コマンド検証用情報は電子署名情報である。この電子署名情報は、通知種別、鍵更新カウント値（Ｎｃ）、パケット数、およびコマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成される。
【０１２１】
通知コマンド応答の通知種別、鍵更新カウント値（Ｎｃ）、コマンド番号（Ｒ）には受信したコマンドのパラメータと同じ値を設定する。コマンド応答検証用情報は、通知種別、鍵更新カウント値（Ｎｃ）、コマンド番号（Ｒ）に対して、交換鍵（Ｋｘ）を使用して生成する電子署名情報である。
【０１２２】
＜送信装置２の動作＞
図１７は、本実施の形態３における送信装置２の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。
【０１２３】
まず、送信装置２の認証処理部２４は、認証要求を受信装置３から受けて認証／鍵交換処理を開始し、交換鍵を受信装置３と共有して認証／鍵交換処理を終了する（Ｓ３５１）。
【０１２４】
次に、受信装置３のコピー制御部２５は、ＡＶデータ送信要求を受信装置３から受信する（Ｓ３５２）。そして、ＡＶデータの移動を要求するＡＶデータ送信要求の場合は、ＭＯＶＥモードでパケット送信処理（Ｓ３５４）と記録確認処理（Ｓ３５５）を実行し、それ以外の場合は、通常のモードでＡＶデータ送信処理（Ｓ３５６）を実行する。
【０１２５】
本実施の形態３における送信装置２は、ＡＶデータ管理テーブルで管理されている各ブロック単位でＡＶデータをパケットとして送信し、管理する。そして、全パケットを送信したかどうかを判定し（Ｓ３５７）、送信すべきパケットが残っている場合は、Ｓ３５３に戻り、パケット送信処理（Ｓ３５４）と記録確認処理（Ｓ３５５）を繰り返す。他方、全パケットを送信した場合は、送信処理を完了すべきか判定し（Ｓ３５８）、送信すべきＡＶデータが残っている場合は、ＡＶデータ送信要求を受信装置３から受信し（Ｓ３５２）、送信処理を繰り返す。
【０１２６】
＜送信装置２の記録確認処理＞
送信装置２における記録確認処理の流れは実施の形態１及び実施の形態２と同様であり、図９に示される。本実施の形態３は、送信装置２のコピー制御部２５の動作が実施の形態１及び実施の形態２と異なる。したがって、図９に示す記録確認処理の内、記録確認通知検証処理Ｓ１０４の内容と、コマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６の内容は、実施の形態１及び実施の形態２における内容と異なる。
【０１２７】
本実施の形態３における記録確認通知検証処理Ｓ１０４では、コピー制御部３５は、まず、通知コマンドの鍵更新カウント値（Ｎｃ）が、送信したＡＶデータパケットに対応しているかどうかをチェックする。次に、通知コマンドのコマンド番号（Ｒ）とコマンド検証用情報とをチェックする。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。
【０１２８】
本実施の形態３におけるコマンド応答生成処理Ｓ１０９、Ｓ１１２、Ｓ１１６では、コピー制御部２５は、コマンドの処理結果に応じて種別コードを設定する。また、受信した通知コマンドと同じ値をオペコード、通知種別、鍵更新カウンタ値、およびコマンド番号に設定する。さらに、コマンド応答検証用情報として電子署名情報を設定する。この電子署名情報は、通知種別、鍵更新カウンタ値、およびコマンド番号に対して、交換鍵（Ｋｘ）を使用して生成される。
【０１２９】
＜受信装置３の動作＞
図１８は、本実施の形態３における受信装置３の動作を示す図である。ここでは、暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れを示している。
【０１３０】
まず、受信装置３の認証処理部３４は、認証要求を送信装置２に送信して認証／鍵交換処理を開始し、交換鍵を取得して認証／鍵交換処理を終了する（Ｓ４０１）。
【０１３１】
次に、受信装置３のコピー制御部３５は、ＡＶデータの移動を要求するＡＶデータ送信要求を送信装置２に送信し（Ｓ４０２）、ＡＶデータパケットを送信装置２から受信する（Ｓ４０３）。そして、受信したＡＶデータパケットのヘッダ部に設定されているコピー制御情報（ＥＭＩ）をチェックする（Ｓ４０４）。その結果、ＭＯＶＥモードである場合は記録確認処理Ｓ４０５を実行し、ＭＯＶＥモード以外である場合は記録確認処理を実行しない。
【０１３２】
次に、受信装置３は、全パケットを受信したか判定する（Ｓ４０６）。そして、受信すべきパケットが残っている場合は、Ｓ４０３に戻り、パケット受信処理（Ｓ４０３）と記録確認処理（Ｓ４０５）を繰り返す。全パケットを受信した場合は、受信すべきＡＶデータを受信したか判定し（Ｓ４０７）、受信すべきＡＶデータがある場合は、ＡＶデータ送信要求を送信装置２に送信し（Ｓ４０２）、受信処理を繰り返す。
【０１３３】
＜受信装置３の記録確認処理＞
受信装置３における記録確認処理の流れは実施の形態１及び実施の形態２と同様であり、図１１に示される。本実施の形態３は、受信装置３のコピー制御部３５の動作が実施の形態１及び実施の形態２と異なる。したがって、図１１に示す記録確認処理の内、記録確認通知生成処理Ｓ２０３の内容と、コマンド応答検証処理Ｓ２０９の内容は、実施の形態１及び実施の形態２における内容と異なる。
【０１３４】
本実施の形態３における記録確認通知検証処理Ｓ１０４では、コピー制御部３５は、まず、通知コマンドの鍵更新カウント値（Ｎｃ）が、送信したＡＶデータパケットに対応しているかどうかをチェックする。次に、通知コマンドのコマンド番号（Ｒ）とコマンド検証用情報とをチェックする。すなわち、２回目以降の通知コマンド受信である場合は、コマンド番号（Ｒ）が前回受信した通知コマンドのコマンド番号（Ｒ）＋１であるかどうかを確認し、かつコマンドが正当な送信元から送られた正当なコマンドであるかどうかをコマンド検証用情報に基づいて検証する。
【０１３５】
本実施の形態３における記録確認通知生成処理Ｓ２０３では、コピー制御部３５は、記録結果に応じて成功または失敗を示す値を通知種別として設定する。鍵更新カウント値（Ｎｃ）には、受信したＡＶデータの先頭のＡＶデータパケットのヘッダ部に設定されていた鍵更新カウント値が設定される。コマンド番号（Ｒ）とコマンド検証用情報とが設定され、通知コマンドが生成される。
【０１３６】
本実施の形態３におけるコマンド応答検証Ｓ２０９では、通知種別、鍵更新カウント値（Ｎｃ）、コマンド番号（Ｒ）が、送信した通知コマンドの各パラメータフィールドの値に等しいかどうかがチェックされる。さらに、コマンド応答検証用情報がチェックされ、コマンド応答が正当な送信装置２からの正当なコマンド応答であるかどうかが検証される。
【０１３７】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。
【０１３８】
図１９は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【０１３９】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ４２１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ４２２）。送信装置２は、要求されたＡＶデータの内１パケットを受信装置３に送信する（Ｓ４２３）。受信装置３は、受信したＡＶデータパケットをＨＤＤ３６に記録すると、記録が成功したことを示す通知コマンドに、受信したＡＶパケットの鍵更新カウンタ値（Ｎｃ）を設定して送信装置２に送信する（Ｓ４２４）。送信装置２は、通知コマンドの鍵更新カウンタ値（Ｎｃ）をチェックすることによって、送信したＡＶデータパケットに対応する通知コマンドであるかどうかを含めて検証する。そして、検証結果がＯＫである場合は、送信したパケットに相当するＡＶデータを無効化し（Ｓ４２５）、コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して受信装置３に送信する（Ｓ４２６）。受信装置３は、コマンド応答を検証し、検証結果がＯＫである場合は、受信したＡＶデータを有効化し、ＡＶデータの移動処理を完了する（Ｓ４２７）。以降、ＡＶデータの移動処理が終了するまで、上記のＳ４２３からＳ４２７までのシーケンスを繰り返す。
【０１４０】
以上のように、本実施の形態３では、送信装置２は、１回のＡＶデータ送信要求に対してＡＶデータを複数のＡＶデータパケットに分割して送信する。また、受信装置３は、１パケット受信してＨＤＤへの記録が成功する毎に通知コマンドを送信装置２に送信して記録確認処理を実行する。そのため、ＡＶデータパケット単位でＡＶデータと通知コマンドとを対応付けることができる。したがって、ＡＶデータはパケット単位で確実に削除されるので、事故によるＡＶデータの消失が発生した場合でも、その消失データサイズを低減することが可能となる。
【０１４１】
なお、本実施の形態３では、ＡＶデータを分割してＡＶパケットとして送信し、パケット毎に記録確認処理を実行しているが、本発明はこれに限定されるものではない。すなわち、分割したＡＶデータのブロックをパケット化せずに送信し、ブロック毎に記録確認処理を実行してもよい。また、１パケット毎に記録確認処理を実行するのではなく、複数のパケット毎に記録確認処理を実行してもよい。
【０１４２】
（実施の形態４）
次に、実施の形態４について説明する。
【０１４３】
＜概要＞
本実施の形態４では、送信装置２は、ＡＶデータを受信装置３に送信した後、記録確認要求コマンドを受信装置３に送信して記録確認処理を起動する。
【０１４４】
＜構成＞
本実施の形態４における送信装置２と受信装置３の構成は、実施の形態１から実施の形態３における構成（図３及び図４）と同様である。本実施の形態４が他の実施の形態と異なる点は、送受信部２１が要求送信手段を兼ね、送受信部３１が要求受信手段を兼ねている点であり、また、コピー制御部２５及びコピー制御部３５が記録確認要求コマンド及び記録確認要求コマンド応答の送受信を制御する点である。その他の点は実施の形態１と同様である。
【０１４５】
＜記録確認要求コマンド＞
図２０（Ａ）は、本実施の形態４における記録確認要求コマンドのフォーマットを示す図である。この記録確認要求コマンドは、本発明に係る確認要求に相当する。図２０（Ｂ）は、本実施の形態４における記録確認要求コマンド応答のフォーマットを示す図である。以下の説明では、「記録確認要求コマンド」を「要求コマンド」といい、「記録確認要求コマンド応答」を「要求コマンド応答」といい、「記録確認通知コマンド応答」を「通知コマンド応答」という。
【０１４６】
要求コマンドの種別コードは、実施の形態１から実施の形態３における種別コードと同様である。要求コマンドのオペコードには１４Ｈが設定され、要求コマンドのパラメータフィールドにはコマンド番号（Ｒ）が設定される。コマンド番号（Ｒ）は、乱数を初期値とし、要求コマンドを送信するごとに＋１増加する。要求コマンド応答の種別コードは、実施の形態１から実施の形態３と同様である。オペコードおよびコマンド番号（Ｒ）には、受信したコマンドと同じ値が設定される。
【０１４７】
なお、本実施の形態４における通知コマンド及び通知コマンド応答のフォーマットは実施の形態１と同様であり、図５に示される。
【０１４８】
＜送信装置２の動作＞
送信装置２における暗号化伝送時の認証／鍵交換処理から暗号化伝送までの処理の流れは実施の形態１と同様であり、図８で示される。本実施の形態４は、記録確認処理Ｓ５５の内容が実施の形態１と異なる。以下、その詳細を説明する。
【０１４９】
＜送信装置２の記録確認処理＞
図２１は、本実施の形態４における記録確認処理Ｓ５５の流れを示す図である。この記録確認処理Ｓ５５は、送信装置２のコピー制御部２５によって実行される。
【０１５０】
コピー制御部２５は、ＡＶデータの送信完了後、ＨＤＤ２６のＡＶデータ管理テーブルを書き換え、ＡＶデータを仮無効状態とし（Ｓ５０１）、要求コマンドを生成して受信装置３に送信し（Ｓ５０２→Ｓ５０３）、要求コマンド応答待ち状態となる。
【０１５１】
次に、所定時間（１秒）以内に要求コマンド応答を受信したかどうかを判定し（Ｓ５０４）、タイムアウトが発生した場合は、確認処理が失敗したとみなし、ＡＶデータを無効化して（Ｓ５０９）、処理を終了する。他方、タイムアウトが発生せずに要求コマンド応答を受信した場合は、その受信処理を開始する（Ｓ５０５）。そして、コマンド応答の種別コードをチェックし（Ｓ５０６）、９Ｈ（ＡＣＣＥＰＴＥＤ）である場合は、記録確認通知処理Ｓ５０７を実行し、それ以外の場合は、ＡＶデータを無効化して（Ｓ５０９）、処理を終了する。
【０１５２】
記録確認通知処理Ｓ５０７は、実施の形態１における送信装置２の記録確認処理Ｓ５５と同様であり、図９に示される。
【０１５３】
＜受信装置３の動作＞
図２２は、本実施の形態４における受信装置３の動作を示す図である。ここでは、記録確認処理の流れを示している。
【０１５４】
受信装置３のコピー制御部３５は、ＡＶデータの記録結果を確認する（Ｓ５５１）。そして、ＡＶデータの記録が成功していた場合は、ＨＤＤ３６のＡＶデータ管理テーブルを書き換え、ＡＶデータを一旦無効状態とする（Ｓ５５２）。
【０１５５】
続いて、コピー制御部３５は、要求コマンド受信待ち状態となり、所定時間（１秒）以内に要求コマンドを受信したかどうかを判定する（Ｓ５５３）。タイムアウトが発生せずに要求コマンドを受信した場合は、受信した要求コマンドの処理を開始し（Ｓ５５４）、コマンド応答を生成して送信装置２に送信する（Ｓ５５５→Ｓ５５６）。その後、記録確認通知処理（Ｓ５５７）を実行し、通知コマンドを送信装置２に送信する。
【０１５６】
タイムアウトが発生した場合、コピー制御部３５は、再度ＡＶデータの記録結果を確認する（Ｓ５５８）。記録が成功していなかった場合（Ｓ５５８でＮｏ）は、処理を終了する。記録が成功していた場合（Ｓ５５８でＹｅｓ）は、ＨＤＤ３６のＡＶデータ管理テーブルを書き換え、ＡＶデータを無効化して（Ｓ５５９）、処理を終了する。
【０１５７】
記録確認通知処理Ｓ５５７は、実施の形態１における受信装置３によって実行される記録確認処理Ｓ１５５と同様であり、図１１に示される。ただし、本実施の形態４では、すでに仮無効化処理Ｓ５５２が実行されているため、図１１におけるＳ２０３以降の処理が実行される。
【０１５８】
以上説明した送信装置２および受信装置３の動作に基づいて、ＡＶデータの移動処理における全体の動作を以下に説明する。
【０１５９】
図２３は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【０１６０】
送信装置２と受信装置３との間で認証／鍵交換を実行する（Ｓ６０１）。受信装置３は、ＡＶデータ送信要求を送信装置２に送信する（Ｓ６０２）。送信装置２は、要求されたＡＶデータを受信装置３に送信する（Ｓ６０３）。送信装置２は、ＡＶデータの送信を完了すると、記録確認を要求する要求コマンドを生成して受信装置３に送信する（Ｓ６０４→Ｓ６０５）。受信装置３は、要求コマンドを受信すると、要求コマンド応答（ＡＣＣＥＰＴＥＤ）を生成して送信装置２に送信する（Ｓ６０６）。
【０１６１】
受信装置３は、通知コマンドを生成して送信装置２に送信する。以降の処理は、図１０に示す記録確認処理の動作シーケンスのＳ２５４以降と同様である。
【０１６２】
以上のように、本実施の形態４によれば、送信装置２は、自ら記録確認要求コマンドを受信装置３に送信して記録確認処理を開始することができる。そのため、記録確認処理を行うタイミングを自ら決定することができ、記録確認処理のタイミングと記録確認処理するＡＶデータのサイズとを柔軟に設定することが可能となる。
【０１６３】
なお、各実施の形態では、記録再生装置を送信装置２と受信装置３とに区別して説明したが、記録再生装置が送信機能と受信機能の両方を備えてもよいことは明らかである。その場合、ＨＤＤ（記録手段）は、送信機能と受信機能とで共有されてもよいし、送信機能と受信機能とで個別に設けられてもよい。
【０１６４】
また、各実施の形態では、送信装置２は、受信装置３からのＡＶデータ送信要求によってＡＶデータの送受信を開始しているが、本発明はこれに限定されない。すなわち、送信装置２は、ＨＴＴＰにおけるＰＯＳＴリクエストのようなＡＶデータ受信要求を受信装置３に送信することによってＡＶデータの送受信を開始してもよい。
【０１６５】
また、各実施の形態では、記録手段としてＨＤＤを用いているが、本発明における記録手段は、ＨＤＤに限定されず、光ディスク装置や半導体メモリーでもよい。
【０１６６】
また、各実施の形態では、送信装置２は、受信装置３からのＡＶデータ送信要求の内容に基づいてＭＯＶＥモードでＡＶデータを送信するかどうかを決定しているが、ＭＯＶＥモードの設定手段はこれに限定されない。例えば、送信装置２のユーザーインタフェースを用いて、ＭＯＶＥモードでＡＶデータを送信するかどうかを設定してもよい。
【０１６７】
また、各実施の形態では、受信装置３は、ＡＶデータに付加されるコピー制御情報によってＭＯＶＥモードでＡＶデータが送信されているかどうかを判定しているが、ＭＯＶＥモードの判定手段はこれに限定されない。例えば、送信モードを送信装置２から受信装置３に通知すれば、この通知を受けた受信装置３は、ＭＯＶＥモードでＡＶデータが送信されているかどうかを判定することができる。
【０１６８】
また、各実施の形態では、送信装置２におけるＡＶデータは「これ以上コピー不可」のＡＶデータであることを前提に説明したが、ＡＶデータのコピー制御情報はこれに限定されない。例えば、「コピー禁止（Ｃｏｐｙ  Ｎｅｖｅｒ）」のＡＶデータを移動する場合にも、本発明を適用することができる。
【０１６９】
また、各実施の形態では、コマンドの識別情報として、順次増加するコマンド番号を使用しているが、コマンドを識別できれば他の識別用情報でもよい。例えば、乱数生成された番号をコマンドの識別情報として使用することも可能である。
【０１７０】
また、各実施の形態では、受信装置３は、記録手段であるＨＤＤへの記録結果を実際に確認してから通知コマンドを送信装置２に送信しているが、通知コマンドの送信タイミングはこれに限定されない。例えば、記録手段への記録成功が確実であれば、ＡＶデータをバッファメモリへ書き込んだ時点で通知コマンドを送信装置２に送信してもよい。
【０１７１】
また、各実施の形態では、ＡＶデータ管理テーブル上の管理情報を書き換えることによって記録手段上のＡＶデータを無効状態にしているが、ＡＶデータを無効状態にする手法はこれに限定されない。例えば、該当する管理情報をＡＶデータ管理テーブルから削除するようにしてもよい。また、他の手段によって、記録手段に記録されたＡＶデータを無効化もしくは削除してもよい。
【０１７２】
（実施の形態５）
次に、実施の形態５について説明する。
【０１７３】
実施の形態１から４では、主に、ＡＶデータの移動に成功した場合の通信シーケンスについて説明したが、本実施の形態５では、主に、ＡＶデータの移動に成功しなかった場合の通信シーケンスについて説明する。
【０１７４】
まず、ＡＶデータの移動に成功した場合について説明する。
【０１７５】
図２４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。この図２４は、Ｓ７０１を明記した点を除き、図１２と同じである。すなわち、送信装置２は、ＡＶデータを受信装置３に送信すると（Ｓ２５１→Ｓ２５２）、送信装置２上のＡＶデータを仮無効化する。受信装置３は、ＡＶデータの記録が成功すると、受信装置３上のＡＶデータを仮無効化する（Ｓ２５３→Ｓ７０１）。送信装置２は、ＡＶデータの記録が成功したことを知ると、送信装置２上のＡＶデータを無効化する（Ｓ２５４→Ｓ２５５→Ｓ２５６→Ｓ２５７）。受信装置３は、送信装置２上のＡＶデータが無効化されたことを知ると、受信装置３上のＡＶデータを有効化する（Ｓ２５８→Ｓ２５９→Ｓ２６０→Ｓ２６１）。これによって、ＡＶデータの移動処理が完了したことになる。
【０１７６】
次に、ＡＶデータの移動に成功しなかった場合について説明する。
【０１７７】
図２５は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が失敗した場合について説明する。
【０１７８】
ＡＶデータをＨＤＤ３６に記録するまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３）は、前記した通りであるため、詳しい説明を省略する。受信装置３は、ＡＶデータの記録が失敗すると、ＡＶデータの記録が失敗した旨の通知コマンドを生成して送信装置２に送信する（Ｓ７１１→Ｓ７１２）。送信装置２は、送信装置２上のＡＶデータを再有効化し、その旨の応答を生成して受信装置３に送信する（Ｓ７１３→Ｓ７１４→Ｓ７１５→Ｓ７１６）。このように、ＡＶデータの記録が失敗した場合は、送信装置２上のＡＶデータが再有効化される。これによって、ＡＶデータが消失してしまう不具合を回避することができる。
【０１７９】
図２６は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が成功した旨の通知コマンドが消失した場合について説明する。
【０１８０】
ＡＶデータの記録が成功した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７０１→Ｓ７２１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドは、ネットワーク障害等が原因で受信装置３から送信装置２へ正常に送信されない場合がある。この場合、送信装置２は、所定時間を経過しても通知コマンドを受信しないことになるのでタイムアウトを検知し（Ｓ７２２→Ｓ７２３）、送信装置２上のＡＶデータを無効化する（Ｓ７２４）。他方、受信装置３も、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知し（Ｓ７２５）、受信装置３上のＡＶデータを無効化する（Ｓ７２６）。このように、ＡＶデータの記録が成功した旨の通知コマンドが消失した場合は、送信装置２上のＡＶデータも受信装置３上のＡＶデータも無効化される。これによって、送信装置２と受信装置３とにＡＶデータが重複して存在する不具合を回避することができる。
【０１８１】
図２７は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が失敗した旨の通知コマンドが消失した場合について説明する。
【０１８２】
ＡＶデータの記録が失敗した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７３１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドは、ネットワーク障害等が原因で受信装置３から送信装置２へ正常に送信されない場合がある。この場合、送信装置２は、所定時間を経過しても通知コマンドを受信しないことになるのでタイムアウトを検知し（Ｓ７３２→Ｓ７３３）、送信装置２上のＡＶデータを無効化する（Ｓ７３４）。他方、受信装置３も、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知（Ｓ７３５）するが、記録失敗しているためＡＶデータに対する処理は実行しない。このように、ＡＶデータの記録が失敗した旨の通知コマンドが消失した場合は、送信装置２上のＡＶデータが無効化される。これによって、送信装置２と受信装置３とにＡＶデータが重複して存在する不具合を回避することができる。
【０１８３】
図２８は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が成功した旨の通知コマンドに対する応答が消失した場合について説明する。
【０１８４】
ＡＶデータの記録が成功した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７０１→Ｓ７４１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドを受けた送信装置２は、送信装置２上のＡＶデータを無効化し（Ｓ７４２→Ｓ７４３→Ｓ７４４）、その旨の応答を生成する（Ｓ７４５）。この応答は、ネットワーク障害等が原因で送信装置２から受信装置３へ正常に送信されない場合がある。この場合、受信装置３は、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知し（Ｓ７４６→Ｓ７４７）、受信装置３上のＡＶデータを無効化する（Ｓ７４８）。このように、ＡＶデータの記録が成功した旨の通知コマンドに対する応答が消失した場合は、送信装置２上のＡＶデータも受信装置３上のＡＶデータも無効化される。これによって、送信装置２と受信装置３とにＡＶデータが重複して存在する不具合を回避することができる。
【０１８５】
図２９は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。ここでは、ＡＶデータの記録が失敗した旨の通知コマンドに対する応答が消失した場合について説明する。
【０１８６】
ＡＶデータの記録が失敗した旨の通知コマンドが生成されるまでの処理（Ｓ２５１→Ｓ２５２→Ｓ２５３→Ｓ７５１）は、前記した通りであるため、詳しい説明を省略する。この通知コマンドを受けた送信装置２は、送信装置２上のＡＶデータを再有効化し（Ｓ７５２→Ｓ７５３→Ｓ７５４）、その旨の応答を生成する（Ｓ７５５）。この応答は、ネットワーク障害等が原因で送信装置２から受信装置３へ正常に送信されない場合がある。この場合、受信装置３は、所定時間を経過しても通知コマンドに対する応答を受信しないことになるのでタイムアウトを検知（Ｓ７５６→Ｓ７５７）するが、記録失敗しているためAVデータに対する処理は実行しない。このように、ＡＶデータの記録が失敗した旨の通知コマンドに対する応答が消失した場合は、送信装置２上のＡＶデータが再有効化される。これによって、ＡＶデータが消失してしまう不具合を回避することができる。
【０１８７】
以上のように、本発明によれば、コピー不可のＡＶデータをネットワーク経由で他の記録再生装置に移動する場合において、ＡＶデータが消失してしまう危険性を低減することができ、かつ、送信装置と受信装置とにＡＶデータが重複して存在する不具合を確実に回避することができる。
【０１８８】
なお、前記の説明では、ＡＶデータの記録が失敗したことを示す通知コマンドが受信装置３から送信装置２に送信されることとしているが、本発明はこれに限定されるものではない。すなわち、ＡＶデータの記録が成功しなかった場合は、処理を中断することを示す通知コマンドが受信装置３から送信装置２に送信されるようにしても、同様の効果を得ることができる。この中断通知コマンドが受信装置３から送信装置２に送信されるタイミングは、１ファイル分のＡＶデータの送信が完了した後でなくてもよい。例えば、１パケット分のＡＶデータの記録が失敗した場合は、その失敗を検知した時点で受信装置３から送信装置２に中断通知コマンドが送信されてもよい。
【０１８９】
なお、前記の説明では、送信装置２は、受信装置３に送信したＡＶデータを一旦仮無効化することとしているが、本発明はこれに限定されるものではない。すなわち、受信装置３に送信したＡＶデータは、何らかの技術的手段によってアクセスできない状態になっていればよい。言い換えると、ＡＶデータにアクセスできない状態になっていれば、そのＡＶデータの管理情報は有効な状態のままでもよい。
【０１９０】
なお、前記の説明では、送信装置２は、受信装置３からの通知コマンドの受信でタイムアウトを検知した場合、ＡＶデータを無効化することとしているが、本発明はこれに限定されるものではない。受信装置３が、送信装置２からの通知コマンド応答の受信でタイムアウトを検知した場合、受信したＡＶデータを必ず無効化するように制御する場合、送信装置２はＡＶデータを有効化してもよい。
【０１９１】
なお、前記の説明では特に言及しなかったが、「ＡＶデータを有効化する」「ＡＶデータを再有効化する」または「ＡＶデータにアクセスできる状態にする」という概念は、「ＡＶデータを利用できるようにする」という概念に含まれるものとする。また、「ＡＶデータを無効化する」「ＡＶデータを仮無効化する」または「ＡＶデータにアクセスできない状態にする」という概念は、「ＡＶデータを利用できないようにする」という概念に含まれるものとする。
【産業上の利用可能性】
【０１９２】
本発明は、著作権保護が必要なＡＶデータの伝送において有用である。
【図面の簡単な説明】
【０１９３】
【図１】図１は、従来のＭＯＶＥ方式によってＡＶデータを移動する場合の実行シーケンスを示す図である。
【図２】図２は、本発明の実施の形態１の全体構成を示す図である。
【図３】図３は、本発明の実施の形態１における送信装置の構成を示す図である。
【図４】図４は、本発明の実施の形態１におけるＡＶデータパケットのフォーマットを示す図である。
【図５】図５（Ａ）は、本発明の実施の形態１における記録確認通知コマンドのフォーマットを示す図である。図５（Ｂ）は、本発明の実施の形態１における記録確認通知コマンド応答のフォーマットを示す図である。
【図６】図６は、本発明の実施の形態１におけるＡＶデータ管理テーブルのフォーマットを示す図である。
【図７】図７は、本発明の実施の形態１における受信装置の構成を示す図である。
【図８】図８は、本発明の実施の形態１における送信装置の動作を示す図である。
【図９】図９は、本発明の実施の形態１における記録確認処理の詳細を示す図である。
【図１０】図１０は、本発明の実施の形態１における受信装置の動作を示す図である。
【図１１】図１１は、本発明の実施の形態１における記録確認処理の詳細を示す図である。
【図１２】図１２は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図１３】図１３（Ａ）は、本発明の実施の形態２における通知コマンドのフォーマットを示す図であり、図１３（Ｂ）は、本発明の実施の形態２におけるコマンド応答のフォーマットを示す図である。
【図１４】図１４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図１５】図１５は、通知コマンドの送信が遅延した場合のシーケンスを示す図である。
【図１６】図１６（Ａ）は、本発明の実施の形態３における通知コマンドのフォーマットを示す図であり、図１６（Ｂ）は、本発明の実施の形態３におけるコマンド応答のフォーマットを示す図である。
【図１７】図１７は、本発明の実施の形態３における送信装置の動作を示す図である。
【図１８】図１８は、本発明の実施の形態３における受信装置の動作を示す図である。
【図１９】図１９は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図２０】図２０（Ａ）は、本発明の実施の形態４における記録確認要求コマンドのフォーマットを示す図である。図２０（Ｂ）は、本発明の実施の形態４における記録確認要求コマンド応答のフォーマットを示す図である。
【図２１】図２１は、本発明の実施の形態４における記録確認処理の流れを示す図である。
【図２２】図２２は、本発明の実施の形態４における受信装置の動作を示す図である。
【図２３】図２３は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図２４】図２４は、ＡＶデータの移動に成功した場合の通信シーケンスを示す図である。
【図２５】図２５は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２６】図２６は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２７】図２７は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２８】図２８は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【図２９】図２９は、ＡＶデータの移動に成功しなかった場合の通信シーケンスを示す図である。
【符号の説明】
【０１９４】
１  デジタルチューナ
２、３  記録再生装置
２１  送受信部
２２  暗号処理部
２３  鍵交換処理部
２４  認証処理部
２５  コピー制御部
２６  ＨＤＤ
３１  送受信部
３２  復号処理部
３３  鍵交換処理部
３４  認証処理部
３５  コピー制御部
３６  ＨＤＤ
Ｓ５５、Ｓ１５５、Ｓ３５５、Ｓ４０５  記録確認処理
Ｓ５０７、Ｓ５５７  記録確認通知処理
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2007029540.tif 000031
【図２】
2007029540.tif 000032
【図３】
2007029540.tif 000033
【図４】
2007029540.tif 000034
【図５】
2007029540.tif 000035
【図６】
2007029540.tif 000036
【図７】
2007029540.tif 000037
【図８】
2007029540.tif 000038
【図９】
2007029540.tif 000039
【図１０】
2007029540.tif 000040
【図１１】
2007029540.tif 000041
【図１２】
2007029540.tif 000042
【図１３】
2007029540.tif 000043
【図１４】
2007029540.tif 000044
【図１５】
2007029540.tif 000045
【図１６】
2007029540.tif 000046
【図１７】
2007029540.tif 000047
【図１８】
2007029540.tif 000048
【図１９】
2007029540.tif 000049
【図２０】
2007029540.tif 000050
【図２１】
2007029540.tif 000051
【図２２】
2007029540.tif 000052
【図２３】
2007029540.tif 000053
【図２４】
2007029540.tif 000054
【図２５】
2007029540.tif 000055
【図２６】
2007029540.tif 000056
【図２７】
2007029540.tif 000057
【図２８】
2007029540.tif 000058
【図２９】
2007029540.tif 000059
【国際調査報告】
2007029540.tif 000060
2007029540.tif 000061
2007029540.tif 000062
2007029540.tif 000063
2007029540.tif 000064
2007029540.tif 000065