CN109583867A - 渠道对接系统及方法 - Google Patents

Abstract

本发明提供了一种渠道对接系统及方法，涉及通信技术领域，包括依次连接的前置层、应用层和渠道层，且渠道层包含有多种渠道适配器，每种渠道适配器用于对接一种交易渠道方；其中，前置层用于接收用户发送的交易信息，对交易信息进行识别，将识别的交易信息转换为符合预设格式的交易报文，并将交易报文传递给应用层；应用层用于识别交易报文中所携带的指定信息，根据指定信息确定渠道层中的目标渠道适配器，将交易报文传递给目标渠道适配器；目标渠道适配器用于将接收的交易报文转换为与目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的交易报文发送给交易渠道方。本发明便于用户与多个渠道方对接，较好地降低了对接成本。

Description

渠道对接系统及方法

技术领域

本发明涉及网络通信技术领域，尤其是涉及一种渠道对接系统及方法。

背景技术

由于单一支付渠道通常具有一定的局限性，诸如存在支付成本高、议价能力差、抗风险性较弱等风险，因而大多商家用户想要与能够提供不同支付渠道的多家金融机构(简称渠道方)对接，并在交易时从中选择合适的渠道方。在现有技术中，若要实现与多个渠道方对接，需要商家用户花费较大的时间、精力和经济成本寻找合适的渠道方，并分别与不同渠道方进行谈判，以及根据不同渠道方的业务处理特点进行开发和设计，对接成本非常高，普通的商家用户由于实力较弱，难以实现多渠道对接。

发明内容

有鉴于此，本发明的目的在于提供一种渠道对接系统及方法，便于用户与多个渠道方对接，较好地降低了对接成本。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种渠道对接系统，包括依次连接的前置层、应用层和渠道层，且所述渠道层包含有多种渠道适配器，每种所述渠道适配器用于对接一种交易渠道方；其中，所述前置层用于接收用户发送的交易信息，对所述交易信息进行识别，将识别的所述交易信息转换为符合预设格式的交易报文，并将所述交易报文传递给所述应用层；所述应用层用于识别所述交易报文中所携带的指定信息，根据所述指定信息确定所述渠道层中的目标渠道适配器，将所述交易报文传递给所述目标渠道适配器；所述目标渠道适配器用于将接收的所述交易报文转换为与所述目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的所述交易报文发送给所述交易渠道方。

在一些实施方式中，所述指定信息包括交易金额、收款账号、收款类型、收款账号对应的银行信息中的一种或多种。

在一些实施方式中，所述应用层用于根据各所述交易渠道方的交易特征，查找与所述指定信息匹配的交易渠道方，将与所述交易渠道方对接的渠道适配器确定为目标渠道适配器。

在一些实施方式中，所述目标渠道适配器用于根据与其对应的交易渠道方所识别的报文格式，将接收的所述交易报文按照所述交易渠道方所识别的报文格式进行重新组装，生成与所述目标渠道适配器对接的交易渠道方所对应的交易报文。

在一些实施方式中，所述目标渠道适配器还用于获取与其对接的交易渠道方的交易反馈信息，并将所述交易反馈信息传递至所述应用层；所述应用层还用于将所述交易反馈信息传递至所述前置层，以将所述交易反馈信息反馈给所述用户。

在一些实施方式中，所述前置层与所述应用层之间设置有第一消息队列；所述前置层用于将所述交易报文存放于所述第一消息队列，所述应用层用于通过所述第一消息队列获取所述交易报文；所述应用层与所述渠道层之间设置有第二消息队列；所述应用层用于将所述交易报文存放于所述第二消息队列，所述渠道层中的目标渠道适配器用于通过所述第二消息队列获取所述交易报文。

在一些实施方式中，还包括与所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列分别连接的管理服务器；所述管理服务器用于配置所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列的运行参数，以及监控所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列的运行状态。

在一些实施方式中，所述运行参数至少包括所述应用层向所述渠道层中的目标渠道适配器传递消息的速率。

在一些实施方式中，所述系统还包括与所述管理服务器连接的数据库服务器；所述数据库服务器还用于存储所述交易报文、所述第一消息队列中的数据和所述第二消息队列中的数据、以及存储所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列的运行参数。

第二方面，本发明实施例还提供一种渠道对接方法，所述方法应用于渠道对接系统，所述渠道对接系统包括依次连接的前置层、应用层和渠道层，且所述渠道层包含有多种渠道适配器，每种所述渠道适配器用于对接一种交易渠道方；所述方法包括：通过所述前置层接收用户发送的交易信息，对所述交易信息进行识别，将识别的所述交易信息转换为符合预设格式的交易报文；通过所述应用层识别所述交易报文中所携带的指定信息，根据所述指定信息确定目标渠道适配器，将所述交易报文传递给目标渠道适配器；通过所述目标渠道适配器将接收的所述交易报文转换为与所述目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的所述交易报文发送给所述交易渠道方。

本发明实施例提供了一种渠道对接系统及方法，该系统包括依次连接的前置层、应用层和渠道层，且渠道层包含有多种渠道适配器，每种渠道适配器用于对接一种交易渠道方。本实施例提供的上述系统与多个交易渠道方对接，能够在前置层统一接收用户的交易信息并对交易信息进行处理，通过应用层从多种渠道适配器中选择合适的目标渠道适配器，由目标渠道适配器生成与其对接的交易渠道方对应的交易报文。这种多层次处理方式不仅可实现诸如商家等用户与多种交易渠道方对接，降低了对接成本，而且还可以根据交易信息选择合适的交易渠道方，给用户提供了极大的支付便捷性。

本发明的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本发明的上述技术即可得知。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本发明实施例所提供的一种渠道对接系统示意图；

图2示出了本发明实施例所提供的另一种渠道对接系统示意图；

图3示出了本发明实施例所提供的一种渠道对接系统拓扑图；

图4示出了本发明实施例所提供的一种渠道对接方法流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

考虑到现有技术中的大多商家用户难以实现多渠道对接，为改善此问题，本发明实施例提供的一种渠道对接系统及方法，该技术可采用相应的软件或硬件实现，以下对本发明实施例进行详细介绍。

首先，本实施例提供了一种渠道对接系统，参见图1所示的一种渠道对接系统示意图，该系统包括依次连接的前置层10、应用层20和渠道层30，且渠道层30包含有多种渠道适配器，每种渠道适配器用于对接一种交易渠道方(又可简称渠道方)。在具体实施时，上述系统的各层均可采用服务器实现，前置层可采用前置服务器实现，应用层可采用应用服务器实现，渠道层可以采用渠道服务器实现。

其中，本实施例所指的对接，可以理解为通过网络技术与渠道方联通，以使得渠道方能够识别渠道对接系统向其发起的交易，并进行相应的业务处理。渠道方主要是指提供支付渠道且符合监管政策要求的金融机构。每种支付渠道均有各自业务处理特点，业务处理特点可体现于支持的银行、营业时间、处理时效、资金清算模式、交易成本等交易涉及方面中的一项或多项不同。可以理解的是，单一的渠道方具有自身的特点和局限性，而本系统通过设置多种渠道适配器来接入多种渠道方，可以根据不同用户的需求以及实际交易信息，并结合不同渠道方的特点，有助于采用最为合适的渠道方进行交易。具体而言，渠道适配器是渠道对接系统与交易渠道方进行通讯的平台，渠道适配器可以识别渠道对接系统和交易渠道方的通讯内容，并转换为对方可以正确识别的格式，以支持双方在交易过程中进行互通。

本实施例提供的渠道对接系统分层级实现用户的业务交易需求，实现用户与渠道方的对接。以下对本实施例中的前置层、应用层和渠道层进行进一步介绍：

在一些实施方式中，前置层用于接收用户发送的交易信息，对交易信息进行识别，将识别的交易信息转换为符合预设格式的交易报文，并将交易报文传递给应用层。诸如，交易报文可以包括客户编号、交易类型、交易金额、收款人信息等支付交易涉及的必要内容。该预设格式的交易报文主要为渠道对接系统可识别应用的格式。

此外，在具体实施时，前置层可以根据交易信息中所携带的指定字段识别用户身份以及用户的交易需求、交易类型等，还可识别交易信息中的特殊需求。可以理解的是，用户发送的交易信息可以以字段内容呈现，基本涵盖了交易所需的全部信息，前置层通过不同字段内容的组合，可以分辨出用户身份、交易类型等交易必要信息。

