个人行程查询方法、装置、设备和存储介质与流程

本发明涉及订单查询技术领域，尤其涉及一种个人行程查询方法、装置、设备和存储介质。

背景技术：

目前，我国铁路客票的销售分为线上、线下两大销售渠道，线上以客票销售网站和客票销售app为主，占全路售票量的70％；线下以车站窗口、自动售票机和代售点窗口为主，占全路售票量的30％。目前，客票系统只为线上购票用户建立了唯一账户，依据该账户用户可以查看自己在线上购买的车票信息，但无法查询在线下购买的车票情况，无法掌握自己的全部行程；同时，票务供应商也无法快速掌握旅客出行的过程信息无法为旅客提供更为精准的服务。

技术实现要素：

有鉴于此，本发明实施例提供一种个人行程查询方法、装置、设备和存储介质，以满足旅客的线上、线下全行程查询需求。

第一方面，本发明实施例提供了一种个人行程查询方法，包括：

获取旅客的线下购票记录和线上购票记录，并且根据所述线下购票记录和所述线上购票记录生成所述旅客的行程记录；

接收旅客的行程查询请求，根据所述行程查询请求向旅客显示相应的行程记录。

可选的，旅客的每张购票订单都对应有电子客票单，所述行程查询请求包括：对电子客票单的查询请求。

可选的，所述电子客票单上包括用于车票查验的识别码。

可选的，所述方法还包括：接收旅客对在购票应用程序上查询到的所述电子客票单的第一触发操作；

根据所述第一触发操作生成所述电子客票单的用于查验的识别码。

可选的，所述方法还包括：接收旅客对在购票应用程序上查询到的所述电子客票单的第二触发操作；

根据所述第二触发操作对所述电子客票单进行打印处理。

可选的，所述行程查询请求还包括：

有效订单查询请求；

历史订单查询请求；

实名制信息查询请求；

附加服务查询请求。

可选的，接收到旅客的行程查询请求之后，所述方法还包括：

对发送所述行程查询请求的旅客进行面部特征比对。

第二方面，本发明实施例提供了一种个人行程查询装置，包括：

记录获取模块，用于获取旅客的线下购票记录和线上购票记录，并且根据所述线下购票记录和所述线上购票记录生成所述旅客的行程记录；

查询模块，用于接收旅客的行程查询请求，根据所述行程查询请求向旅客显示相应的行程记录。

第三方面，本发明实施例提供了一种个人行程查询设备，包括：存储器、处理器，其中：

所述存储器用于存储一条或多条计算机指令，所述一条或多条计算机指令被所述处理器执行时实现上述个人行程查询方法。

第四方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质用于存储计算机程序，所述计算机程序执行时实现上述个人行程查询方法。

本发明实施例提供的个人行程查询方法、装置、设备和存储介质，能够获取旅客线上和线下购票记录并且根据获取的线上、线下购票记录生成旅客的行程记录，当接收到旅客的行程查询请求时向旅客显示相应的行程记录，由此旅客可以通过线上查询线下购票数据，满足旅客查询线上、线下全行程记录的需求。

附图说明

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

图1为本发明实施例一提供的个人行程查询方法的流程图；

图2为本发明实施例提供的一种购票系统的结构示意图；

图3为本发明实施例提供的一种个人行程查询装置的结构示意图；

图4为本发明实施例提供的一种个人行程查询设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

图1为本发明实施例一提供的个人行程查询方法的流程图。如图1所示，该方法的执行主体为票务处理服务端，该方法的处理步骤包括：

步骤s101：获取旅客的线下购票记录和线上购票记录，并且根据所述线下购票记录和所述线上购票记录生成所述旅客的行程记录。

在本发明实施例方案中，不仅对旅客的线上购票记录进行存储还进一步对旅客的线下购票记录存储，其中对旅客线下购票记录存储的方式可以包括：当旅客通过窗口或者售票终端购票时，采集旅客的实名制身份信息，并且根据采集的旅客的实名制身份信息将旅客在线下的购票数据存储到对应的旅客账号下；同样的，旅客在线上购买的线上购票记录也存储到对应的旅客账号下，以使旅客的线上购票记录和线下购票记录均与旅客账号关联，形成旅客的行程记录。

步骤s102：接收旅客的行程查询请求，根据所述行程查询请求向旅客显示相应的行程记录。

