CN115829554A - 一种基于区块链的结算方法、系统、存储介质及电子设备 - Google Patents

Abstract

一种基于区块链的结算方法、系统、存储介质及电子设备，涉及区块链技术领域。该方法包括：第一用户向区块链系统请求本结算周期账单，第一用户在所述区块链系统上存储有处理规则，区块链系统上还存储有机票使用状态和实际成行机票数据；区块链系统根据所述机票使用状态和实际成行机票数据向第二用户返回本结算周期账单；第二用户确认所述本结算周期账单并在所述区块链系统上将账单状态更新为确认状态，并根据本结算周期账单和所述第一用户之间完成开具发票操作和付款操作；第一用户待完成所述开具发票操作和所述付款操作后，在区块链系统上更新发票信息和付款信息。该方案有效避免了账款结算时的错误，并且资金流转效率高，缩短了结算周期。

Description

一种基于区块链的结算方法、系统、存储介质及电子设备

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的结算方法、系统、存储介质及电子设备。

背景技术

目前，机票代理人、批发商、航空公司三方对于机票销售后产生的佣金奖励费账款，及系统处理费账款主要是通过常规的中心化数据库进行存储，并且对于账单的多方对账、通知发放、确认、付款等流程环节上一般采用线下人工操作的方式进行。

这种结算方式容易发生账款结算的错误，并且资金流转效率低，结算周期较长。

发明内容

为了解决现有技术存在的上述技术问题，本申请提供了一种基于区块链的结算方法、系统、存储介质及电子设备，有效避免了账款结算时的错误，并且资金流转效率高，缩短了结算周期。

第一方面，本申请提供了一种基于区块链的结算方法，所述方法包括：第一用户向区块链系统请求本结算周期账单，所述第一用户在所述区块链系统上存储有处理规则，所述区块链系统上还存储有机票使用状态和实际成行机票数据；区块链系统根据所述机票使用状态和所述实际成行机票数据向第二用户返回本结算周期账单；所述第二用户确认所述本结算周期账单并在所述区块链系统上将账单状态更新为确认状态，并根据所述本结算周期账单和所述第一用户之间完成开具发票操作和付款操作；所述第一用户待完成所述开具发票操作和所述付款操作后，在所述区块链系统上更新发票信息和付款信息。

利用本申请提供的方案，实现了代理人应收付款项结算流程在区块链上的流转和记录，在区块链账单系统中保存了账单的生成、核对调整和确认记录及根据账单执行的结算操作记录。由于区块链中存储数据具有不可篡改性，因此可避免账单记录被篡改，同时提高了账单数据的安全性，缩短了代理人账单周期。

在一种可能的实现方式中，所述处理规则包括产品分销奖励规则和系统处理费规则，所述第一用户向区块链系统请求生成本结算周期账单之前，所述方法还包括：

区块链系统当所述处理规则和所述实际成行机票数据中的运价基础字段值、航空公司两字码字段值、航班日期字段值和旅客类型字段值相同时，计算应收付款金额并填入所述本结算周期账单。

在一种可能的实现方式中，所述区块链系统还存储有机票销售数据，所述机票销售数据包括：

票号、出票日期、航班日期、出发到达机场和运价基础等字段。

在一种可能的实现方式中，所述第一用户向区块链系统请求本结算周期账单之前，所述方法还包括：

待旅客成行后，在所述区块链系统上存储所述机票使用状态和所述实际成行机票数据。

在一种可能的实现方式中，所述方法还包括：

旅客成行之前，所述区块链系统将所述第二用户对机票进行的退改操作进行存储，并更新保存的票面退改信息。

在一种可能的实现方式中，所述根据所述本结算周期账单和所述第一用户之间完成开具发票操作和付款操作，具体包括：

当所述第一用户收到所述第二用户开具的发票，则所述第一用户根据所述本结算周期账单向所述第二用户进行付款操作；

当所述第二用户接收到所述第一用户开具的发票，则所述第二用户根据所述本结算周期账单向所述第一用户进行付款操作。

