特許 6100395 デジタルサービス信号処理方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6100395

(24)【登録日】2017年3月3日

(45)【発行日】2017年3月22日

(54)【発明の名称】デジタルサービス信号処理方法及び装置

(51)【国際特許分類】

   H04N 21/435 20110101AFI20170313BHJP

   H04N 21/443 20110101ALI20170313BHJP

   H04H 20/28 20080101ALI20170313BHJP

   H04H 20/93 20080101ALI20170313BHJP

   H04M 11/00 20060101ALI20170313BHJP

   H04Q 9/00 20060101ALI20170313BHJP

【ＦＩ】

   H04N21/435

   H04N21/443

   H04H20/28

   H04H20/93

   H04M11/00 302

   H04Q9/00 301E

   H04Q9/00 371B

【請求項の数】24

【全頁数】39

(21)【出願番号】特願2015-545359(P2015-545359)

(86)(22)【出願日】2013年11月27日

(65)【公表番号】特表2016-506124(P2016-506124A)

(43)【公表日】2016年2月25日

(86)【国際出願番号】KR2013010835

(87)【国際公開番号】WO2014084592

(87)【国際公開日】20140605

【審査請求日】2015年7月3日

(31)【優先権主張番号】61/730,062

(32)【優先日】2012年11月27日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】オ セチン

(72)【発明者】

【氏名】キム トクヒョン

(72)【発明者】

【氏名】コ チェスン

(72)【発明者】

【氏名】チェ チョンスン

(72)【発明者】

【氏名】ムン キョンス

(72)【発明者】

【氏名】キム チンピル

(72)【発明者】

【氏名】クォン ヨンム

(72)【発明者】

【氏名】リム ソンクク

【審査官】 福西 章人

(56)【参考文献】

【文献】 特開２００５−２９５２５７（ＪＰ，Ａ）

【文献】 特開２００３−１５８７２６（ＪＰ，Ａ）

【文献】 特開２００５−００６１４４（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／００１０９４１（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

Ｈ０４Ｎ ５／３８−５／４６

Ｈ０４Ｈ ２０／００−６０／９８

Ｈ０４Ｍ １１／００

Ｈ０４Ｑ ９／００

(57)【特許請求の範囲】

【請求項1】

デジタルサービス信号を処理する方法であって、
受信部がデジタルサービス信号からアプリケーションのためのシグナリング情報を受信するステップであって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、ステップと、
生成部が前記チャネル情報を用いてリクエストを生成するステップと、
伝送部が前記生成したリクエストを伝送するステップと、
前記受信部が、前記伝送したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を受信するステップと、
ダウンロード部が前記受信したロケーション情報を用いて前記アプリケーションをダウンロードするステップであって、前記アプリケーションは、前記アプリケーションのモード情報を設定するためのＡＰＩと関連付いており、前記モード情報は、前記アプリケーションの状態を示すモードナンバー、及び前記アプリケーションをコントロールするための特定キーセットを含み、前記特定キーセットは、前記モードナンバーに対応する、ステップと、
実行部が前記モード情報を設定するために前記ＡＰＩを実行するステップと、
登録部が前記モードナンバーによって前記特定キーセットを登録するステップと、
を含む、デジタルサービス信号処理方法。

【請求項2】

処理部が前記登録された特定キーセットによってインプット信号を処理するステップをさらに含む、請求項１に記載のデジタルサービス信号処理方法。

【請求項3】

前記モードナンバーは、前記アプリケーションの第１モードを示し、前記特定キーセットは、カラーキーを含む、請求項１に記載のデジタルサービス信号処理方法。

【請求項4】

前記モードナンバーは、前記アプリケーションの第２モードを示し、前記特定キーセットは、カラーキー、ナビゲーションキー、エンターキー、バックキー及びプレイコントロールキーを含む、請求項１に記載のデジタルサービス信号処理方法。

【請求項5】

前記アプリケーションの状態が変更されると、
前記実行部が前記アプリケーションの変更された状態によってモード情報を設定するためのＡＰＩを実行するステップと、
前記登録部が前記アプリケーションの変更された状態によって前記特定キーセットを登録するステップと、をさらに含む、請求項３又は４に記載のデジタルサービス信号処理方法。

【請求項6】

デジタルサービス信号を処理する装置であって、
デジタルサービス信号からアプリケーションのためのシグナリング情報を受信する受信部であって、前記シグナリング情報は、チャネル情報を含むサービスシグナリングテーブルを含む、受信部と、
前記チャネル情報を用いてリクエストを生成する生成部と、
前記生成したリクエストを伝送する伝送部であって、前記受信部は、前記伝送したリクエストに応じてロケーション情報を受信する、伝送部と、
前記受信したロケーション情報を用いて前記アプリケーションをダウンロードするダウンロード部であって、前記アプリケーションは、前記アプリケーションのモード情報を設定するためのＡＰＩと関連付いており、前記モード情報は、前記アプリケーションの状態を示すモードナンバー及び前記アプリケーションをコントロールするための特定キーセットを含み、前記特定キーセットは前記モードナンバーに対応する、ダウンロード部と、
前記モード情報を設定するために前記ＡＰＩを実行する実行部と、
前記モードナンバーによって前記特定キーセットを登録する登録部と、
を備える、デジタルサービス信号処理装置。

【請求項7】

前記登録された特定キーセットによってインプット信号を処理する処理部をさらに備える、請求項６に記載のデジタルサービス信号処理装置。

【請求項8】

前記モードナンバーは、前記アプリケーションの第１モードを示し、前記特定キーセットは、カラーキーを含む、請求項６に記載のデジタルサービス信号処理装置。

【請求項9】

前記モードナンバーは、前記アプリケーションの第２モードを示し、前記特定キーセットは、カラーキー、ナビゲーションキー、エンターキー、バックキー及びプレイコントロールキーを含む、請求項６に記載のデジタルサービス信号処理装置。

【請求項10】

前記アプリケーションの状態が変更されると、
前記実行部は、前記アプリケーションの変更された状態によってモード情報を設定するためのＡＰＩを実行し、前記登録部は、前記アプリケーションの変更された状態によって前記特定キーセットを登録する、請求項８又は９に記載のデジタルサービス信号処理装置。

【請求項11】

デジタルサービス信号を処理する方法であって、
伝送部が、デジタルサービス信号から、アプリケーションのためのシグナリング情報を送信するステップであって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、ステップと、
受信部が前記チャネル情報に関連したリクエストを受信するステップと、
前記伝送部が、前記受信したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を送信するステップであって、前記アプリケーションは、前記アプリケーションのモード情報を設定するためのＡＰＩと関連付いており、前記モード情報は、前記アプリケーションの状態を示すモードナンバー及び前記アプリケーションをコントロールするための特定キーセットを含み、前記特定キーセットは、前記モードナンバーに対応するステップと、
を含む、デジタルサービス信号処理方法。

【請求項12】

前記特定キーセットは、インプット信号と関連している、請求項１１に記載のデジタルサービス信号処理方法。

【請求項13】

前記モードナンバーは、前記アプリケーションの第１モードを示し、前記特定キーセットは、カラーキーを含む、請求項１１に記載のデジタルサービス信号処理方法。

【請求項14】

前記モードナンバーは、前記アプリケーションの第２モードを示し、前記特定キーセットは、カラーキー、ナビゲーションキー、エンターキー、バックキー及びプレイコントロールキーを含む、請求項１１に記載のデジタルサービス信号処理方法。

【請求項15】

前記アプリケーションの状態が変更されると、前記ＡＰＩは、前記アプリケーションの変更された状態によるモード情報を設定する、請求項１３又は１４に記載のデジタルサービス信号処理方法。

【請求項16】

デジタルサービス信号を処理する装置であって、
デジタルサービス信号からアプリケーションのためのシグナリング情報を伝送する伝送部であって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、伝送部と、
前記チャネル情報に関連したリクエストを受信する受信部であって、前記伝送部は、前記受信したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を伝送し、前記アプリケーションは、前記アプリケーションのモード情報を設定するためのＡＰＩと関連付いており、前記モード情報は、前記アプリケーションの状態を示すモードナンバー及び前記アプリケーションをコントロールするための特定キーセットを含み、前記特定キーセットは、前記モードナンバーに対応する、受信部と、
を備える、デジタルサービス信号処理装置。

【請求項17】

前記特定キーセットは、インプット信号と関連している、請求項１６に記載のデジタルサービス信号処理装置。

【請求項18】

前記モードナンバーは、前記アプリケーションの第１モードを示し、前記特定キーセットは、カラーキーを含む、請求項１６に記載のデジタルサービス信号処理装置。

【請求項19】

前記モードナンバーは、前記アプリケーションの第２モードを示し、前記特定キーセットは、カラーキー、ナビゲーションキー、エンターキー、バックキー及びプレイコントロールキーを含む、請求項１６に記載のデジタルサービス信号処理装置。

【請求項20】

前記アプリケーションの状態が変更されると、前記ＡＰＩは、前記アプリケーションの変更された状態によるモード情報を設定する、請求項１８又は１９に記載のデジタルサービス信号処理装置。

【請求項21】

デジタルサービス信号を処理する方法であって、
受信部がデジタルサービス信号からアプリケーションのためのシグナリング情報を受信するステップであって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、ステップと、
生成部が前記チャネル情報を用いてリクエストを生成するステップと、
伝送部が前記生成したリクエストを伝送するステップと、
前記受信部が前記伝送したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を受信するステップと、
ダウンロード部が前記受信したロケーション情報を用いて前記アプリケーションをダウンロードするステップであって、前記アプリケーションは、前記アプリケーションのアクティブ領域のアクティブ領域情報を設定するためのＡＰＩと関連付いており、前記アクティブ領域情報は、前記アクティブ領域の座標情報、前記アクティブ領域の幅情報及び前記アクティブ領域の高さ情報を含む、ステップと、
実行部が前記ＡＰＩを実行するステップと、
登録部が前記実行されたＡＰＩによって前記アクティブ領域を登録するステップと、
を含む、デジタルサービス信号処理方法。

【請求項22】

前記受信部がポインタイベントと関連したポインタ情報を受信するステップと、
決定部が前記アクティブ領域情報を用いて、前記アプリケーションが前記アクティブ領域を有するか否かを決定するステップと、
前記決定部が前記アクティブ領域情報を用いて、前記受信したポインタ情報が前記アクティブ領域内に含まれるか否かを決定するステップと、
前記伝送部が前記受信したポインタ情報が前記アクティブ領域内に含まれると、前記ポインタ情報によって前記ポインタイベントを前記アプリケーションに伝送するステップと、
をさらに含む、請求項２１に記載のデジタルサービス信号処理方法。

【請求項23】

デジタルサービス信号を処理する装置であって、
デジタルサービス信号からアプリケーションのためのシグナリング情報を受信する受信部であって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、受信部と、
前記チャネル情報を用いてリクエストを生成する生成部と、
前記生成したリクエストを伝送する伝送部であって、前記受信部は、前記伝送したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を受信する、伝送部と、
前記受信したロケーション情報を用いて前記アプリケーションをダウンロードするダウンロード部であって、前記アプリケーションは、前記アプリケーションのアクティブ領域のアクティブ領域情報を設定するためのＡＰＩと関連付いており、前記アクティブ領域情報は、前記アクティブ領域の座標情報、前記アクティブ領域の幅情報及び前記アクティブ領域の高さ情報を含む、ダウンロード部と、
前記ＡＰＩを実行する実行部と、
前記実行されたＡＰＩによって前記アクティブ領域を登録する登録部と、
を備える、デジタルサービス信号処理装置。

【請求項24】

ポインタイベントと関連したポインタ情報を受信し、
前記アクティブ領域情報を用いて、前記アプリケーションが前記アクティブ領域を有するか否かを決定し、
前記アクティブ領域情報を用いて、前記受信したポインタ情報が前記アクティブ領域内に含まれるか否かを決定し、
前記受信したポインタ情報が前記アクティブ領域内に含まれると、前記ポインタ情報によって前記ポインタイベントを前記アプリケーションに伝送する、請求項２３に記載のデジタルサービス信号処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デジタルサービス信号処理方法及び装置に関し、特に、放送網及びインターネットを用いて地上波放送データを送／受信するハイブリッドデジタル（Ｈｙｂｒｉｄ Ｄｉｇｉｔａｌ）ＴＶシステムにおいて現在の放送番組と関連したアプリケーションを制御するデジタルサービス信号処理方法及び装置に関する。

【背景技術】

【0002】

ハイブリッドデジタルＴＶシステムは、地上波放送番組と関連したメタデータに基づいてＩＰ網を介してエンハンスメントデータ（Ｅｎｈａｎｃｅｍｅｎｔ ｄａｔａ）を送／受信することによって、向上したＴＶ視聴経験を視聴者に提供可能にするＴＶシステムである。

【0003】

ハイブリッドデジタルＴＶシステムの送信機は、放送網を介して実時間で放送データ及び放送データのシグナリング情報を送信することができ、受信機は、放送網を介して実時間で放送データ及び放送データのシグナリング情報を受信することができる。また、ハイブリッドデジタルＴＶシステムの受信機は、受信したシグナリング情報を用いて、ＩＰ網を介して放送データと関連したエンハンスメントデータを受信することができる。

【0004】

したがって、ハイブリッドＴＶシステムの受信機が放送データと関連したアプリケーションなどを取得するためには、当該アプリケーションの取得に必要なシグナリング情報を受信しなければならない。

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述したとおり、ハイブリッドデジタルＴＶシステムは、放送網を介してアプリケーションの取得に必要なシグナリング情報を送／受信することができる。放送網を介してアプリケーションの取得に必要なシグナリング情報が送／受信されない場合には、ハイブリッドＴＶシステムの受信機は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバーから、関連したアプリケーションの取得に必要なシグナリング情報を取得し、取得したシグナリング情報を用いてアプリケーションを受信することができる。

【0006】

ＤＮＳとは、インターネット網通信規約であるＴＣＰ／ＩＰネットワーク上で、人間にとって記憶しやすい文字からなるドメインを、コンピュータで処理可能な数字からなるインターネットアドレスに変えるシステムとそのサーバーを総称する。ドメインネームは、インターネットアドレスであるが、あるコンピュータをインターネット上で実際に探すには、数字体系のインターネットアドレスが必要である。

【0007】

各サイトが運営するホストサーバーはいずれも固有のＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）を有しているため、ドメインネームは、ＤＮＳサーバーを介して、ホストサーバーが認識できるＩＰに変わる。したがって、ＤＮＳサーバーは、各サイトのドメイン情報及びＩＰ情報をデータベースに記憶しており、該当のサイト接続を希望する信号が入力されると、それを訳して、該当のＩＰを有するサイトのホストサーバーに接続させる役割を担う。

【0008】

ハイブリッドデジタルＴＶシステムにおいても、ＤＮＳサーバーは、現在放送番組のチャネル別に、放送番組と関連したアプリケーションを取得するためのシグナリング情報をデータベースに記憶、管理しながら、ハイブリッドＴＶシステムの受信機のリクエスト信号に応じて、アプリケーションを取得するためのシグナリング情報を、ハイブリッドＴＶシステムの受信機に送信することができる。

【0009】

この場合、アプリケーションでインプットデバイスから受け取った入力情報を効率的に処理できないという問題が生じうる。

【課題を解決するための手段】

【0010】

したがって、本発明では、デジタルサービス信号処理方法及び装置を提供する。本発明の一実施例に係るデジタルサービス信号処理方法は、デジタルサービス信号からアプリケーションのためのシグナリング情報を受信するステップであって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、ステップと、前記チャネル情報を用いてリクエストを生成するステップと、前記生成したリクエストを伝送するステップと、前記伝送したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を受信するステップと、前記受信したロケーション情報を用いて前記アプリケーションをダウンロードするステップであって、前記アプリケーションは、前記アプリケーションのモード情報を設定するためのＡＰＩと関連付いており、前記モード情報は、前記アプリケーションの状態を示すモードナンバー及び前記アプリケーションをコントロールするための特定キーセットを含み、前記特定キーセットは前記モードナンバーに対応する、ステップと、前記モード情報を設定するために前記ＡＰＩを実行するステップと、前記モードナンバーによって前記特定キーセットを登録するステップとを含むことができる。

【0011】

本発明の一実施例に係るデジタルサービス信号を処理する方法は、デジタルサービス信号からアプリケーションのためのシグナリング情報を受信するステップであって、前記シグナリング情報は、チャネル情報を有するサービスシグナリングテーブルを含む、ステップと、前記チャネル情報を用いてリクエストを生成するステップと、前記生成したリクエストを伝送するステップと、前記伝送したリクエストに応じて、前記デジタルサービス信号に関連したアプリケーションのロケーション情報を受信するステップと、前記受信したロケーション情報を用いて前記アプリケーションをダウンロードするステップであって、前記アプリケーションは、前記アプリケーションのアクティブ領域のアクティブ領域情報を設定するためのＡＰＩと関連付いており、前記アクティブ領域情報は、前記アクティブ領域の座標情報、前記アクティブ領域の幅情報及び前記アクティブ領域の高さ情報を含む、ステップと、前記ＡＰＩを実行するステップと、前記実行されたＡＰＩによって前記アクティブ領域を登録するステップとを含むことができる。

【発明の効果】

【0012】

本発明の一実施例に係るデジタルサービス信号処理方法及び装置によれば、アプリケーションシグナリング情報関連データベースを効率的に運営することができる。

【0013】

また、本発明の一実施例に係るデジタルサービス信号処理方法及び装置によれば、放送番組の変更などによって、当該放送番組と関連したアプリケーションのライフサイクルを制御することができる。

【0014】

また、本発明の一実施例に係るデジタルサービス信号処理方法及び装置によれば、アプリケーションでリモコン（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌｌｅｒ）などのインプットデバイス（Ｉｎｐｕｔ ｄｅｖｉｃｅ）から入力される情報を効率的に処理することができる。

【0015】

また、本発明の一実施例に係るデジタルサービス信号処理方法及び装置によれば、アプリケーションの状態によってリモコンなどのインプットデバイスからの入力情報を処理できるようにアプリケーションの状態を設定し、効率的に入力情報を処理することができる。

【0016】

本発明のより容易な理解を助けるために含まれる添付の図面が、本発明の実施例を図示し、下記の記載と共に本発明の原理を説明するために提供される。

【0017】

添付の図面は、次のとおりである。

【図面の簡単な説明】

【0018】

【図1】ハイブリッドＴＶシステムの一実施例を示す図である。

【図2】ハイブリッドＴＶシステムの他の実施例を示す図である。

【図3】本発明の一実施例に係るＤＮＳサーバーにおけるアプリケーションデータベースのインスタンスを示す図である。

【図4】本発明の一実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【図5】本発明の一実施例に係るハイブリッドＴＶシステムの動作を示す図である。

【図6】本発明の他の実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【図7】本発明の一実施例に係るＰＳＩＰテーブルの相互関係を示す図である。

【図8】本発明の更に他の実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【図9】本発明の更に他の実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【図10】本発明の一実施例に係るＤＴＶ受信機の動作を示す図である。

【図11】本発明の他の実施例に係るＤＴＶ受信機の動作を示す図である。

【図12】本発明の一実施例に係るＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を呼び出すアプリケーションの動作を示す図である。

【図13】本発明の一実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【図14】本発明の他の実施例に係るＡＰＩを呼び出すアプリケーションの動作を示す図である。

【図15】本発明の他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【図16】本発明の一実施例に係るモード（ｍｏｄｅ）と関連したリモコン（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌｌｅｒ）の入力ボタンを示す図である。

【図17】本発明の一実施例に係るデジタルサービス信号処理装置の動作を示す図である。

【図18】本発明の一実施例に係るデジタルサービス信号処理装置を示す図である。

【図19】本発明の他の実施例に係るデジタルサービス信号処理装置を示す図である。

【図20】本発明の更に他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【図21】本発明の更に他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【発明を実施するための形態】

【0019】

以下、前述した目的を具体的に実現できる本発明の好適な実施例を、添付の図面を参照して説明する。ここで、図面に図示され、且つこれによって説明される本発明の構成及び作用は、一実施例として説明されるものであり、これによって本発明の技術的思想、その核心構成及び作用が制限されることはない。

【0020】

本発明で使われる用語は、本発明における機能を考慮すると共に、可能な限り、現在広く使われている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例又は新しい技術の出現などによって変更されてもよい。また、特定の場合には出願人が任意に選定した用語もあり、その詳細な意味は、該当する発明の説明箇所で記載するものとする。したがって、本発明で使われる用語は、単純な用語の名称ではなくその用語が持つ意味と本発明の内容全般に基づいて定義しなければならないことに留意されたい。

【0021】

図１は、ハイブリッドＴＶシステムの一実施例を示す図である。

【0022】

図１に示すハイブリッドＴＶシステムは、地上波放送網とインターネット網を用いて放送データとエンハンスメントデータを送／受信するハイブリッドＴＶシステムである。図１に示すように、ハイブリッドＴＶシステムは、ブロードキャスタ１０００、コンテンツサーバー１１００及びＤＴＶ受信機１２００を備えることができる。本発明の一実施例に係るコンテンツサーバー１１００は、設計者の意図によって、アプリケーションサーバーと呼ぶこともできる。以下、各ブロックの動作を中心にハイブリッドＴＶシステムを説明する。

【0023】

ブロードキャスタ１０００は、放送番組を送信する放送局を意味し、放送網を介して、実時間放送サービスのＡ／Ｖデータ及びシグナリング情報を、ＤＴＶ受信機１２００に送信することができる。シグナリング情報は、実時間放送サービスのＡ／Ｖデータと関連したチャネル情報などを含むサービスシグナリングテーブル、アプリケーションを取得するためのシグナリング情報などを含むことができる。本発明の一実施例に係るサービスシグナリングテーブルは、ＶＣＴ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）などを含むことができる。また、本発明は、アプリケーションを取得するためのシグナリング情報をアプリケーションシグナリング情報と呼び、これは設計者の意図によって変更可能である。

【0024】

ＤＴＶ受信機１２００は、放送網を介して受信したアプリケーションシグナリング情報を用いて、インターネット網を介してコンテンツサーバー１１００にアプリケーションの送信を要請することができる。

【0025】

また、コンテンツサーバー１１００は、インターネット網を介して、アプリケーションのような現在放送サービスのエンハンスメントデータをＤＴＶ受信機１２００に送信することができる。

【0026】

図２は、ハイブリッドＴＶシステムの他の実施例を示す図である。

【0027】

図２に示すハイブリッドＴＶシステムは、図１で説明したハイブリッドＴＶシステムとほぼ同一であり、ただし、アプリケーションを取得するためのシグナリング情報が放送網を介して送／受信されない。

【0028】

図２に示すハイブリッドＴＶシステムは、図１に示すハイブリッドＴＶシステムと同一であり、ただし、ＤＮＳサーバー２０００が備えられている点が異なる。以下、各ブロックの動作を中心にハイブリッドＴＶシステムを説明する。

【0029】

ブロードキャスタ２０００は、放送網を介して、実時間放送サービスのＡ／Ｖデータ及びシグナリング情報をＤＴＶ受信機２１００に送信することができる。この場合、シグナリング情報は、実時間放送サービスのＡ／Ｖデータと関連したチャネル情報などを有するサービスシグナリングテーブルなどを含むことができるが、アプリケーションシグナリング情報は含んでいない。

【0030】

このため、ＤＴＶ受信機２１００は放送網を介してアプリケーションシグナリング情報を受信することができない。この場合、ＤＴＶ受信機２１００は、放送網を介して受信したシグナリング情報、例えば、チャネル情報などを用いてリクエスト（ｒｅｑｕｅｓｔ）文又はリクエスト信号を生成し、ＤＮＳサーバー２２００にリクエスト信号を伝送してアプリケーションシグナリング情報を要請することができる。アプリケーションシグナリング情報は、アプリケーションのＵＲＬ情報などを含むことができる。

【0031】

上述したとおり、ＤＮＳサーバー２２００は、現在放送番組のチャネル別に、放送番組と関連したアプリケーションシグナリング情報をデータベースに記憶、管理することができる。また、ＤＮＳサーバー２２００は、ＤＴＶ受信機２１００のリクエスト信号に応じてアプリケーションシグナリング情報をＤＴＶ受信機２１００に送信することができる。ＤＮＳサーバー２２００のデータベースに記憶、管理されるアプリケーションシグナリング情報の具体的な内容については後述する。

【0032】

その後、ＤＴＶ受信機２１００は、ＤＮＳサーバー２２００から受信したアプリケーションシグナリング情報を用いて、インターネット網を介してコンテンツサーバー２３００にアプリケーションの送信を要請することができる。また、コンテンツサーバー２３００は、インターネット網を介してアプリケーションのような現在放送サービスのエンハンスメントデータをＤＴＶ受信機２１００に送信することができる。

【0033】

しかしながら、図１及び図２で説明したハイブリッドＴＶシステムでは、放送網を介して又はインターネットを介してアプリケーションシグナリング情報を受信し、これを用いてアプリケーションを取得することができるが、当該アプリケーションのライフサイクルを制御することはできない。

【0034】

例えば、一つのチャネルで特定番組を視聴しているユーザが、リモコンなどを用いて、特定番組と関連したアプリケーションを終了した場合について説明する。

【0035】

特定番組と関連したアプリケーションの大部分は、ウェブブラウザ上で動作するＨＴＭＬなどの形態で提供されているため、ユーザがアプリケーションを終了するとウェブブラウザも共に終了可能である。しかし、同一チャネル内で放送番組が変更された場合には、ＤＴＶ受信機が変更された放送番組と関連したアプリケーション情報を取得できないと、変更された放送番組と関連したアプリケーションをユーザに提供することができない。

【0036】

そこで、本発明では、ハイブリッドＴＶシステムで放送番組が変更される場合、変更された放送番組と関連したアプリケーションのライフサイクルを制御するための方法及び装置を提案する。

【0037】

具体的に、本発明では、放送番組と関連したアプリケーションのライフサイクルを制御するためにＤＴＶ受信機がＤＮＳサーバーから放送番組の変更情報を受信する場合とブロードキャスタから放送番組の変更情報を受信する場合とに区別してアプリケーションを実行するための動作を提案する。

【0038】

以下では、ＤＴＶ受信機がＤＮＳサーバーから放送番組の変更情報を受信する場合の動作を中心に説明する。

【0039】

図３は、本発明の一実施例に係るＤＮＳサーバーにおけるアプリケーションデータベースのインスタンスを示す図である。

【0040】

上述したように、本発明の一実施例に係るハイブリッドＴＶシステムのＤＮＳサーバーとＤＴＶ受信機は、放送番組の変更情報を用いて、当該アプリケーションに対するライフサイクルを制御することができる。具体的に、本発明の一実施例に係るＤＮＳサーバーは、現在チャネル及び放送番組と関連したアプリケーションシグナリング情報を管理し、変更事項があると、関連情報をＤＴＶ受信機に伝送することができる。また、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーからチャネル又は放送番組変更情報を取得し、関連アプリケーションシグナリング情報を受信し、変更された放送番組と関連したアプリケーションを取得、実行することができる。

【0041】

図３は、上述した技術的内容を実行するためのＤＮＳサーバーにおけるアプリケーションデータベースに含まれたアプリケーションシグナリング情報を示す図である。

【0042】

本発明の一実施例に係るＤＮＳサーバーは、図３に示すように、放送チャネル別に、放送番組と関連したアプリケーションシグナリング情報を、放送番組の時間などを基準に維持及び管理するアプリケーションデータベースを有することができる。

【0043】

図３に示すＤＮＳサーバーにおけるアプリケーションデータベースは、放送番組のチャネル番号、当該放送番組の開始時間情報（ｓｔａｒｔ ｔｉｍｅ）、終了時間情報（ｅｎｄ ｔｉｍｅ）、放送番組のタイトル情報、及び関連アプリケーションのＵＲＬ情報などを含むアプリケーションシグナリング情報を有することができる。アプリケーションシグナリング情報の内容は設計者の意図によって変更可能である。

【0044】

このため、本発明の一実施例に係るＤＴＶ受信機は、周期的に、放送チャネル情報、現在時間情報などに基づいてアプリケーションシグナリング情報を要請することができる。本発明の一実施例に係るＤＮＳサーバーは、ＤＴＶ受信機の要請に応じて、放送番組に関する情報、アプリケーションＵＲＬ情報などを含むアプリケーションシグナリング情報を、図３に示すアプリケーションデータベースから抽出し、それをＤＴＶ受信機に送信することができる。また、本発明の一実施例に係るＤＮＳサーバーは、放送番組が変更される時点又はアプリケーションシグナリング情報が変更される時点によって、変更されたアプリケーションシグナリング情報をＤＴＶ受信機に送信することができる。変更されたアプリケーションシグナリング情報は、変更された放送番組情報を含むことができる。このため、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーから取得したアプリケーションシグナリング情報を用いて放送番組変更の有無を確認し、放送番組の変更によって、現在実行中のアプリケーションの実行を終了したり新しいアプリケーションを実行したりし、アプリケーションのライフサイクルを制御することができる。

【0045】

図４は、本発明の一実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【0046】

具体的に、図４は、本発明の一実施例に係るＤＴＶ受信機がＤＮＳサーバーからアプリケーションシグナリング情報を受信した後の、受信したアプリケーションシグナリング情報を用いてアプリケーションを実行するための動作を示すフローチャートである。

【0047】

上述したように、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションシグナリング情報を受信することができる（Ｓ４０００）。図３で上述したように、本発明の一実施例に係るＤＮＳサーバーは、放送チャネル別に、放送番組と関連したアプリケーションシグナリング情報を、時間などを基準に維持及び管理するアプリケーションデータベースを有することができる。また、ＤＴＶ受信機は、周期的に、放送チャネル情報、現在時間情報などに基づいてＤＮＳサーバーにアプリケーションシグナリング情報を要請し、ＤＮＳサーバーからアプリケーションシグナリング情報を受信することができる。また、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いて、当該アプリケーションをダウンロードすることもできる。

【0048】

その後、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されている又は実行中のアプリケーションと同一であるか否かを判断することができる（Ｓ４１００）。このため、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報と関連したアプリケーションが既に記憶されているか否かを確認することができる。

【0049】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが既存に記憶されたり実行されているアプリケーションと同一であると、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いてアプリケーションを実行するための動作を終了することができる。この場合、本発明の一実施例に係るＤＴＶ受信機は、記憶されているアプリケーションを実行しなくても実行してもよく、既に実行中のアプリケーションの実行状態を維持してもよい。

【0050】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されているアプリケーションと同一でないと、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効か否かを判断することができる（Ｓ４２００）。すなわち、受信したアプリケーションシグナリング情報と関連したアプリケーションが、現在チャネルの放送番組と関連したアプリケーションであるか否かを判断することができる。

【0051】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効なアプリケーションでないと、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いてアプリケーションを実行するための動作を終了することができる。この場合、本発明の一実施例に係るＤＴＶ受信機は、記憶したアプリケーションを実行しなくても実行してもよく、既に実行中のアプリケーションの実行状態を維持してもよい。

【0052】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効なアプリケーションであると、本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションがあるか否かを判断することができる（Ｓ４３００）。

【0053】

判断の結果、現在実行中のアプリケーションがあると、本発明の一実施例に係るＤＴＶ受信機は、当該アプリケーションの実行を中止することができる（Ｓ４４００）。

【0054】

判断の結果、現在実行中のアプリケーションがないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションを実行するためのアプリケーションインジケータをディスプレイ部にディスプレイすることができる（Ｓ４５００）。

【0055】

また、本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションの実行を中止した場合にもアプリケーションインジケータをディスプレイすることができる（Ｓ４５００）。

【0056】

その後、本発明の一実施例に係るＤＴＶ受信機は、ユーザから上述のアプリケーションインジケータ（ａｐｐｌｉｃａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）を実行させるためのユーザインプットシグナル（ｕｓｅｒ ｉｎｐｕｔ ｓｉｇｎａｌ）が入力されたか否かを判断することができる（Ｓ４６００）。本発明の一実施例に係るアプリケーションインジケータは、ユーザに、関連アプリケーションを実行する準備ができており、リモコンのレッド−ボタン（Ｒｅｄ−Ｂｕｔｔｏｎ）を用いて進入可能である旨を知らせるためのものである。本発明の一実施例に係るアプリケーションインジケータは、現在ディスプレイされている放送番組のコンテンツと一緒にディスプレイすることができる。アプリケーションインジケータの形態、ディスプレイ位置、面積などは、設計者の意図によって変更可能である。また、本発明の一実施例に係るユーザインプットシグナルは、ユーザがリモコンのレッド−ボタンを用いてＤＴＶ受信機に入力することができる。

【0057】

判断の結果、ユーザインプットシグナル（ｕｓｅｒ ｉｎｐｕｔ ｓｉｇｎａｌ）が入力されていないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了することができる（Ｓ４７００）。

【0058】

判断の結果、ユーザインプットシグナルが入力されていると、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションサーバーからアプリケーションをダウンロードし、ダウンロードしたアプリケーションを実行することができる（Ｓ４８００）。アプリケーションのダウンロードは、上述したように、アプリケーションシグナリング情報を受信すると直ぐに行うこともでき、ユーザインプットシグナルが入力された後に行うこともできる。これは設計者の意図によって可能である。

【0059】

その後、ＤＴＶ受信機は、アプリケーションの実行のための動作を終了することができる（Ｓ４９００）。

【0060】

図５は、本発明の一実施例に係るハイブリッドＴＶシステムの動作を示す図である。

【0061】

具体的に、図５は、本発明の一実施例に係るハイブリッドＴＶシステムの動作を、図１乃至図２で説明したハイブリッドＴＶシステムを構成するＤＴＶ受信機５０００、ＤＮＳサーバー５１００及びアプリケーションサーバー５２００の動作を中心に示している。

【0062】

以下、各構成ブロックを中心にハイブリッドＴＶシステムの動作を説明する。

【0063】

図５に示すように、ＤＴＶ受信機５０００は、ブロードキャスタから受信したシグナリング情報から、チャネル情報及び現在放送番組の時間情報などを取得することができる。ブロードキャスタから受信したシグナリング情報は、ＶＣＴ、ＥＩＴのようなサービスシグナリングテーブルなどを含むことができ、ＤＴＶ受信機５０００は、サービスシグナリングテーブルからチャネル情報及び現在放送番組の時間情報などを取得することができる。

【0064】

その後、ＤＴＶ受信機５０００は、チャネル情報及び現在放送番組時間情報などを用いてＨＴＴＰリクエスト文を生成することができる。ＨＴＴＰリクエスト文は、ｈｔｔｐ：／／ｗｗｗ．ｏｈｔｖ．ｏｒｇ？ｃｈ＝９−１＆ｔｉｍｅ＝２０１２−１１−１０−１３：１０＆．．．のように、親ドメインネーム（ｐａｒｅｎｔ ｄｏｍａｉｎ ｎａｍｅ）と特定メディア（ｓｐｅｃｉｆｉｃ ｍｅｄｉａ）、メジャーチャネル番号（ｍａｊｏｒ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）、マイナーチャネル番号（ｍｉｎｏｒ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）などの組合せで構成することができる。これは設計者の意図によって変更可能である。

【0065】

その後、ＤＴＶ受信機５０００は、ＨＴＴＰリクエスト文を伝達するためのリクエスト信号をＤＮＳサーバー５１００に伝送することができる。ＤＮＳサーバー５１００は、上述したように、ＤＴＶ受信機５０００から受信したリクエスト信号に応じてアプリケーションシグナリング情報を伝送することができる。図５に示すように、アプリケーションシグナリング情報は、アプリケーションＵＲＬ情報などを含むことができる。

【0066】

その後、ＤＴＶ受信機５０００は、受信したアプリケーションシグナリング情報に含まれたアプリケーションＵＲＬ情報などを用いて、アプリケーションサーバー５２００にアプリケーションを要請することができる。すると、アプリケーションサーバー５２００はＤＴＶ受信機５０００に該当のアプリケーションを送信することができる。ＤＴＶ受信機５０００は、受信したアプリケーションを実行することができる。

【0067】

ＤＮＳサーバー５１００は、図３で説明したように、アプリケーションシグナリング情報を管理、維持することができる。また、ＤＮＳサーバー５１００は、放送番組が変更される時点又はアプリケーションシグナリング情報が変更される時点によって、変更されたアプリケーションシグナリング情報をＤＴＶ受信機に送信することができる。変更されたアプリケーションシグナリング情報は、変更された放送番組情報又は変更された放送番組情報に基づくアプリケーションＵＲＬ情報などを含むことができる。

【0068】

このため、ＤＴＶ受信機５０００は、ＤＮＳサーバー５１００から受信した変更されたアプリケーションシグナリング情報を用いて、実行中のアプリケーションの実行を終了し、新しいアプリケーションを実行することができる。

【0069】

図５に示すように、ＤＴＶ受信機５０００は、実行中のアプリケーションが番組の終了とともに終了すると、再びブロードキャスタから受信したシグナリング情報からチャネル情報及び現在時間情報などを取得し、取得したチャネル情報及び現在時間情報などを用いてリクエスト文を生成してＤＮＳサーバー５１００に伝送し、アプリケーションシグナリング情報を受信し、受信したシグナリング情報を用いてアプリケーションサーバー５２００から、要請したアプリケーションを受信し、受信したアプリケーションを実行することができる。

【0070】

すなわち、図５に示すように、ＤＴＶ受信機５０００は、アプリケーションの終了又はアプリケーションシグナリング情報の変更によって、同一の動作を繰り返し行うことができる。

【0071】

図６は、本発明の他の実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【0072】

上述したように、本発明の一実施例に係るＤＴＶ受信機は、周期的に、ＤＮＳサーバーに、現在チャネル及び放送番組と関連したアプリケーションシグナリング情報を要請することができる。図６は、周期ごとに反復される本発明の一実施例に係るＤＴＶ受信機の動作を示す図である。図６に示すＤＴＶ受信機の動作は、図４で説明したＤＴＶ受信機の動作に類似しており、同一の動作については簡略に説明する。

【0073】

図５で説明したように、ＤＴＶ受信機は、ブロードキャスタから受信したシグナリング情報からチャネル情報及び現在時間情報などを取得することができる（Ｓ６０００）。ブロードキャスタから受信したシグナリング情報は、ＶＣＴのようなサービスシグナリングテーブルなどを含むことができる。

【0074】

その後、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーからアプリケーションシグナリング情報を受信することができる（Ｓ６１００）。上述したように、ＤＴＶ受信機は、ブロードキャスタから受信したシグナリング情報を用いてリクエスト文を生成し、リクエスト信号をＤＮＳサーバーに伝送することができる。ＤＮＳサーバーは、受信したリクエスト信号に応じてＤＴＶ受信機にアプリケーションシグナリング情報を伝送することができる。

