JP2005286743A - ディジタル放送受信装置 - Google Patents

Abstract

【目的】 データ放送の視聴履歴を選別して必要と考えられる視聴履歴だけを記憶することができるディジタル放送受信装置を提供する。
【構成】 ＣＰＵ１３は、データ放送が視聴されている間、登録ボタンに対する操作が行われたかどうかを監視し、登録ボタン操作が行われた場合に現在視聴中のデータ放送コンテンツについての視聴履歴をメモリ１４に登録する。また、ＣＰＵ１３は、データ放送が所定時間以上視聴された場合にも、現在視聴中のデータ放送コンテンツについての視聴履歴をメモリ１４に登録する。視聴履歴は、データ放送特定情報、チャンネルの番号、コンテンツ名、放送局名などから成る。ユーザから視聴履歴の提示を求められると、ＣＰＵ１３は、前記チャンネルの番号やコンテンツ名などに基づいて視聴履歴（リスト）を画面表示する。
【選択図】 図１

Description

この発明は、ディジタル放送を受信するディジタル放送受信装置に関する。

衛星（ＣＳ，ＢＳ）や地上波を用いたディジタル放送を受信するディジタル放送受信装置は、専用のアンテナや地上波用アンテナを通して受け取った複数の放送波のなかから任意の放送波をチューナによって選択し、この選択した放送波に含まれる複数のチャンネルのなかから任意のチャンネルをデマルチプレクス処理によって選択し、この選択したチャンネルのディジタル信号を取り出し、これをデコードすることによって映像・音声信号を出力する。

かかるディジタル放送においては、番組の映像音声の放送の他にデータ放送が行われる。データ放送を受信する受信機では、選局処理の後、キャッシュメモリにデータ放送受信データを蓄積すると共にデータ放送受信データに基づいて画像を表示する。前記キャッシュメモリの容量には限りがあるので、当該容量を越えたデータについては旧いものから消去するようにしている。従って、以前に視聴したデータ放送コンテンツを再度視聴したい場合、そのコンテンツを放送しているチャンネルを再度選局し、表示画面中のメニューから目的のコンテンツを選択していく処理を再度行う必要がある。しかも、そのコンテンツがどのチャンネルのどのメニュー階層に存在したか等をユーザが記憶しておかなければならないという不満がある。そこで、データ放送の視聴履歴を記憶することが提案されている（特許文献１参照）。
特開２００２−４４５４７号公報

しかしながら、上記従来の技術では、ユーザが視聴したデータ放送コンテンツの全てを履歴として記憶しているので、視聴はしたがユーザにとって必要のないコンテンツまでも履歴として記憶されてしまう。

この発明は、上記の事情に鑑み、データ放送の視聴履歴を選別して必要と考えられる視聴履歴だけを記憶することでメモリが無駄に使用される事態を回避できるディジタル放送受信装置を提供することを目的とする。

この発明のディジタル放送受信装置は、上記の課題を解決するために、データ放送を表示することができるディジタル放送受信装置において、データ放送の視聴中に所定キーが操作されたかどうかを判定する手段と、所定キーの操作がなされたと判定された場合に、当該データ放送についての視聴履歴の新規登録を行う手段と、を備えたことを特徴とする（以下、この項において第１の構成という）。

上記の構成であれば、ユーザが履歴として残すことを望むデータ放送のみが履歴登録されることになり、メモリが無駄に使用される事態を回避できる。

また、この発明のディジタル放送受信装置は、データ放送を表示することができるディジタル放送受信装置において、データ放送の視聴時間が所定時間を越えたかどうかを判定する手段と、視聴時間が所定時間を越えたと判定された場合に、当該データ放送についての視聴履歴の新規登録を行う手段と、を備えたことを特徴とする（以下、この項において第２の構成という）。

上記の構成であれば、ユーザが所定時間を超えて視聴したデータ放送のみが履歴登録されることになり、メモリが無駄に使用される事態を回避できる。

第２の構成において、視聴時間が所定時間を越えた場合で既登録履歴が存在する場合には、既登録履歴について視聴回数の更新処理を行うように構成されているのがよい（以下、この項において第３の構成という）。これによれば、視聴回数による履歴リストの並び替え等が行えることになる。

第１の構成又は第２の構成において、前記履歴には、データ放送のリソース特定に必要となるデータと、ユーザに提示するための提示情報と、が含まれており、ユーザによる履歴提示を示す操作を検出したときに、前記提示情報に基づいて映像を表示するように構成されているのがよい。

第３の構成において、前記履歴には、データ放送のリソース特定に必要となるデータと、ユーザに提示するための提示情報と、視聴回数情報と、が含まれており、ユーザによる履歴提示を示す操作を検出したときに、前記視聴回数情報によって並び替えた提示情報に基づいて映像を表示するように構成されているのがよい。

この発明であれば、データ放送の視聴履歴を選別して必要と考えられる視聴履歴だけを記憶することでメモリが無駄に使用される事態を回避できるという効果を奏する。

以下、この発明の実施形態を図１乃至図３に基づいて説明する。

図１において、アンテナ１は、衛星等から送られてくるディジタル放送信号を受信する。

チューナ２は、映像・音声データを含む高周波ディジタル変調信号のうちから特定周波数の信号を取り出す。また、チューナ２は、復調回路、逆インタリーブ回路、誤り訂正回路などを備えることにより、選択したディジタル変調信号を復調してトランスポート・ストリームを出力する。

デマルチプレクサ（ＤＥＭＵＸ）３は、前記トランスポート・ストリームを、ＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ２）のビデオストリーム、オーディオストリーム、およびＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）等に分離する。デマルチプレクサ３は、ビデオストリームとオーディオストリームをＡＶデコーダ４に供給し、ＰＳＩ／ＳＩに含まれる番組情報等をＣＰＵ１３に供給し、データ放送データをコンテンツ管理部２１に供給する。なお、前述のごとく、トランスポート・ストリームには複数のチャンネルが多重化されており、このなかから任意のチャンネルを選択するための処理は、前記ＰＳＩ／ＳＩから任意のチャンネルがトランスポート・ストリーム中でどのパケットＩＤで多重化されているかといったデータを取り出すことで可能となる。また、トランスポート・ストリームの選定もＰＳＩ／ＳＩの情報に基づいて行うことができる。

ＡＶデコーダ４はビデオストリームに対してデコードを行うビデオデコーダ、オーディオストリームに対してデコードを行うオーディオデコーダを備える。ビデオデコーダは、入力された可変長符号を復号して量子化係数や動きベクトルを求め、逆ＤＣＴ変換や動きベクトルに基づく動き補償制御等を行う。オーディオデコーダは、入力された符号化信号を復号して音声データを生成する。映像データはスケーラ／ＯＳＤ回路１２を経て映像処理回路５に出力され、音声データは音声処理回路６に出力される。

映像処理回路５は、スケーラ／ＯＳＤ回路１２を経た映像データを受け取ってＤ／Ａ変換を行い、例えばコンポジット映像信号に変換する。音声処理回路６は、デコーダ４から出力された音声データを受け取ってＤ／Ａ変換を行い、例えば右（Ｒ）音のアナログ信号及び左（Ｌ）音のアナログ信号を生成する。

映像出力回路７及び音声出力回路８は出力抵抗や増幅器等を備えて成る。ＡＶ出力端子９には、出力部（左右音声出力端子等や映像出力端子等のセット）が設けられており、この出力部には、映像／音声コード１７によってディスプレイ１６ａ及びスピーカ１６ｂを備えるモニタ１６が接続される。

スケーラ／ＯＳＤ回路１２はＢＭＬブラウザ２０やＣＰＵ１３から出力指示された文字情報や色情報に基づく映像データを生成する回路であり、このスケーラ／ＯＳＤ回路１２により、番組情報に基づくＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）表示、データ放送表示、メニュー画面表示、リスト表示などが行えることになる。

ＢＭＬブラウザ２０はデータ放送の表示において起動される。データ放送の表示は、後述するリモコン送信機１０に設けられたデータ放送表示キー（ｄキー）が押下されたことを検出したとき行われる。データ放送においては、最初にエントリーコンポーネントに入れられているスタートアップモジュール（moduleＩＤ＝０）の取得が試みられ、得られたスタートアップ文書に基づいて画面作成が行われる。そして、ユーザがスタートアップ画面上の各種ボタン（「天気予報」「ニュース」等）を操作することで下位階層の表示が実行される。

ＢＭＬブラウザ２０は表示すべき文書（データ）をコンテンツ管理部２１に要求する。コンテンツ管理部２１は要求されたデータがコンテンツ記憶部２２に存在すればそのデータを読み出してＢＭＬブラウザ２０に渡す。要求されたデータが無ければトランスポートストリームから取り出す。なお、コンテンツ管理部２１はＤＳＭ−ＣＣ（digital storage media command and control ）方式で送られてくるデータ（ＤＩＩメッセージ，ＤＤＢメッセージ等）を取り出す。コンテンツ管理部２１はデータを取得すると、このデータをコンテンツ記憶部２２に記憶させると共にＢＭＬブラウザ２０に渡す。

なお、データ放送のリソース特定（データ要求）にはＵＲＩ（uniform resource identifier ）が用いられる。ＵＲＩの構造を以下に示す。arib-dc://<original ＿network ＿id>.<transport＿stream＿ id>.<service ＿ id>[;content ＿ id>][.<event ＿ id>]/<component＿ tag>/<moduleName>[/<resourceName>]
前記original＿network ＿idは、ネットワークに固有の識別子であり、地上、ＢＳ、ＣＳを識別する。transport ＿stream＿ id は、ＴＳに対し割り当てられる。地上ディジタル放送では、network ＿id値と同一値で運用される。service ＿ id は、ネットワーク内で個々のサービスを識別するための識別子である。component ＿ tagは、天気予報、ニュースなどのコンテンツの基点であり、このタグ以降にデータが格納されている。moduleName以下に、コンテンツを構成する部品、骨組、画像データなどが格納される。データ放送における後述する視聴履歴には上記ＵＲＩを用いる。具体的には、例えば、original＿network ＿idからmoduleNameまでをデータ放送特定情報とする。そして、メモリ１４に格納される視聴履歴は、データ放送特定情報［１］は視聴回数３０回、データ放送特定情報［２］は視聴回数１０回、データ放送特定情報［３］は視聴回数５回、のごとく構成される。また、データ放送特定情報に関連付けて、それが放送されるチャンネルの番号、コンテンツ名（天気予報、ニュース等）、及び放送局名が、履歴提示用（リスト表示用）の情報としてメモリ１４に格納される。

リモコン送信機（リモートコントローラ）１０は、当該放送受信装置３０に指令を送出するための送信機である。このリモコン送信機１０に設けられた図示しないキーを操作すると、そのキーに対応した指令を意味する信号光（リモコン信号）が図示しない発光部から送出される。リモコン受光器１１は、前記信号光を受光し、これを電気信号に変換してＣＰＵ１３に与える。

メモリ（ＲＡＭ、ＥＥＰＲＯＭ、フラッシュメモリ、ＲＯＭ等）１４には、ＥＰＧ画面表示用の番組情報、データ放送の視聴履歴情報などが格納される。

ＣＰＵ１３は、このディジタル放送受信装置３０における全体制御を行うものであるが、特にこの発明にかかる制御として、以下に示すごとく、データ放送に関する制御を実行する。この制御の概要は、ユーザが視聴したデータ放送の全てを履歴とするのではなく、ユーザがデータ放送コンテンツを所定時間以上視聴する場合（無意識的操作）、或いは、リモコン送信機１０或いは受信機本体に設けられた登録ボタン（図示せず）が操作された場合（意識的操作）に、そのときに視聴しているデータ放送コンテンツを視聴履歴（お気に入りリスト）としてメモリ１４に記憶するというものである。以下、処理内容を図２のフローチャートに基づいて説明していく。

ＣＰＵ１３は、放送が視聴されている間、前記登録ボタンに対する操作が行われたかどうかを監視する（ステップＳ１，ステップＳ２）。ＣＰＵ１３は、登録ボタン操作が行われた場合、現在視聴中のデータ放送コンテンツについての履歴がメモリ１４の視聴履歴（以下、リストと称する）に存在しているかどうかを判断する（ステップＳ３）。リストに存在している場合には（ステップＳ３でＹＥＳ）、既にリストに存在していることをユーザに通知する（ステップＳ４）。この通知は、ＯＳＤ機能を用いて画面に例えば「既に存在します」といったメッセージを表示することにより行われる。一方、リストに存在していない場合には（ステップＳ３でＮＯ）、ステップＳ８に進む。

また、前記登録ボタンについて操作が行われない場合でも（ステップＳ２でＮＯ）、ＣＰＵ１３はデータ放送（コンテンツ）を視聴している時間を計測しておき、予め設定された時間を越して視聴されているかどうかを判断する（ステップＳ５）。設定時間以上視聴していない場合にはステップＳ２に戻る。設定時間を越して視聴された場合には、現在視聴中のデータ放送コンテンツについての履歴がリストに存在しているかどうかを判断する（ステップＳ６）。リストに存在している場合には（ステップＳ６でＹＥＳ）、他のコンテンツの視聴回数と比較して視聴回数の多いものから順番に並ぶようにリストを更新する（ステップＳ７）。

一方、ステップＳ６でＮＯとされた場合及びステップＳ３でＮＯとされた場合は、リストの項目数が最大であるか、すなわち、その時点でリストに新規に項目を追加できるかどうかを判断する（ステップＳ８）。追加できる場合には（ステップＳ８でＮＯ）、ステップＳ１２に進み、追加できない場合には（ステップＳ８でＹＥＳ）、リストの項目数が最大であるため追加できない旨をユーザに通知する（ステップＳ９）。この通知及び後述の確認についてもＯＳＤ機能を用いたメッセージ表示を行えばよい。そして、新規項目を追加するため、リストの最後の項目を削除してよいかどうかをユーザに確認する（ステップＳ１０）。ユーザかち削除の指示が与えられた場合には（ステップＳ１０でＹＥＳ）、リストの最後の項目を削除し（ステップＳ１１）、リストの先頭に新たな項目（履歴）を記憶することになる（ステップＳ１２）。

また、ユーザは、メニュー画面上での操作或いは専用キーの操作などによって受信装置３０にリスト表示（履歴表示）を指令することができる。ＣＰＵ１３は、リスト表示の指令を受け取ると、メモリ１４にアクセスし、リスト表示用の情報である、チャンネルの番号、コンテンツ名（天気予報、ニュース等）、放送局名を読み出す。そして、リスト順に従った配列のリスト画面をＯＳＤ機能を用いて表示する。かかる処理により、例えば、図３に示すリスト画面が表示される。なお、データ放送の履歴を新規登録する際に、「天気予報」、「ニュース」、「ゲーム」、「占い」といったタイトルリストを表示し、ユーザによって選択されたタイトルをデータ放送のコンテンツ名とする処理を行ってもよいし、或いは、文字入力枠を画面表示し、ユーザによって入力された文字列をデータ放送のコンテンツ名とする処理を行ってもよい。

前記リスト画面上でユーザ操作によってデータ放送が選択されると、ＣＰＵ１３は、ＢＭＬブラウザ２０を起動させると共に、当該選択されたデータ放送のデータ放送特定情報（ＵＲＩ等）をＢＭＬブラウザ２０に与える。ＣＰＵ１３は、データ放送特定情報におけるチャンネル情報に基づき、選局指令をチューナ２に与える。そして、ＢＭＬブラウザ２０は表示すべき文書（データ）をコンテンツ管理部２１に要求する。コンテンツ管理部２１は要求されたデータがコンテンツ記憶部２２に存在すればそのデータを読み出してＢＭＬブラウザ２０に渡す。要求されたデータが無ければ、前記選局されたチャンネルのトランスポートストリームから取り出す。

この発明の実施形態のディジタル放送受信装置を示したブロック図である。 処理内容を示したフローチャートである。 視聴履歴（リスト）の表示画面例を示した説明図である。

符号の説明

１ アンテナ
２ チューナ
３ デマルチプレクサ（ＤＥＭＵＸ）
４ ＡＶデコーダ
１２ スケーラ／ＯＳＤ回路
１３ ＣＰＵ
１４ メモリ
２１ コンテンツ管理部
２２ コンテンツ記憶部

Claims (5)

1. データ放送を表示することができるディジタル放送受信装置において、データ放送の視聴中に所定キーが操作されたかどうかを判定する手段と、所定キーの操作がなされたと判定された場合に、当該データ放送についての視聴履歴の新規登録を行う手段と、を備えたことを特徴とするディジタル放送受信装置。
2. データ放送を表示することができるディジタル放送受信装置において、データ放送の視聴時間が所定時間を越えたかどうかを判定する手段と、視聴時間が所定時間を越えたと判定された場合に、当該データ放送についての視聴履歴の新規登録を行う手段と、を備えたことを特徴とするディジタル放送受信装置。
3. 請求項２に記載のディジタル放送受信装置において、視聴時間が所定時間を越えた場合で既登録履歴が存在する場合には、既登録履歴について視聴回数の更新処理を行うように構成されたことを特徴とするディジタル放送受信装置。
4. 請求項１又は請求項２に記載のディジタル放送受信装置において、前記履歴には、データ放送のリソース特定に必要となるデータと、ユーザに提示するための提示情報と、が含まれており、ユーザによる履歴提示を示す操作を検出したときに、前記提示情報に基づいて映像を表示するように構成されたことを特徴とするディジタル放送受信装置。
5. 請求項３に記載のディジタル放送受信装置において、前記履歴には、データ放送のリソース特定に必要となるデータと、ユーザに提示するための提示情報と、視聴回数情報と、が含まれており、ユーザによる履歴提示を示す操作を検出したときに、前記視聴回数情報によって並び替えた提示情報に基づいて映像を表示するように構成されたことを特徴とするディジタル放送受信装置。

Images