基于互联网的用户信息处理方法、客户端及服务器

摘要

本申请提供了一种基于互联网的用户信息处理方法，包括：当第一用户查看一第二用户的头像时，执行如下处理：发送第二用户的标识给社交应用服务器，以使社交应用服务器确定第二用户的标识对应的第一头像数据，从所确定的第一头像数据中获取第一用户的标识对应的头像索引，并根据头像索引确定网络链接信息；及当接收到来自社交应用服务器的所述网络链接信息时，基于网络链接信息确定第二用户的头像文件的网络链接，并根据网络链接从社交应用服务器下载第二用户的头像文件并展示。本申请还提供了相应的社交应用客户端及服务器。采用这些方案能够增强社交应用的用户头像查看功能。

说明书

技术领域

本申请涉及互联网技术领域，尤其涉及一种基于互联网的用户信息处理方法、客户端及服务器。

背景技术

随着互联网的发展，涌现了各种社交网络和社交应用，如：微信、微博、博客(如QQ空间)、即时通讯(如QQ)、在线社区、社交网络等等。互联网中的用户们可以通过社交网络和社交应用进行各种交流(如：交互文本、图片、视频等)。

其中，用户在与其它用户(如好友、关注的用户、粉丝等)进行交流时还会使用头像，这种头像可以是系统默认设置的，也可以是用户设置的个性化头像。

发明内容

本申请提供了一种基于互联网的用户信息处理方法，该方法包括：当第一用户查看一第二用户的头像时，执行如下处理：发送所述第二用户的标识给社交应用服务器，以使所述社交应用服务器确定所述第二用户的标识对应的第一头像数据，从所确定的所述第一头像数据中获取所述第一用户的标识对应的头像索引，并根据所述头像索引确定网络链接信息；及当接收到来自所述社交应用服务器的所述网络链接信息时，基于所述网络链接信息确定所述第二用户的头像文件的网络链接，并根据所述网络链接从所述社交应用服务器下载所述第二用户的头像文件并展示。

本申请提出了一种基于互联网的用户信息处理方法，包括：当第一用户查看一第二用户的头像时，执行如下处理：接收来自所述第一用户所在社交应用客户端的所述第二用户的标识；确定所述第二用户的标识对应的第一头像数据，从所确定的所述第一头像数据中获取所述第一用户的标识对应的头像索引，并根据所述头像索引确定网络链接信息；发送所述网络链接信息至所述社交应用客户端，以使所述社交应用客户端基于所述网络链接信息确定所述第二用户的头像文件的网络链接；及响应于所述社交应用客户端发出的下载请求，根据所述下载请求中携带的所述网络链接确定所述第二用户的头像文件并将其发送给所述社交应用客户端。

本申请提出了一种社交应用客户端，包括：用户接口模块，当响应于用户操作确定第一用户查看一第二用户的头像时，发送指示查看所述第二用户的头像的第一指令给发送模块；所述发送模块，响应于所述第一指令，发送所述第二用户的标识给社交应用服务器，以使所述社交应用服务器确定所述第二用户的标识对应的第一头像数据，从所确定的所述第一头像数据中获取所述第一用户的标识对应的头像索引，并根据所述头像索引确定网络链接信息；及下载模块，当接收到来自所述社交应用服务器的所述网络链接信息时，基于所述网络链接信息确定所述第二用户的头像文件的网络链接，并根据所述网络链接从所述社交应用服务器下载所述第二用户的头像文件并提供给所述用户接口模块进行展示。

本申请提出了一种社交应用服务器，包括：接收模块，接收来自第一用户所在社交应用客户端的第二用户的标识；索引模块，确定所述第二用户的标识对应的第一头像数据，从所确定的所述第一头像数据中获取所述第一用户的标识对应的头像索引，提供所获取的所述头像索引给链接信息模块；所述链接信息模块，根据所述头像索引确定网络链接信息；发送模块，发送所述网络链接信息至所述社交应用客户端，以使所述社交应用客户端基于所述网络链接信息确定所述第二用户的头像文件的网络链接；及下载模块，响应于所述社交应用客户端发出的下载请求，根据所述下载请求中携带的所述网络链接确定所述第二用户的头像文件并将其发送给所述社交应用客户端。

采用本申请所提供的上述方法、客户端及服务器，第一用户在查看第二用户的头像时，社交应用服务器提供的是对应于第一用户的标识的网络链接信息，也就是说，第一用户可以查看到为第一用户定制的第二用户的头像。这样，本申请提供的技术方案能为社交应用提供增强的头像查看功能，提高了社交应用客户端和服务器的性能。

附图说明

为了更清楚的说明本申请中的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。其中，

图1A～1B为本申请实例中的方法流程示意图；

图2A～2B为本申请实例中的方法流程示意图；

图3为本申请实例中的消息交互流程图；

图4A～4B为本申请实例中的用户界面图；

图5为本申请实例中的客户端组成结构图；

图6为本申请实例中的服务器组成结构图；

图7为本申请实例中的计算设备组成结构示意图；及

图8为本申请实例中的计算设备组成结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实例是本申请一部分实例，而不是全部的实例。基于本申请中的实例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实例，都属于本申请保护的范围。

本申请的一些实例提供了一种基于互联网的用户信息处理方法，该方法可应用于社交应用客户端(如微博、微信、QQ、博客、BBS等)，该客户端可位于各种终端设备上，包括但不限于台式计算机、智能手机、掌上电脑、平板电脑、可穿戴智能设备等。

如图1A所示，该方法可包括如下步骤：

步骤101：当第一用户查看一第二用户的头像时，执行如下处理：

步骤102：发送第二用户的标识给社交应用服务器，以使社交应用服务器确定第二用户的标识对应的第一头像数据，从所确定的第一头像数据中获取第一用户的标识对应的头像索引，并根据头像索引确定网络链接信息。

在此步骤中，可将第二用户的标识携带在发送给社交应用服务器的拉取头像请求或刷新头像请求中。

步骤103：当接收到来自社交应用服务器的网络链接信息时，基于此网络链接信息确定第二用户的头像文件的网络链接，并根据此网络链接从社交应用服务器下载第二用户的头像文件并展示。

以上是针对查看一个第二用户的头像的处理流程，在实际应用中也可能出现批量查看多个第二用户的头像，则针对多个第二用户可以同时执行上述流程，本文不再赘述具体处理。

上述实例中，第一用户查看的可以是自身社交关系链上的第二用户的头像。

在上述实例中，有各种情况都可能触发查看第二用户的头像的处理，比如：当第一用户查看其好友列表的操作会触发批量查看好友头像的处理(如会触发批量拉取好友头像的请求)，当第一用户打开某个好友的资料卡会触发查看该好友头像的处理(如会触发刷新好友头像的请求)，当第一用户查看自身所在某个群的群成员列表也会触发批量查看好友头像的处理，当第一用户查看某个或某些好友发布的内容(如查看朋友圈、空间、订阅消息等)会触发查看此好友或这些好友的头像的处理。

上述实例中，第一用户在查看第二用户的头像时，社交应用服务器提供的是对应于第一用户的标识的网络链接信息，也就是说，第一用户可以查看到为第一用户定制的第二用户的头像。这样，本申请提供的技术方案能为社交应用提供增强的头像查看功能，用户可以面向不同类型的其它用户定制自己不同的头像，使得社交应用能够更好的满足用户的使用需要，提高客户端和服务器的性能。

在一些实例中，如图1B所示，可进一步包括设置用户头像的处理。

步骤104：当设置第一用户的头像时，执行如下处理：

步骤105：针对至少一个第二用户，社交应用客户端分别上传头像文件到社交应用服务器；以使所述社交应用服务器为头像文件分配头像索引，并配置第一用户的第一头像数据，其中，第一头像数据包括所分配的各头像索引及其对应的第二用户的标识。

