(57)【要約】【課題】データ放送連携サービスにおいてコンテンツへスムーズに遷移するテレビジョン受像装置及びテレビジョン受像方法を提供する。【解決手段】第１のブラウザから起動されて外部のＷｅｂサーバからのコンテンツを提示する第２のブラウザとを備え、この第２のブラウザは、前記起動時は静的要素の描画を準備し、前記コンテンツの提示時は動的要素の描画を準備し前記静的要素と共にこの動的要素の表示出力を行うことを特徴とするテレビジョン受像装置。また、受信したデータ放送を提示する第１のステップと、この提示後に外部のＷｅｂサーバからのコンテンツを提示する第２のステップとを含み、この第２のステップ中において、前記データ放送の提示に続いて静的要素の描画を準備し、前記コンテンツの提示時は動的要素の描画を準備し前記静的要素と共にこの動的要素の表示出力を行うことを特徴とするテレビジョン受像方法。【選択図】  図２
2011250323.tif 000002
【特許請求の範囲】
【請求項１】
受信したデータ放送を提示する第１のブラウザと、
この第１のブラウザから起動されて外部のＷｅｂサーバからのコンテンツを提示する第２
のブラウザとを備え、
この第２のブラウザは、前記起動時は静的要素の描画を準備し、前記コンテンツの提示時
は動的要素の描画を準備し前記静的要素と共にこの動的要素の表示出力を行うことを特徴
とするテレビジョン受像装置。
【請求項２】
前記第２のブラウザは、前記表示出力前に前記静的要素を更新することを特徴とする請
求項１に記載のテレビジョン受像装置。
【請求項３】
前記起動は、BML(Broadcast Markup Language)文書におけるstartExtraBrowser()関数
のparse処理に依るものであることを特徴とする請求項１に記載のテレビジョン受像装置
。
【請求項４】
前記コンテンツの提示は、BML(Broadcast Markup Language)文書におけるstartExtraBr
owser()関数の実行処理に依るものであることを特徴とする請求項１に記載のテレビジョ
ン受像装置。
【請求項５】
更に前記表示出力を入力として表示を行うモニタを備えたことを特徴とする請求項１に
記載のテレビジョン受像装置。
【請求項６】
受信したデータ放送を提示する第１のステップと、
この提示後に外部のＷｅｂサーバからのコンテンツを提示する第２のステップとを含み、
この第２のステップ中において、前記データ放送の提示に続いて静的要素の描画を準備し
、前記コンテンツの提示時は動的要素の描画を準備し前記静的要素と共にこの動的要素の
表示出力を行うことを特徴とするテレビジョン受像方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、データ放送連携サービスにおいてブラウザを起動・提示するテレ
ビジョン受像装置及びテレビジョン受像方法に関する。
【背景技術】
【０００２】
放送局が提供するBML (Broadcast Markup Language)で記述されたデータ放送コンテン
ツから連携先のIPTV（Internet Protocol Television）コンテンツへの遷移を行うサービ
スが実施されている。例えば特許文献１では、受信装置で、データ放送ブラウザとIPTVブ
ラウザを備え、放送ブラウザからIPTVブラウザへの切り換わる画面が示されている。
【０００３】
BMLコンテンツからIPTVコンテンツへの起動は、データ放送の放送用拡張関数startExtr
aBrowser()を実行することで行われることが多い。startExtraBrowser()には、引数にIPT
Vブラウザが起動した際に最初に提示すべきuriが指定される。実行の際は、通常BMLブラ
ウザが終了し、startExtraBrowser()の引数に指定されたuriでIPTVブラウザが起動する処
理が行われる。
【０００４】
一方でBMLブラウザからIPTVブラウザの起動を行う際、IPTVブラウザの起動時間がある
為、BMLコンテンツからIPTVコンテンツへスムーズに遷移しない問題がある。即ち、デー
タ放送連携サービスにおいてコンテンツへスムーズに遷移することができるテレビジョン
受像装置の要望があるが、かかる要望を実現するための手段は知られていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−６５４２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、データ放送連携サービスにおいてコンテンツへスムーズに遷移することがで
きるテレビジョン受像装置及びテレビジョン受像方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、実施形態のテレビジョン受像装置によれば、受信したデー
タ放送を提示する第１のブラウザと、この第１のブラウザから起動されて外部のＷｅｂサ
ーバからのコンテンツを提示する第２のブラウザとを備え、この第２のブラウザは、前記
起動時は静的要素の描画を準備し、前記コンテンツの提示時は動的要素の描画を準備し前
記静的要素と共にこの動的要素の表示出力を行うことを特徴とする。
【図面の簡単な説明】
【０００８】
【図１】この発明のテレビジョン受像装置の一実施形態である受信機を示すブロック構成図。
【図２】同実施形態に係わるテレビジョン受像装置のブラウザの起動・提示方法の一例を示すフローチャート。
【発明を実施するための形態】
【０００９】
以下、本発明による実施形態を図１乃至図２を参照して説明する。
図１は、この発明の一実施形態である受信機を示すブロック構成図である。
即ち受信機１は、外部のアンテナ２とネットワーク経由のＷｅｂサーバ２１と接続され
、チューナ３、復調器４、デスクランブラ５、ＤＥＭＵＸ（デマルチプレクサ）６、ＤＳ
Ｍ−ＣＣ処理部７、映像／音声デコーダ８、コンテンツバッファ９、スピーカー１０、表
示切替処理部１１、モニタ１２、IPTVブラウザ１３、モデム・ＬＡＮ１４、BMLブラウザ
１５、メインＣＰＵ１６、ＲＡＭ１７、ＲＯＭ１８、キー入力装置１９およびＮＶＲＡＭ
２０などから構成されている。表示切替処理部１１からの出力信号を受け映像表示を行う
モニタ１２や、映像／音声デコーダ８からの出力信号を受け音声出力を行うスピーカー１
０などは受信機１に外付けのものであってもよい。
【００１０】
なお、チューナ３、復調器４、デスクランブラ５、ＤＥＭＵＸ（デマルチプレクサ）６
、ＤＳＭ−ＣＣ処理部７、コンテンツバッファ９、表示切替処理部１１、IPTVブラウザ１
３、モデム・ＬＡＮ１４、BMLブラウザ１５、ＲＡＭ１７、ＲＯＭ１８、キー入力装置１
９（図示せぬリモコンなど）およびＮＶＲＡＭ２０などは、メインＣＰＵ１６から制御バ
スＢ経由で直接制御されている。実施形態に関わりの深い各部の連係動作については、図
２の説明において後述する。
【００１１】
さて、デジタル動画と音声の圧縮・伸長に関する規格MPEG（Motion Picture Experts G
roup)の中に、データ転送レート数M〜数十Mbpsで放送メディアを対象とするMPEG2がある
。デジタル放送のMEPG-2 Systemsは、映像・音声・データの同期技術でありMPEG-2 TS（
トランスポートストリーム）を用いている。
【００１２】
この信号多重化の要素としては、 ES(Elementary Stream)パケット（エンコードされた
映像，音声，データコンテンツなど）を元にする PES(Packetized Elementary Stream)パ
ケット（パケット化され分割されたES）と、セクション（番組選択，送受信間の同期，各
種サービス）とがある。
【００１３】
このセクションには、PSI (Program Specific Information)：伝送制御信号、 SI (Ser
vice Information)：番組配列情報（EPGなど）、 DSM-CC (Digital Storage Medeia-Comm
and and Control)：データコンテンツ送信といった扱いの種類がある。
【００１４】
放送サービスと伝送プロトコルとの関係としては、PESパケット化されたデータストリ
ームと同様にマルチメディア符号化されたデータカルーセルの形式で到来するデータ放送
がこのDSM-CC処理で扱われる。
【００１５】
なおデータ放送方式の種類としてより詳しくは次の区分がある。
（１）独立PES （MPEG2 private PES)
時刻情報を合わせて伝送（字幕，文字スーパー）
（２）データカルーセル(MPEG2 DSM-CC)
DSM-CCセクション形式．ある周期で同じデータを繰り返し送信．
（３）イベントメッセージ伝送方式(セクションフォーマット)
受信機上のアプリケーションに対する同期・非同期メッセージ（画面切り替えなど）
また、デジタル放送コンテンツ記述言語にBML: Broadcast Markup Languageがある。こ
れは、映像，静止画，音声，文字の配置，表示，サイズを制御するものである。諸元は次
の通りである。
【００１６】
基本記述： XHTML1.0
動作記述： ECMAScript (Java(R)スクリプトベース）DOM (文書へのアクセスAPI）
表示制御： CSS1(Cascading Style Sheets), CSS2
放送用拡張機能： ARIBで規定
また記述サンプルは次のようである。
<script>
function changePic(){
document.getElemtnyld(“pic”).data = “picture2.jpg”
}
…..
<object onclick = “changePic()”
id =“pic”
data = “picture.jpg” type =“image/jpeg” style =“…”>
</object>
前半のscriptタグは、呼び出す関数を定義するもので、後半のonclick属性は選択され
たときに呼び出す関数を指すものである。
さて、BML文書には様々の関数が含まれているが、第１のブラウザであるデータ放送ブ
ラウザが提示しようとするBML文書をparse処理した際にscriptの中に放送用拡張関数star
tExtraBrowser()が含まれていた場合、本実施形態ではBMLブラウザは第２のブラウザであ
るIPTVブラウザに対して予め起動要求を出しておく。起動要求を受けたIPTVブラウザは、
コンテンツの取得を行い、キャッシュしておく。次にIPTVブラウザは動画やMNG等の動的
な要素以外のもの（静的要素と呼ぶこととする）を非表示のプレーンに描画しておく。BM
Lコンテンツ側でstartExtraBrowser()が実行された際は、BMLブラウザはIPTVブラウザに
対してstartExtraBrowser()が実行されたことを通知し、終了する。HTMLブラウザはstart
ExtraBrowser()が実行されたことを通知されると、キャッシュしていたコンテンツについ
て更新されているかサーバに確認する。IPTVブラウザは更新されていたリソースと動画や
MNG（静止画ＰＩＮＧを何枚も内包したものでアニメーション効果を有する）等の動的な
要素を非表示プレーンに描画する。描画の完了後、非表示であったIPTVコンテンツが描画
されたプレーンを表示状態に切り換えることにより、素早くIPTVブラウザが起動したかの
ようにユーザに見せることができる。
【００１７】
即ちBML文書にstartExtraBrowser()が記述されていることが判断できた瞬間にIPTVブラ
ウザを予め起動させておき、且つ指定URLのコンテンツを非表示のプレーンに予め描画さ
せておいて、startExtraBrowser()が実行された際に非表示を表示状態にすることで、素
早くIPTVブラウザが起動させたかのようにユーザに見せることができる。
【００１８】
このstartExtraBrowser()は、データ放送ブラウザと異なるブラウザ（エクストラブラ
ウザ）を起動すると規定されている。
文法は、次のようである。
Number startExtraBrowser(
input String browserName,
input Number showAV,
input String returnURI,
input String uri
)
引数のうち、browserNameは、起動するエクストラブラウザである。
showAVは、エクストラブラウザ起動後も提示中のTV映像音声の再生を継続することが可能
な場合に、再生の継続を許すか否かの次のようなフラグである。
1: TV 映像音声の再生継続を許可する
0: TV 映像音声の再生継続を禁止する
returnURIは、本関数によって起動されたエクストラブラウザが終了しBMLブラウザが再度
起動する際に、最初に提示するコンポーネントのURIである。特に指定しない場合は空文
字列とする。なお本引数は受信機に対するヒント情報であり、受信機が本引数の指定に従
って動作することは必須ではない。
【００１９】
uriは、エクストラブラウザが起動した際に最初に提示するURIである。
図２は、実施形態に係わるテレビジョン受像装置のブラウザの起動・提示方法の一例を
示すフローチャートである。
まずBMLブラウザ側のフローチャートにおいてBMLブラウザが起動される（ステップＳ１
−１）。この起動は、選局時点でその局から自動的に行なわれる場合や、ユーザがリモコ
ンのｄボタンを押すなどして行われる場合がある。
【００２０】
次にBMLコンテンツを取得する（ステップＳ１−２）。
次にBMLコンテンツのparse処理（構文解析）を実施する（ステップＳ１−３）。
次にステップＳ１−３の処理においてscript中にstartExtraBrowser()が有るか判定し
、有ると判定された場合にはIPTVブラウザ起動要求処理を行い（ステップＳ１−５）、判
定がいずれでも次のステップＳ１−６へ進む。
【００２１】
BMLコンテンツの提示処理を実施する（ステップＳ１−６）。
カレントのイベントの発火を待つ（ステップＳ１−７）。
ステップＳ１−７でイベントが発火したらこのイベントのハンドラ処理を行なう（ステ
ップＳ１−８）。
スコープの遷移を確認し（ステップＳ１−９）、この遷移があればステップＳ１０へ進
み無ければステップＳ１１へ進む。
ステップＳ１０では、IPTVブラウザ終了要求処理を行い、ステップＳ１−２へ戻る。ま
たステップＳ１１では、startExtraBrowser()の実行を判定する。
【００２２】
−）。
この実行の判定がＮＯであればステップＳ１−７へ戻りＹＥＳであれば、BMLブラウザ
処理を終了する（ステップＳ１−１２）。
他方IPTVブラウザ側のフローチャートにおいてIPTVブラウザが起動される（ステップＳ
１−１３）。この起動は、上記ステップＳ１−５による。
次にIPTVコンテンツを取得する（ステップＳ１−１４）。
次にIPTVコンテンツのparse処理（構文解析）を実施する（ステップＳ１−１５）。
このIPTVコンテンツのうち動的に変化しないものを描画する（ステップＳ１−１６）。
次に上記startExtraBrowser()の実行による同関数の起動通知が有るまで待ち（ステッ
プＳ１−１７）、有ると判定された場合にはコンテンツの更新を問い合わせ（ステップＳ
１−１８）、この更新箇所と動的に描画する箇所を提示する（ステップＳ１−１９）。
【００２３】
次に表示プレーンを切換える（ステップＳ１−２０）。
次にIPTVコンテンツを提示し（ステップＳ１−２１）、IPTVブラウザ処理を終了する（
ステップＳ１−２２）。このIPTVブラウザ処理の終了はステップＳ１−１０によっても行
なわれる。
【００２４】
上記のように本実施形態ではBMLブラウザがBMLコンテンツにstartExtraBrowser()が記
述されていることを認識した瞬間に、IPTVブラウザの起動を行い、非表示となっている描
画プレーンにあらかじめ描画を行っておく。startExtraBrowser()が実行された際には、B
MLブラウザは終了し、あらかじめ描画されているIPTVブラウザの描画プレーンを表示する
よう切り換えることでユーザに対してBMLコンテンツからIPTVコンテンツへスムーズな遷
移が行われる効果を得ることができる。
【００２５】
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しな
い範囲で種々変形して実施することができる。例えば第２のブラウザはHTMLブラウザであ
るとして説明したが、Ｗｅｂサーバ２１のHTMLコンテンツでなくBMLコンテンツを扱うに
は、BMLブラウザとなる。更にこのBMLブラウザは、BMLブラウザ１５を制御バスＢ経由で
流用する構成としてもよい。
【００２６】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせること
により、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素
から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる
構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００２７】
１  受信機
２  アンテナ
３  チューナ
４  復調器
５  デスクランブラ
６  ＤＥＭＵＸ（デマルチプレクサ）
７  ＤＳＭ−ＣＣ処理部
８  映像／音声デコーダ
９  コンテンツバッファ
１０  スピーカー
１１  表示切替処理部
１２  モニタ
１３  IPTVブラウザ
１４  モデム・ＬＡＮ
１５  BMLブラウザ
１６  メインＣＰＵ
１７  ＲＡＭ
１８  ＲＯＭ
１９  キー入力装置
２０  ＮＶＲＡＭ
２１  Ｗｅｂサーバ
Ｂ  制御バス
【図１】
2011250323.tif 000003
【図２】
2011250323.tif 000004