CN109741150A

CN109741150A - 订单修改方法、系统、设备及存储介质

Info

Publication number: CN109741150A
Application number: CN201910023258.6A
Authority: CN
Inventors: 胡蕾; 张梓欣; 肖珊珊
Original assignee: Shanghai Ctrip Business Co Ltd
Current assignee: Shanghai Ctrip Business Co Ltd
Priority date: 2019-01-10
Filing date: 2019-01-10
Publication date: 2019-05-10

Abstract

本发明提供了一种订单修改方法、系统、设备及存储介质，该方法包括接收用户对第一订单的修改请求；判断所述第一订单的订单状态是否属于可修改状态，如果所述订单状态属于可修改状态，则接收用户新的订单信息；判断新的订单信息是否符合预设修改逻辑；如果符合预设修改逻辑；则查询与新的订单信息匹配的服务行程；根据查询结果和第一订单的参数模拟生成至少一个第二订单；将生成的至少一个所述第二订单发送至用户；将用户确认后的所述第二订单发送至服务提供方；接收服务提供方的指令；如果所述指令为接受所述第二订单的信息，则发送订单修改成功信息至用户。本发明的订单修改方法满足用户需要调整接送机行程的需求，提升用户体验。

Description

订单修改方法、系统、设备及存储介质

技术领域

本发明涉及互联网领域，具体地说，涉及一种订单修改方法、系统、设备及存储介质。

背景技术

随着互联网技术的快速发展，省时省力的网络购买商品或服务已经成为现代生活的一部分。网络购买商品或服务主要通过网络下订单的方式进行，现有的订单系统只支持对订单执行支付操作和取消操作，用户不可修改订单。用户只能通过取消订单后重新下订单，而且两个订单之间相互独立，不利于订单的追踪。对于接送机服务来说，用户在下单之后，很可能会因为自身的行程变动而需要变动接送机的时间和地点，只能通过取消原接送机订单然后重新下新的接送机订单的方式来实现，降低了用户体验，并且原接送机订单和新接送机订单之间没有关联关系，对于接送机服务提供商来说，需要将原接送机订单关闭然后重新从头处理新接送机订单的事务。在接送机订单数据量很大，用户行程变动很频繁的情况下，无法提高服务效率和服务质量。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种订单修改方法、系统、设备及存储介质，满足用户需要调整接送机行程的需求，提升用户体验。

本发明的实施例提供了一种订单修改方法，包括以下步骤：

接收用户对第一订单的修改请求；

判断所述第一订单的订单状态是否属于可修改状态，

如果所述订单状态属于可修改状态，则接收用户新的订单信息，所述新的订单信息包括所需提供的接送机服务的时间、所需提供的接送机服务的起点和所需提供的接送机服务的目的地；

判断新的订单信息是否符合预设修改逻辑；

如果符合预设修改逻辑；

则查询与新的订单信息匹配的服务行程；

根据查询结果和第一订单的参数模拟生成至少一个第二订单，所述参数包括订单用户ID；

将生成的至少一个所述第二订单发送至用户；

将用户确认后的所述第二订单发送至服务提供方；

接收服务提供方的指令；

如果所述指令为接受所述第二订单的信息，则发送订单修改成功信息至用户。

根据本发明的一实施例，所述订单状态包括订单支付状态、订单确认状态、订单修改历史和订单所需提供的接送机服务的时间中的一种或多种。

根据本发明的一实施例，所述订单修改方法还包括如果判断新的订单信息不符合预设修改逻辑，则发送订单不能修改原因至用户。

根据本发明的一实施例，所述预设修改逻辑包括以下条件的一种或多种：

所述新的订单信息的所需提供的接送机服务的起点是否与所述第一订单的所需提供的接送机服务的起点在同一城市；

所述新的订单信息的所需提供的接送机服务的接送机起点是否有服务提供方；

所述新的订单信息的所需提供的接送机服务的时间是否为服务提供方的服务时间。

根据本发明的一实施例，所述查询与新的订单信息匹配的服务行程包括如下步骤：

根据新的订单信息的所述所需提供的接送机服务的起点和所述所需提供的接送机服务的目的地查询服务行程；

计算各个查询到的服务行程的价格。

根据本发明的一实施例，所述根据查询结果和第一订单的用户信息模拟生成第二订单包括如下步骤：

根据查询到的与新的订单信息匹配的各个服务行程的价格生成各个所述第二订单的价格。

根据本发明的一实施例，所述根据查询到的与新的订单信息匹配的服务行程的价格生成所述第二订单的价格包括如下步骤：

判断所述第一订单的价格是否迭加优惠金额；

如果迭加优惠金额，则判断所述优惠金额是否可迭加至与新的订单信息匹配的服务行程的价格中；

如果可迭加至与新的订单信息匹配的服务行程的价格中，则将新的订单信息匹配的服务行程的价格迭加所述优惠金额后生成所述第二订单的价格。

根据本发明的一实施例，所述第二订单的信息还包括所述第二订单的价格与所述第一订单的价格的差额。

根据本发明的一实施例，所述订单修改方法还包括根据所述差额向用户发送补款或退款信息。

本发明的实施例还提供了一种订单修改系统，包括用户模块、判断模块、查询模块和订单生成模块，其中：

所述用户模块用于接收用户的对第一订单的修改请求，

所述判断模块用于判断所述第一订单的订单状态；

所述用户模块根据所述判断模块的判断结果，确定是否接收用户新的订单信息，所述新的订单信息包括所需提供的接送机服务的时间、所需提供的接送机服务的起点和所需提供的接送机服务的目的地；

所述判断模块还用于判断新的订单信息是否符合系统支持的修改逻辑；

所述查询模块如果根据判断结果，在系统库中查询是否有与新的订单信息匹配的服务行程；

所述订单生成模块根据所述查询模块的查询结果以及第一订单的参数模拟生成至少一个第二订单，所述参数包括订单用户ID；

所述用户模块还用于将生成的至少一个所述第二订单发送至用户；将确认后的所述第二订单发送至服务提供方；接收服务提供方的指令；以及根据所述指令发送订单修改成功信息或订单修改失败信息至用户。

本发明的实施例还提供了一种订单修改设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行所述订单修改方法的步骤。

本发明的实施例还提供了一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述订单修改方法的步骤。

本发明的订单修改方法为用户提供了便捷的接送机行程修改方法，用户在行程变动需要调整接送机服务时间或地点时，只需要提交修改请求，而原接送机订单向新接送机订单变更的过程对于用户来说是不可见的，在修改订单的过程中，通过预设的逻辑进行管控，自动筛选掉一些难以实现的订单修改请求，从而减少内部客服成本，降低了订单取消率，提高了服务质量，提升订单用户的满意度，并且方便接送机服务提供商提供服务，最小化订单修改给服务提供商带来的不便。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例的订单修改方法的流程图；

图2和图3本发明一实施例的订单修改方法的交互界面示意图；

图4为本发明一实施例的订单修改系统的结构示意图；

图5为本发明一实施例的订单修改设备的结构示意图；

图6为本发明一实施例的计算机可读存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1为本发明一实施例的订单修改方法的流程图，具体地，该方法包括以下步骤：

S100、接收第一订单的修改请求；此处的第一订单可以是订单用户在先生成的接送机订单。

S200、判断所述第一订单的订单状态是否属于可修改状态，所述订单状态包括订单支付状态、订单确认状态、订单修改历史和订单所需提供的接送机服务的时间中的一种或多种。表1为本发明一实施例中定义的订单状态是否属于可修改状态列表，不同的实施例可定义不同的可修改状态，不限于表1列举的情形。

表1

