识别玩家所属 群组或公会的一个或多个群组/公会标记。可进一步显示关于每个用户的统计信息，诸如 评分、杀敌、助杀、死亡以及网络延时。列表可进一步包括关于用户的其它信息。在一些实 施方案中，在列表中使用用户ID来表示每个用户。在一些实施方案中，列表中的成员或查 看者能够通过使用输入装置（诸如控制器、游戏垫、操纵杆、鼠标、键盘、触摸装置或其它类 似装置）选择用户ID来选择玩家。在一些实施方案中，一旦选择用户，投票区带810就将 会出现，以便允许成员为选定用户投票。在一些实施方案中，被投票的被招收者将出现在公 会的玩家报告上。
[0117] 根据一些实施方案，在会话中投票或会话前/后投票两者中，可对用户投赞成票 和反对票。在其它实施方案中，系统可仅允许投赞成票机制。在一些实施方案中，另外或可 替代地，用户可能能够使用自由形式评论机制来表达对其他用户的观点。例如，可提供文本 框，从而允许成员输入关于用户的评论。评论可与其它信息一起呈现在群组报告中，以便帮 助群组确定应选择哪些所推荐的用户作为群组成员。
[0118] 接着参照图9,示出根据本发明的若干实施方案针对招收成员的群组生成的示例 性报告900。也就是说，示出公会或其它群组的玩家显像报告的实例。在一些实施方案中， 它可称为公会招收报告，其中示出潜在被招收者连同公会投票和其它信息。在一些实施方 案中，公会或其它群组接收基于准则、权重以及与其他用户玩打游戏期间的公会成员投票/ 建议的自动玩家报告。在一些实施方案中，报告可经由控制台、网络应用、或移动设备递交。 在一些实施方案中，接收来自公会成员的赞成票的潜在被招收者转移至公会报告顶部、为 公会会长/干事而被突出显示。
[0119] 如图所示，报告900列出一个或多个所推荐潜在成员。在一些实施方案中，所推荐 潜在成员可包括分别在图1的步骤130和图2的步骤230中检测到的一些或所有用户。报 告900列出潜在成员连同关于所述潜在成员的信息，包括检索到的一个或多个用户先决条 件和/或必要条件，例如，如图6所示的用户配置文件内存储的必要条件和先决条件。在一 些实施方案中，对于针对招收成员的每个群组生成的所有报告而言，所列出的信息可能是 类似的。在一些实施方案中，可针对每个群组来自定义报告。例如，在一些实施方案中，针 对每个用户所列出的信息可基于群组必要条件而动态地被自定义，以便列出由群组列出为 具有重要性的那些特性。在一些实施方案中，报告可由系统自定义，以便显示用于确定用户 与群组之间的匹配和/或匹配评分的项目。
[0120] 例如，在此示例性实施方案中，列出潜在成员连同信息，诸如用户是否使用耳机、 用户统计（诸如总分、每小时杀敌数、玩家游戏时数以及位置信息）。此外，报告进一步示出 每个用户已经从群组/公会中的成员接收到的投票数量。如图所示，群组成员既可对每个 用户投赞成票又可投反对票。在另一些实施方案中，可在报告上进一步提供其它信息。在 一些实施方案中，例如，在用户能够指明对群组感兴趣的情况下，可进一步将此数据列入报 告，以便提醒群组：一个或多个用户尤其有兴趣成为群组成员。
[0121] 在一些实施方案中，按照排名在招收报告900上列出潜在成员。也就是说，在一些 实施方案中，报告根据群组的最佳匹配来对用户进行排名。在一些实施方案中，这种排名可 基于比较用户的匹配评分并对用户进行排名（其中最佳匹配列在列表顶部）。如图所示，在 一些实施方案中，匹配评分可被描绘为百分比，如示例性报告900中所示。
[0122] 在一些实施方案中，报告900可经由计算机和/或游戏控制台生成并且显示。在 一些实施方案中，所显示报告可进一步使得群组成员能够从列表中选择用户，并且查看关 于所述用户的更多信息，为该用户投票，邀请该用户参加选拔或挑选会话，或选择该用户作 为群组成员。例如，如图9所示，在一些实施方案中，报告显示可包括用于获取更多信息的 信息按钮910。除了关于每个潜在成员的信息外，还可向群组提供其它信息。例如，在一些 实施方案中，当按下信息按钮时，可向群组成员或群主提供关于报告的不同组成部分、整个 招收系统、群组准则、匹配安排过程的信息和/或其它相关信息。此外，在一些实施方案中， 当查看报告900时，群组成员或群主能够选择位于报告底部的"编辑所有"按钮920,并可为 用户投票，或可进一步改变他们先前关于一个用户的投票。
[0123] 在一些实施方案中，根据不同的基于系统或基于群组的准则，报告的样式（look) 可针对每个成员而改变。例如，在一些实施方案中，准则可包括成员访问权限、排名、位置 等。在一些实施方案中，可针对所有成员显示相同报告窗口，但是按钮中的一些或所有可能 变灰或可能仅根据类似准则执行有限的功能。虽然在此示例性实施方案中，潜在成员的报 告被显示为单个显示，但是本领域的普通技术人员应理解，可以不同格式并且以不同数量 的页面向用户呈现潜在成员报告以适应不同显示器或平台。
[0124] 在一些实施方案中，工会招收系统可通过一个应用程序向一个或多个群组成员/ 群主/工会成员/会长显示。应用程序可包括一个或多个用户界面显示。图10A、图IOB以 及图IOC示出使得群组中的一个或多个成员能够与本发明的招收系统互动的公会招收应 用程序。应用程序可例如经由移动设备、平板电脑、PC、便携式游戏设备、计算机和/或其 它消费电子设备来生成和/或显示。如图所示，应用程序包括标注为图10A、图IOB以及图 IOC的多个显示窗口。虽然应用程序被示出为具有三个单独窗口，但是本领域的普通技术人 员应理解，可以许多不同格式并且以不同数量的显示窗口向用户显示潜在成员应用程序以 适应不同显示器或平台、以及系统或用户偏好。举例来说，在一些实施方案中，具有像返回 屏幕、投票以及查看报告的功能的三个屏幕可在移动电话应用程序、移动设备应用程序、平 板设备应用程序、板状设备应用程序等中实现。
[0125] 如图所示，应用程序包括图IOA中用于显示菜单1010的第一显示，所述菜单1010 向群组成员和/或群主提供各种功能，诸如联系公会成员、生成公会报告和/或接收公会报 告。在一些实施方案中，成员/群主将会选择"公会招收报告"选项，以便查看潜在成员的报 告。在一些实施方案中，在第二窗口上生成并显示报告。如上所述，报告中呈现的信息的量 可根据显示限制而改变。例如，在此示例性实施方案中，报告被生成为显示在移动设备上， 因此用户查看概述性报告，其中仅向用户显示某些信息。所显示的信息的量和类型可由系 统确定，或可由查看报告的用户设置。
[0126] -旦群组成员/群主查看报告，成员随后就可从列表中选择潜在成员，并且查看 关于该潜在成员的更多信息、为该潜在成员投票、邀请该潜在成员参加选拔或挑选会话或 选择该潜在成员作为群组成员。例如，如图IOB所示，除了"编辑所有"按钮1030之外，列表 可包括紧接每个潜在成员的"编辑"按钮1020,从而允许成员或群主查看关于该用户的更多 信息、为该用户投票、邀请该用户参加选拔或挑选会话或选择该用户作为群组成员。此外， 图IOB中的显示可包括用于获取更多信息的"信息"按钮1040。除了关于每个潜在成员的 信息外，还可向群组提供其它信息。例如，在一些实施方案中，当按下信息按钮时，可向群组 成员或群主提供关于报告的不同组成部分、整个招收系统、群组准则、匹配安排过程的信息 和/或其它相关信息。
[0127] 在一些实施方案中，当群组成员/群主查看图IOB中的显示上的报告时，成员/群 主随后可选择以便关于潜在成员中的一个或多个做出选择。因此，在一些实施方案中，成员 /群主将会选择前往图IOC中所示的投票屏幕。在一些实施方案中，一旦群主/成员按下 图IOB的显示内的"编辑"按钮1020和/或"编辑所有"按钮1030,就可向他们针对每个潜 在成员或单个潜在成员的选项列表，例如，如图IOC的显示中所示。在一些实施方案中，图 IOC中的投票屏幕/显示使群组成员能为潜在成员投票或进一步改变他们先前对潜在成员 的投票。在一个示例性实施方案中，如图IOC中所示，用户能够进一步使用"立即投票"按 钮1050为将招收的一个或多个潜在成员投票。在一些实施方案中，一个或多个成员可使用 "立即投票"按钮1050来选择被招收者作为成员和/或邀请成员参加选拔会话。
[0128] 在一些实施方案中，根据不同的基于系统或基于群组的准则，应用程序和报告的 内容可针对每个成员而改变。例如，在一些实施方案中，准则可包括成员访问权限、排名、位 置等。在一些实施方案中，可针对所有成员显示相同窗口，但是按钮中的一些或所有可能变 灰或可能仅根据类似准则而执行有限的功能。
[0129] 本系统类似地使得试图加入群组的用户能够接收关于工会/群组的推荐机制。
[0130] 首先参照图11，示出根据一些实施方案用于向尝试加入群组的第一用户推荐潜在 群组的方法的示例性流程图。
[0131] 首先在步骤1110中，检测试图加入群组的第一用户。例如，在一些实施方案中，从 试图加入至少第一群组的用户接收请求。例如，在一些实施方案中，一个或多个用户可就他 们的可获得性进行通告并且试图加入公会/群组。在一些实施方案中，例如，用户可加入系 统并提供他们的特性和准则，并且随后可指明他们正在寻找要加入的群组。在一些实施方 案中，可基于用户特性关于用户能否加入群组对他们进行查询。
[0132] 在步骤1120中，系统检索在步骤1110中检测到的第一用户的用户参数。在一些 实施方案中，用户参数包括值的基本描述（本文称为先决条件），用户通过值的基本描述来 描述她/他自己。此外，在一些实施方案中，用户参数可另外或可替代地包括用户强加于潜 在群组的必要条件。在一些实施方案中，先决条件或必要条件可以是由用户手动输入的、是 系统生成的、或是其组合。例如，在一些实施方案中，系统可基于用户的游戏玩打行为生成 有关用户的先决条件和必要条件中的一个或多个。
[0133] 在一些实施方案中，用户参数是在生成招收系统时由用户发布。在一些实施方案 中，用户参数可在用户首次订阅系统时和/或在用户首次通告他/她试图加入群组时发布。 在一些实施方案中，系统可生成基于系统的参数并且可用系统生成的参数来补充所发布的 用户参数。在另外或替代实施方案中，用户参数可由用户和/或系统在任何时间更新。在 一些实施方案中，可将用户参数存储在用户配置文件内，如例如图6中所示。
[0134] 接着，在步骤1130中，系统检测试图招收成员的一个或多个群组。也就是说，在一 些实施方案中，系统可检索寻求成员的一个或多个群组的列表。例如，在一些实施方案中， 从试图招收一个或多个成员的群组接收请求。在一些实施方案中，系统使得群组或公会能 够就它们的公开招收进行通告，并且寻求要邀请的一个或多个潜在成员。在一些实施方案 中，公会例如可就具有一个或多个空缺通知系统，并且可进一步针对群组或公会的新成员 提供一个或多个准则。
[0135] 在步骤1140中，系统检索在步骤1130中检测到的每个群组的群组参数或配置文 件信息。在一些实施方案中，群组参数包括先决条件，即，表示群组总体特性的基本描述项。 此外，在一些实施方案中，群组参数可另外或可替代地包括群组强加于潜在成员的必要条 件。在一些实施方案中，先决条件或必要条件可以是由群组中的一个或多个成员手动输入 的、是系统生成的、或是其组合。例如，在一些实施方案中，系统可基于群组中的一个或多个 成员的游戏玩打行为生成有关群组的先决条件和必要条件中的一个或多个。
[0136] 在一些实施方案中，群组参数是在生成招收系统时由群组发布。在一些实施方案 中，群组参数可在群组首次订阅系统时和/或在群组就招收进行通告时发布。在一些实施 方案中，系统可生成基于系统的参数并且可用系统生成的参数来补充所发布的群组参数。 在另外或替代实施方案中，群组参数可由群组中的成员和/或系统在任何时间更新。在一 些实施方案中，可将群组参数存储在群组配置文件内，如例如图5中所示。
[0137] 接着，在步骤1150中，系统比较在步骤1120中检索到的用户参数与在步骤1140 中检索到的群组参数中的每一个。在一些实施方案中，一旦比较群组参数与用户参数，系统 就生成评分。
[0138] 在一个或多个实施方案中，系统将会确定用户特性与群组特性（即，先决条件）的 匹配程度。例如，将会将群组先决条件与用户先决条件进行比较，以便确定是否在用户特性 与群组特性之间存在类似之处以使用户将是群组的良好成员。在一些实施方案中，这种确 定被添加到通过将群组必要条件与用户先决条件进行比较得到的评分。
[0139] 在另一实施方案中，系统可确定第一用户是否满足第一用户的已经被识别为潜在 群组的必要条件的那些要求。此外，在一些实施方案中，用户可能能够针对他们希望加入的 群组设置必要条件。在这类实施方案中，系统可进一步将群组先决条件与用户必要条件进 行比较以便确定另一评分，所述另一评分也可被添加至通过将群组必要条件和先决条件与 用户先决条件进行比较所生成的评分。
[0140] 以此方式，以上评估寻求成员的群组作为第一用户的潜在群组的方法提供一种通 过双向匹配系统来匹配用户和潜在群组的方法。
[0141] 接着，在步骤1160中，系统可向第一用户推荐一个或多个潜在群组。在一些实施 方案中，一个或多个潜在群组包括由系统根据步骤1150中的比较和/或生成的评分选择的 群组。在一些实施方案中，例如，一旦完成步骤1150,系统就可向第一用户推荐一个或多个 潜在群组。在一些实施方案中，一个或多个潜在群组可包括步骤1130中检测到的所有群 组。在一些实施方案中，潜在群组可包括步骤1130中检测到的群组中的一个或多个。例如， 在一些实施方案中，群组中的一个或多个可根据在步骤1150中进行的比较和/或计算出的 评分来选择。
[0142] 在一些实施方案中，向第一用户推荐的潜在群组可包括已经基于在步骤1150中 进行的比较和/或生成的评分而被确定为匹配第一用户的那些群组。例如，在一些实施方 案中，系统和/或第一用户可强加条件，并且系统将会推荐根据比较步骤1150满足所述条 件的所有群组。例如，在一些实施方案中，第一用户和/或系统可指定某个匹配阈值，并且 在步骤1160中，仅向第一用户推荐已满足该匹配阈值的群组。在一些实施方案中，将例如 从步骤1150中的比较得出的每个群组的评分和/或其它指示与匹配阈值进行比较。在这 类实施方案中，如果确定群组满足或超出匹配阈值，那么在步骤1160中，向群组推荐所述 群组。在一些实施方案中，将例如每个群组的评分与匹配阈值进行比较，并且如果群组评分 大于或等于匹配阈值，那么将所述群组推荐为潜在群组。在一些实施方案中，群组可进一步 基于步骤1150过程中的比较和/或生成的评分来排序。在一些实施方案中，推荐能以包括 报告和/或云的若干形式生成。在一些实施方案中，可针对潜在群组生成类似于图9的潜在 成员报告的报告。在一些实施方案中，第一用户可使用公会/群组云来浏览潜在群组。参 照图13进一步描述此机制。
[0143] 在一些实施方案中，当推荐潜在群组时，所推荐群组可基于步骤1150过程中生成 的评分来排序，以便相对于其他群组指明每个群组的评分。例如，在当推荐潜在群组时正向 第一用户递送报告的情况下，报告可包括潜在已排序群组列表，其中在所述列表上，与第一 用户具有最佳匹配的群组高于具有较低匹配评分和/或就群组和用户参数而言期望度较 低的那些群组。在一些实施方案中，其它不同机制（诸如颜色、大小、或其它特性）可用来 指明第一用户与一个或多个潜在群组之间的相关匹配。
[0144] 在一些实施方案中，除了推荐满足某个条件的群组外，系统可进一步基于其它准 则推荐群组。
[0145] 例如，在一些实施方案中，第一用户可在玩打游戏期间或之后为一个或多个群组 投票或将群组标记为感兴趣的群组。在一些实施方案中，例如，用户可能能够查看潜在群组 的群组游戏或活动的会话，并且可能能够将群组标记为玩家有兴趣加入的群组。在一些实 施方案中，用户可能能够指明对加入特定公会或群组感兴趣。根据一些实施方案，用户首先 可请求观察和/或观看公会或群组的群组活动，并且可指明对群组感兴趣。在一些实施方 案中，在步骤1160中，可包括已被标记和/或已由第一用户投票的群组作为潜在群组，即使 它们并未满足匹配准则并且因此通常将不被系统所推荐。
[0146] 在另一些实施方案中，群组成员可能能够在游戏玩打期间或之后标记用户以供观 察，或可为第一用户投票。在一些实施方案中，由群组成员所进行的投票/建议可被添加至 步骤1150中确定的评分，以便相对于第一用户升高群组评分。在一些实施方案中，投票/ 建议被给予的权重和/或相对重要性可能高于其它参数。
[0147] 因此，根据若干实施方案，在步骤1160过程中，将会向第一用户呈现基于准则 (即，用户参数、群组先决条件和必要条件、权重、在玩打游戏期间所