CN109325772B - 一种业务结算处理方法及装置 - Google Patents

Abstract

本发明公开了一种业务结算处理方法及装置，校验中间件系统在接收业务系统发送的业务结算数据后，查询所述业务结算数据的发送状态，如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态，如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。上述方法及装置，校验中间件系统在接收到业务系统发送的业务结算数据之后，如果判断得知该业务结算数据的可支付状态为不可支付，则不会再将该业务结算数据发送至财务系统，避免了财务系统的重复支付，且提高了财务系统对业务结算的处理效率。

Description

一种业务结算处理方法及装置

技术领域

本发明涉及业务结算技术领域，更具体的说，是涉及一种业务结算处理方法及装置。

背景技术

现有的各行业(如，保险行业)的业务系统在进行结算业务办理后会生成业务结算数据，然后将业务结算数据发送给财务系统，由财务系统根据业务结算数据进行支付，财务系统支付成功后，存储业务结算信息，并向业务系统反馈支付成功的消息。

但是，实际业务结算过程中，往往会由于网络原因或其他原因导致业务系统无法收到由财务系统反馈的支付成功的消息，这样，业务系统就会将相同的业务结算数据再次发送给财务系统，就会出现财务系统对相同的业务结算数据进行重复支付的情况，从而造成账目错误。

目前，为了避免账目错误，财务系统在收到业务系统发生的业务结算数据之后，通过对接收到的业务结算数据进行校验以确定是否需要进行支付。具体的，财务数据在对业务结算数据进行校验时需要遍历已存储的历史业务结算信息，但是，财务系统对接多种业务系统，其存储的历史业务结算信息量非常大，对一次业务结算数据进行校验耗时较多，会造成财务系统运行缓慢甚至瘫痪，从而造成业务结算处理效率低下。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的业务结算处理方法及装置。

一种业务结算处理方法，应用于校验中间件系统，所述方法包括：

接收业务系统发送的业务结算数据；

查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态；

如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。

可选地，在所述接收业务系统发送的业务结算数据之前，所述方法还包括：

接收业务系统初次发送的业务结算数据；

获取所述业务结算数据的结算号；

生成所述业务结算数据的记录，所述记录的内容包括所述结算号，以及对应所述结算号的发送状态、可支付状态和不可支付原因，所述发送状态的初始状态为未向财务系统发送过，所述可支付状态的初始状态为可支付，所述不可支付原因的初始状态为无。

可选地，如果所述业务结算数据的发送状态为未向财务系统发送过，则所述方法还包括：

将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

变更所述业务结算数据的记录中的发送状态为已经向财务系统发送过。

可选地，如果所述业务结算数据的可支付状态为可支付，则所述方法还包括：

将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付。

可选地，所述将所述业务结算数据发送至财务系统之后，所述方法还包括：

接收所述财务系统反馈的所述业务结算数据已支付成功的消息；

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为支付成功；

向所述业务系统反馈所述业务结算数据已支付成功的消息。

可选地，如果在预设时间内未接收到所述财务系统反馈的所述业务结算数据已支付成功的消息，则所述方法还包括：

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为未收到支付成功的反馈。

可选地，在将所述业务结算数据发送至财务系统之后，所述方法还包括；

接收所述财务系统反馈的所述业务结算数据结算信息有误的消息；

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为结算信息有误；

向所述业务系统发送结算信息有误的消息；

接收所述业务系统发送的结算信息更正后的业务结算数据；

变更所述业务结算数据的可支付状态为可支付，不可支付原因为无；

将所述结算信息更正后的业务结算数据发送至财务系统，以由所述财务系统根据所述结算信息更正后的业务结算数据进行支付。

一种业务结算处理装置，应用于校验中间件系统，所述装置包括：

接收单元，用于接收业务系统发送的业务结算数据；

查询单元，用于查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向财务系统发送过，则所述查询单元，还用于查询所述业务结算数据的可支付状态；

发送单元，用于所述业务结算数据的可支付状态为不可支付时，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。

一种存储介质，其上存储有程序，该程序被处理器执行时实现如上所述的业务结算处理方法。

一种电子设备，所述电子设备包括存储器和处理器，所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行如上所述的业务结算处理方法。

借由上述技术方案，本发明提供的业务结算处理方法及装置，校验中间件系统在接收业务系统发送的业务结算数据后，查询所述业务结算数据的发送状态，如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态，如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。上述方法及装置，校验中间件系统在接收到业务系统发送的业务结算数据之后，如果判断得知该业务结算数据的可支付状态为不可支付，则不会再将该业务结算数据发送至财务系统，避免了财务系统的重复支付，且提高了财务系统对业务结算的处理效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例公开的业务结算处理的架构示意图；

图2为本发明实施例公开的业务结算处理方法的流程示意图；

图3为本发明实施例公开的另一种业务结算处理方法的流程示意图；

图4为本发明实施例公开的另一种业务结算处理方法的流程示意图；

图5为本发明实施例提供的一种业务结算处理装置的具体结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

请参阅附图1，图1为本发明实施例公开的业务结算处理的架构示意图，参照图1，该架构可以包括：业务系统10、校验中间件系统20和财务系统30。本发明实施例公开的业务结算处理方法及装置均应用于校验中间件系统20。需要说明的是，校验中间件系统在接收到一项业务结算数据之后，会首先判断是否是初次接收到该项业务结算数据，具体的，可获取该项业务结算数据的结算号，遍历本地历史记录查询本地历史记录中是否有与该项业务结算数据的结算号相同的记录。

如果没有记录，确定该项业务结算数据为初次接收，则获取所述业务结算数据的结算号并生成所述业务结算数据的记录，所述记录的内容包括所述结算号，以及对应所述结算号的发送状态、可支付状态和不可支付原因，所述发送状态的初始状态为向财务系统发送过，所述可支付状态的初始状态为可支付，所述不可支付原因的初始状态为无；

如果有记录，则确定该项业务结算数据为非初次发送，可能为第N次发送，N为大于等于2的正整数，本发明将通过如下实施例详细介绍校验中间件系统接收业务系统发送的业务结算数据后的处理流程。

请参阅附图2，图2为本发明实施例公开的业务结算处理方法的流程示意图，该方法应用于校验中间件系统20，参照图2，该方法流程可以包括：

步骤S100：接收业务系统发送的业务结算数据。

在本步骤中，业务结算数据可能为业务系统初次发送的，也可能为业务系统非初次发送的，一般情况下，如果业务系统在预设时间内未接收到校验中间件系统反馈的所述业务结算数据已支付成功的消息，则可能会再次向校验中间件系统发送业务结算数据。

步骤S110：查询所述业务结算数据的发送状态。

在本发明实施例中，校验中间件系统在接收到业务系统发送的业务结算数据之后，会对该业务结算数据进行校验，校验的第一步便是查询该业务结算数据的发送状态，具体的，可根据该业务结算数据的结算号查询该业务结算数据的记录，从该业务结算数据的记录中确定该业务结算数据的发送状态。如果是初次发送的，则发送状态则为初始发送状态。

步骤S120：如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态；

在本发明实施例中，校验中间件系统在确定所述业务系统发送的业务结算数据的发送状态为已经向财务系统发送过，则对该业务结算数据进行第二步校验，即查询该业务结算数据的可支付状态，具体的，可从所述业务结算数据的记录中确定所述业务结算数据的可支付状态。如果是初次发送的，则可支付状态为初始可支付状态。

步骤S130：如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。

在本实施例中，不可支付原因为已支付成功或结算信息有误或未收到支付成功的反馈。

在本发明实施例中，校验中间件系统在确定所述业务系统发送的业务结算数据的可支付状态为不可支付，则说明财务系统已成功支付，且校验中间件系统已收到财务系统反馈的已支付成功的消息，或者，财务系统已成功支付，但校验中间件系统未收到财务系统反馈的已支付成功的消息，或者，财务系统由于业务结算数据结算信息(比如，账号信息)有误导致未成功支付，且校验中间件系统已收到财务系统反馈的结算信息有误的消息。这种情况下，校验中间件系统不会将业务结算数据发送给财务系统，从而避免了财务系统的重复支付，而且，校验中间件系统向所述业务系统反馈所述业务结算数据不可支付原因的消息，从而告知业务系统业务结算数据的支付进度。

本发明实施例提供的业务结算处理方法，校验中间件系统在接收业务系统发送的业务结算数据后，查询所述业务结算数据的发送状态，如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态，如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。基于上述方法，校验中间件系统在接收到业务系统发送的业务结算数据之后，如果判断得知该业务结算数据的可支付状态为不可支付，则不会再将该业务结算数据发送至财务系统，避免了财务系统的重复支付，且提高了财务系统对业务结算的处理效率。

请参阅附图3，图3为本发明实施例公开的另一种业务结算处理方法的流程示意图，该方法应用于校验中间件系统，参照图3，该方法流程可以包括：

步骤S200：接收业务系统发送的业务结算数据；

步骤S210：查询所述业务结算数据的发送状态；

步骤S220：如果所述业务结算数据的发送状态为未向财务系统发送过，则将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

此时，所述业务结算数据的记录中记录的所述业务结算数据的可支付状态为初始可支付状态，即，可支付。

步骤S230：变更所述业务结算数据的记录中的发送状态为已经向财务系统发送过；

步骤S240：接收所述财务系统反馈的所述业务结算数据已支付成功的消息；

财务系统在对所述业务结算数据进行支付后，会向校验中间件系统反馈所述业务结算数据已支付成功的消息。

步骤S250：变更所述业务结算数据的记录中的可支付状态为不可支付，不可支付原因为支付成功；

校验中间件系统在收到财务系统反馈的所述业务结算数据已支付成功的消息后，变更所述业务结算数据的记录中的可支付状态为不可支付，不可支付原因为支付成功。

步骤S260：向所述业务系统反馈所述业务结算数据已支付成功的消息。

校验中间件系统在变更所述业务结算数据的记录中的可支付状态为不可支付后，不可支付原因为支付成功，可向所述业务系统反馈所述业务结算数据已支付成功的消息，以告知业务系统，避免业务系统再次发送该业务结算数据。

需要说明的是，可能会由于网络原因导致在预设时间内，校验中间件系统未接收到所述财务系统反馈的所述业务结算数据已支付成功的消息，此时，校验中间件系统变更所述业务结算数据的可支付状态为不可支付，不可支付原因为未收到支付成功的反馈，此时，则需要人工校验财务系统是否支付成功。

基于本发明公开的上述实施例，详细介绍了确定所述业务结算数据的发送状态为未向财务系统发送过且可支付状态为可支付的情况下，校验中间件系统如何对接收到的业务系统发送的业务结算数据进行处理的一种可实现方式，该种实现方式可与图2提供的处理方式合并成一个，以完善对业务结算的处理。

请参阅附图4，图4为本发明实施例公开的另一种业务结算处理方法的流程示意图，该方法应用于校验中间件系统，参照图4，该方法流程可以包括：

步骤S300：接收业务系统发送的业务结算数据；

步骤S310：查询所述业务结算数据的发送状态；

步骤S320：如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态；

步骤S330：如果所述业务结算数据的可支付状态为可支付，则将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

步骤S340：接收所述财务系统反馈的所述业务结算数据已支付成功的消息；

步骤S350：变更所述业务结算数据的可支付状态为不可支付，不可支付原因为支付成功；

校验中间件系统在收到财务系统反馈的所述业务结算数据已支付成功的消息后，变更所述业务结算数据的记录中的可支付状态为不可支付，不可支付原因为支付成功。

步骤S360：向所述业务系统反馈所述业务结算数据已支付成功的消息。

需要说明的是，可能会由于网络原因导致在预设时间内，校验中间件系统未接收到所述财务系统反馈的所述业务结算数据已支付成功的消息，此时，校验中间件系统变更所述业务结算数据的可支付状态为不可支付，不可支付原因为未收到支付成功的反馈，此时，则需要人工校验财务系统是否支付成功。

基于本发明公开的上述实施例，详细介绍了确定所述业务结算数据的发送状态为已经向财务系统发送过且可支付状态为可支付的情况下，校验中间件系统如何对接收到的业务系统发送的业务结算数据进行处理的一种可实现方式，该种实现方式可与图2、图3提供的处理方式中的至少一个合并成一个，以完善对业务结算的处理。

需要说明的是，基于本发明图3、图4所示的实施例，步骤S220或步骤S330中将所述业务结算数据发送至财务系统之后，还可能存在财务系统未成功支付的情况，该情况是由于所述业务结算数据结算信息有误造成的。如果发生该种情况，财务系统会向校验中间件系统反馈所述业务结算数据结算信息有误的消息，校验中间件系统在接收到所述财务系统反馈的所述业务结算数据结算信息有误的消息后，变更所述业务结算数据的可支付状态为不可支付，不可支付原因为结算信息有误；并向所述业务系统发送结算信息有误的消息。业务系统在更正结算信息后，会向校验中间件系统发送结算信息更正后的业务结算数据，校验中间件系统在接收到所述业务系统发送的结算信息更正后的业务结算数据后；变更所述业务结算数据的可支付状态为可支付，不可支付原因为无；并将所述结算信息更正后的业务结算数据发送至财务系统，以由所述财务系统根据所述结算信息更正后的业务结算数据进行支付。

基于本发明实施例公开的上述实施例，本发明还公开了一种具体应用示例，如下：

