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

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

Info

Publication number
JP2016513438A
JP2016513438A JP2015560107A JP2015560107A JP2016513438A JP 2016513438 A JP2016513438 A JP 2016513438A JP 2015560107 A JP2015560107 A JP 2015560107A JP 2015560107 A JP2015560107 A JP 2015560107A JP 2016513438 A JP2016513438 A JP 2016513438A
Authority
JP
Japan
Prior art keywords
uri
application
companion
signal transmission
companion device
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.)
Granted
Application number
JP2015560107A
Other languages
English (en)
Other versions
JP6174721B2 (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

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/858Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4126The peripheral being portable, e.g. PDAs or mobile phones
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43637Adapting 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/437Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/443OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4432Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8126Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/8133Monomedia 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/8166Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173End-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)

Abstract

【課題】信号送信方法、信号送信装置及び信号送受信システムが開示される。【解決手段】信号送信方法は、マルチキャスト方式を用いてコンパニオン装置(companion device)を検索(discovery)するステップと、検索されたコンパニオン装置から装置タイプ情報を受信して格納するステップと、アプリケーションURI(Uniform Resource Identifier)を受信し、装置タイプ情報に対応させて格納するステップと、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、装置タイプ情報に対応するアプリケーションURIを選択されたコンパニオン装置に伝送するステップとを含む。【選択図】図2

Description

本発明は、信号送信装置、信号送信方法及び信号送受信システムに関する。
放送及び通信技術の発展に伴い、様々な放送装置及び放送サービスに対する研究が行われている。現在は、インターネット網に接続されてインターネット網を介して新たなコンテンツの提供を受けることができる放送装置及び放送サービスが具現されている。このような放送装置は、放送局から提供される放送プログラムに適した付加サービスをインターネット網を介して受信して画面に出力する。
しかし、放送コンテンツの出力中に付加サービスコンテンツが画面に出力される場合、付加サービスコンテンツは放送コンテンツの出力画面を妨げる。一般に、複数の人が一つの放送装置を通じて放送コンテンツを視聴することができる。しかし、そのうちの一部の人のみが付加サービスに対して関心を有し得る。
したがって、付加サービスが周辺装置を通じて出力されることによって、放送コンテンツは妨げずに放送装置を通じて出力し得る技術が必要である。
本発明の目的は、放送コンテンツを視聴しながら付加サービスを周辺機器に出力する信号送信装置、信号送信方法及び信号送受信システムを提供するものである。
本発明の他の目的は、付加サービスの提供を受けることができる周辺機器を確認し、付加サービスの提供を受けることができることを示す情報を周辺機器に伝送する信号送信装置、信号送信方法及び信号送受信システムを提供するものである。
本発明の更に他の目的は、周辺機器で提供される付加サービスを出力する信号送信装置、信号送信方法及び信号送受信システムを提供するものである。
本発明の一実施例によれば、信号送信方法は、マルチキャスト方式を用いてコンパニオン装置(companion device)を検索(discovery)するステップと、検索されたコンパニオン装置から装置タイプ情報を受信して格納するステップと、アプリケーションURI(Uniform Resource Identifier)を受信し、前記装置タイプ情報に対応させて格納するステップと、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、前記装置タイプ情報に対応するアプリケーションURIを前記選択されたコンパニオン装置に伝送するステップとを含む。
そして、前記格納するステップは、前記アプリケーションURIを含むAIT(Application Information Table)を受信し、前記受信されたAITをパージング(parsing)して、前記装置タイプ情報に対応する前記アプリケーションURIを検出して格納することができる。
また、前記格納するステップは、据え置きURI(deferred URI)を含むAITを受信し、前記受信されたAITをパージングして前記据え置きURIを検出し、前記据え置きURIに対応するサーバーに接続し、前記装置タイプ情報に対応する前記アプリケーションURIを受信して格納することができる。
そして、前記格納するステップは、HbbTVアプリケーションがサーバーと通信を行って、前記コンパニオン装置アプリケーション(companion device application)を利用可能であるか否か(available)を確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応する前記アプリケーションURIをサーバーから受信して格納することができる。
一方、前記アプリケーションURIは、それぞれのコンパニオン装置毎に互いに異なるURI値が割り当てられる特定(specific)URI、または同一のURI値が割り当てられる一般(generic)URIであってもよい。
本発明の一実施例によれば、信号送信装置は、マルチキャスト方式を用いてコンパニオン装置を検索(discovery)し、検索されたコンパニオン装置から装置タイプ情報を受信するUPnP部と、アプリケーションURIを受信する通信部と、前記装置タイプ情報と前記アプリケーションURIとを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認する装置管理部と、を含み、前記UPnP部は、前記装置タイプ情報に対応するアプリケーションURIを前記選択されたコンパニオン装置に伝送する。
本発明の一実施例によれば、信号送受信システムは、マルチキャスト方式を用いてコンパニオン装置を検索(discovery)し、検索されたコンパニオン装置に、装置タイプ情報を要請する制御信号を伝送する信号送信装置、及び前記信号送信装置に装置タイプ情報を伝送するコンパニオン装置を含み、前記信号送信装置は、アプリケーションURIを受信して前記装置タイプ情報と前記アプリケーションURIとを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、前記装置タイプ情報に対応するアプリケーションURIを前記選択されたコンパニオン装置に伝送し、前記コンパニオン装置は、前記信号送信装置から伝送された前記アプリケーションURIを受信し、前記アプリケーションURIに対応するサーバーからURIページを受信してディスプレイする。
本発明の実施例によれば、放送コンテンツと関連する付加サービスを周辺機器で受信して出力することができる。
そして、付加サービスの提供を受けることができる周辺機器を確認し、付加サービスの提供を受けることができることを示す情報を周辺機器に伝送することができる。
また、本発明の実施例によれば、周辺機器で提供される付加サービスを信号送信装置で出力することができる。
本発明の一実施例に係る信号送信方法のフローチャートである。 本発明の一実施例に係る信号送受信システムを説明する図である。 本発明の様々な実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明する図である。 本発明の第1実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。 本発明の第2実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。 本発明の第3実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。 本発明の第4実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。 本発明の第5実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。 本発明の第6実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。 本発明の一実施例に係るURIディスクリプタを説明する図である。 本発明の他の実施例に係るURIディスクリプタを説明する図である。 装置タイプ情報をシグナリングする実施例を説明する図である。 コンパニオン装置情報をシグナリングする実施例を説明する図である。 URIタイプ情報をシグナリングする実施例を説明する図である。 コンパニオンアプリケーション(companion application)を実行する方式に関する情報をシグナリングする実施例を説明する図である。 本発明の一実施例に係る据え置きURI(deferred URI)のGET要請ヘッダー情報を説明する図である。 本発明の一実施例に係るGET応答情報を説明する図である。 本発明の一実施例に係るコンパニオンアプリケーションURIをエンコーディングするためのJSON schemaを説明する図である。 コンパニオン装置に応じたURIをエンコーディングする実施例を説明する図である。 本発明の一実施例に係るコンパニオン装置において付加サービスを実行するための信号送信装置のUIを説明する図である。 本発明の様々な実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。 本発明の様々な実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。 本発明の第1実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。 本発明の第2実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。 本発明の一実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行するための信号送信装置のUIを説明する図である。 本発明の一実施例に係る信号送信装置のブロック図である。 本発明の一実施例に係るコンパニオン装置のブロック図である。
以下、上記目的を具体的に実現できる本発明の好適な実施例を添付の図面を参照して説明する。このとき、図面に図示され、またこれによって説明される本発明の構成と作用は、少なくとも一つの実施例として説明されるものであり、これによって本発明の技術的思想とその核心構成及び作用が制限されるものではない。
本発明で使用される用語は、本発明における機能を考慮した上、できるだけ現在広く使用されている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、慣例又は新しい技術の出現などによって変わり得る。また、特定の場合、出願人が任意に選定した用語もあり、その場合には、該当する発明の説明の部分で詳細にその意味を記載する。したがって、本発明で使用される用語は、単純な用語の名称ではなく、その用語が持つ意味と本発明の全般にわたる内容に基づいて定義されなければならないということは明らかである。
図1は、本発明の一実施例に係る信号送信方法のフローチャートである。
図1を参照すると、信号送信装置は、マルチキャスト方式を用いてコンパニオン装置(companion device)(またはセカンド装置)を検索(discovery)する(S110)。例えば、信号送信装置はTVなどであってもよい。そして、コンパニオン装置は、スマートフォン、スマートパッド、ラップトップコンピュータなどのように個人用携帯装置であってもよい。
信号送信装置は、検索されたコンパニオン装置から装置タイプ情報を受信して格納する(S120)。装置タイプ情報は、コンパニオン装置がどの種類の携帯装置であるかを確認できる情報であってもよい。信号送信装置は、装置タイプ情報を受信して装置テーブルに格納して管理することができる。
信号送信装置は、アプリケーションURIを受信し、装置タイプ情報に対応させて格納する(S130)。URI(Uniform Resource Identifier)は、インターネットにある資源を示すアドレスであって、URL(Uniform Resource Locator)及びURN(Uniform Resource Name)を含むことができる。アプリケーションURIは、コンパニオン装置が付加サービスを行うために必要な資源がある場所であり得る。
一実施例として、信号送信装置は、アプリケーションURIを含むAIT(Application Information Table)を受信し、受信されたAITをパージング(parsing)して、装置タイプ情報に対応するアプリケーションURIを検出して格納することができる。
または、信号送信装置は、据え置きURI(deferred URI)を含むAITを受信し、受信されたAITをパージングして、前記据え置きURIを検出することができる。信号送信装置は、据え置きURIに対応するサーバーに接続し、装置タイプ情報に対応するアプリケーションURIを受信して格納することができる。
または、信号送信装置は、HbbTVアプリケーションを介してサーバーと通信を行って、コンパニオン装置アプリケーション(companion device application)を利用可能であるか否か(available)を確認できる。そして、信号送信装置は、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応するアプリケーションURIをサーバーから受信して格納し得る。
信号送信装置は、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、装置タイプ情報に対応するアプリケーションURIを選択されたコンパニオン装置に伝送する(S140)。
図2は、本発明の一実施例に係る信号送受信システムを説明する図である。
信号送受信システムは、信号送信装置100、コンパニオン装置(Companion Device)200、及び放送サーバー(Broadcast Server)300を含むことができる。
信号送信装置100は、放送受信部(Broadcast Reciver)110、装置管理部(Device Manager)120、UPnP部130及びブラウザ部(Browser)140を含むことができる。例えば、信号送信装置100はTVであってもよい。
コンパニオン装置200は、ネイティブアプリケーション部(Native App)210及びシステムウェブブラウザ部(System Web Browser)220を含むことができる。ネイティブアプリケーション部(Native App)210は、UPnP 211及びウェブビュー(Web View)212を含むことができる。
信号送信装置100は、現在の放送プログラムと関連するコンパニオン装置アプリケーション(Companion Device Application)サービスがあるという内容を含んだAITを、放送受信部110を介して受信することができる。または、信号送信装置100は、放送サーバーからHbbTVアプリケーションを介してコンパニオン装置アプリケーションの存在を認識し得る。
すなわち、信号送信装置100は、放送信号から現在プログラムと関連するコンパニオン装置アプリケーションが存在するか否かの情報を含むAITを受信しながら、このような過程を行うことができる。信号送信装置100は、現在プログラムと関連するアプリケーションを利用できることをユーザに知らせることができる。コンパニオン装置アプリケーションを設置するためのURIを発見する過程は、AITに含まれたURIを用いて直接、またはコンパニオン装置アプリケーションを利用できる遠隔放送サーバー300を通じて行われてもよい。
放送受信部(Broadcast Reciver)110は、放送コンテンツを含む放送信号を受信することができる。
放送受信部110は、プラットフォームのTVミドルウェアを示すことができる。放送受信部110は、コンパニオン装置との接続のための放送AITをフィルタリングすることができ、接続が発見されると、装置管理部120に知らせることができる。
装置管理部(Device Manager)120は、UPnP部130から利用可能な装置に関する情報を収集し、ジャバスクリプトAPIを介してHbbTVアプリケーションに収集された情報を知らせることができる。装置管理部(Device Manager)120は、AITから提供されるコンパニオンアプリケーションリンクに関する情報を放送受信部110から収集し、DOMイベントによって利用可能性をHbbTVに知らせることができる。
UPnP部130は、TVプラットフォームのUPnPを具現し得る。UPnP部130は、コンパニオン装置200が存在するか否かを検索し、信号送信装置100とコンパニオン装置200間のコンパニオンアプリケーションURIを伝達することができる。
ブラウザ部(Brower)140は、HbbTVアプリケーションを含むことができる。ブラウザ部(Brower)140は、HbbTVアプリケーションを用いて特定URIの放送サーバー300に接続することができる。ブラウザ部140は、放送サーバー300から、装置タイプによるアプリケーションURIを受信することができる。または、ブラウザ部140は、コンパニオン装置アプリケーションを利用可能であるか否かを確認することができる。
ネイティブアプリケーション部(Native App)210は、コンパニオン装置200上で駆動され、UPnP動作を提供することができる。そして、コンパニオンアプリケーションをローディングし、駆動し得るウェブビューを提供することができる。
システムウェブブラウザ部(System Web Browser)220は、コンパニオン装置200上で駆動され、コンパニオン装置200で設定される標準ウェブブラウザであり得る。ネイティブアプリケーション部210によって選択的に提供され得るウェブビュー212とは異なり、システムウェブブラウザ部(System Web Browser)220は、一般的なウェブ用途に適した一般のウェブブラウザであり得る。
UPnP211は、信号送信装置100のUPnP部130と接続されて通信を行うことができ、ウェブビュー(Web View)212は、接続されたURIのサーバーで提供する付加サービスを表示することができる。
コンパニオンアプリケーションのために獲得されるURIのタイプは、下記のように考慮し得る。
(1)AITは、コンパニオン装置のそれぞれのクラス(例、スマートフォン、タブレットなど)のための特定URIを含むことができる。
(2)AITは、コンパニオン装置の全てのクラスで利用可能な一般URIを含むことができる。
(3)AITは、アプリケーションURIを受信できる放送サーバーを指す据え置きURI(deferred URI)を含むことができる。
図3は、本発明の一実施例に係る、CP(Control Point)が信号送信装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
UPnP装置構造は、CP(Control Point)のみが装置に命令を伝送したり(control)、装置の状態変更を聞くもの(Eventing)として定義することができる。
図3を参照すると、信号送信装置100(例、TV)のみがCPを有する。コンパニオン装置200は、2つの状態変数に対するアクセスを提供する。−コンパニオン装置クラス、開始のためのURI。AITに含まれたコンパニオンアプリケーションURIを受信すると、信号送信装置100は、コンパニオン装置200によって提供されるサービスを介して直接アプリケーションURIをセットすることができる。
図4は、本発明の一実施例に係る、CPがコンパニオン装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
図4を参照すると、コンパニオン装置200のみがCPを有する。信号送信装置100は、2つの状態変数のためのアクセスを提供する。コンパニオン装置クラス、開始のためのURI。CPのない装置は、いかなるサービスも提供できないので、コンパニオン装置200は、能動的に自身の装置クラスを信号送信装置100にセットし、アプリケーションURIサービスを照会(poll)することが必要である。
図4で説明する方法は2つの点を考慮し得る。
まず、信号送信装置100における装置クラス状態変数の使用は、UPnPの独創的使用である。UPnPは、状態変数を、周辺装置を記述(GET)したり制御(SET)したりするパラメータとして思うことができる。しかし、この場合、信号送信装置100の状態変数は、コンパニオン装置200を記述するために使用され得る。このように装置クラス変数がsetを得るとき、特別なハンドリングは、それぞれのコンパニオン装置200のための別個の値を格納するために行われることが必要であり得る。
次に、CPのない信号送信装置100は、いかなる動作も能動的にトリガーすることができないため、コンパニオン装置200は、アプリケーションURI状態変数を照会することが必要であり得る。UPnP装置構造は、適用サービスがほぼ30秒後にリターンされなければならず、もし動作がさらに長くかかるのが明確であれば、それより早くリターンされなければならないものとして定義することができる。これは、サービスの適用からいつリターンするか、いつAITにトリガーが存在しないかに対することは、信号送信装置100の裁量であるということを意味する。このようなケースにおいて、信号送信装置100が速やかにリターンする場合、不当なプロセシング負担及びシステム負荷がコンパニオン装置200に発生することがある。
図5は、本発明の他の実施例に係る、CPがコンパニオン装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
図5を参照すると、アプリケーションURIは、信号送信装置100からイベント型状態変数を介して獲得することができる。図5の方法は、アプリケーションURI状態変数のための照会の欠点を克服することができる。
図5の方法は、Setを使用してコンパニオン装置200が信号送信装置100に情報を与えるものであり、図4の方法は、Getを使用して信号送信装置100がコンパニオン装置200から情報を持って来るものである。
図6は、本発明の一実施例に係る、CPが信号送信装置及びコンパニオン装置の両方にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
CPが両装置ともにあるので、相互間に自由な通信が可能である。
コンパニオン装置200は、get−able状態変数を介して自身の装置クラスに対する接近を提供し得、信号送信装置100は、イベント型状態変数を介してアプリケーションURIに対する接近を提供し得る。信号送信装置100がAIT内のコンパニオンURIを感知する度に、信号送信装置100は、アプリケーションURI状態変数のためのイベントを生成することができる。
アプリケーションURIは、コンパニオン装置200毎に別個の値を有することが必要であるので、アプリケーションURI状態変数はイベントの独創的使用である一方、UPnPは、全てのメッセージを全ての加入者に送るものとして定義できる。
図7は、本発明の一実施例に係る、CPが第3の装置にある場合に、コンパニオン装置において付加サービスを実行する方法を説明する図である。
図7を参照すると、信号送信装置100及びコンパニオン装置200はCPを有していない。したがって、信号送信装置100とコンパニオン装置200は相互間に通信を行うことができず、第3の装置400は、プロキシ(proxy)として動作することを期待することができない。しかし、CPが信号送信装置100及びコンパニオン装置200のうちの少なくとも1つに含まれる場合、上述した図3乃至図6のうちの一つの方法で信号送受信システムは動作することができる。
図8は、本発明の第1実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。
図8には、全てのコンパニオン装置(またはセカンド装置)に対するアプリケーションURIがAITに含まれており、CPが信号送信装置(例、TV)に位置した実施例が示されている。
図8を参照すると、AITを用いて特定URIまたは一般URIが伝送される場合のイベントの流れが示されている。したがって、追加的なURI解像度(または分解能(resolution))は不要であり、開始URI(launching URI)は直接コンパニオン装置に伝送され得る。
CPであるTVは、UPnP17を介してコンパニオン装置19にマルチキャストサーチを伝送して検索(discovery)作業を進行する(S1110)。コンパニオン装置19に対するディスカバリーが完了すると、UPnP17は、コンパニオン装置19に、装置タイプ情報をGetせよという制御信号を伝送する(S1115)。コンパニオン装置19は、制御信号に対する応答として装置情報をTVのUPnP17に伝送する(S1120)。伝送された装置情報は装置管理部15に伝達される(S1125)。装置管理部15は、装置テーブルを作成し、装置ID、装置タイプ及びURIを管理する(S1130)。
TV11はAITを受信する(S1135)。AITは、コンパニオン装置において開始されるアプリケーションURIを含むことができる。TV11は、受信したAITをパージングして、装置タイプによるアプリケーションURIを装置管理部15に伝達する(S1140)。装置管理部15は、装置テーブルのコンパニオン装置に該当するURIをアップデートする。装置管理部15は、コンパニオンスクリーンアプリケーションの存在をHbbTVアプリケーション13に知らせる(S1145)。HbbTVアプリケーション13は、全てのコンパニオン装置情報を要求する(S1150)。装置管理部15は、要求に対する応答としてコンパニオン装置情報を伝達する(S1155)。
TV11は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
HbbTVアプリケーション13は、選択されたコンパニオン装置と関連する情報を装置管理部15に伝達する(S1160)。装置管理部15は、選択されたコンパニオン装置と対応するアプリケーションURIをTVのUPnP17に伝達する(S1165)。TVのUPnP17は、Set URIという制御信号を、選択されたコンパニオン装置19に伝送する(S1170)。コンパニオン装置19は、伝送されたURIをウェブビュー21に伝達する(S1175)。ウェブビュー21は、インターネット網を用いてURIページを表示する(S1180)。
言い換えると、CPであるTVのUPnPを介してコンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、TVは、コンパニオン装置に、装置タイプをGetせよというコントロールを伝送する。コンパニオン装置は、コントロールに対する応答として装置情報を伝達する。伝達された装置情報は装置管理部の装置テーブルに伝達されて装置IDと装置タイプを管理する。
AITは、コンパニオン装置において開始されるアプリケーションURIを含み、TVはAITを受信する。受信したAITはパージングされ、装置管理部に伝達されて、装置テーブルにあるコンパニオン装置に対応するURIをアップデートする。装置テーブルは、コンパニオン装置と対応するアプリケーションURIを含むようになる。もし、AITで装置タイプを指定していない場合(例、一般URI)、共通するURIがコンパニオン装置に伝達される。コンパニオン装置アプリケーションが存在する場合、AITを介して利用可能であることを、TVを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションURIを、TVのUPnPに伝達する。伝達されたURIは、TV(CP)からコンパニオン装置に、“Set URI”というコントロールを介して、ユーザが選択したコンパニオン装置に伝達される。受信されたURIは、コンパニオン装置においてウェブビューを介してユーザに表示される。
装置テーブル(Device Table)は、TVがAITを介して検出したそれぞれのコンパニオン装置に応じたURIまたはサーバー(例、放送局サーバー)のアドレスを格納することができる。そして、装置テーブルは、TVがコンパニオン装置と接続しながら得た装置情報を格納することができる。また、装置テーブルは、サーバーを通じて検出したコンパニオン装置別URIを格納することができる。したがって、装置テーブルは、HbbTV(browserレベル)とUPnP(physicalレベル)で収集された、コンパニオン装置を動作させるのに必要な情報を統合的に管理する格納空間である。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。TVは、UPnPのCP(Control Point)である。一実施例として、HbbTV 2.0受信機は、urn:hbbtv−org:device:hbbtv2.0rcvrのUPnP装置タイプを有する論理的UPnP装置を履行しなければならない。そして、HbbTV 2.0コンパニオン装置は、urn:hbbtv−org:device:hbbtv2.0rcvrのUPnP装置タイプを有する論理的UPnP装置を履行しなければならない。上記のURNのNamespace Identifier(NID) prefixを形成するために、hbbtv.orgのDNS名は、RFC2141で要求する通りにhbbtv−orgに転換される。hbbtv−orgの後の残余部分は、Namespace Specific String(NSS)である。
HbbTV 2.0受信機は、以下のようなDevinfoサービス及びサービスタイプ及びサービスIDを有するAppURIサービスを支援する。
DevInfoサービスを用いて、TVは、コンパニオン装置から装置情報を持って来ることができる。TVは、UPnPのGET制御を通じてコンパニオン装置情報を受信することができる。DevInfoサービスのためのプロトコルは、以下で定義されたパラメータを使用する。
表2は、Devinfo Service state variableである。
表3は、DevClass Service actionである。
表4は、GetDevClass action argumentsである。
DevClass state variableを使用するために、次の規則が適用される。
a)コンパニオン装置は、“Phone”、“Tablet”または“PC”クラスとして自身を識別する。
b)TVは、“TV”クラスとして自身を識別する。
AppURIサービスは、TVからコンパニオン装置にアプリケーションのための開始URIを送るために使用できる。複数のコンパニオン装置が利用可能なとき、HbbTVアプリケーションは、一つを選択するようにユーザを誘導し、選択された装置のためのURIは、UPnPのSET制御を通じて伝送され得る。AppURIサービスのためのプロトコルは、以下で定義されたパラメータを使用する。
表5は、AppURI Service state variableである。
表6は、AppURI Service actionである。
表7は、SetAppURI action argumentsである。
DisplayIntnet state variable及びaction argumentを使用するために、次の規則が適用される。
a)WebViewまたはSystemBrowerのうちの1つがセットされる。
b)WebViewが伝送されると、関連するURIは、コンパニオンアプリケーション内に埋め込まれたWebViewで開始され得る。他の場合には、URIは、コンパニオン装置の基本Web browserで開始され得る。
c)埋め込まれたWebViewが提供されないコンパニオン装置は、全てのURIを基本Web browserで開始する。
図9は、本発明の第2実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。
図9には、全てのコンパニオン装置に対するアプリケーションURIがAITに含まれ、CPがコンパニオン装置に位置した実施例が示されている。
図9を参照すると、CPであるコンパニオン装置19は、TVにマルチキャスト方式を用いて検索(discovery)作業を行う(S1210)。検索作業が完了すると、コンパニオン装置19からTVに、コンパニオン装置の装置情報をSetせよという制御信号を伝送する(S1215)。TVのUPnP17は、コンパニオン装置情報を装置管理部15に伝達する(S1220)。装置管理部15は、装置テーブルを作成し、装置ID、装置タイプ及びURIを管理する(S1225)。
TV11はAITを受信する(S1230)。AITは、コンパニオン装置において開始されるアプリケーションURIを含むことができる。TV11は、受信したAITをパージングして、装置タイプによるアプリケーションURIを装置管理部15に伝達する(S1235)。装置管理部15は、装置テーブルのコンパニオン装置に該当するURIをアップデートする。装置管理部15は、コンパニオンスクリーンアプリケーションの存在をHbbTVアプリケーション13に知らせる(S1240)。HbbTVアプリケーション13は、全てのコンパニオン装置情報を要求する(S1245)。装置管理部15は、要求に対する応答としてコンパニオン装置情報を伝達する(S1250)。
TV11は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
HbbTVアプリケーション13は、選択されたコンパニオン装置と関連する情報を装置管理部15に伝達する(S1255)。装置管理部15は、選択されたコンパニオン装置と対応するアプリケーションURIをTVのUPnP17に伝達する(S1260)。伝達されたURIがある場合、TVのUPnP17は、コンパニオン装置に、伝達されたURIを知らせる(S1265)。コンパニオン装置19は、伝送されたURIをウェブビュー21に伝達する(S1270)。ウェブビュー21は、インターネット網を用いてURIページを表示する(S1275)。
言い換えると、CPであるコンパニオン装置のUPnPを介してTVにマルチキャストサーチを送ってディスカバリー作業を進行する。TVに対するディスカバリーが完了すると、コンパニオン装置は、TVに、コンパニオン装置の装置タイプをSetせよというコントロールを送る。TVは、コンパニオン装置でSetした情報を装置管理部に伝達する。装置テーブルは、全てのコンパニオン装置の装置IDと装置タイプを管理する。
AITは、コンパニオン装置において開始されるアプリケーションURIを含み、TVはAITを受信する。受信したAITはパージングされ、装置管理部に伝達されて、装置テーブルにあるコンパニオン装置に対応するURIをアップデートする。装置テーブルは、コンパニオン装置と対応するアプリケーションURIを含むようになる。もし、AITで装置タイプを指定していない場合(例、一般URI)、共通するURIがコンパニオン装置に伝達される。コンパニオン装置アプリケーションが存在する場合、AITを介して利用可能であることを、TVを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションURIを、TVのUPnPに伝達する。伝達されたURIがある場合、ユーザが選択したコンパニオン装置(CP)は、TVで変更された(伝達された)URIの通知(notify)を受けるようになり、アプリケーションURIの伝達を受ける。受信されたURIは、コンパニオン装置においてウェブビューを介してユーザに表示される。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。コンパニオン装置は、UPnPのCP(Control Point)である。一実施例として、HbbTV 2.0受信機のUPnP装置タイプは、urn:hbbtv.org:device:hbbtv2.0rcvrである。場合によって、Namespace Identifier(NID) prefixを形成するために、hbbtv.orgのDNS名は、RFC2141で要求する通りにhbbtv−orgに転換され得る。hbbtv−orgの後の残余部分は、Namespace Specific String(NSS)である。HbbTV 2.0受信機は、以下のようなDevinfoサービス及びサービスタイプ及びサービスIDを有するAppURIサービスを支援する。
表8は、Service type及びService IDを示す。
DevInfoサービスを用いて、TVは、CPであるコンパニオン装置から装置情報を受信することができる。コンパニオン装置がCPであるので、UPnPの特性上、Set Controlを通じてTVに情報を伝達する。
AppURIサービスは、TVからコンパニオン装置(CP)に、アプリケーションを開始するURIを伝達するためのサービスである。ユーザが選択したコンパニオン装置に該当するURIをHbbTVアプリケーションを介して得て、当該コンパニオン装置にnotifyしてUPnPを介して伝達する。
表9は、DevInfo ervice state variableである。
表10は、DevInfo Service actionである。
表11は、Argument of GetDevInfo actionである。
表12は、AppURI Service state variableである。
表13は、AppURI Service Actionsである。
表14は、Argument of SetAppURI actionである。
図10は、本発明の第3実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。
図10には、AITを用いて据え置きURI(deferred URI)が伝送される場合のイベントの流れが示されている。したがって、アプリケーションURIが、コンパニオン装置に伝送される前に、遠隔サーバーから検索される過程を必要とする。
CPであるTVは、UPnP17を介してコンパニオン装置19にマルチキャストサーチを送って検索(discovery)作業を進行する(S1310)。コンパニオン装置19に対するディスカバリーが完了すると、UPnP17は、コンパニオン装置19に、装置タイプ情報をGetせよという制御信号を伝送する(S1315)。コンパニオン装置19は、制御信号に対する応答として装置情報をTVのUPnP17に伝送する(S1320)。伝送された装置情報は、装置管理部15に伝達される(S1325)。装置管理部15は、装置テーブルを作成し、装置ID、装置タイプ及びURIを管理する(S1330)。
TV11はAITを受信する(S1335)。AITは、サーバーに接続可能な据え置きURIを含むことができる。TV11は、受信したAITをパージングして、サーバーに接続できる据え置きURIを装置管理部15に伝達する(S1340)。装置管理部15は、コンパニオンスクリーンアプリケーションの存在をHbbTVアプリケーション13に知らせる(S1345)。HbbTVアプリケーション13は、全てのコンパニオン装置情報を要求する(S1350)。装置管理部15は、要求に対する応答としてコンパニオン装置情報を伝達する(S1355)。HbbTVアプリケーション13は、据え置きURIを通じて、コンパニオン装置の装置タイプに対応するアプリケーションURIを要求する(S1360)。サーバー31は、要求に対する応答として装置タイプ別アプリケーションURIをTVに伝送する(S1365)。HbbTVアプリケーション13は、受信したアプリケーションURIを装置管理部15に伝達する(S1370)。装置管理部15は、伝達されたアプリケーションURIを装置テーブルに格納する(S1375)。
TV11は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
装置管理部15は、選択されたコンパニオン装置と対応するアプリケーションURIをTVのUPnP17に伝達する(S1380)。TVのUPnP17は、Set URIという制御信号を、選択されたコンパニオン装置19に伝送する(S1385)。コンパニオン装置19は、伝送されたURIをウェブビュー21に伝達する(S1390)。ウェブビュー21は、インターネット網を用いてURIページを表示する(S1395)。
言い換えると、CPであるTVのUPnPを介してコンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、TVは、コンパニオン装置に、装置タイプをGetせよというコントロールを送る。コンパニオン装置は、コントロールに対する応答として装置情報を伝達する。伝達された装置情報は、装置管理部の装置テーブルに伝達されて装置IDと装置タイプを管理する。
AITは、サーバーに接続可能な据え置きURIを含み、TVは、AITを受信する。受信したAITはパージングされ、装置管理部に伝達される。装置管理部は、全てのコンパニオン装置のためにURIをアップデートする。据え置きURIは、装置クラスに応じて識別されないため、装置クラス別に識別され得るURIが必要である。装置管理部は、据え置きURIが利用可能であるということをDOMイベントを介してHbbTVアプリケーションに知らせる。このとき、HbbTVアプリケーションは、据え置きURIを解釈し、装置テーブルに最終のURIを格納する。その後、HbbTVアプリケーションは、URIがアップデートされたことを装置管理部に知らせ、装置管理部は、2番目のDOMイベントを生成する。コンパニオン装置アプリケーションが存在する場合、AITを介して利用可能であることを、TVを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションURIを、TVのUPnPに伝達する。伝達されたURIは、TV(CP)からコンパニオン装置に、“Set URI”というコントロールを介して、ユーザが選択したコンパニオン装置に伝達される。受信されたURIは、コンパニオン装置においてウェブビューを介してユーザに表示される。
図11は、本発明の第4実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。
図11を参照すると、CPであるコンパニオン装置19は、TVにマルチキャスト方式を用いて検索(discovery)作業を行う(S1410)。検索作業が完了すると、コンパニオン装置19からTVに、コンパニオン装置の装置情報をSetせよという制御信号を伝送する(S1415)。TVのUPnP17は、コンパニオン装置情報を装置管理部15に伝達する(S1420)。装置管理部15は、装置テーブルを作成し、装置ID、装置タイプ及びURIを管理する(S1425)。
TV11はAITを受信する(S1430)。AITは、サーバーに接続可能な据え置きURIを含むことができる。TV11は、受信したAITをパージングして、サーバーに接続できる据え置きURIを装置管理部15に伝達する(S1435)。装置管理部15は、コンパニオンスクリーンアプリケーションの存在をHbbTVアプリケーション13に知らせる(S1440)。HbbTVアプリケーション13は、全てのコンパニオン装置情報を要求する(S1445)。装置管理部15は、要求に対する応答としてコンパニオン装置情報を伝達する(S1450)。HbbTVアプリケーション13は、据え置きURIを介して、コンパニオン装置の装置タイプに対応するアプリケーションURIを要求する(S1455)。サーバー31は、要求に対する応答として装置タイプ別アプリケーションURIをTVに伝送する(S1460)。HbbTVアプリケーション13は、受信したアプリケーションURIを装置管理部15に伝達する(S1465)。装置管理部15は、伝達されたアプリケーションURIを装置テーブルに格納する(S1470)。
TV11は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、付加サービス及び付加サービスを実行するコンパニオン装置のタイプを選択することができる。
装置管理部15は、選択されたコンパニオン装置と対応するアプリケーションURIをTVのUPnP17に伝達する(S1475)。伝達されたURIがある場合、TVのUPnP17は、コンパニオン装置に、伝達されたURIを知らせる(S1480)。コンパニオン装置19は、伝送されたURIをウェブビュー21に伝達する(S1485)。ウェブビュー21は、インターネット網を用いてURIページを表示する(S1490)。
言い換えると、CPであるコンパニオン装置のUPnPを介してTVにマルチキャストサーチを送ってディスカバリー作業を進行する。TVに対するディスカバリーが完了すると、コンパニオン装置は、TVに、コンパニオン装置の装置タイプをSetせよというコントロールを送る。TVは、コンパニオン装置でSetした情報を装置管理部に伝達する。装置テーブルは、全てのコンパニオン装置の装置IDと装置タイプを管理する。
AITは、サーバーに接続可能な据え置きURIを含み、TVは、AITを受信する。受信したAITはパージングされ、装置管理部に伝達される。装置管理部は、全てのコンパニオン装置のためにURIをアップデートする。据え置きURIは、装置クラスに応じて識別されないため、装置クラス別に識別され得るURIが必要である。装置管理部は、据え置きURIが利用可能であるということをDOMイベントを介してHbbTVアプリケーションに知らせる。このとき、HbbTVアプリケーションは、据え置きURIを解釈し、装置テーブルに最終のURIを格納する。その後、HbbTVアプリケーションは、URIがアップデートされたことを装置管理部に知らせ、装置管理部は、2番目のDOMイベントを生成する。コンパニオン装置アプリケーションが存在する場合、AITを介して利用可能であることを、TVを介して知らせる。ユーザは、これを確認し、接続しようとするコンパニオン装置を選択する。選択された装置は装置管理部に伝達され、コンパニオン装置に伝達される準備が完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションURIを、TVのUPnPに伝達する。伝達されたURIがある場合、ユーザが選択したコンパニオン装置(CP)は、TVで変更された(伝達された)URIのnotifyを受けるようになり、アプリケーションURIの伝達を受ける。受信されたURIは、コンパニオン装置においてウェブビューを介してユーザに表示される。
図12は、本発明の第5実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。
図12には、コンパニオンアプリケーションのためのトリガーが、AITではなく放送サーバーから伝送される場合のイベントの流れが示されている。この方法は、放送信号の受信なしにコンパニオンアプリケーションを開始することができる。TVのHbbTVアプリケーションは、能動的に放送サーバーをクエリーすることが必要である。AITのような自動トリガリングは支援されない。
CPであるTVは、UPnP17を介してコンパニオン装置19にマルチキャストサーチを送って検索(discovery)作業を進行する(S1510)。コンパニオン装置19に対するディスカバリーが完了すると、UPnP17は、コンパニオン装置19に、装置タイプ情報をGetせよという制御信号を伝送する(S1515)。コンパニオン装置19は、制御信号に対する応答として装置情報をTVのUPnP17に伝送する(S1520)。伝送された装置情報は装置管理部15に伝達される(S1525)。装置管理部15は、装置テーブルを作成し、装置ID、装置タイプ及びURIを管理する(S1530)。
TVのHbbTVアプリケーション13は、放送サーバー31に、コンパニオン装置アプリケーションを利用可能であるか否かを決定することを要求する(S1535)。利用可能なコンパニオン装置アプリケーションが存在する場合、放送サーバー31は、HbbTVアプリケーション13に応答を送る(S1540)。HbbTVアプリケーション13は、全てのコンパニオン装置情報を要求する(S1545)。装置管理部15は、要求に対する応答としてコンパニオン装置情報を伝達する(S1550)。
TV11は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、インスタンス(instance)または装置タイプを選択することができる。HbbTVアプリケーション13は、コンパニオン装置タイプに対応するURIを放送サーバー31に要求する(S1555)。放送サーバー31は、HbbTVアプリケーションに、要求されたURIを伝送する(S1560)。
HbbTVアプリケーション13は、受信したアプリケーションURIを装置管理部15に伝達する(S1565)。装置管理部15は、伝達されたアプリケーションURIを装置テーブルに格納する(S1570)。装置管理部15は、選択されたコンパニオン装置と対応するアプリケーションURIをTVのUPnP17に伝達する(S1575)。TVのUPnP17は、Set URIという制御信号を、選択されたコンパニオン装置19に伝送する(S1580)。コンパニオン装置19は、伝送されたURIをウェブビュー21に伝達する(S1585)。ウェブビュー21は、インターネット網を用いてURIページを表示する(S1590)。
言い換えると、CPであるTVのUPnPを介してコンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、TVは、コンパニオン装置に、装置タイプをGetせよというコントロールを送る。コンパニオン装置は、コントロールに対する応答として装置情報を伝達する。伝達された装置情報は、装置管理部の装置テーブルに伝達されて装置IDと装置タイプを管理する。
AITに含まれたコンパニオンアプリケーションURIを感知するために装置管理部を待つ代わりに、HbbTVアプリケーションは、コンパニオン装置アプリケーションが現在有用なコンパニオン装置のために利用可能であるか否かに対して放送サーバーをクエリーする。もし、コンパニオン装置があれば、TVは、開始URIの提供を受ける。そのとき、ユーザは、アプリケーションURIを送るための接続された装置を選択することができる。装置管理部の装置テーブルに登録されたコンパニオン装置は、放送サーバーから受信された装置タイプに対応するアプリケーションURIをアップデートすることができる。TVは、選択されたコンパニオン装置に開始URIを伝送する準備を完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションURIを、TVのUPnPに伝達する。伝達されたURIは、TV(CP)からコンパニオン装置に、“Set URI”というコントロールを介して、ユーザが選択したコンパニオン装置に伝達される。受信されたURIは、コンパニオン装置においてウェブビューを介してユーザに表示される。
TVは、チューナーを介して、放送局から受信される放送信号を受信する場合もあるが、IPのみで接続される場合もある。IPのみで接続される場合、TVは、HbbTVアプリケーションと放送サーバー間の通信を介して、チューナーなしにもコンパニオン装置アプリケーションの存在を知らせることができる。
図13は、本発明の第6実施例に係るコンパニオン装置(companion device)において付加サービスを実行する方法を説明するタイミング図である。
図13を参照すると、CPであるコンパニオン装置19は、TVにマルチキャスト方式を用いて検索(discovery)作業を行う(S1610)。検索作業が完了すると、コンパニオン装置19からTVに、コンパニオン装置の装置情報をSetせよという制御信号を伝送する(S1615)。TVのUPnP17は、コンパニオン装置情報を装置管理部15に伝達する(S1620)。装置管理部15は、装置テーブルを作成し、装置ID、装置タイプ及びURIを管理する(S1625)。
TVのHbbTVアプリケーション13は、放送サーバー31に、コンパニオン装置アプリケーションを利用可能であるか否かを決定することを要求する(S1630)。利用可能なコンパニオン装置アプリケーションが存在する場合、放送サーバー31は、HbbTVアプリケーション13に応答を送る(S1635)。HbbTVアプリケーション13は、全てのコンパニオン装置情報を要求する(S1640)。装置管理部15は、要求に対する応答としてコンパニオン装置情報を伝達する(S1645)。
TV11は、放送中のプログラムと関連する付加サービスが存在すれば、ユーザに付加サービスの存在を知らせ、ユーザは、インスタンス(instance)または装置タイプを選択することができる。HbbTVアプリケーション13は、コンパニオン装置タイプに対応するURIを放送サーバー31に要求する(S1650)。放送サーバー31は、HbbTVアプリケーションに、要求されたURIを伝送する(S1655)。
HbbTVアプリケーション13は、受信したアプリケーションURIを装置管理部15に伝達する(S1660)。装置管理部15は、伝達されたアプリケーションURIを装置テーブルに格納する(S1665)。装置管理部15は、選択されたコンパニオン装置と対応するアプリケーションURIをTVのUPnP17に伝達する(S1670)。伝達されたURIがある場合、TVのUPnP17は、コンパニオン装置に、伝達されたURIを知らせる(S1675)。コンパニオン装置19は、伝送されたURIをウェブビュー21に伝達する(S1680)。ウェブビュー21は、インターネット網を用いてURIページを表示する(S1685)。
言い換えると、CPであるコンパニオン装置のUPnPを介してTVにマルチキャストサーチを送ってディスカバリー作業を進行する。TVに対するディスカバリーが完了すると、コンパニオン装置は、TVに、コンパニオン装置の装置タイプをSetせよというコントロールを送る。TVは、コンパニオン装置でSetした情報を装置管理部に伝達する。装置テーブルは、全てのコンパニオン装置の装置IDと装置タイプを管理する。
AITに含まれたコンパニオンアプリケーションURIを感知するために装置管理部を待つ代わりに、HbbTVアプリケーションは、コンパニオン装置アプリケーションが現在有用なコンパニオン装置のために利用可能であるか否かに対して放送サーバーをクエリーする。もし、コンパニオン装置があれば、TVは、開始URIの提供を受ける。そのとき、ユーザは、アプリケーションURIを送るための接続された装置を選択することができる。装置管理部の装置テーブルに登録されたコンパニオン装置は、放送サーバーから受信された装置タイプに対応するアプリケーションURIをアップデートすることができる。TVは、選択されたコンパニオン装置に開始URIを伝送する準備を完了する。
装置管理部は、ユーザから選択されたコンパニオン装置と対応するアプリケーションURIを、TVのUPnPに伝達する。伝達されたURIがある場合、ユーザが選択したコンパニオン装置(CP)は、TVで変更された(伝達された)URIの通知(notify)を受けるようになり、アプリケーションURIの伝達を受ける。受信されたURIは、コンパニオン装置においてウェブビューを介してユーザに表示される。
図14は、本発明の一実施例に係るURIディスクリプタを説明する図である。
上述した図8乃至図11では、URIをAITを介して受信する実施例を説明した。図14は、AITが一つのURIを含んでいる場合に、URIを伝達するディスクリプタを説明する。例えば、一つのURIは、一般URI(generic URI)、据え置きURI(deferred URI)などであり得る。single URI descriptorに含まれる具体的な情報は、以下の通りである。
descriptor_tagは、当該ディスクリプタを識別する8ビット識別子であって、single URI descriptorでは0x6F値を有する。
descriptor_lengthは、8ビットであって、次に位置するディスクリプタフィールドのバイト数を示す。
URI_lengthは、16ビットであって、次に位置するURIフィールドのバイト数を示す。
URI_charは、URIの特性を示す。
図15は、本発明の他の実施例に係るURIディスクリプタを説明する図である。
図15は、AITが複数個のURIを含んでいる場合に、URIを伝達するディスクリプタを説明する。例えば、複数個のURIは特定URI(specific URI)などであり得る。multi URI descriptorに含まれる具体的な情報は、以下の通りである。
descriptor_tagは、当該ディスクリプタを識別する8ビット識別子であって、single URI descriptorでは0x6F値を有する。
descriptor_lengthは、8ビットであって、次に位置するディスクリプタフィールドのバイト数を示す。
device_numberは、16ビットであって、当該ディスクリップにおいて可能なコンパニオン装置の数を示す。
device_typeは、コンパニオン装置のタイプを示す。device_typeについては、図16で具体的に説明する。
URI_lengthは、16ビットであって、次に位置するURIフィールドのバイト数を示す。
URI_charは、URIの特性を示す。
図16は、装置タイプ情報をシグナリングする実施例を説明する図である。
device_typeの具体的な情報は、以下の通りである。
device_typeが0である場合、コンパニオン装置はPCクラスを示す。
device_typeが1である場合、コンパニオン装置はタブレットクラスを示す。
device_typeが2である場合、コンパニオン装置はスマートフォンクラスを示す。
図17は、コンパニオン装置情報をシグナリングする実施例を説明する図である。
AITは、コンパニオン装置の利用可能性をシグナリングするためにURI linkage descriptorを含むことができる。
URI linkage descriptorのURI linkage typeフィールドは、コンパニオンアプリケーションURIが伝送されることを示すために0x80にセットされ得る。そして、URIが示す受信装置のタイプを知らせるために、private dataフィールドは、図17のようなcompanion link info構造をエンコーディングすることができる。
link_target_typeは、URIの目的を示す8ビットフィールドである。具体的な情報は、図18で説明する。
display_intentは、URIを介して開始されるアプリケーションをディスプレイする方法を示す。具体的な情報は、図19で説明する。
reservedは、後で使用できるように残しておいた6ビットフィールドであって、0にセットされ得る。
AITに含まれたURI linkage descriptorの伝送のために、次の規則が適用される。URI linkage typeフィールド値が0x80であるURI linkage descriptorの伝送は選択的である。このようなディスクリプタは、ディスクリプタループの各インスタンスで一回以上許容される。ディスクリプタループの与えられたインスタンス内の同じlink_target_typeを有するディスクリプタのマルチプルインスタンスはない。
図18は、URIタイプ情報をシグナリングする実施例を説明する図である。
link_target_typeの具体的な情報は、次の通りである。
link_target_type値が0x01であれば、AITに含まれたURIは、据え置きURIを示す。
link_target_type値が0x02であれば、AITに含まれたURIは、全ての装置クラスを対象とする一般URIを示す。
link_target_type値が0x03であれば、AITに含まれたURIは、タブレット装置クラスを対象とする特定URIを示す。
link_target_type値が0x04であれば、AITに含まれたURIは、TV装置クラスを対象とする特定URIを示す。
link_target_type値が0x05であれば、AITに含まれたURIは、PC装置クラスを対象とする特定URIを示す。
図19は、コンパニオンアプリケーション(companion application)を実行する方式に関する情報をシグナリングする実施例を説明する図である。
display_intentの具体的な情報は、次の通りである。
display_intent値が0であれば、コンパニオンアプリケーションは、システムウェブブラウザでディスプレイされる。
display_intent値が1であれば、コンパニオンアプリケーションは、埋め込まれたウェブビューでディスプレイされる。
図20は、本発明の一実施例に係る据え置きURI(deferred URI)のGET要求ヘッダー情報を説明する図である。
companion_link_info構造で据え置きURIが伝送される場合、信号送信装置は、コンパニオンアプリケーションと直接接続されるように提供されない。その代わりに、URI_linkage_descriptorを介して伝送されるURIが、コンパニオン装置アプリケーションに関する情報をダウンロードできる遠隔サーバーのリソースを識別することができる。この場合、TVは、位置別にURIを区別し、区別された位置からリソースを得なければならない。据え置きURIの解像度は装置管理部APIを用いて履行される。httpまたはhttps URI書式に従うURIが、URI_linkage_descriptor内の据え置きURIとして使用される。
TVは、ヘッダーフィールドを伝送するHTTP GET要求を発行する。クライアントは、追加的なヘッダーフィールドをエンコーディングし得る。そして、サーバーは、このような追加的なヘッダーフィールドを無視し得る。サーバーは、要求に対して応答し得る。再伝送状態コードのうちの1つがサーバーによってリターンされるとき、TVは、このような再伝送に従うための一般的な政策を従わなければならない。
据え置きURIを区別するためのGET要求ヘッダー情報は、図20に示した通りである。
図21は、本発明の一実施例に係るGET応答情報を説明する図である。
サーバーが、図20に定義されたような据え置きURIのための要求を受信すると、サーバーは、図20で説明するような応答のうち1つを送る。
サーバーで送る可能なGET応答状態コードは、図21に示した通りである。
図22は、本発明の一実施例に係るコンパニオンアプリケーションURIをエンコーディングするためのJSON schemaを説明する図である。
サーバーが200 OK状態コードで応答する場合、サーバーは、図22に示されたJSON書式に従ってJSON個体(entity)を伝達する。
JSON書式は、サーバー応答は1つ以上の客体を含むアレイで構成されるものと定義できる。このような客体は、ターゲット(target)とURIとの2つのメンバー要素を含むことができる。URIメンバーは、URIタイプであり、アプリケーションリソースを得ることができる位置を示す。ターゲットメンバーは列挙タイプであり、URIによってターゲットとされる装置クラスを示す。
図23は、コンパニオン装置に応じたURIをエンコーディングする実施例を説明する図である。
一実施例として、一つのターゲットはスマートフォン、他の一つのターゲットはテーブル型装置の2つのURIをエンコーディングするために、図23のようなJSON客体がリターンされ得る。
一方、装置管理部(Device Manager)は装置テーブル(Device Table)を管理することができる。装置管理部を用いて、現在接続されたコンパニオン装置の情報が収集され得る。以下に定義された少なくとも1つの情報は装置テーブルに格納される。
装置管理部が装置テーブルを用いてコンパニオン装置情報を管理する場合、後でコンパニオン装置の状態(status)などを追加及び拡張することができる。
装置テーブルの管理のために、次の規則が適用される。
1)新しいコンパニオン装置が利用可能になるとき、テーブル上のエントリーで表現され、AppURIは、最初に、初期化されていない値にセットされる。(例、null value、empty string)
2)コンパニオン装置の利用可能が中止されると、装置を記述したエントリーは無効となる。
3)コンパニオンアプリケーションが放送AITでシグナリングされるとき、装置管理部は、マッチングクラスの装置のためのテーブルを検索する。それぞれのマッチングエントリーに対して対応するAppURIを格納し、据え置きURIであるか否かを確認する。
4)放送AITでシグナリングされるコンパニオンアプリケーションが中止されると、装置管理部は、コンパニオンアプリケーションを参照するエントリーのために装置テーブルを検索し、初期化されていない値にAppURIをセットする。
TVが、放送プログラムと関連するHbbTVコンパニオン装置アプリケーションを駆動するためには、プラグインインターフェースが必要である。一実施例として、TVが放送サーバーからURIを受信する場合について説明する。
プラグインAPIは、次のようなMIMEタイプとして認識されるHbbTV客体(object)で提供され得る。
MIME Type: appication/hbbtv2.0CompanionScreen
TVで実行されるHbbTVアプリケーションは、リアルタイム放送プログラムと関連するコンパニオン装置アプリケーションが存在する場合、コンパニオン装置アプリケーションをHbbTVアプリケーションに知らせることができる(notify)APIを必要とする。そして、HbbTVアプリケーションは、TVとペアリング(pairing)されたコンパニオン装置目録を取得し得るAPIも必要とする。また、HbbTVアプリケーションで選定されたコンパニオン装置にURIを設定するAPIも必要である。
HbbTVコンパニオンスクリーンプラグイン客体は、次のように定義できる。
TVで実行されているHbbTVアプリケーションは、放送プログラムに応じてコンパニオンスクリーンアプリケーション(またはコンパニオン装置アプリケーション)を含むこともあり、含まないこともある。コンパニオンスクリーンアプリケーションがある場合、HbbTVアプリケーションがnotifyを受けることができるプラグイン客体の属性(property)の実施例は、次の通りである。
Function onCompanionScreenAppPresent(CompanionParamList params)
HbbTVコンパニオンスクリーンプラグイン客体が初期化されるとき、上記の属性を通じて関数が設定され得、コンパニオンスクリーンアプリケーションがある場合、登録された関数がブラウザのプラグインI/Fによって呼び出され、コンパニオンスクリーンのタイプに合うAppURIリストがCompanionParamListパラメータとして伝達される。CompanionParamListは、AITを介して受け取ることができる。
表17は、typedef collection<CompanionParam>CompanionParamListである。
表18は、CompainonParam classである。
本実施例では、装置名、装置タイプ、装置解像度を取得することができる。TVで実行されているアプリケーションは、以下の関数を呼び出してpaired Device listを取得することができ、これをユーザに出力し、ユーザが特定の装置を選択するようにすることができる。
DeviceList getPairedDeviceList()
この関数は、TVとペアリングされた装置のリストを取得する。
表19は、typedef collection<Device>DeviceListである。
表20は、ペアリングされたコンパニオン装置の個別インスタンスである。
次は、TVで実行されているアプリケーションが特定の装置にApp URIを伝達するためのAPIの実施例を示す。ユーザは、1つまたは複数個の装置を同時に指定することができる。
Boolean setCompanionUrl(DeviceParamList deviceList)
この関数は、deviceIDで指定されたコンパニオン装置にアプリケーションまたはURIを伝達する。
表21は、typedef collection<DeviceParam> DeviceParamListである。
表22は、DeviceParam classである。
他の実施例として、TVがインターネット上のサーバーからURIを受信する場合について説明する。すなわち、本実施例は、コンパニオン装置においてTVアプリケーションを駆動するためにTVブラウザ環境で提供されるプラグインインターフェースに関する。
プラグインAPIは、次のようなMIMEタイプとして認識されるHbbTV客体(object)で提供され得る。
MIME Type:appication/hbbtv2.0CompanionScreen
現在接続されたコンパニオン装置情報を通じて、HbbTVアプリケーションは、各コンパニオン装置に該当するURIを検索できるAPIを必要とする。そして、TVで実行されるHbbTVアプリケーションは、リアルタイム放送プログラムと関連するコンパニオン装置アプリケーションが存在する場合、コンパニオン装置アプリケーションをHbbTVアプリケーションに知らせることができる(notify)APIを必要とする。そして、HbbTVアプリケーションは、TVとペアリング(pairing)されたコンパニオン装置目録を取得し得るAPIも必要とする。また、HbbTVアプリケーションで選定されたコンパニオン装置にURIを設定するAPIも必要である。
HbbTVコンパニオンスクリーンプラグイン客体は、次のように定義できる。
TVで実行されているHbbTVアプリケーションは、放送プログラムに応じてコンパニオンスクリーンアプリケーション(またはコンパニオン装置アプリケーション)を含むこともあり、含まないこともある。コンパニオンスクリーンアプリケーションがある場合、HbbTVアプリケーションが通知(notify)を受けることができるプラグイン客体の属性(property)の実施例は、次の通りである。
Function onCompanionScreenAppPresent()
HbbTVコンパニオンスクリーンプラグイン客体が初期化されるとき、上記の属性を通じて関数が設定され得、コンパニオンスクリーンアプリケーションがある場合、登録された関数がブラウザのプラグインI/Fによって呼び出される。本実施例では、装置名、装置タイプ、装置解像度を取得することができる。TVで実行されているアプリケーションは、以下の関数を呼び出してpaired Device listを取得することができ、これをユーザに出力し、ユーザが特定の装置を選択するようにすることができる。
DeviceList getPairedDeviceList()
この関数は、TVとペアリングされた装置のリストを取得する。HbbTVアプリケーションは、ペアリングされた装置タイプに合うコンパニオンスクリーンアプリケーションURIをインターネット上のサーバーから取得することができる。
表24は、typedef collection<Device> DeviceListである。
表25は、ペアリングされたコンパニオン装置の個別インスタンスである。
次は、TVで実行されているアプリケーションが特定の装置にApp URIを伝達するためのAPIの実施例を示す。ユーザは、1つまたは複数個の装置を同時に指定することができる。
Boolean setCompanionUrl(DeviceParamList deviceList)
この関数は、deviceIDで指定されたコンパニオン装置にアプリケーションまたはURIを伝達する。
表26は、typedef collection<DeviceParam> DeviceParamListである。
AITを介して伝送されるコンパニオンアプリケーションURIの最新情報を維持するために、装置管理部は、TVプラットフォームのネイティブ放送受信機ソフトウェアモジュールを登録する。
装置管理部は、ディスクリプタの新しいコンパニオンアプリケーションURIを感知するとき、次に従う。
1)装置管理部は、装置テーブルの全ての有効なエントリー及びディスクリプタによって指摘された同一の装置クラスを有するエントリーを検査し、ディスクリプタで提供される情報に基づいてAppURI及びIsDeferredURIカラムをアップデートする。
2)装置テーブルとインタラクトするためのAPI callを受け入れる準備ができる。
3)装置管理部は、HbbTVアプリケーションにDOMイベントを伝達する。
装置管理部は、コンパニオンアプリケーションを利用できる装置に対するHbbTVアプリケーションを知らせるために、以下のようなDOM 3イベントを生成する。HbbTVアプリケーションがこのような情報を利用する方法は、以下で具体的に説明する。
表27は、WebIDL defintion of the HbbtvCompanionAppAvailable eventである。
このようなイベントのDOM 3イベントの属性は、次のようにセットされる。
表28は、HbbtvCompanionAppAvailable eventのためのDOM 3 event property settingsである。
HbbtvCompanionAppAvailableイベントを生成するために、次の規則が適用される。
1)コンパニオンアプリケーションがAITを介してシグナリングされ始めるとき、装置管理部は、装置クラスとマッチングされる装置のための装置テーブルを参考する。
2)マッチングクラスの1つ以上の装置が発見されると、装置管理部は、装置テーブルにそれぞれのURIを格納し、マッチング装置の名及びクラスを伝送するHbbtvCompanionAppAvailableイベントを生成する。
3)AITを介したコンパニオンアプリケーションのシグナリングが中止されると、装置管理部は、numDevicesを、コンパニオンアプリケーションがこれ以上動作しないということを示す0にセットするHbbtvCompanionAppAvailableイベントを生成する。
4)コンパニオンアプリケーションがAITを介してシグナリングされる間、適当なコンパニオン装置は利用可能となるか、または中止され、装置管理部は、適当なコンパニオン装置のアップデートされたリストを伝送するHbbtvCompanionAppAvailableイベントを生成する。
コンパニオン装置アプリケーションを利用するためのHbbTVアプリケーションは、HbbtvCompanionAppAvailableイベントのためのイベントハンドラーを登録する。イベントが生成されると、HbbTVアプリケーションは、コンパニオンアプリケーションを開始できる装置の数、装置のクラス、名に関する情報を受信する。この情報は、コンパニオンアプリケーションを開始したい装置を選択するようにユーザに表示するのに使用され得る。HbbTVアプリケーションは、コンパニオンアプリケーションを開始するか否かを決定した後に特定の装置でアプリケーションを開始するように装置管理部に指示するAPIを使用する。
表29は、Device manager APIである。
装置管理部APIを使用する実施例は、以下の通りである。
launchDefaultUriOnDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのDevNameカラムにある装置名を検索する。エントリーが発見されると、AppURIカラムがセットされているか、IsDeferredURIフラグが空いているかをチェックする。全ての条件が満足されると、装置管理部は、命名されたコンパニオン装置のAppURI状態変数をセットするためにUPnPメッセージを使用する。
getDeferredUriForDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのDevNameカラムにある装置名を検索する。エントリーが発見されると、IsDeferredURIフラグがセットされているかをチェックする。全ての条件が満足されると、装置管理部は、AppURIカラムのコンテンツをリターンする。そうでなければ、初期化されていない値をリターンする。
setDefaultUriForDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのDevNameカラムにある装置名を検索する。エントリーが発見されると、装置管理部は、AppURIカラムに与えられたURIを格納し、以前のコンテンツをリターンする。提供されたあるURIは据え置きURIではない。したがって、この方法はIsDeferredURIフラグをクリアする。
setDisplayIntentForDeviceNamed Method
この方法が適用される場合、装置管理部は、装置テーブルのDevNameカラムにある装置名を検索する。エントリーが発見されると、装置管理部は、DisplayIntentカラムの与えられたintentを格納し、以前のコンテンツをリターンする。提供されるintentは、WebView又はSystemBrowerのいずれか1つである。もし、Webviewが特定される場合、コンパニオン装置は、コンパニオンアプリケーションに埋め込まれたWebviewでURIを開始することができる。他の場合には、コンパニオン装置は、システムの基本Web browserでURIを開始する。
deviceTableUpdateCompleted Method
この方法は、HbbTVアプリケーションが装置テーブルのアップデートを完了したことを装置管理部に知らせる。装置管理部は、アップデートされた情報と共に新たなイベントを生成する前に現在のイベントを取り消すために、アプリケーションイベントハンドラーのために短いディレイを許容する。イベントハンドラーは、この方法を呼び出した後、直ちにリターンを呼び出す。新たなイベントは、装置テーブルで非据え置きコンパニオンアプリケーションURIが有用な全ての装置に対する情報を、AITで供給されたように伝達する。
getDeviceCollection Method
この方法は、ブラウジングのための現在の装置テーブルのread−only copyのリターンを知らせる。これは、2つのメンバーを有する−名とクラス。2つともstringである。名は装置の名を含み、クラスはHbbtvCompanionClass enumタイプの装置クラスを含む。
ブラウザ(browser)とUPnPとの間には直接的な通信が難しいことがある。したがって、装置管理部(Device Manager)は、ブラウザとUPnPとの間のインタフェーシングの役割を果たすことができる。装置管理部は、ブラウザのAPIを介してUPnPとブラウザ間の通信中にDaemonとしてその役割を果たすことができる。Daemonは、ブラウザに含まれてもよいが、TVの内部の一つのモジュールとして独自のdaemonで具現されてもよい。
図24は、本発明の一実施例に係るコンパニオン装置において付加サービスを実行するための信号送信装置のUIを説明する図である。
信号送信装置は、上述したようにコンパニオン装置と接続され、AITまたはサーバーからタイプに応じたURIを受信して装置テーブルを生成することができる。信号送信装置は、放送プログラム内のコンパニオン装置で利用可能な付加サービス(またはコンパニオン装置アプリケーション)があれば、画面に表示することができる。一実施例として、信号送信装置は、利用可能なHbbTVアプリケーションがあれば、レッドボタンを表示できる。Hbbアプリケーションとは、TVで実行されるアプリケーションを意味する。信号送信装置は、利用可能なHbbTVコンパニオン装置アプリケーションがあれば、イエローボタンを表示したり、画面の一領域にコンパニオン装置が利用可能であることを表示したりすることができる。HbbTVコンパニオン装置アプリケーションは、コンパニオン装置で実行されるアプリケーションを意味する。
ユーザがコンパニオン装置アプリケーションの実行を選択すると、信号送信装置は、ディスカバリーされた利用可能なコンパニオン装置リストを表示できる。ユーザが装置Aを選択すると、信号送信装置は、付加サービスのためにリソースが位置するサーバーのURIを装置Aに伝送し、装置Aが接続されたというメッセージを出力できる。
装置Aは、信号送信装置から受信したURIを用いてサーバーに接続し、付加サービスを実行することができる。
図25は、本発明の一実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。
信号送信装置(例、TV)100上に放送独立的なHbbTVアプリケーションをラウンチングするコンパニオン装置200を承認するために、信号送信装置100は、図8で説明したUPnP状態変数サービスを履行できる。
図25には、TVによって提供され得るUPnPサービスが示されている。コンパニオン装置はAITを受信できないため、それらは他のメカニズムを使用することができる。
図25の構造は、図4で説明した方法とほぼ同一に具現することができる。
図26は、本発明の他の実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明する図である。
図26は、CPが信号送信装置(例、TV)100及びコンパニオン装置200の両方に存在する場合についての実施例である。
TV100に伝達されるAppURIは、XML AITまたはHTMLページを指すことができる。TV100は、放送独立的なHbbTVアプリケーションのためのラウンチング要求をコンパニオン装置から受信する場合、優先順位及び動作を決定するために一定の規則に従うことができる。
図27は、本発明の第1実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。
図27を参照すると、CPであるTVは、UPnP17を介してコンパニオン装置にマルチキャスト方式を用いて検索(discovery)を行ってコンパニオン装置と接続する(S2110)。TVのUPnP17は、コンパニオン装置から装置情報を受信し、装置管理部15に伝達する(S2115)。装置管理部15は、装置テーブルでコンパニオン装置情報を管理し、HbbTVアプリケーション13に、収集されたコンパニオン装置情報を伝達する。HbbTVアプリケーション13は、収集された各コンパニオン装置のための全てのアプリケーションURIをサーバー31から受信する(S2120)。Hbbアプリケーション13は、受信したアプリケーションURIを装置管理部15に伝達する(S2125)。
コンパニオン装置とTVはUPnPを介して接続される。そして、コンパニオン装置とTV間に相互作用のための準備が完了する。
ユーザが、コンパニオン装置アプリケーションをTVに伝達することを選択すると、コンパニオン装置19は、UPnPを介して現在のアプリケーションURIをTVにnotifyする(S2130)。TVのUPnP17は、コンパニオン装置の現在のアプリケーションURIをアプリケーション管理部23に伝達する(S2135)。アプリケーション管理部23は、コンパニオン装置の現在のアプリケーションURIをHbbTVアプリケーション13に伝達する(S2140)。HbbTVアプリケーション13は、TVでコンパニオン装置の現在のURIをディスプレイする(S2145)。
すなわち、UPnPを介して、CPであるTVは、コンパニオン装置にマルチキャストサーチを送ってディスカバリー作業を進行する。コンパニオン装置に対するディスカバリーが完了すると、TVは、コンパニオン装置に、コンパニオン装置の装置タイプをGetせよというコントロールを送る。コンパニオン装置は、コントロールに対する応答として装置情報を伝送する。伝送された装置情報は装置管理部の装置テーブルに伝達され、装置管理部は装置IDと装置タイプを管理する。TVとコンパニオン装置との間の接続が完了し、通信準備状態となる。
ユーザが、コンパニオン装置アプリケーションをTVに伝達することを選択すると、コンパニオン装置は、現在のURIをUPnPを介してTVにnotifyする。TVのUPnPはURIを受信し、アプリケーション管理部に伝達する。このとき、次の2つの場合が発生し得る。
まず、TVのHbbTVアプリケーションが実行されていない場合、アプリケーション管理部がHbbTVアプリケーションをランチさせ、伝達されたURIをHbbTVアプリケーション上で実行させる。
次に、TVのHbbTVアプリケーションが実行されている場合、アプリケーション管理部がHbbTVアプリケーションに当該URIを伝達し、ユーザに、コンパニオン装置から伝達されたURIを実行させても良いか否かをポップアップウィンドウなどを用いて確認する。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。TVは、UPnPのCP(Control Point)である。一実施例として、HbbTV 2.0受信機のUPnP装置タイプは、urn:hbbtv.org:device:hbbtv2.0rcvrである。場合によって、Namespace Identifier(NID) prefixを形成するために、hbbtv.orgのDNS名は、RFC2141で要求する通りにhbbtv−orgに転換され得る。hbbtv−orgの後の残余部分は、Namespace Specific String(NSS)である。HbbTV 2.0受信機は、以下のようなサービスタイプ及びサービスIDを有するCurrentURIを支援する。
CurrentURIサービスは、コンパニオン装置からCPであるTVに、現在のコンパニオン装置で実行されるアプリケーションのURIをnotifyするためのサービスである。ユーザが選択したコンパニオン装置に該当するURIをHbbTVアプリケーションを介して得て、これを当該コンパニオン装置にSet Controlを介して伝達する。
表38は、CurrentURI service state variableである。
表39は、CurrentURI service actionsである。
表40は、SetCurrentURI actionのArgumentである。
図28は、本発明の第2実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行する方法を説明するタイミング図である。
図28を参照すると、CPであるコンパニオン装置は、UPnP17を介してTVにマルチキャスト方式を用いて検索(discovery)を行って、TVと接続する(S2210)。TVのUPnP17は、コンパニオン装置から装置情報を受信し、装置管理部15に伝達する(S2215)。装置管理部15は、装置テーブルでコンパニオン装置情報を管理し、HbbTVアプリケーション13に、収集されたコンパニオン装置情報を伝達する。HbbTVアプリケーション13は、収集された各コンパニオン装置のための全てのアプリケーションURIをサーバー31から受信する(S2220)。Hbbアプリケーション13は、受信したアプリケーションURIを装置管理部15に伝達する(S2225)。
コンパニオン装置とTVはUPnPを介して接続される。そして、コンパニオン装置とTV間に相互作用のための準備が完了する。
ユーザが、コンパニオン装置アプリケーションをTVに伝達することを選択すると、コンパニオン装置19は、UPnPを介して現在のアプリケーションURIをコンパニオン装置からTVに、SetアプリケーションURIという制御信号をTVに伝送する(S2230)。TVのUPnP17は、コンパニオン装置の現在のアプリケーションURIをアプリケーション管理部23に伝達する(S2235)。アプリケーション管理部23は、コンパニオン装置の現在のアプリケーションURIをHbbTVアプリケーション13に伝達する(S2240)。HbbTVアプリケーション13は、TVでコンパニオン装置の現在のURIをディスプレイする(S2245)。
すなわち、UPnPを介して、CPであるコンパニオン装置は、TVにマルチキャストサーチを送ってディスカバリー作業を進行する。TVに対するディスカバリーが完了すると、コンパニオン装置は、TVに、コンパニオン装置の装置タイプをSetせよというコントロールを送る。TVは、Setした装置情報を装置管理部の装置テーブルに伝達し、装置管理部は装置IDと装置タイプを管理する。TVとコンパニオン装置との間の接続が完了し、通信準備状態となる。
ユーザが、コンパニオン装置アプリケーションをTVに伝達することを選択すると、コンパニオン装置は、現在のURIをUPnPを介してTVにSetせよというコントロール信号を伝送する。TVのUPnPはURIを受信し、アプリケーション管理部に伝達する。このとき、次の2つの場合が発生し得る。
まず、TVのHbbTVアプリケーションが実行されていない場合、アプリケーション管理部がHbbTVアプリケーションをランチさせ、伝達されたURIをHbbTVアプリケーション上で実行させる。
次に、TVのHbbTVアプリケーションが実行されている場合、アプリケーション管理部がHbbTVアプリケーションに当該URIを伝達し、ユーザに、コンパニオン装置から伝達されたURIを実行させても良いか否かをポップアップウィンドウなどを用いて確認する。
一方、装置情報は、コンパニオン装置の機器の種類などに関する情報を含むことができる。コンパニオン装置は、UPnPのCP(Control Point)である。一実施例として、HbbTV 2.0受信機のUPnP装置タイプは、urn:hbbtv.org:device:hbbtv2.0rcvrである。場合によって、Namespace Identifier(NID) prefixを形成するために、hbbtv.orgのDNS名は、RFC2141で要求する通りにhbbtv−orgに転換され得る。hbbtv−orgの後の残余部分は、Namespace Specific String(NSS)である。HbbTV 2.0受信機は、以下のようなDevinfoサービス及びサービスタイプ及びサービスIDを有するAppURIサービスを支援する。
CurrentURIサービスは、TVからCPであるコンパニオン装置に、アプリケーションを開始するURIを伝達するためのサービスである。ユーザが選択したコンパニオン装置に該当するURIをHbbTVアプリケーションを介して受信し、受信したURIを当該コンパニオン装置にnotifyしてUPnPを介して伝達する。
表42は、CurrentURL Service state variableである。
表43は、CurrentURL Service Actionsである。
表44は、NotifyCurrentURL actionのArgumentである。
図29は、本発明の一実施例に係るコンパニオン装置の付加サービスを信号送信装置で実行するための信号送信装置のUIを説明する図である。
TVとコンパニオン装置はディスカバリー過程を通じて接続を完了し、TVは、コンパニオン装置と関連するアプリケーションURIを受信して管理することができる。具体的な内容は、図27及び図28で説明したので省略する。
ユーザが、コンパニオン装置アプリケーションをTVで実行するように選択する。このとき、TVがHbbTVアプリケーションを実行している場合、ユーザに、伝達されたURIを実行するか否かを確認することができる。ユーザの意思を確認する方法はポップアップウィンドウを利用できる。
図30は、本発明の一実施例に係る信号送信装置のブロック図である。
図30を参照すると、信号送信装置は、通信部610、装置管理部620、UPnP部630を含む。
通信部610はアプリケーションURIを受信することができる。アプリケーションURIは、コンパニオン装置において付加サービス(またはコンパニオン装置アプリケーション)を実行できる接続サーバーの位置情報を意味できる。一方、通信部610は放送受信モジュールを含み、放送受信モジュールは、アプリケーションURIを含むAITを受信することができる。上述した実施例は、CPがTVにある場合であって、図8、図14乃至図23で具体的に説明した。そして、CPがコンパニオン装置にある実施例は、図9、図14乃至図23で具体的に説明した。
そして、通信部610は、放送受信モジュール及びブラウザモジュールを含むことができる。この場合、放送受信モジュールは、据え置きURI(deferred URI)を含むAITを受信し、ブラウザモジュールは、HbbTVアプリケーションを介して据え置きURIに対応するサーバーに接続し、装置タイプ情報に対応するアプリケーションURIを受信することができる。上述した実施例は、CPがTVにある場合であって、図10、図15乃至図23で具体的に説明した。そして、CPと関連するサービスについては図8で説明した。そして、CPがコンパニオン装置にある実施例は、図11、図15乃至図23で具体的に説明した。そして、CPと関連するサービスについては図9で説明した。
また、通信部610はブラウザモジュールを含むことができ、ブラウザモジュールは、HbbTVアプリケーションを介してサーバーと通信を行ってコンパニオン装置アプリケーションを利用可能であるか否かを確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応するアプリケーションURIをサーバーから受信して格納することができる。上述した実施例は、CPがTVにある場合であって、図12で具体的に説明した。そして、CPがコンパニオン装置にある実施例は、図13で具体的に説明した。
装置管理部620は、装置タイプ情報とアプリケーションURIを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認することができる。装置管理部620は、AITを介してアプリケーションURIを受信する場合、受信されたAITをパージングし、装置タイプ情報に対応するアプリケーションURIを検出して格納することができる。
装置管理部620を呼び出したり、HbbTVアプリケーションのためのイベントと関連するAPIは、図23で説明した。
UPnP部630は、マルチキャスト方式を用いてコンパニオン装置をディスカバリーし、ディスカバリーされたコンパニオン装置から装置タイプ情報を受信することができる。この場合は、TVのUPnP部630がCP(Control Point)として動作する場合である。UPnP部630は、装置タイプ情報に対応するアプリケーションURIを、選択されたコンパニオン装置に伝送することができる。
コンパニオン装置は、基本ブラウザまたはウェブビューを用いて、受信したアプリケーションURIページを出力することができる。
図31は、本発明の一実施例に係るコンパニオン装置のブロック図である。
図31を参照すると、コンパニオン装置は、ネイティブアプリケーション部(Native App)710及びシステムウェブブラウザ部(System Web Browser)720を含むことができる。ネイティブアプリケーション部(Native App)710は、ウェブビュー(Web View)711及びUPnP712を含むことができる。
ネイティブアプリケーション部(Native App)710は、コンパニオン装置上で駆動され、UPnP動作を提供することができる。そして、コンパニオンアプリケーションをローディングし、駆動し得るウェブビューを提供することができる。
システムウェブブラウザ部(System Web Browser)720は、コンパニオン装置上で駆動され、コンパニオン装置で設定される標準ウェブブラウザであり得る。ネイティブアプリケーション部710によって選択的に提供され得るウェブビュー711とは異なり、システムウェブブラウザ部(System Web Browser)720は、一般的なウェブ用途に適した一般のウェブブラウザであり得る。
UPnP712は、信号送信装置のUPnP部と接続されて通信を行うことができ、ウェブビュー(Web View)711は、接続されたURIのサーバーで提供する付加サービスを表示することができる。
一方、上述した様々な実施例から特性を結合するとき、UPnP CPの位置に応じて、そして、アクセス状態変数のためのサービスの位置に応じていくつかの結合が可能であり得る。相互運用の最小レベル及びユーザ経験を保障するために、全てのTVと全てのコンパニオン装置は、以下に定義されたプロファイルのいずれか1つを履行する。
このようなプロファイルを有し、以下のような機能が可能であり得る。
基本的に、UPnPプロトコルはいかなる認証も履行されないので、UPnP装置の実施は、自体認証メカニズムを履行したり、装置保護サービスを履行したりすることができる。多くのUPnP装置の実施は認証メカニズムが不足し、基本的にローカルシステムとユーザは完全に信頼できると仮定する。UPnPの特定の保安プロファイル権限は、厳しく相互運用を制限する。
本発明に係る信号送信装置及び方法は、上記したように説明された実施例の構成と方法が限定されて適用されるものではなく、上記実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合わされて構成されてもよい。
また、以上では、本発明の好ましい実施例について図示し、説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨を逸脱することなく、当該発明の属する技術分野における通常の知識を有する者によって、様々な変形実施が可能であることはもちろんであり、このような変形実施は、本発明の技術的思想や展望から個別的に理解されてはならない。
本発明は、放送及びビデオ信号処理の分野で使用可能であり、反復可能性のある産業上の利用可能性がある。

