CN108476167A - 用于间接消息传递的***和方法 - Google Patents

Abstract

提供了用于从发送方向接收方发送消息的***和方法。该方法包括以下步骤：使得能够针对该消息识别接收方；使得能够针对该消息识别中间方；以及向中间方发送该消息，以在不向接收方透露与发送方关联的身份的情况下使中间方代表发送方向接收方发送消息。

Description

用于间接消息传递的***和方法

相关申请的交叉引用

本申请要求2015年12月3日提交的美国临时专利申请No.62/262,608的优先权，通过引用将该申请的内容并入此处。

技术领域

下文涉及用于间接消息传递的***和方法。

背景技术

个人使用具有各种社交和消息传递媒体的通信装置(诸如智能电话、膝上型电脑、平板电脑、PC、游戏装置、资讯娱乐***等)来与彼此通信变得越来越常见。在多数(如果不是全部)媒体中，用户使用与其通信的已建立“联系人”或“伙伴”，或者以其它方式具有允许他们联系另一方的地址。对于已建立的联系人且在需要地址条目的通信媒体中，发送方通常被接收方知晓或在接收消息时被泄露。虽然存在隐藏你作为发送方的身份的方式(例如，通过创建非个人用户名或头像)，但匿名可能导致消息被忽略和/或使用是恼人的。

发明内容

在一个方面中，提供了一种从发送方向接收方发送消息的方法，该方法包括以下步骤：使得能够针对该消息识别接收方；使得能够针对该消息识别中间方；以及向中间方发送消息，以在不向接收方透露与发送方关联的身份的情况下使中间方代表发送方向接收方发送消息。

在至少一些实现中，在预定量时间之后从中间方的装置去除消息。在其它实现中，该***被构造为使得发送方能够设定一个或更多个隐私设置。在又一些实现中，***还被构造为经由中间方从接收方接收答复。

在其它方面中，提供了被构造为执行上述方法的计算机可读介质和电子装置。

附图说明

现在将参照附图仅通过举例来描述实施方式，附图中：

图1是间接消息传递***的示例的示意框图；

图2是利用间接消息传递服务的间接消息传递***的示例的示意框图；

图3是利用间接消息传递服务和用于获取新用户的至少一个其它服务的间接消息传递***的示例的示意框图；

图4是可以由发送方、中间方以及接收方使用的用户装置的构造的示例的框图；

图5是用于间接消息传递服务的构造的示例的框图；

图6例示了用于经由中间方进行的间接消息传递的联系人列表一致性；

图7A是例示了用于准备消息并经由所选中间方向接收方发送消息的计算机可执行操作的流程图；

图7B是例示了用于确定合适中间方候选的计算机可执行操作的流程图；

图8是例示了用于在中间方处处理所接收消息的计算机可执行操作的流程图；

图9是例示了用于在接收方处处理所接收消息的计算机可执行操作的流程图；

图10是例示了用于经由另一个消息传递服务获取新用户的计算机可执行操作的流程图；以及

图11是例示了用于使用中间方和间接消息传递***来向接收方请求介绍的计算机可执行操作的流程图。

具体实施方式

图1例示了间接消息传递***10，在该间接消息传递***中，发送方装置12能够经由中间方装置18向接收方装置16发送消息14。消息14可以为单向的，或者可以可选地例如经由接收方装置16生成并发送的答复20触发接收方装置16与发送方装置12之间的随后消息交换。图1所示的答复20可能由于接收方不知道发送方的身份而保持匿名，直到发送方(例如，在另外消息14中)透露该信息为止。可以理解，装置12、16、18可以与用户、实体、组织、虚拟机器人等关联。然而，为了例示的目的，可以在用户具有个人装置12、16、18的背景下给出以下示例，但这不意味着以任何方式限制。

消息14和答复20经由一个或更多个网络被发送，该一个或更多个网络可以为有线网络、无线网络、或有线网络和无线网络的组合。间接消息传递服务30用于如图2所示的这些网络上，以便于多方之间的消息传递。如图2例示，发送方装置12可以经由通信路径的第一部分32a使用间接消息传递服务30向中间方装置16发送消息14。中间方装置16同样可以使用间接消息传递服务30经由通信路径的第二部分32b向接收方装置18发送源于发送方装置12的消息14。接收方装置18还可以利用间接消息传递服务30经由返回通信路径34向发送方装置12发送答复20，这允许用于答复20的目的地(即，原始发送方)保持对接收方装置18匿名，直到发送方透露该信息的时间为止。

在图2所示的构造中，可以理解，装置12、16、18将使用与间接消息传递服务30关联且可能由间接消息传递服务30提供的通用应用(常被称为“app”)。如图3例示，接收方装置18可能最初不具有相同应用，由此经由间接消息传递服务30不可达到。然而，如果接收旨在用于接收方装置18的消息14的中间方装置16具有用于该接收方装置18的另一个地址(例如，电话号码(用于SMS)、电子邮件地址等)，则邀请通信路径36可以用于不仅代表发送方装置12向接收方装置18递送消息14的内容，还提供参与间接消息传递服务30的邀请且可选地还提供下载关联应用的链接。这样，接收方装置18可以与间接消息传递服务30连接，以获得应用下载40，或联系另一个第三方服务(例如，应用商店)，然后参与间接消息传递服务30。此时，可以经由间接消息传递服务30在接收方装置18与中间方装置16之间建立通信路径的第二部分32b。

图4例示了用于诸如表示发送方装置12、中间方装置16以及接收方装置18的通信装置的构造的示例。通信装置12、16、18包括一个或更多个通信接口50，该一个或更多个通信接口使得装置12、16、18能够访问一个或更多个网络，以与***10中的其它方通信。例如，装置12、16、18可以包括用于蜂窝和/或WiFi访问的无线电设备。装置12、16、18还可以经由短距离通信协议(诸如蓝牙、NFC、RFID、红外线等)来通信。装置12、16、18包括间接消息传递客户端应用52，该客户端应用使用经由通信接口50的网络连接来发送和接收消息14，并且使用间接消息传递服务30获得其它数据(例如，联系人列表、存在信息等)。

间接消息传递客户端应用52可以包括一个或更多个应用内联系人列表54和/或可选地访问在装置12、16、18上或到装置12、16、18可用的其它联系人列表54’。装置12、16、18还包括显示器56，该显示器用于渲染图形用户接口以与用户交互。还如图4所示，装置12、16、18可以包括一个或更多个其它应用58，诸如其它消息传递应用、社交媒体应用、游戏等。这些其它应用58还可以使用一个或更多个通信接口50和显示器56。

图5例示了用于间接消息传递服务30的构造的示例。在该示例中，间接消息传递服务30还包括一个或更多个通信接口50，该一个或更多个通信接口允许间接消息传递服务30与用户的网络内的消息传递方交互。间接消息传递服务30包括间接消息传递服务器应用60，该间接消息传递服务器应用用于主持并促进用于间接消息传递***10的消息传递服务和功能。间接消息传递服务30还包括主联系人列表数据库62，该主联系人列表数据库使得***10能够匿名获得并比较用于消息传递方的联系人列表，例如以提供中间方可用性列表等，如以下将更详细讨论的。

间接消息传递***10允许在发送方不知道接收方的情况下通过借助所选中间方16发送消息14来由发送方装置12向接收方装置18发送消息14。中间方16设置有将消息14中继或转发到预期接收方装置18或阻止消息的能力和权力。这使得间接消息传递***10能够用于各种应用的许多不同场景中。例如，中间方16可以用于审查或以其它方式检查并批准具有敏感内容的消息14。

***10的用户可以逐个消息地管理匿名的等级。这样，发送方可以被中间方用户知晓或不知晓，并且中间方用户可以被发送方和/或接收方知晓或不知晓。***10还可以被构造为确保发送方被接收方不知晓。发送方、中间方以及接收方角色可以根据当前场景在任意特定时间由用户扮演。由此可见，如以上注释且如图4所示，同一客户端应用52优选地被构造为使得用户能够以这些角色中的任一个来操作。

为了使得发送方装置12能够经由中间方装置16到达接收方装置18，可用于客户端应用52的联系人列表54应包括联系人条目70，这些联系人条目包括中间方和接收方这两者，如图6所示。在图6中，发送方联系人列表54a包括接收方和中间方，并且中间方联系人列表54b包括发送方和接收方。因为发送方可以识别接收方和中间方，所以他们能够选择接收消息14的接收方和递送消息14的中间方16。因此，可用于客户端应用52的联系人条目70的列表指示用于每个用户的接收方和中间方的网络的范围。为了使该联系人条目70的列表最大化，可以从多个源输入用户联系人，包括例如电话联系人、IM联系人、社交媒体联系人、电子邮件或地址簿联系人等。可以理解，被使用的装置12、16、18可能已经具有可以经由API使得客户端应用52可用的统一联系人列表54。

间接消息传递服务30可以用于确定用户之间的联系人列表一致性，并且确定特定联系人是否是***10的一部分。这可以在服务器侧匿名进行，以维持机密性。最后，通过尽可能广泛地聚集联系人列表54，客户端应用52可以向此时希望扮演发送方角色的用户提供最宽范围的可用接收方和中间方。在一种实现中，用户可以仅能够将联系人用作中间方和接收方，即，排除联系陌生人。然而，可以理解，为了至少用户获取的目的，客户端应用52可以允许发送方向当前不使用***10的联系人发送消息14，如图3例示的。换言之，可以使用这里所描述的间接消息传递机制，使得根据***10中的用户的网络仅是陌生人的接收方进入***10中。

还可以理解，客户端应用52还可以被构造为允许发送方请求借助中间方向接收方介绍，这暗示发送方尚未使接收方作为联系人，而中间方使接收方作为联系人。这样，社交网络可以通过依赖中间方的熟悉进行新连接在不同组的用户之间发展。在该场景中，图6中的发送方联系人列表54a将不包括接收方联系人列表条目70，但中间方联系人列表54b将仍然包括发送方和接收方这两者的条目70，因此是两个用户之间的链中的链环(link)。

虽然发送方开始可能不被接收方知晓，但可以理解，可以在由中间方16传递初始消息14之后发起随后消息交换。例如，客户端应用52可以提供对发送方装置12的答复的选项，此时，可以依赖匿名选项来确定答复20是否将揭露发送方的身份，这例如可以为在发送消息14之前向发送方提供的选项。

除了匿名之外，***10还可以结合不同持久性选项。例如，可以给予用户控制消息14是没有自动删除特性的持久消息14还是仅在特定时间量内可用的短暂消息14的机会，该时间量可以为用户定义的或默认的(例如，X秒、Y小时等)。类似地，***10可以被构造为使上述持久性选项应用于接收方装置18上的消息存在期，其它选项应用于中间方装置16。例如，***10可以被构造为使得一旦中间方决定发送或阻止消息14，则他们不能再访问消息14。

可以理解，各种类型的消息14也是可以的，例如基于图像的、基于视频的、基于文本的、以及图像、文本和视频的组合。

现在转到图7A至图9，以时序图示出了说明在***10的实现中从发送方到接收方的消息流的一系列操作。在80处，发送方使用发送方装置12创建消息14。可以在82处设定隐私设置，发送方在84处选择接收消息14的一个或更多个接收方，并且在86处选择中间方。可以注意，发送方可以经由单个中间方(如图7A建议的)或多个中间方(如果可用)组播间接消息。如以上详细说明的，接收方和中间方可用性从可用于客户端应用52的联系人列表54来确定。在这里所提供的示例中，发送方使中间方和接收方这两者作为当前联系人。

图7B例示了可以被实现为确定合适中间方的处理的示例。在83处，客户端应用52比较可用联系人列表54，以在85处确定发送方和接收方这两者公共的中间方。客户端应用52然后可以在87处发起识别合适中间方、对合适中间方排名并向用户建议合适中间方的算法。例如，客户端应用52可以使用(例如，由服务器应用60提供的)元数据或其它信息来(例如，基于中间方的联系人列表的大小和他们多熟悉、中间方的网络可用性(即，存在)等)确定哪些中间方具有更高排名、哪些中间方具有保持对接收方匿名的更佳机会。基于这些确定，可以对中间方排名，并且可以在89处显示一个或更多个合适候选，以便由用户选择。可以理解，图7B所示的处理可以用于自动选择最佳中间方或提供列表用于用户选择。这种选项还可以为客户端应用52中的用户偏好。

然后在88处向中间方装置16发送消息14，并且这里所例示的操作通过参照图8继续。

如图8所示，中间方装置16在90处接收消息14，并且在92处确定中间方是否已经选择是发送还是阻止消息14。如果中间方同意发送消息14，则在94处向接收方发送消息14。不管消息14是被发送还是被阻止，都准备通知并将其发送到发送方装置12，以通知发送方间接消息14的状态，该通知在98处被接收。中间方装置16然后在100处确定中间方是否已经被选择为对发送方进行等级评定(rate)。

等级评定可以由***10使用以通过允许用户具有基于被接受以传递到接收方18的消息14到达彼此的能力来创建并提升安全和自调节环境和体验。在该示例中，发送方可以对它们已经选择的中间方进行等级评定，中间方可以对发送方进行等级评定，并且接收方可以以应用于中间方和发送方这两者的单个等级评定来对中间方和发送方进行等级评定。如果中间方在100处选择对发送方进行等级评定，则在102处确定并发送等级评定，该等级评定在104处由发送方装置12接收。发送方装置12在106处确定发送方是否已经决定对中间方进行等级评定。如果否，则对于发送方装置12处理在108处结束。如果是，则对中间方进行等级评定，并且在110处向中间方16发送等级评定，该等级评定在112处由中间方装置16接收。

***10还可以被构造为使用标记***来使用户免于极端情况。标记***使得接收方能够标记消息14，这影响发送方和中间方。标记***还使得中间方能够标记消息14，这影响发送方，例如，不管未来中间方是否愿意代理该发送方。中间方装置16在114处确定是否已经标记消息14。如果否，则在116处对于中间方装置16处理结束。如果是，则在118处标记消息14，并且将消息作为通知发送到在1120处接收标记通知的发送方装置18。

如以上所述的，如果中间方决定允许消息14传递到接收方装置18，则在94处发送消息14。这导致图9所示的操作。转到图9，接收方装置18在122处接收消息14，并且在124处确定是否期望答复20。如果是，则在126处生成并发送答复20，并且在128处由发送方接收答复。在图9中，答复20被直接发送到发送方装置12，这暗示接收方已经发现发送方的身份。可以理解，答复20还可以如虚线所示的借助中间方装置16来转发，以维持匿名(如果期望)。接收方装置18还在130处确定接收方是否已经选择对中间方16(并由此发送方12)进行等级评定。如果是，则在132处发送等级评定，并且在134处由中间方装置16接收并中继等级评定。然后向发送方装置12传输等级评定，该等级评定在136处被接收。

接收方装置18还在138处确定是否已经标记消息14。如果否，则处理在140处结束。如果是，则在142处准备并向中间方装置16发送标记通知，该通知在144处被转发到发送方装置12，并且在146处由发送方装置12接收。

图10例示了以下场景：消息14使用另一个消息传递服务38由中间方装置16被中继到接收方装置18，如图3所示的。这可以在中间方和/或发送方确定或以其它方式知晓接收方装置18尚未(或不再)使用间接消息传递服务30时进行。另一个服务38使得中间方装置16能够使用另一个地址和通信信道或介质来向接收方装置18转发消息14。如图10所示，发送方装置12在150处发送消息14，该消息在152处由中间方装置16接收。中间方16可以从消息14或客户端应用52或联系人列表54元数据确定预期接收方18未使用间接消息传递服务30，并且在154处确定可以用于以其它方式联系接收方装置18的地址，以递送消息14。

另一个服务38在156处例如通过向接收方装置18中继、转发、推动、上传消息14等启用使用另一个服务、信道或介质的递送。接收方装置18在158处接收消息14。如以上所指示的，由另一个介质递送的消息内容可以作为用于鼓励接收方参与间接消息传递服务30的机制。例如，可以在消息内容中嵌入链接，以将接收方装置18方便地引导到合适位置，以在160处下载客户端应用52，如图10所提供的示例中所示的那样。可以理解，该下载可以从间接消息传递服务30或诸如应用商店的另一个实体来获得。同样，其它机制可以用于发起客户端应用52的获取，诸如令牌、条形码、QR码等。

接收方装置18在162处例如通过经由间接消息传递服务30发送消息14来通知中间方它们已经下载客户端应用52。该通知在164处由中间方装置16接收并被转发到发送方装置12，在166处被接收。接收方装置18还可以在168处向发送方12发送答复20，这如上可以根据匿名设置直接进行或如虚线所示的经由中间方装置16来进行。答复20在170处由发送方装置12来接收。

图11例示了发送方利用***10来获得到特定接收方的介绍的场景的示例。在170处，发送方装置12识别需要介绍的联系人。例如，发送方可以提供一些识别信息，诸如姓名、用户名、昵称等。在172处向间接消息传递服务30发送对介绍的请求，在该示例中，该间接消息传递服务在174处接收请求并基于在主联系人列表数据库62中存储的发送方装置的联系人确定中间方的列表。然后在178处向发送方装置12返回中间方的列表，该列表在180处由发送方装置12例如经由客户端应用52接收。列表可以经由图形或其它用户界面被呈现给用户，使得发送方能够在182处选择用于介绍的中间方。

然后在184处向所选的中间方装置16发送介绍请求，该介绍请求在186处由该中间方装置16接收。中间方装置16在188处例如通过提示用户并请求“接受”或“阻止”决定确定中间方用户是否愿意进行介绍。如果用户愿意进行介绍，则中间方装置16在190处向接收方装置18发送介绍消息或其版本，该介绍消息或其版本在192处被接收。不管用户是否愿意，中间方装置16在该示例中都在194处通知发送方装置，该通知在196处由发送方装置接收。

例如，间接消息传递服务30可以提供潜在联系人的列表，这些潜在联系人与已经是该发送方的在客户端应用52内请求时可用的联系人的中间方关联。从该列表，发送方然后将选择“介绍我”选项或其它请求选项。

为了例示简单且清楚起见，在被认为合适的情况下，可以在附图间重复附图标记来指示对应或类似的元件。另外，为了提供这里所描述的示例的彻底理解，阐述了大量具体细节。然而，本领域普通技术人员将理解，这里所描述的示例可以在没有这些具体细节的情况下实践。在其它情况下，尚未详细描述公知方法、过程以及组件，以免使这里所描述的示例模糊。同样，描述不被认为限制这里所描述的示例的范围。

将理解，这里所用的示例和对应附图仅用于例示性目的。可以在不偏离这里所表达的原理的情况下使用不同构造和术语。比如，组件和模块可以在不偏离这些原理的情况下被添加、删除、修改或设置有不同连接。

还将理解，这里所例示的执行指令的任意模块或组件可以包括或以其它方式访问计算机可读介质，诸如存储介质、计算机存储介质或数据存储装置(可移动和/或不可移动)(诸如，例如，磁盘、光盘或磁带)。计算机存储介质可以包括在用于存储信息的任意方法或技术中实现的易失性和非易失性的、可移动和不可移动的介质，诸如计算机可读指令、数据结构、程序模块或其它数据。计算机存储介质的示例包括RAM、ROM、EEPROM、闪存或其它存储技术、CD-ROM、数字通用光盘(DVD)或其它光学储存器、磁带盒、磁带、磁盘存储或其它存储装置或可以用于存储期望信息并可以由应用、模块或这两者访问的任意其它介质。任意这种计算机存储介质可以为装置12、16、18或服务30的一部分、装置12、16、18或服务30的任意组件或与装置12、16、18或服务30有关等、或可访问或可连接到装置12、16、18或服务30。这里所描述的任意应用或模块可以使用可以由这种计算机可读介质存储或以其它方式保持的计算机可读/可执行指令来实现。

这里所描述的流程图和附图中的步骤或操作仅是用于示例。可以在不偏离这里所讨论的原理的情况下存在这些步骤或操作的许多变体。比如，步骤可以按不同的顺序来执行，或者可以添加、删除或修改步骤。

虽然已经参照特定具体示例描述了上述原理，但上述原理的各种修改将对本领域技术人员是显而易见的，如在所附权利要求中概述的。

Claims (15)

1.一种从发送方向接收方发送消息的方法，所述方法包括以下步骤：

使得能够针对所述消息识别所述接收方；

使得能够针对所述消息识别中间方；以及

向所述中间方发送所述消息，以在不向所述接收方透露与所述发送方关联的身份的情况下，使所述中间方代表所述发送方向所述接收方发送所述消息。

2.根据权利要求1所述的方法，其中，在预定量时间之后从所述中间方的装置去除所述消息。

3.根据权利要求1所述的方法，所述方法还包括以下步骤：使得所述发送方能够设定一个或更多个隐私设置。

4.根据权利要求1所述的方法，所述方法还包括以下步骤：经由所述中间方从所述接收方接收答复。

5.根据权利要求4所述的方法，所述方法还包括以下步骤：在发送所述消息之后向所述接收方透露所述发送方的所述身份。

6.根据权利要求1所述的方法，所述方法还包括以下步骤：从所述中间方接收与向所述接收方发送所述消息有关的通知。

7.根据权利要求1所述的方法，所述方法还包括以下步骤：接收等级评定，所述等级评定由所述中间方或所述接收方来应用。

8.根据权利要求1所述的方法，所述方法还包括以下步骤：接收指示所述消息由所述中间方或所述接收方标记的标记通知。

9.根据权利要求1所述的方法，其中，所述中间方使用另一个消息传递信道邀请所述接收方参与间接消息传递服务，所述另一个消息传递信道用于向所述接收方递送所述消息。

10.根据权利要求9所述的方法，其中，所述中间方向所述接收方提供链接，以获得用于所述间接消息传递服务的应用。

11.根据权利要求1所述的方法，其中，所述消息至少部分地包括由所述中间方向所述接收方进行的所述发送方的介绍。

12.根据权利要求1所述的方法，所述方法还包括以下步骤：从一个或更多个源生成联系人列表，以及使得所述联系人列表能够由所述发送方使用以选择所述中间方和所述接收方。

13.根据权利要求1所述的方法，所述方法还包括以下步骤：使得所述发送方能够对所述中间方进行等级评定。

14.一种计算机可读存储介质，所述计算机可读存储介质包括用于执行间接消息传递的计算机可执行指令，所述计算机可执行指令包括用于执行根据权利要求1至13中任一项所述的方法的指令。

15.一种电子装置，所述电子装置包括处理器、存储器以及显示器，所述存储器包括用于使得所述处理器执行根据权利要求1至13中任一项所述的方法的计算机可执行指令。