[发明专利]通过隐式接受接收到的联系请求来控制通信系统中的权限

说明书

通信系统维护第一用户的联系人列表，第一用户的联系人是已经被第一用户接受作为联系人并且由此被授予关于经由通信系统与第一用户的通信的一个或多个权限的其他用户，这些权限未被授予所述其他用户中的不是联系人的任何其他用户。在第一个用户的终端处，在UI中呈现对话区域，包括允许第一用户发送内容作为双向对话的一部分的消息传递字段。根据本公开，当第一用户从还不是联系人的第二用户接收到联系请求时，联系请求包括给第一用户的消息。此外，如果第一用户通过对话区域中的消息传递字段回复此消息，则自动接受联系请求。

背景技术

存在使得用户能够通过计算机网络进行通信的各种技术，无论所讨论的网络是因特网还是诸如公司内联网的另一种类型的网络。这些技术包括即时消息传递(IM)、语音呼叫(如互联网协议语言(VoIP)呼叫)、视频呼叫、共享静态图像(图片消息传递)、共享视频剪辑(视频消息传递)以及共享一方的地理位置。

用户的人身安全是一个问题，因此这种通信系统通常基于联系人的原则工作。这意味着系统通常在服务器上(其中，这里的服务器可以指包括位于一个或多个地理位置的一个或多个服务器单元的逻辑服务器)维护每个用户的联系人列表。联系人列表是所讨论的用户接受作为联系人的通信系统的其他用户列表。联系人和非联系人被授予不同的权限。特别是，其他用户可以与给定用户通信的方式以及他们可以查看有关该用户的信息是受限的，直到被接受作为联系人。

例如，作为默认设置，可允许其他用户发送呼叫请求以发起语音或视频呼叫，但不能将IM消息发送给给定用户，直到该用户已接受其他用户作为联系人为止。其他限制也可能适用。例如，用户的在场状态、地理位置、状态消息(有时也称为“情绪消息”)以及来自用户简档的某些信息可能无法对其他用户可用，直到他们被接受作为联系人。在某些情况下，这些权限可以通过用户设置进行更改。

为了发送联系请求，请求用户使用通信系统的搜索工具搜索期望的接收方用户，然后假设找到所讨论的用户，请求用户选择向接收方发送联系请求。当接收方用户接收到联系请求时，向该用户呈现提供关于如何处理联系请求的显式选项的按钮，例如，接受，阻止或忽略。

发明内容

还希望尝试最大化可以在网络中的用户之间建立的潜在连接的数量，以便增加系统的效用。但是，基于联系人的模型实际上限制了用户之间可用连接的集合。因此存在冲突：一方面需要保护用户的安全性，但另一方面希望尝试在用户之间的互联性方面最大化系统的效用。在此确定，尽管出于安全目的应该保留基于联系人的模型，并且虽然在某种程度上基于联系人的系统将总是在连接性方面施加一些限制，但仍然有通过移除接受彼此作为联系人的用户的障碍来有助于构建更完整的可用连接的图表的余地。

特别地，即使接收用户事实上可能知道发送联系请求的用户，并且有时甚至可能已经通过非限制性通信模式之一(例如，VoIP呼叫)通过系统与该用户进行通信，但是联系请求通常被被动忽略(与接收用户显式选择忽略该请求相反)。本公开提供了一种系统，其保留联系人模型，但提供了用于形成联系人并由此增加系统的总体连通性的更流畅的机制。

根据在此公开的一个方面，提供了一种方法，该方法包括：从第一用户终端第一用户访问通信系统，用于经由网络与其他用户终端的多个其他用户进行通信，其中该通信系统维护第一用户的联系人列表，所述联系人是其他用户中的已经被第一用户接受作为联系人的用户。由此，联系人被授予关于经由通信系统与第一用户通信的一个或多个权限，所述一个或多个权限未被授予所述其他用户中的不在联系人中的任何用户。在第一终端上的用户界面的对话区域中，提供了消息传递字段，其中第一用户可以输入要传送给其他用户中的选定用户的内容(例如IM消息、图片、视频剪辑等)作为通过所述通信系统进行的双向对话的一部分。该方法还包括在第一用户终端处接收来自第二用户终端的第二用户的联系请求，第二用户是其他用户中的还不是第一用户的联系人中的一个联系人的用户，并且联系请求请求第二用户成为所述联系人中的一个。此外，根据本公开，响应于用户通过消息传递字段回复所述消息，自动接受联系请求，从而接受第二用户作为第一用户的所述联系人中的一个。