JP2000032498A

JP2000032498A - 番組選択履歴情報取得方法および取得装置

Info

Publication number: JP2000032498A
Application number: JP10201443A
Authority: JP
Inventors: Susumu Nagano; 晋長野; Shinji Sumiyama; 伸治角山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-07-16
Filing date: 1998-07-16
Publication date: 2000-01-28

Abstract

(57)【要約】【課題】集計センタなどにおいて、視聴データや視聴
率データのセキュリティを高める。【解決手段】ＩＲＤから集計センタへ視聴データを送
信する場合には、ダイヤリングし（ステップＡ１）、ホ
スト識別番号を送信した（ステップＡ２）後、集計セン
タから暗号化のための鍵を受信する（ステップＡ３）。
次に、受信した鍵を用いて暗号化した視聴データを送信
する（ステップＡ４）。集計センタ側で指定した鍵によ
って視聴データが暗号化されるので、ＩＲＤが固定的に
保有している鍵で暗号化する場合に比較すると、視聴デ
ータや視聴率データの秘匿性が増す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば衛星ディジ
タル放送における視聴率データの取得に好適な番組選択
履歴情報取得方法および取得装置に関し、特に、視聴率
データのセキュリティを高める技術に関する。

【０００２】

【従来の技術】従来、テレビ番組の視聴率データは、特
定の視聴率調査システムによって、例えば数百世帯のサ
ンプル調査結果をもとに作成されている。この視聴率調
査システムでは、所定の時間間隔毎に、選択されたチャ
ンネル番号情報と選択された時間情報とを視聴データと
して、予め視聴者のテレビ受像機に取り付けられた特定
の記憶装置に記憶する。記憶された視聴データは集計セ
ンタからの転送要求により、個々の記憶装置毎に集計セ
ンタへ転送される。集計センタは、個々の記憶装置から
転送された視聴データを集計して番組毎の視聴率データ
を算出し、放送事業者や番組制作会社に通知する。

【０００３】近年は通信衛星を用いた衛星ディジタル放
送が実用化されており、この衛星ディジタル放送のテレ
ビ番組を受信する受信装置としてＩＲＤ（Integrated R
eceiver Decoder ）と呼ばれる受信装置がある。このＩ
ＲＤは、放送局から所定の画像圧縮符号化方式によって
符号化されて放送される多数の番組を通信衛星を介して
選択的に受信できるように構成されており、ユーザが選
択した番組を内部のデコーダで復号化し、モニタに表示
するようになされている。そして、このように構成され
た衛星ディジタル放送においても、前述したような方法
により視聴率データを算出することができる。

【０００４】

【発明が解決しようとする課題】従来の視聴率調査シス
テムでは、視聴データや視聴率データの内容が簡単に分
かるものであるため、プライバシーを保護するために、
視聴データや視聴率データを厳重に管理することが必要
であった。

【０００５】したがって、本発明の目的は、視聴データ
や視聴率データの秘匿性を向上させて、セキュリティを
高めることのできる番組選択履歴情報取得方法および取
得装置を提供することである。

【０００６】

【課題を解決するための手段】前述した本発明の課題
は、所定の取得タイミング毎に前記番組の選択情報を記
憶する手順と、集計センタから暗号化の鍵を受信する手
順と、前記記憶した選択情報を、前記受信した鍵を使用
して暗号化し、所定の送信タイミング毎に前記集計セン
タへ送信する手順とを備えることを特徴とする番組選択
履歴情報取得方法により解決される。

【０００７】また、前述した本発明の課題は、所定の取
得タイミング毎に番組の選択情報を記憶する記憶手段
と、集計センタから暗号化の鍵を受信する受信手段と、
前記記憶手段に記憶した選択情報を、前記受信手段で受
信した鍵を使用して暗号化し、所定の送信タイミング毎
に前記集計センタへ送信する送信手段とを備えることを
特徴とする番組選択履歴情報取得装置により解決され
る。

