用于在多媒体系统中的设备之间通信的方法和设备与流程

本发明涉及一种用于在多媒体系统中的设备之间发送/接收包括与广播服务、内容等相关的信息的各种信息的方法和装置。
背景技术：
：随着提供多媒体业务的广播系统的进步，已经开发出允许多个设备在有线或无线广播系统中相互通信并使用广播服务的技术。作为示例，提供了多屏幕服务等，其通过在安装在房屋中的数字电视(tv)与便携式终端(例如，智能电话、平板电脑(pc)等)之间的通信，使得用户能够在便携式终端上连续观看用户在数字电视观看的内容，或使得用户能够在数字电视上连续观看用户在便携式终端上观看的内容。在下文中，在本说明书中，将数字电视机、与数字电视机连接的机顶盒(stb)等称为使用广播服务或内容的“主设备(pd)”，并且便携式终端等将被称为使用广播服务或内容的“伴随设备(cd)”。图1是示意性地示出支持多屏幕服务的典型多媒体系统的示例的视图。参考图1，pd110可以有线地或无线地接收包括地面广播、有线广播等的各种广播服务。pd110可以具有与广播服务的使用相关的各种应用111，并且可以包括用于多屏幕服务等的用于与cd130进行通信的配对屏幕(companionscreen,cs)管理器113。此外，与广播服务的使用相关的各种应用131可以安装在cd130中。尽管为了方便描述在图1中示出了一个pd110和一个cd130，但可能存在一个或多个pd和cd。pd110可以根据包括wi-fi等的各种无线或有线通信方案与cd130进行通信。在图1中，根据应用131的运行，cd130发现(如参考标号101所示)是否存在可用的pd110以便使用多屏幕服务。当已经找到可用的pd110时，cd130的应用131与cs管理器113进行通信(如参考标号103所示)，以便启动pd110的应用111。然后，cs管理器113启动(如附图标号105所示)pd110的应用111。如上述操作所描述的，pd110和cd130通过应用111和131交换多屏幕服务的使用所需的数据。在图1中所示的多媒体系统适用于以应用为中心的模型，其中应用111和131分别由pd110和cd130启动，并且pd110和cd130通过应用之间的通信来交换所需的信息。然而，在图1中所示的多媒体系统中，当多媒体系统不提供pd110的应用111或应用111不能被启动时，仅启动cd130的应用131，因此pd110和cd130不执行应用之间的通信。在这种情况下，pd110可能不会启动用于应用之间的通信的相关应用，因此可能不能稳定地提供使用pd110和cd130的多屏幕服务等。技术实现要素：技术问题本发明提供了一种用于在多媒体系统中的设备之间有效地发送/接收信息的通信方法和通信设备。此外，本发明提供了一种用于在多媒体系统中在pd和cd之间发送/接收广播相关信息而不由pd启动应用的方法和设备。技术方案根据本发明的一个方面，提供了一种用于在多媒体系统中的设备之间通信的方法。该方法包括：由第一设备发现第二设备以使用广播服务或内容；由第一设备从第二设备获取关于至少一个服务端点的第二信息，用于接收与广播服务或内容相关的第一信息；由第一设备通过使用第二信息来做出(making)发送与广播服务或内容有关的第一信息的请求；以及响应于该请求由第一设备从第二设备接收第一信息。此外，根据本发明的另一方面，提供了一种用于在多媒体系统中的设备之间进行通信的第一设备。第一设备包括：用于与第二设备通信以使用广播服务或内容的通信接口；以及控制器，其执行控制操作，用于通过通信接口发现第二设备，从第二设备获取关于至少一个服务端点的第二信息用于接收与广播服务或内容相关的第一信息，通过使用第二信息做出针对传输与广播服务或内容相关的第一信息的请求，以及响应于该请求从第二设备接收第一信息。附图说明图1是示意性地示出支持多屏幕服务的典型多媒体系统的示例视图；图2是示出根据本发明的实施例的包括在其间执行通信的设备的多媒体系统的配置的视图；图3是示出根据本发明的实施例的通过在多媒体系统中的设备之间的通信来发送/接收pd状态信息的方法的视图；图4是用于说明根据本发明实施例的用于选择用于请求pd状态信息的方法的过程的视图；图5是用于说明根据本发明实施例的由pd处理对使用websocket协议的请求的响应的过程的视图；以及图6是示出根据本发明的实施例的通过在设备之间的通信来发送/接收pd状态信息的操作的示例的视图。具体实施方式在以下对本发明的实施例的描述中，当确定其详细描述可能不必要地模糊本发明的主题时，将省略与本发明相关的已知功能或配置的详细描述。下面描述的本发明的实施例提出一种方法，其中当由包括彼此连接的多个设备的多媒体系统提供多屏幕服务时，接收和再现广播信号的主要设备(例如，pd)向辅助设备(例如，cd)提供与被再现的广播有关的信息。pd和cd可以在被统称为主要装置和辅助装置的意义上理解，其通过设备之间的通信能够发送/接收广播服务和广播内容、公共信息、广播节目信息等(下文中“广播相关信息”)所需的信息。可能存在一个pd和一个cd或多个pd和多个cd。作为示例，如上所述，pd可以是数字tv、stb等，并且cd可以是包括智能电话、平板pc等的便携式终端。作为另一示例，多个数字电视可以作为pd或cd操作，并且多个便携式终端可以作为pd或cd来操作。本发明的实施例提供了一种特定方法，其中cd直接向pd发送关于由pd再现的广播服务、广播内容等的广播相关信息的请求，pd不启动用于与cd进行通信的应用(或应用未提供)，并且根据请求，pd向cd提供广播相关信息。在本发明的实施例中，即使不通过pd启动应用，cd的应用也可以从pd接收广播相关信息，并且可以向用户提供由pd提供的广播服务等。在本发明的实施例中，广播相关信息对应于各种状态信息，包括关于由pd再现的广播服务、广播内容等的标识符、数据、再现信息、警报信息等。因此，以下将广播相关信息称为“pd状态信息”(或与pd的服务和/或内容相关的信息)。pd状态信息可以包括关于广播服务或内容的例如标识信息(内容标识符(cid))、电子服务指南(esg)信息、媒体数据、媒体时间线信息、媒体再现信息和紧急警报信息(紧急警报消息(eam))之中的至少一条信息。图2是示出根据本发明的实施例的包括执行设备之间通信的设备的多媒体系统的配置的视图。参考图2，pd210包括应用211、cs管理器213、websocket(ws)服务器/web服务器215和电子服务指南(esg)处理程序/媒体再现器217，并且cd230包括用于向pd210发送对pd状态信息的请求并接收pd状态信息的应用231。cd230可以通过使用pd状态信息向用户提供由pd210再现的广播服务、广播内容等。在图2中，在描述pd210的配置时，应用211可以是与广播服务或广播内容相关联的各种应用。此外，应用211可以以与图1中描述的应用111相同的方式执行cd230和应用之间的通信。因此，在本发明的实施例中，应用211不是必需元件，并且可以选择性地包括在pd210中。cs管理器213执行用于pd210和cd230之间的互通的操作。操作包括对从cd230接收到的用于发现可用pd的请求201的响应、对由cd230发送的启动应用211的请求的处理、以及当根据本发明的实施例通过ws服务器/web服务器215从cd230接收到对pd状态信息的请求203时，从esg处理器/媒体再现器217接收到pd状态信息(即，与pd的服务和/或内容相关的信息)，并向cd230提供接收到的pd状态信息的操作中的至少一个。在图2的实施例中，ws服务器/web服务器215被用作与cd230通信的通信接口，并且被示为与cs管理器213分离的元素。然而，作为另一实现示例，cs管理器213可以包括ws服务器/web服务器215。ws服务器/web服务器215可以使用websocket协议来与cd230进行双向通信。在这种情况下，pd状态信息(即，与pd的服务和/或内容相关的信息)通过使用websocket协议传输到cd230。websocket协议由ws服务器处理。此外，ws服务器/web服务器215通过使用超文本传输协议(http)的协议将pd状态信息(即，与pd的服务和/或内容相关的信息)发送到cd230。http协议由web服务器处理。在图2所示的esg处理器/媒体再现器217中esg处理器处理以包含在广播节目中的状态(state)发送的esg，并且向cs管理器213或ws服务器/web服务器215传递cs管理器213所请求的至少一条信息，以便提供(如参考标号205所示)pd状态信息。在esg处理器/媒体再现器217中，媒体再现器再现广播节目，并将cs管理器213请求的至少一条信息传递(deliver)给cs管理器213或ws服务器/网络服务器215，以便提供(如参考标号205所示)pd状态信息。作为图2中的示例示出的pd210和cd230的配置对应于以功能块的形式表示的一个实现示例(implementationexample)。pd210可以包括负责cs管理器213和esg处理器/媒体再现器217的功能的至少一个处理器(即，控制器)，负责ws服务器/web服务器215的功能的通信接口，以及其中安装有应用211的存储单元。pd210的应用211可以是如上所述的选择性元件，因此可以省略。此外，cd230可以包括其中安装有应用231的存储单元，用于与pd210通信的通信接口，以及控制启动应用231的总体操作以及请求和接收pd状态信息的控制器。同时，在图2的示例中，ws服务器/web服务器215和esg处理器/媒体再现器217两者被分别示为包括ws服务器和web服务器的一个块以及分别包括esg处理器和媒体再现器的一个块。然而，为了便于描述，该配置对应于相关元素作为一个块的描述。ws服务器和web服务器可以被实现为分离的块，并且sg处理程序和媒体再现器也可以被实现为分离的块。图3是示出根据本发明的实施例的通过多媒体系统中的设备之间的通信来发送/接收pd状态信息的方法的视图。参考图3，当在步骤301中，通过用户的键的操作等来启动cd230的应用231时，在步骤303中，cd230发现网络中是否存在可用的pd。该发现过程通常可以使用简单服务发现协议(ssdp)或发现和启动协议(dial)，并且可以根据用于实施该功能的方案使用另一协议。pd210可以在网络中或在有线通信网络中使用包括wi-fi、蓝牙、近场通信(nfc)等在内的各种无线通信方案与cd230通信。在步骤305中，pd210的cs管理器213响应由cd230发出的发现请求。此时，pd210向cd230发送作为对其响应的信息包括关于pd210的信息、以及允许cd230向pd210发送对pd状态信息的请求的服务端点的信息(例如，用于接收pd状态信息的url信息等)之中的至少一条信息。下面将描述一种用于提供服务端点的信息。服务端点包括例如web服务器的服务端点和ws服务器的服务端点中的至少一个。在步骤307中，cd230通过使用服务端点的信息向pd210发送pd状态信息(即，与pd的服务和/或内容有关的信息)的请求。pd状态信息的请求可以通过httpget方法或websocket来执行，pd状态信息可以包括如上所述的例如标识信息(cid)、esg信息、媒体数据、媒体时间线信息、媒体再现信息和关于广播服务或内容的紧急警报信息(eam)中的至少一条信息。在步骤309中，对于pd状态信息的请求由ws服务器/web服务器215接收，并被传递到作为处理相关信息的功能块的esg处理器/媒体再现器217。当相关信息是紧急警报信息时，功能块可以是处理紧急警报信息的紧急警报管理器。在步骤311中，由esg处理器/媒体再现器217或紧急警报管理器处理的信息被传递(deliver)到ws服务器/web服务器215，并且在步骤313中，ws服务器/web服务器215将包括所传递的信息的pd状态信息传递到cd230。此外，可以由cs管理器213执行用于对pd状态信息的请求的接收和pd状态信息的发送的控制。此外，pd状态信息可以与预定状态码一起发送。状态码可以被设置为分别对应于包括在pd状态信息中的多条信息。在下文中，将详细描述根据本发明的实施例的用于发现可用pd并提供服务端点的信息的方法。1.首先，cd230的应用231(以下称为“cd应用”)通过使用包括特定搜索目标(st)头部信息的ssdp协议来请求在网络中搜索可用的pd，如下表1所示。表12.已经接收到ssdp请求的pd210发送包括如下表2所示的location头部的http/1.1响应。此时，location头部(header)可以包括允许对pd210的设备描述文件的请求的信息。表23.已经从可用pd210接收到响应的cd应用通过使用在第2过程中接收到的location信息，如下表3所示发送请求pd的设备描述文件的请求。表3get＜pathcomponentofthelocationurl＞http/1.14.作为响应，pd210与设备描述文件一起发送下表4所示的应用-url头部。表45.如下表5所示，cd应用通过使用已经在第4过程中接收的应用-url信息来请求服务端点的信息。这里，最后附加在应用-url上的“混合广播宽带电视(hbbtv)”是一个实施例，并且可以根据本发明的实现(implementation)来修改。表5get/apps/hbbtvhttp/1.16.pd210通过使用如下表6所示的信息作为主体以及http/1.1ok头部来响应请求。本发明提出使用可扩展标记语言(xml)的配置的示例，但是根据本发明的实现，该配置还可以使用可以在http响应的主体上加载和传输的任何基于文本的格式(例如，javascript对象表示法(json)等)。在如下表6所示的示例中，使用＜x_hbbtv_app2appurl＞来提供ws服务器的服务端点，并且根据本发明的实现可以不使用剩余的<x_hbbtv_interdevsyncurl>和<x_hbbtv_useragent>信息。在本发明的实施例中，不使用两条信息(即，<x_hbbtv_interdevsyncurl和<x_hbbtv_useragent>)。类似地，根据用于实现本发明的方案，当需要提供附加信息时，可以重新定义和使用字段。表6如在本发明的上述实施例中描述的用于发现pd和提供服务端点的信息的方法，可以在第4过程中获取可以向其发送httpget请求的web服务器的端点信息，并且可以在第6过程中获取ws服务器的端点信息。同时，将详细描述在图3的步骤307中的对pd状态信息的请求。pd状态信息(即，与pd的服务和/或内容有关的信息)可以包括如下表7所示的示例性信息中的至少一条信息。可以基于信息请求的频率和通信方案(例如双向性的(不)必要性)，根据使用httpget协议和ws协议的两种方案来请求可以包括在pd状态信息中的各个信息。已经根据表1中的两个方案示出了示例，但是可以使用另一种方案。首先，将描述根据httpget请求pd状态信息的方法。将要向其发送http请求的服务端点可以使用表4中获取的应用-url。此时，为了将所期望的pd的状态信息与另一个区分开来，应用-url可以以表7中例示的附加状态信息id的状态发送到应用-url。例如，下表8中示出了用于请求服务和内容id信息的httpget请求的示例。表8get/apps/cidhttp/1.1pd对httpget请求做出的响应可以以被包括在http状态码和主体中的状态被发送。在下表9至表12中示出响应的示例，其示出了对http请求的pd状态信息响应的一个实现示例。下表9至表12的示例提出了使用xml的配置的示例，但是根据本发明的实现，该配置还可以使用可以在http响应的主体上加载和发送的任何基于文本的格式(例如，json等)。此外，可以根据本发明的实现来改变各个包括的字段。表9表10描述servicename服务的描述(文本)serviceid当前服务的描述符表11表12描述eamid紧急警报消息的标识senttimestamp生成eam的时间expiredtimestampeam的时间戳是有效的紧急eam的紧急程度geo-loceam的地理位置是可用的eamcontenteam内容richeamurlurl提供关于eam的另外的信息表10示出了表9中的“服务”字段中包括的信息的一个配置示例，表11示出了表9中的“playbackstate”字段中包括的信息的一个配置示例。另外，表12示出了包括在表9中的“eam”字段中的信息的一个配置示例。下面将描述表9中各个字段的含义。<deviceid>：描述已发送pd状态信息的pd的设备id。<sevicetype>：指示pd状态信息的类型。可以包括在pd状态信息中的值可以是contentid、esg、timeline、playbackstate、eam等。<service>：包含pd正在提供(启动)的服务的信息。<service>的下级字段的配置在表10中示出。<esg>：指示esg信息。<时间线>：包括当前正在提供的服务的媒体时间线信息。时间线信息被描述为协调世界时(utc)(即国际标准时间)。时间线信息用于同步在同一设备中的多个服务或多个设备之间的服务。<playbackstate>：包括当前正在提供的服务的再现状态信息。<playbackstate>的下级字段的配置在表11中示出。<eam>：包含紧急警报信息。eam可以从pd发送到cd应用，而不用通过表8或表10的由cd应用向pd发送请求的过程。eam的下级字段的配置在表12中示出。下面将描述包括在表10中的字段的含义。<servicename>：包含pd提供的服务的名称(文本)。<serviceid>：包含pd提供的服务的id。下面将描述表11中包括的字段的含义。<mpstate>：指示正在提供的服务的再现状态信息。<mpstate>可能有一个值，例如playing、paused、stopped、ffoward、rewind、buffering或者unknown。<mpspeed>：指示正在提供的服务的再现速度。当服务以正常速度再现时，<mpspeed>可以具有1的常数，并且当处于诸如ffwowrd(快进)和rewind的再现状态时，可以分别具有正的倍数和负的倍数的值。<mediaurl>：描述当允许将服务(或内容)重新发送到另一设备时，所提供的服务(或内容)将被重传到的url。mediaurl可以被理解为例如用于访问从pd重传到cd或从cd重传到pd的服务(或内容)的网络地址。此外，下面将描述包括在表12中的字段的含义。<eamid>：指示eam的id。<setntimestamp>：包含生成eam的时间信息。<expiredtimestamp>：包含期间eam有效的时间信息。<紧急>：指示eam的重要性。<geo-loc>：当包含特定区域信息时，指示应用eam的特定区域信息。<eamcontent>：包含eam(文本)。<richeamurl>：描述当提供附加信息时，允许访问除文本之外的附加信息(例如，图像、运动图像、语音等)的url信息。接下来，将描述使用websocket协议的请求方法。作为将要向其发送websocket请求的服务端点的信息，可以使用表6中获取的<x_hbbtv_app2appurl>。ws支持双向通信，并允许任何格式作为websocket的有效载荷格式，因此，本发明的实施例提出了以下xml有效负载形式。然而，如上所述，根据本发明的实现，请求方法可以使用websocket协议支持的包括json等的任何形式以及xml，并且还可以根据需要添加或删除如请求方法所期望的所有字段。下面的表13示出了根据ws的请求服务和内容id信息的示例。表13在表13中，使用<statusid>字段的目的是为了请求特定信息，并且上述示例具体描述了请求服务和内容id信息的方法。当省略相关字段时，相关字段的省略可以被处理为更新所有状态信息的请求，并且无论何时当pd的状态信息改变时，pd的状态信息的改变可以被提供给cd。在表13中，命令字段指示相关信息的请求和/或取消。当更新pd状态信息(即，与pd的服务和/或内容相关的信息)(例如，描述为<statusid>的信息)时，cd应用可以请求pd发送更新的信息。该请求被描述为在命令字段中的如下表14所示的subscribe，当需要更新现有请求时描述renew，并且当希望取消现有请求时描述cancel。在下面表14的示例中描述subscribe、renew和cancel的各自的含义。在本实施例中，使用如下表14所示的subscribe、renew和cancel命令来描述对更新信息的请求。然而，该配置描述了一个示例，并且对服务和/或内容相关的信息的发送请求的subscribe、renew和cancel可以以类似的方式不仅在信息被更新时，而且当信息没有更新应用。命令字段可以被理解为与和服务和/或内容相关的信息的传输的subscribe、renew和cancel相关的订阅相关的(subscription-related)命令(或消息)。表14在表13中，持续时间字段指示对相关信息的请求继续的时间段。pd仅在持续时间字段中描述的时间段内发送相关信息的更新。当cd应用期望直到cd应用发送取消请求之前连续接收信息时，cd应用只需要发送无限(infinite)(或-1)。没有描述持续时间字段的情况也可以被确定为无限。此外，当pd接收到由cd应用做出的使用websocket协议的pd状态信息更新请求时，pd可以通知cd应用处理pd状态信息更新请求的结果。这里，pd状态信息更新请求可以被理解为当pd包括更新的pd状态信息时请求pd发送更新的pd状态信息。此外，当pd在从cd接收到pd状态信息更新请求的时间点不包括更新的pd状态信息时，pd状态信息更新请求的处理结果可以被理解为通知cd由pd接收了pd状态信息更新请求的一种确认响应。下表15示出了当pd接收到使用ws的服务和内容id信息请求时发送到cd应用的处理结果的示例。处理结果可以相对于如表7所示的pd状态信息(即，与pd的服务和/或内容相关的信息)中的至少一条信息发送。表15在表15中，<statusid>字段表示对使用表13中的websocket的服务和内容id信息请求的处理结果的示例。在表15中，<responsecode>指示表13中的服务和内容id信息请求的结果。在表15的示例中，<responsecode>字段可以以与典型http中的状态码相同的含义使用，并且表示“200”，也即，成功地处理服务和内容id信息请求。当服务和内容id信息请求由于任何原因被拒绝时，可以发送例如在400的范围内的状态码。在表15中，<ack>指示确认(acknowledgement,ack)所响应的表13中的请求。在该示例中，<ack>表示订阅请求的ack，并且<ack>值的含义在下表16中描述。在表15中，持续时间字段通知cd应用持续时间段(即，订阅期间)，在此期间，pd可以根据表13中的服务和内容id信息请求发送相关信息(或更新的信息)。也就是说，在该示例中，cd应用已经请求了更新的持续时间段，例如无限，但是pd可能将更新的持续时间周期确定为例如相对于该请求的1000秒，并且可以在所确定的持续时间段期间发送相关信息。作为操作示例，当在用于更新的持续时间周期内更新服务和内容id信息时，pd可以将更新后的服务和内容id信息发送到cd。表16ack含义subscribeack指示更新请求的处理的结果renewack指示修复请求的处理的结果cancelack指示取消请求的处理的结果在表16中，ack值被一对一地映射到表14中所示的命令值。因此，根据情况，可以共同使用表14中所示的命令字段而不是使用单独的<ack>字段，并且表16中定义的值可以用作共同使用的命令字段的值。对使用websocket协议的pd状态信息的请求进行响应的pd的状态信息的更新也可以以表9至表16中描述的格式来描述。图5是用于说明根据本发明的实施例的由pd处理对使用websocket协议的请求的响应的过程的视图。图5的过程可以在pd中发生事件(例如，pd状态信息的更新)时执行。参考图5，在步骤501中，pd首先从cd应用接收根据websocket协议的对pd状态信息的请求。此时，所接收到的值与上述表13的示例中的相同。然后，在步骤503中，pd分析接收到的使用websocket协议的请求的<command>字段。当<command>字段的值是subscribe时，在步骤505中，如果在pd中发生了事件，则pd订阅(注册)，以允许事件被发送到该websocket连接。或者，当在步骤503中<command>字段的值是cancle时，pd确定该请求为取消相关事件的订阅的请求，并且在步骤507中，取消订阅并终止响应过程。pd在步骤505中注册所请求的事件，并且当在步骤509中注册成功(被接受)时，在步骤513中向cd应用发送注册成功的处理结果。同时，即使在步骤509中注册出于任何原因失败了，类似地，pd在步骤511中向cd应用发送注册失败的处理结果，并终止响应过程。同时，在步骤505中请求的事件注册完成之后，当在步骤515中发生pd的状态信息的更新(事件)时，在步骤517中，pd分析在步骤501中接收的请求的<statusid>字段，确定是否已经接收到关于pd状态信息的请求。当没有接收到关于pd状态信息的请求时，pd不需要将相关事件发送到cd应用，因此在步骤523中，忽略该事件并终止响应过程。同时，当在步骤517中确定<statusid>字段包括对相关pd状态信息的请求时，pd进行到步骤519，并确定在<duration>字段中描述的请求时间段是否有效。当<duration>字段中描述的请求时间段已过并且对pd状态信息的请求无效时，类似地，pd不需要将相关事件发送到cd应用。因此，pd进入步骤523，其中相关事件被忽略并且响应过程终止。然后，在步骤519中当<duration>字段中描述的请求时间段有效时，pd进行到步骤521，并通过使用websocket将相关事件发送到cd应用。图4是用于说明根据本发明实施例的选择用于请求pd状态信息的方法的过程的视图。参考图4，在步骤401中，首先，确定对pd状态信息的请求频率是否高。当对pd状态信息的请求频率低时，期望使用允许请求的成本相对较低的http。当请求经常发生时，无论请求何时发生，使用允许一旦连接建立便连续维护相关的通道，并允许通过相关的通道传输数据的websocket在成本方面比使用http的请求要更有利。因此，当请求频繁发生时，最好使用websocket。此外，websocket可以轻松提供异步通信。然后，在步骤403中，确定是否需要双向性(bi-directionality)。双向性意味着cd应用单方面向pd发送信息请求，并且当pd中发生状态改变时，信息可以被发送到cd应用，而不需要由cd应用发出请求。由于websocket支持双向通信，所以当需要双向通信时，最好使用websocket。最后，在步骤405中，确定是否需要发送二进制数据。http也可以用于传输二进制数据，但websocket对双向传输数据没有限制，因此更适合于二进制传输。然后，根据步骤401至步骤405中的确定，可以在步骤407中使用http进行pd状态信息的请求，或者可以在步骤409中使用websocket进行pd状态信息的请求。一种使用上述的图4的方法发送pd状态信息的方法将如下确定。通常，如果在首次启动cd应用时提出了对服务和内容id信息的请求就足够了。因此，可以将请求频率确定为低，并且如果在cd应用首次请求服务和内容id信息时将服务和内容id信息发送到cd应用就足够了。因此，不需要双向性。而且，通常可以通过使用诸如xml或json之类的文本信息来描述服务信息，因此，如果在将服务信息应用于图4所示的流程图时使用http就足够了。接下来，由于每当pd再现媒体时，媒体时间线信息频繁更新，则期望使用websocket来获得媒体时间线信息。媒体再现信息指示pd正在被再现的媒体的状态(被再现、被停止、处于ff状态等)，并且具有比上述媒体时间线信息低的请求频率。然而，当媒体的再现状态改变(例如从再现到停止)时，需要向cd应用通知所改变的状态，因此需要双向通信。因此，在这种情况下，期望使用ws。通常，生成紧急警报信息的可能性很低，但是当pd接收到相关信息时，pd需要一定将收到的信息发送到cd应用。因此，绝对需要双向性，在这种情况下，建议使用ws。根据本发明的实施例，如在图6的示例中，当在服务提供商601和603通过广播网络61或宽带网络63向多个设备611和613提供广播服务或广播内容的环境中使用多屏幕服务时，提供了允许cd应用请求(如参考标号65所示)并接收(如参考标号67所示)pd状态信息的方法，从而允许cd通过使用没有pd应用的cd应用与pd一起操作。此外，提供了能够通过利用现有的伴随屏幕结构和协议来接收pd的状态信息的方法，从而不需要额外的配置和成本。当前第1页12