JP6163291B2 - 受信機、およびプログラム - Google Patents

Description

本発明は、テレビ放送等の放送信号を受信する受信機、受信機で実行されるアプリケーションに関する情報を送信するアプリケーション情報送信装置、およびそのプログラムに関する。

放送と通信を連携させた放送通信連携サービスの普及が期待されている。そのようなサービスにおいては、テレビ受信機上でアプリケーションが稼動し、そのアプリケーションが様々な処理を行なうとともに、インターネット等を介して外部と通信を行なう。デジタル放送を受信する受信機において稼動するアプリケーションプログラムに関する情報が標準規格で規定されている。例えば、非特許文献１のセクション１０．１６．４．１「共通の記述子」では、アプリケーション情報テーブル（ＡＩＴ，Application Information Table）について説明されており、アプリケーション記述子（Application descriptor）の構造が記載されている。そして、アプリケーション記述子内には「service_bound_flag」（サービス・バウンド・フラグ）というフラグが設けられている。このフラグに関しては、「この１ビットのフィールドは、本アプリケーションが現在のサービス内のみで有効なのかどうかを示す。このフィールドが「１」である場合は、現在のサービスのみに関連付けられており、他サービスの切り替えが実行された時には必ずアプリケーションの終了処理が開始される。」との旨が記載されている。また、非特許文献１のセクション１０．１６．２．２「ライフサイクルへの影響」では、アプリケーションに対してservice_bound_flagが「１」に設定されている場合、アプリケーションはサービス選択の度に無条件に終了（ＫＩＬＬ）される旨が記載されている。なお、このようなアプリケーションはバウンドアプリケーションと呼ばれる。

「デジタル放送におけるアプリケーション実行環境 APPLICATION EXECUTION ENGINE PLATFORM FOR DIGITAL BROADCASTING 標準規格 ARIB STANDARD ARIB STD-B23 1.2版」，社団法人電波産業会，２００９年

しかしながら、従来技術では、バウンドアプリケーションは、単一の編成チャンネルのみに関連付けられていた。また、バウンドアプリケーションがどの編成チャンネルに関連付けられているかを示す制御情報は存在せず、現在の編成チャンネル（サービス）に暗黙に関連付けられているのみであった。つまり、現在のサービスから他サービスへの切り替えが実行された時には、必ずそのバウンドアプリケーションの終了処理が行なわれるようになっていた。つまり、編成チャンネルとバウンドアプリケーションとの間の関連をきめ細かく制御することが出来ないという問題があった。

本発明は、上記のような事情を考慮して為されたものであり、バウンドアプリケーションのサービスへの関連付けに関して、多様な形態を実現することの出来る、受信機、アプリケーション情報送信装置、およびプログラムを提供するものである。

［１］上記の課題を解決するため、本発明の一態様による受信機は、選局操作の信号に基づき受信する放送のサービスを選択する選局部と、前記選局部が選択したサービスの放送信号を受信する受信部と、アプリケーションを実行するアプリケーション実行部と、前記アプリケーションが所定範囲のサービスに関連付けられるバウンドアプリケーションである場合に前記サービスの範囲を表わすサービス範囲情報を含むアプリケーション情報を取得するアプリケーション情報取得部と、前記選局部による前記サービスの選択の際に、稼働中の前記バウンドアプリケーションに関する前記アプリケーション情報に含まれる前記サービス範囲情報を参照し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲内の場合には当該バウンドアプリケーションの稼動状態を維持し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲外の場合には当該バウンドアプリケーションを終了させる、制御を行なう起動制御部と、を具備することを特徴とする。

これによれば、サービス範囲情報により、バウンドアプリケーションが関連付けられるサービスの範囲が明示される。また、サービス範囲情報により、現在選局されているサービス以外のサービスを、指定することが出来る。つまり、バウンドアプリケーションは、現在選局されているサービス以外のサービスにも関連付けられる。そして、起動制御部は、サービス選択の度に無条件にアプリケーションを終了させるのではなく、選局の結果として選択されたサービスがその範囲に含まれているか否かにより、アプリケーションの稼動状態を維持するか否かの制御をする。

［２］また、本発明の一態様は、上記の受信機において、前記サービス範囲情報は、複数の前記サービスからなる範囲を表わす、ことを特徴とする。

これにより、この複数のサービスを束ねてサービス範囲として指定出来る。起動制御部は、選局の結果として選択されたサービスがその複数のサービスの範囲に含まれているか否かにより、アプリケーションの稼動状態を維持するか否かの制御をする。

［３］また、本発明の一態様は、上記の受信機において、前記アプリケーション情報取得部が取得する前記アプリケーション情報は、前記アプリケーションが、現在選択されているサービスのみに関連付けられたバウンドアプリケーションであるか、前記サービス範囲情報で表わされるサービスの範囲に関連付けられたバウンドアプリケーションであるか、特定のサービスに関連付けられないアンバウンドサービスであるかの種別を表わすバウンドタイプ識別情報をさらに含み、前記起動制御部は、前記選局部による前記サービスの選択の際に、稼働中の前記バウンドアプリケーションに関する前記アプリケーション情報に含まれる前記バウンドタイプ識別情報を参照し、当該バウンドアプリケーションが前記サービス範囲情報で表わされるサービスの範囲に関連付けられたバウンドアプリケーションである場合にのみ、前記サービス範囲情報を参照し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲内の場合には当該バウンドアプリケーションの稼動状態を維持し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲外の場合には当該バウンドアプリケーションを終了させる、制御を行なう、ことを特徴とする。

これにより、単純なバウンドアプリケーションと、明示的なサービス範囲情報に関連付けられたバウンドアプリケーションと、アンバウンドアプリケーションとを識別出来る。

［４］また、本発明の一態様は、上記の受信機において、前記アプリケーション情報取得部は、放送信号で伝送された前記アプリケーション情報を取得する、ことを特徴とする。

これにより、放送信号にサービス範囲情報を含めることが出来る。

［５］また、本発明の一態様は、上記の受信機において、前記アプリケーション情報取得部は、インターネットプロトコルで伝送された前記アプリケーション情報を取得する、ことを特徴とする。

これにより、放送信号経由ではなくネットワーク経由で、バウンドアプリケーションの制御情報を送ることが出来る。

［６］また、本発明の一態様によるアプリケーション情報送信装置は、所定範囲のサービスに関連付けられるバウンドアプリケーションに関して、前記サービスの範囲を表わすサービス範囲情報を記憶するアプリケーション情報記憶管理部と、前記アプリケーション情報記憶管理部に記憶されている前記サービス範囲情報を読み出し、前記サービス範囲情報を含むアプリケーション情報を送出する送出部と、を具備することを特徴とする

これにより、アプリケーション情報送信装置から送出するアプリケーション情報で、サービス範囲情報に従って、受信機側でのバウンドアプリケーションのライフサイクルを制御できる。

［７］また、本発明の一態様は、選局操作の信号に基づき受信する放送のサービスを選択する選局部と、前記選局部が選択したサービスの放送信号を受信する受信部と、アプリケーションを実行するアプリケーション実行部と、を具備する受信機に設けられたコンピューターに、前記アプリケーションが所定範囲のサービスに関連付けられるバウンドアプリケーションである場合に前記サービスの範囲を表わすサービス範囲情報を含むアプリケーション情報を取得するアプリケーション情報取得過程と、前記選局部による前記サービスの選択の際に、稼働中の前記バウンドアプリケーションに関する前記アプリケーション情報に含まれる前記サービス範囲情報を参照し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲内の場合には当該バウンドアプリケーションの稼動状態を維持し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲外の場合には当該バウンドアプリケーションを終了させる、制御を行なう起動制御過程と、を実行させるプログラムである。

本発明によれば、現在選局されていないサービスをも、バウンドアプリケーションのバウンド範囲に含めることができる。また、複数のサービスを、バウンドアプリケーションのバウンド範囲に含めることができる。

本発明の実施形態による受信機の機能構成を示すブロック図である。 同実施形態によるアプリケーション情報送信装置の機能構成を示すブロック図である。 同実施形態によるアプリケーション情報送信装置から受信機にアプリケーション情報を伝達するためのシステム全体の構成を示す構成図である。 同実施形態による限定編成チャンネルテーブル記憶部が記憶するデータの構成を示す概略図である。 同実施形態による受信機が受信する、アプリケーション情報のデータ構成の例を示す概略図である。 同実施形態による起動制御部が、アプリケーションを起動または停止するための制御を表わした概略図である。

以下、図面を参照しながら、本発明の実施形態について説明する。なお、以下において、アプリケーションプログラム（アプリ）のことを単に「アプリケーション」と呼ぶ。また、バウンドアプリケーション（bound application）は、特定の、単数または複数の放送チャンネル（「サービス」とも呼ぶ）に束縛されながら、その稼働環境におけるライフサイクル制御が行なわれる。

［第１の実施形態］
図１は、本実施形態による受信機の機能構成を示すブロック図である。図示するように、受信機４は、放送受信部４０１（受信部）と、分離部４０２と、通信入出力部４１１と、アプリケーション実行制御部４１２と、操作入力部４１４と、選局部４１５と、限定編成チャンネルテーブル記憶部４９１とを含んで構成される。
また、アプリケーション実行制御部４１２は、アプリケーション記憶部４３１と、アプリケーション制御部４３４と、アプリケーション実行部４３５とを含んで構成される。このうち、アプリケーション制御部４３４は、アプリケーション情報取得部４７２と、起動制御部４７３とを含んで構成される。また、操作入力部４１４は、起動要求信号取得部４７１を含む。

受信機４は、テレビ等の放送信号を受信し、放送の音声や映像を出力するとともに、アプリケーションを実行するための実行環境（中央処理装置（ＣＰＵ）やメモリなど）を備えている。

放送受信部４０１は、外部からの放送信号を受信する。放送信号は、例えば、電波として伝送されてアンテナ経由で放送受信部４０１に入力されたり、ケーブルで伝送されたりする。なお、放送受信部４０１は、選局部４１５が選択したサービスの放送信号を受信する。
分離部４０２は、放送受信部４０１が受信した放送信号から、音声および映像信号と、データとを抽出し、それらを分離する。このうち、音声および映像の信号は、デコードされ、それぞれ音声および映像として再現されるが、同図においては音声および映像の信号のデコーディング以後の処理の記載を省略している。分離部４０２は、分離されたデータの一部分を、アプリケーション実行制御部４１２に渡す。分離部４０２がアプリケーション実行制御部４１２に渡すデータの代表的なものは、アプリケーション情報である。

通信入出力部４１１は、インターネットプロトコル（ＩＰ）等の標準的な通信手順を用いて、外部との間での通信パケットの入出力を行なう。通信入出力部４１１は、受信機４内の上位の通信階層からの命令により、例えば、アプリケーション要求信号を出力したり、アプリケーションのコードやアプリケーション情報を入力したりする。

上記のアプリケーション情報とは、アプリケーションを識別するためのアプリケーションＩＤや、アプリケーションに関する属性情報や、アプリケーションを制御するための制御コードの情報を含んだデータである。ここで、アプリケーションを制御するための制御コードとは、少なくとも次の３種類を含む。第１の種類は、アプリケーションの自動実行や終了等を指示するコード（例えば、ＡＵＴＯＥＸＥＣ，ＰＲＥＳＥＮＴ，ＫＩＬＬ，ＤＥＳＴＲＯＹなど）である。第２の種類は、アプリケーションのバウンドタイプを識別するためのコードである。第３の種類については、アプリケーションのバウンド範囲を示すためのコードである。アプリケーション情報の詳細については、後述する。

操作入力部４１４は、外部の操作受付部４７４（例えば、ユーザーがテレビを操作するための赤外線リモコン装置など）からの操作信号を受け付け、操作信号に応じて、受信機４内の各部に必要な信号を供給する。例えば、操作入力部４１４は、選局のための信号（選択されたチャンネルの番号に対応した信号）を選局部４１５に供給する。また例えば、操作入力部４１４は、アプリケーション実行制御部４１２で稼動する個々のアプリケーションを起動させたり終了させたりするための信号を起動制御部４７３に供給する。
操作入力部４１４に含まれている起動要求信号取得部４７１は、アプリケーションの起動要求等の信号を、起動制御部４７３に供給する。

選局部４１５は、操作入力部４１４からの操作信号に従って、放送受信部４０１が受信する放送信号のチャンネルを選択する。具体的には、選局部４１５は、受信する放送信号の周波数のチューニングを制御する。また、選局部４１５は、選局情報を起動制御部４７３に供給する。なお、選局情報は、選局操作が行なわれたタイミングを表わす信号と、選局されたチャンネルを識別する情報とを含んでいる。つまり、選局部は、選局操作の信号に基づき受信する放送のサービスを選択するものである。

限定編成チャンネルテーブル記憶部４９１は、チャンネルの集合で構成されるグループと、そのグループを識別する情報との対応関係をテーブルとして記憶する記憶手段である。このグループのことを、チャンネルの「範囲」とも呼ぶ。１つのグループには、原則としては複数のチャンネルが含まれるが、例外として１つのチャンネルのみが含まれていても良い。なお、限定編成チャンネルテーブル記憶部４９１は、半導体メモリ等を用いて実現される。

アプリケーション実行制御部４１２は、アプリケーションを実行するとともにアプリケーションを制御するものであり、中央処理装置やメモリなどを含み、コンピューターの技術を利用して構成されている。
アプリケーション記憶部４３１は、アプリケーションのコードおよびその関連データを記憶する。アプリケーション記憶部４３１は、例えばＳＳＤ（Solid State Drive，フラッシュメモリドライブ）など、不揮発性の記憶手段を用いて実現される。
アプリケーション実行部４３５は、起動制御部４７３からの起動および停止等の制御に基づき、アプリケーション記憶部４３１から読み出したアプリケーションを実行する。

アプリケーション制御部４３４は、アプリケーションを制御する。アプリケーション制御部４３４が行なう主要な制御の一つは、アプリケーションのライフサイクル制御（つまり、起動や停止などに関する制御）である。
アプリケーション情報取得部４７２は、放送受信部４０１によって受信された信号に含まれていたアプリケーション情報や、通信入出力部４１１経由でＩＰ通信によって取得されたアプケーション情報を取得する。なお、アプリケーション情報取得部４７２は、アプリケーションが所定範囲のサービスに関連付けられるバウンドアプリケーションである場合にサービスの範囲を表わすサービス範囲情報を含むアプリケーション情報を取得する。

起動制御部４７３は、アプリケーションの起動や停止等を制御する。起動制御部４７３がアプリケーションを起動したり停止させたりするトリガーとなり得るのは、操作入力部４１４（およびその中の起動要求信号取得部４７１）からの起動／停止の操作の信号や、アプリケーション情報取得部４７２によって取得されたアプリケーション情報の中に含まれる制御情報の通知や、選局部４１５からの選局情報などである。起動制御部４７３は、選局部４１５からの選局情報によって、選局操作が行なわれたことを検知したり、その選局操作の結果として選局されたチャンネルを識別する情報を把握したりする。また、起動制御部４７３は、選局部４１５から受信した選局情報を必要に応じて記憶しておく。これにより前回の選局操作によって選局されたチャンネルの情報を、読み出して利用できる。

図２は、本実施形態によるアプリケーション情報送信装置の機能構成を示すブロック図である。図示するように、アプリケーション情報送信装置３は、アプリケーション情報記憶管理部３０１と、設定部３０２と、送出部３０３とを含んで構成される。

アプリケーション情報記憶管理部３０１は、アプリケーション毎の属性情報を記憶する。また、アプリケーション情報記憶管理部３０１は、外部からの入力データ等によって、記憶しているアプリケーション情報を、管理・更新する。アプリケーション情報記憶管理部３０１が管理する情報の中には、アプリケーション毎のバウンドタイプ識別フラグ（バウンドタイプ識別情報）が含まれる。そのアプリケーションが「限定編成チャンネル内ｂｏｕｎｄ」型である場合には、そのアプリケーションが関連付けられるチャンネル範囲の情報が含まれる。

設定部３０２は、アプリケーションＩＤなどをキーとして、アプリケーション情報記憶管理部３０１から、バウンドタイプ識別フラグの情報や、チャンネル範囲の情報などを読み出し、それらの情報を、伝送用のデータフォーマットに設定する。伝送用のフォーマットとは、例えば、ＡＲＩＢ等の標準規格で定められているＡＩＴ（アプリケーション情報テーブル）の形式である。
送出部３０３は、設定部３０２によって設定されたデータを外部に創出する。

図３は、アプリケーション情報送信装置３および受信機４を含むシステムであって、アプリケーション情報を伝達するためのシステム全体の構成を示す構成図である。図示するように、本システムは、放送送信装置（または放送送信装置群。以下では単に「放送送信装置」と呼ぶ）１と、アプリケーション情報配信サーバー装置２と、アプリケーション情報送信装置３と、受信機４を含んで構成される。なお、通常の場合には多数の受信機４が存在するが、同図では代表して１台のみの受信機４を示している。

アプリケーション情報送信装置３は、前述の通り、特定のアプリケーションに関してバウンドタイプ識別フラグの情報やチャンネル範囲の情報などを含んだアプリケーション情報のデータを創出する。
放送送信装置１は、放送信号を有線または無線で送出するための装置であり、単数または複数の装置によって構成される。放送送信装置１は、予め設定された番組放送スケジュールのデータに従って、放送コンテンツの映像および音声を含んだデジタル放送信号を送出する。また、この放送信号には映像や音声以外のデータを伝搬するための領域が設けられており、放送送信装置１は、アプリケーション情報送信装置３から供給されたアプリケーション情報を放送信号に載せて一緒に送出する。
アプリケーション情報配信サーバー装置２は、インターネット等のオープンなＩＰ網に接続されたコンピューター・サーバーである。アプリケーション情報配信サーバー装置２は、アプリケーション情報送信装置３から供給されたアプリケーション情報を、受信機４からのリクエストに応じて、あるいはブロードキャストパケットとして、送信する。
受信機４は、放送送信装置１から放送信号の一部として送信されたアプリケーション情報を受信する。または、受信機４は、アプリケーション情報配信サーバー装置２からＩＰ網経由で送信されたアプリケーション情報を受信する。

図３に示したシステム全体としては、放送送信装置１とアプリケーション情報配信サーバー装置２との、いずれか一方のみからアプリケーション情報を送信するようにしても良いし、両方からアプリケーション情報を送信するようにしても良い。いずれの場合も、特定の放送番組に関連付けられるアプリケーション情報については、その番組が放送されている時間内に送信するようにする。そのため、アプリケーション情報配信サーバー装置２は、必要に応じて、番組放送スケジュールのデータを予め取得しておくか、あるいは放送送信装置１との間で適宜、アプリケーション情報を送信するタイミングについての情報を交換する。

図４は、限定編成チャンネルテーブル記憶部４９１が記憶するデータの構成とデータ例を示す概略図である。図示するように、限定編成チャンネルテーブル記憶部４９１は、表形式のデータを記憶するものであり、チャンネル範囲識別子（bound_range_id）およびチャネル識別情報のリストの各桁を有している。このデータの主キーは、チャンネル範囲識別子である。テーブル内において、各々のチャンネル範囲識別子に対して、チャンネル識別情報のリストが関連付けられている。各々のチャンネル識別情報のリストは、通常は複数のチャンネル識別情報を含む。個々のチャンネル識別情報は、一例としてはテレビ放送におけるチャンネルを表わす数値で表わされ、他の例としては各チャンネルに対応するラベルで表わされる。図示するデータ例では、チャンネル範囲識別子が「０ｘ００」（１６進数表記で「００」）の場合に、対応するチャンネル識別情報のリストは「NHK-G, NHK-E, NHK-BS1, NHK-BS hi」である。このリストは、ラベル「NHK-G」が表わすチャンネルと、ラベル「NHK-E」が表わすチャンネルと、ラベル「NHK-BS1」が表わすチャンネルと、ラベル「NHK-BS hi」が表わすチャンネルの４つのチャンネルに対応する。また、チャンネル範囲識別子が「０ｘ０１」（１６進数表記で「０１」）の場合に、対応するチャンネル識別情報のリストは「Fuji, BS-Fuji」である。ここに示したデータ例は、放送事業者毎にチャンネル範囲識別子を付与した場合にあたる。
なお、チャンネル範囲識別子は、サービスの範囲を示す情報であり、「サービス範囲情報」と呼ぶ。また、チャンネル範囲識別子と、それに関連付けられたチャネル識別情報のリストの情報とをあわせて、「サービス範囲情報」と呼んでも良い。

