CN102958573B - 虚拟和基于地点的多玩家游戏 - Google Patents

Abstract

用于在游戏环境中将现实世界动作和虚拟动作相组合的系统和方法。在一方面，大型多玩家环境将参与者的现实世界动作与虚拟动作相组合以影响由该服务提供的一个或多个游戏中的人物度量和玩游戏二者。在现实世界或基于地点的事件中，玩游戏发生在现实世界地点与那些地点在该游戏内的虚拟表示之间显式地创建的链接中或围绕所述链接发生。

Description

虚拟和基于地点的多玩家游戏

背景

基于控制台和个人计算机的视频游戏体验已经从提供孤立的游戏体验的游戏发展成诸如个人计算机和移动设备之类的各种处理设备上的用户可以彼此进行交互以共享共同游戏体验的游戏。使得用户能够彼此进行通信的系统的一个示例是微软（Microsoft）的Xbox360在线游戏服务。通过使用这样的系统，给用户提供了丰富的交互式体验，可以在朋友及其他游戏者之间实时共享这种体验。

大型多玩家游戏已经通过因特网的可用性而被普及。这样的游戏允许位于世界各地的玩家在服务管理员的控制下参与游戏。这样的游戏可以为玩家之间的社交交互提供环境。

其他类型的社交交互是通过社交网络提供的。基于地点的社交系统允许用户使用相同的系统与朋友共享关于他们的基于地点的活动的信息。一些基于地点的社交网络向用户提供访问某地点并在一旦处于该地点时就“签到”的激励。

概述

描述了用于在游戏环境中将现实世界动作和虚拟动作相组合的技术。在一方面，所提出的技术提供了基于地点的大型多玩家游戏环境或服务。该大型多玩家环境将参与者的现实世界动作与虚拟动作相组合以影响由该服务提供的一个或多个游戏中的人物度量和玩游戏二者。在现实世界或基于地点的事件中，玩游戏发生在现实世界地点与那些地点在该游戏内的虚拟表示之间显式地创建的链接中或围绕所述链接发生。

在一个实施例中，该技术被实现在一种用于提供包括多个事件的游戏的方法，所述事件包括与人物相关联的故事。提供多个基于地点和基于虚拟的事件，所述事件对用户在故事中的进度作出贡献。接收用户对至少一个基于地点的事件以及至少一个推进故事中的用户进度的虚拟事件的参与。在成功完成所述事件中的每个以后，将用户进度向前移动。

提供本概述以便以简化形式介绍将在以下详细描述中进一步描述的一些概念。本概述并非旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

附图简述

图1描绘了基于地点的大型多玩家游戏服务1000的框图。

图2是基于地点的大型多玩家游戏服务1000的第二框图。

图3A是描绘游戏中的主题和叙事事件流程的流程图。

图3b是示出了相关和不相关的事件和事件特性的框图。

图4A是示出了叙事游戏中的游戏流程的流程图，其示出了叙事事件与次要事件的关系。

图4B是示出了一组并行事件450a的流程图，所述并行事件可以代替图4A所示的完全为顺序的事件。

图5A是参与基于地点的实况足球游戏的两个个人582和584的图示。

图5B是虚拟足球游戏的图示。

图6是示出了组合了基于地点的事件和虚拟事件二者的足球游戏的故事元素的流程图。

图7示出了社交网络信息与任何事件的结合使用。

图8是示出了由基于地点的游戏服务执行的虚拟和本地事件组合过程的总体流程图。

图9示出了例如基于叙事的游戏中的任务选择界面900。

图10A至10C示出了在处理设备中使用增强现实视图给用户902呈现基于地点的事件。

图11A和11B示出了其中向用户呈现增强现实的另一可替代环境。

图12是框图并且图13是流程图，其示出了使用多用户任务，包括同时多用户任务。

图14是示出了向用户呈现可用事件的过程的流程图。

图15是示出了确定基于地点或虚拟事件的相关性的过程的流程图。

图16是示出了用于向游戏应用39提供信息以便允许用户执行基于地点的事件的方法的流程图。

图17示出了由基于地点的游戏服务执行以向用户提供遥远事件的方法。

图18示出了根据本技术的由任务交换实现的过程。

图19示出示例性游戏和媒体系统100。

图20是游戏和媒体系统的功能框图。

图21描绘移动设备的示例框图。

图22示出了合适的计算系统环境的示例。

详细描述

描述了用于在游戏环境中将现实世界动作和虚拟动作相组合的技术。在一方面，所提出的技术提供了基于地点的大型多玩家游戏环境或服务。该大型多玩家环境将参与者的现实世界动作与虚拟动作相组合以影响由该服务提供的一个或多个游戏中的人物度量和玩游戏二者。由该服务提供的特定游戏内的用户动作可以要么在诸如游戏控制台、移动计算设备、专用游戏设备或web浏览器之类的虚拟环境中、要么在现实世界的地点处发生。在现实世界动作中，用户参与与游戏相关的活动，所述活动在一个实施例中绑定到用户的地点和移动。在现实世界或基于地点的事件中，玩游戏发生在现实世界地点与那些地点在该游戏内的虚拟表示之间显式地创建的链接中或围绕所述链接发生。

根据本技术的基于地点的大型多玩家游戏服务可以用于多种不同类型的游戏中的任一种，包括基于故事叙事的游戏、或基于主题的游戏，比如体育游戏。存在任意数目的不同类别的游戏，包括：动作游戏，其包括第一人称射击游戏、特征为长期障碍以及动作游戏的组件的动作冒险游戏；基于建筑或生活模拟的模拟类型游戏；角色扮演游戏，其中用户在一个或多个冒险中被分派特定角色，所述冒险可以利用或可以不利用特定技能集合；策略游戏；车辆模拟游戏；音乐游戏；以及多种其他类型的游戏中的任一种。在每个前述流派中，在此的技术允许使用现实世界事件和虚拟事件来建立用于推进玩游戏的度量。可以利用多种不同类型的游戏接口中的任一种，包括音频接口、基于浏览器的接口、基于文本的接口、基于标题的接口、基于控制台的接口、移动计算设备接口、诸如个人计算机或游戏控制台之类的处理设备、或者多种不同类型的接口中的任一种。

在本说明书的上下文中，本技术将参照叙事游戏示例、具体而言为银行抢劫游戏、以及基于主题的游戏示例、具体而言为足球游戏来说明。

图1示出了本技术的一个实施例的总览。基于地点的大型多玩家游戏服务1000服务于各个地点（地点1、地点2、地点3、地点4）处的多个用户25、26、27、28，所述地点可能处于各个国家内。地点1位于城市1和国家1中，并且地点2可以位于相同国家中的城市1中。地点3位于不同的城市、城市3中以及不同的国家、国家2中。地点4位于另一第三国家、国家3中。所有用户25－28都通过一个或多个处理设备连接到基于地点的游戏服务1000。用户可以如下所讨论地在一个或多个游戏中交互。

所述各个用户中的每个都具有与其相关联的处理设备，该处理设备提供基于地点和/或虚拟的游戏信息并且将用户引导到链接到由基于地点的大型多玩家游戏服务1000所提供的公共游戏的地点和虚拟事件。如图1所示，用户25可以接收将他引导到特定地点——用户26的地点的信息。用户26接收如下的消息：该消息指示游戏中的奖励点数可以通过在“超级航线（SuperAir）”上完成旅行事件来实现。在本技术的上下文中支持各个事件和游戏类型。

图2示出了用于实现在此所提供的技术的系统的框图。基于地点的大型多玩家游戏服务1000例如可以包括游戏管理服务1012、用户帐户记录1010、消息收发服务1020、用户跟踪服务1006、连接服务1050、用户认证服务1060、第三方应用编程接口1040以及事件交换1900。游戏管理服务1012可以包括一个或多个游戏应用1015。每个游戏应用都可以提供人物简档服务1022、游戏状态和存储服务1024、团队成员记录1026、里程碑和叙事记录1028、虚拟事件1032、以及基于地点的事件1034。用户帐户记录1010可以包括朋友的列表1016和特定游戏记录1014。用户帐户记录可以包括用户在由该服务提供的任何游戏应用1015中的分数。

在图2中，示出了多个用户31、33、35、37、41、45和60－72。每个用户都具有与其相关联的相应处理设备，比如控制台32、移动设备34、36和39、笔记本计算机43和控制台47。用户及其相关联的处理设备可以通过网络50与基于地点的大型多玩家游戏环境或服务1000通信。网络50可包括任何数目的公共网络或专用网络，比如因特网等。

如上所述，可以提供任何数目的不同类型的游戏应用1015。在一个上下文中，游戏将具有规则和叙事，所述规则和叙事定义由玩家使用的事件以在游戏叙事中推进或基于游戏主题推进。推进可以包括：得分、完成成绩或者在游戏内的叙事中前进。在游戏内前进和得分是由游戏状态和得分服务1024来定义的。主题里程碑和叙事1028将定义必须通过执行虚拟事件和基于地点的事件1034中的一个或多个来实现的游戏叙事或者特定里程碑。事件可以包括一个或多个单独的任务。事件的示例可以是足球游戏，并且足球游戏内的任务的示例可以是进球。在基于叙事的游戏中，事件的示例可以是在特定地点找到财宝，其中该事件内的任务是沿特定线路行进并且在到特定财宝的途中收集某些里程碑。

人物简档服务1022跟踪游戏内的游戏人物的特定特性。人物可与唯一的用户相关联。用户在游戏内的人物可以具有由游戏定义的特性。例如，在足球游戏中，玩家可以具有速度、力量和敏捷特性，所有这些特性都是针对特定人物定义的并且可以影响玩游戏。在用户与其他用户交互的游戏中，可以存储团队成员记录1026。团队成员记录1026例如可以包括其他现实用户，所述现实用户是给定用户的足球团队的成员并且在事件期间与该用户一起玩。团队成员记录可以是用户在社交网络服务上的朋友的子集或者与用户的社交网络朋友不相关。

虚拟事件1032可以具有或可以不具有等价的现实世界事件。下面参照图3B来讨论虚拟和基于地点的等价物。虚拟事件是使用由处理设备提供的虚拟环境来执行的事件。在一个示例中，虚拟事件可以是足球游戏的视频游戏版本。在该示例中，足球游戏具有基于地点的现实世界等价物：现实赛场上的现实足球。现实足球游戏将是基于地点的事件，因为其发生在特定地点，并且如在此所讨论的可以由基于地点的游戏服务1000来跟踪。诸如杀死龙之类的其他虚拟事件可能不具有基于地点的等价物。

基于地点的事件1034是如下的事件：所述事件可以发生在现实世界地点与游戏事件之间创建的链接中或围绕所述链接发生。在示例性的基于地点的事件中，用户可以在特定时间被引导到特定地点，并且可能必须在那时对他或她自己进行定位并获得特定的物品。在一个示例中，用户可以在由基于地点的事件指定的时间被引导到特定的咖啡馆以购买特定类型的饮料。当该购买在该特定时间、该地点处作出时，该事件将被完成。因此，基于地点的事件可以具有包括一个或多个指定地点、时间、人物关联和任务的特性。

在事件处的用户定位是由用户跟踪服务1006确定的。跟踪服务可以使用地理定位系统（GPS）或在此所述的配备在用户处理设备上的其他技术来执行。

用户ID向基于地点的游戏服务唯一地标识用户37。用户认证服务1060允许游戏玩家将他们自己向基于地点的大型多玩家游戏服务1000认证。认证是所期望的，因为其允许用户保证他们的活动在系统内被唯一地跟踪。用户跟踪服务1006维护关于正在利用基于地点的游戏服务1000的用户31、33、35、37、41、45中的每个的信息。如上所述，用户跟踪服务可以由GPS服务和/或由驻留在用户的处理设备中的特定游戏应用（39）来提供。

如图2所示，每个处理设备都可以具有与其相关联的游戏应用39。尽管图2中仅仅示出了设备存储器310中的一个应用39（下面参照图予以描述），但是能够理解，每个设备32、34、36、38、43、37都可以包括等价的基于客户端的游戏应用。在一个实施例中，无需单独的游戏应用39与本技术一起使用。

每个游戏应用39都可以包括增强现实引擎，该增强现实引擎向用户接口（318－图21）提供游戏信息，并且提供允许基于地点的游戏服务1000向每个用户提供增强游戏体验的数据。在图2所示的示例中，游戏应用包括覆盖数据、覆盖引擎、位置/取向计算器和本地游戏数据。本地事件数据可以包括一个或多个基于地点的事件，所述事件可以已经从基于地点的游戏服务1000接收到。如下所讨论的，事件可以包括由多玩家服务提供的一个或多个游戏的元素。本地事件可以被存储以供在处理设备不能与基于地点的游戏服务通信时由处理设备更迅速地访问或者实现具有更多响应的玩游戏。

覆盖数据和覆盖引擎可以包括地点编码信息，该信息被提供给处理设备或外围设备以允许处理设备向用户37呈现可替代的现实视图。在此呈现了可替代的现实视图的各个示例。可替代的现实视图的一个示例是将图标或令牌（token）放置在移动处理设备的查看屏幕内。另一示例是将令牌放置在地图服务上。诸如在图21中以框形式示出的许多移动处理设备都包括板载相机，该相机向相机的用户接口提供视野图像。该实时图像可以使用覆盖引擎被令牌和覆盖数据覆盖，以为玩家呈现关于游戏事件的信息。可以根据本技术利用诸如头戴式显示器和其他增强现实技术之类的其他技术。

位置/地点计算器可以是传感器，该传感器向基于地点的大型多玩家游戏服务1000提供更细粒度的地点信息、或者位置/地点计算器可以是代码以用于指令计算设备的处理器基于相机的场景中的信息更精确地确定玩家位置。位置/地点计算器例如可以包括图像识别技术，该技术允许将场景捕捉信息与场景数据库相匹配，从而允许服务1000更精确地定义用户相对于全球定位服务的位置。例如，出现在移动处理设备的视图中的几何构建线可以被计算出并用于在给定几何线的多个预期位置的情况下基于电话的已知位置和电话的已知取向标识出该电话的确切位置。该信息可以结合GPS信息用于确定用户的位置和取向。在一个示例中，一旦系统得知移动处理设备相对于全球定位系统位于何处，则场景信息（由电话捕捉的图像）就可以被用于在给定电话与特定地点的接近度的情况下基于什么建筑物或其他地理特征应当出现在该图像内或可能出现在该图像内的知识来计算出该电话上的确切位置。可以计算所确定的电话的确切位置处的已知陆标。

第三方数据1090可以被并入多玩家游戏服务器服务1000。第三方数据1090可以包括社交图信息和用户联系人信息，所述信息已经由用户提供给可以经由第三方应用编程接口1040来访问所述信息的基于地点的游戏服务1000。在一个示例中，诸如来自用户的社交网络简档的用户的社交图之类的信息可以并入到基于地点的游戏服务1000中。该信息可以存储在用户帐户记录1010中并且包括玩家的社交网络合作人的朋友列表1016。连接服务1050允许操作图2所示的各个处理设备的用户彼此连接来玩基于地点的服务1000的游戏、或者在每个处理设备上提供的其他游戏。消息收发服务1020允许用户彼此发送消息、以及允许用户从基于地点的游戏服务1000接收消息。下面参照图19更详细解释的在1900的事件交换允许不同地点的用户交换和执行他们原本基于他们到基于特定地点的事件1034的遥远程度而可能不能执行的任务。

图3A和3B是基于地点的和虚拟事件以及相关和不相关事件的框图。每个游戏都将具有游戏主题305。游戏主题305可以包括游戏内的任何事件，所述事件可以被实现以在游戏中推进用户。每个主题都可以具有或可以不具有与该主题相关联的叙事。体育主题游戏通常将不包括叙事，而基于冒险的游戏可以具有通过事件序列增强的叙事。

例如在足球游戏中，游戏事件可以包括比赛、得分水平、技能挑战或其他事件。在基于叙事的游戏中，游戏故事可以包括叙事，该叙事在多个基于叙事的事件中沿着向游戏添加上下文的主题叙事跟随特定人物。在游戏故事的上下文中，可以发生叙事事件和次要事件二者。次要事件是如下的事件：该事件与游戏叙事或主题中的进度并非不可分割，但是可以允许用户获得成绩或奖励，所述成绩或奖励向用户提出其他挑战或在完成主叙事或主题时向用户提供技能。

在2105，对于任何游戏，用户在2110激活玩游戏。事件可以由用户在2115请求或者由游戏在2120来提供（seed）。所请求的事件包括针对执行事件（比如在足球游戏中打比赛）的用户标识的请求。所提供的事件可以包括游戏生成的对机会的呈现，比如在特定时间打特定足球比赛的建议。

在2125，对任何特定事件是叙事事件还是次要事件进行确定。如果该事件是叙事事件，则用户将在2140执行该叙事事件并且在2145在故事中前进。如果事件在2132是次要事件，则次要事件执行将添加人物值或在2135允许次要成绩。次要事件包括是机会项的事件。次要事件可以是人物构建事件，并且可以允许用户在游戏内获取特殊技能或物理属性或武器或单独的成绩。

图3B示出了基于地点的事件和相关和不相关事件的概念。基于地点的事件是具有游戏元素与物理、现实世界地点之间的链接的事件。虚拟事件是在处理设备上的虚拟环境中来玩的事件。基于地点的事件可以具有或可以不具有虚拟等价物。如图3B所示，所链接的事件2155可以包括叙事和次要事件，并且例如包括诸如比赛、技能挑战、跑步训练和技能练习之类的足球游戏地点事件2160。基于地点的事件3160中的每个都可以具有玩家可在游戏中执行的等价的虚拟事件2165。基于地点的事件可以具有诸如地点、时间、用户/人物力量和与其他玩家的从属关系之类的特性。类似地，虚拟事件2165可以具有包括虚拟地点、从属关系和用户/人物力量的特性。不是基于地点的事件的所有特性都具有虚拟事件中的等价物。如在2175所示，虚拟事件可以具有虚拟地点从属关系和用户/人物强度，但是可以不绑定到特定时间。

不相关的事件2180是尽管为显著的并对玩游戏作出贡献但不具有现实和虚拟世界等价物的事件。足球游戏地点事件2185可以包括赛后交际或者联合团队外出到现实地点处的现实足球比赛。诸如对抗著名玩家或者为国家队打比赛之类的虚拟事件（2190）将不具有现实世界等价物。

图4A是示出了叙事游戏中的游戏流程的流程图，其示出了叙事事件与次要事件的关系。在图4A中，利用了银行抢劫游戏的示例。在402，定义了叙事和次要游戏事件。在银行抢劫游戏中，为了使游戏前进，某人可以获得武器、找到银行并且然后抢劫银行。在406，第一叙事事件将是用户获得武器。在叙事游戏序列期间的任何点处，用户可以选择进行次要事件。在408，对事件是否已经被完成进行确定。在406，事件可以开始并不被完成，或者完全不开始。如果事件还未被完成，则可能的是，用户已经在410参与次要事件。如果用户在410参与次要事件，则次要事件示例可以是如在416所示那样盗窃汽车。一旦用户完成了次要事件，则用户在428获得针对次要事件的成绩并且在434返回到叙事。在这种情况下，次要事件——盗窃汽车——可以对叙事事件作出贡献，但是对于游戏前进并非是必需的。次要事件的另一示例将是用于针对附加抢劫获得力量的练习。

到叙事的返回可以在406、414和426所示的事件中的任何事件以前的任何点处进行。一旦用户在408完成了第一叙事事件，则在412标出成绩，并且向用户呈现下一事件、在该情况下为找到银行414。在游戏的上下文中在412完成的对游戏进行的标记允许取决于所标记事件的完成的任何随后事件现在都可以前进。再者，用户必须在420执行事件以便在424标记成绩并且在426前进到抢劫银行的下一顺序事件。在沿着叙事路径的任何点处，在每个叙事事件406、414、426被完成以前，用户可以分叉到次要事件410、418、430。

图4A所示的示例、次要事件416仅仅是任何数目的可在银行抢劫游戏的上下文中提供给用户的不同次要事件中的一个。一旦每个事件在408、420、432被完成，则标记成绩并且叙事继续到下一顺序事件。例如，当第三事件426、抢劫银行在432完成时，在436标记事件并且叙事在438继续。任何数目的不同顺序事件都可以在游戏叙事的上下文内发生。

图4B示出了一组并行事件450，所述并行事件可以代替4A所示的完全为顺序的事件。在图4B中，一组步骤450A可以包括向用户呈现任何数目的事件替代物，所述事件替代物可以以任何顺序来执行。特定组455中的每个事件必须被执行以便在叙事中推进。也就是说，可以向用户提供为了推进游戏必须完成的三个任务。在图4A的上下文中，替代于顺序地执行事件406、414和426中的每个，还可以向用户提供以用户所期望的任何顺序执行事件的机会。然而，所有事件必须被执行以便将游戏推进到下一等级或叙事中的下一事件。在图4A的示例中，可能难以在不执行第一事件“获得武器”406的情况下执行第三事件“抢劫银行”426。然而，在可以提供非顺序事件的情况下可以考虑任何数目的不同示例。

在图4B中，在455，向用户提供在将推进叙事的一组事件中对若干事件的选择。如果事件在460完成，则在470标记成绩，并且在475对是否已经完成了推进叙事的该特定一组若干事件内的所有先决条件进行确定。如果否，则在455向用户提供对事件的剩余选择。在事件中的任何事件在460完成以前，用户可以分叉到次要事件410、418、430。一旦附加事件和等级的所有先决条件都在475完成，则标记成绩并且在490叙事向前移动到下一组事件。

图5A、5B和6示出了游戏的示例，其中该游戏故事的性质是主题式的而不是叙事性的。图5和6还示出了基于地点的事件与虚拟事件的组合使用。图5A是参与基于地点的实况足球游戏的两个个人582和584的图示。图5B是虚拟足球游戏的图示。

在图5A中，用户582正尝试对抗用户584向球门586进球得分。在一个上下文中，用户582和用户584二者都是基于地点的游戏服务1000中的参与者。用户582与584之间的交互可以是相关的并且可以在基于地点的游戏服务1000的上下文中是基于地点的事件。用户之间的活动、游戏的结果、以及游戏已进行的事实可以在两个用户都参与的足球游戏的上下文中都为相关的。同样，用户582可以在图5B中所示的视频游戏中与用户584玩游戏。该虚拟事件可以添加到图6所示的足球游戏的上下文。

图6是示出了组合了基于地点的事件和虚拟事件二者的足球游戏的故事元素的流程图。在图6中，在502检索针对基于地点的多用户足球游戏的事件。基于足球的故事中的第一事件例如可以是打现实比赛，该现实比赛是基于地点的事件。该事件可以在特定地点和时间进行，或者可以在任何时间在特定地点进行。在另一上下文中，不需要定义地点和时间。每个事件都可具有多个任务成绩506。如果所有事件任务都成功地完成，则事件完成并且在508在游戏中被标记为已完成。在足球游戏中，针对游戏事件的事件任务可以包括诸如进球得分、对抗特定用户进球得分、或者阻止您的团队被进球得分之类的项。如果不存在事件任务成绩，或者任务成绩已经被完成，则在512对事件是否被完成进行确定。如果事件未被完成，则可以在510参与次要事件。

一旦叙事事件完成，则在516标记该事件并且可以在520提供故事中的下一事件。在520，下一事件是用户之间的虚拟比赛。该虚拟事件以与基于地点的事件504对故事作出贡献相同的方式对故事作出贡献。像基于地点的事件那样，每个虚拟事件、在该情况下为虚拟比赛520都可以包括虚拟任务成绩522。如果虚拟任务成绩存在并被实现，则可以在524存储虚拟事件成绩。如果不存在虚拟任务成绩或者虚拟任务成绩还未被实现，则在532对事件是否被完成进行确定。如果事件完成，则在534将事件标记为已实现，并且呈现下一故事事件536。事件536是基于地点的事件，从而要求用户玩现实世界中的物理游戏。下面讨论对物理游戏已发生的确定。

