JP2017504229A - ネットワークにより連結された放送受信装置と他のデバイス間の連結を管理する方法及び装置 - Google Patents

Abstract

本発明は、ネットワークにより連結された放送受信デバイスとコンパニオンデバイス（companion device）のアプリケーション間の連結を管理する方法において、放送信号を受信するステップと、前記放送信号に含まれたアプリケーション情報に基づいてアプリケーション情報リスト変数を生成するステップと、前記コンパニオンデバイスからアプリケーション情報獲得アクションを受信するステップと、ここで、前記アプリケーション情報獲得アクションは少なくとも１つの特定アプリケーションに関する情報を獲得するための要求メッセージを示し、前記アプリケーション情報獲得アクションに応答して、前記少なくとも１つの特定アプリケーションに対応するアプリケーション情報リスト変数を転送するステップと、前記転送されたアプリケーション情報リスト変数に基づいて放送サービスを提供するステップを含むことを特徴とする方法を提供する。【選択図】図４

Description

本発明はネットワークにより連結された複数個のデバイス間の連結を管理する方法及び装置に関し、より詳しくは、放送受信装置と他のデバイス間の両方向サービスを提供するためにアプリケーションを管理し、アプリケーション間に連結を設定する方法及び装置に関する。

ディジタル放送はアナログ放送とは異なり、１つの放送サービスが複数のメディアコンポーネントを含むことができる。これによって、ユーザは１つの放送サービスに対する複数のメディアを選択的に視聴することができる。

延いては、放送サービスを受信するデバイスとネットワークにより連結された他のデバイス間の連動を通じてユーザは放送サービスだけでなく、多様な種類のサービスの提供を受けることができ、デバイス制御の効率性を高めることができるようになる。

しかしながら、既存にはネットワークにより連結された他のデバイス間の互換を保証するために、特定の技術基盤の特定の種類のサービスをそれぞれの標準プロトコルに定義しなければならないので、サービス提供の非効率性が存在した。したがって、ネットワークにより連結されたデバイス間の連動のためのプロトコル無しでも放送サービスだけでなく、多様な種類のサービスを提供することができる方法が必要である。

前記のような問題点を解決するために、本発明は、ＩＰ基盤の次世代ハイブリッド放送システムの受信装置を通じて放送コンテンツサービスを提供する方法を提供しようとする。

本発明は、ネットワークにより連結された放送受信装置と他のデバイス間に両方向サービスを提供する方法を提供しようとする。

また、本発明は、ネットワーク連結された複数個のデバイスで両方向サービスを実行しているように具現することによって、両方向サービスを提供する方法を提供しようとする。

また、本発明は、デバイスをしてどんなアプリケーションの設置、実行が必要であるかをユーザに知らせることによって、両方向サービスを提供する方法を提供しようとする。

また、本発明は、１つのデバイスを通じて他のデバイスのアプリケーションを設置、実行、実行中止、及び削除などの管理を可能にする方法を提供しようとする。

また、本発明は、許可された特定ユーザまたはデバイスのみに他のデバイスのアプリケーション管理を可能にする方法を提供しようとする。

また、本発明は、複数個のデバイスのアプリケーションの相互作用のために必要な情報を共有する方法を提供しようとする。

また、本発明は、複数のデバイス間の連結を区分することによって、複数のデバイス間の連結を同時にサポートできる方法を提供しようとする。

また、本発明は、複数のデバイス間の両方向サービスを提供するためにクロック同期化またはコンテンツ同期化する方法を提供しようとする。

また、本発明は、複数個のデバイスのアプリケーション管理、連結管理、及び同期化をサポートするデバイスを探索する方法を提供しようとする。

また、本発明は、複数個のデバイスのアプリケーション管理、連結管理、及び同期化サービスに対する付加的な情報を交換できる方法を提供しようとする。

本発明は、ネットワークにより連結された放送受信デバイスとコンパニオンデバイス（companion device）のアプリケーション間の連結を管理する方法において、放送信号を受信するステップと、前記放送信号に含まれたアプリケーション情報に基づいてアプリケーション情報リスト変数を生成するステップと、前記コンパニオンデバイスからアプリケーション情報獲得アクションを受信するステップと、ここで、前記アプリケーション情報獲得アクションは、少なくとも１つの特定アプリケーションに関する情報を獲得するための要求メッセージを示す、前記アプリケーション情報獲得アクションに応答して、前記少なくとも１つの特定アプリケーションに対応するアプリケーション情報リスト変数を転送するステップと、前記転送されたアプリケーション情報リスト変数に基づいて放送サービスを提供するステップを含むことを特徴とする方法を提供する。

本発明において、前記方法は、前記放送信号からＡＴＳＣ ３．０プロトコルスタックを通じてメディアコンテンツ及び前記アプリケーション情報を抽出するステップをさらに含み、かつ前記放送信号はブロードキャスト（broadcast）またはブロードバンド（broadband）のうち、少なくとも１つを通じて転送されることを特徴とする。

本発明において、前記少なくとも１つの特定アプリケーションは、前記アプリケーション情報獲得アクションに含まれたアプリケーション識別子により識別されることを特徴とする。

本発明において、前記方法は、前記コンパニオンデバイスから連結情報獲得アクションを受信するステップとここで、前記連結情報獲得アクションは、前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結情報を獲得するために用いられる、前記連結情報獲得アクションに応答して、前記コンパニオンデバイスに前記連結情報を転送するステップと、ここで、前記連結情報は、プロトコル情報及び連結アドレス情報のうち、少なくとも１つを含む、前記連結情報に基づいて、前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結を遂行するステップをさらに含むことを特徴とする。

本発明において、前記放送受信デバイスは、アプリケーション管理サービス、アプリケーション連結設定サービス、またはデバイス間の同期化サービスのうち、少なくとも１つをサポートすることを特徴とする。

本発明において、前記方法は、アプリケーショントリガー情報に基づいて、前記放送受信デバイス内の特定アプリケーションを実行するステップと、前記特定アプリケーションの情報を前記コンパニオンデバイスに転送するステップをさらに含み、かつ前記アプリケーショントリガー情報は前記抽出されたアプリケーション情報に含まれていることを特徴とする。

本発明において、前記方法は、前記特定アプリケーションの情報に基づいて、前記コンパニオンデバイスにアプリケーション実行アクションまたはアプリケーション設置アクションを転送するステップをさらに含み、かつ前記アプリケーション実行アクションは前記特定アプリケーションの識別子及び実行パラメータを含み、前記アプリケーション設置アクションは前記特定アプリケーションの識別子及び設置パラメータを含むことを特徴とする。

本発明は、ネットワークにより連結されたコンパニオンデバイス（companion device）内のアプリケーションとの連結を管理する放送受信デバイスにおいて、放送信号を受信するチューナーと、前記放送信号に含まれたアプリケーション情報に基づいてアプリケーション情報リスト変数を生成し、前記コンパニオンデバイスから受信されたアプリケーション情報獲得アクションに応答して、少なくとも１つの特定アプリケーションに対応するアプリケーション情報リスト変数を転送し、前記転送されたアプリケーション情報リスト変数に基づいて放送サービスを提供するコントローラを含み、かつ前記アプリケーション情報獲得アクションは少なくとも１つの特定アプリケーションに関する情報を獲得するための要求メッセージを示すことを特徴とする、放送受信デバイスを提供する。

本発明において、前記コントローラは、前記放送信号からＡＴＳＣ ３．０プロトコルスタックを通じてメディアコンテンツ及び前記アプリケーション情報を抽出し、前記放送信号はブロードキャスト（broadcast）またはブロードバンド（broadband）のうち、少なくとも１つを通じて転送されることを特徴とする。

本発明において、前記放送受信デバイスは、前記コンパニオンデバイスから連結情報獲得アクションを受信するネットワークインターフェースをさらに含み、かつここで前記連結情報獲得アクションは前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結情報を獲得するために用いられ、前記コントローラは、前記連結情報獲得アクションに応答して、前記コンパニオンデバイスに前記連結情報を転送し、前記連結情報に基づいて前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結を遂行し、かつ前記連結情報はプロトコル情報及び連結アドレス情報のうち、少なくとも１つを含むことを特徴とする。

本発明において、前記コントローラは、アプリケーショントリガー情報に基づいて前記放送受信デバイス内の特定アプリケーションを実行し、前記特定アプリケーションの情報を前記コンパニオンデバイスに転送し、かつ前記アプリケーショントリガー情報は前記抽出されたアプリケーション情報に含まれていることを特徴とする。

本発明において、前記コントローラは、前記特定アプリケーションの情報に基づいて、前記コンパニオンデバイスにアプリケーション実行アクションまたはアプリケーション設置アクションを転送し、かつ前記アプリケーション実行アクションは前記特定アプリケーションの識別子及び実行パラメータを含み、前記アプリケーション設置アクションは前記特定アプリケーションの識別子及び設置パラメータを含むことを特徴とする。

本発明は、次世代放送サービスだけでなく、新たな種類のサービスをネットワーク連結されたデバイス間に連動させるために該当サービス自体を標準化する必要がなく、そのサービス自体にサービス固有の機能の以外のデバイス間の連動のための基本的なプロトコルを全て含めなければならない非効率性をなくすことができる。したがって、アプリケーション形態に、誰でも難無く両方向サービスの提供が可能であり、製造業体ではこのようなサービスの提供のために必要な追加的な開発リソースを節約することができる。

本発明が適用される実施形態であって、ＩＰ基盤の次世代ハイブリッド放送システムの受信機構造を示す。 本発明が適用される実施形態であって、ＩＰ基盤の次世代ハイブリッド放送システムのプロトコルスタックを示す。 本発明が適用される実施形態であって、放送受信デバイスとコンパニオンデバイス（companion device）との間のマルチスクリーンサービス（Multi-Screen Service）を提供するための基本アーキテクチャーを示す。 本発明が適用される実施形態であって、放送受信デバイスとコンパニオンデバイス（companion device）との間のマルチスクリーンサービス（Multi-Screen Service）を提供するための拡張されたアーキテクチャーを示す。 本発明が適用される実施形態であって、放送信号に含まれたアプリケーション情報を用いてマルチスクリーンサービス（Multi-Screen Service）を提供する方法を説明するためのブロックダイアグラムを示す。 本発明が適用される実施形態であって、放送信号に含まれたアプリケーショントリガー情報を用いて実行アプリケーション情報を獲得する過程を説明するためのブロックダイアグラムを示す。 本発明が適用される実施形態であって、放送信号に含まれたアプリケーショントリガー情報を用いてコンパニオンデバイス（companion device）のアプリケーションを実行、設置、及び／又は停止制御を遂行する過程を説明するためのブロックダイアグラムを示す。 本発明が適用される実施形態であって、ＵＰｎＰ（Universal Plug and Play）メカニズムを説明するためのブロックダイアグラムを示す。 本発明が適用される実施形態であって、ＲＥＳＴ（REpresentational State Transfer）メカニズムを説明するためのブロックダイアグラムを示す。 本発明が適用される実施形態であって、ＵＰｎＰ（Universal Plug and Play）ＡＶ（Audio-Visual）ネットワークの概略的な構成図を示す。 本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）が適用されるＵＰｎＰ（Universal Plug and Play）ＡＶ（Audio-Visual）ネットワークの一例を示す。 本発明が適用される一実施形態であって、前記図３はマルチスクリーンサービス（Multi-Screen Service）が適用される基本アーキテクチャーを示す。 拡張されたマルチスクリーンサービス（extendedMulti-Screen Service）が適用されるアーキテクチャーを示す。 本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）が適用されるデバイスの概略的な構造を示す。 本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）がスクリーンデバイスで始まる場合、デバイス間の相互作用を説明するためのフローチャートである。 本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）がコントローラで始まる場合、デバイス間の相互作用を説明するためのフローチャートである。 本発明が適用される一実施形態であって、デバイス間のアプリケーション連結を管理するための相互作用を説明するためのフローチャートである。 本発明が適用される一実施形態であって、外部サーバーからコンテンツが提供される場合、コンテンツと共に用いられるアプリケーションを制御する過程を説明するためのフローチャートである。 本発明が適用される一実施形態であって、デバイス間のアプリケーション連結のために必要な認証過程を説明するためのフローチャートである。 本発明が適用される一実施形態であって、デバイス間のアプリケーション連結を通じて同期化された通信を遂行する過程を説明するためのフローチャートである。 図２１〜図３７は、本発明が適用される一実施形態であって、アプリケーション管理のために必要なアクション（actions）とそのアーギュメント（argument）を示し、図２１は、本発明が適用される実施形態であって、第１アプリケーション情報獲得アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、第２アプリケーション情報獲得アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、利用可能なアプリケーション情報獲得アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、実行アプリケーション情報獲得アクション（running application information obtaining action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、実行状態情報獲得アクション（running status information obtaining action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、第１アプリケーション活性化アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、第２アプリケーション活性化アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、不活性化アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、第１アプリケーション設置アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、第２アプリケーション設置アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、削除（uninstallation）アクションとそのアーギュメントを示す。 本発明が適用される実施形態であって、設置状態情報獲得アクション（installation status information obtaining action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、連結情報獲得アクション（connection information obtaining action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、アプリケーション間の連結アクション（apptoapp connection action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、アプリケーション間の連結解除アクション（apptoapp disconnection action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、現在連結情報獲得アクション（current connection information obtaining action）とそのアーギュメントを示す。 本発明が適用される実施形態であって、検索フィールド獲得アクション（searchable field obtaining action）とそのアーギュメントを示す。 本発明が適用される一実施形態であって、アプリケーション管理のために必要な状態変数を示す。 本発明が適用される実施形態であって、アプリケーションをアップデートする過程を示す。 本発明が適用される実施形態であって、アプリケーションの設置状態ダイヤグラムを示す。

汎用プラグアンドプレイ（universal plug and play；以下、‘ＵＰｎＰ’という）技術とディジタルリビングネットワークアライアンス（digital living network alliance；以下、‘ＤＬＮＡ’という）技術は、多様な製造業体の家電デバイス間のサービスと制御を可能にする。特に、ＵＰｎＰ技術は視聴覚（audio-visual；ＡＶ）デバイス間の互換可能なＡＶサービスと制御を可能にする。この互換可能なＡＶサービスには、メディアストリーミング、アップローディング、ダウンローディングなどがある。

ホームネットワーキングのために提案されたＵＰｎＰ基盤のネットワークは、論理的に多数のＵＰｎＰデバイス（device）、サービス（service）、及び制御ポイント（ＣＰ：Control Point）を基本に構成される。ＵＰｎＰネットワークにおけるサービス（service）とは、ネットワーク上の最も小さな小規模制御単位を意味するが、状態変数を通じてモデリングされる。

ＵＰｎＰ基盤のネットワークにおける制御ポイント（Control Point）とは、他のデバイス及び／又はサービスを感知し制御する機能を備えた制御アプリケーション（application）を意味し、任意のデバイス、例えばユーザが取り扱いやすいモバイルデバイスのような物理的なデバイスで運用できる。

ＵＰｎＰ基盤のＡＶホームネットワークは、ホームネットワークにメディアデータを提供するメディアサーバー（ＭＳ：Media Server）、ホームネットワークを介してメディアデータを再生するメディアレンダラー（ＭＲ：Media Renderer）、及び前記メディアサーバーとメディアレンダラーを制御するＡＶ制御ポイント（ＣＰ：Control Point）を含んで構成される。前記メディアサーバーとメディアレンダラーは、前記制御ポイントにより制御される被制御（controlled）デバイスである。

前記メディアサーバー（正確にはメディアサーバー内のＣＤＳ（Content Directory Service））は、自身に収録されているメディアファイルとコンテナ（ディレクトリに該当）の情報を各オブジェクト（object）情報として予め構築しておく。‘オブジェクト’は１つ以上のメディアファイル、例えば停止映像（picture）、動映像、またはオーディオファイルに対する情報を有するアイテム（item）及び、ディレクトリに対する情報を有するコンテナ（container）を包括して称する用語であり、場合によって、オブジェクトの用語は適切に‘アイテム’または‘コンテナ’を称する用途として使用できる。

そして、１つのアイテムは１つまたは多数のメディアファイルに対応する。例えば、それぞれ異なるビットレートの同一内容のコンテンツを有する多数のメディアファイルは１つのアイテムに管理できる。

オブジェクトの情報は‘メタデータ’とも呼称され、このメタデータには、関連されたコンテンツに対する各種の情報が記載される。例えば、コンテンツに対応するオブジェクトに割り当てられたＩＤ、そのオブジェクトが属するコンテナに対する識別情報、タイトル、そのオブジェクトがアイテムかコンテナかに対する情報及びメディアの類型、関連したコンテンツ（例えば、メディアファイル）を獲得できるプロトコル及びアクセス位置情報などがメタデータに記載される。そして、このようなメタデータはマークアップ（mark-up）言語形態に作成され、関連したメディアファイルなどが格納されているストレージとは関わらず、前記ＣＤＳが管理するストレージに格納される。勿論、移動性記録媒体に格納されて前記ＣＤＳに提供されることもできる。このように作成されているコンテンツに対するメタデータは、前記制御ポイントが呼び出すアクションに従って提供され、また前記制御ポイントを媒介にしてメタデータの全部または一部が前記メディアレンダラーに提供されることもできる。

本発明において、ＵＰｎＰはこのような装置を制御ポイント（control point：ＣＰ）装置と制御ターゲット装置に分類できる。ディジタルメディアコントローラ（ＤＭＣ）、ディジタルメディアプレーヤー（ＤＭＰ）は制御ポイント装置に分類され、ディジタルメディアレンダラー（ＤＭＲ）、ディジタルメディアサーバー（ＤＭＳ）、ディジタルメディアプリンタ（ＤＭＰｒ）は、制御ターゲット装置に分類できる。

また、ＵＰｎＰの制御ポイント（ＣＰ）装置またはＤＬＮＡのディジタルメディアプレーヤー（ＤＭＰ）、ディジタルメディアコントローラ（ＤＭＣ）がＵＰｎＰの制御ターゲット装置またはＤＬＮＡのディジタルメディアサーバー（ＤＭＳ）にコンテンツメタデータを要求すれば、制御ターゲット装置またはディジタルメディアサーバー（ＤＭＳ）は格納されたコンテンツの各々に対応する複数のコンテンツメタデータを収集して（生成したコンテンツリストを）制御ポイント（ＣＰ）装置またはディジタルメディアプレーヤー（ＣＭＰ）、ディジタルメディアコントローラ（ＤＭＣ）に転送することができる。

一方、ＤＬＮＡはホームネットワーク装置として、ディジタルメディアサーバー（digital media server：ＤＭＳ）、ディジタルメディアプレーヤー（digital media player：ＤＭＰ）、ディジタルメディアレンダラー（digital media renderer：ＤＭＲ）、ディジタルメディアコントローラ（digital media controller：ＤＭＣ）、及びディジタルメディアプリンタ（digital media printer：ＤＭＰｒ）を規定し、モバイル携帯装置として、モバイルディジタルメディアサーバー（mobile digital media server：Ｍ−ＤＭＳ）、モバイルディジタルメディアプレーヤー（mobile digital media player：Ｍ−ＤＭＰ）、モバイルディジタルメディアアップローダー（mobile digital media uploader：Ｍ−ＤＭＵ）、モバイルディジタルメディアダウンローダー（mobile digital media downloader：Ｍ−ＤＭＤ）、及びモバイルディジタルメディアコントローラ（mobile digital media controller：Ｍ−ＤＭＣ）を規定することができる。以下、ディジタルメディアサーバー（ＤＭＳ）はＭ−ＤＭＳをカバーする概念として使用し、ディジタルメディアプレーヤー（ＤＭＰ）はＭ−ＤＭＰをカバーする概念として使用し、ディジタルメディアコントローラ（ＤＭＣ）はＭ−ＤＭＣをカバーする概念として使用できる。

また、ＤＬＮＡは２ボックスモデル（2 Box Model）と３ボックスモデル（3 Box Model）として定義できる。２ボックスモデルはディジタルメディアプレーヤー（ＤＭＰ）とディジタルメディアサーバー（ＤＭＳ）を含む。２ボックスモデルでディジタルメディアプレーヤー（ＤＭＰ）はユーザがディジタルメディアサーバー（ＤＭＳ）によりブラウジングされ（browsed）配布される（distributed）コンテンツを探して再生できるようにする。３ボックスモデルはディジタルメディアコントローラ（ＤＭＣ）、ディジタルメディアサーバー（ＤＭＳ）、ディジタルメディアレンダラー（ＤＭＲ）を含む。３ボックスモデルで、ディジタルメディアコントローラ（ＤＭＣ）はユーザがディジタルメディアレンダラー（ＤＭＲ）で再生されるディジタルメディアサーバー（ＤＭＳ）のコンテンツを探すことができるようにする。

本発明では、デバイス間通信（communication）時、メッセージ（message）、命令語（command）、コール（call）、アクション（action）、あるいは要求／応答（request/response）を交換すると表現することができる。

本発明では、デバイス間通信（communication）時に使われるメッセージ（message）を所望の対象デバイスに安定的に伝達するために、ＩＰ（Internet Protocol）だけでなく、ＩＣＭＰ（Internet Control Message Protocol）、ＩＧＭＰ（Internet Group Management Protocol）などの多様なプロトコルを適用することができ、特定プロトコルに限定して適用しない。

本発明では、デバイス間の通信時に使われるメッセージ（message）を安定的に伝達し、メッセージフロー（message flow）を制御し、複数のメッセージ（message）間の衝突や混雑（congestion）を解決し、マルチプレキシング（multiplexing）をサポートするために、ＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）だけでなく、ＤＣＣＰ（Datagram Congestion Control Protocol）、ＳＣＴＰ（Stream Control Transmission Protocol）などの多様なプロトコルを適用することができ、特定プロトコルに限定して適用するものではない。

本発明では、デバイス間の通信時に使われるメッセージ（message）に多様な情報を入れて多様な目的で伝達するために、ＨＴＴＰ（Hypertext Transfer Protocol）、ＲＴＰ（Real-time Transport Protocol）、ＸＭＰＰ（Extensible Messaging and Presence Protocol）、ＦＴＰ（File Transfer Protocol）などの多様なプロトコルを適用することができ、特定プロトコルに限定して適用するものではない。

本発明では、デバイス間の通信時に使われるメッセージを上記の多様なプロトコルを通じて伝達する時、各プロトコルで定義するメッセージコンポーネント（components）のうち、メッセージヘッダ（message header）、メッセージボディー（message body）など、多様なメッセージコンポーネントに所望のメッセージデータを入れて伝達することができ、特定メッセージコンポーネントに限定されるものではない。

本発明では、デバイス間の通信時に使われるメッセージを上記の多様なプロトコルを通じて伝達する時、伝達するデータを各プロトコルで定義する多様なタイプに（string、integer、floating point、boolean、character、array、listなど）伝達することができる。複雑な内容のデータをより構造的に表現し、伝達し、格納するためにＸＭＬ（Extensible Markup Language）、ＨＴＭＬ（Hypertext Markup Language）、ＸＨＴＭＬ（Extensible Hypertext Markup Language）、ＪＳＯＮ（JavaScript Object Notation）などのマークアップ（Markup）方式、あるいはテキスト（text）、イメージフォーマット（image format）などを適用することができ、特定方式に限定されるものではない。

本発明では、デバイス間の通信時に使われるメッセージに含まれるデータを、“gzip”（ＲＦＣ １９５２）、“deflate”（ＲＦＣ １９５０）、“compress”（ＲＦＣ ２６１６）などの多様なデータ圧縮機術を適用して伝達することができ、特定方式に限定されるものではない。

本発明の実施形態で適用されたデバイス間の通信の１つ方案であるＵＰｎＰ方式は、前記多様な技術のうち、ＩＰ−ＴＣＰ／ＵＤＰ−ＨＴＴＰのプロトコルが組み合わせられたデバイス間の通信プロトコルである。

本発明で提案する全てのＵＰｎＰアクションは、前記多様なレイヤ（layer）の技術の多様な形態の組み合わせを通じて適用されることができ、本発明で提案する全ての内容はＵＰｎＰ方式に限定されるものではない。即ち、本明細書ではネットワークを構成する１つの実施形態としてＵＰｎＰ方式を基準に説明するが、本発明はこれに限定されず、前述した他の方式の技術に対しても適用可能である。

図１は本発明が適用される実施形態であって、ＩＰ基盤の次世代ハイブリッド放送システムの受信機構造を示す。

本発明で適用されるＩＰ基盤の次世代ハイブリッド放送システムで提供される放送サービスは、サービス要素（service elements）で構成できる。例えば、前記サービス要素（service elements）は、連続要素（continuous component）、基礎要素（elementary component）、複合要素（composite component）、表現要素（presentable component）、ノンリアルタイムファイル（non-realtime file）、ノンリアルタイムコンテンツ、アプリケーション要素、ＡＴＳＣ ３．０アプリケーション要素などを含むことができる。

前記連続要素は連続したストリーム内に存在する、オーディオ、ビデオ、またはキャプションのようなコンテンツ要素を示すことができる。基礎要素は、単一エンコーディングである連続要素、例えばサウンドシーケンスの単一エンコーディング、ピクチュアシーケンスの単一エンコーディングを示すことができる。前記複合要素は、前記連続要素の集合体を示すことができる。

前記表現要素（presentable component）は、ユーザに見られる要素を示し、前記ノンリアルタイムファイル（non-realtime file）はノンリアルタイムに伝達されるファイルを示し、ノンリアルタイムコンテンツは１つ以上のノンリアルタイムファイルの集合体からなるコンテンツを示す。

前記アプリケーション要素は両方向サービスまたはマルチスクリーンサービスを構成する文書の集合体を示すことができ、例えば前記文書はＨＴＭＬ、Javascript、ＣＳＳ、ＸＭＬ、及びマルチメディアファイルを含むことができる。

前記ＡＴＳＣ ３．０アプリケーション要素は、ＡＴＳＣ ３．０アプリケーション実行環境に適合したアプリケーションを示す。例えば、本発明で適用されるアプリケーションは前記ＡＴＳＣ ３．０アプリケーション要素でありうる。

本発明で適用される放送サービスは、線型サービス（linear service）またはアプリ基盤サービス（App-based service）でありうる。ここで、前記線型サービスは放送スケジュールによって消費される連続要素で構成されたコンテンツを含むことができる。例えば、前記線型サービスは１つ以上の連続要素、要素同期化のための時間ベース（time base）、アプリ基盤向上要素のうち、少なくとも１つを含むことができる。

前記アプリ基盤サービス（App-based service）は、ユーザインターフェースとサービス機能を提供するアプリケーションに基づいたノンリアルタイムサービスを示す。前記アプリ基盤サービス（App-based service）は、１つ以上のアプリ基盤向上要素を含むことができ、前記アプリ基盤向上要素は１つ以上のアプリケーション、ノンリアルタイムコンテンツ、オンディマンド（On-demand）要素のうち、少なくとも１つを含むことができる。

前記図１を説明すると、本発明が適用されるＩＰ基盤の次世代ハイブリッド放送システムの受信機は物理階層コントローラ（Physical Layer Controller）１０１、チューナー（Tuner）１０３、物理フレームパーサ（Physical Frame Parser）１０５、リンク階層フレームパーサ（Link Layer Frame Parser）１０７、ＩＰ／ＵＤＰデータグラムフィルター（IP/UDP Datagram Filter）１０９、ＡＴＳＣ ３．０ ＤＴＶ制御エンジン（ATSC 3.0 DTV Control Engine）１１１、応用階層転送クライアント（Application Layer Transport Client）１１３、タイミング制御部（Timing Control Unit）１１５、シグナルリングパーサ（Signaling Parser）１１７、ＤＡＳＨクライアント（DASH Client）１１９、ＩＳＯ基盤メディアファイルフォーマットパーサ（ISO BMFF Parser）１２１、メディアデコーダ（Media Decoder）１２３、ＨＴＴＰアクセスクライアント（HTTP Access Client）１２５、及びＨＴＴＰサーバー（HTTP Server）１２７を含んで構成できる。

前記物理階層コントローラ（Physical Layer Controller）１０１は受信しようとする放送チャンネルのＲＦ情報などを用いてチューナー（Tuner）、物理フレームパーサ（Physical Frame Parser）などの動作を制御することができる。

前記チューナー（Tuner）１０３は地上波放送チャンネルを介して放送関連信号を受信及び処理し、これを適切な形態、例えば物理フレーム（Physical Frame）などに変換することができる。この際、前記放送関連信号はメディアコンテンツだけでなく、デバイス間の両方向サービスを提供するためのアプリケーション情報を含むことができる。

前記物理フレームパーサ（Physical Frame Parser）１０５は、受信された物理フレーム（Physical Frame）をパッシングし、これと関連したプロセシングを通じてリンク階層フレーム（Link Layer Frame）などで獲得することができる。

前記リンク階層フレームパーサ（Link Layer Frame Parser）１０７は、リンク階層フレーム（Link Layer Frame）からリンク階層シグナリング（Link Layer signaling）などを獲得するか、またはＩＰ／ＵＤＰデータグラム獲得と関連した演算を遂行することができる。

前記ＩＰ／ＵＤＰデータグラムフィルター（IP/UDP Datagram Filter）１０９は、受信されたＩＰ／ＵＤＰデータグラムから特定ＩＰ／ＵＤＰデータグラムをフィルタリングすることができる。

前記ＡＴＳＣ ３．０ ＤＴＶ制御エンジン（ATSC 3.0 DTV Control Engine）１１１は、各モジュール間のインターフェースを担当し、パラメータなどの伝達を通じて各モジュールの動作を制御することができる。本発明の多様な実施形態で説明されるアクションとアーギュメントは、前記ＡＴＳＣ ３．０ ＤＴＶ制御エンジン（ATSC 3.0 DTV Control Engine）により制御できる。

前記応用階層転送クライアント（Application Layer Transport Client）１１３は、応用階層転送パケット（Application Layer Transport Packet）を処理することができる。ここで、前記応用階層転送パケット（Application Layer Transport Packet）は、リアルタイムオブジェクト転送をサポートする転送プロトコルパケットを意味し、例えば、単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）、ＭＰＥＧメディア転送（MPEG Media transport：ＭＭＴ）などのパケットがありえる。そして、多数のパケットの収集及び処理などを通じて１つ以上のＩＳＯ基盤メディアファイルフォーマット（ISO Base Media File Format）オブジェクトを生成することができる。

前記タイミング制御部（Timing Control Unit）１１５は、システムタイム情報を含むパケットを処理し、これによって、システムタイムなどを制御することができる。

前記シグナリングパーサ（Signaling Parser）１１７はＤＴＶ放送サービス関連シグナリングを獲得及びパッシングし、これに基づいてチャンネルマップなどを生成及び管理することができる。

前記ＤＡＳＨクライアント（DASH Client）１１９は、リアルタイムストリーミングあるいは適応的ストリーミング関連演算及び獲得されたＤＡＳＨセグメント（DASH Segment）などに対する処理を遂行することができる。

前記ＩＳＯ基盤メディアファイルフォーマットパーサ（ISO BMFF Parser）１２１は、ＩＳＯ基盤メディアファイルフォーマット（ISO Base Media File Format）オブジェクトからオーディオ、ビデオデータ、及び関連パラメータなどを抽出することができる。

前記メディアデコーダ（Media Decoder）１２３は、受信されたオーディオ及びビデオデータに対してデコーディング及びプレゼンテーションを遂行することができる。

前記ＨＴＴＰアクセスクライアント（HTTP Access Client）１２５は、ＨＴＴＰサーバーに特定情報を要求するか、またはＨＴＴＰサーバーからの受信した前記要求に対する応答を処理することができる。

前記ＨＴＴＰサーバー（HTTP Server）１２７は、ＨＴＴＰアクセスクライアントから伝達を受けた要求を処理するか、またはそれに対する応答を提供することができる。

図２は本発明が適用される実施形態であって、ＩＰ基盤の次世代ハイブリッド放送システムのプロトコルスタックを示す。

前記図２に示すように、ＩＰ基盤ハイブリッド放送をサポートする次世代放送システムの送信側で放送サービスのオーディオあるいはビデオデータなどはＩＳＯ基盤メディアファイルフォーマット（ISO Base Media File Format）形態にカプセル化（encapsulation）することができる。これは、ＤＡＳＨセグメント（DASH Segment）あるいはＭＰＥＧメディア転送（MPEG Media transport：ＭＭＴ）のＭＰＵ（Media processing unit）などの形態に従うことができる。そして、これを放送網とインターネットに同一に、あるいは各伝送網の属性によって互いに異なるように転送することができる。

