CN112257883A - 一种联合票务确定方法、装置和电子设备 - Google Patents

Abstract

本申请提出了一种联合票务确定方法、装置和电子设备，涉及交通运输技术领域，用于实现多种交通运输方式的联合运输。通过建立联合运输购票平台，在接收到用户的票务查询信息时，可以根据联合运输购票平台中多类交通运输方式的票务数据，以及各类运输方式的站点之间的中转关系，为用户提供包含多种交通运输方式的联合票务方案，并在接收到用户对联合票务方案的预订信息时，对联合票务方案中的票务进行出票。简化了用户的操作流程，使用户能够更加快捷地完成联合票务的查询和购票，从而实现多种交通运输方式的联合运输。

Description

一种联合票务确定方法、装置和电子设备

【技术领域】

本申请涉及交通运输技术领域，尤其涉及一种联合票务确定方法、装置和电子设备。

【背景技术】

由于我国各省市、地区之间在地形和交通建设上均存在差异，单一的交通方式很难满足旅客的出行需求。然而，要想联合多种交通方式来满足出行需求，旅客往往需要查询多个不同的购票平台，且需要旅客自己查询各站点之间的距离，安排好换乘时间。

目前存在一些综合性购票平台，即将多种交通方式的票务查询入口融合在同一个平台。但是，用户在实际使用过程中存在以下问题：首先，当用户需要联合多种交通运输方式完成出行时，需要在平台界面上多次切换不同的票务查询入口，分别完成各个交通运输方式的票务查询和购买；其次，当涉及不同交通运输方式之间的换乘时，用户需要自行制定换乘方案。操作步骤较为繁琐，增加了用户的时间成本。

【发明内容】

本申请实施例提供了一种联合票务确定方法、装置和电子设备，以实现各类交通运输方式的联合运输。在用户进行票务查询时，可为用户制定各类交通运输方式的换乘方案，提供各类交通运输方式的联合票务，并在接收到用户的预订请求时，对联合票务进行出票。简化用户操作流程，使用户能够更加快捷地完成联合票务的查询和购票，实现多种交通运输方式的联合运输。

第一方面，本申请实施例提供一种联合票务确定方法，包括：预先建立票务数据库，所述票务数据库中包含多类交通运输方式的票务数据；响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案，所述联合票务方案中包含至少两类交通运输方式的票务组合；响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票。

其中一种可能的实现方式中，预先建立票务数据库，包括：与支持进行系统对接的票务供应商的票务系统建立通信连接，并从所述票务系统中获取原始票务数据，并对获取的所述原始票务数据按照预设格式统一编码；接收导入的不支持系统对接的票务供应商的票务数据，其中，导入的所述票务数据为按照预设格式统一编码后的数据。

其中一种可能的实现方式中，所述票务数据库中还包括：各类运输方式的站点之间的中转关系；所述票务查询信息中包含：出发时间、出发地和目的地；响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案，包括：根据所述出发地和目的地，确定出发站点和目的站点；根据所述各类运输方式的站点之间的中转关系，在出发站点和目的站点之间确定至少一个中转站点；其中，所述出发站点、所述目的站点和所述至少一个中转站点中至少包含两类运输方式的站点；依据出发站点、中转站点和目的站点依次到达的关系以及所述出发时间，确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由所述各行程段的票务组合成联合票务。

其中一种可能的实现方式中，所述票务数据库中还包括：各类运输方式的站点组成的路径数据；所述票务查询信息中包含：出发时间、出发地和目的地；响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案，包括：根据所述出发地和目的地，确定出发站点和目的站点；根据所述出发站点和目的站点，从所述路径数据中查询包含所述出发站点和目的站点的换乘路径；根据所述换乘路径确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由所述各行程段的票务组合成联合票务方案。

其中一种可能的实现方式中，确定出的所述联合票务方案的数量为多个；所述方法还包括：根据各联合票务方案中所包含的站点，计算各联合票务方案所对应路径的路径权重；所述路径权重的计算公式为：路径权重＝m×换乘距离+n×行程时间+p×行程票价+q×换乘次数；其中，m为换乘距离的加权参数；n为行程时间的加权参数；p为行程票价的加权参数；q为换乘次数的加权参数；根据路径权重值，从所述各联合票务方案中确定出指定联合票务方案。

其中一种可能的实现方式中，响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票，包括：从联合运输购票平台预留的票务中对所述预订信息所对应联合票务方案中的部分或者全部票务进行出票；或者，将所述预订信息所对应联合票务方案中的票务信息发送给票务供应商的票务系统，以通过票务供应商的票务系统对联合票务方案中的部分或者全部票务进行出票。

其中一种可能的实现方式中，响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票之后，所述方法还包括：当接收到对所述联合票务方案包含的至少一张票务的改签或者退票信息时，确定所述改签或者退票信息所对应的票务是否影响所述联合票务方案中的其它车票的换乘；如果影响，则生成影响提示信息，并在接收到用户触发的改签或者退票确认后，对相应票务进行改签或退票处理。

其中一种可能的实现方式中，数据库模块还用于，与支持进行系统对接的票务供应商的票务系统建立通信连接，并从所述票务系统中获取原始票务数据，并对获取的所述原始票务数据按照预设格式统一编码；接收导入的不支持系统对接的票务供应商的票务数据，其中，导入的所述票务数据为按照预设格式统一编码后的数据。

其中一种可能的实现方式中，票务查询模块在用于响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案时，具体用于，根据所述出发地和目的地，确定出发站点和目的站点；根据所述各类运输方式的站点之间的中转关系，在出发站点和目的站点之间确定至少一个中转站点；其中，所述出发站点、所述目的站点和所述至少一个中转站点中至少包含两类运输方式的站点；依据出发站点、中转站点和目的站点依次到达的关系以及所述出发时间，确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由所述各行程段的票务组合成联合票务。

其中一种可能的实现方式中，票务查询模块在用于根据所述各类运输方式的站点之间的中转关系，在出发站点和目的站点之间确定至少一个中转站点时，具体用于，确定出发站点和目的站点之间是否有直达票务；如果出发站点和目的站点之间没有直达票务，则根据所述各类运输方式的站点之间的中转关系，将距离出发站点在预设距离范围的至少一个站点和/或距离目的站点在预设距离范围的至少一个站点确定为候选中转站点；其中，距离出发站点在预设距离范围的至少一个站点为与出发站点是相同类型或者不同类型运输方式的站点；距离目的站点在预设距离范围的至少一个站点与目的站点是相同类型或者不同类型运输方式的站点；基于票价最低、行程时间最短或者换乘次数最少的原则，从候选中转站点中确定至少一个中转站点。

其中一种可能的实现方式中，票务查询模块在用于在确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务时，还包括：不同行程段之间的票务的换乘时间大于必要换乘时间；不同行程段之间的票务的换乘时间小于最大换乘时间。

其中一种可能的实现方式中，出票模块在用于响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票时，具体用于：从联合运输购票平台预留的票务中对所述预订信息所对应联合票务方案中的部分或者全部票务进行出票；或者，将所述预订信息所对应联合票务方案中的票务信息发送给票务供应商的票务系统，以通过票务供应商的票务系统对联合票务方案中的部分或者全部票务进行出票。

其中一种可能的实现方式中，出票模块在用于响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票后，还用于当接收到对所述联合票务方案包含的至少一张票务的改签或者退票信息时，确定所述改签或者退票信息所对应的票务是否影响所述联合票务方案中的其它车票的换乘；如果影响，则生成影响提示信息，并在接收到用户触发的改签或者退票确认后，对相应票务进行改签或退票处理。

第三方面，本申请实施例提供一种电子设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如上所述的方法。

第四方面，本申请实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如上所述的方法。

以上技术方案中，通过建立联合运输购票平台，在接收到用户的票务查询信息时，可以根据联合运输购票平台中多类交通运输方式的票务数据，以及各类运输方式的站点之间的中转关系，为用户提供包含多种交通运输方式的联合票务方案，并在接收到用户对联合票务方案的预订信息时，对联合票务方案中的票务进行出票。简化了用户的操作流程，使用户能够更加快捷地完成联合票务的查询和购票，实现多种交通运输方式的联合运输。

【附图说明】

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

图1为本申请联合票务确定方法一个实施例的流程图；

图2为本申请联合票务确定方法一个实施例的另一流程图；

图3为本申请联合票务确定方法另一个实施例的流程图；

图4为本申请联合票务确定装置一个实施例的结构示意图；

图5为本申请电子设备一个实施例的结构示意图。

【具体实施方式】

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

图1为本申请联合票务确定方法一个实施例的流程图。图1所示方法应用于联合运输购票平台，如图1所示，上述联合票务确定方法可以包括：

步骤101，预先建立票务数据库，票务数据库中包含多类交通运输方式的票务数据。

本实施例中，建立票务数据库包括，与支持进行系统对接的票务供应商的票务系统建立通信连接，并从票务系统中获取原始票务数据，对获取的原始票务数据按照预设格式统一编码；接收导入的不支持系统对接的票务供应商的票务数据，其中，导入的票务数据为按照预设格式统一编码后的数据。

具体的，对于支持系统对接的票务供应商，通过通信接口与本平台系统建立通信连接，进而从票务供应商的票务系统中获取原始票务数据。

对于系统无法支持对接的票务供应商，通过机器自动转换的方式，将票务供应商的原始票务数据存储到预设文档中，例如存储到Excel表格中，将存储有票务供应商的原始票务数据的文档导入到联合运输购票平台。

对于没有独立系统的票务供应商，可通过人工方式，将原始票务数据整理至预设文档中，例如Excel表格，将存储有票务供应商的原始票务数据的文档发送至本平台。

获取到票务供应商的原始票务数据后，还包括，对原始票务数据按照预设格式统一编码。

本实施例中，除多类交通运输方式的票务数据外，票务数据库中还包括，各类运输方式的站点之间的中转关系、各类运输方式的站点之间的换乘信息。

其中，各类运输方式的站点之间的中转关系用于，确定出发站点和目的站点之间的中转站点；各类运输方式的站点之间的换乘信息用于，在已经确定好出发站点、目的站点，以及各中转站点的基础上，确定各行程段票务之间的换乘时间，进而确定联合票务方案；以及为用户提供各个中转站点之间可用的交通方式和交通时长。

步骤102，响应于接收到的票务查询信息，确定满足票务查询信息的联合票务方案。

图2为本申请联合票务确定方法一个实施例的另一流程图。如图2所示，本实施例中，根据票务查询信息确定联合票务方案的流程为：

S1021、确定出发站点和目的站点。

当接收到用户的票务查询信息后，从票务查询信息中提取出发地信息、目的地信息，以及出发时间信息。根据得到的出发地信息和目的地信息，确定出发站点和目的站点，需要说明的是，出发站点和目的站点均可确定多个。

S1022、确定中转站点。

根据票务数据库中，各类运输方式的站点之间的中转关系，在出发站点和目的站点之间确定至少一个中转站点。其中，出发站点、目的站点和至少一个中转站点中，至少包含两类运输方式的站点。如，出发站点为汽车站，中转站点为火车站，目的站点为火车站；又如，出发站点为机场，存在两个中转站点分别为汽车站、火车站，目的站点为火车站。

S1023、根据出发站点、中转站点和目的站点生成联合票务。

依据出发站点、中转站点和目的站点依次到达的关系以及出发时间，确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由各行程段的票务组合成联合票务。

具体的，首先，根据票务查询信息中的出发时间，确定出发站点到第一个中转站点的票务；然后，根据票务数据库中各交通方式站点之间的换乘条件，确定各个中转站点之间、中转站点到目的地之间，换乘时间满足换乘条件的各票务；最后，由各行程段的票务组合成联合票务方案。

S1024、执行完S1023之后，可以基于票价最低原则和/或行程时间最短原则和/或换乘次数最少和/或换乘距离最短原则，对生成的联合票务方案进行筛选，得到指定联合票务方案，为用户显示在同一页面上。

其中，每个联合票务方案中均可包含多种交通运输方式的票务。当用户触发对联合票务方案的预订操作时，可以对联合票务方案中的多个票务同时进行预订。

步骤103，响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票。

本实施例中，在对预订信息中的票务进行出票时，对两种不同的情况采用不同的处理方式。包括：从联合运输购票平台预留的票务中对预订信息所对应联合票务方案中的部分或者全部票务进行出票；或者，将预订信息所对应联合票务方案中的票务信息发送给票务供应商的票务系统，以通过票务供应商的票务系统对联合票务方案中的部分或者全部票务进行出票。

具体的，对于支持票务系统对接的票务供应商，可以通过系统间的通信接口，将预订信息中不同交通运输方式的票务预订信息，分别发送至对应的票务供应商的票务系统，由该票务供应商的票务系统进行出票。

对于不支持票务系统对接，或不存在独立系统的票务供应商，可以在联合运输平台预留指定数目的票务。当接收到票务预订信息时，由联合运输平台进行出票。在具体实施过程中，当联合运输平台的预留票务少于预设值时，可从票务供应商处再次获取预留票务。其中，预设值可根据实际情况自行设定，如15张。

基于上述两种不同的处理方式，当接收到联合票务方案的预订信息后，将联合票务方案中支持系统对接的票务的预订信息，通过系统间的接口发送至票务供应商，由票务供应商进行出票；对于联合票务方案中不支持系统对接的票务，由联合票务平台出票。出票完成后，为用户生成联合票务订单，同时更新联合运输平台的余票信息。

在本申请另一实施例中，票务数据库中包括各类交通运输方式的站点组成的路径数据。

本申请实施例中，响应于接收到的票务查询信息，确定满足票务查询信息的联合票务方案时，具体执行方法如下：

首先，根据出发地和目的地，确定出发站点和目的站点。

然后，根据出发站点和目的站点，从路径数据中查询包含出发站点和目的站点的换乘路径。

换乘路径为一条或多条连通出发站点和目的站点的路径。其中，每条换乘路径可以包括：出发站点、中转站点、目的站点。根据实际情况，每条换乘路径中的中转站点的数量可以为一个或多个，也可以为0，即出发站点可以直达目的站点。

最后，根据换乘路径确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由各行程段的票务组合成联合票务方案。

图3为本申请联合票务确定方法另一个实施例的流程图。如图3所示，在本实施例中，响应于接收到的对联合票务方案的预订信息，对预订信息所对应联合票务方案中的票务进行出票之后，该方法还包括：

步骤104，当接收到对联合票务方案包含的至少一张票务的改签或退票信息时，对该票务进行改签或退票处理。

本实施例中，当接收到对联合票务方案包含的至少一张票务的改签或者退票信息时，确定改签或者退票信息所对应的票务是否影响联合票务方案中的其它车票的换乘。

如果影响，则生成影响提示信息，并在接收到用户触发的改签或者退票确认后，对相应票务进行改签或退票处理。

本申请通过建立联合运输购票平台，在接收到用户的票务查询信息时，可以根据联合运输购票平台中多类交通运输方式的票务数据，以及各类运输方式的站点之间的中转关系，为用户提供包含多种交通运输方式的联合票务方案，并在接收到用户对联合票务方案的预订信息时，同时对联合票务方案中包含的多种交通方式的票务进行出票。简化了用户的操作流程，使用户能够更加快捷地完成联合票务的查询和购票，从而实现多种交通运输方式的联合运输。

本申请另一实施例中，给出了从各交通运输方式票务供应商的票务平台获取原始票务数据之后，对原始票务数据按照预设格式统一编码的具体方式。

需要说明的是，原始票务数据包括：原始基础数据、原始班次数据。其中，原始基础数据包括省份、城市、地区等；原始班次数据包括班次基本信息、班次开行信息、班次价格信息等。

对原始票务数据按照预设格式统一编码时，首先对原始基础数据进行统一编码。

具体实施方式为：首先，在本平台内部建立基础数据，包括省份、城市、地区，对本平台基础数据进行编码，使每一个省份、城市、地区数据都有与之对应的唯一可识别的编码。

然后，对于从不同的票务供应商系统获取到的原始票务数据，分别提取其中的原始基础数据，包括省份、城市、地区，以及原始基础数据编码。建立原始基础数据编码与本平台基础数据编码之间的映射关系。

对于同一交通方式对应有多个供应商渠道的情况，首先对多个供应商渠道的原始基础数据进行整合，整理为一套基础数据，然后根据整理后的基础数据编码，建立其与本平台基础数据编码之间的映射关系。

进一步的，完成各交通运输方式原始基础数据的统一编码之后，可以将各交通运输方式的班次数据与基础数据进行关联。确保对基础数据进行检索时，能够检索到对应的班次数据。

本实施例中，对上述编码方式进行举例说明。若本平台对于北京市的编码为1000，而导入本平台的原始航空票务数据中对于北京市的编码为001，那么，需要建立原始航空票务数据中“北京市”编码“001”，与本平台数据中“北京市”编码“1000”之间的映射关系。

本申请的另一个实施例中，给出了在票务数据库中，建立各类运输方式的站点之间的中转关系的方法。

对于建立各类运输方式的站点之间的中转关系的方法，具体的，由联合运输平台对各省份、城市、地区中包含的各类交通运输方式站点的关联站点进行统计，建立各类运输方式的站点之间的中转关系。对于每一个站点，其关联站点包括：该站点的所有可直达站点，与该站点属于同一行政区划的所有站点及其可直达站点。

举例来说。对于北京市的北京南站，其关联站点包括：与北京南站属于同一行政区划的所有站点及其可直达站点，即北京市内所有站点及其可直达站点。包括：北京市所有汽车站、机场、火车站，当存在码头时，还包括所有码头，以及这些站点的可直达站点。北京南站的关联站点还包括：北京南站可直达的所有站点，如天津站，上海虹桥站、杭州东站。

对于各城市、地区内部的所有交通运输方式站点，均建立上述关联站点，形成站点之间的中转关系。

本申请另一实施例中，对本申请联合票务确定方法中的换乘信息进行说明。

本申请实施例中，换乘信息包括，换乘条件和换乘指引。

对于换乘条件，由联合运输平台根据站点之间的实际距离，和站点之间的实际可用交通方式，预先设定站点间的换乘条件。具体的，站点间换乘条件包括：在两个站点之间进行换乘的必要换乘时间和最长换乘时间。联合运输平台在生成两个站点之间的换乘方案时，换乘时间必须满足上述换乘条件。即，换乘时间必须大于必要换乘时间，且小于最长换乘时间。

举例来说。如果两个站点为北京南站和北京大兴国际机场站，可根据两个站点之间的实际距离，以及两个站点之间的可用交通方式，确定必要换乘时间为100分钟，最长换乘时间为200分钟。满足换乘条件指的是：两个行程段的票务之间的换乘时间大于必要换乘时间100分钟，且小于最长换乘时间200分钟。

对于换乘指引，由联合运输平台根据站点之间的实际距离，和站点之间的交通路线，预先生成各站点之间的可用交通方式，以及各交通方式所对应的交通时长。在实际执行过程中，可以在生成联合票务方案时，将联合票务方案中所包含的中转站点之间的换乘指引，与联合票务方案同时显示在页面上。特别的，当联合票务方案中仅存在同站换乘时，将不再显示换乘指引。

本申请实施例通过建立换乘信息，根据换乘信息中的换乘条件确定各行程段票务，避免了换乘时间不足，用户无法完成换乘的情况。根据换乘信息中的换乘指引为用户提供各个中转站点之间的可用交通方式和交通时长，用户无需再启动更多的路线查询工具，节省用户时间，方便了用户出行。

本申请的另一个实施例中，根据出发地和目的地，确定出发站点和目的站点的方式为：

根据出发地信息和目的地信息，在票务数据库中进行站点查询，查询出发地预设范围内所有的交通运输方式的站点，如汽车站、火车站、高铁站、机场、码头等，作为出发站点；查询目的地预设范围内所有的交通运输方式的站点，如汽车站、火车站、高铁站、机场、码头等，作为目的站点。需要说明的是，预设范围可以为出发地和目的地本行政区划范围，如在出发地进行站点查询时，查询范围仅为出发地本行政区划内，而不再查询其下属行政区划中的交通运输站点。特别的，当本行政区划范围内不存在任何交通运输站点时，查询其所属的更高一级的行政区划内的站点信息。预设范围也可以为距离出发地或目的地的一个长度范围。

本申请另一实施例中，在确定出发站点和目的站点之间的中转站点时，按照以下方式执行。

确定出发站点和目的站点之间是否有直达票务。

当不存在直达票务时，首先，从各交通运输方式站点之间的中转关系中，查询出发站点和目的站点的各个关联站点，以及各个关联站点各自拥有的关联站点；然后，从以上所有关联站点中，确认出能够使出发站点和目的站点连通的至少一个中间站点，将上述中间站点作为候选中转站点。需要注意的是，中转站点可以为多个，且中转站点可以包括多种不同交通方式的站点，例如，可以有汽车站、火车站、机场、码头等。

基于票价最低、行程时间最短、换乘次数最少或者换乘距离最短的原则，从候选中转站点中确定至少一个中转站点。

本申请另一实施例中，对上述S1024中，对生成的联合票务方案进行筛选，得到指定联合票务方案的具体方法进行说明。

本申请实施例中，为生成的联合票务方案所对应的每一条路径设置路径权重。

具体的，路径权重的计算公式为：

路径权重＝m×换乘距离+n×行程时间+p×行程票价+q×换乘次数

其中，m、n、p、q分别为换乘距离、行程时间、行程票价和换乘次数的加权参数，可根据用户的需求对各加权参数的值进行调整。

换乘距离为用户在各个中转站点之间完成换乘的总距离。举例来说，如联合票务方案中，用户需要换乘的中转站点包括：北京南站到北京大兴国际机场，上海虹桥国际机场到上海西站，其中，北京南站到北京大兴国际机场的距离为43.1km，上海虹桥国际机场到上海西站的距离为11.1km，那么，用户在各个站点之间完成换乘所经距离为43.1km+11.1km，即，换乘距离为54.2km。特别的，同站换乘时的换乘距离记为0。

行程时间为完成联合票务方案的全部行程所需的时间，具体的，该行程时间为，联合票务方案的目的站点的到达时间和出发站点的发行时间之间的时间差。举例来说，若出发站点为北京南站，发行时间为2020年1月2日14时；目的站点为广州东站，到达时间为2020年1月3日23时，那么，行程时间为2020年1月3日23时与2020年1月2日14时之间的时间差，即行程时间为33小时。

行程票价为联合票务方案中各票务票价的总和。

换乘次数为联合票务方案中各票务的总数减1。举例来说，若联合票务方案中包含5张票务，那么，换乘次数为4。

在计算各联合票务方案的路径权重时，其中一种可能的实现方式为，首先，分别为换乘距离、行程时间、行程票价和换乘次数四个选项所对应的加权参数设置初始数值，四个选项所对应的初始数值相等。然后，接收用户对其中一个或多个选项的优先选择，将该选项对应的加权参数值调高；或者，接收用户对其中一个或多个选择的舍弃选择，将该选项对应的加权参数调低，或设置为0。最后，对各路径权重进行计算。

另一种可能的实现方式为，首先，为各选项所对应的加权参数设置多个预设值。然后，接收用户对各选项的优先级排序，建立预设值和优先级的映射关系，根据映射关系，将多个预设值分别分配给各优先级所对应的选项。最后，根据确定好的各选项的加权参数，对各路径权重进行计算。

举例来说，可为各选项所对应的加权参数分别设置4个预设值，本申请实施例中，4个预设值的大小分别为0.4、0.3、0.2、0.1。然后，接收用户对各选项的优先级排序，将其中优先级为1，即优先级最高的选项所对应的加权参数设置为0.4，将其中优先级为2的选项所对应的加权参数设置为0.3，将其中优先级为3的选项所对应的加权参数设置为0.2，将其中优先级为4的选项所对应的加权参数设置为0.1。最后，根据上述各选项的权重参数，对各路径权重进行计算。

计算完成之后，将路径权重值符合筛选条件的联合票务方案，确定为指定联合票务方案，为用户显示在同一页面。本申请实施例中，筛选出其中一个或多个权重值最小的路径所对应的联合票务方案，按照权重值由小到大的顺序，将上述联合票务方案显示在同一页面上。

本申请另一实施例中，对本申请联合票务确定方法中，联合票务方案包含的至少一张票务的改签方法进行说明。

对于由用户主动发起的票务改签，当识别到该票务为联合票务中的单张票务时，获取该单张票务改签后的票务的到站时间，计算到站时间与接续票务的开行时间之间的差值。同时，根据改签后的票务的目的站点和接续票务的出发站点，从联合票务平台中查询两个站点之间的换乘条件。

如果前述差值大于两个站点之间的必要换乘时间，小于最长换乘时间，判断为满足换乘条件，将指定车票的改签请求发送至票务供应商的票务系统，接收到票务供应商的票务系统发送的改签票务出票信息后，提示用户改签完成。若不满足换乘条件，向用户发起提示，提示信息可以为“改签可能会影响其他段行程，确认改签吗？”在接收到用户的确认信息时，为用户提供改签。

当识别到该票务为联合票务中的连续多张票务时，向用户发起提示，提示信息可以为“是否需要自动改签为换乘票务？”，当接收到用户的肯定信息时，为用户提供新的换乘方案。新的换乘方案中，出发站点为改签票务中首个票务的出发站点。当接收到用户的否定消息时，由用户自行确定改签后的票务，同时，在用户自行确定的票务不满足换乘条件时，向用户发起提示，提示信息可以为“改签可能影响换乘，确认改签吗？”在接收到用户的确认信息时，为用户提供改签。

对于由不可抗力导致的晚点、停运等影响后段行程的情况，由联合运输购票平台根据晚点、停运等运营信息，确定联合票务方案中需要改签的票务，并向用户发起针对上述需要改签的票务的改签提示。当用户确定改签时，联合运输购票平台将其改签为新的换乘票务，并将上述需要改签的票务的改签请求发送至对应的票务供应商的票务系统，接收到票务供应商的票务系统发送的改签票务出票信息后，提示用户改签完成。

可以理解的是，上述实施例针对的是票务供应商的票务系统支持系统对接的情况。当票务供应商的票务系统不支持系统对接，或不存在独立系统时，对于满足改签条件的指定车票，不需要将改签请求发送至供应商系统，可直接在联合票务平台完成改签。

图4为本申请联合票务确定装置一个实施例的结构示意图。如图4所示，联合票务确定装置包括：

数据库模块41，用于存储多类交通运输方式的票务数据、各站点之间的中转关系，以及各站点之间的换乘条件。

票务查询模块42：用于响应于接收到的票务查询信息，确定满足票务查询信息的联合票务方案，其中，联合票务方案中包含至少两类交通运输方式的票务组合。

本实施例中，票务查询模块42与数据库模块41相连。在对满足票务查询信息的联合票务方案进行确定时，从数据库模块41中调取各站点之间的中转关系，以及各站点之间的换乘条件，确定中转站点，进而确定满足票务查询信息的联合票务方案。同时与出票模块43相连，当查询到联合票务方案后，将联合票务方案预订信息发送至出票模块，由出票模块对联合票务方案中的票务进行出票。

出票模块43：用于响应于接收到的对联合票务方案的预订信息，对预订信息所对应联合票务方案中的票务进行出票。

本实施例中，当出票模块43接收到的对联合票务方案的预订信息时，将预订信息发送至票务供应商的票务系统，接收到票务供应商的票务系统发送的出票信息时，为用户生成联合票务订单。

数据库模块41：还用于与支持进行系统对接的票务供应商的票务系统建立通信连接，并从票务系统中获取原始票务数据，并对获取的原始票务数据按照预设格式统一编码。

图5为本申请电子设备一个实施例的结构示意图，如图5所示，上述电子设备可以包括至少一个处理器；以及与上述处理器通信连接的至少一个存储器，其中：存储器存储有可被处理器执行的程序指令，上述处理器调用上述程序指令能够执行本申请实施例提供的联合票务确定方法。

其中，上述电子设备可以为联合票务确定设备，本实施例对上述电子设备的具体形态不作限定。

图5示出了适于用来实现本申请实施方式的示例性电子设备的框图。图5显示的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图5所示，电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：一个或者多个处理器51，存储器53，连接不同系统组件(包括存储器53和处理单元51)的通信总线54。

通信总线54表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture；以下简称：ISA)总线，微通道体系结构(Micro Channel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(Video Electronics StandardsAssociation；以下简称：VESA)局域总线以及外围组件互连(Peripheral ComponentInterconnection；以下简称：PCI)总线。

电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器53可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read Only Memory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read Only Memory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与通信总线54相连。存储器53可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块的程序/实用工具，可以存储在存储器53中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本申请所描述的实施例中的功能和/或方法。

电子设备也可以与一个或多个外部设备(例如键盘、指向设备、显示器等)通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过通信接口52进行。并且，电子设备还可以通过网络适配器(图5中未示出)与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide AreaNetwork；以下简称：WAN)和/或公共网络，例如因特网)通信，上述网络适配器可以通过通信总线54与电子设备的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Drives；以下简称：RAID)系统、磁带驱动器以及数据备份存储系统等。

处理器51通过运行存储在存储器53中的程序，从而执行各种功能应用以及数据处理，例如实现本申请实施例提供的联合票务确定方法。

本申请实施例还提供一种非临时性计算机可读存储介质，上述非暂态计算机可读存储介质存储计算机指令，上述计算机指令使上述计算机执行本申请实施例提供的联合票务确定方法。

上述非临时性计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(Read Only Memory；以下简称：ROM)、可擦式可编程只读存储器(ErasableProgrammable Read Only Memory；以下简称：EPROM)或闪存、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory；以下简称：ROM)、随机存取存储器(Random Access Memory；以下简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种联合票务确定方法，其特征在于，所述方法应用于联合运输购票平台，包括：

预先建立票务数据库，所述票务数据库中包含多类交通运输方式的票务数据；

响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案，所述联合票务方案中包含至少两类交通运输方式的票务组合；

响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票。

2.根据权利要求1所述的方法，其特征在于，预先建立票务数据库，包括：

与支持进行系统对接的票务供应商的票务系统建立通信连接，并从所述票务系统中获取原始票务数据，并对获取的所述原始票务数据按照预设格式统一编码；

接收导入的不支持系统对接的票务供应商的票务数据，其中，导入的所述票务数据为按照预设格式统一编码后的数据。

3.根据权利要求1所述的方法，其特征在于，所述票务数据库中还包括：各类运输方式的站点之间的中转关系；所述票务查询信息中包含：出发时间、出发地和目的地；

响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案，包括：

根据所述出发地和目的地，确定出发站点和目的站点；

根据所述各类运输方式的站点之间的中转关系，在出发站点和目的站点之间确定至少一个中转站点；其中，所述出发站点、所述目的站点和所述至少一个中转站点中至少包含两类运输方式的站点；

依据出发站点、中转站点和目的站点依次到达的关系以及所述出发时间，确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由所述各行程段的票务组合成联合票务方案。

4.根据权利要求1所述的方法，其特征在于，所述票务数据库中还包括：各类运输方式的站点组成的路径数据；所述票务查询信息中包含：出发时间、出发地和目的地；

响应于接收到的票务查询信息，根据所述多类交通运输方式的票务数据确定满足所述票务查询信息的联合票务方案，包括：

根据所述出发地和目的地，确定出发站点和目的站点；

根据所述出发站点和目的站点，从所述路径数据中查询包含所述出发站点和目的站点的换乘路径；

根据所述换乘路径确定由出发站点到中转站点、中转站点到目的站点的各行程段的票务，由所述各行程段的票务组合成联合票务方案。

5.根据权利要求3或4所述的方法，其特征在于，确定出的所述联合票务方案的数量为多个；所述方法还包括：

根据各联合票务方案中所包含的站点，计算各联合票务方案所对应路径的路径权重；

所述路径权重的计算公式为：

路径权重＝m×换乘距离+n×行程时间+p×行程票价+q×换乘次数；

其中，m为换乘距离的加权参数；n为行程时间的加权参数；p为行程票价的加权参数；q为换乘次数的加权参数；

根据路径权重值，从所述各联合票务方案中确定出指定联合票务方案。

6.根据权利要求1所述的方法，其特征在于，响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票，包括：

从联合运输购票平台预留的票务中对所述预订信息所对应联合票务方案中的部分或者全部票务进行出票；或者，

将所述预订信息所对应联合票务方案中的票务信息发送给票务供应商的票务系统，以通过票务供应商的票务系统对联合票务方案中的部分或者全部票务进行出票。

7.根据权利要求1所述的方法，其特征在于，响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票之后，所述方法还包括：

当接收到对所述联合票务方案包含的至少一张票务的改签或者退票信息时，确定所述改签或者退票信息所对应的票务是否影响所述联合票务方案中的其它车票的换乘；

如果影响，则生成影响提示信息，并在接收到用户触发的改签或者退票确认后，对相应票务进行改签或退票处理。

8.一种联合票务确定装置，其特征在于，包括：

数据库模块，用于存储多类交通运输方式的票务数据；

票务查询模块，用于响应于接收到的票务查询信息，确定满足所述票务查询信息的联合票务方案，所述联合票务方案中包含至少两类交通运输方式的票务组合；

出票模块，用于响应于接收到的对所述联合票务方案的预订信息，对所述预订信息所对应联合票务方案中的票务进行出票。

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

至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至7任一所述的方法。

10.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至7任一所述的方法。

Images