【０００８】本発明によれば、番組の選択情報は所定の
取得タイミング毎に記憶される。この選択情報は、集計
センタから送られてきた鍵を使用して暗号化され、所定
の送信タイミング毎に集計センタへ送信される。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら、詳細に説明する。なお、衛星デ
ィジタル放送では、一つの放送電波( キャリア) に複数
の放送番組や情報の信号を多重化して放送することが行
われている。このため以下に説明する実施形態では、こ
のような一つのキャリアを受信して復調し、目的とする
信号を抽出できるものとして説明する。

【００１０】図１は本発明に係る衛星ディジタル放送受
信システムの構成を示すブロック図である。この衛星デ
ィジタル放送受信システムは、アンテナ１と、アンテナ
１に接続されたコンバータ２と、コンバータ２に接続さ
れたＩＲＤ３とから構成されている。アンテナ１は衛星
（図示せず）を介して送られてきた信号を受信する。ア
ンテナ１に取り付けられたコンバータ２は、受信信号を
所定の周波数に変換し、ＩＲＤ３に供給する。

【００１１】ＩＲＤ３は大きく分けると、受信信号処理
部１０と制御部２０とから構成されている。

【００１２】受信信号処理部１０は、チューナ１１と、
その出力が入力されるフロントエンド１２と、その出力
が入力されるトランスポート処理部１３と、その出力が
入力されるデコーダ１４とから構成されている。それぞ
れの機能を簡単に説明すると、まずチューナ１１はコン
バータ２から得られた中間周波信号内の複数のキャリア
の中から１つのキャリアを選択する。キャリアの選択
は、制御部２０がキー入力インタフェース２４あるいは
リモコンインタフェース２５を通じてＩＲＤのユーザか
らの指示を受け、それに対応する制御信号をチューナ１
１に送ることにより行われる。なお、以下の説明ではイ
ンタフェースをＩ／Ｆと記載する。

【００１３】フロントエンド１２は、チューナ１１から
得られた信号をディジタル信号に変換・復調し、ビット
誤り訂正を行う。トランスポート処理部１３は、スクラ
ンブルがかかった信号のスクランブルを解くデスクラン
ブラ１３１と、多重化されているトランスポートストリ
ームを所望のストリームやセクションに分離するデマル
チプレクサ１３２とから構成されている。この分離処理
の際には、入力されたトランスポートストリームが一
旦、デマルチプレクサ１３２に接続されたＤＲＡＭに格
納される。ここで、ストリームやセクションは、それぞ
れＩＴＵ−ＴＲｅｃＨ．２２０，ＩＳＯ／ＩＥＣ
１３８１８−１（以下、ＭＰＥＧシステム）で規定され
ているＰＥＳ（Packetized Elementary Stream) とセク
ション(Section) を意味する。

【００１４】デコーダ１４は、ＭＰＥＧデコーダ１４１
と、その出力が入力されるＮＴＳＣエンコーダ１４２
と、ＭＰＥＧデコーダ１４１の出力が入力されるＤ／Ａ
コンバータ１４３とを備えている。デマルチプレクサ１
３２から送られるビデオデータおよびオーディオデータ
はＭＰＥＧデコーダ１４１でデコードされ、それぞれの
信号はＮＴＳＣエンコーダ１４２、Ｄ／Ａコンバータ１
４３に供給される。そして、最終的にそれぞれ外部のモ
ニタ（図示せず）の表示部に画像が表示され、スピーカ
から音声が出力される。なお、ＭＰＥＧデコーダ１４１
でのデコード時には、入力されたビデオデータおよびオ
ーディオデータは一旦、ＭＰＥＧデコーダ１４１に接続
されたＤＲＡＭに格納される。

【００１５】制御部２０はＣＰＵ２１と、内部バス２２
によりＣＰＵ２１に接続された作業用メモリ２３および
バージョン番号メモリ２８と、ＣＰＵ２１に接続された
キーＩ／Ｆ２４、リモコンＩ／Ｆ２５、タイマ２６、お
よびモデム２７を備えている。ここで、作業用メモリ２
３はＲＡＭ（Random Access Memory）で構成され、バー
ジョン番号メモリ２８はＲＯＭ（Read Only Memory）な
どで構成されている。キーＩ／Ｆ２４およびリモコンＩ
／Ｆ２５はユーザがＩＲＤ３に対して、番組の選択、録
画予約等の各種指示を入力するための操作部である。バ
ージョン番号メモリ２８には、このＩＲＤ３で送信する
視聴データのバージョン番号が予め書き込まれている。
タイマ２６は現在の時刻を示す時間情報を生成して出力
する。モデム２７は後述する集計センタへ視聴データを
送信するために必要な各種処理を実行する。

【００１６】ＣＰＵ２１はキーＩ／Ｆ２４やリモコンＩ
／Ｆ２５などから得られるユーザの指示を解釈して、各
部を必要な状態に制御する。また、例えばトランスポー
トストリームのセクションとして伝送されてくるＥＰＧ
（Electronic Program Cuide）情報をデマルチプレクサ
１３２より内部バス２２経由で作業用メモリ２３に展開
し、ユーザの指定した形式に整えた後、ＭＰＥＧデコー
ダ１４１内のＯＳＤ（On Screen Display ）を利用して
外部のモニタへ出力したりする。

【００１７】また、ＣＰＵ２１は作業用メモリ２３内
に、ユーザが視聴した一日分の視聴データを格納する。
そして、そのために必要な各種情報を作業用メモリ２３
内に保持している。すなわち、作業用メモリ２３内に
は、現時刻変数２３１、チャンネル変数２３２、視聴デ
ータ領域２３３、カウンタ変数２３４、アイコン表示変
数２３５、およびコマンド入力領域２３６が確保されて
いる。現時刻変数２３１は、現在の時刻情報を格納する
ための変数である。チャンネル変数は、選択中のチャン
ネル番号を格納するための変数である。視聴データ領域
２３３は、視聴データを格納するための領域である。カ
ウンタ変数２３４は、視聴データのサンプル回数のカウ
ント値を格納するための変数である。アイコン表示変数
２３５は、後述する視聴確認アイコンがモニタ画面に表
示されているか否かを表す値を格納するための変数であ
る。コマンド入力領域２３６は、ユーザがキーＩ／Ｆ２
４またはリモコンＩ／Ｆ２５からコマンドを入力した際
に、その時の現時刻変数２３１の値を格納する。

【００１８】次に、以上のように構成されたＩＲＤ３が
集計センタへ視聴データを送信するまでの手順について
説明する。なお、この手順を実行する前提として、作業
用メモリ２３内に現時刻変数２３１およびチャンネル変
数２３２が存在し、適切な値が保持されているとする。
また、作業用メモリ２３内に視聴用データを格納する領
域２３３が確保されているとする。このＩＲＤ３は視聴
データを暗号化して集計センタへ送信すること、および
視聴データのバージョン番号を送信することを基本機能
として備えているが、この基本機能に加えて、視聴確認
情報を送信する機能を有している。そして、視聴確認情
報を構成する際に、カウンタ変数２３４およびアイコン
表示変数２３５を利用する方法と、コマンド入力領域２
３６を利用する方法とがあり、ＣＰＵ２１の処理および
視聴確認情報の構造が異なる。そこで、まず基本機能の
部分について説明する。

【００１９】ＣＰＵ２１はタイマ２６を設定して、例え
ば３０秒毎に周期的に割り込みが入るようにする。割り
込みが入ると、ＣＰＵ２１は変数２３１および変数２３
２を参照し、現在時刻と現在選局中のチヤンネル番号を
得て、それらをまとめて視聴データ格納領域２３３に追
加する。

【００２０】一方、視聴データの集計センタへの送信は
以下のように行う。まず、ＩＲＤ３と集計センタとの間
の接続関係を図２に示す。ＩＲＤ３と集計センタ４との
間は、電話回線５およびパケット網６により接続されて
いる。電話回線５とパケット網との間にはモデム７が設
けられている。ここで、モデム２７は例えばＶ．２２ｂ
ｉｓ規格に準拠した２４００ｂｐｓ／全二重／同期−非
同期通信が可能な一般的なものでよい。また、モデム間
のデータ伝送のための通信プロトコルとしては、例えば
ＴＷＩＮＸを使用し、パケット網６としては例えばＴＷ
ＩＮ’ＥＴを使用することができる。

【００２１】このような構成において、ＩＲＤ３が集計
センタ４へ視聴データを送信する場合、前提として、Ｉ
ＲＤ３は集計センタ４の電話番号を予め知っており、集
計センタ４はＩＲＤ３のユーザを特定する識別番号を知
っているものとする。例えば、集計センタ４の電話番号
はＩＲＤ３の制御部２０内に設けられているフラッシュ
メモリ等に予め書き込んでおくことができる。また、Ｉ
ＲＤ３の識別番号は、例えばユーザの申込みにより集計
センタ４から文書などで通知され、ユーザがリモコンを
使用してＩＲＤ３に入力しておくことができる。

【００２２】ＣＰＵ２１は定期的に、例えば一日に一
回、定められた時刻になるとモデム２７を制御して集計
センタ４に電話回線５を経由して接続する。ＩＲＤ３か
ら見た接続の手順は図３に示されている。

【００２３】まず、モデム２７とモデム７とを接続する
ためのモデム接続フェーズに入る。ステップＡ１に示さ
れているように、このフェーズは、集権センタ４の電話
番号をダイヤリングした後、モデム７よリ「ｃｏｎｎｅ
ｃｔ２４００／１２００」が返送されることにより完了
する。

【００２４】次に、ＴＷＩＮＸデータ転送のためのＴＷ
ＩＮ’ＥＴ接続フェーズに移る。ステップＡ２に示され
ているように、このフェーズは、ホスト識別番号を集計
センタ４へ送信した後、「ＣＯＭ」の応答が得られるこ
とにより完了する。

【００２５】ＴＷＩＮ’ＥＴ接続が完了すると、視聴デ
ータを暗号化するための鍵を集計センタ４から受け取る
ための鍵交換フェーズに入る。ステップＡ３に示されて
いるように、このフェーズは、集計センタ４から暗号化
の鍵とそのインデックス（複数の鍵を区別する場合）を
受信することにより完了する。鍵を一つしか使用しない
場合には、鍵交換フェーズでは鍵のみ送信し、インデッ
クスは送信しない。

【００２６】鍵交換フェーズが完了すると、ステップＡ
４に示されているように、ＴＷＩＮＸプロトコルを使用
した視聴データの転送フェーズに入る。この視聴データ
は、鍵交換フェーズで受信した暗号化の鍵を用いて暗号
化されている。視聴データの詳細については後述する。
また、鍵受信フェーズでインデックスも受信した場合に
は、視聴データとともにインデックスも転送する。図４
はＴＷＩＮＸプロトコルによるデータ転送シーケンスを
示し、図５はデータフォーマットを示す。ＴＷＩＮＸは
基本的に、「ＥＮＱ（Enquiry ）」の送信によって回線
の制御権を取得し、「ＥＯＴ（End of Transmission
）」の送信によって制御権を手放すまでの間に、「Ｓ
ＴＸ（Start of Text ）」と「ＥＴＸ（End of Text
）」で挟まれたテキストデータを送信するプロトコル
である。

【００２７】視聴データの送信を全て終了し、集計セン
タ４から全視聴データの完全な受信を示す「ＡＣＫ（Ac
knowledge ）」が返送されたならば切断フェーズに入
る。ステップＡ５に示されているように、このフェーズ
は集計センタ４が回線を切断することにより終了する。

【００２８】以上説明した、モデム接続／ＴＷＩＮ’Ｅ
Ｔ接続／データ転送／切断の各フェーズを順に実行する
ことにより、視聴データを集計センタ４へ送信すること
ができる。なお、図３に示されている手順の中で、回線
が使用中であったり、途中で回線が切断されたりした場
合は視聴データ送信の失敗であり、必要に応じてリトラ
イを行ったりする。エラーの詳細については省略する。

【００２９】図６は視聴データの構成の一例を示すもの
である。この図の横方向は６バイトである。視聴データ
は、ユーザを特定する識別子（識別番号）と、ＩＲＤの
バージョン番号と、データを収集した日付と、視聴サン
プルの収集数と、暗号化の鍵を特定するインデックスと
が記されているヘッダー部と、暗号化された視聴サンプ
ルを集めたデータ部とからなる。視聴データのへッダー
部は暗号化されていない。

