JP6174721B2 - 信号送信装置、信号送信方法及び信号送受信システム - Google Patents

信号送信装置、信号送信方法及び信号送受信システム Download PDF

Info

Publication number
JP6174721B2
JP6174721B2 JP2015560107A JP2015560107A JP6174721B2 JP 6174721 B2 JP6174721 B2 JP 6174721B2 JP 2015560107 A JP2015560107 A JP 2015560107A JP 2015560107 A JP2015560107 A JP 2015560107A JP 6174721 B2 JP6174721 B2 JP 6174721B2
Authority
JP
Japan
Prior art keywords
uri
companion
application
companion device
signal transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2015560107A
Other languages
English (en)
Other versions
JP2016513438A (ja
Inventor
トンヒョン カン
トンヒョン カン
ソナ リ
ソナ リ
セチン オ
セチン オ
チョンソン チェ
チョンソン チェ
ヨンファン クォン
ヨンファン クォン
スンチュ アン
スンチュ アン
チョンウク パク
チョンウク パク
チンピル キム
チンピル キム
スンリュル ヤン
スンリュル ヤン
キョンソ ムン
キョンソ ムン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2016513438A publication Critical patent/JP2016513438A/ja
Application granted granted Critical
Publication of JP6174721B2 publication Critical patent/JP6174721B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4126—The peripheral being portable, e.g. PDAs or mobile phones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wireless protocol, e.g. Bluetooth, RF or wireless LAN [IEEE 802.11]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本発明は、信号送信装置、信号送信方法及び信号送受信システムに関する。
放送及び通信技術の発展に伴い、様々な放送装置及び放送サービスに対する研究が行われている。現在は、インターネット網に接続されてインターネット網を介して新たなコンテンツの提供を受けることができる放送装置及び放送サービスが具現されている。このような放送装置は、放送局から提供される放送プログラムに適した付加サービスをインターネット網を介して受信して画面に出力する。
しかし、放送コンテンツの出力中に付加サービスコンテンツが画面に出力される場合、付加サービスコンテンツは放送コンテンツの出力画面を妨げる。一般に、複数の人が一つの放送装置を通じて放送コンテンツを視聴することができる。しかし、そのうちの一部の人のみが付加サービスに対して関心を有し得る。
したがって、付加サービスが周辺装置を通じて出力されることによって、放送コンテンツは妨げずに放送装置を通じて出力し得る技術が必要である。
本発明の目的は、放送コンテンツを視聴しながら付加サービスを周辺機器に出力する信号送信装置、信号送信方法及び信号送受信システムを提供するものである。
本発明の他の目的は、付加サービスの提供を受けることができる周辺機器を確認し、付加サービスの提供を受けることができることを示す情報を周辺機器に伝送する信号送信装置、信号送信方法及び信号送受信システムを提供するものである。
本発明の更に他の目的は、周辺機器で提供される付加サービスを出力する信号送信装置、信号送信方法及び信号送受信システムを提供するものである。
本発明の一実施例によれば、信号送信方法は、マルチキャスト方式を用いてコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）を検索（ｄｉｓｃｏｖｅｒｙ）するステップと、検索されたコンパニオン装置から装置タイプ情報を受信して格納するステップと、アプリケーションＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を受信し、前記装置タイプ情報に対応させて格納するステップと、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、前記装置タイプ情報に対応するアプリケーションＵＲＩを前記選択されたコンパニオン装置に伝送するステップとを含む。
そして、前記格納するステップは、前記アプリケーションＵＲＩを含むＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を受信し、前記受信されたＡＩＴをパージング（ｐａｒｓｉｎｇ）して、前記装置タイプ情報に対応する前記アプリケーションＵＲＩを検出して格納することができる。
また、前記格納するステップは、据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）を含むＡＩＴを受信し、前記受信されたＡＩＴをパージングして前記据え置きＵＲＩを検出し、前記据え置きＵＲＩに対応するサーバーに接続し、前記装置タイプ情報に対応する前記アプリケーションＵＲＩを受信して格納することができる。
そして、前記格納するステップは、ＨｂｂＴＶアプリケーションがサーバーと通信を行って、前記コンパニオン装置アプリケーション（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ ａｐｐｌｉｃａｔｉｏｎ）を利用可能であるか否か（ａｖａｉｌａｂｌｅ）を確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応する前記アプリケーションＵＲＩをサーバーから受信して格納することができる。
一方、前記アプリケーションＵＲＩは、それぞれのコンパニオン装置毎に互いに異なるＵＲＩ値が割り当てられる特定（ｓｐｅｃｉｆｉｃ）ＵＲＩ、または同一のＵＲＩ値が割り当てられる一般（ｇｅｎｅｒｉｃ）ＵＲＩであってもよい。
本発明の一実施例によれば、信号送信装置は、マルチキャスト方式を用いてコンパニオン装置を検索（ｄｉｓｃｏｖｅｒｙ）し、検索されたコンパニオン装置から装置タイプ情報を受信するＵＰｎＰ部と、アプリケーションＵＲＩを受信する通信部と、前記装置タイプ情報と前記アプリケーションＵＲＩとを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認する装置管理部と、を含み、前記ＵＰｎＰ部は、前記装置タイプ情報に対応するアプリケーションＵＲＩを前記選択されたコンパニオン装置に伝送する。
本発明の一実施例によれば、信号送受信システムは、マルチキャスト方式を用いてコンパニオン装置を検索（ｄｉｓｃｏｖｅｒｙ）し、検索されたコンパニオン装置に、装置タイプ情報を要請する制御信号を伝送する信号送信装置、及び前記信号送信装置に装置タイプ情報を伝送するコンパニオン装置を含み、前記信号送信装置は、アプリケーションＵＲＩを受信して前記装置タイプ情報と前記アプリケーションＵＲＩとを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、前記装置タイプ情報に対応するアプリケーションＵＲＩを前記選択されたコンパニオン装置に伝送し、前記コンパニオン装置は、前記信号送信装置から伝送された前記アプリケーションＵＲＩを受信し、前記アプリケーションＵＲＩに対応するサーバーからＵＲＩページを受信してディスプレイする。
本発明の実施例によれば、放送コンテンツと関連する付加サービスを周辺機器で受信して出力することができる。
そして、付加サービスの提供を受けることができる周辺機器を確認し、付加サービスの提供を受けることができることを示す情報を周辺機器に伝送することができる。
また、本発明の実施例によれば、周辺機器で提供される付加サービスを信号送信装置で出力することができる。
本発明の一実施例に係る信号送信方法のフローチャートである。 本発明の一実施例に係る信号送受信システムを説明する図である。 本発明の様々な実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明する図である。 本発明の第１実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。 本発明の第２実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。 本発明の第３実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。 本発明の第４実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。 本発明の第５実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。 本発明の第６実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。 本発明の一実施例に係るＵＲＩディスクリプタを説明する図である。 本発明の他の実施例に係るＵＲＩディスクリプタを説明する図である。 装置タイプ情報をシグナリングする実施例を説明する図である。 コンパニオン装置情報をシグナリングする実施例を説明する図である。 ＵＲＩタイプ情報をシグナリングする実施例を説明する図である。 コンパニオンアプリケーション（ｃｏｍｐａｎｉｏｎ ａｐｐｌｉｃａｔｉｏｎ）を実行する方式に関する情報をシグナリングする実施例を説明する図である。 本発明の一実施例に係る据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）のＧＥＴ要請ヘッダー情報を説明する図である。 本発明の一実施例に係るＧＥＴ応答情報を説明する図である。 本発明の一実施例に係るコンパニオンアプリケーションＵＲＩをエンコーディングするためのＪＳＯＮ ｓｃｈｅｍａを説明する図である。 コンパニオン装置に応じたＵＲＩをエンコーディングする実施例を説明する図である。 本発明の一実施例に係るコンパニオン装置において付加サービスを実行するための信号送信装置のＵＩを説明する図である。 本発明の様々な実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。 本発明の第１実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。 本発明の第２実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。 本発明の一実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行するための信号送信装置のＵＩを説明する図である。 本発明の一実施例に係る信号送信装置のブロック図である。 本発明の一実施例に係るコンパニオン装置のブロック図である。
以下、上記目的を具体的に実現できる本発明の好適な実施例を添付の図面を参照して説明する。このとき、図面に図示され、またこれによって説明される本発明の構成と作用は、少なくとも一つの実施例として説明されるものであり、これによって本発明の技術的思想とその核心構成及び作用が制限されるものではない。
本発明で使用される用語は、本発明における機能を考慮した上、できるだけ現在広く使用されている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例又は新しい技術の出現などによって変わり得る。また、特定の場合、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分で詳細にその意味を記載する。したがって、本発明で使用される用語は、単純な用語の名称ではなく、その用語が持つ意味と本発明の全般にわたる内容に基づいて定義されなければならないということは明らかである。
図１は、本発明の一実施例に係る信号送信方法のフローチャートである。
図１を参照すると、信号送信装置は、マルチキャスト方式を用いてコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）（またはセカンド装置）を検索（ｄｉｓｃｏｖｅｒｙ）する（Ｓ１１０）。例えば、信号送信装置はＴＶなどであってもよい。そして、コンパニオン装置は、スマートフォン、スマートパッド、ラップトップコンピュータなどのように個人用携帯装置であってもよい。
信号送信装置は、検索されたコンパニオン装置から装置タイプ情報を受信して格納する（Ｓ１２０）。装置タイプ情報は、コンパニオン装置がどの種類の携帯装置であるかを確認できる情報であってもよい。信号送信装置は、装置タイプ情報を受信して装置テーブルに格納して管理することができる。
信号送信装置は、アプリケーションＵＲＩを受信し、装置タイプ情報に対応させて格納する（Ｓ１３０）。ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）は、インターネットにある資源を示すアドレスであって、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）及びＵＲＮ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｎａｍｅ）を含むことができる。アプリケーションＵＲＩは、コンパニオン装置が付加サービスを行うために必要な資源がある場所であり得る。
一実施例として、信号送信装置は、アプリケーションＵＲＩを含むＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を受信し、受信されたＡＩＴをパージング（ｐａｒｓｉｎｇ）して、装置タイプ情報に対応するアプリケーションＵＲＩを検出して格納することができる。
または、信号送信装置は、据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）を含むＡＩＴを受信し、受信されたＡＩＴをパージングして、前記据え置きＵＲＩを検出することができる。信号送信装置は、据え置きＵＲＩに対応するサーバーに接続し、装置タイプ情報に対応するアプリケーションＵＲＩを受信して格納することができる。
または、信号送信装置は、ＨｂｂＴＶアプリケーションを介してサーバーと通信を行って、コンパニオン装置アプリケーション（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ ａｐｐｌｉｃａｔｉｏｎ）を利用可能であるか否か（ａｖａｉｌａｂｌｅ）を確認できる。そして、信号送信装置は、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応するアプリケーションＵＲＩをサーバーから受信して格納し得る。
信号送信装置は、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、装置タイプ情報に対応するアプリケーションＵＲＩを選択されたコンパニオン装置に伝送する（Ｓ１４０）。
図２は、本発明の一実施例に係る信号送受信システムを説明する図である。
信号送受信システムは、信号送信装置１００、コンパニオン装置（Ｃｏｍｐａｎｉｏｎ Ｄｅｖｉｃｅ）２００、及び放送サーバー（Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｅｒ）３００を含むことができる。
信号送信装置１００は、放送受信部（Ｂｒｏａｄｃａｓｔ Ｒｅｃｉｖｅｒ）１１０、装置管理部（Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）１２０、ＵＰｎＰ部１３０及びブラウザ部（Ｂｒｏｗｓｅｒ）１４０を含むことができる。例えば、信号送信装置１００はＴＶであってもよい。
コンパニオン装置２００は、ネイティブアプリケーション部（Ｎａｔｉｖｅ Ａｐｐ）２１０及びシステムウェブブラウザ部（Ｓｙｓｔｅｍ Ｗｅｂ Ｂｒｏｗｓｅｒ）２２０を含むことができる。ネイティブアプリケーション部（Ｎａｔｉｖｅ Ａｐｐ）２１０は、ＵＰｎＰ ２１１及びウェブビュー（Ｗｅｂ Ｖｉｅｗ）２１２を含むことができる。
信号送信装置１００は、現在の放送プログラムと関連するコンパニオン装置アプリケーション（Ｃｏｍｐａｎｉｏｎ Ｄｅｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ）サービスがあるという内容を含んだＡＩＴを、放送受信部１１０を介して受信することができる。または、信号送信装置１００は、放送サーバーからＨｂｂＴＶアプリケーションを介してコンパニオン装置アプリケーションの存在を認識し得る。
すなわち、信号送信装置１００は、放送信号から現在プログラムと関連するコンパニオン装置アプリケーションが存在するか否かの情報を含むＡＩＴを受信しながら、このような過程を行うことができる。信号送信装置１００は、現在プログラムと関連するアプリケーションを利用できることをユーザに知らせることができる。コンパニオン装置アプリケーションを設置するためのＵＲＩを発見する過程は、ＡＩＴに含まれたＵＲＩを用いて直接、またはコンパニオン装置アプリケーションを利用できる遠隔放送サーバー３００を通じて行われてもよい。
放送受信部（Ｂｒｏａｄｃａｓｔ Ｒｅｃｉｖｅｒ）１１０は、放送コンテンツを含む放送信号を受信することができる。
放送受信部１１０は、プラットフォームのＴＶミドルウェアを示すことができる。放送受信部１１０は、コンパニオン装置との接続のための放送ＡＩＴをフィルタリングすることができ、接続が発見されると、装置管理部１２０に知らせることができる。
装置管理部（Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）１２０は、ＵＰｎＰ部１３０から利用可能な装置に関する情報を収集し、ジャバスクリプトＡＰＩを介してＨｂｂＴＶアプリケーションに収集された情報を知らせることができる。装置管理部（Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）１２０は、ＡＩＴから提供されるコンパニオンアプリケーションリンクに関する情報を放送受信部１１０から収集し、ＤＯＭイベントによって利用可能性をＨｂｂＴＶに知らせることができる。
ＵＰｎＰ部１３０は、ＴＶプラットフォームのＵＰｎＰを具現し得る。ＵＰｎＰ部１３０は、コンパニオン装置２００が存在するか否かを検索し、信号送信装置１００とコンパニオン装置２００間のコンパニオンアプリケーションＵＲＩを伝達することができる。
ブラウザ部（Ｂｒｏｗｅｒ）１４０は、ＨｂｂＴＶアプリケーションを含むことができる。ブラウザ部（Ｂｒｏｗｅｒ）１４０は、ＨｂｂＴＶアプリケーションを用いて特定ＵＲＩの放送サーバー３００に接続することができる。ブラウザ部１４０は、放送サーバー３００から、装置タイプによるアプリケーションＵＲＩを受信することができる。または、ブラウザ部１４０は、コンパニオン装置アプリケーションを利用可能であるか否かを確認することができる。
ネイティブアプリケーション部（Ｎａｔｉｖｅ Ａｐｐ）２１０は、コンパニオン装置２００上で駆動され、ＵＰｎＰ動作を提供することができる。そして、コンパニオンアプリケーションをローディングし、駆動し得るウェブビューを提供することができる。
システムウェブブラウザ部（Ｓｙｓｔｅｍ Ｗｅｂ Ｂｒｏｗｓｅｒ）２２０は、コンパニオン装置２００上で駆動され、コンパニオン装置２００で設定される標準ウェブブラウザであり得る。ネイティブアプリケーション部２１０によって選択的に提供され得るウェブビュー２１２とは異なり、システムウェブブラウザ部（Ｓｙｓｔｅｍ Ｗｅｂ Ｂｒｏｗｓｅｒ）２２０は、一般的なウェブ用途に適した一般のウェブブラウザであり得る。
ＵＰｎＰ２１１は、信号送信装置１００のＵＰｎＰ部１３０と接続されて通信を行うことができ、ウェブビュー（Ｗｅｂ Ｖｉｅｗ）２１２は、接続されたＵＲＩのサーバーで提供する付加サービスを表示することができる。
コンパニオンアプリケーションのために獲得されるＵＲＩのタイプは、下記のように考慮し得る。
（１）ＡＩＴは、コンパニオン装置のそれぞれのクラス（例、スマートフォン、タブレットなど）のための特定ＵＲＩを含むことができる。
（２）ＡＩＴは、コンパニオン装置の全てのクラスで利用可能な一般ＵＲＩを含むことができる。
（３）ＡＩＴは、アプリケーションＵＲＩを受信できる放送サーバーを指す据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）を含むことができる。
図３は、本発明の一実施例に係る、ＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）が信号送信装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
ＵＰｎＰ装置構造は、ＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）のみが装置に命令を伝送したり（ｃｏｎｔｒｏｌ）、装置の状態変更を聞くもの（Ｅｖｅｎｔｉｎｇ）として定義することができる。
図３を参照すると、信号送信装置１００（例、ＴＶ）のみがＣＰを有する。コンパニオン装置２００は、２つの状態変数に対するアクセスを提供する。−コンパニオン装置クラス、開始のためのＵＲＩ。ＡＩＴに含まれたコンパニオンアプリケーションＵＲＩを受信すると、信号送信装置１００は、コンパニオン装置２００によって提供されるサービスを介して直接アプリケーションＵＲＩをセットすることができる。
図４は、本発明の一実施例に係る、ＣＰがコンパニオン装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
図４を参照すると、コンパニオン装置２００のみがＣＰを有する。信号送信装置１００は、２つの状態変数のためのアクセスを提供する。コンパニオン装置クラス、開始のためのＵＲＩ。ＣＰのない装置は、いかなるサービスも提供できないので、コンパニオン装置２００は、能動的に自身の装置クラスを信号送信装置１００にセットし、アプリケーションＵＲＩサービスを照会（ｐｏｌｌ）することが必要である。
図４で説明する方法は２つの点を考慮し得る。
まず、信号送信装置１００における装置クラス状態変数の使用は、ＵＰｎＰの独創的使用である。ＵＰｎＰは、状態変数を、周辺装置を記述（ＧＥＴ）したり制御（ＳＥＴ）したりするパラメータとして思うことができる。しかし、この場合、信号送信装置１００の状態変数は、コンパニオン装置２００を記述するために使用され得る。このように装置クラス変数がｓｅｔを得るとき、特別なハンドリングは、それぞれのコンパニオン装置２００のための別個の値を格納するために行われることが必要であり得る。
次に、ＣＰのない信号送信装置１００は、いかなる動作も能動的にトリガーすることができないため、コンパニオン装置２００は、アプリケーションＵＲＩ状態変数を照会することが必要であり得る。ＵＰｎＰ装置構造は、適用サービスがほぼ３０秒後にリターンされなければならず、もし動作がさらに長くかかるのが明確であれば、それより早くリターンされなければならないものとして定義することができる。これは、サービスの適用からいつリターンするか、いつＡＩＴにトリガーが存在しないかに対することは、信号送信装置１００の裁量であるということを意味する。このようなケースにおいて、信号送信装置１００が速やかにリターンする場合、不当なプロセシング負担及びシステム負荷がコンパニオン装置２００に発生することがある。
図５は、本発明の他の実施例に係る、ＣＰがコンパニオン装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
図５を参照すると、アプリケーションＵＲＩは、信号送信装置１００からイベント型状態変数を介して獲得することができる。図５の方法は、アプリケーションＵＲＩ状態変数のための照会の欠点を克服することができる。
図５の方法は、Ｓｅｔを使用してコンパニオン装置２００が信号送信装置１００に情報を与えるものであり、図４の方法は、Ｇｅｔを使用して信号送信装置１００がコンパニオン装置２００から情報を持って来るものである。
図６は、本発明の一実施例に係る、ＣＰが信号送信装置及びコンパニオン装置の両方にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
ＣＰが両装置ともにあるので、相互間に自由な通信が可能である。
コンパニオン装置２００は、ｇｅｔ−ａｂｌｅ状態変数を介して自身の装置クラスに対する接近を提供し得、信号送信装置１００は、イベント型状態変数を介してアプリケーションＵＲＩに対する接近を提供し得る。信号送信装置１００がＡＩＴ内のコンパニオンＵＲＩを感知する度に、信号送信装置１００は、アプリケーションＵＲＩ状態変数のためのイベントを生成することができる。
アプリケーションＵＲＩは、コンパニオン装置２００毎に別個の値を有することが必要であるので、アプリケーションＵＲＩ状態変数はイベントの独創的使用である一方、ＵＰｎＰは、全てのメッセージを全ての加入者に送るものとして定義できる。
図７は、本発明の一実施例に係る、ＣＰが第３の装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
図７を参照すると、信号送信装置１００及びコンパニオン装置２００はＣＰを有していない。したがって、信号送信装置１００とコンパニオン装置２００は相互間に通信を行うことができず、第３の装置４００は、プロキシ（ｐｒｏｘｙ）として動作することを期待することができない。しかし、ＣＰが信号送信装置１００及びコンパニオン装置２００のうちの少なくとも１つに含まれる場合、上述した図３乃至図６のうちの一つの方法で信号送受信システムは動作することができる。
図８は、本発明の第１実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。
図８には、全てのコンパニオン装置（またはセカンド装置）に対するアプリケーションＵＲＩがＡＩＴに含まれており、ＣＰが信号送信装置（例、ＴＶ）に位置した実施例が示されている。
図８を参照すると、ＡＩＴを用いて特定ＵＲＩまたは一般ＵＲＩが伝送される場合のイベントの流れが示されている。したがって、追加的なＵＲＩ解像度（または分解能（ｒｅｓｏｌｕｔｉｏｎ））は不要であり、開始ＵＲＩ（ｌａｕｎｃｈｉｎｇ ＵＲＩ）は直接コンパニオン装置に伝送され得る。
ＣＰであるＴＶは、ＵＰｎＰ１７を介してコンパニオン装置１９にマルチキャストサーチを伝送して検索（ｄｉｓｃｏｖｅｒｙ）作業を進行する（Ｓ１１１０）。コンパニオン装置１９に対するディスカバリーが完了すると、ＵＰｎＰ１７は、コンパニオン装置１９に、装置タイプ情報をＧｅｔせよという制御信号を伝送する（Ｓ１１１５）。コンパニオン装置１９は、制御信号に対する応答として装置情報をＴＶのＵＰｎＰ１７に伝送する（Ｓ１１２０）。伝送された装置情報は装置管理部１５に伝達される（Ｓ１１２５）。装置管理部１５は、装置テーブルを作成し、装置ＩＤ、装置タイプ及びＵＲＩを管理する（Ｓ１１３０）。
ＴＶ１１はＡＩＴを受信する（Ｓ１１３５）。ＡＩＴは、コンパニオン装置において開始されるアプリケーションＵＲＩを含むことができる。ＴＶ１１は、受信したＡＩＴをパージングして、装置タイプによるアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ１１４０）。装置管理部１５は、装置テーブルのコンパニオン装置に該当するＵＲＩをアップデートする。装置管理部１５は、コンパニオンスクリーンアプリケーションの存在をＨｂｂＴＶアプリケーション１３に知らせる（Ｓ１１４５）。ＨｂｂＴＶアプリケーション１３は、全てのコンパニオン装置情報を要求する（Ｓ１１５０）。装置管理部１５は、要求に対する応答としてコンパニオン装置情報を伝達する（Ｓ１１５５）。
ＴＶ１１は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
ＨｂｂＴＶアプリケーション１３は、選択されたコンパニオン装置と関連する情報を装置管理部１５に伝達する（Ｓ１１６０）。装置管理部１５は、選択されたコンパニオン装置と対応するアプリケーションＵＲＩをＴＶのＵＰｎＰ１７に伝達する（Ｓ１１６５）。ＴＶのＵＰｎＰ１７は、Ｓｅｔ ＵＲＩという制御信号を、選択されたコンパニオン装置１９に伝送する（Ｓ１１７０）。コンパニオン装置１９は、伝送されたＵＲＩをウェブビュー２１に伝達する（Ｓ１１７５）。ウェブビュー２１は、インターネット網を用いてＵＲＩページを表示する（Ｓ１１８０）。
言い換えると、ＣＰであるＴＶのＵＰｎＰを介してコンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、ＴＶは、コンパニオン装置に、装置タイプをＧｅｔせよというコントロールを伝送する。コンパニオン装置は、コントロールに対する応答として装置情報を伝達する。伝達された装置情報は装置管理部の装置テーブルに伝達されて装置ＩＤと装置タイプを管理する。
ＡＩＴは、コンパニオン装置において開始されるアプリケーションＵＲＩを含み、ＴＶはＡＩＴを受信する。受信したＡＩＴはパージングされ、装置管理部に伝達されて、装置テーブルにあるコンパニオン装置に対応するＵＲＩをアップデートする。装置テーブルは、コンパニオン装置と対応するアプリケーションＵＲＩを含むようになる。もし、ＡＩＴで装置タイプを指定していない場合（例、一般ＵＲＩ）、共通するＵＲＩがコンパニオン装置に伝達される。コンパニオン装置アプリケーションが存在する場合、ＡＩＴを介して利用可能であることを、ＴＶを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションＵＲＩを、ＴＶのＵＰｎＰに伝達する。伝達されたＵＲＩは、ＴＶ（ＣＰ）からコンパニオン装置に、“Ｓｅｔ ＵＲＩ”というコントロールを介して、ユーザが選択したコンパニオン装置に伝達される。受信されたＵＲＩは、コンパニオン装置においてウェブビューを介してユーザに表示される。
装置テーブル（Ｄｅｖｉｃｅ Ｔａｂｌｅ）は、ＴＶがＡＩＴを介して検出したそれぞれのコンパニオン装置に応じたＵＲＩまたはサーバー（例、放送局サーバー）のアドレスを格納することができる。そして、装置テーブルは、ＴＶがコンパニオン装置と接続しながら得た装置情報を格納することができる。また、装置テーブルは、サーバーを通じて検出したコンパニオン装置別ＵＲＩを格納することができる。したがって、装置テーブルは、ＨｂｂＴＶ（ｂｒｏｗｓｅｒレベル）とＵＰｎＰ（ｐｈｙｓｉｃａｌレベル）で収集された、コンパニオン装置を動作させるのに必要な情報を統合的に管理する格納空間である。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。ＴＶは、ＵＰｎＰのＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）である。一実施例として、ＨｂｂＴＶ ２．０受信機は、ｕｒｎ：ｈｂｂｔｖ−ｏｒｇ：ｄｅｖｉｃｅ：ｈｂｂｔｖ２．０ｒｃｖｒのＵＰｎＰ装置タイプを有する論理的ＵＰｎＰ装置を履行しなければならない。そして、ＨｂｂＴＶ ２．０コンパニオン装置は、ｕｒｎ：ｈｂｂｔｖ−ｏｒｇ：ｄｅｖｉｃｅ：ｈｂｂｔｖ２．０ｒｃｖｒのＵＰｎＰ装置タイプを有する論理的ＵＰｎＰ装置を履行しなければならない。上記のＵＲＮのＮａｍｅｓｐａｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＮＩＤ） ｐｒｅｆｉｘを形成するために、ｈｂｂｔｖ．ｏｒｇのＤＮＳ名は、ＲＦＣ２１４１で要求する通りにｈｂｂｔｖ−ｏｒｇに転換される。ｈｂｂｔｖ−ｏｒｇの後の残余部分は、Ｎａｍｅｓｐａｃｅ Ｓｐｅｃｉｆｉｃ Ｓｔｒｉｎｇ（ＮＳＳ）である。
ＨｂｂＴＶ ２．０受信機は、以下のようなＤｅｖｉｎｆｏサービス及びサービスタイプ及びサービスＩＤを有するＡｐｐＵＲＩサービスを支援する。
ＤｅｖＩｎｆｏサービスを用いて、ＴＶは、コンパニオン装置から装置情報を持って来ることができる。ＴＶは、ＵＰｎＰのＧＥＴ制御を通じてコンパニオン装置情報を受信することができる。ＤｅｖＩｎｆｏサービスのためのプロトコルは、以下で定義されたパラメータを使用する。
表２は、Ｄｅｖｉｎｆｏ Ｓｅｒｖｉｃｅ ｓｔａｔｅ ｖａｒｉａｂｌｅである。
表３は、ＤｅｖＣｌａｓｓ Ｓｅｒｖｉｃｅ ａｃｔｉｏｎである。
表４は、ＧｅｔＤｅｖＣｌａｓｓ ａｃｔｉｏｎ ａｒｇｕｍｅｎｔｓである。
ＤｅｖＣｌａｓｓ ｓｔａｔｅ ｖａｒｉａｂｌｅを使用するために、次の規則が適用される。
ａ）コンパニオン装置は、“Ｐｈｏｎｅ”、“Ｔａｂｌｅｔ”または“ＰＣ”クラスとして自身を識別する。
ｂ）ＴＶは、“ＴＶ”クラスとして自身を識別する。
ＡｐｐＵＲＩサービスは、ＴＶからコンパニオン装置にアプリケーションのための開始ＵＲＩを送るために使用できる。複数のコンパニオン装置が利用可能なとき、ＨｂｂＴＶアプリケーションは、一つを選択するようにユーザを誘導し、選択された装置のためのＵＲＩは、ＵＰｎＰのＳＥＴ制御を通じて伝送され得る。ＡｐｐＵＲＩサービスのためのプロトコルは、以下で定義されたパラメータを使用する。
表５は、ＡｐｐＵＲＩ Ｓｅｒｖｉｃｅ ｓｔａｔｅ ｖａｒｉａｂｌｅである。
表６は、ＡｐｐＵＲＩ Ｓｅｒｖｉｃｅ ａｃｔｉｏｎである。
表７は、ＳｅｔＡｐｐＵＲＩ ａｃｔｉｏｎ ａｒｇｕｍｅｎｔｓである。
ＤｉｓｐｌａｙＩｎｔｎｅｔ ｓｔａｔｅ ｖａｒｉａｂｌｅ及びａｃｔｉｏｎ ａｒｇｕｍｅｎｔを使用するために、次の規則が適用される。
ａ）ＷｅｂＶｉｅｗまたはＳｙｓｔｅｍＢｒｏｗｅｒのうちの１つがセットされる。
ｂ）ＷｅｂＶｉｅｗが伝送されると、関連するＵＲＩは、コンパニオンアプリケーション内に埋め込まれたＷｅｂＶｉｅｗで開始され得る。他の場合には、ＵＲＩは、コンパニオン装置の基本Ｗｅｂ ｂｒｏｗｓｅｒで開始され得る。
ｃ）埋め込まれたＷｅｂＶｉｅｗが提供されないコンパニオン装置は、全てのＵＲＩを基本Ｗｅｂ ｂｒｏｗｓｅｒで開始する。
図９は、本発明の第２実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。
図９には、全てのコンパニオン装置に対するアプリケーションＵＲＩがＡＩＴに含まれ、ＣＰがコンパニオン装置に位置した実施例が示されている。
図９を参照すると、ＣＰであるコンパニオン装置１９は、ＴＶにマルチキャスト方式を用いて検索（ｄｉｓｃｏｖｅｒｙ）作業を行う（Ｓ１２１０）。検索作業が完了すると、コンパニオン装置１９からＴＶに、コンパニオン装置の装置情報をＳｅｔせよという制御信号を伝送する（Ｓ１２１５）。ＴＶのＵＰｎＰ１７は、コンパニオン装置情報を装置管理部１５に伝達する（Ｓ１２２０）。装置管理部１５は、装置テーブルを作成し、装置ＩＤ、装置タイプ及びＵＲＩを管理する（Ｓ１２２５）。
ＴＶ１１はＡＩＴを受信する（Ｓ１２３０）。ＡＩＴは、コンパニオン装置において開始されるアプリケーションＵＲＩを含むことができる。ＴＶ１１は、受信したＡＩＴをパージングして、装置タイプによるアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ１２３５）。装置管理部１５は、装置テーブルのコンパニオン装置に該当するＵＲＩをアップデートする。装置管理部１５は、コンパニオンスクリーンアプリケーションの存在をＨｂｂＴＶアプリケーション１３に知らせる（Ｓ１２４０）。ＨｂｂＴＶアプリケーション１３は、全てのコンパニオン装置情報を要求する（Ｓ１２４５）。装置管理部１５は、要求に対する応答としてコンパニオン装置情報を伝達する（Ｓ１２５０）。
ＴＶ１１は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
ＨｂｂＴＶアプリケーション１３は、選択されたコンパニオン装置と関連する情報を装置管理部１５に伝達する（Ｓ１２５５）。装置管理部１５は、選択されたコンパニオン装置と対応するアプリケーションＵＲＩをＴＶのＵＰｎＰ１７に伝達する（Ｓ１２６０）。伝達されたＵＲＩがある場合、ＴＶのＵＰｎＰ１７は、コンパニオン装置に、伝達されたＵＲＩを知らせる（Ｓ１２６５）。コンパニオン装置１９は、伝送されたＵＲＩをウェブビュー２１に伝達する（Ｓ１２７０）。ウェブビュー２１は、インターネット網を用いてＵＲＩページを表示する（Ｓ１２７５）。
言い換えると、ＣＰであるコンパニオン装置のＵＰｎＰを介してＴＶにマルチキャストサーチを送ってディスカバリー作業を進行する。ＴＶに対するディスカバリーが完了すると、コンパニオン装置は、ＴＶに、コンパニオン装置の装置タイプをＳｅｔせよというコントロールを送る。ＴＶは、コンパニオン装置でＳｅｔした情報を装置管理部に伝達する。装置テーブルは、全てのコンパニオン装置の装置ＩＤと装置タイプを管理する。
ＡＩＴは、コンパニオン装置において開始されるアプリケーションＵＲＩを含み、ＴＶはＡＩＴを受信する。受信したＡＩＴはパージングされ、装置管理部に伝達されて、装置テーブルにあるコンパニオン装置に対応するＵＲＩをアップデートする。装置テーブルは、コンパニオン装置と対応するアプリケーションＵＲＩを含むようになる。もし、ＡＩＴで装置タイプを指定していない場合（例、一般ＵＲＩ）、共通するＵＲＩがコンパニオン装置に伝達される。コンパニオン装置アプリケーションが存在する場合、ＡＩＴを介して利用可能であることを、ＴＶを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションＵＲＩを、ＴＶのＵＰｎＰに伝達する。伝達されたＵＲＩがある場合、ユーザが選択したコンパニオン装置（ＣＰ）は、ＴＶで変更された（伝達された）ＵＲＩの通知（ｎｏｔｉｆｙ）を受けるようになり、アプリケーションＵＲＩの伝達を受ける。受信されたＵＲＩは、コンパニオン装置においてウェブビューを介してユーザに表示される。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。コンパニオン装置は、ＵＰｎＰのＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）である。一実施例として、ＨｂｂＴＶ ２．０受信機のＵＰｎＰ装置タイプは、ｕｒｎ：ｈｂｂｔｖ．ｏｒｇ：ｄｅｖｉｃｅ：ｈｂｂｔｖ２．０ｒｃｖｒである。場合によって、Ｎａｍｅｓｐａｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＮＩＤ） ｐｒｅｆｉｘを形成するために、ｈｂｂｔｖ．ｏｒｇのＤＮＳ名は、ＲＦＣ２１４１で要求する通りにｈｂｂｔｖ−ｏｒｇに転換され得る。ｈｂｂｔｖ−ｏｒｇの後の残余部分は、Ｎａｍｅｓｐａｃｅ Ｓｐｅｃｉｆｉｃ Ｓｔｒｉｎｇ（ＮＳＳ）である。ＨｂｂＴＶ ２．０受信機は、以下のようなＤｅｖｉｎｆｏサービス及びサービスタイプ及びサービスＩＤを有するＡｐｐＵＲＩサービスを支援する。
表８は、Ｓｅｒｖｉｃｅ ｔｙｐｅ及びＳｅｒｖｉｃｅ ＩＤを示す。
ＤｅｖＩｎｆｏサービスを用いて、ＴＶは、ＣＰであるコンパニオン装置から装置情報を受信することができる。コンパニオン装置がＣＰであるので、ＵＰｎＰの特性上、Ｓｅｔ Ｃｏｎｔｒｏｌを通じてＴＶに情報を伝達する。
ＡｐｐＵＲＩサービスは、ＴＶからコンパニオン装置（ＣＰ）に、アプリケーションを開始するＵＲＩを伝達するためのサービスである。ユーザが選択したコンパニオン装置に該当するＵＲＩをＨｂｂＴＶアプリケーションを介して得て、当該コンパニオン装置にｎｏｔｉｆｙしてＵＰｎＰを介して伝達する。
表９は、ＤｅｖＩｎｆｏ ｅｒｖｉｃｅ ｓｔａｔｅ ｖａｒｉａｂｌｅである。
表１０は、ＤｅｖＩｎｆｏ Ｓｅｒｖｉｃｅ ａｃｔｉｏｎである。
表１１は、Ａｒｇｕｍｅｎｔ ｏｆ ＧｅｔＤｅｖＩｎｆｏ ａｃｔｉｏｎである。
表１２は、ＡｐｐＵＲＩ Ｓｅｒｖｉｃｅ ｓｔａｔｅ ｖａｒｉａｂｌｅである。
表１３は、ＡｐｐＵＲＩ Ｓｅｒｖｉｃｅ Ａｃｔｉｏｎｓである。
表１４は、Ａｒｇｕｍｅｎｔ ｏｆ ＳｅｔＡｐｐＵＲＩ ａｃｔｉｏｎである。
図１０は、本発明の第３実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。
図１０には、ＡＩＴを用いて据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）が伝送される場合のイベントの流れが示されている。したがって、アプリケーションＵＲＩが、コンパニオン装置に伝送される前に、遠隔サーバーから検索される過程を必要とする。
ＣＰであるＴＶは、ＵＰｎＰ１７を介してコンパニオン装置１９にマルチキャストサーチを送って検索（ｄｉｓｃｏｖｅｒｙ）作業を進行する（Ｓ１３１０）。コンパニオン装置１９に対するディスカバリーが完了すると、ＵＰｎＰ１７は、コンパニオン装置１９に、装置タイプ情報をＧｅｔせよという制御信号を伝送する（Ｓ１３１５）。コンパニオン装置１９は、制御信号に対する応答として装置情報をＴＶのＵＰｎＰ１７に伝送する（Ｓ１３２０）。伝送された装置情報は、装置管理部１５に伝達される（Ｓ１３２５）。装置管理部１５は、装置テーブルを作成し、装置ＩＤ、装置タイプ及びＵＲＩを管理する（Ｓ１３３０）。
ＴＶ１１はＡＩＴを受信する（Ｓ１３３５）。ＡＩＴは、サーバーに接続可能な据え置きＵＲＩを含むことができる。ＴＶ１１は、受信したＡＩＴをパージングして、サーバーに接続できる据え置きＵＲＩを装置管理部１５に伝達する（Ｓ１３４０）。装置管理部１５は、コンパニオンスクリーンアプリケーションの存在をＨｂｂＴＶアプリケーション１３に知らせる（Ｓ１３４５）。ＨｂｂＴＶアプリケーション１３は、全てのコンパニオン装置情報を要求する（Ｓ１３５０）。装置管理部１５は、要求に対する応答としてコンパニオン装置情報を伝達する（Ｓ１３５５）。ＨｂｂＴＶアプリケーション１３は、据え置きＵＲＩを通じて、コンパニオン装置の装置タイプに対応するアプリケーションＵＲＩを要求する（Ｓ１３６０）。サーバー３１は、要求に対する応答として装置タイプ別アプリケーションＵＲＩをＴＶに伝送する（Ｓ１３６５）。ＨｂｂＴＶアプリケーション１３は、受信したアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ１３７０）。装置管理部１５は、伝達されたアプリケーションＵＲＩを装置テーブルに格納する（Ｓ１３７５）。
ＴＶ１１は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
装置管理部１５は、選択されたコンパニオン装置と対応するアプリケーションＵＲＩをＴＶのＵＰｎＰ１７に伝達する（Ｓ１３８０）。ＴＶのＵＰｎＰ１７は、Ｓｅｔ ＵＲＩという制御信号を、選択されたコンパニオン装置１９に伝送する（Ｓ１３８５）。コンパニオン装置１９は、伝送されたＵＲＩをウェブビュー２１に伝達する（Ｓ１３９０）。ウェブビュー２１は、インターネット網を用いてＵＲＩページを表示する（Ｓ１３９５）。
言い換えると、ＣＰであるＴＶのＵＰｎＰを介してコンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、ＴＶは、コンパニオン装置に、装置タイプをＧｅｔせよというコントロールを送る。コンパニオン装置は、コントロールに対する応答として装置情報を伝達する。伝達された装置情報は、装置管理部の装置テーブルに伝達されて装置ＩＤと装置タイプを管理する。
ＡＩＴは、サーバーに接続可能な据え置きＵＲＩを含み、ＴＶは、ＡＩＴを受信する。受信したＡＩＴはパージングされ、装置管理部に伝達される。装置管理部は、全てのコンパニオン装置のためにＵＲＩをアップデートする。据え置きＵＲＩは、装置クラスに応じて識別されないため、装置クラス別に識別され得るＵＲＩが必要である。装置管理部は、据え置きＵＲＩが利用可能であるということをＤＯＭイベントを介してＨｂｂＴＶアプリケーションに知らせる。このとき、ＨｂｂＴＶアプリケーションは、据え置きＵＲＩを解釈し、装置テーブルに最終のＵＲＩを格納する。その後、ＨｂｂＴＶアプリケーションは、ＵＲＩがアップデートされたことを装置管理部に知らせ、装置管理部は、２番目のＤＯＭイベントを生成する。コンパニオン装置アプリケーションが存在する場合、ＡＩＴを介して利用可能であることを、ＴＶを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションＵＲＩを、ＴＶのＵＰｎＰに伝達する。伝達されたＵＲＩは、ＴＶ（ＣＰ）からコンパニオン装置に、“Ｓｅｔ ＵＲＩ”というコントロールを介して、ユーザが選択したコンパニオン装置に伝達される。受信されたＵＲＩは、コンパニオン装置においてウェブビューを介してユーザに表示される。
図１１は、本発明の第４実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。
図１１を参照すると、ＣＰであるコンパニオン装置１９は、ＴＶにマルチキャスト方式を用いて検索（ｄｉｓｃｏｖｅｒｙ）作業を行う（Ｓ１４１０）。検索作業が完了すると、コンパニオン装置１９からＴＶに、コンパニオン装置の装置情報をＳｅｔせよという制御信号を伝送する（Ｓ１４１５）。ＴＶのＵＰｎＰ１７は、コンパニオン装置情報を装置管理部１５に伝達する（Ｓ１４２０）。装置管理部１５は、装置テーブルを作成し、装置ＩＤ、装置タイプ及びＵＲＩを管理する（Ｓ１４２５）。
ＴＶ１１はＡＩＴを受信する（Ｓ１４３０）。ＡＩＴは、サーバーに接続可能な据え置きＵＲＩを含むことができる。ＴＶ１１は、受信したＡＩＴをパージングして、サーバーに接続できる据え置きＵＲＩを装置管理部１５に伝達する（Ｓ１４３５）。装置管理部１５は、コンパニオンスクリーンアプリケーションの存在をＨｂｂＴＶアプリケーション１３に知らせる（Ｓ１４４０）。ＨｂｂＴＶアプリケーション１３は、全てのコンパニオン装置情報を要求する（Ｓ１４４５）。装置管理部１５は、要求に対する応答としてコンパニオン装置情報を伝達する（Ｓ１４５０）。ＨｂｂＴＶアプリケーション１３は、据え置きＵＲＩを介して、コンパニオン装置の装置タイプに対応するアプリケーションＵＲＩを要求する（Ｓ１４５５）。サーバー３１は、要求に対する応答として装置タイプ別アプリケーションＵＲＩをＴＶに伝送する（Ｓ１４６０）。ＨｂｂＴＶアプリケーション１３は、受信したアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ１４６５）。装置管理部１５は、伝達されたアプリケーションＵＲＩを装置テーブルに格納する（Ｓ１４７０）。
ＴＶ１１は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
装置管理部１５は、選択されたコンパニオン装置と対応するアプリケーションＵＲＩをＴＶのＵＰｎＰ１７に伝達する（Ｓ１４７５）。伝達されたＵＲＩがある場合、ＴＶのＵＰｎＰ１７は、コンパニオン装置に、伝達されたＵＲＩを知らせる（Ｓ１４８０）。コンパニオン装置１９は、伝送されたＵＲＩをウェブビュー２１に伝達する（Ｓ１４８５）。ウェブビュー２１は、インターネット網を用いてＵＲＩページを表示する（Ｓ１４９０）。
言い換えると、ＣＰであるコンパニオン装置のＵＰｎＰを介してＴＶにマルチキャストサーチを送ってディスカバリー作業を進行する。ＴＶに対するディスカバリーが完了すると、コンパニオン装置は、ＴＶに、コンパニオン装置の装置タイプをＳｅｔせよというコントロールを送る。ＴＶは、コンパニオン装置でＳｅｔした情報を装置管理部に伝達する。装置テーブルは、全てのコンパニオン装置の装置ＩＤと装置タイプを管理する。
ＡＩＴは、サーバーに接続可能な据え置きＵＲＩを含み、ＴＶは、ＡＩＴを受信する。受信したＡＩＴはパージングされ、装置管理部に伝達される。装置管理部は、全てのコンパニオン装置のためにＵＲＩをアップデートする。据え置きＵＲＩは、装置クラスに応じて識別されないため、装置クラス別に識別され得るＵＲＩが必要である。装置管理部は、据え置きＵＲＩが利用可能であるということをＤＯＭイベントを介してＨｂｂＴＶアプリケーションに知らせる。このとき、ＨｂｂＴＶアプリケーションは、据え置きＵＲＩを解釈し、装置テーブルに最終のＵＲＩを格納する。その後、ＨｂｂＴＶアプリケーションは、ＵＲＩがアップデートされたことを装置管理部に知らせ、装置管理部は、２番目のＤＯＭイベントを生成する。コンパニオン装置アプリケーションが存在する場合、ＡＩＴを介して利用可能であることを、ＴＶを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションＵＲＩを、ＴＶのＵＰｎＰに伝達する。伝達されたＵＲＩがある場合、ユーザが選択したコンパニオン装置（ＣＰ）は、ＴＶで変更された（伝達された）ＵＲＩのｎｏｔｉｆｙを受けるようになり、アプリケーションＵＲＩの伝達を受ける。受信されたＵＲＩは、コンパニオン装置においてウェブビューを介してユーザに表示される。
図１２は、本発明の第５実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。
図１２には、コンパニオンアプリケーションのためのトリガーが、ＡＩＴではなく放送サーバーから伝送される場合のイベントの流れが示されている。この方法は、放送信号の受信なしにコンパニオンアプリケーションを開始することができる。ＴＶのＨｂｂＴＶアプリケーションは、能動的に放送サーバーをクエリーすることが必要である。ＡＩＴのような自動トリガリングは支援されない。
ＣＰであるＴＶは、ＵＰｎＰ１７を介してコンパニオン装置１９にマルチキャストサーチを送って検索（ｄｉｓｃｏｖｅｒｙ）作業を進行する（Ｓ１５１０）。コンパニオン装置１９に対するディスカバリーが完了すると、ＵＰｎＰ１７は、コンパニオン装置１９に、装置タイプ情報をＧｅｔせよという制御信号を伝送する（Ｓ１５１５）。コンパニオン装置１９は、制御信号に対する応答として装置情報をＴＶのＵＰｎＰ１７に伝送する（Ｓ１５２０）。伝送された装置情報は装置管理部１５に伝達される（Ｓ１５２５）。装置管理部１５は、装置テーブルを作成し、装置ＩＤ、装置タイプ及びＵＲＩを管理する（Ｓ１５３０）。
ＴＶのＨｂｂＴＶアプリケーション１３は、放送サーバー３１に、コンパニオン装置アプリケーションを利用可能であるか否かを決定することを要求する（Ｓ１５３５）。利用可能なコンパニオン装置アプリケーションが存在する場合、放送サーバー３１は、ＨｂｂＴＶアプリケーション１３に応答を送る（Ｓ１５４０）。ＨｂｂＴＶアプリケーション１３は、全てのコンパニオン装置情報を要求する（Ｓ１５４５）。装置管理部１５は、要求に対する応答としてコンパニオン装置情報を伝達する（Ｓ１５５０）。
ＴＶ１１は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、インスタンス（ｉｎｓｔａｎｃｅ）または装置タイプを選択することができる。ＨｂｂＴＶアプリケーション１３は、コンパニオン装置タイプに対応するＵＲＩを放送サーバー３１に要求する（Ｓ１５５５）。放送サーバー３１は、ＨｂｂＴＶアプリケーションに、要求されたＵＲＩを伝送する（Ｓ１５６０）。
ＨｂｂＴＶアプリケーション１３は、受信したアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ１５６５）。装置管理部１５は、伝達されたアプリケーションＵＲＩを装置テーブルに格納する（Ｓ１５７０）。装置管理部１５は、選択されたコンパニオン装置と対応するアプリケーションＵＲＩをＴＶのＵＰｎＰ１７に伝達する（Ｓ１５７５）。ＴＶのＵＰｎＰ１７は、Ｓｅｔ ＵＲＩという制御信号を、選択されたコンパニオン装置１９に伝送する（Ｓ１５８０）。コンパニオン装置１９は、伝送されたＵＲＩをウェブビュー２１に伝達する（Ｓ１５８５）。ウェブビュー２１は、インターネット網を用いてＵＲＩページを表示する（Ｓ１５９０）。
言い換えると、ＣＰであるＴＶのＵＰｎＰを介してコンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、ＴＶは、コンパニオン装置に、装置タイプをＧｅｔせよというコントロールを送る。コンパニオン装置は、コントロールに対する応答として装置情報を伝達する。伝達された装置情報は、装置管理部の装置テーブルに伝達されて装置ＩＤと装置タイプを管理する。
ＡＩＴに含まれたコンパニオンアプリケーションＵＲＩを感知するために装置管理部を待つ代わりに、ＨｂｂＴＶアプリケーションは、コンパニオン装置アプリケーションが現在有用なコンパニオン装置のために利用可能であるか否かに対して放送サーバーをクエリーする。もし、コンパニオン装置があれば、ＴＶは、開始ＵＲＩの提供を受ける。そのとき、ユーザは、アプリケーションＵＲＩを送るための接続された装置を選択することができる。装置管理部の装置テーブルに登録されたコンパニオン装置は、放送サーバーから受信された装置タイプに対応するアプリケーションＵＲＩをアップデートすることができる。ＴＶは、選択されたコンパニオン装置に開始ＵＲＩを伝送する準備を完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションＵＲＩを、ＴＶのＵＰｎＰに伝達する。伝達されたＵＲＩは、ＴＶ（ＣＰ）からコンパニオン装置に、“Ｓｅｔ ＵＲＩ”というコントロールを介して、ユーザが選択したコンパニオン装置に伝達される。受信されたＵＲＩは、コンパニオン装置においてウェブビューを介してユーザに表示される。
ＴＶは、チューナーを介して、放送局から受信される放送信号を受信する場合もあるが、ＩＰのみで接続される場合もある。ＩＰのみで接続される場合、ＴＶは、ＨｂｂＴＶアプリケーションと放送サーバー間の通信を介して、チューナーなしにもコンパニオン装置アプリケーションの存在を知らせることができる。
図１３は、本発明の第６実施例に係るコンパニオン装置（ｃｏｍｐａｎｉｏｎ ｄｅｖｉｃｅ）において付加サービスを実行する方法を説明するタイミング図である。
図１３を参照すると、ＣＰであるコンパニオン装置１９は、ＴＶにマルチキャスト方式を用いて検索（ｄｉｓｃｏｖｅｒｙ）作業を行う（Ｓ１６１０）。検索作業が完了すると、コンパニオン装置１９からＴＶに、コンパニオン装置の装置情報をＳｅｔせよという制御信号を伝送する（Ｓ１６１５）。ＴＶのＵＰｎＰ１７は、コンパニオン装置情報を装置管理部１５に伝達する（Ｓ１６２０）。装置管理部１５は、装置テーブルを作成し、装置ＩＤ、装置タイプ及びＵＲＩを管理する（Ｓ１６２５）。
ＴＶのＨｂｂＴＶアプリケーション１３は、放送サーバー３１に、コンパニオン装置アプリケーションを利用可能であるか否かを決定することを要求する（Ｓ１６３０）。利用可能なコンパニオン装置アプリケーションが存在する場合、放送サーバー３１は、ＨｂｂＴＶアプリケーション１３に応答を送る（Ｓ１６３５）。ＨｂｂＴＶアプリケーション１３は、全てのコンパニオン装置情報を要求する（Ｓ１６４０）。装置管理部１５は、要求に対する応答としてコンパニオン装置情報を伝達する（Ｓ１６４５）。
ＴＶ１１は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、インスタンス（ｉｎｓｔａｎｃｅ）または装置タイプを選択することができる。ＨｂｂＴＶアプリケーション１３は、コンパニオン装置タイプに対応するＵＲＩを放送サーバー３１に要求する（Ｓ１６５０）。放送サーバー３１は、ＨｂｂＴＶアプリケーションに、要求されたＵＲＩを伝送する（Ｓ１６５５）。
ＨｂｂＴＶアプリケーション１３は、受信したアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ１６６０）。装置管理部１５は、伝達されたアプリケーションＵＲＩを装置テーブルに格納する（Ｓ１６６５）。装置管理部１５は、選択されたコンパニオン装置と対応するアプリケーションＵＲＩをＴＶのＵＰｎＰ１７に伝達する（Ｓ１６７０）。伝達されたＵＲＩがある場合、ＴＶのＵＰｎＰ１７は、コンパニオン装置に、伝達されたＵＲＩを知らせる（Ｓ１６７５）。コンパニオン装置１９は、伝送されたＵＲＩをウェブビュー２１に伝達する（Ｓ１６８０）。ウェブビュー２１は、インターネット網を用いてＵＲＩページを表示する（Ｓ１６８５）。
言い換えると、ＣＰであるコンパニオン装置のＵＰｎＰを介してＴＶにマルチキャストサーチを送ってディスカバリー作業を進行する。ＴＶに対するディスカバリーが完了すると、コンパニオン装置は、ＴＶに、コンパニオン装置の装置タイプをＳｅｔせよというコントロールを送る。ＴＶは、コンパニオン装置でＳｅｔした情報を装置管理部に伝達する。装置テーブルは、全てのコンパニオン装置の装置ＩＤと装置タイプを管理する。
ＡＩＴに含まれたコンパニオンアプリケーションＵＲＩを感知するために装置管理部を待つ代わりに、ＨｂｂＴＶアプリケーションは、コンパニオン装置アプリケーションが現在有用なコンパニオン装置のために利用可能であるか否かに対して放送サーバーをクエリーする。もし、コンパニオン装置があれば、ＴＶは、開始ＵＲＩの提供を受ける。そのとき、ユーザは、アプリケーションＵＲＩを送るための接続された装置を選択することができる。装置管理部の装置テーブルに登録されたコンパニオン装置は、放送サーバーから受信された装置タイプに対応するアプリケーションＵＲＩをアップデートすることができる。ＴＶは、選択されたコンパニオン装置に開始ＵＲＩを伝送する準備を完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションＵＲＩを、ＴＶのＵＰｎＰに伝達する。伝達されたＵＲＩがある場合、ユーザが選択したコンパニオン装置（ＣＰ）は、ＴＶで変更された（伝達された）ＵＲＩの通知（ｎｏｔｉｆｙ）を受けるようになり、アプリケーションＵＲＩの伝達を受ける。受信されたＵＲＩは、コンパニオン装置においてウェブビューを介してユーザに表示される。
図１４は、本発明の一実施例に係るＵＲＩディスクリプタを説明する図である。
上述した図８乃至図１１では、ＵＲＩをＡＩＴを介して受信する実施例を説明した。図１４は、ＡＩＴが一つのＵＲＩを含んでいる場合に、ＵＲＩを伝達するディスクリプタを説明する。例えば、一つのＵＲＩは、一般ＵＲＩ（ｇｅｎｅｒｉｃ ＵＲＩ）、据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）などであり得る。ｓｉｎｇｌｅ ＵＲＩ ｄｅｓｃｒｉｐｔｏｒに含まれる具体的な情報は、以下の通りである。
ｄｅｓｃｒｉｐｔｏｒ_ｔａｇは、当該ディスクリプタを識別する８ビット識別子であって、ｓｉｎｇｌｅ ＵＲＩ ｄｅｓｃｒｉｐｔｏｒでは０ｘ６Ｆ値を有する。
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈは、８ビットであって、次に位置するディスクリプタフィールドのバイト数を示す。
ＵＲＩ_ｌｅｎｇｔｈは、１６ビットであって、次に位置するＵＲＩフィールドのバイト数を示す。
ＵＲＩ_ｃｈａｒは、ＵＲＩの特性を示す。
図１５は、本発明の他の実施例に係るＵＲＩディスクリプタを説明する図である。
図１５は、ＡＩＴが複数個のＵＲＩを含んでいる場合に、ＵＲＩを伝達するディスクリプタを説明する。例えば、複数個のＵＲＩは特定ＵＲＩ（ｓｐｅｃｉｆｉｃ ＵＲＩ）などであり得る。ｍｕｌｔｉ ＵＲＩ ｄｅｓｃｒｉｐｔｏｒに含まれる具体的な情報は、以下の通りである。
ｄｅｓｃｒｉｐｔｏｒ_ｔａｇは、当該ディスクリプタを識別する８ビット識別子であって、ｓｉｎｇｌｅ ＵＲＩ ｄｅｓｃｒｉｐｔｏｒでは０ｘ６Ｆ値を有する。
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈは、８ビットであって、次に位置するディスクリプタフィールドのバイト数を示す。
ｄｅｖｉｃｅ_ｎｕｍｂｅｒは、１６ビットであって、当該ディスクリップにおいて可能なコンパニオン装置の数を示す。
ｄｅｖｉｃｅ_ｔｙｐｅは、コンパニオン装置のタイプを示す。ｄｅｖｉｃｅ_ｔｙｐｅについては、図１６で具体的に説明する。
ＵＲＩ_ｌｅｎｇｔｈは、１６ビットであって、次に位置するＵＲＩフィールドのバイト数を示す。
ＵＲＩ_ｃｈａｒは、ＵＲＩの特性を示す。
図１６は、装置タイプ情報をシグナリングする実施例を説明する図である。
ｄｅｖｉｃｅ_ｔｙｐｅの具体的な情報は、以下の通りである。
ｄｅｖｉｃｅ_ｔｙｐｅが０である場合、コンパニオン装置はＰＣクラスを示す。
ｄｅｖｉｃｅ_ｔｙｐｅが１である場合、コンパニオン装置はタブレットクラスを示す。
ｄｅｖｉｃｅ_ｔｙｐｅが２である場合、コンパニオン装置はスマートフォンクラスを示す。
図１７は、コンパニオン装置情報をシグナリングする実施例を説明する図である。
ＡＩＴは、コンパニオン装置の利用可能性をシグナリングするためにＵＲＩ ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒを含むことができる。
ＵＲＩ ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒのＵＲＩ ｌｉｎｋａｇｅ ｔｙｐｅフィールドは、コンパニオンアプリケーションＵＲＩが伝送されることを示すために０ｘ８０にセットされ得る。そして、ＵＲＩが示す受信装置のタイプを知らせるために、ｐｒｉｖａｔｅ ｄａｔａフィールドは、図１７のようなｃｏｍｐａｎｉｏｎ ｌｉｎｋ ｉｎｆｏ構造をエンコーディングすることができる。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅは、ＵＲＩの目的を示す８ビットフィールドである。具体的な情報は、図１８で説明する。
ｄｉｓｐｌａｙ_ｉｎｔｅｎｔは、ＵＲＩを介して開始されるアプリケーションをディスプレイする方法を示す。具体的な情報は、図１９で説明する。
ｒｅｓｅｒｖｅｄは、後で使用できるように残しておいた６ビットフィールドであって、０にセットされ得る。
ＡＩＴに含まれたＵＲＩ ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒの伝送のために、次の規則が適用される。ＵＲＩ ｌｉｎｋａｇｅ ｔｙｐｅフィールド値が０ｘ８０であるＵＲＩ ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒの伝送は選択的である。このようなディスクリプタは、ディスクリプタループの各インスタンスで一回以上許容される。ディスクリプタループの与えられたインスタンス内の同じｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅを有するディスクリプタのマルチプルインスタンスはない。
図１８は、ＵＲＩタイプ情報をシグナリングする実施例を説明する図である。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅの具体的な情報は、次の通りである。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅ値が０ｘ０１であれば、ＡＩＴに含まれたＵＲＩは、据え置きＵＲＩを示す。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅ値が０ｘ０２であれば、ＡＩＴに含まれたＵＲＩは、全ての装置クラスを対象とする一般ＵＲＩを示す。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅ値が０ｘ０３であれば、ＡＩＴに含まれたＵＲＩは、タブレット装置クラスを対象とする特定ＵＲＩを示す。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅ値が０ｘ０４であれば、ＡＩＴに含まれたＵＲＩは、ＴＶ装置クラスを対象とする特定ＵＲＩを示す。
ｌｉｎｋ_ｔａｒｇｅｔ_ｔｙｐｅ値が０ｘ０５であれば、ＡＩＴに含まれたＵＲＩは、ＰＣ装置クラスを対象とする特定ＵＲＩを示す。
図１９は、コンパニオンアプリケーション（ｃｏｍｐａｎｉｏｎ ａｐｐｌｉｃａｔｉｏｎ）を実行する方式に関する情報をシグナリングする実施例を説明する図である。
ｄｉｓｐｌａｙ_ｉｎｔｅｎｔの具体的な情報は、次の通りである。
ｄｉｓｐｌａｙ_ｉｎｔｅｎｔ値が０であれば、コンパニオンアプリケーションは、システムウェブブラウザでディスプレイされる。
ｄｉｓｐｌａｙ_ｉｎｔｅｎｔ値が１であれば、コンパニオンアプリケーションは、埋め込まれたウェブビューでディスプレイされる。
図２０は、本発明の一実施例に係る据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）のＧＥＴ要求ヘッダー情報を説明する図である。
ｃｏｍｐａｎｉｏｎ_ｌｉｎｋ_ｉｎｆｏ構造で据え置きＵＲＩが伝送される場合、信号送信装置は、コンパニオンアプリケーションと直接接続されるように提供されない。その代わりに、ＵＲＩ_ｌｉｎｋａｇｅ_ｄｅｓｃｒｉｐｔｏｒを介して伝送されるＵＲＩが、コンパニオン装置アプリケーションに関する情報をダウンロードできる遠隔サーバーのリソースを識別することができる。この場合、ＴＶは、位置別にＵＲＩを区別し、区別された位置からリソースを得なければならない。据え置きＵＲＩの解像度は装置管理部ＡＰＩを用いて履行される。ｈｔｔｐまたはｈｔｔｐｓ ＵＲＩ書式に従うＵＲＩが、ＵＲＩ_ｌｉｎｋａｇｅ_ｄｅｓｃｒｉｐｔｏｒ内の据え置きＵＲＩとして使用される。
ＴＶは、ヘッダーフィールドを伝送するＨＴＴＰ ＧＥＴ要求を発行する。クライアントは、追加的なヘッダーフィールドをエンコーディングし得る。そして、サーバーは、このような追加的なヘッダーフィールドを無視し得る。サーバーは、要求に対して応答し得る。再伝送状態コードのうちの１つがサーバーによってリターンされるとき、ＴＶは、このような再伝送に従うための一般的な政策を従わなければならない。
据え置きＵＲＩを区別するためのＧＥＴ要求ヘッダー情報は、図２０に示した通りである。
図２１は、本発明の一実施例に係るＧＥＴ応答情報を説明する図である。
サーバーが、図２０に定義されたような据え置きＵＲＩのための要求を受信すると、サーバーは、図２０で説明するような応答のうち１つを送る。
サーバーで送る可能なＧＥＴ応答状態コードは、図２１に示した通りである。
図２２は、本発明の一実施例に係るコンパニオンアプリケーションＵＲＩをエンコーディングするためのＪＳＯＮ ｓｃｈｅｍａを説明する図である。
サーバーが２００ ＯＫ状態コードで応答する場合、サーバーは、図２２に示されたＪＳＯＮ書式に従ってＪＳＯＮ個体（ｅｎｔｉｔｙ）を伝達する。
ＪＳＯＮ書式は、サーバー応答は１つ以上の客体を含むアレイで構成されるものと定義できる。このような客体は、ターゲット（ｔａｒｇｅｔ）とＵＲＩとの２つのメンバー要素を含むことができる。ＵＲＩメンバーは、ＵＲＩタイプであり、アプリケーションリソースを得ることができる位置を示す。ターゲットメンバーは列挙タイプであり、ＵＲＩによってターゲットとされる装置クラスを示す。
図２３は、コンパニオン装置に応じたＵＲＩをエンコーディングする実施例を説明する図である。
一実施例として、一つのターゲットはスマートフォン、他の一つのターゲットはテーブル型装置の２つのＵＲＩをエンコーディングするために、図２３のようなＪＳＯＮ客体がリターンされ得る。
一方、装置管理部（Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）は装置テーブル（Ｄｅｖｉｃｅ Ｔａｂｌｅ）を管理することができる。装置管理部を用いて、現在接続されたコンパニオン装置の情報が収集され得る。以下に定義された少なくとも１つの情報は装置テーブルに格納される。
装置管理部が装置テーブルを用いてコンパニオン装置情報を管理する場合、後でコンパニオン装置の状態（ｓｔａｔｕｓ）などを追加及び拡張することができる。
装置テーブルの管理のために、次の規則が適用される。
１）新しいコンパニオン装置が利用可能になるとき、テーブル上のエントリーで表現され、ＡｐｐＵＲＩは、最初に、初期化されていない値にセットされる。（例、ｎｕｌｌ ｖａｌｕｅ、ｅｍｐｔｙ ｓｔｒｉｎｇ）
２）コンパニオン装置の利用可能が中止されると、装置を記述したエントリーは無効となる。
３）コンパニオンアプリケーションが放送ＡＩＴでシグナリングされるとき、装置管理部は、マッチングクラスの装置のためのテーブルを検索する。それぞれのマッチングエントリーに対して対応するＡｐｐＵＲＩを格納し、据え置きＵＲＩであるか否かを確認する。
４）放送ＡＩＴでシグナリングされるコンパニオンアプリケーションが中止されると、装置管理部は、コンパニオンアプリケーションを参照するエントリーのために装置テーブルを検索し、初期化されていない値にＡｐｐＵＲＩをセットする。
ＴＶが、放送プログラムと関連するＨｂｂＴＶコンパニオン装置アプリケーションを駆動するためには、プラグインインターフェースが必要である。一実施例として、ＴＶが放送サーバーからＵＲＩを受信する場合について説明する。
プラグインＡＰＩは、次のようなＭＩＭＥタイプとして認識されるＨｂｂＴＶ客体（ｏｂｊｅｃｔ）で提供され得る。
MIME Type: appication/hbbtv2.0CompanionScreen
ＴＶで実行されるＨｂｂＴＶアプリケーションは、リアルタイム放送プログラムと関連するコンパニオン装置アプリケーションが存在する場合、コンパニオン装置アプリケーションをＨｂｂＴＶアプリケーションに知らせることができる（ｎｏｔｉｆｙ）ＡＰＩを必要とする。そして、ＨｂｂＴＶアプリケーションは、ＴＶとペアリング（ｐａｉｒｉｎｇ）されたコンパニオン装置目録を取得し得るＡＰＩも必要とする。また、ＨｂｂＴＶアプリケーションで選定されたコンパニオン装置にＵＲＩを設定するＡＰＩも必要である。
ＨｂｂＴＶコンパニオンスクリーンプラグイン客体は、次のように定義できる。
ＴＶで実行されているＨｂｂＴＶアプリケーションは、放送プログラムに応じてコンパニオンスクリーンアプリケーション（またはコンパニオン装置アプリケーション）を含むこともあり、含まないこともある。コンパニオンスクリーンアプリケーションがある場合、ＨｂｂＴＶアプリケーションがｎｏｔｉｆｙを受けることができるプラグイン客体の属性（ｐｒｏｐｅｒｔｙ）の実施例は、次の通りである。
Function onCompanionScreenAppPresent(CompanionParamList params)
ＨｂｂＴＶコンパニオンスクリーンプラグイン客体が初期化されるとき、上記の属性を通じて関数が設定され得、コンパニオンスクリーンアプリケーションがある場合、登録された関数がブラウザのプラグインＩ／Ｆによって呼び出され、コンパニオンスクリーンのタイプに合うＡｐｐＵＲＩリストがＣｏｍｐａｎｉｏｎＰａｒａｍＬｉｓｔパラメータとして伝達される。ＣｏｍｐａｎｉｏｎＰａｒａｍＬｉｓｔは、ＡＩＴを介して受け取ることができる。
表１７は、ｔｙｐｅｄｅｆ ｃｏｌｌｅｃｔｉｏｎ＜ＣｏｍｐａｎｉｏｎＰａｒａｍ＞ＣｏｍｐａｎｉｏｎＰａｒａｍＬｉｓｔである。
表１８は、ＣｏｍｐａｉｎｏｎＰａｒａｍ ｃｌａｓｓである。
本実施例では、装置名、装置タイプ、装置解像度を取得することができる。ＴＶで実行されているアプリケーションは、以下の関数を呼び出してｐａｉｒｅｄ Ｄｅｖｉｃｅ ｌｉｓｔを取得することができ、これをユーザに出力し、ユーザが特定の装置を選択するようにすることができる。
DeviceList getPairedDeviceList()
この関数は、ＴＶとペアリングされた装置のリストを取得する。
表１９は、ｔｙｐｅｄｅｆ ｃｏｌｌｅｃｔｉｏｎ＜Ｄｅｖｉｃｅ＞ＤｅｖｉｃｅＬｉｓｔである。
表２０は、ペアリングされたコンパニオン装置の個別インスタンスである。
次は、ＴＶで実行されているアプリケーションが特定の装置にＡｐｐ ＵＲＩを伝達するためのＡＰＩの実施例を示す。ユーザは、１つまたは複数個の装置を同時に指定することができる。
Boolean setCompanionUrl(DeviceParamList deviceList)
この関数は、ｄｅｖｉｃｅＩＤで指定されたコンパニオン装置にアプリケーションまたはＵＲＩを伝達する。
表２１は、ｔｙｐｅｄｅｆ ｃｏｌｌｅｃｔｉｏｎ＜ＤｅｖｉｃｅＰａｒａｍ＞ ＤｅｖｉｃｅＰａｒａｍＬｉｓｔである。
表２２は、ＤｅｖｉｃｅＰａｒａｍ ｃｌａｓｓである。
他の実施例として、ＴＶがインターネット上のサーバーからＵＲＩを受信する場合について説明する。すなわち、本実施例は、コンパニオン装置においてＴＶアプリケーションを駆動するためにＴＶブラウザ環境で提供されるプラグインインターフェースに関する。
プラグインＡＰＩは、次のようなＭＩＭＥタイプとして認識されるＨｂｂＴＶ客体（ｏｂｊｅｃｔ）で提供され得る。
MIME Type:appication/hbbtv2.0CompanionScreen
現在接続されたコンパニオン装置情報を通じて、ＨｂｂＴＶアプリケーションは、各コンパニオン装置に該当するＵＲＩを検索できるＡＰＩを必要とする。そして、ＴＶで実行されるＨｂｂＴＶアプリケーションは、リアルタイム放送プログラムと関連するコンパニオン装置アプリケーションが存在する場合、コンパニオン装置アプリケーションをＨｂｂＴＶアプリケーションに知らせることができる（ｎｏｔｉｆｙ）ＡＰＩを必要とする。そして、ＨｂｂＴＶアプリケーションは、ＴＶとペアリング（ｐａｉｒｉｎｇ）されたコンパニオン装置目録を取得し得るＡＰＩも必要とする。また、ＨｂｂＴＶアプリケーションで選定されたコンパニオン装置にＵＲＩを設定するＡＰＩも必要である。
ＨｂｂＴＶコンパニオンスクリーンプラグイン客体は、次のように定義できる。
ＴＶで実行されているＨｂｂＴＶアプリケーションは、放送プログラムに応じてコンパニオンスクリーンアプリケーション（またはコンパニオン装置アプリケーション）を含むこともあり、含まないこともある。コンパニオンスクリーンアプリケーションがある場合、ＨｂｂＴＶアプリケーションが通知（ｎｏｔｉｆｙ）を受けることができるプラグイン客体の属性（ｐｒｏｐｅｒｔｙ）の実施例は、次の通りである。
Function onCompanionScreenAppPresent()
ＨｂｂＴＶコンパニオンスクリーンプラグイン客体が初期化されるとき、上記の属性を通じて関数が設定され得、コンパニオンスクリーンアプリケーションがある場合、登録された関数がブラウザのプラグインＩ／Ｆによって呼び出される。本実施例では、装置名、装置タイプ、装置解像度を取得することができる。ＴＶで実行されているアプリケーションは、以下の関数を呼び出してｐａｉｒｅｄ Ｄｅｖｉｃｅ ｌｉｓｔを取得することができ、これをユーザに出力し、ユーザが特定の装置を選択するようにすることができる。
DeviceList getPairedDeviceList()
この関数は、ＴＶとペアリングされた装置のリストを取得する。ＨｂｂＴＶアプリケーションは、ペアリングされた装置タイプに合うコンパニオンスクリーンアプリケーションＵＲＩをインターネット上のサーバーから取得することができる。
表２４は、ｔｙｐｅｄｅｆ ｃｏｌｌｅｃｔｉｏｎ＜Ｄｅｖｉｃｅ＞ ＤｅｖｉｃｅＬｉｓｔである。
表２５は、ペアリングされたコンパニオン装置の個別インスタンスである。
次は、ＴＶで実行されているアプリケーションが特定の装置にＡｐｐ ＵＲＩを伝達するためのＡＰＩの実施例を示す。ユーザは、１つまたは複数個の装置を同時に指定することができる。
Boolean setCompanionUrl(DeviceParamList deviceList)
この関数は、ｄｅｖｉｃｅＩＤで指定されたコンパニオン装置にアプリケーションまたはＵＲＩを伝達する。
表２６は、ｔｙｐｅｄｅｆ ｃｏｌｌｅｃｔｉｏｎ＜ＤｅｖｉｃｅＰａｒａｍ＞ ＤｅｖｉｃｅＰａｒａｍＬｉｓｔである。
ＡＩＴを介して伝送されるコンパニオンアプリケーションＵＲＩの最新情報を維持するために、装置管理部は、ＴＶプラットフォームのネイティブ放送受信機ソフトウェアモジュールを登録する。
装置管理部は、ディスクリプタの新しいコンパニオンアプリケーションＵＲＩを感知するとき、次に従う。
１）装置管理部は、装置テーブルの全ての有効なエントリー及びディスクリプタによって指摘された同一の装置クラスを有するエントリーを検査し、ディスクリプタで提供される情報に基づいてＡｐｐＵＲＩ及びＩｓＤｅｆｅｒｒｅｄＵＲＩカラムをアップデートする。
２）装置テーブルとインタラクトするためのＡＰＩ ｃａｌｌを受け入れる準備ができる。
３）装置管理部は、ＨｂｂＴＶアプリケーションにＤＯＭイベントを伝達する。
装置管理部は、コンパニオンアプリケーションを利用できる装置に対するＨｂｂＴＶアプリケーションを知らせるために、以下のようなＤＯＭ ３イベントを生成する。ＨｂｂＴＶアプリケーションがこのような情報を利用する方法は、以下で具体的に説明する。
表２７は、ＷｅｂＩＤＬ ｄｅｆｉｎｔｉｏｎ ｏｆ ｔｈｅ ＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅ ｅｖｅｎｔである。
このようなイベントのＤＯＭ ３イベントの属性は、次のようにセットされる。
表２８は、ＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅ ｅｖｅｎｔのためのＤＯＭ ３ ｅｖｅｎｔ ｐｒｏｐｅｒｔｙ ｓｅｔｔｉｎｇｓである。
ＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅイベントを生成するために、次の規則が適用される。
１）コンパニオンアプリケーションがＡＩＴを介してシグナリングされ始めるとき、装置管理部は、装置クラスとマッチングされる装置のための装置テーブルを参考する。
２）マッチングクラスの１つ以上の装置が発見されると、装置管理部は、装置テーブルにそれぞれのＵＲＩを格納し、マッチング装置の名及びクラスを伝送するＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅイベントを生成する。
３）ＡＩＴを介したコンパニオンアプリケーションのシグナリングが中止されると、装置管理部は、ｎｕｍＤｅｖｉｃｅｓを、コンパニオンアプリケーションがこれ以上動作しないということを示す０にセットするＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅイベントを生成する。
４）コンパニオンアプリケーションがＡＩＴを介してシグナリングされる間、適当なコンパニオン装置は利用可能となるか、または中止され、装置管理部は、適当なコンパニオン装置のアップデートされたリストを伝送するＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅイベントを生成する。
コンパニオン装置アプリケーションを利用するためのＨｂｂＴＶアプリケーションは、ＨｂｂｔｖＣｏｍｐａｎｉｏｎＡｐｐＡｖａｉｌａｂｌｅイベントのためのイベントハンドラーを登録する。イベントが生成されると、ＨｂｂＴＶアプリケーションは、コンパニオンアプリケーションを開始できる装置の数、装置のクラス、名に関する情報を受信する。この情報は、コンパニオンアプリケーションを開始したい装置を選択するようにユーザに表示するのに使用され得る。ＨｂｂＴＶアプリケーションは、コンパニオンアプリケーションを開始するか否かを決定した後に特定の装置でアプリケーションを開始するように装置管理部に指示するＡＰＩを使用する。
表２９は、Ｄｅｖｉｃｅ ｍａｎａｇｅｒ ＡＰＩである。
装置管理部ＡＰＩを使用する実施例は、以下の通りである。
launchDefaultUriOnDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのＤｅｖＮａｍｅカラムにある装置名を検索する。エントリーが発見されると、ＡｐｐＵＲＩカラムがセットされているか、ＩｓＤｅｆｅｒｒｅｄＵＲＩフラグが空いているかをチェックする。全ての条件が満足されると、装置管理部は、命名されたコンパニオン装置のＡｐｐＵＲＩ状態変数をセットするためにＵＰｎＰメッセージを使用する。
getDeferredUriForDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのＤｅｖＮａｍｅカラムにある装置名を検索する。エントリーが発見されると、ＩｓＤｅｆｅｒｒｅｄＵＲＩフラグがセットされているかをチェックする。全ての条件が満足されると、装置管理部は、ＡｐｐＵＲＩカラムのコンテンツをリターンする。そうでなければ、初期化されていない値をリターンする。
setDefaultUriForDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのＤｅｖＮａｍｅカラムにある装置名を検索する。エントリーが発見されると、装置管理部は、ＡｐｐＵＲＩカラムに与えられたＵＲＩを格納し、以前のコンテンツをリターンする。提供されたあるＵＲＩは据え置きＵＲＩではない。したがって、この方法はＩｓＤｅｆｅｒｒｅｄＵＲＩフラグをクリアする。
setDisplayIntentForDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのＤｅｖＮａｍｅカラムにある装置名を検索する。エントリーが発見されると、装置管理部は、ＤｉｓｐｌａｙＩｎｔｅｎｔカラムの与えられたｉｎｔｅｎｔを格納し、以前のコンテンツをリターンする。提供されるｉｎｔｅｎｔは、ＷｅｂＶｉｅｗ又はＳｙｓｔｅｍＢｒｏｗｅｒのいずれか１つである。もし、Ｗｅｂｖｉｅｗが特定される場合、コンパニオン装置は、コンパニオンアプリケーションに埋め込まれたＷｅｂｖｉｅｗでＵＲＩを開始することができる。他の場合には、コンパニオン装置は、システムの基本Ｗｅｂ ｂｒｏｗｓｅｒでＵＲＩを開始する。
deviceTableUpdateCompleted Method
この方法は、ＨｂｂＴＶアプリケーションが装置テーブルのアップデートを完了したことを装置管理部に知らせる。装置管理部は、アップデートされた情報と共に新たなイベントを生成する前に現在のイベントを取り消すために、アプリケーションイベントハンドラーのために短いディレイを許容する。イベントハンドラーは、この方法を呼び出した後、直ちにリターンを呼び出す。新たなイベントは、装置テーブルで非据え置きコンパニオンアプリケーションＵＲＩが有用な全ての装置に対する情報を、ＡＩＴで供給されたように伝達する。
getDeviceCollection Method
この方法は、ブラウジングのための現在の装置テーブルのｒｅａｄ−ｏｎｌｙ ｃｏｐｙのリターンを知らせる。これは、２つのメンバーを有する−名とクラス。２つともｓｔｒｉｎｇである。名は装置の名を含み、クラスはＨｂｂｔｖＣｏｍｐａｎｉｏｎＣｌａｓｓ ｅｎｕｍタイプの装置クラスを含む。
ブラウザ（ｂｒｏｗｓｅｒ）とＵＰｎＰとの間には直接的な通信が難しいことがある。したがって、装置管理部（Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）は、ブラウザとＵＰｎＰとの間のインタフェーシングの役割を果たすことができる。装置管理部は、ブラウザのＡＰＩを介してＵＰｎＰとブラウザ間の通信中にＤａｅｍｏｎとしてその役割を果たすことができる。Ｄａｅｍｏｎは、ブラウザに含まれてもよいが、ＴＶの内部の一つのモジュールとして独自のｄａｅｍｏｎで具現されてもよい。
図２４は、本発明の一実施例に係るコンパニオン装置において付加サービスを実行するための信号送信装置のＵＩを説明する図である。
信号送信装置は、上述したようにコンパニオン装置と接続され、ＡＩＴまたはサーバーからタイプに応じたＵＲＩを受信して装置テーブルを生成することができる。信号送信装置は、放送プログラム内のコンパニオン装置で利用可能な付加サービス（またはコンパニオン装置アプリケーション）があれば、画面に表示することができる。一実施例として、信号送信装置は、利用可能なＨｂｂＴＶアプリケーションがあれば、レッドボタンを表示できる。Ｈｂｂアプリケーションとは、ＴＶで実行されるアプリケーションを意味する。信号送信装置は、利用可能なＨｂｂＴＶコンパニオン装置アプリケーションがあれば、イエローボタンを表示したり、画面の一領域にコンパニオン装置が利用可能であることを表示したりすることができる。ＨｂｂＴＶコンパニオン装置アプリケーションは、コンパニオン装置で実行されるアプリケーションを意味する。
ユーザがコンパニオン装置アプリケーションの実行を選択すると、信号送信装置は、ディスカバリーされた利用可能なコンパニオン装置リストを表示できる。ユーザが装置Ａを選択すると、信号送信装置は、付加サービスのためにリソースが位置するサーバーのＵＲＩを装置Ａに伝送し、装置Ａが接続されたというメッセージを出力できる。
装置Ａは、信号送信装置から受信したＵＲＩを用いてサーバーに接続し、付加サービスを実行することができる。
図２５は、本発明の一実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。
信号送信装置（例、ＴＶ）１００上に放送独立的なＨｂｂＴＶアプリケーションをラウンチングするコンパニオン装置２００を承認するために、信号送信装置１００は、図８で説明したＵＰｎＰ状態変数サービスを履行できる。
図２５には、ＴＶによって提供され得るＵＰｎＰサービスが示されている。コンパニオン装置はＡＩＴを受信できないため、それらは他のメカニズムを使用することができる。
図２５の構造は、図４で説明した方法とほぼ同一に具現することができる。
図２６は、本発明の他の実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。
図２６は、ＣＰが信号送信装置（例、ＴＶ）１００及びコンパニオン装置２００の両方に存在する場合についての実施例である。
ＴＶ１００に伝達されるＡｐｐＵＲＩは、ＸＭＬ ＡＩＴまたはＨＴＭＬページを指すことができる。ＴＶ１００は、放送独立的なＨｂｂＴＶアプリケーションのためのラウンチング要求をコンパニオン装置から受信する場合、優先順位及び動作を決定するために一定の規則に従うことができる。
図２７は、本発明の第１実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。
図２７を参照すると、ＣＰであるＴＶは、ＵＰｎＰ１７を介してコンパニオン装置にマルチキャスト方式を用いて検索（ｄｉｓｃｏｖｅｒｙ）を行ってコンパニオン装置と接続する（Ｓ２１１０）。ＴＶのＵＰｎＰ１７は、コンパニオン装置から装置情報を受信し、装置管理部１５に伝達する（Ｓ２１１５）。装置管理部１５は、装置テーブルでコンパニオン装置情報を管理し、ＨｂｂＴＶアプリケーション１３に、収集されたコンパニオン装置情報を伝達する。ＨｂｂＴＶアプリケーション１３は、収集された各コンパニオン装置のための全てのアプリケーションＵＲＩをサーバー３１から受信する（Ｓ２１２０）。Ｈｂｂアプリケーション１３は、受信したアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ２１２５）。
コンパニオン装置とＴＶはＵＰｎＰを介して接続される。そして、コンパニオン装置とＴＶ間に相互作用のための準備が完了する。
ユーザが、コンパニオン装置アプリケーションをＴＶに伝達することを選択すると、コンパニオン装置１９は、ＵＰｎＰを介して現在のアプリケーションＵＲＩをＴＶにｎｏｔｉｆｙする（Ｓ２１３０）。ＴＶのＵＰｎＰ１７は、コンパニオン装置の現在のアプリケーションＵＲＩをアプリケーション管理部２３に伝達する（Ｓ２１３５）。アプリケーション管理部２３は、コンパニオン装置の現在のアプリケーションＵＲＩをＨｂｂＴＶアプリケーション１３に伝達する（Ｓ２１４０）。ＨｂｂＴＶアプリケーション１３は、ＴＶでコンパニオン装置の現在のＵＲＩをディスプレイする（Ｓ２１４５）。
すなわち、ＵＰｎＰを介して、ＣＰであるＴＶは、コンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、ＴＶは、コンパニオン装置に、コンパニオン装置の装置タイプをＧｅｔせよというコントロールを送る。コンパニオン装置は、コントロールに対する応答として装置情報を伝送する。伝送された装置情報は装置管理部の装置テーブルに伝達され、装置管理部は装置ＩＤと装置タイプを管理する。ＴＶとコンパニオン装置との間の接続が完了し、通信準備状態となる。
ユーザが、コンパニオン装置アプリケーションをＴＶに伝達することを選択すると、コンパニオン装置は、現在のＵＲＩをＵＰｎＰを介してＴＶにｎｏｔｉｆｙする。ＴＶのＵＰｎＰはＵＲＩを受信し、アプリケーション管理部に伝達する。このとき、次の２つの場合が発生し得る。
まず、ＴＶのＨｂｂＴＶアプリケーションが実行されていない場合、アプリケーション管理部がＨｂｂＴＶアプリケーションをランチさせ、伝達されたＵＲＩをＨｂｂＴＶアプリケーション上で実行させる。
次に、ＴＶのＨｂｂＴＶアプリケーションが実行されている場合、アプリケーション管理部がＨｂｂＴＶアプリケーションに当該ＵＲＩを伝達し、ユーザに、コンパニオン装置から伝達されたＵＲＩを実行させても良いか否かをポップアップウィンドウなどを用いて確認する。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。ＴＶは、ＵＰｎＰのＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）である。一実施例として、ＨｂｂＴＶ ２．０受信機のＵＰｎＰ装置タイプは、ｕｒｎ：ｈｂｂｔｖ．ｏｒｇ：ｄｅｖｉｃｅ：ｈｂｂｔｖ２．０ｒｃｖｒである。場合によって、Ｎａｍｅｓｐａｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＮＩＤ） ｐｒｅｆｉｘを形成するために、ｈｂｂｔｖ．ｏｒｇのＤＮＳ名は、ＲＦＣ２１４１で要求する通りにｈｂｂｔｖ−ｏｒｇに転換され得る。ｈｂｂｔｖ−ｏｒｇの後の残余部分は、Ｎａｍｅｓｐａｃｅ Ｓｐｅｃｉｆｉｃ Ｓｔｒｉｎｇ（ＮＳＳ）である。ＨｂｂＴＶ ２．０受信機は、以下のようなサービスタイプ及びサービスＩＤを有するＣｕｒｒｅｎｔＵＲＩを支援する。
ＣｕｒｒｅｎｔＵＲＩサービスは、コンパニオン装置からＣＰであるＴＶに、現在のコンパニオン装置で実行されるアプリケーションのＵＲＩをｎｏｔｉｆｙするためのサービスである。ユーザが選択したコンパニオン装置に該当するＵＲＩをＨｂｂＴＶアプリケーションを介して得て、これを当該コンパニオン装置にＳｅｔ Ｃｏｎｔｒｏｌを介して伝達する。
表３８は、ＣｕｒｒｅｎｔＵＲＩ ｓｅｒｖｉｃｅ ｓｔａｔｅ ｖａｒｉａｂｌｅである。
表３９は、ＣｕｒｒｅｎｔＵＲＩ ｓｅｒｖｉｃｅ ａｃｔｉｏｎｓである。
表４０は、ＳｅｔＣｕｒｒｅｎｔＵＲＩ ａｃｔｉｏｎのＡｒｇｕｍｅｎｔである。
図２８は、本発明の第２実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。
図２８を参照すると、ＣＰであるコンパニオン装置は、ＵＰｎＰ１７を介してＴＶにマルチキャスト方式を用いて検索（ｄｉｓｃｏｖｅｒｙ）を行って、ＴＶと接続する（Ｓ２２１０）。ＴＶのＵＰｎＰ１７は、コンパニオン装置から装置情報を受信し、装置管理部１５に伝達する（Ｓ２２１５）。装置管理部１５は、装置テーブルでコンパニオン装置情報を管理し、ＨｂｂＴＶアプリケーション１３に、収集されたコンパニオン装置情報を伝達する。ＨｂｂＴＶアプリケーション１３は、収集された各コンパニオン装置のための全てのアプリケーションＵＲＩをサーバー３１から受信する（Ｓ２２２０）。Ｈｂｂアプリケーション１３は、受信したアプリケーションＵＲＩを装置管理部１５に伝達する（Ｓ２２２５）。
コンパニオン装置とＴＶはＵＰｎＰを介して接続される。そして、コンパニオン装置とＴＶ間に相互作用のための準備が完了する。
ユーザが、コンパニオン装置アプリケーションをＴＶに伝達することを選択すると、コンパニオン装置１９は、ＵＰｎＰを介して現在のアプリケーションＵＲＩをコンパニオン装置からＴＶに、ＳｅｔアプリケーションＵＲＩという制御信号をＴＶに伝送する（Ｓ２２３０）。ＴＶのＵＰｎＰ１７は、コンパニオン装置の現在のアプリケーションＵＲＩをアプリケーション管理部２３に伝達する（Ｓ２２３５）。アプリケーション管理部２３は、コンパニオン装置の現在のアプリケーションＵＲＩをＨｂｂＴＶアプリケーション１３に伝達する（Ｓ２２４０）。ＨｂｂＴＶアプリケーション１３は、ＴＶでコンパニオン装置の現在のＵＲＩをディスプレイする（Ｓ２２４５）。
すなわち、ＵＰｎＰを介して、ＣＰであるコンパニオン装置は、ＴＶにマルチキャストサーチを送ってディスカバリー作業を進行する。ＴＶに対するディスカバリーが完了すると、コンパニオン装置は、ＴＶに、コンパニオン装置の装置タイプをＳｅｔせよというコントロールを送る。ＴＶは、Ｓｅｔした装置情報を装置管理部の装置テーブルに伝達し、装置管理部は装置ＩＤと装置タイプを管理する。ＴＶとコンパニオン装置との間の接続が完了し、通信準備状態となる。
ユーザが、コンパニオン装置アプリケーションをＴＶに伝達することを選択すると、コンパニオン装置は、現在のＵＲＩをＵＰｎＰを介してＴＶにＳｅｔせよというコントロール信号を伝送する。ＴＶのＵＰｎＰはＵＲＩを受信し、アプリケーション管理部に伝達する。このとき、次の２つの場合が発生し得る。
まず、ＴＶのＨｂｂＴＶアプリケーションが実行されていない場合、アプリケーション管理部がＨｂｂＴＶアプリケーションをランチさせ、伝達されたＵＲＩをＨｂｂＴＶアプリケーション上で実行させる。
次に、ＴＶのＨｂｂＴＶアプリケーションが実行されている場合、アプリケーション管理部がＨｂｂＴＶアプリケーションに当該ＵＲＩを伝達し、ユーザに、コンパニオン装置から伝達されたＵＲＩを実行させても良いか否かをポップアップウィンドウなどを用いて確認する。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。コンパニオン装置は、ＵＰｎＰのＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）である。一実施例として、ＨｂｂＴＶ ２．０受信機のＵＰｎＰ装置タイプは、ｕｒｎ：ｈｂｂｔｖ．ｏｒｇ：ｄｅｖｉｃｅ：ｈｂｂｔｖ２．０ｒｃｖｒである。場合によって、Ｎａｍｅｓｐａｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＮＩＤ） ｐｒｅｆｉｘを形成するために、ｈｂｂｔｖ．ｏｒｇのＤＮＳ名は、ＲＦＣ２１４１で要求する通りにｈｂｂｔｖ−ｏｒｇに転換され得る。ｈｂｂｔｖ−ｏｒｇの後の残余部分は、Ｎａｍｅｓｐａｃｅ Ｓｐｅｃｉｆｉｃ Ｓｔｒｉｎｇ（ＮＳＳ）である。ＨｂｂＴＶ ２．０受信機は、以下のようなＤｅｖｉｎｆｏサービス及びサービスタイプ及びサービスＩＤを有するＡｐｐＵＲＩサービスを支援する。
ＣｕｒｒｅｎｔＵＲＩサービスは、ＴＶからＣＰであるコンパニオン装置に、アプリケーションを開始するＵＲＩを伝達するためのサービスである。ユーザが選択したコンパニオン装置に該当するＵＲＩをＨｂｂＴＶアプリケーションを介して受信し、受信したＵＲＩを当該コンパニオン装置にｎｏｔｉｆｙしてＵＰｎＰを介して伝達する。
表４２は、ＣｕｒｒｅｎｔＵＲＬ Ｓｅｒｖｉｃｅ ｓｔａｔｅ ｖａｒｉａｂｌｅである。
表４３は、ＣｕｒｒｅｎｔＵＲＬ Ｓｅｒｖｉｃｅ Ａｃｔｉｏｎｓである。
表４４は、ＮｏｔｉｆｙＣｕｒｒｅｎｔＵＲＬ ａｃｔｉｏｎのＡｒｇｕｍｅｎｔである。
図２９は、本発明の一実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行するための信号送信装置のＵＩを説明する図である。
ＴＶとコンパニオン装置はディスカバリー過程を通じて接続を完了し、ＴＶは、コンパニオン装置と関連するアプリケーションＵＲＩを受信して管理することができる。具体的な内容は、図２７及び図２８で説明したので省略する。
ユーザが、コンパニオン装置アプリケーションをＴＶで実行するように選択する。このとき、ＴＶがＨｂｂＴＶアプリケーションを実行している場合、ユーザに、伝達されたＵＲＩを実行するか否かを確認することができる。ユーザの意思を確認する方法はポップアップウィンドウを利用できる。
図３０は、本発明の一実施例に係る信号送信装置のブロック図である。
図３０を参照すると、信号送信装置は、通信部６１０、装置管理部６２０、ＵＰｎＰ部６３０を含む。
通信部６１０はアプリケーションＵＲＩを受信することができる。アプリケーションＵＲＩは、コンパニオン装置において付加サービス（またはコンパニオン装置アプリケーション）を実行できる接続サーバーの位置情報を意味できる。一方、通信部６１０は放送受信モジュールを含み、放送受信モジュールは、アプリケーションＵＲＩを含むＡＩＴを受信することができる。上述した実施例は、ＣＰがＴＶにある場合であって、図８、図１４乃至図２３で具体的に説明した。そして、ＣＰがコンパニオン装置にある実施例は、図９、図１４乃至図２３で具体的に説明した。
そして、通信部６１０は、放送受信モジュール及びブラウザモジュールを含むことができる。この場合、放送受信モジュールは、据え置きＵＲＩ（ｄｅｆｅｒｒｅｄ ＵＲＩ）を含むＡＩＴを受信し、ブラウザモジュールは、ＨｂｂＴＶアプリケーションを介して据え置きＵＲＩに対応するサーバーに接続し、装置タイプ情報に対応するアプリケーションＵＲＩを受信することができる。上述した実施例は、ＣＰがＴＶにある場合であって、図１０、図１５乃至図２３で具体的に説明した。そして、ＣＰと関連するサービスについては図８で説明した。そして、ＣＰがコンパニオン装置にある実施例は、図１１、図１５乃至図２３で具体的に説明した。そして、ＣＰと関連するサービスについては図９で説明した。
また、通信部６１０はブラウザモジュールを含むことができ、ブラウザモジュールは、ＨｂｂＴＶアプリケーションを介してサーバーと通信を行ってコンパニオン装置アプリケーションを利用可能であるか否かを確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応するアプリケーションＵＲＩをサーバーから受信して格納することができる。上述した実施例は、ＣＰがＴＶにある場合であって、図１２で具体的に説明した。そして、ＣＰがコンパニオン装置にある実施例は、図１３で具体的に説明した。
装置管理部６２０は、装置タイプ情報とアプリケーションＵＲＩを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認することができる。装置管理部６２０は、ＡＩＴを介してアプリケーションＵＲＩを受信する場合、受信されたＡＩＴをパージングし、装置タイプ情報に対応するアプリケーションＵＲＩを検出して格納することができる。
装置管理部６２０を呼び出したり、ＨｂｂＴＶアプリケーションのためのイベントと関連するＡＰＩは、図２３で説明した。
ＵＰｎＰ部６３０は、マルチキャスト方式を用いてコンパニオン装置をディスカバリーし、ディスカバリーされたコンパニオン装置から装置タイプ情報を受信することができる。この場合は、ＴＶのＵＰｎＰ部６３０がＣＰ（Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）として動作する場合である。ＵＰｎＰ部６３０は、装置タイプ情報に対応するアプリケーションＵＲＩを、選択されたコンパニオン装置に伝送することができる。
コンパニオン装置は、基本ブラウザまたはウェブビューを用いて、受信したアプリケーションＵＲＩページを出力することができる。
図３１は、本発明の一実施例に係るコンパニオン装置のブロック図である。
図３１を参照すると、コンパニオン装置は、ネイティブアプリケーション部（Ｎａｔｉｖｅ Ａｐｐ）７１０及びシステムウェブブラウザ部（Ｓｙｓｔｅｍ Ｗｅｂ Ｂｒｏｗｓｅｒ）７２０を含むことができる。ネイティブアプリケーション部（Ｎａｔｉｖｅ Ａｐｐ）７１０は、ウェブビュー（Ｗｅｂ Ｖｉｅｗ）７１１及びＵＰｎＰ７１２を含むことができる。
ネイティブアプリケーション部（Ｎａｔｉｖｅ Ａｐｐ）７１０は、コンパニオン装置上で駆動され、ＵＰｎＰ動作を提供することができる。そして、コンパニオンアプリケーションをローディングし、駆動し得るウェブビューを提供することができる。
システムウェブブラウザ部（Ｓｙｓｔｅｍ Ｗｅｂ Ｂｒｏｗｓｅｒ）７２０は、コンパニオン装置上で駆動され、コンパニオン装置で設定される標準ウェブブラウザであり得る。ネイティブアプリケーション部７１０によって選択的に提供され得るウェブビュー７１１とは異なり、システムウェブブラウザ部（Ｓｙｓｔｅｍ Ｗｅｂ Ｂｒｏｗｓｅｒ）７２０は、一般的なウェブ用途に適した一般のウェブブラウザであり得る。
ＵＰｎＰ７１２は、信号送信装置のＵＰｎＰ部と接続されて通信を行うことができ、ウェブビュー（Ｗｅｂ Ｖｉｅｗ）７１１は、接続されたＵＲＩのサーバーで提供する付加サービスを表示することができる。
一方、上述した様々な実施例から特性を結合するとき、ＵＰｎＰ ＣＰの位置に応じて、そして、アクセス状態変数のためのサービスの位置に応じていくつかの結合が可能であり得る。相互運用の最小レベル及びユーザ経験を保障するために、全てのＴＶと全てのコンパニオン装置は、以下に定義されたプロファイルのいずれか１つを履行する。
このようなプロファイルを有し、以下のような機能が可能であり得る。
基本的に、ＵＰｎＰプロトコルはいかなる認証も履行されないので、ＵＰｎＰ装置の実施は、自体認証メカニズムを履行したり、装置保護サービスを履行したりすることができる。多くのＵＰｎＰ装置の実施は認証メカニズムが不足し、基本的にローカルシステムとユーザは完全に信頼できると仮定する。ＵＰｎＰの特定の保安プロファイル権限は、厳しく相互運用を制限する。
本発明に係る信号送信装置及び方法は、上記したように説明された実施例の構成と方法が限定されて適用されるものではなく、上記実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合わされて構成されてもよい。
また、以上では、本発明の好ましい実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
本発明は、放送及びビデオ信号処理の分野で使用可能であり、反復可能性のある産業上の利用可能性がある。

Claims (12)

  1. マルチキャスト方式を用いてコンパニオン装置を検索するステップと、
    ＤｅｖＣｌａｓｓ ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）サービスを用いて、前記検索されたコンパニオン装置から装置タイプ情報を受信するステップと、
    前記受信された装置タイプ情報を装置テーブルに格納するステップと、
    コンパニオンアプリケーションのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を記述するリンケージディスクリプタ（ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒ）を含むＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を受信するステップであって、
    前記リンケージディスクリプタは、前記ＵＲＩが前記コンパニオンアプリケーション向けであることを示すリンケージタイプ（ｌｉｎｋａｇｅ ｔｙｐｅ）情報と、前記ＵＲＩによってターゲットとされる装置クラスを示すリンクターゲットタイプ（ｌｉｎｋ＿ｔａｒｇｅｔ＿ｔｙｐｅ）情報と、前記ＵＲＩによって開始される前記コンパニオンアプリケーションがシステムウェブブラウザでの表示向けか又は埋め込まれたウェブビューでの表示向けかを示すディスプレイインテント（ｄｉｓｐｌａｙ＿ｉｎｔｅｎｔ）情報とを含み、
    前記システムウェブブラウザは前記コンパニオン装置で設定され、前記埋め込まれたウェブビューは前記コンパニオン装置のネイティブアプリケーションによって提供される、ステップと、
    前記リンケージタイプ情報と前記リンクターゲットタイプ情報とを用いて、前記装置テーブルに、前記格納された装置タイプ情報に対応する、前記ＵＲＩと前記コンパニオンアプリケーションの前記ディスプレイインテント情報とを格納するステップであって、
    前記ＵＲＩは、ｓｅｔＤｅｆａｕｌｔＵｒｉ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて前記装置テーブルに格納され、前記ディスプレイインテント情報は、ｓｅｔＤｉｓｐｌａｙＩｎｔｅｎｔ ＡＰＩを用いて前記装置テーブルに格納される、ステップと、
    ＡｐｐＵＲＩ ＵＰｎＰサービスを用いて、前記格納されたＵＲＩを前記コンパニオン装置に伝送し、ＤｉｓｐｌａｙＩｎｔｅｎｔ ＵＰｎＰサービスを用いて、前記格納されたディスプレイインテント情報を前記コンパニオン装置に伝送するステップであって、
    前記格納されたＵＲＩ及び前記格納されたディスプレイインテント情報は、ｌａｕｎｃｈＤｅｆａｕｌｔＵｒｉ ＡＰＩを用いて前記コンパニオン装置に伝送される、ステップとを含む、信号送信方法。
  2. 前記ＵＲＩによってターゲットとされる前記装置クラスは、スマートフォンクラス、タブレットクラス、ＴＶクラス及びＰＣクラスを含む、請求項１に記載の信号送信方法。
  3. 前記ＡＩＴは、コンパニオンアプリケーションのＵＲＩを提供する遠隔サーバーを示す据え置きＵＲＩを含み、
    前記据え置きＵＲＩを検出するために前記受信されたＡＩＴをパージングし、前記据え置きＵＲＩに対応する前記遠隔サーバーに接続し、前記装置タイプ情報に対応する前記ＵＲＩを受信して格納するステップを更に含む、請求項１に記載の信号送信方法。
  4. 前記ＵＲＩは、それぞれのコンパニオン装置に異なるＵＲＩ値が割り当てられる特定ＵＲＩ、または全てのコンパニオン装置に同一のＵＲＩ値が割り当てられる一般ＵＲＩである、請求項１に記載の信号送信方法。
  5. マルチキャスト方式を用いてコンパニオン装置を検索し、ＤｅｖＣｌａｓｓ ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）サービスを用いて前記検索されたコンパニオン装置から装置タイプ情報を受信するよう構成されるＵＰｎＰ部と、
    コンパニオンアプリケーションのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を記述するリンケージディスクリプタ（ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒ）を含むＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を受信するよう構成される通信部であって、
    前記リンケージディスクリプタは、前記ＵＲＩが前記コンパニオンアプリケーション向けであることを示すリンケージタイプ（ｌｉｎｋａｇｅ ｔｙｐｅ）情報と、前記ＵＲＩによってターゲットとされる装置クラスを示すリンクターゲットタイプ（ｌｉｎｋ＿ｔａｒｇｅｔ＿ｔｙｐｅ）情報と、前記ＵＲＩによって開始される前記コンパニオンアプリケーションがシステムウェブブラウザでの表示向けか又は埋め込まれたウェブビューでの表示向けかを示すディスプレイインテント（ｄｉｓｐｌａｙ＿ｉｎｔｅｎｔ）情報とを含み、
    前記システムウェブブラウザは前記コンパニオン装置で設定され、前記埋め込まれたウェブビューは前記コンパニオン装置のネイティブアプリケーションによって提供される 、通信部と、
    前記受信された装置タイプ情報を装置テーブルに格納するよう構成される装置管理部であって、
    前記リンケージタイプ情報と前記リンクターゲットタイプ情報とを用いて、前記装置テーブルに、前記格納された装置タイプ情報に対応する、前記ＵＲＩと前記コンパニオンアプリケーションの前記ディスプレイインテント情報とを更に格納し、
    前記ＵＲＩは、ｓｅｔＤｅｆａｕｌｔＵｒｉ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて前記装置テーブルに格納され、前記ディスプレイインテント情報は、ｓｅｔＤｉｓｐｌａｙＩｎｔｅｎｔ ＡＰＩを用いて前記装置テーブルに格納される、装置管理部とを含み、
    前記ＵＰｎＰ部は、ＡｐｐＵＲＩ ＵＰｎＰサービスを用いて、前記格納されたＵＲＩを前記コンパニオン装置に伝送し、ＤｉｓｐｌａｙＩｎｔｅｎｔ ＵＰｎＰサービスを用いて、前記格納されたディスプレイインテント情報を前記コンパニオン装置に伝送し、
    前記格納されたＵＲＩ及び前記格納されたディスプレイインテント情報は、ｌａｕｎｃｈＤｅｆａｕｌｔＵｒｉ ＡＰＩを用いて前記コンパニオン装置に伝送される、信号送信装置。
  6. 前記ＵＲＩによってターゲットとされる前記装置クラスは、スマートフォンクラス、タブレットクラス、ＴＶクラス及びＰＣクラスを含む、請求項５に記載の信号送信装置。
  7. 前記ＡＩＴは、コンパニオンアプリケーションのＵＲＩを提供する遠隔サーバーを示す据え置きＵＲＩを含み、
    前記装置管理部は、前記据え置きＵＲＩを検出するために前記受信されたＡＩＴをパージングし、
    前記通信部は、ＨｂｂＴＶアプリケーションを介して前記据え置きＵＲＩに対応する前記遠隔サーバーに接続して、前記装置タイプ情報に対応する前記ＵＲＩを受信する、請求項５に記載の信号送信装置。
  8. 前記ＵＲＩは、それぞれのコンパニオン装置に異なるＵＲＩ値が割り当てられる特定ＵＲＩ、または全てのコンパニオン装置に同一のＵＲＩ値が割り当てられる一般ＵＲＩである、請求項５に記載の信号送信装置。
  9. マルチキャスト方式を用いてコンパニオン装置を検索し、ＤｅｖＣｌａｓｓ ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）サービスを用いて、前記検索されたコンパニオン装置に、装置タイプ情報を要求する制御信号を伝送するよう構成される信号送信装置と、
    前記ＤｅｖＣｌａｓｓ ＵＰｎＰサービスを用いて前記信号送信装置に前記装置タイプ情報を伝送するよう構成されるコンパニオン装置とを含み、
    前記信号送信装置は、前記検索されたコンパニオン装置から前記装置タイプ情報を受信し、前記受信された装置タイプ情報を装置テーブルに格納し、コンパニオンアプリケーションのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を記述するリンケージディスクリプタ（ｌｉｎｋａｇｅ ｄｅｓｃｒｉｐｔｏｒ）を含むＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を受信し、
    前記リンケージディスクリプタは、前記ＵＲＩが前記コンパニオンアプリケーション向けであることを示すリンケージタイプ（ｌｉｎｋａｇｅ ｔｙｐｅ）情報と、前記ＵＲＩによってターゲットとされる装置クラスを示すリンクターゲットタイプ（ｌｉｎｋ＿ｔａｒｇｅｔ＿ｔｙｐｅ）情報と、前記ＵＲＩによって開始される前記コンパニオンアプリケーションがシステムウェブブラウザでの表示向けか又は埋め込まれたウェブビューでの表示向けかを示すディスプレイインテント（ｄｉｓｐｌａｙ＿ｉｎｔｅｎｔ）情報とを含み、
    前記システムウェブブラウザは、前記コンパニオン装置で設定され、前記埋め込まれたウェブビューは、前記コンパニオン装置のネイティブアプリケーションによって提供され、
    前記信号送信装置は、前記リンケージタイプ情報と前記リンクターゲットタイプ情報とを用いて、前記装置テーブルに、前記格納された装置タイプ情報に対応する、前記ＵＲＩと前記コンパニオンアプリケーションの前記ディスプレイインテント情報とを更に格納し、
    前記ＵＲＩは、ｓｅｔＤｅｆａｕｌｔＵｒｉ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて前記装置テーブルに格納され、前記ディスプレイインテント情報は、ｓｅｔＤｉｓｐｌａｙＩｎｔｅｎｔ ＡＰＩを用いて前記装置テーブルに格納され、
    前記信号送信装置は、ＡｐｐＵＲＩ ＵＰｎＰサービスを用いて、前記格納されたＵＲＩを前記コンパニオン装置に伝送し、ＤｉｓｐｌａｙＩｎｔｅｎｔ ＵＰｎＰサービスを用いて、前記格納されたディスプレイインテント情報を前記コンパニオン装置に伝送し、
    前記格納されたＵＲＩ及び前記格納されたディスプレイインテント情報は、ｌａｕｎｃｈＤｅｆａｕｌｔＵｒｉ ＡＰＩを用いて前記コンパニオン装置に伝送され、
    前記コンパニオン装置は、前記ＵＲＩと前記ディスプレイインテント情報とを受信し、前記ＵＲＩと前記ディスプレイインテント情報とを用いて前記コンパニオンアプリケーションを実行する、信号送受信システム。
  10. 前記ＵＲＩによってターゲットとされる前記装置クラスは、スマートフォンクラス、タブレットクラス、ＴＶクラス及びＰＣクラスを含む、請求項９に記載の信号送受信システム。
  11. 前記ＡＩＴは、コンパニオンアプリケーションのＵＲＩを提供する遠隔サーバーを示す据え置きＵＲＩを含み、
    前記信号送信装置は、前記据え置きＵＲＩを検出するために前記受信されたＡＩＴをパージングし、ＨｂｂＴＶアプリケーションを介して前記据え置きＵＲＩに対応する前記遠隔サーバーに接続して、前記装置タイプ情報に対応する前記ＵＲＩを受信する、請求項９に記載の信号送受信システム。
  12. 前記ＵＲＩは、それぞれのコンパニオン装置に異なるＵＲＩ値が割り当てられる特定ＵＲＩ、または全てのコンパニオン装置に同一のＵＲＩ値が割り当てられる一般ＵＲＩである、請求項９に記載の信号送受信システム。
JP2015560107A 2013-03-19 2014-03-19 信号送信装置、信号送信方法及び信号送受信システム Expired - Fee Related JP6174721B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201361803116P 2013-03-19 2013-03-19
US61/803,116 2013-03-19
US201361830642P 2013-06-04 2013-06-04
US61/830,642 2013-06-04
US201361836165P 2013-06-18 2013-06-18
US61/836,165 2013-06-18
US201361837187P 2013-06-20 2013-06-20
US61/837,187 2013-06-20
PCT/KR2014/002306 WO2014148813A1 (ko) 2013-03-19 2014-03-19 신호 송신 장치, 신호 송신 방법 및 신호 송수신 시스템

Publications (2)

Publication Number Publication Date
JP2016513438A JP2016513438A (ja) 2016-05-12
JP6174721B2 true JP6174721B2 (ja) 2017-08-02

Family

ID=51580416

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015560107A Expired - Fee Related JP6174721B2 (ja) 2013-03-19 2014-03-19 信号送信装置、信号送信方法及び信号送受信システム

Country Status (7)

Country Link
US (1) US9699524B2 (ja)
EP (1) EP2978227A4 (ja)
JP (1) JP6174721B2 (ja)
KR (1) KR20150140631A (ja)
CN (1) CN105075274A (ja)
CA (1) CA2900485C (ja)
WO (1) WO2014148813A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140325027A1 (en) * 2013-04-24 2014-10-30 Xiaomi Inc. Method and terminal device for requesting and presenting data
JP6234291B2 (ja) * 2014-03-24 2017-11-22 Kddi株式会社 受信装置、端末連携システム及び端末連携方法
JP6325673B2 (ja) * 2014-10-29 2018-05-16 エルジー エレクトロニクス インコーポレイティド 放送信号受信装置及び放送信号受信方法
WO2016140479A1 (ko) * 2015-03-01 2016-09-09 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10356132B2 (en) 2015-03-01 2019-07-16 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method of transmitting broadcast signals and method of receiving broadcast signals
KR101814404B1 (ko) * 2015-03-01 2018-01-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017007260A1 (ko) * 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017014553A1 (ko) 2015-07-21 2017-01-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102121535B1 (ko) * 2015-11-30 2020-06-10 삼성전자주식회사 전자 장치, 보조 장치 및 전자 장치의 동작 방법
JP6807214B2 (ja) * 2016-11-07 2021-01-06 日本放送協会 端末装置、受信装置及びプログラム
TWI640195B (zh) * 2016-12-14 2018-11-01 日商夏普股份有限公司 具有統一資源識別符訊息浮水印有效負載之廣播系統
GB2565807B (en) 2017-08-23 2022-04-20 Samsung Electronics Co Ltd Method and apparatus for controlling 360 degree video
ES2970259T3 (es) * 2017-08-23 2024-05-27 Samsung Electronics Co Ltd Dispositivo cliente, dispositivo de pantalla complementaria, y procedimiento de funcionamiento de los mismos
CN107707988A (zh) * 2017-10-10 2018-02-16 青岛海信电器股份有限公司 一种下载应用的方法及装置
US10764640B2 (en) * 2018-11-23 2020-09-01 Sony Corporation Receiver device including native broadcaster application
CN112925494A (zh) * 2021-03-17 2021-06-08 众安信息技术服务有限公司 一种同屏演示的实现方法、装置、计算机设备及存储介质
EP4436187A1 (en) * 2021-12-06 2024-09-25 LG Electronics Inc. Artificial intelligence device for sharing content between plurality of display devices, and content sharing method

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6330719B1 (en) 1999-06-30 2001-12-11 Webtv Networks, Inc. Interactive television receiver unit browser that waits to send requests
KR20030036305A (ko) * 2003-02-27 2003-05-09 이혁재 티브이 프로그램 식별자와 무선 단말기를 이용한 부가서비스 시스템
GB0307694D0 (en) 2003-04-03 2003-05-07 Koninkl Philips Electronics Nv Broadcast delivery to a wireless device
US20060041924A1 (en) * 2004-08-20 2006-02-23 Matsushita Electric Industrial Co., Ltd. Digital television middleware service for home networking domains
KR100658895B1 (ko) * 2005-09-14 2006-12-15 엘지전자 주식회사 디지털 방송 수신기의 부가 서비스 제공 장치 및 방법.
US8775647B2 (en) * 2007-12-10 2014-07-08 Deluxe Media Inc. Method and system for use in coordinating multimedia devices
KR101639645B1 (ko) * 2008-05-28 2016-07-14 삼성전자주식회사 컨텐트 송신 방법 및 장치와 컨텐트 수신 방법 및 장치
JP5559977B2 (ja) * 2009-03-31 2014-07-23 日本放送協会 連携受信システム及びプログラム
EP2343881B1 (en) * 2010-01-07 2019-11-20 LG Electronics Inc. Method of processing application in digital broadcast receiver connected with interactive network, and digital broadcast receiver
KR101214515B1 (ko) * 2010-12-08 2013-01-09 주식회사 아이플래테아코리아 방송콘텐츠의 부가정보 제공 시스템 및 그 방법
JP5773747B2 (ja) 2011-05-18 2015-09-02 日本放送協会 端末連携システム、受信機及び情報処理端末
JP2013009355A (ja) 2011-05-20 2013-01-10 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置
EP2750309A4 (en) * 2011-08-26 2015-07-15 Japan Broadcasting Corp RECEIVERS AND RECEIVER PROCEDURES
KR101952700B1 (ko) * 2012-07-31 2019-02-28 삼성전자주식회사 방송 통신 융합 서비스의 제공 방법 및 장치
US20140165112A1 (en) * 2012-12-11 2014-06-12 Samsung Electronics Company, Ltd. Launching a second-screen application related to a non-triggered first-screen application
US9143565B2 (en) * 2013-05-30 2015-09-22 Opentv, Inc. Synchronizing an application on a companion device

Also Published As

Publication number Publication date
KR20150140631A (ko) 2015-12-16
US9699524B2 (en) 2017-07-04
EP2978227A1 (en) 2016-01-27
CA2900485A1 (en) 2014-09-25
JP2016513438A (ja) 2016-05-12
US20150382080A1 (en) 2015-12-31
WO2014148813A1 (ko) 2014-09-25
CA2900485C (en) 2018-01-09
CN105075274A (zh) 2015-11-18
EP2978227A4 (en) 2016-08-17

Similar Documents

Publication Publication Date Title
JP6174721B2 (ja) 信号送信装置、信号送信方法及び信号送受信システム
KR101761633B1 (ko) 신호 송신 장치 및 제어 방법
US20210274263A1 (en) Method and apparatus for executing application in wireless communication system
CN103583008B (zh) 对用于交互电视的触发器参数表的扩展
AU2013206552B2 (en) Application discovery
US9639619B2 (en) Network architecture and method for reducing the number of resource requests
EP3070954A1 (en) Method and apparatus for managing connection between broadcast receiving device and another device connected by network
US10701454B2 (en) Image providing service
US9936036B2 (en) Method and system for indirectly establishing a unique communication channel between a plurality of devices
JP2002055896A (ja) 通信システムと装置
US8954489B2 (en) Widget activation and communication method
JP2002073310A (ja) 通信システムとその方法及び記憶媒体
US20160337449A1 (en) Method and apparatus for managing connection between broadcasting reception device and another device which are connected through network
JP2011166441A (ja) デジタル放送受信機、端末装置及びコンピュータプログラム
JP5832070B2 (ja) ホームネットワークにおいてディバイスに遠隔アプリケーションを提供する方法及びその装置
CN111654753B (zh) 一种应用程序启动方法及显示设备
RU2319309C2 (ru) Аудио/видеоустройство, устройство и способ для управления аудио/видеоустройством
US8812472B2 (en) Abstract database query
KR102401691B1 (ko) 무선 통신 시스템에서 어플리케이션 실행 방법 및 장치
WO2014117706A1 (zh) 用于实现网络意图的方法及装置
CN109739662A (zh) 通信方法及装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160907

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161213

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170606

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170706

R150 Certificate of patent or registration of utility model

Ref document number: 6174721

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees