JP2000022647A - 番組データ伝送方法及び番組データ受信機 - Google Patents

Abstract

(57)【要約】 【課題】ＩＴ受信機においてもダイレクト機能等を使用
可能にする。 【解決手段】バッファＲＡＭ34は番組データと番組番号
（ＵＩＣ）との対応を示すＵＩＣ情報を保持する。送信
側においては、番組の内容の変更に伴ってＵＩＣを変更
する場合には、変更内容を示すＵＩＣ情報を送出する。
ＣＰＵ２は、更新されたＵＩＣ情報を用いて、番組デー
タを書込むと共に読出してデコードする。これにより、
番組番号に操作キーを割り当てることができ、ＵＩＣが
変更されたときでも、操作キーによって番組の呼び出し
が可能である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、テレビジョン電波
に多重化されて送られる文字や画像等の番組データを受
信して画面表示を行うインターテキスト放送に好適な番
組データ伝送方法及び番組データ受信機に関する。

【０００２】

【従来の技術】近年、テレビジョン（ＴＶ）受信機にお
いては、半導体技術及び通信技術等の発達によって、単
なる映像及び音声による放送信号の視聴のためのものと
してだけでなく、情報端末としての機能も備えたものが
開発されている。このようなテレビジョン受信機を利用
すると、テレビジョン放送信号に映像及び音声以外のデ
ータ情報を多重して伝送することにより、伝送された情
報を利用した各種のサービスの提供を受けることができ
る。更に、電話回線等を利用することによって、双方向
通信機能を搭載することもできる。

【０００３】このようなデータ放送を可能にするものと
して、例えば、ＩＴ（Inter Text）ビジョン放送（以
下、ＩＴ放送という）が行われており、また、このＩＴ
放送に対応した受信機（以下、ＩＴ受信機という）も商
品化されている。

【０００４】図９はこのようなＩＴ放送サービスのシス
テムを示す説明図である。

【０００５】放送局41は、インターテキストデータ（以
下、ＩＴデータという）が多重されたＩＴ放送信号を送
出する。ＩＴ受信機42は、テレビジョン電波によって伝
送されたＩＴ放送信号を受信し、ＩＴデータを取り出し
てテレビジョン画面に各種情報を表示する。更に、ＩＴ
受信機42は電話回線43を介してサーバー会社と双方向通
信することができる。サーバー会社は、データ処理及び
通信処理等を行う応答サーバ34を有しており、ＩＴ放送
に関連する各種サービスを提供するようになっている。
ＩＴ受信機42が応答サーバ44と双方向に通信することに
より、テレビ番組への参加、オンラインＩＴ番組の受信
およびオンラインショッピング等のサービスの提供を受
けることができるようになっている。

【０００６】図１０はこのようなＩＴ受信機42の構成を
示すブロック図である。

【０００７】アンテナ21によって受信されたテレビジョ
ン信号はテレビジョン信号受信処理部20の受信部22に供
給される。このテレビジョン信号に含まれる映像信号に
は、ＩＴデータが挿入されている。受信部20は、入力さ
れたテレビジョン信号を復調して映像信号及び音声信号
を取り出して、夫々映像処理部23及び音声処理部24に出
力する。

【０００８】映像信号処理部23は映像信号を再生するた
めの各種処理を行うものであり、例えば、映像処理部23
は、映像信号から輝度信号と色信号とを分離し、輝度信
号の増幅処理及び色信号の復調処理等の映像信号処理を
行う。映像処理部23の出力は合成切換部25に供給され
る。また、音声処理部24は、入力された音声信号を復調
して増幅し、合成切換部26に供給する。

【０００９】受信部22からの映像信号は、文字図形情報
復号部１を構成するデータ取込み部３にも供給される。
文字図形情報復号部１はＩＴデータを文字図形映像に復
号するためのものである。データ取込み部３は、ＩＴ放
送のＩＴデータ（文字図形情報）をディジタルデータと
して取込んでバッファＲＡＭ４に供給する。バッファＲ
ＡＭ４は入力された文字図形情報を一時蓄積する。

【００１０】ＣＰＵ２は文字情報復号部１を制御するも
のであり、プログラムＲＯＭ５に格納されているプログ
ラムに基づいて動作する。ＣＰＵ２は、バッファＲＡＭ
４に蓄積されている多くの文字図形情報の中から希望す
る番組の文字図形情報を選択し、プログラムＲＯＭ５に
記億されているプログラムの内容に従って復号処理を行
う。文字発生器９には文字図形情報に対応した文字図形
映像を表示するための表示データが格納されており、Ｃ
ＰＵ２は、作業領域として使用する作業ＲＡＭ６を用
い、文字発生器９を利用して、文字図形情報を文字図形
映像に変換する。ＣＰＵ２によって変換された文字図形
映像の表示データは表示メモリ７に格納される。表示メ
モリ７に記億された文字図形映像の表示データは表示制
御部８によって読み出され、ＲＧＢ信号に変換されて合
成切換部25に出力される。

【００１１】また、文字図形情報中に含まれる付加音デ
ータは付加音デコーダ部１０に供給されて付加音信号に
変換されて合成切換部26に出力される。

【００１２】ＩＴ放送の文字図形情報は階層構造となっ
ている。ユーザーは例えば図示しないリモコン装置及び
本体キー等を操作することによって、上位の階層から下
位の階層に項目を選択しながら、所望の表示を行うこと
ができるようになっている。リモコン装置からの信号は
入力Ｉ／Ｆ部11を介してＣＰＵ２に供給される。ＣＰＵ
２は、入力Ｉ／Ｆ部11からのデータに基づいて、ユーザ
ーが表示を希望する文字図形情報を選択して復号するの
である。

【００１３】合成切換部25は映像処理部23から出力され
るテレビジョン放送の映像信号と文字図形情報復号部１
内の表示制御部８から出力される文字図形情報の映像信
号とを合成するか又は切り換えて増幅部27に出力する。
増幅部27は映像信号を増幅して出力することで表示部29
にテレビジョン放送の映像と文字図形情報の映像を表示
する。

【００１４】合成切換部26は、音声処理部24から出力さ
れるテレビジョン放送の音声信号と文字図形情報復号部
１内の付加音デコーダ部10から出力される音声信号とを
合成するか又は切り換えて増幅部28に出力する。増幅部
28によって音声信号は増幅され、スピーカ30からテレビ
ジョン放送の音声と文字図形情報の音声とが音響出力さ
れる。

【００１５】また、ＩＴ受信機42はテレビジョン信号に
重畳されて送られてくる放送系ＩＴ番組を視聴する機能
以外に、電話回線を介して、応答サーバ33との間でデー
タの送受を行い、更に、応答サーバ33から受信したデー
タに基づいて画面表示を行う機能を有している。

【００１６】モデム12は、電話回線との接続処理を行
い、ＣＰＵ２から供給されたデータ信号をアナログ音声
信号に変調して電話回線に送出すると共に、電話回線を
介して受信したアナログ音声信号を変調してディジタル
データ信号に変換してＣＰＵ２に供給する。

【００１７】いま、ユーザーが選択した任意の番組の文
字図形情報が表示部29の表示画面上に表示されているも
のとする。更にこの時の番組内容はクイズ、アンケー
ト、投票、ショッピング及びチケット予約等の視聴者参
加型番組であるものとする。ユーザーは、番組を視聴し
ながら、例えばクイズやアンケート番組に回答するため
に、図示しないリモコンの操作又は本体キーの押下操作
等によって、入力Ｉ／Ｆ部11を介して命令をＣＰＵ２に
入力する。

【００１８】ＣＰＵ２は、ユーザーの指示に応じて、応
答サーバ33の電話番号に発呼する。なお、この電話番号
は、文字図形情報と併せて伝送されてバッファＲＡＭ４
に蓄えられていることもあり、また、予めプログラムＲ
ＯＭ５内に記憶されていることもあり、また、ＩＴ受信
機の設置時の初期設定等によりバッファＲＡＭ４に記億
されていることもある。

【００１９】ＣＰＵ２は、回答データを所定のフォーマ
ットのデータ形式に変換し、モデム12はこのデータをア
ナログ音声信号に変換し、電話回線に接続して応答サー
バ33に送信する。

【００２０】また、ＣＰＵ２はモデム12を制御して応答
サーバ33の電話番号に発呼し、応答サーバ33から電話回
線を介してＩＴデータを受信する。モデム12は受信した
アナログ音声信号をディジタルデータ信号に変換する。
ＣＰＵ２はモデム12の受信データから取り出した文字図
形情報をバッファＲＡＭ４に蓄積する。

【００２１】ユーザーはリモコン装置を操作して、入力
Ｉ／Ｆ部11を介して命令をＣＰＵ２に入力する。ＣＰＵ
２はバッファＲＡＭ４に蓄積されている多くの文字図形
情報の中から希望する文字図形情報を選択して、プログ
ラムＲＯＭ５に記億されているプログラムの内容に従っ
て復号処理を行う。この場合には、文字発生器９及び作
業ＲＡＭ６を使用して文字図形情報を文字図形映像に変
換する。文字図形映像の表示データは表示メモリ７に記
億される。表示制御部８は表示メモリ７に記億された文
字図形映像を読出して、ＲＧＢ信号に変換した後合成切
換部25に出力する。

【００２２】こうして、表示部29の表示画面上に文字図
形情報の映像が表示される。このようにして、オンライ
ン系ＩＴ番組を視聴することができる。

【００２３】ところで、文字放送受信機においては、従
来、視聴を容易にするための各種機能を有している。例
えば、目次等の視聴する頻度が高い文字番組を呼び出す
ダイレクト機能、天気，ニュース，スポーツ等のジャン
ル別に文字番組を呼び出すジャンル機能等がある。リモ
コン装置等のダイレクトキーの操作によって、指定の放
送局のチャンネルを受信し、ジャンルキーの操作によっ
て、指定の番組番号の文字番組を受信することができる
のである。即ち、極めて簡単なリモコン操作のみによっ
て所望する文字番組を視聴することが可能である。

【００２４】更に、予約登録機能を有するものもある。
予約登録機能は、ユーザーによるリモコン操作以前に登
録された番組を自動的に受信して、データをメモリに蓄
えるようにすることにより、所望する文字番組の表示ま
での待ち時間を短縮することを可能にしている。

【００２５】これらの機能は、例えば目次番組が０００
＃、天気予報が１００＃、字幕番組が９９９＃というよ
うに、各文字番組が放送局で定めた各々固有の番組番号
を有し、放送日時や放送内容が変更されても番組番号が
変更されないことから実現可能となっている。

【００２６】しかしながら、ＩＴ受信機等の従来の番組
データ受信機は文字放送受信機が備えるダイレクト機
能、ジャンル機能、予約登録機能及びリトライ機能等の
機能を有していない。

【００２７】即ち、現在の文字放送やＩＴ放送は、同一
番組データを適当な時間間隔で連続的に送信している。
文字放送受信機の場合には、内蔵のメモリに、所定の番
組番号のデータを記憶後、更に同一番組番号のデータを
再受信するとメモリ内の受信済みデータに上書きするよ
うに処理する。これにより番組内容が変更された場合で
あっても、直ちに変更後のデータに基づく表示を行うこ
とができる。

【００２８】一方、ＩＴ受信機においては、番組を区別
するための情報であるＵＩＣによって番組を区別する。
即ち、ＵＩＣが同一であれば、同一番組であると判断す
る。また、ＩＴ受信機においては、メモリ利用効率等を
考慮して、受信データをデコードした後にメモリに格納
するようになっている。また、パフォーマンスを向上さ
せるために、一度も格納していないデータについての
み、受信、デコード及びメモリへの格納処理を行う。

【００２９】しかし、番組受信処理等を管理するための
アプリヘッダが受信された後に、他のデータ部分が更新
されると、アプリヘッダとの不整合が生じ、致命的エラ
ーが発生する。即ち、従来の番組データ受信機において
は、所定の番組番号の放送系ＩＴ番組を受信してＴＶ画
面上に表示中に、この番組の変更された番組データが同
一の番組番号で送信されると、既に受信され受信機のメ
モリに蓄えられているアプリヘッダの内容と相違してし
まい、受信機はメモリ内の番組データを破壊して、正常
にＩＴ番組を表示することができなくなってしまう。

【００３０】そこで、このような受信機の誤動作を回避
するために、放送局は、番組内容を変更する場合には別
の番組番号を付加して送出するようになっている。例え
ば、日替わりで内容が変更されるＩＴ番組については、
番組番号を毎日変更しなければならない。また、放送中
のＩＴ番組が放送途中において番組内容の変更が生じた
場合には、同時に番組番号も変更して送信する必要があ
る。

【００３１】以上の理由から、予め受信機で利用する特
定のキーにＩＴ番組の番組番号を登録すると、ＩＴ受信
機は誤動作を起こす可能性がある。このため、ＩＴ受信
機に、文字放送受信機が備えたダイレクト、ジャンル、
予約及びリトライ機能等を付加することができない。

【００３２】ところで、ＩＴ放送システムにおいては、
放送系ＩＴ番組の番組構成として階層構造が採用されて
おり、先ずＩＴ受信機のメニュー画面から放送系ＩＴの
目次番組を受信し、その目次番組から各種ＩＴ番組の受
信に移行するようになっている。

【００３３】図１１はこのような階層構造を説明するた
めの説明図である。

【００３４】先ず、受信機は内蔵プログラムＲＯＭ５の
プログラムに従って、図１１（ａ）に示すＩＴ放送の目
次番組を受信する。次に、視聴者がその中から見たいＩ
Ｔ番組を選択すると、受信機は目次番組内のプログラム
データに基づいて、選択した番組の番組種別（ＤＰ）及
び番組番号（ＵＩＣ）に関するデータを抽出する。抽出
したＤＰ，ＵＩＣに基づいて、受信機は放送中の各種番
組中から選択的にＩＴデータを受信するように動作す
る。

【００３５】例えば、視聴者が図１１（ａ）の表示を参
照しながら、天気番組、ニュース番組又はゲーム番組を
選択すると、表示部29の表示画面上には、図１１（ｂ）
乃至（ｄ）に示す天気番組、ニュース番組又はゲーム番
組が表示される。更に、例えばニュース番組を選択した
場合には、図１１（ｅ）に示す社会・経済ニュース及び
図１１（ｆ）に示すスポーツニュース等を選択表示させ
ることができる。また、同様に、視聴者がゲーム番組を
選択した場合には、図１１（ｇ）に示す○×ゲーム番組
及び図１１（ｈ）に示すクイズ番組等を選択表示させる
ことができる。

【００３６】また、オンライン系ＩＴ番組についても同
様であり、電話回線を介して、オンライン系ＩＴ番組の
目次番組を受信し、その目次番組から各種ＩＴ番組の受
信に移行するようになっている。

【００３７】このように、ＩＴ放送システムでは、先ず
ＩＴ放送の目次番組を受信し、この目次番組を参照しな
がら各種ＩＴ番組にリンクするようになっているので、
所望のＩＴ番組が受信されて表示されるまでに長時間が
必要となる。更に、オンライン系ＩＴ番組の視聴におい
ては接続時間が長時間となって、電話代が膨大な金額に
なってしまうという問題がある。

【００３８】

【発明が解決しようとする課題】このように、上述した
従来の番組データ受信機においては、番組内容の変更に
伴って番組番号も変更されて送信されるので、ダイレク
ト機能、ジャンル機能、予約登録機能、リトライ機能等
の機能を付加することができないという問題点があっ
た。また、これらの機能を有していないので、番組を選
択するためには、目次番組から各種ＩＴ番組の受信に移
行する必要があり、希望するＩＴ番組の受信表示までの
待ち時間が長く、オンライン系ＩＴ番組の視聴では電話
代が膨大な金額になってしまうという問題点があった。

【００３９】本発明はかかる問題点に鑑みてなされたも
のであって、番組内容の変更に伴って各ＩＴ番組の番組
種別（ＤＰ）及び番組番号（ＵＩＣ）が変更された場合
でも、ダイレクト機能、ジャンル機能、予約登録機能及
びリトライ機能等の機能を有して、操作性を向上させる
ことができる番組データ伝送方法及び番組データ受信機
を提供することを目的とする。

【００４０】また、本発明は、各種キー操作によって所
望するＩＴ番組の受信を可能にすることにより、ＩＴ番
組受信までの待ち時間を短縮し電話代を低減することが
できる番組データ伝送方法及び番組データ受信機を提供
することを目的とする。

【００４１】

【課題を解決するための手段】本発明の請求項１に係る
番組データ伝送方法は、所定の番組の番組データを伝送
する処理と、前記番組データを特定するための対応情報
を前記所定の番組の内容の変更に伴って更新して所定の
タイミングで伝送する処理とを具備したものである。

【００４２】本発明の請求項１において、番組データの
内容が更新されると、番組データを特定するための対応
情報も更新されて伝送される。対応情報が更新されて伝
送されるので、受信側において、対応情報をそのまま用
いた場合でも、番組データを確実に特定することができ
る。

【００４３】本発明の請求項４に係る番組データ伝送方
法は、所定の番組の番組データを所定の通信回線を介し
て伝送する処理と、前記番組データを特定するための対
応情報を前記所定の番組の内容の変更に伴って更新する
処理と、前記対応情報によって所定の番組の送信が指定
されると、前記更新する処理によって更新した情報に基
づいて前記伝送する処理によって伝送する番組データを
選択する処理とを具備したものである。

【００４４】本発明の請求項４において、受信側から番
組データを特定するための対応情報が指定されると、こ
の対応情報が更新されている場合には、更新された対応
情報に基づいて伝送する番組データを選択する。これに
より、対応情報が更新された場合でも、受信側では更新
前の対応情報を用いて番組データの特定が可能である。

【００４５】本発明の請求項６に係る番組データ受信機
は、所定の番組の番組データを受信して記憶する第１の
記憶手段と、前記第１の記憶手段に格納された前記番組
データに基づく提示を行う提示手段と、前記番組データ
に付加された前記番組データを特定するための対応情報
を記憶する第２の記憶手段と、所定の操作によって前記
第２の記憶手段に記憶された前記対応情報を呼び出すこ
とにより前記第１の記憶手段に格納された前記番組デー
タを前記提示手段に供給する操作手段と、前記第２の記
憶手段に記憶された前記対応情報が更新された場合に
は、前記操作手段の前記所定の操作と前記対応情報との
対応を更新すると共に、前記第１の記憶手段に記憶する
前記番組データを更新する更新手段とを具備したもので
ある。

【００４６】補発明の請求項６において、第１の記憶手
段には番組データが記憶される。操作手段の所定の操作
によって、第２の記憶手段に記憶された番組データを特
定するための対応情報に基づく番組データが第１の記憶
手段から読出される。更新手段は、対応情報が更新され
た場合には、操作手段の所定の操作とこの対応情報との
対応を更新すると共に、及び第１の記憶手段に記憶され
た番組データを更新する。これにより、操作手段の所定
の操作に応答して、番組データが読出されて提示手段に
よって提示される。

【００４７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について詳細に説明する。図１は本発明に係る
番組データ伝送方法の一実施の形態を示すフローチャー
トである。本実施の形態は放送局側において、ＩＴ受信
機等の番組データ受信機のダイレクト機能、ジャンル機
能、予約登録機能及びリトライ機能等を実現するもので
ある。

【００４８】図１のステップＳ1 においては、ＩＴ番組
の内容が変更されるか否かが判定される。ＩＴ番組の内
容が変更される場合には、処理をステップＳ2 に移行
し、変更されない場合には処理をステップＳ3 に移行す
る。

【００４９】本実施の形態においては、放送局からＵＩ
Ｃ変換情報のみのＩＴ番組（以下、ＵＩＣ−ＥＸＥＣ番
組という）を放送するようになっている。即ち、図１の
ステップＳ1 において番組内容が変更される場合には、
ステップＳ2 においてＵＩＣ−ＥＸＥＣ番組を放送す
る。ＵＩＣ−ＥＸＥＣ番組は、ＩＴ番組のＤＰ，ＵＩＣ
の情報のみを伝送するものであり、このＵＩＣ−ＥＸＥ
Ｃ番組は、内容が変更される元のＩＴ番組と同一のＤ
Ｐ，ＵＩＣで伝送されるようになっている。ステップＳ
3 では、ＩＴ番組の送信が行われる。

【００５０】次に、このように構成された実施の形態の
動作について説明する。

【００５１】いま、放送局からＤＰが３０でＵＩＣが１
００のＩＴ番組Ａが放送されているものとする。次に放
送内容の変更に伴って、ＩＴ番組Ａは、ＵＩＣが１０１
に変更されて放送されるものとする。ステップＳ1 にお
いて内容の変更が発生すると、放送局はＩＴ番組Ａの変
更前のＤＰ，ＵＩＣを有するＵＩＣ−ＥＸＥＣ番組Ｂ
（ＤＰ＝３０，ＵＩＣ＝１００）を放送する。

【００５２】ＵＩＣ−ＥＸＥＣ番組Ｂの内容は、ＤＰが
３０でＵＩＣが１０１のＩＴ番組の受信命令であり、文
字や図形等の表示データは含まれていない。

【００５３】例えば、ＩＴ受信機のダイレクトキーによ
って、ＤＰが３０でＵＩＣが１００のＩＴ番組Ａが受信
されて、文字図形映像が画面に表示されているものとす
る。ＩＴ受信機の受信途中において、放送局によって途
中で番組内容が変更された場合でも、ＩＴ受信機はＤＰ
が３０でＵＩＣが１００のＩＴ番組を受信し続ける。

【００５４】放送局は、ＤＰが３０でＵＩＣが１００の
ＩＴ番組としてＵＩＣ−ＥＸＥＣ番組Ｂを送信するの
で、ＩＴ受信機はこのＵＩＣ−ＥＸＥＣ番組Ｂを受信
し、その番組内容によってＤＰが３０でＵＩＣが１０１
のＩＴ番組を自動的に受信するように制御される。

【００５５】これにより、番組内容が変更されてもＩＴ
受信機には変更後のＩＴ番組が受信され、再表示される
ようになる。

【００５６】このように、本実施の形態においては、放
送局は、ＩＴ番組の内容を変更する場合には、このＩＴ
番組と同一のＤＰ，ＵＩＣを用いたＵＩＣ−ＥＸＥＣ番
組によって変更後のＩＴ番組の番組番号を通知して受信
させるようになっている。これにより、番組内容を更新
した場合でも、更新した番組を自動的に受信させること
ができ、ＩＴ受信機にダイレクト機能等を付加すること
を可能にしている。

【００５７】しかも、ＵＩＣ−ＥＸＥＣ番組自体のデー
タ量が少なく、番組制作も簡単であり、現在のＩＴ放送
受信機の受信ソフトウェアを変更することなく、放送局
側のみの対応で実現可能であるという利点がある。

【００５８】なお、上記実施の形態では、ＤＰは変更さ
れないものとして説明したが、ＤＰが変更される場合も
同様に、ＵＩＣ−ＥＸＥＣ番組内でＤＰ及びＵＩＣを定
義することにより、変更後のＩＴ番組を自動的に受信さ
せるようにすることができることは明らかである。

【００５９】図２は本発明に係る番組データ受信機の一
実施の形態を示すブロック図である。本実施の形態はＣ
ＰＵ２における制御のみが図１０の従来例と異なる。図
２において図１０と同一の構成要素には同一符号を付し
てある。

【００６０】図１の実施の形態においては、番組内容の
変更に伴い、ＵＩＣ−ＥＸＥＣ番組の送信が必要とな
り、番組数が２倍になってしまう。更に番組数が増加す
れば、伝送制御データ（現在放送中の各種データ多重放
送の情報を定義するデータ）の内容も変更しなければな
らなくなる。即ち、番組数増加による受信機の受信待ち
時間が増加する他、伝送制御データの更新等、放送局側
での負担も増加するという欠点もある。

【００６１】これに対し、本実施の形態は、ＩＴ番組送
信に併せてＵＩＣ情報データを送信するようにした例で
ある。本実施の形態においても、例えば、ダイレクト機
能、ジャンル機能、予約登録機能及びリトライ機能等を
付加することができる。

【００６２】放送局側においては、ＩＴ番組送信に併せ
て、ＵＩＣ情報データを送信する。このＵＩＣ情報デー
タは例えば、現在放送中のＩＴ番組に割り当て可能なＵ
ＩＣの種類を示すものである。例えば、現在放送中のＩ
Ｔ番組がＵＩＣ＝１００，２００，３００の３種類であ
ることを受信機に認識させることを可能にするデータ構
成を有する。

【００６３】そして、放送局は、任意のある時刻にＵＩ
Ｃ情報を送出して、所定のＩＴ番組のＵＩＣの変更等を
通知する。例えば、ＩＴ番組のＵＩＣ＝１００（変更無
し）、ＵＩＣ２００を２０１に変更又はＵＩＣ３００を
３０３に変更といった情報を送信するようになってい
る。

【００６４】図２において、アンテナ21には高周波テレ
ビジョン信号が誘起する。この高周波テレビジョン信号
にはＩＴデータが多重されている。アンテナ21からの高
周波テレビジョン信号はテレビジョン信号受信処理部20
に供給される。テレビジョン信号受信処理部20は、受信
部22、映像処理部23、音声処理部24、合成切換部25，2
6、増幅部27，28、表示部29及びスピーカ30によって構
成されている。

【００６５】受信部22は、テレビジョン信号を受信して
復調し、映像信号及び音声信号を取り出して、夫々映像
処理部23及び音声処理部24に出力する。映像信号処理部
23は映像信号を再生するための各種処理を行うものであ
り、例えば、映像処理部23は、映像信号から輝度信号と
色信号とを分離し、輝度信号の増幅処理及び色信号の復
調処理等の映像信号処理を行う。映像処理部23の出力は
合成切換部25に供給される。また、音声処理部24は、入
力された音声信号を復調して増幅し、合成切換部26に供
給する。

【００６６】合成切換部25は、映像処理部23の出力と後
述する表示制御部８の出力とを合成して増幅部27に出力
する。合成切換部26は、音声処理部24の出力と後述する
付加音デコード部10の出力とを合成して増幅部28に出力
する。増幅部27，28は入力された信号を増幅してそれぞ
れ表示部29及びスピーカ30に出力する。表示部29は入力
された映像信号に基づく表示を表示画面上に映出する。
スピーカ30は入力された音声信号に基づく音響を出力す
る。

【００６７】受信部22からの映像信号は、文字図形情報
復号部31を構成するデータ取込み部３にも供給される。
文字図形情報復号部31はＩＴデータを文字図形映像に復
号するためのものである。データ取込み部３は、ＩＴ放
送のＩＴデータ（文字図形情報）をディジタルデータと
して取込んでバッファＲＡＭ34に供給する。バッファＲ
ＡＭ34は入力された文字図形情報を一時蓄積する。更
に、本実施の形態においては、バッファＲＡＭ34は、受
信したＵＩＣ情報を記憶するようになっている。ＣＰＵ
２はＵＩＣ情報を所定の時間間隔で受信し、バッファＲ
ＡＭ34のＵＩＣ情報を受信した情報で更新するようにな
っている。

【００６８】ＣＰＵ２は文字情報復号部31を制御するも
のであり、プログラムＲＯＭ35に格納されているプログ
ラムに基づいて動作する。ＣＰＵ２は、バッファＲＡＭ
34に蓄積されている多くの文字図形情報の中から希望す
る番組の文字図形情報を選択し、プログラムＲＯＭ35に
記億されているプログラムの内容に従って復号処理を行
う。

【００６９】更に、ＣＰＵ２は、ユーザー操作に応答し
て、バッファＲＡＭ34に格納されているＵＩＣ情報を読
出して、プログラムＲＯＭ35に格納されているプログラ
ムに基づいて各種制御を行うようになっている。例え
ば、ＣＰＵ２はバッファＲＡＭ34に記憶された内容に従
って、受信番組の切換を行うことができるようになって
いる。ＣＰＵ２は、バッファＲＡＭ34のＵＩＣ情報を用
いることにより、ダイレクト機能、ジャンル機能、予約
登録機能及びリトライ機能等を実現するようになってい
る。

【００７０】なお、受信番組が放送系番組の場合には、
ＣＰＵ２は受信部22及びデータ取込み部３を制御し、受
信番組がオンライン番組の場合には、ＣＰＵ２はモデム
12を制御して所定の電話番号に発呼して回線を接続させ
る。

【００７１】文字発生器９には文字図形情報に対応した
文字図形映像を表示するための表示データが格納されて
いる。作業ＲＡＭ６は作業用のメモリである。ＣＰＵ２
は、作業ＲＡＭ６及び文字発生器９を制御して、文字図
形情報を文字図形映像に変換するようになっている。

【００７２】表示メモリ７は、表示データを格納するた
めのものであり、ＣＰＵ２によって変換された文字図形
映像の表示データが与えられるようになっている。表示
制御部８は、表示メモリ７に記億された文字図形映像の
表示データを読出し、ＲＧＢ信号に変換して合成切換部
25に出力する。また、付加音デコード部10は、文字図形
情報中に含まれる付加音データを処理して音声信号を合
成切換部26に出力するようになっている。

【００７３】入力Ｉ／Ｆ11は、ユーザーの図示しないリ
モコン装置の操作又は本体キーの操作等に基づく信号が
入力され、ユーザー操作に基づく信号をＣＰＵ２に出力
するようになっている。モデム12は、ＣＰＵ２からのデ
ータ信号をアナログ音声信号に変調し、電話回線に接続
処理を行うと共に、電話回線に接続して受信したアナロ
グ音声信号を変調し、ディジタルデータ信号を取り出し
てＣＰＵ２に供給するようになっている。

【００７４】なお、放送局はＵＩＣ情報を送信するもの
として説明したが、ＩＴ番組のＤＰ情報も送信するよう
にしてもよいことは明らかであり、バッファＲＡＭ34は
ＩＴ番組とＤＰ，ＵＩＣとの対応を示す対応情報として
のＵＩＣ情報を記憶すると共に、対応情報を現在の状態
に応じて更新ようにすればよいことは明らかである。

【００７５】次に、このように構成された実施の形態の
動作について図３のフローチャートを参照して説明す
る。

【００７６】図示しないリモコン装置又は本体キー部に
は、ダイレクトキー、ジャンルキー、予約登録キー及び
リトライキーが設けられているものとする。

【００７７】本実施の形態においては、ＩＴ受信機は、
ダイレクト機能、ジャンル機能、予約登録機能及びリト
ライ機能を有している。ダイレクト機能は目次や番組情
報等のように視聴する頻度が高いＩＴ番組を呼び出す機
能である。ジャンル機能は天気、ニュース、スポーツ等
のジャンル別にＩＴ番組を呼び出す機能である。予約機
能はユーザーが見たい文字番組を予約登録しておき、所
定の文字番組を呼び出し可能にする機能である。リトラ
イ機能はユーザーが以前に視聴した文字番組を再び呼び
出す機能である。

【００７８】ダイレクト機能使用時の動作について説明
する。

【００７９】いま、放送局からＵＩＣが１００，２０
０，３００のＩＴ番組Ａ，Ｂ，Ｃが放送されているもの
とし、このＩＴ番組Ａにダイレクトキーが割り当ててあ
るものとする。また、バッファＲＡＭ34にはＩＴ番組Ａ
のＵＩＣが１００であることを示すＵＩＣ情報及びこの
ＩＴ番組ＡについてのＤＰ情報が格納されているものと
する。

【００８０】図３のステップＳ50において電源が投入さ
れると、アンテナ21に誘起したテレビジョン信号は受信
部22によって選局されて所定のチャンネルの信号が映像
処理部23及び音声処理部24に供給される。一方、受信部
22からの放送信号に含まれるＩＴデータはデータ取込み
部３によって取込まれる。即ち、ステップＳ51において
ユーザーのキー操作が行われない場合には、ステップＳ
52においてデータの取り込みが行われる。

【００８１】ステップＳ56においては、取込んだデータ
がＵＩＣ情報であるか否かが判断され、ステップＳ62に
おいて番組データであるか否かが判断される。ステップ
Ｓ62において番組データと判断された場合には、ステッ
プＳ63においてバッファＲＡＭ34に番組データが保存さ
れる。

【００８２】いま、ユーザーが図示しないリモコン装置
のダイレクトキーを操作するものとする。この操作に基
づく信号が入力Ｉ／Ｆ11を介してＣＰＵ２に供給され
る。ＣＰＵ２はステップＳ51においてこのキー操作を検
出すると、このユーザー操作に応答して、バッファＲＡ
Ｍ34に格納されているＵＩＣ情報（以下、登録ＵＩＣ情
報という）を読出す（ステップＳ53）。なお、ステップ
Ｓ51においては、ダイレクトキーのキー操作だけでな
く、ジャンルキー、予約キー及びリトライキー等の所定
キーが押下されたか否かが検出される。

【００８３】ダイレクトキーには現在放送中のＩＴ番組
Ａの現在のＵＩＣが割り当てられており、ＣＰＵ２はス
テップＳ54において、バッファＲＡＭ34にダイレクトキ
ーに登録されたＵＩＣの番組データが既に格納されてい
るか否かを判断する。既に、ダイレクトキーに登録され
たＵＩＣの番組データがバッファＲＡＭ34に格納されて
いる場合には、ステップＳ55において、この番組データ
を用いて表示のための処理を行う。

【００８４】即ち、ＣＰＵ２はプログラムＲＯＭ35のプ
ログラムに従って、バッファＲＡＭ34の番組データを読
出し、作業ＲＡＭ６及び文字発生器９を使用して、文字
図形情報に基づく文字図形映像の表示データを作成して
表示メモリ７に供給する。この表示データは表示制御部
８によってＲＧＢ信号に変換されて合成切換部25に供給
される。また、文字図形情報に基づく付加音信号が付加
音デコーダ部10によって得られ、合成回路26に供給され
る。

【００８５】こうして、表示部29の表示画面にはＩＴ番
組Ａの文字図形映像が表示され、スピーカ30からは付加
音が音響出力される。

【００８６】更に、本実施の形態においてはＵＩＣ情報
の変更を監視するようになっている。ユーザーによって
所定のキー操作が行われていない場合及びバッファＲＡ
Ｍ34にＩＴ番組に関するＵＩＣ情報が格納されていない
場合には、処理はステップＳ52に移行して、データの取
り込みを行い、ステップＳ56において取込んだデータが
ＵＩＣ情報データであるか否かを検出する。

【００８７】いま、ＩＴ番組Ａの内容の変更が生じて、
放送局はＩＴ番組ＡのＵＩＣを１００から１０１に変更
するものとする。この場合には、放送局は、ＩＴ番組Ａ
のＵＩＣを１００から１０１に変更したことを示すＵＩ
Ｃ情報を送出する。

【００８８】ＣＰＵ２はＵＩＣ情報を受信すると、処理
をステップＳ56からステップＳ57に移行して、このデー
タをバッファＲＡＭ34内の所定の領域に上書き保存す
る。なお、この所定の領域は、ＵＩＣ情報を前回上書き
保存した領域とは異なる領域に設定される。次に、ステ
ップＳ58において、予め各種所定キーに対応してバッフ
ァＲＡＭ34内に記億された登録ＵＩＣ情報データと新た
に書込んだＵＣＩ情報データとを比較して登録ＵＩＣ情
報の変更の有無を検出する。登録ＵＩＣ情報が変更され
ていない場合には、処理をステップＳ51に戻す。

【００８９】この場合には、ＵＩＣ情報が変更されてい
るので、処理をステップＳ59に移行して、登録ＵＩＣ情
報データを更新して保存する。次に、ステップＳ60にお
いてバッファＲＡＭ34に更新前のＵＩＣに対応した番組
データが保存されているか否かを判断し、保存されてい
る場合には、ステップＳ61においてこの番組データを消
去する。

【００９０】次に、ステップＳ52において再度データの
取込みを実行し、ＩＴ番組データを受信する（ステップ
Ｓ62）。取り込んだデータが正常に受信されて、ＩＴ番
組データであると判断されたならばステップＳ63におい
てこのデータをバッファＲＡＭ34に格納する。

【００９１】こうして、バッファＲＡＭ34には、更新後
のＩＴ番組データとそのＵＩＣ情報とが格納される。

【００９２】このようにデータ取込みを実行し（ステッ
プＳ52）、ＵＩＣ情報データの受信（ステップＳ56）及
びＩＴ番組データの受信（ステップＳ62）を繰り返し実
行しながら、ユーザーにより所定キーが押下されたこと
を検出すると（ステップＳ51）、バッファＲＡＭ34内の
登録ＵＩＣデータを読み出し（ステップＳ53）、そのＵ
ＩＣに対応するＩＴ番組データがバッファＲＡＭ34内に
既に受信されていれば（ステップＳ54）、表示処理を行
う（ステップＳ55）。まだＩＴ番組データが受信されて
いないならば、ステップＳ54からステップＳ62に処理を
移行して、再度、ＩＴ番組データの受信を行い（ステッ
プＳ62）、バッファＲＡＭ34にデータを蓄積後（ステッ
プＳ63）、表示処理を行う（ステップＳ55）。

【００９３】図３においては、ダイレクトキー等の所定
キーの押下前の登録ＵＩＣ情報の更新について説明した
が、所定キー押下後の場合も同様である。

【００９４】いま、ユーザーによって所定キーが押下さ
れて、既に所定のＩＴ番組が表示画面上に表示されてい
るものとする。この状態で、放送局によって表示中のＩ
Ｔ番組の内容が変更され、これに伴ってＵＩＣが変更さ
れて送出されるものとする。ＩＴ受信機は、ステップＳ
56においてＵＩＣ情報データを受信し、ステップＳ59に
おいて登録ＵＩＣ情報を更新すると、ステップＳ61にお
いて更新前の番組データを消去する。

【００９５】これにより、表示中のＩＴ番組は表示が中
断される。しかし、ステップＳ52においてデータ取り込
みが行われ、ステップＳ63において更新後の番組データ
が保存されると、再度ステップＳ55において表示処理が
行われる。

【００９６】なお、放送局によってＵＩＣ情報が変更さ
れて送信された場合でも、例えば翌日は元のＵＩＣで放
送されるので、登録ＵＩＣ情報を更新をした場合には、
更新前のＵＩＣ情報又は初期設定時のＵＩＣ情報は別途
バッファＲＡＭ34内に保存しておき、受信機の電源投入
時にその初期ＵＩＣ情報データを読み出して登録ＵＩＣ
情報とする構成としておくことが必要である。

【００９７】このように、本実施の形態においては、放
送局が送信するＵＩＣ情報に基づいて、ＩＴ番組とＵＩ
Ｃとの対応を更新するようになっており、ダイレクト機
能、ジャンル機能、予約登録機能及びリトライ機能等を
実現して、操作性を向上させることができる。

【００９８】また、ＵＩＣ情報データはＩＴ番組データ
に比較してデータ量が少なく、また、ＵＩＣが変更され
ても番組数は増加しないので、ＩＴ受信機の受信待ち時
間の増加は少ない。また放送局側は現在のＩＴ放送に加
えて、ＵＩＣ情報データを送出するのみであり、比較的
容易に実現可能である。

【００９９】なお、上記実施の形態においては、ＤＰは
変更されないものとして説明したが、ＤＰが変更される
場合も同様に、ＵＩＣ情報データ内でＤＰ及びＵＩＣの
変更内容を定義して送信し、受信機は登録ＤＰ及びＵＩ
Ｃデータを更新することで実現される。

【０１００】また、図３のフローチャート以外に、ユー
ザーが所定キーを押下した時に、ＵＩＣ情報データの受
信処理を行うようにしてもよく、また、ＵＩＣ情報デー
タの更新は所定のＩＴ番組受信後に行うようにしてもよ
い。

【０１０１】またＵＩＣ情報データに関しては放送局及
び受信機メーカー他でフォーマットの取り決めを行う必
要がある。

【０１０２】上述したように、図２の実施の形態におい
ては、ダイレクト機能だけでなく、ジャンル機能、予約
登録機能及びリトライ機能等を実現することが可能であ
る。これらの機能を実現するために、上述したように、
バッファＲＡＭ34内には、予め所定のＩＴ番組の放送チ
ャンネル（又はオンライン番組）とＤＰ及びＵＩＣに関
するデータを記億しておく必要がある。

【０１０３】例えば、ジャンル機能を達成するために
は、番組種別（ＤＰ）を用いて番組をジャンル別に分類
する。例えば、ＤＰ＝３５ならば天気、ＤＰ＝３６なら
ばニュース、ＤＰ＝３７ならばスポーツというようにジ
ャンル別の設定を行い、予めバッファＲＡＭ34内に所定
の番組の放送チャンネル（又はオンライン番組）とＤＰ
及びＵＩＣに関するデータを記憶しておく。このように
ＤＰによるジャンルの分類を実施するためには、予め受
信機メーカーと放送局及びＩＴ番組制作会社等との間で
ＤＰの取り扱いに関する取り決めが必要である。

【０１０４】即ち、ジャンル機能を達成する場合には、
登録ＵＩＣ情報に代えて、登録ＤＰ情報を用いればよい
ことは明らかである。

