CN114817384A - 订单管理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及物流管理技术领域，尤其涉及一种订单管理方法、装置、设备及存储介质。通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

Description

订单管理方法、装置、设备及存储介质

技术领域

本发明涉及物流管理技术领域，尤其涉及一种订单管理方法、装置、设备及存储介质。

背景技术

现有技术在对订单信息进行管理时，通常是对不同订单产出平台采取不同的管理方法，管理效率较低。现有的对于订单数据的储存和管理通常是建立在固定的数据库存储上，当数据库出现故障，则订单数据的管理无法达到订单数据管理的高可用要求。综上所述，现有的订单管理技术存在因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

发明内容

本申请的主要目的是提供一种订单管理方法、装置、设备及存储介质，以解决现有的订单管理技术存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

本发明第一方面提供了一种订单管理方法，所述订单管理方法包括：获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息；将转换后的所有订单信息同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户。

可选地，在本发明第一方面的第一种实现方式中，所述利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有所述统一订单服务平台对应的格式的订单信息，包括：对所述订单数据进行解析，得到对应的数据类型；根据所述数据类型确定订单生成平台的平台信息；基于所述平台信息，从所述统一订单服务平台的规则库中查询出对应的数据转换规则和订单数据在所述订单生成平台中的存储格式；根据所述存储格式，提取所述订单数据中的数据项和对应的数据内容；根据所述数据转换规则，对所述数据项进行重命名，得到统一数据项目；基于所述数据项和所述数据内容之间的对应关系，将所述数据内容按照预设的存储格式进行存储，得到统一数据内容；根据所述数据转换规则，基于所述统一数据项目和所述统一数据内容构造订单信息，得到具有所述统一订单服务平台对应的格式的订单信息。

可选地，在本发明第一方面的第二种实现方式中，所述检测用户所在的服务实例集群是否满足所述订单处理需求，包括：对所述订单处理需求进行解析，得到与所述订单处理需求对应的操作条件和资源条件，其中，所述操作条件至少包括与所述订单处理需求对应的订单信息输出操作条件，所述资源条件至少包括与所述订单处理需求对应的资源调用条件；获取所述用户所在的服务实例集群的操作执行能力和资源调用能力，其中，所述操作执行能力至少包括所述服务实例集群可以执行的所有操作类型序列，所述资源调用能力至少包括所述服务实例集群可以调用的所有资源序列；判断所述操作执行能力是否满足所述操作条件；判断所述资源调用能力是否满足所述资源条件；若所述操作执行能力满足所述操作条件且所述资源调用能力满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求；若所述操作执行能力不满足所述操作条件或者所述资源调用能力不满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求。

可选地，在本发明第一方面的第三种实现方式中，在所述获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求之前，还包括：对至少两个设置于不同服务地区的服务实例集群进行状态监测，得到所有服务实例集群的状态信息，其中，所述状态信息至少包括正常和异常；若监测到所述用户所在的服务实例集群的状态信息为异常，则获取其他服务实例集群的状态信息，并提取其中状态信息为正常的服务实例集群标识号，得到标识号序列；按照预设的选取方式从所述标识号序列中选取一个标识号，并将所述用户所在的服务实例集群切换至所述标识号对应的服务实例集群。

可选地，在本发明第一方面的第四种实现方式中，所述通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户，包括：根据所述订单处理需求计算出对应的数据需求量，并判断所述数据需求量是否大于设定阈值；若大于，则确定输出方式为消息中间件输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户；若不大于，则确定输出方式为接口输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户。

可选地，在本发明第一方面的第五种实现方式中，所述基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户，包括：读取所述订单处理需求，并获取所述订单处理需求中指定的订单信息和用户标识号；将所述订单处理需求中指定的订单信息封装成消息，并通过消息中间件生成对应的消息标识号；根据所述用户标识号和所述消息流标识号构造Kafka消息键，其中，所述Kafka消息键至少包括用户标识号、消息标识号和分隔符；通过消息队列按照所述Kafka消息键建立传输链路；通过所述传输链路将所述订单处理需求中指定的订单信息发送至用户。

可选地，在本发明第一方面的第六种实现方式中，在所述将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户之后，还包括：解析用户订单查询请求，得到对应的查询条件，其中，所述查询条件至少包括搜索操作所能调用的数据量条件；获取当前的服务实例集群中搜索引擎所具有的查询能力，其中，所述查询能力至少包括所述搜索引擎所能调用的数据量；判断所述查询能力是否满足所述查询条件；若不满足，则获取其他的服务实例集群中搜索引擎所具有的查询能力，并判断所述其他的服务实例集群中搜索引擎的查询能力是否满足所述查询条件，并切换至满足所述查询条件的搜索引擎集群；若满足，则基于满足所述查询条件的搜索引擎集群进行查询操作，输出查询结果。

本发明第二方面提供了一种订单管理装置，应用于统一订单服务平台，所述统一订单服务平台包括至少两个设置于不同服务地区的服务实例集群，该装置包括：订单获取模块，用于获取各订单生成平台中的订单数据；订单转换模块，用于利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息；订单同步模块，将转换后的所有订单信息同步至各所述服务实例集群；需求判断模块，获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；订单输出模块，用于将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户。

可选地，在本发明第二方面的第一种实现方式中，所述订单转换模块包括：数据解析单元，用于对所述订单数据进行解析，得到对应的数据类型；平台确定单元，用于根据所述数据类型确定订单生成平台的平台信息；规则查询单元，从所述统一订单服务平台的规则库中查询出对应的数据转换规则和订单数据在所述订单生成平台中的存储格式；数据提取单元，用于根据所述存储格式，提取所述订单数据中的数据项和对应的数据内容；重命名单元，用于根据所述数据转换规则，对所述数据项进行重命名，得到统一数据项目；格式存储单元，用于基于所述数据项和所述数据内容之间的对应关系，将所述数据内容按照预设的存储格式进行存储，得到统一数据内容；格式转换单元，用于根据所述数据转换规则，基于所述统一数据项目和所述统一数据内容构造订单信息，得到具有所述统一订单服务平台对应的格式的订单信息。

可选地，在本发明第二方面的第二种实现方式中，所述需求判断模块包括：需求解析单元，用于对所述订单处理需求进行解析，得到与所述订单处理需求对应的操作条件和资源条件，其中，所述操作条件至少包括与所述订单处理需求对应的订单信息输出操作条件，所述资源条件至少包括与所述订单处理需求对应的资源调用条件；序列返回单元，用于获取所述用户所在的服务实例集群的操作执行能力和资源调用能力，其中，所述操作执行能力至少包括所述服务实例集群可以执行的所有操作类型序列，所述资源调用能力至少包括所述服务实例集群可以调用的所有资源序列；操作判断单元，用于判断所述操作执行能力是否满足所述操作条件；资源判断单元，用于判断所述资源调用能力是否满足所述资源条件；第一判定单元，若所述操作执行能力满足所述操作条件且所述资源调用能力满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求；第二判定单元，若所述操作执行能力不满足所述操作条件或者所述资源调用能力不满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求。

可选地，在本发明第二方面的第三种实现方式中，所述订单管理装置还包括状态监测模块，用于对至少两个设置于不同服务地区的服务实例集群进行状态监测，得到所有服务实例集群的状态信息，其中，所述状态信息至少包括正常和异常；若监测到所述用户所在的服务实例集群的状态信息为异常，则获取其他服务实例集群的状态信息，并提取其中状态信息为正常的服务实例集群标识号，得到标识号序列；按照预设的选取方式从所述标识号序列中选取一个标识号，并将所述用户所在的服务实例集群切换至所述标识号对应的服务实例集群。

可选地，在本发明第二方面的第四种实现方式中，所述订单输出模块包括：阈值判断单元，用于根据所述订单处理需求计算出对应的数据需求量，并判断所述数据需求量是否大于设定阈值；第一输出单元，用于确定输出方式为消息中间件输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户；第二输出单元，用于确定输出方式为接口输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户。

可选地，在本发明第二方面的第五种实现方式中，所述订单管理装置还包括消息中间件模块，用于读取所述订单处理需求，并获取所述订单处理需求中指定的订单信息和用户标识号；将所述订单处理需求中指定的订单信息封装成消息，并通过消息中间件生成对应的消息标识号；根据所述用户标识号和所述消息流标识号构造Kafka消息键，其中，所述Kafka消息键至少包括用户标识号、消息标识号和分隔符；通过消息队列按照所述Kafka消息键建立传输链路；通过所述传输链路将所述订单处理需求中指定的订单信息发送至用户。

可选地，在本发明第二方面的第六种实现方式中，所述订单管理装置还包括订单查询模块，用于解析用户订单查询请求，得到对应的查询条件，其中，所述查询条件至少包括搜索操作所能调用的数据量条件；获取当前的服务实例集群中搜索引擎所具有的查询能力，其中，所述查询能力至少包括所述搜索引擎所能调用的数据量；判断所述查询能力是否满足所述查询条件；若不满足，则获取其他的服务实例集群中搜索引擎所具有的查询能力，并判断所述其他的服务实例集群中搜索引擎的查询能力是否满足所述查询条件，并切换至满足所述查询条件的搜索引擎集群；若满足，则基于满足所述查询条件的搜索引擎集群进行查询操作，输出查询结果。

本发明第三方面提供了一种计算机设备，包括：存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述计算机设备执行上述的订单管理方法的各个步骤。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的订单管理方法的各个步骤。

本发明的技术方案中，该方法具体是通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

附图说明

图1为本发明实施例中为订单管理方法的第一个实施例示意图；

图2为本发明实施例中为订单管理方法的第二个实施例示意图；

图3为本发明实施例中为订单管理方法的第三个实施例示意图；

图4为本发明实施例中订单管理装置的一个实施例示意图；

图5为本发明实施例中订单管理装置的另一个实施例示意图；

图6为本发明实施例中计算机设备的一个实施例示意图。

具体实施方式

为了解决现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题，本申请提供了一种订单管理方法。通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中订单管理方法的第一个实施例，该方式基于统一订单服务平台实现，所述统一订单服务平台包括至少两个设置于不同服务地区的服务实例集群，该方法的实现步骤如下：

101、获取各订单生成平台中的订单数据；

对于该步骤，具体可以通过以下方式实现：

创建经过合法授权的对于各订单生成平台的订单数据接口；

通过所述订单数据接口发送订单数据请求；

获取所述各订单生成平台对于所述订单数据请求的处理结果，并调用相应的订单数据存储资源；

进行订单数据接收操作，获取各订单生成平台中的订单数据。

102、利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与统一订单服务平台对应的格式的订单信息；

对于该步骤，具体可以通过以下方式实现：

对订单数据进行解析，得到其中的平台标识信息，其中，所述平台标识信息至少包括平台标识号；

通过所述平台标识信息对所述订单数据进行分类，得到不同订单生成平台对应的订单数据，例如，可以将所述不同订单生成平台对应的订单数据存储在以平台标识号为区分的不同存储位置；

根据所述平台标识信息在数据转换规则中查找对应的数据提取方式，从所述不同订单生成平台对应的订单数据中提取预设类别的订单特征信息，例如，若查找到对应的数据提取方式为通过对于文本信息的搜索进行提取，则根据预设的特征信息类别构造关键词，通过关键词对所述文本信息进行搜索，并提取所匹配到的信息内容；

按照预设的与统一订单服务平台对应的格式，将所述订单特征信息进行存储，得到所述订单信息，例如，当所述与统一订单服务平台对应的格式为表头包括订单生成时间、订单发起人、订单接收人和订单对象的数据表时，将表头所对应的订单特征信息存储至该数据表中，得到订单信息。

103、将转换后的所有订单信息同步至各服务实例集群；

该步骤中，所述服务实例集群包括设置在至少两个机房中的基于Kubernetes的部署体系，每一套所述基于Kubernetes的部署体系包括5台实例，分别独立部署1套Kafka集群5节点，其中，单台配置16CPU32G2T；分别独立部署1套Elasticsearch集群，包括client节点3个(8CPU16G)，master节点3个(8CPU16G)，data节点31个(16CPU64G2T)；分别独立部署1套Pika集群，具有5主5从配置结构，其中，单台配置为16CPU64G2T。

104、获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足订单处理需求；

对于该步骤，具体可以通过以下方式实现：

通过所述同一订单服务平台获取所述订单处理需求，例如，通过创建订单服务需求接口，从所述服务需求接口接收所述订单处理需求数据，得到所述订单处理需求；

对所述订单处理需求进行解析，得到具体的服务器权限需求和资源权限需求，例如，获取所述对于订单处理需求中指定的订单信息对象，并通过预设的服务器权限表和资源权限表查找对应的服务器权限需求和资源权限需求；

获取用户所在的服务实例集群对应的服务器权限和资源权限，例如，获取所述用户所在的服务实例集群对应的集群标识号，并通过预设的服务器权限表和资源权限表查找对应的服务器权限和资源权限；

判断所述服务器权限是否满足所述服务器权限需求，若不满足，则输出判断结果为不满足；

若满足，则判断所述资源权限是否满足所述资源权限需求，若不满足，则输出判断结果为不满足；

若满足，则输出判断结果为满足。

105、将用户切换至其他服务实例集群，并通过其他服务实例集群基于订单处理需求选择对应的输出方式，将订单处理需求中指定的订单信息发送至用户；

该步骤中，所述输出方式至少包括数据接口输出方式和消息中间件输出方式，所有输出方式对应的输出方式标识号保存于预设的输出方式表中；

在本实施例中，所述通过其他服务实例集群基于订单处理需求选择对应的输出方式的过程，包括：

从所述订单处理需求提取数据传输方式，例如，若订单处理需求对应的数据传输方式为通过数据接口进行数据传输，则提取所述数据传输方式为通过数据接口进行数据传输；

根据所述数据传输方式，在所述输出方式表中查找对应的输出方式，并根据对应的输出方式标识号调用对应的输出方式进行输出。

通过对上述方法的实施，通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户；以上，通过采用预设的数据转换规则中包含的对于不同订单生成平台对应订单数据的特征信息提取方式，将所述订单数据中的特征信息提取出来，并按照预设的格式进行保存，统一了不同平台的订单格式，通过对用户所在的服务实例集群进行检测，并切换至满足条件的服务实例集群，满足了高可用的需求，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

请参阅图2，本发明实施例中订单管理方法的第二个实施例，该方法的实现步骤如下：

201、获取各订单生成平台中的订单数据；

该步骤中，所述各订单生成平台包括主流购物平台和主流运输订单平台，例如，所述主流购物平台包括淘宝购物平台、京东购物平台和拼多多购物平台等，所述主流运输订单平台包括菜鸟订单平台、丰巢订单平台和邮政订单平台等。

202、根据预设的订单数据转换规则，将各订单数据转换成具有与统一订单服务平台对应的格式的订单信息，并将所述订单信息同步至预设的服务实例集群；

该步骤中，所述订单数据转换规则包括各平台的订单数据转换规则，保存于预设的转换规则集中，其中所述转换规则集至少包括平台标识号、订单数据格式和转换规则；

该步骤中，所述将各订单数据转换成具有与统一订单服务平台对应的格式的订单信息的过程，包括：

对订单数据进行解析，得到其中的平台标识信息，其中，所述平台标识信息至少包括平台标识号；

通过所述平台标识号，在所述转换规则集中查找对应的订单数据格式，例如，根据平台标识号001，在所述转换规则集中查找到对应的订单数据格式为：以数据表的形式保存订单数据各数据项的订单数据格式；

通过所述订单数据格式，在所述转换规则集中查找对应的转换规则，并按照所述对应的转换规则进行格式转换，例如，通过“以数据表的形式保存订单数据各数据项的订单数据格式”在所述转换规则集中查找到对应的转换规则，并按照所述对应的转换规则进行格式转换：

获取所述订单数据对应的数据表中的数据项和对应的数据；

按照预设的数据项目名称，对所述数据项进行重命名；

对所述数据表中的数据进行数据清洗，其中，所述数据清洗至少包括去除重复值以及对缺失值进行统一值替代处理；

按照预设的数据排列方式，对所述数据表中的数据项和对应的数据进行排序，得到所述订单信息。

203、获取用户需求并进行解析，得到对应的各项资源要求；

该步骤中，所述各项资源要求至少包括搜索引擎可调用的数据量要求、Kafka集群可调用的数据量要求和Pika集群可调用的数据量要求。

204、获取用户所在的服务实例集群中所有资源对象的状态；

对于该步骤，具体可以通过以下方式实现：

通过Kubernetes中对应的控制管理节点(Kubernetes Controller Manager)获取所述用户所在的服务实例集群中所有资源对象的状态，其中，所述资源对象的状态至少包括搜索引擎可调用的数据量状态、Kafka集群可调用的数据量状态、Pika集群可调用的数据量状态。

205、判断用户所在的服务实例集群中所有资源对象的状态是否满足对应的各项资源要求，若不满足，则切换至其他服务实例集群，若满足，则通过统一订单服务平台调用用户所在的服务实例集群处理用户需求；

对于该步骤，具体可以通过以下方式实现：

判断搜索引擎可调用的数据量状态是否满足搜索引擎可调用的数据量要求，若不满足，则切换至其他服务实例集群；

若满足，则判断Kafka集群可调用的数据量状态是否满足Kafka集群可调用的数据量要求，若不满足，则切换至其他服务实例集群；

若满足，则判断Pika集群可调用的数据量状态是否满足Pika集群可调用的数据量要求，若不满足，则切换至其他服务实例集群；

若满足，则通过统一订单服务平台调用用户所在的服务实例集群处理用户需求。

通过对上述方法的实施，通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户；以上，通过在预设的转换规则集查找不同格式订单数据的转换规则，并进行格式转换，通过Kubernetes中对应的控制管理节点获取各资源对象的状态，并判断其是否满足用户需求对应的各项资源要求，若不满足，则切换至其他服务实例集群，满足了订单管理过程中的高可用需求，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

请参阅图3，本发明实施例中订单管理方法的第三个实施例，该方法的实现步骤如下：

301、获取各订单生成平台中的订单数据；

对于该步骤，具体可以通过以下方式实现：

创建经过合法授权的对于各订单生成平台的数据同步节点；

通过所述数据同步节点，按照预设的同步协议对所述各订单生成平台中的订单数据进行同步，获取各订单生成平台中的订单数据。

302、通过文本特征提取，将各订单数据转换成具有与统一订单服务平台对应的格式的订单信息；

对于该步骤，具体可以通过以下方式实现：

解析所述各订单数据，得到各订单数据对应的订单生成平台；

通过不同订单生成平台对应的UI界面输出方法，对所述订单数据进行UI界面的输出，并得到各订单数据在UI界面上的呈现；

通过调用文本信息抽取算法采集UI界面上每个订单对应的文本信息，例如，通过调用URL信息采集算法对UI界面上每个订单对应的文本信息进行采集；

通过调用基于词集模型的文本特征提取算法，提取所述文本信息中的文本特征，例如，整合文本信息中所有的文字到一个集合中，假设最终生成的集合长度为wordSetLen＝31，假设文档/样本数为sampleCnt＝6，则建立一个sampleCnt*wordSetLen＝6*31的矩阵，这个矩阵被填入有效值之后，就是最终的可训练矩阵m，遍历矩阵m，填入0,1有效值。0代表当前列的单词没有出现在当前行的样本/文档中，1代表当前列的单词出现在当前行的样本/文档中，最终生成一个6*31的文本特征提取矩阵，通过所述文本特征提取矩阵提取文本特征；

将所述文本特征按照预设的与统一订单服务平台对应的格式进行存储，得到订单信息，例如，文本信息以多维数组的格式进行存储，第一维存储订单号这一文本特征，第二维存储订单内容这一文本特征。

303、将所有订单信息同步至各服务实例集群；

该步骤中，所述订单信息同步至各服务实例集群的过程是通过各服务实例集群的数据接口同步协议实现的，例如，若获取到订单信息，则通过所述数据接口同步至所有处于正常状态的服务实例集群；

在本实施例中，所述服务实例集群是通过Kubernetes进行消息中间件Kafka集群、搜索引擎集群和Pika集群的部署，并按照预设的结构进行组合，得到多服务实例集群，通过所述多服务实例集群连接预设的订单管理平台，具体地，包括：

通过所述Kubernetes创建对应于所述消息中间件Kafka集群的命名空间和数据挂载卷；

基于所述对应于所述消息中间件Kafka集群的命名空间和数据挂载卷进行Kafka集群服务编排，完成对所述消息中间件Kafka集群的部署；

通过所述Kubernetes创建对应于所述搜索引擎集群的命名空间和无头服务；

基于所述对应于所述搜索引擎集群的命名空间和无头服务进行Fluentd和路由配置，完成对所述搜索引擎集群的部署；

通过Codis配置对应于所述Pika集群的Zookeeper和Proxy；

通过对Codis的配置启动哨兵服务，对所述Pika集群对应的Master节点进行索引，完成对所述Pika集群的部署；

通过所述Kubernetes的配置所有Master节点，按照完整服务实例结构对所述消息中间件Kafka集群、搜索引擎集群和Pika集群的数据接口进行兼容，得到所述多服务实例集群，通过所述多服务实例集群连接预设的订单管理平台。

304、通过接入监控平台，实时监控服务实例集群，得到性能指标；

该步骤中，所述监控平台至少包括鹰眼监控平台；

该步骤中，所述性能指标至少包括请求量、服务实例集群的请求处理量、服务实例集群的响应时间、异常请求量和服务实例集群的异常处理量。

305、判断性能指标是否正常，若不正常，则切换至性能指标正常的服务实例集群，若正常，则输出性能指标判断结果为正常；

该步骤中，所述判断性能指标是否正常的过程，包括：

判断服务实例集群的请求处理量是否大于设定阈值，若否，则切换至性能指标正常的服务实例集群；

若是，则判断服务实例集群的响应时间是否小于设定阈值，若否，则切换至性能指标正常的服务实例集群；

若是，则判断服务实例集群的异常处理量是否小于设定阈值，若否，则切换至性能指标正常的服务实例集群；

若是，则输出性能指标判断结果为正常；

在本实施例中，所述切换至性能指标正常的服务实例集群的过程，包括：

引入多个服务实例集群的config文件，例如，在$HOME/.kube获取1-config、2-config两个文件；

通过kubectl config view命令获取性能指标正常的服务实例集群的标识信息；

通过kubectl config get-contexts命令获取性能指标正常的服务实例集群的上下文信息，并通过context name选中性能指标正常的服务实例集群，切换至所述性能指标正常的服务实例集群。

通过对上述方法的实施，通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户；以上，通过文本特征提取订单数据中的文本特征，并按照预设的与统一订单服务平台对应的格式进行存储，得到统一格式后的订单信息，通过监控平台对服务实例集群性能指标的监控，并将服务实例集群切换至性能指标正常的服务实例集群，满足了高可用的需求，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

上面对本发明实施例中的订单管理方法进行了描述，下面对本发明实施例中的订单管理装置进行描述，请参照图4，本发明实施例中的订单管理装置的一个实施例，该装置可以为统一订单服务平台，所述统一订单服务平台包括至少两个设置于不同服务地区的服务实例集群，该装置包括：

订单获取模块401，用于获取各订单生成平台中的订单数据；

订单转换模块402，用于利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息；

订单同步模块403，将转换后的所有订单信息同步至各所述服务实例集群；

需求判断模块404，获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；

订单输出模块405，用于将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户。

通过对上述装置的实施，通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

请参阅图5，本发明实施例中的订单管理装置的另一个实施例包括：

订单获取模块401，用于获取各订单生成平台中的订单数据；

订单转换模块402，用于利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息；

订单同步模块403，将转换后的所有订单信息同步至各所述服务实例集群；

需求判断模块404，获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；

订单输出模块405，用于将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户；

状态监测模块406，用于对至少两个设置于不同服务地区的服务实例集群进行状态监测，得到所有服务实例集群的状态信息，其中，所述状态信息至少包括正常和异常；若监测到所述用户所在的服务实例集群的状态信息为异常，则获取其他服务实例集群的状态信息，并提取其中状态信息为正常的服务实例集群标识号，得到标识号序列；按照预设的选取方式从所述标识号序列中选取一个标识号，并将所述用户所在的服务实例集群切换至所述标识号对应的服务实例集群。

消息中间件模块407，用于读取所述订单处理需求，并获取所述订单处理需求中指定的订单信息和用户标识号；将所述订单处理需求中指定的订单信息封装成消息，并通过消息中间件生成对应的消息标识号；根据所述用户标识号和所述消息流标识号构造Kafka消息键，其中，所述Kafka消息键至少包括用户标识号、消息标识号和分隔符；通过消息队列按照所述Kafka消息键建立传输链路；通过所述传输链路将所述订单处理需求中指定的订单信息发送至用户。

订单查询模块408，用于解析用户订单查询请求，得到对应的查询条件，其中，所述查询条件至少包括搜索操作所能调用的数据量条件；获取当前的服务实例集群中搜索引擎所具有的查询能力，其中，所述查询能力至少包括所述搜索引擎所能调用的数据量；判断所述查询能力是否满足所述查询条件；若不满足，则获取其他的服务实例集群中搜索引擎所具有的查询能力，并判断所述其他的服务实例集群中搜索引擎的查询能力是否满足所述查询条件，并切换至满足所述查询条件的搜索引擎集群；若满足，则基于满足所述查询条件的搜索引擎集群进行查询操作，输出查询结果。

在本实施例中，所述订单转换模块402包括：

数据解析单元4021，用于对所述订单数据进行解析，得到对应的数据类型；

平台确定单元4022，用于根据所述数据类型确定订单生成平台的平台信息；

规则查询单元4023，从所述统一订单服务平台的规则库中查询出对应的数据转换规则和订单数据在所述订单生成平台中的存储格式；

数据提取单元4024，用于根据所述存储格式，提取所述订单数据中的数据项和对应的数据内容；

重命名单元4025，用于根据所述数据转换规则，对所述数据项进行重命名，得到统一数据项目；

格式存储单元4026，用于基于所述数据项和所述数据内容之间的对应关系，将所述数据内容按照预设的存储格式进行存储，得到统一数据内容；

格式转换单元4027，用于根据所述数据转换规则，基于所述统一数据项目和所述统一数据内容构造订单信息，得到具有所述统一订单服务平台对应的格式的订单信息。

在本实施例中，所述需求判断模块404包括：

需求解析单元4041，用于对所述订单处理需求进行解析，得到与所述订单处理需求对应的操作条件和资源条件，其中，所述操作条件至少包括与所述订单处理需求对应的订单信息输出操作条件，所述资源条件至少包括与所述订单处理需求对应的资源调用条件；

序列返回单元4042，用于获取所述用户所在的服务实例集群的操作执行能力和资源调用能力，其中，所述操作执行能力至少包括所述服务实例集群可以执行的所有操作类型序列，所述资源调用能力至少包括所述服务实例集群可以调用的所有资源序列；

操作判断单元4043，用于判断所述操作执行能力是否满足所述操作条件；

资源判断单元4044，用于判断所述资源调用能力是否满足所述资源条件；

第一判定单元4045，若所述操作执行能力满足所述操作条件且所述资源调用能力满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求；

第二判定单元4046，若所述操作执行能力不满足所述操作条件或者所述资源调用能力不满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求。

在本实施例中，所述订单输出模块405包括：

阈值判断单元4051，用于根据所述订单处理需求计算出对应的数据需求量，并判断所述数据需求量是否大于设定阈值；

第一输出单元4052，用于确定输出方式为消息中间件输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户；

第二输出单元4053，用于确定输出方式为接口输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户。

通过对上述装置的实施，通过获取各订单生成平台中的订单数据；利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息，并同步至各所述服务实例集群；获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；若不满足，则将用户切换至其他服务实例集群，并基于所述订单处理需求选择对应的输出方式，将指定的订单信息发送至用户，从而解决了现有技术中存在的因订单格式不同而无法对不同平台的订单进行统一管理以及无法在订单管理过程中满足高可用需求的问题。

请参阅图6，下面从硬件处理的角度对本发明实施例中的计算机设备的一个实施例进行详细描述。

图6是本发明实施例提供的一种计算机设备的结构示意图，该计算机设备600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessing units，CPU)610(例如，一个或一个以上处理器)和存储器620，一个或一个以上存储应用程序633或数据632的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器620和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对计算机设备600中的一系列指令操作。更进一步地，处理器610可以设置为与存储介质630通信，在计算机设备600上执行存储介质630中的一系列指令操作。

计算机设备600还可以包括一个或一个以上电源640，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口660，和/或，一个或一个以上操作系统631，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图6示出的计算机设备结构并不构成对本申请提供的计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行上述订单管理方法的步骤。

在实际应用中，上述提供的方法可以基于人工智能技术来实现，其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。其具体可以是基于服务器来执行，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种订单管理方法，其特征在于，应用于统一订单服务平台，所述统一订单服务平台包括至少两个设置于不同服务地区的服务实例集群，所述订单管理方法包括：

获取各订单生成平台中的订单数据；

利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息；

将转换后的所有订单信息同步至各所述服务实例集群；

获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；

若不满足，则将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户。

2.根据权利要求1所述的订单管理方法，其特征在于，所述利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有所述统一订单服务平台对应的格式的订单信息，包括：

对所述订单数据进行解析，得到对应的数据类型；

根据所述数据类型确定订单生成平台的平台信息；

基于所述平台信息，从所述统一订单服务平台的规则库中查询出对应的数据转换规则和订单数据在所述订单生成平台中的存储格式；

根据所述存储格式，提取所述订单数据中的数据项和对应的数据内容；

根据所述数据转换规则，对所述数据项进行重命名，得到统一数据项目；

基于所述数据项和所述数据内容之间的对应关系，将所述数据内容按照预设的存储格式进行存储，得到统一数据内容；

根据所述数据转换规则，基于所述统一数据项目和所述统一数据内容构造订单信息，得到具有所述统一订单服务平台对应的格式的订单信息。

