CN101827177A - 用于移动设备的基于位置的社会软件 - Google Patents

Abstract

在移动设备用户之间建立连接的方法包括，在计算机处从第一移动设备接收第一用户的位置；从第二移动设备接收与所述第一用户具有相识关系的第二用户的位置；以及基于所述第一用户与所述第二用户的接近度，向所述第一移动设备发送消息。

Description

用于移动设备的基于位置的社会软件

本申请是2007年1月10日(申请日：2005年5月12日)向中国专利局递交并进入中国国家阶段的题为“用于移动设备的基于位置的社会软件”的发明专利申请No.200580023295.3的分案申请。

技术领域

本发明涉及一种将人们彼此连接的系统和方法，更具体地讲，涉及用于诸如社会化之类的活动的熟人之间的联系。

背景技术

人是社会动物，一些比其它动物更加社会化的动物。我们通过关系来表达这种社会化，并通过信息交流来实现社会化。已经使用了许多信息交流技术，从直接对话到烟火信号、再到电报、到电话、以及诸如蜂窝电话之类的无线通信。通信的现代技术模式非常便利、非常易于使用、并且非常有效。

然而，发起通信并不总是很容易的。这样的步骤通常包括，使所有通信的人，无论在同一房间内、单个电话呼叫中、还是那些经常在商务环境中所称的“会议”、或者也许是社会环境中所称的“聚会”或“会谈”，都在单个通信信道上进行通信。然而，发起会议或聚会并不那么容易。这个过程可能需要通过纸张或电子的方式发送出邀请。然后，组织者可能需要清点任何答复，以确定谁将到来。作为选择，诸如会议日程表之类的电子系统能够对答复进行追踪。发起会议或聚会的另一种方式是简单地直接联系每个被邀请者(或者让助手来进行)，如通过许多电话呼叫或电子邮件消息。这样的过程是相当耗时的，并且也许对于自发的集会来说会有太多的工作。特定的在线系统也能够帮助组织聚会、追踪RSVP的信息和其它信息。然而这也需要提前计划以及十分复杂的组织。此外，许多这样的系统都需要组织者从手动创建的、诸如电子邮件地址簿的成员之类的熟人名录中选择参加者。

发明内容

本发明公开了使熟人能够彼此找到的、并使他们能够聚集、且也许享有好时光的系统和方法。通常，系统的用户可以采用诸如支持电子邮件或文本消息的电话之类的便携设备，如通过追踪用户之间所建立的关系的服务器，来标识他们所熟识的人的位置。该系统还可以确定用户之间的距离，使得只有彼此靠近的用户才进行通信。这样，如果对用户来说，与他们的熟人建立会议是不可行的，这些用户则不会接收通信。

在一些实施例中，这样的系统会具有多个优点。例如，系统可以使喜欢社交但不想计划外出的朋友之间方便地进行通信。该系统还可以允许自发地进行社交，使没有想到彼此在一起的朋友最终共同度过一个欢乐的夜晚。此外，系统可以帮助避免外出的朋友彼此很近，但直到后来才知道这样的问题。通常，系统具有将城里的没有生气的夜晚变为非常有趣的夜晚的能力。此外，还可以使用知名的社交联网方式来扩展系统，以允许不仅与直接的朋友，而且与朋友的朋友、以及其它别的关系的通信交流。此外，还可以由系统根据由每个用户提供的、或由系统推断的兴趣，将人们联系起来。这样，可以为用户改进特定的夜晚，以及通过遇见更多的人，可以改进人的整个社交生活。不再独自和孤独地独处。

可以在主页为www.dodgeball.com的Dodgeball网站发现这样的系统的一个实施例。该系统提出了用于诸如蜂窝电话之类的移动设备的基于位置的社交软件。该系统提供了唯一装置，通过该装置，朋友可以向系统注册，使得系统知道谁是、或应当是他们的熟识的人。然后，用户可以标识他们的位置，以及接收关于附近朋友的状态的信息，同时那些附近的朋友也可以了解到该用户的状态。当与诸如不同地点的查阅坐标之类的特征、以及通过向某人的朋友呼喊来发送消息的能力相结合时，该系统最近吸引了许多用户和许多积极的评论。

在一方面中，公开了一种用于在移动设备的用户之间的建立连接的方法。该方法包括，在计算机处接收来自第一移动设备的第一用户的位置，从第二移动设备接收与第一用户具有熟识关系的第二用户的位置，以及基于第一用户与第二用户的接近度，向第一移动设备发送消息。可以通过将位置代理(可以包括地名)转换为一组对应的位置坐标来确定用户位置，可以包括GPS坐标。可以从电子邮件消息中解析地名，以及可以从MIME头部将电子邮件消息解析为分量。还可以在文本消息收发系统上发送消息。

在一些方面中，熟识关系可以是朋友关系或朋友的朋友关系。在接收第一用户的位置之后，还可以将第一用户的位置隐退预定时间，以使其它用户可以不再了解第一用户的位置。此外，可以基于对第二用户隐瞒第一用户的选择，阻断向第二移动设备的发送消息。

在其它方面中，可以从第三用户中接收地点查阅，以及可以使该查阅可供第一用户和第二用户使用。此外，可以基于用户彼此的接近度，将消息发送至第二移动设备。此外，发送第一消息可以提供第二用户的标识，和在未提供第一用户标识的情况下，第二发送消息可以提供另一个用户正在第二用户附近的指示。

在另一个方面中，提供了一种提供有关熟人的信息的系统。该系统可以包括接口，用于从提供与位置相关联的信息的系统的用户接收消息；位置引擎，用于使接收的位置信息与位置标识符相关，其中，该位置标识符可以与其它位置标识符进行比较；熟人标识符，用于标识向系统提供位置信息的用户的熟人；以及消息生成器，用于如果那些熟人的位置接近用户，则为用户准备关于这些熟人的位置的消息。所述接口可以包括电子邮件收件箱(in box)，以及位置引擎可以包括使地名与地理坐标相关的表。消息生成器可以用于为第一用户准备第一消息，以及为第二用户准备关于第一用户的位置的消息，其中，第一消息是关于被标识为第一用户的朋友的第二用户的位置的消息。此外，消息生成器可以响应来自位置引擎和熟人标识符的指令，使消息生成器仅为预定关系以及在特定地理区域内的用户准备消息。消息生成器还可以用于在第一用户请求向第一用户的朋友发出消息时，为标识为第一用户朋友的多个用户准备多条消息。

在另一示例中，公开了提供关于熟人信息的系统。该系统可以包括接口，用于从系统的第一用户中接收消息；用于在第一用户的特定接近度内，标识与第一用户有特定关系的一组用户的装置；以及消息生成器，用于响应来自第一用户的消息，为该组用户准备消息。

在另一方面，公开了管理系统的用户之间交互的方法。该方法可以包括，在计算机处接收来自在一个或多个位置的多个用户的多个加入命令；根据一般地理位置，使用户相关成组；根据彼此的公共性或相似性的标记，使用户相关成子组；以及通过所标识的、按公共性或相似性分组的位置的电子消息来指示用户。该方法还可以包括，基于公共性或相似性，按活动的建议来指示特定子组中的用户。该方法还可以包括，利用关于公共性或相似性的暗示，指示特定子组中的用户。该方法还可以根据彼此的公共性或相似性，重复使用户相关成子组的动作，以及通过所标识的、按公共性或相似性分成群体的位置的电子消息来指示用户。

在附图和以下的描述中，说明了本发明的一个或多个实施例的细节。本发明的其它特征、目标和优点将从描述和附图、以及权利要求中变得显而易见。

附图说明

图1是熟人可能所在的地理区域的透视表示。

图2是多个熟人所在的十二个城市街区的地理区域的平面图或地图。

图3是在提供熟人之间通信的系统中的信息流的示意表示。

图4示出了在文本消息收发系统中，由多个熟人发送和接收的消息。

图5是示出了在允许熟人之间通信的系统中的客户机与服务器的动作的流程图。

图6是用于管理熟人之间通信的系统的示意图。

图7是示出了实现熟人之间通信的系统的示例性使用的动画。

图8是注册屏幕的截图。

图9是测试屏幕的截图。

图10是另一测试屏幕的截图。

图11是简档屏幕的截图。

图12是相片更新屏幕的截图。

图13是邀请屏幕的截图。

图14是朋友管理屏幕的截图。

图15是团体屏幕的截图。

图16是系统导向社交会话的流程图。

在不同的附图中，相似的参考符号表示相似的元件。

具体实施方式

图1是熟人所在的地理区域10的透视表示。地理区域10是假设的，意在显示在其中熟人可以找到自己的多个不同地点。地点可以是人想要处在的任何适合类型的位置，如家中、公寓、吧、餐厅、停车场、体育场馆、或者街道。在此，术语“熟人”广义地用于指示想要彼此通信的用户。可以包括老朋友、朋友的朋友、或者关系更远的相识的人。

例如，在地理区域10中，人可能位于诸如停车场或公园之类的空地12、20处。在这样的位置，他们可能会期望遇到想要出去烤肉或在公园玩诸如篮球或足球之类的游戏的朋友。也许，他们已经发现自己独自在公园中、或者只有奇数的游戏者，并想要为有趣的游戏来使队伍完整。用户还可能位于诸如观看大学足球赛之类的运动场16中。而另一个用户可能正在车18内驾车或停放车，同时另一个用户可能在顶楼公寓14的家中，等待人们来到她正在举办的聚会。这些人中的每一个可能是朋友，可能彼此接近，以及可能有兴趣共同做某件事，以及还可能不知道其他人在附近并且有兴趣。这是多么浪费啊。

图2是多个熟人所位于的十二个城市街区的地理区域10的平面图或地图。诸如街区12之类的一些街区可能是开放的，如停车场或公园，而其它街区可能有建筑物位于其上。可以将可唯一标识的每个位置看作是一个地点。同样，可以由用户所在的地点来标识每个用户的位置。例如，用户24a可以在体育场内。用户26a可以在吧里，而用户28a可以坐在停车场内的车中。这种情况下，可以由停车场或其地址的名称(如，由十字路口)来表示地点。最后，用户30a可以在诸如喧闹的集会之类的卖场中，而用户32a可以在公寓中的家中。这两个位置或地点中的每一个可以简单地由街道地址来标识。

每个用户都是独处的。没有帮助，每个人可能继续独处，而不知道其他人在悠闲的步行距离内，以及在某些情况下就在隔壁。如果他们具有简单可用的非打扰性的关于其他人中的一个或多个位置的信息，他们很可能决定去其他人所在的地方，并且玩得开心得多。这种增加的社交互动会导致当有与其他人更加直接的交互时出现的许多积极的事情。

每个用户可以是系统的成员、或者与系统相关联，(例如，以下所讨论的)该系统追踪形成团体的用户之间的各种关系。与系统中的成员相关联，用户可以提供信息以完成关于用户的简档。例如，简档24b可以包含关于用户24a的所有相关信息，如用户姓名、性别、以及其它身份信息。简档24b还可以包括用户的一个或多个图像或数字化照片。此外，简档可以包含关于用户偏好的信息，如吸烟/不吸烟状态、宗教、教育背景、爱好、以及通常与用于关系或约会系统的简档相关联的其它特征。此外，可以在简档中存储对吧或餐厅的偏好、以及其它适合的信息。作为替换，可以将用户或用户们的信息存储在多个文件中，包括通常称为被简档的文件或多个文件，以及那些不称为此的文件。

简档可以采用许多不同的形式。例如，可以将由用户在如网页上输入的经典简档信息(如，爱好和不同偏好)保存在一个文件或区域中。其它简档信息可以包括由用户查看的餐厅概况。其它简档信息可以包括由用户标识的关系，包括朋友关系或其它内容。

图3是在熟人之间提供通信的系统38中的信息流程的示意表示。在该示例中，由其移动设备所表示的四个用户先前已经将自己建立为团队成员。在该例子中，成员TJ 42是积极参与者。然而，信息流是双向的，并且在不断变化，使得没有哪个用户一定是主要用户。如由TJ从系统成员名册中选择Tony、和/或由Tony选择TJ，已将成员Tony 44标识为成员TJ 42的朋友。成员Don Pablo 46是成员Tony 44的朋友，因而通过扩展，成为成员TJ 42的朋友的朋友。在此，将成员Katie 48标识为成员TJ 42的“迷恋对象”，这意味着成员TJ 42已将她标识为他所迷恋的人。成员Katie 48还可以是TJ 42的朋友、或者朋友的朋友。每个成员还可以彼此间具有不同的关系(例如，两个用户可以是朋友，还可以是朋友的朋友)，实质上填补了社交网或社交结构。

应用于特定关系，例如，熟人、朋友、朋友的朋友、以及迷恋对象，的标志并不趋向于需要任何种类的社交关系，但是意味着更加广义地应用于用户扮演或系统分配的角色。例如，成员TJ 42可以选择与成员Tony 44具有直接关系，从而使自己成为成员Tony 44的朋友，即使可以将这两个人简单地称为社交背景中的“同事”。

在图3的示例中，所描绘的操作是，成员TJ 42进入、加入、或者登陆系统，从而启动多个消息流。其他成员已经向系统标识了自己和他们的位置，以及当前正现行于系统中。消息以服务器40为中心，将在下面更加详细地描述。服务器40可以采用任何适合的形式，但是在一个示例中，可以简化为这样的服务器：用于从电子邮件收件箱中接收电子邮件消息，解析消息中的信息，使用该信息来标识当前登陆系统38的熟人，以及生成要传输至每个熟人的适合的消息。

成员TJ 42通过将消息发送给服务器40来开始消息收发过程。消息可以采用任何适合的形式，如短消息业务(SMS)消息。消息还可以是由相关服务器的收件箱接收的电子邮件形式的消息。消息可以以特定方式格式化，以便在尽可能小的数据空间内携带尽可能多的消息。通过使用特定的格式化，消息可以更加容易地使用诸如具有有限上行带宽的SMS之类的协议进行操作，以及还允许用户更加容易地输入数据。此外，类似于SMS或电子邮件的一般消息收发格式的使用，允许系统为载体独立，使得用户即使在他们的载体不正式支持的情况下，也能受益于该系统。此外，可以由诸如J2ME/Java/Brew应用程序之类的出现在设备上的应用程序来生成消息，以便可以向用户呈现，例如，菜单和软按键(可以依据环境而定)，然后，可以将用户选择翻译为由设备发送的命令。这样的命令还可以具有载体独立的形式。还可以由语音来提供命令，以及还可以类似于熟知的Moviefone系统来处理命令。

如在此描述的，消息格式化包括消息类型指示符、或者命令，以及消息主体。消息类型指示符可以是标识用户想要从系统中调用的那种功能的单个字符。例如，系统可以基于用户的位置来提供多个功能，可以为用户回答问题，以及可以为用户传递消息。在这样的环境中，用户可以通过以“在”或“@”符号开始消息，来标识他们正在提交位置。可以标识他们想要通过在消息之前使用问号或“？”，来公布问题。可以标识他们想要使用感叹号或“！”(在该环境中会称为“呼喊”符号)，将消息发送至诸如熟人的整个群体。

还可以使用其它符号。例如，“/”或“w/”可以用于标识单词“与(with)”，以告知系统在某个地点与你在一起的人(无论是否是系统成员)。因此，例如，如果与你在一起的人是成员，则系统可以在发送给你的朋友的任何消息中包含有关他们的信息(如，他们的照片)。作为另一示例，“off”可以用于停止接收消息或“退出”系统，使得不再将关于你的消息发送给其他用户。此外，命令“帮助(help)”可以用于获取具有命令语法的帮助。“假期(vacation)”命令还可以用于退出一段时间，例如3、5、7、10或14天。此外，可以允许用户建立特定群体，这些群体可以是整个朋友组群体的子组、或者不同的朋友群体。例如，用户可以具有工作的朋友群体和社交的朋友群体，以及可能想要在特定夜晚仅对于某个群体来广播他们的活动。在这种环境中的命令可以采用“softball team@Luna Lounge”的形式。此外，可以向用户给出选择、或者可以允许用户输入命令，以阻断进行中的其他用户，例如，“以‘阻断’来应答，以停止从该用户处接收消息”。然而，通常，具有用户易于获知的简单接口有着很大的优点。

例如，还可以对消息进行格式化或重新格式化，以减少系统中传输的信息量。作为示例，整体的发现和替代是可以插入简写标志来代替较长的术语，如用“w/”代替“与”，“&”代替“和”，“st”代替“街道”等。还可以将内容添加至消息，如从服务器发送至设备的消息。例如，格式为纽约市中的“？bar”的请求可能返回几十或上百个结果。这种情况下，可以向设备发送接下来的问题，类似于“你是指Ace Bar吗？”，以及也许“或者Luna Bar？”，以及也许“或者Magician Bar？”，直至创建完整的消息。作为一个示例，消息可以具有的最大可用大小为140个字符。用户也可以做出更加复杂的询问，如复合询问。例如，协作过滤引擎可以识别用户请求的相关信息，例如，用户可以询问他们的朋友推荐的、或者已经标识了特定特征(例如，印度食物爱好者)的人们推荐的十个街区内的所有地点。

在图3中，成员TJ 42的屏幕示出了他正在向系统的纽约市示例发送消息，以及正在告知系统，他位于被称为Luna Lounge的吧中。当他执行“发送”命令时，通过路径“A 1”向服务器40发送消息。如以下更加具体解释的，此后，服务器40可以标识成员TJ 42的熟人，标识这些熟人中的哪些当前正活跃在系统中，以及还确定在适当的环境中哪个熟人靠近Luna Lounge。在该示例中，三个熟人满足这些标准。服务器40可以向每个熟人发送消息，这些消息的内容取决于熟人关系的类型。例如，成员Tony 44是朋友，所以如箭头B1所示，可以把消息发送给他，该消息说明：“你的朋友TJ在Luna Lounge(171 LudlowSt.)，为什么不顺路拜访问个好呢？”因此，系统将如通过简单的查找函数，来提取位置标识符“Luna Lounge”，并将该标识符与地址相关联，以及以预定格式生成发送给成员Tony 44的消息。

作为Tony的朋友，成员Don Pablo 46是成员TJ 42的朋友的朋友。因此，如箭头C 1所示，服务器40可以为成员Don Pablo 46生成消息，如：“TJ在Luna Lounge。你通过Tony认识了他。”成员Katie 48是TJ迷恋的对象，即他以将她标识为他所迷恋的人，以及他愿意让她知道他是迷恋她的人，在该示例中，TJ确实是个勇敢的年轻人。如箭头D 1所示，服务器40为Katie 48准备并安排了这样的消息：“TJ迷恋你。他在Luna Lounge(171 Ludlow St.)。”

于是，在一些计算机技术和非常简短的文本消息(也许附带了讨人欢喜的照片)的帮助下，TJ能够让Katie知道他的感觉。Katie也有选项。她可以忽略该消息并停留在原处(也许与另外一个男人)。她可以向Luna Lounge发送巡视来检验TJ。或者她可以自己跑去LunaLounge，并确定在非常不自在的初次见面期间接近TJ的最佳方式。此外，如果两个用户都已将对方标识为迷恋对象(“相互迷恋”)，系统则可以发送这样的消息，如“TJ迷恋Katie。Katie迷恋TJ。你们两个应当有进展。做出应答来介绍你自己。”底线，约会游戏还具有更多的规则、以及更多机会。如下面指示的，TJ与Katie之间的消息收发(由服务器40管理)不同于TJ与其他人之间的消息收发，使得Katie可以保持私密性和安全性。

当服务器40为TJ的所有熟人生成消息时，还可以为TJ生成消息(每个熟人一条)。例如，对于Tony，如箭头A2所示，服务器40可以向TJ传输发送给Tony的消息的对应消息，即，“Tony在HappyPlace(2600Forest Ave.)。为什么不顺路拜访问个好呢？”对于朋友的朋友Don Pablo，如箭头A3所示，服务器40可以生成消息，如：“DonPablo在IC Muggs。你是通过Tony认识他的。”

除了以上讨论的相互迷恋之外，关于迷恋Katie的消息与发送给Katie的消息并不对称，因此向Katie提供了秘密。具体地讲，有关Katie的标识和位置的消息是不明确的或匿名的。如箭头A4所示的消息可以表明：“你的迷恋对象之一在附近。让你自己看上去迷人些。”该系统可以允许用户标识多个迷恋对象，因此，TJ将不能够知道谁在附近。(如果用户几乎没有标识的迷恋对象，则可以将系统设置为不标识附近的迷恋对象)。此外，该消息不告知TJ Katie在哪里。因此，在该实施例中，发送的消息传达：“你的一个用户(我们不会告知你是谁)在10街区内的某处(我们不会告知你在哪)，但是我们只告诉他们你在哪，所以让你自己看上去迷人些。”这个区域足够大(例如，十个城市街区)，因而该方式提供了很好的匿名性。

还应当注意，可以向每个用户提供其它方式来限制他们对系统的“透明度”。作为一个主要示例，可以建立系统，使得如果用户当前正“活跃”于系统中，该用户则只进行部分过程。当用户发送诸如“@”消息之类的消息时，可以建立“活跃”状态，在预定时间量之后，“活跃”状态可以终止。在将该系统用于社交应用的情况下，时间量可以是，例如，大约三个小时。通过该时间限制，用户不可能在到达某个位置之后在那里停留三小时，以致这种方式能够帮助确保当用户不想在系统中出现时，使他们在系统中是不可见的，以及还帮助确保在系统中不出现“过时”的信息。此外，当用户再次登记时，即使是在前一次登记到期之前进行登记，由用户输入的新位置也将覆盖旧位置。

用户还可以通过根本不变为活跃来限制他或她的可见性。用户还可以简单地离开该区域，系统和其他用户不会知道他或她去了哪里。事实上，以上描述的位置标识可以是推论性的，和基于用户的自我报告。此外，用户可以发送命令来退出系统，因而成为不活跃的，以便不再发送有关他们的消息。即使该位置是确定的，例如，基于GPS读取而确定了位置，用户也可以在加入之后在某段时间内保持不活跃，或者可以手动离开。

还可以向用户给出用来限制怎样共享或使用他们的信息的选项。例如，用户可以标识出他们明确不想联系的其他用户，系统可以阻断这些用户之间的信息流。系统还可以针对诸如一级朋友关系之类的最接近关系要求双重确认。同样，每个朋友在能够将他们划分为朋友之前，将会需要识别对方；朋友关系的单方面标识将只会导致类似于针对以上的“迷恋”所描述的功能。通常，这些特性的使用应该与可用性问题以及对该系统提供的经验造成的干扰问题相平衡。

由服务器40接收和生成的消息可以采用多种格式，可以利用系统38和用户特定设备的容量。例如，由于该系统涉及一种在线团体，因此可以使用团体成员的缩略图肖像。同样，可以利用关于用户的任何消息来传输那些肖像。此外，尽管这里描述的是简单的单行消息，但是可以传输更加复杂的消息，如服务器40可以解析出的单行中的多个命令，或者响应用户选择(如，图标的选择)，由用户设备生成的较长命令。

这些消息可以伴随有多个响应选项。例如，可以安排每个消息的格式，使得对该消息的任何应答实际被发送到作为消息的标题的用户。此外，消息可以拌有与多个预先安排了格式的响应，以使用户不需要过多思索来做出应答，可以针对预先安排了格式的应答简单地按下一个按钮，该按钮可以是对系统的回复、或者是对最近接收的消息的主题的另一用户的应答。此外，可以给予用户一键拨号、或者对另一个用户发送语音消息的机会。此外，通过该系统的活动性可以触发要发送给用户的语音电话呼叫、或者预先记录的语音消息的文本、或者照片等内容。此外，该系统可以利用已知的方法来格式化图形地图，给出用户相对于他或她的朋友的位置，并且可以将该地图发送给用户。

图4示出了在文本消息收发系统中，由多个熟人发送和接收的消息。通常，该图示出了针对以上示例中的每个成员：TJ、Tony、Don Pablo和Katie的输出(记为“out”)和输入(记为“in”)。该表达旨在近似地表示在该示例中，消息是如何依照时间流动的。第一条消息在该图的顶部，而最后的消息在底部。该图还示出了以上示例中未讨论的行为，包括在TJ的活动之前Tony和Don Pablo进行的活动，TJ活动的同时或之后Katie进行的活动，以及名为Frankie的另一朋友的活动。

从顶部开始，作为朋友的Tony和Don Pablo激活来自他们所在的各个吧的服务，该系统告知每个人对方在哪。此刻，Tony和Don Pablo可以在Happy Place或IC Muggs准备一起小酌。他们可以呼叫或发消息给彼此，以协调此次聚会。之后，TJ从Luna Lounge开始活动，系统为TJ、Tony和Don Pablo生成如上所述的适合的消息。同时，但也许是此后，Katie开始活动。Katie不是其他成员中的任何一个的朋友，但是被TJ标识为迷恋对象。因此，她和TJ接收如上所述的消息。

添加的消息是来自Frankie的“呼喊(shout out)”消息，他刚回到城镇，并想与他的所有熟人见面，包括TJ、Tony和Don Pablo(但没有Katie)。他的呼喊消息使将该消息被发送给他的所有熟人。然后，他们可以开始该群体成员之间的文本消息收发或呼叫，以确定可以在哪与每个人见面。对于呼喊，最初的消息收发是单向的，即从呼喊者到其他每个人。

图5示出了允许熟人之间通信的系统中由客户机与服务器执行的动作的流程图。用虚线分开客户机与服务器的操作，以便有助于明确系统中的动作。然而，示出这两侧并不意味着特定的技术安排。特别是，不需要正式的“客户机-服务器”架构。而是用客户机和服务器的标志简单地表示寻找信息的设备和提供信息的设备。当然，可以适当地转换客户机和服务器的角色。此外，单一形式的使用并不意味着限定；客户机或服务器可以是一个设备、或者组合为系统或子系统的多个设备。

如图中所示，客户机首先提交设备位置(方框50)，服务器接收该提交(方框52)。可以用多种形式提交位置。例如，可以通过代理来提交位置，如地点的“正确名称”(例如，餐厅、吧、公共场所、公园、商店、体育场)、或者街道地址。可以使位置更加确定和明确，例如通过位置坐标。或者，例如通过与设备相关联的GPS特征，可以自动生成该位置。还可以向用户提供将地点添加至地点数据库的机会，以及例如，可以通过用户可以首先定位本地地标的呈现浏览器映射程序来这样做，然后可以选择与地名相关联的位置。

该消息还可以采用许多形式。一种示例性的形式是SMS消息。另一种形式是移动电子邮件消息。这种情况下，服务器可以对消息进行解析，以便从中提取可用的信息。例如，该消息可以具有需要被提取的多用途网际邮件扩展(MIME)。此外，可能需要对该消息本身进行解析或分析。在一个示例中，系统可以从消息中解析“to”信息，以确定用户的特定意图。例如，在上面的示例中，用户将消息发送至“nyc@dodgeball.com”，从而指示用户在纽约，以及想要使用专用于纽约市的系统功能(如纽约的餐厅和吧)。这样的信息标示可以，例如，使系统依据位于“@”符号前的前缀，来区分指向纽约市、芝加哥、达拉斯、或明尼阿波利斯中的Morton餐厅的“@Mortons”。

该系统可以从“from”字段中提取出有关用户的标识信息，以便允许访问用户的简档。需要这样的信息来确定，例如，谁是用户的朋友和迷恋对象，以及他们的喜好是什么。可以通过简单的查找表来标识朋友，同时可以使用数据库查询来标识朋友的朋友。此外，可以对消息本身进行细分，如细分为前缀或命令部分(可以包含例如符号@、？、！、或/)，以及消息部分(可以包括地名或问题)。这样对消息成分的解释在方框56中示出。

然后，该系统可以使用提取的信息来执行用于设备的功能。例如，最初，系统可以通过将用户标识信息与当前成员表进行比较来验证用户(步骤58)。如果用户不是成员，系统则可以发送设备可以接收和显示62的消息60。例如，消息可以基于用户不是成员的事实来简单表明错误。该消息还可以包括使用户立即变为成员的选项。

在消息是“@”消息的情况下，系统可以进行检查，以查看位置信息(如，地名形式的位置代理)是否出现在系统中。例如，可以包括，将接收的地名与已知位置的地点列表进行比较(还可以检查地名的普通拼写错误)。如果地点未知，则可以由服务器发送错误消息(方框66)，并由客户机设备显示(方框68)。服务器还可以，例如，通过从具有地名和对应的诸如GPS坐标之类的地理坐标位置的查找表中检索位置的地理坐标，来决定位置70。然后，可以通过已知方法来计算两个位置之间的距离。此外，特定的地点可以具有预先确定的间隔距离，并且可以使用该距离。因此，可以明确地或隐含地、或者通过任何合当的方法来确定位置和距离。

然后，服务器可以测试活跃于系统中的客户机用户的所有熟人，获取他们的位置坐标，以及检查相对于那些其它位置的第一成员位置(方框72)。还可以标识朋友的朋友和其它类似的关系(例如，在简档中共享特定公共特征的用户)。可以使用熟知的技术来计算用户之间的距离，以及高精确度并不重要。一旦标识了由(1)熟人、(2)谁活跃于系统中、以及(3)在附近的成员组成的成员子集)，系统可以安排格式并发送适当的消息给如上所述的每个相关成员(方框74、75)。如上所述，可以将一个或多个消息发送给客户机设备的用户(方框76)。

系统还可以在用户之间提供消息的收发，这些用户是那些还没有将自己标识为彼此的朋友的用户，或者是那些甚至不是彼此的熟人的用户。例如，系统可以利用用户简档中的信息在两个或多个用户之间进行“匹配”。例如，可以标识活跃在系统中的、以及彼此靠近的具有特定爱好的用户。在该系统中，服务器可以生成、以及每个用户设备可以显示诸如“Ron Mexico is@Luna Lounge，和你一样，他是AC/DC的爱好者。应答以发送消息给他”之类的消息(方框77，78，79)。