【０１０５】また、予約機能を達成するためには、ＩＴ
受信機はユーザーの操作によって、所望するＩＴ番組の
ＤＰ，ＵＩＣに関するデータを予約登録可能な機能を有
している必要がある。

【０１０６】また、リトライ機能を実現するためには、
バッファＲＡＭ34内に受信中のＩＴ番組の放送チャンネ
ル又はオンライン番組とＤＰ，ＵＩＣに関するデータを
随時記憶するようにしておく。記憶可能な番組数は１つ
又は複数で、ユーザー操作によって次のＩＴ番組を受信
した場合には、ＤＰ，ＵＩＣに関するデータを更新する
ように制御する。そして、ユーザーによりリトライキー
が操作された場合には、ＣＰＵ２はプログラムＲＯＭ５
の内容に従って動作し、バッファＲＡＭ34のデータを抽
出して、放送チャンネルの切り換え又はオンライン番組
の場合には所定の電話番号への発呼による回線接続を行
って、ＤＰ，ＵＩＣが一致するＩＴ番組を受信する。ま
た、バッファＲＡＭ34のデータは受信機の電源をＯＦＦ
しても保存されるようにしておくと、予約登録等の操作
の必要もなく、電源ＯＮ後に簡単な操作のみで再度見た
いＩＴ番組を見ることができ便利である。

【０１０７】これらの各機能を達成するためのキー操作
に応答して、ステップＳ53における登録ＵＣＩ情報、登
録ＤＰ情報の読出し、ステップＳ57の登録ＵＣＩ情報、
登録ＤＰ情報の保存、及びステップＳ59の登録ＵＣＩ情
報、登録ＤＰ情報の更新等を行うことによって、各機能
を達成することができることは明らかである。

【０１０８】図４は本発明の他の実施の形態を示すフロ
ーチャートである。図４において図３と同一の手順につ
いて同一符号を付して説明を省略する。本実施の形態は
図２と同様のハード構成によって実現可能であり、ＣＰ
Ｕ２の制御が異なるのみであるので、ハード構成につい
ては図示を省略する。

【０１０９】本実施の形態は、ＩＴ受信機側にＵＩＣ検
索機能を備えた例である。本実施の形態においては、図
１及び図２の実施の形態のように放送局側からＵＩＣ変
更に関する情報を送信する必要はなく、ＩＴ受信機での
受信処理のみの対応でダイレクト機能等の各種機能を実
現することができる。但し、ＩＴ番組の内容の変更に伴
うＵＩＣの変更方法に関して、放送局及び受信機メーカ
ー等の間で取り決めが必要である。

【０１１０】例えば、図４はＩＴ番組の内容の変更に伴
ってＵＩＣを変更する場合には、元のＵＩＣに１加算し
た値を新たなＵＩＣとして使用するように設定した場合
の例を示している。

【０１１１】図４のステップＳ64はタイマーカウントに
１を加算する処理である。ステップＳ65はカウント値か
ら所定時間の経過を判断する。ステップＳ65において、
所定時間経過していないものと判断された場合には、処
理はステップＳ52に戻り、ステップＳ51において所定の
キーが押下されたか否かが判定され、更に、ステップＳ
54でバッファＲＡＭ34に番組データが保存されているか
否かが判定される。

【０１１２】即ち、所定のキーのキー操作から所定時間
経過後までに、キー操作に対応するＩＴ番組の番組デー
タがバッファＲＡＭ34に格納されたか否かが判定される
ようになっている。所定のキーのキー操作から所定時間
経過してもＩＴ番組データが保存されない場合には、放
送局が放送するＩＴ番組のＵＩＣが変更されたものと判
断するのである。

【０１１３】ステップＳ66はタイマーカウントをクリア
する処理であり、ステップＳ67は、放送局等との取り決
めに応じて、登録ＵＩＣ情報に１加算する処理である。

【０１１４】なお、本実施の形態においては、経過時間
を計数するタイマー機能はソフトウェアによって構成す
る。例えば作業ＲＡＭ６の所定の領域のデータを所定時
間経過毎にソフトウェアで一旦読み出し、そのデータを
＋１だけインクリメントして再度上書きすることでタイ
マーカウンタを実現する。

【０１１５】次に、このように構成された実施の形態の
作用について説明する。

【０１１６】いま、例えば放送局からＩＴ番組ＡがＤＰ
＝３０でＵＩＣ＝１００で送信されるものとする。受信
機の電源が投入されると（ステップＳ50）、ＣＰＵ２は
ステップＳ51において、ユーザーによるダイレクトキ
ー、ジャンルキー、予約キー又はリトライキー等の所定
キーの操作が行われたか否かを検出する。キーが押下さ
れていない場合には、図３と同様に、ステップＳ52，Ｓ
62．Ｓ63において、データが取込まれて、ＩＴ番組デー
タがバッファＲＡＭ34に書込まれて記憶される。

【０１１７】ＩＴ番組データの受信（ステップＳ62）を
繰り返し実行しながら、ステップＳ51においてユーザー
のキー操作を検出する。ここで、ユーザーが所定のキー
を操作すると、処理がステップＳ53に移行して、バッフ
ァＲＡＭ34に書込まれている登録ＵＩＣ情報のうち操作
されたキーに対応するＵＩＣ情報を読出す。

【０１１８】例えば、ＩＴ番組Ａに対応するキー操作が
行われたものとすると、ＣＰＵ２はキー操作に対応する
ＵＩＣが１００であることを知り、ＵＩＣが１００のＩ
Ｔ番組データがバッファＲＡＭ34に格納されているか否
かを判断する（ステップＳ54）。ＩＴ番組データが記憶
されている場合には、このＩＴ番組データを読出して、
ステップＳ55において表示処理を行い、表示画面上にＩ
Ｔ番組Ａの文字図形画像を映出させる。

【０１１９】こうして、ＩＴ番組Ａの画面表示が行われ
る。ここで、ＩＴ番組Ａの内容の変更に伴って、放送局
がＩＴ番組ＡのＵＩＣをＵＩＣ使用の取り決めに対応し
て、１０１に変更するものとする。

【０１２０】このＩＴ番組Ａの番組データはステップＳ
52，Ｓ62，Ｓ63において、バッファＲＡＭ34に書込まれ
て保存される。こうして、バッファＲＡＭ34には新たな
ＩＴ番組Ａの番組データが保存される。

【０１２１】ユーザーの所定キーの操作時点において、
所望するＩＴ番組データが受信されていない場合には、
ステップＳ64においてタイマーカウンタを＋１インクリ
メントする。そして、ステップＳ65からステップＳ52に
処理を移行して、再度データの取込みを行い、バッファ
ＲＡＭ34に番組データを保存する（ステップＳ63）。

【０１２２】しかし、ＩＴ番組ＡはＵＩＣが１０１に変
更されているので、ＵＩＣ１００に対応したキー操作を
行っても、ステップＳ54においてキー操作に対応した番
組データは存在しないものと判断される。これにより、
ステップＳ64においてタイマーカウントは更にインクリ
メントされる。

【０１２３】タイマーカウント値が所定の上限値に達っ
してＩＴ番組Ａの番組データが所定時間受信されないこ
とを検出すると、現在このＵＩＣのＩＴ番組は送信され
ていないものと判断し、処理をステップＳ65からステッ
プＳ66に移行して、タイマーカウント値をクリアする。
更に、登録ＵＩＣ情報を＋１インクリメントして保存す
る（ステップＳ67）。また、更新前のＵＩＣ情報に対応
した番組データの一部がバッファＲＡＭ34に存在する場
合には、その番組データを消去する（ステップＳ61）。

【０１２４】こうして、ステップＳ53においては、更新
された登録ＵＩＣ情報が読出され、ＵＩＣが１０１の番
組データがバッファＲＡＭ34に格納されているか否かが
判断される（ステップＳ54）。これにより、更新後の新
たなＩＴ番組Ａが表示される。

【０１２５】番組データの内容が更に変更される場合に
も同様に、ＵＩＣはＵＩＣ使用の取り決めの範囲内で増
加する。即ち、ＩＴ受信機は、ＵＩＣを＋１ずつインク
リメントしながら、ＩＴ番組データの受信を行う。

【０１２６】このように、本実施の形態においては、放
送局側で所定の取り決めに従ってＵＩＣを変更すると共
に、受信側において、正常に受信が行われない場合に
は、取り決めに応じてＵＩＣを変更することによって正
しいＵＩＣを指定可能にしている。これにより、ダイレ
クト機能、ジャンル機能、予約登録機能及びリトライ機
能等を実現して、操作性を向上させることができる。

【０１２７】このように、放送局はＵＩＣの使用に関す
る取り決めに従ってＵＩＣを変更してＩＴ番組を送信す
るだけでよく、ＩＴ受信機にＵＩＣ自動検索機能を備え
ることで、キーにＵＩＣを割り当てた場合でも、ＵＩＣ
の変更に拘わらず、簡単なキー操作によって所望のＩＴ
番組を受信することができる。

【０１２８】また本実施の形態ではＩＴ受信機は登録Ｕ
ＩＣを自動的に＋１して受信処理を行うので、所望する
番組が受信されるまで、あるいは所望するＩＴ番組が送
信されていないと判断されるまでに待ち時間が発生す
る。ＩＴ受信機はＵＩＣを複数回変更して受信処理を行
うので待ち時間は長くなってしまう。しかし、ＩＴ番組
は階層構造になっているので、従来のＩＴ受信機を用い
て所望するＩＴ番組を受信するためには複数のＩＴ番組
を受信表示しなければならない。これに対し、本実施の
形態ではユーザーはダイレクトキー、ジャンルキー、予
約キー、リトライキー等の所定キー押下の簡単な操作の
みによってＩＴ番組を指定することができ、また、階層
構造のＩＴ番組を直接指定することができるので、従来
に比べて、所望するＩＴ番組を受信表示させるまでに要
する時間を短縮することができる。

【０１２９】なお、所望するＩＴ番組が受信されるまで
の間には、「しばらくお待ち下さい」というメッセージ
を表示させ、所定時間所望するＩＴ番組が受信されない
場合には「現在この番組は送られていません」というメ
ッセージ画面を表示し、所定時間経過してもＩＴ番組が
受信されない場合には、登録ＵＩＣ情報のインクリメン
トに併せて「番組内容が変更されました。もうしばらく
お待ち下さい」というメッセージ画面を表示するか又は
「検索中です」等のメッセージ画面を表示するようにし
てもよい。これにより、ユーザーの不安を解消して誤操
作等を防止することができる。

【０１３０】なお、本実施の形態ではＵＩＣを順次＋１
して変更するという取り決めがなされるものとして説明
したが、他の取り決めであってもよいことは明らかであ
る。

【０１３１】また、上記実施の形態ではＤＰは変更され
ないものとして説明したが、ＤＰが変更される場合にも
同様に、ＤＰの送信に関する取り決めに対応して受信機
側にＤＰ自動検索機能を備えることによって対応可能で
ある。

【０１３２】図５は本発明の他の実施の形態を示すフロ
ーチャートである。

【０１３３】本実施の形態は、所定キーの操作によって
オンライン系ＩＴ番組を受信する場合の例である。

【０１３４】本実施の形態は、応答サーバ側にＵＩＣ変
換テーブルを備え、応答サーバ側でユーザーの所望する
ＩＴ番組を送出するように管理するようになっている。
ＩＴ受信機としては、応答サーバからのデータ受信時に
はＵＩＣの一致／不一致を確認しないようにしたものを
採用する。他の構成は、従来例におけるＩＴ受信機と同
様でよい。

【０１３５】図５は応答サーバの処理を示している。ス
テップＳ11は所定のＩＴ番組のＵＩＣが変更されたか否
かを判定する処理である。ＩＴ番組のＵＩＣが変更され
ると、次のステップＳ12において、ＩＴ番組とＤＰ，Ｕ
ＩＣとの対応を示すＵＩＣ変換テーブルを更新するよう
になっている。ステップＳ13は、ＵＩＣ変換テーブルに
基づいて、ＩＴ番組の番組データを送信する処理を示
す。

【０１３６】次に、このように構成された実施の形態の
作用について説明する。

【０１３７】従来、応答サーバは、例えばＵＩＣが２０
０のＩＴ番組が存在しない場合には、ＵＩＣが２００の
ＩＴサーバがＩＴ受信機から電話回線を介して要求され
ると、不存在を理由に、ＮＧ（不良）であることを示す
データのみをＩＴ受信機に返して電話回線を切断してい
た。この場合には、ＩＴ受信機は、例えば「この番組は
ありません」等のメッセージ画面を表示していた。

【０１３８】これに対し、本実施の形態においては、応
答サーバは、ＩＴ番組ＣのＵＩＣが変更されると、この
変更に基づいてＵＩＣ変換テーブルを更新する（ステッ
プＳ12）。なお、ＵＩＣ変換テーブルは、例えば１週間
分のＵＩＣの変更履歴等を保存するものである。ＵＩＣ
変換テーブルには、例えば、ＵＩＣ＝２００は２０１に
更新し、ＵＩＣ＝２１０は２１１に更新後、更に２１２
に更新するといった内容が記憶される。

【０１３９】いま、応答サーバにオンラインＩＴ番組Ｃ
（ＤＰ＝６５，ＵＩＣ＝２００）が用意されていたが、
番組内容の変更に伴い、ＩＴ番組ＣのＵＩＣが２０１に
変更されたものとする。この変更は、応答サーバ内のＵ
ＩＣ変更テーブルに記憶される。

【０１４０】ユーザーがＩＴ受信機のダイレクトキー等
の所定キーを操作するものとする。そうすると、この操
作に基づいてＩＴ受信機は電話回線を介して応答サーバ
にＵＩＣが２００のＩＴ番組の番組データの送信を要求
する。応答サーバは、ＵＩＣ変換テーブルを参照して、
送信要求されたＵＩＣが２００のＩＴ番組はＵＩＣが２
０１に変更されていることを認識し、ＵＩＣが２０１の
ＩＴ番組の番組データを送出する。

【０１４１】ＩＴ受信機は、要求した番組とは異なるＵ
ＩＣの番組データを受信する。しかし、ＩＴ受信機はＵ
ＩＣの確認機能がないので、受信されたＩＴ番組データ
に対して表示処理を行う。これにより、ユーザーが指定
したＩＴ番組Ｃに基づく文字図形画像を視聴することが
できる。

【０１４２】また、ＵＩＣが２０１のＩＴ番組データの
受信時に既にＵＩＣが２００のＩＴ番組Ｃを表示中であ
ることもある。この場合でも、ＩＴ受信機はＩＴ番組Ｃ
の番組データとしてＵＩＣが２０１の番組データを受信
するので、バッファＲＡＭ内の受信データは破壊される
ことはなく、また、画面に誤表示されることもない。

【０１４３】このように、本実施の形態においては、応
答サーバ側にＵＩＣ変換テーブルを備えることにより、
ダイレクト機能、ジャンル機能、予約登録機能及びリト
ライ機能等を実現して、操作性を向上させることができ
る。また、ＩＴ受信機としては、データ受信時はＵＩＣ
の一致／不一致を確認しないようにするだけでよく、従
来のＩＴ受信機と同様の構成よって構成することがで
き、比較的容易に実現可能である。

【０１４４】なお、本実施の形態においては、ＩＴ受信
機はＵＩＣ情報をバッファＲＡＭに記憶するようにして
もよい。この場合には、ＩＴ受信機は、ＵＩＣの一致を
確認せずにＩＴ番組を表示後、バッファＲＡＭ内の登録
ＵＩＣデータを更新して保存するようにする。また更新
前のＵＩＣの番組データが受信済みでバッファＲＡＭ内
に存在する場合には、その番組データを消去するように
してもよい。

【０１４５】図６は本発明の他の実施の形態を示すフロ
ーチャートである。図６において図３と同一の手順には
同一符号を付して説明を省略する。本実施の形態もオン
ライン系ＩＴ番組の受信操作を容易にするためのもので
ある。

【０１４６】本実施の形態は、図２のＩＴ受信機と同様
の構成のＩＴ受信機によって実現可能であり、ハード構
成については図示を省略する。本実施の形態において
も、図２の実施の形態と同様に、応答サーバにおいて、
ＩＴ番組送信に併せて、ＵＩＣ情報データを送信する。
このＵＩＣ情報データは例えば、現在放送中のＩＴ番組
に割り当て可能なＵＩＣの種類を示すものである。例え
ば、現在放送中のＩＴ番組がＵＩＣ＝１００，２００，
３００の３種類であることを受信機に認識させることを
可能にするデータ構成を有する。

【０１４７】そして、応答サーバは、任意のある時刻に
ＵＩＣ情報を送出して、所定のＩＴ番組のＵＩＣの変更
等を通知する。例えば、ＩＴ番組のＵＩＣ＝１００（変
更無し）、ＵＩＣ２００を２０１に変更又はＵＩＣ３０
０を３０３に変更といった情報を送信するようになって
いる。

【０１４８】図６のステップＳ70はモデム12（図２参
照）によって回線接続を行う処理である。ステップＳ71
は電話回線を介して応答サーバにＵＩＣ情報を要求する
処理である。ステップＳ72は登録ＵＩＣ番組を要求する
処理であり、ステップＳ73は回線を切断する処理であ
る。

【０１４９】次に、このように構成された実施の形態の
作用について説明する。

【０１５０】ステップＳ50において受信機の電源が投入
されると、ＣＰＵ２は、ステップＳ51においてユーザー
によるダイレクトキー、ジャンルキー、予約キー、リト
ライキー等の所定キーの押下操作を検出する。いま、例
えば、ダイレクトキーに所定のオンライン系ＩＴ番組の
ＤＰ，ＵＩＣが割り当てられているものとする。ダイレ
クトキーの押下操作が検出されると、ＣＰＵ２は、バッ
ファＲＡＭ34内の登録ＤＰ情報データを参照して、ダイ
レクトキーに対応したＤＰが放送系ＩＴ番組であるか、
オンライン系ＩＴ番組であるかを判断する。

【０１５１】ダイレクトキーに対応した番組がオンライ
ンＩＴ番組であると判断した場合には、ＣＰＵ２はステ
ップＳ70において、モデム12を制御して電話回線に接続
処理を行う。そして、ＣＰＵ２は、ステップＳ71で、応
答サーバに対してＵＩＣ情報データを要求する。

【０１５２】応答サーバは、この要求に応答してＵＩＣ
情報データを電話回線を介して送出する。ＩＴ受信機
は、このＵＩＣ情報データを受信すると、処理をステッ
プＳ56からステップＳ57に移行して、受信したＵＩＣ情
報をバッファＲＡＭ34内の所定の領域に上書き保存す
る。なお、この所定の領域は、ＵＩＣ情報を前回上書き
保存した領域とは異なる領域に設定される。

【０１５３】ＣＰＵ２はステップＳ60において、バッフ
ァＲＡＭ34に既に格納されていた登録ＵＩＣ情報データ
と今回受信して保存したＵＩＣ情報データとを比較し
て、ＵＩＣ情報が変更されているか否かを判断する。Ｕ
ＩＣ情報が変更されていない場合には、ＣＰＵ２は、ス
テップＳ53において、ダイレクトキーに対応した登録Ｕ
ＩＣ情報データをバッファＲＡＭ34内から読出す。ま
た、ＵＩＣ情報データが変更されている場合には、ステ
ップＳ61において更新前のＵＩＣに対応した番組データ
の一部又は全部がバッファＲＡＭ34に存在するならば、
その番組データを消去した後、更新された登録ＵＩＣ情
報データをバッファＲＡＭ34内から読出す。

【０１５４】ステップＳ54では、最新のＵＩＣ情報によ
って指定されたＵＩＣのＩＴ番組がバッファＲＡＭ34内
に保存されているか否かが判断される。バッファＲＡＭ
34内に既に指定されたＩＴ番組データが受信されている
場合には、ステップＳ54からステップＳ73に処理を移行
して回線を切断し、ステップＳ55で表示処理を行う。

【０１５５】一方、指定されたＩＴ番組データがバッフ
ァＲＡＭ34内に格納されていない場合には、ＣＰＵ２は
応答サーバに対して、ステップＳ72において更新された
ＵＩＣのＩＴ番組を要求する。要求したＵＩＣのＩＴ番
組データが応答サーバ内に存在する場合には、応答サー
バは、先ず受信機に対してＯＫ（良好）を示すデータ
（以下、プラスレスポンスという）を返し、逆に応答サ
ーバ内に要求されたＩＴ番組データが存在しない場合に
は、応答サーバは受信機に対してＮＧを示すデータ（以
下、マイナスレスポンスという）を返す。なお、これら
のプラスレスポンス及びマイナスレスポンスは、ＯＫ又
はＮＧを示すだけのデータであって、データ量は小さ
い。

【０１５６】ＩＴ受信機は、プラスレスポンスを受信後
にＩＴ番組データの受信を行い（ステップＳ62）、取り
込んだデータが正常に受信されて、ＩＴ番組データであ
ると判断されると、バッファＲＡＭ34内に保存する（ス
テップＳ63）。次に、ＣＰＵ２は電話回線を切断し（ス
テップＳ73）、ステップＳ55において表示処理を行う。

【０１５７】図６においては、ダイレクトキー等の所定
キーの押下前の登録ＵＩＣ情報の更新について説明した
が、所定キー押下後の場合も同様である。

【０１５８】いま、ユーザーによって所定キーが押下さ
れて、既に所定のＩＴ番組が表示画面上に表示されてい
るものとする。この状態で、応答サーバによって表示中
のＩＴ番組の内容が変更され、これに伴ってＵＩＣが変
更されて送出されるものとする。ＩＴ受信機は、ステッ
プＳ56においてＵＩＣ情報データを受信し、ステップＳ
59において登録ＵＩＣ情報を更新すると、ステップＳ61
において更新前の番組データを消去する。

【０１５９】これにより、表示中のＩＴ番組は表示が中
断される。しかし、ステップＳ52においてデータ取り込
みが行われ、ステップＳ63において更新後の番組データ
が保存されると、再度ステップＳ55において表示処理が
行われる。

【０１６０】なお、応答サーバによってＵＩＣ情報が変
更されて送信された場合でも、例えば翌日は元のＵＩＣ
で送信が行われるので、登録ＵＩＣ情報を更新をした場
合には、更新前のＵＩＣ情報又は初期設定時のＵＩＣ情
報は別途バッファＲＡＭ内に保存しておき、受信機の電
源投入時にその初期ＵＩＣ情報データを読み出して登録
ＵＩＣ情報とする構成としておくことが必要である。

【０１６１】なお、上記実施の形態ではＤＰは変更され
ないものとして説明したが、ＤＰが変更される場合も同
様に、ＵＩＣ情報データ内でＤＰ及びＵＩＣの変更内容
を定義して送出し、受信機は登録ＤＰ及びＵＩＣデータ
を更新することで実現される。

【０１６２】なお、ＵＩＣ情報データに関しては応答サ
ーバ会社及び受信機メーカー等でフォーマットの取り決
めを行っておく必要がある。

【０１６３】このように本実施の形態においては、応答
サーバが送信するＵＩＣ情報に基づいて、ＩＴ番組とＵ
ＩＣとの対応を更新するようになっており、ダイレクト
機能、ジャンル機能、予約登録機能及びリトライ機能等
を実現して、操作性を向上させることができる。

【０１６４】また、ＵＩＣ情報データはＩＴ番組データ
に比較してデータ量が少なく、ＩＴ受信機の受信待ち時
間及び受信に要する電話代の増加は小さい。また応答サ
ーバ側は現在のＩＴ番組の送出に加えて、ＵＩＣ情報デ
ータを送出するのみであり、比較的容易に実現可能であ
る。

【０１６５】図７は本発明の他の実施の形態を示すフロ
ーチャートである。図７において図４と同一の手順には
同一符号を付して説明を省略する。本実施の形態もオン
ライン系ＩＴ番組の受信操作を容易にするためのもので
ある。

【０１６６】本実施の形態は、図２のＩＴ受信機と同様
の構成のＩＴ受信機によって実現可能であり、ハード構
成については図示を省略する。本実施の形態は、図４の
実施の形態と同様に、ＩＴ受信機側にＵＩＣ検索機能を
備えた例である。但し、ＩＴ番組の内容の変更に伴うＵ
ＩＣの変更方法に関して、応答サーバ会社及び受信機メ
ーカー等の間で取り決めが必要である。

【０１６７】例えば、図７はＩＴ番組の内容の変更に伴
ってＵＩＣを変更する場合には、元のＵＩＣに１加算し
た値を新たなＵＩＣとして使用するように設定した場合
の例を示している。

【０１６８】図７のステップＳ70はモデム12（図２参
照）によって回線接続を行う処理である。ステップＳ72
は登録ＵＩＣ番組を要求する処理であり、ステップＳ73
は回線を切断する処理である。

【０１６９】次に、このように構成された実施の形態の
作用について説明する。

【０１７０】いま、例えば応答サーバからＩＴ番組Ｃが
ＤＰ＝６５でＵＩＣ＝２００で送信されるものとする。
受信機の電源が投入されると（ステップＳ50）、ＣＰＵ
２はステップＳ51において、ユーザーによるダイレクト
キー、ジャンルキー、予約キー又はリトライキー等の所
定キー操作が行われたか否かを検出する。所定キーが押
下されると、ＣＰＵ２は、所定キーに対応した登録ＤＰ
情報によって、所定キーの操作がオンライン系ＩＴ番組
の受信を指示していることを検出し、モデム12を制御し
て電話回線との回線接続を行い（ステップＳ70）、ステ
ップＳ53においてバッファＲＡＭ34に書込まれている登
録ＵＩＣ情報のうち操作されたキーに対応するＵＩＣ情
報を読出す。

【０１７１】例えば、ＩＴ番組Ｃに対応するキー操作が
行われたものとすると、ＣＰＵ２はキー操作に対応する
ＵＩＣが２００であることを知り、ＵＩＣが２００のＩ
Ｔ番組データの送出を応答サーバに要求する（ステップ
Ｓ72）。

【０１７２】応答サーバは、受信機に対して、指定され
たＵＩＣの番組データが存在する場合にはプラスレスポ
ンスを返し、データが存在しない場合にはマイナスレス
ポンスを返す。ＩＴ受信機は、ステップＳ74においてこ
のレスポンスを受信し、応答サーバに指定したＵＩＣの
番組データが存在するか否かを判断する。

【０１７３】いま、応答サーバ内に指定したＵＩＣ＝２
００のＩＴ番組データが存在する場合には、ＣＰＵ２
は、ＵＩＣが２００のＩＴ番組データがバッファＲＡＭ
34に既に格納されているか否かを判断する（ステップＳ
54）。ＩＴ番組データが記憶されている場合には、この
ＩＴ番組データを読出して、ステップＳ73において回線
を切断した後、ステップＳ55において表示処理を行い、
表示画面上にＩＴ番組Ａの文字図形画像を映出させる。

【０１７４】バッファＲＡＭ34内にＵＩＣ＝２００のＩ
Ｔ番組データが存在しない場合には、ステップＳ62にお
いて応答サーバからＵＩＣが２００のＩＴ番組データを
受信し、ステップＳ63でバッファＲＡＭ34に保存する。
そして、ステップＳ73で回線を切断した後、表示処理を
行う（ステップＳ55）。

【０１７５】こうして、ＩＴ番組Ｃの画面表示が行われ
る。ここで、ＩＴ番組Ｃの内容の変更に伴って、応答サ
ーバがＩＴ番組ＣのＵＩＣをＵＩＣ使用の取り決めに対
応して、２０１に変更するものとする。

【０１７６】そうすると、応答サーバ内には、ステップ
Ｓ72においてＩＴ受信機が指定したＵＩＣ＝２００のＩ
Ｔ番組データは存在しない。従って、応答サーバからは
マイナスレスポンスが送信され、ＣＰＵ２は処理をステ
ップＳ74からステップＳ67に移行する。

【０１７７】ステップＳ67では、ＣＰＵ２は、バッファ
ＲＡＭ34内の登録ＵＩＣ情報を＋１インクリメントして
保存する。次に、ＣＰＵ２は、更新前のＵＩＣ（２０
０）の番組データの一部又は全部が既に受信済みでバッ
ファＲＡＭ34に格納されている場合には、ステップＳ60
からステップＳ61に処理を移行して、その番組データを
消去する。

【０１７８】次に、ＣＰＵ２はステップＳ72に処理を戻
して、更新されたＵＩＣ情報によるＵＩＣ＝２０１のＩ
Ｔ番組データを応答サーバに要求する。この場合には、
応答サーバにＵＩＣが２０１のＩＴ番組データが存在す
るので、ＩＴ受信機はプラスレスポンスを受信すること
になり、ステップＳ74から処理がステップＳ54に移行し
て、ＵＩＣが２０１のＩＴ番組データの受信表示処理が
行われる。これにより、更新後の新たなＩＴ番組Ｃが表
示される。

【０１７９】番組データの内容が更に変更される場合に
も同様に、ＵＩＣはＵＩＣ使用の取り決めの範囲内で増
加する。即ち、ＩＴ受信機は、ＵＩＣを＋１ずつインク
リメントしながら、ＩＴ番組データの受信を行う。

【０１８０】このように、本実施の形態においては、応
答サーバ側で所定の取り決めに従ってＵＩＣを変更する
と共に、受信側において、正常に受信が行われない場合
には、取り決めに応じてＵＩＣを変更することによって
正しいＵＩＣを指定可能にしている。これにより、ダイ
レクト機能、ジャンル機能、予約登録機能及びリトライ
機能等を実現して、操作性を向上させることができる。
また、応答サーバからのプラスレスポンス及びマイナス
レスポンスはデータ量が小さいので、所望するＵＩＣの
ＩＴ番組を検索するために、番組要求及びプラス／マイ
ナスレスポンスの送受信を複数回繰り返しても、時間の
経過は少なく、短時間で所望するＩＴ番組を受信するこ
とができ、電話代を節約することができる。

【０１８１】このように、応答サーバはＵＩＣの使用に
関する取り決めに従ってＵＩＣを変更してＩＴ番組を送
信するだけでよく、ＩＴ受信機にＵＩＣ自動検索機能を
備えるだけで容易に実現することができ、キーにＵＩＣ
を割り当てた場合でも、ＵＩＣの変更に拘わらず、簡単
なキー操作によって所望のＩＴ番組を受信することがで
きる。

【０１８２】なお、本実施の形態においても、ＵＩＣの
変更についての取り決めは、順次＋１ずつインクリメン
トするもの以外にも自由に設定可能であることは明らか
である。また、上記実施の形態ではＤＰは変更されない
ものとして説明したが、ＤＰが変更される場合も同様
に、ＤＰの送出に関する取り決めに対応して受信機側に
ＤＰ自動検索機能を備えればよいことは明らかである。

