CN105075274A - 信号发送装置、信号发送方法及发送和接收信号的系统 - Google Patents

信号发送装置、信号发送方法及发送和接收信号的系统 Download PDF

Info

Publication number
CN105075274A
CN105075274A CN201480017119.8A CN201480017119A CN105075274A CN 105075274 A CN105075274 A CN 105075274A CN 201480017119 A CN201480017119 A CN 201480017119A CN 105075274 A CN105075274 A CN 105075274A
Authority
CN
China
Prior art keywords
uri
application
cooperative device
equipment
cooperative
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.)
Pending
Application number
CN201480017119.8A
Other languages
English (en)
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 CN105075274A publication Critical patent/CN105075274A/zh
Pending legal-status Critical Current

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)

Abstract

公开了信号发送方法、信号发送装置以及发送和接收信号的系统。所述信号发送方法包括以下步骤：使用多播方法发现协同设备；从所发现的协同设备接收并且存储设备类型信息；接收应用统一资源标识符(URI)并且存储所述应用URI以与所述设备类型信息对应；以及识别由用户选择的所述协同设备的所述设备类型信息并且向所选择的协同设备发送与所述设备类型信息对应的所述应用URI。

Description

信号发送装置、信号发送方法及发送和接收信号的系统
技术领域
本发明涉及信号发送装置、信号发送方法以及信号发送和接收系统。
背景技术
随着广播和通信技术的发展，已经进行了对各种广播装置和广播服务的研究。目前，实现了连接到互联网协议网络以经由互联网协议网络接收新内容的广播装置和广播服务。这样的广播装置经由互联网协议网络接收适合于广播公司提供的广播节目的附加服务，并且在屏幕上输出该附加服务。
然而，当在屏幕上输出附加服务内容同时输出广播内容时，附加服务内容会遮挡输出广播内容的屏幕。通常，多个人可以使用一个广播装置观看广播内容。然而，只有一些人可能会注意附加服务。
因此，需要经由外围设备输出附加服务并且经由广播装置输出广播内容而无遮挡的技术。
发明内容
技术问题
被设计为解决问题的本发明的一个目的在于一种信号发送装置、信号发送方法以及信号发送和接收系统，其能够向观看广播内容的外围设备发送附加服务。
被设计为解决问题的本发明的另一目的在于一种信号发送装置、信号发送方法以及信号发送和接收系统，其能够识别能够接收附加服务的外围设备并且向该外围设备发送指示可以提供附加服务的信息。
被设计为解决问题的本发明的另一目的在于一种信号发送装置、信号发送方法以及信号发送和接收系统，其能够输出由外围设备提供的附加服务。
技术方案
本发明的目的可以通过提供一种信号发送方法实现，所述信号发送方法包括以下步骤：使用多播方法发现协同设备；从所发现的协同设备接收并且存储设备类型信息；与所述设备类型信息对应地接收并且存储应用统一资源标识符(URI)；以及识别由用户选择的协同设备的所述设备类型信息并且向所选择的协同设备发送与所述设备类型信息对应的所述应用URI。
存储所述应用URI的步骤可以包括：接收包括所述应用URI的应用信息表(AIT)，解析所接收的AIT，以及检测并且存储与所述设备类型信息对应的所述应用URI。
存储所述应用URI的步骤可以包括：接收包括延迟URI的应用信息表(AIT)，解析所接收的AIT以检测所述延迟URI，访问与所述延迟URI对应的服务器，以及接收并且存储与所述设备类型信息对应的所述应用URI。
存储所述应用URI的步骤可以包括：经由HbbTV应用执行与服务器的通信以识别协同设备应用是否可用，以及从所述服务器接收并且存储与由所述用户选择的所述协同设备的所述设备类型信息对应的所述应用URI。
所述应用URI可以是特定URI或者通用URI，在所述特定URI中，不同的URI值被指派给每个协同设备，在所述通用URI中，相同的URI值被指派给所有协同设备。
在本发明的另一方面，本文提供一种信号发送装置，所述信号发送装置包括：UPnP单元，所述UPnP单元被配置为使用多播方法发现协同设备并且从所发现的协同设备接收设备类型信息；通信单元，所述通信单元被配置为接收应用统一资源标识符URI；以及设备管理器，所述设备管理器被配置为与所述设备类型信息对应地存储应用统一资源标识符URI并且识别由用户选择的协同设备的所述设备类型信息，其中，所述UPnP单元向所选择的协同设备发送与所述设备类型信息对应的所述应用URI。
在本发明的另一方面，本文提供一种信号发送和接收系统，所述信号发送和接收系统包括：信号发送装置，所述信号发送装置被配置为使用多播方法发现协同设备并且向所发现的协同设备发送用于请求设备类型信息的控制信号；以及所述协同设备，该所述协同设备被配置为向所述信号发送装置发送所述设备类型信息，其中，所述信号发送装置与所述设备类型信息对应地接收应用URI并且存储所述应用URI，识别由用户选择的协同设备的所述设备类型信息，并且向所选择的协同设备发送与所述设备类型信息对应的所述应用URI，并且其中，所述协同设备从所述信号发送装置接收所述应用URI以及从与所述应用URI对应的服务器接收并且显示URI页面。
有利效果
根据本发明的实施方式，外围设备可以接收并且输出与广播内容相关的附加服务。
可以识别能够接收附加服务的外围设备并且向该外围设备发送指示可以提供给附加服务的信息。
根据本发明的实施方式，信号发送装置可以输出由外围设备提供的附加服务。
附图说明
图1是示出根据本发明的一个实施方式的信号发送方法的流程图。
图2是示出根据本发明的一个实施方式的信号发送和接收系统的图。
图3至图7是示出根据本发明的各种实施方式的在协同设备中执行附加服务的方法的图。
图8是示出根据本发明的第一实施方式的在协同设备中执行附加服务的方法的时序图。
图9是示出根据本发明的第二实施方式的在协同设备中执行附加服务的方法的时序图。
图10是示出根据本发明的第三实施方式的在协同设备中执行附加服务的方法的时序图。
图11是示出根据本发明的第四实施方式的在协同设备中执行附加服务的方法的时序图。
图12是示出根据本发明的第五实施方式的在协同设备中执行附加服务的方法的时序图。
图13是示出根据本发明的第六实施方式的在协同设备中执行附加服务的方法的时序图。
图14是示出根据本发明的一个实施方式的URI描述符的图。
图15是示出根据本发明的另一实施方式的URI描述符的图。
图16是示出信号告知设备类型信息的实施方式的图。
图17是示出信号告知协同设备信息的实施方式的图。
图18是示出信号告知URI类型信息的实施方式的图。
图19是示出信号告知与执行协同应用的方法有关的信息的实施方式的图。
图20是示出根据本发明的一个实施方式的延迟URI的GET请求头信息的图。
图21是示出根据本发明的一个实施方式的GET响应信息的图。
图22是示出根据本发明的一个实施方式的用于对协同应用URI进行编码的JSON模式的图。
图23是示出根据协同设备的对URI进行编码的实施方式的图。
图24是示出根据本发明的一个实施方式的用于在协同设备中执行附加服务的信号发送装置的UI的图。
图25至图26是示出根据本发明的各种实施方式的、在信号发送装置处执行协同设备的附加服务的方法的图。
图27是示出根据本发明的第一实施方式的、在信号发送装置处执行协同设备的附加服务的方法的时序图。
图28是示出根据本发明的第二实施方式的、在信号发送装置处执行协同设备的附加服务的方法的时序图。
图29是示出根据本发明的一个实施方式的、用于执行协同设备的附加服务的信号发送装置的UI的图。
图30是示出根据本发明的一个实施方式的信号发送装置的框图。
图31是示出根据本发明的一个实施方式的协同设备的框图。
具体实施方式
在下文中，将参照附图来描述能够实现上述目的的本发明的示例性实施方式。在不限制本发明的精神和范围的情况下，将在至少一个实施方式中描述在附图中示出并在下文描述的本发明的配置和操作。
尽管本发明中使用的术语是从通常已知和使用的术语中选择的，但是这里使用的术语可以根据本领域中的操作者的意图或习惯、新技术的外观等进行改变。此外，在本发明的描述中提到的一些术语已经由申请人根据他或她的判断选择了，这些术语详细含义在本文说明书的相关部分中描述。此外，需要的是，不是简单地通过实际使用的术语而是通过每个术语中的含义理解本发明。
图1是示出根据本发明的一个实施方式的信号发送方法的流程图。
参照图1，信号发送装置发现使用多播方法(S110)的协同设备(或第二设备)。例如，该信号发送装置可以是TV等。该协同设备可以是个人便携式设备，诸如智能电话、智能平板电脑、膝上型计算机等等。
信号发送装置从所发现的协同设备接收并且存储设备类型信息(S120)。设备类型信息可以识别使用哪个便携式设备作为协同设备。信号发送装置可以在设备表中接收、存储和管理设备类型信息。
信号发送装置与设备类型信息对应地接收并且存储应用统一资源标识符(URI)(S130)。URI是资源在互联网上的地址并且可以包括统一资源定位符(URI)和统一资源名(URN)。应用URI可以是协同设备执行附加服务所需的资源所在的地方。
作为一个实施方式，信号发送装置可以接收包括应用URI的应用信息表(AIT)，解析所接收的AIT以及检测并且存储与设备类型信息对应的应用URI。
另选地，信号发送装置可以接收包括延迟URI的AIT并且解析所接收的AIT以检测该延迟URI。信号发送装置可以访问与延迟URI对应的服务器以及接收并且存储与设备类型信息对应的应用URI。
另选地，信号发送装置可以经由HbbTV执行与服务器的通信以识别协同设备应用是否可用。信号发送装置可以从服务器接收并且存储与由用户选择的协同设备的设备类型信息对应的应用URI。
信号发送装置识别由用户选择的协同设备的设备类型信息并且向所选择的协同设备方式与该设备类型信息对应的应用URI(S140)。
图2是示出根据本发明的一个实施方式的信号发送和接收系统的图。
信号发送和接收系统可以包括信号发送装置100、协同设备200和广播服务器300。
信号发送装置100可以包括：广播接收器110、设备管理器120、UPnP单元130和浏览器140。例如，信号发送装置100可以是TV。
协同设备200可以包括：本机应用210和系统网络浏览器220。本机应用210可以包括UPnP单元111和网络视图单元212。
信号发送装置100可以经由广播接收器110接收AIT，该AIT包括指示与当前广播节目有关的协同设备应用服务存在的信息。另选地，信号发送装置100可以经由HbbTV应用识别协同设备应用的存在。
即，信号发送装置100可以在从广播接收包括指示与当前节目相关的协同设备的存在/不存在的信息的AIT时触发这样的处理。信号发送装置100可以通知用户与当前节目相关的应用是可用的。为了安装协同设备应用找到URI的过程可以直接使用包括在AIT中的URI或者经由能够利用协同设备应用的远程广播服务器300执行。(该处理由从广播接收AIT的TV触发，AIT包含存在于当前程序相关的协同设备应用的信息。然后，通知用户相关应用是可用的。发现URI以启动应用的决议处理可以是直接的(在AIT中给出的URI)在)，或者延迟以查询远程广播服务器应用的可用性。)
广播接收器110可以接收包括广播内容的广播信号。
广播接收机110表示平台的TV中间件。广播接收器110可以过滤到协同设备的链路的广播AIT，并且在找到这种链路的情况下通知设备管理器120。(广播接收机表示平台的TV中间件。该广播接收机过滤到协同设备的链路的广播AIT并且在找到这种链路的情况下通知设备管理器。广播接收器与设备管理器之间的接口在本发明的范围外。)
设备管理器120可以从UPnP单元130收集与可用设备有关的信息，并通过JavaScriptAPI将所收集的信息暴露给HbbTV应用。设备管理器120可以从广播接收器110收集与在AIT中提供的协同应用链路有关的信息，并且通过烧制DOM事件通知HbbTV应用的可用性。(设备管理器从UPnP实例收集与可用设备有关的信息并且通过JavaScriptAPI将该信息暴露给HbbTV应用。设备管理器还从广播接收器收集与在AIT中提供的协同应用链路有关的信息，并且通过烧制DOM事件通知HbbTV应用关于所述信息的可用性。
UPnP单元130可以实现TV平台的UPnP。UPnP单元130跟踪协同设备200的存在并且在信号发送装置100与协同设备200之间传送协同应用URI。(UPnP实例是TV平台的UPnP实现。它跟踪协同设备的存在，并且在TV与协同设备值机传送协同应用URI。它提供的任何API都在本发明的范围之外。)
浏览器140可以包括HbbTV应用。浏览器140可以使用HbbTV应用访问特定URI的广播服务器300。浏览器140可以根据设备类型从广播服务器300接收应用URI。另选地，浏览器140可以识别协同设备应用是否可用。
本机应用210可以在协同设备200上运行并且提供UPnP实现。另外，本机应用可以提供能够加载和运行协同应用的网络视图元素。(本机应用在协同设备上运行并且提供UPnP实现(因为这通常不是智能电话和类似平台的一部分)，并且还可以提供一个WebView元素，利用该WebView元素，本机应用可以加载并运行协同应用。)
系统网络浏览器220可以在协同设备200上运行并且可以是在协同设备200上配置的标准网络浏览器。相对于由本机应用210可选提供的网络视图单元212，系统网络浏览器220可以是提供适合于一般的网络使用的所有特征的通用网络浏览器。(系统网络浏览器在协同设备上运行并且是在该设备上配置的标准网络浏览器。与由本机应用可选提供的WebView相反，这是提供适合于一般的网络使用的所有特征的通用网络浏览器。请注意，嵌入式WebView在一些平台上可以提供有限功能。)
UPnP单元211可以连接到信号发送装置100的UPnP单元130以执行通信，并在网络视图单元212可以显示由连接的URI的服务器所提供的附加服务。
协同应用获取的URI的类型可以考虑如下。
(1)AIT可以包括用于每个协同设备(例如，智能电话、平板电脑等)的每个类的特定URI。(广播AIT包含用于协同设备(电话、平板电脑等)的每个类的特定URI。)
(2)AIT可以包括适用于设备的所有类的通用URI。(广播AIT包含适用于设备的所有类的通用URI。)
(3)AIT可以包括指向能够接收应用URI的广播服务器的延迟URI。(广播AIT包含指向广播服务器的延迟URI。在这种情况下，终端将从指定的URI检索特定URI和/或通用URI。)
图3是示出当根据本发明的一个实施方式的控制点(CP)位于信号发送装置中时，在协同设备中执行附加服务的方法的图。
UPnP设备架构可以限定只有控制点可以向设备传送命令(控制)或者侦听设备中的状态改变(事件触发)。(UPnP设备架构限定只有控制点可以向设备传送命令(控制)，或者侦听设备中的状态改变(事件触发)。)
参照图3，只有信号发送装置100(例如，TV)具有CP。协同设备200提供对两个状态变量的访问：协同的设备类和用于启动的URI。在接收到包括在AIT中的协同应用URI时，信号发送装置100可以经由协同设备20提供的服务直接设置应用URI。(图3示出只有TV具有控制点，并且协同设备提供对两个状态变量的访问：协同的设备类和用于启动的URI。在这种情况下，在接收到AIT中的协同应用URI时，TV可以经由协同设备提供的服务直接设置应用URI。)
图4是示出当根据本发明的一个实施方式的CP位于协同设备中时，在协同设备中执行附加服务的方法的图。
参照图4，只有协同设备200具有CP。信号发送装置100提供对两个状态变量的访问：协同的设备类和用于启动的URI。由于没有CP的设备不能调用任何服务，因此协同设备200需要主动将它的设备类设置到信号发送装置100，并且然后需要轮询应用URI服务。(图4示出只有协同设备具有CP，并且TV提供对两个状态变量的访问：协同的设备类和用于启动的URI。由于没有CP的设备不能调用任何服务，因此协同设备200需要主动将它的设备类设置到TV，并且然后需要不断轮询用于任何结果的应用URI服务。)
图4中示出的方法可以具有下述两种考虑。
首先，信号发送装置100中的设备类状态变量的使用是UPnP的创造性使用。UPnP可以将状态变量看作描述(GET)或控制(SET)外围的参数。然而，在这种情况下，可以使用信号发送装置100的状态变量来描述协同设备200。特殊处理需要在设备类变量被设置时实现，以存储用于每个协同设备200的单独值。(第一，TV中的设备类变量的使用是UPnP的“创造性使用”。从概念上讲，UPnP将状态变量看作描述(GET)或控制(SET)外围的参数。在该用例中，使用TV的状态变量来描述所述协同设备。因此，特殊处理需要在设备类变量被设置时实现，以存储用于每个协同设备200的单独值。这将意味着UPnP的特殊实现。)
接下来，由于没有CP的信号发送装置100从不主动地触发动作，因此协同设备200需要轮询应用URI状态变量。UPnP设备架构定义了服务调用应在至多30秒后返回，并且将花费更长时间的动作应比它更早返回是否是清楚的。这意味着，当没有触发存在于广播AIT中时，根据信号发送装置的判断确定关于何时从服务调用返回。如果在这种情况下信号发送装置100快速返回，则不合理的处理负担和系统负载可被强加在协同设备200上(第二，由于CP-少TV(CP-lessTV)设备可以从不主动地触发动作，因此协同设备需要轮询应用URI状态变量。UPnP设备架构定义了服务调用应在至多30秒后返回，并且将花费更长时间的动作应比它更早返回是否是清楚的。这意味着，当没有触发存在于广播AIT中时，根据TV的判断确定关于何时从服务调用返回。如果在这种情况下TV快速返回，则不合理的处理负担和系统负载可被强加在协同设备上。)
图5是示出当根据本发明的另一实施方式的CP位于协同设备中时，在协同设备中执行附加服务的方法的图。
参考图5，可以从信号发送装置100经由事件状态变量获取应用URI。图5的方法去除了用于应用URI状态变量的轮询处罚。(图5示出图4的变型，在图5中，通过事件化的状态变量从TV获得应用URI。这样去除了用于应用URI状态变量的轮询处罚。
图5的方法使用“Set”使得协同设备200将信息提供给信号发送装置100，并且图4的方法使用“Get”，使得信号发送装置100从协同设备200得到信息。
图6是示出当根据本发明的另一实施方式的CP位于协同设备中时，在协同设备中执行附加服务的方法的图。
由于CP位于信号发送装置和协同设备二者中，因此可以自由地执行信号发送装置与协同设备之间的通信。
协同设备200可以经由能够得到的状态变量提供对该协同设备200的设备类的访问，并且信号发送装置100经由事件状态变量提供对应用URI的访问。只要信号发送装置100检测到AIT中的协同URI，信号发送装置100就生成用于应用URI状态变量的事件。(协同设备经由能够得到的状态变量提供对该协同设备的设备类的访问，并且TV经由事件化的状态变量提供对应用URI的访问。只要TV检测到广播AIT中的协同URI，该TV就生成用于应用URI状态变量的事件。)
应用URI状态变量是事件的“创造性使用”，由于再次应用URI将需要具有每个协同设备200的单独值，而UPnP定义了所有订户都被发送了所有事件消息。(应用URI状态变量是事件触发的“创造性使用”，由于再次应用URI将需要具有每个协同设备的单独值，而UPnP定义了所有订户都被发送了所有事件消息。这意味着UPnP的特殊实现。)
图7是示出当根据本发明的另一实施方式的CP位于信号发送装置和协同设备二者中时，在协同设备中执行附加服务的方法的图。
参照图7，无论信号发送装置100还是协同设备200都不具有CP。因此，信号发送装置100和协同设备200不能相互执行通信，并且不能期望第三方设备400充当代理。然而，如果CP被包括在信号发送装置100和协同设备200的至少一个中，则信号发送和接收系统可以使用图3至图6所示的方法中的一个方法操作。(图7示出无论TV还是协同设备都不具有控制点，而只有第三方设备具有一个。在这种情况下，TV和协同设备不能相互通信，并且不能期望第三方设备充当代理。如果将控制点添加到TV、或协同设备或者两者，则将导致参照图3至图6描述的用例中的一个。)
图8是示出根据本发明的第一实施方式的在协同设备中执行附加服务的方法的时序图。
在图8中，示出了以下实施方式，在该实施方式中，用于所有协同设备(或第二设备)的应用URI被包括在AIT中并且CP位于信号发送装置(例如，TV)中。
图8示出了当在AIT中输送特定URI或通用URI时的事件的流。因此，没有进一步URI决议是必要的，并且可以直接向协同设备传输启动URI。(图8描绘了当在广播AIT中输送特定URI或通用URI时的事件的流。这表示TV中没有进一步URI决议是必要的，并且可以直接向协同设备传输启动URI。)
作为CP的TV，经由UPnNP单元17广播多播搜索到协同设备19以开始发现处理(S1110)。当协同设备19的发现完成后，UPnP单元17向协同设备19发送用于获得设备类型信息的控制信号的“Get”(S1115)。协同设备19响应于控制信号，向TV的UPnP单元17发送设备信息(S1120)。所发送的设备信息被输送给设备管理器15(S1125)。设备管理器15创建设备表并且管理设备ID、设备类型和URI(S1130)。
TV11接收AIT(S1135)。AIT可以包括在协同设备中将要启动的应用URI。TV11解析所接收的AIT并且根据设备类型向设备管理器15传送应用URI(S1140)。设备管理器15更新与设备表的协同设备对应的URI。设备管理器15通知HbbTV应用13协同屏幕应用存在(S1145)。HbbTV应用13请求所有协同设备信息(S1150)。设备管理器15响应于所述请求输送协同设备信息(S1155)。
如果与当前广播节目相关的附加服务存在，则TV11通知用户附加服务存在并且用户可以选择该附加服务和用于执行附加服务了协同设备的类型。
HbbTV应用13向设备管理器15输送与所选择的协同设备相关的信息(S1160)。设备管理器15向TV的UPnP单元17传送与所选择的协同设备对应的应用URI(S1165)。TV的UPnP单元17向所选择的协同设备19发送控制信号“设置URI(SetURI)”(S1170)协同设备19向网络视图单元21传送所发送的URI(S1175)。网络视图单元21使用互联网协议网络显示URI页面(S1180)。
换句话说，作为CP的TV经由UPnNP单元广播多播搜索到协同设备以开始发现处理。当协同设备的发现完成后，TV向协同设备传送用于获得设备类型信息的控制信号的“Get”。协同设备响应于控制信号输送设备信息。所输送的设备信息被输送给设备管理器的设备表以管理设备ID和设备类型。(TV中的UPnP控制点通过广播用于可用HbbTV协同设备的多播搜索开始发现。当发现完成后，TV中的设备管理器接收可用HbbTV协同设备的列表，并且向每个HbbTV协同设备传送“GET”控制以侦听其名称和设备类。该信息由设备管理器存储在设备表中。)
AIT包含用于协同设备的一个或更多个启动URI，并且TV接收AIT。所接收的AIT被解析并且被输送给设备管理器以更新与设备表中的协同设备对应的URI。设备表包含与协同设备对应的应用URI。如果在AIT(例如，通用URI)中没有指定设备类型，则向协同设备输送公共URI。当协同设备应用存在时，经由TV，通知用户能够经由AIT应用协同设备应用。用户识别该信息，并且选择连接到的协同设备。所选择的设备被输送到设备管理器，并且准备向协同设备传送启动URI。(AIT包含用于协同应用的一个或更多个启动URI，以及每个URI适用的设备的类。TV首先从广播接收AIT，然后搜索用于协同URI描述符的AIT，并且(在找到任何的情况下)然后向设备管理器传送这些URI以更新用于给定的设备类中的所有设备的URI。设备表现在存储所有可用的HbbTV协同设备、它们的设备类以及当前可用于每个设备的任何应用URI。如果AIT包含不指定URI打算用于的设备类的通用URI，然后所有协同设备类共享针对该应用的相同的启动URI。如果现在没有可用HbbTV协同设备具有经由AIT与其相关联的启动URI，则处理在此点结束。如果可用HbbTV协同设备中的一个或更多个现在确实具有经由AIT与其关联的启动URI，则TV应促使用户选择其上将要启动协同应用的设备。在作出决定后-无论是通过咨询用户或其他方式-TV准备向所选择的HbbTV协同设备传送启动URI。)
设备管理器向TV的UPnP单元传递与由用户选择的协同设备对应的应用URI。所传递的URI经由控制信号“SetURI”被输送给由用户选择的协同设备。所接收的URI经由网络视图单元在协同设备上显示给用户。(当TV上的HbbTV应用命令设备管理器向所选择的协同设备传送启动URI时，该设备管理器将使用UPnP模块来在所选择的HbbTV协同设备上调用与AppURI状态变量有关的“SET”动作。在HbbTV协同设备上，所接收的URI在网络视图中启动，并显示给用户。)
设备表可以根据经由AIT或服务器的地址(例如，广播服务器)由TV检测到的每个协同设备存储URI。该设备表可以存储在将TV连接到协同设备的同时获得的设备信息。另外，设备表可以存储经由服务器检测到的每个协同设备的URI。因此，设备表是存储空间，该存储空间用于管理操作在HbbTV(浏览器级)和UPnP(物理层级)处收集的协同设备所需的信息。
设备信息可以包含与协同设备的设备类型有关的信息。TV是UPnP的CP。在一个实施方式中，HbbTV2.0接收器将用urn:hbbtv-org:device:hbbtv2.0rcvr的UPnP设备类型实现逻辑UPnP设备。HbbTV2.0协同设备将用urn:hbbtv-org:device:hbbtv2.0rcvr的UPnP设备类型实现逻辑UPnP设备。为了在上述URN中形成命名空间标识符(NID)前缀，hbbtv.org的DNS名根据RFC2141的需要已被转换为hbbtv-org。hbbtv-org之后的剩余部分因此是命名空间特定字符串(NSS)。(HbbTV2.0接收器将用urn:hbbtv-org:device:hbbtv2.0rcvr的UPnP设备类型实现逻辑UPnP设备。HbbTV2.0协同设备将用urn:hbbtv-org:device:hbbtv2.0rcvr的UPnP设备类型实现逻辑UPnP设备。为了在上述URN中形成命名空间标识符(NID)前缀，hbbtv.org的DNS名已根据RFC2141的需要被转换为hbbtv-org。hbbtv-org之后的剩余部分因此是命名空间特定字符串(NSS)。)
HbbTV2.0接收器支持具有如下服务类型和服务ID的Devinfo服务和AppURI服务。
表1
[表1]
使用DevInfo服务，TV从协同设备得到设备信息。TV经由UPnP的“GET”控制接收协同设备信息。DevInfo服务的协议将使用下面定义的参数(使用DevInfo服务，TV从协同设备得到设备信息。)TV经由UPnP的“GET”控制接收协同设备信息。用于DevInfo服务的协议将使用下面定义的参数。
表2
[表2]
变量名称 必需或可选 数据 事件化？
DevClass 必需 字符串 否
表2示出了Devinfo服务状态变量。
表3
[表3]
名称 必需/可选
GetDevClass 必需
表3示出DevClass服务动作。
表4
[表4]
参数 方向 相关状态变量
DevClass OUT DevClass
表4示出了GetDevClass动作参数。
为了使用DevClass状态变量，以下规则将应用。
a)协同设备“电话”、“平板电脑”或“PC”类。
b)TV设备应将它们自身识别为“TV”类。
(为了使用DevClass状态变量，以下规则将应用：
a)协同设备“电话”、“平板电脑”或“PC”类。
b)TV设备应将它们自身识别为“TV”类。)
可以使用AppURI服务从TV向协同设备传送用于应用的启动URI。当多个协同设备可用时，HbbTV应用将促使用户选择所述多个协同设备中的一个，并且用于所选择的设备的URI经由UPnP的“SET”控制被传送。用于AppURI服务的协议应使用下面定义的参数。(可以使用AppURI服务以从TV向协同设备传送用于应用的启动URI。当多个协同设备可用时，HbbTV应用将促使用户选择所述多个协同设备中的一个，并且用于所选择的设备的URI经由UPnP的“SET”控制被传送到该设备。用于AppURI服务的协议应使用下面定义的参数。)
表5
[表5]
变量名称 必需或可选 数据 事件化？
AppURI 必需 字符串 否
DisplayIntent 必需 字符串 否
表5示出AppURI服务状态变量。
表6
[表6]
名称 必需或可选
SetAppURI 必需
表6示出了AppURI服务动作。
表7
[表7]
参数 方向 相关状态变量
AppURI IN AppURI
DisplayIntent IN DisplayIntent
表7示出了SetAppURI动作参数。
为了使用DisplayIntent状态变量，以下规则将应用。
a)该DisplayIntent状态变量将被设置成“WebView”或“SystemBrowser”。
b)如果发送“WebView”，则可以在被嵌入在协同应用中的网络视图中启动相关URI；在所有其它情况下，URI将在协同设备的默认网络浏览器中被启动。
c)不提供嵌入式网络视图的协同设备将在默认网络浏览器中启动所有URI。
(为了使用DisplayIntent状态变量和动作参数，以下规则将应用：
a)该DisplayIntent状态变量将被设置成“WebView”或“SystemBrowser”。
b)如果它被设置成“WebView”，则可以在被嵌入在协同应用中的网络视图中启动相关URI；在所有其它情况下，URI将在协同设备的默认网络浏览器中被启动。
c)不提供嵌入式网络视图的协同设备将在默认网络浏览器中启动所有URI。)
图9是示出根据本发明的第二实施方式的在协同设备中执行附加服务的方法的时序图。
图9示出了所有协同设备的应用URI都被包括在AIT中并且CP位于该协同设备中的实施方式。
参照图9，作为CP的协同设备19，使用多播方法执行对TV的发现操作(S1210)。当发现操作完成后，从协同设备19向TV发送用于设置协同设备的设备信息的控制信号“Set”(S1215)。TV的UPnP单元17向设备管理器15输送协同设备信息(S1220)。设备管理器15创建设备表并且管理设备ID、设备类型和URI(S1225)。
TV11接收AIT(S1230)。AIT可包括在协同设备中将要启动的应用URI。TV11解析所接收的AIT和根据设备管理器15的设备类型传送应用URI(S1235)。设备管理器15更新与设备列表的协同设备对应的URI。设备管理器15通知HbbTV应用13协同屏幕应用存在(S1240)。HbbTV应用请求所有协同设备信息(S1245)。设备管理器15响应于该请求传送协同设备信息(S1250)。
TV在与广播节目相关的附加服务存在时通知用户附加服务存在，并且用户可以选择附加服务和将执行附加服务的协同设备的类型。
HbbTV应用13向设备管理器15输送与所选择的协同设备相关的信息(S1255)。设备管理器15向TV的UPnP单元17传送与所选择的协同设备对应的应用URI(S1260)。当URI被传送后，TV的UPnP单元17通知协同设备所传送的URI(S1265)。协同设备19向网络视图单元21传送所发送的URI(S1270)。网络视图单元21使用互联网协同网络显示URI页面(S1275)。
换句话说，多播搜索经由协作为CP的同设备的UPnP单元被传送给TV，以开始发现操作。当TV的发现完成后，协同设备向TV传送用于设置协同设备的设类型的控制信号“Set”。TV向设备管理器输送在协同设备中设置的设备信息。设备表管理所有协同设备的设备ID和设备类型。
AIT包括在协同设备组红将要启动的应用URI并且TV接收该AIT。所接收的AIT被解析并输送给设备管理器以更新与该设备表中的协同设备对应的URI。设备表包括对应于同伴设备应用程序URI。如果设备类型没有在AIT(例如，通用URI)设置，则常见的URI被输送到同伴设备。当协同设备应用存在时，经由TV，用户被通知能够经由AIT应用协同设备应用。用户识别该信息，并且选择连接到的协同设备。所选择的设备准备向设备管理器和协同设备输送URI。
设备管理器向TV的UPnP单元传送与由用户选择的协同设备对应的应用URI。当URI被传送后，由用户选择的协同设备(CP)被通知在TV中改变(传送)的URI，并且接收应用URI。在系统设备上，经由网络视图单元将所接收的URI显示给用户。
设备信息可以包括与有关协同设备的设备类型的信息。协同设备是UPnP的控制点(CP)。作为一个实施方式，HbbTV2.0接收器的UPnP设备类型是urn:hbbtv.org:device:hbbtv2.0rcvr。在一些情况下，为了形成命名空间标识符(NID)前缀，hbbtv.org的DNS名可以根据RFC2141中的需要被转换为hbbtv-org。HbbTV2.0接收器支持具有如下服务类型和服务ID的Devinfo服务和AppURI服务。
表8
[表8]
表8示出了服务类型和服务ID。
使用发展信息服务，TV可以从作为CP的协同设备接收设备信息。由于协同设备是CP，因此根据UPnP的属性经由Set控制向TV传递信息。
AppURI服务是从TV到协同设备(CP)传递用于启动应用的URI的服务。与由用户选择的协同设备对应的URI经由HbbTV应用获得并且经由UPnP被输送给协同设备。
表9
[表9]
变量名称 必需或可选 数据 事件化？
Dev_info 必需 字符串 否
表9示出了DevInfo服务状态变量。
表10
[表10]
名称 必需或可选
SetDevInfo 必需
表10示出了DevInfo服务动作。
表11
[表11]
参数 方向 相关状态变量
dev_info IN dev_info
表11示出了GetDevInfo动作的参数。
表12
[表12]
变量名称 必需或可选 数据 事件化？
AppURI 必需 字符串 是
表12示出了AppURI服务状态变量。
表13
[表13]
名称 必需或可选
NotifyAppURI 必需
表13示出了AppURI服务动作。
表14
[表14]
参数 方向 相关状态变量
AppURI IN AppURI
表14示出了SetAppURI动作的参数。
图10是示出根据本发明的第三实施方式的在协同设备中执行附加服务的方法的时序图。
图10示出了当在AIT中输送延迟URI时事件的流。因此，在向协同设备传输应用URI之前需要从远程服务器检索应用URI。(图10描绘了当在广播AIT中输送推迟URI时事件的流。这表示在可以向协同设备传输应用URI之前需要从远程服务器检索应用URI。)
作为CP的TV，经由UPnP单元17向协同设备19传输多播搜索以开设发现操作(S1310)。当协同设备19的发现操作完成后，UPnP单元17向协同设备19发送用于获得设备类型信息的控制信号“Get”(S1315)。协同设备19响应于控制信号向UPnP单元17发送设备信息(S1320)。所发送的设备信息被输送给设备管理器15(S1325)。设备管理器15创建设备表并且管理设备ID、设备类型和URI(S1330)。
TV11接收AIT(S1335)。AIT可包括能够访问服务器的延迟URI。TV11解析所接收的AIT并且向设备管理器15传送能够访问服务器的延迟URI(S1340)。设备管理器15通知HbbTV应用13协同屏幕应用存在(S1345)。HbbTV应用13请求所有协同设备信息(S1350)。设备管理器15响应于请求输送协同设备信息(S1355)。HbbTV应用13经由推迟URI请求与协同设备的设备类型对应的应用URI(S1360)。服务器31响应于所述请求向TV发送每个设备类型的应用URI(S1365)。HbbTV应用13向设备管理器15传送所接收的应用URI(S1370)。设备管理器15在设备表中存储所传送的应用URI(S1375)。
TV11在与广播节目相关的附加服务存在时通知用户附加服务存在，并且用户可以选择附加服务和将执行附加服务的协同设备的类型。
设备管理器15向TV的UPnP单元17传送与所选择的协同设备对应的引用URI(S1380)。TV的UPnP单元17向所选择的协同设备19发送控制信号“SetURI”(S1385)。协同设备19向网络视图单元21传递所发送的URI(S1390)。网络视图单元21使用互联网协议网络显示URI页面(S1395)。
作为CP的TV通过经由UPnNP单元广播多播搜索到HbbTV协同设备开始发现处操作。当协同设备的发现完成后，TV向协同设备传送用于获得设备类型信息的控制信号的“Get”。协同设备响应于控制信号输送设备信息。所输送的设备信息被输送给设备管理器的设备表以管理设备ID和设备类型。(TV中的UPnP控制点通过广播用于可用HbbTV协同设备的多播搜索开始发现。当发现完成后，TV中的设备管理器接收可用HbbTV协同设备的列表，并且向每个HbbTV协同设备传送“GET”控制以侦听其名称和设备类。该信息由设备管理器存储在设备表中。)
AIT包含能够访问服务器的延迟URI并且TV接收AIT。所接收的AIT被解析并且被传递给设备管理器。所述设备管理器更新用于所有协同设备的URI。由于不根据设备类识别延迟URI，因此能够根据设备类识别的URI是必要的。设备管理器经由延迟URI是可用的的DOM事件通知HbbTV应用。此时，HbbTV应用分解了延迟URI并且在设备表中存储最终URI。之后，HbbTV应用通知设备管理器URI已被更新并且设备管理器生成第二DOM事件。当协同设备应用存在时，经由TV，通知用户能够经由AIT应用协同设备应用。用户识别该信息并且选择连接到的协同设备。所选择的设备准备向设备管理器和协同设备输送URI。(AIT包含用于协同应用的一个启动URI，并且将该URI标注为延迟URI。TV首先从广播接收AIT，然后搜索用于协同URI描述符的AIT，并且(在找到任何的情况下)向设备管理器传送这些URI以更新用于给定的设备类中的所有设备的URI。由于用于延迟URI的AIT中的信息不指定哪个设备类适用，因此该信息将只能在延迟URI被分解之后可用。因此，设备管理器在用于所有可用协同设备的AppURI列中存储延迟URI，并且通过设置针对每个延迟URI的IsDeferredURI标志对所述延迟URI进行标记。然后，设备管理器经由延迟URI可用的DOM时间通知TV上的HbbTV应用。然后，TV上的HbbTV应用分解延迟URI，并且在设备表中存储最终URI。在该操作完成之后，HbbTV应用通知设备管理器URI已被更新，并且设备管理器此时用最终URI生成第二DOM事件。正如在以前的使用情况下，HbbTV应用选择(可能有来自用户的帮助)设备以启动协同应用。TV现在准备向选择的HbbTV协同设备传送启动URI。)
设备管理器向TV的UPnP单元传送与由用户选择的协同设备对应的应用URI。经由信号“SetURI”从TV(CP)到协同设备将所传送的URI发送给由用户选择的协同设备。在协同设备上，经由网络视图单元将所接收的URI显示给用户。(当通过TV上的HbbTV应用命令设备管理器向所选择的协同设备传送启动URI时，它将使用UPnP模块来调用在所选择的HbbTV协同设备上与AppURI状态变量有关的“SET”动作。在HbbTV协同设备上，所接收的URI在网络视图中启动，并且被显示给用户。)
图11是示出根据本发明的第四实施方式的在协同设备中执行附加服务的方法的时序图。
参照图11，作为CP的协同设备19使用多播方法执行对TV的发现操作(S1410)。当发现操作完成后，从协同设备19向TV发送用于设置协同设备的设备信息的控制信号“Set”(S1415)。TV的UPnP单元17向设备管理器15输送协同设备信息(S1420)。设备管理器15创建设备表并且管理设备ID、设备类型和URI(S1425)。
TV11接收AIT(S1430)。AIT可包括能够访问服务器的延迟URI。TV11解析所接收的AIT并且向设备管理器15传送能够访问服务器的延迟URI(S1435)。设备管理器15通知HbbTV应用13协同屏幕应用存在(S1440)。HbbTV应用13请求所有协同设备信息(S1445)。设备管理器15响应于所述请求输送协同设备信息(S1450)。HbbTV应用13经由推迟URI请求与协同设备的设备类型对应的应用URI(S1455)。服务器31响应于所述请求向TV发送每个设备类型的应用URI(S1460)。HbbTV应用13向设备管理器15传送所接收的应用URI(S1465)。设备管理器15在设备表中存储所传送的应用URI(S1470)。
TV11在与广播节目相关的附加服务存在时通知用户附加服务存在，并且用户可以选择附加服务和将执行附加服务的协同设备的类型。
设备管理器15向TV的UPnP单元17传送与所选择的协同设备对应的应用URI(S1260)。当URI被传送后，TV的UPnP单元17通知协同设备所传送的URI(SS1480)。协同设备19向网络视图单元21传送所发送的URI(S1485)。网络视图单元21使用互联网协同网络显示URI页面(S1490)。
换句话说，多播搜索经由协作为CP的同设备的UPnP被传送给TV，以开始发现操作。当TV的发现完成后，协同设备向TV传送用于设置协同设备的设类型的控制信号“Set”。TV向设备管理器输送在协同设备中设置的设备信息。设备表管理所有协同设备的设备ID和设备类型。
AIT包含能够访问服务器的延迟URI并且TV接收AIT。所接收的AIT被解析并且被传递给设备管理器。所述设备管理器更新用于所有协同设备的URI。由于不根据设备类识别延迟URI，因此能够根据设备类识别的URI是必要的。设备管理器经由延迟URI是可用的的DOM事件通知HbbTV应用。此时，HbbTV应用解决了延迟URI并且在设备表中存储最终URI。之后，HbbTV应用通知设备管理器URI已被更新并且设备管理器生成第二DOM事件。当协同设备应用存在时，经由TV，通知用户能够经由AIT应用协同设备应用。用户识别该信息并且选择连接到的协同设备。所选择的设备准备向设备管理器和协同设备输送URI。
设备管理器向TV的UPnP单元传送与由用户选择的协同设备对应的应用URI。当URI被传送后，通知由用户选择的协同设备(CP)TV中改变(发送)的URI。在协同设备上，经由网络视图单元将所接收的URI显示给用户。
图12是示出根据本发明的第五实施方式的在协同设备中执行附加服务的方法的时序图。
图12示出当从广播服务器而不是AIT接收用于启动协同应用的触发时事件的流。此方法可允许在没有收到任何广播信号的情况下启动协同应用。TV的HbbTV应用需要主动地查询广播服务器。不支持针对AIT的自动触发。(图12描绘了当用于启动协同应用的触发来自广播服务器而不是广播AIT时事件的流。这允许在没有任何广播接收的情况下启动协同应用。为了能够使用该用例，TV上的HbbTV应用需要主动查询广播服务器。不支持针对广播AIT的自动触发。)
作为CP的TV，经由UPnP单元17向协同设备19传输多播搜索以开设发现操作(S1510)。当协同设备19的发现操作完成后，UPnP单元17向协同设备19发送用于获得设备类型信息的控制信号“Get”(S1515)。协同设备19响应于控制信号向UPnP单元17发送设备信息(S1520)。所发送的设备信息被输送给设备管理器15(S1525)。设备管理器15创建设备表并且管理设备ID、设备类型和URI(S1530)。
TV的HbbTV应用13从广播服务器31请求确定是否存在可用协同设备应用(S1535)。当存在可用协同设备应用时，广播服务器31向HbbTV应用13传送响应(S1540)。HbbTV应用13请求所有协同设备信息(S1545)。设备管理器15响应于该请求输送协同设备信息(S1550)。
TV11在与广播节目相关的附加服务存在时通知用户附加服务存在，并且用户可以选择实例或设备类型。HbbTV应用13从广播服务器31请求与协同设备类型对应的URI(S1555)。广播服务器31向HbbTV应用发送所请求的URI(S1560)。
HbbTV应用13向设备管理器15传送所接收的应用URI(S1565)。设备管理器15在设备表中存储所传送的应用URI(S1570)。设备管理器15向TV的UPnP单元17传送与所选择的协同设备对应的应用URI(S1575)。TV的UPnP单元17向所选择的协同设备19发送控制信号“SetURI”(S1580)。协同设备19向所选择的协同设备19输送控制信号(S1580)。协同设备19向网络视图单元21传送所发送的URI(S1585)。网络视图单元21使用互联网协议网络显示URI页面(S1590)。
换句话说，作为CP的TV通过经由UPnNP单元广播多播搜索到HbbTV协同设备开始发现处操作。当协同设备的发现完成后，TV向协同设备传送用于获得设备类型信息的控制信号的“Get”。每个协同设备响应于控制信号输送设备信息。所输送的设备信息被输送到设备管理器的设备表以管理设备ID和设备类型。(TV中的UPnP控制点通过广播用于可用HbbTV协同设备的多播搜索开始发现。当发现完成后，TV中的设备管理器接收可用HbbTV协同设备的列表，并向每个HbbTV协同设备传送“GET”控制以侦听其名称和设备类。该信息由所述设备管理器存储在设备表中。)
替代等待设备管理器检测AIT中的协同应用URI，HbbTV应用查询广播服务器以确定协同设备应用是否可用于当前可用协同设备中的任何一个。如果存在协同设备，则TV被提供启动URI。然后，用户可以选择用于传送应用的URI的被连接设备。在设备管理器的设备表中注册的协同设备可以更新与从广播服务器接收到的设备类型对应的应用URI。TV准备向所选择的协同设备传送启动URI。(而不是等待设备管理器检测广播AIT中的协同应用URI，HbbTV应用查询广播服务器协同设备应用是否可用于当前可用协同设备中的任何一个。如果存在协同设备应用，则TV被提供启动URI。然后，用户选择向那个被连接设备传送应用的URI。在设备管理器的设备表中注册的协同设备更新与来自广播服务器的设备类型对应的应用的URI。TV现在准备向所述选择的HbbTV协同设备传送启动URI。)
设备管理器向TV的UPnP单元传送与由用户选择的协同设备对应的应用URI。从TV(CP)到协同设备传送的URI由用户经由控制“SetURI”选择。在协同设备上，所接收的URI经由网络视图单元显示给用户。(当TV上的HbbTV应用命令设备管理器向所选择的协同设备传送启动URI时，该设备管理器将使用UPnP模块来在所选择的HbbTV协同设备上调用与AppURI状态变量有关的“SET”动作。在HbbTV协同设备上，所接收的URI在网络视图中启动，并显示给用户。)
虽然TV可经由调谐器从广播站接收广播信号，但是TV可以仅经由IP连接。当TV仅经由IP连接时，TV可以在没有调谐器的情况下经由HbbTV应用和广播服务器之间的通信指示协同设备应用的存在。
图13是示出根据本发明的第六实施方式的在协同设备中执行附加服务的方法的时序图。
参照图13，作为CP的协同设备19使用多播方法执行对TV的发现操作(S1610)。当发现操作完成后，从协同设备19向TV发送用于设置协同设备的设备信息的控制信号“Set”(S1615)。TV的UPnP单元17向设备管理器15输送协同设备信息(S1620)。设备管理器15创建设备表并且管理设备ID、设备类型和URI(S1625)。
TV的HbbTV应用13从广播服务器31请求确定是否存在可用的协同设备应用(S1630)。当存在可用的协同设备应用时，广播服务器31向HbbTV应用13传送响应(S1635)。HbbTV应用13请求所有协同设备信息(S1640)。设备管理器15响应于所述请求输送协同设备信息(S1645)。
TV11在与广播节目相关的附加服务存在的情况下通知用户附加服务存在，并且用户可以选择实例或设备类型。HbbTV应用13从广播服务器31请求与协同设备类型对应的URI(S1650)。广播服务器31向HbbTV应用发送所请求的URI(S1655)。
HbbTV应用13向设备管理器15传送所接收的应用URI(S1660)。设备管理器15在设备表中存储所输送的应用URI(S1665)。设备管理器15向TV的UPnP单元17传送与所选择的协同设备对应的应用URI(S1670)。如果URI被传送，则TV的UPnP单元17向协同设备发送所传送的URI(S1675)。协同设备19向网络视图单元21传送所发送的URI(S1680)。网络视图单元21使用互联网协同网络显示URI页面(S1685)。
换句话说，作为CP的TV，通过经由UPnNP单元广播多播搜索到TV开始发现操作。当TV的发现完成后，协同设备向TV传送用于设置协同设备的设备类型的控制信号“Set”。TV响应于设备管理器输送在协同设备中设置的设备信息。设备表管理所有协同设备的设备ID和设备类型。
替代等待设备管理器检测AIT中的协同应用URI，HbbTV应用查询广播服务器以确定协同设备应用是否可用于当前可用协同设备中的任何一个。如果存在协同设备，则TV被提供启动URI。然后，用户可以选择用于传送应用的URI的被连接设备。在设备管理器的设备表中注册的协同设备可以更新与从广播服务器接收到的设备类型对应的应用URI。TV准备向所选择的协同设备传送启动URI。
设备管理器向TV的UPnP单元传送与由用户选择的协同设备对应的应用URI。如果URI被传送，则通知用户选择的协同设备CP在TV中改变(传送)的URI并且接收应用URI。在协同设备上，所接收的URI经由网络视图单元显示给用户。
图14是示出根据本发明的一个实施方式的URI描述符的图。
图8至图11示出经由AIT接收URI的实施方式。图14示出当AIT包含一个URI时用于发送URI的描述符。例如，一个URI可以是通用URI、延迟URI等。现在将描述在单个URI描述中包括的详细信息。
descriptor_tag字段是用于识别描述符的8位标识符并且在单个URI描述符中具有0x6F的值在。(值为Ox6F的8位整数识别该描述符。)
descriptor_length字段是指示描述符长度字段之后的字节数的8位字段(该8位字段指示描述符长度字段之后的字节数。)
URI_length字段是指示URI字段之后的字节数的16位字段(该16位字段指示URI长度字段之后的字节数。)
URI_char字段指示URI的特性。(该8位整数指示URI识别URI的字符。)
图15是示出根据本发明的另一实施方式的URI描述符的图。
图15示出当AIT包含多个URI时用于发送URI的描述符。例如，所述多个URI可以成为特定URI等。现在将描述在多URI描述中包括的详细信息。
descriptor_tag字段是用于识别描述符的8位标识符并且在单个URI描述符中具有值0x6F。(值为Ox6F的8位整数识别该描述符。)
descriptor_length字段是指示描述符长度字段之后的字节数的8位字段(该8位字段指示描述符长度字段之后的字节数。)
device_number字段是16位字段，其在描述符中指示可能的协同设备的数量(该16位字段在描述符中指示可能的协同屏幕设备的数量。)
device_type字段指示协同设备的类型。(该8位字段定义协同屏幕设备的类型。)将参照图16详细描述device_type。
URI_length字段指示URI长度字段之后的字节数的16位字段。(该16位字段指示URI长度字段之后的字节数)
URI_char字段指示URI的特性。(该8位整数指示URI识别URI的字符。)
图16是示出信号告知设备类型信息的实施方式的图。
现在将描述device_type的详细信息。
如果device_type为0，则协同装置指示PC类。
如果device_type为1，则协同装置指示平板类。
如果device_type为2，则协同装置指示智能电话类。
图17是示出信号告知协同设备信息的实施方式的图。
为了信号告知协同设备的可用性，AIT可以包括URI链接描述符。
为了指示被发送的协同应用URI，URI链接描述符的URI链接类型字段可以被设置为0x80。为了指示由URI所指示的接收设备的类型，私人数据字段可将协同链路编码成图17所示的结构。
link_target_type字段是指示URI的目的的8位字段(该8位字段表示URI的目的。)将参照图18描述其详细信息。
display_intent字段指示显示经由URI启动的应用的方法。(该8位字段指示显示经由URI启动的应用的预期方式。)将参照图18描述其详细信息。
保留字段是6位字段，其被保留以供将来使用并且应被设置为0。(该6位字段被保留以供将来使用并且应被设置为0。)
为了发送在AIT中包含的URI链接描述符，将应用以下规则。具有值为0x80的URI链接类型字段的URI链接描述符的发送可选的。这种描述符在描述符循环的每个实例中被允许不止一次。在描述符循环的给定实例中将没有这样的具有同一link_target_type的描述符的多个实例。(为了发送AIT中的uri_linkage_descriptor，将应用以下规则：具有值为0x80的uri_linkage_type的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是示出信号告知与执行协同应用的方法有关的信息的实施方式的图。
现在将描述display_intent的详细信息。
当display_intent值为0时，在系统网络浏览器上显示协同应用。
当display_intent值为1时，在嵌入式网络视图上显示协同应用。
图20是示出根据本发明的一个实施方式的延迟URI的GET请求头信息的图。
当在companion_link_info结构中发送延迟URI时，信号发送装置不具有到协同应用的直接链路。相反，在URI_linkage_descriptior中输送的URI可以从与能够下载协同设备应用有关的信息中识别与远程服务器有关的资源。在这种情况下，TV应将URI分解(resolve)到一个位置并从该位置获得资源。延迟URI的分解应使用设备管理器API实现。在URI_linkage_descriptor中，只有符合“http”或“https”URI方案的URI将被用作延迟URI。(当在companion_link_info结构中输送延迟URI时(由0x00的link_target_type指示)，终端不具有到协同应用的直接链路。相反，在theuri_linkage_descriptor输送的URI从与能够下载协同设备应用有关的信息中识别与远程服务器有关的资源。在这种情况下，终端应将URI分解到一个位置(如果需要)并从该位置获得资源。延迟URI的分解应使用设备管理器API实现。在URI_linkage_descriptor中，只有符合“http”或“https”URI方案的URI将被用作延迟URI。
TV发出携带头字段的HTTPGET请求。客户端可以编码附加的头字段，并且服务器可忽略这些附加的头字段。服务器将响应请求。当服务器返回重定向状态代码中的一个时，TV应该遵循用于跟随这些重定向的通常策略。(客户端将发出携带头字段的HTTPGET请求。客户端可以编码附加的头字段，并且服务器可忽略这些附加的头字段。服务器将响应。当服务器返回重定向状态代码中的一个时，TV应该遵循用于跟随这些重定向的通常策略。)
在图20中示出了GET请求头信息，该GET请求头信息用于分解延迟URI。
图21是示出根据本发明的一个实施方式的GET响应信息的图。
当服务器接收针对如图20中定义的延迟URI的请求时，该服务器应与参照图20描述的响应中的一个反应。(当服务器接收针对如图20中定义的延迟URI的请求时，该服务器应与响应中的一个反应。)
在图21中示出了由服务器传送的可能GET响应状态码。
图22是示出根据本发明的一个实施方式的用于对协同应用URI进行编码的JSON模式的图。
当服务器用“200OK”状态码响应时，该服务器应根据图22中定义的JSON模式传递JSON实体。(当服务器用“200OK”状态码响应时，该服务器应根据图22中定义的JSON模式传递JSON实体。)
该JSON模式定义服务器响应由包含一个或更多个对象的阵列组成。这些对象包含两个成员元素：目标和URI。URI成员是URI类型的并指示能够获得应用资源的位置。目标成员是枚举类型的并且指示被URI成员当成目标的设备类。(该JSON模式定义服务器响应由包含一个或更多个对象的阵列组成。这些对象包含两个成员元素：target和uri。uri成员是URI类型的并指示能够获得应用资源的位置。target成员是枚举类型的并且指示被uri成员当成目标的设备类。)
图23是示出根据协同设备的对URI进行编码的实施方式的图。
作为一个实施方式，为了对两个URI进行编码(其中一个以智能手机为目标，另一个以平板设备为目)，可返回如图23的JSON对象。(为了对两个URI进行编码(其中一个以智能手机为目标，另一个以平板设备为目)，可返回如图23的JSON对象。)
设备管理器管理设备表。使用设备管理器，可以收集当前连接的协同设备的信息。至少下面所定义的信息应存储在设备表中。(设备管理器管理设备表。使用设备管理器，收集当前连接的协同设备的信息。至少下面所定义的信息应存储在设备表中。)
当设备管理器管理使用设备表管理协同设备信息时，协同设备的状态可以加入并且稍后扩展。
表15
[表15]
为了管理设备表，应用以下规则。
为了管理设备表，以下规则将应用。
1)当新协同设备变得可用时，该新协同设备应由表中的条目来表示，并且AppURI最初应被设置为未初始化的值(例如，空值或空字符串)。
2)当协同设备不再可用时，描述该设备的条目将失效。
3)当开始在广播AIT中信号告知协同应用时，设备管理器应搜索用于匹配类的设备的表格。对于每一个匹配条目，该匹配条目应当保存相应的AppURI以及相应的AppURI在该条目中是否是延迟URI。
4)当停止在广播AIT中信号告知协同应用时，设备管理器应搜索针对参考该协同应用的条目的设备表，并且在这些条目中应将AppURI设置为未初始化的值(例如，空值或空字符串。)
(为了管理设备表，以下规则将应用。
1)当新协同设备变得可用时，该新协同设备应由表中的条目来表示，并且AppURI最初应被设置为未初始化的值(例如，空值或空字符串)。
2)当协同设备不再可用时，描述该设备的条目将失效。
3)当开始在广播AIT中信号告知协同应用时，设备管理器应搜索用于匹配类的设备的表格。对于每一个匹配条目，该匹配条目应当保存相应的AppURI以及相应的AppURI在该条目中是否是延迟URI。
4)当停止在广播AIT中信号告知协同应用时，设备管理器应搜索针对参考该协同应用的条目的设备表，并且在这些条目中应将AppURI设置为未初始化的值(例如，空值或空字符串。)
为了使TV能够执行与广播节目相关联的HbbTV协同设备应用，插件接口是必要的。作为一个实施方式，将描述TV从广播服务器接收URI的情况。
插件API可以由被识别为以下MIME类型的HbbTV对象提供。
MIME类型：application/hbbtv2.0CompanionScreen
当与实时广播节目相关联的协同设备应用存在时，由TV执行的HbbTV应用需要用于向HbbTV应用通知该协同设备应用的API。HbbTV应用也需要用于得到与TV配对的协同设备的列表的API。另外，用于将URI设置到在HbbTV应用中选择的协同设备的API也是必要的。
HbbTV协同屏幕插件对象可以定义如下。
表16
[表16]
在TV中执行的HbbTV应用根据广播节目可以或者可以不包括协同画面应用(或者协同设备应用)。当协同画面应用存在时通知HbbTV应用的插件对象的属性的实施方式如下。
函数onCompanionScreenAppPresent(CompanionParamList参数)
当HbbTV协同屏幕插件对象被初始化后，函数可以经由上述属性被设置，并且当协同屏幕应用存在时，注册函数被浏览器的插件I/F调用。可以输送适合协同屏幕的类型的AppURI列表作为CompanionParamList参数。CompanionParamList可以经由AIT被输送。
表17
[表17]
表17示出了typedef集合<CompanionParam>CompanionParamList。
表18
[表18]
表18示出了CompainonParam类。
在本实施方式中，可以获得设备名称、设备类型和设备分辨率。在TV中执行的应用可以调用从而函数以获得配对的设备列表并且将所述配对的设备列表输出给用户，由此使得用户能够选择特定设备。
DeviceListgetPairedDeviceList()
经由该函数，获得与TV配对的设备的列表。
表19
[表19]
名称
属性 只读整数长度//设备的数目
方法 Device项(整数索引)//返回位于相应索引处的Device
表19示出了typedef集合<Device>DeviceList。
表20
[表20]
表20示出了配对协同设备的单独实例。
接下来，将描述用于启用在TV中执行的应用以向特定设备传送AppURI的API的实施方式。用户可以同时指定一个或多个设备。
布尔setCompanionURI(DeviceParamListdeviceList)
该函数向由设备ID指定的协同设备传送应用或URI。
表21
[表21]
名称
属性 只读整数长度//设备的数目
方法 DeviceParam项(整数索引)//返回位于相应索引处的DeviceParam
表21示出了typedef集合<DeviceParam>DeviceParamList。
表22
[表22]
表22示出了DeviceParam类。
作为另一实施方式，将描述TV经由互联网从服务器接收URI的情况。即，为了在协同设备中执行TV应用，本实施方式涉及在TV浏览器环境中提供的插件接口。
插件API可以由被识别为下述MIME类型的HbbTV对象提供。
MIME类型：application/hbbtv2.0CompanionScreen
经由当前连接的协同设备信息，HbbTV应用需要能够检索与每个协同设备的URI对应的API。当与实时广播节目相关联的协同设备应用存在时，由TV执行的HbbTV应用需要用于向HbbTV应用通知协同设备应用的API。HbbTV应用也需要用于获得与TV配对的协同设备的列表的API。另外，用于将URI设置到在HbbTV应用中选择的协同设备的API也是必要的。
HbbTV协同屏幕插件对象可以定义如下。
表23
[表23]
根据广播节目，在TV中执行的HbbTV应用可以或者可以不包括协同画面应用(或者协同设备应用)。当协同画面应用存在时通知HbbTV应用的插件对象的属性的实施方式如下。
函数onCompanionScreenAppPresent()
当HbbTV协同屏幕插件对象被初始化后，功能可以经由上述属性被设置，并且当协同屏幕应用存在时，注册函数被浏览器的插件I/F调用。在本实施方式中，可以获得设备名称、设备类型和设备分辨率。在TV中执行的应用可以调用从而函数以获得配对的设备列表并且将所述配对的设备列表输出给用户，由此使得用户能够选择特定设备。
DeviceListgetPairedDeviceList()
经由该函数，获得与TV配对的设备的列表。HbbTV应用可以经由互联网从服务器获得适合配对设备类型的协同屏幕应用URI。
表24
[表24]
名称
属性 只读整数长度//设备的数目
方法 Device项(整数索引)//返回位于相应索引处的Device
表24示出了typedef集合<Device>DeviceList。
表25
[表25]
表25示出了配对协同设备的单独实例。
接下来，将描述用于启用在TV中执行的应用以向特定设备传送AppURI的API的实施方式。用户可以同时指定一个或多个设备。
布尔setCompanionURI(DeviceParamListdeviceList)
该函数向由设备ID指定的协同设备传送应用或URI。
表26
[表26]
名称
属性 只读整数长度//设备的数目
方法 DeviceParam项(整数索引)//返回位于相应索引处的DeviceParam
表26示出了typedef集合<DeviceParam>DeviceParamList。
为了利用在AIT中输送的任何协同应用URI保持最新，设备管理器应注册TV平台的本机广播接收器软件模块。(为了利用在AIT中输送的任何协同应用URI保持最新，设备管理器应注册TV平台的本机广播接收器软件模块)。
一旦设备管理器在描述符中检测到新的协同应用URI，该设备管理器应执行以下操作。
1)设备管理器将检查设备表中的所有有效条目和具有通过描述符指示的相同设备类的条目，并且基于在描述符中提供的信息更新AppURI列和IsDeferredURI列。
2)设备管理器将变为准备接受要求与设备表交互的API。
3)设备管理器将向HbbTV应用传递DOM事件。
(一旦设备管理器检查到描述符中的新协同应用URI，该设备管理器就将执行以下操作。
1)设备管理器将检查设备表中的所有有效条目，并且对于具有通过描述符指示的相同设备类的条目，该设备管理器将基于在描述符中提供的信息更新AppURI列和IsDeferredURI列。如果在描述符中指示的设备类是“所有设备”，则然后将更新设备表中所有有效条目。
2)设备管理器将变为准备接受要求与设备表交互的API。
3)设备管理器将向HbbTV应用传递DOM事件。)
为了指示用于能够利用协同应用的设备的HbbTV应用，设备管理器生成下述DOM3事件。下面将详细描述在HbbTV应用中利用这种信息的方法。
表27
[表27]
表27示出了HbbtvCompanionAppAvailable事件的WebIDL定义。
这种事件的DOM3事件设置如下。
表28
[表28]
属性 类型 值
类型 DOM字符串 HbbtvCompantionAppAvailable
目标 事件目标 DOM树的根元素
泡沫 布尔 假
可取消 布尔 假
是值得信赖的 布尔 真
表28示出了针对HbbtvCompanionAppAvailable事件的DOM3事件属性设置。
为了生成HbbtvCompanionAppAvailableevents，将应用下述规则。
1)当开始在AIT中信号告知协同应用时，设备管理器将向设备表咨询具有匹配设备类的设备表。
2)如果找到了匹配类的一个或更多个设备，则设备管理器将在设备表中存储相应的URI，并且生成输送所述匹配设备的名称和类的HbbTVCompanionAppAvailable事件。
3)当停止在AIT中信号告知协同应用时，设备管理器将利用被设置为0的numDevices生成HbbTVCompanionAppAvailable事件，以指示协同应用可以不再被启动。
4)如果，在当开始在AIT中信号告知协同应用时的时段期间，适合的协同设备变得可用，或者在停止可用，则设备管理器将生成输送所更新的适合协同设备的列表的HbbTVCompanionAppAvailable事件。
(为了生成HbbtvCompanionAppAvailableevents，将应用下述规则。
1)当开始在广播AIT中信号告知协同应用时，设备管理器将向设备表咨询具有匹配设备类的设备表。
2)如果找到了匹配类的一个或更多个设备，则设备管理器将在设备表中存储相应的URI，并且生成输送所述匹配设备的名称和类的HbbTVCompanionAppAvailable事件。
3)当停止在广播AIT中信号告知协同应用时，设备管理器将利用被设置为0的numDevices生成HbbTVCompanionAppAvailable事件，以指示协同应用可以不再被启动。
4)如果，在当开始在广播AIT中信号告知协同应用时的时段期间，适合的协同设备变得可用，或者在停止可用，则设备管理器将生成输送所更新的适合协同设备的列表的HbbTVCompanionAppAvailable事件。)
希望使用协同设备应用的HbbTV应用将注册用于HbbtvCompanionAppAvailable事件的事件处理器。当生成事件后，HbbTV应用将接收与能够启动协同应用的设备的数目、设备的设备类以及设备的名称有关的信息。该信息例如可以用于呈现给用户一个他是否想要启动协同应用的选择，并且如果用户想要启动协同设备，在哪个设备上启动(如果多于一个设备是可用的)。在HbbTV应用已决定是否启动协同设备之后，该HbbTV应用使用API命令设备管理器来启动特定设备上的应用。(希望使用协同设备应用的HbbTV应用将注册用于HbbtvCompanionAppAvailable事件的事件处理器。当生成事件后，HbbTV应用将接收与能够启动协同应用的设备的数目、设备的设备类以及设备的名称有关的信息。该信息例如可以用于呈现给用户一个他是否想要启动协同应用的选择，并且如果用户想要启动协同设备，在哪个设备上启动(如果多于一个设备是可用的)。在HbbTV应用已决定是否启动协同设备之后，该HbbTV应用使用API命令设备管理器来启动特定设备上的应用。)
表29
[表29]
表29示出了设备管理器API。
使用设备管理器API的实施方式如下。
表30
[表30]
launchDefaultUriOnDeviceNamed方法
表31
[表31]
当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器检查是否设置了AppURI列，以及是否清除了IsDeferredURI标志。如果所有条件都得到满足，则设备管理器将使用UpnP消息在指定的协同设备上设置AppURI状态变量。(当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器检查是否设置了AppURI列(即，没有设置成未初始化的值)，以及是否清除了IsDeferredURI标志。如果所有条件都得到满足，则设备管理器将使用UpnP消息在指定的协同设备上设置AppURI状态变量。)
getDeferredUriForDeviceNamed方法
表32
[表32]
当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器检查是否设置了IsDeferredURI标志。如果所有条件都得到满足，则设备管理器将返回AppURI列的内容。否则，设备管理器返回未初始化的值。(当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器检查是否设置了IsDeferredURI标志。如果所有条件都得到满足，则设备管理器将返回AppURI列的内容。否则，设备管理器返回未初始化的值。)
setDefaultUriForDeviceNamed方法
表33
[表33]
当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器将给定URI存储在AppURI列中，并且返回之前的内容。所提供的任何URI必须不是延迟URI，并且因此该方法还将清除IsDeferredURI标志。(当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器将给定URI存储在AppURI列中，并且返回之前的内容。所提供的任何URI必须不是延迟URI，并且因此该方法还将清除IsDeferredURI标志。)
setDisplayIntentForDeviceNamed方法
表34
[表34]
当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器将给定意图存储在DsiplayIntent列中，并且返回之前的内容。所提供的任何意图必须是“WebView”或者“SystemBrowser”。如果“WebView”被指定，则协同设备可以启动在被嵌入到协同应用中的网络视图中的URI。在所有其它情况下，协同设备将启动系统的默认网络浏览器中的URI。(当这种方法被调用时，设备管理器在设备表的DevName列中搜索设备的名称。如果找到一个条目，则设备管理器将给定意图存储在DsiplayIntent列中，并且返回之前的内容。所提供的任何意图必须是“WebView”或者“SystemBrowser”。如果“WebView”被指定，则协同设备可以启动在被嵌入到协同应用中的网络视图中的URI。在所有其它情况下，协同设备将启动系统的默认网络浏览器中的URI。)
deviceTableUpdateCompleted方法
表35
[表35]
该方法告知设备管理器HbbTV应用已完成对设备表进行的更新。设备管理器将允许针对应用的事件处理器的非常短的延迟以在利用所更新的信息生成新的事件之前取消当前事件。事件处理器因此应在调用该方法之后立即调用返回。新的事件将在设备表中输送与非延迟协同应用URI可用的所有设备有关的信息，就好像已经在AIT中提供了该信息一样。(该方法告知设备管理器HbbTV应用已完成对设备表进行的更新。设备管理器将允许针对应用的事件处理器的非常短的延迟以在利用所更新的信息生成新的事件之前取消当前事件。事件处理器因此应在调用该方法之后立即调用返回(假)。新的事件将在设备表中输送与非延迟协同应用URI可用的所有设备有关的信息，就好像已经在AIT中提供了该信息一样。)
getDeviceCollection方法
表36
[表36]
该方法返回用于浏览的当前设备表的只读副本。该只读副本元素具有两个成员：名称和类。二者都是字符串。名称包含设备的名称，并且类包含从HbbtvCompanionClass枚举类型的设备类。(该方法返回用于浏览的当前设备表的只读副本。该只读副本元素具有两个成员：名称和类。二者都是字符串。名称包含设备的名称，并且类包含从HbbtvCompanionClass枚举类型的设备类。)
浏览器与UpnP单元之间的直接通信可能很困难。因此，设备管理器可以负责浏览器与UpnP单元之间的接口连接。设备管理器可以用作经由浏览器的API在UpnP单元与浏览器直接进行通信的守护进程。尽管守护进程可以被包括在浏览器中，但是也可以实现独立的守护进程作为TV的一个模块。
图24是示出根据本发明的一个实施方式的用于在协同设备中执行附加服务的信号发送装置的UI的图。
信号发送装置可连接到上述协同设备以根据类型从AIT或服务器接收URI，并且生成设备表。当在广播节目中存在能够在协同设备中的应用的附加服务(或协同设备应用)时，信号发送装置可以在屏幕上显示附加服务。作为一个实施方式，当可用HbbTV应用存在时，信号发送装置可以显示红色按钮。HbbTV应用表示在TV中执行的应用。当可用HbbTV协同设备应用存在或者可以显示指示协同设备在平面的一个区域中可用的信息时，信号发送装置可以显示黄色按钮。HbbTV协同设备应用表示在协同设备中执行的应用。
当用户选择执行协同设备应用时，信号发送装置可以显示所发现的可用协同设备的列表。当用户选择设备A时，信号发送装置可以向设备A发送资源所在的服务器的URI，用于附加服务，并且输出指示该设备A被连接的消息。
可以使用从信号发送装置接收到的URI将设备A连接到服务器以执行附加服务。
图25是示出根据本发明的各种实施方式的、在信号发送装置处执行协同设备的附加服务的方法的图。
为了允许协同设备启动信号发送装置上(例如，TV)100上的广播无关HbbTV应用，信号发送装置100还可以实现在图8中定义的UPnP状态变量服务。(为了允许协同设备启动TV上的广播无关HbbTV应用，TV还可以实现在图8中定义的UPnP状态变量服务。)
图25中所示的配置描绘了可以由TV提供的UPnP服务。由于协同设备可能不能够接收广播AIT，因此它们可以使用其它机制。(图25中所示的配置描绘了可以由TV提供的UPnP服务。由于协同设备可能不能够接收广播AIT，因此它们可以使用其它机制。)
图25的配置可以与参照图4描述的方法类似地实现。
图26是示出根据本发明的各种实施方式的、在信号发送装置处执行协同设备的附加服务的方法的图。
图26示出了其中CP位于信号发送装置(例如，TV)100和协同设备200二者中的实施方式。
被输送到TV100的AppURI或者指向XMLAIT，或者指向HTML页面。当从协同设备接收到用于广播无关HbbTV应用启动请求时，TV100将遵循确定优先级和行为的规则。(被输送到TV的AppURI或者指向XMLAIT，或者指向HTML页面。当从协同设备接收到用于广播无关HbbTV应用启动请求时，TV将遵循确定优先级和行为的规则。)
图27是示出根据本发明的第一实施方式的、在信号发送装置处执行协同设备的附加服务的方法的时序图。
参照图27，作为CP的TV，经由要被连接到协同设备的UPnP单元17使用多播方法执行对协同设备的发现(S2110)。TV的UPnP单元17从协同设备接收设备信息，并且将所述设备信息输送给设备管理器15(S2115)。设备管理器15使用设备表管理协同设备信息，并且向HbbTV应用13传送所有针对协同设备收集的应用URI。HbbTV应用13从服务器31接收所有针对协同设备收集的应用URI(S2120)。HbbTV应用向设备管理器15传送所接收的应用URI(S2125)。
协同设备和TV经由UpnP单元连接。协同设备与TV之间的交互做好了准备。
当用户选择向TV传递协同设备应用时，协同设备19经由UpnP单元向TV通知当前应用URI(S2130)。TV的UpnP单元17向应用管理器23传送协同设备的当前应用URI(S2135)。应用管理器23向HbbTV应用13传送协同设备的当前应用URI(S2140)。HbbTV应用13在TV上显示协同设备的当前URI(S2145)。
即，作为CP的TV经由UpnP单元通过广播多播搜索开始对协同设备的发现过程。当协同设备的发现完成后，TV向协同设备传送用于获得协同设备的设备类型的控制信号“Get”。协同设备响应于控制信号输送设备信息。所输送的设备信息被输送给设备管理器的设备表以管理设备ID和设备类型。当TV与协同设备之间的连接完成后，通信做好了准备。
当用户选择向TV传递协同设备应用时，协同设备经由UpnP单元向TV通知当前URI。TV的UpnP单元接收URI并且向应用管理器传送该URI。此时，可能发生下述两种情况。
首先，当TV的HbbTV应用不执行时，应用管理器启动HbbTV应用并在HbbTV应用上执行所接收的URI。
接下来，当TV的HbbTV应用执行时，应用管理器向HbbTV应用传送URI并且使得用户能够识别是否可以使用弹出窗口执行从协同设备接收到的URI。
设备信息可以包括与协同设备的设备类型有关的信息。TV是UpnP单元的控制点(CP)。作为一个实施方式，HbbTV2.0接收器的UpnP设备类型是urn:hbbtv.org:device:hbbtv2.0rcvr。在一些情况下，为了形成命名空间标识符(NID)前缀，hbbtv.org的DNS名根据RFC2141的需要被转换为hbbtv-org。hbbtv-org之后的剩余部分因此是命名空间特定字符串。hbbtv-org之后的剩余部分因此是命名空间特定字符串(NSS)。HbbTV2.0接收器支持具有下述服务类型和服务ID的CurrentURI。
表37
[表37]
CurrentURI服务指代用于在协同设备处向作为CP的TV通知当前在协同设备中执行的应用的URI的服务。与用户选择的协同设备对应的URI经由HbbTV应用获得并且经由设置控制被传送给协同设备。
表38
[表38]
变量名称 必需或可选 数据 事件化？
CurrentURI 必需 字符串 是
表38示出了CurrentURI服务状态变量。
表39
[表39]
名称 必需或可选
SetCurrentURI 必需
表39示出了CurrentURI服务动作。
表40
[表40]
参数 方向 相关状态变量
CurrentURI IN CurrentURI
表40示出了SetCurrentURI动作的参数。
图28是示出根据本发明的第二实施方式的、在信号发送装置处执行协同设备的附加服务的方法的时序图。
参照图28，作为CP的协同设备，经由要被连接到TV的UPnP单元17使用多播方法执行对TV的发现(S2210)。TV的UPnP单元17从协同设备接收设备信息，并且将所述设备信息输送给设备管理器15(S2215)。设备管理器15使用设备表管理协同设备信息，并且向HbbTV应用13输送所收集的协同设备信息。HbbTV应用13从服务器31接收针对协同设备所有应用URI(S2220)。HbbTV应用向设备管理器15传送所接收的应用URI(S2225)。
协同设备和TV经由UpnP单元连接。协同设备与TV之间的交互做好了准备。
当用户选择向TV传递协同设备应用时，协同设备19经由UpnP单元向TV发送控制信号“SetapplicationURI(设置应用URI)”(S2230)。TV的UpnP单元17向应用管理器23传送协同设备的当前应用URI(S2235)。应用管理器23向HbbTV应用13传送协同设备的当前应用URI(S2240)。HbbTV应用13在TV上显示协同设备的当前URI(S2245)。
即，作为CP的协同设备经由UpnP单元通过广播多播搜索开始对TV的发现过程。当TV的发现完成后，协同设备向TV传送用于设置协同设备的设备类型的控制信号“Set”。TV向设备管理器的设备表输送所设置的设备信息。设备管理器管理设备ID和设备类型。当TV与协同设备之间的连接完成后，通信做好了准备。
当用户选择向TV传递协同设备应用时，协同设备经由UpnP单元向TV发送用于设置当前URI的控制信号“Set”。TV的UpnP单元接收URI并且向应用管理器传送该URI。此时，可能发生下述两种情况。
首先，当TV的HbbTV应用不执行时，应用管理器启动HbbTV应用并在HbbTV应用上执行所接收的URI。
接下来，当TV的HbbTV应用执行时，应用管理器向HbbTV应用传送URI并且使得用户能够识别是否可以使用弹出窗口执行从协同设备接收到的URI。
设备信息可以包括与协同设备的设备类型有关的信息。TV是UpnP单元的控制点(CP)。作为一个实施方式，HbbTV2.0接收器的UpnP设备类型是urn:hbbtv.org:device:hbbtv2.0rcvr。在一些情况下，为了形成命名空间标识符(NID)前缀，hbbtv.org的DNS名根据RFC2141的需要已被转换为hbbtv-org。hbbtv-org之后的剩余部分因此是命名空间特定字符串。hbbtv-org之后的剩余部分因此是命名空间特定字符串(NSS)。HbbTV2.0接收器支持具有下述服务类型和服务ID的Devinfo服务和AppURI服务。
表41
[表41]
CurrentURI服务指代用于从TV向作为CP的协同设备传送启动应用的URI的服务。与用户选择的协同设备对应的URI经由HbbTV应用获得并且经由UpnP单元向协同设备通知所接收的UR。
表42
[表42]
变量名称 必需或可选 数据 事件化？
CurrentURI 必需 字符串 是
表42示出了CurrentURI服务状态变量。
表43
[表43]
名称 必需或可选
NotifyCurrentURI 必需
表43示出了CurrentURI服务动作。
表44
[表44]
参数 方向 相关状态变量
CurrentURI OUT CurrentURI
表44示出了NotifyCurrentURI动作的参数。
图29是示出根据本发明的一个实施方式的、用于执行协同设备的附加服务的信号发送装置的UI的图。
TV和协同设备经由发现过程连接并且TV可以接收和管理与协同设备相关的应用。这已经参照图27和图28描述了并且其详细描述将被省略。
用户选择在TV中执行协同设备应用。此时，当TV执行HbbTV应用时，可以由用户确认所接收的URI的执行。可以使用弹出窗口来确认所接收的URI的执行。
图30是示出根据本发明的一个实施方式的信号发送装置的框图。
参照图30，信号发送装置包括通信单元610、设备管理器620和UpnP单元630。
通信单元610可以接收应用URI。应用URI可以表示可以在协同设备中执行附加服务(或协同设备应用)的连接服务器的位置信息。通信单元610可以包括广播接收模块并且该广播接收模块可以接收包括应用URI的AIT。在上述实施方式中，CP位于TV中，这已经参照图8和图14至图23描述了。CP位于协同设备中的实施方式已经参照图9和图14至图23描述了。
通信单元610可以包括广播接收模块和浏览器模块。在这种情况下，广播接收模块可以接收包含延迟URI的AIT并且浏览器模块可以经由HbbTV应用访问与所述延迟URI对应的服务器并且接收与设备类型信息对应的应用URI。在上述实施方式中，CP位于TV中，这已经参照图10和图15至图23描述了。CP位于协同设备中的实施方式已经参照图9描述了。
另外，通信单元610可以包括浏览器模块并且所述浏览器模块可以经由HbbTV应用执行与服务器的通信，识别该协同设备应用是否可用，并且从服务器接收并且存储与用户选择的协同设备的设备类型信息对应的应用URI。在上述实施方式中，CP位于TV中，这已经参照图12描述了。CP位于协同设备中的实施方式已经参照图13描述了。
设备管理器620可以与设备类型信息对应地存储应用URI并且识别由用户选择的协同设备的设备类型信息。当经由AIT接收到应用URI时，设备管理器620可以解析所接收的AIT并且检测和存储与所述设备类型信息对应的应用URI。
已参照图23描述了与设备管理器620的调用或者针对HbbTV应用的事件相关的API。
UpnP单元630可以使用多播发安抚发现协同设备并且从所发现的协同设备接收设备类型信息。在这种情况下，TV的UpnP单元630操作为CP。UpnP单元630可以向所选择的协同设备发送与设备类型信息对应的应用URI。
协同设备可以使用基本的浏览器或网络视图单元输出所接收的应用URI页面。
图31是示出根据本发明的一个实施方式的协同设备的框图。
参照图31，协同设备可以包括本机应用710和系统网络浏览器720。本机应用710可以包括网络视图单元711和UpnP单元712。
本机应用710在协同设备上运行并且可以提供UpnP操作。另外，本机应用可以提供用于加载和执行协同应用的网络视图单元。
系统网络浏览器720在协同设备上运行并且可以是在协同设备中设置的标准浏览器。和由本机应用710选择性地提供的网络视图单元711不同，系统浏览器720可以是适合于一般网络使用的通用网络浏览器。
UPnP单元712可以连接到信号发送装置的UpnP单元以执行通信并且网络视图单元711可以显示由所访问的URI的服务器提供的附加服务。
当组合所述特征后，根据UpnP控制点所在的位置一些组合是可能的，并且用于访问状态变量的服务的位置被提供。为了确保最低级别的互操作性和用户体验，所有电视机以及所有协同设备将实现以下定义的配置文件中的一个。(当组合所述特征后，根据UpnP控制点所在的位置一些组合是可能的，并且用于访问状态变量的服务的位置被提供。为了确保最低级别的互操作性和用户体验，所有电视机以及所有协同设备将实现以下定义的配置文件中的一个。)
表45
[表45]
利用这些配置文件，以下所示的功能将是可能的。(利用这些配置文件，以下所示的功能将是可能的。)
表46
[表46]
默认的UpnP协议不实现任何认证，从而UpnP设备实现将实现它们自身的认证机制，或者实现设备保护服务。许多UpnP设备实现缺乏认证机制，并且通过默认假设本地系统和它们的用户是完全值得信任的。强制UpnP的特定安全性配置文件因此可能会严重限制互操作性。(默认的UpnP协议不实现任何认证，从而UpnP设备实现将实现它们自身的认证机制，或者实现设备保护服务。许多UpnP设备实现缺乏认证机制，并且通过默认假设本地系统和它们的用户是完全值得信任的。强制UpnP的特定安全性配置文件因此可能会严重限制互操作性。
根据本发明的信号发送装置和方法并不局限于上述实施方式的配置和方法，并且这些述实施方式的全部或一些可以选择性地组合以获得各种变型。
尽管出于示出的目的已公开本发明的优选实施方式，但是本领域技术人员将领会到，在没有脱离如在所附权利要求中公开的本发明的范围和精神的情况下，各种变型、添加和替换都是可能的。这些修改不应根据发明的技术精神或前景单独理解。
发明模式
工业可应用性
本发明可应用于广播和视频信号处理。

Claims (15)

1.一种信号发送方法，所述信号发送方法包括以下步骤：
使用多播方法发现协同设备；
从所发现的协同设备接收并且存储设备类型信息；
与所述设备类型信息对应地接收并且存储应用统一资源标识符URI；以及
识别由用户选择的协同设备的所述设备类型信息并且向所选择的协同设备发送与所述设备类型信息对应的所述应用URI。
2.根据权利要求1所述的信号发送方法，其中，存储所述应用URI的步骤包括：接收包括所述应用URI的应用信息表AIT，解析所接收的AIT，以及检测并且存储与所述设备类型信息对应的所述应用URI。
3.根据权利要求1所述的信号发送方法，其中，存储所述应用URI的步骤包括：接收包括延迟URI的应用信息表AIT，解析所接收的AIT以检测所述延迟URI，访问与所述延迟URI对应的服务器，以及接收并且存储与所述设备类型信息对应的所述应用URI。
4.根据权利要求1所述的信号发送方法，其中，存储所述应用URI的步骤包括：经由HbbTV应用执行与服务器的通信以识别协同设备应用是否可用，以及从所述服务器接收并且存储与由所述用户选择的所述协同设备的所述设备类型信息对应的所述应用URI。
5.根据权利要求1所述的信号发送方法，其中，所述应用URI是特定URI或者通用URI，在所述特定URI中，不同的URI值被指派给每个协同设备，在所述通用URI中，相同的URI值被指派给所有协同设备。
6.一种信号发送装置，所述信号发送装置包括：
UPnP单元，所述UPnP单元被配置为使用多播方法发现协同设备并且从所发现的协同设备接收设备类型信息；
通信单元，所述通信单元被配置为接收应用统一资源标识符URI；以及
设备管理器，所述设备管理器被配置为与所述设备类型信息对应地存储应用统一资源标识符URI并且识别由用户选择的协同设备的所述设备类型信息，
其中，所述UPnP单元向所选择的协同设备发送与所述设备类型信息对应的所述应用URI。
7.根据权利要求6所述的信号发送装置，其中：
所述通信单元包括广播接收模块，
所述广播接收模块接收包括所述应用URI的应用信息表AIT，以及
所述设备管理器解析所接收的AIT以及检测并且存储与所述设备类型信息对应的所述应用URI。
8.根据权利要求6所述的信号发送装置，其中：
所述通信单元包括广播接收模块和浏览器模块，
所述广播接收模块接收包括延迟URI的应用信息表AIT，
所述设备管理器解析所接收的AIT以检测所述延迟URI，以及
所述浏览器模块经由HbbTV应用访问与所述延迟URI对应的服务器并且接收与所述设备类型信息对应的所述应用URI。
9.根据权利要求6所述的信号发送装置，其中：
所述通信单元包括浏览器模块，
所述浏览器模块经由HbbTV应用执行与服务器的通信，识别应用协同设备应用是否可用，以及从所述服务器接收并且存储与由所述用户选择的所述协同设备的所述设备类型信息对应的所述应用URI。
10.根据权利要求6所述的信号发送装置，其中，所述应用URI是特定URI或者通用URI，在所述特定URI中，不同的URI值被指派给每个协同设备，在所述通用URI中，相同的URI值被指派给所有协同设备。
11.一种信号发送和接收系统，所述信号发送和接收系统包括：
信号发送装置，所述信号发送装置被配置为使用多播方法发现协同设备并且向所发现的协同设备发送用于请求设备类型信息的控制信号；以及
所述协同设备，所述协同设备被配置为向所述信号发送装置发送所述设备类型信息，
其中，所述信号发送装置与所述设备类型信息对应地接收应用URI并且存储所述应用URI，识别由用户选择的协同设备的所述设备类型信息，并且向所选择的协同设备发送与所述设备类型信息对应的所述应用URI，并且
其中，所述协同设备从所述信号发送装置接收所述应用URI以及从与所述应用URI对应的服务器接收URI页面并且显示URI页面。
12.根据权利要求11所述信号发送和接收系统，其中，所述信号发送装置接收并且解析包括所述应用URI的应用信息表AIT，以及检测并且存储与所述设备类型信息对应的所述应用URI。
13.根据权利要求11所述信号发送和接收系统，其中，所述信号发送装置接收并且解析包括延迟URI的应用信息表AIT以检测所述延迟URI，经由HbbTV应用访问与所述延迟URI对应的服务器，以及接收与所述设备类型信息对应的所述应用URI。
14.根据权利要求11所述信号发送和接收系统，其中，所述信号发送装置经由HbbTV应用执行与服务器的通信以识别协同设备应用是否可用，以及从所述服务器接收并且存储与由所述用户选择的所述协同设备的所述设备类型信息对应的所述应用URI。
15.一种根据权利要求11所述的信号发送和接收系统，其中，所述应用URI是特定URI或者通用URI，在所述特定URI中，不同的URI值被指派给每个协同设备，在所述通用URI中，相同的URI值被指派给所有协同设备。
CN201480017119.8A 2013-03-19 2014-03-19 信号发送装置、信号发送方法及发送和接收信号的系统 Pending CN105075274A (zh)

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 (1)

Publication Number Publication Date
CN105075274A true CN105075274A (zh) 2015-11-18

Family

ID=51580416

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480017119.8A Pending CN105075274A (zh) 2013-03-19 2014-03-19 信号发送装置、信号发送方法及发送和接收信号的系统

Country Status (7)

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

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107707988A (zh) * 2017-10-10 2018-02-16 青岛海信电器股份有限公司 一种下载应用的方法及装置
CN110073665A (zh) * 2016-12-14 2019-07-30 夏普株式会社 具有uri消息水印有效载荷的广播系统
CN110999310A (zh) * 2017-08-23 2020-04-10 三星电子株式会社 客户端设备、伴随屏幕设备及其操作方法
CN112925494A (zh) * 2021-03-17 2021-06-08 众安信息技术服务有限公司 一种同屏演示的实现方法、装置、计算机设备及存储介质

Families Citing this family (13)

* 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 日本放送協会 端末装置、受信装置及びプログラム
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
US10764640B2 (en) * 2018-11-23 2020-09-01 Sony Corporation Receiver device including native broadcaster application
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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110073665A (zh) * 2016-12-14 2019-07-30 夏普株式会社 具有uri消息水印有效载荷的广播系统
CN110999310A (zh) * 2017-08-23 2020-04-10 三星电子株式会社 客户端设备、伴随屏幕设备及其操作方法
US11128926B2 (en) 2017-08-23 2021-09-21 Samsung Electronics Co., Ltd. Client device, companion screen device, and operation method therefor
CN107707988A (zh) * 2017-10-10 2018-02-16 青岛海信电器股份有限公司 一种下载应用的方法及装置
CN112925494A (zh) * 2021-03-17 2021-06-08 众安信息技术服务有限公司 一种同屏演示的实现方法、装置、计算机设备及存储介质

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
JP6174721B2 (ja) 2017-08-02
US20150382080A1 (en) 2015-12-31
WO2014148813A1 (ko) 2014-09-25
CA2900485C (en) 2018-01-09
EP2978227A4 (en) 2016-08-17

Similar Documents

Publication Publication Date Title
CN105075274A (zh) 信号发送装置、信号发送方法及发送和接收信号的系统
EP3070954B1 (en) Method and apparatus for managing connection between broadcast receiving device and another device connected by network
KR101761633B1 (ko) 신호 송신 장치 및 제어 방법
AU2013206552B2 (en) Application discovery
EP1809003B1 (en) Middleware device
US11405694B2 (en) Image providing service
US9658864B2 (en) Method and device for creation of integrated user interface
US20090198797A1 (en) Network device provisioning using documents
US8954489B2 (en) Widget activation and communication method
US20150189041A1 (en) Server and system and method for management and sharing of personal digital resources
US10164788B2 (en) Remote control method and system using control user interface
AU2011245872C1 (en) Method for providing message and device therefor
US20160337449A1 (en) Method and apparatus for managing connection between broadcasting reception device and another device which are connected through network
CN113038213B (zh) 电视应用一键唤起方法、系统、存储介质及usb软件狗
WO2023093452A1 (zh) 资源交互方法、装置、终端及存储介质
CN111654753B (zh) 一种应用程序启动方法及显示设备
KR101400799B1 (ko) 사용자 단말기에 디바이스 제어 정보를 제공하는 방법 및 시스템과 이를 이용하여 어플리케이션을 실행하는 방법 및 사용자 단말기
US9420322B2 (en) System and method for delivering compressed applications
US10394540B1 (en) Software incremental loader
CN109413457B (zh) Android系统的码流清晰度切换方法、装置、终端及可读介质
CN114553952B (zh) 设备管理方法、装置、电子设备及存储介质
CN104737158A (zh) 网络数据处理方法及装置、终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20151118