CN104144394A - 实现行业应用短消息发送的方法及系统 - Google Patents
实现行业应用短消息发送的方法及系统 Download PDFInfo
- Publication number
- CN104144394A CN104144394A CN201310169691.3A CN201310169691A CN104144394A CN 104144394 A CN104144394 A CN 104144394A CN 201310169691 A CN201310169691 A CN 201310169691A CN 104144394 A CN104144394 A CN 104144394A
- Authority
- CN
- China
- Prior art keywords
- short message
- masterplate
- descending
- described descending
- descending short
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种实现行业应用短消息发送的方法及系统,属于数据通信领域。其中,该实现行业应用短消息发送的方法包括:接收综合接入网关发送的下行短消息;根据预先存储的黑名单或白名单和短消息模版对所述下行短消息进行验证;在所述下行短消息的接收者不在黑名单或白名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。本发明的技术方案能够提高行业应用短消息发送的时效性。
Description
技术领域
本发明涉及数据通信领域,特别是指一种实现行业应用短消息发送的方法及系统。
背景技术
当前行业应用入驻式综合接入网关系统业务支持政企客户、SI(业务集成商)通过一个集中点单条或批量地提交业务黑白名单(签约关系)。运营商对提交的请求进行审核,审核通过后给予确认并正式导入通过审核的业务黑白名单。位于黑名单中的终端用户是非法的消息接收者,它将无法接收政企客户发送的任何短消息。而白名单中的终端用户是政企客户的合法接收者,只有这些用户才能够接收政企客户短消息。在政企客户使用综合接入网关向终端用户发送短消息时,行业应用网关会根据现有的黑白名单对短消息进行鉴权,以判定其合法性。
然而,上述鉴权方式存在一定的缺陷:黑名单的审核机制不严格,政企客户能够向任何不在黑名单中的用户发送短消息,从而产生垃圾消息的困扰,不便于管控;另外,在现网行业应用中,通常采用白名单方式实现认证鉴权。然而,白名单提交后需要较长时间的审核和同步,实时性较差,无法保障政企客户短消息及时传递给终端用户。例如,在酒店行业应用中,当有新顾客入住时,酒店会将其添加到集团业务白名单中,以便于为顾客发送欢迎或者关怀短消息。然而,由于白名单的审核时间较长,经常会出现白名单添加完成之后顾客已经退房的情况,造成顾客入住时信息的缺失和离开后垃圾信息的接收等不良后果。
发明内容
本发明要解决的技术问题是提供一种实现行业应用短消息发送的方法及系统,能够提高行业应用短消息发送的时效性。
为解决上述技术问题,本发明的实施例提供技术方案如下:
一方面,提供一种实现行业应用短消息发送的方法,包括:
接收综合接入网关发送的下行短消息;
根据预先存储的黑名单和短消息模版对所述下行短消息进行验证;
在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
进一步地,所述方法还包括:
根据预先存储的白名单对所述下行短消息进行验证;
在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给终端用户;
在所述下行短消息的接收者不在白名单中但所述下行短消息的格式符合所述短消息模版时,将所述下行短消息转发给终端用户。
进一步地,所述将所述下行短消息发送给终端用户之前还包括:
在所述下行短消息中添加企业签名;
所述将所述下行短消息发送给终端用户包括:
将添加企业签名后的下行短消息发送给终端用户。
进一步地,所述接收综合接入网关发送的下行短消息之前还包括:
接收业务运营支撑系统BOSS发送的包括有常量和变量的短消息模版。
本发明实施例还提供了一种实现行业应用短消息发送的系统,包括:
综合接入网关,用于向短消息鉴权平台发送下行短消息;
所述短消息鉴权平台,用于接收综合接入网关发送的下行短消息,根据预先存储的黑名单和短消息模版对所述下行短消息进行验证,在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给行业应用网关;
所述行业应用网关,用于接收所述短消息鉴权平台发送的下行短消息,并将所述下行短消息发送给终端用户。
进一步地,所述短消息鉴权平台还用于根据预先存储的白名单对所述下行短消息进行验证,在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给所述行业应用网关,由所述行业应用网关将所述下行短消息发送给终端用户;在所述下行短消息的接收者不在白名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送行业应用网关,由所述行业应用网关将下行短消息发送给终端用户。
进一步地,所述系统还包括业务运营支撑系统BOSS;
所述短消息鉴权平台还用于接收业务运营支撑系统BOSS发送的包括有常量和变量的短消息模版。
进一步地,所述短消息鉴权平台包括:
接入模块,用于接收综合接入网关发送的下行短消息,将所述下行短消息转发给鉴权模块进行验证,并将验证通过的下行短消息发送给行业应用网关;
所述鉴权模块用于根据预先存储的黑名单、白名单和短消息模版对所述下行短消息进行验证,在所述下行短消息的接收者不在黑名单或者白名单中且所述下行短消息的格式符合所述短消息模版时,或者在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给接入模块;
存储模块,用于存储黑名单、白名单和短消息模版;
管理模块,用于与BOSS进行黑名单、白名单和短消息模版同步。
本发明实施例还提供了一种实现行业应用短消息发送的系统,包括:
综合接入网关,用于向行业应用网关发送下行短消息;
所述行业应用网关,用于接收综合接入网关发送的下行短消息,根据预先存储的黑名单和短消息模版对所述下行短消息进行验证,在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
进一步地,所述行业应用网关还用于根据预先存储的白名单对所述下行短消息进行验证,在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给终端用户;在所述下行短消息的接收者不在白名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
进一步地,所述系统还包括业务运营支撑系统BOSS;
所述行业应用网关还用于接收业务运营支撑系统BOSS发送的包括有常量和变量的短消息模版。
本发明的实施例具有以下有益效果:
上述方案中,由BOSS进行包括有常量和变量的短消息模版的同步,并保证其内容的实用性和合法性。当需要向目标客户发送下行短消息时,利用存储的黑、白名单和短消息模版对下行短消息进行验证,如果目标客户不在黑、白名单中,但该下行短消息的格式符合短消息模版,运营商仍然会确认其合法性并正常转发,这样既解决了黑名单带来的垃圾短消息问题,又消除了白名单时效性不强的问题。
附图说明
图1为本发明实施例实现行业应用短消息发送的方法的流程示意图;
图2为本发明实施例短消息模版的示例图;
图3为本发明实施例一实现行业应用短消息发送的系统的结构示意图;
图4为本发明实施例对短消息模版进行审核的流程示意图;
图5为本发明实施例一实现行业应用短消息发送的方法的流程示意图;
图6为本发明实施例二实现行业应用短消息发送的系统的结构示意图;
图7为本发明实施例二实现行业应用短消息发送的方法的流程示意图。
具体实施方式
为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明的实施例针对现有技术中黑名单带来的垃圾短消息问题,白名单时效性不强的问题,提供一种实现行业应用短消息发送的方法及系统,能够提高行业应用短消息发送的时效性。
图1为本发明实施例实现行业应用短消息发送的方法的流程示意图,如图1所示,本实施例包括:
步骤101:接收综合接入网关发送的下行短消息;
步骤102:根据预先存储的黑名单和短消息模版对所述下行短消息进行验证;
步骤103:在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
进一步地,本发明的另一实施例中,包括上述步骤101~103的基础上,所述方法还包括:
根据预先存储的白名单对所述下行短消息进行验证;
在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给终端用户;
在所述下行短消息的接收者不在白名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
进一步地,本发明的另一实施例中,包括上述步骤101~103的基础上,所述步骤101之前还包括:
在所述下行短消息中添加企业签名;
所述将所述下行短消息发送给终端用户包括:
将添加企业签名后的下行短消息发送给终端用户。
进一步地,本发明的另一实施例中,包括上述步骤101~103的基础上,所述接收综合接入网关发送的下行短消息之前还包括:
政企客户向业务运营支撑系统BOSS提交包括有常量和变量的短消息模版,并列明短消息模版中的常量内容、变量数目和变量属性;
接收BOSS返回的成功指令和短消息模版代码。
本发明实施例中,由BOSS进行包括有常量和变量的短消息模版的同步,并保证其内容的实用性和合法性。当需要向目标客户发送下行短消息时,利用存储的黑、白名单和短消息模版对下行短消息进行验证,如果目标客户不在黑、白名单中,但该下行短消息的格式符合短消息模版,运营商仍然会确认其合法性并正常转发,这样既解决了黑名单带来的垃圾短消息问题,又消除了白名单时效性不强的问题。
在现有发送行业应用短消息的技术中,黑名单机制风险大,容易产生垃圾短消息,不适合在大量的行业客户中推广;白名单时效性差,不能满足实时业务的需求。为了解决上述问题,针对政企客户通过入驻式综合接入网关发送短消息的应用场景,本发明提出了一种在保证合法性的基础上提高行业应用短消息时效性的技术方案,需要在现网中保存企业可以向用户发送的短消息模版。短消息模版由政企客户提交并由运营商审核和发布,从而保证其内容的实用性和合法性。短消息模版中包含常量(例如,内容主体等)和变量(企业名称、客户名称、日期等)两部分,常量内容不能随意更改,政企客户只能对变量进行设置。以图2为例,当政企客户需要向目标客户发送短消息时,如果该目标客户不在黑白名单中,政企客户会按需选择适当的短消息模版并设置变量内容(图2中下划线标注部分),并将设置后的下行短消息发送给目标客户。当验证该下行短消息格式符合短消息模版时,运营商会确认其合法性并正常转发,以酒店行业为例,酒店能够将模版化的短消息发送给白名单中不存在的目标顾客,当运营商的鉴权系统验证该消息为模版消息时,会确认其合法性并正常转发,既解决了黑名单带来的垃圾短消息问题,又消除了白名单时效性不强的问题。
本发明提出两种方式实现行业应用短消息的发送,一种方式是在行业应用网关和综合接入网关之间构建独立的短消息鉴权平台;另外一种方式是对现有行业应用网关进行改造,增加鉴权以及短消息模版认证机制。
下面结合具体的实施例对本发明的实现行业应用短消息发送的方法及系统进行详细介绍:
实施例一
本实施例在现有的运营商网络中增加一独立的短消息鉴权平台,如图3所示,本实施例的实现行业应用短消息发送的系统包括:
综合接入网关20,用于向短消息鉴权平台22发送下行短消息;
短消息鉴权平台22,用于接收综合接入网关20发送的下行短消息,根据预先存储的黑名单和短消息模版对下行短消息进行验证,在下行短消息的接收者不在黑名单中且下行短消息的格式符合短消息模版时,将下行短消息发送给行业应用网关24;
行业应用网关24,用于接收短消息鉴权平台22发送的下行短消息,并将下行短消息发送给终端用户。
短消息鉴权平台22包含四个模块,分别为:接入模块、鉴权模块、存储模块和管理模块。其中,接入模块是综合接入网关和行业应用网关之间的连接通道,起到下行短消息转发的作用。同时,它也是政企业务统一服务平台对短消息鉴权平台进行控制和维护的接口;鉴权模块是短消息鉴权平台的核心,负责对综合接入网关发送的下行短消息进行认证鉴权,该模块将进行两项验证:黑、白名单校验和短消息模版校验。如果校验成功则将下行短消息转发给行业应用网关,如果校验失败则对消息进行丢弃处理。具体地,鉴权模块根据预先存储的黑名单、白名单和短消息模版对下行短消息进行验证,在下行短消息的接收者不在黑名单或者白名单中且下行短消息的格式符合短消息模版时,或者在下行短消息的接收者在白名单中时,将下行短消息发送给接入模块;存储模块负责对黑、白名单和短消息模版进行存储;管理模块将对短消息鉴权平台各功能模块进行统筹管理,管理员能够通过对管理模块中的参数进行配置进行校验算法更新、黑白名单同步、短消息模版同步等操作。
进一步地,实现行业应用短消息发送的系统还包括BOSS(业务运营支撑系统),为了保证短消息模版的实用性和丰富度,提升行业应用的灵活性和系统的扩展性,本发明提供了扩展机制,允许政企客户根据自身需求提交备选短消息模版,短消息模版的申请和审查工作由BOSS完成。在政企客户进行申请时,要向BOSS提交用于审核的短消息模版,并列明模版中的常量内容、变量数目和变量属性等参数。BOSS对短消息模版进行审核,审核内容包括内容重复度和内容合法性两种,如果短消息模版没有通过审核,BOSS将向政企客户返回错误指令和失败代码;如果审核通过,BOSS将返回成功指令和全网唯一的短消息模版代码。如图4所示,对短消息模版进行审核的流程具体包括以下步骤:
步骤401:政企客户向BOSS提交用于审核的短消息模版,并列明模版中的常量内容、变量数目和变量属性等参数;
步骤402:BOSS对短消息模版进行内容合法性验证;
步骤403:判断短消息模版的内容是否合法,如果是,转向步骤404;如果否,转向步骤407;
步骤404:BOSS对短消息模版进行内容重复度验证;
步骤405:判断短消息模版是否与现有短消息模版的重复度高,比如与现有短消息模版的重复度是否高于预设值,若高于预设值,则认为短消息模版与现有短消息模版的重复度高,转向步骤407;若短消息模版与现有短消息模版的重复度不高,转向步骤406;
步骤406:判断短消息模版通过验证,将短消息模版添加到短消息模版库中,以便之后与行业应用网关和短消息鉴权平台进行短消息模版同步;
步骤407:向政企客户返回错误指令和失败代码,指示申请失败,并丢弃短消息模版。
步骤408:向政企客户返回成功指令和全网唯一的短消息模版代码。
之后BOSS即可根据存储的短消息模版库定期与行业应用网关和短消息鉴权平台进行短消息模版同步。
在接收到BOSS发送的短消息模版之后,短消息鉴权平台就可以实现行业应用短消息的发送,如图5所示,短消息鉴权平台实现行业应用短消息发送的方法具体包括以下步骤:
步骤501:短消息鉴权平台的接入模块接收综合接入网关发送的下行短消息;
步骤502:接入模块将该下行短消息发送给短消息鉴权平台的鉴权模块;
步骤503:鉴权模块判断是采用黑名单校验还是采用白名单校验,如果是采用黑名单校验,转向步骤504;如果是采用白名单校验,转向步骤506;
步骤504:鉴权模块从短消息鉴权平台的存储模块中提取黑名单;
步骤505:检验下行短消息的接收者是否在黑名单中,如果不在黑名单中,转向步骤511,如果在黑名单中,转向步骤513;
步骤506:鉴权模块从短消息鉴权平台的存储模块中提取白名单;
步骤507:检验下行短消息的接收者是否在白名单中,如果不在白名单中,转向步骤511,如果在白名单中,转向步骤508;
步骤508:鉴权模块向接入模块返回消息合法指令,并返回验证后的下行短消息;
步骤509:接入模块在下行短消息中增加企业签名;
步骤510:接入模块将通过鉴权的下行短消息发送给行业应用网关,由行业应用网关发送给终端用户。
步骤511:鉴权模块从存储模块中提取出短消息模版;
步骤512:鉴权模块检验下行短消息是否属于短消息模版,具体地,可以检验下行短消息的格式是否符合存储的短消息模版的既定规则,如果是,转向步骤508,如果否,转向步骤513;
步骤513:丢弃下行短消息;
步骤514:向接入模块返回消息不合法指令。
从图5中可以看出,接入模块将从综合接入网关接收到的下行短消息传递到鉴权模块,并按照“黑名单/白名单-短消息模版”的顺序对下行短消息依次进行检验。如果下行短消息没有通过鉴权,将被直接丢弃。当通过鉴权之后,下行短消息将被增加企业签名并返回给接入模块,接入模块会将该下行短消息转发给行业应用网关。
另外,为了保证短消息鉴权平台与其他网元的正常通信,需要对综合接入网关、行业应用网关和政企业务统一服务平台的现有接口进行扩展。扩展内容包括但不限于以下内容:
(1)为短消息鉴权平台中接入模块增加CMPP(China Mobile Peer to Peer,中国移动点对点协议)接口。这使短消息鉴权平台支持政企客户SMS(短信通群发系统)业务功能接入,支持中国移动CMPP2.0和CMPP3.0短消息的接入协议;
(2)修改综合接入网关和行业应用网关的CMPP接口,将综合接入网关转发短消息的出口修改为短消息鉴权平台,将行业应用网关接收短消息的入口修改为短消息鉴权平台;
(3)增加政企业务统一服务平台与短消息鉴权平台中接入模块的接口。进而实现政企业务统一服务平台对短消息鉴权平台的远程控制和信息同步。另外,政企业务统一服务平台还需要增加对短消息鉴权平台的维护模块。
在增加短消息鉴权平台之后,行业应用网关的黑、白名单认证鉴权工作就改由短消息鉴权平台负责,政企业务统一服务平台和行业应用网关的部分功能要按需进行修改。由于短消息鉴权平台已经对综合接入网关转发的下行短消息进行了认证鉴权,行业应用网关的校验就需要简化。因此,在行业应用网关处需要添加对于短消息鉴权平台的信任关系,即由短消息鉴权平台转发过来的消息都无需二次校验,直接进入后续流程。
本实施例通过增加短消息模版认证的方式在防止垃圾信息的同时提高行业应用消息发送的时效性,本实施例通过增加独立的短消息鉴权平台的方式完成既定的功能。该实施例适用于已承载大量行业应用的网关系统中,能够在现有行业应用网关应用的基础上实现鉴权方式的添加,无需行业应用网关进行大规模修改。同时,本实施例能够通过统一服务平台进行管理,具有较高的可实现性,系统升级改造时对用户的影响最小。
实施例二
本实施例通过对现有的行业应用网关进行改造实现行业应用短消息的发送,行业应用网关包括有M模块和用于接口的A模块。本实施例对行业应用网关M模块进行功能添加,在保留黑白名单校验的基础上增加短消息模版校验功能,对下行短消息进行二次检查,通过内容对比确认下行短消息的合法性。如图6所示,本实施例的实现行业应用短消息发送的系统包括行业应用网关60和BOSS62,与现网中的BOSS和行业应用网关相比,本实施例对行业应用网关和BOSS进行了以下扩展:
(1)BOSS增加对短消息模版的审核功能和与行业应用网关的短消息模版同步功能;
(2)行业应用网关增加短消息模版存储和短消息模版校验功能。
为了保证短消息模版的实用性和丰富度,提升行业应用的灵活性和系统的扩展性,本发明提供了扩展机制,允许政企客户根据自身需求提交备选短消息模版,短消息模版的申请和审查工作由BOSS完成。在政企客户进行申请时,要向BOSS提交用于审核的短消息模版,并列明模版中的常量内容、变量数目和变量属性等参数。BOSS对短消息模版进行审核,审核内容包括内容重复度和内容合法性两种,如果短消息模版没有通过审核,BOSS将向政企客户返回错误指令和失败代码;如果审核通过,BOSS将返回成功指令和全网唯一的短消息模版代码。如图4所示,对短消息模版进行审核的流程具体包括以下步骤:
步骤401:政企客户向BOSS提交用于审核的短消息模版,并列明模版中的常量内容、变量数目和变量属性等参数;
步骤402:BOSS对短消息模版进行内容合法性验证;
步骤403:判断短消息模版的内容是否合法,如果是,转向步骤404;如果否,转向步骤407;
步骤404:BOSS对短消息模版进行内容重复度验证;
步骤405:判断短消息模版是否与现有短消息模版的重复度高,比如与现有短消息模版的重复度是否高于预设值,若高于预设值,则认为短消息模版与现有短消息模版的重复度高,转向步骤407;若短消息模版与现有短消息模版的重复度不高,转向步骤406;
步骤406:判断短消息模版通过验证,将短消息模版添加到短消息模版库中,以便之后与行业应用网关和短消息鉴权平台进行短消息模版同步;
步骤407:向政企客户返回错误指令和失败代码,指示申请失败,并丢弃短消息模版。
步骤408:向政企客户返回成功指令和全网唯一的短消息模版代码。
之后BOSS即可根据存储的短消息模版库定期与行业应用网关进行短消息模版同步。在接收到BOSS发送的短消息模版之后,行业应用网关就可以实现行业应用短消息的发送,如图7所示,行业应用网关实现行业应用短消息发送的方法具体包括以下步骤:
步骤701:行业应用网关A模块接收综合接入网关发送的下行短消息;
步骤702:A模块将该下行短消息传递给行业应用网关M模块;
步骤703:M模块判断是采用黑名单进行校验还是采用白名单进行校验,如果采用黑名单进行校验,转向步骤708;如果采用白名单进行校验,转向步骤704;
步骤704:M模块检验下行短消息的接收者是否在白名单中,如果是,转向步骤705,如果否,转向步骤709;
步骤705:M模块向A模块返回下行短消息验证通过的验证结果;
步骤706:A模块在下行短消息中添加企业签名;
步骤707:A模块将添加企业签名后的下行短消息下发至终端用户。
步骤708:M模块检验下行短消息的接收者是否在黑名单中,如果是,转向步骤710,如果否,转向步骤709;
步骤709:M模块检验下行短消息是否属于短消息模版,具体地,可以检验下行短消息的格式是否符合存储的短消息模版的既定规则,如果是,转向步骤705,如果否,转向步骤710;
步骤710:丢弃下行短消息。
如图7所示,当从综合接入网关转发来的下行短消息到达行业应用网关时,行业应用网关会首先进行黑、白名单的校验。如果下行短消息接收者位于黑名单内,则该下行短消息将被直接丢弃;如果接收者不在黑名单之内,行业应用网关将继续进行短消息模版校验,经匹配后,如果该下行短消息的格式符合短消息模版的既定规则,那么行业应用网关仍然认为该下行短消息是合法的,并直接下发给终端用户,否则该下行短消息将直接被丢弃。如果下行短消息接收者位于白名单之内,那么行业应用网关将跳过短消息模版的检验,直接进入短消息发送的下一步流程。如果下行短消息接收者不在白名单中,那么行业应用网关会启动短消息模版校验过程。
本实施例通过增加短消息模版认证的方式在防止垃圾信息的同时提高行业应用消息发送的时效性,本实施例只修改行业应用网关IAGW-M模块并增加鉴权功能,其他网元能够保持现有状态,易于操作,适用于现有行业应用规模较小的运营商系统,无需额外的设备,系统升级代价较小。
此说明书中所描述的许多功能部件都被称为模块,以便更加特别地强调其实现方式的独立性。
本发明实施例中,模块可以用软件实现,以便由各种类型的处理器执行。举例来说,一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块,举例来说,其可以被构建为对象、过程或函数。尽管如此,所标识模块的可执行代码无需物理地位于一起,而是可以包括存储在不同物理上的不同的指令,当这些指令逻辑上结合在一起时,其构成模块并且实现该模块的规定目的。
实际上,可执行代码模块可以是单条指令或者是许多条指令,并且甚至可以分布在多个不同的代码段上,分布在不同程序当中,以及跨越多个存储器设备分布。同样地,操作数据可以在模块内被识别,并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集,或者可以分布在不同位置上(包括在不同存储设备上),并且至少部分地可以仅作为电子信号存在于系统或网络上。
在模块可以利用软件实现时,考虑到现有硬件工艺的水平,所以可以以软件实现的模块,在不考虑成本的情况下,本领域技术人员都可以搭建对应的硬件电路来实现对应的功能,所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
在本发明各方法实施例中,所述各步骤的序号并不能用于限定各步骤的先后顺序,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,对各步骤的先后变化也在本发明的保护范围之内。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (11)
1.一种实现行业应用短消息发送的方法,其特征在于,包括:
接收综合接入网关发送的下行短消息;
根据预先存储的黑名单和短消息模版对所述下行短消息进行验证;
在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
2.根据权利要求1所述的实现行业应用短消息发送的方法,其特征在于,所述方法还包括:
根据预先存储的白名单对所述下行短消息进行验证;
在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给终端用户;
在所述下行短消息的接收者不在白名单中但所述下行短消息的格式符合所述短消息模版时,将所述下行短消息转发给终端用户。
3.根据权利要求1或2所述的实现行业应用短消息发送的方法,其特征在于,所述将所述下行短消息发送给终端用户之前还包括:
在所述下行短消息中添加企业签名;
所述将所述下行短消息发送给终端用户包括:
将添加企业签名后的下行短消息发送给终端用户。
4.根据权利要求1所述的实现行业应用短消息发送的方法,其特征在于,所述接收综合接入网关发送的下行短消息之前还包括:
接收业务运营支撑系统BOSS发送的包括有常量和变量的短消息模版。
5.一种实现行业应用短消息发送的系统,其特征在于,包括:
综合接入网关,用于向短消息鉴权平台发送下行短消息;
所述短消息鉴权平台,用于接收综合接入网关发送的下行短消息,根据预先存储的黑名单和短消息模版对所述下行短消息进行验证,在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给行业应用网关;
所述行业应用网关,用于接收所述短消息鉴权平台发送的下行短消息,并将所述下行短消息发送给终端用户。
6.根据权利要求5所述的实现行业应用短消息发送的系统,其特征在于,
所述短消息鉴权平台还用于根据预先存储的白名单对所述下行短消息进行验证,在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给所述行业应用网关,由所述行业应用网关将所述下行短消息发送给终端用户;在所述下行短消息的接收者不在白名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给行业应用网关,由所述行业应用网关将所述下行短消息发送给终端用户。
7.根据权利要求6所述的实现行业应用短消息发送的系统,其特征在于,所述系统还包括业务运营支撑系统BOSS;
所述短消息鉴权平台还用于接收业务运营支撑系统BOSS发送的包括有常量和变量的短消息模版。
8.根据权利要求7所述的实现行业应用短消息发送的系统,其特征在于,所述短消息鉴权平台包括:
接入模块,用于接收综合接入网关发送的下行短消息,将所述下行短消息转发给鉴权模块进行验证,并将验证通过的下行短消息发送给行业应用网关;
所述鉴权模块用于根据预先存储的黑名单、白名单和短消息模版对所述下行短消息进行验证,在所述下行短消息的接收者不在黑名单或白名单中且所述下行短消息的格式符合所述短消息模版时,或者在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给接入模块;
存储模块,用于存储黑名单、白名单和短消息模版;
管理模块,用于与BOSS进行黑名单、白名单和短消息模版同步。
9.一种实现行业应用短消息发送的系统,其特征在于,包括:
综合接入网关,用于向行业应用网关发送下行短消息;
所述行业应用网关,用于接收综合接入网关发送的下行短消息,根据预先存储的黑名单和短消息模版对所述下行短消息进行验证,在所述下行短消息的接收者不在黑名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
10.根据权利要求9所述的实现行业应用短消息发送的系统,其特征在于,
所述行业应用网关还用于根据预先存储的白名单对所述下行短消息进行验证,在所述下行短消息的接收者在白名单中时,将所述下行短消息发送给终端用户;在所述下行短消息的接收者不在白名单中且所述下行短消息的格式符合所述短消息模版时,将所述下行短消息发送给终端用户。
11.根据权利要求10所述的实现行业应用短消息发送的系统,其特征在于,所述系统还包括业务运营支撑系统BOSS;
所述行业应用网关还用于接收业务运营支撑系统BOSS发送的包括有常量和变量的短消息模版。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310169691.3A CN104144394A (zh) | 2013-05-09 | 2013-05-09 | 实现行业应用短消息发送的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310169691.3A CN104144394A (zh) | 2013-05-09 | 2013-05-09 | 实现行业应用短消息发送的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104144394A true CN104144394A (zh) | 2014-11-12 |
Family
ID=51853445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310169691.3A Pending CN104144394A (zh) | 2013-05-09 | 2013-05-09 | 实现行业应用短消息发送的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104144394A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105657677A (zh) * | 2014-11-14 | 2016-06-08 | 中移物联网有限公司 | 一种短信发送方法、短信网关及业务平台 |
CN106302116A (zh) * | 2016-08-12 | 2017-01-04 | 北京小米移动软件有限公司 | 消息发送方法和装置 |
CN107181664A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 一种自动熔断的消息发送方法、装置及系统 |
CN111726763A (zh) * | 2020-06-18 | 2020-09-29 | 深圳市诚立业科技发展有限公司 | 一种无线数据传输短信的方法 |
CN112351392A (zh) * | 2020-10-27 | 2021-02-09 | 北京聚通达科技股份有限公司 | 一种云通信短信服务平台 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150749A (zh) * | 2006-09-19 | 2008-03-26 | 中兴通讯股份有限公司 | 一种短信交换方法及其系统 |
CN101616380A (zh) * | 2009-04-30 | 2009-12-30 | 卓望数码技术(深圳)有限公司 | 一种信息广播的过滤控制方法及系统 |
WO2010148660A1 (zh) * | 2009-11-23 | 2010-12-29 | 中兴通讯股份有限公司 | 通信监控方法、装置及系统 |
CN102231873A (zh) * | 2011-06-22 | 2011-11-02 | 中兴通讯股份有限公司 | 垃圾短信监控方法、系统和监控处理装置 |
CN103024746A (zh) * | 2012-12-30 | 2013-04-03 | 清华大学 | 一种电信运营商垃圾短信处理系统及处理方法 |
-
2013
- 2013-05-09 CN CN201310169691.3A patent/CN104144394A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101150749A (zh) * | 2006-09-19 | 2008-03-26 | 中兴通讯股份有限公司 | 一种短信交换方法及其系统 |
CN101616380A (zh) * | 2009-04-30 | 2009-12-30 | 卓望数码技术(深圳)有限公司 | 一种信息广播的过滤控制方法及系统 |
WO2010148660A1 (zh) * | 2009-11-23 | 2010-12-29 | 中兴通讯股份有限公司 | 通信监控方法、装置及系统 |
CN102231873A (zh) * | 2011-06-22 | 2011-11-02 | 中兴通讯股份有限公司 | 垃圾短信监控方法、系统和监控处理装置 |
CN103024746A (zh) * | 2012-12-30 | 2013-04-03 | 清华大学 | 一种电信运营商垃圾短信处理系统及处理方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105657677A (zh) * | 2014-11-14 | 2016-06-08 | 中移物联网有限公司 | 一种短信发送方法、短信网关及业务平台 |
CN107181664A (zh) * | 2016-03-10 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 一种自动熔断的消息发送方法、装置及系统 |
CN106302116A (zh) * | 2016-08-12 | 2017-01-04 | 北京小米移动软件有限公司 | 消息发送方法和装置 |
CN111726763A (zh) * | 2020-06-18 | 2020-09-29 | 深圳市诚立业科技发展有限公司 | 一种无线数据传输短信的方法 |
CN112351392A (zh) * | 2020-10-27 | 2021-02-09 | 北京聚通达科技股份有限公司 | 一种云通信短信服务平台 |
CN112351392B (zh) * | 2020-10-27 | 2022-05-13 | 北京聚通达科技股份有限公司 | 一种云通信短信服务平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108197891A (zh) | 一种基于区块链的电子签约装置及方法 | |
CN104144394A (zh) | 实现行业应用短消息发送的方法及系统 | |
CN101651540A (zh) | 一种数字证书更新的方法、装置及系统 | |
CN102113358B (zh) | 实现终端设备锁网的方法、系统及终端设备 | |
LU102556B1 (en) | Blockchain-enhanced open internet of things access architecture | |
CN107908979B (zh) | 用于在区块链中进行配置和背书的方法和电子设备 | |
WO2020120672A1 (en) | Communication network node, methods, and a mobile terminal | |
CN109961281B (zh) | 流量结算方法、系统,以及基站和计算机可读存储介质 | |
CN111092820B (zh) | 一种设备节点认证方法、装置和系统 | |
CN110661779B (zh) | 基于区块链网络的电子证件管理方法、系统、设备及介质 | |
CN100571470C (zh) | 一种修改终端配置的方法,网络侧管理单元、终端和系统 | |
JP7325725B2 (ja) | MaaSネットワークへのセキュアなアクセスのための発行者ノードのアクセス管理 | |
CN100527144C (zh) | 一种在数字版权管理中实现准确计费的方法及装置 | |
CN102970308B (zh) | 一种用户认证方法及服务器 | |
CN105323094A (zh) | 基于设备标识的安全管理方法和系统 | |
CN104244243A (zh) | 终端外设控制方法、机器对机器网关及通信系统 | |
CN107181795B (zh) | 一种无线安全终端固件便捷灌装方法以及系统 | |
CN111614476A (zh) | 设备配置方法、系统和装置 | |
CN113993137B (zh) | 配置数据的监管系统、方法、装置、电子设备和介质 | |
US11954681B2 (en) | Blockchain-enhanced open internet of things access architecture | |
CN104104564A (zh) | 私有云中设备间自动建立基于wifi局域网的方法及装置 | |
CN108241980A (zh) | 跨终端的授权认证方法、系统及网银服务器、移动服务器 | |
CN109348472B (zh) | 一种基于单点推送的ota升级方法及系统 | |
CN112732676B (zh) | 基于区块链的数据迁移方法、装置、设备及存储介质 | |
CN111787642B (zh) | 一种基于第三方应用认证连网方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141112 |
|
RJ01 | Rejection of invention patent application after publication |