一种业务处理方法和装置与流程

1.本发明涉及数据处理技术领域，尤其涉及一种业务处理方法和装置。


背景技术：

2.随着业务的发展，复杂或大型系统关联的业务组件较多，需要与众多内外部系统交互。现有通常是提供不同接入接口，来对接不同规范的接入报文及关联服务方系统。根据内外系统间的约定，针对不同的报文，分别开发不同的处理逻辑以用于报文适配处理，并使用不同的接出接口以同步路由到不同的关联服务方系统。
3.现有需根据不同需求、不同规范、不同请求维护适配相应接入、接出接口，造成接口维护困难，无法快速识别关联服务方及其业务处理状态。且当业务需求或接口发生变更时，需消耗大量成本和时间进行内外部系统的影响分析识别，以及对不同业务报文的处理逻辑进行开发适配、联调测试，影响业务处理效率。


技术实现要素：

4.有鉴于此，本发明实施例提供一种业务处理方法和装置，至少能够解决现有技术中需针对不同情形开发不同接入接口和接出接口，导致接口维护困难，开发成本高，以及若有变动需重新开发的现象。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种业务处理方法，包括：
6.通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；
7.响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；
8.通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作。
9.可选的，所述对所述业务请求中的请求内容做校验处理，包括：
10.对所述请求内容做预处理校验，响应于预处理校验结果为通过，获取所述请求内容中的业务领域，确定预先配置的与所述业务领域对应的规范要求，以校验所述请求内容是否符合所述规范要求。
11.可选的，所述请求内容包括请求方身份信息、请求等级、业务领域，所述对所述请求内容做预处理校验，包括：
12.在预设资质名单中查询是否存在所述请求方身份信息；
13.使用与所述请求等级对应的校验方式，对所述请求内容进行校验；
14.使用与所述业务领域对应的安全校验机制，对所述请求内容进行安全性校验；
15.在校验结果均为通过的情况下，确定所述请求内容的预处理校验结果为通过，否
则返回校验失败结果给请求方。
16.可选的，在所述获取所述请求内容中的业务领域之前，所述方法还包括：
17.对所述请求内容做封装处理；以及
18.记录对所述请求内容做预处理校验的操作信息，得到验证日志。
19.可选的，在所述根据路由匹配规则，查询与所述请求内容适配的路由数据之前，所述方法还包括：将所述请求内容存储在本地；
20.在所述接收服务方根据所述通知对所述请求内容的拉取操作之后，所述方法还包括：
21.响应于将所述通知发送给服务方的结果为失败、或接收到服务方传输的拉取所述请求内容失败的信息，重新发送通知给服务方，以在收到服务方传输的对所述请求内容的拉取请求时，从本地获取所述请求内容并反馈给服务方。
22.可选的，在所述通过统一接出接口将所述通知发送给服务方之前，所述方法还包括：
23.响应于检测到路由匹配规则发生更改，使用新路由匹配规则，查询与所述请求内容适配的新路由数据，确定与所述新路由数据对应的新服务方。
24.可选的，所述方法还包括：
25.通过第二统一接入接口，接收服务方传输的对所述业务请求的处理状态的查询请求，根据服务方的标识，查询服务方是否具备查询权限；
26.响应于查询结果为具备，根据所述查询请求中的所述业务请求的标识，查询相应处理状态并返回给服务方。
27.可选的，在所述根据服务方的标识，查询服务方是否具备查询权限之前，所述方法还包括：
28.接收对服务方的权限的配置操作，其中，权限包括是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知。
29.为实现上述目的，根据本发明实施例的另一方面，提供了一种业务处理装置，包括：
30.接入预处理模块，用于通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；
31.报文处理模块，用于响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；
32.通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作。
33.可选的，所述接入预处理模块，用于：对所述请求内容做预处理校验；
34.报文处理模块，用于：响应于预处理校验结果为通过，获取所述请求内容中的业务领域，确定预先配置的与所述业务领域对应的规范要求，以校验所述请求内容是否符合所述规范要求。
35.可选的，所述请求内容包括请求方身份信息、请求等级、业务领域，所述接入预处理模块，用于：
36.在预设资质名单中查询是否存在所述请求方身份信息；
37.使用与所述请求等级对应的校验方式，对所述请求内容进行校验；
38.使用与所述业务领域对应的安全校验机制，对所述请求内容进行安全性校验；
39.在校验结果均为通过的情况下，确定所述请求内容的预处理校验结果为通过，否则返回校验失败结果给请求方。
40.可选的，所述接入预处理模块，还用于：
41.对所述请求内容做封装处理；以及
42.记录对所述请求内容做预处理校验的操作信息，得到验证日志。
43.可选的，所述报文处理模块，还用于：
44.将所述请求内容存储在本地；以及
45.响应于将所述通知发送给服务方的结果为失败、或接收到服务方传输的拉取所述请求内容失败的信息，重新发送通知给服务方，以在收到服务方传输的对所述请求内容的拉取请求时，从本地获取所述请求内容并反馈给服务方。
46.可选的，所述报文处理模块，还用于：
47.响应于检测到路由匹配规则发生更改，使用新路由匹配规则，查询与所述请求内容适配的新路由数据，确定与所述新路由数据对应的新服务方。
48.可选的，所述装置还包括管理平台，用于：
49.通过第二统一接入接口，接收服务方传输的对所述业务请求的处理状态的查询请求，根据服务方的标识，查询服务方是否具备查询权限；
50.响应于查询结果为具备，根据所述查询请求中的所述业务请求的标识，查询相应处理状态并返回给服务方。
51.可选的，所述管理平台，还用于：
52.接收对服务方的权限的配置操作，其中，权限包括是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知。
53.为实现上述目的，根据本发明实施例的再一方面，提供了一种业务处理电子设备。
54.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的业务处理方法。
55.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的业务处理方法。
56.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算程序产品。本发明实施例的一种计算程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的业务处理方法。
57.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：在现有常规开发模式的基础上，抽象其公共技术能力，设置统一的接入接口和接出接口来实现不同请求的接入和接出，设置路由匹配规则，使得整个过程采用更通用的技术实现，提高内外部系统间接口适配效率，解决了现有对第三方不同业务请求逐个独立开发接口的问题。
58.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加
以说明。
附图说明
59.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
60.图1是根据本发明实施例的一种业务处理方法的主要流程示意图；
61.图2是本发明实施例的预处理校验流程示意图；
62.图3是根据本发明实施例的一种可选的业务处理方法的流程示意图；
63.图4是根据本发明实施例的另一种可选的业务处理方法的流程示意图；
64.图5是根据本发明实施例的架构示意图；
65.图6是根据本发明实施例的一种业务处理装置的主要模块示意图；
66.图7是本发明实施例可以应用于其中的示例性系统架构图；
67.图8是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。
具体实施方式
68.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
69.需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本发明的技术方案中，所涉及的用户个人信息的采集、分析、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法且合理的用途，不在这些合法使用等方面之外共享、泄露或出售，并且接受监管部门的监督管理。应当对用户个人信息采取必要措施，以防止对此类个人信息数据的非法访问，确保有权访问个人信息数据的人员遵守相关法律法规的规定，确保用户个人信息安全。一旦不再需要这些用户个人信息数据，应当通过限制甚至禁止数据收集和/或删除数据的方式将风险降至最低。
70.当适用时，包括在某些相关应用程序中，通过对数据去标识来保护用户隐私，例如在适用时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在具体地址级别收集位置数据)、控制数据如何被存储、和/或其他方法去标识。
71.参见图1，示出的是本发明实施例提供的一种业务处理方法的主要流程图，包括如下步骤：
72.s101：通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；
73.s102：响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；
74.s103：通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作。
75.上述实施方式中，本方案设置两个统一接入接口，一个与请求方交互，另一个与服务方交互，将与请求方交互的统一接入接口设置为第一统一接入接口，将与服务方交互的统一接入接口设置为第二统一接入接口。通过第一统一接入接口接收请求方的业务请求，该统一的接入接口可兼容识别不同协议、不同规范、不同请求内容：
76.1)不同协议，如http(hypertext transfer protocol，超文本传输协议)协议、https(hypertext transfer protocol secure，超文本传输安全协议)协议、tcp(transmission control protocol，传输控制协议)协议、tuxedo(transaction for unix has been extended for distributed operation，分布式操作扩展之后的unix事务系统)协议等，还有一些系统的请求可能是通过mq等；
77.2)不同规范，如不同系统的请求格式有xml格式、json格式、文本格式等，同一种格式下也可能由不同请求体组成，如有些xml格式由报文头、数字签名、报文体组成，有些xml格式则由安全头、报文体组成，不同格式的标签规范要求不同；
78.3)请求内容，不同系统的请求可能有敏感信息、普通信息、重要信息等，会根据请求的内容采取不同的数据验证及数据处理手段。
79.在获取到请求方的业务请求后，获取请求内容，其中请求内容包括请求方信息，使用预设资质名单，查看预设资质名单中是否包括该请求方信息，若存在，则表示请求方具备相关资质可准入请求，否则不具备请求资质。
80.请求内容还需携带请求等级，不同的请求等级代表请求内容的重要程度不同，相应的，对其验证方式也不同。例如，设置请求等级1、2、3、4、5级，1等级最低，5等级最高，请求方可以自行选择请求等级，假设选择了请求等级为1，则表示无需校验，若选择其他等级，则需要使用与之对应的校验方式，如请求等级为3，请求内容中包括账号密码，则使用相应账号密码验证方式进行验证，此处账号密码验证为本领域的惯用技术手段。
81.请求内容还需携带业务领域，不同业务领域有着不同的验证机制，例如业务领域1-手机验证码，业务领域2-数字签名证书-利用数字签名证书可保证业务数据的可靠性和防抵赖性、业务领域3-身份验证、业务领域4-防篡改-以保证请求内容的原子性。
82.前述资质验证、请求等级识别及验证、安全校验的处理结果会及时响应给请求方，若均校验通过则表示请求有效，可以继续后续操作，校验失败则表示请求无效，返回校验失败结果给请求方，以此实现时效性控制，具体参见图2所示。
83.除了上述预处理校验外，本方案还需要对其进行数据校验处理，如预先配置与业务领域对应的规范要求，以校验请求内容是否符合该规范要求。例如，金额字段应当是数字，但用户输入的是一个中文，则校验结果为不通过。例如，手机号码长度为11位，用户输入的手机号码长度为9位或者超过11位，则校验结果为不通过。
84.进一步的，在预处理校验结果为通过的情况下，可以对请求内容做封装处理，以存储到本地，以及记录对请求内容做预处理校验的操作信息，以生成验证日志，便于后续跟踪查询使用，如记录每一笔请求的处理状态、处理过程等。
85.对于步骤s102～s103，在请求内容校验结果为通过的情况下，对请求内容做数据处理操作，以解析请求内容识别路由数据。本方案预先针对服务方设置路由匹配规则，例如请求内容中设置手机号码字段，假设为13xxxxx，服务方a预先在管理平台设置有关该手机号的路由匹配规则，因而后续所有13xxxxx手机号发过来的请求，其请求内容均发给服务方
a。除了单字段外，本方案还可以设置多字段的组合，例如，设置银行b的新疆分行的跨行转账业务发给服务方c和d，其中，银行b是一个字段、新疆分行是一个字段、跨行转账业务又是一个字段，因而此处的路由匹配规则，实际为字段和字段值的匹配。但若无法匹配路由数据，则通知有相关权限的人员，在管理平台根据本次请求内容进行查看识别，以进行路由维护。
86.在通过路由数据确定对应的所有服务方系统后，通过统一的接出接口通知所有关联的服务方系统。考虑直接发送请求内容给服务方存在发送失败的情况，此种情况下请求内容存在丢失的风险，因此本方案优先仅做通知，服务方通过第二统一接入接口，主动根据该通知主动获取请求内容。
87.由于一个服务方同一时间可能收到多个通知，为区分这些通知，本方案在发送通知之前，为请求内容创建标识，此处标识可以为自增id，如当前最大id为1000，则为本次请求内容生成id为1001，通知中携带该标识，后续服务方可以根据通知中的该标识获取请求内容，以防止数据错乱。
88.上述实施例所提供的方法，在现有常规开发模式的基础上，抽象接口公共技术能力，设置统一接入接口和接出接口，使得接口处理采用更通用的技术实现，避免对第三方不同业务报文逐个独立开发接口的情况，以此提高内外部系统间接口适配、路由效率。
89.参见图3，示出了根据本发明实施例的一种可选的业务处理方法流程示意图，包括如下步骤：
90.s301：通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；
91.s302：响应于校验结果为通过，将所述请求内容存储在本地；
92.s303：根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；
93.s304：响应于检测到路由匹配规则发生更改，使用新路由匹配规则，查询与所述请求内容适配的新路由数据，确定与所述新路由数据对应的新服务方；
94.s305：通过统一接出接口将通知发送给确定的服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作；
95.s306：响应于将所述通知发送给服务方的结果为失败、或接收到服务方传输的拉取所述请求内容失败的信息，重新发送通知给服务方，以在收到服务方传输的对所述请求内容的拉取请求时，从本地获取所述请求内容并反馈给服务方。
96.上述实施方式中，对于步骤s301、s303、s305，可参见图1所示描述，在此不再赘述。
97.对于步骤s304，本方案中的路由匹配规则由服务方在管理平台配置，但在一些预设参数未达到预期的情况下，需要对规则进行维护处理，因而路由匹配规则可能会发生更改。对于同一请求内容，在前一刻使用路由匹配规则匹配到服务方后，可能下一刻路由匹配规则已发生更改，需要使用新路由匹配规则重新确定服务方。
98.如前述举例，预先在管理平台设置有关该手机号的路由匹配规则，因而后续所有13xxxxx手机号发过来的请求，其请求内容均发给服务方a，该路由匹配规则在2023.04.25生成。假设当前时间为2023.06.25-11:02:30，中间未更改过该规则，因而通过该规则仍匹配到服务方a。但2023.06.25-11:02:50时刻，该路由匹配规则发生变化，原先服务方a业务
暂停，服务方c接管服务方a的业务，因而将该规则中的服务方a更改为服务方c。
99.上述仅为示例，实际操作中请求内容处理通常是毫秒级。为解决上述问题，本方案在发送通知给服务方之前，需要判断路由匹配规则是否发生更改，若更改，则使用新的规则匹配新的服务方，后续也将通知发给新的服务方。此处匹配到的新服务方可能与之前匹配的服务方相同，如更改前述规则中的匹配字段，但匹配结果仍为服务方a。
100.对于步骤s302和s306，在校验结果为通过的情况下，可以对请求内容做封装处理，以存储到本地，便于后续跟踪查询。具体地，在预处理校验结果为通过的情况下，对请求内容做封装处理。
101.因而后续若发生传输通知给服务方失败(如一定时长内未收到服务方拉取数据请求)，或服务方拉取请求内容失败时(如服务方传输获取请求内容失败信息)，需要重新发通知给请求方，请求方自行根据收到的通知主动获取请求内容。
102.上述实施例所提供的方法，设置路由匹配规则更新机制，在发送通知给服务方之前判断规则是否更改，避免将通知发给已不再处理本业务的服务方，提升业务处理效率；以及设置本地存储机制，以提升服务方获取到请求内容的成功率。
103.参见图4，示出了根据本发明实施例的另一种可选的业务处理方法流程示意图，包括如下步骤：
104.s401：接收对服务方的权限的配置操作，其中，权限包括是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知；
105.s402：通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；
106.s403：响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；
107.s404：通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作；
108.s405：通过第二统一接入接口，接收服务方传输的对所述业务请求的处理状态的查询请求，根据服务方的标识，查询服务方是否具备查询权限；
109.s406：响应于查询结果为具备，根据所述查询请求中的所述业务请求的标识，查询相应处理状态并返回给服务方。
110.上述实施方式中，对于步骤s402～s404可参见图1所示描述，在此不再赘述。
111.对于步骤s401，本方案设置的管理平台，包括权限管理、路由维护、辅助跟踪功能，可以服务方自行在该平台上配置，也可以接收服务方的信息进行配置，本方案优选后一种方式，以此实现对服务方的管理。
112.本方案对于服务方的权限，主要包括三方面：是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知，对于是否可配置路由匹配规则、是否可重新发送通知通常设置为是，而对于是否可查看请求处理状态可以选择设置为是，也可以选择设置为否。不同服务方的权限，可以存储在同一张权限表中，如服务方-是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知，后续即可查询该表。
113.对于步骤s405和s406，一个请求发出后，可能会有多个服务组件(即服务方)进行
接收，是否能够正确处理业务以及该请求所处状态、是否需要后续进行跟踪处理，是每一个请求方、服务方，在请求发出后多数需要关注的。
114.因而对已发起的业务请求及其接收处理状态，各服务方对应的业务人员可通过管理平台进行查看跟踪，包括接收状态、处理状态、路由结果等。但在此之前，首先需要根据服务方的标识，从上述权限表中查询其是否具备查询权限，若具备，才可以查询。此处请求中仍携带的是请求内容的标识，通过第二统一接口传输，以此根据该标识，查询其处理状态并返回给服务方，如是否能够正确处理业务、请求所处状态、是否需要后续进行跟踪处理。
115.上述实施例所提供的方法，在管理平台设置服务方的多种权限，以此实现对服务方的管理，后续服务方可以通过统一接入接口传输查询请求，以获取请求处理状态，解决了现有无法快速识别业务处理状态的问题。
116.参见图5所示，为本方案的设计架构图，本方案设置三个模块，分别为接入预处理模块、报文处理模块和管理平台。
117.1、接入预处理模块提供统一的接入接口以及请求的接入预处理服务，外部请求方系统可以通过统一的接入接口对接该接入预处理模块，以进行预处理相关验证，如请求等级识别、安全校验、资质校验，也可以记录校验操作信息。
118.另外，在预处理校验结果为通过的情况下，接入预处理模块会将请求内容推送至报文处理模块，接入预处理模块会识别转换不同发起方式(不同协议、不同规范等)的请求，但不改变、不解析请求内容，所以在推送请求内容之前，需将请求内容进行封装，封装后的内容也可以使用统一的接入入口请求至报文处理模块。
119.2、报文处理模块提供统一接入接口，用于实现报文请求内容数据规范要求技术验证及路由，并提供统一的接出接口(或称为分发路由的通知接口，数量仅一个)以通知关联的不同服务方系统，后续通过其统一接入接口以响应各关联方获取业务内容的请求。
120.由于报文处理模块也提供有统一的接入接口，以与服务方进行交互，因而为将接入预处理模块和报文处理模块得统一接入接口相区分，将接入预处理模块的统一接入接口设置为第一统一接入接口，将报文处理模块的统一接入接口设置为第二统一接入接口。
121.报文处理模块接收接入预处理模块的输出结果，即封装后的请求内容，首先将封装后的请求内容存储到本地，以在出现异常(例如重要请求首次发送失败、请求路由失败等)或需重复发起的时候，由本地存储的请求内容再次发起，也方便后续辅助跟踪等。
122.3、维护人员通过管理平台实现各关联服务方的路由匹配规则维护、系统权限维护、业务请求状态辅助跟踪、异常请求处理等技术参数的灵活维护及查看。对于处理异常的业务报文，可通过管理平台的异常处理模块针对异常服务方接进行技术重发，支持进行路由匹配规则维护后的再次路由重发。
123.本发明实施例提供的方法，对于不同请求方的不同业务请求内容，先经过接入预处理流转，以进行统一的安全校验、系统验证，再通过报文处理部分的快速验证、精准识别等方式，完成服务方的适配并通知所有关联服务方，之后所有关联服务方可主动获取具体业务报文内容。相对现有技术，至少存在如下有益效果：
124.1、提供统一接入接口和接出接口、路由匹配规则，以快速完成第三方与内部多个业务系统的对接交互以及灵活路由分发，快速检测、精准识别服务方系统，以此降低多个系统之间请求处理的复杂度，减少不同业务请求的独立适配频次，解决了现有需第三方不同
业务请求逐个独立开发接口的情况；
125.2、持久化存储请求内容但不做具体处理，保证请求内容的原子性；在出现异常情况时，可进行自定义重发通知及路由再定向适配，另外还可以及时跟踪请求内容处理状态，实现解耦技术校验与业务处理，解决了现有方案的复杂性并提升灵活性。
126.参见图6，示出了本发明实施例提供的一种业务处理装置600的主要模块示意图，包括：
127.接入预处理模块601，用于通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；
128.报文处理模块602，用于响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；
129.通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作。
130.本发明实施装置中，所述接入预处理模块601，用于：对所述请求内容做预处理校验；
131.报文处理模块602，用于：响应于预处理校验结果为通过，获取所述请求内容中的业务领域，确定预先配置的与所述业务领域对应的规范要求，以校验所述请求内容是否符合所述规范要求。
132.本发明实施装置中，所述请求内容包括请求方身份信息、请求等级、业务领域，所述接入预处理模块601，用于：
133.在预设资质名单中查询是否存在所述请求方身份信息；
134.使用与所述请求等级对应的校验方式，对所述请求内容进行校验；
135.使用与所述业务领域对应的安全校验机制，对所述请求内容进行安全性校验；
136.在校验结果均为通过的情况下，确定所述请求内容的预处理校验结果为通过，否则返回校验失败结果给请求方。
137.本发明实施装置中，所述接入预处理模块601，还用于：
138.对所述请求内容做封装处理；以及
139.记录对所述请求内容做预处理校验的操作信息，得到验证日志。
140.本发明实施装置中，所述报文处理模块602，还用于：
141.将所述请求内容存储在本地；以及
142.响应于将所述通知发送给服务方的结果为失败、或接收到服务方传输的拉取所述请求内容失败的信息，重新发送通知给服务方，以在收到服务方传输的对所述请求内容的拉取请求时，从本地获取所述请求内容并反馈给服务方。
143.本发明实施装置中，所述报文处理模块602，还用于：
144.响应于检测到路由匹配规则发生更改，使用新路由匹配规则，查询与所述请求内容适配的新路由数据，确定与所述新路由数据对应的新服务方。
145.本发明实施装置还包括管理平台，用于：
146.通过第二统一接入接口，接收服务方传输的对所述业务请求的处理状态的查询请求，根据服务方的标识，查询服务方是否具备查询权限；
147.响应于查询结果为具备，根据所述查询请求中的所述业务请求的标识，查询相应处理状态并返回给服务方。
148.本发明实施装置中，所述管理平台，还用于：
149.接收对服务方的权限的配置操作，其中，权限包括是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知。
150.另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。
151.图7示出了可以应用本发明实施例的示例性系统架构700，包括终端设备701、702、703，网络704和服务器705(仅仅是示例)。
152.终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，安装有各种通讯客户端应用，用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。
153.网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
154.服务器705可以是提供各种服务的服务器，需要说明的是，本发明实施例所提供的方法一般由服务器705执行，相应地，装置一般设置于服务器705中。
155.应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
156.下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
157.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
158.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
159.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
160.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计
算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
161.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
162.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接入预处理模块、报文处理模块、管理平台。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，报文处理模块还可以被描述为“路由模块”。
163.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行上述任一所述的业务处理方法。
164.本发明的计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本发明实施例中的业务处理方法。
165.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种业务处理方法，其特征在于，包括：通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作。2.根据权利要求1所述的方法，其特征在于，所述对所述业务请求中的请求内容做校验处理，包括：对所述请求内容做预处理校验，响应于预处理校验结果为通过，获取所述请求内容中的业务领域，确定预先配置的与所述业务领域对应的规范要求，以校验所述请求内容是否符合所述规范要求。3.根据权利要求1所述的方法，其特征在于，所述请求内容包括请求方身份信息、请求等级、业务领域，所述对所述请求内容做预处理校验，包括：在预设资质名单中查询是否存在所述请求方身份信息；使用与所述请求等级对应的校验方式，对所述请求内容进行校验；使用与所述业务领域对应的安全校验机制，对所述请求内容进行安全性校验；在校验结果均为通过的情况下，确定所述请求内容的预处理校验结果为通过，否则返回校验失败结果给请求方。4.根据权利要求2或3所述的方法，其特征在于，在所述获取所述请求内容中的业务领域之前，所述方法还包括：对所述请求内容做封装处理；以及记录对所述请求内容做预处理校验的操作信息，得到验证日志。5.根据权利要求1所述的方法，其特征在于，在所述根据路由匹配规则，查询与所述请求内容适配的路由数据之前，所述方法还包括：将所述请求内容存储在本地；在所述接收服务方根据所述通知对所述请求内容的拉取操作之后，所述方法还包括：响应于将所述通知发送给服务方的结果为失败、或接收到服务方传输的拉取所述请求内容失败的信息，重新发送通知给服务方，以在收到服务方传输的对所述请求内容的拉取请求时，从本地获取所述请求内容并反馈给服务方。6.根据权利要求1所述的方法，其特征在于，在所述通过统一接出接口将所述通知发送给服务方之前，所述方法还包括：响应于检测到路由匹配规则发生更改，使用新路由匹配规则，查询与所述请求内容适配的新路由数据，确定与所述新路由数据对应的新服务方。7.根据权利要求1所述的方法，其特征在于，所述方法还包括：通过第二统一接入接口，接收服务方传输的对所述业务请求的处理状态的查询请求，根据服务方的标识，查询服务方是否具备查询权限；响应于查询结果为具备，根据所述查询请求中的所述业务请求的标识，查询相应处理状态并返回给服务方。
8.根据权利要求7所述的方法，其特征在于，在所述根据服务方的标识，查询服务方是否具备查询权限之前，所述方法还包括：接收对服务方的权限的配置操作，其中，权限包括是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知。9.一种业务处理装置，其特征在于，包括：接入预处理模块，用于通过第一统一接入接口接收请求方传输的业务请求，对所述业务请求中的请求内容做校验处理；报文处理模块，用于响应于校验结果为通过，根据路由匹配规则，查询与所述请求内容适配的路由数据，确定与所述路由数据对应的服务方，并为所述请求内容创建标识，以生成包括所述标识的通知；通过统一接出接口将所述通知发送给服务方，以通过第二统一接入接口，接收服务方根据所述通知对所述请求内容的拉取操作。10.根据权利要求9所述的装置，其特征在于，所述接入预处理模块，用于：对所述请求内容做预处理校验；报文处理模块，用于：响应于预处理校验结果为通过，获取所述请求内容中的业务领域，确定预先配置的与所述业务领域对应的规范要求，以校验所述请求内容是否符合所述规范要求。11.根据权利要求9所述的装置，其特征在于，所述请求内容包括请求方身份信息、请求等级、业务领域，所述接入预处理模块，用于：在预设资质名单中查询是否存在所述请求方身份信息；使用与所述请求等级对应的校验方式，对所述请求内容进行校验；使用与所述业务领域对应的安全校验机制，对所述请求内容进行安全性校验；在校验结果均为通过的情况下，确定所述请求内容的预处理校验结果为通过，否则返回校验失败结果给请求方。12.根据权利要求10或11所述的装置，其特征在于，所述接入预处理模块，还用于：对所述请求内容做封装处理；以及记录对所述请求内容做预处理校验的操作信息，得到验证日志。13.根据权利要求9所述的装置，其特征在于，所述报文处理模块，还用于：将所述请求内容存储在本地；以及响应于将所述通知发送给服务方的结果为失败、或接收到服务方传输的拉取所述请求内容失败的信息，重新发送通知给服务方，以在收到服务方传输的对所述请求内容的拉取请求时，从本地获取所述请求内容并反馈给服务方。14.根据权利要求9所述的装置，其特征在于，所述报文处理模块，还用于：响应于检测到路由匹配规则发生更改，使用新路由匹配规则，查询与所述请求内容适配的新路由数据，确定与所述新路由数据对应的新服务方。15.根据权利要求9所述的装置，其特征在于，所述装置还包括管理平台，用于：通过第二统一接入接口，接收服务方传输的对所述业务请求的处理状态的查询请求，根据服务方的标识，查询服务方是否具备查询权限；响应于查询结果为具备，根据所述查询请求中的所述业务请求的标识，查询相应处理
状态并返回给服务方。16.根据权利要求15所述的装置，其特征在于，所述管理平台，还用于：接收对服务方的权限的配置操作，其中，权限包括是否可查看请求处理状态、是否可配置路由匹配规则、是否可重新发送通知。17.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。18.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。19.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-8中任一项所述的方法。

技术总结
本发明公开了一种业务处理方法和装置，涉及数据处理技术领域。该方法的一具体实施方式包括：通过第一统一接入接口接收请求方传输的业务请求，对业务请求中的请求内容做校验处理；响应于校验结果为通过，根据路由匹配规则，查询与请求内容适配的路由数据，确定与路由数据对应的服务方，并为请求内容创建标识，以生成包括标识的通知；通过统一接出接口将通知发送给服务方，以通过第二统一接入接口，接收服务方根据通知对请求内容的拉取操作。该实施方式设置统一的接入接口和接出接口，设置路由匹配规则，使得整个请求处理过程采用更通用的技术实现，提高了内外部系统间接口的适配效率，解决了现有对第三方不同业务请求逐个独立开发接口的问题。发接口的问题。发接口的问题。


技术研发人员：王萌 张强
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.07.11
技术公布日：2023/9/9