一种高效的消息发送方法及系统与流程

文档序号:11254015阅读:362来源:国知局
一种高效的消息发送方法及系统与流程

本发明涉及通信领域,尤其涉及一种高效的消息发送方法及系统。



背景技术:

伴随着信息技术的高速发展,很多企业拥有自己的业务系统,很多业务消息也是通过系统生成并发送给相关负责人,然而对于大型企业来说,其分支机构较多,而且区域分布较广,存在不同区域机构之间的消息不能共享的问题,其只能寻求其他方式进行不同区域机构之间消息的传递,这为大型企业的消息管理带来很多不便,并且导致消息的传递效率较低。



技术实现要素:

为解决现有技术的不足,本发明提供一种高效的消息发送方法及系统。

一方面,本发明提供一种高效的消息发送方法,包括:

步骤s1:当管理平台接收到消息发送请求时,验证所述消息发送请求是否合法,是则执行步骤s2,否则返回错误信息,结束;

步骤s2:所述管理平台根据所述消息发送请求整合各待发送数据,并通过路由分配将所述各待发送数据提交给对应的运营商,通过所述运营商将所述各待发送数据中的待发送消息发送至对应的手机号码中。

可选地,所述步骤s1之前,还包括:管理平台接收客户端发送来的用户登录请求,并验证所述用户登录请求中的用户名和密码对应关系是否正确,是则返回验证成功信息给所述客户端并允许用户登录,所述用户通过所述客户端编辑并提交消息发送请求给所述管理平台后,执行步骤s1;否则返回验证失败信息给所述客户端并拒绝用户登录,结束;

或者,

所述步骤s1之前,还包括:预先设置各接入业务系统的含有用户名、密码和ip地址的不完整请求,并生成消息发送事件,当所述消息发送事件被触发时,根据所述不完整请求和待发送消息生成消息发送请求,并提交所述消息发送请求给管理平台,执行步骤s1。

可选地,所述步骤s1中,所述验证所述消息发送请求是否合法,具体为执行以下操作中的至少一项:

所述管理平台验证所述消息发送请求对应的ip地址是否为已绑定的ip地址;

所述管理平台验证所述消息发送请求中含有的各手机号码是否均未存在于黑名单中;

所述管理平台验证所述消息发送请求中含有的待发送消息是否未含有预设屏蔽词;

如验证结果均为是,则判定所述消息发送请求合法,否则判定所述消息发送请求不合法。

可选地,所述步骤s2中,所述通过路由分配将所述各待发送数据提交给对应的运营商之前,还包括:所述管理平台将所述各待发送数据保存至数据库形成消息发送队列;

对应地,所述步骤s2中,所述通过路由分配将所述各待发送数据提交给对应的运营商,具体为:所述管理平台从所述消息发送队列中读取各待发送数据并提交给对应的运营商。

可选地,所述步骤s1中,当管理平台接收到消息发送请求时,还包括:所述管理平台根据所述消息发送请求对应的业务类型和/或请求人类型和/或接收人类型在线切换通道;

可选地,所述步骤s2之后,还包括:所述管理平台实时接收所述运营商返回的发送成功报告或者发送失败报告;

可选地,所述方法还包括:所述管理平台备份所述各待发送数据至缓存文件中,当出现故障重新启动时,所述管理平台在所述缓存文件中读取并恢复数据。

另一方面,本发明提供一种高效的消息发送系统,包括:

第一接收模块,用于接收消息发送请求;

第一验证模块,用于验证所述第一接收模块接收到的消息发送请求是否合法;

整合模块,用于当所述第一验证模块验证所述第一接收模块接收到的消息发送请求合法时,根据所述第一接收模块接收到的消息发送请求整合各待发送数据;

提交模块,用于通过路由分配将所述整合模块整合的各待发送数据提交给对应的运营商,通过所述运营商将所述各待发送数据中的待发送消息发送至对应的手机号码中;

发送模块,用于当所述第一验证模块验证所述第一接收模块接收到的消息发送请求不合法时,返回错误信息。

可选地,所述系统还包括:第二接收模块和第二验证模块;

所述第二接收模块,用于接收客户端发送来的用户登录请求;

所述第二验证模块,用于验证所述第二接收模块接收到的用户登录请求中的用户名和密码对应关系是否正确;

所述发送模块,还用于当所述第二验证模块验证所述第二接收模块接收到的用户登录请求中的用户名和密码对应关系正确时,返回验证成功信息给所述客户端并允许用户登录;还用于当所述第二验证模块验证所述第二接收模块接收到的用户登录请求中的用户名和密码对应关系不正确时,返回验证失败信息给所述客户端并拒绝用户登录;

所述第一接收模块,具体用于:接收所述用户通过所述客户端编辑并提交的消息发送请求;

或者,

所述系统还包括:自动设置模块;

所述自动设置模块,用于预先设置各接入业务系统的含有用户名、密码和ip地址的不完整请求,并生成消息发送事件;

所述第一接收模块,具体用于:当所述消息发送事件被触发时,接收所述消息发送事件生成并发送来的消息发送请求。

可选地,所述第二验证模块,具体用于执行以下操作中的至少一项:

验证所述消息发送请求对应的ip地址是否为已绑定的ip地址;

验证所述消息发送请求中含有的各手机号码是否均未存在于黑名单中;

验证所述消息发送请求中含有的待发送消息是否未含有预设屏蔽词;

如验证结果均为是,则判定所述消息发送请求合法,否则判定所述消息发送请求不合法。

可选地,所述系统还包括:保存模块;

所述保存模块,用于将所述各待发送数据保存至数据库形成消息发送队列;

所述提交模块,具体用于:从所述消息发送队列中读取各待发送数据并提交给对应的运营商,通过所述运营商将所述各待发送数据中的待发送消息发送给对应的接收人。

可选地,所述系统还包括:切换模块、第三接收模块、备份模块和恢复数据模块;

所述切换模块,用于当所述第一接收模块接收到消息发送请求时,根据所述消息发送请求对应的业务类型和/或请求人类型和/或接收人类型在线切换通道;

所述第三接收模块,用于实时接收所述运营商返回的发送成功报告或者发送失败报告;

所述备份模块,用于备份所述各待发送数据至缓存文件中;

所述恢复数据模块,用于当所述系统出现故障重新启动时,在所述缓存文件中读取并恢复数据。

本发明的优点在于:

本发明中,通过管理平台与各业务平台对接的方式实现消息的互通,并由管理平台对待发送消息进行统一处理后交由运营商发送给对应的接收人,保证了不同业务平台之间,消息的有效传递;同时该管理平台支持手动编辑并发送消息和自动发送消息两种形式,提升了用户体验。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

附图1为本发明提供的消息发送系统架构图;

附图2为本发明提供的消息发送系统服务架构图;

附图3为本发明实施例一提供的一种高效的消息发送方法流程图;

附图4为本发明实施例二提供的一种高效的消息发送系统框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反,提供这些实施方式是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明中通过短消息网关接口协议,完成在smg(英文全称:shortmessagegateway;中文全称:短消息网关)和sp(英文全称:serviceprovider;中文全称:服务提供商)之间、smg和smg(英文全称:gatewaynameserver;中文全称:短消息网关路由服务器)之间短消息的发送、接收和转发功能,以及smg和gns之间路由表的同步功能。如图1所示,本发明中完成短消息发送的系统架构包括:负载均衡设备、web服务器、管理平台、接入管理平台的各业务平台、网关消息接口、各网关及运营商;其中,管理平台将来自各业务平台的待发送消息通过网关提交至运营商,通过运营商将各待发送消息发送至对应的手机号码;与该系统架构对应的系统服务架构,如图2所示,包括:业务接口、业务层和协议层;用户通过业务接口向业务层提交消息发送请求,在业务层对消息发送请求进行处理,由于各消息发送请求的来源渠道不同,为使各消息准确及格式统一,对各消息发送请求进行黑名单过滤、关键字过滤等多重处理后通过协议层将各待发送消息提交给中国移动、中国联通、中国电信等运营商,并由各运营商将待发送消息发送至各接收人的手机号码中。

同时,该消息发送系统基于模块化及松耦合设计,使其易于配置并可避免单点失败造成的系统风险;同时该系统具有平滑的扩容能力,能够根据用户业务的扩展,扩充其他业务功能。

实施例一

根据本发明的实施方式,提供一种高效的消息发送方法,如图3所示,包括:

步骤101:当管理平台接收到消息发送请求时,验证消息发送请求是否合法,是则执行步骤102,否则返回错误信息,结束;

步骤102:管理平台根据消息发送请求整合各待发送数据,并通过路由分配将各待发送数据提交给对应的运营商,通过运营商将各待发送数据中的待发送消息发送至对应的手机号码中。

根据本发明的实施方式,步骤101之前,还包括:管理平台接收客户端发送来的用户登录请求,并验证用户登录请求中的用户名和密码对应关系是否正确,是则返回验证成功信息给客户端并允许用户登录,用户通过客户端编辑并提交消息发送请求给管理平台后,执行步骤101;否则返回验证失败信息给客户端并拒绝用户登录,结束;

或者,

所述步骤101之前,还包括:预先设置各接入业务系统的含有用户名、密码和ip地址的不完整请求,并生成消息发送事件,当所述消息发送事件被触发时,根据所述不完整请求和待发送消息生成消息发送请求,并提交所述消息发送请求给管理平台,执行步骤101。

在本实施例中,提交消息发送请求的方式分为两种,即上述用户通过登录客户端进行手动编辑并提交,以及通过对各接入业务系统进行自动提交设置来自动提交。

其中,消息发送请求中含有待发送消息、待发送消息对应的接收人信息(例如,姓名和手机号码)等。

根据本发明的实施方式,步骤101中,验证消息发送请求是否合法,具体为执行以下操作中的至少一项:

管理平台验证消息发送请求对应的ip地址是否为已绑定的ip地址;

管理平台验证消息发送请求中含有的各手机号码是否均未存在于黑名单中;

管理平台验证消息发送请求中含有的待发送消息是否未含有预设屏蔽词;

如验证结果均为是,则判定消息发送请求合法,否则判定消息发送请求不合法。

其中,管理平台验证消息发送请求对应的ip地址是否为已绑定的ip地址,具体为:管理平台获取消息发送请求对应的ip地址,或者读取消息发送请求中含有的ip地址,并判断自身的数据库中是否存有获取到的ip地址,是则判定消息发送请求对应的ip地址是已绑定的ip地址;否则判定消息发送请求对应的ip地址不是已绑定的ip地址。

进一步地,本实施例中的方法还包括:管理平台接收用户提交的无效手机号码,以及运营商反馈的无效手机号码,并根据接收到的无效手机号码生成黑名单;通过对消息发送请求中含有的各手机号码是否存在于黑名单中的验证,保证待发送消息安全有效的发送给正确的接收人,同时有效避免了机密信息的外泄。

更进一步地,在本实施例中,预先设置待发送消息的屏蔽词,包括文字、词语以及英文等;通过对消息发送请求中含有的待发送消息是否含有预设屏蔽词的验证,保障了发出的消息的安全与健康,能够有效避免不健康的信息在人们中传播。

再进一步地,在本实施例中,当消息发送请求的提交形式为通过自动设置线程自动提交时,步骤101中,验证消息发送请求是否合法,还包括:管理平台验证消息发送请求中含有的用户名和密码对应关系是否正确。

根据本发明的实施方式,步骤101中,当管理平台接收到消息发送请求时,还包括:管理平台根据消息发送请求对应的业务类型和/或请求人类型和/或接收人类型在线切换通道;

本实施例中,管理平台同时运行多台服务器,每台服务器对应一个通道来处理管理平台接收到的各消息发送请求,同时管理平台对各通道进行细分管理,根据消息发送请求对应的业务类型和/或请求人类型和/或接收人类型在线切换通道,以提高各通道的利用率。

其中,当某一通道出现异常时,还包括:管理平台通过在线切换通道,来保障各消息发送请求的有效处理。

根据本发明的实施方式,步骤102中,通过路由分配将各待发送数据提交给对应的运营商之前,还包括:管理平台将各待发送数据保存至数据库形成消息发送队列;

对应地,步骤102中,通过路由分配将各待发送数据提交给对应的运营商,具体为:管理平台从消息发送队列中读取各待发送数据并提交给对应的运营商。

该方式既可以保障各待发送消息有序发送,同时可避免遗漏。

进一步地,本实施例中的方法,还包括:管理平台将消息发送请求保存至日志文件中,以方便日后的查询。

更进一步地,本实施例中的方法,还包括:管理平台备份各待发送数据至缓存文件中,当出现故障重新启动时,管理平台在缓存文件中读取并恢复数据。

根据本发明的实施例方式,步骤102之后,还包括:管理平台实时接收运营商返回的发送成功报告或者发送失败报告;

在本实施例中,管理平台实时接收运营商返回的发送报告,以明确各待发送消息的发送情况;

进一步地,在本实施例中,当消息发送请求提交人要求了解各消息的发送情况时,在管理平台接收到运营商返回的发送成功报告或者发送失败报告之后,还包括:管理平台将接收到的发送成功报告或者发送失败报告发送给对应的提交人。

根据本发明的实施方式,所述方法还包括:管理平台执行计费操作,如用户已提供预付款,则在各消息发送完成时,管理平台从预付款中扣除相应费用;如当用户未提供预付款,则在各消息发送完成时,管理平台统计需支付费用并提供给用户。

实施例二

根据本发明的实施方式,提供一种高效的消息发送系统,如图4所示,包括:

第一接收模块201,用于接收消息发送请求;

第一验证模块202,用于验证第一接收模块201接收到的消息发送请求是否合法;

整合模块203,用于当第一验证模块202验证第一接收模块201接收到的消息发送请求合法时,根据第一接收模块201接收到的消息发送请求整合各待发送数据;

提交模块204,用于通过路由分配将整合模块203整合的各待发送数据提交给对应的运营商,通过运营商将各待发送数据中的待发送消息发送至对应的手机号码中;

发送模块205,用于当第一验证模块202验证第一接收模块201接收到的消息发送请求不合法时,返回错误信息。

根据本发明的实施方式,所述系统还包括:第二接收模块和第二验证模块;

其中,第二接收模块,用于接收客户端发送来的用户登录请求;

第二验证模块,用于验证第二接收模块接收到的用户登录请求中的用户名和密码对应关系是否正确;

发送模块205,还用于当第二验证模块验证第二接收模块接收到的用户登录请求中的用户名和密码对应关系正确时,返回验证成功信息给客户端并允许用户登录;还用于当第二验证模块验证第二接收模块接收到的用户登录请求中的用户名和密码对应关系不正确时,返回验证失败信息给客户端并拒绝用户登录;

对应地,第一接收模块201,具体用于:接收用户通过客户端编辑并提交的消息发送请求;

或者;

所述系统还包括:自动设置模块;

其中,自动设置模块,用于预先设置各接入业务系统的含有用户名、密码和ip地址的不完整请求,并生成消息发送事件;

第一接收模块201,具体用于:当消息发送事件被触发时,接收消息发送事件生成并发送来的消息发送请求。

本实施例中的系统,还包括:生成模块和设置模块;

其中,生成模块用于根据用户提交的无效手机号码,以及运营商反馈的无效手机号码生成黑名单;

设置模块,用于预先设置待发送消息的屏蔽词,包括文字、词语以及英文等。

对应地,第二验证模块202,具体用于执行以下操作中的至少一项:

验证消息发送请求对应的ip地址是否为已绑定的ip地址;

验证消息发送请求中含有的各手机号码是否均未存在于黑名单中;

验证消息发送请求中含有的待发送消息是否未含有预设屏蔽词;

如验证结果均为是,则判定消息发送请求合法,否则判定消息发送请求不合法。

本实施例中的系统还包括:保存模块;

保存模块,用于将各待发送数据保存至数据库形成消息发送队列;

对应地,提交模块204,具体用于:从所述消息发送队列中读取各待发送数据并提交给对应的运营商,通过运营商将各待发送数据中的待发送消息发送给对应的接收人。

优选地,在本实施例中,保存模块,还用于将第一接收模块201接收到的消息发送请求保存至日志文件中,以方便日后的查询。

本实施方式中的系统还包括:切换模块、第三接收模块、备份模块和恢复数据模块;

其中,切换模块,用于当第一接收模块201接收到消息发送请求时,根所述消息发送请求对应的业务类型和/或请求人类型和/或接收人类型在线切换通道;

第三接收模块,用于实时接收运营商返回的发送成功报告或者发送失败报告;

备份模块,用于备份各待发送数据至缓存文件中;

恢复数据模块,用于当系统出现故障重新启动时,在缓存文件中读取并恢复数据。

本实施例中的系统,还包括:费用结算模块;

费用结算模块,用于执行计费操作,如用户已提供预付款,则在各消息发送完成时,从预付款中扣除相应费用;如当用户未提供预付款,则在各消息发送完成时,统计需支付费用并提供给用户。

本发明中,通过管理平台与各业务平台对接的方式实现消息的互通,并由管理平台对待发送消息进行统一处理后交由运营商发送给对应的接收人,保证了不同业务平台之间,消息的有效传递;同时该管理平台支持手动编辑并发送消息和自动发送消息两种形式,提升了用户体验。

以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1