CN106453287A - 一种多媒体数据的传输方法、客户端及服务器 - Google Patents

一种多媒体数据的传输方法、客户端及服务器 Download PDF

Info

Publication number
CN106453287A
CN106453287A CN201610862922.2A CN201610862922A CN106453287A CN 106453287 A CN106453287 A CN 106453287A CN 201610862922 A CN201610862922 A CN 201610862922A CN 106453287 A CN106453287 A CN 106453287A
Authority
CN
China
Prior art keywords
medium data
server
client
attribute information
sends
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.)
Pending
Application number
CN201610862922.2A
Other languages
English (en)
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.)
Beijing Kingsoft Internet Security Software Co Ltd
Original Assignee
Beijing Kingsoft Internet Security Software 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 Beijing Kingsoft Internet Security Software Co Ltd filed Critical Beijing Kingsoft Internet Security Software Co Ltd
Priority to CN201610862922.2A priority Critical patent/CN106453287A/zh
Publication of CN106453287A publication Critical patent/CN106453287A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例公开一种多媒体数据的传输方法、客户端及服务器,涉及多媒体技术应用领域。所述方法包括:客户端与服务器建立实时流传输协议RTSP会话连接;根据RTSP会话连接,客户端确定与服务器在传输多媒体数据时的传输模式;客户端向服务器发送多媒体数据操作请求;在传输模式下,客户端接收服务器发送的多媒体数据;客户端显示多媒体数据。本发明解决了现有的RTMP协议传输多媒体数据时延迟的缺陷以及降低用户体验度的问题;并且,也本发明也实现了对多媒体数据的自主控制,提高实时性。

Description

一种多媒体数据的传输方法、客户端及服务器
技术领域
本发明涉及多媒体技术应用领域,尤其涉及一种多媒体数据的传输方法、客户端及服务器。
背景技术
实时消息传输协议(英文:Real Time Messaging Protocol,简称:RTMP)是由奥多比(Adobe)公司提出的一种应用层协议,用来解决多媒体数据传输流的多路复用和分包问题。
RTMP常常用来在Flash/AIR平台与支持RTMP协议的流媒体/交互服务器之间进行多媒体数据的通信。RTMP协议通过客户端与服务端进行“握手”协商,进而建立基于传输层的链接。图1为现有技术中RTMP客户端与服务器进行通信交互的示意图。
在图1中,RTMP客户端首先发起与服务器的“握手”协商。在与服务器进行“握手”协商后,RTMP客户端与服务器建立网络链接。然后,RTMP客户端与服务器建立用于传输多媒体数据的通道。最后,RTMP客户端向服务器发送“播放”请求,该“播放”请求携带用户所需的多媒体数据的地址信息,服务端根据该地址信息获取匹配的多媒体数据,并向RTMP客户端发送该多媒体数据,RTMP客户端将多媒体数据进行播放,以使用户进行观看。
但是,由于RTMP协议的固有属性,RTMP协议在进行多媒体数据的实时传输时,会出现传输延迟(有三秒左右)的缺陷,降低用户体验度。
发明内容
有鉴于此,本发明实施例提供一种多媒体数据的传输方法、客户端及服务器,以解决现有的RTMP协议在进行多媒体数据的实时传输时,会出现传输延迟的缺陷,降低用户体验度的问题。
第一方面,本发明实施例提供一种多媒体数据的传输方法,所述方法包括:
客户端与服务器建立实时流传输协议RTSP会话连接;
根据所述RTSP会话连接,所述客户端确定与所述服务器在传输多媒体数据时的传输模式;
所述客户端向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
在所述传输模式下,所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
所述客户端显示所述多媒体数据。
结合第一方面,在第一方面的第一种实施方式中,所述客户端与服务器建立实时流传输协议RTSP会话连接之前,所述方法还包括:
所述客户端向所述服务器发送查询请求;
所述客户端接收所述服务器根据所述查询请求发送的查询响应,所述查询响应包括所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述客户端向所述服务器发送多媒体数据操作请求,具体包括:
根据所述服务器支持的可对所述多媒体数据进行操作的控制信息,所述客户端向所述服务器发送多媒体数据操作请求。
结合第一方面,在第一方面的第二种实施方式中,所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据,具体包括:
所述客户端接收所述服务器根据所述地址信息和所述播放时间信息发送的与所述地址信息和所述播放时间信息对应的所述多媒体数据。
结合第一方面,在第一方面的第三种实施方式中,所述方法还包括:
所述客户端接收所述用户输入的结束请求;
根据所述结束请求,所述客户端关闭建立的所述RTSP会话连接。
结合第一方面,在第一方面的第四种实施方式中,所述客户端与服务器建立实时流传输协议RTSP会话连接之前,所述方法还包括:
所述客户端向所述服务器发送多媒体数据描述请求;
所述客户端接收所述服务器根据所述多媒体数据描述请求发送的多媒体数据描述响应,所述多媒体数据描述响应包括所述服务器存储的多媒体数据的属性信息。
结合第一方面,在第一方面的第五种可能的实现方式中,所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
第二方面,本发明实施例提供一种多媒体数据的传输方法,所述方法包括:
服务器与客户端建立实时流传输协议RTSP会话连接;
根据所述RTSP会话连接,所述服务器确定与所述客户端在传输多媒体数据时的传输模式;
所述服务器接收所述客户端发送的多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
根据所述多媒体数据的属性信息,所述服务器获取与所述多媒体数据的属性信息对应的所述多媒体数据;
在所述传输模式下,所述服务器向所述客户端发送所述多媒体数据,以使所述客户端显示所述多媒体数据。
结合第二方面,在第二方面的第一种可能的实现方式中,所述服务器与客户端建立实时流传输协议RTSP会话连接之前,所述方法还包括:
所述服务器接收所述客户端发送的查询请求;
根据所述查询请求,所述服务器获取所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述服务器向所述客户端发送查询响应,所述查询响应包括所述控制信息,以使所述客户端根据所述控制信息向所述服务器发送所述多媒体数据操作请求。
结合第二方面,在第二方面的第二种可能的实现方式中,所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述根据所述多媒体数据的属性信息,所述服务器获取与所述多媒体数据的属性信息对应的所述多媒体数据,具体包括:
根据所述地址信息和所述播放时间信息,所述服务器获取与所述地址信息和所述播放时间信息对应的所述多媒体数据。
结合第二方面,在第二方面的第三种可能的实现方式中,所述服务器与客户端建立实时流传输协议RTSP会话连接之前,所述方法还包括:
所述服务器接收所述客户端发送的多媒体数据描述请求;
根据所述多媒体数据描述请求,所述服务器获取已存储的所述多媒体数据的属性信息;
所述服务器向所述客户端发送多媒体数据描述响应,所述多媒体数据描述响应包括所述多媒体数据的属性信息。
结合第二方面,在第二方面的第四种可能的实现方式中,所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
第三方面,本发明实施例提供一种客户端,所述客户端包括:
建立单元,用于与服务器建立实时流传输协议RTSP会话连接;
确定单元,用于根据所述RTSP会话连接,确定与所述服务器在传输多媒体数据时的传输模式;
发送单元,用于向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
接收单元,用于在所述传输模式下,接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
显示单元,用于显示所述多媒体数据。
结合第三方面,在第三方面的第一种可能的实现方式中,所述发送单元还用于,向所述服务器发送查询请求;
所述接收单元还用于,接收所述服务器根据所述查询请求发送的查询响应,所述查询响应包括所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述发送单元具体用于,根据所述服务器支持的可对所述多媒体数据进行操作的控制信息,向所述服务器发送多媒体数据操作请求。
结合第三方面,在第三方面的第二种可能的实现方式中,所述发送单元发送的所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述接收单元具体用于,接收所述服务器根据所述地址信息和所述播放时间信息发送的与所述地址信息和所述播放时间信息对应的所述多媒体数据。
结合第三方面,在第三方面的第三种可能的实现方式中,所述接收单元还用于,接收所述用户输入的结束请求;
所述客户端还包括:关闭单元,用于根据所述结束请求,关闭建立的所述RTSP会话连接。
结合第三方面,在第三方面的第四种可能的实现方式中,所述发送单元还用于,向所述服务器发送多媒体数据描述请求;
所述接收单元还用于,接收所述服务器根据所述多媒体数据描述请求发送的多媒体数据描述响应,所述多媒体数据描述响应包括所述服务器存储的多媒体数据的属性信息。
结合第三方面,在第三方面的第五种可能的实现方式中,所述确定单元确定的所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
第四方面,本发明实施例提供一种服务器,所述服务器包括:建立单元,用于与客户端建立实时流传输协议RTSP会话连接;
确定单元,用于根据所述RTSP会话连接,确定与所述客户端在传输多媒体数据时的传输模式;
接收单元,用于接收所述客户端发送的多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
获取单元,用于根据所述多媒体数据的属性信息,获取与所述多媒体数据的属性信息对应的所述多媒体数据;
发送单元,用于在所述传输模式下,向所述客户端发送所述多媒体数据,以使所述客户端显示所述多媒体数据。
结合第四方面,在第四方面的第一种可能的实现方式中,所述接收单元还用于,器接收所述客户端发送的查询请求;
所述获取单元还用于,根据所述查询请求,获取所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述发送单元还用于,向所述客户端发送查询响应,所述查询响应包括所述控制信息,以使所述客户端根据所述控制信息向所述服务器发送所述多媒体数据操作请求。
结合第四方面,在第四方面的第二种可能的实现方式中,所述接收单元接收的所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述获取单元具体用于,根据所述地址信息和所述播放时间信息,获取与所述地址信息和所述播放时间信息对应的所述多媒体数据。
结合第四方面,在第四方面的第三种可能的实现方式中,所述接收单元还用于,接收所述客户端发送的多媒体数据描述请求;
所述获取单元还用于,根据所述多媒体数据描述请求,获取已存储的所述多媒体数据的属性信息;
所述发送单元还用于,向所述客户端发送多媒体数据描述响应,所述多媒体数据描述响应包括所述多媒体数据的属性信息。
结合第四方面,在第四方面的第四种可能的实现方式中,所述确定单元确定的所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
第五方面,本发明实施例提供一种客户端,所述客户端包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述电子设备的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述第一方面任一所述的方法。
第六方面,本发明实施例提供一种服务器,所述服务器包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述电子设备的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述第二方面任一所述的方法。
第七方面,本发明实施例还提供了一种存储介质,用于存储应用程序,所述应用程序用于执行本发明实施例所提供的一种多媒体数据的传输方法。
第八方面,本发明实施例还提供了一种应用程序,用于执行本发明实施例所提供的一种多媒体数据的传输方法。
本发明实施例提供的一种多媒体数据的传输方法、客户端及服务器,客户端与服务器建立RTSP会话连接,并在RTSP会话连接的基础上,向服务器发送多媒体数据操作请求,服务器根据多媒体数据操作请求向客户端发送对应的多媒体数据,以使客户端显示该多媒体数据。解决了现有的RTMP协议,在进行多媒体数据的实时传输时,会出现传输延迟的缺陷,降低用户体验度的问题;并且,本发明实施例提供的多媒体数据的传输方法、客户端及服务器也实现了对多媒体数据的自主控制,提高实时性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为现有技术中RTMP客户端与服务端进行通信交互的示意图;
图2为本发明实施例提供的一种多媒体数据的传输方法的流程图;
图3为本发明实施例提供的另一种多媒体数据的传输方法的流程图;
图4为本发明实施例提供的客户端与服务器进行多媒体数据传输的时序图;
图5为本发明实施例提供的一种客户端结构示意图;
图6为本发明实施例提供的一种服务器结构示意图;
图7为本发明实施例提供的另一种客户端结构示意图;
图8位本发明实施例提供的另一种服务器结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
下面结合附图2,详细说明本发明实施例提供的方案进行说明,图2为本发明实施例提供的一种多媒体数据的传输方法的流程图,在本发明实施例中实施主体为客户端。所述客户端可为加载在用户终端内的应用程序(例如,app应用),或者,用户终端内的播放器。如图2所示,本实施例的方法具体包括以下步骤:
步骤210、客户端与服务器建立实时流传输协议RTSP会话连接。
本实施例中,客户端向服务器发送建立会话请求,该建立会话请求用于客户端与服务器之间建立实时流传输协议(英文:Real Time Streaming Protocol,简称:RTSP)会话连接。服务器接收该建立会话请求,并向客户端反馈建立会话响应。
客户端接收到建立会话响应后,与服务器建立RTSP会话连接。
客户端与服务器建立RTSP会话连接后,服务器还为与客户端后续传输的多媒体数据流进行资源分配。也即是,为后续传输的多媒体数据流分配带宽资源、内存资源、空间资源等,并为多媒体数据分配传输通道。在本实施例中,多媒体数据具体包括视音频数据。
步骤220、根据所述RTSP会话连接,所述客户端确定与所述服务器在传输多媒体数据时的传输模式。
本实施例中,客户端与服务器建立RTSP会话连后,客户端确定与服务器传输多媒体数据时的传输模式。所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
客户端可与服务器进行通信协商,进而确定传输多媒体数据的传输模式。
步骤230、所述客户端向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息。
本实施例中,用户打开客户端(例如,爱奇艺app),客户端在当前页面展示多媒体数据列表。用户对多媒体数据列表中展示的多媒体数据标题进行操作(例如,播放操作),当用户选中某一多媒体数据标题时,客户端向服务器发送多媒体数据操作请求,该多媒体数据操作请求包括用户选中的多媒体数据的属性信息。
本实施例中,所述多媒体数据的属性信息包括多媒体数据的地址信息和多媒体数据的播放时间信息。
进一步地,在一个例子中,用户选中某一多媒体数据标题,希望观看该多媒体数据,则此时,客户端向服务器发送多媒体数据播放请求,该多媒体数据播放请求包括多媒体数据的地址信息(例如,多媒体数据的URL)和多媒体数据的播放时间信息。
可以理解的是,多媒体数据播放请求除包括上述的地址信息和播放时间信息外,还可包括RTSP版本、请求ID、会话ID以及客户端的播放器版本信息等等。
其中,作为示例而非限定,上述多媒体数据播放请求如下所示:
PLAY
地址:rtsp://192.168.0.100:5000/xxx666
RTSP版本:RTSP/1.0
请求ID:CSeq:4
会话ID:Session:6310936469860791894
播放时间范围:Range:npt=0.000-
播放器版本:User-Agent:VLC media player(LIVE555Streaming Mediav2005.11.10)
更进一步地,上述以用户播放多媒体数据为例进行说明。在实际应用中,用户还可对正在播放中的多媒体数据进行操作。该操作可具体包括暂停操作、快进操作、快退操作等等。可以理解的是,对正在播放播放中的多媒体数据进行操作时,客户端根据具体的操作向服务器发送对应的请求。
例如,用户对多媒体数据进行暂停操作,则客户端向服务器发送多媒体数据暂停请求;用户对多媒体数据进行快进操作,则客户端向服务器发送多媒体数据快进请求;用户对多媒体数据进行快退操作,则客户端向服务器发送多媒体数据快退请求。
上述多媒体数据暂停请求、多媒体数据快进请求以及多媒体数据快退请求的格式、内容与前述的多媒体数据播放请求相类似,在此不再复述。
步骤240、在所述传输模式下,所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据。
本实施例中,服务器接收到客户端发送的多媒体数据操作请求后,根据多媒体数据操作请求携带的多媒体数据的地址信息和多媒体数据的播放时间信息,获取与地址信息和播放时间信息对应的多媒体数据。
可以理解的是,多媒体数据可存储在服务器的数据库中。
在前述步骤220确定的传输模式下,服务器向客户端发送获取的多媒体数据。客户端接收该多媒体数据。
步骤250、所述客户端显示所述多媒体数据。
本实施例中,客户端接收服务器发送的多媒体数据后,根据多媒体数据操作请求,显示该多媒体数据,以便用户进行观看。
例如,当多媒体数据操作请求为播放请求时,客户端播放该多媒体数据;当多媒体数据操作请求为快进请求时,客户端快进该多媒体数据。
因此,通过应用本发明实施例提供的多媒体数据的传输方法,客户端与服务器建立RTSP会话连接,并在RTSP会话连接的基础上,向服务器发送多媒体数据操作请求,服务器根据多媒体数据操作请求向客户端发送对应的多媒体数据,以使客户端显示该多媒体数据。解决了现有的RTMP协议,在进行多媒体数据的实时传输时,会出现传输延迟的缺陷,降低用户体验度的问题;并且,本发明实施例提供的多媒体数据的传输方法也实现了对多媒体数据的自主控制,提高实时性。
可选地,在本发明实施例步骤210之前,还包括客户端获取服务器支持的可对多媒体数据进行操作的控制信息的步骤,通过该步骤,可使客户端确定服务器支持的多媒体数据操作,进而在后续向服务器发送有效的多媒体数据操作请求时,服务器可对支持的多媒体数据操作进行反馈。
具体地,客户端向服务器发送查询请求。服务器根据查询请求得到自身支持的可对多媒体数据进行操作的控制信息。服务器向客户端发送查询响应,该查询响应包括服务器支持的对多媒体数据进行操作的控制信息。
进一步地,本发明实施例步骤230具体包括:根据服务器支持的对多媒体数据进行操作的控制信息,客户端向服务器发送多媒体数据操作请求。
在一个例子中,控制信息可具体为播放操作、暂停操作、快进操作、快退操作等等。
可选地,在本发明实施例步骤210之前,还包括客户端获取服务器中已存储的多媒体数据的属性信息的步骤,通过该步骤,可使客户端确定服务器中已存储的多媒体数据的属性,进而在后续向服务器发送多媒体数据操作请求时,携带多媒体数据的属性,以使服务器根据多媒体数据的属性快速获取用户所需的多媒体数据;而且,也可使客户端确定自身是否支持播放服务器中已存储的多媒体数据。
具体地,客户端向服务器发送多媒体数据描述请求。服务器接收该多媒体数据描述请求,根据该请求,服务器获取已存储在本地数据库中的多媒体数据的属性信息。服务器向客户端发送多媒体数据描述响应,该多媒体数据描述响应包括服务器存储的多媒体数据的属性信息。
可以理解的是,多媒体数据的属性信息还可以包括多媒体数据的播放序列号、长度、编码信息等等。
可选地,在发明实施例步骤250之后,还包括客户端接收用户输入的结束请求,根据结束请求,客户端关闭建立的RTSP会话连接,并释放服务器分配的资源。
具体地,当用户不再观看多媒体数据时,用户输入结束请求,客户端接收用户输入的结束请求。根据结束请求,客户端关闭建立的RTSP会话连接,并释放服务器分配的资源,退出显示多媒体数据的界面。
下面结合附图3,详细说明本发明实施例提供的方案进行说明,图3为本发明实施例提供的另一种多媒体数据的传输方法的流程图,在本发明实施例中实施主体为服务器。如图3所示,本实施例的方法具体包括以下步骤:
步骤310、服务器与客户端建立实时流传输协议RTSP会话连接。
本实施例中,服务器与客户端建立RTSP会话连接的过程和上述方法实施例的步骤210类似,此处不再赘述。
步骤320、根据所述RTSP会话连接,所述服务器确定与所述客户端在传输多媒体数据时的传输模式。
本实施例中,服务器确定与客户端在传输多媒体数据时的传输模式的过程和上述方法实施例的步骤220类似,此处不再赘述。
步骤330、所述服务器接收所述客户端发送的多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息。
本实施例中,用户打开客户端(例如,爱奇艺app),客户端在当前页面展示多媒体数据列表。用户对多媒体数据列表中展示的多媒体数据标题进行操作(例如,播放操作),当用户选中某一多媒体数据标题时,客户端向服务器发送多媒体数据操作请求,该多媒体数据操作请求包括用户选中的多媒体数据的属性信息。
本实施例中,所述多媒体数据的属性信息包括多媒体数据的地址信息和多媒体数据的播放时间信息。
进一步地,在一个例子中,用户选中某一多媒体数据标题,希望观看该多媒体数据,则此时,客户端向服务器发送多媒体数据播放请求,该多媒体数据播放请求包括多媒体数据的地址信息(例如,多媒体数据的URL)和多媒体数据的播放时间信息。
可以理解的是,多媒体数据播放请求处理博客上述的地址信息和播放时间信息外,还可包括RTSP版本、请求ID、会话ID以及客户端的播放器版本信息等等。
其中,作为示例而非限定,上述多媒体数据播放请求和上述方法实施例的步骤230中描述的多媒体数据播放请求类似,此处不再赘述。
更进一步地,上述以用户播放多媒体数据为例进行说明。在实际应用中,用户还可对正在播放中的多媒体数据进行操作。该操作可具体包括暂停操作、快进操作、快退操作等等。可以理解的是,对正在播放播放中的多媒体数据进行操作时,客户端根据具体的操作向服务器发送对应的请求。
例如,用户对多媒体数据进行暂停操作,则客户端向服务器发送多媒体数据暂停请求;用户对多媒体数据进行快进操作,则客户端向服务器发送多媒体数据快进请求;用户对多媒体数据进行快退操作,则客户端向服务器发送多媒体数据快退请求。
上述多媒体数据暂停请求、多媒体数据快进请求以及多媒体数据快退请求的格式、内容与前述的多媒体数据播放请求相类似,在此不再复述。
步骤340、根据所述多媒体数据的属性信息,所述服务器获取与所述多媒体数据的属性信息对应的所述多媒体数据。
本实施例中,服务器接收到客户端发送的多媒体数据操作请求后,根据多媒体数据操作请求携带的多媒体数据的地址信息和多媒体数据的播放时间信息,获取与地址信息和播放时间信息对应的多媒体数据。
可以理解的是,多媒体数据可存储在服务器的数据库中。
步骤350、在所述传输模式下,所述服务器向所述客户端发送所述多媒体数据,以使所述客户端显示所述多媒体数据。
本实施例中,在前述步骤320确定的传输模式下,服务器向客户端发送获取的多媒体数据。客户端接收该多媒体数据。
客户端接收服务器发送的多媒体数据后,显示该多媒体数据,以便用户进行观看。
因此,通过应用本发明实施例提供的多媒体数据的传输方法,客户端与服务器建立RTSP会话连接,并在RTSP会话连接的基础上,向服务器发送多媒体数据操作请求,服务器根据多媒体数据操作请求向客户端发送对应的多媒体数据,以使客户端显示该多媒体数据。解决了现有的RTMP协议,在进行多媒体数据的实时传输时,会出现传输延迟的缺陷,降低用户体验度的问题;并且,本发明实施例提供的多媒体数据的传输方法也实现了对多媒体数据的自主控制,提高实时性。
可选地,在本发明实施例步骤310之前,还包括服务器根据客户端发送的查询请求,获取服务器支持的可对多媒体数据进行操作的控制信息的步骤,通过该步骤,可使客户端确定服务器支持的多媒体数据操作,进而在后续向服务器发送有效的多媒体数据操作请求时,服务器可对支持的多媒体数据操作进行反馈。
具体地,服务器接收客户端发送的查询请求。服务器根据查询请求得到自身支持的可对多媒体数据进行操作的控制信息。服务器向客户端发送查询响应,该查询响应包括服务器支持的对多媒体数据进行操作的控制信息。客户端根据该控制信息向服务器发送多媒体数据操作请求。
在一个例子中,控制信息可具体为播放操作、暂停操作、快进操作、快退操作等等。
可选地,在本发明实施例步骤310之前,还包括服务器根据客户端发送的多媒体数据描述请求,获取服务器中已存储的多媒体数据的属性信息的步骤,通过该步骤,可使客户端确定服务器中已存储的多媒体数据的属性,进而在后续向服务器发送多媒体数据操作请求时,携带多媒体数据的属性,以使服务器根据多媒体数据操作请求中携带的多媒体数据的属性快速获取用户所需的多媒体数据;而且,也可使客户端确定自身是否支持播放服务器中已存储的多媒体数据。
具体地,服务器接收客户端发送的多媒体数据描述请求。根据该请求,服务器获取已存储在本地数据库中的多媒体数据的属性信息。服务器向客户端发送多媒体数据描述响应,该多媒体数据描述响应包括服务器存储的多媒体数据的属性信息。
下面采用一个具体的实施例,对图2~图3中任一个所示方法实施例的技术方案进行详细说明。图4为本发明实施例提供的客户端与服务器进行多媒体数据传输的时序图。如图4所示,本实施例的方法具体包括以下步骤:
步骤400、客户端向服务器发送查询请求。
步骤401、客户端接收服务器根据查询请求发送的查询响应,该查询响应包括服务器支持的可对多媒体数据进行操作的控制信息。
本实施例中,服务器根据查询请求得到自身支持的可对多媒体数据进行操作的控制信息。服务器向客户端发送查询响应,该查询响应包括服务器支持的对多媒体数据进行操作的控制信息。
在一个例子中,控制信息可具体为播放操作、暂停操作、快进操作、快退操作等等。
在本实施例中,以控制信息具体为播放操作为例进行说明。
步骤402、客户端向服务器发送多媒体数据描述请求。
步骤403、客户端接收服务器根据多媒体数据描述请求发送的多媒体数据描述响应,该多媒体数据描述响应包括服务器存储的多媒体数据的属性信息。
本实施例中,服务器接收该多媒体数据描述请求,根据该请求,服务器获取已存储在本地数据库中的多媒体数据的属性信息。服务器向客户端发送多媒体数据描述响应,该多媒体数据描述响应包括服务器存储的多媒体数据的属性信息。
在一个例子中,多媒体数据的属性信息包括多媒体数据的地址信息和多媒体数据的播放时间信息。
步骤404、客户端与服务器建立RTSP会话连接。
本实施例中,客户端与服务器建立RTSP会话连接的过程和上述方法实施例的步骤210类似,此处不再赘述。
步骤405、根据所述RTSP会话连接,客户端确定与服务器在传输多媒体数据时的传输模式。
本实施例中,客户端确定与服务器在传输多媒体数据时的传输模式的过程和上述方法实施例的步骤220类似,此处不再赘述。
步骤406、客户端向服务器发送多媒体数据播放请求,该多媒体数据播放请求包括用户选中的多媒体数据的属性信息。
本实施例中,用户打开客户端(例如,爱奇艺app),客户端在当前页面展示多媒体数据列表。用户对多媒体数据列表中展示的多媒体数据标题进行操作(例如,播放操作),当用户选中某一多媒体数据标题时,客户端向服务器发送多媒体数据操作请求,该多媒体数据操作请求包括用户选中的多媒体数据的属性信息。
进一步地,在一个例子中,用户选中某一多媒体数据标题,希望观看该多媒体数据,则此时,客户端向服务器发送多媒体数据播放请求,该多媒体数据播放请求包括多媒体数据的地址信息(例如,多媒体数据的URL)和多媒体数据的播放时间信息。
可以理解的是,多媒体数据播放请求除包括上述的地址信息和播放时间信息外,还可包括RTSP版本、请求ID、会话ID以及客户端的播放器版本信息等等。
其中,作为示例而非限定,上述多媒体数据播放请求和上述方法实施例的步骤230中描述的多媒体数据播放请求类似,此处不再赘述。
步骤407、在传输模式下,客户端接收服务器根据多媒体数据的属性信息发送的与多媒体数据的属性信息对应的多媒体数据。
本实施例中,客户端接收服务器根据多媒体数据的属性信息发送的与该属性信息对应的多媒体数据的过程和上述方法实施例的步骤240类似,此处不再赘述。
步骤408、客户端显示多媒体数据。
本实施例中,客户端显示多媒体数据的过程和上述方法实施例的步骤250类似,此处不再赘述。
步骤409、客户端接收用户输入的结束请求。
本实施例中,当用户不再观看多媒体数据时,用户输入结束请求。
步骤410、根据结束请求,客户端关闭建立的RTSP会话连接。
本实施例中,客户端接收用户输入的结束请求。根据结束请求,客户端关闭建立的RTSP会话连接,并释放服务器分配的资源,退出展示多媒体数据的界面。
图5为本发明实施例提供的一种客户端结构示意图,如图5所示,本实施例的客户端可以包括:建立单元510、确定单元520、发送单元530、接收单元540以及播放单元550。
其中,所述建立单元510,用于与服务器建立RTSP会话连接;
确定单元520,用于根据所述RTSP会话连接,确定与所述服务器在传输多媒体数据时的传输模式;
发送单元530,用于向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
接收单元540,用于在所述传输模式下,接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
显示单元550,用于显示所述多媒体数据。
进一步地,所述接收单元310还用于,接收所述终端发送的所述标记语言字符所属的语言类别,以及所述用户所需的文本格式。
进一步地,所述发送单元530还用于,向所述服务器发送查询请求;
所述接收单元540还用于,接收所述服务器根据所述查询请求发送的查询响应,所述查询响应包括所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述发送单元530具体用于,根据所述服务器支持的可对所述多媒体数据进行操作的控制信息,向所述服务器发送多媒体数据操作请求。
进一步地,所述发送单元530发送的所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述接收单元540具体用于,接收所述服务器根据所述地址信息和所述播放时间信息发送的与所述地址信息和所述播放时间信息对应的所述多媒体数据。
进一步地,所述接收单元540还用于,接收所述用户输入的结束请求;
所述客户端还包括:关闭单元560,用于根据所述结束请求,关闭建立的所述RTSP会话连接。
进一步地,所述发送单元530还用于,向所述服务器发送多媒体数据描述请求;
所述接收单元540还用于,接收所述服务器根据所述多媒体数据描述请求发送的多媒体数据描述响应,所述多媒体数据描述响应包括所述服务器存储的多媒体数据的属性信息。
进一步地,所述确定单元520确定的所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
本实施例的客户端,可以用于执行图2、图3、图4所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图6为本发明实施例提供的一种服务器结构示意图,如图6所示,本实施例的服务器可以包括:建立单元610、确定单元620、接收单元630、获取单元640以及发送单元650。
其中,所述建立单元610,用于与客户端建立RTSP会话连接;
确定单元620,用于根据所述RTSP会话连接,确定与所述客户端在传输多媒体数据时的传输模式;
接收单元630,用于接收所述客户端发送的多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
获取单元640,用于根据所述多媒体数据的属性信息,获取与所述多媒体数据的属性信息对应的所述多媒体数据;
发送单元650,用于在所述传输模式下,向所述客户端发送所述多媒体数据,以使所述客户端显示所述多媒体数据。
进一步地,所述接收单元630还用于,器接收所述客户端发送的查询请求;
所述获取单元640还用于,根据所述查询请求,获取所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述发送单元650还用于,向所述客户端发送查询响应,所述查询响应包括所述控制信息,以使所述客户端根据所述控制信息向所述服务器发送所述多媒体数据操作请求。
进一步地,所述接收单元630接收的所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述获取单元640具体用于,根据所述地址信息和所述播放时间信息,获取与所述地址信息和所述播放时间信息对应的所述多媒体数据。
进一步地,所述接收单元630还用于,接收所述客户端发送的多媒体数据描述请求;
所述获取单元640还用于,根据所述多媒体数据描述请求,获取已存储的所述多媒体数据的属性信息;
所述发送单元650还用于,向所述客户端发送多媒体数据描述响应,所述多媒体数据描述响应包括所述多媒体数据的属性信息。
进一步地,所述确定单元620确定的所述多媒体数据的传输模式包括:TCP传输模式或者UDP传输模式。
本实施例的服务器,可以用于执行图2、图3、图4所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
相应地,本发明实施例提供的一种客户端还可用另一种结构实现。图7为本发明客户端另一个实施例的结构示意图,可以实现本发明图2-4所示实施例的流程,如图7所示,上述客户端可以包括:壳体71、处理器72、存储器73、电路板74和电源电路75,其中,电路板74安置在壳体71围成的空间内部,处理器72和存储器73设置在电路板74上;电源电路75,用于为上述客户端的各个电路或器件供电;存储器73用于存储可执行程序代码;处理器72通过读取存储器73中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述实施例所述的方法。
处理器72对上述步骤的具体执行过程以及处理器72通过运行可执行程序代码来进一步执行的步骤,可以参见本发明图2-4所示实施例的描述,在此不再赘述。
该客户端以多种形式加载在下述电子设备中,包括但不限于:
(1)移动通信设备:这类设备的特点是具备移动通信功能,并且以提供话音、数据通信为主要目标。这类设备包括:智能手机(例如iPhone)、多媒体手机、功能性手机,以及低端手机等。
(2)超移动个人计算机设备:这类设备属于个人计算机的范畴,有计算和处理功能,一般也具备移动上网特性。这类设备包括:PDA、MID和UMPC设备等,例如iPad。
(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod),掌上游戏机,电子书,以及智能玩具和便携式车载导航设备。
(4)其他具有数据交互功能的电子设备。
相应地,本发明实施例提供的一种服务器还可用另一种结构实现。图8为本发明服务器另一个实施例的结构示意图,可以实现本发明图2-4所示实施例的流程,如图8所示,上述服务器可以包括:壳体81、处理器82、存储器83、电路板84和电源电路85,其中,电路板84安置在壳体81围成的空间内部,处理器82和存储器83设置在电路板84上;电源电路85,用于为上述服务器的各个电路或器件供电;存储器83用于存储可执行程序代码;处理器82通过读取存储器83中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述实施例所述的方法。
处理器82对上述步骤的具体执行过程以及处理器82通过运行可执行程序代码来进一步执行的步骤,可以参见本发明图2-4所示实施例的描述,在此不再赘述。
该服务器:提供多媒体数据服务的设备,服务器的构成包括处理器、硬盘、内存、系统总线等,服务器和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
本发明实施例还提供了一种存储介质,用于存储应用程序,所述应用程序用于执行本发明实施例所提供的一种多媒体数据的传输方法。
本发明实施例还提供了一种应用程序,用于执行本发明实施例所提供的一种多媒体数据的传输方法。
需要说明的是,在本文中,诸如术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。
尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,″计算机可读介质″可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。
计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。
在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
为了描述的方便,描述以上装置是以功能分为各种单元/模块分别描述。当然,在实施本发明时可以把各单元/模块的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

