专利名称：分布式操作系统中外部硬件装置的管理的制作方法
分布式操作系统中外部硬件装置的管理 背景
许多计算机网络包括用于经由单个基于web的界面向最终用户提供资源 的多计算机共享基础设施。这些计算机网络通常包括用于将服务器场作为单个 逻辑单元来控制的分布式操作系统应用。服务器场通常包括无状态前端服务 器、应用服务器、和用于存储用户创建的内容以及前端服务器与应用服务器之 间的设置和链接的数据库后端。分布式操作系统计算机网络也通常包括被服务 器场用来提高安全性、提供高有效性、或帮助管理网络停工期的附加网络硬件 设备或装置，诸如域名系统服务器、防火墙、负载平衡器、广域网络加速器、 以及代理服务器。
然而，前述附加网络硬件装置相对于分布式操作系统是分散的(即，他们 是从分布式操作系统内关于其状态或配置没有可见性的外部设备)。此外，每 个网络硬件装置(甚至由相同厂商所制造的那些)可能具有必需由网络工程师 手动配置的唯一性设置。此外，任何外部硬件内发生的可能使分布式操作系统 降级或甚至崩溃的故障对于系统管理员而言是不可见的(管理员可检测已发生 故障，但是无法标识导致故障的特定外部硬件装置或确定故障的原因)。结果， 在差遣网络工程师标识和纠正外部装置中发生的问题时常常浪费了时间和资 源。本发明的各个实施例正是针对这些考虑事项及其他而做出的。
概述
提供本概述是为了以简化的形式介绍将在以下详细描述中进一步描述的 一些概念。该概述并非旨在标识所要求保护的主题的关键特征或必要特征，也 不旨在用于帮助确定所要求保护的主题的范围。
提供了使用驱动程序模型与同外部硬件装置相关联的设备驱动程序进行 通信来在计算机网络中从分布式操作系统界面管理外部硬件装置的实施例。在 一个实施例中，可在基于web的分布式操作系统界面中接收对管理计算机网络中的外部硬件装置的请求。可选择驱动程序模型，其被配置成与用于管理外部 硬件装置的配置设置的设备驱动程序接口。驱动程序模型可被用于从该界面管 理外部硬件装置配置设置。这些设置可包括管理域名改变、防火墙设置、代理 设置等。在另一实施例中，驱动程序模型可被用于在从分布式操作系统界面发 起的网络配置操作期间管理外部硬件装置设置。
通过阅读以下详细描述并査阅相关联的附图，这些和其它特征和优点将是 显而易见的。可以理解，前述一般描述和以下详细描述均仅是例示性的，且不 限制所要求保护的本发明。
附图简述
图1是根据各个实施例的配置成在计算机网络中从分布式操作系统管理
外部硬件装置的系统的网络架构图2是图解用于实现本文中所描述的各个实施例的计算环境的框图3是图解根据一个实施例的在计算机网络中从分布式操作系统界面管 理外部硬件装置的例程的流程图,-
图4是图解根据一替换性实施例的在计算机网络中从分布式操作系统界 面管理外部硬件装置的例程的流程图；以及
图5是根据一个实施例的可被用于管理计算机网络中的外部硬件装置的 分布式操作系统的例示性用户界面的框图。
详细描述
提供了使用驱动程序模型与同外部硬件装置相关联的设备驱动程序进行 通信来在计算机网络中从分布式操作系统界面管理外部硬件装置的实施例。在 一个实施例中，可在基于web的分布式操作系统界面中接收对管理计算机网络 中的外部硬件装置的请求。可选择驱动程序模型，其被配置成与用于管理外部 硬件装置的配置设置的设备驱动程序接口。驱动程序模型可被用于从该界面管 理外部硬件装置配置设置。这些设置可包括管理域名改变、防火墙设置、代理 设置等。在另一实施例中，驱动程序模型可被用于在从分布式操作系统界面发 起的网络配置操作期间管理外部硬件装置设置。
7现在参考其中相同附图标记代表相似元素的附图，现在将描述各例示性实
施例。图1是被配置成自动锁定目标共享资源的计算机网络100的网络架构图。在一个实施例中，计算机网络100中的各个组件可使用基于web的应用的分布式操作系统来配置，诸如由华盛顿州雷蒙德市的微软公司开发的SHAREPOINT(共享点)服务技术中的操作系统。如本领域技术人员所公知的，SHAREPOINT服务技术使得用户能够创建、维护、并呈现用于共享信息的协作式环境。通过使用这种技术，用户或组织可创建一个或多个网站以向与这些网站相关联的其他用户提供和共享信息(例如，web服务器或web文件夹上的文档等)。应当理解，本文中所描述的实施例不应当被解释为限于SHAREPOINT服务技术，而是也可使用来自其他开发者和/或制造商的其他协作式服务技术。计算机网络100及其组件包括用于与其他计算设备、通信设备和/或其他系统通信的功能，且并不旨在限于本文中所描述的实施例和示例。
如图1中所示的，计算机网络100包括但不限于后端服务器101、应用服务器102A和102B、和前端服务器(即，web服务器)112A、 112B禾卩112C,这些前端服务器处在与包括域名系统("DNS")服务器114、网络负载平衡器116、和代理服务器(即，防火墙)118的外部硬件装置的通信中。应当领会，根据各个实施例，其他外部硬件装置也可被结合到网络100中，包括用于存储目录的目录服务器，这些目录诸如通用描述、发现和综合("UDDI")目录或轻量目录访问协议("LDAP")目录、或华盛顿州雷蒙德市的微软公司的活动目录服务。可被结合到网络100中的其他外部硬件装置可包括邮件服务器(诸如简单邮件传输协议("SMTP")服务器)。在一个实施例中，可利用SHAREPOINT服务技术将后端服务器101、应用服务器102A和102B、以及前端服务器112A、 112B和112C配置为分布式操作系统以创建用于共享信息的协作式环境。具体而言，根据一个实施例，应用服务器102A和I02B可被配置成运行华盛顿州雷蒙德市的微软公司的结合了 WINDOWSSHAREPOINT SERVICES (视窗共享点服务)技术的WINDOWS SERVER (视
窗服务器)操作系统。然而，应当领会，来自其他制造商的操作系统也可被用于体现本文中所讨论的技术特征的各个方面。
后端服务器101处在与应用服务器102A和102B以及前端服务器112A、112B和112C (经由防火墙110)的通信中。根据一实施例，后端服务器101 可包括结构化查询语言("SQL")数据库，其存储客户机数据、设置、以及 网络100中前端服务器112A、 112B和112C与应用服务器102A和102B之间
的连接。
应用服务器102A和102B处在与后端服务器101以及与前端服务器112A、 112B和U2C (通过防火墙UO)的通信中。通常，应用服务器102A和102B
可被用于执行搜索索引操作以及从活动目录传达信息以曝露在由前端服务器 U2A、 112B和112C主存的网站中。应用服务器102A和102B可包括但不限 于网络管理应用和驱动程序模型104A和104B (在下文中称为网络管理应用 104A和104B)。
根据一个实施例，网络管理应用104A和104B可包括与外部硬件设备114、 116和118相关联的驱动程序模型。例如，DNS驱动程序模型可与DNS服务 器114相关联，而负载平衡器驱动程序模型可与网络负载平衡器116相关联。 驱动程序模型可被系统管理员用来与可被安装在前端服务器112A、 112B和 112C中的由厂商提供的设备驱动程序130A、 130B和130C通信以及配置这些 设备驱动程序中的设置。可从由网络管理应用104A和104B生成的用户界面 中选择驱动程序模型。具体而言，网络管理应用104A和104B可被配置成生 成包括硬件装置超链接的中央管理网站，网络管理员可选择这些链接来访问与 外部硬件装置相关联的驱动程序模型。网络管理应用104A和104B还可被配 置成利用驱动程序模型来从中央管理网站使用外部硬件装置114、 116和118 执行网络配置操作，诸如在网络100中添加或删除前端服务器。网络管理应用 104A和104B还可被配置成利用驱动程序模型来执行系统状态检査以从中央管 理网站获得外部硬件装置114、 116和118的当前状态。应当理解，根据一个 实施例，驱动程序模型可以是通用的，并且可被配置成与包括具有公共设置的 数个设备驱动程序通信或管理这些设备驱动程序中的设置。替换地，驱动程序 模型可以是因厂商而异的，并且可被配置成仅与来自厂商的特定设备驱动程序 通信和管理该驱动程序中的设置。
根据一个实施例，设备驱动程序130A、 130B和130C可利用一组应用程 序接口 ( "API")，诸如前端服务器112A、 112B和112C上的API 125A、125B和125C，以与网络100中的外部硬件装置设备驱动程序130A、 130B和 130C的驱动程序模型通信。具体而言，分布式操作系统中的可扩展API列表 可与外部硬件装置厂商共享以使得设备驱动程序可被开发成在由网络管理应 用104A和104B生成的用户界面中曝露驱动程序设置，以使用驱动程序模型 来管理外部硬件装置。将在以下参照图3-5更详细地描述网络管理应用104A 和104B管理网络100中的外部硬件装置的功能。
前端服务器112A、 112B禾t] 112C经由防火墙IIO处在与后端服务器101 和应用服务器102A和102B的通信中。web前端服务器112A、 112B和112C 还出于与外部硬件装置114、 116和118(即，DNS服务器114、网络负载平衡 器116和代理服务器118)的通信中。前端服务器112A、 112B和112C可包 括但不限于API 125A、 125B和125C以及设备驱动程序130A、 130B和130C。
DNA服务器114处在与前端服务器112A、 112B和112C的通信中，并且 可被配置成将域名(例如，www.ITweb.com)翻译成IP地址(例如， 198.105.232.4)。网络负载平衡器116还处在与前端服务器112A、112B和U2C 的通信中，并且可被配置跨数个服务器对网络通信量进行负载平衡以及自动地 向可操作服务器重分发通信量。代理服务器118还处在与前端服务器112A、 112B和112C的通信中，并且可被配置为用于过滤来自联网客户机计算机(未 示出)的请求的防火墙。
示例性操作环境
现在参看图2，以下讨论旨在提供对在其中可以实现本发明实施例的合适 计算环境的简要一般描述。尽管将在结合在个人计算机上的操作系统上运行的 应用程序执行的程序模块的一般上下文中描述本发明，但本领域的技术人员可 以认识到，本发明也可结合其它类型的计算系统和程序模块实现。
一般而言，程序模块包括执行特定任务或实现特定的抽象数据类型的例 程、程序、组件、数据结构和其它类型的结构。而且，本领域的技术人员可以 理解，本发明方法可以使用其它计算机系统配置来实现，包括手持式设备、多
处理器、基于微处理器或可编程消费电子产品、小型机、大型计算机等。本发 明也可以在其中任务由通过通信网络链接的远程处理设备执行的分布式计算 环境中实现。在分布式计算环境中，程序模块可以位于本地和远程存储器存储设备中。
现在参看图2，将描述用于本发明各实施例的示例性操作环境。如图2所 示，应用服务器102A包括服务器计算机，该服务器计算机可包括通用台式机、 膝上型设备、手持式设备、图形输入板或能执行一个或多个应用程序的其它类 型的计算机。应用服务器102A包括至少一个中央处理单元8 ("CPU")、包 括随机存取存储器18 ("RAM")和只读存储器("ROM") 20的系统存储器12、 以及将存储器耦合至CPU 8的系统总线10。基本输入/输出系统存储在ROM 20 中，它包含帮助在诸如启动期间在计算机内元件之间传递信息的基本例程。
应用服务器102A还包括用于存储操作系统32和网络管理应用104A的大 容量存储设备14。根据各个实施例，操作系统32可包括结合WINDOWS SHAREPOINT SERVICES技术的WINDOWS SERVER操作系统。大容量存储 设备14通过连接至总线IO的大容量存储控制器(未示出)连接到CPU8。大 容量存储设备14及其相关联的计算机可读介质为共享资源入口 110提供非易 失性存储。尽管此处包含的计算机可读介质的描述指的是大容量存储设备，诸 如硬盘或CD-ROM驱动器，但本领域的技术人员应理解，计算机可读介质可 以是可由应用服务器102A访问或利用的任何可用介质。
作为示例而非限制，计算机可读介质可以包括计算机存储介质和通信介 质。计算机存储介质包括以存储如计算机可读指令、数据结构、程序模块或其 它数据等信息的任何方法或技术来实现的易失性和非易失性、可移动和不可移
动介质。计算机存储介质包括但不限于，RAM、 ROM、 EPROM、 EEPROM、 闪存或其它固态存储器技术、CD-ROM、数字多功能盘("DVD")或其它光 学存储、磁带盒、磁带、磁盘存储或其它磁性存储设备、或能用于存储所需信 息且可以由应用服务器102A访问的任何其它介质。
根据本发明的各个实施例，应用服务器102A可使用通过诸如举例而言局 域网或广域网(例如，因特网)的网络4至远程计算机的逻辑连接在联网环境 中操作。应用服务器102A可以通过连接至总线10的网络接口单元16与网络 4相连。
应理解，网络接口单元16也可用于连接至其它类型的网络和远程计算机 系统。应用服务器102A也可包括用于接收和处理来自包括键盘、鼠标、笔、
11指示笔、手指、和/或其它手段等多个输入类型的输入的输入/输出控制器22。 类似地，输入/输出控制器22可以向显示器、打印机或其它类型的输出设备提 供输出。另外，触摸屏可以用作输入和输出机制。
如前简述的，多个程序模块和数据文件可以存储在应用服务器102A的大 容量存储设备14和RAM 18内，包括适于控制联网个人计算机的操作的操作 系统32，如华盛顿州雷蒙德市的微软公司的WINDOWS SERVER操作系统。 大容量存储设备14和RAM 18还可以存储一个或多个程序模块。更具体地， 大容量存储设备14和RAM 18可以存储网络管理应用104A。
图3是图解根据一个实施例的在计算机网络中从分布式操作系统界面管 理外部硬件装置的例程300的流程图。图3中的描述中参考图1和2的组件， 但是实施例并不限于此。当阅读对在此提供的例程的讨论时，应当理解，本发 明的各种实施例的逻辑操作被实现为(l)运行于计算系统上的一系列计算机实 现的动作或程序模块，和/或(2)计算系统内互连的机器逻辑电路或电路模块。 该实现是取决于实现本发明的计算机系统的性能要求来选择的。因此，图3-4 中所例示的并且构成在此所描述的本发明的实施例的逻辑操作被不同地表示 为操作、结构性设备、动作或模块。本领域技术人员将认识到，这些操作、结 构设备、动作和模块可用软件、固件、专用数字逻辑、及其任意组合实现，而 不背离如本文中阐述的权利要求内陈述的本发明精神和范围。
例程300始于操作305，在那里在应用服务器102A或102B上执行的网 络管理应用104A和104B (在下文中称为网络管理应用104A和应用服务器 102A)中的任一者接收对管理网络IOO中的外部硬件装置的请求。具体而言， 系统管理员可访问由网络管理应用104A生成的基于web的用户界面并选择用 于管理外部硬件装置的驱动程序设置的统一资源定位符("URL")。用于管 理外部硬件装置的例示性用户界面在图5中示出并将在以下进行更详细的描 述。
例程300从操作305继续进行至操作310，在那里网络管理应用104A接 收对用户界面中的驱动程序模型的选择。在一个实施例中，对驱动程序模型的 选择可通过选择与将被配置的外部硬件装置设备驱动程序相对应的URL来作 出。例如，在选择用于管理外部硬件装置的URL之后，系统管理员可被呈现在随后选择与管理负载平衡器相对
应的URL。如以上所描述的，驱动程序模型可以是与数个外部硬件装置设备驱
动程序相兼容的通用驱动程序模型，或者替换地，驱动程序模型可以是与来自 厂商的特定设备驱动程序相兼容的因厂商而异的驱动程序模型。
例程300从操作310继续进行至操作315，在那里网络管理应用104A利 用所选驱动程序模型来配置相应外部硬件装置的设置。具体而言，在接收到所 选驱动程序模型之后，网络管理应用104A可打开配置向导以便配置与外部硬 件装置相关联的各个设置。
例程300从操作315继续进行至操作320，在那里网络管理应用104A接 收对网络IOO中的外部硬件装置的当前状态的请求。具体而言，系统管理员可 从由网络管理应用104A生成的用户界面选择与驱动程序模型相对应的URL， 以获得网络100中的外部硬件装置的当前状态。
例程300从操作320继续进行至操作325，在那里网络管理应用104A利 用所选驱动程序模型来与相应外部硬件装置通信以获得当前状态信息。例如， 如果对网络IOO中的前端服务器上的网站的请求意外地返回错误消息，则系统 管理员可选择网络100中的DNS服务器的设备状态的URL。例程300随后结 束。
现在转到图4，现在将描述根据一替换性实施例的在计算机网络中从分布 式操作系统界面管理外部硬件装置的例程400。例程400始于操作405，在那 里网络管理应用104A在用户界面中接收执行网络配置操作的请求。例如，系 统管理员可在用户界面中选择URL以向网络100中的分布式操作系统添加前 端服务器。
例程400从操作405继续进行至操作410，在那里网络管理应用104A使 用驱动程序模型来与外部硬件装置通信以执行用于执行所请求的网络配置操 作的任务。具体而言，网络管理应用104A可被配置成自动确定外部硬件装置 在执行所请求的网络配置操作时要执行的任务，并自动利用驱动程序模型来向 受影响的外部硬件装置设备驱动程序传达恰适设置。例如，如果前端服务器被 添加到网络，则网络管理应用104A可确定需要调节网络负载平衡器116的设 置以处理来自新服务器的增大的通信量。在作出确定之后，网络管理应用104A可在随后自动利用网络负载平衡器116的驱动程序模型来与网络负载平衡器设
备驱动程序140通信并指令设备驱动程序调节必要的设置。例程400随后结束。 现在转到图5，现在将描述根据一实施例的可被用于管理计算机网络中的 外部硬件装置的分布式操作系统的例示性用户界面的框图。用户界面500包括 中央管理网页，后者包括用于管理硬件装置的URL 502和用于网络配置的URL
504。 一旦选择URL 502，用户(诸如系统管理员)就被带往包括用于管理负 载平衡的URL 506、用于管理代理服务器的URL 508和用于管理DNS服务器 的URL510的网页520。 一旦选择URL 504，用户就被带往包括用于添加前端 服务器的URL 512、用于移除前端服务器的URL 514和用于请求网络的系统状 态的URL516的网页530。
尽管己结合各个例示性实施例描述了本发明，但本领域普通技术人员将理 解，可在所附权利要求的范围内对其作出许多修改。因此，并非旨在以任何方 式将本发明的范围限于以上的说明，而是应该完全参照所附权利要求书来确 定。
权利要求
1.一种在计算机网络(100)中从分布式操作系统界面(500)管理外部硬件装置(114，116，118)的方法，包括在所述分布式操作系统界面(500)中接收对管理所述计算机网络(100)中的外部硬件装置(114)的请求(305)；在所述分布式操作系统界面中接收对与所述外部硬件装置相关联的驱动程序模型(104A)的选择(310)；以及利用所选驱动程序模型来从所述分布式操作系统界面配置所述外部硬件装置的设置(315)。
2. 如权利要求1所述的方法，其特征在于，还包括 从所述分布式操作系统界面接收对所述外部硬件装置的当前状态(320)的请求；以及响应于所述请求，利用所述所选驱动程序模型来与所述外部硬件装置通信 以获得当前状态消息(325)。
3. 如权利要求1所述的方法，其特征在于，在所述分布式操作系统界面中 接收对管理所述计算机网络中的外部硬件装置的请求包括在基于web的界面 (500)中接收请求。
4. 如权利要求3所述的方法，其特征在于，在基于web的界面中接收请 求包括接收对用于管理多个外部硬件装置的统一资源定位符(URL) (502)的选 择。
5. 如权利要求1所述的方法，其特征在于，在所述分布式操作系统界面中 接收对管理所述计算机网络中的外部硬件装置的请求包括在所述分布式操作 系统界面中接收对管理以下各项中的至少一者的请求代理服务器(118)、负载 平衡器(116)、或域名系统(DNS)服务器(114)。
6. 如权利要求1所述的方法，其特征在于，在所述分布式操作系统界面中 接收对与所述外部硬件装置相关联的驱动程序模型的选择包括接收对通用驱 动程序模型的选择，其中所述通用驱动程序模型利用一组应用程序接口 (API) (125A)来与用于管理多个外部硬件装置的多个设备驱动程序通信。
7. 如权利要求1所述的方法，其特征在于，在所述分布式操作系统界面中 接收对与所述外部硬件装置相关联的驱动程序模型的选择包括接收对因厂商 而异的驱动程序模型的选择，其中所述因厂商而异的驱动程序模型与用于管理 所述外部硬件装置的因厂商而异的设备驱动程序通信。
8. —种用于在计算机网络中从分布式操作系统界面(500)管理外部硬件装 置(114, 116, 118)的系统，包括存储器(12)，用于存储可执行程序代码(I04A);以及 功能上耦合至所述存储器的处理器(8)，所述处理器响应于包括在所述程 序代码中的计算机可执行指令并用于在所述分布式操作系统界面中接收对执行所述计算机网络中的配 置操作(405)的请求；以及使用驱动程序模型(104A)与至少一个外部硬件装置通信以执行用于 执行所述配置操作(410)的任务。
9. 如权利要求8所述的系统，其特征在于，所述处理器当在所述分布式操 作系统界面中接收对执行配置操作的请求时可操作用于接收对调度所述配置 操作(504)的性能的请求。
10. 如权利要求8所述的系统，其特征在于，所述处理器当在所述分布式 操作系统界面中接收对执行配置操作的请求时可操作用于接收对向所述计算 机网络添加前端服务器(512)的请求。
11. 如权利要求8所述的系统，其特征在于，所述处理器当在所述分布式 操作系统界面中接收对执行配置操作的请求时可操作用于接收对从所述计算 机网络移除前端服务器(514)的请求。
12. 如权利要求8所述的系统，其特征在于，所述处理器当在所述分布式 操作系统界面中接收对执行配置操作的请求时可操作用于在基于web的界面 中接收对执行配置操作(504)的请求。
13. 如权利要求8所述的系统，其特征在于，所述处理器在使用驱动程序 模型与至少一个外部硬件装置进行通信以执行用于执行所述配置操作的任务 时可操作用于利用通用驱动程序模型来与用于管理所述至少一个外部硬件装 置的至少一个设备驱动程序通信。
14. 如权利要求8所述的系统，其特征在于，所述处理器在使用驱动程序 模型与至少一个外部硬件装置进行通信以执行用于执行所述配置操作的任务时可操作用于利用因厂商而异的驱动程序模型来与用于管理所述至少一个外 部硬件装置的至少一个因厂商而异的设备驱动程序通信。
15. —种包含计算机可执行指令的计算机可读存储介质，所述指令在计算 机上执行时将导致所述计算机执行在计算机网络中从分布式操作系统界面(500)管理外部硬件装置(114， 116， 118)的方法，所述方法包括在所述分布式操作系统界面(500)中接收对管理所述计算机网络中的外部 硬件装置(114)的请求；在所述分布式操作系统界面中接收对与所述外部硬件装置相关联的驱动程序模型(104A)的选择(310);利用所选驱动程序模型来从所述分布式操作系统界面配置所述外部硬件装置的设置(315);从所述分布式操作系统界面接收对所述外部硬件装置的当前状态(320)的 请求；以及响应于所述请求，利用所选驱动程序模型来与所述外部硬件装置通信以获 得当前状态消息(325)。
16. 如权利要求15所述的计算机可读存储介质，其特征在于，在所述分 布式操作系统界面中接收对管理所述计算机网络中的外部硬件装置的请求包 括在基于web的界面(500)中接收请求。
17. 如权利要求16所述的计算机可读存储介质，其特征在于，在基于web的界面中接收请求包括接收对用于管理多个外部硬件装置的统一资源定位符 (URL) (502)的选择。
18. 如权利要求15所述的计算机可读存储介质，其特征在于，在所述分 布式操作系统界面中接收对管理所述计算机网络中的外部硬件装置的请求包 括在所述分布式操作系统界面中接收对管理以下各项中的至少一者的请求代 理服务器(U8)、负载平衡器(116)、或域名系统(DNS)服务器(114)。
19. 如权利要求15所述的计算机可读存储介质，其特征在于，在所述分 布式操作系统界面中接收对与所述外部硬件装置相关联的驱动程序模型的选择包括接收对通用驱动程序模型的选择，其中所述通用驱动程序模型利用一组应用程序接口 (API) (125A)来与用于管理多个外部硬件装置的多个设备驱动 程序通信。
20.如权利要求15所述的计算机可读存储介质，其特征在于，在所述分 布式操作系统界面中接收对与所述外部硬件装置相关联的驱动程序模型的选 择包括接收对因厂商而异的驱动程序模型的选择，其中所述因厂商而异的驱动 程序模型与用于管理所述外部硬件装置的因厂商而异的设备驱动程序通信。
全文摘要
提供了使用驱动程序模型与同外部硬件装置相关联的设备驱动程序进行通信来在计算机网络中从分布式操作系统界面管理外部硬件装置的实施例。在一个实施例中，可在基于web的分布式操作系统界面中接收对管理计算机网络中的外部硬件装置的请求。可选择驱动程序模型，其被配置成与用于管理外部硬件装置的配置设置的设备驱动程序接口。驱动程序模型可被用于从该界面管理外部硬件装置配置设置。这些设置可包括管理域名改变、防火墙设置、代理设置等。在另一实施例中，驱动程序模型可被用于在从分布式操作系统界面发起的网络配置操作期间管理外部硬件装置设置。
文档编号G06F15/16GK101689169SQ200880022562
公开日2010年3月31日 申请日期2008年6月22日 优先权日2007年6月29日
发明者J·M·加希尔, T·C·迈伦, Z·D·罗森菲尔德 申请人:微软公司