CN109076007B

CN109076007B - 异步消息传递系统中单个账号的配置文件管理方法及系统

Info

Publication number: CN109076007B
Application number: CN201680085305.4A
Authority: CN
Inventors: H·阿卜杜-马吉达; A·阿姆
Original assignee: Nandbox Inc
Current assignee: Nandbox Inc
Priority date: 2016-03-01
Filing date: 2016-08-31
Publication date: 2020-07-03
Anticipated expiration: 2036-08-31
Also published as: CA3009851A1; WO2017147683A1; CN109076007A; JP7050354B2; CA3009851C; US11012527B2; JP2021012710A; US20200252479A1; US20190068748A1; JP2019510324A; CA3016459C; KR102079892B1; US10419577B2; JP6968097B2; EP3424186A4; KR20180118732A; CA3016459A1; EP3424186A1

Abstract

针对异步消息传递系统中的第一用户账号，接收多个配置文件。一个或多个配置文件与其他用户账号相关联。所关联的配置文件被传送到与其他用户账号相关联的用户客户端以便存储为本地副本。该关联可以包括第一用户的联系人列表中的或者其他用户的联系人列表中的内容。当消息从第一账号发送到其他用户客户端或者配置文件被创建或更新时，所关联的配置文件被传送。公共配置文件可以包括在更新公共配置文件时被更新的版本标识符。仅当所关联的版本标识符的本地副本指示本地配置文件已过期时，才可以在其他用户客户端上更新公共配置文件的本地副本，从而减少网络流量。

Description

异步消息传递系统中单个账号的配置文件管理方法及系统

技术领域

本公开总体上涉及通过计算机网络的异步消息传递。

背景技术

异步通信是诸如在通信网络中的设备之间等通过在其调度允许时而不是根据使发送方和接收方同步的某些时钟来进行读取和响应从而进行的消息交换。在异步消息传递环境中，通信发生在两个或多个应用程序、设备或系统之间，因此系统将消息放入消息队列中且无需等待回应以继续进行处理，并且发送方和接收方无需同时可用或同时在线，而是在其调度及期望允许时进行读取和响应。示例包括电子邮件、讨论聊天和论坛、以及手机上的短信。消息传达及响应可以为几秒、几分钟或几天，这取决于接收方何时在线。这对于发送方和接收方而言是极为方便的，因为他们无需同时在线。

在手机的现代化消息传递应用中，异步通信方法通常适于传送文本数据、上传和下载多媒体以提高速度、以及支持较高数量的并发用户访问。现代化的异步消息传递应用程序通常采用异步通信协议，例如WebSocket协议，此为双向协议，不具有诸如请求/响应等预定义的消息模式。WebSocket协议允许客户端和服务器二者在彼此互不等待的情况下发送消息，并因此支持全双工、真正的异步通信，以提高可扩展性并构建近实时交互式的应用程序。本领域中已知的异步消息传递应用程序的示例包括WhatsApp^TM信使、Telegram^TM信使、Line^TM信使、WeChat^TM信使、Facebook^TM信使、以及Google Hangouts^TM信使。WhatsApp^TM是美国加利福尼亚州山景城的WhatsApp公司的商标。Telegram^TM是在美国特拉华州威尔明顿的Telegram LLC的商标。Line^TM是日本东京LINE CORPORATION的商标。Google Hangout^TM由美国加利福尼亚州山景城的GOOGLE公司开发的。

当消息传递应用程序提供语音呼叫或视频呼叫时，现代化消息传递应用程序有时也支持同步通信方法，其中同步通信被用于传送语音或视频数据。同步消息传递或直接通信是指在两个或多个应用程序、设备或系统之间发生通信，其中系统将消息放入消息队列中，然后在该消息继续处理之前等待消息应答。使用时钟信号来使信息同步，并且通信中涉及的所有各方都必须同时出现。电话交谈、视频会议和即时消息传递是同步消息传递的使用示例，其中数据传输实时地发生并且需要发送方和接收方二者在发生数据传输时同时可用和在线。同步会议的一些实施例包括有时被称为在线聊天的实施例，该在线聊天有时被扩展为包括音频/视频会议或即时消息传递，其针对多用户在线聊天提供基于文本的消息传递。同步会议协议的示例包括因特网中继聊天(IRC)、同步会议协议(PSYC)、安全因特网实时会议协议(SILC)、可扩展消息传递现场协议(XMPP)、以及用于即时消息和现场支持扩展协议的SIP(SIMPLE)。

在典型的异步消息传递应用中，发送方用户将消息发送到一个用户或多个接收方用户，并且消息请求包括消息主体、以及接收方用户标识符或多个用户的标识符。消息被传送到服务器计算机，该服务器计算机在接收方用户变为可用时将消息存储并转发到接收方用户。消息可以是文本数据，例如图像、音频和/或视频等多媒体。对于每个用户而言较为常见的是，具有包含关于该用户的身份信息的配置文件。配置文件可以包含名称、简短描述和被称为头像的图像。可以在消息传送之前或临近时将配置文件传送到异步消息传递系统的其他用户。其他用户可能会时不时地查看用户配置文件。

在异步消息传递系统中也较为常见的是，用户在注册时注册并创建配置文件，并且系统读取所有用户联系人并将用户配置文件转发给已注册的用户联系人。已注册的用户联系人接收用户配置文件并将其本地化地存储在用户设备或计算机的与该用户相关联的存储器或储存器中。当用户将消息发送到其他用户时，其他用户接收该消息，并且异步消息传递客户端显示发送方用户配置文件，该发送方用户配置文件与消息内容一起被存储在接收方用户的本地设备或计算机存储器中。由于系统的性质是异步的，所以无法保证用户配置文件将在传送消息内容之前被发送并且在接收方用户的设备上可用，因此，可以将发送方用户配置文件的子集与消息一起发送，直到发送方用户配置文件被完全地传送为止。

在异步消息传递系统中也较为常见的是，用户可以为联系人指定不同的分类，例如个人联系人、专业联系人以及其他未分类的联系人。已知的异步消息传递系统通常能够使得用户仅创建单个配置文件，而该配置文件最终被发送给该用户的所有联系人。

在这样的系统中，还较为常见的是，用户可能会时不时地更新配置文件。一旦更新完成，异步消息传递客户端就可以将更新后的配置文件发送到服务器，并且服务器可以存储更新后的配置文件并在其他用户变为可用时将更新后的配置文件转发给他们。

在已知异步消息传递系统中实现用户配置文件所引发的一个难题在于用户可能希望将内容(例如，个人信息)包括在他的配置文件中，并且该内容可能适合于由其联系人的某些分类(联系人被分类为朋友或家庭成员)中的其他用户查看，但是可能不希望该内容能被其联系人的其他分类(例如，诸如雇主、雇员或客户等专业联系人)中的其他用户查看。因此，用户必须在妥协其隐私偏好以便包含该内容或者删减其自身的配置文件之间做出选择。

由配置文件的更新所导致的另一个难题涉及用户群组的使用。许多异步消息传递系统允许用户将消息发送给多个用户。典型地，可以指定或邀请多个用户加入群组，该群组的标识符与所指定的用户的标识符一起存储在服务器计算机处。当消息被传送到特定的群组标识符时，由服务器计算机接收该消息，并且服务器计算机存储该消息并在该群组的指定用户可用时将该消息转发给他们。异步消息传递应用程序的广泛使用使得系统必须适应更大的群组大小(大约数千个用户的级别)，而在何时更新配置文件将成为挑战。

一些同步会议系统接受或采用多个配置文件。例如，专利号为8332761(其内容通过引用并入本文)的美国专利公开了一种管理多个配置文件的同步会议系统，其中发送方和接收方二者都必须登录到同步会议服务器以获取连接信息，并且其中发送方和接收方中的每一者都可以直接交换消息和配置文件，并且必须在线。这种布置的问题在于它没有为其中发送方用户和接收方用户无需在线且独立地进行交互的异步消息传递系统提供解决方案。

因此，这在克服已知技术的上述限制，并且在异步消息传递环境中提供并启用多个用户配置文件的解决方案中是有价值的。

附图说明

现在将参照附图并仅通过示例的方式来描述实施例。

图1是用于异步消息传递系统的系统的框图，该异步消息传递系统包括其中可使用该系统的环境。

图2是用于异步消息传递系统的异步消息传递服务器的框图。

图3是示意性地示出异步消息传递服务器的数据结构的示例性数据关系的框图。

图4是将不同的配置文件传送到不同的接收用户客户端的常规处理的流程图。

图5是当消息被发送到不同的接收用户客户端时将不同的配置文件传送到那些客户端的处理的流程图。

图6是以多个配置文件注册新的异步账号的处理的流程图。

图7是异步账号更新其自身的配置文件的处理的流程图。

图8是基于联系人列表查找和反向联系人列表查找来将不同的配置文件传送到不同的接收用户客户端的处理的流程图。

图9是仅在过期时将更新后的公共配置文件传送到用户客户端的处理的流程图。

在附图中，通常使用包括数字(例如“10”)的附图标记来标识特征或元素。包括后跟一个或多个字母的数字(例如“10A”或“10B”)的附图标记旨在指定单独由数字更广泛地指定的特征或元素的特定实例(例如，“10A”或“10B”指定特征或元素“10”的特定实例)，并且因此，当被如此引用时，归属于这种特定实例的任何特征不一定被更普遍的特征或元素的所有实例所拥有。

具体实施方式

本文公开了用于在异步消息传递环境中管理单个账号内的多个配置文件的技术。该技术为用户提供了对多个配置文件的内容及其预期接收者的控制。这些技术解决了与对异步消息传递系统中的配置文件的更新的传播相关联的技术难题，该异步消息传递系统可以具有非常大量的用户，包括用户群组中的非常大量的用户，此外，该系统涉及在地理上分布的多个服务器上分发服务。这些技术可以以多种方式和多种形式来实现。

图1是异步消息传递系统10的示意图，该异步消息传递系统10包括其中可使用该系统的环境。系统10包括异步消息传递服务器20(或简称为“服务器”)、一个或多个异步消息传递客户端30(或简称为“客户端”)、以及一个或多个计算机网络40，计算机网络40中的任何一个可以包括因特网，其中，消息和消息指令可以在通信链路上发送，该通信链路可以是诸如光学或电子通信链路等有线链路、或者无线链路。系统可以包括一个或多个异步消息传递客户端30，该异步消息传递客户端30可以包括任何适当类型和形式的用户设备(无论是移动的或是固定的)，并且具有硬件处理器和存储器以及用于连接通信网络的通信接口，存储器对可由处理器执行以执行本文所描述的功能的指令进行存储。异步消息传递客户端30可以包括例如计算机异步消息传递客户端30A、蜂窝电话或智能电话消息传递客户端30B、30C、30D、以及设备平板电脑异步消息传递客户端30E。然而，应当理解，其他类型和数量的异步消息传递客户端以及其他配置也是可行的。

异步消息传递服务器20可以被配置为执行集中式异步功能，例如经由网络40并经由有线或无线链路而从异步消息传递客户端30接收异步消息和消息指令、以及将异步消息和消息指令存储并转发到异步消息传递客户端30。异步消息传递服务器20可以包括被配置为在网络40上经由链路来进行通信以提供本文所描述的功能的单个服务器、或者逻辑地或物理(包括地理)地分配或分布的多个服务器。一个或多个服务器中的每个服务器可以包括硬件处理器，硬件处理器用于使用一个或多个通信接口来执行异步消息传递以及存储在存储器中的消息指令，并且每个服务器还可以直接或间接地连接一个或多个计算机可读存储介质，例如数据库85，其可以直接或经由网络40被连接到服务器20，其中一个或多个计算机可读存储介质可以存储数据库结构，该数据库结构包含对于异步账号的各种数据和信息。异步消息传递服务器20可以将每个异步消息传递客户端30与对应的异步用户账号之间的关联存储在数据库85中，该关联可以是一对一或多对一的对应关系。

每个异步消息传递客户端30可以被配置为执行异步消息传递功能，例如显示联系人、创建对异步消息传递服务器20的通信会话以及与异步消息传递服务器20交换消息传递和消息传递指令。异步消息传递客户端30可以提供用于向联系人列表发送消息和从联系人列表接收消息的用户界面。异步消息传递客户端30的用户可以从联系人列表中选择异步消息传递账号(接收方客户端)以开始消息传递聊天。异步消息传递客户端30可以将消息和消息指令发送到异步消息传递服务器20。异步消息传递服务器20可以评估接收方客户端的可用性以便传达消息。如果接收方客户端在线并且被连接，则异步消息传递服务器20可以将消息推送给接收方客户端，否则异步消息传递服务器20可以将消息存储在计算机可读存储介质上，直到接收方客户端30变为可用时才将该消息传达给接收方客户端30。特别地，如果接收方客户端30在一段时间内未变为可用，则异步消息传递服务器20可以使该消息过期并将其丢弃。

