CN110069355B - 用户关系显示、用户关系转变方法、装置、设备及介质 - Google Patents

Abstract

本公开公开了一种用户关系显示、用户关系转变方法、装置、设备及介质。该方法包括：功能模块获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库；所述功能模块接收功能服务器发送的目标通用关系信息；所述功能模块在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。本公开实施例可以实现SDK兼容不同宿主程序的关系类型，减少开发成本，减少功能实现的资源消耗。

Description

用户关系显示、用户关系转变方法、装置、设备及介质

技术领域

本公开实施例涉及数据处理技术，尤其涉及一种用户关系显示、用户关系转变方法、装置、设备及介质。

背景技术

随着科技的发展，客户端提供的功能越来越丰富。为了满足日益增长的需求，技术人员通过为客户端建立应用软件开发工具包(Software Development Kit，SDK)，提供客户端本身功能之外的功能，以丰富客户端的功能。

SDK的宿主程序可以是指调用SDK实现扩展功能的客户端。由于宿主程序的功能、配置信息和运行环境等信息不同，导致接入该宿主程序的SDK需要适配该宿主程序进行相应设置。例如，宿主程序A中支持的用户关系类型为单向关系，宿主程序B中支持的用户关系类型为双向关系，则接入宿主程序A的SDK的用户关系类型为单向关系，接入宿主程序B的SDK的用户关系类型为双向关系。其中，单向关系是指一种孤立的无需经过其他用户的授权的关系，如用户A关注用户B或用户B关注用户A；双向关系是指一种需要经过其他用户的授权下的关系，用户A向用户B申请添加好友，在用户B同意的情况下，用户A和用户B的关系为互为好友关系。

目前，由于宿主程序A的关系类型和宿主程序B的关系类型不同，SDK无法兼容不同的关系类型，导致宿主程序A和宿主程序B无法实现运行同一个SDK。针对上述情况，现有为宿主程序A和宿主程序B提供功能相同SDK的方式是，针对宿主程序A和宿主程序B分别设置两个功能相同的SDK，并分别对应开发两组服务器，导致开发成本高，而且需要为宿主程序A和宿主程序B分别配置相同功能的两个SDK，增加资源消耗。

发明内容

本公开实施例提供一种用户关系显示、用户关系转变方法、装置、设备及介质，以实现SDK兼容不同宿主程序的关系类型，减少开发成本，减少功能实现的资源消耗。

第一方面，本公开实施例提供了一种用户关系显示方法，该方法包括：

功能模块获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库，所述功能模块为以宿主程序为运行环境的程序；

所述功能模块接收功能服务器发送的目标通用关系信息；

所述功能模块在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；

其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

进一步的，所述功能模块获取当前宿主标识信息，包括：所述功能模块通过预设宿主检测接口获取所述当前宿主程序的属性信息，生成所述当前宿主标识信息。

进一步的，在功能模块接收功能服务器发送的目标通用关系信息之前，还包括：所述功能模块生成关系显示请求并发送至功能服务器，以使所述功能服务器通过当前宿主服务器，确定所述目标通用关系信息；其中，所述关系显示请求包括所述当前宿主标识信息，所述当前宿主服务器与所述当前宿主标识信息关联，所述目标通用关系信息通过所述当前宿主服务器发送的目标宿主关系信息确定。

进一步的，在功能模块获取当前宿主标识信息之后，还包括：所述功能模块生成通用关系申请请求并发送至所述功能服务器；其中，所述通用关系申请请求包括所述当前宿主标识信息；所述功能模块接收所述功能服务器反馈的更新通用关系信息；所述功能模块在所述目标关系显示数据库中，查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

进一步的，所述宿主关系对应数据库存储有当前宿主标识信息与关系显示数据库的对应关系，所述宿主关系对应数据库存储有至少两个关系显示数据库。

进一步的，所述功能模块为SDK，所述宿主关系对应数据库存储有单向关系显示数据库和双向关系显示数据库，所述通用关系信息为通用关系字段，所述通用关系字段包括下述至少一项：不知道、关注对方、对方关注我和互为关注。

第二方面，本公开实施例提供了一种用户关系转变方法，该方法包括：

功能服务器接收功能模块发送的关系显示请求，并提取当前宿主标识信息；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序；

所述功能服务器根据所述关系显示请求生成宿主关系获取请求，并发送至所述当前宿主标识信息匹配的当前宿主服务器；

所述功能服务器接收所述当前宿主服务器反馈的目标宿主关系信息；

所述功能服务器根据预设的宿主关系信息与通用关系信息的对应关系，获取与所述目标宿主关系信息匹配的通用关系信息作为目标通用关系信息反馈给所述功能模块。

进一步的，所述用户关系转变方法还包括：所述功能服务器接收所述功能模块发送的指向关系用户的通用关系申请请求，所述通用关系申请请求包括所述当前宿主标识信息；所述功能服务器根据所述通用关系申请请求生成宿主关系申请请求，并发送至所述当前宿主服务器，以使所述当前宿主服务器更新当前用户和所述关系用户之间的关系数据，并反馈更新宿主关系信息；所述功能服务器接收所述当前宿主服务器反馈的所述更新宿主关系信息；所述功能服务器获取与所述更新宿主关系信息匹配的更新通用关系信息发送给所述功能模块，以使所述功能模块查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

第三方面，本公开实施例还提供了一种用户关系显示装置，该装置包括：

当前宿主标识信息获取模块，用于获取当前宿主标识信息，并确定与所述当前宿主标识信息匹配的目标关系显示数据库；

目标通用关系信息接收模块，用于接收所述功能服务器发送的目标通用关系信息；