Claims (10)

1.一种多媒体数据的传输方法,其特征在于,所述方法包括:
客户端与服务器建立实时流传输协议RTSP会话连接;
根据所述RTSP会话连接,所述客户端确定与所述服务器在传输多媒体数据时的传输模式;
所述客户端向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
在所述传输模式下,所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
所述客户端显示所述多媒体数据。
2.根据权利要求1所述的方法,其特征在于,所述客户端与服务器建立实时流传输协议RTSP会话连接之前,所述方法还包括:
所述客户端向所述服务器发送查询请求;
所述客户端接收所述服务器根据所述查询请求发送的查询响应,所述查询响应包括所述服务器支持的可对所述多媒体数据进行操作的控制信息;
所述客户端向所述服务器发送多媒体数据操作请求,具体包括:
根据所述服务器支持的可对所述多媒体数据进行操作的控制信息,所述客户端向所述服务器发送多媒体数据操作请求。
3.根据权利要求1所述的方法,其特征在于,所述多媒体数据的属性信息包括所述多媒体数据的地址信息和所述多媒体数据的播放时间信息;
所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据,具体包括:
所述客户端接收所述服务器根据所述地址信息和所述播放时间信息发送的与所述地址信息和所述播放时间信息对应的所述多媒体数据。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述客户端接收所述用户输入的结束请求;
根据所述结束请求,所述客户端关闭建立的所述RTSP会话连接。
5.根据权利要求1所述的方法,其特征在于,所述客户端与服务器建立实时流传输协议RTSP会话连接之前,所述方法还包括:
所述客户端向所述服务器发送多媒体数据描述请求;
所述客户端接收所述服务器根据所述多媒体数据描述请求发送的多媒体数据描述响应,所述多媒体数据描述响应包括所述服务器存储的多媒体数据的属性信息。
6.一种多媒体数据的传输方法,其特征在于,所述方法包括:
服务器与客户端建立实时流传输协议RTSP会话连接;
根据所述RTSP会话连接,所述服务器确定与所述客户端在传输多媒体数据时的传输模式;
所述服务器接收所述客户端发送的多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
根据所述多媒体数据的属性信息,所述服务器获取与所述多媒体数据的属性信息对应的所述多媒体数据;
在所述传输模式下,所述服务器向所述客户端发送所述多媒体数据,以使所述客户端显示所述多媒体数据。
7.一种客户端,其特征在于,所述客户端包括:
建立单元,用于与服务器建立实时流传输协议RTSP会话连接;
确定单元,用于根据所述RTSP会话连接,确定与所述服务器在传输多媒体数据时的传输模式;
发送单元,用于向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
接收单元,用于在所述传输模式下,接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
显示单元,用于显示所述多媒体数据。
8.一种服务器,其特征在于,所述服务器包括:
建立单元,用于与客户端建立实时流传输协议RTSP会话连接;
确定单元,用于根据所述RTSP会话连接,确定与所述客户端在传输多媒体数据时的传输模式;
接收单元,用于接收所述客户端发送的多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
获取单元,用于根据所述多媒体数据的属性信息,获取与所述多媒体数据的属性信息对应的所述多媒体数据;
发送单元,用于在所述传输模式下,向所述客户端发送所述多媒体数据,以使所述客户端显示所述多媒体数据。
9.一种客户端,其特征在于,所述客户端包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述电子设备的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行如下步骤:
客户端与服务器建立实时流传输协议RTSP会话连接;
根据所述RTSP会话连接,所述客户端确定与所述服务器在传输多媒体数据时的传输模式;
所述客户端向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
在所述传输模式下,所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
所述客户端显示所述多媒体数据。
10.一种服务器,其特征在于,所述服务器包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述电子设备的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行如下步骤:
客户端与服务器建立实时流传输协议RTSP会话连接;
根据所述RTSP会话连接,所述客户端确定与所述服务器在传输多媒体数据时的传输模式;
所述客户端向所述服务器发送多媒体数据操作请求,所述多媒体数据操作请求包括用户选中的所述多媒体数据的属性信息;
在所述传输模式下,所述客户端接收所述服务器根据所述多媒体数据的属性信息发送的与所述多媒体数据的属性信息对应的所述多媒体数据;
所述客户端显示所述多媒体数据。
CN201610862922.2A 2016-09-28 2016-09-28 一种多媒体数据的传输方法、客户端及服务器 Pending CN106453287A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610862922.2A CN106453287A (zh) 2016-09-28 2016-09-28 一种多媒体数据的传输方法、客户端及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610862922.2A CN106453287A (zh) 2016-09-28 2016-09-28 一种多媒体数据的传输方法、客户端及服务器

Publications (1)

Publication Number Publication Date
CN106453287A true CN106453287A (zh) 2017-02-22

Family

ID=58170113

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610862922.2A Pending CN106453287A (zh) 2016-09-28 2016-09-28 一种多媒体数据的传输方法、客户端及服务器

Country Status (1)

Country Link
CN (1) CN106453287A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111629250A (zh) * 2020-05-28 2020-09-04 海信视像科技股份有限公司 一种显示设备及视频播放方法
CN113905026A (zh) * 2021-10-22 2022-01-07 广西中科曙光云计算有限公司 一种流媒体视频数据处理方法、装置及存储介质
WO2023272702A1 (zh) * 2021-07-01 2023-01-05 Oppo广东移动通信有限公司 用于无线投屏的数据传输方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100532149B1 (ko) * 2003-12-27 2005-12-02 에스케이 텔레콤주식회사 멀티미디어 단말에서의 rtsp를 이용한 동적 미디어제어 방법
CN1893572A (zh) * 2005-07-07 2007-01-10 上海金士林数码科技有限公司 一种应用于网络电视机顶盒的嵌入式媒体播放器
CN101018323A (zh) * 2007-02-08 2007-08-15 华为技术有限公司 一种快进快退播放视频数据的方法和流媒体服务器
CN101022537A (zh) * 2006-12-15 2007-08-22 清华大学 一种基于光场渲染的自由视点视频在ip网传输方法
CN101083756A (zh) * 2007-03-14 2007-12-05 中国科学技术大学 基于互联网的电视流媒体数据实时传输和服务装置及方法
CN101094136A (zh) * 2006-06-23 2007-12-26 阿尔卡特公司 用于支持数字多媒体内容的播放列表导航的系统和方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100532149B1 (ko) * 2003-12-27 2005-12-02 에스케이 텔레콤주식회사 멀티미디어 단말에서의 rtsp를 이용한 동적 미디어제어 방법
CN1893572A (zh) * 2005-07-07 2007-01-10 上海金士林数码科技有限公司 一种应用于网络电视机顶盒的嵌入式媒体播放器
CN101094136A (zh) * 2006-06-23 2007-12-26 阿尔卡特公司 用于支持数字多媒体内容的播放列表导航的系统和方法
CN101022537A (zh) * 2006-12-15 2007-08-22 清华大学 一种基于光场渲染的自由视点视频在ip网传输方法
CN101018323A (zh) * 2007-02-08 2007-08-15 华为技术有限公司 一种快进快退播放视频数据的方法和流媒体服务器
CN101083756A (zh) * 2007-03-14 2007-12-05 中国科学技术大学 基于互联网的电视流媒体数据实时传输和服务装置及方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111629250A (zh) * 2020-05-28 2020-09-04 海信视像科技股份有限公司 一种显示设备及视频播放方法
WO2023272702A1 (zh) * 2021-07-01 2023-01-05 Oppo广东移动通信有限公司 用于无线投屏的数据传输方法、装置、设备及存储介质
CN113905026A (zh) * 2021-10-22 2022-01-07 广西中科曙光云计算有限公司 一种流媒体视频数据处理方法、装置及存储介质

Similar Documents

Publication Publication Date Title
CN103248683B (zh) 物联网云音乐音箱及其音频数据播放方法
US20180270541A1 (en) Program interaction system, method, client, and backend server
CN104038514B (zh) 实现移动互联服务的方法、系统、数据中心和移动终端
CN104754419A (zh) 基于视频的互动方法和装置
US20230037913A1 (en) Server-side processing method and server for actively initiating dialogue, and voice interaction system capable of initiating dialogue
CN104796743A (zh) 内容项显示系统、方法及设备
CN105472307A (zh) 视频会议控制方法和系统
CN112337102B (zh) 直播数据处理方法、装置、电子设备及存储介质
CN108920128A (zh) 演示文稿的操作方法及系统
GB2532141A (en) Method and device of community interaction with toy as the center
CN110517692A (zh) 热词语音识别方法和装置
JP7311707B2 (ja) ヒューマンマシン対話処理方法
CN104464743B (zh) 一种在语音聊天室中播放背景音乐的方法及移动终端
CN106453287A (zh) 一种多媒体数据的传输方法、客户端及服务器
CN105681395A (zh) 一种资源共享控制方法、装置、服务器及终端
CN108632140A (zh) 一种基于小程序的声音处理系统、方法及服务器
CN104320435B (zh) 一种云服务器控制方法及系统
CN105592232B (zh) 一种歌词的同步方法及装置
CN105323537B (zh) 使用移动平台的视频会议
CN103581700A (zh) 音视频点播方法、服务器、终端以及系统
CN108337556A (zh) 用于播放影音文件的方法和装置
CN103067773A (zh) 动态音视频字幕系统及方法
CN104581367A (zh) 分享多媒体内容的方法及装置
CN108833983A (zh) 播放数据获取方法、装置、设备以及存储介质
CN110442698B (zh) 对话内容生成方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170222

RJ01 Rejection of invention patent application after publication