图2示出了用于示意性地示出被用于在异步消息传递系统10内实现多个配置文件的异步消息传递服务器20的配置的框图。服务器20包括：通信层90、认证层100、存储和转发层110和数据结构120。可以使用适用于应用环境的硬件与软件的任何适当组合、以任何适当的方式来实现这些组件中的每个组件。通常，通信层90、认证层100、以及存储和转发层110中的每一层将包括硬件和/或软件，硬件和/或软件包括上述硬件处理器、存储器和/或服务器20的一个或多个通信接口，或者与它们交互。可以使用各种技术以便实现数据结构120，该数据结构120包括数据库、数据储存器、存储库、以及其他类型的数据结构。如上所述，数据结构120可以在服务器20处在服务器本地的计算机可读存储介质中实现，或者替代地在由服务器20可访问的一个或多个数据库85处实现。

数据结构120可以包含多个配置文件的各种数据和信息，该多个配置文件针对系统10中的每个异步用户账号。数据结构120可以包括用于标识和分割数据的列。每个异步账号可以保存与用户的配置文件数据信息的配置相关的标识符设置以及数据。配置文件信息可以包括诸如头像等图像、动画图像、描述文本、自由文本、声音、音频、视频和/或其他类型的媒体等。数据结构120可以包含以下中的一个或多个：可以存储在账号数据库中的多个异步账号130、可以存储在配置文件数据库中的多个用户配置文件140、可以存储在联系人数据库中的多个用户联系人列表150、以及可以存储在群组数据库中的多个用户账号群组定义160。用户账号群组可以是由加入具有共同兴趣的群组讨论的多个用户账号组成的列表。用户账号群组列表定义可以存储在群组列表数据库中。

异步消息传递客户端30可以在通信层90处与异步消息传递服务器20建立通信并提供异步消息传递客户端30的认证凭证。客户端30与服务器20之间的通信可以使用异步协议。在建立通信时，异步消息传递服务器20可以在数据结构120的异步账号130中查找用户账号信息，并在认证层100处对用户异步消息传递客户端凭证进行匹配。一旦异步消息传递客户端30被异步消息传递服务器20认证，则异步消息传递客户端30就可以开始发送和接收在存储和转发层110处得到处理的消息和消息指令。存储和转发层110以及认证层100二者可以访问数据库结构120以进行查询和更新。

账号数据库130可以具有作为主键的异步账号标识符，以及诸如秘密PIN、MSISDN、推送通知标识符和可对客户端设备进行标识的设备标识符等其他用户数据。配置文件数据库140可以具有用于允许为每个用户账号定义多个配置文件的、作为复合主键的配置文件标识符与账号标识符，以及诸如配置文件名称、简短描述和被称为头像的图像等其他信息。联系人数据库150可以对两个用户账号之间的关系进行定义；它可以包含两个用户账号标识符的复合键、以及对于第一用户账号的配置文件标识符。群组数据库160可以具有作为主键的群组标识符、群组名称、简短描述、以及被称为群组头像的图像。群组数据库160可以具有作为第一外键的群组标识符、以及作为第二外键的账号标识符。

图3示出了数据结构170的框图，该数据结构170是存储在数据结构120中的信息的示意性关系的非限制性示例。如本领域技术人员将会理解的，这种示意性关系可以在数据结构120中以多种不同的方式来实现。例如，账号数据库130可以存储条目，该条目用于定义多个用户账号131或与多个用户账号131相关联，该多个用户账号131包括作为非限制性示例的账号A 180、账号B 182、账号C 184、账号D 186和账号E 188。每个账号131可以分别存储信息，该信息与每个对应的客户端30(例如客户端30A、30B、30C、30D和30E等)相关联并且对每个对应的客户端30进行标识。用户配置文件140数据库可以存储与相应的账号相关联并对相应的账号进行标识的配置文件信息(包括配置文件规范)。例如，账号A 180可以具有四个不同的配置文件190，其可以包括配置文件I 191、配置文件II 192、配置文件III 193和公共配置文件194，该公共配置文件194可以包括下面进一步讨论的版本号195。不同的配置文件191、192、193、194可以分别彼此不同，并且特别地，相应的配置文件规范可以是不同的。例如，配置文件I 191可以是家庭配置文件，其可以包含适合于家庭联系人配置的身份信息；配置文件II 192可以是朋友配置文件，其可以包含适合于朋友联系人配置的身份信息；配置文件III 193可以是工作配置文件，其可以包含适合于业务和同事联系人配置的身份信息；并且公共配置文件194可以包含适合于不归入其他配置或与用户账号没有先前关系的其他配置的身份信息。以这种方式，不同的配置文件190可以与不同的类别(例如，家庭、朋友、工作、公共)相关联，该不同的类别与配置文件中所呈现或可访问的信息的性质相关。

因此，如图4所示，在体现本技术的通常方法700中，服务器20可以接收并存储配置文件规范，该配置文件规范可以针对不同用户配置文件而与对特定用户账号的认证相关联(步骤710)，并且可以将不同用户配置文件传送到异步消息传递系统中的不同关联用户账号的对应不同用户客户端30，以便存储在用户客户端30处作为不同用户配置文件的本地副本(步骤720)。如图3所示，通过本文所描述的方法，包括账号B 182、账号C 184、账号D 186和账号E 188的其他账号可以在与那些账号相关联的各个不同的用户客户端30B、30C、30D、30E处，分别接收账号A 180的多个配置文件190中的不同的一个，以便存储在该客户端处作为该配置文件的本地副本，用以显示在该客户端处作为异步消息传递系统的使用的一部分。例如，客户端B 30B可以接收并存储配置文件I 191的本地副本196，客户端C 30C可以接收并存储配置文件II 192的本地副本197，客户端D 30D可以接收并存储公共配置文件194的本地副本198，并且客户端E 30E可以接收并存储公共配置文件194的本地副本199。每个异步消息传递客户端30可以提供用户界面，用于离线查看对应的账号A的配置文件的相应本地副本，并且用所接收的配置文件信息来标识账号A。因此，账号B 182的客户端30B的用户可以用所接收的配置文件I 191的信息(例如，家庭配置文件)来查看并标识账号A 180，账号C 184的客户端30C的用户可以用所接收的配置文件II 192的信息(例如，朋友配置文件)来查看并标识账号A 180，并且账号D 184的客户端30D以及账号E 188的客户端30E这两者的相应用户可以用所接收的公共配置文件194的信息来查看并标识账号A 180。每个异步消息传递客户端30可以继续用所接收的配置文件信息来查看并标识账号A 180，直到其接收到更新或改变账号A 180的配置文件信息的另一消息指令为止。

本技术可以包括多种不同的方法，通过这些方法，针对特定用户账号接收并存储的多个不同的配置文件分别与其他用户账号相关联、和/或被传送到与其他用户账号相关联的客户端以便存储为这种多个不同配置文件的本地副本。

例如，如图5的方法800所示，一旦服务器20已经针对用户账号接收并存储各个不同用户配置文件的不同配置文件规范，则当由第一用户将消息发送到相应的其他用户账号时，可以将不同的配置文件发送到不同的其他用户客户端、或者使不同的配置文件可用于不同的其他用户客户端。例如，服务器20可以针对用户账号A接收并存储不同用户配置文件(例如如图3所示的配置文件I 191和配置文件II 192)的不同配置文件规范(步骤810)。然后，服务器20可以接收与对账号A 180的认证相关联的输入，以将消息发送到账号B 182(步骤820)。然后，服务器20可以将配置文件191传送到与系统10中的账号B 182相关联的客户端B 30B，以便存储在客户端B 30B处作为配置文件I 191的本地副本196(步骤830)。类似地，服务器20可以接收与对账号A 180的认证相关联的输入，以将消息发送到账号C 184(步骤840)。然后，服务器20可以将配置文件II 192传送到与系统10中的账号C 184相关联的客户端C 30C，以便存储在客户端C 30C处作为配置文件II 192的本地副本197(步骤850)。由服务器20选择配置文件I 191以便传送到客户端B 30B可以响应于由账号A 180的用户进行的手动选择(例如，使用客户端A 30A)，以针对该消息包括配置文件I 191的标识符，以便将配置文件I 191的副本发送到与账号B 182相关联的客户端B 30B。可替代地，由服务器20选择配置文件I 191可以响应于由服务器20确定数据结构170在账号A的联系人列表240中包含条目241，该条目241用于对账号B 182进行标识并且包含与账号B 1 82相关联的配置文件I 191的标识符243。由服务器20选择配置文件II 192以便传送到客户端C 30C可以响应于由账号A 180的用户进行的手动选择(例如，使用客户端A 30A)，以针对该消息包括配置文件II 192的标识符，以便将配置文件II 192的副本发送到账号C 184的客户端C 30C。可替代地，由服务器20选择配置文件II 192可以响应于由服务器20确定数据结构170在账号A180的联系人列表240中包含条目242，该条目242用于对账号C 184进行标识并且包含与账号C 184相关联的配置文件II 192的标识符244。

系统20可以被配置为通过任何其他适当的方法来选择将要发送到接收客户端30的配置文件。例如，数据结构170可以针对特定账号的每个配置文件而存储加权值，并且当服务器接收来自该账号的用户(例如来自与该账号相关联的客户端)的输入以将消息发送到另一账号时，服务器20可以随机地选择针对发送方的账号而存储的配置文件中的一个配置文件，并且可以通过所存储的加权值来对这种随机选择进行加权。

在建立对异步消息传递服务器20的连接之前，异步消息传递客户端30的用户可能需要进行注册。异步消息传递客户端30的用户可以建立对异步消息传递服务器20的连接以便进行注册。异步消息传递客户端30的用户可以发送注册标识符，例如MSISDN、唯一设备ID(UDID)和/或推送通知标识符等。一旦接收到注册标识符，异步消息传递服务器20就可以创建异步消息传递账号并将账号标识符和私密PIN(可以被称为异步消息传递客户端凭证)返回给异步消息传递客户端30，这些可以被存储在异步消息传递客户端30处的计算机可读存储介质上。为了完成注册处理，异步消息传递客户端30可以将与账号相关联的多个配置文件发送到异步消息传递服务器20。异步消息传递客户端30还可以将联系人MSISDN列表发送到异步消息传递服务器20。异步消息传递服务器20可以验证联系人MSISDN列表，并且将可用的关联注册的异步账号的标识符及其配置文件返回给异步消息传递客户端30。异步消息传递客户端30可以存储MSISDN以及MSISDN的关联异步账号及其配置文件数据信息，这些被统称为联系人列表。异步消息传递客户端30可以将该联系人列表存储在计算机可读存储介质上。

因此，图6示出了具有多个配置文件的新的异步账号注册的处理300。特别地，在一些实施例中，在添加新的接收账号标识符列表时传送多个用户配置文件，或者在将用户配置文件分配改变为多个接收账号标识符列表时传送多个用户配置文件。在所示的示例中，用户可以使用异步消息传递客户端30来发送请求以进行注册(步骤310)。异步消息传递服务器20可以创建异步账号，并且将异步账号标识符连同被称为异步消息传递客户端凭证数据信息的私密PIN一起返回给异步消息传递客户端30(步骤320)。异步消息传递客户端30可以存储异步消息传递客户端凭证数据信息，以便进行后续认证。异步消息传递客户端30可以连接到异步消息传递服务器20并与异步消息传递服务器20进行认证，并且发送多个配置文件信息以完成注册(步骤330)。异步消息传递服务器20可以存储用户的配置文件并将它们链接到经认证的用户异步账号(步骤340)。异步消息传递客户端30可以使用用户客户端30来将联系人标识符列表(例如，MSISDN或其他移动联系号码)发送到异步消息传递服务器20(步骤350)。异步消息传递服务器20可以存储所接收的MSISDN并将它们链接到经认证的用户异步账号标识符(步骤360)。异步消息传递服务器20可以检查所接收的MSISDN并查找它们的异步账号标识符，并且将所接收的MSISDN连同它们的关联异步账号标识符一起返回给异步消息传递客户端30，并且使这些与它们的公共配置文件数据信息相关联(步骤370)。异步消息传递客户端30可以存储MSISDN以及MSISDN的关联异步账号标识符及其配置文件数据信息，这被统称为联系人列表。异步消息传递服务器20可以检查并获取所有异步账号的列表，这些声明了在其联系人列表中新注册的异步账号。异步消息传递服务器可以向所获取的异步账号列表推送具有新的异步账号标识符及其公共配置文件的消息指令。这种操作称为反向联系人列表查找。一旦反向联系人异步账号变为在线，则可以针对该反向联系人异步账号存储并转发消息指令。在该操作处理结束时，异步消息传递服务器可以将新的异步用户配置文件传送到其自身的联系人列表，并将联系人列表配置文件传送到新的异步账号(步骤380)。所示示例说明了如何在异步消息传递系统中分发和管理多个配置文件。

