1.本发明公开一种方法，涉及短信服务技术领域，具体地说是一种应用于政务领域的多通道短信服务优化方法。
背景技术：2.政务服务同一区划一般采用多个短信服务供应服务，常有使用同一政务产品的多个区县采购了不同厂商的短信服务的情况，这使得需要为多个区县分别部署一套政务产品，在后续的应用部署中容易导致一些问题，比如政务资源的浪费，即为每个区县单独部署政务产品将占用数倍的服务器资源、网络资源等；比如大幅增加后期实施、维护的成本，后续软件产品的升级将花费数倍现场的人力资源等。
3.而其他解决方案比如根据各区县的短信服务需求进行政务产品的定制功能开发等，将增加软件开发成本，造成工期延长及其他软硬件成本的提升，也不是良好的解决办法。
技术实现要素：4.本发明针对现有技术的问题，提供一种应用于政务领域的多通道短信服务优化方法，优化政务服务大厅的软件系统中短信服务的对接方式，提高资源利用率和开发部署的效率。
5.本发明提出的具体方案是：
6.本发明提供一种应用于政务领域的多通道短信服务优化方法，根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，所述短信服务在rocketmq服务端注册为消息生成者，
7.通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。
8.进一步，所述的一种应用于政务领域的多通道短信服务优化方法中所述根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，包括：
9.根据政务服务的业务场景，通过短信服务指定实时短信消息或非实时短信消息至rocketmq服务端。
10.进一步，所述的一种应用于政务领域的多通道短信服务优化方法中通过rocketmq服务端采取数据补偿的机制，筛选短信消息丢失的异常数据根据政务服务的业务场景进行重新发送。
11.进一步，所述的一种应用于政务领域的多通道短信服务优化方法中根据政务服务的业务场景调用第三方平台的短信服务指定短信消息至rocketmq服务端。
12.本发明还提供一种应用于政务领域的多通道短信服务优化系统，包括中间件对接
模块，
13.中间件对接模块根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，所述短信服务在rocketmq服务端注册为消息生成者，
14.通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。
15.进一步，所述的一种应用于政务领域的多通道短信服务优化系统中所述中间件对接模块根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，包括：
16.根据政务服务的业务场景，通过短信服务指定实时短信消息或非实时短信消息至rocketmq服务端。
17.进一步，所述的一种应用于政务领域的多通道短信服务优化系统中所述中间件对接模块通过rocketmq服务端采取数据补偿的机制，筛选短信消息丢失的异常数据根据政务服务的业务场景进行重新发送。
18.进一步，所述的一种应用于政务领域的多通道短信服务优化系统中所述中间件对接模块根据政务服务的业务场景调用第三方平台的短信服务指定短信消息至rocketmq服务端。
19.本发明的有益之处是：
20.本发明提供一种应用于政务领域的多通道短信服务优化方法，屏蔽了政务产品与多通道之间的网络环境，不再需要政务产品与各个短信通道的之间通信，仅需要将政务产品都连入mqtt服务器和应用服务器即可，并且政务产品只需保证与短信服务的通信，后续不再需要二次开发，因mqtt协议消息具有占用带宽低、轻量、可靠性较高等特点，消息的传递占用资源少，当没消息触发时不需要再一直去连接应用服务器来获取最新数据，又可降低应用服务器的压力。同时添加了正确的数据补偿措施之后，数据的精准和计时性得到了保证。
附图说明
21.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是本发明方法应用框架示意图。
23.图2是本发明方法流程示意图。
具体实施方式
24.下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
25.目前各区县政务服务产品多样且版本不固定，需要对接的短信供应商更是多种多样，需要减少开发适配难度，减轻部署实施的工作量，适用需求快速变化的敏捷开发要求。
26.因此本发明提供一种应用于政务领域的多通道短信服务优化方法，根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，所述短信服务在rocketmq服务端注册为消息生成者，
27.通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。
28.通过本发明方法来处理不同通道之间的数据传输、计算、保存的方式：一是标准化开发模式，固定部署维护步骤；二是同时监听多通道，减少各方资源的占用和浪费。
29.具体应用中，在本发明方法的一些实施例中，可以根据本发明方法建立起短信模型，在mqtt(消息队列遥测传输)协议的基础上，根据政务服务的业务场景进行了改造，以解决政务大厅领域开发、实施过程中的问题。
30.具体实施过程为：
31.部署短信服务，将短信直接送入管理系统数据库，政务服务产品根据政务服务的业务场景可访问短信服务，政务服务发布指定的消息到短信服务，通过短信服务发送指定消息到rocketmq服务器，所述短信服务在rocketmq服务端注册为消息生成者，
32.通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商，其中消息的传输仅携带部分关键数据，用来作为通知，当消费者consumer主动获取到通知后，将数据送往指定的短信通道服务商。并利用rocketmq的负载均衡机制，实现削峰填谷，承接流量脉冲而不被击垮，在确保系统可用性同时，因快速有效的请求响应而提升用户的体验。与单纯使用http进行通信相比，这种使用rocketmq接收通知，通过关键数据指向特定通道的方式不需要政务产品同时对接多个短信通道，可以更节约资源，是更佳的解决方案。可以降低每次数据传输http请求时间，高频并发问题也可以得到有效解决。每一个短信发送都可以作为一个消息，负载均衡模式下，在资源利用率最高的情况下进行实时发送。
33.进一步，所述的一种应用于政务领域的多通道短信服务优化方法中所述根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，包括：
34.根据政务服务的业务场景，通过短信服务指定实时短信消息或非实时短信消息至rocketmq服务端，其中实时短信，触发后需立刻发出，非实时短信，一般指批量产生的后台短信，服务器可资源充足时发送。两类短信均都要求数据的准确，因此在数据的传递方面，基于mqtt(消息队列遥测传输)协议的中间件来处理数据的通知，使用其消息队列的发布/订阅模式，就可以将数据的变动情况快速的各通道的发送服务。
35.进一步，所述的一种应用于政务领域的多通道短信服务优化方法中通过rocketmq服务端采取数据补偿的机制，筛选短信消息丢失的异常数据根据政务服务的业务场景进行重新发送，如可选择日中和日终时，筛选出异常的数据进行重新发送。
36.进一步，所述的一种应用于政务领域的多通道短信服务优化方法中根据政务服务的业务场景调用第三方平台的短信服务指定短信消息至rocketmq服务端，如可对接app、微
信小程序等第三方，这时我们就需要以应用服务器为对外途径，提供api接口供其调用，可以在接口增加消息的发送程序，使接口也作为消息的生产者。
37.使用本发明方法，政务产品和短信通道之间0请求，两个程序互相独立，不需要软件开发对接。从实施角度来看，网络可不再强调各政务产品与各个通道的网络一直互通，仅短信服务可访问rocketmq服务器和数据库服务器即可。
38.本发明还提供一种应用于政务领域的多通道短信服务优化系统，包括中间件对接模块，
39.中间件对接模块根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，所述短信服务在rocketmq服务端注册为消息生成者，
40.通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。
41.上述系统内的各模块之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。
42.同样地，本发明系统屏蔽了政务产品与多通道之间的网络环境，不再需要政务产品与各个短信通道的之间通信，仅需要将政务产品都连入mqtt服务器和应用服务器即可，并且政务产品只需保证与短信服务的通信，后续不再需要二次开发，因mqtt协议消息具有占用带宽低、轻量、可靠性较高等特点，消息的传递占用资源少，当没消息触发时不需要再一直去连接应用服务器来获取最新数据，又可降低应用服务器的压力。同时添加了正确的数据补偿措施之后，数据的精准和计时性得到了保证。
43.需要说明的是，上述各流程和各系统结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。上述各实施例中描述的系统结构可以是物理结构，也可以是逻辑结构，即，有些模块可能由同一物理实体实现，或者，有些模块可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。
44.以上所述实施例仅是为充分说明本发明而所举的较佳的实施例，本发明的保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替代或变换，均在本发明的保护范围之内。本发明的保护范围以权利要求书为准。
技术特征：1.一种应用于政务领域的多通道短信服务优化方法，其特征是根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，所述短信服务在rocketmq服务端注册为消息生成者，通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。2.根据权利要求1所述的一种应用于政务领域的多通道短信服务优化方法，其特征是所述根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，包括：根据政务服务的业务场景，通过短信服务指定实时短信消息或非实时短信消息至rocketmq服务端。3.根据权利要求1或2所述的一种应用于政务领域的多通道短信服务优化方法，其特征是通过rocketmq服务端采取数据补偿的机制，筛选短信消息丢失的异常数据根据政务服务的业务场景进行重新发送。4.根据权利要求1所述的一种应用于政务领域的多通道短信服务优化方法，其特征是根据政务服务的业务场景调用第三方平台的短信服务指定短信消息至rocketmq服务端。5.一种应用于政务领域的多通道短信服务优化系统，其特征是包括中间件对接模块，中间件对接模块根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，所述短信服务在rocketmq服务端注册为消息生成者，通过rocketmq服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。6.根据权利要求5所述的一种应用于政务领域的多通道短信服务优化系统，其特征是所述中间件对接模块根据政务服务的业务场景通过短信服务指定短信消息至rocketmq服务端，包括：根据政务服务的业务场景，通过短信服务指定实时短信消息或非实时短信消息至rocketmq服务端。7.根据权利要求5或6所述的一种应用于政务领域的多通道短信服务优化系统，其特征是所述中间件对接模块通过rocketmq服务端采取数据补偿的机制，筛选短信消息丢失的异常数据根据政务服务的业务场景进行重新发送。8.根据权利要求5所述的一种应用于政务领域的多通道短信服务优化系统，其特征是所述中间件对接模块根据政务服务的业务场景调用第三方平台的短信服务指定短信消息至rocketmq服务端。
技术总结本发明公开一种应用于政务领域的多通道短信服务优化方法，涉及短信服务技术领域；根据政务服务的业务场景通过短信服务指定短信消息至ROCKETMQ服务端，所述短信服务在ROCKETMQ服务端注册为消息生成者，通过ROCKETMQ服务端在消息生产/消费模式下根据短信消息计算短信所支持的短信通道，并将同一区划业务行为定义为同一消息主题topics，不同区划业务行为执行不同消费逻辑进入不同的短信通道，根据短信通道基于topics消息主题顺序发送带有消息主题的通知至消息消费者，通过消息消费者将短信消息相关数据送往指定的短信通道服务商。道服务商。道服务商。
技术研发人员：崔金萍 王柏华 陈兆亮
受保护的技术使用者：浪潮软件股份有限公司
技术研发日：2022.06.01
技术公布日：2022/11/1
