。
[0031]用户A 102可以借以确定用户B 112是他在第二通信系统122内的联系人的精确机制取决于通信系统120和/或通信系统122的实现方式。
[0032]例如，为了用户通过第一通信系统120通信，可以要求用户交换证书(例如，其由诸如在第一通信系统120中的服务器124之类的服务器所发布)以便证明他们彼此在第一通信系统120内的身份。可以让在第一通信系统120中交换的证书包括用户在第二通信系统122中的ID (即，ID2)的指示符。让证书包括102的指示符允许证书的接收者确定发起者用户在第二通信系统122中的ID2。可以对照接收者用户在第二通信系统122中的联系人列表检查这个ID2以便确定发起者用户是接收者用户在第二通信系统122中的联系人。
[0033]在另一个示例中，存在文档在第二通信系统122中的联系人之间的分发被使用。存在文档可以在两个联系人在通信系统中都在线时在联系人之间发送，并且其指示了用户的存在状态(例如，像“在线”，“忙碌”，“离开”等)。当在第一通信系统中将存在文档从用户A 102发送到用户B 112时，可以在存在文档中包括用户A 102在第二通信系统122中的ID(ID2a)0类似地，当在第一通信系统120中将存在文档从用户B 112发送到用户A 102时，可以在存在文档中包括用户B 112在第二通信系统122中的ID (ID2B)。另外，当在第二通信系统122中将存在文档从用户A 102发送到用户B 112时，可以在存在文档中包括用户A 102在第一通信系统120中的ID(ID1A)。类似地，当在第二通信系统中将存在文档从用户B 112发送到用户A 102时，可以在存在文档中包括用户B 112在第一通信系统120中的ID (ID1B)。按照这种方式，在一个通信系统内的联系人向彼此提供他们在另一个通信系统中的ID，从而允许将这些ID联系起来。
[0034]在另一个示例中，用户的ID之间的关联被集中存储在第一或第二通信系统中的服务器(例如，在服务器124或服务器128中)的数据仓库中。然后，为了确定用户B 112的ID之间的关联(S卩，IDib和ID2b之间的关联)，用户设备104 (例如，使用客户端106或客户端108)可以在第一或者第二通信系统中查询相关的服务器以便确定IDib和ID2B2间的关联。
[0035]在步骤S308中，通过第一通信系统120将建立请求从客户端106发送到客户端116。使用用户112在第一通信系统120中的ID (g卩，IDib )来寄送该建立请求。该建立请求是用于通过第一通信系统120在客户端106和客户端116之间创建通信事件的请求。该建立请求可以是用于用户112参加与用户102的语音呼叫、视频呼叫、即时消息传送会话或文件传输的请求。该通信会话可以包括比用户102和112更多的用户。例如，用于创建与用户112的通信事件的请求可以是用于用户112加入诸如电话会议(音频或视频)或多方即时消息传送会话(“多人聊天”)之类的多方通信事件的邀请。根据由第一通信系统120所实现的协议，发送该建立请求。该建立请求将包括用户102在第一通信系统120中的ID(即，IDia )以便使得客户端116能够通过在第一通信系统120上将消息(例如，接受或拒绝该建立请求)发送回客户端106，来响应该建立请求。
[0036]在步骤S310中，用户设备114处的客户端116接收指示用户102在第一通信系统120中的ID (即，IDia )与用户102在第二通信系统122中的ID (即，ID2a )相关联的信息。在步骤S310中接收到的信息允许客户端116在步骤S312中确定该建立请求是由作为用户112在第二通信系统122中的联系人的用户所发送的。S卩，在步骤S310中接收的信息指示，尽管该建立请求是从与用户112在第一通信系统120中的联系人不相关的在第一通信系统120中的ID发送的，但是该建立请求来自于可以被信任的用户。该信任基于用户102和112在第二通信系统122内是彼此的联系人。
[0037]步骤S310可以包括，在建立请求中包括用户A 102在第二通信系统122中的ID(即，ID2a )。在这种情况下，用户设备114 (例如，使用客户端118)可以访问用户112在第二通信系统122内的联系人列表，以便确定ID2a是用户112在第二通信系统122内的联系人的ID。
[0038]步骤S310可以包括，检索在步骤S302中被确定和存储的关联。如以上所描述的，所确定的关联可能已经被存储在数据仓库130中或在用户设备114处的存储器中。从客户端106接收到的建立请求将根据第一通信系统120的协议来指示用户102在第一通信系统120中的ID (S卩，IDia )。因此，客户端116可以使用用于用户102的在IDia和ID2a之间的关联和所接收到的IDia来确定ID2a。因此，在步骤S312中，可以确定的是，ID2a是作为用户112在第二通信系统122中的联系人的用户的标识符。
[0039]在步骤S314中，基于用户A和B (102和112)在第二通信系统122中是彼此的联系人，客户端116授权通信事件在客户端106和116(以及在该通信事件包括多于两个用户时，参与到该通信事件的任何其他客户端)之间通过第一通信系统120来进行。
[0040]通过第一通信系统120进行的通信允许实现隐私设置。例如，用户102可以定义谁被允许通过第一通信系统120与他进行通信，和/或定义他们被允许以何种方式进行通信。这些隐私设置可以是用户定义的偏好，该偏好可以由用户102使用客户端106来设置。如以上所描述的，第一通信系统120要求在用户之间存在联系人关系以便授权他们通过第一通信系统120彼此通信。联系人关系的要求可以是用户定义的偏好，例如，用户102可以在客户端106中设置(或者用户112可以在客户端116中设置)。根据本文所描述的方法，即使用户102和112在第一通信系统120内不是彼此的联系人，用户102和112也可以通过第一通信系统120彼此通信。替代地，第一通信系统120所要求的授权基于在第二通信系统122内用户102和112之间的联系人关系。基于用户A和B (102和112)在第二通信系统122中是彼此的联系人，客户端106授权通信事件在客户端106和116(以及在该通信事件包括多于两个用户时，参与到该通信事件的任何其他客户端)之间通过第一通信系统120来进行。如以上所描述的，客户端116也以对应的方式授权通信事件通过第一通信系统120来进行。
[0041]在一些实施例中，尽管通信事件通过第一通信系统120(其中用户102和112不是彼此的联系人)发生，但是客户端106按以下方式向用户102显示关于该通信事件的信息:该方式就像该通信事件是在跟在第二通信系统122中具有身份ID2b的联系人。换句话说，在用户102看来，他是在参加与用户112在第二通信系统122中的联系人身份(ID2b )的通信事件，其中在第二通信系统122内，用户102是用户112的联系人。类似地，通信客户端116按以下方式向用户112显示关于通信事件的信息，该方式就像该通信事件是在跟在第二通信系统122中具有身份ID2a的联系人。换句话说，在用户112看来，他是在参加与用户102在第二通信系统122中的联系人身份(ID2a )的通信事件，其中在第二通信系统122内用户112是用户102的联系人。按照这种方式，用户102可以参加与用户112的通信事件就好像该通信事件是通过第二通信系统122，即使事实上该通信事件是通过第一通信系统120来实现的。
[0042]在本文所描述的方法中，用户102不必将用户112的每个身份添加到他的(多个)联系人列表中。因此，用户102不需要在他的(多个)联系人列表中具有用户112的若干条目，并且仍然能够通过第一和第二通信系统120和122两者来与用户112通信。
[0043]在用户102和112可以通过第一通信系统120彼此通信之前，不要求他们执行在第一通信系统120中将彼此添加为联系人的步骤。如果，如在之前的系统中一样，用户102必须在第一通信系统120内将用户112添加为联系人，那么他在能够通过第一通信系统120与用户112通信之前，将必须发送授权请求并且等待应答。
[0044]因此，本文描述了一种通信策略，假如匿名用户(例如，用户102)在通信系统122上与联系人相关联，则该通信策略允许来自通信系统120的该匿名用户的动