CN109769023A - 一种数据传输方法、相关服务器和存储介质 - Google Patents

Abstract

本发明实施例涉及数据传输技术领域，公开了一种数据传输方法、相关服务器和存储介质。该数据传输方法应用于边缘节点服务器，包括：将请求端的内容传输请求发送至源站服务器；获取源站服务器根据内容传输请求返回的响应消息；若确定响应消息中携带内容传输请求所请求的流量数据，将流量数据传输至请求端；若确定响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码，则发送内容传输请求至中心节点服务器。使得流量较少的数据传输时，避免多层回源，提高回源响应速度。

Description

一种数据传输方法、相关服务器和存储介质

技术领域

本发明涉及数据传输技术领域，特别涉及一种数据传输方法、相关服务器和存储介质。

背景技术

近几年，视频直播快速发展，各大直播平台竞争火热，视频直播被赋予了更多娱乐和社交的属性，人们享受随时随地进行直播和观看。而随着直播业务的发展，头部效应更加明显，大量的流量集中在少数几个优质内容的大主播上，80％以上的中小主播观众人数较少。

然而，发明人发现现有技术中至少存在如下问题：现有的流媒体应用一般使用CDN(Content Delivery Network，内容分发网络)传输流量，使用CDN网络分发内容可以尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输得更快、更稳定。但是，传统CDN直播数据分发方案存在以下弊端：CDN一般采用多层架构来保证链路的畅通，CDN通常有三级以上回源架构，不论大主播还是中小型主播均需要经历多层CDN回源。对于大主播而言，多层CDN回源可以减少源站的回源带宽，减轻压力，而大量的中小型主播，由于观众较少，基本上都是穿透中心节点回源，没有起到响应合并回源的作用，反而因为增加了一层，多增加了一部分内部成本，还导致链路冗长，响应速度较慢，风险也相对较高。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施方式的目的在于提供一种数据传输方法、相关服务器和存储介质，使得流量较少的数据传输时，避免多层回源，提高回源响应速度。

为解决上述技术问题，本发明的实施方式提供了一种数据传输方法，应用于边缘节点服务器，包括：

将请求端的内容传输请求发送至源站服务器；

获取源站服务器根据内容传输请求返回的响应消息；

若确定响应消息中携带内容传输请求所请求的流量数据，将流量数据传输至请求端；若确定响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码，则发送内容传输请求至中心节点服务器。

本发明的实施方式还提供了一种数据传输方法，应用于源站服务器，包括：

获取不同的边缘节点服务器发送的内容传输请求；

统计请求同一流量数据的内容传输请求中边缘节点服务器的数量；

判断边缘节点服务器的数量是否大于预设的数量；

若为是，将将第一响应消息发送至所述边缘节点服务器，其中，第一响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码；

若为否，将将第二响应消息发送至所述边缘节点服务器，其中，第二响应消息中携带内容传输请求所请求的流量数据。

本发明的实施方式还提供了一种边缘节点服务器，包括：至少一个处理器；以及，

与至少一个处理器通信连接的存储器；以及，

与至少一个处理器通信连接的通信组件，通信组件在处理器的控制下接收和发送数据；

其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述应用于边缘节点服务器的数据传输方法。

本发明的实施方式还提供了一种源站服务器，包括：至少一个处理器；以及，

与至少一个处理器通信连接的存储器；以及，

与至少一个处理器通信连接的通信组件，通信组件在处理器的控制下接收和发送数据；

其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述应用于源站服务器的数据传输方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述应用于边缘节点服务器的数据传输方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述应用于源站服务器的数据传输方法。