因此，虚拟事件和基于地点的事件被链接到共同的游戏主题，并且二者都对玩游戏作出了贡献。在事件点512、532或538中的任何事件点处，用户可以尝试次要事件510、530和542。在足球游戏的上下文中，次要事件可以包括为足球游戏进行训练。在该示例中，训练在514处包括跑步。例如如果用户582跑了五英里，则基于地点的跟踪系统可以确定用户的跑步并且将其添加到用户的次要事件成绩。一旦事件完成，就在526标记该事件并且系统在沿着由事件504、520或534所示的故事线的任何点处返回到叙事。

跟踪虚拟事件是通过任何在此公开的用户处理设备和虚拟事件服务1032之间的通信完成的。一旦用户被用户认证服务1060认证，则在图2所示用户处理设备之一上玩虚拟足球游戏的用户例如可以通过使用处理设备任一上的特定游戏应用而被跟踪。已经发生的虚拟事件可以被存储并且成绩由游戏状态和得分服务1024来记录。通过任何数目的方式来执行跟踪基于地点的事件。

图5A示出了在两个用户582和584之间发生的基于地点的足球游戏。在一个实施例中，通过以任何给定公差将用户的移动处理设备追踪到特定地理位置来跟踪基于地点的事件。例如，一旦用户已经认证了他们的移动设备并且向用户跟踪设备标识出该移动设备，就可以将移动设备在特定足球场出现给定小时数这一事实识别成完成了足球事件。

在另一替代方案中，可以在基于地点的不同元素内放置传感器。图5A中所示的示例，传感器590、592被示为处于足球586上，另一传感器595被示为处于足球中，并且其他传感器521和531被配备在每个相应的用户上。每个用户、球相对于球门和传感器590和592的相应运动可以被提供给用户跟踪设备1006以便以高得多的精确度确定用户是否已经进球得分并且用户事实上正在玩足球的基于地点的事件。接近度传感器590和592可以被用于确定特定球592是否已经穿过球门。如下所述，可以利用任何数目的其他技术来识别基于地点的事件。例如，诸如跑步、训练、提重之类的基于地点的事件可以被跟踪到这样的事件可能发生的特定地点。特定用户相对于玩足球游戏、跑步的地点或者用户相对于其他类型的游戏事件（比如如下所述的收集虚拟令牌）的位置的粒度可以通过使用位于在此所述的处理设备任一上的游戏应用39来扩充。

图7示出了社交网络信息与由基于地点的大型多玩家游戏服务1000提供和/或管理的游戏中所使用的任何事件的结合使用。针对游戏中的每个事件705，可以在715确定朋友关系。朋友关系可以通过如下方式来确定：从外部源中引用该用户的社交图；或者在特定游戏应用内显式地定义游戏和团队，比如团队成员记录1026。在游戏的上下文内，用户将具有人物。如果在720与朋友或具有所定义的关系的任何其他用户发生虚拟活动，则可以在725比较用户和用户与之具有关系的用户之间的活动。该比较例如可以确定虚拟活动与游戏活动之间的关系是否应当扩充用户之间的关系。同样，当现实世界活动在730发生时，在735作出比较以确定：该关系是否有益于用该朋友与该用户之间的所定义的关系来扩充角色。如果在两个上下文任一中，725、735的比较导致一种关系，则在740添加该关系。如果基于现实或虚拟活动未确定关系，则可以在745提示用户确定该用户是否希望显式地定义用户之间的关系。

例如，在上面参照图5A所示的示例中，用户582和584可以已经在虚拟足球游戏中彼此玩过但未曾在基于实况事件的游戏中彼此玩过这一虚拟关系，可替代的，用户可以在基于实况事件的游戏中彼此玩过若干次。如果基于地点跟踪服务，用户确定其他现实世界事件已经发生，比如例如用户一起出席了音乐会或会议，则可以在740定义所述用户之间的进一步关系。也可以在740定义历史关系。例如，用户582和584已经一起玩过足球若干次并且用户582已经一贯地对用户584进球得分这一事实可以影响用户584的人物在任何游戏上下文内的定义。图8是示出了由基于地点的游戏服务1000执行以便组合基于地点的事件和单个游戏应用内的虚拟事件的过程的总流程图。在805，针对每个用户，在815认证用户以向基于地点的游戏服务唯一地标识出该用户。在815的认证以后，可以检索用户参与的用户游戏。

在一个实施例中，在816确定用户参与或希望参与的游戏的事件，并且如果用户在817接近事件，则可以提示该用户参与该事件。在一个实施例中，基于用户地点来在用户周围提供事件。在该上下文中，可以基于用户地点向用户的相关联的处理设备提供事件以提示或鼓励玩游戏。可以使用任何数目的通知机制来提供虚拟事件以及基于地点的事件。用户可以在用户界面中接收文本消息或弹出窗口。用户可以看见图标或虚拟令牌出现在移动设备界面中。当事件是基于地点的事件时，在817对用户是否接近该事件进行确定。当该事件是虚拟事件时，在817，确定可以是下列之一：该用户是否在处理设备上为活动的、以及处于可启用玩游戏的模式。

在一个实施例中，该用户将在处理设备上执行游戏应用并且可以在820请求事件。当用户请求特定游戏内的事件时，在825向用户呈现可用事件。下面在图14中示出了向用户呈现可用事件的过程。

在830处，对所提供或请求的事件是否已被用户执行作出确定。事件的发生可以在用户执行虚拟事件或基于地点的事件时被识别。在835，对事件是虚拟还是现实的进行确定。如果事件是虚拟事件，则在840，从处理设备中检索虚拟事件信息并在850确定其相关性。如果在835发生了现实或基于地点的事件，则在845检索地点和事件信息，并且同样地在850确定相关性。一旦在850确定相关性，就在855记录进度。相关性包括确定事件是否与特定故事、叙事或为之定义该事件的特定游戏应用内的其他事件相关。在855记录了游戏进度以后，可以在860呈现该游戏的下一任务选项。

图9示出了例如基于叙事的游戏中的任务选择界面900。图9示出了例如基于控制台的用户界面的一个实施例，其中多个地点1322、1324、1326与特定任务1312、1314和1316相关联。在图9所示的示例中，旧金山的地图包括某些地点，比如“金门海峡公园”、“AT&T公园”以及“怪物公园”。可在基于叙事的游戏的上下文内选择的事件可以包括：“在金门海峡公园中找到财宝”1312、“在AT&T公园接住飞球（flyball）”1314或者“在怪物公园找到足球”1316。为了完成可通过选择界面可用的任务1330中的任何一个或多个，用户需要前往游戏环境用户界面中所示的地图中示出的给定地点，并且在该特定地点完成基于地点的任务。例如，为了完成“在金门海峡公园中找到财宝”任务1312，用户需要前往在1322所示的地点，并且寻找虚拟财宝。虚拟财宝可以通过下面所讨论的增强现实设备呈现给用户。

基于地点的事件可以通过“令牌”来标识。在一个实施例中，令牌可以包括下列各项中的一个或多个：地点；地点与时间的组合；地点与时间和队友的组合；界面内对物品的虚拟表示，该虚拟表示标出地点和/或时间（比如上面的图标1322、1324、1326和下面的图标992、994和996）；或者现实或虚拟的对基于地点的事件的任何指示。

图10A至10C示出了在处理设备中使用增强现实视图给用户902呈现基于地点的事件。在图10A中，在没有任何增强现实设备的情况下查看树906和野餐桌908的场景904的用户902仅仅看见树906和野餐桌908。

在图10B中，用户可以指点移动处理设备950，该移动处理设备950具有图10A中所示的相同场景处的视野960。如设备950的用户界面952处所示，可以通过在移动处理设备950的屏幕上覆盖游戏数据来向用户呈现虚拟指针954。在图10B中，所呈现的项是有向箭头，其可以向用户902指示：该用户应当在箭头的方向上前进以便如任务1312所指示的那样在金门海峡公园中取回财宝。

图10C示出了呈现给用户902的可替代的增强现实，其中呈现了类似的场景，其示出用户通过处理设备950的视野960查看场景975，其中在用户界面952上提供指令965以“跟随硬币”。随着用户在箭头980的方向上移动，该用户将穿过硬币992、994和996的地点，从而在用户穿过由所述硬币定义的地点时获得所述硬币中的每个。当用户在998到达财宝时，用户可以触摸或物理上穿过财宝以便使用在游戏的上下文中被定义成基于地点的事件的基于地点的参考点来获得该财宝并且完成任务。能够理解，可以利用任何数目的不同类型的基于地点的参考点或度量来确保用户穿过或以其他方式到达由基于地点的事件所标识的特定地点。

另外，应当理解，尽管图10A至10C中所示的元素是虚拟元素，但是所述元素也可以包括现实世界元素。例如，可以将用户引导到本地咖啡店以购买咖啡饮品。针对特定基于地点的事件的在咖啡店处购买饮品的用户输入将包括用户在该咖啡店处的位置、以及例如由咖啡店雇员作出的表示该用户实际上已经在咖啡店处利用了该游戏服务的输入。当用户购买饮品时，咖啡店的指示符可以包括输入特定代码、使用条码扫描仪来向基于地点的游戏服务1000标识出咖啡店购买、或者标识出已发生购买的事实的多种其他度量中的任一种。当用户实际上物理存在于咖啡店并完成购买时，将完成成绩。

图11A和11B示出了另一可替代环境，其中向用户呈现增强现实。在图11A中，在没有增强的情况下，用户查看上面具有针对汽车1104的广告的告示牌1102。当使用诸如增强现实眼镜975之类的增强现实设备时，用户对场景的视图包括屏幕1165上的游戏线索。为了通过处理设备950或眼镜975的屏幕1165的增强现实界面向用户呈现游戏线索，可以利用告示牌1102上的数字水印。可替代的，告示牌1102可以包括一个或多个传感器，比如上面参考图5A所描述的传感器，所述传感器向应用39中的覆盖引擎指示：数据应该被应用在告示牌1102上。能够认识到，告示牌1102仅仅是示例性的并且可以用任何数目的不同类型的物理结构来替换告示牌1102。

图12和13示出了使用多用户任务，包括同时多用户任务的使用。用在由基于地点的大型多玩家游戏服务1000提供的游戏应用中的一个或多个基于地点的事件可以被要求在玩家的团队中执行。也就是说，可以要求多个用户在特定时间段内或者在顺序的时间段内处于相同或不同的场地，以便完成事件。在图12中，两个用户1202和1204在给定时间大致定位在特定城市内彼此相距三个城市街区之处。

如图13所示，联合任务1322可以要求第一用户存在于第一地点并且第二用户同时、在顺序的时间或者在不同但特定时间存在于第二地点。这样的任务可以通过如下方式来完成：首先在1324确定第一用户地点；在1325确定第二用户地点；以及在1326例如通过确定用户1202和1204的地点处于与用户应当所处之处的给定公差内以及用户是否在正确时间位于那里来确定任务是否完成。一旦地点序列完成，就可以在1330将事件标记为已完成。尽管图12示出了两个用户，但是可以要求任何数目的不同用户来完成基于地点的多用户事件。同样，尽管图12所示的用户被示为在相同时间在场，但是用户可以在顺序的时间、或者在由事件的上下文定义的特定时间段内在场。

图14示出了可由基于地点的游戏服务1000来执行以便如上面参照图8的步骤825所述那样向用户呈现可用事件的过程。当事件在820被请求时，在1400确定适用的游戏。针对特定用户，适用的游戏需要了解用户在游戏的上下文内请求哪种类型的事件。这将取决于用户在游戏内的进度，并且在一个实施例中，取决于用户对针对基于地点的事件或虚拟事件的请求的指定。在另一示例中，在820的用户请求可以不是用户的实际请求，而是可以基于用户的地点和机会（例如所提供的事件）自动地提供给用户。例如，如果用户未活动地玩该游戏，但是参与用户跟踪服务1006并且定位在基于地点的事件机会附近的地点，则所请求的事件可以由游戏应用本身来执行，同时通知存在用户完成基于地点的事件的机会。

在1405，检索游戏故事主题和/或叙事。在1410，与故事一起检索与主题或叙事一致的事件和用户的位置。在1415，对是否向用户提供现实或虚拟事件或两者进行确定。如果提供虚拟事件，则在1420将向用户提供执行虚拟游戏元素的机会。虚拟游戏序列例如可以包括玩足球比赛或者执行视频玩游戏。在一个实施例中，虚拟序列可以简单为在特定等级处、在用户退出游戏以前存储游戏的游戏中最后保存点处加载基于叙事的游戏。如果选择现实世界事件，则在1425对事件是本地事件还是遥远事件进行确定。本地事件将处于在实际可预期用户执行事件的所定义距离内。例如，用户可能希望执行特定城市内或城市外的某个半径内的基于地点的事件，但是可能不希望执行另一州内、或与用户相距比某个距离更大的距离处的事件。如果事件是本地事件，则在1435确定用户的地点，在1445确定用户的游戏状态，并且在1450检索用户的本地区域内的事件。如果事件在1425是遥远事件，则在1430确定用户的本地半径外的一个或多个地点或者选择随机地点。在每个实例中，在1440呈现所选地点处的事件选项。选项包括单事件任务、与其他用户的联合事件任务、针对特定事件的单任务、或者针对特定事件的多任务。事件选项的列表仅仅是示例性的，并且可以基于游戏类型和叙事广泛变化。任务和事件可以是此处所述的任何任务和事件。

图15示出了上文参照步骤850所述的用于确定基于地点或虚拟游戏事件的相关性的过程。在框1505，确定用户地点。用户地点在确定虚拟游戏事件时可能是不相关或不需要的。在步骤1510，确定用户所参与的适用的游戏。事件的相关性绑定到发生该事件的游戏。在1520检索游戏主题和叙事。在1525，检索已经发生（在上面步骤830）的事件。在1525对所检索的事件是否与游戏的故事线相关进行确定。如果事件不是故事线的一部分，则它们在1520呈现次要事件。如果事件在1520不是次要事件，则这些事件在游戏的上下文内是无意义的，并且可以在1570被丢弃。如果动作在1535是与故事线相关的动作，则在1545进行确定以保证特定事件的所有任务元素都被完成。元素可以包括可在事件的上下文中执行的任务。例如，如果事件是足球游戏，则可能被要求的任务是比你的对手获得更多进球得分以便赢得游戏。如果所有事件都未完成，则在1550对是否可能实现部分荣誉进行确定。例如，在一个实施例中，可以因参与游戏但未赢得游戏而实现部分荣誉。如果没有部分荣誉可用，则在1579不提供故事线的荣誉。如果有部分荣誉可用，则该事件推进故事线并且如上在855标记用户成绩。如果所有元素在1545都已完成，则在1560对该事件是否是后续任务的一部分进行确定。如果该事件是后续任务的一部分，则可以在1565通知用户。如果不是，则事件在1575推进故事线。

如果事件在1550是次要事件，则在1530对该事件是否是人物事件进行确定。例如，如果次要事件包括跑步四英里，则该事件可以在1530包括增加人物的技能的人物事件。如果次要事件与人物相关，则在1540增强该人物。如果事件未增强人物，则在1555不记录对人物的贡献。

图16示出了一方法，该方法由基于地点的大型多玩家游戏服务1000执行以向游戏应用39提供信息以便允许用户在应用39中使用增强现实服务执行基于地点的事件。图16示出了由服务和由应用39提供的元素。步骤1602至1610是由基于地点的游戏服务执行的。

在1602，针对每个事件检索令牌地点。在1604，由用户跟踪服务1006检索用户地点，并且在1606基于在1602检索的令牌检索用户的大体区域内的令牌。令牌可以包括上面在图9、10和11中所示的元素。一旦在1610确定了令牌地点，就在1612将令牌地点发送给用户的处理设备。游戏应用39中的增强现实服务可以执行步骤1614至1622。在处理设备中，在1614，应用确定用户的电话或其他增强现实设备可以指向的视图和参考点。该参考点可以如上所述从GPS信息和/或图像匹配或者由粒度地理地点计算器确定的几何计算中确定。使用该信息，在1616确定由用户的处理设备的用户界面呈现的可能的视图内的令牌地点。在1618，在任何特定时间基于用户界面的视图将这些令牌放置到用户界面中。如果视图在1620改变，则在1622更新令牌显示。这继续，直到在1624完成任务。可以在1626检查附加的任务。

图17示出了由基于地点的游戏服务执行以向用户提供遥远事件的方法。遥远事件是如下距离以外的事件：该距离已经被基于地点的大型多玩家游戏服务1000的用户或系统管理员选择为在其内执行基于地点的事件的合适或所期望的距离。

针对每个事件，在1710，检索所要求的地点和令牌。该步骤类似于步骤1602，只是利用了遥远地点。在1720，确定作出请求的玩家的地点。作出请求的玩家可以是如下的玩家：该玩家未在执行遥远事件，但是针对该玩家而言，该遥远事件在游戏的上下文或玩游戏内是相关的。在1725，检索遥远地点中的地点令牌。在1730，确定遥远地点内被指派者玩家的地点。

在一个上下文中，被指派者玩家是在用户的指派下执行任务的玩家。这允许本地游戏上下文中的用户在如下距离以外执行基于地点的事件：在该距离以外，该用户对执行基于地点的事件感到舒适。在1735，对用户是否希望询问被指派者玩家进行确定。被指派者玩家可以是用户的朋友、陌生人、或者愿意执行该任务以通过事件交换1900换取其他服务的用户，这在下面予以描述。如果用户不希望询问被指派者玩家，则在1740，存储信息并且等待用户达到该遥远地点以便执行该任务。

如果用户希望询问被指派者玩家，则在1745，对用户是否与该特定被指派者用户具有连接进行确定。如上所述，被指派者用户可以是用户朋友或者通过在此所讨论的社交关系中的任何一个或多个的其他连接。如果用户与任何个人都不具有连接，则该用户可能希望在1750连接到市场。如果用户连接到市场并且在1760与用户建立连接，则将在1765向被指派者发送任务。如果用户在1745不希望作出连接，则到用户的被指派者的连接将在1755对用户的被指派者进行，并且在1765将任务发送给被指派者。

在1770，可以通过基于地点的大型多玩家游戏服务1000将被指派者的视图提供给诸如图9所示的用户界面。可替代的，可以使用被指派者用户的处理设备来提供遥远用户的视野（例如960）的视图。使用用户跟踪服务1006，可以基于在此所述的多个跟踪服务中的任一将被指派者用户的位置中继给参与用户。使用该信息，可以将被指派者用户对任务的完成中继给参与用户。在1755对该任务是否完成进行确定，并且一旦该任务完成，就在1780更新该系统。

图18示出了根据本技术的由事件交换1900实现的过程。针对每个事件，在1905，检索特定地点所需的令牌。该步骤类似于上面的步骤1602和1710，但是该地点是遥远地点，其中一个或多个被指派者愿意为在任务地点处不可用的其他用户执行任务。在1920，确定玩家的地点。在1925，对被指派者用户是否已经贮存了可用于完成该任务的成绩进行确定。所贮存的成绩是如下的成绩：其中被指派者用户已经将特定的基于地点的任务执行了可能任何不同次数，并且愿意使用所存储的事件并且通过市场将它们与其他用户交换。如果所贮存的成绩存在并且被指派者玩家愿意交换它们，则可以在1930输入玩家与被指派者玩家之间的针对所贮存成绩的交易协议。如果不存在所贮存的成绩或者被指派者玩家不希望使用所贮存的成绩，则在1935确定在遥远地点处可用的被指派者玩家。如果被指派者玩家在1940可用，则在1945对该玩家是否愿意为该用户接受被指派者玩家的角色进行确定。如果被指派者玩家愿意为该用户接收该角色，则在1950作出在遥远地点中所需的令牌的搜索，并且在1955将任务发送给被指派者。根据上面对步骤1770的在先描述，在1960检索被指派者玩家的视图，并且在步骤1965对该任务是否已经完成进行确定。一旦任务完成，就在1970更新成绩。在1975，服务确定：被指派者玩家和用户是否应当以某种方式被链接。例如，如果用户和被指派玩家已经使用了这样的其他服务或者交换服务或特定数目的场合，则可以建立用户之间的链接。在1945的接受可以以用户之间的基于地点的事件的交换或其他某种形式的支付为前提条件。

本技术可以在任意数量的系统和操作环境中使用。图19-22中示出了各种处理设备。

图19示出了示例性的游戏和媒体系统100。对图19的以下讨论旨在提供对里面可以实现此处所提出的概念的合适环境的简要概括描述。如图19所示，游戏和媒体系统100包括游戏和媒体控制台（以下统称为“控制台”）102。一般而言，如以下将进一步描述的，控制台102是一种类型的计算系统。控制台102被配置成适应一个或多个无线控制器，如控制器104(1)和104(2)所表示。控制台102配备有内部硬盘驱动器（未示出）和支持如光学存储盘106所表示的各种形式的便携式存储介质的便携式介质驱动器108。合适的便携式存储介质的示例包括DVD、CD-ROM、游戏盘等。控制台102还包括用于容纳可移动闪存型存储器单元140的两个存储器单元卡插座125(1)和125(2)。控制台102上的命令按钮135启用和禁用无线外围支持。

如图19所示，控制台102还包括用于与一个或多个设备进行无线通信的光学端口132和支持附加控制器或其他外围设备的有线连接的两个USB（通用串行总线）端口110(1)和110(2)。在某些实现中，可修改附加端口的数量和安排。电源按钮112和弹出按钮114也位于游戏控制台102的正面。电源按钮112被选择来对游戏控制台供电，且还可以提供对其它特征和控件的访问，而弹出按钮114交替地打开和关闭便携介质驱动器106的托盘以允许存储盘108的插入和取出。

控制台102通过A/V接口电缆120连接到电视机或其他显示器（如监视器150）。在一个实现中，控制台102配备有被配置成用于使用A/V电缆120（例如适于耦合到高清晰度监视器150或其他显示设备上的高清晰度多媒体接口“HDMI”端口的A/V电缆）来进行内容受保护的数字通信的专用A/V端口（未示出）。电源电缆122向游戏控制台供电。控制台102可进一步被配置成具有如电缆或调制解调器连接器124所表示的宽带能力以便于访问诸如因特网等网络。还可通过诸如无线保真（Wi-Fi）网络等宽带网络来无线地提供宽带能力。

每一控制器104经由有线或无线的接口耦合到控制台102。在示出的实现中，控制器104是USB兼容的并且通过无线或USB端口110耦合到控制台102。控制台102可配备各种用户交互机制中的任何一种。在图19中示出的示例中，每个控制器104都配备有两个拇指摇杆（thumbstick）132(1)和132(2)、D垫134、按钮136、以及两个触发器138。这些控制器仅为代表性的，且其他已知游戏控制器可替换或被添加到图19中示出的那些控制器。

在一个实现中，还可以将存储器单元（MU）140插入到控制器104中以提供附加和便携的存储。便携MU允许用户存储游戏参数以供在其它控制台上玩时使用。在此实现中，每一控制器被配置成适应两个MU140，但是也可采用多于或少于两个MU。在另一实施例中，还可以将通用串行总线(USB)闪存存储器存储插入到控制器104中以提供附加和便携的存储。

游戏和媒体系统100通常被配置成玩存储在存储器介质上的游戏，以及被配置成下载并玩游戏、和被配置成从电子和硬介质来源再现预先录制的音乐和视频。使用不同的存储供应，可从硬盘驱动器、从光盘介质（例如，108）、从在线源、或从MU140播放项。

在操作期间，控制台102被配置成接收来自控制器104的输入并在显示器150上显示信息。例如，控制台102可在显示器150上显示用户界面，允许用户执行如下所讨论的所揭示技术的操作。

图20是游戏和媒体系统201的功能框图（比如系统100）并且更详细地示出游戏和媒体系统201的各功能组件。控制台203具有中央处理单元（CPU）200以及便于处理器访问各种类型的存储器的存储器控制器202，各种类型的存储器包括闪存只读存储器（ROM）204、随机存取存储器（RAM）206、硬盘驱动器208，以及便携式媒体驱动器107。在一种实现中，CPU200包括1级高速缓存210和2级高速缓存212，这些高速缓存用于临时存储数据并因此减少对硬盘驱动器208进行的存储器访问周期的数量，从而提高了处理速度和吞吐量。

