在具有预先建立的社交组的环境中传播和响应通告的制作方法

专利名称：在具有预先建立的社交组的环境中传播和响应通告的制作方法
技术领域：
本发明涉及用于处理电子通告的策略。在一个更具体的实现中，本发明涉及用于在网络环境中传播和消耗电子通告的策略。
背景技术：
因特网和其它广域网(WAN)支持多种面向市场的服务。这些服务允许用户提供用于销售的商品以及购买由其它用户张贴的商品。这一类型的一种尤其流行的市场服务是加利福尼亚州San Jose的eBay有限公司。依照其自己的描述“TheWorld′s Online Marketplace”(世界的在线市场)，eBay允许用户张贴用于实际上由具有因特网访问的任何人销售的商品或服务。例如，任何用户可通过输入描述用户正在寻找的商品或服务的关键词来浏览商品或服务。在标识了感兴趣的物品之后，用户可输入对该物品的竞价，且如果竞价成功，则购买该物品。
如eBay等服务的广大范围的服务具有某些优点，因为它提供竞拍者可从中做出选择的非常大的物品集合。然而，这一特征也具有缺点。对于某些交易，用户通常不愿意向较大的匿名接收者池张贴消息。例如，用户可能犹豫是否要与不可信的陌生人进行交易，或者可能犹豫是否要向陌生人销售某些具有个人或感情价值的商品，等等。这些问题在其中用户希望找到伙伴的在线约会情形中尤为凸出；在这些情况下，由于各种私密性和安全性问题，用户可能非常犹豫是否要向不受限的接收者池张贴个人信息。
常规的在线市场服务和在线约会服务试图通过给予用户与其参与者相关联的某一可信性度量来解决这些问题。例如，eBay提供了一种反馈机制，它允许用户记录他们在与不同的买主和卖主交易时的体验。由此，这向其它用户警告可能的不诚实、不可靠或不期望的参与者。然而，这一机制未完全解决以上列出的类型的问题。即使市场服务传达在线参与者的某一可信性度量，它也没有改变用户与不露面的陌生人交易的事实。
鉴于至少以上列出的原因，对于用于在网络环境中传播和消耗通告的更令人满意的策略具有典型的需求。

发明内容
依照一个示例性实现，描述了一种在具有预先建立的社交组的环境中通信的方法，包括(a)由一阶社交组的成员创建通告，该成员被称为通告发起成员；(b)将该通告与通告发起成员的身份相关联；以及(c)将通告传播到一阶社交组的至少其它成员。
下文描述了其它示例性实现。


