CN115278557B - 一种基于区块链的rcs-5g富媒体消息推送管理*** - Google Patents
一种基于区块链的rcs-5g富媒体消息推送管理*** Download PDFInfo
- Publication number
- CN115278557B CN115278557B CN202210886444.4A CN202210886444A CN115278557B CN 115278557 B CN115278557 B CN 115278557B CN 202210886444 A CN202210886444 A CN 202210886444A CN 115278557 B CN115278557 B CN 115278557B
- Authority
- CN
- China
- Prior art keywords
- pushing
- task
- push
- user
- time
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/10—Multimedia information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种基于区块链的RCS‑5G富媒体消息推送管理***,包括:脚本生成端,用于基于用户池中的全量用户信息和企业端的实时推送需求,生成企业端的消息推送脚本;任务部署端,用于基于消息推送脚本对多端口转发器进行任务部署,获得每个多端口转发器的部署任务;动态划分端,用于对多端口转发器的部署任务对应的动态推送网络进行时间戳划分,获得每个时刻的静态推送网络;推送执行端,用于基于静态推送网络对对应用户进行消息推送,同时,记录推送过程获得推送记录数据;记录生成端,用于基于推送记录数据实时生成推送管理区块链记录文件;用以将区块链与富媒体消息推送管理结合,克服了传统富媒体消息推送方式的缺陷。
Description
技术领域
本发明涉及富媒体消息技术领域,特别涉及一种基于区块链的RCS-5G富媒体消息推送管理***。
背景技术
目前,5G消息即RCS消息(Rich Communication Services&Suite,富媒体通讯套件),不仅可以通过各种接口在短信接口上实现APP的各类丰富应用,更能为企业、商家和用户提供全新的富媒体互动体验,未来具有广阔的市场前景。作为运营商短信业务的升级产品,在推送电子产品使用体验和客户感知体验上将能快速推送电子产品终端和产品服务的应用产品升级。5G消息基于IP技术,能够支持多媒体格式,且表现形式丰富,不仅限于文字、图片、视频。它不仅继承了传统短信的免注册登录和免安装属性,还在加密传输、图形密码等交互基础上保障信息安全,更可能实现全流量计费。
RCS商业富媒体消息,为企业和个人用户之间提供消息交互接口,在图片和视频等基础上增加了交互能力,方便企业向用户输出个性化服务。RCS商业富媒体消息的价值在于,它为企业和用户提供了一条新通道。借助这条通道,企业可以触达用户。用户也可以触达服务。为了实现RCS商业富媒体消息,运营商在自身网络上架设了MaaP(Messaging as aPlatform,消息即平台)能力增强开放平台和Chatbot聊天机器人。平台面向企业开放API接口,以提供服务。
但是,现存的RCS-5G富媒体消息推送技术采用多端口转发器,即通过一个中继节点向其他用户端推送消息,这样在中继节点发生故障时导致故障影响范围很大,且推送管理过程的记录也可能存在丢失和被篡改的风险。
因此,本发明提出了一种基于区块链的RCS-5G富媒体消息推送管理***。
发明内容
本发明提供一种基于区块链的RCS-5G富媒体消息推送管理***,用以将区块链与RCS-5G富媒体消息推送管理结合,基于区块链分布消息***的去中心化和区块链存储结构属性,减小了在中继节点发生故障时产生的故障影响范围,且克服了推送管理过程记录被丢失或篡改的风险。
本发明提供一种基于区块链的RCS-5G富媒体消息推送管理***,包括:
脚本生成端,用于基于用户池中的全量用户信息和企业端的实时推送需求,生成企业端的消息推送脚本;
任务部署端,用于基于消息推送脚本对多端口转发器进行任务部署,获得每个多端口转发器的部署任务;
动态划分端,用于对多端口转发器的部署任务对应的动态推送网络进行时间戳划分,获得每个时刻的静态推送网络;
推送执行端,用于基于静态推送网络对对应用户进行消息推送,同时,记录推送过程获得推送记录数据;
记录生成端,用于基于推送记录数据实时生成推送管理区块链记录文件。
优选的,脚本生成端,包括:
目标确定模块,用于基于企业端的实时推送需求生成推送任务执行链,在用户池中确定出推送任务执行链中每个推送任务的目标推送用户集合;
终端确定模块,用于基于全量用户信息确定出目标推送用户集合中每个目标推送用户的接收终端信息,将推送终端信息汇总,获得对应推送任务的终端信息集合;
脚本生成模块,用于基于终端信息集合和推送任务执行链,生成企业端的消息推送脚本。
优选的,任务部署端,包括:
脚本传输模块,用于基于企业端的API端口将消息推送脚本传输至对应MaaP平台;
任务部署模块,用于基于MaaP平台在预设周期内接收的所有消息推送脚本,对多端口转发器进行任务部署,获得每个多端口转发器的部署任务。
优选的,任务部署模块,包括:
时序对齐单元,用于获取MaaP平台在预设周期内接收的所有消息推送脚本的推送任务执行链,基于推送任务执行链中的总持续执行时间段,将所有消息推送脚本的推送任务执行链进行时序对齐,获得对齐链;
曲线生成单元,用于基于消息推送脚本中每个推送任务的终端信息集合和推送内容,计算出对应推送任务的实时传输量,基于每个推送任务的实时传输量生成推送任务执行链的实时传输量曲线;
用户确定单元,用于基于对齐链确定出每个时刻的同时执行任务集合,基于同时执行任务集合确定出同时推送用户集合;
地址聚类单元,用于确定出同时推送用户集合中每个同时推送用户的接收终端的第一网络地址和所有多端口转发器的第二网络地址,基于第一网络地址和第二网络地址之间的第一传输距离,对第一网络地址进行聚类,获得聚类结果;
传输量计算单元,用于基于聚类结果确定出每个多端口转发器在对应时刻的推送用户分配集合,基于推送用户分配集合中每个被推送用户所属的推送任务执行链的实时传输量曲线,计算出对应多端口转发器在对应时刻的实时综合传输量;
分配判断单元,用于判断是否存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器;
重新分配单元,用于当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,则基于第一多端口转发器的实时综合传输量和最大承受吞吐量对第一多端口转发器进行重新分配,获得每个多端口转发器在对应时刻的实时推送任务集合;
任务分配单元,用于当不存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,则基于每个多端口转发器的推送用户分配集合确定出每个多端口转发器在对应时刻的实时推送任务集合;
任务确定单元,用于将实时推送任务集合和时间戳进行绑定,生成对应多端口转发器的子推送任务执行链,将子推送任务执行链当作对应多端口转发器的部署任务。
优选的,重新分配单元,包括:
超出确定子单元,用于当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,基于第一多端口转发器的实时综合传输量和最大承受吞吐量,确定出对应的超出承受量;
优先排序子单元,用于基于第一多端口转发器的推送用户分配集合中每个被推送用户的第一网络地址和对应第一多端口转发器的第二网络地址之间的第二传输距离,对推送用户分配集合中的被推送用户进行优先级排序,获得第一优先级列表;
序列确定子单元,用于基于每个被推送用户在对应时刻的推送任务的实时传输量和第一优先级列表在对应推送用户分配集合中确定出重新分配用户序列;
剩余计算子单元,用于基于除第一多端口转发器以外剩余的多端口转发器的最大承受吞吐量和实时综合传输量,计算出对应多端口转发器的剩余可承受吞吐量;
第一筛选子单元,用于基于重新分配用户序列中每个重新分配用户在对应时刻的推送任务的实时传输量和剩余可承受吞吐量,在除第一多端口转发器以外剩余的多端口转发器中依次筛选出对应重新分配用户的可承受多端口转发器集合;
最终部署子单元,用于确定出重新分配用户的第一网络地址和对应可承受多端口转发器集合中每个可承受多端口转发器的第二网络地址之间的第三传输距离,将最小第三传输距离对应的可承受多端口转发器作为对应的重新分配用户的最终部署多端口转发器;
任务确定子单元,用于基于所有重新分配用户的最终部署多端口转发器获得重新分配结果,基于重新分配结果确定出每个多端口转发器在对应时刻的实时推送任务集合。
优选的,动态划分端,包括:
任务树搭建模块,用于基于多端口转发器的部署任务搭建出任务执行树;
动态生成模块,用于将任务执行树中每个推送任务的目标推送用户集合中的目标推送用户作为网络节点,将对应多端口转发器作为网络中心节点,并将目标推送用户和多端口转发器之间的传输路径作为网络路径,基于任务执行树中对应推送任务的网络节点和网络中心节点以及网路路径,搭建出对应推送任务的分布式消息推送网络,基于任务执行树中推送任务的执行顺序将分布式消息推送网络排序生成对应多端口转发器的动态推送网络;
动态划分模块,用于对动态推送网络进行时序划分,获得每个时刻的静态推送网络。
优选的,推送执行端,包括:
协议确定模块,用于基于静态推送网络确定出消息推送协议;
推送执行模块,用于基于消息推送协议对对应用户进行消息推送,同时,记录推送过程获得推送记录数据。
优选的,协议确定模块,包括:
任务确定单元,用于基于任务执行树确定出对应时刻的推送任务集合;
协议确定单元,用于基于推送任务集合中的推送任务的目标推送用户集合,确定出对应推送任务的消息推送协议。
优选的,协议确定单元,包括:
方式确定子单元,用于确定出目标推送用户集合的传输方式;
协议确定子单元,用于基于传输方式确定出对应推送任务的消息推送协议。
优选的,记录生成端,包括:
文件生成模块,用于将推送记录数据生成对应时刻的区块存储文件;
文件绑定模块,用于将区块存储文件和时间戳进行实时绑定,获得企业端的推送管理区块链记录文件。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1为本发明实施例中一种基于区块链的RCS-5G富媒体消息推送管理***示意图;
图2为本发明实施例中一种脚本生成端示意图;
图3为本发明实施例中一种任务部署端示意图;
图4为本发明实施例中一种任务部署模块示意图;
图5为本发明实施例中一种重新分配单元示意图;
图6为本发明实施例中一种动态划分端示意图;
图7为本发明实施例中一种推送执行端示意图;
图8为本发明实施例中一种协议确定模块示意图;
图9为本发明实施例中一种协议确定单元示意图;
图10为本发明实施例中一种记录生成端示意图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
实施例1:
本发明提供了一种基于区块链的RCS-5G富媒体消息推送管理***,包括:
脚本生成端,用于基于用户池中的全量用户信息和企业端的实时推送需求,生成企业端的消息推送脚本;
任务部署端,用于基于消息推送脚本对多端口转发器进行任务部署,获得每个多端口转发器的部署任务;
动态划分端,用于对多端口转发器的部署任务对应的动态推送网络进行时间戳划分,获得每个时刻的静态推送网络;
推送执行端,用于基于静态推送网络对对应用户进行消息推送,同时,记录推送过程获得推送记录数据;
记录生成端,用于基于推送记录数据实时生成推送管理区块链记录文件。
该实施例中,用户池即为基于区块链的RCS-5G富媒体消息推送管理***所能管理的用户范围。
该实施例中,全量用户信息即为用户池中所有用户的用户相关信息,例如,接收终端信息。
该实施例中,企业端即为想要推送RCS-5G富媒体消息的企业终端。
该实施例中,实时推送需求即为企业端实时输入的推送RCS-5G富媒体消息的具体需求,包括:RCS-5G富媒体消息的推送任务和目标推送用户。
该实施例中,消息推送脚本即为用于表征企业端消息推送过程的可执行***。
该实施例中,多端口转发器即为Hub,用于将企业端需要推送的RCS-5G富媒体消息转发至用户终端的装置。
该实施例中,任务部署即为给多端口转发器部署推送任务的过程。
该实施例中,部署任务即为基于消息推送脚本对多端口转发器进行任务部署后每个多端口转发器内被部署的推送任务。
该实施例中,动态推送网络即为表征多端口转发器推送RCS-5G富媒体消息的推送目标用户的网络。
该实施例中,静态推送网络即为对多端口转发器的部署任务对应的动态推送网络进行时间戳划分,获得每个时刻的需要推送RCS-5G富媒体消息的目标用户的网络。
该实施例中,推送记录数据即为记录基于静态推送网络对对应用户进行消息推送的过程的数据。
该实施例中,推送管理区块链记录文件即为基于推送记录数据实时生成的链-块交替连接的文件,也是用于记录基于区块链的RCS-5G富媒体消息推送管理***对RCS-5G富媒体消息的推送管理过程的文件。
以上技术的有益效果为:将区块链与RCS-5G富媒体消息推送管理结合,基于区块链分布消息***的去中心化属性对目标用户进行RCS-5G富媒体消息推送,减小了在中继节点发生故障时产生的故障影响范围,并基于区块链存储结构属性记录消息推送管理过程,克服了推送管理过程记录被丢失或篡改的风险。
实施例2:
在实施例1的基础上,脚本生成端,包括:
目标确定模块,用于基于企业端的实时推送需求生成推送任务执行链,在用户池中确定出推送任务执行链中每个推送任务的目标推送用户集合;
终端确定模块,用于基于全量用户信息确定出目标推送用户集合中每个目标推送用户的接收终端信息,将推送终端信息汇总,获得对应推送任务的终端信息集合;
脚本生成模块,用于基于终端信息集合和推送任务执行链,生成企业端的消息推送脚本。
该实施例中,推送任务执行链即为基于企业端的实时推送需求生成的用于表征对因企业端依次执行推送任务的过程的链信息,推送任务执行链中包含推送任务的内容和目标推送用户集合。
该实施例中,目标推送用户集合即为在用户池中确定出的推送任务执行链中的推送任务的需要被推送的目标推送用户构成的集合。
该实施例中,接收终端信息即为基于全量用户信息确定出的目标推送用户的接收终端的相关信息,例如:接收终端的网络地址。
该实施例中,目标推送用户即为目标推送用户集合中包含的对应执行任务需要被推送至的目标用户。
该实施例中,终端信息集合即为将对应执行任务的所有目标推送用户的接收终端信息汇总后获得的集合。
以上技术的有益效果为:通过将企业端的实时推送需求生成的推送任务执行链中推送任务的目标推送用户集合的接收终端信息与任务执行链进行结合,生成了可以表征推送任务执行顺序和对应目标推送用户集合的可执行文件。
实施例3:
在实施例1的基础上,任务部署端,包括:
脚本传输模块,用于基于企业端的API端口将消息推送脚本传输至对应MaaP平台;
任务部署模块,用于基于MaaP平台在预设周期内接收的所有消息推送脚本,对多端口转发器进行任务部署,获得每个多端口转发器的部署任务。
该实施例中,API端口即为预先定义的用于连接MaaP平台和企业终端的接口。
该实施例中,MaaP平台即为Massage as a platform,消息即平台。
该实施例中,预设周期即为预先设定的对多端口转发器进行任务部署的间隔时间,例如:24h。
以上技术的有益效果为:基于企业端和MaaP平台之间预设的API端口,实现企业端消息推送脚本向对应MaaP平台的固定传输,基于MaaP平台在预设周期内接收的所有消息推送脚本对多端口转发器进行任务部署,可一定程度地保证了部署结果的均衡性。
实施例4:
在实施例3的基础上,任务部署模块,包括:
时序对齐单元,用于获取MaaP平台在预设周期内接收的所有消息推送脚本的推送任务执行链,基于推送任务执行链中的总持续执行时间段,将所有消息推送脚本的推送任务执行链进行时序对齐,获得对齐链;
曲线生成单元,用于基于消息推送脚本中每个推送任务的终端信息集合和推送内容,计算出对应推送任务的实时传输量,基于每个推送任务的实时传输量生成推送任务执行链的实时传输量曲线;
用户确定单元,用于基于对齐链确定出每个时刻的同时执行任务集合,基于同时执行任务集合确定出同时推送用户集合;
地址聚类单元,用于确定出同时推送用户集合中每个同时推送用户的接收终端的第一网络地址和所有多端口转发器的第二网络地址,基于第一网络地址和第二网络地址之间的第一传输距离,对第一网络地址进行聚类,获得聚类结果;
传输量计算单元,用于基于聚类结果确定出每个多端口转发器在对应时刻的推送用户分配集合,基于推送用户分配集合中每个被推送用户所属的推送任务执行链的实时传输量曲线,计算出对应多端口转发器在对应时刻的实时综合传输量;
分配判断单元,用于判断是否存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器;
重新分配单元,用于当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,则基于第一多端口转发器的实时综合传输量和最大承受吞吐量对第一多端口转发器进行重新分配,获得每个多端口转发器在对应时刻的实时推送任务集合;
任务分配单元,用于当不存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,则基于每个多端口转发器的推送用户分配集合确定出每个多端口转发器在对应时刻的实时推送任务集合;
任务确定单元,用于将实时推送任务集合和时间戳进行绑定,生成对应多端口转发器的子推送任务执行链,将子推送任务执行链当作对应多端口转发器的部署任务。
该实施例中,总持续执行时间段即为任务执行链被执行的持续时间段。
该实施例中,对齐链即为将所有消息推送脚本的推送任务执行链进行时序对齐后获得的对齐的推送任务执行链。
该实施例中,基于消息推送脚本中每个推送任务的终端信息集合和推送内容,计算出对应推送任务的实时传输量,包括:
确定出推送内容对应的子实时传输容量,同时,基于终端信息集合确定出需要被推送的总终端个数和每个被推送终端和对应多端口转发器的传输距离,将传输距离从小到大排序获得传输距离序列;
基于总终端个数和传输容量以及传输距离序列计算出对应推送任务的实时传输量的变化函数:
式中,SC(t)为推送任务的实时传输量的变化函数,j为第j个被推送的终端,m为基于终端信息集合确定出需要被推送的总终端个数,s1为传输距离序列中的第一个传输距离,CR(t)为子实时传输容量的变化函数,s2为传输距离序列中的第二个传输距离,sm-1为传输距离序列中的第m-1个传输距离,sm为传输距离序列中第m个传输距离,v为标准传输速率,为求CR(t)在/>上的积分,/>为求CR(t)在/>上的积分,/>为求CR(t)在/>上的积分,/>为/> 对t求导;
基于推送任务的实时传输量的变化函数,计算出对应推送任务的实时传输量;
例如,CR(t)为108t,m为3,则传输距离序列为:1、2、3,v为1,则SC(t)在t∈[0,1]时为3×108t,t∈[1,2]时为2×108t,t∈[2,3]时为108t,则CR(1)为3×108;
基于以上公式可以准确确定出对应推送任务的实时传输量。
该实施例中,实时传输量曲线即为基于推送任务的实时传输量生成的表征实时传输量变化过程的曲线。
该实施例中,同时执行任务集合即为基于对齐链确定出的MaaP平台中每个时刻需要同时执行的推送任务构成的集合。
该实施例中,同时推送用户集合即为同时执行任务集合中包含的所有推送任务的目标推送用户集合构成的用户集合。
该实施例中,第一网络地址即为同时推送用户集合中每个同时推送用户的接收终端的网络地址。
该实施例中,同时推送用户即为同时推送用户集合中包含的用户。
该实施例中,第二网络地址即为多端口转发器的网络地址。
该实施例中,基于第一网络地址和第二网络地址之间的第一传输距离,对第一网络地址进行聚类,获得聚类结果,即为:
将每个第一网络地址对应的最小第一传输距离对应的第二网络地址作为对应第一网络地址的聚类中心,将聚类中心相同的第一网络地址进行聚类,获得每个第二网络地址(聚类中心)对应的类,将确定出的多个类作为聚类结果。
该实施例中,聚类结果即为基于第一网络地址和第二网络地址之间的第一传输距离对第一网络地址进行聚类后获得的结果。
该实施例中,推送用户分配集合即为基于聚类结果确定出的每个多端口转发器在对应时刻的目标推送用户构成的集合。
该实施例中,基于聚类结果确定出每个多端口转发器在对应时刻的推送用户分配集合,即为:将聚类结果中的类包含的第一网络地址对应的用户划分至对应聚类中心(第二网络地址)对应的多端口转发器后,将对应第二网络地址的类中包含的所有第一网络地址对应的用户汇总,获得多端口转发器在对应时刻的推送用户分配集合。
该实施例中,被推送用户即为推送任务分配集合中包含的用户。
该实施例中,基于推送任务分配集合中每个被推送用户所属的推送任务执行链的实时传输量曲线,计算出对应多端口转发器在对应时刻的实时综合传输量,包括:
基于推送任务分配集合中每个被推送用户所属的推送任务执行链的实时传输量曲线确定出实时传输量变化函数,基于实时传输量变化函数计算出对应多端口转发器在对应时刻的实时综合传输量:
式中,ZC(t)为多端口转发器的实时综合传输量变化函数,i为多端口转发器中包含的第i个被推送用户所属的推送任务执行链,n为多端口转发器中包含的被推送用户所属的推送任务执行链的总个数,SCi(t)为为多端口转发器中包含的第i个被推送用户所属的推送任务执行链的实时传输量变化函数;
基于多端口转发器的实时综合传输量变化函数确定出对应多端口转发器在对应时刻的实时综合传输量;
例如,SC1(t)为108t,SC1(t)为2×108t,则ZC(t)为3×108t,则在t=1s时,多端口转发器的实时综合传输量为3×108;
基于以上公式可以准确计算出多端口转发器在对应时刻的实时综合传输量。
该实施例中,最大承受吞吐量即为多端口转发器的最大吞吐量。
该实施例中,第一多端口转发器即为实时综合传输量超过对应多端口转发器的最大承受吞吐量的多端口转发器。
该实施例中,实时推送任务集合即为当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时基于第一多端口转发器的实时综合传输量和最大承受吞吐量对第一多端口转发器进行重新分配后,或者当不存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时基于每个多端口转发器的推送用户分配集合,确定出的多端口转发器在对应时刻的推送任务构成的集合。
该实施例中,子推送任务执行链即为将实时推送任务集合和时间戳进行绑定后获得的表征对应多端口转发器的推送任务执行顺序的链信息。
以上技术的有益效果为:基于MaaP平台中所有推送任务的传输距离实现对MaaP平台中包含的所有实时推送任务对应的同时推送用户的聚类,进而实现了对MaaP平台中包含的所有推送任务的初始部署,再基于对齐后的托是哪个任务的实时能量传输曲线,确定出的初始部署后的实时综合传输能量,通过判断对应多端口转发器的实时综合传输能量是否满足最大可承受吞吐量,实现对初始部署结果的判断校验,并在不满足时基于对应的实时综合传输能量和最大可承受吞吐量对推送任务进行重新分配部署,进而使得部署后的结果既通过考虑到传输距离保证了推送效率,也通过实时综合传输能量和最大可承受吞吐量的比较,保证了多端口转发器的吞吐量满足承载要求,进而实现了对MaaP平台中所有推送任务的高效快速部署。
实施例5:
在实施例4的基础上,重新分配单元,包括:
超出确定子单元,用于当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,基于第一多端口转发器的实时综合传输量和最大承受吞吐量,确定出对应的超出承受量;
优先排序子单元,用于基于第一多端口转发器的推送用户分配集合中每个被推送用户的第一网络地址和对应第一多端口转发器的第二网络地址之间的第二传输距离,对推送用户分配集合中的被推送用户进行优先级排序,获得第一优先级列表;
序列确定子单元,用于基于每个被推送用户在对应时刻的推送任务的实时传输量和第一优先级列表在对应推送用户分配集合中确定出重新分配用户序列;
剩余计算子单元,用于基于除第一多端口转发器以外剩余的多端口转发器的最大承受吞吐量和实时综合传输量,计算出对应多端口转发器的剩余可承受吞吐量;
第一筛选子单元,用于基于重新分配用户序列中每个重新分配用户在对应时刻的推送任务的实时传输量和剩余可承受吞吐量,在除第一多端口转发器以外剩余的多端口转发器中依次筛选出对应重新分配用户的可承受多端口转发器集合;
最终部署子单元,用于确定出重新分配用户的第一网络地址和对应可承受多端口转发器集合中每个可承受多端口转发器的第二网络地址之间的第三传输距离,将最小第三传输距离对应的可承受多端口转发器作为对应的重新分配用户的最终部署多端口转发器;
任务确定子单元,用于基于所有重新分配用户的最终部署多端口转发器获得重新分配结果,基于重新分配结果确定出每个多端口转发器在对应时刻的实时推送任务集合。
该实施例中,超出承受量即为第一多端口转发器的实时综合传输量和对应最大承受吞吐量的差值。
该实施例中,第二传输距离即为第一多端口转发器的推送用户分配集合中每个被推送用户的第一网络地址和对应第一多端口转发器的第二网络地址之间的传输距离。
该实施例中,第一优先级列表即为按照第二传输距离从大到小的顺序对对应第一网络地址对应的被推送用户进行排序后获得的列表,列表中从高到低代表了被推送用户的优先级从高到低。
该实施例中,剩余可承受吞吐量即为除第一多端口转发器以外剩余的多端口转发器的最大承受吞吐量和实时综合传输量的差值。
该实施例中,基于每个被推送用户在对应时刻的推送任务的实时传输量和第一优先级列表在对应推送用户分配集合中确定出重新分配用户序列,即为:
确定出第一多端口转发器的超出承受量,按照从上至下的顺序在第一优先级列表中依次确定重新分配用户,直至确定出的所有重新分配用户的实时传输量的总和不低于超出承受量时,则基于确定顺序将确定出的所有重新分配用户排序获得重新分配用户序列。
该实施例中,重新分配用户序列即为基于每个被推送用户在对应时刻的推送任务的实时传输量和第一优先级列表在对应推送用户分配集合中确定出的需要被重新分配的用户构成的序列。
该实施例中,可承受多端口转发器集合即为基于重新分配用户序列中每个重新分配用户在对应时刻的推送任务的实时传输量和剩余可承受吞吐量,在除第一多端口转发器以外剩余的多端口转发器中筛选出的可承受对应重新分配用户的推送任务的端口转发器构成的集合。
该实施例中,基于重新分配用户序列中每个重新分配用户在对应时刻的推送任务的实时传输量和剩余可承受吞吐量,在除第一多端口转发器以外剩余的多端口转发器中依次筛选出对应重新分配用户的可承受多端口转发器集合,包括:
将除第一多端口转发器以外剩余的多端口转发器中筛选出的实时传输量不超过剩余可承受吞吐量的多端口转发器汇总后,获得对应重新分配用户的可承受多端口转发器集合。
该实施例中,第三传输距离即为重新分配用户的第一网络地址和对应可承受多端口转发器集合中每个可承受多端口转发器的第二网络地址之间的传输距离。
该实施例中,最终部署多端口转发即为最小第三传输距离对应的可承受多端口转发器。
该实施例中,重新分配结果包括重新分配用户确定的最终部署多端口转发器和未重新分配的被推送用户的聚类结果。
以上技术的有益效果为:基于重新分配用户的第一网络地址和第一次部署结果后确定的对应的第一多端口转发器的第二网络地址之间的传输距离对被重新分配用户进行优先级排序,并结合剩余多端口转发器的剩余可承受吞吐量和与重新分配用户之间的传输距离,实现了对重新分配用户的重新分配,使得重新分配结果在满足多端口转发器的吞吐量承载要求的情况下,也最大程度地保证了后续执行推送任务时在推送过程中的推送效率。
实施例6:
在实施例1的基础上,动态划分端,包括:
任务树搭建模块,用于基于多端口转发器的部署任务搭建出任务执行树;
动态生成模块,用于将任务执行树中每个推送任务的目标推送用户集合中的目标推送用户作为网络节点,将对应多端口转发器作为网络中心节点,并将目标推送用户和多端口转发器之间的传输路径作为网络路径,基于任务执行树中对应推送任务的网络节点和网络中心节点以及网路路径,搭建出对应推送任务的分布式消息推送网络,基于任务执行树中推送任务的执行顺序将分布式消息推送网络排序生成对应多端口转发器的动态推送网络;
动态划分模块,用于对动态推送网络进行时序划分,获得每个时刻的静态推送网络。
该实施例中,任务执行树即为基于多端口转发器的部署任务搭建出的表征对应多端口转发器推送RCS-5G富媒体消息的执行过程的树结构。
该实施例中,网络节点即为对应推送任务的目标推送用户集合中的目标推送用户,也是分布式消息推送网络中的节点。
该实施例中,网络中心节点即为对应的多端口转发器,也是分布式消息推送网络中的中心节点。
该实施例中,网络路径即为目标推送用户和多端口转发器之间的传输路径,也是分布式消息推送网络中连接网络中心节点和网络节点之间的路径。
该实施例中,基于任务执行树中对应推送任务的网络节点和网络中心节点以及网路路径,搭建出对应推送任务的分布式消息推送网络,即为:
将网络中心节点和网络节点通过网络路径进行连接后获得的发散形的网络结构。
该实施例中,动态推送网络即为基于任务执行树中推送任务的执行顺序将分布式消息推送网络排序后生成的对应多端口转发器的动态的分布式消息推送网络。
该实施例中,静态推送网络即为对动态推送网络进行时序划分后获得的每个时刻的静态的分布式消息推送网络。
以上技术的有益效果为:通过对基于多端口转发器的部署任务搭建出的任务执行树中每个推送任务的目标推送用户集合生成的动态推送网络进行时间戳划分,获得将多端口转发器的推送任务的实时执行过程直观化的网络结构。
实施例7:
在实施例1的基础上,推送执行端,包括:
协议确定模块,用于基于静态推送网络确定出消息推送协议;
推送执行模块,用于基于消息推送协议对对应用户进行消息推送,同时,记录推送过程获得推送记录数据。
该实施例中,消息推送协议即为基于静态推送网络确定出的多端口转发器在对应时刻向对应目标推送用户集合精准推送RCS-5G富媒体消息的应用层文本协议。
以上技术的有益效果为:基于静态推送网络确定出的消息推送协议对对应用户进行消息推送,实现了多端口转发器对RCS-5G富媒体消息的精准推送,记录推送过程,获得表征对应多端口转发器的推送过程的记录数据。
实施例8:
在实施例7的基础上,协议确定模块,包括:
任务确定单元,用于基于任务执行树确定出对应时刻的推送任务集合;
协议确定单元,用于基于推送任务集合中的推送任务的目标推送用户集合,确定出对应推送任务的消息推送协议。
该实施例中,推送任务集合即为基于任务执行树确定出的对应多端口转发器在对应时刻需要执行的推送任务构成的集合。
以上技术的有益效果为:基于推送任务的目标推送用户确定出消息推送协议,使得多端口转发器在执行对应推送任务时可以将需要被推送的RCS-5G富媒体消息精准推送至对应目标推送用户。
实施例9:
在实施例8的基础上,协议确定单元,包括:
方式确定子单元,用于确定出目标推送用户集合的传输方式;
协议确定子单元,用于基于传输方式确定出对应推送任务的消息推送协议。
该实施例中,传输方式例如:
1、轮询:客户端定时向服务器发送Ajax请求,服务器接到请求后马上返回响应信息,并关闭连接;优点:后端程序编写比较容易;缺点:请求中大半是无用的,浪费带宽和服务器资源;适用于小型应用;
2.长轮询:客户端向服务器发送Ajax请求,服务器接到请求后Hold住连接,直到有新消息才返回响应信息,并关闭连接;客户端处理完响应信息后再向服务器发送新的请求;优点:在无消息的情况下不会频繁的请求,耗费的资源少;缺点:服务器Hold住连接会消耗资源,返回数据顺序无法保证,难于管理和维护;适用于WebQQ、Hi网页版、FaceBook IM等;
3.长连接:在页面中嵌入一个隐藏的jframe,将这个隐藏的iframe的src属性设置为对一个长连接的请求或者采用XRH请求,服务器端就能源源不断地往客户端输入数据;优点:消息即时到达,不发无用的请求;管理起来也相对方便;缺点:服务器维护一个长连接会增加开销;适用于Gmail聊天等;
4.Flash Socket:在页面中嵌入一个使用了Socket类的Flash程序,JavaScript通过调用此Flash程序提供的Socket接口与服务器端的Socket接口进行通信,JavaScript在收到服务器端传送的信息后控制页面的显示优点:实现真正的即时通信,而不是伪即时缺点:客户端必须安装Flash插件;非HTTP协议,无法自动穿越防火墙,适用于网络互动游戏;
5.WebSocket:是HTML5开始提供的一种浏览器与服务器间进行全双工通讯的网络技术;依靠这种技术可以实现客户端和服务器端的长连接,双向实时通讯;优点:事件驱动;异步;使用WS或者WSS协议的客户端Socket;能够实现真正意义上的推送功能;缺点:少部分浏览器不支持,不同浏览器支持的程度和方式都不同。
该实施例中,基于传输方式确定出对应推送任务的消息推送协议,即为:基于预设的传输方式-消息推送协议列表确定出的对应推送任务的消息推送协议,例如:传输方式为轮询、长轮询、长连接、Flash Socket、WebSocket时采用HTTP协议,传输方式为M2M时采用MQTT协议。
以上技术的有益效果为:针对对应的传输方式确定出对应推送任务的消息推送协议,进而为实现RCS-5G富媒体消息精准推送至对应目标推送用户提供了重要基础。
实施例10:
在实施例1的基础上,记录生成端,包括:
文件生成模块,用于将推送记录数据生成对应时刻的区块存储文件;
文件绑定模块,用于将区块存储文件和时间戳进行实时绑定,获得企业端的推送管理区块链记录文件。
该实施例中,区块存储文件即为用于存储推送记录数据的数据的区块文件,每个区块存储文件的的时间戳,必须晚于其前一个区块存储文件的时间戳;两个区块存储文件由***配置文件protocol.json中的变量SecondsPerBlock所设定。
该实施例中,时间戳即为能够验证区块存储文件在每个特定时间点已经存在且完整的时间序列验证数据。
以上技术的有益效果为:通过将推送记录数据生成的区块存储文件,并将其与时间戳进行绑定,实现基于区块链的区块链存储结构属性记录消息推送管理过程,克服了推送管理过程记录被丢失或篡改的风险。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (7)
1.一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,包括:
脚本生成端,用于基于用户池中的全量用户信息和企业端的实时推送需求,生成企业端的消息推送脚本;
任务部署端,用于基于消息推送脚本对多端口转发器进行任务部署,获得每个多端口转发器的部署任务;
动态划分端,用于对多端口转发器的部署任务对应的动态推送网络进行时间戳划分,获得每个时刻的静态推送网络;
推送执行端,用于基于静态推送网络对对应用户进行消息推送,同时,记录推送过程获得推送记录数据;
记录生成端,用于基于推送记录数据实时生成推送管理区块链记录文件;
其中,任务部署端,包括:
脚本传输模块,用于基于企业端的API端口将消息推送脚本传输至对应MaaP平台;
任务部署模块,用于基于MaaP平台在预设周期内接收的所有消息推送脚本,对多端口转发器进行任务部署,获得每个多端口转发器的部署任务;
其中,任务部署模块,包括:
时序对齐单元,用于获取MaaP平台在预设周期内接收的所有消息推送脚本的推送任务执行链,基于推送任务执行链中的总持续执行时间段,将所有消息推送脚本的推送任务执行链进行时序对齐,获得对齐链;
曲线生成单元,用于基于消息推送脚本中每个推送任务的终端信息集合和推送内容,计算出对应推送任务的实时传输量,基于每个推送任务的实时传输量生成推送任务执行链的实时传输量曲线;
用户确定单元,用于基于对齐链确定出每个时刻的同时执行任务集合,基于同时执行任务集合确定出同时推送用户集合;
地址聚类单元,用于确定出同时推送用户集合中每个同时推送用户的接收终端的第一网络地址和所有多端口转发器的第二网络地址,基于第一网络地址和第二网络地址之间的第一传输距离,对第一网络地址进行聚类,获得聚类结果;
传输量计算单元,用于基于聚类结果确定出每个多端口转发器在对应时刻的推送用户分配集合,基于推送用户分配集合中每个被推送用户所属的推送任务执行链的实时传输量曲线,计算出对应多端口转发器在对应时刻的实时综合传输量;
分配判断单元,用于判断是否存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器;
重新分配单元,用于当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,则基于第一多端口转发器的实时综合传输量和最大承受吞吐量对第一多端口转发器进行重新分配,获得每个多端口转发器在对应时刻的实时推送任务集合;
任务分配单元,用于当不存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,则基于每个多端口转发器的推送用户分配集合确定出每个多端口转发器在对应时刻的实时推送任务集合;
任务确定单元,用于将实时推送任务集合和时间戳进行绑定,生成对应多端口转发器的子推送任务执行链,将子推送任务执行链当作对应多端口转发器的部署任务;
其中,动态划分端,包括:
任务树搭建模块,用于基于多端口转发器的部署任务搭建出任务执行树;
动态生成模块,用于将任务执行树中每个推送任务的目标推送用户集合中的目标推送用户作为网络节点,将对应多端口转发器作为网络中心节点,并将目标推送用户和多端口转发器之间的传输路径作为网络路径,基于任务执行树中对应推送任务的网络节点和网络中心节点以及网路路径,搭建出对应推送任务的分布式消息推送网络,基于任务执行树中推送任务的执行顺序将分布式消息推送网络排序生成对应多端口转发器的动态推送网络;
动态划分模块,用于对动态推送网络进行时序划分,获得每个时刻的静态推送网络。
2.根据权利要求1所述的一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,脚本生成端,包括:
目标确定模块,用于基于企业端的实时推送需求生成推送任务执行链,在用户池中确定出推送任务执行链中每个推送任务的目标推送用户集合;
终端确定模块,用于基于全量用户信息确定出目标推送用户集合中每个目标推送用户的接收终端信息,将推送终端信息汇总,获得对应推送任务的终端信息集合;
脚本生成模块,用于基于终端信息集合和推送任务执行链,生成企业端的消息推送脚本。
3.根据权利要求1所述的一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,重新分配单元,包括:
超出确定子单元,用于当存在实时综合传输量超过对应多端口转发器的最大承受吞吐量的第一多端口转发器时,基于第一多端口转发器的实时综合传输量和最大承受吞吐量,确定出对应的超出承受量;
优先排序子单元,用于基于第一多端口转发器的推送用户分配集合中每个被推送用户的第一网络地址和对应第一多端口转发器的第二网络地址之间的第二传输距离,对推送用户分配集合中的被推送用户进行优先级排序,获得第一优先级列表;
序列确定子单元,用于基于每个被推送用户在对应时刻的推送任务的实时传输量和第一优先级列表在对应推送用户分配集合中确定出重新分配用户序列;
剩余计算子单元,用于基于除第一多端口转发器以外剩余的多端口转发器的最大承受吞吐量和实时综合传输量,计算出对应多端口转发器的剩余可承受吞吐量;
第一筛选子单元,用于基于重新分配用户序列中每个重新分配用户在对应时刻的推送任务的实时传输量和剩余可承受吞吐量,在除第一多端口转发器以外剩余的多端口转发器中依次筛选出对应重新分配用户的可承受多端口转发器集合;
最终部署子单元,用于确定出重新分配用户的第一网络地址和对应可承受多端口转发器集合中每个可承受多端口转发器的第二网络地址之间的第三传输距离,将最小第三传输距离对应的可承受多端口转发器作为对应的重新分配用户的最终部署多端口转发器;
任务确定子单元,用于基于所有重新分配用户的最终部署多端口转发器获得重新分配结果,基于重新分配结果确定出每个多端口转发器在对应时刻的实时推送任务集合。
4.根据权利要求1所述的一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,推送执行端,包括:
协议确定模块,用于基于静态推送网络确定出消息推送协议;
推送执行模块,用于基于消息推送协议对对应用户进行消息推送,同时,记录推送过程获得推送记录数据。
5.根据权利要求4所述的一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,协议确定模块,包括:
任务确定单元,用于基于任务执行树确定出对应时刻的推送任务集合;
协议确定单元,用于基于推送任务集合中的推送任务的目标推送用户集合,确定出对应推送任务的消息推送协议。
6.根据权利要求5所述的一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,协议确定单元,包括:
方式确定子单元,用于确定出目标推送用户集合的传输方式;
协议确定子单元,用于基于传输方式确定出对应推送任务的消息推送协议。
7.根据权利要求1所述的一种基于区块链的RCS-5G富媒体消息推送管理***,其特征在于,记录生成端,包括:
文件生成模块,用于将推送记录数据生成对应时刻的区块存储文件;
文件绑定模块,用于将区块存储文件和时间戳进行实时绑定,获得企业端的推送管理区块链记录文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210886444.4A CN115278557B (zh) | 2022-07-26 | 2022-07-26 | 一种基于区块链的rcs-5g富媒体消息推送管理*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210886444.4A CN115278557B (zh) | 2022-07-26 | 2022-07-26 | 一种基于区块链的rcs-5g富媒体消息推送管理*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115278557A CN115278557A (zh) | 2022-11-01 |
CN115278557B true CN115278557B (zh) | 2023-10-13 |
Family
ID=83769164
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210886444.4A Active CN115278557B (zh) | 2022-07-26 | 2022-07-26 | 一种基于区块链的rcs-5g富媒体消息推送管理*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115278557B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116777376B (zh) * | 2023-06-20 | 2024-05-10 | 深圳市云之音科技有限公司 | 应用于企业智能中台的saas*** |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106961481A (zh) * | 2017-04-01 | 2017-07-18 | 中链科技有限公司 | 基于区块链技术的不良资产信息共享方法和服务器 |
CN107480988A (zh) * | 2017-07-28 | 2017-12-15 | 贵州眯果创意科技有限公司 | 一种区块链来实现股票交易的监管*** |
CN108173850A (zh) * | 2017-12-28 | 2018-06-15 | 杭州趣链科技有限公司 | 一种基于区块链智能合约的身份认证***和身份认证方法 |
CN109636427A (zh) * | 2019-01-29 | 2019-04-16 | 深圳市智税链科技有限公司 | 基于区块链***的业务处理方法、装置、介质及电子设备 |
US10873852B1 (en) * | 2020-04-10 | 2020-12-22 | Avila Technology, LLC | POOFster: a secure mobile text message and object sharing application, system, and method for same |
CN112492533A (zh) * | 2020-07-10 | 2021-03-12 | 梁伟 | 基于区块链技术的5g富媒体消息推送方法及装置 |
CN112769951A (zh) * | 2020-08-25 | 2021-05-07 | 徐鹏飞 | 结合区块链和在线业务的支付网络状态处理方法及服务器 |
CN113191850A (zh) * | 2021-05-19 | 2021-07-30 | 中国银行股份有限公司 | 基于区块链的5g消息的商品推送及交易的方法及*** |
CN114547666A (zh) * | 2020-11-26 | 2022-05-27 | 中国电信股份有限公司 | 数据交换方法、区块链平台和存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11151229B1 (en) * | 2020-04-10 | 2021-10-19 | Avila Technology, LLC | Secure messaging service with digital rights management using blockchain technology |
-
2022
- 2022-07-26 CN CN202210886444.4A patent/CN115278557B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106961481A (zh) * | 2017-04-01 | 2017-07-18 | 中链科技有限公司 | 基于区块链技术的不良资产信息共享方法和服务器 |
CN107480988A (zh) * | 2017-07-28 | 2017-12-15 | 贵州眯果创意科技有限公司 | 一种区块链来实现股票交易的监管*** |
CN108173850A (zh) * | 2017-12-28 | 2018-06-15 | 杭州趣链科技有限公司 | 一种基于区块链智能合约的身份认证***和身份认证方法 |
CN109636427A (zh) * | 2019-01-29 | 2019-04-16 | 深圳市智税链科技有限公司 | 基于区块链***的业务处理方法、装置、介质及电子设备 |
US10873852B1 (en) * | 2020-04-10 | 2020-12-22 | Avila Technology, LLC | POOFster: a secure mobile text message and object sharing application, system, and method for same |
CN112492533A (zh) * | 2020-07-10 | 2021-03-12 | 梁伟 | 基于区块链技术的5g富媒体消息推送方法及装置 |
CN112769951A (zh) * | 2020-08-25 | 2021-05-07 | 徐鹏飞 | 结合区块链和在线业务的支付网络状态处理方法及服务器 |
CN114547666A (zh) * | 2020-11-26 | 2022-05-27 | 中国电信股份有限公司 | 数据交换方法、区块链平台和存储介质 |
CN113191850A (zh) * | 2021-05-19 | 2021-07-30 | 中国银行股份有限公司 | 基于区块链的5g消息的商品推送及交易的方法及*** |
Non-Patent Citations (2)
Title |
---|
Atif Ahmed Siddiqui."New Calls Blocking Analysis in Cellular Systems Based on Markov Chain Model".《2004 international network》.2004,全文. * |
舒文琼."描摹"5G RCS+"蓝图 大汉三通做5G消息开路先锋".《PT展特刊》.2021,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN115278557A (zh) | 2022-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170315902A1 (en) | Systems And Methods For Performance Testing Cloud Applications From Multiple Different Geographic Locations | |
WO2016070689A1 (zh) | 分享应用的方法和***以及应用服务平台 | |
JP2009535708A (ja) | 企業ネットワークを介したネットワーク資源へのゲスト・ユーザ・アクセスの提供 | |
CN104660409B (zh) | 集群环境下***登录的方法和认证服务器集群 | |
CN104640114B (zh) | 一种访问请求的验证方法及装置 | |
CN106887166A (zh) | 一种基于云平台的智慧学习*** | |
CN108809985B (zh) | 一种移动平台*** | |
US20130132857A1 (en) | Personalized website theme | |
CN115278557B (zh) | 一种基于区块链的rcs-5g富媒体消息推送管理*** | |
CN115118705B (zh) | 一种基于微服务的工业边缘管控平台 | |
CN109873734B (zh) | 一种底层数据监控方法、介质、设备及装置 | |
CN108156223A (zh) | 一种基于websocket的消息精准推送***及方法 | |
CN108989427B (zh) | 一种基于多源信息聚合的公共服务***及其构建方法 | |
EP3128713A1 (en) | Page push method, device and server, and centralized network management controller | |
CN110417795A (zh) | 收款信息订阅方法、装置及收款*** | |
CN105357239B (zh) | 提供服务的方法和装置、获取服务的方法及装置 | |
CN113450230A (zh) | 一种理财风险评估方法及装置、存储介质及电子设备 | |
CN113114503A (zh) | 基于应用交付网络需求的部署方法及装置 | |
CN112380002A (zh) | 在线教育学***台 | |
CN101227321A (zh) | 一种投诉方法、***与装置 | |
CN113721922B (zh) | 一种基于微服务的大数据物联网管理*** | |
US20160028661A1 (en) | Methods and systems for sending and receiving alerts | |
CN112565064B (zh) | 基于远程多媒体的业务处理方法、装置、设备和介质 | |
CN111913732B (zh) | 一种服务更新方法、装置及管理服务器、存储介质 | |
CN101588313A (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 |