CN112637258A - 一种数据处理方法和系统 - Google Patents

一种数据处理方法和系统 Download PDF

Info

Publication number
CN112637258A
CN112637258A CN202011042396.8A CN202011042396A CN112637258A CN 112637258 A CN112637258 A CN 112637258A CN 202011042396 A CN202011042396 A CN 202011042396A CN 112637258 A CN112637258 A CN 112637258A
Authority
CN
China
Prior art keywords
target
streaming media
media server
address
sending
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
CN202011042396.8A
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.)
Xian Wanxiang Electronics Technology Co Ltd
Original Assignee
Xian Wanxiang Electronics 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 Xian Wanxiang Electronics Technology Co Ltd filed Critical Xian Wanxiang Electronics Technology Co Ltd
Priority to CN202011042396.8A priority Critical patent/CN112637258A/zh
Publication of CN112637258A publication Critical patent/CN112637258A/zh
Pending legal-status Critical Current

Links

Images

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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • 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/40—Support for services or applications
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开提供一种数据处理方法及系统，涉及计算机技术领域，能够使收发两端在有多个流媒体服务器可选的情况下，使用同一个媒体服务器进行数据传递。具体技术方案为：首先发送请求信息给业务控制服务器，请求信息用于指示业务控制服务器为目标接收端分配对应的目标流媒体服务器；然后接收业务控制服务器发送的目标流媒体服务器的目标地址；根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器；接收目标流媒体服务器发送的接收地址；最后将目标流媒体服务器的目标地址发送给目标发送端，以便目标发送端通过目标地址发送请求发送地址的信息给目标流媒体服务器，接收目标流媒体服务器发送的发送地址。本公开用于数据处理。

Description

一种数据处理方法和系统
技术领域
本公开涉及计算机技术领域，尤其涉及一种数据处理方法和系统。
背景技术
流媒体指以流方式在网络中传送音频、视频和多媒体文件的媒体形式。流媒体服务器的主要功能是：以流式协议(RTP/RTSP、MMS、RTMP等)将视频文件传输到客户端，供用户在线观看。
相对于下载后观看的网络播放形式而言，流媒体的典型特征是把连续的音频和视频信息压缩后放到网络服务器上，用户边下载边观看，不必等待整个文件下载完毕。由于流媒体技术的优越性，该技术广泛应用于视频点播、视频会议、远程教育、远程医疗和在线直播系统中。
目前，流媒体服务器通常部署在云平台上，如亚马逊云服务AWS、阿里云等。当业务量较大的时候，所部署的流媒体服务器数量会比较多。当接收端从发送端拉取的音视频流需要通过流媒体服务器进行中转的时，发送端和接收端必须使用同一个流媒体服务器提供中转服务，因此，发送端和接收端的流媒体服务器同步是一个非常重要的问题。
发明内容
本公开实施例提供一种数据处理方法及系统，能够使收发两端在有多个流媒体服务器可选的情况下，使用同一个媒体服务器进行数据传递。所述技术方案如下：
根据本公开实施例的第一方面，提供一种数据处理方法，该方法包括：
发送请求信息给业务控制服务器，所述请求信息用于指示所述业务控制服务器为所述目标接收端分配对应的目标流媒体服务器；
接收所述业务控制服务器发送的所述目标流媒体服务器的目标地址；
根据所述目标流媒体服务器的目标地址，发送请求接收地址的信息给所述目标流媒体服务器；
接收所述目标流媒体服务器发送的接收地址；
将所述目标流媒体服务器的目标地址发送给目标发送端，以便所述目标发送端通过目标地址发送请求发送地址的信息给所述目标流媒体服务器，接收所述目标流媒体服务器发送的发送地址。
本公开实施例提供的数据处理方法，首先发送请求信息给业务控制服务器，请求信息用于指示业务控制服务器为目标接收端分配对应的目标流媒体服务器；然后接收业务控制服务器发送的目标流媒体服务器的目标地址；根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器；接收目标流媒体服务器发送的接收地址；最后将目标流媒体服务器的目标地址发送给目标发送端，以便目标发送端通过目标地址发送请求发送地址的信息给目标流媒体服务器，接收目标流媒体服务器发送的发送地址。本公开能够保证发送端和接收端在有多个流媒体服务器可选的情况下使用同一个媒体服务器进行数据传递，实现了发送端和接收端之间的流媒体服务器同步。
在一个实施例中，将所述目标流媒体服务器的目标地址发送给目标发送端包括：
将所述目标流媒体服务器的目标地址通过信令服务器发送给所述目标发送端。
本公开实施例通过上述方法，接收端可以将目标流媒体服务器的目标地址通过信令服务器发送给发送端，有利于后续发送端与目标流媒体服务器建立连接。
在一个实施例中，上述方法还包括：
接收所述目标流媒体服务器通过所述接收地址发送的目标数据，所述目标数据为所述目标发送端通过所述发送地址发送给所述目标流媒体服务器。
本公开实施例通过上述方法，发送端和接收端能够通过流媒体服务器的发送地址和接收地址收发媒体流数据。
根据本公开实施例的第二方面，提供一种数据处理方法，该方法包括：
业务控制服务器获取目标接收端发送的请求信息，所述请求信息用于指示为所述目标接收端分配对应的目标流媒体服务器；
从至少一个流媒体服务器中确定目标流媒体服务器；
获取所述目标流媒体服务器的目标地址，并将所述目标流媒体服务器的目标地址发送给所述目标接收端，以便所述目标接收端通过所述目标流媒体服务器的目标地址获取所述目标流媒体服务器的接收地址。
本公开实施例通过上述方法，能够使业务控制服务器在多个流媒体服务器中确定目标流媒体服务器，且目标流媒体服务器与接收端建立连接。
在一个实施例中，所述从至少一个流媒体服务器中确定目标流媒体服务器包括：
获取至少一个流媒体服务器的参数信息，所述参数信息包括网卡吞吐量信息、流媒体服务器的性价比、心跳时间、IP地址、端口号中的至少一个；
根据每个流媒体服务器的参数信息，计算出每个流媒体服务器的权值；
将权值最大的流媒体服务器确定为目标流媒体服务器。
本公开实施例通过上述方法，业务控制服务器可以根据流媒体服务器的参数信息，计算出一个与当前发送端相匹配的流媒体服务器。
在一个实施例中，根据每个流媒体服务器的参数信息，计算出每个流媒体服务器的权值包括：
根据每个流媒体服务器的参数信息，采用第一公式计算出每个流媒体服务器的权值，其中，第一公式为：
result＝a×(1-vnet)+b×cost+c×N+d×(1-f调用失败)
其中，result为流媒体服务器的权值；vnet为网卡吞吐量比例；cost为流媒体服务器的性价比；N表示是否有正常心跳，有正常心跳，则N为0，无正常心跳，则N为1；f调用失败为流媒体服务器的调用失败率；a、b、c、d分别为vnet、cost、N以及f调用失败的权值，a+b+c+d＝1。
本公开实施例通过上述方法，给出了具体的计算流媒体服务器权值的方法。
在一个实施例中，在参数信息为流媒体服务器的调用失败率时，所述获取至少一个流媒体服务器的参数信息包括：
记录预设第一时间段内接收端从至少一个流媒体服务器拉取媒体流的成功信息和/或失败信息；
统计所述至少一个流媒体服务器拉取所述媒体流失败的比例，计算得到所述流媒体服务器的调用失败率。
在一个实施例中，判断所述流媒体服务器是否有正常心跳包括：
若在预设第二时间段内收到所述流媒体服务器的信息，则判断所述流媒体服务器有正常心跳；
若在预设第二时间段内没有收到所述流媒体服务器的信息，则判断所述流媒体服务器无正常心跳。
根据本公开实施例的第三方面，提供一种数据处理系统，包括业务控制服务器、目标接收端、目标发送端和目标流媒体服务器；
所述业务控制服务器，用于接收目标接收端发送的请求信息，所述请求信息用于指示为所述目标接收端分配对应的目标流媒体服务器；从至少一个流媒体服务器中确定目标流媒体服务器；获取所述目标流媒体服务器的目标地址，并将所述目标流媒体服务器的目标地址发送给所述目标接收端；
所述目标接收端，用于根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器，接收所述目标流媒体服务器发送的所述接收地址；
所述目标接收端，还用于将所述目标流媒体服务器的目标地址发送给目标发送端；
所述目标发送端，用于根据所述目标流媒体服务器的目标地址，发送请求发送地址的信息给所述目标流媒体服务器，接收所述目标流媒体服务器发送的所述发送地址；
所述目标发送端，还用于发送目标数据给所述目标流媒体服务器；
所述目标流媒体服务器，还用于将所述目标数据发送给所述目标接收端。
本公开实施例提供的数据处理系统，包括业务控制服务器、目标接收端、目标发送端和目标流媒体服务器；业务控制服务器接收目标接收端发送的请求信息，请求信息用于指示为目标接收端分配对应的目标流媒体服务器；从至少一个流媒体服务器中确定目标流媒体服务器；获取目标流媒体服务器的目标地址，并将目标流媒体服务器的目标地址发送给目标接收端；目标接收端根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器，接收目标流媒体服务器发送的接收地址；目标接收端还将目标流媒体服务器的目标地址发送给目标发送端；目标发送端根据目标流媒体服务器的目标地址，发送请求发送地址的信息给目标流媒体服务器，接收目标流媒体服务器发送的发送地址；目标发送端还发送目标数据给目标流媒体服务器；目标流媒体服务器还将目标数据发送给目标接收端。本公开能够保证发送端和接收端在有多个流媒体服务器可选的情况下使用同一个媒体服务器进行数据传递，实现了发送端和接收端之间的流媒体服务器同步。
在一个实施例中，上述系统还包括信令服务器，所述信令服务器用于接收所述目标接收端发送的所述目标流媒体服务器的目标地址，并将所述目标地址发送给所述目标发送端。
根据本公开实施例的第四方面，提供一种数据处理设备，所述数据处理设备包括处理器和存储器，所述存储器中存储有至少一条计算机指令，所述指令由所述处理器加载并执行以实现上述任一项所述的数据处理方法中所执行的步骤。
根据本公开实施例的第五方面，提供一种计算机可读存储介质，所述存储介质中存储有至少一条计算机指令，所述指令由处理器加载并执行以实现上述任一项所述的数据处理方法中所执行的步骤。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是本公开实施例提供的示例的流媒体系统的结构图；
图2是本公开实施例提供的一种数据处理方法的流程图；
图3是本公开实施例提供的一种流媒体服务器的实现原理图；
图4是本公开实施例提供的一种数据处理方法的流程图；
图5是本公开实施例提供的一种数据处理方法的流程图；
图6是本公开实施例提供的一种数据处理系统的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的系统和方法的例子。
流媒体系统的结构如图1所示，主要是流媒体服务器从发送端拉取流媒体内容，并将拉取的流媒体内容发布出去，用户通过接收端在线访问流媒体服务器，从而获取流媒体内容。这里的发送端是指能够发送流媒体数据的设备，比如，计算机、服务器、摄像头等等；接收端是指能够接收流媒体数据的设备，比如，计算机、手机、平板电脑等等。
由于当业务量较大时云端部署的流媒体服务器通常不止一台，当发送端需要通过流媒体服务器进行数据中转时，需要保证发送端和接收端使用同一个流媒体服务器进行数据中转，也就是保证流媒体服务器的同步。
为此，本公开实施例提供了一种数据处理方法，如图2所示，包括以下步骤：
步骤201、发送请求信息给业务控制服务器，请求信息用于指示业务控制服务器为目标接收端分配对应的目标流媒体服务器；
步骤202、接收业务控制服务器发送的目标流媒体服务器的目标地址；
步骤203、根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器；
步骤204、接收目标流媒体服务器发送的接收地址；
步骤205、将目标流媒体服务器的目标地址发送给目标发送端，以便目标发送端通过目标地址发送请求发送地址的信息给目标流媒体服务器，接收目标流媒体服务器发送的发送地址。
具体的，目标接收端将目标流媒体服务器的目标地址封装成sdp格式后发送给目标发送端。
在一个实施例中，将目标流媒体服务器的目标地址发送给目标发送端包括：
将目标流媒体服务器的目标地址通过信令服务器发送给目标发送端。
本公开实施例通过上述方法，接收端可以将目标流媒体服务器的目标地址通过信令服务器发送给发送端，有利于后续发送端与目标流媒体服务器建立连接。
在一个实施例中，在将目标流媒体服务器的目标地址通过信令服务器发送给目标发送端之前，上述方法还包括：
目标接收端向信令服务器发送注册请求，并接收信令服务器发送的注册响应。
在一个实施例中，上述方法还包括：
接收目标流媒体服务器通过接收地址发送的目标数据，目标数据为目标发送端通过发送地址发送给目标流媒体服务器。
本公开实施例通过上述方法，发送端和接收端能够通过流媒体服务器的发送地址和接收地址收发媒体流数据。
本公开实施例中，如图3所示，发送端和接收端之间的数据传输原理是：发送端将数据发送到发送ip和端口上，然后由目标流媒体服务器通过接收ip和端口推送给接收端。
本公开实施例提供的数据处理方法，首先发送请求信息给业务控制服务器，请求信息用于指示业务控制服务器为目标接收端分配对应的目标流媒体服务器；然后接收业务控制服务器发送的目标流媒体服务器的目标地址；根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器；接收目标流媒体服务器发送的接收地址；最后将目标流媒体服务器的目标地址发送给目标发送端，以便目标发送端通过目标地址发送请求发送地址的信息给目标流媒体服务器，接收目标流媒体服务器发送的发送地址。本公开能够保证发送端和接收端在有多个流媒体服务器可选的情况下使用同一个媒体服务器进行数据传递，实现了发送端和接收端之间的流媒体服务器同步。
基于上述图2对应的实施例提供的数据处理方法，本公开另一实施例提出了一种数据处理方法，如图4所示，包括以下步骤：
步骤401、业务控制服务器获取目标接收端发送的请求信息，请求信息用于指示为目标接收端分配对应的目标流媒体服务器；
步骤402、从至少一个流媒体服务器中确定目标流媒体服务器；
在一个实施例中，从至少一个流媒体服务器中确定目标流媒体服务器包括：
获取至少一个流媒体服务器的参数信息，参数信息包括网卡吞吐量信息、流媒体服务器的性价比、心跳时间、IP地址、端口号中的至少一个；
根据每个流媒体服务器的参数信息，计算出每个流媒体服务器的权值；
将权值最大的流媒体服务器确定为目标流媒体服务器。
具体的，业务控制服务器接收到接收端的请求之后，向数据库获取媒体服务器的信息。各个流媒体服务器定时向数据库上报自身的网卡吞吐量(网卡I/O信息)、流媒体服务器的性价比、心跳时间等等信息；另外，流媒体服务启动后，就获取所运行主机的型号和配置信息(公网ip、私网ip、端口号等)，将这些信息发送到指定的数据库中，该数据库通常单独设置于业务控制服务器中。
本公开实施例通过上述方法，业务控制服务器可以根据流媒体服务器的参数信息，计算出一个与当前发送端相匹配的流媒体服务器。
在一个实施例中，根据每个流媒体服务器的参数信息，计算出每个流媒体服务器的权值包括：
根据每个流媒体服务器的参数信息，采用第一公式计算出每个流媒体服务器的权值，其中，第一公式为：
result＝a×(1-vnet)+b×cost+c×N+d×(1-f调用失败)
其中，result为流媒体服务器的权值；vnet为网卡吞吐量比例；cost为流媒体服务器的性价比；N表示是否有正常心跳，有正常心跳，则N为0，无正常心跳，则N为1；f调用失败为流媒体服务器的调用失败率；a、b、c、d分别为vnet、cost、N以及f调用失败的权值，a+b+c+d＝1。
实际应用中，a、b、c、d的取值可以根据实际需要进行设置，一种优选实施例中，a＝0.6，b＝0.1，c＝0.2，d＝0.1。
本公开实施例通过上述方法，给出了具体的计算流媒体服务器权值的方法。
在一个实施例中，在参数信息为流媒体服务器的调用失败率时，获取至少一个流媒体服务器的参数信息包括：
记录预设第一时间段内接收端从至少一个流媒体服务器拉取媒体流的成功信息和/或失败信息；
统计至少一个流媒体服务器拉取媒体流失败的比例，计算得到流媒体服务器的调用失败率。
在一个实施例中，判断流媒体服务器是否有正常心跳包括：
若在预设第二时间段内收到流媒体服务器的信息，则判断流媒体服务器有正常心跳；
若在预设第二时间段内没有收到流媒体服务器的信息，则判断流媒体服务器无正常心跳。
具体的，流媒体服务器会定期(比如2s)向业务控制服务器上报信息，会在数据库中不断更新心跳时间，若业务控制服务器得到该时间大于一定时间阈值(比如5s)，就说明这个流媒体服务器工作出现异常(没有正常心跳)，因为没有及时更新心跳时间；反之，则认为有正常心跳。
步骤403、获取目标流媒体服务器的目标地址，并将目标流媒体服务器的目标地址发送给目标接收端，以便目标接收端通过目标流媒体服务器的目标地址获取目标流媒体服务器的接收地址。
本实施例中，业务控制服务器计算出权值最大的流媒体服务器目标地址封装成sdp格式发送给目标接收端。需要说明的是，本公开中，目标地址、接收地址、发送地址中的地址均指网际协议地址(IP地址)，其中均包含端口号。
其中，sdp(Session Description Protocol)是一个标准的会话描述协议，封装成这个就是为了对接标准协议。如媒体服务器接收视频的IP为192.168.0.1，端口号为6666，可以写成如下格式：
c＝IN IP4 192.168.0.1
m＝video 6666
目标接收端从业务控制服务器上获取目标流媒体服务器的目标地址后，向目标流媒体服务器请求接收地址，目标流媒体服务器将接收地址发送给接收端。
本公开提供的数据处理方法能够使业务控制服务器在多个流媒体服务器中确定目标流媒体服务器，且目标流媒体服务器与接收端建立连接。
基于上述图2和图4对应的实施例提供的数据处理方法，本公开另一实施例提出了一种数据处理方法，如图5所示，包括以下步骤：
0.1、发送端/接收端在信令服务器上进行注册；
具体的，发送端/接收端向信令服务器发送注册请求。
0.2、信令服务器返回发送端/接收端注册响应；
信令服务器同意发送端/接收端的注册请求时，向发送端/接收端返回注册响应。
1.1、接收端向业务控制服务器请求获取流媒体服务器ip(含端口)；
1.2、业务控制服务器从数据库获取媒体服务器信息；
业务控制服务器接收到接收端的请求之后，向数据库获取媒体服务器信息。
各个流媒体服务器定时向数据库上报自身的网卡I/O信息、流媒体服务器的性价比、心跳时间等等信息；具体的，流媒体服务启动后，就获取所运行主机的型号和配置信息(公网ip、私网ip、端口号等)，将这些信息发送到指定的数据库中，该数据库通常单独设置于业务服务器中。另外，流媒体服务器还会定时向数据库上报自身的网络I/O、流媒体服务器的性价比及心跳时间这些信息。
1.3、数据库给业务控制服务器返回媒体服务器信息；
1.4、业务控制服务器根据负载均衡算法计算出调度的流媒体服务器ip(含端口)封装成sdp格式发送给接收端；
其中，sdp(Session Description Protocol)是一个标准的会话描述协议，封装成这个就是为了对接标准协议。如媒体服务器接收视频的ip为192.168.0.1，端口号为6666，可以写成如下格式：
c＝IN IP4 192.168.0.1
m＝video 6666
实际实现中，业务控制服务器可以根据各种负载均衡算法计算出一个与当前发送端相匹配的流媒体服务器，在本发明的一种可选实施方式中，可以根据下述负载均衡算法来计算出与当前发送端相匹配的流媒体服务器：
业务控制服务器接收到使用申请之后，从数据库中获取流媒体服务器的相应参数，根据下式计算出所有可用的流媒体服务器的result值；
具体的，业务控制服务器根据下式来计算各个流媒体服务器的result值：
result＝a×(1-vnet)+b×cost+c×N+d×(1-f调用失败)
其中，result为权值；a、b、c、d为各项的权值，a+b+c+d＝1；vnet为网卡吞吐量比例；cost为流媒体服务器的性价比；N表示是否有正常心跳，有正常心跳，则N为0，无正常心跳，则N为1；f调用失败为流媒体服务器的调用失败率。
流媒体服务器的调用失败率是由业务控制服务器计算得到的，具体的，接收端在从各个流媒体服务器拉取媒体流时，业务控制服务器会记录拉取成功或者失败的信息，根据这些信息，业务控制服务器可以统计一段时间内拉取失败的比例，也就是所要计算的f调用失败。
另外，是否有正常心跳的判断方式是：流媒体服务器会定期(比如2s)向业务控制服务器上报信息，会在数据库中不断更新心跳时间，若业务控制服务器得到该时间大于一定时间阈值(比如5s)，就说明这个服务器工作出现异常(没有正常心跳)，因为没有及时更新心跳时间；反之，则认为有正常心跳。
实际应用中，a、b、c、d的取值可以根据实际需要进行设置，一种优选实施例中，a＝0.6，b＝0.1，c＝0.2，d＝0.1。
业务控制服务器将计算出的result值最大的流媒体服务器确定为分配给当前发送端和接收端的流媒体服务器，并将该流媒体服务器的IP地址(含端口)信息发送给当前接收端。
2.1、接收端从流媒体服务器上请求获取接收ip(含端口)；
具体的，接收端从业务控制服务器上获取流媒体服务器的IP地址向流媒体服务器请求接收IP和端口号；
2.2、流媒体服务器将接收ip(含端口)返回给接收端；
2.3、接收端将流媒体服务器ip(含端口)和接收ip(含端口)封装成sdp格式发送到信令服务器；
2.4、信令服务器将接收端sdp信息发送到发送端；
2.5、发送端从与接收端同一流媒体服务器上请求获取发送ip(含端口)；
2.6、流媒体服务器将本服务器上的发送ip(含端口)封装成sdp格式返回给发送端；
2.7、发送端将发送ip(含端口)封装成sdp格式发送到信令服务器；
2.8、信令服务器将发送端sdp信息发送到接收端；
3.1、发送端向流媒体服务器上的发送ip(含端口)发送数据；
具体的，按照时序图3，在步骤2.6之后，发送端就可以开始向流媒体服务器上的发送IP(含端口)发送媒体数据。
3.2、接收端从流媒体服务器上的接收ip(含端口)接收媒体数据。
本公开实施例提供的数据处理方法，能够保证发送端和接收端在有多个流媒体服务器可选的情况下使用同一个媒体服务器进行数据传递，实现了发送端和接收端之间的流媒体服务器同步。另外，本公开中的信息采用sdp格式，而现有流媒体通信架构中大多采用SIP协议，这使得本公开方法能够在现有SIP架构上进行扩展，实施起来非常方便。
基于上述图2、图4和图5对应的实施例中所描述的数据处理方法，下述为本公开系统实施例，可以用于执行本公开方法实施例。
本公开实施例提供一种数据处理系统，如图6所示，该数据处理系统60包括：业务控制服务器601、目标接收端602、目标发送端603和目标流媒体服务器604；
业务控制服务器601，用于接收目标接收端602发送的请求信息，请求信息用于指示为目标接收端602分配对应的目标流媒体服务器604；从至少一个流媒体服务器中确定目标流媒体服务器604；获取目标流媒体服务器604的目标地址，并将目标流媒体服务器604的目标地址发送给目标接收端602；
目标接收端602，用于根据目标流媒体服务器604的目标地址，发送请求接收地址的信息给目标流媒体服务器604，接收目标流媒体服务器604发送的接收地址；
目标接收端602，还用于将目标流媒体服务器604的目标地址发送给目标发送端603；
目标发送端603，用于根据目标流媒体服务器604的目标地址，发送请求发送地址的信息给目标流媒体服务器604，接收目标流媒体服务器604发送的发送地址；
目标发送端603，还用于发送目标数据给目标流媒体服务器604；
目标流媒体服务器604，还用于将目标数据发送给目标接收端602。
本公开实施例提供的数据处理系统，包括业务控制服务器601、目标接收端602、目标发送端603和目标流媒体服务器604；业务控制服务器601接收目标接收端602发送的请求信息，请求信息用于指示为目标接收端602分配对应的目标流媒体服务器604；从至少一个流媒体服务器中确定目标流媒体服务器604；获取目标流媒体服务器604的目标地址，并将目标流媒体服务器604的目标地址发送给目标接收端602；目标接收端602根据目标流媒体服务器604的目标地址，发送请求接收地址的信息给目标流媒体服务器604，接收目标流媒体服务器604发送的接收地址；目标接收端602还将目标流媒体服务器604的目标地址发送给目标发送端603；目标发送端603根据目标流媒体服务器604的目标地址，发送请求发送地址的信息给目标流媒体服务器604，接收目标流媒体服务器604发送的发送地址；目标发送端603还发送目标数据给目标流媒体服务器604；目标流媒体服务器604还将目标数据发送给目标接收端602。本公开能够保证发送端和接收端在有多个流媒体服务器可选的情况下使用同一个媒体服务器进行数据传递，实现了发送端和接收端之间的流媒体服务器同步。
在一个实施例中，上述系统还包括信令服务器605，用于接收目标接收端602发送的目标流媒体服务器604的目标地址，并将目标地址发送给目标发送端603。
基于上述图2、图3和图5对应的实施例中描述的数据处理方法，本公开另一实施例还提供一种数据处理设备，该数据处理设备包括处理器和存储器，存储器中存储有至少一条计算机指令，该指令由处理器加载并执行以实现上述图2、图3和图5对应的实施例中所描述的数据处理方法。
基于上述图2、图3和图5对应的实施例中所描述的数据处理方法，本公开实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：Read Only Memory，ROM)、随机存取存储器(英文：Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储装置等。该存储介质上存储有至少一条计算机指令，该计算机指令由处理器加载并用于执行上述图2、图3和图5对应的实施例中所描述的数据处理方法，此处不再赘述。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种数据处理方法，其特征在于，应用于目标接收端，所述方法包括：
发送请求信息给业务控制服务器，所述请求信息用于指示所述业务控制服务器为所述目标接收端分配对应的目标流媒体服务器；
接收所述业务控制服务器发送的所述目标流媒体服务器的目标地址；
根据所述目标流媒体服务器的目标地址，发送请求接收地址的信息给所述目标流媒体服务器；
接收所述目标流媒体服务器发送的接收地址；
将所述目标流媒体服务器的目标地址发送给目标发送端，以便所述目标发送端通过目标地址发送请求发送地址的信息给所述目标流媒体服务器，接收所述目标流媒体服务器发送的发送地址。
2.根据权利要求1所述的数据处理方法，其特征在于，所述将所述目标流媒体服务器的目标地址发送给目标发送端包括：
将所述目标流媒体服务器的目标地址通过信令服务器发送给所述目标发送端。
3.根据权利要求1所述的数据处理方法，其特征在于，所述方法还包括：
接收所述目标流媒体服务器通过所述接收地址发送的目标数据，所述目标数据为所述目标发送端通过所述发送地址发送给所述目标流媒体服务器。
4.一种数据处理方法，其特征在于，所述方法包括：
业务控制服务器获取目标接收端发送的请求信息，所述请求信息用于指示为所述目标接收端分配对应的目标流媒体服务器；
从至少一个流媒体服务器中确定目标流媒体服务器；
获取所述目标流媒体服务器的目标地址，并将所述目标流媒体服务器的目标地址发送给所述目标接收端，以便所述目标接收端通过所述目标流媒体服务器的目标地址获取所述目标流媒体服务器的接收地址。
5.根据权利要求4所述的数据处理方法，其特征在于，所述从至少一个流媒体服务器中确定目标流媒体服务器包括：
获取至少一个流媒体服务器的参数信息，所述参数信息包括网卡吞吐量信息、流媒体服务器的性价比、心跳时间、IP地址、端口号中的至少一个；
根据每个流媒体服务器的参数信息，计算出每个流媒体服务器的权值；
将权值最大的流媒体服务器确定为目标流媒体服务器。
6.根据权利要求5所述的数据处理方法，其特征在于，所述根据每个流媒体服务器的参数信息，计算出每个流媒体服务器的权值包括：
根据每个流媒体服务器的参数信息，采用第一公式计算出每个流媒体服务器的权值，其中，第一公式为：
result＝a×(1-vnet)+b×cost+c×N+d×(1-f调用失败)
其中，result为流媒体服务器的权值；vnet为网卡吞吐量比例；cost为流媒体服务器的性价比；N表示是否有正常心跳，有正常心跳，则N为0，无正常心跳，则N为1；f调用失败为流媒体服务器的调用失败率；a、b、c、d分别为vnet、cost、N以及f调用失败的权值，a+b+c+d＝1。
7.根据权利要求5所述的数据处理方法，其特征在于，在参数信息为流媒体服务器的调用失败率时，所述获取至少一个流媒体服务器的参数信息包括：
记录预设第一时间段内接收端从至少一个流媒体服务器拉取媒体流的成功信息和/或失败信息；
统计所述至少一个流媒体服务器拉取所述媒体流失败的比例，计算得到所述流媒体服务器的调用失败率。
8.根据权利要求5所述的数据处理方法，其特征在于，判断所述流媒体服务器是否有正常心跳包括：
若在预设第二时间段内收到所述流媒体服务器的信息，则判断所述流媒体服务器有正常心跳；
若在预设第二时间段内没有收到所述流媒体服务器的信息，则判断所述流媒体服务器无正常心跳。
9.一种数据处理系统，其特征在于，包括：业务控制服务器、目标接收端、目标发送端和目标流媒体服务器；
所述业务控制服务器，用于接收目标接收端发送的请求信息，所述请求信息用于指示为所述目标接收端分配对应的目标流媒体服务器；从至少一个流媒体服务器中确定目标流媒体服务器；获取所述目标流媒体服务器的目标地址，并将所述目标流媒体服务器的目标地址发送给所述目标接收端；
所述目标接收端，用于根据目标流媒体服务器的目标地址，发送请求接收地址的信息给目标流媒体服务器，接收所述目标流媒体服务器发送的所述接收地址；
所述目标接收端，还用于将所述目标流媒体服务器的目标地址发送给目标发送端；
所述目标发送端，用于根据所述目标流媒体服务器的目标地址，发送请求发送地址的信息给所述目标流媒体服务器，接收所述目标流媒体服务器发送的所述发送地址；
所述目标发送端，还用于发送目标数据给所述目标流媒体服务器；
所述目标流媒体服务器，还用于将所述目标数据发送给所述目标接收端。
10.根据权利要求9所述的数据处理系统，其特征在于，所述系统还包括信令服务器，所述信令服务器用于接收所述目标接收端发送的所述目标流媒体服务器的目标地址，并将所述目标地址发送给所述目标发送端。
CN202011042396.8A 2020-09-28 2020-09-28 一种数据处理方法和系统 Pending CN112637258A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011042396.8A CN112637258A (zh) 2020-09-28 2020-09-28 一种数据处理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011042396.8A CN112637258A (zh) 2020-09-28 2020-09-28 一种数据处理方法和系统

Publications (1)

Publication Number Publication Date
CN112637258A true CN112637258A (zh) 2021-04-09

Family

ID=75302724

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011042396.8A Pending CN112637258A (zh) 2020-09-28 2020-09-28 一种数据处理方法和系统

Country Status (1)

Country Link
CN (1) CN112637258A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363665A (zh) * 2021-12-16 2022-04-15 深圳市捷视飞通科技股份有限公司 多业务码流推送方法、系统、计算机设备和存储介质

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1972311A (zh) * 2006-12-08 2007-05-30 华中科技大学 一种基于集群均衡负载的流媒体服务器系统
CN101001365A (zh) * 2007-01-19 2007-07-18 北京华纬讯电信技术有限公司 实现视频业务中媒体流均衡调度的方法
CN101119475A (zh) * 2007-08-21 2008-02-06 中兴通讯股份有限公司 实现iptv系统中视频点播请求重定向的系统和方法
CN101146114A (zh) * 2007-10-12 2008-03-19 中兴通讯股份有限公司 一种流媒体服务器负荷分担方法及其系统
WO2009049478A1 (fr) * 2007-09-25 2009-04-23 Xunlei Networking Technologies, Ltd. Procédé, système et dispositif pour lire un média diffusé en continu
CN107835262A (zh) * 2017-12-19 2018-03-23 四川九洲电器集团有限责任公司 一种流媒体服务器负载动态分配方法
CN107872734A (zh) * 2016-09-23 2018-04-03 乐蜜有限公司 流媒体信息观看和直播的方法和装置
CN109450923A (zh) * 2018-11-30 2019-03-08 武汉烽火众智数字技术有限责任公司 一种视频传输系统及方法
CN110300306A (zh) * 2019-06-13 2019-10-01 武汉微创光电股份有限公司 基于rtmp协议直播流负载均衡算法
CN110418154A (zh) * 2019-07-30 2019-11-05 腾讯科技（深圳）有限公司 一种多媒体数据推送方法、装置及系统
CN111193788A (zh) * 2019-12-24 2020-05-22 视联动力信息技术股份有限公司 一种音视频流负载均衡方法和装置
CN111641845A (zh) * 2020-05-19 2020-09-08 北京三快在线科技有限公司 流媒体集群控制系统和方法
CN111654526A (zh) * 2020-05-07 2020-09-11 西安万像电子科技有限公司 一种流媒体服务器的负载均衡方法及系统

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1972311A (zh) * 2006-12-08 2007-05-30 华中科技大学 一种基于集群均衡负载的流媒体服务器系统
CN101001365A (zh) * 2007-01-19 2007-07-18 北京华纬讯电信技术有限公司 实现视频业务中媒体流均衡调度的方法
CN101119475A (zh) * 2007-08-21 2008-02-06 中兴通讯股份有限公司 实现iptv系统中视频点播请求重定向的系统和方法
WO2009049478A1 (fr) * 2007-09-25 2009-04-23 Xunlei Networking Technologies, Ltd. Procédé, système et dispositif pour lire un média diffusé en continu
US20100299443A1 (en) * 2007-09-25 2010-11-25 Maowei Hu Method, System and Device for Playing Streaming Media
CN101146114A (zh) * 2007-10-12 2008-03-19 中兴通讯股份有限公司 一种流媒体服务器负荷分担方法及其系统
CN107872734A (zh) * 2016-09-23 2018-04-03 乐蜜有限公司 流媒体信息观看和直播的方法和装置
CN107835262A (zh) * 2017-12-19 2018-03-23 四川九洲电器集团有限责任公司 一种流媒体服务器负载动态分配方法
CN109450923A (zh) * 2018-11-30 2019-03-08 武汉烽火众智数字技术有限责任公司 一种视频传输系统及方法
CN110300306A (zh) * 2019-06-13 2019-10-01 武汉微创光电股份有限公司 基于rtmp协议直播流负载均衡算法
CN110418154A (zh) * 2019-07-30 2019-11-05 腾讯科技（深圳）有限公司 一种多媒体数据推送方法、装置及系统
CN111193788A (zh) * 2019-12-24 2020-05-22 视联动力信息技术股份有限公司 一种音视频流负载均衡方法和装置
CN111654526A (zh) * 2020-05-07 2020-09-11 西安万像电子科技有限公司 一种流媒体服务器的负载均衡方法及系统
CN111641845A (zh) * 2020-05-19 2020-09-08 北京三快在线科技有限公司 流媒体集群控制系统和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
吴海巍: "一种数据处理方法和系统", 中国优秀硕士学位论文全文数据库 (信息科技辑), 15 April 2016 (2016-04-15) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363665A (zh) * 2021-12-16 2022-04-15 深圳市捷视飞通科技股份有限公司 多业务码流推送方法、系统、计算机设备和存储介质
CN114363665B (zh) * 2021-12-16 2023-11-07 深圳市捷视飞通科技股份有限公司 多业务码流推送方法、系统、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
CN109889543B (zh) 视频传输的方法、根节点、子节点、p2p服务器和系统
JP4132788B2 (ja) データ通信装置
US10931732B2 (en) Multimedia file transmission apparatus and method
CN101123527B (zh) 一种流媒体系统、信令转发设备以及流媒体发送方法
EP2209312A1 (en) Video conference method and system, application server and media resource server
EP3879801A1 (en) Content sending method and device, and content receiving method and device
WO2023005701A1 (zh) 数据通信方法及装置、电子设备、存储介质
CN113301299A (zh) 一种多通道视频传输方法、系统、终端以及存储介质
CN110445723A (zh) 一种网络数据调度方法及边缘节点
JP6116240B2 (ja) 送信装置、送信方法、及びプログラム
CN112637258A (zh) 一种数据处理方法和系统
CN105591879B (zh) 数据传输方法及装置
CN111654526B (zh) 一种流媒体服务器的负载均衡方法及系统
JP2013012833A (ja) 送信装置及び送信装置の制御方法
CN102025730B (zh) 基于http协议的数据传输装置及其实现方法
CN106791992A (zh) 信号源推送方法和系统
CN105634911B (zh) 会话建立方法及装置
US20110154415A1 (en) Multicasting video on demand (vod) service system and method using channel merging
JP2003348186A (ja) 電子データの送信方法および装置
JP4877856B2 (ja) データ通信装置及びデータ通信方法
TW201421980A (zh) 串流連線管理方法及串流資料連線系統
CN101888406A (zh) 机顶盒、业务服务器、节目下载方法、发送方法及系统
CN112788348A (zh) 一种点播方法、装置、设备、系统及存储介质
US9819598B2 (en) Information processing system, information processing apparatus, and non-transitory computer readable medium
JP4440274B2 (ja) データ通信装置

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