尽管流程图中的步骤是作为示例性目的以特定的发生顺序示出的，但是可以使用任何有用的顺序。因此，例如，在过程中可以稍后对用户进行验证，或者可以从在执行将用户与数据库进行匹配的尝试时产生的错误中推断没有进行验证。此外，可以向该过程添加附加步骤，或者可以去除步骤。例如，可以对除位置和熟人之外的内容、或者对除位置或熟人之外的因素对用户的提交进行检验。此外，还可以改变接收和发送消息的顺序，以及接收或发送的消息的格式。

图6是用于管理熟人之间通信的系统80的示意图。出于示例性目的，以简化的、示意的形式示出了该系统，但是，该系统可以是、以及将会期望是更复杂的。然而，如本领域技术人员将会理解的，所描述的系统的功能可以在多个系统上进行操作，对该系统的特定实施方式并不苛求。

如图所示，系统80包括子系统，子系统本身可以是诸如计算机服务器或服务器群之类的计算机系统82。计算机系统82可以通过与类似于因特网84的公共网络的连接来与外界通信。系统82还可以与其它网络、或者通过其它网络连接，如局域网(LAN)。该第二连接可以允许由管理员对计算机系统82进行监视、维护和更新。众所周知，因特网84可以进一步连接，以便与各种其它系统和子系统中的任何一种进行通信。如该示例中示出的，系统包括蜂窝网络88、90，该蜂窝网络可以通过塔92上的天线与移动设备94进行通信。这些系统之间的通信可以遵循诸如用于SMS或MMS文本消息收发、电子邮件、WAP操作、TCP/IP或UDP之类的标准协议和指导准则，包括编程以在监听输入数据时提供警报的应用程序(例如，J2ME)。

计算机系统82包括多个组件，使其能够进行通信并具有如上所述的功能。例如，接口86可以处理与计算机系统82外界的通信。接口86可以包括，例如，网络服务器和/或邮件服务器。在允许简化操作的一个实施例中，为了从消息中提取信息，来自用户的消息可以到达公共电子邮件的收件箱，并对消息进行处理。消息还可以作为SMS或MMS文本消息来接收。接口86还可以包括其它服务器、或者组件的组合。

可以首先由解析器96来处理例如以消息的形式到达的信息，可以按照传统方式进行编程，以识别消息中的特定信息，从消息中提取该特定信息，以及将该特定信息转换为计算机系统82可用的形式。在典型的文本消息中，信息可以在诸如至、来自、主题和主体之类的MIME头部中。输入消息的格式可以在载体与载体之间改变，或者可因其它原因(例如，电子邮件对SMS)而改变，所以可以使用特定的解析过程来与为输入消息所标识的载体相匹配。

利用从封装该信息的消息中提取的信息，如上所述，消息分析器98可以查看每条信息，以确定：(a)用户在哪个城市；(b)谁发送了消息；以及(c)用户正试图通过发送消息做什么。例如，通过假设例如，如果用户将消息发送至nyc@dodgeball.com，则用户在纽约市，系统可以首先查看“至”字段以确定使用哪个程序或系统。因此，系统将推断用户在纽约市，并将传递以纽约市相关的内容和回答。

然后，系统可以查看“来自”字段，以确定谁发送了消息。例如，消息可以是“来自”9175551212@vext.com，这可能是一个用于收发文本消息的蜂窝电话的重新格式化的地址。首先，消息分析器98可以分割“@”符号处的数据，使用左边的数据来确定用户是谁，以及使用右边的数据来确定消息是否来自移动设备。可以将“@”符号右边的数据与所有接受的电子邮件主机的数据库表进行比较，以便，例如，告知没有正在从移动设备进行发送的用户“当前不支持你的设备”。

可以将“@”符号左边的数据与诸如电话号码之类的用户标识号码的数据库表进行比较。然后，可以例如按朋友标识符100使用标识数据来查找所有朋友，以及用户的朋友的朋友，然后确定那些用户中的哪些人当前正活跃在系统中(例如，在最近三小时内登陆)。

可以由位置引擎102计算由朋友标识符100所标识的活跃用户的位置，以及可以用已知的方法来计算各个用户之间的距离，以标识哪些用户彼此靠近(例如，彼此在十个街区内)。位置引擎102可以使用各种参数，例如设置用户之间的距离的参数，其中，这些用户控制用户是否接收关于彼此的消息。例如，该距离可以是预定距离(例如，十个街区)，或者可以基于位置(例如，像类似于市区的区域，在这里，人们可以期望步行从一个地点至另一个地点)、一年中的时间、天气(例如，像外面很冷或下雨)、或者其它适合的因素来改变。

该系统可以是允许在公共平台上运行多个应用程序的模块。平台可以包括，例如，接口86、解析器96、消息分析器98和位置引擎102。因此，可以建立平台以验证用户、建立他们的位置。以及与他们通信。然后，各种应用程序可以使用该信息来提供特定的社交功能，如在针对例如图5和16所描述的社交功能。还可以为平台定义标准的编程接口，以较为容易地开发应用程序。该系统可以允许能够很容易地并入用户已经熟悉的公共系统的新应用程序的现成开发。

解析器96或消息分析器98还可以针对用户已发送的命令提取“主题”和“主体”字段。如上所述，例如，该命令可以包括诸如！、？、或@之类的ascii字符，作为用户意图的简写标识。字符之后可以是一个或多个命令或参数。

一个命令是“在”或“@”命令，该命令允许用户标识他或她的位置，如在特定地点或在特定地址。在上文和下文中描述了该命令的典型使用。如所指出的，该命令向某些其他用户通知请求用户的位置，以及还将此人标识为“登记”或活跃于系统中(以便该用户至少在一段时间内将从其他用户接收到消息)。

另一命令是“呼喊”或“！”命令，如上所述，该命令使消息被发送给特定群体中的所有用户，例如由请求该呼喊的人的朋友组成的群体。呼喊命令还可以允许用户不考虑他们的熟人关系，而向特定接近程度(地理的和/或时间帧)的所有其他用户广播消息。后一选项的语法在“！”命令之前包括诸如“Ace Bar！hello there”之类位置标识符，以使最近在Ace Bar附近活动的每个人都接收到消息“[用户]@AceBar并@11:59p.m.说‘你好’”。如果用户在命令之前不指定地点，而说“！今晚在我的公寓聚会”，则消息将会广播至该用户的所有朋友，但不包括朋友的朋友(尽管在其它示例中，也可以配置成发送给朋友的朋友，或者甚至关系更远的熟人)。例如，该消息可以是“[用户]说：‘今晚在我的公寓聚会’(11:59p.m.)”。本领域技术人员可以理解，可以采用其它格式的消息。

第三命令是“收听”或者“.”命令，该命令允许用户加入他们的位置，但是不向他们的朋友广播他们的行踪。例如，用户可以输入“.Luna Lounge”。这种情况下，将会把用户添加至活跃用户的数据库，但不发送有关该用户的位置的消息。因此，例如，如果朋友或朋友的朋友在距该用户的合当距离内登记或活动，该用户将会接收到该消息，但是朋友或朋友的朋友接收不到该消息。该系统还可以被配置成允许其他用户请求“收听阻断”，以使他们的位置不被发送到请求收听模式的任何用户。

第四命令是查询或“？”命令。该命令可以是诸如“Ace bar？”之类的请求的一部分，将会在与潜在查询有关的数据库中查找该查询，以及将会返回与该查询相对应的信息。在示例中，系统可以如在类似于“Ace吧在第五街531(即Ave A&B)555.867.5309。以@地名来应答并检验”的消息中返回地名、地址和交叉街道。用户还可以通过发送他们附近的地名、以及他们在寻找什么，来搜索附近的“属性”。例如，发送“Ace吧？台球台”将会返回最靠近Ace吧地理坐标的所有位置的列表，其中，Ace吧具有(a)数据库中的“台球台”属性，或者(b)包含单词“台球台”或近义词的用户提交意见。返回的消息可以采用“我们发现了Ace吧附近的‘台球台’的三个匹配：Black Star、Max Fish、Whiskey Ward。”的形式。可以如由超链接，来标出所标识位置中的每一个，使用户可以容易地搜索关于该位置的更多信息。此外，系统可以通过提供显示用户位置和所选地点的位置的小地图来进行跟踪。可以使用已知技术来实现该功能。在这些情形中，不能使用用户的位置，并不把消息发送给其他用户。然而，如果用户选择了一个地点，可以向涉及通信的任何随后的命令提供该位置作为默认值。例如，如果此人选择上面的“Black Star”来获得更多信息，下次用户按下“@”时，系统可以自动地填入“Black Star”，假设此人最终去了Black Star。

此外，用户可以建立无论何时用户活动都在运行、或者持续运行或接近持续运行(例如，当用户设备是可用GPS时)的永久查询。例如，用户可以建立对Starbuck商店的永久查询，并且每当他或她在该商店的附近时均比告知。

其它命令也可以供该系统使用，可以包括使用上述命令的组合。例如，想要加入有关系统的社交会话(下文描述)的用户可以输入“加入@Luna Lounge”，以表明他们想要加入，并且他们目前在LunaLounge。该命令告诉系统他们想要的功能，并且还将参数传送至允许该系统将他们放入社交会话的系统。还可以向计算机系统82提供多个适合的数据库。例如，熟人数据库106可以提供表格，以表明每个特定用户的朋友。然后，可以查询该数据库106，以标识用户之间的其它关系。用户简档数据库108可以在系统中存储有关每个用户的简档数据，还可以存储有关地点的信息，例如地点概况。位置数据库110可以使有关地点(如，地名)的信息与每个位置的地理坐标相关。最后，管理数据库112存储使系统80正确操作所需的信息，如工作流逻辑、以及由计算机系统82管理的活动的规则。图中的数据库仅是示例性的。可以使用其它数据库，并且可以用任何适合的方式来安排数据库。

图7示出了能够在熟人之间进行通信的系统的示例性使用的动画。该动画发表于2004年6月出版的有线杂志(Wired Magazine)，以及显示了商业上被称为Dodgeball的服务的示例性应用。在第一幅画面中，用户输入如上所述的“@”命令。在第二幅画面中，用户到达第一地点；它是一个确切(dead)的地点，用户正在寻找某位Ms.Pac-Man，所以用户输入“Luna Lounge？Ms.Pac-Man”。系统利用与Ms.Pac-Man相关联的附近的地点进行应答(例如，通过另一成员为地点完成的概况)。当在第三幅画面中播放Pac-Man女士时，用户得知另一位朋友在附近的地点，以及在去了那里之后(画面4)，得知可爱的朋友的朋友在同一个地方。然后，用户和朋友的朋友(接收有关该用户的消息的人)可以通过消息收发来打破沉默，然后可以彼此交谈。在最后一幅画面中，已经发现在桌上跳Courtney Love舞(这是个虚幻的故事)的用户的其他朋友之一发出“呼喊”消息，告知他们的所有朋友聚集在这个区域。因此，在特定的实施方式中，这里描述的特征可以提供新的和有益的社交活动，社交活动能够是启发性的、娱乐性的和教育性的。

图8是社交软件网站的注册屏幕的截图。系统可以采用这样的网站来使用户易于输入和跟踪有关自己和他们的熟人的信息。然后，像在此描述的那样，该信息可以用于消息收发系统。通常，用户通过网站来注册和管理他们的设置和关系。网站用作定义用户的属性和用户之间的关系的数据库(可以包括多个不同数据库或诸如表格之类的数据库组成中的一个)的前端。这样，网站和数据库可以与由诸如Friendster、Orkut、Tribe和LinkedIn之类的其它各种“关系”应用程序所提供的那些相似。核心链路在朋友(或者直接的熟人)之间。数据库查询可以确定朋友的朋友的关系。网站可以给予用户邀请新朋友加入网站或团体的能力，以及可以同意和/或否定关系连接。

在一个特征中，网站允许用户选择朋友。该选择可以由还不是成员的人组成(例如，通过让系统向他们发送电子邮件邀请，以作为用户的朋友来加入该团体)，或者由作为成员的人组成(例如，在“朋友请求”中)。在一种实施方式中，直到两人都同意该关系，才将这两个人连接为“朋友”。当他们交朋友时，可以有两个数据库条目：一个将用户A与用户B连接，以及另一个将用户B与用户A连接。系统还可以允许用户标识不应接收有关他们位置的信息的其他用户(即，“阻断”另一个用户的接收)。在一个实施例中，通过在不阻断连接的情况下、以及在不让其他人知道发生阻断的情况下，允许用户阻断连接的一端，来实现该“阻断”。为此，系统把附加字段添加到数据库，该数据库允许用户在不毁坏或删除数据库中的连接的情况下来阻断关系的一侧，使得当用户加入、登记或活动时，他们不向他们原来的朋友列表广播，而是向除了已经选择阻断的那些人之外的每个人广播他们的位置。

在另一特征中，用户可以向团体成员标识他们迷恋谁。例如，网站可以显示各种其他用户的正常简档或“环境简档”，可以包括用户的照片，这是约会网站包含用户简档的最多方式。正常简档可以包含用户已经输入的信息，如年龄、宗教、性取向、性别、政治立场、饮酒/吸烟/吸毒习惯、爱好、喜爱的电影/连续剧/歌曲等。可以不从用户有意识输入简档的信息中，而是通过随时间推移，用户向团体所做贡献的观察，来构建环境简档。例如，系统可以记录用户最近登记的位置、用户评论或写下关于什么地点的概述，以及用户最近与哪些朋友(或者朋友的朋友)联系。因此，由于用户动态地与团体进行交互，所以用户的环境简档随时间推移而不断改变。

用户可以创建，例如多达五个其他成员的“迷恋对象列表”，对于这些人，用户想要知道他们的感情。例如，用户可能在感官上被另一用户的相片所吸引，或者可能喜欢其他用户的公共可用简档中的某个选择(如，爱好)。用户可以在任何时候添加至或者编辑他们的迷恋对象列表。例如，如果他们持续地被关于迷恋对象的信息骚扰，则用户还可以选择使任何迷恋对象不可见。独立的数据库表可以用于跟踪谁对谁迷恋，以及将该消息实时地传递给用户。对于不想成为迷恋情况的一部分用户，数据库表可以简单地包含对于特定用户的阻断“标记”。在传送与该用户相关的任何迷恋消息之前，可以由系统检查该标记。

如图8所示，用户可以输入诸如姓名、电子邮件地址、性别、用户名、密码和通信信息之类的标准简档信息。该信息中的一些可以供其他用户使用，而另一些(例如，密码和电子邮件地址)可以是保密的。还可以如通过使用与图8中示出的类似的连续形式，通过提问和回答，或者通过其它适合的方法来收集附加信息。例如，可以提供不同种类的个性测试(例如，Myers-Briggs)来帮助获知更多的用户偏好。此外，可以从其它的应用程序中输入简档信息。

图9是测试屏幕的截图。当用户在团体内建立账号时，或者在其它适合的时间，可以将该屏幕向用户显示。如图所示，系统将测试文本消息发送至移动设备，以及允许用户在网络浏览器上点击适合的选择，以指示是否正确地接收到测试消息。通常，如果用户的设备没有文本消息收发功能，用户将不会接收信息。

图10是另一个测试屏幕的截图。如果用户对图9的屏幕上的问题提供否定回答，则显示出该屏幕。该屏幕提供帮助屏幕的链接，以及通知用户，即使他们不能接收消息，他们仍然能够向其他用户发送一些消息。

图11是简档屏幕的截图。通常，可以提供不同的简档屏幕，每个简档屏幕将显示与预期观众相关的信息。例如，一个公共的简档屏幕可以显示个人的照片、爱好、屏幕名称、以及其它兴趣(例如，那些在任何社交或约会地点都可使用的那些)。一个受限的公共简档可以显示附加的细节，但是只有被标识为朋友的用户可以使用。个人简档屏幕可以包含甚至更多信息，如密码、历史(例如，最近去过的地点)，和不应对其他用户可用的额外的简档细节。在图11所示的个人简档屏幕中，还可以向用户提供他们可以采取的行动，例如，更换他们的照片，邀请新的朋友，以及将当前成员标识为朋友。屏幕还可以为系统提供简化的指令。

图12是相片更新屏幕的截图。该屏幕提供了简单接口，该接口允许用户在他们的计算机上浏览他们的照片，然后选择照片以由系统显示。该屏幕还可以提供上传照片的指令。

图13是邀请屏幕的截图。该屏幕允许用户输入要发送给他们的朋友的单个消息，所述朋友包括不是系统成员的朋友，以及还包括多个人的电子邮件地址。在此使用术语“朋友”，是参照现实世界的朋友，以及不是简单地指是用户的一级熟人的人，或者甚至就是系统中的用户。系统可以向消息添加附加信息，例如向允许朋友利用系统注册的屏幕的超链接。

图14是朋友管理屏幕的截图。该屏幕提供了简化格式，通过该简化格式来将某个人标识为将会接收用户所有信息和他或她的位置的完全朋友，以及将其他人标识为不接收消息、和用户也将不接收来自他们的信息的部分朋友。此外，可以提供其它屏幕，用户可以在上面输入关于朋友的信息(例如，第一个和最后一个名字)来得到朋友的信息，如果他或她是团体的成员；或者输入地名来得到关于地点的信息(例如，来自其他用户的概述)。

图15是一个地点屏幕的截图。该屏幕包括搜索方框，用户可以在其中输入地名来搜索有关地点的信息。用户还可以添加地点，以及可以添加对该地点的评论或概述。这些评论可以是自由形式的，或者可以遵循预定的格式。例如，对于餐厅的概述可以包括预先设置的诸如味道、服务、环境和价钱之类的等级标准，还可以包括全文概述地点。还可以最先在屏幕的中心与完成这些概述的用户的照片以及简档链接一起以显示任何地点的最新概述。右侧区域显示了最新添加到系统中的地点的名称和联系信息。

图16是涉及系统的社交会话的流程图。在该过程中，与上面讨论的内容相比，服务器起到更积极的作用，其作用很像方块舞的召集者。通常，该系统标识该区域中近来已经用信号表明他们的意图是选择方块舞活动的所有积极的用户。例如，用户可以发送像：join@Luna Lounge这样的消息，来表示他们想加入该活动，并表明他们目前所在的大体区域。然后，该系统可以重复地标识用户想玩耍的特定区域中的子群体用户间的共性，并把具有该共性的用户发送到单个地点达某个时段。该系统可以只把这些用户发送到一个位置，然后保持安静，让用户试着去发现他们有什么共同的地方，然后建议交谈的话题，或者是提供建议或帮助以使该组群的社交活动进行得更好。以这种方式，系统可以对组群的社交活动起到催化剂的作用。

在该流程图中，系统首先收集用户的简档信息(方框200)。收集活动可以在用户注册服务并填写诸如爱好或其它兴趣之类的简档信息时进行。信息还可以通过对用户在最近标识他自己或她自己的地点的分析来获得。此外，如果获得用户的允许，可以从诸如对搜索引擎做出的搜索请求之类的用户的其它活动中、或者通过对用户最近的电子邮件活动的分析来获得简档信息。此外，这样的分析首先取决于用户的允许。

然后可以安排方块舞活动。例如，可以有一个在某个地点或者甚至全国开始常规活动，例如在周二晚上当地时间8p.m.开始的常规活动。此外，诸如吧、餐厅、咖啡屋、或博物馆群体之类的组织可以组织一项活动，以及可以向系统注册该项活动。然后，组织可以促进该活动，还可以在促进该活动的过程中接收来自系统的帮助。例如，系统可以发送消息，向使用当地地点的用户通知该活动，或者可以在系统网站包括有关该活动安排的情况。还可以使用用于传递促销和广告内容的已知机制，在消息中或在网站上，向用户提供以特定用户或活动类型为目标的适当的定制促销材料或广告。用户群体还可以共同结合，并安排他们自己的活动。

在活动开始之前的某个时间(或者甚至在活动期间)，系统可以接收来自用户的加入(方框202)。如上所示，加入消息可以包括，例如“join”命令、“@”命令，以及用户的位置(如，地名)。当加入的到来，系统可以留意特定区域内活跃用户的数量。当活动时间接近时，系统可以分析区域内的用户数量，如果该用户数量对有效地实施该活动来说太小，则可以通过向该区域内所有积极用户发送取消消息来取消该项活动，如果他们想见到其他积极的用户，则可以简单地指示这些活跃用户到一个或多个特定的地点，或者可以指示用户移动至另一区域，在该区域中，已经确定有足够的积极用户来有效地举办这项活动。

随着活动开始时间的接近，系统可以在该活动的积极用户之间标识群体和子群体。例如，可以根据例如地理位置来标识群体。例如，可以有由市区区域限定的群体和由住宅区或市郊区域限定的另一个群体。通常，尤其如果包括吧或类似的设施，该区域的地理尺度将保持在较小的规模内，以致可以通过步行到达所有地点。

可以从群体内的积极用户中标识出子群体。可以基于针对感兴趣的人群划分的相似性或公性的任何适合的度量标准来选择子群。例如，可以把将他们自己标识为观看特定电影的所有积极用户归入一个群体中。此外，可以把具有相似的政治或艺术观点的用户安置在一起。还可以采用用来确定相似性或公共性的其它已知度量标准(例如，约会系统所使用的那些度量标准)，具体选择方法并不关键。例如，用户可以使用特定的(例如，最喜欢的)类型(以及也许是与该类型相关联的主题属性)来标识自己，从而接收来自该类型或类型代理的广告和消息(例如，“告知Absolut你在哪，他们将会告诉你最近的下班后的聚会”或者“注册FlavorPill艺术频道并获知新画廊的开幕式”)。

在该讨论中，可以得到“频道”之间的差别，可以仅代表特定的相似兴趣；“群体”是用户创建的，允许用户的加入和退出；以及“组”，如朋友构成的组，在这里，只有用户可以从组中放弃其他用户。

当到达活动的时间时，系统可以向所有用户广播开始消息(方框206)。例如，每个积极用户可以简单地得到告诉他们去区域内的特定地点的消息。然后，用户可以在到达该地点时尝试彼此标识，或者可以由地点的操作者向他们提供在其中见面的特定区域。例如，可以为方块舞活动中的参与者划分出表格或讨论区域。当他们全部都在该地点时，如果该区域有十个街区大，则可能要花费若干分钟，用户可以开始社交。例如，根据游戏者已知的活动规则，他们可以开始确定为什么将他们安排一起。这种情况下，应当建立系统以选择可由用户识别的公性。地点可以组织向可在特定时间段内解决他们问题的任何群体提供奖励，例如，免费点心、饮料。这种可能的奖励可以吸引更多的用户参与该活动，以及使参与者在他们的社交中更加积极。

该系统还可以向用户提供补充消息(方框208)，通常是，在一个地点的所有用户接收相同的补充消息。例如，在没有向用户告知他们的公性的情况下，该系统可以向他们提供定期的暗示。作为替换，系统可以或许是基于群体的公共特征，为该群提供所建议的讨论话题。例如，对于所有成员都在乡下长大的群体，系统可以传送以下话题：“是在农场的生活好还是在城市的生活好？”对于最近观看了某些电影的群体，系统可以让成员们辩论两部电影的优点和缺点。对于在博物馆特定展位处的群体，系统可以询问有关哪幅画更令人满意的问题。

活动可以具有多轮。例如，活动可以持续一个晚上，但是每一轮可以持续例如一小时，进行四十五分钟的讨论以及十五分钟的“转变”。还可以使用其它适合的时间段。因此，当一轮结束时，系统可以检查以确定是否有时间进行下一轮(方框210)。如果有时间，则可以通过发布消息来告知每个用户他们的下一地点来组织和呈现新一轮活动。如果没有时间，系统则可以发布活动的概要并更新用户简档(方框212)。例如，如果对活动评分，则每个用户可以接收他们的分数，以及可以接收他们在用户间的位置。此外，每个用户可以接收“引导”报告，该报告包含在活动期间他们遇到的其他用户的信息，如果其他用户表示他们同意共享信息。例如，当一轮结束时，在转变期间，可以在用户设备上显示群体中每个用户的屏幕名称，以及可以给予用户适当的机会来标识他们想与谁进一步共事的其他用户。还可以向活动的组织者提供概要信息，以及可以更新用户的简档，如反映他们见面的地点和其它适当的信息。

此外，可以为在活动期间想要“离开”或移动“出坐标格”的用户做出规定。例如，两个用户可能确实合得来，以及可能不想继续该活动。可以向他们提供允许他们离开该活动的命令。以这种方式，在不存在(由于系统未意识到的离开早晨)某些群体不必要地变小的风险的情况下，在之后的几轮中，能够使活动略微缩小。系统还可以要求用户作出定期的积极响应，例如在每一轮，以确保每个用户仍然参与该活动。

除了对各个子群体的奖励之外，还可以对活动进行评分。例如，如果他们迅速猜出了他们的公性，则子群体中的用户可以接收分数(分数随时钟的嘀哒声和暗示的使用而减小)。因为用户定期地“聚拢”或“转变”，几乎没有用户一直共同在同一子群体中。因此，每个用户可以接收等于用户所参与的所有子群体分数(或者子群体的平均分)的分数。在活动的结尾，可以将奖励给予最高得分者。甚至可以使用活动的翻新来举办颁奖典礼。例如，在每周举行活动的情况下，可以交给地点群体中的每个地点负责主办每周的翻新聚会。此外，这为所涉及的地点提供了额外的好处，并且对系统提供了额外的促进作用。

该过程仅是示例性的，可以用任何适合的方式进行扩展。例如，地点可以签定，例如在乏味的夜晚，主办方块舞的服务。这些地点不一定只是吧，还可以包括博物馆、咖啡舞、或者餐厅(可以为这样的活动提供适合的开胃菜)。

在特定的实施例中，该方块舞过程可以为用户提供额外的社交活动，以及为主办者提供了额外的商机。可以在用户的移动设备上向用户提供广告，以及可以例如根据用户见面的地点的类型、或者用户所具有的共同话题来定制这样的消息。

还可以由用户的其它服务来伴随这里所描述的各种实施例。例如，可以向用户提供诸如促销或广告消息之类的附加消息。还可以使这样的消息作为目标，以各种方式使其对用户特别有用。例如，可以将地点与特定概念或关键词相关联，使得当用户从一个地点登记时，系统可以提供与该地点的关键词或概念相关联的消息。例如，当地点是吧时，可以向用户提供关于吧或附近竞争的吧中的促销信息，或者还可以具有对特定品牌的酒的促销。这些消息也可以作为用户的优惠券使用。例如，可以将地点与特定的广告商连接，以及例如，用户可以向酒吧招待显示，例如他们电话上的广告，酒吧招待清楚使用了该地点唯一的标识号码，从而会向系统登记该地点兑现了该优惠券的事实。同样，广告商此后可以给该地点回扣、或者向该地点提供一定量的钱。

还可以使用其它模式的传输广告或促销材料。例如，广告商可以主办特定的地点、活动或其它对象，例如“登记为朋友w/Absolut”。还可以向用户提供专门的成员制度，以及成员可以具有特别的“内部”信息，例如，“付费以成为Flavorpill群体的一部分，以及查明专门的聚会”。还可以提供用户可以定制(例如，“较低的东区交易”)的频道，广告商可以购买某些频道的广告(例如，通过诸如Google AdSense之类的自助模型)。广告商还可以选择在其上查验用户，例如，“与该人口统计/心理图形简档匹配的3和6p.m.之间的星期日的X的10街区内的所有用户”。

已经描述了本发明的多个实施例。可以理解，在不脱离本发明的精神和范围的情况下，可以作出不同的修改。例如，可以使用其它类型的消息收发来替换SMS消息收发，以及可以用诸如图形元素之类的不同方式来扩大SMS消息的收发。因此，其它实施例在权利要求的范围内。

Claims (11)

1.一种计算机实现的方法，用于追踪成员间关系的系统的人类成员，所述方法包括：

在计算机系统处接收由成员之一发送的、标识该成员位置的名称的消息；

标识当前正活跃在系统中且临近命名位置的该成员的熟人；以及

向所标识的熟人中的每一个发送一个或多个指示该成员的位置的消息。

2.根据权利要求1所述的方法，还包括：

将命名位置与地址相关联。

3.根据权利要求2所述的方法，其中，将命名位置与地址相关联的步骤包括：利用查找函数将命名位置与地址相关联。

4.根据权利要求1所述的方法，其中，被发送至所标识的熟人中的每一个的所述一个或多个消息中包含的内容取决于所述熟人与所述成员具有的关系的类型。

5.根据权利要求1所述的方法，其中，在所述计算机系统处接收的消息和被发送的一个或多个消息包括短消息服务SMS消息。

6.根据权利要求1所述的方法，其中，标识当前正活跃在系统中的该成员的熟人的步骤包括：标识已在预定的在先时间量内向所述系统发送了命名熟人位置的消息的所述成员的熟人。

7.一种用于提供信息的系统，所述信息与所述系统的成员的熟人的位置有关，所述系统包括：

接口，用于接收由成员之一发送的、标识该成员位置的名称的消息；

熟人标识符，被配置为标识当前正活跃在系统中且临近命名位置的该成员的熟人；以及

消息生成器，被配置为准备并向所标识的熟人中的每一个发送一个或多个标识该成员的位置的消息。

8.根据权利要求7所述的系统，还包括：

位置引擎，被配置为将所述命名位置与地址相关联。

9.根据权利要求7所述的系统，其中，被发送至所标识的熟人中的每一个的所述一个或多个消息中包含的内容取决于所述熟人与所述成员具有的关系的类型。

10.根据权利要求7所述的系统，其中，在所述接口处接收的消息和由所述消息生成器发送的一个或多个消息包括短消息服务SMS消息。

11.根据权利要求7所述的系统，其中，被配置为标识当前正活跃在系统中的所述成员的熟人的所述熟人标识符被配置为：标识已在预定的在先时间量内向所述接口发送了命名熟人位置的消息的所述成员的熟人。

Images