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

Abstract

本申请提供了一种订单管理方法、装置、电子设备及存储介质，涉及订单管理技术领域。该订单管理方法应用于订单管理系统中的服务器，订单管理系统还包括客户端与数据库；服务器分别与客户端、数据库通信连接，首先从数据库中确定目标订单，其中，目标订单携带有由客户端标记的标签，然后从目标订单中解析出关键词与目标价格信息，再依据关键词匹配关联订单，并获取关联订单的参考价格信息，最后当参考价格信息低于目标价格信息时，自动对关联订单进行下单并取消目标订单，或将关联订单发送至客户端。本申请提供了一种订单管理方法、装置、电子设备及存储介质具有能够在订单价格降低至用户期望价格时，自动进行下单或将相关信息发送给用户的优点。

Description

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

技术领域

本申请涉及订单管理技术领域，具体而言，涉及一种订单管理方法、装置、电子设备及存储介质。

背景技术

随着用户出行方式的增加，越来越多的用户在出行时，会选择租车出行。

然而，用户在租车网站进行下单后，可能出现租车价格变化的情况，例如，平台或者租车行正在举办促销活动等。由于有些用户在租车后，还会去其它租车网站查询价格，因此，若在租车价格变化后，不能同时通知或为用户更新订单，则可能造成用户反感，引起客流量流失或投诉等问题。

综上，现有技术中存在租车价格变化后，无法通知用户或为用户更新订单的问题。

发明内容

本申请的目的在于提供一种订单管理方法、装置、电子设备及存储介质，以解决现有技术中租车价格变化后，无法通知用户或为用户更新订单的问题。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种订单管理方法，应用于订单管理系统中的服务器，所述订单管理系统还包括客户端与数据库；所述服务器分别与所述客户端、所述数据库通信连接，所述方法包括：

从所述数据库中确定目标订单，其中，所述目标订单携带有由所述客户端标记的标签；

从所述目标订单中解析出关键词与目标价格信息；

依据所述关键词匹配关联订单，并获取所述关联订单的参考价格信息；

当所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端。

第二方面，本申请实施例还提供了一种订单管理装置，应用于订单管理系统中的服务器，所述订单管理系统还包括客户端与数据库；所述服务器分别与所述客户端、所述数据库通信连接，所述方法包括：

订单确定单元，用于从所述数据库中确定目标订单，其中，所述目标订单携带有由所述客户端标记的标签；

订单解析单元，用于从所述目标订单中解析出关键词与目标价格信息；

信息获取单元，用于依据所述关键词匹配关联订单，并获取所述关联订单的参考价格信息；

订单管理单元，用于当所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端。

第三方面，本申请实施例还提供了一种电子设备，包括：存储器，用于存储一个或多个程序；处理器；当所述一个或多个程序被所述处理器执行时，实现上述的订单管理方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述的订单管理方法。

相对于现有技术，本申请具有以下有益效果：

本申请提供了一种订单管理方法、装置、电子设备及存储介质，该订单管理方法应用于订单管理系统中的服务器，订单管理系统还包括客户端与数据库；服务器分别与客户端、数据库通信连接，首先从数据库中确定目标订单，其中，目标订单携带有由客户端标记的标签，然后从目标订单中解析出关键词与目标价格信息，再依据关键词匹配关联订单，并获取关联订单的参考价格信息，最后当参考价格信息低于目标价格信息时，自动对关联订单进行下单并取消目标订单，或将关联订单发送至客户端。由于本申请提供的订单管理方法中，能够根据用户设置的参考价格信息进行自动对关联订单下单或者将广联订单发送至客户端，因此用户的体验感更好。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本申请实施例提供的电子设备的模块示意图。

图2为本申请实施例提供的订单管理系统的交互示意图。

图3为本申请实施例提供的订单管理方法的第一种示例性流程图。

图4为本申请实施例提供的订单管理方法的第二种示例性流程图。

图5为本申请实施例提供的订单管理方法的第三种示例性流程图。

图6为本申请实施例提供的订单管理方法的第四种示例性流程图。

图7为本申请实施例提供的订单管理方法的第五种示例性流程图。

图8为本申请实施例提供的订单管理装置的模块示意图。

图中：100-电子设备；101-处理器；102-存储器；103-通信接口；200-订单管理系统；210-服务器；220-客户端；230-数据库；240-供应商端；300-订单管理装置；310-订单确定单元；320-订单解析单元；330-信息获取单元；340-订单管理单元。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

正如背景技术中所述，现有技术中当用户在租车网站上进行租车后，当存在租车价格变化时，无法通知用户或为用户更新订单，进而降低了用户的体验感的问题。

有鉴于此，本申请提供了一种订单管理方法，通过用户设置目标价格信息的方式，然后自动与参考价格信息进行比较，进而在参考价格信息低于目标价格信息时，实现自动下单或者将相关信息发送至用户，提升用户的体验感。

需要说明的是，本申请提供的订单管理方法可以应用于电子设备100中，图1示出本申请实施例提供的电子设备100的一种示意性结构框图，电子设备100包括存储器102、处理器101和通信接口103，该存储器102、处理器101和通信接口103相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。

存储器102可用于存储软件程序及模块，如本申请实施例提供的订单管理装置对应的程序指令或模块，处理器101通过执行存储在存储器102内的软件程序及模块，从而执行各种功能应用以及数据处理，进而执行本申请实施例提供的订单管理方法的步骤。该通信接口103可用于与其他节点设备进行信令或数据的通信。

其中，存储器102可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除可编程只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。

处理器101可以是一种集成电路芯片，具有信号处理能力。该处理器101可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图1所示的结构仅为示意，电子设备100还可以包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

下面以电子设备100作为示意性执行主体，对本申请实施例提供的订单管理方法进行示例性说明。其中，请参阅图2，该电子设备100可以为订单管理系统200中的服务器210，该订单管理系统200还包括客户端220与数据库230，服务器210分别与客户端220、数据库230通信连接。

其中，客户端可以为用户使用的智能设备，例如，手机、计算机等智能终端。

并且，用户可通过智能终端访问服务器，例如，当客户端为手机时，用户可通过在手机上安装APP的方式实现对服务器的访问；或者，当智能终端为计算机时，用户可通过网页的方式实现对服务器的访问。

作为一种实现方式，请参阅图3，该订单管理方法包括：

S102，从数据库中确定目标订单，其中，目标订单携带有由客户端标记的标签。

S104，从目标订单中解析出关键词与目标价格信息。

S106，依据关键词匹配关联订单，并获取关联订单的参考价格信息。

S108，当参考价格信息低于目标价格信息时，自动对关联订单进行下单并取消目标订单，或将关联订单发送至客户端。

其中，数据库中会存储所有用户操作相关的信息，例如，用户的账户名、用户所下的租车订单等信息。当在用户完成租车订单后，即用户通过服务器反馈的信息，选定租车时间、取车时间、租车价格、车型等信息，且在选择支付方式并付款后，即可实现订单的生成。当然地，在一种可能的实现方式中，用户选择的支付方式也可能为到店支付，在此情况下，用户即使并未付款，也可实现订单的生成。

在生成用户的订单后，可能存在用户订单的价格变化的情况，例如，用户在下单时，租车价格可能为100/天，在生成用户订单后，可能存在租车网站促销活动，或者供应商进行促销活动等情况，进而租车价格降低为90/天，若用户无法及时获知该信息，或者，用户可能通过其他途径获取该降价信息，则租车价格变化可能引起用户的不满，导致用户取消订单或产生用户投诉等情况。

在此基础上，本申请提供的订单管理方法能够实现价格的查询。作为一种实现方式，当生成用户的租车订单后，用户可以选择是否需要进行订单管理，即在订单出现降价时，服务器可进行重新下单，或者及时通知用户。

换言之，用户可以选择其中任一种订单管理方式，且在用户选择可订单管理方式后，服务器便基于客户端的信号在订单上生成标签，以实现对订单后续的监控。可选地，该标签可以为一个字符串或其它具有识别功能的标识。例如，当某一订单的信息中，包括字符串0001，则表示该订单携带有标签。

通过该实现方式，服务器能够在数据库中确定携带有标签的目标订单，然后目标订单进行后续的监控。例如，数据库中存储有10000个租车订单，其中5000个订单携带有标签，而另外5000个并未携带有标签，则服务器会从所有订单中筛选出携带标签的订单作为目标订单，并对所有目标订单进行监控管理。

此外，在用户进行管理方式的设置时，还需要设置目标价格信息，该目标价格信息即为用户的期望价格，服务器可以此为依据实现对订单的监控管理。作为一种实现方式，当用户在设置目标价格信息时，可直接设置目标价格信息的数值，例如，若用户的租车总额为1000元，且用户基于该总额设置的目标价格信息为950元，则当同样条件的订单达到用户的期望价格后，自动帮用户下新订单或通知用户价格变化。或者，用户也可设置讲价百分比的方式实现订单监控管理，例如，若用户的租车总额为1000元，且用户基于该总额设置的基于租车总额降价10％，则服务器会在相同条件的订单降至900元以下时，触发重新下订单或通知用户的操作。

可以理解地，服务器为了查找相似条件的订单，可从目标订单中解析出关键词与目标价格信息，其中，目标价格信息由用户设置。作为一种实现方式，关键词中包括但不限于取车时间、取车地点、车型、保险、车行等信息。

在服务器获取上述信息后，可依据该关键词匹配关联订单。可选地，服务器会调用但接口，根据用户设置的降价比例，周期性的进行关联订单的匹配，例如，每天进行一次关联订单的匹配，或者每小时进行一次关联订单的匹配。

其中，关联订单可以为与目标订单相同或者相似的订单，并且，作为一种可选的实现方式，其可以设置一定的优先级顺序，且相同订单的优先级大于相似订单的优先级。即，在确定关联订单时，首先确定与目标订单中所有关键词均一致的订单，例如，目标订单为在A车行预定了B号车，则服务器可查看A车行的B号车在于目标订单的全部关键词均相同时的参考价格信息，若此时参考价格信息低于用户设置的目标价格信息，则将该关联订单发送至客户端或直接为用户重新下单。

在一种可能的实现方式中，当相同订单的价格并未低于目标价格信息时，服务器还可匹配相似的关联订单，例如，从多个关键词中剔除其中一个数据，例如车行等数据，然后重新进行关联订单的匹配。由于某些关键词在剔除后，与用户的目标订单可能存在明显差异，例如，若剔除取车时间，则可能匹配的关联订单中取车时间与用户预期的取车时间差异较大，同理地，剔除车型等关键词可能存在同样的问题。因此，可选的，每个关键词均预设有优先级，在剔除关键词时，仅能剔除优先级最低的关键词，在一种实现方式中，优先级最低的关键词为租车车行。

并且，当确定关联订单后，服务器即可确定出关联订单的参考价格信息，作为一种实现方式，关联订单的参考价格信息为其总价。若该参考价格信息低于目标价格信息，则服务器根据用户选取的订单管理方式，执行相应的策略。

需要说明的是，当执行自动下单的策略时，服务器需先进行下单，然后再取消目标订单，以确保不会出现在取消目标订单后无法进行新订单的下单。还需要说明的是，当将关联订单的发送至客户端时，可以采用邮件的方式进行发送，在此基础上，还可同时发送该关联订单的订票链接，以方便用户进行新订单的预定。

同时，在将关联订单发送至客户端之后，当接收到客户端发送的关联订单下单信息时，例如用户通过点击链接的方式重新进行下单时，服务器会对关联订单进行下单，并在下单成功后，取消原来的目标订单，同时将新订单更新至用户的订单系统中，且原有的订单将不再进行展示。

在一种可能的实现方式中，在对关联订单进行下单的步骤之后，请参阅图4，该方法还包括：

S110，生成关联订单的订单号，并将关联订单的订单号与目标订单的订单号绑定。

无论通过自动预定或用户手动预定的方式，在新的订单下单成功后，服务器均可通过邮件的方式通知用户新订单的情况，并且均会的生成新的订单号。由于目标订单本身对应一个订单号，因此，在此基础上，为了能够方便用户的使用，服务器会将目标订单的交易流水迁移到新的订单中，同时，由于关联订单的订单号与目标订单的订单号绑定，因此，用户即使通过原有的订单号进行订单的查询，也能够查询到新的订单，极大提升了用户的体验感。

此外，当在新订单生成之后，还涉及差价的返还，作为一种实现方式，在对关联订单进行下单的步骤之后，请参阅图5，该方法还包括：

S114，获取目标订单的支付方式。

S116，依据关联订单的参考价格信息、目标订单的价格信息以及支付方式确定是否退还差价。

其中，本申请提供的支付方式包括但不限于到店支付、预付部分金额以及预付全额。

需要说明的是，该支付方式由用户在对目标订单进行下单时确定，服务器可根据用户的选择的支付方式及相关的价格信息确定出是否需要退还给用户差价。

可选的，请参阅图6，S116包括：

S1161，当目标订单的支付方式为到店支付方式时，确定无需退还差价；

S1162，当目标订单的支付方式为全款支付时，确定目标订单与关联订单的差价，并将差价退还至客户端关联的账号；

S1163，当目标订单的支付方式为部分支付且目标订单与关联订单的预付金额之间存在差价时，将差价退还至客户端关联的账号。

可以理解地，当用户选择到店支付时，即使新订单(即关联订单)与旧订单(即目标订单)之间存在差价，由于用户尚未进行支付，因此也无需退还差价，仅需当用户支付时，减少支付金额即可。而当用户选择全额支付时，则需要计算新订单与旧订单之间的差价，并将该差价退还至客户端关联的账号。可选的，该关联账号可以为用户进行支付时使用的账号，例如微信账号、支付宝账号或者银行卡号等。当用户选择部分支付时，则需要确定新订单与旧订单之间是否存在差价，若存在，则需要将差价退还至客户端关联的账号。

当然地，在一种可能的实现方式中，服务器在进行差价的确定时，还可将新订单需要预付的金额与旧订单的总额进行比较，当新订单中需要预付的金额小于与旧订单的总额时，则无需退还差价。

可选地，在确定目标订单与关联订单的差价时，依据公式:

差价＝关联订单的订单价格+关联订单的保险价格+关联订单的折扣价格-目标订单的订单价格-目标订单的保险价格-目标订单的折扣价格确定目标订单与关联订单的差价。

换言之，在计算新订单与旧订单的差价时，比较的是二者之间的总额，该总额为包括订单本身的价格、用户需要的支付的保险的价格以及用户享有的折扣的价格。

例如，某租车行正在举行活动，在目标订单中，用户能够享受优惠为满1000减100，而在查询关联订单时，关联订单能够享受的优惠为满1000减200，则即使在租车价格与保险价格均为改变的情况下，新订单与旧订单之间仍存在100的差价，应当返还。通过该方式确定出新订单与旧订单之间的差价，能够使确定出的差价的准确性更高。

此外，目标订单的关键词包括截止时间信息，作为一种实现方式，截止时间信息即为取车时间。

在S108的步骤之前，请参阅图7，该订单管理方法还包括：

S107，依据截止时间信息确定目标时间区间。

S108的步骤包括：

当当前时间处于目标时间区间内，且参考价格信息低于目标价格信息时，自动对关联订单进行下单并取消目标订单，或将关联订单发送至客户端。

即在进行管理时，存在时间的限制。作为一种实现方式，请继续参阅图2，订单管理系统还包括供应商端240，供应商240与服务器之间通信连接，供应商端与即租车行使用的端口，在服务器进行关联订单的匹配时，实际是请求各个供应商端的数据，同时，当用户下单后，服务器会将相应的数据发送至供应商端，例如取车时间，车型等信息。而在车行接收到上述信息后，会依据该信息为用户保留相应的车型。

可以理解地，若用户随时取消原有的订单，则可能损害供应商端的利益，因此，申请会依据截止时间确定目标时间区间，例如，目标时间区间为截止的时间两天之前。即如取车时间为12月5号，则目标时间区间为12月3号之前，在此时间区间内，服务器可进行订单的查询管理，若超过该时间，例如已经到12月4号，则服务器将不再执行查询与管理订单的操作。

基于与上述订单管理方法相同的发明构思，请参阅图8，本申请实施例还提供了一种订单管理装置300，该订单管理装置300包括订单确定单元310、订单解析单元320、信息获取单元330以及订单管理单元340。其中，

订单确定单元310，用于从数据库中确定目标订单，其中，目标订单携带有由客户端标记的标签。

可以理解地，通过订单确定单元310可执行上述的S102。

订单解析单元320，用于从目标订单中解析出关键词与目标价格信息。

可以理解地，通过订单解析单元320可执行上述的S104。

信息获取单元330，用于依据关键词匹配关联订单，并获取关联订单的参考价格信息。

可以理解地，通过信息获取单元330可执行上述的S106。

订单管理单元340，用于当参考价格信息低于目标价格信息时，自动对关联订单进行下单并取消目标订单，或将关联订单发送至客户端。

可以理解地，通过订单管理单元340可执行上述的S108。

