徽标认证是硬件体验的前提。设备首先需要通过该认证,而且其驱动,元数据信息(Device Stage 设备管理页面的样式)也都需要经过不同方式验证,一个是WHQL ,一个是Windows Quality Online Services(Winqual),两个之间是否是父子关系尚不清楚。驱动可以通过Windows Update完成发布、更新。元数据信息服务(Windows Metadata Information Service,WMIS)向Windows 7计算机分发所有已签名的设备元数据包。发布的方式并不一样。
转自:
Windows 7的设备体验
http://msdn.microsoft.com/en-us/ee791008(zh-cn).aspx
Windows Update
http://www.microsoft.com/china/whdc/winlogo/drvsign/WinUp.mspx
Windows 7的设备体验
老版本Windows可针对组件和功能呈现不同的设备,例如如果用户有一个多功能打印机,那么在Windows Vista和XP中,使用该设备会有怎样的体验?
从最高层面来看,“打印机”文件夹中会将传真和打印功能按照不同的设备显示出来,每个设备都使用通用图标,而这里完全无法显示扫描仪的功能。从系统层面来看,具体的体验可以从Windows设备管理器中的三个不同的树形节点得到体现。
对于设备制造商,也就是我们的合作伙伴,Windows中提供的设备体验也非常有限,没有什么简单的方法可以将所有服务、独特的功能,以及品牌直接整合到Windows中。因此对于不同的设备,Windows所能提供的设备体验并没有太大差异,尽管这些设备可能有着不同的功能。另外,设备制造商也需要编写越来越多的应用程序,才能提供用于支持自己设备的服务、选项,以及支持。为了体现与众不同的特征,以及充分利用设备包含的功能,很多设备制造商往往使用自己的设备体验取代Windows提供的功能。
从用户的角度来看,如果希望使用设备实现不同任务,这些都将导致不连贯的体验。
创建更好的体验
在Windows 7中,我们开始明确定义设备的体验,因为我们认为我们的用户和合作伙伴需要并且想要:
- 用户体验功能可定义人们如何发现和使用连接到自己计算机的设备。
- 系统和平台功能可以定义设备制造商如何在Windows中呈现自己的设备和相关服务。
我们希望通过改进设备功能的枚举和显示,改进设备的呈现,以及改进配置设置的访问方式,借此改善设备的安装和配置过程。我们还希望创建一种设备相关应用程序和服务的新访问方式,借此提供更易于发现,也更易于使用的功能。 从设计的角度来看,我们认为用户体验应当支持对设备进行查找和组织,发现设备的功能,并提供常见任务,并且能够访问支持服务和附件。同时,用户体验应当足够自然,并且具有尽可能一致的工作流程,以降低或避免产生学习曲线。 设备制造商的价值则具体体现在简化设备的安装和部署,降低品牌关联性,提供可扩展和可定制的体验。
Windows 7设备体验
在Windows 7中,我们使用了多个新功能以解决面对的挑战,并满足上述目标。这些新功能由改进后的系统和平台所支持,可定义设备制造商在Windows用户界面中呈现设备、相关应用程序,以及服务的方式。其中有两个主要功能是为了让设备提供全新的用户体验。
设备和打印机:可从Windows 7开始菜单中打开,这是一个全新的体验,可供用户看到所有已经连接到计算机的设备。这里呈现的设备是用户实际上可以接触到的物理设备,而不仅仅是从设备中抽象出来的组件或功能。这样,多功能打印机就会在设备和打印机窗口中显示为一个设备,而不再是三个或者四个独立的组件。设备可以通过USB连接,或者也可以通过Wi-Fi或蓝牙无线接口进行连接。设备制造商并不需要采取任何特殊操作,就可以让自己的设备显示在设备和打印机窗口中。但如果希望对此进行改进,则可以使用Windows 7所能支持的新的XML架构对用户的体验进行定制。另外制造商还可以开发用户上下文菜单句柄,这样用户用右键单击后就可以显示不同的内容。
显示了自定义设备数据的设备和打印机
Device Stage:Device Stage为用户提供了一种与设备进行交互的新方法。该功能提供的视觉界面使得用户可以更容易找到和使用与设备有关的应用程序和服务,而设备制造商还可以使用一套全新的XML架构为Device Stage开发设备体验,以便提供带有更多品牌烙印,并且可定制的界面,例如定义用于安装软件和打开相关服务的自定义任务。设备制造商只需要将修改后的XML提交给Microsoft,并由Microsoft通过Internet分发给Windows 7计算机,即可更新自己的自定义Device Stage体验。
在设备和打印机窗口中,只要双击可支持的设备,即可打开Device Stage窗口。
Device Stage用户界面与Windows中的外壳视图非常类似,而在打开Device Stage窗口后,相应的设备就会出现在Windows任务栏上。这样,用户就可以像使用应用程序那样与设备实现交互,并可使用全新的任务栏功能,例如跳转列表。
对于便携式设备,Device Stage还可提供多功能版本的自动播放功能,这样只要将设备连接到计算机,设备的图标就会出现在任务栏上。如果设备制造商没有为自己的便携式设备开发Device Stage体验,则还可以使用Windows 7提供的自动播放体验。
Device Stage的设计原则
在设计Device Stage时,在项目的前期我们就建立了一些指导性的方针,以帮助我们专注于设计和开发流程。这些方针是从我们的合作伙伴、客户反馈,全球专注于该领域的专家,以及我们对设备在Windows中的使用方法等观点中收集到的。
下面列举的就是用于指导我们设计工作的一些高角度的想法。
设备几秒钟内就能使用:将设备连接到电脑,然后马上就能用。
在研究不同的设备场景时我们意识到,仅仅是将设备连接到计算机的工作有时候已经足够麻烦。我们通常需要查找并下载驱动,并安装由设备制造商提供的软件,随后才能使用设备,而有时候甚至还需要遵循一定的顺序。对于Device Stage,我们的目标是减少,甚至在某些情况下完全避免给计算机中安装额外软件的需求。我们希望人们只需要将设备连接到计算机,然后就能使用。
我们的做法:我们做的第一件事是改善整个体验的可靠性。为了提供高质量的Device Stage体验,设备必须满足我们的最低需求才能获得认证。这通常意味着,设备需要获得Compatible with Windows徽标,并且必须自带,或者能够通过Windows Update提供驱动程序。这一质量前提确保了设备可以兼容Windows,并且在连接到Windows后可以获得更好的体验。在正式上市的设备包装中,内含的针对打印机、扫描仪,以及多功能打印机的驱动程序也需要进行类似的检查,这些检查也是能够获得认证的基础。
第二个工作是能够在连接后提供所需的设备体验。为此,我们为Device Stage提供了一个“基准”功能。在首次连接时,设备可以选择使用Device Stage直接提供的基准功能,基准设备体验可提供对设备核心功能的快速访问。
最后,我们还需要为自定义设备体验的基准提供用于升级的机制。随着用户使用基准体验,Windows 7还会联机检查,以确定制造商是否为该设备提供了自定义的设备体验。如果可用,Windows 7会下载和安装这些体验,然后给用户提供用于升级的选项。这就产生了一种更简单的结果,首次连接设备时就可以立刻使用,而等待片刻后还可以获得完整的,针对该设备所涉及的高级体验。
从基准体验升级到全功能Device Stage体验的范例
对于设备所需的所有内容都在一个位置:Windows 7使得设备成为体验的中心
在老版本Windows中,用户需要提前知道每个设备都使用哪些应用程序。自动播放功能有时候可以帮助用户确定不同便携式设备所用的应用程序,但这种模式无法很好地应用于服务,或Web上承载的内容。随着不同设备的逐渐成熟,以及功能的多样化,这个问题变得愈发严重,并导致用户翻遍整个开始菜单或控制面板寻找应用程序或配置选项,或者需要浏览不同的网站寻找产品信息。我们希望人们可以更容易地找到兼容的程序,从设备本身访问访问相关的内容和服务。
我们的做法:在Windows 7中,我们彻底放弃了以往的设备体验模式。此时并不是让应用程序成为设备体验的中心,我们决定让设备本身成为中心。为了改善可发现能力,我们创建了设备和打印机窗口,其中会列出连接到计算机的所有设备。同时我们还让设备制造商为自己的设备提供逼真的图标,这样有助于用户更好地在Windows中识别出自己的设备。如果设备制造商支持Device Stage,双击设备的图标即可打开设备的Device Stage窗口。
设备和打印机很好找,并且可以直接从开始菜单中打开
改善设备的发现能力只是第一步,我们依然需要提供更简单的方法,用于访问设备的应用程序、内容,以及服务。这个需求使得我们打算让设备任务可以直接从外壳中进行,并且来自合作伙伴的定制服务和链接也包含在同一个窗口内。
不同设备有不同的使用方式:一种交互模式无法用于所有设备
设备交互模式主要取决于设备的类型,以及所支持的功能。例如,打印机通常是持续连接着的,而大部分人通常通过应用程序的打印对话框访问打印机功能。便携式设备(移动电话、编写多媒体播放器,以及数码相机等)则有所不同。很多便携设备是多功能的,可用于执行不同类型的任务。另外此类设备只是偶尔连接到计算机,但通常在连接后,会被高负荷使用。当我们使用不同类型的设备时,我们意识到设备体验必须能够符合用户的使用方式。
我们的做法:这类设备行为的一个例子是当便携设备连接到计算机,或从计算机断开时的Windows行为。在将便携设备连接到计算机后,您会注意到设备的图标会自动出现在任务栏上,因为通常设备会吸引用户的所有注意力,因此通过这个图标即可访问设备的各种功能。将鼠标悬停在设备的任务栏图标后,还可以看到设备的状态,而用鼠标右键单击设备后,还可以在跳转列表中看到最常使用的任务。
将图标放置在任务栏上有助于发现和使用已连接设备的相关任务,但如果设备断开连接又将怎样?因为便携设备需要随身携带使用,因此我们还希望确保设备很容易就能从Windows中删除。将便携设备断开即可将其从任务栏上删除,并可以自动关闭所有Device Stage窗口,这样可以确保桌面的整洁。
断开便携设备可以自动关闭所有Device Stage窗口,避免桌面的混乱
这是制造商的设备体验:Windows设备体验是制造商的品牌和独特设备功能的体现
我们与很多设备制造商建立了密切的合作伙伴关系,并且我们用心聆听他们的需求,并从中分析出最普遍的需求和使用场景。我们发现很多合作伙伴实际上并不是非常喜欢开发桌面软件,但为了向自己的设备提供所需的服务,却不得不进行这些投资。
有少数人只凭借技术指标和实际功能购买设备,但大部分人在购买设备时只是从主观上做决定。每年对于新设备的行销要花掉数百万美元,这仅仅是为了给人们建立一个印象,并培养人们对设备的购买欲。这种客户关系对我们的合作伙伴非常重要,而我们认为Windows应该尽早加强这种印象。
我们的做法:我们提供了一个平台,使得体验的外观和感觉,以及实际内容都能与设备制造商所提供的体验尽可能一致。设备制造商可以开发自定义的任务,这样就可以针对特定的设备,对体验进行调整。自定义任务应当包含到产品手册的链接、兼容配件的购买网站链接,以及用于获得技术支持的网站链接,甚至可以直接与所连接设备进行交互的服务链接。
Device Stage体验解惑
Device Stage体验是通过Device Stage窗口,以及任务栏上的设备图标提供的。通过与设备和打印机窗口配合使用,这些界面提供了紧密融合的设备体验,使得用户可以快速找到和访问设备的相关功能。
为什么要把设备放在任务栏上?只要Device Stage窗口打开,设备就会出现在任务栏上。对于便携式设备,无论Device Stage窗口是否打开,只要连接了设备,任务栏图标会自动出现。这样很容易就能知道有设备已经连接,并可直接进行访问。从任务栏与设备进行交互很明显要比通过应用程序自己的窗口和界面进行交互更容易。
从任务栏预览直接看到存储状态
从设备的跳转列表启动所需任务
在打开Device Stage窗口后,鼠标悬停获得的Aero Peek效果
Device Stage窗口是什么?Device Stage窗口顶部显示了设备的品牌标记,并在窗口下方显示了相关的任务和任务类别。
品牌栏:品牌栏是有一些图形组成的:背景图片、覆盖图片、设备图像,以及主要和次要徽标图像。这些图像是有设备制造商指定的,并在显示了设备体验的时候,由Device Stage显示出来。设备制造商可以在Device Stage XML中创建自定义的图像和引用,获得不同的外观和感觉。
下列XML范例演示了品牌栏中图形元素的表示方式:
Behavior.xml
<?xml version="1.0" encoding="utf-8"?>
<deviceBehavior experienceId="{11874871-83cc-4f8a-af63-0535325ec131}" xmlns="http://schemas.microsoft.com/windows/2008/deviceExperienceBehavior">
<header watermarkAlign="left" textColor="#FF000000" backgroundImage="Light_Sky_Left.png" watermarkImage="Light_Bubbles_left.png" sheen="false">
<modelInfo image="sample_device.png" launcherThumbnail="sample_launcher.png" />
<logos split="horizontal" scalingBehavior="maximizeLogoSize">
<logo image="sample_logo1.png" valign="center" halign="right" />
<logo image="sample_logo2.png" valign="center" halign="right" />
</logos>
</header>
<appearance textColor="#FF000000" descriptionColor="#FF808080" frameColor="#FF666666" backgroundColor="#FFffffff" />
...
任务和类别:任务和类别区域使得用户可以从Device Stage中启动应用程序,或浏览网站。为了确保核心设备功能总是可以使用,Windows 7提供了一些内建任务,例如图片和视频的导入,联系人和日历的同步,铃声编辑器、打印机队列、硬件控制面板等。
例如,Windows 7中包含了图片和视频导入程序,并且可以内建任务的形式在Device Stage中使用。这样不需要安装任何额外的软件,用户就可以将自己的相机或手机连接到计算机,然后使用任务将照片和视频从Device Stage中导入。另外,用户还可将该操作设置为Device Stage的默认操作,这样一旦设备连接,就自动采取该操作。如果用户打算使用其他兼容的程序,例如Windows Live照片库,或者来自第三方厂商的其他软件,那么用户也可以很容易随时修改任务,改为自己惯用的其他软件。
Device Stage元数据包:为了向用户提供体验,由设备制造商所定义的图形和XML必须组装到一起,创建设备元数据包。这种数据包可应用于特定设备或某一系列设备,并在将设备连接到计算机后,供Windows 7用于创建设备体验。将文件打包在一起还使得设备体验更加易于分发,具体内容请参考下文。
Device Stage端到端系统
为了让Device Stage尽量如我们所预想的那么易用,除了Windows 7体验,我们还需要投入更多领域。我们开发并部署了一系列Internet服务,主要是供设备制造商用于开发和验证自定义的Device Stage体验,以及用于为运行Windows 7的计算机分发自定义的设备体验。下图所示的就是这一套端到端系统的完整步骤。
这套系统是由Microsoft管理的,主要用于向全球的Windows 7设备制造商合作伙伴以及用户提供支持。该系统是通过下文所说的方法体现我们的设计原则的。
熟悉的编程模式
自定义Device Stage体验的编程模式可充分利用原有的设计、开发、测试,以及验证流程。用于表现定制的语言主要是XML,这样设备制造商可以继续使用原本针对开发工具方面进行的投资。定制可通过一种类似自然语言的方式进行,只要直接将文本资源嵌入到不同的XML文件中即可。这样要对设备体验进行本地化处理,当然更高效,更不易出错。
整体的开发流程实际上就是一个针对Microsoft提供的不同设备类的XML模板,进行设计、编辑,以及修改模板的过程。该XML模板包含了对不同设备类的最基本体验。为了对每处修改的语法准确性进行验证,只需要用自定义体验的XML文件与XML架构描述(XSD)文件进行比较即可。Windows 7还可以被配置为支持快速测试功能,以验证Device Stage中的设备体验是否与预期结果相同。
低成本的验证和管理
验证和管理流程可充分利用并扩展了由Windows Quality Online Services(Winqual)围绕Windows Logo Program for Devices计划所提供的业务流程。通过这一流程,设备制造商和Microsoft打算为不同的设备提供定制化的设备体验。
设备制造商首先需要脱机完成自定义设备体验的设计、开发、设置、打包,以及验证工作。随后获得的元数据包可通过Web提交进行验证。Winqual的流程通过使用VeriSign ID,可确保设备制造商的身份和提交内容的准确性和安全性。
在验证流程中,需要检查XML文件的语法是否准确,以及确认图形文件可满足视觉布局的要求,而且需要使用反病毒和其他安全筛选器对提交内容进行检查。
验证流程在设计上可实现自动化、轻量级,并且非常高效,并且可以快速返工,以解决遇到的各种问题。
最后,Microsoft会将自己验证过的设备元数据包进行签名,这样可以保证数据包不被篡改,设备制造商和用户可以放心自己系统的完整性。这样设备制造商还可以用更灵活的方式分发元数据包。通过访问Winqual网站,设备制造商可以随时更新、更换,以及删除已经通过验证的设备元数据包。如果任何一个设备遇到的问题开始增多,Microsoft和设备制造商还可以合作更新设备体验。
支持设备制造商进行控制
这套端到端的系统在设计上是由设备制造商控制设备体验,只有认证了某一设备的制造商才可以对后续的设备体验进行定制。该系统所支持的自动化架构可避免设备标识上遇到的大部分问题,而一旦发生冲突,则可以由Winqual与相关设备制造商一起解决,不会对用户产生影响。
设备制造商还可以为同一系列设备创建相同的设备体验,随后针对这一系列设备中的一个创建不同的设备体验。这样做有助于降低前期的投资成本,并可针对一系列据具有相同功能和外观的设备提供一致的设备体验。取决于所用的设备标识符,设备制造商还可以根据业务合作伙伴的要求直接定制体验。
灵活的分发和安装
一旦签名完毕,设备元数据包就可以通过多种途径分发给Windows 7计算机。分发和安装过程与验证和管理过程是独立的,这样可以为设备制造商提供最大程度的灵活性,并可为用户提供最高质量的体验。
Microsoft通过Windows元数据信息服务(Windows Metadata Information Service,WMIS)向Windows 7计算机分发所有已签名的设备元数据包。在为设备安装设备驱动后,Windows 7会通过WMIS查询匹配的设备元数据包。在初始查询后,Windows 7还会定期在后台查询设备体验的更新。
设备制造商可以在安装过程中直接安装设备元数据包,这一过程可以在安装驱动,或安装应用程序的过程中进行(取决于设备的类型)。设备制造商还可以通过自己的网站分发元数据包,或者让元数据包可通过受管理的Windows 7计算机,直接安装给企业用户。
与用户的感觉相一致
用户在Device Stage中看到的设备体验需要与用户实际感知到的设备整体,以及物理设备相协调,而且设备体验应当与用户所使用的Windows语言相一致。因此当Windows 7在查询设备元数据包时,需要使用到设备的标识符信息,以及当前用户的语言设置。设备元数据包的匹配是通过用户看到的物理设备进行的,为了帮助实现匹配,Windows会将物理设备的不同逻辑功能进行自动化和无缝的结合。这是对老版本Windows中设备模型的有效补充,以前设备是以逻辑功能进行归类的,而现在则是以用户实际能够看到的物理存在的“塑料盒子”进行归类组织。
Device Stage的采用情况
与设备和打印机窗口不同,Device Stage需要设备制造商开发自定义的体验,而且设备必须通过认证,可在Windows下正常使用。同时,因为这是一个全新的平台,Microsoft目前只能在Device Stage中支持数量有限的设备类型。因此,这些局限性虽然可以确保Device Stage体验可在Windows平台下正常用于特定设备,但这也意味着整个业界需要一定时间才能逐渐接受Device Stage。
Windows 7最初只支持便携式和文档类设备,例如移动电话、便携式媒体播放器、数码相机、打印机、扫描仪,以及多功能扫描仪。根据业界的反馈,Device Stage现在还可以支持计算机本身,以及HID设备,例如键盘和鼠标。对其他类型设备的支持将在Windows 7发布后添加,因为这套端到端系统可以在不更改Windows 7计算机的前提下进行扩展,因此对于已经可被支持的设备类型,参与该计划的计算机和设备制造商可以立刻开始获益,而当Windows 7计算机发布后,我们可以看到更多自定义的设备体验。
对于便携式和文档类设备,为了尽可能降低前期的投资成本以及改善初始采纳率,Windows可支持设备的制造商对于被兼容的设备,可以不需要专门针对Device Stage功能提供自定义的Device Stage体验,而是使用基准Device Stage体验。对于基准体验,并不会显示任何品牌烙印或任务,但可以使用全部的Windows内建任务,并且如果可用,还能整合于Windows 7任务栏、跳转列表、设备和打印机,以及自动播放功能。在Windows 7发布后,我们希望合作伙伴能充分利用这一功能,创建出自定义的Device Stage体验。目前已经有超过5000种设备已经可以支持基准Device Stage体验。
针对移动电话的Device Stage就是用了基准Device Stage体验
您当然可以在家里尝试!
如果您希望立刻感受Device Stage功能,那么可以首先从设备和打印机窗口开始。从开始菜单中打开该窗口后,就可以在一个地方管理您的打印机和USB、蓝牙,以及WiFi设备。在这里您还可以更改默认打印机,单击链接打开便携播放器上的文件,或者对兼容的数码相机打开Device Stage窗口。
除了尝试使用设备和打印机,您也许已经有了可兼容Device Stage的设备。很多主流的相机、媒体播放器、移动电话、打印机、扫描仪,以及多功能打印机已经至少可以支持基准Device Stage体验。而对于此类,以及其他类别的设备,还有很多设备制造商正在忙于为自己的设备提供自定义的Device Stage体验。如果有一天您的Windows 7自动为您的设备显示了自定义的Device Stage体验,可一定不要吃惊。
我们希望本文能让您简单理解Device Stage的工作方式,以及创建过程。我们从未停止对Windows的改进,因此我们欢迎您的反馈!
- Jack, Robin, Max, & Marc
Windows Update 简介
Windows Update 是 Microsoft Windows 操作系统的在线扩展,使用最新的软件更新和设备驱动程序帮助基于 Windows 的计算机保持最新。本文为有兴趣通过 Windows Update 服务提供设备驱动程序的硬件和系统制造商提供信息。
Windows Update 支持下载和安装最新版本的 Windows 的驱动程序。Windows Update 不对 Windows 98 之前的版本(比如 Windows 95 和 Windows NT 4.0)提供驱动程序。
所有通过 Windows 徽标计划测试的驱动程序都可以在 Windows Update 上发布。但是除了 Windows 徽标计划要求(必须满足该计划以确定驱动程序是否可以放置在 Windows Update 服务上)之外,还有其他要求,本文稍后将进行说明。
其他要求可以确保 Windows Update 准确、无缝地检测、下载驱动程序并将其安装到最终用户的计算机上。使用的驱动程序检测算法类似于 Windows 即插即用子系统使用的算法,可确定哪个驱动程序适合安装在某个特定计算机上。所有 Windows Update 的用户访问方法使用同一引擎下载和安装驱动程序,提供一致的体验。
用户如何从 Windows Update 获得驱动程序
用户可以使用以下任何方式访问 Windows Update:
• | 在 PC 上安装新设备 |
• | 从开始按钮 |
• | 单击设备管理器中的更新驱动程序按钮 |
• | 直接连接到 Microsoft Windows Update 网站 |
用户可以使用以下方式从 Windows Update 获得驱动程序:
• | 动态更新 |
• | 自动更新 |
• | Windows Update 网站 |
通过面向不同的区域设置和平台的 Windows Update Catalog 网站,根据用户搜索条件,高级用户无需检测就可以下载单个驱动程序。一些驱动程序可能在分类网站上,而不在主网站上(比如服务器硬件 Fibre Channel 的驱动程序)。
• | 设备管理器 |
• | 添加新硬件向导 |
• | 添加打印机向导 |
Windows Update 如何检测驱动程序
为了发布设备驱动程序,Windows Update 会扫描 PC 的系统文件和唯一的即插即用 ID。然后将硬件和操作系统文件的动态清单与后台数据库中的一个索引进行对比,以确定是否有任何更新匹配安装。合适的更新及其说明会被列出来,由用户决定是否安装。也可以将通过 Windows Update 安装的更新删除。
Windows Update 使用与 Windows 即插即用相同的算法为尚未安装驱动程序的设备查找新的驱动程序,或者为已安装驱动程序的设备查找更好的驱动程序。使用的属性和设备管理器用于确定是否安装某个驱动程序时使用的属性一样。有关详细信息,请参阅 WDK。
其他打印机驱动程序的属性被用于确定匹配的驱动程序。这些属性包括:
• | INF 文件的 [Manufacturer] 部分中的制造商 |
• | INF 文件的 [Version] 部分的 "Provider" 条目中的提供商 |
• | INF 文件的 [Models] 部分的设备描述条目中的驱动程序名称。 |
发布要求
除了满足硬件的 Windows 徽标计划要求,驱动程序还必须可以通过 Windows Update 服务进行 Web 发布。为此,驱动程序必须满足以下要求,以便能够通过 Windows Update 进行检测、安装和传播:
• | Windows Update 发布设备驱动程序的许可。 |
• | WHQL 测试 |
• | 检测 - DriverVer。 |
• | 检测 - 特定的即插即用 ID。 “特定的即插即用 ID”意味着每个总线的以下内容均不同: PCI 和 AGP 总线:包含子系统 ID 和子系统供应商 ID(ID 字符串中的 &SUBSYS)。驱动程序必须使 VID/DID/SVID/SID PNP ID 条目通过 Windows Update 发布。 PCI 设备子系统 ID 和 Windows 规范位于以下页面:http://www.microsoft.com/whdc/system/bus/PCI/pciids.mspx PCMCIA:始终是特定的;ID 字符串中包含 PCMCIA。 USB:ID 字符串中包含 VID 和 &PID。 IEEE 1394:始终是特定的;ID 字符串中包含 1394。 HID:ID 字符串中包含 &VID 和 &PID。 IDE:ID 字符串中包含 IDE/。 并行端口打印机:ID 字符串中包含 LPTENUM/。 IrDA 打印机:ID 以 HWP 开头。 以上列出的设备是从 WHQL 发布到 Windows Update Services 上的。有关详细信息,请参阅 WHQL 提交要求:https://winqual.microsoft.com/help/default.htm#winqual_requirements.htm。 不是 INF 文件中的所有 PNP ID 都有 Windows 徽标。Windows Update 仅使用具有 Windows 徽标的 PNP ID 来创建 Windows Update 的检测集。不使用 PNP 兼容的 ID,因为它们对于 Windows Update 检测来说还不够特殊。 |
• | 基于 INF 的文件安装。驱动程序必须从 INF 文件安装核心功能。驱动程序必须通过设备管理器安装。就是说,“添加新硬件向导”必须正常工作。对于提供核心设备功能的文件,可以没有安装程序实用工具。有关详细信息,请参阅 WDK。 |
向用户显示的标题和描述
Windows Update 使用驱动程序 INF 文件中包含的驱动程序描述信息。
Windows Update 网站按如下方式显示信息:
• | 设备驱动程序的标题 = INF 文件中定义的公司名称 provider = inf 中的行和设备类(视频适配器、模拟调制解调器,等等) class = 行。 |
• | 描述 = INF 文件中定义的驱动程序描述。 |
其他区域设置的驱动程序
如果某个提交到 WHQL 的设备驱动程序二进制文件用于多个区域设置和语言,则该驱动程序将在本地化的 Windows Update 服务上提供,用于其计划的目标操作系统。如果该驱动程序只是作为英语二进制文件提交到 WHQL,则它只会在英语版的 Windows Update 上为其目标操作系统提供。
注意:为了尽可能多地发布,请确保当您向 WHQL 提交驱动程序用于 Windows 徽标计划测试时,列出驱动程序工作的所有区域设置和语言。