[发明专利]有关网络设备选择性暂停的方法

说明书

技术领域

本发明有关于实现网络设备选择性暂停的方法与相关程序，尤其有关于实现通用串行总线(Universal Serial Bus，USB)网络设备选择性暂停的双堆栈(dual-stack)驱动器架构。

背景技术

在计算机网络系统中，诸如USB网络设备的网络设备越来越普遍。因此，计算机软件操作系统(Operating System，OS)程序一般包括驱动器，以通过计算机系统的输入输出(input/output，I/O)端口与USB网络设备接口相连。

很多得到广泛应用的计算机OS程序(如微软公司(Microsoft)开发的NT)通常具有两个主要组件：用来处理用户应用的用户组件、用来将用户应用和在硬件完成的实际数据处理相桥接的核心组件。核心组件一般管理系统资源，在硬件组件和软件组件之间进行通信，并通常为系统资源(特别是处理器和I/O设备提供低阶抽象层(low-level abstraction layer)以使应用软件必须控制执行自身的功能。核心组件也可以通过进程间通信(inter-processcommunication，IPC)机制与系统呼叫(system call)，使上述系统资源对应用进程可用。在这种OS程序与网络设备的连接中，OS程序通常将虚拟内存(virtualmemory)分隔为用户空间和核心空间，其中用户空间用来记忆用户应用，核心空间用来运行核心、核心扩充以及记忆大部分设备驱动器。其中一些上述设备驱动器包括网络驱动器接口规格(Network Driver Interface Specification，NDIS)迷你端口(miniport)驱动器，其中NDIS迷你端口驱动器使用窗口驱动器模型(Windows Driver Model，WDM)或窗口驱动器基础(Windows DriverFoundation，WDF)(也被称为NDIS/WDM/WDF驱动器)。

请参照图1，图1是传统驱动器架构的示意图。上述传统驱动器架构包括具有应用10的用户空间，以及具有NDIS迷你端口驱动器20、USB驱动器堆栈40的核心空间。其中核心空间与硬件USB网络设备50接口相连。

在上述架构中，WDM/WDF驱动器位于迷你端口驱动器的同一个驱动器堆栈(driver stack)中。然而在一些如XP和Vista这样的OS程序中，并不允许NDIS迷你端口驱动器使用USB选择性暂停机制。这是因为，在如XP和Vista这样的OS程序中，只有电力政策持有者(即功能驱动器)才可发出电力I/O要求封包(I/O Request Packet，IRP)来暂停USB网络设备。但是在图1所示的驱动器架构中，NDIS迷你端口驱动器也是功能驱动器，而OS却并不允许它发出电力IRP。这是存在问题的，因为当网络设备处于未连接状态时，通常需要选择性暂停一个或多个USB网络设备来节约主计算机和设备的电力损耗。而OS这种限制/限定的不协调阻止了USB网络设备进入暂停模式，但USB网络设备进入暂停模式时，恰恰能减小主计算机和网络设备的电力损耗。

而且，USB网络设备进入暂停模式后，有些如XP和Vista这样的OS并不允许用户应用直接存取设备。这也是存在问题的，因为用户应用通常需要直接存取暂停的USB网络设备(来直接“唤醒”或使用它)，而OS的限制/限定阻止了用户应用直接存取处于暂停状态且不能被用户应用直接唤醒的USB网络设备。

因此，需要提供一种允许USB或I/O网络设备实现选择性暂停(来减小主计算机和网络设备的电力损耗)，并允许用户应用直接存取暂停的USB或I/O网络设备的驱动器架构。

发明内容

有鉴于此，本发明提供一种有关网络设备选择性暂停的方法。

本发明一个实施例提供一种实现网络设备选择性暂停的方法，所述网络设备耦接于主计算机上，且所述主计算机的操作系统并不允许特定网络设备驱动器具有网络设备选择性暂停特性，所述实现网络设备选择性暂停的方法包括：在所述操作系统的核心空间提供第一驱动器堆栈和第二驱动器堆栈；在所述第一驱动器堆栈中，为所述特定网络设备驱动器建立虚拟设备，以与位于所述操作系统的用户空间中的用户应用交互；以及在所述第二驱动器堆栈中，为物理设备提供单独驱动器，以与耦接到所述主计算机的网络设备交互；其中所述单独驱动器的所述网络设备选择性暂停特性并没有被所述操作系统禁用，所述网络设备选择性暂停特性用来实现耦接到所述主计算机之所述网络设备的选择性暂停。