CN107404431A - 一种多渠道多账户统一鉴权的消息发送选择方法及*** - Google Patents
一种多渠道多账户统一鉴权的消息发送选择方法及*** Download PDFInfo
- Publication number
- CN107404431A CN107404431A CN201710722569.2A CN201710722569A CN107404431A CN 107404431 A CN107404431 A CN 107404431A CN 201710722569 A CN201710722569 A CN 201710722569A CN 107404431 A CN107404431 A CN 107404431A
- Authority
- CN
- China
- Prior art keywords
- channel
- message
- user
- sent
- mtr
- 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.)
- Granted
Links
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/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- 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/21—Monitoring or handling of messages
- H04L51/226—Delivery according to priorities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种多渠道多账户统一鉴权的消息发送选择方法及***,包括对多个渠道的账号关系抽取到统一的数据库中;根据特定的关系,包括但不限于客户标志对多渠道的账户进行统一鉴权;根据账号的优先级,与发送渠道进行匹配,计算最佳匹配系数,将各渠道的匹配系数存入到数据库表;消息发送平台根据数据库表中匹配系数,根据发送账号,将报文信息发送至各渠道。本发明在多渠道需发送大量消息的情况下,利用多渠道多账户统一鉴权的消息发送选择方法,提高数据处理的能力,优化用户体验,同时降低成本。
Description
技术领域
本发明涉及电力***信息技术领域,特别是一种多渠道多账户统一鉴权的消息发送选择方法。
背景技术
随着移动互联网的快速发展,江苏省电力客服服务***经过多年的发展,现已存在多种线上服务渠道,如短信、微信、支付宝、App等,各渠道都有消息发送通道,支撑江苏4000万用户的消息互动工作,但渠道之间消息发送未打通,导致同一用户在多渠道收到多次信息,用户体验差,某些渠道消息发送的成本高。为了统一各渠道消息发送通道,在确保提供良好的用户体验前提下,需要设计一套易适配、可扩展、统一服务策略的电力消息发送方案。
发明内容
本发明的目的是提供一种多渠道多账户统一鉴权的消息发送选择方法,可对多渠道之间的消息进行统一处理,提高消息数据处理的效率,优化用户体验,降低成本。
本发明采取的技术方案为:一种多渠道多账户统一鉴权的消息发送选择方法,包括:
S1,统计用户在多个渠道的账户信息,得到各用户与各渠道的账号关系数据;
S2,根据各用户在各渠道的账号关系数据,对多渠道的账户进行统一鉴权:
定义渠道数量为m,用户数量为n,则各用户与各渠道的账号关系为aij,i代表渠道序列,j代表用户序列,则用户与渠道的账号关系矩阵为:
定义当第j个用户未在第i个渠道绑定账号关系,则aij=0,否则aij=1,则得到矩阵G中各元素取值,即为统一鉴权结果;
S3,指定消息发送时的渠道优先级,基于S2统一鉴权的结果,计算对应各用户的消息发送渠道优先级:
定义消息发送时的渠道优先级矩阵Q:
则对应各用户的消息发送渠道优先级为:
xij=aij×bi
xij代表待发送给第j个用户的消息通过第i个渠道发送的消息发送优先级;
由各用户在不同渠道的消息发送优先级Xj组成矩阵X为:
X=(X1,…,Xj,…,Xn)
其中Xj=(x1j,…,xij,…,xmj);
S4,设置消息发送条件,包括设置针对各用户消息发送的渠道数量最大值q,以及针对各用户消息优先发送的渠道;
S5,根据消息发送条件以及矩阵X中xij的值,构建用于表征对应各用户的各渠道是否发送消息以及渠道优先程度的匹配系数集合C(Xj)={c1j,…,cij,…,cmj},其中ckj的值代表是否通过第i个渠道向第j个用户发送消息;对于用户j:
若xij=0,则cij=0,即不通过第i个渠道向第j个用户发送消息;
若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换,作为相应的匹配系数,并使得指定为优先发送渠道所对应的匹配系数,大于未指定为优先发送渠道所对应的匹配系数,同时未指定为优先发送的所有渠道所对应的匹配系数cij之间的大小关系,与这些渠道所对应的xij之间的大小关系相同;
S6,针对各用户,对相应的匹配系数集合中的c1j,…,cij,…,cmj按照大小进行排序,取前q个数值较大的匹配系数,根据所取匹配系数对应的渠道,通过该q个渠道向用户j分别发送消息。
优选的,所述多个渠道包括短信渠道、微信渠道、支付宝渠道和电力服务App渠道。以及其它电力客服服务***能够涉及的服务渠道。
优选的,所述账号关系数据包括用户手机号码、身份证号码、用电户号和渠道标识ID,以及浏览器或第三方应用AgentID等,与用户账号和服务渠道相关的数据。渠道标识ID有如:短信渠道ID为手机号码,微信渠道ID为微信openid,支付宝渠道ID为支付宝服务窗authid等。
优选的,步骤S2中,所述用户数量n为用电户号的数量。同一用电户号可由不同的账号在不同的渠道绑定关系,但用电户号是电力用户在用电***众多用户中的其中一个全局唯一标识,可以唯一的代表电力客户服务实际面对的用户,因此将用电户号作为鉴权时的研究对象可进一步提高数据处理的效率。此外同理,用户数量n也可以是用电户号所对应的身份证号码的数量。
优选的,步骤S3中,消息发送时的渠道优先级为利用大数据挖掘技术挖掘多个用户对各渠道的访问偏好程度进行定义。同时可结合成本等因素考虑。而步骤S5中设置的优先发送的渠道,则可通过分别对各个用户进行渠道访问偏好程度的挖掘,从而使得服务能够满足各用户的实际需求和偏好,提升整体用户的体验良好度。
优选的,定义渠道优先级矩阵Q中渠道最高优先级为bk;
则步骤S5中,若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换得到的匹配系数为:
cij=xij×(bk+1)。
优选的,本发明步骤S5中,若xij≠0,对Xj中的元素进行数学变换时,对于未指定为优先发送的渠道,其对应的匹配系数cij=xij。则保持了变换前各未指定为优先发送的渠道之间的大小关系,从而当消息发送渠道最大数量q大于指定为优先发送的渠道数量时,在步骤S6排序中,依然能够使得具有较高优先权的渠道排在前面,从而使得消息发送既贴合用户需求又能够兼顾渠道成本。
优选的,步骤S6还包括,针对用户j,若其对应第i个渠道的匹配系数cij=0,则剔除待发送至该第i个渠道的消息数据。可减少数据冗余,提高发送效率。对于cij=0的情况,将一直不通过该通道i向该用户j发送消息。
优选的,本发明通过各渠道向用户发送的消息为报文信息,报文信息包括文本、音视频、和富媒体中的一种或多种。还可包括其它报文信息形式。
本发明还公开一种多渠道多账户统一鉴权的消息发送选择***,其特征是,包括:
用户与渠道账号关系数据统计模块:统计用户在多个渠道的账户信息,得到各用户与各渠道的账号关系数据;
多渠道统一鉴权模块:根据各用户在各渠道的账号关系数据,对多渠道的账户进行统一鉴权:
定义渠道数量为m,用户数量为n,则各用户与各渠道的账号关系为aij,i代表渠道序列,j代表用户序列,则用户与渠道的账号关系矩阵为:
定义当第j个用户未在第i个渠道绑定账号关系,则aij=0,否则aij=1,则得到矩阵G中各元素取值,即为统一鉴权结果;
消息发送优先级计算模块:指定消息发送时的渠道优先级,基于S2统一鉴权的结果,计算对应各用户的消息发送渠道优先级,作为各用户与各渠道之间的匹配系数:
定义消息发送时的渠道优先级矩阵Q:
则对应各用户的消息发送渠道优先级为:
xij=aij×bi
xij代表待发送给第j个用户的消息通过第i个渠道发送的消息发送优先级;
由各用户在不同渠道的消息发送优先级Xj组成矩阵X为:
X=(X1,…,Xj,…,Xn)
其中Xj=(x1j,…,xij,…,xmj);
消息发送条件设置模块:设置消息发送条件,包括设置针对各用户消息发送的渠道数量最大值q,以及针对各用户消息优先发送的渠道;
匹配系数构建模块:根据消息发送条件以及矩阵X中xij的值,构建用于表征对应各用户的各渠道是否发送消息以及渠道优先程度的匹配系数集合C(Xj)={c1j,…,cij,…,cmj},其中ckj的值代表是否通过第i个渠道向第j个用户发送消息;对于用户j:
若xij=0,则cij=0,即不通过第i个渠道向第j个用户发送消息;
若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换,作为相应的匹配系数,并使得指定为优先发送渠道所对应的匹配系数,大于未指定为优先发送渠道所对应的匹配系数,同时未指定为优先发送的所有渠道所对应的匹配系数cij之间的大小关系,与这些渠道所对应的xij之间的大小关系相同;
以及消息发送决策模块:针对各用户,对相应的匹配系数集合中的c1j,…,cij,…,cmj按照大小进行排序,取前q个数值较大的匹配系数,根据所取匹配系数对应的渠道,通过该q个渠道向用户j分别发送消息。
有益效果
1)本发明在多渠道对用户需要发送大量消息的情况下,利用多渠道多账户统一鉴权的消息发送选择方法,提高了数据处理的能力,降低了成本;
2)本发明通过步骤S3针对全体用户定义渠道优先级,进而通过步骤S4和步骤S5针对各用户分别计算匹配系数,使得方法能够实现根据用户的需求和偏好,向用户发送消息,提高了消息到达用户的几率,可大大优化用户体验;
3)随着互联网的发展,消息发送渠道会逐渐增多,而本发明具备一定的扩展性,只要按照本发明完成所有渠道的账户统一鉴权,即可完成新渠道消息发送的接入。
附图说明
图1为本发明方法流程示意图;
图2为本发明的工作流程图。
具体实施方式
以下结合附图和具体实施例进一步描述。
参考图1,本发明的多渠道多账户统一鉴权的消息发送选择方法,包括:
S1,统计用户在多个渠道的账户信息,得到各用户与各渠道的账号关系数据;
S2,根据各用户在各渠道的账号关系数据,对多渠道的账户进行统一鉴权:
定义渠道数量为m,用户数量为n,则各用户与各渠道的账号关系为aij,i代表渠道序列,j代表用户序列,则用户与渠道的账号关系矩阵为:
定义当第j个用户未在第i个渠道绑定账号关系,则aij=0,否则aij=1,则得到矩阵G中各元素取值,即为统一鉴权结果;
S3,指定消息发送时的渠道优先级,基于S2统一鉴权的结果,计算对应各用户的消息发送渠道优先级,作为各用户与各渠道之间的匹配系数:
定义消息发送时的渠道优先级矩阵Q:
则对应各用户的消息发送渠道优先级为:
xij=aij×bi
xij代表待发送给第j个用户的消息通过第i个渠道发送的消息发送优先级;
由各用户在不同渠道的消息发送优先级Xj组成矩阵X为:
X=(X1,…,Xj,…,Xn)
其中Xj=(x1j,…,xij,…,xmj);
如设置渠道优先级为微信5级,支付宝3级,***2级,若某用户在微信及***皆注册了账号,存在账户关系,支付宝不存在账户关系,则经过计算可得该用户对应该三个渠道的消息发送优先级分别为微信5级,支付宝0级,***为2级。即用户在一个渠道若未绑定,则无论该渠道优先级为多少,计算结果皆为零。
S4,设置消息发送条件,包括设置针对各用户消息发送的渠道数量最大值q,以及针对各用户消息优先发送的渠道;
S5,根据消息发送条件以及矩阵X中xij的值,构建用于表征对应各用户的各渠道是否发送消息以及渠道优先程度的匹配系数集合C(Xj)={c1j,…,cij,…,cmj},其中ckj的值代表是否通过第i个渠道向第j个用户发送消息;对于用户j:
若xij=0,则cij=0,即不通过第i个渠道向第j个用户发送消息;
若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换,作为相应的匹配系数,并使得指定为优先发送渠道所对应的匹配系数,大于未指定为优先发送渠道所对应的匹配系数,同时未指定为优先发送的所有渠道所对应的匹配系数cij之间的大小关系,与这些渠道所对应的xij之间的大小关系相同;
S6,针对各用户,对相应的匹配系数集合中的c1j,…,cij,…,cmj按照大小进行排序,取前q个数值较大的匹配系数,根据所取匹配系数对应的渠道,通过该q个渠道向用户j分别发送消息。
实施例1
所述多个渠道包括短信渠道、微信渠道、支付宝渠道和电力服务App渠道。以及其它电力客服服务***能够涉及的服务渠道。
所述账号关系数据包括用户手机号码、身份证号码、用电户号和渠道标识ID,以及浏览器或第三方应用AgentID等,与用户账号和服务渠道相关的数据。渠道标识ID有如:短信渠道ID为手机号码,微信渠道ID为微信openid,支付宝渠道ID为支付宝服务窗authid等。
步骤S2中,所述用户数量n为用电户号的数量。同一用电户号可由不同的账号在不同的渠道绑定关系,但用电户号是电力用户在用电***众多用户中的其中一个全局唯一标识,可以唯一的代表电力客户服务实际面对的用户,因此将用电户号作为鉴权时的研究对象可进一步提高数据处理的效率。此外同理,用户数量n也可以是用电户号所对应的身份证号码的数量。
步骤S3中,消息发送时的渠道优先级为利用大数据挖掘技术挖掘多个用户对各渠道的访问偏好程度进行定义,同时可结合成本等因素考虑。而步骤S5中设置的优先发送的渠道,则可通过分别对各个用户进行渠道访问偏好程度的挖掘,从而使得服务能够满足各用户的实际需求和偏好,提升整体用户的体验良好度。
定义渠道优先级矩阵Q中渠道最高优先级为bk;
则步骤S5中,若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换得到的匹配系数为:
cij=xij×(bk+1)。
步骤S5中,若xij≠0,对Xj中的元素进行数学变换时,对于未指定为优先发送的渠道,其对应的匹配系数cij=xij。则保持了变换前各未指定为优先发送的渠道之间的大小关系,从而当消息发送渠道最大数量q大于指定为优先发送的渠道数量时,在步骤S6排序中,依然能够使得具有较高优先权的渠道排在前面,从而使得消息发送既贴合用户需求又能够兼顾渠道成本。
步骤S6还包括,针对用户j,若其对应第i个渠道的匹配系数cij=0,则剔除待发送至该第i个渠道的消息数据。可减少数据冗余,提高发送效率。对于cij=0的情况,将一直不通过该通道i向该用户j发送消息。
本发明通过各渠道向用户发送的消息为报文信息,报文信息包括文本、音视频、和富媒体中的一种或多种。还可包括其它报文信息形式。
实施例2
本实施例公开一种多渠道多账户统一鉴权的消息发送选择***,其特征是,包括:
用户与渠道账号关系数据统计模块:统计用户在多个渠道的账户信息,得到各用户与各渠道的账号关系数据;
多渠道统一鉴权模块:根据各用户在各渠道的账号关系数据,对多渠道的账户进行统一鉴权:
定义渠道数量为m,用户数量为n,则各用户与各渠道的账号关系为aij,i代表渠道序列,j代表用户序列,则用户与渠道的账号关系矩阵为:
定义当第j个用户未在第i个渠道绑定账号关系,则aij=0,否则aij=1,则得到矩阵G中各元素取值,即为统一鉴权结果;
消息发送优先级计算模块:指定消息发送时的渠道优先级,基于S2统一鉴权的结果,计算对应各用户的消息发送渠道优先级,作为各用户与各渠道之间的匹配系数:
定义消息发送时的渠道优先级矩阵Q:
则对应各用户的消息发送渠道优先级为:
xij=aij×bi
xij代表待发送给第j个用户的消息通过第i个渠道发送的消息发送优先级;
由各用户在不同渠道的消息发送优先级Xj组成矩阵X为:
X=(X1,…,Xj,…,Xn)
其中Xj=(x1j,…,xij,…,xmj);
消息发送条件设置模块:设置消息发送条件,包括设置针对各用户消息发送的渠道数量最大值q,以及针对各用户消息优先发送的渠道;
匹配系数构建模块:根据消息发送条件以及矩阵X中xij的值,构建用于表征对应各用户的各渠道是否发送消息以及渠道优先程度的匹配系数集合C(Xj)={c1j,…,cij,…,cmj},其中ckj的值代表是否通过第i个渠道向第j个用户发送消息;对于用户j:
若xij=0,则cij=0,即不通过第i个渠道向第j个用户发送消息;
若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换,作为相应的匹配系数,并使得指定为优先发送渠道所对应的匹配系数,大于未指定为优先发送渠道所对应的匹配系数,同时未指定为优先发送的所有渠道所对应的匹配系数cij之间的大小关系,与这些渠道所对应的xij之间的大小关系相同;
以及消息发送决策模块:针对各用户,对相应的匹配系数集合中的c1j,…,cij,…,cmj按照大小进行排序,取前q个数值较大的匹配系数,根据所取匹配系数对应的渠道,通过该q个渠道向用户j分别发送消息。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
Claims (9)
1.一种多渠道多账户统一鉴权的消息发送选择方法,其特征是,包括:
S1,统计用户在多个渠道的账户信息,得到各用户与各渠道的账号关系数据;
S2,根据各用户在各渠道的账号关系数据,对多渠道的账户进行统一鉴权:
定义渠道数量为m,用户数量为n,则各用户与各渠道的账号关系为aij,i代表渠道序列,j代表用户序列,则用户与渠道的账号关系矩阵为:
定义当第j个用户未在第i个渠道绑定账号关系,则aij=0,否则aij=1,则得到矩阵G中各元素取值,即为统一鉴权结果;
S3,指定消息发送时的渠道优先级,基于S2统一鉴权的结果,计算对应各用户的消息发送渠道优先级,作为各用户与各渠道之间的匹配系数:
定义消息发送时的渠道优先级矩阵Q:
<mrow>
<mi>Q</mi>
<mo>=</mo>
<mfenced open = "(" close = ")">
<mtable>
<mtr>
<mtd>
<msub>
<mi>b</mi>
<mn>1</mn>
</msub>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<msub>
<mi>b</mi>
<mi>i</mi>
</msub>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<msub>
<mi>b</mi>
<mi>m</mi>
</msub>
</mtd>
</mtr>
</mtable>
</mfenced>
</mrow>
则对应各用户的消息发送渠道优先级为:
xij=aij×bi
xij代表待发送给第j个用户的消息通过第i个渠道发送的消息发送优先级;
由各用户在不同渠道的消息发送优先级Xj组成矩阵X为:
X=(X1,…,Xj,…,Xn)
其中Xj=(x1j,…,xij,…,xmj);
S4,设置消息发送条件,包括设置针对各用户消息发送的渠道数量最大值q,以及针对各用户消息优先发送的渠道;
S5,根据消息发送条件以及矩阵X中xij的值,构建用于表征对应各用户的各渠道是否发送消息以及渠道优先程度的匹配系数集合C(Xj)={c1j,…,cij,…,cmj},其中ckj的值代表是否通过第i个渠道向第j个用户发送消息;对于用户j:
若xij=0,则cij=0,即不通过第i个渠道向第j个用户发送消息;
若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换,作为相应的匹配系数,并使得指定为优先发送渠道所对应的匹配系数,大于未指定为优先发送渠道所对应的匹配系数,同时未指定为优先发送的所有渠道所对应的匹配系数cij之间的大小关系,与这些渠道所对应的xij之间的大小关系相同;
S6,针对各用户,对相应的匹配系数集合中的c1j,…,cij,…,cmj按照大小进行排序,取前q个数值较大的匹配系数,根据所取匹配系数对应的渠道,通过该q个渠道向用户j分别发送消息。
2.根据权利要求1所述的方法,其特征是,所述多个渠道包括短信渠道、微信渠道、支付宝渠道和电力服务App渠道。
3.根据权利要求1所述的方法,其特征是,所述账号关系数据包括用户手机号码、身份证号码、用电户号和渠道标识ID。
4.根据权利要求1所述的方法,其特征是,步骤S2中,所述用户数量n为用电户号的数量。
5.根据权利要求1所述的方法,其特征是,定义渠道优先级矩阵Q中渠道最高优先级为bk;
则步骤S5中,若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换得到的匹配系数为:
cij=xij×(bk+1)。
6.根据权利要求1或5所述的方法,其特征是,步骤S5中,若xij≠0,对Xj中的元素进行数学变换时,对于未指定为优先发送的渠道,其对应的匹配系数cij=xij。
7.根据权利要求1所述的方法,其特征是,步骤S6还包括,针对用户j,若其对应第i个渠道的匹配系数cij=0,则剔除待发送至该第i个渠道的消息数据。
8.根据权利要求1所述的方法,其特征是,通过各渠道向用户发送的消息为报文信息,报文信息包括文本、音视频、和富媒体中的一种或多种。还可包括其它报文信息形式。
9.一种多渠道多账户统一鉴权的消息发送选择***,其特征是,包括:
用户与渠道账号关系数据统计模块:统计用户在多个渠道的账户信息,得到各用户与各渠道的账号关系数据;
多渠道统一鉴权模块:根据各用户在各渠道的账号关系数据,对多渠道的账户进行统一鉴权:
定义渠道数量为m,用户数量为n,则各用户与各渠道的账号关系为aij,i代表渠道序列,j代表用户序列,则用户与渠道的账号关系矩阵为:
定义当第j个用户未在第i个渠道绑定账号关系,则aij=0,否则aij=1,则得到矩阵G中各元素取值,即为统一鉴权结果;
消息发送优先级计算模块:指定消息发送时的渠道优先级,基于S2统一鉴权的结果,计算对应各用户的消息发送渠道优先级,作为各用户与各渠道之间的匹配系数:
定义消息发送时的渠道优先级矩阵Q:
<mrow>
<mi>Q</mi>
<mo>=</mo>
<mfenced open = "(" close = ")">
<mtable>
<mtr>
<mtd>
<msub>
<mi>b</mi>
<mn>1</mn>
</msub>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<msub>
<mi>b</mi>
<mi>i</mi>
</msub>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<mo>.</mo>
</mtd>
</mtr>
<mtr>
<mtd>
<msub>
<mi>b</mi>
<mi>m</mi>
</msub>
</mtd>
</mtr>
</mtable>
</mfenced>
</mrow>
则对应各用户的消息发送渠道优先级为:
xij=aij×bi
xij代表待发送给第j个用户的消息通过第i个渠道发送的消息发送优先级;
由各用户在不同渠道的消息发送优先级Xj组成矩阵X为:
X=(X1,…,Xj,…,Xn)
其中Xj=(x1j,…,xij,…,xmj);
消息发送条件设置模块:设置消息发送条件,包括设置针对各用户消息发送的渠道数量最大值q,以及针对各用户消息优先发送的渠道;
匹配系数构建模块:根据消息发送条件以及矩阵X中xij的值,构建用于表征对应各用户的各渠道是否发送消息以及渠道优先程度的匹配系数集合C(Xj)={c1j,…,cij,…,cmj},其中ckj的值代表是否通过第i个渠道向第j个用户发送消息;对于用户j:
若xij=0,则cij=0,即不通过第i个渠道向第j个用户发送消息;
若xij≠0,根据S4设置的针对各用户消息优先发送的渠道,对Xj中的元素进行数学变换,作为相应的匹配系数,并使得指定为优先发送渠道所对应的匹配系数,大于未指定为优先发送渠道所对应的匹配系数,同时未指定为优先发送的所有渠道所对应的匹配系数cij之间的大小关系,与这些渠道所对应的xij之间的大小关系相同;
以及消息发送决策模块:针对各用户,对相应的匹配系数集合中的c1j,…,cij,…,cmj按照大小进行排序,取前q个数值较大的匹配系数,根据所取匹配系数对应的渠道,通过该q个渠道向用户j分别发送消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710722569.2A CN107404431B (zh) | 2017-08-22 | 2017-08-22 | 一种多渠道多账户统一鉴权的消息发送选择方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710722569.2A CN107404431B (zh) | 2017-08-22 | 2017-08-22 | 一种多渠道多账户统一鉴权的消息发送选择方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107404431A true CN107404431A (zh) | 2017-11-28 |
CN107404431B CN107404431B (zh) | 2019-10-22 |
Family
ID=60397437
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710722569.2A Active CN107404431B (zh) | 2017-08-22 | 2017-08-22 | 一种多渠道多账户统一鉴权的消息发送选择方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107404431B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109299892A (zh) * | 2018-08-22 | 2019-02-01 | 中国平安人寿保险股份有限公司 | 一种物流渠道的推荐方法、存储介质和服务器 |
CN109660610A (zh) * | 2018-12-07 | 2019-04-19 | 北京奇虎科技有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN110601952A (zh) * | 2018-06-12 | 2019-12-20 | 北京京东尚科信息技术有限公司 | 多渠道消息通知发送方法和装置 |
CN110618979A (zh) * | 2019-08-14 | 2019-12-27 | 平安科技(深圳)有限公司 | 嵌套循环的数据处理方法、装置及计算机设备 |
CN111027298A (zh) * | 2019-05-31 | 2020-04-17 | 珠海随变科技有限公司 | 消息发送方法、***、计算机设备及存储介质 |
CN114339627A (zh) * | 2021-12-07 | 2022-04-12 | 联奕科技股份有限公司 | 一种消息集中管控转发方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102368788A (zh) * | 2011-12-09 | 2012-03-07 | 中国电信股份有限公司 | 信息推送方法与装置 |
US9384473B2 (en) * | 2010-10-21 | 2016-07-05 | Subrao Venugopal Shenoy | Methods and systems for creating online unified contact and communication management (CM) platform |
CN105868383A (zh) * | 2016-04-11 | 2016-08-17 | 北京华网汇通技术服务有限公司 | 一种多渠道信息发布方法及*** |
CN106557934A (zh) * | 2016-11-25 | 2017-04-05 | 中国南方电网有限责任公司 | 一种网络服务渠道用电账户绑定数据无缝迁移的方法 |
CN106685771A (zh) * | 2016-12-14 | 2017-05-17 | 国网浙江省电力公司 | 电力营销全服务渠道统一接入方法 |
-
2017
- 2017-08-22 CN CN201710722569.2A patent/CN107404431B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9384473B2 (en) * | 2010-10-21 | 2016-07-05 | Subrao Venugopal Shenoy | Methods and systems for creating online unified contact and communication management (CM) platform |
CN102368788A (zh) * | 2011-12-09 | 2012-03-07 | 中国电信股份有限公司 | 信息推送方法与装置 |
CN105868383A (zh) * | 2016-04-11 | 2016-08-17 | 北京华网汇通技术服务有限公司 | 一种多渠道信息发布方法及*** |
CN106557934A (zh) * | 2016-11-25 | 2017-04-05 | 中国南方电网有限责任公司 | 一种网络服务渠道用电账户绑定数据无缝迁移的方法 |
CN106685771A (zh) * | 2016-12-14 | 2017-05-17 | 国网浙江省电力公司 | 电力营销全服务渠道统一接入方法 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110601952A (zh) * | 2018-06-12 | 2019-12-20 | 北京京东尚科信息技术有限公司 | 多渠道消息通知发送方法和装置 |
CN110601952B (zh) * | 2018-06-12 | 2022-12-27 | 北京京东尚科信息技术有限公司 | 多渠道消息通知发送方法和装置 |
CN109299892A (zh) * | 2018-08-22 | 2019-02-01 | 中国平安人寿保险股份有限公司 | 一种物流渠道的推荐方法、存储介质和服务器 |
CN109660610A (zh) * | 2018-12-07 | 2019-04-19 | 北京奇虎科技有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN109660610B (zh) * | 2018-12-07 | 2023-12-22 | 三六零科技集团有限公司 | 一种数据处理方法、装置、设备及存储介质 |
CN111027298A (zh) * | 2019-05-31 | 2020-04-17 | 珠海随变科技有限公司 | 消息发送方法、***、计算机设备及存储介质 |
CN110618979A (zh) * | 2019-08-14 | 2019-12-27 | 平安科技(深圳)有限公司 | 嵌套循环的数据处理方法、装置及计算机设备 |
CN110618979B (zh) * | 2019-08-14 | 2022-09-09 | 平安科技(深圳)有限公司 | 嵌套循环的数据处理方法、装置及计算机设备 |
CN114339627A (zh) * | 2021-12-07 | 2022-04-12 | 联奕科技股份有限公司 | 一种消息集中管控转发方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107404431B (zh) | 2019-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107404431A (zh) | 一种多渠道多账户统一鉴权的消息发送选择方法及*** | |
WO2021179720A1 (zh) | 基于联邦学习的用户数据分类方法、装置、设备及介质 | |
WO2020220823A1 (zh) | 用于构建决策树的方法和装置 | |
CN103684874B (zh) | 一种自动分配网上客服进行客户服务的方法和装置 | |
US20160117624A1 (en) | Intelligent meeting enhancement system | |
CN107343007A (zh) | 基于用户身份及权限认证的分布式文件管理方法及*** | |
CN106952081A (zh) | 一种权限分级业务的流程实例化方法及设备 | |
CN106980689A (zh) | 一种通过语音交互实现数据可视化的方法 | |
CN113627894A (zh) | 基于大数据及人工智能指导高校毕业生就业选择的方法及装置 | |
CN113283222B (zh) | 自动化报表生成方法、装置、计算机设备及存储介质 | |
Holzer et al. | Full-size converter operation of hydro power generators: A state-of-the-art review of motivations, solutions, and design implications | |
CN107018168A (zh) | 互联网资源调度方法及装置、网络红包调度方法 | |
CN109086386A (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
CN116956326A (zh) | 权限数据的处理方法、装置、计算机设备及存储介质 | |
CN110400094A (zh) | 作业排号方法、装置、***、电子设备及存储介质 | |
CN111814044A (zh) | 一种推荐方法、装置、终端设备及存储介质 | |
CN107025227A (zh) | 用户对产品的熟悉度的确定、信息筛选、处理方法及装置 | |
CN112149834A (zh) | 模型训练方法、装置、设备和介质 | |
CN113781247B (zh) | 协议数据推荐方法、装置、计算机设备及存储介质 | |
Cangiano | Introduction: The emerging architecture of public financial management | |
CN114519109A (zh) | 基于产业链谱图的重点企业确定方法及其相关设备 | |
CN113890948B (zh) | 基于语音外呼机器人对话数据的资源分配方法及相关设备 | |
CN114529309A (zh) | 一种信息审核方法、装置、电子设备及计算机可读介质 | |
CN113936677A (zh) | 音色转换方法、装置、计算机设备及存储介质 | |
CN106921559A (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 |