在商业保险公司中，理赔经办系统会每天有大量的理赔案件进行结算，每一个案件对应一笔结算数据，而商业保险公司的核心财务系统每天承接不同业务系统的支付数据。在没有使用校验中间件系统前，偶尔有重复支付的发生，当重复支付发生时，需要彻底审查业务系统，造成工作的延缓及人员成本的投入。在使用了校验中间件系统以后，商业保险公司的理赔经办系统和核心财务系统均运行平稳，没有了重复支付的发生，极大提高的系统的正确性和稳定性，提升了理赔案件处理的效率。

请参阅附图5，图5为本发明实施例提供的一种业务结算处理装置的具体结构示意图，该装置应用于校验中间件系统，该装置包括：

接收单元21，用于接收业务系统发送的业务结算数据；

查询单元22，用于查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向财务系统发送过，则所述查询单元22，还用于查询所述业务结算数据的可支付状态；

发送单元23，用于所述业务结算数据的可支付状态为不可支付时，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。

需要说明的是，上述各个单元的具体功能实现已在方法实施例中详细说明，本实施例不再赘述。

所述业务结算处理装置包括处理器和存储器，上述接收单元、查询单元和发送单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来避免财务系统的重复支付，提高财务系统对业务结算的处理效率。

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

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

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

本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

一种业务结算处理方法，应用于校验中间件系统，所述方法包括：

接收业务系统发送的业务结算数据；

查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态；

如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。

可选地，在所述接收业务系统发送的业务结算数据之前，所述方法还包括：

接收业务系统初次发送的业务结算数据；

获取所述业务结算数据的结算号；

生成所述业务结算数据的记录，所述记录的内容包括所述结算号，以及对应所述结算号的发送状态、可支付状态和不可支付原因，所述发送状态的初始状态为未向财务系统发送过，所述可支付状态的初始状态为可支付，所述不可支付原因的初始状态为无。

可选地，如果所述业务结算数据的发送状态为未向财务系统发送过，则所述方法还包括：

将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

变更所述业务结算数据的记录中的发送状态为已经向财务系统发送过。

可选地，如果所述业务结算数据的可支付状态为可支付，则所述方法还包括：

将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付。

可选地，所述将所述业务结算数据发送至财务系统之后，所述方法还包括：

接收所述财务系统反馈的所述业务结算数据已支付成功的消息；

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为支付成功；

向所述业务系统反馈所述业务结算数据已支付成功的消息。

可选地，如果在预设时间内未接收到所述财务系统反馈的所述业务结算数据已支付成功的消息，则所述方法还包括：

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为未收到支付成功的反馈。

可选地，在将所述业务结算数据发送至财务系统之后，所述方法还包括；

接收所述财务系统反馈的所述业务结算数据结算信息有误的消息；

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为结算信息有误；

向所述业务系统发送结算信息有误的消息；

接收所述业务系统发送的结算信息更正后的业务结算数据；

变更所述业务结算数据的可支付状态为可支付，不可支付原因为无；

将所述结算信息更正后的业务结算数据发送至财务系统，以由所述财务系统根据所述结算信息更正后的业务结算数据进行支付。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

一种业务结算处理方法，应用于校验中间件系统，所述方法包括：

接收业务系统发送的业务结算数据；

查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向财务系统发送过，则查询所述业务结算数据的可支付状态；

如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息。

可选地，在所述接收业务系统发送的业务结算数据之前，所述方法还包括：

接收业务系统初次发送的业务结算数据；

获取所述业务结算数据的结算号；

生成所述业务结算数据的记录，所述记录的内容包括所述结算号，以及对应所述结算号的发送状态、可支付状态和不可支付原因，所述发送状态的初始状态为未向财务系统发送过，所述可支付状态的初始状态为可支付，所述不可支付原因的初始状态为无。

可选地，如果所述业务结算数据的发送状态为未向财务系统发送过，则所述方法还包括：

将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

变更所述业务结算数据的记录中的发送状态为已经向财务系统发送过。

可选地，如果所述业务结算数据的可支付状态为可支付，则所述方法还包括：

将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付。

可选地，所述将所述业务结算数据发送至财务系统之后，所述方法还包括：

接收所述财务系统反馈的所述业务结算数据已支付成功的消息；

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为支付成功；

向所述业务系统反馈所述业务结算数据已支付成功的消息。

可选地，如果在预设时间内未接收到所述财务系统反馈的所述业务结算数据已支付成功的消息，则所述方法还包括：

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为未收到支付成功的反馈。

可选地，在将所述业务结算数据发送至财务系统之后，所述方法还包括；

接收所述财务系统反馈的所述业务结算数据结算信息有误的消息；

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为结算信息有误；

