JPH11252529A - 情報提供装置および方法、情報受信装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 契約形態に関する個別情報をより効率的、か
つ、より確実に契約者に提供する。 【解決手段】 センタ局１において、フラット方式の契
約に関する個別情報Ａは、放送波に重畳され、衛星３を
介して各受信端末５に送信される。一方、ペイパービュ
ー方式の契約に関する個別情報Ｂは公衆網６を介して受
信端末５に送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報提供装置およ
び方法、情報受信装置および方法に関し、特に、例え
ば、有料放送の契約形態に関する個別情報をより効率的
に、かつ、確実に契約者に提供することができるように
した、情報提供装置および方法、情報受信装置および方
法に関する。

【０００２】

【従来の技術】有料放送においては、いわゆるスクラン
ブル放送と呼ばれる放送方式が用いられることが多い。
このスクランブル放送では、放送局（センタ局）側にお
いて、元の信号（伝送する信号）を、所定の方法で意図
的に乱すことにより、センタ局と契約していない者が放
送を受信しても、正常な画像や音声、その他のデータを
利用することができないようになされている。また、セ
ンタ局と契約した者（以下、契約者と記述する）には、
所定のキーを用いてスクランブルを解除する（デスクラ
ンブルする）デコーダが与えられ、契約者は、これを用
いてスクランブルされているデータを元の形にデスクラ
ンブルすることで、正常な画像、音声、データを得るこ
とができる。

【０００３】スクランブル放送の契約形態（受信形態）
としては、例えばフラット方式やペイパービュー方式と
呼ばれるものがある。フラット方式とは、チャンネル単
位で受信料を支払うものをいい、ペイパービュー方式と
は、視聴した番組に応じて受信料を支払うものをいう。
すなわち、ペイパービュー方式においては、所定の番組
を視聴する度に、課金が行われるようになされている。

【０００４】従って、センタ局側において、フラット方
式の場合には、基本的に定額の課金処理を行えば良い
が、ペイパービュー方式であって、番組の視聴後に課金
を行う場合には、契約者が視聴した番組を調べて、その
番組に応じた課金処理を行う必要がある。このため、こ
のようなペイパービュー方式の場合、受信側において、
契約者が視聴した番組の視聴履歴を、メモリなどの記憶
媒体に記憶させておき、これをセンタ局に、例えば電話
回線（公衆網）を介して送信（アップロード）し、セン
タ局側において、その視聴履歴に基づいて課金処理を行
うようになされている。

【０００５】フラット契約の制御、アップロード先の電
話番号の指定、および一定の期間以上視聴情報がセンタ
局側にアップロードされない場合の強制発呼の制御信号
などの情報は、契約者が所有する受信端末に固有のもの
であり、それぞれの受信端末（デコーダ）に対して個別
に伝送される。この個別情報（ＥＭＭ：EntitlementMan
agement Massage）は、センタ局において、伝送に適し
た長さに分割（パケット化）され、放送波に重畳して伝
送される。

【０００６】

【発明が解決しようとする課題】ところで、有料放送の
デジタル化に伴い、そのチャンネル数も１００チャンネ
ル以上となってきた。そのため、上述した個別情報の個
数が増大するとともに、それに含まれる情報も増加し、
そのデータ長が増大してきた。

【０００７】個別情報の伝送に使用できるビットレート
は限られているため、受信側において必要な個別情報を
受信するために要する時間が増大する課題があった。

【０００８】個別情報の受信に要する時間が増大する
と、必要な個別情報の受信が完了する前に、契約者がチ
ャンネルを切り替えたり、受信装置の電源がオフされる
といったような状況が起こり得る。これにより、必要な
個別情報が正常に受信されず、センタ局側からの契約形
態に関する制御が不完全になる課題があった。

【０００９】本発明はこのような状況に鑑みてなされた
ものであり、有料放送の契約形態に関わる個別情報をよ
り効率的、かつ、より確実に契約者に提供することがで
きるようにするものである。

【００１０】

【課題を解決するための手段】請求項１に記載の情報提
供装置は、有料放送の第１の契約形態に関する第１の情
報を生成する第１の生成手段と、有料放送の第２の契約
形態に関する第２の情報を生成する第２の生成手段と、
第１の生成手段により生成された第１の情報を放送波に
重畳して送信する第１の送信手段と、第２の生成手段に
より生成された第２の情報を電話回線を介して送信する
第２の送信手段とを備えることを特徴とする。

【００１１】請求項３に記載の情報提供方法は、有料放
送の第１の契約形態に関する第１の情報を生成する第１
の生成ステップと、有料放送の第２の契約形態に関する
第２の情報を生成する第２の生成ステップと、第１の生
成ステップで生成された第１の情報を放送波に重畳して
送信する第１の送信ステップと、第２の生成ステップで
生成された第２の情報を電話回線を介して送信する第２
の送信を含むことを特徴とする。

【００１２】請求項４に記載の情報受信装置は、放送波
に重畳された、有料放送の第１の契約形態に関する第１
の情報を受信する第１の受信手段と、有料放送の第２の
契約形態に関する第２の情報を電話回線を介して受信す
る第２の受信手段とを備えることを特徴とする。

【００１３】請求項６に記載の情報受信方法は、放送波
に重畳された、有料放送の第１の契約形態に関する第１
の情報を受信する第１の受信ステップと、有料放送の第
２の契約形態に関する第２の情報を電話回線を介して受
信する第２の受信ステップとを備えることを特徴とす
る。

【００１４】請求項１に記載の情報提供装置および請求
項３に記載の情報提供方法においては、有料放送の第１
の契約形態に関する第１の情報が放送波に重畳して送信
され、有料放送の第２の契約形態に関する第２の情報が
電話回線を介して送信される。

【００１５】請求項４に記載の情報受信装置および請求
項６に記載の情報受信方法においては、放送波に重畳さ
れた、有料放送の第１の契約形態に関する第１の情報が
受信され、有料放送の第２の契約形態に関する第２の情
報が電話回線を介して受信される。

【００１６】

【発明の実施の形態】以下に、本発明の実施例を説明す
るが、その前に、特許請求の範囲に記載の発明の各手段
と以下の実施例との対応関係を明らかにするために、各
手段の後の括弧内に、対応する実施例（但し、一例）を
付加して、本発明の特徴を記述すると、次のようにな
る。なお、この記載は、各手段を上記したものに限定す
ることを意味するものではない。

【００１７】請求項１に記載の情報提供装置は、有料放
送の第１の契約形態に関する第１の情報を生成する第１
の生成手段（例えば、図２のスクランブル制御システム
１３）と、有料放送の第２の契約形態に関する第２の情
報を生成する第２の生成手段（例えば、図２のスクラン
ブル制御システム１３）と、第１の生成手段により生成
された第１の情報を放送波に重畳して送信する第１の送
信手段（例えば、図２のアンテナ２）と、第２の生成手
段により生成された第２の情報を電話回線を介して送信
する第２の送信手段（例えば、図２のモデム２１）とを
備えることを特徴とする。

【００１８】請求項４に記載の情報受信装置は、放送波
に重畳された、有料放送の第１の契約形態に関する第１
の情報を受信する第１の受信手段（例えば、図６のチュ
ーナ３０）と、有料放送の第２の契約形態に関する第２
の情報を電話回線を介して受信する第２の受信手段（例
えば、図６のモデム４８）とを備えることを特徴とす
る。

【００１９】図１は、本発明を適用したスクランブル放
送システム（有料放送システム）の一実施の形態の構成
例を示している。センタ局１では、番組にスクランブル
がかけられ、さらに必要な処理が施されて、アンテナ
（パラボラアンテナ）２より電波として送信される。こ
の電波は、衛星（放送衛星または通信衛星）３を介し
て、受信者側のアンテナ（パラボラアンテナ）４で受信
され、受信端末５に供給される。受信端末５では、アン
テナ４から供給される受信信号（番組）がデスクランブ
ルされ、さらに必要な処理が施された後、対応する画像
がモニタに表示され、音声はスピーカから出力される
（いずれも図示せず）。また、受信端末５では、デスク
ランブルされた番組、即ち視聴された番組の視聴履歴
が、図６を参照して後述するメモリ５４に記憶され、公
衆網６を介して、例えば定期的に、あるいは必要なとき
に、センタ局１に送信される。センタ局１では、受信端
末５から視聴履歴を受信すると、その視聴履歴に基づい
て、例えば課金処理や視聴率の算出処理が行われる。な
お、この図においては、受信側の装置として受信端末５
のみを示したが、実際にはより多数の受信端末が存在す
ることが考えられる。

【００２０】図２は、センタ局１の詳細な構成例を示し
ている。番組を構成する映像、音声、その他のデータ
は、エンコーダ１１（エンコーダ１１Ａ乃至１１Ｅ）に
入力され、そこでディジタル化される。さらに、エンコ
ーダ１１は、番組制御システム１２の制御の下、番組単
位で、ディジタル化したデータに対し、圧縮（例えば、
MPEGの規格に準拠した圧縮処理など）その他の必要な処
理（例えば、音声のモードがステレオモードであるか、
または２カ国語モードであるかによって異なる処理や、
独立音声があるかないかで異なる処理など）を施して、
多重化部１５に出力する（以下、適宜、エンコーダ１１
から出力されるデータを番組データという）。

【００２１】なお、本実施の形態では、エンコーダ１１
は、エンコーダ１１Ａ乃至１１Ｅの合計５つのエンコー
ダより構成されており、従って、多重化部１５に対して
は、５チャンネル分の番組を同時に供給することができ
るようになされている。但し、エンコーダ１１の数は５
つに限定されるものではない。

【００２２】一方、顧客管理システム２２では、処理部
２５によって個別キー記憶部２４から個別キーが読み出
され、スクランブル制御システム１３に供給される。こ
こで、個別キーとは、受信契約した視聴者が所有する受
信端末５に固有のキーであり、従って、個別キー記憶部
２４には、すべての受信契約をした受信端末の個別キー
が記憶されている。なお、個別キー記憶部２４は、スク
ランブル制御システム内に設置されていてもよいし、複
数の個別キーが存在する場合、顧客管理システム２２ま
たはスクランブル制御システム１３に分散して配置され
ていてもよい。そして、顧客管理システム２２は、視聴
者の契約に対応して契約情報を生成し、スクランブル制
御システム１３に出力する。

