CN107563877A - 订单管理方法及系统 - Google Patents

Abstract

本发明涉及计算机技术领域，具体而言，涉及一种订单管理方法及系统。所述订单管理方法，应用于能够与第一服务器通信的终端设备，所述方法包括：对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；将符合预设规则的订单发送至所述第一服务器；接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；将所述未发送成功的订单发送至所述第一服务器。本发明实施例提供的订单管理方法能够实现对订单的实时监控、确保订单的完整性，以及防止订单丢失。

Description

订单管理方法及系统

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种订单管理方法及系统。

背景技术

平价商场、超市日益盛行，这些商场、超市货物品种繁多且购物的人流量大，迫切需要一套系统以实现对商品的进、销、存、财务，以及人员等进行一体化、自动化管理的状态，以降低管理费用、经营成本，最终达到以最小的投资实现最大的利润目的。随着电子信息技术的应用发展，收款机(POS)系统已成为一个专门的行业，对于零售业的物品价格管理、销售收银、销售打单，以及采购销售、库存的各种报表、数据的汇总起着不可替代的作用。

现有的POS终端数据上传至ERP业务系统中，大部分采用的是ERP系统提供订单接口给POS终端系统，通过固定的接口来获取最新的订单，采取统一的标准接口，也可以针对不同系统有不同的接口，通过这种方式将POS终端数据上传至ERP业务系统，存在着订单数据得不到实时监控且容易丢失，以及订单数据不可分析性等多种弊端。

发明内容

有鉴于此，本发明的目的在于提供一种订单管理方法及系统，以解决上述问题。

本发明的实施例提供了一种订单管理方法，应用于能够与第一服务器通信的终端设备，所述方法包括：

对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；

将符合预设规则的订单发送至所述第一服务器；

接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

将所述未发送成功的订单发送至所述第一服务器。

进一步地，将所述未发送成功的订单发送至所述第一服务器的步骤，包括：

对下一预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新订单；

将所述未发送成功的订单，以及所述新订单发送至所述第一服务器。

进一步地，接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单的步骤，包括：

接收所述第一服务器发送的反馈信息，对该反馈信息进行解析；

根据解析结果判断出已发送成功的订单，并对已发送成功的订单进行标记；

判断是否存在未进行标记的订单，若存在，则将未进行标记的订单作为未发送成功的订单。

进一步地，将符合预设规则的订单发送至所述第一服务器的步骤，包括：

判断当前网络状态，若所述网络状态为连通，则将符合预设规则的订单发送至所述第一服务器；

若所述网络状态为断开，则将符合预设规则的订单存储至预设数据库，并在所述网络状态为连通时，发送至所述第一服务器。

本发明实施例还提供了一种订单管理方法，应用于相互通信的第一服务器和第二服务器，所述第一服务器能够与终端设备通信，所述方法包括：

所述第一服务器接收所述终端设备发送的预设间隔时段内生成的多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备，并对所述多个订单进行校验，以判断所述多个订单是否符合预设规则，选取出符合预设规则的订单；

所述第一服务器将符合预设规则的订单发送至所述第二服务器；

所述第二服务器接收所述订单，对所述订单进行汇总及分析，并根据接收到的所述订单生成反馈信息，发送至所述第一服务器；

所述第一服务器接收所述第二服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

所述第一服务器将所述未发送成功的订单发送至所述第二服务器；

所述第二服务器接收所述未发送成功的订单，并进行汇总及分析。

进一步地，所述第一服务器将所述未发送成功的订单发送至所述第二服务器的步骤，包括：

所述第一服务器接收下一预设间隔时段内所述终端设备发送的多个订单，判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新的订单；

所述第一服务器将所述未发送成功的订单，以及所述新的订单发送至所述第二服务器。

进一步地，所述第一服务器接收所述反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单的步骤，包括：

所述第一服务器接收所述反馈信息，对该反馈信息进行解析；

所述第一服务器根据解析结果判断出已发送成功的订单，并对已发送成功的订单进行标记；

所述第一服务器判断是否存在未进行标记的订单，若存在，则将未进行标记的订单作为未发送成功的订单。

进一步地，所述第二服务器接收所述未发送成功的订单，并进行汇总及分析的步骤，包括：

所述第二服务器接收所述订单，对所述订单进行校正，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；

所述第二服务器对所述符合预设规则的订单进行汇总及分析。

本发明实施例还提供了一种订单管理系统，所述系统包括相互通信的终端设备和第一服务器，以及与所述第一服务器通信的第二服务器，所述终端设备包括第一校验模块、第一发送模块、第一判断模块和第二发送模块，所述第一服务器包括第二校验模块、第三发送模块、第二判断模块、第四发送模块，所述第二服务器包括第一处理模块和第二处理模块；

所述第一校验模块用于对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；

所述第一发送模块用于将符合预设规则的订单发送至所述第一服务器；

所述第一判断模块用于接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

所述第二发送模块用于将所述未发送成功的订单发送至所述第一服务器；

所述第二校验模块用于接收所述终端设备发送的预设间隔时段内生成的多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备，并对所述多个订单进行校验，以判断所述多个订单是否符合预设规则，选取出符合预设规则的订单；

所述第三发送模块用于将符合预设规则的订单发送至所述第二服务器；

所述第一处理模块用于接收所述订单，对所述订单进行汇总及分析，并根据接收到的所述订单生成反馈信息，发送至所述第一服务器；

所述第二判断模块用于接收所述第一处理模块发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

所述第四发送模块用于将所述未发送成功的订单发送至所述第二服务器；

所述第二处理模块用于接收所述未发送成功的订单，并进行汇总及分析。

进一步地，所述第二发送模块包括第一校验单元和第一发送单元，所述第四发送模块包括第二校验单元和第二发送单元；

所述第一校验单元用于对下一预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新订单；

所述第一发送单元用于将所述未发送成功的订单，以及所述新订单发送至所述第一服务器；

所述第二校验单元用于接收下一预设间隔时段内所述终端设备发送的多个订单，判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新的订单；

所述第二发送单元用于将所述未发送成功的订单，以及所述新的订单发送至所述第二服务器。

本发明实施例提供的订单管理方法能够实现对订单的实时监控，并且能够通过对订单进行校验，判断各所述订单是否符合预设规则，以确保订单的完整性，此外，所述终端设备接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单，则将所述未发送成功的订单发送至所述第一服务器，同样，所述第一服务器接收所述第二服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单，将所述未发送成功的订单发送至所述第二服务器，相对于现有技术，能够防止订单丢失。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种订单管理系统的示意性结构框图。

图2为本发明实施例提供的订单管理系统的另一种示意性结构框图。

图3为本发明实施例提供的一种订单管理方法的流程图。

图4为图3中步骤S200的子步骤流程图。

图5为图3中步骤S300的子步骤流程图。

图6为图3中步骤S400的子步骤流程图。

图7为本发明实施例提供的另一种订单管理方法的流程图。

图8为图7中步骤S800的子步骤流程图。

图9为图7中步骤S900的子步骤流程图。

图10为图7中步骤S1000的子步骤流程图。

图标：100-终端设备；110-第一校验模块；120-第一发送模块；130-第一判断模块；140-第二发送模块；200-第一服务器；210-第二校验模块；220-第三发送模块；230-第二判断模块；240-第四发送模块；300-第二服务器；310-第一处理模块；320-第二处理模块。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，除非另有明确的规定和限定，术语“安装”、“设置”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

请参阅图1，为本发明实施例提供的一种订单管理系统的示意性结构框图。所述订单管理系统包括相互通信的终端设备100和第一服务器200，以及与所述第一服务器200通信的第二服务器300。所述终端设备100与所述第一服务器200通过网络通信，以实现数据交互，所述终端设备100可以是安装于各平价商场、超市等销售点的电子终端。本实施例中，所述第一服务器200和第二服务器300可以是通过网络通信，以实现数据交互的两个独立服务器，也可以是集成一体的两个具有处理存储功能的电子装置，本实施例对此不作限制。

请参阅图2，所述终端设备100包括第一校验模块110、第一发送模块120、第一判断模块130和第二发送模块140，所述第一服务器200包括第二校验模块210、第三发送模块220、第二判断模块230、第四发送模块240，所述第二服务器300包括第一处理模块310和第二处理模块320；

所述第一校验模块110用于对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单。所述第一发送模块120用于将符合预设规则的订单发送至所述第一服务器200。所述第一判断模块130用于接收所述第一服务器200发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单。所述第二发送模块140用于将所述未发送成功的订单发送至所述第一服务器200。所述第二校验模块210用于接收所述终端设备100发送的预设间隔时段内生成的多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备100，并对所述多个订单进行校验，以判断所述多个订单是否符合预设规则，选取出符合预设规则的订单。所述第三发送模块220用于将符合预设规则的订单发送至所述第二服务器300。所述第一处理模块310用于接收所述订单，对所述订单进行汇总及分析，并根据接收到的所述订单生成反馈信息，发送至所述第一服务器200。所述第二判断模块230用于接收所述第一处理模块310发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单。所述第四发送模块240用于将所述未发送成功的订单发送至所述第二服务器300。所述第二处理模块320用于接收所述未发送成功的订单，并进行汇总及分析。

可选地，本实施例中，所述第二发送模块140包括第一校验单元和第一发送单元，所述第四发送模块240包括第二校验单元和第二发送单元。

所述第一校验单元用于对下一预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新订单。所述第一发送单元用于将所述未发送成功的订单，以及所述新订单发送至所述第一服务器200。所述第二校验单元用于接收下一预设间隔时段内所述终端设备100发送的多个订单，判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新的订单。所述第二发送单元用于将所述未发送成功的订单，以及所述新的订单发送至所述第二服务器300。

请参阅图3，本发明实施例还提供了一种订单管理方法，该订单管理方法应用于图1和图2所示的终端设备，也即，应用于上述订单管理系统中的终端设备，需要说明的是，本发明提供的订单管理方法不以图3及以下所述的具体顺序为限制。下面结合图3对所述订单管理方法的具体流程和步骤进行详细阐述。

步骤S100，对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单。

本实施例中，所述终端设备启动，应用程序运行并初始化后，每隔一所述预设间隔时段，将对该预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单。本实施例中，符合预设规则的订单即为完整订单，所述终端设备内存储有所述完整订单需包含的多个标志性特征，例如，商品种类、商品生产商家、商品名称、各商品总价、商品单价、出厂日期、保质期等。当判断得出所述订单包括了所述完整订单需包含的所有标志性特征时，即判定所述订单为完整订单，否则，判定所述订单为不完整订单，将该不完整订单存储至不完整订单列表，或直接将该不完整订单删除。需要说明的是，所述预设间隔时段可以是5分钟，也可以是10分钟，本实施例对此不作限制。此外，还需要说明的是，本实施例中，也可以在检测到有订单生成时，立即对该订单进行校验，而无需按预设间隔时段，进行批量化校验。

步骤S200，将符合预设规则的订单发送至所述第一服务器。请结合图4，可选地，本实施例中，所述步骤S200可以包括步骤S210和步骤S220两个子步骤。

步骤S210，判断当前网络状态，若所述网络状态为连通，则将符合预设规则的订单发送至所述第一服务器。步骤S220，若所述网络状态为断开，则将符合预设规则的订单存储至预设数据库，并在所述网络状态为连通时，发送至所述第一服务器。

所述预设数据库为设置于所述终端设备的微型数据库，用于保存系统参数配置，以及暂存订单。如此，即便在网路状态为断开时，所述终端设备依旧能够投入使用。

步骤S300，接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单。请结合图5，可选地，本实施例中，所述步骤S300可以包括步骤S310、步骤S320和步骤S330三个子步骤。

步骤S310，接收所述第一服务器发送的反馈信息，对该反馈信息进行解析。步骤S320，根据解析结果判断出已发送成功的订单，并对已发送成功的订单进行标记。步骤S330，判断是否存在未进行标记的订单，若存在，则将未进行标记的订单作为未发送成功的订单。

此处，所述反馈信息由所述第一服务器根据接收到的订单生成，可选地，本实施例中，所述订单可以包括订单编号，所述反馈信息包括所述第一服务器接收到的所有订单的订单编号。当接收到所述第一服务器发送的反馈信息后，从该反馈信息中提取出各所述订单编号，并对各所述订单编号对应的各所述订单进行标记。

需要说明的是，本实施例中，当判断出已发送成功的订单之后，除对所述已发送成功的订单进行标记外，还可以直接将所述已发送的订单删除，而只保留未发送成功的订单。

