CN108874948A - 一种网站资源访问方法及装置 - Google Patents

Abstract

本发明公开一种网站资源访问方法及装置，方法包括在用户触发对目标功能的访问请求时，获取第一剩余访问次数，第一剩余访问次数为在客户端记录的用户对目标功能的剩余访问次数；判断第一剩余访问次数是否大于零，若是，则同意用户的访问请求，并将第一剩余访问次数减1，若否，则拒绝用户的访问请求。通过在客户端记录用户对目标功能的剩余访问次数，压力分摊至客户端，减少了与服务器端的数据交互以减轻数据交互成本，且无需在数据库内分表，易于维护，提高了系统运行效率，高效实现了B/S架构下的用户级额度管控。

Description

一种网站资源访问方法及装置

技术领域

本发明涉及数据处理领域，更具体地说，涉及一种网站资源访问方法及装置。

背景技术

目前，有些管理系统需要对用户的一些操作进行限定，例如金融行业的征信管理系统的个人信用报告查询功能，需要加入每日查询笔数限制，当查询次数超过一定值后当日无法继续进行查询，以限制客户经理的日查询笔数。即对每位客户经理每日可查询的信用报告笔数进行额度管控，根据地域、业务量、机构等信息对不同的客户经理设置不同的查询额度。

征信管理系统是B/S(Browser/Server，浏览器/服务器模式)系统，系统用户较多，现在主要采用内存数据库和关系数据库这两种方式来进行用户级额度管控。内存数据库即为建立在服务器内存中的数据存储介质。

采用内存数据库的方式具体是，利用内存数据库记录用户剩余操作次数，用户每次操作后，内存数据库中记录的剩余操作次数减一；这种方式需要在传统的B/S架构下增加内存数据库，即需要进行架构调整，采用内存数据库的方式，需要配备多台专用的共享内存服务器用于数据操作和数据互备，硬件资源成本高，且在共享内存服务器宕机时容易造成数据遗漏。

采用关系数据库的方式具体是，每次用户操作后，均需要更新关系数据库中的用户剩余操作次数，在操作的集中时间段，对于操作量较大的表存在数据库拥堵的问题。

因此，如何高效实现B/S架构下的用户级额度管控是现在亟需解决的一个问题。

发明内容

有鉴于此，本发明提出一种网站资源访问方法及装置，欲高效实现B/S架构下的用户级额度管控的目的。

为了实现上述目的，现提出的方案如下：

一种网站资源访问方法，应用于客户端，包括：

在用户触发对目标功能的访问请求时，获取第一剩余访问次数，所述第一剩余访问次数为在所述客户端记录的所述用户对所述目标功能的剩余访问次数；

判断所述第一剩余访问次数是否大于零，若是，则同意所述用户的所述访问请求，并将所述第一剩余访问次数减1，若否，则拒绝所述用户的所述访问请求。

可选的，在所述在用户触发对目标功能的访问请求时，获取第一剩余访问次数的步骤前，还包括：

在所述用户登录系统后，获取第二系统登陆次数，所述第二系统登陆次数为服务器端的共享内存缓冲区记录的所述用户的系统登陆次数；

判断第一系统登陆次数和所述第二系统登陆次数是否相等，所述第一系统登陆次数为所述客户端记录的所述用户的系统登陆次数，若是，则将所述第一系统登陆次数加1，并发送第一更新指令至所述服务器端，以使所述第二系统登陆次数加1，若否，则判断所述用户的前次退出系统状态是否正常；

若所述前次退出系统状态正常，则获取第二剩余访问次数，并将所述第一剩余访问次数更新为所述第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零，所述第二剩余访问次数为在所述服务器端的数据库记录的所述用户对所述目标功能的剩余访问次数；

若所述前次退出系统状态不正常，则发送第二更新指令至所述服务器端，以使所述服务器端利用所述用户的操作日志表对所述第二剩余访问次数进行更新；

获取更新后的第二剩余访问次数，并将所述第一剩余访问次数设置为更新后的第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零；

在所述将所述第一剩余访问次数减1时，还包括将所述使用次数加1；

在所述用户正常退出系统时，将所述使用次数发送至所述服务器端，以更新所述第二剩余访问次数，并将使用次数次数清零。

可选的，所述方法还包括：

每隔预设时间周期，将所述第二系统登陆次数清零、将所述第二剩余访问次数更新为预设用户额度值、以及更新所述用户的前次退出系统状态为退出。

可选的，所述方法还包括：在所述共享内存缓冲区失效后，根据所述数据库中的用户表重新建立所述共享内存缓冲区，设置所述第二系统登陆次数为预设阈值。

一种网站资源访问装置，应用于客户端，包括：

第一获取单元，用于在用户触发对目标功能的访问请求时，获取第一剩余访问次数，所述第一剩余访问次数为在所述客户端记录的所述用户对所述目标功能的剩余访问次数；

第一判断单元，用于判断所述第一剩余访问次数是否大于零，若是，则执行访问单元，若否，则执行限制单元；

所述访问单元，用于同意所述用户的所述访问请求，并将所述第一剩余访问次数减1；

所述限制单元，用于拒绝所述用户的所述访问请求。

可选的，上述装置还包括：

第二获取单元，用于在所述用户登录系统后，获取第二系统登陆次数，所述第二系统登陆次数为服务器端的共享内存缓冲区记录的所述用户的系统登陆次数；

第二判断单元，用于判断第一系统登陆次数和所述第二系统登陆次数是否相等，所述第一系统登陆次数为所述客户端记录的所述用户的系统登陆次数，若是，则执行第一更新单元，若否，则执行第三判断单元；

所述第一更新单元，用于将所述第一系统登陆次数加1，并发送第一更新指令至所述服务器端，以使所述第二系统登陆次数加1；

所述第三判断单元，用于判断所述用户的前次退出系统状态是否正常，若是，则执行第二更新单元，若否，则执行第三更新单元；

所述第二更新单元，用于获取第二剩余访问次数，并将所述第一剩余访问次数更新为所述第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零，所述第二剩余访问次数为在所述服务器端的数据库记录的所述用户对所述目标功能的剩余访问次数；

第三更新单元，用于发送第二更新指令至所述服务器端，以使所述服务器端利用所述用户的操作日志表对所述第二剩余访问次数进行更新；

第三获取单元，用于获取更新后的第二剩余访问次数，并将所述第一剩余访问次数设置为更新后的第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零；

所述访问单元，还用于在所述将所述第一剩余访问次数减1时，将所述使用次数加1；

第四更新单元，用于在所述用户正常退出系统时，将所述使用次数发送至所述服务器端，以更新所述第二剩余访问次数，并将使用次数次数清零。

可选的，上述装置还包括：

第五更新单元，用于每隔预设时间周期，将所述第二系统登陆次数清零、将所述第二剩余访问次数更新为预设用户额度值、以及更新所述用户的前次退出系统状态为退出。

可选的，上述装置还包括：

第六更新单元，用于在所述共享内存缓冲区失效后，根据所述数据库中的用户表重新建立所述共享内存缓冲区，设置所述第二系统登陆次数为预设阈值。

与现有技术相比，本发明的技术方案具有以下优点：

上述技术方案提供的一种网站资源访问方法，在用户触发对目标功能的访问请求时，获取第一剩余访问次数，所述第一剩余访问次数为在所述客户端记录的所述用户对所述目标功能的剩余访问次数；判断所述第一剩余访问次数是否大于零，若是，则同意所述用户的所述访问请求，并将所述第一剩余访问次数减1，若否，则拒绝所述用户的所述访问请求。通过在客户端记录用户对目标功能的剩余访问次数，压力分摊至客户端，减少了与服务器端的数据交互以减轻数据交互成本，且无需在数据库内分表，易于维护，提高了系统运行效率，高效实现了B/S架构下的用户级额度管控。

附图说明

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

图1为本发明实施例提供的一种网站资源访问方法的流程图；

图2为本发明实施例提供的另一种网站资源访问方法的流程图；

图3为本发明实施例提供的一种网站资源访问装置的逻辑结构示意图。

具体实施方式

本发明的核心思想是通过在客户端记录用户对目标功能的剩余访问次数，进而控制用户对目标功能的使用次数。这样将压力分摊至客户端，使得与服务器端的数据交互减少以减轻了数据交互成本，且无需在数据库内分表，易于维护，提高了系统运行效率，高效实现了B/S架构下的用户级额度管控。

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

本实施例提供一种网站资源访问方法，应用于客户端，参见图1所示，该方法包括步骤：

S11：在用户触发对目标功能的访问请求时，获取第一剩余访问次数，第一剩余访问次数为在客户端记录的用户对目标功能的剩余访问次数；

用户在客户端登录系统时若没有Cookie，则在客户端建立Cookie，以记录用户对目标功能的剩余访问次数。Cookie为客户端用于保存浏览器数据的载体。Cookie内的数据是加密存储的，需要时解密访问。在本实施例中每隔预设时间周期更新用户的剩余访问次数为初始设置值。Cookie可以包含但不限于USERNAME、RESNUM和DATE等数据。USERNAME表示用户名， RESNUM表示剩余访问次数，DATE表示日期；USERNAME＝U1、 RESNUM＝5、DATE＝20180409时，则表示2018年04月09日，用户名为U1 的用户的剩余访问次数还有5次。

S12：判断第一剩余访问次数是否大于零，若是，则执行步骤S13，若否，则执行步骤S14；

S13：同意用户对目标功能的访问请求，并将第一剩余访问次数减1；

例如限制用户名为U1的用户，对目标功能的每天的访问次数为50次。每天24点整更新用户名为U1的用户对目标功能的剩余访问次数为50，用户名为U1的用户当天成功访问N次目标功能，则将对应的剩余访问次数减N，所述N为正整数。

S14：拒绝用户对目标功能的访问请求。

当客户端记录的用户对目标功能的剩余访问次数为零，说明规定时间周期内，用户对目标功能的使用次数已经达到最大阈值，则在规定时间周期内不允许用户再次访问目标功能。

本实施例提供一种网站资源访问方法，通过在客户端记录用户对目标功能的剩余访问次数，压力分摊至客户端，减少了与服务器端的数据交互以减轻了数据交互成本，且无需在数据库内分表，易于维护，提高了系统运行效率，高效实现了B/S架构下的用户级额度管控。

本实施例提供另一种网站资源访问方法，应用于客户端，参见图2所示，该方法包括步骤：

S21：在用户登录系统后，获取第二系统登陆次数，第二系统登陆次数为服务器端的共享内存缓冲区记录的用户的系统登陆次数；

服务器端的共享内存缓冲区可以用HASH建立，如JAVA中HASHMAP 类。共享内存缓冲区记录用户名USERNAME以及用户名对应的系统登陆次数LOGIN_NUM。下表示出了共享内存缓冲区中的多个用户各自对应的系统登陆次数数据。

客户端发送包含用户名的系统登陆次数请求指令至服务器端，服务器端根据用户名从共享内存缓冲区匹配到对应的系统登陆次数，并反馈至客户端。

S22：判断第一系统登陆次数和第二系统登陆次数是否相等，第一系统登陆次数为客户端记录的用户的系统登陆次数，若是，则执行步骤S23，若否，则执行步骤S24；

在本实施例中Cookie记录用户的系统登陆次数，具体的，Cookie可以包含但不限于USERNAME、RESNUM、DATE、LOGIN_ID等数据，LOGIN_ID 表示用户的系统登陆次数。USERNAME＝U1、RESNUM＝5、DATE＝20180409、 LOGIN_ID＝6时，则表示2018年04月09日，用户名为U1的用户的剩余访问次数还有5次、系统登陆次数为6次。

由于用户可能通过多个客户端登陆系统，因此，通过判断用户使用的当前客户端记录的系统登陆次数与共享内存缓冲区记录的系统登陆次数是否相等，来确定用户是否在其他客户端登陆过系统。用户使用的当前客户端记录的系统登陆次数与共享内存缓冲区记录的系统登陆次数不相同分为两种情况；一种情况是当前客户端记录的系统登陆次数小于共享内存缓冲区记录的系统登陆次数，即用户使用别的客户端登陆过系统且访问了目标功能，因此，这种情况需要更新当前客户端记录的用户对目标功能的剩余访问次数；另一种情况是当前客户端记录的系统登陆次数大于共享内存缓冲区记录的系统登陆次数，这是因为每隔规定的时间周期，对内存缓冲区记录的系统登陆次数初始化造成的，这种情况也需要更新当前客户端记录的用户对目标功能的剩余访问次数。

