情報記録再生装置及びシステム
【課題】 暗号化タイトルの転送後、暗号化を行わないタイトルを、鍵を破棄する規定時間（２時間）を超えて転送した場合でも、続けて暗号化タイトルを転送できる方式を提供する。
【解決手段】 データ送信制御部１２は、時刻ｔ２において著作権保護無しタイトル３２の送信を終了する。タイトル３２の送信時間が規定時間を超えていた場合、受信側機器２０に送信の中断を通知すると共に、鍵破棄・作成部１２を用いて新たな暗号鍵を作成する。この新たな鍵を用いて著作権保護タイトル３３を受信側機器２０に送信する。
【解決手段】 データ送信制御部１２は、時刻ｔ２において著作権保護無しタイトル３２の送信を終了する。タイトル３２の送信時間が規定時間を超えていた場合、受信側機器２０に送信の中断を通知すると共に、鍵破棄・作成部１２を用いて新たな暗号鍵を作成する。この新たな鍵を用いて著作権保護タイトル３３を受信側機器２０に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して著作権保護タイトルを転送する情報記録再生装置及びシステムに関する。
【背景技術】
【０００２】
近年になって、ＤＴＣＰ(Digital Transmission Content Protection)等の暗号化技術を用いて、家庭内ＬＡＮ等のネットワークを介して著作権保護タイトルを転送する機器が普及し始めている。ＤＴＣＰでは、機器ごとにＩＤを持たせ、公開鍵暗号または共通鍵暗号を利用して相互認証し、双方でコンテンツ保護が行えると認識しあえて初めて録画・再生あるいは転送が可能になる。認証出来ると送信側機器には暗号用の鍵を持たせ、受信側のレコーダーには復号用の鍵を持たせ、映像データなどを暗号化して送信する。
【０００３】
著作権保護タイトルのＭｏｖｅ処理規格であるＤＴＣＰ規格において、暗号化鍵未使用で規定時間（２時間）経過した場合、つまり暗号化処理を続けて２時間しなかった場合、それまでの鍵を破棄して新たに鍵を作成する事が定められている。この２時間の規定時間が経過する直前のタイミングで暗号化データ受信装置からの認証および鍵交換の要求があった場合には、それまで持っていた鍵が暗号化データ受信装置に送られる。しかし、その後に送信されてくる暗号化データは新たに作成した鍵により暗号化されているため、受信装置にて復号できない、という問題があった。この問題に対処するため特許文献１は、暗号化データの送信完了から、２時間の規定時間が経過する直前に、暗号化データ受信装置から新たな認証・鍵交換の要求を受けた場合、鍵更新処理を行い、新たに作成した鍵で暗号化したデータを受信装置に送信する技術を開示している。
【特許文献１】特開２００７−１０４４３０公報（図６）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の方式では、著作権保護タイトル（映像データ）と著作権保護無しのタイトルが混在する複数タイトルを１タイトルとして続けて転送しようとすると、問題が生じることがある。すなわち、暗号化著作権保護タイトルの送信後、暗号化を行わない著作権保護無しのタイトルを２時間以上転送し、その後続けて暗号化著作権保護タイトルを転送する場合、後から送信される著作権保護タイトルは、以前に使用した鍵を使用できないため、暗号化が不可能となる。
【０００５】
従って本発明は、暗号化著作権保護タイトルの転送後、暗号化を行わない著作権保護無しのタイトルを、鍵を破棄する規定時間を超えて転送した場合でも、続けて暗号化タイトルを転送できる方式を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明による情報記録再生は、著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して受信側機器に送信する情報記録再生装置であって、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する作成手段と、前記作成手段にて作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する暗号化手段と、前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記受信側機器に送信する送信制御手段とを具備し、前記送信制御手段は、第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、前記作成手段を用いて新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記受信側機器に送信する。
【発明の効果】
【０００７】
著作権保護タイトルの送信後、暗号化を行わない著作権保護無しのタイトルを、鍵を破棄する規定時間を超えて転送した場合でも、その後続けて暗号化を行う著作権保護タイトルを転送できる方式が実現される。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の実施の形態を説明する。
【０００９】
図１は本発明の一実施形態に係る送信側機器１０の構成を示すブロック図であり、図２は本発明の一実施形態に係る受信側機器２０の構成を示すブロック図である。送信側機器１０及び受信側機器２０は、例えば家庭内ＬＡＮのようなネットワークで接続されたパソコン、ＤＶＤレコーダあるいはＳＴＢ(set top box)等の情報記録再生装置で、共にＤＴＣＰ対応機器であるとする。図１は情報記録再生装置におけるタイトル送信機能に関する構成部を抽出して示す図であり、図２は情報記録再生装置におけるタイトル受信機能に関する構成部を抽出して示す図である。
【００１０】
先ず、送信側機器１０について説明する。図１に示すように、送信側機器１０は、インターフェース部１１、データ送信制御部１２、鍵破棄・作成部１３、暗号化処理部１４、時計計測部１５、タイトル保存部１６を含む。
【００１１】
インターフェース部１１は、イーサネット（登録商標）等を用いたネットワークを介して受信側機器２０と通信を行なう。鍵破棄・作成部１３は、受信側機器２０との通信を介して相互認証を行い、例えば暗号鍵を作成する。暗号化処理部１４は、鍵破棄・作成部１３にて作成された暗号鍵を用いて、タイトル保存部１６に保存されたタイトルを暗号化する。送信制御手段１２は、タイトル保存部１６から読み出したタイトル、又は暗号化処理部１４により暗号化されたタイトルを受信側機器２０に送信する。時間計測部１５はタイトル送信時、送信制御部１２に時間情報を提供する。
【００１２】
次に受信側機器２０について説明する。図２に示すように、受信側機器１０は、インターフェース部２１、データ受信制御部２２、復号鍵の破棄・作成部２３、復号処理部２４、タイトルサイズ記憶部２５、タイトル保存部２６を含む。
【００１３】
インターフェース部２１は、イーサネット等を用いたネットワークを介して送信側機器１０と通信を行なう。復号鍵の破棄・作成部２３は、送信側機器２０との通信を介して相互認証を行い、例えば復号鍵を作成する。復号化処理部２４は、復号鍵の破棄・作成部１３にて作成された復号鍵を用いて、タイトルを復号化する。受信制御手段２２は、送信側機器１０が送信したタイトルを受信して、タイトル保存部２６に保存するか、又は復号処理部２４にて復号してからタイトル保存部２６に保存する。タイトルサイズ記憶部は、１データ転送処理において送信されるタイトルの総データ量を記憶する。
【００１４】
本発明の一実施形態に係る転送方式について以下説明する。この一実施形態では、ネットワーク上に配置された図１及び図２のような機器間において、著作権で保護された著作権保護タイトルと保護されていない著作権保護無しタイトルの混在タイトルが、Ｍｏｖｅ処理にて転送される。ここでタイトルとは、例えば録画されたデジタル放送番組である。本実施例では、タイトルは予めタイトル保存部１６に保存されている。デジタル放送番組の中には著作権保護タイトルと、著作権保護無しタイトルの両方がある。デジタル放送の著作権保護タイトルは、コピー処理は禁止されているが、Ｍｏｖｅ処理は可能である。Ｍｏｖｅ処理とは、送信側機器からタイトルを受信側機器へ転送する場合、転送済みのデータを送信側機器から削除する処理を示す。
【００１５】
図３は本実施形態の概要を示す図である。
【００１６】
この例では、ユーザにより指定された３つのタイトル３１〜３３がＤＴＣＰ方式に従って、送信側機器１０から受信側機器２０へ、１タイトルとして実質的に連続して転送される。又この例では、著作権保護タイトル３１に続き、２時間以上の著作権保護無しタイトル３２が転送され、その後、著作権保護タイトル３３が続けて転送される。
【００１７】
著作権保護タイトル３１と３３は、互いに異なる暗号鍵を用いて暗号化され、受信側装置２０に転送される。著作権保護無しタイトル３２は、暗号化されずに受信側装置２０に転送される。時刻ｔ１のように、著作権保護無しタイトル３２の転送開始から２時間経過すると、著作権保護タイトル３１の暗号化に使用された鍵は、ＤＴＣＰで規定されているように破棄される。著作権保護無しタイトル３２の転送終了後、続けて著作権保護タイトル３２を転送する際に、送信側機器１０が時刻ｔ２〜ｔ３において自動で一度中断処理を行い新たな鍵を作成する。作成した鍵を用いて著作権保護タイトル３３を暗号化し、再びＭｏｖｅ処理を開始して著作権保護タイトル３３を転送する。
【００１８】
図４は送信側機器１０の動作を示すフローチャートである。ここでは図３に示すようタイトル３１〜３３が連続的に転送される場合を説明する。
【００１９】
先ず、データ送信制御部１２は、ＴＣＰコネクションをＯＮとし、タイトルサイズ等のタイトル情報を受信側に送信する（ＳＴ０１）。ＴＣＰコネクションをＯＮとすることで、受信側機器とのネットワーク接続が確立され、データ通信が可能となる。このタイトルサイズは、例えば図３の例では、３つのタイトル３１〜３３のサイズを合計したサイズである。タイトル本体を送信する前に、ステップＳＴ０２にて送信制御部１２は、鍵破棄・作成部１３を用いて、ＤＴＣＰで規定された手順で受信側機器とやり取りし、暗号鍵を作成する。
【００２０】
次に送信制御部１２は、タイトル保存部１６からのタイトル３１の読み出しを開始し、読み出したタイトルをＤＴＣＰ規定の単位に分割し、パケットを作成する（ＳＴ０３）。このとき送信制御部１２は、パケット内に著作権保護有無のフラグ（この例では保護有フラグ）等と分割したタイトルデータを組合せてパケットを作成する。又、ＨＴＴＰ ＰＯＳＴのデータ転送方式はｃｈｕｎｋを用いることとする。このＨＴＴＰ ＰＯＳＴとは、タイトルを送信するときに使用する送信プロトコルである。ｃｈｕｎｋデータ転送方式を採用すると、タイトルを送信する場合に、予めタイトルサイズを受信側機器に通知することなく送信が可能である。送信の終了は“ｃｈｕｎｋ ０”を受信側機器に送信することで通知される。ステップＳＴ０１でタイトルサイズを通知したにも係らず、ｃｈｕｎｋ方式を採用する理由は後述される。
【００２１】
ステップＳＴ０４にて送信制御部１２は、作成されたパケットが著作権保護タイトルのものか確認し、著作権保護タイトルのものであれば、ステップＳＴ０５にて後述の中断ＦＬＡＧが有効か否か判断する。中断ＦＬＡＧが有効でなければ（ＳＴ０５のＮｏ）、フローはステップＳＴ０６に移行する。
【００２２】
ステップＳＴ０６にて送信制御部１２は、送信データを確認する。すなわち、パケット毎に、前述したように著作権保護タイトルのパケットか、著作権保護無しタイトルのパケットか、あるいは転送終了なのか確認する。パケットが著作権保護タイトルのパケットであれば、ステップＳＴ０７のように送信制御部１２は、当該パケットをステップＳＴ０２で作成した鍵で暗号化して、受信側機器２０に送信する。送信制御部１２は、ステップＳＴ０３〜ＳＴ０７を繰り返し実行し、著作権保護タイトル３１を受信側機器２０へ送信する。
【００２３】
このようにして著作権保護タイトル３１の送信を完了すると、送信制御部１２は著作権保護無しタイトル３２のパケット作成及び送信を開始する。このときフローはステップＳＴ０３〜ＳＴ０６を介してステップ０８に移行する。ステップＳＴ０８にて送信制御部１２は、著作権保護無しタイトル３２のパケットを暗号化せずにそのまま受信側機器２０に送信する。
【００２４】
著作権保護無しタイトルを送信する場合、送信制御部１２は時間計測部１５を用いて、著作権保護無しタイトルの送信時間を計測し、タイトル送信時間が２時間を超えたかどう確認する（ＳＴ０９）。もし、著作権保護無しタイトルの送信時間が２時間を超えた場合は鍵が廃棄されるので、次の著作権保護タイトル３３を暗号化できなくなる。そのため、送信制御部１２はステップＳＴ１０のように、中断フラグ１２Ｆ（図１）を有効すなわちＯＮにする。このステップＳＴ１０のタイミングは、図３の時刻ｔ１に対応する。
【００２５】
このようにして著作権保護無しタイトル３２の送信を完了すると、送信制御部１２は著作権保護タイトル３３のパケット作成及び送信を開始する。著作権保護タイトルを送信する場合、ステップＳＴ０５のように中断フラグがＯＮであるか確認する。ＯＮの場合（ＳＴ０５のＹｅｓ）、暗号化鍵未使用の経過時間が２時間を超えている。従って著作権保護タイトルを暗号化できないので、Ｍｏｖｅ処理の中断処理を行う（ＳＴ１１）。この中断処理において送信処理部１２は“ｃｈｕｎｋ ０”を受信側機器２０に送信し、ここではタイトル転送処理の中断を通知する。鍵破棄・作成部１３は現在持っている鍵を破棄し、受信側機器２０とやり取りを行い新しい暗号鍵を作成し、中断ＦＬＡＧをリセットする。この中断処理のタイミングは、図３の時刻ｔ２〜ｔ３に対応する。又中断処理においてはＴＣＰコネクションは切らずに保持しておく。中断処理後、暗号化処理部１４は、新たに作成された暗号鍵を用いてパケットを暗号化し、データ送信処理部１２は暗号化されたパケットを送信側機器２０に送信する（ＳＴ０７）。送信制御部１２は、ステップＳＴ０３〜ＳＴ０７を繰り返し実行し、著作権保護タイトル３３を受信側機器２０へ送信する。
【００２６】
著作権保護タイトル３３の送信が完了すると、鍵破棄・作成部１３は暗号鍵を破棄する（ＳＴ１２）。このとき送信制御部１２は、ＴＣＰコネクションを切り転送を終了する。Ｍｏｖｅ処理のため、転送終了時に送信制御部１２は、送信済みタイトルをタイトル保存部１６から削除する。
【００２７】
次に受信側機器２０の動作を説明する。図５は送信側機器２０の動作を示すフローチャートである。
【００２８】
先ず、ステップＳＴ２１にて受信制御部２２は、これから受信するタイトルの情報（タイトル合計サイズ等）を送信側装置１０から受信し、タイトル合計サイズをタイトルサイズ記憶部２５に記憶する。受信制御部２２は送信側とやり取りを行い、復号鍵の破棄・作成部２３を用いて、送信側から送られてくる暗号化タイトルの復号化を行うための復号鍵を作成する（ＳＴ２２）。
【００２９】
ステップＳＴ２３にて受信制御部２２は、送信側で作成された著作権保護有無情報を含むタイトルのパケットを受信する。受信制御部２２は復号処理部２４を用いて、パケット単位で、作成済みの鍵を使ってタイトルの復号化を行い、タイトル保存部２６に保存する。尚、ＨＴＴＰ ＰＯＳＴのデータ転送方式は、前述したようにｃｈｕｎｋを用いる。受信制御部２２は、ＨＴＴＰ ＰＯＳＴ終了通知（ｃｈｕｎｋ ０）の受信を確認し、受信していなければステップＳＴ２３に移行し、タイトルの受信及び復号化を続ける。
【００３０】
終了通知（ｃｈｕｎｋ ０）を受信すると（ＳＴ２４のＹｅｓ）受信制御部２２は、タイトルサイズ記憶部２５に記憶されているタイトル合計サイズと、ステップＳＴ２３で受信して復号化したタイトルのファイルサイズを比較し（ＳＴ２５）、受信タイトルのファイルサイズがタイトル合計サイズより小さい場合はステップＳＴ２６の中断処理に移る。終了通知（ｃｈｕｎｋ ０）はタイトル送信の終了を示すが、ここでは、受信タイトルのファイルサイズがタイトル合計サイズより小さいため、受信制御部２２は送信側に送信すべきタイトルデータがまだ在ると判断する。
【００３１】
ステップＳＴ２６にて受信制御部２２は、Ｍｏｖｅ有効化フラグ２２ＦをＯＮとし、受信部分までＭｏｖｅ有効化処理を行う。更に受信制御部２２は送信側とやり取りし、復号鍵の破棄・作成部２３を用いて復号鍵を作成し、ステップＳＴ２７のように残りタイトル部分の受信を待つ。
【００３２】
ステップＳＴ２６にて受信タイトルのファイルサイズがタイトル合計サイズに一致した場合、受信制御部２２は全タイトルが受信されたと判断し、受信したタイトルを有効化し、暗号鍵を破棄する（ＳＴ２８）。
【００３３】
以上説明したように本発明の一実施形態によれば、ＤＴＣＰ方式にてタイトルを送信する場合、送信途中で２時間の規定時間を超える暗号鍵未使用のタイトルがある場合でも、複数タイトルを１タイトルとして送信することが可能である。又、ＨＴＴＰ ＰＯＳＴの転送方式をｃｈｕｎｋにすることで、タイトル送信途中での中断が可能となる。更に、ＴＣＰセッションを切らずにそのまま転送する事で、中断処理でタイトルが分割していても受信側で１タイトルだと認識して受信できる。
【００３４】
尚、上記実施形態では図４のように、パケット毎に中断フラグの有効性などを確認したが、ステップＳＴ０７で著作権保護タイトル３１又は３３を１度に（パケットを連続して）送信してもよいし、ステップＳＴ０８で著作権保護無しタイトル３２を１度に送信してもよい。この場合、送信時間を短縮する効果が得られる。
【００３５】
又、上記実施形態では図３のように、著作権保護タイトル３１に続き、２時間以上の著作権保護無しタイトル３２が転送され、その後、著作権保護タイトル３３が続けて転送される場合を例として本発明が説明された。しかし本発明はこの例に限らず、２時間以上の著作権保護無しタイトル３２を最初に送信し、続けて著作権保護タイトル３３を送信する場合も本発明は有効に作用する。この場合、動作は図４及び図５の実施形態と同様であるが、暗号化及び複合化用の鍵が、著作権保護無しタイトル３２の送信後の中断処理において始めて作成されるところが異なる。
【００３６】
以上の説明はこの発明の実施の形態であって、この発明の装置及び方法を限定するものではなく、様々な変形例を容易に実施することができるものである。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態に係る送信側機器１０の構成を示すブロック図である。
【図２】本発明の一実施形態に係る受信側機器２０の構成を示すブロック図である。
【図３】上記実施形態の概要を示す図である。
【図４】送信側機器１０の動作を示すフローチャートである。
【図５】送信側機器１０の動作を示すフローチャートである。
【符号の説明】
【００３８】
１０…送信側機器、１１…インターフェース部、１２…データ送信制御部、１３…鍵破棄・作成部、１４…暗号化処理部、１５…時計計測部、１６…タイトル保存部、１０…受信側機器、２１…インターフェース部、２２…データ受信制御部、２３…復号鍵の破棄・作成部、２４…復号処理部、２５…タイトルサイズ記憶部、２６…タイトル保存部。
【技術分野】
【０００１】
本発明は、ネットワークを介して著作権保護タイトルを転送する情報記録再生装置及びシステムに関する。
【背景技術】
【０００２】
近年になって、ＤＴＣＰ(Digital Transmission Content Protection)等の暗号化技術を用いて、家庭内ＬＡＮ等のネットワークを介して著作権保護タイトルを転送する機器が普及し始めている。ＤＴＣＰでは、機器ごとにＩＤを持たせ、公開鍵暗号または共通鍵暗号を利用して相互認証し、双方でコンテンツ保護が行えると認識しあえて初めて録画・再生あるいは転送が可能になる。認証出来ると送信側機器には暗号用の鍵を持たせ、受信側のレコーダーには復号用の鍵を持たせ、映像データなどを暗号化して送信する。
【０００３】
著作権保護タイトルのＭｏｖｅ処理規格であるＤＴＣＰ規格において、暗号化鍵未使用で規定時間（２時間）経過した場合、つまり暗号化処理を続けて２時間しなかった場合、それまでの鍵を破棄して新たに鍵を作成する事が定められている。この２時間の規定時間が経過する直前のタイミングで暗号化データ受信装置からの認証および鍵交換の要求があった場合には、それまで持っていた鍵が暗号化データ受信装置に送られる。しかし、その後に送信されてくる暗号化データは新たに作成した鍵により暗号化されているため、受信装置にて復号できない、という問題があった。この問題に対処するため特許文献１は、暗号化データの送信完了から、２時間の規定時間が経過する直前に、暗号化データ受信装置から新たな認証・鍵交換の要求を受けた場合、鍵更新処理を行い、新たに作成した鍵で暗号化したデータを受信装置に送信する技術を開示している。
【特許文献１】特開２００７−１０４４３０公報（図６）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の方式では、著作権保護タイトル（映像データ）と著作権保護無しのタイトルが混在する複数タイトルを１タイトルとして続けて転送しようとすると、問題が生じることがある。すなわち、暗号化著作権保護タイトルの送信後、暗号化を行わない著作権保護無しのタイトルを２時間以上転送し、その後続けて暗号化著作権保護タイトルを転送する場合、後から送信される著作権保護タイトルは、以前に使用した鍵を使用できないため、暗号化が不可能となる。
【０００５】
従って本発明は、暗号化著作権保護タイトルの転送後、暗号化を行わない著作権保護無しのタイトルを、鍵を破棄する規定時間を超えて転送した場合でも、続けて暗号化タイトルを転送できる方式を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明による情報記録再生は、著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して受信側機器に送信する情報記録再生装置であって、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する作成手段と、前記作成手段にて作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する暗号化手段と、前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記受信側機器に送信する送信制御手段とを具備し、前記送信制御手段は、第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、前記作成手段を用いて新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記受信側機器に送信する。
【発明の効果】
【０００７】
著作権保護タイトルの送信後、暗号化を行わない著作権保護無しのタイトルを、鍵を破棄する規定時間を超えて転送した場合でも、その後続けて暗号化を行う著作権保護タイトルを転送できる方式が実現される。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の実施の形態を説明する。
【０００９】
図１は本発明の一実施形態に係る送信側機器１０の構成を示すブロック図であり、図２は本発明の一実施形態に係る受信側機器２０の構成を示すブロック図である。送信側機器１０及び受信側機器２０は、例えば家庭内ＬＡＮのようなネットワークで接続されたパソコン、ＤＶＤレコーダあるいはＳＴＢ(set top box)等の情報記録再生装置で、共にＤＴＣＰ対応機器であるとする。図１は情報記録再生装置におけるタイトル送信機能に関する構成部を抽出して示す図であり、図２は情報記録再生装置におけるタイトル受信機能に関する構成部を抽出して示す図である。
【００１０】
先ず、送信側機器１０について説明する。図１に示すように、送信側機器１０は、インターフェース部１１、データ送信制御部１２、鍵破棄・作成部１３、暗号化処理部１４、時計計測部１５、タイトル保存部１６を含む。
【００１１】
インターフェース部１１は、イーサネット（登録商標）等を用いたネットワークを介して受信側機器２０と通信を行なう。鍵破棄・作成部１３は、受信側機器２０との通信を介して相互認証を行い、例えば暗号鍵を作成する。暗号化処理部１４は、鍵破棄・作成部１３にて作成された暗号鍵を用いて、タイトル保存部１６に保存されたタイトルを暗号化する。送信制御手段１２は、タイトル保存部１６から読み出したタイトル、又は暗号化処理部１４により暗号化されたタイトルを受信側機器２０に送信する。時間計測部１５はタイトル送信時、送信制御部１２に時間情報を提供する。
【００１２】
次に受信側機器２０について説明する。図２に示すように、受信側機器１０は、インターフェース部２１、データ受信制御部２２、復号鍵の破棄・作成部２３、復号処理部２４、タイトルサイズ記憶部２５、タイトル保存部２６を含む。
【００１３】
インターフェース部２１は、イーサネット等を用いたネットワークを介して送信側機器１０と通信を行なう。復号鍵の破棄・作成部２３は、送信側機器２０との通信を介して相互認証を行い、例えば復号鍵を作成する。復号化処理部２４は、復号鍵の破棄・作成部１３にて作成された復号鍵を用いて、タイトルを復号化する。受信制御手段２２は、送信側機器１０が送信したタイトルを受信して、タイトル保存部２６に保存するか、又は復号処理部２４にて復号してからタイトル保存部２６に保存する。タイトルサイズ記憶部は、１データ転送処理において送信されるタイトルの総データ量を記憶する。
【００１４】
本発明の一実施形態に係る転送方式について以下説明する。この一実施形態では、ネットワーク上に配置された図１及び図２のような機器間において、著作権で保護された著作権保護タイトルと保護されていない著作権保護無しタイトルの混在タイトルが、Ｍｏｖｅ処理にて転送される。ここでタイトルとは、例えば録画されたデジタル放送番組である。本実施例では、タイトルは予めタイトル保存部１６に保存されている。デジタル放送番組の中には著作権保護タイトルと、著作権保護無しタイトルの両方がある。デジタル放送の著作権保護タイトルは、コピー処理は禁止されているが、Ｍｏｖｅ処理は可能である。Ｍｏｖｅ処理とは、送信側機器からタイトルを受信側機器へ転送する場合、転送済みのデータを送信側機器から削除する処理を示す。
【００１５】
図３は本実施形態の概要を示す図である。
【００１６】
この例では、ユーザにより指定された３つのタイトル３１〜３３がＤＴＣＰ方式に従って、送信側機器１０から受信側機器２０へ、１タイトルとして実質的に連続して転送される。又この例では、著作権保護タイトル３１に続き、２時間以上の著作権保護無しタイトル３２が転送され、その後、著作権保護タイトル３３が続けて転送される。
【００１７】
著作権保護タイトル３１と３３は、互いに異なる暗号鍵を用いて暗号化され、受信側装置２０に転送される。著作権保護無しタイトル３２は、暗号化されずに受信側装置２０に転送される。時刻ｔ１のように、著作権保護無しタイトル３２の転送開始から２時間経過すると、著作権保護タイトル３１の暗号化に使用された鍵は、ＤＴＣＰで規定されているように破棄される。著作権保護無しタイトル３２の転送終了後、続けて著作権保護タイトル３２を転送する際に、送信側機器１０が時刻ｔ２〜ｔ３において自動で一度中断処理を行い新たな鍵を作成する。作成した鍵を用いて著作権保護タイトル３３を暗号化し、再びＭｏｖｅ処理を開始して著作権保護タイトル３３を転送する。
【００１８】
図４は送信側機器１０の動作を示すフローチャートである。ここでは図３に示すようタイトル３１〜３３が連続的に転送される場合を説明する。
【００１９】
先ず、データ送信制御部１２は、ＴＣＰコネクションをＯＮとし、タイトルサイズ等のタイトル情報を受信側に送信する（ＳＴ０１）。ＴＣＰコネクションをＯＮとすることで、受信側機器とのネットワーク接続が確立され、データ通信が可能となる。このタイトルサイズは、例えば図３の例では、３つのタイトル３１〜３３のサイズを合計したサイズである。タイトル本体を送信する前に、ステップＳＴ０２にて送信制御部１２は、鍵破棄・作成部１３を用いて、ＤＴＣＰで規定された手順で受信側機器とやり取りし、暗号鍵を作成する。
【００２０】
次に送信制御部１２は、タイトル保存部１６からのタイトル３１の読み出しを開始し、読み出したタイトルをＤＴＣＰ規定の単位に分割し、パケットを作成する（ＳＴ０３）。このとき送信制御部１２は、パケット内に著作権保護有無のフラグ（この例では保護有フラグ）等と分割したタイトルデータを組合せてパケットを作成する。又、ＨＴＴＰ ＰＯＳＴのデータ転送方式はｃｈｕｎｋを用いることとする。このＨＴＴＰ ＰＯＳＴとは、タイトルを送信するときに使用する送信プロトコルである。ｃｈｕｎｋデータ転送方式を採用すると、タイトルを送信する場合に、予めタイトルサイズを受信側機器に通知することなく送信が可能である。送信の終了は“ｃｈｕｎｋ ０”を受信側機器に送信することで通知される。ステップＳＴ０１でタイトルサイズを通知したにも係らず、ｃｈｕｎｋ方式を採用する理由は後述される。
【００２１】
ステップＳＴ０４にて送信制御部１２は、作成されたパケットが著作権保護タイトルのものか確認し、著作権保護タイトルのものであれば、ステップＳＴ０５にて後述の中断ＦＬＡＧが有効か否か判断する。中断ＦＬＡＧが有効でなければ（ＳＴ０５のＮｏ）、フローはステップＳＴ０６に移行する。
【００２２】
ステップＳＴ０６にて送信制御部１２は、送信データを確認する。すなわち、パケット毎に、前述したように著作権保護タイトルのパケットか、著作権保護無しタイトルのパケットか、あるいは転送終了なのか確認する。パケットが著作権保護タイトルのパケットであれば、ステップＳＴ０７のように送信制御部１２は、当該パケットをステップＳＴ０２で作成した鍵で暗号化して、受信側機器２０に送信する。送信制御部１２は、ステップＳＴ０３〜ＳＴ０７を繰り返し実行し、著作権保護タイトル３１を受信側機器２０へ送信する。
【００２３】
このようにして著作権保護タイトル３１の送信を完了すると、送信制御部１２は著作権保護無しタイトル３２のパケット作成及び送信を開始する。このときフローはステップＳＴ０３〜ＳＴ０６を介してステップ０８に移行する。ステップＳＴ０８にて送信制御部１２は、著作権保護無しタイトル３２のパケットを暗号化せずにそのまま受信側機器２０に送信する。
【００２４】
著作権保護無しタイトルを送信する場合、送信制御部１２は時間計測部１５を用いて、著作権保護無しタイトルの送信時間を計測し、タイトル送信時間が２時間を超えたかどう確認する（ＳＴ０９）。もし、著作権保護無しタイトルの送信時間が２時間を超えた場合は鍵が廃棄されるので、次の著作権保護タイトル３３を暗号化できなくなる。そのため、送信制御部１２はステップＳＴ１０のように、中断フラグ１２Ｆ（図１）を有効すなわちＯＮにする。このステップＳＴ１０のタイミングは、図３の時刻ｔ１に対応する。
【００２５】
このようにして著作権保護無しタイトル３２の送信を完了すると、送信制御部１２は著作権保護タイトル３３のパケット作成及び送信を開始する。著作権保護タイトルを送信する場合、ステップＳＴ０５のように中断フラグがＯＮであるか確認する。ＯＮの場合（ＳＴ０５のＹｅｓ）、暗号化鍵未使用の経過時間が２時間を超えている。従って著作権保護タイトルを暗号化できないので、Ｍｏｖｅ処理の中断処理を行う（ＳＴ１１）。この中断処理において送信処理部１２は“ｃｈｕｎｋ ０”を受信側機器２０に送信し、ここではタイトル転送処理の中断を通知する。鍵破棄・作成部１３は現在持っている鍵を破棄し、受信側機器２０とやり取りを行い新しい暗号鍵を作成し、中断ＦＬＡＧをリセットする。この中断処理のタイミングは、図３の時刻ｔ２〜ｔ３に対応する。又中断処理においてはＴＣＰコネクションは切らずに保持しておく。中断処理後、暗号化処理部１４は、新たに作成された暗号鍵を用いてパケットを暗号化し、データ送信処理部１２は暗号化されたパケットを送信側機器２０に送信する（ＳＴ０７）。送信制御部１２は、ステップＳＴ０３〜ＳＴ０７を繰り返し実行し、著作権保護タイトル３３を受信側機器２０へ送信する。
【００２６】
著作権保護タイトル３３の送信が完了すると、鍵破棄・作成部１３は暗号鍵を破棄する（ＳＴ１２）。このとき送信制御部１２は、ＴＣＰコネクションを切り転送を終了する。Ｍｏｖｅ処理のため、転送終了時に送信制御部１２は、送信済みタイトルをタイトル保存部１６から削除する。
【００２７】
次に受信側機器２０の動作を説明する。図５は送信側機器２０の動作を示すフローチャートである。
【００２８】
先ず、ステップＳＴ２１にて受信制御部２２は、これから受信するタイトルの情報（タイトル合計サイズ等）を送信側装置１０から受信し、タイトル合計サイズをタイトルサイズ記憶部２５に記憶する。受信制御部２２は送信側とやり取りを行い、復号鍵の破棄・作成部２３を用いて、送信側から送られてくる暗号化タイトルの復号化を行うための復号鍵を作成する（ＳＴ２２）。
【００２９】
ステップＳＴ２３にて受信制御部２２は、送信側で作成された著作権保護有無情報を含むタイトルのパケットを受信する。受信制御部２２は復号処理部２４を用いて、パケット単位で、作成済みの鍵を使ってタイトルの復号化を行い、タイトル保存部２６に保存する。尚、ＨＴＴＰ ＰＯＳＴのデータ転送方式は、前述したようにｃｈｕｎｋを用いる。受信制御部２２は、ＨＴＴＰ ＰＯＳＴ終了通知（ｃｈｕｎｋ ０）の受信を確認し、受信していなければステップＳＴ２３に移行し、タイトルの受信及び復号化を続ける。
【００３０】
終了通知（ｃｈｕｎｋ ０）を受信すると（ＳＴ２４のＹｅｓ）受信制御部２２は、タイトルサイズ記憶部２５に記憶されているタイトル合計サイズと、ステップＳＴ２３で受信して復号化したタイトルのファイルサイズを比較し（ＳＴ２５）、受信タイトルのファイルサイズがタイトル合計サイズより小さい場合はステップＳＴ２６の中断処理に移る。終了通知（ｃｈｕｎｋ ０）はタイトル送信の終了を示すが、ここでは、受信タイトルのファイルサイズがタイトル合計サイズより小さいため、受信制御部２２は送信側に送信すべきタイトルデータがまだ在ると判断する。
【００３１】
ステップＳＴ２６にて受信制御部２２は、Ｍｏｖｅ有効化フラグ２２ＦをＯＮとし、受信部分までＭｏｖｅ有効化処理を行う。更に受信制御部２２は送信側とやり取りし、復号鍵の破棄・作成部２３を用いて復号鍵を作成し、ステップＳＴ２７のように残りタイトル部分の受信を待つ。
【００３２】
ステップＳＴ２６にて受信タイトルのファイルサイズがタイトル合計サイズに一致した場合、受信制御部２２は全タイトルが受信されたと判断し、受信したタイトルを有効化し、暗号鍵を破棄する（ＳＴ２８）。
【００３３】
以上説明したように本発明の一実施形態によれば、ＤＴＣＰ方式にてタイトルを送信する場合、送信途中で２時間の規定時間を超える暗号鍵未使用のタイトルがある場合でも、複数タイトルを１タイトルとして送信することが可能である。又、ＨＴＴＰ ＰＯＳＴの転送方式をｃｈｕｎｋにすることで、タイトル送信途中での中断が可能となる。更に、ＴＣＰセッションを切らずにそのまま転送する事で、中断処理でタイトルが分割していても受信側で１タイトルだと認識して受信できる。
【００３４】
尚、上記実施形態では図４のように、パケット毎に中断フラグの有効性などを確認したが、ステップＳＴ０７で著作権保護タイトル３１又は３３を１度に（パケットを連続して）送信してもよいし、ステップＳＴ０８で著作権保護無しタイトル３２を１度に送信してもよい。この場合、送信時間を短縮する効果が得られる。
【００３５】
又、上記実施形態では図３のように、著作権保護タイトル３１に続き、２時間以上の著作権保護無しタイトル３２が転送され、その後、著作権保護タイトル３３が続けて転送される場合を例として本発明が説明された。しかし本発明はこの例に限らず、２時間以上の著作権保護無しタイトル３２を最初に送信し、続けて著作権保護タイトル３３を送信する場合も本発明は有効に作用する。この場合、動作は図４及び図５の実施形態と同様であるが、暗号化及び複合化用の鍵が、著作権保護無しタイトル３２の送信後の中断処理において始めて作成されるところが異なる。
【００３６】
以上の説明はこの発明の実施の形態であって、この発明の装置及び方法を限定するものではなく、様々な変形例を容易に実施することができるものである。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態に係る送信側機器１０の構成を示すブロック図である。
【図２】本発明の一実施形態に係る受信側機器２０の構成を示すブロック図である。
【図３】上記実施形態の概要を示す図である。
【図４】送信側機器１０の動作を示すフローチャートである。
【図５】送信側機器１０の動作を示すフローチャートである。
【符号の説明】
【００３８】
１０…送信側機器、１１…インターフェース部、１２…データ送信制御部、１３…鍵破棄・作成部、１４…暗号化処理部、１５…時計計測部、１６…タイトル保存部、１０…受信側機器、２１…インターフェース部、２２…データ受信制御部、２３…復号鍵の破棄・作成部、２４…復号処理部、２５…タイトルサイズ記憶部、２６…タイトル保存部。
【特許請求の範囲】
【請求項１】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して受信側機器に送信する情報記録再生装置であって、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する作成手段と、
前記作成手段にて作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する暗号化手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記受信側機器に送信する送信制御手段とを具備し、
前記送信制御手段は、第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、前記作成手段を用いて新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記受信側機器に送信することを特徴とする情報記録再生装置。
【請求項２】
前記送信制御手段は、前記複数タイトルの送信を開始するとき、前記複数タイトルの合計ファイルサイズを前記受信側装置に通知する手段と、前記著作権保護無しタイトルを送信した後、送信終了を示す終了信号を前記受信側機器に送信する手段を具備し、前記受信側機器は、受信したタイトルのファイルサイズ、前記合計ファイルサイズ及び前記終了信号に基づいて、前記送信の中断を判断することを特徴とする請求項１記載の情報記録再生装置。
【請求項３】
前記著作権保護タイトルの暗号化は、ＤＴＣＰ規格に基づく暗号化であることを特徴とする請求項２記載の情報記録再生装置。
【請求項４】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して送信側機器から受信する記録再生装置であって、
前記送信側機器と通信を行ない、相互認証して復号鍵を作成する作成手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記送信側機器から受信する受信制御手段と、
前記作成手段にて作成された復号鍵を用いて、前記送信側機器から受信された前記著作権保護タイトルを復号化する復号化手段と、を具備し、
前記受信制御手段は、前記送信側機器から中断を通知されると、前記作成手段を用いて新たな復号鍵を作成し、前記送信側機器からのタイトルの送信を待機することを特徴とする情報記録再生装置。
【請求項５】
前記受信制御手段は、前記送信側機器からタイトルの合計ファイルサイズ及び送信終了を示す終了信号を受信する手段を具備し、受信したタイトルのファイルサイズ、前記合計ファイルサイズ及び前記終了信号に基づいて、前記送信の中断を判断することを特徴とする請求項１記載の情報記録再生装置。
【請求項６】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して受信側機器に送信する送信方法であって、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する工程と、
前記作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する工程と、
第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記新たな暗号鍵で暗号化し前記受信側機器に送信することを特徴とする送信方法。
【請求項７】
前記複数タイトルの送信を開始するとき、前記複数タイトルの合計ファイルサイズを前記受信側装置に通知し、前記著作権保護無しタイトルを送信した後、送信終了を示す終了信号を前記受信側機器に送信し、前記受信側機器は、受信したタイトルのファイルサイズ、前記合計ファイルサイズ及び前記終了信号に基づいて、前記送信の中断を判断することを特徴とする請求項６記載の送信方法
【請求項８】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して送信側機器から受信する受信方法であって、
前記送信側機器と通信を行ない、相互認証して復号鍵を作成する工程と、
前記作成された復号鍵を用いて、前記送信側機器から受信された前記著作権保護タイトルを復号化する工程と、
著作権保護無しタイトルの受信後、前記送信側機器から中断を通知されると、前記送信側機器と通信を行ない、相互認証して新たな復号鍵を作成し、前記送信側機器からのタイトルの送信を待機することを特徴とする受信方法。
【請求項９】
前記送信側機器からタイトルの合計ファイルサイズを受信し、著作権保護無しタイトルの受信後、送信終了を示す終了信号を受信した場合、受信したタイトルのファイルサイズが前記合計ファイルサイズより小さいとき、前記送信の中断を判断することを特徴とする請求項１記載の情報記録再生装置。
【請求項１０】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して送信側機器から受信側機器に送信するシステムであって、
前記送信側機器は、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する暗号鍵作成手段と、
前記暗号鍵作成手段にて作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する暗号化手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記受信側機器に送信する送信制御手段とを具備し、
前記送信制御手段は、第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、前記暗号鍵作成手段を用いて新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記受信側機器に送信する手段を含み、
前記受信側機器は、
前記送信側機器と通信を行ない、相互認証して復号鍵を作成する復号鍵作成手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記送信側機器から受信する受信制御手段と
前記復号鍵作成手段にて作成された復号鍵を用いて、前記送信側機器から受信された前記著作権保護タイトルを復号化する復号化手段とを具備し、
前記受信制御手段は、前記受信側機器から中断を通知されると、前記復号鍵作成手段を用いて新たな復号鍵を作成し、前記送信側機器からのタイトルの送信を待機することを特徴とする情報記録再生装置。
【請求項１】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して受信側機器に送信する情報記録再生装置であって、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する作成手段と、
前記作成手段にて作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する暗号化手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記受信側機器に送信する送信制御手段とを具備し、
前記送信制御手段は、第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、前記作成手段を用いて新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記受信側機器に送信することを特徴とする情報記録再生装置。
【請求項２】
前記送信制御手段は、前記複数タイトルの送信を開始するとき、前記複数タイトルの合計ファイルサイズを前記受信側装置に通知する手段と、前記著作権保護無しタイトルを送信した後、送信終了を示す終了信号を前記受信側機器に送信する手段を具備し、前記受信側機器は、受信したタイトルのファイルサイズ、前記合計ファイルサイズ及び前記終了信号に基づいて、前記送信の中断を判断することを特徴とする請求項１記載の情報記録再生装置。
【請求項３】
前記著作権保護タイトルの暗号化は、ＤＴＣＰ規格に基づく暗号化であることを特徴とする請求項２記載の情報記録再生装置。
【請求項４】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して送信側機器から受信する記録再生装置であって、
前記送信側機器と通信を行ない、相互認証して復号鍵を作成する作成手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記送信側機器から受信する受信制御手段と、
前記作成手段にて作成された復号鍵を用いて、前記送信側機器から受信された前記著作権保護タイトルを復号化する復号化手段と、を具備し、
前記受信制御手段は、前記送信側機器から中断を通知されると、前記作成手段を用いて新たな復号鍵を作成し、前記送信側機器からのタイトルの送信を待機することを特徴とする情報記録再生装置。
【請求項５】
前記受信制御手段は、前記送信側機器からタイトルの合計ファイルサイズ及び送信終了を示す終了信号を受信する手段を具備し、受信したタイトルのファイルサイズ、前記合計ファイルサイズ及び前記終了信号に基づいて、前記送信の中断を判断することを特徴とする請求項１記載の情報記録再生装置。
【請求項６】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して受信側機器に送信する送信方法であって、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する工程と、
前記作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する工程と、
第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記新たな暗号鍵で暗号化し前記受信側機器に送信することを特徴とする送信方法。
【請求項７】
前記複数タイトルの送信を開始するとき、前記複数タイトルの合計ファイルサイズを前記受信側装置に通知し、前記著作権保護無しタイトルを送信した後、送信終了を示す終了信号を前記受信側機器に送信し、前記受信側機器は、受信したタイトルのファイルサイズ、前記合計ファイルサイズ及び前記終了信号に基づいて、前記送信の中断を判断することを特徴とする請求項６記載の送信方法
【請求項８】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して送信側機器から受信する受信方法であって、
前記送信側機器と通信を行ない、相互認証して復号鍵を作成する工程と、
前記作成された復号鍵を用いて、前記送信側機器から受信された前記著作権保護タイトルを復号化する工程と、
著作権保護無しタイトルの受信後、前記送信側機器から中断を通知されると、前記送信側機器と通信を行ない、相互認証して新たな復号鍵を作成し、前記送信側機器からのタイトルの送信を待機することを特徴とする受信方法。
【請求項９】
前記送信側機器からタイトルの合計ファイルサイズを受信し、著作権保護無しタイトルの受信後、送信終了を示す終了信号を受信した場合、受信したタイトルのファイルサイズが前記合計ファイルサイズより小さいとき、前記送信の中断を判断することを特徴とする請求項１記載の情報記録再生装置。
【請求項１０】
著作権で保護された著作権保護タイトルと、著作権で保護されていない著作権保護無しタイトルの混在タイトルを、ネットワークを介して送信側機器から受信側機器に送信するシステムであって、
前記送信側機器は、
前記受信側機器と通信を行ない、相互認証して暗号鍵を作成する暗号鍵作成手段と、
前記暗号鍵作成手段にて作成された暗号鍵を用いて前記著作権保護タイトルを暗号化する暗号化手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記受信側機器に送信する送信制御手段とを具備し、
前記送信制御手段は、第１及び第２の著作権保護タイトルの間に著作権保護無しタイトルが配置された複数タイトルを送信する場合、前記著作権保護無しタイトルの送信が規定時間を超えていたとき、前記受信側機器に送信の中断を通知すると共に、前記暗号鍵作成手段を用いて新たな暗号鍵を作成し、前記第２の著作権保護タイトルを前記受信側機器に送信する手段を含み、
前記受信側機器は、
前記送信側機器と通信を行ない、相互認証して復号鍵を作成する復号鍵作成手段と、
前記著作権保護無しタイトル及び前記暗号化された著作権保護タイトルを前記送信側機器から受信する受信制御手段と
前記復号鍵作成手段にて作成された復号鍵を用いて、前記送信側機器から受信された前記著作権保護タイトルを復号化する復号化手段とを具備し、
前記受信制御手段は、前記受信側機器から中断を通知されると、前記復号鍵作成手段を用いて新たな復号鍵を作成し、前記送信側機器からのタイトルの送信を待機することを特徴とする情報記録再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−１０９２４（Ｐ２０１０−１０９２４Ａ）
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願番号】特願２００８−１６６１５９（Ｐ２００８−１６６１５９）
【出願日】平成２０年６月２５日（２００８．６．２５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願日】平成２０年６月２５日（２００８．６．２５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]