CN114217875A - 处理订单的方法、装置、设备及存储介质 - Google Patents

处理订单的方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN114217875A
CN114217875A CN202111549137.9A CN202111549137A CN114217875A CN 114217875 A CN114217875 A CN 114217875A CN 202111549137 A CN202111549137 A CN 202111549137A CN 114217875 A CN114217875 A CN 114217875A
Authority
CN
China
Prior art keywords
order
orders
processing
same
server system
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
CN202111549137.9A
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.)
Ping An E Wallet Electronic Commerce Co Ltd
Original Assignee
Ping An E Wallet Electronic Commerce 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 Ping An E Wallet Electronic Commerce Co Ltd filed Critical Ping An E Wallet Electronic Commerce Co Ltd
Priority to CN202111549137.9A priority Critical patent/CN114217875A/zh
Publication of CN114217875A publication Critical patent/CN114217875A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请适用于运维技术领域，提供了处理订单的方法、装置、设备及存储介质。包括：在业务服务器系统中配置时序处理插件；当检测到并行订单时，获取每个订单的标识信息；基于时序处理插件、每个订单的标识信息以及预设的分区队列，为每个订单分配对应的分区队列；将每个分区队列对应的订单分配至订单服务器系统，订单服务器系统用于处理每个分区队列中的订单。上述方案中，每个分区队列中的订单只能被订单服务器系统中的对应的一个服务器处理，从而解决了订单在多个执行状态并发时导致的时序乱序的问题，避免造成公司的经济损失。且通过引入时序处理插件的方式处理，步骤简单、成本低，同时也提高了处理业务订单的效率。

Description

处理订单的方法、装置、设备及存储介质
技术领域
本申请属于运维技术领域，尤其涉及处理订单的方法、装置、设备及存储介质。
背景技术
微服务最早由Martin Fowler与James Lewis于2014年共同提出，微服务架构风格是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署，这些服务使用不同的编程语言实现，以及不同数据存储技术，并保持最低限度的集中式管理。
随着微服务的广泛流行，每个公司都有自己的集群式的订单系统。集群式是指同一个业务部署在多个服务器上，可以通俗理解为多个人干同样的事情。这种集群式的订单系统在接收订单数据时，若同一订单不同执行状态并发，则难以对这些订单进行精准分配，导致订单处理出错率高，容易出现订单处理不合理的情况，降低了整体订单处理的效率。
发明内容
有鉴于此，本申请实施例提供了处理订单的方法、装置、设备及存储介质，以解决传统的处理订单的方法，出错率高，容易出现订单处理不合理的情况，降低了整体订单处理的效率的问题。
本申请实施例的第一方面提供了一种处理订单的方法，应用于业务服务器系统，该方法包括：
在所述业务服务器系统中配置时序处理插件，所述时序处理插件用于分配所述业务服务器系统中的并行订单，所述并行订单包括多个处于不同执行状态的订单；
当检测到所述并行订单时，获取每个所述订单的标识信息；
基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列；
将每个所述分区队列对应的订单分配至订单服务器系统，所述订单服务器系统用于处理每个所述分区队列中的订单。
可选地，所述基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列，包括：
根据所述订单的标识信息，确定同一订单集合，所述同一订单集合包括多个处于不同执行状态的同一订单；
通过所述时序处理插件，将所述同一订单集合中的多个所述同一订单分配至同一个分区队列中。
可选地，所述根据所述订单的标识信息，确定同一订单集合，包括：
提取每个所述订单的标识信息中的字段值；
确定所述预设的分区队列的数量；
根据所述数量对每个所述字段值进行求余处理，得到每个订单对应的求余结果；
确定求余结果相同的订单，并根据求余结果相同的订单生成所述同一订单集合。
可选地，所述将每个所述分区队列对应的订单分配至订单服务器系统之后，所述方法还包括：
获取所述订单服务器系统反馈的每个所述订单的处理结果；
根据每个所述订单的处理结果，确定所述同一订单集合对应的最终处理结果；
将所述最终处理结果发送至用户的终端。
可选地，所述根据每个所述订单的处理结果，确定所述同一订单集合对应的最终处理结果，包括：
获取每个所述订单的时间；
根据每个所述订单的时间，对每个所述订单的处理结果进行排序；
根据排序结果，确定所述同一订单集合对应的最终处理结果。
可选地，所述时序处理插件基于Java开发得到，所述时序处理插件包括jar包。
本申请实施例的第二方面提供了一种处理订单的方法，应用于订单服务器系统，所述订单服务器系统包括多个服务器，所述方法包括：
获取业务服务器系统分配的每个分区队列对应的订单；
将同一个分区队列的订单分配至同一个服务器，所述同一个服务器用于处理被分配到所述同一个服务器的订单。
本申请实施例的第三方面提供了一种处理订单的装置，其特征在于，应用于业务服务器系统，所述装置包括：
配置单元，用于在所述业务服务器系统中配置时序处理插件，所述时序处理插件用于分配所述业务服务器系统中的并行订单，所述并行订单包括多个处于不同执行状态的订单；
获取单元，用于当检测到所述并行订单时，获取每个所述订单的标识信息；
第一分配单元，用于基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列；
第二分配单元，用于将每个所述分区队列对应的订单分配至订单服务器系统，所述订单服务器系统用于处理每个所述分区队列中的订单。
本申请实施例的第四方面提供了一种处理订单的装置，其特征在于，应用于订单服务器系统，所述装置包括：
订单获取单元，用获取业务服务器系统分配的每个分区队列对应的订单；
订单分配单元，用于将同一个分区队列的订单分配至同一个服务器，所述同一个服务器用于处理被分配到所述同一个服务器的订单。
本申请实施例的第五方面提供了一种处理订单的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第一方面所述的处理订单的方法的步骤。
本申请实施例的第六方面提供了一种处理订单的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述第二方面所述的处理订单的方法的步骤。
本申请实施例的第七方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的处理订单的方法的步骤。
本申请实施例的第八方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第二方面所述的处理订单的方法的步骤。
本申请实施例的第九方面提供了一种计算机程序产品，当计算机程序产品在设备上运行时，使得该设备执行上述第一方面所述的处理订单的方法的步骤。
本申请实施例的第十方面提供了一种计算机程序产品，当计算机程序产品在设备上运行时，使得该设备执行上述第二方面所述的处理订单的方法的步骤。
本申请实施例提供的处理订单的方法、装置、设备及存储介质，具有以下有益效果：
将时序处理插件预先配置到业务服务器系统中，该时序处理插件用于分配业务服务器系统中的并行订单，并行订单包括多个处于不同执行状态的订单；当检测到并行订单时，获取每个订单的标识信息；基于时序处理插件对每个订单的标识信息进行处理，根据处理结果可将处于不同状态的同一订单分配至同一个预设的分区队列中；每个分区队列中的订单只能被订单服务器系统中的对应的一个服务器处理，从而解决了订单在多个执行状态并发时导致的时序乱序的问题，避免造成公司的经济损失。且通过引入时序处理插件的这种方式解决上述问题，方式简单、成本低，同时也提高了处理业务订单的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一示例性实施例提供的处理订单的方法的示意性流程图；
图2是本申请另一示例性实施例示出的处理订单的方法的步骤S103的具体流程图；
图3是本申请再一示例性实施例提供的处理订单的方法的示意性流程图；
图4是本申请一示例性实施例提供的处理订单的方法的示意性流程图；
图5是本申请一实施例提供的一种处理订单的装置的示意图；
图6是本申请一实施例提供的一种处理订单的装置的示意图；
图7是本申请一实施例提供的一种处理订单的设备的示意图；
图8是本申请另一实施例提供的一种处理订单的设备的示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习/监督学习等几大方向。
请参见图1，图1是本申请一示例性实施例提供的处理订单的方法的示意性流程图。本申请提供的处理订单的方法的执行主体为处理订单的设备，其中，该设备包括但不限于智能手机、平板电脑、计算机、个人数字助理(Personal Digital Assistant，PDA)、台式电脑等移动终端，还可以包括各种类型的服务器。
例如，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务。
本申请实施例中以执行主体为服务器为例进行说明。
如图1所示的处理订单的方法可包括：S101～S104，具体如下：
S101：在业务服务器系统中配置时序处理插件，时序处理插件用于分配业务服务器系统中的并行订单，并行订单包括多个处于不同执行状态的订单。
示例性地，业务服务器系统用于处理各种业务，对业务的类型不做限定。例如，业务服务器系统可以是机票业务服务器系统(用于处理机票业务)、酒店业务服务器系统(用于处理酒店业务)、景区门票服务器系统(用于处理景区门票业务)等。此处仅为示例性说明，对此不做限定。
业务服务器系统中可以包括服务器集群，可以理解为将很多服务器集中起来一起进行处理同一种业务。例如，机票业务服务器系统中可以包括3个服务器，分别表示为机票服务01、机票服务02、机票服务03。酒店业务服务器系统中也可以包括3个服务器，分别表示为酒店服务01、酒店服务02、酒店服务03。此处仅为示例性说明，对此不做限定。
时序处理插件是采用计算机编程语言(Java)开发的插件，该时序处理插件主要用于分配业务服务器系统中的并行订单。时序处理插件通常为软件包文件格式(JavaArchive，JAR)的文件，也称为文件包(jar包)。例如，目标插件可以为order-push-timing.jar。此处仅为示例性说明，对此不做限定。
其中，并行订单包括多个处于不同执行状态的订单。可以通俗理解为，根据用户的不同操作所产生的同一订单的不同执行状态。例如，某个订单是用户购买机票产生的机票订单，在提交订单但未付款时，该机票订单的执行状态为待支付，用户付款后该机票订单的执行状态先为已支付，之后该机票订单的执行状态为待出行。这些都是机票订单的同一订单，但随着用户的不同操作，出现了待支付、已支付、待出行等执行状态，这些处于不同执行状态的订单构成了并行订单。此处仅为示例性说明，对此不做限定。
将时序处理插件配置到业务服务器系统中。具体地，利用Java技术将时序处理插件配置到服务器集群中的每个服务器上。例如，将时序处理插件分别配置到机票服务01、机票服务02以及机票服务03上。
例如，服务器集群中的每个服务器都有对应的代码，利用Java技术将order-push-timing.jar分别配置到这些代码中。此处仅为示例性说明，对此不做限定。
S102：当检测到并行订单时，获取每个订单的标识信息。
示例性地，当检测到一个或多个并行订单时，获取每个并行订单中处于不同执行状态的每个订单的标识信息。其中，标识信息可以包括每个订单的字段值。
示例性地，当检测到针对同一业务产生的订单出现不同状态时，获取处于不同执行状态的每个订单的标识信息。例如，某个订单是用户订购酒店产生的订单，在提交订单但未付款时，产生第一订单，此时该第一订单的执行状态为待支付；用户付款后产生第二订单，此时该第二订单的执行状态为已支付；之后再产生第三订单，此时该第三订单的执行状态为待入住。
获取第一订单、第二订单以及第三订单各自对应的标识信息。值得说明的是，第一订单、第二订单以及第三订单都是针对用户订购酒店这一行为产生的，第一订单、第二订单以及第三订单构成了并行订单。
示例性地，并行订单产生后先提交至服务器集群中的某个服务器中，该服务器获取不同执行状态的每个订单的标识信息，进而在每个订单的标识信息中提取每个订单的字段值。例如，提取某个订单中的orderId字段值。此处仅为示例性说明，对此不做限定。
S103：基于时序处理插件、每个订单的标识信息以及预设的分区队列，为每个订单分配对应的分区队列。
示例性地，预设的分区队列可以由开源流处理平台(Kafka)提供。Kafka是由Apache软件基金会开发的一个开源流处理平台，由Scala和Java编写。Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。
Kafka可以根据不同的业务设置不同的主题，再根据实际需求在不同的主题中设置一个或多个分区队列。分区队列用于将业务服务器系统中的服务器发送过来的订单合理分配至订单服务器系统中的服务器中。
示例性地，本实施方式中可通过Kafka分别设置机票订单主题airTopic和酒店订单主题hotelTopic。在机票订单主题airTopic中预先建立分区队列01、分区队列02以及分区队列03。在酒店订单主题hotelTopic中预先建立分区队列01、分区队列02以及分区队列03。
示例性地，当有多个并行订单时，在每个订单的标识信息中获取每个订单的字段值，由于业务服务器系统中的每个服务器预先配置了时序处理插件，时序处理插件可以对每个字段值进行处理，根据处理结果可将同一订单发送至Kafka中同一主题的其中一个分区队列中。
S104：将每个分区队列对应的订单分配至订单服务器系统，订单服务器系统用于处理每个分区队列中的订单。
示例性地，订单服务器系统中可以包括服务器集群，服务器集群由多个服务器构成。例如，订单服务器系统中可以包括3个服务器，分别表示为订单服务01、订单服务02、订单服务03。此处仅为示例性说明，对此不做限定。
将每个分区队列对应的订单分配至订单服务器系统中的服务器中。例如，可以按照预先设定的对应关系，将每个分区队列对应的订单分配至订单服务器系统中的服务器中。如将分区队列01中的订单分配至订单服务01，将分区队列02中的订单分配至订单服务02，将分区队列03中的订单分配至订单服务03。
又例如，随机将每个分区队列对应的订单分配至订单服务器系统中的服务器中。如将分区队列01中的订单分配至订单服务02，将分区队列02中的订单分配至订单服务03，将分区队列03中的订单分配至订单服务01。此处仅为示例性说明，对此不做限定。
订单服务器系统中的服务器用于处理被分配到的每个分区队列中的订单。可以理解为，订单服务器系统中的同一个服务器，只处理被分配到该同一个服务器的订单。
上述方案中，将时序处理插件预先配置到业务服务器系统中，该时序处理插件用于分配业务服务器系统中的并行订单，并行订单包括多个处于不同执行状态的订单；当检测到并行订单时，获取每个订单的标识信息；基于时序处理插件对每个订单的标识信息进行处理，根据处理结果可将处于不同状态的同一订单分配至同一个预设的分区队列中；每个分区队列中的订单只能被订单服务器系统中的对应的一个服务器处理，从而解决了订单在多个执行状态并发时导致的时序乱序的问题，避免造成公司的经济损失。且通过引入时序处理插件的这种方式解决上述问题，方式简单、成本低，同时也提高了处理业务订单的效率。
请参见图2，图2是本申请另一示例性实施例示出的处理订单的方法的步骤S103的具体流程图；可选地，在本申请一些可能的实现方式中，上述S103可包括S1031～S1032，具体如下：
S1031：根据订单的标识信息，确定同一订单集合，同一订单集合包括多个处于不同执行状态的同一订单。
示例性地，当检测到一个或多个并行订单时，获取每个并行订单中处于不同执行状态的每个订单的标识信息。通过时序处理插件对每个订单的标识信息进行处理，将处理结果一致的订单确定为同一订单集合。
其中，同一订单集合中包括多个处于不同执行状态的同一订单。可以理解为，同一订单都是基于用户操作同一个业务产生的订单，但是这些订单的执行状态不同。
值得说明的是，并行订单中可能包含用户操作不同业务产生的订单，针对同一业务产生的订单的各个执行状态不同，但是同一订单集合中只包括用户操作同一个业务产生的同一订单。
可选地，在本申请一些可能的实现方式中，上述S1031可包括S10311～S10314，具体如下：
S10311：提取每个订单的标识信息中的字段值。
示例性地，在每个订单的标识信息中提取每个订单的字段值。例如，提取某个订单中的orderId字段值。此处仅为示例性说明，对此不做限定。
S10312：确定预设的分区队列的数量。
示例性地，Kafka预先根据不同的业务设置不同的主题，再根据实际需求在不同的主题中设置一个或多个分区队列，获取设置的分区队列的数量。
例如，通过Kafka分别设置机票订单主题airTopic。在机票订单主题airTopic中预先建立分区队列01、分区队列02以及分区队列03，则确定预设的分区队列的数量为3。此处仅为示例性说明，对此不做限定。
S10313：根据数量对每个字段值进行求余处理，得到每个订单对应的求余结果。
示例性地，用每个订单对应的字段值除以分区队列的数量，得到每个订单对应的求余结果。
例如，Kafka中机票订单主题airTopic对应的分区队列的数量为3。提取每个订单的orderId字段值，将orderId字段值对airTopic的分区队列的数量3进行求余，得到每个订单对应的余数结果。
S10314：确定求余结果相同的订单，并根据求余结果相同的订单生成同一订单集合。
基于同一个业务产生的订单的字段值相同，基于分区队列的数量对每个字段值进行求余处理，得到的求余结果相同，将求余结果相同的订单集合在一起，构成同一订单集合。
沿用S10313中的例子，当余数为0时，将余数为0的订单集合在一起，构成一个同一订单集合。当余数为1时，将余数为1的订单集合在一起，构成一个同一订单集合。当余数为2时，将余数为2的订单集合在一起，构成一个同一订单集合。
上述实施方式中，由于同一个业务产生的订单的字段值相同，根据数量对每个字段值进行求余处理，可以准确地生成同一订单集合，进而便于后续将同一订单集合中的订单准确地发送到同一个分区队列中，便于订单服务器系统中的服务器有针对性地对每个分区队列中的订单进行处理，避免其他订单干扰，从而解决了订单在多个执行状态并发时导致的时序乱序的问题。
S1032：通过时序处理插件，将同一订单集合中的多个同一订单分配至同一个分区队列中。
示例性地，时序处理插件对订单进行分发处理。每个同一订单集合对应一个分区队列，进而将同一订单集合中的多个同一订单分配至同一个分区队列中。
沿用S10313中的例子，将该余数结果对应的订单发送到分区队列01；当余数为1时，将该余数结果对应的订单发送到分区队列02；当余数为2时，将该余数结果对应的订单发送到分区队列03。此处仅为示例性说明，对此不做限定。
上述实施方式中，当orderId字段值相同时，就可将这些orderId字段值对应的订单发送至同一分区队列中。而同一订单在不同的执行状态下，其分别对应的orderId字段值也是相同的，就实现了将同一订单发送到同一个分区队列中。便于订单服务器系统中的服务器有针对性地对每个分区队列中的订单进行处理，避免其他订单干扰，从而解决了订单在多个执行状态并发时导致的时序乱序的问题。
请参见图3，图3是本申请再一示例性实施例提供的处理订单的方法的示意性流程图。本实施例与图1对应的实施例的区别在于在S204之后，还包括S205～S207，本实施例中S201～S204与图1所对应的实施例中的S101～S104完全相同，具体请参阅上一实施例中S101～S104的相关描述，此处不赘述。S205～S207具体如下：
S205：获取订单服务器系统反馈的每个订单的处理结果。
示例性地，订单服务器系统中的各个服务器在将分配到各自服务器中的订单处理完成后，生成对应的处理结果，每个服务器可以单独将各自对应的处理结果发送给业务服务器系统。业务服务器系统接收订单服务器系统中的服务器反馈的每个订单的处理结果。
例如，订单服务器系统中的订单服务01被分配到分区队列01中的订单，对分区队列01中的订单进行处理。分区队列01中的订单是用户订购酒店产生的订单，分别为：提交订单但未付款时，产生第一订单，此时该第一订单的执行状态为待支付；用户付款后产生第二订单，此时该第二订单的执行状态为已支付；之后再产生第三订单，此时该第三订单的执行状态为待入住。
订单服务01检测第一订单、第二订单以及第三订单中的信息是否有问题，如果没有问题则返回每个订单对应的处理结果。处理结果可以包括提示信息。例如，第一订单对应的提示信息可以为：您有一笔订单待支付；第二订单对应的提示信息可以为：您有一笔订单已支付；第三订单对应的提示信息可以为：您订购的酒店待入住。
订单服务01将每个订单对应的提示信息发送给业务服务器系统，业务服务器系统接收订单服务01发送的每个订单的提示信息。
S206：根据每个订单的处理结果，确定同一订单集合对应的最终处理结果。
示例性地，针对同一订单集合中的订单，收到了多个不同的处理结果，可以根据每个订单产生的先后顺序，在多个不同的处理结果中确定一个最终处理结果。
沿用S205中的例子，业务服务器系统收到的同一订单集合对应的过个处理结果分别为：您有一笔订单待支付、您有一笔订单已支付以及您订购的酒店待入住。
在第一订单、第二订单以及第三订单中，第一订单产生后才会产生第二订单，第二订单产生后才会产生第三订单，因此，将最后产生的第三订单的提示信息作为最终处理结果。此处仅为示例性说明，对此不做限定。
S207：将最终处理结果发送至用户的终端。
示例性，将同一订单集合对应的最终处理结果发送至用户的终端(例如手机、平板、智能手表等)上，便于用户及时了解订单的当前状态。
为了便于理解，以用户订购机票业务和酒店业务场景为例进行说明。现有技术中对订单在多个执行状态并发时的处理具体如下：
设置机票业务集群系统和订单集群系统。其中，机票业务集群系统包括3个服务器，分别表示为机票服务01、机票服务02、机票服务03。订单集群系统包括3个服务器，分别表示为订单服务01、订单服务02、订单服务03。
某个机票订单bizld01对应的四个不同执行状态分别为：bizld01_A1、bizld01_A2、bizld01_A3以及bizld01_A4，现有技术中将该机票订单的四个不同执行状态随机分给了订单服务01和订单服务03。例如，bizld01_A1表示的是A1订单处于提交的执行状态，bizld01_A2表示的是A1订单处于待支付的执行状态，bizld01_A3表示的是A1订单处于已支付的执行状态，bizld01_A4表示的是A1订单处于待出行的执行状态。
当某个服务器的网络出现问题，或者某个订单频繁变更状态时，不能及时对收到的订单进行处理，就会导致时序乱序的问题。例如，订单服务01的网络出现问题，订单服务03先对bizld01_A4进行了处理，向用户发送了提示信息，提示信息可以为：您有一个待出行的订单，时间为XX，请您注意出行时间，避免延误。然后，订单服务01对bizld01_A2进行了处理，向用户发送了提示信息，此时提示信息可以为：您有一笔待支付订单，剩余时间XX分钟，请您及时支付。用户已经支付了还收到提示支付的消息，给用户带来了极大困扰，严重时会造成公司的经济损失。
本实施方式中，在机票业务服务器系统和酒店业务服务器系统以及订单服务器系统的基础上增加了Kafka。其中，机票业务服务器系统包括3个服务器，分别表示为机票服务01、机票服务02、机票服务03。利用Java技术将order-push-timing.jar分别配置到机票服务01、机票服务02、机票服务03中。
酒店业务服务器系统中也可以包括3个服务器，分别表示为酒店服务01、酒店服务02以及酒店服务03。利用Java技术将order-push-timing.jar分别配置到酒店服务01、酒店服务02以及酒店服务03中。
Kafka中设置有机票订单主题airTopic和酒店订单主题hotelTopic。在机票订单主题airTopic中预先建立分区队列01、分区队列02以及分区队列03。在酒店订单主题hotelTopic中预先建立分区队列01、分区队列02以及分区队列03。
提取每个订单的orderId字段值，将orderId字段值对airTopic的分区队列的数量3进行求余，得到余数结果。将余数结果相同的订单发送至Kafka中同一主题的其中一个分区队列中。每个分区队列中的订单被订单服务器系统中的对应的一个服务器处理。
服务器依次对同一业务产生的订单的不同状态进行处理，确定同一订单集合对应的最终处理结果，并将最终处理结果发送至用户的终端。沿用S205中的例子，将最后产生的第三订单的提示信息作为最终处理结果并发送给用户。即将“您订购的酒店待入住”发送给用户。
由于同一个业务产生的不同状态的订单是由同一个服务器处理的，将最终处理结果返回给用户即可，不会出现像现有技术中先给用户提示“您订购的酒店待入住”，再提示“您有一笔订单待支付”的情况，有效解决了现有技术中出现的时序乱序的问题。
可选地，在本申请一些可能的实现方式中，上述S206可包括S2061～S2063，具体如下：
S2061：获取每个订单的时间。
示例性地，获取同一订单集合中每个订单的时间。该时间即为该订单生成时的时间。例如，第一订单对应的时间为2020-11-11 11:11:24，第二订单对应的时间为2020-11-11 11:11:26，第三订单对应的时间为2020-11-11 11:11:28。此处仅为示例性说明，对此不做限定。
S2062：根据每个订单的时间，对每个订单的处理结果进行排序。
示例性地，可以按照从先到后的时间顺序，对每个订单的处理结果进行排序。也可以按照从后到先的时间顺序，对每个订单的处理结果进行排序。此处仅为示例性说明，对此不做限定。
S2063：根据排序结果，确定同一订单集合对应的最终处理结果。
例如，以从先到后的时间顺序，对每个订单的处理结果进行排序，将排序最后的处理结果作为最终处理结果。
沿用S2061中的例子，对第一订单、第二订单以及第三订单的处理结果进行排序，得到的排序结果依次为：您有一笔订单待支付、您有一笔订单已支付以及您订购的酒店待入住。将“您订购的酒店待入住”作为最终处理结果。此处仅为示例性说明，对此不做限定。
本实施方式中，根据每个订单的时间，对每个订单的处理结果进行排序，根据排序结果选择一个最为最终处理结果，便于后续将该最终处理结果发送给用户。由于只将最终处理结果反馈给用户，有效避免了现有技术中出现的时序乱序的情况。
请参见图4，图4是本申请一示例性实施例提供的处理订单的方法的示意性流程图。本申请提供的处理订单的方法的执行主体为处理订单的设备，其中，该设备包括但不限于智能手机、平板电脑、计算机、个人数字助理(Personal Digital Assistant，PDA)、台式电脑等移动终端，还可以包括各种类型的服务器。
例如，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务。
本申请实施例中以执行主体为服务器为例进行说明。
如图4所示的处理订单的方法可包括：S301～S302，具体如下：
S301：获取业务服务器系统分配的每个分区队列对应的订单。
示例性地，订单服务器系统中可以包括服务器集群，服务器集群由多个服务器构成。例如，订单服务器系统中可以包括3个服务器，分别表示为订单服务01、订单服务02、订单服务03。此处仅为示例性说明，对此不做限定。
业务服务器系统将每个分区队列对应的订单发送至订单服务器系统，订单服务器系统接收业务服务器系统发送的每个分区队列对应的订单。
S302：将同一个分区队列的订单分配至同一个服务器，同一个服务器用于处理被分配到同一个服务器的订单。
例如，订单服务器系统中包括3个服务器，分别为订单服务01、订单服务02以及订单服务03。机票订单主题airTopic中建立的分区队列分别为分区队列01、分区队列02以及分区队列03。
预先设定订单服务01处理机票订单主题airTopic中分区队列01的订单，订单服务02处理机票订单主题airTopic中分区队列02的订单，订单服务03处理机票订单主题airTopic中分区队列03的订单。
将分区队列01的订单分配至订单服务01，订单服务01处理分区队列01中的订单；将分区队列02的订单分配至订单服务02，订单服务02处理分区队列02中的订单；将分区队列03的订单分配至订单服务03，订单服务03处理分区队列03中的订单。
也可以是，将某个分区队列中的订单随机分配给订单服务器系统中的某个服务器，可根据实际情况进行调整，此处仅为示例性说明，对此不做限定。
上述实施方式中，将同一个分区队列的订单分配至同一个服务器，每个分区队列中的订单只能被订单服务器系统中对应的一个服务器处理，有效解决了订单在多个执行状态并发时导致的时序乱序的问题，避免造成公司的经济损失。
可选地，在一种可能的实现方式中，本申请提供的处理订单的方法也可应用于医疗领域。例如，患者在线上进行问诊、挂号等操作时，也会产生对应的订单，通过本申请提供的处理订单的方法，可以有效避免订单在多个执行状态并发时导致的时序乱序的情况发生。
请参见图5，图5是本申请一实施例提供的一种处理订单的装置的示意图。该装置4包括的各单元用于执行图1-图3对应的实施例中的各步骤。具体请参阅图1-图3各自对应的实施例中的相关描述。
为了便于说明，仅示出了与本实施例相关的部分。参见图5，包括：
配置单元410，用于在所述业务服务器系统中配置时序处理插件，所述时序处理插件用于分配所述业务服务器系统中的并行订单，所述并行订单包括多个处于不同执行状态的订单；
获取单元420，用于当检测到所述并行订单时，获取每个所述订单的标识信息；
第一分配单元430，用于基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列；
第二分配单元440，用于将每个所述分区队列对应的订单分配至订单服务器系统，所述订单服务器系统用于处理每个所述分区队列中的订单。
可选地，所述第一分配单元430具体用于：
根据所述订单的标识信息，确定同一订单集合，所述同一订单集合包括多个处于不同执行状态的同一订单；
通过所述时序处理插件，将所述同一订单集合中的多个所述同一订单分配至同一个分区队列中。
可选地，所述第一分配单元430还用于：
提取每个所述订单的标识信息中的字段值；
确定所述预设的分区队列的数量；
根据所述数量对每个所述字段值进行求余处理，得到每个订单对应的求余结果；
确定求余结果相同的订单，并根据求余结果相同的订单生成所述同一订单集合。
可选地，所述装置还包括：
结果获取单元，用于获取所述订单服务器系统反馈的每个所述订单的处理结果；
确定单元，用于根据每个所述订单的处理结果，确定所述同一订单集合对应的最终处理结果；
发送单元，用于将所述最终处理结果发送至用户的终端。
可选地，所述确定单元具体用于：
获取每个所述订单的时间；
根据每个所述订单的时间，对每个所述订单的处理结果进行排序；
根据排序结果，确定所述同一订单集合对应的最终处理结果。
可选地，所述时序处理插件基于Java开发得到，所述时序处理插件包括jar包。
请参见图6，图6是本申请一实施例提供的一种处理订单的装置的示意图。该装置5包括的各单元用于执行图4对应的实施例中的各步骤。具体请参阅图4各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图6，包括：
订单获取单元510，用获取业务服务器系统分配的每个分区队列对应的订单；
订单分配单元520，用于将同一个分区队列的订单分配至同一个服务器，所述同一个服务器用于处理被分配到所述同一个服务器的订单。
请参见图7，图7是本申请一实施例提供的一种处理订单的设备的示意图。如图7所示，该实施例的设备6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述各个处理订单的方法实施例中的步骤，例如图1所示的S101至S104。或者，所述处理器60执行所述计算机程序62时实现上述各实施例中各单元的功能，例如图5所示单元410至440功能。
示例性地，所述计算机程序62可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器61中，并由所述处理器60执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机指令段，该指令段用于描述所述计算机程序62在所述设备6中的执行过程。例如，所述计算机程序62可以被分割为配置单元、获取单元、第一分配单元以及第二分配单元，各单元具体功能如上所述。
所述设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图7仅仅是设备6的示例，并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61可以是所述设备的内部存储单元，例如设备的硬盘或内存。所述存储器61也可以是所述设备的外部存储终端，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器61还可以既包括所述设备的内部存储单元也包括外部存储终端。所述存储器61用于存储所述计算机指令以及所述终端所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
请参见图8，图8是本申请另一实施例提供的一种处理订单的设备的示意图。如图8所示，该实施例的设备7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72。所述处理器70执行所述计算机程序72时实现上述各个处理订单的方法实施例中的步骤，例如图4所示的S301至S302。或者，所述处理器70执行所述计算机程序72时实现上述各实施例中各单元的功能，例如图6所示单元510至520功能。
示例性地，所述计算机程序72可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器71中，并由所述处理器70执行，以完成本申请。所述一个或多个单元可以是能够完成特定功能的一系列计算机指令段，该指令段用于描述所述计算机程序72在所述设备7中的执行过程。例如，所述计算机程序72可以被分割为订单获取单元和订单分配单元，各单元具体功能如上所述。
所述设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图8仅仅是设备7的示例，并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器71可以是所述设备的内部存储单元，例如设备的硬盘或内存。所述存储器71也可以是所述设备的外部存储终端，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述设备的内部存储单元也包括外部存储终端。所述存储器71用于存储所述计算机指令以及所述终端所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机存储介质，计算机存储介质可以是非易失性，也可以是易失性，该计算机存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述各个处理订单的方法实施例中的步骤。
本申请还提供了一种计算机程序产品，当计算机程序产品在设备上运行时，使得该设备执行上述各个处理订单的方法实施例中的步骤。
本申请实施例还提供了一种芯片或者集成电路，该芯片或者集成电路包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片或者集成电路的设备执行上述各个处理订单的方法实施例中的步骤。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种处理订单的方法，其特征在于，应用于业务服务器系统，所述方法包括：
在所述业务服务器系统中配置时序处理插件，所述时序处理插件用于分配所述业务服务器系统中的并行订单，所述并行订单包括多个处于不同执行状态的订单；
当检测到所述并行订单时，获取每个所述订单的标识信息；
基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列；
将每个所述分区队列对应的订单分配至订单服务器系统，所述订单服务器系统用于处理每个所述分区队列中的订单。
2.如权利要求1所述的方法，其特征在于，所述基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列，包括：
根据所述订单的标识信息，确定同一订单集合，所述同一订单集合包括多个处于不同执行状态的同一订单；
通过所述时序处理插件，将所述同一订单集合中的多个所述同一订单分配至同一个分区队列中。
3.如权利要求2所述的方法，其特征在于，所述根据所述订单的标识信息，确定同一订单集合，包括：
提取每个所述订单的标识信息中的字段值；
确定所述预设的分区队列的数量；
根据所述数量对每个所述字段值进行求余处理，得到每个订单对应的求余结果；
确定求余结果相同的订单，并根据求余结果相同的订单生成所述同一订单集合。
4.如权利要求2所述的方法，其特征在于，所述将每个所述分区队列对应的订单分配至订单服务器系统之后，所述方法还包括：
获取所述订单服务器系统反馈的每个所述订单的处理结果；
根据每个所述订单的处理结果，确定所述同一订单集合对应的最终处理结果；
将所述最终处理结果发送至用户的终端。
5.如权利要求4所述的方法，其特征在于，所述根据每个所述订单的处理结果，确定所述同一订单集合对应的最终处理结果，包括：
获取每个所述订单的时间；
根据每个所述订单的时间，对每个所述订单的处理结果进行排序；
根据排序结果，确定所述同一订单集合对应的最终处理结果。
6.一种处理订单的方法，其特征在于，应用于订单服务器系统，所述订单服务器系统包括多个服务器，所述方法包括：
获取业务服务器系统分配的每个分区队列对应的订单；
将同一个分区队列的订单分配至同一个服务器，所述同一个服务器用于处理被分配到所述同一个服务器的订单。
7.一种处理订单的装置，其特征在于，应用于业务服务器系统，所述装置包括：
配置单元，用于在所述业务服务器系统中配置时序处理插件，所述时序处理插件用于分配所述业务服务器系统中的并行订单，所述并行订单包括多个处于不同执行状态的订单；
获取单元，用于当检测到所述并行订单时，获取每个所述订单的标识信息；
第一分配单元，用于基于所述时序处理插件、每个所述订单的标识信息以及预设的分区队列，为每个所述订单分配对应的分区队列；
第二分配单元，用于将每个所述分区队列对应的订单分配至订单服务器系统，所述订单服务器系统用于处理每个所述分区队列中的订单。
8.一种处理订单的装置，其特征在于，应用于订单服务器系统，所述装置包括：
订单获取单元，用获取业务服务器系统分配的每个分区队列对应的订单；
订单分配单元，用于将同一个分区队列的订单分配至同一个服务器，所述同一个服务器用于处理被分配到所述同一个服务器的订单。
9.一种处理订单的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的方法。
10.一种处理订单的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求6所述的方法。
CN202111549137.9A 2021-12-17 2021-12-17 处理订单的方法、装置、设备及存储介质 Pending CN114217875A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111549137.9A CN114217875A (zh) 2021-12-17 2021-12-17 处理订单的方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111549137.9A CN114217875A (zh) 2021-12-17 2021-12-17 处理订单的方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN114217875A true CN114217875A (zh) 2022-03-22

Family

ID=80703386

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111549137.9A Pending CN114217875A (zh) 2021-12-17 2021-12-17 处理订单的方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN114217875A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117541356A (zh) * 2023-12-04 2024-02-09 广州方舟信息科技有限公司 一种订单执行方法、系统、电子设备和存储介质

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140373016A1 (en) * 2011-06-08 2014-12-18 Workday, Inc. System for partitioning batch processes
CN106097059A (zh) * 2016-06-08 2016-11-09 百度在线网络技术（北京）有限公司 一种交易闭环的处理方法及平台
CN109840815A (zh) * 2017-11-24 2019-06-04 北京京东尚科信息技术有限公司 用于订单处理的系统及方法
CN110113420A (zh) * 2019-05-08 2019-08-09 重庆大学 基于nvm的分布式消息队列管理系统
CN111026758A (zh) * 2019-12-11 2020-04-17 易点生活电子商务有限公司 电子券发放方法和装置
CN111131074A (zh) * 2018-10-31 2020-05-08 中移（杭州）信息技术有限公司 一种数据处理方法、装置、系统、服务器及可读存储介质
CN111339186A (zh) * 2020-02-19 2020-06-26 平安科技（深圳）有限公司 工作流引擎数据同步方法、装置、介质及电子设备
CN111949389A (zh) * 2020-08-11 2020-11-17 曙光信息产业(北京)有限公司 基于Slurm的信息采集方法和装置、服务器、计算机可读存储介质
CN112328684A (zh) * 2020-11-03 2021-02-05 浪潮云信息技术股份公司 一种基于OpenTsdb实时同步时序数据至Kafka的方法
CN112988423A (zh) * 2021-03-19 2021-06-18 北京京东拓先科技有限公司 消息消费、消息分发方法、装置、服务器及存储介质
CN113220682A (zh) * 2021-05-08 2021-08-06 北京猿力未来科技有限公司 一种业务数据分析方法、数据处理方法、数据分析系统和存储介质
CN113326453A (zh) * 2021-06-22 2021-08-31 平安壹钱包电子商务有限公司 电子订单的显示方法及存储介质
CN113342863A (zh) * 2021-05-12 2021-09-03 微民保险代理有限公司 业务单据处理方法、装置、计算机设备和存储介质

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140373016A1 (en) * 2011-06-08 2014-12-18 Workday, Inc. System for partitioning batch processes
CN106097059A (zh) * 2016-06-08 2016-11-09 百度在线网络技术（北京）有限公司 一种交易闭环的处理方法及平台
CN109840815A (zh) * 2017-11-24 2019-06-04 北京京东尚科信息技术有限公司 用于订单处理的系统及方法
CN111131074A (zh) * 2018-10-31 2020-05-08 中移（杭州）信息技术有限公司 一种数据处理方法、装置、系统、服务器及可读存储介质
CN110113420A (zh) * 2019-05-08 2019-08-09 重庆大学 基于nvm的分布式消息队列管理系统
CN111026758A (zh) * 2019-12-11 2020-04-17 易点生活电子商务有限公司 电子券发放方法和装置
CN111339186A (zh) * 2020-02-19 2020-06-26 平安科技（深圳）有限公司 工作流引擎数据同步方法、装置、介质及电子设备
CN111949389A (zh) * 2020-08-11 2020-11-17 曙光信息产业(北京)有限公司 基于Slurm的信息采集方法和装置、服务器、计算机可读存储介质
CN112328684A (zh) * 2020-11-03 2021-02-05 浪潮云信息技术股份公司 一种基于OpenTsdb实时同步时序数据至Kafka的方法
CN112988423A (zh) * 2021-03-19 2021-06-18 北京京东拓先科技有限公司 消息消费、消息分发方法、装置、服务器及存储介质
CN113220682A (zh) * 2021-05-08 2021-08-06 北京猿力未来科技有限公司 一种业务数据分析方法、数据处理方法、数据分析系统和存储介质
CN113342863A (zh) * 2021-05-12 2021-09-03 微民保险代理有限公司 业务单据处理方法、装置、计算机设备和存储介质
CN113326453A (zh) * 2021-06-22 2021-08-31 平安壹钱包电子商务有限公司 电子订单的显示方法及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117541356A (zh) * 2023-12-04 2024-02-09 广州方舟信息科技有限公司 一种订单执行方法、系统、电子设备和存储介质