服务器端的数据库中的用户表包含系统用户的基本信息，基本信息包括但不限于用户名和用户密码等。对共享内存缓冲区记录的系统登陆次数初始化具体过程为，从用户表中读取用户名，采用key-value的方式补全共享内存缓冲区中的数据，即并将用户表中包含但共享内存缓冲区未包含的需要限制访问目标功能的用户名补充至共享内存缓冲区，并将共享内存缓冲区记录的所有用户名各自对应的系统登陆次数均置为零。

S23：将第一系统登陆次数加1，并发送第一更新指令至服务器端，以使第二系统登陆次数加1；

第一更新指令包含用户名(即USERNAME)，服务器端根据用户名匹配得到对应的数据，并将对应的LOGIN_NUM加1。

S24：判断用户的前次退出系统状态是否正常，若是，则执行步骤S25，若否，则执行步骤S26；

服务器端的数据库中的用户表还包含用户状态，当用户正常退出系统时，会更新用户状态为退出，若用户非法退出(如直接关闭浏览器)，则不会更新用户状态；当再次登陆系统时若第一系统登陆次数不等于第二系统登陆次数，且用户表中的用户状态不是退出，即确定用户的前次退出系统状态不正常，则需要更新服务器端记录的用户对于目标功能的剩余访问次数；当再次登陆系统时若用户表中的用户状态是退出，则确定用户的前次退出系统状态正常，不需要更新服务器端记录的用户对于目标功能的剩余访问次数。

S25：获取第二剩余访问次数，并将第一剩余访问次数更新为获取的第二剩余访问次数、将第一系统登陆次数更新为获取的第二系统登陆次数、以及将客户端记录的用户对目标功能的使用次数更新为零，第二剩余访问次数为在服务器端的数据库记录的用户对目标功能的剩余访问次数；

当用户在别的客户端登陆过系统，或者，到下一时间周期内时，需要对当前客户端记录的用户对于目标功能的剩余访问次数进行更新。第一剩余访问次数更新为第二剩余访问次数，即将用户登录的当前客户端记录的用户对于目标功能的剩余访问次数更新为服务器端的数据库记录的用户对于目标功能的剩余访问次数。

S26：发送第二更新指令至服务器端，以使服务器端利用用户的操作日志表对第二剩余访问次数进行更新；

服务器端利用用户的操作日志表对第二剩余访问次数进行更新的过程据图为：服务器端根据用户的操作日志表判断用户上次登录系统期间成功访问目标功能的次数，并将记录的用户对目标功能的剩余访问次数减去用户上次登录系统期间成功访问目标功能的次数，得到更新后的用户对目标功能的剩余访问次数。

S27：获取更新后的第二剩余访问次数，并将所第一剩余访问次数设置为更新后的第二剩余访问次数、将第一系统登陆次数更新为第二系统登陆次数、以及将客户端记录的所述用户对目标功能的使用次数更新为零；

S28：在用户触发对目标功能的访问请求时，获取第一剩余访问次数，第一剩余访问次数为在客户端记录的用户对目标功能的剩余访问次数；

S29：判断第一剩余访问次数是否大于零，若是，则执行步骤S30，若否，则执行步骤S31；

S30：同意用户对目标功能的访问请求，并将第一剩余访问次数减1以及将客户端记录的用户对目标功能的使用次数加1；

用户登录系统后，客户端会记录用户成功使用目标功能的次数，并在用户正常退出系统时，将记录的使用次数清零。

S31：拒绝用户对目标功能的访问请求。

S32：在用户正常退出系统时，将客户端记录的用户对目标功能的使用次数发送至服务器端，以更新第二剩余访问次数，并将客户端记录的用户对目标功能的使用次数清零。

服务器端接收到用户对目标功能的使用次数后，将数据库中记录的用户对目标功能的剩余访问次数减去接收到使用次数，得到更新后的用户对目标功能的剩余访问次数。这样可以在减少客户端与服务器端进行数据交互的同时，准确记录用户通过多个客户端登陆系统时访问目标功能的次数。

每隔预设时间周期，在对共享内存缓冲区记录的系统登陆次数进行初始化，同时也对数据库中记录的用户对于目标功能的剩余访问次数以及用户的前次退出系统状态进行初始化。对共享内存缓冲区记录的系统登陆次数进行初始化，即将共享内存缓冲区记录的系统登陆次数清零；对数据库中记录的用户对于目标功能的剩余访问次数以及用户的前次退出系统状态进行初始化，即将相应的剩余访问次数更新为预设用户额度值以及更新用户的前次退出系统状态为退出；例如，预先设定U1的用户额度值为50，每隔一天将用户U1对应的剩余访问次数更新为50，并将用户U1的前次退出系统状态更新为退出。

因为服务器重启等原因造成共享内存缓冲区失效后，根据所述数据库中的用户表重新建立所述共享内存缓冲区，设置所述第二系统登陆次数为预设阈值。预设阈值为用户在一个时间周期内不可能达到的登陆系统的次数阈值，例如，如果时间周期为1天，可以设置预设阈值为1万。采用共享内存缓冲区，无需配备多台专用的共享内存服务器用户数据操作，硬件资源成本低，且在服务器宕机恢复后，只需要同步一次数据库内数据即可，不会造成数据遗漏。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。

下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

本实施例提供一种网站资源访问装置，应用于客户端，参见图3所示，该装置包括：第一获取单元11、第一判断单元12、访问单元13和限制单元 14。其中，

第一获取单元11，用于在用户触发对目标功能的访问请求时，获取第一剩余访问次数，第一剩余访问次数为在客户端记录的用户对目标功能的剩余访问次数；

第一判断单元12，用于判断第一剩余访问次数是否大于零，若是，则执行访问单元13，若否，则执行限制单元14；

访问单元13，用于同意用户的访问请求，并将第一剩余访问次数减1；

限制单元14，用于拒绝用户的访问请求。

可选的，上述装置还包括：第二获取单元、第二判断单元、第一更新单元、第三判断单元、第二更新单元、第三更新单元、第三获取单元、第四更新单元、第五更新单元和第六更新单元。

第二获取单元，用于在用户登录系统后，获取第二系统登陆次数，第二系统登陆次数为服务器端的共享内存缓冲区记录的用户的系统登陆次数；

第二判断单元，用于判断第一系统登陆次数和第二系统登陆次数是否相等，第一系统登陆次数为所述客户端记录的用户的系统登陆次数，若是，则执行第一更新单元，若否，则执行第三判断单元；

第一更新单元，用于将第一系统登陆次数加1，并发送第一更新指令至服务器端，以使第二系统登陆次数加1；

第三判断单元，用于判断用户的前次退出系统状态是否正常，若是，则执行第二更新单元，若否，则执行第三更新单元；

第二更新单元，用于获取第二剩余访问次数，并将第一剩余访问次数更新为第二剩余访问次数、将第一系统登陆次数更新为第二系统登陆次数、以及将客户端记录的用户对目标功能的使用次数更新为零，第二剩余访问次数为在服务器端的数据库记录的用户对目标功能的剩余访问次数；

第三更新单元，用于发送第二更新指令至服务器端，以使服务器端利用用户的操作日志表对第二剩余访问次数进行更新；

第三获取单元，用于获取更新后的第二剩余访问次数，并将第一剩余访问次数设置为更新后的第二剩余访问次数、将第一系统登陆次数更新为第二系统登陆次数、以及将客户端记录的用户对目标功能的使用次数更新为零；

访问单元，还用于在将所述第一剩余访问次数减1时，将使用次数加1；

第四更新单元，用于在用户正常退出系统时，将使用次数发送至服务器端，以更新第二剩余访问次数，并将使用次数次数清零。

第五更新单元，用于每隔预设时间周期，将第二系统登陆次数清零、将第二剩余访问次数更新为预设用户额度值、以及更新用户的前次退出系统状态为退出。

第六更新单元，用于在共享内存缓冲区失效后，根据数据库中的用户表重新建立共享内存缓冲区，设置第二系统登陆次数为预设阈值。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

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

Claims (8)

1.一种网站资源访问方法，其特征在于，应用于客户端，包括：

在用户触发对目标功能的访问请求时，获取第一剩余访问次数，所述第一剩余访问次数为在所述客户端记录的所述用户对所述目标功能的剩余访问次数；

判断所述第一剩余访问次数是否大于零，若是，则同意所述用户的所述访问请求，并将所述第一剩余访问次数减1，若否，则拒绝所述用户的所述访问请求。

2.根据权利要求1所述的方法，其特征在于，在所述在用户触发对目标功能的访问请求时，获取第一剩余访问次数的步骤前，还包括：

在所述用户登录系统后，获取第二系统登陆次数，所述第二系统登陆次数为服务器端的共享内存缓冲区记录的所述用户的系统登陆次数；

判断第一系统登陆次数和所述第二系统登陆次数是否相等，所述第一系统登陆次数为所述客户端记录的所述用户的系统登陆次数，若是，则将所述第一系统登陆次数加1，并发送第一更新指令至所述服务器端，以使所述第二系统登陆次数加1，若否，则判断所述用户的前次退出系统状态是否正常；

若所述前次退出系统状态正常，则获取第二剩余访问次数，并将所述第一剩余访问次数更新为所述第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零，所述第二剩余访问次数为在所述服务器端的数据库记录的所述用户对所述目标功能的剩余访问次数；

若所述前次退出系统状态不正常，则发送第二更新指令至所述服务器端，以使所述服务器端利用所述用户的操作日志表对所述第二剩余访问次数进行更新；

获取更新后的第二剩余访问次数，并将所述第一剩余访问次数设置为更新后的第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零；

在所述将所述第一剩余访问次数减1时，还包括将所述使用次数加1；

在所述用户正常退出系统时，将所述使用次数发送至所述服务器端，以更新所述第二剩余访问次数，并将使用次数次数清零。

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

每隔预设时间周期，将所述第二系统登陆次数清零、将所述第二剩余访问次数更新为预设用户额度值、以及更新所述用户的前次退出系统状态为退出。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：在所述共享内存缓冲区失效后，根据所述数据库中的用户表重新建立所述共享内存缓冲区，设置所述第二系统登陆次数为预设阈值。

5.一种网站资源访问装置，其特征在于，应用于客户端，包括：

第一获取单元，用于在用户触发对目标功能的访问请求时，获取第一剩余访问次数，所述第一剩余访问次数为在所述客户端记录的所述用户对所述目标功能的剩余访问次数；

第一判断单元，用于判断所述第一剩余访问次数是否大于零，若是，则执行访问单元，若否，则执行限制单元；

所述访问单元，用于同意所述用户的所述访问请求，并将所述第一剩余访问次数减1；

所述限制单元，用于拒绝所述用户的所述访问请求。

6.根据权利要求5所述的装置，其特征在于，还包括：

第二获取单元，用于在所述用户登录系统后，获取第二系统登陆次数，所述第二系统登陆次数为服务器端的共享内存缓冲区记录的所述用户的系统登陆次数；

第二判断单元，用于判断第一系统登陆次数和所述第二系统登陆次数是否相等，所述第一系统登陆次数为所述客户端记录的所述用户的系统登陆次数，若是，则执行第一更新单元，若否，则执行第三判断单元；

所述第一更新单元，用于将所述第一系统登陆次数加1，并发送第一更新指令至所述服务器端，以使所述第二系统登陆次数加1；

所述第三判断单元，用于判断所述用户的前次退出系统状态是否正常，若是，则执行第二更新单元，若否，则执行第三更新单元；

所述第二更新单元，用于获取第二剩余访问次数，并将所述第一剩余访问次数更新为所述第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零，所述第二剩余访问次数为在所述服务器端的数据库记录的所述用户对所述目标功能的剩余访问次数；

第三更新单元，用于发送第二更新指令至所述服务器端，以使所述服务器端利用所述用户的操作日志表对所述第二剩余访问次数进行更新；

第三获取单元，用于获取更新后的第二剩余访问次数，并将所述第一剩余访问次数设置为更新后的第二剩余访问次数、将所述第一系统登陆次数更新为所述第二系统登陆次数、以及将所述客户端记录的所述用户对所述目标功能的使用次数更新为零；

所述访问单元，还用于在所述将所述第一剩余访问次数减1时，将所述使用次数加1；

第四更新单元，用于在所述用户正常退出系统时，将所述使用次数发送至所述服务器端，以更新所述第二剩余访问次数，并将使用次数次数清零。

7.根据权利要求6所述的装置，其特征在于，还包括：

第五更新单元，用于每隔预设时间周期，将所述第二系统登陆次数清零、将所述第二剩余访问次数更新为预设用户额度值、以及更新所述用户的前次退出系统状态为退出。

8.根据权利要求6或7所述的装置，其特征在于，还包括：

第六更新单元，用于在所述共享内存缓冲区失效后，根据所述数据库中的用户表重新建立所述共享内存缓冲区，设置所述第二系统登陆次数为预设阈值。