CN106341434A - 业务处理方法及装置 - Google Patents
业务处理方法及装置 Download PDFInfo
- Publication number
- CN106341434A CN106341434A CN201510394310.0A CN201510394310A CN106341434A CN 106341434 A CN106341434 A CN 106341434A CN 201510394310 A CN201510394310 A CN 201510394310A CN 106341434 A CN106341434 A CN 106341434A
- Authority
- CN
- China
- Prior art keywords
- service request
- service
- abnormality
- business
- user
- 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
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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种业务处理方法及装置,属于网络技术领域。所述方法包括:实时检测系统状态;如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。该装置包括:检测模块、获取模块、发送模块和执行模块。本发明在系统存在异常状态时,对于尚未处理完成的业务请求均主动发送业务成功响应,使得发送业务请求的用户都可以即刻获得业务成功响应,避免了用户重试对服务器造成更大压力。同时,也使得用户无需反复进行重试操作,提高了业务处理效率。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种业务处理方法及装置。
背景技术
随着网络技术的发展,互联网业务涉及的领域越来越广,对于一些新型互联网业务,其发生时间较为集中,例如,电子红包业务,大量的业务往往会集中在春节期间几天的时间内,且由于业务用户的数量级通常较大,导致服务器需要在短时间内处理大量的用户业务。在这种情况下,服务器需要承受的压力很大,容易出现各种如内部网络中断、传输链路阻塞等不可控的异常,从而导致数据阻塞、服务不可用等问题。
通常在出现上述异常情况时,用户会得到一个业务请求失败响应。当用户获得业务请求失败响应时,一般会采取手动重试或客户端自动重试的方法重新发起业务请求,直到请求成功或用户主动放弃。
在异常不能短时间排除的情况下,如果采用上述业务处理方法,会数倍的增加对服务器的压力,却只能得到相同的失败结果,其业务处理效率较低,效果不佳。
发明内容
为克服相关技术中存在的问题,本发明提供一种业务处理方法及装置。
根据本发明实施例的第一方面,提供一种业务处理方法,包括:
实时检测系统状态;
如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;
向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;
在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
根据本发明实施例的第二方面,提供一种业务处理装置,包括:
检测模块,用于实时检测系统状态;
获取模块,用于如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;
发送模块,用于向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;
执行模块,用于在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
本发明的实施例提供的技术方案可以包括以下有益效果:
通过实时检测系统状态;如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。采用本发明提供的技术方案,在系统存在异常状态时,对于尚未处理完成的业务请求均主动发送业务成功响应,使得发送业务请求的用户都可以即刻获得业务成功响应,避免了用户重试对服务器造成更大压力。同时,也使得用户无需反复进行重试操作,提高了业务处理效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是本发明提供的一种系统结构示意图。
图2是本发明根据一示例性实施例示出的一种业务处理方法流程图。
图3是本发明根据一示例性实施例示出的一种业务处理方法流程图。
图4是本发明根据一示例性实施例示出的另一种业务处理方法流程图。
图5是本发明根据一示例性实施例示出的一种处理处理装置的框图。
图6是根据一示例性实施例示出的一种用于业务处理的装置600的框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
图1是本公开提供的一种系统结构示意图。该系统包括:多个用户终端101、中间服务器102和多个服务器103。
其中,多个用户终端101可以向中间服务器102发送业务请求,使得中间服务器102根据该业务请求,对业务进行分发处理,将业务请求发送至对应的服务器103,由服务器103对接收到的业务请求进行处理。
所述服务器103包括:数据服务的服务器、平台服务的服务器和其他与处理业务请求相关服务的服务器。
所述中间服务器102是指系统的接收层服务器,该中间服务器可以与数据服务、平台服务等服务器运行于同一物理实体上,也可以是不同的物理实体,本方案对此不作限定。在中间服务器上可以运行有CGI(Common GatewayInterface,通用网关接口),用于把接收的业务请求传递给服务器,再把服务器执行的结果返回给终端。需要说明的是,所述中间服务器也可以运行有其他可完成CGI类似功能的程序,包括:HTTP Servlet(Hyper Text Transfer ProtocolServlet,超文本传输协议伺服小程式)、ASP(Active Server Page,动态服务器页面)等,本发明实施例对此不作限定。
图2是根据一示例性实施例示出的一种业务处理方法流程图,如图2所示,包括以下步骤:
201、实时检测系统状态。
202、如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求。
203、向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方。
204、在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
可选地,如果所述系统存在异常状态时,获取第一业务请求包括:
如果所述系统存在异常状态,将在所述异常状态中接收到的业务请求获取为第一业务请求;或,
如果所述系统存在异常状态,查询日志文件,将尚未接收到业务成功响应的业务请求获取为第一业务请求。
可选地,所述方法还包括:
在获取所述第一业务请求时,获取所述第一业务请求的进度信息;
在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程包括:
在所述异常状态排除后,基于所述第一业务请求,从所述第一业务请求的进度信息所指示的处理进度开始,继续执行业务处理过程。
可选地,在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程包括:
在所述异常状态排除后,根据所述第一业务请求,查询所述第一业务请求的进度信息;
当所述第一业务请求的进度信息指示所述第一业务请求已经处理完成时,不重复执行所述业务处理过程。
可选地,所述方法还包括:
实时检测业务并发量;
当所述业务并发量超过最大并发请求量时,在接收到第二业务请求时,向第二用户发送业务拒绝响应。
图3是根据一示例性实施例示出的一种业务处理方法流程图,如图3所示,包括以下步骤。
301、终端向中间服务器发送业务请求。
在业务场景下,终端用户可以在终端上运行的应用程序上触发相应的业务请求。该业务请求可以为用户发放或领取虚拟物品的请求,该虚拟物品可以为虚拟货币、红包、虚拟礼物和票券等。当然,该业务请求还可以为其他涉及到服务器处理的请求,如数据获取请求、信息交互请求等等。
302、当接收到业务请求时,中间服务器将该业务请求发送至对应的服务器。
在该系统结构中,服务器侧包括了多个具有不同服务功能的服务器,如数据服务器、账户服务器和平台服务器等等。中间服务器在接收到业务请求时,可以根据业务请求的业务类型,将业务请求发送至对应服务器,由服务器进行下一步处理。对于不同业务请求,具有不同的处理流程,在该处理流程中可能涉及到至少一个服务器,具体哪种业务请求对应于哪种处理流程,本发明实施例对此不作具体限定。
以发放红包请求为例,对该发放红包请求的处理流程至少涉及到账户服务器和平台服务器,其中,账户服务器用于对用户账户数据进行操作,而平台服务器用于基于终端用户发放红包的对象进行发布操作,因此,中间服务器可以将该发放红包请求先发送至账户服务器,然后继续业务流程。
同时,在本实施例中加入了过载保护,以保障最大并发请求量范围内的所有业务请求能够被正常处理,该过载保护机制具体包括下述步骤:
步骤一、实时检测业务并发量。
中间服务器在系统运行期间可以实时检测业务并发量,该检测方法可以是周期性的采样检测,如,每隔预设时长统计一段时间内的业务数量,将业务数量与采样时长的比值作为当前的业务并发量。当然,该检测方式还可以有其他方式,本发明实施例对此不作限定。
步骤二、当所述业务并发量超过最大并发请求量时,在接收到第二业务请求时,不执行步骤302,直接向第二用户发送业务拒绝响应。
所述最大并发请求量是指系统正常运行时所能够同时处理某种业务请求的最大数量。该最大并发请求量可以由系统管理员根据当前服务器的最大处理能力进行设置,当前服务器的最大处理能力可以由对服务器的压力测试的结果获得。当然,由于不同业务处理所需的处理能力不同,对于相同服务器来说,不同业务请求的最大并发请求量可以不同。
以发放红包请求为例,首先评估处理单个红包发放业务请求需要的处理能力,然后根据当前服务器的最大处理能力,计算系统能够同时处理红包发放业务请求的最大数量,即获得发放红包业务的最大并发请求量。
所述业务拒绝响应用于通知用户该次业务请求被拒绝。可选地,所述业务拒绝响应可以包括提醒用户稍后再试的信息。
303、当服务器接收到业务请求时,对业务请求进行处理。
当服务器接收到由中间服务器发送的业务请求时,根据该业务请求,执行相应处理。
以发放红包请求为例,执行数据服务的服务器将对用户的账户数据进行操作,具体地,即是读取用户账户的余额,根据发送红包的金额相应的扣除账户内的余额。
需要说明的是,当业务请求涉及多个服务器时,多个服务器可以进行同时处理也可以进行顺序处理。例如,对于发送红包的业务请求,可以先执行账户服务对用户账户数据进行操作,再执行平台服务向其他用户发布红包信息;也可以同时执行账户服务对用户账户数据进行操作和平台服务向其他用户发布红包信息。
在上述数据交互过程中,需要在各服务器之间建立连接实现。为减少各服务器建立连接时的握手次数,进而提高数据吞吐率,所有服务器之间都可以采用TCP(Transmission Control Protocol,传输控制协议)长连接的方式进行连接。
进一步地,业务处理过程可以采用异步方式进行,以实现对系统资源的充分利用。异步方式是指:执行代码时无须等待上一条语句操作完成,就继续执行下一条语句。
可选地,当业务请求涉及到可能产生阻塞的操作时,可以采取上述异步方式。所述可能产生阻塞的操作包括所述系统内所有的I/O(input/output,存入/读出)操作,例如磁盘读写或网络通信。具体地,以发放红包业务为例,需要调用磁盘上用户的账户数据的操作即为可能产生阻塞的操作之一。
进一步地,为了使得中间服务器能够及时获知当前业务处理进度,在业务处理的过程中,服务器将实时的进度信息发送至中间服务器,在系统运行正常的情况下,服务器会在完成对所述业务请求的处理后,向中间处理器返回业务成功响应。
304、中间服务器实时检测系统状态。
实时检测是指通过实时监测带宽、使用率和可用性等系统运行参数,判断系统是否存在异常状态。该异常状态是指系统处在无法正常处理业务请求的状态,可以是由内部网络中断,传输链路阻塞或其他系统故障引起,本发明对具体引起异常状态的原因不作具体限定。
所述判断系统异常的方法包括:当实时检测到服务器的使用率持续为零时,确定系统存在异常状态;或,当向服务器发送的信息无响应,即与服务器连接不可用,确定系统存在异常状态;当然,在检测过程中,还可以有其他判断方式,本发明实施例对此不作限定。
需要说明的是,在中间服务器的运行过程中,会根据系统状态及接收到的业务请求生成日志文件。当中间服务器在业务处理过程中接收到服务器发送的进度信息时,也可以将该进度信息对应的写入日志文件。
305、如果系统存在异常状态,中间服务器查询日志文件,将尚未接收到业务成功响应的业务请求获取为第一业务请求。
在系统处于正常状态下,对于每个业务请求来说,如果该业务请求由服务器处理完成,则中间服务器会接收到由服务器发送的业务成功响应,而如果对于某一个业务请求,并未接收到其业务成功响应,则说明该业务请求尚未处理完成。
如果系统存在异常状态,则对于一些正在处理但是尚未处理完成的业务请求来说,中间服务器也可能无法接收到其业务成功响应,而这种情况下,为了避免对发送这类业务请求的用户的实际使用体验造成影响,可以通过查询日志文件的方式,获知哪些业务请求尚未接收到业务成功响应。
进一步地,对于该第一业务请求,如果在日志文件中还包括第一业务请求的进度信息,则中间服务器还可以获取其进度信息。
306、向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方。
为了避免第一用户在系统出现异常状态下不断进行重试的情况,即使业务请求未处理完成,也可以先向第一用户发送业务成功响应。该业务成功响应可以包括通知用户业务处理成功的信息。
以发放红包请求为例,该业务成功响应可以为“红包发放成功、即将到帐”。
307、在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
在系统异常状态下,中间服务器仍旧执行实时对系统状态进行检测的步骤,因此,当中间服务器检测获知系统恢复正常时,可以认为该异常状态已经被排除,此时,可以基于第一业务请求,恢复之前的业务处理过程。
基于上述步骤305所获取的第一业务请求,中间服务器向服务器重新发送业务请求,由服务器对其进行处理。
由于在系统处在异常状态期间,服务器对第一业务请求的处理可能并未中断,因此,为了避免重复处理业务请求,可以在服务器处理之前,服务器可以查询第一业务请求的进度信息,当所述第一业务请求的进度信息指示所述第一业务请求已经处理完成时,不重复执行所述业务处理过程。当第一业务请求的进度信息指示第一业务请求未完成时,则等待其处理完成或是重新启动对第一业务请求的业务处理过程或以该进度信息的处理进度为起点,继续执行业务处理过程。
在本发明的另一实施例中,中间服务器还可以采用日志文件的形式保存有业务请求的进度信息。相应地,在该步骤307中,中间服务器可以根据日志文件中第一业务请求的进度信息,从第一业务请求的进度信息所指示的处理进度开始,继续执行业务处理过程。
本发明实施例提供的方法,在系统存在异常状态时,对于尚未处理完成的业务请求均主动发送业务成功响应,使得发送业务请求的用户都可以即刻获得业务成功响应,避免了用户重试对服务器造成更大压力。同时,也使得用户无需反复进行重试操作,提高了业务处理效率。进一步地,在上述实施例中,在系统出现异常状态时,对于已经接收到的业务请求,即使业务请求未处理完成,也可以先向第一用户发送业务成功响应,进而使得一些业务处理到一定地步的业务请求可以在不中止处理的情况下返回业务成功响应,避免增加服务器压力。
在图3所示示例性实施例中,主要是以对系统出现异常状态之前接收、但尚未处理完成的业务请求的处理为例进行说明。在实际应用中,在系统处在异常状态时,可能仍然有用户向服务器发送业务请求,因此,基于这种情况,结合图4对该业务处理方法进行说明。图4是根据一示例性实施例示出的另一种业务处理方法流程图,如图4所示,包括以下步骤。
401、中间服务器实时检测系统状态。
本步骤401与上述步骤304同理,不作赘述。
402、如果所述系统存在异常状态,中间服务器将在所述异常状态中接收到的业务请求获取为第一业务请求。
由于用户不知晓系统处于异常状态,因此,不会停止向服务器发送业务请求,所以,仍然会有用户在系统存在异常状态时通过终端向中间服务器发送业务请求。此时,可以将在该异常状态下接收到的业务请求获取为第一业务请求。
403、中间服务器向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方。
为了避免第一用户在系统出现异常状态下不断进行重试的情况,即使业务请求尚未开始处理,也可以先向第一用户发送业务成功响应。与步骤306同理,该业务成功响应可以包括通知用户业务处理成功的信息。
404、在所述异常状态排除后,中间服务器基于所述第一业务请求,继续执行业务处理过程。
在该步骤404中,中间服务器会根据获取的第一业务请求的业务类型,将业务请求发送至对应服务器,使得服务器对业务请求进行处理,该业务处理过程与步骤303中所提供的处理过程同理,在此不作赘述。
本发明实施例提供的方法,在系统存在异常状态时,对于尚未处理完成的业务请求均主动发送业务成功响应,使得发送业务请求的用户都可以即刻获得业务成功响应,避免了用户重试对服务器造成更大压力。同时,也使得用户无需反复进行重试操作,提高了业务处理效率。进一步地,在上述实施例中,在系统出现异常状态时,对于仍然向服务器的业务请求,即使业务请求未开始处理,也可以先向第一用户发送业务成功响应。进而避免了用户不断重试,造成增加服务器压力的问题。
图5是根据一示例性实施例示出的一种业务处理装置的框图,参照如图5,该装置包括:检测模块501、获取模块502、发送模块503、执行模块504。
检测模块501,用于实时检测系统状态;
获取模块502,用于如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;
发送模块503,用于向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;
执行模块504,用于在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
可选地,所述获取模块502用于:
如果所述系统存在异常状态,将在所述异常状态中接收到的业务请求获取为第一业务请求;或,
如果所述系统存在异常状态,查询日志文件,将尚未接收到业务成功响应的业务请求获取为第一业务请求。
可选地,
所述获取模块502还用于在获取所述第一业务请求时,获取所述第一业务请求的进度信息;
所述执行模块504用于在所述异常状态排除后,基于所述第一业务请求,从所述第一业务请求的进度信息所指示的处理进度开始,继续执行业务处理过程。
可选地,所述执行模块504用于在所述异常状态排除后,根据所述第一业务请求,查询所述第一业务请求的进度信息;当所述第一业务请求的进度信息指示所述第一业务请求已经处理完成时,不重复执行所述业务处理过程。
可选地,所述检测模块501还用于实时检测业务并发量;
所述发送模块503还用于当所述业务并发量超过最大并发请求量时,在接收到第二业务请求时,向第二用户发送业务拒绝响应。
图6是根据一示例性实施例示出的一种用于业务处理的装置600的框图。例如,装置600可以被提供为一服务器。参照图6,装置600包括处理组件622,其进一步包括一个或多个处理器,以及由存储器632所代表的存储器资源,用于存储可由处理部件622的执行的指令,例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件622被配置为执行指令,以执行上述图2或图3或图4中中间服务器侧的业务处理方法。
装置600还可以包括一个电源组件626被配置为执行装置600的电源管理,一个有线或无线网络接口650被配置为将装置600连接到网络,和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种业务处理方法,其特征在于,所述方法包括:
实时检测系统状态;
如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;
向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;
在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
2.根据权利要求1所述的方法,其特征在于,如果所述系统存在异常状态时,获取第一业务请求包括:
如果所述系统存在异常状态,将在所述异常状态中接收到的业务请求获取为第一业务请求;或,
如果所述系统存在异常状态,查询日志文件,将尚未接收到业务成功响应的业务请求获取为第一业务请求。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在获取所述第一业务请求时,获取所述第一业务请求的进度信息;
在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程包括:
在所述异常状态排除后,基于所述第一业务请求,从所述第一业务请求的进度信息所指示的处理进度开始,继续执行业务处理过程。
4.根据权利要求1所述的方法,其特征在于,在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程包括:
在所述异常状态排除后,根据所述第一业务请求,查询所述第一业务请求的进度信息;
当所述第一业务请求的进度信息指示所述第一业务请求已经处理完成时,不重复执行所述业务处理过程。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
实时检测业务并发量;
当所述业务并发量超过最大并发请求量时,在接收到第二业务请求时,向第二用户发送业务拒绝响应。
6.一种业务处理装置,其特征在于,所述装置包括:
检测模块,用于实时检测系统状态;
获取模块,用于如果所述系统存在异常状态,获取第一业务请求,所述第一业务请求是指尚未处理完成的业务请求;
发送模块,用于向第一用户发送业务成功响应,所述第一用户为所述第一业务请求的发送方;
执行模块,用于在所述异常状态排除后,基于所述第一业务请求,继续执行业务处理过程。
7.根据权利要求6所述的装置,其特征在于,所述获取模块用于:
如果所述系统存在异常状态,将在所述异常状态中接收到的业务请求获取为第一业务请求;或,
如果所述系统存在异常状态,查询日志文件,将尚未接收到业务成功响应的业务请求获取为第一业务请求。
8.根据权利要求6所述的装置,其特征在于,
所述获取模块还用于在获取所述第一业务请求时,获取所述第一业务请求的进度信息;
所述执行模块用于在所述异常状态排除后,基于所述第一业务请求,从所述第一业务请求的进度信息所指示的处理进度开始,继续执行业务处理过程。
9.根据权利要求6所述的装置,其特征在于,所述执行模块用于在所述异常状态排除后,根据所述第一业务请求,查询所述第一业务请求的进度信息;当所述第一业务请求的进度信息指示所述第一业务请求已经处理完成时,不重复执行所述业务处理过程。
10.根据权利要求6所述的装置,其特征在于,所述检测模块还用于实时检测业务并发量;
所述发送模块还用于当所述业务并发量超过最大并发请求量时,在接收到第二业务请求时,向第二用户发送业务拒绝响应。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510394310.0A CN106341434A (zh) | 2015-07-07 | 2015-07-07 | 业务处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510394310.0A CN106341434A (zh) | 2015-07-07 | 2015-07-07 | 业务处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106341434A true CN106341434A (zh) | 2017-01-18 |
Family
ID=57826389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510394310.0A Pending CN106341434A (zh) | 2015-07-07 | 2015-07-07 | 业务处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106341434A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109254840A (zh) * | 2018-08-28 | 2019-01-22 | 中国邮政储蓄银行股份有限公司 | 业务补偿方法及装置、系统 |
CN111629056A (zh) * | 2020-05-27 | 2020-09-04 | 浙江百世技术有限公司 | 一种网络请求处理方法及应用 |
CN112311838A (zh) * | 2019-08-02 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 业务异步交互方法及装置 |
CN113168330A (zh) * | 2018-10-03 | 2021-07-23 | 推特公司 | 客户端软件后退 |
CN113905091A (zh) * | 2021-09-15 | 2022-01-07 | 盐城金堤科技有限公司 | 用于对访问请求进行处理的方法及装置 |
CN114971163A (zh) * | 2022-04-13 | 2022-08-30 | 中移互联网有限公司 | 重新发起业务请求的执行方法及执行装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020169644A1 (en) * | 2000-05-22 | 2002-11-14 | Greene William S. | Method and system for implementing a management operations center in a global ecosystem of interrelated services |
CN101621458A (zh) * | 2008-06-30 | 2010-01-06 | 国际商业机器公司 | 异步处理网络请求的方法和系统 |
CN103188140A (zh) * | 2011-12-31 | 2013-07-03 | 国民技术股份有限公司 | 一种业务请求处理系统 |
CN104539713A (zh) * | 2014-12-31 | 2015-04-22 | 北京奇虎科技有限公司 | 业务请求处理方法和装置 |
-
2015
- 2015-07-07 CN CN201510394310.0A patent/CN106341434A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020169644A1 (en) * | 2000-05-22 | 2002-11-14 | Greene William S. | Method and system for implementing a management operations center in a global ecosystem of interrelated services |
CN101621458A (zh) * | 2008-06-30 | 2010-01-06 | 国际商业机器公司 | 异步处理网络请求的方法和系统 |
CN103188140A (zh) * | 2011-12-31 | 2013-07-03 | 国民技术股份有限公司 | 一种业务请求处理系统 |
CN104539713A (zh) * | 2014-12-31 | 2015-04-22 | 北京奇虎科技有限公司 | 业务请求处理方法和装置 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109254840A (zh) * | 2018-08-28 | 2019-01-22 | 中国邮政储蓄银行股份有限公司 | 业务补偿方法及装置、系统 |
CN113168330A (zh) * | 2018-10-03 | 2021-07-23 | 推特公司 | 客户端软件后退 |
CN112311838A (zh) * | 2019-08-02 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 业务异步交互方法及装置 |
CN111629056A (zh) * | 2020-05-27 | 2020-09-04 | 浙江百世技术有限公司 | 一种网络请求处理方法及应用 |
CN111629056B (zh) * | 2020-05-27 | 2023-04-07 | 浙江百世技术有限公司 | 一种网络请求处理方法及应用 |
CN113905091A (zh) * | 2021-09-15 | 2022-01-07 | 盐城金堤科技有限公司 | 用于对访问请求进行处理的方法及装置 |
CN113905091B (zh) * | 2021-09-15 | 2023-09-01 | 盐城天眼察微科技有限公司 | 用于对访问请求进行处理的方法及装置 |
CN114971163A (zh) * | 2022-04-13 | 2022-08-30 | 中移互联网有限公司 | 重新发起业务请求的执行方法及执行装置 |
CN114971163B (zh) * | 2022-04-13 | 2023-08-18 | 中移互联网有限公司 | 重新发起业务请求的执行方法及执行装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106341434A (zh) | 业务处理方法及装置 | |
CA2546627C (en) | Dynamic timeout in a client-server system | |
US7921215B2 (en) | Method and apparatus for optimizing and prioritizing the creation of a large number of VPN tunnels | |
CN108712485B (zh) | 一种物联网设备的资源订阅方法和装置 | |
EP2454679B1 (en) | Management of an instant message session | |
US11500675B2 (en) | Task scheduling, execution and monitoring | |
JP2001514773A (ja) | 信頼性のあるイベントデリバリシステム | |
CN105120005B (zh) | 一种游戏服务器热更新方法、服务器及系统 | |
JP2002510412A (ja) | サーバコンピュータからクライエントコンピュータへのデータダウンロードプロセス及び装置 | |
US10467055B2 (en) | Computer resource provisioning failure mitigation | |
CN110233881A (zh) | 业务请求处理方法、装置、设备及存储介质 | |
US9251367B2 (en) | Device, method and program for preventing information leakage | |
US20110280247A1 (en) | System and method for reducing latency via multiple network connections | |
US20230315793A1 (en) | Automated web page accessing | |
US7353264B2 (en) | Method and apparatus for optimizing client responsiveness and server performance | |
JP4906870B2 (ja) | サーバ・サイド動的ページの実行のための方法、システム、およびコンピュータ・プログラム | |
CN110661780A (zh) | 一种基于saas应用的无线城市数据共享方法与系统 | |
CN1812410B (zh) | 文件传输管理系统及方法 | |
CN107979627A (zh) | 一种网络请求的处理方法及装置 | |
CN110569178B (zh) | 基于大数据平台的接口预警方法和系统 | |
CN115665173B (zh) | 一种基于MQ的WebSocket通信方法、系统和存储介质 | |
CN103618665A (zh) | 一种向客户端推送消息的方法 | |
CN112953769B (zh) | 数据传输方法、装置、计算机系统及可读存储介质 | |
CN113794620B (zh) | 消息发送方法、装置、设备、系统与存储介质 | |
CN108984285B (zh) | 一种数据碰撞流分析方法及装置、存储介质、终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170118 |
|
RJ01 | Rejection of invention patent application after publication |