在这些实例中，可以针对第一用户的社交关系链上的第二用户设置第一用户的头像。上述的第二用户的标识可以为好友的用户标识、群标识、订阅的公众用户的标识(如微博中各种可订阅的用户标识、微信中的各种公众号，诸如微课的公众号、音视频广播的公众号等)、粉丝的用户标识(如微博里已关注第一用户的用户标识)等等。

在上述实例中，社交应用客户端能进一步提供为不同用户设置不同头像的设置功能，使得用户定制头像的处理非常灵活。

在一些实例中，还可进一步设置第一用户的默认头像，这样，当设置第一用户的头像时，进一步执行如下处理：

步骤106：社交应用客户端将默认头像文件上传到社交应用服务器，以使所述社交应用服务器为所述默认头像文件分配头像索引，并配置所述第一用户的第二头像数据；其中，所述第二头像数据包括所分配的所述默认头像文件的头像索引。

在这些实例中，当社交应用客户端查看某第二用户的头像时，社交应用服务器进一步判断第一用户是否登录，如果未登录，则确定该第二用户的标识对应的第二头像数据并从中获取头像索引；进一步的，如果第一用户已登录且从该第二用户的标识对应的第一头像数据中未查找到第一用户的标识对应的头像索引，则确定第二用户标识对应的第二头像数据并从中获取头像索引。也就是说，当第一用户未登录(比如在访问微博或博客时允许未登录用户查看头像)或者第二用户未针对第一用户上传头像文件(即设置定制头像)时，第一用户将会查看到第二用户设置的默认头像。

在上述实例中，考虑到某些情况下需向用户展示默认头像，则进一步提供了设置默认头像的功能，进一步增强了社交应用客户端和服务器的用户头像处理功能，改善了它们的性能。这样，当用户未登录时则只能查看到其它用户的默认头像，或者当某其它用户未给用户定制头像时，则该用户只能查看到该其它用户的默认头像。

在一些实例中，上述网络链接信息可以为网络链接的部分字段(比如URL的前缀部分)。社交应用客户端根据预定规则和接收到的网络链接的部分字段可以确定所述第二用户的头像文件的完整网络链接。比如：按预定规则，可以将接收到的URL的前缀部分和根据当前操作而定的格式描述字段拼接起来构成完整的URL。

本申请的一些实例还提供了一种基于互联网的用户信息处理方法，该方法可应用于社交应用服务器。

如图2A所示，该方法包括如下步骤：

步骤201：当第一用户查看一第二用户的头像时，执行如下处理：

步骤202：接收来自第一用户所在社交应用客户端的第二用户的标识。

这里，第二用户的标识可携带在社交应用客户端发送给社交应用服务器的拉取头像请求或刷新头像请求中。

步骤203：确定第二用户的标识对应的第一头像数据，从所确定的第一头像数据中获取第一用户的标识对应的头像索引，并根据头像索引生成网络链接信息。

步骤204：发送网络链接信息至社交应用客户端，以使社交应用客户端基于网络链接信息确定第二用户的头像文件的网络链接。

步骤205：响应于社交应用客户端发出的下载请求，根据下载请求中携带的网络链接确定第二用户的头像文件并将其发送给社交应用客户端。

以上是针对第一用户查看一个第二用户的头像的处理流程，在实际应用中也可能出现批量查看多个第二用户的头像，则针对多个第二用户可以同时执行上述流程，本文不再赘述具体处理。

上述实例中，第一用户查看的可以是自身社交关系链上的第二用户的头像。

在以上实例中，社交应用服务器有针对性地为第一用户提供第二用户的头像文件，这样社交应用可以面向不同的其它用户提供某一用户不同的头像，即实现定制化的用户头像，具有增强的头像查看功能，使得社交应用能够更好的满足用户的使用需要，提高客户端和服务器的性能。

在一些实例中，如图2B所示，可进一步包括设置用户头像的处理：

步骤206：当设置第一用户的头像时，执行如下处理：

步骤207：接收来自第一用户所在社交应用客户端的针对至少一个第二用户分别上传的至少一个头像文件。

步骤208：为各头像文件分配头像索引。

步骤209：配置第一用户的第一头像数据；其中，第一头像数据包括所分配的各头像索引及其对应的第二用户的标识。

在上述实例中，社交应用服务器能进一步通过配置头像数据来提供为不同用户设置不同头像的设置功能，使得用户定制头像的处理非常灵活。

在一些实例中，还可进一步设置第一用户的默认头像，这样，当设置第一用户的头像时，可进一步执行如下处理：

步骤210：接收社交应用客户端上传的默认头像文件。

这里，当社交应用客户端设置默认头像时，可以给社交应用服务器发送相应的请求消息，社交应用服务器可以确定用户上传的是否是默认头像文件，进而可以执行相应的后续操作。

步骤211：为默认头像文件分配头像索引。

步骤212：配置第一用户的第二头像数据；其中，第二头像数据包括默认头像文件的头像索引。

其中，当社交应用客户端查看第二用户的头像时，社交应用服务器进一步判断第一用户是否登录，如果未登录，则确定第二用户的标识对应的第二头像数据并从中获取头像索引；进一步的，如果第一用户已登录且从该第二用户的标识对应的第一头像数据中未查找到第一用户的标识对应的头像索引，则确定第二用户的标识对应的第二头像数据并从中获取头像索引。也就是说，当第一用户未登录或者第二用户未针对第一用户上传头像文件(即设置定制头像)时，第一用户将会查看到第二用户设置的默认头像。

上述实例中，社交应用服务器可以针对默认头像配置头像数据，这样可以在某些情况下向用户提供默认头像，进一步增强了社交应用客户端和服务器的用户头像处理功能，改善了它们的性能。

在一些实例中，为该头像文件分配的头像索引可以为网络链接。这样，社交应用服务器从第一头像数据中可直接获取第一用户的标识对应的网络链接并提供给社交应用客户端。社交应用客户端则可将接收到的来自社交应用服务器的网络链接作为第二用户的头像文件的网络链接，进而下载到头像文件。

在一些实例中，为该头像文件分配的头像索引可以为该头像文件的标识。这样，社交应用服务器从第一头像数据中获取第一用户的标识对应的头像文件的标识，并基于此头像文件的标识生成网络链接信息；社交应用客户端则可根据来自社交应用服务器的网络链接信息生成网络链接，并将所生成的网络链接作为第二用户的头像文件的网络链接，进而下载到头像文件。其中，社交应用服务器中配置有从头像索引到网络链接的转换算法，可基于此转换算法将头像索引转换成网络链接。这样，社交应用服务器和社交应用客户端都不必保存网络链接，只需要在社交应用服务器上保存头像索引，能够减少存储量和网络传输数据量，改善系统性能，提高处理效率。

在一些实例中，可采用各种方法生成头像文件的标识，目的是保证标识的唯一性，即：同一标识指向同一个头像文件，不同标识指向不同的头像文件。

在一些实例中，社交应用服务器可以基于第一用户的标识和第二用户的标识来生成针对该第二用户上传的头像文件的标识，头像文件的标识可至少包括第一用户的标识和第二用户的组合。比如：用户A的账号为123456，用户B的账号为123457，则用户A针对用户B设置的头像文件的标识可以为“123456_123457”。这样，生成头像索引的处理简单、高效，并能保证标识的唯一性。

本申请一实例中，用户A和用户B分别使用社交应用客户端查看头像以及设置头像，具体的处理流程如图3所示。

步骤301：在用户A使用社交应用客户端登录社交应用服务器之后，社交应用客户端响应于用户A的操作，触发用户A针对用户B设置头像的处理。

步骤302：社交应用客户端上传针对用户B的头像文件到社交应用服务器。

其中，社交应用服务器中可提供头像存储/下载服务和索引服务，这两种服务运行各自的程序，可以实现在同一服务器设备中也可实现在不同的服务器设备中。本步骤中，所上传的头像文件由头像存储/下载服务负责处理。

步骤303：头像存储/下载服务保存针对用户B的头像文件，为其分配头像索引，并将头像索引提供给索引服务。

步骤304：社交应用客户端还会发送用户B的标识至社交应用服务器，该用户B的标识由索引服务来处理。本步骤可以与步骤302并行执行。

步骤305：索引服务保存用户A的第一头像数据，将接收到的用户B的标识和头像索引对应记录在此第一头像数据中。

步骤306：社交应用客户端响应于用户A的操作，触发用户A设置默认头像的处理。

步骤307：社交应用客户端上传默认头像文件到社交应用服务器。

步骤308：头像存储/下载服务保存默认头像文件，为其分配头像索引，并将头像索引提供给索引服务。

步骤309：索引服务保存用户A的第二头像数据，将接收到的默认头像文件的头像索引记录在此第二头像数据中。

步骤310：当用户B使用社交应用客户端时，响应于用户B的操场，社交应用客户端触发查看用户A头像的处理。

步骤311：社交应用客户端发送用户A的标识至社交应用服务器。这里，用户A的标识可以携带在查看头像请求或者刷新头像请求等消息中。

步骤312：社交应用服务器中的索引服务判断用户B是否登录，如果是，执行步骤313，否则执行步骤315。这里，索引服务可以根据携带用户A的标识的消息确定当前发出消息的用户是否已登录。

步骤313：索引服务基于用户A的标识查询用户A的第一头像数据，并从中查找用户B的标识对应的头像索引。

这里，如果用户B是登录用户，则社交应用服务器可以通过各种途径获得用户B的标识，该标识可能携带在查看头像或刷新头像的请求消息中，也可能在建立登录连接后记录在社交应用服务器中。

步骤314：索引服务判断是否从用户A的第一头像数据中查找到用户B的标识对应的头像索引，如果是，执行步骤316，否则执行步骤315。

步骤315：索引服务基于用户A的标识查询用户A的第二头像数据，并从中得到默认头像文件的头像索引。

步骤316：索引服务基于查找到的头像索引生成URL信息(可能是完整URL，也可能是URL的部分字段)。

步骤317：索引服务将当前生成的URL信息返回给社交应用客户端。

步骤318：社交应用客户端基于URL信息按预定规则生成URL。

在一些实例中，当用户A上传了一个头像文件后，头像存储/下载服务可生成多个版本的头像文件(比如：具有不同的分辨率、尺寸等)，这些版本的头像文件可具有相同的URL前缀部分，但是它们的URL中的格式描述字段(通常是URL的后缀部分)是不同的，索引服务所生成的URL信息可以是能够指向用户A的该头像文件的URL前缀部分，之后，社交应用客户端可按预定规则，将接收到的URL的前缀部分和根据当前操作而定的格式描述字段拼接起来构成完整的URL，进而能下载到特定版本的头像文件。比如：若当前操作指示查看原图，则社交应用客户端拼接出的完整URL指向分辨率高的版本的头像文件；若当前操作指示查看缩略图，则社交应用客户端拼接出的完整URL指向尺寸小/分辨率低的版本的头像文件。

步骤319：社交应用客户端基于所生成的URL从社交应用服务器下载用户A的头像文件。具体的，可发送携带URL的下载请求至社交应用服务器，头像存储/下载服务会负责处理下载请求，将URL对应的头像文件发送给社交应用客户端。

步骤321：社交应用客户端展示接收到的用户A的头像文件，此头像文件可能是用户A针对用户B定制的头像文件，也可能是用户A上传的默认头像文件。

以上步骤301～305为用户A针对用户B设置自身头像的处理流程，以上步骤306～309为用户A设置自身默认头像的处理流程，以上步骤310～320为用户B查看用户A头像的处理流程，这三个处理流程的执行相互独立，本申请并不限定其执行顺序。

图4A～4B示出了采用本申请提供的上述方法之后，社交应用客户端(如微信客户端)所展示的各种用户界面图。

图4A中，如界面401所示，用户针对某个群可定制头像411，如界面402和403所示，针对不同的好友可定制不同的头像412和413，如界面404所示，针对微课定制头像414。

同时，采用本申请提供的上述方法，可保证针对用户A的社交关系链上的某一用户B而言，他所查看到的用户A的头像在各种场景下都保持一致。图4B中，界面405为好友聊天界面，界面406为群成员信息界面，界面407为朋友圈界面，在这些界面中所展示的用户A的头像都保持一致。

可见，采用本申请提供的方法，用户可以针对不同的好友定制自己的头像，同时能够保证在各种场景下，呈现给同一好友的自己的头像是相同的。这样，既能增强用户头像的个性化功能，又能保证处理的准确性。

基于上述各实例提供的方法，本申请还提出了一种社交应用客户端。如图5所示，该客户端包括：

用户接口模块501，当响应于用户操作确定第一用户查看一第二用户的头像时，发送指示查看所述第二用户的头像的第一指令给发送模块502。

发送模块502，响应于第一指令，发送第二用户的标识给社交应用服务器，以使社交应用服务器确定第二用户的标识对应的第一头像数据，从所确定的第一头像数据中获取第一用户的标识对应的头像索引，并根据头像索引确定网络链接信息。

下载模块503，当接收到来自社交应用服务器的网络链接信息时，基于网络链接信息确定第二用户的头像文件的网络链接，并根据网络链接从社交应用服务器下载第二用户的头像文件并提供给用户接口模块501进行展示。

在一些实例中，上述社交应用客户端可进一步包括：上传模块504。其中，用户接口模块501，当响应于用户操作确定设置第一用户的头像时，发送指示针对至少一个第二用户上传头像的第二指令给上传模块504。

上传模块504，响应于第二指令，针对至少一个第二用户，分别上传头像文件并发送第二用户的标识到社交应用服务器，以使社交应用服务器为各头像文件分配头像索引，并配置第一用户的第一头像数据，其中，第一头像数据包括所分配的各头像索引及其对应的第二用户的标识。

在一些实例中，用户接口模块501，当响应于用户操作确定设置第一用户的默认头像时，进一步发送指示上传默认头像的第三指令给上传模块504。上传模块504，进一步响应于第三指令，上传默认头像文件到社交应用服务器，以使社交应用服务器为默认头像文件分配头像索引，并配置第一用户的第二头像数据；其中，第二头像数据包括所分配的默认头像文件的头像索引。这样，当发送模块502响应于第一指令发送第二用户的标识给社交应用服务器时，社交应用服务器进一步判断第一用户是否登录，如果未登录，则确定第二用户标识对应的第二头像数据并从中获取头像索引。

以上各模块的具体实现原理前文均有描述，本文不再赘述。

基于上述各实例提供的方法，本申请还提出了一种社交应用服务器。如图6所示，该服务器包括：

接收模块601，接收来自第一用户所在社交应用客户端的第二用户的标识。

索引模块602，确定第二用户的标识对应的第一头像数据，从所确定的第一头像数据中获取第一用户的标识对应的头像索引，提供所获取的头像索引给链接信息模块603。

链接信息模块603，根据头像索引确定网络链接信息。

发送模块604，发送网络链接信息至社交应用客户端，以使社交应用客户端基于网络链接信息确定第二用户的头像文件的网络链接。

下载模块605，响应于社交应用客户端发出的下载请求，根据下载请求中携带的网络链接确定第二用户的头像文件并将其发送给社交应用客户端。

在一些实例中，社交应用服务器可进一步包括：存储模块606。

接收模块601进一步接收来自社交应用客户端的针对至少一个第二用户分别上传的至少一个头像文件及其对应的第二用户的标识。

存储模块606，存储至少一个头像文件，为各头像文件分配头像索引，并将头像索引提供给索引模块602。其中，下载模块605根据网络链接从存储模块606中获取第二用户的头像文件并发送给社交应用客户端。

索引模块602进一步配置第一用户的第一头像数据；其中，第一头像数据包括所分配的各头像索引及其对应的第二用户的标识。

