JPWO2007029540A1 - Ａｖデータ送信装置およびａｖデータ受信装置 - Google Patents

Ａｖデータ送信装置およびａｖデータ受信装置 Download PDF

Info

Publication number
JPWO2007029540A1
JPWO2007029540A1 JP2007534340A JP2007534340A JPWO2007029540A1 JP WO2007029540 A1 JPWO2007029540 A1 JP WO2007029540A1 JP 2007534340 A JP2007534340 A JP 2007534340A JP 2007534340 A JP2007534340 A JP 2007534340A JP WO2007029540 A1 JPWO2007029540 A1 JP WO2007029540A1
Authority
JP
Japan
Prior art keywords
data
notification
recording
command
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2007534340A
Other languages
English (en)
Inventor
靖 綾木
靖 綾木
田辺　匠
匠 田辺
西村　拓也
拓也 西村
飯塚　裕之
飯塚　　裕之
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2007029540A1 publication Critical patent/JPWO2007029540A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/108—Transfer of content, software, digital rights or licenses
    • G06F21/1088—Transfer of content, software, digital rights or licenses by using transactions with atomicity, consistency, or isolation and durability [ACID] properties
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/0021—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier
    • G11B20/00485—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier
    • G11B20/00492—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving encryption or decryption of contents recorded on or reproduced from a record carrier characterised by a specific kind of data which is encrypted and recorded on and/or reproduced from the record carrier wherein content or user data is encrypted
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00666—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a step of erasing or nullifying data, e.g. data being overwritten with a random string
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
    • G11B20/00753—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/00086—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy
    • G11B20/00731—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction
    • G11B20/00746—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number
    • G11B20/00753—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags
    • G11B20/00768—Circuits for prevention of unauthorised reproduction or copying, e.g. piracy involving a digital rights management system for enforcing a usage restriction wherein the usage restriction can be expressed as a specific number wherein the usage restriction limits the number of copies that can be made, e.g. CGMS, SCMS, or CCI flags wherein copy control information is used, e.g. for indicating whether a content may be copied freely, no more, once, or never, by setting CGMS, SCMS, or CCI flags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43622—Interfacing an external recording device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4367—Establishing a secure communication between the client and a peripheral device or smart card
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2508—Magnetic discs
    • G11B2220/2516—Hard disks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91307—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal
    • H04N2005/91328—Television signal processing therefor for scrambling ; for copy protection by adding a copy protection signal to the video signal the copy protection signal being a copy management signal, e.g. a copy generation management signal [CGMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/913—Television signal processing therefor for scrambling ; for copy protection
    • H04N2005/91357—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal
    • H04N2005/91364—Television signal processing therefor for scrambling ; for copy protection by modifying the video signal the video signal being scrambled
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Technology Law (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Storage Device Security (AREA)

Abstract

本発明に係るＡＶデータ送信装置は、ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、前記ＡＶデータを記録する記録手段と、前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段とを備える。

Description

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

Claims (21)

  1. ＡＶデータを他の装置に送信するＡＶデータ送信装置であって、
    前記ＡＶデータを記録する記録手段と、
    前記記録手段によって記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信手段と、
    前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信手段と、
    前記通知受信手段によって前記成功通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを削除または無効化する制御手段と、
    前記制御手段の処理結果を示す通知応答を前記他の装置に送信する応答送信手段と
    を備えることを特徴とするＡＶデータ送信装置。
  2. 前記通知受信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置から受信し、
    前記制御手段は、前記通知受信手段によって前記失敗通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるよう制御する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  3. 前記通知受信手段は、処理を中断することを示す中断通知を前記他の装置から受信し、
    前記制御手段は、前記通知受信手段によって前記中断通知が受信された場合、前記記録手段によって記録された前記ＡＶデータを利用できるするよう制御する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  4. 前記ＡＶデータ送信手段は、前記ＡＶデータを識別するための識別情報を前記ＡＶデータに付加して送信し、
    前記通知受信手段は、前記識別情報が付加された前記成功通知を受信し、
    前記制御手段は、送信された前記ＡＶデータに付加された前記識別情報と、受信された前記成功通知に付加された識別情報とが対応しない場合、送信された前記ＡＶデータを利用できないよう制御する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  5. 前記ＡＶデータ送信手段は、前記ＡＶデータを所定単位に分割して送信し、
    前記制御手段は、前記所定単位に前記ＡＶデータを削除または無効化する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  6. 前記ＡＶデータ送信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置に送信する要求送信手段を備える
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  7. 前記通知受信手段は、前記成功通知を検証するための検証用情報が付加された前記成功通知を受信し、
    前記制御手段は、前記成功通知に付加された前記検証用情報に基づいて、前記成功通知が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  8. 前記通知受信手段は、前記成功通知を識別するための識別情報が付加された前記成功通知を受信し、
    前記制御手段は、前記成功通知に付加された前記識別情報に基づいて、既に受信済みの前記成功通知でないことを確認し、確認に失敗した場合は前記ＡＶデータを利用できないよう制御する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  9. 前記応答送信手段は、前記通知応答を検証するための検証用情報を前記通知応答に付加して送信する
    ことを特徴とする請求項１記載のＡＶデータ送信装置。
  10. ＡＶデータを他の装置から受信するＡＶデータ受信装置であって、
    前記ＡＶデータを前記他の装置から受信するＡＶデータ受信手段と、
    前記ＡＶデータ受信手段によって受信された前記ＡＶデータを記録する記録手段と、
    前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信手段と、
    前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信手段と、
    前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御手段と
    を備えることを特徴とするＡＶデータ受信装置。
  11. 前記通知送信手段は、前記ＡＶデータの記録に失敗したことを示す失敗通知を前記他の装置に送信し、
    前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  12. 前記通知送信手段は、処理を中断することを示す中断通知を前記他の装置に送信し、
    前記制御手段は、前記ＡＶデータ受信手段によって前記ＡＶデータが受信された後は前記ＡＶデータを利用できない制御し、前記応答受信手段によって通知応答が受信された後も前記ＡＶデータを利用できないよう制御する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  13. 前記ＡＶデータ受信手段は、前記ＡＶデータを識別するための識別情報が付加された前記ＡＶデータを受信し、
    前記通知送信手段は、前記識別情報が付加された前記成功通知を送信する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  14. 前記ＡＶデータ受信手段は、所定単位に分割された前記ＡＶデータを受信し、
    前記制御手段は、前記所定単位に前記成功通知を送信するよう制御する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  15. 前記ＡＶデータ受信装置は、さらに、前記成功通知を送信する旨の要求である確認要求を前記他の装置から受信する要求受信手段を備え、
    前記制御手段は、前記要求受信手段によって前記確認要求が受信された場合、前記ＡＶデータの記録結果を示す確認通知が前記他の装置に送信されるよう制御する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  16. 前記応答受信手段は、前記成功通知を検証するための検証用情報が付加された前記通知応答を受信し、
    前記制御手段は、前記通知応答に付加された検証用情報に基づいて、前記通知応答が正当であることを検証し、検証に失敗した場合は前記ＡＶデータを利用できないよう制御する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  17. 前記通知送信手段は、前記成功通知を識別するための識別情報を付加して前記成功通知を送信する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  18. 前記通知送信手段は、前記成功通知を検証するための検証用情報を前記成功通知に付加して送信する
    ことを特徴とする請求項１０記載のＡＶデータ受信装置。
  19. ＡＶデータを他の装置に送信するＡＶデータ送信方法であって、
    前記ＡＶデータを記録する記録ステップと、
    前記記録ステップにおいて記録された前記ＡＶデータを前記他の装置に送信するＡＶデータ送信ステップと、
    前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置から受信する通知受信ステップと、
    前記通知受信ステップにおいて前記成功通知が受信された場合、前記記録ステップにおいて記録された前記ＡＶデータを削除または無効化する制御ステップと、
    前記制御ステップの処理結果を示す通知応答を前記他の装置に送信する応答送信ステップと
    を含むことを特徴とするＡＶデータ送信方法。
  20. ＡＶデータを他の装置から受信するＡＶデータ受信方法であって、
    前記ＡＶデータを前記他の装置から受信するＡＶデータ受信ステップと、
    前記ＡＶデータ受信ステップにおいて受信された前記ＡＶデータを記録する記録ステップと、
    前記ＡＶデータの記録に成功した場合、前記ＡＶデータの記録に成功したことを示す成功通知を前記他の装置に送信する通知送信ステップと、
    前記他の装置の処理結果を示す通知応答を前記他の装置から受信する応答受信ステップと、
    前記ＡＶデータ受信ステップにおいて前記ＡＶデータが受信された後は前記ＡＶデータを利用できないよう制御し、前記応答受信ステップにおいて通知応答が受信された後は前記ＡＶデータを利用できるよう制御する制御ステップと
    を含むことを特徴とするＡＶデータ受信方法。
  21. 請求項１９または２０に記載の各ステップをコンピュータに実行させるためのプログラムを記録していることを特徴とするプログラム記録媒体。
JP2007534340A 2005-09-01 2006-08-28 Ａｖデータ送信装置およびａｖデータ受信装置 Pending JPWO2007029540A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2005253850 2005-09-01
JP2005253850 2005-09-01
PCT/JP2006/316877 WO2007029540A1 (ja) 2005-09-01 2006-08-28 Ａｖデータ送信装置およびａｖデータ受信装置

Publications (1)

Publication Number Publication Date
JPWO2007029540A1 true JPWO2007029540A1 (ja) 2009-03-19

Family

ID=37835661

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007534340A Pending JPWO2007029540A1 (ja) 2005-09-01 2006-08-28 Ａｖデータ送信装置およびａｖデータ受信装置

Country Status (4)

Country Link
US (1) US20090136207A1 (ja)
EP (1) EP1921561A4 (ja)
JP (1) JPWO2007029540A1 (ja)
WO (1) WO2007029540A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007046376A1 (ja) * 2005-10-18 2007-04-26 Matsushita Electric Industrial Co., Ltd. 送信側の記録再生装置、受信側の記録再生装置
JP4787650B2 (ja) * 2006-03-31 2011-10-05 Ｎｅｃパーソナルプロダクツ株式会社 コンテンツ記録方法、コンテンツ移動装置及びコンテンツ再生方法並びにこれらの装置
JP5197991B2 (ja) * 2007-05-09 2013-05-15 株式会社東芝 受信機器、コンテンツデータの転送方法
JP2009027659A (ja) * 2007-07-24 2009-02-05 Hitachi Ltd コンテンツ送信装置及びコンテンツ受信装置
KR102508524B1 (ko) * 2021-11-09 2023-03-09 펜타시큐리티시스템 주식회사 데이터 구독 시스템에서의 암호화 키 관리 방법

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005063068A (ja) * 2003-08-08 2005-03-10 Canon Inc データ記録制御装置及び方法、並びに記憶媒体及びプログラム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1038368B1 (en) * 1997-11-13 2013-07-31 Intellectual Ventures I LLC File transfer system
EP0984346A1 (en) * 1998-09-02 2000-03-08 Hitachi Europe Limited Copy protection apparatus and method
JP3537684B2 (ja) 1998-11-02 2004-06-14 松下電器産業株式会社 記録再生装置、プログラム記録媒体
WO2000026910A1 (fr) * 1998-11-02 2000-05-11 Matsushita Electric Industrial Co., Ltd. Appareil d'enregistrement / reproduction, support de programme enregistre, support enregistre, antememoire et emetteur
JP4029569B2 (ja) * 2000-12-13 2008-01-09 株式会社日立製作所 ディジタル情報記録再生装置、記録装置、受信装置および送信装置
US6372974B1 (en) * 2001-01-16 2002-04-16 Intel Corporation Method and apparatus for sharing music content between devices
JP4304872B2 (ja) * 2001-03-05 2009-07-29 セイコーエプソン株式会社 コンテンツアクセス方法
JP4258138B2 (ja) * 2001-06-12 2009-04-30 日本ビクター株式会社 光無線通信装置
KR100619009B1 (ko) * 2003-03-28 2006-08-31 삼성전자주식회사 재생 장치
JP2005128960A (ja) * 2003-10-27 2005-05-19 Sony Corp コンテンツの再生装置及び方法
JP4431374B2 (ja) * 2003-12-04 2010-03-10 株式会社日立製作所 記録方法、記録装置及び受信装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005063068A (ja) * 2003-08-08 2005-03-10 Canon Inc データ記録制御装置及び方法、並びに記憶媒体及びプログラム

Also Published As

Publication number Publication date
US20090136207A1 (en) 2009-05-28
WO2007029540A1 (ja) 2007-03-15
EP1921561A4 (en) 2010-01-20
EP1921561A1 (en) 2008-05-14

Similar Documents

Publication Publication Date Title
JP5291159B2 (ja) 情報処理装置、セキュア処理方法、コンピュータプログラム及び記録媒体。
JP5001164B2 (ja) 送信側の記録再生装置、ａｖデータ送信方法、及びプログラム
JP4848163B2 (ja) コンテンツデータ管理システム及び装置
JP4856400B2 (ja) 記憶装置及び情報処理端末
RU2377642C2 (ru) Устройство и способ для перемещения и копирования объектов прав между устройством и портативным запоминающим устройством
US7958370B2 (en) System and device for managing control data
JP4543555B2 (ja) データ伝送システム、データ伝送方法、データ送信装置及びデータ受信装置
US20060106721A1 (en) Method for retransmitting or restoring contents key for decrypting encrypted contents data
WO2002075550A1 (fr) Enregistreur de donnees restituant des donnees originales autorisees a n'exister qu'en un seul exemplaire
US7650328B2 (en) Data storage device capable of storing multiple sets of history information on input/output processing of security data without duplication
US9400876B2 (en) Content data management system and method
JP2003256286A (ja) データ記憶装置
US20060069650A1 (en) Device and method for reproducing encrypted contents
JPWO2007029540A1 (ja) Ａｖデータ送信装置およびａｖデータ受信装置
JP4369191B2 (ja) 端末装置及び認証システム
JP4684775B2 (ja) 記憶装置
JP2001211162A (ja) データ処理システム、記録デバイス、およびデータ処理方法、並びにプログラム提供媒体
JP2009157848A (ja) データ送信装置、データ受信装置及びデータ送受信システム
JP4691337B2 (ja) プログラム実行装置、認証局装置
JP2000295208A (ja) コンテンツ転送・蓄積方法、装置及びプログラム記録媒体
KR101241413B1 (ko) 디바이스와 휴대용 저장장치간에 권리 객체를 이동, 복사하는 방법 및 장치
US8345868B2 (en) Data transfer system, data transfer method, data transmission device and data receiving device
KR101356736B1 (ko) 콘텐츠의 무결성을 확인하기 위한 콘텐츠 제공 장치 및방법 및 콘텐츠 사용 장치 및 방법, 및 콘텐츠 사용 장치를폐지하는 콘텐츠 제공 장치 및 방법
JP5076546B2 (ja) コンテンツデータ管理システム及び装置
JP2009129379A (ja) 記録装置および記録システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090309

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111012

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20111108