(57)【特許請求の範囲】
【請求項１】
第１の鍵によってスクランブルされたペイパービュー方式の有料放送番組に関するコンテンツデータと、第２の鍵によって暗号化された前記第１の鍵が含まれた共通情報と、第３の鍵によって暗号化された前記第２の鍵が含まれた第１の個別情報とが多重化されている放送波を受信する受信手段と、
契約者に提供される、前記第３の鍵を用いて、前記受信手段によって受信された前記第１の個別情報に含まれる前記第２の鍵を復号する第１の復号手段と、
前記復号された前記第２の鍵を用いて前記受信手段によって受信された前記第１の鍵を復号する第２の復号手段と、
前記復号された前記第１の鍵を用いて前記受信手段によって受信された前記スクランブルされた前記コンテンツデータをデスクランブルするデスクランブル手段と、
前記デスクランブル手段によってデスクランブルされた前記ペイパービュー方式の有料放送番組の視聴履歴情報を記憶する視聴履歴情報記憶手段と、
前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、回線を介して外部へ送出する時刻の情報を記憶する送出時刻記憶手段と、
前記送出時刻記憶手段に記憶されている時刻において、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出する送出手段とを含み、
前記送出手段は、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出するとき、前記外部から供給される、次回の前記視聴履歴情報を送出する時刻の情報を含む第２の個別情報を取得し、取得した前記第２の個別情報に含まれる時刻の情報で、前記送出時刻記憶手段に記憶されている時刻の情報を更新して記憶させる
受信装置。
【請求項２】
前記送出手段は、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、前記回線を介して外部へ送出するとき、次回の前記視聴履歴情報を送出する時刻を含む第２の個別情報を要求する要求フラグを併せて送出し、前記要求フラグに基づいて供給される第２の個別情報を取得し、前記第２の個別情報に含まれる時刻の情報で、前記送出時刻記憶手段に記憶されている時刻の情報を更新して記憶させる
請求項１に記載の受信装置。
【請求項３】
前記受信装置はさらに、
前記回線が未接続であるかを検出する検出手段を含み、
前記検出手段により、前記回線が未接続と検出された場合に、前記視聴履歴情報記憶手段は、前記視聴履歴情報の容量が前記所定の閾値になるまで、前記視聴履歴情報を記憶する
請求項１に記載の受信装置。
【請求項４】
前記第２の個別情報は、前記視聴履歴情報を送出する時刻に加えて、前記視聴履歴情報を送出するための再発呼する時間間隔、および回数の情報を含み、
前記送出手段は、前記送出時刻記憶手段に記憶された時刻に、前記視聴履歴情報を送出することができないとき、前記記憶手段によって記憶された前記視聴履歴情報を、回線を介して前記時間間隔で、前記回数だけ外部へ送出するために再発呼する
請求項１に記載の受信装置。
【請求項５】
前記視聴履歴情報記憶手段の前記視聴履歴情報の残容量を検出し、前記残容量が所定の閾値以下であった場合には、視聴制限メッセージを表示部へ表示させる制御手段をさらに含む
請求項１に記載の受信装置。
【請求項６】
第１の鍵によってスクランブルされたペイパービュー方式の有料放送番組に関するコンテンツデータと、第２の鍵によって暗号化された前記第１の鍵が含まれた共通情報と、第３の鍵によって暗号化された前記第２の鍵が含まれた第１の個別情報とが多重化されている放送波を受信する受信ステップと、
契約者に提供される、前記第３の鍵を用いて、前記受信ステップの処理によって受信された前記第１の個別情報に含まれる前記第２の鍵を復号する第１の復号ステップと、
前記復号された前記第２の鍵を用いて前記受信ステップの処理によって受信された前記第１の鍵を復号する第２の復号ステップと、
前記復号された前記第１の鍵を用いて前記受信手段によって受信された前記スクランブルされた前記コンテンツデータをデスクランブルするデスクランブルステップと、
前記デスクランブルステップの処理によってデスクランブルされた前記ペイパービュー方式の有料放送番組の視聴履歴情報を記憶する視聴履歴情報記憶ステップと、
前記視聴履歴情報記憶ステップの処理で記憶された前記視聴履歴情報を、回線を介して外部へ送出する時刻の情報を記憶する送出時刻記憶ステップと、
前記送出時刻記憶ステップの処理で記憶されている時刻において、前記視聴履歴情報記憶ステップの処理で記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出する送出ステップとを含み、
前記送出ステップの処理は、前記視聴履歴情報記憶ステップの処理で記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出するとき、前記外部から供給される、次回の前記視聴履歴情報を送出する時刻の情報を含む第２の個別情報を取得し、取得した前記第２の個別情報に含まれる時刻の情報で、前記送出時刻記憶ステップの処理で記憶されている時刻の情報を更新して記憶させる
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置および方法に関し、特に、例えば、有料放送の契約形態に関する個別情報をより効率的に、かつ、確実に契約者に提供することができるようにした受信装置および方法に関する。
【背景技術】
【０００２】
有料放送においては、いわゆるスクランブル放送と呼ばれる放送方式が用いられることが多い。このスクランブル放送では、放送局（センタ局）側において、元の信号（伝送する信号）を、所定の方法で意図的に乱すことにより、センタ局と契約していない者が放送を受信しても、正常な画像や音声、その他のデータを利用することができないようになされている。また、センタ局と契約した者（以下、契約者と記述する）には、所定のキーを用いてスクランブルを解除する（デスクランブルする）デコーダが与えられ、契約者は、これを用いてスクランブルされているデータを元の形にデスクランブルすることで、正常な画像、音声、データを得ることができる。
【０００３】
スクランブル放送の契約形態（受信形態）としては、例えばフラット方式やペイパービュー方式と呼ばれるものがある。フラット方式とは、チャンネル単位で受信料を支払うものをいい、ペイパービュー方式とは、視聴した番組に応じて受信料を支払うものをいう。すなわち、ペイパービュー方式においては、所定の番組を視聴する度に、課金が行われるようになされている。
【０００４】
従って、センタ局側において、フラット方式の場合には、基本的に定額の課金処理を行えば良いが、ペイパービュー方式であって、番組の視聴後に課金を行う場合には、契約者が視聴した番組を調べて、その番組に応じた課金処理を行う必要がある。このため、このようなペイパービュー方式の場合、受信側において、契約者が視聴した番組の視聴履歴を、メモリなどの記憶媒体に記憶させておき、これをセンタ局に、例えば電話回線（公衆網）を介して送信（アップロード）し、センタ局側において、その視聴履歴に基づいて課金処理を行うようになされている。
【０００５】
フラット契約の制御、アップロード先の電話番号の指定、および一定の期間以上視聴情報がセンタ局側にアップロードされない場合の強制発呼の制御信号などの情報は、契約者が所有する受信端末に固有のものであり、それぞれの受信端末（デコーダ）に対して個別に伝送される。この個別情報（ＥＭＭ：Entitlement Management Massage）は、センタ局において、伝送に適した長さに分割（パケット化）され、放送波に重畳して伝送される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、有料放送のディジタル化に伴い、そのチャンネル数も１００チャンネル以上となってきた。そのため、上述した個別情報の個数が増大するとともに、それに含まれる情報も増加し、そのデータ長が増大してきた。
【０００７】
個別情報の伝送に使用できるビットレートは限られているため、受信側において必要な個別情報を受信するために要する時間が増大する課題があった。
【０００８】
個別情報の受信に要する時間が増大すると、必要な個別情報の受信が完了する前に、契約者がチャンネルを切り替えたり、受信装置の電源がオフされるといったような状況が起こり得る。これにより、必要な個別情報が正常に受信されず、センタ局側からの契約形態に関する制御が不完全になる課題があった。
【０００９】
本発明はこのような状況に鑑みてなされたものであり、有料放送の契約形態に関わる個別情報をより効率的、かつ、より確実に契約者に提供することができるようにするものである。
【課題を解決するための手段】
【００１０】
本発明の一側面の受信装置は、第１の鍵によってスクランブルされたペイパービュー方式の有料放送番組に関するコンテンツデータと、第２の鍵によって暗号化された前記第１の鍵が含まれた共通情報と、第３の鍵によって暗号化された前記第２の鍵が含まれた第１の個別情報とが多重化されている放送波を受信する受信手段と、契約者に提供される、前記第３の鍵を用いて、前記受信手段によって受信された前記第１の個別情報に含まれる前記第２の鍵を復号する第１の復号手段と、前記復号された前記第２の鍵を用いて前記受信手段によって受信された前記第１の鍵を復号する第２の復号手段と、前記復号された前記第１の鍵を用いて前記受信手段によって受信された前記スクランブルされた前記コンテンツデータをデスクランブルするデスクランブル手段と、前記デスクランブル手段によってデスクランブルされた前記ペイパービュー方式の有料放送番組の視聴履歴情報を記憶する視聴履歴情報記憶手段と、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、回線を介して外部へ送出する時刻の情報を記憶する送出時刻記憶手段と、前記送出時刻記憶手段に記憶されている時刻において、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出する送出手段とを含み、前記送出手段は、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出するとき、前記外部から供給される、次回の前記視聴履歴情報を送出する時刻の情報を含む第２の個別情報を取得し、取得した前記第２の個別情報に含まれる時刻の情報で、前記送出時刻記憶手段に記憶されている時刻の情報を更新して記憶させる。
前記送出手段には、前記視聴履歴情報記憶手段によって記憶された前記視聴履歴情報を、前記回線を介して外部へ送出するとき、次回の前記視聴履歴情報を送出する時刻を含む第２の個別情報を要求する要求フラグを併せて送出させ、前記要求フラグに基づいて供給される第２の個別情報を取得させ、前記第２の個別情報に含まれる時刻の情報で、前記送出時刻記憶手段に記憶されている時刻の情報を更新して記憶させるようにすることができる。
前記受信装置にはさらに、前記回線が未接続であるかを検出する検出手段とを含ませるようにすることができ、前記検出手段により、前記回線が未接続と検出された場合に、前記視聴履歴情報記憶手段は、前記視聴履歴情報の容量が前記所定の閾値になるまで、前記視聴履歴情報を記憶することができる。
前記第２の個別情報には、前記視聴履歴情報を送出する時刻に加えて、前記視聴履歴情報を送出するために再発呼する時間間隔、および回数の情報を含ませるようにすることができ、前記送出手段には、前記送出時刻記憶手段に記憶された時刻に、前記視聴履歴情報を送出することができないとき、前記記憶手段によって記憶された前記視聴履歴情報を、回線を介して前記時間間隔で、前記回数だけ外部へ送出するために再発呼させるようにすることができる。
前記視聴履歴情報記憶手段の前記視聴履歴情報の残容量を検出し、前記残容量が所定の閾値以下であった場合には、視聴制限メッセージを表示部へ表示させる制御手段をさらに含ませるようにすることができる。
【００１１】
本発明の一側面の受信方法は、第１の鍵によってスクランブルされたペイパービュー方式の有料放送番組に関するコンテンツデータと、第２の鍵によって暗号化された前記第１の鍵が含まれた共通情報と、第３の鍵によって暗号化された前記第２の鍵が含まれた第１の個別情報とが多重化されている放送波を受信する受信ステップと、契約者に提供される、前記第３の鍵を用いて、前記受信ステップの処理によって受信された前記第１の個別情報に含まれる前記第２の鍵を復号する第１の復号ステップと、前記復号された前記第２の鍵を用いて前記受信ステップの処理によって受信された前記第１の鍵を復号する第２の復号ステップと、前記復号された前記第１の鍵を用いて前記受信手段によって受信された前記スクランブルされた前記コンテンツデータをデスクランブルするデスクランブルステップと、前記デスクランブルステップの処理によってデスクランブルされた前記ペイパービュー方式の有料放送番組の視聴履歴情報を記憶する視聴履歴情報記憶ステップと、前記視聴履歴情報記憶ステップの処理で記憶された前記視聴履歴情報を、回線を介して外部へ送出する時刻の情報を記憶する送出時刻記憶ステップと、前記送出時刻記憶ステップの処理で記憶されている時刻において、前記視聴履歴情報記憶ステップの処理で記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出する送出ステップとを含み、前記送出ステップの処理は、前記視聴履歴情報記憶ステップの処理で記憶された前記視聴履歴情報を、前記回線を介して前記外部へ送出するとき、前記外部から供給される、次回の前記視聴履歴情報を送出する時刻の情報を含む第２の個別情報を取得し、取得した前記第２の個別情報に含まれる時刻の情報で、前記送出時刻記憶ステップの処理で記憶されている時刻の情報を更新して記憶させる。
【００１２】
本発明の一側面の受信装置および方法においては、第１の鍵によってスクランブルされたペイパービュー方式の有料放送番組に関するコンテンツデータと、第２の鍵によって暗号化された前記第１の鍵が含まれた共通情報と、第３の鍵によって暗号化された前記第２の鍵が含まれた第１の個別情報とが多重化されている放送波が受信され、契約者に提供される、前記第３の鍵を用いて、前記受信手段によって受信された前記第１の個別情報に含まれる前記第２の鍵が復号され、前記復号された前記第２の鍵を用いて前記受信手段によって受信された前記第１の鍵が復号され、前記復号された前記第１の鍵を用いて受信された前記スクランブルされた前記コンテンツデータがデスクランブルされ、デスクランブルされた前記ペイパービュー方式の有料放送番組の視聴履歴情報が記憶され、記憶された前記視聴履歴情報が、回線を介して外部へ送出される時刻の情報が記憶され、記憶されている時刻において、記憶された前記視聴履歴情報が、前記回線を介して前記外部へ送出され、記憶された前記視聴履歴情報が、前記回線を介して前記外部へ送出されるとき、前記外部から供給される、次回の前記視聴履歴情報を送出する時刻の情報を含む第２の個別情報が取得され、取得された前記第２の個別情報に含まれる時刻の情報で、記憶されている時刻の情報が更新されて記憶される。
【発明の効果】
【００１３】
本発明によれば、個別情報をより効率的、かつ、より確実に契約者に提供することが可能となる。また、個別情報をより確実に取得することが可能となる。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明を適用したスクランブル放送システム（有料放送システム）の一実施の形態の構成例を示している。センタ局１では、番組にスクランブルがかけられ、さらに必要な処理が施されて、アンテナ（パラボラアンテナ）２より電波として送信される。この電波は、衛星（放送衛星または通信衛星）３を介して、受信者側のアンテナ（パラボラアンテナ）４で受信され、受信端末５に供給される。受信端末５では、アンテナ４から供給される受信信号（番組）がデスクランブルされ、さらに必要な処理が施された後、対応する画像がモニタに表示され、音声はスピーカから出力される（いずれも図示せず）。また、受信端末５では、デスクランブルされた番組、即ち視聴された番組の視聴履歴が、図６を参照して後述するメモリ５４に記憶され、公衆網６を介して、例えば定期的に、あるいは必要なときに、センタ局１に送信される。センタ局１では、受信端末５から視聴履歴を受信すると、その視聴履歴に基づいて、例えば課金処理や視聴率の算出処理が行われる。なお、この図においては、受信側の装置として受信端末５のみを示したが、実際にはより多数の受信端末が存在することが考えられる。
【００１５】
図２は、センタ局１の詳細な構成例を示している。番組を構成する映像、音声、その他のデータは、エンコーダ１１（エンコーダ１１Ａ乃至１１Ｅ）に入力され、そこでディジタル化される。さらに、エンコーダ１１は、番組制御システム１２の制御の下、番組単位で、ディジタル化したデータに対し、圧縮（例えば、MPEGの規格に準拠した圧縮処理など）その他の必要な処理（例えば、音声のモードがステレオモードであるか、または２カ国語モードであるかによって異なる処理や、独立音声があるかないかで異なる処理など）を施して、多重化部１５に出力する（以下、適宜、エンコーダ１１から出力されるデータを番組データという）。
【００１６】
なお、本実施の形態では、エンコーダ１１は、エンコーダ１１Ａ乃至１１Ｅの合計５つのエンコーダより構成されており、従って、多重化部１５に対しては、５チャンネル分の番組を同時に供給することができるようになされている。但し、エンコーダ１１の数は５つに限定されるものではない。
【００１７】
一方、顧客管理システム２２では、処理部２５によって個別キー記憶部２４から個別キーが読み出され、スクランブル制御システム１３に供給される。ここで、個別キーとは、受信契約した視聴者が所有する受信端末５に固有のキーであり、従って、個別キー記憶部２４には、すべての受信契約をした受信端末の個別キーが記憶されている。なお、個別キー記憶部２４は、スクランブル制御システム内に設置されていてもよいし、複数の個別キーが存在する場合、顧客管理システム２２またはスクランブル制御システム１３に分散して配置されていてもよい。そして、顧客管理システム２２は、視聴者の契約に対応して契約情報を生成し、スクランブル制御システム１３に出力する。
【００１８】
スクランブル制御システム１３では、各受信端末の契約状況に応じて、各受信端末で利用される個別情報Ａまたは個別情報Ｂが生成され、個別情報Ａは多重化部１５に供給され、個別情報Ｂはモデム２１に供給される。さらに、スクランブル制御システム１３においては、スクランブルキーを暗号化するためのワークキーが生成され、関連情報送出部１４に出力される。同時に、このワークキーは、顧客管理システム２２から供給された個別キーを用いて暗号化され、個別情報Ａに含められて多重化部１５に供給される。
【００１９】
ここで、個別情報Ａは、主にフラット方式の契約に関する情報であり、多重化部１５において番組データやその他のデータに重畳され、衛星３を介して各受信端末に送信されるようになされている。この個別情報Ａには、上述したワークキーの他、その個別情報を利用する受信端末に付されている、各受信端末を識別するためのデコーダ識別番号、契約者が最初に個別情報Ｂを要求するときに用いるセンタ局１の電話番号、および契約情報などが含まれており、顧客管理システム２２から契約情報が供給された場合、その契約情報に応じて更新されるようになされている。
【００２０】
一方、個別情報Ｂは、主にペイパービュー方式の契約に関する情報であり、各受信端末がセンタ局１に視聴履歴を送信すべき時刻としてのアップロード時刻（送信時刻）や、視聴履歴の送信先であるセンタ局１の電話番号、また、視聴履歴を送信する場合においてセンタ局１との回線接続に失敗したときに再発呼を行う回数（リトライ回数）およびその再発呼間隔（リトライ間隔）などのアップロード情報などは、各受信端末からの送信要求があったとき、この個別情報Ｂとして、モデム２１により公衆網６（電話回線）を介して送信されるようになされている。なお、これらの個別情報については、さらに図５を用いて後述する。
【００２１】
関連情報送出部１４では、番組にスクランブルをかけるためのスクランブルキーが生成され、スクランブラ１６に供給される。同時に、このスクランブルキーには、スクランブル制御システム１３から供給されるワークキーを用いて暗号化され、各番組に付随する情報である共通情報（番組情報）の中に含められる。また、関連情報送出部１４には、スクランブル制御システム１３からワークキーの他、番組制御システム１２から、エンコーダ１１で処理された番組を識別するためのユニークな番号としての番組番号が供給される。関連情報送出部１４では、この番組番号も、共通情報の中に含められる。なお、番組番号には、必要に応じて、その番組番号に対応する番組を放送する放送局（本実施例では、センタ局１）を識別するための情報や、その番組が、映像、音声、またはデータのいずれで構成されるのかを識別するための情報などが含められる。
【００２２】
さらに、関連情報送出部１４は、その他、番組に関する必要な情報を共通情報に配置し、多重化部１５に出力する。
【００２３】
多重化部１５は、エンコーダ１１からの番組データ、スクランブル制御システム１３からの個別情報Ａ、および関連情報送出部１４からの共通情報を、時分割多重化し、その多重化データを、パケットの形で、スクランブラ１６に出力する。スクランブラ１６では、多重化部１５からの多重化データのうちの番組部分に対し、関連情報送出部１４からのスクランブルキーを用いてスクランブルがかけられ、誤り訂正部１７に出力される。
【００２４】
誤り訂正部１７では、スクランブラ１６の出力に対し、誤り訂正符号が付加され、変調部１８に供給される。変調部１８では、誤り訂正部１７の出力が、例えば位相変調（例えば、４相位相変調など）され、その結果得られる変調信号がアップコンバータ１９に出力される。アップコンバータ１９では、変調信号の周波数が、所定の周波数にアップコンバートされ、電力増幅部２０に出力される。電力増幅部２０では、アップコンバータ１９からの変調信号が電力増幅され、アンテナ２に供給される。アンテナ２からは、アップコンバータ１９からの信号が放送波として放射され、この放送波は、衛星３を介して、受信側（いまの場合、受信端末５）に送信される。
【００２５】
顧客管理システム２２を構成する処理部２５は、個別キー記憶部２４および視聴情報記憶部２８に対するデータの読み書き制御を行う他、各受信端末における視聴履歴のアップロード時刻、センタ局１の電話番号、リトライ回数およびリトライ間隔などの生成処理や、各受信端末から送信されてくる視聴履歴の受信処理などを行うようになされている。なお、アップロード時刻は、各受信端末からの視聴履歴のアップロードが、同一時刻に、過度に集中しないような時刻に設定される。具体的には、例えば、処理部２５が、一度に、Ｍ個の受信端末からのアクセスを受け付けることができる場合には、同一のアップロード時刻は、Ｍ個以下の受信端末に対して設定される。
【００２６】
ここで、本明細書中における時刻（アップロード時刻）とは、時、分、または秒で表されるものの他、必要に応じて、例えば、年や、月、日、曜日などを含むものとする。従って、時刻が、例えば時、分、および秒で表される場合は、毎日の、その時刻を意味し、また、時刻が、例えば日、時、および分で表される場合は、毎月の、その時刻を意味する。さらに、時刻が、年、月、日、時、分、および秒で表される場合は、その時刻を意味する。
【００２７】
処理部２５において設定されたアップロード時刻は、センタ局１の電話番号、リトライ回数、およびリトライ間隔とともにアップロード情報として、スクランブル制御システム１３に供給され、上述したように、個別情報Ｂに含められる。また、顧客管理システム２２を構成する視聴情報記憶部２８は、公衆網６を介して、受信端末５から送信されてくる視聴履歴を記憶するようになされている。
【００２８】
ここで、図３は、個別情報Ａ、個別情報Ｂ、および共通情報（以下、適宜、これらを総称して関連情報と称する）の、送信時のパケットのフォーマットを示している。本実施の形態では、これらの関連情報は、例えばMPEG（Moving Picture Experts Group）２の規格に準拠したパケット（トランスポートパケット）で送信されるようになされている。１つのパケットは、例えば図３に示すように、１８８バイトで構成され、その先頭の４バイト（３２ビット）はヘッダとされ、残りの１８４バイトはデータ部とされている。
【００２９】
ヘッダは、同期バイト、パケットＩＤ、およびその他の情報で構成され、その先頭から、８ビットの同期バイト、３つの１ビットの情報、１３ビットのパケットＩＤ、２つの２ビットの情報、１つの４ビットの情報が順次配置されている。同期バイトには、受信側で同期を取るための情報が配置され、パケットＩＤには、そのパケットが関連情報のものであるか、またはその他のものであるかを識別するための情報が配置される。なお、多重化部１５から出力される番組データのパケットも、図３に示したフォーマットと同様のパケットであり、パケットが番組データのものである場合には、それを識別するための情報が、ヘッダのパケットＩＤに配置される。
【００３０】
ここで、MPEG２においては、トランスポートストリームは、図４（Ａ）に示すように定義されている。同図（Ａ）に示すように、トランスポートストリーム（MPEG_transport_stream()）は、トランスポートパケット（transport_packet()）で構成され、その詳細は、図４（Ｂ）に示すように定義されている。なお、図４（Ｂ）において、sync_byteから１１行目までが、ヘッダの定義を表している。
【００３１】
データ部には、上述したような情報が適宜配置される。即ち、パケットが共通情報のものである場合、例えば図５（Ａ）に示すように、データ部には、スクランブルキー（ワークキーを用いて暗号化されたもの）、番組番号、その他の番組に関する情報が配置される。パケットが個別情報Ａのものである場合、例えば図５（Ｂ）に示すように、データ部には、デコーダ識別番号、ワークキー（個別キーを用いて暗号化されたもの）、センタ局１の電話番号、デコーダ識別番号に対応する受信端末の契約者の契約形態などが配置される。また、パケットが個別情報Ｂのものである場合、図５（Ｃ）に示すように、アップロード時刻、センタ局１の電話番号、リトライ回数、およびリトライ間隔などが配置される。
【００３２】
図６は、受信端末５の詳細な構成例を示している。なお、ここでは、この受信端末５を所有する契約者が、例えばペイパービュー方式の契約を結んでいるものとする。受信端末５は、主に、チューナ３０、デコーダ４０、およびセキュリティモジュール５０により構成されている。チューナ３０は、復調部３１および誤り訂正部３２により構成されており、デコーダ４０は、分離部４１、デスクランブラ４４、送受信制御部４５、モデム４８、および選択ボタン４９から構成されている。また、セキュリティモジュール５０は、復号部４２，４３、メモリ５１乃至５４、EEPROM５５、アップロード制御部５６、および分離部５９から構成されている。なお、セキュリティモジュール５０は、受信端末５に対し、着脱可能になされており、これにより必要に応じて交換することができるようになされている。また、セキュリティモジュール５０は、受信契約を結んだ契約者にのみ提供されるようになされている。
【００３３】
衛星３を介して、センタ局１から送信されてきた放送波は、アンテナ４で受信され、所定の中間周波数の信号（以下、適宜、ＩＦ信号という）とされ、チューナ３０に供給される。チューナ３０では、復調部３１において、アンテナ４からのＩＦ信号に対し、ダウンコンバートその他の必要な処理が施された後、所定のチャンネルの信号が復調され、その復調信号は、誤り訂正部３２に出力される。誤り訂正部３２では、復調部３１からの復調信号に対し、誤り訂正処理が施され、デコーダ４０に供給される。
【００３４】
デコーダ４０では、誤り訂正部３２からの出力（パケット）が、分離部４１に入力される。分離部４１では、誤り訂正部３２からのパケットが番組データのパケットであるか、または関連情報のパケットであるかが、そのヘッダ（パケットＩＤ）を参照することにより識別される。そして、誤り訂正部３２からのパケットが、番組データのパケットである場合、そのパケットは、デスクランブラ４４に供給される。
【００３５】
また、誤り訂正部３２からのパケットが、関連情報のパケットである場合、分離部４１は、そのパケットを、セキュリティモジュール５０の分離部５９に出力する。分離部５９は、分離部４１から供給された関連情報のパケットが共通情報のパケットであるか、または個別情報Ａのパケットであるかを、やはりそのヘッダ（パケットＩＤ）を参照することにより識別する。関連情報のパケットが、共通情報のパケットである場合、そのパケットは、復号部４３に出力される。一方、関連情報のパケットが、個別情報Ａのパケットである場合、分離部５９は、メモリ５１に記憶されている、受信端末５に固有のデコーダＩＤを読み出し、このデコーダＩＤと、個別情報Ａに含まれているデコーダ識別番号とを比較する。
【００３６】
そして、分離部５９は、デコーダＩＤとデコーダ識別番号とが一致した場合のみ、個別情報Ａを復号部４２に出力する。即ち、個別情報Ａが、受信端末５で利用されるべきものである場合のみ、その個別情報Ａが、復号部４２に出力される。
【００３７】
復号部４２は、個別情報Ａを受信すると、メモリ５３からマスタキーを読み出す。ここで、このマスタキーは、センタ局１の個別キー記憶部２４に記憶されている個別キーに相当するものである。従って、マスタキーによれば、個別情報Ａに含まれている、暗号化されているワークキーを復号することができる。そして、復号部４２は、メモリ５３から読み出したマスタキーを用いて、個別情報Ａに含まれるワークキーを復号し、メモリ５２に出力して記憶させる。
【００３８】
受信端末５の所有者は、ペイパービュー方式の契約を希望する場合、共通情報と個別情報Ａの他に、個別情報Ｂを取得する必要がある。この場合、受信端末５の所有者（契約者）は、アップロード制御部５６を起動し、送受信制御部４５、モデム４８、および公衆網６を介して、個別情報Ｂを要求するためのフラグやデコーダＩＤなどをセンタ局１に送信させる。このとき、センタ局１の電話番号としては、個別情報Ａに含まれているものが使用される。そして、これに対応して、個別情報Ｂが、センタ局１から公衆網６を介して送信され、送受信制御部４５は、モデム４８にこれを受信させる。受信された個別情報Ｂは、アップロード制御部５６を介して復号部４２に供給され、ここで復号された後、そのアップロード情報がEEPROM５５に記憶される。なお、フラット契約のみの場合、このような操作は不要となる。
【００３９】
視聴者（契約者またはその他の者）は、番組の視聴を希望するとき、その視聴を希望する番組を、選択ボタン４９を操作することにより選択する。選択ボタン４９が操作されると、その操作に対応した操作信号が、復号部４３に出力される。復号部４３は、選択ボタン４９から操作信号を受信すると、メモリ５２からワークキーを読み出し、このワークキーを用いて、分離部５９から供給された共通情報に含まれる、暗号化されたスクランブルキーを復号し、デスクランブラ４４に出力する。
【００４０】
デスクランブラ４４は、復号部４３からスクランブルキーを受信すると、そのスクランブルキーを用いて、分離部４１から供給される番組データをデスクランブルする。このデスクランブルされた番組データは、図示せぬ装置に出力され、そこで必要な処理（例えば、MPEGデコード処理など）が施された後、図１で説明したように、対応する画像がモニタに表示され、また音声がスピーカから出力される。
【００４１】
従って、視聴者は、視聴を希望する番組を、選択ボタン４９を操作することで視聴することができる。
【００４２】
なお、デスクランブラ４４でデスクランブルが開始された後は、そのデスクランブルされている番組が終了すると、あるいは、再度、選択ボタン４９が操作されると、復号部４３は、スクランブルキーの復号を停止する。これにより、番組は、視聴不可状態となる。
【００４３】
デスクランブラ４４でデスクランブルが開始されると、復号部４３は、共通情報から、デスクランブルされている番組の番組番号を抽出し、これを視聴情報として、メモリ５４に供給して記憶させる。視聴者が、選択ボタン４９を操作して、番組を視聴するたびに、上述した処理が行われ、これにより、メモリ５４には、視聴者が視聴した番組の履歴、即ち視聴履歴が、番組番号のリストの形で記憶される。
【００４４】
以上のようにしてメモリ５４に記憶された視聴履歴は、図７のフローチャートに従って、センタ局１にアップロードされる。即ち、送受信制御部４５は、まず、ステップＳ１において、所定の時間（例えばＮ秒）だけ待って、ステップＳ２に進み、アップロード制御部５６に対し、現在時刻がアップロード時刻に等しい（アップロード時刻を経過している場合を含む）かどうかを問い合わせる。アップロード制御部５６では、送受信制御部４５からの問い合わせを受信すると、EEPROM５５からアップロード時刻が読み出され、ステップＳ３において、現在時刻がアップロード時刻に等しいかどうかが判定される。ステップＳ３において、現在時刻がアップロード時刻に等しくないと判定された場合、ステップＳ１に戻る。
【００４５】
従って、送受信制御部４５から、アップロード制御部５６に対しては、Ｎ秒ごとに、上述したような問い合わせが行われる。なお、ステップＳ１における待ち時間Ｎ秒は、例えば１０秒などの、デコーダ４０に対する負荷が大きくならない程度の時間に設定されている。
【００４６】
一方、ステップＳ３において、現在時刻がアップロード時刻に等しいと判定された場合、ステップＳ４に進み、アップロード制御部５６では、メモリ５４から視聴履歴が読み出されるとともに、EEPROM５５からアップロード情報が読み出され、送受信制御部４５に供給される。そして、送受信制御部４５では、ステップＳ５において、視聴履歴がセンタ局１に送信（アップロード）される。また、このとき、必要に応じて、新たに必要な個別情報Ｂの要求フラグも同時に送信される。
【００４７】
即ち、送受信制御部４５は、モデム４８を制御することで、アップロード制御部５６から受信したアップロード情報のうちのセンタ局１の電話番号を発呼させる。そして、公衆網６を介して、センタ局１のモデム２１と、モデム４８との間の通信リンクが確立すると、送受信制御部４５は、視聴履歴または個別情報Ｂ要求フラグを、デコーダＩＤまたは個別情報Ｂ要求フラグとともにセンタ局１にアップロードする。
【００４８】
なお、ここでは、アップロード時刻として、例えば日、時、および分が設定されているものとする。従って、この場合、毎月の、アップロード時刻で表される時刻となると、視聴履歴のアップロード処理が行われることとなる。
【００４９】
センタ局１のモデム２１では、モデム４８から公衆網６を介して送信されてきた視聴履歴およびデコーダＩＤが受信される。この視聴履歴およびデコーダＩＤは、顧客管理システム２２に供給される。顧客管理システム２２では、視聴履歴が、それとともに送信されてきたデコーダＩＤと対応付けられ、さらに、その視聴履歴が、正当なものであることの確認が行われた後、視聴情報記憶部２８に供給されて記憶される。
【００５０】
なお、視聴履歴を、デコーダＩＤと対応付けるのは、その視聴履歴が、どの受信端末から送信されてきたものかが分かるようにするためである。
【００５１】
視聴情報記憶部２８に視聴履歴が記憶された後は、顧客管理システム２２が内蔵する処理部２５において、上述したように、その視聴履歴に基づいて、例えば課金処理や、視聴率の算出処理などが行われる。
【００５２】
センタ局１の処理部２５は、正当な視聴履歴を受信すると、メモリ５４に記憶されている視聴履歴をクリアするためのクリアコードと、要求があった個別情報Ｂを、モデム２１に送信させる。これらは、公衆網６、モデム４８、および送受信制御部４５を介して、アップロード制御部５６で受信され、アップロード制御部５６は、クリアフラグを受信すると、ステップＳ６において、メモリ５４に記憶された視聴履歴をクリア（削除）する。これにより、メモリ５４の記憶領域が確保され、メモリ５４には、新たな視聴履歴を記憶させることが可能となる。また、個別情報Ｂが受信された場合、これは復号部４２により復号された後、ステップＳ７において、これに含まれている新たなアップロード情報がEEPROM５５に記憶される。
【００５３】
以上の処理は、受信端末５において常に実行されている。従って、本実施の形態の場合、次の月のアップロード時刻になると、再び、視聴履歴がアップロードされることになる。
【００５４】
以上のように、センタ局１において、個別情報を、フラット方式の契約に関する個別情報Ａと、ペイパービュー方式の契約に関する個別情報Ｂとに区別し、個別情報Ａは放送波に重畳して送信し、個別情報Ｂは受信端末５からの要求に応じて電話回線（公衆網６）を介して送信することにより、放送波に重畳されて伝送される個別情報Ａのデータ量が減少し、それぞれの個別情報を受信端末（契約者）により確実に提供することが可能となる。
【００５５】
なお、センタ局１では、上述したように、視聴履歴に基づいて、課金処理が行われ、その課金処理結果に基づいて、受信料の請求がなされる。このため、受信料の徴収を免れようとして、例えば視聴履歴の改竄などの不正な行為が行われる場合があり、正当な受信料の徴収のためには、そのような不正な行為を防止する必要がある。
【００５６】
そこで、センタ局１のモデム２１と、受信端末５のモデム４８との間の通信リンクが確立された後、処理部２５と送受信制御部４５との間では、センタ局１を認証するためのセンタ局認証情報と、セキュリティモジュール５０を認証するためのモジュール認証情報とがやりとりされ、これにより、互いに相手方が、正当な通信相手であることが確認されてから、視聴履歴のやりとりが行われるようになされている。これにより、モデム４８に、センタ局１を擬製した部を接続して視聴履歴を読み出し、メモリ５４のクリアを行ったり、セキュリティモジュール５０を擬製したモジュールを受信端末５にセットし、不正な視聴履歴を送信したりすることを防止することができるようになされている。
【００５７】
また、受信端末５からセンタ局１に送信される情報は、例えば送受信制御部４５またはアップロード制御部５６において暗号化されるようになされており、これにより、モデム４８から出力される視聴履歴などが改竄されることを防止することができるようになされている。なお、暗号化処理は、同一の情報を暗号化した場合でも、暗号化のたびに、異なる暗号文が得られるようにするのが好ましい。
【００５８】
さらに、メモリ５４の残りの記憶容量（残容量）が少なくなり（あるいは、残容量がなくなり）、視聴履歴を記憶することができなくなった場合には、デスクランブラ４４において、デスクランブルが行われないようになされている。これにより、受信料の徴収を免れようとして、モデム４８から電話回線を抜いて、視聴履歴の送信を行うことができないようにした場合には、メモリ５４のクリアが行われなくなり、その結果、その後の不正受信を防止することができる。
【００５９】
但し、このようにした場合、正当な受信者であっても、次の視聴履歴の送信が行われるまでに、数多くの番組を視聴したときには、メモリ５４に、視聴履歴を記憶することができなくなり、その結果、番組の視聴をすることができなくなることがある。そこで、アップロード制御部５６では、図７のステップＳ２において、送受信制御部４５からの問い合わせがあった場合には、現在時刻とアップロード時刻との比較処理が行われるだけでなく、メモリ５４の残容量の検出処理も行われるようになされている。そして、アップロード制御部５６は、検出したメモリ５４の残容量が、所定値以下であるかどうかを判定し、メモリ５４の残容量が所定値以下である場合には、受信端末５において、図７のステップＳ４以下の処理が行われる。これにより、正当な受信者が、番組の視聴ができなくなることを防止することができる。
【００６０】
なお、この場合、視聴履歴の送信は、アップロード時刻に行われないため、センタ局１との通信リンクが確立されず、これにより、メモリ５４のクリアが、即座に行われないことがある。そして、この場合、選択ボタン４９を操作しても、デスクランブラ４４では、デスクランブルが行われないので、正当な受信者が、部が故障しているものと勘違いすることがある。そこで、メモリ５４の残容量が所定値以下となった場合には、メモリ５４がクリアされないために番組の視聴が制限される旨のメッセージ（以下、適宜、視聴制限メッセージという）を、セキュリティモジュール５０からデコーダ４０に送信するようにするとともに、デコーダ４０に表示部を設け、その表示部に、視聴制限メッセージを表示するようにすることができる。これにより、正当な受信者が、部が故障しているものと勘違いすることを防止することができる。
【００６１】
以上においては、本発明をスクランブルをかけた情報をディジタルで放送するスクランブル放送システムに適用した場合について説明したが、本発明は、スクランブルをかけずに放送を行う放送方式によるシステムその他にも適用可能である。また、本発明は、ディジタルで情報を伝送する他、アナログで情報を伝送する装置、あるいはディジタルおよびアナログ混在で情報を伝送する装置などにも適用可能である。
【００６２】
なお、本実施の形態では、衛星回線（衛星３）を介して、番組データを伝送するようにしたが、番組データの伝送は、衛星回線の他、例えばＣＡＴＶ網その他の伝送路を介して行うことが可能である。
【００６３】
また、本実施の形態においては、個別キーを、顧客管理システム２２が内蔵する個別キー記憶部２４に記憶させるようにしたが、個別キーは、その他、例えばスクランブル制御システム１３で記憶、管理するようにすることが可能である。
【００６４】
また、図６では、デコーダ４０とセキュリティモジュール５０とが、複数の線で接続されるように図示してあるが、受信端末５を実際に構成する場合には、デコーダ４０とセキュリティモジュール５０とは、例えば、物理的に１本の線で接続するようにし、その間のデータのやりとりは、例えば半２重通信で行うようにすることが可能である。
【００６５】
さらに、本実施の形態では、送信時のパケットのフォーマットを、MPEG２に準拠したものとするようにしたが、このパケットのフォーマットは、これに限定されるものではない。
【００６６】
また、受信端末５がアップロード時刻にセンタ局１に対して発呼を行った場合において、例えば公衆網６のトラフィックが増加したときなどには、受信端末５とセンタ局１との間の通信リンクが確立されないことがある。そこで、通信制御部４５には、このような場合、アップロード情報に含まれるリトライ間隔で、多くてもリトライ回数だけ再発呼するように、モデム４８を制御させるようにすることが可能である。
【００６７】
本実施の形態では、受信端末５から発呼を行い、視聴履歴を、センタ局１に送信するようにしたが、この他、例えば、センタ局１から発呼を行い、受信端末５に対し、視聴履歴を送信するように指示するようにすることも可能である。
【００６８】
さらに、本実施の形態においては、セキュリティモジュール５０のメモリ５４から視聴履歴を読み出し、デコーダ４０の送受信制御部４５に送信した後、受信端末５とセンタ局１との間の通信リンクを確立して、視聴履歴をアップロードするようにしたが、その他、例えば受信端末５とセンタ局１との間の通信リンクを確立後、メモリ５４から視聴履歴を読み出し、センタ局１に送信するようにすることも可能である。しかしながら、このようにすると、受信端末５がセンタ局１と通信を行う際に、デコーダ４０とセキュリティモジュール５０との間で、視聴履歴のやりとりを行うというオーバヘッドを生じることとなるので、上述したように、視聴履歴を送受信制御部４５に送信した後、受信端末５とセンタ局１との間の通信リンクを確立して、視聴履歴を送信するようにする方が好ましい。
【図面の簡単な説明】
【００６９】
【図１】本発明を適用した有料放送システムの一実施例の構成を示す図である。
【図２】図１のセンタ局１の詳細な構成例を示すブロック図である。
【図３】パケットのフォーマットを示す図である。
【図４】トランスポートストリームおよびトランスポートパケットを示す図である。
【図５】共通情報、個別情報Ａ、および個別情報Ｂのパケットを示す図である。
【図６】図１の受信端末５の詳細な構成例を示すブロック図である。
【図７】アップロード処理を説明するためのフローチャートである。
【符号の説明】
【００７０】
１  センタ局，  ２  パラボラアンテナ，  ３  衛星，  ４  パラボラアンテナ，  ５  受信端末，  ６  公衆網，  １１  エンコーダ，  １２  番組制御システム，  １３  スクランブル制御システム，  １４  関連情報送出部，  １５  多重化部，  １６  スクランブラ，  ２１  モデム，  ２２  顧客管理システム，  ２５  処理部，  ２８  視聴情報記憶部，  ３０  チューナ，  ４０  デコーダ，  ４１  分離部，  ４２，４３  復号部，  ４４  デスクランブラ，  ４５  送受信制御部，  ４８  モデム，  ５０  セキュリティモジュール，  ５１乃至５４  メモリ，  ５５  EEPROM，  ５６  アップロード制御部，  ５９  分離部
【図１】
0004432991.tif 000002
【図２】
0004432991.tif 000003
【図３】
0004432991.tif 000004
【図４】
0004432991.tif 000005
【図５】
0004432991.tif 000006
【図６】
0004432991.tif 000007
【図７】
0004432991.tif 000008