(57)【要約】【課題】デジタル放送を受信した場合に、デジタル放送受信装置自身の機能拡張に対応した制御を行うことが可能なデジタル放送受信装置等を提供すること。【解決手段】ブラウザ疑似オブジェクト（放送用拡張関数）が記載されたデータ放送コンテンツを含むデジタル放送を受信するデジタル放送受信装置において、データ放送コンテンツには、端末特定情報が含まれており、データ放送コンテンツから端末特定情報を抽出し、抽出された端末特定情報が、自装置に適合するか否かを判定し、端末特定情報が自装置に適合する場合には、前記データ放送コンテンツに含まれるブラウザ疑似オブジェクトを実行する。【選択図】図２
2014116798.tif 000002
【特許請求の範囲】
【請求項１】
ブラウザ疑似オブジェクトが記載されたデータ放送コンテンツを含むデジタル放送を受信するデジタル放送受信装置において、
前記データ放送コンテンツには、端末特定情報が含まれており、
前記データ放送コンテンツから端末特定情報を抽出する抽出手段と、
前記抽出手段により抽出された端末特定情報が、自装置に適合するか否かを判定する判定手段と、
前記判定手段により、前記端末特定情報が自装置に適合する場合には、前記データ放送コンテンツに含まれるブラウザ疑似オブジェクトを実行する実行手段と、
を備えることを特徴とするデジタル放送受信装置。
【請求項２】
前記ブラウザ疑似オブジェクトは、前記端末特定情報に対応づけられており、
前記実行手段は、自装置に適合する端末特定情報に対応するブラウザ疑似オブジェクトを実行することを特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
前記端末特定情報は、端末製造メーカ及び／又は機種名を含むことを特徴とする請求項１又は２に記載のデジタル放送受信装置。
【請求項４】
ブラウザ疑似オブジェクトが記載されたデータ放送コンテンツを含むデジタル放送を受信するデジタル放送受信装置において実行されるプログラムであって、
前記データ放送コンテンツには、端末特定情報が含まれており、
前記データ放送コンテンツから端末特定情報を抽出する抽出ステップと、
前記抽出ステップにより抽出された端末特定情報が、自装置に適合するか否かを判定する判定ステップと、
前記判定ステップにより、前記端末特定情報が自装置に適合する場合には、前記データ放送コンテンツに含まれるブラウザ疑似オブジェクトを実行する実行ステップと、
を有することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置等に関する。
【背景技術】
【０００２】
デジタル放送では、従来より音声・映像・字幕の他にデータ放送コンテンツが送出されている。
【０００３】
データ放送コンテンツは、記述言語としてＢＭＬ（Broadcast Markup Language）が使用されており、ＢＭＬで記述されたデータ放送コンテンツは受信機に搭載されるＢＭＬブラウザによって解釈されユーザへの文字情報の提示や受信機搭載機能へのアクセス、サーバとの双方向通信等を行う。
【０００４】
データ放送によってアクセスされるデジタル放送受信装置の一例として、例えば携帯電話がある。携帯電話には、種々の機能が搭載されているため、例えば、電話帳のデータ、メール送信、電話発信、ＨＴＭＬブラウザへのリンク等があり、データ放送コンテンツのＢＭＬで記述されるブラウザ疑似オブジェクト（放送用拡張関数）呼ばれる制御により実行することができる（例えば、特許文献１参照）。
【０００５】
ブラウザ疑似オブジェクトの規定は、映像制御等の他のデジタル放送の規定同様ＡＲＩＢ（Association of Radio Industries and Broadcast、社団法人電波産業会）により規格化されている。ブラウザ疑似オブジェクトの一例として、例えば電話発信の場合マルチメディア放送規格（非特許文献１、TR-B33参照）では下記のように規定される。
【０００６】
指定された番号で電話をかける
Number X_TMM_phoneTo(input String phone_number)
引数：phone_number 電話番号    戻り値：1: 成功  NaN: 失敗
マルチメディア放送規格の受信装置では、データ放送コンテンツに上記ブラウザ疑似オブジェクト記載がある場合、引数の電話番号に対する電話発信を行う。
【０００７】
また、データ放送コンテンツはデータカルーセル方式（同じデータを一定周期ごとに繰り返し送信するデータ送信方式）にて送信されており、データ放送コンテンツの先頭データはエントリーコンポーネントと呼ばれる値により判別される。
【０００８】
例えば、マルチメディア放送規格（TR-B33）ではエントリーコンポーネントは「０ｘ４０」と規定され、データ放送受信時に最初に行う表示や処理が記述されている。
【０００９】
ブラウザ疑似オブジェクトを含むデータ放送に関してはバージョンアップに関する規定があり、機能拡張、仕様変更を行うことが可能である。
【００１０】
ここで、機能拡張を行った場合、同一放送を受信する受信機の対応規格が旧規格・新規格と混在することになり、旧規格ブラウザで新規格の放送を受信したとき解釈不能に陥ることがないようデータ放送コンテンツには新規格・旧規格双方の制御が記述される仕様が規定されている（TR-B33  第一分冊第3編  付録6  BMLバージョンのバージョンアップについてbml_major_versionが14以外が含まれる場合）。
【００１１】
放送局より新旧規格混在のデータ放送コンテンツが送出された場合、旧規格対応の受信機は、前記エントリーコンポーネント「０ｘ４０」により旧バージョンのデータ放送コンテンツを受信し、新規格対応の受信機は新規格で規定されたエントリーコンポーネント値により新バージョンのデータ放送コンテンツを受信し制御を行う。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−１７８１９０号公報
【非特許文献】
【００１３】
【非特許文献１】ARIB TR-B33 1.5版（第一分冊）第一編、http://www.arib.or.jp/english/html/overview/doc/4-TR-B33v1_5-1p3.pdf
【発明の概要】
【発明が解決しようとする課題】
【００１４】
ここで、デジタル放送の受信装置は、以前は固定式のみの受信装置が主流であったが、近年は携帯電話、カーナビゲーション、コンテンツ表示端末等の持ち運び可能な受信装置が登場している。
【００１５】
特に、携帯電話のようなデジタル放送受信装置の場合、固定式のデジタル放送受信機と異なり端末独自・メーカ独自の機能が日々拡張されている。
【００１６】
しかし、現在ＡＲＩＢで規定されているデータ放送の規定は携帯電話共通の機能の一部に限定したブラウザ疑似オブジェクトのみが規定されており、今後バージョンアップを行っても受信機やメーカ独自機能に対する制御をブラウザ疑似オブジェクトから行う方法がないという問題点があった。
【００１７】
上述した課題に鑑み、本発明の目的は、デジタル放送を受信した場合に、デジタル放送受信装置自身の機能拡張に対応した制御を行うことが可能なデジタル放送受信装置等を提供することである。
【課題を解決するための手段】
【００１８】
本発明のデジタル放送受信装置は、ブラウザ疑似オブジェクトが記載されたデータ放送コンテンツを含むデジタル放送を受信するデジタル放送受信装置において、前記データ放送コンテンツには、端末特定情報が含まれており、前記データ放送コンテンツから端末特定情報を抽出する抽出手段と、前記抽出手段により抽出された端末特定情報が、自装置に適合するか否かを判定する判定手段と、前記判定手段により、前記端末特定情報が自装置に適合する場合には、前記データ放送コンテンツに含まれるブラウザ疑似オブジェクトを実行する実行手段と、を備えることを特徴とする。
【００１９】
本発明のプログラムは、ブラウザ疑似オブジェクトが記載されたデータ放送コンテンツを含むデジタル放送を受信するデジタル放送受信装置において実行されるプログラムであって、前記データ放送コンテンツには、端末特定情報が含まれており、前記データ放送コンテンツから端末特定情報を抽出する抽出ステップと、前記抽出ステップにより抽出された端末特定情報が、自装置に適合するか否かを判定する判定ステップと、前記判定ステップにより、前記端末特定情報が自装置に適合する場合には、前記データ放送コンテンツに含まれるブラウザ疑似オブジェクトを実行する実行ステップと、を有することを特徴とする。
【発明の効果】
【００２０】
本発明によれば、ブラウザ疑似オブジェクトが記載されたデータ放送コンテンツを含むデジタル放送を受信するデジタル放送受信装置において、データ放送コンテンツには、端末特定情報が含まれており、データ放送コンテンツから端末特定情報を抽出し、抽出された端末特定情報が、自装置に適合するか否かを判定し、端末特定情報が自装置に適合する場合には、前記データ放送コンテンツに含まれるブラウザ疑似オブジェクトを実行することとなる。
【００２１】
これにより、データ放送コンテンツに各デジタル放送受信装置に対応した端末特定情報を含むことにより、各デジタル放送受信装置に応じたデータ放送コンテンツを表示・実行することが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態におけるシステム全体を説明するための図である。
【図２】第１実施形態における携帯電話の機能構成を説明するための図である。
【図３】第１実施形態におけるＢＭＬデータの一例を説明するための図である。
【図４】第１実施形態におけるＢＭＬデータの一例を説明するための図である。
【図５】第１実施形態におけるメイン処理を説明するためのデータフローである。
【図６】第１実施形態におけるメーカＡ独自処理を説明するためのデータフローである。
【図７】第１実施形態における動作例を説明するための図である。
【図８】第１実施形態における動作例を説明するための図である。
【図９】第２実施形態におけるメイン処理を説明するためのデータフローである。
【図１０】第３実施形態におけるメイン処理を説明するためのデータフローである。
【発明を実施するための形態】
【００２３】
続いて、本発明のデジタル放送受信装置について具体的な実施形態について説明する。以下の実施形態は、本発明の内容を説明するための一例であり、本発明の内容が限定して解釈されるものではない。本実施形態においては、デジタル放送受信装置を適用した携帯電話について説明する。
【００２４】
［１．第１実施形態］
まず、第１実施形態について説明する。本実施形態は、メーカ・端末独自機能のみの制御を行う場合の制御となる。具体的な機能例としては、ＢＭＬブラウザ非表示状態でメーカ・端末独自の受信機アプリケーションや受信機状態の制御を行う場合のフローとなる。
【００２５】
［１．１  全体構成］
まず、図１において本実施形態における携帯電話１０の外観図を中心に、携帯電話１０を含むシステム１の全体構成を説明するための図である。携帯電話１０は、放送局２０から、ＢＭＬデータを含むデジタル放送を受信する。また、ネットワーク（例えば、３Ｇ等の携帯電話回線網、無線ＬＡＮ）を介してサーバ３０と接続されている。サーバ３０は、各種機能・サービスを提供しているが、本実施形態においては簡易メッセージ共有サービス（例えば、Ｔｗｉｔｔｅｒ、Ｆａｃｅｂｏｏｋ、新浪微博といったメッセージ共有サービス等）を一例として提供している。
【００２６】
［１．２  機能構成］
続いて、携帯電話１０の機能構成について、図２を用いて説明する。図２に示すように、携帯電話１０は、制御部１００と、チューナ部１１０と、ＤＥＭＵＸ（demultiplexer）／デコーダ部１２０と、ＤＳＭＣＣ（Digital storage media command and control）／ＢＭＬ（Broadcast Markup Language）ブラウザ部１３０と、ＢＭＬ連携アプリケーション処理部１４０と、記憶部１５０と、入力部１６０と、表示部１７０と、音声出力部１７２と、報知部１７４と、通信部１８０と、携帯機能部１９０とを備えて構成されている。
【００２７】
制御部１００は、携帯電話１０の全体を制御するための機能部である。制御部１００は、記憶部１５０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、例えばＣＰＵ（Central Process Unit）等から構成されている。
【００２８】
チューナ部１１０は、放送局２０から放送波を介してコンテンツ（放送）を受信するための機能部である。利用者の所望するコンテンツを受信するためのチャンネルから放送信号を受信する。放送信号は、ＤＥＭＵＸ／デコーダ部１２０に出力される。
【００２９】
コンテンツとしては、映像コンテンツ、音声コンテンツ、データ放送コンテンツ等の種々のコンテンツが受信可能である。また、各コンテンツが多重化されていてもよい。例えば、映像コンテンツとデータ放送コンテンツが多重化されており、両方のコンテンツが出力されても良い。
【００３０】
ここで、データ放送コンテンツは、例えばＢＭＬデータにより提供されている。ＢＭＬデータにより、各タグに基づいたコンテンツの記述や、放送用拡張関数としてブラウザ疑似オブジェクトが記述されていることにより、種々の表示や制御が可能となる。
【００３１】
なお、コンテンツを受信する場合、本実施形態においては地上デジタル放送を例に取って説明するが、例えばデジタル衛星放送等の他の放送形式や、ＣＡＴＶや、ＩＰマルチキャスト放送等のネットワーク経由の放送を介してコンテンツを受信してもよい。
【００３２】
ＤＥＭＵＸ／デコーダ部１２０は、チューナ部１１０から入力された放送信号からコンテンツをデコードし、音声データ、映像データ、ＢＭＬデータ、字幕データ等に分離する機能部である。映像データ、字幕データは表示部１７０に、音声データは音声出力部１７２に、ＢＭＬデータはＤＳＭＣＣ／ＢＭＬブラウザ部１３０にそれぞれ出力される。なお、本実施形態では、説明の都合上ＤＥＭＵＸとデコーダとを一体として説明しているが、分離した構成としても良いことは勿論である。
【００３３】
なお、本実施形態においては、コンテンツはチューナ部１１０において受信されるが、例えば一度受信されたコンテンツが記憶部１５０に記憶されることとしても良いし、通信部１８０よりネットワーク経由してダウンロードされることとしても良い。
【００３４】
ＤＳＭＣＣ／ＢＭＬブラウザ部１３０は、ＤＥＭＵＸ／デコーダ部１２０から入力されたＢＭＬデータを解析し、ＢＭＬの表示機能をおこなう機能部である。なお、本実施形態では、説明の都合上ＤＳＭＣＣとＢＭＬブラウザとを一体として説明しているが、分離した構成としても良いことは勿論である。
【００３５】
また、ＢＭＬブラウザには、各端末の独自の機能に関する制御について記述されている。ＢＭＬブラウザが、各端末の独自の機能に関するブラウザ疑似オブジェクト、タグを解析した場合は、各種処理を実行する。この独自の機能に関する制御テーブルについては、ＢＭＬブラウザに記憶することとしても良いし、別の構成（例えば、サーバ上に記憶する）としても良い。
【００３６】
ここで、ＢＭＬデータ（新ＢＭＬ）の一例を図３及び図４に示す。図３は、ＢＭＬデータの中に端末の独自処理に関する記述（ブラウザ疑似オブジェクトやタグ）が含まれている一例である。すなわち、端末メーカのＩＤと、端末機種名のＩＤが一致した場合（端末特定情報が適合（一致）した場合）、端末独自処理を行うこととなる。更に、図４は、複数の端末に関する記述が併せて記載されている。
【００３７】
このように、ＢＭＬデータの中に独自端末の記載をブラウザ疑似オブジェクトとして含めることにより、コンテンツ事業者（ＢＭＬデータ作成者）は、端末に対して意図した制御を行うことが可能となる。すなわち、特定端末に対する独自制御を行うことができるようになる。なお、ブラウザ疑似オブジェクトとしては、ハードウェア制御に対応したブラウザ疑似オブジェクトと、アプリケーション制御に対応したブラウザ疑似オブジェクトが含まれている。
【００３８】
なお、本実施形態において、端末を識別するための端末特定情報としては、端末のメーカ、端末の種別（例えば機種名）を用いて説明するが、例えばＯＳの種類、ＯＳのバージョン、通信会社等を端末特定情報として用いても良いことは勿論である。
【００３９】
記憶部１５０は、携帯電話１０の動作に必要な各種プログラムや、各種データが記憶されている機能部である。記憶部１５０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。
【００４０】
入力部１６０は、利用者からの操作信号等が入力される機能部である。例えば、表示部１７０に表示し、ソフトウェアキーを実現しても良いし、その他にハードウェアキーにより構成されてよい。
【００４１】
表示部１７０は、携帯電話１０における各種情報や状態を表示するための機能部である。また、コンテンツの映像データや、字幕データが表示される。表示部１７０としては、例えば液晶ディスプレイや、有機ＥＬディスプレイ等により構成されている。また、表示部１７０は、入力部１６０と一体となり、タッチパネルにより構成されていても良い。
【００４２】
音声出力部１７２は、音声データを出力する機能部であり、例えばスピーカ等により構成されている。また、有線又は無線により接続されたヘッドフォンにより音声データが出力されても良い。
【００４３】
報知部１７４は、利用者に各種報知機能を実現するための機能部である。例えば、振動機能（バイブレーション機能）や、ＬＥＤ等により発光により報知することにより、利用者に対して各報知機能を実現する。なお、報知部１７４は、例えば表示部１７０にメッセージを表示したり、表示部１７０のバックライトの制御をおこなって報知したり、音声出力部１７２より警報音を出力したりすることにより報知機能を実現しても良い。
【００４４】
通信部１８０は、サーバ３０や、携帯基地局、無線ＬＡＮのアクセスポイント等と通信を行う為の機能部である。通信部１８０を介して携帯電話１０は各種サービスに接続することができる。
【００４５】
携帯機能部１９０は、携帯電話の機能を提供する為の機能部である。携帯電話の機能を提供するものであれば、従来の機能を利用可能なため、本実施形態においてはその詳細な動作の説明は省略する。
【００４６】
［１．３  処理の説明］
続いて本実施形態における処理の説明について、動作フローを用いて説明する。
【００４７】
［１．３．１  メイン処理］
まずメインの処理について図５を用いて説明する。メイン処理は、コンテンツを受信し、復調した場合に、ＢＭＬデータが読み込まれた場合に実行される処理である。すなわち、新制御対応のＢＭＬデータが自装置に対応するか否かを判定し、処理を実行することになる。
【００４８】
まず、端末が新ＢＭＬの規格に対応しているか否かを判定する（ステップＳ１０２）。なお、ＢＭＬとしては、旧ＢＭＬブラウザ仕様のＢＭＬ処理はエントリーコンポーネント番号「０ｘ４０」で放送局から端末に送付され、新ＢＭＬブラウザ仕様のデータ処理は新しく規定されるエントリーコンポーネント番号（例えば、仮に「０ｘ８０」とする）で放送局２０から送信される。
【００４９】
ここで、エントリーコンポーネント番号「０ｘ４０」と「０ｘ８０」とは同時に放送局２０から送信されている。したがって、ＤＳＭＣＣ／ＢＭＬブラウザ部１３０は自分が新規格対応のブラウザどうかの判定を行っている。
【００５０】
ここで、旧規格対応端末の場合は、新規格の制御は行わないため、旧規格のＢＭＬ（「０ｘ４０」のエントリーコンポーネントで記述された箇所）のデータ処理を実行する（ステップＳ１０２；Ｎｏ→ステップＳ１１０）。
【００５１】
他方、端末が新ＢＭＬ規格対応端末であれば、「０ｘ８０」のエントリーコンポーネントで記述された箇所の処理を実行する（ステップＳ１０２；Ｙｅｓ）。
【００５２】
続いて、新ＢＭＬデータに、端末特定情報が含まれるか否かを抽出し、自装置に適合するか否か判定する。本実施形態においては、端末特定情報としてメーカ名を利用し、例えば自装置のメーカのものが含まれるか（メーカＡ端末であるか）を判定する（ステップＳ１０４）。メーカＡ端末でない場合には、旧ＢＭＬデータの処理を実行する（ステップＳ１０４；Ｎｏ→ステップＳ１１０）。
【００５３】
メーカＡ端末の場合（ステップＳ１０４；Ｙｅｓ）、ＢＭＬブラウザのバージョン判定を行う（ステップＳ１０６）。すなわち、新制御対応のＢＭＬバージョンか否かを判定することにより、放送局２０が指定した端末か否かを判定する。
【００５４】
ここで、新制御対応のＢＭＬバージョンであれば（ステップＳ１０６；Ｙｅｓ）、メーカＡの独自機能の制御を行うメーカＡ独自処理を実行する（ステップＳ１０８）。すなわち、自装置に適合する端末特定情報に対応するブラウザ疑似オブジェクトを実行したり、新タグのコンテンツを表示したりする。他方、新制御対応のＢＭＬバージョンでなければ、旧ＢＭＬデータ処理を実行する（ステップＳ１０６；Ｎｏ→ステップＳ１１０）。
【００５５】
ここで、メーカ独自処理における記述（ブラウザ疑似オブジェクト）は、ＢＭＬブラウザの規定制御以外の制御（例えばＨＴＭＬ文書記述によるＨＴＭＬブラウザ制御）も記述可能とし、かつ独自機能制御の記述の該当端末でない場合も新ＢＭＬブラウザ仕様の受信機は記述内容を無効とする処理をあわせて行い誤動作が起きないようにする。
【００５６】
［１．３．２  メーカＡ独自処理］
ここで、メーカＡ独自処理について、図６を用いて説明する。まず、新ＢＭＬを読み込み、解析をする（ステップＳ２０２）。ここで、新ＢＭＬにハードウェアに関するブラウザ疑似オブジェクトが含まれている場合、ブラウザ疑似オブジェクトに応じてハードウェア制御を行う（ステップＳ２０４；Ｙｅｓ→ステップＳ２０６）。
【００５７】
続いて、アプリケーションに関するブラウザ疑似オブジェクトが含まれている場合、ブラウザ疑似オブジェクトに応じてアプリケーション制御を行う（ステップＳ２０８；Ｙｅｓ→ステップＳ２１０）。
【００５８】
続いて、新ＢＭＬタグが含まれている場合、新ＢＭＬタグに応じて新ＢＭＬデータ処理を実行する（ステップＳ２１２；Ｙｅｓ→ステップＳ２１４）。そして、新ＢＭＬがまだある場合にはステップＳ２０２から繰り返し実行し（ステップＳ２１６；Ｎｏ→ステップＳ２０２）、新ＢＭＬが終了した場合は（ステップＳ２１６；Ｙｅｓ）、本処理を終了する。
【００５９】
［１．４  動作例］
続いて、動作例について説明する。図７はマルチメディア放送視聴開始時の旧仕様ＢＭＬブラウザを使用した表示一例である。表示画面上部に映像を表示し、下部にＢＭＬ文書を表示する。また、図８はマルチメディア放送視聴開始時の新仕様ＢＭＬブラウザを使用した表示一例である。表示画面上部に映像を表示し、下部にＢＭＬ文書で指定された連携アプリケーションを起動する。
【００６０】
この場合、放送局とメーカは事前に上述した携帯電話１０（デジタル放送受信装置）に関する制御を規定する。例えば、あるバージョンに搭載されているアプリケーション（Ｔｗｉｔｔｅｒアプリ）に関する起動方法、アプリへのデータ送付方法を規定する。この規定についてはＴＲ−Ｂ３３等の放送規格に規定する必要はなく、随時規定・運用を放送局および受信機メーカで決定する。
【００６１】
運用決定後、放送局は旧規格のエントリーポイント「０ｘ４０」に対してはアンケートに関するＢＭＬデータの送付、新エントリーポイント「０ｘ８０」にはメーカ・端末バージョンの判定およびアプリケーション（Ｔｗｉｔｔｅｒアプリ）制御を記述したデータを同時送信する。受信機側は自分が新ＢＭＬ規格対応か否かの判定を上述の動作フローで行うことで開始するエントリーポイントを判断する。
【００６２】
上記制御により、放送局から指定された対応端末の場合はアプリケーション（Ｔｗｉｔｔｅｒアプリ）制御が起動され図８の状態の表示画面となる。それ以外の端末ではアンケートに関する制御が行われ、図７の状態の表示画面となる。
【００６３】
［１．５  効果］
このように、本実施形態によれば、放送局と特定メーカで新機能に関する記述制御規定を行うことで、日々進歩する受信機の機能に関する制御を放送局側から制御することが可能となる。
【００６４】
また、新ＢＭＬデータの記載に基づけば種々の制御を行うことができる。例えば、新ＢＭＬデータにブラウザ疑似オブジェクトしか記載しない場合は、メーカ独自（端末独自）の処理のみを行うこととなる。また、ブラウザ疑似オブジェクトと新ＢＭＬタグに基づく記述と併せて記載すれば、両方の処理を行うことができる。
【００６５】
また、本実施形態においては処理を並行して記載しているが、例えば端末側で各処理を実行するか否かを設定することとしても良い。例えば、新ＢＭＬタグの処理を行わない設定にした場合は、図６のステップＳ２１２及びステップＳ２１４を実行しないという処理にしても良い。
【００６６】
また、各ブラウザ疑似オブジェクト、ＢＭＬタグについて、携帯電話１０の設定において処理を実行するか否かという設定を別に設定することとしても良い。例えば、メーカ独自機能としてバイブレーションを行うハードウェアに関するブラウザ疑似オブジェクトが含まれていたとしても、端末側でバイブレーションは行わないという設定にすることも出来る。
【００６７】
［２．第２実施形態］
続いて、第２実施形態について説明する。第２実施形態は、メーカ・端末独自機能のみの制御と合わせ、旧ブラウザ仕様のＢＭＬ処理を行う場合の制御について説明する。
【００６８】
すなわち、ＢＭＬデータには、旧ＢＭＬブラウザ仕様のＢＭＬとしてエントリーコンポーネント番号「０ｘ４０」と、新ＢＭＬブラウザ仕様のＢＭＬとして「０ｘ８０」とが同時に放送局２０から送信されている。本実施形態においては、携帯電話１０の機能構成等は同一であり、その説明を省略する。
【００６９】
ここで、第２実施形態のメイン処理を図９に示す。図９のメイン処理では、第１実施形態の図５で示したメイン処理に、ステップＳ１５２の処理が追加されている。
【００７０】
すなわち、メーカＡ独自処理（ステップＳ１０８）を実行した後、旧ＢＭＬデータを含むか否かを判定する。そして、旧ＢＭＬデータを含む場合には、旧ＢＭＬデータに基づいたデータ処理を実行する（ステップＳ１５２；Ｙｅｓ→ステップＳ１１０）。
【００７１】
［３．第３実施形態］
続いて第３実施形態について説明する。第３実施形態は、第１実施形態及び第２実施形態と併せて、複合的な処理が実施出来る実施形態である。本実施形態においては、携帯電話１０の機能構成等は同一であり、その説明を省略する。
【００７２】
ここで、第３実施形態のメイン処理を図１０に示す。まず、デジタル放送受信装置（携帯電話１０）が新ＢＭＬ規格に対応しているか否かを判定する（ステップＳ３０２）。ここで、そもそも端末が新ＢＭＬ規格に対応していない場合は、旧ＢＭＬデータを処理する（ステップＳ３０２；Ｎｏ→ステップＳ３１６）。
【００７３】
続いて、新ＢＭＬデータを処理するための特定端末か否かを判定する（ステップＳ３０４）。ここで、特定端末とは、新ＢＭＬデータを制御可能な端末か否かを特定するためのものであり、例えばメーカ名で判定されても良いし、ＢＭＬブラウザのバージョン番号、端末機種名、端末のＯＳ、ＣＰＵ等機能を特定することが出来る情報であれば良い。
【００７４】
ここで、特定端末である場合、（ステップＳ３０４；Ｙｅｓ）、ＢＭＬデータのバージョンは新制御対応のバージョンか否かを判定する（ステップＳ３０６）。
【００７５】
ここで、新制御対応のＢＭＬバージョンの場合、新ＢＭＬデータに含まれるブラウザ疑似オブジェクトに対応して特定端末に対する独自処理が実行される（ステップＳ３０８）。
【００７６】
ここで、特定端末独自処理とは、図６で説明したメーカＡ独自処理と同等の処理が実行される。なお、図６のステップＳ２１２、ステップＳ２１４の代わりに、図１０のステップＳ３１０、ステップＳ３１２が実行される。すなわち、ステップＳ３０４やステップＳ３０６でＮｏの判定となった場合や、ブラウザ疑似オブジェクト以外について含まれている場合には、新ＢＭＬデータのタグに基づいて新ＢＭＬデータが処理される（ステップＳ３１０→ステップＳ３１２）。
【００７７】
更に、旧ＢＭＬデータが含まれていれば（ステップＳ３１４；Ｙｅｓ）、旧ＢＭＬデータ処理が実行される（ステップＳ３１６）。
【００７８】
このように、第３実施形態によれば、デコードされたデータ放送（ＢＭＬデータ）に、新ＢＭＬデータ、旧ＢＭＬデータに関わらず受信されて処理可能なタグについては、必要に応じて処理が行われることとなる。
【００７９】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【００８０】
なお、上述した実施形態はデジタル放送受信装置を携帯電話に適用した場合について説明したが、それ以外の情報機器に適用することとしても良い。例えば、デジタル放送受信機能を有するタブレット端末、電子書籍端末、電子辞書、カーナビゲーション、ゲーム機器、テレビ等、様々な機器に応用可能である。
【００８１】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【００８２】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【００８３】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【００８４】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【００８５】
１        ：システム
１０      ：携帯電話
２０      ：放送局
３０      ：サーバ
１００    ：制御部
１１０    ：チューナ部
１２０    ：ＤＥＭＵＸ／デコーダ部
１３０    ：ＤＳＭＣＣ／ＢＭＬブラウザ部
１４０    ：ＢＭＬ連携アプリケーション処理部
１５０    ：記憶部
１６０    ：入力部
１７０    ：表示部
１７２    ：音声出力部
１７４    ：報知部
１８０    ：通信部
１９０    ：携帯機能部
【図１】
2014116798.tif 000003
【図２】
2014116798.tif 000004
【図３】
2014116798.tif 000005
【図４】
2014116798.tif 000006
【図５】
2014116798.tif 000007
【図６】
2014116798.tif 000008
【図７】
2014116798.tif 000009
【図８】
2014116798.tif 000010
【図９】
2014116798.tif 000011
【図１０】
2014116798.tif 000012