JPH1093950A - 受信装置および表示制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 ボーティング画面において、ボーティングが
終了したことを容易に認識することができるようにす
る。 【解決手段】 ボーティングを行う前の状態において
は、投票項目（タイトル１乃至タイトル１０）と、それ
を選択するためのマーク（ボタン）が対応して表示され
る。複数の投票項目の中から所定の投票項目が選択され
た後は、選択されたタイトルに対応するマークだけを表
示し、他のタイトルのマークは消去される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、受信装置および表
示制御方法に関し、例えば、投票項目を選択するための
選択釦を表示し、その１つを選択すると他の投票項目の
選択釦を消去することにより、誤操作を抑制するように
した受信装置および表示制御方法に関する。

【０００２】

【従来の技術】近年、ＣＡＴＶ（Cable Television）等
において、双方向アクセスによるオンラインショッピン
グ等の実験がなされている。また、デジタル衛星放送に
おいては、電話回線によるインタラクティブアクセスが
可能な番組を提供するようなサービスが行われつつあ
る。

【０００３】例えば、ユーザに対して、アンケートの回
答を求めたり、商品、サービスなどの購入を促したりす
る場合、それらの回答、商品、サービスなどを投票項目
として画面に表示させ、ユーザがそのうちの１つを選択
したとき、受信装置に電話回線を介してセンタにアクセ
スさせ、選択した投票項目に対応するデータをセンタに
送信させるようにすることが考えられる。これにより、
各種の投票や、ショッピング等を画面を介して行うこと
ができる。

【０００４】

【発明が解決しようとする課題】しかしながら、例え
ば、複数の投票項目が画面に表示され、そのうちの１つ
をユーザが選択し、選択された投票項目に対応するデー
タがセンタに送信され、投票が完了した場合、投票前と
投票後において画面が変化しないと、ユーザが、誤っ
て、まだ、投票が終了していないものと錯覚し、再度、
投票を行ってしまう場合がある。

【０００５】本発明はこのような状況に鑑みてなされた
ものであり、投票が誤って行われるのを抑制することが
できるようにするものである。

【０００６】

【課題を解決するための手段】請求項１に記載の受信装
置は、番組に関する映像信号を受信する受信手段と、番
組に関する複数の投票項目と、複数の投票項目の中から
いずれかを選択するための、各投票項目に対応する複数
のマークとが表示部に表示されるように、表示部の表示
を制御する第１の表示制御手段と、複数の投票項目の中
のいずれかが選択されたとき、マークの表示部における
表示状態が、投票項目が選択される前の状態と異なる状
態になるように、表示部の表示を制御する第２の表示制
御手段とを備えることを特徴とする。

【０００７】請求項９に記載の表示制御方法は、番組に
関する映像信号を受信する受信ステップと、番組に関す
る複数の投票項目と、複数の投票項目の中からいずれか
を選択するための、各投票項目に対応する複数のマーク
とが表示部に表示されるように、表示部の表示を制御す
る第１の表示制御ステップと、複数の投票項目の中のい
ずれかが選択されたとき、マークの表示部における表示
状態が、投票項目が選択される前の状態と異なる状態に
なるように、表示部の表示を制御する第２の表示制御ス
テップとを備えることを特徴とする。

【０００８】請求項１に記載の受信装置および請求項９
に記載の表示制御方法においては、複数の投票項目の中
のいずれかが選択されたとき、マークの表示部における
表示状態が、投票項目が選択される前の状態と異なる状
態に変更される。

【０００９】

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

【００１０】請求項１に記載の受信装置は、番組に関す
る映像信号を受信する受信手段（例えば、図３のチュー
ナ２１）と、番組に関する複数の投票項目と、複数の投
票項目の中からいずれかを選択するための、各投票項目
に対応する複数のマークとが表示部（例えば、図１のテ
レビジョン受像機３）に表示されるように、表示部の表
示を制御する第１の表示制御手段（例えば、図７のステ
ップＳ１）と、複数の投票項目の中のいずれかが選択さ
れたとき、選択された投票項目に関する選択信号を伝送
する伝送手段（例えば、図８のステップＳ１２）と、伝
送手段により選択信号が正常に伝送されたか否かを検出
する検出手段（例えば、図８のステップＳ１３）と、検
出手段が、伝送手段により選択信号が正常に伝送された
ことを検出したとき、マークの表示部における表示状態
が、投票項目が選択される前の状態と異なる状態になる
ように、表示部の表示を制御する第２の表示制御手段
（例えば、図８のステップＳ２６）とを備えることを特
徴とする。

【００１１】請求項３に記載の受信装置は、検出手段
が、伝送手段により選択信号が正常に伝送されたことを
検出したとき、第２の表示制御手段による表示制御の前
に、選択信号が正常に伝送されたことを示すように、表
示部の表示を制御する第３の表示制御手段（例えば、図
８のステップＳ２２，Ｓ２３）をさらに備えることを特
徴とする。

【００１２】図１は、本発明を適用したＡＶ（Audio Vi
sual）システムの構成例を示している。この実施の形態
の場合、ＡＶシステムは、図示せぬ送信装置より衛星
（放送衛星または通信衛星）を介して伝送されてきた電
波を、パラボラアンテナ１を介して受信し、これを復調
するＩＲＤ（Integrated Receiver/Decoder）２と、テ
レビジョン 受像機３により構成されている。なお、テ
レビジョン受像機３は、モニタとすることもできる。

【００１３】ＩＲＤ２（またはテレビジョン受像機３）
に対しては、リモートコマンダ６により赤外線（ＩＲ）
信号により指令を入力することができるようになされて
いる。即ち、ユーザがリモートコマンダ６のスイッチ
（その詳細は図４を参照して後述する）の中の１つを操
作すると、それに対応するＩＲ信号がそのＩＲ信号発信
部７２（図４）から出射され、ＩＲＤ２のＩＲ信号受信
部３９（図２）に入射されるようになされている。

【００１４】ＩＲＤ２は、その出力を、例えば、コンポ
ジットビデオ信号線、オーディオＬ信号線、オーディオ
Ｒ信号線の３本の線により構成されるＡＶライン４を介
してテレビジョン受像機３に供給している。さらに、Ｉ
ＲＤ２はＡＶ機器制御信号送受信部２Ａを、テレビジョ
ン受像機３はＡＶ機器制御信号送受信部３Ａを、それぞ
れ有している。これらは、ワイヤードＳＩＲＣＳ（Wire
d Sony Infrared Remote Control System）（商標）よ
りなるコントロールライン５により、相互に接続されて
いる。

【００１５】図２は、ＩＲＤ２の正面の構成例を表して
いる。筐体５１の中央には蓋５２が開閉自在に設けら
れ、内部にＩＣカード３３を装着できるようになされて
いる。ＩＲＤ２の左側には、電源キー５３が設けられて
いる。この電源キー５３は、電源をオンまたはオフする
とき操作される。電源キー５３の下方には、リモートコ
マンダ６からのＩＲ信号を受信するＩＲ信号受信部３９
が設けれている。

【００１６】ＬＥＤ５５は、衛星を介して、このＩＲＤ
２に対して、メッセージが伝送されてきたとき、点灯す
るようになされている。このメッセージがテレビジョン
受像機３に出力され、表示されて、ユーザがこれを確認
したとき、ＬＥＤ５５は消灯される。ＬＥＤ５５の下に
配置されているＬＥＤ５６は、ＩＲＤ２が電話回線を介
して通信中であるとき点灯する。

【００１７】番組ガイドキー５７とメニューキー５８
は、それぞれテレビジョン受像機３に電子番組ガイドま
たはメニューを表示させるとき操作される。

【００１８】決定キー６５の周囲の上下左右には、それ
ぞれアップキー６１、ダウンキー６２、レフトキー６３
およびライトキー６４が環状に配置されている。アップ
キー６１、ダウンキー６２、レフトキー６３またはライ
トキー６４（以下、これらのキーを、適宜、方向キーと
も称する）は、カーソルを上下左右方向に移動するとき
操作される。また、決定キー６５は、選択したものを決
定するとき操作される。チャンネルアップキー５９とチ
ャンネルダウンキー６０は、受信しているチャンネルを
アップまたはダウンさせるとき操作される。

【００１９】図３は、ＩＲＤ２の内部の構成例を示して
いる。パラボラアンテナ１のＬＮＢ（Low Noise Block
downconverter）１ａより出力されたＲＦ信号は、フロ
ントエンド２０のチューナ２１に供給され、復調され
る。チューナ２１の出力は、ＱＰＳＫ復調回路２２に供
給され、ＱＰＳＫ復調される。ＱＰＳＫ復調回路２２の
出力は、エラー訂正回路２３に供給され、エラーが検
出、訂正される。

【００２０】ＣＰＵ、ＲＯＭおよびＲＡＭ等からなるＩ
Ｃカード３３には、暗号を解読するのに必要なキーが、
解読プログラムとともに格納されている。衛星を介して
送信されてくる信号が暗号化されている場合、この暗号
を解読するために、キーを用いた解読処理が必要とな
る。そこで、カードリーダインタフェース３２を介して
ＩＣカード３３からこのキーが読み出され、デマルチプ
レクサ２４に供給される。デマルチプレクサ２４は、こ
のキーを利用して、暗号化されている信号を解読する。

【００２１】尚、このＩＣカード３３には、暗号解読に
必要なキーと解読プログラムの他、課金情報なども格納
されている。

【００２２】デマルチプレクサ２４は、フロントエンド
２０のエラー訂正回路２３の出力する信号の入力を受
け、これをＤＲＡＭ（Dynamic Random Access Memory）
またはＳＲＡＭ（Static Random Access Memory）で構
成されるデータバッファメモリ３５に一 旦記憶させ
る。そして、適宜これを読み出し、解読したビデオ信号
をＭＰＥＧビデオデコーダ２５に供給し、解読したオー
ディオ信号をＭＰＥＧオーディオデコーダ２６に供給す
る。

【００２３】ＭＰＥＧビデオデコーダ２５は、入力され
たデジタルビデオ信号をＤＲＡＭ２５ａに記憶させ、Ｍ
ＰＥＧ方式により圧縮されているビデオ信号をデコード
する。デコードされたビデオ信号は、ＮＴＳＣエンコー
ダ２７に供給され、ＮＴＳＣ方式の輝度信号（Ｙ）、ク
ロマ信号（Ｃ）、およびコンポジットビデオ信号（Ｖ）
に変換される。輝度信号とクロマ信号は、バッファアン
プ２８Ｙ，２８Ｃを介して、それぞれＳビデオ信号とし
て出力される。また、コンポジットビデオ信号は、バッ
ファアンプ２８ＶからＡＶライン４を介して出力され
る。

【００２４】なお、このＭＰＥＧビデオデコーダ２５と
しては、SGS-Thomson Microelectronics社のＭＰＥＧ２
復号化ＬＳＩ（ＳＴｉ３５００）を用いることができ
る。その概略は、例えば、日経ＢＰ社「日経エレクトロ
ニクス」１９９４．３．１４（ｎｏ．６０３）第１０１
頁乃至１１０頁に、Martin Bolton氏により紹介されて
いる。

【００２５】また、ＭＰＥＧ２−Transportstreamに関
しては、アスキー株式会社１９９４年８月１日発行の
「最新ＭＰＥＧ教科書」第２３１頁乃至２５３頁に説明
がなされている。

【００２６】ＭＰＥＧオーディオデコーダ２６は、デマ
ルチプレクサ２４より供給されたデジタルオーディオ信
号をＤＲＡＭ２６ａに記憶させ、ＭＰＥＧ方式により圧
縮されているオーディオ信号をデコードする。デコード
されたデジタルオーディオ信号は、Ｄ／Ａ変換器３０に
おいてアナログ信号に変換され、左チャンネルのオーデ
ィオ信号は、バッファアンプ３１ＬからＡＶライン４を
介して出力され、右チャンネルのオーディオ信号は、バ
ッファアンプ３１ＲからＡＶライン４を介して出力され
る。

【００２７】ＲＦモジュレータ４１は、ＮＴＳＣエンコ
ーダ２７が出力するコンポジットビデオ信号と、Ｄ／Ａ
変換器３０が出力するオーディオ信号とをＲＦ信号に変
換して出力する。また、このＲＦモジュレータ４１は、
ＴＶモードが設定されたとき、ケーブルボックス等のＡ
Ｖ機器から入力されるＮＴＳＣ方式のＲＦ信号を、ＶＣ
Ｒ（Video Cassette Recorder）や他のＡＶ機器（いず
れも図示せず）にそのまま出力する。

【００２８】この実施の形態の場合、これらのビデオ信
号およびオーディオ信号が、ＡＶライン４を介してテレ
ビジョン受像機３に供給されることになる。

【００２９】ＣＰＵ（Central Processing Unit）２９
は、ＲＯＭ３７に記憶されているプログラムに従って各
種の処理を実行する。例えば、チューナ２１、ＱＰＳＫ
復調回路２２、エラー訂正回路２３などを制御する。ま
た、ＡＶ機器制御信号送受信部２Ａを制御し、コントロ
ールライン５を介して、他のＡＶ機器（この実施の形態
の場合、テレビジョン受像機３）にコントロール信号を
出力し、また、他のＡＶ機器からのコントロール信号を
受信する。

【００３０】このＣＰＵ２９に対しては、フロントパネ
ル４０の各種のキー（図２）を操作して、指令を直接入
力することができる。また、ユーザがリモートコマンダ
６（図４）を操作すると、そのＩＲ信号発信部７２より
ＩＲ信号が出射され、このＩＲ信号がＩＲ信号受信部３
９により受光され、受光結果がＣＰＵ２９に供給され
る。従って、リモートコマンダ６を操作することによっ
ても、ＣＰＵ２９に指令を入力することができる。

【００３１】また、デマルチプレクサ２４は、フロント
エンド２０から供給されるＭＰＥＧビデオデータとオー
ディオデータ以外にＥＰＧ（Electrical Program Guid
e）データなどを取り込み、データバッファメモリ３５
のＥＰＧエリア３５Ａに供給し、記憶させる。ＥＰＧデ
ータは現在時刻から２４時間後（ＥＰＧ２とＥＰＧ１−
２の場合）、または１５０時間後（ＥＰＧ２，ＥＰＧ３
と、ＥＰＧ１−２，ＥＰＧ１−３の場合）までの各放送
チャンネルの番組に関する情報（例えば、番組の代表的
な静止画の他、チャンネル、放送時間、タイトル、カテ
ゴリ等）を含んでいる。このＥＰＧデータは、頻繁に伝
送されてくるため、ＥＰＧエリア３５Ａには常に最新の
ＥＰＧデータを保持することができる。

【００３２】ＥＥＰＲＯＭ（Electrically Erasable Pr
ogramable Read Only Memory）３８には、電源オフ後も
保持しておきたいデータ（例えばチューナ２１の４週間
分の受信履歴、ユーザによる何らかの操作が行われる直
前に受信していたチャンネル番号（ラストチャンネ
ル））などが記憶される。そして、ＥＥＰＲＯＭ３８に
記憶されたデータは、例えば、電源がオンされたとき、
ラストチャンネルと同一のチャンネルを自動的に再び受
信させる等の処理に利用される。ラストチャンネルが記
憶されていない場合においては、ＲＯＭ３７にデフォル
トとして記憶されているチャンネルが受信される。

【００３３】また、ＣＰＵ２９は、スリープモードが設
定されている場合、電源オフ時であっても、フロントエ
ンド２０、デマルチプレクサ２４、データバッファメモ
リ３５など、最低限必要な回路を動作状態とし、受信信
号に含まれる時刻情報から現在時刻を計時し、所定の時
刻に各回路に所定の動作をさせる制御なども実行する。
例えば、外部のＶＣＲと連動して、タイマ自動録画を実
行する。

【００３４】さらに、ＣＰＵ２９は、ＯＳＤ（On-Scree
n Display）データを発生させたいとき、ＭＰＥＧビデ
オデコーダ２５を制御する。ＭＰＥＧビデオデコーダ２
５は、この制御に対応してＯＳＤデータを生成して、Ｄ
ＲＡＭ２５ａに書き込み、読み出して、出力する。これ
により、所定の文字、図形、画像（例えば、通常の画面
に重畳させる文字、シンボル、アイコン、スクリーン）
などをテレビジョン受像機３に出力し、表示させること
ができる。例えば、図９を参照して後述するように、各
種のメッセージ、投票項目、マーク（ボタン）なども、
このＯＳＤデータに基づいて表示される。

【００３５】ＳＲＡＭ３６はＣＰＵ２９のワークメモリ
として使用される。モデム３４は、ＣＰＵ２９の制御の
下に、電話回線を介してデータを授受する。

【００３６】図４は、リモートコマンダ６の構成例を表
している。その上部には、各種のキーの操作に対応する
ＩＲ信号を発生するＩＲ信号発信部７２が設けられてい
る。電源キー７３は、ＩＲＤ２の電源をオンまたはオフ
するとき操作され、テレビ電源キー７４は、テレビジョ
ン受像機３の電源をオンまたはオフするとき操作され
る。消音キー７５は、音声信号をミュートするとき、ま
たはミュートを解除するとき操作される。切換キー７６
は、このリモートコマンダ６により、ＩＲＤ２を遠隔制
御するとき操作され、切換キー７７は、このリモートコ
マンダ６により、テレビジョン受像機３を遠隔操作する
とき操作される。

【００３７】入力切換キー７８は、ＩＲＤ２またはテレ
ビジョン受像機３に対する入力を切り換えるとき操作さ
れる。画面表示キー７９は、電子番組ガイドの文字など
の表示のオンオフを切り換えるとき操作される。二重音
声キー８０は、音声チャンネルとして複数のチャンネル
が存在する場合において、これを切り換えるとき操作さ
れる。

【００３８】テンキー８１は、０乃至９の数字を入力す
るとき操作される。また、数字０のキーと「選局」のキ
ーは、数字１０または１２を入力するとき操作され、両
者の間に配置されているキーは、数字１１を入力すると
き操作される。

【００３９】メニューキー８２は、メニューを表示させ
るとき操作され、プロモーションキー８３は、プロモー
ションチャンネルを表示させるとき操作される。番組説
明キー８４は、電子番組ガイドのうちの番組説明情報を
表示させるとき操作される。マルチキー８５は、電子番
組ガイドとして、各放送チャンネルの縮小画面を１画面
内に、例えば４×４個のマルチ画面として表示させると
き操作される。番組ガイドキー８６は、電子番組ガイド
を表示させるとき操作される。ジャンプキー８７は、ラ
ストチャンネルに移行するとき操作される。

【００４０】アップキー８８、ダウンキー８９、レフト
キー９０およびライトキー９１（これらのキーも、以
下、適宜、方向キーとも称する）は、それぞれカーソル
を上下左右方向に移動させるとき操作され、これらのキ
ーの中央に配置されている決定キー９２は、選択の決定
を入力するとき操作される。チャンネルアップダウンキ
ー９４は、受信するチャンネルを１ずつインクリメント
またはデクリメントするとき操作される。このアップキ
ー８８、ダウンキー８９、レフトキー９０、ライトキー
９１、決定キー９２は、図２に示す、ＩＲＤ２の本体に
設けられているアップキー６１、ダウンキー６２、レフ
トキー６３、ライトキー６４および決定キー６５と対応
するものであり、その配置も対応するようになされてい
る。また、チャンネルアップダウンキー９４は、図２の
チャンネルアップキー５９およびチャンネルダウンキー
６０に対応している。

【００４１】音量アップダウンキー９３は、音量を一定
量ずつ、増加または減少するとき操作される。

【００４２】次に、その基本的な動作について説明す
る。ユーザが、リモートコマンダ６の例えばテンキー８
１を操作して、任意のチャンネル番号を入力すると、入
力されたチャンネル番号に対応するＩＲ信号が、ＩＲ信
号発信部７２から出力される。このＩＲ信号は、ＩＲＤ
２のＩＲ信号受信部３９で受信される。ＣＰＵ２９は、
ＩＲ信号受信部３９から、ＩＲ信号に対応する信号の供
給を受けたとき、入力されたチャンネル番号に対応する
チャンネルを受信するようにチューナ２１を制御する。

【００４３】チューナ２１は、ＬＮＢ１ａから供給され
る信号からＣＰＵ２９により指定されたチャンネル番号
に対応するチャンネルの信号を復調し、ＱＰＳＫ復調回
路２２に出力する。ＱＰＳＫ復調回路２２でＱＰＳＫ復
調された信号は、さらにエラー訂正回路２３に入力さ
れ、エラー訂正が施された後、デマルチプレクサ２４に
入力される。デマルチプレクサ２４においては、入力さ
れた信号がビデオデータとオーディオデータとに分離さ
れ、ビデオデータはＭＰＥＧビデオデコーダ２５に、オ
ーディオデータはＭＰＥＧオーディオデコーダ２６に、
それぞれ供給される。ＭＰＥＧビデオデコーダ２５は、
入力されたビデオデータを、ＭＰＥＧ方式でデコード処
理した後、ＮＴＳＣエンコーダ２７に出力する。ＮＴＳ
Ｃエンコーダ２７は、入力されたビデオデータをＮＴＳ
Ｃ方式のビデオ信号に変換する。このビデオ信号は、例
えばアンプ２８Ｖを介して、コンポジットビデオ信号と
して、ＡＶライン４を介してテレビジョン受像機３に供
給される。

【００４４】また、ＭＰＥＧオーディオデコーダ２６
は、入力されたオーディオデータをＭＰＥＧ方式でデコ
ードし、Ｄ／Ａ変換器３０に出力する。Ｄ／Ａ変換器３
０は、入力されたオーディオデータをアナログ信号に変
換し、左右のアナログオーディオ信号として、アンプ３
１Ｌ，３１Ｒを介して出力する。このオーディオ信号
も、ＡＶライン４を介してテレビジョン受像機３に出力
される。このようにして、テレビジョン受像機３に、ユ
ーザがリモートコマンダ６を操作して指令した番組の画
像と音声が出力される。

【００４５】また、デマルチプレクサ２４は、受信した
信号からＥＰＧデータを検出すると、これをデータバッ
ファメモリ３５に供給し、そのＥＰＧエリア３５ＡにＥ
ＰＧデータを記憶させる。

【００４６】リモートコマンダ６のキーが操作されて、
このＥＰＧデータの読み出しが指令されたとき、ＣＰＵ
２９は、このＥＰＧエリア３５Ａに記憶されているＥＰ
Ｇデータを読み出し、ＭＰＥＧビデオデコーダ２５に、
このＥＰＧデータをＯＳＤデータに変換させる。このＯ
ＳＤデータは、ＮＴＳＣエンコーダ２７に出力され、通
常の番組の画像上に重畳され、出力される。

【００４７】次に、ＰｅｒｆｅｃＴＶ（商標）等のイン
タラクティブアクセスが可能な番組において、アンケー
ト調査、景品付き視聴者クイズ、またはショッピングな
どを行う場合について説明する。このような、投票を伴
う番組を実現する場合、センタ側からＩＲＤ２に対し
て、図５に示すような、DM_voting_descriptorが伝送さ
れる。ＩＲＤ２側においては、ＣＰＵ２９が、このDM_v
oting_descriptorを分析し、ＭＰＥＧビデオデコーダ２
５を制御し、ＯＳＤデータを発生させ、投票画面（例え
ば、後述する図９に示すような画面）をテレビジョン受
像機３に表示させる。

【００４８】なお、このDM_voting_descriptorは、１つ
の番組（イベント）内に、最大１６回挿入することがで
きる。

【００４９】図５において、descriptor_tagは、このde
scriptorの種類（この例の場合、投票（voting）のdesc
riptorであること）を表している。descriptor_length
は、それ以降のdescriptorの長さを表している。

【００５０】voting_typeは、投票の種類を表してお
り、この種類は、図６に示すように４種類存在する。

【００５１】voting_typeが１である投票は、無情報投
票とされる。この場合、図６に示すように、ＩＲＤ２か
らセンタに対して何も送信されない。このような投票
は、例えば、アンケート調査などにおいて、ただ単に、
各回答の有無だけを収集する場合に利用される。

【００５２】voting_typeが２である投票は、無記名投
票とされ、この場合、図６に示すように、ＩＲＤ２から
センタに対して、service_id，event_id，voting_id、
およびvoting_codeが送信される。

【００５３】service_idは、その番組が放送されている
チャンネルのＩＤを表し、event_idは、番組のＩＤを表
している。さらに、voting_idは、投票のＩＤを表して
おり、voting_codeは、その投票における選択肢（投票
項目）の番号を表している。

【００５４】この無記名投票も、アンケート調査などに
利用される。

【００５５】voting_typeが３である投票は、記名投票
とされ、この場合、図６に示すように、無記名投票にお
ける場合に送信される情報の他、CA_system_idとcard_i
dが、ＩＲＤ２からセンタに送信される。CA_system_id
は、ＩＣカード３３が契約対象としているCA（Conditio
nal Access）システムのＩＤを表している。card_id
は、ＩＣカード３３のＩＤを表している。

【００５６】この記名投票は、例えば、景品付き視聴者
クイズなどに利用される。

【００５７】voting_typeが４である投票は、保護付き
記名帳票とされる。この場合、ＩＲＤ２からセンタ側に
送信される情報は、記名投票の場合と同一である。記名
投票の場合、ユーザが投票を行うことができる投票期間
（voting_duration）の長さは、投票画面の表示期間（d
isplay_duration）の長さと同一とされる。これに対し
て、保護付き記名投票においては、投票期間と表示期間
が異なる長さとされる。

【００５８】この保護付き記名投票は、例えば、ショッ
ピングなどに利用される。

【００５９】図５に戻って、voting_idは、その番組内
でvotingが複数回ある場合の番号を表し、１つの番組
で、最大１６個のvotingが可能であるため、０乃至１５
のいずれかの数字が対応することになる。

【００６０】host_numberは、TWIN' ET（商標）に接続
されている各種のホストのうち、このボーティングサー
ビスを提供するセンタが接続されているホストの番号を
表している。voting_type＝１のとき、このhost_number
は無効情報となる。

【００６１】start_offsetは、番組の開始時刻から、こ
のボーティングの開始時刻までの時間を表している。di
splay_durationとvoting_durationは、それぞれ上述し
たように、投票画面の表示期間と投票期間を表してい
る。投票画面は、この表示期間中表示され、投票は、こ
の投票期間中可能とされる。

【００６２】voting_name_lengthは、投票名の長さを表
しており、投票名は、その後のｃｈａｒで記述される。
ｖｏｔｉｎｇ＿ｃｏｄｅは、選択肢（投票項目）のコー
ドを表し、tel_numberは、その選択肢（投票項目）を選
択したとき、発信されるべき電話番号を表している。co
de_name_lengthは、選択肢（投票項目）の名称の長さを
表し、その名称は、その後のcharで記述される。

【００６３】次に、図７と図８のフローチャートを参照
して投票処理について説明する。このフローチャートの
処理は、ボーティングの開始時刻になったとき（番組の
開始時刻から、start_offsetで規定される時間が経過し
たとき）、開始される。最初にステップＳ１において、
選択画面（ボーティング画面）を表示する処理が実行さ
れる。すなわちＣＰＵ２９は、図５に示したような、DM
_voting_descriptorを解析し、例えば、図９に示すよう
なボーディング画面のＯＳＤデータをＭＰＥＧビデオデ
コーダ２５に発生させ、これをＮＴＳＣエンコーダ２７
でコンポジットビデオ信号に変換させ、テレビジョン受
像機３に出力し、表示させる。図９は、ユーザが好きな
映画を選択し、投票する番組の表示例を表しており、そ
の番組名は「特別番組１９９５年ランキング」とされて
おり、その下に、「画面のボタンをリモコンで操作して
下さい」のメッセージが表示されている。さらに、この
表示例においては、ボーティング名（voting_name）
が、「あなたが選ぶ今年の番組ベスト１０」とされてい
る。このボーティング名は、図５における、voting_nam
e_lengthの直後のcharで表記されるものである。ボーテ
ィング名の下には、タイトル１乃至タイトル１０の１０
個の映画のタイトルが、投票項目（選択肢）として表示
されている。このタイトル１乃至タイトル１０はコード
名であり、図５において、その長さを表すcode_name_le
ngthの直後のcharで表記されるものである。

【００６４】さらに、図９に示すように、この１０個の
タイトル１乃至タイトル１０の直前には、それらを選択
するマークが、図９においては、四角形のボタンとして
表示されている。ユーザは、このように１０個表示され
ている映画のタイトルの中から、所望の１つのタイトル
を選択する。その選択は、リモートコマンダ６のアップ
キー８８またはダウンキー８９を操作することで行われ
る。すなわち、アップキー８８またはダウンキー８９を
操作すると、マーク上に位置するカーソルが上下に移動
される（図９においては、カーソルが、その位置するマ
ークを黒色にすることで表示されている）。図９の表示
例においては、カーソルがタイトル１に対応するマーク
上に位置するので、ダウンキー８９が１回操作される
と、カーソルはタイトル２のマーク上に移動し、さらに
１回操作されると、タイトル３のマーク上に移動する。
そして、ユーザは、所望のタイトルのマーク上にカーソ
ルを移動させた後、リモートコマンダ６の決定キー９２
を操作することで、選択を確定する。

【００６５】リモートコマンダ６のＩＲ信号発信部７２
は、アップキー８８、ダウンキー８９、または決定キー
９２が操作されると、その操作されたキーに対応するＩ
Ｒ信号を出力する。このＩＲ信号は、ＩＲＤ２のＩＲ信
号受信部３９で受信され、その検出信号がＣＰＵ２９に
供給される。ＣＰＵ２９は、アップキー８８またはダウ
ンキー８９の操作信号が入力されたとき、ＭＰＥＧビデ
オデコーダ２５を制御し、カーソルのＯＳＤデータを、
その操作に対応して発生させる。

【００６６】ＣＰＵ２９は、ステップＳ２において、決
定キー９２の操作信号が入力されるまで待機し、決定キ
ー９２の操作信号が入力された場合、ステップＳ３に進
み、図９に示すボーティングのタイプを、図５に示すvo
ting_typeから読み取る。上述したように、このボーテ
ィングタイプには４種類のタイプが存在する。ＣＰＵ２
９は、voting_typeが１または２である場合、ステップ
Ｓ４に進み、３または４である場合、ステップＳ２９に
進む。

【００６７】ＣＰＵ２９は、ステップＳ２９において
は、カードリーダインタフェース３２にＩＣカード３３
が装着されているか否かを判定する。カードリーダイン
タフェース３２は、ＩＣカード３３が装着されたとき、
その旨をＣＰＵ２９に通知する。ＣＰＵ２９は、この通
知から、ＩＣカード３３が装着されているか否かを判定
することができる。

【００６８】ＩＣカード３３が、ＩＲＤ２（カードリー
ダインタフェース３２）に装着されていないと判定され
た場合、ＣＰＵ２９は、ステップＳ３０に進み、図１０
に示すように、「カードを入れて下さい」のメッセージ
を表示させる。その後、ステップＳ３１に進み、ＣＰＵ
２９は、ステップＳ３０で、「カードを入れてくださ
い」のメッセージを表示させた後、５秒間が経過したか
否か、あるいは、ユーザがＩＲＤ２の蓋５２を開けたか
否かを判定する。蓋５２が開けられずに、５秒間が経過
した場合、ステップＳ１に戻り、それ以降の処理が実行
される。

【００６９】蓋５２が開けられたと判定された場合、ス
テップＳ３２に進み、ＣＰＵ２９は、図１１に示すよう
に、「ふたを閉めてください」のメッセージを表示させ
る。すなわち、ユーザは、ステップＳ１０の「カードを
入れてください」のメッセージに従って、蓋５２を開け
て、ＩＣカード３３をＩＲＤ２に装着する。その後、ス
テップＳ３２の「ふたを閉めてください」のメッセージ
に従って、ユーザは、蓋５２を閉めることになる。ＣＰ
Ｕ２９は、ステップＳ３３で、蓋５２が閉められるまで
待機し、蓋５２が閉められたとき、ステップＳ１に戻
る。

