コンテンツ再生装置およびコンテンツ再生方法
【課題】 コンテンツデータのダウンロードと、鍵情報のダウンロードの手順を決めることで、コンテンツ配信者に安全なサービスを提供するとともに、コンテンツデータのダウンロード完了前に再生を開始可能な方法を提供することで、ユーザに使いやすい技術を提供する。
【解決手段】 受信装置において、通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードを行なうインタフェース部と、前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行う制御部とを備え、前記制御部は、前記鍵情報を前記コンテンツデータが全てダウンロードされた後にダウンロードする。
【解決手段】 受信装置において、通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードを行なうインタフェース部と、前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行う制御部とを備え、前記制御部は、前記鍵情報を前記コンテンツデータが全てダウンロードされた後にダウンロードする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像、音声等のデジタルコンテンツをダウンロードにより取得し、蓄積して利用する受信装置及び受信方法に関する。
【背景技術】
【０００２】
近年、衛星や地上波によるデジタル放送が一般的に普及してきている。また広帯域になった家庭の通信ネットワークを経由した、映像、音声等のデジタルコンテンツデータの伝送が、使用されるようになってきている。
【０００３】
これらのサービスでは一般的に、映像や音声のコンテンツはＭＰＥＧ等の方式により圧縮され、ストリームやファイルの形式で伝送されており、受信装置ではそれをデコーダで伸張して再生を行っている。また受信装置に蓄積機能がある場合には、受信したコンテンツを蓄積し、後で必要な時に再生することができる。
【０００４】
また、有料で映像、音声のコンテンツを提供するサービスの場合には、そのコンテンツに暗号がかけられている場合があり、コンテンツを蓄積機能から読み出して再生する場合に、別に取得した鍵情報を利用して暗号を解除し再生することが行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１７４４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では特に鍵情報の取得時期について言及されていないが、コンテンツの購入手続き直後など、コンテンツデータのダウンロードが完了する前に、コンテンツ暗号の鍵情報をダウンロードによりユーザに与えた場合、コンテンツデータのダウンロードが途中で中断したと偽ることで、不正な視聴ができる可能性があることについては考慮されていなかった。この問題に対しては、コンテンツデータのダウンロードが完了してから、鍵情報を渡すことでこの危険を回避することができる。
また、前記方法により、ダウンロードが完了してから鍵情報を取得するシステムでは、コンテンツデータのダウンロードを開始した後、ダウンロードが完了する前に再生を開始したい場合、鍵情報がないために再生ができない問題がある。
【０００７】
本発明の目的は、コンテンツデータのダウンロードと、鍵情報のダウンロードの手順を決めることで、コンテンツ配信者に安全なサービスを提供するとともに、コンテンツデータのダウンロード完了前に再生を開始可能な方法を提供することで、ユーザに使いやすい技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、例えば、受信装置において、通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードを行なうインタフェース部と、前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行う制御部と、を備え、前記制御部は、前記鍵情報を前記コンテンツデータが全てダウンロードされた後にダウンロードするという構成をとる。
【発明の効果】
【０００９】
本発明によれば、コンテンツをダウンロードする場合に、暗号化されたコンテンツデータのダウンロードが完了したことを確認してから、暗号の鍵情報をダウンロードすることで、不正使用の可能性を排除することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る受信装置の構成を示すブロック図である。
【図２】実施例１のダウンロード処理の動作を示すフローチャートである。
【図３】実施例２におけるにプログレッシブダウンロード処理の動作を示すフローチャートである。
【図４】通常のダウンロードとプログレッシブダウンロードの動作の比較を示すグラフである。
【図５】本発明に係る放送受信装置の構成を示すブロック図である。
【図６】本発明が適用されるネットワーク構成の一例である。
【発明を実施するための形態】
【００１１】
以下において、図面を用いて本発明の実施例について説明する。なお、本発明は、図示例に限定されるものではない。
【実施例１】
【００１２】
ダウンロードによる映像の再生を行なう場合には、図６に示されるように、サーバ１００からコンテンツデータ及び鍵情報をＩＰネットワーク２００を介して受信装置１０が映像をダウンロードする。なお、図６においては、コンテンツデータと鍵情報を配信するサーバを同一のものとしているが、コンテンツデータを配信するサーバとは別に鍵情報を配信するサーバを設けることとしてもよい。
【００１３】
図１に本発明が適用される受信装置の機能ブロック図の一例を示す。通信回線１に接続された受信装置１０には、通信回線インタフェース２と、蓄積制御部３と、蓄積部４と、暗号解除部５と、デコーダ６と、出力装置７と、ＣＰＵ８と、入力制御部９とが備えられている。
【００１４】
通信回線１から通信回線インタフェース２を通してダウンロードが行なわれ、コンテンツを提供するサービスのホームページなどのメニューによりユーザがコンテンツを選択して購入の課金処理を行うと、暗号化された映像や音声を含むコンテンツのデータが、通信回線１から通信回線インタフェース２を通してダウンロードが行われるようになっている。また、通信回線インタフェース２からは、ダウンロードの方法を記述した、ダウンロード制御メタファイルもダウンロードされるようになっている。
【００１５】
蓄積制御部３は、通信回線インタフェース２に接続されており、通信回線インタフェース２を介してダウンロードされたコンテンツや鍵情報等のデータを蓄積部４に蓄積するようになっている。
【００１６】
蓄積部４は、例えばHDDや光ディスク等のダウンロードされたコンテンツを蓄積可能な記憶媒体により構成されている。蓄積制御部３と接続されており、蓄積制御部３から出力された暗号化された映像や音声を含むコンテンツのデータやコンテンツのデータの復号を行なうための鍵情報が蓄積されるようになっている。
【００１７】
暗号解除部５は、蓄積部４から出力された暗号化されているコンテンツを、同じく蓄積部４から出力された暗号鍵を用いて復号するようになっている。
【００１８】
ＣＰＵ８は、ユーザが、図示しないリモコン等により入力制御部９を通して、そのコンテンツの再生を指示すると、蓄積部４からコンテンツデータと暗号の鍵情報が読み出し、暗号解除部５に入力してコンテンツデータの暗号が解除され、デコーダ６を通して表示装置７に送られて再生されるようになっている。
【００１９】
図２は上記の動作を示すフローチャートである。ダウンロードのサービスでコンテンツの購入を行うと（Ｓ１）、受信装置１０は、ダウンロードの方法を記述した、ダウンロード制御メタファイルを取得し（Ｓ２）、ＣＰＵ８がこれに従ってコンテンツのデータのダウンロードを開始する（Ｓ３）。その後、ＣＰＵ８がダウンロードが完了したことを確認すると（Ｓ４）、通信回線を通して鍵情報を取得する（Ｓ５）。これによりコンテンツのデータと鍵情報のダウンロードが完了する。その後、ユーザが図示しないリモコンを走査して、入力制御部９からダウンロードしたコンテンツの再生を指示すると（Ｓ６）、蓄積
されたコンテンツのデータと鍵情報を利用して再生が開始される（Ｓ７）。
【００２０】
以上のように、本実施例に係る発明によれば、コンテンツデータのダウンロードが完了した後に、鍵情報をダウンロードする、安全性の高い方式が実現できる。
【００２１】
即ち、有料のサービスなどで、暗号化されたコンテンツをダウンロードにより取得し、蓄積部４に蓄積する場合、コンテンツのデータのダウンロードを開始すると通常はそのままダウンロードが完了して、コンテンツデータが蓄積部４に蓄積されることになる。しかし、回線や、端末、ユーザ等が原因で、最後までダウンロードができない場合が想定される。最後までダウンロードできない場合として、回線異常などもあるが、ユーザの翻意によるダウンロード中断や、ダウンロード完了通知を配信側に送ることに対する悪意による妨害などの場合もある。
【００２２】
一般的に、コンテンツの購入処理を行った時点で、ユーザに視聴の権利が発生するため、その時点で鍵情報を受信装置１０にダウンロードし、その後コンテンツデータのダウンロードを開始することが考えられるが、上記のようにダウンロード完了通知を配信側に伝えることが妨害されると、このコンテンツのダウンロードが完了していないこととなり、1ヶ月に５本などの視聴契約時には、すでに入手した鍵情報とから不正に視聴を行うこと
が可能となるおそれがある。
【００２３】
このような不正に対して配信者側の安全性を高めるためには、コンテンツのデータのダウンロードが完了を確認して後に、暗号の鍵情報を受信機にダウンロードを行うことが有効となる。
【実施例２】
【００２４】
次に実施例２について説明する。実施例１において説明したものと同一要素についての説明は省略する。実施例２においては、プログレッシブダウンロードの場合について説明する。プログレッシブダウンロードとは、一般的に、コンテンツデータのダウンロードを開始し、しばらく時間が経過して、ある程度のデータが蓄積できている場合に、そのコンテンツデータのダウンロードを継続しながら、平行して、既に蓄積されたコンテンツの最初から再生を開始することができるものである。かかる方式によれば、ダウンロードにかかるユーザの待ち時間を短くすることが可能となる。
【００２５】
図４は通常のダウンロード方式における動作とプログレッシブダウンロード方式の動作を比較説明したグラフである。
【００２６】
図４（ａ）は、通常のダウンロードの方式における、ダウンロードと再生動作の時間的な関係を表すグラフでる。グラフの縦軸はダウンロードするコンテンツのデータ量を表し、横軸は時間を示している。TD0はダウンロードの開始時を示し、TD1はダウンロードの完了時を示すものである。また、TP0は生成の開始時を示し、TP1は再生の終了時を示している。
【００２７】
図４（ａ）のグラフにおいては、TD0よりダウンロードが開始されるとダウンロード済みデータ量は徐々に増加して、TD1でダウンロード完了となり、この時点で蓄積部４にはコンテンツが100%蓄積されることとなる。その後TP0において再生が開始され、TP1において再生が完了している。図４（ａ）に示すように、グラフ４５とグラフ４６は時間軸上において重なり合うことはなく、通常のダウンロード方式においては、ダウンロード中に再生を行なうことは出来ない。なお、図４（ａ）のグラフ４５、４６の傾きは、図４（ａ）に示されるものに限定されるものではなく、データのダウンロード速度と再生の速度により異なるものである。このことは、図４（ｂ）においても同様である。
【００２８】
次に、図４（ｂ）は、プログレッシブダウンロード方式における、ダウンロードと再生動作の時間的な関係を表すグラフでる。なお、図４（ｂ）において、TD0、TD1、TP0及びTP1の示すところは、図４（ａ）と同様である。
【００２９】
図４（ｂ）に示すように、TD0よりダウンロードが開始されるとダウンロードが完了するTD1の前に、TP0から再生を開始している。ダウンロードが完了するTD1の後も再生は継続し、TP1において再生が完了している。このようにダウンロードと再生をオーバーラップすることで、再生開始を早くすることができ、トータルの時間を短くすることができる。
【００３０】
以下において、プログレッシブダウンロードを採用した場合における
実施例２においては、ＣＰＵ８は、入力制御部９にユーザからコンテンツの再生指示が入力された場合は、鍵情報をサーバより取得するようになっている。但し、ＣＰＵ８は、入力制御部９にコンテンツの再生指示が入力された場合、現在のダウンロードデータ量及びダウンロードのデータ速度と再生データの再生速度を比較計算し、TD1がTP1より早い場合にのみ鍵情報の取得をサーバに請求することができる。現在のダウンロードデータ量及びダウンロードのデータ速度と再生データの再生速度を比較計算し、TD1がTP1より遅い場合は、正しく再生できないためＣＰＵ８は鍵情報の取得請求をサーバに対して行なわない。
【００３１】
ダウンロード中に入力制御部９にコンテンツの再生指示入力されなかった場合、ＣＰＵ８は、コンテンツデータのダウンロードの完了を確認した後に、鍵情報をサーバからダウンロードして取得するようになっている。
【００３２】
ＣＰＵ８は、ユーザが、図示しないリモコン等により入力制御部９を通して、鍵情報の取得を指示すると、サーバから鍵情報を取得し、蓄積部４に蓄積するようになっている。
【００３３】
以下に、図３に示すフローチャートを用いて、本実施例について説明する。
【００３４】
ダウンロードサービスでコンテンツの購入を行うと（Ｓ１１）、受信装置１０はダウンロード制御メタファイルを取得し（Ｓ１２）、これに従ってコンテンツのデータのダウンロードを開始する（Ｓ１３）。その後正常にダウンロードが完了すると（Ｓ１４）、通信回線を通して鍵情報を取得する（Ｓ１５）。これによりコンテンツのデータと鍵情報のダウンロードが完了する。その後、ユーザがそのコンテンツの再生を指示すると（Ｓ１６）再生が開始される（Ｓ１７）。
【００３５】
コンテンツのデータのダウンロードを開始（Ｓ１３）した後、ダウンロードが完了する前に、ユーザが再生の指示を行った場合（Ｓ１８）、既に蓄積済みのコンテンツのデータ量を確認して、このままの速度でダウンロードを継続した場合に、平行して最初から再生を開始したとして、コンテンツの最後まで再生が可能か判別する（Ｓ１９）。具体的には、現在のダウンロードデータ量及びダウンロードのデータ速度と再生データの再生速度を比較計算し、TD1がTP1より早くなるか否かを計算する。
【００３６】
蓄積済みのコンテンツのデータ量が不十分で、現在の再生速度における再生終了予想時において、コンテンツのダウンロードが終了しておらず最後まで再生ができないと判断した場合は、表示装置７にその旨を表示をしてユーザに知らせ、しばらく後での再生開始指示を促す（Ｓ２０）。もし、蓄積済みのデータ量が十分であり、現在の再生速度における再生終了予想時においてコンテンツのダウンロードが終了しており、最後まで再生が可能と判断した場合は、次に暗号の鍵情報が受信装置１０に取得済みであるかどうか確認を行う（Ｓ２１）。鍵情報を未取得の場合は、通信回線を通して鍵情報を取得し（Ｓ２２）、これによりコンテンツの再生を開始することができ（Ｓ１７）、プログレッシブダウンロード方式を採用した場合に、ダウンロード途中でもユーザが再生を指示したときに、受信装置１０内に鍵情報が無い場合には、これを通信回線を経由して取得する処理を追加することができるので再生可能となる。
【００３７】
以上のように、本実施例に係る発明によれば、暗号がかかった映像や音声のコンテンツを通信回線からダウンロードして蓄積し、別にダウンロードした鍵情報を利用して再生する、安全性が高く、プログレッシブダウンロードも可能な使いやすい受信装置を実現することができる。その結果、良質なコンテンツの提供を促進し、新たなコンテンツサービスビジネス等を可能とすることができる。
【００３８】
また、本実施例にかかる発明によれば、コンテンツデータのダウンロードが完了する前にユーザが再生開始を指示した場合には、その時点で鍵情報を取得することでセキュリティの向上と利便性の両方を確保することができる。
【００３９】
即ち、コンテンツデータのダウンロードと鍵情報の取得の手順を規定することで、コンテンツの不正利用を排除して、コンテンツの提供者が良質なコンテンツの提供を可能とすることができるとともに、ダウンロード途中時点での再生開始にも対応した、使いやすいシステムを提供することができる。
【００４０】
また、受信装置１０においては、コンテンツのデータと鍵情報を共に、通信回線から取得する場合を想定しているが、放送受信装置６０においては、コンテンツデータは放送波などの他のメディアから取得し、鍵情報は通信回線から取得することとしてもよい。
【００４１】
また、本実施例では、受信装置内に鍵情報があるか確認を行い、鍵情報があった場合には再生を行うとしたが、その鍵情報に有効期限が設定されている場合には、再生開始する時にその鍵情報の有効期限を確認して、現在の日時と比較を行い、有効期限が切れている場合には、再度通信回線経由で新たな鍵情報の取得を行うこととする。これにより鍵情報の有効期限を守って、適正にコンテンツの再生を行うことができる。
【００４２】
なお、実施例１及び実施例２においては、単なる受信装置を用いて説明したが、本発明は、放送受信装置として構成された受信装置においても適用することができる。放送受信装置の構成としては、例えば、図５に示すように、図１に示す受信装置１０の構成要素である１〜９にチューナ５２と、復調部５３を加えて構成された放送受信装置６０があげられる。
【００４３】
放送受信装置６０においては、放送波５１がチューナ５２に入力され、復調部５３でトランスポートストリームとなり、蓄積制御部３に入力される。その後、蓄積部４に蓄積される場合と、蓄積しないで直接、暗号解除部５、デコーダ６を通って、表示装置７にて再生されるようになっている。
【符号の説明】
【００４４】
１…通信回線、２…通信回線インタフェース、３…蓄積制御部、４…蓄積部、５…暗号解除部、６…デコーダ、７…表示装置、８…ＣＰＵ、９…入力制御部、１０…受信装置、４５…ダウンロードデータ量、４６…再生データ量、５１…放送波、５２…チューナ、５３…復調部、放送受信装置…６０、１００…サーバ、２００…IPネットワーク
【技術分野】
【０００１】
本発明は、映像、音声等のデジタルコンテンツをダウンロードにより取得し、蓄積して利用する受信装置及び受信方法に関する。
【背景技術】
【０００２】
近年、衛星や地上波によるデジタル放送が一般的に普及してきている。また広帯域になった家庭の通信ネットワークを経由した、映像、音声等のデジタルコンテンツデータの伝送が、使用されるようになってきている。
【０００３】
これらのサービスでは一般的に、映像や音声のコンテンツはＭＰＥＧ等の方式により圧縮され、ストリームやファイルの形式で伝送されており、受信装置ではそれをデコーダで伸張して再生を行っている。また受信装置に蓄積機能がある場合には、受信したコンテンツを蓄積し、後で必要な時に再生することができる。
【０００４】
また、有料で映像、音声のコンテンツを提供するサービスの場合には、そのコンテンツに暗号がかけられている場合があり、コンテンツを蓄積機能から読み出して再生する場合に、別に取得した鍵情報を利用して暗号を解除し再生することが行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１７４４３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では特に鍵情報の取得時期について言及されていないが、コンテンツの購入手続き直後など、コンテンツデータのダウンロードが完了する前に、コンテンツ暗号の鍵情報をダウンロードによりユーザに与えた場合、コンテンツデータのダウンロードが途中で中断したと偽ることで、不正な視聴ができる可能性があることについては考慮されていなかった。この問題に対しては、コンテンツデータのダウンロードが完了してから、鍵情報を渡すことでこの危険を回避することができる。
また、前記方法により、ダウンロードが完了してから鍵情報を取得するシステムでは、コンテンツデータのダウンロードを開始した後、ダウンロードが完了する前に再生を開始したい場合、鍵情報がないために再生ができない問題がある。
【０００７】
本発明の目的は、コンテンツデータのダウンロードと、鍵情報のダウンロードの手順を決めることで、コンテンツ配信者に安全なサービスを提供するとともに、コンテンツデータのダウンロード完了前に再生を開始可能な方法を提供することで、ユーザに使いやすい技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、例えば、受信装置において、通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードを行なうインタフェース部と、前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行う制御部と、を備え、前記制御部は、前記鍵情報を前記コンテンツデータが全てダウンロードされた後にダウンロードするという構成をとる。
【発明の効果】
【０００９】
本発明によれば、コンテンツをダウンロードする場合に、暗号化されたコンテンツデータのダウンロードが完了したことを確認してから、暗号の鍵情報をダウンロードすることで、不正使用の可能性を排除することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明に係る受信装置の構成を示すブロック図である。
【図２】実施例１のダウンロード処理の動作を示すフローチャートである。
【図３】実施例２におけるにプログレッシブダウンロード処理の動作を示すフローチャートである。
【図４】通常のダウンロードとプログレッシブダウンロードの動作の比較を示すグラフである。
【図５】本発明に係る放送受信装置の構成を示すブロック図である。
【図６】本発明が適用されるネットワーク構成の一例である。
【発明を実施するための形態】
【００１１】
以下において、図面を用いて本発明の実施例について説明する。なお、本発明は、図示例に限定されるものではない。
【実施例１】
【００１２】
ダウンロードによる映像の再生を行なう場合には、図６に示されるように、サーバ１００からコンテンツデータ及び鍵情報をＩＰネットワーク２００を介して受信装置１０が映像をダウンロードする。なお、図６においては、コンテンツデータと鍵情報を配信するサーバを同一のものとしているが、コンテンツデータを配信するサーバとは別に鍵情報を配信するサーバを設けることとしてもよい。
【００１３】
図１に本発明が適用される受信装置の機能ブロック図の一例を示す。通信回線１に接続された受信装置１０には、通信回線インタフェース２と、蓄積制御部３と、蓄積部４と、暗号解除部５と、デコーダ６と、出力装置７と、ＣＰＵ８と、入力制御部９とが備えられている。
【００１４】
通信回線１から通信回線インタフェース２を通してダウンロードが行なわれ、コンテンツを提供するサービスのホームページなどのメニューによりユーザがコンテンツを選択して購入の課金処理を行うと、暗号化された映像や音声を含むコンテンツのデータが、通信回線１から通信回線インタフェース２を通してダウンロードが行われるようになっている。また、通信回線インタフェース２からは、ダウンロードの方法を記述した、ダウンロード制御メタファイルもダウンロードされるようになっている。
【００１５】
蓄積制御部３は、通信回線インタフェース２に接続されており、通信回線インタフェース２を介してダウンロードされたコンテンツや鍵情報等のデータを蓄積部４に蓄積するようになっている。
【００１６】
蓄積部４は、例えばHDDや光ディスク等のダウンロードされたコンテンツを蓄積可能な記憶媒体により構成されている。蓄積制御部３と接続されており、蓄積制御部３から出力された暗号化された映像や音声を含むコンテンツのデータやコンテンツのデータの復号を行なうための鍵情報が蓄積されるようになっている。
【００１７】
暗号解除部５は、蓄積部４から出力された暗号化されているコンテンツを、同じく蓄積部４から出力された暗号鍵を用いて復号するようになっている。
【００１８】
ＣＰＵ８は、ユーザが、図示しないリモコン等により入力制御部９を通して、そのコンテンツの再生を指示すると、蓄積部４からコンテンツデータと暗号の鍵情報が読み出し、暗号解除部５に入力してコンテンツデータの暗号が解除され、デコーダ６を通して表示装置７に送られて再生されるようになっている。
【００１９】
図２は上記の動作を示すフローチャートである。ダウンロードのサービスでコンテンツの購入を行うと（Ｓ１）、受信装置１０は、ダウンロードの方法を記述した、ダウンロード制御メタファイルを取得し（Ｓ２）、ＣＰＵ８がこれに従ってコンテンツのデータのダウンロードを開始する（Ｓ３）。その後、ＣＰＵ８がダウンロードが完了したことを確認すると（Ｓ４）、通信回線を通して鍵情報を取得する（Ｓ５）。これによりコンテンツのデータと鍵情報のダウンロードが完了する。その後、ユーザが図示しないリモコンを走査して、入力制御部９からダウンロードしたコンテンツの再生を指示すると（Ｓ６）、蓄積
されたコンテンツのデータと鍵情報を利用して再生が開始される（Ｓ７）。
【００２０】
以上のように、本実施例に係る発明によれば、コンテンツデータのダウンロードが完了した後に、鍵情報をダウンロードする、安全性の高い方式が実現できる。
【００２１】
即ち、有料のサービスなどで、暗号化されたコンテンツをダウンロードにより取得し、蓄積部４に蓄積する場合、コンテンツのデータのダウンロードを開始すると通常はそのままダウンロードが完了して、コンテンツデータが蓄積部４に蓄積されることになる。しかし、回線や、端末、ユーザ等が原因で、最後までダウンロードができない場合が想定される。最後までダウンロードできない場合として、回線異常などもあるが、ユーザの翻意によるダウンロード中断や、ダウンロード完了通知を配信側に送ることに対する悪意による妨害などの場合もある。
【００２２】
一般的に、コンテンツの購入処理を行った時点で、ユーザに視聴の権利が発生するため、その時点で鍵情報を受信装置１０にダウンロードし、その後コンテンツデータのダウンロードを開始することが考えられるが、上記のようにダウンロード完了通知を配信側に伝えることが妨害されると、このコンテンツのダウンロードが完了していないこととなり、1ヶ月に５本などの視聴契約時には、すでに入手した鍵情報とから不正に視聴を行うこと
が可能となるおそれがある。
【００２３】
このような不正に対して配信者側の安全性を高めるためには、コンテンツのデータのダウンロードが完了を確認して後に、暗号の鍵情報を受信機にダウンロードを行うことが有効となる。
【実施例２】
【００２４】
次に実施例２について説明する。実施例１において説明したものと同一要素についての説明は省略する。実施例２においては、プログレッシブダウンロードの場合について説明する。プログレッシブダウンロードとは、一般的に、コンテンツデータのダウンロードを開始し、しばらく時間が経過して、ある程度のデータが蓄積できている場合に、そのコンテンツデータのダウンロードを継続しながら、平行して、既に蓄積されたコンテンツの最初から再生を開始することができるものである。かかる方式によれば、ダウンロードにかかるユーザの待ち時間を短くすることが可能となる。
【００２５】
図４は通常のダウンロード方式における動作とプログレッシブダウンロード方式の動作を比較説明したグラフである。
【００２６】
図４（ａ）は、通常のダウンロードの方式における、ダウンロードと再生動作の時間的な関係を表すグラフでる。グラフの縦軸はダウンロードするコンテンツのデータ量を表し、横軸は時間を示している。TD0はダウンロードの開始時を示し、TD1はダウンロードの完了時を示すものである。また、TP0は生成の開始時を示し、TP1は再生の終了時を示している。
【００２７】
図４（ａ）のグラフにおいては、TD0よりダウンロードが開始されるとダウンロード済みデータ量は徐々に増加して、TD1でダウンロード完了となり、この時点で蓄積部４にはコンテンツが100%蓄積されることとなる。その後TP0において再生が開始され、TP1において再生が完了している。図４（ａ）に示すように、グラフ４５とグラフ４６は時間軸上において重なり合うことはなく、通常のダウンロード方式においては、ダウンロード中に再生を行なうことは出来ない。なお、図４（ａ）のグラフ４５、４６の傾きは、図４（ａ）に示されるものに限定されるものではなく、データのダウンロード速度と再生の速度により異なるものである。このことは、図４（ｂ）においても同様である。
【００２８】
次に、図４（ｂ）は、プログレッシブダウンロード方式における、ダウンロードと再生動作の時間的な関係を表すグラフでる。なお、図４（ｂ）において、TD0、TD1、TP0及びTP1の示すところは、図４（ａ）と同様である。
【００２９】
図４（ｂ）に示すように、TD0よりダウンロードが開始されるとダウンロードが完了するTD1の前に、TP0から再生を開始している。ダウンロードが完了するTD1の後も再生は継続し、TP1において再生が完了している。このようにダウンロードと再生をオーバーラップすることで、再生開始を早くすることができ、トータルの時間を短くすることができる。
【００３０】
以下において、プログレッシブダウンロードを採用した場合における
実施例２においては、ＣＰＵ８は、入力制御部９にユーザからコンテンツの再生指示が入力された場合は、鍵情報をサーバより取得するようになっている。但し、ＣＰＵ８は、入力制御部９にコンテンツの再生指示が入力された場合、現在のダウンロードデータ量及びダウンロードのデータ速度と再生データの再生速度を比較計算し、TD1がTP1より早い場合にのみ鍵情報の取得をサーバに請求することができる。現在のダウンロードデータ量及びダウンロードのデータ速度と再生データの再生速度を比較計算し、TD1がTP1より遅い場合は、正しく再生できないためＣＰＵ８は鍵情報の取得請求をサーバに対して行なわない。
【００３１】
ダウンロード中に入力制御部９にコンテンツの再生指示入力されなかった場合、ＣＰＵ８は、コンテンツデータのダウンロードの完了を確認した後に、鍵情報をサーバからダウンロードして取得するようになっている。
【００３２】
ＣＰＵ８は、ユーザが、図示しないリモコン等により入力制御部９を通して、鍵情報の取得を指示すると、サーバから鍵情報を取得し、蓄積部４に蓄積するようになっている。
【００３３】
以下に、図３に示すフローチャートを用いて、本実施例について説明する。
【００３４】
ダウンロードサービスでコンテンツの購入を行うと（Ｓ１１）、受信装置１０はダウンロード制御メタファイルを取得し（Ｓ１２）、これに従ってコンテンツのデータのダウンロードを開始する（Ｓ１３）。その後正常にダウンロードが完了すると（Ｓ１４）、通信回線を通して鍵情報を取得する（Ｓ１５）。これによりコンテンツのデータと鍵情報のダウンロードが完了する。その後、ユーザがそのコンテンツの再生を指示すると（Ｓ１６）再生が開始される（Ｓ１７）。
【００３５】
コンテンツのデータのダウンロードを開始（Ｓ１３）した後、ダウンロードが完了する前に、ユーザが再生の指示を行った場合（Ｓ１８）、既に蓄積済みのコンテンツのデータ量を確認して、このままの速度でダウンロードを継続した場合に、平行して最初から再生を開始したとして、コンテンツの最後まで再生が可能か判別する（Ｓ１９）。具体的には、現在のダウンロードデータ量及びダウンロードのデータ速度と再生データの再生速度を比較計算し、TD1がTP1より早くなるか否かを計算する。
【００３６】
蓄積済みのコンテンツのデータ量が不十分で、現在の再生速度における再生終了予想時において、コンテンツのダウンロードが終了しておらず最後まで再生ができないと判断した場合は、表示装置７にその旨を表示をしてユーザに知らせ、しばらく後での再生開始指示を促す（Ｓ２０）。もし、蓄積済みのデータ量が十分であり、現在の再生速度における再生終了予想時においてコンテンツのダウンロードが終了しており、最後まで再生が可能と判断した場合は、次に暗号の鍵情報が受信装置１０に取得済みであるかどうか確認を行う（Ｓ２１）。鍵情報を未取得の場合は、通信回線を通して鍵情報を取得し（Ｓ２２）、これによりコンテンツの再生を開始することができ（Ｓ１７）、プログレッシブダウンロード方式を採用した場合に、ダウンロード途中でもユーザが再生を指示したときに、受信装置１０内に鍵情報が無い場合には、これを通信回線を経由して取得する処理を追加することができるので再生可能となる。
【００３７】
以上のように、本実施例に係る発明によれば、暗号がかかった映像や音声のコンテンツを通信回線からダウンロードして蓄積し、別にダウンロードした鍵情報を利用して再生する、安全性が高く、プログレッシブダウンロードも可能な使いやすい受信装置を実現することができる。その結果、良質なコンテンツの提供を促進し、新たなコンテンツサービスビジネス等を可能とすることができる。
【００３８】
また、本実施例にかかる発明によれば、コンテンツデータのダウンロードが完了する前にユーザが再生開始を指示した場合には、その時点で鍵情報を取得することでセキュリティの向上と利便性の両方を確保することができる。
【００３９】
即ち、コンテンツデータのダウンロードと鍵情報の取得の手順を規定することで、コンテンツの不正利用を排除して、コンテンツの提供者が良質なコンテンツの提供を可能とすることができるとともに、ダウンロード途中時点での再生開始にも対応した、使いやすいシステムを提供することができる。
【００４０】
また、受信装置１０においては、コンテンツのデータと鍵情報を共に、通信回線から取得する場合を想定しているが、放送受信装置６０においては、コンテンツデータは放送波などの他のメディアから取得し、鍵情報は通信回線から取得することとしてもよい。
【００４１】
また、本実施例では、受信装置内に鍵情報があるか確認を行い、鍵情報があった場合には再生を行うとしたが、その鍵情報に有効期限が設定されている場合には、再生開始する時にその鍵情報の有効期限を確認して、現在の日時と比較を行い、有効期限が切れている場合には、再度通信回線経由で新たな鍵情報の取得を行うこととする。これにより鍵情報の有効期限を守って、適正にコンテンツの再生を行うことができる。
【００４２】
なお、実施例１及び実施例２においては、単なる受信装置を用いて説明したが、本発明は、放送受信装置として構成された受信装置においても適用することができる。放送受信装置の構成としては、例えば、図５に示すように、図１に示す受信装置１０の構成要素である１〜９にチューナ５２と、復調部５３を加えて構成された放送受信装置６０があげられる。
【００４３】
放送受信装置６０においては、放送波５１がチューナ５２に入力され、復調部５３でトランスポートストリームとなり、蓄積制御部３に入力される。その後、蓄積部４に蓄積される場合と、蓄積しないで直接、暗号解除部５、デコーダ６を通って、表示装置７にて再生されるようになっている。
【符号の説明】
【００４４】
１…通信回線、２…通信回線インタフェース、３…蓄積制御部、４…蓄積部、５…暗号解除部、６…デコーダ、７…表示装置、８…ＣＰＵ、９…入力制御部、１０…受信装置、４５…ダウンロードデータ量、４６…再生データ量、５１…放送波、５２…チューナ、５３…復調部、放送受信装置…６０、１００…サーバ、２００…IPネットワーク
【特許請求の範囲】
【請求項１】
通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードが行なわれるインタフェース部と、
前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、
前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行う制御部と、
を備える受信装置であって、
前記制御部は、前記鍵情報を前記コンテンツデータが全てダウンロードされた後にダウンロードすることを特徴とする受信装置。
【請求項２】
ユーザから指示が入力される入力制御部と、
通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードを行なうインタフェース部と、
前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、
前記コンテンツデータのダウンロード中においても前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行うことが可能である制御部と、
を備える受信装置であって、
前記制御部は、前記入力制御部にコンテンツデータの再生指示が入力された場合に前記鍵情報をダウンロードして、ダウンロードした鍵情報を用いて前記コンテンツデータの再生を行なうことを特徴とする受信装置。
【請求項３】
前記制御部は、前記コンテンツデータのダウンロードが全て終了時において、前記鍵情報が前記蓄積部に蓄積されていない場合には、前記鍵情報のダウンロードを行うことを特徴とする請求項２に記載の受信装置。
【請求項４】
前記制御部は、前記入力制御部にダウンロードされたコンテンツデータの再生指示が入力された場合でも、ダウンロードされた前記鍵情報に使用期限が設けられており、再生が指示された時点に前記使用期限を経過している場合には、前記ダウンロードされたコンテンツを復号するための鍵情報を再度ダウンロードすることを特徴とする請求項２又は請求項３に記載の受信装置。
【請求項５】
コンテンツをダウンロード指示信号に応じてコンテンツをダウンロードするコンテンツデータダウンロードステップと、
鍵情報の取得命令を取得する鍵情報取得命令取得ステップと、
前記コンテンツのダウンロード中にコンテンツの再生命令があった場合に、コンテンツ再生命令取得時におけるコンテンツデータのダウンロード速度、コンテンツデータの再生速度、及び前記コンテンツデータのダウンロード量に基づいて、コンテンツデータが全てダウンロードされた時点より後にコンテンツデータの再生が終了するか否かを判断する再生可能判断ステップと、
前記再生可能判断ステップにおいてコンテンツデータが全てダウンロードされた時点より後にコンテンツデータの再生が終了すると判断された場合に、鍵情報の取得命令に応じて前記コンテンツを復号するための鍵情報をダウンロードする鍵情報取得ステップと、
を備える受信方法。
【請求項６】
前記鍵情報取得ステップにおいて取得した前記鍵情報に使用期限が設けられており、前記コンテンツデータの再生指示を受信した時点において前記使用期限を経過している場合に、前記ダウンロードされたコンテンツを復号するための鍵情報を再度ダウンロードする鍵情報再取得ステップを備えることを特徴とする請求項５に記載の受信方法。
【請求項１】
通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードが行なわれるインタフェース部と、
前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、
前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行う制御部と、
を備える受信装置であって、
前記制御部は、前記鍵情報を前記コンテンツデータが全てダウンロードされた後にダウンロードすることを特徴とする受信装置。
【請求項２】
ユーザから指示が入力される入力制御部と、
通信回線から暗号化されたコンテンツデータ及び前記コンテンツデータを復号するための鍵情報のダウンロードを行なうインタフェース部と、
前記インタフェース部からダウンロードされた前記コンテンツデータ及び前記鍵情報を蓄積する蓄積部と、
前記コンテンツデータのダウンロード中においても前記蓄積部から出力された前記コンテンツデータを前記鍵情報を用いて復号を行うことが可能である制御部と、
を備える受信装置であって、
前記制御部は、前記入力制御部にコンテンツデータの再生指示が入力された場合に前記鍵情報をダウンロードして、ダウンロードした鍵情報を用いて前記コンテンツデータの再生を行なうことを特徴とする受信装置。
【請求項３】
前記制御部は、前記コンテンツデータのダウンロードが全て終了時において、前記鍵情報が前記蓄積部に蓄積されていない場合には、前記鍵情報のダウンロードを行うことを特徴とする請求項２に記載の受信装置。
【請求項４】
前記制御部は、前記入力制御部にダウンロードされたコンテンツデータの再生指示が入力された場合でも、ダウンロードされた前記鍵情報に使用期限が設けられており、再生が指示された時点に前記使用期限を経過している場合には、前記ダウンロードされたコンテンツを復号するための鍵情報を再度ダウンロードすることを特徴とする請求項２又は請求項３に記載の受信装置。
【請求項５】
コンテンツをダウンロード指示信号に応じてコンテンツをダウンロードするコンテンツデータダウンロードステップと、
鍵情報の取得命令を取得する鍵情報取得命令取得ステップと、
前記コンテンツのダウンロード中にコンテンツの再生命令があった場合に、コンテンツ再生命令取得時におけるコンテンツデータのダウンロード速度、コンテンツデータの再生速度、及び前記コンテンツデータのダウンロード量に基づいて、コンテンツデータが全てダウンロードされた時点より後にコンテンツデータの再生が終了するか否かを判断する再生可能判断ステップと、
前記再生可能判断ステップにおいてコンテンツデータが全てダウンロードされた時点より後にコンテンツデータの再生が終了すると判断された場合に、鍵情報の取得命令に応じて前記コンテンツを復号するための鍵情報をダウンロードする鍵情報取得ステップと、
を備える受信方法。
【請求項６】
前記鍵情報取得ステップにおいて取得した前記鍵情報に使用期限が設けられており、前記コンテンツデータの再生指示を受信した時点において前記使用期限を経過している場合に、前記ダウンロードされたコンテンツを復号するための鍵情報を再度ダウンロードする鍵情報再取得ステップを備えることを特徴とする請求項５に記載の受信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−２３９４７２（Ｐ２０１１−２３９４７２Ａ）
【公開日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願番号】特願２０１１−１７７４００（Ｐ２０１１−１７７４００）
【出願日】平成２３年８月１５日（２０１１．８．１５）
【分割の表示】特願２０１０−２１３０１３（Ｐ２０１０−２１３０１３）の分割
【原出願日】平成１９年４月２０日（２００７．４．２０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願日】平成２３年８月１５日（２０１１．８．１５）
【分割の表示】特願２０１０−２１３０１３（Ｐ２０１０−２１３０１３）の分割
【原出願日】平成１９年４月２０日（２００７．４．２０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]