图1示出了其中可采用通告相关的功能的示例性网络环境。
图2示出了用于在图1的网络环境中传播和消耗通告的示例性通告相关功能的概观。
图3示出了可用于实现图2的通告相关功能的示例性系统。
图4-7示出可由图2的通告相关功能产生的不同示例性用户界面呈现。
图8和9示出了阐述图2的通告相关功能的示例性过程方面的两个流程图。
图10示出了用于实现图2的通告相关功能的各方面的示例性计算机环境。
在所有公开内容和附图中，相同的标号用于引用相同的组件和特征。100系列的标号指的是最初在图1中找到的特征，200系列的标号指的是最初在图2中找到的特征，300系列的标号指的是最初在图3中找到的特征，依此类推。
具体实施例方式
以下描述阐述了用于在网络环境中传播和消耗通告的通告相关(AR)功能。为减轻在背景技术一节中提及的类型的问题，AR功能在一个或多个预先建立的用户社交组的上下文中进行通告的交换。例如，作为预先建立的社交组的成员的用户可向该直接社交组的其它成员张贴通告。该社交组的成员然后可响应该通告或与该通告交互。
依照另一特征，AR功能将所创建的通告与创建消息的成员(后文称为“通告发起成员”)的身份链接。AR功能可通过在与通告发起成员相关联的联系信息一般会出现的任何地方提供通告相关(AR)信息，或通过某一其它通知渠道来向其它成员警告通告的存在。例如，考虑其中直接社交组对应于即时消息通信程序“好友列表”的说明性情况。AR功能可在好友列表中通告发起成员的别名旁边显示标识通告的存在的符号。组中的成员可通过激活该符号来调查和响应该通告。
依照另一特征，直接社交组中的每一成员可以是其它社交组的成员。由此，通告发起成员可任选地向直接社交组中的成员的联系人(后文称为“联系人的联系人”或“二阶联系人”授权通告的分发。更一般地，用户可向任意联系人链授权通告的分发，且以此方式定义了接收通告的阅览者的范围。希望浏览其它成员的通告的用户可以用类似的方式来限制其搜索，即，通过仅查看由其自己的直接社交组或更高阶链接的社交组(例如，联系人的联系人等等)的成员张贴的通告。
依照另一示例性特征，AR功能可通过提供与参与者相关联的可靠性得分来提供关于参与者的可信性的补充信息。用户可审阅该可靠性得分来确定与特定的参与者进行交易是否是安全或谨慎的。
此处所描述的策略给出了多种益处。依照一个益处，对社交组的预先建立的网络的使用向用户给予了对他们可与其进行通告相关交易(张贴通告会回复其他人的通告)的在线阅览者的大量控制。例如，希望向相对亲密的用户组张贴通告的用户可将通告限于他或她的直接社交组(也称为一阶社交组)。希望以较不私人的通告联系更多阅览者的用户可选择将通告分发到二阶社交组、三阶社交组等等，可能到达网络中的整个参与者池。该特征由此准许用户实现他们认为对于进行不同的交易适当的信任级别。相反，常规的在线市场是考虑了相反的目标来设计的，即，总是将用户的张贴广播到可能的最大且最不受限的阅览者。
结合支配将通告分发到社交网络的“多远”的能力来使用现有的社交网络可能鼓励更多用户参与在线市场活动-尤其是在用户主要关心私密性问题和/或参与者可信性的情况下。对于这一点，这一服务的潜在普及性可能是由它在进行交易或处理个人事务时自然地补充用户的正常(离线)偏好的程度来决定的；在许多情况下，用户可能希望将其需求广播到大量阅览者，但是在许多其它情况下，用户更偏好在其中进行交易的更亲密的阅览者。
依照另一益处，AR信息和用户身份的配对提供了一种在用户的身份信息一般将出现的任何地方注入通告的无缝方式。
本描述中将阐述该策略的其它特征和附加益处。
关于术语，术语“通告”指的是可被发送到一个或多个接收者的任何种类的消息。通常，通告可以被构造为针对其它成员的出价或请求。例如，用户可使用通告来传播销售出价(其中，用户销售特定的商品或服务，或出价购买特定的商品或服务)。或者用户可使用通告来进行更一般(较不正式)的销售相关查询。其它消息可能没有销售内涵，诸如对关于特定话题的建议的请求(例如，对关于度假目的地的信息的请求等等)。在约会情形中，通告可包括为了吸引适当的伙伴的有目标的信息。这些仅仅是说明性示例；一般而言，通告可包含在任何上下文中使用的任何种类的内容。
术语“社交组”指的是为任何目的成员的任何聚集。通常，社交组可由友谊来绑定。其它社交组可以由工作关系、家庭关系、学术关系等来绑定。用于建立这些组的常见机制可包括允许用户建立好友列表的即时消息通信应用程序、允许用户建立联系人列表的电子邮件机制等等。
术语“阶”用于定义社交组之间的关系。例如，用户可将通告分发到他或她的直接联系人组，该组被称为一阶社交组。如上所述，一阶社交组的成员可属于其它社交组，而这些其它社交组中的成员与另外一些其它社交组相关联，等等。二阶社交组指的是涉及这样的用户的组从该用户到与该二阶社交组中的成员有两次“跳跃”。即，例如，Alice可向其朋友Bob张贴通告，而Bob将该通告转发给其朋友Carol；由于到达Carol有两次“跳跃”，因此将Alice绑定到Carol的社交组是二阶社交组。可通过延链接的组关联向外进一步前进来到达更高阶的社交组。
本公开内容包括以下各章节。章节A呈现了用于传播和消耗通告的示例性系统。章节B描述了可结合章节A的系统使用的用户界面呈现。章节C呈现了可描述章节A的系统的操作的一系列流程图。章节D描述了用于实现章节A的系统的各方面的示例性计算机环境。
A.示例性系统(图1-3)一般而言，参考附图所描述的任何功能可以使用软件、硬件(例如，固定逻辑电路)、手动处理或这些实现的组合来实现。此处所使用的术语“逻辑”、“模块”或“功能”一般表示软件、硬件或软件和硬件的组合。例如，在软件实现的情况下，术语“逻辑”、“模块”或“功能”表示当在一个或多个处理设备(例如，一个或多个CPU)上执行时执行指定任务的程序代码。程序代码可以被储存在一个或多个计算机可读存储器设备中。更一般地，所示的逻辑、模块和功能被分隔成不同的单元可反映这一软件和/或硬件的实际物理组合和分配，或可对应于由单个软件程序和/或硬件单元执行的不同任务的概念分配。所示的逻辑、模块和功能可以位于单个地方(例如，如由处理设备实现的)，或可以在多个位置上分布。
A1.示例性链接的社交组环境图1示出了可用于传播和消耗通告的示例性网络环境100的一部分。环境100包括四个相交的社交组。直接社交组102由成员A(Alice)定义。即，在即时消息通信(IM)应用程序的上下文中，Alice通过创建标识成员的别名的好友列表定义了直接社交组102的成员。或者，在电子邮件应用程序中，Alice可在其联系人列表中定义个人组。可使用另外一些其它机制来定义直接社交组102的成员资格。在任何情况下，直接社交组102中的每一个圈定义了组中的一个成员。读者将理解，图1所示的成员数量可以仅表示大得多的成员组(或可能小得多的成员组)的一个子集。
由Alice定义的社交组102中的一个成员是成员B(Bob)。另一方面，Bob定义了其自己的联系人列表，该列表中的成员共同构成了另一社交组104。Bob的第二社交组中的两个成员是成员C(Carol)和成员D(Don)。Carol定义了其自己的联系人列表，该列表中的成员共同构成了另一社交组106。Don定义了其自己的联系人列表，该列表中的成员共同构成了又一社交组108。读者可以理解，任一社交组中的每一成员(由圈表示)可创建其自己的相应社交组；因此，在实际的应用中，社交组可用比图1所示的更多的分支向外扩展。
图1也用作用于示出其中可传播和消耗通告的方式的媒介。考虑其中Alice创建用于分发到其它成员的通告的第一情形。在第一情况下，Alice可能希望将通告的分发限于其直接社交组102。在这一情况下，通告相关(AR)功能(在下一小节中描述)将通告仅传播到包含在直接社交组102中的成员。然而，在第二个情况下，Alice可能希望将通告分发到更广的阅览者。在这一应用中，AR功能允许Alice通过定义可通过其传播通告的关系“跳跃”的最大数量来指定目标阅览者。例如，如果Alice指定通告应当被分发到二阶社交组，则AR功能仅将通告传播到社交组104(同时要记住，可能有图1未描述的许多其它二阶社交组)。如果Alice指定通告应当被分发到三阶社交组，则通告功能将通告传播到社交组104、社交组106和社交组108(以及图1中未示出的可能的许多其它社交组)。
接着考虑其中Alice希望消耗由另一用户创建的通告的第二情形。上文描述的同一灵活机制可用于限制对Alice可用的目标受众。在第一情况下，Alice可能希望将所呈现的通告的池限于其直接社交组102。在第二情况下，Alice可能希望将对其可用的通告池扩展到二阶和三阶成员组，这些成员组可包含组104、106和108。不论Alice的查看选择是什么，Alice仅能够访问通告发起成员配置成由Alice的社交组查看的那些通告。由此，假定第三社交组106中的一个成员创建了通告，但是将其分发仅限于第三社交组106。由此，即使Alice可能已将其搜索的到达范围扩展到三阶社交组，Alice也无法查看该通告。
在一个实现中，AR功能被配置成将一组完整的AR信息传播到直接社交组，且将该组相同的完整AR信息传播到较高阶社交组。在另一实现中，AR功能被配置成将一组完整的AR信息传播到直接社交组，但是仅将该组完整信息的一个子集传播到较高阶社交组。后一实现在通告发起成员为私密性或安全性原因(因为用户可能较不确保用户不直接认识的成员的可信性)希望限制发送给“远程”用户的信息的量的情况下是有价值的。也可想像这一情况(虽然不是常见的)，其中用户希望向远程联系人提供比用户的直接社交组更多的信息，例如，用户希望向最了解她的人隐藏可能尴尬的细节等等。用户可能在某些(虽然是不常见)的情况下(例如，用户希望为其密友购买礼物，且希望向该朋友的朋友咨询建议)完全绕过用户的直接社交组。
A2.示例性通告相关(AR)功能图2示出了AR功能200的综述。图2将AR功能200的组件描述为集成单元以便于解释。然而，如稍后参考图3将描述的，AR功能200的组件可以用不同的方式来实现。在第一情况下，AR功能200可完全在个别用户使用的设备内的客户机级别上实现。在第二情况下，AR功能200可完全在头端基础结构(诸如在一个或头端服务器机器内)实现。在第三情况下，AR功能200可通过客户机设备和头端基础结构两者中的组件分布来实现。由此，图2主要用作对由AR功能200执行的功能以及这些功能的相互关系的解释，这些功能可用不同的方式映射到不同的物理实现。
AR功能200的一个组件是通告创建模块202。如其名称所暗示的，通告创建模块允许用户创建通告。进而要讨论的图4示出了可用于创建通告的一个示例性用户界面呈现。通告创建模块202可将如此创建的通告储存在通告存储204中。
通告较佳地与通告发起用户的身份密切相关联(例如，以类似于“好友图标”的方式，该好友图标与用户别名的身份配对，并连同该别名一起出现)。为此，通告可作为通告发起用户的身份的属性来储存。图2通过示出通告存储204和身份存储206(储存涉及用户身份的信息)之间的链接来示出这一特征。这些数据库(204、206)可用各种方式来实现。例如，通告存储204和身份存储206可以完全由客户机设备提供，或者完全由头端基础结构提供，或者由客户机设备和头端基础结构两者的分布式组合来提供。在存储(204、206)由头端基础结构提供的情况下，用户可使用不同的设备和平台来访问这一信息，由此允许在各种“漫游”情形中访问通告功能。
图2示出了特定通告发起用户Alice的身份和由虚线曲线表示的她所创建的通告之间的链接。这一特征可以用不同的方式来实现。例如，通告存储204中的记录可由引用指针链接到身份存储206中的记录。或者，通告存储204和身份存储可被实现为单个数据库，在这一情况下，Alice的通告可表示其身份记录的字段或属性，等等。
AR功能200的另一组件是通告传播和消耗模块208。如名称所暗示的，该模块208提供了支配通告向外到目标阅览者的传播，并且也支配用户对通告的消耗的逻辑。在通告分发的上下文中，该模块208可将通告仅传播到由通告发起用户所定义的目标阅览者。一阶分发限制将导致通告仅被传播到通告发起成员的直接社交组。较高阶分发限制将导致通告沿链接的社交组链被向外传播到扩展的目标阅览者。在通告消耗的上下文中，模块208应用类似的限制来定义查询用户允许探测社交组的集合“多远”来查看并响应通告。在这些情况的任一个中，通告信息被“附带”到身份信息上作为其一个属性，使得AR信息与对应于通告发起用户的身份信息相关联地显示。由此，显示通告发起成员的身份的任何应用程序也可被配置成显示AR信息。AR信息也可在其它应用程序的上下文中呈现；例如，AR信息无需被“附带”到预先存在的身份信息呈现中。
模块208也提供了查询用户可用于搜索、访问和响应通告的机制。进而将讨论的图5-7示出了该模块208可用于向用户警告通告然后准许用户响应通告的各种用户界面呈现。
最后，AR功能200也可包括偏好设置模块210，用于将偏好信息储存在偏好存储212中。该模块210允许用户输入偏好信息(诸如默认设置信息)，该信息将支配通告创建模块202和通告传播和消耗模块208之一或两者的操作。例如，用户可能希望提供指定通告要被限于用户的直接(一阶)社交组的默认信息等等。这将消除用户在创建每一通告之后做出这一选择的需要。
图3示出了可用于实现图2的AR功能200的一个示例性系统300。系统300包括设备集合(302、304、……、306)，它们经由耦合机制308耦合在一起。系统可提供用于经由耦合机制308与设备(302、304、……、306)交互的可任选头端基础结构310。
耦合机制308可包括用于将系统300的组件耦合在一起的任何机制或机制的组合。例如，耦合机制306可包括任何种类的网络(或网络的组合)，诸如广域网(例如，因特网)、内联网、数字订户线(DSL)网络基础结构、点对点耦合基础结构等等。耦合机制308可使用或涉及任何种类的协议或协议的组合，诸如网际协议(IP)、传输控制协议(TCP)、用户数据报协议(UDP)、超文本传输协议(HTTP)、简单对象访问协议(SOAP)以及许多可能的其它协议。在使用一个或多个数字网络来分发信息的情况下，耦合机制308可包括各种有线和/无线链路、路由器、网关、名字服务器等等(未示出)。
在一种情况下，设备(302、304、……、306)可通过对等(P2P)安排(不依赖于头端基础结构310中的交换机服务等)彼此通信。在另一情况下，设备(302、304、……、306)可通过头端基础结构310彼此通信。在另一情况下，设备(302、304、……、306)可使用P2P和交换机服务的组合来彼此通信。
头端基础结构310可包括用于向客户机设备(302、304、……、306)提供服务的设备的任何组合。例如，头端基础结构310可包括用于向设备(302、304、……、306)提供服务的一个或多个服务器机器(例如，服务器场)，以及用于储存通告、身份信息等的一个或多个数据库。头端基础结构310的组件可位于单个地方或在多个地方分布。在头端基础结构310由服务器机器实现的情况下，进而将讨论的图10提供了用于实现这些机器的一个示例性计算机环境。
每一客户机设备(302、304、……、306)可包括用于与其它设备和/或头端基础结构310交互的任何种类的设备。在一个示例性情况中，客户机设备(302、304、……、306)可对应于个人计算机设备、个人数字助理(PDA)设备、智能移动电话设备、任何种类的便携或可穿戴计算机设备、任何种类的游戏控制台设备(诸如微软公司的XboxTM游戏控制台)等等。在设备(302、304、……、306)由某一种计算机设备实现的情况下，进而将讨论的图10提供了用于实现这些设备的一个示例性计算机环境。
图3示出了代表性客户机模块A(302)包括耦合到呈现单元314的处理单元312。处理单元312包括用于执行各种所描述的任务的任何数据处理功能，而呈现单元314提供了用户可用于与处理单元312交互的任何种类的输出机制。呈现单元314可提供视觉输出、音频输出、触觉输出、这些输出的任一组合等等。
图3示出了AR功能200(在图2的上下文中介绍和描述)可以由个别的客户机设备(302、304、……、306)完全在客户机级别上实现。或者，AR功能200可以由头端基础结构310完全在头端级别上实现(例如，作为“web”应用程序)或者，AR功能200可以由客户机级别和头端级别两者所提供的功能的组合来实现。例如，在最后提到的情形中，设备(302、304、……、306)可储存执行AR功能200的规定任务的一个子集的软件，且头端基础结构310可储存执行规定任务的另一子集的软件。图2所示的各种数据存储(204、206、210)可在客户机级别、头端级别或由客户机级别和头端级别的分布式组合来实现。
对于商业模型，在一个示例性实现中，用户可免费访问AR功能200。在另一示例性实现中，仅订阅用户可在支付的规定费用之后才能访问AR功能200。在又一情况下，用户可通过为所执行的每次交易支付费用，或通过为某一数量的交易支付费用(包括“随付随用”模式)来访问AR功能200。例如，用户可为所创建的每一通告支付费用。
B.示例性用户界面呈现(图4-7)如图3所示，客户机设备(302、304、……、306)的任一个可提供允许相关联的用户与AR功能200交互的用户界面316。用户界面316可用于基于储存在客户机级别、头端级别(例如，作为web应用程序)或客户机级别和头端级别的组合上的逻辑来呈现用户界面呈现。用户界面呈现可包括在呈现单元314上显示的图形和/或文本内容。用户可通过诸如键盘、鼠标设备、触摸屏等各种输入机制与该内容交互。
图4-7提供了可用于与AR功能200交互的示例性用户界面呈现。读者可以理解，用户界面呈现的样式、组织和内容可被改变以适合不同的技术和商业环境。例如，在AR功能200被应用于无线网络环境的情况下，启用的系统可选择减少用户界面呈现中的信息量，以适应在较小的设备(例如，移动电话)上对该信息的显示。
开始，图4示出了用于在即时消息通信(IM)应用程序的上下文中创建通告的用户界面呈现400。再一次，IM应用程序的上下文内AR功能200的实现是示例性的；例如，AR功能200可以在涉及一个或多个社交组的任何应用程序中实现。或者更宽泛地，AR功能200可以被应用于显示涉及一个或多个社交组内的成员的身份信息的任何应用程序。
用户界面呈现400包括在正常过程中由IM应用程序提供的第一IM窗格402。IM窗格402列出了特定用户，即Alice的好友列表中的成员。该列表可被划分成常规的成员类别，诸如家庭、朋友、同事等等。为构造参考，假定Alice对应于图1所示的实体A。由此，Alice的列表中的成员对应于图1所示的直接社交组102中的成员。Alice的列表中的每一成员通常维护其自己的好友列表，该列表与图1中所示的其它社交组(诸如社交组104)相关联。
在一个示例性且非限制的应用中，IM窗格402可允许Alice通过在下拉菜单406中选择适当的菜单选项来创建通告。在该示例性情况下，下拉菜单406标识各种通信相关选项，其中之一标识了AR功能200。用于调用AR功能200的其它技术是可能的。
在调用了AR功能200之后，呈现通告创建窗格408。通告创建窗格408包括标识用户Alice的通告的特性的第一域410。可能的通告类型包括“销售(selling)”(其中用户希望销售商品或服务)、“购买(buying)”(其中用户希望购买商品或服务)、或任何其它种类的消息(包括不涉及购买或销售的消息)。
通告创建窗格408中的第二域412允许用户定义通告的内容。通告的可定义域可包括其标题及其主体。使用“附件(attachment)”命令，用户也可附加与通告相关联的图片或其它信息。例如，用户可附加用户正在销售或寻求购买的商品或服务的图片。或者在约会情形中，用户可附加他或她自己的照片。第二域412中的另一命令“取消(cancel)”允许用户取消通告(由此通告不会被张贴)。另一命令“张贴(post)”允许用户在完成之后张贴通告。
第三域414允许用户定义支配通告的传播的各种准则。例如，Alice可指定通告应当仅被转发到其直接联系人，这意味着仅转发给其好友列表上列出的那些个人。或者Alice可以通过限制仅将通告分发到其好友列表内的某些类别，诸如仅分发到其家庭联系人、仅分发到其朋友联系人、和/或仅分发到其工作相关联系人，来变得更特定。
另外，或者可选地，Alice可通过选中第三域414中的适当的框来授权将通告分发到联系人的联系人。在一个实现中，用户也可定义通告应当在社交组的网络中被分发得“多远”。在这一情况下，Alice选择了“2”，意味着通告被分发到二阶社交组之远，诸如图1所示的社交组104。第三域414也允许用户限制被发送到用户的直接联系人列表之外的AR信息的量。在一个情况下，AR功能200可以被预先配置成从完整的通告信息集中提取信息的子集并发送到较高阶社交组。在其它实现中，通告创建窗格408(或链接窗格)可允许用户自定义被发送到其直接联系人组之外的信息(例如，通过激活图4中的“定义信息(define info)”链接)。在一个情况下，应用统一的准则来限制发送到所有较高阶社交组(例如，n阶社交组，其中n＞1)的信息的量。在另一情况下，可能根据用户与通告发起用户的关系遥远性逐渐减少发送给用户的信息量。
上述用于创建通告的机制是示例性且非限制的。用于创建通告的其它机制可使用不同的UI技术来向用户请求信息。此外，其它机制可收集与以上枚举的示例性域不同的准则域。例如，用于创建通告的另一机制(未示出)可允许通告创建成员(Alice)指定除Alice自己之外还准许谁审阅对Alice的通告的响应。这一“能够查看响应”准则可以被限于Alice的一阶(直接)好友列表，或可以使用上述“向外程度”参数来指定。这一特征可能在销售上下文中尤其有用，其中用户可以对由Alice提供销售的特定物品进行竞价，并因此自然地希望知道占优势的最高竞价可能是什么。作为另一示例，假定Alice的消息要求对任何主题的建议；此处，用户可能对找到其他人如何对Alice的消息响应感兴趣，例如，避免不必要地重复其他人所说的内容。(然而，在其它情况下，可能期望停用这一“能够查看响应”选项来保护消息交换的私密性)。
在又一实现中，响应通告的用户可被给予控制其响应是否可被组中除Alice之外的其他人查看的选项。
在创建消息之后，Alice可能从其社交组或链接的社交组中的成员接收到对通告的一个或多个响应。Alice可通过激活其通告并检查与其相关联的任何响应来审阅其通告。
仍在示例性和非限制IM应用程序的上下文中，图5示出了如何能够向Alice的社交组内的用户Bob警告Alice的消息的存在。例如，假定Bob对应于图1所示的实体“B”。当Bob调用IM应用程序时，显示IM窗格502。IM窗格502包括Bob的社交组的成员的列表504，这对应于图1中的社交组104。Alice是Bob的社交组中的成员。
IM窗格502通过在列表504中临近Alice的别名的位置处显示AR信息506，向Bob警告Alice创建了通告的事实。图5所示的特定AR信息506完全是示例性的；可使用任何符号(或声音等)来向用户警告另一用户创建了通告。然而，较佳地，AR功能200将AR信息506与关联于通告发起用户的身份信息相关联，使得在呈现身份信息的每一处，同样地与其相关联地呈现AR信息506。由此，例如，如果Bob也包括Alice作为电子邮件应用程序中的联系人，则AR功能200将显示与Alice的联系人信息相关联的AR信息506，以向Bob警告Alice的通告的存在。(尽管未示出，但Alice可在其IM窗格中包括与其自己的身份信息相关联的类似的AR信息，以向其警告她创建了通告的事实，并用作用于重新激活和检查其通告以及与其相关联的响应的门户)。
Bob可用不同的方式来调用Alice的通告，诸如在AR信息506上点击。这将提示AR功能200呈现通告窗格508。通告窗格508包括标识通告发起成员，即Alice的第一域510。通告窗格508包括提供Alice使用图4的通告创建窗格508定义的通告的内容的第二域512。内容可包括与通告相关联的图片(通过图4的“附加”命令来附加)，以及与通告相关联的文本描述。在这一特定情况下，Alice正在销售高尔夫球棒。由此，图片可提供她正在销售的球棒的照片，且文本部分可提供该物品的描述。尽管未示出，如果Alice激活了上述“能够查看响应”选项，则呈现给Bob的通告也可提供关于由其他人响应于Alice的通告发送的消息的信息。例如，尽管未示出，但通告窗格508可包括提供允许Bob查看其他人的响应的门户的链接；或者，关于其他人的响应的信息(例如，最高竞价)可被结合到在通告窗格508本身上呈现的主要信息中。
通告窗格508的第三域514允许Bob响应Alice的通告。激活该回复功能可触发对特殊用户界面呈现(未示出)的显示，该用户界面提供关于该物品的进一步信息，和/或允许Bob对该物品做出正式的购买(例如，通过输入信用卡信息、地址信息等)。可替换地，或除此之外，回复功能可建立与Alice(如果Alice在线)的通信会话，使得Bob可个人地通过IM会话完成与Alice的销售交易。
可以回想，Alice定义了其消息的“到达范围”向外扩展到二阶社交组，这可允许消息也被分发到列表504中Bob的联系人。考虑Bob的列表504的成员Carol此时也在线的情况。还假定Alice不是Carol自己的好友列表的成员。在这一情况下，AR功能200可依赖于各种机制来向Carol警告Alice的消息的存在。在一个情况下，Carol的IM窗格(未示出)可显示匿名AR信息，她指示其好友列表上的某个人具有生成消息的联系人(或在关系链中“进一步返回”的某个人生成了通告)。Carol的IM窗格可在Bob的身份信息旁边显示匿名AR信息，这可至少向Carol警告Bob是从通告发起成员到Carol的路径中的最后一个链接。在另一情况下，Carol的IM窗格可包括以弹出警告的方式(Carol可任选地禁用)临时显示来自远程联系人(例如，Alice)的AR信息的单独的“临时访客(temporary guest)”部分。该特殊部分中的AR信息在可能时可任选地标识通告发起成员。在另一情况下，AR功能200可委托沿路径的每一链接成员授权关于通告的信息的转发。在这一情形中，仅当Bob授权这一发送时，AR功能200才将Alice的通告传播到Carol。在另一情况下，IM功能可准许从不包括在用户的好友列表中的某个人接收通告的用户正式地将通告发起成员添加到用户的好友列表，或至少添加到好友列表的特定类别(例如，“远程AR联系人”列表)。在任何情况下，当Carol激活AR信息时，AR功能200可提供呈现给Bob的相同的通告窗格508(或该窗格508中包含呈现给Bob的信息的子集的某一修改的再现)。
上述示例涉及市场相关的应用，其中Alice对销售商品或服务感兴趣。然而，AR功能200可用于创建任何种类的通告，诸如购买商品或服务的请求，或对信息的通用请求。图6示出了与在线配对有关的又一应用，其中Alice生成了向其朋友询问他们是否认识她可能约会的任何人的通告602。在线约会情形是AR功能200的一个尤其适当的应用，因为用户可能非常不愿意在匿名约会数据库中张贴对大量且非限制的参与者人群可访问的个人信息。但是用户可能对将约会相关请求委托给他或她的朋友感到更舒服，因为许多人通常严重地依赖于朋友和家人来找到合适的伴侣。
AR功能200可提供用于向用户警告张贴的通告以及对张贴的通告的响应，以及用于向用户呈现通告和响应的其它机制。例如，AR功能200可使用任何种类的递送平台(或递送平台的任一组合)来递送通告，诸如局域网、广域网、无线通信网络(例如，通过由蜂窝网络提供的SMS/MSS服务，或类似的消息通信服务)、通过常规邮件或信件对承载通告的物理媒介的手动递送、等等。此外，AR功能200可使用用于向用户警告AR信息然后呈现通告的任何机制(或机制的组合)，诸如通过呈现图形信息(包括静止和/或动画图形信息)、视频信息(诸如呈现通告的内容的视频剪辑)、音频信息、触觉信息等等。此外，AR功能200可将这一AR信息集成到由接收设备以任何方式提供的任何应用程序中。例如，接收设备可将AR信息集成到电子邮件应用程序、数字网络语音应用程序、任何种类的IP浏览器相关服务等中。或者，接收设备可通过单独地专用于AR功能200的“独立”消息通信服务(例如，通过用户的台式机可用)来提供AR信息。
最后，应当注意，上文阐述的示例涉及与涉及用户的身份信息相关联的AR信息的呈现(例如，在好友列表或联系人列表的上下文中)，例如，通过将AR信息“附带”到预先存在的身份信息上。然而，其它应用程序不提供身份信息作为其正常服务的一部分。在这些情况下，AR功能200可通过将这一身份信息作为这些应用程序的补充特征添加来呈现AR信息。或者，AR功能200可以用与正式的好友列表或联系人信息分离的方式呈现AR警告，例如，通过提供在张贴AR消息时警告用户的“独立”弹出消息(以及类似的消息)。
上述实现描述了逐个通告基础上的AR信息交换。然而，可预想存在多种替换。例如，图7示出了允许用户对张贴的通告做出与图5和6的示例相比更全面的调查的一个示例性市场窗格700。在以下讨论中，与市场窗格702交互的用户被称为“查询用户”。
市场窗格702中的第一域702允许查询用户选择感兴趣的话题，例如，查询用户是否希望查看由其他人创建的销售通告或用户自己的销售通告。在图7的情况下，查询用户选择查看由其他人创建的通告(通过选择“购买(Buy)”页面)。如果查询用户选择查询用户自己的通告，则AR功能200也可提供关于从涉及该通告的用户接收到的响应的信息。
市场窗格702中的第二域允许查询用户定义将用于从全部数量的通告中精选可用通告的一个子集的准则。在这一域704中，第一“来自……的项(Itmes From)”准则允许查询用户在通告发起成员的特性的基础上过滤通告。第一类成员可对应于查询用户的直接社交组(例如，一阶社交组)。其它类成员可涉及后面更高阶的社交组。“来自……的项”准则也可允许查询用户定义他们希望从其中查看通告的用户类别，诸如家人、朋友、同事等等。“向外程度(Degrees Out)”准则允许查询用户定义AR功能200将到达关系链中多远来检索通告。在所示的图7的情况下，查询用户为“来自……的项”准则选择“所有卖主(All Sellers)”，并为“向外程度”准则选择“4”，意味着查询用户希望查看由向外延伸到四阶社交组(可能很好地定义了包含几百个联系人的网)的任何社交组内的任何成员创建的通告。通过这些域，查询用户可有效地基于期望的信任水平从通告存储204中精选通告的集合。例如，该搜索机制允许用户审阅来自通告发起成员的相对亲密组(例如，一阶组)，或更广泛的成员组的通告(例如，可能包括通告存储204中的所有通告)。图7示出了用于在这些域中输入准则的示例性下拉选择机制，尽管可使用其它控制机制，诸如用于指定“向外程度”准则的各种图形机制(例如，滑动块控件、旋钮类型的控件等等)。指定“向外程度”准则的另一种方式是通过一系列的同心环，其中每一环指定了查询用户和通告发起成员之间的隔离程度。查询用户(由环的中心表示)可通过选择(例如，点击)期望的同心环来指定期望的信任级别。
第二域704中的另一准则允许查询用户指定查询用户希望查看的物品类别，诸如电子商品、衣物、音乐等等。
第二域704中的另一准则允许查询用户定义将在窗格702中呈现通告的方式。对于随机打乱选项，AR功能200可呈现满足第二域702中定义的准则的通告的随机子集。或者，AR功能200可基于他们多久以前创建、价格范围、关系程度(例如，在更遥远的联系人之前来自直接联系人的物品)等来对物品分级。
第三域706提供了对满足以上定义的搜索准则的匹配物品的描述。该域706可呈现描述通告的任何种类的信息，包括图形信息、文本信息或其组合。在图7的示例性情况下，第三域706为每一通告提供与物品的卖主相关联的图片或图标、物品的图片、物品的显见特征的文本描述、以及启动物品的购买的命令按钮。查询用户可通过激活该域706的右上角的“下一步(Next)”命令来顺序通过第三域706的不同窗格。在选择了随机打乱准则的情况下，下一步命令将提示AR功能200提供可用物品的另一随机子集用于审阅。
第四域708示出了关于第三域706中所示的物品的所选择的一个的更具体信息。在这一情况下，查询用户选择了涉及由卖主Joseph K销售的车辆的物品710。由此，第四域708提供了关于该车辆及其卖主的附加信息。即，第四域708的最顶端部分712提供了关于车辆本身的附加信息。这一附加信息可包括车辆的附加照片，以及车辆的扩展文本描述。该部分712也可提供允许查询用户找到类似的物品、购买物品或检索关于物品的更进一步信息的渠道。
第四域708的中间部分714提供了关于卖主Joseph K的附加信息。附加信息可包括卖主的照片以及与卖主相关联的分级信息。分级信息可反映从与该卖主交易的其它买主接收到的反馈，由此反映了其与该卖主交易的体验一好、坏或中间。因此，查询用户可对于从该卖主购买是否谨慎做出更明达的判断。这可能在其中查询用户不认识卖主的情况下是有价值的，诸如可能是卖主来自相对较高阶社交组的情况。
中间部分714也可任选地提供标识卖主如何被链接到查询用户的信息。这可以在文本上用定义卖主和查询用户之间的链接的一串别名来表示。在这一情况下，链接是“Joseph K”到“Sarah”到查询用户(“你(You)”)。中间部分714也可以图形格式显示卖主和查询用户之间的关系，诸如通过使用图7所示的同心圆的范例(也在上文“向外程度”准则的上下文中描述)同心圆中间的点对应于查询用户，而圆外周边上的点对应于卖主。中间环的点表示将查询用户链接到卖主的中间成员(Sarah)。同心圆范例仅是说明性的；可使用其它图形范例，诸如族谱类型的树结构、金字塔类型的结构、重叠圆范例(例如，类似于图1所示的维恩图格式)等来示出成员之间的链接。无论使用什么格式来传达关系，该信息都可以是非常有益的，因为它允许查询用户仅看一眼就可评定其与通告发起成员的关系是否满足期望的信任级别。
“信任圆”机制也可被修改以包括附加功能。例如，该机制可包括允许用户例如基于用户对所显示的信任级别不适当的独立评定将成员从一个信任圆“点击并拖动”到另一个。在一个情况下，这可具有将远程成员添加到查询用户的好友列表、从查询用户的好友列表中移除成员等的效果。这一范例的其它变体也是可能的。例如，点击圆可激活由该圆包含的成员的列表，等等。
最后，第四域708的底部部分716允许用户查看由Joseph K的朋友销售的物品，由此从查询用户可选择的扩展了物品的池，并也将对于查询用户的关系阶数向外扩展了一个附加程度。
要重复的是，市场窗格700的样式、组织和内容是说明性和非限制的。上文阐述的概念的众多变体是可能的。
C.示例性操作方法(图8和9)图8和9以流程图的形式共同描述了AR功能200的操作。为便于讨论，某些操作被描述为构成以特定的顺序执行的各个步骤。这一实现是示例性和非限制的。此处所描述的某些步骤可被组合在一起并在单个操作中执行，而某些步骤可以用与本发明中阐述的示例中采用的顺序不同的顺序来执行。由于由AR功能200执行的功能已在先前的部分中充分解释，因此本节将主要用作对那些功能的回顾。图8和9在商品或服务销售的上下文中描述，但是这些过程中所列出的步骤可应用于任何上下文中生成的任何种类的通告。
图8的过程800示出了可从通告创建者(例如，通告发起者)的有利位置发生的操作。
在步骤802，通告发起者定义通告的内容。在步骤804，用户定义支配通告的分发的准则。这样的准则可涉及可接收通告的成员的类别(家人、朋友、同事等)，和/或用户希望通告在相关的社交组的网络内被传播得多远。在步骤806，用户张贴完成的通告。图4示出了可用于创建和张贴通告的一种用户界面机制400，以及许多可能的其它机制。
在步骤808，用户可处理可能接收到的对创建的通告的任何响应。在一个情况下，用户可通过激活用户自己的通告(或多个通告)来确定其它用户记录了什么类型的响应来执行该任务。(例如，在图4的上下文中，Alice的IM窗格402可包括向Alice警告她创建了通告的事实的AR信息，这类似于AR信息506；Alice可通过激活该AR信息来激活通告)。在审阅了响应之后，用户然后可采取适当的动作，诸如向响应的用户售出物品。
图9的过程示出了可从通告的使用者的有利位置发生的操作。在步骤902，可向使用者警告通告的存在的一种方法是通过临近与通告始发者相关联的身份相关信息显示的AR信息。图5示出了这一提供的一个示例，其中AR信息506显示在临近卖主别名的使用者IM窗格502中。AR功能200也可被配置成在提供与卖主相关联的联系人信息的其它应用程序(例如，电子邮件应用程序)中显示AR信息506。
或者，在步骤904，使用者可执行满足定义的准则的更全面的通告检索。图7示出了用于以此模式检索通告的一个这样的市场窗格700。
在步骤906，使用者可激活感兴趣的一个或多个通告。这一动作可产生关于感兴趣的物品的附加信息，以及关于物品的卖主的附加信息。
在步骤908，使用者基于提供的补充信息调查通告，且如果有需要，响应该物品(例如，通过购买物品来响应)。
D.示例性计算机环境(图10)在一个示例性实现中，AR功能200的某些方面可以被实现为由一个或多个计算机设备执行的计算机代码。例如，与头端基础结构310相关联的服务器机器可以由一个或多个设备来实现。同样，客户机设备(302、304、……、306)可以由计算机设备来实现。在这一情况下，图10也提供了关于可用于实现任何这样的计算机设备的示例性计算机环境1000的信息。
计算环境1000包括通用或服务器类型的计算机1002和显示设备1004。然而，计算环境1000可包括其它种类的计算设备。例如，尽管未示出，计算机环境1000可包括手持式或膝上型设备、机顶盒、游戏控制台、大型计算机等等。此外，图10示出了计算机环境1000的元件被组合在一起以便于讨论。然而，计算环境1000可采用分布式处理配置。在分布式计算环境中，计算资源可以物理地遍及环境而分布。
示例性计算机1002包括一个或多个处理器或处理单元1006、系统存储器1008以及总线1010。总线1010将各种系统组件连接在一起。例如，总线1010将处理器1006连接到系统存储器1008。总线1010可以使用任何种类的总线结构或总线结构的组合来实现，包括存储器总线或存储器控制器、外围总线、加速图形端口以及使用各种总线体系结构的任一种的处理器或局部总线。
计算机1002也可包括各种计算机可读介质，包括各种类型的易失性和非易失性介质，其每一个可以是可移动或不可移动的。例如，系统存储器1008包括易失性存储器形式的计算机可读介质，诸如随机存取存储器(RAM)1012，以及非易失性存储器形式的计算机可读介质，诸如只读存储器(ROM)1014。ROM 1014包括包含诸如在启动期间帮助在计算机1002内的元件之间传送信息的基本例程的输入/输出系统(BIOS)1016。RAM 1012通常包含可以被处理单元1006快速访问的形式的数据和/或程序模块。
其它种类的计算机存储介质包括用于读取和写入不可移动、非易失性磁介质的硬盘驱动器1018，用于读取和写入可移动、非易失性磁盘1022(例如，“软盘”)的磁盘驱动器1020，以及用于读取和/或写入可移动、非易失性光盘1026，诸如CD-ROM、DVD-ROM或其它光介质的光盘驱动器1024。硬盘驱动器1018、磁盘驱动器1020和光盘驱动器1024的每一个通过一个或多个数据介质接口1028连接到系统总线1010。或者，硬盘驱动器1018、磁盘驱动器1020和光盘驱动器1024可以由SCSI接口(未示出)或其它耦合机制连接到系统总线1010。尽管未示出，计算机1002可包括其它类型的计算机可读介质，诸如盒式磁带或其它磁存储设备、闪存卡、CD-ROM、数字多功能盘(DVD)或其它光存储、电可擦除可编程只读存储器(EEPROM)等等。
一般而言，上述计算机可读介质提供了计算机1002所使用的计算机可读指令、数据结构、程序模块和其它数据的非易失性存储。例如，可读介质可储存操作系统1030、应用专用功能1032(包括用于实现AR功能200的各方面的功能)、其它程序模块1034和程序数据1036。
计算机环境1000可包括各种输入设备。例如，计算机环境1000包括键盘1038和定点设备1040(例如，“鼠标”)，用于将命令和信息输入到计算机1002。计算机环境1000可包括其它输入设备(未示出)，诸如话筒、操纵杆、游戏垫、圆盘式卫星天线、串行端口、扫描仪、读卡设备、数字或视频摄像机等等。输入/输出接口1042将输入设备耦合到处理单元1006。更一般地，输入设备可通过任何种类的接口和总线结构，诸如并行端口、串行端口、游戏端口、通用串行总线(USB)端口等耦合到计算机1002。
计算机环境1000也可包括显示设备1004。视频适配器1044将显示设备1004耦合到总线1010。除显示设备1004之外，计算机环境1000可包括其它输出外围设备，诸如扬声器(未示出)、打印机(未示出)等等。
计算机1002使用到一个或多个远程计算机，如远程计算设备1046的逻辑连接在网络化环境中工作。远程计算设备1046可以是任何种类的计算机设备，包括通用个人计算机、便携式计算机、服务器等等。远程计算设备1046可包括上文相对于计算机1002所讨论的所有特征或其某一子集。
任何类型的网络1048可用于将计算机1002与远程计算设备1046耦合，诸如图4的WAN 402、LAN等等。计算机1002通过网络接口1050(例如，图4所示的接口416)耦合到网络1048，网络接口可利用宽带连接、调制解调器连接、DSL连接或其它连接策略。尽管未示出，但计算环境1000可提供用于将计算机1002与远程计算设备1046连接(例如，通过已调制无线电信号、已调制红外信号等)的无线通信功能。
尽管本发明是以对结构特征和/或方法动作专用的语言来描述的，然而可以理解，所附权利要求书中所定义的本发明不必要限于所描述的具体特征或动作。相反，具体特征和动作是作为实现要求保护的本发明的示例性形式公开的。
权利要求
1.一种用于在具有预先建立的社交组的环境中通信的方法，包括由一阶社交组的成员创建通告，所述成员被称为通告发起成员；将所述通告与所述通告发起成员的身份相关联；以及将所述通告至少传播到所述一阶社交组的其它成员。
2.如权利要求1所述的方法，其特征在于，所述一阶社交组的成员通过各自的关联链被链接到其它社交组，且其中，所述创建定义了所述通告是否被限于所述一阶社交组，或它是否可被传播到所述其它社交组。
3.如权利要求2所述的方法，其特征在于，所述创建还定义了支配沿链接的社交组的链向外传播所述通告的范围的关系程度参数。
4.如权利要求2所述的方法，其特征在于，所述创建还定义了被传播到相对于所述一阶社交组的其它社交组的通告信息的量。
5.如权利要求2所述的方法，其特征在于，如果所述通告被准许被传播到其它社交组，则所述传播包括将所述通告传播到所述其它社交组的成员。
6.如权利要求1所述的方法，其特征在于，所创建的通告涉及向其它成员授予某些有益内容的提议。
7.如权利要求1所述的方法，其特征在于，所创建的通告涉及从其它成员接收某些有益内容的请求。
8.如权利要求1所述的方法，其特征在于，所述传播包括通过与标识所述通告发起成员的身份相关信息相关联地呈现通告相关信息，来向所述其它成员警告所述通告的存在。
9.如权利要求8所述的方法，其特征在于，所述一阶社交组涉及即时消息通信程序社交组，且其中，所述通告相关信息包括标识所述通告的信息，且所述身份相关信息包括在所述一阶社交组的成员清单内标识所述通告发起成员的信息。
10.如权利要求8所述的方法，其特征在于，还包括通过激活所述通告相关信息来响应所述通告。
11.如权利要求8所述的方法，其特征在于，由所述一阶社交组的其它成员接收的通告包括标识所述通告发起成员的可信性的信息。
12.如权利要求1所述的方法，其特征在于，还包括由所述一阶社交组的任何成员调查由所述一阶社交组的任何其它成员发出的通告。
13.如权利要求12所述的方法，其特征在于，所述一阶社交组的成员通过各自的关联链被链接到其它社交组，且其中，所述调查还包括调查由其它社交组中的其它成员发出的通告。
14.如权利要求13所述的方法，其特征在于，定义的关系程度准则支配沿链接的社交组的链向外调查的到达范围。
15.一个或多个包含用于实现如权利要求1所述的方法的机器可读指令的机器可读介质。
16.一种包括被配置成实现如权利要求1所述的方法的逻辑的通告相关功能。
17.一种用于在具有预先建立的社交组的环境中通信的通告相关功能，包括通告创建模块，它被配置成(a)由一阶社交组的成员创建通告，所述成员被称为通告发起成员；以及(b)将所述通告与所述通告发起成员的身份相关联；以及通告传播模块，它被配置成将所述通告传播到所述一阶社交组的成员和/或链接的社交组的成员。
18.如权利要求17所述的通告相关功能，其特征在于，所述通告传播模块还被配置成接收对所述通告的响应。
19.如权利要求17所述的通告相关功能，其特征在于，所述一阶社交组包括即时消息通信程序通信组。
20.一种用于在具有预先建立的社交组的环境内通信的系统，包括由一阶社交组的成员操作的多个设备；用于将所述多个设备耦合在一起的耦合机制；以及通告相关功能，它被配置成(a)由一阶社交组的成员创建通告，所述成员被称为通告发起成员；(b)将所述通告与所述通告发起成员的身份相关联；以及(c)将所述通告传播到所述一阶社交组的成员和/或链接的社交组的成员。
全文摘要
描述了用于在具有预先建立的社交组，诸如预先建立的即时消息通信程序社交组的环境内传播和响应通告的策略。更具体地，组中的成员可创建通告，由此，通告变为与成员的身份相关联。成员然后可将该通告作为其身份的一部分传播到成员的直接社交组内的成员。如果成员如此授权，则通告也可被传播到链接到该成员的直接社交组的其它社交组。直接社交组或链接的社交组之一中的成员可响应该通告。使用预先建立的社交组来进行通告相关的交换提供了常规的基于网络的消息通信和商品销售服务不能提供的信任水平。
文档编号H04L12/18GK1815969SQ200610002580
公开日2006年8月9日 申请日期2006年1月4日 优先权日2005年2月3日
发明者A·J·罗斯维, B·J·欧文, D·J·玛寇斯基, E·郑, M·J·豪尔, M·扎纳－古德赛, T·L·飒瓦杰 申请人:微软公司