CN110022485B

CN110022485B - 一种在线数量统计方法及装置

Info

Publication number: CN110022485B
Application number: CN201810015430.9A
Authority: CN
Inventors: 严阿仁
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2018-01-08
Filing date: 2018-01-08
Publication date: 2021-12-24
Anticipated expiration: 2038-01-08
Also published as: CN110022485A

Abstract

本申请提供了一种在线数量统计方法及系统，边缘服务器接收客户端发送的第一播放请求消息，并从所述第一播放请求消息中获取所述客户端的唯一标识。汇总计算中心接收边缘服务器发送的客户端的唯一标识，并依据所述客户端的唯一标识，统计所述客户端的数量。因为标识为客户端的唯一标识，且从播放请求消息中获取唯一标识，因此，能够避免对客户端的重复计数，所以，依据标识统计客户端的数量，与现有技术中使用连接数据流连接统计客户端数量的方式相比，具有更高的准确性。

Description

一种在线数量统计方法及装置

技术领域

本申请涉及电子信息领域，尤其涉及一种在线数量统计方法及装置。

背景技术

基于内容交付网络(content delivery network，CDN)的直播系统中，统计在线的数量是常见的需求。目前大部分CDN厂商均通过Flash视频(Flash video，FLV)和实时消息协议(real-time messaging protocol，RTMP)这种长连接形式播放的数据流统计在线数量，即通过在CDN边缘服务器采集某条数据流的当前连接数，每一条播放的数据流连接对应一个播放数量，即可获得某条数据流的在线播放数量。

然而，在某些情况下，例如CDN采用HTTP直播流(HTTP live streaming，HLS)技术进行直播，一个用户的一次播放请求可能由多个CDN边缘服务器提供，也就是说，即使有多个边缘服务器分别向客户端发送数据流，多个边缘服务器可以发送的是同一个数据流，在此情况下，使用上述统计方法会导致对一条流的一个用户的重复统计。

可见，现有的在线数量的统计方法并不准确。

发明内容

本申请提供了一种在线数量统计方法及装置，目的在于解决如何提高在线数量统计的准确性的问题。

为了实现上述目的，本申请提供了以下技术方案：

一种在线数量统计方法，应用在边缘服务器上，所述方法包括：

接收客户端发送的第一播放请求消息；

从所述第一播放请求消息中获取所述客户端的唯一标识，所述唯一标识是所述边缘服务器为所述客户端分配的标识，用于统计所述客户端的数量。

可选的，在所述接收客户端发送的第一播放请求消息之后，还包括：

判断所述第一播放请求消息中是否包括所述边缘服务器为所述客户端分配的唯一标识，得到判断结果；

若所述判断结果为否，则向所述客户端发送触发消息，所述触发消息中包括为所述客户端分配的唯一标识，所述触发消息用于触发所述客户端在接收到所述触发消息后，发送携带所述唯一标识的第二播放请求消息；

接收所述第二播放请求消息，并从所述第二播放请求中获取所述唯一标识；

所述从所述第一播放请求消息中获取所述客户端的唯一标识包括：

若所述判断结果为是，则从所述第一播放请求消息中获取所述唯一标识。

可选的，在所述向所述客户端发送触发消息之前，还包括：

对所述第一播放请求消息进行重定向设置，以生成目的地址为所述边缘服务器的地址的重定向消息；

在所述重定向消息中增加所述唯一标识，形成所述触发消息。

可选的，所述对所述第一播放请求消息进行重定向设置包括：

以HTTP协议中的302重定向方式，或者，使用嵌套m3u8的方式，对所述第一播放请求消息进行重定向设置。

可选的，还包括：

在满足条件的情况下，清除为各个客户端分配的标识，所述条件包括：当前时刻为预设的周期的起始时刻，和\或，所述客户端断开与所述边缘服务器的连接。

可选的，在获取所述唯一标识之后，还包括：

依据所述唯一标识，统计所述客户端的数量；或者，

将所述唯一标识发送到统计方，以使得所述统计方依据所述唯一标识，统计所述客户端的数量。

可选的，所述统计所述客户端的数量包括：

统计请求资源的客户端的数量，所述资源为所述第一播放请求消息指示的资源。

一种统计方法，应用在汇总计算中心，所述方法包括：

接收边缘服务器发送的客户端的唯一标识，其中，所述客户端的唯一标识由所述边缘服务器从接收到的所述客户端的播放请求消息中获得；

依据所述客户端的唯一标识，统计所述客户端的数量。

可选的，还包括：

接收所述边缘服务器发送的时间的信息，所述时间为所述边缘服务器接收到所述播放请求消息的时间；

所述统计所述客户端的数量包括：

依据所述时间的信息，筛选出在预设的时间区间内请求各个资源的客户端的数量，所述资源为所述播放请求消息指示的资源。

一种统计方法，包括：

第一边缘服务器接收客户端发送的播放请求消息；

所述第一边缘服务器从所述播放请求消息中获取所述客户端的唯一标识；

所述第一边缘服务器向汇总计算中心发送统计消息，所述统计消息中包括所述客户端的唯一标识；

汇总计算中心依据所述统计消息，统计所述客户端的数量。

可选的，所述统计消息中还包括：

所述客户端请求的资源的信息，所述资源为所述播放请求消息指示的资源；

所述汇总计算中心依据所述统计消息，统计所述客户端的数量包括：

所述汇总计算中心计算请求所述资源的所述客户端的数量。

可选的，在所述第一边缘服务器接收客户端发送的播放请求消息之后，还包括：

所述第一边缘服务器和第二边缘服务器向所述客户端发送所述资源。

一种边缘服务器，包括：

接收模块，用于接收客户端发送的第一播放请求消息；

获取模块，用于从所述第一播放请求消息中获取所述客户端的唯一标识，所述唯一标识是所述边缘服务器为所述客户端分配的标识，用于统计所述客户端的数量。

可选的，还包括：

判断模块，用于判断所述第一播放请求消息中是否包括所述边缘服务器为所述客户端分配的唯一标识，得到判断结果；

发送模块，用于若所述判断结果为否，则向所述客户端发送触发消息，所述触发消息中包括为所述客户端分配的唯一标识，所述触发消息用于触发所述客户端在接收到所述触发消息后，发送携带所述唯一标识的第二播放请求消息；

所述接收模块还用于：接收所述第二播放请求消息；

所述获取模块还用于：从所述第二播放请求中获取所述唯一标识；

所述获取模块具体用于：若所述判断结果为是，则从所述第一播放请求消息中获取所述唯一标识。

可选的，还包括：

生成模块，用于对所述第一播放请求消息进行重定向设置，以生成目的地址为所述边缘服务器的地址的重定向消息；在所述重定向消息中增加所述唯一标识，形成所述触发消息。

可选的，所述生成模块具体用于：

可选的，还包括：

清除模块，用于在满足条件的情况下，清除为各个客户端分配的标识，所述条件包括：当前时刻为预设的周期的起始时刻，和\或，所述客户端断开与所述边缘服务器的连接。

可选的，还包括：

统计模块，用于在所述获取模块获取所述唯一标识之后，依据所述唯一标识，统计所述客户端的数量；或者，将所述唯一标识发送到统计方，以使得所述统计方依据所述唯一标识，统计所述客户端的数量。

可选的，所述统计模块具体用于：

一种汇总计算中心，包括：

接收模块，用于接收边缘服务器发送的客户端的唯一标识，其中，所述客户端的唯一标识由所述边缘服务器从接收到的所述客户端的播放请求消息中获得；

统计模块，用于依据所述客户端的唯一标识，统计所述客户端的数量。

可选的，所述接收模块还用于：

所述统计模块具体用于：

一种统计系统，包括：

第一边缘服务器，用于接收客户端发送的播放请求消息，从所述播放请求消息中获取所述客户端的唯一标识；并向汇总计算中心发送统计消息，所述统计消息中包括所述客户端的唯一标识；

汇总计算中心，用于依据所述统计消息，统计所述客户端的数量。

可选的，所述统计消息中还包括：

所述汇总计算中心具体用于：计算请求所述资源的所述客户端的数量。

可选的，还包括：

第二边缘服务器，用于在所述第一边缘服务器接收客户端发送的播放请求消息之后，向所述客户端发送所述资源；

所述第一边缘服务器还用于：在所述第一边缘服务器接收客户端发送的播放请求消息之后，向所述客户端发送所述资源。

本申请所述的在线数量统计方法及系统，边缘服务器接收客户端发送的第一播放请求消息，并从所述第一播放请求消息中获取所述客户端的唯一标识。汇总计算中心接收边缘服务器发送的客户端的唯一标识，并依据所述客户端的唯一标识，统计所述客户端的数量。因为标识为客户端的唯一标识，且从播放请求消息中获取唯一标识，因此，能够避免对客户端的重复计数，所以，依据标识统计客户端的数量，与现有技术中使用连接数据流连接统计客户端数量的方式相比，具有更高的准确性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为申请实施例公开的在线数量统计方法的应用场景的示意图；

图2为本申请实施例公开的一种在线数量统计方法的流程图；

图3为本申请实施例公开的又一种在线数量统计方法的流程图；

图4(a)为现有技术的示意图；

图4(b)为本申请实施例公开的一种在线数量统计方法的示意图；

图5为本申请实施例公开的边缘服务器的结构示意图；

图6为本申请实施例公开的汇总计算中心的结构示意图；

图7为本申请实施例公开的统计系统的结构示意图。

具体实施方式

图1所示为本申请实施例公开的在线数量统计方法的应用场景，其中，边缘服务器(又可称为边缘节点)和源站构成CDN，边缘服务器用于接收客户端发送的播放请求，并将从源站获取的直播资源例如视频发送给客户端。本申请中所述客户端，可以理解为在边缘服务器注册的用户账号。

为了提高数量统计的准确性，本申请中，在图1所示的CDN中增加汇总计算中心，并改进边缘服务器的功能，使得边缘服务器为发送请求的客户端分配唯一的标识，并向汇总计算中心上报接收到的请求中的客户端的唯一标识与向客户端提供的数据流的对应关系，由汇总计算中心统计播放某条数据流的客户端的数量，以实现统计在线数量的目的。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图2为本申请实施例公开的一种在线数量统计方法，包括以下步骤：

S201：边缘服务器接收客户端发送的播放请求消息。

播放请求消息中通常包括客户端请求的资源的信息，例如直播的数据流的地址等。播放请求消息中还可能包括边缘服务器预先为客户端分配的、与客户端唯一对应的标识。

S202：边缘服务器从播放请求消息中获取标识以及资源的信息，如果获取到标识，执行S203，否则，执行S206。

S203：边缘服务器依据资源的信息，向客户端发送资源。

具体的，如果边缘服务器中已缓存资源的信息指示的资源，则边缘服务器直接向客户端发送资源，否则，边缘服务器从源站获取资源后，再向客户端发送资源，并且，将资源缓存在本地，以便于下一次有客户端请求该资源时，直接向客户端发送资源，以减少客户端获取资源的时延。

S204：边缘服务器将标识以及资源的信息发送至汇总计算中心。

可选的，边缘服务器还可以获取接收到播放请求消息的时间的信息(以下简称为时间信息)，并将时间信息发送至汇总计算中心。

可选的，边缘服务器可以在向客户端发送资源成功的情况下，执行S204，以进一步提高在线数量统计的准确性。

S205：汇总计算中心依据接收到的统计消息，统计请求各个资源的客户端的数量。

基于S204，汇总计算中心从边缘服务器接收到客户端的标识以及资源的信息，这里可以统称为统计消息。

可选的，在汇总计算中心获得接收到前述时间信息的情况下，可以依据时间信息筛选出在预设的时间区间内的请求各个资源的客户端的数量。

具体的，汇总计算中心以资源(即直播的数据流)的名称为key，唯一标识为value，时间信息为依据，统计在预设的时间区间12:00—14:00内，访问各个数据流的在线数量。

可选的，汇总计算中心还可以提供API接口，通过API输出统计结果。

S202-S205为边缘服务器获得到标识的情况下执行的步骤，如果边缘服务器未从播放请求中获取预先为客户端分配的标识，则执行以下步骤：

S206：边缘服务器向客户端发送为客户端分配的唯一标识。

具体的，边缘服务器可以使用以下方式向客户端发送标识：以HTTP协议中的302重定向方式，或者，使用嵌套m3u8(也称为Master Play List)的方式，对接收到的播放请求进行重定向设置，重定向设置使得触发消息中的目的地址为边缘服务器的地址，以生成目的地址为所述边缘服务器的地址的重定向消息，并在重定向消息中增加为客户端分配的唯一标识后，形成触发消息，并向客户端发送触发消息。

其中，302重定向将重定向以后的地址信息写入数据包的包头中的方式，实现数据包的重定向，而嵌套m3u8的方式，则是将重定向以后的地址信息以现有相关协议的格式写入数据包的数据体(body)的方式，实现数据包的重定向。

因为重定向设置使得触发消息中的目的设备为边缘服务器，因此，边缘服务器将触发消息发给客户端，客户端在接收到触发消息后，按照路由信息，将触发消息发给边缘服务器。因为触发消息由播放请求消息重定向生成，所以，客户端转发触发消息，即客户端再次向边缘服务器发送了一次播放请求。

以上所列举的两种重定向方式的具体实现过程可以参见现有技术，这里不再赘述。除了以上所列举的两种重定向方式之外，也可以使用其它重定向方式。

S207：边缘服务器接收客户端再次发送的播放请求消息，播放请求消息中包括客户端请求的资源的信息以及为客户端分配的标识。

执行S202-S205。

可选的，基于在线数量统计的实时特性，图2中还可以包括以下步骤：

S208：边缘服务器以预设的周期，清除为各个客户端分配的标识。

例如，以每天为周期，在当天的0:00点，边缘服务器清除为各个客户端分配的标识的记录，在清除记录后，客户端再次连接到边缘服务器，则会被认为是首次连接的客户端，为其分配标识。

可选的，除了预设的周期外，边缘服务器还可以使用其它条件，清除标识，例如，在客户端断开与边缘服务器的连接后，边缘服务器清除为该客户端分配的标识。

在实际应用中，可以依据实际需求，选用条件。

从图2可以看出，边缘服务器通过为客户端分配唯一的标识，使得汇总计算中心依据客户端的标识统计各条数据流的在线播放数量，因此，即使一条数据流通过多个边缘服务器向一个客户端提供，也不会导致重复计数，从而提高统计结果的准确性。

更为重要的是，边缘服务器通过向客户端发送触发消息的方式，为客户端分配唯一标识，也就是说，客户端再次发送播放请求的动作由边缘服务器触发，因此，无需改动客户端的现有逻辑。

图3为本申请实施例公开的又一种在线数量统计方法，与图2的区别在于，图3从客户端连接到边缘服务器的时序的角度进行说明。

图3所示的方法包括以下步骤：

S301：客户端首次向边缘服务器发送播放请求消息。

播放请求消息中通常包括客户端请求的资源的信息，因为是首次访问边缘服务器，因此，播放请求中并不包括边缘服务器为其分配的标识。

S302：边缘服务器从播放请求消息中未能获取到为客户端分配的标识。

S303：边缘服务器向客户端发送为客户端分配的唯一标识。

发送标识的方式可以参见上述实施例。

S304：客户端再次向边缘服务器发送包括客户端请求的第一资源的信息以及边缘服务器为客户端分配的标识的播放请求消息。

边缘服务器执行S203-S205，详情可见图3所示，这里不再赘述。

可选的，客户端可以关闭当前的直播，但保持与边缘服务器的连接，本实施例中，为了节省边缘服务器的资源，只要客户端保持与边缘服务器的连接，即保留为边缘服务器分配的标识。图3所示的过程中还可以包括以下步骤：

S305：客户端再次向边缘服务器发送播放请求消息，播放请求中包括客户端请求的第二资源的信息以及边缘服务器为客户端分配的标识。

其中，第二资源与第一资源不同，但是，客户端还可以使用边缘服务器为其分配的标识。

边缘服务器依据上述过程为客户端建立直播连接。

S305：客户端断开与边缘服务器的连接。

例如，客户端退出直播APP。

S306：边缘服务器删除为客户端分配的标识。

如果客户端再次向边缘服务器发送播放请求，则边缘服务器视为首次连接的客户端，并为其分配唯一的标识。

从图3所示的过程可以更为清楚地看出，边缘服务器为客户端分配唯一标识的情况下，如果客户端没有断开与边缘服务器的连接，则唯一标识保持有效状态，那么，在客户端播放第一资源的过程中，因为客户端通常不能再向边缘服务器请求第一资源，因此，边缘服务器不会再次接收到包括第一资源与客户端的唯一标识的播放请求消息。所以，在第一资源的直播过程中，一个客户端只能在请求第一资源时，向边缘服务器发送一次唯一标识，即边缘服务器只向汇总计算中心发送一次唯一标识，所以，汇总计算中心在统计第一资源的在线客户端的数量时，不会出现对一个客户端的重复统计。

但如果客户端在直播第一资源的过程中，退出第一资源的直播，结合图2中汇总计算中心统计数量的方式，在客户端退出一段时间后，汇总计算中心不会将该客户端计入播放第一资源的数量。而当客户端再一次请求第一资源时，会再次发送包括第一资源的信息和唯一标识的播放请求消息，边缘服务器会向汇总计算中心上报第一资源和唯一标识的对应关系，则汇总计算中心重新将该客户端计入播放第一资源的数量。

可见，本实施例所述的方法，不仅能够避免对直播中的资源的在线客户端的重复统计，在客户端断开再继续播放资源的情况下，也能重新将客户端计入播放资源的客户端的数量。

可选的，也可以由边缘服务器执行统计客户端数量的功能，而不单独设置汇总计算中心。

图4为针对图3所示的方法与现有技术实现的效果的举例说明：

假设客户端1向边缘服务器1发送播放请求后，边缘服务器1为了实现负载均衡等需求，协同边缘服务器2共同向客户端1提供资源，例如，边缘服务器1和边缘服务器2分别向客户端1发送部分资源。

图4(a)基于上述直播技术，使用基于数据流数量的现有的在线直播数量统计方法，因为有两条数据流，所以统计出的直播在线数量为2。但实际上，客户端的数量为1，可见，出现了重复计数的问题。

而使用图3所示的方法，如图4(b)所示，边缘服务器1首次接收到客户端1的直播请求后，通过重定向的方式，将为客户端1分配的唯一的标识携带在重定向消息中发给客户端1。客户端1在接收到重定向消息后，转发重定向消息，即边缘服务器1再次接收到重定向消息中的直播请求，边缘服务器1识别出客户端1的标识后，将标识、资源的信息以及接收到直播请求的时间戳发给汇总计算中心，并协同边缘服务器2向客户端1发送资源。汇总计算中心以标识为依据，统计各个资源的在线直播数量。可见，即使多个边缘服务器协同向客户端提供资源，也能够避免重复计数的问题。

图5为本申请实施例公开的一种边缘服务器，包括：接收模块和获取模块，可选的，还可以包括判断模块、发送模块、生成模块、清除模块和统计模块。

其中，接收模块用于接收客户端发送的第一播放请求消息。获取模块用于从所述第一播放请求消息中获取所述客户端的唯一标识。

判断模块用于判断所述第一播放请求消息中是否包括所述边缘服务器为所述客户端分配的唯一标识，得到判断结果。发送模块用于若所述判断结果为否，则向所述客户端发送触发消息。所述获取模块具体用于，若所述判断结果为是，则从所述第一播放请求消息中获取所述唯一标识。所述接收模块还用于，接收所述第二播放请求消息。所述获取模块还用于从所述第二播放请求中获取所述唯一标识。

生成模块用于对所述第一播放请求消息进行重定向设置，以生成目的地址为所述边缘服务器的地址的重定向消息；在所述重定向消息中增加所述唯一标识，形成所述触发消息。

以上各个功能模块的功能的具体实现过程，可以参见上述方法实施例，这里不再赘述。

图5所示的边缘服务器，能够从播放请求消息中获取为客户端分配的唯一标识，为依据标识准确统计客户端的数量奠定了基础。进一步的，还能够实现清除标识和统计客户端数量的功能。

图6为本申请实施例公开的一种汇总计算中心，包括：接收模块和统计模块。

其中，接收模块用于接收边缘服务器发送的客户端的唯一标识。统计模块，用于依据所述客户端的唯一标识，统计所述客户端的数量。

以上各个模块的功能的具体实现过程，可以参见上述方法实施例，这里不再赘述。与现有的依据数据流连接统计客户端的数量的方法相比，依据客户端的唯一标识统计客户端的数量，具有更高的准确性。

图7为本申请实施例公开的一种统计系统，包括：第一边缘服务器、第二边缘服务器和汇总计算中心。

其中，第一边缘服务器用于接收客户端发送的播放请求消息，从所述播放请求消息中获取所述客户端的唯一标识；并向汇总计算中心发送统计消息，所述统计消息中包括所述客户端的唯一标识。汇总计算中心用于依据所述统计消息，统计所述客户端的数量。第二边缘服务器用于在所述第一边缘服务器接收客户端发送的播放请求消息之后，向所述客户端发送所述资源。所述第一边缘服务器还用于：在所述第一边缘服务器接收客户端发送的播放请求消息之后，向所述客户端发送所述资源。

以上各个部件的功能的具体实现过程，可以参见上述方法实施例，这里不再赘述。

可以看出，所述统计系统中，第一边缘服务器和第二边缘服务器均向客户端发送资源，但第一边缘服务器从播放请求消息中获取客户端的唯一标识，汇总中心依据唯一标识统计客户端的数量，而并不再依据向客户端提供资源的边缘服务器的数量统计客户端的数量，因此，能够避免重复计数，提高统计的准确性。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种在线数量统计方法，其特征在于，应用在边缘服务器上，所述方法包括：

接收客户端发送的第一播放请求消息；

若所述判断结果为是，则从所述第一播放请求消息中获取所述唯一标识

接收所述第二播放请求消息，并从所述第二播放请求消息中获取所述唯一标识；

其中，所述唯一标识是所述边缘服务器为所述客户端分配的标识，用于统计所述客户端的数量。

2.根据权利要求1所述的方法，其特征在于，在所述向所述客户端发送触发消息之前，还包括：

3.根据权利要求2所述的方法，其特征在于，所述对所述第一播放请求消息进行重定向设置包括：

4.根据权利要求1所述的方法，其特征在于，还包括：

5.根据权利要求1所述的方法，其特征在于，在获取所述唯一标识之后，还包括：

依据所述唯一标识，统计所述客户端的数量；或者，

6.根据权利要求5所述的方法，其特征在于，所述统计所述客户端的数量包括：

7.一种统计方法，其特征在于，包括：

第一边缘服务器接收客户端发送的第一播放请求消息；

所述第一边缘服务器判断所述第一播放请求消息中是否包括所述第一边缘服务器为所述客户端分配的唯一标识，得到判断结果；

若所述判断结果为是，则所述第一边缘服务器从所述第一播放请求消息中获取所述唯一标识；

若所述判断结果为否，则所述第一边缘服务器向所述客户端发送触发消息，所述触发消息中包括为所述客户端分配的唯一标识，所述触发消息用于触发所述客户端在接收到所述触发消息后，发送携带所述唯一标识的第二播放请求消息；

所述第一边缘服务器接收所述第二播放请求消息，并从所述第二播放请求中获取所述唯一标识；

汇总计算中心依据所述统计消息，统计所述客户端的数量。

8.根据权利要求7所述的方法，其特征在于，所述统计消息中还包括：

所述客户端请求的资源的信息，所述资源为所述第一播放请求消息指示的资源；

所述汇总计算中心计算请求所述资源的所述客户端的数量。

9.根据权利要求7所述的方法，其特征在于，在所述第一边缘服务器接收客户端发送的播放请求消息之后，还包括：

所述第一边缘服务器和第二边缘服务器向所述客户端发送资源。

10.一种边缘服务器，其特征在于，包括：

接收模块，用于接收客户端发送的第一播放请求消息；

获取模块，用于从所述第一播放请求消息中获取所述客户端的唯一标识，所述唯一标识是所述边缘服务器为所述客户端分配的标识，用于统计所述客户端的数量；

判断模块，用于判断所述第一播放请求消息中是否包括所述边缘服务器为所述客户端分配的唯一标识，得到判断结果；和

所述接收模块还用于：接收所述第二播放请求消息；

11.根据权利要求10所述的边缘服务器，其特征在于，还包括：

12.根据权利要求11所述的边缘服务器，其特征在于，所述生成模块具体用于：

13.根据权利要求10所述的边缘服务器，其特征在于，还包括：

14.根据权利要求10所述的边缘服务器，其特征在于，还包括：

15.根据权利要求14所述的边缘服务器，其特征在于，所述统计模块具体用于：

16.一种统计系统，其特征在于，包括：

第一边缘服务器，用于接收客户端发送的第一播放请求消息，所述第一边缘服务器判断所述第一播放请求消息中是否包括所述第一边缘服务器为所述客户端分配的唯一标识，得到判断结果；若所述判断结果为是，则所述第一边缘服务器从所述第一播放请求消息中获取所述唯一标识；若所述判断结果为否，则所述第一边缘服务器向所述客户端发送触发消息，所述触发消息中包括为所述客户端分配的唯一标识，所述触发消息用于触发所述客户端在接收到所述触发消息后，发送携带所述唯一标识的第二播放请求消息；所述第一边缘服务器接收所述第二播放请求消息，并从所述第二播放请求中获取所述唯一标识；并向汇总计算中心发送统计消息，所述统计消息中包括所述客户端的唯一标识；

17.根据权利要求16所述的统计系统，其特征在于，所述统计消息中还包括：

18.根据权利要求16所述的统计系统，其特征在于，还包括：

第二边缘服务器，用于在所述第一边缘服务器接收客户端发送的播放请求消息之后，向所述客户端发送资源；

所述第一边缘服务器还用于：在所述第一边缘服务器接收客户端发送的播放请求消息之后，向所述客户端发送资源。