なお、チャンネル範囲識別子の具体的な値とチャンネルのリストへの対応付けを新たに規定しても良いし、既存の定義値を用いるようにしても良い。既存の値としては、例えば、ブーケ識別情報（bouquet ID）や、放送事業者識別情報（broadcaster ID）などを用いることができる。また、例えば、複数の民間放送事業者からなるいわゆる「系列」（「ネットワーク」とも呼ばれる）ごとに識別情報を付与するようにしても良い。なお、「ブーケ」（bouquet）とは、複数の異なるトランスポートストリームからなる集合を一括りにした単位である。

図５は、アプリケーション情報送信装置３から送出され、受信機４が受信する、アプリケーション情報のデータ構成の一例を示す概略図である。図示する例では、ＡＩＴ内のディスクリプターの一種として、アプリケーション・バウンド・タイプ記述子（Application bound type descriptor）を定義している。そして、その記述子の構造体の中に、バウンドタイプ識別フラグ（bound_type_flag）と、バウンド範囲を表わすチャンネル範囲識別子（bound_range_id）とを含むようにしている。同図において、アプリケーション・バウンド・タイプ記述子は、記述子タグ（descriptor_tag）と、記述子長（descriptor_length）と、バウンドタイプ識別フラグと、チャンネル範囲識別子を含む。記述子タグは、記述子の種別を表わすタグであり、長さは８ビットである。記述子長は、当該アプリケーション・バウンド・タイプ記述子自身の長さ（ビット数）を表わす数値であり、長さは８ビットである。

バウンドタイプ識別フラグは、アプリケーションの編成チャンネルに対する関連付けの型を表わすデータであり、長さは２ビットである。
バウンドタイプ識別フラグの値が「０ｘ０」（ビット表記で「００」）のとき、型は（単純な）「ｂｏｕｎｄ」である。言い換えれば、この場合には、このアプリケーション・バウンド・タイプ記述子によって表わされるアプリケーションは、単純に１チャンネルのみのサービスに関連付けられる。つまり、そのアプリケーションは、現在選択されているサービスのみに関連付けられたバウンドアプリケーションである。
バウンドタイプ識別フラグの値が「０ｘ１」（ビット表記で「０１」）のとき、型は「限定編成チャンネル内ｂｏｕｎｄ」である。これは、当該アプリケーションが、単純に１つのチャンネルに関連付けられるのではなく、関連付けられたチャンネル範囲識別子によって表わされる複数のチャンネルに関連付けられるものであることを表わす。
バウンドタイプ識別フラグの値が「０ｘ２」（ビット表記で「１０」）のとき、型は「unbound」である。つまり、そのアプリケーションは、チャンネル範囲識別子で表わされるサービスの範囲に関連付けられたバウンドアプリケーションである。
なお、バウンドタイプ識別フラグの値の「０ｘ３」（ビット表記で「１１」）は、不使用（未定義）である。つまり、そのアプリケーションは、特定のサービスに関連付けられないアンバウンドサービスである。

上記のバウンドタイプ識別フラグの値が「０ｘ１」のときにのみ、アプリケーション・バウンド・タイプ記述子には、１６ビットのチャンネル範囲識別子が含まれている。つまり、バウンドタイプ識別フラグの値に応じて、アプリケーション・バウンド・タイプ記述子の全体の長さは変わる。なお、チャンネル範囲識別子の値と、そのチャンネル範囲識別子が表わすチャンネルとの関係は、前述の限定編成チャンネルテーブル記憶部４９１を参照することによって得られる。

図５に示したデータ構成は、ＡＩＴの中に新たに定義した記述子を設けるものである。つまり、既存のＡＩＴを拡張するものである。
バウンドタイプ識別フラグおよびチャンネル範囲識別子を受信機４が受信するためのデータ構成は他にもあり得る。
なお、このような、バウンドタイプ識別フラグおよびチャンネル範囲識別子を含んだアプリケーション情報を受信機４が受信できるようにするためには、前述の通り、放送信号に載せる方法と、ネットワーク（ＩＰ網）経由で送る方法などがある。
アプリケーション情報を放送信号で送るための具体的手段としては、次の３例などが考えられる。即ち、（１）新たなＡＩＴを定義する、（２）データ放送の一部分としてＡＩＴを伝送する、（３）ＥＩＴ（Extra Information Types）内にアプリケーション情報を格納して伝送する。

図６は、アプリケーション制御部４３４内の起動制御部４７３が、アプリケーションを起動または停止するための制御をテーブルとして表わした概略図である。同図（Ａ）は、対象とするアプリケーションが非稼働の状態からの制御を表わす。また、同図（Ｂ）は、対象とするアプリケーションが稼働中の状態からの制御を表わす。同図（Ａ）および（Ｂ）ともに、各列は、対象とするアプリケーションのバウンドタイプ識別フラグの値に対応している。つまり、左側の列から順に、「bound」、「限定編成チャンネル内bound」、「unbound」である。また、各行は、発生した事象に対応している。つまり、上側の行から順に、「当該アプリケーションに関して制御コードＡＵＴＯＳＴＡＲＴを受信」、「当該アプリケーションに関して制御コードＰＲＥＳＥＮＴを受信」、「当該アプリケーションに関して制御コードＫＩＬＬまたはＤＥＳＴＲＯＹを受信」、「選局操作が行なわれたことを検知」と言う事象である。そして、このマトリックスにおいて、該当する列と該当する行との交点に記載されている制御を、起動制御部４７３が当該アプリケーションに関して実行する。

以下では、図６に示しているそれぞれのケースについて具体的に説明する。
まず、図６（Ａ）の、対象とするアプリケーションが非稼働の状態からの制御について説明する。
（Ａ−１）発生した事象が制御コード「ＡＵＴＯＳＴＡＲＴ」の受信であった場合には、対象とするアプリケーションのバウンドタイプ識別フラグの値に関わらず、起動制御部４７３は、そのアプリケーションを起動させる。なお、制御コード「ＡＵＴＯＳＴＡＲＴ」を受信し、且つ、アプリケーションのバウンドタイプ識別フラグが「限定編成チャンネル内bound」となるのは、チャンネル範囲識別子の示す範囲が現在選局中のチャンネルを含む場合に限られることを前提としている。
（Ａ−１の変形例）上記の（Ａ−１）の変形例では、発生した事象が制御コード「ＡＵＴＯＳＴＡＲＴ」の受信であった場合であって、且つ、対象とするアプリケーションのバウンドタイプ識別フラグが「限定編成チャンネル内bound」である場合には、起動制御部４７３は、チャンネル範囲識別子の示す範囲が、現在選曲されているチャンネルを含んでいるか否かを確認する。そして、含んでいる場合にのみ、起動制御部４７３は、そのアプリケーションを起動させる。

（Ａ−２）発生した事象が制御コード「ＰＲＥＳＥＮＴ」の受信であった場合には、対象とするアプリケーションのバウンドタイプ識別フラグの値に関わらず、起動制御部４７３は、そのアプリケーションを準備状態とする。なお、そのアプリケーションのコードを未取得である場合には、起動制御部４７３は、通信入出力部４１１を介してアプリケーション要求信号を送出し、所定のＵＲＬ等からそのアプリケーションのコードを取得する。取得したアプリケーションコードは、アプリケーション記憶部４３１に格納される。

（Ａ−３）発生した事象が制御コード「ＫＩＬＬ」または「ＤＥＳＴＲＯＹ」の受信であった場合には、対象とするアプリケーションのバウンドタイプ識別フラグの値に関わらず、起動制御部４７３は、そのアプリケーションの非稼動状態を維持する。

（Ａ−４）発生した事象が選局操作の検知であった場合には、起動制御部４７３は、非稼動状態であったアプリケーション（選局操作前のチャンネルに関連付けられており、且つ非稼動状態であったアプリケーション）を非稼動のまま維持する。なお、起動制御部４７３は、その選局操作によって選局されたチャンネルに関連付けられたアプリケーションのライフサイクル制御を、別途行なう。

つまり、選局操作後に、新たに選局されたチャンネルに関連付けられたバウンドアプリケーションが存在することを起動制御部４７３が認識した場合には、そのバウンドアプリケーションの制御コード（ＡＵＴＯＳＴＡＲＴあるいはＰＲＥＳＥＮＴなど）の値に応じた形で、

次に、図６（Ｂ）の、対象とするアプリケーションが稼働中の状態からの制御について説明する。
（Ｂ−１）発生した事象が制御コード「ＡＵＴＯＳＴＡＲＴ」または「ＰＲＥＳＥＮＴ」の受信であった場合、対象とするアプリケーションのバウンドタイプ識別フラグの値に関わらず、起動制御部４７３は、そのアプリケーションの稼動状態を維持する。なお、制御コード「ＡＵＴＯＳＴＡＲＴ」または「ＰＲＳＥＮＴ」を受信し、且つ、アプリケーションのバウンドタイプ識別フラグが「限定編成チャンネル内ｂｏｕｎｄ」となるのは、チャンネル範囲識別子の示す範囲が現在選局中のチャンネルを含む場合に限られることを前提としている。
（Ｂ−１の変形例）上記の（Ｂ−１）の変形例では、発生した事象が制御コード「ＡＵＴＯＳＴＡＲＴ」または「ＰＲＥＳＥＮＴ」の受信であって、且つ、対象とするアプリケーションのバウンドタイプ識別フラグが「限定編成チャンネル内ｂｏｕｎｄ」である場合には、起動制御部４７３は、チャンネル範囲識別子の示す範囲が、現在選曲されているチャンネルを含んでいるか否かを確認する。そして、含んでいる場合にのみ、起動制御部４７３は、そのアプリケーションの稼動状態を維持する。逆に、含んでいない場合には、起動制御部４７３は、そのアプリケーションを停止させる制御を行なう。

