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

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

Info

Publication number
CN112561503A
CN112561503A CN202011443257.6A CN202011443257A CN112561503A CN 112561503 A CN112561503 A CN 112561503A CN 202011443257 A CN202011443257 A CN 202011443257A CN 112561503 A CN112561503 A CN 112561503A
Authority
CN
China
Prior art keywords
airport
data
airline company
account
airline
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.)
Granted
Application number
CN202011443257.6A
Other languages
English (en)
Other versions
CN112561503B (zh
Inventor
叶海
王园园
孙春香
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Air Clearing Co ltd
Original Assignee
China Air Clearing Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Air Clearing Co ltd filed Critical China Air Clearing Co ltd
Priority to CN202011443257.6A priority Critical patent/CN112561503B/zh
Publication of CN112561503A publication Critical patent/CN112561503A/zh
Application granted granted Critical
Publication of CN112561503B publication Critical patent/CN112561503B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Technology Law (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供一种结算方法、装置、计算机设备及存储介质，一旦从第一机场数据(历史接收到的所有机场数据中未被开账的机场数据)中检测出机场对经由机场运营的航班提供的服务的完整服务数据，则触发根据机场对航班提供的服务的完整服务数据进行开账生成机场对航班提供的服务的开账数据；进而响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于服务所属航空公司的账户的预付款金额向机场支付开账数据指示的费用信息生成并返回的支付结果。本申请不仅提高了机场资金回笼速度，减少了因航空公司发生坏账导致的机场资金损失，而且一次性结算的数据量较小，不容易出现结算错误，即使出现结算错误，也能够减小错误修复成本。

Description

一种结算方法、装置、计算机设备及存储介质
技术领域
本发明涉及航空清结算技术领域，更具体地说，涉及一种结算方法、装置、计算机设备及存储介质。
背景技术
航空公司的飞机在机场运营时，航空公司的旅客或者飞机都会享受到机场提供的各种各样的服务，如：旅客的行李安检、人身安检，飞机的起飞、降落，供旅客上下飞机使用的客桥等；当机场为航空公司提供服务后，需要向航空公司收款。
传统的结算方式，是在服务发生后，机场按照固定的开账周期，以月为单位汇总当月所有生产数据对在机场运营的各个航空公司进行开账，并在开账后的结算周期内完成对航空公司的收款。
这种结算方式，机场向航空公司收款周期较长，机场资金回笼速度慢，而且机场无法及时掌握航空公司的资金状态，容易导致发生坏账，造成机场的资金损失；并且，一次性结算的数据量巨大，容易出现结算错误，而且在出现结算错误后进行错误修复的成本较高。
发明内容
有鉴于此，为解决上述问题，本发明提供一种结算方法、装置、计算机设备及存储介质，不仅可以提高机场资金回笼速度，减少因航空公司发生坏账导致机场资金损失情况的发生，而且可以减少结算错误的出现，减小出现结算错误后进行错误修复的成本，技术方案如下：
一种结算方法，包括：
接收机场实时上传的其产生的机场数据；
检测当前第一机场数据中是否存在所述机场对经由所述机场运营的航班提供的服务的完整服务数据，所述第一机场数据为历史接收到的所有机场数据中未被开账的机场数据；
若第一机场数据中存在所述机场对经由所述机场运营的航班提供的服务的完整服务数据，根据所述机场对所述航班提供的服务的完整服务数据进行开账生成所述机场对所述航班提供所述服务的开账数据；
响应所述开账数据的生成，触发调用第三方支付机构的交易接口，接收所述交易接口依赖于所述航班所属航空公司在所述第三方支付机构的账户的预付款金额向所述机场支付所述开账数据指示的费用信息生成并返回的支付结果。
一种结算装置，包括：
机场数据接收单元，用于接收机场实时上传的其产生的机场数据；
服务数据检测单元，用于检测第一机场数据中是否存在所述机场对经由所述机场运营的航班提供的服务的完整服务数据，所述第一机场数据为历史接收到的所有机场数据中未被开账的机场数据；
开账数据生成单元，用于若第一机场数据中存在所述机场对经由所述机场运营的航班提供的服务的完整服务数据，根据所述机场对所述航班提供的服务的完整服务数据进行开账生成所述机场对所述航班提供所述服务的开账数据；
实时结算单元，用于响应所述开账数据的生成，触发调用第三方支付机构的交易接口，接收所述交易接口依赖于所述航班所属航空公司在所述第三方支付机构的账户的预付款金额向所述机场支付所述开账数据指示的费用信息生成并返回的支付结果。
一种计算机设备，包括：处理器以及存储器，处理器以及存储器通过通信总线相连；其中，处理器，用于调用并执行存储器中存储的程序；存储器，用于存储程序，程序用于实现结算方法。
一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器加载并执行，实现结算方法的各步骤。
本申请提供一种结算方法、装置、计算机设备及存储介质，可以接收机场实时上传的其产生的机场数据，检测到当前第一机场数据中是否存在机场对经由机场运营的航班提供的服务的完整服务数据，一旦检测出第一机场数据中存在机场对经由机场运营的航班提供的服务的完整服务数据，则触发根据机场对航班提供的服务的完整服务数据进行开账生成机场对航班提供的服务的开账数据，进而响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于服务所属航空公司的账户的预付款金额向机场支付开账数据指示的费用信息生成并返回的支付结果。
本申请一旦确定存在机场为经由机场运营的航班提供一个服务的完整服务数据，不需要等到机场对同一航班提供的所有服务中每个服务的完整服务数据都到齐后再进行开账，而是每当检测出存在机场对航班提供的一个服务的完整服务数据后便直接对该服务进行开账得到该服务的开账数据，并且在生成该服务的开账数据后会对该开账数据进行实时结算。这样，不仅提高了机场资金回笼速度，减少了因航空公司发生坏账导致机场资金损失情况的发生，而且以服务为单位进行开账结算，一次性结算的数据量较小，不容易出现结算错误，而且即使出现结算错误，因数据量较小也能够快速确定错误的发生原因，降低了错误修复成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
图1为本申请实施例提供的一种结算系统的结构示意图；
图2为本申请实施例提供的一种结算方法流程图；
图3为本申请实施例提供的一种当前航空公司的账户的监控方法流程图；
图4为本申请实施例提供的另一种当前航空公司的账户的监控方法流程图；
图5为本申请实施例提供的一种结算装置的结构示意图；
图6为本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
航空公司的飞机在机场运营时，航空公司的旅客或者飞机都会享受到机场提供的各种各样的服务，如：旅客的行李安检、人身安检，飞机的起飞、降落，供旅客上下飞机使用的客桥等；当机场作为服务方为航空公司提供服务后，需要向航空公司收款。其中，服务方可以为机场、机场地面服务公司等，机场地面服务公司为航空公司提供服务也可以认为是机场为航空公司提供服务。
机场通常会为经由其运营的一个航班提供多种服务，传统的结算方式，机场会等到为同一航班的所有服务中每个服务的完整服务数据都到齐后，在统一对机场为同一航班提供的所有服务进行开账生成该航班的开账数据，并且在对该航班进行开账生成该航班的开账数据后的结算周期内完成对该航班的开账数据的结算。
具体的，因为对同一航班提供的不同的服务的服务数据的产生时间可能不同，传统的结算方式中机场是按照固定的开账周期，以月为单位汇总当月所有生产数据的方式，实现的对同一航班的所有服务的服务数据的统一开账，并在开账后的结算周期内完成对航空公司的收款。
这种结算方式，机场向航空公司收款周期较长，机场资金回笼速度慢，而且机场无法及时掌握航空公司的资金状态，容易导致发生坏账，造成机场的资金损失；并且，一次性结算的数据量巨大，容易出现结算错误，而且在出现结算错误后进行错误修复的成本较高。
直面行业发展带来的机遇与挑战，本申请提出的一种结算方法、装置、计算机设备及存储介质，结算方法应用于结算系统，结算系统由数据管理子系统和现时结算系统构成，结算系统可以对服务进行实时开账生成服务的开账数据(账单信息)，并建立预付款机制，当服务的开账数据产生后进行实时的资金结算，并建立分层预警机制，对于达到预警条件的业务情况进行预警，打造新的现时结算模式。
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
图1为本申请实施例提供的一种结算系统的结构示意图。如图1所示，该结算系统由数据管理子系统和现时结算系统构成。
示例性的，数据管理子系统包括如下功能：
(1)航班及部分服务数据初次进入数据管理子系统
在航班运营现场，机场根据自身的数据情况，将航班及其服务数据，包括航班、客桥、特车、载运等，通过自有系统导入，或者手工录入的方式进入数据管理子系统。
示例性的，航班及其服务数据可以统一称为航班的生产数据，生产数据在导入数据管理子系统时，生产数据的“数据处理”标识为空。在数据管理子系统中，对“数据处理”标识为空的生产数据，进行数据校验、航班配对和数据挂靠的数据处理工作。
数据校验：数据管理子系统能对生产数据设置精确的判断逻辑，基于判断逻辑对生产数据进行合法性校验。其中，合法性校验包括但不限于客梯和客桥相悖原理，过站航班航前航后判断，长时间客桥使用，客桥使用与停场时间，旅客目的地与航班性质，旅客人数与飞机最大座位数、特种车辆和设备使用及桥载设备使用(远机位电源)与停场时间，特种车辆和设备使用与机型、拖飞机进/出机库等。
以上仅仅是本申请实施例提供的优选的对生产数据进行合法性校验的内容，有关合法性校验的具体内容，发明人可根据自己的需求进行设置，在此不做限定。
航班配对：根据航班的起飞时间、降落时间、机号、机型，将起飞航班和降落航班进行配对，便于相关费用的计算；没有配对成功的航班，进入未配对操作。
示例性的，航班数据可能为起飞航班数据，也可能为降落航班数据，通过航班配对将起飞航班数据和降落航班数据进行关联，生成一条完整的航班数据。
数据挂靠：数据管理子系统实时接收航班的服务生产数据(也可以称为服务数据)，根据预先设置的数据处理周期确定到达处理数据的时间时，数据管理子系统会对这段时间内到达的服务生产数据，根据其航班日期、航班号、机号、机型等参数，逐条在数据库中查找对应的航班，确定服务生产数据所属的航班，并将该服务生产数据挂靠归属在对应的航班数据上，以便于费用计算过程可以实现对挂在该航班上的服务生产数据的实时结算。
进一步的，对于同一航班，现场多次操作，需多次计费的，数据管理子系统提醒并由人工确认是否多次计费，包括但不限于多次接退客桥、二次使用特种车辆和设备及桥载设备(远机位电源)等。数据管理子系统能提示未能匹配的数据，同时具备人工匹配、纠错、批量修改等功能。
在数据经过校验、配对和挂靠后，机场的财务人员可以对数据进行审核，确认无误后，便可以上传现时结算系统进行开账。上传动作可以是设定好自动作业，数据管理子系统自动触发，也可以是手动提交。
(2)航班的部分服务数据后续进入系统
随着机场的业务工作开展，航班的部分服务数据在航班及其他服务数据已经被处理开账之后进入数据管理子系统。该部分的数据也会经过校验后进入系统，同时系统自动为其寻找对应的航班数据，并形成挂靠关系。
机场的财务人员对数据进行审核。审核的数据包括有初次进入系统的航班及其数据，也包括航班数据之前已经被处理过，此次是陆续到达的服务数据。
(3)费用计算
经过审核的数据，可以根据机场的设定，进行系统的自动作业，或者是手工提交计算。
航班数据到达系统时，会计算航班本身相关的费用，如：起降费、旅客安检费等；如果有其他的服务数据到达，那么系统会在要素表查找该服务类别有关的要素，以及找到与这些要素相关的费用；对这些费用逐一进行计算；在后续的服务数据陆续到达系统时，系统也会按照同样的方式，计算费用。
下面对本申请实施例提供的一种现时结算系统进行详细说明。示例性的，本申请实施例提供的现时结算系统是集中部署的B/S系统，客户可以通过访问现时结算系统的网址来使用现时结算的功能。现时结算系统的组成部分通常包括：基础信息模块，开立账户模块，数据接收模块，账单计算模块，资金清、结算模块，分层预警模块，账单拒付调整模块，以及运营监控模块。
数据管理子系统中的外部生产数据通过数据接收模块进入现时结算系统，由现时结算系统对外部生产数据进行处理，而后通过支付平台进行资金划拨，完成资金的清、结算。
下面分别对现时结算系统中各个功能模块进行详细说明。
(1)基础信息模块
基础信息模块用于提供预警信息的配置。
基础信息模块中可以维护不同航空公司的预警信息，预警信息可以涉及到预警条件、预付款金额补充条件等。其中，预警条件中可能涉及到预付款下限及币种、预付款金额补充条件中涉及到补充金额下限及币种。
现时结算系统支持按照机场代码名称、航空公司代码名称、预警联系人、预付款下限(预付款下限可以为预先设置的预付款下限金额，也可以为目标预警金额和预付款剩余比例的乘积)、预付款不足的天数等数据项设定预警条件；每个预警条件中，预付款下限金额、预付款剩余比例、预付款不足的天数三个预警条件可以同时存在，也可以存在其中一个或者两个，现时结算系统在进行预警时，会针对设置的预警条件逐个查找，若满足预警条件则向机场发送预警信息。其中，预警联系人可以认为是机场的管理人员。
进一步的，现时结算系统还支持按照机场代码名称、航空公司代码名称、补充预付款金额联系人、预付款补充下限等数据项设定预付款金额补充条件。现时结算系统会确定当前航空公司是否满足预付款金额补充条件，若当前航空公司满足预付款金额补充条件，且当前航空公司满足预付款金额补充条件的持续时长超过目标时长，则向航空公司的补充预付款金额联系人发送提醒信息；若当前航空公司满足预付款金额补充条件，但是当前航空公司满足预付款金额补充条件的持续时长未超过目标时长，则确定当前航空公司的账户的预付款金额满足航空公司的预警条件，向机场的管理人员发送航空公司的预警信息。
示例性的，预付款补充下限可以高于预付款下限，但是低于目标预警金额。比如，若目标预警金额为100万，预付款剩余比例为30％，则预付款补充下限为30万，预付款补充下限可以为70万，70万高于30万但低于100万。
更进一步的，可以设置不同的预警等级，不同的预警等级对应不同的管理人员，从而实现分层次预警。
以上仅仅是本申请实施例提供的基础信息模块的优选配置内容，有关基础信息模块的具体配置内容本领域技术人员可根据自己的需求进行设置，在此不做限定。
(2)开立账户模块
现时结算系统所有者，即清结算机构，客户可以使用现时结算系统的开立账户模块在第三方支付机构中开立账户，建立机场的账户和航空公司的账户。建立机场和航空公司的账户时，机场和航空公司的账户的数据项不同。
示例性的，机场的账户的数据项可以包括：机场代码名称、航站、银行户名、开户行、银行账号、账户是否有效。航空公司的账户的数据项可以包括：机场代码名称、航空公司代码名称、航站。
需要说明的是，一个机场可以建立一个账户，一个航空公司针对不同的机场可以建立不同的账户。航空公司的账户中的机场代码名称可以认为是航空公司这个账户所对应的机场的代码名称。
在现时结算系统中设置好航空公司和机场的账户数据项后，可以调用第三方支付机构的账户开立接口，请求在第三方机构中分别建立机场和航空公司的账户，机场和航空公司在第三方机机构构建立完毕账户后，现时结算系统中也对在第三方机构建立的账户和相应的账户数据项进行关联存储。使用这些账户，在现时结算资金清结算环节进行资金的划拨、充值与提现。
(3)数据接收模块
当机场进行现时结算时，需要将外部生产数据经过数据接收模块处理后，才能进行现时结算的业务流程。
现时结算系统的数据接收模块定义了标准的数据接收格式，包括有：航空公司代码、航班号、机号、机型、起飞时间、降落时间、旅客人数等等，机场将机场数据整理成标准数据格式，并将整理成标准数据格式的机场数据上传至现时结算系统(比如，可以是将从机场自有系统导出的机场数据转换成标准数据格式后上传到现时结算系统，或者是将纸质单据整理成现时结算系统的标准数据格式的机场数据后上传到现时结算系统)，现时结算系统对上传的机场数据进行数据格式、飞机、机型、航班信息、数据重复性的校验后，按照校验结果引导客户进行下一步处理。示例性的，如果校验失败，在现时结算系统中提示明确的错误信息，并让用户重新处理机场数据再次进行上传；如果校验正确，那么上传的机场数据会被存储进现时结算系统，用户可以进行下一步账单计算处理的操作。
进一步的，用户可以查看上传到现时结算系统的数据，对于没有进行下一步账单计算处理的数据，可以进行删除。
(4)账单计算模块
机场在现时结算系统中，可以自动/自主进行账单计算。对于自主进行账单计算，可以先展示现时结算系统中已有的未进行计算处理及资金清结算的机场数据，机场可以对待计算的机场数据进行确认，确认无误的数据，进入到计算流程，以进行开账和实时结算。其中，进行开账的方式如下：
1.现时结算系统确定存在机场为经由其运营的航班提供的服务的完整服务数据，且该服务的完整服务数据未被开账的情况下，查找机场代码名称、航空公司代码名称、航站对应的费用协议，对机场为航班提供的该服务的完整服务数据进行费用计算得到机场为航班提供的该服务的费用信息，费用信息包括航空公司的应付账单款金额和机场的应收款账单金额；在航空公司的应付账单款金额和机场的应收账单金额不等的情况下，可能涉及到开账抵扣，在此不做详细说明。
2.按照账单的组成规则，将航班信息、服务信息、费用信息组合成相应的机场为航班提供的该服务的开账数据(也可以称为账单)。
现时结算系统列示出开账数据，在数据管理子系统上传的机场数据中有金额的情况下，还可以显示上传的机场数据中携带的金额，并显示计算出的机场数据的开账数据中的金额和上传的机场数据的金额之间的差异；机场可以进行判定，对有异议的开账数据可以进行撤回，后续重新处理该部分开账数据对应的生产数据。
(5)资金清结算模块
对于计算完毕的开账数据，现时结算系统可以进行自动进行资金清结算，清结算过程实时进行。
现时结算系统调用第三方支付机构的交易接口，机场的账户申请调增，调增的金额即为此次资金结算时机场的应收款账单金额；航空公司的资产账户申请调减，调减的金额即为此次资金结算时航空公司的应付款账单金额；同时，对航空公司账户中此次应付款账单金额进行冻结；
第三方机构返回交易成功的信息后，现时结算系统解冻航空公司账户中的冻结金额，同时更新机场和航空公司的账户余额。
(6)分层预警模块
现时结算系统在每次进行资金清结算后，会触发分层预警操作。
1、每次清结算后，系统汇总此次清结算账单对应的机场代码名称、航空公司代码名称、航站；
2、按照预警信息的配置，查找每个机场代码名称、航空公司代码名称、航站的预警条件；
3、判断航空公司的预付款情况是否到达预警条件；如果达到预警条件，那么现时结算系统向该预警对应的机场发出预警，并且自动向下兼容。比如：预付款剩余30万，通知级别A对应的管理人员，预付款剩余10万，通知级别B对应的管理人员，那么当预付款小于等于10万时，接收预警方包括级别A对应的管理人员和级别B对应的管理人员。
4、当航空公司补充预付款后，系统会根据预警条件判定是否解除预警。
(7)账单拒付调整模块
在资金结算时，现时结算系统会按照开账数据的费用信息进行结算。如果航空公司对结算金额有异议，可以在结算完毕进行调整。
调整由航空公司发起，选择具体航班的具体服务的费用进行金额调整，可以将多条需要调整的数据一次性提交机场确认。机场针对调整的具体明细进行确认，确认无误后，可以生成调整账单，调整金额随下次开账时进行抵扣。
本申请提供的结算系统一旦确定存在机场为经由机场运营的航班提供一个服务的完整服务数据，不需要等到机场对同一航班提供的所有服务中每个服务的完整服务数据都到齐后再进行开账，而是每当检测出存在机场对航班提供的一个服务的完整服务数据后便直接对该服务进行开账得到该服务的开账数据，并且在生成该服务的开账数据后会对该开账数据进行实时结算。这样，不仅提高了机场资金回笼速度，减少了因航空公司发生坏账导致机场资金损失情况的发生，而且以服务为单位进行开账结算，一次性结算的数据量较小，不容易出现结算错误，而且即使出现结算错误，因数据量较小也能够快速确定错误的发生原因，降低了错误修复成本。
下面结合上述对现时结算系统的介绍，进一步从现时结算系统的角度对本申请实施例提供的一种结算方法进行详细说明，具体请参见图2。
如图2所示，该方法包括：
S201、接收机场实时上传的其产生的机场数据；
本申请实施例，机场基于构建的数据管理子系统实现实时将其所生产的机场数据上传至现时结算系统的目的，数据管理子系统的作用是在机场数据进入现时结算系统之前，进行数据的预处理，使得数据满足进行现时结算的需求。数据管理子系统进行数据预处理的频率，可以是预设自动作业，数据管理子系统按照固定的频率工作，也可以是机场手动触发。
S202、检测当前第一机场数据中是否存在机场对经由机场运营的航班提供的服务的完整服务数据，第一机场数据为历史接收到的所有机场数据中未被开账的机场数据；若第一机场数据中存在机场对经由机场运营的航班提供的服务的完整服务数据，执行步骤S203；
本申请实施例，现时结算系统接收机场通过数据管理子系统上传的机场数据，对当前的第一机场数据进行检测，一旦检测到当前第一机场数据中存在机场对经由机场运营的航班提供的服务的完整服务数据，则根据机场对航班提供的服务的完整服务数据进行开账生成机场对航班提供服务的开账数据。
示例性的，机场每当产生航班数据或服务数据后边将数据通过数据管理子系统上传至现时结算系统。然而，以经由机场运营的一个航班为例，机场可以为该航班提供多种服务，而多种服务中每种服务均可以产生相应的服务数据，但是因机场为该航班提供不同服务的时间可能不同，所以机场为该航班提供不同服务的服务数据的产生时间不同，以一个服务为例，也可能机场为该航班提供的该服务的完整服务数据也是陆续通过数据管理子系统上传至现时结算系统的。
需要说明的是，以一个航班为例，不仅该航班的航班数据中可能涉及到机场为航班提供的服务的服务数据，而且机场为航班提供的某些服务的服务数据可能并未在航班的航班数据中体现，而是单独以服务数据的形式存在。相应的，航班数据和服务数据均可以认为是机场数据。
本申请实施例提供的现时结算系统可以接收机场通过数据管理子系数实时上传的机场数据，并从第一机场数据中确定是否存在服务的完整服务数据，只要发现第一机场数据中存在某个服务的完整服务数据，便可触发机场向航空公司针对该服务进行开账，得到该服务的开账数据，该服务的开账数据也可以认为是机场为该航班提供的该服务的开账数据。
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，用于检测第一机场数据中是否存在机场对经由机场运营的航班提供的服务的完整服务数据，第一机场数据为历史接收到的所有机场数据中未被开账的机场数据；
开账数据生成单元5603，用于若第一机场数据中存在机场对经由机场运营的航班提供的服务的完整服务数据，根据机场对航班提供的服务的完整服务数据进行开账生成机场对航班提供服务的开账数据；
实时结算单元504，用于响应开账数据的生成，触发调用第三方支付机构的交易接口，接收交易接口依赖于航班所属航空公司在第三方支付机构的账户的预付款金额向机场支付开账数据指示的费用信息生成并返回的支付结果。
进一步的，本申请实施例提供的一种结算装置还包括：
数据确定单元，用于响应对机场为航班提供的服务的结算明细信息的查询操作，确定机场为航班提供服务的开账数据和航班所属航空公司对开账数据的支付结果；
结算明细信息生成单元，用于根据开账数据和支付结果生成机场为航班提供的服务的结算明细信息；
结算明细信息展示单元，用于展示机场为航班提供的服务的结算明细信息。
进一步的，本申请实施例提供的一种结算装置还包括：
反馈信息接收单元，用于接收航空公司对结算明细信息的反馈信息；
支付差额确定单元，用于若反馈信息表征航空公司对结算明细信息存在异议，根据反馈信息和航空公司对开账数据的支付结果生成航空公司的支付差额，支付差额用于航空公司和机场之间的开账抵扣。
进一步的，本申请实施例提供的一种结算装置还包括：
监控单元，用于响应航空公司的账户支付航空公司的费用信息的操作，监控当前航空公司的账户的预付款金额；
第一判断单元，用于判断当前航空公司的账户的预付款金额是否满足预先设置的航空公司的预警条件；
预警信息生成单元，用于如果当前航空公司的账户的预付款金额满足航空公司的预警条件，生成航空公司的预警信息；
预警信息发送单元，用于向机场的管理人员发送航空公司的预警信息，航空公司的预警信息用于指示航空公司存在坏账风险。
进一步的，本申请实施例提供的一种结算装置还包括：
第二判断单元，用于响应航空公司的账户支付航空公司的费用信息的操作，按照预先设置的监控周期确定到达监控时刻时，判断当前航空公司的账户的预付款金额是否满足航空公司的预付款金额补充条件；
持续时长确定单元，用于如果当前航空公司的账户的预付款金额满足航空公司的预付款金额补充条件，确定当前航空公司满足航空公司的预付款金额补充条件的持续时长；
提醒信息发送单元，用于若持续时长未超过预先设置的目标时长，向航空公司发送提醒信息，提醒信息用于提醒航空公司补充预付款金额；
确定单元，用于若持续时长超过预先设置的目标时长，确定当前航空公司的账户的预付款金额满足航空公司的预警条件。
本申请实施例中，优选的，第一判断单元包括：
判断子单元，用于判断当前航空公司的账户的预付款金额是否低于航空公司的预付款下限；预付款下限为预先设置的目标预付款金额或根据目标预付款金额和预付款剩余比例生成的目标金额；
第一确定单元，用于若当前航空公司的账户的预付款金额低于航空公司的预付款下限，确定当前航空公司的账户的预付款金额满足航空公司的预警条件；
第二确定单元，用于若当前航空公司的账户的预付款金额不低于航空公司的预付款下限，确定当前航空公司的账户的预付款金额不满足航空公司的预警条件。
本申请实施例中，优选的，预警信息发送单元包括：
预警等级确定单元，用于根据当前航空公司的账户的预付款金额确定航空公司的预警等级；
目标管理人员确定单元，用于查询机场中管理人员和预警等级的对应关系，确定机场中与航空公司的预警等级对应的目标管理人员，不同预警等级对应不同管理人员；
信息发送单元，用于向目标管理人员发送航空公司的预警信息。
本申请实施例提供一种结算装置，一旦确定存在机场为经由机场运营的航班提供一个服务的完整服务数据，不需要等到机场对同一航班提供的所有服务中每个服务的完整服务数据都到齐后再进行开账，而是每当检测出存在机场对航班提供的一个服务的完整服务数据后便直接对该服务进行开账得到该服务的开账数据，并且在生成该服务的开账数据后会对该开账数据进行实时结算。这样，不仅提高了机场资金回笼速度，减少了因航空公司发生坏账导致机场资金损失情况的发生，而且以服务为单位进行开账结算，一次性结算的数据量较小，不容易出现结算错误，而且即使出现结算错误，因数据量较小也能够快速确定错误的发生原因，降低了错误修复成本。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
本申请实施例还提供一种计算机设备，该计算机设备包括：处理器以及存储器，处理器以及存储器通过通信总线相连；其中，处理器，用于调用并执行存储器中存储的程序；存储器，用于存储程序，该程序用于实现结算方法。
下面参考图6，其示出了适于用来实现本公开实施例的计算机设备6的结构示意图。本公开实施例中的计算机设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的计算机设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图6所示，计算机设备可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置606加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有计算机设备6操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置606；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许计算机设备6与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的计算机设备6，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置606被安装，或者从ROM 602被安装。在该计算机程序被处理装置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任意一项所述的结算方法的各步骤。
CN202011443257.6A 2020-12-08 2020-12-08 一种结算方法、装置、计算机设备及存储介质 Active CN112561503B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011443257.6A CN112561503B (zh) 2020-12-08 2020-12-08 一种结算方法、装置、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011443257.6A CN112561503B (zh) 2020-12-08 2020-12-08 一种结算方法、装置、计算机设备及存储介质

Publications (2)

Publication Number Publication Date
CN112561503A true CN112561503A (zh) 2021-03-26
CN112561503B CN112561503B (zh) 2024-03-29

Family

ID=75060881

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011443257.6A Active CN112561503B (zh) 2020-12-08 2020-12-08 一种结算方法、装置、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN112561503B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116455859A (zh) * 2023-06-12 2023-07-18 中国航空结算有限责任公司 一种结算方法、装置、设备及可读存储介质
CN118521315A (zh) * 2024-07-18 2024-08-20 山东浪潮数字商业科技有限公司 预付卡多维度综合赋码方法、系统、设备及介质

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060084721A (ko) * 2005-01-20 2006-07-25 엘지전자 주식회사 이동 통신 단말기를 이용한 공공요금 결제 서비스 방법
KR20070022245A (ko) * 2004-03-11 2007-02-26 씨알에스 인터내셔날 아이피 리미티드 자금을 선급하기 위한 방법 및 시스템
US20080027874A1 (en) * 2006-07-26 2008-01-31 Monseignat Bernard De System and method for facilitating secure transactions over communication networks
KR20120020705A (ko) * 2010-08-31 2012-03-08 주식회사 비즈모델라인 고지서 자동이체 관리방법과 무선단말 및 이를 위한 기록매체
KR20160133704A (ko) * 2015-05-13 2016-11-23 주식회사 우리은행 해외 선불화폐로 결제한 자금에 대한 실시간 정산 시스템 및 그 방법
US20170061555A1 (en) * 2015-08-24 2017-03-02 Mastercard International Incorporated Method and system for predicting lowest airline ticket fares
CN106846146A (zh) * 2017-01-19 2017-06-13 世纪禾光科技发展（北京）有限公司 交易平台自动化收款方法及装置
CN107622441A (zh) * 2017-10-09 2018-01-23 中国航空结算有限责任公司 结算管理系统及方法
US20180197167A1 (en) * 2017-01-11 2018-07-12 Early Warning Services, Llc System and method for person-to-person payments
CN108921713A (zh) * 2018-06-20 2018-11-30 李丹 一种航班延误保险的主动理赔服务系统
CN109345342A (zh) * 2018-09-19 2019-02-15 国网山东省电力公司烟台供电公司 一种通过判断信用允许后付费的支付处理装置及其处理方法
CN110288398A (zh) * 2019-06-25 2019-09-27 苏州梦嘉信息技术有限公司 一种游戏推广结算方法及系统
JP6596563B1 (ja) * 2018-11-26 2019-10-23 Ｇｍｏペイメントゲートウェイ株式会社 決済装置、決済方法、及びプログラム、並びに決済システム
CN110689417A (zh) * 2019-09-23 2020-01-14 天翼电子商务有限公司 一种基于账务体系的结算方法及系统、存储介质及终端
CN111429258A (zh) * 2020-03-19 2020-07-17 中国建设银行股份有限公司 一种监测贷款资金流向的方法和装置
CN111476651A (zh) * 2020-04-07 2020-07-31 中国民航信息网络股份有限公司 数据结算方法及装置、存储介质及电子设备

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070022245A (ko) * 2004-03-11 2007-02-26 씨알에스 인터내셔날 아이피 리미티드 자금을 선급하기 위한 방법 및 시스템
KR20060084721A (ko) * 2005-01-20 2006-07-25 엘지전자 주식회사 이동 통신 단말기를 이용한 공공요금 결제 서비스 방법
US20080027874A1 (en) * 2006-07-26 2008-01-31 Monseignat Bernard De System and method for facilitating secure transactions over communication networks
KR20120020705A (ko) * 2010-08-31 2012-03-08 주식회사 비즈모델라인 고지서 자동이체 관리방법과 무선단말 및 이를 위한 기록매체
KR20160133704A (ko) * 2015-05-13 2016-11-23 주식회사 우리은행 해외 선불화폐로 결제한 자금에 대한 실시간 정산 시스템 및 그 방법
US20170061555A1 (en) * 2015-08-24 2017-03-02 Mastercard International Incorporated Method and system for predicting lowest airline ticket fares
US20180197167A1 (en) * 2017-01-11 2018-07-12 Early Warning Services, Llc System and method for person-to-person payments
CN106846146A (zh) * 2017-01-19 2017-06-13 世纪禾光科技发展（北京）有限公司 交易平台自动化收款方法及装置
CN107622441A (zh) * 2017-10-09 2018-01-23 中国航空结算有限责任公司 结算管理系统及方法
CN108921713A (zh) * 2018-06-20 2018-11-30 李丹 一种航班延误保险的主动理赔服务系统
CN109345342A (zh) * 2018-09-19 2019-02-15 国网山东省电力公司烟台供电公司 一种通过判断信用允许后付费的支付处理装置及其处理方法
JP6596563B1 (ja) * 2018-11-26 2019-10-23 Ｇｍｏペイメントゲートウェイ株式会社 決済装置、決済方法、及びプログラム、並びに決済システム
CN110288398A (zh) * 2019-06-25 2019-09-27 苏州梦嘉信息技术有限公司 一种游戏推广结算方法及系统
CN110689417A (zh) * 2019-09-23 2020-01-14 天翼电子商务有限公司 一种基于账务体系的结算方法及系统、存储介质及终端
CN111429258A (zh) * 2020-03-19 2020-07-17 中国建设银行股份有限公司 一种监测贷款资金流向的方法和装置
CN111476651A (zh) * 2020-04-07 2020-07-31 中国民航信息网络股份有限公司 数据结算方法及装置、存储介质及电子设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116455859A (zh) * 2023-06-12 2023-07-18 中国航空结算有限责任公司 一种结算方法、装置、设备及可读存储介质
CN116455859B (zh) * 2023-06-12 2023-08-25 中国航空结算有限责任公司 一种结算方法、装置、设备及可读存储介质
CN118521315A (zh) * 2024-07-18 2024-08-20 山东浪潮数字商业科技有限公司 预付卡多维度综合赋码方法、系统、设备及介质

Also Published As

Publication number Publication date
CN112561503B (zh) 2024-03-29

Similar Documents

Publication Publication Date Title
CN107918859B (zh) 一种订单任务处理、提供差旅服务的方法及装置
CN103593880B (zh) 车辆停车费用的支付方法及装置
US8762185B2 (en) Travel expense automation
US20140232518A1 (en) Systems and methods for an automated parking facility
CN112561503B (zh) 一种结算方法、装置、计算机设备及存储介质
CN112561675B (zh) 一种结算方法、装置、计算机设备及存储介质
US20210150824A1 (en) A method of collecting travel fares in a transport system
CN110889686A (zh) 多层级账户数据处理方法、装置、设备及可读存储介质
CN109741009A (zh) 一种费用报销管理方法及装置
CN112232789A (zh) Bop支付结算方法、装置、设备及可读存储介质
CN111698195B (zh) 信息交互方法及装置
CN113284295A (zh) 用于租赁车辆的方法、电子设备和计算机存储介质
WO2016183637A1 (en) Vehicle monitoring
CN112990864A (zh) 旅客舱位校验的方法、装置、电子设备和存储介质
CN113724409A (zh) 车票改签方法和设备
CN112967047A (zh) 结算方法、装置、设备、存储介质以及程序产品
KR102447863B1 (ko) 바우처 택시의 운행 요금을 자동으로 정산하는 방법
US20180075497A1 (en) Database management system
CN118411217A (zh) 电子行程单开具系统、方法及装置
CN115187327A (zh) 一种用于航空客票的智能化交易系统
CN114677187A (zh) 一种发票开具方法、装置、系统、电子设备、介质及产品
CN115456532A (zh) 一种托寄物的揽收方法、装置、存储介质及电子设备
CN118396728A (zh) 资金监管方法、装置、设备及存储介质
CN113706108A (zh) 公积金缴存方法、装置、电子设备及计算机可读介质
AU2013101619A4 (en) Travel Expense Automation

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