CN117078340A - 一种订单处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及数据处理技术领域，尤其涉及一种订单处理方法、装置、电子设备及存储介质。应用于订单管理系统，订单管理系统通过对应的接口与各个业务系统连接，该方法为：接收各个业务系统通过对应的接口发送的订单信息的上传请求，上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；根据各个业务标识，分别确定每个业务系统在订单管理系统的数据库中对应的存储区块；并分别将与各个业务标识对应的订单数据和订单数据对应的客户的标识信息，存储至对应的存储区块；接收客户的查询请求；查询请求包括客户的标识信息；在订单管理系统的数据库中，确定与客户的标识信息匹配的所有订单数据，将所有订单数据发送给客户。

Description

一种订单处理方法、装置、电子设备及存储介质

技术领域

本发明实施例涉及数据处理技术领域，尤其涉及一种订单处理方法、装置、电子设备及存储介质。

背景技术

银行应用系统内的订单信息是指客户在银行办理业务时，银行系统记录的每一笔业务办理信息。订单信息例如是个人储蓄卡申请业务的办理信息、资信证明的申请开立业务的办理信息、活期明细申请业务的办理信息、银行卡持有证明业务的办理信息、代收e收付申请业务的办理信息等。

然而，现有的订单信息的产生是各个业务的应用系统自己独立产生并保存，彼此之间相互独立，不能支持全面了解客户办理的订单情况。

发明内容

本发明实施例的目的是提供一种订单处理方法、装置、电子设备及存储介质，用于提供一种快速获取客户的所有订单数据的方案。

第一方面，本发明实施例提供了一种订单处理方法，应用于订单管理系统，所述订单管理系统通过对应的接口与各个业务系统连接，所述方法包括：

接收各个业务系统通过对应的接口发送的订单信息的上传请求，所述上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；

根据各个所述业务标识，分别确定每个业务系统在所述订单管理系统的数据库中对应的存储区块；并分别将与各个所述业务标识对应的订单数据和所述订单数据对应的客户的标识信息，存储至对应的所述存储区块；

接收客户的查询请求；所述查询请求包括客户的标识信息；

在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，将所述所有订单数据发送给所述客户。

在一种可能的实施方式中，如果所述客户的查询请求中还包括查询时间段，则在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，包括：

判断所述查询时间段是否属于预设的短时段范围；

如果确定所述查询时间段属于所述短时段范围，则在所述订单管理系统的第一数据库中，确定与所述客户的标识信息匹配的所有订单数据；

如果确定所述查询时间段不属于所述短时段范围，则在所述订单管理系统的第二数据库中，确定与所述客户的标识信息匹配的所有订单数据；

其中，所述第一数据库仅存储订单信息产生的时间与当前时间的差值属于所述短时段范围的订单信息，当所述差值不属于所述短时段范围时，将订单信息转移存储至所述第二数据库。

在一种可能的实施方式中，所述方法还包括：

基于预设的知识图谱，对所述所有订单数据进行分析处理，获得推荐信息；所述推荐信息用于向所述客户推荐与所述所有订单数据中至少一个订单数据关联的业务办理信息；所述预设的知识图谱用于指示订单数据、推荐信息以及订单数据与推荐信息之间的联系的关系的三元组；

向客户对应的终端设备推送所述推送信息对应的内容。

在一种可能的实施方式中，所述查询请求为所述客户对应的终端设备基于接口或数据订阅方式所触发。

在一种可能的实施方式中，所述方法还包括：

根据所述所有订单数据和预设展示规则，分别确定各个订单数据的展示方式，并以对应的展示方式对各个订单数据在一个视图中进行展示；

其中，所述预设展示规则用于指示订单数据对应的业务类型和展示方式之间的关系。

第二方面，本发明实施例提供应用于订单管理系统，所述订单管理系统通过对应的接口与各个业务系统连接，所述装置包括：

第一接收单元，用于接收各个业务系统通过对应的接口发送的订单信息的上传请求，所述上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；

处理单元，用于根据各个所述业务标识，分别确定每个业务系统在所述订单管理系统的数据库中对应的存储区块；并分别将与各个所述业务标识对应的订单数据和所述订单数据对应的客户的标识信息，存储至对应的所述存储区块；

第二接收单元，用于接收客户的查询请求；所述查询请求包括客户的标识信息；

发送单元，用于在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，将所述所有订单数据发送给所述客户。

在一种可能的实施方式中，如果所述客户的查询请求中还包括查询时间段，则所述发送单元，还用于：

判断所述查询时间段是否属于预设的短时段范围；

如果确定所述查询时间段属于所述短时段范围，则在所述订单管理系统的第一数据库中，确定与所述客户的标识信息匹配的所有订单数据；

如果确定所述查询时间段不属于所述短时段范围，则在所述订单管理系统的第二数据库中，确定与所述客户的标识信息匹配的所有订单数据；

其中，所述第一数据库仅存储订单信息产生的时间与当前时间的差值属于所述短时段范围的订单信息，当所述差值不属于所述短时段范围时，将订单信息转移存储至所述第二数据库。

在一种可能的实施方式中，所述处理单元还用于：

基于预设的知识图谱，对所述所有订单数据进行分析处理，获得推荐信息；所述推荐信息用于向所述客户推荐与所述所有订单数据中至少一个订单数据关联的业务办理信息；所述预设的知识图谱用于指示订单数据、推荐信息以及订单数据与推荐信息之间的联系的关系的三元组；

向客户对应的终端设备推送所述推送信息对应的内容。

在一种可能的实施方式中，所述查询请求为所述客户对应的终端设备基于接口或数据订阅方式所触发。

在一种可能的实施方式中，所述处理单元还用于：

根据所述所有订单数据和预设展示规则，分别确定各个订单数据的展示方式，并以对应的展示方式对各个订单数据在一个视图中进行展示；

其中，所述预设展示规则用于指示订单数据对应的业务类型和展示方式之间的关系。

第三方面，本发明实施例提供了一种电子设备，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明第一方面实施例提供的任一方法。

第四方面，本发明实施例提供了一种计算机存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行本发明第一方面实施例提供的任一方法。

第五方面，本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面实施例提供的任一方法。

本发明有益效果如下：

在本发明实施例中，由于订单管理系统通过对应的接口与各个业务系统连接，因此，可以接收各个业务系统通过对应的接口发送的订单信息的上传请求，上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；然后，根据各个业务标识，分别确定每个业务系统在订单管理系统的数据库中对应的存储区块；并分别将与各个业务标识对应的订单数据和订单数据对应的客户的标识信息，存储至对应的存储区块。

也就是说，本发明实施例中的订单管理系统可以对各个业务系统的订单数据进行统一存储，这样，当接收到客户的查询请求后，可以在订单管理系统的数据库中，确定与查询请求中包括的客户的标识信息匹配的所有订单数据，然后将所有订单数据发送给客户，从而实现客户一次查询即可获得其已对应产生的所有订单数据的目的，提升客户的使用体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中的一种应用场景示意图；

图2为本发明实施例中的一种订单处理方法的流程示意图；

图3为本发明实施例中的一种数据库的示意图；

图4为本发明实施例中的一种订单处理装置的组成结构示意图；

图5为本发明实施例中的一种电子设备的一个硬件组成结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明的说明书和权利要求书中术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例中“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

本发明技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

如前所述，现有的银行内的订单信息的产生是各个业务的应用系统自己独立产生并保存，彼此之间相互独立，不能支持全面了解客户办理的订单情况。例如，用户A想要查询当前已办理的所有订单数据时，只能自己人工查找各个订单数据，或者自己先确认有哪几项业务，再去查询，整个过程较慢且对用户A要求较高，降低了用户的使用体验。

鉴于此，本发明实施例提供一种订单处理方法，该方法应用于订单管理系统，由于订单管理系统通过对应的接口与各个业务系统连接，因此，可以接收各个业务系统通过对应的接口发送的订单信息的上传请求，上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；然后，根据各个业务标识，分别确定每个业务系统在订单管理系统的数据库中对应的存储区块；并分别将与各个业务标识对应的订单数据和订单数据对应的客户的标识信息，存储至对应的存储区块。

也就是说，本发明实施例中的订单管理系统可以对各个业务系统的订单数据进行统一存储，这样，当接收到客户的查询请求后，可以在订单管理系统的数据库中，确定与查询请求中包括的客户的标识信息匹配的所有订单数据，然后将所有订单数据发送给客户，从而实现客户一次查询即可获得其已对应产生的所有订单数据的目的，提升客户的使用体验。

在介绍完本发明实施例的设计思想之后，下面对本发明实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本发明实施例而非限定。在具体实施过程中，可以根据实际需要灵活地应用本发明实施例提供的技术方案。

本发明实施例提供的方案可以适用于所有的需要进行的订单统一处理的各种业务场景中，例如银行网点的订单处理。

参阅图1所示，为本发明实施例提供的一种场景示意图，在该场景中可以包括多个设备101、服务器102以及终端设备103，其中，设备101-1、设备101-2、……、设备101-n上分别部署有业务系统，业务系统所支持的业务各不相同，且前述业务系统均归属于同一银行。可选的，不同的业务系统可以部署在同一个设备也可以部署在不同的设备上，本发明实施例中不做限定。

在本发明实施例中，服务器102上部署有订单管理系统，订单管理系统通过对应的接口与各个业务系统连接。这样，服务器102可以接收各个业务系统通过对应的接口发送的订单信息的上传请求，上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；根据各个业务标识，分别确定每个业务系统在订单管理系统的数据库中对应的存储区块；并分别将与各个业务标识对应的订单数据和订单数据对应的客户的标识信息，存储至对应的存储区块。

在本发明实施例中，服务器102还可以接收客户通过终端设备103发送的查询请求；查询请求包括客户的标识信息；在订单管理系统的数据库中，确定与客户的标识信息匹配的所有订单数据，将所有订单数据发送给客户。其中，终端设备103例如可以为手机、平板电脑(PAD)、个人计算机(Personal computer，PC)、智能电视、智能车载设备以及可穿戴设备等设备，本发明实施例中对此不做限定。

在本发明实施例中，服务器102和设备101可以是以提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，也可以是物理服务器，但并不局限于此。

其中，设备101和服务器102之间，终端设备103以及服务器102之间、以及各个设备101之间均可以通过一个或者多个网络104进行直接或间接的通信连接。该网络104可以是有线网络，也可以是无线网络，例如无线网络可以是移动蜂窝网络，或者可以是无线保真(Wireless-Fidelity，WIFI)网络，当然还可以是其他可能的网络，本发明实施例对此不做限制。

当然，本发明实施例提供的方法并不限用于图1所示的应用场景中，还可以用于其他可能的应用场景，本发明实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。

为进一步说明本发明实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本发明实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本发明实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可按照实施例或者附图所示的方法顺序执行或者并行执行。

请参见图2，图2为本发明实施例中的一种订单处理方法的流程示意图。方法的流程例如可以由电子设备执行，该电子设备可以为图1中的服务器102，该方法的具体实施流程如下：

步骤201：接收各个业务系统通过对应的接口发送的订单信息的上传请求，上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息。

在本发明实施例中，订单管理系统可以接收各个业务系统通过对应的接口发送的订单信息的上传请求。其中，各个业务系统可以分别为：贷款业务系统、外汇买卖业务系统、贸易融资业务系统、租赁业务系统、存款业务系统、整卷投资业务系统、现金资产业务系统、交易业务系统、清算业务系统、支付结算业务系统、银行卡业务系统以及托管业务系统等等。

在本发明实施例中，上传请求中所包括的业务系统的业务标识例如是数字、字母、汉字或其它字符中的至少一项组成的标识，通过该业务标识可以唯一确定对应的业务系统。

步骤202：根据各个业务标识，分别确定每个业务系统在订单管理系统的数据库中对应的存储区块；并分别将与各个业务标识对应的订单数据和订单数据对应的客户的标识信息，存储至对应的存储区块。

在本发明实施例中，由于订单管理系统可以对与其连接的各个业务系统所发送的上传请求进行处理，因此订单管理系统可以对数据库的存储进行划分。

在本发明实施例中，请参见图3，图3为本发明实施例提供的数据库的示意图。其中，数据库可以分为第一数据库301和第二数据库302。其中，第一数据库301仅存储订单信息产生的时间与当前时间的差值属于预设的短时段范围的订单信息，当差值不属于短时段范围时，将订单信息转移存储至第二数据库302。

例如，短时段范围为5年内(即小于5年)，订单信息1产生的时间2018年8月2日，当前时间为2023年为8月3日，则确定订单信息1产生的时间与当前时间的差值为5年零1天，从而可以确定差值不属于5年内，则可以将订单信息1转移存储至第二数据库302。又例如，订单信息2产生的时间是2022年8月3日，当前时间为2023年8月3日，则确定订单信息2产生的时间与当前时间的差值为1年，从而可以确定该差值属于5年内，则可以将订单信息2存储至第一数据库301。

在本发明实施例中，当确定订单信息可被存储的是哪个数据库之后，可以根据各个业务标识，分别确定每个业务系统在订单管理系统的数据库中对应的存储区块。也就是说，每个业务系统对应一个存储区块。例如，业务系统1产生的订单数据可以对应存储于存储区块1，业务系统2产生的订单数据可以对应存储于存储区块2等。进一步地，订单管理系统可以分别将与各个业务标识对应的订单数据和订单数据对应的客户的标识信息，存储至对应的存储区块。也就是说，每个存储区块中可以存储有信息条，该信息条包括订单数据和订单数据对应的客户的标识信息。

步骤203：接收客户的查询请求；查询请求包括客户的标识信息。

在本发明实施例中，订单管理系统可以接收客户通过其对应的终端设备发送的查询请求。其中，查询请求为客户对应的终端设备基于接口或数据订阅方式所触发。也就是说，客户对应的终端设备可以直接通过对应的接口向部署有订单管理系统的电子设备发送查询请求，从而订单管理系统可以获取对应的查询请求。此外，客户对应的终端设备还可以提前向订单管理系统触发数据订阅方式，即订阅订单管理系统的处理，从而订单管理系统可以对查询请求信息处理。

步骤204：在订单管理系统的数据库中，确定与客户的标识信息匹配的所有订单数据，将所有订单数据发送给客户。

在本发明实施例中，如果客户的查询请求中仅携带客户的标识信息，则在第一数据库和第二数据库中，均查找与客户的标识信息匹配的订单数据，从而可以获得与客户的标识信息匹配的所有订单数据，然后将所有订单数据发送给客户。

在本发明实施例中，如果客户的查询请求中还包括查询时间段，则订单管理系统可以先判断查询时间段是否属于预设的短时段范围；如果确定查询时间段属于短时段范围，则在订单管理系统的第一数据库中，确定与客户的标识信息匹配的所有订单数据；如果确定查询时间段不属于短时段范围，则在订单管理系统的第二数据库中，确定与客户的标识信息匹配的所有订单数据。

在本发明实施例中，当确定与客户的标识信息匹配的所有订单数据之后，订单管理系统还可以基于预设的知识图谱，对所有订单数据进行分析处理，获得推荐信息；推荐信息用于向客户推荐与所有订单数据中至少一个订单数据关联的业务办理信息；预设的知识图谱用于指示订单数据、推荐信息以及订单数据与推荐信息之间的联系的关系的三元组；例如，一组三元组为，订单数据为：用户A-开卡时间为xxxx年xx月xx日-开户地址：xxxxxxxxxxxxxx；用户A存款数值为xxxxxx；理财产品A为七日年化利率为3.04％；关系为稳定理财关联推荐，推荐信息为：理财业务办理提示信息，理财业务办理提示信息例如为：理财产品B，七日年化利率为3.07％，请确认是否办理。其中，根据客户对应前述三组订单数据，可以分析客户为稳定理财型客户，可以确定三元组对应的关系为稳定理财关联推荐，进一步地，结合客户对应的订单数据的存款信息和稳定理财关联推荐，从银行现有的理财产品中筛选出合适的理财产品，例如前述的理财产品A，从而确定理财产品A对应的信息为推荐信息的核心内容，再确定最终的推荐信息，并向客户对应的终端设备推送信息对应的内容。

这样，在为用户实现一次性查询当前已办理所有订单数据的同时，还可以为用户提供新的智能推荐信息，提升客户的使用体验。

在本发明实施例中，当确定与客户的标识信息匹配的所有订单数据之后，订单管理系统可以根据所有订单数据和预设展示规则，分别确定各个订单数据的展示方式，并以对应的展示方式对各个订单数据在一个视图中进行展示；其中，预设展示规则用于指示订单数据对应的业务类型和展示方式之间的关系。

可选的，业务类型例如包括负债业务类型、资产业务类型以及中间业务类型。其中，负债业务类型包括存款业务、借款业务、同业业务等；资产业务类型包括贷款业务、证券投资业务、现金资产业务；中间业务类型包括交易业务、清算业务、支付结算业务、银行卡业务、代理业务、托管业务、担保业务、承诺业务、理财业务以及电子银行业务。

在本发明实施例中，由于一种业务类型对应一种展示方式，且将客户相关的所有订单数据均展示在一个视图中，因此可以使客户更清楚的了解自己已产生的订单情况，提升客户的使用体验。

基于相同的发明构思，本发明实施例还提供一种订单处理装置。如图4所示，其为订单处理装置400的结构示意图，可以包括：

第一接收单元401，用于接收各个业务系统通过对应的接口发送的订单信息的上传请求，所述上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；

处理单元402，用于根据各个所述业务标识，分别确定每个业务系统在所述订单管理系统的数据库中对应的存储区块；并分别将与各个所述业务标识对应的订单数据和所述订单数据对应的客户的标识信息，存储至对应的所述存储区块；

第二接收单元403，用于接收客户的查询请求；所述查询请求包括客户的标识信息；

发送单元404，用于在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，将所述所有订单数据发送给所述客户。

在一种可能的实施方式中，如果所述客户的查询请求中还包括查询时间段，则所述发送单元404，还用于：

判断所述查询时间段是否属于预设的短时段范围；

如果确定所述查询时间段属于所述短时段范围，则在所述订单管理系统的第一数据库中，确定与所述客户的标识信息匹配的所有订单数据；

如果确定所述查询时间段不属于所述短时段范围，则在所述订单管理系统的第二数据库中，确定与所述客户的标识信息匹配的所有订单数据；

其中，所述第一数据库仅存储订单信息产生的时间与当前时间的差值属于所述短时段范围的订单信息，当所述差值不属于所述短时段范围时，将订单信息转移存储至所述第二数据库。

在一种可能的实施方式中，所述处理单元402还用于：

基于预设的知识图谱，对所述所有订单数据进行分析处理，获得推荐信息；所述推荐信息用于向所述客户推荐与所述所有订单数据中至少一个订单数据关联的业务办理信息；所述预设的知识图谱用于指示订单数据、推荐信息以及订单数据与推荐信息之间的联系的关系的三元组；

向客户对应的终端设备推送所述推送信息对应的内容。

在一种可能的实施方式中，所述查询请求为所述客户对应的终端设备基于接口或数据订阅方式所触发。

在一种可能的实施方式中，所述处理单元402还用于：

根据所述所有订单数据和预设展示规则，分别确定各个订单数据的展示方式，并以对应的展示方式对各个订单数据在一个视图中进行展示；

其中，所述预设展示规则用于指示订单数据对应的业务类型和展示方式之间的关系。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本发明示例性实施方式的订单处理方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本发明实施例中还提供了一种电子设备。在该实施例中，电子设备的结构可以如图5所示，该电子设备例如为前述图1中的服务器102，如图5所示，本发明实施例中的电子设备包括至少一个处理器501，以及与至少一个处理器501连接的存储器502和通信接口503，本发明实施例中不限定处理器501与存储器502之间的具体连接介质，图5中是以处理器501和存储器502之间通过系统总线500连接为例，系统总线500在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。系统总线500可以分为地址总线、数据总线、控制总线等，为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本发明实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行前述的订单处理方法中所包括的步骤。

其中，处理器501是电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据，可以实现电子设备的各种功能。可选的，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，处理器501主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器501可以是通用处理器，例如中央处理器(CPU)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random AccessMemory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本发明实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通信接口503是能够用于进行通信的传输接口，可以通过通信接口503接收数据或者发送数据。

此外，该电子设备还包括帮助电子设备内的各个器件之间传输信息的基本输入/输出系统(I/O系统)504、用于存储操作系统505、应用程序506和其他程序模块507的大容量存储设备508。

基本输入/输出系统504包括有用于显示信息的显示器509和用于用户输入信息的诸如鼠标、键盘之类的输入设备510。其中显示器509和输入设备510都通过连接到系统总线500的基本输入/输出系统504连接到处理器501。其中，基本输入/输出系统504还可以包括输入输出控制器以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器还提供输出到显示屏、打印机或其他类型的输出设备。

具体的，大容量存储设备508通过连接到系统总线500的大容量存储控制器(未示出)连接到处理器501。其中，大容量存储设备508及其相关联的计算机可读介质为该服务器包提供非易失性存储。也就是说，大容量存储设备508可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

根据本发明的各种实施例，该电子设备还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即该电子设备可以通过连接在系统总线500上的通信接口503连接到网络511，或者说，也可以使用通信接口503来连接到其他类型的网络或远程计算机系统(未示出)。

本发明实施例还提供一种计算机存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行上述实施例订单处理方法的技术方案。

本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行计算机程序时可实现上述实施例中订单处理方法的技术方案。

本领域所属的技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序指令属于计算机程序，计算机程序可以存储于一计算机可读存储介质中，该计算机程序在执行时，执行包括上述方法实施例的步骤；可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本发明的实施方式的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算装置上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被命令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由命令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算装置上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算装置上部分在远程计算装置上执行、或者完全在远程计算装置或服务器上执行。在涉及远程计算装置的情形中，远程计算装置可以通过任意种类的网络包括局域网(LAN)或广域网(WAN)连接到用户计算装置，或者，可以连接到外部计算装置(例如利用因特网服务提供商来通过因特网连接)。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种订单处理方法，其特征在于，应用于订单管理系统，所述订单管理系统通过对应的接口与各个业务系统连接，所述方法包括：

接收各个业务系统通过对应的接口发送的订单信息的上传请求，所述上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；

根据各个所述业务标识，分别确定每个业务系统在所述订单管理系统的数据库中对应的存储区块；并分别将与各个所述业务标识对应的订单数据和所述订单数据对应的客户的标识信息，存储至对应的所述存储区块；

接收客户的查询请求；所述查询请求包括客户的标识信息；

在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，将所述所有订单数据发送给所述客户。

2.如权利要求1所述的方法，其特征在于，如果所述客户的查询请求中还包括查询时间段，则在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，包括：

判断所述查询时间段是否属于预设的短时段范围；

如果确定所述查询时间段属于所述短时段范围，则在所述订单管理系统的第一数据库中，确定与所述客户的标识信息匹配的所有订单数据；

如果确定所述查询时间段不属于所述短时段范围，则在所述订单管理系统的第二数据库中，确定与所述客户的标识信息匹配的所有订单数据；

其中，所述第一数据库仅存储订单信息产生的时间与当前时间的差值属于所述短时段范围的订单信息，当所述差值不属于所述短时段范围时，将订单信息转移存储至所述第二数据库。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

基于预设的知识图谱，对所述所有订单数据进行分析处理，获得推荐信息；所述推荐信息用于向所述客户推荐与所述所有订单数据中至少一个订单数据关联的业务办理信息；所述预设的知识图谱用于指示订单数据、推荐信息以及订单数据与推荐信息之间的联系的关系的三元组；

向客户对应的终端设备推送所述推送信息对应的内容。

4.如权利要求1或2所述的方法，其特征在于，所述查询请求为所述客户对应的终端设备基于接口或数据订阅方式所触发。

5.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

根据所述所有订单数据和预设展示规则，分别确定各个订单数据的展示方式，并以对应的展示方式对各个订单数据在一个视图中进行展示；

其中，所述预设展示规则用于指示订单数据对应的业务类型和展示方式之间的关系。

6.一种订单处理装置，其特征在于，应用于订单管理系统，所述订单管理系统通过对应的接口与各个业务系统连接，所述装置包括：

第一接收单元，用于接收各个业务系统通过对应的接口发送的订单信息的上传请求，所述上传请求中包括订单数据、业务系统的业务标识以及订单数据对应的客户的标识信息；

处理单元，用于根据各个所述业务标识，分别确定每个业务系统在所述订单管理系统的数据库中对应的存储区块；并分别将与各个所述业务标识对应的订单数据和所述订单数据对应的客户的标识信息，存储至对应的所述存储区块；

第二接收单元，用于接收客户的查询请求；所述查询请求包括客户的标识信息；

发送单元，用于在所述订单管理系统的数据库中，确定与所述客户的标识信息匹配的所有订单数据，将所述所有订单数据发送给所述客户。

7.如权利要求6所述的装置，其特征在于，如果所述客户的查询请求中还包括查询时间段，则所述发送单元，还用于：

判断所述查询时间段是否属于预设的短时段范围；

如果确定所述查询时间段属于所述短时段范围，则在所述订单管理系统的第一数据库中，确定与所述客户的标识信息匹配的所有订单数据；

如果确定所述查询时间段不属于所述短时段范围，则在所述订单管理系统的第二数据库中，确定与所述客户的标识信息匹配的所有订单数据；

其中，所述第一数据库仅存储订单信息产生的时间与当前时间的差值属于所述短时段范围的订单信息，当所述差值不属于所述短时段范围时，将订单信息转移存储至所述第二数据库。

8.一种电子设备，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以实现如权利要求1-5中任一项所述的方法。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使计算机能够执行如权利要求1-5任一项所述的方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述如权利要求1-5中任一项所述的方法。