CN111192031B - 电子票据的生成方法、装置、电子设备及可读存储介质 - Google Patents
电子票据的生成方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN111192031B CN111192031B CN201911368347.0A CN201911368347A CN111192031B CN 111192031 B CN111192031 B CN 111192031B CN 201911368347 A CN201911368347 A CN 201911368347A CN 111192031 B CN111192031 B CN 111192031B
- Authority
- CN
- China
- Prior art keywords
- travel
- section
- electronic
- bill
- electronic bill
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000012795 verification Methods 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 16
- 230000008569 process Effects 0.000 claims description 6
- 241000270295 Serpentes Species 0.000 description 15
- 238000012546 transfer Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000008520 organization Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Economics (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供了一种电子票据的生成方法、装置、电子设备及计算机可读存储介质，涉及互联网领域。该方法包括：针对联程行程中各个区段行程分别得到各自对应的区段电子票据；基于各个区段电子票据得到所述联程行程的联程电子票据。本申请实现了用户MaaS的联程出行需求，提升了用户体验。
Description
技术领域
本申请涉及互联网技术领域，具体而言，本申请涉及一种电子票据的生成方法、装置、电子设备及计算机可读存储介质。
背景技术
联程出行，指的是在行程里需要至少换乘一次交通工具，多次换乘将出行的行程切割成一段段行程，联程出行的目的是将多段行程逻辑组合成一个行程。
现有技术中，联程出行中的各段行程都需要单独购买票据，比如，用户从A地前往B地需要乘坐高铁，但是中间需要换乘一次，那么用户就需要购买两张高铁票，这样，用户就需要从多个车次中挑选出需求的车次，比较耗费时间，而且，购买的两张高铁票也不方便保存，万一遗失了则会影响出行，尤其是换乘次数较多导致票据较多时。
而且，联程出行只能针对单一种类的、指定的交通工具，比如飞机联程、火车联程等。如果用户出行时需要换乘不同种类的交通工具，那么还需要在不同平台上购买票据，需要耗费大量时间和精力，用户体验较差。
发明内容
本申请提供了一种电子票据的生成的方法、装置、电子设备及计算机可读存储介质，可以解决现有的联程出行中，用户购买票据需要耗费大量时间和精力，且票据较多的问题。所述技术方案如下：
第一方面，提供了一种电子票据的生成的方法，该方法包括：
针对联程行程中各个区段行程分别得到各自对应的区段电子票据；
基于各个区段电子票据得到所述联程行程的联程电子票据。
优选地，所述基于各个区段电子票据得到所述联程行程的联程电子票据的步骤，包括：
分别获取各个区段电子票据各自对应的票据信息，以及分别设置各个票据信息各自对应的出行状态标识，并将各个出行状态标识设置为未出行标识；
对各个票据信息以及各个票据信息各自对应的出行状态标识进行编码，生成所述联程电子票据。
优选地，在所述针对联程行程中各个区段行程分别生成各自对应的区段电子票据的步骤之前，还包括：
当接收到针对出发地与目的地之间的行程搜索指令，确定出所述出发地与所述目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
当接收到针对任一联程行程的选定指令，确定出所述任一联程行程中的各个区段行程。
优选地，所述当接收到针对出发地与目的地之间的行程搜索指令，确定出所述出发地与所述目的地之间的至少一个联程行程，包括：
根据所述行程搜索指令，确定所述出发地与所述目的地之间的至少一个交通路径信息；
依据任一交通路径信息，从预设的第三方票据系统中获取至少一个运输类型，以及各个运输类型分别对应的各个行程；
基于所述出发地、所述目的地，以及预设的联程规则，从各个运输类型中确定出满足所述联程规则的至少一个目标运输类型，以及各个目标运输类型分别对应的至少一个目标行程；
将各个目标运输类型，以及各个目标运输类型分别对应的目标行程作为各个区段行程，并将各个区段行程作为联程行程。
优选地，所述针对联程行程中各个区段行程分别得到各自对应的区段电子票据的步骤，包括：
从预设的第三方票据系统中分别确定各个目标运输类型各自对应的目标行程的票据，得到各个区段行程分别对应的区段电子票据。
优选地，所述票据信息包括：用户身份信息、区段出发地、区段目的地、乘坐时间、运输类型、座次、票价、检票口、票据号。
优选地，还包括：
当检测到所述联程电子票据在任一区段行程出发地进行验证时，获取所述联程电子票据中的各个区段电子票据；
将各个区段电子票据分别与所述任一区段行程出发地对应的区段行程进行匹配；
当存在匹配项时，判定所述联程电子票据验证成功，并将所述任一区段行程对应的出行状态标识更新为已出行标识；
当不存在匹配项，判定所述联程电子票据验证失败。
优选地，还包括：
当接收到针对所述联程电子票据的刷新指令时，对所述各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据；
或，
经过预设的时间对所述各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据。
第二方面，提供了一种电子票据的生成的装置，该装置包括：
第一处理模块，用于确定出出发地与目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
第二处理模块，用于基于各个区段电子票据得到所述联程行程的联程电子票据。
优选地，第二处理模块包括：
获取子模块，用于分别获取各个区段电子票据各自对应的票据信息；
设置子模块，用于分别设置各个票据信息各自对应的出行状态标识，并将各个出行状态标识设置为未出行标识；
整合子模块，用于对各个票据信息以及各个票据信息各自对应的出行状态标识进行编码，生成联程电子票据。
优选地，还包括：
第一确定模块，用于在所述针对联程行程中各个区段行程分别生成各自对应的区段电子票据的步骤之前，当接收到针对出发地与目的地之间的行程搜索指令，确定出所述出发地与所述目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
第二确定模块，用于当接收到针对任一联程行程的选定指令，确定出所述任一联程行程中的各个区段行程。
优选地，第一处理模块包括：
第一确定子模块，用于根据行程搜索指令，确定出发地与目的地之间的至少一个交通路径信息；
获取子模块，用于依据任一交通路径信息，从预设的第三方票据系统中获取至少一个运输类型，以及各个运输类型分别对应的各个行程；
第二确定子模块，用于基于出发地、目的地，以及预设的联程规则，从各个运输类型中确定出满足联程规则的至少一个目标运输类型，以及各个目标运输类型分别对应的至少一个目标行程；
第三确定子模块，用于将各个目标运输类型，以及各个目标运输类型分别对应的目标行程作为各个区段行程，并将各个区段行程作为联程行程。
优选地，第一处理模块具体用于：
从预设的第三方票据系统中分别确定各个目标运输类型各自对应的目标行程的票据，得到各个区段行程分别对应的区段电子票据。
优选地，票据信息包括：用户身份信息、区段出发地、区段目的地、乘坐时间、运输类型、座次、票价、检票口、票据号。
优选地，该装置还包括：
获取模块，用于当检测到联程电子票据在任一区段行程出发地进行验证时，获取联程电子票据中的各个区段电子票据；
匹配模块，用于将各个区段电子票据分别与任一区段行程出发地对应的区段行程进行匹配；
判定模块，用于当存在匹配项时，判定联程电子票据验证成功，并将任一区段行程对应的出行状态标识更新为已出行标识；
或，
当不存在匹配项，判定联程电子票据验证失败。
优选地，该装置还包括：
刷新模块，用于当接收到针对联程电子票据的刷新指令时，对各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据；
或，
经过预设的时间对各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据。
第三方面，提供了一种电子设备，该电子设备包括：
处理器、存储器和总线；
所述总线，用于连接所述处理器和所述存储器；
所述存储器，用于存储操作指令；
所述处理器，用于通过调用所述操作指令，可执行指令使处理器执行如本申请的第一方面所示的电子票据的生成的方法对应的操作。
第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第一方面所示的电子票据的生成的方法。
本申请提供的技术方案带来的有益效果是：
在本发明实施例中，预先构建的出行服务平台可以针对联程行程中各个区段行程分别得到各自对应的区段电子票据，然后基于各个区段电子票据得到所述联程行程的联程电子票据。这样，用户在出行服务平台上输入出发地和目的地后进行搜索，即可得到出发地与目的地之间的至少一个联程行程，然后根据自己的需求选择出最终的联程行程，并通过出行服务平台提供的统一支付接口进行付款，出行服务平台接收到付款后即可基于最终的联程行程生成对应的一个联程电子票据返回给用户，避免了用户从多个售票机构和运输公司的售票系统中针对不同的运输类型分别选择行程、购买票据的情况，为用户节约了大量时间和精力；同时，采用一个联程电子票据即可在各个区段行程进行验证，避免了用户需要保存多个票据的情况，从而将多个交通工具、多个信息平台、多个交通服务进行整合，实现了用户MaaS的联程出行需求，提升了用户体验。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请一个实施例提供的一种电子票据的生成方法的流程示意图；
图2为本申请另一实施例提供的一种电子票据的生成方法的流程示意图；
图3A～3B为本申请中区段行程1的电子票据和对应的票据信息；
图4A～4B为本申请中区段行程2的电子票据和对应的票据信息；
图5A～5B为本申请中区段行程3的电子票据和对应的票据信息；
图6A～6B为本申请中联程电子票据和对应的票据信息；
图7为本申请中基于各个区段电子票据生成联程电子票据的逻辑方法示意图；
图8为本申请中终端展示联程电子票据的界面效果图；
图9-1为本申请又一实施例提供的一种电子票据的生成装置的结构示意图；
图9-2为本申请又一实施例提供的一种电子票据的生成装置的结构示意图；
图9-3为本申请又一实施例提供的一种电子票据的生成装置的结构示意图；
图10为本申请又一实施例提供的一种电子票据的生成的电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
首先对本申请涉及的几个名词进行介绍和解释：
MaaS：Mobility as a Service—出行即服务(MaaS)的理念在于将用户置于运输服务的核心位置，根据用户出行需求优化出行方案。MaaS将多种类型的运输方式整合为按需提供的单一化出行服务，MaaS将所有的运输类型合为一体，用户只需通过单一账户支付费用，即可使用各种类型的运输服务。
多方式出行：多方式出行指的是用户无法通过单一交通工具到达目的地，需要至少换乘一次(包括相同和不同的交通工具间换乘)的出行行为。
联程出行：在行程里使用多方式出行，多次换乘将出行的行程切割成一段段行程，联程出行的目的是将多段行程逻辑组合成一个行程，使用一个订单进行支付和票据的统一。
联程电子票据：联程电子票据是指行程里，尽管需要换乘多个交通工具，但是通过一张有效票据就可以乘坐出行中所包含的交通工具，包括单种交通工具联程票、多种交通工具混合联程票。
本申请提供的电子票据的生成方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
在一个实施例中提供了一种电子票据的生成的方法，如图1所示，该方法包括：
步骤S101，针对联程行程中各个区段行程分别得到各自对应的区段电子票据；
用户通过终端中的小程序或APP登录出行服务平台，登录成功后终端可以展示搜索界面，用户可以在搜索界面中输入出发地与目的地，比如，出发地为“海滨大厦”，目的地为“粤财大厦”，然后点击搜索界面中的“确定”，即发起了行程搜索指令。当出行服务平台接收到该行程指令后，从各个售票机构和售票系统查询得到出发地到目的地之间的联程行程，并展示给用户；其中，该联程行程包括至少两个区段行程，比如，“海滨大厦”到“粤财大厦”的联程行程总共可以包括三个区段行程：区段行程1、“海滨大厦”—“蛇口港”；区段行程2、“蛇口港”—“九洲港”；区段行程3、“九洲港”—“粤财大厦”。
再比如，出发地为“黄鹤楼”，目的地为“故宫博物馆”，然后点击搜索界面中的“确定”，即发起了行程搜索指令。当出行服务平台接收到该行程指令后，从各个售票机构和售票系统查询得到出发地到目的地之间的联程行程，并展示给用户。比如，“黄鹤楼”到“故宫博物馆”的联程行程总共可以包括5个区段行程(步行除外)：区段行程1、“首义路阅马场站”—“首义路张之洞路口站”；区段行程2、“首义路站”—“武汉火车站”；区段行程3、“武汉火车站”—“北京西站”；区段行程4、“北京西站”—“军事博物馆站”；区段行程5、“军事博物馆站”—“天安门东站”。
终端中展示了至少一个联程行程后，用户可以从展示的各个联程行程中选择自己需求的联程行程，然后出行服务平台根据用户的选择确定出该联程行程中各个区段行程分别对应的区段电子票据。
步骤S102，基于各个区段电子票据得到联程行程的联程电子票据；
用户确定了联程行程之后，出行服务平台即可确定出该联程行程中的各个区段行程，从而确定出各个区段行程各自对应的区段电子票据了。
在本发明实施例中，预先构建的出行服务平台可以针对联程行程中各个区段行程分别得到各自对应的区段电子票据，然后基于各个区段电子票据得到联程行程的联程电子票据。这样，用户在出行服务平台上输入出发地和目的地后进行搜索，即可得到出发地与目的地之间的至少一个联程行程，然后根据自己的需求选择出最终的联程行程，并通过出行服务平台提供的统一支付接口进行付款，出行服务平台接收到付款后即可基于最终的联程行程生成对应的一个联程电子票据返回给用户，避免了用户从多个售票机构和运输公司的售票系统中针对不同的运输类型分别选择行程、购买票据的情况，为用户节约了大量时间和精力；同时，采用一个联程电子票据即可在各个区段行程进行验证，避免了用户需要保存多个票据的情况，从而将多个交通工具、多个信息平台、多个交通服务进行整合，实现了用户MaaS的联程出行需求，提升了用户体验。
在另一个实施例中提供了一种电子票据的生成的方法，如图2所示，该方法包括：
步骤S201，当接收到针对出发地与目的地之间的行程搜索指令，确定出出发地与目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
在本发明实施例中，为了实现用户可以买到联程票，可以先构建线上的出行服务平台，该平台接入聚合支付，为用户提供联程票的支付接口，该平台还接入各个售票机构和运输公司的售票系统。用户通过终端中的小程序或者APP(Application，应用程序)接入出行服务平台即可购买联程电子票据。联程行程所包含的每个区段行程在后台被处理成一个“出行商品”，几个“出行商品”组合行成出行套餐，用户购买套餐后，套餐中的“出行商品”被放入到购物车里，完成支付后，套餐里的每个区段行程生成一个区段电子票据，包含乘客身份标识和出行使用交通工具等票据信息，然后基于多个区段电子票据生成成一个联程电子票据。
具体而言，用户通过终端中的小程序或APP登录出行服务平台，该终端可以具有如下特点：
(1)在硬件体系上，设备具备中央处理器、存储器、输入部件和输出部件，也就是说，设备往往是具备通信功能的微型计算机设备。另外，还可以具有多种输入方式，诸如键盘、鼠标、触摸屏、送话器和摄像头等，并可以根据需要进行调整输入。同时，设备往往具有多种输出方式，如受话器、显示屏等，也可以根据需要进行调整；
(2)在软件体系上，设备必须具备操作系统，如Windows Mobile、Symbian、Palm、Android、iOS等。同时，这些操作系统越来越开放，基于这些开放的操作系统平台开发的个性化应用程序层出不穷，如通信簿、日程表、记事本、计算器以及各类游戏等，极大程度地满足了个性化用户的需求；
(3)在通信能力上，设备具有灵活的接入方式和高带宽通信性能，并且能根据所选择的业务和所处的环境，自动调整所选的通信方式，从而方便用户使用。设备可以支持GSM(Global System for Mobile Communication，全球移动通信系统)、WCDMA(Wideband CodeDivision Multiple Access，宽带码分多址)、CDMA2000(Code Division MultipleAccess，码分多址)、TDSCDMA(Time Division-Synchronous Code Division MultipleAccess，时分同步码分多址)、Wi-Fi(Wireless-Fidelity，无线保真)以及WiMAX(WorldwideInteroperability for Microwave Access，全球微波互联接入)等，从而适应多种制式网络，不仅支持语音业务，更支持多种无线数据业务；
(4)在功能使用上，设备更加注重人性化、个性化和多功能化。随着计算机技术的发展，设备从“以设备为中心”的模式进入“以人为中心”的模式，集成了嵌入式计算、控制技术、人工智能技术以及生物认证技术等，充分体现了以人为本的宗旨。由于软件技术的发展，设备可以根据个人需求调整设置，更加个性化。同时，设备本身集成了众多软件和硬件，功能也越来越强大。
进一步，用户登录成功后，终端可以展示搜索界面，用户可以在搜索界面中输入出发地与目的地，比如，出发地为“海滨大厦”，目的地为“粤财大厦”，然后点击搜索界面中的“确定”，即发起了行程搜索指令。当出行服务平台接收到该行程指令后，从各个售票机构和售票系统查询得到出发地到目的地之间的联程行程，并展示给用户；其中，该联程行程包括至少两个区段行程，比如，查询得到“海滨大厦”到“粤财大厦”的一个联程行程，该联程行程总共可以包括3个区段行程：区段行程1、“海滨大厦”—“蛇口港”；区段行程2、“蛇口港”—“九洲港”；区段行程3、“九洲港”—“粤财大厦”。
更进一步，如果出行服务平台查询得到多个联程行程，那么可以将所有的联程行程全部展示给用户。比如，“海滨大厦”到“粤财大厦”除了上述的联程行程外，如果还有另外两个联程行程，那么就一共向用户展示三个联程行程。
在本发明一种优选实施例中，当接收到针对出发地与目的地之间的行程搜索指令，确定出出发地与目的地之间的至少一个联程行程，包括：
根据行程搜索指令，确定出发地与目的地之间的至少一个交通路径信息；
依据任一交通路径信息，从预设的第三方票据系统中获取至少一个运输类型，以及各个运输类型分别对应的各个行程；
基于出发地、目的地，以及预设的联程规则，从各个运输类型中确定出满足联程规则的至少一个目标运输类型，以及各个目标运输类型分别对应的至少一个目标行程；
将各个目标运输类型，以及各个目标运输类型分别对应的目标行程作为各个区段行程，并将各个区段行程作为联程行程。
具体而言，出行服务平台在接收到用户发起的行程搜索指令后，可以确定出出发地与目的地之间的至少一个交通路径信息，其中，交通路径信息可以是出发地与目的地之间可行的交通路径。比如，“海滨大厦”与“粤财大厦”之间的一个交通路径信息可以为：“海滨大厦”—“蛇口港”—“九洲港”—“粤财大厦”。
其中，确定任一联程行程中各个区段行程分别对应的区段电子票据，包括：
从预设的第三方票据系统中分别确定各个目标运输类型各自对应的目标行程的票据，得到各个区段行程分别对应的区段电子票据。
确定了各个交通路径信息后，针对任一交通路径信息，出行服务平台可以从预设的第三方票据系统中，比如各个售票机构和运输公司的售票系统，查询该交通路径信息对应的至少一个运输类型，以及各个运输类型分别对应的行程。比如，通过查询可知，“海滨大厦”—“蛇口港”的区段行程对应的运输类型为“深圳公交”，以及“深圳公交”对应的车次，包括直达的车次和/或转乘的各个车次；“蛇口港”—“九洲港”的区段行程对应的运输类型为“客轮”，以及“客轮”对应的船次，包括直达的船次和/或转乘的各个船次；“九洲港”—“粤财大厦”的区段行程对应的运输类型为“珠海公交”，以及“珠海公交”对应的车次，包括直达的车次和/或转乘的各个车次。
在实际应用中，每个区段行程对应的路径通常不是唯一的。比如，“海滨大厦”—“蛇口港”的行程，用户可以坐公交，但是总共有4个路径可选，比如，公交A、公交B为直达车次，公交C和公交D为转乘车次，其中，公交A的路程最短，公交B的耗时最短，公交C和公交D的票价最便宜，所以，每个区段行程的规则不同都会影响到联程行程中其它的区段行程。因此，出行服务平台可以预设多个联程规则，这样，用户在查询联程行程的时候可以根据实际需求设置联程规则，出行服务平台即可确定出出发地与目的地之间满足用户设置的联程规则的各个区段行程，并将各个区段行程的集合作为联程行程。
步骤S202，当接收到针对任一联程行程的选定指令，确定出任一联程行程中的各个区段行程；
终端中展示了至少一个联程行程后，用户可以从展示的各个联程行程中选择一个自己需求的联程行程，然后出行服务平台根据用户的选择确定出该联程行程中各个区段行程分别对应的区段电子票据。其中，区段电子票据包括但不限于以下票据信息：用户身份信息、区段出发地、区段目的地、乘坐时间、运输类型、座次、票价、检票口、票据号。
具体而言，可以使用二维码作为联程电子票据的载体，将联程行程中的每个区段行程分别生成对应的二维码，然后将各个区段行程对应的二维码拼接成单个乘车二维码作为联程电子票据，这个乘车二维码将作为用户出行的有效票据，用户每次乘坐交通工具前通过终端扫描设备读取乘车二维码后，标识对应的区段行程已经发生。
进一步，当终端扫描设备扫描联程电子票据后，即可得到票据信息。比如，如图3A所示，为“海滨大厦”—“蛇口港”的区段行程的电子票据，扫描该电子票据后即可得到如图3B所示的票据信息(部分票据信息未示出)；如图4A所示，为“蛇口港”—“九洲港”的区段行程的电子票据，扫描该电子票据后即可得到如图4B所示的票据信息(部分票据信息未示出)；如图5A所示，为“九洲港”—“粤财大厦”的区段行程的电子票据，扫描该电子票据后即可得到如图5B所示的票据信息(部分票据信息未示出)。
步骤S203，针对联程行程中各个区段行程分别得到各自对应的区段电子票据；
用户确定了联程行程之后，出行服务平台即可确定出该联程行程中的各个区段行程，从而确定出各个区段行程各自对应的区段电子票据了。
步骤S204，基于各个区段电子票据得到联程行程的联程电子票据；
将各个区段的电子票据的票据信息以及各个票据信息各自对应的出行状态标识进行编码，即可得到出发地到目的地的一个联程行程的联程电子票据了。比如，在得到如图3A、4A、5A所示的电子票据后，基于三个电子票据即可得到如图6A所示的联程电子票据，扫描该联程电子票据后即可得到如图6B所示的票据信息。
在本发明一种优选实施例中，将各个区段电子票据进行整合处理，得到任一联程行程的联程电子票据的步骤，包括：
分别获取各个区段电子票据各自对应的票据信息，以及分别设置各个票据信息各自对应的出行状态标识，并将各个出行状态标识设置为未出行标识；
对各个票据信息以及各个票据信息各自对应的出行状态标识进行编码，生成联程电子票据。
具体而言，联程行程包括多个区段行程，而各个区段行程对应的电子票据都包含在一个联程电子票据中，所以，需要将联程电子票据中各个区段行程的出行状态进行标识，出行状态标识用于表征用户是否在该区段行程对应的检票口进行了检票，当用户在某个区段行程检票完成后，需要将该区段行程对应的出行状态标识进行修改。
继续以二维码为电子票据为例，分别对如图3A、4A、5A所示的电子票据进行解码，得到如图3B的票据信息(部分票据信息未示出)、如图4B的票据信息(部分票据信息未示出)，以及如图5B的票据信息(部分票据信息未示出)，然后分别设置各个票据信息各自对应的出行状态标识，并将各个出行状态标识设置为未出行标识。
因为联程行程中的各个区段行程是固定的，所以在生成联程电子票据时，可以对每个区段行程进行排序，比如，各个区段行程的序号标记为[1,2,3,…]，每个区段行程段设置一个出行状态标识，这个出行状态标识赋值为[0,1]，0代表未扫码，1代表已扫码，二维码接受场站或者车辆终端扫码后，该参数即赋值为1，代表该段行程已经开始。比如，某个联程行程包含3个区段行程，联程电子票据中3个区段行程未出行时对应的出行状态标识分别为：[1:0；2:0；3:0]，已经完成前2个区段行程时对应的出行状态标识分别为：[1:1；2:1；3:0]。
设置完成之后，对各个票据信息以及各个票据信息各自对应的出行状态标识进行编码，即可得到如图6A所示的联程电子票据，扫描该联程电子票据后即可得到如图6B所示的票据信息(部分票据信息未示出)。
比如，继续以二维码为例，基于各个区段电子票据得到联程行程的联程电子票据的逻辑可以如图7所示，基于如图3A、4A、5A所示的二维码得到联程电子票据的二维码，然后将联程电子票据的二维码发送给终端，终端在展示界面中展示给用户，用户在终端上看到的包含联程电子票据的二维码的界面可以如图8所示。
在本发明一种优选实施例中，当接收到针对联程电子票据的刷新指令时，对各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据；
或，
经过预设的时间对各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据。
在实际应用中，为了保证联程电子票据的安全，可以对联程电子票据进行刷新，当然，刷新的时候将各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码即可，不会改变联程电子票据所包含的票据信息。
进一步，在展示联程电子票据的同时，也可以展示刷新指令，用户可以通过点击刷新指令来刷新联程电子票据，也可以设置自动刷新，比如每隔30秒刷新一次。
比如，如图8所示，在二维码的下方设置有刷新指令“二维码自动刷新”，当用户点击了“刷新”后，即可刷新联程电子票据；用户也可以选择“二维码自动刷新”前面的“○”，这样就可以自动对联程电子票据进行刷新。
更进一步，也可以在用户在任一个区段行程通过验证后，刷新联程电子票据。比如，“海滨大厦”到“粤财大厦”的联程行程中，用户在“海滨大厦”—“蛇口港”的区段行程验证通过时，对联程电子票据进行刷新，用户在“蛇口港”—“九洲港”的区段行程验证通过时，对联程电子票据进行刷新，用户在“九洲港”—“粤财大厦”的区段行程验证通过时，对联程电子票据进行刷新。
步骤S205，当检测到联程电子票据在任一区段行程出发地进行验证时，获取联程电子票据中的各个区段电子票据；
具体而言，用户买票成功后，出行服务平台会将票据信息发送至联程行程中的各个区段行程的出发地检票设备，当用户在任一区段行程的出发地检票设备上展示联程电子票据时，检票设备即可获取联程电子票据中各个区段电子票据对应的票据信息了。
进一步，除了可以将票据信息发送至区段行程的出发地检票设备之外，还可以发送至区段行程的目的地检票设备，这样可以防止电子票据的行程与实际行程不符的情况。
步骤S206，将各个区段电子票据分别与任一区段行程出发地对应的区段行程进行匹配；
步骤S207，当存在匹配项时，判定联程电子票据验证成功，并将任一区段行程对应的出行状态标识更新为已出行标识；
步骤S208，当不存在匹配项，判定联程电子票据验证失败。
具体而言，出发地检票设备或目的地检票设备在获取到各个区段电子票据对应的票据信息后，与该检票设备所接收到的票据信息进行匹配，若存在匹配项，则判定该联程电子票据验证成功，并将该检票设备所在的区段行程对应的出行状态标识更新为已出行标识，比如，将出行状态标识赋值从0修改为1；若不存在匹配项，则判定该联程电子票据验证失败，比如，当用户乘坐了错误的车次时，则验证失败。
需要说明的是，联程电子票据中对各个区段行程的验证是互不影响的，在票据信息匹配的情况下，用户可以使用联程电子票据在任一区段行程的检票设备上进行验证，并不受区段行程的先后顺序的限制。
比如，用户从“海滨大厦”到“粤财大厦”，该联程行程总共可以包括三个区段行程：区段行程1、“海滨大厦”—“蛇口港”；区段行程2、“蛇口港”—“九洲港”；区段行程3、“九洲港”—“粤财大厦”，那么在票据信息匹配的情况下，该联程行程对应的联程电子票据可以任一区段行程验证成功。
而且，当用户完成了区段行程1之后，并没有乘坐“客轮”从“蛇口港”到达“九洲港”，而是采用了其它的交通工具到达了“九洲港”，那么用户在“九洲港”还可以继续乘坐“珠海公交”到达“粤财大厦”，这样，联程电子票据中三个区段行程的出行状态标识即为[1:1；2:0；3:1]。
进一步，在实际应用中，某些指定的交通工具可以使用联程电子票据之外的其它方式进行验证，比如高铁，用户使用身份证也可以进行验证，验证通过后，将联程电子票据中对应的出行状态标识修改为已出行标识。针对这种情况，出行服务平台可以设置具有多种验证方式的指定运输类型，当联程行程中存在指定运输类型时，用户可以采用任一方式进行验证。
比如，用户的某个联程行程包括两个区段行程，两个区段行程分别对应地铁和高铁两种运输类型，用户使用联程电子票据乘坐了地铁，使用身份证乘坐了高铁，那么该联程电子票据中两个区段行程的出行状态标识即为[1:1；2:1]。
在本发明实施例中，预先构建的出行服务平台可以针对联程行程中各个区段行程分别得到各自对应的区段电子票据，然后基于各个区段电子票据得到联程行程的联程电子票据。这样，用户在出行服务平台上输入出发地和目的地后进行搜索，即可得到出发地与目的地之间的至少一个联程行程，然后根据自己的需求选择出最终的联程行程，并通过出行服务平台提供的统一支付接口进行付款，出行服务平台接收到付款后即可基于最终的联程行程生成对应的一个联程电子票据返回给用户，避免了用户从多个售票机构和运输公司的售票系统中针对不同的运输类型分别选择行程、购买票据的情况，为用户节约了大量时间和精力；同时，采用一个联程电子票据即可在各个区段行程进行验证，避免了用户需要保存多个票据的情况，从而将多个交通工具、多个信息平台、多个交通服务进行整合，实现了用户MaaS的联程出行需求，提升了用户体验。
图9为本申请又一实施例提供的一种电子票据的生成装置的结构示意图，如图9-1所示，本实施例的装置可以包括：
第一处理模块901，用于确定出出发地与目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
第二处理模块902，用于基于各个区段电子票据得到联程行程的联程电子票据。
在本发明一种优选实施例中，第二处理模块包括：
获取子模块，用于分别获取各个区段电子票据各自对应的票据信息；
设置子模块，用于分别设置各个票据信息各自对应的出行状态标识，并将各个出行状态标识设置为未出行标识；
整合子模块，用于对各个票据信息以及各个票据信息各自对应的出行状态标识进行编码，生成联程电子票据。
在本发明一种优选实施例中，还包括：
第一确定模块，用于在针对联程行程中各个区段行程分别生成各自对应的区段电子票据的步骤之前，当接收到针对出发地与目的地之间的行程搜索指令，确定出出发地与目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
第二确定模块，用于当接收到针对任一联程行程的选定指令，确定出任一联程行程中的各个区段行程。
在本发明一种优选实施例中，第一处理模块包括：
第一确定子模块，用于根据行程搜索指令，确定出发地与目的地之间的至少一个交通路径信息；
获取子模块，用于依据任一交通路径信息，从预设的第三方票据系统中获取至少一个运输类型，以及各个运输类型分别对应的各个行程；
第二确定子模块，用于基于出发地、目的地，以及预设的联程规则，从各个运输类型中确定出满足联程规则的至少一个目标运输类型，以及各个目标运输类型分别对应的至少一个目标行程；
第三确定子模块，用于将各个目标运输类型，以及各个目标运输类型分别对应的目标行程作为各个区段行程，并将各个区段行程作为联程行程。
在本发明一种优选实施例中，第一处理模块具体用于：
从预设的第三方票据系统中分别确定各个目标运输类型各自对应的目标行程的票据，得到各个区段行程分别对应的区段电子票据。
在本发明一种优选实施例中，票据信息包括：用户身份信息、区段出发地、区段目的地、乘坐时间、运输类型、座次、票价、检票口、票据号。
在本发明一种优选实施例中，如图9-2所示，该装置还包括：
获取模块903，用于当检测到联程电子票据在任一区段行程出发地进行验证时，获取联程电子票据中的各个区段电子票据；
匹配模块904，用于将各个区段电子票据分别与任一区段行程出发地对应的区段行程进行匹配；
判定模块905，用于当存在匹配项时，判定联程电子票据验证成功，并将任一区段行程对应的出行状态标识更新为已出行标识；
或，
当不存在匹配项，判定联程电子票据验证失败。
在本发明一种优选实施例中，如图9-3所示，该装置还包括：
刷新模块906，用于当接收到针对联程电子票据的刷新指令时，对各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据；
或，
经过预设的时间对各个票据信息以及各个票据信息各自对应的出行状态标识重新进行编码，得到更新后的联程电子票据。
本实施例的电子票据的生成装置可执行本申请第一个实施例，以及第二个实话例所示的电子票据的生成方法，其实现原理相类似，此处不再赘述。
在本发明实施例中，预先构建的出行服务平台可以针对联程行程中各个区段行程分别得到各自对应的区段电子票据，然后基于各个区段电子票据得到联程行程的联程电子票据。这样，用户在出行服务平台上输入出发地和目的地后进行搜索，即可得到出发地与目的地之间的至少一个联程行程，然后根据自己的需求选择出最终的联程行程，并通过出行服务平台提供的统一支付接口进行付款，出行服务平台接收到付款后即可基于最终的联程行程生成对应的一个联程电子票据返回给用户，避免了用户从多个售票机构和运输公司的售票系统中针对不同的运输类型分别选择行程、购买票据的情况，为用户节约了大量时间和精力；同时，采用一个联程电子票据即可在各个区段行程进行验证，避免了用户需要保存多个票据的情况，从而将多个交通工具、多个信息平台、多个交通服务进行整合，实现了用户MaaS的联程出行需求，提升了用户体验。
本申请的又一实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：在本发明实施例中，预先构建的出行服务平台可以针对联程行程中各个区段行程分别得到各自对应的区段电子票据，然后基于各个区段电子票据得到联程行程的联程电子票据。这样，用户在出行服务平台上输入出发地和目的地后进行搜索，即可得到出发地与目的地之间的至少一个联程行程，然后根据自己的需求选择出最终的联程行程，并通过出行服务平台提供的统一支付接口进行付款，出行服务平台接收到付款后即可基于最终的联程行程生成对应的一个联程电子票据返回给用户，避免了用户从多个售票机构和运输公司的售票系统中针对不同的运输类型分别选择行程、购买票据的情况，为用户节约了大量时间和精力；同时，采用一个联程电子票据即可在各个区段行程进行验证，避免了用户需要保存多个票据的情况，从而将多个交通工具、多个信息平台、多个交通服务进行整合，实现了用户MaaS的联程出行需求，提升了用户体验。
在一个可选实施例中提供了一种电子设备，如图10所示，图10所示的电子设备10000包括：处理器10001和存储器10003。其中，处理器10001和存储器10003相连，如通过总线10002相连。可选地，电子设备10000还可以包括收发器10004。需要说明的是，实际应用中收发器10004不限于一个，该电子设备10000的结构并不构成对本申请实施例的限定。
处理器10001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器10001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线10002可包括一通路，在上述组件之间传送信息。总线10002可以是PCI总线或EISA总线等。总线10002可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器10003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器10003用于存储执行本申请方案的应用程序代码，并由处理器10001来控制执行。处理器10001用于执行存储器10003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。
其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。
本申请的又一实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，在本发明实施例中，预先构建的出行服务平台可以针对联程行程中各个区段行程分别得到各自对应的区段电子票据，然后基于各个区段电子票据得到联程行程的联程电子票据。这样，用户在出行服务平台上输入出发地和目的地后进行搜索，即可得到出发地与目的地之间的至少一个联程行程，然后根据自己的需求选择出最终的联程行程，并通过出行服务平台提供的统一支付接口进行付款，出行服务平台接收到付款后即可基于最终的联程行程生成对应的一个联程电子票据返回给用户，避免了用户从多个售票机构和运输公司的售票系统中针对不同的运输类型分别选择行程、购买票据的情况，为用户节约了大量时间和精力；同时，采用一个联程电子票据即可在各个区段行程进行验证，避免了用户需要保存多个票据的情况，从而将多个交通工具、多个信息平台、多个交通服务进行整合，实现了用户MaaS的联程出行需求，提升了用户体验。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种电子票据的生成方法，其特征在于，包括：
针对联程行程中各个区段行程分别得到各自对应的区段电子票据；
基于各个区段电子票据得到所述联程行程的联程电子票据；
其中，所述针对联程行程中各个区段行程分别得到各自对应的区段电子票据，包括：
获取每个所述区段行程分别对应的票据信息、出行状态标识以及出行顺序信息；所述出行状态标识用于表征用户是否在区段行程对应的检票口进行了检票；
对于每个所述区段行程，基于所述区段行程对应的票据信息、出行状态标识以及出行顺序信息进行编码，得到所述区段行程对应的区段电子票据；
所述基于各个区段电子票据得到所述联程行程的联程电子票据，包括：
对各个区段电子票据进行整合编码处理，得到所述联程电子票据。
2.根据权利要求1所述的电子票据的生成方法，其特征在于，在所述针对联程行程中各个区段行程分别生成各自对应的区段电子票据的步骤之前，还包括：
当接收到针对出发地与目的地之间的行程搜索指令，确定出所述出发地与所述目的地之间的至少一个联程行程；其中，任一联程行程包括至少两个区段行程；
当接收到针对任一联程行程的选定指令，确定出所述任一联程行程中的各个区段行程。
3.根据权利要求2所述的电子票据的生成方法，其特征在于，所述当接收到针对出发地与目的地之间的行程搜索指令，确定出所述出发地与所述目的地之间的至少一个联程行程，包括：
根据所述行程搜索指令，确定所述出发地与所述目的地之间的至少一个交通路径信息；
依据任一交通路径信息，从预设的第三方票据系统中获取至少一个运输类型，以及各个运输类型分别对应的各个行程；
基于所述出发地、所述目的地，以及预设的联程规则，从各个运输类型中确定出满足所述联程规则的至少一个目标运输类型，以及各个目标运输类型分别对应的至少一个目标行程；
将各个目标运输类型，以及各个目标运输类型分别对应的目标行程作为各个区段行程，并将各个区段行程作为联程行程。
4.根据权利要求1或3所述的电子票据的生成方法，其特征在于，所述针对联程行程中各个区段行程分别得到各自对应的区段电子票据的步骤，包括：
从预设的第三方票据系统中分别确定各个目标运输类型各自对应的目标行程的票据，得到各个区段行程分别对应的区段电子票据。
5.根据权利要求1所述的电子票据的生成方法，其特征在于，所述票据信息包括：用户身份信息、区段出发地、区段目的地、乘坐时间、运输类型、座次、票价、检票口、票据号。
6.根据权利要求1所述的电子票据的生成方法，其特征在于，还包括：
当检测到所述联程电子票据在任一区段行程出发地进行验证时，获取所述联程电子票据中的各个区段电子票据；
将各个区段电子票据分别与所述任一区段行程出发地对应的区段行程进行匹配；
当存在匹配项时，判定所述联程电子票据验证成功，并将所述任一区段行程对应的出行状态标识更新为已出行标识；
当不存在匹配项，判定所述联程电子票据验证失败。
7.根据权利要求1所述的电子票据的生成方法，其特征在于，还包括：
当接收到针对所述联程电子票据的刷新指令时，对各个所述区段行程对应的票据信息以及出行状态标识重新进行编码，得到更新后的联程电子票据；
或，
经过预设的时间对各个所述区段行程对应的票据信息以及出行状态标识重新进行编码，得到更新后的联程电子票据。
8.一种电子票据的生成装置，其特征在于，包括：
第一处理模块，用于针对联程行程中各个区段行程分别得到各自对应的区段电子票据；
第二处理模块，用于基于各个区段电子票据得到所述联程行程的联程电子票据；
其中，所述第一处理模块在针对联程行程中各个区段行程分别得到各自对应的区段电子票据时，用于：
获取每个所述区段行程分别对应的票据信息、出行状态标识以及出行顺序信息；所述出行状态标识用于表征用户是否在区段行程对应的检票口进行了检票；
对于每个所述区段行程，基于所述区段行程对应的票据信息、出行状态标识以及出行顺序信息进行编码，得到所述区段行程对应的区段电子票据；
所述第二处理模块在基于各个区段电子票据得到所述联程行程的联程电子票据时，用于：
对各个区段电子票据进行整合编码处理，得到所述联程电子票据。
9.一种电子设备，其特征在于，其包括：
处理器、存储器和总线；
所述总线，用于连接所述处理器和所述存储器；
所述存储器，用于存储操作指令；
所述处理器，用于通过调用所述操作指令，执行上述权利要求1-7中任一项所述的电子票据的生成方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机执行上述权利要求1-7中任一项所述的电子票据的生成方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911368347.0A CN111192031B (zh) | 2019-12-26 | 2019-12-26 | 电子票据的生成方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911368347.0A CN111192031B (zh) | 2019-12-26 | 2019-12-26 | 电子票据的生成方法、装置、电子设备及可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111192031A CN111192031A (zh) | 2020-05-22 |
| CN111192031B true CN111192031B (zh) | 2023-06-23 |
Family
ID=70710574
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911368347.0A Active CN111192031B (zh) | 2019-12-26 | 2019-12-26 | 电子票据的生成方法、装置、电子设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111192031B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115018568A (zh) * | 2022-03-29 | 2022-09-06 | 哈尔滨工程大学 | 一种面向联程出行的MaaS支付结算与发票系统及方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101661585A (zh) * | 2009-09-22 | 2010-03-03 | 王舰 | 基于二维码技术和生物识别技术的无纸化登机系统 |
| CN102341987A (zh) * | 2009-01-06 | 2012-02-01 | 捷通国际有限公司 | 无线电力的计量递送 |
| CN107248084A (zh) * | 2017-06-08 | 2017-10-13 | 北京微赛时代体育科技有限公司 | 票务安全管理方法及装置 |
| CN107480738A (zh) * | 2017-08-10 | 2017-12-15 | 中国民航信息网络股份有限公司 | 基于加密二维码和电子验讫标识的无纸化通关系统及方法 |
| CN107506410A (zh) * | 2017-07-31 | 2017-12-22 | 携程旅游网络技术（上海）有限公司 | 交通产品的聚合查询方法、系统以及存储介质 |
| CN109087024A (zh) * | 2018-08-28 | 2018-12-25 | 腾讯科技（深圳）有限公司 | 关于电子票据的数据处理方法、装置、存储介质和设备 |
| WO2019071660A1 (zh) * | 2017-10-09 | 2019-04-18 | 平安科技（深圳）有限公司 | 票据信息识别方法、电子装置及可读存储介质 |
-
2019
- 2019-12-26 CN CN201911368347.0A patent/CN111192031B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102341987A (zh) * | 2009-01-06 | 2012-02-01 | 捷通国际有限公司 | 无线电力的计量递送 |
| CN101661585A (zh) * | 2009-09-22 | 2010-03-03 | 王舰 | 基于二维码技术和生物识别技术的无纸化登机系统 |
| CN107248084A (zh) * | 2017-06-08 | 2017-10-13 | 北京微赛时代体育科技有限公司 | 票务安全管理方法及装置 |
| CN107506410A (zh) * | 2017-07-31 | 2017-12-22 | 携程旅游网络技术（上海）有限公司 | 交通产品的聚合查询方法、系统以及存储介质 |
| CN107480738A (zh) * | 2017-08-10 | 2017-12-15 | 中国民航信息网络股份有限公司 | 基于加密二维码和电子验讫标识的无纸化通关系统及方法 |
| WO2019071660A1 (zh) * | 2017-10-09 | 2019-04-18 | 平安科技（深圳）有限公司 | 票据信息识别方法、电子装置及可读存储介质 |
| CN109087024A (zh) * | 2018-08-28 | 2018-12-25 | 腾讯科技（深圳）有限公司 | 关于电子票据的数据处理方法、装置、存储介质和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111192031A (zh) | 2020-05-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11747151B2 (en) | Dynamic multi-modal mobility service platform | |
| US11488125B2 (en) | Automobile mobile-interaction platform apparatuses, methods and systems | |
| JP6535105B2 (ja) | 相乗りのためのシステム及び方法 | |
| Shaheen et al. | Smartphone applications to influence travel choices: practices and policies | |
| KR102662409B1 (ko) | 차량을 공유하려는 사용자들을 중개하는 방법 및 시스템 | |
| US10332104B2 (en) | Techniques for an in-vehicle electronic wallet | |
| KR102047493B1 (ko) | 모바일 단말의 교통 서비스 정보 제공 방법, 교통 서비스 관리 서버의 교통 서비스 관리 방법, 및 교통 서비스 제공 차량의 교통 서비스 제공 방법 | |
| US8981896B2 (en) | On-vehicle ticketing and validation | |
| Turban et al. | Mobile commerce and the internet of things | |
| CN107492063A (zh) | 一种上车点推荐处理方法及系统 | |
| WO2013101522A2 (en) | Co-located groups as authorization mechanisms | |
| WO2014120674A1 (en) | Parental management of digital assets | |
| US10325480B2 (en) | Proximity assisted seamless service (PASS) | |
| US10043171B2 (en) | System and method for performing automatic payment transactions | |
| Beecroft et al. | Personal security in travel by public transport: the role of traveller information and associated technologies | |
| US9532216B2 (en) | Method of authenticating user, server and mobile terminal performing the same | |
| CN110910190A (zh) | 汽车共享和出租车服务的综合识别和认证 | |
| KR20200005570A (ko) | 범용 요금 지불 및 징수 시스템 | |
| US10732624B2 (en) | User data digestion for autonomous car implementation | |
| CN110245886A (zh) | 多模式运输服务平台 | |
| CN111192031B (zh) | 电子票据的生成方法、装置、电子设备及可读存储介质 | |
| CN113222667A (zh) | 权益分享处理方法及装置 | |
| US10540729B1 (en) | Mobile wallets with packaged travel services | |
| Lakhan et al. | Multi-agent reinforcement learning framework based on information fusion biometric ticketing data in different public transport modes | |
| US10789579B2 (en) | Systems and methods for use in facilitating purchases |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |