910有关的UPnP设备信 息的请求。
[0205]表18
[0207]响应于请求，在操作1108中，CS管理器916随后将第一设备910相关信息以及第一 设备910的App的URL信息（即，主App 940的URL信息)发送至第二设备920,其中第一设备910 的App可与CS App 930合作。即，CS管理器916通过如表19所示的"Application-URL"标头将 能够启动主App 940的URL信息以及包括UPnP设备信息的XML文件一起发送至第二设备920。 [0208]表19
[0210]表19中，"Application-URL"标头在本公开的实施方式中被任意地设定成包括能 够启动主App 940的URL信息，并且可根据实施例而使用不同的名称。
[0211] 一旦CS启动器928通过上述过程获得第一设备910相关信息，则在操作1110中CS启 动器928将获得的信息转发至CS App 930并且终止设备搜索操作。
[0212] 将参照图12描述如在图10的操作1016中描述的用于启动第一设备910的App的方 法。
[0213] 图12是示出了根据本公开第三实施方式在无线通信系统中启动第一设备910的 App的过程的信号流。
[0214] 参照图12,在操作1200中，第二设备810的CS启动器928发送对于第一设备910相关 信息(例如，App信息）的请求。可使用HTTP GET方法发送该请求，并且该请求可如表20所示。
[0215] 表20
[0217] 表20中，〈App Launch URL>表示在图11的操作1108中从第一设备910转发的 八口口1;[031:;[011-1]此标头的1]此信息，而4。。似1116表示第一设备910的4。。的名称。在本公开第三 实施方式中，App的名称用于限定在本公开第三实施方式中提供的特定服务的方法。虽然在 本公开第三实施方式中该特定服务被限于HbbTV，但是该服务可根据实施例而变化。
[0218] 响应于请求，在操作1202中，第一设备910的CS管理器916发送App信息作为第一设 备910相关信息。App信息可包括包含有服务端点信息（附加服务信息）和用户代理(UA)信息 的XML文件。第二设备920可使用UA信息来确定第一设备910的能力。
[0219] 可如表21中所示来表述App信息。
[0220] 表21
[0222]参照表 21，〈x_HbbTV_terminal_UAString> 表不 UA 串信息、<x_HbbTV_App2AppURL> 表示用于App间通信的信息、以及<x_HbbTV_InterDevSyncURL>表示用于提供设备间同步服 务的信息。如果除了在表21中所示的信息之外还存在每个服务所必需的信息，则该信息可 添加至App信息。
[0223] CS启动器928接收App信息并且在操作1204中基于接收的信息将App启动请求发送 至CS管理器916。该操作可基于HTTP POST方法执行并且APP启动请求可例如在表22中所示 的。
[0224]表22
[0226] 参照表22，〈厶口。1^1111(3111]1^>/^口口似1116与表20中的〈厶口口1^1111(3111]此>/厶口口他1116相 同，并且与实际上待启动的App有关的信息可通过BODY部分以XML的形式(XML AIT)转发。转 发的XML AIT可包括如表23中所示的信息。
[0227] 表23
[0228]
[0229] CS管理器916基于XML AIT启动第一设备910的App。在操作1206中，CS管理器916通 过使用如表24中所示的HTTP响应代码将启动结果发送至第二设备920。
[0230] 表24
[0232] 表24中，"201CREATED"表示HTTP响应代码，该HTTP响应代码可例如在表25中所示 的。
[0233] 表25
[0234]
[0235] 参照图25，"201CREATED"表示第一设备910的App已成功启动（例如，成功启动表25 中的HbbTV App)，"401Unauthorized"表示第一设备910的App启动被用户拒绝， "403Forbidden"表示第一设备910的App启动被第一设备910拒绝，"404N0T FOUND"表示第 一设备910的App不存在，以及"503SERVICE UNAVAILABLE"表示由于第一设备910的特定操 作而导致第一设备910的App可能暂时无法启动的情况。
[0236] 接下来，将描述由第二设备920终止第一设备910的App的过程。可使用HTTP DELETE方法发送用于终止App的App终止请求。然而，DELETE方法不包括主体消息，因而需要 用于识别待终止的App的方法。因此，基于在如表26所示的XML AIT中包括的orgID和appID 来识别待终止的App。表26示出了App终止请求的示例。
[0237] 表26
[0239]参照图13,将描述启动和终止第一设备910的App的操作。
[0240]图13是示出了根据本公开第三实施方式由第一设备910启动和终止App的过程的 流程图。
[0241 ]参照图13,在操作1300中，第一设备110从第二设备920接收HTTP请求。在操作1302 中，第一设备910分析在HTTP请求中包括的URL信息以识别App。如果识别的App是在系统中 预定的特定App，则第一设备910执行后续操作。
[0242] 在操作1304中，第一设备910识别HTTP请求的方法。如果识别出的方法是GET方法， 则第一设备910确定第二设备920发送对第一设备910的App信息的请求，并且在操作1306中 生成包括服务端点信息和UA信息的XML文件。在操作1308中，第一设备910通过BODY部分将 生成的XML文件发送至第二设备920。这个发送可被认为是与操作1316的处理结果响应相同 的操作。
[0243]如果识别出的方法是POST方法，则第一设备910确定第二设备920指示启动第一设 备910的App并且进行至操作1310。在操作1310中，第一设备910接收在HTTP请求的BODY部分 中包括的XML AIT。在操作1312中，第一设备910随后基于orgID和appID确定能否启动App。 在这种情况下，第一设备910可基于表示能够启动的App的列表的白名单以及表示无法启动 的App的列表的黑名单来确定能否启动App，其中白名单或黑名单预先存储在第一设备910 中，或者第一设备910可基于用户输入来确定能否启动App。如果App能够启动，则第一设备 910在操作1314中启动App并且在操作1316中将处理结果发送至第二设备920。本文中，第一 设备910需要管理appID和orgID被启动。
[0244] 如果识别出的方法是DELETE方法，则第一设备910确定第二设备920指示终止App 并且在操作1318中确定在HTTP请求中包括的orgID和appID。在操作1320中，第一设备910确 定与确定出的orgID和appID对应的App是否已启动。如果与确定出的orgID和appID对应的 App已启动，则第一设备910进行至操作1322以确定第一设备910是否被授权来终止启动的 App。如果第一设备910被授权来终止App，则第一设备910在操作1324中终止已启动的App并 且在操作1316中将结果发送至第二设备920。
[0245]接下来，将参照图14描述与第二设备920的App启动有关的全部操作。
[0246]图14是示出了根据本公开第三实施方式由第二设备920进行的与App启动有关的 操作的流程图。
[0247] 参照图14,在操作1400中，第二设备920接收HTML页面并且启动第二设备920的App (下文中，称作"第二App"）。如果第二App是本地App，则第二App能够在不接收HTML页面的情 况下启动。
[0248] 在操作1402中，第二设备920从网络服务器900接收XML AIT，其中XML AIT包括启 动第一设备910的App(下文中，称作"第一App"）所必需的信息。在操作1404中，第二设备920 通过启动的第二App搜索可用的设备(例如，第一设备910)。
[0249] 如果在操作1406中未发现第一设备110,则在操作1418中第二设备920终止启动第 二App。如果发现第一设备910,则在操作1408中第二设备920通过使用HTTP GET方法发送对 于第一设备910相关信息的请求。响应于该请求，第二设备920从第一设备910接收用于App 间通信的服务端点信息以及包括与第一设备910的能力有关的信息的UA信息。UA信息可包 括第一设备910的硬件特性（屏幕尺寸、CPU速度、PVR支持等）、第一设备910支持的特征（多 屏功能、DRM支持等)等。
[0250]在操作1410中，第二设备920基于UA信息确定第一设备910中的第一App能否启动。 例如，如果第一设备910具有支持HD水平分辨率的小屏幕但是第一App至少需要全高清 (FHD)水平，则第二设备920可确定第一设备910中的第一 App不能启动。因此，在这种情况 下，第二设备920进行至操作1418而不向第一设备910发送对启动第一 App的请求。
[0251]同时，如果确定第一设备110中的第一App能够启动，则第二设备920进行至操作 912来发送对启动第一设备920中的第一 App的请求。为了发送启动第一 App的请求，可使用 HTTP POST方法。
[0252] 在操作1414中，第二设备920基于服务端点信息生成第一设备910与第二设备920 之间的通信信道从而进行App间通信。如果需要终止启动第一App，则第二设备920在操作 1416中通过使用HTTP DELETE方法将对于终止第一App的启动的请求发送至第一设备910， 并且在操作1418中终止启动第二App。
[0253] 图15示出了应用根据本公开第三实施方式的方法的示例。
[0254] 在图15中，例如，网络服务器900是广播公司的网络服务器，第一设备910是DTV，以 及第二设备920是移动终端。
[0255]用户通过使用第二设备920从网络服务器910接收电子节目指南(EPG)。用户基于 EPG选择期望的广播节目并且希望通过第一设备910观看选择的广播节目。
[0256]如上所述，一旦用户选择了期望的广播节目，则第二设备920搜索在家庭网络中可 用的第一设备910。如果发现第一设备910,则第二设备920将从网络服务器900接收的XML ALT信息发送至第一设备910。第一设备910随后基于XML AIT信息启动相应App并且向用户 显示在第二设备920中选择的广播节目。
[0257]同时，已通过三个实施方式描述了在本公开中提出的实施方式，但是可例如通过 结合这三个实施方式中的至少两个来多方面地修改和使用这三个实施方式。
[0258] 本公开特定方面也可实施为计算机可读记录介质中的计算机可读代码。计算机可 读记录介质可以是可存储可由计算机系统读取的数据的任何类型的数据存储设备。可由计 算机读取的记录介质的示例可包括只读存储器(R0M)、随机存取存储器(RAM)、只读光盘存 储器(CD-ROM)、磁带、软盘、光学数据存储设备、载波(诸如通过互联网的数据传输）。计算机 可读记录介质可分布在网络连接的计算机系统上，因此以分散的形式存储和执行计算机可 读代码。另外，本公开所属领域的程序员可容易地解释用于实现本公开的功能性程序、代码 和代码段。
[0259] 可通过硬件、软件或者硬件与软件的组合来实施根据本公开实施方式的