CN111193661B - 一种基于企业通信渠道融合***的管理方法及装置 - Google Patents
一种基于企业通信渠道融合***的管理方法及装置 Download PDFInfo
- Publication number
- CN111193661B CN111193661B CN202010273274.3A CN202010273274A CN111193661B CN 111193661 B CN111193661 B CN 111193661B CN 202010273274 A CN202010273274 A CN 202010273274A CN 111193661 B CN111193661 B CN 111193661B
- Authority
- CN
- China
- Prior art keywords
- message
- sending
- communication channel
- sent
- batch
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/063—Content adaptation, e.g. replacement of unsuitable content
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种基于企业通信渠道融合***的管理方法、装置、设备及可读存储介质,所述方法包括:响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。本发明能够通过统一的消息模型对企业的消息通信进行统一管理,从而有效提高了企业通信***的可扩展能力及信息管理能力。
Description
技术领域
本发明涉及信息管理技术领域,尤其是涉及一种基于企业通信渠道融合***的管理方法、装置、设备及可读存储介质。
背景技术
企业与用户的沟通,现有多种消息渠道做为载体,这些消息渠道在未来有些会被淘汰,有些会变为主流,不断地更新迭代。每个企业选取的消息渠道也不尽相同,如何适应这种变化,是消息记录的关键。原有多种渠道的收发信息,是独立于不同模块进行管理,比如短信记录、微信记录、邮件记录等虽然在同一平台上管理,但没有关联起来管理,它们是相互独立的,各消息渠道的消息没有融合,一旦有新的消息渠道接入,需要全套做下来,并不能重用,不仅增加了开发接入及维护成本,消息渠道扩展能力差,而且提高了客户使用的复杂度。另外,由于通信渠道的多样化带来了互动消息量增加,从各个渠道来源的都有,消息混杂,现有技术中有些消息无法同步,造成消息滞后,难以及时、有效的响应用户需求。
发明内容
本发明实施例的目的在于提供一种基于企业通信渠道融合***的管理方法、装置、设备及可读存储介质,以解决上述技术问题,能够将消息模型进行统一管理,提高企业通信***的可扩展能力及信息管理能力。
为了解决上述技术问题,本发明实施例提供了一种基于企业通信渠道融合***的管理方法,包括:
响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目;
根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。
进一步地,所述响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次,其中,每一消息批次中包含若干个消息条目,包括:
响应业务***的消息发送请求,根据消息的业务类型将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
进一步地,所述的基于企业通信渠道融合***的管理方法还包括:
实时接收目标客户端反馈的用户回复消息,并将所有用户回复消息按照时间顺序进行记录;其中,记录的每一用户回复消息包括消息内容、消息接收时间及消息通信渠道。
进一步地,在所述将每一待发送消息下发至对应收信ID的目标客户端之后,还包括:
根据每一待发送消息的发送结果对该批次的消息进行发送状态统计;其中,所述消息的发送结果包括发送成功、发送失败、发送状态待定三种。
进一步地,所述根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中,其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道,包括:
当消息发送方式为并行发送方式时,根据所述消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
当消息发送方式为串行发送方式时,根据所述消息发送策略将所有消息条目分为第一优先级消息条目和第二优先级消息条目,将第一优先级消息条目压缩存储到对应的消息帧中,在第一优先级消息条目发送失败后,将与该第一优先级消息条目相对应的第二优先级消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道。
进一步地,所述消息通信渠道包括短信渠道、微信渠道、邮件渠道、语音渠道中的至少一种。
为了解决相同的技术问题,本发明还提供了一种基于企业通信渠道融合***的管理装置,包括:
消息批次划分模块,用于响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目;
消息帧生成模块,用于根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
消息发送模块,用于根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。
进一步地,所述消息批次划分模块具体用于:响应业务***的消息发送请求,根据消息的业务类型将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
为了解决相同的技术问题,本发明还提供了一种基于企业通信渠道融合***的管理终端设备,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,所述存储器与所述处理器耦接,且所述处理器执行所述计算机程序时,实现任一项所述的基于企业通信渠道融合***的管理方法。
为了解决相同的技术问题,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在的设备执行任一项所述的基于企业通信渠道融合***的管理方法。
与现有技术相比,本发明具有如下有益效果:
本发明实施例提供了一种基于企业通信渠道融合***的管理方法、装置、设备及可读存储介质,所述方法包括:响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目;根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。本发明能够通过统一的消息模型对企业的消息通信进行统一管理,从而有效提高了企业通信***的可扩展能力及信息管理能力。
附图说明
图1是本发明一实施例提供的基于企业通信渠道融合***的管理方法的流程示意图;
图2是本发明一实施例提供的消息模型管理流程示意图;
图3是本发明一实施例提供的消息分发举例示意图;
图4是本发明一实施例提供的消息模型结构示意图;
图5是本发明一实施例提供的基于用户维度消息跟踪的举例示意图;
图6是本发明一实施例提供的基于企业通信渠道融合***的管理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参见图1至图5,本发明实施例提供了一种基于企业通信渠道融合***的管理方法,包括步骤:
S1、响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
在本发明实施例中,进一步地,步骤S1包括:
响应业务***的消息发送请求,根据消息的业务类型将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
步骤S1为根据业务***的消息发送请求进行消息批次的划分。需要说明的是,一个消息批次代表一次提交到通信平台的消息集合,关联业务类型,具有业务含义,包含一个或多个消息分帧,及批次内消息的发送结果统计(成功量、失败量、未知量)、回复统计(上行量)等业务闭环统计。
S2、根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道。作为优选方案,所述消息通信渠道包括短信渠道、微信渠道、邮件渠道、语音渠道中的至少一种。
在本发明实施例中,进一步地,步骤S2具体包括:
S21、当消息发送方式为并行发送方式时,根据所述消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
S22、当消息发送方式为串行发送方式时,根据所述消息发送策略将所有消息条目分为第一优先级消息条目和第二优先级消息条目,将第一优先级消息条目压缩存储到对应的消息帧中,在第一优先级消息条目发送失败后,将与该第一优先级消息条目相对应的第二优先级消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道。
需要说明的是,消息帧代表同类消息的集合,同一消息帧的消息具有相同分帧类型、消息类型、发送的渠道。在一种可行的设计中,多消息类型并行发送时,一条消息会产生多个对应消息类型的帧;多消息类型串行发送时,在高优先级消息类型发送失败后,次优先级产生一个新的帧,归属于同一批次。可以理解的是,可以根据预设的发送策略,设定某条消息首先通过微信渠道(第一优先级)发送,若发送成功则本条消息发送结束,若发送失败则通过短信渠道(第二优先级)发送。
S3、根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。
需要说明的是,每一待发送消息代表具体发送的一条消息。作为优选方案,消息可分为两类,纯文本消息及富文本消息,它们的区别在于消息承载的容量,纯文本消息可以设定为最多2000字,现只有短信,富文本消息一般没有长度限制,富文本消息引用的音视频文本,通过文件***存储,消息体内只存储文件名。
在本发明实施例中,进一步地,所述的基于企业通信渠道融合***的管理方法还包括步骤:
S4、实时接收目标客户端反馈的用户回复消息,并将所有用户回复消息按照时间顺序进行记录;其中,记录的每一用户回复消息包括消息内容、消息接收时间及消息通信渠道。
在本发明实施例中,进一步地,在所述将每一待发送消息下发至对应收信ID的目标客户端之后,还包括步骤:
S5、根据每一待发送消息的发送结果对该批次的消息进行发送状态统计;其中,所述消息的发送结果包括发送成功、发送失败、发送状态待定三种。
需要说明的是,将企业业务***产生的消息,提炼消息元数据,即业务变量,它认为渠道只不过是抵达用户端的一种载体,不同的渠道有不同的呈现方式,根据用户常用的渠道进行沟通,使沟通更为快捷有效,但消息需要传达的关键信息不会因渠道的不同而改变。
本发明方案消息管理通过业务场景来驱动,体现在以“业务交互/次”为基础进行管理,在此定义为“消息批次”,它代表的是本次业务交互的结果(成功量、失败量、未知量、上行量/回复量),是否达到业务的目的,与用什么渠道下发无关。一个批次包含是一条或多条消息,每条消息支持一种或多种渠道方式进行交互,比如会议通知,工资通知(部门/企业维度,多人发送)等;
消息分为纯文本消息和富文本消息,一般短信为纯文本消息,其它消息类型为富文本,这样统一了消息的页面管理方式,不会因为消息类型的增加而重新适配。同时消息类型为字典表项,可按需增减,增加时只需要增加对应的渠道配置及渠道协议对接实现即可,整个消息处理逻辑及存储逻辑保持不变。
请参见图2,基于上述方案,以下对本发明提供的统一消息模型进行详细说明:
对于消息渠道的多样性,需要抽象一套数据结构来屏蔽这种差异,具体消息结构如下,分为三层树形结构:
第一层“信息批次”(消息批次),代表一次业务触发的通信信息,然后经由网关发送策略,它综合业务变量、收信人标签等计算通过什么消息渠道下发该信息;
继而会产生多个信息帧(消息帧),然后经由个性化内容渲染引擎处理后将多条消息压缩存储,也就是第二层“信息帧”,代表平台内部最小可处理消息单元(具体相同的消息属性的消息集合);
最后到具体消息渠道处理时,按渠道的协议规范将消息帧拆分为一条条消息,即消息结构第三层“信息”(消息)。
请参见图3,例如银行到账通知,通过平台处理后发送到终端的显示效果如图3所示。如此可以得出平台的处理无需关心具体是什么消息,这样就可以统一管理,那么进一步抽象成业务模型。
如图4所示,由于统一了消息模型,所以消息的处理与存储单元由三部分组成:消息批次、消息帧和消息。
消息批次:代表一次提交到通信中台的消息集合,关联业务类型,具有业务含义,包含一个或多个消息分帧,及批次内消息的发送结果统计(成功量、失败量、未知量)、回复统计(上行量)等业务闭环统计;
消息帧:代表同类消息的集合,具有相同分帧类型、消息类型、发送的渠道,多消息类型并行发送时,一条消息会产生多个对应消息类型的帧;多消息类型串行发送时,在高优先级消息类型发送失败后,次优先级产生一个新的帧,归属于同一批次;
消息:代表具体发送的一条消息,分为两类,纯文本消息及富文本消息,它们的区别在于消息承载的容量,纯文本消息一般最多2000字,现只有短信,富文本消息一般没有长度限制,富文本消息引用的音视频文本,通过文件***存储,消息体内只存储文件名。
可以理解的是,统一了消息模型,那么总体的业务处理逻辑保持稳定,扩展性体现在统一消息渠道对接协议,主要包括:消息下发(包含登录)、消息状态报告(发送结果)、消息上行(用户回复/查询)三部分,与具体的消息渠道无关,在增加新渠道时,只需要根据具体的对接协议实现即可。
请参见图5,另外,由于各渠道消息统一存储,对于用户的消息可基于时间顺序进行全渠道跟踪回溯,以满足客户对重点客户的及时、有效地响应用户需求。
相比于现有技术,本发明具有如下有益效果:
1、统一消息模型及存储:消息的处理与存储单元由三部分组成,消息批次、消息帧和消息;消息分为两类,纯文本消息与富文本消息,所以消息类型的增加,不需要调整消息模型,通用性强。
2、快速通信渠道扩展:由于统一了消息模型,使得整体的核心业务逻辑统一处理,抽象通用的渠道对接协议,使得扩展时能只需要适配对应的协议即可,提高通信渠道的扩展。
3、提高用户体验:由于消息的处理单元,是基于业务场景来开展,使得业务使用部门,专注于业务本身,无需关注具体什么渠道与用户交互。
需要说明的是,对于以上方法或流程实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作并不一定是本发明实施例所必须的。
请参见图6,为了解决相同的技术问题,本发明还提供了一种基于企业通信渠道融合***的管理装置,包括:
消息批次划分模块1,用于响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目;
消息帧生成模块2,用于根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
消息发送模块3,用于根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。
进一步地,所述消息批次划分模块1具体用于:响应业务***的消息发送请求,根据消息的业务类型将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
进一步地,所述的基于企业通信渠道融合***的管理装置还包括:
用户回复记录模块,用于实时接收目标客户端反馈的用户回复消息,并将所有用户回复消息按照时间顺序进行记录;其中,记录的每一用户回复消息包括消息内容、消息接收时间及消息通信渠道。
进一步地,所述的基于企业通信渠道融合***的管理装置还包括:
消息发送状态统计模块,用于根据每一待发送消息的发送结果对该批次的消息进行发送状态统计;其中,所述消息的发送结果包括发送成功、发送失败、发送状态待定三种。
进一步地,所述根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中,其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道,包括:
当消息发送方式为并行发送方式时,根据所述消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
当消息发送方式为串行发送方式时,根据所述消息发送策略将所有消息条目分为第一优先级消息条目和第二优先级消息条目,将第一优先级消息条目压缩存储到对应的消息帧中,在第一优先级消息条目发送失败后,将与该第一优先级消息条目相对应的第二优先级消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道。
进一步地,所述消息通信渠道包括短信渠道、微信渠道、邮件渠道、语音渠道中的至少一种。
可以理解的是上述装置项实施例,是与本发明方法项实施例相对应的,本发明实施例提供的一种基于企业通信渠道融合***的管理装置,可以实现本发明任意一项方法项实施例提供的基于企业通信渠道融合***的管理方法。
为了解决相同的技术问题,本发明还提供了一种基于企业通信渠道融合***的管理终端设备,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,所述存储器与所述处理器耦接,且所述处理器执行所述计算机程序时,实现任一项所述的基于企业通信渠道融合***的管理方法。
所述基于企业通信渠道融合***的管理终端设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述基于企业通信渠道融合***的管理终端设备的控制中心,利用各种接口和线路连接整个基于企业通信渠道融合***的管理终端设备的各个部分。
所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序等;存储数据区可存储根据手机的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
为了解决相同的技术问题,本发明还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在的设备执行任一项所述的基于企业通信渠道融合***的管理方法。
所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需说明的是,以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外,本发明提供的装置实施例附图中,模块之间的连接关系表示它们之间具有通信连接,具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围。
Claims (9)
1.一种基于企业通信渠道融合***的管理方法,其特征在于,包括:
响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目;
当消息发送方式为并行发送方式时,根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
当消息发送方式为串行发送方式时,根据所述消息发送策略将所有消息条目分为第一优先级消息条目和第二优先级消息条目,将第一优先级消息条目压缩存储到对应的消息帧中,在第一优先级消息条目发送失败后,将与该第一优先级消息条目相对应的第二优先级消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。
2.根据权利要求1所述的基于企业通信渠道融合***的管理方法,其特征在于,所述响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次,其中,每一消息批次中包含若干个消息条目,包括:
响应业务***的消息发送请求,根据消息的业务类型将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
3.根据权利要求1所述的基于企业通信渠道融合***的管理方法,其特征在于,还包括:
实时接收目标客户端反馈的用户回复消息,并将所有用户回复消息按照时间顺序进行记录;其中,记录的每一用户回复消息包括消息内容、消息接收时间及消息通信渠道。
4.根据权利要求1所述的基于企业通信渠道融合***的管理方法,其特征在于,在所述将每一待发送消息下发至对应收信ID的目标客户端之后,还包括:
根据每一待发送消息的发送结果对该批次的消息进行发送状态统计;其中,所述消息的发送结果包括发送成功、发送失败、发送状态待定三种。
5.根据权利要求1至4任一项所述的基于企业通信渠道融合***的管理方法,其特征在于,所述消息通信渠道包括短信渠道、微信渠道、邮件渠道、语音渠道中的至少一种。
6.一种基于企业通信渠道融合***的管理装置,其特征在于,包括:
消息批次划分模块,用于响应业务***的消息发送请求,根据预设的分批规则将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目;
消息帧生成模块,用于当消息发送方式为并行发送方式时,根据预设的消息发送策略对每一消息条目进行消息分类,以将所述消息批次中的消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;当消息发送方式为串行发送方式时,根据所述消息发送策略将所有消息条目分为第一优先级消息条目和第二优先级消息条目,将第一优先级消息条目压缩存储到对应的消息帧中,在第一优先级消息条目发送失败后,将与该第一优先级消息条目相对应的第二优先级消息条目压缩存储到对应的消息帧中;其中,每一消息帧中的消息条目具有相同的消息类型和消息通信渠道;
消息发送模块,用于根据各个消息通信渠道的协议规范将对应的消息帧拆分为若干条待发送消息,并将每一待发送消息下发至对应收信ID的目标客户端。
7.根据权利要求6所述的基于企业通信渠道融合***的管理装置,其特征在于,所述消息批次划分模块具体用于:响应业务***的消息发送请求,根据消息的业务类型将业务***需要发送的消息内容划分为若干消息批次;其中,每一消息批次中包含若干个消息条目。
8.一种基于企业通信渠道融合***的管理终端设备,其特征在于,包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序,所述存储器与所述处理器耦接,且所述处理器执行所述计算机程序时,实现如权利要求1至5任一项所述的基于企业通信渠道融合***的管理方法。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,其中,在所述计算机程序运行时控制所述计算机可读存储介质所在的设备执行如权利要求1至5任一项所述的基于企业通信渠道融合***的管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010273274.3A CN111193661B (zh) | 2020-04-09 | 2020-04-09 | 一种基于企业通信渠道融合***的管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010273274.3A CN111193661B (zh) | 2020-04-09 | 2020-04-09 | 一种基于企业通信渠道融合***的管理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111193661A CN111193661A (zh) | 2020-05-22 |
CN111193661B true CN111193661B (zh) | 2020-07-14 |
Family
ID=70710280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010273274.3A Active CN111193661B (zh) | 2020-04-09 | 2020-04-09 | 一种基于企业通信渠道融合***的管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111193661B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111866769B (zh) * | 2020-06-29 | 2022-07-12 | 湖南省梦网科技发展有限公司 | 一种消息发送方法、装置、服务器及介质 |
CN114339627A (zh) * | 2021-12-07 | 2022-04-12 | 联奕科技股份有限公司 | 一种消息集中管控转发方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212719A (zh) * | 2006-12-31 | 2008-07-02 | 华为技术有限公司 | 一种无线通信网络中实现融合消息业务的方法及*** |
CN104092624A (zh) * | 2014-06-27 | 2014-10-08 | 北京思特奇信息技术股份有限公司 | 一种信息下发流量及优先级控制***及方法 |
CN110601952A (zh) * | 2018-06-12 | 2019-12-20 | 北京京东尚科信息技术有限公司 | 多渠道消息通知发送方法和装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9712512B2 (en) * | 2013-09-17 | 2017-07-18 | Confide Inc. | Secure content messaging |
-
2020
- 2020-04-09 CN CN202010273274.3A patent/CN111193661B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212719A (zh) * | 2006-12-31 | 2008-07-02 | 华为技术有限公司 | 一种无线通信网络中实现融合消息业务的方法及*** |
CN104092624A (zh) * | 2014-06-27 | 2014-10-08 | 北京思特奇信息技术股份有限公司 | 一种信息下发流量及优先级控制***及方法 |
CN110601952A (zh) * | 2018-06-12 | 2019-12-20 | 北京京东尚科信息技术有限公司 | 多渠道消息通知发送方法和装置 |
Non-Patent Citations (1)
Title |
---|
"下一代企业级统计通信平台的研究和实现";熊琦;《中国优秀硕士学位论文全文数据库(电子期刊)》;20100415;I139-147 * |
Also Published As
Publication number | Publication date |
---|---|
CN111193661A (zh) | 2020-05-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111614718B (zh) | 一种企业通信渠道融合方法、装置、设备及可读存储介质 | |
CN110765744B (zh) | 多人协同文档编辑方法及*** | |
US11196784B2 (en) | Method, apparatus and system for creating discussion group based on instant messaging | |
CN111193661B (zh) | 一种基于企业通信渠道融合***的管理方法及装置 | |
CN113839977A (zh) | 消息推送方法、装置、计算机设备及存储介质 | |
CN110213156B (zh) | 一种跨中心群组即时通信方法和*** | |
CN106897155A (zh) | 一种界面展示方法及装置 | |
US11652656B2 (en) | Web conference replay association upon meeting completion | |
CN111966779B (zh) | 机器人的知识库管理方法、***、电子设备及存储介质 | |
CN115334025B (zh) | 去中心化的即时通信方法、装置、设备及存储介质 | |
CN112929257B (zh) | 多场景消息发送方法、装置、服务器以及存储介质 | |
CN112995014B (zh) | 消息群发的方法及装置 | |
CN110414909A (zh) | 一种可视化实时协同的架构*** | |
WO2022089321A1 (zh) | 调度接入点的方法、装置、服务器以及存储介质 | |
US20130144943A1 (en) | Method and system for interfacing disparate networked services | |
US11350252B2 (en) | Capturing messages from a phone message exchange with matter association | |
CN112417018B (zh) | 一种数据共享方法及装置 | |
CN112073395B (zh) | 一种文件分发方法和装置 | |
CN115495658A (zh) | 一种数据处理方法和装置 | |
CN111401819B (zh) | ***间数据推送方法及*** | |
CN114238585A (zh) | 基于5g消息的查询方法、装置、计算机设备和存储介质 | |
WO2016131264A1 (zh) | 构建联系人信息的方法及装置 | |
CN113947166A (zh) | 问卷统计实时处理方法、***、电子设备及存储介质 | |
CN111988368A (zh) | 一种数据交互***及交互方法 | |
CN112235367A (zh) | 一种实体行为关系消息订阅方法、***、终端及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP02 | Change in the address of a patent holder |
Address after: 510000 room 23bd, No. 109, TIYU West Road, Tianhe District, Guangzhou City, Guangdong Province Patentee after: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. Address before: 32B, no.103b, TianLiHe Road, Guangzhou, 510000 Patentee before: GUANGZHOU XUANWU WIRELESS TECHNOLOGY Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |