CN107277132A - Dlna推送处理方法、多媒体接收端及存储介质 - Google Patents

Dlna推送处理方法、多媒体接收端及存储介质 Download PDF

Info

Publication number
CN107277132A
CN107277132A CN201710457306.3A CN201710457306A CN107277132A CN 107277132 A CN107277132 A CN 107277132A CN 201710457306 A CN201710457306 A CN 201710457306A CN 107277132 A CN107277132 A CN 107277132A
Authority
CN
China
Prior art keywords
dlna
order
played
play command
multimedia resource
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.)
Granted
Application number
CN201710457306.3A
Other languages
English (en)
Other versions
CN107277132B (zh
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.)
Shenzhen TCL New Technology Co Ltd
Original Assignee
Shenzhen TCL New Technology Co Ltd
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 Shenzhen TCL New Technology Co Ltd filed Critical Shenzhen TCL New Technology Co Ltd
Priority to CN201710457306.3A priority Critical patent/CN107277132B/zh
Publication of CN107277132A publication Critical patent/CN107277132A/zh
Application granted granted Critical
Publication of CN107277132B publication Critical patent/CN107277132B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种DLNA推送处理方法、多媒体接收端及计算机可读存储介质，DLNA推送处理方法包括：接收来自DLNA终端发送的待播放命令；接收来自DLNA终端发送的播放命令；检测所述待播放命令与所述播放命令是否对应同一多媒体资源；若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令。通过本发明，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。

Description

DLNA推送处理方法、多媒体接收端及存储介质
技术领域
本发明涉及DLNA领域，尤其涉及DLNA推送处理方法、多媒体接收端及存储介质。
背景技术
DLNA(Digital Living Network Alliance)由索尼、英特尔、微软等发起成立、旨在解决个人PC，消费电器，移动设备在内的无线网络和有线网络的互联互通，使得数字媒体和内容服务的无限制的共享和增长成为可能，目前成员公司已达280多家。DLNA并不是创造技术，而是形成一种解决的方案，一种大家可以遵守的规范。
随着DLNA在各类设备中的普遍应用，提升用户体验显得尤为重要。因为DLNA是一套大家共同遵循的一套规范，但是目前在多设备同时推送时还是有一些漏洞，可能出现多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生，导致多媒体接收端启用的播放器类型同多媒体资源类型不匹配。
发明内容
本发明的主要目的在于提供一种DLNA推送处理方法、多媒体接收端及计算机可读存储介质，旨在解决现有技术中多设备同时对一台多媒体接收端DLNA推送时，多媒体接收端处理推送命令的流程不同步的技术问题。
为实现上述目的，本发明提供一种DLNA推送处理方法，应用于多媒体接收端，所述DLNA推送处理方法包括：
接收来自DLNA终端发送的待播放命令；
接收来自DLNA终端发送的播放命令；
检测所述待播放命令与所述播放命令是否对应同一多媒体资源；
若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令。
优选地，所述接收来自DLNA终端发送的待播放命令包括：
接收来自DLNA终端发送的待播放命令，获取所述待播放命令对应的多媒体资源的类型及多媒体资源的标识符。
优选地，所述接收来自DLNA终端发送的播放命令包括：
接收来自DLNA终端发送的播放命令，获取所述播放命令对应的多媒体资源的标识符。
优选地，所述检测所述待播放命令与所述播放命令是否对应同一多媒体资源包括：
检测所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致。
优选地，所述若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令包括：
若所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符不一致，则不执行所述播放命令，并输出告警，以供提示用户。
此外，为实现上述目的，本发明还提供一种多媒体接收端，所述多媒体接收端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的DLNA推送处理程序，所述DLNA推送处理程序被所述处理器执行时实现如上所述的DLNA推送处理方法的步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有DLNA推送处理程序，所述DLNA推送处理程序被处理器执行时实现如上所述的DLNA推送处理方法的步骤。
通过本发明，多媒体接收端在播放DLNA终端推送的多媒体资源前，判断来自DLNA终端发送的待播放命令与播放命令是否对应同一多媒体资源，在检测到DLNA终端发送的待播放命令与播放命令对应同一多媒体资源时，启用对应播放器播放多媒体资源，否则对当前推送不做处理，使得多设备同时对一台多媒体接收端进行DLNA推送时，多媒体接收端仅在DLNA终端发送的待播放命令及播放命令对应同一多媒体资源时，对DLNA终端推送的多媒体资源进行播放，在DLNA终端发送的待播放命令及播放命令对应的多媒体资源不同时，对此次推送命令不处理，避免了多媒体接收端处理来自多个DLNA终端的多个推送命令时不同步的情况发生。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的多媒体接收端结构示意图；
图2为本发明DLNA推送处理方法一实施例的流程示意图；
图3为本发明DLNA推送方法一实施例的框架示意图；
图4为图2中步骤S40的细化流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，图1是本发明实施例方案涉及的硬件运行环境的多媒体接收端结构示意图。
本发明实施例多媒体接收端可以是电视、PC，也可以是智能手机、平板电脑、便携计算机等具有DLNA功能的设备。本发明DLNA终端可以是具有DLNA功能的手机，例如，具有无线推送技术的手机。
如图1所示，多媒体接收端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地，多媒体接收端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，当然，多媒体接收端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
本领域技术人员可以理解，图1中示出的多媒体接收端结构并不构成对多媒体接收端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及DLNA推送处理程序。
在图1所示的多媒体接收端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的DLNA推送处理程序，并执行以下操作：
接收来自DLNA终端发送的待播放命令；
接收来自DLNA终端发送的播放命令；
检测所述待播放命令与所述播放命令是否对应同一多媒体资源；
若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令。
本实施例中，DLNA(Digital Living Network Alliance)由索尼、英特尔、微软等发起成立、旨在解决个人PC，消费电器，移动设备在内的无线网络和有线网络的互联互通，使得数字媒体和内容服务的无限制的共享和增长成为可能，目前成员公司已达280多家。DLNA并不是创造技术，而是形成一种解决的方案，一种大家可以遵守的规范。
本实施例中，DLNA推送是分3个命令发送的，比如推送一首音乐，会先发一个停止播放(stop)命令、再发一个待播放(prepare)命令，最后发一个播放(play)命令,在发送prepare命令时就会告诉多媒体接收端设备即将推送的媒体类型是图片、音乐还是视频，以便多媒体接收端设备知道接下来启动对应的播放器去播放。
本实施例中，DLNA终端可以是具有DLNA功能的手机，例如，具有无线推送技术的手机。本实施例中，DLNA终端可以有一个，也可以有多个。
本实施例中，多媒体接收端用于播放从网络中获取的多媒体资源的设备，例如具有DLNA的电视、计算机等。
例如，在本发明DLNA推送处理方法一可选实施例中，用户开启手机A的DLNA功能，欲将一音乐文件推送至多媒体接收端(例如，电视C)上播放。电视C首先接收到一个停止播放命令，若电视当前正在播放节目，则停止当前播放节目的动作，并显示一个预设界面，该预设界面的设置可由用户自由设置，如电视C在接收到停止播放命令后，显示“正在等待…”字样。然后，电视C会接收到待播放命令，通过待播放命令，电视C会获取待播放命令对应的多媒体资源的类型和URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)。例如，当前的待播放文件为音乐文件，电视C获取到该多媒体资源的类型，如mp3，该多媒体资源的URI为X。然后，电视C会接收到播放命令，通过该播放命令，电视C会获取播放命令对应的多媒体资源的URI，由于当前只有一个DLNA终端(手机A)在推送音乐文件至电视C，电视C获取播放命令对应的多媒体资源的URI必定是该音乐文件的URI，即X。此时，电视C检测到待播放命令对应的多媒体资源的URI同播放命令对应的多媒体资源的URI都是X，则电视C根据该多媒体资源的类型，例如当前是音乐文件，则调用音乐播放器，播放该音乐文件。
在本发明另一可选实施例中，当存在两个DLNA终端，如手机A手机B均开启了DLNA功能，手机A欲将一音乐文件推送至多媒体接收端，如电视C，电视C接收到来自手机A的待播放命令，通过该待播放命令a，电视C会获取待播放命令a对应的多媒体资源的类型和URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)。例如，当前的待播放文件为音乐文件，电视C获取到该多媒体资源的类型，如mp3，该多媒体资源的URI为X。在还未接收到来自手机A的播放命令时，此时手机B欲将一视频文件推送至电视C，电视C接收到来自手机B的待播放命令b，通过该待播放命令b，电视C会更新待播放命令b对应的多媒体资源的类型和URI，电视C获取该待播放命令b对应的多媒体资源的类型和URI，例如，手机B推送的多媒体资源为视频文件，电视C获取该待播放多媒体资源的类型，如MP4，该多媒体资源的URI为Y。这时，电视C接收到来自手机A的播放指令，电视C会获取播放命令对应的多媒体资源的URI，即音乐文件对应的URI，X。此时电视C获取的待播放命令b对应的多媒体资源URI(Y)与电视C获取的来自手机A的播放命令对应的多媒体资源URI(X)不同，则电视C对此次推送不做处理，即不启用视频播放器播放音乐文件。还可以输出告警消息，例如以文字的形式提示用户，当前推送出现错误，需重启推送过程。
通过本发明，多媒体接收端在播放DLNA终端推送的多媒体资源前，判断来自DLNA终端发送的待播放命令与播放命令是否对应同一多媒体资源，在检测到DLNA终端发送的待播放命令与播放命令对应同一多媒体资源时，启用对应播放器播放多媒体资源，否则对当前推送不做处理，使得多设备同时对一台多媒体接收端进行DLNA推送时，多媒体接收端仅在DLNA终端发送的待播放命令及播放命令对应同一多媒体资源时，对DLNA终端推送的多媒体资源进行播放，在DLNA终端发送的待播放命令及播放命令对应的多媒体资源不同时，对此次推送命令不处理，避免了多媒体接收端处理来自多个DLNA终端的多个推送命令时不同步的情况发生。
进一步地，处理器1001可以调用存储器1005中存储的DLNA推送处理程序，还执行以下操作：
接收来自DLNA终端发送的待播放命令，获取所述待播放命令对应的多媒体资源的类型及多媒体资源的标识符。
在本实施例中，当DLNA终端有多个时，例如，存在手机A与手机B，手机A推送了音乐文件至多媒体接收端(例如电视C)，手机B推送了视频文件至多媒体接收端(电视C)。
电视C接收到来自手机A的推送命令(包括停止命令a1，待播放命令a2、播放命令a3)和来自手机B的推送命令(包括停止命令b1，待播放命令b2、播放命令b3)。电视C在接收到停止命令a1和b1时，停止播放器的工作，若当前播放器处于空闲状态，则不作调整。若电视C首先接收到来自手机A的待播放命令a2，根据待播放命令a2对应的多媒体资源电视C获取到的多媒体资源类型为MP3(手机A推送的是音乐文件)，多媒体资源的标识符为多媒体资源URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)，例如X。根据该多媒体资源的类型，电视C确定接下来要启用的播放器为音乐播放器。
电视C接收到来自手机A的待播放命令a2后，在接收到来自手机A的播放命令a3前，接收到了来自手机B的待播放命令b2。根据当前接收到的待播放命令b2，电视C重新获取待播放命令对应的多媒体资源类型及多媒体资源的标识符。例如，根据待播放命令b2对应的多媒体资源电视C获取到的多媒体资源类型为MP4(手机B推送的是视频文件)，多媒体资源的标识符为多媒体资源URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)，例如Y。根据该多媒体资源的类型，电视C确定接下来要启用的播放器为视频播放器。
在本实施例中，当存在多个DLNA终端推送不同多媒体资源至多媒体接收端，多媒体接收端接收的来自DLNA终端设备的推送命令(分为停止命令，待播放命令，播放命令)，其中待播放命令及播放命令可能是由不同DLNA终端推送的，则可能造成多媒体接收端以接收到的待播放命令确定的播放器类型播放了播放命令对应的多媒体资源。例如，多媒体接收端根据待播放命令确定的播放器类型为视频播放器，启用视频播放器播放了播放命令对应的音乐文件，使得多媒体接收端处理的推送命令不为同一DLNA终端设备发送，造成多媒体接收端处理推送命令不同步的问题。本实施例中，记录待播放命令对应的多媒体资源的标识符，当接收到播放命令时，比较播放命令对应的多媒体资源的标识符与记录的待播放命令对应的多媒体资源的标识符是否一致，若不一致，则不执行播放指令，避免了上述情况发生。
进一步地，处理器1001可以调用存储器1005中存储的DLNA推送处理程序，还执行以下操作：
接收来自DLNA终端发送的播放命令，获取所述播放命令对应的多媒体资源的标识符。
在本实施例中，当多媒体接收端接收到来自DLNA终端发送的播放命令时，获取播放命令对应的多媒体资源的标识符，例如获取播放命令对应的多媒体资源的URI，URI标识了该多媒体资源在网络上的位置。
在本实施例中，获取播放命令对应的多媒体资源的标识符，并同获取的待播放命令对应的多媒体资源的标识符进行对比，若两者标识符不一致，则说明此次接收的推送命令中待播放命令与播放命令是由不同终端发送的，则不执行播放指令，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。
进一步地，处理器1001可以调用存储器1005中存储的DLNA推送处理程序，还执行以下操作：
检测所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致。
在本实施例中，比较待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致，即是在检测待播放命令与播放命令是否是为同一DLNA终端发送。
因为在当前一个DLNA终端发送推送命令时，分为三个命令发送，分别为停止命令，待播放命令，播放命令。若存在多个DLNA终端在同一时段发送推送命令至多媒体接收端，多媒体接收端接收到的待播放命令与播放命令可能是由不同终端发送的，造成多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。通过本实施例，对待播放命令对应的多媒体资源的标识符与播放命令对应的多媒体资源的标识符进行比较，若两者标识符一致则说明多媒体接收端接收到的待播放命令与播放命令为同一DLNA终端发送，则执行播放命令，否则说明多媒体接收端接收到的待播放命令与播放命令不为同一DLNA终端发送，则不执行播放命令，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。
进一步地，处理器1001可以调用存储器1005中存储的DLNA推送处理程序，还执行以下操作：
若所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符不一致，则不执行所述播放命令，并输出告警，以供提示用户。
在本发明另一可选实施例中，当存在两个DLNA终端，如手机A手机B均开启了DLNA功能，手机A欲将一音乐文件推送至多媒体接收端，如电视C，电视C接收到来自手机A的待播放命令，通过该待播放命令a，电视C会获取待播放命令a对应的多媒体资源的类型和URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)。例如，当前的待播放文件为音乐文件，电视C获取到该多媒体资源的类型，如mp3，该多媒体资源的URI为X。在还未接收到来自手机A的播放命令时，此时手机B欲将一视频文件推送至电视C，电视C接收到来自手机B的待播放命令b，通过该待播放命令b，电视C会更新待播放命令b对应的多媒体资源的类型和URI，电视C获取该待播放命令b对应的多媒体资源的类型和URI，例如，手机B推送的多媒体资源为视频文件，电视C获取该待播放多媒体资源的类型，如MP4，该多媒体资源的URI为Y。这时，电视C接收到来自手机A的播放指令，电视C会获取播放命令对应的多媒体资源的URI，即音乐文件对应的URI，X。此时电视C获取的待播放命令b对应的多媒体资源URI(Y)与电视C获取的来自手机A的播放命令对应的多媒体资源URI(X)不同，则电视C对此次推送不做处理，即不启用视频播放器播放音乐文件。还可以输出告警消息，例如以文字或声音等形式提示用户，当前推送出现错误，需重启推送过程。
在本实施例中，当接收到播放命令时，比较播放命令对应的多媒体资源的标识符与记录的待播放命令对应的多媒体资源的标识符是否一致，若不一致，则不执行播放指令，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。
参照图2，本发明DLNA推送处理方法第一实施例的流程示意图。
DLNA推送处理方法应用于多媒体接收端，DLNA推送处理方法包括：
步骤S10，接收来自DLNA终端发送的待播放命令；
步骤S20，接收来自DLNA终端发送的播放命令；
步骤S30，检测所述待播放命令与所述播放命令是否对应同一多媒体资源；
步骤S40，若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令。
本实施例中，DLNA(Digital Living Network Alliance)由索尼、英特尔、微软等发起成立、旨在解决个人PC，消费电器，移动设备在内的无线网络和有线网络的互联互通，使得数字媒体和内容服务的无限制的共享和增长成为可能，目前成员公司已达280多家。DLNA并不是创造技术，而是形成一种解决的方案，一种大家可以遵守的规范。
本实施例中，DLNA推送是分3个命令发送的，比如推送一首音乐，会先发一个停止播放(stop)命令、再发一个待播放(prepare)命令，最后发一个播放(play)命令,在发送prepare命令时就会告诉多媒体接收端设备即将推送的媒体类型是图片、音乐还是视频，以便多媒体接收端设备知道接下来启动对应的播放器去播放。
本实施例中，DLNA终端可以是具有DLNA功能的手机，例如，具有无线推送技术的手机。本实施例中，DLNA终端可以有一个，也可以有多个。
本实施例中，多媒体接收端用于播放从网络中获取的多媒体资源的设备，例如具有DLNA的电视、计算机等。
例如，在本发明DLNA推送处理方法一可选实施例中，用户开启手机A的DLNA功能，欲将一音乐文件推送至多媒体接收端(例如，电视C)上播放。电视C首先接收到一个停止播放命令，若电视当前正在播放节目，则停止当前播放节目的动作，并显示一个预设界面，该预设界面的设置可由用户自由设置，如电视C在接收到停止播放命令后，显示“正在等待…”字样。然后，电视C会接收到待播放命令，通过待播放命令，电视C会获取待播放命令对应的多媒体资源的类型和URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)。例如，当前的待播放文件为音乐文件，电视C获取到该多媒体资源的类型，如mp3，该多媒体资源的URI为X。然后，电视C会接收到播放命令，通过该播放命令，电视C会获取播放命令对应的多媒体资源的URI，由于当前只有一个DLNA终端(手机A)在推送音乐文件至电视C，电视C获取播放命令对应的多媒体资源的URI必定是该音乐文件的URI，即X。此时，电视C检测到待播放命令对应的多媒体资源的URI同播放命令对应的多媒体资源的URI都是X，则电视C根据该多媒体资源的类型，例如当前是音乐文件，则调用音乐播放器，播放该音乐文件。
在本发明另一可选实施例中，当存在两个DLNA终端，如手机A手机B均开启了DLNA功能，手机A欲将一音乐文件推送至多媒体接收端，如电视C，电视C接收到来自手机A的待播放命令，通过该待播放命令a，电视C会获取待播放命令a对应的多媒体资源的类型和URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)。例如，当前的待播放文件为音乐文件，电视C获取到该多媒体资源的类型，如mp3，该多媒体资源的URI为X。在还未接收到来自手机A的播放命令时，此时手机B欲将一视频文件推送至电视C，电视C接收到来自手机B的待播放命令b，通过该待播放命令b，电视C会更新待播放命令b对应的多媒体资源的类型和URI，电视C获取该待播放命令b对应的多媒体资源的类型和URI，例如，手机B推送的多媒体资源为视频文件，电视C获取该待播放多媒体资源的类型，如MP4，该多媒体资源的URI为Y。这时，电视C接收到来自手机A的播放指令，电视C会获取播放命令对应的多媒体资源的URI，即音乐文件对应的URI，X。此时电视C获取的待播放命令b对应的多媒体资源URI(Y)与电视C获取的来自手机A的播放命令对应的多媒体资源URI(X)不同，则电视C对此次推送不做处理，即不启用视频播放器播放音乐文件。还可以输出告警消息，例如以文字的形式提示用户，当前推送出现错误，需重启推送过程。
参照图3，图3为本发明DLNA推送方法一实施例的框架示意图。
本实施例中，协议层接收到SetAVTransportURI action时，解析出当前准备播放的多媒体资源对应的URI，同时解析CurrenURIMetaData获取推送的多媒体资源类型(type)，通过prepare接口将多媒体资源对应的URI和type往应用层发；协议层接收到Playaction时，通过play接口将Play action对应的多媒体资源类型对应的URI往应用层发。应用层收到来自协议层的prepare命令时，保存此次prepare命令对应的多媒体资源URI(例如，先接到来自设备A的prepare命令，此次对应的多媒体资源URI为X，后续接到了来自设备B的prepare命令，此次对应的多媒体资源URI为Y，则保存设备B的prepare命令对应的多媒体资源URI：Y)；应用层后续接收到协议层的play命令，检测play命令对应的多媒体资源URI和prepare命令对应的多媒体资源URI是否一致，若不一致，则认为此次接收到的prepare命令和play命令不是同一设备推送的，则放弃此次数据，即不执行play命令。
通过本发明，多媒体接收端在播放DLNA终端推送的多媒体资源前，判断来自DLNA终端发送的待播放命令与播放命令是否对应同一多媒体资源，在检测到DLNA终端发送的待播放命令与播放命令对应同一多媒体资源时，启用对应播放器播放多媒体资源，否则对当前推送不做处理，使得多设备同时对一台多媒体接收端进行DLNA推送时，多媒体接收端仅在DLNA终端发送的待播放命令及播放命令对应同一多媒体资源时，对DLNA终端推送的多媒体资源进行播放，在DLNA终端发送的待播放命令及播放命令对应的多媒体资源不同时，对此次推送命令不处理，避免了多媒体接收端处理来自多个DLNA终端的多个推送命令时不同步的情况发生。
进一步，在本发明DLNA推送处理方法一实施例中，步骤S10包括：
接收来自DLNA终端发送的待播放命令，获取所述待播放命令对应的多媒体资源的类型及多媒体资源的标识符。
在本实施例中，当DLNA终端有多个时，例如，存在手机A与手机B，手机A推送了音乐文件至多媒体接收端(例如电视C)，手机B推送了视频文件至多媒体接收端(电视C)。
电视C接收到来自手机A的推送命令(包括停止命令a1，待播放命令a2、播放命令a3)和来自手机B的推送命令(包括停止命令b1，待播放命令b2、播放命令b3)。电视C在接收到停止命令a1和b1时，停止播放器的工作，若当前播放器处于空闲状态，则不作调整。若电视C首先接收到来自手机A的待播放命令a2，根据待播放命令a2对应的多媒体资源电视C获取到的多媒体资源类型为MP3(手机A推送的是音乐文件)，多媒体资源的标识符为多媒体资源URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)，例如X。根据该多媒体资源的类型，电视C确定接下来要启用的播放器为音乐播放器。
电视C接收到来自手机A的待播放命令a2后，在接收到来自手机A的播放命令a3前，接收到了来自手机B的待播放命令b2。根据当前接收到的待播放命令b2，电视C重新获取待播放命令对应的多媒体资源类型及多媒体资源的标识符。例如，根据待播放命令b2对应的多媒体资源电视C获取到的多媒体资源类型为MP4(手机B推送的是视频文件)，多媒体资源的标识符为多媒体资源URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)，例如Y。根据该多媒体资源的类型，电视C确定接下来要启用的播放器为视频播放器。
在本实施例中，当存在多个DLNA终端推送不同多媒体资源至多媒体接收端，多媒体接收端接收的来自DLNA终端设备的推送命令(分为停止命令，待播放命令，播放命令)，其中待播放命令及播放命令可能是由不同DLNA终端推送的，则可能造成多媒体接收端以接收到的待播放命令确定的播放器类型播放了播放命令对应的多媒体资源。例如，多媒体接收端根据待播放命令确定的播放器类型为视频播放器，启用视频播放器播放了播放命令对应的音乐文件，使得多媒体接收端处理的推送命令不为同一DLNA终端设备发送，造成多媒体接收端处理推送命令不同步的问题。本实施例中，记录待播放命令对应的多媒体资源的标识符，当接收到播放命令时，比较播放命令对应的多媒体资源的标识符与记录的待播放命令对应的多媒体资源的标识符是否一致，若不一致，则不执行播放指令，避免了上述情况发生。
进一步，在本发明DLNA推送处理方法一实施例中，步骤S20包括：
接收来自DLNA终端发送的播放命令，获取所述播放命令对应的多媒体资源的标识符。
在本实施例中，当多媒体接收端接收到来自DLNA终端发送的播放命令时，获取播放命令对应的多媒体资源的标识符，例如获取播放命令对应的多媒体资源的URI，URI标识了该多媒体资源在网络上的位置。
在本实施例中，获取播放命令对应的多媒体资源的标识符，并同获取的待播放命令对应的多媒体资源的标识符进行对比，若两者标识符不一致，则说明此次接收的推送命令中待播放命令与播放命令是由不同终端发送的，则不执行播放指令，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。
进一步，在本发明DLNA推送处理方法一实施例中，步骤S30包括：
检测所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致。
在本实施例中，比较待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致，即是在检测待播放命令与播放命令是否是为同一DLNA终端发送。
因为在当前一个DLNA终端发送推送命令时，分为三个命令发送，分别为停止命令，待播放命令，播放命令。若存在多个DLNA终端在同一时段发送推送命令至多媒体接收端，多媒体接收端接收到的待播放命令与播放命令可能是由不同终端发送的，造成多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。通过本实施例，对待播放命令对应的多媒体资源的标识符与播放命令对应的多媒体资源的标识符进行比较，若两者标识符一致则说明多媒体接收端接收到的待播放命令与播放命令为同一DLNA终端发送，则执行播放命令，否则说明多媒体接收端接收到的待播放命令与播放命令不为同一DLNA终端发送，则不执行播放命令，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。
参照图4，图4为图2中步骤S40的细化流程示意图。在一实施例中，步骤S40包括：
步骤S401，若所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符不一致，则不执行所述播放命令，并输出告警，以供提示用户。
在本发明另一可选实施例中，当存在两个DLNA终端，如手机A手机B均开启了DLNA功能，手机A欲将一音乐文件推送至多媒体接收端，如电视C，电视C接收到来自手机A的待播放命令，通过该待播放命令a，电视C会获取待播放命令a对应的多媒体资源的类型和URI(统一资源标识符(Uniform Resource Identifier，或URI)是一个用于标识某一互联网资源名称的字符串)。例如，当前的待播放文件为音乐文件，电视C获取到该多媒体资源的类型，如mp3，该多媒体资源的URI为X。在还未接收到来自手机A的播放命令时，此时手机B欲将一视频文件推送至电视C，电视C接收到来自手机B的待播放命令b，通过该待播放命令b，电视C会更新待播放命令b对应的多媒体资源的类型和URI，电视C获取该待播放命令b对应的多媒体资源的类型和URI，例如，手机B推送的多媒体资源为视频文件，电视C获取该待播放多媒体资源的类型，如MP4，该多媒体资源的URI为Y。这时，电视C接收到来自手机A的播放指令，电视C会获取播放命令对应的多媒体资源的URI，即音乐文件对应的URI，X。此时电视C获取的待播放命令b对应的多媒体资源URI(Y)与电视C获取的来自手机A的播放命令对应的多媒体资源URI(X)不同，则电视C对此次推送不做处理，即不启用视频播放器播放音乐文件。还可以输出告警消息，例如以文字或声音等形式提示用户，当前推送出现错误，需重启推送过程。
在本实施例中，当接收到播放命令时，比较播放命令对应的多媒体资源的标识符与记录的待播放命令对应的多媒体资源的标识符是否一致，若不一致，则不执行播放指令，避免了多媒体接收端处理的推送命令不为同一DLNA终端发送的情况发生。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有DLNA推送处理程序，所述DLNA推送处理程序被处理器执行时实现如上所述的DLNA推送处理方法的步骤。
本发明计算机可读存储介质的具体实施例同上述DLNA推送处理方法的各个实施例基本相同，在此不做赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台多媒体接收端设备(可以是计算机，电视等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种DLNA推送处理方法，应用于多媒体接收端，其特征在于，所述DLNA推送处理方法包括：
接收来自DLNA终端发送的待播放命令；
接收来自DLNA终端发送的播放命令；
检测所述待播放命令与所述播放命令是否对应同一多媒体资源；
若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令。
2.如权利要求1所述的DLNA推送处理方法，其特征在于，所述接收来自DLNA终端发送的待播放命令包括：
接收来自DLNA终端发送的待播放命令，获取所述待播放命令对应的多媒体资源的类型及多媒体资源的标识符。
3.如权利要求1所述的DLNA推送处理方法，其特征在于，所述接收来自DLNA终端发送的播放命令包括：
接收来自DLNA终端发送的播放命令，获取所述播放命令对应的多媒体资源的标识符。
4.如权利要求1所述的DLNA推送处理方法，其特征在于，所述检测所述待播放命令与所述播放命令是否对应同一多媒体资源包括：
检测所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致。
5.如权利要求1所述的DLNA推送处理方法，其特征在于，所述若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令包括：
若所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符不一致，则不执行所述播放命令，并输出告警，以供提示用户。
6.一种多媒体接收端，其特征在于，所述多媒体接收端包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的DLNA推送处理程序，所述DLNA推送处理程序被所述处理器执行时实现如下步骤：
接收来自DLNA终端发送的待播放命令；
接收来自DLNA终端发送的播放命令；
检测所述待播放命令与所述播放命令是否对应同一多媒体资源；
若所述待播放命令与所述播放命令不对应同一多媒体资源，则不执行所述播放命令。
7.如权利要求6所述的多媒体接收端，其特征在于，所述DLNA推送处理方法程序被所述处理器执行时还实现如下步骤：
接收来自DLNA终端发送的待播放命令，获取所述待播放命令对应的多媒体资源的类型及多媒体资源的标识符。
8.如权利要求6所述的多媒体接收端，其特征在于，所述DLNA推送处理程序被所述处理器执行时还实现如下步骤：
接收来自DLNA终端发送的播放命令，获取所述播放命令对应的多媒体资源的标识符。
9.如权利要求6所述的多媒体接收端，其特征在于，所述DLNA推送处理程序被所述处理器执行时还实现如下步骤：
检测所述待播放命令对应的多媒体资源的标识符与所述播放命令对应的多媒体资源的标识符是否一致。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有DLNA推送处理程序，所述DLNA推送处理程序被处理器执行时实现如权利要求1至5中任一项所述的DLNA推送处理方法的步骤。
CN201710457306.3A 2017-06-15 2017-06-15 Dlna推送处理方法、多媒体接收端及存储介质 Active CN107277132B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710457306.3A CN107277132B (zh) 2017-06-15 2017-06-15 Dlna推送处理方法、多媒体接收端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710457306.3A CN107277132B (zh) 2017-06-15 2017-06-15 Dlna推送处理方法、多媒体接收端及存储介质

Publications (2)

Publication Number Publication Date
CN107277132A true CN107277132A (zh) 2017-10-20
CN107277132B CN107277132B (zh) 2021-07-06

Family

ID=60067693

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710457306.3A Active CN107277132B (zh) 2017-06-15 2017-06-15 Dlna推送处理方法、多媒体接收端及存储介质

Country Status (1)

Country Link
CN (1) CN107277132B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108965927A (zh) * 2018-07-25 2018-12-07 广州市迪士普音响科技有限公司 一种广播控制方法及系统

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1697412A (zh) * 2004-05-12 2005-11-16 三星电子株式会社 网络共享内容的方法与接收装置、源装置和消息的结构
CN1781085A (zh) * 2003-04-25 2006-05-31 松下电器产业株式会社 多媒体信息共享系统
WO2006056919A1 (en) * 2004-11-25 2006-06-01 Koninklijke Philips Electronics N.V. Control points for controlling devices in a network
CN101355766A (zh) * 2008-09-11 2009-01-28 青岛海信移动通信技术股份有限公司 一种移动终端及其多媒体播放控制方法
CN103391277A (zh) * 2012-05-10 2013-11-13 华为技术有限公司 媒体播放方法、装置和系统
CN103457925A (zh) * 2012-05-28 2013-12-18 正文科技股份有限公司 呈现器与控制器与其管理方法
CN103796061A (zh) * 2014-03-03 2014-05-14 上海美琦浦悦通讯科技有限公司 多智能终端中实现媒体文件同步播放和控制的系统及方法
CN104320718A (zh) * 2014-09-24 2015-01-28 广东欧珀移动通信有限公司 一种避免多个dmc推送媒体播放产生冲突的方法及装置
US20150249622A1 (en) * 2014-03-03 2015-09-03 Ericsson Television Inc. Conflict detection and resolution in an abr network
CN105072482A (zh) * 2015-08-25 2015-11-18 广东欧珀移动通信有限公司 一种多媒体播放设备的播放控制方法及装置
US20150365480A1 (en) * 2014-06-16 2015-12-17 Spidermonkey, LLC Methods and systems for communicating with electronic devices

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1781085A (zh) * 2003-04-25 2006-05-31 松下电器产业株式会社 多媒体信息共享系统
CN1697412A (zh) * 2004-05-12 2005-11-16 三星电子株式会社 网络共享内容的方法与接收装置、源装置和消息的结构
WO2006056919A1 (en) * 2004-11-25 2006-06-01 Koninklijke Philips Electronics N.V. Control points for controlling devices in a network
CN101065930A (zh) * 2004-11-25 2007-10-31 皇家飞利浦电子股份有限公司 用于控制网络中的设备的控制点
CN101355766A (zh) * 2008-09-11 2009-01-28 青岛海信移动通信技术股份有限公司 一种移动终端及其多媒体播放控制方法
CN103391277A (zh) * 2012-05-10 2013-11-13 华为技术有限公司 媒体播放方法、装置和系统
CN103457925A (zh) * 2012-05-28 2013-12-18 正文科技股份有限公司 呈现器与控制器与其管理方法
CN103796061A (zh) * 2014-03-03 2014-05-14 上海美琦浦悦通讯科技有限公司 多智能终端中实现媒体文件同步播放和控制的系统及方法
US20150249622A1 (en) * 2014-03-03 2015-09-03 Ericsson Television Inc. Conflict detection and resolution in an abr network
US20150365480A1 (en) * 2014-06-16 2015-12-17 Spidermonkey, LLC Methods and systems for communicating with electronic devices
CN104320718A (zh) * 2014-09-24 2015-01-28 广东欧珀移动通信有限公司 一种避免多个dmc推送媒体播放产生冲突的方法及装置
CN105072482A (zh) * 2015-08-25 2015-11-18 广东欧珀移动通信有限公司 一种多媒体播放设备的播放控制方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108965927A (zh) * 2018-07-25 2018-12-07 广州市迪士普音响科技有限公司 一种广播控制方法及系统

Also Published As

Publication number Publication date
CN107277132B (zh) 2021-07-06

Similar Documents

Publication Publication Date Title
KR102040754B1 (ko) 추천 콘텐츠에 기초한 상호작용 방법, 단말기 및 서버
TWI565315B (zh) 基於視頻的交互方法、終端、伺服器及系統
CN103597805B (zh) 用于促进附件与多个设备之间的交互操作的技术
CN104796743B (zh) 内容项显示系统、方法及设备
US8335472B2 (en) Mobile communication terminal, mobile communication system, mobile communication method and recording medium
US20170163580A1 (en) Interactive method and device for playback of multimedia
WO2015014144A1 (zh) 一种安装应用的方法、装置和终端设备
CN105898181A (zh) 一种视频通话系统、方法及相关设备
US20120203859A1 (en) System and method for interaction between e-mail/web browser and communication devices
US20150304701A1 (en) Play control method and device
CN112751971A (zh) 语音播放方法、装置及电子设备
CN106131133B (zh) 浏览历史记录信息查看方法、装置及系统
CN107273221A (zh) 应用激活方法、终端及计算机可读存储介质
CN104267943B (zh) 一种外接设备适配装置和方法
CN109473109A (zh) 数据处理方法、装置及计算机可读存储介质
CN108781133A (zh) 下行控制信令检测方法、装置及存储介质
CN112346887A (zh) 数据处理方法、装置、显示设备以及计算机可读存储介质
US20160255392A1 (en) Remote control apparatus and smart tv
CN109995743A (zh) 一种多媒体文件的处理方法和终端
CN108391253A (zh) 一种应用程序的推荐方法、移动终端
WO2015171479A1 (en) Method,apparatus, and system for managing invitations for multi-device participation in an application program
CN104052801B (zh) 一种信息处理方法及电子设备
CN107277132A (zh) Dlna推送处理方法、多媒体接收端及存储介质
CN110351101B (zh) 一种群邀请处理方法、系统及移动终端
CN107580137A (zh) 信息显示的处理方法、终端和计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant