CN114612145A - 订单处理方法及装置 - Google Patents

Abstract

本说明书实施例提供订单处理方法及装置，其中所述订单处理方法包括：接收针对票据交易页面中目标票据的票据选择指令；根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；根据所述目标票据以及所述目标关联票据，生成票据交易订单。该方法根据票据选择指令，从与目标票据相关联的初始关联票据中确定目标关联票据，并基于该目标票据与目标关联票据快速的生成票据交易订单。从而避免了购买票据的过程中，需要花费大量的时间成本和人力成本对票据进行搜索的问题，进一步地避免了计算机资源被大量浪费的问题。

Description

订单处理方法及装置

技术领域

本说明书实施例涉及计算机技术领域，特别涉及一种订单处理方法。

背景技术

随着互联网技术的不断发展，许多商家会在互联网中开通线上购票服务，例如，景区会在互联网中售卖门票。而用户在进行线上购票的过程中可能需要购买多种类型的票据，例如，当用户购买成人景区门票的情况下，可能需要再购买儿童景区门票。因此导致用户购买门票的过程中，需要花费大量的时间成本和人力成本在互联网中对该不同类型的门票进行搜索，从而导致计算机资源被大量浪费。

发明内容

有鉴于此，本说明书施例提供了一种订单处理方法。本说明书一个或者多个实施例同时涉及一种订单处理装置，一种订单处理系统，一种服务器，一种计算机可读存储介质，一种计算机程序，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种订单处理方法，包括：

接收针对票据交易页面中目标票据的票据选择指令；

根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；

根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；

根据所述目标票据以及所述目标关联票据，生成票据交易订单。

根据本说明书实施例的第二方面，提供了一种订单处理装置，包括：

接收模块，被配置为接收针对票据交易页面中目标票据的票据选择指令；

确定模块，被配置为根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；

匹配模块，被配置为根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；

生成模块，被配置为根据所述目标票据以及所述目标关联票据，生成票据交易订单。

根据本说明书实施例的第三方面，提供了一种订单处理系统，包括客户端以及服务端，其中，

所述客户端，被配置为接收用户发送的、针对票据交易页面中目标票据的票据选择指令，并将所述票据选择指令发送至所述服务端；

所述服务端用于实现所述订单处理方法的步骤。

根据本说明书实施例的第四方面，提供了一种服务器，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现所述订单处理方法的步骤。

根据本说明书实施例的第五方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现所述订单处理方法的步骤。

根据本说明书实施例的第六方面，提供了一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行所述订单处理方法的步骤。

本说明书提供的订单处理方法，包括：接收针对票据交易页面中目标票据的票据选择指令；根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；根据所述目标票据以及所述目标关联票据，生成票据交易订单。

具体地，该方法根据针对票据交易页面中目标票据的票据选择指令，从与目标票据相关联的初始关联票据中确定目标关联票据，并基于该目标票据与目标关联票据快速的生成票据交易订单。从而避免了购买票据的过程中，需要花费大量的时间成本和人力成本对票据进行搜索的问题，进一步地避免了计算机资源被大量浪费的问题。

附图说明

图1是本说明书一个实施例提供的一种订单处理方法的流程图；

图2是本说明书一个实施例提供的一种订单处理方法中票据交易页面的示意图；

图3是本说明书一个实施例提供的一种订单处理方法的处理过程流程图；

图4是本说明书一个实施例提供的另一种订单处理方法的处理过程流程图；

图5是本说明书一个实施例提供的一种订单处理装置的结构示意图；

图6是本说明书一个实施例提供的一种订单处理系统的结构示意图；

图7是本说明书一个实施例提供的一种服务器的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本说明书一个或多个实施例涉及的名词术语进行解释。

多人群组合购买：线上购买景区门票时，同时购买成人票、儿童票、老人票。

限购：线下景区为了避免被刷单，对销售渠道要求限制每一单只能购买1张等，导致线上购买时用户需要多次下单来完成购买。

SPU(Standard Product Unit)：又称为标准化产品单元，是商品信息聚合的最小单位，是一组可复用、易检索的标准化信息的集合，该集合描述了商品的特性。其属性值、特性相同的商品都可以称为一个SPU。

SKU：stock keeping unit，即库存量单位、最小存货单位。

随着互联网技术的不断发展，许多商家会在互联网中开通线上购票服务，例如，景区会在互联网中售卖门票。而用户在进行线上购票的过程中可能需要购买多种类型的票据，例如，用户在亲子出游/全家出游的场景中，需要先购买成人票，再返回商品列表页找到儿童票、老人票，并针对该儿童票、老人票进行二次购买，并无法实现一次性购买成人、儿童、老人票，从而降低了用户的买票效率，进一步导致计算机资源被大量浪费。

基于上述问题，本说明书提供了两种方案，第一种方案为电商解法，也即是使用电商的购物车方式进行购票。该方式在商品列表页尝试支持用户同时购买多种商品，在列表页用户需要选择是暂时加入购物车还是直接购买，同时每个商品加入购物车时均需要选择要购买的商品属性(可订日期、数量)，到填单页需要填写信息，对于用户来说操作过于复杂。

由于购买门票的场景不同于普通电商场景，电商商品属性不同(颜色、尺码等)，可以最终到购物车完成结算；而门票服务场景中，商品属性一致(选日期、数量)可以一步操作，因此在列表页对各个商品分别进行操作，最后在购物车进行结算，但是由于景区门票商品需要选择可订日期、填写用户信息，使用购物车方式交互逻辑太复杂，反而增加了用户的操作复杂度，因此导致用户转化率下降，进一步导致计算机资源被大量浪费。

而另一种方式为系统策略搭售的方案，该方案在进行多人群组合购买时，使用的是系统策略搭售的策略，当商品满足用户体验保障(出票快，随时退票等)要求时，自动按照产品力规则和履约规则筛选商品，完成搭售。但是，该方案在用户选择要购买的商品属性(可订日期、数量)之后，还需要用户点击商品购买页面中的关联商品按钮，基于该点击关联商品按钮的操作，为用户提供的与要购买的商品(比如成人票)相关联的其他关联商品(比如老人票、儿童票等)，从而降低了用户的使用体验，增加的用户的操作复杂度。

并且，该方案虽然支持多人群组合购买，但是对部分商品支持多人群组合购买的方式，是通过后台人工设置的打包商品，其覆盖面有限。

基于此，在本说明书中，提供了一种订单处理方法，本说明书同时涉及一种订单处理装置，一种订单处理系统、一种服务器，一种计算机可读存储介质以及一种计算机程序，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一个实施例提供的一种订单处理方法的流程图，具体包括以下步骤。

步骤102：接收针对票据交易页面中目标票据的票据选择指令。

在实际应用中，本说明书提供的订单处理方法能够应用在服务端，该服务端能够实现生成用户所需要的票据交易订单。在实际应用中，该服务端可以理解为服务器、服务器中运行的应用程序、订单处理平台等等，本说明书对服务端不做具体限制。

其中，该票据可以理解为兑换特定服务或者物品的凭证，例如，景区的门票、餐厅的餐票、商铺的商品兑换券等。本说明书实施例以票据为景区门票为例对订单处理方法进行说明，对于票据为餐票、商品兑换券的描述可以参照本说明书实施例对应或相应的描述，本说明书在此不过多赘述。

在票据为景区门票的情况下，该票据交易页面可以理解为门票购买页面；相应地，票据选择指令可以理解为针对该景区门票的选择指令，该票据选择指令可以为针对门票购买页面中景区门票的可订时间进行选择的指令；或者针对门票购买页面中景区门票的可订数量进行选择的指令。

在实际应用中，该服务端接收的针对票据交易页面中目标票据的票据选择指令，可以为客户端发送的。

下面以该订单处理方法在购买景区门票场景下的应用为例，对接收用户针对票据交易页面中目标票据的票据选择指令做进一步说明，其中，该票据为景区门票、该票据交易页面为购买景区门票的购票页面、目标票据为用户需要购买的景区门票、票据选择指令为针对特定日期的景区门票进行选择的指令。在实际应用中，该购票页面中展示有用户需要购买的景区A的门票，该购票页面通过客户端向用户展示。

基于此，该用户能够通过点击该购票页面中景区门票的可订日期，通过客户端向服务端发送选择特定日期的景区门票的指令。参见图2，图2是本说明书一个实施例提供的一种订单处理方法中票据交易页面的示意图，其中，购票页面为A景区成人票的购票页面，该购票页面中展示选择日期区域，在该区域中展示有用户能够选择的订票日期，以及给订票日期对应的门票金额。用户能够根据自己的需求点击购票页面中该选择日期区域的订票日期，从而向展示该购票页面的客户端发送门票选择指令。此外，该购票页面中，还包括门票展示区域、游客信息展示区域。该门票展示区域中展示有用户所选择的A景区成人票的金额和数量、以及与该成人票相关联的A景区儿童票的金额和数量，用户能够通过调整该门票展示区域中，成人票和儿童票对应的“-”按钮和“+”按钮，从而对成人票和儿童票的数量进行调整。游客信息展示区域中，展示有成人票和儿童票对应的游客信息，该游客信息可以包括游客的姓名、证件编号以及联系电话，其中，每张门票对应一个游客的信息；同时，该购票页面中还展示有购票人的联系电话、购票人选择的成人票和儿童票的总价，以及支付购票金额的立即支付按钮。

进一步地，服务端在接收到针对购票页面中的A景区成人票的选择指令之前，需要将该购票页面向该用户进行展示，而向用户展示该购票页面的操作，需要通过用户点击客户端上的门票展示页面中所展示A景区成人票，当服务端接收到客户端发送的用户针对A景区成人票的选择指令，从客户端发送A景区成人票的购票页面，实现客户端从门票展示页面跳转至A景区成人票的购票页面。便于后续用户基于该购票页面实现景区门票的购买，具体实现方式如下。

所述接收用户针对票据交易页面中目标票据的票据选择指令之前，还包括：

接收客户端发送的、针对票据展示页面中展示票据的票据选择指令；

根据所述展示票据的票据选择指令从所述展示票据中确定目标票据；

确定所述目标票据对应的票据交易页面，并通过所述客户端将所述票据交易页面向所述用户进行展示。

其中，该票据展示页面可以理解为对票据进行展示的页面；展示票据可以理解为在票据展示页面中进行展示的票据；在票据为景区门票的情况下，该票据展示页面可以理解为对门票进行展示的景区门票展示页面；展示票据可以理解为在景区门票展示页面中进行展示的景区门票；在实际应用中，该景区门票展示页面中可以展示有A景区的成人票、A景区的儿童票、B景区的成人票等。相应地，该票据选择指令可以理解为用户通过客户端点击选择景区门票展示页面中特定门票时所生成的选择指令，例如，用户通过客户端点击选择景区门票展示页面中A景区成人票时所生成的、针对A景区成人票的选择指令。该目标票据可以理解为用户所选择的景区门票，例如，A景区成人票。在目标票据为A景区成人票的情况下，该票据交易页面可以理解为A景区成人票的购票页面。

具体地，在实际应用中，客户端能够将票据展示页面向用户进行展示，基于此，客户端在接收到用户针对票据展示页面中展示票据的票据选择指令的情况下，能够基于针对该展示票据的票据选择指令，从票据展示页面向用户所展示的展示票据中，确定出用户所选择的目标票据。并向服务端发送针对票据展示页面中展示的目标票据的票据选择指令；服务端基于该票据选择指令确定出该目标票据所对应的票据交易页面，并将该票据交易页面发送至客户端，通过该客户端将该票据交易页面向用户进行展示。

沿用上例，客户端能够将景区门票展示页面向用户(购票者)进行展示，基于此，用户能够通过点击景区门票展示页面中所展示的A景区成人票的方式，向客户端发送针对A景区成人票的门票选择指令。客户端在接收到用户针对景区门票展示页面中A景区成人票的门票选择指令的情况下，能够从景区门票展示页面所展示的景区门票中，确定用户所选择的是A景区成人票，并向服务端发送针对景区门票展示页面所展示的A景区成人票的票据选择指令；服务端基于该票据选择指令确定该A景区成人票所对应的购票页面。并将该购票页面发送至客户端，通过客户端将当前向用户展示的景区门票展示页面跳转为该A景区成人票的购票页面，并向用户展示。

本说明书提供的实施例中，基于客户端发送的、针对票据展示页面中展示票据的票据选择指令，从展示票据中确定目标票据，并通过客户端将该目标票据对应的票据交易页面向用户进行展示，从而便于后续用户基于该票据交易页面实现票据交易。

步骤104：根据所述票据选择指令确定与所述目标票据相关联的初始关联票据。

其中，与目标票据相关联的初始关联票据可以理解为与该目标票据具有关联关系的票据，例如，在目标票据为A景区成人票的情况下，与目标票据相关联的初始关联票据可以理解为A景区儿童票、A景区老人票和/或A景区学生票等。

具体地，该服务端在接收到用户针对票据交易页面中目标票据的票据选择指令之后，能够基于该票据选择指令确定出与该目标票据相关联的初始关联票据。例如，在本说明书提供的订单处理方法应用在亲子出游/全家出游的场景的情况下，当用户选择A景区成人票时，会确定与该A景区成人票相关联的A景区老人票、A景区儿童票和/或A景区学生票等。在本说明书提供的订单处理方法应用在亲子聚餐场景的情况下，当用户选择A餐厅成人票时，会确定与该A餐厅成人票相关联的A餐厅儿童票和/或A餐厅学生票等。

步骤106：根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据。

在实际应用中，在本说明书提供的订单处理方法应用在亲子出游的场景的情况下，该当用户选择A景区成人票时，会确定与该A景区成人票相关联A景区儿童票，但是，该A景区儿童票可能由多家门票供应商提供，而多家门票供应商所提供的A景区儿童票在出票速度、商品(门票)退改规则、预定后可用时间、是否需要预约等方面可能存在不同。因此，本说明书提供的订单处理方法需要从初始关联票据中确定出各方面条件与该目标票据相匹配的关联票据，从而提高用户的购票体验。

该目标票据的属性信息可以理解为目标票据的出票速度、商品(门票)退改规则、预定后可用时间、是否需要预约等信息。

具体地，客户端在确定出与该目标票据相关联的初始关联票据之后，需要通过该目标票据的属性信息从初始关联票据中确定与目标票据相关联的目标关联票据。从而便于后续用户能够直接对该目标关联票据进行交易操作，避免了用户需要花费大量的时间成本和人力成本对票据进行搜索的问题。其中，具体实现方式可以如下所示。

所述根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据，包括：

确定所述目标票据的属性信息，以及所述初始关联票据的属性信息；

确定所述目标票据的属性信息与所述初始关联票据的属性信息的相似度；

根据所述相似度匹配与所述目标票据相关联的目标关联票据。

其中，该初始关联票据的属性信息可以理解为初始关联票据的出票速度、商品(门票)退改规则、预定后可用时间、是否需要预约等信息。相应地，该相似度可以理解为表征目标票据的属性信息和初始关联票据的属性信息之间相似程度的数值。

具体地，客户端在确定出与该目标票据相关联的初始关联票据之后，能够确定出该目标票据的属性信息以及该初始关联票据的属性信息，并确定出该目标票据的属性信息与初始关联票据的属性信息之间的相似度，并基于相似度从该初始关联票据匹配出与目标票据相关联的目标关联票据。在实际应用中，该与目标票据相关联的目标关联票据，可以理解为初始关联票据中相似度与该目标票据最大的关联票据。

本说明书提供的数据处理方法中，确定目标票据的属性信息与初始关联票据的属性信息的相似度的操作，可以通过神经网络模型、计算机程序或计算机设备等能够确定出目标票据的属性信息与初始关联票据的属性信息的相似度的工具进行实现。

沿用上例，该服务端在确定出多个门票供应商所提供的、与该A景区成人票相关联A景区儿童票之后，能够确定该A景区成人票的出票速度、商品(门票)退改规则、预定后可用时间、是否需要预约等属性信息，以及与A景区成人票相关联的A景区儿童票的出票速度、商品(门票)退改规则、预定后可用时间、是否需要预约等属性信息。

之后服务端确定出该A景区成人票的属性信息与A景区儿童票的属性信息的相似度，基于该相似度从多个门票供应商提供的A景区儿童票中，匹配出属性信息与A景区成人票最相似的A景区儿童票，将该A景区儿童票确定为与该A景区成人票相关联的A景区儿童票(目标关联票据)。

本说明书提供的订单处理方法，通过基于目标票据的属性信息与初始关联票据的属性信息的相似度，确定与目标票据相关联的目标关联票据。从而提高后续用户的购票体验。

步骤108：根据所述目标票据以及所述目标关联票据，生成票据交易订单。

具体地，服务端确定出与目标票据相关联的目标关联票据之后，能够基于该目标票据以及所述目标关联票据，为用户生成票据交易订单。

例如，服务端在确定出与该A景区成人票相关联的A景区儿童票之后，能够基于该A景区成人票以及A景区儿童票，生成景区门票购买订单。

在本说明书提供的一实施例中，服务端在确定出与该目标票据相关联的目标关联票据之后，能够通过服务端在票据交易页面中将与目标票据相关联的目标关联票据展示给用户。在实际应用中，参见图2，在用户根据自己的需求点击A景区成人票的购票页面中的购票日期，向展示该购票页面的客户端发送门票选择指令之后，服务端能够通过客户端将与该A景区成人票相关联的A景区儿童票，在A景区成人票的购票页面中进行展示。

并且，当在票据交易页面中展示目标票据以及与该目标票据相关联的目标关联票据之后，用户能够基于该票据交易页面对该目标票据和目标关联票据进行购买，从而提高了用户的购票效率。基于此。所述根据所述目标票据以及所述目标关联票据，生成票据交易订单，包括：通过客户端将所述目标票据相关联的目标关联票据展示给用户；

接收所述用户针对所述目标票据和所述目标关联票据的票据交易请求，其中，所述交易请求中携带有与所述目标票据和所述目标关联票据相关联的用户信息；

根据所述票据交易请求，通过所述用户信息、所述目标票据、所述目标关联票据生成票据交易订单。

其中，该票据交易请求可以理解为针对目标票据和目标关联票据的购票请求；相应地，该用户信息可以理解为购买票据时需要填写的用户信息，例如，购买景区门票时需要填写的游客信息，购买餐票时需要填写的用餐人信息等。相应地，票据交易订单可以理解为票据的购买订单，在票据为景区门票的情况下，该票据交易订单为景区门票的购买订单；在票据为餐票的情况下，该票据交易订单为餐票的购买订单。

具体地，服务端在确定与目标票据相关联的目标关联票据之后，能够通过将该目标关联票据发送至客户端，由客户端将与目标票据相关联的目标关联票据展示给用户。并且在客户端将目标票据以及与该目标票据相关联的目标关联票据向用户展示之后，客户端能够接收到该用户针对该目标票据和所述目标关联票据的票据交易请求，该客户端能够将用户针对目标票据和所述目标关联票据的票据交易请求，发送至服务端；服务端基于该票据交易请求，通过目标票据、目标关联票据、以及该票据交易请求中携带的与目标票据和所述目标关联票据相关联的用户信息，生成票据交易订单。从而实现用户能够快速的对目标票据和目标关联票据进行购买，提高了用户的购票效率，节省了计算机的处理资源，提高了用户的使用体验。

沿用上例，服务端通过客户端在购票页面，将A景区成人票以及与A景区成人票相关联的A景区儿童票向用户展示之后，用户能够在客户端上显示的购票页面中选择需要购买的景区门票，参见图2，用户能够通过调整该门票展示区域中，成人票和儿童票对应的“-”按钮和“+”按钮，从而对成人票和儿童票的数量进行调整，并通过点击该在客户端上显示的购票页面中的购票按钮，对该成人票和儿童票进行购买；参见图2，该购票按钮可以为立即支付按钮。用户能点击购票按钮之后，能够向客户端发送针对该A景区成人票以及A景区儿童票的购票请求。

在实际应用中，该购票请求会携带的A景区成人票所对应的游客信息，以及A景区儿童票所对应的游客信息，参见图2，用户能够将该游客信息输入至客户端，并通过该购票页面进行展示，使得用户能够确定其输入的游客信息是否正确。

客户端在接收到该购票请求之后，能够将该购票请求发送至服务端；服务端在接收到客户端发送的用户针对该A景区成人票以及A景区儿童票的购票请求之后，能够基于该A景区成人票、A景区儿童票以及对应的游客信息生成门票购票订单。

本说明书提供的一实施例中，所述根据所述票据交易请求，通过所述用户信息、所述目标票据、所述目标关联票据生成票据交易订单之后，还包括：

根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的目标票据资源；

从所述用户获取所述票据交易订单对应的目标票据资源。

其中，目标票据和目标关联票据的票据资源可以理解为目标票据和目标关联票据对应的价格，也即是，购买该目标票据和目标关联票据的资金。目标票据资源可以理解为票据交易订单所对应的交易资金，也即是用户需要支付的订单金额。在本说明书提供的票据交易方法中，该票据交易订单包括目标票据和目标关联票据，因此，该票据交易订单对应的目标票据资源可以为目标票据和目标关联票据所对应的资金的总和。参见图2，该A景区成人票的价格为10元、该A景区儿童票的价格为5元，因此，包含A景区成人票和A景区儿童票的购票订单的金额为15元，也即是用户需要支付的购票订单金额为15元。

具体地，服务端在生成票据交易订单的之后，能够基于该目标票据对应的票据资源和目标关联票据对应的票据资源，确定出票据交易订单所对应的目标票据资源，并从用户获取到该据交易单据所对应的目标票据资源，从而避免了服务端由于缺少票据资源，无法从票据提供方获取票据的问题，保证票据交易的正常执行。

沿用上例，在服务端基于A景区成人票和A景区儿童票生成门票购票订单之后，由于该门票购票订单中包含A景区成人票和A景区儿童票，该客服务端能够确定出该A景区成人票的价格(10元)和A景区儿童票的价格(5元)，并将两个门票的价格总和(15元)作为门票购票订单所对应的订单金额，并从该用户获取该订单金额对应的资金。当用户支付该订单金额对应的资金之后，即完成了A景区成人票和A景区儿童票的购买。

在实际应用中，该从用户获取该订单金额对应的资金的方式，可以为任意一种能够向用户进行收款操作的方式，本说明书对此不做具体限制。

在本说明书提供的一实施例中，本说明书提供的订单处理方法，在从所述用户获取所述目标票据资源的过程中，包括：

根据所述目标票据资源生成资源获取页面，根据所述资源获取页面从所述用户获取所述目标票据资源。

其中，该资源获取页面可以理解为用户支付目标票据资源的界面。例如，收款界面。

沿用上例，服务端在确定门票购票订单所对应的订单金额之后，能基于该订单金额生成收款界面并通过客户端向用户展示，该用户能够基于该收款界面支付门票购票订单所对应的订单金额，从而完成服务端从用户获取订单金额的操作，从而快速的完成订单金额的获取，提高票据交易的效率。

在本说明书提供的一实施例中，用户能够在购票的过程中可以使用优惠劵对购票订单的总金额进行抵扣，因此，所述根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的目标票据资源，包括：

根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的初始票据资源；

接收所述用户针对资源抵扣票据的票据选择指令；

根据所述针对资源抵扣票据的票据选择指令，从所述初始票据资源确定所述资源抵扣票据对应的抵扣资源；

将所述初始票据资源中的抵扣资源进行扣除处理，获得目标票据资源。

其中，初始票据资源可以理解为目标票据和目标关联票据所对应的资金的总和。资源抵扣票据可以理解为能够抵扣一定资源的票据，例如优惠券。资源抵扣票据对应的抵扣资源可以理解为资源抵扣票据所能够抵扣的资源，例如，优惠券所能够优惠的金额。

具体地，服务端能够确定出目标票据的票据资源和目标关联票据的票据资源相加获得的总和资源，并将该总和资源作为票据交易订单对应的初始票据资源。在实际应用中，服务端能够通过客户端将该初始票据资源向用户进行展示。之后，在用户通过客户端点击选择票据交易页面中的资源抵扣票据时，能够向客户端发送针对资源抵扣票据的票据选择指令；客户端在接收到用户针对资源抵扣票据的票据选择指令之后，将该票据选择指令发送至服务端；服务端基于该针对资源抵扣票据的票据选择指令，确定用户所选择的资源抵扣票据，并从初始票据资源确定资源抵扣票据对应的抵扣资源；将该初始票据资源中的抵扣资源进行扣除，从而获得票据交易订单对应的目标票据资源。

沿用上例，服务端在确定A景区成人票的价格(10元)以及该A景区儿童票的价格(5元)，并将A景区成人票的价格和A景区儿童票的价格相加，获得门票的总价(15元)，并将该总价作为购票订单的初始订单金额。之后架构该初始订单金额发送至客户端，通过客户端向用户展示；用户能够通过客户端点击选择A景区成人票购票页面中展示的优惠劵，在用户点击特定优惠劵(例如5元优惠券)时，能够向客户端发送针对5元优惠券的优惠劵选择指令；客户端将针对5元优惠券的优惠劵选择指令发送至服务端；服务端基于该优惠劵选择指令确定用户选择的5元优惠券，并从初始订单金额中确定出该5元优惠券所能够抵扣的资金(5元)，并从该初始订单金额扣除5元优惠券所对应的5元抵扣资金，从而获得购票订单的目标订单金额(10元)，即用户最终需要支付的订单金额。

在本说明书提供一实施例中，该订单处理方法在服务端从用户获取到票据交易订单对应的目标票据资源之后，能够将票据交易订单以及对应的目标票据资源发送该票据提供方，从而从该票据提供方获得用户所交易的目标票据以及目标关联票据。但是，许多景区为了避免刷单等违规行为的方式，不支持通过一个订单购买多种门票的方式，许多景区的商品(门票)被限制为1单(一笔订单)仅可购买1张票，因此，导致用户在购买门票时需要多次下单购买。提高了用户的购票复杂度，进一步降低了用户的购票体验，基于此，本说明书提供的订单处理方法中，服务端能够将包含目标票据和目标关联票据的票据交易订单进行拆分，从而与该目标票据和目标关联票据对应的多个子单据，从而避免一笔订单仅可购买一张票据，所导致的用户购票体验较差的问题，降低了用户的购票复杂度。具体实现方式如下。

所述从所述用户获取所述票据交易订单对应的目标票据资源之后，还包括步骤一至步骤四：

步骤一：根据所述票据交易订单中的所述目标票据、所述目标关联票据以及所述用户信息，将所述票据交易订单拆分为第一票据子订单以及第二票据子订单。

其中，第一票据子订单可以理解为针对目标票据的交易订单，在目标票据为A景区成人票的情况下，该第一票据子订单可以为A景区成人票购票订单；第二票据子订单可以理解为可以理解为针对目标关联票据的交易订单，在目标关联票据为A景区儿童票的情况下，该第一票据子订单可以为A景区儿童票购票订单。

具体地，服务端在生成票据交易订单并从用户获取票据交易订单对应的目标票据资源之后，该服务端需要基于该票据交易订单中包含的目标票据、目标关联票据以及用户信息，将票据交易订单拆分成第一票据子订单以及第二票据子订单。

进一步地，本说明书提供的一实施例中，所述根据所述票据交易订单中的所述目标票据、所述目标关联票据以及所述用户信息，将所述票据交易订单拆分为第一票据子订单以及第二票据子订单，包括：

从所述票据交易订单中获取所述目标票据、所述目标关联票据以及所述用户信息；

从所述用户信息中确定与所述目标票据相关联的第一用户信息，以及与所述目标关联票据相关联的第二用户信息；

根据所述目标票据以及相关联的第一用户信息生成第一票据子订单，根据所述目标关联票据以及相关联的第二用户信息生成第二票据子订单。

其中，在目标票据为A景区成人票的情况下，该目标票据相关联的第一用户信息可以理解为A景区成人票对应的游客信息。在目标关联票据为A景区儿童票的情况下，该目标关联票据相关联的第一用户信息可以理解为A景区儿童票对应的游客信息。

第一票据子订单可以理解为包含目标票据以及相关联的第一用户信息的目标票据交易订单，例如成人票购票订单。第二票据子订单可以理解为包含目标关联票据以及相关联的第二用户信息的目标关联票据交易订单，例如儿童票购票订单。

具体地，服务端从票据交易订单中获取目标票据、目标关联票据以及用户信息，并从该用户信息中确定与目标票据相关联的第一用户信息，以及与目标关联票据相关联的第二用户信息，之后基于该目标票据以及相关联的第一用户信息生成第一票据子订单，以及基于该目标关联票据以及相关联的第二用户信息生成第二票据子订单。

沿用上例，服务端从包含A景区成人票和A景区儿童票的购票订单中，获得A景区成人票、A景区儿童票以及A景区成人票和A景区儿童票所对应的游客信息。从该游客信息中确定出A景区成人票所对应的游客信息，以及A景区儿童票所对应的游客信息；基于该A景区成人票和其对应的游客信息生成成人票购票订单，以及基于A景区儿童票和其对应的游客信息生成儿童票购票订单。

步骤二：根据所述目标票据以及所述目标关联票据的票据资源，将所述目标票据资源划分为与所述第一票据子订单对应的第一订单资源，以及与所述第二票据子订单对应的第二订单资源。

其中，在第一票据子订单为成人票购票订单的情况下，该第一订单资源可以理解为成人票购票订单对应的订单资金。在第二票据子订单为儿童票购票订单的情况下，该第二订单资源可以理解为儿童票购票订单对应的订单资金。

具体地，服务端能够基于目标票据对应的票据资源，以及目标关联票据对应的票据资源，从目标票据资源中划分出与第一票据子订单对应的第一订单资源，以及与第二票据子订单对应的第二订单资源。

沿用上例，服务端在将包含A景区成人票和A景区儿童票的购票订单，拆分为成人票购票订单以及儿童票购票订单之后，能够确定该A景区成人票的价格(10元)，以及A景区儿童票的价格(5元)。基于A景区成人票以及A景区儿童票的价格，从而用户支付的订单资金(15元)中，划分出与该A景区成人票的价格对应的资金(10元)，以及与A景区儿童票的价格对应的资金(5元)；并将与该A景区成人票的价格对应的资金，作为成人票购票订单的订单资金(10元)；将与该A景区儿童票的价格对应的资金，作为儿童票购票订单的订单资金(5元)。

本说明书提供的一实施例中，由于用户在支付订单资金的过程中，可能会使用优惠券抵扣掉订单资金中的部分资金，因此，本说明书提供的订单处理方法，能够将优惠金额(优惠券抵扣的金额)按不同商品(门票)的金额均分摊到各个商品订单上，具体实现方式如下。

所述根据所述目标票据以及所述目标关联票据的票据资源，将所述目标票据资源划分为与所述第一票据子订单对应的第一订单资源，以及与所述第二票据子订单对应的第二订单资源，包括：

确定所述票据交易订单的资源处理信息，并从所述资源处理信息中确定所述目标票据资源对应的抵扣资源，以及所述票据交易订单的初始票据资源；

根据所述初始票据资源以及所述抵扣资源确定资源抵扣比率；

根据所述资源抵扣比率以及所述目标票据的票据资源，确定所述第一票据子订单对应的第一订单资源；

根据所述资源抵扣比率以及所述目标关联票据的票据资源，确定所述第二票据子订单对应的第二订单资源；

从所述目标票据资源中划分出所述第一票据子订单对应的第一订单资源，以及所述第二票据子订单对应的第二订单资源。

其中，该资源处理信息可以理解为购票订单对应的资金处理信息，该资金处理信息中包含购票订单的初始订单金额(优惠前金额)、该购票订单的实际订单金额(优惠后金额)、用户使用优惠券所抵扣的资金等信息。

资源抵扣比率可以理解为优惠劵的优惠比例，例如，初始票据资源为15元，抵扣资源为3元，该资源抵扣比率可以为80％。

具体地，服务端能够从该资源处理信息中确定目标票据资源对应的抵扣资源；以及该票据交易订单的初始票据资源，基于该初始票据资源以及对应的抵扣资源确定出资源抵扣比率，根据资源抵扣比率以及目标票据的票据资源，确定第一票据子订单对应的第一订单资源，以及根据资源抵扣比率以及目标关联票据的票据资源，确定第二票据子订单对应的第二订单资源；并从目标票据资源中划分出第一票据子订单对应的第一订单资源，以及第二票据子订单对应的第二订单资源。

沿用上例，服务端在将包含A景区成人票和A景区儿童票的购票订单，拆分为成人票购票订单以及儿童票购票订单之后，服务端能够确定出该包含A景区成人票和A景区儿童票的购票订单对应的资金处理信息，并从资金处理信息中确定出用户所使用优惠券对应的抵扣资金(优惠资金)，以及订单的未被抵扣前的原始订单金额(15元)。

根据该包含A景区成人票和A景区儿童票的购票订单对应的原始订单资金(15元)，以及抵扣资金(3元)，基于该原始订单金额(15元)和抵扣资金(3元)确定出该优惠券对应的抵扣比例为80％。

之后服务端能够根据该A景区成人票的价格(10元)以及抵扣比率，确定A景区成人票订单对应的订单资金(8元)，以及根据A景区儿童票的价格(5元)以及抵扣比率，确定A景区儿童票购票订单对应的订单资金(4元)。

之后从而用户支付的订单资金(12元)中，划分出与该A景区成人票的价格对应的资金(8元)，作为成人票购票订单的订单资金(8元)，以及与A景区儿童票的价格对应的资金(4元)，作为儿童票购票订单的订单资金(4元)。

步骤三：确定所述目标票据以及所述目标关联票据对应的票据提供对象。

其中，该票据提供对象可以理解为能够为用户提供票据的机构，例如景区的售票机构、景区的互联网售票平台、餐厅的售票平台等。

具体地，服务端在生成第一票据子订单以及第二票据子订单，并确定该第一票据子订单对应的第一订单资源，以及与第二票据子订单对应的第二订单资源之后，能够确定出该目标票据对应的票据提供对象，以及目标关联票据对应的票据提供对象。

步骤四：将所述第一票据子订单以及对应的第一订单资源发送至所述目标票据对应的票据提供对象，将所述第二票据子订单以及对应的第二订单资源发送至所述目标关联票据对应的票据提供对象。

具体地，服务端能够将第一票据子订单以及对应的第一订单资源发送至目标票据对应的票据提供对象，将第二票据子订单以及对应的第二订单资源发送至目标关联票据对应的票据提供对象。

