CN105959392A - 访问量控制方法及装置 - Google Patents

访问量控制方法及装置 Download PDF

Info

Publication number
CN105959392A
CN105959392A CN201610422817.7A CN201610422817A CN105959392A CN 105959392 A CN105959392 A CN 105959392A CN 201610422817 A CN201610422817 A CN 201610422817A CN 105959392 A CN105959392 A CN 105959392A
Authority
CN
China
Prior art keywords
access request
information
caching
server
cache
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.)
Pending
Application number
CN201610422817.7A
Other languages
English (en)
Inventor
魏泽涛
胡勇
陈翔
赵晓飞
薛伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LeTV Holding Beijing Co Ltd
LeTV Information Technology Beijing Co Ltd
Original Assignee
LeTV Holding Beijing Co Ltd
LeTV Information Technology Beijing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LeTV Holding Beijing Co Ltd, LeTV Information Technology Beijing Co Ltd filed Critical LeTV Holding Beijing Co Ltd
Priority to CN201610422817.7A priority Critical patent/CN105959392A/zh
Publication of CN105959392A publication Critical patent/CN105959392A/zh
Pending legal-status Critical Current

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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server 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/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供一种访问量控制方法及装置，涉及互联网技术领域。通过当服务器的当前承载信息量达到预设的阈值时，接收并缓访问请求，当服务器的当前承载信息量小于预设的阈值时，根据服务器的当前承载信息提取缓存的访问请求，并对访问请求进行数据处理，避免了因将超出预设访问上限部分的访问请求直接丢弃导致的访问请求得不到处理的问题，提高了网络通信的公平性。

Description

访问量控制方法及装置
技术领域
本发明实施例涉及互联网技术领域，尤其涉及一种访问量控制方法及装置。
背景技术
随着互联网的普及，用户可以通过访问互联网来处理很多生活事项，例如网上缴费、网络购物、网络订票等。一些事项经常需要在特定时间进行，例如预定火车票、秒杀购物等，因此经常会出现大量用户在同一时间访问同一网络的现象，大量用户的同时访问，会导致网络服务器来不及处理客户端发送的数据请求，从而出现服务器无响应或请求响应超时等现象，严重时甚至会导致服务器系统崩溃。
为解决上述问题，需要对服务器的访问量进行控制，现有访问量控制方法包括：当同一时间内服务器的访问量达到预设访问上限时，服务器将超出预设访问上限部分的访问请求直接丢弃。
发明人在实现本发明的过程中发现：上述方法因将超出预设访问上限部分的访问请求直接丢弃，导致无法对超出预设访问上限部分的访问请求进行数据处理。
发明内容
本发明实施例提供一种访问量控制方法及装置，用以解决现有技术中因将超出预设访问上限部分的访问请求直接丢弃导致的超出访问上限部分的访问请求得不到处理的问题。
本发明实施例提供一种访问量控制方法，包括：
实时监测服务器的当前承载信息；
当所述服务器的当前承载信息量达到预设的阈值时，接收并缓存访问请求；
当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理。
本发明实施例提供一种访问量控制装置，包括：
监测模块，用于实时监测服务器的当前承载信息；
缓存模块，用于当所述服务器的当前承载信息量达到预设的阈值时，接收并缓存访问请求；
提取模块，用于当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理。
本发明实施例提供的访问量控制方法及装置，通过当服务器的当前承载信息量达到预设的阈值时，接收并缓存客户端发送的访问请求，当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理，避免了因将超出预设访问上限部分的访问请求直接丢弃导致的超出预设访问上限部分的访问请求得不到处理的问题，提高了网络通信的公平性，进而提高了用户满意度。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种访问量控制方法的流程图；
图2为本发明实施例提供的另一种访问量控制方法流程图；
图3为本发明实施例提供的一种访问量控制装置结构示意图；
图4为本发明实施例提供的另一种访问量控制装置结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
当某网站会造成大量用户同时访问同一网络时，例如提供网上预定火车票、网上秒杀购物、网上预约挂号等业务的网站，适用本申请的技术方案。
实施例1
图1为本发明实施例提供的一种访问量控制方法的流程图，如图1所示，所述方法包括：
步骤101：实时监测服务器的当前承载信息；
具体地，所述承载信息可以包括当前访问量(在线人数)和/或系统负载等衡量服务器承载量的信息，本发明不做限定；
本发明实施例中承载信息包括当前在线人数，当前在线人数的统计方法可以包括：当用户通过客户端向服务器发送通信请求时，如果该用户是自服务器启动后第一个发起会话的用户的话，服务器端就会发生Application_OnStard和Session_OnStart这两个事件，之后，再有别的用户发出通信请求的话，就只发生Session_OnStart这个事件，session的生存期可以通过Session.timeout＝X(分钟)设定，而人数总计是用一个application变量来保存的，当在第一个会话开始时，在Application_OnStard事件中放置一条清空计数器的语句application("online")＝0，然后，在Session_OnStart事件中，放置一条增加在线人数的语句application("online")＝application("online")+1，而在Session_OnEnd事件相应地放一条减少在线人数的语句，令计数值减一；
在其他实施例中还可以通过系统负载等承载信息来考量服务器的承载量，例如，系统平均负载为在特定时间间隔内运行队列中的平均进程树，运行队列中的进程树正在消耗服务器内存和CPU资源，从而能算出服务器正在消耗资源的比例及可用资源的比例，根据正在消耗资源及其对应的访问量可以推算出可用资源对应的访问量。
步骤102：当所述服务器的当前承载信息量达到预设的阈值时，接收并缓存访问请求；
具体地，所述预设的阈值可以根据服务器的实际承载能力设置，例如可以包括预设的服务器访问量阈值、预设的服务器负载量阈值等，本发明不做限定；
可以通过服务器接收客户端发送的访问请求，然后将接收的访问请求缓存在服务器预设的存储空间内；还可以通过代理服务器来接收客户端发送的服务请求，并将访问请求缓存在代理服务器的存储空间内，本发明不做限定；
本发明实施例中，所述预设的阈值包括预设的服务器访问量，当服务器的当前访问量达到预设的服务器访问量时，接收并缓存客户端发送的访问请求。
步骤103：当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理。
例如，预设的服务器访问量为100，所述承载信息显示的当前访问量为50，则可以提取不多于50个缓存的访问请求。
本发明实施例提供的访问量控制方法，通过当服务器的当前承载信息量达到预设的阈值时，接收并缓存客户端发送的访问请求，当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理，避免了因将超出预设访问上限部分的访问请求直接丢弃导致的超出预设访问上限部分的访问请求得不到处理的问题，提高了网络通信的公平性，进而提高了用户满意度。
实施例2
在本发明的另一实施例中，包括上述实施例的步骤101-步骤104，所述访问请求包括访问业务类型，所述承载信息包括业务访问量，所述所述访问请求包括访问业务类型，所述承载信息包括业务访问量，所述当所述服务器的当前承载信息数量达到预设的阈值时，接收并缓存访问请求，具体包括：
当所述服务器的预设业务类型的当前业务访问量达到预设的业务访问量阈值时，接收并缓存所述预设业务类型的访问请求。
具体地，访问请求通常包括用户ID、访问业务类型、访问的目的服务器域名等相关信息；
同一服务器经常为不同类型的业务提供服务支持，大部分类型的业务的访问量都是相对稳定的，不易造成访问量瞬间飙升的问题，通常只有个别类型的业务的访问量会在预设时间内飙升；所述预设业务类型包括导致访问量在预设时间内飙升的业务类型，当服务器的当前承载信息显示预设业务类型的当前业务访问量达到预设的业务访问量阈值时，接收并缓存客户端发送的所述预设业务类型的访问请求，使其他业务的访问请求正常进行，既避免了访问量过大导致的服务器无响应或请求响应超时等系统问题，又避免了缓存其他业务类型的访问请求导致的其他业务无法正常进行的问题；
例如，购物网站通常包括注册会员、网站充值、网上购物、网上售货等常规业务，还可以包括临时创建的限时秒杀、抢购等业务，购物网站的常规业务的访问量大都是相对稳定可控的，而临时创建的限时秒杀、抢购等业务的访问量在预设时间内不可估算，通过接收并缓存限时秒杀、抢购业务的访问请求，而其他业务的访问请求正常处理，既避免了限时秒杀、抢购的访问量过大导致的系统问题，又避免了缓存其他业务类型的访问请求导致的其他业务无法正常进行的问题；票务预订网站通常包括注册会员、查询票务信息、订票等常规业务，还可以包括临时创建的在预设时间段内发放指定票务的业务(抢票业务)，票务预订网站的常规业务的访问量大都是相对稳定可控的，而临时创建的抢票业务的访问量在预设时间内不可估算，通过接收并缓存抢票业务的访问请求，而其他业务的访问请求正常处理，既避免了抢票业务的访问量过大导致的服务器无响应或请求响应超时等系统问题，又避免了缓存其他业务类型的访问请求导致的其他业务无法正常进行的问题。
所述根据所述服务器的当前承载信息提取缓存的访问请求，具体包括：
根据所述预设业务类型的当前业务访问量与所述预设的业务访问量阈值的差值提取缓存的访问请求。
根据当前业务访问量与预设的业务访问量阈值的差值来提取缓存的访问请求，保证了在服务器不超出负荷的情况下最大限度的提取缓存的访问请求，提高了对访问请求的数据处理效率。
进一步地，本发明实施例中接收并缓存访问请求，包括：接收访问请求，并按照所述访问请求的接收时间顺序缓存所述访问请求。
具体地，本发明实施例中通过创建用于缓存所述访问请求的第一线程的方式实现按照接收时间顺序缓存所述访问请求的目的，在其他实施例中还可以通过创建用户缓存所述访问请求的第一进程的方式实现按照时间顺序缓存所述访问请求的目的，本发明实施例不做限定；
通过按照接收时间顺序缓存所述访问请求，便于按照时间顺序提取所述访问请求，有利于提高网络通信的公平性，提高用户满意度。
进一步，本发明实施例中根据所述服务器的当前承载信息提取缓存的访问请求，具体包括：
根据所述服务器的当前承载信息，按照所述接收时间顺序来提取缓存的所述访问请求。
具体地，本发明实施例中通过创建用于提取缓存的所述访问请求的第二线程的方式实现按照接收时间顺序提取缓存的所述访问请求的目的，在其他实施例中还可以通过用于提取缓存的所述访问请求的第二进程的方式实现按照时间顺序提取缓存的所述访问请求的目的，本发明实施例不做限定；
通常在一个进程中可以包含若干个线程，它们可以利用进程所拥有的资源，在引入线程的操作系统中，通常都是把进程作为分配资源的基本单位，而把线程作为独立运行和独立调度的基本单位，由于线程比进程更小，基本上不拥有系统资源，故对它的调度所付出的开销就会小得多，能更高效的提高系统内多个程序间并发执行的程度；
通过按照接收时间顺序提取缓存的所述访问请求，提高了网络通信的公平性，从而提高了用户满意度。
实施例3
图2为本发明实施例提供的另一种访问量控制方法流程图，在上述实施例的基础上，本发明实施例提供的另一种访问量控制方法中，所述访问请求还包括用户ID，所述接收并缓存访问请求之后，还包括：
步骤201：向缓存的访问请求对应的用户ID发送是否继续等待的信息；
步骤202：响应于用户对所述是否继续等待的信息的操作，确定是否继续缓存所述缓存的访问请求。
具体地，服务器或代理服务器向客户端发送是否继续等待的信息，客户端显示所述是否继续等待的信息，所述是否继续等待的信息用于提示用户是否继续等待服务器处理访问请求，例如所述信息包括包含有“是”、“否”选项的操作按钮，甚至还可以包含倒计时标识，如果用户选择标记“是”的操作按钮则继续缓存用户的访问请求，如果用户选择标记“否”的操作按钮，则丢弃用户的访问请求，当所述操作按钮还包括倒计时标识时，如果在倒计时结束时用户既没有选择标记为“是”的操作按钮，又没有选择标记为“否”的操作按钮，则丢弃用户的访问请求；
通过根据用户的选择来决定是否继续缓存用户发送的访问请求，有利于筛除无意继续等待的用户发送的访问请求或已将注意力转移到别的事项上的用户发送的访问请求，精简了缓存的访问请求的数量，有利于提高对缓存的访问请求的处理效率。
具体地，所述向缓存的访问请求对应的用户ID发送是否继续等待的信息，包括：根据缓存的访问请求的数量，向缓存的访问请求对应的用户ID发送包含有当前等待人数和/或等待时间的信息。
具体地，服务器或代理服务器向客户端发送是否继续等待的信息，客户端显示所述是否继续等待的信息，所述信息包括当前等待人数和/或等待时间，所述当前等待人数及等待时间根据当前缓存的访问请求的数量确定；进一步地，当用户选择继续等待时，根据实时缓存的访问请求数量，实时更新显示的当前等待人数和/或等待时间。
通过显示当前等待人数和/或等待时间，使用户了解当前排队情况，既能够帮助用户选择是否继续等待，又能够缓解等待用户的焦虑心情，提高了用户满意度。
实施例4
为实现本发明实施例提供的访问量控制方法，本发明实施例还提供了一种访问量控制装置，图3为本发明实施例提供的访问量控制装置结构示意图，如图3所示，所述装置包括：
监测模块10，用于实时监测服务器的当前承载信息；
缓存模块20，用于当所述服务器的当前承载信息量达到预设的阈值时，接收并缓存访问请求；
提取模块30，用于当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理。
本发明实施例提供的访问量控制装置，通过当服务器的当前承载信息量达到预设的阈值时，接收并缓存客户端发送的访问请求，当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理，避免了因将超出预设访问上限部分的访问请求直接丢弃导致的超出预设访问上限部分的访问请求得不到处理的问题，提高了网络通信的公平性，进而提高了用户满意度。
具体地，本发明实施例中所述访问请求包括访问业务类型，所述承载信息包括业务访问量，缓存模块20，用于：
当所述服务器的预设业务类型的当前业务访问量达到预设的业务访问量阈值时，接收并缓存所述预设业务类型的访问请求。
同一服务器经常为不同类型的业务提供服务支持，大部分类型的业务的访问量都是相对稳定的，不易造成访问量瞬间飙升的问题，通常只有个别类型的业务的访问量会在预设时间内飙升；预设业务类型包括导致访问量在预设时间内飙升的业务类型，当服务器的当前承载信息显示预设业务类型的当前业务访问量达到预设的业务访问量阈值时，接收并缓存客户端发送的所述预设业务类型的访问请求，使其他业务的访问请求正常进行，既避免了访问量过大导致的系统问题，又避免了缓存其他业务类型的访问请求导致的其他业务无法正常进行的问题。
具体地，提取模块30用于：根据所述预设业务类型的当前业务访问量与所述预设的业务访问量阈值的差值提取缓存的访问请求。
根据当前业务访问量与预设的业务访问量阈值的差值来提取缓存的访问请求，保证了在服务器不超出负荷的情况下最大限度的提取缓存的访问请求，提高了对访问请求的数据处理效率。
具体地，本发明实施例中，缓存模块20，用于：接收访问请求，并按照所述访问请求的接收时间顺序缓存所述访问请求。
通过按照接收时间顺序缓存所述访问请求，便于按照时间顺序提取所述访问请求，有利于提高网络通信的公平性，提高用户满意度。
具体地，提取模块30，用于：根据所述服务器的当前承载信息，按照所述接收时间顺序来提取缓存的所述访问请求。
通过按照接收时间顺序提取缓存的所述访问请求，提高了网络通信的公平性，从而提高了用户满意度。
实施例5
本发明实施例提供了一种访问量控制装置，包括实施例4中的监测模块10、缓存模块20及提取模块30，进一步地，参见图4，所述控制装置还包括：
提示模块40，用于向缓存的访问请求对应的用户ID发送是否继续等待的信息；
确定模块50，用于响应于用户对所述是否继续等待的信息的操作，确定是否继续缓存所述缓存的访问请求。
通过根据用户的选择来决定是否继续缓存用户发送的访问请求，有利于筛除无意继续等待的用户发送的访问请求或已将注意力转移到别的事项上的用户发送的访问请求，精简了缓存的访问请求的数量，有利于提高对缓存的访问请求的处理效率。
具体地，提示模块40，用于：根据缓存的访问请求的数量，向缓存的访问请求对应的用户ID发送包含有当前等待人数和/或等待时间的信息。
通过显示当前等待人数和/或等待时间，使用户了解当前排队情况，既能够帮助用户选择是否继续等待，又能够缓解等待用户的焦虑心情，提高了用户满意度。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种访问量控制方法，其特征在于，包括：
实时监测服务器的当前承载信息；
当所述服务器的当前承载信息量达到预设的阈值时，接收并缓存访问请求；
当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理。
2.根据权利要求1所述的方法，其特征在于，所述访问请求包括访问业务类型，所述承载信息包括业务访问量，所述当所述服务器的当前承载信息数量达到预设的阈值时，接收并缓存访问请求，包括：
当所述服务器的预设业务类型的当前业务访问量达到预设的业务访问量阈值时，接收并缓存所述预设业务类型的访问请求。
3.根据权利要求2所述的方法，其特征在于，根据所述服务器的当前承载信息提取缓存的访问请求，包括：
根据所述预设业务类型的当前业务访问量与所述预设的业务访问量阈值的差值提取缓存的访问请求。
4.根据权利要求1所述的方法，其特征在于，接收并缓存访问请求，包括：
接收访问请求，并按照所述访问请求的接收时间顺序缓存所述访问请求。
5.根据权利要求4所述的方法，其特征在于，根据所述服务器的当前承载信息提取缓存的访问请求，包括：
根据所述服务器的当前承载信息，按照所述接收时间顺序来提取缓存的所述访问请求。
6.根据权利要求1所述的方法，其特征在于，所述访问请求还包括用户ID，所述接收并缓存客户端发送的访问请求之后，还包括：
向缓存的访问请求对应的用户ID发送是否继续等待的信息；
响应于用户对所述是否继续等待的信息的操作，确定是否继续缓存所述缓存的访问请求。
7.根据权利要求6所述的方法，其特征在于，所述向缓存的访问请求对应的用户ID发送是否继续等待的信息，包括：
根据缓存的访问请求的数量，向缓存的访问请求对应的用户ID发送包含有当前等待人数和/或等待时间的信息。
8.一种访问量控制装置，其特征在于，包括：
监测模块，用于实时监测服务器的当前承载信息；
缓存模块，用于当所述服务器的当前承载信息量达到预设的阈值时，接收并缓存访问请求；
提取模块，用于当所述服务器的当前承载信息量小于所述预设的阈值时，根据所述服务器的当前承载信息提取缓存的访问请求，并对所述访问请求进行数据处理。
9.根据权利要求8所述的装置，其特征在于，所述访问请求包括访问业务类型，所述承载信息包括业务访问量，所述缓存模块，用于：
当所述服务器的预设业务类型的当前业务访问量达到预设的业务访问量阈值时，接收并缓存所述预设业务类型的访问请求。
10.根据权利要求9所述的装置，其特征在于，所述提取模块，用于：
根据所述预设业务类型的当前业务访问量与所述预设的业务访问量阈值的差值提取缓存的访问请求。
11.根据权利要求8所述的装置，其特征在于，所述缓存模块，用于：
接收访问请求，并按照所述访问请求的接收时间顺序缓存所述访问请求。
12.根据权利要求11所述的装置，其特征在于，所述提取模块，用于：
根据所述服务器的当前承载信息，按照所述接收时间顺序来提取缓存的所述访问请求。
13.根据权利要求8所述的装置，其特征在于，还包括：
提示模块，用于向缓存的访问请求对应的用户ID发送是否继续等待的信息；
确定模块，用于响应于用户对所述是否继续等待的信息的操作，确定是否继续缓存所述缓存的访问请求。
14.根据权利要求13所述的装置，其特征在于，所述提示模块，用于：根据缓存的访问请求的数量，向缓存的访问请求对应的用户ID发送包含有当前等待人数和/或等待时间的信息。
CN201610422817.7A 2016-06-14 2016-06-14 访问量控制方法及装置 Pending CN105959392A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610422817.7A CN105959392A (zh) 2016-06-14 2016-06-14 访问量控制方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610422817.7A CN105959392A (zh) 2016-06-14 2016-06-14 访问量控制方法及装置

Publications (1)

Publication Number Publication Date
CN105959392A true CN105959392A (zh) 2016-09-21

Family

ID=56905708

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610422817.7A Pending CN105959392A (zh) 2016-06-14 2016-06-14 访问量控制方法及装置

Country Status (1)

Country Link
CN (1) CN105959392A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107436835A (zh) * 2017-06-21 2017-12-05 北京小度信息科技有限公司 访问控制方法和装置
CN108173897A (zh) * 2016-12-07 2018-06-15 北京云中融信网络科技有限公司 请求消息处理方法及装置
CN108512869A (zh) * 2017-02-24 2018-09-07 贵州白山云科技有限公司 一种采用异步化方式处理并发数据的方法及系统
CN109120709A (zh) * 2018-09-03 2019-01-01 杭州云创共享网络科技有限公司 一种缓存方法、装置、设备及介质
CN109815716A (zh) * 2019-01-08 2019-05-28 平安科技（深圳）有限公司 访问请求处理方法、装置、存储介质及服务器
CN110221777A (zh) * 2019-05-17 2019-09-10 上海新储集成电路有限公司 一种智能调节数据中心i/o访问负载的方法
CN110363504A (zh) * 2019-07-17 2019-10-22 北京傲时代信息技术有限公司 一种企业在线培训平台系统
CN110401720A (zh) * 2019-07-31 2019-11-01 中国工商银行股份有限公司 信息处理方法、装置、系统、应用服务器和介质
CN110417879A (zh) * 2019-07-18 2019-11-05 北京蜜莱坞网络科技有限公司 一种消息处理方法、装置、设备及存储介质
CN111539869A (zh) * 2019-12-04 2020-08-14 中国科学院信息工程研究所 一种车票请求方法和装置及计算机可读存储介质
CN111857544A (zh) * 2019-04-26 2020-10-30 鸿富锦精密电子(天津)有限公司 存储资源管理装置及管理方法
CN111984437A (zh) * 2020-08-31 2020-11-24 平安医疗健康管理股份有限公司 Drg分组服务器rpc服务处理方法、装置和计算机设备
CN112801753A (zh) * 2021-02-09 2021-05-14 深圳市富途网络科技有限公司 页面显示方法、装置及介质
CN113127546A (zh) * 2019-12-30 2021-07-16 中国移动通信集团湖南有限公司 一种数据的处理方法、装置及电子设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100142696A1 (en) * 2007-03-05 2010-06-10 China Mobile Communications Corporation Message-based notifying method for notifying waiting queue and application server
CN102170400A (zh) * 2010-07-22 2011-08-31 杨喆 一种防止Web网站访问拥塞的方法
WO2014000186A1 (zh) * 2012-06-27 2014-01-03 华为技术有限公司 准入控制方法及设备
CN104408088A (zh) * 2014-11-11 2015-03-11 北京奇虎科技有限公司 并发请求的控制方法及装置
CN104980468A (zh) * 2014-04-09 2015-10-14 深圳市腾讯计算机系统有限公司 处理业务请求的方法、装置及系统
CN104980472A (zh) * 2014-04-10 2015-10-14 腾讯科技（深圳）有限公司 网络访问量的控制方法及装置
CN105354258A (zh) * 2015-10-22 2016-02-24 努比亚技术有限公司 一种更新网站数据缓存的装置及方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100142696A1 (en) * 2007-03-05 2010-06-10 China Mobile Communications Corporation Message-based notifying method for notifying waiting queue and application server
CN102170400A (zh) * 2010-07-22 2011-08-31 杨喆 一种防止Web网站访问拥塞的方法
WO2014000186A1 (zh) * 2012-06-27 2014-01-03 华为技术有限公司 准入控制方法及设备
CN104980468A (zh) * 2014-04-09 2015-10-14 深圳市腾讯计算机系统有限公司 处理业务请求的方法、装置及系统
CN104980472A (zh) * 2014-04-10 2015-10-14 腾讯科技（深圳）有限公司 网络访问量的控制方法及装置
CN104408088A (zh) * 2014-11-11 2015-03-11 北京奇虎科技有限公司 并发请求的控制方法及装置
CN105354258A (zh) * 2015-10-22 2016-02-24 努比亚技术有限公司 一种更新网站数据缓存的装置及方法

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108173897A (zh) * 2016-12-07 2018-06-15 北京云中融信网络科技有限公司 请求消息处理方法及装置
CN108173897B (zh) * 2016-12-07 2020-09-08 北京云中融信网络科技有限公司 请求消息处理方法及装置
CN108512869B (zh) * 2017-02-24 2020-02-11 北京数安鑫云信息技术有限公司 一种采用异步化方式处理并发数据的方法及系统
CN108512869A (zh) * 2017-02-24 2018-09-07 贵州白山云科技有限公司 一种采用异步化方式处理并发数据的方法及系统
CN107436835A (zh) * 2017-06-21 2017-12-05 北京小度信息科技有限公司 访问控制方法和装置
CN107436835B (zh) * 2017-06-21 2020-09-08 北京星选科技有限公司 访问控制方法和装置
CN109120709A (zh) * 2018-09-03 2019-01-01 杭州云创共享网络科技有限公司 一种缓存方法、装置、设备及介质
CN109815716A (zh) * 2019-01-08 2019-05-28 平安科技（深圳）有限公司 访问请求处理方法、装置、存储介质及服务器
CN111857544A (zh) * 2019-04-26 2020-10-30 鸿富锦精密电子(天津)有限公司 存储资源管理装置及管理方法
CN111857544B (zh) * 2019-04-26 2024-05-17 富联精密电子(天津)有限公司 存储资源管理装置及管理方法
CN110221777A (zh) * 2019-05-17 2019-09-10 上海新储集成电路有限公司 一种智能调节数据中心i/o访问负载的方法
CN110363504A (zh) * 2019-07-17 2019-10-22 北京傲时代信息技术有限公司 一种企业在线培训平台系统
CN110417879A (zh) * 2019-07-18 2019-11-05 北京蜜莱坞网络科技有限公司 一种消息处理方法、装置、设备及存储介质
CN110401720A (zh) * 2019-07-31 2019-11-01 中国工商银行股份有限公司 信息处理方法、装置、系统、应用服务器和介质
CN111539869A (zh) * 2019-12-04 2020-08-14 中国科学院信息工程研究所 一种车票请求方法和装置及计算机可读存储介质
CN113127546A (zh) * 2019-12-30 2021-07-16 中国移动通信集团湖南有限公司 一种数据的处理方法、装置及电子设备
CN111984437A (zh) * 2020-08-31 2020-11-24 平安医疗健康管理股份有限公司 Drg分组服务器rpc服务处理方法、装置和计算机设备
CN112801753A (zh) * 2021-02-09 2021-05-14 深圳市富途网络科技有限公司 页面显示方法、装置及介质
CN112801753B (zh) * 2021-02-09 2024-04-23 深圳市富途网络科技有限公司 页面显示方法、装置及介质

