一种多屏互动中媒体连续播放的方法及系统

摘要

本发明公开一种多屏互动中媒体连续播放的方法及系统，该方法包括：A、第一移动设备端将已获取的连续播放媒体信息封装成数据包，发送至智能电视端；B、智能电视端接收数据包并解析，利用得到的连续播放媒体信息进入连续播放状态，并记录状态；C、智能终端接收到第二移动设备端发送的获取指令后，将当前连续播放状态信息发送至第二移动设备端；D、第二移动设备端利用当前连续播放状态信息同步到智能电视端的连续播放状态。本发明设置以智能电视为控制中心，在电视端管理连续播放的控制逻辑和播放列表等信息，解决了现有连续播放过分依赖移动设备端以及不同模块开发者难以共享的问题。实现了智能电视不依赖于移动端的连续播放，提升了用户体验。

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种多屏互动中媒体连续播放的方法及系统。

背景技术

媒体的连续播放是智能电视多屏互动应用中很重要的功能之一。在智能电视的多屏互动应用中，以往的自动连续播放都是以移动客户端为控制中心，移动客户端管理播放控制逻辑、维护连续播放过程中的列表信息，由于过分依赖于移动客户端，同时会带来以下问题：一、客户端退出后再重新进入时，尽管电视仍然在继续播放，但客户端不能够完整的恢复到退出前的连续播放状态。二、新的移动客户端即使连接到同一台智能电视设备，也不能够完整的同步到电视当前正在进行的连续播放状态。三、不同模块难以共享，在实际的开发过程中，经常会出现不同模块由不同的开发者负责，而它们都需要连续播放的功能，由于该功能与具体模块的关系紧密，很难抽象出一套公用的，这样往往导致每个模块的开发人员都要去实现自己的连续播放功能，工作量重复，而且对系统后期的维护也很不利。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种多屏互动中媒体连续播放的方法及系统，旨在解决目前多屏互动中连续播放过分依赖移动客户端而导致连续播放状态同步不理想的问题。

本发明的技术方案如下：

一种多屏互动中媒体连续播放的方法，其中，所述方法包括以下步骤：

A、第一移动设备端与智能电视端建立通信连接后，所述第一移动设备端将已获取的连续播放媒体信息并封装成数据包，发送至所述智能电视端；

B、所述智能电视端接收所述数据包并解析，得到连续播放媒体信息，利用所得到的连续播放媒体信息进入连续播放状态，同时对连续播放状态进行记录形成连续播放状态信息；

C、第二移动设备端与所述智能电视端建立通信连接，所述智能终端接收到所述第二移动设备端发送的连续播放状态信息获取指令后，将当前连续播放状态信息发送至所述第二移动设备端；

D、所述第二移动设备端接收所述当前连续播放状态信息，并利用所述当前连续播放状态信息进入与所述智能电视端同步的连续播放状态。

所述的多屏互动中媒体连续播放的方法，其中，所述步骤C还包括：当所述第一移动设备端退出连续播放状态后重新与所述智能电视端建立通信连接时，所述智能终端接收到所述第一移动设备端发送的连续播放状态信息获取指令后，将当前连续播放状态信息发送至所述第一移动设备端。

所述的多屏互动中媒体连续播放的方法，其中，所述第一移动设备端或第二移动设备端通过DLNA协议向所述智能电视端发送指令或从所述智能电视端接收所述当前连续播放状态信息。

所述的多屏互动中媒体连续播放的方法，其中，所述步骤A之前还包括：所述第一移动设备端获取连续播放媒体信息。

所述的多屏互动中媒体连续播放的方法，其中，所述连续播放状态信息包括播放列表、所述播放列表内的索引、播放断点。

所述的多屏互动中媒体连续播放的方法，其中，所述步骤A具体为：所述第一移动设备端与智能电视端基于DLNA协议建立通信连接后，所述第一移动设备端收集连续播放的媒体文件对象进行数据封装，将封装后的数据包通过DLNA协议发送至所述智能电视端。

所述的多屏互动中媒体连续播放的方法，其中，所述步骤C具体为：当所述第二移动设备端需要获取所述智能电视端的连续播放状态信息时，所述第二移动设备端通过DLNA协议服务向所述智能电视端发送连续播放状态信息获取指令，所述智能终端接收到该指令后，将当前连续播放状态信息发送至所述第二移动设备端。

所述的多屏互动中媒体连续播放的方法，其中，当所述第一移动设备端或第二移动设备端进入与所述智能电视端同步的连续播放状态时，通过所述第一移动设备端或第二移动设备端可实现对所述智能电视端播放内容和播放状态的控制。

一种多屏互动中媒体连续播放的系统，其中，所述系统包括移动设备端和智能电视端，所述移动设备端包括所述第一移动设备端和第二移动设备端，所述移动设备端包括：

数据封装模块，用于收集连续播放媒体信息并封装成数据包；

移动设备端通讯模块，用于与智能电视端建立通信连接，将所述数据封装模块封装的数据包发送至所述智能电视端，或者向所述智能电视端发送所述连续播放状态信息获取指令；

所述智能电视端包括：

智能电视端通信模块，用于与所述移动设备端建立通信连接，接收所述移动设备端发送的数据包并解析，得到连续播放媒体信息；

播放控制模块，用于利用所得到的连续播放媒体信息进入连续播放状态，同时对连续播放状态进行记录形成连续播放状态信息。

有益效果：本发明提供一种多屏互动中媒体连续播放的方法及系统，通过设置以智能电视为控制中心，在智能电视端管理连续播放的控制逻辑和连续播放的列表等信息，简化了移动设备端的任务设置，解决了现有连续播放过分依赖移动设备端的问题。另外，也解决了不同模块开发者难以进行共享的问题。实现了智能电视不依赖于移动客户端的自动连续播放，也实现了多个移动客户端的同时自动连续播放控制。

附图说明

图1为本发明较佳实施例中多屏互动中媒体连续播放方法流程图。

图2为本发明较佳实施例中智能电视端支持多个移动客户端交互的原理框图。

图3为本发明具体实施例中多屏互动中媒体连续播放方法流程图。

图4为本发明另一具体实施例中多屏互动中媒体连续播放方法流程图。

图5为本发明的媒体连续播放系统中移动设备端的系统原理框图。

图6为本发明的媒体连续播放系统中智能电视端的系统原理框图。

具体实施方式

本发明提供一种多屏互动中媒体连续播放的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示的一种多屏互动中媒体连续播放的方法，其中，所述方法包括以下步骤：

S100、第一移动设备端与智能电视端建立通信连接后，所述第一移动设备端将已获取的连续播放媒体信息并封装成数据包，发送至所述智能电视端。

基于DLNA协议建立通信连接是通过DLNA进行设备发现，DLNA服务给每个设备随机的分配一个ID，标准协议称为UUID，作为每个设备的唯一标识，设备发现的过程实质就是通过网络广播查找设备UUID的过程，成功发现设备后，移动设备端与智能电视端建立起信息交互的通讯通道，所有通讯都是基于UUID进行的。

具体实施例中，上述步骤具体为：所述第一移动设备端与智能电视端基于DLNA协议建立通信连接后，所述第一移动设备端将存储的连续播放的媒体文件对象进行数据封装，将封装后的数据包通过DLNA协议发送至所述智能电视端。

第一移动设备端选择连续播放的媒体文件对象进行数据的封装，封装数据的格式如表1、表2及表3所示，它们的含义和逻辑关系是表1相当于整个播放列表，一个表1包含多个表2的内容,表2是表1播放列表属性的一个项次。表3与表2的关系相当于表2与表1的关系，即表3是表2播放地址列表的一个项次。

表1.移动设备端封装的数据包

说明属性媒体来源SOURCE_TYPE推送设备mPushDevice简要说明mSummary源地址mSourceAddress源类型mSourceType列表中媒体个数mItemCount是否自动播放mIsAutoPlay在来源列表中的索引mCurrentSourceIndex当前播放的索引号mCurrentItemIndex当前播放的地址索引号mCurrentUrlIndex播放列表mSourceList

一个播放列表包括多个项次，一个项次所包含的内容可以如表2所示。

表2.播放列表一个项次包含的内容

说明属性媒体文件名字mTitle媒体类型（视频、音乐、图片）mMediaType简单介绍信息mSummary在列表中的索引mItemNum总时长mDuration缩略图列表信息mIconUrl断点播放位置mSeekPoint播放地址列表mUrlList

而表2中的播放地址列表也可能包含多个项次，其中一个项次的内容可以如表3所示。

表3.播放地址列表包含的一个项次的内容

说明属性清晰度（超清、高清、标清、普清）mDefinition语言（英语、汉语、韩语、日语等）mLanguage播放地址mUrl

移动设备端把封装后的数据包通过DLNA协议发送给智能电视端，传送的过程使用扩展的服务，这个服务的主要作用就是使所述数据包在移动客户端和智能电视端之间进行通讯。

具体实施例中，DLNA协议扩展服务的格式如下:

<actionList>"+

… …

                   <action>"+

                       <name>SetAVTransportURIGROUP</name>"+

                       <argumentList>"+

                           <argument>"+

                               <name>InstanceID</name>"+

                               <direction>in</direction>" +

                                     <relatedStateVariable>A_ARG_TYPE_InstanceID</relatedStateVariable>"+

                           </argument>"+

                           <argument>"+

                               <name>CurrentURIMetaData</name>"+

                               <direction>in</direction>" +

                               <relatedStateVariable>AVTransportURIMetaData</relatedStateVariable>"+

                           </argument>"+

                       </argumentList>"+

                   </action>"+

… … 

           </actionList>

其中，SetAVTransportURIGROUP是指令名称，AVTransportURIMetaData用于传送播放列表信息。

S200、所述智能电视端接收所述数据包并解析，得到连续播放媒体信息，利用所得到的连续播放媒体信息进入连续播放状态，同时对连续播放状态进行记录形成连续播放状态信息。

智能电视端对得到的连续播放媒体信息送到播放控制模块（或称为播放控制中心），播放控制模块对接收到的数据线进行保存，之后利用所述连续播放媒体信息控制智能电视进入自动播放状态。在连续播放过程中会实时记录当前连续播放的所有信息。

S300、第二移动设备端与所述智能电视端建立通信连接，所述智能终端接收到所述第二移动设备端发送的连续播放状态信息获取指令后，将当前连续播放状态信息发送至所述第二移动设备端。

具体实施例中，上述步骤为：当所述第二移动设备端需要获取所述智能电视端的连续播放状态信息时，所述第二移动设备端通过DLNA协议服务向所述智能电视端发送连续播放状态信息获取指令，所述智能终端接收到该指令后，将当前连续播放状态信息发送至所述第二移动设备端。

另外，当所述第一移动设备端退出连续播放状态后重新与所述智能电视端建立通信连接时，所述智能终端同样会接收所述第一移动设备端发送的连续播放状态信息获取指令，之后将当前连续播放状态信息发送至所述第一移动设备端。

S400、所述第二移动设备端接收所述当前连续播放状态信息，并利用所述当前连续播放状态信息进入与所述智能电视端同步的连续播放状态。

其中，当前连续播放状态信息可包括播放列表、所述播放列表内的索引、播放断点等。

退出后重新进入的第一移动设备端也会利用智能电视端回传的当前连续播放状态信息完整地恢复当前的连续播放状态。

当所述第一移动设备端或第二移动设备端进入与所述智能电视端同步的连续播放状态时，通过所述第一移动设备端或第二移动设备端可实现对所述智能电视端播放内容和播放状态的控制。可对智能电视进行播放、暂停、快进、快退、选择播放列表其它内容播放等控制。

如图2所示的是本发明智能电视端同时支持多个移动客户端交互的原理框图，本发明以智能电视为控制中心，连续播放的控制逻辑和连续播放所需要的信息存储在智能电视端，使得连续播放不再依赖于移动设备端（即移动客户端），减轻了移动客户端的负担，移动客户端A、B、C与所述智能电视播放控制中心通过DLNA协议建立通讯连接，当移动客户端需要恢复连续播放状态时，仅需要通过扩展的DLNA协议向控制中心发送指令，控制中心收到指令后，再通过DLNA协议把对应的正在连续播放的信息发送给移动客户端，客户端再根据自己的实际情况使用这些信息恢复连续播放状态。

如图3所示的是多屏互动中媒体连续播放方法的具体实施例，其步骤如下。

S1、移动客户端A通过DLNA发现设备。DLNA服务给每个设备随机的分配一个ID，标准协议称为UUID，作为每个设备的唯一标识，设备发现的过程实质就是通过网络广播查找设备UUID的过程，成功发现设备后，移动客户端A与智能电视建立起信息交互的通讯通道，之后所有通讯都是基于UUID进行。

S2、数据封装。移动客户端a进入媒体中心模块，选择连续播放的媒体文件对象，进行数据的封装。

