移动式和嵌入式设备的配置和管理系统

1.一种系统管理框架，包括： 配置管理系统，其被配置用于和多个兼容客户计算机通信并管理所述客户计算机；以及 与所述配置管理系统相分离的客户机代理服务器，其被配置用于和客户设备通信，其中所述客户设备不能直接与所述配置管理系统通信并且不由所述配置管理系统直接管理，所述客户机代理服务器独立于所述客户设备实施，并被配置用于和所述配置管理系统通信，并模拟一个代表所述客户设备的兼容客户计算机，从而允许所述配置管理系统管理所述客户设备。
2. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器被配置用于接收来自客户设备的配置信息，并向所述配置管理系统 报告所述接收的配置信息。
3. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器被配置用于接收其格式与配置管理系统不兼容的来自客户设备的配 置信息，并把所述接收到的配置信息以与配置管理系统兼容的格式提 供给配置管理系统。
4. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器被配置用于接收符合XML模式的来自客户设备的配置信息，并把 所接收到配置信息提供给所述配置管理系统。
5. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器被配置用于接收来自客户设备的硬件和軟件清单，并向所述配置管 理系统报告接收到的硬件和软件清单。
6. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器包括策略评价器，其接收来自配置管理系统的策略，确定有没有策 略适用于所述客户设备，并按照被确定为适用于所迷客户设备的策略 指令所述客户设备。
7. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器包括策略评价器，其接收来自配置管理系统的策略，确定有没有策 略适用于所述客户设备，并按照被确定为适用于所述客户设备的策略 指令客户设备下栽一个或多个应用程序。
8. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器包括策略评价器，其接收来自配置管理系统的策略，确定有没有策 略适用于所述客户设备，并按照被确定为适用于所述客户设备的策略 指令所述客户设备下栽一个或多个配置改变指令。
9. 如权利要求l所述的系统管理框架，其中所述客户机代理服务 器包括策略评价器，其接收来自配置管理系统的策略，确定有没有策 略适用于所述客户设备，并按照被确定为适用于所述客户设备的策略 命令客户设备在客户设备上安装一个或多个应用程序。
10. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器包括策略评价器，其接收来自配置管理系统的策略，确定有没有 策略适用于所述客户设备，并按照被确定为适用于所述客户设备的策 略命令客户设备在所述客户设备上进行一 个或多个配置改变。
11. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器包括策略评价器，其接收来自配置管理系统的策略，确定有没有 策略适用于所述客户设备，并按照被确定为适用于所述客户设备的策 略命令客户设备下栽和安装一个或多个应用程序。
12. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器包括策略评价器，其接收来自配置管理系统的策略，确定有没有策略适用于所述客户设备，并按照被确定为适用于所述客户设备的策 略命令客户设备下栽并执行配置改变指令。
13. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器包括策略评价器，其接收来自配置管理系统的策略，确定有没有 策略适用于所述客户设备，并按照被确定为适用于所述客户设备的策 略命令客户设备移除一个或多个应用程序.
14. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器被配里用于执行以下的操作： 接收来自客户设备的应用程序列表；接收来自配置管理系统的策略；根据接收的策略检查所述应用程序列表，确定是否应当对所述应用程序列表进行改变；按照所确定的改变命令客户设备改变其应用程序列表。15. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器被配置用于执行以下的操作：接收来自客户设备的当前配置； 接收来自配置管理系统的策略；根椐接收的策略检查所述接收的当前配置，确定是否应当对所述 当前配置进行改变；按照所确定的改变命令客户设备改变其配置。16. 如权利要求1所述的系统管理框架，其中所述代理服务器組 件被配置用于接收来自客户设备的包请求，并作为响应，返回可以被 客户设备执行而下栽一个应用程序包的下栽指令。17. 如权利要求1所述的系统管理框架，其中所述客户机代理服 务器被配置用于执行以下的搮作：接收来自客户设备的应用程序列表； 接收来自配置管理系统的策略；根据接收的策略检查所述应用程序列表，确定是否应当对所述应 用程序列表进行改变；按照所确定的改变命令客户设备改变其应用程序列表； 接收来自客户设备的包请求；以及响应对所述包请求的接收，返回可以被客户设备执行而下栽一个 应用稞序包的下栽指令。18. 如权利要求1所述的系统管理框架，还包括维护应用程序列 表的審户设备，其中：所述客户设备向客户机代理服务審提供所述应用程序列表； 所述客户机代理服务器根据从配里管理系统获得的策略检查所述 应用程序列表，从而确定应当对所述客户机的应用程序列表进行的改变；根据所确定的改变，客户机代理服务器命令客户设备改变其应用 程序列表；客户设备提交相应于添加到客户机的应用程序列表中的应用程序的包请求；以及客户机代理服务器响应所述的包请求，返回可以由客户设备执行 而下载应用程序包的下栽指令。

移动式和嵌入式设备的配置和管理系统\n相关申请\n本申请要求2001年12月5日由Craig C.Marl等人申请的临时申 请号为60/338777，名称为"Configuration & Management System for Mobile & Embedded Devices"的美国专利申请的优先权。\n技术领域\n本申请涉及一种配置管理系统，尤其涉及这种系统在有限资源及/ 或不兼容客户设备上的使用。 背景技术\n计算机已经成为工作场所的不可缺少的部分。在许多组织中，几 乎每个雇员都使用至少一个计算机。因此，大的公司一般都操作和维 护数量极大的计算机，在这些公司中，尽可能实现零碎的维护工作的 自动化是重要的。\n幸运的是，局域网络（LAN)和广域网络（WAN)也已经变得普 遍，这就使得組织内的各个计算机能够利用集中提供的计算机歉务例 如用户识别、文件共享、电子邮件，以及各种其它类型的服务.\n配置管理系统代表一种类型的服务，其可被有效地在在网络环境 中使用，以便使组织内的各个不同的计算机的维护和管理自动化.这 种服务提供了用于集中的软件分配、资产管理、以及关于台式计算机、 服务器和服务器应用程序的远程发现并排除故障的工具。徵软公司的 "系统管理服务器"是为此目的而设计的系统的一个例子。\n固1表示计算机系统10的一个筒化的例子，其中实现了自动化配 置管理，这种系统包括一个管理服务器12和多个客户计算机14。通 过局域网或广域网16，客户机14之间以及客户机和管理服务器之间 可以进行通信。\n虽然在困1中管理服务器被表示为一个装置，但是其可以包括多\n个单个的计算机或服务器，它们可能设置在彼此的附近，或者可能设 置在各个不同的位置。\n现代的操作系统和应用软件通常提供客户端支持，用于其上装有 操作系统和应用软件的计算机的自动化的配置管理.例如，徵软的\nWindows XP系列的操作系统在数据库中维护硬件和软件部件的详细 的产品清单(inventory),用于来自计算机本身内的部件的和来自其它 计算机的程序询问（programmatic query)和数据校核（data collati鹏）-在Windows环境中，这个功能被称为Windows Management Instnimentation (視窗管理测试）或WML改变和配置 管理软件可以利用WMI信息来获得各个计算机的产品清单，并评估 计算机的配置是否应当被更新或者被改变。\n除去操作系统支持之外，各个客户计算机14 一般配置有专用软 件，用于支持自动化配置管理。这种软件一般被设计成特定铕售者实 现的自动配置管理系统的一部分，例如作为徵软的系统管理服务器产 品的一部分。专用软件和客户计算机的操作系统协同工作，以便和管 理服务器12协同完成各种功能。因而自动化配置管理系统的整个框架 包括服务器部分和客户机组件。\n闺2表示由微软的系统管理服务器产品执行的配置管理框架的筒 化的逻辑组件，包括服务器12的部分和在客户14内实现的部分。所 示的这些部分涉及框架的清单和软件分发特征。\n管理服务器12具有服务器清单和发现组件（inventory and discovery component) 20，其和驻留在客户机14上的客户机清单和发 现组件22协同操作。客户机清单和发现組件22收集客户机14的识別 信息和硬件与软件清单，把所述信息组织成数据结构，并把所述信息 提供给服务器12的服务器清单和发现组件20。所述识别信息唯一地 标识被管理的网络上的客户机，并且包括诸如NetBIOS名，IP地址之 类的属性。这个信息被打包，并且作为被称为发现数据记录或M)R的 数据结构被报告。管理服务器把这个信息保存在数据库中，以便利资 产管理功能（asset management function )。在客户机14内，许多信 息利用Windows XP操作系统的WMI功能被收集。在服务器12和客 户机14之间的通信利用自动化配置管理系统的特定实施专有的预定协议。\n客户计算机可以采集和报告200个以上的属性，例如包括以下的 细节：\n盘駔动器的数量和尺寸 处理器的类型和速度 存储器的数量 搡作系统\n监枧器和显示器设置\n计算机名和IP地址\n关于连接的外闺设备的信息 网络类型\nBIOS信息\n此外，每个客户计算机报告一个在客户机上安装的所有软件应用 程序的列表，包括制造者和版本信息。\n管理服务器12包括策咯提供器（policy provider) 24,其向被管 理的计算机例如客户机14分配策咯.所述策略表示配置设置和软件分 配。配置设置策略的一个例子是一个规則，例如"在这个客户计算 机上的口令的长度必须是7-10个字符，并且不包括非字母字符"。 软件分配策略表示可用于下栽和安装的软件包，并且也包括表示哪种 类型的客户可以下栽和安装指出的软件包的信息。软件包是文件及关 于文件的下栽和安装的说明的集合。\n客户机14具有策略评价器26,其接收来自服务器12的策略，并 评价那些策略，从而确定哪个是针对客户机14的策略。当策略服务器 26确定一个策略针对客户机14时，策略评价器便把这个信息送到合 适的部分执行。配置设置策略用多种方式执行-其中一些方式要求改 变注册表， 一些要求访问WMI。如果策略是软件分配类型的策略，則 把其送到客户机14的应用程序安装组件28。安装组件28检查策略信\n息并确定如何下栽相关的软件包。然后，其连接到和服务器12相关的 分发点29,并下载所述软件包。在下栽软件包之后，应用程序安装组 件28接照包含在下栽的软件包中的信息安装打包的软件。\n现有的自动化配置管理系统例如微软系统管理服务器在闺1所示 的传统的网络环境中能够很好地工作，其中被管理的计算机包括台式 或者其它全功能的计算机。不过，在組织内的雇员越来越多地利用比 常规的台式计算机功能更有限的便携式计算装置。具体地说，已知的 作为个人数字助理（PDA)的手持设备被越来越广泛地使用，并且其 用户经常把这种装置和公司网络相连，以便阅读电子邮件或用于同步 连接表（contact list)。网络连接可以通过一个相关的台式计算机， 或者可以通过独立的网络连接，包括无线与/或远程接入设备。\n虽然许多组织不正式提供对手持设备例如PDA的技术支持，但是 它们经常收到关于这些设备的不断增加的支持请求。这些请求通常涉 及配置手持设备，获得安装在所述设备上的应用程序的新的更新。\n在这样的环境，其中大量地使用功能比全台式功能少的计算机或 类似计算机的设备。工厂自动化控制器，销售终端的电子网点，气站 泵等等，是通常使用的经常和网络相连的，但是没有传统的台式计算 机的全功部能和资源的设备的例子。徵软公司设计了一种用于这种有 限资源设备的Windows操作系统的专用版本，公知为Windows CE操 作系统.\n在过去，有限资源设备例如PDA和上迷的其它的例子不能参与自 动化配置管理。现有的配置管理方案对被管理的客户计算机一般都强 加了相当大量的处理任务，并且所需要的客户端软件一般不能在有限 资源设备例如PDA上运行。可以想象得到，专门为这些设备设计的客 户机软件可以被设计用于现有的配置管理系统，但是很可能会逼近或 超过这些设备上可用的计算资源的极限。\n发明内容\n一种用于有限资源客户机的系统管理框架，包括与客户设备分离 实现的客户机代理服务器。所述的客户机代理服务器被配置用于和客\n户设备通信，并且模拟一个代表客户设备的全功能客户计算机.具体 地说，客户机代理服务器具有策略评价器，其接收来自配置管理系统 的评价，并且评价策略，从而确定它们对于客户设备的适用性。如果 客户机代理服务器确定一个策略可应用于客户设备，則客户机代理服 务器对客户机提供关于如何应用新的设置或者关于新的软件包如何下 栽和安装的指令。\n附困说明\n困l是现有技术的系统管理框架的示意困； 困2是例如在图l所示的现有技术的系统管理框架中使用的配置 管理服务器和客户计算机的逻辑元件的框困；\n图3是按照本发明的实施例的系统管理框架的框困；\n图4是表示例如在图3所示的系统中使用的配置管理服务器、客\n户计算机和客户机代理服务器的逻辑元件的框闺；\n图5和困6是表示图3和图4的系统管理框架的方法方面的框困；\n以及\n图7是表示计算机元件的框困，其子集可被用于实现其中所述的\n逻辑功能的各个部分。 具体实施方式\n图3表示系统管理框架30的顶层表示.框架30包括配置管理系 统或服务器32,客户设备34和客户机代理服务器36,在所示的实施 例中的配置管理服务器系统32包括上述的徵软系统管理服务器 (SMS)设备，虽然这里所述的技术可以结合来自其它制造者的自动 化管理系统来实现。\n配置管理系统32被配置用于和上述的多个兼容客户计算机通信 并管理所述多个客户计算机。当这种客户计算机是全功能的计算机例 如传统的台式计算机时，客户计算机运行上述的专用软件（一般称为 管理系统客户机代理程序或客户机組件），从而提供和由配置管理系 统提供的功能的兼容性。不过，在图3所示的例子中，客户设备34是 有限资源装置，在其上不可能、不实际或者不需要运行自动化配置管\n理系统的标准客户机组件。有限资源装置包括手持计算机，移动设备， 或者其它的计算机或者与传统的全功能的台式计算机相比具有有限资\n源和功能的类似计算机的设备。这种设备的例子包括PDA、工厂自动 化控制器和销售终端的电子网点、气站泵、移动电话等。这些设备一 般在与传统的台式计算机操作系统相比系统开铕较少并且功能也较少 的操作系统下运行。Windows CE操作系统是经常和有限资源计算机 例如上述的那些计算机结合使用的操作系统的例子。\n因为其有限的功能和资源，以及不能运行配置管理系统的标准的 客户软件，客户设备34在本说明中被认为是和配置管理系统32不兼 容的：其不运行能够直接和配置管理系统32通信并由配置管理系统 32管理的软件。而是由客户机代理服务器36模拟一个代表不兼容的 客户设备34的兼容的、非有限资源的客户计算机，从而使得配置管理 系统能够管理不兼容的客户设备。客户设备的管理包括维持关于所述 设备的产品清单(inventory)信息以及对所述客户设备添加和卸除应用 程序的能力。\n客户机代理服务器36是一种独立于有限资源客户设备34,例如 在作为管理系统的一部分的计算机上、在集中式服务器或计算机上、 或者在为同步目的而与客户设备34相连的台式主计算机上执行的软 件组件。其借助于网络连接或其它装置被连接以便和管理系统32通 信。客户机代理服务器36作为被管理的客户机和管理系统32通信， 其作为正常的全功能的客户机出现于管理系统32。因而，可以利用标 准配置的管理系统32,只需在产品的服务器部分中作徵小的改变，以 便支持有限资源客户机。\n客户机代理服务器36借助于有线网络连接、无线连接或者HTTP 代理服务器连接通过主计算机（例如为同步目的而与客户设备相连的 台式计算机）和客户设备34通信。为了进行管理，客户设备34和客 户机代理服务器36通信，而不直接和配置管理系统32通信.\n客户机代理服务器36的责任可以粗略地分为两类：（a)在客户设备 34和管理服务器32之间转換和中转信息，以及(b)执行本来将由客户\n孩备34执行的管理功能。\n关于所述两类中的第一类，客户机代理敫务器36从客户设备34 茶得或接收当前配置信息，其格式配置管理系统32使用的格式和协议 不兼容.客户机代理服务器把至少部分所述配置信息转换成和配置管 理系统32兼容的格式，并代表客户设备34以管理系统希望的格式向 配置管理系统32提供或报告配置信息。\n所述配置信息包括标识可以在客户设备上获得的应用程序的软件 清单。更具体地说，软件清单包括一个包ID列表，其相应于客户设备 根据客户设备用户的选择而已被指令安装或者使之可用的包。配置信 息还包括硬件清单。\n在所述的实施例中，从客户设备34向客户机代理服务器36传递 的配置信息按照XML数据模式被格式化为XML数据，其中的一个例 子将在本说明的后面的部分给出。\n关于第二类：执行管理功能，客户机代理服务器36和管理服务器 32通信，以接收或获得策略。如上所述，策略指出可用于下栽和安装 的配置设置与/或软件包，也包括指出哪种类型的客户机应当下栽和实 施所指出的配置设置或者下栽和安装所指出的软件包的信息.客户机 代理服务器36接收来自配置管理系统32的策略，确定是否有策略适 用于客户设备34，并且对客户设备发出指令。具体地说，客户机代理 服务器按照被确定决定应用于客户设备的策略，命令客户设备下栽和 执行一个或几个配置改变指令，或者下栽、安装并/或移除一个或几个 应用程序。提供给客户设备的指令可以指出某一个应用程序或者一组 配置改变指令应当被下栽的条件，以及它们可以从中被下栽的URL (统一资源定位器）。\n图4更详细地表示了系统管理框架30的逻辑组件。管理裂务器系 统32包括清单和发现组件40，策略提供器42,以及应用程序或包分 发组件44。\n清单和发现组件40从多个客户计算机接收发现教据记录和硬件 与软件清单，用于进行资产管理（asset management)。这个信息一\n泉被存储在可以由系统管理员访问的数据库（未示出）中。\n策略提供器42向由服务器系统32管理的计算机和其它设备分发 策咯。所述策略指出可供下栽和安装使用的配置设置或软件包，并且 还包括指出所述策略应用于哪种类型的客户机的信息.软件包是文件 及用于下栽和安装文件的指令的集合。\n分发组件44是客户机可以和其连接，以便下载应用程序、包、或 配置改变指令的连接点。\n客户机代理服务器36的逻辑组件包括清单和发现组件46，策略 评价器48和指令提供器50。清单和发现组件46与客户设备34交互 作用，以便获得关于客户设备的配置的信息，包括硬件和软件清单。 从有限资源客户设备34接收到的硬件和软件清单比可以由其它类型 的客户机例如全功能台式计算机产生的清单简单得多.清单和发现组 件46按照管理服务器系统32使用的通信协议对这个筒化的信息格式 化，并以硬件和软件清单和发现数据记录（DDR)的形式把所述信息 传递给管理服务器系统32。\n策略评价器48接收来自管理服务器系统32的策略提供器42的策 略，并评价所述策咯，以便确定哪一个策略针对客户设备34。当策略 评价器48确定一个策略指向客户设备34时，其命令指令提供器组件 50向客户设备34提供下栽或配置改变指令，这些指令规定如何（可 选地，在什么条件下）下栽应用程序、包或者作为策略的主题的配置 指令集.\n客户设备34的逻辑组件包括轮询和报告組件52，调度组件54, 下栽組件56,安装指令解释器58,以及程序或包安装组件60。这些 组件可以利用安装在客户设备上的专用软件来实现，并利用例如URL 或关于客户机代理服务器36的其它规范以及鉴别信息和凭证被预先 配置。因为客户设备34的有限的功能和资源，这个专用的软件和可以 在全功能台式计算机上使用的标准的客户端软件相比，其范离和功能 都是有限的.随着讨论的进展，这将会更清楚地看出。\n客户设备还具有程序存储器64，其中安装有应用程序和数据库或\n者数据结构66,利用这些，客户设备34维护一个供应列表（offering list)，指出通过以前和客户机代理服务器36的交互作用而已经可为 客户设备所利用的应用程序或包的。这些组件彼此之间以及和客户机 代理服务器36之间的交互作用将在下面参照困5详细说明。\n图5表示图4所示的框架的方法方面。在闺的左倒上的操作由客 户设备34的組件执行。在图的右倒上的操作由客户机代理服务器36 的组件执行。在中部的操作由管理员或服务器系统32执行。这些操作 将参照需要在所有移动设备上分发和安装一个应用程序的情况进行说 明。作为应用程序的一个例子具有3个组件：foo.e狄，foo.dll和foo.reg. 在客户设备上的安装涉及把头两个组件复制到被称为 "\Program FilesW,"的目录上，并把 "foo.reg"装入客户设备的注册表中。\n初始操作70包括产生含有3个程序组件foo.exe，foo.dll和foo.reg 的分发包。所述的包可以包括所谓的 "CAB"文件（一种公知的文 件类型，用于把多个文件组合成为单个文件，以便容易分发），其可 以由接收该文件的客户设备打开，以便在所述客户设备上自动地安装。 或者，可以装配非CAB包，其包括应用程序組件和含有可以由客户设 备执行的用于完成安装任务的安装脚本的文件。在这个例子中，安装 脚本文件被称为"foo.cmd",并含有下面的指令：\noopy foo.exe "\program files\foo.exe" oopp foo.dll "\program files\foo.d『 teadreq foo.reg deleteloo.exe\ndelete foo.reg\n这个文件一般由作为系统管理员的人员创建.\n按照由调度组件54确定的预定间隔，轮询和报告组件52执行连 接到客户机代理服务器36和发送配置信息的操作72.配置信息包括 关于客户设备的硬件和软件的各种信息，并且包括这里被称为供应列 表的应用程序包的列表。所述供应列表利用包ID标识客户设备已被指 令安装或提供安装的应用程序包。包ID从数据库66获得，其根据从\n客户机代理服务器36接收的指令被维护，如下所述.供应列表指出客 户机代理服务器36命令客户机提供利用的所有的包。\n配置信息最好按照XML模式报告给客户机代理服务器36.下面\n是这种模式的一个例子：\ntable see original document page 15\ntable see original document page 16\ntable see original document page 17\n下面是按照上面的XML模式格式化的实际数据的一个例子，其 中黑体字表示可变数据值的例子。XML数据一般作为HTTP邮件 (post)传递给客户机代理服务器36:\nDEVICE POST: \n 《dev间mt-sysinfo version="1.0" type="fuH"> transport 57.59.244.92" subnet-"255.255.252.0"\nlandWidth="1(KMKr/> \n \n \n\n\n\np拔kage ID属性的例子指出了从配置管理服务器系统32接收的包 ID。所述ID可以表示"强制的（mandatory)，，包或者"可选择的 (optional)"包。强制的包是服务器系统32要求安装在适用的客户 设备上的包.可选的包是只在用户选择时才下栽和安装的包。由客户 设备维护和报告的供应列表相应于客户设备通过以前和客户机代理服 务器36的交互作用已经知道的所有适用的强制的和选择的包。\n客户机代理服务器36的清单和发现组件46在操作74接收配置信 息。响应所述信息的接收，客户机代理服务器执行操作76,对所述信 息按照管理服务器系统32期望的格式进行格式化，并把格式化的信息 发送给服务器系统32。客户机代理服务器还维护一个从客户设备接收 的客户设备ID和由管理服务器系统12指定给客户设备的ID之间的 映射。\n客户设备34的策略评价器48也接收供应列表，以及从管理服务\n器系统32接收策略。根据这个信息，客户机代理服务器36执行操作\n78，将接收到的策略选择性地应用到客户设备34。这涉及判断是否有\n策略应用到客户设备上，并且按照任何所述可应用的策略评价接收的\n供应列表，从而确定应当由客户对其供应列表进行的任何改变。所迷\n评价涉及判断是否应当对客户设备的供应列表添加包或从中移除包。\n作为所述判断的结果，策略评价器48执行向客户设备34发送供应列\n表指令的搡作80，令其按照所述确定的改变改变其供应列表：按照从\n管理服务器32接收的策略移除应用程序并/或下栽和安装包。在所述\n的实施中，供应列表指令以下面的XML格式被发送，其中黑体字符\n表示将根据包的性质而改变的示例的数据：\n \n\n \n\n \n客户设备34在操作82接收供应列表指令，并在操作84通过分析 和执行所述指令进行响应，以便修改其供应列表。在上述的例子中， 指令客户设备把由列举的包ID规定的"Foo Program嚷加到其供应 列表中，并除去也由其包ID标识的另一个程序。\n在修改其供应列表之后，客户设备34检測供应列表的变化，并采 取合适的操作。如果一个或几个应用程序已被除去，則它们在操作86 中被卸栽或移除。如果一个或几个应用程序已被添加，則它们在操作 88被下栽和安装。\n图6表示添加或安装新程序的搡作88的细节。在确定一个包需要 被安装之后，轮询和报告组件52执行操作卯，连接客户机代理服务 器36，并通过提出一个包请求请求下栽指令。包请求由其包ID标识 客户已经标记为需要的包。客户机代理服务器36在搮作91接收包请 求，并在操作92通过产生或编译下栽指令文件，并向客户设备34提 供下载指令文件进行响应。下栽指令文件最好以XML的格式提供。\n下栽指令文件包括关于包对象应当如何、何时、从哪里以及在什 么条件下被下栽的各个参数。在所述的实施例中，所述参数包括：\n头部\n内客块\nID (GUID)\n状态报告的响应URL (可选的） 下栽指令\n开始时间（Start Time) ( GMT)\nA时间（Delta Time) ( GMT)\n标记（Flags)(连接类型或者连接等级）\n被请求（Required) ( YES或NO，缺省：NO)\n文件说明\n源URL ( Source URL)\n设备上的目的地（作为完全合格的路径的文件位置） 签名（Signature)(文件的签署的杂乱数据（Signed\nhash))\n在下栽之后在设备上运行的命令（可选的） "内容块"包含关于指令文件本身的内容的信息，包括URL， 客户应当对其报告在后列出的操作的成功或失敗。"下栽指令"规定 "开始时间，，或 "A时间》 ( —个时间间隔，搡作应当在该间隔后开 始），以及表示允许进行下栽的条件的"标记"。例如，标记可以 ^^旨出只有当存在特定通信能力时，例如通过高速网和网络相连时，才 开始下载。作为另一个例子，标记可以指出，只有当客户设备和交流 电源（与电池电源相对）相连时，下栽才开始。\n"被请求"参数指出管理服务器32是否请求把所述包安装在 :没备上。 "文件说明"指出要被复制到客户设备上的文件的源位置 和目的地位置，以及文件的签名。"命令"参数标识在成功地复制 指令文件预先规定的文件之后要由客户设备执行的指令.\n下面是XML下裁指令文件的一个例子，其中黑体字符是变量数\n据值：DOWNLOAD XML MESSAGE: \n(Authorization SourceGUID="66CC03B9«6C8946©3-94C5-\n4213925B7B21" Signature=MFoo Bar" /> (Description SourceName-"Server" OfferingName-"Too Program"> "Latest Foo program，，\n\n\n \n客户设备34接收和分析接收的下载指令文件，并在操作94利用 调度组件54调度下栽的指令，以便按照开始时间、A时间与/或和所 迷指令相关的标记执行。在合适的时间，调度程序命令下栽组件56执 冇操作95,下载在下栽指令文件中规定的文件.由指令解释程序58 执行的下一个操作96包括执行由下栽指令文件的"命令"参数表 示的指令，其在大多数情况下将由安装组件60启动下栽文件的安装。 在给定的例子中，这个命令包括在本文中上面说明的 "foo.cmd"脚 本。执行 "foo.cmd"包括执行其各个指令，这些指令执行任何所需 的安装任务，在给定的例子中，就是把文件复制到客户设备的合适的 目录上，加栽注册表值，和删除临时文件。\n返回图5，在从其程序列表中添加或除去程序或包之后，或者在 安装程序或包之后，客户设备34执行操作97,向客户机代理服务器 36发送表示操作的成功（或失敗）的状态响应。所述状态响应最好被 格式化为XML数据，指出已被下载、安装与/或除去的包的包ID。例 如XML状态响应可以采取以下的形式其中黑体字符表示变量数振\n\n\n\n\n客户机代理服务器36在搡作98接收并处理状态响应。 除去上面详细说明的特定的功能之外，客户机代理厥务器36还执 行其它功能，以便支持客户设备52的管理。具体地说，客户机代理厥 务器36代表客户设备34响应状态请求和其它通信。此外，通过命令 客户设备下栽、安装与/或执行特定的报告应用程序，客户机代理服务\n器能够启动由客户设备34进行的更广泛的报告。\n服务器和客户机代理服务器组件以及上述的功能由一个或几个计\n身机来实现。图7表示了这种计算机的一般例子的组件，所述计算机 虫标号100表示。图7表示的组件只是一个例子，并不对本发明的功\n錄范围构成任何限制；本发明不必依赖于图7所示的特征。\n一般地说，可以使用各种不同的通用的或专用的计算系统配置。 适用于本发明的公知的计算系统的例子、环境与/或配置包括但不限\n于：个人计算机，服务器计算机，膝上型设备，微处理器系统，基于 樹处理器的系统，网络PC,微型计算机，大型计算机，包括任何上述 系统或设备等的分布式计算环境等。\n计算机的功能在许多情况下由计算机可执行的指令例如由计算机 拭行的程序模块来实施。 一般地说，程序模块包括例行程序，程序， 对象，組件，数据结构等，它们执行特定的任务，或实现特定的抽象 数据类型。任务也可以通过利用通信网络连接的远程处理设备完成。 在分布式计算环境中，程序模块可以位于本地和远程计算机存储介质 中。\n指令与/或程序模块在不同的时间被存储在计算机可读的介质中， 所迷介质或者是计算机的一部分，或者是可以由计算机读出的介质。 程序一般分布在例如软盘，CD-ROM, DVD或其它形式的传播介质 例如调制信号上，由之安装到或栽入计算机的辅存储器中。在执行时， 它们至少部分地被栽入计算机的主电子存储器。当计算机可读介质含 有指令、程序与/或模块，用于结合微处理器或其它数据处理器实施上 述的步骤和操作时，这里所述的发明包括这些以及其它各种类型的计 算机可读介质。本发明还包括按照上述的方法和技术编程的计算机本 身。\n为了便于说明，程序以及其它可执行的程序组件例如操作系统， 这里作为分立模块进行说明，但应认识到，这种程序和组件在不同的 时间驻留在计算机的不同的存储部件中，并由计算机的数据处理器执行。\n现在参看困7，计算机100的部件可以包括但不限于处理单元120, 系统存储器130和系统总线121,所述总线把包括系统存储器在内的\n各个系统组件和处理单元120相连.系统总线121可以是几种类型的 ,惑幾结构中的任何一种类型的结构，包括存储器总线或存储器控制器， 夕卜闺总线，以及使用多种总线结构的任何一个的局域总线.作为例子 而不是限制，所述结构包括工业标准结构（ISA)总线，微通道结构 (MCA)总线，增强型ISA( EISAA)总线，視頻电子标准协会（VESA) 局城总线，以及外闺部件互联（PCI)总线，其也被称为中层楼 (]Mezz鹏ine)总线。\n计算机100 —般包括各种计算机可读的介质.计算机可读的介质 可以是可由计算机100访问的任何现有的介质，包括易失性介质和非\n易失性介质，可換介质和不可换介质。作为例子而非限制，计算机可 读介质可以包括计算机存储介质和传播介质。计算机存储介盾包括以 任何方法或技术实现的，用于存储信息例如计算机可读的指令、数振 结构、程序模块或者其它数据的易失性和非易失性，可换和不可换介\n质.计算机存储介质包括，但不限于，RAM、 ROM、 EEPROM、快 速闪存或其它存储技术、CD-ROM、数字通用盘（DVD)或其它光 盘存储器、盒式磁带、磁带、磁盘存储器或其它磁存储装置、或者任 何其它可用于存储所需的信息并且可由计算机IIO访问的介质.传播 介质一般包含计算机可读的指令、数据结构、程序模块或在调制数据 信号中的其它数据，所述调制数据信号例如是栽波或其它的传输机制， 传播介质还包括任何信息传输介质。术语"调制数据信号"指的是 这样的信号，其特性中的一种或多种被设置或改变，从而将信息编码 在信号中。作为举例而非限制，传播介质包括有线介质例如有线网络， 或直接导线连接，以及无线介质例如声音介质、RF、红外和其它的无 线介质.上述这些介质的任意组合也被包括在计算机可读介质的范瑰 内。\n系统存储器130包括易失性和/或非易失性存储器形式的计算机存 储介质，例如只读存储器（ROM)131和随机存取存储器（RAM)132. 基本输入/输出系统133 ( BIOS) —般被存储在ROM 131中，其含有\n用于例如在启动期间帮助在计算机100的元件之间传递信息的基本的\n例行程序。RAM 132 —般含有由处理器单元120立即访问的与/或当前 正在由处理器单元120操作的数据与/或程序模块。作为举例而非限制， 图7示出了搡作系统134,应用程序135，其它程序模块136，以及程 序数据137。\n计算机100还可以包括其它可换/非可换、易失性/非易失性计算机 存储介质。仅仅作为例子，固7示出了硬盘驱动器141,其可以对非 可換非易失性磁介质进行读写，磁盘驱动器151，其可以对可換非易 失性磁盘152进行读写，以及光盘驱动器155，其可以对可換非易失 性光盘156例如CD ROM或其它光学介质进行读写。可以在所举例的 操作环境中使用的其它可换/非可换、易失的/非易失的计算机存储介质 包括但不限于盒式磁带、闪存卡、数字通用盘、数字視頻磁带、闺态 RAM,固态ROM等。硬盘驱动器141 一般通过非可换存储器接口例 如接口 140和系统总线121相连，磁盘驱动器151和光盘驱动器155 一般通过可換存储器接口例如接口 150和系统总线121相连。\n上面讨论的并在图7中示出的驱动器及其相关的计算机存储介质 用于存储计算机可读指令、数据结构、程序模块和用于计算机ioo的 其它数据。在图7中，例如，所示的硬盘驱动器141用于存储操作系 统144，应用程序145，其它程序模块146和程序数据147。注意，这 些组件可以和搡作系统134,应用程序135，其它程序模块136以及程 序数据137相同或不同。图中对操作系统144，应用程序145，其它程 序模块146和程序数据147给予不同的标号是要说明它们至少是不同 的拷贝.用户可以通过输入装置例如鍵盘162和通常被称为鼠标、跟 踪球或触控板的定位设备161对计算机100输入指令或信息。其它的 输入装置（未示出）可以包括麦克风、游戏杆、游戏板（gamepad)、 盘式卫星天线（satellitedish)、扫描仪等。这些和其它的榆入装置通 常通过和系统总线相连的用户输入接口 160和处理单元120相连，但 是也可以通过其它接口以及总线结构例如并行端口、游戏端口或者通 用串行总线（USB)相连。监視器191或其它类型的显示装置也可以 通过接口例如視频接口 l卯和系统总线121相连。除去监視器之外，\n奸算机还可以包括其它的外闺输出装置例如扬声器197和打印机196， 它们可以通过榆出外闺接口 195连接。\n计算机可以通过使用和一个或几个远程计算机例如远程计算机 180的逻辑连接而在网络环境中搡作。远程计算机180可以是个人计 算机，服务器，路由器，网络PC,同级设备或其它的公共网络节点， 并且一般包括上述的关于计算机100的许多或所有的元件，尽管在闺 7中只示出了存储器存储装置181。困7中所示的逻辑连接包括局域网 (LAN) 171和广域网（WAN) 173，但是也可以包括其它网络。这 种网络环境在办公室、企业计算机网络、内部网和互联网中是通常的。\n当在LAN联网环境中使用时，计算机100通过网络接口或适配器 170和LAN 171相连。当在WAN联网环境中使用时，计算机100 — 般包括调制解调器172或其它用于在WAN 173例如互联网上建立通 信的装置。调制解调器172可以是内置的或外置的，可以通过用户输 入接口 160或其它合适的机构和系统总线121相连。在网络环境中， 对于计算机100或其一部分描述的程序模块可以存储在远程存储器存 储装置中。作为举例而非限制，图7示出了驻留在存储装置181中的 远程应用程序185。应当理解，所示的网络连接只是一个例子，可以\n使用在计算机之间建立通信连接的其它装置。\n有限资源客户设备34通过使用类似于困7所示的技术来实现，尽 管是在更为有限的规模上。此外，有限资源客户设备例如PDA、蜂窝 电话等一般没有图7所示的所有功能。例如，有限资源客户通常没有 用于可换磁介质例如软盘或CD-ROM的驱动器。这种客户机一般具 有少得多的存储容量，较小的显示装置和键盘，较慢的或功能较少的 处理器。此外，许多这种设备具有电子闪存器，用于代替硬盘.此外， 有限资源装置一般运行没有台式计算机操作系统所支持的所有功能的 操作系统。例如。有限资源装置可以运行Windows CE操作系统，而 不运行Windows XP操作系统。\n虽然本发明按照特定的结构特征和方法步壤进行了说明，但是应 当理解，在所附权利要求中限定的本发明不必局限于这些特定的特征，\n而是，这些特定的特征和方法步骤只是作为用于实施权利要求限定的 优逸的形式技露的。

下载

法律信息

• 2022-12-23

  专利权有效期届满

  IPC(主分类): G06F 9/46 专利号: ZL 02155904.X 申请日: 2002.12.05 授权公告日: 2008.01.23

• 2015-05-27

  专利权的转移

  登记生效日: 2015.05.07 专利权人由微软公司变更为微软技术许可有限责任公司 地址由美国华盛顿州变更为美国华盛顿州

• 2008-01-23

  授权

  授权

• 2004-12-22

  实质审查的生效

  实质审查的生效

• 2003-09-10

  公布

  公布

引用专利（该专利引用了哪些专利）

序号	公开(公告)号	公开(公告)日	申请日	专利名称	申请人
1	EP1087597A2	暂无	2000-09-05	Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure公开	Genesys Telecommunications Laboratories; Inc.
2	EP1047244A1	暂无	1999-04-20	Mobile IP supporting quality of service for data sent from mobile node to correspondent node公开	LUCENT TECHNOLOGIES INC.
3	CN1155340A	1997-07-23	1995-07-19	具有客户机-服务器层次结构的计算机系统失效专利	英国电讯有限公司

序号	公开(公告)号	公开(公告)日	申请日	专利名称	申请人
该专利没有被任何外部专利所引用！