【００２３】スクランブル制御システム１３では、各受
信端末の契約状況に応じて、各受信端末で利用される個
別情報Ａまたは個別情報Ｂが生成され、個別情報Ａは多
重化部１５に供給され、個別情報Ｂはモデム２１に供給
される。さらに、スクランブル制御システム１３におい
ては、スクランブルキーを暗号化するためのワークキー
が生成され、関連情報送出部１４に出力される。同時
に、このワークキーは、顧客管理システム２２から供給
された個別キーを用いて暗号化され、個別情報Ａに含め
られて多重化部１５に供給される。

【００２４】ここで、個別情報Ａは、主にフラット方式
の契約に関する情報であり、多重化部１５において番組
データやその他のデータに重畳され、衛星３を介して各
受信端末に送信されるようになされている。この個別情
報Ａには、上述したワークキーの他、その個別情報を利
用する受信端末に付されている、各受信端末を識別する
ためのデコーダ識別番号、契約者が最初に個別情報Ｂを
要求するときに用いるセンタ局１の電話番号、および契
約情報などが含まれており、顧客管理システム２２から
契約情報が供給された場合、その契約情報に応じて更新
されるようになされている。

【００２５】一方、個別情報Ｂは、主にペイパービュー
方式の契約に関する情報であり、各受信端末がセンタ局
１に視聴履歴を送信すべき時刻としてのアップロード時
刻（送信時刻）や、視聴履歴の送信先であるセンタ局１
の電話番号、また、視聴履歴を送信する場合においてセ
ンタ局１との回線接続に失敗したときに再発呼を行う回
数（リトライ回数）およびその再発呼間隔（リトライ間
隔）などのアップロード情報などは、各受信端末からの
送信要求があったとき、この個別情報Ｂとして、モデム
２１により公衆網６（電話回線）を介して送信されるよ
うになされている。なお、これらの個別情報について
は、さらに図５を用いて後述する。

【００２６】関連情報送出部１４では、番組にスクラン
ブルをかけるためのスクランブルキーが生成され、スク
ランブラ１６に供給される。同時に、このスクランブル
キーには、スクランブル制御システム１３から供給され
るワークキーを用いて暗号化され、各番組に付随する情
報である共通情報（番組情報）の中に含められる。ま
た、関連情報送出部１４には、スクランブル制御システ
ム１３からワークキーの他、番組制御システム１２か
ら、エンコーダ１１で処理された番組を識別するための
ユニークな番号としての番組番号が供給される。関連情
報送出部１４では、この番組番号も、共通情報の中に含
められる。なお、番組番号には、必要に応じて、その番
組番号に対応する番組を放送する放送局（本実施例で
は、センタ局１）を識別するための情報や、その番組
が、映像、音声、またはデータのいずれで構成されるの
かを識別するための情報などが含められる。

【００２７】さらに、関連情報送出部１４は、その他、
番組に関する必要な情報を共通情報に配置し、多重化部
１５に出力する。

【００２８】多重化部１５は、エンコーダ１１からの番
組データ、スクランブル制御システム１３からの個別情
報Ａ、および関連情報送出部１４からの共通情報を、時
分割多重化し、その多重化データを、パケットの形で、
スクランブラ１６に出力する。スクランブラ１６では、
多重化部１５からの多重化データのうちの番組部分に対
し、関連情報送出部１４からのスクランブルキーを用い
てスクランブルがかけられ、誤り訂正部１７に出力され
る。

【００２９】誤り訂正部１７では、スクランブラ１６の
出力に対し、誤り訂正符号が付加され、変調部１８に供
給される。変調部１８では、誤り訂正部１７の出力が、
例えば位相変調（例えば、４相位相変調など）され、そ
の結果得られる変調信号がアップコンバータ１９に出力
される。アップコンバータ１９では、変調信号の周波数
が、所定の周波数にアップコンバートされ、電力増幅部
２０に出力される。電力増幅部２０では、アップコンバ
ータ１９からの変調信号が電力増幅され、アンテナ２に
供給される。アンテナ２からは、アップコンバータ１９
からの信号が放送波として放射され、この放送波は、衛
星３を介して、受信側（いまの場合、受信端末５）に送
信される。

【００３０】顧客管理システム２２を構成する処理部２
５は、個別キー記憶部２４および視聴情報記憶部２８に
対するデータの読み書き制御を行う他、各受信端末にお
ける視聴履歴のアップロード時刻、センタ局１の電話番
号、リトライ回数およびリトライ間隔などの生成処理
や、各受信端末から送信されてくる視聴履歴の受信処理
などを行うようになされている。なお、アップロード時
刻は、各受信端末からの視聴履歴のアップロードが、同
一時刻に、過度に集中しないような時刻に設定される。
具体的には、例えば、処理部２５が、一度に、Ｍ個の受
信端末からのアクセスを受け付けることができる場合に
は、同一のアップロード時刻は、Ｍ個以下の受信端末に
対して設定される。