S3、通过DLNA协议传送数据。移动客户端A把封装后的数据包通过DLNA协议发送给智能电视端。

S4、接收数据包，解析。智能电视端的接收到发送过来的数据包，首先需要解析数据包，解析得到的数据送到播放控制中心

S5、控制中心。智能电视端的播放控制中心对接收到的数据进行保存，之后执行步骤S6。 

S6、连续播放。播放控制中心使用所接收到的数据，控制智能电视进入自动连续播放状态。之后执行步骤S12。

S7、通过DLNA发现设备。若移动客户端A退出后重进或者有新的移动客户端例如移动客户端B需要进入连续播放状态，则利用如步骤S1所述的方法使移动客户端与智能电视端建立通讯连接。

S8、发现获取连续播放信息的指令。移动客户端A或B通过DLNA协议扩展服务发送连续状态信息获取指令到智能电视端的控制中心。

S9、控制中心，智能电视端的播放控制中心接收获取指令后，收集相关的当前连续播放状态的信息，之后执行步骤S10。

S10、通过DLNA协议传送数据。播放控制中心通过DLNA协议将有关当前连续播放状态的信息发送给移动客户端A或B。 

S11、根据数据同步智能电视连续播放状态。移动客户端A或B得到播放控制中心回传的数据后用于移动客户端A或B完整的恢复当前的连续播放状态

S12、结束。

图4所示的是智能电视端通过第一移动客户端进入连续播放状态及第二移动客户端通过智能电视端获取连续播放状态信息并进行播放同步的过程，该过程步骤如下：

T0、开始。

T1、第一移动客户端连接电视。通过DLNA协议建立通讯连接。

T2、第一移动客户端利用获取到的视频源生成播放列表信息。所述播放列表信息可按照上述的表1、2、3的格式进行生成。

T3、发送播放别列表给电视。第一移动客户端进入控制状态，智能电视开始播放后会发送播放状态信息，第一移动客户端可以对电视进行播放、暂停、快进、快退、选择播放列表其它内容进行播放等控制。

T4、电视自动连续播放。智能电视把播放状态信息发送给已经连接的移动客户端，同时响应移动客户端的控制指令。

T5、电视停止播放，保存播放信息。智能电视停止播放之前会对当前信息进行保存。

T6、是否有其它移动客户端进行连接？，若有，则执行步骤T7，若无，则执行步骤T11

T7、第二移动客户端连接电视。第二移动客户端可以是断开后重进的第一客户端或者是除第一移动客户端外的新的移动客户端。

T8、从电视获取相关视频播放信息。信息的内容包括智能电视停止播放前的播放列表，播放列表内的索引，播放的断点等。

T9、第二移动客户端进行播放控制。第二移动客户端进入控制状态，控制智能电视的连续播放状态。

T10、电视停止播放。电视停止播放，同时没有其他客户端连接，则执行步骤T11。

T11、结束。

如图5和图6所示的一种多屏互动中媒体连续播放的系统，其中，所述系统包括移动设备端100和智能电视端200，所述移动设备端包括所述第一移动设备端和第二移动设备端，所述移动设备端包括：

数据封装模块110，用于收集连续播放媒体信息并封装成数据包，具体如步骤S100所述。

移动设备端通讯模块120，用于与智能电视端建立通信连接，将所述数据封装模块封装的数据包发送至所述智能电视端，或者向所述智能电视端发送所述连续播放状态信息获取指令，具体如步骤S200和S400所述。

所述智能电视端包括：

智能电视端通信模块210，用于与所述移动设备端建立通信连接，接收所述移动设备端发送的数据包并解析，得到连续播放媒体信息，具体如步骤S200所述。

播放控制模块220，用于利用所得到的连续播放媒体信息进入连续播放状态，同时对连续播放状态进行记录形成连续播放状态信息，具体如步骤S300所述。

本发明提供一种多屏互动中媒体连续播放的方法及系统，通过设置以智能电视为控制中心，在智能电视端管理连续播放的控制逻辑和连续播放的列表等信息，简化了移动设备端的任务设置，解决了现有连续播放过分依赖移动设备端的问题。另外，也解决了不同模块开发者难以进行共享的问题。实现了智能电视不依赖于移动客户端的自动连续播放，也实现了多个移动客户端的同时自动连续播放控制，提升了用户体验。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。