CN114285813A - 一种适用于多客户端的自动感应协同通知系统 - Google Patents

Abstract

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

Description

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

技术领域

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

背景技术

目前行业内存在的基于信令触发的信息提醒业务，即短信下发模块，其提供最基础的和最原始的短信通知方式，包括下发模版，下发时间，短信合并等功能。其主要缺陷有以下三点：一是通知方式单一，大多数都是采用短信通知方式；二是电信运营商的营销方式单一，不利于用户量的发展；三是传统电信运营商层面和互联网行业之间存在断层，缺乏借助互联网流量发展用户的能力。

公开号为CN 101291486A的专利公开了一种自动通知多个通信节点的方法、系统和装置。移动通信设备可操作用于在消息会话中自动发送状态变化通知。其中，所述设备包括：处理器，可操作用于在移动通信设备上执行实时消息应用：输入模块，可操作用于从用户接收会话状态变化指示：以及状态更新模块，可操作用于响应从用户收到会话状态变化指示，产生会话状态变化消息。该设备进一步包括收发机可操作用于和多个远程设备通信，并且可操作用于响应于状态更新模块产生会话状态变化泊息，自动向至少包括两个远程实时消息应用的组中的每一个发送会话状态改变消息。本技术方案设计复杂，涉及对象较多，采用的是常见的短信通知。

鉴于上述内容，目前亟需一种解决和改进以上问题的方法和系统，使用信息提醒业务提供多种信息提醒方式，对接多个互联网企业，增加更多的营销方式和渠道，提升用户体验

发明内容

目前，市场上采用的短信通知业务功能单一、用户量发展受限、无法借助互联网流量红利以及缺乏与互联网企业的粘性。

为解决上述技术问题，本申请提供了一种适用于多客户端的自动感应协同通知系统，通知系统用于经由通信网络向至少一个在信息服务端设备中注册的应用客户端发送消息，再由所述应用客户端将所述消息发送给注册用户。通知系统包括：应用客户端自动感应获取装置，包括信息服务端配置模块和应用客户端配置模块，信息服务端配置模块用以应用客户端与信息服务端进行对接和配置，应用客户端配置模块用以应用客户端与其注册用户的对接；通知提醒触发装置，与应用客户端自动感应获取装置通信连接，通知提醒触发装置用于应用客户端与通信端的签约注册以及两者之间的信令识别；通知发出装置，与通信提醒触发装置和应用客户端自动感应获取装置通信连接，通知发出装置用于将通信提醒触发装置识别的信令通过应用客户端发送给注册用户；其中，信息服务端配置模块同时对接多个应用客户端,应用客户端与信息服务端双向连通。

根据本申请的实施例，信息服务端还对接固定电话、移动电话、个人数字助力、个人计算机和游戏机中的至少一种。

根据本申请的实施例，应用客户端包括抖音、百度、微信、欢购、今日头条和电信掌厅中的至少一种。

根据本申请的实施例，通知提醒触发装置包括信令订阅模块、信令接收模块和策略模块。信令订阅模块用以信息服务端与应用客户端之间的AS签约和省服开IFC签约功能的实现；信令接收模块用以实现信令合规性检查和筛选发出信令的功能；策略模块用于实现号码识别、下发策略和场景设计的功能。

根据本申请的实施例，策略模块与应用客户端连接，策略模块中下发策略的功能包括：1)为应用客户端提供默认的下发策略和下发模版；2)暂停和开启应用客户端的推送功能；3)基于默认算法选择常用的应用客户端，向这些应用客户端进行推送4)根据应用客户端设置的推送时间段，信息服务端设置推送时间。

根据本申请的实施例，通知发出装置包括短信下发模块、应用客户端接收模块和应用客户端下发模块，短信下发模块设置于信息服务端并与应用客户端接收模块通信连接，应用客户端下发模块与策略模块通信连接，应用客户端下发模块对应用客户端接收到的信令通过策略模块的处理后发到注册用户的操作界面。

根据本申请的实施例，信令订阅模块经由通信网络向申请注册的应用客户端至少发送一条信息，包括：发送条件注册电路，用于注册消息发送条件。

根据本申请的实施例，通知提醒触发装置仅对在信息服务端进行了签约注册的应用客户端发出信令。

根据本申请的实施例，当判断信令符合规定时，信息服务端由通信网络仅向签约注册的应用客户端发送所述信令。

根据本申请的实施例，当判断信令符合规定时，应用客户端由通信电路仅向注册用户通过即时消息发送所述信令。

根据本申请的实施例，本申请系统推送的信令包括漏话提醒、寒潮，台风，疫情等消息。

与现有技术相比，本申请具有如下有益效果：

1.本发明结合了短信通知消息提醒方式以及通过各大应用终端如APP推送消息的方式，使得消息的提醒方式多样化，提高了本申请系统的认知度。

2.本发明的技术方案克服了传统电信运营商层面和互联网行业之间存在断层，缺乏借助互联网流量发展用户的能力的问题，将信息服务端与应用客户端二者相结合，运营商借助互联网的流量，能迅速发展用户。

3.一些公益性的和权威性的消息，比如寒潮，台风，疫情等消息可以通过短信和app消息的方式进行同步推送，有运营商的短信在可大大提高消息的可靠性，提高了用户对于客户端的信任感，也有助于提升客户端app的用户量；客户端app厂商的一些真正利民惠民活动可以通过与运营商合作，运营商同步发送短信来提高用户的信任感，不再认为是虚假消息，大大减少了互联网的推广成本并提高了业绩。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例的附图作简单地介绍，显而易见地，下面描述中的附图仅仅涉及本申请的一些实施例，而非对本申请的限制。

图1为本发明一种适用于多客户端的自动感应协同通知系统的应用流程框图；

图2为本发明一种适用于多客户端的自动感应协同通知系统中通知提醒触发装置的组成功能框图；

图3为本发明一种适用于多客户端的自动感应协同通知系统中客户端自动感应获取装置的组成结构框图；

图4为本发明一种适用于多客户端的自动感应协同通知系统中通知发出装置的组成结构框图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例的附图，对本申请实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于所描述的本申请的实施例，本领域普通技术人员在无需创造性劳动的前提下所获得的所有其它实施例，都属于本申请保护的范围。

除非另作定义，此处使用的技术术语或者科学术语应当为本申请所属领域内具有一般技能的人士所理解的通常意义。本申请专利申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。

图1为本发明一种适用于多客户端的自动感应协同通知系统的应用流程框图，图2为本发明一种适用于多客户端的自动感应协同通知系统中通知提醒触发装置的组成功能框图，图3为本发明一种适用于多客户端的自动感应协同通知系统中客户端自动感应获取装置的组成结构框图，图4为本发明一种适用于多客户端的自动感应协同通知系统中通知发出装置的组成结构框图。

图1的框图示出了本发明一种适用于多客户端的自动感应协同通知系统的应用流程框图，通知系统是用于经由通信网络向至少一个在信息服务端设备中注册的应用客户端发送消息，再由应用客户端将信令发送给注册用户。通知系统包括应用客户端自动感应获取装置、通知提醒触发装置和通知发出装置。

进一步地，通信网络通过移动通信网络、固定线路通信网络、包含这些网络的因特网等(未示出)构成。

进一步地，信息服务端还对接固定电话、移动电话、个人数字助力、个人计算机和游戏机中的至少一种。

进一步地，应用客户端包括抖音、百度、微信、欢购、今日头条和电信掌厅中的至少一种。

进一步地，应用客户端仅将相关信令消息推送给其注册用户，注册用户可以根据应用客户端提供的提醒机制，选择授权相应的客户端推送相关消息或者授权取消推送消息。

如图3所示，应用客户端自动感应获取装置，包括信息服务端配置模块和应用客户端配置模块，信息服务端配置模块用以应用客户端与信息服务端进行对接和配置，应用客户端配置模块用以应用客户端与其注册用户的对接。

如图2所示，通知提醒触发装置与应用客户端自动感应获取装置通信连接，通知提醒触发装置用于应用客户端与通信端的签约注册以及两者之间的信令识别。

进一步地，通知提醒触发装置包括信令订阅模块、信令接收模块和策略模块。信令订阅模块用以信息服务端与应用客户端之间的AS签约和省服开IFC签约功能的实现；信令接收模块用以实现信令合规性检查和筛选发出信令的功能；策略模块用于实现号码识别、下发策略和场景设计的功能。

进一步地，策略模块与应用客户端连接，策略模块中下发策略的功能包括：1)为应用客户端提供默认的下发策略和下发模版；2)暂停和开启应用客户端的推送功能；3)基于默认算法选择常用的应用客户端，向这些应用客户端进行推送4)根据应用客户端设置的推送时间段，信息服务端设置推送时间。

进一步地，信令订阅模块经由通信网络向申请注册的应用客户端至少发送一条信息，包括：发送条件注册电路，用于注册消息发送条件。

如图4所示，通知发出装置与通信提醒触发装置和应用客户端自动感应获取装置通信连接，通知发出装置用于将通信提醒触发装置识别的信令通过应用客户端发送给注册用户。

进一步地，信息服务端配置模块同时对接多个应用客户端,应用客户端与信息服务端双向连通。信息服务端可以和应用客户端可以进行信息间的互相反馈，如电信运营商与app之间的消息渠道相互对接：电信运营商为app提供默认的下发策略和下发模版，每个app也可以根据电信运营商的反馈自定义它的下发策略和下发模版；电信运营商提供暂停和开启app推送的功能；基于默认算法进行推送(获取用户已安装app，根据用户的app的使用频率选择常用app进行消息推送)；电信运营商对于提供app定向推送能力，可以提高app用户使用粘度；app设置消息提醒的时间段，电信运营商只在固定时间进行推送，免打扰。运营商和互联网二者相结合，运营商借助互联网的流量，能迅速发展用户，消息的提醒方式多样化也提高了产品的认知度。

进一步地，通知发出装置包括短信下发模块、应用客户端接收模块和应用客户端下发模块，短信下发模块设置于信息服务端并与应用客户端接收模块通信连接，应用客户端下发模块与策略模块通信连接，应用客户端下发模块对应用客户端接收到的信令通过策略模块的处理后发到注册用户的操作界面。

进一步地，通知提醒触发装置仅对在信息服务端进行了签约注册的应用客户端发出信令。

进一步地，当判断信令符合规定时，信息服务端由通信网络仅向签约注册的应用客户端发送所述信令。

进一步地，当判断信令符合规定时，应用客户端由通信电路仅向注册用户通过即时消息发送所述信令。

进一步地，本申请系统推送的信令包括漏话提醒、寒潮，台风，疫情等消息。

本申请的一种适用于多客户端的自动感应协同通知系统的具体工作流程为：首先，应用客户端利用信令订阅模块与信息服务端签约注册，信息服务端确定与其签约注册成功的应用客户端；信息服务端判断信令发送和接收部分是否已经收到了来自信令接收模块的指令，当判断信令合规性检查正常后，信令通过策略模块的处理，按照应用客户端的设置要求，推送给应用客户端，应用客户端再通过其注册用户的授权条件，最后将相关信令推送到注册用户的操作页面。

综上所述，本申请具有以下有益效果：

1.本发明结合了短信通知消息提醒方式以及通过各大应用终端如APP推送消息的方式，使得消息的提醒方式多样化，提高了本申请系统的认知度。

2.本发明的技术方案克服了传统电信运营商层面和互联网行业之间存在断层，缺乏借助互联网流量发展用户的能力的问题，将信息服务端与应用客户端二者相结合，运营商借助互联网的流量，能迅速发展用户。

3.一些公益性的和权威性的消息，比如寒潮，台风，疫情等消息可以通过短信和app消息的方式进行同步推送，有运营商的短信在可大大提高消息的可靠性，提高了用户对于客户端的信任感，也有助于提升客户端app的用户量；客户端app厂商的一些真正利民惠民活动可以通过与运营商合作，运营商同步发送短信来提高用户的信任感，不再认为是虚假消息，大大减少了互联网的推广成本并提高了业绩。

以上所述仅是本申请的示范性实施方式，而非用于限制本申请的保护范围，本申请的保护范围由所附的权利要求确定。

Claims (10)

1.一种适用于多客户端的自动感应协同通知系统，其特征在于，所述通知系统用于经由通信网络向至少一个在信息服务端设备中注册的应用客户端发送信令，再由所述应用客户端将所述消息发送给注册用户；

所述通知系统包括：

应用客户端自动感应获取装置，包括信息服务端配置模块和应用客户端配置模块，所述信息服务端配置模块用以所述应用客户端与信息服务端进行对接和配置，所述应用客户端配置模块用以所述应用客户端与其注册用户的对接；

通知提醒触发装置，与所述应用客户端自动感应获取装置通信连接，所述通知提醒触发装置用于所述应用客户端与所述通信端的签约注册以及两者之间的信令识别；

通知发出装置，与所述通信提醒触发装置和应用客户端自动感应获取装置通信连接，所述通知发出装置用于将所述通信提醒触发装置识别的信令通过所述应用客户端发送给所述注册用户；

其中，所述信息服务端配置模块同时对接多个所述应用客户端,所述应用客户端与所述信息服务端双向连通。

2.根据权利要求1所述的通知系统，其特征在于，所述信息服务端还对接固定电话、移动电话、个人数字助力、个人计算机和游戏机中的至少一种。

3.根据权利要求1所述的通知系统，其特征在于，所述应用客户端包括抖音、百度、微信、欢购、今日头条和电信掌厅中的至少一种。

4.根据权利要求1所述的通知系统，其特征在于，所述通知提醒触发装置包括信令订阅模块、信令接收模块和策略模块，

所述信令订阅模块用以所述信息服务端与所述应用客户端之间的AS签约和省服开IFC签约功能的实现；

所述信令接收模块用以实现信令合规性检查和筛选发出信令的功能；

所述策略模块用于实现号码识别、下发策略和场景设计的功能。

5.根据权利要求4所述的通知系统，其特征在于，所述策略模块与所述应用客户端连接，所述策略模块中下发策略的功能包括：1)为所述应用客户端提供默认的下发策略和下发模版；2)暂停和开启所述应用客户端的推送功能；3)基于默认算法选择常用的所述应用客户端，向这些所述应用客户端进行推送4)根据所述应用客户端设置的推送时间段，所述信息服务端设置推送时间。

6.根据权利要求4所述的通知系统，其特征在于，所述通知发出装置包括短信下发模块、应用客户端接收模块和应用客户端下发模块，所述短信下发模块设置于所述信息服务端并与所述应用客户端接收模块通信连接，所述应用客户端下发模块与所述策略模块通信连接，所述应用客户端下发模块对所述应用客户端接收到的信令通过所述策略模块的处理后发到所述注册用户的操作界面。

7.根据权利要求4所述的通知系统，其特征在于，所述信令订阅模块经由通信网络向申请注册的所述应用客户端至少发送一条信息，包括：发送条件注册电路，用于注册消息发送条件。

8.根据权利要求1所述的通知系统，其特征在于，所述通知提醒触发装置仅对在所述信息服务端进行了签约注册的所述应用客户端发出所述信令。

9.根据权利要求8所述的通知系统，其特征在于，当判断所述信令符合规定时，所述信息服务端由通信电路仅向签约注册的应用客户端发送所述信令。

10.根据权利要求8所述的通知系统，其特征在于，当判断所述信令符合规定时，所述应用客户端由所述通信电路仅向所述注册用户通过即时消息发送所述信令。

Images