CN112073923A

CN112073923A - 兼容多运营商的通信方法、装置、网关及可读存储介质

Info

Publication number: CN112073923A
Application number: CN202010919254.9A
Authority: CN
Inventors: 董彬超; 王葛平; 蒋浩; 周金飞; 李志鹏
Original assignee: Jiangsu Ruichuang Software Technology Co ltd
Current assignee: Jiangsu Ruichuang Software Technology Co ltd
Priority date: 2020-09-04
Filing date: 2020-09-04
Publication date: 2020-12-11

Abstract

本申请涉及一种兼容多运营商的通信方法、装置、网关及可读存储介质，属于通信网关的技术领域，其方法包括：接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求；生成第二短信请求，其中，第二短信请求包含短信模板信息、第一手机号码集合中的目标手机号码及其归属的目标运营商；向第二短信请求中的目标运营商对应的运营商服务器发送第二短信请求；接收运营商服务器返回的响应信息；向用户端发送响应信息。与现有技术相比，本申请可以识别各用户端发来的不同手机号码归属的运营商，再将手机号码和发送内容推送到对应运营商的短信通道发送，以实现实时、高效、稳定的短信发送，且无需企业自行研发短信应用。

Description

兼容多运营商的通信方法、装置、网关及可读存储介质

技术领域

本申请涉及通信网关的技术领域，尤其是涉及一种兼容多运营商的通信方法、装置、网关及可读存储介质。

背景技术

当前，企业的业务及日常办公中，需要向指定人群发送短信、邮件等。以短信为例，企业与运营商签订合作协议以后，运营商提供短信发送通道的接口协议，可由企业自主进行短信发送接口的开发对接和相关短信功能的开发，以实现短信功能。

但是，直接对接运营商，对企业的资质、使用量和开发能力都有较高要求，且办理证件、开发应用会有较长的周期，后期的管理维护也全由企业负责，因此，只有少数大型集团公司才有较高的自主研发能力，以保证应用的稳定性。因此，亟需一种第三方通信网关以实现企业的短信发送功能。

发明内容

为了实现企业的短信发送功能，本申请提供一种兼容多运营商的通信方法、装置、网关及可读存储介质。

第一方面，本申请提供一种兼容多运营商的通信方法，采用如下的技术方案：

一种兼容多运营商的通信方法，应用于通信网关，包括：

接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求；

生成第二短信请求，其中，所述第二短信请求包含所述短信模板信息、所述第一手机号码集合中的目标手机号码及其归属的目标运营商；

向所述第二短信请求中的目标运营商对应的运营商服务器发送所述第二短信请求；

接收所述运营商服务器返回的响应信息；

向所述用户端发送所述响应信息。

通过采用上述技术方案，可以识别各用户端发来的不同手机号码归属的运营商，再将手机号码和发送内容推送到对应运营商的短信通道发送，以实现实时、高效、稳定的短信发送，且无需企业自行研发短信应用，节约应用开发成本。

可选的，所述生成第二短信请求，包括：

分别确定所述第一手机号码集合中的每个目标手机号码归属的目标运营商；

根据所述目标运营商对所述第一手机号码集合中每个目标手机号码进行分类，得到至少一个第二手机号码集合；

分别对所述至少一个第二手机号码集合中的每个第二手机号码集合及其归属的目标运营商和所述短信模板信息生成一个所述第二短信请求。

通过采用上述技术方案，将每个目标手机号按其归属的目标运营商进行分类，并对同属一个目标运营商的第二手机号码生成一个第二短信请求。

可选的，所述分别确定所述第一手机号码集合中的每个目标手机号码归属的目标运营商，包括：

读取正则表达式集合；

分别将所述第一手机号码集合中的每个目标手机号码与所述正则表达式集合中的正则表达式进行正则匹配；

将与正则表达式匹配成功的目标手机号码归属的运营商作为目标运营商。

通过采用上述技术方案，利用正则表达式可以快速、准确地确定每个目标手机号所归属的目标运营商。

可选的，所述第一短信请求包括token；在所述接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求之前，还包括：

接收用户端发送的包含用户名和密码的登录请求；

解析所述登录请求，对所述用户名和密码进行验证；

验证通过后，向所述用户端返回所述token；

在所述生成第二短信请求之前，还包括：

获取所述第一短信请求中的所述token，并对所述token进行认证。

通过采用上述技术方案，采用token认证可以不依赖cookie，方便服务器多系统端跨域访问，通过http头传输认证信息，支持多平台客户端。

可选的，所述向所述第二短信请求中的目标运营商对应的运营商服务器发送所述第二短信请求，包括：

根据所述目标运营商选择对应的短信通道，将所述第二短信请求发送至所述目标运营商对应的运营商服务器，所述短信通道包括WCF通信服务、调用API接口和调用webservices接口。

通过采用上述技术方案，可以兼容多家运营商，使平台不受运营商的限制，满足企业灵活多样的业务应用的要求。

可选的，还包括：采用微服务架构，利用服务器内的监控组件监控所述微服务，当所述微服务出现故障时，先将数据存储到redis中，再将数据映射到docker。

通过采用上述技术方案，使通信网关具有系统死机恢复功能，即在系统运行过程中，若设备或程序发生故障，则不会丢失发送中的数据及缓存中的数据，强大的高恢复性能可以保障数据的完整性及安全性。

第二方面，本申请提供一种兼容多运营商的通信装置，采用如下的技术方案：

一种兼容多运营商的通信装置，应用于通信网关，包括，

第一接收模块，用于接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求；

生成模块，用于生成第二短信请求，其中，所述第二短信请求包含所述短信模板信息、所述第一手机号码集合中的目标手机号码及其归属的目标运营商；

第一发送模块，用于向所述第二短信请求中的目标运营商对应的运营商服务器发送所述第二短信请求；

第二接收模块，用于接收所述运营商服务器返回的响应信息；以及

第二发送模块，用于向所述用户端发送所述响应信息。

第三方面，本申请提供一种通信网关，采用如下的技术方案：

一种通信网关，包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行上述任一种兼容多运营商的通信方法的计算机程序。

通过采用上述技术方案，可以识别各用户端发来的不同手机号码归属的运营商，再将手机号码和发送内容推送到对应运营商的短信通道发送，以实现实时、高效、稳定的短信发送。

第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，存储有能够被处理器加载并执行上述任一种兼容多运营商的通信方法的计算机程序。

综上所述，本申请包括以下至少一种有益技术效果：

1.可以识别各用户端发来的不同手机号码归属的运营商，再将手机号码和发送内容推送到对应运营商的短信通道发送，以实现实时、高效、稳定的短信发送；

2.可以兼容多家运营商，使平台不受运营商的限制，满足企业灵活多样的业务应用的要求。

附图说明

图1是本申请实施例的应用场景示意图。

图2是本申请实施例一的兼容多运营商的通信方法的流程示意图。

图3是本申请实施例一的步骤S102的子步骤的流程示意图。

图4是本申请实施例二的兼容多运营商的通信装置的结构框图。

图5是本申请实施例二的兼容多运营商的通信装置的另一结构框图。

图6是本申请实施例二的生成模块202的内部结构框图。

图7是本申请实施例三的通信网关的结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图1为本发明实施例的应用场景示意图。结合图1对本发明实施例的应用场景进行说明。如图1所示，用户端1、运营商服务器3均与通信网关2通信，其中，用户端1可以是但不限于手机、平板电脑、PC机等计算机设备；通信网关2可以是但不限于PC机、服务器；运营商服务器3可以是但不限于实体服务器、实体服务器上的虚拟机等能提供与所述服务器或者虚拟机有相同功能的实体或者虚拟的服务端。

用户端1为企业用户提供并显示通信网关2的短信配置页和短信模板页。可点击短信配置页的新建按钮将运营商参数配置输入到新增短信配置中，管理员可将运营商提供的交接文档内的内容填写进短信配置中，其中包括：URL调用方式信息、请求方式信息和参数列表信息等运营商参数；短信配置还包括配置名称、驱动类型、协议、编码格式和创建时间等。

点击短信模板页，点击新增，可以显示新增短信模板，其新增短信模板包含：模板名称、模板类型、通讯配置、模板编码和模板内容；其中通讯配置内调用编码格式，即可将短信配置内的运营商参数整体调用。通过模板内容调用客户所需要发送的信息，其中包括但不限于验证码类型，通过选择短信配置内的驱动类型来控制。

实施例一

图2为本实施例提供的一种兼容多运营商的通信方法的流程示意图。如图2所示，该方法的主要流程描述如下（步骤S101～S105）：

一种兼容多运营商的通信方法，应用于通信网关，包括：

步骤S101，接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求；

本实施例中，第一手机号码集合存储有用户输入的至少一个目标手机号码，若要群发短信，则用户输入时以逗号等分隔符将多个手机号码分隔开；短信模板信息包含用户输入的模板内容，即短信内容。

步骤S102，生成第二短信请求，其中，第二短信请求包含短信模板信息、第一手机号码集合中的目标手机号码及其归属的目标运营商；

作为本实施例的一种可选实施方式，如图3所示，步骤S102可以包括以下子步骤：

步骤S1021，分别确定第一手机号码集合中的每个目标手机号码归属的目标运营商；

目前，运营商主要有虚拟运营商、基础运营商（移动、联通、电信）等。170号段前4位可以用来区分与虚拟运营商合作的基础运营，具体的，以“170”为开头的手机号码，是虚拟运营商专属号段，其中，1700号段归属电信合作伙伴，1705号段归属移动合作伙伴，1709号段归属联通合作伙伴。而电信号段为133、153、173、177、180、181、189、190、191、193、199；联通号段130、131、132、145、155、156、166、167、171、175、176、185、186、196；移动号段为134(0-8)、135、136、137、138、139、1440、147、148、150、151、152、157、158、159、172、178、182、183、184、187、188、195、197、198。

由于各类运营商的手机段号不一样，因此，本实施例可以利用手机段号设计正则表达式，来判断第一手机号码集合中的每个目标手机号码归属的运营商。每个运营商对应一个正则表达式，将所有运营商对应的正则表达式存储在正则表达式集合中。当需要判断目标手机号码归属的运营商时，就读取正则表达式集合；分别将第一手机号码集合中的每个目标手机号码与正则表达式集合中的每个正则表达式进行正则匹配。如果目标手机号码能与其中一个正则表达式匹配成功，则说明该目标手机号码是有效的，该正则表达式对应的运营商即为目标手机号码归属的运营商，也就是目标运营商。

其中，正则表达式的设计应与手机段号相关，例如：通过正则表达式“^(13[9|8|7|6|5|4]| 15[0|1|2|7|8|9]|18[2|7|8])\d{8}$”判断是否是移动手机号码，通过正则表达式“^(13[0|1|2]|15[5|6]|18[5|6])\d{8}$”判断是否是联通手机号码；通过正则表达式“^(13[3]|15[3]|18[0|9])\d{8}$”判断是否是电信手机号码。

此外，如果目标手机号码不能与任一正则表达式匹配成功，则说明该目标手机号码是无效的，无需执行后续步骤，并向用户端返回错误消息，以提示用户输入目标手机号码有误，需重新输入。

步骤S1022，根据目标运营商对第一手机号码集合中每个目标手机号码进行分类，得到至少一个第二手机号码集合；

本可选实施方式中，将属于同一运营商的目标手机号码归为一类，并利用一个第二手机号码集合进行存储。例如：目标运营商为移动、联通，则将归属移动运营商的目标手机号码存储于一个第二手机号码集合，而将归属联通运营商的目标手机号码存储于另一个第二手机号码集合。换言之，一个第二手机号码集合对应一个目标运营商。

步骤S1023，分别对至少一个第二手机号码集合中的每个第二手机号码集合及其归属的目标运营商和短信模板信息生成一个第二短信请求。

进一步地，在步骤S101之前，还包括：接收用户端发送的包含用户名和密码的登录请求；解析登录请求，对用户名和密码进行验证；验证通过后，向用户端返回token。

之后，用户端发起第一短信请求，通信网关接收用户端发送的包含第一手机号码集合、短信模板信息和token的第一短信请求，然后获取第一短信请求中的token，并对token进行认证，在认证通过后，再继续执行步骤S102。如果认证没有通过，则说明当前的token，需用户端重新向通信网关申请token。

步骤S103，向第二短信请求中的目标运营商对应的运营商服务器发送第二短信请求；

第二手机号码集合、第二短信请求和目标运营商是一一对应的，因此，根据目标运营商获取对应的运营商参数，通过对应的短信通道将第二短信请求发送至目标运营商对应的运营商服务器，短信通道包括但不限于WCF通信服务、调用API接口和调用web services接口。

本实施例中，短信发送采用多线程、多通道处理机制，能够满足高并发，系统智能化自动均衡分配多通道处理，使高并发信息内容能够及时稳定的高效发出。

步骤S104，接收运营商服务器返回的响应信息；

步骤S105，向用户端发送响应信息。

运营商服务器完成发信并回推发送报告即响应信息至通信网关，通信网关再将发送报告转发至用户端。

进一步地，通信网关除了可实现短信发送功能，还可实现邮件发送功能，其包括邮件模板信息和邮件配置信息，其中，邮件模板信息由模板名称、模板类型、模板类容、状态、创建时间组成，邮件配置信息由配置名称、发送服务器、发送端口、发送邮箱、用户名、状态和创建时间组成。

将邮箱服务器参数输入到新增邮件配置信息，使用邮件模板调用邮件配置信息，调用通讯网关发送邮件接口；将邮件发送至收件箱账户。

本实施例中，采用微服务架构，从应用层到服务层到存储层，所有组件均采用容器化方式进行交付。使用容器的方式进行系统的部署，其最大的优势就是有效的进行了应用的隔离，并且在系统的可扩展性、移植性等方面有显著的优点，整体系统容器数量可超过40个。

可以利用服务器内的监控组件监控微服务。当微服务出现故障时，先将数据存储到redis中，redis再将数据映射到docker，使通信网关具有系统死机恢复功能，即在系统运行过程中，若设备或程序发生故障，则不会丢失发送中的数据及缓存中的数据，强大的高恢复性能可以保障数据的完整性及安全性。

本实施例中，采用.net core平台，C#语言开发，MySql、SqlServer、Oracle、国产数据库等多种类型的数据库支持。

实施例二

为了更好地实施以上方法，本申请实施例提供了一种兼容多运营商的通信装置，具体可以集成在通信网关2中。

图4为本申请实施例提供的一种兼容多运营商的通信装置20的结构框图，如图4所示，兼容多运营商的通信装置20主要包括：

第一接收模块201，用于接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求；

生成模块202，用于生成第二短信请求，其中，第二短信请求包含短信模板信息、第一手机号码集合中的目标手机号码及其归属的目标运营商；

第一发送模块203，用于向第二短信请求中的目标运营商对应的运营商服务器发送第二短信请求；

第二接收模块204，用于接收运营商服务器返回的响应信息；以及

第二发送模块205，用于向用户端发送响应信息。

作为本实施例的一种可选实施方式，第一短信请求包括token；如图5所示，兼容多运营商的通信装置20还可以包括：

第三接收模块206，用于接收用户端发送的包含用户名和密码的登录请求；

验证模块207，用于解析登录请求，对用户名和密码进行验证；

返回模块208，与第一接收模块201连接，用于验证通过后，向用户端返回token；

认证模块209，分别与第一接收模块201和生成模块202连接，用于获取第一短信请求中的token，并对token进行认证。

作为本实施例的一种可选实施方式，如图6所示，生成模块202包括以下子模块：

确定模块2021，用于分别确定第一手机号码集合中的每个目标手机号码归属的目标运营商；

分类模块2022，根据目标运营商对第一手机号码集合中每个目标手机号码进行分类，得到至少一个第二手机号码集合；以及

请求生成模块2023，分别对至少一个第二手机号码集合和短信模板信息生成至少一个第二短信请求。

进一步地，确定模块2021，具体用于读取正则表达式集合；分别将第一手机号码集合中的每个目标手机号码与正则表达式集合中的正则表达式进行正则匹配；将与正则表达式匹配成功的目标手机号码归属的运营商作为目标运营商。

进一步地，第一发送模块203，具体用于根据目标运营商选择对应的短信通道，将第二短信请求发送至目标运营商对应的运营商服务器，短信通道包括WCF通信服务、调用API接口和调用web services接口。

进一步地，该装置采用微服务架构，利用服务器内的监控组件监控微服务，当微服务出现故障时，先将数据存储到redis中，再将数据映射到docker。

本申请实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

