CN110324407A - 后台服务器的访问控制方法、装置及存储介质 - Google Patents
后台服务器的访问控制方法、装置及存储介质 Download PDFInfo
- Publication number
- CN110324407A CN110324407A CN201910481272.0A CN201910481272A CN110324407A CN 110324407 A CN110324407 A CN 110324407A CN 201910481272 A CN201910481272 A CN 201910481272A CN 110324407 A CN110324407 A CN 110324407A
- Authority
- CN
- China
- Prior art keywords
- access
- information
- client
- background server
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Storage Device Security (AREA)
Abstract
本申请公开了一种后台服务器的访问控制方法、装置及存储介质,涉及互联网技术。其中,该方法包括:获取客户端发来的携带有身份标识信息的访问请求;根据身份标识信息,获取与所述身份标识信息对应的访问情况信息;访问情况信息是基于客户端对后台服务器的访问产生的访问信息确定的;根据访问情况信息,确定是否允许访问请求通过,并将请求结果发送给所述客户端。本申请对后台服务器的访问进行控制,降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
Description
技术领域
本申请涉及互联网技术,特别是涉及一种后台服务器的访问控制方法、装置及存储介质。
背景技术
目前,随着互联网技术的发展,互联网提供的服务越来越灵活多变,后台服务器支撑的应用场景越来越多样,一个后台服务器常常需要支持例如,手机应用程序(Application,APP)端、网页客户端、微信小程序等,多个应用场景的访问请求。多个应用场景同时访问后台服务器,对后台服务器的支持能力提出了很高的要求。若多个应用场景中,有一个应用场景的访问请求量过大,就会使整个后台服务器压力过大,进而影响后台服务器对其他应用场景访问请求的响应,甚至造成全部应用场景的系统崩溃。因此,现有的后台服务器的访问控制方法,使后台服务器在多应用场景下的运行稳定性较差。
发明内容
有鉴于此,本申请的主要目的在于提供一种后台服务器的访问控制方法,该方法可以对后台服务器的访问进行控制,防止出现一个服务器访问需求量过大影响后台服务器对其他应用场景访问请求的响应的问题,降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
为了达到上述目的,本申请提出的技术方案为:
第一方面,本申请实施例提供了一种后台服务器的访问控制方法,包括以下步骤:
获取客户端发来的携带有身份标识信息的访问请求;
根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息;所述访问情况信息是基于客户端对后台服务器的访问情况产生的访问信息确定的;
根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端。
一种可能的实施方式中,所述身份标识信息为用户标识;所述根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息的步骤,包括:
判断预先建立的验证信息库中是否存在所述访问请求携带的所述用户标识,将判断结果作为所述访问情况信息;所述验证信息库,用于存储产生过交易行为的用户所对应的用户标识。
一种可能的实施方式中,所述根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端的步骤包括:
当所述访问情况信息表示所述验证信息库中不存在所述访问请求携带的所述用户标识时,拦截所述访问请求,并将无后台数据作为请求结果发送给所述客户端;
当所述访问情况信息表示所述验证信息库中存在所述访问请求携带的所述用户标识时,允许所述访问请求通过,并在后台服务器中检索所述用户标识对应的后台数据,将检索到的所述用户标识对应的后台数据作为请求结果发送给所述客户端。
一种可能的实施方式中,在所述后台数据更新时,所述方法还包括:
从所述后台数据中获取每个产生过交易记录的用户标识;
检查获取的每个用户标识是否均包含于所述验证数据库中;
如果存在未包含于所述验证数据库中的用户标识,将未包含于所述验证数据库中的用户标识加入所述验证数据库中。
一种可能的实施方式中,所述身份标识信息为应用场景标识;所述根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息的步骤,包括:
获取所述应用场景标识对应的流量信息,并将所述流量信息作为所述身份标识信息对应的访问情况信息。
一种可能的实施方式中,所述根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端的步骤,包括:
判断所述流量信息是否满足预设的关闭条件;
当所述流量信息满足预设的关闭条件时,获取满足预设的关闭条件的所述流量信息对应的目标应用场景标识,关闭所述目标应用场景标识对应的访问场景的访问端口,拦截携带有所述目标应用场景标识的每个所述访问请求,并将请求结果发送给所述客户端,所述请求结果携带有表示无后台数据的反馈信息。
一种可能的实施方式中,所述将请求结果发送给所述客户端的步骤为:
将后台服务器升级提示信息作为请求结果发送给所述客户端。
第二方面,基于相同的设计构思,本申请实施例还提供了一种后台服务器的访问控制装置,包括:
请求获取模块,用于获取客户端发来的携带有身份标识信息的访问请求;
数据获取模块,用于根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息;所述访问情况信息是基于客户端对后台服务器的访问情况产生的访问信息确定的;
访问确定模块,用于根据所述访问情况信息,确定是否允许所述访问请求通过;
结果返回模块,用于将请求结果发送给所述客户端。
第三方面,本申请实施例还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现第一方面及第一方面中任一种可能的实施方式的步骤。
第四方面,本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面及第一方面中任一种可能的实施方式的步骤。
综上所述,本申请在获取访问请求的同时,获取到访问请求携带的身份标志信息,并通过与身份标识信息对应的访问情况信息,确定是否允许访问请求通过,从而在对后台服务器进行实际访问之前,通过身份标识信息确定是否对客户端发来的访问请求进行拦截,从而降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
附图说明
图1为现有技术的系统架构示意图;
图2为本申请实施例提供的后台服务器的访问控制方法的流程示意图;
图3为本申请实施例提供的另一种后台服务器的访问控制方法的流程示意图;
图4为使用本申请实施例的方法,客户端向后台服务器请求查询房地产交易详情时的流程示意图;
图5为现有技术中,客户端向后台服务器请求查询房地产交易详情时的流程示意图;
图6为本申请实施例提供的另一种后台服务器的访问控制方法的流程示意图;
图7为本申请实施例提供的后台服务器的访问控制装置的结构示意图;
图8为本申请实施例提供的后台服务器的访问控制装置的系统架构示意图;
图9为本申请实施例提供的电子设备的结构示意图。
具体实施方式
目前,服务供应商通常提供给客户多个应用场景,以便用户选择对自己来说便捷的应用场景使用服务。因此,如图1所示,后台服务器需要支持的应用场景越来越多,例如,手机APP端、网页客户端、微信小程序等。多个应用场景同时访问后台服务器,对后台服务器的支持能力提出了很高的要求。若多个应用场景中,有一个应用场景的访问请求量过大,就会使整个后台服务器压力过大,进而影响后台服务器对其他应用场景访问请求的响应,甚至造成全部应用场景的系统崩溃。具体的,例如在房地产出租、交易等领域,为了方便用户,服务供应商提供了手机APP端、网页客户端、微信小程序等多个应用场景,而其中某一个应用场景的访问请求量过大、或者访问请求量激增时,假设其中的微信小程序场景访问请求量过大、或者访问请求量激增,会造成后台服务器的访问压力过大,从而使手机APP端和网页客户端的对后台服务器的访问请求也受到影响。因此,现有的后台服务器的访问控制方法,使后台服务器在多应用场景下的运行稳定性较差。
有鉴于此,本申请的核心发明点为,在对后台服务器进行实际访问之前,通过身份标识信息确定是否对客户端发来的访问请求进行拦截,从而降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本申请作进一步地详细描述。
图2为本申请实施例的流程示意图,如图2所示,该实施例主要包括:
S201:获取客户端发来的携带有身份标识信息的访问请求。
客户端对后台服务器进行访问时,会发来访问请求,为了防止后台服务器压力过大,需要对客户端发来的访问请求进行有针对性的拦截。本申请基于客户端发来的访问请求中,携带的身份标识信息,判断是否对客户端发来的访问请求进行拦截。这里,身份标识信息为表征了发起访问请求的客户端的身份信息。
S202:根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息;所述访问情况信息是基于客户端对后台服务器的访问产生的访问信息确定的。
具体的,可以对身份标识信息进行判断,如果身份标识信息为用户标识,就判断验证信息库中是否存在所述访问请求携带的所述用户标识,将判断结果作为所述访问情况信息;如果身份标识信息为应用场景标识,就获取所述应用场景标识对应的流量信息,并将所述流量信息作为所述身份标识信息对应的访问情况信息。
S203:根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端。
采用控制是否允许客户端发来的访问请求通过的方法,可以降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
进一步地,身份标识信息可以包括用户标识和应用场景标识:用户标识用于表征发起访问请求的客户端所属的用户;应用场景标识用于表征发起访问请求的客户端所处的平台。
如图3所示,本申请实施例提供的后台服务器的访问控制方法,应用于身份标识信息为用户标识时,包括:
S301:获取客户端发来的携带有身份标识信息的访问请求;所述身份标识信息为用户标识。
示例性的,用户标识可以包括手机号码或者用户编号等。
S302:判断预先建立的验证信息库中是否存在所述访问请求携带的所述用户标识,将判断结果作为所述访问情况信息;所述验证信息库,用于存储产生过交易行为的用户对应的用户标识。
这里,根据后台数据预先建立验证信息库,将后台数据中存储的,产生过交易行为的用户对应的用户标识,存储在验证信息库中。
由于验证信息库时根据后台数据预先建立的,且验证信息库中的数据是根据后台数据生成的,为了保证验证数据库的实时有效性,在所述后台数据更新时,根据所述后台数据进行同步更新。
在一种可能的实施方式中,在预先建立验证信息库和对验证信息库进行更新时,需要对验证信息库中存储的每个用户标识进行去重。具体的,可以采用将新增的用户标识与验证信息库中已有的用户标识进行比对的方式,进行验证信息库中存储的每个用户标识的去重操作。也可以采用Redis的集合(Set)方式存储验证信息库,在Redis Set方式存储的验证信息库会自动进行去重。
S303:当所述访问情况信息表示,所述验证信息库中不存在所述访问请求携带的所述用户标识时,拦截所述访问请求,并将无后台数据作为请求结果发送给所述客户端。
在一种可能的实施方式中,当访问情况信息表示,验证信息库中存在访问请求携带的用户标识时,允许访问请求通过,并在后台服务器中检索用户标识对应的后台数据,将检索到的用户标识对应的后台数据作为请求结果发送给客户端。
示例性的,假如将本申请实施例应用于房地产交易领域时,具体应用于客户端向后台服务器请求查询房地产交易详情时,根据后台数据中产生过交易记录的用户的用户标识,预先建立验证信息库,将产生过交易记录的用户的用户标识存储在验证信息库中,并将验证信息库存储在Redis数据库或其他任一种缓存中。这样,在客户端发来查询交易记录等后台服务器访问请求时,先在验证信息库中进行检索,验证其中是否存储有访问请求携带的用户标识。由于在缓存中获取数据,并在高速缓冲存储器(Cache)层进行比对和验证,在验证信息库中验证其中是否存储有访问请求携带的用户标识的步骤执行速度很快,几乎是无感的,不会对访问后台服务器的操作带来明显延时。
使用预先建立的验证信息库进行后台服务器的访问控制,可以采用如图4所示的步骤进行:
S401:获取客户端发来的携带有身份标识信息的访问请求;所述身份标识信息为用户标识。
S402:根据用户标识,在验证信息库中验证其中是否存储有访问请求携带的用户标识。
S403:如果验证信息库中未存储访问请求携带的用户标识,证明发送上述访问请求的用户没有产生过交易记录,后台数据中自然不会存储有关于发送上述访问请求的用户产生的交易的详细信息,因此,无需访问后台服务器,就可以得出无后台数据的请求结果,此时,可以直接将上述访问请求拦截,并将无后台数据作为请求结果发送给客户端。
S404:相反,如果验证信息库中存储了访问请求携带的用户标识,证明发送上述访问请求的用户产生过交易记录,此时,需要允许上述访问请求通过,从后台服务器的交易详情列表中检索上述用户标识对应的用户的交易详情。
S405:将检索到的上述用户标识对应的用户的交易详情作为后台数据,并将后台数据作为请求结果发送给客户端。
而现有技术中,客户端向后台服务器请求查询房地产交易详情时的步骤如图5所示:
S501:获取客户端发来的携带有身份标识信息的访问请求;所述身份标识信息包括用户标识。
S502:从后台服务器的交易详情列表中检索上述用户标识对应的用户的交易详情。
S503:将检索到的上述用户标识对应的用户的交易详情作为后台数据,并将后台数据作为请求结果发送给客户端。
在现有技术中,每次客户端的访问请求均会直接访问到后台服务器,然而由于大部分用户没有产生过交易记录,因此,大量冗余的访问请求会给后台服务器带来大量不必要的访问压力,通过使用验证信息库对访问请求进行初步的判断和拦截,可以大大减轻后台服务器的访问压力,降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
进一步地,如图6所示,本申请实施例提供的后台服务器的访问控制方法,应用于身份标识信息为应用场景标识时,包括:
S601:获取客户端发来的携带有身份标识信息的访问请求;所述身份标识信息为应用场景标识。
为每个应用场景分别设置一个唯一的应用场景标识,从而在客户端发来的访问请求时,标记访问请求来源的应用场景。具体的,应用场景标识可以为字母标识、数字编号等任一种常用的标识形式。
S602:获取所述应用场景标识对应的流量信息,并将所述流量信息作为所述身份标识信息对应的访问情况信息。
这里,流量信息为表征了应用场景标识对应的应用场景发来的每个访问请求总体情况的信息。具体的,可以获取应用场景标识对应的应用场景的总访问流量作为流量信息,或者获取应用场景的访问流量增加速率作为流量信息,或者可以直接以标识的形式作为流量信息,获取应用场景的流量是否出现异常情况的标识,例如应用场景的流量是否出现访问流量过大或访问流量激增的情况等。将流量信息作为所述身份标识信息对应的访问情况信息。
S603:判断所述流量信息是否满足预设的关闭条件。
在获取应用场景标识对应的应用场景的总访问流量作为流量信息时,如果应用场景的总访问流量大于预设的流量阈值,则流量信息是否满足预设的关闭条件。
在获取应用场景的访问流量增加速率作为流量信息时,如果应用场景的访问流量增加速率大于预设的增加速率阈值,则流量信息是否满足预设的关闭条件。
在直接以标识的形式作为流量信息,获取应用场景的流量是否出现异常情况的标识时,如果标识显示,应用场景的流量出现了访问流量过大或访问流量激增的情况,则流量信息是否满足预设的关闭条件。
S604:当所述流量信息满足预设的关闭条件时,获取满足预设的关闭条件的所述流量信息对应的目标应用场景标识,拦截携带有所述目标应用场景标识的每个所述访问请求,并将请求结果发送给所述客户端,所述请求结果携带有表示无后台数据的反馈信息。
当流量信息满足预设的关闭条件时,满足预设的关闭条件的所述流量信息对应的目标应用场景出现了访问异常的情况,可能导致后台服务器的压力过大,因此,需要获取满足预设的关闭条件的所述流量信息对应的目标应用场景标识,并关闭目标应用场景标识对应的应用场景的访问端口,拦截携带有所述目标应用场景标识的每个所述访问请求。从而防止一个应用场景的访问异常情况,影响其他每个应用场景对后台服务器的正常访问请求。
在一种可能的实施方式中,为了保障用户对后台服务器的正常访问,在将携带有所述目标应用场景标识的每个所述访问请求被拦截时时,将后台服务器升级提示信息作为请求结果发送给所述客户端,并在客户端向用户显示系统升级的提示页面,防止用户由于系统故障对服务提供方提供的服务产生质疑,在将后台服务器升级提示信息作为请求结果发送给所述客户端时,请求结果也可以携带有表示无后台数据的反馈信息,以区别于实际的后台服务器升级。
在后台服务器的压力减小,运行稳定时,可以重新打开目标应用场景对后台服务器的访问通道,也可以有人工判断,当访问异常的情况结束后,打开目标应用场景对后台服务器的访问端口,允许携带有所述目标应用场景标识的每个所述访问请求通过。
示例性的,假如将本申请实施例应用于房地产交易领域时,具体应用于客户端向后台服务器请求查询房地产交易详情时,手机APP端、网页客户端、微信小程序等多个应用场景同时访问后台服务器,每个应用场景的客户端在向后台服务器发送访问请求时,均会接待该应用场景对应的应用场景标识。
假设微信小程序应用场景出现访问流量激增的情况,在获取到微信小程序应用场景标识对应的流量信息,通过流量信息判断微信小程序应用场景出现访问流量激增时,关闭微信小程序应用场景对后台服务器的访问端口,拦截携带有微信小程序应用场景标识的每个访问请求,并对微信小程序应用场景的每个访问请求,将后台服务器升级提示信息作为请求结果发送给客户端,在微信小程序应用场景的客户端,向用户显示系统升级的提示页面。
从而防止微信小程序应用场景的访问异常情况,对手机APP端、网页客户端等其他应用场景对后台服务器的正常访问请求产生影响。降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
本申请实施例提供了身份标识信息包括用户标识时的后台服务器的访问控制方法,本申请实施例提供了身份标识信息包括应用场景标识时的后台服务器的访问控制方法,当然的,身份标识信息中可以既包括用户标识,也包括应用场景标识,在身份标识信息包括用户标识和应用场景标识,将上述实施例的相关步骤结合起来即可,此处不再赘述。
基于相同的设计构思,本申请实施例还提供一种后台服务器的访问控制装置及可读存储介质。
进一步地,如图7所示,本申请实施例还提供了一种后台服务器的访问控制装置700,包括:
请求获取模块701,用于获取客户端发来的携带有身份标识信息的访问请求;
数据获取模块702,用于根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息;所述访问情况信息是基于客户端对后台服务器的访问产生的访问信息确定的;
访问确定模块703,用于根据所述访问情况信息,确定是否允许所述访问请求通过;
结果返回模块704,用于将请求结果发送给所述客户端。
一种可能的实施方式中,所述身份标识信息为用户标识;
数据获取模块702,用于判断预先建立的验证信息库中是否存在所述访问请求携带的所述用户标识,将判断结果作为所述访问情况信息;所述验证信息库,用于存储产生过交易行为的用户所对应的用户标识。
一种可能的实施方式中,访问确定模块703,用于当所述访问情况信息表示,所述验证信息库中不存在所述访问请求携带的所述用户标识时,拦截所述访问请求;还用于当所述访问情况信息表示,所述验证信息库中存在所述访问请求携带的所述用户标识时,允许所述访问请求通过,并在后台服务器中检索所述用户标识对应的后台数据;
结果返回模块704,用于在拦截访问请求时,将无后台数据作为请求结果发送给所述客户端;还用于在允许访问请求通过时,将检索到的所述用户标识对应的后台数据作为请求结果发送给所述客户端。
一种可能的实施方式中,后台服务器的访问控制装置700,还包括:
建库模块705,用于在所述后台数据更新时,从所述后台数据中获取每个产生过交易记录的用户标识;检查获取的每个用户标识是否均包含于所述验证数据库中;如果否,将未包含于所述验证数据库中的用户标识加入所述验证数据库中。
一种可能的实施方式中,所述身份标识信息为应用场景标识;
数据获取模块702,用于获取所述应用场景标识对应的流量信息,并将所述流量信息作为所述身份标识信息对应的访问情况信息。
一种可能的实施方式中,访问确定模块703,用于判断所述流量信息是否满足预设的关闭条件;当所述流量信息满足预设的关闭条件时,获取满足预设的关闭条件的所述流量信息对应的目标应用场景标识,关闭所述目标应用场景标识对应的访问场景的访问端口,拦截携带有所述目标应用场景标识的每个所述访问请求;
结果返回模块704,用于将请求结果发送给所述客户端,所述请求结果携带有表示无后台数据的反馈信息。
一种可能的实施方式中,结果返回模块704,用于将后台服务器升级提示信息作为请求结果发送给所述客户端。
如图8所示,为本申请实施例提供的后台服务器的访问控制装置700可以应用的系统架构图,本申请实施例提供的后台服务器的访问控制装置700设置在应用场景与后台服务器之间,降低因后台服务器压力过大造成系统崩溃的概率,提升后台服务器在多应用场景下的运行稳定性。
进一步地,如图9所示,本申请实施例还提供一种电子设备900,包括存储器901、处理器902及存储在存储器901上并可在处理器902上运行的计算机程序,所述处理器902执行所述程序时可以用于实现本申请上述实施例中的步骤。
进一步地,本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本申请上述实施例中的步骤。
综上所述,以上仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种后台服务器的访问控制方法,其特征在于,包括:
获取客户端发送的携带有身份标识信息的访问请求;
根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息,所述访问情况信息是基于客户端对后台服务器的访问情况产生的访问信息确定的;
根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端。
2.根据权利要求1所述的方法,其特征在于,所述身份标识信息为用户标识;所述根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息的步骤包括:
判断预先建立的验证信息库中是否存在所述访问请求携带的所述用户标识,将判断结果作为所述访问情况信息;所述验证信息库用于存储产生过交易行为的用户所对应的用户标识。
3.根据权利要求2所述的方法,其特征在于,所述根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端的步骤包括:
当所述访问情况信息表示所述验证信息库中不存在所述访问请求携带的所述用户标识时,拦截所述访问请求,并将无后台数据作为请求结果发送给所述客户端;
当所述访问情况信息表示所述验证信息库中存在所述访问请求携带的所述用户标识时,允许所述访问请求通过,并在后台服务器中检索所述用户标识对应的后台数据,将检索到的所述用户标识对应的后台数据作为请求结果发送给所述客户端。
4.根据权利要求2所述的方法,其特征在于,在所述后台数据更新时,所述方法还包括:
从所述后台数据中获取每个产生过交易记录的用户标识;
检查获取的每个用户标识是否均包含于所述验证数据库中;
如果存在未包含于所述验证数据库中的用户标识,将未包含于所述验证数据库中的用户标识加入所述验证数据库中。
5.根据权利要求1所述的方法,其特征在于,所述身份标识信息为应用场景标识;所述根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息的步骤,包括:
获取所述应用场景标识对应的流量信息,并将所述流量信息作为所述身份标识信息对应的访问情况信息。
6.根据权利要求5所述的方法,其特征在于,所述根据所述访问情况信息,确定是否允许所述访问请求通过,并将请求结果发送给所述客户端的步骤,包括:
判断所述流量信息是否满足预设的关闭条件;
当所述流量信息满足预设的关闭条件时,获取满足预设的关闭条件的所述流量信息对应的目标应用场景标识,关闭所述目标应用场景标识对应的访问场景的访问端口,拦截携带有所述目标应用场景标识的每个所述访问请求,并将请求结果发送给所述客户端,所述请求结果携带有表示无后台数据的反馈信息。
7.根据权利要求6所述的方法,其特征在于,所述将请求结果发送给所述客户端的步骤为:
将后台服务器升级提示信息作为请求结果发送给所述客户端。
8.一种后台服务器的访问控制装置,其特征在于,包括:
请求获取模块,用于获取客户端发来的携带有身份标识信息的访问请求;数据获取模块,用于根据所述身份标识信息,获取与所述身份标识信息对应的访问情况信息;所述访问情况信息是基于客户端对后台服务器的访问情况产生的访问信息确定的;
访问确定模块,用于根据所述访问情况信息,确定是否允许所述访问请求通过;
结果返回模块,用于将请求结果发送给所述客户端。
9.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1-7任一项所述的方法步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-7任一项所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910481272.0A CN110324407B (zh) | 2019-06-04 | 2019-06-04 | 后台服务器的访问控制方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910481272.0A CN110324407B (zh) | 2019-06-04 | 2019-06-04 | 后台服务器的访问控制方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110324407A true CN110324407A (zh) | 2019-10-11 |
CN110324407B CN110324407B (zh) | 2021-03-02 |
Family
ID=68119384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910481272.0A Active CN110324407B (zh) | 2019-06-04 | 2019-06-04 | 后台服务器的访问控制方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110324407B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804160A (zh) * | 2021-01-26 | 2021-05-14 | 北京嘀嘀无限科技发展有限公司 | 基于应用程序的限流方法、装置、设备、介质及产品 |
CN113568543A (zh) * | 2021-06-30 | 2021-10-29 | 北京达佳互联信息技术有限公司 | 信息处理方法、装置、电子设备及存储介质 |
CN115758300A (zh) * | 2022-11-28 | 2023-03-07 | 北京淘友天下技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
CN117235797A (zh) * | 2023-09-28 | 2023-12-15 | 广州工程技术职业学院 | 大数据资源访问智能管理方法及装置、设备、系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140082125A1 (en) * | 2012-04-25 | 2014-03-20 | Bart P.E. van Coppenolle | Method and system having collaborative network media appliances utilizing prioritized local storage of recommended content |
CN108052615A (zh) * | 2017-12-15 | 2018-05-18 | 泰康保险集团股份有限公司 | 访问请求的处理方法、装置、介质及电子设备 |
CN108876464A (zh) * | 2018-06-27 | 2018-11-23 | 珠海市君天电子科技有限公司 | 一种作弊行为检测方法、装置、服务设备及存储介质 |
CN109039937A (zh) * | 2018-09-26 | 2018-12-18 | 深圳壹账通智能科技有限公司 | 动态限流方法、装置、计算机设备和存储介质 |
CN109062690A (zh) * | 2018-07-18 | 2018-12-21 | 郑州云海信息技术有限公司 | 一种请求响应方法、服务器、介质及系统 |
-
2019
- 2019-06-04 CN CN201910481272.0A patent/CN110324407B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140082125A1 (en) * | 2012-04-25 | 2014-03-20 | Bart P.E. van Coppenolle | Method and system having collaborative network media appliances utilizing prioritized local storage of recommended content |
CN108052615A (zh) * | 2017-12-15 | 2018-05-18 | 泰康保险集团股份有限公司 | 访问请求的处理方法、装置、介质及电子设备 |
CN108876464A (zh) * | 2018-06-27 | 2018-11-23 | 珠海市君天电子科技有限公司 | 一种作弊行为检测方法、装置、服务设备及存储介质 |
CN109062690A (zh) * | 2018-07-18 | 2018-12-21 | 郑州云海信息技术有限公司 | 一种请求响应方法、服务器、介质及系统 |
CN109039937A (zh) * | 2018-09-26 | 2018-12-18 | 深圳壹账通智能科技有限公司 | 动态限流方法、装置、计算机设备和存储介质 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112804160A (zh) * | 2021-01-26 | 2021-05-14 | 北京嘀嘀无限科技发展有限公司 | 基于应用程序的限流方法、装置、设备、介质及产品 |
CN112804160B (zh) * | 2021-01-26 | 2023-06-06 | 北京嘀嘀无限科技发展有限公司 | 基于应用程序的限流方法、装置、设备、介质及产品 |
CN113568543A (zh) * | 2021-06-30 | 2021-10-29 | 北京达佳互联信息技术有限公司 | 信息处理方法、装置、电子设备及存储介质 |
CN115758300A (zh) * | 2022-11-28 | 2023-03-07 | 北京淘友天下技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
CN117235797A (zh) * | 2023-09-28 | 2023-12-15 | 广州工程技术职业学院 | 大数据资源访问智能管理方法及装置、设备、系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110324407B (zh) | 2021-03-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110324407A (zh) | 后台服务器的访问控制方法、装置及存储介质 | |
CN110197315B (zh) | 风险评估方法、装置及其存储介质 | |
CN105827706B (zh) | 消息推送装置及方法 | |
CN105868039B (zh) | 一种用于管理软件问题报告的方法、系统和设备 | |
CN104704773B (zh) | 云存储方法和系统 | |
CN111143358A (zh) | 报表配置方法和系统 | |
JP2006079604A (ja) | 金融アドバイスアプリケーションを作成するためのシステムおよび方法 | |
CN103179053A (zh) | 用于提供数据管理服务的系统和方法 | |
CN104811740B (zh) | 一种视频文件的分发方法、系统及装置 | |
CN107896170A (zh) | 保险应用系统的监控方法及装置 | |
US10510034B2 (en) | Investigator interface and override functionality within compliance determination and enforcement platform | |
CN102904878A (zh) | 用于数据包的高效下载的方法及系统 | |
CN110191168A (zh) | 在线业务数据的处理方法、装置、计算机设备和存储介质 | |
US11863595B2 (en) | Method and apparatus for matching users, computer device, and storage medium | |
CN109908585A (zh) | 一种文件处理方法及系统、计算设备及存储介质 | |
US9405785B2 (en) | Online propagation of data updates | |
WO2022057525A1 (zh) | 一种数据找回方法、装置、电子设备及存储介质 | |
CN108228248A (zh) | 一种依赖关系的确定方法和装置 | |
US9223822B1 (en) | Techniques for performing indication management | |
CN115271828A (zh) | 优惠券的发放方法、装置、存储介质及电子设备 | |
CN116233245A (zh) | 异地多活系统及其信息处理方法、配置服务器 | |
WO2022241945A1 (zh) | 一种数据处理方法、设备以及计算机可读存储介质 | |
US8447729B1 (en) | Techniques for performing indication management | |
CN110266610B (zh) | 流量识别方法、装置、电子设备 | |
CN109522211B (zh) | 接口参数传递方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20191213 Address after: 100085 Floor 102-1, Building No. 35, West Second Banner Road, Haidian District, Beijing Applicant after: Seashell Housing (Beijing) Technology Co., Ltd. Address before: 300 280 Tianjin Economic and Technological Development Zone Nangang Industrial Zone Office Building C Block 1, Room 112, Unit 05 Applicant before: Shell Technology Co., Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |