公开/公告号CN104063405A
专利类型发明专利
公开/公告日2014-09-24
原文格式PDF
申请/专利权人 腾讯科技(深圳)有限公司;
申请/专利号CN201310097465.9
发明设计人 夏槟;
申请日2013-03-22
分类号G06F17/30;
代理机构北京派特恩知识产权代理有限公司;
代理人蒋雅洁
地址 518044 广东省深圳市福田区振兴路赛格科技园2栋东403室
入库时间 2023-12-17 01:29:34
法律状态公告日
法律状态信息
法律状态
2019-06-14
授权
授权
2015-09-23
实质审查的生效 IPC(主分类):G06F17/30 申请日:20130322
实质审查的生效
2014-09-24
公开
公开
技术领域
本发明涉及网络通讯技术,尤其涉及一种微博终端及其管理用户资料数据 的方法。
背景技术
微博作为扩展消息传播机制的新产品应用日益广泛,当前,微博终端的应 用存在以下问题:
一、微博终端在运行过程中微博应用长时间不关闭,微博终端会从后台服 务器获取大量用户资料数据,其中,微博终端通过头像查询与修改协议从后台 服务器对应获取用户头像资料数据,通过用户简单资料数据获取协议从后台服 务器对应获取用户简单资料数据,通过用户详细资料数据获取协议从后台服务 器对应获取用户详细资料数据;通过不同协议获取的用户资料数据分别存储在 微博终端内存的不同数据库中,例如:用户头像资料数据存储在数据库 CustomHeadDataStore中,用户简单资料数据存储在数据库AccountDataStore中, 用户详细资料数据存储在数据库ContactInfoStore中;
另外,为每个数据库分别预设有对应的数据存储量阈值,当数据库中缓存 的相应用户资料数据超过预设阈值时,微博终端按照先进先出的策略进行数据 清理,从而导致微博终端通常会自动删除已经获取的用户资料数据,使得微博 终端经常需要重新获取已经删除的用户资料数据,从而增加了微博终端的数据 处理负荷,降低了微博终端的响应性能,影响了用户体验;
二、微博终端在检索用户资料时需要分别查询存储用户头像资料数据、用 户简单资料数据和用户详细资料数据的数据库,即微博终端检索一次用户资料 通常需要查询多次数据库,查询复杂度过高,且当查询的资料数据过多时会导 致查询效率低,同时会占用微博终端的大量内存资源,导致微博终端的响应性 能降低,从而影响用户体验。
也就是说,现有技术中微博终端对用户资料数据的管理存在管理效率低、 占用大量内存资源的问题,从而导致微博终端的响应性能低,影响用户体验。
发明内容
有鉴于此,本发明的主要目的在于提供一种微博终端及其管理用户资料数 据的方法,以解决现有技术中微博终端对用户资料数据的管理存在的效率低、 占用大量内存资源的问题。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种微博终端管理社交资料数据的方法,所述方法包括:
以用户识别码UIN为索引存储获取的用户资料数据至统一数据库中,并将 所述数据库中存储的临时用户资料数据所对应的UIN标识为临时UIN;
在所述数据库存储的用户资料数据超过预设阈值时,删除所述数据库中至 少一个临时UIN索引的用户资料数据。
较佳的,所述方法还包括:
在所述数据库中标识所述用户资料数据的类型;
相应的,在查询用户资料数据时,根据待查询的UIN和类型标识检索所述 数据库,如果检索到所述UIN和类型标识匹配的用户资料数据,则将检索到的 用户资料数据作为查询结果;否则,查询失败。
较佳的,所述在数据库中标识用户资料数据的类型包括:
将获取的用户资料数据对应的UIN与所述数据库存储的用户资料数据的索 引UIN进行匹配,如果所述数据库中存在匹配的索引UIN,则更新所述数据库 中所述UIN索引的用户资料数据的类型标识;否则,在所述数据库中添加所述 获取的用户资料数据的类型标识。
较佳的,所述方法还包括:
当删除所述数据库中所有所述临时UIN索引的用户资料数据,所述数据库 存储的用户资料数据仍超过所述预设阈值时,删除预定量的所述数据库中的非 临时用户资料数据。
较佳的,所述方法还包括:
根据获取的用户资料数据,建立所述UIN与所述UIN对应用户的微博账号 的映射关系。
较佳的,所述方法还包括:
根据所获取的用户资料数据的来源场景判定所述用户资料数据是否为临时 用户资料数据。
较佳的,所述根据所获取的用户资料数据的来源场景判定所述用户资料数 据是否为临时用户资料数据,包括:
根据所获取的用户资料数据携带的来源场景标识确定所述用户资料数据的 来源场景,并判断所述用户资料数据的来源场景是否为预设的临时来源场景, 如果是,则判定所述用户资料数据为临时用户资料数据;否则,判定所述用户 资料数据为非临时用户资料数据。
本发明还提供了一种微博终端,所述微博终端包括:存取模块、标识模块 和删除模块;其中,
所述存取模块,用于以UIN为索引存储获取的用户资料数据至统一数据库 中;
所述标识模块,用于将所述存储模块数据库中存储的临时用户资料数据所 对应的UIN标识为临时UIN;
所述删除模块,用于在所述存取模块数据库中存储的用户资料数据超过预 设阈值时,删除所述数据库中至少一个临时UIN索引的用户资料数据。
较佳的,所述标识模块,用于在所述存取模块数据库中标识所述用户资料 数据的类型;
所述微博终端还包括:查询模块,用于根据待查询的UIN和类型标识检索 所述存取模块数据库,并在检索到所述UIN和类型标识匹配的用户资料数据时, 将检索到的用户资料数据作为查询结果。
较佳的,所述标识模块,还用于将获取的用户资料数据对应的UIN与所述 存取模块数据库存储的用户资料数据的索引UIN进行匹配,如果所述数据库中 存在匹配的索引UIN,则更新所述数据库中所述UIN索引的用户资料数据的类 型标识;否则,在所述数据库中添加所述获取的用户资料数据的类型标识。
较佳的,所述删除模块,还用于在删除所述数据中所有所述临时UIN索引 的用户资料数据,所述数据库存储的用户资料数据仍超过所述预设阈值时,删 除预定量的所述数据库中的非临时用户资料数据。
较佳的,所述微博终端还包括:
映射模块,用于根据获取的用户资料数据,建立所述UIN与所述UIN对应 用户的微博账号的映射关系。
较佳的,所述标识模块,还用于根据所述存取模块获取的用户资料数据的 来源场景判定所述用户资料数据是否为临时用户资料数据。
较佳的,所述标识模块,还用于根据所述存取模块获取的用户资料数据携 带的来源场景标识确定所述用户资料数据的来源场景,并判断所述用户资料数 据的来源场景是否为预设的临时来源场景,如果是,则判定所述用户资料数据 为临时用户资料数据;否则,判定所述用户资料数据为非临时用户资料数据。
本发明所提供的一种微博终端及其管理用户资料数据的方法,通过在存储 的用户资料数据超过预设阈值时,删除存储的根据预设用户资料数据的来源场 景标识为临时用户识别码(UIN,User Identity Number)索引的用户资料数据, 避免了现有技术在存储用户资料超过预设阈值时经常删除非临时来源场景的用 户资料数据,导致后续需要重新获取数据,效率低且降低微博终端响应性能的 问题;并且,将获取的用户资料数据预设统一数据库存储,如此在查询用户资 料数据时,以用户资料数据的索引UIN为关键字即可查询到相应的数据,查询 效率高,保证了微博终端的响应性能,提高了用户体验。
附图说明
图1为本发明微博终端管理用户资料数据方法的实现流程示意图;
图2为本发明管理用户资料数据的微博终端的组成结构示意图;
图3为本发明一实施例中管理用户资料数据的实现示意图;
图4为本发明一实施例中存储用户资料数据的实现流程示意图;
图5为本发明一实施例中清理用户资料数据的实现流程示意图;
图6为本发明一实施例中查询用户资料数据的实现流程示意图。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明提供一种微博终端管理用户资料数据的方法,如图1所示,包括:
步骤101:以UIN为索引存储获取的用户资料数据至统一数据库中,并将 所述数据库中存储的临时用户资料数据所对应的UIN标识为临时UIN。
其中,所述用户资料数据的类型包括但不仅限于:使用头像查询与修改协 议获取的用户头像资料数据、使用用户简单资料数据获取协议获取的用户简单 资料(例如包括用户微博账号、用户微博昵称)数据、以及使用用户详细资料 数据获取协议获取的用户详细资料(例如包括用户微博主页、用户个人介绍、 用户教育背景信息和用户认证信息)数据等类型;所述用户资料数据均包括所 述用户资料数据对应用户的UIN信息,如此,可以所述用户资料数据对应用户 的UIN为索引存储所述用户资料数据。
其中,所述用户资料数据可以由微博终端在用户浏览微博时触发后台从相 应的服务器获取,也可以由存储用户资料数据的服务器向微博终端主动推送。
其中,所述统一数据库为微博终端在内存存储所述用户资料数据的组织形 式,根据所述用户头像资料数据、用户简单资料数据和用户详细资料数据所涉 及的数据项设定,保存用户对应UIN以及对应所述用户的用户资料数据,如此, 所述数据库中形成了用户对应UIN与用户资料数据的映射关系。
优选的,所述方法还包括:根据所获取的用户资料数据的来源场景判定所 述用户资料数据是否为临时用户资料数据。
其中,所述来源场景包括:微博主页、提及页和广场页等。用户在所述来 源场景浏览时,微博终端获取并存储所述来源场景用户的用户资料数据,并根 据用户主动访问所述来源场景的频率,将所述来源场景预设为临时来源场景或 非临时来源场景。例如,可以将用户主动访问频率最高的微博主页和提及页预 设为非临时来源场景,将用户主动访问频率最低的广场页预设为临时来源场景, 对应的,将从非临时来源场景获取的用户资料数据的索引UIN标识为非临时 UIN,将从临时来源场景获取的用户资料数据的索引UIN标识为临时UIN。需 要说明的是,本发明实施例中按照用户主动浏览用户场景的频率,将所述用户 场景区分多个级别的用户场景,并不仅限于区分为临时用户场景和非临时用户 场景;并且,本发明实施例并非仅限于根据所述来源场景区分临时用户资料数 据和非临时用户资料数据,实际应用中凡是适用于微博终端的,能够用于区分 临时用户资料数据和非临时用户资料数据的判断条件应当也都适用于本发明, 应当都属于本发明实施例的保护范围。
步骤102:在所述数据库中存储的用户资料数据超过预设阈值时,删除所 述数据库中至少一个临时UIN索引的用户资料数据。
其中,所述阈值可以设定以下阈值的一个或同时设定以下两种:
数据库存储的用户资料数据的最大容量值;
数据库存储的用户资料数据的索引UIN的数量最大值。
例如,预设以数据库存储的用户资料数据的索引UIN的数量最大值为所述 阈值时,则在所述数据库存储的用户资料数据的索引UIN超过预设UIN数量最 大值时,删除所述数据库中至少一个临时UIN索引的用户资料数据;预设以数 据库存储的用户资料数据的索引UIN的数量最大值和数据库存储的用户资料数 据的最大容量值同时为阈值时,在所述数据库存储的用户资料数据超过预设最 大容量值,或所述数据库存储的用户资料数据的索引UIN超过预设UIN数量最 大值时,删除所述数据库中至少一个临时UIN索引的用户资料数据。需要说明 的是,本发明实施例的阈值设定方式并非仅限于上述所举,实际应用中凡是适 用于微博终端的,且以控制数据存储容量为目的的阈值设定方式,应当都属于 本发明实施例的保护范围。
所述预设阈值可以根据微博终端的内存容量设定,在存储的用户资料数据 超过预设阈值时,删除存储的根据用户资料数据的来源场景标识为临时UIN索 引的用户资料数据,可避免占用微博终端大量的内存资源。
其中,删除所述数据库中至少一个临时UIN索引的用户资料数据时,可以 根据存储所述用户资料数据的先后顺序,按照先存储先删除的策略删除所述至 少一个临时UIN索引的用户资料数据;或者按照预设的删除用户资料数据类型 的优先级,删除所述至少一个临时UIN索引的预设类型的用户资料数据,例如 所述预设优先级为用户头像资料数据>用户简单资料数据>用户详细资料数据 时,按照所述用户头像资料数据>用户简单资料数据>用户详细资料数据的优 先级(优先级从高到低)删除所述至少一个临时UIN索引的用户资料数据;或 者按照所述临时UIN索引的用户资料数据对应临时来源场景预设的优先级,删 除所述至少一个临时UIN索引的用户资料数据,例如预设的临时来源场景的优 先级为临时来源场景1>临时来源场景2时,按照所述临时来源场景1>临时来 源场景2的优先级(优先级从高到低),删除所述至少一个临时UIN索引的用 户资料数据。
优选的,所述方法还包括:当删除所述数据库中所有所述临时UIN索引的 用户资料数据,所述数据库存储的用户资料数据仍超过所述预设阈值时,删除 预定量的所述数据库中的非临时用户资料数据。
其中,非临时用户资料数据为所述非临时UIN索引的用户资料数据,所述 删除预定量的所述数据库中的非临时用户资料数据时,可以根据存储所述用户 资料数据的先后顺序,按照先存储先删除的策略删除所述至少一个非临时UIN 索引的用户资料数据;或者按照预设的删除用户资料数据类型的优先级,删除 所述至少一个非临时UIN索引的预设类型的用户资料数据,例如所述预设优先 级为用户头像资料数据>用户简单资料数据>用户详细资料数据时,按照所述 用户头像资料数据>用户简单资料数据>用户详细资料数据的优先级(优先级 从高到低)删除所述至少一个非临时UIN索引的用户资料数据;或者按照所述 非临时UIN索引的用户资料数据对应非临时来源场景预设的优先级,删除所述 至少一个非临时UIN索引的用户资料数据,例如预设的非临时来源场景的优先 级为非临时来源场景1>非临时来源场景2时,按照所述非临时来源场景1>非 临时来源场景2的优先级(优先级从高到低),删除所述至少一个非临时UIN 索引的用户资料数据。
优选的,所述方法还包括:在所述数据库中标识所述用户资料数据的类型;
相应的,在查询用户资料数据时,根据待查询的UIN和类型标识检索所述 数据库,如果检索到所述UIN和类型标识匹配的用户资料数据,则将检索到的 用户资料数据作为查询结果;否则,查询失败。
优选的,所述在数据库中标识用户资料数据的类型包括:将获取的用户资 料数据对应的UIN与所述数据库存储的用户资料数据的索引UIN进行匹配,如 果所述数据库中存在匹配的索引UIN,则更新所述数据库中所述UIN索引的用 户资料数据的类型标识;否则,在所述数据库中添加所述获取的用户资料数据 的类型标识。
其中,所述获取的用户资料数据对应的UIN与所述数据库存储的用户资料 数据的索引UIN匹配时,表示所述数据库中已经存储所述UIN对应用户的用户 资料数据,相应的,需要根据获取的对应所述UIN的用户资料数据和已经存储 的对应所述UIN的用户资料数据的类型,更新数据库中所述UIN索引的用户资 料数据的类型标识。
优选的,所述方法还包括:根据获取的用户资料数据,建立所述UIN与所 述UIN对应用户的微博账号的映射关系。
其中,通过建立所述映射关系,可以满足根据用户微博账号反查所述微博 账号对应UIN的需要。
优选的,所述方法还包括:
根据所获取的用户资料数据的来源场景判定所述用户资料数据是否为临时 用户资料数据。
优选的,所述根据所获取的用户资料数据的来源场景判定所述用户资料数 据是否为临时用户资料数据,包括:
根据所获取的用户资料数据携带的来源场景标识确定所述用户资料数据的 来源场景,并判断所述用户资料数据的来源场景是否为预设的临时来源场景, 如果是,则判定所述用户资料数据为临时用户资料数据;否则,判定所述用户 资料数据为非临时用户资料数据。
其中,不同来源场景的用户资料数据携带相应的来源场景标识,如此通过 解析所获取的用户资料数据携带的来源场景标识,可确定所述用户资料数据的 来源场景。
例如,预设微博主页和提及页为非临时来源场景,广场页为临时来源场景;
那么,当解析出所获取的用户资料数据携带微博主页标识时,可确定所述 用户资料数据的来源场景为微博主页,由于微博主页被预设为非临时来源场景, 因此判定所获取的用户资料数据为非临时用户资料数据;
当解析出所获取的用户资料数据携带提及页标识时,可确定所述用户资料 数据的来源场景为提及页,由于提及页被预设为非临时来源场景,因此判定所 获取的用户资料数据为非临时用户资料数据;
当解析出所获取的用户资料数据携带广场页标识时,可确定所述用户资料 数据的来源场景为广场页,由于广场页被预设为临时来源场景,因此判定所获 取的用户资料数据为临时用户资料数据。
图2为本发明管理用户资料数据的微博终端的组成结构示意图,如图2所 示,所述微博终端主要包括:存取模块21、标识模块22和删除模块23;其中,
存取模块21,用于以UIN为索引存储获取的用户资料数据至统一数据库 中;
标识模块22,用于将存取模块21数据库中存储的临时用户资料数据所对 应的UIN标识为临时UIN;
删除模块23,用于在存取模块21数据库中存储的用户资料数据超过预设 阈值时,删除所述数据库中至少一个临时UIN索引的用户资料数据。
优选的,标识模块22用于在存取模块21数据库中标识所述用户资料数据 的类型;
所述微博终端还包括:查询模块24,用于根据待查询的UIN和类型标识检 索所述存取模块21数据库,并在检索到所述UIN和类型标识匹配的用户资料 数据时,将检索到的用户资料数据作为查询结果。
优选的,标识模块22还用于将获取的用户资料数据对应的UIN与存取模 块21数据库存储的用户资料数据的索引UIN进行匹配,如果所述数据库中存 在匹配的索引UIN,则更新所述数据库中所述UIN索引的用户资料数据的类型 标识;否则,在所述数据库中添加所述获取的用户资料数据的类型标识。
优选的,删除模块23还用于在删除所述数据中所有所述临时UIN索引的 用户资料数据,所述数据库存储的用户资料数据仍超过所述预设阈值时,删除 预定量的所述数据库中的非临时用户资料数据。
优选的,所述微博终端还包括:映射模块25,用于根据获取的用户资料数 据,建立所述UIN与所述UIN对应用户的微博账号的映射关系。
优选的,标识模块22还用于根据存取模块21获取的用户资料数据的来源 场景判定所述用户资料数据是否为临时用户资料数据。
优选的,标识模块22还用于根据存取模块21获取的用户资料数据携带的 来源场景标识确定所述用户资料数据的来源场景,并判断所述用户资料数据的 来源场景是否为预设的临时来源场景,如果是,则判定所述用户资料数据为临 时用户资料数据;否则,判定所述用户资料数据为非临时用户资料数据。
实施例
本实施例中,微博终端基于标准模板库(STL,Standard Template Library) 技术存储用户资料数据,以UIN为索引查询,并对用户资料数据进行清理,上 述实现所对应的类图具体如图3所示,下面结合图3和具体场景对本发明实施 例做进一步说明。
微博终端确认存储的用户资料数据没有超出预设阈值时,以UIN为索引存 储获取的用户资料数据,并建立获取的用户资料数据的索引UIN与所述UIN对 应用户微博账号的映射关系,还根据获取的用户资料数据的来源场景将所述用 户资料数据的索引UIN标识为临时UIN或非临时UIN,上述操作具体如图4 所示,包括以下步骤:
步骤401~402:判断存储的用户资料数据是否超出预设阈值,如果超出, 则转入步骤402并顺序转入步骤403;否则,直接转入步骤403;
本实施例中,预设存储的用户资料数据对应UIN数量最大值以及存储的用 户资料数据的容量最大值,相应的,当存储的用户资料数据超过预设UIN数量 最大值,或所述存储的用户资料数据的超出预设容量最大值时,则需转入步骤 402清理存储的用户资料数据。
所述用户资料数据以所述用户资料数据所对应用户的UIN为索引,存储至 预设统一数据库,并在预设同一数据库中标识所述用户资料数据的类型,所述 用户资料数据包括但不仅限于以下类型:用户头像资料数据、用户简单资料数 据和用户详细资料数据。
所述存储处理基于STL技术的实现如图3所示,具体为:
-STL::map<DWORD,T>M_mapData
+HRESULT SetData(DWORD dwUin,BYTE cDataType,T*pData)()
其中,DWORD用于定义UIN为32位无符号整数,统一数据库M_mapData 用于存储UIN和以所述UIN为索引的用户资料数据段T,如此可形成UIN到 用户资料数据段T的映射,BYTE cDataType用于定义一字节长度类型标识。
其中,所述M_mapData可以采用下表的形式进行组织:
表1
微博终端在所述用户资料数据段T存储UIN索引的用户资料数据及其类型 标识,所述用户资料数据段T可以采用如下形式组织:
表2
其中,所述用户头像资料数据、用户简单资料数据和用户详细资料数据对 应用十六进制数0x1、0x2和0x4标识,所述类型标识为所述用户资料数据段T 存储的用户资料数据对应标识的和,例如,所述一个UIN索引的用户资料数据 数据段T存储用户头像资料数据和用户简单资料数据两种类型数据时,所述类 型标识为用户头像资料数据对应标识0x1与用户简单资料数据对应标识0x2的 和、即0x3。
微博终端还根据获取的用户资料数据对应的UIN,建立所述UIN与所述 UIN对应用户的微博账号的映射关系,基于STL技术的实现如图3所示,具体 为:
-STL::map<CSsting,DWORD>M_mapAccounttoUin
微博终端还解析存储的所获取的用户资料数据携带的来源场景标识,以确 定所述用户资料数据的来源场景,并判定所述来源场景是否为预设的临时来源 场景,并将临时来源场景对应的用户资料数据判定为临时用户资料数据,将非 临时来源场景对应的用户资料数据判定为非临时用户资料数据;将临时用户资 料数据所对应的UIN标识为临时UIN,将非临时用户资料数据所对应的UIN标 识为非临时UIN。
所述非临时UIN和临时UIN以链表的形式存储,基于STL技术的实现如 图3所示,具体为:
-STL::list map<DWORD>M_highUinList
-STL::list map<DWORD>M_OtherUinList
其中,M_highUinList为非临时UIN链表,M_OtherUinList为临时UIN链 表。
步骤403:查询M_mapData是否已存储获取的用户资料数据的对应的UIN, 如果是,则转入步骤404并结束处理;否则,转入步骤405,并顺序执行步骤 406和407;
其中,步骤403判断结果为是,表示M_mapData中已存储获取的用户资料 数据对应的UIN索引的用户资料数据,此时,只需将所述获取的用户资料数据 存储至M_mapData中所述UIN索引的用户资料数据段T;并且,若判断结果 为是,表示已建立所述UIN与所述UIN对应用户的微博账号的映射关系。
步骤404:将获取的用户资料数据存储至M_mapData中所述UIN索引的用 户资料数据段T,更新所述UIN索引的用户资料数据段T的类型标识;
步骤405:在M_mapData中添加所述UIN,并将获取的用户资料数据存储 至M_mapData中所述UIN索引的用户资料数据段T;
其中,步骤403判断结果为否,表示M_mapData中没有存储获取的用户资 料数据的对应的UIN索引的用户资料数据,此时,需要M_mapData中存储所 述UIN以及与所述UIN为索引的用户资料数据;并且,步骤403判断结果为否, 还表示没有建立所述UIN与所述UIN对应用户的微博账号的映射关系。
步骤406:建立所述UIN与所述UIN对应用户微博账号的映射关系;
步骤407:将所述获取的用户资料数据的索引UIN添加至HighUinList或 OtherUinList。
根据所述获取的用户资料数据的来源场景判断所述用户资料数据为临时用 户资料数据或非临时用户资料数据,进而将所述获取的用户资料数据的索引 UIN添加至对应的HighUinList或OtherUinList。
具体的,步骤402清理用户资料数据的处理如图5所示,包括以下步骤:
步骤501:判断是否已存储临时UIN索引的用户资料数据,如果已存储, 转入步骤502;否则,转入步骤503;
具体的,若OtherUinList链表为空,则表示没有存储临时UIN索引的用户 资料数据;否则表示存储有临时UIN索引的用户资料数据。
步骤502:删除M_mapData中至少一个临时UIN索引的用户资料数据段T;
步骤502中,根据M_mapData中存储用户资料数据的先后顺序,按照先存 储先删除的策略删除所述至少一个临时UIN索引的用户资料数据段T,所述临 时UIN为OtherUinList链表中的UIN。
步骤503:删除预定量的M_mapData中非临时UIN索引的用户资料数据段 T。
步骤503中,根据M_mapData中存储用户资料数据的先后顺序,按照先存 储先删除的策略删除预定量的非临时UIN索引的用户资料数据段T,所述非临 时UIN为M_highUinList链表中的UIN。
微博终端查询用户资料数据时,以UIN和类型标识在已存储的用户资料数 据中查询与所述查询请求匹配的数据,上述操作具体如图6所示,包括以下步 骤:
步骤601:判断M_mapData中的索引UIN是否与查询的UIN匹配,如果 匹配,转入步骤602;否则,转入步骤604;
步骤602:所述匹配UIN索引的用户资料数据段T的类型标识是否与查询 的类型标识匹配,如果匹配,转入步骤603;否则,转入步骤604;
步骤601和602的处理基于STL技术的实现如图3所示,具体为:
+HRESULT QueryData(DWORD dwUin,BYTE cDataType,T*pData)()
判断类型标识是否匹配的举例如下:
举例一、所述匹配UIN索引的用户资料数据段T的类型标识为0x1,说明 所述用户资料数据段T内已存储有相应的用户头像资料数据,那么当查询的类 型标识为0x1时,类型标识能够匹配成功;否则匹配失败;
举例二、所述匹配UIN索引的用户资料数据段T的类型标识为0x3,说明 所述用户资料数据段T内已存储有相应的用户头像资料数据和用户简单资料数 据,那么当查询的类型标识为0x1、0x2或0x3(即0x1与0x2的和)时,类型 标识能够匹配成功;否则匹配失败;
举例三、所述匹配UIN索引的用户资料数据段T的类型标识为0x7,说明 所述用户资料数据段T内已存储有相应的用户头像资料数据、用户简单资料数 据和用户详细资料数据,那么当查询的类型标识为0x1、0x2、0x3(即0x1与 0x2的和)、0x4、0x5(即0x1与0x4的和)、0x6(即0x2与0x4的和)、0x7(即 0x1、0x2与0x4的和)时,类型标识都能匹配成功;否则匹配失败。
步骤603:返回所述匹配的用户资料数据段T的相应类型的数据和S_OK 消息;其中,S_OK消息表示查询到匹配的用户资料数据。
步骤604:返回E_FAIL消息。
其中,步骤604返回的E_FAIL消息表示没有查询到匹配的用户资料数据。
本发明所述模块如果以软件功能模块的形式实现并作为独立的产品销售或 使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发 明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式 体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得 一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明 所述方法的全部或部分。而前述的存储介质包括:U盘、移动硬盘、只读存储 器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样,本发明不限 制于任何特定的硬件和软件结合。
相应的,本发明还提供一种计算机存储介质,其中存储有计算机程序,该 计算机程序用于执行本发明提供的用户资料数据管理方法。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范 围。
机译: 数据管理方法包括在验证用户身份后,根据用户个人资料允许请求访问团队会议室环境的数据
机译: 地图数据管理设备,用户终端设备,地图数据管理方法,地图数据更新方法,地图数据管理程序,地图数据更新程序和记录介质
机译: 记录介质地图数据管理设备,用户终端设备,地图数据管理方法,地图数据更新方法,地图数据管理程序和地图数据更新,