在线人数统计方法、装置以及电子设备与流程

1.本技术涉及在线人数统计技术领域，尤其是涉及一种在线人数统计方法、装置以及电子设备。


背景技术：

2.目前，游戏玩家角色的在线人数分别由各自的服务器进行统计。端游服务器会定期发送本服务器的在线情况给日志收集系统，日志收集系统根据每个服务器发送在线情况的时间和数据在可视化界面上绘制相应的点，然后用平滑的曲线连接成在线趋势图，即可查看每个服务器各自对应的角色在线趋势图，但无法反应多个服务器整体的角色在线情况，不利于对该款游戏的在线情况进行分析，并进行改进。


技术实现要素：

3.本技术的目的在于提供一种在线人数统计方法、装置以及电子设备，以缓解无法对多个服务器整体在线情况进行分析的技术问题。
4.第一方面，本技术实施例提供了一种在线人数统计方法，所述方法包括：
5.接收每个目标服务器对应的在线日志，从所述在线日志中抽取关键信息；其中，所述关键信息用于表征所述目标服务器在每个日志时刻对应的在线人数；
6.根据每个所述目标服务器的关键信息确定公共统计周期和公共统计维度，其中，每个所述目标服务器具有相应的相邻日志时刻的时间间隔区间，所述公共统计周期为所述目标服务器中最长的时间间隔区间；
7.基于所述公共统计维度分别对所述关键信息过滤，确定待统计数据集合，其中，所述待统计数据集合包括每个待统计目标服务器和所述每个待统计目标服务器对应的待统计关键信息；
8.根据所述待统计数据集合计算所述每个待统计目标服务器在所述公共统计周期的在线人数之和。
9.在一个可能的实现中，在根据所述待统计数据集合计算所述每个待统计目标服务器在所述公共统计周期的在线人数之和的步骤之前，所述方法还包括：
10.根据每个所述目标服务器的日志时刻确定待计算时长，并将所述待计算时长划分为多个所述公共统计周期。
11.在一个可能的实现中，根据所述待统计数据集合计算所述每个待统计目标服务器在所述公共统计周期的在线人数之和的步骤，包括：
12.根据每个待统计目标服务器对应的待统计数据集合，计算每个待统计目标服务器在所述公共统计周期的在线人数的平均值；
13.基于每个待统计目标服务器对应的平均值的加和，确定所述公共统计周期的在线人数之和。
14.在一个可能的实现中，接收每个目标服务器对应的在线日志，从所述在线日志中
抽取关键信息的步骤，包括：
15.通过日志采集系统接收每个目标服务器发送的在线日志；
16.过滤所述在线日志的脏数据，抽取得到所述每个目标服务器对应的关键信息。
17.在一个可能的实现中，所述方法还包括：
18.将所述关键信息加载到离线数据仓库，基于所述离线数据仓库中关键信息离线计算每个待统计目标服务器在所述公共统计周期的在线人数之和。
19.在一个可能的实现中，所述关键信息包括下述任意一项或多项：日志时刻、服务器id、日志时刻在线人数、服务器版本、活动版本和日期。
20.在一个可能的实现中，根据每个所述目标服务器的关键信息确定公共统计周期和公共统计维度的步骤，包括：
21.根据所述关键信息确定每个所述目标服务器的相邻日志时刻之间的时间间隔区间；
22.根据最长的所述时间间隔区间确定公共统计周期，以使每个所述目标服务器均按照所述公共统计周期计算在线人数。
23.在一个可能的实现中，根据每个所述目标服务器的关键信息确定公共统计周期和公共统计维度的步骤，还包括：
24.根据预设业务需求从所述关键信息中选取一项或多项作为公共统计维度，以使每个所述目标服务器均按照所述公共统计维度计算在线人数。
25.在一个可能的实现中，所述方法还包括：
26.将所述公共统计维度作为在线事实字段，建立每个所述目标服务器的在线事实表。
27.在一个可能的实现中，基于所述公共统计维度分别对所述关键信息过滤，确定待统计数据集合的步骤，包括：
28.将不满足所述公共统计维度的目标服务器进行过滤，得到待统计目标服务器；
29.将所述待统计目标服务器对应的关键信息中不满足所述公共统计维度的部分信息进行过滤，得到待统计关键信息；
30.基于所述待统计目标服务器和所述待统计关键信息确定待统计数据集合。
31.在一个可能的实现中，所述公共统计维度包括待计算时长、服务器id和异常值。
32.在一个可能的实现中，所述方法还包括：按照所述在线事实字段，将每个待统计目标服务器在所述公共统计周期的在线人数之和记录于所述在线事实表中。
33.第二方面，本发明实施例还提供了一种在线人数统计装置，所述装置包括：
34.抽取模块，接收每个目标服务器对应的在线日志，从所述在线日志中抽取关键信息；其中，所述关键信息用于表征所述目标服务器在每个日志时刻对应的在线人数；
35.确定模块，根据每个所述目标服务器的关键信息确定公共统计周期和公共统计维度，其中，每个所述目标服务器具有相应的相邻日志时刻的时间间隔区间，所述公共统计周期为所述目标服务器中最长的时间间隔区间；
36.过滤模块，基于所述公共统计维度分别对所述关键信息过滤，确定待统计数据集合，其中，所述待统计数据集合包括每个待统计目标服务器和所述每个待统计目标服务器对应的待统计关键信息；
37.计算模块，根据所述待统计数据集合计算所述每个待统计目标服务器在所述公共统计周期的在线人数之和。
38.第三方面，本技术实施例又提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的第一方面所述方法。
39.第四方面，本技术实施例又提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述的第一方面所述方法。
40.本技术实施例提供的一种在线人数统计方法、装置及电子设备，基于各个目标服务器不同的日志上报时刻以及上报频率，将各个目标服务器中日志时刻之间间隔最长的定位为公共统计周期，并按照公共统计维度对每个目标服务器对应的关键信息进行过滤处理后，能够得到在公共统计周期的各个待统计服务器整体对应的在线人数加和，以便于对各个服务器合并后的在线趋势进行分析。
41.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
42.为了更清楚地说明本技术具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1示出了一种传统的分服务器在线人数趋势示意图；
44.图2为本技术实施例提供的一种在线人数计算方法的流程示意图；
45.图3为本技术实施例提供的一种在线人数计算装置的结构示意图；
46.图4示出了本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
47.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.本技术实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
49.目前，在线趋势的可视化一般是根据各个服务器上报的日志时刻和对应在线人数数目，按照日志时刻为横坐标，在线人数为纵坐标绘制出对应的点，然后用平滑的曲线连接。
50.如图1所示，横坐标是时间(单位为分钟)，纵坐标是在线人数，实心点、圈状点分布
代表两种不同的分服务器a和b，每种服务器均能够生成其对应的在线人数趋势曲线。在日志时刻为第一分钟时，两个服务器均具有在线人数，其中服务器a的在线人数为18，服务器b的在线人数为15，此时两个服务器的在线人数可以相加。而在第三分钟时，缺少服务器a对应时刻的数据，在第四分钟缺少服务器b对应时刻的数据。因此，无法得到将两个分服务器的在线人数进行综合统计，整体的在线人数趋势。
51.基于此，本技术实施例提供了一种在线人数统计方法、装置和电子设备，通过该方法可以缓解无法对多个服务器在线人数进行整体统计的技术问题。
52.下面结合附图对本技术实施例进行进一步地介绍。
53.图2为本技术实施例提供的一种在线人数统计方法的流程示意图。其中，该方法应用于服务器，需要说明的是，该服务器可理解为总服务器或用于管理各个分服务器的管理服务器。如图2所示，该方法包括：
54.步骤s102，接收每个目标服务器对应的在线日志，从在线日志中抽取关键信息。
55.其中，关键信息用于表征目标服务器在每个日志时刻对应的在线人数。目标服务器为初步选择参与在线人数统计的分服务器；在线日志是每个目标服务器在预设时间点上传到本服务器的，用于记录其对应的目标服务器的基本信息以及在线情况，该在线日志中可能包括一些无效数据或对于后续统计无用的数据，从在线日志中抽取参与后续计算的关键性信息。
56.需要说明的是，该目标服务器可理解为端游服务器，对于一款游戏来说，可能包括多个服务器端，本发明实施例能够对这款游戏的每个服务器端的在线人数进行综合统计。
57.步骤s104，根据每个目标服务器的关键信息确定公共统计周期和公共统计维度。
58.其中，每个目标服务器具有相应的相邻日志时刻的时间间隔区间，公共统计周期为目标服务器中最长的时间间隔区间。
59.需要说明的是，关键信息是从在线日志中抽取的，而每个目标服务器均存在在线日志，因此每个目标服务器均对应有关键信息。每个目标服务器的日志时刻(在线日志上报的时刻)和上报频率(相邻两次上报日志的时间间隔)可能均不相同。
60.例如，本步骤中，将每个目标服务器对应的日志时刻的时间间隔区间中最长的那个时间间隔区间作为公共统计周期，该公共统计周期是指全部的目标服务器均按照该周期统计在线人数。
61.步骤s106，基于公共统计维度分别对关键信息过滤，确定待统计数据集合。
62.其中，待统计数据集合包括每个待统计目标服务器和每个待统计目标服务器对应的待统计关键信息。公共统计维度指全部的目标服务器均按照该维度统计在线人数。需要说明的是，基于公共统计维度将不满足的目标服务器与关键信息中不满足的信息部分进行过滤，得到待统计数据集合。
63.步骤s108，根据待统计数据集合计算每个待统计目标服务器在公共统计周期的在线人数之和。
64.其中，待统计数据集合包括每个待统计目标服务器对应的在线人数数据，基于该经过过滤处理的待统计数据集合，可将每个待统计目标服务器在公共统计周期的在线人数进行加和，进而得到各个服务器整体的在线人数趋势统计。
65.在实际应用的优选实施例中，基于各个目标服务器不同的日志上报时刻以及上报
频率，将各个目标服务器中日志时刻之间间隔最长的定位为公共统计周期，并按照公共统计维度对每个目标服务器对应的关键信息进行过滤处理后，能够得到在公共统计周期的各个待统计服务器整体对应的在线人数加和，以便于对各个服务器合并后的在线趋势进行分析。
66.在一些实施例中，可预先对在线日志进行处理，以便得到更便于后续统计应用的关键信息，该步骤s102还包括：
67.步骤1.1)，通过日志采集系统接收每个目标服务器发送的在线日志。
68.其中，日志采集系统接收各个目标服务器发送的在线日志，并将该在线日志发送到当前服务器中，可收集于当前服务器的分布式文件系统中进行存储。
69.步骤1.2)，过滤在线日志的脏数据，抽取得到每个目标服务器对应的关键信息。
70.示例性地，可将日志格式不正确或者记录不完整的脏数据进行过滤，然后从该过滤处理后的日志中抽取出关键数据。其中，该关键信息包括下述任意一项或多项：日志时刻、服务器id、日志时刻在线人数、服务器版本、活动版本和日期。
71.在一些实施例中，当前服务器还可离线计算各个服务器的在线趋势，在前述实施例的基础上，该方法还包括：
72.步骤2.1)，将关键信息加载到离线数据仓库，基于离线数据仓库中关键信息离线计算每个待统计目标服务器在公共统计周期的在线人数之和。
73.需要说明的是，当前服务器通过将关键信息加载至离线数据仓库中，即可在离线状态下，基于离线数据仓库内存储的关键信息计算各个待统计目标服务器在公共统计周期的在线人数之和。
74.在一些实施例中，基于关键信息确定公共统计周期，该步骤s104，包括：
75.步骤3.1)，根据关键信息确定每个目标服务器的相邻日志时刻之间的时间间隔区间。
76.其中，不同id的服务器可能具有不同的日志发送周期，即相邻日志时刻之间间隔的时间并不相同，假设各个服务器的相邻日志时间时刻的间隔时间分别有q1，q2
……
qn。
77.步骤3.2)，根据最长的时间间隔区间确定公共统计周期，以使每个目标服务器均按照公共统计周期计算在线人数。
78.需要说明的是，公共统计周期d能够满足，d》＝max(q1,q2，
……
qn)。
79.在一些实施例中，还可基于该关键信息确定公共统计维度，该步骤s104，还包括：
80.步骤4.1)，根据预设业务需求从关键信息中选取一项或多项作为公共统计维度，以使每个目标服务器均按照公共统计维度计算在线人数。
81.示例性地，可根据预设的业务需求从关键信息中选取需要的维度作为公共统计维度，例如，该公共统计维度可包括：服务器id+服务器版本，或者，服务器id+日期+活动版本。但该公共统计维度不能选取服务器id+不同客户端版本，因为关键信息中并没有记录客户端版本的相关信息。
82.在一些实施例中，为了更加直观地对各服务器的在线人数进行说明和展示，该方法还包括：
83.步骤5.1)，将公共统计维度作为在线事实字段，建立每个目标服务器的在线事实表。
84.需要说明的是，可将公共统计维度作为在线事实字段(表头)，并建立每个目标服务器的在线事实表，示例性地，若公共统计维度包括日期、日志时刻、服务器id、服务器版本、活动版本，则在线事实表如下表1所示：
85.表1
86.日期时刻服务器id服务器版本活动版本在线人数
ꢀꢀꢀꢀꢀꢀ
87.在一些实施例中，可按照公共统计维度对目标服务器以及其对应的关键信息进行筛除，以获取符合业务需求的在线人数趋势统计，前述实施例中步骤s106，可通过以下方式实施例，具体包括：
88.步骤6.1)，将不满足公共统计维度的目标服务器进行过滤，得到待统计目标服务器。
89.其中，公共统计维度包括待计算时长、服务器id和异常值。
90.步骤6.2)，将待统计目标服务器对应的关键信息中不满足公共统计维度的部分信息进行过滤，得到待统计关键信息。
91.示例性地，若待计算时长为前3天，即只计算第1-3天的在线数，那么将这3天之外的关键信息过滤掉；由于日志数据里混杂着一些开发调试的数据，如果正式服务器的id范围为100-150，那么这个id范围之外的服务器应该被剔除掉；如果一个服务器上限是容纳2000人，有条数据记录在线数为2亿，该数据为异常值，明显偏离正常值域范围，则将该数据进行剔除。
92.步骤6.3)，基于待统计目标服务器和待统计关键信息确定待统计数据集合。
93.其中，将上述已过滤的待统计目标服务器和满足要求的关键信息加入待统计数据集合。
94.在一些实施例中，需要统计在线人数的总时间可能较长，为了较为精确地对整个需要统计的时长中各个服务器整体的在线趋势进行分析，在步骤s108之前，该方法还包括：
95.步骤7.1)，根据每个目标服务器的日志时刻确定待计算时长，并将待计算时长划分为多个公共统计周期。
96.其中，该待计算时长可为用户根据业务需求进行预先设置的，或者，可为根据每个目标服务器的日志时刻进行确定的。例如，若目标服务器1的日志时刻的分布分别为从9点到12点；目标服务器2的日志时刻的分布分别为从8点30分到12点；目标服务器2的日志时刻的分布分别为从7点30分到12点30分，则该待计算时长可选取覆盖最多目标服务器日志时刻的时长范围，即为从7点30分到12点30分。
97.需要说明的是，若该公共统计周期为3分钟，则将待计算时长7点30分到12点30分按照每3分钟，划分为一个时间区间。
98.又如，将一天24小时按照公共统计周期5分钟的时间间隔进行划分，那么对应就产生了00:05:00，00:10:00，00:15:00这些日志时刻。
99.在一些实施例中，通过将每个划分后的公共统计周期均计算出各个服务器的在线人数之和，进而得到整个待统计时长对应的各个服务器的在线人数之和，示例性地，对于每个公共统计周期对应的在线人数之和的计算，该步骤s108还包括：
100.步骤8.1)，根据每个待统计目标服务器对应的待统计数据集合，计算每个待统计
目标服务器在公共统计周期的在线人数的平均值。
101.步骤8.2)，基于每个待统计目标服务器对应的平均值的加和，确定公共统计周期的在线人数之和。
102.示例性地，比如在0-3分钟区间段内，服务器a有1条记录：2分0秒在线数为20，则在0-3分钟段内服务器a的平均在线数为20；服务器b有两条记录：在1分0秒在线数为12，在3分0秒在线数为16，则服务器b在0-3分钟段内的平均在线数为(12+16)/2＝14)，计算前的数据如下表2所示：
103.表2
104.时刻0:01:000:02:000:03:000:04:000:05:000:06:00服务器a/20//22/服务器b12/16/16/a+b不可加不可加不可加不可加38不可加
105.对于上表1的第1、2、3分钟，由于服务器a或者b没有对应日志时刻的在线数，所以当需要看a+b服务器的整体情况时，对应在线数是不能直接相加的，经过计算后数据转化成如下表3所示形式：
106.表3
[0107][0108]
其中，由于将不同服务器不同日志时刻的在线数都转化成了同一时间区间的在线数，将不可加的在线数据转化成了可加性数据，从而解决了将多个服务器不同时刻的在线数进行累加的问题。
[0109]
在一些实施例中，为了进一步便于直观地对统计后各个服务器在线数进行分析，前述实施例方法还包括：按照在线事实字段，将每个待统计目标服务器在公共统计周期的在线人数之和记录于在线事实表中。
[0110]
需要说明的是，可将同一维度项(表头)对应的在线数，经过平均聚合后记录于上述表1中，便于用户进行分析该款游戏用户的在线趋势，以便对游戏进行改进。
[0111]
图3提供了一种在线人数统计装置的结构示意图。该装置可以应用于服务器，可理解为主服务器或用于管理各个分服务器的管理服务器。如图3所示，在线人数统计装置300包括：
[0112]
抽取模块301，用于接收每个目标服务器对应的在线日志，从所述在线日志中抽取关键信息；其中，所述关键信息用于表征所述目标服务器在每个日志时刻对应的在线人数；
[0113]
确定模块302，用于根据每个所述目标服务器的关键信息确定公共统计周期和公
共统计维度，其中，每个所述目标服务器具有相应的相邻日志时刻的时间间隔区间，所述公共统计周期为所述目标服务器中最长的时间间隔区间；
[0114]
过滤模块303，用于基于所述公共统计维度分别对所述关键信息过滤，确定待统计数据集合，其中，所述待统计数据集合包括每个待统计目标服务器和所述每个待统计目标服务器对应的待统计关键信息；
[0115]
计算模块304，用于根据所述待统计数据集合计算所述每个待统计目标服务器在所述公共统计周期的在线人数之和。
[0116]
在一些实施例中，计算模块304还具体用于，在根据所述待统计数据集合计算所述每个待统计目标服务器在所述公共统计周期的在线人数之和的步骤之前，根据每个所述目标服务器的日志时刻确定待计算时长，并将所述待计算时长划分为多个所述公共统计周期。
[0117]
在一些实施例中，计算模块304还具体用于，根据每个待统计目标服务器对应的待统计数据集合，计算每个待统计目标服务器在所述公共统计周期的在线人数的平均值；基于每个待统计目标服务器对应的平均值的加和，确定所述公共统计周期的在线人数之和。
[0118]
在一些实施例中，抽取模块301还具体用于，通过日志采集系统接收每个目标服务器发送的在线日志；过滤所述在线日志的脏数据，抽取得到所述每个目标服务器对应的关键信息。
[0119]
在一些实施例中，计算模块304还具体用于，将所述关键信息加载到离线数据仓库，基于所述离线数据仓库中关键信息离线计算每个待统计目标服务器在所述公共统计周期的在线人数之和。
[0120]
在一些实施例中，所述关键信息包括下述任意一项或多项：日志时刻、服务器id、日志时刻在线人数、服务器版本、活动版本和日期。
[0121]
在一些实施例中，确定模块302还具体用于，根据所述关键信息确定每个所述目标服务器的相邻日志时刻之间的时间间隔区间；根据最长的所述时间间隔区间确定公共统计周期，以使每个所述目标服务器均按照所述公共统计周期计算在线人数。
[0122]
在一些实施例中，确定模块302还具体用于，根据预设业务需求从所述关键信息中选取一项或多项作为公共统计维度，以使每个所述目标服务器均按照所述公共统计维度计算在线人数。
[0123]
在一些实施例中，还包括建表模块，将所述公共统计维度作为在线事实字段，建立每个所述目标服务器的在线事实表。
[0124]
在一些实施例中，过滤模块303还具体用于，将不满足所述公共统计维度的目标服务器进行过滤，得到待统计目标服务器；将所述待统计目标服务器对应的关键信息中不满足所述公共统计维度的部分信息进行过滤，得到待统计关键信息；基于所述待统计目标服务器和所述待统计关键信息确定待统计数据集合。
[0125]
在一些实施例中，所述公共统计维度包括待计算时长、服务器id和异常值。
[0126]
在一些实施例中，建表模块，还具体用于按照所述在线事实字段，将每个待统计目标服务器在所述公共统计周期的在线人数之和记录于所述在线事实表中。
[0127]
本技术实施例提供的在线人数统计装置，与上述实施例提供的在线人数统计方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。
[0128]
本技术实施例提供的一种电子设备，如图4所示，电子设备400包括存储器401、处理器402，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例提供的方法的步骤。
[0129]
参见图4，电子设备还包括：总线403和通信接口404，处理器402、通信接口404和存储器401通过总线403连接；处理器402用于执行存储器401中存储的可执行模块，例如计算机程序。
[0130]
其中，存储器401可能包含高速随机存取存储器(random access memory，简称ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口404(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。
[0131]
总线403可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
[0132]
其中，存储器401用于存储程序，所述处理器402在接收到执行指令后，执行所述程序，前述本技术任一实施例揭示的过程定义的装置所执行的方法可以应用于处理器402中，或者由处理器402实现。
[0133]
处理器402可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器402中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器402可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等；还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器401，处理器402读取存储器401中的信息，结合其硬件完成上述方法的步骤。
[0134]
对应于上述在线人数统计方法，本技术实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述在线人数统计方法的步骤。
[0135]
本技术实施例所提供的在线人数统计装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本技术实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。
[0136]
在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方
式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0137]
再例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0138]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0139]
另外，在本技术提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0140]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述在线人数统计方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0141]
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0142]
最后应说明的是：以上所述实施例，仅为本技术的具体实施方式，用以说明本技术的技术方案，而非对其限制，本技术的保护范围并不局限于此，尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本技术实施例技术方案的范围。都应涵盖在本技术的保护范围之内。