控制对右脑智能网络的访问的制作方法

专利名称：控制对右脑智能网络的访问的制作方法
技术领域：
本发明涉及控制对以个人为中心的网络的访问。
背景技术：
通信日益成为大多数人生活中的重要组成部分，并且一般人可能与数百个其他人 进行联系。在联系人数目方面存在增加的趋势，并且这已经对于管理联系人提出了新的挑 战。一些社会科学家主张大多数通信是情感的而分析内容次之(如果存在分析内容 的话)。无论是否合理，关心和情感经常被称为“右脑”行为，并且因此在这些行为方面作为 良好的有时被称为“r-smartness”，其是“右脑智能”的简称。人们经常使用右脑智能来确定他们如何与其它人进行通信。在一些文化中，这可 能是与发音非常相关的，并且可能甚至影响交谈的词汇和语法。例如，在现代化之前的欧 洲，当与皇室人员交谈时使用第三人称和非直接的措辞。作为另一示例，在日本，取决于一 个人正在与孩子、家人、同事、长者还是老板交谈，而使用不同的称呼。以“谢谢你”的日语词 为例。取决于交谈中察觉到的扮演角色和身份差异，可以采取“d0m0”、“d0m0 arigato”和 "domo arigato gozaimasu”的形式。因此，在该背景下，扮演角色可能包括诸如父母-孩 子、学生-老师、雇员-老板等。此外，身份差异可能基于年龄、技能成就、精神成就、钱财等。 实际上，这也存在于美国英语中较不正式的形式中“thanks”、"thank you”、和“thank you very much”、以及以不同语调和声调说出的其它变型。然而，右脑智能开始在各种情形下起 作用，而不是仅仅在说“谢谢你”时。随着电信手段已经从简单的陆地线路电话多样化为包括个人数字助理(PDA)、蜂 窝电话、诸如桌面型计算机和膝上型计算机之类的电子邮件设备等，使用简单的电话簿和 操作者辅助可能不再是记住联系人的最优方式。结果，个人拥有的联系人列表正在人们的 生活中起到更大的作用。增强这种个人拥有的联系人列表可能导致更流畅的通信和提高的 生产率。此外，可能期望提供用于控制对个人拥有的联系人列表的访问和/或使用的方案。


在说明书的最后部分中具体指出并且清楚要求保护主题。然而，关于操作的组织 和方法以及其目的和特征两方面，可能通过参考以下详细描述并且结合附图阅读以下详细 描述来最好地理解所要求保护的主题，在附图中图1图示了示例方法；以及图2图示了示例系统。
具体实施例方式在以下详细描述中，提出了众多具体细节以提供对所要求保护的主题的全面理 解。然而本领域技术人员应该理解，可以在没有这些具体细节的情况下实践所要求保护的主题。在其它实例中，没有详细描述公知方法、例程、组件和/或电路。在对存储在计算系统中(诸如存储在计算机中和/或计算系统存储器中)的数据 比特和/或二进制数字信号进行的操作的算法和/或符号表示方面，呈现以下详细描述中 的一些部分。这些算法描述和/或表示是被数据处理领域的普通技术人员用来将他们工作 的实质内容传递给本领域其它技术人员的技术。算法在这里并且一般被考虑为是导致期望 结果的首尾一致的操作和/或类似处理的序列。操作和/或处理可以包括对物理量的物理 操纵。典型地，尽管不是必须的，这些量可能采取能够被存储、传输、组合、比较和/或其他 操纵的电、磁和/或电磁信号的形式。主要由于公共使用，已经证明有时将这些信号称为比 特、数据、值、元素、符号、字符、术语、数目、数字等是便利的。然而，应理解，所有这些和类似 术语要与适当的物理量相关联，并且仅仅是便利的标注。除非具体声明，否则如从以下讨论 中显而易见的，应理解贯穿该说明书，利用诸如“处理”、“计算”、“估算”、“确定”等之类的 术语指代诸如计算机或类似的电子计算设备之类的计算平台的动作和/或处理，所述计算 平台在计算平台的处理器、存储器、寄存器、和/或其它信息存储、传输和/或显示设备内操 纵和/或变换被表示为物理的电和/或磁量和/或其它物理量的数据。尽管所要求保护的主题不限于一些实现方式中的特定类型的通信技术、不限于采 用个人联系人的编组的具体技术背景、也不限于描述个人联系人编组的具体特点，然而可 以在采用关系环(ring)联系人列表的右脑智能网络的背景下例示所要求保护的主题。如贯穿该公开所使用的并且在所附权利要求中所使用的，可以使用短语“关系环” 来描述共享共同的一个或多个情感属性的一组个人联系人(例如，联系人列表)。然而，所 要求保护的主题不限于这一点，因此，可以将依据所要求保护的主题的个人联系人的编组 描述为“环”、“列表”、“组”或“编组”、“域”(仅列出一些示例)。因此，在该公开内，诸如 “环”之类的术语的使用不应被理解为描述按照字面上的几何形状，即使在网络图等中可以 采用这样的形状，所述网络图等可以被用来例示所要求保护的主题的示例实现方式。此外，在该公开中并且在所附的权利要求中，短语“右脑智能网络”可以指代具有 共同的情感属性的个人联系人的编组，其中短语“情感属性”可以指代实体的熟悉程度、感 情、尊重、尊敬、身份、扮演角色等特性，并且可以关于通信客户端的用户来定义。换句话说， 情感属性可以反映用户如何感觉个人联系人的编组中的个人联系人。在所要求保护的主题的一些实现方式中，可以通过关系“护照”或“签证”来控制对 关系环的通信访问。在所要求保护的主题的背景下，术语“护照，，或“签证”可以指代被用 来传递或传达关系环的成员以及将成为新成员之间的信任的电子文档。因此，依据所要求 保护的主题，用户对这样的护照的接收和接受可以向新的成员提供对一个或多个该用户的 关系环的联系人列表的通信访问。换句话说，依据所要求保护的主题，可以通过例如所信任 的个人联系人将用户介绍给预期的个人联系人，并且用户可以许可该预期的个人联系人对 该用户的联系人列表的至少一部分进行通信访问。在该公开和/或在所附的权利要求中， 可以互换地使用术语“通信”和“消息”，以便表示各方之间(例如，在用户和预期的个人联 系人之间)的信息传递。例如，如以下进一步讨论的，消息可以包括从一方到另一方的电子 邮件通信，其中，电子邮件是响应于护照或相关文档而产生的，和/或电子邮件包括护照或 相关文档。在所要求保护的主题的一些实现方式中，在环信任会话(transaction)中，属于“受尊敬的(blessed)”关系环的联系人或“成员”可以向某些其他关系环介绍新成员。在 这样的信任会话中，可以包括三方用户、中介(agent)以及要加入的人(pledge)。在该背 景下，要加入的人可以被定义为期望联系用户的人或实体，中介可以被定义为便利于该联 系的人或实体，以及用户可以被定义为要被联系的人或实体。当在该描述中和/或在所附 权利要求中使用时，术语“人”或“人们”可以指代中介、要加入的人、用户、用户的关系环账 户(account)和/或用户机器和/或给该帐目提供便利的多台机器。在所要求保护的主题 的一些实现方式中，用户和中介可以是同一人。此外，在所要求保护的主题的一些实现方式 中，各种角色可以包括不同的人，或者可以包括相同的人。在所要求保护的主题的一些实现方式中，可以将中介的角色限制于某些人。因此， 例如，可以定义特性“agent-enabled”，并且可以将其附加到关系环或附加到个别的联系 人。同样，可以定义取消(countermand)特性，从而依靠具体关系环中的成员，用户可以从 可能另外获得该特性的联系人撤回或消除“agent-enabled”特性。在所要求保护的主题的一些实现方式中，具体关系环可以与“agent-enabled”特 性相关联，从而该环的所有成员继承“agent-enabled”特性。因此，例如，这样的环可以被 称为“受信任”的关系环。信任环的成员可以包括使能的中介，该中介然后可以通过发送两 个文档被传递到要加入的人的护照文档、以及与被传递到该用户的护照相关联的接收，来 向用户介绍潜在的新成员或要加入的人。在所要求保护的主题的一些实现方式中，用户的通信客户端可以或者可以不向用 户示出护照接收，但是可以内部地对护照的接收进行应答。在所要求保护的主题的一些实 现方式中，护照接收可以包括被中介发送给用户的人类可识别的介绍性注释(note)。在所 要求保护的主题的一些实现方式中，可以将与护照接收的显示、形式、和/或管理相关联的 可选择情况设置为用户偏好。在所要求保护的主题的一些实现方式中，护照接收可以在用户的联系人列表中为 所介绍的要加入的人产生条目。在一些实现方式中，这样的条目可以被显示在图形用户界 面(GUI)中。此外，可以延迟条目的显示直到从要加入的人实际接收到通信(例如，电子邮 件)，和/或在其他实现方式中，可以在专门区域中显示条目，和/或条目可以是暗淡的或 不突出的直到要加入的人被用户接受。例如，用于该目的的GUI中的这样的专门区域可以 被称作“察看(probationary)”区域。在所要求保护的主题的一些实现方式中，出现在⑶I 的察看区域中的条目可能在一段时间之后到期，并且然后不再显示在⑶I上。在所要求保护的主题的一些实现方式中，护照和/或护照接收可以由护照管理器 产生，护照管理器包括例如诸如电子邮件客户端之类的增强的关系环的通信客户端的组 件。在一些实现方式中，中介可能能够手动地在诸如电子邮件之类的通信主体中创建护照 和/或护照接收。在一些实现方式中，护照可以是临时的，并且可以被配置为在一段时间之后到期。 依据所要求保护的主题，护照可能在其已经被使用了多次之后到期。在一些实现方式中，在 护照到期之后可以重新发放护照。在一些实现方式中，如果一个或多个事件在一定时间内 没有出现，则护照可以到期。例如，使用例如护照管理器的用户可以设置用于指定可以使用 护照多少次的护照偏好。在该背景下，向要加入的人提供护照可以将临时特权传递给要加 入的人，以允许该要加入的人与用户进行通信。该特权然后可以在护照到期时被撤销或到
替代地，用户可以指定护照使用期限(life span)或期限，使得一旦护照被产生和 /或被提供给要加入的人，某个事件或多个事件需要在那个期限之内出现，否则护照将到 期。可能需要出现以防止护照到期的事件包括但不限于要加入的人接收护照、要加入的人 通过向用户发送通信而对护照起作用、用户接收和/或注册护照接收或从要加入的人接收 通信、和/或用户接受要加入的人。在所要求保护的主题的一些实现方式中，护照可以包括与中介相关联的中介的标 识符、关系环名称和/或角色。此外，在所要求保护的主题的一些实现方式中，要加入的人 可以包括将与中介相关联的中介的标识符、关系环名称和/或角色包括在被发送给用户的 消息中。如果与中介相关联的中介的标识符、关系环名称和/或角色没有出现在从要加入 的人被发送到用户的消息中，则在所要求保护的主题的一些实施方式中，取决于例如用户 的偏好设置，该消息可以与“没有人”环相关联或者可以被拒付(bounce)。在所要求保护 的主题的一些实现方式中，这样的设置可以嵌入在诸如电子邮件客户端之类的通信客户端 中。在所要求保护的主题的一些实现方式中，要加入的人的通信客户端自动处理护 照，并且可以通知要加入的人他或她已经被介绍给个人(例如，用户)，并且可以因此向那 个人发送诸如电子邮件之类的通信。在所要求保护的主题的一些实现方式中，可以要求要 加入的人检查护照，并且在向用户发送通信时指定例如环名称、环成员和/或角色标题关 键词(role header keys)的适当值。在所要求保护的主题的一些实现方式中，用户可以修改正在介绍给用户的人员 (例如，要加入的人)的环成员资格和/或角色。在一些实现方式中，这样的修改可以被作 为新的或修改后的护照接收而发送给要加入的人。在另一些实现方式中，用户可以忽略由 要加入的人提供的环和/或角色信息，并且可以替代地使用在联系人数据库中指定的环和 /或角色信息。另外，用户可以拒绝对要加入的人的介绍，由此拒绝对用户的受信任的关系 环的通信访问。图1图示了依据所要求保护的主题的一些实现方式的示例处理100。尽管处理100 提出了各种动作和/或事件，但是那些动作和/或事件中的任何一个都不应被视为限制所 要求保护的主题，并且进一步地，本领域技术人员将认识到依据所要求保护的主题可以实 践对图1中所示的动作和/或事件的许多可选择情况。可以以从中介向用户发送护照接收的动作102开始处理100，其中，护照接收可以 如上所述地与护照相关联，并且护照可以表示向用户介绍要加入的人。如上所述，要加入的 人可以包括设法访问用户的关系环的个人。也如上所述，中介可以产生护照以及与护照相 关联的护照接收两者。在一些实现方式中，中介可以应要加入的人的要求产生护照以及护 照接收两者。在动作106中，用户可以注册该接收。在所要求保护的主题的一些实现方式 中，动作106可以包括用户将护照接收注册有限的时间段。在该背景下，如之前所述地，注 册接收可以包括使护照管理器将接收放置在GUI的察看区域中，但是所要求保护的主题不 限于这点。处理100可以继续，中介向要加入的人发送护照[动作106]，并且响应于从中介接 收到护照，要加入的人向用户发送诸如电子邮件之类的消息[动作108]。如上所述，从要加入的人发送到用户的消息可以包括“身份信息”，其指示与中介和/或要加入的人相关联 的中介、环和/或角色信息。在动作110中，关于用户是否已经接受对要加入的人的介绍， 做出确定。在所要求保护的主题的一些实现方式中，用户可以在动作102/104中接收并注 册护照接收之后指示用户已经拒绝向要加入的人提供对关系环的访问。用户还可以在动作 108中从要加入的人接收到消息之后这样做。如果动作110导致用户拒绝该介绍，则可以拒绝消息[动作114]。另一方面，如 果用户接受该介绍，则处理100可以进行到对用户而言是否可接受身份信息的确定[动作 112]。如果身份信息对于用户而言是可接受的，则可以注册消息[动作116]。在一些实现 方式中，在动作116中消息的注册可以向要加入的人提供对用户的以个人为中心的网络的 至少一部分的通信访问。在一些实现方式中，与在动作108中发送的消息相关联的身份信 息可以确定被提供给要加入的人的通信访问的程度。另一方面，如果身份信息对于用户而言是不可接受的，则在动作118中可以做出 关于用户是否希望修改与该消息相关联的身份信息的确定。如果用户在动作118中选择不 修改身份信息，则可以拒绝该消息[动作114]。然而，如果用户在动作118中选择修改身 份信息，则处理100可以进行到动作120，在动作120，可以修改身份信息。在一些实现方式 中，动作120可以包括用户修改以下中的一个或多个中介、与中介和/或要加入的人相关 联的环和/或角色信息。处理100然口可以进行到动作116，在动作116中，可以注册现在 与修改后的身份信息相关联的消息。然而，所要求保护的主题不限于处理100的示例。因此，例如，用于引进新的联系 人的替代例程可以包括简单地将那个联系人添加到联系人数据库中。此外，尽管可以采用 依据所要求保护的主题的处理100或其他处理来控制对一组联系人的通信访问，但是也依 据所要求保护的主题的另一替代例程可以包括对于未知通信采用“垃圾邮件”环。换句话 说，可以使用规则来将从未知的或不期望的发送者接收的通信路由到垃圾邮件环。随后，如 果在垃圾邮件环上的未知的或不期望的发送者被确定为是期望的或“良好”的联系人，则那 些联系人可以被提升至较高的级别或受信任的环。所要求保护的主题不限于特定的通信类型或技术，因此，尽管上面的描述集中于 电子邮件通信，但是所要求保护的主题还可以涵盖诸如被与电子邮件消息一起管理的电话 消息之类的其他介质。例如，用户可以订阅将语音邮件转到电子邮件的语音邮件服务同样 可以采用在此描述的所有技术用于这样的语音消息。另外，依据所要求保护的主题的技术也可以被应用于诸如蜂窝电话之类的纯语音 设备。因此，例如文本报文传输(messaging)可以被用于设立护照和护照接收交换。另外， 在一些实现方式中，语音信道建立协议本身可以将护照组件集成为链路控制协议的一部 分。因此，例如，依据所要求保护的主题，诸如电话和蜂窝电话之类的终端设备可以针对主 叫方id或其他链路控制信息来采用联系人列表以控制通信访问。此外，依据所要求保护的主题，在此被描述用于介绍新的联系人的技术也可以使 新联系人的介绍审核(audit)更便利。因此，例如，如果最近介绍的联系人被证明为是不期 望的，则介绍那个新联系人的一方可能变为“不可信的”，并且作为响应，他或她的“agent_ enable”特性可能被撤销或变更。此外，通信客户终端中的附加特征可以通过保持介绍的历 史记录而进一步使联系人的介绍审核更便利，在后来做出不良的介绍时可以反向追踪所述介绍的历史记录。示例系统图2是示例的示例系统200的框图。系统200可以被用来执行上面结合例如图1 讨论的各种功能的一些或全部。系统200可以包括能够便利于包括消息、电子文档(例如， 护照等)等的通信的、诸如终端设备之类的任何设备或设备的集合。例如，系统200可以包 括桌面型计算机、膝上型计算机、手持计算机、智能和/或蜂窝电话、PDA等。系统200包括诸如能够提供和/或便利于包括在此描述的那些功能的各种功能的 处理器之类的处理器(例如，中央处理单元(CPU)) 202、耦接到处理器202的存储器204、以 及耦接到处理器202和/或存储器204的显示设备206。此外，处理器202、显示器206以 及存储器204可以通过通信路径或总线208耦接到一起。本领域技术人员将认识到，图2 中未示出的图形处理单元(GPU)可以耦接到处理器202，和/或可以在处理器202内部，并 且可以耦接到显示设备206，从而向显示设备206提供可显示的信息。这样的可显示的信息 可以以GUI形式呈现在显示设备206上，其中，GUI可以能够提供依据所要求保护的主题的 一些实现方式的右脑智能的以个人为中心的网络、诸如护照之类的电子文档等等的可视呈 现。依据所要求保护的主题的一些实现方式，处理器202可以包括用于便利于、建立、 产生和/或操作诸如被用来定义右脑智能的以个人为中心的网络的列表结构、数据结构和 /或阵列之类的内部表示的逻辑。此外，依据所要求保护的主题的一些实现方式，存储器 204可以与处理器202联合动作以存储或保持至少部分这样的内部表示。本领域技术人员将认识到，存储器204和/或处理器202还可以耦接到一个或多 个控制器(图2中未示出)，所述控制器可以便利于诸如指定GUI的信息之类的信息在处 理器202和/或存储器204和/或显示器206之间的通信。此外，存储器204可以是提供 数据存储的任何设备或设备的组合。例如，存储器204可以包括硬盘驱动器(HDD)或一些 其他磁存储介质，或者可以包括光学存储技术。替代地，存储器204可以包括在处理器202 内部的存储器，和/或可以包括一个或多个在处理器202外部的分立的存储器设备。此外， 存储器204可以包括任何其他存储器技术(例如，随机存取存储器(RAM)、快闪存储器等)。 依据所要求保护的主题的一些实现方式，存储器204可以至少临时存储或保持能够提供右 脑智能的以个人为中心的网络、和/或表示例如属于以个人为中心的网络的联系人的指示 (例如，图标)的可视表示的信息。这样的信息可以包括例如指定GUI的至少部分的信息， 所述GUI能够提供右脑智能的以个人为中心的网络的可视表示并且能够被显示在显示设 备206上。显示设备206可以包括任何类型的显示设备，列出更多主要示例中的一些诸如液 晶显示(LCD)显示器、基于聚合体的显示器、电致发光显示器、等离子显示面板(PDP)、或阴 极射线管(CRT)显示器。尽管将示例系统200示为组件的特定配置，但是使用任何宽范围 的配置的其他实现方式也是可能的。此外，本领域技术人员将认识到，系统200可以包括为 了不混淆所要求保护的主题而没有在图2中图示的、并非与所要求保护的主题特别密切相 关的许多附加的组件，诸如通信总线等。尽管已经描述了具体实现方式，但是所要求保护的主题的范围不限于一个或多个 具体实现方式。例如，一些实现方式可以是被采用来在例如设备或设备的组合上操作的硬件，而其他实现方式可以是软件。此外，一些实现方式可以被采用为固件、或作为例如硬件、 软件和/或固件的任何组合。同样，尽管所要求保护的主题的范围不限于该方面，一些实现 方式可以包括诸如存储介质或多个存储介质之类一个或多个物品(article)。该存储介质， 诸如一个或多个CD-ROM、计算机磁盘、快闪存储器等，例如可以具有在其上存储的指令，所 述指令当被诸如计算机系统、计算平台或其它系统之类的系统执行时例如可以导致执行依 据所要求保护的主题的方法的实现方式，例如诸如之前描述的实现方式之一。作为一种潜 在的示例，计算平台可以包括一个或多个处理单元或处理器、一个或多个输入/输出设备 (诸如显示器、键盘和/或鼠标)、和/或一个或多个存储器(诸如静态随机存取存储器、动 态随机存取存储器、快闪存储器、和/或硬盘驱动器)。在说明书中对“一个实现方式”、“一种实现方式”、“一些实现方式”或“其他实现方 式”的引用可能意味着与一个或多个实现方式相结合地描述的具体特征、结构、或特点可 以被包括在至少一些实现方式中，但不必被包括在所有的实现方式中。在前面描述中的“一 个实现方式”、“一种实现方式”或“一些实现方式”不同出现不必全部指代相同的实现方式。 另外，如这里所使用的，冠词“一个”包括一个或多个项目。此外，当在此或者在以下的权利 要求中使用诸如“耦接”或“响应”或“响应于”或“与之通信”之类的术语或短语时，这些术 语应当被广义地解释。例如，适合于短语“耦接到”被使用的上下文，该短语可以指代通信 耦接、电耦接和/或操作耦接。在前面的描述中，已经描述了所要求保护的主题的各个方面。为了解释的目的，提 出了特定的数目、系统、和/或配置以提供对所要求保护的主题的全面理解。然而，对于利 用该公开的优点的本领域技术人员而言，显而易见的是可以在没有特定细节的情况下实施 所要求保护的主题。在其他实例下，省略和/或简化公知特征，从而不混淆所要求保护的主 题。尽管在此已经例示和/或描述了某些特征，本领域技术人员现在或将来将想到许多修 改、替换、改变和/或等效物。因此，应理解，所附权利要求意图涵盖落在所要求保护的主题 的真正精神之内的所有这样的修改和/或改变。
权利要求
一种方法，包括向通信客户端的用户发送第一通信，该第一通信指示个人设法向该用户发送第二通信；以及向该个人发送第三通信，该第三通信指示该个人可以向该用户发送第二通信。
2.如权利要求1所述的方法，其中，通信客户端适配为支持右脑智能网络。
3.如权利要求1所述的方法，其中，通信客户端适配为支持关系环。
4.如权利要求1所述的方法，其中，第二个人向该用户发送第一通信，并且其中第三通 信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一个。
5.如权利要求1所述的方法，还包括 防止该第二个人发送第一通信。
6.如权利要求1所述的方法，其中，第二个人向该用户发送第一通信，并且其中第二通 信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一个。
7.如权利要求6所述的方法，还包括如果用户没有接受第二个人的标识符、关系环名称、和/或角色中的至少一个，则拒绝弟·_ 通{曰ο
8.如权利要求6所述的方法，还包括如果用户接受第二个人的标识符、关系环名称、和/或角色中的至少一个，则注册第二通{曰。
9.如权利要求6所述的方法，还包括修改第二个人的标识符、关系环名称、和/或角色。
10.如权利要求1所述的方法，还包括响应于第一通信，在联系人列表上产生该个人的条目。
11.如权利要求10所述的方法，其中，产生条目包括在图形用户界面(GUI)中显示该条目。
12.如权利要求10所述的方法，其中，产生条目包括产生有限时间段的条目。
13.如权利要求1所述的方法，其中，第一通信包括人类可理解的介绍性的注释。
14.如权利要求1所述的方法，其中，与该个人相关联的通信客户端处理第三通信，并 且向该个人通知他们可以向该用户发送第二通信。
15.如权利要求1所述的方法，其中，第二通信包括电子邮件。
16.如权利要求1所述的方法，还包括如果与第二通信相关联的特权已经到期，则拒绝第二通信。
17.—种包括其中存储指令的存储介质的物品，所述指令当被执行时导致向通信客户端的用户发送第一通信，该第一通信指示个人设法向该用户发送第二通 信；以及向该个人发送第三通信，该第三通信指示该个人可以向该用户发送第二通信。
18.如权利要求17所述的物品，其中，通信客户端适配为支持右脑智能网络。
19.如权利要求17所述的物品，其中，通信客户端适配为支持关系环。
20.如权利要求17所述的物品，其中，第二个人向该用户发送第一通信，并且其中第三 通信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一个。
21.如权利要求17所述的物品，所述存储介质在其中存储有指令，所述指令当被执行 时进一步导致防止该第二个人发送第一通信。
22.如权利要求17所述的物品，其中，第二个人向该用户发送第一通信，并且其中第二 通信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一 个。
23.如权利要求22所述的物品，所述存储介质在其中存储有指令，所述指令当被执行 时进一步导致如果用户没有接受第二个人的标识符、关系环名称、和/或角色中的至少一个，则拒绝弟·_ 通{曰ο
24.如权利要求22所述的物品，所述存储介质在其中存储有指令，所述指令当被执行 时进一步导致如果用户接受第二个人的标识符、关系环名称、和/或角色中的至少一个，则注册第二通{曰。
25.如权利要求22所述的物品，所述存储介质在其中存储有指令，所述指令当被执行 时进一步导致修改第二个人的标识符、关系环名称、和/或角色。
26.如权利要求17所述的物品，所述存储介质在其中存储有指令，所述指令当被执行 时进一步导致响应于第一通信，在联系人列表上产生该个人的条目。
27.如权利要求26所述的物品，其中，产生条目包括在图形用户界面(GUI)中显示该条目。
28.如权利要求26所述的物品，其中，产生条目包括产生有限时间段的条目。
29.如权利要求17所述的物品，其中，第一通信包括人类可理解的介绍性的注释。
30.如权利要求17所述的物品，其中，与该个人相关联的通信客户端处理第三通信，并 且向该个人通知他们可以向该用户发送第二通信。
31.如权利要求17所述的物品，其中，第二通信包括电子邮件。
32.如权利要求17所述的物品，所述存储介质在其中存储有指令，所述指令当被执行 时进一步导致如果与第二通信相关联的特权已经到期，则拒绝第二通信。
33.一种装置，包括具有逻辑的终端设备，所述逻辑适配为向通信客户端的用户发送第一通信，该第一通 信指示个人设法向该用户发送第二通信；并且适配为向该个人发送第三通信，该第三通信 指示该个人可以向该用户发送第二通信。
34.如权利要求33所述的装置，其中，通信客户端适配为支持右脑智能网络，和/或其 中通信客户端适配为支持关系环。
35.如权利要求33所述的装置，其中，第一通信包括人类可理解的介绍性的注释。
36.如权利要求33所述的装置，其中，第二个人向该用户发送第一通信，并且其中第三通信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一 个。
37.如权利要求33所述的装置，其中，第二个人向该用户发送第一通信，并且其中第二 通信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一 个。
38.如权利要求33所述的装置，其中，所述终端设备包括计算机、电话和个人数字助理 之一。
39.一种系统，包括 处理器；耦接到所述处理器的存储装置；以及 耦接到所述处理器的显示器；其中，所述处理器适配为向通信客户端的用户发送第一通信，该第一通信指示个人设 法向该用户发送第二通信；以及适配为向该个人发送第三通信，该第三通信指示该个人可 以向该用户发送第二通信。
40.如权利要求39所述的系统，其中，通信客户端适配为支持右脑智能网络，和/或其 中通信客户端适配为支持关系环。
41.如权利要求39所述的系统，其中，第一通信包括人类可理解的介绍性的注释。
42.如权利要求39所述的系统，其中，第二个人向该用户发送第一通信，并且其中第三 通信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一 个。
43.如权利要求39所述的系统，其中，第二个人向该用户发送第一通信，并且其中第二 通信包括与该第二个人相关联的第二个人的标识符、关系环名称、和/或角色中的至少一 个。
44.如权利要求39所述的系统，其中，所述处理器被包含在计算机、电话和个人数字助理之一中。
全文摘要
公开了与控制对右脑智能的以个人为中心的网络的访问相关的实现方式。
文档编号G06F15/16GK101855626SQ200880115174
公开日2010年10月6日 申请日期2008年11月7日 优先权日2007年11月7日
发明者托马斯·W·林奇 申请人:宇谅有限公司