CN106095789B - 一种消息订阅管理装置及方法 - Google Patents
一种消息订阅管理装置及方法 Download PDFInfo
- Publication number
- CN106095789B CN106095789B CN201610368133.3A CN201610368133A CN106095789B CN 106095789 B CN106095789 B CN 106095789B CN 201610368133 A CN201610368133 A CN 201610368133A CN 106095789 B CN106095789 B CN 106095789B
- Authority
- CN
- China
- Prior art keywords
- message
- identifier
- identification
- user
- subscription
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2291—User-Defined Types; Storage management thereof
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种消息订阅管理装置及方法,该消息订阅管理装置包括:接收模块,用于接收消息创建者所创建的新消息;第一生成模块,用于生成与所述新消息对应的消息标识;获取模块,用于获取所述消息创建者的订阅用户的订阅用户标识;以及存储模块,用于根据所述订阅用户标识,将所述消息标识存储到预设存储区域,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中。本发明对消息明细存储方式做了改进,大量减少了数据存储量,减少了服务器与数据库的压力,并提高了服务器的整体性能。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种消息订阅管理装置及方法。
背景技术
SNS(Social Networking Serivces,社交网络服务)通常具备日志、相册、分享、群组、心情、投票等多个功能模块,通过插件机制及开放API(Application ProgrammingInterface,应用程序编程接口)还能扩展功能应用。其中最重要的又是Feed(订阅源,以下简称为Feed)系统,Feed是SNS类应用的核心和最复杂的部分,例如,新浪微博中看到的我关注的人的消息、人人网中的“新鲜事”个人订阅的消息。Feed数据用于向用户提供频繁更新的内容,内容发布者将Feed联合(syndicate),从而允许用户订阅它,收集可访问的Feed的集合被称为聚合(aggregation),其通过因特网聚合器来实现。
现有技术中,消息明细常规的存储方式为逐条存储,即每条消息都会针对每一个订阅用户分别存储一个消息明细,存储字段至少包括订阅用户ID字段、消息ID字段。
实际中,某明星会有几十万到几百万的粉丝关注。当该明星产生和发送一条消息时,其订阅的所有粉丝均需要收到该条消息的提示,在服务器上就会由一条消息引发存储数以百万计的消息明细。
虽然有些Feed数据仅针对在线订阅用户进行消息明细存储,但是,很多系统的在线用户数量都很大,因此存储量也还是很巨大,给服务器带来很大的压力。
发明内容
本发明要解决的技术问题在于,现有的消息明细存储方式过于累赘,给服务器带来很大的压力,针对该技术问题,本发明提供一种消息订阅管理装置及方法。
为实现上述目的,本发明提供的一种消息订阅管理装置,该消息订阅管理装置包括:
接收模块,用于接收消息创建者所创建的新消息;
第一生成模块,用于生成与所述新消息对应的消息标识;
获取模块,用于获取所述消息创建者的订阅用户的订阅用户标识;
存储模块,用于根据所述订阅用户标识,将所述消息标识存储到预设存储区域,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中。
在一些实施例中,上述消息订阅管理装置还包括第二生成模块,用于根据所述消息创建者的订阅用户的数量生成一条或多条消息明细,其中,所述消息明细包括:订阅用户标识和所述新消息的消息标识;
所述存储模块用于根据所述一条或多条消息明细,将所述新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。
在一些实施例中,上述消息订阅管理装置还包括创建模块,用于在存储空间中创建所述预设存储区域。
在一些实施例中,上述消息订阅管理装置中的获取模块用于根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。
在一些实施例中,上述消息订阅管理装置还包括;
监控模块,用于监控所述消息标识数组字段中的消息标识数量是否达到预设最大值;
删除模块,用于若所述监控模块的监控结果为已达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
本发明提供的一种消息订阅管理方法包括:
接收消息创建者所创建的新消息,并生成与所述新消息对应的消息标识;
获取所述消息创建者的订阅用户的订阅用户标识;
根据所述订阅用户标识,将所述消息标识存储到预设存储区域;
其中,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中。
在一些实施例中,上述消息订阅管理方法还包括:
根据所述消息创建者的订阅用户的数量生成一条或多条消息明细,其中,所述消息明细包括:订阅用户标识和所述新消息的消息标识;
根据所述一条或多条消息明细,将所述新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。
在一些实施例中,上述消息订阅管理方法中,根据所述订阅用户标识,将所述消息标识存储到预设存储区域之前还包括:在存储空间中创建所述预设存储区域。
在一些实施例中,上述消息订阅管理方法中,获取所述消息创建者的订阅用户的订阅用户标识包括:根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。
在一些实施例中,上述消息订阅管理方法还包括;
监控所述消息标识数组字段中的消息标识数量是否达到预设最大值;
若达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
本发明提出的消息订阅管理装置及方法,对消息明细存储方式做了改进,在存储空间的预设存储区域,一个订阅用户标识字段对应一个消息标识数组字段,针对各个订阅用户,将其订阅的消息标识都添加到对应的消息标识数组字段中,因此,针对每一个订阅用户,仅存储一条消息明细记录。相当于将现有的逐条存储的方式,由行转列,由原先指数级别的消息明细存储量,改变成与订阅用户数量一致条数的记录。采用本发明能够大量减少数据存储量,减少服务器与数据库的压力,并提高了服务器的整体性能。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1为本发明第一实施例提供的消息订阅管理方法的流程图;
图2为本发明第二实施例提供的消息订阅管理方法细化流程图;
图3为本发明第三实施例提供的消息订阅管理方法细化流程图;
图4为本发明第四实施例提供的消息订阅管理装置功能模块的示意图;
图5为本发明第五实施例提供的消息订阅管理装置细化功能模块的示意图;
图6为实现本发明各个实施例一个可选的服务器的结构示意图。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
第一实施例
参照图1,图1为本发明第一实施例提供的消息订阅管理方法的流程图,消息订阅管理方法包括:
S201、接收消息创建者所创建的新消息,并生成与所述新消息对应的消息标识。
例如某明星在新浪微博上生成并发布了一条微博,则作为一个新消息。服务器收到这条消息事件后生成与该新消息对应的消息标识。
消息标识包括但不局限于:消息映射地址,通过映射地址可以获取到该消息的内容。
S202、获取所述消息创建者的订阅用户的订阅用户标识。
其中,订阅用户标识包括但不局限于:订阅用户账号、用户名、预留的手机号、预留的邮箱地址等等。
获取所述消息创建者的订阅用户的订阅用户标识的方式包括但不局限于以下所列举的:
方式一、根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。以新浪微博为例,某粉丝点击关注某明星的微博后,则服务器就会建立该明星的微博账号与该粉丝的微博账号之间的对应关系,有多个粉丝关注的,则可以以列表的形式保存该明星的微博账号与各个粉丝的微博账号之间的对应关系,该列表后续可以进行维护,包括删除、添加等等。根据该对应关系,获取与消息创建者标识对应的各个订阅用户标识。
方式二、临时查询该消息创建者的最近一条历史消息的各个订阅用户的订阅用户标识,作为该消息创建者的订阅用户的订阅用户标识。
S203、根据所述订阅用户标识,将所述消息标识存储到预设存储区域。
其中,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中。
在一些实施例中,在步骤S203之前,还包括:在存储空间中创建该预设存储区域。该存储空间可以是缓存,也可以是数据库。一般地,可以将一小部分最新的数据保存至缓存中,另一部分非最新的保存至数据库中,可以持久化保存。该预设存储区域可以以列表的形式存在于缓存或数据库中。
此外,在一些实施例中,还可以监控预设存储区域中的消息标识数组字段中的消息标识数量是否达到预设最大值;若达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从该消息标识数组字段中删除。这样可以将每个订阅用户的消息明细记录大小保持在一个固定值下,确保存储空间中的数据不会大量的增长。
本实施例中,每个订阅用户对应一个订阅用户标识字段和消息标识数组字段,用于进行消息明细的存储,消息标识数组字段中存储一个或多个消息标识,采用数据行转列的方式,由原先指数级别的消息明细条数,改变成与在线用户列表数量一致条数的记录,大量减少的数据保存的数量,减少的服务器与数据库的存储压力,并提高服务器的整体性能。对于某些SNS系统,上述消息订阅管理方法适用于在线订阅用户,对于其他SNS系统,上述消息订阅管理方法可以适用于所有订阅用户,包括在线订阅用户和非在线订阅用户,各个SNS系统的开发者可以根据实际情况选择。
第二实施例
参照图2,图2为本发明第二实施例提供的消息订阅管理方法细化流程图,本实施例中,假设消息创建者A被订阅用户B和订阅用户C关注,在订阅用户B、订阅用户C触发关注时,服务器建立消息创建者A与订阅用户B、订阅用户C之间的对应关系并存储在存储空间。当消息创建者A发布一条新消息时,进入以下步骤:
S301、接收消息创建者所创建的新消息,并生成与所述新消息对应的消息标识。
S302、根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取消息创建者的订阅用户的订阅用户标识。
本实施例中,根据事先建立的消息创建者A与订阅用户B、订阅用户C之间的对应关系,确定消息创建者A的订阅用户的订阅用户标识包括:订阅用户B、订阅用户C。
S303、针对获取到的各个订阅用户标识,分别生成一条对应的消息明细,该消息明细包括订阅用户标识和该新消息的消息标识。
由于消息创建者A的订阅用户的订阅用户标识包括:订阅用户B、订阅用户C,那么针对订阅用户B、订阅用户C,分别生成一条消息明细如下(假设消息发创建A发布的该条新消息的消息标识为消息4):
订阅用户B消息4
订阅用户C消息4
S304、根据生成的消息明细,将该新消息的消息标识分别存储到与不同订阅用户标识相对应的消息标识数组字段中,相应地,清除生成的各个消息明细。
本实施例中存储后的预设存储区域如表一所示。
表一
订阅用户标识字段 | 消息标识数组字段 |
订阅用户B | 消息1、消息2、消息3、消息4…… |
订阅用户C | 消息2、消息3、消息4…… |
根据表一,说明订阅用户B在消息4之前,还订阅了消息1、消息2、消息3,消息1、消息2、消息3和消息4均存储在与订阅用户B对应的消息标识数组字段中。说明订阅用户C在消息4之前,还订阅了消息2、消息3,消息2、消息3和消息4均存储在与订阅用户C对应的消息标识数组字段中,订阅用户B、订阅用户C分别只有一条消息明细记录。
在本实施例中,还需要由另一定时任务程序进行消息标识数组大小的监控操作。每隔一定时间监控消息标识数组字段中的消息标识数量是否达到预设最大值,若达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个个消息标识字段从消息标识数组字段中删除,保证每个用户的消明细存储量在一个固定值下,确保存储空间的数据量不会大量的增长。
本实施例与第一实施例相比,步骤S302获取各个订阅用户标识之后,还包括针对该各个订阅用户标识,分别生成对应的消息明细的步骤,再根据对应的消息明细将消息标识存储到对应的消息标识数组字段中。实际应用中可根据需要,省去或保留生成消息明细的步骤。不论中间是否生成明细,在消息明细存储环节,针对每个订阅用户标识,将新消息的消息标识存储到对应的消息标识数组字段中。节省了大量的数据存储空间。
第三实施例
参照图3,图3为本发明第三实施例提供的消息订阅管理方法细化流程图,
S401、维护在线用户列表。
当用户APP打开使用时,将由APP触发事件接口,由服务器记录该用户至在线用户列表中。当在线用户列表无该用户信息时,则新增处理,如已经存在,则进行更新处理。
S402、维护在线用户个人收件箱。
每个在线用户均有一个个人收件箱,由后台服务器进行维护,其个人订阅的消息明细将会发送至该个人收件箱中。
S403、当某明星发帖或者产生微博消息时,针对该条新消息产生与在线用户数量一致的消息明细,发送个人消息明细至个人收件箱中。
S404、维护在线用户的个人收件箱,一小部分最新的数据保存至缓存中,另一部分非最新数据保存至数据库中,持久化保存。
S405、当有消息明细发送至个人收件箱时,程序首先查询出该条消息明细对应的订阅用户标识出来,之后添加消息标识至该订阅用户标识的消息标识数组字段中,相应地,清除前面步骤S403生成的消息明细。可以采用mongodb(分布式文档存储数据库)或者其他类似的非关系型的数据库来存储消息明细,其主要保存格式为订阅用户标识字段、消息标识数组字段为一条记录的方式。
在本实施例的上述步骤过程中,由另一定时任务程序进行数组大小的监控操作。每隔一定时间查询出超出规定消息数量的消息标识数组,弹出这些消息标识数组列表中的最后一位至几位信息,保证每个人的个人收件箱大小保持在一个固定值下,确保存储空间的数据量不会大量的增长。
此时,已经实现了采用数据列来保存数据的方式,即使用数组保存的方式来保存消息明细,与之前的一条消息为一条记录的方式相比,节省了大量的数据存储空间。本实施例针对每一个订阅用户,仅有一条消息明细记录,将其订阅的消息标识都添加到一个消息标识数组中,明显区别于现有的逐条记录的方式,大量减少了数据记录量,减少了服务器与数据库的压力。
第四实施例
参照图4,图4为本发明第四实施例提供的消息订阅管理装置功能模块的示意图,消息订阅管理装置包括:
接收模块51,用于接收消息创建者所创建的消息;
第一生成模块52,用于生成与所述新消息对应的消息标识;
获取模块53,用于获取所述消息创建者的订阅用户的订阅用户标识;
存储模块54,用于根据所述订阅用户标识,将所述消息标识存储到预设存储区域,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中。
进一步地,获取模块53用于根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。
应理解,本发明实施例的消息订阅管理装置与上述消息订阅管理方法相对应,在此,不再赘述。
本实施例的消息订阅管理装置对消息明细存储方式做了改进,针对每一个订阅用户,仅有一条消息明细记录,即一个消息标识数组字段,将其订阅的消息标识都添加到该消息标识数组字段中,大量减少了数据存储量,减少了服务器与数据库的压力,并提高了服务器的整体性能。
第五实施例
参照图5,图5为本发明第五实施例提供的消息订阅管理装置细化功能模块的示意图,该消息订阅管理装置包括:
接收模块61,用于接收消息创建者所创建的新消息;
第一生成模块62,用于生成与所述新消息对应的消息标识;
获取模块63,用于获取所述消息创建者的订阅用户的订阅用户标识;
第二生成模块64,用于根据所述消息创建者的订阅用户的数量生成一条或多条消息明细,其中,所述消息明细包括:订阅用户标识和所述新消息的消息标识;
存储模块65,用于根据所述订阅用户标识,将所述消息标识存储到预设存储区域,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中;具体地,根据所述一条或多条消息明细,将所述新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。
创建模块66,用于在存储空间中创建所述预设存储区域。
监控模块67,用于监控所述消息标识数组字段中的消息标识数量是否达到预设最大值;
删除模块68,用于若所述监控模块67的监控结果为已达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
进一步地,获取模块63用于根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。
本实施例的消息订阅管理装置包括监控模块67和删除模块68,可以对消息标识数组的大小进行监控,保证每个人的个人收件箱大小保持在一个固定值下,确保数据库的存储空间不会大量的增长。还包括第二生成模块64,实际应用中可根据需要省去或保留第二生成模块64。
本发明还提供一种服务器,如图6所示,为实现本发明各个实施例一个可选的服务器的结构示意图,该服务器至少包括:输入输出(IO)总线11、处理器12、存储器13、内存14和通信装置15。其中,
输入输出(IO)总线11分别与自身所属的服务器的其它部件(处理器12、存储器13、内存14和通信装置15)连接,并且为其它部件提供传送线路。
处理器12通常控制自身所属的服务器的总体操作。例如,处理器12执行计算和确认等操作。其中,处理器12可以是中央处理器(CPU)。
通信装置15,通常包括一个或多个组件,其允许自身所属的服务器与无线通信系统或网络之间的无线电通信。
存储器13存储处理器可读、处理器可执行的软件代码,其包含用于控制处理器12执行本文描述的功能的指令(即软件执行功能)。
其中,本发明提供的消息订阅管理装置中,接收模块的功能可以通过通信装置15来实现,第一生成模块、获取模块、第二生成模块、创建模块、监控模块、删除模块的功能可以通过处理器12来实现,存储模块的功能可以通过存储器13或内存14来实现。本发明提供的服务器,处理器12事先在存储器13或内存14中创建预设存储区域,该预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,当消息创建者在自己的计算机上创建新消息后,由通信装置15接收该消息创建者所创建的消息,之后,由处理器12生成与该新消息对应的消息标识,并从存储器13或内存14中获取消息创建者的订阅用户的订阅用户标识,根据该消息创建者的订阅用户的数量生成一条或多条消息明细,其中,所述消息明细包括:订阅用户标识和该新消息的消息标识,存储器13或内存14根据该订阅用户标识,将该消息标识存储到该预设存储区域,该消息标识存储于该预设存储区域的消息标识数组字段中,具体地,根据所述一条或多条消息明细,将该新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。处理器12还监控消息标识数组字段中的消息标识数量是否达到预设最大值,若已达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从消息标识数组字段中删除。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (8)
1.一种消息订阅管理装置,其特征在于,包括:
接收模块,用于接收消息创建者所创建的新消息;
第一生成模块,用于生成与所述新消息对应的消息标识;
获取模块,用于获取所述消息创建者的订阅用户的订阅用户标识;
存储模块,用于根据所述订阅用户标识,将所述消息标识存储到预设存储区域,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中;
监控模块,用于监控所述消息标识数组字段中的消息标识数量是否达到预设最大值;
删除模块,用于若所述监控模块的监控结果为已达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
2.如权利要求1所述的消息订阅管理装置,其特征在于,还包括第二生成模块,用于根据所述消息创建者的订阅用户的数量生成一条或多条消息明细,其中,所述消息明细包括:订阅用户标识和所述新消息的消息标识;
所述存储模块用于根据所述一条或多条消息明细,将所述新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。
3.如权利要求1所述的消息订阅管理装置,其特征在于,还包括创建模块,用于在存储空间中创建所述预设存储区域。
4.如权利要求1所述的消息订阅管理装置,其特征在于,所述获取模块用于根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。
5.一种消息订阅管理方法,其特征在于,包括:
接收消息创建者所创建的新消息,并生成与所述新消息对应的消息标识;
获取所述消息创建者的订阅用户的订阅用户标识;
根据所述订阅用户标识,将所述消息标识存储到预设存储区域,所述预设存储区域包括与订阅用户相对应的订阅用户标识字段,以及与订阅用户标识字段一一对应的消息标识数组字段,所述消息标识存储于所述消息标识数组字段中;
监控所述消息标识数组字段中的消息标识数量是否达到预设最大值;
若达到预设最大值,则按照记录的时间顺序,将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
6.根据权利要求5所述的消息订阅管理方法,其特征在于,所述方法还包括:
根据所述消息创建者的订阅用户的数量生成一条或多条消息明细,其中,所述消息明细包括:订阅用户标识和所述新消息的消息标识;
根据所述一条或多条消息明细,将所述新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。
7.如权利要求5所述的消息订阅管理方法,其特征在于,所述根据所述订阅用户标识,将所述消息标识存储到预设存储区域之前还包括:
在存储空间中创建所述预设存储区域。
8.如权利要求5所述的消息订阅管理方法,其特征在于,所述获取所述消息创建者的订阅用户的订阅用户标识包括:根据预设的消息创建者标识与订阅用户标识之间的对应关系,获取所述消息创建者的订阅用户的订阅用户标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610368133.3A CN106095789B (zh) | 2016-05-26 | 2016-05-26 | 一种消息订阅管理装置及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610368133.3A CN106095789B (zh) | 2016-05-26 | 2016-05-26 | 一种消息订阅管理装置及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106095789A CN106095789A (zh) | 2016-11-09 |
CN106095789B true CN106095789B (zh) | 2020-02-18 |
Family
ID=57230800
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610368133.3A Active CN106095789B (zh) | 2016-05-26 | 2016-05-26 | 一种消息订阅管理装置及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106095789B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106911486B (zh) * | 2017-04-27 | 2019-11-15 | 努比亚技术有限公司 | 一种消息推送处理方法、装置及系统 |
CN107332787A (zh) * | 2017-06-29 | 2017-11-07 | 北京奇艺世纪科技有限公司 | 一种消息分发方法和装置 |
CN108282529B (zh) * | 2018-01-23 | 2021-08-24 | 百度在线网络技术(北京)有限公司 | 发布和订阅数据的系统、方法和装置 |
CN108388407B (zh) * | 2018-02-10 | 2020-12-25 | 深圳壹账通智能科技有限公司 | 消息的处理方法、装置、计算机设备及存储介质 |
CN110874274B (zh) * | 2018-08-31 | 2023-03-21 | 广州虎牙信息科技有限公司 | 一种界面组件的通信管理方法、装置、设备和存储介质 |
CN111027809B (zh) * | 2019-11-13 | 2022-07-05 | 泰康保险集团股份有限公司 | 消息通知方法、装置、介质及电子设备 |
CN112818654B (zh) * | 2021-02-18 | 2024-02-02 | 北京奇艺世纪科技有限公司 | 消息存储方法、消息生成方法、装置、电子设备及计算机可读介质 |
CN113271337B (zh) * | 2021-04-22 | 2023-08-18 | 深圳蓝蛙网络技术有限公司 | 一种计算机消息订阅方法和装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103177027A (zh) * | 2011-12-23 | 2013-06-26 | 北京新媒传信科技有限公司 | 获取动态Feed索引的方法和系统 |
CN104281605A (zh) * | 2013-07-08 | 2015-01-14 | 北京齐尔布莱特科技有限公司 | 一种社交网站Feed流推送方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080294663A1 (en) * | 2007-05-14 | 2008-11-27 | Heinley Brandon J | Creation and management of visual timelines |
-
2016
- 2016-05-26 CN CN201610368133.3A patent/CN106095789B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103177027A (zh) * | 2011-12-23 | 2013-06-26 | 北京新媒传信科技有限公司 | 获取动态Feed索引的方法和系统 |
CN104281605A (zh) * | 2013-07-08 | 2015-01-14 | 北京齐尔布莱特科技有限公司 | 一种社交网站Feed流推送方法 |
Non-Patent Citations (2)
Title |
---|
Redis EXISTS命令耗时过长case排查;chosen0ne;《https://blog.csdn.net/chosen0ne/article/details/50543335》;20160119;第1页 * |
分布式实时分发微博系统;黎瑞瑜;《中国优秀硕士学位论文全文数据库 信息科技辑》;20111215(第12期);摘要,正文第23-24页 * |
Also Published As
Publication number | Publication date |
---|---|
CN106095789A (zh) | 2016-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106095789B (zh) | 一种消息订阅管理装置及方法 | |
US9774510B2 (en) | Facilitating collection and display of information related to data usage by a plurality of mobile devices | |
CN109947668B (zh) | 存储数据的方法和装置 | |
CN108390933B (zh) | 消息分发方法、装置、服务器及存储介质 | |
CN111311326B (zh) | 用户行为实时多维度分析方法、装置及存储介质 | |
CN109299144B (zh) | 一种数据处理方法、装置、系统及应用服务器 | |
CN106470150B (zh) | 关系链存储方法及装置 | |
CN108881354B (zh) | 一种推送信息存储方法、装置、服务器和计算机存储介质 | |
CN112311612B (zh) | 一种信息构建方法、装置及存储介质 | |
CN109740089A (zh) | 数据采集方法、装置、系统、可读存储介质及电子设备 | |
CN109783426A (zh) | 采集数据的方法、装置、计算机设备及存储介质 | |
CN112506870B (zh) | 数据仓库增量更新方法、装置及计算机设备 | |
CN108762846B (zh) | 插件化实时推荐方法、服务器及计算机可读存储介质 | |
CN103379019A (zh) | 微博中的消息推送方法及装置、系统 | |
CN112765514A (zh) | 一种监测网络舆情方法、装置及存储介质 | |
CN111191115B (zh) | 基于用户数据的信息推送方法及装置 | |
EP2738980A1 (en) | Third-party communications to social networking system users using descriptors | |
CN106156258B (zh) | 一种在分布式存储系统中统计数据的方法、装置及系统 | |
CN113254480B (zh) | 一种数据查询方法及装置 | |
US20160294619A1 (en) | Configurable Network Communication Processing System | |
CN112817980B (zh) | 一种数据索引处理方法、装置、设备及存储介质 | |
CN110061902B (zh) | 一种定时发送消息的方法、装置及存储介质 | |
CN111162920B (zh) | 物联网话单处理方法及装置 | |
CN110134547B (zh) | 一种基于中间件的重复数据删除方法和相关装置 | |
CN108763498B (zh) | 用户身份识别方法、装置、电子设备及可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |