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

Abstract

本発明は、ネットワークで連結された同伴デバイスと放送受信デバイスとのアプリケーション間サービスを提供する方法であって、前記放送受信デバイスにアプリケーション情報を取得するための要求メッセージを送信するステップと、前記要求メッセージに応答して、前記放送受信デバイスから前記アプリケーション情報を含む応答メッセージを受信するステップとを含み、前記アプリケーション情報は、前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報及び前記同伴デバイスと前記放送受信デバイスとのシンクのためのシンク住所情報を含むことを特徴とする方法を提供する。【選択図】図１

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明は、ネットワークで連結された同伴デバイスと放送受信デバイスとのアプリケーション間サービスを提供する方法であって、前記放送受信デバイスにアプリケーション情報を取得するための要求メッセージを送信するステップと、前記要求メッセージに応答して、前記放送受信デバイスから前記アプリケーション情報を含む応答メッセージを受信するステップとを含み、前記アプリケーション情報は、前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報及び前記同伴デバイスと前記放送受信デバイスとのシンクのためのシンク住所情報を含むことを特徴とする方法を提供する。

本発明において、前記同伴デバイスが前記放送受信デバイスのアプリケーションを始めるように制御した場合、または前記放送受信デバイスのアプリケーションと関係なく、前記同伴デバイスのアプリケーションが始まった場合に行われることを特徴とする。

本発明において、前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報（ＡｐｐｔｏＡｐｐＵＲＬ）は、ウェブソケットサーバ（Ｗｅｂ Ｓｏｃｋｅｔ Ｓｅｒｖｅｒ）ＵＲＬを表すことを特徴とする。

本発明において、前記アプリケーション情報は、ＸＭＬ形式の説明情報（ｄｅｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に含まれることを特徴とする。

本発明において、前記放送受信デバイスは、ブロードキャストまたはブロードバンドのうち、少なくとも１つを介して放送信号を受信し、前記放送信号は、メディアコンテンツ、アプリケーションデータ、アプリケーション情報テーブル、及びストリームイベントのうち、少なくとも１つを含むことを特徴とする。

本発明は、ネットワークで連結された同伴デバイスと放送受信デバイスとのアプリケーション間サービスを提供する方法であって、前記放送受信デバイスのアプリケーション住所を取得するステップと、前記放送受信デバイスのアプリケーション住所に前記放送受信デバイスのアプリケーション実行を要求する要求メッセージを送信するステップと、前記要求メッセージに応答して、前記放送受信デバイスから応答メッセージを受信するステップとを含み、前記応答メッセージは、前記アプリケーションの実行に対する状態を表すコード情報を含むことを特徴とする方法を提供する。

本発明において、前記コード情報は、アプリケーションが実行されたことを表す第１のコード情報、ユーザによりアプリケーションが実行され得ないことを表す第２のコード情報、前記放送受信デバイスによりアプリケーションが実行され得ないことを表す第３のコード情報、前記放送受信デバイスの状態によってアプリケーションが実行され得ないことを表す第４のコード情報のうち、少なくとも１つを含むことを特徴とする。

本発明において、前記要求メッセージのボディデータは、アプリケーション識別子とアプリケーション説明情報とを含むことを特徴とする。

本発明において、前記アプリケーション説明情報は、開始、停止、またはモニタリングのうち、少なくとも１つを含む制御コード情報を含むことを特徴とする。

本発明において、前記放送受信デバイスは、ブロードキャストまたはブロードバンドのうち、少なくとも１つを介して放送信号を受信し、前記放送信号は、メディアコンテンツ、アプリケーションデータ、アプリケーション情報テーブル、及びストリームイベントのうち、少なくとも１つを含むことを特徴とする。

本発明は、ネットワーク上で放送受信デバイスとの連結を管理する同伴デバイスであって、前記放送受信デバイスと通信を行うネットワークインターフェースと、前記放送受信デバイスにアプリケーション情報を取得するための要求メッセージを送信し、前記放送受信デバイスから前記アプリケーション情報を含む応答メッセージを受信するコントローラとを備え、前記アプリケーション情報は、前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報及び前記同伴デバイスと前記放送受信デバイスとのシンクのためのシンク住所情報を含むことを特徴とする同伴デバイスを提供する。

本発明において、前記コントローラは、前記同伴デバイスが前記放送受信デバイスのアプリケーションを始めるように制御した場合、または前記放送受信デバイスのアプリケーションと関係なく、前記同伴デバイスのアプリケーションが始まった場合に行われることを特徴とする。

本発明は、ネットワーク上で放送受信デバイスとの連結を管理する同伴デバイスであって、前記放送受信デバイスと通信を行うネットワークインターフェースと、前記放送受信デバイスのアプリケーション住所を取得し、前記放送受信デバイスのアプリケーション住所に前記放送受信デバイスのアプリケーション実行を要求する要求メッセージを送信し、前記放送受信デバイスから応答メッセージを受信するコントローラとを備え、前記応答メッセージは、前記アプリケーションの実行に対する状態を表すコード情報を含むことを特徴とする同伴デバイスを提供する。

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

本発明が適用される実施形態であって、ＩＰ基盤の次世代ハイブリッド放送システムの放送受信デバイスの構造を示す。 本発明が適用される実施形態であって、同伴デバイス（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）と放送受信デバイスとの間のウェブソケット通信を行う過程を説明するための基本アーキテクチャを示す。 本発明が適用される実施形態であって、ＩＰ基盤の次世代ハイブリッド放送システムで適用可能なプロトコルスタックを示す。 本発明が適用される実施形態であって、同伴デバイス（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）と放送受信デバイスとの間のウェブソケット通信を行う過程を説明するためのフローチャートを示す。 本発明が適用される実施形態であって、同伴デバイス（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）と放送受信デバイスとの間のウェブソケットサーバを介して連結する過程を説明するためのアーキテクチャを示す。 本発明が適用される実施形態であって、同伴デバイス（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）と放送受信デバイスとの間のアプリケーション連結のための過程を説明するためのフローチャートを示す。 本発明が適用される実施形態であって、同伴デバイス（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）により放送受信デバイスのアプリケーションを実行する過程を説明するためのフローチャートを示す。 本発明が適用される実施形態であって、アプリケーション実行要求メッセージに対する応答コードを示す。 本発明が適用される実施形態であって、デバイス間のアプリケーション連結のためのメッセージにアプリケーション情報を挿入する種々の方法を示す。 本発明が適用される実施形態であって、デバイス間のアプリケーション連結のためのメッセージにアプリケーション情報を挿入する種々の方法を示す。 本発明が適用される実施形態であって、デバイス間のアプリケーション連結のためのメッセージにアプリケーション情報を挿入する種々の方法を示す。 本発明が適用される実施形態であって、デバイス間のアプリケーション連結のためのメッセージにアプリケーション情報を挿入する種々の方法を示す。 本発明が適用される実施形態であって、デバイス間のアプリケーション連結のためのメッセージにアプリケーション情報を挿入する種々の方法を示す。 本発明が適用される実施形態であって、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）メカニズムを説明するためのブロックダイアグラムを示す。 本発明が適用される実施形態であって、ＲＥＳＴ（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）が適用される基本アーキテクチャーを示し、前記図１９は拡張されたマルチスクリーンサービス（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）メカニズムを説明するためのブロックダイアグラムを示す。

本発明で提案するＵＰｎＰアクションは、デバイス間の通信の多様な方式の例の１つであって、ＵＰｎＰ探索（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）ネットワークの概略的な構成図を示す。

汎用プラグアンドプレイ（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）コンテンツを探して再生できるようにする。３ボックスモデルはディジタルメディアコントローラ（ＤＭＣ）、ディジタルメディアサーバー（ＤＭＳ）、ディジタルメディアレンダラー（ＤＭＲ）を含む。３ボックスモデルで、ディジタルメディアコントローラ（ＤＭＣ）はユーザがディジタルメディアレンダラー（ＤＭＲ）で再生されるディジタルメディアサーバー（ＤＭＳ）のコンテンツを探すことができるようにする。