在实际应用中，该服务器将第一票据子订单以及对应的第一订单资源发送至目标票据对应的票据提供对象，并将第二票据子订单以及对应的第二订单资源发送至目标关联票据对应的票据提供对象。

在实际应用中，该票据提供对象在接收到票据子单据和对应的单据资源之后，能够将基于该票据子单据中携带的票据和用户信息进行出票，并在出票完成后向服务端发送出票成功通知，该服务端在接收到出票成功通知之后，通过客户端将该出票成功的通知展示给用户。

本说明书提供的实施例中，设计了多人群组合购买的产品功能流程，并进一步地完成了将商品的限购放开，使得用户下一单，而向供应商下多单的能力，从而对于限购商品可为一笔支付单同时创建多笔限购订单，实现了用户可在一笔订单购买多张商品(票据)的目的。并且，针对一笔支付单(购票订单)的消费优惠券，实现了根据优惠金额按照可用优惠券的商品金额比例拆到多笔限购单的能力。

下述结合附图3，以本说明书提供的订单处理方法在购买景区门票场景下的应用为例，对所述订单处理方法进行进一步说明。其中，图3示出了本说明书一个实施例提供的一种订单处理方法的处理过程流程图，具体包括以下步骤。

步骤302：用户点击购买某一种票种。

具体地，用户从客户端的购票页面点击选择需要购买某一种票种，以及选择该票种的可订日期，该票种可以为成人门票；

步骤304：根据策略规则筛选满足体验保障的可搭售商品。

具体地，基于用户点击选择的主商品(如成人门票)的可订日期，根据该策略规则筛选满足体验保障的可搭售商品，也即是，召回其他人群票种商品。该其他人群票种可以为儿童票/老人票。

其中，该策略规则(召回选品逻辑)可以为：按照主商品的退改规则、预订后可用时间、出票速度、是否需要预约等字段，筛选与该字段相匹配的其他人群票种商品，并将筛选后获得的其他人群票种商品，作为可召回组合购买的商品。

其中，该主商品可以理解为上述实施例中的目标票据，该可搭售商品可以理解为上述实施例中的目标关联票据，该策略规则可以理解为上述实施例中的预设筛选规则。

步骤306：用户勾选成人票+儿童票/老人票。

具体地，用户通过前端交互的方式，在客户端的购票填单页面(购票页面)勾选成人票和儿童票/老人票，以及填写游客信息。客户端基于该成人票、儿童票/老人票以及游客信息生成购票订单，并基于该成人票、儿童票/老人票的价格确定该购票订单的订单金额，从向用户收款。在用户完成订单金额的支付后，即实现了用户通过前端交互的方式，在填单页购买多种不同种类商品。

步骤308：拆单向供应商下单。

在实际应用中，许多商家为了避免刷单等违规行为，采用一笔订单仅可购买一张票据的购票方式，并不支持通过一个订单购买多种门票，基于此，本实施例中，在基于成人票、儿童票/老人票生成一个购票订单之后，将该一个购票订单拆分为多笔子订单，比如成人票子订单，儿童票/老人票子订单，每笔子订单对应一张票据，并基于拆分后获得的多笔子订单向供应商下单，从而完成订单创建。

步骤310：用户线下分别核销使用。

具体地，在完成订单的创建之后，用户能够在线下分别对该成人票、儿童票/老人票进行核销使用。

本说明书提供的订单处理方法，为方便用户购买门票，在产品方案上应用了成人+儿童+老人可同时购买的多人群商品搭售模式；还进一步地，为了解决景区商品限购，C端用户购买多张时，在对接供应商时进行拆单下单，方便用户一次下多张票。通过组合搭售+限购拆单，解决了方便C端用户购买，按照供应商要求下单的目的。

基于此，该订单处理方法在多人群组合购买时，通过使用系统策略搭售的方式，当商品满足用户体验保障(出票快，随时退等)要求时，自动按照产品力规则和履约规则筛选商品，完成搭售；并且，实现了一单拆多单的购物车能力，能够一笔用户单拆成多单向供应商下单，也就支持了对限购商品，进行限购识别、自动放开，并自动为用户拆单下单。此外，本说明书提供的订单处理方法，支持按日期同时查看多SPU库存、价格等信息，从而使得用户能够直观的了解到商品的库存和价格。

下述结合附图4，以本说明书提供的订单处理方法在进行订单拆分场景下的应用为例，对所述订单处理方法进行进一步说明。其中，图4示出了本说明书一个实施例提供的另一种订单处理方法的处理过程流程图，具体包括以下步骤。

步骤402：用户提交订单。

具体地，服务端能够根据用户通过客户端提交的、针对票据交易页面中目标票据的票据选择指令，为用户生成票据交易订单。为了避免过多赘述，该服务端为用户生成票据交易订单的内容可以参见上述对应或相应的描述内容。

步骤404：根据sku数量、sku是否限购判断是否需要进行拆单处理。

其中，在票据交易场景下，该sku可以为票据。

具体地，服务端确定该票据交易订单中票据(sku)的数量，以及确定该票据交易订单中的sku是否为限购票据。在实际应用中，部分票据提供对象(如景区的售票机构)会对部分票据进行限购。因此，需要判断票据交易订单中的sku是否为限购票据。

之后，服务端根据sku数量、sku是否限购判断是否需要进行拆单处理。具体可以为：

当票据交易订单中票据的数量等于1个，且该票据限购的情况下，即图4中“sku＝1且sku限购”，执行步骤408。

当票据交易订单中票据的数量大于1个的情况下，即图4中“sku>1”，执行步骤408。

当票据交易订单中票据的数量等于1个，且该票据不限购的情况下，即图4中“sku＝1且sku不限购”，执行步骤406。

步骤406：直接向CP发起可订校验。

其中，该CP可以理解为上述实施例中的票据提供对象，例如A景区的售票系统。该可订校验可以理解为向票据提供对象验证票据交易订单中的票据是否可以执行票据交易操作，比如，向A景区的售票系统验证景区门票购买订单中的A景区成人票和/或A景区儿童票，是否售空、或者是否暂停售卖等。

具体地，在确定当票据交易订单中票据的数量等于1个，且该票据不限购的情况下，能够直接向A景区的售票系统发起可订校验，执行步骤410。

步骤408：拆分订单向CP进行可订校验。

具体地，将包含A景区成人票以及A景区儿童票的A景区购票订单进行拆分，获得A景区成人票订单，以及A景区儿童票订单，并将A景区成人票订单，以及A景区儿童票订单向A景区售票系统发起可订校验，执行步骤410。

步骤410：可订校验是否全部成功。

从A景区售票系统中获取A景区成人票以及A景区儿童票的交易状态，并基于该交易状态对A景区成人票以及A景区儿童票进行可订校验，判断可订校验是否全部成功，若是，则执行步骤418；若否，则执行步骤412。

其中，判断可订校验是否全部成功的方式可以为：

当基于该交易状态确定A景区成人票和/或A景区儿童票售空的情况下，确定该A景区成人票和/或A景区儿童票不可订，或者，当基于该交易状态确定A景区成人票和/或A景区儿童票无法售卖的情况下，确定该A景区成人票和/或A景区儿童票不可订的情况下，确定可订校验全部未成功。

当基于该交易状态确定A景区成人票和/或A景区儿童票为售空的情况下，确定该A景区成人票和/或A景区儿童票可订的情况下，确定可订校验全部成功。

步骤412：提示用户可订校验失败的票种，由用户选择是否继续下单。

具体地，在可订校验没有全部成功的情况下，服务端则通过客户端提示用户可订校验失败，以及可订校验失败的票种，并由用户选择是否继续下单。若是，则执行步骤414；若否，则执行步骤416。

步骤414：重新计算价格订单。

具体地，服务端重新计算票据交易订单对应的价格，并执行步骤418。

步骤416：反选不可下单票种，展示当前票品暂不可订。

具体地，服务端反选不可下单票种，并通过客户端向用户展示当前不可下单票种，暂不可订，并执行步骤402，以使用户重新下单。

步骤418：完成订单创建。

具体地，服务端确定订单全部可订校验成功后，确定完成订单创建，并将订单发送至票据提供对象。

步骤420：订单详情页按照向CP创建订单所拆分的订单进行展示。

具体地，服务端通过客户端的订单详情页，将按照向CP创建订单时所拆分的订单，向用户进行展示。

步骤422：用户申请退款正常流程。

具体地，在用户提出针对不可订的票据发起退款时，服务端执行用户申请退款正常流程，并将不可订票据对应的资金退返给用户。

本说明书提供的订单处理方法，该订单处理方法在多人群组合购买时，通过使用系统策略搭售的方式，当商品满足用户体验保障(出票快，随时退等)要求时，自动按照产品力规则和履约规则筛选商品，完成搭售；并且，实现了一单拆多单的购物车能力，能够一笔用户单拆成多单向供应商下单，也就支持了对限购商品，进行限购识别、自动放开，并自动为用户拆单下单。

与上述方法实施例相对应，本说明书还提供了订单处理装置实施例，图5示出了本说明书一个实施例提供的一种订单处理装置的结构示意图。如图5所示，该装置包括：

接收模块502，被配置为接收针对票据交易页面中目标票据的票据选择指令；

确定模块504，被配置为根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；

匹配模块506，被配置为根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；

生成模块508，被配置为根据所述目标票据以及所述目标关联票据，生成票据交易订单。

可选地，所述匹配模块506，还被配置为：

确定所述目标票据的属性信息，以及所述初始关联票据的属性信息；

确定所述目标票据的属性信息与所述初始关联票据的属性信息的相似度；

根据所述相似度匹配与所述目标票据相关联的目标关联票据。

可选地，所述生成模块508，还被配置为：

通过客户端将所述目标票据相关联的目标关联票据展示给用户；

接收所述用户针对所述目标票据和所述目标关联票据的票据交易请求，其中，所述交易请求中携带有与所述目标票据和所述目标关联票据相关联的用户信息；

根据所述票据交易请求，通过所述用户信息、所述目标票据、所述目标关联票据生成票据交易订单。

可选地，所述订单处理装置，还包括资源获取模块，被配置为：

根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的目标票据资源；

从所述用户获取所述票据交易订单对应的目标票据资源。

可选地，所述资源获取模块，还被配置为：

根据所述目标票据资源生成资源获取页面，根据所述资源获取页面从所述用户获取所述目标票据资源。

可选地，所述资源获取模块，还被配置为：

根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的初始票据资源；

接收所述用户针对资源抵扣票据的票据选择指令；

根据所述针对资源抵扣票据的票据选择指令，从所述初始票据资源确定所述资源抵扣票据对应的抵扣资源；

将所述初始票据资源中的抵扣资源进行扣除处理，获得目标票据资源。

可选地，所述订单处理装置，还包括订单拆分模块，被配置为：

根据所述票据交易订单中的所述目标票据、所述目标关联票据以及所述用户信息，将所述票据交易订单拆分为第一票据子订单以及第二票据子订单；

根据所述目标票据以及所述目标关联票据的票据资源，将所述目标票据资源划分为与所述第一票据子订单对应的第一订单资源，以及与所述第二票据子订单对应的第二订单资源；

确定所述目标票据以及所述目标关联票据对应的票据提供对象；

将所述第一票据子订单以及对应的第一订单资源发送至所述目标票据对应的票据提供对象，将所述第二票据子订单以及对应的第二订单资源发送至所述目标关联票据对应的票据提供对象。

可选地，所述订单拆分模块，被配置为：

从所述票据交易订单中获取所述目标票据、所述目标关联票据以及所述用户信息；

从所述用户信息中确定与所述目标票据相关联的第一用户信息，以及与所述目标关联票据相关联的第二用户信息；

根据所述目标票据以及相关联的第一用户信息生成第一票据子订单，根据所述目标关联票据以及相关联的第二用户信息生成第二票据子订单。

可选地，所述订单拆分模块，被配置为：

确定所述票据交易订单的资源处理信息，并从所述资源处理信息中确定所述目标票据资源对应的抵扣资源，以及所述票据交易订单的初始票据资源；

根据所述初始票据资源以及所述抵扣资源确定资源抵扣比率；

根据所述资源抵扣比率以及所述目标票据的票据资源，确定所述第一票据子订单对应的第一订单资源；

根据所述资源抵扣比率以及所述目标关联票据的票据资源，确定所述第二票据子订单对应的第二订单资源；

从所述目标票据资源中划分出所述第一票据子订单对应的第一订单资源，以及所述第二票据子订单对应的第二订单资源。

可选地，所述订单处理装置，还包括展示模块，被配置为：

接收客户端发送的、针对票据展示页面中展示票据的票据选择指令；

根据所述展示票据的票据选择指令从所述展示票据中确定目标票据；

确定所述目标票据对应的票据交易页面，并通过所述客户端将所述票据交易页面向所述用户进行展示。

本说明书提供的订单处理装置，根据针对票据交易页面中目标票据的票据选择指令，从与目标票据相关联的初始关联票据中确定目标关联票据，并基于该目标票据与目标关联票据快速的生成票据交易订单。从而避免了购买票据的过程中，需要花费大量的时间成本和人力成本对票据进行搜索的问题，进一步地避免了计算机资源被大量浪费的问题。

上述为本实施例的一种订单处理装置的示意性方案。需要说明的是，该订单处理装置的技术方案与上述的订单处理方法的技术方案属于同一构思，订单处理装置的技术方案未详细描述的细节内容，均可以参见上述订单处理方法的技术方案的描述。

与上述方法实施例相对应，本说明书还提供了订单处理系统实施例，图6示出了本说明书一个实施例提供的一种订单处理系统的结构示意图。如图6所示，该订单处理系统600包括：包括客户端610以及服务端620，其中，

所述客户端610，被配置为接收用户发送的、针对票据交易页面中目标票据的票据选择指令，并将所述票据选择指令发送至所述服务端620；

所述服务端620用于实现所述订单处理方法的步骤。

其中，该所述客户端610，被配置为接收用户发送的、针对票据交易页面中目标票据的票据选择指令，并将所述票据选择指令发送至所述服务端620的步骤，可以参见上述订单处理方法中对应和相应的描述内容，本实施例中对此不做过多赘述。

