一种处理数据的装置和方法
【专利摘要】本文公布一种处理数据的装置和方法，该装置包括：确定模块、获取模块、处理模块和统计模块；其中，确定模块，用于根据预设统计时长确定各个子统计时间段；获取模块，用于获取各个子统计时间段内在线用户的用户标识；处理模块，用于创建与各个子统计时间段对应的位图并在创建的位图中将获得的用户标识对应的比特位置为1；统计模块，用于计算预设统计时长内的用户活跃量。本发明实施例提高了对活跃用户量的统计性能和效率，节省了存储空间。
【专利说明】
一种处理数据的装置和方法
技术领域
[0001]本发明实施例涉及但不限于智能终端技术，尤指一种处理数据的装置和方法。
【背景技术】
[0002]在日常生活中，应用的服务器经常需要统计活跃用户量，如某一时刻的用户在线个数、日活跃用户、三日活跃用户、七日活跃用户等。现有统计活跃用户量的方法都是采用记录日志的方式，即如果用户当天有请求就记录一个日志，将日志存在关系型数据库中，而需要统计的时候就使用结构化查询语言(SQL，Structured Query Language)对日志的数量进行统计。上述统计方法会占用过多的存储空间，且由于每个用户有大量的请求日志，会进行大量的数据计算，造成数据库性能低下。
【发明内容】
[0003]本申请提供了一种处理数据的装置和方法，能够提高对活跃用户量的统计性能和效率，节省存储空间。
[0004]为了达到本申请目的，本申请提供了一种处理数据的装置，包括:确定模块、获取模块、处理模块和统计模块;其中，
[0005]确定模块，用于根据预设统计时长确定各个子统计时间段；
[0006]获取模块，用于获取各个子统计时间段内在线用户的用户标识；
[0007]处理模块，用于创建与各个子统计时间段对应的位图并在创建的位图中将获得的用户标识对应的比特位置为I;
[0008]统计模块，用于计算预设统计时长内的用户活跃量。
[0009]可选地，所述确定模块，具体用于:
[0010]将所述预设统计时长划分为N等分的子统计时长；
[0011]每一个划分后的子统计时长对应的时间段作为子统计时间段；
[0012]其中，N是正整数。
[0013]可选地，所述处理模块创建与各个子统计时间段对应的位图包括:
[0014]分别创建与每个子统计时间段对应的一位图；
[0015]设置每个创建的位图中每个比特位与不同的用户标识之间的映射关系。
[0016]可选地，该装置还包括存储模块，用于:将所述各个子统计时间段作为键以及将所述各个子统计时间段对应的位图作为值存储至预先创建的数据库中。
[0017]可选地，所述统计模块具体用于:
[0018]获取所述预设统计时长内所包含的各个子统计时间段对应的位图；
[0019]对获得的各个子统计时间段对应的位图中被置为I的比特位进行求和计算；
[0020]将计算出的和值作为所述预设统计时长内的用户活跃量。
[0021 ]本申请还提供了一种处理数据的方法，包括:
[0022]根据预设统计时长确定各个子统计时间段；
[0023]获取各个子统计时间段内在线用户的用户标识；
[0024]创建与各个子统计时间段对应的位图并在创建的位图中将获得的用户标识对应的比特位置为I;
[0025]计算预设统计时长内的用户活跃量。
[0026]可选地，所述根据预设统计时长确定各个子统计时间段包括:
[0027]将所述预设统计时长划分为N等分的子统计时长；
[0028]每一个划分后的子统计时长对应的时间段作为子统计时间段；
[0029]其中，N是正整数。
[0030]可选地，所述创建与各个子统计时间段对应的位图包括:
[0031 ]分别创建与每个子统计时间段对应的一位图；
[0032]设置每个创建的位图中每个比特位与不同的用户标识之间的映射关系。
[0033]可选地，在所述将获得的用户标识对应的比特位置为I之后，在所述计算预设统计时长内的用户活跃量之前，该方法还包括:将所述各个子统计时间段作为键以及将所述各个子统计时间段对应的位图作为值存储至预先创建的数据库中。
[0034]可选地，所述计算预设统计时长内的用户活跃量包括:
[0035]获取所述统计时长内所包含的各个子统计时间段对应的位图；
[0036]对获得的各个子统计时间段对应的位图中被置为I的比特位进行求和计算；
[0037]将计算出的和值作为所述预设统计时长内的用户活跃量。
[0038]本发明实施例包括:确定模块、获取模块、处理模块和统计模块;其中，确定模块，用于根据预设统计时长确定各个子统计时间段;获取模块，用于获取各个子统计时间段内在线用户的用户标识;处理模块，用于创建与各个子统计时间段对应的位图并在创建的位图中将获得的用户标识对应的比特位置为I;统计模块，用于计算预设统计时长内的用户活跃量。本发明实施例提高了对活跃用户量的统计性能和效率，节省了存储空间。
【附图说明】
[0039]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0040]图1为本发明处理数据的装置的结构示意图；
[0041]图2为本发明位图中各Bit的值的示意图；
[0042]图3为本发明需要统计活跃用户量的应用的服务器的结构示意图；
[0043]图4为本发明处理数据的方法的流程图；
[0044]图5为本发明处理数据的方法的实施例的流程图。
【具体实施方式】
[0045]为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
[0046]比特(Bit)是当前计算机系统里边数据的最小单位，8个BitS卩为一个字节(Byte)。一个Bit的值，或者是0，或者是I;也就是说一个Bit能存储的最多信息是2。[0047 ]位图(B i tmap)是用一个B i t位来标记某个元素对应的值(va Iue)的数据结构，而键(Key)就是这个元素。由于Bit是数据的最小单位，所以Bitmap这种数据结构是非常节省存储空间。例如一个公司有8个员工，现在需要记录公司的考勤记录，现有的方案是记录下每天正常考勤的员工的ID列表，比如2012-01-01:[1，2，3，4，5，6，7，8]。假如员工ID采用Byte数据类型，则保存每天的考勤记录需要SfByte。
[0048]在一些实施例中，可以通过以下方式记录考勤:通过构造(创建)一个8Bit(01110011)的数组，将这8个员工跟员工号分别映射到这8个位置，如果当天正常考勤了，将对应的这个Bit位置为I;否则，将对应的这个Bit位置为O。这样可以每天采用恒定的I个Byte即可保存当天的考勤记录。
[0049]综上所述，Bitmap节省了大量的存储空间，因此可以被一次性加载到内存中。
[0050]图1为本发明处理数据的装置的结构示意图，如图1所示，包括:确定模块10、获取模块11、处理模块12和统计模块13。其中，
[0051]确定模块10，用于根据预设统计时长确定各个子统计时间段。
[0052]其中，确定模块，具体用于:
[0053]将预设统计时长划分为N等分的子统计时长；
[0054]每一个划分后的子统计时长对应的时间段作为子统计时间段；
[0055]其中，N是正整数。
[0056]其中，当预设统计时长是N天时，则子统计时长为一天;其中，当预设统计时长是某一时间段时，则子统计时长为一分钟或一小时。如N可以是3，也可以是7，也可以是15天;N可以是10分钟，也可以是5分钟，也可以是45分钟;N可以是5小时，也可以是12小时，也可以是36小时。
[0057]需要说明的是，预设统计时长和子统计时长的关系可以由确定模块根据系统默认设置，也可以由管理员根据自身的需求进行设置。
[0058]获取模块11，用于获取各个子统计时间段内在线用户的用户标识(Userid)。
[0059]处理模块12，用于创建与各个子统计时间段对应的Bitmap并在创建的Bitmap中将获得的Userid对应的Bit位置为I。
[0060]其中，处理模块11创建与各个子统计时间段对应的Bitmap包括:
[ΟΟ?? ] 分别创建与每个子统计时间段对应的一Bitmap;
[0062]设置每个创建的Bi tmap中每个Bit位与不同的User id之间的映射关系。
[0063]其中，Bitmap的位的总个数大于或等于Userid的总个数。这是因为每一个Bitmap的位的总个数是8的整数倍，例如，Us er为1000个时，则B i tmap的位的总个数为1000; User为1001个时，则Bitmap的位的总个数为1008; User为999个时，则Bitmap的位的总个数为1000。
[0064]统计模块13，用于计算预设统计时长内的用户活跃量。
[0065]其中，统计模块13具体用于:
[0066]获取预设统计时长内所包含的各个子统计时间段对应的Bitmap;
[°067]对获得的各个子统计时间段对应的Bi tmap中被置为I的Bi t位进行求和计算；
[0068]将计算出的和值作为预设统计时长内的用户活跃量。
[0069]可选地，该装置还包括存储模块14，用于:将各个子统计时间段作为键(Key)以及将各个子统计时间段对应的Bitmap作为值(Value)存储至预先创建的数据库(如Redis数据库)中。
[0070]其中，Redis数据库支持对字符串(String)类型的value进行基于二进制位的置位操作。通过将一个用户的User id对应Value上的一位，通过对活跃用户对应的位进行置位，就能够用一个Value记录所有活跃用户的信息(在线或离线)。如图2所示，其中，第15位表示Userid为15的用户，第一位表示Userid为O的用户，Bitmap中有9个Bit位被置为I，分别是Userid为0，2，5，8，10，11，12，13和15的用户，表示这9个位上对应的用户是活跃用户(或在线用户)，1]86^(1为1，3，4，6，7，9和14的用户没有在线则其1]864(1为1，3，4，6，7，9和14对应的Bit位均被置为O。
[0071]可选地，上述装置可以设置在需要统计活跃用户量的应用的服务器中。
[0072]较佳实施例，该较佳实施例中的装置包括:确定模块10、获取模块11、处理模块12、存储模块14和统计模块13。其中，
[0073]确定模块10，用于根据预设统计时长确定各个子统计时间段。
[0074]其中，确定模块，具体用于:
[0075]将预设统计时长划分为N等分的子统计时长；
[0076]每一个划分后的子统计时长对应的时间段作为子统计时间段；
[0077]其中，N是正整数。
[0078]其中，当预设统计时长是N天时，则子统计时长为一天;其中，当预设统计时长是某一时间段时，则子统计时长为一分钟或一小时。如N可以是3，也可以是7，也可以是15天;N可以是10分钟，也可以是5分钟，也可以是45分钟;N可以是5小时，也可以是12小时，也可以是36小时。
[0079]需要说明的是，预设统计时长和子统计时长的关系可以由确定模块根据系统默认设置，也可以由管理员根据自身的需求进行设置。
[0080]获取模块11，用于获取各个子统计时间段内在线用户的用户标识(Userid)。
[0081 ]处理模块12，用于创建与各个子统计时间段对应的Bitmap并在创建的Bitmap中将获得的Userid对应的Bit位置为I。
[0082]其中，处理模块11创建与各个子统计时间段对应的Bitmap包括:
[0083 ] 分别创建与每个子统计时间段对应的一B i tmap ；
[0084]设置每个创建的Bi tmap中每个Bit位与不同的User id之间的映射关系。
[0085]其中，Bitmap的位的总个数大于或等于Userid的总个数。这是因为每一个Bitmap的位的总个数是8的整数倍，例如，Us er为1000个时，则B i tmap的位的总个数为1000; User为1001个时，则Bitmap的位的总个数为1008; User为999个时，则Bitmap的位的总个数为1000。
[0086]存储模块14，用于:将各个子统计时间段作为键(Key)以及将各个子统计时间段对应的Bitmap作为值(Value)存储至预先创建的数据库(如Redis数据库)中。
[0087]其中，Redis数据库支持对字符串(String)类型的value进行基于二进制位的置位操作。通过将一个用户的User id对应Value上的一位，通过对活跃用户对应的位进行置位，就能够用一个Value记录所有活跃用户的信息(在线或离线)。如图2所示，其中，第15位表示Userid为15的用户，第一位表示Userid为O的用户，Bitmap中有9个Bit位被置为I，分别是Userid为0，2，5，8，10，11，12，13和15的用户，表示这9个位上对应的用户是活跃用户(或在线用户)，1]86^(1为1，3，4，6，7，9和14的用户没有在线则其1]864(1为1，3，4，6，7，9和14对应的Bit位均被置为O。
[0088]统计模块13，用于计算预设统计时长内的用户活跃量。
[0089]其中，统计模块13具体用于:
[0090]获取预设统计时长内所包含的各个子统计时间段对应的Bitmap;
[OO91 ]对获得的各个子统计时间段对应的Bitmap中被置为I的Bit位进行求和计算；
[0092]将计算出的和值作为预设统计时长内的用户活跃量。
[0093]可选地，上述装置可以设置在需要统计活跃用户量的应用的服务器中。
[0094]如图3所示，为本发明需要统计活跃用户量的应用的服务器的结构示意图，包括:输入输出(10)总线、处理器30、存储器31、内存32和通信装置33。其中，
[0095]输入输出(1)总线分别与自身所属的服务器的其它部件(处理器30、存储器31、内存32和通信装置33)连接，并且为其它部件提供传送线路。
[0096]处理器30通常控制自身所属的服务器的总体操作。例如，处理器30执行计算和确认等操作。其中，处理器30可以是中央处理器(CPU)。
[0097]通信装置33，通常包括一个或多个组件，其允许自身所属的服务器与无线通信系统或网络之间的无线电通信。
[0098]存储器31存储处理器30可读、处理器可执行的软件代码，其包含用于控制处理器30执行本文描述的功能的指令(即软件执行功能)。
[0099 ]其中，上述处理数据的装置中，实现确定模块1、获取模块11、处理模块12和统计模块13的功能的软件代码可存储在存储器中，并由处理器30执行或编译后执行。
[0100]图4为本发明处理数据的方法的流程图，如图4所示，包括:
[0101]步骤400:根据预设统计时长确定各个子统计时间段。
本步骤具体包括:
[0103]将预设统计时长划分为N等分的子统计时长；
[0104]每一个划分后的子统计时长对应的时间段作为子统计时间段；
[0105]其中，N是正整数。
[0106]其中，当预设统计时长是N天时，则子统计时长为一天;其中，当预设统计时长是某一时间段时，则子统计时长为一分钟或一小时。如N可以是3，也可以是7，也可以是15天;N可以是10分钟，也可以是5分钟，也可以是45分钟;N可以是5小时，也可以是12小时，也可以是36小时。
[0107]需要说明的是，预设统计时长和子统计时长的关系可以由系统默认设置，也可以由管理员根据自身的需求进行设置。
[0108]步骤401:获取各个子统计时间段内在线用户的用户标识(Userid)。
[0109]步骤40 2:创建与各个子统计时间段对应的B i tmap并在创建的B i tmap中将获得的Userid对应的Bit位置为I。
[0110]其中，创建与各个子统计时间段对应的Bitmap包括:
[0111 ] 分别创建与每个子统计时间段对应的一 Bitmap ；
[ΟΙ12] 设置每个创建的Bi tmap中每个Bit位与不同的User id之间的映射关系。
[0113]其中，Bitmap的位的总个数大于或等于Userid的总个数。这是因为每一个Bitmap的位的总个数是8的整数倍，例如，Us er为1000个时，则B i tmap的位的总个数为1000; User为1001个时，则Bitmap的位的总个数为1008; User为999个时，则Bitmap的位的总个数为1000。
[0114]如图2所示，假设用户有16个，对应的Userid依次为0，I，...，15，99，假如Userid为1，3，4，6，7，9和14的用户没有在线(即离线)，则Userid为1，3，4，6，7，9和14对应的Bit位置为O，其它Bit位置为I。
[0115]步骤403:计算预设统计时长内的用户活跃量。
[0116]其中，计算预设统计时长内的用户活跃量包括:
[0117]获取统计时长内所包含的各个子统计时间段对应的Bitmap;
[0?18]对获得的各个子统计时间段对应的Bi tmap中被置为I的Bi t位进行求和计算；
[0119]将计算出的和值作为预设统计时长内的用户活跃量。
[0120]可选地，在将获得的Userid对应的Bit位置为I之后，在计算预设统计时长内的用户活跃量之前，该方法还包括:将各个子统计时间段作为键(Key)以及将各个子统计时间段对应的Bitmap作为值(Value)存储至预先创建的数据库(如Redis数据库)中。其中，可以通过Redis数据库中的bitcount函数对预设统计时长内的各个Bitmap中被置为I的Bit位进行求和计算。
[0121 ]其中，Redis数据库支持对字符串(String)类型的Value进行基于二进制位的置位操作。通过将一个用户的User id对应Value上的一位，通过对活跃用户对应的位进行置位，就能够用一个value记录所有活跃用户的信息(在线或离线)。如图2所示，其中，第15位表示Userid为15的用户，第一位表示Userid为O的用户，Bitmap中有9个Bit位被置为I，分别是Userid为0，2，5，8，10，11，12，13和15的用户，表示这9个位上对应的用户是活跃用户(或在线用户)，1]86^(1为1，3，4，6，7，9和14的用户没有在线则其1]864(1为1，3，4，6，7，9和14对应的Bit位均被置为O。
[0122]举例说明，假如统计三日活跃用户量，则需要分别获取每一天的在线用户的Userid，然后将获得的每一天的在线用户的Userid对应的Bit位置为I，最后再统计三天中被置为I的Bit位的总个数(和值)；假如统计5分钟内的在线用户总量(活跃用户量)，则需要分别获取每一分钟的在线用户的Userid，然后将获得的每一分钟的在线用户的Userid对应的Bit位置为I，最后再统计5分钟内被置为I的Bit位的总个数(和值)；假如统计12个小时内的在线用户总量(活跃用户量)，则需要分别获取每一小时的在线用户的Userid，然后将获得的每一小时的在线用户的Userid对应的Bit位置为I，最后再统计12个小时内被置为I的Bit位的总个数(和值)。
[0123]本发明实施方式中，通过创建与各个子统计时间段对应的Bitmap并将获得的Userid对应的Bit位置为I以及计算预设统计时长内的用户活跃量，提高了对活跃用户量的统计性能和效率，节省了存储空间。
[0124]图5为本发明处理数据的方法的实施例的流程图，如图5所示，包括:
[0125]步骤500:根据预设统计时长确定各个子统计时间段。
[0126]本步骤具体包括:
[0127 ]将预设统计时长划分为N等分的子统计时长；
[0128]每一个划分后的子统计时长对应的时间段作为子统计时间段；
[0129]其中，N是正整数。
[0130]其中，当预设统计时长是N天时，则子统计时长为一天;其中，当预设统计时长是某一时间段时，则子统计时长为一分钟或一小时。如N可以是3，也可以是7，也可以是15天;N可以是10分钟，也可以是5分钟，也可以是45分钟;N可以是5小时，也可以是12小时，也可以是36小时。
[0131]需要说明的是，预设统计时长和子统计时长的关系可以由系统默认设置，也可以由管理员根据自身的需求进行设置。
[0132]步骤501:获取各个子统计时间段内在线用户的用户标识(Userid)。
[0133]步骤502:分别创建与每个子统计时间段对应的一 Bitmap。
[ΟΙ34] 步骤503:设置每个创建的Bi tmap中每个Bit位与不同的User id之间的映射关系。[ΟΙ35] 其中，Bitmap的位的总个数大于或等于Userid的总个数。这是因为每一个Bitmap的位的总个数是8的整数倍，例如，Us er为1000个时，则B i tmap的位的总个数为1000; User为1001个时，则Bitmap的位的总个数为1008; User为999个时，则Bitmap的位的总个数为1000。
[0136]如图4所示，假设用户有16个，对应的Userid依次为0，I，...，15，99，假如Userid为1，3，4，6，7，9和14的用户没有在线(即离线)，则Userid为1，3，4，6，7，9和14对应的Bit位置为O，其它Bit位置为I。
[0137]步骤504:在创建的Bitmap中将获得的Userid对应的Bit位置为I。
[0138]步骤505:将各个子统计时间段作为键(Key)以及将各个子统计时间段对应的Bitmap作为值(Value)存储至预先创建的数据库(如Redis数据库)中。
[0139]其中，Redis数据库支持对字符串(String)类型的Value进行基于二进制位的置位操作。通过将一个用户的User id对应Value上的一位，通过对活跃用户对应的位进行置位，就能够用一个Value记录所有活跃用户的信息(在线或离线)。如图2所示，其中，第15位表示Userid为15的用户，第一位表示Userid为O的用户，Bitmap中有9个Bit位被置为I，分别是Userid为0，2，5，8，10，11，12，13和15的用户，表示这9个位上对应的用户是活跃用户(或在线用户)，1]86^(1为1，3，4，6，7，9和14的用户没有在线则其1]864(1为1，3，4，6，7，9和14对应的Bit位均被置为O。
[0140]步骤406:计算预设统计时长内的用户活跃量。
[0141]其中，计算预设统计时长内的用户活跃量包括:
[0142]获取统计时长内所包含的各个子统计时间段对应的Bitmap;
[0?43 ]对获得的各个子统计时间段对应的Bi tmap中被置为I的Bi t位进行求和计算；
[0144]将计算出的和值作为预设统计时长内的用户活跃量。
[0145]其中，当预先创建的数据库是Redis数据库时，可以通过Redis数据库中的bitcount函数对预设统计时长内的各个Bitmap中被置为I的Bit位进行求和计算。
[0146]需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0147]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0148]本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本发明不限制于任何特定形式的硬件和软件的结入口 O
[0149]以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。
【主权项】
1.一种处理数据的装置，其特征在于，包括:确定模块、获取模块、处理模块和统计模块;其中， 确定模块，用于根据预设统计时长确定各个子统计时间段； 获取模块，用于获取各个子统计时间段内在线用户的用户标识； 处理模块，用于创建与各个子统计时间段对应的位图并在创建的位图中将获得的用户标识对应的比特位置为I; 统计模块，用于计算预设统计时长内的用户活跃量。2.根据权利要求1所述的装置，其特征在于，所述确定模块，具体用于: 将所述预设统计时长划分为N等分的子统计时长； 每一个划分后的子统计时长对应的时间段作为子统计时间段； 其中，N是正整数。3.根据权利要求1或2所述的装置，其特征在于，所述处理模块创建与各个子统计时间段对应的位图包括: 分别创建与每个子统计时间段对应的一位图； 设置每个创建的位图中每个比特位与不同的用户标识之间的映射关系。4.根据权利要求3所述的装置，其特征在于，该装置还包括存储模块，用于:将所述各个子统计时间段作为键以及将所述各个子统计时间段对应的位图作为值存储至预先创建的数据库中。5.根据权利要求1或4所述的装置，其特征在于，所述统计模块具体用于: 获取所述预设统计时长内所包含的各个子统计时间段对应的位图； 对获得的各个子统计时间段对应的位图中被置为I的比特位进行求和计算； 将计算出的和值作为所述预设统计时长内的用户活跃量。6.一种处理数据的方法，其特征在于，包括: 根据预设统计时长确定各个子统计时间段； 获取各个子统计时间段内在线用户的用户标识； 创建与各个子统计时间段对应的位图并在创建的位图中将获得的用户标识对应的比特位置为I; 计算预设统计时长内的用户活跃量。7.根据权利要求6所述的方法，其特征在于，所述根据预设统计时长确定各个子统计时间段包括: 将所述预设统计时长划分为N等分的子统计时长； 每一个划分后的子统计时长对应的时间段作为子统计时间段； 其中，N是正整数。8.根据权利要求6或7所述的方法，其特征在于，所述创建与各个子统计时间段对应的位图包括: 分别创建与每个子统计时间段对应的一位图； 设置每个创建的位图中每个比特位与不同的用户标识之间的映射关系。9.根据权利要求8所述的方法，其特征在于，在所述将获得的用户标识对应的比特位置为I之后，在所述计算预设统计时长内的用户活跃量之前，该方法还包括:将所述各个子统计时间段作为键以及将所述各个子统计时间段对应的位图作为值存储至预先创建的数据库中。10.根据权利要求6或9所述的方法，其特征在于，所述计算预设统计时长内的用户活跃量包括: 获取所述统计时长内所包含的各个子统计时间段对应的位图； 对获得的各个子统计时间段对应的位图中被置为I的比特位进行求和计算； 将计算出的和值作为所述预设统计时长内的用户活跃量。
【文档编号】G06F17/30GK105824952SQ201610184389
【公开日】2016年8月3日
【申请日】2016年3月28日
【发明人】刘孟焱
【申请人】努比亚技术有限公司