CN104766202B - 支付系统、支付方法及信息核对方法 - Google Patents

Abstract

本发明公开了一种支付系统、支付方法及信息核对方法。所述系统包括支付方服务平台、业务方服务平台以及通信服务方的通信服务平台：通信服务平台连接支付方服务平台以及业务方服务平台；通信服务平台，用以接收客户端的支付请求，判断是否形成对应于支付请求且包括支付信息的费用信息单，若已形成则依据费用信息单，向支付方服务平台发送支付指令；若未形成则从业务方服务平台获取支付信息，形成费用信息单，并在形成费用信息单后，依据费用信息单向支付方服务平台发送支付指令；支付方服务平台，用以接收支付指令，并根据支付指令进行支付；业务方服务平台，用以向通信服务平台提供支付信息。

Description

支付系统、支付方法及信息核对方法

技术领域

本发明涉及电子的支付技术，尤其涉及一种支付系统及支付方法。

背景技术

如图1所示，为现有的电子商务支付系统中的STK支付系统，以及基于STK支付系统所形成的交易流程、对账流程以及酬金结算流程。在现有的STK支付系统中，支付方服务平台和业务方服务平台通过专线直连，没有通信服务方的接入。

交易流程为：

客户端发起支付请求后，支付请求直接由支付方服务平台接收，然后进行银联解析业务，解析后送业务方处理；再经业务方的服务平台确认等处理后，返回无误的支付信息给支付方；支付方根据返回的支付信息，进行支付（如银联根据业务方返回的信息进行解析，送银行支付），完成支付后将支付结果返回到客户端。

由于通信服务方，没有接入到客户端、支付方以及业务方所形成的支付系统中，在通信服务方的系统中没有任何有关支付的信息。故对账时，支付信息必须由支付方预先告知通信服务方，具体的对账流程为：

支付方（如银联）单向的将包括支付信息的数据通过邮件的形式，分别发送给业务方以及通信服务方。

当业务方需要向通信服务方进行酬金结算时，根据支付方邮件反馈给双方的信息进行酬金结算。通信服务方通常需要由专门人员，根据支付方邮件（包括银联出具数据的邮件）人工制作抽筋报表以及开具发票。

虽然根据现有的STK支付系统，能实现交易、对账以及酬金结算，但将与交易相关的通信服务方排除在外，首先，使得通信服务方失去对支付过程的监控权，其次，导致对账流程必须由支付方通过邮件方式将支付信息数据发送给通信服务方，人工参与将导致人为因素的错误大大的提升；再次，作为提供STK支付应用服务的通信服务方，在出现支付投诉、退货、结算等情形时，由于系统内部没有自行存储有支付信息用以核对，必须等待有关交易信息的邮件，给通信服务方在处理上述情形时带来了很大的延时，人工核对邮件繁琐且容易出错。

发明内容

有鉴于此，本发明实施例提供一种支付系统、支付方法及信息核对方法，至少解决上述问题之一。

为达到上述目的，本发明的技术方案是这样实现的：

本发明第一方面提供一种支付系统，所述系统包括客户端、支付方服务平台、业务方服务平台以及通信服务方的通信服务平台：

所述通信服务平台连接所述支付方服务平台以及所述业务方服务平台；

所述通信服务平台，用以接收客户端的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述支付方服务平台发送支付指令；若未形成则从所述业务方服务平台获取支付信息，形成费用信息单，并在形成费用信息单后，依据所述费用信息单向所述支付方服务平台发送支付指令；

所述支付方服务平台，用以接收所述支付指令，并根据所述支付指令进行支付；

所述业务方服务平台，用以向所述通信服务平台提供支付信息。

优选地，所述通信服务平台包括接入服务器、前置服务器以及费用信息单形成服务器；

所述接入服务器，用以连接所述支付方服务平台以及所述业务方服务平台，用以存储支付方注册信息以及业务方注册信息；向所述支付方服务平台发送支付指令；根据所述前置服务器的支付信息获取指令，从所述业务方服务平台获取支付信息，并将所述支付信息发送到所述前置服务器；

所述前置服务器，用以接收客户端的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述接入服务器发送支付指令；若未形成则向所述接入服务器发送支付信息获取指令，将所述接入服务器所获取的支付信息转发至所述费用信息单形成服务器；

所述费用信息单形成服务器，用以接收所述支付信息，并形成包括支付信息的费用信息单，依据所述费用信息单向所述接入服务器发送支付指令。

优选地，所述前置服务器还用以从所述接入服务器获取支付结果，并将所述支付结果反馈给客户端。

优选地，所述费用信息单形成服务器为CRM服务器或电渠服务器。

优选地，所述客户端为包括SKT支付应用的客户端。

本发明第二方面提供一种支付方法，所述方法包括：

通信服务平台接收客户端发送的支付请求；

通信服务平台判断是否形成了对应于所述支付请求且包括支付信息的费用信息单；

若已形成，则根据所述费用信息单则向所述支付方服务平台发送支付指令；

若未形成，则从所述从业务方服务平台获取支付信息，形成费用信息单，在形成费用信息单后向，根据所述费用信息单所述支付方服务平台发送支付指令。

进一步地，所述通信服务平台包括接入服务器、前置服务器以及费用信息单形成服务器；

所述前置服务器判断是否形成了对应于所述支付请求且包括支付信息的费用信息单；

所述接入服务器向所述支付方服务平台发送支付指令，从所述业务方服务平台获取支付信息；

所述费用信息单形成服务器根据所述支付信息，形成费用信息单。

本发明第三方面提供一种信息核对方法，应用上述的支付系统上，所述方法包括：

通信服务平台分别向业务方服务平台以及支付方服务平台发送核对请求；

所述业务方支付平台接收并根据所述核对请求，向所述通信服务平台发送第一信息；

所述支付方服务平台接收并根据所述核对请求，向所述通信服务平台发送第二信息；

所述通信服务平台核对所述第一信息、第二信息以及存储在所述通信服务平台内的第三信息。

本发明第四方面提供一种信息核对方法，应用于上述的支付系统上，所述方法包括：

通信服务平台分别向业务方服务平台以及支付方服务平台发送核对请求及第三信息；

所述业务方服务平台接收并根据所述核对请求以及第三信息，与所述业务方服务平台所存储的第一信息进行核对，并反馈第一核对信息；

所述支付方服务平台接收并根据所述核对请求以及第三信息，与所述支付方服务平台所存储的第二信息进行核对，并反馈第二核对信息；

所述通信服务平台接收所述第一核对信息以及所述第二核对信息，并根据所述第一核对信息、第二核对信息形成结算报表。

本发明实施例提供的支付系统、支付方法及对账，通过改变现有的支付网络拓扑结构以及支付信息的处理流程，使得通信服务方参与了支付流程，支付信息在通信服务方被存储了，从而具有以下优点：

首先，通信服务平台参与了支付流程，加大了通信服务方对支付的控制力度，能对支付过程中出现的问题，及时的进行处理；

其次，支付信息无需由支付方通过邮件的方式向通信服务方来发送，简化了核对过程，通过三方存储的账目信息，通过计算机等电子设备来进行智能化处理，相对于人工从邮件中提取信息，避免了人为因素的错误；

再次，当通信服务方收到客户投诉时，无需由支付方提供支付信息，可以根据内部存储的支付信息，及时的做出处理，时延小、处理更加简便。

附图说明

图1为一种支付系统、支付流程以及对账流程的示意图；

图2为本发明实施例一所述的支付系统结构示意图之一；

图3为本发明实施例一所述的支付系统结构示意图之二；

图4为本发明实施例二所述的支付方法的流程示意图；

图5为本发明实施例三所述的信息核对方法流程示意图；

图6为基于本发明的应用示例的支付系统、支付流程以及对账流程示意图。

具体实施方式

以下结合说明书附图以及具体实施例对本发明的技术方案做进一步的阐述。

实施例一：

如图2所示，本实施例提供一种支付系统，所述系统包括客户端140、支付方服务平台130、业务方服务平台110以及通信服务方的通信服务平台120：

所述通信服务平台120连接所述支付方服务平台130以及所述业务方服务平台110；

所述通信服务平台120，用以接收客户端140的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述支付方服务平台130发送支付指令；若未形成则从所述业务方服务平台110获取支付信息，形成费用信息单，并在形成费用信息单后，依据所述费用信息单向所述支付方服务平台130发送支付指令；

所述支付方服务平台130，用以接收所述支付指令，并根据所述支付指令进行支付；

所述业务方服务平台110，用以向所述通信服务平台120提供支付信息。

本实施例所述的支付系统，相对于以往的支付系统，增加了通信服务平台，并且将通信服务平台作为业务方服务平台和支付方服务平台的中间平台，支付请求的接收由通信服务平台来转交，从而所有的支付信息都将进过通信服务平台，并在通信服务平台留下记录；显然使得通信服务平台可以控制支付流程，增强了通信服务提供方对支付流程的控制。由于与支付相关的数据在通信服务平台都有存储，从而无需支付方服务平台的支付方，通过邮件的形式将与支付相关的数据发送到通信服务平台，从而简化了支付后的操作。再次，由于通信服务平台存储有与支付相关的数据，从而遭到客户投诉、退款等处理时，可以及时根据己方的数据做出处理，而无需支付方服务平台的协助。

在本实施例中所述的客户端为存储有STK支付应用的客户端，具体的如手机、平板电脑以及个人助理等设备。

所述业务方服务平台、通信服务平台以及支付方服务平台的具体的物理结构都可以是一个或多个服务器或服务器组。所述业务方服务平台、通信服务平台以及支付方服务平台，之间通过有线或无线连接。具体的如支付方服务平台与通信服务平台通过专线连接，以确保信息的安全性。所述服务器包括一个或多个处理器、存储介质、通信接口以及连接所述处理器、存储介质以及通信接口的总线。总线用于所述处理器、存储介质以及通信接口之间内部数据交互。所述通信接口还可用于与外界的数据交互，具体的如接收支付请求、支付指令、支付信息、费用信息单等。

本实施例所述的提供了一种网络架构，用以进行与支付相关的数据处理，改变了现有的数据处理流程以及数据处理方式，属于数据处理的范畴，应用在支付的场景下。

如图3所示，所述通信服务平台包括接入服务器122、前置服务器121以及费用信息单形成服务器123；

所述接入服务器122，用以连接所述支付方服务平台130以及所述业务方服务平台110，用以存储支付方注册信息以及业务方注册信息；向所述支付方服务平台130发送支付指令；根据所述前置服务器121的支付信息获取指令，从所述业务方服务平台110获取支付信息，并将所述支付信息发送到所述前置服务器；

所述前置服务器121，用以接收客户端140的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述接入服务器122发送支付指令；若未形成则向所述接入服务器122发送支付信息获取指令，将所述接入服务器122所获取的支付信息转发至所述费用信息单形成服务器123；

所述费用信息单形成服务器123，用以接收所述支付信息，并形成包括支付信息的费用信息单，依据所述费用信息单向所述接入服务器122发送支付请求。

在具体的实现过程中，所述费用信息单形成服务器为专门设立的服务器或共用CRM服务器或电渠服务器。所述CRM(Customer Relation Management)服务器为客户关系管理系统服务器。所述CRM服务器以及所述电渠服务器都是属于通信服务平台内部处理业务的一种服务器。通常可以实现各种单据的形成。

所述接入服务器作为与业务方服务平台以及支付方服务平台交互的接口；所述前置服务平台作为与客服端交互的接口，费用信息单形成服务器不予业务方服务平台、支付方服务平台以及客户端直接发送数据传递，结构简单、明了。当需要查找各种数据数时，相应的到各个服务器中查找即可，从而方便了数据的查找。

此外，根据各个服务器与外界的交互方式以及所交互信息的不同，可以设置对应的安全等级。具体的如接入服务器，直接与支付相关，可以设置多道防火墙，在进行信息交互时，可以采用加密技术进行加密处理。所述加密技术可以采用对称加密以及非对称加密，优选为非对称加密。在进行加密时，还可以根据加密的业务，采用行业内标准的加密方式进行加密。如支付方业务平台与通信服务平台之间的数据交互可以采用OTA规范进行处理。OTA为Over-The Air technology空中接口规范。

所述前置服务器还用以从所述前置服务器获取支付结果，并将所述支付结果反馈给客户端。在具体的实现过程中，当完成支付后，所述接入服务器将支付结果通过所述前置服务器反馈到所述客户端，客户端可以及时的获取支付结果。不管此次支付是否成功，前置服务器都可以向客户端反馈支付结果。在具体的实现过程中，所述支付方服务平台以及业务方服务平台都会及时的根据支付结果，更改客户端因交易产生的订单状态。

本实施例所述的支付系统，可以直接在现有的支付系统上进行改进，改造的成本小，适用于任何场景的支付，支付仅需支付方服务平台的银行卡即可，可以实现在没有网银、快捷支付。优选所述支付方服务平台为银联支付平台。银联支付平台通过与银行的绑定，可以实现银联内部所有银行的支付。

实施例二：

如图4所示，本实施例提供一种支付方法，所述方法包括：

步骤S110：通信服务平台接收客户端发送的支付请求；

步骤S120：通信服务平台判断是否形成了对应于所述支付请求且包括支付信息的费用信息单；若已形成则进入步骤S130，若未形成则进入步骤S140;

步骤S130：根据所述费用信息单则向所述支付方服务平台发送支付指令；

步骤S140：若未形成，则从所述从业务方服务平台获取支付信息，形成费用信息单，在形成费用信息单后向，根据所述费用信息单所述支付方服务平台发送支付指令。

本实施例所述的支付方法，相对于现有的支付方法，首先，由通信服务平台来接收支付请求，而非有支付方服务平台直接接收支付请求；其次，通信服务平台作为支付方服务平台与业务方服务平台的中间平台，进行支付的数据的传递和交互。从而这种支付方法，增强了通信服务平台对支付流程的控制力度，使得支付的在通信方均有存储了，从而在处理对账以及投诉、退款等后续问题时，无需从支付方服务平台或业务方服务平台获取数据，从而简化了处理过程。

本实施例所述的支付方法，是关于支付的数据处理方法，现对于现有方法，改变了支付流程以及数据流向，处理数据的处理方，获得有益效果为增强了作为支付必须参与方的通信服务提供方对支付流程的控制力度，简化了支付后的对账和投诉、退款等支付问题的处理。

所述通信服务平台包括接入服务器、前置服务器以及费用信息单形成服务器；

所述前置服务器判断是否形成了对应于所述支付请求且包括支付信息的费用信息单；

所述接入服务器向所述支付方服务平台发送支付指令，从所述业务方服务平台获取支付信息；

所述费用信息单形成服务器根据所述支付信息，形成费用信息单。

所述费用信息单形成服务器可为设置在通信服务平台内部的专用服务器，还可以是共用CRM系统服务器或电渠系统服务器等通信服务方内部服务器。

接入服务器与支付方服务器、业务方服务器进行对接，前置服务器与客户端进行对接，费用信息单形成服务器位于通信服务平台内部，在支付的过程中，不与业务方服务平台、支付方服务平台以及客户端发送数据交互。数据处理的流程清晰，便于后续数据的查询和分类存储。

所述客户端为包括STK支付应用的客户端。

本实施例所述的支付方法，可应用在实施例一中所述的支付系统上，具有增强了通信服务提供方对支付流程控制力度、简化了对账和投诉、退款等问题的处理。

实施例三：

如图5所示，本实施例一种信息核对方法，应用于实施例一所述的支付系统上，所述方法包括：

步骤S211：通信服务平台向业务方服务平台发送核对请求；

步骤S212：通信服务平台向支付方服务平台发送核对请求；

步骤S221：所述业务方支付平台接收并根据所述核对请求，向所述通信服务平台发送第一信息；

步骤S222：所述支付方服务平台接收并根据所述核对请求，向所述通信服务平台发送第二信息；

步骤S230：通信服务平台核对所述第一信息、第二信息以及存储在所述通信服务平台内的第三信息。

在具体的实现过程中，所述步骤S211和所述步骤S212可以同时进行，也可以先后进行；所述步骤S221与所述步骤S222也可以同时进行，也可以先后进行；

在完成信息核对后，还可以生成结算报表，由所述通信服务平台发送到支付方服务平台以及所述业务方服务平台。所述第一信息、第二信息以及第三信息都可以是存储在不同服务平台的账目信息。

由上述可知，上述步骤均可以有计算机系统在网络连接下，进行数据交互和处理，人工参与的过程少，从而减少了人为因素导致的错误，且过程简单快捷，且是以通信服务提供方的通信服务平台为主导。

实施例四：

本实施例提供不同于实施例三所述的一种信息核对方法，应用于实施例一所述的支付系统上，所述方法包括：

通信服务平台分别向业务方服务平台以及支付方服务平台发送核对请求及第三信息；

所述业务方服务平台接收并根据所述核对请求以及第三信息，与所述业务方服务平台所存储的第一信息进行核对，并反馈第一核对信息；

所述支付方服务平台接收并根据所述核对请求以及第三信息，与所述支付方服务平台所存储的第二信息进行核对，并反馈第二核对信息；

所述通信服务平台接收所述第一核对信息以及所述第二核对信息，并根据所述第一核对信息、第二核对信息形成结算报表。其中，所述第一信息、第二信息以及第三信息都可以是存储在不同服务平台的账目信息。

本实施例所述的对账同样的简单，快捷。

基于实施例一至实施例四，提供一个具体的应用示例。

支付过程中涉及了客户端、通信服务方的前置服务器、接入服务器以及CRM或电渠服务器、业务方的业务服务器以及支付方法的银联服务器以及银行服务器。

所述客户端为支持STK支付应用的服务器，从而所述客户端为STK侧。

通信服务方通过接入服务器与业务方服务器以及支付方服务器相连；通过前置服务器与客户端相连。接入服务器可以采用专线连接支付方服务器。支付方服务器首先连接到银联服务器，再有银联服务器连接到具体的银行服务器。

接入服务器通过专线或互联网与业务方服务器相连。业务方可认为即电子商务交易中的卖家。

如图6所示，交易的流程如下：

步骤1：客户在STK前端发起支付请求，支付请求是基于未缴单（随机码，可推送订单凭随机码支付）或实时缴纳等业务，选择特定的合作单位编码或业务类型即可，信息送往前置服务器。所述合作单位编码可为业务方企业或商家的编码。

步骤2：前置服务器根据需求类型和匹配:策略，决策是由接入服务器送支付方或通过接入方服务器（如调用业务方查询接口）从业务方查询订单状态、交易金额等交易信息或支付信息；若送支付方，则直接将费用信息单以及客户端绑定的银行卡信息传递到支付方。

步骤3：将查询结果反馈给前置服务器，前置服务器根据策略，决策是否将结果反馈到STK，如果是（属于已缴单或无效订单等不用再交费的情况）则执行步骤3.1，否则执行4。

步骤3.1：前置服务器将所查询的结果反馈到客户端的STK菜单上。

步骤4：前置服务器将根据查询结果，在CRM或电渠生成费用信息单，并通过接入服务器送支付方支付（如送银联支付）。

步骤5：将费用信息单以及绑定银行等支付信息送支付方。

步骤6：根据费用信息单上的支付额、支付账号、支付银行等信息进行支付，在本示例中，首先由银联服务器接收上述费用信息单，选择已绑定的银行服务器进行银行扣款。其中，考虑到STK支付属于绑定银行卡方式，客户事先需要采用手工添加银联卡方式或在STK菜单上添加银联。在支付环节，选择本费用信息单对应的银联卡进行支付；所述STK菜单上可以实现多张银行卡的绑定，如10张。

步骤7：银行返回扣款信息码，送第三方支付；

步骤8：支付方将包括支付结果的信息送通信服务提供方的前置服务器；

步骤9：无论本次交易成功与否，都将包括支付结果的信息传递给客户端和/或业务合作方，同时业务合作方和移动方会更改本订单交易状态信息。

对账流程：

通信服务方内的CRM通过所述接入服务器向支付方以及业务服务方发起核对请求以及存储在通信服务平台内部的账目；

业务方服务器，接收所述账目并与存储在业务方服务器内的账目进行核对，完成业务账目的核对；并反馈核对信息

支付方服务器，接收所述账目并与存储在支付方服务器内的账目进行核对，完成支付对账；并反馈核对信息；

通信服务平台分别接收业务方服务器以及支付方服务器反馈的核对信息，提取三方核对无误的部分，形成结算报表。

在具体的实现过程中所述账目核对流程，还可以采用实施例三所述的方式。

综合上述，本发明提供了一种支付系统、支付方法及信息核对方法，支付及对账的过程都很简便、增强了通信服务提供方对支付和对账的掌控力度，对现有支付系统的改造小，改造成本低。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (7)