【００３０】ヘッダー部のユーザ識別子はＩＲＤ３のユ
ーザを特定するための識別番号である。集計センタ４で
は、受信した視聴データに記されているユーザ識別子が
事前に通知してある識別番号と一致する場合のみ、受信
した視聴データを適正なものとして処理する。

【００３１】ヘッダー部のバージョン番号は視聴データ
のバージョンを特定するための番号である。ＩＲＤの性
能向上やデータの高付加価値化などのために、多くの種
類の視聴データを収集する必要が生じた場合、視聴デー
タのバージョン番号を参照することにより、その視聴デ
ータが新バージョンなのか旧バージョンなのかを集計セ
ンタ４の側で知ることができる。すなわち、新規な視聴
データを送信可能なＩＲＤはそれを示すバージョン番号
を使用し、新規な視聴データを送信不可能なＩＲＤはそ
れを示すバージョン番号を使用する。例えば、それまで
未使用であった視聴サンプルの属性データ（ａｔｔｒ：
attribute ）の１ビットに新たな意味付けを行った場合
などに新しいバージョン番号を記述するようにする。そ
して、視聴データを受け取った集計センタ４では、例え
ばバージョン番号＃１の視聴データの属性データは３ビ
ット有効であり、バージョン番号＃２の視聴データの属
性データは４ビット有効である、というようにバージョ
ン番号を見ることにより、視聴データの種別および有効
データなどを判別することができる。図６には属性デー
タの４ビットが有効な視聴データが示されている。

【００３２】ヘッダー部の日付情報（年月日）は視聴デ
ータを取得した日付を表す。ヘッダー部のサンプル数
は、データ部の視聴サンプルの数を表す。ヘッダー部の
インデックスは、鍵交換フェーズにおいて集計センタ４
から送られてきた鍵のインデックスを表す。つまり、受
信したインデックツスそのまま集計センタ４に返送す
る。集計センタ４では、インデックスから鍵を特定し、
暗号を解く。インデックスは“０”は鍵＃０、“１”は
鍵＃１というように、一意に鍵が特定できるようにして
ある。鍵を一つしか使用しない場合には、鍵交換フェー
ズでは鍵のみ受信し、インデックスは受信していないの
で、視聴データのヘッダー部にはインデックスを記述し
ない。

【００３３】ヘッダー部に続くデータ部は、集計センタ
４から送られた鍵により暗号化されている。集計センタ
４で得られた視聴データは鍵がなければ復号することが
できないので秘匿性が増す。データ部の暗号化された視
聴サンプルは、視聴サンプルの収集時刻（時分秒）と、
その時刻におけるチャンネル番号と、属性データとから
なる。属性データは「ＥＰＧ」、「録画購入」、「録画
予約」、「視聴予約」に対して一ビットが割り当てられ
ている。「ＥＰＧ」の値は、視聴サンプルが収集された
時刻にＥＰＧ画面が表示されているか否かを表す。「録
画購入」の値は、視聴サンプルが収集された時刻に、Ｉ
ＲＤ３に接続された録画装置（図示せず）に録画され、
番組が購入されているか否かを表す。「録画予約」の値
は、視聴サンプルが収集された時刻に録画予約中である
か否かを表す。そして、「視聴予約」は、視聴サンプル
が収集された時刻に視聴予約中であるか否かを表す。

【００３４】図７は視聴データの構成の別の一例を示す
ものである。この視聴データは、図６に示されている視
聴データに対して、属性データとして「視聴確認」ビッ
トを追加したものである。この「視聴確認」ビットは、
視聴サンプルが収集された時点で実際にユーザが番組を
視聴しているか否か（視聴アイコンが表示されているか
否か）を表す。図６の視聴データと図７の視聴データと
を区別するためには、前述した通りヘッダー部のバージ
ョン番号を利用する。

【００３５】ユーザが番組を視聴しているか否かの判定
は、モニタ画面上に所定時間毎に視聴確認アイコンを表
示し、ユーザがリモコン等を用いてその視聴確認アイコ
ンを選択した場合（例えば決定キーを押した場合）に視
聴しているものと判定する。この判定を行う場合には、
作業用メモリ２３内のカウンタ変数２３４とアイコン表
示変数２３５を使用する。

【００３６】カウンタ変数２３４は、視聴サンプルの収
集間隔である３０秒毎の割り込みで１ずつインクリメン
トされ、視聴確認アイコンの表示間隔の時間が経過する
と“０”にリセットされる。例えば視聴確認アイコンの
表示間隔が３０分の場合には、“０”にリセットされて
から６０回目のタイマの割り込みにより再び“０”にリ
セットされる。アイコン表示変数２３５は、モニタ画面
に視聴確認アイコンを表示する時に“１”がセットさ
れ、ユーザがリモコンなどを使用して視聴確認アイコン
を選択した場合に“０”にリセットされる。視聴サンプ
ルデータ内の属性情報に設けられている「視聴確認」ビ
ットには、視聴サンプル保存時のアイコン表示変数２３
５の値が反映される。

【００３７】次に、図８を参照しながら、ユーザが番組
を視聴しているか否かの判定を行う際の処理を説明す
る。

【００３８】まず、ＣＰＵ２１は、通常の視聴サンプル
の収集時の動作と同様に、電源オン時にタイマ２６を適
切に設定して、３０秒間隔で割り込みが入るようにす
る。同時に、カウンタ変数２３４およびアイコン表示変
数２３５を“０”にリセットする。

【００３９】タイマ割り込みが入ると、ステップＢ１に
示されているように、ＣＰＵ２１はまずカウンタ変数２
３４を１インクリメントする。次のステップＢ２ではカ
ウンタ変数２３４が６０であるか否かを判定する。

【００４０】カウンタ変数２３４が６０でない場合に
は、通常通り、視聴サンプルを視聴データ領域２３３に
保存する（ステップＢ５）。

【００４１】一方、カウンタ変数２３４が６０になった
場合には、現在のタイマ割り込みが６０回目であり、視
聴確認アイコンを表示する時間であるから、ＭＰＥＧデ
コーダ１４１内のＯＳＤを用いて、視聴確認アイコンを
モニタ画面に表示させる。同時に、カウンタ変数２３４
を０にリセットし、アイコン表示変数２３５を１にセッ
トする（ステップＢ３、ステップＢ４）。

【００４２】ステップＢ１で１をインクリメントした後
のカウンタ変数２３４の値が６０であるか否かにかかわ
らず、ステップＢ５では、アイコン表示変数２３５の値
は、視聴サンプルデータ内の属性情報に設けられている
「視聴確認」ビットにそのまま格納される。したがっ
て、ユーザがアイコンを選択すればアイコンが表示され
ていないので、「視聴確認」ビットは“０”になり、ユ
ーザがアイコンを選択しなければアイコンが表示されて
いるので、「視聴確認」ビットは“１”になる。こうし
て保存されたアイコン表示の状態を表す情報は、その
後、全視聴データを集計センタへ送信する際に、属性情
報の一部として同時に送信される。

【００４３】図７および図８で説明した方法は、実際に
ユーザが画面を見ているか否かを判定する際に、ユーザ
が視聴確認アイコンを選択することが必要であったた
め、ユーザにとっては余計な手間がかかってしまう。そ
こで、以下には、ユーザに余計な手間をかけずに視聴確
認を行えるようにする方法を説明する。図９はこの方法
で使用する送信データの構成を示す図である。

【００４４】図９に示されているように、視聴サンプル
の後にコマンドサンプルが設けられている。コマンドサ
ンプルは、ＩＲＤ３に対してユーザがリモコンなどを用
いて何らかのコマンドを入力した場合に収集される。つ
まり、ユーザが何らかのコマンドを入力したということ
は、その時点でモニタの画面を見ていたことになるか
ら、コマンド入力の有無により、視聴確認を行うことが
できる。