目标宿主关系显示信息显示模块，用于在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主，所述功能模块接入至少两个宿主，所述至少两个宿主的关系类型不同，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

第四方面，本公开实施例还提供了一种用户关系转变装置，该装置包括：

当前宿主标识信息获取模块，用于接收功能模块发送的关系显示请求，并提取当前宿主标识信息；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序；

宿主关系获取请求发送模块，用于根据所述关系显示请求生成宿主关系获取请求，并发送至所述当前宿主标识信息匹配的当前宿主服务器；

目标宿主关系信息接收模块，用于接收所述当前宿主服务器反馈的目标宿主关系信息；

目标通用关系信息反馈模块，用于根据预设的宿主关系信息与通用关系信息的对应关系，获取与所述目标宿主关系信息匹配的通用关系信息作为目标通用关系信息反馈给所述功能模块。

第五方面，本公开实施例还提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开实施例所述的用户关系显示方法或实现如本公开实施例所述的者用户关系转变方法。

第六方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开实施例所述的用户关系显示方法或实现如本公开实施例所述的者用户关系转变方法。

本公开实施例通过功能模块获取目标通用关系信息，实现接收到兼容不同关系类型的关系信息，通过在预设的宿主关系对应数据库中查询到与当前宿主标识信息匹配的目标关系显示数据库，并在目标关系数据库中查询与接收到的目标通用关系信息匹配的目标宿主关系显示信息并显示，实现功能模块显示与宿主程序适用的关系类型匹配的关系信息，解决了现有技术中功能模块无法兼容不同关系类型，导致不同宿主程序通过多套功能模块实现相同功能增加功能开发成本高的问题，实现功能模块兼容不同宿主程序的关系类型，节省功能实现所需的资源，减少宿主程序以及功能模块的开发成本，提高功能模块的开发效率。

附图说明

图1是本公开实施例中的一种用户关系显示方法的流程图；

图2是本公开实施例中的一种用户关系显示方法的流程图；

图3a是本公开实施例中的一种应用场景的流程图；

图3b是本公开实施例中的一种宿主关系显示信息的显示界面的示意图；

图3c是本公开实施例中的一种宿主关系显示信息的显示界面的示意图；

图4是本公开实施例中的一种用户关系转变方法的流程图；

图5是本公开实施例中的一种应用场景的示意图；

图6是本公开实施例中的一种用户关系显示装置的结构示意图；

图7是本公开实施例中的一种用户关系转变装置的结构示意图；

图8是本公开实施例中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。

为了便于理解，首先将本公开实施例的宿主程序、宿主服务器、功能模块和功能服务器进行简述。

在本公开实施例中，宿主程序向宿主服务器请求数据，以获取宿主服务器提供的服务。功能模式是一个独立程序，其运行环境为宿主程序，向对应的功能服务器请求数据，以获取功能服务器提供的服务。其中，宿主服务器和功能服务器是彼此独立。宿主程序和功能模块安装运行于电子设备中。

图1为本公开实施例中的一种用户关系显示方法的流程图，本实施例可适用于宿主程序调用的功能模块实现适配宿主程序兼容不同类型用户关系的情况，该方法可以由用户关系显示装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于电子设备中，例如终端设备，典型的是手机、车载终端或笔记本电脑等。如图1所示，该方法具体包括如下步骤：

S110，功能模块获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库，所述功能模块为以宿主程序为运行环境的程序。

其中，功能模块可以是指在宿主程序中运行的程序，需要依赖宿主程序作为其运行环境，同时该功能模块具备接入至少两个宿主程序的能力，同时至少两个宿主程序的关系类型可以不同。当前宿主标识信息用于标识调用功能模块的当前宿主程序。当前宿主程序是指为处于运行状态的功能模块提供运行环境的宿主程序，当前宿主服务器是指与当前宿主程序对应的，为当前宿主程序提供服务的宿主服务器。

宿主关系对应数据库中存储有当前宿主标识信息与关系显示数据库的对应关系，用于确定调用功能模块的当前宿主程序适用的关系类型匹配的用户关系信息。通常，宿主关系对应数据库存储有至少两个关系显示数据库。其中，关系显示数据库与宿主程序的关系类型关联，关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系，宿主关系显示信息与宿主程序的关系类型匹配。

具体的，宿主程序的关系类型确定宿主关系显示信息，例如，宿主程序的关系类型为单向关系，宿主关系显示信息为单向关系对应的显示信息，示例性的，宿主关系显示信息包括“关注对方”或“互相关注”等；宿主程序的关系类型为双向关系，宿主关系显示信息为双向关系对应的显示信息，示例性的，宿主关系显示信息包括“已申请添加好友”或“互为好友关系”等。目标关系显示数据库用于确定与当前宿主程序适用的关系类型匹配的显示信息。

可选的，所述功能模块获取当前宿主标识信息，包括：所述功能模块通过预设宿主检测接口获取所述当前宿主程序的属性信息，生成所述当前宿主标识信息。

其中，宿主检测接口用于功能模块调用以获取宿主程序发送的属性信息。功能模块可以通过调用宿主检测接口获取当前调用该功能模块的宿主程序的属性信息。具体的，宿主检测接口封装有宿主程序获取属性信息并返回的代码。属性信息用于标识当前宿主程序，以及区别当前宿主程序与其他宿主程序。具体的，属性信息包括下述至少一项：宿主程序名称、宿主程序的环境参数和宿主程序的关系类型信息等。

生成当前宿主标识信息可以是直接将属性信息作为当前宿主标识信息；或者还可以对属性信息进行预处理，将处理后的结果作为当前宿主标识信息，其中，预处理可以是消息摘要算法。此外，生成当前宿主标识信息的方式还可以是其他方式，对此，本公开实施例不做具体限制。

通过配置宿主检测接口实现获取当前宿主程序的属性信息作为当前宿主的标识信息，实现功能模块准确识别当前宿主程序，从而后续根据当前宿主程序确定匹配的关系显示信息进行显示，实现准确显示与当前宿主程序适用的用户关系。

S120，所述功能模块接收功能服务器发送的目标通用关系信息。

其中，功能服务器用于接收功能模块的请求，并提供相应服务。通用关系信息可以是指功能服务器中配置的适用不同关系类型均通用的统一的用户关系信息。

实际上，功能服务器可以接收宿主服务器发送的不同类型的用户关系信息，并映射到本地预设的通用关系信息中，并将得到的映射结果作为宿主服务器或当前宿主程序匹配的目标通用关系信息。功能服务器通过建立不同类型的关系信息分别与通用的关系信息的对应关系，实现将不同类型的关系信息映射为通用关系信息，并下发到功能模块中，由此实现功能模块兼容不同关系类型的用户关系。

示例性的，功能服务器中设置通用关系字段包括下述至少一项：互相不知道、对方关注我、关注对方和互相关注。其中，通用关系字段可以是英文或者其他自定义字符串，对此，本公开实施例不作具体限制。示例性的，通用关系字段还可以包括UNKNOWN(互相不知道)、FOLLOWING(关注对方)、FOLLOWER(对方关注我)和MUTUAL_FOLLOWING(互相关注)。

宿主程序和对应的宿主服务器中适用的用户关系为双向关系，例如，宿主关系信息包括下述至少一项：不认识、已申请添加好友、同意添加好友、互为好友关系。可以将“不认识”映射为UNKNOWN；将“已申请添加好友”映射为FOLLOWER；将“同意添加好友”映射为FOLLOWING；以及将“互为好友关系”映射为MUTUAL_FOLLOWING。

S130，所述功能模块在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

其中，宿主关系显示信息用于在显示屏幕上显示给用户。目标宿主关系显示信息可以是指与当前宿主程序适用的关系类型匹配的显示信息。功能模块通过预设的关系显示数据库中存储的宿主关系显示信息与通用关系显示信息的对应关系，实现将通用关系显示信息映射为与当前宿主程序适用的关系类型匹配的宿主关系显示信息，从而实现在显示屏幕上显示与宿主程序适用的关系类型匹配的显示信息，保证功能模块显示的关系信息的关系类型与当前宿主程序的关系信息的关系类型相同。

示例性的，功能模块获取的通用关系信息为“UNKNOWN”，对应的单向关系类型的目标宿主关系显示信息为“未关注”；对应的双向关系类型的目标宿主关系显示信息为“未添加好友”。通用关系信息和宿主关系信息均表示登录的当前用户与关系用户之间的关系。

又如，功能模块获取的通用关系信息为“UNKNOWN”，对应的单向关系类型的目标宿主关系显示信息为“关注”；对应的双向关系类型的目标宿主关系显示信息为“申请”。此时，通用关系信息表示登录的当前用户与关系用户之间的关系，而宿主关系显示信息表示登录的当前用户针对关系用户可执行的请求关系的信息，从而，用户可以根据宿主关系显示信息，执行相应的关系请求操作，从而建立与关系用户之间的用户关系。

本公开实施例通过功能模块获取目标通用关系信息，实现接收到兼容不同关系类型的关系信息，通过在预设的宿主关系对应数据库中查询到与当前宿主标识信息匹配的目标关系显示数据库，并在目标关系数据库中查询与接收到的目标通用关系信息匹配的目标宿主关系显示信息并显示，实现功能模块显示与宿主程序适用的关系类型匹配的关系信息，解决了现有技术中功能模块无法兼容不同关系类型，导致不同宿主程序通过多套功能模块实现相同功能增加功能开发成本高的问题，实现功能模块兼容不同宿主程序的关系类型，节省功能实现所需的资源，减少宿主程序以及功能模块的开发成本，提高功能模块的开发效率。

可选的，在功能模块接收功能服务器发送的目标通用关系信息之前，还包括：所述功能模块生成关系显示请求并发送至功能服务器，以使所述功能服务器通过当前宿主服务器，确定所述目标通用关系信息；其中，所述关系显示请求包括所述当前宿主标识信息，所述当前宿主服务器与所述当前宿主标识信息关联，所述目标通用关系信息通过所述当前宿主服务器发送的目标宿主关系信息确定。

其中，关系显示请求用于功能模块向功能服务器请求登陆的当前用户与多个关系用户之间的关系数据，以显示。具体的，关系显示请求至少包括当前用户信息、关系用户信息和当前宿主标识信息等。功能服务器中并未存储用户关系数据，需要从当前宿主程序对应的当前宿主服务器中获取。

实际上，当前宿主服务器中存储的用户关系数据是符合当前宿主程序的关系类型的数据，从而当前宿主服务器反馈给功能服务器的目标宿主关系信息为符合当前宿主程序的关系类型的信息。由于功能模块无法兼容多个关系类型的信息，功能服务器将当前宿主服务器反馈的宿主关系信息映射为统一的通用关系信息，并发送给功能模块。从而，功能服务器可以将不同关系类型的宿主关系信息均映射为统一的通用关系信息，以使功能模块无需考虑不同关系类型的信息，直接获取统一的通用关系信息，并显示为符合当前宿主程序的关系类型的信息。

可以在每次功能模块开始运行的同时，功能模块生成关系显示请求发送至功能服务器。同时，功能模块还可以定期(如间隔设定时长)生成关系显示请求发送至功能服务器。此外，还可以在设置其他条件作为关系显示请求的生成条件，对此，本公开实施例不做具体限制。

通过功能模块生成关系显示请求发送至功能服务器以获取功能服务器反馈的目标通用关系信息，实现功能模块获取经功能服务器转发的不同宿主服务器发送的宿主关系信息，映射到统一的通用关系中形成的通用关系信息，避免功能模块直接获取不同关系类型的宿主关系信息，导致无法进行处理的情况，实现功能模块兼容不同关系类型的用户关系。

图2为本公开实施例中的一种用户关系显示方法的流程图，该方法以上述步骤为基础进行优化，在步骤：功能模块获取当前宿主标识信息之后，优化为：所述功能模块生成通用关系申请请求并发送至所述功能服务器；其中，所述通用关系申请请求包括所述当前宿主标识信息；所述功能模块接收所述功能服务器反馈的更新通用关系信息；所述功能模块在所述目标关系显示数据库中，查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。如图2所示，该方法具体包括如下步骤：

S210，功能模块获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库，所述功能模块为以宿主程序为运行环境的程序。

S220，所述功能模块接收功能服务器发送的目标通用关系信息。

S230，所述功能模块在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

S240，所述功能模块生成通用关系申请请求并发送至所述功能服务器；其中，所述通用关系申请请求包括所述当前宿主标识信息。

其中，通用关系申请请求用于当前用户申请建立与关系用户的关系，指功能模块发送给功能服务器的请求。具体的，通用关系申请请求可以建立单向关系或双向关系。需要说明的是，建立关系可以包括下述至少一项：建立关注(或好友)关系、建立屏蔽关系和建立陌生关系(即取消关注或删除好友等)。此外，建立关系还可以是建立其他类型的关系，对此，本公开实施例不作具体限制。

实际上，功能服务器并未存储有用户关系数据，当前宿主程序对应的当前宿主服务器中存储有用户关系数据。当前宿主服务器还用于建立当前用户与关系用户之间的关系。由此，功能服务器需要将通用关系申请请求，转发至当前宿主服务器，以使当前宿主服务器更新存储的用户关系数据。

S250，所述功能模块接收所述功能服务器反馈的更新通用关系信息。

其中，更新通用关系信息用于功能模块修改宿主关系显示信息，并显示，以实现在显示屏幕上更新用户关系。

功能模块中未存储有用户关系数据，也无法独立修改需要显示的宿主关系显示信息，需要通过功能服务器下发的更新后的通用关系信息修改宿主关系显示信息，并显示，从而实现在显示屏幕上显示更新后的用户关系。

S260，所述功能模块在所述目标关系显示数据库中，查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

功能模块查询更新通用关系信息匹配的宿主关系显示信息并显示给用户，实现根据通用关系申请请求更新用户关系。

需要说明的是，S240-S260的顺序与S220-S230的顺序不分先后，可以进行顺序调换。

通过功能模块生成通用关系申请请求并发送至功能服务器，实现申请与关系用户的关系，同时功能模块获取功能服务器下发的针对通用关系申请请求的更新通用关系信息，并查询匹配的宿主关系显示信息显示给用户，从而实现基于用户的建立关系指令在显示屏幕上显示更新后的关系内容，实现功能模块兼容不同宿主程序的关系类型，以及建立新的用户关系同时更新关系内容。

图3a为本公开实施例所适用的一个应用场景的流程图，功能模块为SDK，所述宿主关系对应数据库存储有单向关系显示数据库和双向关系显示数据库，所述通用关系信息为通用关系字段。

如图3a所示，该方法具体包括如下步骤：

S310，SDK获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库。

其中，所述宿主关系对应数据库存储有单向关系显示数据库和双向关系显示数据库，所述当前宿主标识信息用于标识调用所述SDK的当前宿主程序，所述关系显示数据库存储有通用关系字段与宿主关系显示信息的对应关系，所述通用关系字段包括下述至少一项：互相不知道、对方关注我、关注对方和互相关注，所述单向关系显示数据库中宿主关系显示信息包括：关注、已关注和互相关注，所述双向关系显示数据库中宿主关系显示信息包括：申请好友、已申请好友和互为好友。

具体的，在单向关系显示数据库中，“互相不知道”与“关注”对应；“对方关注我”与“关注”对应；“关注对方”与“已关注”对应；“互相关注”与“互相关注”对应。

在一个具体的例子中，在单向关系显示数据库中宿主关系显示信息中，如图3b和图3c所示，图3b显示了用户A的粉丝：用户B、用户C、用户D和用户E对应的宿主关系显示信息分别为互相关注、关注、关注和关注。图3c显示了用户A的关注的人：用户B、用户F、用户G和用户H对应的宿主关系显示信息分别为互相关注、已关注、已关注和已关注。

在双向关系显示数据库中，“互相不知道”与“申请好友”对应；“对方关注我”与“申请好友”对应；“关注对方”与“已申请好友”对应；“互相关注”与“互为好友”对应。

需要说明的是，功能模块中存储的宿主关系显示信息可以与宿主服务器中存储的宿主关系信息相互独立，可以相同，也可以不同。

S320，所述SDK接收SDK服务器发送的目标通用关系字段；

S330，当确定所述目标关系显示数据库为单向关系显示数据库，以及所述目标通用关系字段为互相不知道或对方关注我时，所述SDK确定查询到的所述目标宿主关系显示信息为关注。

S340，当确定所述目标关系显示数据库为单向关系显示数据库，以及所述目标通用关系字段为关注对方时，所述SDK确定查询到的所述目标宿主关系显示信息为已关注。

S350，当确定所述目标关系显示数据库为单向关系显示数据库，以及所述目标通用关系字段为互相关注时，所述SDK确定查询到的所述目标宿主关系显示信息为互相关注。