向所述业务系统发送结算信息有误的消息；

接收所述业务系统发送的结算信息更正后的业务结算数据；

变更所述业务结算数据的可支付状态为可支付，不可支付原因为无；

将所述结算信息更正后的业务结算数据发送至财务系统，以由所述财务系统根据所述结算信息更正后的业务结算数据进行支付。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

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

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (6)

1.一种业务结算处理方法，其特征在于，应用于校验中间件系统，所述校验中间件系统分别与业务系统和财务系统连接，所述方法包括：

接收所述业务系统发送的业务结算数据；

查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向所述财务系统发送过，则查询所述业务结算数据的可支付状态；

如果所述业务结算数据的可支付状态为不可支付，则向所述业务系统反馈所述业务结算数据不可支付原因的消息；如果所述业务结算数据的可支付状态为可支付，将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

如果所述业务结算数据的发送状态为未向财务系统发送过，将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；变更所述业务结算数据的记录中的发送状态为已经向财务系统发送过；

将所述业务结算数据发送至财务系统之后，

若接收所述财务系统反馈的所述业务结算数据已支付成功的消息，变更所述业务结算数据的可支付状态为不可支付，不可支付原因为支付成功；向所述业务系统反馈所述业务结算数据已支付成功的消息；

若接收所述财务系统反馈的所述业务结算数据结算信息有误的消息，变更所述业务结算数据的可支付状态为不可支付，不可支付原因为结算信息有误；向所述业务系统发送结算信息有误的消息；接收所述业务系统发送的结算信息更正后的业务结算数据；变更所述业务结算数据的可支付状态为可支付，不可支付原因为无；将所述结算信息更正后的业务结算数据发送至财务系统，以由所述财务系统根据所述结算信息更正后的业务结算数据进行支付。

2.根据权利要求1所述的方法，其特征在于，在所述接收业务系统发送的业务结算数据之前，所述方法还包括：

接收业务系统初次发送的业务结算数据；

获取所述业务结算数据的结算号；

生成所述业务结算数据的记录，所述记录的内容包括所述结算号，以及对应所述结算号的发送状态、可支付状态和不可支付原因，所述发送状态的初始状态为未向财务系统发送过，所述可支付状态的初始状态为可支付，所述不可支付原因的初始状态为无。

3.根据权利要求1所述的方法，其特征在于，如果在预设时间内未接收到所述财务系统反馈的所述业务结算数据已支付成功的消息，则所述方法还包括：

变更所述业务结算数据的可支付状态为不可支付，不可支付原因为未收到支付成功的反馈。

4.一种业务结算处理装置，其特征在于，应用于校验中间件系统，所述校验中间件系统分别与业务系统和财务系统连接，所述装置包括：

接收单元，用于接收所述业务系统发送的业务结算数据；

查询单元，用于查询所述业务结算数据的发送状态；

如果所述业务结算数据的发送状态为已经向所述财务系统发送过，则所述查询单元，还用于查询所述业务结算数据的可支付状态；

发送单元，用于所述业务结算数据的可支付状态为不可支付时，向所述业务系统反馈所述业务结算数据不可支付原因的消息；

所述业务结算处理装置还用于：

如果所述业务结算数据的可支付状态为可支付，将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；

如果所述业务结算数据的发送状态为未向财务系统发送过，将所述业务结算数据发送至财务系统，以由所述财务系统根据所述业务结算数据进行支付；变更所述业务结算数据的记录中的发送状态为已经向财务系统发送过；

将所述业务结算数据发送至财务系统之后，

若接收所述财务系统反馈的所述业务结算数据已支付成功的消息，变更所述业务结算数据的可支付状态为不可支付，不可支付原因为支付成功；向所述业务系统反馈所述业务结算数据已支付成功的消息；

若接收所述财务系统反馈的所述业务结算数据结算信息有误的消息；变更所述业务结算数据的可支付状态为不可支付，不可支付原因为结算信息有误；向所述业务系统发送结算信息有误的消息；接收所述业务系统发送的结算信息更正后的业务结算数据；变更所述业务结算数据的可支付状态为可支付，不可支付原因为无；将所述结算信息更正后的业务结算数据发送至财务系统，以由所述财务系统根据所述结算信息更正后的业务结算数据进行支付。

5.一种存储介质，其上存储有程序，该程序被处理器执行时实现如权利要求1至3中任一项所述的业务结算处理方法。

6.一种电子设备，所述电子设备包括存储器和处理器，所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行如权利要求1至3中任一项所述的业务结算处理方法。

Images