专利名称：用于在线社区和连接体验的体系结构的制作方法
技术领域：
当前公开的主题涉及计算领域，且更具体而言，涉及诸如媒体内容等领域，但这只 是示例性且非限制性领域。
背景技术：
诸如游戏控制台、游戏手持式设备、音乐播放器、个人计算机(PC)等娱乐设备不 具有供用户例如经由视频和/或语音来彼此通信的结构化的、明确定义的手段。此外，这些 设备不具有用于以一致、稳健且丰富的方式共享诸如照片、音乐、视频等数据的手段。由此， 需要可提供用于跨平台通信和数据共享的框架的体系结构。发明_既述此处公开了关于用于在线社区和连接体验的体系结构的各方面。该体系结构可以 在运行主机计算设备的应用程序中实现，其中该应用程序提供各种功能，诸如查找本地设 备上或主存在在线服务上的模块、启动这些模块、在多个这样的同时运行的模块之间切换、 以及提供多对多文本、语音和视频功能。该应用程序还可与主机计算设备上的托管运行时 代码接口，由此在具有不同平台的多个计算设备之间提供输入、输出和网络通信手段。应当注意，提供本概述是为了以简化的形式介绍下面在详细描述中进一步描述的 一些概念。本概述不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮 助确定所要求保护的主题的范围。附图简述以上的概述以及以下的详细描述在结合附图阅读时能更好地理解。为例示本发 明，示出了本发明的各方面。然而，本发明不限于所讨论的各特定方面。包括以下附图
图1示出了其中不同类型的娱乐设备不具有用于通信和共享数据的跨平台体系 结构的现有技术系统；图2示出存在用于各种类型(和相同类型)的各种设备的能够允许通信和数据共 享的结构化跨平台机制；图3示出了跨平台交互可以如何使用应用程序和/或插件体系结构来实现；图4示出了基本媒体内容共享模块与本机应用程序交互的示例性情形；图5在图4的主题上构建，公开了主机修改的媒体内容情形；图6更进一步地在图4和5上构建，示出了远程计算设备修改的媒体内容的效果；图7示出了对跨平台应用程序机制的制造、使用、提供等的示例性框图流程图；图8以框图形式示出了可结合参考图1-7和9讨论的跨平台应用程序的各方面来 使用的示例性多媒体控制台；以及图9示出了用于参考图1-8讨论的主题的示例性联网环境。说明性实施例的详细描述图1示出了其中不同类型的娱乐设备不具有用于通信和共享数据的跨平台体系 结构的现有技术系统。娱乐设备A 160可具有类型1，而娱乐设备B162也可具有类型1。因 为设备160、162两者都具有相同的类型，诸如两台个人计算机(PC)，所以它们可以容易地经由诸如传输控制协议/网际协议(TCP/IP)等各种协议来进行通信。在这种情况下，存在 结构化通信和共享机制。作为对比，不同类型的设备由于缺少公共通信和共享机制而无法以结构化方式彼 此通信。在图1中，娱乐设备A 160可具有类型1，即PC，而娱乐设备C 164可具有类型2， 例如音乐播放器。这两个设备，即PC和音乐播放器，无法以丰富且宽泛的方式进行通信。当 然，可存在不同类型的设备之间的基本交互，诸如基本文本或其他直接数据共享，然而，一 个设备的内容在极大程度上对于另一设备是不可理解的(反之亦然)。结构化跨平台通信和数据共享的这一缺乏可适用于多个设备。图1示出类型1的 娱乐设备A 160也无法以结构化方式与类型3的娱乐设备D进行通信。类型3设备166 (例 如，游戏手持式设备)无法与类型2设备164 (音乐播放器)通信，等等。与图1形成对比，图2示出如果存在结构化跨平台机制，则各种类型(和相同类 型)的各种设备能够容易地彼此通信和共享数据。由此，按照图2，类型1的计算设备A 200 可与类型2的计算设备C交互；它可与类型3的计算设备D 206交互；并且，它可与具有与 其自身相同的类型，即类型1的计算设备B 204交互。可包括通信和/或数据共享以及其他功能的这样的交互可包括但不限于语音、 文本和/或视频通信，照片、音乐(包括音频文件)、视频等的共享。简而言之，该交互可涉 及任何种类的数字内容。取决于需求，这一交互可以实时或不实时执行。此外，该交互不必 限于1 1交互，相反它可涉及多个用户和/或计算系统。在该设置中，可通过跨多个平台 进行通信和共享内容来维持社区体验，无论这些平台是在PC、游戏控制台、音乐播放器、蜂 窝电话、还是在个人数字助理(PDA)等上运行。接着，图3示出了跨平台交互可以如何使用应用程序和/或插件体系结构来实现。 在图3中，类型1的计算设备A 200与类型2的计算设备C 202交互。在当前所公开的主 题的一方面，这一通信和/或数据共享可使用跨平台应用程序300来实现。该应用程序300 可支持不同且远程计算设备上的多个用户302、304、306。这些设备可具有如上所述的不同 类型，包括PC、游戏控制台等。使用该跨平台应用程序，用户302、304、306可使用语音、文 本、视频和其他通信手段来召开会议308。此外，跨平台应用程序300可支持插件体系结构。因此，可以开发各种插件模块并 使用这些插件模块来与核心应用程序300交互。这些插件模块可包括各种计算解决方案， 无论是用于添加还是增强语音、文本和/或视频通信和/或照片、音乐和/或视频共享等。 可由插件体系结构310来实现这一点的一种方式是通过展示可用于设计内置于上述插件 模块中的适当接口的核心接口 312。核心接口 312可仲裁对各种功能的控制，诸如(1)图形 设备，以使得插件能够绘图、(2)输入，以使得插件能够取得并处理特定输入、(3)联网，以 使得插件能够跨各个用户同步数据，等等。在当前所公开的主题的又一方面，跨平台应用程序可以是平台不可知的。作为示 例而非限制，应用程序300可与诸如.NET等托管代码框架交互。这可允许利用托管代码 来进行上述交互，并且还可允许不同类型的代码经由托管代码框架所提供的中间语言来交 互。本领域的技术人员将会很好地理解，可使用各种跨平台运行时代码来实现该目标(不 仅仅是.NET)，并且在所公开的主题的某些其他方面，不必使用这些托管代码框架。在使用托管运行时代码的情况下，这些托管运行时代码可提供用于进程控制、输
5入控制、联网(包括用户进入或离开会话的通知、以及定址分组并将其发送到任何用户的 能力)、图形渲染、对本地存储的访问等的基本模型或命名空间。与这些运行时代码交互的 本机应用程序可提供用于查找本地设备上或主存在在线服务上的模块的基本功能，它们还 可允许启动这些模块，在同时运行的模块之间切换，多对多文本、语音、视频聊天，等等。本机应用程序的其他示例性且非限制性特征中的某一些包括主存实际上运行模 块的托管运行时代码；向包括文本、语音、视频、控制器、存储等的模块提供输入；提供来自 包括文本、语音、视频、图形、存储等的模块的输出；提供呈现来自小配件的输出的手段；提 供邀请其他各方加入体验的手段；维护跨所有用户的持久文本、语音、视频聊天。如在该应 用程序的其他部分中不同地出现的，这些特征只是本机应用程序的多个特征中的某一些， 无论是作为图3中的跨平台应用程序300还是作为图4中的本机应用程序414。现在转向图4，该附图示出了基本媒体内容共享模块与本机应用程序交互的示例 性情形。最初应当注意，“媒体内容”包括此处全文中所讨论(并且可存储在任何有形介质 上)的任何内容，由此该术语是包括性的而非排斥性的。此外，此处的术语“内容”包括任 何“数据”和/或“代码”，因为本领域的技术人员理解这些术语。在图4中，可以是照片共 享和/或编辑插件或某一其他小程序的模块402提供某一媒体内容416，例如，图片(但是， “媒体内容”的概念不限于图片、文本和这些数据，而是还可包括游戏内容、视频和/或音频 内容等)。该媒体内容416可经由图形接口 408传送到本机应用程序414。本机应用程序 414可提供内容框架418，例如，某种类型的小程序或程序，诸如语音聊天或文本聊天。由 此，最终结果可以是媒体内容416可以嵌入430到内容框架418中，正如图片可被嵌入或粘 贴到聊天程序中那样。并且，此外，在当前所公开的主题的其他方面，媒体内容416和内容 框架418可以是同一个(例如，控制台游戏)。最终，该媒体内容416然后可经由本机应用 程序414的本机联网420功能来与其他用户共享。本机应用程序414可提供各种功能，诸如维护状态和展示用于允许与其他远程主 机和客户机交互的接口。在前一种情况下，应用程序414可跨诸如跨网络分隔的多个计算 设备维护一致的状态。作为示例而非限制，应用程序414可回答关于各个模块之间的各种 连接的询问(例如，套接字状态)。在后一种情况下，同样作为示例而非限制，联网接口 404 可帮助跨各种平台将上述媒体内容416与各个用户共享；控制接口 406可允许以各种方式 操纵内容416 ；图形接口 408可允许获取图形内容；输入接口 410可允许可影响媒体内容的 输入；并且存储接口 412可允许控制各种存储方案。由本机应用程序414展示的这些接口 404、406、408、410和412只是示例性的并且是非限制性的。此处也构想其他接口，如在阅读 本发明所公开的周围上下文时显而易见的。应用程序414本身可驻留在各种计算设备上，无论是固定的还是移动的，PC还是 膝上型计算机、PDA和蜂窝电话等。应用程序414可被具体化为完整的程序或小程序。它 可以在对等网络体系结构或客户机_服务器体系结构中起作用。如将在与图9和10相关 联的讨论中显而易见的，该应用程序可驻留在各种软件、硬件或固件环境中，并通过各种类 型的网络来与其他计算设备和/或模块交互。图5在图4的主题上构建，公开了主机修改的媒体内容情形。如图4所示，嵌入430 到内容框架418中的原始媒体内容可经由内容框架418的用户界面来修改(如上所述，该 框架418可以是任何种类的程序、应用程序或小程序，无论是基于图形、基于文本、还是基于视频，等等)。由此，按照图5，用户可经由框架418的用户界面来操纵媒体内容416，并且 该操纵可经由输入接口 410来传送到模块402。接着，可将新(主机)修改的媒体内容500 传送到框架418并在框架418中构造。然后可以与在远程(无论是物理地远程还是逻辑地 远程)计算设备上运行的其他应用程序共享该新内容500，以使得在主机510上执行的变更 可以反映在这些其他计算设备中。图6更进一步地在图4和5上构建，示出了远程计算设备修改的媒体内容的效果。 图5的主机修改的内容500还可进一步由不同(或相同)平台上的远程用户来修改。根据 图6，具有第一平台类型的远程设备602可变更图5所示的经修改的内容500以使得这些变 更可作为远程修改的媒体内容600出现。这些变更可以出现在由本机应用程序414提供的 内容框架418中。具体而言，联网接口 404可将任何变更从远程设备602中继到适当的模 块402以使得该模块402然后可将这些变更呈现到经修改的内容500上，由此产生远程修 改的内容600。简而言之，可被具体化为标准应用程序或程序和/或小程序的本机应用程序414 可驻留在想要与另一计算设备通信和/或共享数据(甚至更概括而言是与另一计算设备 交互)的任何计算设备上，其中这些设备可具有相同或不同的平台。完成该任务的一种方 式是对于诸如应用程序414等对给定计算设备是本机的任何应用程序，提供某种核心接口 312 (图3所示)，如诸如联网接口 404、控制接口 406、图形接口 408、输入接口 410和/或存 储接口 412等接口所例示的。这些接口还可超过此处所公开的接口集合来扩展。例如，如图6所示，可以提供可 定制接口 421，其中该接口可展示对诸如GPS数据、照相机数据等各种功能的访问。由此， 可定制接口 421可代替允许任何模块与诸如GPS、蓝牙、照相机或运动检测器设备等主机计 算设备510专用功能或设备进行通信的任何类型的接口。此外，本机应用程序414可以与 诸如.NET等托管运行时代码400相关联，以使得可使用各种模块或插件来与本机应用程序 414交互。由此，在当前所公开的主题的另一方面，本机应用程序414的功能可以在至少三 个不同的体系结构中表现其自身(1)在设备(例如，控制台，但不限于此，因为此处构想任 何计算设备)上运行的本机应用程序可主存在其他设备上运行的各种其他应用程序之间 的会话；(2)与不同设备上的其他模块通信的模块可经由动态链接库(DLL)，而不是本机应 用程序来这样做(其中DLL可存在于与另一设备通信的每一个设备上，并且DLL可以从在 线源下载，或者为了第一次安装或者为了解决与其他DLL的版本化问题；此外，应当注意， 确保跨模块重启的服务连续性(例如，跨模块加载维护视频聊天)可能需要专用操作系统 支持)；以及(3)操作系统(OS)可管理本机应用程序(即，操作系统可监督以上参考图4、 5和6讨论的通信话务)。这三个设置中的任一个都与此处所公开的主题一致，并且可按需 以所需形式采用该设置。应用程序414 (或者替换方案中的DLL或OS监督的应用程序)可以负责维护模块 之间的连接。该应用程序414可指定这些模块(例如，模块402)的特性以及模块如何彼此 连接。如下所示，这一连接可以在对等上下文或服务器-客户机上下文中。此外，在本机应 用程序体系结构中，例如主机迁移可以在会话主机从一个控制台迁移到另一个控制台时发 生(例如，在其中前一个控制台从会话中退出的情况下)。由此，当前所公开的主题的一个优点是开发者可节省管理各个控制台上的各种模块之间的连接的时间，因为在每一个这样 的控制台上运行的本机应用程序可保证连通性。最后，图7示出了对跨平台应用程序机制的制造、使用、提供等的示例性框图流程 图。在框700，可将上述应用程序(例如，应用程序414)从远程源下载到计算设备上。然而， 应当理解，该应用程序可被预先加载到计算设备上。接着，在框702，一旦下载了应用程序， 就可安装该应用程序以便与诸如运行时托管代码等本机主机计算资源交互。一旦安装，就 可使用该应用程序来执行如上所述的各种功能以及诸如数据同步、实时更新等附加功能。对该应用程序的安装允许具有不同平台的计算设备彼此通信和/或共享数据，无 论这些平台包括标准PC操作系统、移动操作系统、还是封闭操作系统(其中“封闭”系统的 概念包括诸如游戏控制台等只允许诸如经签署的代码等特定类型的代码运行的非通用计 算机)，等等。在框704，将该应用程序配置成从远程设备接收媒体内容并与本机或主机计算设 备共享这些内容。然后可由主机计算系统来操纵这些媒体内容，并且可将媒体内容中的任 何变更反映回到远程系统，如框706所示。此外，上述应用程序可与诸如插件程序、应用程 序、或小程序等对该应用程序是本地的或对该应用程序是远程的(即，驻留在不同的计算 设备上，无论是物理地还是逻辑地一诸如在虚拟机情形中)模块交互。最后，在框708，该应 用程序可保持主机和运行不同平台的远程设备之间的开放通信(同时例如在框700-706中 共享数据)。如上所述，这些通信可包括文本、语音、视频、音频，并且还可包括任何其他种类 的电子通信。应当注意，在本发明的另一方面，在具有适当的应用程序的情况下，只要用户按下 任何控制器142(1)、142 (2)按钮(如图8所示)，该应用程序就可截取该信号并由此在向预 期接收者传递任何命令之前操纵该信号。以此方式，该应用程序可管理任何控制台的控制 流，诸如具有选择不同模块的能力(无论是本地地还是通过网络)。实际效果是该应用程序 提供允许在封闭计算系统之间容易地共享数据的计算系统。在当前所公开的主题的一个示例性且非限制性方面，可维护视频和/或聊天线程 以提供视频和/或聊天始终可用(即使在应用程序重启发生时)的表象。诸如语音数据等 所传递的数据的其他方面在任何数据加载(无论这些加载包括视频、图片、还是游戏等)中 可表现为是无缝的。III.用于在线内容的示例性计算设备和网络上述计算设备，无论是本机(例如，主机架510)还是远程602，可被具体化为具有 不同、相似或相同平台的游戏控制台、音乐播放器、PC，和其他这样的设备。此处还构想手持 式设备、膝上型计算机、蜂窝电话等。参考图8，一框图示出了可结合此处所讨论的跨平台应 用程序的各方面来使用的示例性多媒体控制台。包括面向游戏的控制台或PC在内的该控 制台可包括例如数字音频处理功能。具体而言，在图8中，多媒体控制台100被示为包括具 有1级(Li)高速缓存102、2级(L2)高速缓存104和闪存R0M(只读存储器)106的中央处 理单元(CPU) 101。1级高速缓存102和2级高速缓存104可临时存储数据并因此减少了存 储器访问周期数，从而提高了处理速度和吞吐量。闪存ROM 106可存储在多媒体控制台100 通电时在引导进程的初始阶段加载的可执行代码。或者，在初始引导阶段加载的可执行代 码可被存储在闪存设备中(未示出)。此外，ROM 106可与CPU 101分开放置。这些存储器设备可高速缓存上述应用程序、程序、小程序、托管代码等的各部分或全部。图形处理单元(GPU) 108和视频编码器/视频编解码器(编码器/解码器)114可 形成用于高速、高分辨率图形处理的视频处理流水线。数据可经由总线从图形处理单元108 输送到视频编码器/视频编解码器114。视频处理流水线可将数据输出到A/V(音频/视 频)端口 140以传输到电视机或其它显示器。存储器控制器110可连接到GPU 108和CPU 101以方便处理器访问各种类型的存储器112，诸如但不限于RAM(随机存取存储器)。多媒体控制台100可包括可较佳地在模块118上实现的I/O控制器120、系统管理 控制器122、音频处理单元123、网络接口控制器124、第一 USB主控制器126、第二 USB控制 器128和前面板I/O子部件130。USB控制器126和128可用作外围控制器142 (1)-142 (2)、 无线适配器148、和外置存储器单元146 (例如闪存、外置⑶/DVD ROM驱动器、可移动介质 等)的主机。网络接口 124和/或无线适配器148可提供对网络(例如因特网、家庭网络 等)的访问并且可以是各种不同有线或无线接口组件中的任一种，包括以太网卡、调制解 调器、蓝牙模块、电缆调制解调器等等。可提供系统存储器143以存储在引导进程期间加载的应用程序数据。可提供媒体 驱动器144且其可包括DVD/CD驱动器、硬盘驱动器、或其它可移动媒体驱动器等。媒体驱 动器144对于多媒体控制台100可以内置或外置。应用程序数据可经由媒体驱动器144访 问，以由多媒体控制台100执行、回放等。媒体驱动器144可经由诸如串行ATA总线或其它 高速连接(例如IEEE 1394)等总线连接到I/O控制器120。系统管理控制器122可提供涉及确保多媒体控制台100的可用性的各种服务功 能。音频处理单元123和音频编解码器132可形成根据上述当前所公开的主题的各方面的 具有高保真、3D、环绕和立体声音频处理的对应的音频处理流水线。音频数据可经由通信链 路在音频处理单元123与音频编解码器126之间传输。音频处理流水线可将数据输出到A/ V端口 140以供外置音频播放器或具有音频能力的设备再现。前面板I/O子部件130可支持暴露在多媒体控制台100的外表面上的电源按钮 150和弹出按钮152以及任何LED (发光二极管)或其它指示器的功能。系统电源模块136 可向多媒体控制台100的组件供电。风扇138可冷却多媒体控制台100内的电路。CPU 101、GPU 108、存储器控制器110、和多媒体控制台100内的各个其它组件可 经由一条或多条总线互连，包括串行和并行总线、存储器总线、外围总线、和使用各种总线 架构中任一种的处理器或局部总线。当多媒体控制台100通电或重新引导时，应用程序数据可从系统存储器143加载 到存储器112和/或高速缓存102、104中并在CPU 101上执行。这一应用程序数据可包括 在线导出的数据中的某一些。该应用程序还可呈现在导航到多媒体控制台100上可用的不 同媒体类型时提供一致的用户体验的图形用户界面。在操作中，媒体驱动器144中包含的 应用程序和/或其它媒体可从媒体驱动器144启动或播放，以向多媒体控制台100提供附 加功能。多媒体控制台100可通过将该系统简单地连接到电视机或其它显示器而作为独 立系统来操作。在该独立模式中，多媒体控制台100可以允许一个或多个用户与该系统交 互、看电影、听音乐等。然而，随着通过网络接口 124或无线适配器148可用的宽带连接的集 成，多媒体控制台100还可在较大网络社区中作为参与者来操作。作为这样的参与者，多媒
9体控制台100可与计算设备(无论是PC还是服务器)交互，并接收最终可以存储的信息。接着，图9示出了用于参考图1-8讨论的主题的示例性联网环境。以上所讨论的 游戏控制台100可对应于计算设备153、156、157中的任一个，或者游戏控制台100可以分 布在这些设备153、156、157上。游戏控制台100可经由通信网络/总线154与各种其他对 象155和存储设备158交互，其中这些对象和设备可对应于其他计算设备(无论是硬件、固 件还是软件)。取决于实现，跨平台应用程序可以在对等网络或基于客户机-服务器的网络 中通信。最后，应当注意，此处描述的各种技术可以结合硬件或软件，或在适当时以两者的 组合来实现。因此，当前公开的主题的方法和装置或其特定方面或部分可采取包含在诸 如软盘、CD-ROM、硬盘驱动器或任何其它机器可读存储介质等有形存储介质中的程序代码 (即，指令)的形式，其中当程序代码被加载到诸如计算机等机器内并由其执行时，该机器 成为用于实现本主题的装置。在程序代码在可编程计算机上执行的情况下，计算设备通常可以包括处理器、该 处理器可读的存储介质(包括易失性和非易失性的存储器和/或存储元件)、至少一个输 入设备、以及至少一个输出设备。可例如通过使用数据处理应用程序编程接口(API)等来 利用本发明的域专用编程模型的创建和/或实现的各方面的一个或多个程序较佳地用高 级过程语言或面向对象的编程语言来实现以与计算机系统通信。然而，如果需要，该程序可 以用汇编语言或机器语言来实现。在任何情形中，语言可以是编译语言或解释语言，并被组
I=I O当前所公开的各方面所使用的任何语言可包含用于执行各种任务的指令。因此， 例如，本机运行时代码可维护维持例如跨模块加载的语音/视频聊天所必需的连接；本机 应用程序可向模块展示关于附连到当前会话的用户的知识(以此方式，各模块可以在它们 启动时始终知晓当前谁是连接的)；如图4所示，例如，本机应用程序414可以是实际内容 框架418(在这种情况下，应用程序414可运行显示与当前会话相关的信息和用户界面(UI) 的专用模块，例如，具有可视化还有谁在会话中的能力，并使该UI实际上操纵数据，例如， 邀请人、踢走人、显示表情、启动新模块、以及使会话中的每一个人也启动新模块，等等)； 本机应用程序还可提供与会话无关的个人服务(例如，股票机、新闻、电子邮件等)；并且本 机应用程序还可向各模块提供其他丰富的服务，例如，如来自蜂窝电话或其他附连硬件的 GPS信息、来自附连到会话的用户的丰富的简档数据等的特殊能力。而且，尽管已经结合如各附图所示且在上文中讨论的多个示例性方面描述了本发 明，但可以理解，可使用其它相似方面或者可对所述方面进行修改和添加以执行本发明的 相同功能而不背离本发明。例如，在本发明的各方面，描述了用于跨平台计算设备之间和/ 或中的交互的过程和方法。然而，本文的教示还构想了与这些描述方面等价的其它机制。因 此，本发明应当不限于任何单一方面，而应按照所附权利要求书的宽度与范围来解释。
权利要求
一种用于允许多个计算设备之间的跨平台交互的系统，包括具有第一平台的第一计算设备(153、156、157、100、200、202、204、206)；具有与所述第一平台不同的第二平台的第二计算设备(153、156、157、100、200、202、204、206)；以及驻留在所述第二计算设备上的应用程序(300)，其中所述应用程序被配置成允许在所述第一计算设备和所述第二计算设备之间进行通信和数据共享，其中所述应用程序被配置成经由一组接口来与模块交互，并且其中所述应用程序被配置成在所述第二计算设备处从所述第一计算设备接收第一内容并在托管运行时环境中处理所述内容。
2.如权利要求1所述的系统，其特征在于，所述应用程序还被配置成从所述模块接收 第二内容并将所述第二内容传送到所述第一计算设备。
3.如权利要求1所述的系统，其特征在于，所述应用程序经由所述一组接口将所述第 一内容提供给所述模块。
4.如权利要求1所述的系统，其特征在于，所述应用程序被配置成允许以文本、语音和 视频格式中的至少一个格式在所述第一计算设备和所述第二计算设备之间进行通信和数 据共享。
5.如权利要求1所述的系统，其特征在于，所述应用程序被配置成与所述第一计算设 备实时交互。
6.如权利要求1所述的系统，其特征在于，所述托管运行时环境是.NET。
7.如权利要求1所述的系统，其特征在于，所述通信和数据共享通过对等网络发生。
8.如权利要求1所述的系统，其特征在于，所述模块是插件小程序。
9.如权利要求1所述的系统，其特征在于，所述应用程序是从远程源下载的。
10.如权利要求1所述的系统，其特征在于，所述一组接口是可扩展的。
11.如权利要求1所述的系统，其特征在于，所述第一计算设备和所述第二计算设备中 的至少一个是封闭设备。
12.如权利要求1所述的系统，其特征在于，所述第一计算设备和所述第二计算设备中 的至少一个是移动设备。
13.—种承载用于允许多个计算设备之间的跨平台交互的计算机可执行指令的计算机 可读存储介质(102、104、106、112、143、146、158)，所述指令包括被配置成将内容(416)从主机计算设备提供(700)至远程计算设备的指令；被配置成经由一组接口中的至少一个将所接收到的内容提供(702)给模块的指令；被配置成由对所述主机计算设备本机的应用程序从所述远程计算设备或所述模块接 收(704)内容的指令；以及被配置成在所述应用程序和具有与所述主机计算设备不同的平台的多个计算设备之 间交换(708)内容的指令，其中所述内容交换在托管运行时环境中执行。
14.如权利要求13所述的计算机可读存储介质，其特征在于，所述内容是文本、语音和 视频数据中的至少一个。
15.如权利要求13所述的计算机可读存储介质，其特征在于，所述交换通过对等网络 发生。
16.如权利要求13所述的计算机可读存储介质，其特征在于，还包括用于将所述本机应用程序下载到所述主机计算设备上的指令。
17.一种用于允许具有不同类型的多个计算娱乐设备之间的通信和数据共享的方法， 包括从存储设备检索(700)内容(416)； 将所述内容发送(702)到应用程序；由在主机计算设备上运行的所述应用程序来接收(704)所述内容； 将所述内容嵌入(430)到在所述主机计算设备上运行的内容框架(418)中；以及 将所述内容的副本提供给运行与在所述主机计算设备上运行的所述应用程序基本上 相似的应用程序的远程计算设备，其中所述基本上相似的应用程序和所述主机计算设备应 用程序两者都与公共托管运行时框架相关联。
18.如权利要求17所述的方法，其特征在于，还包括在所述主机计算系统处并从运行 与在所述主机计算系统上运行的平台不同的平台的所述远程计算设备接收对于所述内容 的附加内容。
19.如权利要求17所述的方法，其特征在于，对所述内容的所述检索由与所述主机计 算设备相关联的插件设备执行。
20.如权利要求17所述的方法，其特征在于，所述多个计算设备中的至少一个是封闭设备。
全文摘要
此处公开了关于用于在线社区和连接体验的体系结构的各方面。该体系结构可以在运行主机计算设备的应用程序中实现，其中该应用程序提供各种功能，诸如查找本地设备上或主存在在线服务上的模块、启动这些模块、在多个这样的同时运行的模块之间切换、以及提供多对多文本、语音和视频功能。该应用程序还可与主机计算设备上的托管运行时代码接口，由此在具有不同平台的多个计算设备之间提供输入、输出和网络通信手段。
文档编号G06F3/00GK101911045SQ200880124596
公开日2010年12月8日 申请日期2008年12月11日 优先权日2008年1月11日
发明者T·A·兰根, T·林, V·辛格尼 申请人:微软公司