限制规则"层叠到"背包服务拥有者顶上 的功能。然而，某些实施例被实施使得用户不能覆盖服务拥有者的设置。
[0062]各实施例可包括用于允许用户定义的ACL的用于允许显示器访问群组的功能性。 尽管在先前的系统中，徽章组要么是要么不是公共的，然而在此描述的某些实施例允许徽 章组具有更精细粒度的访问。例如，用户可指定一徽章组对任何显示器可见、对一显示器列 表（白名单）可见、或对除了一显示器列表（黑名单）外的全部显示器可见。
[0063] 例如，各实施例可给予用户通过选择各种选项来限制哪个徽章组可被哪个显示器 访问的能力。例如，用户可能能够指定白名单中的显示器，从而仅允许访问枚举在白名单中 的那些显示器。替换地，用户可能能够指定黑明单中的显示器，从而允许除了黑名单中的那 些显示器之外的全部的显示器显示徽章或徽章组。替换地，用户可能能够指定访问是公共 的，意味着任何显示器可显示用户的徽章或徽章组。
[0064] 然而，背包服务拥有者可能能够限制哪个显示器能访问由背包主存的各组中的任 何组。此外，在某些实施例中，用户不具备覆写服务拥有者的能力。目p，显示器不被服务拥 有者允许，那么用户不能与那个显示器共享组。 阳〇化]各实施例可支持发放者定义的徽章分组。发放者可"发布"徽章组规则。背包可 向发放者查询运些组。背包可基于运些规则自动创建并改变到徽章组的成员关系。背包可 周期性地检查/重新分组徽章，W处理来自发放者的对规则的改变（包括使得一个或多个 规则被移除、被无效、和/或被引退）。显示器可显示运些新组。此外，显示器可能能够在显 示之前验证来自发放者的规则。
[0066] 除了虚拟分组之外，上面定义的系统可被用于一般化徽章发放。徽章基础结构中 的常见问题是出于显示或进一步徽章发放目的，徽章如何分组在一起的问题。例如，关于特 定维度（技能集）的一组徽章可为显示或发放表示徽章集合的"超级徽章"的目的被分组在 一起。例如，如图3所示，发放者302向订阅服务304登记对接收从可能是其它发放者308 到个体310的指定徽章集306的更新的兴趣。发放者302接着消费徽章元数据312,并且如 果特定发放条件在元数据312上得到满足，发放者302可发放另一个徽章314并将它用于 发放附属凭证的徽章306的集合绑定到始发凭证。
[0067] 说明性地，限制表达式可在事件驱动系统中被递归地使用，W在被呈现一包徽章 时引起新徽章的发放。例如，断言徽章准则可包含限制表达式并标识用于铸造新徽章的一 包徽章。验证者可重新评估限制表达式并检查W查看表达式是否依然有效。运允许从较小 徽章制作的超级徽章的发放并表示较小的成就构筑成较大的整体。
[0068]运个机制可被用来提供"技能轨迹"的概念，其中一系列徽章收缩为更高价值的凭 证。本行业中的常用手段和在此的各实施例之间的差别是，附属徽章被发放的条件是密码 地定义的且可验证的一因此可信。
[0069] 替换地，诸如发放者/雇佣实体的实体可能想要为针对个体的徽章集的改变的通 知而向订阅服务304登记。当个体已经获得了特定徽章或特定徽章集时，该个体可能引起 雇佣实体的兴趣。考虑W下场景：
[0070] 猎头正在寻找具有指定技能的候选人。他们（诸如通过向订阅服务304订阅）在 徽章空间中创建了限制表达式，并将信任绑定到一个或多个验证者（诸如图1中所示的可 信验证者112)。订阅服务304侦听用户徽章信息的更新并过滤出那些符合表达式的。在表 达式被满足时，猎头接收事件，诸如徽章元数据312。
[0071] 如图3示出的订阅模型可被用于各种目的，诸如上面示出的在超级徽章发放中或 在徽章被获得时通知感兴趣方（诸如猎头）中的那些。然而，应当理解，订阅和警告可被用 于各种不同目的。例如，警告可被发送W通知何时徽章即将期满。警告可被发送W通知个 体与个体已经获得的徽章相关的可被挣取的徽章。警告可被发送W通知个体与个体已经获 得的徽章相关的可被挣取的徽章W完成超级徽章的需求。等。
[0072] 下面的讨论现在引用了可W执行的多个方法和方法动作。尽管运些方法动作可W W特定次序被讨论或在流程图中图示为W特定次序发生，但是除非特别指明否则不需要任 何特定排序，也没有特定排序是必须的，因为一个动作取决于在该动作被执行之前完成的 另一个动作。
[0073] 现在参考图4,图示方法400。方法400可在计算环境中实施，并包括用于认证徽章 的动作。徽章表示个体的技能、训练、属性、或资格的至少一个。方法400包括在可信验证 者处，访问由用户标识的徽章图像（动作402)。例如，如图1所示，徽章104可被可信验证 者112访问。运可许多不同方式发生。例如，徽章的图像可被发送到可信验证者。替 换地，徽章可被获得处的链接可被发送到可信验证者，在那里可信验证者可获得徽章本身。
[0074] 方法400还包括在可信验证者处，访问由该用户标识的策略（动作404)。例如，如 图1所示，策略110可被标识并被可信验证者112访问。
[0075] 方法400还包括通过确定徽章与用户所标识的策略相符来确定由用户标识的徽 章符合策略（动作406)。如图1所示，可信验证者可能能够执行运个比较。作为示例，策略 可指示徽章上的特定签名、徽章的特定签署者、徽章的特定发放者、特定发放时间和/或徽 章的期满、或多个其它准则的任何准则中的一个或多个。
[0076] 方法400还包括，作为确定徽章符合该策略的结果，使得一个指示符W可信的方 式被显示W向用户指示所声称的徽章符合该策略（动作408)。例如，可信验证者可使得显 示器114显示该徽章。注意显示器是可信显示器。显示器114可能还具有已建立的与可信 验证者112的带外信任。
[0077] 方法400还可包括基于用户标识的一个或多个其它徽章不符合用户标识的策略 来确定所述一个或多个其它徽章不符合策略，并且作为结果而不显示所述一个或多个其它 徽章。具体而言，在某些实施例中，在徽章不符合策略时可阻止所述徽章显示。
[0078] 方法400还可包括提供报告，该报告指示符合该策略的徽章并提供关于不符合策 略的徽章为何未能符合该策略的信息。因此，实体可标识徽章的问题。
[0079] 方法400可被实现，其中使得指示符W可信的方式被显示W向用户指示所声称的 徽章符合策略包括：向用户显示个体徽章符合策略该或一徽章组符合该策略的视觉指示。 例如，徽章或徽章组可被连同绿色光晕或某个其它指示符一起被显示。
[0080] 方法400还可包括，基于用户标识的一个或多个其它徽章不符合用户标识的策略 来确定所述一个或多个其它徽章不符合策略，并且作为结果而使得指示所述一个或多个其 它徽章为何不符合策略的信息被显示。
[0081] 方法400还可包括，基于用户标识的一个或多个其它徽章不符合用户标识的策略 来确定所述一个或多个其它徽章不符合策略，并且作为结果，使得所述一个或多个其它徽 章连同指示不符合策略的明确指示符一起被显示。例如，徽章可连同贯穿它的红X、红色光 晕、或某个其它指示符一起被显示。
[0082] 方法400可被实现，其中使得指示符W可信的方式被显示W向用户指示所声称的 徽章符合策略包括：使得指示符合策略的指示符被投影或叠印到已经存在的徽章图像上。 例如，如图2所示，指示符可被叠印或投影到现存图像上。
[0083] 方法400可被实现，其中可信验证者相对于徽章的发放者而言是带外的。具体而 言，可信验证者和徽章发放者可被不同企业或实体控制。因此，发放者不直接验证他们自己 的徽章。
[0084] 方法400可被实现，其中可信验证者可通过联盟的成员投票而被选择为可信验证 者。例如，不同发放者、实体、个体等，可投票并选举可信验证者。因此，可信验证者通过信 任该可信验证者的实体的一致同意而被认为受信。
[00化]方法400可被实现，其中可信验证者可通过可信验证者是著名组织的部分而被选 择为可信验证者。例如，可信验证者可被政府机关或大的和/或长期建立的企业控制。
[0086] 现在参考图5,示出了另一方法500。方法500可W在计算环境中实现。方法500 包括用于标识多个徽章的集合中的一个或多个徽章指示具有该多个徽章集合的一个体在 技能、训练、属性、或资格中的一个或多个方面满足特定需求的动作。该方法包括标识一个 体的多个徽章的集合（动作502)。例如，在它们的背包中的个体的徽章可被标识。
[0087] 方法500还包括标识评估准则，该评估准则包括用于评估多个徽章的准则，在该 准则被满足时，指示个体符合特定需求（动作504)。例如，评估准可指示徽章的多个不同集 合。运可通过指示个体徽章的不同列表；可在列表或其它指示中相互替代的等价徽章来完 成。所述不同集合中的每个集合包括一个或多个徽章。如果一个体具有来自徽章的多个不 同集合的给定集合中的全部徽章，那么该个体符合所述特定需求。在某些实施例中，评估准 则基于在评估准则上投票的联盟的成员来构建。例如，联盟的成员可投票W给某些徽章信 任，而类似徽章未被给予信任并因此不包括在被接受W确定个体是否符合特定需求的徽章 集合中。例如，各种社交联网平台允许个体被背书特定技能或训练。然而，运其中的某些相 比其他被更一般性地看待。通过将背书放到联盟投票，可作出关于哪些背书可被接受而哪 些不可被接受的判定。
[0088] 方法500还包括将多个徽章的集合与评估准则比较（动作506);并基于将该多个 徽章的集合与评估准则比较，确定该个体是否符合所述特定需求（动作508)。
[0089] 方法500还可包括标识剩余徽章一个或多个不同集合，其中的任何集合如果被个 体获得将使得该个体符合所述特定需求，并通知该个体有关剩余徽章的该一个或多个不同 集合。例如，如果一个体缺乏