1.一种支付系统，其特征在于，所述系统包括客户端、支付方服务平台、业务方服务平台以及通信服务方的通信服务平台：

所述通信服务平台连接所述支付方服务平台以及所述业务方服务平台；

所述通信服务平台，用以接收客户端的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述支付方服务平台发送支付指令；若未形成则从所述业务方服务平台获取支付信息，形成费用信息单，并在形成费用信息单后，依据所述费用信息单向所述支付方服务平台发送支付指令；

所述支付方服务平台，用以接收所述支付指令，并根据所述支付指令进行支付；

所述业务方服务平台，用以向所述通信服务平台提供支付信息；

所述通信服务平台包括接入服务器、前置服务器以及费用信息单形成服务器；

所述接入服务器，用以连接所述支付方服务平台以及所述业务方服务平台，用以存储支付方注册信息以及业务方注册信息；向所述支付方服务平台发送支付指令；根据所述前置服务器的支付信息获取指令，从所述业务方服务平台获取支付信息，并将所述支付信息发送到所述前置服务器；

所述前置服务器，用以接收客户端的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述接入服务器发送支付指令；若未形成则向所述接入服务器发送支付信息获取指令，将所述接入服务器所获取的支付信息转发至所述费用信息单形成服务器；

所述费用信息单形成服务器，用以接收所述支付信息，并形成包括支付信息的费用信息单，依据所述费用信息单向所述接入服务器发送支付指令。

2.根据权利要求1所述的支付系统，其特征在于，所述前置服务器还用以从所述接入服务器获取支付结果，并将所述支付结果反馈给客户端。

3.根据权利要求1或2所述的支付系统，其特征在于，所述费用信息单形成服务器为CRM服务器或电渠服务器。

4.根据权利要求1或2所述的支付系统，其特征在于，所述客户端为包括SKT支付应用的客户端。

5.一种支付方法，其特征在于，所述方法包括：

通信服务平台接收客户端发送的支付请求；

通信服务平台判断是否形成了对应于所述支付请求且包括支付信息的费用信息单；

若已形成，则根据所述费用信息单向支付方服务平台发送支付指令；

若未形成，则从业务方服务平台获取支付信息，形成费用信息单，在形成费用信息单后，根据所述费用信息单向所述支付方服务平台发送支付指令；

所述通信服务平台包括接入服务器、前置服务器以及费用信息单形成服务器；

所述接入服务器连接所述支付方服务平台以及所述业务方服务平台，存储支付方注册信息以及业务方注册信息；向所述支付方服务平台发送支付指令；根据所述前置服务器的支付信息获取指令，从所述业务方服务平台获取支付信息，并将所述支付信息发送到所述前置服务器；

所述前置服务器接收客户端的支付请求，判断是否形成对应于所述支付请求且包括支付信息的费用信息单，若已形成则依据所述费用信息单，向所述接入服务器发送支付指令；若未形成则向所述接入服务器发送支付信息获取指令，将所述接入服务器所获取的支付信息转发至所述费用信息单形成服务器；

所述费用信息单形成服务器接收所述支付信息，并形成包括支付信息的费用信息单，依据所述费用信息单向所述接入服务器发送支付指令。

6.一种信息核对方法，其特征在于，应用于权利要求1-4任一项所述的支付系统上，所述方法包括：

通信服务平台分别向业务方服务平台以及支付方服务平台发送核对请求；

所述业务方支付平台接收并根据所述核对请求，向所述通信服务平台发送第一信息；

所述支付方服务平台接收并根据所述核对请求，向所述通信服务平台发送第二信息；

所述通信服务平台核对所述第一信息、第二信息以及存储在所述通信服务平台内的第三信息。

7.一种信息核对方法，其特征在于，应用于权利要求1-4任一项所述的支付系统上，所述方法包括：

通信服务平台分别向业务方服务平台以及支付方服务平台发送核对请求及第三信息；

所述业务方服务平台接收并根据所述核对请求以及第三信息，与所述业务方服务平台所存储的第一信息进行核对，并反馈第一核对信息；

所述支付方服务平台接收并根据所述核对请求以及第三信息，与所述支付方服务平台所存储的第二信息进行核对，并反馈第二核对信息；

所述通信服务平台接收所述第一核对信息以及所述第二核对信息，并根据所述第一核对信息、第二核对信息形成结算报表。