图2和图3为本发明一实施例的订单修改方法的交互界面示意图，对于订单用户来说，在第一订单生产后，可以通过用户交互界面100或200直观的看出其订单是否处于可修改状态。按照表1的设定，用户交互界面100为订单确认中，因此在用户交互界面中没有显示“修改订单”的功能按钮；同样地，用户交互界面200中的订单属于处于可修改状态，则用户交互界面中显示“修改订单”的功能按钮。

如果所述订单状态属于可修改状态，则执行S300步骤：接收用户新的订单信息，所述新的订单信息包括所需提供的接送机服务的时间、所需提供的接送机服务的起点和所需提供的接送机服务的目的地；

S400、判断新的订单信息是否符合预设修改逻辑；所述预设修改逻辑包括以下条件的一种或多种：

但预设修改逻辑也不限于上述的描述，不同实施例可设置有不同预设修改逻辑和定义的订单状态是否可修改，在此不再赘述。

在上述判断第一订单的订单状态不属于可修改状态或者判断新的订单信息不符合预设修改逻辑后，此方法还可包括向用户发送订单不能修改的信息或不能修改的原因。

如果新的订单信息符合预设修改逻辑，则执行S300步骤：查询与新的订单信息匹配的服务行程；

本发明的一实施例中，查询与新的订单信息匹配的服务行程可以包括如下步骤：

根据新的订单信息的所述所需提供的接送机服务的起点和所述所需提供的接送机服务的目的地查询服务行程，查询到的服务行程可以是多个的，对于不同的实施例，系统可以对多个查询到的服务行程还可进行删选，例如，可以根据第一订单中的服务提供方信息，系统只选择与第一订单中相同的服务提供方提供的行程。

查询到的服务行程后，计算各个服务行程的价格，然后执行S600步骤：根据各个服务行程的价格和第一订单的用户信息模拟生成第二订单。此处的所述参数包括订单用户ID等。如果查询到的服务行程是多个，则模拟生成的第二订单也是多个。而各个第二订单的价格可以与服务行程的价格一一对应。

第二订单的价格还可以通过以下步骤确定：

判断所述第一订单的价格是否迭加优惠金额；

上述第二订单的价格确定过程可以看成是修改后生成的第二订单是否仍可享受第一订单的优惠的问题，同样地，不同的实施例可根据实际情况确定。如果第二订单的价格与第一订单的价格不同，所述第二订单的信息还可以包括所述第二订单的价格与所述第一订单的价格的差额。以便于后续用户的选择确认第二订单步骤。

S700、将生成的至少一个所述第二订单发送至用户；由于第二订单是在第一订单的用户信息，也可包括第一订单的其他信息的基础上生成的，第二订单与第一订单有一一对应关系。

由于在S700步骤中，向用户发送的第二订单数量可能大于1，因此，用户可以根据其价格偏好或者时间偏好选择确认第二订单。

然后，执行S800步骤：将用户确认后的所述第二订单发送至服务提供方，接收服务提供方的指令；如果所述指令为接受所述第二订单的信息，则发送订单修改成功信息至用户。

本发明的实施例中，还可以包括根据所述差额向用户发送补款或退款信息的步骤。或者连接收费接口，进行扣款和退款操作。

对于服务提供方不接受所述第二订单的信息的情形，可向用户发送订单修改不成功信息或修改不成功的原因。此时，用户可见的认为第一订单信息，模拟生成的第二订单则不可见。

图4为本发明一实施例的订单修改系统的结构示意图，订单修改系统包括用户模块M100、判断模块M200、查询模块M300和订单生成模块M400，其中：

所述用户模块M100用于接收用户的对第一订单的修改请求，

所述判断模块M200用于判断所述第一订单的订单状态；

所述用户模块M100根据所述判断模块M200的判断结果，确定是否接收用户新的订单信息，所述新的订单信息包括所需提供的接送机服务的时间、所需提供的接送机服务的起点和所需提供的接送机服务的目的地；

所述判断模块M200还用于判断新的订单信息是否符合系统支持的修改逻辑；

所述查询模块M300如果根据判断结果，在系统库中查询是否有与新的订单信息匹配的服务行程；

所述订单生成模块M400根据所述查询模块M200的查询结果以及第一订单的参数模拟生成至少一个第二订单，所述参数包括订单用户ID；

所述用户模块M100还用于将生成的至少一个所述第二订单发送至用户；将确认后的所述第二订单发送至服务提供方；接收服务提供方的指令；以及根据所述指令发送订单修改成功信息或订单修改失败信息至用户。

下面参照图5来描述根据本发明的这种实施方式的电子设备600。图5显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同平台组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，存储单元存储有程序代码，程序代码可以被处理单元610执行，使得处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，处理单元610可以执行如图1中所示的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储平台等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，程序被执行实现分拣订单修改方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图6所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

综上所述，本发明提供了一种订单修改方法、系统、设备及存储介质，该方法包括接收用户对第一订单的修改请求；判断所述第一订单的订单状态是否属于可修改状态，如果所述订单状态属于可修改状态，则接收用户新的订单信息；判断新的订单信息是否符合预设修改逻辑；如果符合预设修改逻辑；则查询与新的订单信息匹配的服务行程；根据查询结果和第一订单的参数模拟生成至少一个第二订单；将生成的至少一个所述第二订单发送至用户；将用户确认后的所述第二订单发送至服务提供方；接收服务提供方的指令；如果所述指令为接受所述第二订单的信息，则发送订单修改成功信息至用户。本发明的订单修改方法为用户提供了便捷的接送机行程修改方法，减少内部客服成本，降低了订单取消率，提高了服务质量，提升订单用户的满意度。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims

1.一种订单修改方法，其特征在于，包括以下步骤：

接收用户对第一订单的修改请求；

判断所述第一订单的订单状态是否属于可修改状态，

判断新的订单信息是否符合预设修改逻辑；

如果符合预设修改逻辑；

则查询与新的订单信息匹配的服务行程；

将生成的至少一个所述第二订单发送至用户；

将用户确认后的所述第二订单发送至服务提供方；

接收服务提供方的指令；

2.根据权利要求1所述的订单修改方法，其特征在于，所述订单状态包括订单支付状态、订单确认状态、订单修改历史和订单所需提供的接送机服务的时间中的一种或多种。

3.根据权利要求1所述的订单修改方法，其特征在于，还包括如果判断新的订单信息不符合预设修改逻辑，则发送订单不能修改原因至用户。

4.根据权利要求1所述的订单修改方法，其特征在于，所述预设修改逻辑包括以下条件的一种或多种：

5.根据权利要求1所述的订单修改方法，其特征在于，所述查询与新的订单信息匹配的服务行程包括如下步骤：

计算各个查询到的服务行程的价格。

6.根据权利要求5所述的订单修改方法，其特征在于，所述根据查询结果和第一订单的用户信息模拟生成第二订单包括如下步骤：

7.根据权利要求6所述的订单修改方法，其特征在于，所述根据查询到的与新的订单信息匹配的服务行程的价格生成所述第二订单的价格包括如下步骤：

判断所述第一订单的价格是否迭加优惠金额；

8.根据权利要求7所述的订单修改方法，其特征在于，所述第二订单的信息还包括所述第二订单的价格与所述第一订单的价格的差额。

9.根据权利要求8所述的订单修改方法，其特征在于，还包括根据所述差额向用户发送补款或退款信息。

10.一种订单修改系统，其特征在于，包括用户模块、判断模块、查询模块和订单生成模块，其中：

所述用户模块用于接收用户的对第一订单的修改请求，

所述判断模块用于判断所述第一订单的订单状态；

11.一种订单修改设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至9任意一项所述订单修改方法的步骤。

12.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现权利要求1至9任意一项所述订单修改方法的步骤。