实施例一提供的方法中的各种变化方式和具体实例同样适用于本实施例的一种兼容多运营商的通信装置，通过前述对兼容多运营商的通信方法的详细描述，本领域技术人员可以清楚的知道本实施例中的兼容多运营商的通信装置的实施方法，为了说明书的简洁，在此不再详述。

实施例三

为了更好地执行上述方法的程序，本申请实施例提供一种通信网关，如图7所示，通信网关2包括存储器10、处理器30以及上述实施例二所述的兼容多运营商的通信装置20。

其中，存储器10可用于存储指令、程序、代码、代码集或指令集。存储器10可以包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令以及用于实现上述实施例一提供的一种兼容多运营商的通信方法的指令等；存储数据区可存储上述实施例一提供的一种兼容多运营商的通信方法中涉及到的数据等。

处理器30可以包括一个或者多个处理核心。处理器30通过运行或执行存储在存储器10内的指令、程序、代码集或指令集，调用存储在存储器301内的数据，执行本申请的各种功能和处理数据。处理器30可以为特定用途集成电路(Application Specific IntegratedCircuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(Programmable LogicDevice，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器和微处理器中的至少一种。可以理解地，对于不同的设备，用于实现上述处理器30功能的电子器件还可以为其它，本申请实施例不作具体限定。

实施例四

本申请实施例提供一种计算机可读存储介质，存储有能够被处理器加载并执行如上述实施例一所述兼容多运营商的通信方法的计算机程序。

本实施例中，计算机可读存储介质可以是保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意组合。具体的，计算机可读存储介质可以是便携式计算机盘、硬盘、U盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、讲台随机存取存储器（SRAM）、便携式压缩盘只读存储器（CD-ROM）、数字多功能盘（DVD）、记忆棒、软盘、光盘、磁碟、机械编码设备以及上述任意组合。

上述实施例三和四中的计算机程序包含用于执行实施例一中流程图所示的方法的程序代码，程序代码可包括对应执行实施例一提供的方法步骤对应的指令。计算机程序可从计算机可读存储介质下载到各个计算/处理设备，或者通过网络（例如因特网、局域网、广域网和/或无线网）下载到外部计算机或外部存储设备。计算机程序可完全地在用户计算机上执行、作为一个独立的软件包执行。

另外，需要理解的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

术语“第一”、“第二”等仅用于区分实体或者操作，而不能理解为指示或暗示相对重要性，不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

1.一种兼容多运营商的通信方法，其特征在于，应用于通信网关，包括：

接收所述运营商服务器返回的响应信息；

向所述用户端发送所述响应信息。

2.根据权利要求1所述的方法，其特征在于，所述生成第二短信请求，包括：

3.根据权利要求2所述的方法，其特征在于，所述分别确定所述第一手机号码集合中的每个目标手机号码归属的目标运营商，包括：

读取正则表达式集合；

4.根据权利要求1所述的方法，其特征在于，所述第一短信请求包括token；在所述接收用户端发送的包含第一手机号码集合和短信模板信息的第一短信请求之前，还包括：

接收用户端发送的包含用户名和密码的登录请求；

解析所述登录请求，对所述用户名和密码进行验证；

验证通过后，向所述用户端返回所述token；

在所述生成第二短信请求之前，还包括：

5.根据权利要求1至4任一项所述的方法，其特征在于，所述向所述第二短信请求中的目标运营商对应的运营商服务器发送所述第二短信请求，包括：

根据所述目标运营商选择对应的短信通道，向所述目标运营商对应的运营商服务器发送所述第二短信请求，所述短信通道包括WCF通信服务、调用API接口和调用web services接口。

6.根据权利要求1至4任一项所述的方法，其特征在于，还包括：采用微服务架构，利用服务器内的监控组件监控所述微服务，当所述微服务出现故障时，先将数据存储到redis中，再将数据映射到docker。

7.一种兼容多运营商的通信装置，其特征在于，应用于通信网关，包括，

第二发送模块，用于向所述用户端发送所述响应信息。

8.一种通信网关，其特征在于，包括存储器和处理器，所述存储器上存储有能够被处理器加载并执行如权利要求1至6中任一种方法的计算机程序。

9.一种计算机可读存储介质，其特征在于，存储有能够被处理器加载并执行如权利要求1至6中任一种方法的计算机程序。