CN112311901A - 访问量统计方法和系统 - Google Patents

Abstract

本发明实施例提供一种访问量统计方法和系统，涉及计算机技术领域，能够实现简单有效地统计特定用户的访问量。该方法包括：接收网关发送的第一服务请求；第一服务请求包括用户身份信息；根据用户身份信息更新目标用户的访问量。本发明用于统计用户访问量。

Description

访问量统计方法和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种访问量统计方法和系统。

背景技术

用户访问量是指用户对网站在不同时间段的访问次数。通过对网站的用户访问量进行统计，可以发现用户访问网站的规律，将这些规律与网站的承载能力相结合以确定网络的预扩容机制，能够确保网络的正常访问，提高网站的服务质量。

目前对用户访问量的统计主要通过Nginx服务器和Zipkin系统实现，但是基于Nginx服务器实现的用户访问量统计仅包括用户IP和访问时间等信息，无法对访问用户进一步进行区分；而Zipkin系统实现的用户访问量统计消耗资源较大，且效率低下。因此，现在还没有一种简单有效的日志分析系统来确定用户访问量，并对用户访问量进一步区分。

发明内容

本发明的实施例提供一种访问量统计方法和系统，能够实现简单有效地统计特定用户的访问量。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种访问量统计方法，应用于微服务架构，微服务架构包括网关，该方法包括：接收网关发送的第一服务请求；第一服务请求包括用户身份信息；根据用户身份信息更新目标用户的访问量。

第二方面，提供一种访问量统计系统，应用于微服务架构，微服务架构包括网关，该系统包括：第一接收模块，用于接收网关发送的第一服务请求；第一服务请求包括用户身份信息；更新模块，用于根据第一接收模块接收的用户身份信息更新目标用户的访问量。

本发明实施例提供的访问量统计方法，应用于微服务架构，微服务架构包括网关，该方法包括：接收网关发送的第一服务请求；第一服务请求包括用户身份信息；根据用户身份信息更新目标用户的访问量。本发明实施例提供的访问量统计方法在微服务架构中的网关接收到相应终端的服务请求后，可以将该服务请求转发给本实施例提供的访问量统计系统，由访问量统计系统根据服务请求中的用户身份信息对相应的用户访问次数进行累加，由于这里的服务请求用户请求微服务架构中的服务，因此本实施例根据服务请求对用户的访问量进行统计时不再需要其他统计流程，在接收服务请求的同时即可以实现访问量的统计，简化了访问量的统计流程；且本实施例中是根据服务请求提供的用户身份信息统计访问量，因此能够统计不同身份用户的访问量，丰富了访问量统计数据。

附图说明

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

图1为本发明实施例提供的一种微服务架构的示意图；

图2为本发明实施例提供的一种访问量统计系统的结构示意图之一；

图3为本发明实施例提供的一种访问量统计方法的流程示意图之一；

图4为本发明实施例提供的一种访问量统计方法的流程示意图之二；

图5为本发明实施例提供的一种访问量统计方法的流程示意图之三；

图6为本发明实施例提供的一种访问量数据的分级存储示意图；

图7为本发明实施例提供的一种访问量统计方法的流程示意图之四；

图8为本发明实施例提供的一种查询用户访问量的界面示意图；

图9为本发明实施例提供的一种展示用户访问量的示意图之一；

图10为本发明实施例提供的一种展示用户访问量的示意图之二；

图11为本发明实施例提供的一种访问量统计系统的结构示意图之二；

图12为本发明实施例提供的一种访问量统计系统的结构示意图之三；

图13为本发明实施例提供的一种访问量统计系统的结构示意图之四；

图14为本发明实施例提供的又一种访问量统计系统的结构示意图。

具体实施方式

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

需要说明的是，本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。

对于网站、应用程序等网络服务系统，其用户一般可以分为登录用户和访客用户，网络服务系统可以根据访问用户的类型不同，设置不同的访问策略，如登录用户可以无限制访问网站中的服务，而访客用户仅可以在规定的次数内访问网站中的服务，这样即可以保障登录用户的权益，并对一些非法用户加以限制，确保网站的平稳运行。而目前对这些网络服务系统的访问量统计仅能够根据用户网际互连协议(internet protocol，IP)和访问时间等信息确定总得访问量，但无法区分其中的登录用户访问量和访客用户访问量。因此，目前的访问量统计方法无法支持网络服务系统设置多样化的访问策略。

针对上述问题，本发明实施例提供一种访问量统计方法，应用于微服务架构，如图1所示，该微服务架构包括网关10、鉴权中心11、微服务12、第一数据库13、第二数据库14和统计服务15。

其中，网关10，用于在接收客户端发送的服务请求后，将服务请求发送给鉴权中心。这里的服务请求包括业务信息和用户身份信息，用于请求对应的微服务提供服务。

鉴权中心11存储有用户身份信息。当鉴权中心11接收到网关10发送的服务请求后，可以将服务请求中携带的用户身份信息与自身存储的用户身份信息进行匹配，若鉴权中心11内存储有与服务请求中携带的用户身份信息一致的用户身份信息，则鉴权完成，确定该服务请求的发送方为登录用户；否则，该服务请求的发送方为访客用户。此时，鉴权中心11可以根据预设的访问策略向网关10返回响应消息，指示网关10将该服务请求发送给相应的微服务，由相应的微服务提供服务。

需要说明的是，这里的访问策略可以是：若服务请求的发送方为登录用户，则鉴权中心11可以确定该登录用户在一定时间段内的访问量，若访问量达到阈值，则拒绝该次服务请求，若访问量未达到阈值，则向网关返回响应消息。

同样的，在服务请求的发送方为访客用户时，也可以执行相同的访问策略。不同的是，这里的访客用户的访问量对应的阈值可能小于登录用户的访问量对应的阈值，且访客用户的访问策略还可以限制访客用户使用某些微服务等等。当然，上述的访问策略仅为示例性的，本领域的技术人员可以根据需要为不同类型的用户设置不同的访问策略。

与上述鉴权中心11确定登录用户或访客用户的访问量相对应的，鉴权中心11还可以用于从第一数据库13和/或第二数据库14中查询对应用户的访问量。

在鉴权中心11向网关10返回响应消息后，网关10还可以用于将服务请求发送给相应的微服务，如微服务121。

微服务12可以包括多项服务，如微服务121、微服务122等，这些微服务均可以向外提供相应的服务。

第一数据库13和第二数据库14均用于存储用户的访问量数据，不同的是，第一数据库13用于存储用户的实时访问量，这里的实时访问量是指当前时间段内的访问量，如当前两小时内的访问量；第二数据库14用于存储用户的持久化访问量，这里的持久化访问量是指当前时间段之前的访问量数据，如当前两小时之前的访问量数据。

统计服务15，用于将第一数据库13中的实时访问量数据持久化至第二数据库14中。这里统计服务15持久化访问量数据时，可以是每个三十分钟，则将第一数据库13中存储的前三十分钟的访问量数据持久化至第二数据库14。当然，上述的三十分钟仅为示例性的，本领域的技术人员可以根据需要设置数据持久化的时间间隔，以及数据量。

需要说明的是，上述仅说明了微服务架构中各结构组成的部分功能，实际中，这些结构还可以包括其他功能，在此不再一一赘述。

依据图1所示的微服务架构，如图2所示，本发明实施例提供一种访问量统计系统20，包括：鉴权中心201、数据存储模块202和数据展示模块203。

其中，这里的鉴权中心201可以为图1所示的鉴权中心，其功能与图1所示的鉴权中心的功能相同，这里不再赘述。

数据存储模块202用于存储所有用户的访问量数据，这里数据存储模块202可以包括图1所示的第一数据库和第二数据库，从而实现实时访问量和持久化访问量的分别存储。当然，由于数据存储模块202中，第二数据库的持久化访问量是由第一数据库中的实时访问量确定，因此数据存储模块202还包括图1所示的统计服务，以实现将第一数据库中的实时访问量持久化至第二数据库。

需要说明的是，这里鉴权中心201对用户的访问量统计同样需要与数据存储模块202中的第一数据库相结合，以实现用户访问量的计数。

在完成所有用户的访问量统计后，数据展示模块203则用于通过图表的形式展示特定用户的访问量变化情况。当然，数据展示模块203还可以展示特定用户在特定时间的访问量。

如图3所示，本发明实施例提供一种访问量统计方法，应用于上述的微服务架构，该方法包括：

S301、接收网关发送的第一服务请求。

其中，第一服务请求包括用户身份信息。

具体地，这里的第一服务请求用于请求相应的微服务，用户身份信息用于指示用户的身份类型，如登录用户和访客用户等，这里的登录用户可以为已向网站注册的用户，访客用户可以为未向网站注册的用户。

当登录用户发送第一服务请求时，第一服务请求可以包括该登录用户的用户类型以及网站为其分配的用户身份标识；当访客用户发送第一服务请求时，第一服务请求可以包括该访客用户的用户类型以及该访客用户的IP地址。

示例性的，若第一服务请求中包括的用户身份信息为login：15，则表示发送该第一服务请求的用户为登录用户，网站为其分配的用户身份标识为15；若第一服务请求中包括的用户身份信息为visitor：192.168.11.1，则表示发送该第一服务请求的用户为访客用户，其对应的IP地址为192.168.11.1。

需要说明的是，上述对用户身份类型的分类仅为示例性的，实际中，本领域的技术人员可以根据需要设置其他不同类型的用户身份。且上述的网站也为示例性的，实际中，这里的网站还可以是其他提供微服务的应用程序。

在访问量统计系统接收第一数据请求后，对第一服务请求的接收、识别可以由图2所示的鉴权中心实现，由于鉴权中心存储了用户的鉴权数据(如注册信息，以及网站为用户分配的用户身份标识)，因此鉴权中心在接收第一服务请求后，可以根据自身存储的鉴权数据确定用户的用户类型。

S302、根据用户身份信息更新目标用户的访问量。

具体地，鉴权中心在接收第一服务请求后，可以将第一服务请求中的用户身份信息以键值对key-value的方式存储至第一数据库，并对第一数据库中已有的键值对key-value的值进行更新。这里的第一数据库可以为图2所示的数据存储模块中的第一数据库。

进一步的，第一数据库可以以键值对key-value的方式存储不同用户的访问量记录，如login：15 10可以表示登录用户15的访问量为10，当鉴权中心将第一服务请求中的用户身份信息存储至第一数据库时，该登录用户对应的键值对key-value计数加1，此时键值对key-value为：login：15 11，表示登录用户15的访问量为11；又如visitor：192.168.11.13可以表示访客用户192.168.11.1的访问量为3，当鉴权中心将第一服务请求中的用户身份信息存储至第一数据库时，该访客用户对应的键值对key-value计数加1，此时键值对key-value为：visitor：192.168.11.1 4，表示访客用户192.168.11.1的访问量为4。

一种可能的实现方式中，当用户第一次访问网站时，鉴权中心将第一服务请求中的用户身份信息存储至第一数据库时，未查询到该用户身份信息对应的键值对key-value，此时可以在第一数据库中新建键值对key-value，并将其计数值记为1，如login：17 1，表示登录用户17的访问量为1。

需要说明的是，上述的目标用户即为第一服务请求中的用户身份信息对应的用户。

可选的，第一服务请求还可以包括时间戳信息和业务信息，如图4所示，步骤S302还可以为：根据用户身份信息、时间戳信息和业务信息更新目标用户在目标时间段内对目标业务的访问量。

具体地，在第一服务请求仅包括用户身份信息时，鉴权中心通过第一数据库仅可以确定相应目标用户累计的访问量；在第一服务请求还包括时间戳信息和业务信息时，鉴权中心还可以通过第一数据库确定目标用户在目标时间段内对目标业务的访问量。

进一步的，在第一服务请求还包括时间戳信息和业务信息时，第一数据库中的存储用户对应访问量记录的键值对key-value可以为：2020110308:118:Login:15 3，表示登录用户15在2020年11月03日08点第3次访问118服务；当鉴权中心将第一服务请求中的用户身份信息、时间戳信息和业务信息存储至第一数据库，该登录用户对应的键值对key-value计数加1，此时键值对key-value为：2020110308:118:Login:15 4，表示登录用户15在2020年11月03日08点第4次访问118服务。

一种可能的实现方式中，当用户第一次访问网站时，鉴权中心将第一服务请求中的用户身份信息、时间戳信息和业务信息存储至第一数据库时，未查询到该用户身份信息对应的键值对key-value，此时可以在第一数据库中新建键值对key-value，并将其计数值记为1，如2020110308:118:Login:17 1，表示登录用户17在2020年11月03日08点第1次访问118服务。

需要说明的是，上述的目标时间段用于指示时间戳信息所在的小时段，如时间戳信息为2020110308，则该目标时间段即指2020年11月03日08点-2020年11月03日09点的时间段。

一种可能的实现方式中，第一服务请求还可以仅包括用户身份信息和时间戳信息，此时步骤S302还以为：根据用户身份信息和时间戳信息更新目标用户在目标时间段内的访问量。

具体地，第一服务请求还可以仅包括用户身份信息和时间戳信息时，鉴权中心仅可以通过第一数据库实现对目标用户在目标时间段的访问量计数，而无法实现对目标业务的访问量计数。鉴权中心对目标用户在目标时间段的访问量计数可以参照上述的访问量计数方式实现，在此不再赘述。

当然，上述各个实现方式仅为示例性的，当第一服务请求中包括其他信息时，本领域的技术人员还可以根据相应的信息实现不同的计数要求。

本发明实施例中访问量统计系统根据服务请求中的用户身份信息对相应的用户访问次数进行累加，由于这里的服务请求用户请求微服务架构中的服务，因此本实施例根据服务请求对用户的访问量进行统计时不再需要其他统计流程，在接收服务请求的同时即可以实现访问量的统计，简化了访问量的统计流程；且本实施例中是根据服务请求提供的用户身份信息统计访问量，因此能够统计不同身份用户的访问量，丰富了访问量统计数据。

可选的，如图5所示，在步骤S302之后，还包括：

S303、将第一时间段的访问量数据存储至第一数据库。

其中，第一时间段包括当前时刻。

具体地，在鉴权中心通过第一数据库实现对目标客户的访问量计数后，可以将第一时间段内的访问量数据存储在第一数据库。这里的第一时间段可以为当前两小时，如当前时刻为2020年11月03日08点，则该第一时间段为2020年11月03日06点-2020年11月03日08点。

需要说明的是，本发明实施例中，第一数据库用于缓存目标用户短期内的访问量数据，为了方便快捷的实现对目标用户访问量的实时查询，该第一数据库可以部署在计算机内存中，以提高访问量统计的响应速度。

S304、将第二时间段的访问量数据存储至第二数据库。

其中，第二时间段为第一时间段之前的时间段。

具体地，这里的第二数据库可以为图2中数据存储模块的第二数据库。若第一时间段为2020年11月03日06点-2020年11月03日08点，则第二时间段可以为2020年11月03日06点之间的时间段。

进一步的，这里将访问量数据存储在第二数据库实际是将第一数据库中缓存的目标用户短期内的访问量数据持久化至第二数据库，该过程可以由图2中数据存储模块的统计服务实现。

需要注意的是，在统计服务将第一数据库中的访问量数据持久化至第二数据库时，可以仅将第一数据库中的部分访问量数据持久化至第二数据库，如在第一时间段为两小时时，统计服务可以将这两小时的访问量数据中预设时间内的访问量数据持久化至第二数据库。例如，第一时间段为2020年11月03日06点-2020年11月03日08点，则这里统计服务可以将2020年11月03日06点-2020年11月03日06点30分的访问量数据持久化至第二数据库，此时预设时间即为第一时间段的前30分钟；当然，这里的预设时间仅为示例性的，本领域的技术人员可以根据需要对第一时间段、第二时间段和预设时间进行设置，对此本发明实施例不做限定。

一种可能的实现方式中，第一数据库和第二数据库中存储的访问量可以是分级存储的，如第一数据库和第二数据库中的访问量均可以分为三级存储，如图6所示，访问量存储方式可以包括一级访问量、二级访问量和三级访问量，其中一级访问量可以为全局访问量，二级访问量可以为组织级访问量，可以将全局访问量分为多个类别，如第一服务访问量、第二服务访问量等，三级访问量可以是用户级访问量，如第一用户对第一服务的访问量等。当然，这里将第一数据库和第二数据库中的访问量分级存储仅为示例性的，本领域的技术人员也可以通过其他方式将访问量进行分类存储，以方便后续的访问量查询。

一种可能的实现方式中，第一数据库可以为基于远程字典服务(remotedictionary server，Redis)的数据库，第二数据库可以为基于搜索引擎Elasticsearch的数据库。第一数据库基于Redis的高并发能力，可以支持大量的数据统计服务，且基于Redis的单线程机制，能够快速实现对用户访问量的实时计数。第二数据库基于Elasticsearch的能力，则可以实现稳定、可靠的实时搜索，便于后续的访问量查询服务。当然，这里的第一数据库和第二数据库仅为优选的，实际中第一数据库和第二数据库还可以为其他数据库，对此本发明实施例不做限定。

可选的，在完成访问量数据的存储之后，如图7所示，还包括：

S401、接收第一查询请求。

其中，第一查询请求包括第三时间段和用户身份信息。

具体地，这里的第一查询请求可以是访问量统计系统通过图2所示的数据展示模块接收的点击指令，也可以是其他指令。

示例性的，访问量统计系统的数据展示模块可以提供如图8所示的查询页面，通过设置相应的第三时间段，即可实现查询相应时间的访问量；通过点击不同的存储级别，即可实现查询相应时间内目标用户的访问量，或目标组织的访问量等。

这里的数据展示模块仅为示例性的，本领域的技术人员还可以通过其他方式显示第一查询请求的接收。

S402、若第三时间段位于第一时间段内，则根据用户身份信息从第一数据库确定目标用户的访问量。

具体地，由于第一数据库中仅存储了第一时间段内的访问量数据，因此在访问量统计系统确定第三时间段在第一时间段内时，可以从第一数据库查询用户身份信息对应用户的访问量。

示例性的，若当前时刻为2020年11月03日08点23分，则第一时间段为2020年11月03日06点-2020年11月03日08点；若第三时间段为2020年11月03日06点-2020年11月03日07点，则访问量统计系统可以根据用户身份信息从第一数据库查询对应用户的访问量。

S403、若第三时间段位于第二时间段内，则根据用户身份信息从第二数据库确定目标用户的访问量。

具体地，由于第二数据库存储了第一时间段之前所有时间的访问量数据，因此在访问量统计系统确定第三时间段在第二时间段内时，可以从第二数据库查询用户身份信息对应用户的访问量。

示例性的，若当前时刻为2020年11月03日08点23分，则第一时间段为2020年11月03日06点-2020年11月03日08点，第二时间段则为2020年11月03日06点之前的所有时间；若第三时间段为2020年11月02日06点-2020年11月03日01点，则访问量统计系统可以根据用户身份信息从第二数据库查询对应用户的访问量。

S404、若第一子时间段位于第一时间段，第二子时间段位于第二时间段，则根据用户身份信息从第一数据库和第二数据库确定目标用户的访问量。