在一些实施方式中，应用层用于识别交易报文中所携带的指定信息，根据指定信息确定渠道层中的目标渠道适配器，将交易报文传递给目标渠道适配器。其中，该指定信息可以是影响渠道选择的内容，诸如，该指定信息可以包括交易金额、收款账号、收款类型、收款账号对应的银行信息中的一种或多种。具体实施时，应用层用于根据各交易渠道方的交易特征，查找与指定信息匹配的交易渠道方，将与交易渠道方对接的渠道适配器确定为目标渠道适配器。也即，应用层可根据指定信息与各渠道的业务处理特点进行匹配，从而选择最合适的支付渠道方，该目标渠道适配器也即和最合适的支付渠道方对接的渠道适配器。

在一些实施方式中，目标渠道适配器用于将接收的交易报文转换为与目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的交易报文发送给交易渠道方。

具体实施时，目标渠道适配器用于根据与其对应的交易渠道方所识别的报文格式，将接收的交易报文按照交易渠道方所识别的报文格式进行重新组装，生成与目标渠道适配器对接的交易渠道方所对应的交易报文。可以理解的是，不同的交易渠道方可识别的交易报文和技术处理方式是不同的。基于此，目标渠道适配器可以将交易报文进行整合，以形成交易渠道方可识别的交易报文。

本实施例提供的上述系统与多个交易渠道方对接，能够在前置层统一接收用户的交易信息并对交易信息进行处理，通过应用层从多种渠道适配器中选择合适的目标渠道适配器，由目标渠道适配器生成与其对接的交易渠道方对应的交易报文。这种多层次处理方式不仅可实现商家用户与多种交易渠道方对接，降低了对接成本，而且还可以根据交易信息选择合适的交易渠道方，给用户提供了极大的支付便捷性，降低了用户寻找合适支付渠道所花费的精力，提升了用户体验。

也即，用户可一点式接入本实施例提供的上述系统，通过上述系统实现与多个渠道方对接，无需用户再逐一与不同的渠道方谈判对接。也可以理解为，上述系统与多个不同渠道方对接，给用户形成了一种统一和标准的对外接口，可有效降低用户的对接成本。而且，上述系统能够根据用户的交易信息从对接的多个渠道方中选择合适的交易渠道，并对交易信息进行相应处理，极大降低了用户在对接渠道方时需要针对渠道方的业务处理特点而进行相应的开发设计，免去了用户与渠道方之间进行交易的繁琐。

此外，上述应用层还可设计类似于蓄水池的功能，也即，如果收到大批量的并发交易时，应用层会根据配置的参数，适量处理交易并发送到后端的渠道层，避免大批量交易并发引起应用处理崩溃，或大批量交易发送到后端的交易渠道方，导致银企后端渠道堵塞或崩溃，因此上述系统可支持大批量并发交易并确保业务处理稳定高效。

参见图2所示的另一种渠道对接系统示意图，在图1的基础上，还示意出了前置层10与应用层20之间设置有第一消息队列40a；前置层用于将交易报文存放于第一消息队列，应用层用于通过第一消息队列获取交易报文；应用层20与渠道层30之间设置有第二消息队列40b；应用层20用于将交易报文存放于第二消息队列，渠道层30中的目标渠道适配器用于通过第二消息队列获取交易报文。此外，图2还示意出渠道层30包括多种渠道适配器，每种渠道适配器都对接一种交易渠道方(以虚线连接示意)。

第一消息队列和第二消息队列均为用于传递消息的消息中间件。消息队列中的消息可长久存储。发起方将消息内容储存于消息队列中，接收方均从消息队列中获取信息。由于消息发起方只需要将消息内容存放于消息队列中即可，无需要求接收方反馈内容，所以消息发起方可以向消息队列中存放大量信息，减少双方之间不必要的通信，从而提高消息传输的速度。通过上述方式，第一消息队列和第二消息队列可提升消息传输速度。

此外，本实施例支持使用证书对队列两端的使用者进行身份验证，若验证不通过则无法建立起消息队列。通过这种方式，也可以保证消息传递的安全性。

在实际应用中，第一消息队列的队列构成可以包括本地队列、远程队列和传输队列，本地队列是我方系统(渠道对接系统)中的队列，远程队列可以是对方系统(如，渠道方系统)中的队列，传输队列是消息发起方创建的队列，诸如，消息发起方会将消息发送到传输队列，然后由传输队列将消息发送到对方系统的远程队列。第二消息队列的队列构成可以包括渠道交易队列和交易结果队列。其中，渠道交易队列主要用于接收从应用层发来的消息，并对其进行处理；交易结果队列主要用于将渠道层的处理结果反馈给应用层。

可以理解的是，每个消息队列都是互相独立的，交易队列由队列管理器进行管理，每个队列均有不同的名称，并且可以配置证书验证。队列的两端必须为互相验证通过的对象，整个队列才能建立成功，且只有验证通过的双方可以在队列中进行消息的传递和接收，从而确保了消息的安全性和可靠性。

在具体实现时，实现第一消息队列和第二消息队列的消息中间件也可以采用IBM公司的IBMMQ消息中间件或者其它用于传递消息的消息中间件，在此不进行限制。

此外，目标渠道适配器还用于获取与其对接的交易渠道方的交易反馈信息，并将交易反馈信息传递至应用层；应用层还用于将交易反馈信息传递至前置层，以将交易反馈信息反馈给用户。

也即，渠道对接系统在协助用户与交易渠道方进行支付交易时，如果是用户发起交易，则数据流向为：前置层→第一消息队列(简称MQ1)→应用层→第二消息队列(简称MQ2)→渠道层(目标渠道适配器)→交易渠道方。如果是针对交易渠道方进行反馈，则数据流向为：交易渠道方→渠道层(目标渠道适配器)→MQ2→应用层→MQ1→前置层。

在具体实施时，本实施例提供的渠道对接系统还包括与前置层、应用层、渠道层、第一消息队列和第二消息队列分别连接的管理服务器(又可称为管理层)；管理服务器用于配置前置层、应用层、渠道层、第一消息队列和第二消息队列的运行参数，以及监控前置层、应用层、渠道层、第一消息队列和第二消息队列的运行状态。在实际应用中，管理层可对系统整体进行管理，包括前台界面、后台数据、参数生效、资源分配管理等等。

在一种具体的实施方式中，运行参数至少包括应用层向渠道层中的目标渠道适配器传递消息的速率，从而控制应用层处理的资源和交易的流量。

此外，本实施例提供的渠道对接系统还包括与管理服务器连接的数据库服务器；数据库服务器还用于存储交易报文、第一消息队列中的数据和第二消息队列中的数据、以及存储前置层、应用层、渠道层、第一消息队列和第二消息队列的运行参数。具体实施时，数据库服务器可用于记录并存放渠道对接系统所有的数据，包括交易数据、系统工作日志、MQ队列数据、系统参数配置等。

为便于理解，可参照图3所示的一种渠道对接系统拓扑图，示意出前端、前置层、应用层、渠道层、数据库层(主要包括数据库服务器)和管理服务器的一种拓扑示意图。也具体示意出了前置层对应的前置服务器，应用层对应的应用服务器，渠道层对应的渠道服务器，数据库层对应的数据库服务器，具体而言，分为主服务器(也即，图3所示的数据库服务器主)和备服务器(也即，图3所示的数据库服务器备)，不同的数据库服务器之间通过OGG(Oracle Golden Gate)实现数据同步。此外，图3还示意出了管理服务器，具体可以为WEB服务器、PC服务器。在图3中的后端渠道即为交易渠道方的服务器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统具体工作过程，可以参考前述实施例中的对应过程，在此不再赘述。

本实施例还提供了一种渠道对接方法，该方法应用于渠道对接系统，渠道对接系统包括依次连接的前置层、应用层和渠道层，且渠道层包含有多种渠道适配器，每种渠道适配器用于对接一种交易渠道方。

参见图4所示的一种渠道对接方法流程图，该方法包括：

步骤S402，通过前置层接收用户发送的交易信息，对交易信息进行识别，将识别的交易信息转换为符合预设格式的交易报文；

步骤S404，通过应用层识别交易报文中所携带的指定信息，根据指定信息确定目标渠道适配器，将交易报文传递给目标渠道适配器；

步骤S406，通过目标渠道适配器将接收的交易报文转换为与目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的交易报文发送给交易渠道方。

本实施例提供的上述方法中，渠道对接系统与多个交易渠道方对接，能够在前置层统一接收用户的交易信息并对交易信息进行处理，通过应用层从多种渠道适配器中选择合适的目标渠道适配器，由目标渠道适配器生成与其对接的交易渠道方对应的交易报文。这种多层次处理方式不仅可实现诸如商家等用户与多种交易渠道方对接，降低了对接成本，而且还可以根据交易信息选择合适的交易渠道方，给用户提供了极大的支付便捷性。

综上所述，本实施例提供的渠道对接系统及方法，采用诸如前置层、应用层、渠道层等分层处理方式，明确了各个层面的系统功能和处理逻辑。首先，将前置层服务独立并置于系统最外层，保护系统的核心处理层不接受外部传输来的信息，可提高系统处理安全性和稳定性；其次，将交易处理服务独立为一个应用层，可支持多种客制化处理要求；最后，由渠道层统一再次组装报文并交组装后的报文发往后端渠道，综合使得业务处理更加稳定可靠。而且上述系统与多个交易渠道方对接，也支持多渠道交易。此外，采用消息队列作为信息传递介质，在各层之间传输消息的方式有助于对信息传输做标准化处理，保障了消息的传输效率和传输安全性。

本实施例所提供的方法，其实现原理及产生的技术效果和前述实施例相同，为简要描述，方法实施例部分未提及之处，可参考前述系统实施例中相应内容。

本发明实施例所提供的渠道对接系统及方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种渠道对接系统，其特征在于，包括依次连接的前置层、应用层和渠道层，且所述渠道层包含有多种渠道适配器，每种所述渠道适配器用于对接一种交易渠道方；其中，

所述前置层用于接收用户发送的交易信息，对所述交易信息进行识别，将识别的所述交易信息转换为符合预设格式的交易报文，并将所述交易报文传递给所述应用层；

所述应用层用于识别所述交易报文中所携带的指定信息，根据所述指定信息确定所述渠道层中的目标渠道适配器，将所述交易报文传递给所述目标渠道适配器；

所述目标渠道适配器用于将接收的所述交易报文转换为与所述目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的所述交易报文发送给所述交易渠道方。

2.根据权利要求1所述的系统，其特征在于，所述指定信息包括交易金额、收款账号、收款类型、收款账号对应的银行信息中的一种或多种。

3.根据权利要求1所述的系统，其特征在于，所述应用层用于根据各所述交易渠道方的交易特征，查找与所述指定信息匹配的交易渠道方，将与所述交易渠道方对接的渠道适配器确定为目标渠道适配器。

4.根据权利要求1所述的系统，其特征在于，所述目标渠道适配器用于根据与其对应的交易渠道方所识别的报文格式，将接收的所述交易报文按照所述交易渠道方所识别的报文格式进行重新组装，生成与所述目标渠道适配器对接的交易渠道方所对应的交易报文。

5.根据权利要求1所述的系统，其特征在于，所述目标渠道适配器还用于获取与其对接的交易渠道方的交易反馈信息，并将所述交易反馈信息传递至所述应用层；

所述应用层还用于将所述交易反馈信息传递至所述前置层，以将所述交易反馈信息反馈给所述用户。

6.根据权利要求1所述的系统，其特征在于，所述前置层与所述应用层之间设置有第一消息队列；所述前置层用于将所述交易报文存放于所述第一消息队列，所述应用层用于通过所述第一消息队列获取所述交易报文；

所述应用层与所述渠道层之间设置有第二消息队列；所述应用层用于将所述交易报文存放于所述第二消息队列，所述渠道层中的目标渠道适配器用于通过所述第二消息队列获取所述交易报文。

7.根据权利要求6所述的系统，其特征在于，还包括与所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列分别连接的管理服务器；

所述管理服务器用于配置所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列的运行参数，以及监控所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列的运行状态。

8.根据权利要求7所述的系统，其特征在于，所述运行参数至少包括所述应用层向所述渠道层中的目标渠道适配器传递消息的速率。

9.根据权利要求7所述的系统，其特征在于，所述系统还包括与所述管理服务器连接的数据库服务器；

所述数据库服务器还用于存储所述交易报文、所述第一消息队列中的数据和所述第二消息队列中的数据、以及存储所述前置层、所述应用层、所述渠道层、所述第一消息队列和所述第二消息队列的运行参数。

10.一种渠道对接方法，其特征在于，所述方法应用于渠道对接系统，所述渠道对接系统包括依次连接的前置层、应用层和渠道层，且所述渠道层包含有多种渠道适配器，每种所述渠道适配器用于对接一种交易渠道方；

所述方法包括：

通过所述前置层接收用户发送的交易信息，对所述交易信息进行识别，将识别的所述交易信息转换为符合预设格式的交易报文；

通过所述应用层识别所述交易报文中所携带的指定信息，根据所述指定信息确定目标渠道适配器，将所述交易报文传递给目标渠道适配器；

通过所述目标渠道适配器将接收的所述交易报文转换为与所述目标渠道适配器对接的交易渠道方所对应的交易报文，并将转换后的所述交易报文发送给所述交易渠道方。