在一种可能的实现方式中，所述方法还包括：

所述区块链系统响应于所述第一用户发起的账单校对请求进行账单校对，并且响应于所述第一用户发起的校对调整请求进行账务记录的调整，且将对账务记录的调整存储在区块链上。

附图说明

图1为本申请实施例提供的业务流程的示意图；

图2为本申请实施例提供的系统组成和架构示意图；

图3为本申请实施例提供的代理人出票正向业务的流程图；

图4为本申请实施例提供的代理人退票逆向业务的流程图；

图5为本申请实施例提供的代理人收付款账单的结算业务的流程图；

图6为本申请实施例提供的一种基于区块链的结算系统的示意图；

图7为本申请实施例提供的一种电子设备的示意图。

具体实施方式

为了使本技术领域的人员更清楚地理解本申请方案，下面首先说明本申请技术方案的应用场景。

目前，机票代理人、批发商、航空公司三方对于机票销售后产生的佣金奖励费账款，及系统处理费账款主要是通过常规的中心化数据库进行存储，并且对于账单的多方对账、通知发放、确认、付款等流程环节上一般采用线下人工操作的方式进行。这种结算方式主要面临两大问题：

首先，在常规中心化数据库中存储的账单数据容易因为因外部攻击或数据库损坏等因素导致记录被篡改或丢失，进而造成发生账款结算错误的情况。

其次，结算主体构成复杂，资金流转效率低，结算周期长。机票代理人希望能够缩短账单周期，以便加快资金流转效率，航空公司也希望高效的佣金返还效率能够提高机票代理人销售动力。另外，各方主体对账单数据的准确性、安全性、溯源性的要求也越来越高。

为了解决以上问题，本申请实施例提供了一种基于区块链的结算方法、系统、存储介质及电子设备。通过在区块链网络中引入机票代理人、批发商、航空公司等多个业务节点，当机票在出票和使用后，调用智能合约将机票销售数据和使用状态上传到区块链进行存储；根据预设的产品分销奖励规则和系统处理费规则计算代理人应收付款项账单，根据智能合约实现多方账单的自动核对和对代理人的分发通知；支持账单在对账后的差异结果确认和调整，并将调整结果记录在区块链上，可以实现可信追溯；支持代理人查询自身应收应付账单并对账单进行确认操作，最后的收付款记录也被写入区块链进行存证。

该方案实现了代理人应收付款项结算流程在区块链上的流转和记录，在区块链中保存了机票原始数据、生成的账单数据、对账调整记录、账单确认记录、发票上传信息、以及收付款操作记录。由于区块链中存储数据具有不可篡改性，因此可避免账单记录被篡改，同时提高了账单数据的安全性，缩短了代理人账单周期。

为了使本技术领域的人员更清楚地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

本申请说明中的“第一”、“第二”等用词仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量

本申请实施例提供了一种基于区块链的结算方法，下面结合附图具体说明。

参见图1，该图为本申请实施例提供的业务流程的示意图。

业务流程上主要包括以下过程：

1. 规则维护。

将产品分销奖励规则和系统处理费收费规则维护在区块链上，用于机票代理人应收付账款的计算，同时机票代理人可以查看该规则。

2. 机票数据上链。

机票出票后，会将批发商机票数据如票号等信息上链保存作为原始机票销售数据。

3. 佣金计算。

当旅程行程成行后，机票状态会触发变更为已使用状态，此时区块链中的机票状态也会同步更新。同时区块链智能合约根据预设的产品分销奖励规则和系统处理费规则计算代理人应收付款金额并保存在区块链中。此数据作为生成账单的基础数据。

4. 生成账单。

按结算月时间根据智能账单合约触发实现本期代理人应收付款项账单的生成，账单生成后可根据代理人office号触发对代理人的本office号账单分发通知。

5. 账单确认。

代理人查询自己office的账单并对账单进行确认操作，确认后就可以开具发票并进行收付款操作，发票信息和收付款记录也被写入区块链进行存证。

6. 账单调整。

支持批发商、航空公司账单的自动核对，调整项计入下一期代理人应收付款项账单中。

参见图2，该图为本申请实施例提供的系统组成和架构示意图。

本申请技术方案的系统架构主要分为应用服务层、区块链服务层、区块链系统层三层架构。

应用服务层的业务服务模块包括：账单管理、配置管理、合约管理、数据录入、发票管理、兑换支付、权限管理、在线签约等模块功能。

区块链服务层提供区块链服务标准接口。

区块链系统层包括链上组织、智能合约（产品数据合约和对账合约）、链上数据。

下面结合具体的实现方式进行说明。本申请以下说明中的批发商为第一用户，机票代理人(简称代理人)为第二用户，不在赘述。

本申请实施例提供的技术方案，首先需要进行产品规则的维护，下面具体说明。

第一用户批发商在区块链系统智能合约中维护处理规则，处理规则包括但不限于产品分销奖励规则和系统处理费规则，第二用户机票代理人可以查看确认产品规则。

配置的产品规则包括如下字段：运价基础、航空公司两字码、销售价格、旅客类型、分销奖励服务费、产品有效期字段。

产品规则用于计算代理人应收付款金额并保存在区块链中。

其中，产品有效期字段可以参见表1所示。

表1：产品有效字段表

下面说明机票数据上链流程。

首先说明代理人出票的正向业务。

参见图3，该图为本申请实施例提供的代理人出票正向业务的流程图。

S31：代理人销售机票，实现出票。

S32：订单系统通过调用接口将票面信息上链，包括票号、出票日期、航班日期、出发到达机场、运价基础等字段等。

其中，票面信息的具体上链接口字段参见表2所示。

表2：票面信息的上链接口字段

S33：区块链返回保存成功。

S34：旅客成行。

S35：旅客成行后，订单系统通过调用接口在区块链系统层更新票面状态。

更新内容主要包括机票使用状态和实际成行机票数据。也即订单系统将机票使用状态和实际成行机票数据上传更新航班信息。

S36：区块链系统层计算账单金额。

区块链系统根据智能合约中预先维护的产品分销奖励规则和系统处理费规则计算代理人应收付款金额并保存在区块链中。

产品规则同实际机票成行数据的匹配规则为运价基础、航空公司两字码、航班日期、旅客类型字段值是否相同，如匹配成功则计算应收付款金额。

S37：区块链系统层返回更新成功。

下面说明代理人退票逆向业务的实现流程。

参见图4，该图为本申请实施例提供的代理人退票逆向业务的流程图。

该流程包括以下步骤：

S41：代理人在旅客成行前对机票进行退改操作。

S42：订单系统根据退改操作更新链上保存的票面退改信息。

S43：区块链返回对票面退改信息的更新保存成功。

下面说明代理人收付款账单的结算业务流程。

参见图5，该图为本申请实施例提供的代理人收付款账单的结算业务的流程图。

该流程包括以下步骤：

S51：批发商向前端系统请求生成本结算月账单。

本申请实施例中以结算周期为结算月为例进行说明，实际应用中，结算周期还可以为星期、天、半月、季度等，本申请实施例不在赘述。

S52：前端系统向区块链系统层请求生成本结算月账单。

S53：区块链系统层向前端系统返回账单结果。

区块链智能合约按结算月根据机票成行数据和代理人应收付款金额自动生成账单。并将本结算周期账单进行返回。

S54：前端系统将账单结果分发给代理人。

S55：代理人查看并确认账单结果。

各个代理人可以通过调用区块链账单查询接口查询本office的账单数据。账单数据包括账单月、结算月、航空公司列表、代理人office、账单金额、账单明细数据等。

机票代理人对本期账单进行确认操作。前端系统通过调用区块链接口将代理人对账单的确认结果上传区块链保存。

S56：前端系统向区块链系统层更新账单为确认状态。

S57：代理人给批发商开具发票。

