CN101437194B - 一种提供用户信息的方法、系统和装置 - Google Patents

Abstract

本发明实施例中公开了一种提供用户信息的方法，该方法包括：由预先设置的状态层次关系，获得当前状态的至少一个上层状态，所述状态层次关系为表征状态间上下层顺序的关系；合并所述当前状态对应的用户信息及所述上层状态对应的用户信息，提供合并得到的用户信息。本发明实施例中还公开了一种提供用户信息的系统和装置。应用本发明能够减少用户信息冗余。

Description

一种提供用户信息的方法、系统和装置

技术领域

本发明涉及通信领域，特别涉及一种提供用户信息的方法、系统和装置。 

背景技术

目前，个性化服务已成为提高服务质量的一项重要手段，也就是说，在为用户提供服务时，如果能够根据用户的背景知识及偏好习惯来提供个性化的服务，那么用户对服务的接受度和满意度将大大提高。因而个性化服务作为一种发展趋势，被应用于各个领域中。而提供个性化服务的前提就是先提供用户的背景知识及偏好习惯等用户信息，然后再将用户信息与待提供的服务进行匹配计算，从而能够为用户提供个性化的服务。由此可知，提供的用户信息会直接影响所提供的个性化服务的质量。 

目前，常采用根据用户状态来提供用户信息的方式，也就是说，用户在不同的状态下，会有不同的偏好和设置，因此用户信息按照状态条件分为多个版本，比如，按照场所可划分成公共场所状态、办公场所状态和在家状态，按照紧张程度可划分为休闲状态或工作状态等。在提供服务时，应该使用哪个版本的用户信息，要看哪种版本的用户信息关联的状态条件成立。在这些系统中，状态条件和用户信息之间是简单的对应关系。例如，在图1所示的现有技术中状态条件和用户信息关联结构示意图中，用户信息(profile)分为多个用户信息子集(profile subset)，而每个profile subset关联到零个(默认情况下)或多个状态条件(condition)，实际的用户信息保存在实体模型(Entity Model)中。如图1所示，Profile、condition、profile subset和EntityModel分别由一个或多个参数构成，比如Profile中包含了实体标识(entittyID)和实体类型(entittyType)参数；而condition中包含了实体标识 (entittyID)、上下文类型(contextType)、上下文数值参数(contextValue)，由于图1所示的状态条件可以用关系表达式来表示，因而状态条件还包括操作符(operator)。在当前状态符合某一状态条件时，激活这个状态条件关联到的profile subset，此时只有这个profile subset才是有效的。下面结合图1，给出如图2所示的根据用户状态提供用户信息的方法流程图，具体说明目前提供用户信息的方法。图2中用户信息存储部件用于激活与当前状态对应的用户信息子集，当数据请求方请求用户信息时，由用户信息存储部件查询当前激活的用户信息子集(active subprofile)，获得请求的用户信息，并返回给数据请求方。具体包括以下步骤： 

步骤201：用户信息存储部件向状态提供者订阅用户的状态。 

当用户状态发生变化时，执行步骤202。 

步骤202：状态提供者通知用户信息存储部件用户当前的状态。 

步骤203：用户信息存储部件根据当前状态，激活对应的用户信息子集。 

步骤204：数据请求方向用户信息存储部件请求用户信息。 

步骤205：用户信息存储部件查询当前激活的用户信息子集。 

步骤206：用户信息存储部件在当前激活的用户信息子集中查询请求的用户信息。 

步骤207：用户信息存储部件向数据请求方返回查询结果。 

目前提供用户信息的方法，需要预先将每个状态对应一个版本的用户信息，而不同状态对应的用户信息之间的差别有可能非常小，比如：对于“在办公室(office_work)”和“在开会(at_meeting)”两种情况对应的用户信息只有一些设置上的小差别，如果建立多个版本的用户信息，各个版本间会存在大量的冗余信息。 

因而，目前提供用户信息的方法，会造成大量的用户信息冗余。 

发明内容

有鉴于此，本发明实施例提供一种提供用户信息的方法，该方法能够减少用户信息冗余。 

本发明实施例还提供一种提供用户信息的系统，该系统能够减少用户信息冗余。 

本发明实施例还提供一种提供用户信息的装置，该装置能够减少用户信息冗余。 

为达到上述目的，本发明实施例的技术方案具体是这样实现的： 

