(57)【要約】      （修正有）【課題】通信圏外から通信圏内になった場合に、放送事業者が意図しない動作を防止する、デジタル放送受信機を提供する。【解決手段】デジタル放送受信機５において、無線通信部３１が通信ネットワークから放送マネージドアプリケーションを取得するときの受信レベルが設定受信レベルを超えている場合は通信圏内を表し、受信レベルが設定受信レベル以下である場合は通信圏外を表す。制御部３２は、受信レベルが通信圏内を表している場合、放送マネージドアプリケーションである遷移前のアプリケーションを通信ネットワークから取得して実行し、受信レベルが通信圏外を表している場合、遷移前のアプリケーションの実行を継続する。制御部３２は、通信圏外から通信圏内になったときに、遷移前のアプリケーションから遷移し、かつ、現在の時刻において有効なアプリケーションである遷移先のアプリケーションを通信ネットワークから取得して実行する。【選択図】図１
2015126234.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークから放送マネージドアプリケーションを取得するための通信部と、
前記通信部が通信を行うときの受信レベルが通信圏内を表している場合、前記放送マネージドアプリケーションである遷移前のアプリケーションを前記通信ネットワークから取得して実行し、前記受信レベルが通信圏外を表している場合、前記遷移前のアプリケーションの実行を継続する制御部と、
を具備し、
前記制御部は、前記通信圏外から前記通信圏内になったときに、前記遷移前のアプリケーションから遷移し、かつ、現在の時刻において有効なアプリケーションである遷移先のアプリケーションを前記通信ネットワークから取得して実行することを特徴とするデジタル放送受信機。
【請求項２】
前記制御部は、
前記通信圏外から前記通信圏内になったときに、前記遷移前のアプリケーションから遷移する第１の遷移先のアプリケーションを前記通信ネットワークから取得し、
前記第１の遷移先のアプリケーションが現在の時刻において無効なアプリケーションである場合、前記第１の遷移先のアプリケーションから遷移する第２の遷移先のアプリケーションを前記通信ネットワークから取得し、
前記第２の遷移先のアプリケーションが前記有効なアプリケーションである場合、前記第２の遷移先のアプリケーションを実行することを特徴とする請求項１に記載のデジタル放送受信機。
【請求項３】
前記制御部は、前記放送マネージドアプリケーション及びそれに関するアプリケーション制御情報を前記通信ネットワークから取得し、
前記無効なアプリケーションは、前記通信圏外から前記通信圏内になったときに前記アプリケーション制御情報が前記放送マネージドアプリケーションの終了を示し、
前記有効なアプリケーションは、前記通信圏外から前記通信圏内になったときに前記アプリケーション制御情報が前記放送マネージドアプリケーションの終了を示していないことを特徴とする請求項２に記載のデジタル放送受信機。
【請求項４】
データ放送を含む放送波を受信する受信部を更に具備し、
前記制御部は、前記データ放送のイベントメッセージに従って前記遷移先のアプリケーションを前記通信ネットワークから取得して実行することを特徴とする請求項１から３のいずれかに記載のデジタル放送受信機。
【請求項５】
通信ネットワークから放送マネージドアプリケーションを取得するときの受信レベルが通信圏内を表している場合、前記放送マネージドアプリケーションである遷移前のアプリケーションを前記通信ネットワークから取得して実行するステップと、
前記受信レベルが通信圏外を表している場合、前記遷移前のアプリケーションの実行を継続するステップと、
前記通信圏外から前記通信圏内になったときに、前記遷移前のアプリケーションから遷移し、かつ、現在の時刻において有効なアプリケーションである遷移先のアプリケーションを前記通信ネットワークから取得して実行するステップと、
を具備することを特徴とするアプリケーション実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送通信連携サービスをユーザに提供するデジタル放送受信機、及び、アプリケーション実行方法に関する。
【背景技術】
【０００２】
ＩＰ（Internet Protocol）を利用してデジタルテレビ放送を配信する技術（その技術をＩＰＴＶという）が開発されている。そのＩＰＴＶの規定として、デジタル放送受信機が放送コンテンツ（放送番組）と通信コンテンツとを同期再生することにより、放送と通信とを連携する放送通信連携システム（ハイブリッドキャスト方式）が策定されている（例えば非特許文献１）。
【０００３】
放送通信連携システムでは、ユーザが放送番組をデジタル放送受信機により視聴しているときに、デジタル放送受信機は、その放送コンテンツが指示するタイミングで、放送信号により指定されるアプリケーションを取得して起動する。また、デジタル放送受信機は、放送信号の指示に従って起動中のアプリケーションを終了する。このように、放送信号により起動及び終了が制御できるアプリケーションを放送マネージドアプリケーションという。
【０００４】
放送信号は、放送番組、データ放送、アプリケーション制御情報（Application Information Table：ＡＩＴ）等を含み、放送マネージドアプリケーションのライフサイクル（起動、終了、遷移）はＡＩＴにより指定されている。このライフサイクルの制御方式としては、（方式Ａ）アプリケーション制御情報の更新に基づく制御方式と、（方式Ｂ）起動時に参照するアプリケーション制御情報に基づく制御方式と、の２通りが挙げられる（非特許文献１の「７．５．  アプリケーションのライフサイクル制御」を参照）。方式Ａでは、ＡＩＴが常時伝送されていることがデジタル放送受信機に認知される場合に限られる。方式Ｂでは、起動時にＡＩＴを取得・参照して、放送マネージドアプリケーションを取得・起動した後、その放送マネージドアプリケーションの実行により他の放送マネージドアプリケーションに遷移するか、その放送マネージドアプリケーションの実行が終了するまでは、放送マネージドアプリケーションの実行が継続される。
【０００５】
方式Ｂにおいては、放送マネージドアプリケーション又はデータ放送からの起動時で、ＡＩＴのＵＲＩ（Uniform Resource Identifier）を指定する場合に相当する。この場合、起動時にＡＩＴを取得・参照して、放送マネージドアプリケーションを取得・起動した後、基本的にはライフサイクルに関わる制御は行なわれない。よって、方式Ｂにおいては、その放送マネージドアプリケーションの実行により他の放送マネージドアプリケーションに遷移するか、その放送マネージドアプリケーションの実行が終了するまでは、放送マネージドアプリケーションの実行が継続される。ここで、他の放送マネージドアプリケーションに遷移する際には通信ネットワークからＡＩＴを取得し、これに基づいて遷移先の放送マネージドアプリケーションを起動する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＰＴＶ規定  放送通信連携システム仕様  ＩＰＴＶＦＪ  ＳＴＤ−００１０  １．０版（２０１３年３月２２日１．０版策定）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、方式Ｂにおいては、通信圏外により通信ができない状態では、ＡＩＴを取得できなくなる場合が考えられる。ＡＩＴを取得できなくなると、遷移前の放送マネージドアプリケーションから遷移先の放送マネージドアプリケーションに遷移しているはずの時刻も、遷移前の放送マネージドアプリケーションの実行が継続される。このため、通信圏外時において遷移前の放送マネージドアプリケーションが遷移先の放送マネージドアプリケーションに更新されている場合、通信圏外から通信圏内になったときに動作する放送マネージドアプリケーションは、遷移前の放送マネージドアプリケーションであるため、放送事業者が意図しない動作になっている可能性がある。
【０００８】
本発明は、上記の点に鑑みてなされたものであり、通信圏外から通信圏内になった場合に、放送事業者が意図しない動作を防止することができるデジタル放送受信機、及び、アプリケーション実行方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のデジタル放送受信機は、通信ネットワークにより通信を行う通信部と、前記通信部が通信を行うときの受信レベルが通信圏内を表している場合、放送マネージドアプリケーションである遷移前のアプリケーションを前記通信ネットワークから取得して実行し、前記受信レベルが通信圏外を表している場合、前記遷移前のアプリケーションの実行を継続する制御部と、を具備し、前記制御部は、前記通信圏外から前記通信圏内になったときに、前記遷移前のアプリケーションから遷移し、かつ、現在の時刻において有効なアプリケーションである遷移先のアプリケーションを前記通信ネットワークから取得して実行することを特徴とする。
【００１０】
本発明のアプリケーション実行方法は、通信ネットワークにより通信を行うときの受信レベルが通信圏内を表している場合、放送マネージドアプリケーションである遷移前のアプリケーションを前記通信ネットワークから取得して実行するステップと、前記受信レベルが通信圏外を表している場合、前記遷移前のアプリケーションの実行を継続するステップと、前記通信圏外から前記通信圏内になったときに、前記遷移前のアプリケーションから遷移し、かつ、現在の時刻において有効なアプリケーションである遷移先のアプリケーションを前記通信ネットワークから取得して実行するステップと、を具備することを特徴とする。
【００１１】
本発明のコンピュータプログラムは、上記アプリケーション実行方法の各ステップをコンピュータに実行させる。
【発明の効果】
【００１２】
本発明によれば、通信圏外から通信圏内になった場合に、放送事業者が意図しない動作を防止することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明が適用される放送通信連携システムの構成を示す概略ブロック図
【図２】アプリケーション制御情報（ＡＩＴ）の項目を示す図
【図３】第１実施形態に係るデジタル放送受信機５を表す概念図
【図４】第２実施形態に係るデジタル放送受信機５を表す概念図
【図５】第１実施形態に係るデジタル放送受信機５の動作を示すフローチャート
【図６】アプリケーション起動処理を示すフローチャート
【図７】第２実施形態に係るデジタル放送受信機５の動作を示すフローチャート
【発明を実施するための形態】
【００１４】
以下、図面を参照しながら本発明の実施形態について説明する。
【００１５】
図１は、本発明が適用される放送通信連携システムの構成を示す概略ブロック図である。本発明が適用される放送通信連携システムは、放送事業者が放送波により放送サービスを提供するための放送設備１と、サービス事業者がインターネット等の通信ネットワークを介して通信サービスを提供するための通信サーバ３と、利用者に利用されるデジタル放送受信機５と、を具備している。
【００１６】
放送設備１は、一般的なデジタル放送用の放送設備（図示しない）を備えたコンピュータである。放送設備１は、コンピュータが実行可能なコンピュータプログラムが格納された記憶装置（図示しない）と、そのコンピュータプログラムを読み出して実行するＣＰＵ（Central Processing Unit）（図示しない）と、を具備している。放送設備１は、放送番組、データ放送、アプリケーション制御情報（前述のＡＩＴ）等を多重化した放送信号を生成する。放送設備１は、その放送信号を放送波に変調し、放送用アンテナを介して放送波を送信する。
【００１７】
放送信号は、ＡＲＩＢ（登録商標）（Association of Radio Industries and Broadcast：社団法人電波産業会）標準規格で規定される。デジタル放送によって提供される映像、音声等の各種データは、国際標準規格MPEG-2 Systemsで規定されるＴＳパケット（トランスポートストリームパケット）に格納されて、時分割で多重伝送される。ＴＳパケットには、セクションに対してＰＳＩ（Program Specific Information）／ＳＩ（Service Information）が規定されている。ＰＳＩ／ＳＩは、ＴＳパケットに格納されているデータの種別を示す情報や、コンテンツの種別を示す情報を含んでいる。データの種別を示す情報は、データ放送用のデータとイベントデータとＡＩＴとを伝送するための伝送情報（Program Map Table：ＰＭＴ）を含んでいる。
【００１８】
データ放送は、放送番組と連携するコンテンツである。データ放送向けの記述言語としては、ＢＭＬ（Broadcast Markup Language）文書が使用され、ＢＭＬはＡＲＩＢ（登録商標）により策定されている。ＰＭＴは、データ放送を伝送するコンポーネントに関わるデータ符号化方式記述子のadditional＿arib＿bxml＿info()において、データ放送の起動を最優先とするか否かを指定するデータ放送起動優先制御情報を含んでいる。そのデータ放送起動優先制御情報が最優先を示している場合は、データ放送はデジタル放送受信機５により起動される。
【００１９】
ＡＩＴは、放送マネージドアプリケーション（以下、単に、アプリケーションと称する）を管理するための情報である。図２は、ＡＩＴの項目を示す図である。ＡＩＴは、アプリケーションタイプと、アプリケーション識別子と、アプリケーション制御コードと、アプリケーションプロファイルと、アプリケーション取得先情報（前述のＵＲＩ）と、アプリケーションバウンダリ及びアクセス権限設定（以下、アプリケーション境界権限設定記述子と称する）と、起動優先度と、を含んでいる（非特許文献１の「７．１．１．  アプリケーション制御情報の概要」を参照）。
【００２０】
アプリケーションタイプは、アプリケーションの記述方式を表している。アプリケーションは、放送番組と連携する他のコンテンツであり、データ放送とは記述言語等のデータ形式が異なる。アプリケーション向けの記述言語としては、ＨＴＭＬ（Hyper Text Markup Language）文書が使用される。
【００２１】
アプリケーション識別子は、アプリケーションを識別する識別情報である。アプリケーション制御コードは、対象のアプリケーションに対する動作制御を表している。アプリケーション制御コードとしては、自動起動（AUTOSTART）、動作可能（PRESENT）、終了（KILL）、プリフェッチ（PREFETCH）が挙げられる。アプリケーションプロファイルは、アプリケーションが要求する受信機機能を示す値である。
【００２２】
ＵＲＩは、アプリケーションの取得先を特定する情報である。ＵＲＩは、アプリケーションが通信ネットワーク上に置かれている場合、データ放送で伝送されている場合の両方に対応している。アプリケーションが通信ネットワーク上に置かれている場合は、通信サーバ３から伝送される。
【００２３】
アプリケーション境界権限設定記述子は、アプリケーションバウンダリを構成する領域（ＵＲＬ；Uniform Resource Locator）毎に、放送リソースへのアクセス権限が設定されている（非特許文献１の「６．３．２．  アクセス制御」及び「７．６．  アプリケーションバウンダリと放送リソースアクセス制御」を参照）。この領域により、アプリケーションは、ページ毎にドメインを遷移することができる。放送リソース（放送信号）はＳＩ（Service information）情報とＡＶ情報とを含んでいる。ＳＩ情報は、ネットワークＩＤ、サービスＩＤ、イベントＩＤ、コンポーネントタグ、番組情報等を含んでいる。アクセス権限は、デジタル放送受信機５が実行しようとする放送リソースへのアクセスを制御するための情報であり、ＳＩ情報やＡＶ情報へのアクセスを許可しているか否かを表している。
【００２４】
起動優先度は、アプリケーションとデータ放送との間や、アプリケーションと他のアプリケーションとの間の自動起動に係る優先度を表している。上述のＰＭＴは、ＡＩＴを伝送するコンポーネントに関わるデータ符号化方式記述子のait＿identifier＿info()において、アプリケーションの起動を最優先とするか否かを指定するアプリケーション起動優先制御情報を含んでいる。そのアプリケーション起動優先制御情報が最優先を示している場合は、アプリケーションはデジタル放送受信機５により起動される。即ち、起動優先度は、データ放送の起動を最優先とするか否かを上述のデータ放送起動優先制御情報により指定し、アプリケーションの起動を最優先とするか否かを上記アプリケーション起動優先制御情報により指定するための情報である。
【００２５】
通信サーバ３は、アプリケーションを配信するコンピュータである。通信サーバ３は、コンピュータが実行可能なコンピュータプログラムが格納された記憶装置（図示しない）と、そのコンピュータプログラムを読み出して実行するＣＰＵ（図示しない）と、を具備している。通信サーバ３は、デジタル放送受信機５からのアプリケーション取得要求（デジタル放送受信機５を識別する識別子と、ＡＩＴのアプリケーション識別子、ＵＲＩと、を少なくとも含む）に応じて、アプリケーションを、通信ネットワークを介してデジタル放送受信機５に配信する。
【００２６】
デジタル放送受信機５は、受信部１０と、出力部２０と、無線通信部３１と、制御部３２と、これらを制御するＣＰＵ（図示しない）と、を具備している。ＣＰＵは、受信部１０、出力部２０、無線通信部３１、制御部３２に対して制御を行う。記憶部１３にはコンピュータが実行可能なコンピュータプログラムが格納され、ＣＰＵはそのコンピュータプログラムを読み出して実行する。
【００２７】
受信部１０は、チューナ部１１と放送波受信部１２と記憶部１３とを備えている。
【００２８】
放送波受信部１２は、放送番組が視聴される放送番組視聴指示に応じて、放送設備１から放送されている放送波を、チューナ部１１を介して受信する。放送波受信部１２は、放送波を復調し、放送波から放送信号としてＴＳパケットを抽出する。放送波受信部１２は、ＴＳパケットのＰＳＩ／ＳＩを参照して、ＴＳパケットに含まれている放送番組（映像データ及び音声データ）を出力部２０に出力する。また、放送波受信部１２は、予め規定されている伝送方法に応じて、ＴＳパケットからＰＭＴやＡＩＴを抽出して記憶部１３に格納する。
【００２９】
出力部２０は、音声処理部２１と、表示処理部２２と、スピーカ２３と、表示部２４と、を備えている。音声処理部２１は、放送波受信部１２からの音声データを、表示処理部２２により表示制御される映像データと同期をとりながらスピーカ２３に出力する。表示処理部２２は、放送波受信部１２からの映像データを、音声処理部２１により出力制御される音声データと同期をとりながら表示部２４に表示する。
【００３０】
無線通信部３１は、無線ＬＡＮ（Local Area Network）、ＬＴＥ（Long Term Evolution）、３Ｇ（3rd Generation；第３世代移動通信システム）等の携帯通信網を介して通信ネットワークに接続可能な無線部である。無線通信部３１は、その通信ネットワークを介して通信サーバ３と通信を行う。
【００３１】
制御部３２は、通信状況監視部３５を備えている。通信状況監視部３５は、無線通信部３１が通信ネットワークを介して通信サーバ３と通信を行うときの受信レベルを一定時間毎（例えば１００ｍｓ間隔）に計測する。受信レベルが設定受信レベルを超えている場合、通信圏内とする。受信レベルが設定受信レベル以下である状態が、予め設定された通信圏外時間（数秒から数十秒）以上続いている場合、通信圏外とする。
【００３２】
制御部３２は、アプリケーションを取得して提示するための機能（アプリケーションエンジン）としてアプリケーション実行部３４を備えている。取得されたアプリケーションは、そのアプリケーション実行部３４上で起動・終了する。アプリケーションが通信ネットワーク上の通信サーバ３に置かれている場合、アプリケーション実行部３４は、受信部１０が取得して記憶部１３に格納されたＡＩＴに記載された内容に従って、アプリケーション取得要求を、無線通信部３１を介して通信サーバ３に送信し、通信サーバ３からアプリケーションを取得する（前述の方式Ａ、Ｂに対応）。また、アプリケーションがデータ放送で伝送されている場合、アプリケーション実行部３４は、データ放送のＢＭＬ文書に記載された内容に従ってデータ放送からＡＩＴを取得し、そのＡＩＴに記載された内容に従ってデータ放送からアプリケーションを取得する（方式Ａに対応）。また、アプリケーションが通信サーバ３に置かれていて、その取得先がデータ放送のＢＭＬ文書で指定されている場合、アプリケーション実行部３４は、ＢＭＬ文書に記載された内容に従って通信サーバ３からＡＩＴを取得し、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションを取得する（方式Ｂに対応）。アプリケーション実行部３４は、取得したアプリケーションを起動させて出力部２０に提示する。
【００３３】
制御部３２は、更に、データ放送を提示するための機能（図示しない）を備えている。制御部３２は、データ放送のＢＭＬ文書に記載された内容に従って、データ放送を起動させて出力部２０に提示する。
【００３４】
制御部３２は、更に、放送受信再生制御部３３を備えている。放送受信再生制御部３３は、ＡＩＴと、通信状況監視部３５から出力された受信レベルと、を解析し、その解析結果に基づいて、アプリケーションを実行するようにアプリケーション実行部３４を制御する。
【００３５】
次に、図３、４を用いて、一般的なデジタル放送受信機の動作及びその問題点と、本発明の第１、２実施形態に係るデジタル放送受信機５の動作とについて説明する。
【００３６】
図３又は図４の例では、データ放送のＢＭＬ文書により起動されたアプリケーションＡＰＰ１が、ユーザの操作、又は、データ放送に含まれるイベントメッセージにより、アプリケーションＡＰＰ２に遷移し、更に、アプリケーションＡＰＰ２からアプリケーションＡＰＰ３に遷移する場合を表している。アプリケーションＡＰＰ２、ＡＰＰ３は、それぞれ、アプリケーションＡＰＰ１、ＡＰＰ２から遷移可能なアプリケーションであり、アプリケーションＡＰＰ１、ＡＰＰ２は、それぞれ、アプリケーションＡＰＰ２、ＡＰＰ３に関するＡＩＴを取得するためのリンク情報を含んでいる。この例では、放送事業者は、アプリケーションＡＰＰ１からアプリケーションＡＰＰ２、ＡＰＰ３への遷移が決まった時刻に行なわれることを期待している。
【００３７】
まず、図３、４を用いて、一般的なデジタル放送受信機の動作について説明する。
【００３８】
時刻ｔ１において、受信部１０のチューナ部１１は、放送波を受信する。受信部１０は、放送波に含まれる放送番組を出力部２０に提示する。このとき、出力部２０は、放送番組を表す放送表示画面（図示しない）を表示部２４に表示している。ここで、データ放送のＢＭＬ文書には、アプリケーションＡＰＰ１及びそれに関するＡＩＴの取得先が指定されている（図３又は図４の（ａ）参照）。また、通信圏内であるものとする。
【００３９】
時刻ｔ１の後の時刻ｔ２において、制御部３２内のアプリケーション実行部３４は、データ放送のＢＭＬ文書に記載された内容に従って通信サーバ３からＡＩＴを取得する（図３又は図４の（ｂ）参照）。ここで、ＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ１の自動起動（AUTOSTART）を示している。この場合、アプリケーション実行部３４は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ１を取得し、そのアプリケーションＡＰＰ１を実行して出力部２０に提示する。このとき、出力部２０は、アプリケーションＡＰＰ１を表すアプリケーション表示画面Ｘ１を表示部２４に表示する（図３又は図４の（ｃ）参照）。
【００４０】
時刻ｔ２の後の時刻ｔ４において、ユーザの操作、又は、データ放送のイベントメッセージにより、制御部３２内のアプリケーション実行部３４は、実行中のアプリケーションＡＰＰ１からアプリケーションＡＰＰ２に遷移するときのＡＩＴを通信サーバ３から取得する。ここで、ＡＩＴのアプリケーション制御コードが、それぞれ、アプリケーションＡＰＰ１の終了（KILL）、アプリケーションＡＰＰ２の自動起動（AUTOSTART）を示している。この場合、アプリケーション実行部３４は、そのＡＩＴに記載された内容に従って、アプリケーションＡＰＰ１の実行を停止して、通信サーバ３からアプリケーションＡＰＰ２を取得する。アプリケーション実行部３４は、そのアプリケーションＡＰＰ２を実行して出力部２０に提示する。このとき、出力部２０は、アプリケーションＡＰＰ２を表すアプリケーション表示画面Ｘ２を、アプリケーション表示画面Ｘ１上に表示する（図３又は図４の（ｃ）参照）。
【００４１】
時刻ｔ４の後の時刻ｔ５において、ユーザの操作、又は、データ放送のイベントメッセージにより、制御部３２内のアプリケーション実行部３４は、実行中のアプリケーションＡＰＰ２からアプリケーションＡＰＰ３に遷移するときのＡＩＴを通信サーバ３から取得する。ここで、ＡＩＴのアプリケーション制御コードが、それぞれ、アプリケーションＡＰＰ２の終了（KILL）、アプリケーションＡＰＰ３の自動起動（AUTOSTART）を示している。この場合、アプリケーション実行部３４は、そのＡＩＴに記載された内容に従って、アプリケーションＡＰＰ２の実行を停止して、通信サーバ３からアプリケーションＡＰＰ３を取得する。アプリケーション実行部３４は、そのアプリケーションＡＰＰ３を実行して出力部２０に提示する。このとき、出力部２０は、アプリケーションＡＰＰ３を表すアプリケーション表示画面Ｘ３を表示部２４に表示する（図３又は図４の（ｃ）参照）。
【００４２】
次に、図３、４を用いて、一般的なデジタル放送受信機の問題点について説明する。この問題は、前述の方式Ｂにおいて、アプリケーションが通信ネットワーク上の通信サーバ３に置かれている状態で、通信圏外である場合に生じる。
【００４３】
上述のように、時刻ｔ１において、通信圏内である。時刻ｔ２において、制御部３２内のアプリケーション実行部３４は、データ放送のＢＭＬ文書に記載された内容に従って通信サーバ３からＡＩＴを取得する（図３又は図４の（ｂ）参照）。この場合、アプリケーション実行部３４は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ１を取得し、そのアプリケーションＡＰＰ１を実行して出力部２０に提示する（図３又は図４の（ｅ）参照）。このとき、出力部２０は、上述のアプリケーション表示画面Ｘ１を表示部２４に表示する。
【００４４】
いま時刻ｔ２と時刻ｔ４との間の時刻ｔ３において、通信圏外であるものとする（図３又は図４の（ｄ）参照）。この場合、制御部３２内のアプリケーション実行部３４は、通信サーバ３からアプリケーションＡＰＰ２及びそれに関するＡＩＴを取得することができない。そのため、通信圏外である場合は、アプリケーション実行部３４は、アプリケーションＡＰＰ１の実行を継続する（図３又は図４の（ｅ）参照）。
【００４５】
時刻ｔ４から時刻ｔ５まで通信圏外が続いたが、時刻ｔ５の後の時刻ｔ６において、通信圏外から通信圏内になったものとする（図３又は図４の（ｄ）参照）。このとき、ユーザの操作、又は、データ放送のイベントメッセージにより、制御部３２内のアプリケーション実行部３４は、実行中のアプリケーションＡＰＰ１からアプリケーションＡＰＰ２に遷移するときのＡＩＴを通信サーバ３から取得する。ここで、ＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ２の終了（KILL）を示している。この場合、アプリケーションＡＰＰ２が現在の時刻において無効になっている。このため、アプリケーション実行部３４は、通信サーバ３からアプリケーションＡＰＰ２を取得しない。その結果、通信圏内になっても、アプリケーション実行部３４は、アプリケーションＡＰＰ１の実行を継続する（図３又は図４の（ｅ）参照）。
【００４６】
このように、一般的なデジタル放送受信機では、時刻ｔ３から通信圏外である場合、ＡＩＴを取得できない。そのため、アプリケーションＡＰＰ１からアプリケーションＡＰＰ２に遷移しているはずの時刻ｔ４で、アプリケーションＡＰＰ２に遷移することができない。また、アプリケーションＡＰＰ２からアプリケーションＡＰＰ３に遷移しているはずの時刻ｔ５で、アプリケーションＡＰＰ３に遷移することができない。その結果、時刻ｔ３から時刻ｔ６までアプリケーションＡＰＰ１の実行が継続される。また、時刻ｔ６から通信圏内になり、ＡＩＴを取得することができるが、そのＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ２の終了（KILL）を示しているため、アプリケーションＡＰＰ１からアプリケーションＡＰＰ２に遷移しない。その結果、時刻ｔ６以降もアプリケーションＡＰＰ１の実行が継続される。この場合、アプリケーションＡＰＰ１の実行が継続したままであるため、通信圏外から通信圏内になった時刻ｔ６において、実行中のアプリケーションＡＰＰ１は、放送事業者が意図しない動作になっている可能性がある。例えば、放送番組が進行して、遷移先のアプリケーション（アプリケーションＡＰＰ３）が実行されているはずが、未だに遷移前のアプリケーション（アプリケーションＡＰＰ１）が実行されている場合である。したがって、一般的なデジタル放送受信機では、通信圏外時において遷移前のアプリケーションが遷移先のアプリケーションに更新されている場合、通信圏外から通信圏内になったときに動作するアプリケーションは、遷移前のアプリケーションであるため、放送事業者が意図しない動作になっている可能性がある。
【００４７】
次に、図３、４を用いて、本発明の第１、２実施形態に係るデジタル放送受信機５の動作について説明する。
【００４８】
時刻ｔ１において、制御部３２内の通信状況監視部３５により計測された受信レベルが通信圏内を表している。時刻ｔ２において、アプリケーション実行部３４は、データ放送のＢＭＬ文書に記載された内容に従って通信サーバ３からＡＩＴを取得する（図３又は図４の（ｂ）参照）。ここで、ＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ１の自動起動（AUTOSTART）を示している。この場合、アプリケーション実行部３４は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ１を取得し、そのアプリケーションＡＰＰ１を実行して出力部２０に提示する。このとき、出力部２０は、上述のアプリケーション表示画面Ｘ１を表示部２４に表示する（図３又は図４の（ｆ）参照）。
【００４９】
いま時刻ｔ３において、制御部３２内の通信状況監視部３５により計測された受信レベルが通信圏外を表している（図３又は図４の（ｄ）参照）。この場合、アプリケーション実行部３４は、通信サーバ３からアプリケーションＡＰＰ２及びそれに関するＡＩＴを取得することができない。そのため、アプリケーション実行部３４は、アプリケーションＡＰＰ１の実行を継続する（図３又は図４の（ｆ）参照）。
【００５０】
時刻ｔ６において、制御部３２内の通信状況監視部３５により計測された受信レベルが通信圏内を表している（図３又は図４の（ｄ）参照）。このとき、ユーザの操作、又は、データ放送のイベントメッセージにより、放送受信再生制御部３３は、実行中のアプリケーションＡＰＰ１からアプリケーションＡＰＰ２に遷移するときのＡＩＴを通信サーバ３から取得するように、アプリケーション実行部３４を制御する（図３又は図４の（ｆ）参照）。イベントメッセージの場合では、ＰＭＴが受信部１０の記憶部１３に格納されるため、放送受信再生制御部３３は、通信圏内になったときに、そのＰＭＴ内のイベントメッセージに従って、ＡＩＴを通信サーバ３から取得するように、アプリケーション実行部３４を制御する。ここで、ＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ２の終了（KILL）を示している。この場合、アプリケーションＡＰＰ２が現在の時刻において無効になっているが、放送受信再生制御部３３は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ２を取得する。また、アプリケーションＡＰＰ２が無効ではあるが、放送受信再生制御部３３は、上述のアプリケーション表示画面Ｘ２を短時間でもアプリケーション表示画面Ｘ１上に表示するように、アプリケーション実行部３４を制御する（図３又は図４の（ｆ）参照）。
【００５１】
時刻ｔ６の直後の時刻ｔ７において、制御部３２内の放送受信再生制御部３３は、アプリケーションＡＰＰ２からアプリケーションＡＰＰ３に遷移するときのＡＩＴを通信サーバ３から取得するように、アプリケーション実行部３４を制御する（図３又は図４の（ｆ）参照）。ここで、ＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ３の終了（KILL）を示していない。この場合、アプリケーションＡＰＰ３が現在の時刻において有効であるため、放送受信再生制御部３３は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ３を取得し、そのアプリケーションＡＰＰ３を実行して出力部２０に提示するように、アプリケーション実行部３４を制御する。このとき、放送受信再生制御部３３は、上述のアプリケーション表示画面Ｘ３を表示部２４に表示するように、出力部２０を制御する（図３又は図４の（ｆ）参照）。
【００５２】
以上の説明により、本発明の第１、２実施形態に係るデジタル放送受信機５では、通信圏外時において遷移前のアプリケーション（アプリケーションＡＰＰ１）が更新されている場合、通信圏外から通信圏内になったときに、遷移前のアプリケーション（アプリケーションＡＰＰ１）から遷移し、かつ、現在の時刻において有効なアプリケーションである遷移先のアプリケーション（アプリケーションＡＰＰ３）を通信サーバ３から取得して実行する。具体的には、通信圏外から前記通信圏内になったときに、遷移前のアプリケーション（アプリケーションＡＰＰ１）から遷移する第１の遷移先のアプリケーション（アプリケーションＡＰＰ２）を通信サーバ３から取得する。ここで、第１の遷移先のアプリケーション（アプリケーションＡＰＰ２）が現在の時刻において無効なアプリケーションである場合、第１の遷移先のアプリケーション（アプリケーションＡＰＰ２）から遷移する第２の遷移先のアプリケーション（アプリケーションＡＰＰ３）を通信サーバ３から取得する。そこで、第２の遷移先のアプリケーション（アプリケーションＡＰＰ３）が現在の時刻において有効なアプリケーションである場合、第２の遷移先のアプリケーション（アプリケーションＡＰＰ３）を実行する。従って、本発明の第１、２実施形態に係るデジタル放送受信機５では、通信圏外から通信圏内になったときに動作するアプリケーションは、遷移先のアプリケーションであるため、放送事業者が意図しない動作を防止することができる。
【００５３】
［第１実施形態］
図５は、本発明の第１実施形態に係るデジタル放送受信機５の動作である視聴処理を示すフローチャートである。図６は、図５のアプリケーション起動処理（Ｓ１０６、Ｓ１０９）を示すフローチャートである。
【００５４】
まず、受信部１０は、放送波を受信し、放送波に含まれる放送番組を出力部２０に提示する（Ｓ１０１）。このとき、制御部３２は、アプリケーションエンジン（アプリケーション実行部３４）を起動させる（Ｓ１０２）。制御部３２は、無線通信部３１が通信ネットワークを介して通信サーバ３と通信を行うときの受信レベルを計測する（Ｓ１０３）。制御部３２は、データ放送のＢＭＬ文書にアプリケーションＡＰＰ１の起動指示が記述されているか否かを監視し（Ｓ１０４−Ｎｏ）、受信レベルを監視する（Ｓ１０４−Ｙｅｓ、１０５−Ｎｏ）。
【００５５】
時刻ｔ１において、ＢＭＬ文書にアプリケーションＡＰＰ１の起動指示が記述されているときに、受信レベルが通信圏内を表している（Ｓ１０４−Ｙｅｓ、Ｓ１０５−Ｙｅｓ）。この場合、制御部３２は、時刻ｔ２においてアプリケーション起動処理を行なう（Ｓ１０６）。後述のアプリケーション起動処理を実行中に通信圏外となった場合は、制御部３２は、再びＢＭＬ文書によるアプリケーションＡＰＰ１の起動指示を待つが、通信圏外が継続している時間を計測して、通信圏外から通信圏内に復帰するまでの時間が、予め設定された復帰時間より短い場合は、後述のアプリケーション起動処理の実行をそのまま継続するようにしてもよい。設定復帰時間を短く設定すると、無駄な通信アクセスを抑制する効果は高まるが、この場合、アプリケーションを起動するためには短時間内にＢＭＬ文書から後述のアプリケーション起動処理を再度行う必要がある。通信圏外が継続している時間を計測することでこの状況を防ぐことができる。
【００５６】
時刻ｔ２におけるアプリケーション起動処理（Ｓ１０６）について説明する。時刻ｔ２において、制御部３２は、データ放送のＢＭＬ文書に記載された内容に従って通信サーバ３からＡＩＴを取得する（Ｓ２０１）。次に、制御部３２は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ１を取得する（Ｓ２０２）。ここで、ＡＩＴに記載のアプリケーションＡＰＰ１は、現在の時刻でも有効である（Ｓ２０３−Ｙｅｓ）。この場合、制御部３２は、そのアプリケーションＡＰＰ１を実行して出力部２０に提示する（Ｓ２０４）。
【００５７】
制御部３２は、ユーザの操作によりアプリケーションＡＰＰ２の起動指示が行なわれるか否かを監視する（Ｓ１０７−Ｎｏ）。いま、時刻ｔ３において、受信レベルが通信圏外を表している。
【００５８】
時刻ｔ４において、ユーザの操作によりアプリケーションＡＰＰ２の起動指示が行なわれる（Ｓ１０７−Ｙｅｓ）。ここで、通信圏外になっているため（Ｓ１０８−Ｎｏ）、制御部３２は、アプリケーションＡＰＰ１の実行を継続し（Ｓ１１２）、ユーザの操作によりアプリケーションＡＰＰ２の起動指示が行なわれるか否かを監視する（Ｓ１０７−Ｎｏ）。
【００５９】
いま、時刻ｔ６において、通信圏外から通信圏内になり、ユーザの操作によりアプリケーションＡＰＰ２の起動指示が行なわれる（Ｓ１０７−Ｙｅｓ）。ここで、通信圏内になっているため（Ｓ１０８−Ｙｅｓ）、制御部３２は、時刻ｔ６、ｔ７においてアプリケーション起動処理を行なう（Ｓ１０９）。
【００６０】
時刻ｔ６、ｔ７におけるアプリケーション起動処理（Ｓ１０９）について説明する。時刻ｔ６において、制御部３２は、アプリケーションＡＰＰ２の起動指示により、実行中のアプリケーションＡＰＰ１からアプリケーションＡＰＰ２に遷移するときのＡＩＴを通信サーバ３から取得する（Ｓ２０１）。次に、制御部３２は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ２を取得する（Ｓ２０２）。ここで、ＡＩＴに記載のアプリケーションＡＰＰ２は、現在の時刻において無効である（Ｓ２０３−Ｎｏ）。この場合、時刻ｔ７において、制御部３２は、アプリケーションＡＰＰ２からアプリケーションＡＰＰ３に遷移するときのＡＩＴを通信サーバ３から取得する（Ｓ２０５）。次に、制御部３２は、そのＡＩＴに記載された内容に従って通信サーバ３からアプリケーションＡＰＰ３を取得する（Ｓ２０２）。ここで、ＡＩＴに記載のアプリケーションＡＰＰ３は、現在の時刻でも有効である（Ｓ２０３−Ｙｅｓ）。この場合、制御部３２は、そのアプリケーションＡＰＰ３を実行して出力部２０に提示する（Ｓ２０４）。
【００６１】
ＡＩＴが更新されている場合、制御部３２は、そのＡＩＴを解析し、ＡＩＴのアプリケーション制御コードを参照する（Ｓ１１０−Ｎｏ）。ＡＩＴのアプリケーション制御コードがアプリケーションＡＰＰ３の終了（KILL）を示している場合（Ｓ１１０−Ｙｅｓ）、制御部３２は、アプリケーションＡＰＰ３の実行を終了する。ここで、ユーザが放送番組の視聴を終了しない場合（Ｓ１１１−Ｎｏ）、上述のＳ１０４が行なわれ、視聴を終了する場合（Ｓ１１１−Ｙｅｓ）、視聴処理が終了する。
【００６２】
［第２実施形態］
図７は、本発明の第２実施形態に係るデジタル放送受信機５の動作である視聴処理を示すフローチャートである。第２実施形態では第１実施形態からの変更点のみ説明する。制御部３２は、第１実施形態におけるＳ１０７に代えて、データ放送のイベントメッセージによりアプリケーションＡＰＰ２やアプリケーションＡＰＰ３の起動指示が行なわれるか否かを監視する（Ｓ３０１−Ｎｏ）。また、制御部３２は、アプリケーションＡＰＰ１の実行を継続したときに（Ｓ１１２）、受信レベルを監視する（Ｓ３０２−Ｎｏ）。イベントメッセージの場合は、イベントメッセージを含むＰＭＴが受信部１０の記憶部１３に格納されているため、時刻ｔ６において通信圏外から通信圏内になったときに（Ｓ３０２−Ｙｅｓ）、制御部３２は、記憶部１３に格納されているイベントメッセージに従って、時刻ｔ６、ｔ７において上述のアプリケーション起動処理を行なう（Ｓ１０９）。
【００６３】
以上の説明により、本発明の第１、２実施形態に係るデジタル放送受信機５では、通信圏外から通信圏内になったときに動作するアプリケーションは、遷移先のアプリケーションであるため、放送事業者が意図しない動作を防止することができる。
【００６４】
以上、本発明について詳述してきたが、具体的な構成は実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【符号の説明】
【００６５】
５…デジタル放送受信機、１０…受信部、３１…無線通信部、３２…制御部
【図１】
2015126234.tif 000003
【図２】
2015126234.tif 000004
【図３】
2015126234.tif 000005
【図４】
2015126234.tif 000006
【図５】
2015126234.tif 000007
【図６】
2015126234.tif 000008
【図７】
2015126234.tif 000009