CN109583980A - 订单处理的方法、系统、电子设备和存储介质 - Google Patents
订单处理的方法、系统、电子设备和存储介质 Download PDFInfo
- Publication number
- CN109583980A CN109583980A CN201710901432.3A CN201710901432A CN109583980A CN 109583980 A CN109583980 A CN 109583980A CN 201710901432 A CN201710901432 A CN 201710901432A CN 109583980 A CN109583980 A CN 109583980A
- Authority
- CN
- China
- Prior art keywords
- order
- control layer
- end control
- external system
- memory
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种订单处理的方法、系统、电子设备和存储介质。所述方法包括前端控制层接收外部系统发送的订单,并根据预设规则,将订单路由至指定的中心,中心包括内存控制层和业务控制层,前端控制层分别与内存控制层、业务控制层连接;内存控制层接收并存储前端控制层发送的订单,以供所部系统查询订单;业务控制层接收并处理前端控制层发送的订单,对订单处理完成后,向外部系统发送通知,以通知外部系统订单的处理结果。所述方法通过增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能。
Description
技术领域
本发明实施例涉及一种通信技术领域,特别是一种订单处理的方法、系统、电子设备和存储介质。
背景技术
近年来越来越多的人们已经习惯网上购物的模式,直接促进了电商发展迅猛发展,电商订单也成几何倍数的增加,特别在虚拟商品的订单量急剧增加,比如:话费充值订单,流量订单,此类订单已经达到每日超过1000W+,同时此类虚拟订单还需要快速的订单生产能力,目前订单处理的方法已经不能满足订单量增长及后续的订单处理。
以话费充值为例说明现有技术中订单处理的方法,用户通过外部渠道下单进行充值,外部渠道生成充值订单,将订单发送至处理中心,处理中心执行充值操作,充值完成后,将该笔订单存储至处理中心的后台的数据库,并返回充值结果至外部渠道。
可以理解的是,现有技术中采用单个中心进行订单处理,单数据库(DB,database)进行订单存储,造成该中心处理负荷较大,在用户充值高峰期,易导致中心瘫痪。
目前,现有技术还没有相应的方法来解决上述问题。
发明内容
针对现有技术的缺陷,本发明实施例提供一种订单处理的方法、系统、电子设备和存储介质。
一方面,本发明实施例提供一种订单处理的方法,所述方法包括:
前端控制层接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层和业务控制层,所述前端控制层分别与所述内存控制层、所述业务控制层连接;
所述内存控制层接收并存储所述前端控制层发送的所述订单,以供所述外部系统查询所述订单;
所述业务控制层接收并处理所述前端控制层发送的所述订单,对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
另一方面,本发明实施例提供一种订单处理的系统,所述系统包括:
前端控制层,用于接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层和业务控制层,所述前端控制层分别与所述内存控制层、所述业务控制层连接;
所述内存控制层,用于接收并存储所述前端控制层发送的所述订单,以供所述外部系统查询所述订单;
所述业务控制层用于接收并处理所述前端控制层发送的所述订单,对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
另一方面,本发明实施例还提供一种电子设备,包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以上方法的步骤。
另一方面,本发明实施例还提供一种存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上方法的步骤。
由上述技术方案可知,本发明实施例提供的订单处理的方法、系统、电子设备和存储介质,所述方法通过前端控制层连接多个中心,并具有路由功能,以实现把自外部系统接收的订单发送至指定的中心,进行后续的处理,并增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能,以满足大业务量订单的处理需求。
附图说明
图1为本发明实施例提供的一种订单处理的方法的流程示意图;
图2为本发明又一实施例提供的一种订单处理的方法的原理系统图;
图3为本发明又一实施例提供的一种订单处理的方法的订单下单流程示意图;
图4为本发明又一实施例提供的一种订单处理的系统的结构示意图;
图5为本发明又一实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明实施例一部分实施例,而不是全部的实施例。
图1示出了本发明实施例提供的一种订单处理的方法的流程示意图。
如图1所示,本发明实施例提供的方法具体包括以下步骤:
步骤11、前端控制层接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层和业务控制层,所述前端控制层分别与所述内存控制层、所述业务控制层连接;
可选地,外部系统为出售商品的商家使用的系统,主要面向用户,生成用户的订单,订单处理的系统是商品的供应商,主要面向外部系统,生产对应订单的商品。
可选地,所述订单可为多种商品的订单,本发明实施例以所述订单为虚拟商品的话费充值订单为例进行说明。
可选地,订单处理的系统包括前端控制层、内存控制层和业务控制层。
可选地,前端控制层通过接口对接外部系统,外部系统将生成的订单传输至前端控制层。
可选地,前端控制层可实施为一组服务器,以实现大业务量订单处理。
可选地,前端控制层可采用现有技术的方式确定预设规则,并根据预设规则,确定将所述订单对应的指定的中心。
本发明实施例基于多中心的部署结构,前端控制层具有路由功能,连接多个中心,每一中心是具有订单处理能力的服务器,每一中心分别包括内存控制层和业务控制层,由前端控制层实现多中心的订单路由,把自外部系统接收的订单发送至指定的中心,进行后续的处理,从而可满足大业务量订单的处理需求。
可选地,内存控制层是本发明实施例在中心增加的一个存储设备,所述内存控制层直接与所述前端控制层连接,用于存储订单并实时更新订单的状态,可视为中心的前台的数据库。
可以理解的是,所述前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省了所述前端控制层经过内存控制层的处理流程,减少中心整体的开销。
可选地,内存控制层采用redis存储系统,Redis可实现高速缓存以及多种逻辑处理。
可选地,业务控制层直接与所述前端控制层连接,所述业务控制层具有订单生产处理的功能,还包括内部的数据库,所述数据库可视为中心的后台的数据库,为现有技术的数据库,用于后续所述业务控制层读取订单。
步骤12、所述内存控制层接收并存储所述前端控制层发送的所述订单,以供所述外部系统查询所述订单;
可选地,所述前端控制层直接将所述订单放入所述内存控制层,此时订单的状态为待处理状态,所述内存控制层存储所述订单供后续所述前端控制层、所述业务控制层对所述订单进行读写操作。
不同于现有技术中仅采用业务控制层后台的数据库进行订单存储,本发明实施例中增设与前端控制层直接连接的内存控制层,内存控制层和业务控制层可分别自所述前端控制层获取所述订单,由于所述前端控制层可直接将订单放入内存控制层,节省了所述前端控制层经过业务控制层将订单放入内存控制层的步骤,减少中心整体的开销。
步骤13、所述业务控制层接收并处理所述前端控制层发送的所述订单,对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
可选地,业务控制层将获取的订单存入后台的数据库并对订单进行处理,主要包括读取订单数据、核查费用、执行话费充值操作,得到充值结果:成功或不成功。
可选地,在业务控制层处理完成后,业务控制层发送变更指令至所述数据库和所述内存控制层,使得所述数据库和所述内存控制层分别更新所述订单的状态为完成状态。
可选地,业务控制层变更状态完成后,主动向外部系统发起通知,通知所述外部系统所述订单的处理结果。
本实施例提供的订单处理的方法,通过前端控制层连接多个中心,并具有路由功能,以实现把自外部系统接收的订单发送至指定的中心,进行后续的处理,并增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能,以满足大业务量订单的处理需求。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述订单包括外部系统的流水号,所述前端控制层对所述订单进行唯一性校验,唯一性校验的方式有多种,本实施例以其中一种方式为例进行说明。
所述步骤11中前端控制层接收外部系统发送的订单之后,将所述订单路由至指定的中心之前,所述方法还包括:
所述前端控制层根据所述流水号匹配所述内存控制层中已存储的订单的流水号;
若判断获知存在与所述流水号匹配的订单,则所述前端控制层返回错误消息至所述外部系统。
可选地,外部系统生成订单时,将产生外部系统的流水号,以供外部系统标识、统计、查询订单。
可选地,由于外部系统异常,使得外部系统重复生成流水号、或者重复发送订单,可能导致前端控制层接收两个具有相同流水号的订单,通常同一流水号的两个订单对应同一笔款项。
可选地,前端控制层接收外部系统发送的订单后,提取订单的流水号,并根据流水号读取内存控制层已存储的订单的流水号,以核查是否已存在相同流水号的订单。
若存在,表示当前接收的所述订单重复,订单对应的打款异常,对于已经存在于内存控制层的订单,继续正常处理,拒绝当前订单,返回错误消息至外部系统。
若不存在,则订单正常,继续正常处理。
可以理解的是,在外部系统异常时,可能出现同一订单流水号订单多次下单,如果不能有效的控制,后续会做多次充值,从而导致运营商的经济损失,本发明实施例设置前端控制层的唯一性校验机制,避免用户付一次款,订单处理的系统执行两次充值的操作。
可选地,前端控制层接收外部系统发送的订单后,进行唯一性校验之前,还对订单进行权限控制。
可选地,所述订单包括外部系统信息、基础数据以及签名字段。外部系统信息为出售商品的商家渠道信息,基础数据为买家信息、商品名称和数量等,签名字段是外部系统不可诋毁的电子证书的签名。
可选地,订单处理的系统可授权多个外部系统出售商品,并可相应设置不同的权限,将权限对应的密钥发送至外部系统。
可选地,外部系统使用密钥发送订单,前端控制层对外部系统的权限、订单的基础数据的完整性、签名字段分别进行校验,全部合格后,执行唯一性校验的操作。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的订单处理的方法,通过设置前端控制层的唯一性校验机制,验证订单的唯一性,防止同一流水号下多次订单,及时拒绝重复的订单,从而避免商家的损失。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述根据预设规则,将所述订单路由至指定的中心的方式可有多种,本发明实施例以其中两种为例进行说明。
可选地,所述订单包括用户签约的归属地,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据归属地,将所述订单路由至对应归属地的中心。
可选地,当部署多中心的结构时,前端控制层对一个订单进行订单分配是后续订单处理的基础。
可选地,所述订单为话费充值订单,所述订单包括用户的标识,而用户的标识可唯一确定用户签约的归属地,现网通常采用省份来划分各中心,则本发明实施例以采用省份的规则,对订单进行分配,使各省的中心为省份下的用户提供充值服务。
所述订单包括外部系统的符合HASH规则的流水号,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据HASH规则,将订单路由至对应HASH规则的中心。
可选地,所述订单具有是外部系统的流水号,所述流水号是外部系统根据HASH规则生成的。
可选地,HASH规则是现有技术中一种可限制运行的手段,预先对每个中心适用的HASH规则进行分配,使前端控制层可唯一确定所述订单的分配。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的订单处理的方法,通过根据预先配置的规则(归属地或符合HASH规则的流水号)把订单推送至对应的中心,实现订单的高效合理的分配。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述内存控制层存储所述订单的方式有多种,本实施例以其中一种方式为例进行说明。
步骤12中所述内存控制层存储所述订单,具体为:
所述内存控制层采用同步加锁的方式存储所述订单。
可选地,所述前端控制层接收订单后,将生成对应外部系统的流水号的订单号,且订单号具有唯一性,即不会重复,将包括所述订单号的订单发送至所述内存控制层。
可选地,所述内存控制层采用redis系统的同步加锁的功能实现,加锁采用针对订单号加锁。
当有不同的进程要对一个订单进行处理时,由先获取到订单的进程对订单号进行加锁,并在加锁的情况下进行处理,后一进程必须在前一进程处理完后才能处理,由此既可实现内存高性能,又对并发性能影响最小。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的订单处理的方法,通过订单保存采用同步加锁方式,可防止同一时间不同进程对同一订单进行操作,可有效、准确地存储订单。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述内存控制层存储所述订单的方式有多种,本实施例以其中一种方式为例进行说明。
步骤12中所述内存控制层存储所述订单之后,所述方法还包括:
所述内存控制层设定所述订单的过期时间;
所述内存控制层周期性对订单进行扫描,删除超过过期时间的订单。
可选地,所述内存控制层针对所述订单,设定过期时间,并将所述订单临时存入所述内存控制层的内存。
可选地,所述过期时间可根据实际情况进行调整,举例来说,一般订单操作及变更都在3天内,则过期时间为3天。
可选地,每一订单具有过期时间,所述内存控制层周期性执行扫描任务对内存进行扫描,将内存中的过期订单数据及时移除。
可以理解的是,后续所述前端控制层对订单进行操作前需调用订单,而调用位于前台的所述内存控制层比调用后台的数据库更方便、快捷,本发明实施例的内存控制层的功能是暂存订单,实现订单的快速操作,而后台的数据库功能是保存订单,实现订单数据的长期备份,通过明确、合理的分工,缓解后台的数据库的压力。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的订单处理的方法,通过所述内存控制层设定所述订单的过期时间,并周期性的扫描检测,删除超过过期时间的订单,保证所述内存控制层实时处于最优状态。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述方法中所述业务控制层接收所述前端控制层发送的所述订单的方式可有多种,本发明实施例以其中一种为例进行说明。
所述业务控制层接收所述前端控制层发送的所述订单的步骤具体为:
所述业务控制层通过所述中心的队列获取所述订单,所述订单是所述前端控制层接收外部系统发送的订单后放入所述队列的
可选地,队列是现有一种消息中间件,采用先进先出原则,本发明采用队列来进行所述前端控制层与所述业务控制层间的订单传输。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。本实施例提供的订单处理的方法,通过所述前端控制层将外部系统的订单放入队列,所述业务控制层通过队列获取所述订单,采用异步处理模式可提升业务的并发能力。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述方法可为外部系统提供查询服务,所述方法还包括:
所述前端控制层接收所述外部系统发送的查询请求,所述查询请求包括订单的流水号;
所述前端控制层根据所述流水号,获取所述内存控制层中所述流水号对应的查询订单;
所述前端控制层将所述查询订单的查询数据返回至所述外部系统。
可选地,用户有查询需求时,通过订购的所述外部系统进行查询,所述外部系统生成对应的查询请求至所述前端控制层。
可选地,所述前端控制层接收所述查询请求后,直接可通过所述内存控制层进行查询,无需通过后台的数据库进行查询。
可选地,所述查询数据包括订单的状态或订单基础信息。
可选地,订单的状态包括待处理状态和完成状态等。订单基础信息包括用户的标识、商品名称以及付款信息。
可选地,前端控制层接收所述订单将订单存入内存控制层时,内存控制层标记所述订单的状态为待处理状态。
可选地,前端控制层接收所述订单将订单放入队列,业务控制层获取队列的订单,并根据订单的类型,发起对应的生成流程时。
可选地,业务控制层处理完成后,订单状态变成已完成状态,标记所述订单的状态为完成状态,并通知外部系统所述订单的状态已变更。
可以理解的是,所述内存控制层和所述业务控制层的数据库均用于存储数据。现有技术中后续外部系统如有查询业务,需深入至后台的数据库进行查询,使得数据库的负荷较大,处理效率不高。而本发明实施例中独立设置了内存控制层,由内存控制层存储与后端的数据库存储订单,并实时更新业务控制层中的订单的状态,后续外部系统如有查询业务,则直接从内存控制层进行查询,无需读取数据库,自内存控制层查询比数据库查询,具有更快的反应速度、更好的性能。
在内存控制层中订单查询没有情况下,再去数据库查询,减少了数据库操作,提高系统整体的性能。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的订单处理的方法,通过所述内存控制层支持查询业务,能够降低数据库的读取次数,提升系统的整体性能。
如图1所示,在上述实施例的基础上,本发明又一实施例提供的订单处理的方法,所述方法包括:
在所述中心故障时,所述业务控制层获取转移订单,所述转移订单为队列中处于待处理状态的订单,所述队列是所述前端控制层与所述业务控制层用于传输订单的中间件,所述待处理状态的订单是未经所述业务控制层处理的订单;
所述业务控制层根据路由配置数据,将所述转移订单路由至其他中心的队列。
可选地,所述前端控制层把订单放入指定的中心的队列,所述业务控制层通过队列获取订单、并对所述订单进行处理。
可选地,订单的状态包括待处理状态和完成状态等。
可选地,前端控制层接收所述订单将订单存入内存控制层时,还将所述订单放入队列,并标记所述订单的状态为待处理状态。
可选地,在所述中心故障时,所述业务控制层获取待处理状态的订单作为转移订单,发送至其他中心的队列,由其他中心做后续的订单生产流程。
可选地,所述路由配置数据为各中心共享的路由表,路由表可显示各中心的归属信息、运行状态、负荷情况等。
所述业务控制层实时获取最新的路由配置数据,在本中心故障导致运行状态产生告警时,及时获取转移订单,以减小损失。
由于本发明实施例采用多中心的部署架构,可能出现单个中心失效或出现故障,此时执行上述步骤的操作,在所述中心故障时,不仅所述前端控制层对新产生的订单进行路由控制,所述业务控制层还对于已经保存至中心的队列中的订单进行转移,实现多中心的无感知切换,保证不因为中心故障而导致订单的丢失。
可选地,通过把本中心的还未处理的订单路由至其他中心队列,由其他中心做后续的订单生产流程。
本实施例其他步骤与前述实施例步骤相似,本实施例不再赘述。
本实施例提供的订单处理的方法,通过业务控制层将所述转移订单路由至其他中心的队列,防止因为中心故障而导致丢失订单。
为了更充分理解本发明的技术内容,在上述实施例的基础上,详细说明本实施例提供的订单处理的方法。
图2示出了本发明又一实施例提供的订单处理的方法的原理系统图。
如图2所示,具体说明如下:
前端控制层
1.权限控制单元
权限控制单元对接入系统订单信息中渠道信息,订单基础数据,签名字段做校验,保证其订单为授权渠道订单。
2.唯一性校验单元
唯一性校验单元主要是防止外部渠道对同一订单多次调用系统,同时防止并发性。
3.路由控制单元
由于大业务量订单时基于多中心的部署结构,需要把接收的订单根据省份信息或者订单HASH数据等规则路由至指定的中心的队列中进行后续的订单生产处理。
4.入队列控制单元
入队列控制单元主要把订单放入队列,后续订单处理通过队列获取进行异步处理。
内存控制层
5.内存订单控制单元
内存订单控制单元订单临时存入内存,并设定过期时间(一般订单操作及变更都在3天内,过期时间为3天)。订单保存采用同步加锁方式,加锁采用针对订单号加锁,内存高性能以及锁的离散性(订单编号不会重复)保证了内存订单并发性能。
6.内存状态更新单元
内存状态更新单元通过更新内存中的订单数据,提供外部业务系统高性能查询,如果订单查询中没有情况下再去数据库查询,这样减少了数据库操作,提高性能。
业务控制层
7.队列处理单元
队列处理单元从本中心队列中获取订单数据,采用异步处理模式主要提升业务的并发能力。
8.订单路由控制单元
由于本方法采用多中心的部署架构,由于可能出现单个中心失效或出现故障,这时需要不仅仅是在前端控制层处理新产生的订单进行路由控制,对于已经保存至队列中的订单需要进行转移。订单路由控制单元通过最新的路由配置数据,把本中心的还未处理的订单路由至其他中心队列,由其他中心做后续的订单生产流程。
9.订单生产单元
各中心的订单生产单元主动从本中心的队列读取订单,根据订单类型发起不同的订单生产流程。比如:话费充值类订单发起话费充值接口,等待异步充值成功的回调。
10.订单状态通知单元
订单状态通知单元主要是订单生产后订单状态变成已完成状态时调用内存状态更新单元,更新订单状态,同时发起主动发起通知外部系统订单的状态变更。
图3为本发明又一实施例提供的一种订单处理的方法的订单下单流程示意图。
如图3所示,下面将订单下单流程为例,结合文字与图说明大业务量订单处理方法的具体流程。
具体说明如下:
步骤1:由外部系统订单创建后发起订单下单流程,前端控制层进行权限控制,验证接入渠道,订单的有效性,订单签名的正确性,确保订单来源正确,订单信息完整。
步骤2:由于外部订单可能出现同一订单流水号订单多次下单,如果不能有效的控制后续会做多次生产从而导致经济损失。
步骤3:内存订单控制单元订单临时存入内存,并设定过期时间(一般订单操作及变更都在3天内,过期时间为3天)。订单保存采用同步加锁方式防止并发导致后续多条订单,加锁采用针对订单号加锁,内存高性能以及锁的离散性(订单编号不会重复)同步加锁只针对单个订单号加锁影响的性能只针对同一订单,对并发性能影响最小,保证了内存订单并发性能。订单过期采用设定过期时间,定时任务扫描内存的过期订单数据,并从内存中移除释放内存空间。
步骤4:路由控制单元根据中心配置信息,根据配置的规则(省份规则或者订单流水HASH规则)把订单推送至所属中心队列。
步骤5:入队列控制单元主要把订单放入队列,后续订单处理通过队列获取进行异步处理。
步骤6:队列处理单元从本中心队列中获取订单数据,采用异步处理模式主要提升业务的并发能力。
步骤7:由于本方法采用多中心的部署架构,由于可能出现单个中心失效或出现故障,这时需要不仅仅是在前端控制层处理新产生的订单进行路由控制,对于已经保存至队列中的订单需要进行转移。订单路由控制单元通过最新的路由配置数据,把本中心的还未处理的订单路由至其他中心队列,由其他中心做后续的订单生产流程。
步骤8:各中心的订单处理单元主动从本中心的队列读取订单,根据订单类型发起不同的订单生产流程。比如:话费充值类订单发起话费充值接口,等待异步充值成功的回调。
步骤9:订单生产完成后,订单状态变更数据库订单状态,然后通过更新内存中的订单数据,提供外部业务系统高性能查询,如果订单查询中没有情况下再去数据库查询,这样减少了数据库操作,提高性能。
步骤10、订单状态通知单元主要是订单生产后订单状态变成已完成状态时调用内存状态更新单元,更新订单状态,同时发起主动发起通知外部系统订单的状态变更。
至此,流程结束。
本实施例提供的订单处理的方法,至少具有以下技术效果:
1、通过路由控制单元实现多中心的订单路由及订单处理能力。
2、增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能,以满足大业务量订单的处理需求。
3、通过唯一性校验单元实现订单唯一性保障,防止外部系统统一流水号多次调用,杜绝多份订单导致的经济损失。
4、通过路由配置数据以及前端控制层路由控制单元和业务控制层订单路由控制单元实现中心的快速切换,并保障订单数据自动路由以及切换后原队列中的订单转移其他中心,保证订单不丢失,确保了多中心运行的稳定。
图4示出了本发明又一实施例提供的一种订单处理的系统的结构示意图。
参照图4,在上述实施例的基础上,本实施例提供的订单处理的系统,所述系统包括前端控制层41、内存控制层42和业务控制层43,其中:
前端控制层41用于接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层42和业务控制层43,所述前端控制层分别与所述内存控制层、所述业务控制层连接;所述内存控制层42用于接收并存储所述前端控制层发送的所述订单,以供所述外部系统查询所述订单;所述业务控制层43用于接收并处理所述前端控制层发送的所述订单,对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
可选地,外部系统为出售商品的商家使用的系统,主要面向用户,生成用户的订单,订单处理的系统是商品的供应商,主要面向外部系统,生产对应订单的商品。
可选地,所述订单可为多种商品的订单,本发明实施例以所述订单为虚拟商品的话费充值订单为例进行说明。
可选地,订单处理的系统包括前端控制层41、内存控制层42和业务控制层43。
可选地,前端控制层41通过接口对接外部系统,外部系统将生成的订单传输至前端控制层。
本发明实施例基于多中心的部署结构,前端控制层41具有路由功能,连接多个中心,每一中心是具有订单处理能力的服务器,每一中心分别包括内存控制层和业务控制层,由前端控制层41实现多中心的订单路由,把自外部系统接收的订单发送至指定的中心,进行后续的处理,从而可满足大业务量订单的处理需求。
可选地,内存控制层42是本发明实施例在中心增加的一个存储设备,所述内存控制层42直接与所述前端控制层41连接,用于存储订单并实时更新订单的状态,可视为中心的前台的数据库。
可以理解的是,所述内存控制层42无需经过业务控制层43,可直接对内存控制层进行读写操作,节省了所述前端控制层41经过内存控制层43的处理流程,减少中心整体的开销。
可选地,内存控制层42采用redis存储系统,Redis可实现高速缓存以及多种逻辑处理。
可选地,业务控制层43直接与所述前端控制层41连接,所述业务控制层43具有订单生产处理的功能,还包括内部的数据库,所述数据库可视为中心的后台的数据库,为现有技术中的业务控制层的数据库,用于后续所述业务控制层43读取所述订单。
可选地,所述前端控制层41直接将所述订单放入所述内存控制层42,此时订单的状态为处理状态,所述内存控制层42存储所述订单供后续所述前端控制层41、所述业务控制层43对所述订单进行读写操作。
不同于现有技术中仅采用业务控制层43后台的数据库进行订单存储,本发明实施例中增设与前端控制层41直接连接的内存控制层42,内存控制层42和业务控制层43可分别自所述前端控制层41获取所述订单,由于所述前端控制层41可直接将订单放入内存控制层42,节省了所述前端控制层41经过业务控制层43将订单放入内存控制层的步骤,减少中心整体的开销。
可选地,业务控制层43将获取的订单存入后台的数据库并对订单进行处理,主要包括读取订单数据、核查费用、执行话费充值操作,得到充值结果:成功或不成功。
可选地,在业务控制层43处理完成后,业务控制层43发送变更指令至所述数据库和所述内存控制层42,使得所述数据库和所述内存控制层42分别更新所述订单的状态为完成状态。
可选地,业务控制层43变更状态完成后,主动向外部系统发起通知,通知所述外部系统所述订单的处理结果。
在另一种实施方式中,所述订单包括外部系统的流水号,所述前端控制层41还用于根据所述流水号匹配所述内存控制层中已存储的订单的流水号;
若判断获知存在与所述流水号匹配的订单,则所述前端控制层返回错误消息至所述外部系统。
在另一种实施方式中,所述订单包括用户签约的归属地,所述前端控制层41还用于根据归属地,将所述订单路由至对应归属地的中心;
在另一种实施方式中,所述订单包括外部系统的符合HASH规则的流水号,所述前端控制层41还用于根据HASH规则,将订单路由至对应HASH规则的中心。
在另一种实施方式中,所述内存控制层42还用于采用同步加锁的方式存储所述订单。
在另一种实施方式中,所述内存控制层42还用于设定所述订单的过期时间;周期性对订单进行扫描,删除超过过期时间的订单。
在另一种实施方式中,所述前端控制层41还用于接收所述外部系统发送的查询请求,所述查询请求包括订单的流水号;根据所述流水号,获取所述内存控制层42中所述流水号对应的查询订单;将所述查询订单的查询数据返回至所述外部系统。
在另一种实施方式中,所述业务控制层43还用于通过所述中心的队列获取所述订单,所述订单是所述前端控制层41接收外部系统发送的订单后放入所述队列的。
在另一种实施方式中,在所述中心故障时,所述业务控制层43还用于获取转移订单,所述转移订单为队列中处于待处理状态的订单,所述队列是所述前端控制层与所述业务控制层用于传输订单的中间件,所述待处理状态的订单是未经所述业务控制层处理的订单;所述业务控制层43根据路由配置数据,将所述转移订单路由至其他中心的队列。
本实施例提供的订单处理的系统,可用于执行上述方法实施例的方法,本实施不再赘述。
本实施例提供的订单处理的系统,通过前端控制层连接多个中心,并具有路由功能,以实现把自外部系统接收的订单发送至指定的中心,进行后续的处理,并增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能,以满足大业务量订单的处理需求。
图5示出了本发明又一实施例提供的一种电子设备的结构示意图。
参阅图5,本发明实施例提供的电子设备,所述电子设备包括存储器(memory)51、处理器(processor)52、总线53以及存储在存储器51上并可在处理器上运行的计算机程序。其中,所述存储器51、处理器52通过所述总线53完成相互间的通信。
所述处理器52用于调用所述存储器51中的程序指令,以执行所述程序时实现如图1的方法。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
所述订单包括外部系统的流水号,相应地,所述前端控制层接收外部系统发送的订单之后,将所述订单路由至指定的中心之前,所述方法还包括:
所述前端控制层根据所述流水号匹配所述内存控制层中已存储的订单的流水号;
若判断获知存在与所述流水号匹配的订单,则所述前端控制层返回错误消息至所述外部系统。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
所述订单包括用户签约的归属地,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据归属地,将所述订单路由至对应归属地的中心;
在另一种实施方式中,所述订单包括外部系统的符合HASH规则的流水号,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据HASH规则,将订单路由至对应HASH规则的中心。
在另一种实施方式中,所述内存控制层存储所述前端控制层发送的所述订单的步骤具体为:
所述内存控制层采用同步加锁的方式存储所述订单。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
所述内存控制层接收并存储所述前端控制层发送的所述订单的步骤之后,所述方法还包括:
所述内存控制层设定所述订单的过期时间;
所述内存控制层周期性对订单进行扫描,删除超过过期时间的订单。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:所述业务控制层接收所述前端控制层发送的所述订单的步骤具体为:
所述业务控制层通过所述中心的队列获取所述订单,所述订单是所述前端控制层接收外部系统发送的订单后放入所述队列的。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
所述方法还包括:
所述前端控制层接收所述外部系统发送的查询请求,所述查询请求包括订单的流水号;
所述前端控制层根据所述流水号,获取所述内存控制层中所述流水号对应的查询订单;
所述前端控制层将所述查询订单的查询数据返回至所述外部系统。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
在所述中心故障时,所述业务控制层获取转移订单,所述转移订单为队列中处于待处理状态的订单,所述队列是所述前端控制层与所述业务控制层用于传输订单的中间件,所述待处理状态的订单是未经所述业务控制层处理的订单;
所述业务控制层根据路由配置数据,将所述转移订单路由至其他中心的队列。
本实施例提供的电子设备,可用于执行上述方法实施例的方法对应的程序,本实施不再赘述。
本实施例提供的电子设备,至少具有以下技术效果:
通过所述处理器执行所述程序时实现前端控制层连接多个中心,并具有路由功能,以实现把自外部系统接收的订单发送至指定的中心,进行后续的处理,并增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能,以满足大业务量订单的处理需求。
本发明又一实施例提供的一种存储介质,所述存储介质上存储有计算机程序,所述程序被处理器执行时实现如图1的步骤。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:
所述订单包括外部系统的流水号,相应地,所述前端控制层接收外部系统发送的订单之后,将所述订单路由至指定的中心之前,所述方法还包括:
所述前端控制层根据所述流水号匹配所述内存控制层中已存储的订单的流水号;
若判断获知存在与所述流水号匹配的订单,则所述前端控制层返回错误消息至所述外部系统。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:
所述订单包括用户签约的归属地,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据归属地,将所述订单路由至对应归属地的中心;
在另一种实施方式中,所述订单包括外部系统的符合HASH规则的流水号,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据HASH规则,将订单路由至对应HASH规则的中心。
在另一种实施方式中,所述内存控制层存储所述前端控制层发送的所述订单的步骤具体为:
所述内存控制层采用同步加锁的方式存储所述订单。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:所述内存控制层接收并存储所述前端控制层发送的所述订单的步骤之后,所述方法还包括:
所述内存控制层设定所述订单的过期时间;
所述内存控制层周期性对订单进行扫描,删除超过过期时间的订单。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:
所述业务控制层接收所述前端控制层发送的所述订单的步骤具体为:
所述业务控制层通过所述中心的队列获取所述订单,所述订单是所述前端控制层接收外部系统发送的订单后放入所述队列的。
在另一种实施方式中,所述程序被处理器执行时实现如下方法:
所述方法还包括:
所述前端控制层接收所述外部系统发送的查询请求,所述查询请求包括订单的流水号;
所述前端控制层根据所述流水号,获取所述内存控制层中所述流水号对应的查询订单;
所述前端控制层将所述查询订单的查询数据返回至所述外部系统。
在另一种实施方式中,所述处理器执行所述程序时实现如下方法:
在所述中心故障时,所述业务控制层获取转移订单,所述转移订单为队列中处于待处理状态的订单,所述队列是所述前端控制层与所述业务控制层用于传输订单的中间件,所述待处理状态的订单是未经所述业务控制层处理的订单;
所述业务控制层根据路由配置数据,将所述转移订单路由至其他中心的队列。
本实施例提供的存储介质,所述程序被处理器执行时实现上述方法实施例的方法,本实施不再赘述。
本实施例提供的存储介质,通过前端控制层连接多个中心,并具有路由功能,以实现把自外部系统接收的订单发送至指定的中心,进行后续的处理,并增设与所述前端控制层直接连接的内存控制层,使得前端控制层无需经过业务控制层,可直接对内存控制层进行读写操作,节省存储的处理流程,缓解后台的数据库的负荷,从而提高订单处理的系统的处理性能,以满足大业务量订单的处理需求。
本发明又一实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:
前端控制层接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层和业务控制层,所述前端控制层分别与所述内存控制层、所述业务控制层连接;
所述内存控制层接收并存储所述前端控制层发送的所述订单,以供所述外部系统查询所述订单;
所述业务控制层接收并处理所述前端控制层发送的所述订单,对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。
本领域技术人员可以理解,实施例中的各步骤可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者系统程序(例如,计算机程序和计算机程序产品)。
虽然结合附图描述了本发明的实施方式,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。
Claims (11)
1.一种订单处理的方法,其特征在于,所述方法包括:
前端控制层接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层和业务控制层,所述前端控制层分别与所述内存控制层、所述业务控制层连接;
所述内存控制层接收并存储所述前端控制层发送的所述订单,以供所述外部系统查询所述订单;
所述业务控制层接收并处理所述前端控制层发送的所述订单,所述业务控制层对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
2.根据权利要求1所述的方法,其特征在于:所述订单包括外部系统的流水号,相应地,所述前端控制层接收外部系统发送的订单之后,将所述订单路由至指定的中心之前,所述方法还包括:
所述前端控制层根据所述流水号匹配所述内存控制层中已存储的订单的流水号;
若判断获知存在与所述流水号匹配的订单,则所述前端控制层返回错误消息至所述外部系统。
3.根据权利要求1所述的方法,其特征在于:
所述订单包括用户签约的归属地,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据归属地,将所述订单路由至对应归属地的中心;
或者,
所述订单包括外部系统的符合HASH规则的流水号,相应地,所述根据预设规则,将所述订单路由至指定的中心的步骤具体为:
所述前端控制层根据HASH规则,将订单路由至对应HASH规则的中心。
4.根据权利要求1所述的方法,其特征在于:所述内存控制层存储所述前端控制层发送的所述订单的步骤具体为:
所述内存控制层采用同步加锁的方式存储所述订单。
5.根据权利要求1所述的方法,其特征在于:所述内存控制层接收并存储所述前端控制层发送的所述订单的步骤之后,所述方法还包括:
所述内存控制层设定所述订单的过期时间;
所述内存控制层周期性对订单进行扫描,删除超过过期时间的订单。
6.根据权利要求1所述的方法,其特征在于:所述业务控制层接收所述前端控制层发送的所述订单的步骤具体为:
所述业务控制层通过所述中心的队列获取所述订单,所述订单是所述前端控制层接收外部系统发送的订单后放入所述队列的。
7.根据权利要求1所述的方法,其特征在于:所述方法还包括:
所述前端控制层接收所述外部系统发送的查询请求,所述查询请求包括订单的流水号;
所述前端控制层根据所述流水号,获取所述内存控制层中所述流水号对应的查询订单;
所述前端控制层将所述查询订单的查询数据返回至所述外部系统。
8.根据权利要求1所述的方法,其特征在于:所述方法包括:
在所述中心故障时,所述业务控制层获取转移订单,所述转移订单为队列中处于待处理状态的订单,所述队列是所述前端控制层与所述业务控制层用于传输订单的中间件,所述待处理状态的订单是未经所述业务控制层处理的订单;
所述业务控制层根据路由配置数据,将所述转移订单路由至其他中心的队列。
9.一种订单处理的系统,其特征在于,所述系统包括:
前端控制层,用于接收外部系统发送的订单,并根据预设规则,将所述订单路由至指定的中心,所述中心包括内存控制层和业务控制层,所述前端控制层分别与所述内存控制层、所述业务控制层连接;
所述内存控制层,用于接收并存储所述前端控制层发送的所述订单;
所述业务控制层,用于接收并处理所述前端控制层发送的所述订单,对所述订单处理完成后,向所述外部系统发送通知,以通知所述外部系统所述订单的处理结果。
10.一种电子设备,其特征在于,包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1-8任意一项的步骤。
11.一种存储介质,其上存储有计算机程序,其特征在于:所述程序被处理器执行时实现如权利要求1-8任意一项的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710901432.3A CN109583980A (zh) | 2017-09-28 | 2017-09-28 | 订单处理的方法、系统、电子设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710901432.3A CN109583980A (zh) | 2017-09-28 | 2017-09-28 | 订单处理的方法、系统、电子设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109583980A true CN109583980A (zh) | 2019-04-05 |
Family
ID=65913840
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710901432.3A Pending CN109583980A (zh) | 2017-09-28 | 2017-09-28 | 订单处理的方法、系统、电子设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109583980A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110868395A (zh) * | 2019-09-25 | 2020-03-06 | 恒鸿达科技有限公司 | 一种基于收发单框架的大并发业务处理方法、设备及介质 |
CN112612792A (zh) * | 2020-12-24 | 2021-04-06 | 中国联合网络通信集团有限公司 | 数据库管理方法和系统 |
CN113065914A (zh) * | 2021-03-16 | 2021-07-02 | 广东便捷神科技股份有限公司 | 一种基于无人售货机的交货控制方法 |
CN114693384A (zh) * | 2020-12-30 | 2022-07-01 | 广州力挚网络科技有限公司 | 多业务线的订单处理方法、平台及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104750746A (zh) * | 2013-12-30 | 2015-07-01 | 中国移动通信集团上海有限公司 | 业务数据的处理方法、装置及分布式内存数据库系统 |
CN106204000A (zh) * | 2016-07-05 | 2016-12-07 | 康存乐付保数据科技(上海)有限公司 | 一种服务消费支付信息处理方法及系统 |
CN107123031A (zh) * | 2017-05-02 | 2017-09-01 | 深圳乐信软件技术有限公司 | 一种订单处理方法及装置 |
CN107145992A (zh) * | 2016-03-01 | 2017-09-08 | 滴滴(中国)科技有限公司 | 一种订单分配方法及装置 |
CN107147659A (zh) * | 2017-06-01 | 2017-09-08 | 上海斐讯数据通信技术有限公司 | 一种预防重复操作的方法及系统 |
CN107179948A (zh) * | 2017-05-02 | 2017-09-19 | 中国联合网络通信集团有限公司 | 一种写卡方法及系统 |
-
2017
- 2017-09-28 CN CN201710901432.3A patent/CN109583980A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104750746A (zh) * | 2013-12-30 | 2015-07-01 | 中国移动通信集团上海有限公司 | 业务数据的处理方法、装置及分布式内存数据库系统 |
CN107145992A (zh) * | 2016-03-01 | 2017-09-08 | 滴滴(中国)科技有限公司 | 一种订单分配方法及装置 |
CN106204000A (zh) * | 2016-07-05 | 2016-12-07 | 康存乐付保数据科技(上海)有限公司 | 一种服务消费支付信息处理方法及系统 |
CN107123031A (zh) * | 2017-05-02 | 2017-09-01 | 深圳乐信软件技术有限公司 | 一种订单处理方法及装置 |
CN107179948A (zh) * | 2017-05-02 | 2017-09-19 | 中国联合网络通信集团有限公司 | 一种写卡方法及系统 |
CN107147659A (zh) * | 2017-06-01 | 2017-09-08 | 上海斐讯数据通信技术有限公司 | 一种预防重复操作的方法及系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110868395A (zh) * | 2019-09-25 | 2020-03-06 | 恒鸿达科技有限公司 | 一种基于收发单框架的大并发业务处理方法、设备及介质 |
CN110868395B (zh) * | 2019-09-25 | 2021-09-07 | 恒鸿达科技有限公司 | 一种基于收发单框架的大并发业务处理方法、设备及介质 |
CN112612792A (zh) * | 2020-12-24 | 2021-04-06 | 中国联合网络通信集团有限公司 | 数据库管理方法和系统 |
CN112612792B (zh) * | 2020-12-24 | 2023-05-30 | 中国联合网络通信集团有限公司 | 数据库管理方法和系统 |
CN114693384A (zh) * | 2020-12-30 | 2022-07-01 | 广州力挚网络科技有限公司 | 多业务线的订单处理方法、平台及系统 |
CN113065914A (zh) * | 2021-03-16 | 2021-07-02 | 广东便捷神科技股份有限公司 | 一种基于无人售货机的交货控制方法 |
CN113065914B (zh) * | 2021-03-16 | 2024-04-26 | 广东便捷神科技股份有限公司 | 一种基于无人售货机的交货控制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109583980A (zh) | 订单处理的方法、系统、电子设备和存储介质 | |
CN103345790B (zh) | 基于nfc智能电子设备的电子门锁管理方法及系统 | |
EP2501107B1 (en) | Method and system for providing a session in a heterogeneous environment | |
EP3791349A1 (en) | System for protecting integrity of transaction data | |
US8898105B1 (en) | Scalable partitioning in a multilayered data service framework | |
WO2021127016A1 (en) | High performance distributed system of record with delegated transaction signing | |
US8606833B2 (en) | Method and system of committing operations of a synchronized transaction | |
CN112835977B (zh) | 一种基于区块链的数据库管理方法及系统 | |
CN107004013A (zh) | 用于使用基于硬件的处理来提供分布式树遍历的系统和方法 | |
JP2017514239A (ja) | トランザクション環境におけるリソースマネージャ(rm)インスタンス検知に基づいた共通のトランザクション識別子(xid)最適化およびトランザクションアフィニティをサポートするためのシステムおよび方法 | |
CN107545338A (zh) | 业务数据处理方法及业务数据处理系统 | |
CN105117959A (zh) | 一种电子商务支付系统 | |
CN103312624A (zh) | 一种消息队列服务系统和方法 | |
CN109508564A (zh) | 一种基于区块链的数字资产存储系统和方法 | |
CN109785042A (zh) | 分布式部署的异常处理方法、服务器、存储介质及装置 | |
US20120233122A1 (en) | System and method for session synchronization with independent external systems | |
CN107203859A (zh) | 用于仓库与干线物品交接的信息处理方法和装置 | |
CN104580428B (zh) | 一种数据路由方法、数据管理装置和分布式存储系统 | |
CN109565443A (zh) | 基于范围的证书部署 | |
CN110298938A (zh) | 控制方法、信息处理装置、管理系统以及存储介质 | |
US7133913B2 (en) | Information routing | |
US11756031B1 (en) | Multicurrency blockchain platform and method of use | |
CN109964218A (zh) | 一种业务处理方法及系统 | |
CN105978744A (zh) | 一种资源分配方法、装置及系统 | |
CN107203890B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190405 |
|
RJ01 | Rejection of invention patent application after publication |