一种资源转移请求处理方法、装置及电子设备
技术领域
本申请涉及计算机技术领域,尤其涉及一种资源转移请求处理方法、装置及电子设备。
背景技术
在企业对消费者(Business to Customer,B2C)的电子商务模式下,电商平台常需要通过网络接口或爬虫接口访问企业端(以下简称B端系统)系统,读取或者更新B系统中的资源信息(例如,商品信息和库存信息)。
B端系统相对于电商平台来说是一个相对独立的系统,这样,当电商平台出现高并发业务场景(例如,秒杀业务场景)时,需要高并发地访问B端系统,但是,B端系统可能会因性能较差,而电商平台又无法对B端系统进行改进等因素,导致出现B端系统无法支撑高并发业务流量的情况,进而导致电商平台的高并发业务无法顺利进行,或者用户体验较为糟糕的情况出现。
发明内容
本申请实施例提供了一种资源转移请求处理方法、装置及电子设备,以保证电商等平台的高并发业务能够顺利进行。
为解决上述技术问题,本申请实施例是这样实现的:
第一方面,提出了一种资源转移请求处理方法,所述方法包括:
接收针对目标资源转移平台的多个资源转移请求;
基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减;
将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
第二方面,提出了一种资源转移请求处理装置,所述装置包括:
第一接收模块,用于接收针对目标资源转移平台的多个资源转移请求;
库存扣减模块,基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减;
发送模块,用于将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
第三方面,提出了一种电子设备,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
接收针对目标资源转移平台的多个资源转移请求;
基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减;
将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
第四方面,提出了一种计算机可读存储介质,所述计算机可读存储介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:
接收针对目标资源转移平台的多个资源转移请求;
基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减;
将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
由以上本申请实施例提供的技术方案可见,本申请实施例提供的方案至少具备如下一种技术效果:由于当前平台预先在本地存储了目标资源转移平台的参考资源信息,使得当前平台可以基于本地存储的参考资源信息,对接收到的多个资源转移请求进行库存扣减,得到扣减成功的数量较少的至少一个目标资源转移请求发送给目标资源转移平台,而不是直接将多个资源转移请求高并发的发送给目标资源转移平台。因此,可以避免目标资源转移平台承受高并发资源转移请求的访问压力,进而可以保证电商平台等当前平台的高并发业务能够顺利进行。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是本说明书实施例提供的资源转移请求处理方法及装置的一种应用场景示意图。
图2是本说明书实施例提供的资源转移请求处理方法的一种流程示意图。
图3是本说明书实施例提供的资源转移请求处理方法的另一种流程示意图。
图4是本说明书实施例提供的资源转移请求处理方法的原理示意图。
图5是本说明书实施例提供的一种电子设备的结构示意图。
图6是本说明书实施例提供的资源转移请求处理装置的一种结构示意图。
图7是本说明书实施例提供的资源转移请求处理装置的另一种结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了保证电商平台等当前平台的高并发业务能够顺利进行,本说明书实施例提供一种资源转移请求处理方法及装置,该方法和装置可以应用于B2C电子商务模式下通过接口集成的电商平台中。
例如,本说明书实施例提供一种资源转移请求处理方法及装置可以应用于图1所示的应用场景中的当前平台12中。如图1所示,在本说明书实施例中,当前平台12可以是直接接收来自用户端11的资源转移请求的平台,目标资源转移平台13可以是提供资源及资源信息的企业端(B端系统)系统,用户端11可以通过访问当前平台12间接地访问目标资源转移平台13请求获取资源。其中,当前平台12与目标资源转移平台13可以通过网络接口或爬虫接口等接口连接;用户端11请求获取的资源例如可以是商品。
在本说明书实施例中,当前平台以及目标资源转移平台可以理解为是通过接口集成的电商平台,其中,目标资源转移平台既可以是与当前平台有契约合作关系的B端系统供应商,也可以是与当前平台没有达成契约合作关系的B端系统供应商(或称商户)。在当前平台没有与目标资源转移平台达成契约合作关系时,当前平台可以通过爬虫接口与目标资源平台连接。
下面结合附图1至图4,对本说明书实施例提供的一种资源转移请求处理方法进行详细的说明。
如图2所示,本说明书实施例提供的一种资源转移请求处理方法,应用于当前平台,该方法可以包括如下步骤:
步骤202、接收针对目标资源转移平台的多个资源转移请求。
其中,所述当前平台为预设电商平台,所述目标资源转移平台为预设B端系统,所述当前平台与所述目标资源转移平台通过接口连接。例如,可以通过平台即服务(Platform-as-a-Service,PaaS)层的接口连接。
结合图1可知,在步骤202中,当前平台12可以接收来自终端用户11的针对目标资源转移平台13的多个资源转移请求。且如前文所述,当前平台12可以是被用户终端11直接访问的电商平台,目标资源转移平台13可以是提供资源的B端系统。相应的,资源转移请求可以是购买B端系统中的某一商品的购买请求。
在一个例子中,步骤202具体可以包括:接收针对目标资源转移平台的多个资源转移请求,包括:在预设时间段内接收针对目标资源转移平台的多个资源转移请求。其中,预设时间段可以是一个相对较短的时间段,例如预设时间段可以1s至30s之内的一个时间段。更为具体的,如果上述多个资源转移请求是秒杀场景下的多个资源转移请求,则,上述预设时间段可以是1s。
步骤204、基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减。
可选地,如果在步骤204中针对某一资源转移请求的库存扣减成功,则在步骤204之后,还可以进一步地对参考资源信息中的库存进行刷新。
其中,资源信息可以包括但不限于商品详情、库存信息等信息。参考资源信息,可以是当前平台基于目标资源转移平台的真实资源信息确定的。且当前平台可以通过分布式缓存、数据库或其他任何自行设计的计算机存储组件将上述参考资源信息保存在本地。
在一个例子中,当前平台可以先任意设定参考资源信息中的库存信息。
在另一个例子中,当前平台可以按照预设时间间隔访问所述目标资源转移平台,获取所述目标资源转移平台中保存的真实资源信息,所述预设时间间隔大于所述预设时间段;然后,基于所述真实资源信息更新所述当前平台预存的所述参考资源信息。
其中,预设时间间隔可以理解为是当前平台存储的参考资源信息的过期时间,该过期时间可以大于所述预设时间段。例如,当预设时间段为1s时,预设时间间隔可以是5min。
具体来说,在一种实施方式中,如果所述真实资源信息中的库存为零,则将所述参考资源信息中的库存更新为零。
在另一种方式中,如果所述真实资源信息中的库存为第一数值,所述参考资源信息中的当前库存为第二数值,则维持所述参考资源信息中的库存保持不变,所述第一数值和所述第二数值为相等或者不相等的正整数。
例如,当真实资源信息中的库存为x,参考资源信息中的当前库存为y,且x不等于y时,则不做任何操作,以维持所述参考资源信息中的库存保持不变。这样可以减少参考资源信息的更新操作,步骤204中库存扣减成功时对参考资源信息中库存的刷新操作的干扰。
在又一种实施方式中,如果所述真实资源信息中的库存为第三数值,所述参考资源信息中的当前库存为负数,则将所述参考资源信息中的库存更新为所述第三数值,所述第三数值为正整数。
可以理解,相比于相关技术中,在预设时间段内每接收到一个资源转移请求便访问目标资源转移平台,以使目标资源转移平台基于自身保存的真实资源信息对多个资源转移请求进行库存扣减。在本书明书实施例中,基于当前平台在本地保存的参考资源信息,对预设时段内接收到的多个资源转移请求进行库存预扣减,并基于相对较长的预设时间间隔访问一次目标资源转移平台,获取目标资源转移平台的真实资源信息以更新参考资源信息,使得高并发访问只针对当前平台,而不会针对目标资源转移平台,因此可以保证高并发业务能够顺利进行。
步骤206、将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
步骤204中的库存扣减,可以理解为是为了避免对目标资源转移平台的高并发访问而执行的库存预扣减,具体扣减过程为对资源转移请求针对的目标资源的库存执行原子减一操作,如果扣减后参考资源信息中的库存为负,说明该目标资源已售罄,则确定针对该资源转移请求的库存扣减失败,同时可以向用户返回资源转移请求处理失败的提示信息,并将参考资源参考信息中的库存更新为0,以避免用户进一步地进行无效的订单提交操作;如果扣减后参考资源信息中的库存大于或等于0,确定针对该资源转移请求的库存扣减成功,可以进一步通过步骤206将该资源转移请求作为目标资源转移请求发送给目标资源转移平台,使得目标资源转移平台基于本地存储的真实资源信息进行库存的最终扣减,并在扣减成功时,生成订单(简称成单)。
更进一步地,目标资源转移平台针对目标资源转移请求的库存扣减结果可能对应存在以下几种情况:(1)库存扣减失败,成单失败;(2)库存扣减成功,成单成功;(3)其他原因导致的成单失败。如果是情况(1),可以相应的将当前平台在本地预存的参考资源信息中的库存置为0。
库存扣减是处理资源转移请求的关键步骤,对某一个资源转移请求而言,如果库存扣减成功,意味着该资源转移请求成功地获取到了相应的资源,也即成单成功;如果库存扣减失败,表明该资源请求获取相应资源失败,成单失败。例如在秒杀场景中,如果库存扣减成功,意味着秒杀成功,否则,意味着秒杀失败。
在本说明书实施例中,在对所述多个资源转移请求进行处理时,相当于经历了两次库存扣减,第一次库存扣减发生在当前平台中,旨在从数量庞大的所述多个资源转移请求中选出数量较少的至少一个目标资源转移请求,以避免所述多个资源转移请求高并发地访问目标资源转移平台,给目标资源转移平台带来不堪承受的压力;第二次库存扣减发生在目标转移平台中,旨在确认能否成功成单。如果将本说明书实施例提供的资源转移请求处理方法中应用在秒杀场景中,可以在第二次库存扣减成功时确认秒杀成功。
总之,本说明书实施例提供的一种资源转移请求处理方法,由于当前平台预先在本地存储了目标资源转移平台的参考资源信息,使得当前平台可以基于本地存储的参考资源信息,对接收到的多个资源转移请求进行库存扣减,得到扣减成功的数量较少的至少一个目标资源转移请求发送给目标资源转移平台,而不是直接将多个资源转移请求高并发的发送给目标资源转移平台。因此,可以避免目标资源转移平台承受高并发资源转移请求的访问压力,进而可以保证电商平台等当前平台的高并发业务能够顺利进行,提升了用户体验。
可选地,在另一实施例中,本说明书实施例提供的一种资源转移请求处理方法,还可以包括:接收所述目标资源转移平台反馈的资源转移结果,所述资源转移结果是所述目标资源转移平台基于真实资源信息对所述目标资源转移请求进行库存扣减后反馈的,所述真实资源信息保存在所述目标资源转移平台中。
具体的,所述资源转移结果为订单信息;其中,所述订单信息是所述目标资源转移平台在基于所述真实资源信息对所述目标资源转移请求进行库存扣减成功后反馈的。
更进一步地,当前平台可以将接收到的订单信息反馈给发送相应资源转移请求的用户端,以提示相应的用户资源转移请求被成功处理,例如提示用户对相关商品的秒杀成功。
当然,所述资源转移结果也可以是成单失败的信息;其中,成单失败的信息可以是目标资源转移平台在基于所述真实资源信息对所述目标资源转移请求进行库存扣减失败后反馈的。相应的,当前平台也可以将接收到的成单失败的信息反馈给发送相应资源转移请求的用户端,以提示相应的用户资源转移请求处理失败,例如提示用户对相关商品的秒杀失败。且当前平台在接收到成单失败的反馈之后,需要将本地存储的参考资源信息中的库存置为0。
可选地,在又一实施例中,当步骤202包括在预设时间段内接收针对目标资源转移平台的多个资源转移请求时,为了防止步骤206在预设时间段内发送给目标资源转移平台的目标资源转移请求的数量依然较多,给目标资源转移平台仍然造成较大的并发访问压力,步骤206具体可以包括:
如果所述预设时间段内所述至少一个目标资源转移请求的数量大于第一预设数量,将所述至少一个目标资源转移请求分别在目标时间段内发送至所述目标资源转移平台,其中,所述目标时间段中单位时间发送的目标资源转移请求的数量小于或等于第二预设数量。第二预设数量小于第一预设数量。
举例来说,假如步骤202在1s内接收到100万个资源转移请求,经过步骤204之后筛选出库存扣减成功的1000个目标资源转移请求,由于目标资源转移平台的处理能力有限,在1s内处理1000个目标资源转移请求对目标资源平台来说压力仍然很大,因此,则可以在5s内将这1000个目标资源转移请求发送给目标资源转移平台,每秒发送200个。
这种发送方式可以理解为是串行或者异步发送的方式,可以实现对同一时段访问目标资源转移平台的流量的控制,降低目标资源转移平台在同一时段的并发访问量,进而保证目标资源转移平台能够正常工作,而不至于宕机。
可选地,在上述任一实施例的基础上,如图3所示,本说明实施例提供的一种资源转移请求处理方法,还可以包括如下步骤:
步骤208、接收针对所述目标资源转移平台的多个资源访问请求。
在一个例子中,步骤208具体可以包括:在预设时间段内接收针对所述目标资源转移平台的多个资源访问请求。例如,在秒杀过程中,接到了大量的浏览待秒杀商品的商品详情浏览请求。其中,商品详情例如可以包括商品名称、规格、产地、特性等信息。
步骤210、将所述当前平台预存的所述参考资源信息,展示给发起所述资源访问请求的用户。
沿用步骤208中所举的例子,可以将当前平台预存的参考资源信息中的商品详情展示给发起所述资源访问请求的用户。可选地,还可以将当前平台预存的参考资源信息中的库存信息展示给发起所述资源访问请求的用户。
并且,与上文对图1所示的实施例进行说明时述及的内容类似,当前平台可以按照预设时间间隔访问所述目标资源转移平台,获取所述目标资源转移平台中保存的真实资源信息,所述预设时间间隔大于所述预设时间段;并基于所述真实资源信息更新所述当前平台预存的所述参考资源信息。
可以理解,由于商品详情一旦确定之后,发生变化的可能性较小,因此,在本地预存包含商品详情的参考资源信息之后,将本地预存的商品详情展示给用户,可以避免大量的商品详情访问请求(资源访问请求)直接访问目标资源转移平台,给目标资源转移平台带来不堪承受的压力,不会使目标资源转移平台出现闪崩、宕机等风险,不会影响用户浏览商品详情的体验。
为了更清楚地理解本说明书实施例提供的资源转移请求处理方法,下面结合图4所示的原理示意图对本说明书实施例提供的资源转移请求处理方法进行更进一步地说明。
如图4所示,本说明书实施例提供的资源转移请求处理方法依托的架构包括:用户端41、电商平台42、标准接口层43和B端系统(或称供应商或商户)44。其中,B端系统44通过标准接口层43与电商平台连接,用户端41可通过网络访问电商平台42。其中,用户端41例如可以是移动终端411、Web端412或个人电脑(Personal Computer,PC)端413;B端系统44例如可以是A企业、B企业、C企业或D企业,等等。其中,电商平台42可以包括存储参考资源信息的数据库421、交易中心422和流量控制模块423。
继续参考图4可知,本说明书实施例提供的资源转移请求处理方法可以包括如下过程:①电商平台42可以按照预设时间间隔访问B端系统44的资源信息接口,获取B端系统44中存储的真实资源信息,并基于获取的真实资源信息,确定B端系统44的参考资源信息并存储在电商平台42本地的数据库421中;②电商平台42接收用户端41发送的资源访问请求;③电商平台42将本地预存的所述参考资源信息,展示给发起所述资源访问请求的用户端41;④多个用户端41在预设时间段内向电商平台42发送多个资源转移请求(例如下单请求);⑤电商平台42的交易模块422针对所述多个资源转移请求,对数据库421中存储的库存进行扣减;⑥交易模块422将库存扣减成功的至少一个目标资源转移请求通过成单接口发送给B端系统44,以使B端系统依据真实资源信息,对所述至少一个目标资源转移请求进行库存扣减,并在扣减成功时生成订单。
可以理解,电商平台42与B端系统44之间的成单接口的性能对于秒杀这样的高并发访问来说是不言而喻的,如果成单接口的性能不足以支撑高并发访问流量的压力,则难以避免的会对高并发业务的顺利进行产生影响。而在电商平台42本地基于参考资源信息进行库存预扣减,筛选出少量的资源转移请求通过成单接口发送至B端系统44,可以很好地避免高并发访问流量压垮B端系统44。
可选地,如图4所示,在⑤之后,上述过程还可以包括:⑦如果所述预设时间段内所述至少一个目标资源转移请求的数量大于第一预设数量,则流量控制模块423将所述至少一个目标资源转移请求分别在目标时间段内发送至所述目标资源转移平台,其中,所述目标时间段中单位时间发送的目标资源转移请求的数量小于或等于第二预设数量,以对访问B端系统的流量进行控制。
或者,可选地,如图4所示,在⑥或⑦之后,上述过程还可以包括:⑧电商平台42在接收到B端系统反馈的成单失败的信息之后,将本地存储的参考资源信息中的库存置为0,以防止B端系统44的真实库存为0时,用户端41向电商平台42进一步地进行无效的订单提交操作。
以上是对本说明书提供一种资源转移请求处理方法的说明,下面对本说明书提供的电子设备进行介绍。
图5是本说明书的一个实施例提供的电子设备的结构示意图。请参考图5,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成资源转移请求处理装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:
接收针对目标资源转移平台的多个资源转移请求;
基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减;
将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
上述如本说明书图2至图3所示实施例揭示的资源转移请求处理方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书一个或多个实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书一个或多个实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
该电子设备还可执行图2至图3的资源转移请求处理方法,本说明书在此不再赘述。
当然,除了软件实现方式之外,本说明书的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本说明书实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的便携式电子设备执行时,能够使该便携式电子设备执行图2-3所示实施例的方法,并具体用于执行以下操作:
接收针对目标资源转移平台的多个资源转移请求;
基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减;
将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
下面对本说明书提供的一种资源转移请求处理装置进行说明。
图6是本说明书提供的资源转移请求处理装置600的结构示意图。请参考图6,在一种软件实施方式中,资源转移请求处理装置600可应用于当前平台,装置600可包括:第一接收模块601、库存扣减模块602和发送模块603。
第一接收模块601,用于接收针对目标资源转移平台的多个资源转移请求。
其中,当前平台为预设电商平台,所述目标资源转移平台为预设企业B端系统,所述当前平台与所述目标资源转移平台通过接口连接。
作为一个例子,第一接收模块601,可用于在预设时间段内接收针对目标资源转移平台的多个资源转移请求。
库存扣减模块602,基于在当前平台预存的所述目标资源转移平台的参考资源信息,针对所述多个资源转移请求进行库存扣减。
参考资源信息,可以是当前平台基于目标资源转移平台的真实资源信息确定的。且当前平台可以通过分布式缓存、数据库或其他任何自行设计的计算机存储组件将上述参考资源信息保存在本地。
发送模块603,用于将至少一个目标资源转移请求发送至所述目标资源转移平台,所述至少一个目标资源转移请求为所述多个资源转移请求中库存扣减成功的资源转移请求。
当第一接收模块601用于在预设时间段内接收针对目标资源转移平台的多个资源转移请求时,发送模块603,可用于如果所述预设时间段内所述至少一个目标资源转移请求的数量大于第一预设数量,将所述至少一个目标资源转移请求分别在目标时间段内发送至所述目标资源转移平台,其中,所述目标时间段中单位时间发送的目标资源转移请求的数量小于或等于第二预设数量。以防止发送模块603在预设时间段内发送给目标资源转移平台的目标资源转移请求的数量依然较多,给目标资源转移平台仍然造成较大的并发访问压力。
这种发送方式可以理解为是串行或者异步发送的方式,可以实现对同一时段访问目标资源转移平台的流量的控制,降低目标资源转移平台在同一时段的并发访问量,进而保证目标资源转移平台能够正常工作,而不至于宕机。
本说明书实施例提供的一种资源转移请求处理装置600,由于当前平台预先在本地存储了目标资源转移平台的参考资源信息,使得当前平台可以基于本地存储的参考资源信息,对接收到的多个资源转移请求进行库存扣减,得到扣减成功的数量较少的至少一个目标资源转移请求发送给目标资源转移平台,而不是直接将多个资源转移请求高并发的发送给目标资源转移平台。因此,可以避免目标资源转移平台承受高并发资源转移请求的访问压力,进而可以保证电商平台等当前平台的高并发业务能够顺利进行,提升了用户体验。
可选地,在另一实施例中,本说明书实施例提供的一种资源转移请求处理装置600还可以包括:获取模块和更新模块。
获取模块,用于按照预设时间间隔访问所述目标资源转移平台,获取所述目标资源转移平台中保存的真实资源信息,所述预设时间间隔大于所述预设时间段。
更新模块,用于基于所述真实资源信息更新所述当前平台预存的所述参考资源信息。
作为一个例子,更新模块可以用于:如果所述真实资源信息中的库存为零,则将所述参考资源信息中的库存更新为零;如果所述真实资源信息中的库存为第一数值,所述参考资源信息中的当前库存为第二数值,则维持所述参考资源信息中的库存保持不变,所述第一数值和所述第二数值为相等或者不相等的正整数;如果所述真实资源信息中的库存为第三数值,所述参考资源信息中的当前库存为负数,则将所述参考资源信息中的库存更新为所述第三数值,所述第三数值为正整数。
可以理解,相比于相关技术中,在预设时间段内每接收到一个资源转移请求便访问目标资源转移平台,以使目标资源转移平台基于自身保存的真实资源信息对多个资源转移请求进行库存扣减。在本书明书实施例中,基于当前平台本地保存的参考资源信息,对预设时段内接收到的多个资源转移请求进行库存预扣减,并基于相对较长的预设时间间隔访问一次目标资源转移平台,获取目标资源转移平台的真实资源信息以更新参考资源信息,使得高并发访问只针对当前平台,而不会针对目标资源转移平台,因此可以保证高并发业务能够顺利进行。
可选地,在另一实施例中,如图7所示,本说明书实施例提供的一种资源转移请求处理装置600还可以包括:第二接收模块604和展示模块605。
第二接收模块604,用于接收针对所述目标资源转移平台的多个资源访问请求。
作为一个例子,第二接收模块604,具体可用于在预设时间段内接收针对所述目标资源转移平台的多个资源访问请求。例如,在秒杀过程中,接到了大量的浏览待秒杀商品的商品详情浏览请求。其中,商品详情例如可以包括商品名称、规格、产地、特性等信息。
展示模块605,用于将所述当前平台预存的所述参考资源信息,展示给发起所述资源访问请求的用户。
可以理解,由于商品详情一旦确定之后,发生变化的可能性较小,因此,在本地预存包含商品详情的参考资源信息之后,将本地预存的商品详情展示给用户,可以避免大量的商品详情访问请求(资源访问请求)直接访问目标资源转移平台,给目标资源转移平台带来不堪承受的压力,不会使目标资源转移平台出现闪崩、宕机等风险,不会影响用户浏览商品详情的体验。
可选地,在另一实施例中,本说明书实施例提供的一种资源转移请求处理装置600还可以包括:第三接收模块。
第三接收模块,用于接收所述目标资源转移平台反馈的资源转移结果,所述资源转移结果是所述目标资源转移平台基于真实资源信息对所述目标资源转移请求进行库存扣减后反馈的,所述真实资源信息保存在所述目标资源转移平台中。
其中,所述资源转移结果为订单信息;且,所述订单信息可以是所述目标资源转移平台在基于所述真实资源信息对所述目标资源转移请求进行库存扣减成功后反馈的。
更进一步地,当前平台可以将接收到的订单信息反馈给发送相应资源转移请求的用户端,以提示相应的用户资源转移请求被成功处理,例如提示用户对相关商品的秒杀成功。
当然,所述资源转移结果也可以是成单失败的信息;其中,成单失败的信息可以是目标资源转移平台在基于所述真实资源信息对所述目标资源转移请求进行库存扣减失败后反馈的。相应的,当前平台也可以将接收到的成单失败的信息反馈给发送相应资源转移请求的用户端,以提示相应的用户资源转移请求处理失败,例如提示用户对相关商品的秒杀失败。且当前平台在接收到成单失败的反馈之后,需要将本地存储的参考资源信息中的库存置为0。
需要说明的是,资源转移请求处理装置500能够实现图2-3的方法实施例的方法,具体可参考图2-3所示实施例的资源转移请求处理方法,不再赘述。
总之,以上所述仅为本说明书的较佳实施例而已,并非用于限定本说明书的保护范围。凡在本说明书一个或多个实施例的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制时,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。