支持多个显示装置的方法与系统的制作方法

专利名称：支持多个显示装置的方法与系统的制作方法
技术领域：
本发明有关于支持多个显示装置的方法与系统，且特别有
关于微软窗口操作系统显示驱动器模型(WDDM)的架构下支持 多显示卡多屏幕(MAMM)功能的方法与系统。
背景技术：
随着个人计算机的效能与使用者需求的增加， 一 台个人计 算机上常常会同时运行多个应用程序，因此有时操作系统的窗 口区域会显得拥挤。针对这个问题，将一台个人计算机连接多 个显示屏幕成为趋势。
最新版本的孩吏软窗口 (Microsoft Windows)才喿作系统可支持 多显示卡多屏幕来解决上述问题，例如Windows XP操作系统的 XP显示驱动器模型(XP Display Driver Model , XDDM)和 Windows Vista的Windows显示马区动器才莫型(Windows Display Driver Model, WDDM)都支持多显示卡多屏幕(Multiple-Adapter Multiple Monitor, MAMM)的功能。但是在Windows显示驱动器 模型架构下所有显示卡必须被同一个驱动器所驱动。在所有显 示卡都来自同一个供应者的情况下，由于供应者可调整自己的 驱动器来驱动所有的显示卡，可相对容易地达成目的。但是若 在Windows Vista操作系统之下使用多个不同供应者的显示卡 则显得相对困难，要求不同供应者合作以提供一个共同的驱动 器也不切实际。因此对于Windows Vista操作系统而言，唯一的 解决方法是使用XP显示驱动器模型架构的驱动器来驱动不同 供应者的多个显示卡，因为XP显示驱动器模型架构没有单 一驱 动器的限制。但是XP显示驱动器模型架构的驱动器并不支持最新的Windows显示驱动器模型，而且也不支持某些最新的应用 软件，例如Direct X 10。

发明内容
有鉴于此，本发明提供可支持多个屏幕显示装置的方法与 系统。其中一种于计算机系统可支持多显示卡多屏幕的方法包 括初始化一个操作系统；自操作系统发送请求至一个驱动器 封套器；通过驱动器封套器判断请求的辨识值；根据辨识值传 送请求至对应的显示驱动器；以及由对应的显示驱动器驱动对 应的显示装置以执行请求。
本发明所述的于计算机系统可支持多显示卡多屏幕的方 法，此方法还包括通过驱动器封套器回传显示驱动器的响应至 操作系统。
本发明所述的于计算机系统可支持多显示卡多屏幕的方 法，初始化操作系统的步骤还包括加载一个过滤驱动器；通 过过滤驱动器拦截来自显示驱动器的一个输入输出请求；传送 关于显示驱动器的辨识值的相关信息给过滤驱动器；以及传送 驱动器封套器的辨识值信息至操作系统。
本发明所述的于计算机系统可支持多显示卡多屏幕的方 法，此方法还包括储存关于显示驱动器的辨识值的相关信息到 驱动器封套器，其中请求的辨识值的判断即是根据上述储存的 数据而进行。
本发明所述的于计算机系统可支持多显示卡多屏幕的方 法，辨识值可为一个显示驱动器接口函数地址、 一个制造识别 符或是型号识别符，其中计算机系统的每 一 个显示装置皆有独 特的辨识值。
本发明所述的于计算机系统可支持多显示卡多屏幕的方法，每一个显示驱动器对应至一或多个显示装置。
本发明所述的于计算机系统可支持多显示卡多屏幕的方
法，操作系统为微软Windows Vista操作系统。
本发明还提供一种可支持多个显示装置的绘图系统，此绘 图系统包括 一个第一显示驱动器，用以驱动一个第一显示装 置； 一个第二显示驱动器，用以驱动一个第二显示装置； 一个 操作系统的次系统，用以发送请求；以及一个驱动器封套器， 用以根据请求的函数地址判断并分派请求；其中当此函数地址 被判断为对应至第一显示装置时，传送此请求至第一显示驱动 器；而当此函数地址被判断为对应至第二显示装置时，传送此 请求至第二显示驱动器。
本发明所述的可支持多个显示装置的绘图系统，此驱动器 封套器还用以从第 一显示装置和第二显示装置回传对应于此请 求的响应至才喿作系统的次系统。
本发明所述的可支持多个显示装置的绘图系统，其中第一 显示驱动器包括一个第一使用者模式驱动器和一个第一核心模 式驱动器，第二显示驱动器包括一个第二使用者模式驱动器和 一个第二核心模式驱动器，而驱动器封套器包括一个对应于第 一使用者模式驱动器和第二使用者模式驱动器的使用者模式驱 动器封套器，以及一个对应于第一核心模式驱动器和第二核心 模式驱动器的核心模式驱动器封套器。
本发明所述的可支持多个显示装置的绘图系统，使用者模 式驱动器封套器分派来自操作系统的次系统的请求至第 一 使用 者模式驱动器和第二使用者模式驱动器其中之一，而核心模式 驱动器封套器分派来自操作系统的次系统的请求至第 一 核'"、模 式驱动器和第二核心模式驱动器其中之一 。
本发明所述的可支持多个显示装置的绘图系统，第一显示户显示驱动器，第二显示驱动器 还包括一个第二加载客户显示驱动器，而驱动器封套器还包括 一个对应于第一加载客户显示驱动器和第二加载客户显示驱动 器的加载客户显示驱动器封套器。
本发明所述的可支持多个显示装置的绘图系统，加载客户 显示驱动器封套器分派来自操作系统的次系统的请求至第 一加 载客户显示驱动器和第二加载客户显示驱动器其中之一。
本发明又提供一个具有多显示卡多屏幕功能的计算机系
统，此计算机系统包括 一个操作系统，用以发送请求； 一个 驱动器封套单元，耦接于操作系统并用以自操作系统接收请 求； 一个绘图驱动单元，耦接于驱动器封套单元并包括使用者 模式驱动器和核心模式驱动器，此绘图驱动单元用以自驱动器 封套单元接收请求以及处理请求。其中驱动器封套单元用以自 操作系统分派请求至使用者模式驱动器，并自使用者模式驱动 器回传响应至操作系统，以及自操作系统分派请求至核心模式 驱动器，并自核心模式驱动器回传响应至操作系统。
本发明所述的具有多显示卡多屏幕功能的计算机系统，此 计算机系统还包括一个被绘图驱动单元所驱动的绘图硬件单 元。此绘图硬件单元包括多个显示装置，每个显示装置被一个 对应的使用者模式驱动器和一个对应的核心模式驱动器所驱 动。驱动器封套单元分派请求给被指派来执行请求的显示装置 所对应的使用者模式驱动器和核心模式驱动器。
本发明所述的具有多显示卡多屏幕功能的计算机系统，驱 动器封套单元自操作系统的 一 个绘图应用程序接口分派请求至
使用者模式驱动器，自搡作系统的 一 个绘图核心单元分派请求 至核心模式驱动器。驱动器封套单元并保持请求的显示驱动器 接口函数地址与核心模式驱动器的对应关系。
9本发明所述的具有多显示卡多屏幕功能的计算机系统，此
操作系统支持于Windows显示驱动器模型下的操作系统的多显 示卡多屏幕功能。
于本发明的方法与系统中，驱动器封套单元作为操作系统 与显示驱动器之间的接口 ，期可隐藏显示驱动器不为操作系统 所知，并提供操作系统标准的显示驱动器接口 。从操作系统的 角度来看，驱动器封套单元是用以自操作系统接收请求的唯一 共同驱动器。驱动器封套单元自操作系统分派请求至显示驱动 器，并自显示驱动器回传响应至操作系统。本发明的驱动器封 套单元可兼容于来自不同供应者的显示驱动器，因此使得 Windows Vista操作系统的Windows显示驱动器模型可支持多个 不同供应者或不同型号的显示卡，并且，本发明不需额外对现 存的显示驱动器作修改。