【0075】

その後、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されている又は実行中のアプリケーションと同一であるか否かを判断することができる（Ｓ６２００）。このため、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報と関連したアプリケーションが既に記憶されているか否かを確認することができる。

【0076】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されていたり実行されているアプリケーションと同一であると、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いてアプリケーションを実行するための動作を終了することができる。この場合、本発明の一実施例に係るＤＴＶ受信機は、記憶されているアプリケーションを実行しなくても実行してもよく、既に実行中のアプリケーションの実行状態を維持してもよい。

【0077】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されているアプリケーションと同一でないと、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効か否かを判断することができる（Ｓ６３００）。すなわち、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルの放送番組と関連したアプリケーションであるか否かを判断することができる。

【0078】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効なアプリケーションでないと、本発明の一実施例に係るＤＴＶ受信機は、受信したアプリケーションシグナリング情報を用いてアプリケーションを実行するための動作を終了することができる。この場合、本発明の一実施例に係るＤＴＶ受信機は、記憶されているアプリケーションを実行しなくても実行してもよく、既に実行中のアプリケーションの実行状態を維持してもよい。

【0079】

判断の結果、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効なアプリケーションであると、本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションがあるか否かを判断することができる（Ｓ６４００）。

【0080】

判断の結果、現在実行中のアプリケーションがあると、本発明の一実施例に係るＤＴＶ受信機は、当該アプリケーションの実行を中止することができる（Ｓ６５００）。

【0081】

判断の結果、現在実行中のアプリケーションがないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションを実行するためのアプリケーションインジケータをディスプレイ部にディスプレイすることができる（Ｓ６６００）。

【0082】

本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションの実行を中止した場合にもアプリケーションインジケータをディスプレイすることができる（Ｓ６６００）。

【0083】

その後、本発明の一実施例に係るＤＴＶ受信機は、ユーザから、上述したアプリケーションインジケータを実行させるためのユーザインプットシグナルが入力されたか否かを判断することができる（Ｓ６７００）。

【0084】

判断の結果、ユーザインプットシグナルが入力されていないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了することができる（Ｓ６８００）。

【0085】

判断の結果、ユーザインプットシグナルが入力されていると、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションサーバーからアプリケーションをダウンロードし、ダウンロードしたアプリケーションを実行することができる（Ｓ６９００）。アプリケーションのダウンロードは、上述したように、アプリケーションシグナリング情報を受信すると直ぐに行うこともでき、ユーザインプットシグナルが入力された後に行うこともできる。これは設計者の意図によって可能である。

【0086】

その後、ＤＴＶ受信機は、アプリケーションの実行のための動作を終了することができる。

【0087】

以下では、ＤＴＶ受信機がブロードキャスタから受信したＰＳＩＰ情報から放送番組の変更情報を取得してアプリケーションを制御する動作を中心に説明する。

【0088】

図７は、本発明の一実施例に係るＰＳＩＰテーブルの相互関係を示す図である。

【0089】

本発明の一実施例に係るＤＴＶ受信機は、ＰＳＩＰテーブルの情報を用いて、現在チャネルの放送番組に関する番組情報を抽出し、抽出された番組情報を用いて、当該放送番組と関連したアプリケーションのライフサイクルを制御することができる。

【0090】

図７は、本発明の一実施例に係る、ブロードキャスタが送信するＰＳＩＰテーブルの相互関係を示す図である。

【0091】

図７に示すように、ＭＧＴ（Ｍａｓｔｅｒ Ｇｕｉｄｅ Ｔａｂｌｅ）７０００は、ＰＳＩＰテーブルに関する情報を含む。このため、本発明の一実施例に係るＤＴＶ受信機は、ＭＧＴを受信し、ＭＧＴ内のＰＳＩＰテーブル情報を取得することができる。その後、ＤＴＶ受信機は、トランスポートストリームで伝送されるチャネルに関する情報を含むＶＣＴ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｔａｂｌｅ）７１００と、特定チャネルの、時間によるイベントの詳細情報を含むＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）７２００などを取得することができる。

【0092】

ＤＴＶ受信機は、取得したテーブル情報を用いて、現在視聴中の放送チャネルの現在及び将来の放送される番組のイベント情報を取得及び類推することができる。具体的に、図７に示すように、ＤＴＶ受信機は、ＶＣＴ７１００からチャネル番号と各チャネルに対応するチャネル供給者を示すｓｏｕｒｃｅ＿ｉｄ情報を取得することができる。その後、ＤＴＶ受信機は、ｓｏｕｒｃｅ＿ｉｄ情報を用いて当該ＥＩＴを取得することができる。また、ＤＴＶ受信機は、取得したチャネル情報及び番組情報などを用いてＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）を生成してユーザに提供することができる。

【0093】

上述したように、ＤＴＶ受信機は、特定チャネルに進入すると、ＶＣＴなどから現在チャネルに関する情報を取得し、これを用いて、ＤＮＳサーバーに、当該チャネルに関するアプリケーションシグナリング情報を要請することができる。また、ＤＴＶ受信機は、ＥＩＴに含まれた情報を用いて、特定チャネルに対するイベント、すなわち、特定放送番組の開始及び終了の時間を抽出することができるので、当該チャネルにおける、時間による放送番組変更の有無を判断することができる。例えば、ユーザが同一チャネルを続けて視聴する場合、ＤＴＶ受信機は、特定放送番組が終了する時点で、特定放送番組と関連付いているアプリケーションの実行を終了させることができる。

【0094】

また、ユーザが実行中のアプリケーションをリモコンなどを用いて任意に終了した場合、本発明の一実施例に係るＤＴＶ受信機は、終了したアプリケーションと関連した放送番組が進行されている間であっても、ユーザが終了させたアプリケーションに関するシグナリング情報を取得しても当該アプリケーションを実行しない。しかし、当該番組が終了し、新しい放送番組が始まる場合には、本発明の一実施例に係るＤＴＶ受信機は、新しい放送番組と関連したアプリケーションシグナリング情報をＤＮＳサーバーに要請し、新しい放送番組と関連したアプリケーションシグナリング情報を受信して当該アプリケーションを実行させることができる。

【0095】

図８は、本発明の更に他の実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【0096】

具体的に、図８は、一つのチャネルで新しい放送番組が始まる場合、本発明の一実施例に係るＤＴＶ受信機が、新しい放送番組と関連したアプリケーションシグナリング情報を取得し、アプリケーションを実行する動作を示すフローチャートである。図８に示すＤＴＶ受信機の動作は、図４乃至図６で説明したＤＴＶ受信機の動作と類似するため、簡略に説明する。

【0097】

本発明の一実施例に係るＤＴＶ受信機は、新しい番組を開始することができる（Ｓ８０００）。

【0098】

その後、本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションがあるか否かを判断することができる（Ｓ８１００）。

【0099】

判断の結果、現在実行中のアプリケーションがあると、本発明の一実施例に係るＤＴＶ受信機は、当該アプリケーションの実行を中止することができる（Ｓ８２００）。

【0100】

その後、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したシグナリング情報から、チャネル情報及び現在時間情報などを取得することができる（Ｓ８３００）。ブロードキャスタから受信したシグナリング情報は、ＶＣＴのようなサービスシグナリングテーブルなどを含むことができる。

【0101】

その後、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーからアプリケーションシグナリング情報を受信することができる（Ｓ８４００）。

【0102】

その後、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションシグナリング情報を用いて、現在放送番組と関連したアプリケーションが存在するか否かを判断することができる（Ｓ８５００）。

【0103】

判断の結果、現在放送番組と関連したアプリケーションが存在しないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションの実行のための動作を終了することができる。

【0104】

判断の結果、現在番組と関連したアプリケーションが存在すると、本発明の一実施例に係るＤＴＶ受信機は、ディスプレイ部にアプリケーションを実行するためのアプリケーションインジケータをディスプレイすることができる（Ｓ８６００）。

【0105】

その後、本発明の一実施例に係るＤＴＶ受信機は、ユーザから、上述したアプリケーションインジケータを実行させるためのユーザインプットシグナルが入力されたか否かを判断することができる（Ｓ８７００）。

【0106】

判断の結果、ユーザインプットシグナルが入力されていないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了することができる（Ｓ８８００）。

【0107】

判断の結果、ユーザインプットシグナルが入力されていると、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションサーバーからアプリケーションをダウンロードし、ダウンロードしたアプリケーションを実行することができる（Ｓ８９００）。

【0108】

その後、ＤＴＶ受信機は、アプリケーションの実行のための動作を終了することができる。

【0109】

図９は、本発明の更に他の実施例に係るＤＴＶ受信機の動作を示すフローチャートである。

【0110】

具体的に、図９は、新しいチャネルに進入した場合、本発明の一実施例に係るＤＴＶ受信機が、新しいチャネルと関連したアプリケーションシグナリング情報を取得する動作を示すフローチャートである。図９に示すＤＴＶ受信機の動作は、図４乃至図６及び図８で説明したＤＴＶ受信機の動作に類似するため、簡略に説明する。本発明の一実施例に係るＤＴＶ受信機は、新しいチャネルを開始することができる（Ｓ９００００）。

【0111】

その後、本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションがあるか否かを判断することができる（Ｓ９０１００）。

【0112】

判断の結果、現在実行中のアプリケーションがあると、本発明の一実施例に係るＤＴＶ受信機は、当該アプリケーションの実行を中止することができる（Ｓ９０２００）。

【0113】

その後、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したシグナリング情報から、チャネル情報及び現在時間情報などを取得することができる（Ｓ９０３００）。

【0114】

その後、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーからアプリケーションシグナリング情報を受信することができる（Ｓ９０４００）。

【0115】

その後、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションシグナリング情報を用いて、現在放送番組と関連したアプリケーションが存在するか否かを判断することができる（Ｓ９０５００）。

【0116】

判断の結果、現在番組と関連したアプリケーションが存在しないと、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したＥＩＴを用いて、現在チャネルの番組が変更されたか否かを確認することができる（Ｓ９１０００）。

【0117】

判断の結果、現在番組と関連したアプリケーションが存在すると、本発明の一実施例に係るＤＴＶ受信機は、ディスプレイ部にアプリケーションを実行するためのアプリケーションインジケータをディスプレイすることができる（Ｓ９０６００）。

【0118】

その後、本発明の一実施例に係るＤＴＶ受信機は、ユーザから、上述したアプリケーションインジケータを実行させるためのユーザインプットシグナルが入力されたか否かを判断することができる（Ｓ９０７００）。

【0119】

判断の結果、ユーザインプットシグナルが入力されていないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了することができる（Ｓ９０８００）。その後、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したＥＩＴを用いて、現在チャネルの番組が変更されたか否かを確認することができる（Ｓ９１０００）。

【0120】

また、判断の結果、ユーザインプットシグナルが入力されていると、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションサーバーからアプリケーションをダウンロードし、ダウンロードしたアプリケーションを実行することができる（Ｓ９０９００）。

【0121】

その後、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したＥＩＴを用いて、現在チャネルの放送番組が変更されたか否かを判断することができる（Ｓ９１０００）。

【0122】

確認の結果、放送番組が変更されていると、本発明の一実施例に係るＤＴＶ受信機は、現在実行中のアプリケーションがあるか否かを再び判断することができる（Ｓ９０１００）。その後、本発明の一実施例に係るＤＴＶ受信機は、Ｓ９０２００段階から各段階による動作を再び行うことができる。

【0123】

判断の結果、放送番組が変更されていないと、本発明の一実施例に係るＤＴＶ受信機は、現在チャネルが変更されたか否かを判断することができる（Ｓ９１２００）。

【0124】

判断の結果、チャネルが変更されていると、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したＥＩＴを用いて、現在チャネルの番組が変更されたか否かを確認することができる（Ｓ９１０００）。その後、本発明の一実施例に係るＤＴＶ受信機は、Ｓ９１１００段階から各段階による動作を再び行うことができる。

【0125】

判断の結果、チャネルが変更されていないと、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションの実行のための動作を終了することができる。

【0126】

図１０は、本発明の一実施例に係るＤＴＶ受信機の動作を示す図である。

【0127】

図１０は、現在番組と関連したアプリケーションが存在する場合、ユーザ入力によるＤＴＶ受信機の動作を示す図である。具体的に、図１０は、ニュースと天気（Ｎｅｗｓ ＆ ｗｅａｔｈｅｒ）放送番組の放送時間において本発明の一実施例に係るＤＴＶ受信機の動作を示している。

【0128】

図４乃至図６、図８、及び図９で説明したように、本発明の一実施例に係るＤＴＶ受信機は、ニュースと天気（Ｎｅｗｓ ＆ｗｅａｔｈｅｒ）放送番組の放送時間（タイムライン）の間にディスプレイすることができる（１００００）。その後、本発明の一実施例に係るＤＴＶ受信機は、上述したように、ブロードキャスタ又はＤＮＳサーバーからアプリケーションシグナリング情報を受信し、アプリケーションシグナリング情報を用いて、現在ディスプレイされているニュースと天気（Ｎｅｗｓ ＆ ｗｅａｔｈｅｒ）放送番組と関連したアプリケーションが存在するか否かを判断することができる。

【0129】

上述したように、ＤＮＳサーバーからアプリケーションシグナリング情報を受信する場合には、本発明の一実施例に係るＤＴＶ受信機は、ブロードキャスタから受信したシグナリング情報から取得したチャネル情報及び現在時間情報などを用いてリクエスト文を生成し、ＤＮＳサーバーにリクエスト信号を送信し、ＤＮＳサーバーからアプリケーションシグナリング情報を受信することができる。具体的な内容は、図４乃至図６、図８、及び図９で説明したため、省略する。

【0130】

また、本発明の一実施例に係るＤＴＶ受信機は、ディスプレイ部に、アプリケーションを実行するためのアプリケーションインジケータをディスプレイすることができる（１０１００）。上述したように、本発明の一実施例に係るアプリケーションインジケータは、ユーザに、関連アプリケーションを実行する準備ができており、リモコンのレッド−ボタンを用いて進入可能であることを知らせるためのものである。また、図１０に示すように、本発明の一実施例に係るアプリケーションインジケータは、現在ディスプレイされている放送番組のコンテンツと併せてディスプレイすることができ、アプリケーションインジケータの形態、ディスプレイ位置などは設計者の意図によって変更可能である。また、本発明の一実施例に係るユーザインプットシグナルは、ユーザのリモコンのレッド−ボタン入力によってＤＴＶ受信機に伝達することができる。このため、本発明の一実施例に係るＤＴＶ受信機は、ユーザから、上述したアプリケーションインジケータを実行させるためのユーザインプットシグナルが入力されたか否かを判断することができる。

【0131】

ユーザインプットシグナルが入力されていると判断された場合、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションサーバーからアプリケーションをダウンロードし、ダウンロードしたアプリケーションを実行することができる（１０２００）。この場合、図１０に示すように、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了し、ＤＴＶ受信機のディスプレイ部に現在ニュースと天気の放送番組のコンテンツとアプリケーションを同時にディスプレイすることができる。

【0132】

ユーザインプットシグナルが入力されていないと判断された場合、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了し、現在ニュースと天気の番組が終了するまでアプリケーションを実行しない（１０３００）。

【0133】

図１１は、本発明の他の実施例に係るＤＴＶ受信機の動作を示す図である。

【0134】

図１１は、現在放送中の番組が変更される場合、アプリケーションのライフサイクルを制御するＤＴＶ受信機の動作を示す図である。具体的に、図１１は、ニュースと天気の放送番組からスポーツ（Ｓｐｏｒｔｓ）の放送番組に変更されるとき、アプリケーションの実行を終了するＤＴＶ受信機の動作を示している。図１１は、図１０で説明したように、現在ニュースと天気の放送番組と関連したアプリケーションが存在する場合を前提とする。

【0135】

図４乃至図６、図８、及び図９で説明したように、本発明の一実施例に係るＤＴＶ受信機は、ニュースと天気の放送番組の放送時間（タイムライン）の間に、アプリケーションを実行するためのアプリケーションインジケータをディスプレイすることができる（１1０００）。

【0136】

その後、本発明の一実施例に係るＤＴＶ受信機は、図１０で説明したように、ユーザから、上述したアプリケーションインジケータを実行させるためのユーザインプットシグナルが入力されたか否かを判断することができる。

【0137】

ユーザインプットシグナルが入力されたと判断される場合、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションサーバーからアプリケーションをダウンロードし、ダウンロードしたアプリケーションを実行することができる（１１２００）。この場合、図１０に示すように、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了し、ＤＴＶ受信機のディスプレイ部に、現在ニュースと天気の放送番組のコンテンツとアプリケーションを同時にディスプレイすることができる。

【0138】

ユーザインプットシグナルが入力されていなと判断される場合、本発明の一実施例に係るＤＴＶ受信機は、アプリケーションインジケータのディスプレイを終了し、現在ニュースと天気の放送番組が終了するまでアプリケーションを実行しない（１１３００）。

【0139】

その後、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーから、変更されたアプリケーションシグナリング情報を受信したり又はブロードキャスタから受信したＶＩＴ、ＥＩＴ内の情報を用いたりして、現在の番組が変化されたか否かを検知することができる。

【0140】

ＤＮＳサーバーからの変更されたアプリケーションシグナリング情報又はＶＩＴ、ＥＩＴ内の情報が、現在のニュースと天気の放送番組が終了し、スポーツの放送番組が始まる旨を示す場合、本発明の一実施例に係るＤＴＶ受信機は、ＤＮＳサーバーからの変更されたアプリケーションシグナリング情報又はＶＩＴ、ＥＩＴ内の情報に基づいて、ディスプレイしていたニュースと天気の放送番組及びアプリケーションを終了し、新しいスポーツ（ｓｐｏｒｔ）放送番組をディスプレイすることができる（１１３００）。具体的な内容は、図３乃至図９で説明したとおりである。

【0141】

その後、本発明の一実施例に係るＤＴＶ受信機は、上述したように、ブロードキャスタ又はＤＮＳサーバーからアプリケーションシグナリング情報を受信し、アプリケーションシグナリング情報を用いて、現在ディスプレイされているスポーツの番組と関連したアプリケーションが存在するか否かを判断することができる。具体的な内容は、図４乃至図６、及び図８乃至図１０で説明したため、省略する。

【0142】

その後、本発明の一実施例に係るＤＴＶ受信機は、ディスプレイ部に、アプリケーションを実行するためのアプリケーションインジケータをディスプレイすることができる（１１４００）。

【0143】

上述したように、本発明の一実施例に係るＤＴＶ受信機は、インプットデバイス（ｉｎｐｕｔ ｄｅｖｉｃｅ）から入力情報を受信することができる。本発明の一実施例に係る入力情報は、ユーザがリモコン（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌｌｅｒ）の特定キー（ｋｅｙ）を押して入力するユーザインプットシグナルなどを含むことができる。ＤＴＶ受信機で実行されているアプリケーションは、入力情報を受信し、入力情報に基づく動作を行った後、入力情報に対応するリモコンのキーに対する制御権をＤＴＶ受信機にリターンし、ＤＴＶ受信機で当該キーと関連した動作を行えるようにする。本発明では、キー入力又はキー入力と関連した動作を、キーイベント（ｋｅｙ ｅｖｅｎｔ）と呼ぶことができる。しかし、アプリケーションが当該キーに対するイベントを処理する途中、アプリケーションの実行が中断されると、ＤＴＶ受信機は当該キーに対する制御権を取得できず、当該キーと関連した動作を行うことができないという問題が生じうる。

【0144】

そこで、本発明では、上述した問題を解決するために、アプリケーションごとに当該アプリケーションで処理するためのインプットデバイスの入力情報をＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が当該入力情報を受信する場合にのみ、当該入力情報をアプリケーションに伝達するための方法を提案する。具体的に、本発明では、リモコンなどのインプットデバイスから入力される入力情報のうち、アプリケーションで必要なキー（Ｋｅｙ）に関する情報をＤＴＶ受信機に設定するために、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を使用する方法を提案する。複数のキーは、リモコンなどのインプットデバイスを介して入力し、キーコード（Ｋｅｙ ｃｏｄｅ）にマップすることができる。本発明の一実施例に係る複数のキーをキーセット（Ｋｅｙｓｅｔ）と呼ぶことができる。キーコードは、各キーを識別又は説明するためのコードであり、数字（ｎｕｍｅｒｉｃ）形態の整数（ｉｎｔｅｇｅｒ）などで表現することができる。

【0145】

下記のテーブル１は、上述したアプリケーションで必要なキー情報をＤＴＶ受信機に設定するために用いるＡＰＩの一実施例を示す。本発明の一実施例に係るＡＰＩは、ＳｅｔＫｅｙＶａｌｕｅｓ ＡＰＩと呼ぶことができ、これは設計者の意図によって変更可能である。また、本発明の一実施例に係るＡＰＩは、ＳｅｔＫｅｙＶａｌｕｅｓ（Ｉｎｔｅｇｅｒ ｋｅｙｓ［］）で表現することができ、括弧中の整数キー（ｉｎｔｅｇｅｒ ｋｅｙ）値は、各アプリケーションが受信しようとするキーのキーコード値に該当する。テーブル１に開示されたデスクリプション（ｄｅｓｃｒｉｐｔｉｏｎ）は、ＳｅｔＫｅｙＶａｌｕｅｓ ＡＰＩの機能を定義するためのものであり、デスクリプション内のデバイスは、本発明のＤＴＶ受信機又はデジタルサービス信号処理装置を意味することができる。また、デスクリプション内のキーセットは、アプリケーションが受信しようとするキーの集合を意味することができる。アーギュメント（Ａｒｇｕｍｅｎｔ）は、ＡＰＩの媒介変数を意味する。テーブル１に示すように、ＳｅｔＫｅｙＶａｌｕｅｓ ＡＰＩのアーギュメント（Ａｒｇｕｍｅｎｔ）はキーであり、アプリケーションで要請するキーの整数セット（ｉｎｔｅｇｅｒ ｓｅｔ）を意味する。
［テーブル１］
void SetKeyValues(Integer keys[])

【0146】

デスクリプション（Ｄｅｓｃｒｉｐｔｉｏｎ） アプリケーションに伝達されるキーセットの値をデバイス上に設定することができる。各キーは、整数形態のキーコードと関連しており、キーコードを用いて、アプリケーションで受信しようとするキーに対して数字値を設定することができる。デバイスは、キーに対するイベントが発生すると、当該ＡＰＩを介して設定された値を用いて、アプリケーションにキーに関する情報を伝達するか否かを決定することができる。

【0147】

アーギュメントキー（Ａｒｇｕｍｅｎｔｓ Ｋｅｙｓ） アプリケーションが受信するために要請するキーの整数セット（ｉｎｔｅｇｅｒ ｓｅｔ）。各キーは、整数値（ｉｎｔｅｇｅｒ ｖａｌｕｅ）と関連している。

【0148】

図１２は、本発明の一実施例に係るＡＰＩを呼び出すアプリケーションの動作を示す図である。

【0149】

図１２は、リモコン１２０００のカラー（ｃｏｌｏｒ）ボタン及び左側（ｌｅｆｔ）ボタンのキーコード（ｋｅｙ ｃｏｄｅ）が特定整数値に設定された場合、現在実行中のアプリケーションでカラーボタンのキーコード（ｋｅｙ ｃｏｄｅ）のみを受信するために上述のＡＰＩを実行する動作を示す。

【0150】

図１２に示すように、ユーザは、リモコン１２０００のカラー（ｃｏｌｏｒ）ボタン又は左側（ｌｅｆｔ）ボタンを押し、各ボタンに対応するキーをＤＴＶ受信機１２１００に入力することができる。各キーに対するキーコードは、図１２に示すように、次の整数値を有することができる。
const Number VK_RED =0x01;
const Number VK_GREEN =0x02;
const Number VK_YELLOW =0x04;
const Number VK_BLUE =0x08;
const Number VK_LEFT =0x10;

【0151】

本発明の一実施例に係るアプリケーションは、上述したテーブル１のＡＰＩを用いて、当該アプリケーションが受信しようとするキーセットに対する値をＤＴＶ受信機１２１００に設定することができる。この場合、図１２に示すように、現在アプリケーションが受信しようとするキーセットはカラーボタンのみを含むので、テーブル１のＡＰＩは、図１２に示すように、カラーボタンのキーコード（ｋｅｙ ｃｏｄｅ）値で表現することができる。
SetKeyValues(｛0x01, 0x02, 0x04, 0x08｝);

【0152】

図１３は、本発明の一実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【0153】

図１３は、具体的に、本発明の一実施例に係るデジタルサービス信号処理装置でアプリケーションが用いるキーセットによるキー入力に関する処理過程を示している。本発明の一実施例に係るデジタルサービス信号処理装置は、ＤＴＶ受信機のみを含んだり、又は図１及び２で説明したハイブリッドデジタルＴＶシステムを含む概念で使うことができる。これは設計者の意図によって変更可能である。

【0154】

ユーザによってリモコンの特定キーに該当するキーが入力されると、デジタルサービス信号処理装置は、現在アプリケーションが実行中であるか否かを判断することができる（Ｓ１３０００）。

【0155】

判断の結果、現在アプリケーションが実行中であれば、デジタルサービス信号処理装置は、アプリケーションが受信しようとするキーセット、すなわち、複数キーを持っているか否かを判断することができる（Ｓ１３１００）。図１２で上述したように、本発明の一実施例に係るアプリケーションは、ＡＰＩを用いて、アプリケーションが受信しようとするキーセットを設定することができ、デジタルサービス信号処理装置は、ＡＰＩを用いて、設定されたキーセットを確認することができる。

【0156】

判断の結果、現在アプリケーションが実行中でないと、デジタルサービス信号処理装置は、キーイベント（Ｋｅｙ ｅｖｅｎｔ）を独自で処理することができる（Ｓ１３４００）。その後、デジタルサービス信号処理装置は、アプリケーションが有するキーセットに、現在入力されたキーが含まれているか否かを判断することができる（Ｓ１３２００）。

【0157】

判断の結果、アプリケーションの有するキーセットに、現在入力されたキーが含まれていると、デジタルサービス信号処理装置は、キーイベントをアプリケーションに伝達することができる（Ｓ１３３００）。

【0158】

判断の結果、アプリケーションの有するキーセットに、現在入力されたキーが含まれていないと、デジタルサービス信号処理装置はキーイベントを独自で処理することができる（Ｓ１３４００）。

【0159】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、一連の動作を終了することができる。

【0160】

上述したように、本発明は、アプリケーションごとに、当該アプリケーションで処理するためのインプットデバイスの入力情報をＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が当該入力情報を受信した場合にのみ、当該入力情報をアプリケーションに伝達するためにＡＰＩを用いることを一実施例とする。以下では、本発明の一実施例に係るインプットデバイスがポインティングデバイス（ｐｏｉｎｔｉｎｇ ｄｅｖｉｃｅ）である場合であり、ディスプレイされているアプリケーションの特定領域にのみポインタ情報を適用するためのＡＰＩを説明する。

【0161】

インプットデバイスがポインティングデバイス（ｐｏｉｎｔｉｎｇ ｄｅｖｉｃｅ）である場合、ディスプレイされたアプリケーションの全領域ではなく特定領域に対してのみポインティング情報を適用することが、より効率的である。そこで、本発明の一実施例に係るアプリケーションは、下記のテーブル２のＡＰＩを呼び出し、アプリケーションでポインタ情報を受信する領域又はポインタ情報が活性化される領域を、ＤＴＶ受信機に設定又は要請することができる。本発明の一実施例に係るアプリケーションにおける、ポインタ情報を受信する領域又はポインタ情報が活性化される領域を、アクティブ領域と呼ぶことができ、これは、設計者の意図によって変更可能である。また、本発明では、ポインタ情報の入力又はポインタ情報入力に関連した動作を、ポインタイベント（ｐｏｉｎｔｅｒ ｅｖｅｎｔ）と呼ぶことができる。

【0162】

下記のテーブル２は、アクティブ領域をＤＴＶ受信機に設定するために用いられるＡＰＩの一実施例である。本発明の一実施例に係るＡＰＩは、ＳｅｔＡｃｔｉｖｅＡｒｅａ ＡＰＩと呼ぶことができ、これは設計者の意図によって変更可能である。また、本発明の一実施例に係るＡＰＩは、ＳｅｔＡｃｔｉｖｅＡｒｅａ（Ｉｎｔｅｇｅｒ ｘ，Ｉｎｔｅｇｅｒ ｙ，Ｉｎｔｅｇｅｒ ｗｉｄｔｈ，Ｉｎｔｅｇｅｒ ｈｅｉｇｈｔ）と表現することができ、括弧中のＩｎｔｅｇｅｒ ｘ、Ｉｎｔｅｇｅｒ ｙ、Ｉｎｔｅｇｅｒ ｗｉｄｔｈ、Ｉｎｔｅｇｅｒ ｈｅｉｇｈｔ値は、アプリケーションにおけるアクティブ領域を指す座標値であって、整数値を有する。テーブル２に開示されたデスクリプション（Ｄｅｓｃｒｉｐｔｉｏｎ）は、ＳｅｔＡｃｔｉｖｅＡｒｅａ ＡＰＩの機能を定義するためのものであり、デスクリプション内のデバイスは、本発明のＤＴＶ受信機又はデジタルサービス信号処理装置を意味することができる。アーギュメント（Ａｒｇｕｍｅｎｔ）は、ＡＰＩの媒介変数であり、テーブル２に示すように、ＳｅｔＡｃｔｉｖｅＡｒｅａ ＡＰＩの媒介変数は、ｘ、ｙ、ｗｉｄｔｈ、ｈｅｉｇｈｔを含むことができる。ｘ及びｙは、アクティブ領域の左上端コーナーの座標を意味する。また、幅（ｗｉｄｔｈ）は、アクティブ領域の幅（ｗｉｄｔｈ）を表すことができ、高さ（ｈｅｉｇｈｔ）は、アクティブ領域の高さ（ｈｅｉｇｈｔ）を表すことができる。
［テーブル２］
void SetActiveArea(Integer x, Integer y, Integer width, Integer height)

【0163】

デスクリプション（Ｄｅｓｃｒｉｐｔｉｏｎ） アプリケーションでポインタに関する情報を要請するために当該ポインタ情報が活性化される領域を設定する。

【0164】

アーギュメント（Ａｒｇｕｍｅｎｔｓ）Ｘ 左上端コーナーのｘ座標（ｘ ｃｏｏｒｄｉｎａｔｅ ｏｆ ｔｏｐ ｌｅｆｔ ｃｏｒｎｅｒ）

【0165】

Ｙ 左上端コーナーのｙ座標（ｙ ｃｏｏｒｄｉｎａｔｅ ｏｆ ｔｏｐ ｌｅｆｔ ｃｏｒｎｅｒ）

【0166】

幅（Ｗｉｄｔｈ） ポインタインプット（ｐｏｉｎｔｅｒ ｉｎｐｕｔ）が用いられてもよいアクティブ領域（ａｃｔｉｖｅ ａｒｅａ）の幅

【0167】

高さ（ｈｅｉｇｈｔ） ポインタインプット（ｐｏｉｎｔｅｒ ｉｎｐｕｔ）が用いられてもよいアクティブ領域（ａｃｔｉｖｅ ａｒｅａ）の高さ

【0168】

図１４は、本発明の他の実施例に係るＡＰＩを呼び出すアプリケーションの動作を示す図である。

【0169】

図１４は、インプットデバイス１４０００がポインティングデバイスである場合であり、アクティブ領域１４２００に対してのみポインタ情報を使用するために、テーブル２のようなＡＰＩを呼び出す動作を示している。

【0170】

ユーザがインプットデバイス１４０００を用いてポインタ情報を入力すると、本発明の一実施例に係るアプリケーションは、上述したテーブル２のＡＰＩを用いて、アクティブ領域１４２００をＤＴＶ受信機１４１００内に設定することができる。

【0171】

図１４に示すように、ＤＴＶ受信機のディスプレイ領域全体座標は、左上端（０，０）、右下端（１２８０，７２０）と表現することができる。また、図１４に示すように、アクティブ領域１４２００の左上端の座標は（１０００，４００）であり、幅（ｗｉｄｔｈ）は２００、高さ（ｈｅｉｇｈｔ）は３００に該当する。したがって、テーブル２のＡＰＩは、次のように表現することができる。
SetActiveArea(1000, 400, 200, 300);

【0172】

図１５は、本発明の他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【0173】

図１５は、具体的に、本発明の一実施例に係るデジタルサービス信号処理装置でアクティブ領域によるポインタ入力に関する処理過程を示している。本発明の一実施例に係るデジタルサービス信号処理装置は、ＤＴＶ受信機のみを含んだり、図１及び２で説明したハイブリッドデジタルＴＶシステムを含む概念で使うことができる。これは設計者の意図によって変更可能である。

【0174】

ユーザによってインプットデバイスのポインタが移動すると、デジタルサービス信号処理装置は、現在アプリケーションが実行中であるか否かを判断することができる（Ｓ１５０００）。

【0175】

判断の結果、現在アプリケーションが実行中であると、デジタルサービス信号処理装置は、アプリケーションがアクティブ領域を有するか否かを判断することができる（Ｓ１５１００）。図１４で上述したように、本発明の一実施例に係るアプリケーションは、ＡＰＩを用いてアクティブ領域を設定できるので、デジタルサービス信号処理装置は、ＡＰＩを用いて、設定されたアクティブ領域を確認することができる。

【0176】

判断の結果、現在アプリケーションが実行中でないと、デジタルサービス信号処理装置は、ポインタイベント（ｐｏｉｎｔｅｒ ｅｖｅｎｔ）を独自で処理することができる（Ｓ１５４００）。その後、デジタルサービス信号処理装置は、アプリケーションが有するアクティブ領域内に、現在入力されたポインタの位置座標が含まれているか否かを判断することができる（Ｓ１５２００）。

【0177】

判断の結果、アクティブ領域内に、現在入力されたポインタの位置座標が含まれていると、デジタルサービス信号処理装置は、ポインタイベントをアプリケーションに伝達することができる（Ｓ１５３００）。

【0178】

判断の結果、アクティブ領域内に、現在入力されたポインタの位置座標が含まれていないと、デジタルサービス信号処理装置は、ポインタイベントを独自で処理することができる（Ｓ１５４００）。

【0179】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、一連の動作を終了することができる。

【0180】

上述したように、本発明は、アプリケーションごとに、当該アプリケーションで処理するためのインプットデバイスの入力情報を、ＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が該当入力情報を受信する場合にのみ、当該入力情報をアプリケーションに伝達するためにＡＰＩを用いることを一実施例とする。

【0181】

以下では、アプリケーションの状態（ｓｔａｔｕｓ）を区別し、状態別にキーセットなどの特定入力情報のみをデバイス上に要請するためのＡＰＩを説明する。本発明の一実施例に係るアプリケーションは、下記のテーブル３のＡＰＩを用いて、アプリケーションの状態をモード（ｍｏｄｅ）で示し、各モードによるアプリケーションの入力情報をまず定義した後、アプリケーションのモードの変更に従って、モードごとに定義された入力情報をデバイスに要請したり設定することができる。このため、デバイスは、アプリケーションのモードが変更されても、各モードによる入力情報を効率的に処理することができる。

【0182】

下記のテーブル３は、アプリケーションのモード及びモード別に定義された入力情報をＤＴＶ受信機に設定するために用いられるＡＰＩの一実施例である。本発明の一実施例に係るＡＰＩは、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩと呼ぶことができ、これは設計者の意図によって変更可能である。また、本発明の一実施例に係るＡＰＩは、ＳｅｔＡｐｐＭｏｄｅ（Ｉｎｔｅｇｅｒ ｍｏｄｅ，Ｉｎｔｅｇｅｒ ｋｅｙｓ［］）と表現することができ、括弧中のＩｎｔｅｇｅｒ ｍｏｄｅ、Ｉｎｔｅｇｅｒ ｋｅｙｓ［］値は、アプリケーションのモードとモード別入力情報を示す値であって、整数値を有する。テーブル３に開示されたデスクリプション（Ｄｅｓｃｒｉｐｔｉｏｎ）は、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩの機能を定義するためのものであり、デスクリプション内のデバイスは、本発明のＤＴＶ受信機又はデジタルサービス信号処理装置を意味することができる。アーギュメント（Ａｒｇｕｍｅｎｔ）は、ＡＰＩの媒介変数であり、テーブル３に示すように、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩの媒介変数は、モード及びキーを含むことができる。モードは、アプリケーションの状態を示し、各状態に対応する整数値を有することができる。キーは、モードごとに定義されたキー値であり、整数セット（ｉｎｔｅｇｅｒ ｓｅｔ）を含むことができる。上述したように、キーは、キーコードにマップすることができる。本発明では、モードを示す整数値をモードナンバー（ｍｏｄｅ ｎｕｍｂｅｒ）と呼び、モードナンバー及びモードナンバーごとに設定されたキーセットを総称してモード情報（ｍｏｄｅ ｉｎｆｏｒｍａｔｉｏｎ）ということができる。これは設計者の意図によって変更可能である。

【0183】

テーブル３に示すように、モードは０、１、２などの値を有することができ、各値が意味するアプリケーションの状態は、次のとおりである。

【0184】

モード値が０の場合、特定されていない状態（Ｎｏｔ ｓｐｅｃｉｆｉｅｄ）であることを意味する。

【0185】

モード値が１の場合は、アプリケーションがアイコンである状態を意味し、これをＩＣＯＮ＿ＭＯＤＥ又はトリガーモードと呼ぶことができる。これは設計者の意図によって変更可能な事項である。モード値が１である場合、アプリケーションインジケータなどのように、アプリケーションの含蓄的な形態の表記のみを、画面にディスプレイすることができる。モード値が１である場合、これによるキー値は、リモコン内のカラーキー（Ｒｅｄ、Ｇｒｅｅｎ、Ｙｅｌｌｏｗ、Ｂｌｕｅ）を含むことができる。これは設計者の意図によって変更可能である。

【0186】

モード値が２である場合は、アプリケーションが全体実行中である状態を意味し、これをＡＰＰ＿ＭＯＤＥと呼ぶことができる。すなわち、モード値が２の場合、アプリケーションの実際コンテンツを画面にディスプレイすることができる。ＡＰＰ＿ＭＯＤＥは、アプリケーションの実際コンテンツが画面の一部領域にディスプレイされる場合と、アプリケーションの実際コンテンツが画面全体にディスプレイされる場合とに区別できる。これは設計者の意図によって変更可能である。

【0187】

