一种报文处理方法、系统、存储介质及电子设备与流程

1.本技术涉及报文处理技术领域，更具体地说，涉及一种报文处理方法、系统、存储介质及电子设备。


背景技术：

2.随着我国经济的快速发展，监管部门对银行的要求也越来越高，银行业监管报送数据的准确、快速、安全获取是保证监管有效的基础。
3.目前报送的监管机构有人民银行、银监会等，因此报送类应用系统较多，报送类应用系统为了满足监管部门的要求，大都需要单独设立专门的报送服务器。而每个监管机构对上报数据的种类范围、报送频度、报送时效、报送的途径和方式、数据质量监控要求等都不一致，这使得系统管理人员在运维报送服务器工作时需要耗费大量的时间。并且有时多个报送系统会对同一个监管机构进行数据报送，该监管机构一般会提供类似的接口和规则来接收和反馈报文，而报送类应用系统往往会各自实现对外上报和接收报文的接口，存在重复开发的现象，造成了人力资源的浪费。
4.因此，现有的报送类应用系统进行报文报送的效率低，且人力成本高。


技术实现要素：

5.有鉴于此，本技术公开了一种报文处理方法、系统、存储介质及电子设备，旨在降低人力成本和提高报文发送的效率。
6.为了实现上述目的，其公开的技术方案如下：
7.本技术第一方面公开了一种报文处理方法，所述方法包括：
8.获取预设格式报文；所述预设格式报文由将通过节点处理后得到的sql取数结果封装至xml结构体得到；所述节点处理包括节点属性处理、叶子节点处理和子查询处理；
9.通过预设报文加压机制，对所述预设格式报文进行压缩，得到报文压缩结果；所述预设报文加压机制由所述预设格式报文的文件个数确定；所述报文压缩结果包括第一报文压缩结果或第二报文压缩结果；所述第一报文压缩结果为多个预设格式报文的压缩结果；所述第二报文压缩结果为单个预设格式报文的压缩结果；
10.将所述报文压缩结果存储至发送目录，并通过预设发送方式对所述发送目录中的报文压缩结果进行报文发送；所述预设发送方式由所述发送目录中的报文压缩结果的文件类型确定；所述文件类型包括普通文件和目录文件。
11.优选的，所述获取预设格式报文，包括：
12.获取xml结构体配置信息、数据库配置信息和公共配置信息；
13.根据所述xml结构体配置信息和所述公共配置信息，构建xml结构体；
14.对预先获取到的预设查询配置信息分别进行节点属性处理、叶子节点处理和子查询处理，得到sql取数结果；
15.将所述sql取数结果封装至所述xml结构体，得到预设格式报文。
16.优选的，还包括：
17.确定所述预设格式报文为加压文件；
18.将所述加压文件存储至加压文件路径下。
19.优选的，所述通过预设报文加压机制，对所述预设格式报文进行压缩，得到报文压缩结果，包括：
20.遍历所述加压文件路径下所述加压文件的加压配置文件参数；所述加压配置文件参数用于表征是否为多个文件压缩的参数；
21.若所述加压配置文件参数表征多个加压文件，则将多个加压文件进行加压，得到第一报文压缩结果；
22.若所述加压配置文件参数表征单个加压文件，则将单个加压文件进行压缩，得到第二报文压缩结果。
23.优选的，所述将所述报文压缩结果存储至发送目录，并通过预设发送方式对所述发送目录中的报文压缩结果进行报文发送，包括：
24.将所述报文压缩结果存储至发送目录；
25.遍历所述发送目录下存储所述报文压缩结果的文件后缀名；
26.判断所述报文压缩结果的文件后缀名的类型；
27.若所述文件后缀名为普通文件的后缀名，则通过预设发送接口将所述报文压缩结果进行报文发送。
28.优选的，还包括：
29.若所述文件后缀名为目录文件的后缀名，则继续对所述目录文件进行遍历，并返回执行判断所述报文压缩结果的文件后缀名的类型这一操作，直至所述发送目录下的文件发送完成。
30.本技术第二方面公开了一种报文处理系统，所述系统包括：
31.获取单元，用于获取预设格式报文；所述预设格式报文由将通过节点处理后得到的sql取数结果封装至xml结构体得到；所述节点处理包括节点属性处理、叶子节点处理和子查询处理；
32.压缩单元，用于通过预设报文加压机制，对所述预设格式报文进行压缩，得到报文压缩结果；所述预设报文加压机制由所述预设格式报文的文件个数确定；所述报文压缩结果包括第一报文压缩结果或第二报文压缩结果；所述第一报文压缩结果为多个预设格式报文的压缩结果；所述第二报文压缩结果为单个预设格式报文的压缩结果；
33.发送单元，用于将所述报文压缩结果存储至发送目录，并通过预设发送方式对所述发送目录中的报文压缩结果进行报文发送；所述预设发送方式由所述发送目录中的报文压缩结果的文件类型确定；所述文件类型包括普通文件和目录文件。
34.优选的，所述获取单元，包括：
35.获取模块，用于获取xml结构体配置信息、数据库配置信息和公共配置信息；
36.构建模块，用于根据所述xml结构体配置信息和所述公共配置信息，构建xml结构体；
37.处理模块，用于对预先获取到的预设查询配置信息分别进行节点属性处理、叶子节点处理和子查询处理，得到sql取数结果；
38.封装模块，用于将所述sql取数结果封装至所述xml结构体，得到预设格式报文。
39.本技术第三方面公开了一种存储介质，所述存储介质包括存储的指令，其中，在所述指令运行时控制所述存储介质所在的设备执行如第一方面任意一项所述的报文处理方法。
40.本技术第四方面公开了一种电子设备，包括存储器，以及一个或者一个以上的指令，其中一个或者一个以上指令存储于存储器中，且经配置以由一个或者一个以上处理器执行如第一方面任意一项所述的报文处理方法。
41.经由上述技术方案可知，本技术公开了一种报文处理方法、系统、存储介质及电子设备，获取预设格式报文，预设格式报文由将通过节点处理后得到的sql取数结果封装至xml结构体得到，节点处理包括节点属性处理、叶子节点处理和子查询处理，通过预设报文加压机制，对预设格式报文进行压缩，得到报文压缩结果，预设报文加压机制由预设格式报文的文件个数确定，报文压缩结果包括第一报文压缩结果或第二报文压缩结果，第一报文压缩结果为多个预设格式报文的压缩结果，第二报文压缩结果为单个预设格式报文的压缩结果，将报文压缩结果存储至发送目录，并通过预设发送方式对发送目录中的报文压缩结果进行报文发送，预设发送方式由发送目录中的报文压缩结果的文件类型确定，文件类型包括普通文件和目录文件。通过上述方案，针对不同类型的报文，无需按照不同类型的报文设置不同的报文报送方式和不同的接收报文的接口，因此不存在重复开发报文上报方式和报文接收接口的现象，节省时间，降低人力成本。本技术只需压缩预设格式报文，得到报文压缩结果来统一报文的格式，将报文压缩结果存储至发送目录，通过预设发送方式对发送目录中的报文压缩结果进行报文发送来统一报文的发送方式，使得管理人员不用运维报送服务器工作，提高报文发送的效率。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
43.图1为本技术实施例公开的一种报文处理方法的流程示意图；
44.图2为本技术实施例公开的报文生成过程的流程示意图；
45.图3为本技术实施例公开的报文压缩过程的流程示意图；
46.图4为本技术实施例公开的报文发送过程的流程示意图；
47.图5为本技术实施例公开的一种报文处理系统的结构示意图；
48.图6为本技术实施例公开的一种电子设备的结构示意图。
具体实施方式
49.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
51.由背景技术可知，报送类应用系统为了满足监管部门的要求，大都需要单独设立专门的报送服务器。而每个监管机构对上报数据的种类范围、报送频度、报送时效、报送的途径和方式、数据质量监控要求等都不一致，这使得系统管理人员在运维报送服务器工作时需要耗费大量的时间。并且有时多个报送系统会对同一个监管机构进行数据报送，该监管机构一般会提供类似的接口和规则来接收和反馈报文，而报送类应用系统往往会各自实现对外上报和接收报文的接口，存在重复开发的现象，造成了人力资源的浪费。因此，现有的报送类应用系统进行报文报送的效率低，且人力成本高。
52.为了解决上述问题，本技术实施例公开了一种报文处理方法、系统、存储介质及电子设备，针对不同类型的报文，无需按照不同类型的报文设置不同的报文报送方式和不同的接收报文的接口，因此不存在重复开发报文上报方式和报文接收接口的现象，节省时间，降低人力成本。本技术只需压缩预设格式报文，得到报文压缩结果来统一报文的格式，将报文压缩结果存储至发送目录，通过预设发送方式对发送目录中的报文压缩结果进行报文发送来统一报文的发送方式，使得管理人员不用运维报送服务器工作，提高报文发送的效率。具体实现方式通过下述实施例具体进行说明。
53.参考图1所示，为本技术实施例公开的一种报文处理方法的流程示意图，该报文处理方法主要包括如下步骤：
54.s101：获取预设格式报文；预设格式报文由将通过节点处理后得到的结构化查询语言(structured query language，sql)取数结果封装至可拓展标记语言(extensible markup language，xml)结构体得到；节点处理包括节点属性处理、叶子节点处理和子查询处理。
55.在s101中，根据各系统(如，监管报送类应用系统)定制的xml结构体，由xml结构体解析器产生对应结构的xml格式的报送文件，即预设格式报文。
56.其中，监管报送应用系统为满足监管部门(中国人民银行、银监会、外管局等)监管要求，商业银行建设用于进行监管数据加工的应用系统。
57.定制的过程就是根据报送系统所需要的配置，配置xml报文(一个标签对应一个变量)。
58.xml报文为使用可扩展标记语言xml编写的报送文件，一般由监管机构提供格式，银行端按要求生成xml报文。xml报文是一种标签文件，宗旨就是遍历xml里面的标签，将标签作为节点。
59.节点处理是根据预设查询配置信息，读取预设查询配置信息的节点属性、预设查询配置信息的叶子节点和预设查询配置信息的子查询信息进行分类逻辑处理(节点属性处理、叶子节点处理、节点子列表childlist处理)。
60.预设查询配置信息包括数据库id、端口、名称、用户等登录参数信息。
61.具体获取预设格式报文的过程如a1-a4所示。
62.a1：获取xml结构体配置信息、数据库配置信息和公共配置信息。
63.其中，读取本地xml文件生成配置和报送作业的公共配置信息以获取xml结构体配置信息和sql配置应用系统数据库类型等，并根据gbase/oracle sql配置及预设查询配置信息，拼接对应的sql取数结果。
64.sql取数结果包括根据gbase/oracle sql配置文件获取的关键信息，如select字段from表的sql。
65.数据库配置信息用于连接数据库。本技术只需通过数据库配置信息进行一次连接数据库，连上数据库后续无需重复连接。
66.公共配置信息包括压缩方式、报文生成方式、编码方式、加解密方式等公共类配置。
67.本地xml文件生成配置信息包括为报送系统按监管要求报送的xml文件格式，这种要根据具体的监管要求而定，比如说按理财类型报送，可能就需要报送类别、路径、发送方式等个性配置。
68.a2：根据xml结构体配置信息和公共配置信息，构建xml结构体。
69.a3：对预设查询配置信息分别进行节点属性处理、叶子节点处理和子查询处理，得到sql取数结果。
70.具体得到sql取数结果的过程结合图2进行说明。图2示出了sql取数结果的生成过程的流程示意图。
71.s201：对预设查询配置信息进行节点属性处理。
72.其中，对预设查询配置信息进行读取节点属性的处理操作。
73.s202：在对预设查询配置信息进行节点处理的过程中，判断预设查询配置信息对应的节点是否为叶子节点，若是，则执行s203，若否，则执行s204。
74.s203：对预设查询配置信息进行叶子节点处理。
75.s204：将预设查询配置信息添加至childlist链表进行childlist处理。
76.s205：在对预设查询配置信息进行节点处理的过程中，判断预设查询配置信息对应的节点中是否包括子查询节点，若是，则执行s206，若否，则执行s207。
77.s206：对预设查询配置信息进行子查询处理。
78.s207：将预设查询配置信息添加至childlist链表进行childlist处理。
79.其中，s201、s202和s205均为并列关系。
80.s208：当所有节点处理(节点属性处理、叶子节点处理和子查询处理)完成后，得到sql取数结果。
81.a4：将sql取数结果封装至xml结构体，得到预设格式报文。
82.记录预设格式报文(xml报文)生成对应的日志。
83.s102：通过预设报文加压机制，对预设格式报文进行压缩，得到报文压缩结果；预设报文加压机制由预设格式报文的文件个数确定；报文压缩结果包括第一报文压缩结果或第二报文压缩结果；第一报文压缩结果为多个预设格式报文的压缩结果；第二报文压缩结果为单个预设格式报文的压缩结果。
84.具体通过预设报文加压机制，对预设格式报文进行压缩，得到报文压缩结果的过程，结合图3进行说明，图3示出了报文压缩过程的流程示意图。
85.s301：确定预设格式报文为加压文件，并将加压文件存储至加压文件路径下。
86.其中，读取各应用系统配置的配置文件参数(打包方式)，根据配置文件参数对预设格式报文进行打包，得到加压文件，并通过压缩模块配置完成对加压文件进行压缩等操作。
87.压缩模块配置包括压缩目录、是否多个文件压缩、压缩类型等配置。
88.s302：遍历加压文件路径下加压文件的加压配置文件参数；加压配置文件参数用于表征是否为多个文件压缩的参数。
89.s303：通过加压配置文件参数判断加压文件路径下加压文件是否为目录文件，若是，则返回执行s302这一步骤，若否，则执行s304。
90.s304：判断加压配置文件参数是否表征单个加压文件，若否，则执行s305，若是，则执行s306。
91.其中，当加压配置文件参数为1个时，则确定加压配置文件参数表征单个加压文件。
92.s305：确定加压配置文件参数表征多个加压文件，将多个加压文件进行加压，得到第一报文压缩结果。
93.其中，当加压配置文件参数为大于1的整数时，则确定加压配置文件参数表征多个加压文件。
94.第一报文压缩结果为多个预设格式报文(xml格式报文)的压缩结果。
95.s306：确定加压配置文件参数表征单个加压文件，并将单个加压文件进行压缩，得到第二报文压缩结果。
96.其中，第二报文压缩结果为单个预设格式报文的压缩结果。
97.s103：将报文压缩结果存储至发送目录，并通过预设发送方式对发送目录中的报文压缩结果进行报文发送；预设发送方式由发送目录中的报文压缩结果的文件类型确定；文件类型包括普通文件和目录文件。
98.在s103中，报文发送服务根据报文发送配置，将报文压缩结果存储至发送目录，通过发送目录中的报文压缩结果的文件类型，对发送目录中的报文压缩结果进行报文发送至业务源系统。
99.具体将报文压缩结果存储至发送目录，并通过预设发送方式对发送目录中的报文压缩结果进行报文发送的过程，结合图4进行说明。图4示出了报文发送过程的流程示意图。
100.s401：当接收到报文发送提醒信息时，读取报文发送配置来获取报文路径和备份路径。
101.其中，生成报文发送提醒信息可自定义开启或关闭。
102.报文发送配置用于获取报文路径和备份路径的配置信息。
103.s402：通过报文路径和备份路径，确定发送目录。
104.s403：将报文压缩结果存储至发送目录。
105.可选的，将报文压缩结果通过报送前置机发送至前置机目录。
106.报送前置机用于商业银行与监管机构进行数据报送的网络中间设备，以满足网络安全要求与数据报送要求。
107.将报文压缩结果备份到报文备份目录。
108.s404：遍历发送目录下存储报文压缩结果的文件后缀名，若文件后缀名为普通文件的后缀名，则执行s405，若文件后缀名为目录文件的后缀名，则执行s406。
109.s405：通过预设发送接口将报文压缩结果进行报文发送。
110.其中，预设发送接口可以是中债登接口，也可以是其他系统的接口，具体预设发送接口的确定由技术人员根据实际情况进行设置，本技术不做具体限定。本方案的预设发送接口优选中债登接口。
111.s406：继续对目录文件进行遍历，并返回执行判断报文压缩结果的文件后缀名的类型这一操作，直至发送目录下的文件发送完成。
112.本技术实施例中，针对不同类型的报文，无需按照不同类型的报文设置不同的报文报送方式和不同的接收报文的接口，因此不存在重复开发报文上报方式和报文接收接口的现象，节省时间，降低人力成本。本技术只需压缩预设格式报文，得到报文压缩结果来统一报文的格式，将报文压缩结果存储至发送目录，通过预设发送方式对发送目录中的报文压缩结果进行报文发送来统一报文的发送方式，使得管理人员不用运维报送服务器工作，提高报文发送的效率。
113.基于上述实施例图1公开的一种报文处理方法，本技术实施例还对应公开了一种报文处理系统，如图5所示，该报文处理系统包括获取单元501、压缩单元502和发送单元503。
114.获取单元501，用于获取预设格式报文；预设格式报文由将通过节点处理后得到的sql取数结果封装至xml结构体得到；节点处理包括节点属性处理、叶子节点处理和子查询处理。
115.压缩单元502，用于通过预设报文加压机制，对预设格式报文进行压缩，得到报文压缩结果；预设报文加压机制由预设格式报文的文件个数确定；报文压缩结果包括第一报文压缩结果或第二报文压缩结果；第一报文压缩结果为多个预设格式报文的压缩结果；第二报文压缩结果为单个预设格式报文的压缩结果。
116.发送单元503，用于将报文压缩结果存储至发送目录，并通过预设发送方式对发送目录中的报文压缩结果进行报文发送；预设发送方式由发送目录中的报文压缩结果的文件类型确定；文件类型包括普通文件和目录文件。
117.进一步的，获取单元501包括获取模块、构建模块、处理模块和封装模块。
118.获取模块，用于获取xml结构体配置信息、数据库配置信息和公共配置信息。
119.构建模块，用于根据xml结构体配置信息和公共配置信息，构建xml结构体。
120.处理模块，用于对预先获取到的预设查询配置信息分别进行节点属性处理、叶子节点处理和子查询处理，得到sql取数结果。
121.封装模块，用于将sql取数结果封装至xml结构体，得到预设格式报文。
122.进一步的，报文处理系统还包括确定单元和存储单元。
123.确定单元，用于确定预设格式报文为加压文件。
124.存储单元，用于将加压文件存储至加压文件路径下。
125.进一步的，压缩单元502包括第一遍历模块、加压模块和压缩模块。
126.第一遍历模块，用于遍历加压文件路径下加压文件的加压配置文件参数；加压配置文件参数用于表征是否为多个文件压缩的参数。
127.加压模块，用于若加压配置文件参数表征多个加压文件，则将多个加压文件进行加压，得到第一报文压缩结果。
128.压缩模块，用于若加压配置文件参数表征单个加压文件，则将单个加压文件进行压缩，得到第二报文压缩结果。
129.进一步的，发送单元503包括存储模块、第二遍历模块、判断模块和发送模块。
130.存储模块，用于将报文压缩结果存储至发送目录。
131.第二遍历模块，用于遍历发送目录下存储报文压缩结果的文件后缀名。
132.判断模块，用于判断报文压缩结果的文件后缀名的类型，
133.发送模块，用于若文件后缀名为普通文件的后缀名，则通过预设发送接口将报文压缩结果进行报文发送。
134.进一步的，报文处理系统还包括遍历单元。
135.遍历单元，用于若文件后缀名为目录文件的后缀名，则继续对目录文件进行遍历，并返回执行判断报文压缩结果的文件后缀名的类型这一操作，直至发送目录下的文件发送完成。
136.本技术实施例中，针对不同类型的报文，无需按照不同类型的报文设置不同的报文报送方式和不同的接收报文的接口，因此不存在重复开发报文上报方式和报文接收接口的现象，节省时间，降低人力成本。本技术只需压缩预设格式报文，得到报文压缩结果来统一报文的格式，将报文压缩结果存储至发送目录，通过预设发送方式对发送目录中的报文压缩结果进行报文发送来统一报文的发送方式，使得管理人员不用运维报送服务器工作，提高报文发送的效率。
137.本技术实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述报文处理方法。
138.本技术实施例还提供了一种电子设备，其结构示意图如图6所示，具体包括存储器601，以及一个或者一个以上的指令602，其中一个或者一个以上指令602存储于存储器601中，且经配置以由一个或者一个以上处理器603执行所述一个或者一个以上指令602执行上述报文处理方法。
139.对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
140.需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
141.本技术各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。
142.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
143.对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本技术。对这
些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
144.以上所述仅是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。