（Ｂ−２）発生した事象が制御コード「ＫＩＬＬ」または「ＤＥＳＴＲＯＹ」の受信であった場合には、対象とするアプリケーションのバウンドタイプ識別フラグの値に関わらず、起動制御部４７３は、そのアプリケーションを停止させる制御を行なう。

（Ｂ−３）発生した事象が選局操作の検知であって、且つ、稼働中のアプリケーションのバウンドタイプ識別フラグが「ｂｏｕｎｄ」である場合には、起動制御部４７３は、選局操作の後に、そのアプリケーションが関連付けられていたチャンネルが選局されている状態であるか否かを判定する。そして、選局が外れた場合には、起動制御部４７３は、そのアプリケーションを停止させる制御を行なう。そのアプリケーションが関連付けられたチャンネルが依然選局されている場合には、起動制御部４７３はそのアプリケーションの稼動状態を維持する。

（Ｂ−４）発生した事象が選局操作の検知であって、且つ、稼働中のアプリケーションのバウンドタイプ識別フラグが「限定編成チャンネル内ｂｏｕｎｄ」である場合には、起動制御部４７３は、選局操作の結果とチャンネル範囲識別子との関係を調べる。つまり、起動制御部４７３は、そのアプリケーションに関して通知されていたアプリケーション情報におけるチャンネル範囲識別子を参照する。そして、そのチャンネル範囲識別子の値に関連付けられているチャンネル識別情報のリストを、限定編成チャンネルテーブル記憶部４９１から読み出す。そして、起動制御部４７３は、選局操作の後に選局されている状態のチャンネルが、そのリストに含まれているか否かを判定する。含まれている場合（つまり、選局操作の結果、チャンネル範囲を外れなかった場合）には、起動制御部４７３は、そのアプリケーションの稼動状態を維持する。含まれていなかった場合（つまり、選局操作の結果、チャンネル範囲を外れてしまった場合）には、起動制御部４７３は、そのアプリケーションを停止させる制御を行なう。このような起動制御部４７３の制御により、あるバウンドアプリケーションが、単一のチャンネルのみに関連付けられているのではなく、複数のチャンネルの集合（チャンネル範囲）に関連付けられているように、振舞うことが可能となる。例えば、選局操作の結果として、操作前の「NHK-G」のチャンネルから操作後の「NHK-BS1」のチャンネルに切り替えられた場合、これらの両チャンネルはいずれもチャンネル範囲識別子「０ｘ００」に属する（図４）ため、このチャンネル範囲識別子「０ｘ００」に関連付けられたバウンドアプリケーションは、選局操作後も、依然としてその範囲に関連付けられたアプリケーションとして、停止されずに、稼動し続ける。これにより、単位のチャンネルのみに固有のアプリケーションだけではなく、複数のチャンネルの集合（例えば、ある放送事業者が放送する全てのチャンネルの集合）に対して固有の動作をするアプリケーションのライフサイクルを、適切に制御することが出来る。また、そのようなライフサイクル制御の下でのアプリケーションは、複数のチャンネルの放送にまたがった（しかし、定められたチャンネル範囲の中に閉じた）、特有の処理を行なうことができる。

（Ｂ−５）発生した事象が選局操作の検知であって、且つ、稼働中のアプリケーションのバウンドタイプ識別フラグが「ｕｎｂｏｕｎｄ」である場合には、起動制御部４７３は、選局操作の結果としてどのチャンネルが選局されたかに関わらず、そのアプリケーションの稼動状態を維持する。

以上、（Ａ−１）から（Ａ−４）まで、および（Ｂ−１）から（Ｂ−５）までで述べた制御において、起動制御部４７３がアプリケーションを起動したり停止させたりする具体的方法の一例は次のとおりである。即ち、起動する場合、起動制御部４７３は、アプリケーション実行制御部４１２内の環境において新たなプロセスを生成するとともに、そのプロセスが実行すべきアプリケーションのコードを指定する。また、停止させる場合、起動制御部４７３は、稼働中のアプリケーションに対して割り込みを発生させるとともに、稼動を停止することの指示を表わす情報を割り込みパラメーター等の手段で渡す。

整理すると、起動制御部４７３は、選局部４１５によるチャンネル（サービス）の選択の際に、稼働中のバウンドアプリケーションに関するアプリケーション情報に含まれるチャンネル範囲識別子（サービス範囲情報）を参照し、選局の結果として選択されたサービスがチャンネル範囲識別子が示す範囲内の場合には当該バウンドアプリケーションの稼動状態を維持し、選局の結果として選択されたサービスがチャンネル範囲識別子が示す範囲外の場合には当該バウンドアプリケーションを終了させる、制御を行なう。また、起動制御部４７３は、選局部４１５によるチャンネル（サービス）の選択の際に、稼働中のバウンドアプリケーションに関するアプリケーション情報に含まれるバウンドタイプ識別フラグ（バウンドタイプ識別情報）を参照し、当該バウンドアプリケーションがチャンネル範囲識別子で表わされるサービスの範囲に関連付けられたバウンドアプリケーションである場合にのみ、チャンネル範囲識別子を参照し、上記の制御を行なう。

上で例示したようにバウンドタイプ識別フラグおよびチャンネル範囲識別子を規定するとともに、起動制御部４７３が図６に示したような制御を行なうようにしたことで、従来の技術では得られなかった格別の効果を得ることが出来る。つまり、ある単一の編成チャンネル内のみで有効なバウンドアプリケーションと、複数の編成チャンネルの集合（例えば、ある放送事業者の全ての編成チャンネル）内での選局切替ならば選局操作後にも継続して実行し続けるアプリケーションと、全ての編成チャンネルで有効なアプリケーションとを、ＡＩＴ等のアプリケーション情報のみで識別可能となる。これにより、アプリケーションのライフサイクル制御の態様を多様化することが出来るとともに、そのような多様化を行なう場合にも受信機の機能を簡素化できる。

例えば放送事業者内での全ての編成チャンネルに有効なアプリケーションを実現できることは、放送事業者としてアプリケーションの魅力を増すことが出来るとともに、視聴者へのサービスの向上にも寄与する。

なお、上述した実施形態における受信機、アプリケーション情報送信装置、アプリケーション情報配信サーバー装置、放送送信装置の一部または全部の機能をコンピューターで実現するようにしても良い。その場合、各装置の機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
例えば、図５に示したデータ構成では、バウンドタイプ識別フラグが「限定編成チャンネル内ｂｏｕｎｄ」型を表わす場合にのみチャンネル範囲識別子の領域を有するようにしているが、バウンドタイプ識別フラグの値に関わらず常にチャンネル範囲識別子の領域を有するようにしても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明は、デジタルテレビ放送のシステムに利用できる。また、デジタルテレビ放送を受信するための受信機に利用できる。

１ 放送送信装置（放送送信装置群）
２ アプリケーション情報配信サーバー装置
３ アプリケーション情報送信装置
４ 受信機
３０１ アプリケーション情報記憶管理部
３０２ 設定部
３０３ 送出部
４０１ 放送受信部（受信部）
４０２ 分離部
４１１ 通信入出力部
４１２ アプリケーション実行制御部
４１４ 操作入力部
４１５ 選局部
４３１ アプリケーション記憶部
４３４ アプリケーション制御部
４３５ アプリケーション実行部
４７１ 起動要求信号取得部
４７２ アプリケーション情報取得部
４７３ 起動制御部
４９１ 限定編成チャンネルテーブル記憶部

Claims (5)

1. 選局操作の信号に基づき受信する放送のサービスを選択する選局部と、
   前記選局部が選択したサービスの放送信号を受信する受信部と、
   アプリケーションを実行するアプリケーション実行部と、
   前記アプリケーションが所定範囲のサービスに関連付けられるバウンドアプリケーションである場合に前記サービスの範囲を表わすサービス範囲情報を含むアプリケーション情報を取得するアプリケーション情報取得部と、
   前記選局部による前記サービスの選択の際に、稼働中の前記バウンドアプリケーションに関する前記アプリケーション情報に含まれる前記サービス範囲情報を参照し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲内の場合には当該バウンドアプリケーションの稼動状態を維持し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲外の場合には当該バウンドアプリケーションを終了させる、制御を行なう起動制御部と、
   を具備し、
   前記アプリケーション情報取得部が取得する前記アプリケーション情報は、前記アプリケーションが、現在選択されているサービスのみに関連付けられたバウンドアプリケーションであるか、前記サービス範囲情報で表わされるサービスの範囲に関連付けられたバウンドアプリケーションであるか、特定のサービスに関連付けられないアンバウンドサービスであるかの種別を表わすバウンドタイプ識別情報をさらに含み、
   前記起動制御部は、前記選局部による前記サービスの選択の際に、稼働中の前記バウンドアプリケーションに関する前記アプリケーション情報に含まれる前記バウンドタイプ識別情報を参照し、当該バウンドアプリケーションが前記サービス範囲情報で表わされるサービスの範囲に関連付けられたバウンドアプリケーションである場合にのみ、前記サービス範囲情報を参照し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲内の場合には当該バウンドアプリケーションの稼動状態を維持し、選局の結果として選択されたサービスが前記サービス範囲情報が示す範囲外の場合には当該バウンドアプリケーションを終了させる、制御を行なう、
   ことを特徴とする受信機。
2. 前記サービス範囲情報は、複数の前記サービスからなる範囲を表わす、ことを特徴とする請求項１に記載の受信機。
3. 前記アプリケーション情報取得部は、放送信号で伝送された前記アプリケーション情報を取得する、
   ことを特徴とする請求項１または請求項２に記載の受信機。
4. 前記アプリケーション情報取得部は、インターネットプロトコルで伝送された前記アプリケーション情報を取得する、
   ことを特徴とする請求項１から３までのいずれか一項に記載の受信機。
5. 選局操作の信号に基づき受信する放送のサービスを選択する選局部と、
   前記選局部が選択したサービスの放送信号を受信する受信部と、
   アプリケーションを実行するアプリケーション実行部と、
   を具備する受信機に設けられたコンピューターを、
   請求項１から４までのいずれか一項に記載の受信機として動作させるためのプログラム。

Images