用于提供在线大厅的系统和方法

专利名称：用于提供在线大厅的系统和方法
技术领域：
本发明的领域涉及在线门户，更具体而言，涉及用于提供在线大厅(online lobby)的系统和方法。
技术背景在线社区已经变成娱乐业的重要贡献者，并且日益提高的宽带能力正 在驱动这种增长。许多在线社区是通过特殊兴趣(诸如业余爱好和游戏) 而组织起来的。 一种重要类型的在线社区是大型多玩家在线游戏(Massive Multiplayer Online Game, "MMOG")，这是一种计算机游戏，其使得成进行交互。通常，这种游戏在在线的、多玩家的仅会持续的世界中进行。 这意味着，不管是否有任何其他人，游戏都会继续进行。MMOG通常提供三维的虚拟现实，并且玩家通过化身在这个虚拟现 实中进行交互。所述化身一般具有相关联的特性，诸如"力量"，所述特 性表示一个化身与其他化身相比所具有的优势的类型。例如，如果第一化 身的力量大于第二化身的力量，则第一化身就能够阻止第二化身或者将第 二化身从游戏中除去。通过完成任务并且通过大体上持续参加MMOG, 可以为化身赢得优势。因此，为了在MMOG中获胜，需要大量的使用， 而这样就不能鼓励偶然在线的玩家参加游戏。另外，在MMOG中，仅仅 存在一个总游戏，而每个玩家都必须玩这个游戏。另 一种类型的在线社区是聊天室，聊天室是指网站或者在线服务中的 位置或者页面，其中，人们可以通过^消息来彼此"聊天"，所述消息 几乎立即被显示在访问所述聊天室的他人的屏幕上。这些类型的社区允许 在线参与者彼此进行通信和会面。但是，它们通常是基于文本的，并且在 视觉上不吸引人。在一些情况下，希望有替换的在线系统。发明内容本发明总体而言涉及在线门户，更具体而言，涉及用于提供在线大厅 的系统和方法。在一个实施例中，可通过客户端软件来访问具有多个终端 用户的在线门户，所述软件要安装在终端用户的工作站上。所ii^户端软件包括服务框架，该J!艮务框架被配置成生成和显示可 由多个终端用户访问的三维图形大厅和位于所述大厅内的多个图形化身， 其中，每个化身由所述多个终端用户中的至少一个来控制，并且其中，终 端用户能够查看由其他终端用户控制的图形化身。所述在线门户还包括 服务提供单元模块，其被配置成向服务框架换:供一个或多个月良务，所述服 务可用于由所述多个终端用户选择；以及大厅模块，其被配置成向服务框 架提供大厅和化身数据，并且被配置成显示可用于由多个终端用户选择的 所述一个或多个服务。通过查看下面的附图和详细说明，本发明的其他系统、方法、特征和 优点对于本领域的技术人员将变得明显。所有的这样的附加系统、方法、特征和优点旨在被包括在本说明书内，被包括在本发明的范围内，并且通 过所附的权利要求保护。


为了更好地理解如何实现本发明的上述和其他优点和目的，将参考在 附图中示出的本发明的具体实施例来提供对如上简述的本发明的更为具 体的描述。应注意，附图中的部件并非是按比例绘出的，而重点是放在图 示本发明的原理。而且，在附图中，在不同的视图中，相同的附图标记表 示对应的部件。但是，相同的部件不总是具有相同的附图标记。而且，所 有的图示旨在传达的^1概念，其中，相对大小、形状和其他详细属性可能 是示意性地示出的，而不3:精确或严格的图示。图la是根据本发明的一个优选实施例的一个图形大厅的图；图lb是根据本发明的一个优选实施例的另一图形大厅的图；图2是根据本发明的一个优选实施例的一个计算机系统的图；图3是根据本发明的一个优选实施例的另一计算机系统的图；图4是根据本发明的一个优选实施例的另一计算机系统的图；图5是根据本发明的一个优选实施例的另一计算机系统的图；图6是根据本发明的一个优选实施例的服务器系统的图; 图7是根据本发明的一个优选实施例的过滤过程的图； 图8是根据本发明的一个优选实施例的搜索过程的图。
具体实施方式
在一个实施例中，向多个在线用户提供一个在线门户。参考图la， 在线门户包括三维大厅10，并且在线用户被提供有图形化身20，以在大 厅10中行进。终端用户还能够查看由访问大厅10的其他用户控制的化身 30，并且与其进行交互。但是，每个化身具有相关联的简档，如果特定用 户不希望查看一个或多个具有一个或多个特定简档的化身30或者不希望 与其进行交互，则在线门户可以从该特定用户的视图中滤除所述一个或多 个化身30，如图lb中所示。例如，化身30的简档中的一个元素可以是 反馈分数，如果特定的终端用户不希望查看分数低于特定的反馈分数的化 身30或者不希望被这样的化身30查看到，则可以从视图中滤除这些化身 30,并且可以从这些化身30的视图中滤除该用户的化身20。简档可以包 括任何数量的元素，例如性别、参与的时间长度、反馈分数、评论、说明 等。大厅10可被配置成图示虚构的环境和/或现实生活的环境。例如，在 图la中所示的大厅10表示伦敦的街道。其他大厅10可以示出各城市， 并且包括与所述各城市的地图非常类似的布局。在线门户可以包括大量的 这种大厅IO，并且允许用户访问任何数量的这种大厅IO。除了查看其他化身20并与其进行交互之外，大厅10还向用户提供多 个服务，如游戏。这样的服务可表示为大厅10内的一个或多个图形图像， 从而允许用户通过用户的化身20来接近所述一个或多个图〗象，并参加所 述服务。这样的服务可以是独立的，即可以不是单个游戏的一部分，并且 这样的服务可以包括打牌游戏、体育游戏、第一人称射击游戏、在线购物 和旅行预订服务。参考图2，图2示出了系统100，该系统ioo提供这种大厅io以;sj良务。系统100包括客户端软件程序70,客户端软件程序70可从月艮务器被 下栽到用户的工作站(未示出)。客户端软件程序70包括服务框架UO， 服务框架110生成用于大厅10和所选服务的用户接口 105。服务框架110 基于由至少两个软件部件(即服务提供单元("SRU")模块120和大厅块130)提供的数据来生成用户接口 105。服务框架110可以是本领域公 知的图形用户接口框架的形式，诸如微软的Windows框架和/或动态网页。 大厅模块130是向服务框架110提供数据以生成三维大厅10、用户的化 身20和由其他用户控制的任何未滤除的化身30的软件部件。来自大厅模 块130的数据由大厅管理器150提供。vMJ良务器160中取得关于用户正在 访问哪个大厅10、用户正在控制的化身20以及访问大厅10的其他化身 30的信息，服务器160位于远处，并且可通过网络60 (如因特网)经由 客户端/服务器应用程序接口 ("API") U5来访问。在一个替代的实施例 中，API115可以驻留在服务器160上。大厅10和化身20/30的信息145 由各部件要访问的软件程序70来存储。客户端软件程序70还包括聊天模 块lll，允许用户与该门户的另一用户进行实时的在线聊天会活。聊天模 块111优选地通itl良务框架110向用户提供聊天^套，并JL^接到客户端 /服务器API 115，以向服务器160发送实时数据并从服务器160接收实时 数据。SRU模块120是向服务框架110提供由用户选择的服务的软件部件。 SRU是执行服务的虚拟机，来自SRU的数据由SRU管理器140提供， 以由SRU模块120访问。在一些情况下，可能期望特定的服务具有用户 正在访问大厅10并且化身20的类型表示该用户的外观和感觉。对于这样 的情况，SRU管理器150可以访问大厅10和化身20/30的化身信息145， 以确定所述外观和感觉。例如，如果服务是在线高尔夫游戏，则该服务可 以访问信息145，以确定所述用户正在访问表示加利福尼亚卵石滩(Pebble Beach)的某个地方的大厅10。在这种情况下，在线高尔夫游戏将提供用 于表示卵石滩风景区处的高尔夫场地的场地。在一些情况下，特定的服务 仅可在某些大厅10获得。例如，麻将游戏仅可在表示中国城市的大厅IO 内获得。参考图3，图3示出了 SRU管理器140的一种实现方式。SRU管理 器可以包括开放的服务接口应用程序接口 ( "API" )200，接口 200由SRU 模块120使用，以访问一个或多个SRU 210/220/230/240。 SRU是执行特 定服务并且符合开放的服务接口 API 200的通用程序。如上所述，SRU 可以是在线服务，如旅行预订系统、在线购物中心或者游戏，例如打牌游 戏、体育游戏或者第一人称射击游戏，如MMOG。另外，SRU可以在灵活的环境中开发，这表示唯一的要求是SRU 要支持开放的服务接口 API200。例如，可以使用依赖于平台的软件开发套件("SDK")或者API 55 (如微软的SDK)来开发SRU,所述微软的 SDK —般依赖于微软的平台，如Windows.这样的SRU可以称为"SRU" direct或者"SRU-D" 210，其直接与依赖于平台的API55进行接口连接。如本领域的普通技术人员可以理解的，作为替代或者补充，可以使用 客户端软件系统70中包括的独立于平台的虚拟机50来开发SRU。虚拟 机50可以包括用于大厅10的三维引擎和平台抽象层(PlatformAbstract Layer, "PAL")，所述平台抽象层提供大量的可用于开发SRU的功能。 例如，虚拟机可以为SRU提供在线通信能力或者图形对象。4吏用虚拟机 50的SRU可以称为"SRU-I" 220，其间接地与平台API 55进行接口连 接。另外，SRU可以是用于可以使用预先建立的脚本而开发的子服务的 服务结构。这样的SRU可以称为"SRU-S" 230。例如，SRU-S可以是一 般的打牌游戏，其中，可以使用预先建立的脚本来建立游戏规则。参考图 4，图4示出了一种用于实现SRU-S 230的方法。SRU-S 230是被配置成 执行从SRU-S SDK 300开发的脚本320的通用结构。开发者^L提供有脚 本编辑器330，脚本编辑器330馈给脚^^医架310,脚本框架310生成脚 本320。最好包括调试器340，用以调试所述脚本。在一个示例中，SRU-S 可以是打牌游戏的结构，其中，打牌游戏(如朴克、桥牌或者单人纸牌游 戏)的规则被实现为脚本320。可实现的另一种类型的SRU是SRU-A240，其提供用于化身20的引 擎。SRU-S 230和SRU-A 240通过SRU API 250来访问大厅和化身的信 息145 ， SRU API 250还提供对于三维引擎和PAL 50的访问。参考图5，图5示出了大厅管理器150的一种实现方式。大厅管理器 150包括SRU-L 400， SRU-L 400提供用于大厅10和化身20/30的引擎。 SRU-L 400可以通过大厅API 410来访问大厅和化身的信息145以及三维 引擎和PAL50。大厅管理器150还可以包括超级世界模块420,超级世界 模块420是用于在用户想要从一个大厅10转向另一个大厅时提供显示的 子程序。例如，如果用户想要M示伦敦的大厅10转到表示北京的大厅 10，则超级世界模块420可以在过渡期间显示飞机图标、广告和/或声明。 如本领域的普通技术人员可以理解的，可以使用本领域公知的第三方三维 编程工具(如来自微软的DirectX)来实现大厅管理器150及其各子部件， 并且所生成的大厅模块130可以是三维DirectX对象的形式。超级世界模 块420可以是本领域乂>知的条幅程序(banner program )。参考图6，图6描述了示例性的服务器160。可以使用本领域公知的 任何编程工具(最好是面向对象的编程工具)在一个或多个物理可升级的 服务器机器(如Microsoft (微软)NT服务器或者Unix服务器)上实 现服务器160。如上所述的服务器部件160可由一个或多个用户通过网络 (如全球计算机网络，诸如因特网)经由客户端软件程序70 (诸如，如 以上所述的，客户端软件程序70通it^户端/服务器API 115与服务器160 的各部件通信)来访问。该API可以包括网^#输层，网^ft输层与网 络协议(诸如因特网上通常使用的协议TCP/IP)进行接口连接。服务器 160包括会话服务器625部件，服务器625部件保持客户端软件程序70 和服务器160之间的直接和持续的网络连接。M服务器625包括网络管 理部件，网络管理部件是本领域公知的。下述的许多其他部件通过会话服 务器625部件与客户端软件程序70交换数据。M服务器625维护系统 100上积极参与的用户的列表和具有化身简档的有效用户的化身或者角 色的列表。服务器160还包括用户管理服务器600，用户管理服务器600是高速 緩存来自数据库680的用户的属性或者简档(诸如性别、技能和所赢得的 设备)的服务器部件。每当新用户登录时，高速緩存该新用户的简档。而 且，用户管理服务器600还存储登录的用户在虚拟世界中的初始位置，以 由大厅单元服务器635 (下面将更详细地对其进行描述)使用。用户管理 服务器600还可以包括默认的用户位置，如果连接掉线或者丟失，则用户 可以恢复到所述默i人的用户位置.服务器160还包括一个或多个大厅单元服务器635,大厅单元服务器 635保持用户的化身在由系统100建立的虚拟世界内的位置。所述虚拟世 界通过"砖瓦(tile)"来限定，所述砖瓦是用于限定虚拟世界内的大厅的 基#造单位，单个砖瓦可以具有用户可以从视频屏幕上看到的区域的大 小。大厅单元服务器635保持由砖瓦限定的虚拟世界的地图，并且系统 100上积极参与的用户的化身的位置通过用户的化身逻辑定位的虚拟世 界内的砖瓦来限定。该信息由客户端软件70优选地通过非持续的连接来 查询和更新。所述信息还由会话服务器625优选地经由持续的连接来查询 和更新，如本领域的普通技术人员可以理解的。大厅单元服务器635还保 持在虚拟世界的特定砖瓦中发生的事件。例如，如果化身响应于用户输入 (诸如鼠标移动)而改变在砖瓦内的定位或位置，则所述改变被通知给可 视范围内(例如在同一砖瓦内)的其他化身，并且其他化身的客户端软件 程序70随所述改变而更新。^服务器62S从作出所述改变的化身的客户端软件程序70接收所述改变，并且向大厅单元服务器635和下面将描 述的其他部件发送所述改变。大厅单元服务器635处理这些改变，例如， 大厅单元服务器635计算改变的距离，并确定谁应当随所述改变来被更 新，并且通过会话服务器625和下面将描述的其他部件(诸如消息播出服 务器615)向用户管理服务器600、 M服务器625和对应的客户端软件 程序70发送经处理的改变。在会话服务器625和所有可用的大厅力良务器 635之间保持持续的连接，这样，可以根据化身在系统100的虚拟世界内 的位置向适当的大厅单元服务器635传送化身事件，如位置、外表或者行 为。在所有这些更新后，触发事件的用户的客户端软件程序70可以确认 事件，如移动。优选地，在系统IOO中保持大厅单元服务器635的一个或 者两个复本，用于容错.服务器160可以包括多个大厅单元服务器635，以保持大负荷的客户 端数据。在这种情况下，服务器160可以进一步包括单元分配服务器630， 单元分配服务器630监视和管理如何将所述负荷分布在多个大厅单元服 务器635间，由此，每个大厅单元服务器635保持一定数量的砖瓦内的事 件。本领域的普通技术人员应理解，某些砖瓦可能比其他的砖瓦更受欢迎，因而会包含比其他砖瓦更多的化身和更多的行为/事件。这样的砖瓦可能 要求较大的处理能力。通过单元分配服务器630的分配，被分配处理这些 砖瓦的大厅单元服务器635管理的砖瓦可以比分配给其他大厅单元服务 器635的砖瓦少。所述分配由单元分配服务器630分发到大厅单元服务器 635和会话服务器625。服务器160还包括一个或多个SRU服务器605， SRU服务器605是 大厅单元服务器635的一种变化形式，其服务于SRU而不是大厅。至少 存在两种专用于在线游戏的SRU服务器605。存在专用于第一人称射击 ("FPS")游戏的FPS SRU服务器605，其可以使用本领域公知的第三 方三维编程工具来开发。FPS SRU服务器605可以提供多个用户之间的 对等的(Peer-to-peer， "P2P")连接。拓朴包括多个主机。传统的系统为 了简化包括仅使用一个主机用于P2P拓朴；但是，这样的架构会产生性 能瓶颈和单个故障点。具有多个主机的当前拓朴应对这些问题，并且提供 支持大量用户的可升级的系统。而且，多个主机通过使用本领域公知的传 输控制协议("TCP")热线方案可增强整体性能，所述方案如因特网服务 提供商("ISP")对等，在该方案中，因特网高速宽带服务未被完全覆盖。 可以在位于远离服务器160的客户端机器上的SRU服务器605上实现简 单的FPS游戏，换言之，系统IOO的用户可以在他/她自己的客户端机器上在系统100内开发和建立FPS游戏。还存在地理矩阵SRU服务器605，其被设计用于具有大地图的在线 游戏，如MMOG游戏，如本领域的普通技术人员可以理解的。地理矩阵 SRU服务器605包括诸如帧同步的特征，并且还包括用于控制对应的 MMOG的逻辑。如上所述，当用户致力于SRU服务时，最好在客户端 程序70和SRU服务器605之间保持持续的、P2P连接。用户可以通过会 话服务器625来JL^与SRU服务器605的连接。用户的客户端软件程序 70的SRU管理器140为了要求与服务器和/或其他用户交换在线数据的 SRU模块120通it^户端/服务器API 115直接与SRU服务器605通信。 保持SRU服务器605的一个或多个复本，用于容错。服务器160还包括游戏逻辑服务器610。有一些服务和游戏需要驻留 在服务器160上的逻辑、规则或者内容。在线存储逻辑、规则和内容的原 因包括在线游戏比赛的安全和管理。游戏逻辑服务器610还可以包括调度 程序，调度程序对特定游戏在特定时间的动态执行进行调度。游戏逻辑服 务器610被实施为支持本领域公知的脚本语言，如Lua或者Py仇on，以 定义所述逻辑、规则和内容。服务器160还包括消息播出服务器615,消息播出服务器615向客户 端软件程序70广播来自服务器160的部件的全局的、分组的或者专有的 消息，这样的消息播出程序是本领域^^的。服务器160还包括过滤器收集器655，过滤器收集器655基于每个化 身的简档和来自其他用户的反馈来计算用于每个化身的过滤列表。计算的 结果被提供给大厅单元服务器635，大厅单元服务器635将所述计算转发 到相关的客户端软件程序70，以通知相关的客户端软件程序70向计算机 屏a加过滤器。可使用过滤器预处理器660来緩存对不同的过滤器计算 而言公共的数据，以提高计算的速度。过滤器收集器655在其计算中还可 使用排名服务器650，其中，排名服务器650基于对应的用户在系统100 内的行为和动作、所玩的游戏的性能和其他用户对于特定化身的^Jt来提 供对于特定化身的排名信息。对于由门户提供的基于交易的服务，在服务器160中可包括客户交易 服务器640，以维护交易，如货币购买。可以使用本领域公知的账户管理 程序来实施客户交易服务器640。在服务器160内的相应的数据库680和据(诸如可获得的服务)。在服务器160中包括数据库管理系统或者数库代理640,以通过服务器160内的各部件来管理数据库675/680以M 数据库675/680的访问。优选的是，服务器160还包括耦接到数据库代理 640的对象高速緩沖存储器620，对象高速緩冲存储器620在存储器中存 储经常被访问的数据对象以用于快速访问。所述的服务器160内的各部件 使用网络抽象层("NAL")，网络抽象层提供访问其他服务器部件的一致 性。服务器160内包括的其他部件包括安全监视器665，其通过客户端 软件程序70来监视在服务器160内的行为以发现未授权的行为；日志系 统670，其在文件和/或数据库内记录用户行为；以及聊天服务器645，其 提供客户端软件程序70中的聊天模块111的用户之间的实时的聊天M。 可以在门户系统中使用的其他服务器包括服务器管理工具695和非玩家 角色(Non-Playing Character, "NPC")服务器6卯。NPC服务器690 模拟和触发虚拟世界中的所有的计算机操作的角色和化身，如街上的宠物 或者游戏指南。参考图7，图7示出了可以在大厅单元服务器655中实施的、用于从 视图中滤除不期望的用户的过程。在门户的操作期间，生成可用于多个终 端用户的大厅(动作块710)。为每个参与的终端用户生成化身(动作块 720)。对于在特定大厅中的特定用户，服务器160定位在大厅内的所有其 他化身(动作块740),并且确定是否有任何其他化身具有不期望的简档 (如负>^馈)或者是否有其他化身已经被特定用户具体标识为不期望的化 身(判定块740 )。如果是，则门户将从该特定用户的视图中滤除所述不 期望的化身(动作块750)，并且从所述不期望的化身的视图中滤除该特 定用户的化身(动作块760)。然后，门户向该特定用户显示未滤除的化 身(动作块770)。因此，所述过滤技术是相互的，即其要求两个化身彼 此均未被对方滤除，以便所述化身和它们对应的用户能够彼此查看，特别 是如果它们位于同 一砖瓦中。另外，服务器160可以还包括用于搜索其他化身的搜索引擎，搜索引 擎可以被实施在大厅单元服务器655中。在图8中示出了搜索引擎的过程 800。用户能够通过与化身的简档相比较的关键字搜索来搜索化身或者化 身组(动作块810)。然后，服务器160搜索所有的化身的简档，并且取 得相关化身的列表，这些化身即具有包括所述关键字或者包括接近所述关 键字的信息的简档的化身，如本领域的普通技术人员可理解的(动作块 820)。优选的是，所述列表以相关性的顺序来排序。然后在所述列表中搜索已经从视图中滤除了递交用户的化身(判定块830)。如果存在已经从 视图中滤除了递交用户的化身，则从所述列表中去除这些化身(动作块 840)。然后，最后的列表被转发到所述递交用户(动作块850)。相关性 分数可以与在所述列表内的每个化身相关联。如果列表太大不利于查看， 则用户可以缩减该列表(动作块860)。因为门户;Lt拟的世界，因此，如果所搜索的化身当前不在所述递交 用户的可视范围内，则所搜索的化身不应当被重新定位在所述递交用户的 可视范围内。因此，仅仅当所搜索的化身正在接近所述递交用户的可视范 围时，才可以执行搜索过程800。因此，搜索过程800可以提供延迟的结 果，从而模拟真实世界的行为。在上述的说明中，已经参考本发明的特定实施例而描述了本发明。但 是显然，在不脱离本发明的较宽泛的精神和范围的情况下，可以进行各种 修改和改变。例如，读者应当明白，在此所述的过程动作的特定次序和组 合仅仅是说明性的，而本发明可以4吏用不同的或者附加的过程动作或者过 程动作的不同的组合或者次序来执行。例如，如上所述的实施例包括在用 户的计算机上安装的客户端软件，用于与用户进行交互；但是，作为对用 户的计算机上安装的客户端软件的使用的替代或补充，用户接口可以U 于浏览器的，其中，服务器160可以被实施为网络服务器，或者可以耦接 到网络服务器。作为另一示例， 一个实施例的每个特征可以与其他实施例 中所示的其他特征混合或者匹配。另外，显然的是，可以才艮据需要来增加 或者减少特征。因此，本发明仅仅根据所附的权利要求及其等同来限定。
权利要求
1.一种具有多个终端用户的在线门户，该在线门户可由要安装在终端用户的工作站上的客户端软件来访问，所述客户端软件包括服务框架，被配置成生成和显示可由所述多个终端用户访问的三维图形大厅和位于所述大厅内的多个图形化身，其中，每个化身由所述多个终端用户中的至少一个控制，其中，终端用户能够查看由其他终端用户控制的图形化身，并且其中，所述终端用户能够相互地滤除由其他终端用户控制的图形化身中的一个或多个；服务提供单元模块，被配置成向所述服务框架提供多个独立的服务，所述服务可用于由所述多个终端用户选择；以及大厅模块，被配置成向所述服务框架提供大厅和化身的数据，并且被配置成显示可用于由所述多个终端用户选择的一个或多个独立的服务。
2. 根据权利要求l的客户端软件，其中，所述的一个或多个服务是 计算机游戏。
3. 根据权利要求2的客户端软件，其中，所述计算机游戏包括大型 多玩家在线游戏。
4. 根据权利要求l的客户端软件，还包括服务提供单元管理器，被 配置成管理一个或多个服务提供单元，并且向所述服务提供单元模块提供 来自所述一个或多个服务提供单元的数据。
5. 根据权利要求l的客户端软件，其中，所述终端用户的工作站包 括平台，并且一个或多个月良务提供单元包括与所述终端用户的工作站的平 台直## 口连接的服务提供单元。
6. 根据权利要求l的客户端软件，其中， 一个或多个服务提供单元 包括被配置成执行一个或多个脚本的月良务提供单元，所述一个或多个脚 本建立用于该服务提供单元的操作的一组规则。
7. 根樨权利要求l的客户端软件，还包括大厅管理器，被配置成向 所述大厅模块提供大厅和化身的数据。
8. 根据权利要求l的客户端软件，还包括聊天模块。
9. 根据权利要求l的客户端软件，还包括关键字搜索模块，该关键 字搜索模块使得用户能够通过一个或多个关键字来搜索其他化身。
10. —种用于向多个终端用户提供在线门户的方法生成可由所述多个终端用户访问的多个三维图形大厅；生成用于所述多个终端用户中的每个终端用户要在所述图形大厅内 控制的化身，其中，所述多个终端用户能够查看彼此的化身；4吏每个终端用户能够相互滤除所述多个终端用户中的一个或多个终 端用户的化身；以及在所述图形大厅内提供可由所述多个终端用户访问的多个独立的服务。
11. 根据权利要求10的方法，还包括从期望滤除化身的终端用户 的视图中滤除所述化身。
12. 根据权利要求ll的方法，还包括从被滤除的化身的视图中滤 除所述终端用户的化身。
13. 根据权利要求10的方法，其中，每个化身包括简档，所述方法 还包括使得用户能够对化身的简档执行关键字搜索。
14. 根据权利要求13的方法，其中，所述关键字搜索生成与所述关 键字搜索有关的简档的列表，所述方法还包括以下步骤从所述列表中去 除与已经滤除了所述用户的化身相关联的一个或多个简档。
15. 根据权利要求10的方法，其中，所述多个独立的服务包括打牌 游戏、第一人称射击游戏或者在线零售店中的至少一个。
16. 根据权利要求10的方法，其中，所述独立的服务中的至少一个 仅可在所述多个图形大厅之一 中获得。
17. 根据权利要求10的方法，还包括向每个终端用户提供聊天模 块，该聊天模块使得终端用户能够与一个或多个其他终端用户进行聊天会 话。
18. —种可由多个终端用户通过广域'网访问的在线门户，包括服务器，被配置成生成多个三维图形大厅，生成用于所述多个终端用 户中的每个终端用户要在所述图形大厅内控制的化身，并且在所述图形大 厅内提供可由所述多个终端用户访问的多个独立的服务；以及与每个终端用户相关联的客户端软件程序，通过所述广域网以通信的 方式耦接到所述服务器，并且被配置成访问所述化身、所述多个三维图形大厅和所述多个独立的服务。
19. 根据权利要求18的在线门户，其中，所i^J艮务器还包括过滤器 模块，该过滤器模块被配置成从期望滤除化身的终端用户的视图中滤除所 述化身。
20. 根据权利要求19的在线门户，其中，所述过滤器模块还被配置 成从被滤除的化身的视图中滤除所述终端用户的化身。
21. 根据权利要求18的在线门户，其中，每个化身包括简档，所述 服务器还包括被配置成使得用户能够对所述化身简档执行关键字搜索的 搜索引擎。
22. 根据权利要求21的在线门户，其中，所述搜索引^L配置成生 成与所述关键字搜索有关的简档的列表，其中，所述服务器还被配置成从 所述列表中去除与已经滤除了所述用户的化身相关联的一个或多个简档。
23. 根据权利要求18的在线门户，其中，所述多个独立的服务包括 打牌游戏、第一人称射击游戏或者在线零售店中的至少一个。
24. 根据权利要求18的在线门户，其中，所述独立的服务中的至少 一个仅可在所述多个图形大厅之一 中获得。
25. 根据权利要求18的在线门户，还包括用于每个终端用户的聊天 模块，该聊天模块4吏得终端用户能够与一个或多个其他终端用户进行聊天絲。
全文摘要
本发明总体而言涉及在线门户，更具体而言，涉及用于提供在线大厅的系统和方法。在一个实施例中，一种具有多个终端用户的在线门户可由客户端软件访问，该客户端软件包括服务框架，该服务框架被配置成生成和显示可由所述多个终端用户访问的三维图形大厅和位于所述大厅内的多个图形化身，其中，每个化身由所述多个终端用户中的至少一个控制，并且其中，终端用户能够查看由其他终端用户控制的图形化身。还包括服务提供单元模块，服务提供单元模块被配置成向所述服务框架提供一个或多个服务，所述服务可用于由所述多个终端用户选择。
文档编号G06T15/00GK101283329SQ200680035123
公开日2008年10月8日 申请日期2006年8月3日 优先权日2005年9月22日
发明者朴星波 申请人:希佩尔皮亚有限公司