【００３１】ここで、本明細書中における時刻（アップ
ロード時刻）とは、時、分、または秒で表されるものの
他、必要に応じて、例えば、年や、月、日、曜日などを
含むものとする。従って、時刻が、例えば時、分、およ
び秒で表される場合は、毎日の、その時刻を意味し、ま
た、時刻が、例えば日、時、および分で表される場合
は、毎月の、その時刻を意味する。さらに、時刻が、
年、月、日、時、分、および秒で表される場合は、その
時刻を意味する。

【００３２】処理部２５において設定されたアップロー
ド時刻は、センタ局１の電話番号、リトライ回数、およ
びリトライ間隔とともにアップロード情報として、スク
ランブル制御システム１３に供給され、上述したよう
に、個別情報Ｂに含められる。また、顧客管理システム
２２を構成する視聴情報記憶部２８は、公衆網６を介し
て、受信端末５から送信されてくる視聴履歴を記憶する
ようになされている。

【００３３】ここで、図３は、個別情報Ａ、個別情報
Ｂ、および共通情報（以下、適宜、これらを総称して関
連情報と称する）の、送信時のパケットのフォーマット
を示している。本実施の形態では、これらの関連情報
は、例えばMPEG（Moving PictureExperts Group）２の
規格に準拠したパケット（トランスポートパケット）で
送信されるようになされている。１つのパケットは、例
えば図３に示すように、１８８バイトで構成され、その
先頭の４バイト（３２ビット）はヘッダとされ、残りの
１８４バイトはデータ部とされている。

【００３４】ヘッダは、同期バイト、パケットＩＤ、お
よびその他の情報で構成され、その先頭から、８ビット
の同期バイト、３つの１ビットの情報、１３ビットのパ
ケットＩＤ、２つの２ビットの情報、１つの４ビットの
情報が順次配置されている。同期バイトには、受信側で
同期を取るための情報が配置され、パケットＩＤには、
そのパケットが関連情報のものであるか、またはその他
のものであるかを識別するための情報が配置される。な
お、多重化部１５から出力される番組データのパケット
も、図３に示したフォーマットと同様のパケットであ
り、パケットが番組データのものである場合には、それ
を識別するための情報が、ヘッダのパケットＩＤに配置
される。

【００３５】ここで、MPEG２においては、トランスポー
トストリームは、図４（Ａ）に示すように定義されてい
る。同図（Ａ）に示すように、トランスポートストリー
ム（MPEG_transport_stream()）は、トランスポートパ
ケット（transport_packet()） で構成され、その詳細
は、図４（Ｂ）に示すように定義されている。なお、図
４（Ｂ）において、sync_byteから１１行目までが、ヘ
ッダの定義を表している。

【００３６】データ部には、上述したような情報が適宜
配置される。即ち、パケットが共通情報のものである場
合、例えば図５（Ａ）に示すように、データ部には、ス
クランブルキー（ワークキーを用いて暗号化されたも
の）、番組番号、その他の番組に関する情報が配置され
る。パケットが個別情報Ａのものである場合、例えば図
５（Ｂ）に示すように、データ部には、デコーダ識別番
号、ワークキー（個別キーを用いて暗号化されたも
の）、センタ局１の電話番号、デコーダ識別番号に対応
する受信端末の契約者の契約形態などが配置される。ま
た、パケットが個別情報Ｂのものである場合、図５
（Ｃ）に示すように、アップロード時刻、センタ局１の
電話番号、リトライ回数、およびリトライ間隔などが配
置される。

【００３７】図６は、受信端末５の詳細な構成例を示し
ている。なお、ここでは、この受信端末５を所有する契
約者が、例えばペイパービュー方式の契約を結んでいる
ものとする。受信端末５は、主に、チューナ３０、デコ
ーダ４０、およびセキュリティモジュール５０により構
成されている。チューナ３０は、復調部３１および誤り
訂正部３２により構成されており、デコーダ４０は、分
離部４１、デスクランブラ４４、送受信制御部４５、モ
デム４８、および選択ボタン４９から構成されている。
また、セキュリティモジュール５０は、復号部４２，４
３、メモリ５１乃至５４、EEPROM５５、アップロード制
御部５６、および分離部５９から構成されている。な
お、セキュリティモジュール５０は、受信端末５に対
し、着脱可能になされており、これにより必要に応じて
交換することができるようになされている。また、セキ
ュリティモジュール５０は、受信契約を結んだ契約者に
のみ提供されるようになされている。

【００３８】衛星３を介して、センタ局１から送信され
てきた放送波は、アンテナ４で受信され、所定の中間周
波数の信号（以下、適宜、ＩＦ信号という）とされ、チ
ューナ３０に供給される。チューナ３０では、復調部３
１において、アンテナ４からのＩＦ信号に対し、ダウン
コンバートその他の必要な処理が施された後、所定のチ
ャンネルの信号が復調され、その復調信号は、誤り訂正
部３２に出力される。誤り訂正部３２では、復調部３１
からの復調信号に対し、誤り訂正処理が施され、デコー
ダ４０に供給される。

【００３９】デコーダ４０では、誤り訂正部３２からの
出力（パケット）が、分離部４１に入力される。分離部
４１では、誤り訂正部３２からのパケットが番組データ
のパケットであるか、または関連情報のパケットである
かが、そのヘッダ（パケットＩＤ）を参照することによ
り識別される。そして、誤り訂正部３２からのパケット
が、番組データのパケットである場合、そのパケット
は、デスクランブラ４４に供給される。

【００４０】また、誤り訂正部３２からのパケットが、
関連情報のパケットである場合、分離部４１は、そのパ
ケットを、セキュリティモジュール５０の分離部５９に
出力する。分離部５９は、分離部４１から供給された関
連情報のパケットが共通情報のパケットであるか、また
は個別情報Ａのパケットであるかを、やはりそのヘッダ
（パケットＩＤ）を参照することにより識別する。関連
情報のパケットが、共通情報のパケットである場合、そ
のパケットは、復号部４３に出力される。一方、関連情
報のパケットが、個別情報Ａのパケットである場合、分
離部５９は、メモリ５１に記憶されている、受信端末５
に固有のデコーダＩＤを読み出し、このデコーダＩＤ
と、個別情報Ａに含まれているデコーダ識別番号とを比
較する。

【００４１】そして、分離部５９は、デコーダＩＤとデ
コーダ識別番号とが一致した場合のみ、個別情報Ａを復
号部４２に出力する。即ち、個別情報Ａが、受信端末５
で利用されるべきものである場合のみ、その個別情報Ａ
が、復号部４２に出力される。

【００４２】復号部４２は、個別情報Ａを受信すると、
メモリ５３からマスタキーを読み出す。ここで、このマ
スタキーは、センタ局１の個別キー記憶部２４に記憶さ
れている個別キーに相当するものである。従って、マス
タキーによれば、個別情報Ａに含まれている、暗号化さ
れているワークキーを復号することができる。そして、
復号部４２は、メモリ５３から読み出したマスタキーを
用いて、個別情報Ａに含まれるワークキーを復号し、メ
モリ５２に出力して記憶させる。

【００４３】受信端末５の所有者は、ペイパービュー方
式の契約を希望する場合、共通情報と個別情報Ａの他
に、個別情報Ｂを取得する必要がある。この場合、受信
端末５の所有者（契約者）は、アップロード制御部５６
を起動し、送受信制御部４５、モデム４８、および公衆
網６を介して、個別情報Ｂを要求するためのフラグやデ
コーダＩＤなどをセンタ局１に送信させる。このとき、
センタ局１の電話番号としては、個別情報Ａに含まれて
いるものが使用される。そして、これに対応して、個別
情報Ｂが、センタ局１から公衆網６を介して送信され、
送受信制御部４５は、モデム４８にこれを受信させる。
受信された個別情報Ｂは、アップロード制御部５６を介
して復号部４２に供給され、ここで復号された後、その
アップロード情報がEEPROM５５に記憶される。なお、フ
ラット契約のみの場合、このような操作は不要となる。

【００４４】視聴者（契約者またはその他の者）は、番
組の視聴を希望するとき、その視聴を希望する番組を、
選択ボタン４９を操作することにより選択する。選択ボ
タン４９が操作されると、その操作に対応した操作信号
が、復号部４３に出力される。復号部４３は、選択ボタ
ン４９から操作信号を受信すると、メモリ５２からワー
クキーを読み出し、このワークキーを用いて、分離部５
９から供給された共通情報に含まれる、暗号化されたス
クランブルキーを復号し、デスクランブラ４４に出力す
る。

【００４５】デスクランブラ４４は、復号部４３からス
クランブルキーを受信すると、そのスクランブルキーを
用いて、分離部４１から供給される番組データをデスク
ランブルする。このデスクランブルされた番組データ
は、図示せぬ装置に出力され、そこで必要な処理（例え
ば、MPEGデコード処理など）が施された後、図１で説明
したように、対応する画像がモニタに表示され、また音
声がスピーカから出力される。

【００４６】従って、視聴者は、視聴を希望する番組
を、選択ボタン４９を操作することで視聴することがで
きる。

【００４７】なお、デスクランブラ４４でデスクランブ
ルが開始された後は、そのデスクランブルされている番
組が終了すると、あるいは、再度、選択ボタン４９が操
作されると、復号部４３は、スクランブルキーの復号を
停止する。これにより、番組は、視聴不可状態となる。

【００４８】デスクランブラ４４でデスクランブルが開
始されると、復号部４３は、共通情報から、デスクラン
ブルされている番組の番組番号を抽出し、これを視聴情
報として、メモリ５４に供給して記憶させる。視聴者
が、選択ボタン４９を操作して、番組を視聴するたび
に、上述した処理が行われ、これにより、メモリ５４に
は、視聴者が視聴した番組の履歴、即ち視聴履歴が、番
組番号のリストの形で記憶される。

【００４９】以上のようにしてメモリ５４に記憶された
視聴履歴は、図７のフローチャートに従って、センタ局
１にアップロードされる。即ち、送受信制御部４５は、
まず、ステップＳ１において、所定の時間（例えばＮ
秒）だけ待って、ステップＳ２に進み、アップロード制
御部５６に対し、現在時刻がアップロード時刻に等しい
（アップロード時刻を経過している場合を含む）かどう
かを問い合わせる。アップロード制御部５６では、送受
信制御部４５からの問い合わせを受信すると、EEPROM５
５からアップロード時刻が読み出され、ステップＳ３に
おいて、現在時刻がアップロード時刻に等しいかどうか
が判定される。ステップＳ３において、現在時刻がアッ
プロード時刻に等しくないと判定された場合、ステップ
Ｓ１に戻る。