当然地，在上述实现方式中的每一步骤均有一对应的功能模块，由于上述实施例已经详细描述，因此在此不再进行赘述。

综上所述，本申请提供了一种订单管理方法、装置、电子设备及存储介质，该订单管理方法应用于订单管理系统中的服务器，订单管理系统还包括客户端与数据库；服务器分别与客户端、数据库通信连接，首先从数据库中确定目标订单，其中，目标订单携带有由客户端标记的标签，然后从目标订单中解析出关键词与目标价格信息，再依据关键词匹配关联订单，并获取关联订单的参考价格信息，最后当参考价格信息低于目标价格信息时，自动对关联订单进行下单并取消目标订单，或将关联订单发送至客户端。由于本申请提供的订单管理方法中，能够根据用户设置的参考价格信息进行自动对关联订单下单或者将广联订单发送至客户端，因此用户的体验感更好。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。

也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。

也要注意的是，框图和或流程图中的每个方框、以及框图和或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (10)

1.一种订单管理方法，其特征在于，应用于订单管理系统中的服务器，所述订单管理系统还包括客户端与数据库；所述服务器分别与所述客户端、所述数据库通信连接，所述方法包括：

从所述数据库中确定目标订单，其中，所述目标订单携带有由所述客户端标记的标签；

从所述目标订单中解析出关键词与目标价格信息；

依据所述关键词匹配关联订单，并获取所述关联订单的参考价格信息；

当所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端。

2.如权利要求1所述的订单管理方法，其特征在于，在将所述关联订单发送至所述客户端的步骤之后，所述方法还包括：

当接收到所述客户端发送的关联订单下单信息时，对所述关联订单进行下单，并取消所述目标订单。

3.如权利要求1或2任一项所述的订单管理方法，其特征在于，当对所述关联订单进行下单后，所述方法还包括：

生成所述关联订单的订单号，并将所述关联订单的订单号与所述目标订单的订单号绑定。

4.如权利要求1所述的订单管理方法，其特征在于，在对所述关联订单进行下单的步骤之后，所述方法还包括：

获取所述目标订单的支付方式；

依据所述关联订单的参考价格信息、所述目标订单的价格信息以及所述支付方式确定是否退还差价。

5.如权利要求4所述的订单管理方法，其特征在于，所述依据所述关联订单的参考价格信息、所述目标订单的价格信息以及所述支付方式确定是否退还差价的步骤包括：

当所述目标订单的支付方式为到店支付方式时，确定无需退还差价；

当所述目标订单的支付方式为全款支付时，确定所述目标订单与所述关联订单的差价，并将所述差价退还至所述客户端关联的账号；

当所述目标订单的支付方式为部分支付且所述目标订单与所述关联订单的预付金额之间存在差价时，将所述差价退还至所述客户端关联的账号。

6.如权利要求5所述的订单管理方法，其特征在于，所述确定所述目标订单与所述关联订单的差价的步骤包括：

依据公式

差价＝关联订单的订单价格+关联订单的保险价格+关联订单的折扣价格-目标订单的订单价格-目标订单的保险价格-目标订单的折扣价格确定所述目标订单与所述关联订单的差价。

7.如权利要求1所述的订单管理方法，其特征在于，所述目标订单的关键词包括截止时间信息，在所述当所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端的步骤之前，所述方法还包括：

依据所述截止时间信息确定目标时间区间；

所述当所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端的步骤包括：

当当前时间处于所述目标时间区间内，且所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端。

8.一种订单管理装置，其特征在于，应用于订单管理系统中的服务器，所述订单管理系统还包括客户端与数据库；所述服务器分别与所述客户端、所述数据库通信连接，所述方法包括：

订单确定单元，用于从所述数据库中确定目标订单，其中，所述目标订单携带有由所述客户端标记的标签；

订单解析单元，用于从所述目标订单中解析出关键词与目标价格信息；

信息获取单元，用于依据所述关键词匹配关联订单，并获取所述关联订单的参考价格信息；

订单管理单元，用于当所述参考价格信息低于所述目标价格信息时，自动对所述关联订单进行下单并取消所述目标订单，或将所述关联订单发送至所述客户端。

9.一种电子设备，其特征在于，包括：

存储器，用于存储一个或多个程序；

处理器；

当所述一个或多个程序被所述处理器执行时，实现如权利要求1-7中任一项所述的方法。

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

Images