ＵＰｎＰ基盤のＡＶネットワークは、図１６に示すように、ネットワークにメディアデータを提供するメディアサーバー（ＭＳ：Media Server）１６２０と、ネットワークを介してメディアデータを再生するメディアレンダラー（ＭＲ：Media Renderer）１６３０と、前記メディアサーバー１６２０とメディアレンダラー16３０を制御する制御ポイント（ＣＰ：Control Point）１６１０を含んで構成できる。前記メディアサーバー16２０とメディアレンダラー１６３０は前記制御ポイント１６１０により制御される被制御（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）18１０はスクリーンコントロールポイント（screen control point）１８１１として動作されることができ、前記メインスクリーンデバイス（main screen device）１８２０はスクリーンデバイス（screen device）１８２１として動作できる。例えば、前記図18を説明すると、前記コンパニオンスクリーンデバイス（companion screen device）18１０は、前記メインスクリーンデバイス（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）２０２０は、ディスプレイ２０２１、ユーザインターフェース２０２２、コントローラ２０２３、ネットワークインターフェース２０２４、メモリ２０25、ストレージ２０２６、マルチメディア部20２７、及び電源供給部２０２８を含むことができる。前記メインスクリーンデバイス（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()として表示できる（２８００）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図４１は本発明が適用される実施形態であって、アプリケーション間の連結解除アクション（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）に基づいて遂行できる。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (20)

1. ネットワークで連結された同伴デバイスと放送受信デバイスとのアプリケーション間サービスを提供する方法であって、
   前記放送受信デバイスにアプリケーション情報を取得するための要求メッセージを送信するステップと、
   前記要求メッセージに応答して、前記放送受信デバイスから前記アプリケーション情報を含む応答メッセージを受信するステップと、
   を含み、
   前記アプリケーション情報は、前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報及び前記同伴デバイスと前記放送受信デバイスとのシンクのためのシンク住所情報を含むことを特徴とする方法。
2. 前記同伴デバイスが前記放送受信デバイスのアプリケーションを始めるように制御した場合、または前記放送受信デバイスのアプリケーションと関係なく、前記同伴デバイスのアプリケーションが始まった場合に行われることを特徴とする請求項１に記載の方法。
3. 前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報（ＡｐｐｔｏＡｐｐＵＲＬ）は、ウェブソケットサーバ（Ｗｅｂ Ｓｏｃｋｅｔ Ｓｅｒｖｅｒ）ＵＲＬを表すことを特徴とする請求項１に記載の方法。
4. 前記アプリケーション情報は、ＸＭＬ形式の説明情報（ｄｅｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に含まれることを特徴とする請求項１に記載の方法。
5. 前記放送受信デバイスは、ブロードキャストまたはブロードバンドのうち、少なくとも１つを介して放送信号を受信し、
   前記放送信号は、メディアコンテンツ、アプリケーションデータ、アプリケーション情報テーブル、及びストリームイベントのうち、少なくとも１つを含むことを特徴とする請求項１に記載の方法。
6. ネットワークで連結された同伴デバイスと放送受信デバイスとのアプリケーション間サービスを提供する方法であって、
   前記放送受信デバイスのアプリケーション住所を取得するステップと、
   前記放送受信デバイスのアプリケーション住所に前記放送受信デバイスのアプリケーション実行を要求する要求メッセージを送信するステップと、
   前記要求メッセージに応答して、前記放送受信デバイスから応答メッセージを受信するステップと、
   を含み、
   前記応答メッセージは、前記アプリケーションの実行に対する状態を表すコード情報を含むことを特徴とする方法。
7. 前記コード情報は、アプリケーションが実行されたことを表す第１のコード情報、ユーザによりアプリケーションが実行され得ないことを表す第２のコード情報、前記放送受信デバイスによりアプリケーションが実行され得ないことを表す第３のコード情報、前記放送受信デバイスの状態によってアプリケーションが実行され得ないことを表す第４のコード情報のうち、少なくとも１つを含むことを特徴とする請求項６に記載の方法。
8. 前記要求メッセージのボディデータは、アプリケーション識別子とアプリケーション説明情報とを含むことを特徴とする請求項６に記載の方法。
9. 前記アプリケーション説明情報は、開始、停止、またはモニタリングのうち、少なくとも１つを含む制御コード情報を含むことを特徴とする請求項８に記載の方法。
10. 前記放送受信デバイスは、ブロードキャストまたはブロードバンドのうち、少なくとも１つを介して放送信号を受信し、
    前記放送信号は、メディアコンテンツ、アプリケーションデータ、アプリケーション情報テーブル、及びストリームイベントのうち、少なくとも１つを含むことを特徴とする請求項６に記載の方法。
11. ネットワーク上で放送受信デバイスとの連結を管理する同伴デバイスであって、
    前記放送受信デバイスと通信を行うネットワークインターフェースと、
    前記放送受信デバイスにアプリケーション情報を取得するための要求メッセージを送信し、前記放送受信デバイスから前記アプリケーション情報を含む応答メッセージを受信するコントローラと、
    を備え、
    前記アプリケーション情報は、前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報及び前記同伴デバイスと前記放送受信デバイスとのシンクのためのシンク住所情報を含むことを特徴とする同伴デバイス。
12. 前記コントローラは、
    前記同伴デバイスが前記放送受信デバイスのアプリケーションを始めるように制御した場合、または前記放送受信デバイスのアプリケーションと関係なく、前記同伴デバイスのアプリケーションが始まった場合に行われることを特徴とする請求項１１に記載の同伴デバイス。
13. 前記同伴デバイスのアプリケーションと前記放送受信デバイスのアプリケーションとの間の通信のための住所情報は、ウェブソケットサーバ（Ｗｅｂ Ｓｏｃｋｅｔ Ｓｅｒｖｅｒ）ＵＲＬを表すことを特徴とする請求項１１に記載の同伴デバイス。
14. 前記アプリケーション情報は、ＸＭＬ形式の説明情報（ｄｅｓｃｒｉｐｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に含まれることを特徴とする請求項１１に記載の同伴デバイス。
15. 前記放送受信デバイスは、ブロードキャストまたはブロードバンドのうち、少なくとも１つを介して放送信号を受信し、
    前記放送信号は、メディアコンテンツ、アプリケーションデータ、アプリケーション情報テーブル、及びストリームイベントのうち、少なくとも１つを含むことを特徴とする請求項１１に記載の同伴デバイス。
16. ネットワーク上で放送受信デバイスとの連結を管理する同伴デバイスであって、
    前記放送受信デバイスと通信を行うネットワークインターフェースと、
    前記放送受信デバイスのアプリケーション住所を取得し、前記放送受信デバイスのアプリケーション住所に前記放送受信デバイスのアプリケーション実行を要求する要求メッセージを送信し、前記放送受信デバイスから応答メッセージを受信するコントローラと、
    を備え、
    前記応答メッセージは、前記アプリケーションの実行に対する状態を表すコード情報を含むことを特徴とする同伴デバイス。
17. 前記コード情報は、アプリケーションが実行されたことを表す第１のコード情報、ユーザによりアプリケーションが実行され得ないことを表す第２のコード情報、前記放送受信デバイスによりアプリケーションが実行され得ないことを表す第３のコード情報、前記放送受信デバイスの状態によってアプリケーションが実行され得ないことを表す第４のコード情報のうち、少なくとも１つを含むことを特徴とする請求項１６に記載の同伴デバイス。
18. 前記要求メッセージのボディデータは、アプリケーション識別子とアプリケーション説明情報とを含むことを特徴とする請求項１６に記載の同伴デバイス。
19. 前記アプリケーション説明情報は、開始、停止、またはモニタリングのうち、少なくとも１つを含む制御コード情報を含むことを特徴とする請求項１８に記載の同伴デバイス。
20. 前記放送受信デバイスは、ブロードキャストまたはブロードバンドのうち、少なくとも１つを介して放送信号を受信し、
    前記放送信号は、メディアコンテンツ、アプリケーションデータ、アプリケーション情報テーブル、及びストリームイベントのうち、少なくとも１つを含むことを特徴とする請求項１６に記載の同伴デバイス。

Images