モード値が２である場合、これによるキー値は、リモコン内のカラーキー、ナビゲーションキー（Ｌｅｆｔ、Ｒｉｇｈｔ、Ｕｐ、Ｄｏｗｎ）、エンターキー、再生制御キー（Ｓｔｏｐ、Ｐａｕｓｅ、Ｒｅｗｉｎｄ、Ｐｌａｙ、Ｆａｓｔ ＦＷＤ）などを含むことができる。アプリケーションの実際コンテンツが画面全体にディスプレイされる場合には、数字キーなどが追加されてもよい。これは設計者の意図によって変更可能である。

【0188】

モード値が３乃至７である場合は、ユーザ定義値（ｕｓｅｒ−ｄｅｆｉｎｅｄ ｖａｌｕｅ）であり、設計者の意図によって追加のモード設定が可能である。特に、モード値が３乃至７の場合は、モード値が１又は２である場合に対して追加のモードを拡張することができ、各拡張されたモードに使用するキー集合を、デバイス上にあらかじめ定義したり、ＡＰＩを用いて定義することができる。このため、モード値が２である場合においてアプリケーションの実際コンテンツが画面全体にディスプレイされる場合を、追加のモードとして設定することができる。
［テーブル３］
IntegerSetAppMode(Integer mode, Integer keys[])

【0189】

デスクリプション（Ｄｅｓｃｒｉｐｔｉｏｎ） アプリケーションのモードを設定し、デバイスに知らせる。この機能に成功すると、リターン値（ｒｅｔｕｒｎ ｖａｌｕｅ）は、以前のアプリケーションモードを示すことができる。

【0190】

仮に、この機能に失敗すると、リターン値（ｒｅｔｕｒｎ ｖａｌｕｅ）はゼロである。

【0191】

アーギュメントモード（Ａｒｇｕｍｅｎｔｓ Ｍｏｄｅ） アプリケーションの状態を示すモードの整数値
０：Ｎｏｔ ｓｐｅｃｉｆｉｅｄ
１：ＩＣＯＮ＿ＭＯＤＥ（アプリケーションがアイコンモードである場合）
２：ＡＰＰ＿ＭＯＤＥ（アプリケーションが全体実行中である場合）
３−７：ＵＳＥＲ＿ＤＥＦＩＮＥＤ

【0192】

キー（Ｋｅｙｓ） このパラメータは、選択事項（ｏｐｔｉｏｎａｌ）である。仮にこのパラメータが値を有すると、当該値は、モードパラメータ（ｍｏｄｅ ｐａｒａｍｅｔｅｒ）に従って受信するために、アプリケーションが要請するキーの整数セット（ｉｎｔｅｇｅｒ ｓｅｔ ｏｆ ｋｅｙｓ）を示すことができる。

【0193】

図１６は、本発明の一実施例に係るモードと関連付いているリモコン入力ボタンを示す図である。

【0194】

上述したように、テーブル３のＳｅｔＡｐｐＭｏｄｅ ＡＰＩは、アプリケーションの状態を示すモードと、各モードによるキーを含むことができる。図１６に示すように、リモコンの入力ボタンは、モード値が１である場合の入力ボタン１６０００と、ｍｏｄｅ値が２である場合の入力ボタン１６１００とに区別することができる。

【0195】

モード値が１である場合の入力ボタン１６０００は、カラーキー（Ｒｅｄ，Ｇｒｅｅｎ，Ｙｅｌｌｏｗ，Ｂｌｕｅ）を含むことができる。これは設計者の意図によって変更可能である。

【0196】

モード値が２である場合の入力ボタン１６１００は、カラーキー、ナビゲーションキー（Ｌｅｆｔ、Ｒｉｇｈｔ、Ｕｐ、Ｄｏｗｎ）、エンターキー、再生制御キー（Ｓｔｏｐ、Ｐａｕｓｅ、Ｒｅｗｉｎｄ、Ｐｌａｙ、Ｆａｓｔ ＦＷＤ）などを含むことができる。モード値が２の場合は、アプリケーションの実際コンテンツが画面の一部領域にディスプレイされる場合と、アプリケーションの実際コンテンツが画面全体にディスプレイされる場合とに区別できる。このため、アプリケーションの実際コンテンツが画面全体にディスプレイされる場合、数字などの入力ボタンを追加することができる。これは設計者の意図によって変更可能である。

【0197】

図１７は、本発明の一実施例に係るデジタルサービス信号処理装置の動作を示す図である。

【0198】

図１７は、本発明の一実施例に係るアプリケーションの状態によってモード設定変更された場合においてデジタルサービス信号処理装置の動作を示す図である。

【0199】

図１７に示すように、アプリケーションが存在する場合、本発明の一実施例に係るデジタルサービス信号処理装置は、アプリケーションインジケータを現在の番組のコンテンツと併せてディスプレイすることができる（１７０００）。この場合、アプリケーションは、上述したテーブル３のＡＰＩ（ＳｅｔＡｐｐＭｏｄｅ１）を用いて、モード値が１であり、モード値によるキー値をデジタルサービス信号処理装置に要請又は設定することができる。その後、ユーザがリモコンなどのインプットデバイスを用いて入力情報を入力すると、本発明の一実施例に係るデジタルサービス信号処理装置は、ユーザの入力情報がアプリケーションのキー値に対応するか否かを判断し、対応すると判断される場合、当該入力情報によってアプリケーションを処理又は実行することができる。図１７では、ユーザがレッドボタン（ｒｅｄ ｂｕｔｔｏｎ）を入力したので、デジタルサービス信号処理装置は、アプリケーションを実行し、アプリケーションのコンテンツを現在の番組と共にディスプレイすることができる（１７１００）。その後、アプリケーションは、上述したテーブル３のＡＰＩ（ＳｅｔＡｐｐＭｏｄｅ２）を用いて、モード値が２であり、モード値によるキー値をデジタルサービス信号処理装置に要請又は設定することができる。その後、ユーザがリモコンなどのインプットデバイスを用いて入力情報を入力すると、本発明の一実施例に係るデジタルサービス信号処理装置は、ユーザの入力情報がアプリケーションのキー値に対応するか否かを判断し、対応すると判断される場合、当該入力情報によってアプリケーションを処理又は実行することができる。

【0200】

図１８は、本発明の一実施例に係るデジタルサービス信号処理装置を示す図である。

【0201】

本発明の一実施例に係るデジタルサービス信号処理装置は、上述したＤＴＶ受信機、又は図１及び図２で説明したハイブリッドＴＶシステムを含むことができる。

【0202】

本発明の一実施例に係るデジタルサービス信号処理装置は、受信部（ｒｅｃｅｉｖｉｎｇ ｍｏｄｕｌｅ）１８０００、生成部（ｇｅｎｅｒａｔｉｎｇ ｍｏｄｕｌｅ）１８１００、伝送部（ｓｅｎｄｉｎｇ ｍｏｄｕｌｅ）１８２００、ダウンロード部（ｄｏｗｎｌｏａｄｉｎｇ ｍｏｄｕｌｅ）１８３００、実行部（ｅｘｅｃｕｔｉｎｇ ｍｏｄｕｌｅ）１８４００及び登録部（ｒｅｇｉｓｔｅｒｉｎｇ ｍｏｄｕｌｅ）１８５００を備えることができる。以下、各装置の動作を中心に説明する。

【0203】

本発明の一実施例に係る受信部１８０００は、シグナリング情報を受信することができる。図１で説明したように、シグナリング情報が放送網を介して伝送される場合、シグナリング情報は、アプリケーションを受信するためのアプリケーションシグナリング情報を含むことができる。また、この場合、シグナリング情報は、ＶＣＴ、ＥＩＴなどのようなサービスシグナリングテーブルを含むことができ、サービスシグナリングテーブルは、実時間放送サービスのＡ／Ｖデータ及びアプリケーションと関連したチャネル情報を含むことができる。また、図２で説明したように、シグナリング情報はアプリケーションシグナリング情報を含まなくてもよい。

【0204】

その後、本発明の一実施例に係る生成部１８１００は、サービスシグナリングテーブルに含まれたチャネル情報を用いてリクエストを生成することができる。具体的に、本発明の一実施例に係る生成部１８１００は、サービスシグナリングテーブルから、チャネル情報及び現在放送番組の時間情報などを取得することができる。その後、本発明の一実施例に係る生成部１８１００は、取得したチャネル情報及び現在放送番組時間情報などを用いてＨＴＴＰリクエスト文を生成することができる。ＨＴＴＰリクエスト文は、ｈｔｔｐ：／／ｗｗｗ．ｏｈｔｖ．ｏｒｇ？ｃｈ＝９−１＆ｔｉｍｅ＝２０１２−１１−１０−１３：１０＆．．．のように、親ドメインネームと特定メディア、メジャーチャネル番号、マイナーチャネル番号などの組合せで構成することができる。これは、設計者の意図によって変更可能である。

【0205】

その後、本発明の一実施例に係る伝送部１８２００は、生成したリクエストを伝送することができる。上述したように、本発明の一実施例に係る伝送部１８２００は、生成されたＨＴＴＰリクエスト文を伝達するためのリクエスト信号を、ＤＮＳサーバーに伝送することができる。この場合、本発明の一実施例に係る受信部１８０００は、ＤＮＳサーバーから、リクエスト信号に対応するアプリケーションシグナリング情報を受信することができる。図３乃至図９で説明したように、アプリケーションシグナリング情報は、アプリケーションのＵＲＬ情報のようなロケーション情報（ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）などを含むことができる。

【0206】

その後、本発明の一実施例に係るダウンロード部１８３００は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報に対応するアプリケーションをダウンロードすることができる。この場合、本発明の一実施例に係るダウンロード部１８３００は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報に対応するアプリケーションが現在記憶されているか否かを判断することができる。図４乃至図６、図８、及び図９で説明したように、ダウンロード部１８３００は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されている又は実行中のアプリケーションと同一であるか否かを判断し、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効か否かを判断することができる。また、ダウンロード部１８３００は、受信したアプリケーションシグナリング情報と関連したアプリケーションが、既存に記憶されている又は実行中のアプリケーションと同一でなく、現在チャネルに有効であると判断すれば、現在実行中のアプリケーションの実行を中止することができる。判断の結果、アプリケーションが記憶されていないと、ダウンロード部１８３００は、受信したアプリケーションシグナリング情報内のアプリケーションＵＲＬ情報を用いてアプリケーションをダウンロードすることができる。

【0207】

その後、本発明の一実施例に係る実行部１８４００は、ダウンロードしたアプリケーションと関連したＡＰＩを実行することができる。上述したように、アプリケーションは、図１２乃至１７で説明したＡＰＩと関連している。すなわち、本発明の一実施例に係るデジタルサービス信号処理装置は、インプットデバイスを介して入力情報を受信することができ、本発明の一実施例に係る入力情報は、ユーザがリモコンの特定キーを押して入力するユーザインプットシグナルなどを含むことができる。デジタルサービス信号処理装置で実行されているアプリケーションは、入力情報を受信し、入力情報に基づく動作を行った後、入力情報に対応するリモコンのキーに対する制御権をＤＴＶ受信機にリターンし、ＤＴＶ受信機で当該キーと関連した動作を行えるようにする。本発明の一実施例に係るアプリケーションは、アプリケーションごとに、当該アプリケーションで処理するためのインプットデバイスの入力情報をＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が当該入力情報を受信する場合にのみ、当該入力情報をアプリケーションに伝達するために、図１２乃至１７及びテーブル１乃至３で説明したＡＰＩを用いることができる。特に、本発明の一実施例に係るアプリケーションは、アプリケーションのモード及びモード別に定義された入力情報をＤＴＶ受信機に設定するためにＳｅｔＡｐｐＭｏｄｅ ＡＰＩを用いることができる。上述したように、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩは、アプリケーションの状態をモードで示し、各モードによるアプリケーションの入力情報をまず定義した後、アプリケーションのモードの変更に従って、モードごとに定義された入力情報をデバイスに要請したり設定するために用いることができる。上述したように、本発明では、モードを示す整数値をモードナンバーと呼び、モードナンバーとモードナンバーごとに設定されたキーセットを総称してモード情報と呼ぶことができる。これは設計者の意図によって変更可能である。

【0208】

具体的な内容は、図１２乃至図１７で説明したため省略する。

【0209】

その後、本発明の一実施例に係る設定部は、上述したＳｅｔＡｐｐＭｏｄｅ ＡＰＩのモードナンバーによって設定されたキーセットを記憶することができる。

【0210】

図１９は、本発明の他の実施例に係るデジタルサービス信号処理装置を示す図である。

【0211】

図１９は、伝送側を中心に本発明の一実施例に係るデジタルサービス信号処理装置を示す図である。上述したように、本発明の一実施例に係るデジタルサービス信号処理装置は、上述したＤＴＶ受信機又は図１及び図２で説明したハイブリッドＴＶシステムを含むことができる。

【0212】

本発明の一実施例に係るデジタルサービス信号処理装置は、伝送部（ｔｒａｎｓｍｉｔｔｉｎｇ ｍｏｄｕｌｅ）１９０００及び受信部１９１００を備えることができる。以下、各装置の動作を中心に説明する。

【0213】

本発明の一実施例に係る伝送部１９０００は、シグナリング情報を生成して伝送することができる。図１及び図２で説明したように、シグナリング情報は、アプリケーションを受信するためのアプリケーションシグナリング情報を含むことができる。また、この場合、シグナリング情報は、ＶＣＴ、ＥＩＴなどのようなサービスシグナリングテーブルを含むことができ、サービスシグナリングテーブルは、実時間放送サービスのＡ／Ｖデータ及びアプリケーションと関連したチャネル情報を含むことができる。また、図２で説明したように、シグナリング情報はアプリケーションシグナリング情報を含まなくてもよい。

【0214】

その後、受信部１９１００は、チャネル情報と関連したリクエストを受信することができる。具体的に、本発明の一実施例に係るリクエストは、サービスシグナリングテーブルからチャネル情報及び現在放送番組の時間情報などを用いて生成することができる。特に、本発明の一実施例に係るリクエストは、ＨＴＴＰリクエスト文を含むことができる。ＨＴＴＰリクエスト文は、ｈｔｔｐ：／／ｗｗｗ．ｏｈｔｖ．ｏｒｇ？ｃｈ＝９−１＆ｔｉｍｅ＝２０１２−１１−１０−１３：１０＆．．．のように、親ドメインネームと特定メディア、メジャーチャネル番号、マイナーチャネル番号などの組合せで構成することができる。これは、設計者の意図によって変更可能である。

【0215】

その後、伝送部１９０００は、受信したリクエストに応じて、デジタルサービス信号と関連したアプリケーションシグナリング情報を伝送することができる。図３乃至図９で説明したように、アプリケーションシグナリング情報は、アプリケーションのＵＲＬ情報のようなロケーション情報（ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）などを含むことができる。

【0216】

上述したように、本発明の一実施例に係るアプリケーションは、図１２乃至１７で説明したＡＰＩと関連している。すなわち、本発明の一実施例に係るデジタルサービス信号処理装置は、インプットデバイスから入力情報を受信することができて、本発明の一実施例に係る入力情報は、ユーザがリモコンの特定キーを押して入力するユーザインプットシグナルなどを含むことができる。デジタルサービス信号処理装置で実行されているアプリケーションは、入力情報を受信し、入力情報に基づく動作を行った後、入力情報に対応するリモコンのキーに対する制御権をＤＴＶ受信機にリターンし、ＤＴＶ受信機で当該キーと関連した動作を行えるようにする。本発明の一実施例に係るアプリケーションは、アプリケーションごとに、当該アプリケーションで処理するためのインプットデバイスの入力情報を、ＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が当該入力情報を受信する場合にのみ、当該入力情報をアプリケーションに伝達するために、図１２乃至１７及びテーブル１乃至３で説明したＡＰＩを用いることができる。特に、本発明の一実施例に係るアプリケーションは、アプリケーションのモード及びモード別に定義された入力情報をＤＴＶ受信機に設定するために、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩを用いることができる。上述したように、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩは、アプリケーションの状態をモードで示し、各モードによるアプリケーションの入力情報をまず定義した後、アプリケーションのモードの変更に従って、モードごとに定義された入力情報をデバイスに要請したり設定するために用いることができる。上述したように、本発明では、モードを示す整数値をモードナンバーと呼び、モードナンバーとモードナンバーごとに設定されたキーセットを総称してモード情報と呼ぶことができる。これは設計者の意図によって変更可能である。

【0217】

具体的な内容は図１２乃至図１７で説明したため、省略する。

【0218】

図２０は、本発明の更に他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【0219】

本発明の一実施例に係るデジタルサービス信号処理装置は、上述したＤＴＶ受信機又は図１及び図２で説明したハイブリッドＴＶシステムを含むことができる。

【0220】

本発明の一実施例に係るデジタルサービス信号処理装置は、デジタルサービス信号からシグナリング情報を受信することができる（Ｓ２００００）。図１８で説明したように、本発明の一実施例に係るデジタルサービス信号処理装置内の受信部１８０００は、放送網を介してシグナリング情報を受信することができる。図１で説明したように、シグナリング情報が放送網を介して伝送される場合、シグナリング情報は、アプリケーションを受信するためのアプリケーションシグナリング情報を含むことができる。また、この場合、シグナリング情報は、ＶＣＴ、ＥＩＴなどのようなサービスシグナリングテーブルを含むことができ、サービスシグナリングテーブルは、実時間放送サービスのＡ／Ｖデータ及びアプリケーションと関連したチャネル情報を含むことができる。また、図２で説明したように、シグナリング情報はアプリケーションシグナリング情報を含まなくてもよい。

【0221】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、サービスシグナリングテーブルに含まれたチャネル情報を用いてリクエストを生成することができる（Ｓ２０１００）。具体的に、図１８で説明したように、本発明の一実施例に係るデジタルサービス信号処理装置内の生成部は、サービスシグナリングテーブルからチャネル情報及び現在放送番組の時間情報などを取得することができる。その後、本発明の一実施例に係るデジタルサービス信号処理装置は、取得したチャネル情報及び現在放送番組時間情報などを用いてＨＴＴＰリクエスト文を生成することができる。ＨＴＴＰリクエスト文は、ｈｔｔｐ：／／ｗｗｗ．ｏｈｔｖ．ｏｒｇ？ｃｈ＝９−１＆ｔｉｍｅ＝２０１２−１１−１０−１３：１０＆．．．のように、親ドメインネームと特定メディア、メジャーチャネル番号、マイナーチャネル番号などの組合せで構成することができる。これは設計者の意図によって変更可能である。

【0222】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、生成したリクエストを伝送することができる（Ｓ２０２００）。図１８で説明したように、本発明の一実施例に係る伝送部１８２００は、生成されたＨＴＴＰリクエスト文を伝達するためのリクエスト信号をＤＮＳサーバーに伝送することができる。

【0223】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、ＤＮＳサーバーからリクエスト信号に対応するアプリケーションシグナリング情報を受信することができる（Ｓ２０３００）。図３乃至図９で説明したように、アプリケーションシグナリング情報は、アプリケーションのＵＲＬ情報のようなロケーション情報などを含むことができる。

【0224】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報に対応するアプリケーションをダウンロードすることができる（Ｓ２０４００）。この場合、本発明の一実施例に係るデジタルサービス信号処理装置は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報に対応するアプリケーションが現在記憶されているか否かを判断することができる。図４乃至図６、図８、及び図９で説明したように、デジタルサービス信号処理装置は、受信したアプリケーションシグナリング情報を用いて、受信したアプリケーションシグナリング情報と関連したアプリケーションが既存に記憶されている又は実行中のアプリケーションと同一であるか否かを判断し、受信したアプリケーションシグナリング情報と関連したアプリケーションが現在チャネルに有効か否かを判断することができる。また、デジタルサービス信号処理装置は、受信したアプリケーションシグナリング情報と関連したアプリケーションが既存に記憶されている又は実行中のアプリケーションと同一でなく、現在チャネルに有効と判断すると、現在実行中のアプリケーションの実行を中止することができる。判断の結果、アプリケーションが記憶されていないと、デジタルサービス信号処理装置は、受信したアプリケーションシグナリング情報内のアプリケーションＵＲＬ情報を用いてアプリケーションをダウンロードすることができる。

【0225】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、ダウンロードしたアプリケーションと関連したＡＰＩを実行することができる（Ｓ２０５００）。上述したように、アプリケーションは、図１２乃至１７で説明したＡＰＩと関連している。すなわち、本発明の一実施例に係るデジタルサービス信号処理装置は、インプットデバイスから入力情報を受信することができ、本発明の一実施例に係る入力情報は、ユーザがリモコンの特定キーを押して入力するユーザインプットシグナルなどを含むことができる。デジタルサービス信号処理装置で実行されているアプリケーションは、入力情報を受信し、入力情報に基づく動作を行った後、入力情報に対応するリモコンのキーに対する制御権をＤＴＶ受信機にリターンし、ＤＴＶ受信機で当該キーと関連した動作を行えるようにする。本発明の一実施例に係るアプリケーションは、アプリケーションごとに、当該アプリケーションで処理するためのインプットデバイスの入力情報をＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が当該入力情報を受信する場合にのみ、当該入力情報をアプリケーションに伝達するために図１２乃至１７及びテーブル１乃至３で説明したＡＰＩを用いることができる。特に、本発明の一実施例に係るアプリケーションは、アプリケーションのモード及びモード別に定義された入力情報をＤＴＶ受信機に設定するためにＳｅｔＡｐｐＭｏｄｅ ＡＰＩを用いることができる。上述したように、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩは、アプリケーションの状態をモードで示し、各モードによるアプリケーションの入力情報をまず定義した後、アプリケーションのモードの変更に従って、モードごとに定義された入力情報をデバイスに要請したり設定するために用いることができる。上述したように、本発明では、モードを示す整数値をモードナンバーと呼び、モードナンバーとモードナンバーごとに設定されたキーセットを総称してモード情報と呼ぶことができる。これは設計者の意図によって変更可能である。

【0226】

具体的な内容は図１２乃至図１７で説明したため、省略する。

【0227】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、上述したＳｅｔＡｐｐＭｏｄｅ ＡＰＩのモードナンバーによって設定されたキーセットを記憶することができる（Ｓ２０６００）。

【0228】

図２１は、本発明の更に他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【0229】

図２１は、伝送側を中心に本発明の更に他の実施例に係るデジタルサービス信号処理方法を示すフローチャートである。

【0230】

本発明の一実施例に係るデジタルサービス信号処理装置は、シグナリング情報を生成して伝送することができる。図１及び図２で説明したように、シグナリング情報は、アプリケーションを受信するためのアプリケーションシグナリング情報を含むことができる。また、この場合、シグナリング情報は、ＶＣＴ、ＥＩＴなどのようなサービスシグナリングテーブルを含むことができ、サービスシグナリングテーブルは、実時間放送サービスのＡ／Ｖデータ及びアプリケーションと関連したチャネル情報を含むことができる。また、図２で説明したように、シグナリング情報は、アプリケーションシグナリング情報を含まなくてもよい。

【0231】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、チャネル情報と関連したリクエストを受信することができる。具体的に、本発明の一実施例に係るリクエストは、サービスシグナリングテーブルからチャネル情報及び現在放送番組の時間情報などを用いて生成することができる。特に、本発明の一実施例に係るリクエストは、ＨＴＴＰリクエスト文を含むことができる。ＨＴＴＰリクエスト文は、ｈｔｔｐ：／／ｗｗｗ．ｏｈｔｖ．ｏｒｇ？ｃｈ＝９−１＆ｔｉｍｅ＝２０１２−１１−１０−１３：１０＆．．．のように、親ドメインネームと特定メディア、メジャーチャネル番号、マイナーチャネル番号などの組合せで構成することができる。これは設計者の意図によって変更可能である。

【0232】

その後、本発明の一実施例に係るデジタルサービス信号処理装置は、受信したリクエストに応じて、デジタルサービス信号と関連したアプリケーションシグナリング情報を伝送することができる。図３乃至図９で説明したように、アプリケーションシグナリング情報は、アプリケーションのＵＲＬ情報のようなロケーション情報などを含むことができる。

【0233】

上述したように、本発明の一実施例に係るアプリケーションは、図１２乃至１７で説明したＡＰＩと関連している。すなわち、本発明の一実施例に係るデジタルサービス信号処理装置は、インプットデバイスから入力情報を受信することができ、本発明の一実施例に係る入力情報は、ユーザがリモコンの特定キーを押して入力するユーザインプットシグナルなどを含むことができる。デジタルサービス信号処理装置で実行されているアプリケーションは、入力情報を受信し、入力情報に基づく動作を行った後、入力情報に対応するリモコンのキーに対する制御権をＤＴＶ受信機にリターンし、ＤＴＶ受信機で当該キーと関連した動作を行えるようにする。本発明の一実施例に係るアプリケーションは、アプリケーションごとに、当該アプリケーションで処理するためのインプットデバイスの入力情報を、ＤＴＶ受信機にあらかじめ設定し、ＤＴＶ受信機が当該入力情報を受信する場合にのみ、当該入力情報をアプリケーションに伝達するために、図１２乃至１７及びテーブル１乃至３で説明したＡＰＩを用いることができる。特に、本発明の一実施例に係るアプリケーションは、アプリケーションのモード及びモード別に定義された入力情報をＤＴＶ受信機に設定するためにＳｅｔＡｐｐＭｏｄｅ ＡＰＩを用いることができる。上述したように、ＳｅｔＡｐｐＭｏｄｅ ＡＰＩは、アプリケーションの状態をモードで示し、各モードによるアプリケーションの入力情報をまず定義した後、アプリケーションのモードの変更に従って、モードごとに定義された入力情報をデバイスに要請したり設定するために用いることができる。上述したように、本発明では、モードを示す整数値をモードナンバーと呼び、モードナンバーとモードナンバーごとに設定されたキーセットを総称してモード情報と呼ぶことができる。これは設計者の意図によって変更可能である。

【0234】

具体的な内容は図１２乃至図１７で説明したため、省略する。

【0235】

以上、発明を実施するための形態で、関連した事項を記述した。

【産業上の利用可能性】

【0236】

上述の如く、本発明は、デジタル放送システムに全体的に又は部分的に適用可能である。

【図7】

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】