Similar Documents

Publication Publication Date Title
CN105959392A (zh) 访问量控制方法及装置
CN105281981B (zh) 网络服务的数据流量监控方法和装置
US11263606B2 (en) Consumer due diligence for money transfer systems and methods
CN105488837B (zh) 基于云计算的实时离屏渲染方法、装置及系统
US7441028B1 (en) Method of defining a required information system capacity as a function of a user's quality of service objectives
CN109885399A (zh) 数据处理方法、电子装置、计算机设备及存储介质
US20140304404A1 (en) Scaling a virtual machine instance
CN109246229A (zh) 一种分发资源获取请求的方法和装置
CN106487715B (zh) 一种用于为用户分配资源的方法和装置
CN108881368A (zh) 高并发业务请求处理方法、装置、计算机设备和存储介质
CN105897550A (zh) 一种推送离线消息的方法及设备
US11157579B2 (en) Optimizing listing efficiency and efficacy for a delivery coordination system
US20070112951A1 (en) Automatic website workload management
CN108897626A (zh) 一种资源调度方法及服务器
CN108847981A (zh) 分布式计算机云计算处理方法
CN110555019A (zh) 一种基于业务端的数据清洗方法
CN105893429A (zh) 用于优化web缓存的方法及系统
CN108471435A (zh) 一种基于自助售货机的分布式后台服务系统及方法
CN109729113A (zh) 管理专用处理资源的方法、服务器系统和计算机程序产品
CN109600414B (zh) 一种资源分配方法、装置、设备及存储介质
CN109857934A (zh) 基于用户行为分析的软件模块缓存预取方法、装置及介质
CN114445200B (zh) 秒杀活动处理方法及装置
CN107871257B (zh) 一种业务资源处理方法及装置
CN108134762B (zh) 投放资源预定方法及装置
CN112269741B (zh) 应用程序兼容性测试方法及相关设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160921