如上所讨论的，用户联系人列表150数据库可以存储用于对每个用户账号的联系人进行标识、或者换言之对其他用户账号进行标识的信息。如图3所示，通过示例的方式，数据结构170可以存储针对账号A 180的联系人列表240，该联系人列表240包括联系人条目241、242，该联系人条目241、242分别包含用于对账号B 182和账号C 184进行标识的信息。对账号B 182进行标识的联系人条目241可以包含与账号B 182相关联的配置文件(即，配置文件I 191)的标识符243，并且联系人条目242可以包含与账号C 184相关联的不同配置文件(即，配置文件II 192)的标识符244。可替代地，数据结构170可以间接地将不同的其他账号与对应的不同配置文件相关联。例如，账号A 180的联系人列表可以在一个或多个联系人条目中与一类别相关联或对一类别进行标识，并且数据结构170可以与每个这种类别相结合地存储相应的配置文件标识符。因此，例如，账号A 180的联系人条目中的每个条目可以包括家庭、朋友、工作和公众类别中的一个类别的标识符，或者以其他方式与这种类别相关联。在这种情况下，数据结构170可以为每个这种类别存储对应的配置文件(例如，配置文件I 191、配置文件II 192、配置文件III 193和公共配置文件194，如上所述，其可以分别是家庭配置文件、朋友配置文件、工作配置文件和公共配置文件)的标识符，或者以其他方式与对应的配置文件相关联。其他组合和替代方案是可行的。

账号A 180的用户的异步消息传递客户端30A可以将联系人列表240连同关联配置文件映射一起传送到异步消息传递服务器20。异步消息传递服务器20可以将消息指令发送到账号A 180的联系人列表240中的所有异步账号，用以使用对应的配置文件信息来更新账号A的对应配置文件的任何本地存储的副本。异步消息传递服务器20可以存储并转发消息指令，并且一旦接收异步账号在线，就对该消息指令进行传达。例如，账号B 182可以接收账号A 180的配置文件I 191，并且账号C 184可以接收账号A 180的配置文件II 192。账号B182和账号C 184的异步消息传递客户端30B、30C可以分别将所接收的账号A 180的配置文件信息存储在用户设备的计算机可读存储介质上，用户设备被包括在分别与这些账号相关联的客户端30B、30C中。

图7示出了异步账号更新其自身的配置文件的处理400。在所示的示例中，用户使用异步消息传递客户端30来更新其自身的配置文件。异步消息传递客户端30可以向异步消息传递服务器20进行认证(步骤410)。异步消息传递客户端30可以提供用户界面以更新其自身的多个配置文件。异步消息传递客户端30可以将更新后的配置文件发送到异步消息传递服务器20(步骤420)。异步消息传递服务器20可以存储更新后的配置文件(步骤430)。异步消息传递服务器20可以查找并获取联系人列表内的被链接到更新后的配置文件的账号列表(步骤440)，并且使用异步账号标识符及其更新后的配置文件来将消息指令推送到所获取的异步账号列表(步骤450)。这种操作被称为联系人列表查找。一旦联系人列表账号中的每个账号变为在线，就可以针对其存储并转发消息指令。如果更新后的配置文件是公共配置文件(决定460)，则异步消息传递服务器20可以为更新后的公共配置文件生成跟踪版本号；异步消息传递服务器20可以将公共配置文件版本号返回给异步消息传递客户端30以便进行存储；异步消息传递服务器20可以将所存储的公共配置文件版本号与从异步消息传递客户端30发送来的所有消息一起发送给接收账号(步骤470)。一旦接收方接收到消息，该接收方就可以使用发送方的关联公共配置文件版本号，以将该关联公共配置文件版本号与存储值进行比较。如果公共配置文件过期，则接收方可以请求并接收发送方的更新后的公共配置文件。

该处理的结果可以是异步消息传递服务器20将更新后的异步账号配置文件传送到其自身的联系人列表，而在从异步账号接收新消息时，对与该异步账号无关的其他账号进行更新。所示示例说明了如何在异步消息传递系统中分发和管理更新后的多个配置文件。

因此，如图8的方法900所示，一旦服务器20已经针对用户账号接收并存储各个不同账号配置文件的不同配置文件规范，则当第一用户的联系人列表对其他用户进行标识时，可以将不同的配置文件发送到不同的其他用户客户端，或使不同的配置文件针对不同的其他用户客户端可用，或者相反亦然。例如，服务器20可以针对用户账号A 180接收并存储不同账号配置文件(例如如图3所示的配置文件I 191和配置文件II 192)的不同配置文件规范(步骤905)。系统20可以接收对配置文件I 191的更新(可以包括其原始创建)，并且生成并存储更新后的配置文件规范(步骤910)。然后，服务器20可以确定账号A 180的联系人列表240包含对账号B 182进行标识的联系人列表条目241并包括与账号B 182相关联的配置文件I 191的标识符243(步骤915)。响应于这种确定，服务器20可以将更新后的配置文件I 191传送到与账号B 182相关联的客户端B 30B，以便存储在客户端B 30B处作为配置文件I 191的本地副本196(步骤920)。个别地，或者在相同系统10的实现和操作中，服务器20可以接收对配置文件II 92的更新(可以包括其原始创建)，并且生成并存储更新后的配置文件规范(步骤925)。然后，服务器20可以确定账号A 180的联系人列表240包含对账号C184进行标识的联系人列表条目242并包括与账号C 184相关联的配置文件II 192的标识符244(步骤930)。响应于这种确定，服务器20可以将更新后的配置文件II 192传送到与账号C184相关联的客户端C 30C，以便存储在客户端C 30C处作为配置文件II 192的本地副本197(步骤935)。个别地，或者在相同系统10的实现和操作中，服务器20可以接收对公共配置文件194的更新(可以包括其原始创建)，并且生成并存储更新后的配置文件规范(步骤940)。然后，服务器20可以确定账号D 186的联系人列表260包含对账号A 180进行标识的联系人列表条目261(步骤945)。可选地，服务器20可以首先确定账号A 180的联系人列表240没有任何用于对账号D 186进行标识的条目。响应于这样的一个确定或多个确定，并视情况而定，服务器20可以将更新后的公共配置文件II 194发送到与账号D 186相关联的客户端D30D，以便存储在客户端D 30D处作为公共配置文件II 194的本地副本198(步骤950)。换言之，当另一账号的联系人列表标识账号A 180时，系统可以将账号A 180的公共配置文件194的副本传送到与该另一账号相关联的客户端，以便存储在该客户端处作为公共配置文件194的本地副本。以这种方式，账号A 180的公共配置文件194可以被用作缺省配置文件，该缺省配置文件是指这样的配置文件：当账号A 180在其联系人列表中没有标识这种其他账号或者没有以其他方式标识这种其他账号的配置文件之一以便与该其他账号相关联并且由该其他账号接收时，将被发送到该其他账号的客户端的配置文件。

当两个不同账号的联系人列表都不包含用于对另一账号进行标识的任何条目时，这两个账号可被认为是不相关的。参照图3，并且作为非限制性示例，账号E188不包含用于对账号180进行标识的联系人列表条目，账号A 180的联系人列表240也不包含用于对账号E188进行标识的条目，因此这两个账号是不相关的。在这种情况下，仅当将消息从第一账号发送至第二账号时，才可以将第一账号的配置文件副本传送到与第二账号相关联的客户端。在这种情况下，配置文件可以是诸如公共配置文件等缺省配置文件。

在某些情况下，来自第一账号的消息不是直接地而是间接地发给第二账号。换言之，在某些情况下，第一账号的用户不会明确地将消息发给第二账号。可能发生这种情况的一种状况是系统10定义账号群组并对其操作，其中系统10的多个账号可被标识为属于特定群组，并且发送到该群组的消息被传播到该群组中除了发送方之外的所有成员。因此，如图3所示，数据结构170可以定义群组270，并且特别地，对应的群组定义可以如上所述地存储在群组数据库160中。作为非限制性示例，群组列表270可以定义包括标识符274的群组1271，该标识符274将账号A 180和账号E188识别为属于群组1 271。数据结构170可以将另外的账号标识为属于群组1，并且还可以进一步定义诸如群组2 272和群组3 273等附加群组。如图3所示，账号A 180和账号E 188都不包含用于对其他账号进行标识的联系人列表条目，因此除了群组1 271中的两个账号的公共成员资格之外，这两个账号可以被认为是不相关的。

虽然服务器20可以被配置为当创建或更新账号A 180的公共配置文件194或另一缺省配置文件时将该公共配置文件194或另一缺省配置文件推送到账号A 180所属的任何群组270的所有成员，但是当这种群组的成员数量很大并且所产生的网络流量同样很大时，这种配置可能是不可取的。在这种情况下，用以对公共配置文件194的本地副本进行更新的不同机制可能是优选的。

因此，如图9的方法600中所示，服务器20可以针对第一用户账号(例如，账号A180)接收并存储不同账号配置文件190的不同配置文件规范(步骤605)。例如，不同的账号配置文件可以包括公共配置文件194。然后，系统20可以接收对公共配置文件194的更新(可以包括其的创建)，并且生成并存储更新后的配置文件规范(步骤610)。然后，系统20可以生成并存储更新后的公共配置文件规范版本标识符195(步骤615)。然后，系统20可以接收输入(该输入可以来自账号A 180)，用以将消息发送到另一用户账号，该另一用户账号可以是账号E 188(步骤620)。如图3所示，账号A 180和账号E 188可以是不相关的，因为两个账号都不具有包含用于对其他账号进行标识的条目的联系人列表。还如图3所示，然而，数据结构170可以定义群组1 271，该群组1 271包含用于将账号A 180和账号E 188标识为属于群组1 271的标识符。在这种情况下，来自账号A 180用以将消息发送到账号E 188的输入可以对群组1 271进行标识，换言之，将消息发送到作为群组1 271的成员的所有账号，从而间接地对账号E 188进行标识以便接收消息。然后，服务器20可以将更新后的公共配置文件规范版本标识符195传送到与账号E188相关联的客户端E 30E(步骤625)。然后，客户端E 30E可以确定在客户端E 30E处本地化地存储的针对公共配置文件副本299的任何本地公共配置文件规范版本标识符280是否与所接收的更新后公共配置文件规范版本标识符195相匹配。如果不匹配，则客户端30E可以向服务器20发送信号，服务器20接收该信号，该信号用于指示存储在客户端30E的本地版本标识符280已过期(步骤630)。在这种情况下，可能仅在这种情况下，服务器20可以将更新后的公共配置文件194传送到与账号E186相关联的客户端E30E，以便存储在客户端E 30E处作为公共配置文件194的本地副本199。客户端E 30E还可以对与这种本地副本199相关联的本地规范版本标识符280进行更新。否则，如果本地版本标识符280指示公共配置文件194的本地副本199是最新的，则服务器20可以禁止对公共配置文件194进行传送。可选地，服务器20可以首先确定账号A180的联系人列表240没有用于对账号E 188进行标识的任何条目，并且还可以确定账号E 188的联系人列表没有用于对账号A 180进行标识的任何条目，如果不是，则可以通过上述方法900来自动地将更新后的配置文件推送到客户端E 30E。

尽管上述方法600被描述为与公共配置文件一起使用，并且特别是在公共配置文件被用作缺省配置文件的情况下(其中相关账号和接收账号不相关)，但是应该理解，该技术可以与本文所描述的任何不同方法相结合地使用。例如，在账号的联系人列表包含用于对另一账号进行标识的条目以及与该另一账号相关联的第一账号的配置文件的情况下，服务器20可以当在与其他账号关联的客户端处提供配置文件的本地副本或对其进行更新时大体执行方法600。换言之，服务器可以维护与配置文件相关联的版本标识符，将该版本标识符发送到接收者客户端，并且仅当从接收者客户端接收到一信号时才传送配置文件，该信号表明该接收者客户端的本地版本标识符指示该配置文件的其本地副本已过期或以其他方式而不同。如上所述，可以应用类似的方法，其中配置文件响应于反向查找而被传送。

前述技术为异步消息传递系统的用户提供了创建并存储多个不同配置文件以便与不同类别的联系人和异步消息传递系统的其他用户一起使用的能力。以这种方式，用户可以选择信息，该信息是其他特定类别的用户或个体用户针对消息传递系统的使用而接收并查看的信息，并且以这种方式，用户可以选择适合于该其他用户的信息。此功能使得用户能够保护其隐私免受例如工作类别中的用户的侵害，同时自由地对适合于其他类别(例如家庭类别或朋友类别)中的其他用户的信息进行共享。使用包含大量用户的群组，通过使用版本标识符，从而解决了与配置文件的添加、更新和传播相关联的网络流量增加的问题，由此，只有在过期时才更新另一用户的配置文件的接收者本地副本，从而减少了因将整个配置文件立即推送到该群组的所有成员而引起的网络流量。

在前面的描述中，出于解释的目的，阐述了许多细节以便提供对实施例的透彻理解。然而，对于本领域技术人员显而易见的是，可能不需要这些具体细节。特别地，应当理解，附图中示出的各种附加特征通常是可选的，除非按照需要而在文本中已具体指出。上述实施例旨在仅是示例。本领域技术人员可以对特定实施例进行改动、修改和变更。

在某些情况下，以框图形式示出众所周知的硬件和软件组件、模块以及功能，以免混淆本发明。例如，没有提供关于本文所描述的实施例是否被实现为软件例程、硬件电路、固件或者他们的组合的具体细节。

实施例可以被实现为存储在机器可读介质(也称为计算机可读介质、处理器可读介质、或者其中具有计算机可读程序代码的计算机可用介质)中的软件产品。机器可读介质可以是任何适当的有形介质，包括磁、光或电气存储介质，包括磁盘、光盘只读存储器(CD-ROM)、存储器设备(易失性或非易失性)、或类似的存储机制。机器可读介质可以包含在被执行时使得处理器执行根据本发明实施例的方法中的步骤的各种指令集、代码序列、配置信息或其他数据。本领域普通技术人员将会理解，实现所描述的实施例所需的其他指令和操作也可以存储在机器可读介质上。从机器可读介质中运行的软件可以与电路交互以执行所描述的任务。

权利要求的范围不应受本文所阐述的特定实施例的限制，而应以与整个说明书一致的方式来加以解释。

Claims

1.一种计算机实现的用于对与异步消息传递系统中的第一用户账号相关联的多个用户配置文件进行管理的方法，所述方法包括：

a)在所述异步消息传递系统的服务器处，针对对所述第一用户账号的认证，接收并存储与所述第一用户账号相关联的所述多个用户配置文件的相应配置文件规范，所述多个用户配置文件包括第一用户配置文件和与所述第一用户配置文件不同的第二用户配置文件；

b)在所述服务器处，接收与所述第一用户账号相关联的第一输入，并且确定所述第一用户配置文件与所述异步消息传递系统中的第二用户账号的关联；

c)响应于b)，由所述服务器将所述第一用户配置文件传送到与所述第二用户账号相关联的第二用户客户端，以便在所述第二用户客户端处存储作为所述第一用户配置文件的本地副本；

d)在所述服务器处，接收与所述第一用户账号相关联的第二输入，并且确定所述第二用户配置文件与所述异步消息传递系统中的第三用户账号的关联；以及

e)响应于d)，由所述服务器将所述第二用户配置文件传送到与所述第三用户账号相关联的第三用户客户端，以便在所述第三用户客户端处存储作为所述第二用户配置文件的本地副本，

其中b)包括：

在所述服务器处，针对对所述第一用户账号的认证，接收对所述第一用户配置文件的所述配置文件规范的更新，并且作为响应，在所述服务器处生成并存储所述第一用户配置文件的更新后配置文件规范；以及

由所述服务器确定：与所述第二用户账号相关联的第二用户联系人列表包含用于对所述第一用户账号进行标识的第一用户账号条目，

其中，被传送到所述第二用户客户端的所述第一用户配置文件包括所述第一用户配置文件的所述更新后配置文件规范。

2.根据权利要求1所述的方法，其中所述第一输入包括用于将来自所述第一用户账号的消息发送到所述第二用户账号的输入。

3.根据权利要求2所述的方法，其中所述第二输入包括用于将来自所述第一用户账号的消息发送到所述第三用户账号的输入。

4.根据权利要求2所述的方法，其中b)包括：

随机地选择所述第一用户配置文件以便在步骤c)中传送到与所述第二用户账号相关联的所述第二用户客户端。

5.根据权利要求2所述的方法，进一步包括：

a.1)在所述服务器处接收群组的群组定义，所述群组定义对所述第二用户账号进行标识；

其中，在步骤b)中，在所述服务器处从所述第一用户账号接收的所述第一输入对所述群组进行标识，并且步骤b)进一步包括确定所述群组定义对所述第二用户账号进行标识。

6.根据权利要求1所述的方法，其中与所述第一用户账号相关联的第一用户联系人列表没有任何用于对所述第二用户账号进行标识的条目。

7.根据权利要求1所述的方法，其中所述第一用户账号的第一用户联系人列表没有任何用于对所述第一用户配置文件进行标识的条目。

8.根据权利要求1所述的方法，其中d)包括：

在所述服务器处，针对对所述第一用户账号的认证，接收对所述第二用户配置文件的所述配置文件规范的更新，并且作为响应，由所述服务器生成并存储所述第二用户配置文件的更新后配置文件规范；以及

由所述服务器确定：与所述第一用户账号相关联的所述第一用户联系人列表包含用于对与所述第二用户配置文件相关联的所述第三用户账号进行标识的第三用户账号条目，

其中被传送到所述第三用户客户端的所述第二用户配置文件包括所述第二用户配置文件的所述更新后配置文件规范。

9.根据权利要求1所述的方法，其中d)包括：

由所述服务器确定：与所述第三用户账号相关联的第三用户联系人列表包含用于对所述第一用户账号进行标识的第一用户账号条目，

10.根据权利要求9所述的方法，进一步包括：

f)在所述服务器处，针对对所述第一用户账号的认证，接收对与所述第一用户配置文件和所述第二用户配置文件不同的第三用户配置文件的所述配置文件规范的更新，并作为响应，由所述服务器生成并存储所述第三用户配置文件的更新后配置文件规范，并且作为响应，由所述服务器针对所述第三用户配置文件而生成并存储所述第三用户配置文件的更新后配置文件规范版本标识符；

g)在所述服务器处接收输入，以将来自所述第一用户账号的消息发送至所述异步消息传递系统中的第四用户账号，所述第四用户账号不同于所述第二用户账号和所述第三用户账号；

h)由所述服务器向与所述第四用户账号相关联的第四用户客户端传送所述更新后配置文件规范版本标识符；

i)在所述服务器处接收来自所述第四用户客户端的信号，所述信号指示与在所述第四用户客户端处存储的所述第三用户配置文件的本地副本相关联的本地配置文件规范版本标识符不同于所述更新后配置文件规范版本标识符；

j)由所述服务器将所述第三用户配置文件传送到与所述第四用户账号相关联的所述第四用户客户端，以便在所述第四用户客户端处存储作为所述第三用户配置文件的本地副本，被传送到所述第四用户客户端的所述第三用户配置文件包括所述第三用户配置文件的所述更新后配置文件规范。

11.根据权利要求10所述的方法，进一步包括：

