(57)【要約】【課題】データ放送番組の受信時に、表示する画面の遷移が発生した場合に、遷移画面の表示に時間がかかる課題を解決するデータ放送受信装置を提供する。【解決手段】過去にデータ放送番組を受信した際の、データ放送チャンネルと、番組を構成するコンポーネントと、構成するコンポーネントを視聴した回数とを、視聴履歴として記憶しておき、データ放送番組受信時に前記視聴履歴を参照し、受信を行なうデータ放送番組のチャンネルとコンポーネントの構成の組み合わせと一致する組み合わせの視聴履歴が存在したならば、その視聴履歴に記憶しているコンポーネント毎の視聴回数の多い順から対応する受信するデータ放送番組のコンポーネントを優先して取得することにより、視聴者が多く選択すると考えられるコンポーネントへの画面遷移の時間を短縮する。【選択図】      図１
2007053652.tif 000002
【特許請求の範囲】
【請求項１】
データ放送番組を構成する要素であり、最初に表示手段に表示されるコンポーネントであるエントリコンポーネントと、このエントリコンポーネント表示後に前記表示手段に表示される少なくとも1つ以上の前記エントリコンポーネント以外のコンポーネントである他のコンポーネントとからなるデータ放送番組を受信するデータ放送受信装置において、
受信した前記データ放送番組の、チャンネル情報と、前記データ放送番組を構成する前記エントリコンポーネントと前記他のコンポーネントとの各コンポーネントの識別子であるコンポーネントタグ情報と、前記各コンポーネントを表示した回数である前記各コンポーネント毎の視聴回数カウント情報との３種類の情報が対応付けられた各データ放送番組毎の視聴履歴を記憶する視聴履歴蓄積手段と、
データ放送番組受信の際に、前記視聴履歴蓄積手段に記憶されている前記視聴履歴を参照して、前記受信するデータ放送番組から取得した前記チャンネル情報と前記各コンポーネントタグ情報との組み合わせが一致する視聴履歴があるか否かを検出する検出手段と、
前記検出手段にて前記受信するデータ放送番組と一致する前記視聴履歴を検出したならば、前記検出した視聴履歴のうちの前記視聴回数カウント情報の大きい順に前記コンポーネントタグを所定数分抽出する抽出手段と、
前記抽出した各コンポーネントタグを用いて、前記受信するデータ放送番組から前記各コンポーネントを前記所定数分取得してデコードするデコード手段と、
前記デコードした各コンポーネントを蓄積する蓄積手段と、
前記受信するデータ放送番組の最初の表示時に、前記蓄積手段に蓄積されている各コンポーネントのうち一番視聴回数カウント情報が大きい前記他のコンポーネントを表示手段に表示するように制御する制御手段と、
を有することを特徴とするデータ放送受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ放送受信装置に係り、特に視聴者が過去に視聴した視聴履歴を用いて、優先して取得すべきデータ放送番組内のコンポーネントデータを適切に判断し、取得することが可能なデータ放送受信装置に関する。
【背景技術】
【０００２】
BSデジタル放送や地上デジタル放送などのデジタル放送では、通常の映像音声による番組に加えて、デジタル放送の特性を生かしたデータ放送による番組も放送されている。
このデータ放送番組は、画面上に表示される種々の操作情報に従ってリモコンを操作することにより、視聴者が、その放送番組が提供する画面（情報）を自由に選択して閲覧することが可能なサービスである。
【０００３】
上記デジタル放送の番組は、映像コンテンツ、音声コンテンツ、データコンテンツ毎にそれぞれ１つまたは複数のコンポーネントと呼ばれるデータの単位で伝送される。そしてそれぞれのコンポーネントにはコンポーネントタグと呼ばれる、そのコンポーネントを特定するための識別番号が割り当てられている。例えば、映像のコンポーネントには0x00、音声のコンポーネントには0x10、データのコンポーネントには0x40、0x50、0x60などのコンポーネントタグが割当てられる。そして、これらのコンポーネントタグはコンポーネントと共に伝送されるPMT（Program Map Table）と呼ばれるテーブルデータに記述されている。PMTはチャンネル或いは番組毎のコンポーネント構成を示すためのテーブルデータである。図4にPMTに記述されているコンポーネントタグの例を示す。この例では、BS100chで放送されるデータ放送番組が、0x40、0x50、0x60、0x70のコンポーネントタグをもつ４つのコンポーネントで構成されていることを表している。なお、本説明は、データ放送に関するものであるので、映像のコンポーネント、音声のコンポーネントに関する説明は省略する。そして、例えばニュース番組の場合、0x40のコンポーネントタグで示されるコンポーネントが各画面の選択メニュー画面のデータ、0x50のコンポーネントタグで示されるコンポーネントがニュース画面のデータ、0x60のコンポーネントタグで示されるコンポーネントが天気画面のデータ、0x70のコンポーネントタグで示されるコンポーネントがスポーツ画面のデータというように、それぞれの画面毎に独立したコンポーネントで伝送される運用が一般的に行なわれている。また、これらのコンポーネントは一定の再送周期（例えば10秒周期）で番組放送時間中、同じ内容のデータが繰り返し伝送される。また、0x40のコンポーネントタグで示されるコンポーネントは、データ放送番組表示時に最初に表示されることが想定されている特別なコンポーネントであり、エントリコンポーネントと呼ばれる。
【０００４】
そしてデータ放送受信装置は、この伝送される各コンポーネントをそれぞれ受信、デコードして各コンポーネントデータを取得し、各コンポーネントデータによる画面を表示する。
【０００５】
従って、データ放送受信機の動作としては、全てのコンポーネントを同時に受信、デコードして全てのコンポーネントデータを取得、蓄積しておき、視聴者の操作があったならばこの取得、蓄積したコンポーネントデータを用いて瞬時に所望の画面データを表示できるようにするのが望ましい。しかしながら実際のデータ放送受信装置は、ハードウェアなどによる制約により、同時に取得可能なコンポーネントデータの数が限られている。従ってデータ放送受信装置で同時に取得可能なコンポーネントデータ数を上回るコンポーネントが伝送されるデータ放送番組の場合、データ放送受信装置は、同時取得しているコンポーネントデータ以外のコンポーネントデータ取得の必要が生じた際には、順次そのコンポーネントデータを取得していくことになる。各コンポーネントは10秒などの一定再送周期で送られるので、コンポーネントデータの取得時間は、取得開始時点が再送周期のどの時点になるかによって異なるが最長の場合、再送周期の時間と、受信、デコードに要する時間とを加算した時間分を要する。従って、視聴者がリモコン操作をしても、次の画面がなかなか表示されないという問題が生じる。
【０００６】
具体的に説明する。例えば、前述の図４に示した番組構成に対応したデータ放送コンテンツの例を図２に示す。
このデータ放送コンテンツは、  メニュー用コンポーネントと、一般ニュース用コンポーネントと、天気予報用コンポーネントとスポーツニュース用コンポーネントとの４つのコンポーネントで構成されている。割り当てられるコンポーネントタグは順に、0x40、0x50、0x60、0x70である。また、それぞれ専用の画面である、メニュー画面21とニュース画面22と天気画面23とスポーツ画面24とを持つ。そしてこのデータ放送コンテンツが選局されると、まずメニュー画面21が表示される。メニュー画面21は選局後最初に表示される画面（スタートアッブBML文書）である。このスタートアップ文書は、コンポーネントタグの値が0x40のエントリコンポーネントに含まれるのが通常の運用である。メニュー画面21上には、「ニュース」「天気」「スポーツ」の３つのボタンが配置されており、視聴者がリモコンを操作して仮想的にボタンを選択、押下することができる。そして、「ニュース」のボタンが押されるとニュース画面22へ、「天気」のボタンが押されると天気画面23へ、「スポーツ」のボタンが押されるとスポーツ画面24へ画面が遷移する。
【０００７】
このような放送コンテンツを選局する場合に、データ放送受信装置が同時に取得可能なコンポーネントデータが３個とすると、コンポーネントタグが0x40、0x50、0x60のコンポーネントは予め同時に取得、蓄積できるので、視聴者が選択画面（0x40)でニュース（0x50）と天気（0x60)を選択した場合は、瞬時に蓄積したコンポーネントデータを読み出して、それらに対応する画面表示が可能である。しかし、スポーツ（0x70)を選択した場合は、選択した時点から0x70のコンポーネントタグに対応するコンポーネントの取得処理を開始するので、最長の場合、前述の通り、再送周期の時間と、受信、デコードに要する時間とを加算した時間分だけコンポーネントデータの取得に時間がかかり、画面表示もされない状況となってしまう。
【０００８】
上記を解決する手段として、例えば特許文献１では、視聴者の視聴履歴情報を、モデム等を利用して送出側に送信することで、送出するコンポーネントの内容自体を変更し、画面遷移時間の短縮を図るという技術が開示されている。
【０００９】
また特許文献２では、視聴履歴と蓄積データを用いて、データ放送番組が実際に放送されていないときでも、視聴可能なデータ放送番組を視聴者に表示し、表示した番組のうち視聴者が選択した番組の蓄積データを再生することにより、再生時間を短縮するという技術が開示されている。
【特許文献１】特開2002-135755号公報
【特許文献２】特開2002-44547号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前述の通り、従来のデータ放送受信装置では、同時に取得可能なコンポーネント数を上回るコンポーネントが伝送されているデータ放送番組の場合、視聴者がリモコン操作をしても、画面遷移に時間がかかるという問題があった。
【００１１】
また特許文献１に示す従来例においては、画面遷移に要する時間は短縮できるものの、受信装置側だけの対応では実施することが出来ず、受信装置側の対応に合わせたコンテンツ送出側での対応が必要となるという課題がある。
【００１２】
更に、特許文献２に示す従来例においては、取得したデータ放送のコンポーネントデータを全て蓄積しておかなければならず、蓄積メモリの容量が大量に必要になるという課題がある。
【００１３】
本発明は、上記の問題を鑑みて為されたもので、送出側の対応やモデム等による視聴履歴情報の送信といった手順を必要とせず、また、蓄積メモリの容量も大量に必要とせずに、データ放送コンテンツの画面遷移にかかる時間を短縮することを可能とするデータ放送受信装置を提供することを目的とする。
【課題を解決するための手段】
【００１４】
そこで上記課題を解決するために本発明は、下記の装置を提供するものである。
データ放送番組を構成する要素であり最初に表示手段に表示されるコンポーネントであるエントリコンポーネントと、このエントリコンポーネント表示後に前記表示手段に表示される少なくとも1つ以上の前記エントリコンポーネント以外のコンポーネントである他のコンポーネントとからなるデータ放送番組を受信するデータ放送受信装置において、
受信した前記データ放送番組の、チャンネル情報と、前記データ放送番組を構成する前記エントリコンポーネントと前記他のコンポーネントとの各コンポーネントの識別子であるコンポーネントタグ情報と、前記各コンポーネントを表示した回数である前記各コンポーネント毎の視聴回数カウント情報との３種類の情報が対応付けられた各データ放送番組毎の視聴履歴を記憶する視聴履歴蓄積手段と(15)、
データ放送番組受信の際に、前記視聴履歴蓄積手段に記憶されている前記視聴履歴を参照して、前記受信するデータ放送番組から取得した前記チャンネル情報と前記各コンポーネントタグ情報との組み合わせが一致する視聴履歴があるか否かを検出する検出手段と(17)、
前記検出手段にて前記受信するデータ放送番組と一致する前記視聴履歴を検出したならば、前記検出した視聴履歴のうちの前記視聴回数カウント情報の大きい順に前記コンポーネントタグを所定数分抽出する抽出手段と(17)、
前記抽出した各コンポーネントタグを用いて、前記受信するデータ放送番組から前記各コンポーネントを前記所定数分取得してデコードするデコード手段と(17)、
前記デコードした各コンポーネントを蓄積する蓄積手段と(13)、
前記受信するデータ放送番組の最初の表示時に、前記蓄積手段に蓄積されている各コンポーネントのうち一番視聴回数カウント情報が大きい前記他のコンポーネントを表示手段に表示するように制御する制御手段と(14,17)、
を有することを特徴とするデータ放送受信装置。
【発明の効果】
【００１５】
本発明によれば、送出側の対応やモデム等による視聴履歴情報の送信といった手順を必要とせず、また、蓄積メモリの容量も大量に必要とせずに、データ放送コンテンツの画面遷移にかかる時間を短縮することが可能となる。
【発明を実施するための最良の形態】
【００１６】
＜受信機の構成＞
以下、本発明を適用した場合の一実施例について図面とフローチャートを用いて説明する。
【００１７】
図１は、本発明を適用したデータ放送受信装置の一実施例の構成を示すブロック図である。本実施例のデータ放送受信装置10は、チューナ部11、TSデコーダ部12、データ蓄積部13、BMLブラウザ部14、視聴履歴記憶部15、入力受信部16、及び制御部17から構成される。
【００１８】
チューナ部11は、視聴者のリモコンなどによる選局操作に応じて放送電波を選局・受信し、デジタル放送規格で定められるストリーム信号であるMPEG-TSを出力する。
TSデコーダ部12は、入力されるMPEG-TSから、選局したチャンネルのコンポーネント構成情報が記載されているテーブルデータであるPMTを取り出す。そして、このPMTに記述されているデータ放送のコンポーネントタグに対応するコンポーネントを抽出するフィルタリング処理を行い、コンポーネントデータ(ファイル)を取り出す。データ放送のコンポーネントデータ(ファイル)にはBML文書や画像データなどがある。
【００１９】
データ蓄積部13は、TSデコーダ部12で取り出したPMTのデータ、及びデータ放送のコンポーネントデータ(ファイル)を蓄積する。
BMLブラウザ部14は、データ蓄積部13に蓄積したデータ放送のコンポーネントデータのうちのBML文書を読み込み、BML文書の記載内容に従い、画像データなどを用いてデータ放送番組の表示処理を行なう。（請求項では制御手段の一部がこのBMLブラウザ部14にあたる。）
視聴履歴蓄積部15は、BMLブラウザ部によって表示処理したBML文書や画像データなどのコンポーネントデータのコンポーネントタグや、表示した番組のチャンネル番号などを視聴履歴情報として蓄積する。
【００２０】
入力受信部16は、リモコン等の入力装置からの入力を受信し、入力内容を制御部17に送信する。
制御部17は、入力受信部16からの入力内容、視聴履歴蓄積部15の履歴情報、BMLブラウザ部14からのデータ取得要求、データ蓄積部13に蓄積されているPMTの内容に基づき、チューナ部11、TSデコーダ部12、データ蓄積部13、BMLブラウザ部14、視聴履歴蓄積部15を制御する。（請求項では検出手段、比較手段、デコード手段、制御手段、カウント手段がこの制御部17にあたる。）
＜データ放送受信機の制限とコンポーネント取得時間＞
次に、本実施例のデータ放送受信装置を用いて実際にデータ放送コンテンツを選局する際の処理の流れを説明する。
【００２１】
本説明において、データ放送受信装置が同時にデータ取得可能なコンポーネントの数は３個とする。
また、各コンポーネントに対しデータ放送受信装置が取得処理を開始して、実際に取得（データ蓄積部に蓄積する）が終了するまでに要する最長の時間は、再送周期の時間と、受信、デコードに要する時間とを加算した時間分であり、本説明では12秒とする。
＜選局動作＞
本実施例のデータ放送受信装置が図２に示す放送コンテンツを放送しているBS100chを選局する際の処理の流れを図３に示すフローチャートと図１の構成図を用いて説明する。
【００２２】
視聴者のリモコン操作等によりBS100chの選局が指示されると、チューナ部11はBS100chが含まれる周波数チャンネルに選局し、MPEG-TSを出力する(S1)。
TSデコーダ部12で、(S1)で出力したMPEG-TSからBS100chのPMTを取得し、データ蓄積部13に蓄積する(S2)。このPMTにはBS100chに含まれるコンポーネントのコンポーネントタグが記載されている。図４参照。
【００２３】
視聴履歴記憶部15に記憶してある視聴履歴データを参照して、現在選局中のチャンネルと(S2)で取得したPMTに記載されているコンポーネントタグで示されるコンポーネント構成との組み合わせと一致する視聴履歴データが存在するか否かを検索する(S3)。
【００２４】
上記の視聴履歴データは、図５に示すように、視聴したチャンネルとそのチャンネル内のコンポーネント構成の組み合わせ毎にまとめられている。そして、各コンポーネントを視聴した視聴回数を記録するものとする。同一チャンネルであっても図５に示す視聴履歴データ50と視聴履歴データ51のようにコンポーネント構成が異なる場合は、異なるデータ放送番組である可能性が高いため、別の視聴履歴として管理、蓄積する。
【００２５】
(S3)において、一致した視聴履歴が存在しないと判断した場合は、(S2)で取得したPMTに記載されているコンポーネントタグの小さいものから、本実施例のデータ放送受信装置が同時にデータを取得可能なコンポーネントの数である3個まで、TSデコーダで同時にフィルタリング処理を行なう。図２のデータ放送コンテンツを選局したとすると、0x40、0x50、0x60のコンポーネントタグに対応するコンポーネントを同時にフィルタリング処理する(S4a)。
【００２６】
(S3)において、で一致した視聴履歴が存在すると判断した場合は、その視聴履歴を参照して視聴回数が多いコンポーネントの順に、本実施例のデータ放送受信装置が同時にデータを取得可能なコンポーネントの数である3個まで、TSデコーダ部で同時にフィルタリング処理を行なう。なお、視聴回数が同じ場合は、コンポーネントタグ値の小さいものを優先するものとする。図２のデータ放送コンテンツを選局して、図５で示す視聴履歴データ50がある場合は、視聴回数の多い順に0x40、0x70、0x50のコンポーネントタグに対応するコンポーネントを同時にフィルタリング処理する(S4b)。なお、このとき0x40のコンポーネントタグに対応するエントリコンポーネントはスタートアップ用のメニュー画面を有する特別なコンポーネントである。通常は、このエントリコンポーネントが一番視聴回数が多くなるはずであるが、もしなんらかの理由で視聴回数が少ない場合でも、このコンポーネントは優先して取得することとする。
【００２７】
そして、（S4a）または（S4b）にて選択されてフィルタリングされた3個のコンポーネントはフィルタリング処理を開始してから12秒後にコンポーネントデータの処理が終了し、データ蓄積部13にデータが蓄積される(S5)。
【００２８】
そして、BMLブラウザ部14は、データ蓄積部13よりコンポーネントタグ0x40のエントリコンポーネントデータに含まれるスタートアップ用のBML文書を読み出し、メニュー画面の表示処理を行なう。図２のデータ放送コンテンツでは、メニュー画面21の表示処理が行なわれることになる(S6)。
【００２９】
この表示処理を行ったならば、BMLブラウザ部14は、図５に示す視聴履歴データ50の、表示処理を行なったコンポーネントに対する視聴回数を１つ増やして視聴履歴蓄積部15に蓄積してある視聴履歴データを更新する。また、新たなチャンネルを選局した場合は、選局したチャンネルとコンポーネント構成と選択したコンポーネントの視聴回数を１、まだ選択していないコンポーネントの視聴回数を０として新たな視聴履歴データとして視聴履歴蓄積部15に蓄積する（S7)。
【００３０】
その後BMLブラウザ部14は、視聴者によるリモコン操作などの次の画面遷移が発生するイベントを待つ(S8)。
画面遷移が発生するイベントが発生した場合、画面遷移先のコンポーネントデータがデータ蓄積部に蓄積されている否かチェックする(S9)。
【００３１】
(S9)のチェックでコンポーネントデータが蓄積されていないと判断した場合は、遷移先のコンポーネントデータを新たに取得するために、TSデコーダ部12でフィルタリング処理を開始する(S10)。
【００３２】
そして、遷移先のコンポーネントに含まれるデータの取得、蓄積が完了するまで待つ(S11)。この新たなコンポーネントの取得処理には前述の通り最長で１２秒を要する。
(S11)でコンポーネントデータの取得、蓄積が完了した後は、(S6)に戻り、取得したコンポーネントデータの画面を表示する。
【００３３】
(S3)で一致した視聴履歴が無い場合で、かつ(S8)でスポーツ画面24に遷移するリモコン操作が行なわれた場合は、上記の(S10)及び(S11)の処理が行なわれることとなり、0x70のコンポーネントのフィルタリング、及びコンポーネントデータ取得、蓄積までに最長で１２秒間要する。従って、視聴者はリモコン操作をしてからスポーツ画面24に画面遷移が完了する迄、１２秒間待たされることになる。
【００３４】
(S9)のチェックでコンポーネントデータが蓄積されていると判断した場合は、直ちに(S6)に戻り、蓄積されているコンポーネントデータの画面を表示する。
このような実施例によれば、例えば、視聴者がスポーツに興味があり、スポーツ画面24を、他の画面（ニュース画面22及び天気画面23）と比較して過去に回数を多く視聴している場合、(S4b)でスポーツ画面24のBML文書が含まれるコンポーネントタグ0x70に対応するコンポーネントが予め選局直後にフィルタリングされ、取得、蓄積されることになる。従って、メニュー画面21で「スポーツ」のボタンを押した直後に、スポーツ画面24が表示されることになり、スポーツの画面を多く表示させる視聴者へ時間的ストレスを感じさせることなくデータ放送番組を視聴させることが可能となる。
【００３５】
なお、上記実施例では、選局後にコンポーネントタグ00x40に対応するエントリコンポーネントは必ず取得して、最初に表示するようにしている。しかしこのようにせずに、図３に示すフローチャートの(S3）において、現在選局中のチャンネルと(S2)で取得したPMTに記載されているコンポーネントタグで示されるコンポーネント構成との組み合わせと一致する視聴履歴データが存在すると判断した場合に、エントリコンポーネント以外のコンポーネントのうち視聴回数の一番多いコンポーネントを選局後最初に表示するようにしても良い。
【００３６】
また、本発明は上記したデータ放送受信装置の機能をコンピュータに実現させるためのプログラムを含むものである。これらのプログラムは、記録媒体から読み取られてコンピュータに取り込まれてもよいし、通信ネットワークを介して伝送されてコンピュータに取り込まれてもよい。
【図面の簡単な説明】
【００３７】
【図１】本発明のデータ放送受信機の一実施例の構成図である。
【図２】データ放送コンテンツの一例である。
【図３】一実施例の処理の流れを示すフローチャートである。
【図４】PMTの記述内容の一例である。
【図５】一実施例の視聴履歴データの一例である。
【符号の説明】
【００３８】
１０  データ放送受信装置
１１  チューナ部
１２  TSデコーダ部
１３  データ蓄積部
１４  BMLブラウザ部
１５  視聴履歴蓄積部
１６  入力受信部
１７  制御部
【図１】
2007053652.tif 000003
【図２】
2007053652.tif 000004
【図３】
2007053652.tif 000005
【図４】
2007053652.tif 000006
【図５】
2007053652.tif 000007