CN115187332A - 订单信息处理方法、装置、系统、电子装置和存储介质 - Google Patents

Abstract

本申请涉及一种订单信息处理方法、装置、系统、电子装置和存储介质，其中，该订单信息处理方法包括：获取监听到的待处理订单消息，并获取预设的第一判断条件，根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述待处理订单消息进行解析处理，筛选得到待下单订单；获取预设的第二判断条件，根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。通过本申请，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

Description

订单信息处理方法、装置、系统、电子装置和存储介质

技术领域

本申请涉及订单处理技术领域，特别是涉及订单信息处理方法、装置、系统、电子装置和存储介质。

背景技术

目前的业务订单履约交付形式主要为实物交付和虚拟物交付。为了实现实物和虚拟物的履约交付，需要通过系统进行订单下单操作。相关技术中，针对订单的处理一般依赖工作人员在后台接收订单、核对订单和下单，并进行消息通知。随着公司业务的开展，更多复杂的交付场景出现，通过人工处理订单并进行下单，会产生极大的下单延误，及时性低，并且错误率较高，从而导致订单信息处理的效率和准确性较低。

针对相关技术中存在订单信息处理及时性低、错误率高的问题，目前还没有提出有效的解决方案。

发明内容

在本实施例中提供了一种订单信息处理方法、装置、系统、电子装置和存储介质，以解决相关技术中订单信息处理及时性低、错误率高的问题。

第一个方面，在本实施例中提供了一种订单信息处理方法，包括：

获取监听到的待处理订单消息，并获取预设的第一判断条件，根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述待处理订单消息进行解析处理，筛选得到待下单订单；

获取预设的第二判断条件，根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

在其中的一些实施例中，所述根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述订单消息进行解析处理，筛选得到待下单订单，包括：

在所述第一判断结果指示所述订单消息类型为创建订单类型的情况下，对所述待处理订单消息进行解析得到所述待下单订单，并将所述待下单订单存储至预设的待下单订单池中；

在所述第一判断结果指示所述订单消息类型为更新订单类型的情况下，将所述待处理订单消息与所述待下单订单池中的所有历史待下单订单进行匹配，在匹配失败的情况下，对所述待处理订单消息进行解析得到所述待下单订单，并将所述待下单订单存储至所述待下单订单池中；在匹配成功的情况下，获取下一个待处理订单消息。

在其中的一些实施例中，所述根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，包括：

根据所述第二判断条件获取预设的订单属性校验表，并根据所述订单属性校验表对所述待下单订单进行订单属性校验，得到所述第二判断结果；

在所述第二判断结果指示对所述待下单订单的订单属性校验失败的情况下，生成针对所述待下单订单的已作废标记；

在所述第二判断结果指示对所述待下单订单的订单属性校验成功的情况下，对所述待下单订单进行信息处理；

获取所述待下单订单处理后的订单状态信息的完成状态，在所述完成状态为已完成的情况下，生成针对所述待下单订单的已下单标记；在所述完成状态为未完成的情况下，生成针对所述待下单订单的异常标记。

在其中的一些实施例中，所述根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，还包括：

获取模式调节指令，以及预设的任务策略；

在所述模式调节指令指示当前工作模式为自动下单模式的情况下，根据所述任务策略和所述第二判断条件得到第二判断结果，并根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

在其中的一些实施例中，所述待下单订单至少包括订单号；所述根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，还包括：

获取存储有订单内容的订单数据库；

根据所述订单号将所述待下单订单与所述订单数据库进行匹配，在匹配成功的情况下，根据所述第二判断结果对所述待下单订单进行信息处理；

在匹配失败的情况下，根据所述订单号将所述待下单订单的订单内容更新为匹配到的订单数据库的订单内容，并根据所述第二判断结果对更新后的待下单订单进行信息处理，生成订单状态信息。

在其中的一些实施例中，在所述生成订单状态信息之后，将所述待下单订单的标记状态发送至终端设备进行显示。

第二个方面，在本实施例中提供了一种订单信息处理装置，包括：监听模块和处理模块；

所述监听模块，用于获取监听到的待处理订单消息，并获取针对第一判断条件的第一判断结果，根据所述第一判断结果对所述订单消息进行解析处理，筛选得到待下单订单；

所述处理模块，用于获取针对第二判断条件的第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

第三个方面，在本实施例中提供了一种订单信息处理系统，包括：终端设备、传输设备以及服务器设备；其中，所述终端设备通过传输设备连接服务器设备；

所述服务器设备用于执行上述第一个方面所述的订单信息处理方法；

所述传输设备用于将所述待下单订单的标记状态发送至终端设备；

所述终端设备用于对所述标记状态进行显示。

第四个方面，在本实施例中提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一个方面所述的订单信息处理方法。

第五个方面，在本实施例中提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一个方面所述的订单信息处理方法。

与相关技术相比，在本实施例中提供的订单信息处理方法、装置、系统、电子装置和存储介质，通过获取监听到的待处理订单消息，并获取预设的第一判断条件，根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述待处理订单消息进行解析处理，筛选得到待下单订单；获取预设的第二判断条件，根据所述第二判断条件对所述待下单订单的订单内容进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为一个实施例中订单信息处理方法的应用场景图；

图2为一个实施例中订单信息处理方法的流程示意图；

图3为另一个实施例中订单信息处理方法的流程示意图；

图4为一个实施例中订单信息处理装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为更清楚地理解本申请的目的、技术方案和优点，下面结合附图和实施例，对本申请进行了描述和说明。

除另作定义外，本申请所涉及的技术术语或者科学术语应具有本申请所属技术领域具备一般技能的人所理解的一般含义。在本申请中的“一”、“一个”、“一种”、“该”、“这些”等类似的词并不表示数量上的限制，它们可以是单数或者复数。在本申请中所涉及的术语“包括”、“包含”、“具有”及其任何变体，其目的是涵盖不排他的包含；例如，包含一系列步骤或模块(单元)的过程、方法和系统、产品或设备并未限定于列出的步骤或模块(单元)，而可包括未列出的步骤或模块(单元)，或者可包括这些过程、方法、产品或设备固有的其他步骤或模块(单元)。在本申请中所涉及的“连接”、“相连”、“耦接”等类似的词语并不限定于物理的或机械连接，而可以包括电气连接，无论是直接连接还是间接连接。在本申请中所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。通常情况下，字符“/”表示前后关联的对象是一种“或”的关系。在本申请中所涉及的术语“第一”、“第二”、“第三”等，只是对相似对象进行区分，并不代表针对对象的特定排序。

本申请提供的订单信息处理方法，可以应用于如图1所示的应用环境中。其中，终端设备102通过网络与服务器设备104通过网络进行通信。服务器设备104获取监听到的待处理订单消息，并获取预设的第一判断条件，服务器设备104根据该第一判断条件对该待处理订单消息的订单消息类型进行判断，得到第一判断结果，服务器设备104根据该第一判断结果对该待处理订单消息进行解析处理，筛选得到待下单订单；服务器设备104获取预设的第二判断条件，根据该第二判断条件对该待下单订单的订单内容进行判断，得到第二判断结果，根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息。终端设备102对处理后生成的该订单状态信息的标记状态进行显示。其中，终端设备102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器设备104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在本实施例中提供了一种订单信息处理方法，图2是本实施例的订单信息处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，获取监听到的待处理订单消息，并获取预设的第一判断条件，根据该第一判断条件对该待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据该第一判断结果对该待处理订单消息进行解析处理，筛选得到待下单订单。

其中，服务器设备104可以对订单产生平台进行监听，并获取监听到的待处理订单消息；该订单产生平台可以是订单履约平台，例如IoT(Internet of Things，物联网)、CRM(Customer Relationship Management，客户关系管理)和OMS(Order Management System，订单管理系统)等；该待处理订单消息可以是kafka数据格式的信息，该待处理订单消息至少包括订单号、订单属性、订单内容和订单消息类型；该订单属性包括：付款条件、订单产品类型、订单创建平台、合同状态、绑款比例、订单列表备注和订单状态/产品状态等；该订单内容包括：产品价格、产品数量、订单金额、发货信息、客户信息、BD(BusinessDevelopment，商务拓展专家)信息、合同信息、付款信息等；该订单消息类型包括：创建订单类型和更新订单类型；该第一判断条件用于对该待处理订单消息的订单消息类型进行判断；在服务器设备104解析处理得到该待下单订单后，可以将该待下单订单存储至待下单订单池中，或者将该存储至订单数据库中；也可以将该待处理订单消息中的订单信息存储至待下单订单池或订单数据库中。

步骤S204，获取预设的第二判断条件，根据该第二判断条件对该待下单订单的订单属性进行判断，得到第二判断结果，根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息。

其中，该第二判断条件用于对该待下单订单的订单属性进行判断；该订单状态信息是指对该待下单订单进行信息处理后的订单状态结果，该订单状态信息以标记的形式对订单状态结果进行标记，包括已作废、已下单和异常标记。

需要说明的是，在其中一种实施例中，根据第二判断条件的判断可以执行两次，即在根据第一判断条件进行订单消息类型判断之后可以根据第二判断条件进行订单属性判断，再得到待下单订单，然后再根据第二判断条件对该待下单订单进行第二次订单属性判断。

通过上述步骤，通过对订单产生平台进行监听，可以实时获取产生的订单，从而及时对订单进行处理；同时通过第一判断条件和第二判断条件分别对获取到的待处理订单消息和待下单订单进行条件判断，从而限定订单下单的范围，满足条件的订单才能下单，并且可以在订单信息处理方法中进行订单属性的二次判断，提高订单信息处理的准确性，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

在其中的一些实施例中，该根据该第一判断条件对该待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据该第一判断结果对该订单消息进行解析处理，筛选得到待下单订单，包括：

在该第一判断结果指示该订单消息类型为创建订单类型的情况下，对该待处理订单消息进行解析得到该待下单订单，并将该待下单订单存储至预设的待下单订单池中；

在该第一判断结果指示该订单消息类型为更新订单类型的情况下，将该待处理订单消息与该待下单订单池中的所有历史待下单订单进行匹配，在匹配失败的情况下，对该待处理订单消息进行解析得到该待下单订单，并将该待下单订单存储至该待下单订单池中；在匹配成功的情况下，获取下一个待处理订单消息。

其中，该订单消息还包括标识信息，该订单消息类型可以通过利用该第一判断条件，根据该标识信息识别得到；该预设的待下单订单池为存储有一定时间内待下单订单的缓存列表；该将该待处理订单消息与该待下单订单池中的所有历史待下单订单进行匹配是指，将该待处理订单消息的订单号和订单属性进行一一匹配；在将该待处理订单消息与所有历史待下单订单中的任意一个订单匹配成功的情况下，不对该待处理订单消息进行处理，获取下一个待处理订单消息；对该待处理订单消息进行解析得到该待下单订单是指，根据该待处理订单消息的订单号、订单属性和订单内容生成该待下单订单；将该待下单订单存储至该待下单订单池中是指，至少将该待下单订单的订单号存储至该待下单订单池中。

需要说明的是，在本实施例中，在该第一判断结果指示该订单消息类型为更新订单类型的情况下，可以将该待处理订单消息更新至订单数据库中，使得该订单数据库保持更新；并可以将对该订单数据库进行更新的更新提示信息以kafka的数据形式发送至提示信息缓存队列中，从而使得服务器设备104根据该信息缓存队列将该更新提示信息发送至终端设备102，例如通过第三方应用程序或邮件发送消息通知给相应的工作人员，或者将该更新提示信息发送至执行其他订单处理方法的其他服务器设备中，以完成不同任务功能。

通过上述步骤，根据该第一判断结果指示的订单消息类型得到对应的待下单订单，并根据对所有历史待下单订单的匹配结果进一步限制待下单订单处理的范围，从而提升不同订单消息类型的待下单订单处理的准确性，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

在其中的一些实施例中，该根据该第二判断条件对该待下单订单的订单属性进行判断，得到第二判断结果，根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息，包括：

根据该第二判断条件获取预设的订单属性校验表，并根据该订单属性校验表对该待下单订单进行订单属性校验，得到该第二判断结果；

在该第二判断结果指示对该待下单订单的订单属性校验失败的情况下，生成针对该待下单订单的已作废标记；

在该第二判断结果指示对该待下单订单的订单属性校验成功的情况下，对该待下单订单进行信息处理；

获取该待下单订单处理后的订单状态信息的完成状态，在该完成状态为已完成的情况下，生成针对该待下单订单的已下单标记；在该完成状态为未完成的情况下，生成针对该待下单订单的异常标记。

其中，该订单属性校验表的字段包括付款条件(包括现结、账期等)、订单产品类型(包括模组、空交付模组、物料、芯片、生产凭证-激活码、生产凭证-仅授权等)、订单创建平台(包括IoT、CRM、OMS等)、合同状态(包括已通过、已签署、已回传和已归档等)、绑款比例(包括校验绑款比例百分数和无需校验绑款比例等)、订单列表备注和订单状态/产品状态(订单状态包括未处理、已下单、已作废和异常等，产品状态包括已确认等)；在该订单列表备注不为空的情况下，可以将该待下单订单传输至终端设备102进行显示，并获取工作人员的下单操作从而对该待下单订单进行订单信息处理；该订单状态/产品状态在该待下单订单进行订单信息处理之前可以标记起始状态为订单状态：未处理、产品状态：未处理；该订单状态/产品状态在该待下单订单进行本实施例的订单信息处理之后，可以为订单状态：已下单、产品状态：已确认；该第二判断结果是指将该待下单订单的订单属性中的付款条件、订单产品类型、订单创建平台、合同状态和绑款比例，与该订单属性校验表中对应的字段一一匹配得到的匹配结果，在全部字段匹配成功的情况下该第二判断结果指示对该待下单订单的订单属性校验成功，若有一个字段匹配失败则该第二判断结果指示对该待下单订单的订单属性校验失败。

需要说明的是，本实施例中的订单属性和对应的订单属性校验表中的字段可以根据实际情况进行变更，只要满足对订单属性的约束条件或者执行逻辑即可，不局限于本说明书中所列的订单属性字段；例如可以规定如果是待下单订单的付款条件是账期，则先逐单检查待下单订单对应的客户的可用额度是否足够，如果不足够就保持原订单状态，如果剩余可用额度足够，则订单状态更新为已下单。

通过上述步骤，根据该第二判断结果指示的针对订单属性校验的第二判断结果对该待下单订单进行标记，从而提升对待下单订单处理的准确性，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

在其中的一些实施例中，该根据该第二判断条件对该待下单订单的订单属性进行判断，得到第二判断结果，根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息，还包括：

获取模式调节指令，以及预设的任务策略；

在该模式调节指令指示当前工作模式为自动下单模式的情况下，根据该任务策略和该第二判断条件得到第二判断结果，并根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息。

其中，该模式调节指令包括手动下单模式(False)和自动下单模式(True)；在该模式调节指令为手动下单模式的情况下，可以由工作人员对待下单订单进行审核和下单；该预设的任务策略是指该自动下单模式下该订单信息处理方法的执行时间和执行频率等，例如该任务策略的执行时间可以是每日8:00至18:00、每日0:00至24:00等，执行频率可以为每隔1小时、每隔45分钟等。

具体地，以该任务策略的执行时间为每日8:00至18:00、执行频率为每隔1小时为例，在每日8:00至18:00内，每隔1小时就会在该待下单订单池中积累一定数量的待下单订单，服务器设备104对1小时内积累的待下单订单根据第二判断条件对订单属性进行判断，并根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

通过上述步骤，通过模式调节指令和任务策略对该待下单订单进行订单信息处理，可以根据订单任务量的大小对应调整任务模式和任务策略，在订单任务量小的情况下减小执行频率延长等待时间，可以减少服务器设备104的资源消耗，在订单任务量大的情况下增大执行频率减少等待时间，可以加快对待下单订单的处理速度提升处理效率，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

在其中的一些实施例中，该待下单订单至少包括订单号；该根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息，还包括：

获取存储有订单内容的订单数据库；

根据该订单号将该待下单订单与该订单数据库进行匹配，在匹配成功的情况下，根据该第二判断结果对该待下单订单进行信息处理；

在匹配失败的情况下，根据该订单号将该待下单订单的订单内容更新为匹配到的订单数据库的订单内容，并根据该第二判断结果对更新后的待下单订单进行信息处理，生成订单状态信息。

通过上述步骤，可以将更新的订单内容存储至数据库中，从而在对待下单订单的处理过程中进行订单内容匹配，并根据更新后的订单内容进行订单下单，从而完成对待下单订单的订单信息处理，提高订单下单的准确性；同时由于在订单数据库中已经存储有更新后的订单信息，并且在订单信息处理中对待下单订单进行订单内容更新匹配，则在待下单订单池中的待下单订单可以仅存储有订单号信息，不需要存储过多的冗余信息，节约待下单订单池的占用空间，减少资源消耗，增加待下单订单的处理效率，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

在其中的一些实施例中，在该生成订单状态信息之后，将该待下单订单的标记状态发送至终端设备进行显示。

通过上述步骤，可以在服务器设备104对该待下单订单处理完毕后提供给工作人员对订单处理状态进行查看，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

在本实施例中还提供了一种订单信息处理方法。图3是本实施例的另一种订单信息处理方法的流程图，如图3所示，该流程包括如下步骤：

步骤S302，获取监听到的待处理订单消息；

步骤S304，根据该第一判断条件对订单消息类型进行判断，在该订单消息类型为创建订单类型的情况下，执行步骤S307，在该订单消息类型为更新订单类型的情况下，执行步骤S306；

步骤S306，判断该待处理订单消息与待下单订单池中的历史待下单订单是否匹配，在匹配的情况下说明在待下单订单池中已经有该待处理订单消息的订单信息了，执行步骤S302获取下一个监听到的待处理订单消息；在不匹配的情况下，执行步骤S310；

步骤S308，判断订单类型为创建订单类型的待处理订单消息是否满足第二判断条件，在不满足的情况下执行步骤S302获取下一个待处理订单消息，在满足的情况下，执行步骤S310；

步骤S310，将待处理订单消息解析为待下单订单，并将该待下单订单存储至该待下单订单池，并根据模式调节指令和预设的任务策略触发对该待下单订单池的订单信息处理；

步骤S312，批量判断该待下单订单池中的所有待下单订单是否满足第二判断条件，对不满足第二判断条件的订单执行步骤S314生成针对该待下单订单的已作废标记；对满足第二判断条件的待下单订单执行步骤S316；

步骤S316，满足第二判断条件的待下单订单的订单属性校验成功，批量对该待下单订单进行订单信息处理，并生成订单状态信息；

步骤S318，批量判断该订单状态信息的完成状态是否为已完成，在该完成状态为未完成的情况下，执行步骤S320生成针对该待下单订单的异常标记；在该完成状态为已完成的情况下，执行步骤S322；

步骤S322，生成针对该待下单订单的已下单标记；

步骤S324，将已作废标记、异常标记和已下单标记的待下单订单的订单处理结果传输至终端设备102通过第三方应用程序或邮件通知对应的工作人员。

通过上述步骤，通过对订单产生平台进行监听，可以实时获取产生的订单，从而及时对订单进行处理；同时通过第一判断条件和第二判断条件分别对获取到的待处理订单消息和待下单订单进行条件判断，从而限定订单下单的范围，满足条件的订单才能下单，从而提高了订单信息处理的准确性，解决了订单信息处理及时性低、错误率高的问题，实现了对订单信息的及时、准确处理。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在本实施例中还提供了一种订单信息处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。以下所使用的术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管在以下实施例中所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是本实施例的订单信息处理装置的结构框图，如图4所示，该装置包括：监听模块10和处理模块20；

该监听模块10，用于获取监听到的待处理订单消息，并获取预设的第一判断条件，根据该第一判断条件对该待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据该第一判断结果对该待处理订单消息进行解析处理，筛选得到待下单订单；

该处理模块20，用于获取预设的第二判断条件，根据该第二判断条件对该待下单订单的订单属性进行判断，得到第二判断结果，根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息。

关于订单信息处理装置的具体限定可以参见上文中对于订单信息处理方法的限定，在此不再赘述。上述订单信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在本实施例中还提供了一种订单信息处理系统，其特征在于，包括：终端设备102、传输设备以及服务器设备104；其中，该终端设备102通过传输设备连接服务器设备104；

该服务器设备104用于执行上述实施例中的任意一种订单信息处理方法；

该传输设备用于将该待下单订单的标记状态发送至终端设备；

该终端设备102用于对该标记状态进行显示。

在本实施例中还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，获取监听到的待处理订单消息，并获取预设的第一判断条件，根据该第一判断条件对该待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据该第一判断结果对该待处理订单消息进行解析处理，筛选得到待下单订单；

S2，获取预设的第二判断条件，根据该第二判断条件对该待下单订单的订单属性进行判断，得到第二判断结果，根据该第二判断结果对该待下单订单进行信息处理，生成订单状态信息。

需要说明的是，在本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，在本实施例中不再赘述。

此外，结合上述实施例中提供的订单信息处理方法，在本实施例中还可以提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种订单信息处理方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储订单内容数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种订单信息处理方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本申请提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本申请保护范围。

显然，附图只是本申请的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本申请适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本申请披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术手段，不应被视为本申请公开的内容不足。

“实施例”一词在本申请中指的是结合实施例描述的具体特征、结构或特性可以包括在本申请的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本申请中描述的实施例在没有冲突的情况下，可以与其它实施例结合。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对专利保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种订单信息处理方法，其特征在于，包括：

获取监听到的待处理订单消息，并获取预设的第一判断条件，根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述待处理订单消息进行解析处理，筛选得到待下单订单；

获取预设的第二判断条件，根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

2.根据权利要求1所述的订单信息处理方法，其特征在于，所述根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述订单消息进行解析处理，筛选得到待下单订单，包括：

在所述第一判断结果指示所述订单消息类型为创建订单类型的情况下，对所述待处理订单消息进行解析得到所述待下单订单，并将所述待下单订单存储至预设的待下单订单池中；

在所述第一判断结果指示所述订单消息类型为更新订单类型的情况下，将所述待处理订单消息与所述待下单订单池中的所有历史待下单订单进行匹配，在匹配失败的情况下，对所述待处理订单消息进行解析得到所述待下单订单，并将所述待下单订单存储至所述待下单订单池中；在匹配成功的情况下，获取下一个待处理订单消息。

3.根据权利要求1所述的订单信息处理方法，其特征在于，所述根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，包括：

根据所述第二判断条件获取预设的订单属性校验表，并根据所述订单属性校验表对所述待下单订单进行订单属性校验，得到所述第二判断结果；

在所述第二判断结果指示对所述待下单订单的订单属性校验失败的情况下，生成针对所述待下单订单的已作废标记；

在所述第二判断结果指示对所述待下单订单的订单属性校验成功的情况下，对所述待下单订单进行信息处理；

获取所述待下单订单处理后的订单状态信息的完成状态，在所述完成状态为已完成的情况下，生成针对所述待下单订单的已下单标记；在所述完成状态为未完成的情况下，生成针对所述待下单订单的异常标记。

4.根据权利要求1所述的订单信息处理方法，其特征在于，所述根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，还包括：

获取模式调节指令，以及预设的任务策略；

在所述模式调节指令指示当前工作模式为自动下单模式的情况下，根据所述任务策略和所述第二判断条件得到第二判断结果，并根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

5.根据权利要求4所述的订单信息处理方法，其特征在于，所述待下单订单至少包括订单号；所述根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息，还包括：

获取存储有订单内容的订单数据库；

根据所述订单号将所述待下单订单与所述订单数据库进行匹配，在匹配成功的情况下，根据所述第二判断结果对所述待下单订单进行信息处理；

在匹配失败的情况下，根据所述订单号将所述待下单订单的订单内容更新为匹配到的订单数据库的订单内容，并根据所述第二判断结果对更新后的待下单订单进行信息处理，生成订单状态信息。

6.根据权利要求1至5任一项所述的订单信息处理方法，其特征在于，在所述生成订单状态信息之后，将所述待下单订单的标记状态发送至终端设备进行显示。

7.一种订单信息处理装置，其特征在于，包括：监听模块和处理模块；

所述监听模块，用于获取监听到的待处理订单消息，并获取预设的第一判断条件，根据所述第一判断条件对所述待处理订单消息的订单消息类型进行判断，得到第一判断结果，根据所述第一判断结果对所述待处理订单消息进行解析处理，筛选得到待下单订单；

所述处理模块，用于获取预设的第二判断条件，根据所述第二判断条件对所述待下单订单的订单属性进行判断，得到第二判断结果，根据所述第二判断结果对所述待下单订单进行信息处理，生成订单状态信息。

8.一种订单信息处理系统，其特征在于，包括：终端设备、传输设备以及服务器设备；其中，所述终端设备通过传输设备连接服务器设备；

所述服务器设备用于执行权利要求1至6中任一项所述的订单信息处理方法；

所述传输设备用于将所述待下单订单的标记状态发送至终端设备；

所述终端设备用于对所述标记状态进行显示。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至6中任一项所述的订单信息处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的订单信息处理方法的步骤。

Images