如果涉及批发商向代理人付款，则代理人给批发商开具收款发票。

S58：批发商给代理人开具发票。

如果涉及代理人向批发商付款，批发商给代理人开具收款发票。

S59：批发商向前端系统更新发票状态和信息。

S60：前端系统在区块链系统层更新发票状态和信息。

批发商操作更新发票状态和信息后，前端系统通过调用区块链接口将发票开具状态和发票信息上传区块链保存。

S61：批发商向代理人进行付款操作。

如果批发商已收到代理人开具的发票，则批发商可以对本期账单金额向代理人进行付款，无需等待航空公司对账结果，缩短了账单周期。

S62：代理人向批发商进行付款操作。

如果代理人已收到批发商开具的发票，则代理人向批发商付款。

S63：批发商向前端系统更新付款信息。

批发商操作更新收付款信息。前端系统通过调用区块链接口将收付款信息上传区块链保存。

S64：前端系统向区块链更新付款信息。

S65：批发商向前端系统发送对账请求。

S66：前端系统向区块链发起对账并调整差异项，并进入下一期账单。

区块链系统响应于所述第一用户发起的账单校对请求进行账单校对，并且响应于所述第一用户发起的校对调整请求进行账务记录的调整，且将对账务记录的调整存储在区块链上。

可以理解的是，以上步骤的划分仅是为了方便说明，并不构成对于本申请技术方案的限定。本领域技术人员在实际应用过程中可以经实施以上的部分步骤，例如当不涉及代理人向批发商付款时，S58可以忽略而不执行。

进一步的，批发商在航空公司账单数据上传至区块链后可以发起对账请求。

在对账时需要进行数据匹配，具体的，可以基于航空公司账单数据和批发商业务系统数据，以“票号”+“出票日期”+“出发地”+“到达地”为主键进行双向匹配。

以批发商数据为基准，“票号”+“出票日期”+“出发地”+“到达地”为主键，匹配航空公司数据，只判断记录是否存在，匹配成功，则批发商数据对应记录的“匹配标识”赋值为“Y”（“匹配标识”默认值为空，匹配成功赋值为“Y”，未匹配成功赋值为“N”，手工匹配赋值为“M”）。

以航空公司数据为基准，“票号”+“出票日期”+“出发地”+“到达地”为主键，匹配批发商数据，只判断记录是否存在，匹配成功，则航空公司数据对应记录的“匹配标识”赋值为“Y”（“匹配标识”默认值为空，匹配成功赋值为“Y”，未匹配成功赋值为“N”，手工匹配赋值为“M”）。

匹配频率：手工执行匹配JOB。

匹配数据：“匹配标识”=“N”或为空的源数据匹配目的数据。

进一步的，还可以对匹配结果进行差错处理。

在一种可能的实现方式中，进行差错数据展示。

差错数据展示页面左侧为批发商数据差错区，展示“匹配标识”为“N”的批发商数据，展示字段项包括：票号、承运航司、出票日期、航班日期、出发地、到达地、出票office、航协号。

差错数据展示页面右侧为航空公司数据差错区，展示“匹配标识”为“N”的航空公司数据，展示字段项包括：票号、承运航司、出票日期、航班日期、出发地、到达地、出票office、航协号。

差错数据处理提醒：存在“匹配标识”=“N”的批发商数据，或者存在“匹配标识”=“N”的航空公司数据，则消息模块提醒。

以上仅为一种可能的差错数据展示方式，实际应用中还可以采用其他的展示方式，本申请实施例不在赘述。

在另一种可能的实现方式中，对批发商差错数据处理时，还可以新增票证记录。

操作步骤例如为：点击航空公司数据差错区的一条或多条数据，点击“新增”，系统弹窗输入备注文本信息，点击“提交”，批发商数据增加对应的记录，航空公司数据差错区对应记录从屏幕消失。