一种提供用户信息的方法，该方法包括：获取用户的当前状态；由预先设置的状态层次关系，获得当前状态的至少一个上层状态，所述状态层次关系为表征状态间上下层顺序的关系，利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息，每个状态只对应部分用户信息；合并所述当前状态对应的用户信息及所述上层状态对应的用户信息，提供合并得到的用户信息。 

一种提供用户信息的系统，该系统包括： 

用户信息存储模块，用于存储当前状态及上层状态对应的用户信息； 

用户信息管理模块，用于获取用户当前状态；由预先设置的状态层次关系获得所述当前状态的上层状态，所述状态层次关系为表征状态间上下层顺序的关系；合并所述用户信息存储模块中存储的所述当前状态对应的用户信息及所述所有上层状态对应的用户信息； 

用户信息提供模块，用于提供所述用户信息管理模块合并得到的用户信息； 

所述合并得到的用户信息为利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息得到的，每个状态只对应部分用户信息。 

一种提供用户信息的装置，该装置包括：当前状态获取单元，用于获取用户当前状态；状态获取单元，用于由预先设置的状态层次关系，获得当前状态的所有上层状态，所述状态层次关系为表在状态间上下层顺序的关系；合并单元，用于合并所述当前状态对应的用户信息及所述所有上层状态对应的用户信息； 

合并得到的用户信息为利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息得到的，每个状态只对应部分用户信息。 

由上述技术方案可见，本发明实施例提供的方法、系统和装置利用状态间的上下层顺序关系来组织用户信息，每个状态只对应部分用户信息，通过合并当前状态和至少一个上层状态对应的用户信息，得到当前状态所对应的完整用户信息，不必现有的为每个状态存储完整的用户信息，因而能够减少大量的用户信息冗余。 

附图说明

图1为现有技术中状态条件和用户信息关联结构示意图； 

图2为现有技术中根据用户状态提供用户信息的方法流程示意图； 

图3为基于状态层次关系的用户信息组织示意图； 

图4-1为本发明实施例中提供用户信息的流程示意图； 

图4-2为本发明实施例中获得状态列表的流程示例图； 

图4-3为本发明实施例中合并用户信息文档的流程示例图； 

图5为本发明实施例中提供用户信息的系统结构示意图； 

图6为本发明实施例中提供用户信息的装置结构示意图； 

图7为以状态变化触发合并用户信息数据访问方式下提供用户信息的方法流程示意图； 

图8为以用户信息请求触发合并用户信息数据访问方式下提供用户信息的方法流程示意图。 

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。 

本发明实施例中每个用户状态并不是对应一个完整的用户信息，而是利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息，每个状态只对应部分用户信息，从而达到减少冗余用户信息的目的。因而，本发明实施例中提供的方法是：获取用户的当前状态；由预先设置的状态层次关系，获得当前状态的至少一个上层状态，所述状态层次关系为表征状态间上下层顺序的关系；合并所述当前状态对应的用户信息及所述上层状态对应的用户信息，提供合并得到的用户信息。 

在图3所示的基于状态层次关系的用户信息组织示意图中，用户信息具有以下三个特征： 

第一、所有用户信息都关联到用户标识(UID)下，由一个统一的UID来关联用户所有的状态及状态对应的用户信息，也就是说，可以通过UID索引所有的状态及状态对应的用户信息。 

第二、预先设置的用户状态间的上下层顺序关系，每个状态对应的用户信息对每个用户来说可以是不同的，如在图3中是按用户所处的位置来划分状态：在工作场合(at work)、在家里(at home)、在公共场合(public)等状态，然后在at work状态下有可以建立更加具体的状态：户外工作(outside work)、室内工作(office work)等，同样在office work状态下又可以建立再具体的状态，这样依次类推，就可以建立起表征状态间上下层顺序关系，如at work状态上层状态为基础信息(user_info)，下层状态为outsidework状态和office work状态。 

第三、每一个状态对应的用户信息可以看作是整个用户信息的一部分，即各个状态只对应了部分信息，因而需要通过合并得到完整的用户信息。比如，在图3中at work状态对应的用户信息有针对广告、娱乐内容和即时消息的通信个性化服务的用户信息，而在office work状态则对应了呼叫转接、振铃的通信个性化服务的用户信息。在当前状态为office work时，需要合并user_info状态、at work状态和office work状态对应的用户信息。 

图4-1为本发明实施例中提供用户信息的流程示意图，具体包括以下步骤： 

步骤410：获取用户当前状态。 

本实施例中，可以采用现有技术向状态提供者订阅用户当前状态。当用户状态发生变化时，状态提供者通知用户信息管理模块获取变化后的用户当前状态。 

步骤420：由预先设置的状态层次关系，获得当前状态的上层状态。 

本实施例中，状态层次关系表征了状态间上下层顺序的关系。 

本实施例中预先设置的状态层次关系采用编程形式给出，如表1所示： 

<status_relation>   <default>   </default>   <user_info>       <child>at_work</child>       <child>****</child>   </user_info>   <at_work>       <parent>user_info</parent>       <child>outside_work</child>       <child>office_work</child>   </at_work>   <outside_work>       <parent>at_work</parent>   </outside_work>   <office_work>       <parent>at_work</parent>       <child>meetingroom</child>   </office_work></status_relation>

表1：状态层次关系 

在表1中除状态元素之外，还引入了父(parent)、子(child)关系，状态的父状态为此状态的直接上一层状态，子状态为该状态的直接下一层状态，比如，at work状态的父状态为user_info状态，子状态为office work状态和outside work状态，以表征状态间上下层顺序关系。 

本实施例中，在提供用户信息时，除了使用当前状态对应的用户信息外还需要继承其祖先状态对应的用户信息，所以需要根据当前状态从状态层次关系获得当前状态的上层状态。本实施例中获得当前状态的至少一个上层状态为按照所述状态层次关系，查找当前状态的所有上层状态。下面结合附图具体说明。 

图4-2为结合表1获得由当前状态及当前状态的所有上层状态组成的列表的流程示例图，如图4-2所示，具体包括以下步骤： 

步骤421：在状态层次关系中找到当前状态，将当前状态作为基础状态(basic_status)。 

本实施例，通过路径(status_relation/current_status)，查找当前状态。 

步骤422：将基础状态存入状态列表中。 

步骤423：在状态层次关系中查找基础状态的父状态。 

本实施例，通过路径(status_relation/basic_status/parent)，查找基础状态的父状态。 

步骤424：判断是否查找到基础状态的父状态，如果查到，执行步骤425，否则，执行步骤426。 

步骤425：将basic_status的父状态作为basic_status，在状态层次关系中通过status_relation/basic_status找到此状态，转步骤422。 

步骤426：输出由所有的基础状态组成的状态列表。 

由步骤421到步骤425可以看出，输出的状态列表除包含当前状态外，还包含当前状态所有的上层状态。 

输出的状态列表可以是队列的形式，也可以是栈的形式。输出的状态列表中状态的顺序既可以是由当前状态(或称下层状态)到上层状态(或称一般状态)的顺序也可以是由上层状态到当前状态的顺序。 

假设本实施例中获取的当前状态为office work，则其上层状态包括atwork和user_info。返回参见图4-1： 

步骤430：合并当前状态对应的用户信息及上层状态对应的用户信息。 

本实施例中，合并用户信息的方法包括：按照状态间的上下层顺序，当前状态对应的用户信息依次继承所有上层状态对应的用户信息。在对上层状态对应的用户信息的继承时，既可以进行简单的重用，也就是完全引用上层的用户信息，不作任何修改，也可以在继承的基础上做出修改，本实施例中在继承时，在用户信息中的数据项在当前状态及上层状态中具有唯一性时，将最下层的状态对应的用户信息的数据项作为合并得到的用户信息的数据项。 

假设本实施例中，采用xml文档携带用户信息，每个状态对应一个文档，文档名为用户的状态。本实施例中可以包括at_work.xml，office_work.xml，basic_user_info.xml文档，这些文档均携带用户在at work、office work状态对应 的用户信息以及基本用户信息。对所有用户来说，具有统一user profile schema，当用户处于某一状态时，对应的user profile＝其上层状态的profile

本层状态特有的profile，其中表示合并。因而在合并状态列表中各状态对应的用户信息时，可能需要由下层向上层依次合并多个shema相同的xml文档，比如，UID为000001的终端用户，当用户处于office work状态时，用户对应的user profile为：Office work.xml

at work.xml

Basic_user_info.xml。 

下面具体以两个模式(shema)相同的xml文档合并为例进行说明，其中，两个文档分别为第一文档和第二文档，且第一文档为第二文档的子状态对应的用户信息文档。以第一文档为基础，将第二文档用户信息中的各元素并入到第一文档中，如图4-3所示的合并用户信息文档的流程示例图所示，具体包括以下步骤： 

步骤431：按深度遍历的方式访问第二文档，并且在第二文档中找到第一个元素。 

步骤432：深度遍历第一文档，在第一文档中能否在相同的路径下找到这个元素，如果可以找到，执行步骤433；否则，执行步骤434。 

步骤433：判断此元素是否具有唯一性，若具有唯一性，则以第一文档中已有的此元素值为准，舍弃第二文档中的此元素值，直接执行步骤435，若不具有唯一性，则表示此元素可以具有不同的值，执行步骤434。 

本实施例中，用户信息元素是否具有唯一性由XML语言的restriction来区别，当用户数据schema中没有为元素设定maxOccurs、minOccurs时，默认元素具有唯一性。 

假设本实施例中，用户信息中的用户别名(username_alias)在Basic_user info.xml和在Office_work.xml中不同。 

在Basic_user_info.xml中有： 

<username_alias>Bob Albert</username_alias> 

在Office_work.xml中有： 

<username_alias>Bob</username_alias> 

而用户别名具有唯一性，在对username_alias进行合并时会有冲突。本实施例中，以用户最下层状态，也就是最详细的状态为准，所以在进行合并时，将Office_work.xml中的username_alias作为合并得到的元素，而将Basic_user_info.xml中的username_alias丢弃。 

步骤434：若第一文档中存在元素所在的路径，则在此路径下增加此元素及其值，否则在第一文档中增加元素的路径及其值。 

步骤435：判断此元素是否是第二文档中最后一个元素，若不是，则执行步骤436；若是，则执行步骤437。 

步骤436：按深度遍历的方式访问第二文档，找到当前元素的下一个元素，作为当前元素，同时，转到步骤432。 

步骤437：合并流程结束。 

步骤440：提供合并得到的用户信息。 

由上述实施例可见，本发明实施例采用基于状态层次模型来组织用户信息，每个状态只对应部分用户信息，使用继承的方法来重用上层状态的信息，减少了大量的数据冗余。 

当新增加状态时，由于每个状态只对应部分用户信息，因而能够减少组织用户信息的工作量。 

而当对用户信息中一个数据项或元素进行修改时，由于本实施例中继承用户信息时，仅以用户最下层状态为准，因而不需要对每个状态中数据修改，只需要在能覆盖希望被修改的最下层的状态中修改即可。 

当然，本实施例也可以假设预先设置了层次数，按照表1给出的状态层次关系，依次查找当前状态的上层状态，这时，得到的上层状态的个数等于预先设置的层次数。比如，设置的层次数为1层，则当前状态为office work时，获得的上层状态为at work。则在步骤430合并用户信息时，只需对officework状态对应的用户信息和at work状态对应的用户信息进行合并。 

图5为本发明实施例中提供用户信息的系统结构示意图。参见图5，该系统包括： 

用户信息存储模块510，存储每个状态对应的部分用户信息； 

用户信息管理模块520，获取用户当前状态；由预先设置的状态层次关系的状态间上下层顺序关系，获得当前状态的所有上层状态；合并用户信息存储模块存储的所述当前状态对应的用户信息及所述所有上层状态对应的用户信息； 

用户信息提供模块530，提供用户信息管理模块合并得到的用户信息。 

用户信息管理模块520包括： 

当前状态获取单元521，获取用户当前状态； 

状态获取单元522，用于由预先设置的状态层次关系，获得当前状态的所有上层状态； 

合并单元523，合并用户信息存储模块510存储的所述当前状态对应的用户信息及所述所有上层状态对应的用户信息。 

状态获取单元522包括： 

第一查找子单元525，在未预先设置层次数时，按照所述状态层次关系，查找当前状态的所有上层状态； 

第二查找子单元526，在预先设置层次数时，按照所述状态层次关系，依次查找当前状态的上层状态，所述上层状态的个数等于所述层次数。 

用户信息管理模块520还包括： 

判断单元524，用于在根据接收到用户信息请求，获取到用户当前状态时，判断合并后的用户当前状态与获取到的用户当前状态是否一致，在判断结果表明合并后的用户当前状态与获取到的用户当前状态不一致时，触发状态获取单元522重新获得当前状态的所有上层状态，在判断结果表明合并后的用户当前状态与获取到的用户当前状态一致时，触发用户信息提供模块530，直接提供合并单元523合并得到的用户信息。 

由上述实施例可见，本发明实施例用户信息管理模块520根据获得的当前状态及当前状态的所有上层状态，对用户信息存储模块510存储的用户信息进行合并处理后，映射到用户信息提供模块530，当数据请求方请求用户 信息时，可以直接从用户信息提供模块530中得到最新的用户信息，因而能够快速地提供用户信息。 

图6为本发明实施例中提供用户信息的装置结构示意图。参见图6，该装置包括： 

当前状态获取单元621，获取用户当前状态。 

状态获取单元622，用于由预先设置的状态层次关系，获得当前状态的所有上层状态。 

合并单元623，合并用户信息存储模块510存储的所述当前状态对应的用户信息及所述所有上层状态对应的用户信息。 

具体地，状态获取单元622包括： 

第一查找子单元625，在未预先设置层次数时，按照所述状态层次关系，查找当前状态的所有上层状态； 

第二查找子单元626，在预先设置层次数时，按照所述状态层次关系，依次查找当前状态的上层状态，所述上层状态的个数等于所述层次数。 

根据数据访问的方式不同，提供合并得到的用户信息的时机也有所不同，本实施例中，采用的是以状态变化触发合并用户信息，即在状态变化时，来获得合并的用户信息，当接收到数据请求方的用户信息请求时，直接向该数据请求方提供合并得到的用户信息。图7为以状态变化触发合并用户信息数据访问方式下提供用户信息的方法流程示意图，如图7所示，具体包括以下步骤： 

步骤701：用户信息管理模块向状态提供者订阅用户的状态。 

当用户状态发生变化时，执行步骤702。 

步骤702：状态提供者通知用户信息管理模块用户当前的状态。 

步骤703：用户信息管理模块根据用户当前的状态，在状态层次关系中找到其上层状态； 

步骤704：用户信息管理模块将用户信息存储模块存储的当前状态及上层状态对应的用户信息合并到用户信息提供模块中。 

步骤705：数据请求方向用户信息提供模块发送用户信息请求。 

当某个应用需要用户信息时，数据请求方可以直接向用户信息提供模块请求需要的用户信息。 

步骤706：用户信息提供模块向数据请求方返回用户信息。 

由用户信息提供模块根据应用的请求做出响应，流程结束。 

本实施例也可以采用以应用请求触发合并用户信息，即接收到数据请求方的用户信息请求时，来得到合并的用户信息，并提供给该数据请求方。则在向数据请求方提供用户信息之前，还可以再次判断当前状态是否发生变化。图8为以用户信息请求触发合并用户信息数据访问方式下，提供用户信息的方法流程示意图，在图8所示的流程中，包括再次判断当前状态是否发生变化的步骤，具体步骤为： 

步骤801：数据请求方向用户信息提供模块发送用户信息请求。 

本实施例中，数据请求方进行请求的参数包括用户的UID和业务参数。 

步骤802：用户信息提供模块触发用户信息管理模块进行用户信息合并处理。 

步骤803：用户信息管理模块向状态提供者请求用户当前的状态。 

步骤804：用户信息管理模块获取当前的状态。 

步骤805：检测当前的状态与保存的上次请求到的状态是否一致，若状态没发生改变，则执行步骤806，否则执行步骤807。 

步骤806：状态与上次请求时的状态一致，通知用户信息提供模块使用已有的用户信息。 

执行完步骤806后，直接执行步骤808。 

步骤807：状态相对上次请求时发生变化，则由状态层次关系重新获得当前状态的上层状态，将用户信息存储模块中的当前状态及上层状态对应的用户数据合并到用户信息提供模块。 

步骤808：用户信息提供模块向数据请求方返回用户信息。 

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (13)

1.一种提供用户信息的方法，其特征在于，该方法包括：获取用户的当前状态；由预先设置的状态层次关系，获得当前状态的至少一个上层状态，所述状态层次关系为表征状态间上下层顺序的关系，利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息，每个状态只对应部分用户信息；合并所述当前状态对应的用户信息及所述上层状态对应的用户信息，提供合并得到的用户信息。

2.根据权利要求1所述的方法，其特征在于，所述获取用户的当前状态包括：当用户状态发生变化时，获取变化后的用户当前状态。

3.根据权利要求1所述的方法，其特征在于，所述获取用户的当前状态包括：当接收到用户信息请求时，获取用户当前状态，

所述提供合并得到的用户信息前进一步包括：

判断合并后的用户当前状态与获取到的用户当前状态是否一致，在当前状态与所述获取到的用户当前状态不一致时，重新执行所述获得当前状态的至少一个上层状态。

4.根据权利要求1所述的方法，其特征在于，所述获得当前状态的至少一个上层状态包括：按照所述状态层次关系，查找当前状态的所有上层状态或者按照所述状态层次关系，依次查找当前状态的上层状态，所述上层状态的个数等于预先设置的层次数。

5.根据权利要求1所述的方法，其特征在于，

所述合并当前状态对应的用户信息及上层状态对应的用户信息包括：按照状态间的上下层顺序，当前状态对应的用户信息依次继承所述上层状态对应的用户信息。

6.根据权利要求5所述的方法，其特征在于，所述继承所述上层状态对应的用户信息包括：在用户信息中的数据项具有唯一性时，将最下层的状态对应的用户信息作为合并得到的用户信息。

7.一种提供用户信息的系统，其特征在于，该系统包括：

用户信息存储模块，用于存储当前状态及上层状态对应的用户信息；

用户信息管理模块，用于获取用户当前状态；由预先设置的状态层次关系获得所述当前状态的上层状态，所述状态层次关系为表征状态间上下层顺序的关系；合并所述用户信息存储模块中存储的所述当前状态对应的用户信息及所有所述上层状态对应的用户信息；

用户信息提供模块，用于提供所述用户信息管理模块合并得到的用户信息；

所述合并得到的用户信息为利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息得到的，每个状态只对应部分用户信息。

8.根据权利要求7所述的系统，其特征在于，所述用户信息管理模块包括：

当前状态获取单元，用于获取用户当前状态；

状态获取单元，用于根据预先设置的状态层次关系，获得当前状态的上层状态；

合并单元，用于合并所述用户信息存储模块中存储的所述当前状态对应的用户信息及所述上层状态对应的用户信息。

9.根据权利要求8所述的系统，其特征在于，所述用户信息管理模块进一步包括：

判断单元，用于在根据接收到用户信息请求，获取到用户当前状态时，判断合并后的用户当前状态与获取到的用户当前状态是否一致，在判断结果表明合并后的当前状态与获取到的用户当前状态不一致时，触发所述状态获取单元重新获得当前状态的所有上层状态。

10.根据权利要求8所述的系统，其特征在于，所述状态获取单元包括：

第一查找单元，用于在未预先设置层次数时，按照所述状态层次关系，查找当前状态的所有上层状态；

第二查找单元，用于在预先设置层次数时，按照所述状态层次关系，依次查找当前状态的上层状态，所述上层状态的个数等于所述层次数。

11.一种提供用户信息的装置，其特征在于，该装置包括：

当前状态获取单元，用于获取用户当前状态；

状态获取单元，用于由预先设置的状态层次关系，获得当前状态的所有上层状态，所述状态层次关系为表征状态间上下层顺序的关系；

合并单元，用于合并所述当前状态对应的用户信息及所述所有上层状态对应的用户信息；

合并得到的用户信息为利用用户状态间的上下层顺序关系来重新组织各状态对应的用户信息得到的，每个状态只对应部分用户信息。

12.根据权利要求11所述的装置，其特征在于，所述装置进一步包括：

判断单元，用于在根据接收到用户信息请求，获取到用户当前状态时，判断合并后的当前状态与获取到的用户当前状态是否一致，在判断结果表明用户合并后的当前状态与获取到的用户当前状态不一致时，触发所述状态获取单元重新获得当前状态的所有上层状态。

13.根据权利要求11或12所述的装置，其特征在于，所述状态获取单元包括：

第一查找单元，用于在未预先设置层次数时，按照所述状态层次关系，查找当前状态的所有上层状态；

第二查找单元，用于在预先设置层次数时，按照所述状态层次关系，依次查找当前状态的上层状态，所述上层状态的个数等于所述层次数。

Images