【００４５】コマンドサンプルはヘッダー部とデータ部
とから構成されている。ヘッダー部はそれに続くコマン
ドサンプルの数を表す。コマンドサンプルはコマンドが
入力された時刻（時分秒）を表す。集計センタ４では、
このコマンドサンプルを見ることにより、その時刻にお
いてユーザがモニタ画面を見ていたと判定することがで
きる。なお、この場合、コマンドが入力された時刻を秒
単位で識別することができるが、コマンドが入力された
時刻に３０秒までの誤差があってもよいのであれば、視
聴サンプルの属性情報として「コマンド入力」ビットを
設け、３０秒毎に視聴サンプルを収集する際に、コマン
ド入力の有無を併せて保存するように構成してもよい。

【００４６】このように、本実施の形態では、集計セン
タ４側で意図した鍵によって視聴データが暗号化される
ので、ＩＲＤ３側で固定的に保有している鍵で暗号化す
る場合よりも視聴データの秘匿性が増す。また、万一鍵
が盗まれても別の鍵をＩＲＤ３へ送信するだけでよく、
ＩＲＤを交換する必要がない。さらに、インデックスを
用いることにより複数の鍵を利用することが可能とな
り、視聴データの秘匿性がより高くなる。また、複数の
鍵を利用していても簡単に使用された鍵が分かる。しか
も、鍵とインデックスとの対応関係は集計センタ４側で
管理できるので、依然としてセキユリティは高いままで
ある。

【００４７】また、本実施の形態では、視聴データの内
容が変更になった場合に、その変更に対応したＩＲＤが
送信する視聴データのヘッダー部のバージョン番号を従
来の番号と異なる番号に変更することにより、集計セン
タ４では、ヘッダー部を見て視聴データの内容を判別す
ることができる。また、視聴データの構成は変更する必
要がないので、集計センタ４の側で必要な対応は、変更
された内容に対する処理を付加するのみ、あるいは新バ
ージョン番号のデータを無視するのみでよい。さらに、
本実施の形態では、ユーザが実際にＩＲＤ３の出力画を
見ているか否かを示すデータを視聴データとともに集計
することが可能となるので、得られたデータを解析する
ことにより、より信頼性の高い視聴率の算出が可能とな
る。しかも、ＩＲＤ３とは別の外付けのアダプタを用い
たり、視聴確認のためのキーを追加することもないの
で、コストはアップしない。また、図９に示した実施の
形態では、ユーザが視聴確認のための特別な操作が不要
であるため、ユーザを煩わすことなく、信頼性の高い視
聴率算出のためのデータを得ることができる。

【００４８】なお、上記実施の形態は、本発明を衛星デ
ィジタル放送受信機に適用したものであったが、本発明
は視聴データを集計センタへ送信する装置であるなら
ば、例えばケーブルテレビの受信装置であっても地上波
テレビ放送の受信機であってもよい。

【００４９】また、上記実施の形態ではモデムを使用
し、公衆電話回線を介して視聴データを集計センタへ送
信していたが、ＴＣＰ／ＩＰネットワークカードなどを
利用してイーサネットを介して送信してもよい。さら
に、データ転送プロトコルとしてはテキストデータを送
受信できるものであればＴＷＩＮＸでなくてもよい。ま
た、データの転送フォーマットに関しても、視聴データ
の種類を示すバージョン番号が記述されているものであ
れば、視聴データの構成や各部のバイト数はどのような
ものでもよい。

【００５０】そして、視聴確認アイコンを表示する手段
として、ＭＰＥＧデコーダ内のＯＳＤを利用するのでは
なく、画面上に同一目的のアイコンを表示することが可
能な他のグラフィックスチップを利用してもよい。ま
た、視聴確認アイコンは常に表示しなければならないも
のではなく、録画予約実行中など、視聴確認アイコンを
画面に表示したくない場合には、視聴データのサンプリ
ングを行っていても視聴確認アイコンを表示しないよう
に構成してもよい。

【００５１】また、上記実施の形態では、視聴データの
サンプリング間隔を３０秒とし、視聴確認アイコンの表
示間隔を３０分として説明したが、これらの値は任意で
よい。例えば視聴データを１分間隔でサンプリングし
て、視聴確認アイコンを１０分間隔で表示してもかまわ
ないし、全くランダムに視聴確認アイコンを表示しても
かまわない。

【００５２】さらに、上記実施の形態では、視聴確認ア
イコンの表示状態を、視聴サンプルの属性情報内の視聴
確認として集計センタへ送信しているが、例えば「何時
何分から何時何分まで」という形式で、視聴サンプルと
は別データとして集計センタへ送信してもよい。

【００５３】なお、上記説明では鍵および暗号化の方法
は特定の方法を例示してはいないが、これは「鍵による
データの暗号化が可能」であり、かつ「使用された鍵を
知ることによってデータの複号が可能」であれば、どの
ような鍵および暗号化を利用してもかまわないからであ
る。

【００５４】

【発明の効果】以上詳細に説明したように、本発明によ
れば、集計センタ側で指定した鍵によって選択情報が暗
号化されるので、選択情報の送信側が固定的に保有して
いる鍵で暗号化する場合に比較すると、選択履歴情報の
秘匿性が増す。また、万一鍵が盗まれても別の鍵を集計
センタから送信すればよく、選択情報の送信側の機器を
交換する必要はなくなる。

【図面の簡単な説明】

【図１】本発明に係る衛星ディジタル放送受信システム
の構成を示すブロック図である。

【図２】ＩＲＤと集計センタとの間の接続関係を示す図
である。

【図３】ＩＲＤから見た接続の手順を示す図である。

【図４】ＴＷＩＮＸプロトコルによるデータ転送シーケ
ンスを示す図である。

【図５】ＴＷＩＮＸプロトコルによるデータフォーマッ
トを示す図である。

【図６】視聴データの構成の一例を示す図である。

【図７】視聴データの構成の別の一例を示す図である。

【図８】ユーザが番組を視聴しているか否かの判定を行
う際の処理を示すフローチャートである。

【図９】視聴サンプルとともにコマンドサンプルを送信
するデータの構成の一例を示す図である。

【符号の説明】

３…ＩＲＤ、２０…制御部、２１…ＣＰＵ、２３…作業
用メモリ、２７…モデム、２３１…現時刻変数、２３２
…チャンネル変数、２３３…視聴データ領域。

Claims

【特許請求の範囲】

【請求項１】複数チャンネルの番組の中から選択され
た番組の選択履歴情報を取得する番組選択履歴情報取得
方法であって、所定の取得タイミング毎に前記番組の選択情報を記憶す
る手順と、集計センタから暗号化の鍵を受信する手順と、前記記憶した選択情報を、前記受信した鍵を使用して暗
号化し、所定の送信タイミング毎に前記集計センタへ送
信する手順とを備えることを特徴とする番組選択履歴情
報取得方法。
【請求項２】前記受信する手順は、前記所定の送信タ
イミング毎に実行される請求項１に記載の番組選択履歴
情報取得方法。
【請求項３】前記暗号化の鍵とともに該鍵を特定する
信号を受信する請求項１に記載の番組選択履歴情報取得
方法。
【請求項４】前記暗号化した選択情報に、少なくとも
前記鍵を特定する信号を付加して送信する請求項３に記
載の番組選択履歴情報取得方法。
【請求項５】送信者を識別するための情報と、送信の
日付情報と、送信する選択情報の数とを付加して送信す
る請求項４に記載の番組選択履歴情報取得方法。
【請求項６】前記選択情報は、選択された番組のチャ
ンネル番号情報と、選択された時刻を表す時刻情報と、
属性情報とを有する請求項１に記載の番組選択履歴情報
取得方法。
【請求項７】複数チャンネルの番組の中から選択され
た番組の選択履歴情報を取得する番組選択履歴情報取得
装置であって、所定の取得タイミング毎に前記番組の選択情報を記憶す
る記憶手段と、集計センタから暗号化の鍵を受信する受信手段と、前記記憶手段に記憶した選択情報を、前記受信手段で受
信した鍵を使用して暗号化し、所定の送信タイミング毎
に前記集計センタへ送信する送信手段とを備えることを
特徴とする番組選択履歴情報取得装置。