用于在电子博弈设备上生成游戏目录的方法和设备

摘要

本发明涉及一种用于简化游戏方在无线通信网络中的形成的方法和设备。本发明基于生成包括移动设备上所有可用的(多玩家)游戏的游戏目录，并且在不同博弈设备之间交换所述信息。所述游戏目录是这样生成的：在由所述电子博弈设备可访问的存储器中查询可用于执行的电子游戏，并且生成具有用于所确定的每个电子游戏的条目的游戏目录。接着交换所述游戏目录以向所有潜在游戏搭档可视化所有可用游戏。

说明书

技术领域

本发明涉及用于简化在无线通信网络中形成游戏方的方法。本发明基于生成包括移动设备上所有可用的(多玩家)游戏的游戏目录以及在不同博弈设备之间交换所述信息。

本发明进一步涉及多玩家博弈在不同通信设备之间的启动，尤其涉及对适宜游戏搭档或队友的识别。

背景技术

多方博弈的范围当前正在从固定控制台和PC领域扩展到移动设备。与多个搭档玩游戏意味着玩家之间的一些通信，以便对于游戏、游戏选项、参与者和团队的角色达成一致。本文献着眼于多方游戏的启动阶段，并且概述了用以开始游戏的简单又快速的途径。它能够最佳地应用于移动领域中，但是不限于移动设备。

多方博弈当前存在于两个不同领域：

第一，在固定的控制台和PC博弈业务中，多方博弈转变成LAN和基于因特网的游戏，其中游戏服务器收集来自各种游戏客户端的请求，并且向参与者通知他们的状态。通常，休息室用来进入游戏之前聚集参与者。游戏服务器主持游戏并且可以将游戏数据传送给连接的客户端。

第二，目前可用的移动游戏控制台可以通过链接线缆来物理地互相连接，这要求游戏方的成员实际在场。因此，游戏方能够讨论可用的电子游戏，并且能够通过口头协商来决定将要玩的游戏。某些游戏无需安装在每个连接的设备上，只要一个终端能够经由链接线缆将内容递送到另一终端即可。专门的游戏模式仅能以多个游戏盒来玩。

在无线环境中多玩家博弈的情况下，所述博弈搭档可能甚至于不在无技术性辅助的口头通信的可能的距离内。

申请人提交的文献EP 1066868 A2“Multi-player Game System usingmobile telephone and game units”公开了不同移动游戏单元之间的电子游戏系统。游戏单元之间的连接可以经由公共陆地移动网络或者经由短程无线连接来提供。该文献公开了建立用于无线多玩家博弈的连接。在所公开的方案中，终端设备能够在有限的范围中搜索或扫描实际在运行的游戏。

用于多玩家游戏方建立的所有以上途径具有如下共性：它们不适合与无线连接的或移动终端设备一起使用，因为找到游戏搭档所必需的通信和协商无法由常规系统提供。

发明内容

与多个搭档玩游戏对于游戏者颇具吸引力，因为它由于人的自发性而能够在游戏中实现更为复杂的游戏情节和意料不到的举动。人类交互在游戏中的优点也意味着本发明的目的。

本发明的目的是提供一种用以使得玩家能够向他的游戏同伴和/或已知的博弈社区通知其玩多方游戏的期望的方法和设备。

本发明的另一目的是提供一种用以在启动多玩家或多方游戏时协商角色和选项的简易方式。

本发明的又一目的是在博弈搭档为未知并且必需发现博弈搭档的情形中提供一种解决方案。

根据本发明的第一方面，提供了一种用于在电子博弈设备上生成游戏目录的方法。根据本发明的该方法包括：在可访问的存储器中查询可用于在所述电子博弈设备上执行的电子游戏，并且生成游戏目录，该游戏目录具有用于每个找到的可玩电子游戏的条目。

所述电子博弈设备可以是移动或非移动的、无线或有线的电子博弈设备。该博弈设备可以包括对通信网络的接口。

通过为在可访问的存储器中查询可用于在所述电子博弈设备上执行的电子游戏，可以确定所有目前的或潜在可玩的游戏。因此，用户能够识别哪些游戏对于终端设备实际上可用。该可访问的存储器可以是内置的、内部的、外部的或可替换的存储器，比如多媒体卡(MMC)或其它闪速存储设备。

可替换的存储设备能够例如以软件的形式存储至少一个可访问的游戏。正如从常规便携式游戏控制台已知的，该存储器能够实现为硬件模块。也可以检测例如在实际上未插入在所述设备中的存储模块上储存的游戏，这可以例如经由控制台中的短程无线模块使用所述游戏模块上设置的RFID(射频标识)标签来识别。

通过生成所述游戏目录，向用户提供包括所有可访问电子游戏的列表或表格。该列表或表格包括用于每个确定的可执行或可玩电子游戏的至少一个条目。

“游戏目录”不应与用于开始游戏应用的菜单列表相混淆，尽管在最简单的实施例中两个列表可能表现得相似。应当注意，本发明的游戏目录是以不同方式生成的，并且甚至可以包括实际上未安装的或者甚至在所述设备上不可用的游戏或游戏程序。

此外，该游戏目录能够包括任意数目的不同条目，该条目可以依赖于与电子游戏有关的可用信息。该游戏目录能够包括与在玩某个游戏上花费的一段时间或者总时间中的游戏会话数目有关的信息。列/行数可以依赖于不同特征，比如使用次数或者游戏方中的优选游戏搭档的数目。

游戏目录中包括的数据可以代表游戏及其能力的一种清单列表。

为了提供对本发明的快速浏览，可以指出该游戏目录是通过游戏扫描过程来生成的，该过程寻找过去曾在游戏台上注册或已经注册的所有游戏。这可能要求通过游戏配置文件关键字来扩充普通的应用日志文件，这些关键字描述了游戏类型、玩家数目、是否允许将游戏级别分发给其它玩家、游戏何时已经安装、使用统计(使用频率、何时最后一次使用)。游戏可以固定地安装于终端中(例如在主存储器中或在内部硬盘上)，并且这一信息是轻易可用的。如果游戏驻留于可移除拆装的海量储存器介质(如闪卡或光盘)上，则注册信息必须与储存器介质的标志(例如它的ID)一起储存于内部存储器中。仅当将海量储存介质插入到设备中时，才保证游戏实际上是可用的。利用传感技术如RFID(射频标识)标签或者利用高频，甚至当该游戏实际上未插入到设备中时，仍可能意味着该游戏在终端附近并且可用于玩乐。然而，RFID标签可能必须仔细地加以调整，使得可以检测出实际不是游戏的无标签的设备。

在本发明的示例实施例中，所述方法还包括在所述可访问的存储器中查询与所述电子游戏相关的背景数据，以及将所述背景数据包括于所述游戏目录中。

由此游戏清单列表能够扩展到不同游戏及其能力的其它属性。所述背景数据能够作为独立的和相关的条目储存于所述游戏目录中。该背景数据能够包括例如多玩家能力或者优选或(通常)可用的游戏伙伴的列表。对于背景数据的所述查询能够与所述第一查询同时地执行。

也就是说，能够生成游戏目录，并且在第二步骤中附加地确定为生成例如游戏统计提供基础的背景数据。该背景数据可以通过在实际确定的数据与预储存的游戏目录数据之间的比较操作来生成。因此，可以确定或生成单个用户的总游戏时间或者甚至对于所有用户的总游戏时间。

在本发明的另一示例实施例中，所述背景数据包括与所述电子游戏的多玩家能力有关的信息。这使得用户能一目了然地识别需要多少玩家来玩游戏目录中列举的某一游戏。

常规地，用于游戏控制台的两种不同种类的多玩家游戏是已知的。第一种包括能够从单个游戏控制台或者从单个游戏模块来玩的游戏，而另一种在每个游戏控制台都要求游戏模块或游戏软件。如果游戏目录条目将要被传送到其它潜在游戏搭档的游戏控制台，则这一信息尤为有用。

在本发明的另一示例实施例中，所述方法的特征在于，所述游戏目录仅包括支持多玩家的电子游戏。当在游戏目录中包括与可能的玩家数目有关的信息时，能够生成多玩家游戏目录和/或单玩家游戏目录。多玩家游戏目录能够例如包括用于多玩家游戏模式的不同多玩家选项。该游戏例如可以为游戏的不同可用性状态提供不同颜色。不同的颜色、文本风格或标记能够指示例如(最大或最小的)玩家数目。也可以根据“单许可”或“多许可”游戏模式来将游戏归类。

设置有单许可模式的游戏无需安装在每个连接的设备上，只要一个终端能够经由链接线缆将内容递送到其它终端即可。设置有多许可模式的专门游戏只能用多个游戏盒来玩。

根据本发明的另一方面，提供了一种用于维护游戏目录的方法。在该方法中，通过(如果执行电子游戏的话)确定与所述游戏目录中的所述电子游戏有关的背景数据并且将所述背景数据储存于所述游戏目录中，可以对根据以上说明书生成的游戏目录进行维护。

利用维护选项，游戏目录中的数据能够代表一种游戏活动的“日志目录”。应当注意，当确定与所述游戏目录中的所述电子游戏有关的背景数据时，如果并且当执行、调用、开始或激活了电子游戏时，即使所述背景数据在游戏本身中也不被考虑。例如，游戏目录可以储存日常时间、优选的环境条件、优选的游戏搭档、优选的连接类型等等。在游戏控制台实现于移动电话中的情况下，也可以在所述游戏目录中访问蜂窝电话或通信网络的某一小区的属性。背景数据能够用来在所述游戏目录中生成附加条目。不同条目的数目可以不受约束。

通过在所述游戏目录中储存所述背景数据，能够使得整个统计数据集在长时间内可访问。

这一实施例不仅能够生成游戏目录而且还能够维护游戏目录。可以回答诸如“谁、经由什么连接、多么频繁地玩哪一游戏、在何处和在何时”等的问题。

在已经从另一游戏设备传送多玩家游戏的情况下，也可以在游戏目录中包括实际未储存于所述设备中的游戏。该游戏目录因此能够包括例如多玩家游戏“XXX”玩过5次、从设备/个人“YYY”接收的备注。因此，用户能够例如通过输出可以用作为游戏软件源的个人/设备列表来访问如何玩游戏的信息，即使这一游戏在该设备处实际上未被储存/不可访问。

根据本发明的另一方面，提供了一种用于在博弈设备中建立多玩家游戏方的方法，其中该博弈设备连接到至少一个其它博弈设备。该方法基于对在先描述的游戏目录的使用，并且包括检索所述游戏目录，所述游戏目录包括与游戏有关的条目；以及将所述游戏目录的条目传送到所述至少一个其它博弈设备。

通过检索所述游戏目录，使得与游戏有关的条目可用于进一步的处理。通过向所述至少一个其它博弈设备传送所述游戏目录的条目或者通过传送整个游戏目录，其它游戏设备的用户能够看到哪些游戏可以用于多玩家博弈会话可用。

其它游戏搭档能够容易地识别对于某个游戏所能够考虑的有多少游戏搭档以及有哪些游戏搭档。另一优点在于，用户能够看到其必须购买哪一游戏以便找到可能的游戏搭档的最大数目。如果用户不能决定例如两个赛跑游戏中的哪一个游戏最适于购买，则用户能够简单地确定多少潜在的游戏搭档将从每个所述游戏中产生。用户也能够向同时具有两个游戏的用户发送消息，由此能够询问他认为最适于购买哪一个游戏。游戏目录(至少是游戏条目)的传送能够提供哪些游戏对于另一用户可用的信息。

在本发明的另一示例实施例中，所述游戏目录条目的传送还包括从所述游戏目录中提取所述条目子集并且仅传送所述所提取的条目的子集。

通过从所述游戏目录中仅选择性地选择所述条目的子集，并且仅传送所述所提取的条目的子集，例如能够仅将支持多玩家的游戏传送到其它用户。也可以仅提取只能以单个模块来玩的游戏(即单许可的可玩多玩家游戏)的条目，或者仅提取能够在每个玩家已经插入了模块时来玩的游戏(即每个玩家需要游戏许可)的条目。

在本发明的另一示例实施例中，所述电子游戏条目的提取是根据用户定义的规则来执行的。

由此，用户可以向其它潜在游戏者隐藏某些游戏在他的游戏控制台上的存在。例如如果用户很久以前已经玩了例如“Tetris”，并且决定不想再玩“Tetris”，则他能够提出如下规则，以防止与“Tetris”的存在有关的信息传送到其它潜在游戏搭档。也可以以“不想玩”标志来传送游戏的存在，以防止其它玩家建议玩该游戏。

对本地游戏的发现加以概述，其中终端能够在全部终端中扫描游戏以及适合于多方博弈的游戏子集。这一扫描过程可以包括对于能够插入设备中的、但是可能仅在设备附近可用的(可移除)海量储存介质(例如MMC卡)的分析。

包含游戏的海量储存器的可用性可以由用户自己或者例如通过RFID(射频标识标签)来指示。在用户指识的情况下，当用户替换游戏存储器卡时，终端可能询问他是否应当将所替换的游戏录入到“可用游戏列表”中。在玩家仅借用或测试过游戏而不希望这一游戏出现在可用游戏的目录上的情况下，这一点是有用的。

RFID技术能够用来指示游戏软件在附近是可用的。出于该目的，游戏储存设备配备有RFID标签，并且博弈设备包含RFID阅读器。只要游戏卡在RFID范围中(若干厘米直上至若干分米)，则这一具体游戏卡上的一个或多个游戏就被列为该游戏卡中的可用游戏。

开始“多方游戏请求”的个人(在下文中称为博弈主持)能够编辑多方游戏的列表，并且将它发送给潜在博弈搭档，这些搭档是从具体地址目录视图，玩家目录(这些人真正构成游戏目录的一部分)中选择的。除了列出能够博弈的个人之外，游戏目录可以包含历史，即哪些游戏已经在哪些个人与博弈主持之间在什么时间玩过。

在本发明的又一示例实施例中，所述方法还包括从所述至少一个连接的博弈设备接收游戏目录条目并且存储所述游戏目录条目。

通过从所述至少一个连接的博弈设备接收电子游戏目录条目并且存储所述游戏目录条目，设备不仅能够传送与游戏有关的数据而且能够接收与游戏有关的数据。这使用户能够找出哪些游戏能够由其它设备提供。通过双向连接和传送，用户能够交换数据并且能够最终确定哪些游戏实际上是可用的。

在另一示例实施例中，该方法还包括在所述移动电子博弈设备的显示器上显示来自所述游戏目录的所述电子游戏条目。也就是说，用户能够可视地访问所有传送的游戏目录条目：来自他自身的游戏目录的游戏目录条目和从其它游戏控制台设备接收的游戏目录条目。

在本发明的另一示例实施例中，所述游戏目录条目和所述选择数据是以作为可视数据的优选显示形式的“白板”形式来显示的。“用于游戏设置功能的白板”使得用户能够在分布式博弈情景中节约通常必需的音频连接。假设该白板在多玩家游戏本身将要开始之前就显示在每个连接的博弈设备上。玩家能够使用这一白板来指示他们的偏好和抉择，以便选择游戏甚至是选择某些游戏设置。如果任何设置有变，则该白板功能立即通知其它玩家(利用已激活的白板)，以便立即向每个其它玩家通知所有其它玩家的选择。该白板可以以HTML(超文本标记语言)或WML(无线标记语言)页面的形式来实现。

游戏目录的条目能够以白板的形式来显示，其中能够例如经由菜单点来访问用于游戏的每个条目。也可以在定制生成的列表中显示白板，其中每个条目可以被图形化地与另一条目相关联。

用于游戏设置的白板功能意味着每个玩家看到显示器上的相同图像，并且所有参与者能够做出他们的设置同时知道别人如何反应。该白板可以是游戏选择器应用的一部分，只要参与者之一正在对游戏设置进行修改，该部分就不断地更新屏幕。

游戏设置也可以作为网页储存于主机终端上。经由网络应用将设置集成到一个页面中，该网络应用由运行于主机上的网络服务器激活。所有连接的客户端上的网络浏览器可以呈现这些设置及其修改的显示。只要连接的客户端向可以实现为WEB窗体的这一网页提交变化时，就对所有博弈搭档启动网站推送操作。

在进入以白板方式来概述的游戏之前，对游戏角色和选项的协商具有附加优点：每个玩家能够同时看到其它玩家在各自屏幕上正在做出的抉择。这一概念消除了对其它玩家正在做什么来预备该游戏以及何时开始该游戏的不确定性。此外，它将每个设备或控制台中的所有游戏包括到这一过程中。

与用于生成游戏目录的以上步骤相结合，本发明可以以如下实施例来实现，比如：首先扫描其它设备上的可用游戏、选择游戏并且生成用于游戏设置的白板，即每个玩家能够看到由其它玩家选择的游戏(设置)。由此，扫描其它设备上的可用游戏可以例如经由短程通信来执行。游戏软件的传送可以完成游戏选择。

在另一示例实施例中，所述方法还包括接收与所述显示的电子游戏条目有关的选择数据并且在所述显示器上显示所述选择数据。

通过接收选择数据，例如能够从设备的用户或者从连接设备的用户接收用户选择。选择数据或更佳选择数据能够在游戏控制台上被接收，即可以从用户接收或主动地请求该选择。由此，能够使得用户的选择或潜在游戏搭档的选择对于所有连接的潜在游戏搭档都是可访问的。

这些选择能够与所述游戏目录条目一起显示。这些选择可以通过使用例如不同的有色标记来显示，其中每个所选条目标记有记号或短线。

在本发明的又一示例实施例中，该方法还包括接收和安装游戏目录生成和游戏选择应用。也就是说，一个软件从一个游戏控制台传送到另一游戏控制台，以安装于接收方控制台，用来执行游戏目录生成方法。由此，用户能够启动另一游戏设备以生成游戏目录和传送游戏目录条目。这可以通过用户确认来完成，以防止设备在未由用户通知的情况下开始发送与用户有关的数据。这实现了从另一设备传送游戏目录生成和游戏选择应用。这一设备可以是服务器或另一游戏控制台。当该应用提供有自检测和用户确认算法时，游戏目录生成和游戏选择应用能够在某一区域中或者在某一游戏社区中以快速的方式传播。

游戏终端要求安装需要存在于相关的所有游戏终端中的游戏扫描和选择应用。为了提供对本发明益处的快捷使用，以平台独立的语言所编写的计算机程序可以提供该游戏扫描和选择应用。

在本发明的另一示例实施例中，所述方法还包括发送用以检索和传送所述游戏目录条目的请求。由此，用户能够请求其它设备发送实际的游戏目录条目，以向潜在的游戏搭档提供足够数据以便开始多玩家游戏。

在本发明的另一示例实施例中，所述方法还包括发送用以检索和传送所述游戏目录条目的请求。因此，设备能够主动地轮询来自其它设备的与游戏有关的数据。接收和传送请求的结合使得每个所述设备能够开始或加入用以启动多玩家游戏的建立的进行。因此，该方法可以包括游戏目录的生成、游戏目录数据的请求、游戏目录生成和游戏选择应用的传送和安装、游戏目录条目的提取和传送、以及所述选择数据的选择和传送。由此，游戏控制台被设置有接收游戏数据和选择数据的能力以及向用户显示选择数据和游戏数据的能力。因此，设备能够呈现用以决定用户希望与哪一个人玩哪一游戏而必需的任一种信息。

在本发明的另一附加示例实施例中，该方法还包括根据所述所选数据将用以开始游戏的请求发送到任一所述其它连接的游戏设备。在先的说明书中基本上基于信息传送，以使得用户能够决定他希望与谁玩哪一游戏。如果用户已经决定他希望玩哪一游戏，则他能够启动开始玩游戏而必需的消息传递。

完整的游戏启动能够通过集中安装的应用来处理，并且能够包括上述游戏扫描过程以及向用户呈现结果。它呈现多玩家游戏列表以及在搭档不拥有这一游戏的情况下是否能够将游戏传送到其它终端的信息。游戏选择器应用也可以在以后的时间对向客户端传送游戏级别进行处理。

