一种适用于多客户端的自动感应协同通知系统技术方案

本申请涉及一种适用于多客户端的自动感应协同通知系统，通知系统用于经由通信网络向至少一个在信息服务端设备中注册的应用客户端发送信令，再由所述应用客户端将所述消息发送给注册用户。通知系统包括应用客户端自动感应获取装置、通知提醒触发装置和通知发出装置，其中，信息服务端配置模块同时对接多个应用客户端,应用客户端与信息服务端双向连通。本申请的消息通知系统将信息服务端与应用客户端结合在一起，充分运用互联网的优势，适合广泛推广。广泛推广。

【技术实现步骤摘要】
一种适用于多客户端的自动感应协同通知系统


[0001]本申请涉及通信技术邻域，尤其是涉及一种适用于多客户端的自动感应协同通知系统。

技术介绍

[0002]目前行业内存在的基于信令触发的信息提醒业务，即短信下发模块，其提供最基础的和最原始的短信通知方式，包括下发模版，下发时间，短信合并等功能。其主要缺陷有以下三点：一是通知方式单一，大多数都是采用短信通知方式；二是电信运营商的营销方式单一，不利于用户量的发展；三是传统电信运营商层面和互联网行业之间存在断层，缺乏借助互联网流量发展用户的能力。
[0003]公开号为CN 101291486A的专利公开了一种自动通知多个通信节点的方法、系统和装置。移动通信设备可操作用于在消息会话中自动发送状态变化通知。其中，所述设备包括：处理器，可操作用于在移动通信设备上执行实时消息应用：输入模块，可操作用于从用户接收会话状态变化指示：以及状态更新模块，可操作用于响应从用户收到会话状态变化指示，产生会话状态变化消息。该设备进一步包括收发机可操作用于和多个远程设备通信，并且可操作用于响应于状态更新模块产生会话状态变化泊息，自动向至少包括两个远程实时消息应用的组中的每一个发送会话状态改变消息。本技术方案设计复杂，涉及对象较多，采用的是常见的短信通知。
[0004]鉴于上述内容，目前亟需一种解决和改进以上问题的方法和系统，使用信息提醒业务提供多种信息提醒方式，对接多个互联网企业，增加更多的营销方式和渠道，提升用户体验

技术实现思路

[0005]目前，市场上采用的短信通知业务功能单一、用户量发展受限、无法借助互联网流量红利以及缺乏与互联网企业的粘性。
[0006]为解决上述技术问题，本申请提供了一种适用于多客户端的自动感应协同通知系统，通知系统用于经由通信网络向至少一个在信息服务端设备中注册的应用客户端发送消息，再由所述应用客户端将所述消息发送给注册用户。通知系统包括：应用客户端自动感应获取装置，包括信息服务端配置模块和应用客户端配置模块，信息服务端配置模块用以应用客户端与信息服务端进行对接和配置，应用客户端配置模块用以应用客户端与其注册用户的对接；通知提醒触发装置，与应用客户端自动感应获取装置通信连接，通知提醒触发装置用于应用客户端与通信端的签约注册以及两者之间的信令识别；通知发出装置，与通信提醒触发装置和应用客户端自动感应获取装置通信连接，通知发出装置用于将通信提醒触发装置识别的信令通过应用客户端发送给注册用户；其中，信息服务端配置模块同时对接多个应用客户端,应用客户端与信息服务端双向连通。
[0007]根据本申请的实施例，信息服务端还对接固定电话、移动电话、个人数字助力、个
人计算机和游戏机中的至少一种。
[0008]根据本申请的实施例，应用客户端包括抖音、百度、微信、欢购、今日头条和电信掌厅中的至少一种。
[0009]根据本申请的实施例，通知提醒触发装置包括信令订阅模块、信令接收模块和策略模块。信令订阅模块用以信息服务端与应用客户端之间的AS签约和省服开IFC签约功能的实现；信令接收模块用以实现信令合规性检查和筛选发出信令的功能；策略模块用于实现号码识别、下发策略和场景设计的功能。
[0010]根据本申请的实施例，策略模块与应用客户端连接，策略模块中下发策略的功能包括：1)为应用客户端提供默认的下发策略和下发模版；2)暂停和开启应用客户端的推送功能；3)基于默认算法选择常用的应用客户端，向这些应用客户端进行推送4)根据应用客户端设置的推送时间段，信息服务端设置推送时间。
[0011]根据本申请的实施例，通知发出装置包括短信下发模块、应用客户端接收模块和应用客户端下发模块，短信下发模块设置于信息服务端并与应用客户端接收模块通信连接，应用客户端下发模块与策略模块通信连接，应用客户端下发模块对应用客户端接收到的信令通过策略模块的处理后发到注册用户的操作界面。
[0012]根据本申请的实施例，信令订阅模块经由通信网络向申请注册的应用客户端至少发送一条信息，包括：发送条件注册电路，用于注册消息发送条件。
[0013]根据本申请的实施例，通知提醒触发装置仅对在信息服务端进行了签约注册的应用客户端发出信令。
[0014]根据本申请的实施例，当判断信令符合规定时，信息服务端由通信网络仅向签约注册的应用客户端发送所述信令。
[0015]根据本申请的实施例，当判断信令符合规定时，应用客户端由通信电路仅向注册用户通过即时消息发送所述信令。
[0016]根据本申请的实施例，本申请系统推送的信令包括漏话提醒、寒潮，台风，疫情等消息。
[0017]与现有技术相比，本申请具有如下有益效果：
[0018]1.本专利技术结合了短信通知消息提醒方式以及通过各大应用终端如APP推送消息的方式，使得消息的提醒方式多样化，提高了本申请系统的认知度。
[0019]2.本专利技术的技术方案克服了传统电信运营商层面和互联网行业之间存在断层，缺乏借助互联网流量发展用户的能力的问题，将信息服务端与应用客户端二者相结合，运营商借助互联网的流量，能迅速发展用户。
[0020]3.一些公益性的和权威性的消息，比如寒潮，台风，疫情等消息可以通过短信和app消息的方式进行同步推送，有运营商的短信在可大大提高消息的可靠性，提高了用户对于客户端的信任感，也有助于提升客户端app的用户量；客户端app厂商的一些真正利民惠民活动可以通过与运营商合作，运营商同步发送短信来提高用户的信任感，不再认为是虚假消息，大大减少了互联网的推广成本并提高了业绩。
附图说明
[0021]为了更清楚地说明本申请实施例的技术方案，下面将对实施例的附图作简单地介
绍，显而易见地，下面描述中的附图仅仅涉及本申请的一些实施例，而非对本申请的限制。
[0022]图1为本专利技术一种适用于多客户端的自动感应协同通知系统的应用流程框图；
[0023]图2为本专利技术一种适用于多客户端的自动感应协同通知系统中通知提醒触发装置的组成功能框图；
[0024]图3为本专利技术一种适用于多客户端的自动感应协同通知系统中客户端自动感应获取装置的组成结构框图；
[0025]图4为本专利技术一种适用于多客户端的自动感应协同通知系统中通知发出装置的组成结构框图。
具体实施方式
[0026]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例的附图，对本申请实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于所描述的本申请的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其它实施例，都属于本申请保护的范围。
[0027]除非另作定义，此处使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请专利申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种适用于多客户端的自动感应协同通知系统，其特征在于，所述通知系统用于经由通信网络向至少一个在信息服务端设备中注册的应用客户端发送信令，再由所述应用客户端将所述消息发送给注册用户；所述通知系统包括：应用客户端自动感应获取装置，包括信息服务端配置模块和应用客户端配置模块，所述信息服务端配置模块用以所述应用客户端与信息服务端进行对接和配置，所述应用客户端配置模块用以所述应用客户端与其注册用户的对接；通知提醒触发装置，与所述应用客户端自动感应获取装置通信连接，所述通知提醒触发装置用于所述应用客户端与所述通信端的签约注册以及两者之间的信令识别；通知发出装置，与所述通信提醒触发装置和应用客户端自动感应获取装置通信连接，所述通知发出装置用于将所述通信提醒触发装置识别的信令通过所述应用客户端发送给所述注册用户；其中，所述信息服务端配置模块同时对接多个所述应用客户端,所述应用客户端与所述信息服务端双向连通。2.根据权利要求1所述的通知系统，其特征在于，所述信息服务端还对接固定电话、移动电话、个人数字助力、个人计算机和游戏机中的至少一种。3.根据权利要求1所述的通知系统，其特征在于，所述应用客户端包括抖音、百度、微信、欢购、今日头条和电信掌厅中的至少一种。4.根据权利要求1所述的通知系统，其特征在于，所述通知提醒触发装置包括信令订阅模块、信令接收模块和策略模块，所述信令订阅模块用以所述信息服务端与所述应用客户端之间的AS签约和省服开IFC签约功能的实现；所述信令接收模块用以实现信令合规性检查和筛选发出信令的功能；所述策略...

【专利技术属性】
技术研发人员：赵峻毅，宋惕林，曹思佳，周颜云，陈家俊，李井峰，孙清源，段巍巍，吴曾，张品品，李瑁，陈敏，潘琳，
申请(专利权)人：号百信息服务有限公司，
类型：发明
国别省市：