CN112561675B - 一种结算方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请提供一种结算方法、装置、计算机设备及存储介质，接收机场在每个数据上报周期上报的机场数据；按照开账周期确定到达机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期；并根据至少一个数据上报周期中机场数据生成开账数据；响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于至少一个航空公司中每个航空公司在第三方支付机构的账户的预付款金额支付航空公司的费用信息生成并返回的支付结果。本申请在到达机场的开账周期后，直接触发对在机场运营的航空公司的开账，并在生成机场的开账数据后直接触发对开账数据的实时结算，提高了机场资金回笼速度，减少了因航空公司发生坏账导致机场资金损失情况。

Description

一种结算方法、装置、计算机设备及存储介质

技术领域

本发明涉及航空清结算技术领域，更具体地说，涉及一种结算方法、装置、计算机设备及存储介质。

背景技术

航空公司的飞机在机场运营时，航空公司的旅客或者飞机都会享受到机场提供的各种各样的服务，如：旅客的行李安检、人身安检，飞机的起飞、降落，供旅客上下飞机使用的客桥等；当机场为航空公司提供服务后，需要向航空公司收款。

传统的结算方式，机场会按照固定的开账周期向航空公司开账，并在开账后的结算周期内完成对航空公司的收款。在这种先服务后付款的模式下，机场资金回笼速度慢，机场也无法及时掌握航空公司的资金状况，容易导致发生坏账，造成机场的资金损失。

发明内容

有鉴于此，为解决上述问题，本发明提供一种结算方法、装置、计算机设备及存储介质，以提高机场资金回笼速度，减少因发生坏账导致机场资金损失情况的发生，技术方案如下：

一种结算方法，包括：

接收机场在每个数据上报周期上报的机场数据，所述机场在所述数据上报周期上报的机场数据包括在所述数据上报周期内在所述机场运营的所有航班中每个所述航班的航班数据；

按照开账周期确定到达所述机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期；

根据所述至少一个数据上报周期中各个所述数据上报周期的机场数据生成开账数据，所述开账数据包括在所述至少一个数据上报周期中在所述机场运营航班的至少一个航空公司中每个所述航空公司的账单信息，所述账单信息指示航班信息、服务信息和费用信息；

响应所述开账数据的生成，触发调用第三方支付机构的交易接口，接收所述交易接口依赖于所述至少一个航空公司中每个所述航空公司在所述第三方支付机构的账户的预付款金额支付所述航空公司的费用信息生成并返回的所述至少一个航空公司中每个所述航空公司的支付结果。

一种结算装置，包括：

机场数据接收单元，用于接收机场在每个数据上报周期上报的机场数据，所述机场在所述数据上报周期上报的机场数据包括在所述数据上报周期内在所述机场运营的所有航班中每个所述航班的航班数据；

数据上报周期确定单元，用于按照开账周期确定到达所述机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期；

开账数据生成单元，用于根据所述至少一个数据上报周期中各个所述数据上报周期的机场数据生成开账数据，所述开账数据包括在所述至少一个数据上报周期中在所述机场运营航班的至少一个航空公司中每个所述航空公司的账单信息，所述账单信息指示航班信息、服务信息和费用信息；

实时结算单元，用于响应所述开账数据的生成，触发调用第三方支付机构的交易接口，接收所述交易接口依赖于所述至少一个航空公司中每个所述航空公司在所述第三方支付机构的账户的预付款金额支付所述航空公司的费用信息生成并返回的所述至少一个航空公司中每个所述航空公司的支付结果。

一种计算机设备，包括：处理器以及存储器，所述处理器以及存储器通过通信总线相连；其中，所述处理器，用于调用并执行所述存储器中存储的程序；所述存储器，用于存储程序，所述程序用于实现所述结算方法。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器加载并执行，实现所述结算方法的各步骤。

本申请提供一种结算方法、装置、计算机设备及存储介质，可以在到达机场的开账周期后，直接触发对在机场运营的航空公司的开账，并在生成机场的开账数据后直接触发对开账数据的实时结算，这样，不需要在开账后的结算周期内完成对航空公司的收款，而是在开账后直接完成对航空公司的收款，不仅提高了机场资金回笼速度，而且减少了因发生坏账导致机场资金损失情况的发生。

附图说明

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

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本申请实施例提供的一种现时结算系统的结构示意图；

图2为本申请实施例提供的一种结算方法流程图；

图3为本申请实施例提供的一种当前航空公司的账户的监控方法流程图；

图4为本申请实施例提供的另一种当前航空公司的账户的监控方法流程图；

图5为本申请实施例提供的一种结算装置的结构示意图；

图6为本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

航空公司的飞机在机场运营时，航空公司的旅客或者飞机都会享受到机场提供的各种各样的服务，如：旅客的行李安检、人身安检，飞机的起飞、降落，供旅客上下飞机使用的客桥等；当机场作为服务方为航空公司提供服务后，需要向航空公司收款。其中，服务方可以为机场、机场地面服务公司等，机场地面服务公司为航空公司提供服务也可以认为是机场为航空公司提供服务。

在传统的航空清结算领域，机场作为服务方为航空公司提供服务后，需要以月为单位对航空公司进行开账，开账周期长，而且在开账后会向航空公司提供一个结算周期，在结算周期内完成对航空公司的收款(比如，开账后的3个月内完成对航空公司的收款)。在这种先服务后付款的模式下，不仅机场资金回笼速度慢，而且机场也无法及时掌握航空公司的资金状况，同时对航空公司的整体运营等情况不了解，容易导致发生坏账时机场的资金损失。

直面行业发展带来的机遇与挑战，本申请提出的一种结算方法、装置、计算机设备及存储介质，结算方法应用于现时结算系统，可以灵活定义结算周期，并建立预付款机制，当账单产生后进行实时的资金结算，并建立分层预警机制，对于达到预警条件的业务情况进行预警，打造新的现时结算模式。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

图1为本申请实施例提供的一种现时结算系统结构示意图。现时结算系统是集中部署的B/S系统，客户可以通过访问现时结算系统的网址来使用现时结算的功能。如图1所示的现时结算平台可以认为是现时结算系统，现时结算系统的组成部分包括：基础信息模块，开立账户模块，数据接收模块，账单计算模块，资金清、结算模块，分层预警模块，账单拒付调整模块，以及运营监控模块。外部生产数据通过数据接收模块，进入现时结算系统由现时结算系统对外部生产数据进行处理，而后通过支付平台进行资金划拨，完成资金的清、结算。

下面分别对现时结算系统中各个功能模块进行详细说明。

(1)基础信息模块

基础信息模块用于提供开账周期和预警信息的配置。

配置开账周期功能中，支持按天、按周、半月和月的开账频率。机场在和航空公司约定好开账周期后，可以在现时结算系统中维护相应的开账周期数据项，开账周期数据项包括机场代码名称、航空公司代码名称、开账周期、币种、开账周期数据项的生效日期、开账周期数据项的失效日期等。比如，机场1和航空公司1约定好开账周期为一周，则在现时结算系统中维护的相应的开账周期数据项包括：机场1的代码名称、航空公司1的代码名称、表征一周的开账周期、人民币、该开账周期数据项的生效日期、该开账周期数据项的失效日期等。

基础信息模块中还可以维护不同航空公司的预警信息，预警信息可以涉及到预警条件、预付款金额补充条件等。其中，预警条件中可能涉及到预付款下限及币种、预付款金额补充条件中涉及到补充金额下限及币种。

现时结算系统支持按照机场代码名称、航空公司代码名称、预警联系人、预付款下限(预付款下限可以为预先设置的预付款下限金额，也可以为目标预警金额和预付款剩余比例的乘积)、预付款不足的天数等数据项设定预警条件；每个预警条件中，预付款下限金额、预付款剩余比例、预付款不足的天数三个预警条件可以同时存在，也可以存在其中一个或者两个，现时结算系统在进行预警时，会针对设置的预警条件逐个查找，若满足预警条件则向机场发送预警信息。其中，预警联系人可以认为是机场的管理人员。

进一步的，现时结算系统还支持按照机场代码名称、航空公司代码名称、补充预付款金额联系人、预付款补充下限等数据项设定预付款金额补充条件。现时结算系统会确定当前航空公司是否满足预付款金额补充条件，若当前航空公司满足预付款金额补充条件，且当前航空公司满足预付款金额补充条件的持续时长超过目标时长，则向航空公司的补充预付款金额联系人发送提醒信息；若当前航空公司满足预付款金额补充条件，但是当前航空公司满足预付款金额补充条件的持续时长未超过目标时长，则确定当前航空公司的账户的预付款金额满足航空公司的预警条件，向机场的管理人员发送航空公司的预警信息。

示例性的，预付款补充下限可以高于预付款下限，但是低于目标预警金额。比如，若目标预警金额为100万，预付款剩余比例为30％，则预付款补充下限为30万，预付款补充下限可以为70万，70万高于30万但低于100万。

更进一步的，可以设置不同的预警等级，不同的预警等级对应不同的管理人员，从而实现分层次预警。

以上仅仅是本申请实施例提供的基础信息模块的优选配置内容，有关基础信息模块的具体配置内容本领域技术人员可根据自己的需求进行设置，在此不做限定。

(2)开立账户模块

现时结算系统所有者，即清结算机构，可以使用现时结算系统的开立账户模块在第三方支付机构中开立账户，建立机场的账户和航空公司的账户。建立机场和航空公司的账户时，机场和航空公司的账户的数据项不同。

示例性的，机场的账户的数据项可以包括：机场代码名称、航站、银行户名、开户行、银行账号、账户是否有效。航空公司的账户的数据项可以包括：机场代码名称、航空公司代码名称、航站。

需要说明的是，一个机场可以建立一个账户，一个航空公司针对不同的机场可以建立不同的账户。航空公司账户中的机场代码名称可以认为是航空公司这个账户所对应的机场的代码名称。

在现时结算系统中设置好航空公司和机场的账户数据项后，可以调用第三方支付机构的账户开立接口，请求在第三方机构中分别建立机场和航空公司的账户，机场和航空公司在第三方机机构构建立完毕账户后，现时结算系统中也对在第三方机构建立的账户和相应的账户数据项进行关联存储。使用这些账户，在现时结算资金清结算环节进行资金的划拨、充值与提现。

(3)数据接收模块

当机场进行现时结算时，需要将外部生产数据经过数据接收模块处理后，才能进行现时结算的业务流程。

现时结算系统的数据接收模块定义了标准的数据接收格式，包括有：航空公司代码、航班号、机号、机型、起飞时间、降落时间、旅客人数等等，机场将机场数据整理成标准数据格式，并将整理成标准数据格式的机场数据上传至现时结算系统(比如，可以是将从机场自有系统导出的机场数据转换成标准数据格式后上传到现时结算系统，或者是将纸质单据整理成现时结算系统的标准数据格式的机场数据后上传到现时结算系统)，现时结算系统对上传的机场数据进行数据格式、飞机、机型、航班信息、数据重复性的校验后，按照校验结果引导客户进行下一步处理。示例性的，如果校验失败，在现时结算系统中提示明确的错误信息，并让用户重新处理机场数据再次进行上传；如果校验正确，那么上传的机场数据会被存储进现时结算系统，用户可以进行下一步账单计算处理的操作。

进一步的，用户可以查看上传到现时结算系统的数据，对于没有进行下一步账单计算处理的数据，可以进行删除。

(4)账单计算模块

机场在现时结算系统中，可以自动/自主进行账单计算。对于自主进行账单计算，可以先展示现时结算系统中已有的未进行计算处理及资金清结算的机场数据，机场可以对待计算的机场数据进行确认，确认无误的数据，进入到计算流程，以进行开账和实时结算。其中，进行开账的方式如下：

1.现时结算系统确定待计算的机场数据，逐条核对机场数据中机场代码名称、航空公司代码名称、航站、开账周期，对到达预设开账周期的机场数据可以进行费用计算；

2.机场数据由航班数据构成，对于待进行费用计算的机场数据，确定构成机场数据的一条或多条航班数据，针对每条航班数据，查找机场代码名称、航空公司代码名称、航站对应的费用协议，计算出相应的费用金额(即，费用信息)；

3.按照账单的组成规则，将航班信息、服务信息、费用信息组合成相应的账单(即，开账数据)。

现时结算系统列示出机场数据的账单，在机场上传的机场数据中有金额的情况下，还可以显示上传的机场数据中携带的金额，并显示计算出的机场数据的账单中的金额和上传的机场数据的金额之间的差异；机场可以进行判定，对有异议的账单可以进行撤回，后续重新处理该部分账单对应的生产数据。

(5)资金清结算模块

对于计算完毕的账单，现时结算系统可以进行自动进行资金清结算，清结算过程实时进行。

1.现时结算系统将进入资金清结算流程的账单，按照机场代码名称和航空公司代码名称进行分类汇总，计算出不同类别的账单金额。示例性的，可以为在进入资金清结算流程的账单中对同一航空公司在同一机场运营的各个航班的账单进行汇总得到同一航空公司在同一机场运营的账单，账单中包括同一航空公司在同一机场运营的所有航班的费用信息，费用信息包括航空公司的应付账单款金额和机场的应收账单款金额。进一步的，在航空公司的应付账单款金额和机场的应收账单金额不等的情况下，费用信息中可能还涉及到开账抵扣，在此不做详细说明。

2.现时结算系统调用第三方支付机构的交易接口，机场的账户申请调增，调增的金额即为此次资金结算时机场的应收账单款金额；航空公司的账户申请调减，调减的金额即为此次资金结算时航空公司的应付账单款金额；同时，对航空公司账户中此次应付账单款金额进行冻结；

第三方机构返回交易成功的信息后，现时结算系统解冻航空公司账户中的冻结金额，同时更新机场和航空公司的账户余额。

(6)分层预警模块

现时结算系统在每次进行资金清结算后，会触发分层预警操作。

1、每次清结算后，系统汇总此次清结算账单对应的机场代码名称、航空公司代码名称、航站；

2、按照预警信息的配置，查找每个机场代码名称、航空公司代码名称、航站的预警条件；

3、判断航空公司的预付款情况是否到达预警条件；如果达到预警条件，那么现时结算系统向该预警对应的机场发出预警，并且自动向下兼容。比如：预付款剩余30万，通知级别A对应的管理人员，预付款剩余10万，通知级别B对应的管理人员，那么当预付款小于等于10万时，接收预警方包括级别A对应的管理人员和级别B对应的管理人员。

4、当航空公司补充预付款后，系统会根据预警条件判定是否解除预警。

(7)账单拒付调整模块

在资金结算时，现时结算系统会按照开账数据的费用信息进行结算。如果航空公司对结算金额有异议，可以在结算完毕进行调整。

调整由航空公司发起，选择具体航班的具体费用进行金额调整，可以将多条需要调整的数据一次性提交机场确认。机场针对调整的具体明细进行确认，确认无误后，可以生成调整账单，调整金额随下次开账时进行抵扣。

本申请实施例提供的一种现时结算系统支持灵活制定开账周期，在机场数据上传到现时结算系统后，现时结算系统可以根据设定好的开账周期进行计算并形成账单，并在开账后实时进行资金清结算，大大加快了机场的资金回笼速度，可以监控航空公司的资金情况，同时，在每次资金结算后，系统会根据设置好的分层预警条件，对符合预警的业务情况进行预警。

下面结合上述对现时结算系统的介绍，进一步对本申请实施例提供的一种结算方法进行详细说明，具体请参见图2。

如图2所示，该方法包括：

S201、接收机场在每个数据上报周期上报的机场数据，机场在数据上报周期上报的机场数据包括在数据上报周期内在机场运营的所有航班中每个航班的航班数据；

本申请实施例，可以预先设置数据上报周期，机场每到一个数据上报周期向现时结算系统上传在该数据上报周期内的机场数据。示例性的，数据上报周期可以为一天、两天、一周等，在此不做限定。若数据上报周期为一周，则每隔一周，机场向现时结算系统上传在这一周内的机场数据。

S202、按照开账周期确定到达机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期；

本申请实施例，预先设置有开账周期，开账周期可以为一天、一周、半月、一个月等等。通常情况下，开账周期长于数据上报周期。比如，数据上报周期为一天，开账周期可以为一周。以上仅仅是本申请实施例提供的数据上报周期、开账周期的优选设置方式，有关数据上报周期和开账周期的具体内容，本领域技术人员可根据自己的需求进行设置，在此不做限定。

示例性的，现时结算系统按照开账周期确定到达机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期。比如，若数据上报周期为一天，开账周期为一周时，则每隔一周确定到达一次机场的开账时刻，每当确定到达机场的开账时刻时，可以确定当前这个机场开账周期，并获取当前这个机场开账周期内的机场每天上报的机场数据。

比如，若数据上报周期为一天，开账周期为一周，以从2020.03.01开始现时结算系统启动运行为例，2020.03.07到达一次开账周期，这时，可以将2020.03.01-2020.03.07这一时间间隔中的所有日期确定为当前开账周期内的至少一个数据上报周期，以便于根据2020.03.01-2020.03.07这一时间间隔内每天机场上报的机场数据生成开账数据；2020.03.14到达一次开账周期，这时，可以将2020.03.08-2020.03.14这一时间间隔中的所有日期确定为当前开账周期内的至少一个数据上报周期，以便于根据2020.03.08-2020.03.14这一时间间隔内每天机场上报的机场数据生成开账数据…

S203、根据至少一个数据上报周期中各个数据上报周期的机场数据生成开账数据，开账数据包括在至少一个数据上报周期中在机场运营航班的至少一个航空公司中每个航空公司的账单信息，账单信息指示航班信息、服务信息和费用信息；

示例性的，在当前开账周期中，可能有一个或多个航空公司在机场运营航班，由此，在当前开账周期内的至少一个数据上报周期中上报的机场数据可能包括一个或多个航空公司的航班数据，这时，可以先确定机场在当前开账周期中的至少一个数据上报周期上报的机场数据，进而从机场数据中确定出在当前开账周期中在机场运营航班的至少一个航空公司中每个航空公司的航班数据，航空公司的航班数据包括航班公司在当前开账周期中在机场运营的每个航班的航班数据，进而针对至少一个航空公司中的每个航空公司，根据该航空公司在当前开账周期中在机场运营的各个航班的航班数据生成该航空公司的账单信息。

本申请实施例，航空公司的账单信息包括航班信息、服务信息和费用信息。示例性的，航空公司的账单信息中的费用信息可以为在当前开账周期中该航空公司在该机场运营的所有航班的总费用信息，航空公司的账单信息中的费用信息可以包括该航空公司的应付账单款金额和机场的应收账单款金额，并且，在航空公司的应付账单款金额和机场的应收账单款金额不同的情况下，费用信息还可能包括开账抵扣的金额。

进一步的，航空公司的账单信息中还可以包括在当前开账周期中该航空公司在该机场运营的每个航班的账单信息。

S204、响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于至少一个航空公司中每个航空公司在第三方支付机构的账户的预付款金额支付航空公司的费用信息生成并返回的至少一个航空公司中每个航空公司的支付结果。

本申请实施例，响应机场在当前开账周期的开账数据的生成，触发调用第三方支付机构的交易接口，以使得交易接口根据机场在当前开账周期的开账数据进行实时结算。

示例性的，第三方支付机构中设置有机场的账户和航空公司的账户，开账数据包括当前开账周期中(即，在位于当前开账周期的至少一个数据上报周期中)在机场运营航班的至少一个航空公司中每个航空公司的账单信息；交易接口针对至少一个航空公司中每个航空公司的账单信息执行如下过程：交易接口确定该航空公司的账户以及该机场的账户，从该航空公司的账单信息中获取该航空公司的应付账单款金额和该机场的应收账单款金额，冻结该航空公司的账户中的应付账单款金额，在该航空公司的账户中调减应付账单款金额，在该机场的账户中调增应收账单款金额，在调整完成后，向现时结算系统返回支付结果，支付结果表征交易成功/交易失败；在向现时结算系统返回表征交易成功的支付结果后，交易接口解冻航空公司的冻结金额。

示例性的，支付结果不仅可以表征支付成功/支付失败，还可以表征支付明细，支付明细可能涉及到机场的账户中调增的金额，航空公司的账户中调减的金额，以及开账抵扣的金额。

以上仅仅是本申请实施例提供的支付结果的优选内容，有关支付结果的具体内容，本领域技术人员可根据自己的需求进行设置，在此不做限定。

进一步的，本申请实施例提供的一种结算方法，还可以响应对航空公司结算明细信息的查询操作，确定请求查询的结算明细信息所属的目标开账周期；根据航空公司在目标开账周期的账单信息和支付结果生成航空公司在目标开账周期的结算明细信息；展示航空公司在目标开账周期的结算明细信息，结算明细信息可以包括航空公司在目标开账周期内在机场运营的每个航班的账单信息以及航空公司在目标开账周期的支付结果。

示例性的，现时结算系统在接收到第三方机构返回的支付结果后，现时结算系统的客户(比如，客户为航空公司)还可以对现时结算系统执行结算明细信息查询操作，现时结算系统首先需要确定请求查询结算明细信息所属的目标开账周期(即，航空公司想要查询哪个开账周期的结算明细信息)，进而根据航空公司在该目标开账周期的账单信息和航空公司对该账单信息的支付结果生成结算明细信息，进而现时结算系统可以展示所生成的结算明细信息。其中，航空公司在目标开账周期的账单信息包括航空公司在目标开账周期内在机场运营的每个航班的账单信息。

更进一步的，本申请实施例提供的一种结算方法，还可以接收航空公司对目标开账周期的结算明细信息的反馈信息；若反馈信息表征航空公司对结算明细信息存在异议，根据反馈信息和航空公司在目标开账周期的支付结果生成航空公司的支付差额，支付差额用于航空公司和机场之间的开账抵扣。

示例性的，现时结算系统响应客户(航空公司)对航空公司结算明细的查询操作，确定请求查询的结算明细信息所属的目标开账周期，并展示航空公司在目标开账周期的结算明细信息后，客户(航空公司)可以向现时结算系统发送对航空公司在目标开账周期的结算明细信息的反馈信息，该反馈信息可能表征对航空公司在目标开账周期的结算明细信息无异议，也可能表征对航空公司在目标开账周期的结算明细信息有异议。若反馈信息表征对航空公司在目标开账周期的结算明细信息有异议，经由机场确认，可以根据反馈信息和航空公司在目标开账周期的支付结果生成航空公司的支付差额(调整金额)，该调整金额随下次机场向航空公司开账时进行抵扣。

进一步的，本申请实施例提供的一种结算方法，为了降低航空公司坏账情况的发生，还可以对当前航空公司的账户的余额(该余额可以称为预付款金额)进行监控，以保证航空公司的预付款金额的充足，足以进行实时结算。

下面对本申请实施例提供的一种结算方法中的账户监控方法进行详细说明，具体请参见图3。如图3所示，该方法包括：

S301、响应航空公司的账户支付航空公司的费用信息的操作，监控当前航空公司的账户的预付款金额；

示例性的，第三方支付机构中航空公司的账户支付航空公司的费用信息后，可以触发现时结算系统响应航空公司的账户支付航空公司的费用信息的操作，监控当前航空公司的账户的余额，该余额可以认为是当前航空公司的账户的预付款金额。

S302、判断当前航空公司的账户的预付款金额是否满足预先设置的航空公司的预警条件；

本申请实施例，判断当前航空公司的账户的预付款金额是否满足预先设置的航空公司的预警条件，如果当前航空公司的账户的预付款金额满足预先设置的航空公司的预警条件，可以生成航空公司的预警信息，并向机场管理人员发送该航空公司的预警信息，以提示机场管理人员该航空公司存在坏账风险。

示例性的，针对每个航空公司，预先设置有与该航空公司对应的预警条件，不同的航空公司对应的预警条件可以相同，也可以不同。以一个航空公司为例，在该航空公司的账户存在支付航空公司的费用信息的操作后，可以监控该航空公司的账户的预付款金额，并获取预先设置的与该航空公司对应的预警条件，判断当前该航空公司的预付款金额是否满足与该航空公司对应的预警条件，如果当前该航空公司的预付款金额满足该航空公司对应的预警条件，则生成该航空公司的预警信息，向机场的管理人员发送该航空公司的预警信息。

以上仅仅是本申请实施例提供的预警条件的设置的优选内容，有关预警条件的具体设置方式，本领域技术人员可根据自己的需求进行设置，在此不做限定。

S303、如果当前航空公司的账户的预付款金额满足航空公司的预警条件，生成航空公司的预警信息；

示例性的，航空公司的预警条件携带航空公司的预付款下限，航空公司的预警条件可以为航空公司的账户的预付款金额低于航空公司的预付款下限。其中，预付款下限可以为在预警条件中设置的预付款下限金额，或者，预付款下限可以为在预警条件中设置的目标预付款金额和预付款剩余比例的乘积，目标预付款金额和预付款剩余比例的乘积结果可以认为是目标金额。

若当前航空公司的账户的预付款金额低于航空公司的预警条件携带的航空公司的预付款下限，可以确定当前航空公司的账户的预付款金额满足航空公司的预警条件；若当前航空公司的账户的预付款金额不低于航空公司的预警条件携带的航空公司的预付款下限，可以确定当前航空公司的账户的预付款金额不满足航空公司的预警条件。

示例性的，在航空公司的预警条件携带的航空公司的预付款下限为航空公司的预警条件中设置的预付款下限金额的情况下，若当前航空公司的账户的预付款金额低于航空公司的预警条件携带的航空公司的预付款下限金额，可以确定当前航空公司的账户的预付款金额满足航空公司的预警条件；若当前航空公司的账户的预付款金额不低于航空公司的预警条件携带的航空公司的预付款下限金额，可以确定当前航空公司的账户的预付款金额不满足航空公司的预警条件。

示例性的，在航空公司的预警条件携带的航空公司的预付款下限为航空公司的预警条件中设置的目标预付款金额和预付款剩余比例的乘积结果(目标金额)的情况下，若当前航空公司的账户的预付款金额低于航空公司的预警条件携带的航空公司的目标金额，可以确定当前航空公司的账户的预付款金额满足航空公司的预警条件；若当前航空公司的账户的预付款金额不低于航空公司的预警条件携带的航空公司的目标金额，可以确定当前航空公司的账户的预付款金额不满足航空公司的预警条件。

S304、向机场的管理人员发送航空公司的预警信息，航空公司的预警信息用于指示航空公司存在坏账风险。

本申请实施例中，现时结算系统可以预先设置多个预警等级，不同预警等级对应不同的机场管理人员。相应的，可以根据当前航空公司的账户的预付款金额确定航空公司的预警等级，查询预先设置的预警等级和管理人员的对应关系确定当前航空公司的预警等级对应的管理人员(为了便于区分，可以将所确定的管理人员称为目标管理人员)，并向当前航空公司的预警等级对应的目标管理人员发送航空公司的预警信息。

进一步的，还可以基于向下兼容的方式，确定与当前航空公司的预警等级对应的目标管理人员。示例性的，确定当前航空公司的预警等级(为了便于区分，可以将当前航空公司的预警等级称为第一预警等级)，从预先设置的多个预警等级中获取等级低于第一预警等级的各个预警等级(为了便于区分，可以将等级低于第一预警等级的每个预警等级称为一个第二预警等级)，查询预先设置的预警等级和机场管理人员的对应关系，确定第一预警等级对应的管理人员(为了便于区分，可以将第一预警等级对应的管理人员称为第一管理人员)，以及确定第二预警等级对应的管理人员(为了便于区分，可以将第二预警等级对应的管理人员称为第二管理人员)，将第一管理人员和第二管理人员中的每个管理人员看成一个目标管理人员，向各个目标管理人员分别发送航空公司的预警信息。

本申请实施例提供的一种结算方法，通过对航空公司的账户的预付款金额进行监控，并在航空公司的账户的预付款金额满足航空公司的预警条件的情况下，向机场相关管理人员发出预警，可以使得机场预知航空公司的坏账风险，减少航空公司坏账情况的发生。

进一步的，本申请实施例提供的一种结算方法，为了降低航空公司坏账情况的发生，还可以对当前航空公司的账户的余额(该余额可以称为预付款金额)进行监控，在航空公司的预付款金额不足的情况下，向航空公司发送提醒信息，以提醒航空公司补充预付款金额，以保证航空公司的预付款金额的充足，足以进行实时结算。

