在多个媒体播放设备间实现媒体同步播放控制的方法和装置

暂无

在多个媒体播放设备间实现媒体同步播放控制的方法和装置\n技术领域\n[0001] 本申请涉及通信技术领域，特别涉及在多个媒体播放设备间实现媒体同步播放控制的方法和装置。\n背景技术\n[0002] 目前，媒体播放设备，如多媒体电视，大多已经能够支持连接移动硬盘，U盘等便携设备，甚至已经能够自由连接到互联网或局域网，使得这些便携设备中的媒体文件以及互联网或局域网中的媒体文件可以被浏览和播放，从而实现媒体共享。\n[0003] 然而，现有的媒体播放设备之间的媒体共享技术中，都需要额外的设备来提供共享的媒体文件，这对于日常应用，尤其是家庭为主的娱乐，需增加了额外的费用开销，而且，现有的媒体共享相关技术中，只能提供媒体的共享服务，不能实现多个播放设备间的媒体同步播放。\n发明内容\n[0004] 有鉴于此，本发明的目的在于提供一种在多个媒体播放设备间实现媒体同步播放控制的方法，该方法能够减少开销。\n[0005] 为了达到上述目的，本发明提供了一种在多个媒体播放设备间实现媒体同步播放控制的方法，所述多个媒体播放设备中的一个被选作为服务器，该方法包括：\n[0006] 作为服务器的媒体播放设备接收到所述多个媒体播放设备发送的媒体下载请求后，从预先选定的媒体文件读取媒体数据并将读取的媒体数据发送至所述多个媒体播放设备；\n[0007] 作为服务器的媒体播放设备在从预先选定的媒体文件读取媒体数据并将读取的媒体数据发送至所述多个媒体播放设备的过程中，如果接收全所述多个媒体播放设备返回的播放准备完毕消息，则向所述多个媒体播放设备发送开始播放命令，以使所述多个媒体播放设备开始播放从作为服务器的媒体播放设备接收到的媒体数据。\n[0008] 本发明还提供了一种在多个媒体播放设备间实现媒体同步播放控制的设备，该设备是从所述多个媒体播放设备中选出作为服务器的一个媒体播放设备，该设备包括：命令控制模块、数据发送模块；\n[0009] 所述命令控制模块，用于接收所述多个媒体播放设备发送的媒体下载请求；用于接收所述多个媒体播放设备发送的播放准备完毕消息；用于在数据发送模块从预先选定的媒体文件读取媒体数据并将读取的媒体数据发送至所述多个媒体播放设备的过程中，如果接收全所述多个媒体播放设备返回的播放准备完毕消息，则向所述多个媒体播放设备发送播放命令，以使所述多个媒体播放设备开始播放从本设备接收到的媒体数据；\n[0010] 所述数据发送模块，用于命令控制模块接收到所述多个媒体播放设备发送的媒体下载请求后，从预先选定的媒体文件读取媒体数据并将读取的媒体数据发送至所述多个媒体播放设备。\n[0011] 综上所述，本发明中，从多个媒体播放设备中选择一个媒体播放设备作为服务器，该服务器负责提供媒体文件给该多个媒体播放设备并对该多个媒体播放设备进行媒体的同步播放控制，从而不需要额外增加网络设备就可以在多个媒体播放设备之间实现媒体共享和同步播放控制，因而能够减少开销。\n附图说明\n[0012] 图1是本发明实施例一在多个媒体播放设备间实现媒体同步播放控制的方法流程图；\n[0013] 图2是本发明实施例二在多个媒体播放设备间实现媒体同步播放控制的方法流程图；\n[0014] 图3是本发明实施例在多个媒体播放设备间实现媒体同步播放控制的设备的结构示意图。\n具体实施方式\n[0015] 为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例，对本发明的技术方案进行详细说明。\n[0016] 为了实现在多个媒体播放设备间实现媒体同步播放控制，本发明中，从多个媒体播放设备中选择一个作为服务器，用来控制多个媒体播放设备间同步播放媒体，该服务器同时保持原有的作为媒体播放设备的功能。当需要进行媒体同步播放时，该多个媒体播放设备（该多个媒体播放设备包括作为服务器的媒体播放设备）均需向服务器发送媒体下载请求，服务器接收到该多个媒体播放设备发送的媒体下载请求后，可以从选定的媒体文件中读取媒体数据并发送至该多个媒体播放设备；各媒体播放设备接收服务器发送的媒体数据，并在接收到的媒体数据达到一定数量时，返回播放准备完毕消息，以通知服务器自身已作好播放准备；服务器如果接收全该多个媒体播放设备发送的播放准备完毕消息，则确定该多个媒体播放设备均已做好播放准备，因此向该多个媒体播放设备发送播放命令，使得该多个媒体播放设备开始播放从服务器接收到的媒体数据，从而实现该多个媒体播放设备间的媒体同步播放。\n[0017] 在进行媒体同步播放之前，首先需要对媒体播放设备以及服务器进行配置，其中对于媒体播放设备，主要包括服务器信息的配置，例如服务器IP地址、服务器端口等，以便媒体播放设备根据配置的服务器信息建立与服务器间的网络连接；对于服务器，需配置的信息包括：服务器端口、需进行同步播放控制的媒体播放设备的个数等，需要特别说明的是，由于服务器同时作为媒体播放设备，因此需要对其进行媒体播放设备相关的配置（即包括服务器信息在内的相关配置）。\n[0018] 根据媒体播放设备和服务器之间进行媒体数据传输时采用的传输协议的不同，可以有以下两种实施方式：\n[0019] 实施方式一、利用TCP传输协议进行媒体数据传输的方式。\n[0020] 参见图1，图1是本发明实施例一在多个媒体播放设备间实现媒体同步播放控制的方法流程图，主要包括以下步骤：\n[0021] 步骤101、当需要进行媒体同步播放时，各媒体播放设备向服务器发送媒体下载请求消息。\n[0022] 本实施例中，媒体播放设备可以是多媒体电视。\n[0023] 这里，需要在多个媒体播放设备间进行同步播放的媒体文件存储在服务器中，由服务器提供给各媒体播放设备。当需要进行媒体同步播放时，各媒体播放设备均需向服务器发送媒体下载请求消息，以从服务器获取媒体数据。\n[0024] 步骤102、服务器接收全所有媒体播放设备的媒体下载请求消息后，从预先选定的媒体文件读取媒体数据并利用TCP传输协议将读取的媒体数据发送至各媒体播放设备。\n[0025] 服务器可以根据预先配置的需进行同步播放控制的媒体播放设备的个数以及接收到的媒体下载请求消息的个数来判断是否接收全所有媒体播放设备的媒体下载请求消息。\n[0026] 本步骤中，服务器利用TCP传输协议向各媒体播放设备发送媒体数据，使多个媒体播放设备共享媒体。服务器和各媒体播放设备之间需要建立一个专门用于传输媒体数据的可靠的TCP连接，服务器在向媒体播放设备发送媒体数据时，通过与各媒体播放设备之间的TCP连接将媒体数据发送到该媒体播放设备。服务器与各媒体播放设备之间建立的TCP连接在媒体文件被传输完毕后才会被关闭。利用TCP传输协议进行媒体数据的传输，可以保证媒体数据传输的可靠性。\n[0027] 服务器在传输媒体数据到各媒体播放设备的过程中，服务器和媒体播放设备之间可以并行执行媒体播放控制相关的控制命令收发。这里，媒体播放控制相关的控制命令包括：由服务器主动发出的开始播放命令、暂停播放命令、停止播放命令、恢复播放命令、以及由媒体播放设备主动发出的播放准备完毕消息等。\n[0028] 步骤103、各媒体播放设备接收服务器发送来的媒体数据，如果媒体数据达到预设数据量，则发送播放准备完毕消息至服务器。\n[0029] 这里，媒体播放设备在初始接收到服务器发送来的媒体数据时，并不会立刻开始进行解码播放，而是先预缓存媒体数据，当缓存的媒体数据达到预设数据量之后，再通过发送播放准备完毕消息来通知服务器自己已做好播放准备，可以开始播放媒体数据，这种通过预先缓存数据到一定数量再开始解码并播放媒体数据的方式，可以避免短数据包解码时可能造成的解码失败并保证播放视频播放画面的流畅。\n[0030] 步骤104、服务器在从预先选定的媒体文件读取媒体数据并将读取的媒体数据利用TCP传输协议发送至各媒体播放设备的过程中，如果接收全所有媒体播放设备发送的播放准备完毕消息，则向所有媒体播放设备发送开始播放命令。\n[0031] 步骤105、各媒体播放设备接收到服务器发送的开始播放命令后，开始对从服务器接收到的媒体数据进行本地解码和播放。\n[0032] 实施方式二、利用UDP传输协议进行媒体数据传输的方式。\n[0033] 参见图2，图2是本发明实施例二在多个媒体播放设备间实现媒体同步播放控制的方法流程图，主要包括以下步骤：\n[0034] 步骤201、当需要进行媒体同步播放时，各媒体播放设备向服务器发送媒体下载请求消息。\n[0035] 本实施例中，媒体播放设备可以是多媒体电视。\n[0036] 这里，需要在多个媒体播放设备间进行同步播放的媒体文件存储在服务器中，由服务器提供给各媒体播放设备。当需要进行媒体同步播放时，各媒体播放设备均需向服务器发送媒体下载请求消息，以从服务器获取媒体数据。\n[0037] 步骤202、服务器接收全所有媒体播放设备的媒体下载请求消息后，从预先选定的媒体文件读取媒体数据并利用UDP传输协议将读取的媒体数据广播发送至各媒体播放设备。\n[0038] 服务器可以根据预先配置的需进行同步播放控制的媒体播放设备的个数以及接收到的媒体下载请求消息的个数来判断是否接收全所有媒体播放设备的媒体下载请求消息。\n[0039] 本步骤中，服务器利用UDP传输协议向各媒体播放设备广播发送媒体数据，使多个媒体播放设备共享媒体。UDP传输协议不可靠，相较于TCP传输协议，UDP传输协议拥有更高的优先通信权利，这使得UDP数据在通信上更加的快速，网络延时短，并且具有系统开销少等特点，对规模较大的媒体共享的情形，采用UDP传输媒体数据能够尽可能少的占用带宽。\n但是另一方面，由于缺乏拥塞控制（congestion control），UDP传输是一种不可靠的数据传输方式，UDP传输媒体数据时最大问题是丢包现象的存在，尤其是长时间的连续的传输媒体数据，不能保证各媒体播放设备都能顺利接收到所有数据包。为此，服务器在向媒体播放设备发送媒体数据时，还需要支持丢包重传机制。\n[0040] 本实施例中，采用的丢包重传机制可以如下：\n[0041] （1）对广播数据包进行标识：\n[0042] 为了便于检查丢包现象，服务器将媒体数据封装到广播数据包并对广播数据包进行标识：对该广播数据包进行编号并将该编号作为广播数据包的包头，然后再将该广播数据包广播发送出去，根据广播数据包发送的先后顺序，广播数据包的编号从1开始依次递增。另外，为了重传时方便计算需重传的媒体数据的位置，每个广播数据包中媒体数据部分采用固定长度（packetSize），以字节为单位，该固定长度可以预先设定。\n[0043] （2）进行丢包检查：\n[0044] 每个媒体播放设备记录最近接收到的有效数据包的编号：prePacketNum，其初始值为0。在接收到广播数据包后，首先取出其包头中的编号：currPacketNum，将currPacketNum与prePacketNum进行比较：\n[0045] 若currPacketNum=prePacketNum+1，则说明该媒体播放设备此次接收到的数据包是有效数据包，未出现丢包。将该包数据部分写入缓存区，同时修改该客户端播放器记录的prePacketNum为currPacketNum，并等待接收下一个数据包；\n[0046] 若currPacketNumprePacketNum+1，则说明该媒体播放设备本次接收到的数据包是不连续的，存在丢包现象，需要服务端重传。该媒体播放设备需要将当前记录的prePacketNum携带在数据重传请求消息中发送给服务器，并等待接收下一个数据包。\n[0048] （3）丢包重传\n[0049] 服务器收到媒体播放设备的数据重传请求消息后，取出数据重传请求消息中携带的待重传数据包编号：RpacketNum。根据每个数据包中媒体数据的固定长度：packetSize，计算出需要重传的数据包的位置：fileLoc=RpacketNum×packetSize，然后从该位置开始继续打包媒体数据并广播重传出去。当服务器同时收到多个数据重传请求消息时，用数据重传消息中携带的待重传数据包编号中的最小编号计算需要重传的数据包的位置。\n[0050] 服务器在利用UDP传输协议广播发送媒体数据到各媒体播放设备的过程中，服务器和媒体播放设备之间可以并行执行媒体播放控制相关的控制命令收发。\n[0051] 步骤203、各媒体播放设备接收服务器发送来的媒体数据，如果媒体数据达到预设数据量，则发送播放准备完毕消息至服务器。\n[0052] 这里，媒体播放设备在初始接收到服务器发送来的媒体数据时，并不会立刻开始进行解码播放，而是先预缓存媒体数据，当缓存的媒体数据达到预设数据量之后，再通过发送播放准备完毕消息来通知服务器自己已做好播放准备，可以开始播放媒体数据，这种通过预先缓存数据到一定数量再开始解码并播放媒体数据的方式，可以避免短数据包解码时可能造成的解码失败并保证播放视频播放画面的流畅。\n[0053] 步骤204、服务器在从预先选定的媒体文件读取媒体数据并将读取的媒体数据利用UDP传输协议广播发送至各媒体播放设备的过程中，如果接收全所有媒体播放设备发送的播放准备完毕消息，则向所有媒体播放设备发送开始播放命令。\n[0054] 步骤205、各媒体播放设备接收到服务器发送的开始播放命令后，开始对从服务器接收到的媒体数据进行本地解码和播放。\n[0055] 在上述的图1和图2所示本发明实施例中，为了能够在多个媒体播放设备之间同步播放媒体，各媒体播放设备需保持时钟一致。服务器可以按照预设时间周期向所述多个媒体播放设备发送自身的时钟信息（可以通过UDP传输协议广播发送服务器自身的时钟信息），各媒体播放设备接收到服务器发送的时钟信息后，可以调整自身时钟与服务器的时钟一致，并根据调整后的时钟控制媒体数据的播放位置，从而保证各媒体播放设备之间的媒体播放同步。\n[0056] 对多个媒体播放设备间的同步播放控制还包括对媒体的暂停播放控制，可以对服务器发出暂停播放命令，服务器接收到暂停播放命令后，可以向所有媒体播放设备发送暂停播放命令，各媒体播放设备接收到服务器发送来的暂停播放命令后，暂停播放媒体数据。\n[0057] 服务器在接收到暂停播放命令并向所有媒体播放设备发送暂停播放命令后，还可以重新恢复媒体播放。因此，对多个媒体播放设备间的同步播放控制还包括对媒体的恢复播放控制，可以向服务器发送恢复播放命令，服务器接收到恢复播放命令后，则可以向所有媒体播放设备发送恢复播放命令，各媒体播放设备接收到服务器发送来的恢复播放命令后，恢复播放媒体数据。\n[0058] 对多个媒体播放设备间的同步播放控制还包括对媒体的停止播放控制，可以对服务器发出停止播放命令，服务器接收到停止播放命令后，可以向所有媒体播放设备发送停止播放命令，各媒体播放设备接收到服务器发送来的停止播放命令后，停止播放媒体数据。\n[0059] 需要说明的是，由于被选择作为服务器的媒体播放设备同时具有媒体播放设备的功能和服务器的功能，在图1和图2所示的本发明实施例中，被选择作为服务器的媒体播放设备中，涉及到服务器和媒体播放设备间的媒体数据传输以及播放相关控制命令的交互（实际上是设备中服务器功能模块与媒体播放设备功能模块间的交互）与服务器与其它各媒体播放设备间的媒体数据传舍以及播放相关控制命令的交互相同相同，不同之处在于前者的交互是在同一设备中不同功能模块间进行，后者的交互是在不同设备间进行。\n[0060] 从图2和图3所示本发明实施例中可以看出，作为服务器的媒体播放设备通过从媒体文件中读取媒体数据并发送至多个媒体播放设备，可以实现该多个媒体播放设备间的媒体共享，同时通过向该多个媒体播放设备发送播放相关的控制命令，可以实现在该多个媒体播放设备间的媒体同步播放控制。\n[0061] 以上对本发明实施例在多个媒体播放设备间实现媒体同步播放控制的方法进行了详细说明，本发明还提供了一种在多个媒体播放设备间实现媒体同步播放控制的设备，下面结合图3进行详细说明。\n[0062] 图3是本发明实施例在多个媒体播放设备间实现媒体同步播放控制的设备300的结构示意图，该设备是从所述多个媒体播放设备中选出作为服务器的一个媒体播放设备，如图3所示，该设备包括：命令控制模块301、数据发送模块302；其中，[0063] 命令控制模块301，用于接收所述多个媒体播放设备发送的媒体下载请求；用于接收所述多个媒体播放设备发送的播放准备完毕消息；用于在数据发送模块302从预先选定的媒体文件读取媒体数据并将读取的媒体数据发送至所述多个媒体播放设备的过程中，如果接收全所述多个媒体播放设备返回的播放准备完毕消息，则向所述多个媒体播放设备发送播放命令，以使所述多个媒体播放设备开始播放从本设备接收到的媒体数据；\n[0064] 数据发送模块302，用于命令控制模块301接收到所述多个媒体播放设备发送的媒体下载请求后，从预先选定的媒体文件读取媒体数据并将读取的媒体数据发送至所述多个媒体播放设备。\n[0065] 上述设备中，所述数据发送模块302在将读取的媒体数据发送至所述多个媒体播放设备时，用于：将读取的媒体数据利用TCP传输协议发送至所述多个媒体播放设备，或者，将读取的媒体数据利用UDP传输协议广播发送至所述多个媒体播放设备，并在广播发送媒体数据时支持丢包重传机制。\n[0066] 所述数据发送模块302利用UDP传输协议广播发送媒体数据时支持的丢包重传机制为：\n[0067] 将媒体数据按照预设长度封装到多个广播数据包并为每个广播数据包分配编号，将编号携带在包头中并利用UDP传输协议广播发送出去；\n[0068] 当接收到一个或多个媒体播放设备在接收到作为服务器的媒体播放设备发送的携带媒体数据和编号的广播数据包并确定丢包后发送的数据包重传请求时，确定所有数据包重传请求中携带的待重传数据包编号中的最小编号，根据所述预设长度以及最小的待重传数据包编号确定待重传媒体数据的起始位置并从该起始位置的媒体数据开始进行媒体数据重传。\n[0069] 上述设备还包括时钟发送模块303；\n[0070] 所述时钟发送模块303，用于按照预设时间周期向所述多个媒体播放设备发送本设备的时钟信息，供所述多个媒体播放设备调整自身时钟与本设备的时钟一致，并根据调整后的时钟控制媒体数据的播放位置。\n[0071] 上述设备中，所述命令控制模块301，进一步用于接收暂停播放命令、恢复播放命令、以及停止播放命令；用于接收到暂停播放命令时，向所述多个媒体播放设备发送暂停播放命令，以使所述多个媒体播放设备暂停播放媒体数据；用于在向所述多个媒体播放设备发送暂停播放命令后，如果接收到恢复播放命令，则向所述多个媒体播放设备发送重新播放命令，以使所述多个媒体播放设备恢复播放处于暂停播放状态的媒体数据；用于接收到停止播放命令时，向所述多个媒体播放设备发送停止播放命令，以使所述多个媒体播放设备命令停止播放媒体数据。\n[0072] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。