Similar Documents

Publication Publication Date Title
CN108595157B (zh) 区块链数据的处理方法、装置、设备和存储介质
US11757981B2 (en) Efficient and reliable host distribution of totally ordered global state
CN108776934B (zh) 分布式数据计算方法、装置、计算机设备及可读存储介质
US10091215B1 (en) Client isolation in a distributed queue
CN109614209B (zh) 一种任务处理方法、应用服务器及系统
CN108664331A (zh) 分布式数据处理方法及装置、电子设备、存储介质
CN107729135B (zh) 按序进行并行数据处理的方法和装置
CN112579622B (zh) 业务数据的处理方法、装置及设备
CN114244717B (zh) 虚拟网卡资源的配置方法、装置、计算机设备及介质
CN103577251A (zh) 基于事件的互联网计算处理系统及方法
WO2012117420A1 (en) System and method for user classification and statistics in telecommunication network
CN107623731A (zh) 一种任务调度方法、客户端、服务集群及系统
CN111796937B (zh) 基于内存的资源分配方法、计算机设备及存储介质
CN114979286B (zh) 容器服务的访问控制方法、装置、设备及计算机存储介质
CN112948723A (zh) 接口调用方法、装置及相关设备
CN114217875A (zh) 处理订单的方法、装置、设备及存储介质
CN107888663A (zh) 一种分发文件的方法、设备及计算机可读介质
CN103428260A (zh) 用于将终端分配到服务器并高效地提示终端的系统及方法
CN109710263A (zh) 代码的编译方法、装置、存储介质及电子设备
CN113760386A (zh) 一种访问控制系统、访问控制方法及存储介质
CN112416558A (zh) 基于区块链的业务数据处理方法、装置及存储介质
CN111917848A (zh) 基于边缘计算和云计算协同的数据处理方法及云服务器
CN112988383A (zh) 一种资源分配方法、装置、设备以及存储介质
CN113297358A (zh) 数据处理方法、装置、服务器和计算机可读存储介质
CN112468340A (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