【００７０】ステップＳ２９において、ＩＣカード３３
が装着されていると判定された場合、ステップＳ３４に
進み、ＣＰＵ２９は、ＩＣカード３３が正しいＩＣカー
ドであるか否かを判定する。ＣＰＵ２９は、ＩＣカード
３３がＩＲＤ２に装着されたとき、カードリーダインタ
フェース３２を介して、ＩＣカード３３との間で通信を
行う。ＩＣカード３３が正しいカードである場合、ＣＰ
Ｕ２９は、カードリーダインタフェース３２を介してＩ
Ｃカード３３との間において、通信を行うことができ
る。ＩＣカード３３が正しいカードではない場合、通信
を行うことができない。この場合、ステップＳ３５に進
み、ＣＰＵ２９は、例えば、図１２に示すように、「カ
ードとのアクセスが成立しません 正しいカードが入っ
ているか確認してください 問い合わせはパーフェクＴ
Ｖへ」のメッセージを１０秒間表示させる。ユーザは、
このメッセージに従って、ＩＣカード３３を、正しいＩ
Ｃカード３３に取り替えることになる。メッセージ表示
後１０秒間が経過したとき、ステップＳ１に戻る。

【００７１】ステップＳ３４においてＩＲＤ２に装着さ
れているＩＣカード３３が正しいＩＣカードであると判
定された場合、ステップＳ３６に進む。ステップＳ３６
においては、ＣＰＵ２９は、voting_typeが４であるか
否かを判定する。voting_typeが４である場合には、ス
テップＳ３７に進み、ＣＰＵ２９は、暗証番号が設定済
みであるか否かを判定する。voting_type＝４のボーテ
ィングを行うには、暗証番号が必要となる。暗証番号が
まだ設定されていない場合には、ステップＳ３８に進
み、ＣＰＵ２９は、図１３に示すように、「暗証番号が
必要です メニューの初期設定の視聴年齢制限設定で暗
証番号を設定してから行ってください」のメッセージを
表示させる。ユーザは、このメッセージが表示されたと
き、「了解」の文字が表示されている画面のボタン上に
カーソルを移動させた後、決定キー９２を操作する。そ
して、ユーザは、このメッセージに従って、メニューキ
ー８２を操作して、「メニュー」を表示させた後、その
「メニュー」の中から、「初期設定」の項目を選択し、
さらに、そのとき表示された項目の中から、「視聴年齢
制限設定」の項目を選択し、暗証番号を設定する操作を
行う。この暗証番号の設定が行われると、この暗証番号
は、ＩＣカード３３に記憶される。

【００７２】ステップＳ３８で、「了解」のボタンが選
択されたとき、あるいは、「了解」のボタンが選択され
ず、３０秒間が経過したとき、ステップＳ１に戻る。

【００７３】ステップＳ３７において、暗証番号が設定
済みであると判定された場合、すなわち、ＣＰＵ２９
は、カードリーダインタフェース３２を介してＩＣカー
ド３３から既に暗証番号が登録されているとの通知を受
けたとき、ステップＳ３９に進み、例えば、図１４に示
すように、「アクセスするには決定ボタンを押して数字
ボタンで暗証番号を入力してください」のメッセージを
表示させる。このときＣＰＵ２９は、暗証番号の入力欄
と「取消」の文字が表示されたボタンを同時に表示させ
る。ユーザは、このメッセージに従って、リモートコマ
ンダ６のテンキー８１を操作して、暗証番号を入力する
か、またはカーソルで「取消」のボタンを選択する。

【００７４】ＣＰＵ２９は、ステップＳ４０において、
「取消」ボタンが選択されたと判定された場合、ステッ
プＳ１に戻り、それ以降の処理を実行する。これに対し
て、ステップＳ４０において、暗証番号が入力されたと
判定された場合、ステップＳ４１に進み、ＣＰＵ２９
は、暗証番号が正しい暗証番号であるか否かを判定す
る。すなわち、ＣＰＵ２９は、入力された暗証番号をカ
ードリーダインタフェース３２を介してＩＣカード３３
に供給する。ＩＣカード３３は、入力された暗証番号
が、既に記憶されている暗証番号と等しいか否かを判定
し、判定結果をカードリーダインタフェース３２を介し
てＣＰＵ２９に通知する。ＣＰＵ２９は、この通知か
ら、暗証番号が正しい番号であるか否かを判定する。暗
証番号が正しくない場合、ＣＰＵ２９は、ステップＳ４
２に進み、図１５に示すように、「暗証番号が正しくあ
りません 暗証番号を入力し直してください」のメッセ
ージを表示させる。その後、ステップＳ４０に戻り、上
述した場合と同様に、「取消」ボタンが選択されたか否
か、または、暗証番号が入力されたか否かを判定する。

【００７５】ステップＳ４１において、入力された暗証
番号が正しいと判定された場合、ステップＳ４に進む。
ステップＳ３６において、voting_typeが４ではないと
判定された場合にも、ステップＳ４に進む。

【００７６】ステップＳ４においては、ＣＰＵ２９は、
前回の再アクセスが残っているか否かを判定する。すな
わち、その詳細は後述するが、ユーザが前回のボーティ
ングにおいて投票操作を行ったが、相手先の電話回線が
話し中であったり、ユーザの自分自身の電話回線が使用
中であったりして、投票がまだ完了していない状態とな
ってしまう場合がある。この場合、そのvoting_type
が、１，２または３のいずれかであれば、ユーザは、投
票を始めからやり直すことが求められる（後述するステ
ップＳ１５，Ｓ１９）。これに対してvoting_typeが４
である場合には、それは重要なボーティングであるの
で、投票内容が、ＥＥＰＲＯＭ３８に保持されている
（後述するステップＳ１０，Ｓ１６，Ｓ１８）。この場
合、前回のボーティングに対するアクセスをもう一度行
う必要があるので、これから行うアクセスが、前回のボ
ーティングのためのアクセスであるのか、今回のボーテ
ィングのためのアクセスであるのかを区別する必要があ
る。そこで、ステップＳ４において、タイプ４の投票が
残っているか否かが判定される。

【００７７】ステップＳ４において、タイプ４のボーテ
ィングが残っていると判定された場合、ステップＳ７に
進み、ＣＰＵ２９は、図１６に示すような画像をテレビ
ジョン受像機３に表示させる。

【００７８】すなわち、ＣＰＵ２９は、今回のボーティ
ングにおいてユーザが選択した投票項目と、前回のボー
ティングにおいてユーザが選択した投票項目とを表示さ
せる。図１６の表示例においては、今回選んだ投票項目
として、「タイトル５」の映画のタイトルが表示されて
おり、前回のボーティングの投票項目として、「タイト
ル４」が表示されている。

【００７９】また、ＣＰＵ２９は、このとき、図１６に
示すように、「アクセス待機中です前回選んだものを取
り消してアクセス実行しますか？」のメッセージを表示
させるとともに、「前回のものを残す」のメッセージが
表示されたボタンと、「今回のものを実行」のメッセー
ジが表示されたボタンとを表示させる。ユーザは、リモ
ートコマンダ６のレフトキー９０またはライトキー９１
を操作して、カーソルを右または左に移動させ、いずれ
か一方のボタンを選択する。そして、選択が確定したと
き、ユーザは、決定キー９２を操作する。

【００８０】次にステップＳ８において、ＣＰＵ２９
は、「前回のものを残す」と「今回のものを実行」のボ
タンのいずれが選択されたかを判定し、「前回のものを
残す」のボタンが選択されたと判定された場合、ステッ
プＳ１に戻り、それ以降の処理を繰り返し実行する。す
なわち、この場合には、前回のボーティング画面が再び
表示され、ユーザは、そのボーティング画面から、再び
アクセス処理を行う。

【００８１】一方、ステップＳ４において、前回のタイ
プ４の投票が残っていないと判定された場合、ステップ
Ｓ５に進み、ＣＰＵ２９は、図１７に示すような画像を
表示させる。この表示例においては、今回のボーティン
グ画面に、「アクセスを実行しますか？」のメッセージ
とともに、「取消」の文字が表示されたボタンと、「実
行」の文字が表示されたボタンとが表示される。使用者
は、２つのボタンのうちのいずれか一方をレフトキー９
０またはライトキー９１を操作して選択する。そして、
選択が確定したとき、ユーザは、決定キー９２を操作す
る。

【００８２】ステップＳ６において、ＣＰＵ２９は、
「取消」のボタンと「実行」のボタンのいずれが選択さ
れたかを判定し、「取消」のボタンが選択されたと判定
された場合、ステップＳ１に戻り、それ以降の処理を実
行する。

【００８３】これに対して、ステップＳ６において、
「実行」のボタンが操作されたと判定された場合、ＣＰ
Ｕ２９は、ステップＳ９に進む。ステップＳ８におい
て、ユーザが、「今回のものを実行する」のボタンを選
択したと判定された場合も、ステップＳ９に進む。

【００８４】ステップＳ９においては、ＣＰＵ２９は、
例えば、図１８に示すように、アクセス中 このままお
待ち下さい」のメッセージをテレビジョン受像機３に表
示させる。

【００８５】次に、ステップＳ１０に進み、ＣＰＵ２９
は、成功データをＥＥＰＲＯＭ３８に記憶する処理を実
行する。この成功データには、このボーティングの番組
のservice_id（チャンネル番号）、このボーティングの
start_offset（番組のスタート時刻からこのボーティン
グのスタート時刻までの時間）、および選択された投票
項目のvoting_code（投票項目番号）が含まれている。

【００８６】次にステップＳ１１において、ＣＰＵ２９
は、成功フラグをクリア（リセット）する。これは、次
のステップＳ１２においてアクセスを実行したとき、相
手先の電話回線が話し中であったり、自宅の電話回線が
使用中であったりして、投票が成立しなかったような場
合に備えるためであり、投票が成立した場合には、後述
するように、ステップＳ２０において、成功フラグがセ
ットされる。

【００８７】次に、ステップＳ１２に進み、ＣＰＵ２９
は、アクセス処理を実行する。すなわち、ＣＰＵ２９
は、モデム３４を制御し、ユーザが選択したvoting_cod
eに対応して規定されている電話番号（tel_number）に
対してアクセス動作を開始させる。モデム３４は、ＣＰ
Ｕ２９からの制御に対応して、指令された電話番号に対
する発呼動作を開始する。そして、電話回線が相手先
（センタ）との間で閉結されたとき、ＣＰＵ２９は、そ
のvoting_typeに対応して、図６に示すような送信情報
をセンタ側に送信させる。

【００８８】すなわち、そのボーティングが、voting_t
ype＝１のボーティングである場合、特に情報は送信さ
れず、voting_type＝２のボーティングである場合、ser
vice_id，event_id，voting_id，voting_codeがセンタ
に送信される。そのボーティングが、voting_type＝３
またはvoting_type＝４のボーティングである場合、vot
ing_type＝２における送信情報の他、CA_system_id，ca
rd_idが、さらにセンタに送信される。

【００８９】従って、センタ側においては、voting_typ
e＝１の場合、投票の有無を集計することができ、votin
g_type＝２の場合、どのチャンネルの、どの番組の、ど
のボーティングの、どの投票項目に対して投票が行われ
たかを集計することができる。voting_type＝３またはv
oting_type＝４である場合には、さらに、その投票を行
ったユーザと、その契約条件などを知ることができる。

【００９０】次に、ステップＳ１３に進み、ＣＰＵ２９
は、投票が成立したか否かを判定する。投票が成立しな
かった場合には、その原因が、相手先の電話回線が話し
中であったからなのか、ユーザの自宅の電話回線が使用
中であったからなのか、または電話回線に接続上の問題
があったからなのかが判定される。

【００９１】相手先（センタ側）の電話回線が話し中で
あることにより、投票ができなかった場合には、ステッ
プＳ１４に進み、ＣＰＵ２９は、さらに、今回のボーテ
ィングがタイプ４のボーティングであるか否かを判定す
る。今回のボーティングがタイプ４のボーティングでは
なく、タイプ１乃至タイプ３のボーティングである場合
には、ステップＳ１５に進み、ＣＰＵ２９は、例えば、
図１９に示すように、「アクセス失敗 もう一度やり直
して下さい」のメッセージを５秒間表示させる。現在の
ボーティングが、タイプ４のボーティングである場合に
は、ステップＳ１６に進み、ＣＰＵ２９は、例えば、図
２０に示すように、「アクセス失敗」のメッセージと、
「このアクセスはメニューの番組関連のセンターアクセ
スで再アクセスすることができます」のメッセージを３
０秒間表示させる。

【００９２】ユーザが、このメッセージに従って、「メ
ニュー」を選択し、そのメニューの中から「番組関連」
の項目を選択し、さらに、「番組関連」の項目の中から
「センターアクセス」の項目を順次選択すると、ＣＰＵ
２９は、ＥＥＰＲＯＭ３８にステップＳ１０で記憶した
成功データを読み出し、その成功データに対応するアク
セス処理を実行する。従って、ユーザは、選択処理を再
び行うことなく、既に行った選択の内容で、再アクセス
を行うことができる。

【００９３】すなわち、上述したように、タイプ４のボ
ーティングの場合、voting_durationは、display_durat
ionと一致しておらず、換言すれば、ユーザは、display
_durationが満了した後でも、ボーティングを行うこと
ができる。このボーティングが、「メニュー」の中の
「番組関連」の項目を選択し、さらに、「番組関連」の
中から「センターアクセス」の項目を選択することで行
うことができる。

【００９４】ステップＳ１３において、投票が、自宅の
電話回線が使用中であることにより不成立になったと判
定された場合、または、電話回線の接続上、何らかの問
題があって、投票が不成立になったと判定された場合、
ステップＳ１７に進み、ＣＰＵ２９は、いまのボーティ
ングがタイプ４のボーティングであるか否かを判定す
る。いまのボーティングが、タイプ４のボーティングで
ある場合には、ステップＳ１８に進み、ＣＰＵ２９は、
図２１に示すように、「アクセス失敗 電話回線が使用
中か正しく接続されていません」のメッセージと、「こ
のアクセスはメニューの番組関連のセンターアクセスで
再アクセスすることができます」のメッセージを、３０
秒間表示させる。現在のボーティングが、タイプ４のボ
ーティングではなく、タイプ１乃至タイプ３のボーティ
ングである場合には、ステップＳ１９に進み、ＣＰＵ２
９は、図２２に示すように、「アクセス失敗 電話回線
が使用中か正しく接続されていません」のメッセージを
５秒間表示させる。

【００９５】一方、ステップＳ１３において、投票が成
立した（相手側に情報を送信することができた）と判定
された場合、ステップＳ２０に進み、ＣＰＵ２９は、ス
テップＳ１１でクリアした成功フラグをセットする。そ
して、ステップＳ２１において、センタから応答メッセ
ージが送信されてきたか否かを判定する。応答メッセー
ジが送信されてきた場合には、ステップＳ２２に進み、
ＣＰＵ２９は、受信した応答メッセージを、例えば、図
２３に示すように、１０秒間表示させる。図２３の表示
例においては、「ご参加ありがとうございました」のメ
ッセージが表示されている。

【００９６】センタ側から応答メッセージが送信されて
こない場合には、ステップＳ２３に進み、ＣＰＵ２９
は、例えば、図２４に示すように、「アクセス完了」の
メッセージを、５秒間表示させる。

【００９７】ステップＳ２２またはＳ２３において、応
答メッセージ、または「アクセス完了」のメッセージが
表示されている状態、あるいは、ステップＳ１５，Ｓ１
６，Ｓ１８またはＳ１９において、「アクセス失敗」の
メッセージが表示されている状態において、display_du
rationが満了した場合、そのメッセージの表示を開始し
てから、既に５秒間が経過していれば、ＣＰＵ２９は、
その表示画面を消去させるが、５秒間がまだ経過してい
ない場合には、５秒間の経過を待って、その表示画面を
消去する。これにより、少なくとも５秒間は、この表示
画面が表示されることになる。

【００９８】応答メッセージが１０秒間表示された後、
もしくは、「アクセス完了」のメッセージが５秒間表示
された後、ステップＳ２４に進む。ステップＳ１５また
はステップＳ１９で、「アクセス失敗」のメッセージが
表示されてから５秒間経過したとき、または、ステップ
Ｓ１６もしくはステップＳ１８で、「アクセス失敗」の
メッセージが表示されてから３０秒間が経過したとき
も、ステップＳ２４に進む。

【００９９】ステップＳ２４においては、ＣＰＵ２９
は、成功フラグがセットされているか否かを判定する。
成功フラグがセットされていない場合には、アクセスが
失敗であったので、アクセスを再度実行する必要があ
る。そこで、ステップＳ１に戻り、それ以降の処理が実
行される。

【０１００】これに対して、ステップＳ２４において、
成功フラグがセットされていると判定された場合には、
ＣＰＵ２９は、ステップＳ２５に進み、ステップＳ１０
で、ＥＥＰＲＯＭ３８に記憶した成功データに含まれる
service_idとstart_offsetが、現時点におけるボーティ
ングのservice_idとstart_offsetに一致するか否かを判
定する。成功データのservice_idと現時点のボーティン
グのservice_idが一致しない場合、成功データに記憶さ
れているデータは、異なる番組（チャンネル）のデータ
ということになる。また、service_idが一致したとして
も、start_offsetが一致しない場合には、成功データと
して記憶されているデータは、今回より前のボーティン
グにおけるデータであることになる。そこで、これらの
場合には、ステップＳ１に戻り、それ以降の処理が再び
実行される。

【０１０１】ステップＳ２５の判定は、ユーザがボーテ
ィングを行い、成功フラグがセットされた、そのボーテ
ィングがまだ継続しているか否かを判定するためのもの
である。ユーザのボーティング操作が、voting_duratio
nの時間以内になされた場合には、成功データに記憶さ
れているservice_idとstart_offsetは、現時点のボーテ
ィングのservice_idとstart_offsetに一致する。従っ
て、この場合には、ステップＳ２６に進み、ＣＰＵ２９
は、図２５に示すように、成功データに登録されている
投票項目（選択肢）だけをマーク付きで表示し、その他
の投票項目については、マークを付さないで表示する。
図２５の表示例においては、「タイトル５」だけがマー
クを付して表示されており、その他の「タイトル１」乃
至「タイトル４」、並びに「タイトル６」乃至「タイト
ル１０」は、マークを付さずに表示されている。この図
２５を、図９と比較して明らかなように、「タイトル
５」以外のタイトルには、マークが付されていないの
で、ユーザは、もはや投票項目を選択することができな
い（投票済みである）ことを直感的に認識することがで
きる。

【０１０２】次に、ステップＳ２７に進み、ＣＰＵ２９
は、display_durationが満了するまで待機し、満了した
とき、ステップＳ２８に進み、ボーティング画面の表示
を消去させ、処理を終了する。

【０１０３】一方、ユーザが、有効に投票を行った後、
図２５に示す画面が表示される前にvoting_durationが
満了してしまい、次のボーティング（異なるvoting_id
を有するボーティング）が開始されてしまったような場
合、成功データと現時点のボーティングは、service_id
とstart_offsetに関して、一致しないことになる。この
ような場合、図２５に示すような、前のボーティングの
画面を表示すると、ユーザに誤解を与えることになる。
そこで、この場合には、ステップＳ１に戻り、新たな
（次の）ボーティングのボーティング画面を表示させ
る。

【０１０４】ステップＳ２５において、新たなボーティ
ングが始まっているか否かの判定を、成功データと現時
点のボーティングのservice_idとvoting_idを用いて行
うようにすることも可能である。しかしながら、voting
_idを用いる場合には、同一のservice_id（チャンネ
ル）の異なる番組で、同一のvoting_idが用いられる可
能性があるので、さらに、event_id（番組ＩＤ）を判定
に利用する必要が生じる。その結果、判定する必要のあ
るデータが増加するだけでなく、event_idは、そのチャ
ンネルにおける番組の数が多い場合には、複数回、繰り
返し用いられる可能性もある。この場合、異なるボーテ
ィングに、同一のvoting_idとevent_idが割り当てられ
る恐れがある。これに対して、start_offsetは、各番組
毎に異なる確率が高いので、service_idとstart_offset
を用いるようにすると、一意的に各ボーティングを特定
することができる。

【０１０５】なお、図１３（ステップＳ３８）、図１４
（ステップＳ３９）、図１７（ステップＳ５）、または
図１６（ステップＳ７）の表示が行われている状態にお
いて、display_durationが経過してしまった場合、ＣＰ
Ｕ２９は、例えば、「有効期限が過ぎたため実行できま
せん」の状況表示のメッセージを表示した後、５秒の経
過を待って、ボーティング画面の表示を消去させる。

【０１０６】以上の図７と図８のフローチャートに示す
処理のうち、ユーザが投票を行った後のメッセージ表示
処理とマーク表示処理を抽出して示すと、図２６のフロ
ーチャートと図２７のフローチャートに示すようにな
る。

【０１０７】図２６において、ＣＰＵ２９は、ステップ
Ｓ５１において成功データを記憶する処理を実行する。
この処理は、図７のステップＳ１０の処理に対応してい
る。上述したように、この成功データには、アクセスす
るボーティングのservice_idとstart_offsetが含まれて
いるとともに、さらに選択された投票項目のvoting_cod
eが含まれている。

【０１０８】次に、ステップＳ５２において、ＣＰＵ２
９は、成功フラグをリセットする。この処理は、図７の
ステップＳ１１に対応している。次に、ステップＳ５３
に進み、ＣＰＵ２９は、ステップＳ５１で記憶した成功
データに対応してアクセス処理を実行する。このアクセ
ス実行処理は、図８のステップＳ１２の処理に対応して
いる。

【０１０９】次に、ＣＰＵ２９は、ステップＳ５４にお
いて、アクセスが終了するまで待機し、アクセスが終了
したとき、ステップＳ５５に進み、アクセスが成功した
か否かを判定する。このステップＳ５４とＳ５５の処理
は、図８のステップＳ１３の処理に対応している。

【０１１０】ステップＳ５５でアクセスが成功したと判
定された場合、ＣＰＵ２９は、ステップＳ５６に進み、
成功フラグをセットする。このステップＳ５６の処理
は、図８のステップＳ２０の処理に対応している。次に
ステップＳ５７に進み、ＣＰＵ２９は、成功メッセージ
表示処理を実行する。このステップＳ５７の処理は、図
８のステップＳ２２，Ｓ２３の処理に対応している。

【０１１１】一方、ステップＳ５５において、アクセス
が成功しなかったと判定された場合、ＣＰＵ２９は、ス
テップＳ５８に進み、失敗メッセージ表示処理を実行す
る。このステップＳ５８の処理は、図８のステップＳ１
５，Ｓ１６，Ｓ１８，Ｓ１９の処理に対応している。

【０１１２】一方、図２７のマーク表示処理において
は、ＣＰＵ２９は、ステップＳ６１で、成功フラグがセ
ットされているか否かを判定する。このステップＳ６１
の処理は、図８のステップＳ２４の処理に対応してい
る。成功フラグがセットされている場合、ステップＳ６
２に進み、ＣＰＵ２９は、成功データと現在のボーティ
ングが、service_idとstart_offsetに関し、一致してい
るか否かを判定する。このステップＳ６２の処理は、図
８のステップＳ２５の処理に対応している。ステップＳ
６２において、成功データを記憶したときのボーティン
グより後のボーティングが開始されていないと判定され
たとき（成功データと現在のボーティングが、service_
idとstart_offsetに関し、一致していると判定されたと
き）、ＣＰＵ２９は、ステップＳ６３に進み、成功デー
タに登録されている投票項目だけをマーク付きで表示
し、その他の投票項目をマークを付けないで表示させる
処理を実行する。すなわち、図２５に示すような画像が
表示される。このステップＳ６３の処理は、図８のステ
ップＳ２６の処理に対応している。

【０１１３】これに対してステップＳ６１において、成
功フラグがセットされていないと判定された場合、また
はステップＳ６２において、次のボーティングが開始さ
れてしまったと判定された場合、ＣＰＵ２９は、ステッ
プＳ６４に進み、すべての投票項目をマークを付けて表
示する処理を実行する。すなわち、図９に示すような画
像が表示される。このステップＳ６４の処理は、図７の
ステップＳ１の処理に対応している。

【０１１４】このように、投票項目（選択肢）の先頭に
マークを表示するか否かを制御することにより、投票可
能な画面と投票が不可能な画面の差異を明確にすること
ができる。これにより、ユーザは、すでに投票が終了し
たか否かを容易に認識することができ、投票がすでに終
了しているにも拘らず再アクセスを行ってしまうなどの
誤操作を抑制することができる。

【０１１５】なお、上記実施の形態においては、選択肢
の先頭に所定のマークを表示させ、アクセスが成功した
とき、選択された選択肢に対応するマークだけを表示さ
せ、それ以外のマークを消去するようにしたが、マーク
の色や形状を変化させることにより、ボーティングの終
了を認識させるようにすることも可能である。要は、投
票が行われた後の状態が、投票が行われる前の状態と異
なる状態になるようにすればよい。さらに、マークは、
ボタン以外の形状とすることも可能である。

【０１１６】また、上記実施の形態においては、パーフ
ェクＴＶにおける場合について説明したが、これに限定
されるのものではなく、他のデジタル衛星放送、ＣＡＴ
Ｖなどにも本発明は適用することが可能である。

【０１１７】

【発明の効果】請求項１に記載の受信装置、および請求
項９に記載の表示制御方法によれば、投票項目の中のい
ずれかが選択されたとき、マークの表示状態が、投票項
目が選択される前の状態と異なる状態になるようにした
ので、選択可能な画面と不可能な画面を容易に認識する
ことができる。これにより、ユーザによる誤操作を抑制
することができる。

【図面の簡単な説明】

【図１】本発明を適用したＡＶシステムの構成例を示す
ブロック図である。

【図２】図１のＩＲＤ２の正面の構成例を示す図であ
る。

【図３】図１のＩＲＤ２の内部の構成例を示すブロック
図である。

【図４】図１のリモートコマンダ６の構成例を示す図で
ある。

【図５】DM_voting_descriptorを説明する図である。

【図６】voting_typeを説明する図である。

【図７】図３の実施の形態の動作を説明するフローチャ
ートである。

【図８】図３の実施の形態の動作を説明するフローチャ
ートである。

【図９】図７のステップＳ１の表示例を示す図である。

【図１０】図７のステップＳ３０の表示例を示す図であ
る。

【図１１】図７のステップＳ３２の表示例を示す図であ
る。

【図１２】図７のステップＳ３５の表示例を示す図であ
る。

【図１３】図７のステップＳ３８の表示例を示す図であ
る。

【図１４】図７のステップＳ３９の表示例を示す図であ
る。

【図１５】図７のステップＳ４２の表示例を示す図であ
る。

【図１６】図７のステップＳ７の表示例を示す図であ
る。

【図１７】図７のステップＳ５の表示例を示す図であ
る。

【図１８】図７のステップＳ９の表示例を示す図であ
る。

【図１９】図８のステップＳ１５の表示例を示す図であ
る。

【図２０】図８のステップＳ１６の表示例を示す図であ
る。

【図２１】図８のステップＳ１８の表示例を示す図であ
る。

【図２２】図８のステップＳ１９の表示例を示す図であ
る。

【図２３】図８のステップＳ２２の表示例を示す図であ
る。

【図２４】図８のステップＳ２３の表示例を示す図であ
る。

【図２５】図８のステップＳ２６の表示例を示す図であ
る。

【図２６】図８に示す処理のうちメッセージ表示処理を
示すフローチャートである。

【図２７】図８に示す処理のうちマーク表示処理を示す
フローチャートである。

【符号の説明】

１ パラボラアンテナ， ２ ＩＲＤ， ３ テレビジ
ョン受像機， ６ リモートコマンダ， ２１ チュー
ナ， ２３ エラー訂正回路， ２４ デマルチプレク
サ， ２５ ＭＰＥＧビデオデコーダ， ２５ａ ＤＲ
ＡＭ， ２６ＭＰＥＧオーディオデコーダ， ２６ａ
ＤＲＡＭ， ２９ ＣＰＵ， ３５データバッファメモ
リ， ３５Ａ ＥＰＧエリア， ３６ ＳＲＡＭ， ３
７ＲＯＭ， ３８ ＥＥＰＲＯＭ， ３９ ＩＲ信号受
信部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 湯沢 啓二 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 岸高 百合子 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 竹島 久理子 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 番組に関する映像信号を受信して表示部
   に表示させる受信装置において、 前記番組に関する映像信号を受信する受信手段と、 前記番組に関する複数の投票項目と、複数の前記投票項
   目の中からいずれかを選択するための、各投票項目に対
   応する複数のマークとが前記表示部に表示されるよう
   に、前記表示部の表示を制御する第１の表示制御手段
   と、 複数の前記投票項目の中のいずれかが選択されたとき、
   選択された投票項目に関する選択信号を伝送する伝送手
   段と、 前記伝送手段により前記選択信号が正常に伝送されたか
   否かを検出する検出手段と、 前記検出手段が、前記伝送手段により前記選択信号が正
   常に伝送されたことを検出したとき、前記マークの前記
   表示部における表示状態が、前記投票項目が選択される
   前の状態と異なる状態になるように、前記表示部の表示
   を制御する第２の表示制御手段とを備えることを特徴と
   する受信装置。
2. 【請求項２】 前記第２の表示制御手段は、前記表示部
   における表示状態を、選択されなかった投票項目に対応
   するマークを消去し、選択された投票項目に対応するマ
   ークだけを表示させた状態とすることを特徴とする請求
   項１に記載の受信装置。
3. 【請求項３】 前記検出手段が、前記伝送手段により前
   記選択信号が正常に伝送されたことを検出したとき、前
   記第２の表示制御手段による表示制御の前に、前記選択
   信号が正常に伝送されたことを示すように、前記表示部
   の表示を制御する第３の表示制御手段をさらに備えるこ
   とを特徴とする請求項１に記載の受信装置。
4. 【請求項４】 前記伝送手段は、電話回線を介して前記
   選択信号を伝送することを特徴とする請求項１に記載の
   受信装置。
5. 【請求項５】 前記検出手段は、前記選択信号が正常に
   伝送されたか否かを検出するのに、少なくとも、前記投
   票項目とマークの表示を開始した時刻からの経過時間を
   用いることを特徴とする請求項１に記載の受信装置
6. 【請求項６】 前記受信手段は、前記番組に関する複数
   の投票項目に関する投票項目信号をさらに受信し、 前記第１の表示制御手段は、前記受信手段が受信した、
   前記投票項目信号に基づいて、前記マークを前記表示部
   に表示させることを特徴とする請求項１に記載の受信装
   置。
7. 【請求項７】 前記第２の表示制御手段は、前記表示部
   における前記投票項目の表示状態を、前記投票項目の選
   択の前と後において同一とすることを特徴とする請求項
   １に記載の受信装置。
8. 【請求項８】 前記第１の表示制御手段は、前記投票項
   目とマークを、前記番組の映像に重畳して表示させるこ
   とを特徴とする請求項１に記載の受信装置。
9. 【請求項９】 番組に関する映像信号を受信して表示部
   に表示させる受信装置の表示を制御する表示制御方法に
   おいて、 前記番組に関する映像信号を受信する受信ステップと、 前記番組に関する複数の投票項目と、複数の前記投票項
   目の中からいずれかを選択するための、各投票項目に対
   応する複数のマークとが前記表示部に表示されるよう
   に、前記表示部の表示を制御する第１の表示制御ステッ
   プと、 複数の前記投票項目の中のいずれかが選択されたとき、
   前記マークの前記表示部における表示状態が、前記投票
   項目が選択される前の状態と異なる状態になるように、
   前記表示部の表示を制御する第２の表示制御ステップと
   を備えることを特徴とする表示制御方法。