CN113992761A - 交易处理方法、装置、电子设备、介质和程序产品 - Google Patents

Abstract

本公开提供了一种交易处理方法，包括：接收来自至少一个渠道的第一交易报文，其中，所述至少一个渠道用于根据用户的交易请求获得所述第一交易报文；基于路由规则确定处理所述第一交易报文的机构地址；基于所述机构地址将所述第一交易报文转发至对应的机构应用，以处理所述第一交易报文；其中，所述机构应用包括第一机构的应用和第二机构的应用，所述第二机构的应用包括基于统一研发规范而获得的应用，其中，所述统一研发规范基于所述第一机构的应用处理所述第一交易报文的流程来获得。本公开还提供了一种交易处理装置、设备、存储介质和程序产品。

Description

交易处理方法、装置、电子设备、介质和程序产品

技术领域

本公开涉及人工智能领域或金融交易领域等，更具体地涉及一种交易处理方法、装置、电子设备、介质和程序产品。

背景技术

通常一家公司可能会通过一个或多个渠道为用户提供服务，并且该公司可能通过多个机构在不同的区域进行营销，以使来自不同区域的用户办理业务，达成交易。相关技术中，各个机构分别研发产品，用以接收来自各个渠道的用户交易请求，并各自进行处理。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：

各个机构自行研发产品，存在着重复开发而导致成本过高的问题，且各个机构没有统一的标准，可能对相同的业务具有不同的处理结果，降低了用户体验。

发明内容

鉴于上述问题，本公开提供了一种令第一机构和第二机构可以协同研发各自的机构应用，并具有统一标准来处理交易请求的交易处理方法、装置、电子设备、介质和程序产品。

本公开实施例的一个方面提供了一种交易处理方法，包括：接收来自至少一个渠道的第一交易报文，其中，所述至少一个渠道用于根据用户的交易请求获得所述第一交易报文；基于路由规则确定处理所述第一交易报文的机构地址；基于所述机构地址将所述第一交易报文转发至对应的机构应用，以处理所述第一交易报文；其中，所述机构应用包括第一机构的应用和第二机构的应用，所述第二机构的应用包括基于统一研发规范而获得的应用，其中，所述统一研发规范基于所述第一机构的应用处理所述第一交易报文的流程来获得。

根据本公开的实施例，所述机构地址包括第一接口的信息，所述方法包括：基于来自所述机构应用的注册请求，为所述机构应用分配对应的所述第一接口；其中，所述基于所述机构地址将所述第一交易报文转发至对应的机构应用包括：通过所述第一接口将所述第一交易报文转发至对应的机构应用。

根据本公开的实施例，所述第一接口为单支接口，所述第一接口的信息包括第一接口标识，所述通过所述第一接口将所述第一交易报文转发至对应的机构应用包括：将所述第一交易报文进行封装，获得第二交易报文，其中，所述第二交易报文包括所述第一接口标识；基于所述第一接口标识，将所述第二交易报文转发至对应的机构应用。

根据本公开的实施例，在第二机构中基于所述第二机构的应用设置对应的路由转换层；在所述第二交易报文到达所述第二机构后，所述方法还包括：通过所述路由转换层对所述第二交易报文进行转换，来获得所述第一交易报文；将所述第一交易报文发送至所述第二机构的应用进行处理。

根据本公开的实施例，所述第一接口包括至少两支第二接口，所述第一接口的信息包括第二接口标识，所述第一交易报文包括第三接口标识，所述通过所述第一接口将所述第一交易报文转发至对应的机构应用包括：基于所述第二接口标识与所述第三接口标识的对应关系，将所述第一交易报文中的第三接口标识修改为对应的第二接口标识；基于所述第二接口标识，将所述第一交易报文转发至对应的机构应用。

根据本公开的实施例，基于所述第二接口标识，修改所述统一研发规范以获得所述第二机构的应用，其中，所述至少两支第二接口中每支第二接口标识用于处理对应类型的第一交易报文；在所述第一交易报文到达所述第二机构后，所述方法还包括：利用所述第二机构的应用处理所述第一交易报文，其中，所述第二机构的应用包括基于修改所述统一研发规范而确定的报文处理逻辑。

根据本公开的实施例，基于所述至少一个渠道的注册请求，为所述至少一个渠道中的任一个渠道分配对应的第三接口；其中，所述接收来自至少一个渠道的第一交易报文包括：基于所述第三接口接收所述第一交易报文，其中，所述第一交易报文包括第三接口标识。

根据本公开的实施例，所述路由规则包括路由信息表，所述基于路由规则确定处理所述第一交易报文的机构地址包括：获得所述第一交易报文中的交易标识，其中，所述交易标识包括基于所述至少一个渠道和/或所述交易请求预先分配的标识；基于所述交易标识从所述路由信息表中确定所述机构地址，其中，所述路由信息表包括所述交易标识与所述机构地址的对应关系。

本公开实施例的另一方面提供了一种交易处理装置，包括报文接收模块、地址确定模块和报文转发模块。所述报文接收模块用于接收来自至少一个渠道的第一交易报文，其中，所述至少一个渠道用于根据用户的交易请求获得所述第一交易报文；所述地址确定模块用于基于路由规则确定处理所述第一交易报文的机构地址；所述报文转发模块用于基于所述机构地址将所述第一交易报文转发至对应的机构应用，以处理所述第一交易报文；其中，所述机构应用包括第一机构的应用和第二机构的应用，所述第二机构的应用包括基于统一研发规范而获得的应用，其中，所述统一研发规范基于所述第一机构的应用处理所述第一交易报文的流程来获得。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行如上所述的方法。

上述一个或多个实施例具有如下优点或有益效果：相对于相关技术中不同机构各自研发的方式，本公开的实施例采用不同机构协同研发，并协调处理交易的方式。基于第一机构的应用处理第一交易报文的流程来获得统一研发规范，以使第二机构协同研发应用，另外，并通过路由规则确定出机构地址，然后将第一交易报文转发至机构地址对应的机构应用，来由对应机构处理第一交易报文，实现了复用研发成果，在已有研发成果上迭代开发，纳入各个机构力量共同研发的效果，避免了各个机构没有统一的标准，可能对相同的业务具有不同的处理结果，而降低用户体验的情况。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的适于实现交易处理方法的应用场景图；

图2示意性示出了根据本公开实施例的交易处理方法的流程图；

图3示意性示出了根据本公开的另一实施例的交易处理方法的流程图；

图4示意性示出了根据本公开实施例的确定机构地址的流程图；

图5示意性示出了根据本公开的又一实施例的交易处理方法的流程图；

图6示意性示出了根据本公开的实施例的将第一交易报文转发至对应的机构应用的流程图；

图7示意性示出了根据本公开的实施例的处理第一交易报文的流程图；

图8示意性示出了根据本公开的另一实施例的将第一交易报文转发至对应的机构应用的流程图；

图9示意性示出了根据本公开的另一实施例的处理第一交易报文的流程图；

图10示意性示出了根据本公开实施例的适于实现交易处理方法的架构图；

图11示意性示出了根据本公开实施例的报文路由过程的结构图；

图12示意性示出了根据本公开的另一实施例的报文路由过程的结构图；

图13示意性示出了根据本公开实施例的交易处理装置的结构框图；

图14示意性示出了根据本公开实施例的适于实现交易处理方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

对于金融、保险、电商或提供硬件产品、专业服务的公司等单位，针对相关技术中各个机构分别研发产品的情况，可以采用集中研发，统一推广的方式，即交由统一的研发部门为各个机构研发对应的产品，以满足为用户办理业务，达成交易的要求。不过依然会存在问题，在客户多、行业广、业务杂的情况下，用户或客户的差异度比较高，系统标准化研发模式难以适用。一方面，各个机构对于用户需求有着更清晰的认识，在营销到用户之后，可能会编写需求说明书提交研发部门研发。然后研发部门进行需求分析和确认，可能出现需求理解不一致或遗漏需求的情况。另一方面，研发部门在研发过程中，可能会出现统一研发的产品难以满足用户需求的情况，如果修改统一研发的产品，会导致成本较高。

本公开的实施例提供了一种交易处理方法，包括：接收来自至少一个渠道的第一交易报文，其中，至少一个渠道用于根据用户的交易请求获得第一交易报文。基于路由规则确定处理第一交易报文的机构地址。基于机构地址将第一交易报文转发至对应的机构应用，以处理第一交易报文。其中，机构应用包括第一机构的应用和第二机构的应用，第二机构的应用包括基于统一研发规范而获得的应用，其中，统一研发规范基于第一机构的应用处理第一交易报文的流程来获得。

相对于相关技术中不同机构各自研发的方式，本公开的实施例采用不同机构协同研发，并协调处理交易的方式。基于第一机构的应用处理第一交易报文的流程来获得统一研发规范，以使第二机构协同研发应用，另外，并通过路由规则确定出机构地址，然后将第一交易报文转发至机构地址对应的机构应用，来由对应机构处理第一交易报文，实现了复用研发成果，在已有研发成果上迭代开发，纳入各个机构力量共同研发的效果，避免了各个机构没有统一的标准，可能对相同的业务具有不同的处理结果，而降低用户体验的情况。

图1示意性示出了根据本公开实施例的适于实现交易处理方法的应用场景图。

如图1所示，根据该实施例的应用场景100可以包括终端设备111、网络112、服务器113～116(例如第一服务器113、第二服务器114、第三服务器115、第四服务器116)。网络112用以在终端设备111和第一服务器113之间提供通信链路的介质。网络112可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。需要说明的是，第一服务器113与第二服务器114、第三服务器115、第四服务器116之间也可以设置网络112，在图1中未示出。

用户可以使用终端设备111通过网络112与第一服务器113交互，以接收或发送消息等。终端设备111上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备111可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

第一服务器113可以是提供各种服务的服务器，例如对用户利用终端设备111所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。第二服务器114、第三服务器115、第四服务器116可以与第一服务器113相同或不相同。

其中，终端设备111例如安装有微信或业务客户端，用户可以通过微信公众号办理业务，该微信公众号即为一个渠道。用户还可以进入业务客户端办理业务，该业务客户端即为一个渠道。以银行为例，银行的交易渠道可以包括银行柜面、手机银行、微信银行、ATM机等。第二服务器114、第三服务器115、第四服务器116可以分别部署有不同机构的机构应用，例如总行应用或分行应用。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的交易处理方法的流程图。

如图2所示，该实施例的交易处理方法包括操作S210～操作S230。

在操作S210，接收来自至少一个渠道的第一交易报文，其中，至少一个渠道用于根据用户的交易请求获得第一交易报文。

参照图1，例如银行的交易渠道包括银行柜面、手机银行、微信银行、ATM机等渠道，用户可以通过终端设备111中的微信银行办理业务，提交交易请求。然后，微信银行接收交易请求并生成第一交易报文。最后，通过终端设备111与第一服务器113的交互传输第一交易报文。即第一服务器113接收来自微信银行的第一交易报文。

根据本公开的实施例，通过统一的系统(如该系统部署在第一服务器113)接收所有的第一交易报文，便于进行交易处理的管理和协调。在此框架下，便于通过统一的标准要求各个机构进行交易处理规范化。

在操作S220，基于路由规则确定处理第一交易报文的机构地址。

根据本公开的实施例，从一个或多个机构地址中确定出处理报文的机构地址。路由规则例如包括将接收到的每个第一交易报文分配至各个机构的条件。路由规则可以预先定制，例如根据不同的维度可以包括机构级路由规则、渠道级路由规则、客户合约级路由规则、交易类型路由规则。其中，机构级路由规则例如包括根据交易报文中的机构信息，将第一交易报文转发至对应的机构。渠道级路由规则例如包括某一个特定渠道来的第一交易报文则优先处理，或分配至对应的机构进行处理。客户合约级路由规则例如包括对于某个客户的代理业务，则分配专门的机构、资源进行处理。此处的客户与上述用户不同，例如银行代理中国移动的缴费业务，用户通过银行缴纳移动话费，此时客户指的是中国移动。交易类型路由规则例如根据第一交易报文中的交易类型进行路由，将某一类型的报文转发至特定的机构进行处理。

在一些实施例中，路由规则可以实时更新，例如可以接收各个机构的交易处理负载信息，进行协调性的负载均衡策略，或某个机构处理某交易的考核不达标，则相应减少该交易的分配。

在操作S230，基于机构地址将第一交易报文转发至对应的机构应用，以处理第一交易报文。

参照图1，机构地址例如包括第二服务器114、第三服务器115、第四服务器116的服务器地址(如IP地址或接口信息)，其中，在机构应用注册接口之后，每个接口具有对应的接口标识，该接口标识可以作为机构地址或与机构地址绑定。然后，通过部署在第二服务器114、第三服务器115、第四服务器116上的机构应用处理第一交易报文。机构应用例如包括业务人员可以通过前端交互，后端由服务器处理数据的程序、业务系统等。

其中，机构应用包括第一机构的应用和第二机构的应用，第二机构的应用包括基于统一研发规范而获得的应用，其中，统一研发规范基于第一机构的应用处理第一交易报文的流程来获得。

根据本公开的实施例，第一机构可以是总部机构，第二机构可以是一个或多个分支机构。统一研发规范可以指包含前后端一体的标准开发框架，提供一定的约束、规范、配置、具备通用业务的基础开发能力，提供一定程度的组件、工具等公共封装。具体地，统一研发规范可以是总部机构提供的处理第一交易报文的标准流程(并非全部流程)，在机构应用研发的过程中，统一研发规范可以包括对于第一交易报文的格式、语言、路由规则等标准，也可以包括统一的应用脚手架底座，例如总部机构和分支机构可以复用的公用组件，具有统一的解析、处理第一交易报文的逻辑，以及具体的参数传递、处理的逻辑。其中，脚手架底座例如是帮助研发人员快速搭建机构应用的工具，可以基于脚手架底座自动生成应用工程目录以及相关依赖关系。

根据本公开的实施例，可以纳入分支机构的科技力量共同研发，把标准处理业务逻辑放在总部机构研发，把差异处理业务逻辑放在分支机构研发，既能保持机构应用的高可用性，也能满足并快速响应不同用户或不同客户的差异需求。

相对于相关技术中不同机构各自研发的方式，本公开的实施例采用不同机构协同研发，并协调处理交易的方式。基于第一机构的应用处理第一交易报文的流程来获得统一研发规范，以使第二机构协同研发应用，另外，并通过路由规则确定出机构地址，然后将第一交易报文转发至机构地址对应的机构应用，来由对应机构处理第一交易报文，实现了复用研发成果，在已有研发成果上迭代开发，纳入各个机构力量共同研发的效果，避免了各个机构没有统一的标准，可能对相同的业务具有不同的处理结果，而降低用户体验的情况。

图3示意性示出了根据本公开的另一实施例的交易处理方法的流程图。

如图3所示，该实施例的交易处理方法包括操作S310～操作S320，以及操作S220～操作S230，其中，操作S320是操作S210的一个实施例。操作S220～操作S230的执行可以参照上述图2的内容，在此不做赘述。

在操作S310，基于至少一个渠道的注册请求，为至少一个渠道中的任一个渠道分配对应的第三接口。

在根据本公开实施例的交易处理方法，研发的一整套业务系统中(例如包括可以接收、转发和处理第一交易报文的全流程系统)，与至少一个渠道之间的报文传输，例如是首先通过暴露多个第三接口，允许至少一个渠道进行注册，然后为每个渠道分配对应的第三接口。

在操作S320，基于第三接口接收第一交易报文，其中，第一交易报文包括第三接口标识。

例如微信银行接收到交易请求后，在生成第一交易报文的过程中，可以加入第三接口标识，便于基于第三接口标识向第三接口传递报文。在一些实施例中，第三接口标识可以与交易业务类型相联系，基于不同的业务类型的交易请求具有不同的第三接口标识，从而在第一交易报文中包括第三接口标识便于在路由转发时进行识别，以确定机构地址，具体可以参照图4。

图4示意性示出了根据本公开实施例的操作S220中确定机构地址的流程图。

如图4所示，操作S220中基于路由规则确定处理第一交易报文的机构地址可以包括操作S410～操作S420。

在操作S410，获得第一交易报文中的交易标识，其中，交易标识包括基于至少一个渠道和/或交易请求预先分配的标识。

在操作S420，基于交易标识从路由信息表中确定机构地址，其中，路由信息表包括交易标识与机构地址的对应关系。

根据本公开的实施例，交易标识可以基于渠道或交易请求不同分配不同的标识，也可以根据渠道和交易请求分配标识，这里交易请求可以包括交易类型信息、客户信息、机构信息等。路由信息表的内容可以参照表1，表1中示例性列举了路由信息表的内容。

表1

参见表1，通常接口由机构应用注册并发布，比如表1中北京分行应用注册发布接口标识A0341F001，湖北分行应用注册发布接口标识A0341F002。交易标识可以包括BRANCH、CHANNEL、CUSTOMER、REQUEST等标识的至少一个，REQUEST可以为第三接口标识。例如可以包括用户通过微信银行给北京移动的手机号缴纳话费的场景，或者可以包括用户通过手机银行给武汉国网电力的账号缴纳电费的场景。

以用户通过微信银行给北京移动的手机号缴纳话费(代码为A0341T101)为例，第一交易报文中交易报文可以包括以下内容：

{

CHANNL＝001

CUSTOMER＝C100

REQUEST＝A0341T101

}

首先，判断CHANNL的标识确定其为微信银行渠道。

然后，判断CUSTOMER的标识确定其为北京移动客户。