步骤S400，将所述未发送成功的订单发送至所述第一服务器。请结合图6，可选地，本实施例中，所述步骤S400还可以包括步骤S410和步骤S420两个子步骤。

步骤S410，对下一预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新订单。步骤S420，将所述未发送成功的订单，以及所述新订单发送至所述第一服务器。

为了使得上述订单管理方法流程更为清晰，以下将举例说明。例如，在所述终端设备启动，应用程序运行并初始化后的第一预设间隔时段内，生成了1号、2号、3号、4号共4个订单，在所述终端设备对该4个订单进行校验后，判断得出1号、2号和3号订单符合预设规则，也即，1号、2号和3号订单为完整订单，4号订单为不完整订单，随后，判断当前网络状态，若所述网络状态为连通，则将1号、2号和3号订单发送至所述第一服务器，若所述网络状态为断开，则将1号、2号和3号订单存储至预设数据库，并在所述网络状态为连通时，发送至所述第一服务器，此后，若所述第一服务器只接收到1号和2号订单，则所述第一服务器根据1号和2号订单生成反馈信息，并发送至所述终端设备，所述终端设备根据该反馈信息判断得出1号和2号订单为已发送成功的订单，3号订单为未发送成功的订单，此后，在第二预设时段内，生成了5号、6号和7号共3个订单，在所述终端设备对该3个订单进行校验后，判断得出5号和6号订单符合预设规则，也即，5号和6号订单为完整订单，7号订单为不完整订单，则将5号、6号和3号发送至所述第一服务器，此后过程以此类推，此处不再赘述。

请参阅图7，本发明实施例还提供了另一种订单管理方法，该订单管理方法应用于图图1和图2所示的第一服务器和第二服务器，也即，应用于上述订单管理系统中的第一服务器和第二服务器，需要说明的是，本发明提供的订单管理方法不以图,7及以下所述的具体顺序为限制。下面结合图7对所述订单管理方法的具体流程和步骤进行详细阐述。

步骤S500，所述第一服务器接收所述终端设备发送的预设间隔时段内生成的多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备，并对所述多个订单进行校验，以判断所述多个订单是否符合预设规则，选取出符合预设规则的订单。

可选地，本实施例中，所述订单可以包括订单编号，所述反馈信息包括所述第一服务器接收到的所有订单的订单编号。所述终端设备接收到所述第一服务器发送的反馈信息后，从该反馈信息中提取出各所述订单编号，并对各所述订单编号对应的各所述订单进行标记。

在接收到所述终端设备发送的所述多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备后，还将对接收到的所述多个订单进行校验，以再次判断各所述订单是否符合预设规则，并选取出符合预设规则的订单。具体校验过程同应用于所述终端设备的订单管理方法中步骤S100的相关描述，此处不再赘述。

步骤S600，所述第一服务器将符合预设规则的订单发送至所述第二服务器。

步骤S700，所述第二服务器接收所述订单，对所述订单进行汇总及分析，并根据接收到的所述订单生成反馈信息，发送至所述第一服务器。

本实施例中，对所述订单进行汇总及分析可以包括多种，例如，结合历史订单，对同一类商品的总销售量，以及总盈利额进行汇总和分析，再例如，结合各销售点的历史订单，对各销售点的各类商品的总销售量，以及总盈利额进行汇总和分析。

此外，此处，所述反馈信息由所述第二服务器根据接收到的订单生成，可选地，本实施例中，所述订单可以包括订单编号，所述反馈信息包括所述第二服务器接收到的所有订单的订单编号。

步骤S800，所述第一服务器接收所述第二服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单。请结合图8，可选地，所述步骤S800可以包括步骤S810、步骤S820和步骤S830两个子步骤。

步骤S810，所述第一服务器接收所述反馈信息，对该反馈信息进行解析。步骤S820，所述第一服务器根据解析结果判断出已发送成功的订单，并对已发送成功的订单进行标记。步骤S830，所述第一服务器判断是否存在未进行标记的订单，若存在，则将未进行标记的订单作为未发送成功的订单。

由上描述可知，此处，所述反馈信息由所述第二服务器根据接收到的订单生成，此外，本实施例中，所述订单可以包括订单编号，所述反馈信息包括所述第二服务器接收到的所有订单的订单编号。由此，当所述第一服务器接收到所述第二服务器发送的反馈信息后，从所述反馈信息中提取出各所述订单编号，并对各所述订单编号对应的各所述订单进行标记。

同样，需要说明的是，本实施例中，当判断出已发送成功的订单之后，除对所述已发送成功的订单进行标记外，还可以直接将所述已发送的订单删除，而只保留未发送成功的订单。

步骤S900，所述第一服务器将所述未发送成功的订单发送至所述第二服务器。请结合图9，可选地，本实施例中，所述步骤S900可以包括步骤S910和步骤S920两个子步骤。

步骤S910，所述第一服务器接收下一预设间隔时段内所述终端设备发送的多个订单，判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新的订单。步骤S920，所述第一服务器将所述未发送成功的订单，以及所述新的订单发送至所述第二服务器。

步骤S1000，所述第二服务器接收所述未发送成功的订单，并进行汇总及分析。请结合图10，可选地，本实施例中，所述步骤S1000可以包括步骤S1010和步骤S1020两个子步骤。

步骤S1010，所述第二服务器接收所述订单，对所述订单进行校正，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单。步骤S1020，所述第二服务器对所述符合预设规则的订单进行汇总及分析。

在接收到所述第一服务器发送的所述多个订单，根据接收到的所述多个订单生成反馈信息并发送至所述第一服务器后，还将对接收到的所述多个订单进行校验，以再次判断各所述订单是否符合预设规则，并选取出符合预设规则的订单。具体校验过程同应用于所述终端设备的订单管理方法中步骤S100的相关描述，此处不再赘述。此外，对所述符合预设规则的订单进行汇总及分析的过程同步骤S700的相关描述，此处不再赘述。

为了使得上述订单管理方法流程更为清晰，以下将举例说明。例如，所述第一服务器接收所述终端设备发送的第一预设间隔时段内生成的8号、9号、10号、11号共4个订单，需要说明的是，该4个订单为所述终端设备判定的符合预设规则的订单，此后，第一服务器再次对该4个订单进行校验后，判断得出8号、9号和10号订单符合预设规则，也即，8号、9号和10号订单为完整订单，11号订单为不完整订单，随后，将8号、9号和11号订单发送至所述第二服务器，，此后，若所述第二服务器只接收到8号和9号订单，则所述第二服务器在对所述订单进行订单汇总和分析的同时，根据8号和9号订单生成反馈信息，将该反馈信息发送至所述第一服务器，所述第一服务器根据该反馈信息判断得出8号和9号订单为已发送成功的订单，10号订单为未发送成功的订单，此后，在所述第一服务器接收到所述终端设备经第二预设间隔时段后发送的12号、13号和14号共三个订单，在所述第一服务器对该3个订单进行校验后，判断得出12号和13号订单符合预设规则，也即，12号和13号订单为完整订单，14号订单为不完整订单，则将12号、13号和10号发送至所述第二服务器，此后过程以此类推，此处不再赘述。

综上所述，本发明实施例提供的订单管理方法能够实现对订单的实时监控，并且能够通过对订单进行校验，判断各所述订单是否符合预设规则，以确保订单的完整性，此外，所述终端设备接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单，则将所述未发送成功的订单发送至所述第一服务器，同样，所述第一服务器接收所述第二服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单，将所述未发送成功的订单发送至所述第二服务器，相对于现有技术，能够防止订单丢失。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种订单管理方法，应用于能够与第一服务器通信的终端设备，其特征在于，所述方法包括：

对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；

将符合预设规则的订单发送至所述第一服务器；

接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

将所述未发送成功的订单发送至所述第一服务器。

2.根据权利要求1所述的订单管理方法，其特征在于，将所述未发送成功的订单发送至所述第一服务器的步骤，包括：

对下一预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新订单；

将所述未发送成功的订单，以及所述新订单发送至所述第一服务器。

3.根据权利要求1所述的订单管理方法，其特征在于，接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单的步骤，包括：

接收所述第一服务器发送的反馈信息，对该反馈信息进行解析；

根据解析结果判断出已发送成功的订单，并对已发送成功的订单进行标记；

判断是否存在未进行标记的订单，若存在，则将未进行标记的订单作为未发送成功的订单。

4.根据权利要求1所述的订单管理方法，其特征在于，将符合预设规则的订单发送至所述第一服务器的步骤，包括：

判断当前网络状态，若所述网络状态为连通，则将符合预设规则的订单发送至所述第一服务器；

若所述网络状态为断开，则将符合预设规则的订单存储至预设数据库，并在所述网络状态为连通时，发送至所述第一服务器。

5.一种订单管理方法，应用于相互通信的第一服务器和第二服务器，所述第一服务器能够与终端设备通信，其特征在于，所述方法包括：

所述第一服务器接收所述终端设备发送的预设间隔时段内生成的多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备，并对所述多个订单进行校验，以判断所述多个订单是否符合预设规则，选取出符合预设规则的订单；

所述第一服务器将符合预设规则的订单发送至所述第二服务器；

所述第二服务器接收所述订单，对所述订单进行汇总及分析，并根据接收到的所述订单生成反馈信息，发送至所述第一服务器；

所述第一服务器接收所述第二服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

所述第一服务器将所述未发送成功的订单发送至所述第二服务器；

所述第二服务器接收所述未发送成功的订单，并进行汇总及分析。

6.根据权利要求5所述的订单管理方法，其特征在于，所述第一服务器将所述未发送成功的订单发送至所述第二服务器的步骤，包括：

所述第一服务器接收下一预设间隔时段内所述终端设备发送的多个订单，判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新的订单；

所述第一服务器将所述未发送成功的订单，以及所述新的订单发送至所述第二服务器。

7.根据权利要求5所述的订单管理方法，其特征在于，所述第一服务器接收所述反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单的步骤，包括：

所述第一服务器接收所述反馈信息，对该反馈信息进行解析；

所述第一服务器根据解析结果判断出已发送成功的订单，并对已发送成功的订单进行标记；

所述第一服务器判断是否存在未进行标记的订单，若存在，则将未进行标记的订单作为未发送成功的订单。

8.根据权利要求5所述的订单管理方法，其特征在于，所述第二服务器接收所述未发送成功的订单，并进行汇总及分析的步骤，包括：

所述第二服务器接收所述订单，对所述订单进行校正，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；

所述第二服务器对所述符合预设规则的订单进行汇总及分析。

9.一种订单管理系统，其特征在于，所述系统包括相互通信的终端设备和第一服务器，以及与所述第一服务器通信的第二服务器，所述终端设备包括第一校验模块、第一发送模块、第一判断模块和第二发送模块，所述第一服务器包括第二校验模块、第三发送模块、第二判断模块、第四发送模块，所述第二服务器包括第一处理模块和第二处理模块；

所述第一校验模块用于对预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单；

所述第一发送模块用于将符合预设规则的订单发送至所述第一服务器；

所述第一判断模块用于接收所述第一服务器发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

所述第二发送模块用于将所述未发送成功的订单发送至所述第一服务器；

所述第二校验模块用于接收所述终端设备发送的预设间隔时段内生成的多个订单，根据接收到的所述多个订单生成反馈信息发送至所述终端设备，并对所述多个订单进行校验，以判断所述多个订单是否符合预设规则，选取出符合预设规则的订单；

所述第三发送模块用于将符合预设规则的订单发送至所述第二服务器；

所述第一处理模块用于接收所述订单，对所述订单进行汇总及分析，并根据接收到的所述订单生成反馈信息，发送至所述第一服务器；

所述第二判断模块用于接收所述第一处理模块发送的反馈信息，并根据该反馈信息判断是否有未发送成功的订单，若有，则选取出未发送成功的订单；

所述第四发送模块用于将所述未发送成功的订单发送至所述第二服务器；

所述第二处理模块用于接收所述未发送成功的订单，并进行汇总及分析。

10.根据权利要求9所述的订单管理系统，其特征在于，所述第二发送模块包括第一校验单元和第一发送单元，所述第四发送模块包括第二校验单元和第二发送单元；

所述第一校验单元用于对下一预设间隔时段内生成的多个订单进行校验，以判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新订单；

所述第一发送单元用于将所述未发送成功的订单，以及所述新订单发送至所述第一服务器；

所述第二校验单元用于接收下一预设间隔时段内所述终端设备发送的多个订单，判断各所述订单是否符合预设规则，并选取出符合预设规则的订单，作为新的订单；

所述第二发送单元用于将所述未发送成功的订单，以及所述新的订单发送至所述第二服务器。