一种基于总线的统一订单中心的方法及系统与流程

1.本发明属于金融交易技术领域，具体涉及一种一种基于总线的统一订单中心的方法及系统。


背景技术：

2.在日常业务系统开发过程中，订单是业务系统很重要的一个参数信息，用于识别关联一次交易行为。但是订单的作用仅仅局限于各自系统中，成为每个业务系统独有的标识。随着国内商业银行信息化建设的快速发展，各业务订单不断新增，银行应用系统间信息交互复杂度越来越高，信息孤岛也不断形成，由此产生了大量参差不齐的设计和复杂的关联关系，导致业务经营分析难度增大、成本增加等问题。
3.目前商业银行的订单信息，都是通过各业务系统产生后，将信息汇聚到数据仓库中进行统一加工处理。各业务系统之间的订单设计，有32位、64位，甚至128位等等，订单设计参差不齐，含义也各不相同。另外，不同的订单信息往往只在单个业务系统中有具体作用，无法通过一笔订单完整展示用户在银行内部的交易链路，更无法构建一套标准的用户行为视图。因而，要完成企业内部信息的归集串联，需要多系统进行设计调整、协同改造，难度无异于大海捞针。综上，传统的订单设计方法因各业务系统提供独立的设计，会带来业务经营分析难度增大、成本增加，产生信息孤岛等问题。


技术实现要素：

4.本发明的目的在于解决当前订单设计分离，需要人工关联、复杂度高、信息孤岛等问题。
5.为实现以上目的，本发明所采用的技术方案包括：
6.一种基于总线的统一订单中心的方法，包括：
7.s1、设置需要贯标的信息和数据贯标规则；
8.s2、获取请求报文，使用所述数据贯标规则对所述需要贯标的信息进行数据匹配，生成贯标信息；
9.s3、判断所述请求报文中是否包括订单号；
10.若所述请求报文中包括订单号，则不生成订单号；
11.若所述请求报文中不包括订单号，则生成订单号；
12.所述订单号支持幂等性；
13.s4、根据所述请求报文，对请求报文中的交易数据进行数据持久化；
14.s5、将带有订单号的贯标信息置于全局公共报文头中，向下游业务系统传递；
15.s6、下游业务系统获取所述订单号，生成与业务系统子订单的唯一关联，返回响应报文；
16.s7、获取所述响应报文，按照所述数据贯标规则对所述需要贯标的信息进行匹配并进行数据持久化。
17.进一步地，所述s2中使用所述数据贯标规则对所述需要贯标的信息进行数据匹配，所述数据匹配按照请求方和接口码、接口码、请求方的优先级顺序进行匹配。
18.进一步地，所述s2中还包括对所述请求报文进行撞库验证。
19.进一步地，所述s2中需要贯标的信息包括合作方机构、渠道、业务方产品、交易场景和客户编号；所述数据贯标规则包括不绑定、与请求字段绑定、与响应字段绑定和固定值。
20.本发明还涉及一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法。
21.本发明还涉及一种电子设备，其特征在于，包括存储器和处理器；
22.所述存储器，用于存储需要贯标的信息、数据贯标规则、请求报文、贯标信息、全局公共报文和响应报文；
23.所述处理器，用于执行存储器中存储的计算机程序，执行上述的方法。
24.本发明的有益效果为：
25.使用本发明所述的一种基于总线的统一订单中心的方法，基于此方法，可将所有的业务交易行为进行集中操作和管理，从而降低业务协同复杂度和风险；同时，统一收单方法可以自动关联外部渠道与合作方信息及内部业务系统与产品等信息。当有客户反馈在银行进行一笔交易时，提供一份订单号信息，即可快速识别用户交易旅程视图。最后，通过订单中心关联的产品、渠道信息，能有效识别客户群体，实现产品精准投放。
附图说明
26.图1为本发明一种基于总线的统一订单中心的方法流程图。
27.图2为本发明一种基于总线的统一订单中心的系统结构示意图。
具体实施方式
28.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本发明的限制。
29.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
30.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
31.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
32.本发明第一方面涉及一种基于总线的统一订单中心的方法，流程如图1所示，包括：
33.步骤一、设置需要贯标的信息和数据贯标规则；
34.具体的，针对一笔业务请求相关联参数进行提前预设，即需要贯标的信息，例如合作方机构信息、渠道信息、业务方产品信息、交易场景信息和客户编号。数据贯标匹配方式有4种规则：不绑定，与请求字段值绑定，与响应字段值绑定，本技术实施例中为一个合作方业务请求贯标设置示例，如下表所示：
[0035][0036]
步骤二、获取请求报文，使用所述数据贯标规则对所述需要贯标的信息进行数据匹配，生成贯标信息；
[0037]
使用所述数据贯标规则对所述需要贯标的信息进行数据匹配主要完成所有需贯标的字段按照约定好的数据贯标规则进行数据填充操作，并将填充好的完整数据进行落库、向下游透传等操作。
[0038]
具体的，数据匹配按照请求方和接口码、接口码、请求方的优先级顺序进行匹配。
[0039]
步骤三、判断所述请求报文中是否包括订单号；
[0040]
若所述请求报文中包括订单号，则不生成订单号；
[0041]
若所述请求报文中不包括订单号，则生成订单号；
[0042]
所述订单号支持幂等性；
[0043]
本技术实施例中，当数据流转到订单中心，首先对请求报文进行解析，可选的，对请求报文进行凭证核验，对请求报文中带有贯标信息的进行撞库验证，保证交易合法合理；对核验通过的报文进行订单号生成，判断请求报文中是否包括订单号，如请求报文中已有订单号信息，例如进行查询业务，该请求报文中含有订单号信息，则使用合作方原始订单号作为订单凭证，不生成新订单号；反之，生成订单号，可选的，如果请求报文中不包含订单号信息，使用雪花算法生成订单号。
[0044]
订单号支持幂等性，具体的，订单号幂等采用数据库唯一索引进行幂等控制，即：当业务流水号重复时，使用的全局流水号和订单号不变，其在数据库中的值保证唯一，由下游业务系统再依据全局流水号和订单号进行业务幂等处理，保证业务连贯性和准确性。本技术实施例中，合作方发出请求，生成业务流水号，接入层记录调用日志，生成新的全局流水号和子流水号，订单中心生成订单号并记录全局流水号和订单号发送至业务系统，若合作方发出重复请求，接入层记录调用日志，根据业务流水号查询上一笔交易的全局流水号和子流水号作为这笔交易的全局流水号和子流水号，订单中心根据原全局流水号幂等获取原有订单号，下游业务系统根据原全局流水号和子流水号做业务幂等处理。
[0045]
步骤四、根据所述请求报文，对请求报文中的交易数据进行数据持久化；
[0046]
本技术实施例中，进行凭证落库操作，本技术实施例的一种可选方式中，凭证落库采用redis(同步)和db(异步)机制，保证交易的高性能、高可用和高可靠。
[0047]
步骤五、将带有订单号的贯标信息置于全局公共报文头中，向下游业务系统传递；
[0048]
本技术实施例中，在向下游系统进行数据请求时，将带有订单号的贯标信息置于全局公共报文头中，通过数据总线的形式，向下游业务系统传递。
[0049]
通过数据总线的形式规范了订单中心和下游业务系统、业务系统与业务系统之间规范化的交换数据的方式，即以一种通用的方式为各组件提供数据传输和控制逻辑。本技术实施例的一种可选方式中采用全局公共报文头的形式实现数据总线控制。
[0050]
步骤六、下游业务系统获取所述订单号，生成与业务系统子订单的唯一关联，返回响应报文；
[0051]
s7、获取所述响应报文，按照所述数据贯标规则对所述需要贯标的信息进行匹配并进行数据持久化。
[0052]
本技术实施例中，对于部分需要贯标的信息需由下游返回报文后进行设置，故解析响应报文后，按照步骤二中的数据贯标规则进行匹配，以及进行数据持久化，保证交易的高性能、高可用和高可靠。
[0053]
本发明第二方面涉及一种结构如图2所示的一种基于总线的统一订单中心的系统，包括：
[0054]
设置模块，用于设置需要贯标的信息和数据贯标规则；
[0055]
获取模块，用于获取请求报文和响应报文；
[0056]
匹配模块，用于使用所述数据贯标规则对所述需要贯标的信息进行数据匹配；
[0057]
判断模块，用于判断所述请求报文中是否包含订单号；
[0058]
生成模块，用于生成订单号；
[0059]
存储模块，用于存储需要贯标的信息、数据贯标规则、请求报文、贯标信息、全局公共报文和响应报文。
[0060]
使用该系统可以用于实现上述方法，基于此方法，可将所有的业务交易行为进行集中操作和管理，从而降低业务协同复杂度和风险；同时，统一收单方法可以自动关联外部渠道与合作方信息及内部业务系统与产品等信息。当有客户反馈在银行进行一笔交易时，提供一份订单号信息，即可快速识别用户交易旅程视图。最后，通过订单中心关联的产品、渠道信息，能有效识别客户群体，实现产品精准投放。
[0061]
以上所述仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换等都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。