g.1)由所述服务器确定：与所述第一用户账号相关联的第一用户联系人列表没有任何用于对所述第四用户账号进行标识的条目，并且与所述第四用户账号相关联的第四用户联系人列表没有任何用于对所述第一用户账号进行标识的条目，

其中，步骤h)、步骤i)和步骤j)响应于步骤g.1)而执行。

12.根据权利要求1至11中的任意一项所述的方法，其中每个用户配置文件包括图像、动画图像、视频、文本或者他们的组合。

13.一种计算机实现的用于对与异步消息传递系统中的第一用户账号相关联的多个用户配置文件进行管理的方法，所述方法包括：

所述方法进一步包括：

c.1)在所述服务器处，针对对所述第一用户账号的认证，接收对所述第二用户配置文件的所述配置文件规范的更新，并作为响应，生成并存储所述第二用户配置文件的更新后配置文件规范，并且作为响应，在所述服务器处，针对所述第二用户配置文件，生成并存储所述第二用户配置文件的更新后配置文件规范版本标识符；

其中d)包括在所述服务器处接收输入，以将来自所述第一用户账号的消息发送至所述第三用户账号；

所述方法进一步包括：

d.1)由所述服务器向与所述第三用户账号相关联的所述第三用户客户端传送所述更新后配置文件规范版本标识符；

d.2)在所述服务器处接收来自所述第三用户客户端的信号，所述信号指示与在所述第三用户客户端处存储的所述第二用户配置文件的所述本地副本相关联的本地配置文件规范版本标识符不同于所述更新后配置文件规范版本标识符，

其中，步骤e)响应于步骤d.2)而执行，并且被传送到所述第三用户客户端的所述第二用户配置文件包括所述第二用户配置文件的所述更新后配置文件规范。

14.根据权利要求13所述的方法，进一步包括：

d.0.1)由所述服务器确定：与所述第一用户账号相关联的第一用户联系人列表没有任何用于对所述第三用户账号进行标识的条目，

其中，步骤d.1)和步骤d.2)响应于步骤d.0.1)而执行。

15.根据权利要求14所述的方法，进一步包括：

d.0.2)由所述服务器确定：与所述第三用户账号相关联的第三用户联系人列表没有任何用于对所述第一用户账号进行标识的条目，

其中，步骤d.1)和步骤d.2)响应于步骤d.0.1)和步骤d.0.2)而执行。

16.根据权利要求15所述的方法，其中步骤d.0.2)响应于步骤d.0.1)而执行。

17.根据权利要求14所述的方法，其中所述第一用户账号的所述第一用户联系人列表没有任何用于对所述第二用户配置文件进行标识的条目。

18.根据权利要求13至17中的任意一项所述的方法，其中每个用户配置文件包括图像、动画图像、视频、文本或者他们的组合。

19.一种计算机实现的用于对与异步消息传递系统中的第一用户账号相关联的用户配置文件进行管理的方法，所述方法包括：

a)在所述异步消息传递系统的服务器处，针对对所述第一用户账号的认证，接收并存储与所述第一用户账号相关联的所述用户配置文件的配置文件规范；

b)在所述服务器处，针对对所述第一用户账号的认证，接收所述用户配置文件的所述配置文件规范的更新，并且作为响应，在所述服务器处生成并存储所述用户配置文件的更新后配置文件规范；

c)由所述服务器确定：与第二用户账号相关联的第二用户联系人列表包含用于对所述第一用户账号进行标识的第一用户账号条目；以及

d)响应于b)和c)，由所述服务器将包括所述更新后配置文件规范的所述用户配置文件发送到与所述第二用户账号相关联的第二用户客户端，以存储在所述第二用户客户端处作为所述用户配置文件的本地副本。

20.根据权利要求19所述的方法，其中与所述第一用户账号相关联的第一用户联系人列表没有对所述第二用户账号进行标识的任何条目。

21.根据权利要求19所述的方法，其中所述第一用户账号的第一用户联系人列表没有对所述用户配置文件进行标识的任何条目。

22.一种计算机实现的用于对与异步消息传递系统中的第一用户账号相关联的用户配置文件进行管理的方法，所述方法包括：

b)在所述服务器处，针对对所述第一用户账号的认证，接收所述用户配置文件的所述配置文件规范的更新，并作为响应，生成并存储所述用户配置文件的更新后配置文件规范，并且作为响应，在服务器处，针对所述用户配置文件，生成并存储所述用户配置文件的更新后配置文件规范版本标识符；

c)在所述服务器处接收输入，以将来自所述第一用户账号的消息发送至第二用户账号；

d)由所述服务器向与所述第二用户账号相关联的第二用户客户端传送所述更新后配置文件规范版本标识符；

e)在所述服务器处接收来自所述第二用户客户端的信号，所述信号指示与在所述第二用户客户端处存储的所述用户配置文件的本地副本相关联的本地配置文件规范版本标识符不同于所述更新后配置文件规范版本标识符；和

f)响应于e)，由所述服务器将包括所述更新后配置文件规范的所述用户配置文件传送到与所述异步消息传递系统中的所述第二用户账号相关联的所述第二用户客户端，以存储在所述第二用户客户端处作为所述用户配置文件的本地副本。

23.根据权利要求22所述的方法，进一步包括：

b.1)由所述服务器确定：与所述第一用户账号相关联的第一用户联系人列表没有对所述第二用户账号进行标识的任何条目，

其中步骤d)和e)响应于步骤b.1)而执行。

24.根据权利要求23所述的方法，进一步包括：

b.2)由所述服务器确定：与所述第二用户账号相关联的第二用户联系人列表没有对所述第一用户账号进行标识的任何条目，

其中步骤d)和e)响应于步骤b.1)和b.2)而执行。

25.根据权利要求24所述的方法，其中步骤b.2)响应于步骤b.1)而执行。

26.根据权利要求23所述的方法，其中所述第一用户账号的所述第一用户联系人列表没有对所述用户配置文件进行标识的任何条目。

27.根据权利要求22至26中的任意一项所述的方法，其中每个用户配置文件包括图像、动画图像、视频、文本或者他们的组合。

28.一种系统，用于对与异步消息传递系统中的第一用户账号相关联的用户配置文件进行管理，所述系统包括处理器、通信接口和存储器，所述存储器存储有计算机程序，所述计算机程序能由所述处理器执行，以使用所述通信接口来执行根据权利要求1至26中的任一项所述的方法。

29.一种非暂时性计算机可读介质，存储计算机程序，所述计算机程序能由处理器执行，以使用通信接口来执行根据权利要求1至26中的任一项所述的方法。