图l为本发明一个实施例的可支持多个显示装置的绘图系 统的方块图2为本发明一个实施例的可支持多个显示装置的绘图系 统的方块图3为本发明 一个实施例中于核心空间内如何分派请求的 流程图4为本发明 一 个实施例的核心空间获取显示驱动器接口 函数地址的方法的流程图。
具体实施例方式
为了让本发明的上述和其他目的、特征和优点能更明显易 懂，下文特举多个较佳实施例，并配合所附图示，作详细说明^口下。
图1绘示本发明 一 实施例可支持多个显示装置的绘图系 统。此绘图系统至少包括一个应用程序单元IO、 一个操作系统
20、 一个驱动器封套单元30、 一个绘图驱动单元40以及一个绘 图硬件单元50。应用程序单元10耦接至操作系统20,而操作系 统又耦接至驱动器封套单元30。驱动器封套单元30耦接至操作 系统20与绘图驱动单元40以作为接口 ，绘图驱动单元40再耦接 至绘图硬件单元50。
绘图硬件单元50可包括多个显示装置(未绘示)，在显示装 置来自不同供应者的情况下，每个显示装置分别耦接至对应的 显示驱动器(未绘示)。因此绘图驱动单元40可包括多个分别连 接至每个显示装置的显示驱动器。如所前述，不同供货商的显 示装置可能需要不同的驱动器使其可与操作系统正常运作。然 而操作系统2 0在多个显示驱动器同时存在的情况下，可能只能 与其中一个互动。在此情况下，驱动器封套单元30运作为操作 系统20与此多个显示驱动器之间的接口 ，因此，显示器封套单 元30可被视为唯一存在于操作系统20的显示驱动器。当操作系 统20发出请求时，驱动器封套单元30传送请求至绘图驱动单元 4 0中对应的显示驱动器以处理此请求。
根据本发明的一个实施例，操作系统20发出包括一辨识值 的请求，此辨识值指示该请求所指向的显示装置。换句话说， 绘图硬件单元50中的每个显示装置皆被指派一个独特的辨识 值。操作系统2 0可借此辨识值指认连接于计算机系统的所有显 示装置，并借此发出请求给适当的显示装置。驱动器封套单元 30从操作系统20接收请求，然后根据辨识值判断该请求应该指 向绘图硬件单元50中的哪个显示装置。当驱动器封套单元30确 认正确的显示驱动器并传送该请求后，显示驱动器即可处理该请求以使对应的显示装置可响应操作系统20。
根据本发明的一个实施例，绘图硬件单元50中的某些显示 装置可对应至绘图驱动单元40中同一个显示驱动器。举例而 言，一部分的显示装置来自相同的供应者，而其余的显示装置 分别来自不同的供应者。相同供应者的显示装置可被同一个驱 动器所驱动，进而减少驱动器的数量。尽管如此，由相同驱动 器所驱动的多个显示装置仍然分别拥有各自的辨识值。操作系 统2 0发出请求之后，驱动器封套单元3 0根据辨识值传送该请求 至对应的驱动器。驱动器封套单元30可建立显示装置与显示器 之间的辨识值对照表，当接到请求时即可根据此对照表判断其 辨识值。
以上介绍了本发明的高阶实施例，下面将详述其方法与系 统。图2绘示了本发明可支持多个显示装置的绘图系统的实施 例，可适用于例如Windows显示驱动器才莫型架构。与图l相似， 此绘图系统包括应用程序单元IO、 "J喿作系统20的次系统、驱动 器封套单元30以及绘图驱动单元40。计算机的绘图系统通常包 括了两个主要的组成使用者空间与核心空间，如虚线所划分。 核心空间可与绘图^^件单元直接互动，然而4吏用者空间则与绘 图硬件单元隔离且无法直接对其作存取。
才喿作系统20的次系统至少包括Direct3D才丸行《连接库 (Runtime Library) 201、 OpenGL执行链接库202、 Windows绘图 装置接口 (Graphics Device Interface)客户动态链接库(Dynamic Link Library, DLL) (GDI32 DLL)203和绘图核心204。驱动器封 套单元30至少包括使用者模式显示(User-Mode Display, UMD) 驱动器封套器301 、 OpenGL加载客户显示(Installed Client Display, ICD)驱动器封套器302和核心模式显示(Kernel-Mode Display, KMD)驱动器封套器304。绘图驱动单元40至少包括使用者模式显示(UMD)马区动器401、加载客户显示(ICD)马区动器402 和核心模式显示(KMD)驱动器404。绘图核心204、 KMD驱动器 封套器304和KMD驱动器封套器404位于核心空间，而其它组件 则位于使用者空间之内。驱动器封套单元30可加载于操作系统 20(例如微软的Windows Vista),并运作为单一的共同显示驱动 器。UMD驱动器401、 ICD驱动器402和KMD驱动器404可根据 计算机所连接的绘图硬件装置来配置。UMD驱动器封套器 301 、 ICD驱动器封套器302和KMD驱动器封套器304被配置为 UMD驱动器401、 ICD驱动器402和KMD驱动器404与操作系统 20的次系统互动的4妄口 。
应用程序单元10可经由两条路径通过^喿作系统20发送请求 至绘图硬件单元50。操作系统包括诸如Direct3D(D3D，属于 DirectX系歹'J )或者OpenGL等的绘图应用程序接口来跟应用程 序互动，其中DirectX是由微软所研发，而OpenGL是由Silicon Graphics Inc.所研发的。来自DirectX接口的请求被传送至D3D 执行链接库201再传送至UMD驱动器封套器301 ,如上所述， UMD驱动器封套器301可作为操作系统20的D3D执行链接库 201与UMD驱动器401之间的接口 。当UMD驱动器401处理完请 求之后，路径再回朔至U M D驱动器封套器3 01然后到D S D执行 链接库201，如此便完成此请求在使用者空间的处理。接着DSD 执行链接库201将请求从使用者空间传送至核心空间，最终到达 KMD驱动器401以驱动绘图硬件单元5(X KMD驱动器封套器304 可当做绘图核心204与KMD驱动器404之间的接口以传递此请 求。
当请求来自OpenGL时，其传递路径是由OpenGL执行链接 库202通过ICD驱动器封套器302 、 ICD驱动器402再到GDI32动 态链接库203。与UMD驱动器封套器301相同、ICD驱动器封套器302是做为OpenGL执行链接库202和ICD驱动器402之间的接 口 。而GDI32链接库203则是做为OpenGL和DirectX之间的接口 以提供核心模式的存取。本领域技术人员应可理解，OpenGL 和DirectX为两种不同的规格，OpenGL的请求(包括D3D)无法直 接在DirectX的环境下被处理，因此需要通过例如GDI32动态链 接库203之类的接口来处理。与上述D3D请求的流程相似， GDI32动态链接库203将请求自使用者空间传送至核心空间的 绘图核心204,接着核心空间204再传送请求至KMD驱动器封套 器304和KMD马区动器404。
根据本发明的一个实施例，UMD驱动器401、 ICD驱动器402 和KMD驱动器404可分别包括多个驱动器对应至多个显示装 置。举例来说，当计算机系统连接两个不同供应者的显示装置 时，每个显示装置可分别对应至各自的UMD驱动器401、 ICD 驱动器402和KMD驱动器404，而不是共享相同的驱动器。但是 计算机系统中仅会有 一 个U M D驱动器封套器3 01 、 一个IC D驱动 器封套器302和 一 个KMD驱动器封套器304存在操作系统的次 系统和绘图驱动单元4 0的多个驱动器之间。UMD驱动器封套器 301、 ICD驱动器封套器3 02和KMD驱动器封套器304根据请求的 辨识值判断请求所指向的显示驱动器，此辨识值表示对应的显 示装置，其内容可能是例如显示装置的显示驱动器接口函数地 址。
驱动器封套单元3O仅提供操作系统20标准的显示驱动器接 口，请求的实际操作并非由驱动器封套单元30直接完成，而是 由隐藏于其下的绘图驱动单元40内的多个显示驱动器完成。驱 动器封套单元3 0对操作系统2 0隐藏显示驱动器不为其所知，对 操作系统20而言，驱动器封套单元30是唯一可接收请求的共同 驱动器。驱动器封套单元3 0从操作系统2 0分派请求给显示驱动
14器，再从显示驱动器回传响应给操作系统20，而且可兼容于不
同供应者的显示装置。依此方式，本发明的计算机系统可支持 不同供应者的不同显示装置。
根据本发明的一个实施例，绘图核心204可以是Windows DirectX绘图核心，计算机系统可以配置为WDDM架构，并且支 持OpenGL和/或DirectX。根据本发明的一个实施例，操作系统 可以是Windows XP、 Windows Vista或是任何其它可支持多显示 卡多屏幕的操作系统。
接着i青参看图3 ，其绘示本发明 一 实施例中于核心空间内如 何分派请求的流程图。首先，绘图核心204在接收到来自使用者 空间的请求之后将请求传送至KM D驱动器封套器3 04之内的一 个KMD显示驱动器接口单元305(步骤31)。接着KMD驱动器封 套器304才艮据请求内的辨识值分派请求。此辨识值可以是对应的 显示装置的显示驱动器接口函数地址、制造识别值或型号识别 值。于图3的实施例中，KMD驱动器404包括两个具有不同辨识 值的驱动器， 一个是用以驱动显示装置A 505的KMD驱动器A 405,另 一个是用以驱动显示装置B 506的KMD驱动器B 406。 如果请求是指向显示装置A 505, KMD驱动器封套器304将请求 分派至KMD驱动器A 405。相对地，如果请求是指向显示装置B 506， KMD驱动器封套器304将请求分派至KMD驱动器B 406(步 骤S32)。显示装置A和B可以是可插入主机板扩充槽的单独显示 卡、主机板内置的显示卡或是其它类似的装置。
接着，显示驱动器A/B控制其对应的显示装置A/B已完成请 求(步骤S33),并回传响应至KMD驱动器封套器304(步骤S34), 最后KMD驱动器封套器304回传响应至绘图核心204(步骤 S35)。依此方式，对操作系统20而言，KMD驱动器封套器304 即为显示装置A和显示装置B的单一共同驱动器。UMD驱动器封套器301和ICD驱动器封套器302以与KMD 驱动器封套器304相似的方式分派操作系统20的请求。本领域技 术人员应可根据对图1至图3的理解推论驱动器封套单元30的其 它细部运作方式，在此将不赘述。
驱动器封套单元3 0在分派操作系统2 0的请求前必需先得知 其后的显示装置的辨识值，此辨识值可以是例如显示装置的显 示驱动器接口函数地址。对使用者空间的UMD驱动器封套器 3 01和IC D驱动器封套器3 0 2而言，辨识值的取得相对地较为容 易，其可呼叫系统函数以获得显示装置的显示驱动器接口函数 地址，并借此分派请求。但对于核心空间的KMD驱动器封套器 304而言，要取得辨识值较为困难。
图4绘示本发明 一 实施例的核心空间获取显示驱动器接口 函数地址的方法的流程图。如上所述，在WDDM架构下，即便 计算机系统连接了多个显示装置，操作系统20仅允许加载单一 显示驱动器来执行操作。在计算机系统启动时，操作系统20会 通过呼叫登录函数(entry function)加载某个显示装置的KMD驱 动器。每个KMD驱动器皆有各自对应的登录函数，此登录函数 会接续呼叫 一个系统函数使KMD驱动器发送一个输入输出请 求给绘图核心204。为响应此输入输出请求，对应的显示装置的 显示驱动器接口函数地址会被传送至绘图核心2 04以进行初始 化。如果操作系统20试图加载第二个显示装置，但发现第二个 显示装置是由另一个驱动器所驱动，此加载便会失败使得第二 个显示装置无法工作。为了解决这个问题，操作系统会加载一 个过滤驱动器60来隐藏第二个驱动器，使其可正常驱动第二个 显示装置。过滤驱动器60会拦截输入输出请求并回传KMD驱动 器封套器304的显示驱动器接口函数地址给绘图核心204,同时 储存显示装置真正的显示驱动器接口函数地址到KMD驱动器封套器304。从操作系统20的角度来看，计算机系统是加载了对 应至单一共同驱动器的多个显示装置，而此单一共同驱动器即 是KMD驱动器封套器3 04 。
再回到图4的流程，首先过滤驱动器60被附接至绘图核心 204使其可过滤并拦截KMD驱动器A 405和KMD驱动器B 406发 出至绘图核心204的输入输出请求(步骤41)。于本发明的 一个实 施例中，过滤驱动器60可通过在启动时呼叫特定系统函数而附 接。于本发明的另 一个实施例中，过滤驱动器60可以跟驱动器 封套单元30—起一皮加载，或者单独加载于绘图核心204。
每个KMD驱动器皆有对应的登录函数，当操作系统启动时 会加载KMD驱动器并呼叫其登录函数，登录函数接续呼叫 一个 系统函数以发送输入输出请求给绘图核心2 04,进而传送显示装 置的显示驱动器接口函数地址以达到初始化。由于过滤驱动器 60已被附接用来过滤与拦截输入输出请求，当操作系统20试图 加载KMD驱动器A 405的时候，该KMD驱动器A的显示驱动器 接口函数地址被过滤驱动器60所接收(步骤S42)。
接着，过滤驱动器60传送KMD驱动器封套器304的显示驱 动器接口函数地址给绘图核心204,使KMD驱动器封套器304作 为面对操作系统20的单 一 共同驱动器(步骤S43)。过滤驱动器60 传送显示装置A 505的显示驱动器接口函数地址给KMD驱动器 封套器304(步骤S44)。当此步骤完成后，KMD驱动器封套器304 便可以分派请求l会KMD驱动器A 405以驱动显示装置A 505,因 为KMD驱动器封套器304已获得了显示装置A 505的显示驱动 器接口函数地址。
如前所述，KMD驱动器B 406一皮隐藏以避免裙:才喿作系统20 加载，相反地，KMD驱动器封套器304呼叫 一个特定的系统函 数来加载KMD驱动器B 406(步骤S45)。加载KMD驱动器B 406近似于加载KMD驱动器A 405的方式。过滤驱动器60拦截KMD 驱动器B 406的输入输出请求并接收其显示驱动器接口函数地 址(步骤S46)。接着，过滤驱动器60传送显示装置B 506的显示 驱动器接口函数地址到KMD驱动器封套器304(步骤S47)。当此 步骤完成后，KMD驱动器封套器3 04便可以分派请求给KMD驱 动器B 406以驱动显示装置B 506,因为KMD驱动器封套器304 已获得了显示装置A 506的显示驱动器接口函数地址。
当所有显示装置的显示驱动器接口函数地址都被传送并储 存至KMD驱动器封套器304之后，过滤驱动器60即可被绘图核 心204解除附接(步骤S48)。图4的流程就此终结。
于本发明的一个实施例，KMD驱动器A 405和KMD驱动器 B 406皆可对应至一或多个显示装置。于本发明的另一个实施 例，绘图核心204可以是Windows DirectX绘图核心，计算机系 统的配置为WDDM架构，操作系统可以是Windows XP 、 Windows Vista或任何其它支持多显示卡多屏幕的才喿作系统。绘 图系统可支持OpenGL和/或DirectX。
本发明的方法或特定型态或其部分，可以以程序代码的型 态存在。程序代码可以包括于实体介质，如软盘、光盘片、硬 盘或是任何其它机器可读取(如计算机可读取)储存介质，其 中，当程序代码被机器，如计算机加载且执行时，此机器变成 用以参与本发明的装置。程序代码也可以通过一些传送介质， 如电线或电缆、光纤或是任何传输型态进行传送，其中，当程 序代码被机器，如计算机接收、加载且执行时，此机器变成用 以参与本发明的装置。当在一般用途处理单元实作时，程序代 码结合处理单元提供一操作类似于专用逻辑电路的独特装置。
以上所述仅为本发明较佳实施例，然其并非用以限定本发 明的范围，任何熟悉本项技术的人员，在不脱离本发明的精神和范围内，可在此基础上做进一步的改进和变化，因此本发明 的保护范围当以本申请的权利要求书所界定的范围为准。
附图中符号的简单说明如下
10:应用程序单元
20:操作系统
30:驱动器封套单元
40:绘图驱动单元
50:绘图石更件单元
60:过滤驱动器
201: D3D执行链接库
202: OpenGU丸行链接库
203: GDI32动态链接库
204:绘图核心
301: UMD驱动器封套器
302: ICD驱动器封套器
304: KMD驱动器封套器
305: KMD显示驱动器接口
401: UMD驱动器
402: ICD驱动器
404: KMD驱动器
405: KMD驱动器A
406: KMD驱动器B
505:显示装置A
506:显示装置B。
19
权利要求
1. 一种于计算机系统可支持多显示卡多屏幕的方法，其特征在于，包括初始化一个操作系统；自该操作系统发送一个请求至一个驱动器封套器；通过该驱动器封套器判断该请求的一个辨识值；根据该辨识值传送该请求至对应的一个显示驱动器；以及由对应的该显示驱动器驱动对应的一个显示装置以执行该请求。
2. 根据权利要求1所述的于计算机系统可支持多显示卡多 屏幕的方法，其特征在于，还包括通过该驱动器封套器回传该 显示驱动器的响应至该操作系统。
3. 根据权利要求l所述的于计算机系统可支持多显示卡多 屏幕的方法，其特征在于，初始化该操作系统的步骤还包括加载一个过滤驱动器；通过该过滤驱动器拦截来自该显示驱动器的一个输入输出 请求；传送关于该显示驱动器的相关辨识值信息给该过滤驱动 器；以及传送该驱动器封套器的该相关辨识值信息至该操作系统。
4. 根据权利要求3所述的于计算机系统可支持多显示卡多 屏幕的方法，其特征在于，还包括储存关于该显示驱动器的该 相关辨识值信息到该驱动器封套器。
5. 根据权利要求4所述的于计算机系统可支持多显示卡多 屏幕的方法，其特征在于，该请求的该辨识值的判断即是根据 上述储存的该相关辨识值信息而进行。
6. 根据权利要求l所述的于计算机系统可支持多显示卡多 屏幕的方法，其特征在于，该辨识值为显示驱动器接口函数地址、制造识别符或是型号识别符，其中该计算机系统的每一个 显示装置皆有各自的辨识值。
7. 根据权利要求l所述的于计算机系统可支持多显示卡多屏幕的方法，其特征在于，该显示驱动器对应至一或多个显示 装置。
8. 根据权利要求1所述的于计算机系统可支持多显示卡多 屏幕的方法，其特征在于，该操作系统为微软Windows Vista操 作系统。
9. 一种可支持多个显示装置的绘图系统，其特征在于，包括一个第一显示驱动器，用以驱动一个第一显示装置； 一个第二显示驱动器，用以驱动一个第二显示装置； 一个冲喿作系统的次系统，用以发送一个请求；以及 一个驱动器封套器，用以根据该请求的一个函数地址判断 并分派该请求；其中当该函数地址被判断为对应至该第一显示装置时，传 送该请求至该第 一 显示驱动器；当该函数地址被判断为对应至 该第二显示装置时，传送该请求至该第二显示驱动器。
10. 根据权利要求9所述的可支持多个显示装置的绘图系 统，其特征在于，该驱动器封套器还用以从该第一显示装置和 该第二显示装置回传对应于该请求的响应至该操作系统的次系 统。
11. 根据权利要求9所述的可支持多个显示装置的绘图系 统，其特征在于，该第一显示驱动器包括一个第一使用者模式 驱动器和一个第一核心模式驱动器，该第二显示驱动器包括一 个第二使用者模式驱动器和一个第二核心模式驱动器，该驱动 器封套器包括一个对应于该第一使用者模式驱动器和该第二使用者模式驱动器的使用者模式驱动器封套器，以及一个对应于 该第 一 核心模式驱动器和该第二核心模式驱动器的核心模式驱 动器封套器。
12. 根据权利要求ll所述的可支持多个显示装置的绘图系 统，其特征在于，该使用者模式驱动器封套器分派来自该操作 系统的次系统的该请求至该第 一 使用者模式驱动器和该第二使 用者模式驱动器其中之一，而该核心模式驱动器封套器分派来 自该操作系统的次系统的该请求至该第 一 核心模式驱动器和该 第二核心模式驱动器其中之一 。
13. 根据权利要求ll所述的可支持多个显示装置的绘图系 统，其特征在于，该第一显示驱动器还包括一个第一加载客户 显示驱动器，该第二显示驱动器还包括一个第二加载客户显示 驱动器，该驱动器封套器还包括一个对应于该第一加载客户显 示驱动器和该第二加载客户显示驱动器的加载客户显示驱动器 封套器。
14. 根据权利要求13所述的可支持多个显示装置的绘图系 统，其特征在于，该加载客户显示驱动器封套器分派来自该操 作系统的次系统的该请求至该第 一 加载客户显示驱动器和该第 二加载客户显示驱动器其中之一。
15. —个具有多显示卡多屏幕功能的计算机系统，其特征 在于，包括一个操作系统，用以发送请求；一个驱动器封套单元，耦接于该操作系统并用以自该操作 系统接收请求；以及一个绘图驱动单元，耦接于该驱动器封套单元并包括使用 者模式驱动器和核心模式驱动器，该绘图驱动单元用以自该驱 动器封套单元接收请求以及处理请求；其中该驱动器封套单元用以自该操作系统分派请求至该使 用者模式驱动器，并自该使用者模式驱动器回传响应至该操作 系统，以及自该操作系统分派请求至该核心模式驱动器，并自 该核心模式驱动器回传响应至该操作系统。
16. 根据权利要求15所述的具有多显示卡多屏幕功能的计 算机系统，其特征在于，还包括一个被该绘图驱动单元所驱动 的绘图硬件单元，该绘图硬件单元包括多个显示装置，所述显 示装置的每一个被一个对应的该使用者模式驱动器和一个对应 的该核心模式驱动器所驱动。
17. 根据权利要求16所述的具有多显示卡多屏幕功能的计 算机系统，其特征在于，该驱动器封套单元分派请求给被指派 来执行请求的该显示装置所对应的该使用者模式驱动器和该核 心模式驱动器。
18. 根据权利要求15所述的具有多显示卡多屏幕功能的计 算机系统，其特征在于，该驱动器封套单元分派来自该操作系 统的一个绘图应用程序接口的请求至该使用者模式驱动器，以 及分派来自该操作系统的一个绘图核心单元的请求至该核心模 式驱动器。
19. 根据权利要求15所述的具有多显示卡多屏幕功能的计 算机系统，其特征在于，该操作系统支持于Windows显示驱动 器模型下的操作系统的多显示卡多屏幕功能。
20. 根据权利要求15所述的具有多显示卡多屏幕功能的计 算机系统，其特征在于，该驱动器封套单元保持所述显示装置 的显示驱动器接口函数地址与该核心模式驱动器的对应关系。
全文摘要
本发明提供一种支持多个显示装置的方法与系统，本发明包括一个驱动器封套器设置于操作系统与显示驱动器之间做为两者的接口。此驱动器封套器可隐藏显示驱动器不被操作系统察知，并作为面对操作系统的标准显示驱动器接口，对操作系统而言，此驱动器封套器是唯一的可接收请求的显示驱动器。驱动器封套器分派来自操作系统的请求至显示驱动器，并且回传显示驱动器的响应给操作系统，因此本发明的驱动器封套器可兼容于多个显示驱动器。本发明可支持多个不同供应者或不同型号的显示卡，并且，不需额外对现存的显示驱动器作修改。
文档编号G06F3/14GK101446889SQ20081018927
公开日2009年6月3日 申请日期2008年12月30日 优先权日2007年12月31日
发明者亮 唐, 黄锦亮 申请人:旭上绘图股份有限公司