在本发明实施例方案中，旅客可以通过购票app、购票网站、售票窗口、售票终端等多种方式发出行程查询请求，票务处理服务端接收到旅客的行程查询请求后，根据行程查询请求向旅客显示相应的行程记录。例如，旅客通过安装在手机上的购票app查看自己从线上、线下购买的车票订单。可见，本发明实施例方案通过对线上和线下购票数据的集中存储实现线上和线下数据的打通，由此旅客可以通过线上查询线下购票数据，满足旅客查询线上、线下全行程记录的需求。

图2为本发明实施例提供的一种购票系统的结构示意图。如图2所示，该系统包括：售票端、票务处理服务端和票务查验端，其中：

售票端，为旅客提供购票服务，支持的购票渠道包括：购票app、购票网站、车站窗口、自动售票终端等。售票端采集旅客在线上、线下各渠道的购票记录，并基于旅客的实名制信息将线上、线下购票数据存储到对应的旅客账号下。

票务处理服务端，用于提供售票服务、客票交易服务以及实施本发明实施例方案的全行程数据查询服务。

其中，全行程数据查询服务包括订单/电子客票查询服务、历史订单查询服务、实名制查询服务以及导航查询服务；相应的，旅客触发的行程查询请求包括有效订单查询请求、历史订单查询请求、实名制信息查询请求、附加服务查询请求，票务处理服务端接收到旅客发送的上述查询请求中的一种或多种时对应的提供相应的查询服务。例如，当旅客发送有效订单查询请求时，票务处理服务端基于有效订单查询请求为旅客显示其线上、线下购买的所有有效订单的订单数据；又例如，当旅客发送实名制信息查询请求时票务处理服务端向旅客显示旅客的实名制数据信息；再比如，当旅客发送附加服务查询请求时，票务处理服务端向旅客显示对应的导航查询服务，以为旅客提供诸如酒店预订、餐饮推荐、接车等附加服务的导航数据。

进一步的，票务处理服务端存储的旅客的每张购票订单都对应有电子客票单，电子客票单上包括乘车人、车次、出发站及到达站等信息，旅客可以依据电子客票单乘车，在票务处理服务端生成并存储电子客票单的前提下，其所提供的行程查询请求还进一步包括：对电子客票单的查询请求。

在一种可能的设计中，票务处理服务端生成的电子客票单上包括用于车票查验的识别码，依据电子客票单上的识别码旅客可以进行进站及登车查验。具体的，所述识别码可以为具有信息存储功能的条形码、二维码等。

在另一种可能的设计中，票务处理服务端存储的电子客票单上并不直接具有识别码，当票务处理服务端接收到旅客的电子客票单查询请求向旅客显示电子客票单后进一步接收旅客对在购票应用程序上查询到的所述电子客票单的第一触发操作，并且根据所述第一触发操作生成所述电子客票单的用于查验的识别码。即，在本发明实施例方案中票务处理服务端可以基于旅客的触发操作根据电子客票单上的信息生成用于查验的识别码，该识别码可以在旅客终端设备上独立显示，以便于旅客进站、登车时进行查验。

进一步的，本发明实施例中显示在旅客购票应用程序上的电子客票单还支持打印操作，当接收到旅客对在购票应用程序上查询到的所述电子客票单的第二触发操作时，根据所述第二触发操作对所述电子客票单进行打印处理，打印出的电子客票单具有车票功能，支持旅客进站、登车时进行查验。在具体实现时，旅客购买车票成功后，为旅客提供多种形式的客票通知单，旅客可以在家自行打印，也可以在车站通过窗口或自助设备打印。

本发明实施例方案，对旅客线上、线下行程及服务进行全面记录，形成旅客服务记录单psr(passengerservicerecord)并且实时更新到psr集群，创建全过程服务链，为旅客规划出行全过程的服务。集群数据以旅客为核心，在旅客支付订单后产生，记录票、人、行程状态、服务等几大信息要素，以作为旅客行程概览供查询展示，也为其他业务办理提供导航和依据，同时累积旅客购票行为、出行习惯、乘车偏好等相关大数据，根据业务需要向各渠道开放查询接口。

对于客票交易服务其具体包括以下服务：

面部特征比对服务，设置人脸比对集群，其用于存储实名认证通过旅客的人脸特征数据。所述人脸比对集群可以应用于实名核验人脸比对、在线用户人脸核验、进出站人脸检票等环节，例如对发送行程查询请求的旅客进行面部特征比对，在人脸比对通过后向发送查询请求的旅客提供行程数据；又例如在旅客查询电子客票时对旅客进行面部特征比对，由此以实现使用人脸特征数据进行旅客身份验证和电子客票数据的查找。

电子客票识别码服务，设置电子客票识码集群，其包含线上电子客票通知单二维码、手机app检票二维码等，支持二维码的在线生成和二维码数据还原，电子客票识别码集群生成的二维码在进站核验、进出站检票、车上查验等环节可以实现离线解密和校验。

客票接口服务，是所有请求票务处理服务端的桥梁，购票终端、检票设备等均通过客票接口服务与票务处理服务端交互。

线下余票查询服务，为线下售票渠道提供余票查询服务。

站车无线交互服务，站车无线交互服务提供通过列车席位视图，证件查验，电子客票二维码等方式对旅客行程进行车票查验。

电子支付前置服务，旅客通过电子支付前置服务完成支付操作。

席位集中服务，对列车席位进行管理的服务。

电子发票服务，实现电子报销凭证的唯一编码管理、报销凭证的生成、防伪的处理等，为车站窗口、自助设备、互联网等渠道提供统一电子报销票凭证的获取、查询和打印服务，同时为个人或企业提供铁路车票报销凭证的验真等服务。

本发明实施例方案，可以基于图2所示的购票系统实施，该系统充分考虑各层级的容错能力，能够保障系统的安全可靠；该系统以乘车人为线索，将其购买的车票和服务的信息完整的记录和整合，并根据服务进度或者旅客的变更实时进行信息的更新，并记录下更新的轨迹，形成一个完整的行程的数据描述；进一步，旅客行程数据存储放置在内部服务网，通过内外网安全平台进行通信，保障数据的安全性；建立定期备份和应急切换机制，提高应用的容灾能力和故障恢复能力，提升应用系统的高可用性。

对应上述个人行程查询方法，本发明实施例还提供了一种个人行程查询装置。本领域技术人员可以理解，这些个人行程查询装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

如图3所示，本发明实施例提供了一种个人行程查询装置，包括：记录获取模块11，用于获取旅客的线下购票记录和线上购票记录，并且根据所述线下购票记录和所述线上购票记录生成所述旅客的行程记录；查询模块12，用于接收旅客的行程查询请求，根据所述行程查询请求向旅客显示相应的行程记录。

在一种可能的设计中，旅客的每张购票订单都对应有电子客票单，所述行程查询请求包括：对电子客票单的查询请求。

在一种可能的设计中，所述电子客票单上包括用于车票查验的识别码。

在一种可能的设计中，所述装置还包括生成模块，用于接收旅客对在购票应用程序上查询到的所述电子客票单的第一触发操作；根据所述第一触发操作生成所述电子客票单的用于查验的识别码。

在一种可能的设计中，所述装置还包括打印模块，用于接收旅客对在购票应用程序上查询到的所述电子客票单的第二触发操作；根据所述第二触发操作队所述电子客票单进行打印处理。

在一种可能的设计中，所述行程查询请求还包括：有效订单查询请求；历史订单查询请求；实名制信息查询请求；附加服务查询请求。

在一种可能的设计中，所述装置还包括查验模块，用于接收到旅客的行程查询请求之后，对发送所述行程查询请求的旅客进行面部特征比对。

以上描述了个人行程查询装置的内部功能和结构，在一个可能的设计中，个人行程查询装置的结构可实现为一设备，该设备可以为一个或多个计算机设备，如图4所示，该设备可以包括：处理器21和存储器22。其中，所述存储器22用于存储支持该设备执行上述图1-图2所示实施例中提供的个人行程查询方法的程序，所述处理器21被配置为用于执行所述存储器22中存储的程序。其中，所述设备的结构中还可以包括通信接口23，用于该设备与其他设备比如售票终端通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述个人行程查询方法中所用的计算机软件指令，其包含用于执行上述图1-图2所示方法实施例中个人行程查询方法所涉及的程序。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程文件存取设备的处理器以产生一个机器，使得通过计算机或其他可编程文件存取设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。