最后，可以进一步判断REQUEST确定其为缴费业务。通过路由信息表确定了北京分行(属于分行区)接收来自微信银行，且对接北京移动客户的所有交易。所以获取北京分行的机构地址。在一些实施例中，北京分行的机构地址可以包括第一接口的信息，如表1中的A0341F001，可以参照图5的进一步介绍。

图5示意性示出了根据本公开的又一实施例的交易处理方法的流程图。

如图5所示，该实施例的交易处理方法包括操作S510～操作S520，以及操作S210～操作S220。其中，操作S520是操作S230的一个实施例。操作S210～操作S220的执行可以参照上述图2的内容，在此不做赘述。

在操作S510，基于来自机构应用的注册请求，为机构应用分配对应的第一接口。

在操作S520，通过第一接口将第一交易报文转发至对应的机构应用，机构地址包括第一接口的信息。。

在根据本公开实施例的交易处理方法而研发的一整套业务系统中(例如包括可以接收、转发和处理第一交易报文的全流程系统)，参照图1，第一服务器111与第二服务器114、第三服务器115、第四服务器116之间的报文传输，例如是由第一服务器111暴露第一接口，允许各个机构的机构应用进行注册，然后进行分配第一接口。并且，第一服务器111可以根据第一接口转发报文。

根据本公开的实施例，可以采用ESB(Enterprise Service Bus，企业服务总线)实现通过第一接口向各个机构应用的转发。当然，本公开并不仅限于ESB实现。

虽然图5中以特定的顺序展示了方法的各个操作，然而本公开的实施例不限于此，上述操作可以根据需要以其他顺序执行。例如操作S510可以在操作S210或操作S220之后执行，也可以同时执行。

在本公开的一些实施例中，机构应用注册第一接口可以至少包括两种方案，第一种可以是根据现有的业务种类提供全套的多支第二接口，每个业务种类对应于一支第二接口，第二种可以是为每个机构提供单支接口。下面将通过图6～图9进行介绍。

图6示意性示出了根据本公开的实施例的操作S520中将第一交易报文转发至对应的机构应用的流程图。

如图6所示，操作S520中通过第一接口将第一交易报文转发至对应的机构应用包括操作S610～操作S620。其中，第一接口包括至少两支第二接口，第一接口的信息包括第二接口标识，第一交易报文包括第三接口标识。

在操作S610，基于第二接口标识与第三接口标识的对应关系，将第一交易报文中的第三接口标识修改为对应的第二接口标识。

根据本公开的实施例，第二接口标识与第三接口标识的对应关系可以包括业务类型的对应关系，并可以通过接口映射实现。

在操作S620，基于第二接口标识，将第一交易报文转发至对应的机构应用。

参见表1，用户通过微信银行给北京移动的手机号缴纳话费，例如该缴费类型的代码为A0341T101(即第三接口标识)。对应于缴费类型的第二接口可以具有标识A0341U101。在操作S610中将第一交易报文中的A0341T101修改为A0341U101。在操作S620中可以通过第二接口标识A0341U101进行寻址，然后转发至对应的机构应用。

根据本公开的实施例，参照图1，第三接口用于渠道(不限于终端设备111)与第一服务器111之间的报文传输，第二接口用于第一服务器111与第二服务器114、第三服务器115、第四服务器116之间的报文传输。因此，接口不能复用，所以可以采用接口映射的手段，利用业务类型将第三接口和第二接口进行对应，从而能够令第一交易报文准确传输至对应的机构应用。

图7示意性示出了根据本公开的实施例的处理第一交易报文的流程图。

如图7所示，处理第一交易报文可以包括操作S710～操作S720。

在操作S710，基于第二接口标识，修改统一研发规范以获得第二机构的应用，其中，至少两支第二接口中每支第二接口标识用于处理对应类型的第一交易报文。

在第一交易报文到达第二机构后，还包括执行操作S720。在操作S720，利用第二机构的应用处理第一交易报文，其中，第二机构的应用包括基于修改统一研发规范而确定的报文处理逻辑。

在本公开的一些实施例中，第二机构的应用可以根据第一机构提供的脚手架底座研发而成，其中包括了统一研发规范，该统一研发规范例如可以自动识别缴费代码A0341T101并进行相应的缴费处理。而当缴费代码改为A0341U101(即对应类型的第一交易报文)时，基于统一研发规范而获得第二机构的应用则可能不能直接对A0341U101进行解析并自动化处理。因此，相应的修改统一研发规范，以使第二机构的应用可以具有自动解析并处理具有A0341U101的第一交易报文的报文处理逻辑。

图8示意性示出了根据本公开的另一实施例的操作S520中将第一交易报文转发至对应的机构应用的流程图。

如图8所示，操作S520中通过第一接口将第一交易报文转发至对应的机构应用包括操作S810～操作S820。其中，第一接口为单支接口，第一接口的信息包括第一接口标识。

在操作S810，将第一交易报文进行封装，获得第二交易报文，其中，第二交易报文包括第一接口标识。

在操作S820，基于第一接口标识，将第二交易报文转发至对应的机构应用。

由于每个机构通过单支的第一接口进行所有的第一交易报文的接收，而不同的第一交易报文可能对应不同的业务种类。因此，直接将第一交易报文通过单支接口发送到机构应用具有一定的难度。从而将第一交易报文进一步封装为第二交易报文，通过每个机构对应的第一接口标识进行寻址，实现报文的精确转发。其中，每个机构可以分别分配对应的单支接口，也可以所有的机构共同注册一支接口。

根据本公开的实施例，对于每个机构注册单支接口的方式，一方面省去了针对全部业务清单去重新注册发布接口的工作。另一方面，避免了第一机构的脚手架底座无法直接使用，从而省略了修改统一研发规范以获得第二机构的应用的过程。

图9示意性示出了根据本公开的另一实施例的处理第一交易报文的流程图。

如图9所示，处理第一交易报文可以包括操作S910～操作S930。

在操作S910，在第二机构中基于第二机构的应用设置对应的路由转换层。

由于第一接口标识的作用在于实现第二交易报文的成功转发，并无业务含义。因此基于统一研发规范而获得的第二机构的应用在利用脚手架底座的功能解析报文时，对第二交易报文无法进行解析。

在第二交易报文到达第二机构后，还包括执行操作S910～操作S920。在操作S920，通过路由转换层对第二交易报文进行转换，来获得第一交易报文。在操作S930，将第一交易报文发送至第二机构的应用进行处理。

根据本公开的实施例，利用路由转换层对第二交易报文进行转换，获得有业务功能含义的第一交易报文，从而可以使第二机构的应用顺利处理。

根据本公开的实施例，用户的交易请求包括向银行发送的交易请求，第一机构包括总行机构，第二机构包括至少一个分行机构。下面以银行代理业务的应用场景为例，结合图10～图12进一步说明本公开实施例的交易处理方法。

根据本公开的实施例，在银行代理业务领域，信息系统或是由各分行自行研发，或是由总行统一研发，各分行自行研发存在着重复建设投入成本高的问题，总行统一研发不可避免得出现业务模式难以满足客户复杂需求的情况。其中，代理业务可以是银行接受委托单位(即客户)的委托，帮助委托单位办理费用收缴或者资金发放等资金结算业务。例如代理业务可以包括话费缴费、水电费收缴、物业费收缴、代理社保等。

图10示意性示出了根据本公开实施例的适于实现交易处理方法的架构图。图11示意性示出了根据本公开实施例的报文路由过程的结构图。图12示意性示出了根据本公开的另一实施例的报文路由过程的结构图。

如图10所示，该实施例的架构可以包括总行区1010、分行区1020和外部客户区1030。其中总行区1010涉及渠道1011、路由转发层1012和总行应用1013。分行区1020包括路由转换层1021、1022，X分行应用1023、Y分行应用1024。外部客户区1030包括外部客户1031和1032。

根据本公开的实施例，X分行应用1023、Y分行应用1024利用总行应用1013提供的总行应用底座研发获得。即分行应用是在总行应用的基础上搭建的，总行应用以脚手架底座的形式发布给分行调用，每家分行应用独立部署，在继承总行应用的基础上建立差异化业务流程。例如X分行应用1023可以基于外部客户1031的需求进行建立差异化业务流程，Y分行应用1024可以基于外部客户1032的需求进行建立差异化业务流程。

根据本公开的实施例，每个渠道都可以注册一套接口(即一支或多支第三接口)，比如银行柜面的接口标识可以包括A0341T111-缴费，A0341T112-欠费查询，A0341T113-缴费撤销。而微信银行的接口标识可以包括A0341T101-缴费，A0341T102-欠费查询，A0341T103-缴费撤销等。下面以用户1040登陆微信银行渠道发起北京移动缴费业务(A0341T101)为例，说明本公开实施例的交易处理方法。

在本公开的一些实施例中，若第一接口为单支接口，参照图11，则在总行区1010包括路由转发层1012的基础上，设置路由选择层1110和报文封装层1120。

首先，路由选择层1110接收到第一交易报文，并获得第三接口标识A0341T101。调用路由信息表确定机构地址，具体可以参照操作S410～操作S420。

接着，路由选择层1110在确定出北京分行(例如是X分行)的地址后，将第一交易报文发送至报文封装层1120，来获得第二交易报文，第二交易报文中包括第一接口标识A0341F001，具体可以参照操作S810～操作S820。

然后，报文封装层1120将第二交易报文发送至路由转发层1012。

接着，路由转发层1012根据A0341F001进行报文路由寻址，将第二交易报文发送至分行区1020的路由转换层1021，具体可以参照操作S910～操作S930。

最后，路由转换层1021对第二交易报文进行转换，将其还原成第一交易报文，并发送至北京分行的应用(即X分行应用1023)。

根据本公开的实施例，北京分行的应用在处理缴费成功后，可以通知北京移动(即外部客户1031)。若北京移动有差异化的需求，北京分行可以在总行应用底座的基础上，进行差异化配置研发。

在本公开的另一些实施例中，若第一接口包括至少两支第二接口，则对第三接口和第二接口进行接口映射，使其基于业务种类具有对应关系。参照图12，若微信银行注册的一套接口标识A0341T101、A0341T102、A0341T103......A0341TNNN分别映射为A0341U101、A0341U102、A0341U103......A0341UNNN。若一套接口包括至少300支，则每家分行应用都会注册至少300支接口，并对分行应用进行适应性修改。若路由转发层1012接收到包括A0341T101的第一交易报文后，可以根据对应关系，将A0341T101修改为A0341U101。然后转发至北京分行应用。

基于上述交易处理方法，本公开还提供了一种交易处理装置。以下将结合图13对该装置进行详细描述。

图13示意性示出了根据本公开实施例的交易处理装置的结构框图。

如图13所示，该实施例的交易处理装置1300包括报文接收模块1310、地址确定模块1320和报文转发模块1330。

报文接收模块1310例如可以执行操作S210，用于接收来自至少一个渠道的第一交易报文，其中，所述至少一个渠道用于根据用户的交易请求获得所述第一交易报文；

地址确定模块1320例如可以执行操作S220，用于基于路由规则确定处理所述第一交易报文的机构地址；

根据本公开的实施例，地址确定模块1320例如可以执行操作S410～操作S420。

报文转发模块1330例如可以执行操作S230，用于基于所述机构地址将所述第一交易报文转发至对应的机构应用，以处理所述第一交易报文；其中，所述机构应用包括第一机构的应用和第二机构的应用，所述第二机构的应用包括基于统一研发规范而获得的应用，其中，所述统一研发规范基于所述第一机构的应用处理所述第一交易报文的流程来获得。

根据本公开的实施例，报文转发模块1330例如可以执行操作S610～操作S620，操作S710～操作S720。例如可以执行操作S810～操作S820，操作S910～操作S930，在此不做赘述。

根据本公开的实施例，交易处理装置1300还可以包括渠道注册模块，用于执行操作S310，报文接收模块1310还可以用于执行操作S320。交易处理装置1300还可以包括机构注册模块，用于执行操作S510，报文转发模块1330还可以用于执行操作S520。

根据本公开的实施例，报文接收模块1310、地址确定模块1320和报文转发模块1330中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，报文接收模块1310、地址确定模块1320和报文转发模块1330中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，报文接收模块1310、地址确定模块1320和报文转发模块1330中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图14示意性示出了根据本公开实施例的适于实现交易处理方法的电子设备的方框图。

如图14所示，根据本公开实施例的电子设备1400包括处理器1401，其可以根据存储在只读存储器(ROM)1402中的程序或者从存储部分1408加载到随机访问存储器(RAM)1403中的程序而执行各种适当的动作和处理。处理器1401例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器1401还可以包括用于缓存用途的板载存储器。处理器1401可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1403中，存储有电子设备1400操作所需的各种程序和数据。处理器1401、ROM 1402以及RAM 1403通过总线1404彼此相连。处理器1401通过执行ROM 1402和/或RAM1403中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1402和RAM 1403以外的一个或多个存储器中。处理器1401也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1400还可以包括输入/输出(I/O)接口1405，输入/输出(I/O)接口1405也连接至总线1404。电子设备1400还可以包括连接至I/O接口1405的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1407；包括硬盘等的存储部分1408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至I/O接口1405。可拆卸介质1411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1410上，以便于从其上读出的计算机程序根据需要被安装入存储部分1408。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1402和/或RAM 1403和/或ROM 1402和RAM 1403以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现根据本公开实施例的方法。

在该计算机程序被处理器1401执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1409被下载和安装，和/或从可拆卸介质1411被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分1409从网络上被下载和安装，和/或从可拆卸介质1411被安装。在该计算机程序被处理器1401执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (10)

1.一种交易处理方法，包括：

接收来自至少一个渠道的第一交易报文，其中，所述至少一个渠道用于根据用户的交易请求获得所述第一交易报文；

基于路由规则确定处理所述第一交易报文的机构地址；

基于所述机构地址将所述第一交易报文转发至对应的机构应用，以处理所述第一交易报文；

其中，所述机构应用包括第一机构的应用和第二机构的应用，所述第二机构的应用包括基于统一研发规范而获得的应用，其中，所述统一研发规范基于所述第一机构的应用处理所述第一交易报文的流程来获得。

2.根据权利要求1所述的交易处理方法，其中，所述机构地址包括第一接口的信息，所述方法包括：

基于来自所述机构应用的注册请求，为所述机构应用分配对应的所述第一接口；

其中，所述基于所述机构地址将所述第一交易报文转发至对应的机构应用包括：

通过所述第一接口将所述第一交易报文转发至对应的机构应用。

3.根据权利要求2所述的交易处理方法，其中，所述第一接口为单支接口，所述第一接口的信息包括第一接口标识，所述通过所述第一接口将所述第一交易报文转发至对应的机构应用包括：

将所述第一交易报文进行封装，获得第二交易报文，其中，所述第二交易报文包括所述第一接口标识；

基于所述第一接口标识，将所述第二交易报文转发至对应的机构应用。

4.根据权利要求3所述的交易处理方法，其中，包括：

在第二机构中基于所述第二机构的应用设置对应的路由转换层；

在所述第二交易报文到达所述第二机构后，所述方法还包括：

通过所述路由转换层对所述第二交易报文进行转换，来获得所述第一交易报文；

将所述第一交易报文发送至所述第二机构的应用进行处理。

5.根据权利要求2所述的交易处理方法，其中，所述第一接口包括至少两支第二接口，所述第一接口的信息包括第二接口标识，所述第一交易报文包括第三接口标识，所述通过所述第一接口将所述第一交易报文转发至对应的机构应用包括：

基于所述第二接口标识与所述第三接口标识的对应关系，将所述第一交易报文中的第三接口标识修改为对应的第二接口标识；

基于所述第二接口标识，将所述第一交易报文转发至对应的机构应用。

6.根据权利要求5所述的交易处理方法，其中，包括：

基于所述第二接口标识，修改所述统一研发规范以获得所述第二机构的应用，其中，所述至少两支第二接口中每支第二接口标识用于处理对应类型的第一交易报文；

在所述第一交易报文到达所述第二机构后，所述方法还包括：

利用所述第二机构的应用处理所述第一交易报文，其中，所述第二机构的应用包括基于修改所述统一研发规范而确定的报文处理逻辑。

7.根据权利要求1所述的交易处理方法，其中：

基于所述至少一个渠道的注册请求，为所述至少一个渠道中的任一个渠道分配对应的第三接口；

其中，所述接收来自至少一个渠道的第一交易报文包括：

基于所述第三接口接收所述第一交易报文，其中，所述第一交易报文包括第三接口标识。

8.根据权利要求1所述的交易处理方法，其中，所述路由规则包括路由信息表，所述基于路由规则确定处理所述第一交易报文的机构地址包括：

获得所述第一交易报文中的交易标识，其中，所述交易标识包括基于所述至少一个渠道和/或所述交易请求预先分配的标识；

基于所述交易标识从所述路由信息表中确定所述机构地址，其中，所述路由信息表包括所述交易标识与所述机构地址的对应关系。

9.一种交易处理装置，包括：

报文接收模块，用于接收来自至少一个渠道的第一交易报文，其中，所述至少一个渠道用于根据用户的交易请求获得所述第一交易报文；

地址确定模块，用于基于路由规则确定处理所述第一交易报文的机构地址；

报文转发模块，用于基于所述机构地址将所述第一交易报文转发至对应的机构应用，以处理所述第一交易报文；

其中，所述机构应用包括第一机构的应用和第二机构的应用，所述第二机构的应用包括基于统一研发规范而获得的应用，其中，所述统一研发规范基于所述第一机构的应用处理所述第一交易报文的流程来获得。

10.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8中任一项所述的方法。

Images