CN109963171A - 多媒体信息传输方法、传输设备及存储介质 - Google Patents
多媒体信息传输方法、传输设备及存储介质 Download PDFInfo
- Publication number
- CN109963171A CN109963171A CN201711342139.4A CN201711342139A CN109963171A CN 109963171 A CN109963171 A CN 109963171A CN 201711342139 A CN201711342139 A CN 201711342139A CN 109963171 A CN109963171 A CN 109963171A
- Authority
- CN
- China
- Prior art keywords
- request
- multimedia
- server
- information
- identifier information
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- 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/56—Provisioning of proxy services
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6402—Address allocation for clients
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种多媒体信息传输方法、传输设备及存储介质。应用于代理服务器中的所述多媒体信息传输方法包括:接收用户终端发送的第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种多媒体信息传输方法、传输设备及存储介质。
背景技术
免流服务是:免去用户观看视频或收听音频等过程中产生的数据流量的一种业务服务。为了区分会引入代理服务器区分使用免流服务的用户和使用非免流服务的用户。
在现有技术中,代理服务器接收到用户持有的用户终端中客户端发送的访问多媒体信息的请求之后,根据自身与提供多媒体信息的服务器的端口绑定,通过向端口发送请求获取用户所需的多媒体信息,并将获取的多媒体信息发送给用户终端。
第一方面,若不同多媒体信息的服务器需要与代理服务器绑定不同的端口,显然消耗的代理服务器的端口数有限,代理服务器绑定的多媒体服务器少,这种绑定消耗的端口多,维护成本高。
第二方面,若多个多媒体服务器采用相同服务协议,可能需要与代理服务器的同一个端口连接,则此时一个代理服务器同种类型端口一个的情况下,有些多媒体服务器不得不修改其内部的应用程序,导致代理服务器端口配置难,多媒体服务器的应用程序修改大等问题。
发明内容
有鉴于此,本发明实施例期望提供一种多媒体信息传输方法、传输设备及存储介质,至少部分解决上述问题。
为达到上述目的,本发明的技术方案是这样实现的:
第一方面,本发明实施例提供一种多媒体信息传输方法,应用于代理服务器中,包括:
接收用户终端发送的第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;
利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;
基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
第二方面,本发明实施例提供一种多媒体信息传输方法,应用于用户终端中,包括:
获取操作指令指向的多媒体服务器的预定信息;
生成地址部分携带有代理服务器的第一标识信息且同时携带有所述预定信息的第一请求;其中,所述预定信息,用于供所述代理服务器确定出所述用户终端访问的多媒体服务器的第二标识信息;
发送所述第一请求;
基于所述第一请求向所述代理服务器发送第一多媒体信息;或,接收所述代理服务器基于所述第一请求发送给所述用户终端的第二多媒体信息;其中,所述第一多媒体信息为所述用户终端写入到所述多媒体服务器的信息,所述第二多媒体信息为所述多媒体服务器提供的多媒体信息。
第三方面,本发明实施例提供一种多媒体信息传输方法,应用于多媒体***中,包括:
用户终端发送第一请求,其中,所述第一请求的地址部分携带有代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
所述代理服务器接收所述第一请求;
所述代理服务器根据所述预定信息获取第二标识信息;
所述代理服务器利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求,发送所述第二请求;
多媒体服务器接收基于所述第二请求写入的第一多媒体信息,或者,基于所述第二请求通过所述代理服务器向所述用户终端发送所述第二多媒体信息。
第四方面,本发明实施例提供一种传输设备,所述传输设备为代理服务器,包括:
第一接收单元,用于接收用户终端发送的第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
第一获取单元,用于根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;
替换单元,用于利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;
第一传输单元,用于基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
第五方面,本发明实施例提供一种传输设备,所述传输设备为用户终端,包括:
第二获取单元,用于获取操作指令指向的多媒体服务器的预定信息;
生成单元,用于生成地址部分携带有代理服务器的第一标识信息且同时携带有所述预定信息的第一请求;其中,所述预定信息,用于供所述代理服务器确定出所述用户终端访问的多媒体服务器的第二标识信息;
第二传输单元,用于发送所述第一请求;基于所述第一请求向所述代理服务器发送第一多媒体信息;或,接收所述代理服务器基于所述第一请求发送给所述用户终端的第二多媒体信息;其中,所述第一多媒体信息为所述用户终端写入到所述多媒体服务器的信息,所述第二多媒体信息为所述多媒体服务器提供的多媒体信息
第六方面,本发明实施例提供一种传输设备,包括:收发器、存储器、处理器及存储在所述存储器上并由所述处理器执行的计算机程序;
所述处理器分别与所述收发器及所述存储器连接,用于通过执行所述计算机程序实现前述一个或多个技术方案提供的多媒体信息传输方法。
第七方面,本发明实施例提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现前述一个或多个技术方案提供的多媒体信息传输方法。
本发明实施例提供多媒体信息传输方法、传输设备及存储介质,代理服务器接收的第一请求中不仅携带有自己的第一标识信息,还携带有预定信息,代理服务器根据该预定信息能够获得用户终端想要访问的多媒体服务器的第二标识信息,将第二标识信息替换第一请求中的第一标识信息,以形成第二请求,该第二请求就可以使得代理服务器可以访问到用户终端想要访问的多媒体服务器,就可以将用户终端提供的第一多媒体信息写入到目标多媒体服务器,或者将目标多媒体服务器中存储的第二多媒体信息读取出来发送给用户终端。显然,此时,由于第二请求直接携带有第二标识信息,该请求是会自动路由到多媒体服务器的,代理服务器不需要再通过预先绑定的端口去访问多媒体服务器,故一个端口,可以用于多个多媒体服务器的访问,不会存在着端口数不够或者冲突的问题。从而解决了现有技术中的端口冲突或端口数目不够的技术问题。与此同时,在第一请求中携带预定信息,而不是需要多媒体服务器程序对应的端口地址,相对于这种程序修改,仅是携带预定信息的程序修改更小,具有与现有技术的兼容性更强且实现更加简便的特点。
附图说明
图1为本发明实施例提供的第一种多媒体信息传输方法的流程示意图;
图2为本发明实施例提供的第一种第二标识信息的获取示意图;
图3为本发明实施例提供的第二种第二标识信息的获取示意图;
图4为本发明实施例提供的第二种多媒体信息传输方法的流程示意图;
图5为本发明实施例提供的第三种多媒体信息传输方法的流程示意图;
图6为本发明实施例提供的一种多媒体***的结构示意图;
图7为本发明实施例提供的第四种多媒体信息传输方法的流程示意图;
图8为本发明实施例提供的第五种多媒体信息传输方法的流程示意图;
图9为本发明实施例提供的第六种多媒体信息传输方法的流程示意图;
图10为本发明实施例提供的一种代理服务器的结构示意图;
图11为本发明实施例提供的一种用户终端的结构示意图;
图12为本发明实施例提供的一种传输设备的结构示意图。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
如图1所示,本实施例提供一种多媒体信息传输方法,应用于代理服务器中,包括:
步骤S110:接收用户终端发送的第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
步骤S120:根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;
步骤S130:利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;
步骤S140:基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
本实施例提供的多媒体信息可为各种类型的多媒体信息,例如,视频和/或音频。所述服务器为代理服务器,代理服务器可为连接在用户终端和多媒体服务器中间的中转设备。所述用户终端可为请求多媒体信息并输出多媒体信息的终端设备。所述多媒体服务器可为存储有多媒体信息,可以提供多媒体信息的服务器。
例如,以视频为例,不同的视频提供商,可能会通过视频(APP)的下发,使得在手机或平板电脑等用户终端安装有所述APP,用户可以通过操作该APP观看各种视频。而多媒体服务器可为所述视频服务器,可存储有用户访问的各种视频。而所述代理服务器位于所述用户终端与多媒体服务器之间,用户服务器直接访问的是代理服务器,而多媒体服务器将多媒体信息直接下发给代理服务器,代理服务器作为中转设备会从多媒体信息获取用户终端要访问的多媒体信息,并在获得多媒体信息下发给用户终端。
在一些实施例中,若用户终端需要通过代理服务器访问多媒体服务器,则所述用户终端还需向代理服务器提交各种权限认证信息,这样的话,所述代理服务器在接收到第一请求之后,会进行用户终端进行权限认证,仅有在权限认证通过之后,代理服务器才会从多媒体服务器去拉取多媒体信息,或与多媒体服务器建立连接,将用户终端提供的多媒体信息上交到多媒体服务器。
在本实施例中,所述第一请求可包括:从所述多媒体服务器获取多媒体信息的请求,也可以包括向所述多媒体服务器发送信息的服务器。
在本实施例中,获取到第一请求之后,不是直接利用与多媒体服务器绑定的特定接口,向多媒体服务器发起请求,而是会先获取所述多媒体服务器的第二标识信息,再利用第二标识信息替换第一请求中的第一标识信息,形成一个第二请求,该第二请求可为访问多媒体服务器的一个请求。基于第二请求,代理服务器与多媒体服务器建立连接,例如,建立传输控制协议(TCP)连接,该连接建立好之后,代理服务器就可以利用该连接中转用户终端和/或多媒体服务器提供的多媒体信息了。
例如,若以下是第一请求可为:rtmp//bizid.flowproxy.myqcloud.com,其中“flowproxy”即为所述第一标识信息,替换之后形成的第二请求可为:rtmp//bizid.livepush.myqcloud.com。其中,“livepush”即为所述第二标识信息。
将第一请求中的第一标识信息替换为第二标识信息之后,所述代理服务器可以利用任意一个端口将所述第二请求发出去,该请求由于携带了第二标识信息自动会路由到对应的多媒体服务器,对应的多媒体服务器接收到该请求之后,会根据该请求建立与代理服务器的连接。在建立该连接之后,代理服务器就与用户终端和多媒体服务器都建立了连接,可以中转用户终端与多媒体服务器之间的多媒体信息了。这样的话,显然代理服务器的一个端口可以用于与多台多媒体服务器进行信息交互,不用每一个多媒体服务器就绑定一个端口,显然所需的端口就少。且另一方面若不同的多媒体服务器使用的相同的服务协议时,不用竞争一个服务器的同一个端口,这样也不用多媒体服务器修改自身提供的应用,从而具有实现简便的特点。
获取所述第二标识的方式有多种,以下提供几种可选方式:
可选方式一,所述步骤S120可包括:
从所述第一请求提出业务标识;
根据所述业务标识查询所述多媒体服务器的第二标识信息。
在本实施例中,所述第一请求中携带有业务标识,该业务标识可以作为所述代理服务器本地或从预定的设备查询所述第二标识信息的查询索引,故在本实施例中,所述代理服务器首先从所述第一请求中提取出所述业务标识。在本实施例中,所述业务标识可以作为第一请求的流参数被携带。若第一请求可为:rtmp//bizid.flowproxy.myqcloud.com,“bizid”即为业务标识的一个示例。
在一些实施例中,所述代理服务器预先配置有业务标识与第二标识信息的对应关系,可根据第一请求中携带的业务标识,就知道当前用户终端需要访问的多媒体服务器的第二标识信息。
在另一些实施例中,如图2所示,所述业务标识与所述第二标识的对应关系配置在预定数据库中,当所述代理服务器接收到所述第一请求之后,从所述第一请求中提取出所述业务标识,向所述数据库发送携带有所述业务标识的查询请求,接收所述预定数据库基于所述业务标识返回的第二标识信息,从而使得所述代理服务器获得了所述第二标识信息。
可选方式二:所述第一请求中的地址部分携带有所述第一标识信息,且所述第一请求的参数部分携带有所述第二标识信息;其中,所述地址部分,用于指示接收所述第一请求的目标节点;所述参数部分,用于指示响应所述第一请求的相关参数。由于第一请求的地址部分携带的第一标识信息,则所述第一请求自然会路由到所述代理服务器,但是在第一请求中的参数部分还携带有第二标识信息,故在步骤S120中,所述代理服务器可以从参数部分提取出所述第二标识信息。然后在步骤S130中将从参数部分提取出所述第二标识信息替换掉位于所述地址部分的第一标识信息即可。这样的话,代理服务器就不用本地查询或远程查询所述第二标识信息了,所述代理服务器和数据库也不用预先配置业务标识和第二标识信道的对应关系了,直接由客户端发送的第一请求携带所述第二标识信息,更加简化了所述第二标识信息的获取。
在所述参数部分可携带有与视频流传输相关的各种流参数,例如,所述流参数可包括:指示该视频流的有效时间的时间参数、进行免流鉴权的鉴权参数以及进行流参数校验的检验参数等。在本实施例中,所述第二标识信息可携带在参数部分的目标统一资源地址(dx)字段中,参数部分内的不同参数之间利用分割符进行分割,所述代理服务器可以根据各个参数对应字段的字段标识,从而提取出dx字段中的第二标识信息。在一些实施例中,所述代理服务器可以通过正则表达式的匹配获取该第二标识信息。故如3所示,所述步骤S120可包括:解析所述第一请求的参数部分,从所述参数部分中提取出所述第二标识信息;所述步骤S130中可包括:利用第二标识信息替换第一请求中的第一标识信息。
可选地,所述步骤S130可包括:解析按照RTMP发送的所述第一请求,确定出所述第一请求中的目标流统一资源定位(tcURL)字段;
利用所述第二标识信息替换所述第一请求中的所述tcURL字段。
在本实施例中所述第一请求可为基于RTMP的请求,该请求中tcURL字段为携带所述第一标识信息的字段,在一些实施例中,可以利用正则表达式等方式定位出所述第一请求中的tcURL字段,然后将步骤S120中确定的第二标识信息替换掉所述tcURL字段中的内容。
在本实施例中所述tcURL字段即为前述地址部分的组成。在一些实施例中,所述第一请求和第二请求还包括协议部分,协议部分通常携带的是该请求遵循的通信协议。例如,若第一请求为第一请求可为:
tmp//bizid.flowproxy.myqcloud.com,则所述“rtmp”即为遵守的通信协议。
可选地,所述方法还包括:
与所述用户终端建立TCP连接;
利用所述TCP连接进行RTMP握手;
所述步骤S110可包括:在所述RTMP握手之后,接收所述用户终端发送的携带有所述第一标识信息的RTMP公开请求或RTMP播放请求。
且所述第一标识信息携带在所述RTMP连接请求的地址部分。代理服务器可以通过三次握手完成与所述代理服务器之前的联系。
进一步地,所述方法还包括:
与所述多媒体服务器建立TCP连接;
利用所述TCP连接进行RTMP握手;
所述第二请求为携带有所述第二标识信息的RTMP公开(Publish)请求或RMTP播放(Play)请求。
在本实施例中所述代理服务器与所述用户终端及所述多媒体服务器都是建立的TCP连接,TCP连接具有稳定性高的特点。在本实施例中用户终端和多媒体服务器之间传输的数据可为直播数据。所述直播数据可为采集设备现场采集的多媒体信息实时上传到多媒体服务器,多媒体服务器实时将直播的多媒体信息下发给对应的直播终端。
所述RTMP公开请求为用户终端请求基于RTMP向多媒体服务器上传第一多媒体信息的请求;所述RTMP播放请求为用户终端基于RTMP向多媒体服务器请求第二多媒体信息的请求。
在一些实施例中,由于通过代理服务器访问对媒体服务器的用户终端可能有非常多个,在本实施例中为了TCP连接的重复建立,本发明实施例中,所述方法还包括:
当接收到第一用户终端发送的所述第一请求时,确定是否已基于第二用户终端的所述第一请求与所述多媒体服务器建立TCP连接并完成RTMP握手;
所述S150可包括:若已基于所述第二用户的第一请求建立与所述多媒体服务器已建立所述TCP连接并完成RTMP握手,向所述多媒体服务器发送携带有所述第二标识信息的RTMP公开请求或RTMP播放请求。这样的话,显然可以避免重复的建立相同的TCP连接及RTMP握手的重复执行。
在一些实施例中,所述方法还包括:
确定所述代理服务器是否已经缓存有所述第一请求所访问的多媒体信息;
若所述代理服务器已缓存所述第一请求所访问的多媒体信息,将缓存的所述多媒体信息发送给所述用户终端。
例如,用户终端A和用户终端B都访问多媒体服务器1的同一个多媒体信息,则此时,若代理服务器先和多媒体服务器建立了TCP连接,并且从多媒体服务器1已经拉取了多媒体信息存储在缓存中,为了减少代理服务器与多媒体服务器之间的信息交互,减少返回给用户终端的时延,在本实施例中判断是否引起缓存了第一请求所访问的多媒体信息,若已经缓存了,则直接将缓存的多媒体信息发送给用户终端即可,一方面减少代理服务器与多媒体服务器之间的信息交互,另一方面,减少多媒体信息传输到用户终端的时延。
进一步地,所述方法还包括:记录发送所述第一请求的用户终端的访问信息。在本实施例中,所述代理服务器会记录第一访问请求形成访问信息,这样的话,后续接收到第一请求时,可以通过第一请求与访问信息的匹配,就可以确定出当前本地是否有缓存对应的多媒体信息,若有直接下发给用户终端即可。
所述第一标识信息可为所述代理服务器的域名或IP地址;同样地,所述第二标识信息也可以为多媒体服务器的域名或IP地址。若tmp//bizid.flowproxy.myqcloud.com,则第一标识信息为代理服务器的域名。
故可选地,所述步骤S130可包括以下至少之一:
利用所述多媒体服务器的域名,替换所述第一请求中所述代理服务器的域名;
利用所述多媒体服务器的域名,替换所述第一请求中所述代理服务器的网络协议IP地址;
利用所述多媒体服务器的IP地址,替换所述第一请求中所述代理服务器的域名;
利用所述多媒体服务器的IP地址,替换所述第一请求中所述代理服务器的IP地址;
利用指向所述多媒体服务器的目标统一资源地址,替换所述第一请求中所述代理服务器的域名;
利用所述目标统一资源地址,替换所述第一请求中所述代理服务器的IP地址。
在本实施例中所述目标统一资源地址可为:用户终端想要访问的多媒体信息或写入多媒体服务器的存储路径的统一资源地址。故所述目标统一资源地址会指向所述用户终端需要访问的多媒体服务器,而且会指向多媒体服务器的某一个文件或信息。
故在本发明实施例中,可以利用所述目标统一资源地址替换所述代理服务器的IP地址或域名。
例如,将代理服务器的域名替换成多媒体服务器的域名或IP地址,或者,将代理服务器的IP地址替换为多媒体服务器的域名或IP地址。总之,在本实施例中,所述第二标识信息替换掉所述代理服务器的IP地址或域名之后,就可以形成会自动路由到所述多媒体服务器的域名。
所述步骤S150中还包括:
将第一存储格式的所述第一多媒体信息转换为转换第二存储格式的第一多媒体信息;
基于所述第二请求,将所述第一存储格式和所述第二存储格式的第一多媒体信息发送给所述多媒体服务器。
在本实施例中用户终端提供的第一多媒体信息可能是单一存储格式的多媒体信息,这样其他用户终端从多媒体服务器获取多媒体信息时,可能会采用第二存储格式。在本实施例中,一方面避了免其他用户终端及时拉取第二存储格式的多媒体信息,由于格式不匹配导致的不能输出的问题;另一方面避免了临时进行存储格式转换导致的输出时延大的问题。
在本实施例中所述存储格式可立即为文件格式,或者,多媒体信息传输时所遵循的通信协议。例如,第一存储格式可为:基于动态码率自适应(HTTP LiveStreaming,HLS)编码存储的数据格式;第二存储格式可为:基于超文本传输协议(Http)动态自适应流媒体(Dynamic Adaptive Streaming Over Http,DASH)编码存储的数据格式。例如,所述存储格式还可包括:流媒体格式(lashVideo,FLV)。所述第二存储格式可为多个,若第二存储格式有N个,则将第一存储格式的第一多媒体信息转换为N个第二存储格式的第一多媒体信息,这样的话,同一个多媒体信息将以N+1个不同存储格式存储到多媒体服务器中,若其他用户终端来访问该第一多媒体信息,则所述多媒体服务器可以直接基于用户终端所支持的存储格式,选择一个下发给对应的用户终端。
如图4所示,本实施例提供一种多媒体信息传输方法,应用于用户终端中,包括:
步骤S210:获取操作指令指向的多媒体服务器的预定信息;
步骤S220:生成地址部分携带有代理服务器的第一标识信息且同时携带有所述预定信息的第一请求;其中,所述预定信息,用于供所述代理服务器确定出所述用户终端访问的多媒体服务器的第二标识信息;
步骤S230:发送所述第一请求;
步骤S240:基于所述第一请求向所述代理服务器发送第一多媒体信息;或,接收所述代理服务器基于所述第一请求发送给所述用户终端的第二多媒体信息;其中,所述第一多媒体信息为所述用户终端写入到所述多媒体服务器的信息,所述第二多媒体信息为所述多媒体服务器提供的多媒体信息。
本实施例提供给的多媒体信息传输方法是应用于用户终端中的方法。在本实施例中,所述用户终端可为移动终端或固定终端等可以上传或播放多媒体信息的各种终端设备。
在步骤S210中会直接活像指向多媒体服务器的预定信息,这里的预定信息可为用户终端需要访问的多媒体服务器的IP地址、域名或与多媒体服务器的域名或IP地址具有对应关系的业务标识等。
在本实施例中会形成第一请求,该请求的地址部分携带的是代理服务器的第一标识信息,而所述预定信息可以作为参数部分的一个字段或者携带在协议之后的一个字段中。
在步骤S230中用户终端发送所述第一请求,由于地址部分直接携带的代理服务器的第一标识信息,则第一请求自动会路由到代理服务器;而代理服务器接收到第一请求之后,会基于所述预定信息获取出所述第二标识信息,并利用第二标识信息替换所述第一标识信息,从而使得代理服务器可以与多媒体服务器进行信息交互,从而将用户终端上传的多媒体信息存储到多媒体服务器,或者,从多媒体服务器获取多媒体信息下发给所述用户终端。
可选地,所述步骤S210可包括:获取与所述第二标识信息对应的业务标识。该业务标识可以用于代理服务器本地或远程查询所述第二标识信息,从而获得所述第二标识信息。该业务标识可以直接从操作指令作用的链接地址中提取的。在另一些实施例中,所述用户终端安装的应用(APP)中存储有自身会提供的多媒体信息的业务标识,这样的话,根据操作指令作用的多媒体信息的链接地址,就可以本地查询出所述业务标识。
在一些实施例中,所述操作指令可为从人机交互接口接收的用户输入的操作指令。
在另一些实施例中,所述操作指令可为自动播放场景下APP的内置指令。例如,当前正在播放某一个电视剧,一般情况下,APP播放完一集之后,会自动切换到播放下一集,这的自动播放下一集的动作即为自动播放指令的一种。
可选地,所述步骤S210可包括:获取所述多媒体服务器的所述第二标识信息。对应地,所述步骤S230可包括:发送地址部分携带有所述第一标识信息且参数部分携带有所述第二标识信息的第一请求。
直接读取所述第二标识信息。例如,用户终端显示有一个网页,该网页上显示有多媒体服务器中某一个多媒体信息的链接地址,该链接地址中直接就携带有多媒体服务器的IP地址或域名,这样的话,所述获取第二标识信息可为本地读取出所述第二标识信息。在本实施例中所述预定信息可以直接为所述第二标识信息,这样的话,将第二标识信息携带在所述第一请求的参数部分发送给代理服务器,代理服务器直接通过解析第一请求就可以获取到所述第二标识信息,实现简便。
在一些实施例中,所述方法还包括:判断所述用户终端的用户信息是否满足预设条件;
所述步骤S210可包括:当满足所述预设条件时,获取指向所述多媒体服务器的预定信息。
例如,所述用户信息可为用户标识,所述用户标识可为用户名称、用户账号;根据所述用户账号确定出当前是否需要通过代理服务器进行多媒体信息的传输,例如,所述用户名称或用户账号指示所述用户为免流用户,则可认为满足所述预设条件,从而需要获取所述预定信息。
又例如,所述用户信息可为用户权限,若用户权限指示该用户为免流用户,则需要执行所述步骤S210。
所述方法还包括:
当所述用户信息不满足所述预设条件时,则直接基于多媒体服务器的IP地址或域名发送第三请求,所述第三请求的地址部分直接携带的是多媒体服务器的IP地址或域名,该第三请求是会直接被路由到多媒体服务器的,通常这种情况下,该数据流是不免流的是需要用户账号进行额外的付费的。
在一些实施例中,所述预定条件除了确定是否免流的条件判断,还可以包括是否大带宽的带宽优先条件判断。若用户终端与多媒体服务器之间通过代理服务器进行数据传输的带宽为第一带宽,用户终端与多媒体服务器之间的带宽为第二带宽,第一带宽可以远远大于第二带宽。
当然,以上仅是满足预定条件的举例,具体实现时,不局限于上述任意一种。
在一些实施例中,所述第一请求的参数部分还可携带有请求的用户终端支持的存储格式,所述代理服务器或多媒体服务器基于所述参数部分携带的存储格式,将对应存储格式的第二多媒体信息下发给用户终端,可以避免用户终端不支持对应存储格式导致的播放错误等问题。
如图5所示,本实施例提供一种种多媒体信息传输方法,应用于多媒体***中,包括:
步骤S310:用户终端发送第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
步骤S320:所述代理服务器接收所述第一请求;
步骤S330:所述代理服务器根据所述预定信息获取第二标识信息;
步骤S340:所述代理服务器利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求,发送所述第二请求;
步骤S340:多媒体服务器接收基于所述第二请求写入的第一多媒体信息,或者,基于所述第二请求通过所述代理服务器向所述用户终端发送所述第二多媒体信息。
在本实施例中在用户终端和多媒体服务器之间引入了代理服务器,该代理服务器可以通过第二标识信息和第一标识信息的替换,在一端与用户终端建立连接的情况下,与用户终端想要访问的多媒体服务器建立连接,并中转用户终端与多媒体服务器之间传输的各种信息,例如,第一多媒体信息的上传和/或第二多媒体信息的下发。
可选地,所述方法还包括:
流处理服务器接收所述代理服务器上传的第一多媒体信息;
所述流处理服务器将第一存储格式的所述第一多媒体信息转换为转换若干个第二存储格式的第一多媒体信息;
所述流处理服务器基于所述第二请求将所述第一存储格式和所述第二存储格式的第一多媒体信息发送给所述多媒体服务器。
在本实施例中用户终端上传的第一多媒体信息可能为一种存储格式的第一多媒体信息,而其他用户终端请求的可能是其他存储格式的多媒体信息,为了解决该问题,在本实施例中会将第一多媒体信息存储到多媒体服务器之间,利用流处理服务器将一个第一存储格式的第一多媒体信息转换成第二存储格式的第一多媒体信息,并将第一存储格式和第二存储格式的第一多媒体信息都存储到第一多媒体服务器。
在本实施例中引入了专门的流处理服务器进行不同存储格式之间的转换,这样的话,就不用代理服务来负责不同存储格式的转换,实现了不同服务器功能的独立化,减少了代理服务器的负荷。
以下结合上述任意一个实施例提供几个具体示例:
示例1:
如图6所示,本示例提供一种多媒体信息***,包括:
第一类客户端(APP),用于提供直播视频;在本示例中的客户端可为进行直播的直播客户端。
推流代理服务器(前述代理服务器的一种),与所述第一类客户端建立有连接,接收第一类客户端发送的请求;并将请求转换为多媒体信息云的请求;基于转换后的请求将第一类客户端的rtmp推流发送给多媒体信息云。这里的rtmp推流为基于rtmp协议传输的且推送给多媒体信息云的视频流。
第二类客户端,用于从多媒体信息云拉取直播数据进行播放。这里的多媒体信息云可为存储有视频的视频云,或,存储有音频信息的音频云。
拉流服务器(前述代理服务器的一种),与所述第一类客户端建立有连接,接收第二类客户端的请求,将该请求中的自身的域名替换为多媒体信息云的域名,基于替换域名之后的骑牛向多媒体信息云拉取直播视频,并将直播视频下发给第二类客户端。
在本实施例中,不管是第一类客户端还是第二类客户端都是通过代理服务器访问多媒体信息云,这里的多媒体信息云对应于前述的多媒体服务器。代理服务器在接收到直播客户端的请求之后,需要将自身的域名或IP地址替换为多媒体信息云的IP地址或域名,从而可以访问到多媒体信息云,从而可以将第一类客户端上报的直播视频存储到多媒体信息云,并将多媒体信息云存储的视频下发到第二类客户端,供第二类客户端观看。在本示例中,所述代理服务器并不需要和多媒体信息云进行端口绑定,而是通过请求中的域名替换、IP地址替换或统一资源地址(URL)等替换,生成一个直接可以路由到多媒体信息云的请求,这样显然就不会存在代理服务器端口不够,而不同视频服务器需要采用不同的端口,视频提供商需要修改自身的代码来实现端口区分等问题,具有解决了端口冲突或端口不透的问题的同时,还具有实现简便的特点。
在本多媒体***中由于上传多媒体信息的代理服务器和下发多媒体信息的服务器是分开设置的,在另一些实施例中,可以由一个同时具有推流功能和拉流功能的服务器来替代。
在图5中上传或分发的数据流为基于RTMP的数据流,在具体的实施例中,还可以是基于其他协议传输的数据流,该数据流可为视频流或音频流。
示例2:
如图7所示,本示例基于示例1提供一个推流方法,包括:
运行在用户终端中的直播APP更换推流域名,更换后推流域名为代理服务器的域名“flowproxy”,并将视频云的域名携带在流参数中,作为参数部分的组成部分发送RTMP请求。
直播app与RTMP动态反向代理服务器(前述代理服务器的一种)建立TCP连接;
直播APP向RTMP动态反向代理服务器发送RTMP握手消息C0,C1;
RTMP动态反向代理服务器向直播APP发送RTMP握手应答S0,S1;
直播APP向RTMP动态反向代理服务器发送RTMP握手应答C2;
RTMP动态反向代理服务器向直播APP发送RTMP握手应答S2;
直播APP向RTMP动态反向代理服务器发送RTMP connect命令;
直播APP向RTMP动态反向代理服务器发送公开(publish)请求;
RTMP动态反向代理服务器从流标识(Identity)参数中解析出来访问的目标参数dx字段(视频云的域名或IP地址);
RTMP动态反向服务器与视频云建立TCP连接;
RTMP动态反向代理服务器向视频云发送RTMP握手消息C0,C1;
视频云向RTMP动态反向代理服务器发送RTMP握手应答S0,S1;
视频云向RTMP动态反向代理服务器向视频云发送RTMP握手应答C2;
视频云发送RTMP握手应答S2;
RTMP动态反向代理服务器向视频云发送RTMP连接(connect)命令;
RTMP动态反向代理服务器向视频云发送RTM公开(publish)命令;该RTMP公开请求是使用了域名替换后的域名,即为替换为视频云的域名之后的连接命令。
在完成连接建立之后,RTMP动态反向代理服务器继续拧数据转发。数据传输路径为:直播APP—>视频云及视频云—>直播APP,实现视频云和直播APP之间的RTMP数据包的传输。直播APP—>视频云主要包括上传的多媒体信息,而视频云—>直播APP主要可包括多媒体信息传输的相关参数,例如,视频云存储直播APP上传的多媒体信息的存储地址、存储路径或URL等。
示例3:
如图8所示,本示例基于示例1提供一个拉流方法,包括:
运行在用户终端中的直播APP域名解析播放地址:bizid.myqcloud.liveplay.com;发送http://flowproxy.liveplay.com/?dx=myqcloud的RTMP请求,这样的由于地址部分直接携带的RTMP动态反向代理服务器的域名,则该RTMP请求会被路由的RTMP动态反向代理服务器。
RTMP动态反向代理服务器接收到RTMP播放请求之后,会解析出dx字段并进行域名替换,将地址部分的域名替换为dx字段中携带的域名“myqcloud”,这样就形成了会自动路由到对应的多媒体信息云的RTMP播放请求。
RTMP动态反向代理服务器向多媒体信息云中的内容分发网络(ContentDistribution Network,CDN)服务区器发送RTMP播放请求;
若CDN服务器未存储有直播APP请求的视频流,则向CDN服务器从数据中心(DataCentre,DC)发送回源请求,以请求直播APP请求的视频流;若DC同样未存储有直播APP请求的视频流,则DC向流处理发送回源请求向流处理模块请求视频流。DC从流处理模块拉取到视频流之后存储并下发给CDN服务器;
CDN服务器在拉取到RTMP视频流之后下发RTMP动态反向代理服务器,RTMP动态反向代理服务器将RTMP视频流下发给直播APP。
示例4:
如图9所示,本示例基于示例1的***提供另一种视频流传输方法,包括:
直播APP解析域名,发送地址部分携带RTMP动态反向代理服务器的域名并且携带有业务标识的RTPM请求;
直播APP与RTMP动态反向代理服务器之间进行RTMP连接握手;
直播APP与RTMP动态反向代理服务器之间进行RTMP握手应答;
RTMP动态反向代理服务器接收直播APP的RTMP连接命令。
RTMP动态反向代理服务器接收直播APP的RTMP请求,该RTMP请求可包括:进行视频流推送的公开(Publish)命令或进行视频流播放的播放(Play)命令;
RTMP动态反向代理服务器解析所述RTMP请求,将地址部分的tcURL字段替换为业务标识对应的视频云的域名;
RTMP动态反向代理服务器与视频云之间建立TCP连接;
RTMP动态反向代理服务器与视频云进行RTMP连接握手;
RTMP动态反向代理服务器与视频云之间进行RTMP握手应答;
RTMP动态反向代理服务器解析进行域名替换后的RTMP公开请求/RTMP播放请求;
RTMP动态反向代理服务器将直播APP上传的RTMP视频流发送给视频云,或者将视频云下发的RTMP视频流发送给直播APP。
示例5:
本示例提供一种多媒体信息传输方法,可包括如下步骤:
第一步:直播app的推流域名由原来的bizid.livepush.myqcloud.com更换为bizid.flowproxy.myqcloud.com(推流代理服务器域名);
第二步:RTMP动态反向代理服务收到RTMP推流请求或拉流请求;
第三步:代理服务器和直播APP完成TCP握手;
第四步:RTMP握手,例如,通过s0,s1,s2的传输进行RTMP握手。
第五步:直播app发起RTMP连接请求;
第六步:代理服务收到RTMP连接请求;
第七步:直播APP发起RTMP公开请求或播放请求;
第八步:代理服务器从流参数中解析出真实访问的目标统一资源地址,参数格式可如下:
“flowrp?dx=UrlEncode(rpUrl)&rpSecret=9661a47f85a4e7a56bcc0924bd0c6e24&rpTime=56698ba6&rpToken=9661a47f85a4&rpSecret=9661a47f85a4e7a56bcc0924bd0c6e24”,
第九步:代理服务器的RTMP连接真实访问多媒体服务器的目标统一资源地址,将目标统一资源地址替换到代理服务器与用户终端发送的请求中的代理服务器的域名或IP地址就生成了访问对应多媒体服务器的访问请求。
第十步:代理服务器与视频云成功建立RTM,P连接后,如果是推流服务,免流服务器转发直播APP推送的数据给视频云,如果是拉流服务,免流服务器转发视频云下发的数据给APP。
如图10所示,本实施例提供一种代理服务器,包括:
第一接收单元110,用于接收用户终端发送的第一请求,其中,所述第一请求携带有代理服务器的第一标识信息;
第一获取单元120,用于根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;
替换单元130,用于利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;
第一传输单元140,用于基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
所述第一接收单元110及第一传输单元140均可对应于通信接口,可用于与用户终端及多媒体服务器进行信息交互。
所述第一获取单元120及替换单元130可对应于处理器,所述处理器可以进行请求中的解析及标识信息的替换等,从而实现利用替换后的请求进行多媒体信息的传输。
可选地,所述第一获取单元120,用于从所述第一请求提出业务标识;根据所述业务标识查询所述多媒体服务器的第二标识信息。
在第一请求中携带有业务标识,该业务标识可以告知代理服务器,用户终端当前想访问的多媒体服务器,在接收到第一请求之后,第一获取单元120是基于业务标识查询到第二标识信息,并利用第二标识信息替换掉第一请求中的地址部分的第一标识信息,从而生成一个可以自动路由到多媒体服务器的第二请求。
可选地,所述第一请求中的地址部分携带有所述第一标识信息,且所述第一请求的参数部分携带有所述第二标识信息;所述第一获取单元120,具体用于从所述第一请求中携带的参数部分提取出所述第二标识信息。
在本实施例中,所述第一请求没有携带业务标识,而是直接在参数部分中携带有第二标识信息,所述代理服务器不用查询第二标识信息,而是直接从第一请求的参数部分提取出所述第二标识信息替换第一请求中的第一标识信息,就可以形成访问多媒体服务器的第二请求。
可选地,所述替换单元130,具体用于解析按照实时流媒体协议RTMP发送的所述第一请求,确定出所述第一请求中的目标流统一资源定位(tcURL)字段;利用所述第二标识信息替换所述第一请求中的所述tcURL字段。
可选地,所述代理服务器还包括:
TCP连接单元,用于与所述用户终端建立传输控制协议TCP连接;可对应于通信接口,可用于与用户终端建立TCP练级;
RTMP处理单元,可用于利用所述TCP连接进行RTMP握手;例如,进行基于RTMP的三次握手,从而确保RTMP的稳定连接。
所述第一接收单元110,具体用于在所述RTMP握手之后,接收所述用户终端发送的携带有所述第一标识信息的RTMP公开请求或RTMP播放请求。
可选地,所述TCP连接单元,还用于基于所述第二请求与所述多媒体服务器建立TCP连接;所述RTMP处理单元,还用于利用所述TCP连接进行RTMP握手;所述第二请求为携带有所述第二标识信息的RTMP公开请求或RMTP播放请求。
进一步地,所述替换单元130,具体用于执行以下至少之一:
利用所述多媒体服务器的域名,替换所述第一请求中所述代理服务器的域名;
利用所述多媒体服务器的域名,替换所述第一请求中所述代理服务器的网络协议IP地址;
利用所述多媒体服务器的IP地址,替换所述第一请求中所述代理服务器的域名;
利用所述多媒体服务器的IP地址,替换所述第一请求中所述代理服务器的IP地址;
利用指向所述多媒体服务器的目标统一资源地址,替换所述第一请求中所述代理服务器的域名;
利用所述目标统一资源地址,替换所述第一请求中所述代理服务器的IP地址。
可选地,所述代理服务器还包括:
流处理单元,用于将第一存储格式的所述第一多媒体信息转换为转换若干个第二存储格式的第一多媒体信息;基于所述第二请求,将所述第一存储格式和所述第二存储格式的第一多媒体信息发送给所述多媒体服务器。
如图11所示,本实施例还提供一种传输设备,所述传输设备为用户终端,包括:
第二获取单元210,用于获取操作指令指向的多媒体服务器的预定信息;
生成单元220,用于生成地址部分携带有代理服务器的第一标识信息且同时携带有所述预定信息的第一请求;其中,所述预定信息,用于供所述代理服务器确定出所述用户终端访问的多媒体服务器的第二标识信息;
第二传输单元230,用于发送所述第一请求;基于所述第一请求向所述代理服务器发送第一多媒体信息;或,接收所述代理服务器基于所述第一请求发送给所述用户终端的第二多媒体信息;其中,所述第一多媒体信息为所述用户终端写入到所述多媒体服务器的信息,所述第二多媒体信息为所述多媒体服务器提供的多媒体信息。
所述第二获取单元210,可对应于处理器,可以通过操作指令作用的链接地址的解析获得所述预定信息,也可以基于本地查询得到所述预定信息。
所述生成单元220同样可对应于处理器,可以生成同时地址部分携带有第一标识信息同时预定位置携带有所述预定信息的第一请求。
所述第二传输单元230,可对应于通信接口,可以用于传输第一请求,并传输基于第一请求传输的第一多媒体信息及第二多媒体信息。
可选地,所述第二获取单元210,具体可用于获取与所述第二标识信息对应的业务标识。
可选地,所述第二获取单元210,还可用于获取所述多媒体服务器的所述第二标识信息;所述第二传输单元230,具体用于发送地址部分携带有所述第一标识信息且参数部分携带有所述第二标识信息的第一请求。
如图12所示,本实施例提供一种代理服务器,包括:收发器310、存储器320、处理器330及存储在所述存储器320上并由所述处理器330执行的计算机程序;
所述处理器330分别与所述收发器310及所述存储器320连接,用于通过执行所述计算机程序实现前述一个或多个应用于代理服务器中的多媒体信息传输方法,或者,执行一个或多个应用于用户终端中多媒体信息传输方法,或者,执行一个或多个应用于多媒体***中的多媒体信息传输方法。
当所述传输设备为所述代理服务器时,可以至少执行图1、图2及图3所示的方法中的一个或多个。
当所述传输设备为所述用户终端时,可至少执行图5所示的方法中的一个或多个。
当所述传输设备为传输***时,可以执行及图7至图9所示的方法中的一个或多个。
所述收发器310可对应于有线接口或无线接口,所述有线接口可包括:电缆接口或光缆接口;所述无线接口可为收发天线等。
所述存储器320可为各种类型的存储器320,可包括:随机存储器320、只读存储器320或硬盘等。
所述处理器330可为各种类型的处理器330,可包括:中央处理器330、微处理器330、数字信号处理器330、应用处理器330或可编程阵列等。
所述处理器330可以通过总线,例如,集成电路总线(IIC)与所述存储器320及收发器310连接,可以通过读取并执行位于所述存储器320上的计算机程序,实现前述一个或多个技术方案提供的多媒体信息传输方法。
所述收发器310、存储器320及处理器330的个数都可以为一个或者多个。
本实施例提供一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现前述一个或多个应用于代理服务器中的多媒体信息传输方法,或者,执行一个或多个应用于用户终端中多媒体信息传输方法,或者,执行一个或多个应用于多媒体***中的多媒体信息传输方法
本实施例中的所述存储介质可为:移动存储设备、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。可选地,所述存储介质可为非瞬间存储介质。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (15)
1.一种多媒体信息传输方法,其特征在于,应用于代理服务器中,包括:
接收用户终端发送的第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;
利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;
基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
2.根据权利要求1所述的方法,其特征在于,
所述根据所述预定信息获取第二标识信息,包括:
从所述第一请求提出业务标识;
根据所述业务标识查询所述多媒体服务器的第二标识信息。
3.根据权利要求1所述的方法,其特征在于,
所述预定信息为所述第一请求的参数部分携带有所述第二标识信息;其中,所述地址部分,用于指示接收所述第一请求的目标节点;所述参数部分,用于指示响应所述第一请求的相关参数;
所述根据所述预定信息获取第二标识信息,包括:
从所述第一请求中携带的参数部分提取出所述第二标识信息。
4.根据权利要求1至3任一项所述的方法,其特征在于,
所述利用所述第二标识信息替换所述第一请求中的所述第一标识信息,包括:
解析按照实时流媒体协议发送的所述第一请求,确定出所述第一请求中的目标流统一资源定位字段;
利用所述第二标识信息替换所述第一请求中的所述目标流统一资源定位字段。
5.根据权利要求4所述的方法,其特征在于,
所述方法还包括:
与所述用户终端建立传输控制协议连接;
利用所述传输控制协议连接进行实时流媒体协议握手;
所述接收用户终端发送的第一请求,包括:
在所述实时流媒体协议握手之后,接收所述用户终端发送的携带有所述第一标识信息的实时流媒体协议公开请求或RTMP播放请求。
6.根据权利要求4所述的方法,其特征在于,
所述方法还包括:
基于所述第二请求与所述多媒体服务器建立传输控制协议连接;
利用所述传输控制协议连接进行实时流媒体协议握手;
所述第二请求为携带有所述第二标识信息的实时流媒体协议公开请求或实时流媒体协议播放请求。
7.根据权利要求1至3任一项所述的方法,其特征在于,
所述利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求,包括以下至少之一:
利用所述多媒体服务器的域名,替换所述第一请求中所述代理服务器的域名;
利用所述多媒体服务器的域名,替换所述第一请求中所述代理服务器的网络协议地址;
利用所述多媒体服务器的网络协议地址,替换所述第一请求中所述代理服务器的域名;
利用所述多媒体服务器的网络协议地址,替换所述第一请求中所述代理服务器的IP地址;
利用指向所述多媒体服务器的目标统一资源地址,替换所述第一请求中所述代理服务器的域名;
利用所述目标统一资源地址,替换所述第一请求中所述代理服务器的网络协议地址。
8.一种多媒体信息传输方法,其特征在于,应用于用户终端中,包括:
获取操作指令指向的多媒体服务器的预定信息;
生成地址部分携带有代理服务器的第一标识信息且同时携带有所述预定信息的第一请求;其中,所述预定信息,用于供所述代理服务器确定出所述用户终端访问的多媒体服务器的第二标识信息;
发送所述第一请求;
基于所述第一请求向所述代理服务器发送第一多媒体信息;或,接收所述代理服务器基于所述第一请求发送给所述用户终端的第二多媒体信息;其中,所述第一多媒体信息为所述用户终端写入到所述多媒体服务器的信息,所述第二多媒体信息为所述多媒体服务器提供的多媒体信息。
9.根据权利要求8所述的方法,其特征在于,
所述获取操作指令指向的多媒体服务器的预定信息,包括:
获取与所述第二标识信息对应的业务标识;
或者,
所述获取操作指令指向的多媒体服务器的预定信息,包括:获取所述多媒体服务器的所述第二标识信息;对应地,所述发送所述第一请求,包括:发送地址部分携带有所述第一标识信息且参数部分携带有所述第二标识信息的第一请求。
10.一种多媒体信息传输方法,其特征在于,应用于多媒体***中,包括:
用户终端发送第一请求,其中,所述第一请求的地址部分携带有代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
所述代理服务器接收所述第一请求;
所述代理服务器根据所述预定信息获取第二标识信息;
所述代理服务器利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求,发送所述第二请求;
多媒体服务器接收基于所述第二请求写入的第一多媒体信息,或者,基于所述第二请求通过所述代理服务器向所述用户终端发送所述第二多媒体信息。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
流处理服务器接收所述代理服务器上传的第一多媒体信息;
所述流处理服务器将第一存储格式的所述第一多媒体信息转换为转换第二存储格式的第一多媒体信息;
所述流处理服务器基于所述第二请求将所述第一存储格式和所述第二存储格式的第一多媒体信息发送给所述多媒体服务器。
12.一种传输设备,所述传输设备为代理服务器,包括:
第一接收单元,用于接收用户终端发送的第一请求,其中,所述第一请求的地址部分携带有所述代理服务器的第一标识信息,且所述第一请求还携带有预定信息;
第一获取单元,用于根据所述预定信息获取第二标识信息,其中,所述第二标识信息指向多媒体服务器;
替换单元,用于利用所述第二标识信息替换所述第一请求中的所述第一标识信息并形成第二请求;
第一传输单元,用于基于所述第二请求将所述用户终端提供的第一多媒体信息写入所述多媒体服务器,或者,基于所述第二请求从所述多媒体服务器读取第二多媒体信息并将所述第二多媒体信息发送给所述用户终端。
13.一种传输设备,所述传输设备为用户终端,包括:
第二获取单元,用于获取操作指令指向的多媒体服务器的预定信息;
生成单元,用于生成地址部分携带有代理服务器的第一标识信息且同时携带有所述预定信息的第一请求;其中,所述预定信息,用于供所述代理服务器确定出所述用户终端访问的多媒体服务器的第二标识信息;
第二传输单元,用于发送所述第一请求;基于所述第一请求向所述代理服务器发送第一多媒体信息;或,接收所述代理服务器基于所述第一请求发送给所述用户终端的第二多媒体信息;其中,所述第一多媒体信息为所述用户终端写入到所述多媒体服务器的信息,所述第二多媒体信息为所述多媒体服务器提供的多媒体信息。
14.一种传输设备,其特征在于,包括:收发器、存储器、处理器及存储在所述存储器上并由所述处理器执行的计算机程序;
所述处理器分别与所述收发器及所述存储器连接,用于通过执行所述计算机程序实现前述权利要求1至11任一项提供的所述多媒体信息传输方法。
15.一种计算机存储介质,所述计算机存储介质存储有计算机程序;所述计算机程序被执行后,能够实现权利要求1至11任一项提供的所述多媒体信息传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711342139.4A CN109963171B (zh) | 2017-12-14 | 2017-12-14 | 多媒体信息传输方法、传输设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711342139.4A CN109963171B (zh) | 2017-12-14 | 2017-12-14 | 多媒体信息传输方法、传输设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109963171A true CN109963171A (zh) | 2019-07-02 |
CN109963171B CN109963171B (zh) | 2021-01-05 |
Family
ID=67018363
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711342139.4A Active CN109963171B (zh) | 2017-12-14 | 2017-12-14 | 多媒体信息传输方法、传输设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109963171B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110492984A (zh) * | 2019-07-29 | 2019-11-22 | 南方电网数字电网研究院有限公司 | 数据传输方法、装置、数据分析处理***及计算机设备 |
CN110809189A (zh) * | 2019-12-03 | 2020-02-18 | 北京字节跳动网络技术有限公司 | 视频播放方法、装置、电子设备和计算机可读介质 |
CN113037855A (zh) * | 2021-03-22 | 2021-06-25 | 北京爱奇艺科技有限公司 | 一种多媒体访问***、方法、装置、终端及介质 |
CN113434712A (zh) * | 2021-06-29 | 2021-09-24 | 青岛海尔科技有限公司 | 多媒体处理方法、装置、计算机可读存储介质及电子装置 |
CN113794909A (zh) * | 2021-09-01 | 2021-12-14 | 北京百度网讯科技有限公司 | 视频流传输***、方法、服务器、装置以及存储介质 |
CN113891028A (zh) * | 2020-07-03 | 2022-01-04 | 浙江宇视科技有限公司 | 一种可视门铃通信方法、装置、设备及介质 |
WO2022028151A1 (zh) * | 2020-08-03 | 2022-02-10 | 北京达佳互联信息技术有限公司 | 视频的制作方法及其装置、视频的共享方法及其装置 |
CN114430410A (zh) * | 2022-01-28 | 2022-05-03 | 中国农业银行股份有限公司 | 基于虚拟域名的***访问方法、装置及设备 |
CN115134420A (zh) * | 2021-03-24 | 2022-09-30 | 华为技术有限公司 | 一种媒体播放方法、装置和电子设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7451193B1 (en) * | 1997-07-31 | 2008-11-11 | Cisco Technology, Inc. | Method and apparatus for reducing overhead on a proxied connection |
EP2169903A1 (fr) * | 2008-09-30 | 2010-03-31 | France Telecom | Dispositif et procédé de routage permettant des traductions d'adresses en cascade dans un réseau |
CN102186164A (zh) * | 2011-02-18 | 2011-09-14 | 华为技术有限公司 | 操作设备资源的方法和管理装置 |
CN102662838A (zh) * | 2012-03-29 | 2012-09-12 | 奇智软件(北京)有限公司 | 一种浏览器中Flash的调试方法及*** |
CN104125229A (zh) * | 2014-07-31 | 2014-10-29 | 合一网络技术(北京)有限公司 | 流媒体的播放方法与播放装置 |
CN104378699A (zh) * | 2013-08-15 | 2015-02-25 | 上海斐讯数据通信技术有限公司 | Pon设备中实现通信的方法 |
CN104902452A (zh) * | 2015-06-30 | 2015-09-09 | 北京奇虎科技有限公司 | 一种用于移动终端访问网络的方法和移动终端 |
CN106507181A (zh) * | 2016-11-30 | 2017-03-15 | 北京酷我科技有限公司 | 一种获取并存储在线视频数据的方法 |
CN106776366A (zh) * | 2016-11-18 | 2017-05-31 | 华为技术有限公司 | 地址访问方法及装置 |
-
2017
- 2017-12-14 CN CN201711342139.4A patent/CN109963171B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7451193B1 (en) * | 1997-07-31 | 2008-11-11 | Cisco Technology, Inc. | Method and apparatus for reducing overhead on a proxied connection |
EP2169903A1 (fr) * | 2008-09-30 | 2010-03-31 | France Telecom | Dispositif et procédé de routage permettant des traductions d'adresses en cascade dans un réseau |
CN102186164A (zh) * | 2011-02-18 | 2011-09-14 | 华为技术有限公司 | 操作设备资源的方法和管理装置 |
CN102662838A (zh) * | 2012-03-29 | 2012-09-12 | 奇智软件(北京)有限公司 | 一种浏览器中Flash的调试方法及*** |
CN104378699A (zh) * | 2013-08-15 | 2015-02-25 | 上海斐讯数据通信技术有限公司 | Pon设备中实现通信的方法 |
CN104125229A (zh) * | 2014-07-31 | 2014-10-29 | 合一网络技术(北京)有限公司 | 流媒体的播放方法与播放装置 |
CN104902452A (zh) * | 2015-06-30 | 2015-09-09 | 北京奇虎科技有限公司 | 一种用于移动终端访问网络的方法和移动终端 |
CN106776366A (zh) * | 2016-11-18 | 2017-05-31 | 华为技术有限公司 | 地址访问方法及装置 |
CN106507181A (zh) * | 2016-11-30 | 2017-03-15 | 北京酷我科技有限公司 | 一种获取并存储在线视频数据的方法 |
Non-Patent Citations (1)
Title |
---|
马杰: "代理服务器上的高效流媒体缓存技术", 《中国博士学位论文全文数据库 信息科技辑》 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110492984B (zh) * | 2019-07-29 | 2020-06-23 | 南方电网数字电网研究院有限公司 | 数据传输方法、装置、数据分析处理***及计算机设备 |
CN110492984A (zh) * | 2019-07-29 | 2019-11-22 | 南方电网数字电网研究院有限公司 | 数据传输方法、装置、数据分析处理***及计算机设备 |
CN110809189A (zh) * | 2019-12-03 | 2020-02-18 | 北京字节跳动网络技术有限公司 | 视频播放方法、装置、电子设备和计算机可读介质 |
CN110809189B (zh) * | 2019-12-03 | 2022-01-04 | 北京字节跳动网络技术有限公司 | 视频播放方法、装置、电子设备和计算机可读介质 |
CN113891028A (zh) * | 2020-07-03 | 2022-01-04 | 浙江宇视科技有限公司 | 一种可视门铃通信方法、装置、设备及介质 |
CN113891028B (zh) * | 2020-07-03 | 2024-04-05 | 浙江宇视科技有限公司 | 一种可视门铃通信方法、装置、设备及介质 |
WO2022028151A1 (zh) * | 2020-08-03 | 2022-02-10 | 北京达佳互联信息技术有限公司 | 视频的制作方法及其装置、视频的共享方法及其装置 |
CN113037855A (zh) * | 2021-03-22 | 2021-06-25 | 北京爱奇艺科技有限公司 | 一种多媒体访问***、方法、装置、终端及介质 |
CN115134420A (zh) * | 2021-03-24 | 2022-09-30 | 华为技术有限公司 | 一种媒体播放方法、装置和电子设备 |
CN113434712A (zh) * | 2021-06-29 | 2021-09-24 | 青岛海尔科技有限公司 | 多媒体处理方法、装置、计算机可读存储介质及电子装置 |
CN113794909A (zh) * | 2021-09-01 | 2021-12-14 | 北京百度网讯科技有限公司 | 视频流传输***、方法、服务器、装置以及存储介质 |
CN114430410A (zh) * | 2022-01-28 | 2022-05-03 | 中国农业银行股份有限公司 | 基于虚拟域名的***访问方法、装置及设备 |
CN114430410B (zh) * | 2022-01-28 | 2024-05-14 | 中国农业银行股份有限公司 | 基于虚拟域名的***访问方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN109963171B (zh) | 2021-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109963171A (zh) | 多媒体信息传输方法、传输设备及存储介质 | |
CN102377823B (zh) | 一种通过滑屏实现多屏多用户之间互动分享的方法及*** | |
CN101861729B (zh) | 通过使用会话初始化协议发现互联网协议电视服务iptv提供商和iptv服务的方法和设备 | |
US9204180B2 (en) | Method, server and terminal for audio and video on demand | |
US9609366B2 (en) | Digital television terminal, video file playing method and video file playing system | |
US20040249965A1 (en) | Node caching system for streaming media applications | |
US20140082135A1 (en) | Apparatus and method for providing content, and system for providing content with the said apparatus | |
CN101505253B (zh) | 网络设备的附属设备中为网络设备提供数据的方法及装置 | |
JP2018517341A (ja) | 改善されたモバイルインターネットの速度およびセキュリティのためのシステム | |
EP1598741A1 (en) | Information processing apparatus and content information processing method | |
CN108989264A (zh) | 一种直播方法、***以及相关设备 | |
CN103782572A (zh) | 用于提供基于消息和事件的视频服务控制平面的***和方法 | |
KR102496890B1 (ko) | 정보 처리 장치, 클라이언트 장치, 및 데이터 처리 방법 | |
JP6007697B2 (ja) | キャッシュ装置、キャッシュプログラム及びコンテンツ配信システム | |
KR102460099B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
CN102685123A (zh) | 一种基于云存储发布流媒体的装置、***及方法 | |
KR20170141677A (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
CN110445723A (zh) | 一种网络数据调度方法及边缘节点 | |
WO2017141701A1 (ja) | 受信装置、送信装置、及び、データ処理方法 | |
CN109474646A (zh) | 通信连接方法、装置、***及存储介质 | |
CN101262413B (zh) | 实现媒体缓存的方法、***和装置 | |
US9332421B2 (en) | Method and apparatus for random access to multimedia content in wireless communication system | |
CN108449613B (zh) | 一种融合多业务的cdn***、融合方法和装置 | |
CN102640515A (zh) | 节目内容获取方法及机顶盒 | |
US20170085623A1 (en) | Content downloading and network provisioning |
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 |