S360，当确定所述目标关系显示数据库为双向关系显示数据库，以及所述目标通用关系字段为互相不知道或对方关注我时，所述SDK确定查询到的所述目标宿主关系显示信息为申请好友。

S370，当确定所述目标关系显示数据库为双向关系显示数据库，以及所述目标通用关系字段为关注对方时，所述SDK确定查询到的所述目标宿主关系显示信息为已申请好友。

S380，当确定所述目标关系显示数据库为双向关系显示数据库，以及所述目标通用关系字段为互相关注时，所述SDK确定查询到的所述目标宿主关系显示信息为互为好友。

需要说明的是，S330-S380实际是并列的步骤，顺序可任意调整。

通过在SDK中设置单向关系显示数据库和双向关系显示数据库，并根据功能服务器发送的目标通用关系字段，在与当前宿主程序匹配的关系显示数据库中查询与目标通用关系字段匹配的宿主关系显示信息，进行显示，实现SDK兼容单向关系和双向关系，从而实现针对使用单向关系宿主程序以及双向关系宿主程序仅通过一个SDK即可实现用户关系表示，从而减少SDK开发成本，减少SDK功能实现的资源消耗。

图4为本公开实施例中的一种用户关系转变方法的流程图，本实施例可适用于与功能模块适配的功能服务器将宿主关系信息转变为统一的通用关系信息的情况，该方法可以由用户关系转变装置来执行，该装置可以采用软件和/或硬件的方式实现，该装置可以配置于电子设备中，例如服务器，典型的是本实施例中功能模块适配的功能服务器中。如图4所示，该方法具体包括如下步骤：

S410，功能服务器接收功能模块发送的关系显示请求，并提取当前宿主标识信息；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主。

功能服务器、关系显示请求、当前宿主标识信息、当前宿主、功能模块、当前宿主服务器、当前宿主服务器和目标通用关系信息等均可以参考前述内容的描述。

S420，所述功能服务器根据所述关系显示请求生成宿主关系获取请求，并发送至所述当前宿主标识信息匹配的当前宿主服务器。

其中，宿主关系获取请求用于向当前宿主服务器请求获取当前用户与多个关系用户之间的关系数据。功能服务器可以根据关系显示请求中的当前宿主标识信息确定关系显示请求的接收方，也即为当前宿主程序提供服务的当前宿主服务器。

实际上，当前宿主服务器在接收到宿主关系获取请求时，可以从中提取当前用户信息和关系用户信息，并从本地存储的关系数据库中查询当前用户与关系用户之间的关系数据。当前宿主服务器根据当前用户与关系用户之间的关系数据，生成目标宿主关系信息，并反馈给功能服务器。

在一个具体的例子中，当前用户A与关系用户B的关系为：当前用户A向关系用户B发送添加好友申请，可以将“申请添加好友”作为目标宿主关系信息反馈给功能服务器。实际上当前用户和关系用户的关系是相互的，相应的，当前用户B与关系用户A的关系为：当前用户B接收到关系用户A的添加好友申请，可以将“被申请添加好友”作为目标宿主关系信息反馈给功能服务器。

S430，所述功能服务器接收所述当前宿主服务器反馈的目标宿主关系信息。

S440，所述功能服务器根据预设的宿主关系信息与通用关系信息的对应关系，获取与所述目标宿主关系信息匹配的通用关系信息作为目标通用关系信息反馈给所述功能模块。

其中，宿主关系信息与通用关系信息的对应关系用于将接收到的宿主关系信息转换为统一的通用关系信息。从而，接入不同关系类型的宿主程序的功能模块，均接收到通用关系信息，避免功能模块处理不同类型的关系信息。

本公开实施例通过功能服务器向当前宿主服务器请求关系数据，并根据当前宿主服务器反馈的目标宿主关系信息，在预先配置宿主关系信息与通用关系信息的对应关系中，确定目标宿主关系信息对应的目标通用关系信息反馈给功能模块，实现针对不同类型的关系信息，统一成预设类型的通用关系信息，以使功能模块接收到同一类型的通用关系信息，避免功能模块处理不同类型的关系信息，从而实现功能模块兼容不同关系类型，解决了现有技术中功能模块无法兼容不同关系类型，导致不同宿主程序通过多套功能模块以及适配的多套功能服务器实现处理不同关系类型的问题，减少功能模块以及功能服务器的开发成本，提高功能服务器的开发效率。

可选的，所述用户关系转变方法，还包括：所述功能服务器接收所述功能模块发送的指向关系用户的通用关系申请请求，所述通用关系申请请求包括所述当前宿主标识信息；所述功能服务器根据所述通用关系申请请求生成宿主关系申请请求，并发送至所述当前宿主服务器，以使所述当前宿主服务器更新当前用户和所述关系用户之间的关系数据，并反馈更新宿主关系信息；所述功能服务器接收所述当前宿主服务器反馈的所述更新宿主关系信息；所述功能服务器获取与所述更新宿主关系信息匹配的更新通用关系信息发送给所述功能模块，以使所述功能模块查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

其中，宿主关系申请请求用于当前用户申请建立与关系用户的关系，是指功能服务器发送给当前宿主服务器的请求。更新宿主关系信息用于功能服务器转变为通用关系信息发送给功能模块，以使功能模块更新关系信息。当前宿主服务器用于获取宿主关系申请请求，更新当前用户和关系用户之间的关系数据，同时生成更新后的关系信息作为更新宿主关系信息反馈给功能服务器。功能服务器将接收到的更新宿主关系信息转换为更新通用关系信息并发送给功能模块，以使功能模块更新宿主关系显示信息。