新增票证记录的赋值规则：“票号”赋值为航空公司数据的“票号”、“承运航司”赋值为航司数据的“承运航司”、“出票日期”赋值为航空公司数据的“出票日期”、“航班日期”赋值为航空公司数据的“航班日期”、“出发地”赋值为航空公司数据的“出发地”、“到达地”赋值为航空公司数据的“到达地”、“出票office”赋值为航空公司数据的“出票office”、“航协号”赋值为航空公司数据的“航协号”，“返奖金额”匹配返奖规则配置进行赋值。

新增票证记录的“匹配标识”赋值为“M”。

在又一种可能的实现方式中，对批发商差错数据处理时，还可以冲减票证记录。

操作场景：针对批发商数据存在，航空公司数据不存在的情况。

操作步骤：点击批发商数据差错区的一条或多条数据，点击“冲减”，系统弹窗输入备注文本信息，点击“提交”，批发商数据增加对应的冲减记录，批发商数据差错区对应记录从屏幕消失。

新增冲减票证记录的赋值规则：“票号”赋值为所冲减原始票的“票号”+“-1”、“承运航司”赋值为冲减原始票的“承运航司”、“出票日期”赋值为冲减原始票的“出票日期”、“航班日期”赋值为冲减原始票的“航班日期”、“出发地”赋值为所冲减原始票的“出发地”、“到达地”赋值为所冲减原始票的“到达地”、“返奖金额”赋值为冲减原始票的“返奖金额”的负值，“出票office”赋值为冲减原始票的“出票office”、“航协号”赋值为冲减原始票的“航协号”。

新增冲减票证记录的“匹配标识”赋值为“M”，冲减原始票证记录的“匹配标识”赋值为“M”。

账单对账调整记录全部记录在区块链中，调整记录可随时通过接口查看，调整记录需要机票代理人进行确认。

综上所述，利用本申请实施例提供的方案，实现了代理人应收付款项结算流程在区块链上的流转和记录，在区块链账单系统中保存了账单的生成、核对调整和确认记录及根据账单执行的结算操作记录。由于区块链中存储数据具有不可篡改性，因此可避免账单记录被篡改，同时提高了账单数据的安全性，缩短了代理人账单周期。

基于以上实施例提供的方法流程，本申请实施例还提供了一种基于区块链的结算系统，下面结合附图具体说明。

参见图6，该图为本申请实施例提供的一种基于区块链的结算系统的示意图。

该系统包括：前端系统601和区块链系统602。前端系统601可以由第一用户和第二用户实现访问

前端系统601，用于第一用户向区块链系统请求本结算周期账单；向第二用户返回区块链系统生成的本结算周期账单；待所述第二用户确认所述本结算周期账单后，请求所述区块链系统上将账单状态更新为确认状态；以及所述第一用户待完成所述开具发票操作和所述付款操作后，请求所述区块链系统上更新发票信息和付款信息；

所述区块链系统602，用于根据所述机票使用状态和所述实际成行机票数据向第二用户返回本结算周期账单；以及所述第二用户确认所述本结算周期账单后，将账单状态更新为确认状态，以使所述第二用户根据所述本结算周期账单和所述第一用户之间完成开具发票操作和付款操作；以及所述第一用户待完成所述开具发票操作和所述付款操作后，更新发票信息和付款信息；所述第一用户在所述区块链系统上存储有处理规则，所述区块链系统上还存储有机票使用状态和实际成行机票数据。

以上系统可以基于程序单元实现，程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来实现以上的基于区块链的结算方法。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述基于区块链的结算方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述基于区块链的结算方法。

本申请实施例提供了一种设备，下面结合附图具体说明。

参见图7，该图为本申请实施例提供的一种电子设备的示意图。

电子设备70包括至少一个处理器701、以及与处理器连接的至少一个存储器702、总线703。

其中，处理器701、存储器702通过总线703完成相互间的通信。

处理器701用于调用存储器702中的程序指令，以执行上述的基于区块链的结算方法。本文中的设备可以是服务器、PC、PAD、手机等。

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

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

应当理解，在本申请中，“至少一个（项）”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a，b或c中的至少一项（个），可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种基于区块链的结算方法，其特征在于，所述方法包括：

第一用户向区块链系统请求本结算周期账单，所述第一用户在所述区块链系统上存储有处理规则，所述区块链系统上还存储有机票使用状态和实际成行机票数据；

区块链系统根据所述机票使用状态和所述实际成行机票数据向第二用户返回本结算周期账单；

所述第二用户确认所述本结算周期账单并在所述区块链系统上将账单状态更新为确认状态，并根据所述本结算周期账单和所述第一用户之间完成开具发票操作和付款操作；

所述第一用户待完成所述开具发票操作和所述付款操作后，在所述区块链系统上更新发票信息和付款信息。

2.根据权利要求1所述的基于区块链的结算方法，其特征在于，所述处理规则包括产品分销奖励规则和系统处理费规则，所述第一用户向区块链系统请求生成本结算周期账单之前，所述方法还包括：

区块链系统当所述处理规则和所述实际成行机票数据中的运价基础字段值、航空公司两字码字段值、航班日期字段值和旅客类型字段值相同时，计算应收付款金额并填入所述本结算周期账单。

3.根据权利要求1所述的基于区块链的结算方法，其特征在于，所述区块链系统还存储有机票销售数据，所述机票销售数据包括：

票号、出票日期、航班日期、出发到达机场和运价基础等字段。

4.根据权利要求1所述的基于区块链的结算方法， 其特征在于，所述第一用户向区块链系统请求本结算周期账单之前，所述方法还包括：

待旅客成行后，在所述区块链系统上存储所述机票使用状态和所述实际成行机票数据。

5.根据权利要求4所述的基于区块链的结算方法，其特征在于，所述方法还包括：

旅客成行之前，所述区块链系统将所述第二用户对机票进行的退改操作进行存储，并更新保存的票面退改信息。

6.根据权利要求1所述的基于区块链的结算方法，其特征在于，所述根据所述本结算周期账单和所述第一用户之间完成开具发票操作和付款操作，具体包括：

当所述第一用户收到所述第二用户开具的发票，则所述第一用户根据所述本结算周期账单向所述第二用户进行付款操作；

当所述第二用户接收到所述第一用户开具的发票，则所述第二用户根据所述本结算周期账单向所述第一用户进行付款操作。

7.根据权利要求1所述的基于区块链的结算方法，其特征在于，所述方法还包括：

所述区块链系统响应于所述第一用户发起的账单校对请求进行账单校对，并且响应于所述第一用户发起的校对调整请求进行账务记录的调整，且将对账务记录的调整存储在区块链上。

8.一种基于区块链的结算系统，其特征在于，所述系统包括：前端系统和区块链系统；

所述前端系统，用于第一用户向区块链系统请求本结算周期账单；向第二用户返回区块链系统生成的本结算周期账单；待所述第二用户确认所述本结算周期账单后，请求所述区块链系统上将账单状态更新为确认状态；以及所述第一用户待完成开具发票操作和付款操作后，请求所述区块链系统上更新发票信息和付款信息；

所述区块链系统，用于根据机票使用状态和实际成行机票数据向第二用户返回本结算周期账单；以及所述第二用户确认所述本结算周期账单后，将账单状态更新为确认状态，以使所述第二用户根据所述本结算周期账单和所述第一用户之间完成开具发票操作和付款操作；以及所述第一用户待完成所述开具发票操作和所述付款操作后，更新发票信息和付款信息；所述第一用户在所述区块链系统上存储有处理规则，所述区块链系统上还存储有机票使用状态和实际成行机票数据。

9.一种存储介质，其特征在于，其上存储有计算机程序，该程序被处理器执行时实现权利要求1-7中任意一项所述的基于区块链的结算方法。

10.一种电子设备，其特征在于，所述电子设备用于运行程序，其中，所述程序运行时执行权利要求1-7中任意一项所述的基于区块链的结算方法。

Images