本发明实施方式相对于现有技术而言，边缘节点服务器在接收到内容传输请求之后，可以直接向源站服务器请求流量数据，能够减少CDN的回源层级；源站节点服务器在获取到边缘节点服务器发送的内容传输请求之后，根据边缘节点服务器的数量返回对应的响应消息，由于边缘节点服务器的数量可反映出当前的用户数量，若请求同一流量数据的边缘节点服务器的数量大于预设的数量，则说明用户量较大，返回第一响应消息并在第一响应消息中携带指示向中心节点服务器请求流量数据的错误代码，可以有效降低源站服务器的流量传输压力；若请求同一流量数据的边缘节点服务器的数量不大于预设的数量，则说明用户量较少，返回第二响应消息并在第二响应消息中携带内容传输请求所请求的流量数据，在不增加源站流量传输压力的情况下，减少CDN的回源层级，节省内部成本提高响应速度。

另外，发送内容传输请求至中心节点服务器之后，数据传输方法还包括：获取中心节点服务器传输的内容传输请求所请求的流量数据；将流量数据传输至请求端。

另外，若确定响应消息中携带内容传输请求所请求的流量数据，将流量数据传输至请求端之后，数据传输方法还包括：统计本次流量数据传输过程中，与源站服务器网络连接异常的次数，并与历史统计的网络连接异常的次数进行累加。

另外，将请求端的内容传输请求发送至源站服务器之前，数据传输方法还包括：确定网络连接异常的次数不大于预设阀值。

该实施方式中，边缘节点服务器直接通过源站服务器获取流量数据，响应速度较快，若确定网络连接异常的次数大于预设阀值，切换边缘节点服务器的回源路径，可以有效保证流量数据的传输质量。

另外，发送请求端的内容传输请求至源站服务器之前，数据传输方法还包括：基于超文本传输协议生成内容传输请求，或者，基于实时消息传输协议生成内容传输请求。

另外，内容传输请求中包括身份标识，获取不同的边缘节点服务器发送的内容传输请求之前，数据传输方法还包括：获取内容传输请求中的身份标识；根据身份标识判断内容传输请求是否通过边缘节点服务器发送。

另外，错误代码包括第一错误代码和第二错误代码；若内容传输请求基于超文本传输协议生成，则第一响应消息中携带的错误代码为第一错误代码；若内容传输请求基于实时消息传输协议生成，则第一响应消息中携带的错误代码为第二错误代码。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明第一实施方式中数据传输方法的流程图；

图2是本发明第二实施方式中数据传输方法的流程图；

图3是本发明第三实施方式中数据传输方法的流程图；

图4是本发明第四实施方式中边缘节点服务器的结构图；

图5是本发明第五实施方式中源站服务器的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种数据传输方法，应用于边缘节点服务器，具体流程如图1所示，包括如下实施步骤：

需要说明的是，本实施方式中涉及数据流量的传输，以CDN网络为例对本实施方式中的数据传输方法进行说明，此处并不限制本实施方式的具体应用场景。

步骤101：将请求端的内容传输请求发送至源站服务器。

其中，在CDN网络中至少包括三层的CDN网络层级，三层的CDN网络层级中包括边缘节点服务器、中心节点服务器和源站服务器；本实施方式中的数据传输方式应用于边缘节点服务器，边缘节点服务器用于与用户进行流量数据的交互，边缘节点服务器一般通过与中心节点服务器进行数据交互，获取流量数据。

具体实施中，边缘节点服务器将请求端发送的内容传输请求转发至源站服务器，与源站服务器进行数据交互，请求获取源站中的流量数据。避免边缘节点服务器通过中心节点服务器获取流量数据。

一个具体实施中，以直播业务为例，边缘节点服务器可直接与源站服务器进行数据交互，直接数据端的内容传输请求发送至源站服务器，使得在冷流的情况下，也就是用户量较少的直播业务中，减少CDN网络回源的链路层级，提高响应速度。

步骤102：获取源站服务器根据内容传输请求返回的响应消息。

其中，源站服务器在接收到边缘节点服务器发送的内容传输请求之后，返回对应的响应消息，具体响应消息的内容与源站服务器的响应规则相关，具体不做限制。

具体实施中，边缘节点服务器获取的响应消息可以是源站服务器发送的内容传输请求对应的流量信息，也可以是其他的信息，包括拒绝响应对应的流量信息。例如，在直播业务中，若直播的一端为冷流，向源站服务器请求内容传输请求的边缘节点服务器较少，源站可直接响应对应的流量数据，若该直播的一端业务量逐渐上升，变为热流，即向源站服务器发送内容传输请求的边缘节点服务器的数量过多，增加了源站的流量传输压力，则源站服务器可能会响应拒绝发送流量数据的响应信息，此处仅是示例说明。

具体实施中，边缘节点服务器在获取到源站服务器发送的响应消息之后进行对应的操作，以满足数据传输要求。

步骤103：若确定响应消息中携带内容传输请求所请求的流量数据，将流量数据传输至请求端；若确定响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码，则发送内容传输请求至中心节点服务器。

具体实施中，可通过判断确定响应消息的具体内容，例如，判断响应消息中是否携带错误代码，其中，该错误代码用于指示边缘节点服务器向中心节点服务器请求流量数据。若为是，发送内容传输请求至中心节点服务器；否则，响应消息中携带内容传输请求所请求的流量数据，将流量数据传输至请求端。其中，若所述响应消息中没有携带错误代码，则所述响应消息中携带内容传输请求所请求的流量数据。

一个具体实现中，错误代码用于表示源站服务器的状态，例如，该错误代码为自定义错误代码，边缘节点服务器在获取到响应消息中包括自定义错误代码，确定源站服务器不能传输对应的流量数据至边缘节点服务器，在三层的CDN网络层级中，边缘节点服务器确定接收到源站服务器响应消息中携带错误代码，则向中心节点服务器发送对应的内容传输请求，若该CDN中包括至少三层的网络层级，可根据预设的传输规则，向某一级的中心节点服务器发送内容传输请求，具体不做限制。

一个具体实现中，若边缘节点服务器获取的是源站服务器传输的流量数据，毕竟源站服务器与边缘节点服务器的传输距离较远，响应消息的传输可能会受到网络质量或其他因素的影响，还需要对网络连接的状态进行监督，以保证数据流量的传输质量。

具体实施中，在步骤101之前还包括生成内容传输请求的实施步骤，具体包括：基于超文本传输协议生成内容传输请求，或者，基于实时消息传输协议生成内容传输请求。值得一提的是，边缘节点服务器基于不同的数据传输协议生成的内容传输请求，若获取到的响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码，则不同数据传输协议生成的内容传输请求对应不同的错误代码。

需要说明的是，本实施方式中的主要改进点包括上述的步骤101至步骤103的具体实施内容，边缘节点服务器在接收到内容传输请求之后可直接向源站服务器请求流量数据，提高了数据传输的响应速度，上述各步骤中的具体实施部分均是对各步骤进行的具体说明，以及为了方便理解而提供的具体实现细节，这些具体实现细节并非是本实施方式的必须，仅为举例说明，并不对本发明的技术方案构成限定。

相对于现有技术而言，边缘节点服务器在接收到内容传输请求之后，可以直接向源站服务器请求流量数据，能够减少CDN的回源层级；源站节点服务器返回对应的响应消息，在不增加源站流量传输压力的情况下，减少CDN的回源层级，节省内部成本提高响应速度。

本发明的第二实施方式涉及一种数据传输方法，第二实施方式与第一实施方式大致相同，主要是在第一实施方式的基础上做了一些改进，具体改进之处在于，边缘节点服务器还需要判断与源站服务器的网络连接状态，如图2所示的方法流程，包括如下的实施步骤：

需要说明的是，本实施方式中步骤201、步骤202与第一实施方式中的步骤101和步骤102相同，此处不再赘述，仅说明区别之处。

步骤203：判断所述响应消息中是否包括错误代码；其中，该错误代码用于指示边缘节点服务器向中心节点服务器请求流量数据。若为是，执行步骤204至步骤206，否则，执行步骤207至步骤209。

步骤204：通过中心节点服务器获取流量数据，发送内容传输请求至中心节点服务器。

步骤205：获取中心节点服务器传输的内容传输请求所请求的流量数据，将流量数据传输至请求端。

步骤206：判断流量数据传输是否结束；若为是，结束整个数据流量传输，否则，返回执行步骤204。

步骤207：通过源站服务器获取流量数据，响应消息中携带内容传输请求所请求的流量数据，将流量数据传输至请求端。

步骤208：统计本次流量数据传输过程中，与源站服务器网络连接异常的次数，并与历史统计的网络连接异常的次数进行累加。

步骤209：判断所述网络连接异常的次数是否大于预设阀值；若为是，执行步骤204步骤206，否则，返回执行步骤207。

步骤210：判断流量数据传输是否结束；若为是，结束整个数据流量传输，否则，返回执行步骤207。

需要说明的是，步骤206与步骤210的执行内容相同，实际上步骤206判断的是通过中心节点服务器进行的流量数据传输是否结束，步骤210中判断的是源站服务器进行的流量数据传输是否结束。

具体实施中，通过源站服务器获取流量数据的过程中需要检测边缘节点服务器与源站服务器的网络连接状态，避免源站服务器与边缘节点服务器网络连接质量不好，导致流量数据的传输异常。

一个具体实施中，在进行直播业务中，对于冷流的流量可通过源站服务器回源的方式，减少CDN的回源层级，节省内部成本提高响应速度。为了保证直播的质量以及流量数据实时传输，确定通过源站服务器进行回源，则需要检测边缘节点服务器与源站服务器的网络连接状态，确保流量数据传输实时有效。

需要说明的是，本实施方式中的方法流程主要是对第一实施方式中的数据传输方法的改进，保证数据流量能够实时有效的传输，上述的具体实施均是对本实施方式中的步骤进行的具体说明，以及为了方便理解而提供的具体实现细节，这些具体实现细节并非是本实施方式的必须，仅为举例说明，并不对本发明的技术方案构成限定。

相对于现有技术而言，边缘节点服务器直接通过源站服务器获取流量数据，响应速度较快，若确定网络连接异常的次数大于预设阀值，切换边缘节点服务器的回源路径，可以有效保证流量数据的传输质量。

本发明的第三实施方式涉及一种数据传输方法，应用于源站服务器，其方法流程如图3所示，包括如下实施步骤：

需要说明的是，本实施方式中数据传输方式应用于源站服务器，包括源站服务器在接收到内容传输请求之后的实施步骤，本实施方式中以CDN网络为例对本实施方式中的数据传输方法进行说明。

步骤301：获取不同的边缘节点服务器发送的内容传输请求。

具体实施中，源站服务器在接收到内容传输请求之后首先判断该内容传输请求的请求端身份，确定是边缘节点服务器发送的内容传输请求，并发送响应消息至该内容传输请求的请求端。

一个具体实现中，内容传输请求中包括身份标识，则在步骤301之前，需要根据内容传输请求中的身份标识确定出内容传输请求是否由边缘节点服务器发送。例如，获取内容传输请求中的身份标识；根据身份标识判断内容传输请求是否通过边缘节点服务器发送。

步骤302：统计请求同一流量数据的内容传输请求中边缘节点服务器的数量。

具体实施中，源站服务器需要与CDN网络中的中心节点服务器进行流量数据交互，对于冷流的数据传输，还需要与边缘节点服务器进行数据交互，为了保证源站服务器的数据传输，对于冷流的数据流量，需要判断请求该流量数据的边缘节点服务器的数量，避免源站服务器流量数据传输压力过大，导致服务器出现异常。

步骤303：判断边缘节点服务器的数量是否大于预设的数量；若为是，执行步骤304，否则，执行步骤305。

其中，预设的数量与源站服务器可接收的边缘节点服务器的数量相关，对于具体的预设的数量此处不做具体限制。需要明白的是，该预设数量的边缘节点服务器设置于源站服务器中，用于保证源站服务器的数据传输压力不会过大。

步骤304：将第一响应消息发送至边缘节点服务器，其中，第一响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码。

步骤305：将第二响应消息发送至边缘节点服务器，其中，第二响应消息中携带内容传输请求所请求的流量数据。

具体实施中，基于不同的数据传输协议生成的内容传输请求代码可能不同，须设置为不同数据传输协议生成的内容传输请求返回对应的错误代码，具体地说，错误代码可以包括第一错误代码和第二错误代码；例如，若内容传输请求基于超文本传输协议生成，则第一响应消息中携带的错误代码为第一错误代码；若内容传输请求基于实时消息传输协议生成，则第一响应消息中携带的错误代码为第二错误代码。其中，在源站节点服务器获取到内容传输请求之后，可根据内容传输请求的身份标识确定是根据哪一种的内容传输请求生成的。由于不同协议的响应是不同的，所以要根据不同的协议去设计不同的响应信息。多种错误代码的设置，可以兼容不同的直播协议，应用范围更加灵活广泛。

值得一提的是，对于不同数据传输协议生成的内容传输请求源站节点服务器响应不同的错误代码，具体的错误代码的内容不做限制。例如，基于超文本传输协议生成内容传输请求，错误代码为701；基于实时消息传输协议生成内容传输请求，错误代码为NetStream.Play.EdgeDeny(一段计算机响应代码)。

需要说明的是，本实施方式中的主要改进点包括上述各实施步骤的具体内容，上述对于各步骤中的具体实施部分均是对各步骤进行的具体说明，以及为了方便理解而提供的具体实现细节，这些具体实现细节并非是本实施方式的必须，仅为举例说明，并不对本发明的技术方案构成限定。

相对于现有技术而言，源站节点服务器在获取到边缘节点服务器发送的内容传输请求之后，根据边缘节点服务器的数量返回对应的响应消息，由于边缘节点服务器的数量可反映出当前的用户数量，若请求同一流量数据的边缘节点服务器的数量大于预设的数量，则说明用户量较大，返回第一响应消息并在第一响应消息中携带指示向中心节点服务器请求流量数据的错误代码，可以有效降低源站服务器的流量传输压力；若请求同一流量数据的边缘节点服务器的数量不大于预设的数量，则说明用户量较少，返回第二响应消息并在第二响应消息中携带内容传输请求所请求的流量数据，在不增加源站流量传输压力的情况下，减少CDN的回源层级，节省内部成本提高响应速度。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种边缘节点服务器，如图4所示，包括：至少一个处理器401；以及，与至少一个处理器401通信连接的存储器402；以及，与至少一个处理器401通信连接的通信组件403，通信组件403在处理器401的控制下接收和发送数据；其中，存储器402存储有可被至少一个处理器401执行的指令，指令被至少一个处理器401执行，以使至少一个处理器401能够执行上述第一或第二实施方式中应用于边缘节点服务器的数据传输方法。

本实施方式中，处理器401以中央处理器(Central Processing Unit，CPU)为例，存储器402以可读写存储器(Random Access Memory，RAM)为例。处理器401、存储器402与通信组件403之间可以通过总线或者其他方式连接，图4中以通过总线连接为例。存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施方式中实现数据传输方法的程序就存储于存储器402中。处理器401通过运行存储在存储器402中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述数据传输方法。

存储器402可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中，存储器402可选包括相对于处理器401远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个程序模块存储在存储器402中，当被一个或者多个处理器401执行时，执行上述第一或第二方法实施方式中的数据传输方法。

上述产品可执行本申请实施方式所提供的数据传输方法，具备执行方法相应的功能模块和有益效果，未在本实施方式中详尽描述的技术细节，可参见本申请实施方式所提供的数据传输方法。

本发明的第五实施方式涉及一种源站服务器，如图5所示，至少一个处理器501；以及，与至少一个处理器501通信连接的存储器502；以及，与至少一个处理器501通信连接的通信组件503，通信组件503在处理器501的控制下接收和发送数据；其中，存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述第三实施方式中应用于边缘节点服务器的数据传输方法。

需要说明的是，本实施方式中的存储器502的具体说明与第四实施方式中对存储器402的具体说明相似，为了避免重复此处不再赘述。

本申请的第六实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述第一或第二实施方式中的数据传输方法。

本申请的第七实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述第三实施方式中的数据传输方法。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (11)

1.一种数据传输方法，其特征在于，应用于边缘节点服务器，包括：

将请求端的内容传输请求发送至源站服务器；

获取所述源站服务器根据所述内容传输请求返回的响应消息；

若确定所述响应消息中携带所述内容传输请求所请求的流量数据，将所述流量数据传输至所述请求端；若确定所述响应消息中携带用于指示向中心节点服务器请求流量数据的错误代码，则发送所述内容传输请求至所述中心节点服务器。

2.根据权利要求1所述的数据传输方法，其特征在于，所述发送所述内容传输请求至所述中心节点服务器之后，所述数据传输方法还包括：

获取所述中心节点服务器传输的所述内容传输请求所请求的流量数据；

将所述流量数据传输至所述请求端。

3.根据权利要求1或2所述的数据传输方法，其特征在于，所述若确定所述响应消息中携带所述内容传输请求所请求的流量数据，将所述流量数据传输至所述请求端之后，所述数据传输方法还包括：

统计本次流量数据传输过程中，与所述源站服务器网络连接异常的次数，并与历史统计的网络连接异常的次数进行累加。

4.根据权利要求3所述的数据传输方法，其特征在于，所述发送请求端的内容传输请求至源站服务器之前，所述数据传输方法还包括：

确定所述网络连接异常的次数不大于预设阀值。

5.根据权利要求3所述的数据传输方法，其特征在于，所述发送请求端的内容传输请求至源站服务器之前，所述数据传输方法包括：

基于超文本传输协议生成所述内容传输请求，或者，基于实时消息传输协议生成所述内容传输请求。

6.一种数据传输方法，其特征在于，应用于源站服务器，包括：

获取不同的边缘节点服务器发送的内容传输请求；

统计请求同一流量数据的内容传输请求中边缘节点服务器的数量；

判断所述边缘节点服务器的数量是否大于预设的数量；

若为是，将第一响应消息发送至所述边缘节点服务器，其中，所述第一响应消息中携带用于指示向中心节点服务器请求数据流量的错误代码；

若为否，将第二响应消息发送至所述边缘节点服务器，其中，所述第二响应消息中携带所述内容传输请求所请求的流量数据。

7.根据权利要求6所述的数据传输方法，其特征在于，所述内容传输请求中包括身份标识，

所述获取不同的边缘节点服务器发送的内容传输请求之前，所述数据传输方法还包括：

获取所述内容传输请求中的身份标识；

根据所述身份标识判断所述内容传输请求是否通过所述边缘节点服务器发送。

8.根据权利要求6或7所述的数据传输方法，其特征在于，所述错误代码包括第一错误代码和第二错误代码；

若所述内容传输请求基于超文本传输协议生成，则所述第一响应消息中携带的错误代码为第一错误代码；若所述内容传输请求基于实时消息传输协议生成，则所述第一响应消息中携带的错误代码为第二错误代码。

9.一种边缘节点服务器，其特征在于，包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；以及，

与所述至少一个处理器通信连接的通信组件，所述通信组件在所述处理器的控制下接收和发送数据；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-5任一所述的数据传输方法。

10.一种源站服务器，其特征在于，包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；以及，

与所述至少一个处理器通信连接的通信组件，所述通信组件在所述处理器的控制下接收和发送数据；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求6-8任一项所述的数据传输方法。

11.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-5或权利要求6-8中任一项所述的数据传输方法。