CN112561110A - 基于区块链的联程值机数据处理系统 - Google Patents

Abstract

本发明涉及一种基于区块链的联程值机数据处理系统，实现步骤S1、接收联程行程创建指令，获取联程行程id、旅客信息和行程数组，存入联程行程数据结构中；步骤S2、获取行程idm的行程基本信息、验证状态信息和值机状态，存入联程行程数据结构中；步骤S3、判断行程idm的验证状态是否为0，若是，则向第idm节点发送联程行程验证请求，若通过，将验证状态改为1；步骤S4、判断验证状态信息是否全为1，若是，则获取目标共享数据；步骤S5、第idm节点完成值机操作，更新值机状态，将电子凭证存入区块链；步骤S6、判断行程idm对应的值机状态是否全为1，若是，则完成联程值机。本发明提高了联程值机的数据处理效率。

Description

基于区块链的联程值机数据处理系统

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于区块链的联程值机数据处理系统。

背景技术

随着交通信息技术的不断发展，在一种出行场景中，旅客从出发地到目的地中间可能需要转一个或多个中间地。例如在民航出行场景中，旅客从A地点到C地点，需要先从A地点达到B地点，再从B地点到达C地点，针对这类出行需求开发了联程值机技术。

现有的联程值机技术中，实现联程值机必须以两个航空公司之间签订协议开通程值机技术服务为前提，且由于现有的航空公司的离港系统可能相同也可能不同，当联程值机需要基于不同的离港系统实现时，就需要在两个不同的离港系统之间根据IATA标准（国际航空运输协会标准）建立报文链路，通过EDI（Electronic Data Interchange，电子数据交换）报文协议由A离港系统向B离港系统申请值机服务，得到服务返回后再从A离港系统中给在A机场等待的旅客提供登机牌，实现联程值机的过程和系统架构复杂，成本高且处理效率低。

发明内容

本发明目的在于，提供一种基于区块链的联程值机数据处理系统，降低了实现联程值机的成本，简化了联程值机数据处理流程，提高了联程值机的数据处理效率。

根据本发明一方面，提供了一种基于区块链的联程值机数据处理系统，包括预先构建的区块链、预设的联程行程数据结构、处理器和存储有计算机程序的存储器，所述联程行程数据结构设置在所述区块链中，用于存储联程行程数据，并随着联程值机数据处理过程动态更新，所述处理器执行所述计算机程序实现以下步骤：

步骤S1、接收第一节点发送的联程行程创建指令，从所述联程行程创建指令中解析获取联程行程id、旅客信息和行程数组（行程id1,行程id2…行程idM），并存入所述联程行程数据结构中，行程id1,行程id2…行程idM按行程的先后顺序排列，行程idm为第m个行程id，行程idm对应的节点为第idm节点，m取值为1到M，M为大于等于2的正整数；

步骤S2、从所述联程行程创建指令中解析获取行程idm对应的行程基本信息、验证状态信息和值机状态信息，并存入所述联程行程数据结构中，其中，行程idm的联程行程验证未通过时，对应的验证状态信息为0，联程行程验证通过时，对应的验证状态信息为1，行程idm未完成值机操作时，值机状态信息值为0，完成值机操作时，值机状态信息值为1；

步骤S3、判断行程idm的验证状态信息是否为0，若为0，则向第idm节点发送联程行程验证请求和所述联程行程数据结构，若接收到第idm节点反馈的联程行程验证通过指令，则将行程idm对应的验证状态信息更新为1；

步骤S4、判断行程id1,行程id2…行程idM对应的验证状态信息是否全部为1，若是，则获取第id1节点发送的联程行程id对应的目标共享数据，存入所述联程行程数据结构中，并向第idm节点发送联程值机指令和所述联程行程数据结构，所述目标共享数据基于第id1节点、第id2节点，第id3节点…第idM节点的预设联程值机输入需求获取；

步骤S5、若接收第idm节点基于所述联程值机指令和联程行程数据结构生成的完成值机指令和对应的电子凭证，则基于第idm节点对应的完成值机指令将行程idm对应的值机状态信息更新为1，并将第idm节点对应的电子凭证存入所述联程行程数据结构中；

步骤S6、判断行程id1,行程id2…行程idM对应的值机状态信息是否全部为1，若是，则完成联程值机。

本发明与现有技术相比具有明显的优点和有益效果。借由上述技术方案，本发明提供的一种基于区块链的联程值机数据处理系统可达到相当的技术进步性及实用性，并具有产业上的广泛利用价值，其至少具有下列优点：

本发明基于区块链完成实现联程值机，降低了实现联程值机的成本，简化了联程值机数据处理流程，提高了联程值机的数据处理效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。

附图说明

图1为本发明实施例提供的基于区块链的联程值机数据处理系统示意图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本发明提出的一种基于区块链的联程值机数据处理系统的具体实施方式及其功效，详细说明如后。

本发明实施例提供了一种基于区块链的联程值机数据处理系统，如图1所示，包括预先构建的区块链、预设的联程行程数据结构、处理器和存储有计算机程序的存储器，所述联程行程数据结构设置在所述区块链中，用于存储联程行程数据，并随着联程值机数据处理过程动态更新，所述处理器执行所述计算机程序实现以下步骤：

步骤S1、接收第一节点发送的联程行程创建指令，从所述联程行程创建指令中解析获取联程行程id、旅客信息和行程数组（行程id1,行程id2…行程idM），并存入所述联程行程数据结构中，行程id1,行程id2…行程idM按行程的先后顺序排列，行程idm为第m个行程id，行程idm对应的节点为第idm节点，m取值为1到M，M为大于等于2的正整数；

可以理解的是，第一节点和第idm节点均为预先在区块链上注册的能够与区块链通信连接的节点，且可在所述区块链对应的智能合约中，写入相关授权信息，例如通过智能合约可以对行程、创建联程行程等权限进行授权。行程idm对应的节点为第idm节点，第idm节点为行程idm始发地提供值机服务的服务器对应的节点。M为联程行程中所涉及的行程数量，例如可为2或3。

步骤S2、从所述联程行程创建指令中解析获取行程idm对应的行程基本信息、验证状态信息和值机状态信息，并存入所述联程行程数据结构中，其中，行程idm的联程行程验证未通过时，对应的验证状态信息为0，联程行程验证通过时，对应的验证状态信息为1，行程idm未完成值机操作时，值机状态信息值为0，完成值机操作时，值机状态信息值为1；

步骤S3、判断行程idm的验证状态信息是否为0，若为0，则向第idm节点发送联程行程验证请求和所述联程行程数据结构，若接收到第idm节点反馈的联程行程验证通过指令，则将行程idm对应的验证状态信息更新为1；

可以理解的是，由于区块链上的节点用户都是可验证、可追溯的，因此，第idm节点接收到联程行程验证请求后，第idm节点可以信任申请的数据源，并从全行程考虑自己负责的一段行程能否提供联程值机服务，若可以提供该联程值机服务，则该联程行程验证通过，向区块链发送联程行程验证通过指令。这样，无需以多个节点之间签订联程服务协议为前提，第idm节点可根据自身参数情况来决定是否可以联程值机，方便了不同节点之间实现联程值机。此外，也无需对两个节点对应的离港系统的物理设备做要求，无需在两个节点对应的离港系统之间建立物理链路连接，直接通过区块链，实现两个节点之间的联程值机操作。

步骤S4、判断行程id1,行程id2…行程idM对应的验证状态信息是否全部为1，若是，则获取第id1节点发送的联程行程id对应的目标共享数据，存入所述联程行程数据结构中，并向第idm节点发送联程值机指令和所述联程行程数据结构，所述目标共享数据基于第id1节点、第id2节点，第id3节点…第idM节点的预设联程值机输入需求获取；

可以理解的是，当行程id1,行程id2…行程idM对应的验证状态信息全部为1时，表明第id1节点，第id2节点，第id3节点…第idM节点全部通过了联程行程验证，后续能够进行联程值机操作。需要说明的是，目标共享数据具体可以包括安检数据等用于进行值机操作的数据，联程值机过程中，第一节点获取乘客对应的目标共享数据后，上传给区块链，第id2节点，第id3节点…第idM节点直接通过区块链获取目标共享数据即可进行联程值机操作，提高了联程值机数据的处理效率。

步骤S5、若接收第idm节点基于所述联程值机指令和联程行程数据结构生成的完成值机指令和对应的电子凭证，则基于第idm节点对应的完成值机指令将行程idm对应的值机状态信息更新为1，并将第idm节点对应的电子凭证存入所述联程行程数据结构中；

其中，作为一种示例，电子凭证可以为电子登机牌。

步骤S6、判断行程id1,行程id2…行程idM对应的值机状态信息是否全部为1，若是，则完成联程值机。

可以理解的是，当行程id1,行程id2…行程idM对应的值机状态信息全部为1时，说明每一节点都对应完成了值机操作，则整个联程值机操作完成。

根据本发明，所述系统可以物理实现为一个服务器，也可以实现为包括多个服务器的服务器群组；本领域技术人员知晓，服务器的型号、规格等参数并不影响本发明的保护范围。

本发明实施例基于区块链完成实现联程值机，降低了实现联程值机的成本，简化了联程值机数据处理流程，提高了联程值机的数据处理效率。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

作为一种实施例，所述联程行程数据结构包括联程行程结构和行程结构，其中联程行程中每一行程对应一个行程结构，所述联程行程结构包括联程行程id数据段、旅客信息数据段、行程数组数据段和目标共享数据段，所述目标共享数据段的初始状态为空，当第id1节点在值机操作过程中采集到目标共享数据时，上传所述区块链并存入所述目标共享数据段；旅客信息数据段具体可包括旅客姓名、证件类型和旅客证件号码等，联程行程数据结构的具体结构如表1所示：

表1

行程结构具体可包括行程id数据段、行程基本信息数据段、验证状态信息数据段、值机状态信息数据段和电子凭证数据段，其中行程基本信息可包括航班日期、航班号、出发机场三字码、到达机场三字码等，行程结构的具体结构如表2所示：

表2

本发明实施例所述系统还包括第一数据库和第二数据库，所述第一数据库用于存储原始联程行程信息，所述原始联程行程信息为订票时直接为联程票所生成的行程信息，所述第二数据库用于存储原始单程行程信息，所述原始单程行程信息为订票时为单程票所生成的单程行程信息。本发明实施例所述系统既可以第三方节点作为第一节点来创建联程行程，又可以第id1节点作为第一节点来创建联程行程。可以理解的是第三方节点是除第id1节点，第id2节点，第id3节点…第idM节点以外的其他节点。例如第id1节点，第id2节点，第id3节点…第idM节点可以为航供公司对应的服务器节点，第三方节点可以为用于为旅客提供服务的提供方服务器节点，旅客可以直接在手机等终端上安装对应的app与提供方服务器节点通信，例如航旅纵横app,实现创建联程行程。

作为一种实施例，所述第一节点为第三方节点，所述联程行程创建指令基于所述第一节点从所述第一数据库中获取的一个或多个原始联程行程信息，和/或从所述第二数据库中获取的多个原始单程行程信息生成，行程idm对应的验证状态信息和值机状态信息的初始值均为0，m取值为1到M。这样打破了现有的联程值机仅能基于联程机票来实现联程值机的局限，即便是通过一个订票端生成的单独预订的单程行程信息，或者从不同的订票端生成的单独预订的单程行程信息，也可实现联程值机，当然，基于不同的订票端的原始联程行程信息和/或单独预订的单程行程信息也可组合实现联程值机。

作为另一种实施例，所述第一节点为第id1节点，所述联程行程创建指令基于所述第id1节点从所述第一数据库中获取的一个起始行程为行程id1的原始联程行程信息生成，行程id1对应的验证状态信息初始值为1，id1对应的值机状态信息的初始值0，行程idn对应的验证状态信息和值机状态信息的初始值均为0，n取值为2到M。这样的数据处理模式是可以很好的兼容现有的联程值机数据处理技术，且能在兼容的基础上提高数据联程值机输入数据处理的效率。

作为一种实施例，所述步骤S4可包括：

步骤S41、当判断行程id1,行程id2…行程idM对应的验证状态信息是否全部为1时，向所述第id1节点发送目标共享数据获取指令和所述联程行程数据结构；

步骤S42、接收所述第id1节点基于所述目标共享数据获取指令和所述联程行程数据结构生成的目标共享数据，将所述目标共享数据存入所述联程行程数据结构。

在完成值机操作后，用户可通过第一节点的服务对接端口获取对应的电子凭证，服务对接端口具体可包括离港值机柜台服务器，第一节点的app,第一节点的web端等。具体地，所述步骤S6之后还包括：

步骤S71、接收所述第一节点发送的联程值机结果查询请求；

步骤S72、基于所述联程值机结果查询请求从所述区块链中获取第id1节点，第id2节点，第id3节点…第idM节点存入的电子凭证，并发送给所述第一节点。

现有的联程值机技术中，基于第id2节点，第id3节点…第idM节点的值机响应仅能通过第id1节点展示给用户，因此会受到第id1节点能够展示的参数的影响，也无法直接与用户进行交互，无法提供个性化操作，本发明实施例所述系统也能够很好的解决此问题，具体地，作为一种实施例，所述步骤S5中，在第idm节点基于所述联程值机指令和联程行程数据结构生成的进行联程值机数据处理的过程中， 还包括：

步骤S51、所述区块链接收所述第idm节点基于行程idm生成的idm附加选项，并发送给所述第一节点；

步骤S52、所述区块链接收所述第一节点基于所述idm附加选项发送的idm附加选择指令，并生成idm附加选择结果，并发送给所述第一节点。

可以理解的是，第一节点接收到idm附加选项后，呈现给用户，用户基于自身需求向第一节点发送附加选项确认信息，第一节点基于所述idm附加选项生成idm附加选择指令。

通过步骤S51-步骤S52，使得在对idm行程进行值机操作过程中，即可与乘客完成附加选项确认操作，使得乘客在idm行程直接获取对应的附加选项操作，提高了信息交互的效率，提升了用户的体验，也使得每一节点能够在联程值机过程中，实现个性化操作。

以民航联程值机为具体应用场景为例，本发明所述系统能够聚合航空公司、机场、旅客的信息组成民航联程值机服务区块链，旅客通过智能合约对个人的民航行程进行授权，创建联程行程，智能合约将通过民航的行业标准决定该行程是否可以提供联程服务，判断条件符合后将旅客的授权信息以及联程行程信息都写入区块链。航空公司节点也可以延续传统联程值机的方法，将本航空公司节点起始的联程值机行程写入区块链。各合作航空公司对应的节点将在区块链上订阅本航空公司承运航班的行程通知，对于旅客授权或其他航空公司发起节点的联程行程，各航空公司节点会判断是否可以提供联程值机服务，予以服务验证。旅客通过移动设备或者机场离港前端发起联程值机申请后，各个航段的承运航空公司节点会收到通知并根据自己承运航段的值机规则各自完成值机业务写入区块链的联程值机行程的不同航段中。旅客通过移动设备或者机场离港前端可以在联程值机完成后从区块链上获得各个航空公司出具的登机牌等数据。本发明实施例所述系统能够建立航空公司、机场、旅客之间的信任机制，降低旅客、移动平台、机场、航空公司各方的沟通和信任成本。此外，本发明实施例所述系统还能去中心化，将联程值机过程真正面向终端旅客，打破机场和航空公司之间连接的局限性，利用区块链的特点使得不同航空公司跨系统协作得以执行，从而降低了实现联程值机的成本，简化了联程值机数据处理流程，提高了联程值机的数据处理效率。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明,任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (9)

1.一种基于区块链的联程值机数据处理系统，其特征在于，

包括预先构建的区块链、预设的联程行程数据结构、处理器和存储有计算机程序的存储器，所述联程行程数据结构设置在所述区块链中，用于存储联程行程数据，并随着联程值机数据处理过程动态更新，所述处理器执行所述计算机程序实现以下步骤：

步骤S1、接收第一节点发送的联程行程创建指令，从所述联程行程创建指令中解析获取联程行程id、旅客信息和行程数组（行程id1,行程id2…行程idM），并存入所述联程行程数据结构中，行程id1,行程id2…行程idM按行程的先后顺序排列，行程idm为第m个行程id，行程idm对应的节点为第idm节点，m取值为1到M，M表示联程行程包括的行程数量，M为大于等于2的正整数；

步骤S2、从所述联程行程创建指令中解析获取行程idm对应的行程基本信息、验证状态信息和值机状态信息，并存入所述联程行程数据结构中，其中，行程idm的联程行程验证未通过时，对应的验证状态信息为0，联程行程验证通过时，对应的验证状态信息为1，行程idm未完成值机操作时，值机状态信息值为0，完成值机操作时，值机状态信息值为1；

步骤S3、判断行程idm的验证状态信息是否为0，若为0，则向第idm节点发送联程行程验证请求和所述联程行程数据结构，若接收到第idm节点反馈的联程行程验证通过指令，则将行程idm对应的验证状态信息更新为1；

步骤S4、判断行程id1,行程id2…行程idM对应的验证状态信息是否全部为1，若是，则获取第id1节点发送的联程行程id对应的目标共享数据，存入所述联程行程数据结构中，并向第idm节点发送联程值机指令和所述联程行程数据结构，所述目标共享数据基于第id1节点、第id2节点，第id3节点…第idM节点的预设联程值机输入需求获取；

步骤S5、若接收第idm节点基于所述联程值机指令和联程行程数据结构生成的完成值机指令和对应的电子凭证，则基于第idm节点对应的完成值机指令将行程idm对应的值机状态信息更新为1，并将第idm节点对应的电子凭证存入所述联程行程数据结构中；

步骤S6、判断行程id1,行程id2…行程idM对应的值机状态信息是否全部为1，若是，则完成联程值机。

2.根据权利要求1所述的系统，其特征在于，

所述联程行程数据结构包括联程行程结构和行程结构，其中联程行程中每一行程对应一个行程结构，所述联程行程结构包括联程行程id数据段、旅客信息数据段、行程数组数据段和目标共享数据段，所述目标共享数据段的初始状态为空，当第id1节点在值机操作过程中采集到目标共享数据时，上传所述区块链并存入所述目标共享数据段；行程结构包括行程id数据段、行程基本信息数据段、验证状态信息数据段、值机状态信息数据段和电子凭证数据段。

3.根据权利要求1所述的系统，其特征在于，

所述系统还包括第一数据库和第二数据库，所述第一数据库用于存储原始联程行程信息，所述原始联程行程信息为订票时直接为联程票所生成的行程信息，所述第二数据库用于存储原始单程行程信息，所述原始单程行程信息为订票时为单程票所生成的单程行程信息。

4.根据权利要求3所述的系统，其特征在于，

所述第一节点为第三方节点，所述第三方节点为联程行程所涉及的行程节点之外的其他节点，所述联程行程创建指令基于所述第一节点从所述第一数据库中获取的一个或多个原始联程行程信息，和/或从所述第二数据库中获取的多个原始单程行程信息生成，行程idm对应的验证状态信息和值机状态信息的初始值均为0，m取值为1到M。

5.根据权利要求3所述的系统，其特征在于，

所述第一节点为第id1节点，所述联程行程创建指令基于所述第id1节点从所述第一数据库中获取的一个起始行程为行程id1的原始联程行程信息生成，行程id1对应的验证状态信息初始值为1，id1对应的值机状态信息的初始值0，行程idn对应的验证状态信息和值机状态信息的初始值均为0，n取值为2到M。

6.根据权利要求1所述的系统，其特征在于，

所述步骤S4中，所述获取第id1节点发送的联程行程id对应的目标共享数据，包括：

步骤S41、当判断行程id1,行程id2…行程idM对应的验证状态信息是否全部为1时，向所述第id1节点发送目标共享数据获取指令和所述联程行程数据结构；

步骤S42、接收所述第id1节点基于所述目标共享数据获取指令和所述联程行程数据结构生成的目标共享数据，将所述目标共享数据存入所述联程行程数据结构。

7.根据权利要求6所述的系统，其特征在于，

所述步骤S6之后还包括：

步骤S71、接收所述第一节点发送的联程值机结果查询请求；

步骤S72、基于所述联程值机结果查询请求从所述区块链中获取第id1节点，第id2节点，第id3节点…第idM节点存入的电子凭证，并发送给所述第一节点。

8.根据权利要求1-7中任意一项所述的系统，其特征在于，

所述步骤S5中，在第idm节点基于所述联程值机指令和联程行程数据结构生成的进行联程值机数据处理的过程中， 还包括：

步骤S51、所述区块链接收所述第idm节点基于行程idm生成的idm附加选项，并发送给所述第一节点；

步骤S52、所述区块链接收所述第一节点基于所述idm附加选项发送的idm附加选择指令，并生成idm附加选择结果，并发送给所述第一节点。

9.根据权利要求8所述的系统，其特征在于，

M的取值为2或3。

Images