3.根据权利要求1所述的订单管理方法，其特征在于，所述检测用户所在的服务实例集群是否满足所述订单处理需求，包括：

对所述订单处理需求进行解析，得到与所述订单处理需求对应的操作条件和资源条件，其中，所述操作条件至少包括与所述订单处理需求对应的订单信息输出操作条件，所述资源条件至少包括与所述订单处理需求对应的资源调用条件；

获取所述用户所在的服务实例集群的操作执行能力和资源调用能力，其中，所述操作执行能力至少包括所述服务实例集群可以执行的所有操作类型序列，所述资源调用能力至少包括所述服务实例集群可以调用的所有资源序列；

判断所述操作执行能力是否满足所述操作条件；

判断所述资源调用能力是否满足所述资源条件；

若所述操作执行能力满足所述操作条件且所述资源调用能力满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求；

若所述操作执行能力不满足所述操作条件或者所述资源调用能力不满足所述资源条件，则判定用户所在的服务实例集群满足所述订单处理需求。

4.根据权利要求3所述的订单管理方法，其特征在于，在所述获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求之前，还包括：

对至少两个设置于不同服务地区的服务实例集群进行状态监测，得到所有服务实例集群的状态信息，其中，所述状态信息至少包括正常和异常；

若监测到所述用户所在的服务实例集群的状态信息为异常，则获取其他服务实例集群的状态信息，并提取其中状态信息为正常的服务实例集群标识号，得到标识号序列；

按照预设的选取方式从所述标识号序列中选取一个标识号，并将所述用户所在的服务实例集群切换至所述标识号对应的服务实例集群。

5.根据权利要求1所述的订单管理方法，其特征在于，所述通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户，包括：

根据所述订单处理需求计算出对应的数据需求量，并判断所述数据需求量是否大于设定阈值；

若大于，则确定输出方式为消息中间件输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户；

若不大于，则确定输出方式为接口输出，并基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户。

6.根据权利要求5所述的订单管理方法，其特征在于，所述基于所述消息中间件将所述订单处理需求中指定的订单信息发送至用户，包括：

读取所述订单处理需求，并获取所述订单处理需求中指定的订单信息和用户标识号；

将所述订单处理需求中指定的订单信息封装成消息，并通过消息中间件生成对应的消息标识号；

根据所述用户标识号和所述消息流标识号构造Kafka消息键，其中，所述Kafka消息键至少包括用户标识号、消息标识号和分隔符；

通过消息队列按照所述Kafka消息键建立传输链路；

通过所述传输链路将所述订单处理需求中指定的订单信息发送至用户。

7.根据权利要求1所述的订单管理方法，其特征在于，所述服务实例集群包括消息中间件Kafka集群、搜索引擎集群和Pika集群；在所述将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户之后，还包括：

解析用户订单查询请求，得到对应的查询条件，其中，所述查询条件至少包括搜索操作所能调用的数据量条件；

获取当前的服务实例集群中搜索引擎所具有的查询能力，其中，所述查询能力至少包括所述搜索引擎所能调用的数据量；

判断所述查询能力是否满足所述查询条件；

若不满足，则获取其他的服务实例集群中搜索引擎所具有的查询能力，并判断所述其他的服务实例集群中搜索引擎的查询能力是否满足所述查询条件，并切换至满足所述查询条件的搜索引擎集群；

若满足，则基于满足所述查询条件的搜索引擎集群进行查询操作，输出查询结果。

8.一种订单管理装置，其特征在于，应用于统一订单服务平台，所述统一订单服务平台包括至少两个设置于不同服务地区的服务实例集群，所述订单管理装置包括：

订单获取模块，用于获取各订单生成平台中的订单数据；

订单转换模块，用于利用订单生成平台与统一订单服务平台之间的数据转换规则，将各订单数据转换成具有与所述统一订单服务平台对应的格式的订单信息；

订单同步模块，将转换后的所有订单信息同步至各所述服务实例集群；

需求判断模块，获取用户的订单处理需求，并检测用户所在的服务实例集群是否满足所述订单处理需求；

订单输出模块，用于将用户切换至其他服务实例集群，并通过所述其他服务实例集群基于所述订单处理需求选择对应的输出方式，将所述订单处理需求中指定的订单信息发送至用户。

9.一种计算机设备，其特征在于，包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述计算机设备执行如权利要求1-7中任一项所述的订单管理方法的各个步骤。

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

Images