该服务端620实现所述订单处理方法的步骤，也可以参见上述订单处理方法中对应和相应的描述内容，本实施例中对此不做过多赘述。

上述为本实施例的一种订单处理系统的示意性方案。需要说明的是，该订单处理系统的技术方案与上述的订单处理方法的技术方案属于同一构思，订单处理系统的技术方案未详细描述的细节内容，均可以参见上述订单处理方法的技术方案的描述。

图7示出了本说明书一个实施例提供的一种服务器的结构框图。如图7所示，该服务器700的部件包括但不限于存储器710和处理器720。该存储器710用于存储计算机可执行指令，处理器720用于执行计算机可执行指令，该计算机可执行指令被处理器720执行时实现上述订单处理方法的步骤。

上述为本实施例的一种服务器的示意性方案。需要说明的是，该服务器的技术方案与上述的订单处理方法的技术方案属于同一构思，服务器的技术方案未详细描述的细节内容，均可以参见上述订单处理方法的技术方案的描述。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的订单处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述订单处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述订单处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的订单处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述订单处理方法的技术方案的描述。

本说明书一实施例还提供一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述订单处理方法的步骤。

上述为本实施例的一种计算机程序的示意性方案。需要说明的是，该计算机程序的技术方案与上述的订单处理方法的技术方案属于同一构思，计算机程序的技术方案未详细描述的细节内容，均可以参见上述订单处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。

Claims (14)

1.一种订单处理方法，包括：

接收针对票据交易页面中目标票据的票据选择指令；

根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；

根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；

根据所述目标票据以及所述目标关联票据，生成票据交易订单。

2.根据权利要求1所述订单处理方法，所述根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据，包括：

确定所述目标票据的属性信息，以及所述初始关联票据的属性信息；

确定所述目标票据的属性信息与所述初始关联票据的属性信息的相似度；

根据所述相似度匹配与所述目标票据相关联的目标关联票据。

3.根据权利要求1所述订单处理方法，所述根据所述目标票据以及所述目标关联票据，生成票据交易订单，包括：

通过客户端将所述目标票据相关联的目标关联票据展示给用户；

接收所述用户针对所述目标票据和所述目标关联票据的票据交易请求，其中，所述交易请求中携带有与所述目标票据和所述目标关联票据相关联的用户信息；

根据所述票据交易请求，通过所述用户信息、所述目标票据、所述目标关联票据生成票据交易订单。

4.根据权利要求3所述的订单处理方法，所述根据所述票据交易请求，通过所述用户信息、所述目标票据、所述目标关联票据生成票据交易订单之后，还包括：

根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的目标票据资源；

从所述用户获取所述票据交易订单对应的目标票据资源。

5.根据权利要求4所述订单处理方法，所述从所述用户获取所述票据交易订单对应的目标票据资源，包括：

根据所述目标票据资源生成资源获取页面，根据所述资源获取页面从所述用户获取所述目标票据资源。

6.根据权利要求4所述订单处理方法，所述根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的目标票据资源，包括：

根据所述目标票据和所述目标关联票据的票据资源，确定所述票据交易订单对应的初始票据资源；

接收所述用户针对资源抵扣票据的票据选择指令；

根据所述针对资源抵扣票据的票据选择指令，从所述初始票据资源确定所述资源抵扣票据对应的抵扣资源；

将所述初始票据资源中的抵扣资源进行扣除处理，获得目标票据资源。

7.根据权利要求4所述订单处理方法，所述从所述用户获取所述票据交易订单对应的目标票据资源之后，还包括：

根据所述票据交易订单中的所述目标票据、所述目标关联票据以及所述用户信息，将所述票据交易订单拆分为第一票据子订单以及第二票据子订单；

根据所述目标票据以及所述目标关联票据的票据资源，将所述目标票据资源划分为与所述第一票据子订单对应的第一订单资源，以及与所述第二票据子订单对应的第二订单资源；

确定所述目标票据以及所述目标关联票据对应的票据提供对象；

将所述第一票据子订单以及对应的第一订单资源发送至所述目标票据对应的票据提供对象，将所述第二票据子订单以及对应的第二订单资源发送至所述目标关联票据对应的票据提供对象。

8.根据权利要求7所述订单处理方法，所述根据所述票据交易订单中的所述目标票据、所述目标关联票据以及所述用户信息，将所述票据交易订单拆分为第一票据子订单以及第二票据子订单，包括：

从所述票据交易订单中获取所述目标票据、所述目标关联票据以及所述用户信息；

从所述用户信息中确定与所述目标票据相关联的第一用户信息，以及与所述目标关联票据相关联的第二用户信息；

根据所述目标票据以及相关联的第一用户信息生成第一票据子订单，根据所述目标关联票据以及相关联的第二用户信息生成第二票据子订单。

9.根据权利要求7所述订单处理方法，所述根据所述目标票据以及所述目标关联票据的票据资源，将所述目标票据资源划分为与所述第一票据子订单对应的第一订单资源，以及与所述第二票据子订单对应的第二订单资源，包括：

确定所述票据交易订单的资源处理信息，并从所述资源处理信息中确定所述目标票据资源对应的抵扣资源，以及所述票据交易订单的初始票据资源；

根据所述初始票据资源以及所述抵扣资源确定资源抵扣比率；

根据所述资源抵扣比率以及所述目标票据的票据资源，确定所述第一票据子订单对应的第一订单资源；

根据所述资源抵扣比率以及所述目标关联票据的票据资源，确定所述第二票据子订单对应的第二订单资源；

从所述目标票据资源中划分出所述第一票据子订单对应的第一订单资源，以及所述第二票据子订单对应的第二订单资源。

10.根据权利要求1所述订单处理方法，所述接收用户针对票据交易页面中目标票据的票据选择指令之前，还包括：

接收客户端发送的、针对票据展示页面中展示票据的票据选择指令；

根据所述展示票据的票据选择指令从所述展示票据中确定目标票据；

确定所述目标票据对应的票据交易页面，并通过所述客户端将所述票据交易页面向所述用户进行展示。

11.一种订单处理装置，包括：

接收模块，被配置为接收针对票据交易页面中目标票据的票据选择指令；

确定模块，被配置为根据所述票据选择指令确定与所述目标票据相关联的初始关联票据；

匹配模块，被配置为根据所述目标票据的属性信息从所述初始关联票据中，匹配与所述目标票据相关联的目标关联票据；

生成模块，被配置为根据所述目标票据以及所述目标关联票据，生成票据交易订单。

12.一种服务器，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现权利要求1至10任意一项所述订单处理方法的步骤。

13.一种订单处理系统，包括客户端以及服务端，其中，

所述客户端，被配置为接收用户发送的、针对票据交易页面中目标票据的票据选择指令，并将所述票据选择指令发送至所述服务端；

所述服务端用于实现权利要求1至10任意一项所述订单处理方法的步骤。

14.一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现权利要求1至10任意一项所述订单处理方法的步骤。

Images