下面对本申请实施例提供的一种结算方法中的另一种账户监控方法进行详细说明，具体请参见图4。如图4所示，该方法包括：

S401、响应航空公司的账户支付航空公司的费用信息的操作，按照预先设置的监控周期确定到达监控时刻时，判断当前航空公司的账户的预付款金额是否满足航空公司的预付款金额补充条件；

本申请实施例，预先设置有监控周期，每当航空公司的账户支付航空公司的费用信息后，可以开始按照监控周期对航空公司的账户进行监控。示例性的，一旦航空公司的账户支付航空公司的费用信息，则认为达到一次监控时刻；后续以历史最近一次到达的监控时刻为准，经过监控周期表征的监控时长后，再次到达一次监控时刻..

本申请实施例，现时结算系统可以预先设置航空公司的预付款金额补充条件，不同航空公司的预付款金额补充条件可以相同，也可以不同，在此不做限定。

示例性的，响应航空公司的账户支付航空公司的费用信息的操作，按照预先设置的监控周期确定到达监控时刻时，可以获取当前航空公司的账户的预付款金额，确定预先设置的该航空公司的预付款金额补充条件，判断当前航空公司的预付款金额是否满足该航空公司的预付款金额补充条件，如果当前航空公司的预付款金额满足该航空公司的预付款金额补充条件，可以进一步判断当前航空公司满足该航空公司的预付款金额补充条件的持续时长；若持续时长未超过预先设置的目标时长，向航空公司发送提醒信息，提醒信息用于提醒航空公司补充预付款金额；若持续时长超过预先设置的目标时长，确定当前航空公司的账户的预付款金额满足航空公司的预警条件。目标时长可以认为是预先设置的预付款金额补充条件中的预付款不足的天数。

S402、如果当前航空公司的账户的预付款金额满足航空公司的预付款金额补充条件，确定当前航空公司满足航空公司的预付款金额补充条件的持续时长；

本申请实施例中，航空公司的预付款补充条件携带目标预付款金额，航空公司的预付款补充条件可以为当前航空公司的账户的预付款金额低于目标预付款金额。示例性的，如果当前航空公司的账户的预付款金额低于航空公司的预付款补充条件的目标预付款金额，则确定当前航空公司的预付款金额满足航空公司的预付款金额补充条件；如果当前航空公司的账户的预付款金额不低于航空公司的预付款补充条件的目标预付款金额，则确定当前航空公司的预付款金额不满足航空公司的预付款金额补充条件。

S403、若持续时长未超过预先设置的目标时长，向航空公司发送提醒信息，提醒信息用于提醒航空公司补充预付款金额；

进一步的，现时结算系统中预先设置有航空公司的目标时长，不同的航空公司的目标时长可以相同，也可以不同。在确定当前航空公司的预付款金额满足航空公司的预付款金额补充条件的情况下，还可以进一步判断当前航空公司满足航空公司的预付款金额补充条件的时长，如果当前航空公司满足航空公司的预付款金额补充条件的时长超过航空公司的目标时长，则确定当前航空公司的付余款金额满足航空公司的预警条件。

也就是说，航空公司的预警条件除了包括如图3所示的内容以外，还可以包括当前航空公司满足航空公司的预付款金额补充条件的时长超过航空公司的目标时长，若当前航空公司满足航空公司的预付款金额补充条件的时长超过航空公司的目标时长，可以确定当前航空公司的预付款金额满足航空公司的预警条件。

例如，若航空公司的预警条件包括的目标时长为3天，航空公司的账户在支付航空公司的费用信息后，确定到达第一个监控时刻，若航空公司的账户中的预付款金额从高于目标预付款金额变成了低于目标预付款金额，此时可以向航空公司发送提醒信息，以提醒航空公司向其账户补充预付款金额；并且，在间隔监控周期表征的时长后，到达下一个监控时刻，此时再检测当前航空公司的账户的预付款金额是否低于目标预付款金额，如果当前航空公司的账户的预付款金额低于目标预付款金额，则将当前时间距离第一个监控时刻之间的时间间隔作为当前航空公司的账户满足航空公司的预付款金额补充条件的持续时长，如果该持续时长未超过航空公司的目标时长，则向航空公司发送提醒信息，如果该持续时长超过航空公司的目标时长，则向机场发送预警信息。

S404、若持续时长超过预先设置的目标时长，确定当前航空公司的账户的预付款金额满足航空公司的预警条件。

需要说明的是，一旦向机场发送预警信息，则可以认为此次监控结束。另一方面，交易接口在依赖航空公司的账户的预付款金额支付航空公司的费用信息时，若当前航空公司的资产账户中的预付款金额不足以支付航空公司的费用信息，也会向机场发送预警信息，以提醒机场航空公司有坏账风险。

本申请实施例提供的一种结算方法，通过对航空公司的账户的预付款金额进行监控，并在航空公司的账户的预付款金额满足航空公司的预付款金额补充条件的情况下，向航空公司发出提醒信息，以便于航空公司及时在其账户中补充预付款，便于后续支付的顺利完成，进而可以有效减少航空公司坏账情况的发生。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

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

图5为本申请实施例提供的一种结算装置的结构示意图。

如图5所示，该装置包括：

机场数据接收单元501，用于接收机场在每个数据上报周期上报的机场数据，机场在数据上报周期上报的机场数据包括在数据上报周期内在机场运营的所有航班中每个航班的航班数据；

数据上报周期确定单元502，用于按照开账周期确定到达机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期；

开账数据生成单元503，用于根据至少一个数据上报周期中各个数据上报周期的机场数据生成开账数据，开账数据包括在至少一个数据上报周期中在机场运营航班的至少一个航空公司中每个航空公司的账单信息，账单信息指示航班信息、服务信息和费用信息；

实时结算单元504，用于响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于至少一个航空公司中每个航空公司在第三方支付机构的账户的预付款金额支付航空公司的费用信息生成并返回的至少一个航空公司中每个航空公司的支付结果。

进一步的，本申请实施例提供的一种结算装置还包括：

目标开张周期确定单元，用于响应对航空公司结算明细信息的查询操作，确定请求查询的结算明细信息所属的目标开账周期；

结算明细信息查询单元，用于根据航空公司在目标开账周期的账单信息和支付结果生成航空公司在目标开账周期的结算明细信息；

结算明细信息展示单元，用于展示航空公司在目标开账周期的结算明细信息，结算明细信息包括航空公司在目标开账周期内在机场运营的每个航班的账单信息以及航空公司在目标开账周期的支付结果。

进一步的，本申请实施例提供的一种结算装置还包括：

反馈信息接收单元，用于接收航空公司对目标开账周期的结算明细信息的反馈信息；

支付差额确定单元，用于若反馈信息表征航空公司对结算明细信息存在异议，根据反馈信息和航空公司在目标开账周期的支付结果生成航空公司的支付差额，支付差额用于航空公司和机场之间的开账抵扣。

进一步的，本申请实施例提供的一种结算装置还包括：

监控单元，用于响应航空公司的账户支付航空公司的费用信息的操作，监控当前航空公司的账户的预付款金额；

第一判断单元，用于判断当前航空公司的账户的预付款金额是否满足预先设置的航空公司的预警条件；

预警信息生成单元，用于如果当前航空公司的账户的预付款金额满足航空公司的预警条件，生成航空公司的预警信息；

预警信息发送单元，用于向机场的管理人员发送航空公司的预警信息，航空公司的预警信息用于指示航空公司存在坏账风险。

进一步的，本申请实施例提供的一种结算装置还包括：

第二判断单元，用于响应航空公司的账户支付航空公司的费用信息的操作，按照预先设置的监控周期确定到达监控时刻时，判断当前航空公司的账户的预付款金额是否满足航空公司的预付款金额补充条件；

持续时长确定单元，用于如果当前航空公司的账户的预付款金额满足航空公司的预付款金额补充条件，确定当前航空公司满足航空公司的预付款金额补充条件的持续时长；

提醒信息发送单元，用于若持续时长未超过预先设置的目标时长，向航空公司发送提醒信息，提醒信息用于提醒航空公司补充预付款金额；

确定单元，用于若持续时长超过预先设置的目标时长，确定当前航空公司的账户的预付款金额满足航空公司的预警条件。

本申请实施例中，优选的，第一判断单元包括：

判断子单元，用于判断当前航空公司的账户的预付款金额是否低于航空公司的预付款下限；预付款下限为预先设置的目标预付款金额或根据目标预付款金额和预付款剩余比例生成的目标金额；

第一确定单元，用于若当前航空公司的账户的预付款金额低于航空公司的预付款下限，确定当前航空公司的账户的预付款金额满足航空公司的预警条件；

第二确定单元，用于若当前航空公司的账户的预付款金额不低于航空公司的预付款下限，确定当前航空公司的账户的预付款金额不满足航空公司的预警条件。

本申请实施例中，优选的，预警信息发送单元包括：

预警等级确定单元，用于根据当前航空公司的账户的预付款金额确定航空公司的预警等级；

目标管理人员确定单元，用于查询机场中管理人员和预警等级的对应关系，确定机场中与航空公司的预警等级对应的目标管理人员，不同预警等级对应不同管理人员；

信息发送单元，用于向目标管理人员发送航空公司的预警信息。

本申请提供一种结算装置，可以在到达机场的开账周期后，直接触发对在机场运营的航空公司的开账，并在生成机场的开账数据后直接触发对开账数据的实时结算，不需要在开账后的结算周期内完成对航空公司的收款，而是在开账后直接完成对航空公司的收款，这样，不仅提高了机场资金回笼速度，而且减少了因航空公司发生坏账导致机场资金损失情况的发生。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

本申请实施例还提供一种计算机设备，该计算机设备包括：处理器以及存储器，处理器以及存储器通过通信总线相连；其中，处理器，用于调用并执行存储器中存储的程序；存储器，用于存储程序，该程序用于实现结算方法。

下面参考图6，其示出了适于用来实现本公开实施例的计算机设备6的结构示意图。本公开实施例中的计算机设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的计算机设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，计算机设备可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置606加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机设备6操作所需的各种程序和数据。处理装置601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许计算机设备6与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的计算机设备6，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置606被安装，或者从ROM602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

更进一步的，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机可执行指令，计算机可执行指令用于执行结算方法。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该计算机设备执行时，使得该计算机设备：接收机场在每个数据上报周期上报的机场数据，机场在数据上报周期上报的机场数据包括在数据上报周期内在机场运营的所有航班中每个航班的航班数据；按照开账周期确定到达机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期；根据至少一个数据上报周期中各个数据上报周期的机场数据生成开账数据，开账数据包括在至少一个数据上报周期中在机场运营航班的至少一个航空公司中每个航空公司的账单信息，账单信息指示航班信息、服务信息和费用信息；响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于至少一个航空公司中每个航空公司在第三方支付机构的账户的预付款金额支付航空公司的费用信息生成并返回的至少一个航空公司中每个航空公司的支付结果。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述计算机设备中所包含的；也可以是单独存在，而未装配入该计算机设备中。

本申请提供一种结算方法、装置、计算机设备及存储介质，可以在到达机场的开账周期后，直接触发对在机场运营的航空公司的开账，并在生成机场的开账数据后直接触发对开账数据的实时结算，这样，不需要在开账后的结算周期内完成对航空公司的收款，而是在开账后直接完成对航空公司的收款，不仅提高了机场资金回笼速度，而且减少了因发生坏账导致机场资金损失情况的发生。

以上对本发明所提供的一种结算方法、装置、计算机设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种结算方法，其特征在于，包括：

接收机场在每个数据上报周期上报的机场数据，所述机场在所述数据上报周期上报的机场数据包括在所述数据上报周期内在所述机场运营的所有航班中每个所述航班的航班数据；

按照开账周期确定到达所述机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期，所述开账周期长于所述数据上报周期；

根据所述至少一个数据上报周期中各个所述数据上报周期的机场数据生成开账数据，所述开账数据包括在所述至少一个数据上报周期中在所述机场运营航班的至少一个航空公司中每个所述航空公司的账单信息，所述账单信息指示航班信息、服务信息和费用信息；

响应所述开账数据的生成，触发调用第三方支付机构的交易接口，接收所述交易接口依赖于所述至少一个航空公司中每个所述航空公司在所述第三方支付机构的账户的预付款金额支付所述航空公司的费用信息生成并返回的所述至少一个航空公司中每个所述航空公司的支付结果。

2.根据权利要求1所述的方法，其特征在于，还包括：

响应对所述航空公司结算明细信息的查询操作，确定请求查询的结算明细信息所属的目标开账周期；

根据所述航空公司在所述目标开账周期的账单信息和支付结果生成所述航空公司在所述目标开账周期的结算明细信息；

展示所述航空公司在所述目标开账周期的结算明细信息，所述结算明细信息包括所述航空公司在所述目标开账周期内在所述机场运营的每个航班的账单信息以及所述航空公司在所述目标开账周期的支付结果。

3.根据权利要求2所述的方法，其特征在于，还包括：

接收所述航空公司对所述目标开账周期的结算明细信息的反馈信息；

若所述反馈信息表征所述航空公司对所述结算明细信息存在异议，根据所述反馈信息和所述航空公司在所述目标开账周期的支付结果生成所述航空公司的支付差额，所述支付差额用于所述航空公司和所述机场之间的开账抵扣。

4.根据权利要求1所述的方法，其特征在于，还包括：

响应所述航空公司的账户支付所述航空公司的费用信息的操作，监控当前所述航空公司的账户的预付款金额；

判断当前所述航空公司的账户的预付款金额是否满足预先设置的所述航空公司的预警条件；

如果当前所述航空公司的账户的预付款金额满足所述航空公司的预警条件，生成所述航空公司的预警信息；

向所述机场的管理人员发送所述航空公司的预警信息，所述航空公司的预警信息用于指示所述航空公司存在坏账风险。

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

响应所述航空公司的账户支付所述航空公司的费用信息的操作，按照预先设置的监控周期确定到达监控时刻时，判断当前所述航空公司的账户的预付款金额是否满足所述航空公司的预付款金额补充条件；

如果当前所述航空公司的账户的预付款金额满足所述航空公司的预付款金额补充条件，确定当前所述航空公司满足所述航空公司的预付款金额补充条件的持续时长；

若所述持续时长未超过预先设置的目标时长，向所述航空公司发送提醒信息，所述提醒信息用于提醒所述航空公司补充预付款金额；

若所述持续时长超过预先设置的目标时长，确定当前所述航空公司的账户的预付款金额满足所述航空公司的预警条件。

6.根据权利要求4所述的方法，其特征在于，所述判断当前所述航空公司的账户的预付款金额是否满足预先设置的所述航空公司的预警条件，包括：

判断当前所述航空公司的账户的预付款金额是否低于所述航空公司的预付款下限；所述预付款下限为预先设置的预付款下限金额或根据目标预付款金额和预付款剩余比例生成的目标金额；

若当前所述航空公司的账户的预付款金额低于所述航空公司的预付款下限，确定当前所述航空公司的账户的预付款金额满足所述航空公司的预警条件；

若当前所述航空公司的账户的预付款金额不低于所述航空公司的预付款下限，确定当前所述航空公司的账户的预付款金额不满足所述航空公司的预警条件。

7.根据权利要求5所述的方法，其特征在于，所述向所述机场的管理人员发送所述航空公司的预警信息，包括：

根据当前所述航空公司的账户的预付款金额确定所述航空公司的预警等级；

查询所述机场中管理人员和预警等级的对应关系，确定所述机场中与所述航空公司的预警等级对应的目标管理人员，不同预警等级对应不同管理人员；

向所述目标管理人员发送所述航空公司的预警信息。

8.一种结算装置，其特征在于，包括：

机场数据接收单元，用于接收机场在每个数据上报周期上报的机场数据，所述机场在所述数据上报周期上报的机场数据包括在所述数据上报周期内在所述机场运营的所有航班中每个所述航班的航班数据；

数据上报周期确定单元，用于按照开账周期确定到达所述机场的开账时刻时，确定位于当前开账周期内的至少一个数据上报周期，所述开账周期长于所述数据上报周期；

开账数据生成单元，用于根据所述至少一个数据上报周期中各个所述数据上报周期的机场数据生成开账数据，所述开账数据包括在所述至少一个数据上报周期中在所述机场运营航班的至少一个航空公司中每个所述航空公司的账单信息，所述账单信息指示航班信息、服务信息和费用信息；

实时结算单元，用于响应所述开账数据的生成，触发调用第三方支付机构的交易接口，接收所述交易接口依赖于所述至少一个航空公司中每个所述航空公司在所述第三方支付机构的账户的预付款金额支付所述航空公司的费用信息生成并返回的所述至少一个航空公司中每个所述航空公司的支付结果。

9.一种计算机设备，其特征在于，包括：处理器以及存储器，所述处理器以及存储器通过通信总线相连；其中，所述处理器，用于调用并执行所述存储器中存储的程序；所述存储器，用于存储程序，所述程序用于实现如权利要求1-7任意一项所述的结算方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器加载并执行，实现如权利要求1-7任意一项所述的结算方法的各步骤。