【０１８３】図８は本発明の他の実施の形態を示すフロ
ーチャートである。図８において図３及び図６と同一の
手順には同一符号を付して説明を省略する。

【０１８４】本実施の形態は、図２及び図６の実施の形
態を組み合わせたもので、オンライン系ＩＴ番組のＵＩ
Ｃ情報データをＴＶ放送波に重畳して送信するものであ
る。本実施の形態においても、図２の実施の形態と同様
に、放送局からＩＴ番組送信に併せて、ＵＩＣ情報デー
タを送信する。このＵＩＣ情報データは、放送系ＩＴ番
組のＵＩＣ情報以外に、オンライン系ＩＴ番組のＵＩＣ
情報も含むものである。なお、ＵＩＣ情報の変更等に関
して、放送局、応答サーバ会社及び受信機メーカー等の
間で取り決めが必要であることも図２及び図６の実施の
形態と同様である。

【０１８５】また、本実施の形態は図２の同様のハード
構成で実現することができ、図示を省略する。

【０１８６】なお、本実施の形態のＵＩＣ情報において
は、例えば放送系ＵＩＣが１００〜３００で、オンライ
ン系ＵＩＣが４００〜５００であること等の情報を受信
機に認識可能にするデータ構成を有する。放送局は、任
意の時刻に、ＵＩＣの変更を示す情報、例えば、放送系
ＵＩＣの２００を２０１に変更、３００を３０３に変更
（その他変更無し）、オンライン系ＵＩＣの４００を４
０５に変更（その他変更無し）する等のＵＩＣ情報を送
出する。

【０１８７】次に、このように構成された実施の形態の
作用について説明する。

【０１８８】ステップＳ50において受信機の電源が投入
されると、ＣＰＵ２は、ステップＳ51においてユーザー
によるダイレクトキー、ジャンルキー、予約キー、リト
ライキー等の所定キーの押下操作を検出する。キー操作
が行われていない場合には、ステップＳ52においてＣＰ
Ｕ２はデータの取り込みを行う。

【０１８９】ＣＰＵ２は次のステップＳ56において、受
信データがＵＩＣ情報データであるか否かを検出する。
ＵＩＣ情報データでない場合には、所定キーが押下さ
れるまで、再度データの取込みを実行する（ステップＳ
52）。ＵＩＣ情報データが受信された場合には、ステッ
プＳ56からステップＳ57に処理を移行して、バッファＲ
ＡＭ34内の所定の領域にＵＩＣ情報データを上書き保存
する。

【０１９０】ＣＰＵ２はステップＳ58においてバッファ
ＲＡＭ34内に記憶されていた登録ＵＩＣ情報データと新
たに書込んだＵＩＣ情報データとを比較して、ＵＩＣ情
報が更新されているか否かを判断する。ＵＩＣ情報デー
タが変更されていない場合には、データの取り込みを続
ける（ステップＳ52）。

【０１９１】ＵＩＣ情報データが変更されている場合に
は、ＣＰＵ２は、ステップＳ59において登録ＵＩＣデー
タを更新して保存し、更新前のＵＩＣによって示される
番組データの一部又は全部がバッファＲＡＭ34内に存在
する場合には、ステップＳ61でその番組データを消去す
る。次いで、所定キーが押下されるまで、再度データの
取込みを続ける。こうして、ＩＴ受信機は、所定の時間
間隔でＵＩＣ情報データを受信して、予めバッファＲＡ
Ｍ34内に蓄えておく。

【０１９２】ここで、ユーザーによって所定キーが押下
されるものとする。ＣＰＵ２は処理をステップＳ70に移
行し、バッファＲＡＭ34内の登録ＤＰデータを参照し
て、所定のキー操作に対応した番組が放送系ＩＴ番組で
あるか、又はオンライン系ＩＴ番組であるかを判断す
る。そして所望する番組がオンラインＩＴ番組であると
判断した場合には、電話回線に接続処理を行う。

【０１９３】次にステップＳ53において、ＣＰＵ２は所
定キーに対応した登録ＵＩＣデータをバッファＲＡＭ34
内から読出し、そのＵＩＣに対応するＩＴ番組データが
バッファＲＡＭ34内に格納されているか否かを判断する
（ステップＳ54）。指定したＩＴ番組データがバッファ
ＲＡＭ34内に存在する場合には、ステップＳ73で電話回
線を切断し、ステップＳ55で表示処理を行う。

【０１９４】一方、ステップＳ54において、ＩＴ番組デ
ータがバッファＲＡＭ34内に格納されていないものと判
断された場合には、ＣＰＵ２はステップＳ72において、
応答サーバに対して所望するＵＩＣのＩＴ番組データの
送出を要求する。要求されたＵＩＣのＩＴ番組データが
応答サーバ内に存在する場合には、応答サーバは受信機
に対してプラスレスポンスを返す。

【０１９５】受信機は、ステップＳ62においてプラスレ
スポンスを受信後にＩＴ番組データの受信を行い、取り
込んだデータが正常に受信されて、ＩＴ番組データであ
ると判断された場合には、バッファＲＡＭ34内に保存す
る（ステップＳ63）。次いで、ＣＰＵ２は電話回線を切
断して表示処理を行う（ステップＳ73，Ｓ55）。

【０１９６】他の作用は図２及び図６の実施の形態と同
様である。

【０１９７】なお、ＵＩＣ情報データに関しては放送局
と応答サーバ会社及び受信機メーカー他でフォーマット
の取り決めを行う必要がある。

【０１９８】このように、本実施の形態においては、放
送系ＩＴ番組及びオンライン系ＩＴ番組のＵＩＣ情報を
放送局が送信し、受信側でこのＵＩＣ情報を取込んで、
各キーに対応するＵＩＣを設定するようになっており、
番組内容の変更に伴ってＵＩＣが変更される場合でも、
各キーの操作によってＩＴ番組を確実に指定することが
できる。

【０１９９】また、応答サーバ側はＵＩＣの使用に関し
て応答サーバ会社及び受信機メーカー等の間での取り決
めに従って運用するのみであり、また放送局側は現在の
ＩＴ放送に加えて、ＵＩＣ情報データを送出するのみで
あり、比較的容易に実現可能である。更にＵＩＣ情報デ
ータはＩＴ番組データに比較してデータ量が少なく、Ｕ
ＩＣが変更されても番組数は増加しないので、ＩＴ受信
機の受信待ち時間の増加は小さい。

【０２００】

【発明の効果】以上説明したように本発明によれば、番
組内容の変更に伴って各ＩＴ番組の番組種別（ＤＰ）及
び番組番号（ＵＩＣ）が変更された場合でも、ダイレク
ト機能、ジャンル機能、予約登録機能及びリトライ機能
等の機能を有して、操作性を向上させることができると
共に、ＩＴ番組受信までの待ち時間を短縮し電話代を低
減することができるという効果を有する。

【図面の簡単な説明】

【図１】本発明に係る番組データ伝送方法の一実施の形
態を示すフローチャート。

【図２】本発明に係る番組データ受信機の一実施の形態
を示すブロック図。

【図３】本発明の他の実施の形態を示すフローチャー
ト。

【図４】本発明の他の実施の形態を示すフローチャー
ト。

【図５】本発明の他の実施の形態を示すフローチャー
ト。

【図６】本発明の他の実施の形態を示すフローチャー
ト。

【図７】本発明の他の実施の形態を示すフローチャー
ト。

【図８】本発明の他の実施の形態を示すフローチャー
ト。

【図９】ＩＴ放送サービスのシステムを示す説明図。

【図１０】ＩＴ受信機の構成を示すブロック図。

【図１１】ＩＴ放送の階層構造を説明するための説明図
である。

【符号の説明】

２…ＣＰＵ、20…テレビジョン信号受信処理部、31…文
字情報復号部、34…バッファＲＡＭ、35…プログラムＲ
ＯＭ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 所定の番組の番組データを伝送する処理
   と、 前記番組データを特定するための対応情報を前記所定の
   番組の内容の変更に伴って更新して所定のタイミングで
   伝送する処理とを具備したことを特徴とする番組データ
   伝送方法。
2. 【請求項２】 前記番組データは、テレビジョン電波に
   多重化されて伝送されることを特徴とする請求項１に記
   載の番組データ伝送方法。
3. 【請求項３】 前記番組データは、所定の通信回線によ
   って伝送されることを特徴とする請求項１に記載の番組
   データ伝送方法。
4. 【請求項４】 所定の番組の番組データを所定の通信回
   線を介して伝送する処理と、 前記番組データを特定するための対応情報を前記所定の
   番組の内容の変更に伴って更新する処理と、 前記対応情報によって所定の番組の送信が指定される
   と、前記更新する処理によって更新した情報に基づいて
   前記伝送する処理によって伝送する番組データを選択す
   る処理とを具備したことを特徴とする番組データ伝送方
   法。
5. 【請求項５】 前記番組データを特定するための対応情
   報は、番組番号であることを特徴とする請求項１又は４
   のいずれか一方に記載の番組データ伝送方法。
6. 【請求項６】 所定の番組の番組データを受信して記憶
   する第１の記憶手段と、 前記第１の記憶手段に格納された前記番組データに基づ
   く提示を行う提示手段と、 前記番組データに付加された前記番組データを特定する
   ための対応情報を記憶する第２の記憶手段と、 所定の操作によって前記第２の記憶手段に記憶された前
   記対応情報を呼び出すことにより前記第１の記憶手段に
   格納された前記番組データを前記提示手段に供給する操
   作手段と、 前記第２の記憶手段に記憶された前記対応情報が更新さ
   れた場合には、前記操作手段の前記所定の操作と前記対
   応情報との対応を更新すると共に、前記第１の記憶手段
   に記憶する前記番組データを更新する更新手段とを具備
   したことを特徴とする番組データ受信機。
7. 【請求項７】 前記第２の記憶手段は、前記番組データ
   を特定するための対応情報が前記番組データに付加され
   て伝送されることによって、内容が更新されることを特
   徴とする請求項６に記載の番組データ受信機。
8. 【請求項８】 前記更新手段は、前記所定の操作に応答
   した前記番組データが前記第１の記憶手段に記憶されて
   いないことを検出することによって、前記第２の記憶手
   段に格納する前記番組データを特定するための対応情報
   を更新することを特徴とする請求項６に記載の番組デー
   タ受信機。
9. 【請求項９】 前記番組データを特定するための対応情
   報は、番組番号であることを特徴とする請求項６に記載
   の番組データ受信機。