放送網の場合、ＩＳＯ基盤メディアファイル（ISO Base Media File：ＩＳＯ ＢＭＦＦ）形態にカプセル化（encapsulation）されたデータをリアルタイムオブジェクト転送をサポートする応用階層転送（application layer transport）プロトコルパケット、例えば単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）、ＭＰＥＧメディア転送（MPEG Media transport：ＭＭＴ）などのパケットでカプセル化（encapsulation）する。そして、これをまたＩＰ／ＵＤＰデータグラムで生成後、これを放送信号に乗せて転送することができる。

インターネット網の場合、これをＤＡＳＨなどストリーミング技法などに基づいて受信側に伝達することができる。併せて、放送サービスのシグナリングは次のような方法により転送できる。

放送網の場合、シグナリングの属性などによって次世代放送転送システム及び放送網の物理階層（physical layer）に伝達される転送フレーム（transport frame）の特定データパイプ（data pipe：ＤＰ）などを通じて転送できる。この際、シグナリング形態はビットストリームあるいはＩＰ／ＵＤＰデータグラムでカプセル化（encapsulation）された形態でありうる。

インターネット網の場合、受信機の要求に対する応答としてシグナリングデータをリターンして伝達することができる。

放送サービスのＥＳＧあるいはＮＲＴコンテンツなどは、次のような方法により転送できる。

放送網の場合、応用階層転送（application layer transport）プロトコルパケット、例えば、単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）、ＭＰＥＧメディア転送（MPEG Media transport：ＭＭＴ）などの転送パケットでカプセル化（encapsulation）する。そして、これをまたＩＰ／ＵＤＰデータグラムで生成後、これを放送信号に乗せて転送することができる。

インターネットの場合、受信機の要求に対する応答としてＥＳＧあるいはＮＲＴコンテンツなどをリターンして伝達することができる。

本発明の一実施形態に係る放送サービスは、視聴覚データ（Auido/Video：Ａ／Ｖ）だけでなく、ＨＴＭＬ５アプリケーション、両方向サービス、ＡＣＲサービス、セカンドスクリーン（second screen）サービス、個人化（personalization）サービスなどの付加サービスを提供することができる。

このような放送サービスは地上波、ケーブル衛星などの放送信号である物理階層（physical layer）を通じて転送できる。また、本発明の一実施形態に係る放送サービスは、インターネット通信網（broadband）を介して転送できる。

放送サービスが地上波、ケーブル衛星などの放送信号である物理階層（physical layer）を通じて転送される場合、放送受信装置は高速情報チャンネルとカプセル化（encapsulation）されたＩＰデータグラムを放送信号をデモジュレーションして抽出することができる。放送受信装置はＩＰデータグラムからユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）データグラムを抽出することができる。放送受信装置は、ＵＤＰデータグラムからシグナリング情報を抽出することができる。

放送受信装置は単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）パケットを抽出することができる。この際、単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）パケットは、ノンリアルタイム（Non-Real Time：ＮＲＴ）データと電子サービスガイド（Electronic Service Gudie：ＥＳＧ）データを含むことができる。また、放送受信装置はＵＤＰデータグラムから応用階層転送（application layer transport）プロトコルパケットを抽出することができる。放送受信装置は、応用階層転送（application layer transport）プロトコルパケットからＡ／Ｖデータ及び付加データを抽出することができる。

放送サービスがインターネット通信網（broadband）を介して転送される場合、放送受信装置はインターネット通信網からＩＰパケットを受信することができる。放送受信装置は、ＩＰパケットからＴＣＰパケットを抽出することができる。放送受信装置は、ＴＣＰパケットからＨＴＴＰパケットを抽出することができる。放送受信装置は、ＨＴＴＰパケットからＡ／Ｖ、付加データ、シグナリング情報などを抽出することができる。

図３は本発明が適用される実施形態であって、放送受信デバイスとコンパニオンデバイス（companion device）間のマルチスクリーンサービス（Multi-Screen Service）を提供するための基本アーキテクチャーを示す。

マルチスクリーンサービス（Multi-Screen Service）を提供するネットワークに多様なデバイスが連結されていると仮定する。ネットワーク上で連結されたデバイスは特定アプリケーションの役割及び／又は使用法によりメインデバイス（main device）とコンパニオンデバイス（companion device）に分類（categorize）されて説明できる。

まず、メインデバイス（main device）はコンパニオンデバイス（companion device）により制御されるデバイスを示す。例えば、前記メインデバイスはＴＶ、セットトップボックス（set-top box）などのリーンバック（lean-back）ディスプレイデバイスを含むことができる。また、如何なるディスプレイデバイスも使用シナリオによって前記メインデバイスになることができ、例えば、スマートフォン、タブレットのようなデバイスも前記メインデバイスになることができる。

コンパニオンデバイス（companion device）はメインデバイス（main device）を制御するデバイスを示す。例えば、前記コンパニオンデバイスは、スマートフォン、タブレットなどのリーンフォワード（lean-forward）ディスプレイデバイスや小型ディスプレイデバイス（handheld display device）を含むことができる。また、如何なるディスプレイデバイスも使用シナリオによって前記メインデバイスになることができ、例えば、ＴＶ、セットトップボックス（set-top box）のようなデバイスも前記コンパニオンデバイスになることができる。

一方、スクリーンデバイス（screen device）とは、スクリーンコントロールポイント（screen control point）と共に遂行される、他のディスプレイデバイスに多様な両方向サービス（various interactive service）を提供するために用いられる要素（component）を意味することができる。前記スクリーンデバイスは前記スクリーンコントロールポイントにより制御され、前記スクリーンコントロールポイントと相互動作をするようにデザインできる。マルチスクリーンサービス（Multi-Screen Service）をサポートするためには、コンパニオンデバイスにより制御されるメインデバイス（例えば、ＴＶ、セットトップボックス（set-top box）などのリーンバック（lean-back）ディスプレイデバイス）で遂行されることが推奨される。延いては、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）をサポートするためには、メインデバイスを制御するコンパニオンデバイス（例えば、スマートフォン、タブレットなどのリーンフォワード（lean-forward）ディスプレイデバイスや小型ディスプレイデバイス（handheld display device））でもまた遂行されることが推奨される。

スクリーンコントロールポイント（screen control point）とは、スクリーンデバイス（screen device）と共に遂行される、他のディスプレイデバイスに多様な両方向サービス（various interactive service）を提供するために用いられる要素（component）を示す。前記スクリーンコントロールポイントはユーザの入力により前記スクリーンデバイスを制御し、前記スクリーンデバイスと相互動作をするようにデザインできる。マルチスクリーンサービス（Multi-Screen Service）をサポートするためには、メインデバイスを制御するコンパニオンデバイス（例えば、スマートフォン、タブレットなどのリーンフォワード（lean-forward）ディスプレイデバイスや小型ディスプレイデバイス（handheld display device））で遂行されることが推奨される。延いては、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）をサポートするためには、コンパニオンデバイスにより制御されるメインデバイス（例えば、ＴＶ、セットトップボックス（set-top box）などのリーンバック（lean-back）ディスプレイデバイス）でもまた遂行されることが推奨される。

前記図３を説明すると、ネットワーク上に連結された多様なデバイスのうちの２つのデバイス、例えば、メインデバイス（main device）３１０とコンパニオンデバイス（companion device）３３０に基づいて、両方向サービスを提供するための構造を示す。ここで、前記コンパニオンデバイス（companion device）３３０はスクリーンコントロールポイント（screen control point）３４０として動作されることができ、前記メインデバイス（main device）３１０はスクリーンデバイス（screen device）３２０として動作できる。

前記メインデバイス（main device）３１０は、ブロードキャスト及び／又はブロードバンドを通じて転送された放送信号を受信することができる。前記メインデバイス（main device）３１０は、前記放送信号から転送パケットを抽出し、前記転送パケットからプロトコルスタック３５０を通じてメディアコンテンツ及びアプリケーション情報を抽出することができる。ここで、前記プロトコルスタック３５０は前記図２のプロトコルスタックを概略的に示したものであり、前記図２で説明した内容が適用できる。

例えば、前記メインデバイス（main device）３１０は、ＡＴＳＣ ３．０物理階層を通じて放送信号を受信することができる。

放送サービスが地上波、ケーブル衛星などの放送信号である物理階層（physical layer）を通じて転送される場合、前記メインデバイス（main device）３１０は高速情報チャンネルとカプセル化（encapsulation）されたＩＰデータグラムを、放送信号をデモジュレーションして抽出することができる。

前記メインデバイス（main device）３１０は、ＩＰデータグラムからユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）データグラムを抽出することができ、前記ＵＤＰデータグラムからシグナリング情報を抽出することができる。

前記メインデバイス（main device）３１０は、単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）パケットを抽出することができる。この際、前記単方向リアルタイムオブジェクト転送（Real-Time Object Delivery over Unidirectional Transport：ＲＯＵＴＥ）パケットは、ノンリアルタイム（Non-Real Time：ＮＲＴ）データと電子サービスガイド（Electronic Service Gudie：ＥＳＧ）データを含むことができる。

また、前記メインデバイス（main device）３１０は、ＵＤＰデータグラムから応用階層転送（application layer transport）プロトコルパケットを抽出することができ、前記応用階層転送（application layer transport）プロトコルパケットからＡ／Ｖデータ及び付加データを抽出することができる。

一方、放送サービスがインターネット通信網（broadband）を介して転送される場合、前記メインデバイス（main device）３１０はインターネット通信網からＩＰパケットを受信することができ、ＩＰパケットからＴＣＰパケットを抽出することができる。そして、前記メインデバイス（main device）３１０はＴＣＰパケットからＨＴＴＰパケットを抽出することができ、ＨＴＴＰパケットからＡ／Ｖデータ、付加データ、シグナリング情報などを抽出することができる。

このように抽出された情報に基づいて、前記メインデバイス（main device）３１０と前記コンパニオンデバイス（companion device）３３０は、マルチスクリーンサービスを提供することができる。

前記メインデバイス（main device）３１０は、アプリケーション管理サービス、連結設定サービス、及び同期化サービスのうち、少なくとも１つをサポートすることができる。前記メインデバイス（main device）３１０は、広告（advertise）メッセージを転送することによって、自身がスクリーンデバイスであることを知らせるか、または自身の情報を入れたデバイス説明文書（device description document）に接近できるアドレスを知らせることができる。

前記コンパニオンデバイス（companion device）３３０は、マルチスクリーンサービスを提供するためにスクリーンデバイスを探索することができる。この際、探索アクション（Search()）が利用できる。前記探索結果、スクリーンデバイスが探索されれば、探索されたスクリーンデバイスは前記探索アクションに対する応答メッセージを転送することができる。

また、前記メインデバイス（main device）３１０は、前記コンパニオンデバイス（companion device）３３０に説明情報を転送することができる。例えば、前記説明情報は、基本的なデバイス情報、自身がどんな種類のデバイスなのかに対する情報（例えば、スクリーンデバイス、スクリーンコントロールポイントなど）、自身が提供することができるサービスに対する情報（例えば、アプリケーション管理サービス、連結設定サービスなど）を含むことができる。

また、前記コンパニオンデバイス（companion device）３３０は、前記メインデバイス（main device）３１０を制御するためのアクションを転送することができ、前記メインデバイス（main device）３１０は前記コンパニオンデバイス（companion device）３３０にイベントメッセージを転送するか、または前記アクションに対する応答メッセージを転送することができる。

図４は本発明が適用される実施形態であって、放送受信デバイスとコンパニオンデバイス（companion device）間のマルチスクリーンサービス（Multi-Screen Service）を提供するための拡張されたアーキテクチャーを示す。

本発明は、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）を提供することができる。ここで、前記拡張されたマルチスクリーンサービス（extended Multi-Screen Service）はより精巧な相互動作（more sophisticated interactions）を必要とするサービスを意味することができる。

前記図４は、ネットワーク上の連結された２つのデバイス、例えば、コンパニオンデバイス（companion device）４３０とメインデバイス（main device）４１０に基づいて、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）を提供するための構造を示す。

第１スクリーンデバイス（screen device）４２０と第１スクリーンコントロールポイント（screen control point）４４０との間の動作は前記図３で説明した通りである。

延いては、前記メインデバイス（main device）４１０は第２スクリーンコントロールポイント（screen control point）４５０として動作し、前記コンパニオンデバイス（companion device）４３０は第２スクリーンデバイス（screen device）４６０として動作することもできる。同様に、第２スクリーンデバイス（screen device）４６０と第２スクリーンコントロールポイント（screen control point）４５０との間の動作も前記図３で説明した内容が同様に適用できる。

図５は本発明が適用される実施形態であって、放送信号に含まれたアプリケーション情報を用いてマルチスクリーンサービス（Multi-Screen Service）を提供する方法を説明するためのブロックダイアグラムを示す。

メインデバイス（main device）５１０は、ＡＴＳＣ ３．０物理階層を通じてアプリケーション情報を含んでいる放送信号を受信することができる。

前記メインデバイス（main device）５１０は、プロトコルスタック５５０を通じて抽出されたアプリケーション情報に基づいてアプリケーション情報リスト内の変数を生成またはアップデートすることができる（Ｓ５１０）。ここで、前記アプリケーション情報リスト内の変数に対しては以下の明細書の他の実施形態でより詳細に説明する。

前記メインデバイス（main device）５１０は、前記コンパニオンデバイス（Companion device）５３０からアプリケーション情報獲得アクション、アプリケーション識別子リスト獲得アクション、または連結情報獲得アクションなどを受信することができる（Ｓ５２０）。ここで、アプリケーション情報獲得アクション、アプリケーション識別子リスト獲得アクション、または連結情報獲得アクションは、以下の明細書の他の実施形態でより詳細に説明する。

前記メインデバイス（main device）５１０は、前記アクションに応答してブロードキャスト及び／又はブロードバンドを通じて転送されたアプリケーション情報を転送することができる（Ｓ５３０）。ここで、前記アプリケーション情報は前記生成されたまたはアップデートされたアプリケーション情報リスト内の変数を示すことができる。

図６は本発明が適用される実施形態であって、放送信号に含まれたアプリケーショントリガー情報（application trigger information）を用いて実行アプリケーション情報を獲得する過程を説明するためのブロックダイアグラムを示す。

メインデバイス（main device）６１０は、ブロードキャスト及び／又はブロードバンドを通じてメディアコンテンツとアプリケーショントリガー情報（application trigger information）を含む放送信号を受信することができる。前記メインデバイス（main device）６１０は、前記受信された放送信号からプロトコルスタック６５０を通じてアプリケーショントリガー情報（application trigger information）を抽出することができる（Ｓ６１０）。

前記メインデバイス（main device）６１０は、前記抽出されたアプリケーショントリガー情報（application trigger information）に基づいて第１アプリケーション（Ａｐｐ＃１）を実行することができる（Ｓ６２０）。前記メインデバイス（main device）６１０は、スクリーンデバイス６２０としてアプリケーション管理サービス６２１、連結設定サービス６２２、及び同期化サービス６２３のうち、少なくとも１つを提供することができる。

例えば、前記第１アプリケーション（Ａｐｐ＃１）が実行されれば、前記メインデバイス（main device）６１０はアプリケーション管理サービス６２１としてイベントメッセージをコンパニオンデバイス６３０に転送することができる（Ｓ６３０）。この際、前記イベントメッセージは実行中のアプリケーションリスト情報（running application list information）を含むことができる。

前記メインデバイス（main device）６１０は、前記コンパニオンデバイス（Companion device）６３０から実行中のアプリケーションリスト獲得アクション、または実行中のアプリケーション状態情報獲得アクションなどを受信することができる（Ｓ６４０）。ここで、前記コンパニオンデバイス（Companion device）６３０はスクリーンコントロールポイント６４０として動作する。そして、実行中のアプリケーションリスト獲得アクション、または実行中のアプリケーション状態情報獲得アクションは、以下の明細書の他の実施形態でより詳細に説明する。

前記メインデバイス（main device）６１０は、前記アクションに応答してアップデートされた実行中のアプリケーションリストまたはアップデートされた実行中のアプリケーション状態情報を転送することができる（Ｓ６５０）。

前記コンパニオンデバイス（Companion device）６３０は、前記アップデートされた実行中のアプリケーションリストまたは前記アップデートされた実行中のアプリケーション状態情報を受信するようになれば、それに対応するアプリケーション（Ａｐｐ＃１）を実行することができる（Ｓ６６０）。ここで、前記それに対応するアプリケーション（Ａｐｐ＃１）は、前記アップデートされた実行中のアプリケーションリストまたは前記アップデートされた実行中のアプリケーション状態情報に対応するアプリケーションを示す。

前記のような過程を通じて、前記メインデバイス（main device）６１０と前記コンパニオンデバイス（Companion device）６３０はマルチスクリーンサービスを提供できるようになる。

図７は本発明が適用される実施形態であって、放送信号に含まれたアプリケーショントリガー情報（application trigger information）を用いてコンパニオンデバイス（companion device）のアプリケーションを実行、設置及び／又は停止制御を遂行する過程を説明するためのブロックダイアグラムを示す。

図７の実施形態が前記図６の実施形態と異なる点は、メインデバイス７１０がスクリーンコントロールポイント７２０として動作し、コンパニオンデバイス７３０がスクリーンデバイス７４０として動作するという点と、スクリーンコントロールポイント７２０により転送されるアクションがアプリケーション開始アクション、設置アクション、または停止アクションという点である。

即ち、前記図７を説明すると、前記メインデバイス（main device）７１０は、前記受信された放送信号からプロトコルスタック７５０を通じてアプリケーショントリガー情報（application trigger information）を抽出することができる（Ｓ７１０）。

前記メインデバイス（main device）７１０は、前記抽出されたアプリケーショントリガー情報（application trigger information）に基づいて第１アプリケーション（Ａｐｐ＃１）を実行または停止することができる（Ｓ７２０）。

前記メインデバイス（main device）７１０は、前記コンパニオンデバイス（Companion device）７３０にアプリケーション実行アクション、アプリケーション設置アクション、またはアプリケーション停止アクションなどを転送することができる（Ｓ７３０）。ここで、前記アプリケーション実行アクション、アプリケーション設置アクション、またはアプリケーション停止アクションは、以下の明細書の他の実施形態でより詳細に説明する。

前記アクションに応答して、前記コンパニオンデバイス（Companion device）７３０は、該当アプリケーション（Ａｐｐ＃１）を実行、設置、または停止することができる（Ｓ７４０）。

図８は本発明が適用される実施形態であって、ＵＰｎＰ（Universal Plug and Play）メカニズムを説明するためのブロックダイアグラムを示す。

本発明で提案するＵＰｎＰアクションは、デバイス間の通信の多様な方式の例の１つであって、ＵＰｎＰ探索（Discovery）及び説明情報（Description information）転送過程で獲得した制御ＵＲＬを示す。前記ＵＰｎＰアクションは、ＨＴＴＰで定義したＰＯＳＴ方式を使用して、実際に伝達しようとするデータをＨＴＴＰ ＰＯＳＴメッセージボディー（body）にＸＭＬの形態に伝達することができる。ＵＰｎＰプロトコルの場合、各アクションに対してアクション名称（action name）を定義して使用し、ＸＭＬ形態に伝達されるＨＴＴＰ ＰＯＳＴメッセージボディー（body）にアクション名称（action name）も共に伝達されるため、通信対象デバイスに対するＵＲＬが１つのみ存在し、ＨＴＴＰ ＰＯＳＴ方式１つだけ使用しても無限の種類のアクション（メッセージ）の交換が可能である。

図９は本発明が適用される実施形態であって、ＲＥＳＴ（REpresentational State Transfer）メカニズムを説明するためのブロックダイアグラムを示す。

例えば、本発明で提案するデバイス間の通信は、ＨＴＴＰ方式のうち、ＰＯＳＴだけでなく、GET、HEAD、PUT、DELETE、TRACE、OPTIONS、CONNECT、PATCHなどのいろいろな方式を活用し、通信対象デバイスに接近する複数のＵＲＩを定義すれば、アクション名称（action name）の定義無しでも適用できる。伝達が必要なデータは該当ＵＲＩに付加して伝達されることができ、あるいはＨＴＴＰボディー（body）に多様な形態に含まれて伝達できる。但し、このようなＲＥＳＴ方式に必要な複数のＵＲＩ値は探索（Discovery）及び説明情報（Description information）転送過程で獲得できる。

図１０は本発明が適用される実施形態であって、ＵＰｎＰ（Universal Plug and Play）ＡＶ（Audio-Visual）ネットワークの概略的な構成図を示す。

ＵＰｎＰ基盤のＡＶネットワークは、図１０に示すように、ネットワークにメディアデータを提供するメディアサーバー（ＭＳ：Media Server）１０２０と、ネットワークを介してメディアデータを再生するメディアレンダラー（ＭＲ：Media Renderer）１０３０と、前記メディアサーバー１０２０とメディアレンダラー１０３０を制御する制御ポイント（ＣＰ：Control Point）１０１０を含んで構成できる。前記メディアサーバー１０２０とメディアレンダラー１０３０は前記制御ポイント１０１０により制御される被制御（controlled）機器である。

前記メディアサーバー１０２０は、ＣＤＳ（Content Directory Service）部１０２１、連結管理部（Connection Manager）１０２２、及び転送部（AV Transport）１０２３を含むことができる。

前記メディアサーバー１０２０が前記制御ポイント１０１０にディレクトリ情報を知らせるために、ＵＰｎＰアクション（action）、例えばブラウジング（browsing）アクションがある度に自身のファイルシステムを用いてメディアファイルに対する情報を知らせることができる。そして、前記制御ポイント１０１０のユーザインターフェースを介して選択されたメディアファイルのデータは、前記メディアサーバー１０２０と前記メディアレンダラー１０３０との間にストリーミング（streaming）方式により転送されて前記メディアレンダラー１０３０を通じて再生できる。

この際、前記ストリーミング方式は既に公知されている多様な方式のうち、如何なる方式も使用可能である。例えば、前記ストリーミング方式は帯域外転送プロトコル（Out-of-Band transfer protocol）を用いることができる。具体的な例に、メディア転送にリアルタイム転送プロトコル（Real-time Transport Protocol：ＲＴＰ）を使用する場合には、リアルタイム制御プロトコル（Real Time Control Protocol：ＲＴＣＰ）を用いてメディアデータの転送状態を監視することができ、これに基づいて転送パラメータ（parameter）を調整することができる。

一方、前記制御ポイント１０１０は前記メディアサーバー１０２０と前記メディアレンダラー１０３０を制御することができ、例えば、標準化されたＳＯＡＰ（Ｓimple Object Access Protocol）基盤に提供されるＵＰｎＰアクションを呼び出すことにより遂行できる。また、前記制御ポイント１０１０はデバイスが提供するイベントサービスに加入してデバイスの状態情報変化の報告を受けることができる。

前記メディアサーバー１０２０は、自身が管理するメディアデータを探索するサービスを提供するコンテンツディレクトリ（Content Directory）サービス１０２１と、他機器、即ち前記メディアレンダラー１０３０とのコネクションを管理する連結管理（Connection Manager）サービス１０２２と、メディアの再生に対するコントロール、例えば再生（Play）、中止（Ｓtop）のようなコントロールを可能にするＡＶ転送（Audio-Visual Transport）サービス１０２３を含むことができる。

前記メディアレンダラー１０３０は、メディアのプレゼンテーション時の画面の明るさ、明度などの制御を可能にするレンダリング制御（Rendering Control）サービス１０３１と、他機器とのコネクションを管理する連結管理（Connection Manager）サービス１０３２、及びＡＶ転送（AV Transport）サービス１０３３を含むことができる。

前記制御ポイント１０１０は、前記メディアサーバー１０２０のコンテンツディレクトリ（Content Directory）サービス１０２１を用いてサーバー内のメディアファイル情報を確認することができる。この情報に基づいてユーザが特定メディアファイルを選択すれば、各機器の連結管理（Connection Manager）サービス１０２２、１０３２を通じて前記メディアサーバー１０２０と前記メディアレンダラー１０３０との間にメディア転送のための連結を結ぶようにすることができる。そして、前記ＡＶ転送サービス（１０２３または１０３３）を用いて該当メディアファイルの再生（play）コントロールのための変数を設定した後、再生アクションを前記メディアサーバー（pushモードの場合）、または前記メディアレンダラー（pullモードの場合）に要求することによって、再生がなされるようにする。再生中には、前記メディアレンダラー１０３０のレンダリング制御（Rendering Control）サービス１０３１を通じて画面の明るさや明度、ボリュームなどを調節することが可能である。

そして、前記ＡＶコントロールポイント１０１０はメディアサーバー１０２０のコンテンツが変更されるか、または現在メディアストリーム（stream）の状態変化などの情報を、各サービスが提供するイベントに加入することによって、モニタリングすることもできる。

したがって、ユーザはホームネットワークを介して複数の機器、即ち複数のレンダラーでメディアの再生を要求することもでき、１つのレンダラーを通じてメディアを視聴する途中に場所を移して、その場所にあるレンダラーを通じて視聴していたメディアを続いて視聴することができる。

図１１は本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）が適用されるＵＰｎＰ（Universal Plug and Play）ＡＶ（Audio-Visual）ネットワークの一例を示す。

本発明が適用されるマルチスクリーンサービス（Multi-Screen Service）を提供するネットワークは多様なデバイスに連結されていることができる。例えば、前記図１１のように、スマートフォン１１１０とＴＶ１１２０をはじめとして、コンピュータ、カメラ、プリンタ、電子額縁など、相互サービス（interactive service）が可能な電子機器が連結されている場合、前記マルチスクリーンサービス（Multi-Screen Service）の提供が可能である。

ここで、前記マルチスクリーンサービス（Multi-Screen Service）とは、多様なディスプレイデバイス（various display devices）の間に提供される時間に敏感な両方向サービス（time-sensitive and interactive service）を意味することができる。例えば、前記マルチスクリーンサービス（Multi-Screen Service）は具現特定アプリケーション（implementation-specific application）を含むことができる。

図１２及び図１３は本発明が適用される一実施形態であって、前記図１２はマルチスクリーンサービス（Multi-Screen Service）が適用される基本アーキテクチャーを示し、前記図１３は拡張されたマルチスクリーンサービス（extended Multi-Screen Service）が適用されるアーキテクチャーを示す。

マルチスクリーンサービス（Multi-Screen Service）を提供するネットワークに多様なデバイスが連結されていると仮定する。ネットワーク上に連結されたデバイスは、特定アプリケーションの役割及び／又は使用法によりメインスクリーンデバイス（main screen device）とコンパニオンスクリーンデバイス（companion screen device）とに分類（categorize）されて説明できる。

まず、メインスクリーンデバイス（main screen device）はコンパニオンスクリーンデバイス（companion screen device）により制御されるデバイスを示す。例えば、前記メインスクリーンデバイスは、ＴＶ、セットトップボックス（set-top box）などのリーンバック（lean-back）ディスプレイデバイスを含むことができる。また、如何なるディスプレイデバイスも使用シナリオによって前記メインスクリーンデバイスになることができ、例えば、スマートフォン、タブレットのようなデバイスも前記メインスクリーンデバイスになることができる。

コンパニオンスクリーンデバイス（companion screen device）は、メインスクリーンデバイス（main screen device）を制御するデバイスを示す。例えば、前記コンパニオンスクリーンデバイスは、スマートフォン、タブレットなどのリーンフォワード（lean-forward）ディスプレイデバイスや小型ディスプレイデバイス（handheld display device）を含むことができる。また、如何なるディスプレイデバイスも使用シナリオによって前記メインスクリーンデバイスになることができ、例えば、ＴＶ、セットトップボックス（set-top box）のようなデバイスも前記コンパニオンスクリーンデバイスになることができる。

前記図１２はネットワーク上に連結された多様なデバイスのうちの２つのデバイス、例えば、コンパニオンスクリーンデバイス（companion screen device）１２１０とメインスクリーンデバイス（main screen device）１２２０に基づいて、両方向サービスを提供するための構造を示す。ここで、前記コンパニオンスクリーンデバイス（companion screen device）１２１０はスクリーンコントロールポイント（screen control point）１２１１として動作されることができ、前記メインスクリーンデバイス（main screen device）１２２０はスクリーンデバイス（screen device）１２２１として動作できる。例えば、前記図１２を説明すると、前記コンパニオンスクリーンデバイス（companion screen device）１２１０は、前記メインスクリーンデバイス（main screen device）１２２０を制御するためのアクションを転送することができ、前記メインスクリーンデバイス（main screen device）１２２０は、前記コンパニオンスクリーンデバイス（companion screen device）１２１０にイベントメッセージを転送するか、または前記アクションに対する応答メッセージを転送することができる。この際、前記コンパニオンスクリーンデバイス（companion screen device）１２１０はスクリーンコントロールポイント（screen control point）１２１１として動作し、前記メインスクリーンデバイス（main screen device）１２２０はスクリーンデバイス（screen device）１２１２として動作するものである。

延いては、本発明は拡張されたマルチスクリーンサービス（extended Multi-Screen Service）を提供することができる。ここで、前記拡張されたマルチスクリーンサービス（extended Multi-Screen Service）はより精巧な相互動作（more sophisticated interactions）を必要とするサービスを意味することができる。

前記図１３はネットワーク上の連結された２つのデバイス、例えば、コンパニオンスクリーンデバイス（companion screen device）１３１０とメインスクリーンデバイス（main screen device）１３２０に基づいて、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）を提供するための構造を示す。

例えば、前記図１３を説明すると、前記第１スクリーンコントロールポイント（screen control point）１３１１と前記第１スクリーンデバイス（screen device）１３１２との間の動作は、前記図１２で説明した通りである。延いては、前記メインスクリーンデバイス（main screen device）１３２０は前記コンパニオンスクリーンデバイス（companion screen device）１３１０を制御するためのアクションを転送することができ、前記コンパニオンスクリーンデバイス（companion screen device）１３１０は前記メインスクリーンデバイス（main screen device）１３２０にイベントメッセージを転送するか、または前記アクションに対する応答メッセージを転送することができる。この場合、前記メインスクリーンデバイス（main screen device）１３２０は第２スクリーンコントロールポイント（screen control point）１３１１として動作し、前記コンパニオンスクリーンデバイス（companion screen device）１３１０は第２スクリーンデバイス（screen device）１３１２として動作するものである。

即ち、前記コンパニオンスクリーンデバイス（companion screen device）１３１０は前記メインスクリーンデバイス（main screen device）１３２０に対応して、第１スクリーンコントロールポイント（screen control point）１３１１として動作されることができ、また第２スクリーンデバイス（screen device）１３１２として動作できる。そして、前記メインスクリーンデバイス（main screen device）１３２０も前記コンパニオンスクリーンデバイス（companion screen device）１３１０に対応して、第１スクリーンデバイス（screen device）１３２１として動作されることができ、または第２スクリーンコントロールポイント（screen control point）１３２２として動作できる。

一方、スクリーンデバイス（screen device）とは、スクリーンコントロールポイント（screen control point）と共に遂行される、他のディスプレイデバイスに多様な両方向サービス（various interactive service）を提供するために用いられる要素（component）を意味することができる。前記スクリーンデバイスは、前記スクリーンコントロールポイントにより制御されて前記スクリーンコントロールポイントと相互動作をするようにデザインできる。

マルチスクリーンサービス（Multi-Screen Service）をサポートするためには、コンパニオンスクリーンデバイスにより制御されるメインスクリーンデバイス（例えば、ＴＶ、セットトップボックス（set-top box）などのリーンバック（lean-back）ディスプレイデバイス）で遂行されることが推奨される。

延いては、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）をサポートするためには、メインスクリーンデバイスを制御するコンパニオンスクリーンデバイス（例えば、スマートフォン、タブレットなどのリーンフォワード（lean-forward）ディスプレイデバイスや小型ディスプレイデバイス（handheld display device））でもまた遂行されることが推奨される。

そして、スクリーンコントロールポイント（screen control point）とは、スクリーンデバイス（screen device）と共に遂行される、他のディスプレイデバイスに多様な両方向サービス（various interactive service）を提供するために用いられる要素（component）を示す。前記スクリーンコントロールポイントは、ユーザの入力により前記スクリーンデバイスを制御して前記スクリーンデバイスと相互動作をするようにデザインできる。

マルチスクリーンサービス（Multi-Screen Service）をサポートするためには、メインスクリーンデバイスを制御するコンパニオンスクリーンデバイス（例えば、スマートフォン、タブレットなどのリーンフォワード（lean-forward）ディスプレイデバイスや小型ディスプレイデバイス（handheld display device））で遂行されることが推奨される。

延いては、拡張されたマルチスクリーンサービス（extended Multi-Screen Service）をサポートするためには、コンパニオンスクリーンデバイスにより制御されるメインスクリーンデバイス（例えば、ＴＶ、セットトップボックス（set-top box）などのリーンバック（lean-back）ディスプレイデバイス）でもまた遂行されることが推奨される。

例えば、前記図１３を説明すると、前記メインスクリーンデバイス（main screen device）１３２０と前記コンパニオンスクリーンデバイス（companion screen device）１３１０は全てスクリーンデバイスとして動作できるだけでなく、スクリーンコントロールポイントとして動作されることもできる。

本発明では、新たな種類のサービスをネットワーク連結されたデバイスの間に連動させるために別途のプロトコル無しでアプリケーション形態に両方向サービスを提供するための方法及び装置を提供しようとする。より具体的には、マルチスクリーンサービス（Multi-Screen Service）を提供するネットワークにおけるアプリケーションを管理する方法及び装置を提供しようとする。

例えば、前記ネットワークに連結されたデバイスＡとＢを通じてユーザが如何なる両方向サービスＸを利用しようとする時、該当サービスＸを２つデバイスで常に実行しているように具現することができる。または、ユーザが２つデバイスで該当サービスＸのためのアプリケーションを直接探して設置したり実行させたりする必要無しで、特定アプリケーションの設置及び／又は実行が必要であるかに対してデバイスがユーザに知らせることによって、ユーザは楽に該当サービスＸを使用できるようになる。

他の例として、デバイスＡとＢは各々同一なアプリケーションを有していることもあり、そうでないこともある。同一なアプリケーションを有している場合、アプリケーション実行を通じてデバイスＡとＢは両方向サービスを提供することができる。同一なアプリケーションを有していない場合には、各デバイスでは必要なアプリケーションが何かを確認し、前記アプリケーションをダウンロード及び／又は実行して両方向サービスを提供することができる。

また、本発明は、１つのデバイスを通じて他のデバイスのアプリケーションを設置、実行、実行中止、削除などの管理を可能にすることで、ユーザの便宜性を高めることができる。

また、本発明は、許可された特定のユーザまたはデバイスのみ該当サービスＸを利用できるようにＩＤ及びパスワードを含んでメッセージを転送することができる。

また、本発明は、デバイスに設置されたアプリケーション間の連結を遂行する方法を提供する。例えば、相互作用が可能なアプリケーションがデバイスＡとＢに設置された場合、２つデバイスＡ、Ｂは相互作用のために必要な情報を共有することができ、前記情報を共有することによって、アプリケーション間の直接的なコミュニケーションが可能である。

また、１つのデバイスは他のデバイスと複数の連結を構成することができる。この際、前記他のデバイスは１つのデバイス、または複数のデバイスでありうる。デバイスは前記複数の連結を同時にサポートすることができ、前記複数の連結を制御することができる。また、前記複数の連結のうち、特定連結に対する情報または全ての連結に対する情報は更に他のデバイスが知ることができるように転送できる。

本発明は、許可された特定ユーザまたは特定デバイスのみ本明細書で説明される実施形態を遂行するように許与されることができ、このためにメッセージにＩＤ及びパスワードを含んで転送することができる。

本発明は、ネットワーク連結されたデバイス間の両方向サービスを用いるためにユーザはアプリケーション管理サービスに加入することができる。また、別途の権限設定過程を通じて、ユーザのアプリケーション管理サービスに対する使用権限を許与または制限することができる。

本発明は、ネットワーク連結されたデバイス間の時間に敏感な両方向サービス（time-sensitive interactive service）を用いるために、デバイス間の同期化過程が必要である。例えば、基本クロック同期化及びコンテンツ同期化のような同期化メカニズムが必要である。

本発明は、ディスカバリーメカニズムを通じてアプリケーション管理サービス（application management service）、連結設定サービス（connection establishment service）、同期化サービス（synchronization service）をサポートするデバイスをネットワーク上で発見することができる。そして、説明メカニズム（description mechanism）を通じて各サービスに対する付加的な情報をデバイス間に交換することができる。

以下、各図面の説明を通じて前記実施形態に対して詳細に説明する。多様な実施形態で重複する内容は省略されることがあり、本明細書内で用いられる用語や実施形態に対する具体的な説明は他の実施形態でも適用可能である。

図１４は本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）が適用されるデバイスの概略的な構造を示す。

前記図１４はマルチスクリーンサービス（extended Multi-Screen Service）を提供するコンパニオンスクリーンデバイス（companion screen device）１４１０とメインスクリーンデバイス（main screen device）１４２０の内部ブロック図を示す。

前記コンパニオンスクリーンデバイス（companion screen device）１４１０は、ディスプレイ１４１１、ユーザインターフェース１４１２、コントローラ１４１３、ネットワークインターフェース１４１４、メモリ１４１５、ストレージ１４１６、マルチメディア部１４１７、及び電源供給部１４１８を含むことができる。

前記ディスプレイ１４１１は、ネットワークインターフェース１４１４を介して受信されたデータまたはストレージ１４１６に格納されているデータを前記コントローラ１４１３の制御により画面上にディスプレイする。

前記ユーザインターフェース１４１２はユーザから入力される信号を前記コントローラ１４１３に転送し、前記コントローラ１４１３から制御される信号を、前記ディスプレイ１４１１を通じて出力することによって、ユーザに情報を提供する通路の役割をする。

前記コントローラ１４１３は前記コンパニオンスクリーンデバイス（companion screen device）１４１０の全般的な動作を制御する役割をし、本明細書で説明される多様な実施形態は前記コントローラ１４１３を通じて遂行できる。

前記ネットワークインターフェース１４１４は、命令（command）、要求（request）、アクション（action）、応答（response）、イベントメッセージ、広告メッセージ、データのうち、少なくとも１つが含まれたメッセージを外部デバイスから受信するか、または外部デバイスに転送することができる。また、前記ネットワークインターフェース１４１４は前記コンパニオンスクリーンデバイス（companion screen device）１４１０の物理的要素でありうる。

前記メモリ１４１５は多様な種類のデバイスに具現される選択的な装置であって、多様な種類のデータが臨時に格納できる。例えば、前記メモリ１４１５は揮発性の物理的装置でありうる。

前記ストレージ１４１６は、多様な種類の情報を格納することができる。例えば、前記ストレージ１４１６はＳＤカードのような不揮発性の物理的装置でありうる。前記ストレージ１４１６は、コンテンツ格納部（図示せず）、メタデータ格納部（図示せず）、バッファ（図示せず）を含むことができる。コンテンツ格納部（図示せず）は、メディアコンテンツデータを格納することができる。メタデータ格納部（図示せず）は、コンテンツに関する付加情報を示すメタデータを格納することができる。メタデータ格納部（図示せず）は、メタデータを分類して格納することができる。バッファ（図示せず）は、多様な種類のデータを臨時に格納することができる。

前記マルチメディア部１４１７は多様な種類のマルチメディア再生のための装置であって、格納されたコンテンツを再生するか、または外部から受信したコンテンツを再生することができる。前記マルチメディア部１４１７は前記コントローラ１４１３内に具現されることができ、または前記コントローラ１４１３と別途に具現されることもできる。

前記電源供給部１４１８は前記コントローラ１４１３の制御により外部の電源、または内部の電源の印加を受けて各構成要素の動作に必要な電源を供給する。

そして、メインスクリーンデバイス（main screen device）１４２０は、ディスプレイ１４２１、ユーザインターフェース１４２２、コントローラ１４２３、ネットワークインターフェース１４２４、メモリ１４２１４、ストレージ１４２６、マルチメディア部１４２７、及び電源供給部１４２８を含むことができる。前記メインスクリーンデバイス（main screen device）１４２０内の各構成要素は、前記コンパニオンスクリーンデバイス（companion screen device）１４１０内の各構成要素と同一または類似の機能を遂行できるので、詳細な説明は省略する。

図１５は本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）がスクリーンデバイスで始まる場合、デバイス間の相互作用を説明するためのフローチャートである。

スクリーンコントロールポイントは、マルチスクリーンサービスを提供するためにアプリケーション管理サービスに加入することができる（Ｓ１５１０）。

スクリーンデバイスは、前記スクリーンコントロールポイントがアプリケーション管理サービスに加入されていることを確認すれば、サービス初期化を遂行することができる（Ｓ１５２０）。

サービス初期化の以後、前記スクリーンデバイスは利用可能なアプリケーション情報を転送することができる（Ｓ１５３０）。この際、前記利用可能なアプリケーション情報は前記スクリーンデバイスにより直接イベントメッセージとして転送されるか、または前記スクリーンコントロールポイントの要求に対する応答メッセージとして転送できる。但し、この過程はアプリケーション間の連結のために必須でないことがある。

前記スクリーンコントロールポイントは、特定アプリケーション情報を前記スクリーンデバイスに要求することができる（Ｓ１５４０）。前記スクリーンデバイスは前記要求に応答して、前記特定アプリケーション情報を前記スクリーンコントロールポイントに転送することができる（Ｓ１５４０）。ここで、前記特定アプリケーション情報は、全体アプリケーション情報、または指定されたアプリケーションの情報でありうる。

前記スクリーンコントロールポイントは、前記特定アプリケーション情報を受信し、それに基づいてサービス提供のためのアプリケーションを設置し、これを実行することができる（Ｓ１５５０）。

前記アプリケーションが実行されれば、前記スクリーンコントロールポイントは前記スクリーンデバイスにアプリケーション間の連結を要求することができる（Ｓ１５６０）。この際、アプリケーション間の連結アクションが利用できる。前記スクリーンデバイスは前記要求に応答して、連結識別子を前記スクリーンコントロールポイントに転送することができる（Ｓ１５６０）。

前記のような過程を通じてアプリケーション間の連結が設定されれば、前記スクリーンコントロールポイントと前記スクリーンデバイスはアプリケーションを通じて通信を遂行することができる（Ｓ１５７０）。

以後、追加通信が必要なくなった場合、前記スクリーンコントロールポイントは前記スクリーンデバイスにアプリケーション間の連結解除を要求することができる（Ｓ１５８０）。この際、アプリケーション間の連結解除アクション（DisconnectApptoApp()）が利用できる。前記スクリーンデバイスは、前記要求に応答して、連結解除情報を前記スクリーンコントロールポイントに転送することができる（Ｓ１５８０）。

図１６は本発明が適用される一実施形態であって、マルチスクリーンサービス（Multi-Screen Service）がコントローラで始まる場合、デバイス間の相互作用を説明するためのフローチャートである。

スクリーンコントロールポイントは、マルチスクリーンサービスを提供するためにサービス初期化を遂行することができる（Ｓ１６１０）。

サービス初期化の以後、前記スクリーンコントロールポイントはアプリケーション情報を前記スクリーンデバイスに要求することができる（Ｓ１６２０）。この際、アプリケーション情報要求アクションが利用できる。前記スクリーンデバイスは前記要求に応答して、前記アプリケーション情報を前記スクリーンコントロールポイントに転送することができる（Ｓ１６２０）。

前記スクリーンコントロールポイントは、前記スクリーンデバイスにアプリケーション設置を要求することができる（Ｓ１６３０）。この際、アプリケーション設置アクションが用いられることができ、前記アクションはアプリケーション識別子に基づいて、または設置ＵＲＩ（Uniform Resource Identifier）に基づいて遂行できる。

前記スクリーンデバイスは前記アプリケーション設置要求によって、サービス提供のためのアプリケーションを設置することができる（Ｓ１６４０）。

そして、前記スクリーンコントロールポイントは前記スクリーンデバイスにアプリケーション活性化を要求することができる（Ｓ１６５０）。この際、アプリケーション活性化アクションが用いられることができ、前記アクションは活性化されるアプリケーション識別子を含むことができる。前記要求に基づいて、前記スクリーンデバイスはアプリケーションを実行することができる（Ｓ１６６０）。

前記のようにアプリケーションが実行されれば、前記スクリーンコントロールポイントは前記スクリーンデバイスにアプリケーション間の連結を要求することができる（Ｓ１６７０）。この際、アプリケーション間の連結アクションが利用できる。前記スクリーンデバイスは前記要求に応答して、連結識別子を前記スクリーンコントロールポイントに転送することができる（Ｓ１６７０）。

前記のような過程を通じてアプリケーション間の連結が設定されれば、前記スクリーンコントロールポイントと前記スクリーンデバイスはアプリケーションを通じて通信を遂行することができる（Ｓ１６８０）。

以後、追加通信が必要なくなった場合、前記スクリーンコントロールポイントは前記スクリーンデバイスにアプリケーション間の連結解除を要求することができる（Ｓ１６９０）。この際、アプリケーション間の連結解除アクションが利用できる。前記スクリーンデバイスは前記要求に応答して、連結解除情報を前記スクリーンコントロールポイントに転送することができる（Ｓ１６９０）。

図１７は本発明が適用される一実施形態であって、デバイス間のアプリケーション連結を管理するための相互作用を説明するためのフローチャートである。

スクリーンコントロールポイントは、マルチスクリーンサービスを提供するためにスクリーンデバイスを探索することができる（Ｓ１７１０）。この際、探索アクションが利用できる。前記探索結果、スクリーンデバイスが探索されれば、探索されたスクリーンデバイスは前記探索アクションに対する応答メッセージを転送することができる。例えば、前記スクリーンデバイスは自身がスクリーンデバイスであることを広告（advertise）することができ、自身の情報を入れたデバイス説明文書（device description document）に接近できるアドレスを広告することができる（Ｓ１７２０）。

そして、前記スクリーンデバイスは前記スクリーンコントロールポイントに説明情報を転送することができる（Ｓ１７３０）。例えば、前記説明情報は、基本的なデバイス情報、自身がどんなデバイスなのかに対する情報（例えば、スクリーンデバイス、スクリーンコントロールポイントなど）、自身が提供することができるサービスに対する情報（例えば、アプリケーション管理サービス、アプリケーション連結サービスなど）を含むことができる。

スクリーンコントロールポイントは、マルチスクリーンサービスを提供するためにアプリケーション管理サービスに加入することができる（Ｓ１７４０）。但し、スクリーンデバイスからのイベントメッセージ受信が必要でない場合、前記スクリーンコントロールポイントは前記アプリケーション管理サービスに加入しないことがある。このような場合、前記スクリーンコントロールポイントは周期的に前記スクリーンデバイスに関連した情報を確認する必要がある。

前記スクリーンデバイスはアプリケーション情報を前記スクリーンコントロールポイントに転送することができる（Ｓ１７５０）。ここで、前記アプリケーション情報は前記スクリーンデバイスの全体アプリケーション情報、または指定されたアプリケーションの情報でありうる。

図１８は本発明が適用される一実施形態であって、外部サーバーからコンテンツが提供される場合、コンテンツと共に用いられるアプリケーションを制御する過程を説明するためのフローチャートである。

スクリーンデバイスは外部サーバーからコンテンツの提供を受けることができ、また、前記コンテンツを用いるためには特定アプリケーションが必要である。ここで、前記コンテンツは放送コンテンツ、またはインターネットからダウンロードすることができるコンテンツでありうる。

前記スクリーンデバイスは、外部サーバーから利用可能な特定アプリケーションに対する情報を受信することができる（Ｓ１８１０）。

前記スクリーンデバイスは、前記情報を受信する場合、特定サービスが特定アプリケーションと共に利用可能であることをディスプレイすることができる（Ｓ１８２０）。そして、前記スクリーンデバイスは前記特定アプリケーションを活性化させることができる（Ｓ１８３０）。前記活性化は前記スクリーンデバイスにより自動的に遂行されるか、またはユーザ入力により遂行できる。

前記スクリーンデバイスは、マルチスクリーンサービスを提供するために、前記特定アプリケーション情報をスクリーンコントロールポイントに転送することができる（Ｓ１８４０）。

図１９は本発明が適用される一実施形態であって、デバイス間のアプリケーション連結のために必要な認証過程を説明するためのフローチャートである。

スクリーンデバイスは認証される必要があるスクリーンコントロールポイントのみにイベントメッセージを転送することができる（Ｓ１９１０）。例えば、認証が必要なスクリーンコントロールポイントが存在する場合、スクリーンデバイスは認証変数値を変更し、変更された値を前記スクリーンコントロールポイントに転送する。この際、前記認証変数値はスクリーン上にディスプレイできる（Ｓ１９２０）。

一方、前記スクリーンコントロールポイントは前記イベントメッセージを受信すれば、認証が必要であることを認識することができる。そして、前記スクリーンコントロールポイントは前記スクリーンデバイスにピンコード（pin-code）認証を要求することができる。この際、前記要求はピンコード認証アクションにより遂行できる。前記ピンコード認証アクションはアクション転送デバイスを認証するか、またはアクション転送デバイスのユーザを認証するために用いられる。

前記スクリーンデバイスは、前記ピンコード認証アクションを受信すれば、受信されたピンコードが前記スクリーンデバイスのピンコードと同一か否かを確認することができる（Ｓ１９４０）。

仮に、アクション転送デバイスにより転送されたピンコードがアクション受信デバイスに表示されたピンコードと同一であれば、前記アクション転送デバイスは認証され、そうでない場合には認証が拒絶される（Ｓ１９５０）。

一方、前記ピンコードのような認証情報は限定された時間の間のみに有効である。例えば、サービス加入が満了する場合やサービス加入されていない場合、前記スクリーンコントロールポイントは、またサービスを加入する時、また認証手続きを経なければならない。

図２０は本発明が適用される一実施形態であって、デバイス間のアプリケーション連結を通じて同期化された通信を遂行する過程を説明するためのフローチャートである。

スクリーンコントロールポイントは、スクリーンデバイスにアプリケーション活性化を要求することができる（Ｓ２０１０）。この際、アプリケーション活性化アクションが用いられることができ、前記アクションは活性化されるアプリケーション識別子を含むことができる。前記要求に基づいて、前記スクリーンデバイスはアプリケーションを実行することができる。

上記のようにアプリケーションが実行されれば、前記スクリーンコントロールポイントは、前記スクリーンデバイスにアプリケーション連結情報を要求することができる（Ｓ２０２０）。この際、連結情報獲得アクションが利用できる。前記スクリーンデバイスは前記要求に応答して、連結情報を前記スクリーンコントロールポイントに転送することができる。ここで、前記連結情報はアプリケーション情報リストの特定部分を含むことができる。前記連結情報はアプリケーション間の情報（apptoappinfo）を示すことができ、例えば、前記アプリケーション間の情報（apptoappinfo）は特定プロトコル名称情報、転送プロトコル情報、及び連結アドレス情報のうち、少なくとも１つを含むことができる。ここで、前記連結アドレス情報はアプリケーション間の通信のためのアクセス情報を意味することができる。

前記スクリーンコントロールポイントは、前記連結情報に基づいて、前記スクリーンデバイスにアプリケーション間の連結を要求することができる（Ｓ２０３０）。この際、アプリケーション間の連結アクションが利用できる。前記スクリーンデバイスは前記要求に応答して、連結識別子を前記スクリーンコントロールポイントに転送することができる。

前記のような過程を通じてアプリケーション間の連結が設定されれば（Ｓ２０４０）、前記スクリーンコントロールポイントと前記スクリーンデバイスはアプリケーション間のシステム同期化及び／又はコンテンツ同期化を遂行することができる（Ｓ２０５０）。

そして、前記スクリーンコントロールポイントと前記スクリーンデバイスはアプリケーションを通じて同期化された通信を遂行することができる（Ｓ２０６０）。
図２１から図３７は本発明が適用される一実施形態であって、アプリケーション管理のために必要とするアクション（actions）とそのアーギュメント（argument）を示す。

前記図２１から図３７に記載されたアクション名称は一実施形態に過ぎず、本発明はアクション名称に限定されて解析されず、本明細書で説明される意味として解析されなければならない。そして、アーギュメントの方向（direction）のうち、“IN”は入力情報として解析されることができ、“OUT”は出力情報として解析されることができる。

図２１は本発明が適用される実施形態であって、第１アプリケーション情報獲得アクションとそのアーギュメントを示す。

前記第１アプリケーション情報獲得アクションは、スクリーンコントロールポイントをしてアプリケーション識別子により特定されたアプリケーション情報を獲得することを可能にすることができる。そして、前記第１アプリケーション情報獲得アクションの名称はSearchAppInfo()またはGetAppInfo()として表示できる（２１００）。

前記第１アプリケーション情報獲得アクションのアーギュメントは、アプリケーション識別子２１１０、基準情報２１２０、デバイスプロファイル情報２１３０、フィルター情報２１４０、及びアプリケーション情報２１５０のうち、少なくとも１つを含むことができる。

ここで、前記アプリケーション識別子２１１０は情報を獲得しようとするアプリケーションを識別する情報を示す。例えば、特定値“ＸＹＺ”が入力されれば、前記特定値“ＸＹＺ”により識別されるアプリケーションを示し、特定値“＊”または“（empty string）”が入力されれば、アプリケーション情報リストの全てのアプリケーションを意味することができる。

前記基準情報２１２０は、アプリケーションの状態を区別するための情報を示す。例えば、前記基準情報２１２０は利用可能なアプリケーションの情報なのか、活性化アプリケーションの情報なのか、または特定アプリケーションの情報なのかを区別することができる。

前記デバイスプロファイル情報２１３０は、該当デバイスのプロファイル情報を示す。例えば、前記デバイスプロファイル情報が解像度“１９２０ｘ１０８０”を示す場合、前記解像度を満たすアプリケーション情報を獲得することができる。

前記フィルター情報２１４０は、特定条件を満たすアプリケーション情報を獲得するために用いられる情報を示す。

前記アプリケーション情報２１５０は多様なアクション内のアーギュメントに対するタイプ情報を示す。例えば、前記アプリケーション情報２１５０はアプリケーション情報リスト変数の特定部分でありうる。前記アプリケーション情報リスト変数は、図３８で詳細に説明する。

前記図２１の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して前記第１アプリケーション情報獲得アクションを第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記第１アプリケーション情報獲得アクションを受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記第１アプリケーション情報獲得アクションに応答して、前記第１スクリーンデバイス１４１０にアプリケーション情報を転送することができる。この際、前記アプリケーション情報は前記第１アプリケーション情報獲得アクションの入力情報に基づいて決定された特定アプリケーションに関する情報でありうる。前記入力情報は、アプリケーション識別子２１１０、基準情報２１２０、デバイスプロファイル情報２１３０、またはフィルター情報２１４０のうち、少なくとも１つを含むことができる。

図２２は本発明が適用される実施形態であって、第２アプリケーション情報獲得アクションとそのアーギュメントを示す。

前記第２アプリケーション情報獲得アクションは、スクリーンコントロールポイントをしてアプリケーション識別子により特定されたアプリケーション情報のみを獲得することを可能にすることができる。そして、前記第２アプリケーション情報獲得アクションの名称はSimpleGetAppInfo()として表示できる（２２００）。

前記第２アプリケーション情報獲得アクションのアーギュメントは、アプリケーション識別子２２１０及びアプリケーション情報２２２０のうち、少なくとも１つを含むことができる。

ここで、前記アプリケーション識別子２２１０と前記アプリケーション情報２２２０は前記図２１の説明が適用できる。

前記図２２の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３はネットワークインターフェース１４１４を介して前記第２アプリケーション情報獲得アクションを第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記第２アプリケーション情報獲得アクションを受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記第２アプリケーション情報獲得アクションに応答して、前記第１スクリーンデバイス１４１０にアプリケーション情報を転送することができる。この際、前記アプリケーション情報は前記第２アプリケーション情報獲得アクションの入力情報に基づいて決定された特定アプリケーションに関する情報でありうる。前記入力情報はアプリケーション識別子２２１０を含むことができる。

図２３は本発明が適用される実施形態であって、利用可能なアプリケーション情報獲得アクションとそのアーギュメントを示す。

前記利用可能なアプリケーション情報獲得アクション２３００は、アクション受信デバイスから利用可能なアプリケーションの情報を獲得することを可能にすることができる。そして、前記利用可能なアプリケーション情報獲得アクション２３００の名称はGetAvailableApp()として表示できる（２３００）。

前記利用可能なアプリケーション情報獲得アクション２３００のアーギュメントは、アプリケーション識別子２３１０、基準情報２３２０、デバイスプロファイル情報２３３０、フィルター情報２３４０、及び利用可能なアプリケーション情報２３５０のうち、少なくとも１つを含むことができる。

ここで、前記アプリケーション識別子２３１０、前記基準情報２３２０、前記デバイスプロファイル情報２３３０、及び前記フィルター情報２３４０は、前記図２１で説明した内容が適用できる。

前記利用可能なアプリケーション情報２３５０は、マルチスクリーンサービスを提供するために利用可能なアプリケーションの情報を意味することができる。

前記図２３の実施形態は前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して利用可能なアプリケーション情報獲得アクション１４００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記利用可能なアプリケーション情報獲得アクション１４００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記利用可能なアプリケーション情報獲得アクション２３００に応答して、前記第１スクリーンデバイス１４１０に利用可能なアプリケーション情報を転送することができる。この際、前記利用可能なアプリケーション情報は、前記第２アプリケーション情報獲得アクションの入力情報に基づいて決定できる。前記入力情報は、前記アプリケーション識別子２３１０、前記基準情報２３２０、前記デバイスプロファイル情報２３３０、及び前記フィルター情報２３４０のうち、少なくとも１つを含むことができる。

図２４は本発明が適用される実施形態であって、実行アプリケーション情報獲得アクション（running application information obtaining action）とそのアーギュメントを示す。

前記実行アプリケーション情報獲得アクション２４００は、スクリーンコントロールポイントをして実行中のアプリケーションのリストを獲得することを可能にすることができる。そして、前記実行アプリケーション情報獲得アクション２４００の名称はGetRunningApp()として表示できる（２４００）。

前記実行アプリケーション情報獲得アクション２４００のアーギュメントは実行中のアプリケーション情報２４１０を含むことができる。

ここで、前記実行中のアプリケーション情報２４１０は、実行中のアプリケーションのリストを意味することができる。例えば、前記実行中のアプリケーション情報２４１０は、アプリケーション情報リストに含まれた変数“実行状態情報（“RunningStatus”）が実行中（Running）”に設定されたアプリケーションの識別子のリストを意味することができる。

前記図２４の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して実行アプリケーション情報獲得アクション２４００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記実行アプリケーション情報獲得アクション２４００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記実行アプリケーション情報獲得アクション２４００に応答して、前記第１スクリーンデバイス１４１０に実行中のアプリケーション情報を転送することができる。

図２５は本発明が適用される実施形態であって、実行状態情報獲得アクション（running status information obtaining action）とそのアーギュメントを示す。
前記実行状態情報獲得アクション２５００は、スクリーンコントロールポイントをしてアプリケーション識別子により特定されたアプリケーションの実行状態情報を獲得することを可能にすることができる。そして、前記実行状態情報獲得アクション２５００の名称はGetRunningStatus()として表示できる（２５００）。

前記実行状態情報獲得アクション２５００のアーギュメントはアプリケーション識別子２５１０と実行状態情報２５２０を含むことができる。

ここで、前記アプリケーション識別子２５１０は実行状態情報を獲得するためのアプリケーションを示し、先の実施形態で説明した内容が同様に適用できる。

前記実行状態情報（“RunningStatus”）２５２０は、アプリケーション情報リストの特定部分を示すことができる。前記実行状態情報２５２０は、前記アプリケーション識別子２５１０により特定されたアプリケーションの要素、その属性及びその実行状態要素を含むことができる。

前記図２５の実施形態は前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３はネットワークインターフェース１４１４を介して実行状態情報獲得アクション２５００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記実行状態情報獲得アクション２５００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記実行状態情報獲得アクション２５００に応答して、前記第１スクリーンデバイス１４１０に実行中のアプリケーションの実行状態情報２５２０を転送することができる。

図２６は本発明が適用される実施形態であって、第１アプリケーション活性化アクションとそのアーギュメントを示す。

前記第１アプリケーション活性化アクション２６００は、スクリーンデバイス上でアプリケーション情報リストに含まれたアプリケーションを実行するようにすることができる。前記アプリケーションは、アプリケーション識別子により識別できる。その上、前記第１アプリケーション活性化アクション２６００は実行中のアプリケーションの活性化パラメータ情報を提供するために用いられることもできる。そして、前記第１アプリケーション活性化アクション２６００の名称はActivateAppByID()として表示できる（２６００）。

前記第１アプリケーション活性化アクション２６００のアーギュメントは、アプリケーション識別子２６１０とパラメータ情報２６２０を含むことができる。
ここで、前記アプリケーション識別子２６１０は活性化されるアプリケーションを示し、先の実施形態で説明した内容が同様に適用できる。

前記パラメータ情報２６２０はパラメータタイプを示すことができ、例えば、前記パラメータタイプは活性化パラメータ情報または設置パラメータ情報のうちの１つを示すことができる。

前記図２６の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３はネットワークインターフェース１４１４を介して第１アプリケーション活性化アクション２６００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記第１アプリケーション活性化アクション２６００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記第１アプリケーション活性化アクション２６００に応答して、前記第２スクリーンデバイス１４２０内のアプリケーションを活性化することができる。

図２７は本発明が適用される実施形態であって、第２アプリケーション活性化アクションとそのアーギュメントを示す。

前記第２アプリケーション活性化アクション２７００は、スクリーンデバイス上でＵＲＩを用いてアプリケーションを実行するようにすることができる。その上、前記第２アプリケーション活性化アクション２７００は転移ペンディング入力（transitioning pending input）中のアプリケーションの活性化パラメータ情報を提供するために利用できる。そして、前記第２アプリケーション活性化アクション２７００の名称はActivateAppByURI()として表示できる（２７００）。

前記第２アプリケーション活性化アクション２７００のアーギュメントは、活性化ＵＲＩ情報２７１０、アプリケーション情報２７２０、パラメータ情報２７３０、及びアプリケーション識別子２７４０のうち、少なくとも１つを含むことができる。

ここで、前記活性化ＵＲＩ情報２７１０はアプリケーションを始めるＵＲＩ情報を示す。

前記アプリケーション情報２７２０はアプリケーション情報リスト変数の特定部分を示し、始まるアプリケーションの付加情報を提供することができる。例えば、ユーザにより設定された名称を含むことができる。

前記パラメータ情報２７３０はパラメータタイプを示すことができ、例えば、前記パラメータタイプは活性化パラメータ情報または設置パラメータ情報のうちの１つを示すことができる。

前記アプリケーション識別子２７４０は新しく割り当てられたアプリケーション識別子を示すか、または前記活性化ＵＲＩ情報２７１０と同一なＵＲＩを有するアプリケーションの識別子を示すことができる。仮に、アプリケーションが設置されず、ＵＲＩを用いて始まることができ、スクリーンデバイスのアプリケーション情報リスト変数内に前記活性化ＵＲＩ情報２７１０がなければ、スクリーンデバイスは前記第２アプリケーション活性化アクション２７００を通じてアプリケーションを始めることができる。

例えば、前記第２アプリケーション活性化アクション２７００を受信すれば、前記スクリーンデバイスはアプリケーション情報リストに新たなアプリケーション要素を生成することができる。この際、前記新たなアプリケーション要素は、活性化ＵＲＩ情報と付加情報を含むことができる。そして、アプリケーション識別子に新たな値を割り当てて、前記新たな値を、前記アプリケーション識別子２７４０を通じて出力（return）することができる。

前記図２７の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して第２アプリケーション活性化アクション２７００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記第２アプリケーション活性化アクション２７００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記第２アプリケーション活性化アクション２７００に応答して、前記第２スクリーンデバイス１４２０内のアプリケーションを活性化することができる。即ち、前記コントローラ１４２３はアプリケーションを始めるＵＲＩ情報に基づいてアプリケーションを活性化することができる。活性化されたアプリケーションはディスプレイ１４２１を通じて出力できる。

図２８は本発明が適用される実施形態であって、不活性化アクションとそのアーギュメントを示す。

前記不活性化アクション２８００は、スクリーンデバイス上でアプリケーション識別子により指定されたアプリケーションを停止するようにすることができる。前記不活性化アクション２８００の名称はDeactivateApp()として表示できる（２８００）。

前記不活性化アクション２８００のアーギュメントはアプリケーション識別子２８１０と停止されたアプリケーション識別子２８２０を含むことができる。

ここで、前記アプリケーション識別子２８１０は不活性化されるアプリケーションを示し、先の実施形態で説明した内容が同様に適用できる。

前記停止されたアプリケーション識別子２８２０は、停止されたアプリケーションの識別子のリストを示す。

前記図２８の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して不活性化アクション２８００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記不活性化アクション２８００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記不活性化アクション２８００に応答して、前記第２スクリーンデバイス１４２０内のアプリケーションを停止することができる。前記停止されたアプリケーションは、ユーザインターフェース１４１２、１４２２を介してユーザにより制御できる。

図２９は本発明が適用される実施形態であって、第１アプリケーション設置アクションとそのアーギュメントを示す。

前記第１アプリケーション設置アクション２９００は、スクリーンデバイス上でアプリケーション情報リストに含まれた情報を用いてアプリケーションを設置するようにすることができる。その上、前記第１アプリケーション設置アクション２９００は設置ペンディング入力（installation pending input）中のアプリケーションの設置パラメータ情報を提供するために用いられることもできる。また、最新バージョンが存在する場合、設置されたアプリケーションを前記最新バージョンにアップデートするために用いられることもできる。一方、前記第１アプリケーション設置アクション２９００の名称はInstallAppByID()として表示できる（２９００）。

前記第１アプリケーション設置アクション２９００のアーギュメントは、アプリケーション識別子２９１０とパラメータ情報２９２０を含むことができる。

ここで、前記アプリケーション識別子２９１０は設置されるアプリケーションを示し、先の実施形態で説明した内容が同様に適用できる。

前記パラメータ情報２９２０はパラメータタイプを示すことができ、例えば、前記パラメータタイプは活性化パラメータ情報または設置パラメータ情報のうちの１つを示すことができる。

前記図２９の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して第１アプリケーション設置アクション２９００を第２スクリーンデバイス１４２０に転送することができる。この際、前記第１アプリケーション設置アクション２９００は、入力情報としてアプリケーション識別子２９１０とパラメータ情報２９２０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記第１アプリケーション設置アクション２９００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記第１アプリケーション設置アクション２９００に応答して、アプリケーションを設置することができる。

図３０は本発明が適用される実施形態であって、第２アプリケーション設置アクションとそのアーギュメントを示す。

前記第２アプリケーション設置アクション３０００は、スクリーンデバイス上でＵＲＩを用いてアプリケーションを設置するようにすることができる。その上、前記第２アプリケーション設置アクション３０００は、設置ペンディング入力（installing pending input）中のアプリケーションの設置パラメータ情報を提供するために利用できる。そして、前記第２アプリケーション設置アクション３０００の名称はInstallAppByURI()として表示できる（３０００）。

前記第２アプリケーション設置アクション３０００のアーギュメントは、設置ＵＲＩ情報３０１０、アプリケーション情報３０２０、パラメータ情報３０３０、及びアプリケーション識別子３０４０のうち、少なくとも１つを含むことができる。

ここで、前記設置ＵＲＩ情報３０１０はアプリケーションを設置するＵＲＩ情報を示す。

前記アプリケーション情報３０２０はアプリケーション情報リスト変数の特定部分を示し、設置されるアプリケーションの付加情報を提供することができる。例えば、ユーザにより設定された名称を含むことができる。

前記パラメータ情報３０３０はパラメータタイプを示すことができ、例えば、前記パラメータタイプは活性化パラメータ情報または設置パラメータ情報のうちの１つを示すことができる。

前記アプリケーション識別子３０４０は新しく割り当てられたアプリケーション識別子を示すか、または前記設置ＵＲＩ情報３０１０と同一なＵＲＩを有するアプリケーションの識別子を示すことができる。仮に、スクリーンデバイスのアプリケーション情報リスト変数内に前記設置ＵＲＩ情報３０１０がなければ、前記第２アプリケーション設置アクション３０００はスクリーンデバイス上でアプリケーションを設置するようにすることができる。

例えば、第２スクリーンデバイス１４２０のコントローラ１４２３はネットワークインターフェース１４２４を介して前記第２アプリケーション設置アクション３０００を受信すれば、前記コントローラ１４２３はアプリケーション情報リスト変数内に新たなアプリケーション要素を生成することができる。この際、前記新たなアプリケーション要素は設置ＵＲＩ情報と付加情報を含むことができる。そして、前記コントローラ１４２３はアプリケーション識別子に新たな値を割り当てて、前記新たな値を、前記アプリケーション識別子３０４０を通じて出力（return）することができる。前記コントローラ１４２３はネットワークインターフェース１４２４を介して第１スクリーンデバイス１４１０に新たな値に割り当てられた前記アプリケーション識別子３０４０を転送することができる。

図３１は本発明が適用される実施形態であって、削除（uninstallation）アクションとそのアーギュメントを示す。

前記削除アクション３１００は、スクリーンデバイス上でアプリケーション識別子により指定されたアプリケーションを削除するようにすることができる。前記削除アクション３１００の名称はUninstallApp()として表示できる（３１００）。

前記削除アクション３１００のアーギュメントはアプリケーション識別子２２１０と削除されたアプリケーション識別子３１２０を含むことができる。

ここで、前記アプリケーション識別子３１１０は削除されるアプリケーションを示し、先の実施形態で説明した内容が同様に適用できる。

前記削除されたアプリケーション識別子３１２０は、削除されたアプリケーションの識別子のリストを示す。

前記図３１の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３はネットワークインターフェース１４１４を介して削除アクション３１００を第２スクリーンデバイス１４２０に転送することができる。この際、前記削除アクション３１００は入力情報としてアプリケーション識別子３１０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記削除アクション３１００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記削除アクション３１００に応答して、前記第１スクリーンデバイス１４１０に削除されたアプリケーションの識別子を転送することができる。

図３２は本発明が適用される実施形態であって、設置状態情報獲得アクション（installation status information obtaining action）とそのアーギュメントを示す。

前記設置状態情報獲得アクション３２００は、スクリーンコントロールポイントをしてアプリケーション識別子により特定されたアプリケーションの設置状態情報を獲得することを可能にすることができる。そして、前記設置状態情報獲得アクション３２００の名称はGetAppInstallationStatus()として表示できる（３２００）。

前記設置状態情報獲得アクション３２００のアーギュメントは、アプリケーション識別子３２１０と設置状態情報３２２０を含むことができる。

ここで、前記アプリケーション識別子３２１０は設置状態情報を獲得するためのアプリケーションを示し、先の実施形態で説明した内容が同様に適用できる。

前記設置状態情報（“InstallationStatus”）３２２０は、アプリケーション情報リストの特定部分を示すことができる。前記設置状態情報３２２０は、前記アプリケーション識別子３２１０により特定されたアプリケーションの要素、その属性、及びその設置状態要素を含むことができる。例えば、前記設置状態要素は“設置完了”、“ダウンロード進行中”、及び“設置進行中”を含むことができる。

前記図３２の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３はネットワークインターフェース１４１４を介して設置状態情報獲得アクション３２００を第２スクリーンデバイス１４２０に転送することができる。この際、前記設置状態情報獲得アクション３２００は、入力情報としてアプリケーション識別子３２１０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記設置状態情報獲得アクション３２００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記設置状態情報獲得アクション３２００に応答して、前記第１スクリーンデバイス１４１０に“設置完了”、“ダウンロード進行中”、及び“設置進行中”のうち、いずれか１つの設置状態情報を転送することができる。

図３３は本発明が適用される実施形態であって、連結情報獲得アクション（connection information obtaining action）とそのアーギュメントを示す。

前記連結情報獲得アクション３３００は、スクリーンコントロールポイントをしてアプリケーション識別子により特定されたアプリケーションの連結情報を獲得することを可能にすることができる。そして、前記連結情報獲得アクション３３００の名称はGetAppConnectionInfo()として表示できる（３３００）。

前記連結情報獲得アクション３３００のアーギュメントは、アプリケーション識別子３３１０と連結情報３３２０を含むことができる。

ここで、前記アプリケーション識別子３３１０は連結情報を獲得するためのアプリケーションを示し、先の実施形態で説明した内容が適用できる。

前記連結情報３３２０は、アプリケーション情報リストの特定部分を示すことができる。前記連結情報３３２０は、前記アプリケーション識別子３３１０により特定されたアプリケーションの要素、その属性、及びそのアプリケーション間の情報要素を含むことができる。例えば、前記アプリケーション間の情報要素は特定プロトコル名称情報、転送プロトコル情報、及び連結アドレス情報のうち、少なくとも１つを含むことができる。ここで、前記連結アドレス情報はアプリケーション間の通信のためのアクセス情報を意味することができる。

前記図３３の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１３１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して連結情報獲得アクション３３００を第２スクリーンデバイス１４２０に転送することができる。この際、前記連結情報獲得アクション３３００は入力情報としてアプリケーション識別子３３１０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記連結情報獲得アクション３３００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記連結情報獲得アクション３３００に応答して、前記第１スクリーンデバイス１４１０に連結情報３３２０、例えば、特定プロトコル名称情報、転送プロトコル情報、及び連結アドレス情報のうち、少なくとも１つを転送することができる。

前記連結情報３３２０に基づいて、前記第１スクリーンデバイス１４１０と前記第２スクリーンデバイス１４２０は、ネットワークインターフェース１４１４、１４２４を介して連結されて相互間の通信を遂行できるようになる。

図３４は本発明が適用される実施形態であって、アプリケーション間の連結アクション（apptoapp connection action）とそのアーギュメントを示す。

前記アプリケーション間の連結アクション３４００は、スクリーンデバイスとアプリケーションとの間の連結を設定するために用いられ、連結管理を可能にする。前記アプリケーション間の連結アクション３４００の名称はConnectApptoApp()として表示できる（３４００）。

前記アプリケーション間の連結アクション３４００のアーギュメントは、アプリケーション識別子３４１０と連結識別子３４２０を含むことができる。

ここで、前記アプリケーション識別子３４１０はスクリーンデバイスとアプリケーションとの間の連結を設定するためのアプリケーションを示す。

前記連結識別子３４２０は設定されたアプリケーション間の連結識別子を示し、これはスクリーンデバイスにより割り当てられることができる。

前記図３４の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介してアプリケーション間の連結アクション３４００を第２スクリーンデバイス１４２０に転送することができる。この際、前記アプリケーション間の連結アクション３４００は入力情報としてアプリケーション識別子３４１０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記アプリケーション間の連結アクション３４００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記アプリケーション間の連結アクション３４００に応答して、前記第１スクリーンデバイス１４１０に連結識別子３４２０を転送することができる。

前記連結識別子３４２０に基づいて、前記第１スクリーンデバイス１４１０と前記第２スクリーンデバイス１４２０はマルチスクリーンサービス提供のための連結を遂行することができる。

図３５は本発明が適用される実施形態であって、アプリケーション間の連結解除アクション（apptoapp disconnection action）とそのアーギュメントを示す。

前記アプリケーション間の連結解除アクション３５００は、連結識別子により特定されたアプリケーション間の連結をスクリーンデバイスから解除するために利用できる。前記アプリケーション間の連結解除アクション３５００の名称はDisconnectApptoApp()として表示できる（３５００）。

前記アプリケーション間の連結解除アクション３５００のアーギュメントは、連結識別子３５１０と連結解除された連結識別子３５２０を含むことができる。

ここで、前記連結識別子３５１０は連結解除される連結を示し、前記連結解除された連結識別子３５２０は連結解除されたアプリケーション間の連結識別子リストを示す。

前記図３５の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介してアプリケーション間の連結解除アクション３５００を第２スクリーンデバイス１４２０に転送することができる。この際、前記アプリケーション間の連結解除アクション３５００は入力情報として連結識別子３５１０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記アプリケーション間の連結解除アクション３５００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記アプリケーション間の連結解除アクション３５００に応答して、前記第１スクリーンデバイス１４１０に連結解除された連結識別子３５２０を転送することができる。

前記連結解除された連結識別子３５２０に基づいて、前記第１スクリーンデバイス１４１０と前記第２スクリーンデバイス１４２０との間の連結は解除される。

図３６は本発明が適用される実施形態であって、現在連結情報獲得アクション（current connection information obtaining action）とそのアーギュメントを示す。

前記現在連結情報獲得アクション３６００は、スクリーンコントロールポイントをしてアプリケーション間の連結アクションにより設立され、現在スクリーンデバイスがサポートしているアプリケーション間の連結の情報を収集するようにする。前記現在連結情報獲得アクション３６００の名称はGetCurentConnectionInfo()として表示できる（３６００）。

前記現在連結情報獲得アクション３６００のアーギュメントは、連結識別子３６１０と連結アプリケーション識別子３６２０を含むことができる。

ここで、前記連結識別子３６１０は現在アプリケーション間の連結識別子を示すことができる。

前記連結アプリケーション識別子３６２０は、アプリケーション間の連結に対応するアプリケーション識別子を示すことができる。

前記図３６の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して現在連結情報獲得アクション３６００を第２スクリーンデバイス１４２０に転送することができる。この際、前記現在連結情報獲得アクション３６００は入力情報として連結識別子３６１０を含むことができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記現在連結情報獲得アクション３６００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記現在連結情報獲得アクション３６００に応答して、前記第１スクリーンデバイス１４１０にアプリケーション間の連結に対応するアプリケーション識別子を転送することができる。

図３７は本発明が適用される実施形態であって、検索フィールド獲得アクション（searchable field obtaining action）とそのアーギュメントを示す。

前記検索フィールド獲得アクション３７００は、スクリーンコントロールポイントをしてサポートされる検索フィールド情報を獲得するようにすることができる。前記検索フィールド獲得アクション３７００の名称はGetSupportedTargetFields()として表示できる（３７００）。

前記検索フィールド獲得アクション３７００のアーギュメントは、サポートされる検索フィールド情報３７１０を含むことができる。ここで、前記サポートされる検索フィールド情報３７１０は、検索可能なフィールドのリストを示し、これはスクリーンデバイスのアプリケーション情報リストの要素でありうる。前記サポートされる検索フィールド情報３７１０は、ユーザにより作られたアプリケーション名称及びプロトコル名称のうち、少なくとも１つを含むことができる。

前記図３７の実施形態は、前記図１４の構成要素により遂行できる。例えば、第１スクリーンデバイス１４１０のコントローラ１４１３は、ネットワークインターフェース１４１４を介して検索フィールド獲得アクション３７００を第２スクリーンデバイス１４２０に転送することができる。

前記第２スクリーンデバイス１４２０のコントローラ１４２３は、ネットワークインターフェース１４２４を介して前記検索フィールド獲得アクション３７００を受信することができる。そして、前記第２スクリーンデバイス１４２０のコントローラ１４２３は、前記検索フィールド獲得アクション３７００に応答して、前記第１スクリーンデバイス１４１０にサポートされる検索フィールド情報３７１０、例えば、ユーザにより作られたアプリケーション名称及びプロトコル名称のうち、少なくとも１つを転送することができる。

図３８は本発明が適用される一実施形態であって、アプリケーション管理のために必要な状態変数を示す。

本発明において、アプリケーション管理のために必要な状態変数は、アプリケーション情報リスト３８０１、利用可能なアプリケーション情報３８０２、検索フィールド情報３８０３、アプリケーション識別子３８０４、検索情報３８０５、検索フィールド情報３８０６、フィルター情報３８０７、実行中のアプリケーションリスト３８０８、ＵＲＩ情報３８０９、パラメータ情報３８１０、連結識別子３８１１のうち、少なくとも１つを含むことができる。

前記アプリケーション情報リスト３８０１は、スクリーンデバイスがマルチスクリーンサービスのために有しているアプリケーションの全体情報を含むことができる。前記アプリケーション情報リスト３８０１は、ＸＭＬテンプレートで表現されることができ、サブ要素構造を含むことができる。

例えば、前記アプリケーション情報リスト３８０１はアプリケーション要素を含むことができ、アプリケーション要素が複数個の場合、各アプリケーション別にその属性とサブ要素を含む構造で示すことができる。

前記アプリケーション要素は、アプリケーション識別子、マーケットアプリケーション識別子要素、ユーザ説明要素、代替識別子要素、機能要素、実行状態要素、活性化ＵＲＩ要素、設置状態要素、ダウンロード進行状態要素、設置進行状態要素、設置ＵＲＩ要素、使用政策要素、アプリケーション間の情報要素、及びアイコンリスト要素のうち、少なくとも１つを含むことができる。

前記アプリケーション識別子は、アプリケーション管理サービス内のアプリケーションの固有識別子を示す。

前記マーケットアプリケーション識別子要素は、アプリケーションマーケットにより割り当てられたアプリケーションの識別子を示し、マーケット情報とバージョン情報を含むことができる。ここで、前記マーケット情報はアプリケーションが提供されるディジタルプラットホームの識別子を示し、前記バージョン情報はアプリケーションのバージョンを示す。

前記ユーザ説明要素はユーザにより作られたアプリケーションに対する説明文句を示し、言語情報を含むことができる。

前記代替識別子要素は標準機関で使われるアプリケーションの識別子を示し、機関情報を含むことができる。前記機関情報は標準機関のドメインネームを意味することができる。

前記実行状態要素は、スクリーンデバイス上でのアプリケーションの活性化状態を示す。前記活性化状態は、不活性化、転移中（transitioning）、転移ペンディング入力中（transitioning pending input）、実行中（running）、未知（unknown）のうち、１つを示すことができる。

前記活性化ＵＲＩ要素はスクリーンコントロールポイントがアプリケーションを始めるために接続できるＵＲＩを示し、デバイスタイプ情報を含むことができる。ここで、前記デバイスタイプ情報はアプリケーションが適用可能なデバイスタイプを示し、前記デバイスタイプはメインスクリーンデバイス、コンパニオンスクリーンデバイス、または両方ともを意味することができる。

前記設置状態要素は、スクリーンデバイス上でアプリケーション識別子により指定されたアプリケーションの設置状態を示す。前記設置状態は、‘ダウンロードできない’、‘ダウンロード中’、‘ダウンロードペンディング入力中’、‘設置されない’、‘設置中’、‘設置ペンディング入力中’、‘設置完了’、‘未知’ のうち、１つを示すことができる。

前記ダウンロード進行状態要素は、前記設置状態要素が‘ダウンロード中’の場合のみに適用され、ダウンロード進行程度は０から１００の間のパーセンテージで表現できる。

前記設置進行状態要素は、前記設置状態要素が‘設置中’の場合のみに適用され、設置進行程度は０から１００の間のパーセンテージで表現できる。

前記設置ＵＲＩ要素はスクリーンコントロールポイントがアプリケーションを設置するために接続できるＵＲＩを示し、デバイスタイプ情報を含むことができる。ここで、前記デバイスタイプ情報はアプリケーションが適用可能なデバイスタイプを示し、前記デバイスタイプはメインスクリーンデバイス、コンパニオンスクリーンデバイス、または両方ともを意味することができる。

前記使用政策要素は、アプリケーション使用のための許可関連情報を示し、前記許可関連情報は‘制限無し’、‘購買必要’、‘試験のみ可能（trial only）’、‘父母同意必要’、‘ログイン必要’のうち、１つを示すことができる。

前記アプリケーション間の情報要素は、アプリケーション間の連結を生成するための情報を示し、実行状態要素が少なくとも‘実行中’の場合にサポートできる。前記アプリケーション間の情報要素は、マッチングプロトコル名称要素、プロトコル要素、及び連結アドレス要素のうち、少なくとも１つを含むことができる。前記マッチングプロトコル名称要素は、製造業者−定義されたプロトコル名称を示す。前記プロトコル要素は転送階層のプロトコルを示し、例えば、ＨＴＴＰ、ウェブソケット（websocket）、ＵＰｎＰを含むことができる。前記連結アドレス要素は、アプリケーション間の通信のためのアクセス情報を示し、例えば、前記連結アドレス要素はＨＴＴＰ ＵＲＩ、ウェブソケット（websocket）ＵＲＩ、uuid：device-uuid、製造業者定義アドレスを含むことができる。

前記利用可能なアプリケーション情報３８０２は、マルチスクリーンサービスを提供するために該当時間に利用可能なアプリケーションの情報を示す。

前記サポートされる検索フィールド情報３８０３は、サーチ可能なフィールドのリストを示す。

前記アプリケーション識別子アーギュメント３８０４は、多様なアクション内の多様なアプリケーション識別子のタイプ情報を提供する。

前記検索情報アーギュメント３８０５は、検索情報のタイプ情報を示す。

前記検索フィールド情報アーギュメント３８０６は、検索フィールド情報のタイプ情報を示す。

前記フィルター情報アーギュメント３８０７は、特定条件を満たすアプリケーション情報を獲得するために用いられる情報を示す。

前記実行中のアプリケーションリスト３８０８は、実行中のアプリケーションのリストを提供する。

前記ＵＲＩ情報アーギュメント３８０９は、活性化ＵＲＩアーギュメントと設置ＵＲＩアーギュメントのうち、いずれか１つに対するタイプ情報を示す。

前記パラメータ情報アーギュメント３８１０は、活性化パラメータアーギュメントと設置パラメータアーギュメントのうち、いずれか１つに対するタイプ情報を示す。

前記連結識別子アーギュメント３８１１は、アプリケーション間の連結の固有識別子のリストを示す。

図３９は本発明が適用される実施形態であって、アプリケーションをアップデートする過程を示す。

マルチスクリーンサービスを提供するアプリケーションをアップデートするために、アップデート可能なアプリケーション獲得アクションとアプリケーションアップデートアクションのうち、少なくとも１つが必要である。

スクリーンコントロールポイントは、アップデート可能なアプリケーション獲得をスクリーンデバイスに要求することができる（Ｓ３９１０）。この際、アップデート可能なアプリケーション獲得アクションが利用できる。前記アップデート可能なアプリケーション獲得アクションは、スクリーンコントロールポイントをしてバージョンアップデートが可能なアプリケーションのリストを獲得するようにすることができる。前記スクリーンデバイスは、前記アクションに応答してバージョンアップデートが可能なアプリケーションのリストを前記スクリーンコントロールポイントに転送することができる。

前記スクリーンコントロールポイントは、最新バージョンでないアプリケーションに対してアプリケーションアップデートを要求することができる（Ｓ３９２０）。この際、アプリケーションアップデートアクションが利用できる。前記アプリケーションアップデートアクションはバージョン情報を含むことができ、前記バージョン情報が何らの情報を有していない場合、アプリケーションが最新バージョンにアップデートされなければならないことを意味することができる。前記要求によって、前記スクリーンデバイスは最新バージョンでないアプリケーションを最新バージョンにアップデートすることができる。

前記スクリーンコントロールポイントは、前記スクリーンデバイスにアップデートされたアプリケーションの設置を要求することができる（Ｓ３９３０）。この際、アプリケーション設置アクションが用いられることができ、前記アクションはアプリケーション識別子に基づいて、または設置ＵＲＩ（Uniform Resource Identifier）に基づいて遂行できる。

図４０は本発明が適用される実施形態であって、アプリケーションの設置状態ダイヤグラムを示す。

まず、アプリケーションがダウンロードできない場合（４０１０）、ユーザはスクリーンコントロールポイントを通じてアプリケーション設置を要求することができる（４０１１）。この際、アプリケーションがどんな状態にあっても（４０００）、設置取消要求（４００１）によりアプリケーションが削除される場合（４００５）にも、アプリケーションがダウンロードできないケースに該当すると見ることができる。

前記設置要求によりスクリーンデバイスはアプリケーションをダウンロードすることができる（４０２０）。この際、ユーザにより設置止め要求がある場合（４０２１）、前記アプリケーションのダウンロードは止めるようになる（４０２２）。前記スクリーンデバイスは、またユーザにより設置継続要求または設置要求を受信する場合（４０２３）、続けてダウンロードすることができる（４０２０）。

または、ダウンロード中、ユーザの入力が必要な場合（４０２４）、前記スクリーンデバイスはダウンロード過程でユーザ入力中の状態でありうる（４０２５）。この際、前記スクリーンデバイスはユーザ入力中の状態であることをディスプレイすることができる（４０２６）。ユーザ入力と共に設置要求時（４０２７）、前記スクリーンデバイスは続けてダウンロードすることができる（４０２０）。

ダウンロード中には設置未完了状態のことがあり（４０３０）、設置中の状態になることができる（４０４０）。この際、ユーザにより設置止め要求がある場合（４０４１）、前記アプリケーションの設置は止めるようになる（４０４２）。前記スクリーンデバイスは、またユーザにより設置継続要求または設置要求を受信する場合（４０４３）、続けて設置することができる（４０４０）。

または、設置中にユーザの入力が必要な場合（４０４４）、前記スクリーンデバイスは設置過程でユーザ入力中の状態でありうる（４０４５）。この際、前記スクリーンデバイスはユーザ入力中の状態であることをディスプレイすることができる（４０４６）。ユーザ入力と共に設置要求時（４０４７）、前記スクリーンデバイスは続けて設置することができる（４０４０）。

設置が完了すれば、前記スクリーンデバイスは設置完了状態となる（４０５０）。

本明細書で説明される多様な実施形態は、例えば、ソフトウェア、ハードウェア、またはこれらの組み合わせを用いてコンピュータまたはこれと類似の装置で読み取ることができる記録媒体内で具現できる。

ハードウェア的な具現によれば、ここに説明される実施形態は、ＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digital signal processing devices）、ＰＬＤｓ（programmable logic devices）、ＦＰＧＡｓ（field programmable gate arrays、プロセッサ（processors）、制御器（controllers）、マイクロコントローラ（micro-controllers）、マイクロプロセッサ（microprocessors）、その他の機能遂行のための電気的なユニットのうち、少なくとも１つを用いて具現できる。一部の場合に、そのような実施形態がコントローラまたはコントロールポイントにより具現できる。

ソフトウェア的な具現によれば、手続や機能のような実施形態は少なくとも１つの機能または作動を遂行するようにする別個のソフトウェアモジュールと共に具現できる。ソフトウェアコードは適切なプログラム言語で書き込まれたソフトウェアアプリケーションにより具現できる。ソフトウェアコードはメモリに格納され、制御部により実行できる。

本発明の一実施形態によれば、前述した方法は、プログラムが記録された媒体にプロセッサが読み取ることができるコードとして具現することが可能である。プロセッサが読み取ることができる媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、キャリアウェーブ（例えば、インターネットを介しての転送）の形態に具現されることも含む。

上記のように説明された装置は前記説明された実施形態の構成と方法が限定されるように適用できるものでなく、前記実施形態は多様な変形がなされるように、各実施形態の全部または一部が選択的に組み合わせられて構成されることもできる。

Claims (14)

1. ネットワークにより連結された放送受信デバイスとコンパニオンデバイス（companion device）のアプリケーション間の連結を管理する方法であって、
   放送信号を受信するステップと、
   前記放送信号に含まれたアプリケーション情報に基づいてアプリケーション情報リスト変数を生成するステップと、
   前記コンパニオンデバイスからアプリケーション情報獲得アクションを受信するステップと、ここで、前記アプリケーション情報獲得アクションは、少なくとも１つの特定アプリケーションに関する情報を獲得するための要求メッセージを示し、
   前記アプリケーション情報獲得アクションに応答して、前記少なくとも１つの特定アプリケーションに対応するアプリケーション情報リスト変数を転送するステップと、
   前記転送されたアプリケーション情報リスト変数に基づいて放送サービスを提供するステップと、
   を含むことを特徴とする方法。
2. 前記方法は、
   前記放送信号からＡＴＳＣ ３．０プロトコルスタックを通じてメディアコンテンツ及び前記アプリケーション情報を抽出するステップをさらに含み、
   前記放送信号はブロードキャスト（broadcast）またはブロードバンド（broadband）のうち、少なくとも１つを通じて転送されることを特徴とする請求項１に記載の方法。
3. 前記少なくとも１つの特定アプリケーションは、前記アプリケーション情報獲得アクションに含まれたアプリケーション識別子により識別されることを特徴とする請求項２に記載の方法。
4. 前記方法は、
   前記コンパニオンデバイスから連結情報獲得アクションを受信するステップと、ここで、前記連結情報獲得アクションは前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結情報を獲得するために用いられ、
   前記連結情報獲得アクションに応答して、前記コンパニオンデバイスに前記連結情報を転送するステップと、ここで、前記連結情報はプロトコル情報及び連結アドレス情報のうち、少なくとも１つを含み、
   前記連結情報に基づいて、前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結を遂行するステップをさらに含むことを特徴とする請求項２に記載の方法。
5. 前記放送受信デバイスは、アプリケーション管理サービス、アプリケーション連結設定サービス、またはデバイス間の同期化サービスのうち、少なくとも１つをサポートすることを特徴とする請求項２に記載の方法。
6. 前記方法は、
   アプリケーショントリガー情報に基づいて、前記放送受信デバイス内の特定アプリケーションを実行するステップと、
   前記特定アプリケーションの情報を前記コンパニオンデバイスに転送するステップをさらに含み、
   前記アプリケーショントリガー情報は前記抽出されたアプリケーション情報に含まれていることを特徴とする請求項２に記載の方法。
7. 前記方法は、
   前記特定アプリケーションの情報に基づいて、前記コンパニオンデバイスにアプリケーション実行アクションまたはアプリケーション設置アクションを転送するステップをさらに含み、
   前記アプリケーション実行アクションは前記特定アプリケーションの識別子及び実行パラメータを含み、
   前記アプリケーション設置アクションは前記特定アプリケーションの識別子及び設置パラメータを含むことを特徴とする請求項６に記載の方法。
8. ネットワークにより連結されたコンパニオンデバイス（companion device）内のアプリケーションとの連結を管理する放送受信デバイスであって、
   放送信号を受信するチューナーと、
   前記放送信号に含まれたアプリケーション情報に基づいてアプリケーション情報リスト変数を生成し、前記コンパニオンデバイスから受信されたアプリケーション情報獲得アクションに応答して、少なくとも１つの特定アプリケーションに対応するアプリケーション情報リスト変数を転送し、前記転送されたアプリケーション情報リスト変数に基づいて放送サービスを提供するコントローラを含み、
   前記アプリケーション情報獲得アクションは少なくとも１つの特定アプリケーションに関する情報を獲得するための要求メッセージを示すことを特徴とする放送受信デバイス。
9. 前記コントローラは、
   前記放送信号からＡＴＳＣ ３．０プロトコルスタックを通じてメディアコンテンツ及び前記アプリケーション情報を抽出し、
   前記放送信号はブロードキャスト（broadcast）またはブロードバンド（broadband）のうち、少なくとも１つを通じて転送されることを特徴とする請求項８に記載の放送受信デバイス。
10. 前記少なくとも１つの特定アプリケーションは、前記アプリケーション情報獲得アクションに含まれたアプリケーション識別子により識別されることを特徴とする請求項９に記載の放送受信デバイス。
11. 前記放送受信デバイスは、
    前記コンパニオンデバイスから連結情報獲得アクションを受信するネットワークインターフェースをさらに含み、ここで前記連結情報獲得アクションは前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結情報を獲得するために用いられ、
    前記コントローラは、
    前記連結情報獲得アクションに応答して、前記コンパニオンデバイスに前記連結情報を転送し、前記連結情報に基づいて前記放送受信デバイスと前記コンパニオンデバイスのアプリケーション間の連結を遂行し、
    前記連結情報はプロトコル情報及び連結アドレス情報のうち、少なくとも１つを含むことを特徴とする請求項９に記載の放送受信デバイス。
12. 前記放送受信デバイスはアプリケーション管理サービス、アプリケーション連結設定サービス、またはデバイス間の同期化サービスのうち、少なくとも１つをサポートすることを特徴とする請求項９に記載の放送受信デバイス。
13. 前記コントローラは、
    アプリケーショントリガー情報に基づいて前記放送受信デバイス内の特定アプリケーションを実行し、前記特定アプリケーションの情報を前記コンパニオンデバイスに転送し、
    前記アプリケーショントリガー情報は、前記抽出されたアプリケーション情報に含まれていることを特徴とする請求項９に記載の放送受信デバイス。
14. 前記コントローラは、
    前記特定アプリケーションの情報に基づいて、前記コンパニオンデバイスにアプリケーション実行アクションまたはアプリケーション設置アクションを転送し、
    前記アプリケーション実行アクションは前記特定アプリケーションの識別子及び実行パラメータを含み、
    前記アプリケーション設置アクションは、前記特定アプリケーションの識別子及び設置パラメータを含むことを特徴とする請求項１３に記載の放送受信デバイス。

Images