通过功能服务器基于功能模块发送的通用关系申请请求并对应生成宿主关系申请请求发送至当前宿主服务器，实现申请与关系用户的关系，同时获取当前宿主服务器下发的针对宿主关系申请请求的更新宿主关系信息，并查询匹配的更新通用关系信息提供给功能模块，从而实现将更新的不同类型的宿主关系信息，转变为通用关系信息发送给功能模块，实现功能模块兼容不同宿主程序的关系类型，以及建立新的用户关系同时更新关系内容。

图5为本公开实施例所适用的一个应用场景的示意图，如图5所示，客户端510包括宿主程序A512、宿主程序B513和功能模块511，服务器端520包括宿主服务器A522、宿主服务器B523和功能服务器521。其中，宿主程序A512适用的关系类型与宿主程序B513适用的关系类型不同。功能模块511和功能服务器521通过互联网进行通信，宿主程序A512和宿主服务器A522通过互联网进行通信，宿主程序B513和宿主服务器B523通过互联网进行通信。当功能模块511以宿主程序A512为运行环境时，宿主程序A512为当前宿主程序，宿主服务器A522为当前宿主服务器。当功能模块511以宿主程序B513为运行环境时，宿主程序B513为当前宿主程序，宿主服务器B523为当前宿主服务器。其中，功能模块511无法直接与宿主服务器A522或宿主服务器B523进行通信。同时，宿主程序A512和宿主程序B513无法直接与功能服务器521进行通信。

本公开实施例通过配置一套功能模块和匹配的功能服务器，实现兼容两个不同关系类型的宿主程序，避免需要配置两套功能模块和匹配的功能服务器，才能实现兼容不同关系类型的情况，从而避免不同的关系类型再开发一套功能模块和匹配的功能服务器，实现减少开发成本，提高开发效率。

图6为本公开实施例提供的一种用户关系显示装置的结构示意图，本实施例可适用于宿主程序调用的功能模块实现适配宿主程序兼容不同类型用户关系的情况。该装置可以采用软件和/或硬件的方式实现，该装置可以配置于电子设备中，例如终端设备。如图6所示，该装置可以包括：当前宿主标识信息获取模块610、目标通用关系信息接收模块620和目标宿主关系显示信息显示模块630。

当前宿主标识信息获取模块610，用于获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库，所述功能模块为以宿主程序为运行环境的程序；

目标通用关系信息接收模块620，用于接收功能服务器发送的目标通用关系信息；

目标宿主关系显示信息显示模块630，用于在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

本公开实施例通过功能模块获取目标通用关系信息，实现接收到兼容不同关系类型的关系信息，通过在预设的宿主关系对应数据库中查询到与当前宿主标识信息匹配的目标关系显示数据库，并在目标关系数据库中查询与接收到的目标通用关系信息匹配的目标宿主关系显示信息并显示，实现功能模块显示与宿主程序适用的关系类型匹配的关系信息，解决了现有技术中功能模块无法兼容不同关系类型，导致不同宿主程序通过多套功能模块实现相同功能增加功能开发成本高的问题，实现功能模块兼容不同宿主程序的关系类型，节省功能实现所需的资源，减少宿主程序以及功能模块的开发成本，提高功能模块的开发效率。

进一步的，所述当前宿主标识信息获取模块610，包括：当前宿主标识信息生成单元，用于通过预设宿主检测接口获取所述当前宿主程序的属性信息，生成所述当前宿主标识信息。

进一步的，所述用户关系显示装置，还包括：关系显示请求发送单元，用于，在接收功能服务器发送的目标通用关系信息之前，生成关系显示请求并发送至功能服务器，以使所述功能服务器通过当前宿主服务器，确定所述目标通用关系信息；其中，所述关系显示请求包括所述当前宿主标识信息，所述当前宿主服务器与所述当前宿主标识信息关联，所述目标通用关系信息通过所述当前宿主服务器发送的目标宿主关系信息确定。

进一步的，所述用户关系显示装置，还包括：关系申请请求发送单元，用于，在获取当前宿主标识信息之后，生成通用关系申请请求并发送至所述功能服务器；其中，所述通用关系申请请求包括所述当前宿主标识信息；接收所述功能服务器反馈的更新通用关系信息；在所述目标关系显示数据库中，查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

进一步的，所述宿主关系对应数据库存储有当前宿主标识信息与关系显示数据库的对应关系，所述宿主关系对应数据库存储有至少两个关系显示数据库。

进一步的，所述功能模块为SDK，所述宿主关系对应数据库存储有单向关系显示数据库和双向关系显示数据库，所述通用关系信息为通用关系字段，所述通用关系字段包括下述至少一项：互相不知道、对方关注我、关注对方和互相关注，所述单向关系显示数据库中宿主关系显示信息包括：关注、已关注和互相关注，所述双向关系显示数据库中宿主关系显示信息包括：申请好友、已申请好友和互为好友；所述目标宿主关系显示信息显示模块630，具体用于：当确定所述目标关系显示数据库为单向关系显示数据库，且确定所述目标通用关系字段为互相不知道或对方关注我时，所述SDK确定查询到的所述目标宿主关系显示信息为关注；当确定所述目标关系显示数据库为单向关系显示数据库，且确定所述目标通用关系字段为关注对方时，所述SDK确定查询到的所述目标宿主关系显示信息为已关注；当确定所述目标关系显示数据库为单向关系显示数据库，且确定所述目标通用关系字段为互相关注时，所述SDK确定查询到的所述目标宿主关系显示信息为互相关注；当确定所述目标关系显示数据库为双向关系显示数据库，且确定所述目标通用关系字段为互相不知道或对方关注我时，所述SDK确定查询到的所述目标宿主关系显示信息为申请好友；当确定所述目标关系显示数据库为双向关系显示数据库，且确定所述目标通用关系字段为关注对方时，所述SDK确定查询到的所述目标宿主关系显示信息为已申请好友；当确定所述目标关系显示数据库为双向关系显示数据库，且确定所述目标通用关系字段为互相关注时，所述SDK确定查询到的所述目标宿主关系显示信息为互为好友。

图7为本公开实施例提供的一种用户关系转变装置的结构示意图，本实施例可适用于与功能模块适配的功能服务器将宿主关系信息转变为统一的通用关系信息的情况。该装置可以采用软件和/或硬件的方式实现，该装置可以配置于电子设备中，例如与本实施例中功能模块适配的功能服务器中。如图7所示，该装置可以包括：当前宿主标识信息获取模块710、宿主关系获取请求发送模块720、目标宿主关系信息接收模块730和目标通用关系信息反馈模块740。

当前宿主标识信息获取模块710，用于接收功能模块发送的关系显示请求，并提取当前宿主标识信息；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序；

宿主关系获取请求发送模块720，用于根据所述关系显示请求生成宿主关系获取请求，并发送至所述当前宿主标识信息匹配的当前宿主服务器；

目标宿主关系信息接收模块730，用于接收所述当前宿主服务器反馈的目标宿主关系信息；

目标通用关系信息反馈模块740，用于根据预设的宿主关系信息与通用关系信息的对应关系，获取与所述目标宿主关系信息匹配的通用关系信息作为目标通用关系信息反馈给所述功能模块。

本公开实施例通过功能服务器向当前宿主服务器请求关系数据，并根据当前宿主服务器反馈的目标宿主关系信息，在预先配置宿主关系信息与通用关系信息的对应关系中，确定目标宿主关系信息对应的目标通用关系信息反馈给功能模块，实现针对不同类型的关系信息，统一成预设类型的通用关系信息，以使功能模块接收到同一类型的通用关系信息，避免功能模块处理不同类型的关系信息，从而实现功能模块兼容不同关系类型，解决了现有技术中功能模块无法兼容不同关系类型，导致不同宿主程序通过多套功能模块以及适配的多套功能服务器实现处理不同关系类型的问题，减少功能模块以及功能服务器的开发成本，提高功能服务器的开发效率。

进一步的，所述用户关系转变装置，还包括：宿主关系申请单元，用于接收所述功能模块发送的指向关系用户的通用关系申请请求，所述通用关系申请请求包括所述当前宿主标识信息；根据所述通用关系申请请求生成宿主关系申请请求，并发送至所述当前宿主服务器，以使所述当前宿主服务器更新当前用户和所述关系用户之间的关系数据，并反馈更新宿主关系信息；接收所述当前宿主服务器反馈的所述更新宿主关系信息；获取与所述更新宿主关系信息匹配的更新通用关系信息发送给所述功能模块，以使所述功能模块查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

下面参考图8，其示出了适于用来实现本公开实施例的电子设备(例如图1中的终端设备或服务器)800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：在确定满足用户关系显示开始条件时，实时获取视频中的图像帧；在所述图像帧中识别用户的至少一个器官区域，一个器官区域对应至少一个特征值集合；如果确定目标图像帧中识别到的每个器官区域均满足未遮挡条件，则分别计算所述目标图像帧中识别到的与每个器官区域匹配的特征值，并更新存储至对应的特征值集合中；实时对所述特征值集合进行至少一个目标动作条件的检测，并在确定满足用户关系显示结束条件时，根据各所述目标动作条件的检测结果，确定所述用户是否为活体。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，图像帧获取模块还可以被描述为“在确定满足用户关系显示开始条件时，实时获取视频中的图像帧的模块”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用户关系显示方法，其特征在于，包括：

功能模块获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库，所述功能模块为以宿主程序为运行环境的程序；

所述功能模块接收功能服务器发送的目标通用关系信息；

所述功能模块在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；

其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，通用关系信息包括所述功能服务器中配置的适用不同关系类型通用的用户关系信息，所述目标宿主关系显示信息包括与当前宿主程序适用的关系类型匹配的显示信息，所述功能模块接入至少两个宿主程序，且所述至少两个宿主程序的关系类型不同，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

2.根据权利要求1所述的方法，其特征在于，所述功能模块获取当前宿主标识信息，包括：

所述功能模块通过预设宿主检测接口获取所述当前宿主程序的属性信息，生成所述当前宿主标识信息。

3.根据权利要求1所述的方法，其特征在于，在功能模块接收功能服务器发送的目标通用关系信息之前，还包括：

所述功能模块生成关系显示请求并发送至所述功能服务器，以使所述功能服务器通过当前宿主服务器，确定所述目标通用关系信息；

其中，所述关系显示请求包括所述当前宿主标识信息，所述当前宿主服务器与所述当前宿主标识信息关联，所述目标通用关系信息通过所述当前宿主服务器发送的目标宿主关系信息确定。

4.根据权利要求1所述的方法，其特征在于，在功能模块获取当前宿主标识信息之后，还包括：

所述功能模块生成通用关系申请请求并发送至所述功能服务器；其中，所述通用关系申请请求包括所述当前宿主标识信息；

所述功能模块接收所述功能服务器反馈的更新通用关系信息；

所述功能模块在所述目标关系显示数据库中，查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

5.根据权利要求1所述的方法，其特征在于，所述宿主关系对应数据库存储有当前宿主标识信息与关系显示数据库的对应关系，所述宿主关系对应数据库存储有至少两个关系显示数据库。

6.根据权利要求5所述的方法，其特征在于，所述功能模块为SDK，所述宿主关系对应数据库存储有单向关系显示数据库和双向关系显示数据库，所述通用关系信息为通用关系字段，所述通用关系字段包括下述至少一项：互相不知道、对方关注我、关注对方和互相关注，所述单向关系显示数据库中宿主关系显示信息包括：关注、已关注和互相关注，所述双向关系显示数据库中宿主关系显示信息包括：申请好友、已申请好友和互为好友；

所述功能模块在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，包括：

当确定所述目标关系显示数据库为单向关系显示数据库，以及所述目标通用关系字段为互相不知道或对方关注我时，所述SDK确定查询到的所述目标宿主关系显示信息为关注；

当确定所述目标关系显示数据库为单向关系显示数据库，以及所述目标通用关系字段为关注对方时，所述SDK确定查询到的所述目标宿主关系显示信息为已关注；

当确定所述目标关系显示数据库为单向关系显示数据库，以及所述目标通用关系字段为互相关注时，所述SDK确定查询到的所述目标宿主关系显示信息为互相关注；

当确定所述目标关系显示数据库为双向关系显示数据库，以及所述目标通用关系字段为互相不知道或对方关注我时，所述SDK确定查询到的所述目标宿主关系显示信息为申请好友；

确定所述目标关系显示数据库为双向关系显示数据库，以及所述目标通用关系字段为关注对方时，所述SDK确定查询到的所述目标宿主关系显示信息为已申请好友；

当确定所述目标关系显示数据库为双向关系显示数据库，以及所述目标通用关系字段为互相关注时，所述SDK确定查询到的所述目标宿主关系显示信息为互为好友。

7.一种用户关系转变方法，其特征在于，包括：

功能服务器接收功能模块发送的关系显示请求，并提取所述关系显示请求中的当前宿主标识信息；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序；

所述功能服务器根据所述关系显示请求生成宿主关系获取请求，并发送至所述当前宿主标识信息匹配的当前宿主服务器；

所述功能服务器接收所述当前宿主服务器反馈的目标宿主关系信息；

所述功能服务器根据预设的宿主关系信息与通用关系信息的对应关系，获取与所述目标宿主关系信息匹配的通用关系信息作为目标通用关系信息反馈给所述功能模块，其中，所述关系显示请求用于请求登陆的当前用户与多个关系用户之间的关系数据，以显示，所述目标宿主关系信息通过所述当前宿主服务器根据当前用户与关系用户之间的关系数据生成，并反馈给所述功能服务器，通用关系信息包括所述功能服务器中配置的适用不同关系类型通用的用户关系信息，所述功能模块为以宿主程序为运行环境的程序，所述功能模块接入至少两个宿主程序，且所述至少两个宿主程序的关系类型不同。

8.根据权利要求7所述的方法，其特征在于，还包括：

所述功能服务器接收所述功能模块发送的指向关系用户的通用关系申请请求，所述通用关系申请请求包括所述当前宿主标识信息；

所述功能服务器根据所述通用关系申请请求生成宿主关系申请请求，并发送至所述当前宿主服务器，以使所述当前宿主服务器更新当前用户和所述关系用户之间的关系数据，并反馈更新宿主关系信息；

所述功能服务器接收所述当前宿主服务器反馈的所述更新宿主关系信息；

所述功能服务器获取与所述更新宿主关系信息匹配的更新通用关系信息发送给所述功能模块，以使所述功能模块查询与所述更新通用关系信息对应的宿主关系显示信息，并显示。

9.一种用户关系显示装置，其特征在于，包括：

当前宿主标识信息获取模块，用于获取当前宿主标识信息，并在预设的宿主关系对应数据库中查询与所述当前宿主标识信息匹配的目标关系显示数据库，功能模块为以宿主程序为运行环境的程序；

目标通用关系信息接收模块，用于接收功能服务器发送的目标通用关系信息；

目标宿主关系显示信息显示模块，用于在所述目标关系显示数据库中，查询与所述目标通用关系信息对应的目标宿主关系显示信息，并显示；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序，通用关系信息包括所述功能服务器中配置的适用不同关系类型通用的用户关系信息，所述目标宿主关系显示信息包括与当前宿主程序适用的关系类型匹配的显示信息，所述功能模块接入至少两个宿主程序，且所述至少两个宿主程序的关系类型不同，所述关系显示数据库存储有通用关系信息与宿主关系显示信息的对应关系。

10.一种用户关系转变装置，其特征在于，包括：

当前宿主标识信息获取模块，用于接收功能模块发送的关系显示请求，并提取所述关系显示请求中的当前宿主标识信息；其中，所述当前宿主标识信息用于标识调用所述功能模块的当前宿主程序；

宿主关系获取请求发送模块，用于根据所述关系显示请求生成宿主关系获取请求，并发送至所述当前宿主标识信息匹配的当前宿主服务器；

目标宿主关系信息接收模块，用于接收所述当前宿主服务器反馈的目标宿主关系信息；

目标通用关系信息反馈模块，用于根据预设的宿主关系信息与通用关系信息的对应关系，获取与所述目标宿主关系信息匹配的通用关系信息作为目标通用关系信息反馈给所述功能模块，其中，所述关系显示请求用于请求登陆的当前用户与多个关系用户之间的关系数据，以显示，所述目标宿主关系信息通过所述当前宿主服务器根据当前用户与关系用户之间的关系数据生成，并反馈给功能服务器，通用关系信息包括所述功能服务器中配置的适用不同关系类型通用的用户关系信息，所述功能模块为以宿主程序为运行环境的程序，所述功能模块接入至少两个宿主程序，且所述至少两个宿主程序的关系类型不同。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-6任一项所述的用户关系显示方法或者如权利要求7-8项任一所述的用户关系转变方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6任一项所述的用户关系显示方法或者如权利要求7-8任一项所述的用户关系转变方法。

Images