CPU200、存储器控制器202、以及各种存储器设备经由一个或多个总线（未示出）互连。在此实现中所使用的总线的细节对理解此处所讨论的关注主题不是特别相关。然而，应该理解，这样的总线可以包括串行和并行总线、存储器总线、外围总线、使用各种总线体系结构中的任何一种的处理器或局部总线中的一个或多个。作为示例，这样的体系结构可以包括工业标准体系结构（ISA）总线、微通道体系结构（MCA）总线、增强型ISA（EISA）总线、视频电子标准协会（VESA）局部总线、以及也称为夹层总线的外围部件互连（PCI）总线。

在一个实现中，CPU200、存储器控制器202、ROM204、以及RAM206被集成到公用模块214上。在此实现中，ROM204被配置为通过PCI总线和ROM总线（两者都没有示出）连接到存储器控制器202的闪存ROM。RAM206被配置为多个双倍数据速率同步动态RAM（DDRSDRAM）模块，它们被存储器控制器202通过分开的总线（未示出）独立地进行控制。硬盘驱动器208和便携式媒体驱动器107被示为通过PCI总线和AT附加（ATA）总线216连接到存储器控制器202。然而，在其他实现中，也可以备选地应用不同类型的专用数据总线结构。

三维图形处理单元220和视频编码器222构成了视频处理流水线，用于进行高速度和高分辨率（例如，高清晰度）图形处理。数据通过数字视频总线（未示出）从图形处理单元220传输到视频编码器222。音频处理单元224和音频编解码器（编码器/解码器）226构成了对应的音频处理流水线，用于对各种数字音频格式进行多通道音频处理。通过通信链路（未示出）在音频处理单元224和音频编解码器226之间传送音频数据。视频和音频处理流水线向A/V（音频/视频）端口228输出数据，以便传输到电视机或其他显示器。在所示出的实现中，视频和音频处理组件220-228安装在模块214上。

图20示出了包括USB主控制器230和网络接口232的模块214。USB主控制器230被示为通过总线（例如，PCI总线）与CPU200和存储器控制器202进行通信，并作为外围控制器205(1)-205(4)的主机。网络接口232提供对网络（例如因特网、家庭网络等）的访问，并且可以是包括以太网卡、调制解调器、无线接入卡、蓝牙模块、电缆调制解调器等各种有线或无线接口组件中的任一种。

在图20中描绘的实现中，控制台203包括用于支持四个控制器240(1)-205(4)的控制器支持子部件205。控制器支持子部件240包括支持与诸如，例如，媒体和游戏控制器之类的外部控制设备的有线和无线操作所需的任何硬件和软件组件。前面板I/O子部件242支持电源按钮213、弹出按钮215，以及任何LED（发光二极管）或暴露在控制台203的外表面上的其他指示器等多个功能。子部件240和242通过一个或多个电缆部件244与模块214进行通信。在其他实现中，控制台102可以包括另外的控制器子部件。所示出的实现还示出了被配置成发送和接收可以传递到模块214的信号的光学I/O接口235。

MU241(1)和241(2)被示为可以分别连接到MU端口“A”231(1)和“B”231(2)。附加的MU（例如，MU241(3)-241(6)）被示为可连接到控制器205(1)和205(3)，即每一个控制器两个MU。控制器205(2)和205(4)也可以被配置成接纳MU（未示出）。每一个MU241都提供附加存储，在其上面可以存储游戏、游戏参数、及其他数据。诸如便携式USB设备之类的附加存储器设备可用来代替MU。在一些实现中，其他数据可以包括数字游戏组件、可执行的游戏应用，用于扩展游戏应用的指令集、以及媒体文件中的任何一种。当被插入到控制台203或控制器中时，MU241可以被存储器控制器202访问。系统供电模块250向游戏系统201的组件供电。风扇252冷却控制台203内的电路。

包括机器指令的应用260被存储在硬盘驱动器208上。当控制台203被接通电源时，应用260的各个部分被加载到RAM206，和/或高速缓存210以及212中以在CPU200上执行，其中应用260是一个这样的示例。各种应用可以存储在硬盘驱动器208上以用于在CPU200上执行。

可以通过简单地将系统连接到监视器、电视机、视频投影仪、或其他显示设备来将游戏和媒体系统201用作独立系统。在此独立模式下，游戏和媒体系统201允许一个或多个玩家玩游戏或欣赏数字媒体，例如观看电影或欣赏音乐。然而，随着通过网络接口232变得可用的宽带连接的集成，游戏和媒体系统201还可以用作较大的网络游戏社区中的参与者，这将结合图8予以讨论。

图21描绘移动设备的示例框图。描绘了典型的蜂窝电话的示例性电子电路。电话300包括一个或多个微处理器312，以及存储由控制处理器310的一个或多个处理器执行来实现此处所述的功能的处理器可读代码的存储器312（例如，诸如ROM等非易失性存储器和诸如RAM等易失性存储器）。

移动设备300可包括例如处理器312、包括应用和非易失性存储的存储器310。处理器312可实现通信以及任何数目的应用，包括本文中所描述的交互应用。存储器310可以是任何种类的存储器存储介质类型，包括非易失性和易失性存储器。设备操作系统处理移动设备300的不同操作，并可包含用于操作的用户界面，如拨打和接听电话呼叫、文本消息收发、检查语音邮件等。应用程序330可以是任何种类的程序，如用于照片和/或视频的照相机应用程序、地址簿应用程序、日历应用程序、媒体播放器、因特网浏览器、游戏、闹钟应用程序、其他第三方应用程序、本文中讨论的交互应用程序等。存储器310中的非易失性存储组件340包含诸如web高速缓存、音乐、照片、联系人数据、时间安排数据、以及其他文件等数据。

处理器312还与RF发射/接收电路306进行通信，该电路306又耦合到天线302；与红外线发射器/接收器308通信；并与诸如加速度计之类的移动/定向传感器314通信。加速计被包括到移动设备中，以启用诸如让用户通过姿势输入命令的智能用户界面之类的应用，在与GPS卫星断开联系之后计算设备的移动和方向的室内GPS功能，并检测设备的定向，并且，当旋转电话时自动地将显示从纵向变为横向。可以，例如，通过微机电系统（MEMS）来提供加速度计，该微机电系统是构建在半导体芯片上的微小机械器件（微米尺寸）。可以感应加速方向、以及定向、振动和震动。处理器312进一步与响铃器/振动器316、用户界面键区/屏幕318、扬声器320、话筒322、相机324、光传感器326和温度传感器328进行通信。

处理器312控制无线信号的发射和接收。在发射模式期间，处理器312向发射/接收电路306提供来自话筒322的语音信号或其它数据信号。发射/接收电路306将该信号发射到远程站（例如固定站、运营商、其他蜂窝电话等）来通过天线302进行通信。响铃器/振动器316被用于向用户发传入呼叫、文本消息、日历提醒、闹钟提醒或其他通知等信号。在接收模式期间，发射/接收电路306通过天线302接收来自远程站的语音或其他数据信号。所接收到的语音信号被提供给扬声器320，同时所接收到的其它数据信号也被适当地处理。

另外，物理连接器388可被用来将移动设备100连接到外部电源，如AC适配器或加电对接底座。物理连接器388还可被用作到计算设备的数据连接。该数据连接允许诸如将移动设备数据与另一设备上的计算数据进行同步等操作。

全球定位服务（GPS）接收器365使用基于卫星的无线电导航来中继为这样的服务启用的用户应用程序的位置。

图22示出了诸如个人计算机等合适的计算系统环境2200的示例。参考图22，用于实现本技术的一个示例性系统包括计算机2210形式的通用计算设备。计算机2210的组件可包括，但不限于，处理单元2220、系统存储器2230、以及将包括系统存储器的各种系统组件耦合到处理单元2221的系统总线2220。系统总线2221可以是若干类型的总线结构中的任一种，包括使用各种总线体系结构中的任一种的存储器总线或存储器控制器、外围总线、以及局部总线。作为示例而非限制，这样的架构包括工业标准架构（ISA）总线、微通道架构（MCA）总线、增强型ISA（EISA）总线、视频电子标准协会（VESA）局部总线、以及也称为夹层（Mezzanine）总线的外围组件互连（PCI）总线。

计算机2210通常包括各种计算机可读介质。计算机可读介质可以是能由计算机2210访问的任何可用介质，而且包含易失性和非易失性介质、可移动和不可移动介质。作为示例而非限制，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括，但不限于，RAM、ROM、EEPROM、闪存或其他存储器技术，CD-ROM、数字多功能盘（DVD）或其他光盘存储设备，磁带盒、磁带、磁盘存储设备或其他磁存储设备，或者能用于存储所需信息且可以由计算机2210访问的任何其他介质。通信介质通常以诸如载波或其他传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其他数据，并包括任意信息传送介质。术语“已调制数据信号”是指使得以在信号中编码信息的方式来设定或改变其一个或多个特征的信号。作为示例而非限制，通信介质包括诸如有线网络或直接线连接之类的有线介质，以及诸如声学、RF、红外及其他无线介质之类的无线介质。上述中任一组合也应包括在计算机可读介质的范围之内。

系统存储器2230包括易失性和/或非易失性存储器形式的计算机存储介质，如只读存储器（ROM）2231和随机存取存储器（RAM）2232。包含诸如在启动期间帮助在计算机2210内的元件之间传输信息的基本例程的基本输入/输出系统2233（BIOS）通常存储在ROM2231中。RAM2232通常包含处理单元2220可立即访问和/或当前正在操作的数据和/或程序模块。作为示例而非限制，图22示出了操作系统2234、应用程序2235、其它程序模块2236和程序数据2237。

计算机2210也可以包括其他可移动/不可移动、易失性/非易失性计算机存储介质。仅作为示例，图22示出了从不可移动、非易失性磁介质中读取或向其写入的硬盘驱动器2240，从可移动、非易失性磁盘2251中读取或向其写入的磁盘驱动器2252，以及从诸如CDROM或其它光学介质等可移动、非易失性光盘2255中读取或向其写入的光盘驱动器2256。可在示例性操作环境中使用的其他可移动/不可移动、易失性/非易失性计算机存储介质包括但不限于，磁带盒、闪存卡、数字多功能盘、数字录像带、固态RAM、固态ROM等。硬盘驱动器2241通常由例如接口2240之类的不可移除存储器接口连接至系统总线2221，而磁盘驱动器2251和光盘驱动器2255通常由例如接口2250之类的可移除存储器接口连接至系统总线2221。

上文讨论并在图22中示出的驱动器及其相关联的计算机存储介质为计算机2210提供了对计算机可读指令、数据结构、程序模块和其它数据的存储。例如，在图22中，硬盘驱动器2241被示为存储操作系统2244、应用程序2245、其它程序模块2246和程序数据2247。注意，这些组件可与操作系统2234、应用程序2235、其他程序模块2236和程序数据2237相同，也可与它们不同。在此操作系统2244、应用程序2245、其他程序模块2246以及程序数据2247被给予了不同的编号，以说明至少它们是不同的副本。用户可以通过输入设备，例如键盘2262和定点设备2261——通常是指鼠标、跟踪球或触摸垫——向计算机20输入命令和信息。其他输入设备（未示出）可包括话筒、操纵杆、游戏手柄、圆盘式卫星天线、扫描仪等。这些以及其他输入设备通常通过耦合到系统总线的用户输入接口2260连接到处理单元2220，但也可通过诸如并行端口、游戏端口或通用串行总线（USB）之类的其他接口和总线结构来连接。监视器2291或其他类型的显示设备也经由诸如视频接口2290之类的接口连接至系统总线2221。除监视器之外，计算机还可以包括可以通过输出外围接口2290连接的诸如扬声器2297和打印机2296之类的其他外围输出设备。

计算机2210可使用到一个或多个远程计算机（诸如，远程计算机2280）的逻辑连接而在联网环境中操作。远程计算机2280可以是个人计算机、服务器、路由器、网络PC、对等设备或其它常见网络节点，且通常包括上文相对于计算机2210描述的许多或所有元件，但在图22中只示出存储器存储设备2281。图22中所示的逻辑连接包括局域网（LAN）2271和广域网（WAN）2273，但也可以包括其它网络。此类联网环境在办公室、企业范围的计算机网络、内联网和因特网中是常见的。

当在LAN联网环境中使用时，计算机2210通过网络接口或适配器2271连接到LAN2270。当在WAN联网环境中使用时，计算机2210通常包括调制解调器2272或用于通过诸如因特网等WAN2273建立通信的其他手段。调制解调器2272可以是内置的或外置的，可经由用户输入接口2260或其他适当的机制连接到系统总线2221。在联网环境中，相对于计算机2210所示的程序模块或其部分可被存储在远程存储器存储设备中。作为示例而非限制，图22示出了远程应用程序2285驻留在存储器设备2281上。应当理解，所示的网络连接是示例性的，并且可使用在计算机之间建立通信链路的其他手段。

本技术可用各种其它通用或专用计算系统环境或配置来操作。适合在该技术中使用的公知的计算系统、环境和/或配置的示例包括，但不限于，个人计算机、服务器计算机、手持或膝上型设备、多处理器系统、基于微处理器的系统、机顶盒、可编程消费者电子产品、网络PC、小型机、大型机、包含上述系统或设备中的任一个的分布式计算机环境等。

本技术可在诸如程序模块等由计算机执行的计算机可执行指令的通用上下文中描述。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。本技术也可以在任务由通过通信网络链接的远程处理设备执行的分布式计算环境中实现。在分布式计算环境中，程序模块可以位于包括存储器存储设备在内的本地和远程计算机存储介质中。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。更确切而言，上述具体特征和动作是作为实现权利要求的示例形式公开的。

Claims (10)

1.一种向多个用户提供包括多个事件的游戏的方法，每一用户具有一个或多个相关联的处理设备，所述用户与人物相关联，所述方法包括：

经由所述一个或多个相关联的处理设备向所述多个用户传达对故事中的用户进度作出贡献的一组基于地点的事件，每个所述基于地点的事件发生在一地点并且包括在所述地点与现实世界元素的用户交互；

经由所述一个或多个相关联的处理设备向所述多个用户传达对所述故事中的用户进度作出贡献的一组基于虚拟的事件，所述虚拟事件包括与虚拟环境中虚拟世界元素的用户接口；

基于至少一个基于地点的事件中的地点和在所述地点与现实世界元素的交互接收用户参与以及接收至少一个虚拟事件中的用户参与；

在成功完成所述事件中的每个以后，跟踪所述故事中的用户进度；以及

基于所述用户进度经由所述一个或多个相关联的处理设备呈现一个或多个附加的基于地点的事件和虚拟事件。

2.如权利要求1所述的方法，其特征在于，该方法还包括：提供多个次要事件，所述次要事件中的一个或多个包括基于地点的事件，并且所述次要事件中的一个或多个包括虚拟事件，并且该方法还包括：接收至少一个次要事件中的用户进度，所述次要事件推进所述故事中的用户进度或者对所述人物的特性作出贡献。

3.如权利要求1所述的方法，其特征在于，提供基于地点的事件的步骤包括：确定用户地点，并且提供与所述用户地点相距在一距离内的基于地点的事件。

4.如权利要求1所述的方法，其特征在于，所述一个或多个基于地点的事件具有到一个或多个相关联的虚拟事件的链接。

5.如权利要求1所述的方法，其特征在于，该方法还包括：通过地图界面或增强显示界面中的一个或多个向用户呈现一个或多个令牌，所述令牌指示基于地点的动作的地点。

6.如权利要求5所述的方法，其特征在于，所述基于地点的动作包括通过跟踪相对于所述令牌的用户位置来捕捉所述令牌中的一个或多个。

7.如权利要求6所述的方法，其特征在于，还包括：当用户位于具有一个或多个令牌的地点处时在所述增强现实界面中自动提供所述一个或多个令牌。

8.如权利要求1所述的方法，其特征在于，方法还包括：提供与用户地点相距在一距离外的基于地点的事件，并且提供事件交换，所述事件交换允许用户连接到愿意完成与所述用户地点相距在所述距离外的事件的被指派者玩家。

9.如权利要求5所述的方法，其特征在于，跟踪用户执行包括下列之一：跟踪相对于一个或多个基于事件的定位令牌的用户地点。

10.如权利要求1所述的方法，其特征在于，该方法还包括：接收关于所述用户的视图中的场景的信息，所述场景包括关于用户位置的地理信息，并且从所述地理信息和对处理设备的取向输入中计算用户地点。