Claims (15)

  1. マルチキャスト方式を用いてコンパニオン装置(companion device)を検索(discovery)するステップと、
    検索されたコンパニオン装置から装置タイプ情報を受信して格納するステップと、
    アプリケーションURI(Uniform Resource Identifier)を受信し、前記装置タイプ情報に対応させて格納するステップと、
    ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、前記装置タイプ情報に対応するアプリケーションURIを前記選択されたコンパニオン装置に伝送するステップとを含む、信号送信方法。
  2. 前記格納するステップは、
    前記アプリケーションURIを含むAIT(Application Information Table)を受信し、前記受信されたAITをパージング(parsing)して、前記装置タイプ情報に対応する前記アプリケーションURIを検出して格納する、請求項1に記載の信号送信方法。
  3. 前記格納するステップは、
    据え置きURI(deferred URI)を含むAITを受信し、前記受信されたAITをパージングして前記据え置きURIを検出し、前記据え置きURIに対応するサーバーに接続し、前記装置タイプ情報に対応する前記アプリケーションURIを受信して格納する、請求項1に記載の信号送信方法。
  4. 前記格納するステップは、
    HbbTVアプリケーションを介してサーバーと通信を行って、コンパニオン装置アプリケーション(companion device application)を利用可能であるか否かを確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応する前記アプリケーションURIをサーバーから受信して格納する、請求項1に記載の信号送信方法。
  5. 前記アプリケーションURIは、それぞれのコンパニオン装置毎に互いに異なるURI値が割り当てられる特定URI、または同一のURI値が割り当てられる一般URIである、請求項1に記載の信号送信方法。
  6. マルチキャスト方式を用いてコンパニオン装置を検索(discovery)し、検索されたコンパニオン装置から装置タイプ情報を受信するUPnP部と、
    アプリケーションURIを受信する通信部と、
    前記装置タイプ情報と前記アプリケーションURIを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認する装置管理部とを含み、
    前記UPnP部は、
    前記装置タイプ情報に対応するアプリケーションURIを前記選択されたコンパニオン装置に伝送する、信号送信装置。
  7. 前記通信部は放送受信モジュールを含み、
    前記放送受信モジュールは、
    前記アプリケーションURIを含むAIT(Application Information Table)を受信し、
    前記装置管理部は、
    前記受信されたAITをパージング(parsing)して、前記装置タイプ情報に対応する前記アプリケーションURIを検出して格納する、請求項6に記載の信号送信装置。
  8. 前記通信部は放送受信モジュール及びブラウザモジュールを含み、
    前記放送受信モジュールは、
    据え置きURI(deferred URI)を含むAITを受信し、
    前記装置管理部は、
    前記受信されたAITをパージングして前記据え置きURIを検出し、
    前記ブラウザモジュールは、
    前記HbbTVアプリケーションを介して据え置きURIに対応するサーバーに接続して、前記装置タイプ情報に対応する前記アプリケーションURIを受信する、請求項6に記載の信号送信装置。
  9. 前記通信部はブラウザモジュールを含み、
    前記ブラウザモジュールは、
    HbbTVアプリケーションを介してサーバーと通信を行って、前記コンパニオン装置アプリケーション(companion device application)を利用可能であるか否かを確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応する前記アプリケーションURIをサーバーから受信して格納する、請求項6に記載の信号送信装置。
  10. 前記アプリケーションURIは、それぞれのコンパニオン装置毎に互いに異なるURI値が割り当てられる特定URI、または同一のURI値が割り当てられる一般URIである、請求項6に記載の信号送信装置。
  11. マルチキャスト方式を用いてコンパニオン装置を検索(discovery)し、検索されたコンパニオン装置に、装置タイプ情報を要求する制御信号を伝送する信号送信装置と、
    前記信号送信装置に装置タイプ情報を伝送するコンパニオン装置とを含み、
    前記信号送信装置は、
    アプリケーションURIを受信して前記装置タイプ情報と前記アプリケーションURIとを対応させて格納し、ユーザによって選択されたコンパニオン装置の装置タイプ情報を確認し、前記装置タイプ情報に対応するアプリケーションURIを前記選択されたコンパニオン装置に伝送し、
    前記コンパニオン装置は、
    前記信号送信装置から伝送された前記アプリケーションURIを受信し、前記アプリケーションURIに対応するサーバーからURIページを受信してディスプレイする、信号送受信システム。
  12. 前記信号送信装置は、
    前記アプリケーションURIを含むAIT(Application Information Table)を受信し、パージング(parsing)して、前記装置タイプ情報に対応する前記アプリケーションURIを検出して格納する、請求項11に記載の信号送受信システム。
  13. 前記信号送信装置は、
    据え置きURI(deferred URI)を含むAITを受信し、パージングして、前記据え置きURIを検出し、HbbTVアプリケーションを介して前記据え置きURIに対応するサーバーに接続して、前記装置タイプ情報に対応する前記アプリケーションURIを受信する、請求項11に記載の信号送受信システム。
  14. 前記信号送信装置は、
    HbbTVアプリケーションを介してサーバーと通信を行って、コンパニオン装置アプリケーション(companion device application)を利用可能であるか否か(available)を確認し、ユーザによって選択されたコンパニオン装置の装置タイプ情報に対応する前記アプリケーションURIをサーバーから受信して格納する、請求項11に記載の信号送受信システム。
  15. 前記アプリケーションURIは、それぞれのコンパニオン装置毎に互いに異なるURI値が割り当てられる特定URI、または同一のURI値が割り当てられる一般URIである、請求項11に記載の信号送受信システム。
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 true JP2016513438A (ja) 2016-05-12
JP6174721B2 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)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015186002A (ja) * 2014-03-24 2015-10-22 Kddi株式会社 受信装置、端末連携システム及び端末連携方法
JP2018078382A (ja) * 2016-11-07 2018-05-17 日本放送協会 端末装置、受信装置及びプログラム

Families Citing this family (15)

* 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
CN113411678A (zh) * 2014-10-29 2021-09-17 Lg 电子株式会社 广播信号发送设备和方法以及广播信号接收设备和方法
KR101827277B1 (ko) * 2015-03-01 2018-02-08 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN106464395B (zh) 2015-03-01 2019-07-05 Lg电子株式会社 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
US9872063B2 (en) 2015-03-01 2018-01-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
WO2017007260A1 (ko) * 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10917186B2 (en) 2015-07-21 2021-02-09 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
KR102121535B1 (ko) * 2015-11-30 2020-06-10 삼성전자주식회사 전자 장치, 보조 장치 및 전자 장치의 동작 방법
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
WO2019039748A1 (ko) * 2017-08-23 2019-02-28 삼성전자 주식회사 클라이언트 디바이스, 컴패니언 스크린 디바이스 및 그 동작방법
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 众安信息技术服务有限公司 一种同屏演示的实现方法、装置、计算机设备及存储介质
WO2023106512A1 (ko) * 2021-12-06 2023-06-15 엘지전자 주식회사 복수의 디스플레이 장치간 콘텐츠를 공유하도록 하는 인공 지능 장치 및 콘텐츠 공유 방법

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273832A1 (en) * 1999-06-30 2005-12-08 Microsoft Corporation Interactive television receiver unit browser that waits to send requests
JP2006526909A (ja) * 2003-04-03 2006-11-24 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 無線装置へのブロードキャスト配信
JP2010239360A (ja) * 2009-03-31 2010-10-21 Nippon Hoso Kyokai <Nhk> 連携受信システム及びプログラム
US20110167468A1 (en) * 2010-01-07 2011-07-07 Joon Hui Lee Method of processing application in digital broadcast receiver connected with interactive network and the digital broadcast receiver
JP2012244339A (ja) * 2011-05-18 2012-12-10 Nippon Hoso Kyokai <Nhk> 端末連携システム、受信機及び情報処理端末
JP2013009355A (ja) * 2011-05-20 2013-01-10 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置
WO2013031556A1 (ja) * 2011-08-26 2013-03-07 日本放送協会 受信機および受信方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030036305A (ko) 2003-02-27 2003-05-09 이혁재 티브이 프로그램 식별자와 무선 단말기를 이용한 부가서비스 시스템
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 삼성전자주식회사 컨텐트 송신 방법 및 장치와 컨텐트 수신 방법 및 장치
KR101214515B1 (ko) 2010-12-08 2013-01-09 주식회사 아이플래테아코리아 방송콘텐츠의 부가정보 제공 시스템 및 그 방법
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

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273832A1 (en) * 1999-06-30 2005-12-08 Microsoft Corporation Interactive television receiver unit browser that waits to send requests
JP2006526909A (ja) * 2003-04-03 2006-11-24 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 無線装置へのブロードキャスト配信
JP2010239360A (ja) * 2009-03-31 2010-10-21 Nippon Hoso Kyokai <Nhk> 連携受信システム及びプログラム
US20110167468A1 (en) * 2010-01-07 2011-07-07 Joon Hui Lee Method of processing application in digital broadcast receiver connected with interactive network and the digital broadcast receiver
JP2012244339A (ja) * 2011-05-18 2012-12-10 Nippon Hoso Kyokai <Nhk> 端末連携システム、受信機及び情報処理端末
JP2013009355A (ja) * 2011-05-20 2013-01-10 Nippon Hoso Kyokai <Nhk> 放送通信連携受信装置
WO2013031556A1 (ja) * 2011-08-26 2013-03-07 日本放送協会 受信機および受信方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015186002A (ja) * 2014-03-24 2015-10-22 Kddi株式会社 受信装置、端末連携システム及び端末連携方法
JP2018078382A (ja) * 2016-11-07 2018-05-17 日本放送協会 端末装置、受信装置及びプログラム

Also Published As

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

Similar Documents

Publication Publication Date Title
JP6174721B2 (ja) 信号送信装置、信号送信方法及び信号送受信システム
KR101761633B1 (ko) 신호 송신 장치 및 제어 방법
CN103583008B (zh) 对用于交互电视的触发器参数表的扩展
AU2013206552B2 (en) Application discovery
US9639619B2 (en) Network architecture and method for reducing the number of resource requests
JP6543617B2 (ja) 無線通信システムにおけるアプリケーション実行方法及び装置
US10701454B2 (en) Image providing service
US9936036B2 (en) Method and system for indirectly establishing a unique communication channel between a plurality of devices
US8954489B2 (en) Widget activation and communication method
JP2002073310A (ja) 通信システムとその方法及び記憶媒体
AU2011245872C1 (en) Method for providing message and device therefor
EP3979071B1 (en) Method, user equipment, and application server for downloading application
RU2319309C2 (ru) Аудио/видеоустройство, устройство и способ для управления аудио/видеоустройством
WO2009062396A1 (fr) Procédé d&#39;accès à des ressources et système d&#39;accès à des ressources
CN111654753B (zh) 一种应用程序启动方法及显示设备
US8812472B2 (en) Abstract database query
KR102401691B1 (ko) 무선 통신 시스템에서 어플리케이션 실행 방법 및 장치
WO2014117706A1 (zh) 用于实现网络意图的方法及装置
Smith et al. Communications and Networking

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