(57)【要約】【課題】データ放送で使用される受信機において、履歴に基づいた画面遷移が求められている。【解決手段】履歴に基づいた画面遷移の指示を受けると、履歴遷移処理部は、履歴歴保持部に保持されている履歴テーブルを参照し（Ｓ５０）、現在提示されている画面に対応する遷移フラグＦＬ＿Ｔが「０」であるか否かを確認する（Ｓ５２）。遷移フラグＦＬ＿Ｔが「０」であれば（Ｓ５２のＹ）、履歴遷移処理部は、更に前回提示された画面に対応する遷移フラグＦＬ＿Ｔが、「０」であるか否かを確認し（Ｓ５４）、前回提示された画面に対応する遷移フラグＦＬ＿Ｔが「０」なら（Ｓ５４のＹ）、前回提示された画面への遷移を許可する（Ｓ５６）。【選択図】        図５
2004304308.tif 000002
【特許請求の範囲】
【請求項１】
ＢＭＬ文書を解釈し、提示するＢＭＬブラウザにおいて、
当該ＢＭＬブラウザは、第１の文書を提示中に、遷移履歴を基に一つ前の提示した第２の文書へ戻り提示処理を行う履歴機能を有し、
前記履歴機能は、前記第２の文書のロード時点から前記第１の文書において遷移履歴に基づいて戻るため操作が入力されるまでの間に、コンテンツ記述による特定の処理が行われた場合、前記履歴機能を無効にすることを特徴とするＢＭＬブラウザ。
【請求項２】
前記コンテンツ記述による特定の処理は、当該ＢＭＬブラウザが搭載される受信機に備わる不揮発性メモリへの書込処理であることを特徴とする請求項１に記載のＢＭＬブラウザ。
【請求項３】
前記コンテンツ記述による特定の処理は、当該ブラウザが搭載される受信機に備わる、複数のＢＭＬ文書間で共有可能な共有メモリへの書込処理であることを特徴とする請求項１または２に記載のＢＭＬブラウザ。
【請求項４】
前記特定の処理は、双方向通信機能による所定のサーバへのデータ送受信処理であることを特徴とする請求項１から３のいずれかに記載のＢＭＬブラウザ。
【請求項５】
ＢＭＬ文書を解釈し、提示するＢＭＬブラウザにおいて、
ＢＭＬ文書の提示履歴を保持するステップと、
前記ＢＭＬ文書間の遷移許可を表す所定のフラグを参照するステップと、
前記フラグを参照した結果、現在提示されているＢＭＬ文書と、前回提示されたＢＭＬ文書とがともに遷移が許される場合に限って、前記提示履歴に基づいて、前記前回提示されたＢＭＬ文書に遷移ことを許可するステップと、
を有することを特徴とするデータ処理方法。
【請求項６】
ＢＭＬ文書を解釈し、提示するＢＭＬブラウザにおいて、
同一サービス内でＢＭＬ文書を遷移する際に、現在のＢＭＬ文書および前回のＢＭＬ文書のいずれの提示処理によっても、前記サービスの提示状態を記憶するために前記サービスに対して予め割り当てられたの所定の記憶領域が更新されていない場合に限って、現在のＢＭＬ文書から前回のＢＭＬ文書へ、提示履歴に基づいて遷移を許可することを特徴とするデータ処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタル放送技術に関し、特にデータ放送を処理する技術に関する。
【０００２】
【従来の技術】
現在、日本において、地上波放送では、従来のアナログ方式からデジタル方式へ移行が計画されており、衛星放送では、デジタル放送が開始されている。放送衛星を利用したＢＳ放送や、通信衛星を利用したＣＳ放送では、データ放送サービスが行われており、そのコンテンツは、ＡＲＩＢ  ＳＴＤ−２４において規格化されているＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）によって記述されている。
【０００３】
データ放送によるサービスは、これから普及が期待されている分野であり、ユーザの利便性を考慮した、様々な機能が提案されている。そのような機能の一つとして、受信したデータ放送に含まれている情報から、ユーザが望むキーワードを抽出する技術が提案されている（例えば、特許文献１参照）。この技術を利用することで、ユーザは、所望の画面に速やかに遷移することができる。
【０００４】
【特許文献１】
特開２００２−２９０８５６号公報
【０００５】
【発明が解決しようとする課題】
データ放送受信機においては、ＢＭＬ文書を解釈し、画面上に提示を行うためのＢＭＬブラウザが搭載されている。ＢＭＬ文書間の遷移は、ＢＭＬ文書に記述されたリンク構造に従って行われる。
【０００６】
例えば、ＢＭＬ文書ＡからＢＭＬ文書Ｂにリンクが張られている場合、ユーザの選択操作によって文書遷移、つまりＢＭＬ文書Ａに対応する画面からＢＭＬ文書Ｂに対応する画面への遷移が実行される。しかしながら、このとき、必ずしもその逆のＢＭＬ文書ＢからＢＭＬ文書Ａへのリンクが張られているとは限らず、ＢＭＬ文書ＢからＢＭＬ文書Ａへは遷移が不可能な場合もある。
【０００７】
一方、インターネットで用いられているＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を解釈し提示するＨＴＭＬブラウザにおいては、一般に履歴機能が備わっており、「戻る」等の操作によって、一つ前に提示したＨＴＭＬ文書に戻って提示を行うことができる。
【０００８】
しかしながら、ＢＭＬにおいては、提示中のＢＭＬ文書および一つ前に提示していたＢＭＬ文書による処理の内容によっては、本来想定されていないブラウザの履歴機能による「戻る」操作を行うと、正しい画面提示を行うことができず、提示処理が破綻する場合もある。そのためユーザは、例えば、一つ前の画面に戻るために、最初の画面に移って、同じ操作を繰り返すといった手間が生じるという課題がある。
【０００９】
本発明はそうした課題に鑑みなされたものであって、その目的は、ＢＭＬブラウザにおいて、履歴機能により、前回提示されていた文書に遷移可能とする技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明のある態様は、ＢＭＬブラウザに関する。このＢＭＬブラウザは、ＢＭＬ書を解釈し提示するブラウザであって、第１の文書を提示中に、遷移履歴を基に一つ前の提示した第２の文書へ戻り提示処理を行う履歴機能を有し、履歴機能は、第２の文書のロード時点から第１の文書において遷移履歴に基づいて戻るため操作が入力されるまでの間に、コンテンツ記述による特定の処理が行われた場合、履歴機能を無効にする。これにより、特定の条件を満たす場合のみ履歴機能に基づいて文書遷移を、つまり画面の遷移を行うことができる。このＢＭＬブラウザは、一般にはデジタル放送受信機に搭載される。
【００１１】
また、コンテンツ記述による特定の処理は、ＢＭＬブラウザが搭載される受信機に備わる不揮発性メモリ（ＮＶＲＡＭ：Ｎｏｎ  Ｖｏｌａｔｉｌｅ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）への書込処理であってもよい。また、コンテンツ記述による特定の処理は、当該ブラウザが搭載される受信機に備わる、複数のＢＭＬ文書間で共有可能な共有メモリへの書込処理であってもよい。ＢＭＬブラウザにおいては、複数のＢＭＬ文書間で共有可能な共有メモリとして、例えば「Ｇｒｅｇ」、「Ｕｒｅｇ」と呼ばれるメモリ領域がある。また、特定の処理は、双方向通信機能による所定のサーバへのデータ送受信処理であってもよい。
【００１２】
本発明の別の態様はデータ処理方法に関する。この方法は、ＢＭＬ文書を解釈し、提示するブラウザにおいて、ＢＭＬ文書間の提示履歴を保持するステップと、ＢＭＬ文書間の遷移許可を表す所定のフラグを参照するステップと、フラグを参照した結果、現在提示されているＢＭＬ文書と、前回提示されたＢＭＬ文書とがともに遷移が許可される場合に限って、提示履歴に基づいて、前回提示されたＢＭＬ文書に遷移ことを許可する。この場合、ＢＭＬブラウザは、遷移が許されることが確認できると、前回提示されたＢＭＬ文書の提示処理を行う。
【００１３】
本発明の別の態様も、データ処理方法に関する。この方法は、ＢＭＬ文書を解釈し、提示するブラウザであって、同一サービス内でＢＭＬ文書を遷移する際に、現在のＢＭＬ文書および前回のＢＭＬ文書のいずれの提示処理によっても、前記サービスの提示状態を記憶するためにそのサービスに対して予め割り当てられたの所定の記憶領域が、更新されていない場合に限って、現在のＢＭＬ文書から前回のＢＭＬ文書へ、提示履歴に基づいて遷移を許可する。
【００１４】
【発明の実施の形態】
本実施形態は、データ放送の提示処理を行うＢＭＬブラウザにおいて、履歴に基づいて前回提示されたＢＭＬ文書への遷移を実現する。データ放送で提供されるサービスに、例えば、クイズやゲーム行ってその結果に応じてポイントが加算されるものがある。そのようなサービスにおいて、間違いや失敗したときにユーザが前の画面に戻ってやり直すといった行為をできないようにするために、履歴に基づいた文書遷移を制限する必要がある。つまり、ＢＭＬブラウザは、履歴に基づいては前の画面を提示するためのＢＭＬ文書へ遷移できないようになっている。しかしながら、前の画面に戻っても全く差し支えのない状況もある。
【００１５】
そこで、本実施の形態では、コンテンツの制作者側の意図に配慮をしつつ、ユーザの利便性を考慮した、履歴機能に基づいて画面遷移可能なＢＭＬブラウザを提供する。
【００１６】
図１は、実施の形態に係るＢＭＬブラウザを搭載するデジタル放送受信装置１０の構成を示すブロック図である。デジタル放送受信装置１０において、アンテナ１２より受信されたＲＦ信号は、受信部１４により選局され、復調部１６に与えられる。
【００１７】
復調部１６によって復調された信号は、トランスポートストリームデコーダ（以下、単に「ＴＳデコーダ」と略す）１８に与えられる。ＴＳデコーダ１８は、いわゆるＤｅＭＵＸ処理機能を有し、複数の多重化されたトランスポートストリームから必要とされるストリームを取り出すフィルタリング処理を行う。このフィルタリング処理により取り出せるストリームの数は、一般に、ＴＳデコーダ１８の処理能力によって定まる。
【００１８】
また、このフィルタリング処理によって、番組内容そのものであるＭＰＥＧデータのデータストリームと、データ放送用データに分別される。ＴＳデコーダ１８は、データストリームをＭＰＥＧデコーダ２０に与え、データ放送用データを演算処理部３０に与える。
【００１９】
ＭＰＥＧデコーダ２０は、ＴＳデコーダ１８から与えられたデータストリームを受けて、バッファ用ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）４０をバッファとして用いることで、映像信号や音声信号へと変換する。
【００２０】
デジタル放送受信装置１０は、更に、データバスＤＢを介して、ＴＳデコーダ１８からの信号を受けて、データ放送用データを格納するための蓄積デバイス３４と、データバスＤＢを介して、蓄積デバイス３４に蓄積されたデータに対して、演算処理部３０で実行されるプログラムを記録するためのＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２６と、演算処理部３０の動作のためのメモリ領域を提供するコンテンツ用ＲＡＭ２８と、データバスＤＢと外部との間でデータ入出力を行うための高速デジタルインタフェイス３２とを備える。特に限定されないが、蓄積デバイス３４およびＲＯＭ２６としては、例えば、電気的にデータの書込および読出が可能なＥＥＰＲＯＭ等がある。また、デジタル放送受信装置１０は、電源を落としても内容が保持されるコンテンツ用不揮発メモリとしてＮＶＲＡＭ２９を備え、データバスＤＢに接続される。デジタル放送受信装置１０は、更に、通信部３６を備え、インターネットを介して、外部の所定のサーバ５８と通信する。
【００２１】
演算処理部３０が外部から与えられた指示に従って蓄積デバイス３４中に蓄積されたデータに対してデータ放送用の所定の処理を行った後のデータは、オンスクリーンディスプレイ制御部２４（以下、単に「ＯＳＤ制御部２４」ともいう）から出力制御部２２に与えられる。演算処理部３０が行うデータ放送に関する処理は後述する。
【００２２】
デジタル放送受信装置１０は、更に、音声処理部４２を備える。この音声処理部４２は、蓄積デバイス３４に蓄積されたデータに基づいて、演算処理部３０が処理した結果のデータ等を受けて、表示部５４において出力される映像に対する効果音などを生成して、出力制御部２２に与える。
【００２３】
出力制御部２２は、ＭＰＥＧデコーダ２０からの出力とＯＳＤ制御部２４からの出力とを合成するマルチプレクサ４４と、合成された信号を、モニターなどの外部の表示部５４およびスピーカなどの音声出力部５２に出力する出力回路４６とを備える。
【００２４】
デジタル放送受信装置１０は、必要に応じて、ＩＣカードからの情報を受取るためのＩＣカードインターフェイスを備える。また、高速デジタルインタフェイス３２を介して、例えば、ＨＤＤ装置などの外部デバイス５６がデータバスＤＢと接続されている。また、デジタル放送受信装置１０は、映像出力を表示する表示部５４や音声出力信号を出力する音声出力部５２と一体化された構成であってもよい。
【００２５】
図２は、図１に示した構成によって実現される機能の中で、ＢＭＬ文書の提示処理を実行するＢＭＬブラウザ９０の機能を示す概略ブロック図を示している。このＢＭＬブラウザ９０は、演算処理部３０により実行される構文解析プログラムの処理に基づいて、ＢＭＬ文書の提示処理を行う。なお、構文解析プログラムの処理は、本実施の形態で示すように、演算処理部３０で実行されるソフトウェア上で実現されても良いし、その他に、専用のハードウェア上で実現されてもよい。構文解析プログラムは、ＲＯＭ２６に保持される。
【００２６】
ＢＭＬブラウザ９０は、ＢＭＬ文書を解析し、ソフト内部の表現形式であるオブジェクトツリー情報に変換するパーサ部６０と、パーサ部６０で生成されたツリー情報を基に、ＢＭＬ文書の読み出しまたは書込処理を行うインタフェイスを提供するＤＯＭ部６２と、ＢＭＬ文書中のＥＣＭＡＳｃｒｉｐｔ記述を処理し内部的な情報処理や表示変更等、コンテンツの動作を制御するスクリプト処理部６４と、規格で規定されている所定のイベントに対応した処理を行うなどＢＭＬブラウザ９０の統括的処理を行うＢＭＬブラウザマネージャ６６と、ＸＭＬ文書をＢＭＬ文書に変形するＸＳＬＴ処理部６８と、上記の各処理を終えたデータを表示できる形式に変換し、表示処理をするレンダリング処理部７０とを備える。ＢＭＬ文書では、ＧｒｅｇやＵｒｅｇと呼ばれる異なる文書間で情報を共有するための共用メモリが使用されることがある。これらの共用メモリは、コンテンツ用ＲＡＭ２８の一部として実現される。また、電源を落としても内容を保持することができる不揮発性メモリへの読み書きも行うことができる。この不揮発性メモリはＮＶＲＡＭ２９によって実現される。
【００２７】
以上が、ＢＭＬブラウザ９０の一般的な主要機能であり、本実施の形態では、ＢＭＬブラウザ９０は更に、拡張機能として提示履歴に基づいてＢＭＬ文書の遷移、つまり画面遷移を実現する遷移履歴処理部７２と、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ）の履歴と遷移が可能か否かのフラグを関連づけて保持する履歴保持部７４と、を備える。遷移履歴処理部７２の処理は後述する。図３が、履歴保持部７４が保持するテーブルであり、新しい履歴から順に、４件のＵＲＩが、遷移判定フラグＦＬ＿Ｔに関連づけられて保持されている。遷移判定フラグＦＬ＿Ｔの初期値として「０」が設定され、このとき遷移を許可する旨を示しており、遷移判定フラグＦＬ＿Ｔが「１」のとき、遷移を許可しない旨を示している。
【００２８】
例えば、履歴１が、現在提示されている画面に対応するＵＲＩ、つまり、現在提示処理がなされているＢＭＬ文書を示しており、履歴２が、前回提示された画面に対応するＵＲＩを示している。なお、履歴１では、遷移フラグＦＬ＿Ｔが「０」であるので、遷移が許可されており、同様に、履歴２でも遷移フラグＦＬ＿Ｔが「０」であるので、遷移が許可されている。このように、現在提示されている画面に関する遷移フラグＦＬ＿Ｔと前回提示された画面に関する遷移フラグＦＬ＿Ｔがともに「０」である場合に限って、リンク構造をたどらずに遷移履歴に基づいて、前回提示した画面への遷移が許可される。例えば、仮に、現在提示されている画面が履歴３に示したＵＲＩに基づくものであれば、履歴３では、遷移フラグＦＬ＿Ｔが「０」であるが、それより前に提示された履歴４に示すＵＲＩでは、遷移フラグＦＬ＿Ｔが「１」となっているので、履歴に基づいた画面遷移は許可されない。
【００２９】
遷移履歴処理部７２の処理を、図４および図５に基づいて説明する。図４は、遷移フラグＦＬ＿Ｔを設定するフローチャートである。この処理は、ＢＭＬブラウザマネージャ６６で所定のイベントが発生すると起動するサブルーチンである。
【００３０】
ＢＭＬブラウザマネージャ６６でイベントが発生すると、遷移履歴処理部７２は、ＮＶＲＡＭ２９の書き換えがあるか否かを判定する（Ｓ１０）。ＮＶＲＡＭ２９に書き換えがない場合（Ｓ１０のＮ）、次に、ＢＭＬブラウザ文書間で共有可能なＧｒｅｇまたはＵｒｅｇに書き換えが発生したかを判定する（Ｓ１１）。
【００３１】
ＧｒｅｇまたはＵｒｅｇの書き換えがない場合（Ｓ１１のＮ）、サーバ５８に対してデータを送信したかどうかを確認する（Ｓ１２）。サーバ５８に対してデータ送信を行っていない場合（Ｓ１２のＮ）、遷移フラグＦＬ＿Ｔを更新せずにこの処理は終了する。
【００３２】
ＮＶＲＡＭ２９に書き換えがなされた場合（Ｓ１０のＹ）、又は、ＵｒｅｇまたはＧｒｅｇに書き換えがなされた場合（Ｓ１１のＹ）、又は、サーバ５８に対してデータを送信した場合（Ｓ１２のＹ）、遷移フラグＦＬ＿Ｔが「１」に更新され、この処理が終了する。
【００３３】
図５は、ユーザから履歴に基づいた画面の遷移指示を受けた際の処理を示す。その遷移指示は、例えば、リモコンにおいて、履歴に基づく遷移のために設けられた専用のキーに対する操作で行われてもよいし、既存の他の機能のために設けられたキーに、履歴に基づく遷移の機能を設定してもよい。
【００３４】
リモコンなどから履歴に基づいた遷移の指示を受けると、履歴遷移処理部７２は、履歴保持部７４に保持されている履歴テーブルを参照し（Ｓ５０）。現在提示されている画面に対応する遷移フラグＦＬ＿Ｔが「０」であるか否かを確認する（Ｓ５２）。遷移フラグＦＬ＿Ｔが「０」であれば（Ｓ５２のＹ）、前回提示された画面に対応する遷移フラグＦＬ＿Ｔが、「０」であるか否かを確認する（Ｓ５４）。前回提示された画面に対応する遷移フラグＦＬ＿Ｔが「０」であるなら（Ｓ５４のＹ）、履歴遷移処理部７２は前回提示された画面への遷移を許可し、その旨をＢＭＬマネージャ６６に通知し、ＢＭＬマネージャ６６はその通知を受けて前回提示したＵＲＩを履歴保持部７４に保持された履歴テーブルより取得して、ＤＯＭ部６２は、そのＵＲＩに関連づけられたＢＭＬ文書を取得し、前回提示した画面へ遷移させる（Ｓ５６）。
【００３５】
一方、現在提示されている画面に対応する遷移フラグＦＬ＿Ｔが「１」である場合（Ｓ５２のＮ）、または前回提示された画面に対応する遷移フラグＦＬ＿Ｔが「１」の場合（Ｓ５４のＮ）、履歴による遷移を許可せず、その旨をユーザに通知する（Ｓ５８）。なお、履歴に基づいて遷移できない旨の通知は、例えば、画面に「履歴は使えません」という文を画面上に提示してもよいし、通知をせずに、リモコンからの操作に画面が反応しないようデジタル放送受信機１０を構成してもよい。なお、遷移が許可される場合、画面のデータを保持しておき、遷移要求があった場合、保持してある画面のデータを提示する構成としてもよい。
【００３６】
なお、上述の各実施の形態で示した構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、上述の実施の形態ではそれらの連携によって実現される機能ブロックを描いている。従って、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、又はそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００３７】
以上、実施の形態によれば、コンテンツの制作者側の意図に配慮をしつつ、ユーザの利便性を考慮した、履歴機能に基づいて画面遷移可能なＢＭＬブラウザを実現できる。
【００３８】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３９】
【発明の効果】
本発明によれば、デジタル放送におけるデータ放送に利用されるＢＭＬブラウザにおいて、履歴機能により、前回提示されていた文書に遷移することができる。
【図面の簡単な説明】
【図１】実施の形態に係るデジタル放送受信装置の構成を示すブロック図である。
【図２】文書データを表示するＢＭＬブラウザの機能を示す概略ブロック図である。
【図３】履歴保持部に保持される履歴テーブルの内容を示す図である。
【図４】ＢＭＬブラウザにおいてイベントが発生した際に、遷移フラグＦＬ＿Ｔを設定する処理を示すフローチャートである。
【図５】ユーザから履歴に基づいた画面遷移の要求があった場合に行われる処理を示すフローチャートである。
【符号の説明】
１０  デジタル放送受信装置、  １８  ＴＳデコーダ、  ２０  ＭＰＥＧデコーダ、  ２２  出力制御部、  ２４  ＯＳＤ制御部、  ２６  ＲＯＭ、  ２８  コンテンツ用ＲＡＭ、  ２９  ＮＶＲＡＭ、  ３０  演算処理部、  ３４  蓄積デバイス、  ４４  マルチプレクサ、  ６０  パーサ部、  ７２  履歴遷移処理部、  ７４  履歴保持部、  ９０  ＢＭＬブラウザ。
【図１】
2004304308.tif 000003
【図２】
2004304308.tif 000004
【図３】
2004304308.tif 000005
【図４】
2004304308.tif 000006
【図５】
2004304308.tif 000007