(57)【要約】【課題】ＰＭＴなどのテーブルに含まれる識別情報に従い表示枠を確保し、複数コンテンツを同時表示するコンテンツ表示装置において以下のような課題がある。すなわちコンテンツ表示装置が取得したテーブルに表示すべきコンテンツの識別情報が含まれていても、実際にコンテンツデータそのものは送信されない、といった事態も発生している。すると、上記従来のコンテンツ表示装置は、表示すべきものが無いコンテンツ表示枠を確保することになり、有限な表示領域を無駄にしてしまう、という課題である。【解決手段】以上の課題を解決するために、本発明は、ＰＭＴのようなコンテンツ表示予定の有無を示すテーブルを取得し、その表示枠を確保した後に表示予定のコンテンツデータそのものが取得されない場合には、確保した表示枠を他の表示のために消去する機能を備えるコンテンツ表示装置を提供する。【選択図】図２
2008131328.tif 000002
【特許請求の範囲】
【請求項１】
複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置であって、
各種別毎に画面への同時表示予定の有無を示すテーブルを取得するテーブル取得部と、
テーブルに従ってコンテンツ表示予定枠を画面上に表示する枠表示部と、
表示予定のデータを取得したか判断する判断部と、
取得したとの判断結果である場合に枠を利用しそのコンテンツを表示する表示部と、
取得しないとの判断結果である場合には枠を他の表示のために消去する消去部と、
を有するコンテンツ表示装置。
【請求項２】
消去部による消去後に枠消去に係るデータを取得したとの判断結果を判断部が得た場合にはそのコンテンツの表示予定枠を枠表示部に表示させる制御部をさらに有する請求項１に記載のコンテンツ表示装置。
【請求項３】
枠表示部に表示されているコンテンツに対して利用者による入力操作が行なわれているか判断する操作判断部と、
入力操作が行なわれているとの判断結果である場合には消去部による消去後に枠消去に係るデータを取得した場合でもそのコンテンツの表示予定枠を枠表示部に表示させないように制御する第二制御部と、
をさらに有する請求項２に記載のコンテンツ表示装置。
【請求項４】
判断部での判断結果を利用者に報知する報知部をさらに有する請求項１から３のいずれか一に記載のコンテンツ表示装置。
【請求項５】
複数種別のコンテンツを取得するためのデジタル放送受信部を有し、
前記複数種別のコンテンツにはデジタル放送に含まれるデータ、放送映像、が含まれている請求項１から４のいずれか一に記載のコンテンツ表示装置。
【請求項６】
請求項１から５のいずれか一に記載のコンテンツ表示装置を有する携帯電話装置。
【請求項７】
複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置の制御方法であって、
各種別毎に画面への同時表示予定の有無を示すテーブルを取得するテーブル取得ステップと、
テーブルに従ってコンテンツ表示予定枠を画面上に表示する枠表示ステップと、
表示予定のデータを取得したか判断する判断ステップと、
取得したとの判断結果である場合に枠を利用しそのコンテンツを表示する表示ステップと、
取得しないとの判断結果である場合には枠を他の表示のために消去する消去ステップと、
を計算機に実行させるコンテンツ表示装置の制御方法。
【請求項８】
消去ステップによる消去後に枠消去に係るデータを取得したとの判断結果を判断ステップにて得た場合には、そのコンテンツの表示予定枠を枠表示ステップにて表示させる制御ステップをさらに有する請求項７に記載のコンテンツ表示装置の制御方法。
【請求項９】
枠表示ステップにて表示されているコンテンツに対して利用者による入力操作が行なわれているか判断する操作判断ステップと、
入力操作が行なわれているとの判断結果である場合には消去ステップによる消去後に枠消去に係るデータを取得した場合でもそのコンテンツの表示予定枠を枠表示ステップにて表示させないように制御する第二制御ステップと、
をさらに有する請求項８に記載のコンテンツ表示装置の制御方法。
【請求項１０】
判断ステップでの判断結果を利用者に報知する報知ステップをさらに有する請求項７から９のいずれか一に記載のコンテンツ表示装置の制御方法。
【請求項１１】
複数種別のコンテンツを取得するためのデジタル放送受信ステップを有し、
前記複数種別のコンテンツにはデジタル放送に含まれるデータ、放送映像、が含まれている請求項７から１０のいずれか一に記載のコンテンツ表示装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置において、同時表示される複数種別のコンテンツを効率的に表示するための技術に関する。
【背景技術】
【０００２】
例えば地上／ＢＳデジタル放送やいわゆるワンセグ（１セグメント）放送などの多重放送サービスでは、従来、映像コンテンツとともにデータ放送コンテンツや文字・字幕コンテンツなど複数種別のコンテンツが画面上に同時表示されるよう構成されている。そして、このような表示画面上の複数コンテンツ同時表示に関しては、例えばデジタル放送ではＡＲＩＢ（社団法人電波産業会）により「ＳＴＤ−Ｂ２４」や「ＴＲ−Ｂ１４」などの運用規定が定められている。
【０００３】
上記規定によると、コンテンツ表示装置は複数コンテンツを同時表示するために、まず「ＰＭＴ（Program Map Table）」と呼ばれる表示予定コンテンツの識別情報を示すテーブルを取得する。そして、例えばＰＭＴに「映像コンテンツ」、「データ放送コンテンツ」、「字幕コンテンツ」の識別情報が示されている場合には、コンテンツ表示装置は、まず表示画面上に各コンテンツの表示枠３つを確保する。つづいて実際のコンテンツデータの取得後に、確保したそれぞれの枠に該当コンテンツの表示を行うよう構成されている（非特許文献１、２等参照）。
【非特許文献１】ＡＲＩＢ  ＳＴＤ−Ｂ２４（デジタル放送におけるデータ放送符号化方式と伝送方式）
【非特許文献２】ＡＲＩＢ  ＴＲ−Ｂ１４（地上デジタルテレビジョン放送運用規定）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ＰＭＴは主に放送局が事前に作成したものであるため、放送内容の変更やその他原因によって、コンテンツ表示装置が取得したＰＭＴには例えば「字幕コンテンツ」の識別情報が含まれていても、実際に字幕コンテンツのデータそのものは送信されない、といった事態も発生している。すると、上記従来のコンテンツ表示装置は、実際には表示すべきコンテンツが無い字幕の表示枠を確保することになり、有限な表示領域を無駄にしてしまう、という課題がある。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明は、ＰＭＴのようなコンテンツ表示予定の有無を示すテーブルを取得しその表示枠を確保した後に、表示予定のコンテンツデータそのものが取得されない場合には、確保した表示枠を他の表示のために消去する機能を備えるコンテンツ表示装置を提供する。
【０００６】
具体的には、複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置であって、各種別毎に画面への同時表示予定の有無を示すテーブルを取得するテーブル取得部と、テーブルに従ってコンテンツ表示予定枠を画面上に表示する枠表示部と、表示予定のデータを取得したか判断する判断部と、取得したとの判断結果である場合に枠を利用しそのコンテンツを表示する表示部と、取得しないとの判断結果である場合には枠を他の表示のために消去する消去部と、を有するコンテンツ表示装置である。また、このような構成を備えるコンテンツ表示装置の計算機による制御方法も提供する。
【発明の効果】
【０００７】
以上のような構成をとる本発明によって、ＰＭＴなどのテーブルによって表示すべきコンテンツの識別情報が示されたにも関わらず実際には表示すべきコンテンツデータが取得されない場合に、確保していた無駄な表示枠を解放し他のコンテンツの表示枠とすることができる。したがって有限の表示領域を有効に活用することができる、という効果を奏する。
【発明を実施するための最良の形態】
【０００８】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【０００９】
なお、実施例１は、主に請求項１、５、６、７、１１について説明する。また、実施例２は、主に請求項２、８について説明する。また、実施例３は、主に請求項３、９について説明する。また、実施例４は、主に請求項４、１０について説明する。
【００１０】
≪実施例１≫
<概要>
図１は、本実施例のコンテンツ表示装置におけるコンテンツの表示画面の一例を表す概略図である。この図１（ａ）に示すように、コンテンツ表示装置が取得したＰＭＴには、表示画面上に表示すべきコンテンツの種別「０ｘ０６（字幕）」と、該コンテンツのＰＩＤ（パケット識別子）「１」が示されている。そこで本実施例のコンテンツ表示装置は、図１（ｂ）に示すようにＰＩＤ「１」で識別される字幕コンテンツを表示するための表示予定枠γを表示画面上に予め確保する。なお、字幕のＰＩＤは「１」とは限らないが、本発明では便宜上字幕のＰＩＤを「１」、また映像コンテンツのＰＩＤを「２」、データ放送のＰＩＤを「３」として以下説明を行う。
【００１１】
また、上記ＰＭＴには、同時に表示すべきその他コンテンツとして、種別「０ｘ０２（映像）」や、種別「０ｘ０Ｄ（データ放送）」がそれらコンテンツのＰＩＤとともに示されている。そこで、同じく図１（ｂ）に示すようにそれらコンテンツを表示するための枠α、βも同様に表示画面上に確保する。
【００１２】
その後このコンテンツ表示装置は、ＰＭＴで示されるＰＩＤを有する「映像コンテンツ」と「データ放送コンテンツ」は受信したものの、所定時間内にＰＩＤ「１」で示される字幕コンテンツを受信することは無かった。すると、本実施例のコンテンツ表示装置は、予め確保しておいた字幕データ用の表示枠γを消去する。そして図１（ｃ）に示すように、表示枠α内に取得した映像を表示する。またデータ放送については、消去した表示枠γの領域も加えて確保した新規の表示枠β'内に表示する、という具合である。
【００１３】
このように本実施例のコンテンツ表示装置は、実際にデータが取得されなかったコンテンツの表示枠を消去し、その消去された枠のあった領域を他のコンテンツの表示に利用する。したがって、有限の表示領域を有効に活用することができる。
【００１４】
<機能的構成>
図２は、本実施例のコンテンツ表示装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（０２００）は、複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置である。「複数種別のコンテンツ」とは、データ種別の異なる複数のコンテンツをいい、例えばコンテンツがデジタル放送コンテンツであれば、「映像コンテンツ」、「データ放送（ＢＭＬブラウザ用）コンテンツ」、「字幕コンテンツ」、チャンネル情報やコンテンツタイトル、あるいは電子番組表情報などの「番組情報コンテンツ」などが挙げられる。
【００１５】
なお、本明細書ではコンテンツ表示装置としてデジタル放送コンテンツの表示装置を例に挙げ説明しているが、もちろんそれに限定されない。例えばＤＶＤやハードディスクのような記録媒体から読み出したコンテンツに対して本発明を適用することも可能である。またテレビ電話など、放送に限らず通信を利用したアプリケーションに本発明を適用しても良い。いずれにせよ、後述するように複数種別のコンテンツを画面上に同時表示する際にテーブルを利用して各コンテンツの表示枠を予め確保する形態のものであれば、本発明はどのようなコンテンツ表示装置であっても構わない。
【００１６】
そして、この「コンテンツ表示装置」（０２００）は、図２に示すように「テーブル取得部」（０２０１）と、「枠表示部」（０２０２）と、「判断部」（０２０３）と、「表示部」（０２０４）と、「消去部」（０２０５）と、からなる。
【００１７】
なお、以下に記載する本装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵやＲＡＭ（主メモリ）、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のＩ／Ｏポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザインターフェースなどが挙げられる。
【００１８】
またこれらハードウェアやソフトウェアは、ＲＡＭ上に展開したプログラムをＣＰＵなどで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００１９】
「テーブル取得部」（０２０１）は、テーブルを取得する機能を有する。「テーブル」とは、各種別毎に画面への同時表示予定の有無を示すテーブルをいい、例えばコンテンツがデジタル放送コンテンツであれば、「ＰＭＴ（Program Map Table）」が挙げられる。このテーブル取得部は、例えば「チューナ」や「復調回路」、あるいはその他通信インターフェースなどで実現することができる。
【００２０】
図３は、このテーブル取得部で取得されるテーブルの一例であるＰＭＴを表す概念図である。この図にあるように、例えばＰＭＴはデジタル放送波のＴＳ（トランスポートストリーム）パケットとして取得することができる。またＰＭＴの本体には、図に示すように、「stream_type」と「elementary_PID」が対になった情報が複数含まれており、これによって表示画面に表示すべき表示予定のコンテンツと、そのコンテンツのＰＩＤが示される。
【００２１】
例えば「stream_type：０ｘ０６」であれば、表示すべきコンテンツの一つが字幕コンテンツであり、かつ、その字幕コンテンツのＰＩＤ（パケット識別子）は「elementary_PID：１」であることが分かる。また、そのＰＭＴが、さらに「stream_type：０ｘ０２」や「stream_type：０ｘ０Ｄ」を含んでいれば、上記字幕コンテンツと同時に画面上に表示すべきコンテンツは「ＭＰＥＧ２ビデオ」や「データ放送」であることが分かる、という具合である。
【００２２】
このようにＰＭＴなどのテーブルによって、表示画面上に同時に表示すべきコンテンツに関する情報を知ることができる。
【００２３】
「枠表示部」（０２０２）は、テーブルに従ってコンテンツ表示予定枠を画面上に表示する機能を有する。この枠表示部は、具体的には、例えば「ＣＰＵ」や「ＲＡＭ」などの演算装置や、「表示処理回路」や「ディスプレイ」などの表示装置を用いた以下のような処理によって実現することができる。すなわちＰＭＴなどのテーブルに含まれるstream_typeによって、例えば表示画面上に同時に表示すべきコンテンツが「映像コンテンツ」、「データ放送コンテンツ」、「字幕コンテンツ」であることが判断できる。すると、コンテンツ表示装置のディスプレイサイズや各コンテンツに必要な枠サイズの情報などから、「ＣＰＵ」の演算処理によってそれぞれのコンテンツ表示予定枠のレイアウト情報を算出し、「ＲＡＭ」に格納する。なお、このレイアウト情報はオーバーレイ表示やマルチウィンドウ表示なども含め様々な表示形態に応じたレイアウト情報であって良い。そして、そのレイアウト情報に従って、「表示処理回路」にて例えば図１（ｂ）に示すように各表示予定枠α、β、γを描画し、「ディスプレイ」に表示する、という具合である。なお、この枠表示部は、上記のように実際に表示画面上に表示予定枠を描画しなくても構わない。例えば、レイアウト情報を生成することで、表示画面上の表示予定枠を確保するまでの処理であっても良い。
【００２４】
そして、このように表示（確保）されたコンテンツ表示予定枠内に、実際に取得した表示予定の各コンテンツを表示する。しかし、本実施例では、以下の構成によって表示予定のコンテンツが実際には取得されなかった場合に、その未取得コンテンツに係る表示予定枠を消去することを特徴とする。
【００２５】
「判断部」（０２０３）は、表示予定のデータを取得したか判断する機能を有する。この判断部は、例えばＰＭＴなどのテーブルで示される表示予定コンテンツのＰＩＤに関して、実際にチューナにて受信し復調したＴＳパケットのＰＩＤと一致するか否かの判断を「ＣＰＵ」の論理演算処理によって行うことで実現することができる。また、この判断処理は、予め所定時間を設け、その所定時間内に表示予定のコンテンツデータを取得したか判断するよう構成することが望ましい。
【００２６】
図４は、この判断部での判断処理の対象となるコンテンツデータの一例を表す概念図である。この図４（ａ）にあるように、ＰＩＤが「１」で示される字幕コンテンツのＴＳパケット、同じく「２」で示される映像コンテンツのＴＳパケット、「３」で示されるデータ放送コンテンツのＴＳパケットが、本実施例のコンテンツ表示装置のチューナや復調回路にて受信、復調され取得される。そして、例えばＰＭＴなどのテーブルにてＰＩＤ１，２，３が示されていれば、判断部では表示予定の字幕コンテンツ「１」、映像コンテンツ「２」、データ放送コンテンツ「３」のデータをそれぞれ取得した、と判断する。
【００２７】
一方、図４（ｂ）に示すように、枠を表示してから所定時間内に上記のように取得したＴＳパケットの中に、例えばＰＩＤが「２」、「３」で示されるＴＳパケットは含まれているが、ＰＩＤ「１」で示される字幕コンテンツのＴＳパケットは含まれていなかった。そして、取得したＰＭＴなどのテーブルにはＰＩＤ「１」が含まれている場合、この判断部では、ＰＩＤ「１」で示される表示予定のデータについて取得しないと判断する、という具合である。
【００２８】
なお、上記例ではＰＩＤ（パケット識別子）の一致を判断することで表示予定データの取得有無を判断しているが、それ以外にも、例えばＰＭＴのコンテンツ種別（stream_type）の情報と、コンテンツデータ本体のデータ形式やコンテンツ管理情報などからその取得有無を判断するよう構成しても良い。
【００２９】
このようにコンテンツ表示予定枠が表示されているコンテンツに関して、実際のコンテンツデータそのものの取得有無を判断部にて判断することで、後述する表示予定枠の消去などの分岐フラグを立てることができる。
【００３０】
「表示部」（０２０４）は、判断部（０２０３）での判断結果が取得したとの判断結果である場合に、枠表示部（０２０２）にてすでに表示済の枠を利用しそのコンテンツを表示する機能を有する。この表示部は、例えば「表示処理回路」や「ディスプレイ」によって実現することができる。
【００３１】
図５は、画面上に表示済のコンテンツ表示予定枠を利用した表示部のコンテンツ表示画面の一例を表す概略図である。この図５（ａ）にあるように、ＰＭＴなどのテーブルに従って、コンテンツ表示予定枠α、β、γが表示され、取得した映像コンテンツとデータ放送コンテンツがそれぞれ枠α、βに表示されている。ここで、字幕コンテンツが取得されその旨が判断部にて判断されると、図５（ｂ）にあるように字幕コンテンツ「今日のフェンシング大会において・・・」がその表示枠γに表示される、という具合である。
【００３２】
「消去部」（０２０５）は、判断部（０２０３）での判断結果が取得しないとの判断結果である場合に、枠表示部（０２０２）にてすでに表示済の枠を他の表示のために消去する機能を有する。この消去部も、例えば「表示処理回路」や「ディスプレイ」によって実現することができる。具体的には、例えば図５（ａ）に示すように、表示画面上に字幕コンテンツ（ＰＩＤ「１」）を表示するための枠γが確保、表示されている。しかし、所定時間内にそのＰＩＤ「１」で示されるコンテンツデータを取得しなかった場合、その旨判断部にて判断され、枠γは消去される。そして、図１（ｃ）に示すように、その枠は例えばデータ放送コンテンツの表示に利用される、という具合である。
【００３３】
このように、実際にデータが取得されなかったコンテンツの表示枠を消去し、その消去枠のあった領域に他のコンテンツを表示することができ、有限の表示領域を有効に活用することができる。
【００３４】
なお、以下の実施例も含む本発明のコンテンツ表示装置は、例えば液晶テレビディスプレイなどの各種ディスプレイ装置やＰＣ用モニタ装置、携帯電話装置などさまざまな装置に組み込まれて利用されて構わない。また本発明は、特に携帯電話装置において有効であるといえる。なぜならば、一般的に処理能力の低い携帯電話装置では、複数種別のコンテンツの同時表示においてオーバーレイ表示やマルチウィンドウ表示などができないことが多い。そのため本発明のコンテンツ表示装置のように不必要な表示枠を消去して有限の表示領域を有効に利用することで、処理能力の低い携帯電話装置でも複数種別のコンテンツの効率的な同時表示を容易に行うことができるようになるからである。
【００３５】
あるいは、本発明のコンテンツ表示装置は、放送／蓄積混合表示型サービスにおける複数コンテンツの同時表示に適用しても効果的である。なぜならば放送／蓄積混合表示型サービスでは、放送映像コンテンツ以外のコンテンツ（データ放送コンテンツや字幕コンテンツなど）は夜中などに予めＨＤＤ（大容量域億媒体）に蓄積される。そのため、記憶容量が足りないなどで蓄積コンテンツの破棄や蓄積失敗などが発生した場合、表示すべきコンテンツデータそのものを取得（蓄積）していない、という事態も発生しやすいからである。
【００３６】
<その他の機能的構成>
なお、上記実施例にて記載したように表示するコンテンツがデジタル放送コンテンツであれば、コンテンツ表示装置はさらに以下のような構成を備えていると良い。
【００３７】
図６は、本実施例のコンテンツ表示装置における、別の機能ブロックの一例を表す図である。この図にあるように、本実施例の別の「コンテンツ表示装置」（０６００）は、上記同様、「テーブル取得部」（０６０１）と、「枠表示部」（０６０２）と、「判断部」（０６０３）と、「表示部」（０６０４）と、「消去部」（０６０５）と、からなる。そして、このコンテンツ表示装置は、さらに「デジタル放送受信部」（０６０６）を備えることを特徴とする。
【００３８】
「デジタル放送受信部」（０６０６）は、複数種別のコンテンツを取得するための機能を有する。また、「複数種別のコンテンツ」にはデジタル放送に含まれるデータ、放送映像、が含まれている。このデジタル放送受信部は、例えばデジタル放送用の「チューナ」や「復調部」、「ＴＳデコーダ（デマルチプレクサ）」、などで実現することができる。具体的には、「チューナ」にて受信したデジタル放送波を「復調部」にて復調しトランスポートストリーム（ＴＳ）として取り出す。そして、そのＴＳを「ＴＳデコーダ」にて映像ＴＳや音声ＴＳ、字幕ＴＳやデータ放送ＴＳに分離、変換し、各コンテンツデータを取得する、という具合である。
【００３９】
<ハードウェア的構成>
図７は、上記機能的な各構成要件をハードウェアとして実現した際の、コンテンツ表示装置における構成の一例を表す概略図である。この図を利用して複数種別のコンテンツの同時表示処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、コンテンツ表示装置は、複数種別のコンテンツを取得するための「テレビアンテナ」（０７０１）と、「チューナ」（０７０２）と、「復調部」（０７０３）と、「ＴＳ（トランスポートストリーム）デコーダ」（０７０４）と、を備えている。また、その取得したコンテンツを出力するための「音声デコーダ」（０７０５）と、「映像デコーダ」（０７０６）と、「表示処理回路」（０７０７）と、「ディスプレイ」（０７０８）と、「スピーカ」（０７０９）と、も備える。
【００４０】
また、ユーザからの入力操作を受け付ける「操作部」（０７１１）と、放送局ごとのデータ放送コンテンツを記憶する「ＮＶＲＡＭ」（０７１２）と、その他の各種データやプログラムを格納する「ＲＯＭ」（０７１３）と、各種演算処理を行うための「ＲＡＭ」（０７１４）や「ＣＰＵ」（０７１５）と、外部装置／ネットワークとの通信を行う「通信Ｉ/Ｆ部」（０７１６）も備える。そして、それらが「システムバス」（０７１０）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００４１】
また「ＲＡＭ」は、「ＲＯＭ」から各種処理を行うプログラムを「ＣＰＵ」に実行させるために読み出すと同時に、そのプログラムの作業領域でもあるワーク領域を提供する。また、この「ＲＡＭ」や「ＲＯＭ」、「ＮＶＲＡＭ」などにはそれぞれ複数のメモリアドレスが割り当てられており、「ＣＰＵ」で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００４２】
ここでコンテンツ表示装置は、まず以下のような処理によってＰＭＴなどのテーブルを取得し、「ディスプレイ」上にコンテンツ表示予定枠を表示（確保）する。具体的に、コンテンツ表示装置は「テレビアンテナ」より入力されたデジタル放送信号を、「チューナ」及び「復調部」の処理を経てトランスポートストリーム（ＴＳ）に変換する。そしてそのトランスポートストリームを、「ＴＳデコーダ」により映像、音声、その他コンテンツデータ（ＢＭＬブラウザデータ、字幕データなど）、またＰＭＴデータのＴＳパケットに分離する。つづいて予め所定ＰＩＤが規定されているＰＭＴを、ＴＳパケットのＰＩＤを利用して判別し、そのＰＭＴに含まれる情報から表示予定のコンテンツのコンテンツ種別、例えば「０ｘ０６（字幕）」、「０ｘ０２（映像）」、「０ｘ０Ｄ（データ放送）」、や、そのＰＩＤの情報、例えばＰＩＤ＝「１」、「２」、「３」を取得し、「ＲＡＭ」に格納する。
【００４３】
そして、その「ＲＡＭ」に格納したコンテンツ種別の情報を「ＣＰＵ」にて判断し、各コンテンツ種別に対応したコンテンツ表示予定枠に関して、図１（ｂ）のように表示画面上での表示位置や大きさなどを定めたレイアウト情報を取得し、そのレイアウト情報を「ＲＡＭ」に格納する。また場合によっては、コンテンツ表示装置は「ディスプレイ」上にレイアウト情報などで示されるコンテンツ表示予定枠を描画、表示する。
【００４４】
またこのレイアウト情報は、例えば「操作部」にて受け付けた字幕表示オフや映像コンテンツの拡大化などのユーザ設定に応じて生成、取得されるよう構成すると良い。また「操作部」にて受け付けたユーザからの入力操作によって、チャンネル情報やコンテンツタイトルなどの番組情報コンテンツも同時表示されるよう設定されていれば、「通信Ｉ／Ｆ」にて取得し「ＮＶＲＡＭ」等に格納されている番組情報コンテンツ用のコンテンツ表示予定枠を含むレイアウト情報を取得しても良い。
【００４５】
つづいて、コンテンツ表示装置は、以下のような処理によって表示予定のデータを取得したかの判断や、その判断結果に基づく表示枠を利用したコンテンツ表示、あるいは表示予定データが無い表示予定枠の消去を行う。具体的には、同様に「テレビアンテナ」より入力されたデジタル放送信号を変換、分離して得られた映像、音声、その他コンテンツデータ（ＢＭＬブラウザデータ、字幕データなど）のＴＳパケットを取得する。そして、その分離されたＴＳパケットのＰＩＤの中に、上記ＰＭＴに含まれ「ＲＡＭ」に格納されている表示予定コンテンツのＰＩＤと一致するものがあるか否かの判断を「ＣＰＵ」の論理演算処理によって実行する。そしてＰＩＤが一致するＴＳパケットがあれば、表示予定のコンテンツデータを取得した、とコンテンツ表示装置は判断する。
【００４６】
また「ＲＡＭ」に格納された表示予定コンテンツのＰＩＤについて、所定時間以内に分離、取得したＴＳパケットのＰＩＤの中に一致するものが無かった場合、表示予定コンテンツのデータを取得しなかった、とコンテンツ表示装置は判断する。なお、所定時間のカウントは、例えば「ＣＰＵ」の内部クロックや、外部タイマなどを利用して行うと良い。
【００４７】
そして「ＲＡＭ」に格納されたレイアウト情報に含まれる各コンテンツ表示予定枠に関して、表示予定のデータを取得しなかったと判断されたＰＩＤに基づく表示予定枠を消去する、及びその他のコンテンツ表示予定枠へ転用する修正処理が実行される。あるいはディスプレイ上に表示予定枠が既に描画されていれば、該当する表示予定枠の消去処理や他の表示予定枠との合成描画処理が実行される。
【００４８】
そして、「ＲＡＭ」に格納されたレイアウト情報に応じて、以下のように取得した複数種別のコンテンツが「ディスプレイ」に同時表示される。まず、映像コンテンツデータは、分離された映像ストリームを「映像デコーダ」にてデコードすることで取得される。また、「データ放送コンテンツ」や「字幕コンテンツ」については、まずＢＭＬブラウザデータストリームや字幕データストリームを「ＲＡＭ」に転送し、格納する。なおＲＡＭは不揮発性メモリでもかまわない。そしてＲＡＭに転送後、「ＣＰＵ」の演算処理により、各データストリームを「データ放送コンテンツ」や「字幕コンテンツ」として生成することで取得される。
【００４９】
そして取得された各コンテンツデータが、レイアウト情報で示されるコンテンツ表示予定枠に表示されるよう「表示処理回路」にて重畳、合成処理などされて「ディスプレイ」に出力される。また分離されたデータのうち、音声ストリームは「音声デコーダ」にてデコードされ、同期情報に基づいて対応する映像の「ディスプレイ」への出力と同期して「スピーカ」よりへ出力される。このようにして、表示データの有無に応じて表示予定枠が修正され効率的に画面資源を利用した形での複数種別のコンテンツ同時表示が実現される、という具合である。
【００５０】
また、本コンテンツ表示装置が前述の放送／蓄積混合型サービスに対応していれば、さらに「ＨＤＤ」（０７１７）などの大記憶容量の記憶媒体を備えていても良い。その場合には、この「ＨＤＤ」に蓄積されているデータ放送コンテンツや字幕コンテンツが「映像デコーダ」に出力され、上記処理と同様にその表示予定枠に表示されることになる。そして、記憶容量が足りない等の原因で上記表示すべきコンテンツが蓄積されていなければ、その表示予定枠が消去される、という具合である。
【００５１】
<処理の流れ>
図８は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置の制御方法であって、まず、各種別毎に画面への同時表示予定の有無を示すテーブルを取得する（ステップＳ０８０１）と、テーブルに従ってコンテンツ表示予定枠を画面上に表示する（ステップＳ０８０２）。その後、例えば所定時間以内に表示予定のデータを取得したか判断する（ステップＳ０８０３）。
【００５２】
そしてステップＳ０８０３での判断の結果が取得したとの判断結果である場合には、ステップＳ０８０２にて表示した枠を利用しそのコンテンツを表示する（ステップＳ０８０４Ａ）。一方、ステップＳ０８０３での判断の結果が取得しないとの判断結果である場合には、取得しなかったと判断されたコンテンツに係る枠を他の表示のために消去し（ステップＳ０８０４Ｂ）、例えば該他のコンテンツの表示枠として利用する。
【００５３】
図９は、本実施例のコンテンツ表示装置における処理の流れの、さらに詳細な一例を表すフローチャートである。この図にあるように、まず、操作部のユーザ操作によって未起動状態のテレビ起動が行われ（ステップＳ０９０１）、例えばテレビアンテナより入力されたデジタル放送信号の復調変換処理によって前述のようにトランスポートストリームが取得され、ＴＳデコーダにて各種データストリームに分離される。そしてそのデータストリームの中からテーブルであるＰＭＴを検出した（ステップＳ０９０２）場合、ＰＭＴにて示される字幕コンテンツの表示予定有無の判定をＣＰＵにて行う（ステップＳ０９０３）。
【００５４】
ここでＰＭＴから字幕コンテンツが無いと判定された場合は、字幕コンテンツ用の表示予定枠の表示（確保）は行わない（ステップＳ０９０４）。一方、字幕コンテンツがあると判定された場合、例えば操作部で受け付けたユーザの字幕表示オン／オフ設定の判定などの後、該字幕表示設定オンの場合には字幕コンテンツ用の表示予定枠を取得する（ステップＳ０９０５）。
【００５５】
その後、ＣＰＵの処理によって、所定時間内にデータストリーム中から字幕コンテンツが検出されるか否かをチェックする（ステップＳ０９０６）。そして字幕コンテンツを取得したと判断された場合には、ＣＰＵはステップＳ０９０５にて取得した字幕コンテンツ用の表示予定枠にその字幕コンテンツ「今日のフェンシング大会において・・・」などの表示を行う（ステップＳ０９０７）。一方、字幕コンテンツを所定時間内に取得できなかったと判断された場合、ＣＰＵはステップＳ０９０５にて取得した字幕コンテンツ用の表示予定枠の消去を行い（ステップＳ０９０７）、例えばＢＭＬデータ放送コンテンツ用の表示枠が拡大される。
【００５６】
<効果の簡単な説明>
以上のように、本実施例のコンテンツ表示装置によって、実際にデータが取得されなかったコンテンツの表示枠を消去し、その消去された枠のあった領域を他のコンテンツの表示に利用することができる。したがって、有限の表示領域を有効に活用することができる。
【００５７】
≪実施例２≫
<概要>
本実施例は、上記実施例１を基本として、所定時間内に表示予定のコンテンツそのものが取得されず該表示予定枠を消去した後にそのコンテンツを取得した場合に、表示予定枠を復活表示し、コンテンツをその枠内に表示することを特徴とするコンテンツ表示装置である。
【００５８】
<機能的構成>
図１０は、本実施例のコンテンツ表示装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（１０００）は、実施例1を基本として、「テーブル取得部」（１００１）と、「枠表示部」（１００２）と、「判断部」（１００３）と、「表示部」（１００４）と、「消去部」（１００５）と、からなる。なお、これら「テーブル取得部」と「枠表示部」と「判断部」と「表示部」と「消去部」については上記実施例にて既に記載済みであるので、その説明は省略する。
【００５９】
そして、本実施例の特徴点は、コンテンツ表示装置が、さらに「制御部」（１００６）を有する点である。
【００６０】
「制御部」（１００６）は、消去部（１００５）による枠の消去後に枠消去に係るデータを取得したとの判断結果を判断部（１００３）が得た場合には、そのコンテンツの表示予定枠を枠表示部（１００２）に表示させる機能を有する。この制御部は、具体的には、例えば「ＣＰＵ」や「ＲＡＭ」などの演算装置や、「表示処理回路」や「ディスプレイ」などの表示装置を用いた上記処理によって実現することができる。
【００６１】
このようにして、枠の表示が消去された後でも、その消去枠に係るコンテンツの取得によってコンテンツを表示することができる。
【００６２】
また表示予定枠の表示に関して、１回目のコンテンツ表示予定枠の消去後はＰＭＴなどのテーブル取得ではなくコンテンツそのものの取得によって行われることなる。したがって、枠表示に関する処理手順を減らすことができるので、コンテンツ表示装置の処理負荷を低減することもできる。また、この２回目以降のコンテンツ表示予定枠の表示を、例えば1回目のレイアウト情報などを再利用して実行することで、そのレイアウト情報などの生成取得処理の処理負荷を省くこともできる。
【００６３】
<処理の流れ>
図１１は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００６４】
また、本実施例の処理の流れは実施例１を基本として、図８に示すステップＳ０８０３（表示予定データの取得有無を判断するステップ）までは同一であるため該ステップまでの処理の流れの記載は省略する。そしてこの図にあるように、判断の結果が取得しないとの判断結果である場合には、取得しなかったと判断されたコンテンツに係る枠を他の表示のために消去する（ステップＳ１１０１）。その後、枠消去に係るデータを取得したか否かを判断し（ステップＳ１１０２）、枠消去に係るデータを取得したとの判断結果が出力された場合には、その取得したと判断されたコンテンツデータの表示予定枠を表示させ（ステップＳ１１０３）、その枠を利用して取得したコンテンツを表示する（ステップＳ１１０４）。
【００６５】
<効果の簡単な説明>
以上のように本実施例のコンテンツ表示装置によって、枠の表示が消去された後でも、その消去枠に係るコンテンツの取得によってコンテンツを表示することができる。
【００６６】
また表示予定枠の表示に関して、１度目のコンテンツ表示予定枠の消去後はＰＭＴなどのテーブル取得ではなくコンテンツそのものの取得によって行われることなる。したがって、枠表示に関する処理手順を減らすことができるので、コンテンツ表示装置の処理負荷を低減することもできる。
【００６７】
≪実施例３≫
<概要>
本実施例は、上記実施例２を基本として、ユーザの操作入力が行われている場合には、消去部による枠の消去後に該枠消去に係るデータを取得した場合でも、前記再度のコンテンツ表示予定枠の表示を行わないよう構成されたことを特徴とするコンテンツ表示装置である。したがって、例えばコンテンツ表示装置の操作中に、急に操作対象のコンテンツ表示領域が狭くなることによる誤操作や視認性の悪化を防止することができる。
【００６８】
<機能的構成>
図１２は、本実施例のコンテンツ表示装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（１２００）は、実施例２を基本として、「テーブル取得部」（１２０１）と、「枠表示部」（１２０２）と、「判断部」（１２０３）と、「表示部」（１２０４）と、「消去部」（１２０５）と、「制御部」（１２０６）と、からなる。なお、これら「テーブル取得部」と「枠表示部」と「判断部」と「表示部」と「消去部」と「制御部」については上記実施例にて既に記載済みであるので、その説明は省略する。
【００６９】
そして、本実施例の特徴点は、コンテンツ表示装置が、さらに「操作判断部」（１２０７）と、「第二制御部」（１２０８）と、を有する点である。
【００７０】
「操作判断部」（１２０７）は、枠表示部（１２０２）に表示されているコンテンツに対して利用者による入力操作が行なわれているか判断する機能を有する。この操作判断部は、具体的には例えば操作パネルなどの「入力デバイス」や、「ＣＰＵ」と「ＲＡＭ」などの演算装置などによって実現することができる。
【００７１】
図１３は、枠表示部にて表示されているコンテンツに対するユーザの入力操作の一例を表す概念図である。この図にあるように、例えばディスプレイ上の表示枠β'内にデータ放送コンテンツ「本日のヘッドラインニュース」の見出しが表示されている。そしてユーザは見出しを選択してニュースの詳細な内容を表示するために、キー操作によって選択カーソルを操作している、という具合である。そして操作判断部では、このような操作が行われているか否かを例えば以下のような処理によって判断すると良い。
【００７２】
まず、ユーザがキー操作によってコンテンツに対してＢＭＬブラウザなど関連アプリケーションの操作を行うと、操作されたキーの情報はイベントとしてＣＰＵに伝達される。そしてＣＰＵはこのイベント受信によって「ユーザ操作実行中」のフラグをオンとしてＲＡＭに格納する。つづいてＣＰＵは内部クロックを用いて所定時間の計測を行う。そして時間計測中に新たなイベントを検出すると、ＣＰＵは内部クロックを用いた所定時間の計測をリセットし、新たにその時点からの時間計測を開始する。このようにしてフラグがオンになっている間はコンテンツに対するユーザによる入力操作が行なわれていると判断する。
【００７３】
また上記計測によって所定時間の経過が通知されると、ＣＰＵは「ユーザ操作実行中」フラグをオフにする。そして、このように「ユーザ操作実行中」フラグがオフである間はユーザの入力操作が行われていないと判断する、という具合である。
【００７４】
なお、上記所定時間は一律の設定値であっても良い。あるいは例えばＲＯＭ内にイベントと所定時間との対応付けの一覧表を持ち、ＣＰＵがイベントを受信した時にその一覧表から操作されているイベントを特定することで、そのイベントに応じて設定された所定の時間の計測を開始するよう構成されていても良い。
【００７５】
「第二制御部」（１２０８）は、操作判断部（１２０７）での判断結果が、入力操作が行なわれているとの判断結果である場合には、そのコンテンツの表示予定枠を枠表示部（１２０２）に表示させないように制御する機能を有する。
【００７６】
具体的には、上記説明したようにＴＳデコーダにて分離、取得されたコンテンツデータが、枠消去に係るデータであることがそのＰＩＤなどから判断される。すると、ＣＰＵはＲＡＭにて「ユーザ操作実行中」フラグがオンになっているか参照する。そして、「ユーザ操作実行中」フラグがオンであれば、その消去された枠の再表示（確保）を実行しない。一方、「ユーザ操作実行中」フラグがオフであれば、実施例２にて記載したようにそのコンテンツの表示予定枠の再表示（確保）を行い、例えば取得した字幕コンテンツ「本日のフェンシング大会において・・・」をその枠内に表示する、という具合である。
【００７７】
<処理の流れ>
図１４は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００７８】
また、本実施例の処理の流れは実施例２を基本として、図１１に示すステップＳ１１０１（枠を他のコンテンツ表示のために消去するステップ）までは同一であるため該ステップまでの処理の流れの記載は省略する。そしてこの図にあるように、枠を他のコンテンツ表示のために消去し（ステップＳ１４０１）、消去により生じる領域を利用し他のコンテンツを表示する（ステップＳ１４０２）。
【００７９】
その後、枠消去に係るコンテンツのデータを取得するか判断し（ステップＳ１４０３）、取得したとの判断結果が出力されると、ステップＳ１４０２にて表示されている他のコンテンツに対して利用者が入力操作を実行しているか否かが判断される（ステップＳ１４０４）。そして判断の結果、入力操作が実行されていないとの判断結果が出力されると、ステップＳ１４０３で取得したと判断されたコンテンツの表示予定枠の表示を行い（ステップＳ１４０５）、その枠を利用し該コンテンツの表示が実行される（ステップＳ１４０６）。
【００８０】
一方、判断の結果、入力操作が実行されているとの判断結果が出力されると、該入力操作が終了するまでは、ステップＳ１４０３で取得したと判断されたコンテンツの表示予定枠の表示は行わない、という具合である。
【００８１】
<効果の簡単な説明>
以上のように、本実施例のコンテンツ表示装置によって、ユーザが消去枠を利用して表示されているコンテンツに対して何らかの操作を実行中であれば、消去枠に係るデータを取得しても表示予定枠及びコンテンツの表示を実行しないよう制御することができる。したがって例えばコンテンツ表示装置の操作中に、急に操作対象のコンテンツ表示領域が狭くなることによる誤操作や視認性の悪化を防止することができる。
【００８２】
≪実施例４≫
<概要>
本実施例は、上記実施例のいずれかを基本として、判断部での判断結果を例えばディスプレイに表示するなどしてユーザに報知する機能をさらに備えることを特徴とするコンテンツ表示装置である。
【００８３】
図１５は、ユーザへ判断結果を報知するための表示画面の一例を表す概略図である。この図にあるように、表示画面上の表示枠λに「字幕コンテンツ取得なし」と表示することで、ユーザは字幕コンテンツそのものが取得されていないため字幕コンテンツの表示が無いことを知ることができる。このように、判断部での判断結果をユーザに報知することで、例えば表示画面上に字幕コンテンツが表示されないのは字幕コンテンツが取得されないからなのか、それ以外の原因、例えばユーザ設定により字幕コンテンツ表示がオフに設定されているからなのか、等をユーザが知ることができる。
【００８４】
<機能的構成>
図１６は、本実施例のコンテンツ表示装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「コンテンツ表示装置」（１６００）は、実施例１を基本として、「テーブル取得部」（１６０１）と、「枠表示部」（１６０２）と、「判断部」（１６０３）と、「表示部」（１６０４）と、「消去部」（１６０５）と、からなる。また、上記その他の実施例を基本として、図示していない「制御部」、「操作判断部」や「第二制御部」などを有していても良い。なお、これら「テーブル取得部」と「枠表示部」と「判断部」と「表示部」と「消去部」、また「制御部」、「操作判断部」、「第二制御部」については上記実施例にて既に記載済みであるので、その説明は省略する。
【００８５】
そして、本実施例の特徴点は、コンテンツ表示装置が、さらに「報知部」（１６０６）を有する点である。
【００８６】
「報知部」（１６０６）は、判断部（１６０３）での判断結果を利用者に報知する機能を有する。この報知部での報知方法はさまざまな方法であって良く、例えばディスプレイ上の所定枠にその旨のテキストやアイコンを表示したり、ＯＳＤ（オンスクリーン・ディスプレイ）表示したりする報知方法が挙げられる。あるいはＬＥＤを所定間隔で明滅させたり、スピーカから判断結果を示すメッセージを出力したり、所定のＢＥＥＰ音を出力したりする報知方法も挙げられる。また、その報知内容は、判断結果に加えてユーザ設定を示す情報を同時に表示したり、ＰＭＴなどのテーブルに関する情報などを同時に表示したりしても良い。そして、この報知部は、具体的にはその報知方法に応じて例えば「ディスプレイ」や「スピーカ」、「表示処理回路」や「音声処理回路」などの出力装置や、「ＣＰＵ」や「ＲＡＭ」などの演算装置によって実現することができる。
【００８７】
<処理の流れ>
図１７は、本実施例のコンテンツ表示装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、複数種別のコンテンツを画面上に同時表示可能なコンテンツ表示装置の制御方法であって、まず、各種別毎に画面への同時表示予定の有無を示すテーブルを取得する（ステップＳ１７０１）と、テーブルに従ってコンテンツ表示予定枠を画面上に表示する（ステップＳ１７０２）。その後、例えば所定時間以内に表示予定のデータを取得したか判断する（ステップＳ１７０３）。
【００８８】
そしてステップＳ１７０３での判断の結果が取得したとの判断結果である場合には、ステップＳ１７０２にて表示した枠を利用しそのコンテンツを表示する（ステップＳ１７０４Ａ）。一方、ステップＳ１７０３での判断の結果が取得しないとの判断結果である場合には、取得しなかったと判断されたコンテンツに係る枠を他の表示のために消去し（ステップＳ１７０４Ｂ）、例えば該他のコンテンツの表示枠として利用する。そして、ステップＳ１７０３での判断結果を、例えばディスプレイにその旨のテキスト表示をするなどしてユーザに対して報知する（ステップＳ１７０５）。
【００８９】
<効果の簡単な説明>
以上のように本実施例のコンテンツ表示装置によって、判断部での判断結果をユーザに報知することができる。したがって例えば表示画面上に字幕コンテンツが表示されないのは字幕コンテンツが取得されないからなのか、それ以外の原因、例えばユーザ設定により字幕コンテンツ表示がオフに設定されているからなのか、等をユーザが知ることができる。
【図面の簡単な説明】
【００９０】
【図１】実施例１のコンテンツ表示装置におけるコンテンツの表示画面の一例を表す概略図
【図２】実施例１のコンテンツ表示装置における機能ブロックの一例を表す図
【図３】実施例１のコンテンツ表示装置のテーブル取得部で取得されるテーブルであるＰＭＴの一例を表す概念図
【図４】実施例１のコンテンツ表示装置の判断部での判断処理の対象となるコンテンツデータの一例を表す概念図
【図５】実施例１のコンテンツ表示装置の表示部での、画面上に表示済のコンテンツ表示予定枠を利用したコンテンツ表示画面の一例を表す概略図
【図６】実施例１のコンテンツ表示装置における機能ブロックの、さらに別の一例を表す図
【図７】実施例１のコンテンツ表示装置におけるハードウェア構成の一例を表す図
【図８】実施例１のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図９】実施例１のコンテンツ表示装置における処理の流れの、さらに詳細な一例を表すフローチャート
【図１０】実施例２のコンテンツ表示装置における機能ブロックの一例を表す図
【図１１】実施例２のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図１２】実施例３のコンテンツ表示装置における機能ブロックの一例を表す図
【図１３】実施例３のコンテンツ表示装置の枠表示部にて表示されているコンテンツに対するユーザの入力操作の一例を表す概念図
【図１４】実施例３のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【図１５】実施例４のコンテンツ表示装置においてユーザへ判断結果を報知するための表示画面の一例を表す概略図
【図１６】実施例４のコンテンツ表示装置における機能ブロックの一例を表す図
【図１７】実施例４のコンテンツ表示装置における処理の流れの一例を表すフローチャート
【符号の説明】
【００９１】
０２００  コンテンツ表示装置
０２０１  テーブル取得部
０２０２  枠表示部
０２０３  判断部
０２０４  表示部
０２０５  消去部
【図１】
2008131328.tif 000003
【図２】
2008131328.tif 000004
【図３】
2008131328.tif 000005
【図４】
2008131328.tif 000006
【図５】
2008131328.tif 000007
【図６】
2008131328.tif 000008
【図７】
2008131328.tif 000009
【図８】
2008131328.tif 000010
【図９】
2008131328.tif 000011
【図１０】
2008131328.tif 000012
【図１１】
2008131328.tif 000013
【図１２】
2008131328.tif 000014
【図１３】
2008131328.tif 000015
【図１４】
2008131328.tif 000016
【図１５】
2008131328.tif 000017
【図１６】
2008131328.tif 000018
【図１７】
2008131328.tif 000019