一种消息订阅管理装置及方法

一种消息订阅管理装置及方法
【专利摘要】本发明公开一种消息订阅管理装置及方法，该消息订阅管理装置包括：接收模块，用于接收消息创建者所创建的新消息；第一生成模块，用于生成与所述新消息对应的消息标识；获取模块，用于获取所述消息创建者的订阅用户的订阅用户标识；以及存储模块，用于根据所述订阅用户标识，将所述消息标识存储到预设存储区域，所述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订阅用户标识字段一一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字段中。本发明对消息明细存储方式做了改进，大量减少了数据存储量，减少了服务器与数据库的压力，并提高了服务器的整体性能。
【专利说明】
一种消息订阅管理装置及方法
技术领域
[0001 ]本发明涉及通信技术领域，尤其涉及一种消息订阅管理装置及方法。
【背景技术】
[0002] SNS(Social Networking Serivces，社交网络服务)通常具备日志、相册、分享、群 组、心情、投票等多个功能模块，通过插件机制及开放API (Application Programming Interface，应用程序编程接口）还能扩展功能应用。其中最重要的又是Feed(订阅源，以下 简称为Feed)系统，Feed是SNS类应用的核心和最复杂的部分，例如，新浪微博中看到的我关 注的人的消息、人人网中的"新鲜事"个人订阅的消息。Feed数据用于向用户提供频繁更新 的内容，内容发布者将Feed联合(syndicate )，从而允许用户订阅它，收集可访问的Feed的 集合被称为聚合(aggregation)，其通过因特网聚合器来实现。
[0003] 现有技术中，消息明细常规的存储方式为逐条存储，即每条消息都会针对每一个 订阅用户分别存储一个消息明细，存储字段至少包括订阅用户ID字段、消息ID字段。
[0004] 实际中，某明星会有几十万到几百万的粉丝关注。当该明星产生和发送一条消息 时，其订阅的所有粉丝均需要收到该条消息的提示，在服务器上就会由一条消息引发存储 数以百万计的消息明细。
[0005] 虽然有些Feed数据仅针对在线订阅用户进行消息明细存储，但是，很多系统的在 线用户数量都很大，因此存储量也还是很巨大，给服务器带来很大的压力。

【发明内容】

[0006] 本发明要解决的技术问题在于，现有的消息明细存储方式过于累赘，给服务器带 来很大的压力，针对该技术问题，本发明提供一种消息订阅管理装置及方法。
[0007] 为实现上述目的，本发明提供的一种消息订阅管理装置，该消息订阅管理装置包 括：
[0008] 接收模块，用于接收消息创建者所创建的新消息；
[0009] 第一生成模块，用于生成与所述新消息对应的消息标识；
[0010] 获取模块，用于获取所述消息创建者的订阅用户的订阅用户标识；
[0011] 存储模块，用于根据所述订阅用户标识，将所述消息标识存储到预设存储区域，所 述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订阅用户标识字段一 一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字段中。
[0012] 在一些实施例中，上述消息订阅管理装置还包括第二生成模块，用于根据所述消 息创建者的订阅用户的数量生成一条或多条消息明细，其中，所述消息明细包括:订阅用户 标识和所述新消息的消息标识；
[0013] 所述存储模块用于根据所述一条或多条消息明细，将所述新消息的消息标识分别 存储到与不同订阅用户相对应的消息标识数组字段中。
[0014] 在一些实施例中，上述消息订阅管理装置还包括创建模块，用于在存储空间中创 建所述预设存储区域。
[0015] 在一些实施例中，上述消息订阅管理装置中的获取模块用于根据预设的消息创建 者标识与订阅用户标识之间的对应关系，获取所述消息创建者的订阅用户的订阅用户标 识。
[0016] 在一些实施例中，上述消息订阅管理装置还包括；
[0017] 监控模块，用于监控所述消息标识数组字段中的消息标识数量是否达到预设最大 值；
[0018] 删除模块，用于若所述监控模块的监控结果为已达到预设最大值，则按照记录的 时间顺序，将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
[0019] 本发明提供的一种消息订阅管理方法包括：
[0020] 接收消息创建者所创建的新消息，并生成与所述新消息对应的消息标识；
[0021] 获取所述消息创建者的订阅用户的订阅用户标识；
[0022] 根据所述订阅用户标识，将所述消息标识存储到预设存储区域；
[0023] 其中，所述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订 阅用户标识字段一一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字 段中。
[0024] 在一些实施例中，上述消息订阅管理方法还包括：
[0025] 根据所述消息创建者的订阅用户的数量生成一条或多条消息明细，其中，所述消 息明细包括:订阅用户标识和所述新消息的消息标识；
[0026] 根据所述一条或多条消息明细，将所述新消息的消息标识分别存储到与不同订阅 用户相对应的消息标识数组字段中。
[0027]在一些实施例中，上述消息订阅管理方法中，根据所述订阅用户标识，将所述消息 标识存储到预设存储区域之前还包括:在存储空间中创建所述预设存储区域。
[0028]在一些实施例中，上述消息订阅管理方法中，获取所述消息创建者的订阅用户的 订阅用户标识包括:根据预设的消息创建者标识与订阅用户标识之间的对应关系，获取所 述消息创建者的订阅用户的订阅用户标识。
[0029] 在一些实施例中，上述消息订阅管理方法还包括；
[0030] 监控所述消息标识数组字段中的消息标识数量是否达到预设最大值；
[0031] 若达到预设最大值，则按照记录的时间顺序，将记录时间在前的至少一个消息标 识从所述消息标识数组字段中删除。
[0032] 本发明提出的消息订阅管理装置及方法，对消息明细存储方式做了改进，在存储 空间的预设存储区域，一个订阅用户标识字段对应一个消息标识数组字段，针对各个订阅 用户，将其订阅的消息标识都添加到对应的消息标识数组字段中，因此，针对每一个订阅用 户，仅存储一条消息明细记录。相当于将现有的逐条存储的方式，由行转列，由原先指数级 别的消息明细存储量，改变成与订阅用户数量一致条数的记录。采用本发明能够大量减少 数据存储量，减少服务器与数据库的压力，并提高了服务器的整体性能。
【附图说明】
[0033]下面将结合附图及实施例对本发明作进一步说明，附图中：
[0034] 图1为本发明第一实施例提供的消息订阅管理方法的流程图；
[0035] 图2为本发明第二实施例提供的消息订阅管理方法细化流程图；
[0036]图3为本发明第三实施例提供的消息订阅管理方法细化流程图；
[0037]图4为本发明第四实施例提供的消息订阅管理装置功能模块的示意图；
[0038]图5为本发明第五实施例提供的消息订阅管理装置细化功能模块的示意图；
[0039] 图6为实现本发明各个实施例一个可选的服务器的结构示意图。
【具体实施方式】
[0040] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。 [0041 ] 第一实施例
[0042]参照图1，图1为本发明第一实施例提供的消息订阅管理方法的流程图，消息订阅 管理方法包括：
[0043] S201、接收消息创建者所创建的新消息，并生成与所述新消息对应的消息标识。
[0044] 例如某明星在新浪微博上生成并发布了一条微博，则作为一个新消息。服务器收 到这条消息事件后生成与该新消息对应的消息标识。
[0045] 消息标识包括但不局限于：消息映射地址，通过映射地址可以获取到该消息的内 容。
[0046] S202、获取所述消息创建者的订阅用户的订阅用户标识。
[0047] 其中，订阅用户标识包括但不局限于:订阅用户账号、用户名、预留的手机号、预留 的邮箱地址等等。
[0048] 获取所述消息创建者的订阅用户的订阅用户标识的方式包括但不局限于以下所 列举的：
[0049] 方式一、根据预设的消息创建者标识与订阅用户标识之间的对应关系，获取所述 消息创建者的订阅用户的订阅用户标识。以新浪微博为例，某粉丝点击关注某明星的微博 后，则服务器就会建立该明星的微博账号与该粉丝的微博账号之间的对应关系，有多个粉 丝关注的，则可以以列表的形式保存该明星的微博账号与各个粉丝的微博账号之间的对应 关系，该列表后续可以进行维护，包括删除、添加等等。根据该对应关系，获取与消息创建者 标识对应的各个订阅用户标识。
[0050] 方式二、临时查询该消息创建者的最近一条历史消息的各个订阅用户的订阅用户 标识，作为该消息创建者的订阅用户的订阅用户标识。
[0051] S203、根据所述订阅用户标识，将所述消息标识存储到预设存储区域。
[0052]其中，所述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订 阅用户标识字段一一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字 段中。
[0053]在一些实施例中，在步骤S203之前，还包括:在存储空间中创建该预设存储区域。 该存储空间可以是缓存，也可以是数据库。一般地，可以将一小部分最新的数据保存至缓存 中，另一部分非最新的保存至数据库中，可以持久化保存。该预设存储区域可以以列表的形 式存在于缓存或数据库中。
[0054]此外，在一些实施例中，还可以监控预设存储区域中的消息标识数组字段中的消 息标识数量是否达到预设最大值;若达到预设最大值，则按照记录的时间顺序，将记录时间 在前的至少一个消息标识从该消息标识数组字段中删除。这样可以将每个订阅用户的消息 明细记录大小保持在一个固定值下，确保存储空间中的数据不会大量的增长。
[0055]本实施例中，每个订阅用户对应一个订阅用户标识字段和消息标识数组字段，用 于进行消息明细的存储，消息标识数组字段中存储一个或多个消息标识，采用数据行转列 的方式，由原先指数级别的消息明细条数，改变成与在线用户列表数量一致条数的记录，大 量减少的数据保存的数量，减少的服务器与数据库的存储压力，并提高服务器的整体性能。 对于某些SNS系统，上述消息订阅管理方法适用于在线订阅用户，对于其他SNS系统，上述消 息订阅管理方法可以适用于所有订阅用户，包括在线订阅用户和非在线订阅用户，各个SNS 系统的开发者可以根据实际情况选择。
[0056] 第二实施例
[0057]参照图2,图2为本发明第二实施例提供的消息订阅管理方法细化流程图，本实施 例中，假设消息创建者A被订阅用户B和订阅用户C关注，在订阅用户B、订阅用户C触发关注 时，服务器建立消息创建者A与订阅用户B、订阅用户C之间的对应关系并存储在存储空间。 当消息创建者A发布一条新消息时，进入以下步骤：
[0058] S301、接收消息创建者所创建的新消息，并生成与所述新消息对应的消息标识。
[0059] S302、根据预设的消息创建者标识与订阅用户标识之间的对应关系，获取消息创 建者的订阅用户的订阅用户标识。
[0060] 本实施例中，根据事先建立的消息创建者A与订阅用户B、订阅用户C之间的对应关 系，确定消息创建者A的订阅用户的订阅用户标识包括:订阅用户B、订阅用户C。
[0061] S303、针对获取到的各个订阅用户标识，分别生成一条对应的消息明细，该消息明 细包括订阅用户标识和该新消息的消息标识。
[0062] 由于消息创建者A的订阅用户的订阅用户标识包括:订阅用户B、订阅用户C，那么 针对订阅用户B、订阅用户C，分别生成一条消息明细如下(假设消息发创建A发布的该条新 消息的消息标识为消息4):
[0063] 订阅用户B消息4 [0064] 订阅用户C消息4
[0065] S304、根据生成的消息明细，将该新消息的消息标识分别存储到与不同订阅用户 标识相对应的消息标识数组字段中，相应地，清除生成的各个消息明细。
[0066] 本实施例中存储后的预设存储区域如表一所示。
[0067] 表一
[0069]根据表一，说明订阅用户B在消息4之前，还订阅了消息1、消息2、消息3,消息1、消 息2、消息3和消息4均存储在与订阅用户B对应的消息标识数组字段中。说明订阅用户C在消 息4之前，还订阅了消息2、消息3，消息2、消息3和消息4均存储在与订阅用户C对应的消息标 识数组字段中，订阅用户B、订阅用户C分别只有一条消息明细记录。
[0070] 在本实施例中，还需要由另一定时任务程序进行消息标识数组大小的监控操作。 每隔一定时间监控消息标识数组字段中的消息标识数量是否达到预设最大值，若达到预设 最大值，则按照记录的时间顺序，将记录时间在前的至少一个个消息标识字段从消息标识 数组字段中删除，保证每个用户的消明细存储量在一个固定值下，确保存储空间的数据量 不会大量的增长。
[0071] 本实施例与第一实施例相比，步骤S302获取各个订阅用户标识之后，还包括针对 该各个订阅用户标识，分别生成对应的消息明细的步骤，再根据对应的消息明细将消息标 识存储到对应的消息标识数组字段中。实际应用中可根据需要，省去或保留生成消息明细 的步骤。不论中间是否生成明细，在消息明细存储环节，针对每个订阅用户标识，将新消息 的消息标识存储到对应的消息标识数组字段中。节省了大量的数据存储空间。
[0072] 第三实施例
[0073]参照图3,图3为本发明第三实施例提供的消息订阅管理方法细化流程图，
[0074] S401、维护在线用户列表。
[0075]当用户APP打开使用时，将由APP触发事件接口，由服务器记录该用户至在线用户 列表中。当在线用户列表无该用户信息时，则新增处理，如已经存在，则进行更新处理。 [0076] S402、维护在线用户个人收件箱。
[0077]每个在线用户均有一个个人收件箱，由后台服务器进行维护，其个人订阅的消息 明细将会发送至该个人收件箱中。
[0078] S403、当某明星发帖或者产生微博消息时，针对该条新消息产生与在线用户数量 一致的消息明细，发送个人消息明细至个人收件箱中。
[0079] S404、维护在线用户的个人收件箱，一小部分最新的数据保存至缓存中，另一部分 非最新数据保存至数据库中，持久化保存。
[0080] S405、当有消息明细发送至个人收件箱时，程序首先查询出该条消息明细对应的 订阅用户标识出来，之后添加消息标识至该订阅用户标识的消息标识数组字段中，相应地， 清除前面步骤S403生成的消息明细。可以采用mongodb(分布式文档存储数据库）或者其他 类似的非关系型的数据库来存储消息明细，其主要保存格式为订阅用户标识字段、消息标 识数组字段为一条记录的方式。
[0081] 在本实施例的上述步骤过程中，由另一定时任务程序进行数组大小的监控操作。 每隔一定时间查询出超出规定消息数量的消息标识数组，弹出这些消息标识数组列表中的 最后一位至几位信息，保证每个人的个人收件箱大小保持在一个固定值下，确保存储空间 的数据量不会大量的增长。
[0082] 此时，已经实现了采用数据列来保存数据的方式，即使用数组保存的方式来保存 消息明细，与之前的一条消息为一条记录的方式相比，节省了大量的数据存储空间。本实施 例针对每一个订阅用户，仅有一条消息明细记录，将其订阅的消息标识都添加到一个消息 标识数组中，明显区别于现有的逐条记录的方式，大量减少了数据记录量，减少了服务器与 数据库的压力。
[0083] 第四实施例
[0084]参照图4,图4为本发明第四实施例提供的消息订阅管理装置功能模块的示意图， 消息订阅管理装置包括：
[0085] 接收模块51，用于接收消息创建者所创建的消息；
[0086] 第一生成模块52,用于生成与所述新消息对应的消息标识；
[0087] 获取模块53,用于获取所述消息创建者的订阅用户的订阅用户标识；
[0088] 存储模块54,用于根据所述订阅用户标识，将所述消息标识存储到预设存储区域， 所述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订阅用户标识字段 一一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字段中。
[0089] 进一步地，获取模块53用于根据预设的消息创建者标识与订阅用户标识之间的对 应关系，获取所述消息创建者的订阅用户的订阅用户标识。
[0090] 应理解，本发明实施例的消息订阅管理装置与上述消息订阅管理方法相对应，在 此，不再赘述。
[0091] 本实施例的消息订阅管理装置对消息明细存储方式做了改进，针对每一个订阅用 户，仅有一条消息明细记录，即一个消息标识数组字段，将其订阅的消息标识都添加到该消 息标识数组字段中，大量减少了数据存储量，减少了服务器与数据库的压力，并提高了服务 器的整体性能。
[0092] 第五实施例
[0093]参照图5,图5为本发明第五实施例提供的消息订阅管理装置细化功能模块的示意 图，该消息订阅管理装置包括：
[0094]接收模块61，用于接收消息创建者所创建的新消息；
[0095]第一生成模块62,用于生成与所述新消息对应的消息标识；
[0096]获取模块63,用于获取所述消息创建者的订阅用户的订阅用户标识；
[0097]第二生成模块64,用于根据所述消息创建者的订阅用户的数量生成一条或多条消 息明细，其中，所述消息明细包括:订阅用户标识和所述新消息的消息标识；
[0098]存储模块65，用于根据所述订阅用户标识，将所述消息标识存储到预设存储区域， 所述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订阅用户标识字段 一一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字段中；具体地，根 据所述一条或多条消息明细，将所述新消息的消息标识分别存储到与不同订阅用户相对应 的消息标识数组字段中。
[0099 ]创建模块66，用于在存储空间中创建所述预设存储区域。
[0100]监控模块67,用于监控所述消息标识数组字段中的消息标识数量是否达到预设最 大值；
[0101]删除模块68,用于若所述监控模块67的监控结果为已达到预设最大值，则按照记 录的时间顺序，将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。
[0102] 进一步地，获取模块63用于根据预设的消息创建者标识与订阅用户标识之间的对 应关系，获取所述消息创建者的订阅用户的订阅用户标识。
[0103] 本实施例的消息订阅管理装置包括监控模块67和删除模块68,可以对消息标识数 组的大小进行监控，保证每个人的个人收件箱大小保持在一个固定值下，确保数据库的存 储空间不会大量的增长。还包括第二生成模块64,实际应用中可根据需要省去或保留第二 生成模块64。
[0104] 本发明还提供一种服务器，如图6所示，为实现本发明各个实施例一个可选的服务 器的结构示意图，该服务器至少包括:输入输出（10)总线11、处理器12、存储器13、内存14和 通信装置15。其中，
[0105] 输入输出（10)总线11分别与自身所属的服务器的其它部件(处理器12、存储器13、 内存14和通信装置15)连接，并且为其它部件提供传送线路。
[0106] 处理器12通常控制自身所属的服务器的总体操作。例如，处理器12执行计算和确 认等操作。其中，处理器12可以是中央处理器(CPU)。
[0107]通信装置15,通常包括一个或多个组件，其允许自身所属的服务器与无线通信系 统或网络之间的无线电通信。
[0108] 存储器13存储处理器可读、处理器可执行的软件代码，其包含用于控制处理器12 执行本文描述的功能的指令(即软件执行功能）。
[0109] 其中，本发明提供的消息订阅管理装置中，接收模块的功能可以通过通信装置15 来实现，第一生成模块、获取模块、第二生成模块、创建模块、监控模块、删除模块的功能可 以通过处理器12来实现，存储模块的功能可以通过存储器13或内存14来实现。本发明提供 的服务器，处理器12事先在存储器13或内存14中创建预设存储区域，该预设存储区域包括 与订阅用户相对应的订阅用户标识字段，以及与订阅用户标识字段一一对应的消息标识数 组字段，当消息创建者在自己的计算机上创建新消息后，由通信装置15接收该消息创建者 所创建的消息，之后，由处理器12生成与该新消息对应的消息标识，并从存储器13或内存14 中获取消息创建者的订阅用户的订阅用户标识，根据该消息创建者的订阅用户的数量生成 一条或多条消息明细，其中，所述消息明细包括:订阅用户标识和该新消息的消息标识，存 储器13或内存14根据该订阅用户标识，将该消息标识存储到该预设存储区域，该消息标识 存储于该预设存储区域的消息标识数组字段中，具体地，根据所述一条或多条消息明细，将 该新消息的消息标识分别存储到与不同订阅用户相对应的消息标识数组字段中。处理器12 还监控消息标识数组字段中的消息标识数量是否达到预设最大值，若已达到预设最大值， 则按照记录的时间顺序，将记录时间在前的至少一个消息标识从消息标识数组字段中删 除。
[0110]需要说明的是，在本文中，术语"包括"、"包含"或者其任何其他变体意在涵盖非排 他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而 且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有 的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括该 要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0111]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0112] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方 法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下 前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做 出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 (如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，月艮 务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
[0113] 上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体 实施方式，上述的【具体实施方式】仅仅是示意性的，而不是限制性的，本领域的普通技术人员 在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多 形式，这些均属于本发明的保护之内。
【主权项】
1. 一种消息订阅管理装置，其特征在于，包括： 接收模块，用于接收消息创建者所创建的新消息； 第一生成模块，用于生成与所述新消息对应的消息标识； 获取模块，用于获取所述消息创建者的订阅用户的订阅用户标识； 存储模块，用于根据所述订阅用户标识，将所述消息标识存储到预设存储区域，所述预 设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订阅用户标识字段一一对 应的消息标识数组字段，所述消息标识存储于所述消息标识数组字段中。2. 如权利要求1所述的消息订阅管理装置，其特征在于，还包括第二生成模块，用于根 据所述消息创建者的订阅用户的数量生成一条或多条消息明细，其中，所述消息明细包括： 订阅用户标识和所述新消息的消息标识； 所述存储模块用于根据所述一条或多条消息明细，将所述新消息的消息标识分别存储 到与不同订阅用户相对应的消息标识数组字段中。3. 如权利要求1所述的消息订阅管理装置，其特征在于，还包括创建模块，用于在存储 空间中创建所述预设存储区域。4. 如权利要求1所述的消息订阅管理装置，其特征在于，所述获取模块用于根据预设的 消息创建者标识与订阅用户标识之间的对应关系，获取所述消息创建者的订阅用户的订阅 用户标识。5. 如权利要求1至4任一项所述的消息订阅管理装置，其特征在于，还包括； 监控模块，用于监控所述消息标识数组字段中的消息标识数量是否达到预设最大值； 删除模块，用于若所述监控模块的监控结果为已达到预设最大值，则按照记录的时间 顺序，将记录时间在前的至少一个消息标识从所述消息标识数组字段中删除。6. -种消息订阅管理方法，其特征在于，包括： 接收消息创建者所创建的新消息，并生成与所述新消息对应的消息标识； 获取所述消息创建者的订阅用户的订阅用户标识； 根据所述订阅用户标识，将所述消息标识存储到预设存储区域； 其中，所述预设存储区域包括与订阅用户相对应的订阅用户标识字段，以及与订阅用 户标识字段一一对应的消息标识数组字段，所述消息标识存储于所述消息标识数组字段 中。7. 根据权利要求6所述的消息订阅管理方法，其特征在于，所述方法还包括： 根据所述消息创建者的订阅用户的数量生成一条或多条消息明细，其中，所述消息明 细包括:订阅用户标识和所述新消息的消息标识； 根据所述一条或多条消息明细，将所述新消息的消息标识分别存储到与不同订阅用户 相对应的消息标识数组字段中。8. 如权利要求6所述的消息订阅管理方法，其特征在于，所述根据所述订阅用户标识， 将所述消息标识存储到预设存储区域之前还包括： 在存储空间中创建所述预设存储区域。9. 如权利要求6所述的消息订阅管理方法，其特征在于，所述获取所述消息创建者的订 阅用户的订阅用户标识包括:根据预设的消息创建者标识与订阅用户标识之间的对应关 系，获取所述消息创建者的订阅用户的订阅用户标识。10.如权利要求6至9任一项所述的消息订阅管理方法，其特征在于，还包括； 监控所述消息标识数组字段中的消息标识数量是否达到预设最大值； 若达到预设最大值，则按照记录的时间顺序，将记录时间在前的至少一个消息标识从 所述消息标识数组字段中删除。
【文档编号】G06F17/30GK106095789SQ201610368133
【公开日】2016年11月9日
【申请日】2016年5月26日
【发明人】林伟
【申请人】努比亚技术有限公司