这一传送要求快速的数据连接(如蓝牙、无线LAN或宽带CDMA或UWB)，以便无需太久的等待时间就能传送数兆字节的数据。能够将数据传送及其进度作为可视的反馈信息(比如通过进度条)指示给用户。客户端终端上的游戏选择器应用有任务将主机所给予的游戏列表与客户端终端上的可用游戏列表进行比较。客户端用户接着可以仅选择也在客户端上安装的或者能够从主机进行传送的游戏。

根据本发明的又一方面，提供了一种包括程序代码装置的软件工具，这些程序代码装置在所述程序产品运行于计算机或网络设备上时实现先前描述的方法。

根据本发明的另一方面，提供了一种可从服务器下载的用于实现先前描述的方法的、计算机程序产品，包括用于在所述程序运行于计算机或网络设备上时执行先前方法的所有步的程序代码装置。

根据本发明的另一方面，提供了一种计算机程序产品，包括储存在计算机可读介质上的程序代码装置，用于在所述程序产品运行于计算机或网络设备上时实现先前描述的方法。

根据本发明的另一方面，提供了一种计算机数据信号。该计算机数据信号实现于载波中并且代表了如下程序，该程序在所述计算机程序运行于计算机或网络设备上时使得计算机执行先前描述中包含的方法步。

根据本发明的另一方面，提供一种电子博弈终端设备。该电子博弈设备包括第一储存器、处理单元、具有显示器和用户输入设备的用户接口以及第二储存器。该第一储存器提供用来以常规方式储存执行程序。该处理单元连接到所述储存器以便以常规方式访问所存储的数据。所述用户接口连接到所述处理单元以便以常规方式执行用户输入和输出。所述用户接口至少包括显示器和用户输入设备。

在该电子博弈设备中，所述处理单元被配置为在所述第一储存器中查询所存储的或者可用于在所述电子博弈终端设备上执行的电子游戏，并且生成包括与在所述查询期间找到的游戏有关的条目的游戏目录。为了储存所述生成的游戏目录，所述电子博弈终端设备还包括第二储存器。第一和第二储存器的每一个可以通过可互换的或者通过内置的储存器来提供。优选地，所述第一储存器是可换的，并且所述第二储存器是内置的。所述储存的游戏能够作为例如储存在可互换的存储器模块中的游戏软件来提供。

基本上，该电子设备被配置为生成游戏目录，该游戏目录能够自身向用户提供与他的个人博弈行为有关的信息。它也能够提供优选游戏的指示。第一方面是提供能够以日志文件的样式来生成和维护游戏目录的游戏设备。

在本发明的示例实施例中，所述电子博弈设备还包括通信接口。该通信接口连接到所述处理单元，以将所述设备连接到其它电子博弈设备。在这一实施例中，所述处理单元被配置为建立到其它电子博弈终端设备的连接、选择或提取所述游戏目录的条目、与所述连接的电子博弈设备交换游戏目录条目并且在所述显示器上显示所述游戏目录条目。该通信接口向博弈设备提供终端设备特征。提供这一实施例用来使设备能够在游戏方的建立过程中使用游戏目录。

在本发明的另一示例实施例中，所述电子博弈终端是移动电子博弈终端。移动博弈终端可以包括具有无线通信接口的移动电子设备。该无线通信接口能够是红外(IR)接口或无线接口。在无线接口的情况下，其可以实现为基于W-LAN、蓝牙或蜂窝通信网络的接口。

根据本发明的另一方面，提供了一种电子博弈系统，该系统包括至少两个根据先前描述的电子游戏终端。这些终端设备能够经由通信接口进行通信并且生成游戏目录，并且交换游戏目录条目。这一博弈系统使得各用户能够执行在先前描述中描述的博弈方建立过程。当使用该系统时，每个用户能够使用白板来与其它用户进行交互，以张贴他的选择并接收系统的其它用户的选择。

单个设备只能够提供与该设备或用户的博弈历史有关的统计数据(即游戏目录)。与其它连接的博弈设备和“白板概念”相结合，能够提供如下的游戏方建立过程，该过程不要求用以协商将要玩的多方游戏的额外音频连接。

附图说明

在下文中，将参照附图来具体描述本发明，在附图中：

图1是能够使用本发明的网络环境的示例；

图2是根据本发明实施例的游戏方建立过程的示例；

图3是根据本发明实施例的游戏目录的示例；

图4显示了根据本发明实施例的游戏方建立过程期间的白板的示例；

图5显示了根据本发明实施例的游戏方建立过程期间的白板的另一示例；以及

图6显示了根据本发明另一实施例的游戏建立过程期间的白板的另一示例。

具体实施方式

在下文中，将参照附图具体地描述本发明，在其中：

图1描绘了能够使用本发明的网络环境的示例。图中描绘有经由无线连接30来连接的三个移动游戏终端24、26和28。单个设备之间的距离可以超过口头通信通常所接受的距离。常规地，在这样的网络结构中，不存在简单的方式用来与大量潜在游戏搭档协商将要玩的游戏以及开始玩游戏。常规地，电话呼叫和短消息提供了足够的通信以假设一个或两个游戏。

图2将根据本发明实施例的游戏方建立过程的示例描绘为流程图。与图1中一样，描绘有三个游戏终端24、26和28。时间在由时间轴20指示的方向上推移。

游戏主持24决定他希望与一个或多个朋友26、28玩。游戏搭档26、28可能在附近(例如在蓝牙范围内)或者经由另一无线网络(蜂窝、W-LAN等)来连接。例如，由于游戏者之间大的物理距离，不太可能面对面地讨论游戏的建立。也不可能经由话音连接来通信，因为对话可能由于一些境况而受阻，比如拥挤的公共汽车、嘈杂的环境、或者附近有不应受扰的熟睡者。

设备24的玩家或用户能够例如通过专用快捷键来引起对本地可用游戏的扫描，并且游戏台(game deck)返回可用游戏作为具有特别标记的多方游戏的列表。这些游戏既可以永久安装在设备中，也可以已经在过去玩过并且在可拆装的海量储存介质(例如MMC卡)上是可用的。用户现在能够对于他不希望提供给其它游戏者的游戏进行取消选择。用户也可以对他希望提供给其它游戏者的游戏进行选择。这些游戏中的一些游戏可能要求许可的安装的可用性，一些游戏可以被允许分发到连接的玩家，只要(至少)一个玩家包含该许可。能够通过提供拷贝受保护的物理介质或者通过电子授权例如经由数字权利管理机制来授予许可。

能够从具有与可用游戏台所有者有关的专门视图的游戏目录或地址目录中选择适当的游戏搭档。既可以经由蓝牙也可以经由蜂窝向所选搭档通知博弈请求30，以便接收响应。与所选玩家有关的每个所选设备26、28接收来自主机24的游戏列表。在客户端侧，启动与主机侧上相同的游戏扫描过程，并且最终仅向客户端显示允许玩的游戏子集。这意味着除了许可给主机24以及客户端26、28的那些游戏之外，还传送能够由主机分发的所有游戏(在32示出)。不同客户端26、28选择它们想要玩的那些游戏并且将响应发回到主机24。主机24接收选择统计，即多少人以及谁希望玩不同游戏，并且选择一个游戏以及客户端游戏者。作为响应，向客户端通知36：它们是游戏的一部分或者将不加入游戏，以及另外还有谁正在玩。对于参与者，描绘了白板34，其中所有游戏者能够录入它们的博弈选项，并且其同时对于所有其它人是可见的。当所有人已经做出了他们的选择时，博弈主机开始游戏36。接下来通过主机24和已经加入该方的所有客户端26、28执行38游戏。

在图3中，显示了根据本发明实施例的游戏目录的示例。能够通过在希望与在另一游戏博弈设备的玩家一起玩的用户的终端处执行扫描过程，来生成该游戏目录。在扫描过程中，确定了在用户的博弈设备处可访问的游戏软件。在代表游戏目录的文件中收集可访问的游戏软件。在图中，一小部分游戏目录显示在显示器8上。游戏目录包括三列10、12和14。在第一列10中，描绘了三个游戏。在第二列12中，描绘了多玩家模式中的最多的玩家数目。第一游戏能够有多至5个玩家来玩。第二游戏能够有多至三个玩家来玩，以及第三游戏能够有多至4个玩家来玩。在第三列14中描绘了已经玩过的游戏回合数。用户已经玩过第一游戏七次、第二游戏十五次，尚未玩过编号为三的游戏。

如果游戏目录也包括例如计时数据，则游戏目录能够用来生成任一种统计值。游戏目录能够包括对于每个所述游戏的优选日常时间、优选游戏搭档、或者甚至是对于博弈的优选位置的列。

用户可以在多玩家模式中选择他实际希望玩的多个游戏，并且将列表传送给(至少一个)潜在游戏搭档。响应于游戏数据的传送，扫描在接收方设备上存在的博弈软件中匹配的游戏和其它支持多玩家的游戏。

潜在游戏搭档能够在接近的附近或者可以只是能够经由通信网络比如电话网络来连接。为了简化对潜在游戏搭档的连接建立，例如可以使用有待查询的“好友列表”。该好友列表也可以实施为游戏目录的一部分。这例如可以通过第四列来实施，该第四列包括曾经与之玩过游戏的每个以前游戏搭档的条目。

如果检测到两个设备上的游戏软件之间的匹配，则进行搜索的玩家可以开始向一个或多个潜在玩家请求，他们是否希望一起开始游戏回合。

图4描绘了根据本发明实施例的游戏方建立过程期间的白板的示例。本发明也提供了“用于游戏设置的白板”。这一白板能够用来在潜在游戏搭档之间协商游戏。该白板也能够用来为每个用户选择各自的游戏设置。在这两种情况下，在每个所述终端上显示白板，通过使用该白板，(潜在)游戏参与者能够选择将要玩的游戏或者游戏设置。该白板确保了将设置的每个变化自动广播给每个其它玩家。因此，立即向每个玩家通知由每个其它玩家执行的设置改变选择。该白板可以通过例如使用网页来交换。

在图4中描绘了用于在不同玩家之间选择/协商游戏的白板。该白板包括三列：游戏列10、玩家列16和选择列18。第一列10包括编号为1至4的四个可用游戏。末列16包括类似地编号为1至4的四个可用潜在玩家。选择列18一方面代表了可用性信息，另一方面代表了选择信息。间断线代表了可用性线，即如果至少一个虚线连接了游戏和玩家，则该玩家能够直接访问所述游戏软件。例如，游戏1和游戏2存在于玩家1和4的博弈设备上。游戏3存在于玩家1、2和4的博弈设备上。从玩家1、4画到游戏2以及从玩家2画到游戏4的粗线代表了首要选择。在描绘的白板中，用户能够通过玩家与游戏之间的连接线粗度来表达他们的个人偏好。玩家1与游戏3之间的细画线代表了次要选择，即玩家1将偏好玩游戏2，但是如果没人希望玩游戏2，则玩家1也接受游戏3作为选项。

也可以将不再可用的游戏从游戏目录和/或从白板中删除。也可以基于背景数据比如实际玩过的游戏回合数(也见图3中的列14)来自动生成偏好配置文件。

所描绘的白板能够基于图3中描绘的游戏目录来生成。为了提供用于白板的数据，可以在每次请求时重复扫描过程，并且能够在每个选择之后删除游戏目录。更为高效的可以是例如以主页的形式存储在每个所述终端上可访问的每个游戏的游戏目录。

当使用游戏目录时，可能发生的情形是，游戏目录中的并非所有游戏条目都是实际上即刻可用的，但可以是仅以必须插入到博弈终端设备中的存储卡比如MMC(多媒体卡)的形式而可用。因此在游戏目录或白板的生成期间可能不得不考虑：游戏目录可以包括可能实际上未插入的，但是过去曾经被玩过的游戏。如果能够估计到用户可以访问保持有该游戏的存储设备，这一点是特别有用的。这例如可以通过背景数据分析来实现。

包含该游戏的海量储存器的可用性也能够由用户自己或者例如通过基于RFID(射频标识标签)的系统来指示。在用户指示的情况下，当用户替换游戏存储器卡时，可能询问他是否应当将所替换的游戏录入到“可用游戏列表”中。在玩家仅借用或测试过游戏而又出于其它原因不希望游戏出现在可用游戏的目录上的情况下，这一点是有用的。

RFID技术能够用来指示游戏软件在附近是可用的，即使所述游戏软件被储存在实际上未插入所述游戏终端中的海量储存器上。出于这一目的，游戏海量储存设备能够配备有RFID标签，并且该博弈设备能够配备有RFID阅读器。只要游戏卡在RFID范围内(若干厘米上至若干分米)，则这一具体游戏卡上的一个或多个游戏就在游戏白板中列为可用游戏。例如如果由于游戏槽中的法拉第罩效应，游戏槽内的游戏不能由RFID阅读器读取，则在移除游戏卡时也可以询问用户是否应当将这一游戏录入到可用游戏的列表。

图5描绘了根据本发明另一实施例的游戏方建立过程期间的白板的另一示例。在图5中，本发明也提供了“用于游戏设置的白板”。在图5中，这一白板能够用来在潜在游戏搭档之间协商游戏。

图5是白板的示例，例如在玩家P1已经在其它可用终端中扫描了可用游戏之后该白板能够显示于所有终端上。玩家能够决定一起玩G2/Iceh(冰球)ockey，但是如果P2/Sunny不希望加入Icehockey(冰球)，则P1和P3能够决定在没有P2的情况下玩Football(足球)，或者进行任何其它选择。在白板上向所有潜在玩家立即通知其它玩家选择。玩家P1能够在玩家已经进行选择并且接着自动建立游戏连接之后启动所选游戏。

该白板包括玩家列表40和可用游戏列表42。玩家列表40包括用于任何连接玩家的玩家字段，实际上该玩家列表不代表玩家而是代表游戏终端设备列表。游戏列表42包括对于所述游戏终端设备中的至少一个可用的任何游戏。

玩家列表40包括至少一个玩家(所述游戏终端设备的所有者)。游戏列表42包括至少对于当前游戏终端设备(实际上可能没有)可用的游戏。

两个列表跨越如下表格或矩阵，该表格或矩阵包括字段44，每个字段与单个玩家和单个游戏有关。在图5中，玩家列表40中的每个条目与列有关，而游戏列表42中的每个游戏条目与列表中的行有关。该表格包括用于游戏设备所有者的至少一列。

表格或白板中的每个字段接着填充有标记46，该标记指示游戏在某一游戏设备上是否可用。在该图中，这一标记具体地为“X”。仅考虑该表格和该标记46，对于观察所述白板的任何人来说清楚可见的是：哪一电子游戏在哪一博弈设备上实际是可用的。

在图5中也描绘了能够用来可视化单个玩家的偏好的附加元素48。这些元素将“表情图释”符号化，这些“表情图释”以图标来将情绪符号化，用以可视化用户对参与游戏的实际偏好。根据表情图释，玩家P2和P3，即“Sunny”和“Berny”愿意玩游戏G3“Solar travel”(太阳系旅行)，而玩家P3“Jessy”偏好玩另一游戏胜过G4“MoonRace”(登月竞赛)。

在图5中，不同玩家之间的游戏协商能够通过使用所描绘的表情图释来执行。也有可以使用动画的或粗体描绘的“X”符号等等。诸如图4中所示的首要或次要选择可以容易地通过使用表情图释来呈现。

与P1和G4有关的字段处的轮廓勾勒的大“X”标记50代表了对于在Jessy的游戏终端存在的游戏“Star Ways”(星星之路)的主游戏许可。在与玩家P2、P3和G4有关的字段处的轮廓勾勒的小“x”标记50指示了这些游戏是从玩家P1间接可用的。也可以通过诸如轮廓勾勒的、下划线或环绕的、十字、星、多边形或符号的标记指示在附近的游戏。

也可以从白板中自动或手动删除不再可用的游戏。也可以自动基于背景数据，比如实际玩过的游戏回合数(图5中未示出)来生成偏好配置文件。也可以例如通过指示为指标的小数字在所述白板中指示最小的游戏搭档数。

应当注意，可以将任何种类的归类算法应用于根据字母表、根据玩家偏好或者根据最大的可能玩家数对该列表中的条目进行归类。也可以根据可用的显示空间来适应对所述白板的描绘。也可以使表格的描绘仅适应于感兴趣的范围(例如通过抑制对于各用户设备不可用的游戏列表条目)。

还应当注意，图4中讨论的基于RFID标签的过程也能够应用于生成图5的白板。

图6显示了根据本发明实施例的游戏建立过程期间的白板的另一示例。如果用户组已经同意玩某一游戏，则白板原理也可应用于为每个用户选择各自的游戏设置。在这一情况下，在每个所述终端上显示白板，通过使用该白板，游戏参与者能够选择游戏设置。该白板保证了将设置的每个变化自动广播给每个其它玩家。因此，立即向每个玩家通知由每个其它玩家执行的设置变化的选择。

在图6中，图5的用户P1、P2和P3已经同意玩“Star Ways”。在这一游戏中，假设每个用户能够选择单个宇宙飞船和单个游戏角色，并且每个角色和每个飞船仅能被选择一次。在角色列表52中对角色归类，并且在宇宙飞船列表54中提供宇宙飞船。类似于图5，两个列表的组合跨越二维列表。如果玩家例如P3选择角色和飞船，例如“LuisWU”和“Hot Needle”，则该飞船和角色对于其它玩家P1和P2再也不可用。条形58的交叉指示了这一不可用性。玩家P1已经选择了角色，并且玩家P2已经选择了飞船。条形的交叉指示了飞船和角色的这一不可用性。该白板可以通过使用网页来进行交换。

如果在设备之一检测到游戏软件的主版本，则本发明的原理也是能够应用的，其中该设备能够为多玩家博弈下载多玩家游戏的从版本。在这一情况下，找到能够下载、安装和执行游戏软件从版本的终端将足矣。类似地，如果在所连接设备之一检测到这样的“主软件”，则它也可以出现在白板上。

本发明提供如下优点：

—通过扫描所有可用游戏和博弈搭档的简单选择，显著地简化了多玩家游戏的建立。例如通过查寻游戏目录中的游戏历史来继续执行游戏会话是非常容易的。

—通过使用白板概念，设置游戏选项的阶段是非常透明的，因为所有玩家完全实时地看到其它玩家的设备上正在进行着什么。

—在白板概念中，所有游戏者是平等的，没有人能够主导博弈参数的确定。

—对允许的游戏或游戏级别的无线共享扩展了博弈机会，并且能够用来将新用户吸引到具体游戏。

所有益处能够仅通过装载和安装要求存在于所有有关的游戏终端中的游戏扫描和选择应用来提供。

与常规的途径相对照，本发明能够应用于任何种类的互连网络博弈。这些方法能够应用于蜂窝网络博弈(CNG)中，以及用于在基于蓝牙、WLAN、红外的短程通信设备中的游戏的初始化。

如果例如家用控制台连接到通信网络，并且能够由用户来确定不同的可用游戏，例如通过使用RFID标签来确定附近所有可用多方游戏，则也有可能将这一发明应用于家用控制台环境。如果例如由于游戏控制台仅包括海量储存器的单个接口用于访问游戏软件，所以该控制台每次仅能访问单个游戏，则实现本发明也是有可能的。

在另一实现中，游戏目录能够在常规的游戏控制台中被创建并且能够被储存在通常提供用来储存游戏分数和游戏级别的永久储存模块上(比如存储模块或诸如硬盘驱动的内置海量储存器)。

应当注意，本发明也能够容易地应用到具有或没有专用游戏服务器的任一种类的网络结构。如果专用的游戏服务器不可用，则本发明尤为有益。

这一申请借助于示例包含了本发明的实现和实施例的描述。本领域的技术人员将理解，本发明不限于上面呈现的实施例细节，并且本发明也能够以另一形式来实施，而不背离本发明的特征。上面呈现的实施例应被认为是说明性的而非限制性的。因此实施和使用本发明的可能性仅由所附权利要求书限制。因此，如权利要求书所确定的实施本发明的各种选择，包括等效的实现，也属于本发明的范围。