其中，第三时间段包括第一子时间段和第二子时间段。

具体地，这里的第三时间段由第一子时间段和第二子时间段组成，如第三时间段为2020年11月03日05点-2020年11月03日08点，则第一子时间段可以为2020年11月03日05点-2020年11月03日06点，第二子时间段可以为2020年11月03日06点-2020年11月03日08点。

在第一子时间段在第一时间段，第二子时间段在第二时间段时，由于第一子时间段对应的用户的访问量存储在第一数据库，第二字时间段对应的用户的访问量存储在第二数据库，因此访问量统计系统需要根据用户身份信息分别从第一数据库和第二数据库查询对应用户的访问量。

示例性的，若当前时刻为2020年11月03日08点23分，则第一时间段为2020年11月03日06点-2020年11月03日08点，第二时间段则为2020年11月03日06点之前的所有时间；若第一子时间段为2020年11月03日05点-2020年11月03日06点，第二子时间段为2020年11月03日06点-2020年11月03日08点，则访问量统计系统根据用户身份信息从第一数据库查询对应用户在第一子时间段内的访问量，根据用户身份信息从第二数据库查询对应用户在第二子时间段内的访问量。

需要说明的是，上述根据第三时间段分别从第一数据库和/或第二数据库查询用户的访问量时，还需要根据第三时间段查询对应时间段内的访问量，而不是整个第一数据库内对应用户的访问量和整个第二数据库内对应用户的访问量。由于本实施例中，第一数据库优选为基于Redis的数据库，第二数据优选为基于ElasticSearch的数据库，因此第一数据库可以批量处理查询请求，避免同时发起大量查询请求时造成性能下降，第二数据库则可以实现各个用户对不同时间段或不同业务的访问量的聚合。

一种可选的实现方式中，第一查询请求还可以包括业务信息，此时访问量统计系统可以根据用户身份信息、第三时间段和业务信息查询目标用户在第三时间段内对目标业务的访问量，具体过程可以参照上述实施例，在此不再赘述。

S405、通过图表形式显示目标用户在第三时间段的访问量。

具体地，通过上述查询流程可以确定目标用户在第三时间段的访问量，也可以确定目标用户在第三时间段对目标业务的访问量等，在确定这些访问量后，访问量统计系统可以通过图2所示的数据展示模块将这些访问量渲染为相应的图表形式进行展示。

示例性的，如图9所示，示出了第一目标用户在2020年11月03日02点-2020年11月03日07点内对第一服务的访问量；可选的，第一目标用户在2020年11月03日02点-2020年11月03日07点内对第一服务的访问量还可以如图10所示的方式进行展示。

当然，上述对目标用户的访问量展示方式仅为示例性的，本领域的技术人员还可以通过其他方式对目标用户的访问量进行展示，对此发明实施例不做限定。

需要说明的是，在通过图表形式展示目标用户的访问量时，若未查询到目标用户在第三时间段的访问量，则可以通过补零的方式通过图表显示其访问量。

本发明实施例提供的访问量统计方法，应用于微服务架构，微服务架构包括网关，该方法包括：接收网关发送的第一服务请求；第一服务请求包括用户身份信息；根据用户身份信息更新目标用户的访问量。本发明实施例提供的访问量统计方法在微服务架构中的网关接收到相应终端的服务请求后，可以将该服务请求转发给本实施例提供的访问量统计系统，由访问量统计系统根据服务请求中的用户身份信息对相应的用户访问次数进行累加，由于这里的服务请求用户请求微服务架构中的服务，因此本实施例根据服务请求对用户的访问量进行统计时不再需要其他统计流程，在接收服务请求的同时即可以实现访问量的统计，简化了访问量的统计流程；且本实施例中是根据服务请求提供的用户身份信息统计访问量，因此能够统计不同身份用户的访问量，丰富了访问量统计数据。

如图11所示，本发明实施例提供一种访问量统计系统50，应用于微服务架构，包括：

第一接收模块501，用于接收网关发送的第一服务请求；第一服务请求包括用户身份信息。

更新模块502，用于根据第一接收模块501接收的用户身份信息更新目标用户的访问量。

可选的，第一服务请求还包括时间戳信息和业务信息。

更新模块502，还用于根据第一接收模块501接收的用户身份信息、时间戳信息和业务信息更新目标用户在目标时间段内对目标业务的访问量。

可选的，如图12所示，访问量统计系统50还包括存储模块503。

存储模块503，用于将第一时间段的访问量数据存储至第一数据库；第一时间段包括当前时刻。

存储模块503，还用于将第二时间段的访问量数据存储至第二数据库；第二时间段为第一时间段之前的时间段。

可选的，如图13所示，访问量统计系统50还包括第二接收模块504、查询模块505和显示模块506。

第二接收模块504，用于接收第一查询请求；第一查询请求包括第三时间段和用户身份信息。

查询模块505，用于在第二接收模块504接收的第三时间段位于第一时间段内时，根据用户身份信息从第一数据库确定目标用户的访问量。

查询模块505，还用于在第二接收模块504接收的第三时间段位于第二时间段内时，根据用户身份信息从第二数据库确定目标用户的访问量。

查询模块505，还用于在第一子时间段位于第一时间段，第二子时间段位于第二时间段时，根据用户身份信息从第一数据库和第二数据库确定目标用户的访问量；第三时间段包括第一子时间段和第二子时间段。

显示模块506，用于通过图表形式显示目标用户在第三时间段的访问量。

本发明实施例提供的访问量统计系统，应用于微服务架构，微服务架构包括网关，该系统包括：第一接收模块，用于接收网关发送的第一服务请求；第一服务请求包括用户身份信息；更新模块，用于根据第一接收模块接收的用户身份信息更新目标用户的访问量。本发明实施例提供的访问量统计系统在微服务架构中的网关接收到相应终端的服务请求后，可以接收网关转发的服务请求，并根据服务请求中的用户身份信息对相应的用户访问次数进行累加，由于这里的服务请求用户请求微服务架构中的服务，因此本实施例根据服务请求对用户的访问量进行统计时不再需要其他统计流程，在接收服务请求的同时即可以实现访问量的统计，简化了访问量的统计流程；且本实施例中是根据服务请求提供的用户身份信息统计访问量，因此能够统计不同身份用户的访问量，丰富了访问量统计数据。

如图14所示，本发明实施例还提供另一种访问量统计系统，包括存储器61、处理器62、总线63和通信接口64；存储器61用于存储计算机执行指令，处理器62与存储器61通过总线63连接；当访问量统计系统运行时，处理器62执行存储器61存储的计算机执行指令，以使访问量统计系统执行如上述实施例提供的访问量统计方法。

在具体的实现中，作为一种实施例，处理器62(62-1和62-2)可以包括一个或多个CPU，例如图14中所示的CPU0和CPU1。且作为一种实施例，访问量统计系统可以包括多个处理器62，例如图14中所示的处理器62-1和处理器62-2。这些处理器62中的每一个CPU可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器62可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

存储器61可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器61可以是独立存在，通过总线63与处理器62相连接。存储器61也可以和处理器62集成在一起。

在具体的实现中，存储器61，用于存储本申请中的数据和执行本申请的软件程序对应的计算机执行指令。处理器62可以通过运行或执行存储在存储器61内的软件程序，以及调用存储在存储器61内的数据，访问量统计系统的各种功能。

通信接口64，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如控制系统、无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。通信接口64可以包括接收单元实现接收功能，以及发送单元实现发送功能。

总线63，可以是工业标准体系结构(industry standard architecture，ISA)总线、外部设备互连(peripheral component interconnect，PCI)总线或扩展工业标准体系结构(extended industry standard architecture，EISA)总线等。该总线63可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令，当计算机执行指令在计算机上运行时，使得计算机执行如上述实施例提供的访问量统计方法。

本发明实施例还提供一种计算机程序，该计算机程序可直接加载到存储器中，并含有软件代码，该计算机程序经由计算机载入并执行后能够实现上述实施例提供的访问量统计方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种访问量统计方法，应用于微服务架构，所述微服务架构包括网关，其特征在于，包括：

接收所述网关发送的第一服务请求；所述第一服务请求包括用户身份信息；

根据所述用户身份信息更新目标用户的访问量。

2.根据权利要求1所述的访问量统计方法，其特征在于，所述第一服务请求还包括时间戳信息和业务信息，所述方法还包括：

根据所述用户身份信息、所述时间戳信息和所述业务信息更新所述目标用户在目标时间段内对目标业务的访问量。

3.根据权利要求1或2所述的访问量统计方法，其特征在于，还包括：

将第一时间段的访问量数据存储至第一数据库；所述第一时间段包括当前时刻；

将第二时间段的访问量数据存储至第二数据库；所述第二时间段为所述第一时间段之前的时间段。

4.根据权利要求3所述的访问量统计方法，其特征在于，在完成所述访问量数据的存储之后，还包括：

接收第一查询请求；所述第一查询请求包括第三时间段和所述用户身份信息；

若所述第三时间段位于所述第一时间段内，则根据所述用户身份信息从所述第一数据库确定所述目标用户的访问量；

若所述第三时间段位于所述第二时间段内，则根据所述用户身份信息从所述第二数据库确定所述目标用户的访问量；

若第一子时间段位于所述第一时间段，第二子时间段位于所述第二时间段，则根据所述用户身份信息从所述第一数据库和所述第二数据库确定所述目标用户的访问量；所述第三时间段包括所述第一子时间段和所述第二子时间段。

5.根据权利要求4所述的访问量统计方法，其特征在于，在确定所述目标用户的访问量之后，还包括：

通过图表形式显示所述目标用户在所述第三时间段的访问量。

6.一种访问量统计系统，应用于微服务架构，所述微服务架构包括网关，其特征在于，包括：

第一接收模块，用于接收所述网关发送的第一服务请求；所述第一服务请求包括用户身份信息；

更新模块，用于根据所述第一接收模块接收的所述用户身份信息更新目标用户的访问量。

7.根据权利要求6所述的访问量统计系统，其特征在于，所述第一服务请求还包括时间戳信息和业务信息，所述更新模块，还用于根据所述第一接收模块接收的所述用户身份信息、所述时间戳信息和所述业务信息更新所述目标用户在目标时间段内对目标业务的访问量。

8.根据权利要求6或7所述的访问量统计系统，其特征在于，还包括存储模块；

所述存储模块，用于将第一时间段的访问量数据存储至第一数据库；所述第一时间段包括当前时刻；

所述存储模块，还用于将第二时间段的访问量数据存储至第二数据库；所述第二时间段为所述第一时间段之前的时间段。

9.根据权利要求8所述的访问量统计系统，其特征在于，还包括第二接收模块和查询模块；

所述第二接收模块，用于接收第一查询请求；所述第一查询请求包括第三时间段和所述用户身份信息；

所述查询模块，用于在所述第二接收模块接收的所述第三时间段位于所述第一时间段内时，根据所述用户身份信息从所述第一数据库确定所述目标用户的访问量；

所述查询模块，还用于在所述第二接收模块接收的所述第三时间段位于所述第二时间段内时，根据所述用户身份信息从所述第二数据库确定所述目标用户的访问量；

所述查询模块，还用于在第一子时间段位于所述第一时间段，第二子时间段位于所述第二时间段时，根据所述用户身份信息从所述第一数据库和所述第二数据库确定所述目标用户的访问量；所述第三时间段包括所述第一子时间段和所述第二子时间段。

10.根据权利要求9所述的访问量统计系统，其特征在于，还包括显示模块；

所述显示模块，用于通过图表形式显示所述目标用户在所述第三时间段的访问量。

Images