CN107566456A - 用户请求处理方法及装置 - Google Patents
用户请求处理方法及装置 Download PDFInfo
- Publication number
- CN107566456A CN107566456A CN201710676330.6A CN201710676330A CN107566456A CN 107566456 A CN107566456 A CN 107566456A CN 201710676330 A CN201710676330 A CN 201710676330A CN 107566456 A CN107566456 A CN 107566456A
- Authority
- CN
- China
- Prior art keywords
- user
- request
- child servers
- distributive condition
- digital object
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本公开是关于一种用户请求处理方法及装置。该方法应用于子服务器,m个子服务器与总服务器通信连接,包括:获取总服务器分发给当前子服务器的针对数字对象的用户请求;判断发起该用户请求的用户是否符合数字对象的分配条件;若该用户符合分配条件,按照该数字对象的分配逻辑,将总服务器分发给当前子服务器的i份数字对象分量分配给当前子服务器接收到的用户请求中的用户,其中,m和i是大于或等于2的自然数。本公开的实施例通过判断发起用户请求的用户是否符合数字对象的分配条件,并对符合分配条件的用户,按数字对象的分配逻辑进行分配,从而利用较少资源处理较多用户请求,减轻用户请求处理压力,保证服务可用性。
Description
技术领域
本公开涉及计算机技术领域,尤其涉及一种用户请求处理方法及装置。
背景技术
随着互联网金融技术的不断发展,红包已经成为很多产品的重要功能之一。相关技术中,可以利用数据库的事务处理能力来分发红包(也可以例如是分发优惠券、秒杀商品等应用场景),保证同一个红包只能被一个人抢到。然而,在面对高并发的抢红包请求时(例如,直播抢红包等),因为数据库的并发处理能力有限,从而常常导致服务无法正常运行。例如,服务器在面对高并发的抢红包请求时,出现宕机等情况,甚至会出现红包被多抢,使得用户抢到红包总数超过预算等情况。
发明内容
为克服相关技术中存在的问题,本公开提供一种用户请求处理方法及装置。
根据本公开实施例的第一方面,提供一种用户请求处理方法,所述方法应用于子服务器,m个所述子服务器与总服务器通信连接,包括:
获取所述总服务器分发给当前子服务器的针对数字对象的用户请求;
判断发起所述用户请求的用户是否符合数字对象的分配条件;
若所述用户符合分配条件,按照所述数字对象的分配逻辑,将所述总服务器分发给所述当前子服务器的i份数字对象分量分配给所述当前子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
对于以上方法,在一种可能的实现方式中,所述方法还包括:
若所述用户不符合分配条件,将表示无法响应用户请求的结果返回给所述用户。
对于以上方法,在一种可能的实现方式中,判断发起所述用户请求的用户是否符合数字对象的分配条件,包括:
获取所述用户请求的用户信息;
基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息;
基于所述判断信息,判断所述用户是否符合分配条件。
对于以上方法,在一种可能的实现方式中,基于所述判断信息,判断所述用户是否符合分配条件,包括:
将所述判断信息与所述当前子服务器的基准用户请求数量进行取模运算;
在所述取模运算的结果小于或者等于第一阈值的情况下,判断与所述判断信息相对应的用户符合分配条件,
其中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。
对于以上方法,在一种可能的实现方式中,所述用户信息为与用户对应的序列号;
基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息,包括:
以所述序列号作为所述判断信息;或者
以所述序列号和所述数字对象的创建时间戳之和作为所述判断信息。
对于以上方法,在一种可能的实现方式中,所述方法还包括:
针对所述用户在第一时间阈值内的多次用户请求,控制所述用户是否符合分配条件的结果相同。
根据本公开实施例的第二方面,提供一种用户请求处理方法,所述方法应用于总服务器,所述总服务器与m个子服务器通信连接,所述方法包括:
接收针对数字对象的用户请求;
获取所述用户请求的用户信息;
基于所述用户信息,确定与所述用户请求相对应的子服务器;
将所述用户请求分发给所述相对应的子服务器,以便所述相对应的子服务器在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述相对应的子服务器的i份数字对象分量分配给所述相对应的子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
对于以上方法,在一种可能的实现方式中,基于所述用户信息,确定与所述用户请求相对应的子服务器,包括:
将所述用户信息与子服务器的数量进行取模运算;
根据所述取模运算的结果确定与所述用户请求相对应的子服务器,
其中,所述用户信息为与用户对应的序列号。
对于以上方法,在一种可能的实现方式中,所述方法还包括:
针对所述用户在第一时间阈值内的多次用户请求,将所述多次用户请求分发给相同的子服务器。
根据本公开实施例的第三方面,提供一种用户请求处理装置,应用于子服务器,m个所述子服务器与总服务器通信连接,包括:
第一获取模块,用于获取所述总服务器分发给当前子服务器的针对数字对象的用户请求;
判断模块,用于判断发起所述用户请求的用户是否符合数字对象的分配条件;
分配模块,用于所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述当前子服务器的i份数字对象分量分配给所述当前子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
对于上述装置,在一种可能的实现方式中,所述装置还包括:
结果返回模块,用于在所述用户不符合分配条件时,将表示无法响应用户请求的结果返回给所述用户。
对于上述装置,在一种可能的实现方式中,所述判断模块包括:
获取子模块,用于获取所述用户请求的用户信息;
第一确定子模块,用于基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息;
判断子模块,用于基于所述判断信息,判断所述用户是否符合分配条件。
对于上述装置,在一种可能的实现方式中,所述判断子模块包括:
第一运算子模块,用于将所述判断信息与所述当前子服务器的基准用户请求数量进行取模运算;
第一判断子模块,用于在所述取模运算的结果小于或者等于第一阈值的情况下,判断与所述判断信息相对应的用户符合分配条件,
其中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。
对于上述装置,在一种可能的实现方式中,所述用户信息为与用户对应的序列号;
所述第一确定子模块包括:
以所述序列号作为所述判断信息;或者
以所述序列号和所述数字对象的创建时间戳之和作为所述判断信息。
对于上述装置,在一种可能的实现方式中,所述装置还包括:
控制模块,用于针对所述用户在第一时间阈值内的多次用户请求,控制所述用户是否符合分配条件的结果相同。
根据本公开实施例的第四方面,提供一种用户请求处理装置,应用于总服务器,所述总服务器与m个子服务器通信连接,包括:
接收模块,用于接收针对数字对象的用户请求;
第二获取模块,用于获取所述用户请求的用户信息;
确定模块,用于基于所述用户信息,确定与所述用户请求相对应的子服务器;
第一分发模块,用于将所述用户请求分发给所述相对应的子服务器,以便所述相对应的子服务器在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述相对应的子服务器的i份数字对象分量分配给所述相对应的子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
对于上述装置,在一种可能的实现方式中,所述确定模块包括:
第二运算子模块,用于将所述用户信息与子服务器的数量进行取模运算;
第二确定子模块,用于根据所述取模运算的结果确定与所述用户请求相对应的子服务器,
其中,所述用户信息为与用户对应的序列号。
对于上述装置,在一种可能的实现方式中,所述装置还包括:
第二分发模块,用于针对所述用户在第一时间阈值内的多次用户请求,将所述多次用户请求分发给相同的子服务器。
根据本公开实施例的第五方面,提供一种用户请求处理装置,包括:
第一处理器;
用于存储第一处理器可执行指令的第一存储器;
其中,所述第一处理器被配置为执行应用于子服务器的上述方法。
根据本公开实施例的第六方面,提供一种用户请求处理装置,包括:
第二处理器;
用于存储第二处理器可执行指令的第二存储器;
其中,所述第二处理器被配置为执行应用于总服务器的上述方法。
根据本公开实施例的第七方面,提供一种非临时性计算机可读存储介质,当所述存储介质中的指令由处理器执行时,使得处理器能够执行应用于子服务器的用户请求处理方法。
根据本公开实施例的第八方面,提供一种非临时性计算机可读存储介质,当所述存储介质中的指令由处理器执行时,使得处理器能够执行应用于总服务器的用户请求处理方法。
本公开的实施例提供的技术方案可以包括以下有益效果:通过判断发起用户请求的用户是否符合数字对象的分配条件,并对符合分配条件的用户,按数字对象的分配逻辑进行分配,从而能够利用较少资源处理较多用户请求,减轻用户请求处理压力,保证服务可用性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种用户请求处理方法的流程图。
图2是根据一示例性实施例示出的一种用户请求处理方法的步骤S13的流程图。
图3是根据一示例性实施例示出的一种用户请求处理方法的流程图。
图4是根据一示例性实施例示出的一种用户请求处理方法的流程图。
图5是根据一示例性实施例示出的一种用户请求处理方法的步骤S22的流程图。
图6是根据一示例性实施例示出的一种用户请求处理方法的步骤S223的流程图。
图7是根据一示例性实施例示出的一种用户请求处理方法的流程图。
图8是根据一示例性实施例示出的一种用户请求处理方法的应用场景的示意图。
图9是根据一示例性实施例示出的一种用户请求处理装置的框图。
图10是根据一示例性实施例示出的一种用户请求处理装置的框图。
图11是根据一示例性实施例示出的一种用户请求处理装置的框图。
图12是根据一示例性实施例示出的一种用户请求处理装置的框图。
图13是根据一示例性实施例示出的一种用户请求处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种用户请求处理方法的流程图,该方法可用于总服务器,该总服务器与m个子服务器通信连接。如图1所示,根据本公开实施例的用户请求处理方法包括:
在步骤S11中,接收针对数字对象的用户请求。
举例来说,总服务器可以接收多个用户针对数字对象的用户请求,其中,数字对象可以是指数字类、数据类对象,例如,数字对象可以为红包、优惠券等。本领域技术人员应理解,数字对象可以包括多种数字类、数据类的对象,本公开对数字对象的具体形式不作限制。
在步骤S12中,获取所述用户请求的用户信息。
举例来说,总服务器可以获取到该用户请求的用户信息,例如,可以获取到发起该用户请求的用户的账户信息、IP地址信息等用户信息。
在一种可能的实现方式中,该用户信息可以为与用户对应的序列号。举例来说,在用户发起用户请求之前,可登录相应的账号,那么,该账号的序列号可为该用户信息。例如,在新年抢红包活动时,用户需要通过XX账号的抢红包界面发起抢红包请求,此时,其账户序列号100026(例如账户ID为100026)为总服务器在接收到该用户请求时,获取的该用户请求的用户信息。需要说明的是,不同用户对应的序列号是不相同的,且呈离散分布状态,因此,服务器获取的用户信息是各不相同的。通过这种方式,总服务器在同时接收到数量巨大的用户请求时,可以通过用户的用户信息对这些用户进行区分。本领域技术人员应理解,用户的用户信息可以包括多种形式,只要能够通过用户信息对发起用户请求的用户进行区分即可,本公开对此不作限制。
在步骤S13中,基于所述用户信息,确定与所述用户请求相对应的子服务器。
举例来说,如前文所述,总服务器获取的用户信息是各不相同的,该总服务器与m个子服务器通信连接,因此,可以根据用户信息确定与该用户的用户请求相对应的子服务器。
在一种可能的实现方式中,可以根据预估的子服务器每秒需响应的用户请求次数以及每个子服务器的承载能力,确定子服务器的数量。
举例来说,预计在除夕晚上8点发放出100万份新年红包,经过广告宣传和用户传播等途径预计会有600万用户来抢红包。综合考虑用户的网速和时间同步等问题,预计红包会在10秒之内被抢完,那么平均每秒约有60万用户发起抢红包请求,每秒预计分配10万红包。如果再考虑到抢红包请求是不均匀的,可能存在峰值。例如,在发放红包的前两秒,用户发起的抢红包请求最多(例如每秒约有120万用户发起抢红包请求),每秒需要分配20万份红包(预估的子服务器每秒需响应的用户请求次数为20万次)。此时,可以结合每个子服务器的承载能力,来确定子服务器的数量。例如,当子服务器可以支撑每秒2000的请求能力时,可以确定子服务器的数量为100个;当子服务器可以支撑每秒20000的请求能力时,可以确定子服务器的数量为10个;当子服务器可以支撑每秒200的请求能力时,可以确定子服务器的数量为1000个。本领域技术人员应理解,子服务器的承载能力可以通过测试获得,本公开对此不作限制。
这样,由m个子服务器承担高并发的用户请求,从而减轻了总服务器面对高并发用户请求时的处理压力,保证了服务可用性。本领域技术人员应理解,子服务器每秒可以支撑的请求能力越强,资源浪费就越少,但是在响应用户请求的过程中出现冲突的可能性就越高。子服务器每秒可以支撑的请求能力越弱,其响应用户请求的过程中出现冲突的可能性较低,但资源浪费较多。因此,可以综合考虑成本、稳定性等多种因素来选择服务器的承载能力,并确定子服务器数量,本公开对此不作限制。
图2是根据一示例性实施例示出的一种用户请求处理方法的步骤S13的流程图。在一种可能的实现方式中,如图2所示,步骤S13可以包括:
在步骤S131中,将所述用户信息与子服务器的数量进行取模运算;
在步骤S132中,根据所述取模运算的结果确定与所述用户请求相对应的子服务器,
其中,所述用户信息为与用户对应的序列号。
现以该总服务器和100个子服务器(m取值为100)通信连接为例,说明如何确定与所述用户请求相对应的子服务器。当总服务器获取到用户的用户信息为100026(用户的序列号),可以将该用户信息(100026)与子服务器的数量m(100)进行取模运算。通过计算100026%100=26,可以根据该取模运算的结果26,确定用户信息为100026的用户请求相对应的子服务器为第26个子服务器。
这样,可以确定高并发的各用户请求相对应的子服务器。本领域技术人员应理解,还可以通过其他方式确定与所述用户请求相对应的子服务器,只要一个用户的用户请求对应一个子服务器即可,本公开对此不作限制。
如图1所示,在步骤S14中,将所述用户请求分发给所述相对应的子服务器,以便所述相对应的子服务器在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述相对应的子服务器的i份数字对象分量分配给所述相对应的子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
举例来说,总服务器在确定与所述用户请求相对应的子服务器的情况下,可以将该用户请求分发给相对应的子服务器。例如,总服务器可以将用户信息为100026的抢红包请求分发给第26个子服务器,以便第26个子服务器在该用户符合分配条件时,按照该红包(数字对象)的分配逻辑,将该总服务器分发的i份红包(数字对象)分量分配给第26个子服务器接收到的该用户请求中的用户。其中,与总服务器通信连接的m个子服务器的数字对象分量i可以是不同的,m和i是大于或等于2的自然数。举例来说,总服务器可以根据每个子服务器的处理能力来确定分发给该子服务器的数字对象分量i的数值。例如,总服务器可以根据第26个子服务器的处理能力,分发给第26个子服务器10000份数字对象分量(i取值为10000),若第27个子服务器的处理能力较弱于第26个子服务器的处理能力,此时,总服务器可以根据第27个子服务器的处理能力,分发给第27个子服务器8000份数字对象分量(i取值为8000),若第28个子服务器的处理能力较强于第26个子服务器的处理能力,此时,总服务器可以根据第28个子服务器的处理能力,分发给第28个子服务器12000份数字对象分量(i取值为12000)。本领域技术人员应理解,总服务器分发给m个子服务器的数字对象分量i是个变量,可以根据各个子服务器的处理能力来设置,本公开对此不作限制。
需要说明的是,该数字对象的分配逻辑可以包括多种形式。举例来说,该数字对象为红包,该红包的分配逻辑可以基于剩余的红包数量,来判断用户是否抢到红包。例如,当剩余红包的数量大于或等于1时,第26个子服务器可以响应于用户的抢红包请求,判断用户可以抢到红包,第26个子服务器可以将总服务器分发的2000份(i取值为2000)红包分量中的剩余红包分配给其接收到的用户请求中的用户。在剩余红包的数量等于0时,可以判断用户无法抢到红包。本领域技术人员应理解,该数字对象的分配逻辑可以包括多种形式,本公开对此不作限制。
通过这种方式,可以将瞬时高并发的用户请求,基于用户的用户信息分发到相对应的子服务器中,由子服务器在用户符合分配条件时,根据该数字对象的分配逻辑进行分配,从而减轻了总服务器面对瞬时高并发用户请求的处理压力。
图3是根据一示例性实施例示出的一种用户请求处理方法的流程图。在一种可能的实现方式中,如图3所示,所述方法还包括:
在步骤S15中,针对所述用户在第一时间阈值内的多次用户请求,将所述多次用户请求分发给相同的子服务器。
举例来说,用户在发起用户请求时,例如发起抢红包请求或抢优惠券请求时,为了抢到红包或优惠卷,往往会在一定时间内连续点击抢红包界面或者抢优惠卷界面。此时,针对该用户在第一时间阈值内(例如1分钟)的多次用户请求,将多次用户请求分发到相同的子服务器,即保证分发结果的幂等性。举例来说,用户信息为100026的用户在第一次点击抢红包界面时,被分发给了第26个子服务器,那么,在第一时间阈值内无论其点击多少次该抢红包界面,其抢红包请求都被分发给第26个子服务器。其中,第一时间阈值的时间长度可以包括开始发放红包至所有红包发放完毕这一时间段。本领域技术人员应理解,可以通过多种方式实现将同一用户在第一时间阈值内的多次用户请求分发到相同的子服务器。同时,第一时间阈值的确定可以根据实际情况进行设置,例如默认从开始发放红包至所有红包发放完毕所经历的时间为第一时间阈值,也可以直接设置一个较长的时间阈值(远大于预估的红包发放时间),本公开对此不作具体限制。
根据本公开实施例的用户请求处理方法能够将高并发的用户请求基于用户的用户信息分发到m个子服务器上,从而减少了总服务器在面对瞬时高并发用户请求时的处理压力。
图4是根据一示例性实施例示出的一种用户请求处理方法的流程图。该方法可用于子服务器,m个所述子服务器与总服务器通信连接。如图4所示,根据本公开实施例的用户请求处理方法包括:
在步骤S21中,获取所述总服务器分发给当前子服务器的针对数字对象的用户请求;
在步骤S22中,判断发起所述用户请求的用户是否符合数字对象的分配条件。
举例来说,当前子服务器可以获取总服务器分发的针对数字对象的用户请求,并判断发起该用户请求的用户是否符合数字对象的分配条件。例如,第26号子服务在1秒内获取了总服务器分发的1.2万次抢红包请求,其中,该1.2万次用户请求中,一部分用户符合红包的分配条件(例如2000个),其余的用户不符合红包的分配条件,因此,需要第26号子服务器判断发起该抢红包请求的用户是否符合红包的分配条件。
图5是根据一示例性实施例示出的一种用户请求处理方法的步骤S22的流程图。在一种可能的实现方式中,如图5所示,步骤S22包括:
在步骤S221中,获取所述用户请求的用户信息;
在步骤S222中,基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息。
在一种可能的实现方式中,所述用户信息为与用户对应的序列号;
步骤S222可以包括:以所述序列号作为所述判断信息;或者以所述序列号和所述数字对象的创建时间戳之和作为所述判断信息。
举例来说,当前子服务器可以获取用户的用户信息,如前文所述,该用户信息可以为与用户对应的序列号,在此不再赘述。
在一种可能的实现方式中,当前子服务器可以基于该用户信息,确定用于判断该用户是否符合分配条件的判断信息。举例来说,可以以序列号直接作为判断信息,也可以以该序列号和数字对象的创建时间戳之和作为判断信息。例如,该用户的序列号为100026,则可以将100026直接作为用于判断该用户是否符合分配条件的判断信息,还可以将该用户的序列号100026与红包创建时的毫秒时间戳(数字对象的创建时间戳)之和作为该判断信息,也可以将获取到的用户信息(序列号)与任意一个固定的数字(例如,123456)之和作为判断信息。本领域技术人员应理解,判断信息的具体确定方式可以是多种多样的,只要能够用来判断用户是否符合分配条件的判断信息即可,本公开对此不作限制。
如图5所示,在步骤S223中,基于所述判断信息,判断所述用户是否符合分配条件。
举例来说,每个发起用户请求的用户都对应一个判断信息,可以基于该判断信息判断该用户是否符合分配条件,从而决定当前子服务器是否可以按照该数字对象的分配逻辑,将总服务器分发给当前子服务器的i份数字对象分量分配给当前子服务器接收到的用户请求中的用户。
图6是根据一示例性实施例示出的一种用户请求处理方法的步骤S223的流程图。在一种可能的实现方式中,如图6所示,步骤S223包括:
在步骤S2231中,将所述判断信息与所述当前子服务器的基准用户请求数量进行取模运算;
在步骤S2232中,在所述取模运算的结果小于或者等于第一阈值的情况下,判断与所述判断信息相对应的用户符合分配条件,
其中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。
在一种可能的实现方式中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。举例来说,当该当前子服务器的用户请求最大估计数量为1.2万时,该基准用户请求数量为12000。此时,可以将判断信息(例如100026)与该当前子服务器的基准用户请求数量进行取模运算,根据公式100026%12000=4026,可以得到取模运算的结果为4026。
在一种可能的实现方式中,该当前子服务器的基准用户请求数量可以为动态的,例如,可以为当前子服务器每秒获取的总服务器分发的用户请求数量。此时,可以将判断信息与该动态的当前子服务器基准用户请求数量进行取模,求得取模运算的结果。
需要说明的是,当前子服务器针对同一用户的多次用户请求,只计算其发起第一次用户请求时相应的取模运算结果即可,以保证结果的幂等性。举例来说,该用户的判断信息为100026,在其第一次发起用户请求时,当前子服务器的基准用户请求数量为13000(动态的,这一秒为13000),此时,二者取模运算结果为3974(例如,大于第一阈值),可以判断该用户不符合分配条件,当该当前子服务器再次获得该用户的用户请求时,无需再次进行取模运算,可以直接判断该用户不符合分配条件。本领域技术人员应理解,当前子服务器的基准用户请求数量可以根据需要进行设置,本公开对此不作限制。
在一种可能实现的方式中,可以根据当前子服务器的承载能力确定第一阈值。
举例来说,当当前子服务器的承载能力为每秒2000次时,可以将第一阈值确定为2000。此时,当取模运算的结果小于或者等于2000时,判断与该判断信息相对应的用户符合分配条件。例如,当取模运算结果为1234时,该用户符合分配条件;当取模运算的结果为4026时,该用户不符合分配条件。本领域技术人员应理解,第一阈值的数值可以根据需要进行设置,只要能保证通过该第一阈值筛选的符合分配条件的用户请求在该当前子服务器的承载范围内即可,本公开对此不作限制。
如图4所示,在步骤S23中,若所述用户符合分配条件,按照所述数字对象的分配逻辑,将所述总服务器分发给所述当前子服务器的i份数字对象分量分配给所述当前子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
举例来说,当前子服务器每秒获取的用户请求数量为1.2万次,而该当前子服务器的承载能力为每秒2000次,总服务器分发给当前子服务器的数字对象分量为10000份(i取值为10000)。此时,可以通过判断用户的用户请求是否符合分配条件,对符合分配条件的用户,可以按照该数字对象的分配逻辑,将总服务器分发的该当前子服务器的i份数字对象分量分配给该当前子服务器接收到的该用户请求中的用户,其中,m和i是大于或等于2的自然数。
例如,在抢红包时,用户A符合分配条件时,当前子服务器可以按照该红包的分配逻辑,将总服务器分发的10000份红包进行分配。其中,该红包的分配逻辑可以为基于剩余的红包数量,来判断用户是否可以抢到红包。例如,用户A抢红包时,其符合分配条件,此时,当前子服务器的剩余红包数量为300份,可以判断用户A可以抢到红包,该子服务器可以将总服务器分发的一个红包(剩余红包中的一个)分配给用户A。此时,用户A抢到红包。本领域技术人员应理解,可以通过相关技术,例如,利用数据库的事务处理能力来进行数字对象的分配,本公开对此不作限制。
通过这种方式,在不增加设备成本的情况下,保证了服务的可用性。
图7是根据一示例性实施例示出的一种用户请求处理方法的流程图。在一种可能的实现方式中,如图7所示,该方法还包括:
在步骤S24中,在所述用户不符合分配条件的情况下,将表示无法响应用户请求的结果返回给所述用户。
举例来说,若该用户不符合分配条件,该当前子服务器无需响应该用户请求,该用户的用户请求无法进入数字对象的分配逻辑,而是直接将表示无法响应用户请求的结果返回给该用户。例如,在抢红包时,如果用户不符合分配条件,可以直接返回给用户红包已经抢完这一结果。
在一种可能的实现方式中,如图7所示,该方法还包括:
在步骤S25中,针对所述用户在第一时间阈值内的多次用户请求,控制所述用户是否符合分配条件的结果相同。
举例来说,如前文所述,用户在第一时间阈值内发起多次用户请求,总服务器将同一用户的多次用户请求分发给一个相同的子服务器,那么,该子服务器在第一时间阈值内获取该用户的多次用户请求。此时,子服务器要控制该用户是否符合分配条件的结果相同。例如,该用户第一次的判断信息为4026,不符合分配条件,那么在第一时间阈值内,无论其发起多少次用户请求,子服务器都要控制该用户的多次请求结果相同,即不符合分配条件。
在一种可能的实现方式中,子服务器针对同一用户的多次用户请求,只根据其第一次发起用户请求时是否符合分配条件来决定是否响应其用户请求。举例来说,该用户第一次发起用户请求时,相应的当前子服务器判断其不符合分配条件,在第一时间阈值内,当前子服务器再次获取到该用户的用户请求时,可以直接判断其不符合分配条件,即保证请求的幂等性。
根据本公开实施例的用户请求处理方法能够通过判断发起该用户请求的用户是否符合数字对象的分配条件,并对符合分配条件的用户请求,按照该数字对象的分配逻辑进行分配,从而利用较少的资源处理了较多的用户请求,减轻了用户请求处理压力,保证了服务可用性。
应用示例
以下结合“用户抢红包”作为一个示例性应用场景,给出根据本公开实施例的应用示例,以便于理解用户请求处理方法的流程。本领域技术人员应理解,以下应用示例仅仅是出于便于理解本发明实施例的目的,不应视为对本发明实施例的限制。
图8是根据一示例性实施例示出的一种用户请求处理方法的应用场景的示意图。如图8所示,在该应用示例中,当约定发放红包的时间到来时,数量巨大的用户一同发起抢红包请求(用户请求)。
在该应用示例中,总服务器可以接收众多用户的抢红包请求,并可以获取这些用户请求的用户信息,例如,其账号ID序列号。总服务器可以基于该用户信息,确定与该用户请求相对应的子服务器。举例来说,账户ID序列号为100001的用户发起了抢红包请求,总服务器接收到该抢红包请求的情况下,获取了该用户请求的用户信息(100001),并基于该用户请求的用户信息100001确定于该用户抢红包请求相对应的子服务器。
在该应用示例中,可以通过将该用户信息与子服务器的数量进行取模运算。在该应用示例中,子服务器的数量为100,因此通过100001%100=1,确定了该用户的抢红包请求相对应的子服务器为第1子服务器。在该应用示例中,可以将该用户的抢红包请求路由转发给第1子服务器(例如,红包系统1)。
在该应用示例中,第1子服务器在获取到该用户的抢红包请求后,可以判断该用户的抢红包请求是否满足红包的分配条件。例如,可以确定该用户的抢红包请求的判断信息,例如,可以以该用户的账户ID序列号100001作为其判断信息。可以将该判断信息100001与子服务器的基准用户请求数量进行取模运算,通过100001%12000=4001,该取模运算结果大于第一阈值(设定为子服务器的最大承载能力2000),则该用户的抢红包请求无法得到第1子服务器的响应。在该情况下,第1子服务器可以直接将无法响应抢红包请求的结果返回给该用户,例如,提示该用户红包已抢完。
在该应用示例中,该用户可能再次点击抢红包界面,总服务器在接收到账户ID序列号为100001的用户的抢红包请求时,再次将其抢红包请求路由转发给第1子服务器。第1子服务器在接收到多次该用户的抢红包请求时,只计算其第一次的判断信息与子服务器的基准用户请求数量的取模运算结果,例如为4001,不符合红包分配条件,则在获取到其第一次以后的多次抢红包请求时,无需再次判断其是否符合红包分配条件,直接给出与第一次相同的结果(不符合红包分配条件,提示该用户红包已抢完),即需要保证请求结果的幂等性。
在该应用示例中,如果用户的账户ID序列号是120026,则总服务器在接收到该用户的抢红包请求时,一直将其抢红包请求路由转发给第26子服务器。类似地,可以将该判断信息(ID序列号是120026)与子服务器的基准用户请求数量进行取模运算,120026%12000=0026。取模运算结果(0026)小于第一阈值(设定为子服务器的最大承载能力2000),该用户符合分配条件。在该情况下,第26子服务器可以响应该用户抢红包请求,可以按照红包分配逻辑,将总服务器分发给当前子服务器(第26子服务器)的i份红包(例如,10000份红包)分配给当前子服务器接收到的该用户请求中的用户,例如,分配一份红包给账户ID序列号是120026的用户。
在该应用示例中,如果该用户(ID序列号120026)未被分配到红包,则用户可能再次点击抢红包界面。总服务器在接收到该用户(ID序列号是120026)的抢红包请求时,一直将其抢红包请求路由转发给第26子服务器。第26子服务器在接收到多次该用户的抢红包请求时,只计算其第一次的判断信息与子服务器的基准用户请求数量的取模运算结果,例如为0026,符合红包分配条件,则在获取到其第一次以后的多次抢红包请求时,均对该用户执行针对红包的分配逻辑,直到用户被分配到红包或红包已分配完毕,从而保证了请求结果的幂等性。
根据本公开的实施例,能够通过总服务器将高并发的用户请求分发给相应的子服务器,并由子服务器判断发起该用户请求的用户是否符合数字对象的分配条件,并对符合分配条件的用户请求,按照数字对象的分配逻辑尽心分配,从而利用较少的资源处理了较多的用户请求,减轻了用户请求处理压力,保证了服务可用性。
图9是根据一示例性实施例示出的一种用户请求处理装置的框图,应用于子服务器,m个所述子服务器与总服务器通信连接。参照图9,该装置包括第一获取模块91,判断模块92以及分配模块93。
该第一获取模块91,被配置为获取总服务器分发的多个用户针对数字对象的用户请求;
该判断模块92,被配置为判断发起所述用户请求的用户是否符合数字对象的分配条件;
该分配模块93,被配置为所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述当前子服务器的i份数字对象分量分配给所述当前子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
图10是根据一示例性实施例示出的一种用户请求处理装置的框图。参照图10,在一种可能的实现方式中,该装置还包括:
结果返回模块94,被配置为在所述用户不符合分配条件时,将表示无法响应用户请求的结果返回给所述用户。
参照图10,在一种可能的实现方式中,所述判断模块92包括:
获取子模块921,被配置为获取所述用户请求的用户信息;
第一确定子模块922,被配置为基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息;
判断子模块923,被配置为基于所述判断信息,判断所述用户是否符合分配条件。
参照图10,在一种可能的实现方式中,所述判断子模块923包括:
第一运算子模块9231,被配置为将所述判断信息与所述当前子服务器的基准用户请求数量进行取模运算;
第一判断子模块9232,被配置为在所述取模运算的结果小于或者等于第一阈值的情况下,判断与所述判断信息相对应的用户符合分配条件,
其中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。
参照图10,在一种可能的实现方式中,所述用户信息为与用户对应的序列号;
所述第一确定子模块922包括:
以所述序列号作为所述判断信息;或者
以所述序列号和所述数字对象的创建时间戳之和作为所述判断信息。
参照图10,在一种可能的实现方式中,所述装置还包括:
控制模块95,被配置为针对所述用户在第一时间阈值内的多次用户请求,控制所述用户是否符合分配条件的结果相同。
图11是根据一示例性实施例示出的一种用户请求处理装置的框图,应用于总服务器,所述总服务器与m个子服务器通信连接。参照图11,该装置包括接收模块101,第二获取模块102,确定模块103以及第一分发模块104。
该接收模块101,被配置为接收针对数字对象的用户请求;
该第二获取模块102,被配置为获取所述用户请求的用户信息;
该确定模块103,被配置为基于所述用户信息,确定与所述用户请求相对应的子服务器;
该第一分发模块104,被配置为将所述用户请求分发给所述相对应的子服务器,以便所述相对应的子服务器在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述相对应的子服务器的i份数字对象分量分配给所述相对应的子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
图12是根据一示例性实施例示出的一种用户请求处理装置的框图。参照图12,在一种可能的实现方式中,该装置还包括:确定模块103包括:
第二运算子模块1031,被配置为将所述用户信息与子服务器的数量进行取模运算;
第二确定子模块1032,被配置为根据所述取模运算的结果确定与所述用户请求相对应的子服务器,
其中,所述用户信息为与用户对应的序列号。
参照图12,在一种可能的实现方式中,该装置还包括:
第二分发模块105,被配置为针对所述用户在第一时间阈值内的多次用户请求,将所述多次用户请求分发给相同的子服务器。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图13是根据一示例性实施例示出的一种用户请求处理装置的框图。例如,装置1900可以被提供为一服务器。参照图13,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1932,上述指令可由装置1900的处理组件1922执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (22)
1.一种用户请求处理方法,其特征在于,所述方法应用于子服务器,m个所述子服务器与总服务器通信连接,包括:
获取所述总服务器分发给当前子服务器的针对数字对象的用户请求;
判断发起所述用户请求的用户是否符合数字对象的分配条件;
若所述用户符合分配条件,按照所述数字对象的分配逻辑,将所述总服务器分发给所述当前子服务器的i份数字对象分量分配给所述当前子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述用户不符合分配条件,将表示无法响应用户请求的结果返回给所述用户。
3.根据权利要求1所述的方法,其特征在于,判断发起所述用户请求的用户是否符合数字对象的分配条件,包括:
获取所述用户请求的用户信息;
基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息;
基于所述判断信息,判断所述用户是否符合分配条件。
4.根据权利要求3所述的方法,其特征在于,基于所述判断信息,判断所述用户是否符合分配条件,包括:
将所述判断信息与所述当前子服务器的基准用户请求数量进行取模运算;
在所述取模运算的结果小于或者等于第一阈值的情况下,判断与所述判断信息相对应的用户符合分配条件,
其中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。
5.根据权利要求3或4所述的方法,其特征在于,所述用户信息为与用户对应的序列号;
基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息,包括:
以所述序列号作为所述判断信息;或者
以所述序列号和所述数字对象的创建时间戳之和作为所述判断信息。
6.根据权利要求1-4中任意一项所述的方法,其特征在于,所述方法还包括:
针对所述用户在第一时间阈值内的多次用户请求,控制所述用户是否符合分配条件的结果相同。
7.一种用户请求处理方法,其特征在于,所述方法应用于总服务器,所述总服务器与m个子服务器通信连接,包括:
接收针对数字对象的用户请求;
获取所述用户请求的用户信息;
基于所述用户信息,确定与所述用户请求相对应的子服务器;
将所述用户请求分发给所述相对应的子服务器,以便所述相对应的子服务器在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述相对应的子服务器的i份数字对象分量分配给所述相对应的子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
8.根据权利要求7所述的方法,其特征在于,基于所述用户信息,确定与所述用户请求相对应的子服务器,包括:
将所述用户信息与子服务器的数量进行取模运算;
根据所述取模运算的结果确定与所述用户请求相对应的子服务器,
其中,所述用户信息为与用户对应的序列号。
9.根据权利要求7或8所述的方法,其特征在于,所述方法还包括:
针对所述用户在第一时间阈值内的多次用户请求,将所述多次用户请求分发给相同的子服务器。
10.一种用户请求处理装置,其特征在于,应用于子服务器,m个所述子服务器与总服务器通信连接,包括:
第一获取模块,用于获取所述总服务器分发给当前子服务器的针对数字对象的用户请求;
判断模块,用于判断发起所述用户请求的用户是否符合数字对象的分配条件;
分配模块,用于在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述当前子服务器的i份数字对象分量分配给所述当前子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
结果返回模块,用于在所述用户不符合分配条件时,将表示无法响应用户请求的结果返回给所述用户。
12.根据权利要求10所述的装置,其特征在于,所述判断模块包括:
获取子模块,用于获取所述用户请求的用户信息;
第一确定子模块,用于基于所述用户信息,确定用于判断所述用户是否符合分配条件的判断信息;
判断子模块,用于基于所述判断信息,判断所述用户是否符合分配条件。
13.根据权利要求12所述的装置,其特征在于,所述判断子模块包括:
第一运算子模块,用于将所述判断信息与所述当前子服务器的基准用户请求数量进行取模运算;
第一判断子模块,用于在所述取模运算的结果小于或者等于第一阈值的情况下,判断与所述判断信息相对应的用户符合分配条件,
其中,所述基准用户请求数量为所述当前子服务器的用户请求最大估计数量。
14.根据权利要求12或13所述的装置,其特征在于,所述用户信息为与用户对应的序列号;
所述第一确定子模块包括:
以所述序列号作为所述判断信息;或者
以所述序列号和所述数字对象的创建时间戳之和作为所述判断信息。
15.根据权利要求10-13中任意一项所述的装置,其特征在于,所述装置还包括:
控制模块,用于针对所述用户在第一时间阈值内的多次用户请求,控制所述用户是否符合分配条件的结果相同。
16.一种用户请求处理装置,其特征在于,应用于总服务器,所述总服务器与m个子服务器通信连接,包括:
接收模块,用于接收针对数字对象的用户请求;
第二获取模块,获取所述用户请求的用户信息;
确定模块,用于基于所述用户信息,确定与所述用户请求相对应的子服务器;
第一分发模块,用于将所述用户请求分发给所述相对应的子服务器,以便所述相对应的子服务器在所述用户符合分配条件时,按照所述数字对象的分配逻辑,将所述总服务器分发给所述相对应的子服务器的i份数字对象分量分配给所述相对应的子服务器接收到的所述用户请求中的用户,
其中,m和i是大于或等于2的自然数。
17.根据权利要求16所述的装置,其特征在于,所述确定模块包括:
第二运算子模块,用于将所述用户信息与子服务器的数量进行取模运算;
第二确定子模块,用于根据所述取模运算的结果确定与所述用户请求相对应的子服务器,
其中,所述用户信息为与用户对应的序列号。
18.根据权利要求16或17所述的装置,其特征在于,所述装置还包括:
第二分发模块,用于针对所述用户在第一时间阈值内的多次用户请求,将所述多次用户请求分发给相同的子服务器。
19.一种用户请求处理装置,其特征在于,包括:
第一处理器;
用于存储第一处理器可执行指令的第一存储器;
其中,所述第一处理器被配置为执行权利要求1-6中任意一项所述的方法。
20.一种用户请求处理装置,其特征在于,包括:
第二处理器;
用于存储第二处理器可执行指令的第二存储器;
其中,所述第二处理器被配置为执行权利要求7-9中任意一项所述的方法。
21.一种非临时性计算机可读存储介质,当所述存储介质中的指令由处理器执行时,使得处理器能够执行权利要求1-6中任意一项所述的方法。
22.一种非临时性计算机可读存储介质,当所述存储介质中的指令由处理器执行时,使得处理器能够执行权利要求7-9中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710676330.6A CN107566456A (zh) | 2017-08-09 | 2017-08-09 | 用户请求处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710676330.6A CN107566456A (zh) | 2017-08-09 | 2017-08-09 | 用户请求处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107566456A true CN107566456A (zh) | 2018-01-09 |
Family
ID=60974386
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710676330.6A Pending CN107566456A (zh) | 2017-08-09 | 2017-08-09 | 用户请求处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107566456A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108768830A (zh) * | 2018-05-24 | 2018-11-06 | 上海掌门科技有限公司 | 用于推送信息、显示信息的方法和设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105391797A (zh) * | 2015-12-03 | 2016-03-09 | 北京航空航天大学 | 基于sdn的云服务器负载均衡方法及装置 |
CN106302649A (zh) * | 2016-07-29 | 2017-01-04 | 北京智云时代科技有限公司 | 一种基于传统媒体的互动分配系统及其方法 |
CN106789298A (zh) * | 2016-12-29 | 2017-05-31 | 中国建设银行股份有限公司 | 一种动态扩展Web层服务器的方法的装置 |
CN106874361A (zh) * | 2016-12-29 | 2017-06-20 | 财付通支付科技有限公司 | 应用于海关申报的数据处理方法和装置 |
CN106953929A (zh) * | 2017-05-04 | 2017-07-14 | 郑州云海信息技术有限公司 | 一种SmartRack服务器高并发优化的方法 |
-
2017
- 2017-08-09 CN CN201710676330.6A patent/CN107566456A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105391797A (zh) * | 2015-12-03 | 2016-03-09 | 北京航空航天大学 | 基于sdn的云服务器负载均衡方法及装置 |
CN106302649A (zh) * | 2016-07-29 | 2017-01-04 | 北京智云时代科技有限公司 | 一种基于传统媒体的互动分配系统及其方法 |
CN106789298A (zh) * | 2016-12-29 | 2017-05-31 | 中国建设银行股份有限公司 | 一种动态扩展Web层服务器的方法的装置 |
CN106874361A (zh) * | 2016-12-29 | 2017-06-20 | 财付通支付科技有限公司 | 应用于海关申报的数据处理方法和装置 |
CN106953929A (zh) * | 2017-05-04 | 2017-07-14 | 郑州云海信息技术有限公司 | 一种SmartRack服务器高并发优化的方法 |
Non-Patent Citations (2)
Title |
---|
徐竟州: "基于Redis的高并发抢红包应用的设计与实现", 《中国优秀硕士学位论文全文库》 * |
许灵锋: "基础架构、终端优化、新玩法实现:QQ红包技术方案全解密", 《信息与电脑》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108768830A (zh) * | 2018-05-24 | 2018-11-06 | 上海掌门科技有限公司 | 用于推送信息、显示信息的方法和设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108431844A (zh) | 用于在线/离线同步的系统和方法 | |
CN109714241A (zh) | 群组的任务处理方法和群组的任务处理装置 | |
CA2988434C (en) | Automatic recharging system, method and server | |
CN112131504B (zh) | 一种网页编辑、展示方法、装置、设备以及存储介质 | |
Chang et al. | An adaptive mediation framework for mobile P2P social content sharing | |
CN112860450B (zh) | 一种请求处理方法及装置 | |
CN114024972A (zh) | 一种长连接通信方法、系统、装置、设备及存储介质 | |
CN107103399A (zh) | 用于控制业务的工作流程的方法和装置 | |
CN106790510A (zh) | 序列号的生成方法、装置以及系统 | |
CN107566456A (zh) | 用户请求处理方法及装置 | |
CN112134779A (zh) | 网络信息处理方法、装置、系统、客户端和可读存储介质 | |
CN104537284A (zh) | 一种基于远程服务的软件保护系统和方法 | |
CN104519069A (zh) | 一种拦截资源请求的方法和装置 | |
CN104184730B (zh) | 访问处理方法和装置、电子设备 | |
CN112994906B (zh) | 加入群组的方法、装置、存储介质和计算机设备 | |
CN112232751A (zh) | 业务数据处理方法、装置、系统、计算机设备和存储介质 | |
CN114331446B (zh) | 区块链的链外服务实现方法、装置、设备和介质 | |
CN104463661B (zh) | 交易数据的处理方法和系统 | |
CN111275510A (zh) | 一种资源共享方法、服务器及存储介质 | |
CN113965563B (zh) | 基于模型的业务处理方法及装置、服务器 | |
CN114387105A (zh) | 虚拟资源的管理方法及装置 | |
CN115514761A (zh) | 联邦学习环境下的数据共享与协同方法及系统 | |
CN111861432A (zh) | 虚拟资源信息更新方法及装置、服务器及存储介质 | |
Golec et al. | PRICELESS: Privacy enhanced AI‐driven scalable framework for IoT applications in serverless edge computing environments | |
Chang et al. | Correlated friends' impacts in social-crowdsensing |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180109 |
|
RJ01 | Rejection of invention patent application after publication |