在一些实例中，接收模块601进一步接收社交应用客户端上传的默认头像文件。存储模块606进一步存储默认头像文件并为其分配头像索引。索引模块602进一步配置第一用户的第二头像数据；其中，第二头像数据包括默认头像文件的头像索引。

其中，索引模块602在确定第二用户的标识对应的第一头像数据之前，进一步判断第一用户是否登录，如果未登录，则确定第二用户的标识对应的第二头像数据并从中获取头像索引。

在一些实例中，索引模块602当判定第一用户已登录时，进一步判断是否从第二用户的标识对应的第一头像数据中查找到第一用户的标识对应的头像索引，如果未查找到，则确定第二用户的标识对应的第二头像数据并从中获取头像索引。

另外，在本申请各个实例中的社交应用客户端和社交应用服务器以及其中的各模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上装置或模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在一实施例中，上述的社交应用客户端和社交应用服务器可运行在各种可基于互联网而进行用户信息处理的计算设备中，并加载在该计算设备的存储器中。

图7示出了社交应用客户端所在的计算设备的组成结构图。如图7所示，该计算设备包括一个或者多个处理器(CPU)702、通信模块704、存储器706、用户接口710，以及用于互联这些组件的通信总线708。

处理器702可通过通信模块704接收和发送数据以实现网络通信和/或本地通信。

用户接口710包括一个或多个输出设备712，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口710也包括一个或多个输入设备714，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器706可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器706存储处理器702可执行的指令集，包括：

操作系统716，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

社交应用客户端应用718，包括用于处理各种社交应用服务的应用程序，这种应用程序能够实现上述各实例中的处理流程。在一些实例中，社交应用客户端应用718可包括图5所示社交应用客户端中的各模块501～504，各模块501～504可以存储有机器可执行指令。处理器702通过执行存储器706中各模块501～504中的机器可执行指令，进而能够实现上述各模块501～504的功能。

图8示出了社交应用客户端所在的计算设备的组成结构图。如图8所示，该计算设备包括一个或者多个处理器802、通信模块804、存储器806、用户接口810，以及用于互联这些组件的通信总线808。

处理器802可通过通信模块804接收和发送数据以实现网络通信和/或本地通信。

用户接口810包括一个或多个输出设备812，其包括一个或多个扬声器和/或一个或多个可视化显示器。用户接口810也包括一个或多个输入设备814，其包括诸如，键盘，鼠标，声音命令输入单元或扩音器，触屏显示器，触敏输入板，姿势捕获摄像机或其他输入按钮或控件等。

存储器806可以是高速随机存取存储器，诸如DRAM、SRAM、DDR RAM、或其他随机存取固态存储设备；或者非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备，或其他非易失性固态存储设备。

存储器806存储处理器802可执行的指令集，包括：

操作系统816，包括用于处理各种基本系统服务和用于执行硬件相关任务的程序；

社交应用服务器应用818，包括用于处理各种社交应用服务的应用程序(如前述的索引服务和头像存储/下载服务等)，这种应用程序能够实现上述各实例中的处理流程。在一些实例中，社交应用服务器应用818可包括图6所示社交应用客户端中的各模块601～606，各模块601～606可以存储有机器可执行指令。处理器802通过执行存储器806中各模块601～606中的机器可执行指令，进而能够实现上述各模块601～606的功能。

另外，本申请的每个实例可以通过由数据处理设备如计算机执行的数据处理程序来实现。显然，数据处理程序构成了本申请。此外，通常存储在一个存储介质中的数据处理程序通过直接将程序读取出存储介质或者通过将程序安装或复制到数据处理设备的存储设备(如硬盘和或内存)中执行。因此，这样的存储介质也构成了本申请。存储介质可以使用任何类型的记录方式，例如纸张存储介质(如纸带等)、磁存储介质(如软盘、硬盘、闪存等)、光存储介质(如CD-ROM等)、磁光存储介质(如MO等)等。

因此，本申请还提供了一种非易失性存储介质，其中存储有数据处理程序，该数据处理程序用于执行本申请上述方法的任何一种实例。

以上所述仅为本申请的实例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。