【００５０】従って、送受信制御部４５から、アップロ
ード制御部５６に対しては、Ｎ秒ごとに、上述したよう
な問い合わせが行われる。なお、ステップＳ１における
待ち時間Ｎ秒は、例えば１０秒などの、デコーダ４０に
対する負荷が大きくならない程度の時間に設定されてい
る。

【００５１】一方、ステップＳ３において、現在時刻が
アップロード時刻に等しいと判定された場合、ステップ
Ｓ４に進み、アップロード制御部５６では、メモリ５４
から視聴履歴が読み出されるとともに、EEPROM５５から
アップロード情報が読み出され、送受信制御部４５に供
給される。そして、送受信制御部４５では、ステップＳ
５において、視聴履歴がセンタ局１に送信（アップロー
ド）される。また、このとき、必要に応じて、新たに必
要な個別情報Ｂの要求フラグも同時に送信される。

【００５２】即ち、送受信制御部４５は、モデム４８を
制御することで、アップロード制御部５６から受信した
アップロード情報のうちのセンタ局１の電話番号を発呼
させる。そして、公衆網６を介して、センタ局１のモデ
ム２１と、モデム４８との間の通信リンクが確立する
と、送受信制御部４５は、視聴履歴または個別情報Ｂ要
求フラグを、デコーダＩＤまたは個別情報Ｂ要求フラグ
とともにセンタ局１にアップロードする。

【００５３】なお、ここでは、アップロード時刻とし
て、例えば日、時、および分が設定されているものとす
る。従って、この場合、毎月の、アップロード時刻で表
される時刻となると、視聴履歴のアップロード処理が行
われることとなる。

【００５４】センタ局１のモデム２１では、モデム４８
から公衆網６を介して送信されてきた視聴履歴およびデ
コーダＩＤが受信される。この視聴履歴およびデコーダ
ＩＤは、顧客管理システム２２に供給される。顧客管理
システム２２では、視聴履歴が、それとともに送信され
てきたデコーダＩＤと対応付けられ、さらに、その視聴
履歴が、正当なものであることの確認が行われた後、視
聴情報記憶部２８に供給されて記憶される。

【００５５】なお、視聴履歴を、デコーダＩＤと対応付
けるのは、その視聴履歴が、どの受信端末から送信され
てきたものかが分かるようにするためである。

【００５６】視聴情報記憶部２８に視聴履歴が記憶され
た後は、顧客管理システム２２が内蔵する処理部２５に
おいて、上述したように、その視聴履歴に基づいて、例
えば課金処理や、視聴率の算出処理などが行われる。

【００５７】センタ局１の処理部２５は、正当な視聴履
歴を受信すると、メモリ５４に記憶されている視聴履歴
をクリアするためのクリアコードと、要求があった個別
情報Ｂを、モデム２１に送信させる。これらは、公衆網
６、モデム４８、および送受信制御部４５を介して、ア
ップロード制御部５６で受信され、アップロード制御部
５６は、クリアフラグを受信すると、ステップＳ６にお
いて、メモリ５４に記憶された視聴履歴をクリア（削
除）する。これにより、メモリ５４の記憶領域が確保さ
れ、メモリ５４には、新たな視聴履歴を記憶させること
が可能となる。また、個別情報Ｂが受信された場合、こ
れは復号部４２により復号された後、ステップＳ７にお
いて、これに含まれている新たなアップロード情報がEE
PROM５５に記憶される。

【００５８】以上の処理は、受信端末５において常に実
行されている。従って、本実施の形態の場合、次の月の
アップロード時刻になると、再び、視聴履歴がアップロ
ードされることになる。

【００５９】以上のように、センタ局１において、個別
情報を、フラット方式の契約に関する個別情報Ａと、ペ
イパービュー方式の契約に関する個別情報Ｂとに区別
し、個別情報Ａは放送波に重畳して送信し、個別情報Ｂ
は受信端末５からの要求に応じて電話回線（公衆網６）
を介して送信することにより、放送波に重畳されて伝送
される個別情報Ａのデータ量が減少し、それぞれの個別
情報を受信端末（契約者）により確実に提供することが
可能となる。

【００６０】なお、センタ局１では、上述したように、
視聴履歴に基づいて、課金処理が行われ、その課金処理
結果に基づいて、受信料の請求がなされる。このため、
受信料の徴収を免れようとして、例えば視聴履歴の改竄
などの不正な行為が行われる場合があり、正当な受信料
の徴収のためには、そのような不正な行為を防止する必
要がある。

【００６１】そこで、センタ局１のモデム２１と、受信
端末５のモデム４８との間の通信リンクが確立された
後、処理部２５と送受信制御部４５との間では、センタ
局１を認証するためのセンタ局認証情報と、セキュリテ
ィモジュール５０を認証するためのモジュール認証情報
とがやりとりされ、これにより、互いに相手方が、正当
な通信相手であることが確認されてから、視聴履歴のや
りとりが行われるようになされている。これにより、モ
デム４８に、センタ局１を擬製した部を接続して視聴履
歴を読み出し、メモリ５４のクリアを行ったり、セキュ
リティモジュール５０を擬製したモジュールを受信端末
５にセットし、不正な視聴履歴を送信したりすることを
防止することができるようになされている。

【００６２】また、受信端末５からセンタ局１に送信さ
れる情報は、例えば送受信制御部４５またはアップロー
ド制御部５６において暗号化されるようになされてお
り、これにより、モデム４８から出力される視聴履歴な
どが改竄されることを防止することができるようになさ
れている。なお、暗号化処理は、同一の情報を暗号化し
た場合でも、暗号化のたびに、異なる暗号文が得られる
ようにするのが好ましい。

【００６３】さらに、メモリ５４の残りの記憶容量（残
容量）が少なくなり（あるいは、残容量がなくなり）、
視聴履歴を記憶することができなくなった場合には、デ
スクランブラ４４において、デスクランブルが行われな
いようになされている。これにより、受信料の徴収を免
れようとして、モデム４８から電話回線を抜いて、視聴
履歴の送信を行うことができないようにした場合には、
メモリ５４のクリアが行われなくなり、その結果、その
後の不正受信を防止することができる。

【００６４】但し、このようにした場合、正当な受信者
であっても、次の視聴履歴の送信が行われるまでに、数
多くの番組を視聴したときには、メモリ５４に、視聴履
歴を記憶することができなくなり、その結果、番組の視
聴をすることができなくなることがある。そこで、アッ
プロード制御部５６では、図７のステップＳ２におい
て、送受信制御部４５からの問い合わせがあった場合に
は、現在時刻とアップロード時刻との比較処理が行われ
るだけでなく、メモリ５４の残容量の検出処理も行われ
るようになされている。そして、アップロード制御部５
６は、検出したメモリ５４の残容量が、所定値以下であ
るかどうかを判定し、メモリ５４の残容量が所定値以下
である場合には、受信端末５において、図７のステップ
Ｓ４以下の処理が行われる。これにより、正当な受信者
が、番組の視聴ができなくなることを防止することがで
きる。

【００６５】なお、この場合、視聴履歴の送信は、アッ
プロード時刻に行われないため、センタ局１との通信リ
ンクが確立されず、これにより、メモリ５４のクリア
が、即座に行われないことがある。そして、この場合、
選択ボタン４９を操作しても、デスクランブラ４４で
は、デスクランブルが行われないので、正当な受信者
が、部が故障しているものと勘違いすることがある。そ
こで、メモリ５４の残容量が所定値以下となった場合に
は、メモリ５４がクリアされないために番組の視聴が制
限される旨のメッセージ（以下、適宜、視聴制限メッセ
ージという）を、セキュリティモジュール５０からデコ
ーダ４０に送信するようにするとともに、デコーダ４０
に表示部を設け、その表示部に、視聴制限メッセージを
表示するようにすることができる。これにより、正当な
受信者が、部が故障しているものと勘違いすることを防
止することができる。

【００６６】以上においては、本発明をスクランブルを
かけた情報をディジタルで放送するスクランブル放送シ
ステムに適用した場合について説明したが、本発明は、
スクランブルをかけずに放送を行う放送方式によるシス
テムその他にも適用可能である。また、本発明は、ディ
ジタルで情報を伝送する他、アナログで情報を伝送する
装置、あるいはディジタルおよびアナログ混在で情報を
伝送する装置などにも適用可能である。

【００６７】なお、本実施の形態では、衛星回線（衛星
３）を介して、番組データを伝送するようにしたが、番
組データの伝送は、衛星回線の他、例えばＣＡＴＶ網そ
の他の伝送路を介して行うことが可能である。

【００６８】また、本実施の形態においては、個別キー
を、顧客管理システム２２が内蔵する個別キー記憶部２
４に記憶させるようにしたが、個別キーは、その他、例
えばスクランブル制御システム１３で記憶、管理するよ
うにすることが可能である。

【００６９】また、図６では、デコーダ４０とセキュリ
ティモジュール５０とが、複数の線で接続されるように
図示してあるが、受信端末５を実際に構成する場合に
は、デコーダ４０とセキュリティモジュール５０とは、
例えば、物理的に１本の線で接続するようにし、その間
のデータのやりとりは、例えば半２重通信で行うように
することが可能である。

【００７０】さらに、本実施の形態では、送信時のパケ
ットのフォーマットを、MPEG２に準拠したものとするよ
うにしたが、このパケットのフォーマットは、これに限
定されるものではない。

【００７１】また、受信端末５がアップロード時刻にセ
ンタ局１に対して発呼を行った場合において、例えば公
衆網６のトラフィックが増加したときなどには、受信端
末５とセンタ局１との間の通信リンクが確立されないこ
とがある。そこで、通信制御部４５には、このような場
合、アップロード情報に含まれるリトライ間隔で、多く
てもリトライ回数だけ再発呼するように、モデム４８を
制御させるようにすることが可能である。

【００７２】本実施の形態では、受信端末５から発呼を
行い、視聴履歴を、センタ局１に送信するようにした
が、この他、例えば、センタ局１から発呼を行い、受信
端末５に対し、視聴履歴を送信するように指示するよう
にすることも可能である。

【００７３】さらに、本実施の形態においては、セキュ
リティモジュール５０のメモリ５４から視聴履歴を読み
出し、デコーダ４０の送受信制御部４５に送信した後、
受信端末５とセンタ局１との間の通信リンクを確立し
て、視聴履歴をアップロードするようにしたが、その
他、例えば受信端末５とセンタ局１との間の通信リンク
を確立後、メモリ５４から視聴履歴を読み出し、センタ
局１に送信するようにすることも可能である。しかしな
がら、このようにすると、受信端末５がセンタ局１と通
信を行う際に、デコーダ４０とセキュリティモジュール
５０との間で、視聴履歴のやりとりを行うというオーバ
ヘッドを生じることとなるので、上述したように、視聴
履歴を送受信制御部４５に送信した後、受信端末５とセ
ンタ局１との間の通信リンクを確立して、視聴履歴を送
信するようにする方が好ましい。

【００７４】

【発明の効果】以上の如く、請求項１に記載の情報提供
装置および請求項３に記載の情報提供方法によれば、有
料放送の第１の契約形態に関する第１の情報を放送波に
重畳して送信し、有料放送の第２の契約形態に関する第
２の情報を電話回線を介して送信するようにしたので、
個別情報をより効率的、かつ、より確実に契約者に提供
することが可能となる。

【００７５】請求項４に記載の情報受信装置および請求
項６に記載の情報受信方法によれば、放送波に重畳され
た、有料放送の第１の契約形態に関する第１の情報を受
信し、有料放送の第２の契約形態に関する第２の情報を
電話回線を介して受信するようにしたので、個別情報を
より確実に取得することが可能となる。

【図面の簡単な説明】

【図１】本発明を適用した有料放送システムの一実施例
の構成を示す図である。

【図２】図１のセンタ局１の詳細な構成例を示すブロッ
ク図である。

【図３】パケットのフォーマットを示す図である。

【図４】トランスポートストリームおよびトランスポー
トパケットを示す図である。

【図５】共通情報、個別情報Ａ、および個別情報Ｂのパ
ケットを示す図である。

【図６】図１の受信端末５の詳細な構成例を示すブロッ
ク図である。

【図７】アップロード処理を説明するためのフローチャ
ートである。

【符号の説明】

１ センタ局， ２ パラボラアンテナ， ３ 衛星，
４ パラボラアンテナ， ５ 受信端末， ６ 公衆
網， １１ エンコーダ， １２ 番組制御システム，
１３ スクランブル制御システム， １４ 関連情報
送出部， １５多重化部， １６ スクランブラ， ２
１ モデム， ２２ 顧客管理システム， ２５ 処理
部， ２８ 視聴情報記憶部， ３０ チューナ， ４
０ デコーダ， ４１ 分離部， ４２，４３ 復号
部， ４４ デスクランブラ，４５ 送受信制御部，
４８ モデム， ５０ セキュリティモジュール， ５
１乃至５４ メモリ， ５５ EEPROM， ５６ アップ
ロード制御部， ５９分離部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 有料放送の第１の契約形態に関する第１
   の情報を生成する第１の生成手段と、 前記有料放送の第２の契約形態に関する第２の情報を生
   成する第２の生成手段と、 前記第１の生成手段により生成された前記第１の情報を
   放送波に重畳して送信する第１の送信手段と、 前記第２の生成手段により生成された前記第２の情報を
   電話回線を介して送信する第２の送信手段とを備えるこ
   とを特徴とする情報提供装置。
2. 【請求項２】 前記第１の契約形態は、チャンネル単位
   で受信料を支払うフラット方式であり、 前記第２の契約形態は、視聴した番組に応じて受信料を
   支払うペイパービュー方式であることを特徴とする請求
   項１に記載の情報提供装置。
3. 【請求項３】 有料放送の第１の契約形態に関する第１
   の情報を生成する第１の生成ステップと、 前記有料放送の第２の契約形態に関する第２の情報を生
   成する第２の生成ステップと、 前記第１の生成ステップで生成された前記第１の情報を
   放送波に重畳して送信する第１の送信ステップと、 前記第２の生成ステップで生成された前記第２の情報を
   電話回線を介して送信する第２の送信ステップとを含む
   ことを特徴とする情報提供方法。
4. 【請求項４】 放送波に重畳された、有料放送の第１の
   契約形態に関する第１の情報を受信する第１の受信手段
   と、 前記有料放送の第２の契約形態に関する第２の情報を電
   話回線を介して受信する第２の受信手段とを備えること
   を特徴とする情報受信装置。
5. 【請求項５】 前記第１の契約形態は、チャンネル単位
   で受信料を支払うフラット方式であり、 前記第２の契約形態は、視聴した番組に応じて受信料を
   支払うペイパービュー方式であることを特徴とする請求
   項４に記載の情報受信装置。
6. 【請求項６】 放送波に重畳された、有料放送の第１の
   契約形態に関する第１の情報を受信する第１の受信ステ
   ップと、 前記有料放送の第２の契約形態に関する第２の情報を電
   話回線を介して受信する第２の受信ステップとを含むこ
   とを特徴とする情報受信方法。