一种业务信息推送方法、系统及存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种业务信息推送方法、系统及存储介质。


背景技术：

2.目前，客户的业务系统采用微服务架构模式，并且业务系统包括多个不同业务，各个业务服务是由不同厂商提供，因此各个业务的实现技术和方式都有所不同。
3.相关技术中，客户需要通过业务系统的不同业务模块查看不同业务推送的业务信息，操作比较繁琐，并且同时可能会漏掉重要的业务信息，从而造成严重的经济损失。


技术实现要素：

4.本技术提供一种业务信息推送方法、系统及存储介质，以解决上述相关技术中出现的问题。
5.本技术第一方面实施例提出一种业务信息推送方法，包括：获取至少一种业务类型对应的报文配置信息；通过不同模式接收所述至少一种业务类型的业务信息；根据接收到的所述业务信息的类型，确定所述业务信息对应的报文配置信息；利用所述业务信息对应的报文配置信息对所述业务信息进行解析，将解析后的业务信息统一推送至客户端。
6.可选的，所述报文配置信息，包括报文字段、报文说明、是否必填。
7.可选的，所述不同模式包括：同步模式和异步模式。
8.可选的，当模式为同步模式时，所述通过不同模式接收所述至少一种业务类型的业务信息包括通过同步接口接收所述至少一种类型的业务信息；所述通过同步接口接收所述至少一种类型的业务信息，包括：通过http接口接收所述至少一种类型的业务信息。
9.可选的，当模式为异步模式时，所述通过不同模式接收所述至少一种业务类型的业务信息包括通过异步任务接收所述至少一种类型的业务信息；所述通过异步任务接收所述至少一种类型的业务信息，包括：通过kafka/mq队列生产消费模式接收所述至少一种类型的业务信息。
10.可选的，在将解析后的业务信息推送至客户端之前，所述方法还包括：与所述客户端建立长连接通讯。
11.可选的，所述与所述客户端建立长连接通讯，包括：通过websocket server与所述客户端建立长连接通讯。
12.本技术第二方面实施例提出一种业务信息推送系统，包括：获取模块，用于获取至少一种业务类型对应的报文配置信息；接收模块，用于通过不同模式接收所述至少一种业务类型的业务信息；确定模块，用于根据接收到的所述业务信息的类型，确定所述业务信息对应的报
文配置信息；推送模块，用于利用所述业务信息对应的报文配置信息对所述业务信息进行解析，将解析后的业务信息统一推送至客户端。
13.本技术第三方面实施例提出的计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现如上第一方面所述的方法。
14.本技术第四方面实施例提出的计算机设备，其中，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时，能够实现如上第一方面所述的方法。
15.本技术的实施例提供的技术方案至少带来以下有益效果：本技术提出的业务信息推送方法、系统及存储介质中，获取升级任务，获取至少一种业务类型对应的报文配置信息，通过不同模式接收至少一种业务类型的业务信息，根据接收到的业务信息的类型，确定业务信息对应的报文配置信息，利用业务信息对应的报文配置信息对业务信息进行解析，将解析后的业务信息统一推送至客户端。其中，本技术通过不同业务类型对应统一的报文配置格式，使得可以根据报文配置信息统一解析至少一种业务类型发送的业务信息，满足了多样化的业务消息。同时，本技术将解析后的业务信息统一实时推送至客户端，使得客户可以及时统一查看业务信息，提高了业务操作的工作效率，进而避免了处理业务信息不及时造成的经济损失。
16.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
17.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：图1为根据本技术一个实施例提供的业务信息推送方法的流程示意图；图2为根据本技术一个实施例提供的业务信息推送系统的结构示意图。
具体实施方式
18.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
19.下面参考附图描述本技术实施例的业务信息推送方法及系统。
20.实施例一图1 为根据本技术一个实施例提供的一种业务信息推送方法的流程示意图，如图1所示，可以包括：步骤101、获取至少一种业务类型对应的报文配置信息。
21.其中，在本公开实施例中，可以通过业务人员的报文配置获取至少一种业务类型对应的报文配置信息。
22.以及，在本公开实施例中，上述报文配置信息可以包括报文字段、报文说明、是否
必填。在本公开实施例中，不同的业务类型对应的报文配置信息的格式相同，以及不同的业务类型对应的报文配置信息的内容不同。表1为根据本技术一个实施例提供的报文配置信息的格式。
23.表1报文字段报文说明是否必填vt_code凭证编码，标识不同业务yvt_body报文体，及报文内容yremark业务说明n参考表1所示，报文字段可以包括vt_code，报文说明为凭证编码，以标识不同业务，为必填项；报名字段可以包括vt_body，报文说明为报文体，及报文内筒，为必填项；报文字段可以包括remark，报文说明为业务说明，为不必填项。
24.在本公开实施例中，通过上述报文配置信息的格式，使得不同业务类型对应统一的报文配置格式，进而使得后续可以根据报文配置信息统一解析至少一种业务类型发送的业务信息，便于满足多样化的业务消息。
25.步骤102、通过不同模式接收至少一种业务类型的业务信息。
26.其中，在本公开实施例中，上述不同模式可以包括：同步模式和异步模式。
27.以及，在本公开实施例中，当上述不同模式不同时，对应通过不同模式接收至少一种业务类型的业务信息的方法也有所不同。
28.具体的，在本公开的一个实施例中，当模式为同步模式时，通过不同模式接收至少一种业务类型的业务信息的方法可以包括：通过同步接口接收至少一种类型的业务信息。
29.其中，在本公开实施例中，通过同步接口接收至少一种类型的业务信息的方法可以包括：通过http（hyper text transfer protocol，超文本传输协议）接口接收至少一种类型的业务信息。在本公开实施例中，上述通过http接口接收至少一种类型的业务信息可以满足与同微服务框架服务之间消息的传递，即微服务框架中内部的相互调用。
30.以及，在本公开的另一个实施例中，当模式为异步任务时，通过不同模式接收至少一种业务类型的业务信息的方法可以包括：通过异步任务接收至少一种类型的业务信息。
31.其中，在本公开实施例中，上述通过异步任务接收至少一种类型的业务信息的方法可以包括：通过kafka/mq队列生产消费模式接收至少一种类型的业务信息。在本公开实施例中，上述通过通过kafka/mq队列生产消费模式接收至少一种类型的业务信息可以满足与非用微服务架构或者其他架构服务之间消息的传递，即微服务框架与其他架构服务之间的外部的相互调用。
32.步骤103、根据接收到的业务信息的类型，确定业务信息对应的报文配置信息。
33.其中，在本公开实施例中，接收到业务信息之后，可以根据接收到的业务信息的类型，即可以根据接收到的业务信息的vt_code字段，确定接收到的业务信息的类型，然后根据确定的类型确定业务信息对应的报文配置信息。
34.步骤104、利用业务信息对应的报文配置信息对业务信息进行解析，将解析后的业务信息统一推送至客户端。
35.其中，在本公开实施例中，在将解析后的业务信息推送至客户端之前，上述方法还包括：与客户端建立长连接通讯。
36.以及，在本公开实施例中，与客户端建立长连接通讯的方法可以包括：通过websocket server与客户端建立长连接通讯。其中，在公开实施例中，上述与客户点建立长连接通讯后，可以完成业务信息到客户端的实时或准实时推送，从而可以提示用户及时处理相关业务，而不用依靠人工刷新或者电话交流之后才发现需要处理的业务信息，进而可以及时处理问题，提高了业务操作的工作效率。
37.需要说明的是，在本公开实施例中，将解析后的业务信息统一实时推送至客户端，使得客户可以及时统一查看业务信息，提高了业务操作的工作效率，进而避免了处理业务信息不及时造成的经济损失。
38.综上所述，本技术提出的业务信息推送方法，获取至少一种业务类型对应的报文配置信息，通过不同模式接收至少一种业务类型的业务信息，根据接收到的业务信息的类型，确定业务信息对应的报文配置信息，利用业务信息对应的报文配置信息对业务信息进行解析，将解析后的业务信息统一推送至客户端。其中，本技术通过不同业务类型对应统一的报文配置格式，使得可以根据报文配置信息统一解析至少一种业务类型发送的业务信息，满足了多样化的业务消息。同时，本技术将解析后的业务信息统一实时推送至客户端，使得客户可以及时统一查看业务信息，提高了业务操作的工作效率，进而避免了处理业务信息不及时造成的经济损失。
39.实施例二图2为根据本技术一个实施例提供的业务信息推送系统的结构示意图，如图2所示，所述系统可以包括：获取模块201，用于获取至少一种业务类型对应的报文配置信息；接收模块202，用于通过不同模式接收至少一种业务类型的业务信息；确定模块203，用于根据接收到的业务信息的类型，确定业务信息对应的报文配置信息；推送模块204，用于利用业务信息对应的报文配置信息对业务信息进行解析，将解析后的业务信息统一推送至客户端。
40.综上所述，本技术提出的业务信息推送系统，获取至少一种业务类型对应的报文配置信息，通过不同模式接收至少一种业务类型的业务信息，根据接收到的业务信息的类型，确定业务信息对应的报文配置信息，利用业务信息对应的报文配置信息对业务信息进行解析，将解析后的业务信息统一推送至客户端。其中，本技术通过不同业务类型对应统一的报文配置格式，使得可以根据报文配置信息统一解析至少一种业务类型发送的业务信息，满足了多样化的业务消息。同时，本技术将解析后的业务信息统一实时推送至客户端，使得客户可以及时统一查看业务信息，提高了业务操作的工作效率，进而避免了处理业务信息不及时造成的经济损失。
41.为了实现上述实施例，本公开还提出一种计算机存储介质。
42.本公开实施例提供的计算机存储介质，存储有可执行程序；所述可执行程序被处理器执行后，能够实现如图1任一所示的方法。
43.为了实现上述实施例，本公开还提出一种计算机设备。
44.本公开实施例提供的计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序；所述处理器执行所述程序时，能够实现如图1任一所示的方
法。
45.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、
ꢀ“
示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
46.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
47.尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。