专利名称：在维持特定的功能的同时降低消耗功率的计算机及方法
技术领域：
本发明涉及降低计算机的消耗功率的技术和方法，更详细来说，涉及在维持特定的功能的同时降低计算机的消耗功率的技术和方法。
背景技术：
在ACPI (Advanced Configuration and Power Interface)的标准中，与计算机的功率状态相关联地定义了从SO状态到S5状态的6个工作状态(功率状态)。SO状态是计算机工作的状态，处理器(CPU)以及其它设备可以根据访问的频率或负荷的状态等，基于对它们各自所设定的算法自动地迁移到省电模式来工作。从Sl状态到S4状态被称为睡眠状态，CPU停止命令的执行。从Sl状态到S4状态，消耗功率降低的比例依次增大，另外，从各状态恢复到SO状态的时间变长。S3状态被称为挂起或待机，将SO状态时的处理器的上下文存储在主存储器中，确保主存储器的电力供给。S4状态被称为休眠，将处理器的上下文和主存储器的存储内容存储在非易失性的记录介质中。S5状态是软关机的状态，消耗功率与S4状态相同。另外，在笔记本型个人计算机(以下称为笔记本PC)中，当闭合支撑液晶显示器 (IXD)的IXD机壳时，有时采用仅停止IXD的工作，系统维持SO状态这样的合盖无动作(lid close no action)的工作模式。合盖无动作，可以短时间地恢复到SO状态，因此，适合于想要短时间不使用笔记本PC时的工组模式。专利文献1公开了防止笔记本PC的移动时的故障的技术。在该文献的发明中，为了确保针对在短时间内在办公室和会议室之间移动笔记本PC时产生坠落的安全性以及缩短修复时间，新定义了移动模式这样的工作模式。在该文献中记载了 当闭合盖子，笔记本 PC进入移动模式时，继续CPU的工作，把向硬盘驱动器(HDD)的读写请求保存在队列中，使 HDD的磁头从磁盘上方后退。专利文献1特开2005-352897号公报
发明内容
有时在笔记本PC中引入利用无线网络来实时地进行会话的聊天用应用程序(以下称为应用)。在聊天应用中，具有在画面上显示会话的对方的登录状况的功能，当在移动笔记本PC的期间，临时形成的会话被切断时，向对方表示自己已注销的状态。在这种情况下，尽管是由于移动而在短时间内无法应答的状态，但由于会话被切断，因此对方会判断为自己成为长时间无法应答的状态，妨碍迅速的信息交换。为了在移动中也维持聊天应用的对话，需要向CPU、主存储器、以及无线模块等设备供电并且可以执行关联的程序。另一方面，在移动中的笔记本PC中不通过用户进行操作，因此希望其消耗功率尽量小。从ACPI的Sl状态到S4状态，CPU不执行命令，因此无法设置为维持无线网络和聊天应用的会话。另外，在S3状态中，有时直到恢复为止的时间变长，因此，作为临时的省电模式，在便利性上有所欠缺。
另外，为了维持聊天应用、无线网络那样的特定的功能，需要使操作系统(OS)也成为可执行的状态。但是，Windows (注册商标)等OS中安装有用于自动地执行应用程序的任务调度器，有时在预定的预约的时间执行大量的进程。因此，当维持特定的功能时，那样的进程必然运行，使处理器的使用率上升，驱动HDD那样的消耗功率大的设备，导致有可能无法起到充分降低消耗功率的作用。而且，在应用程序中，存在当停止执行该进程时发出警告的病毒应对程序那样的应用程序，因此，难以通过其它程序强制停止这样的应用程序。 而且，病毒应对程序频繁地访问HDD，因此，若不停止该访问则无法实现足够的省电。在专利 文献1的发明的移动模式中，为了移动而短时间不使用笔记本PC时也能够维持网络的连接，并且向通常模式的恢复时间比S3状态短。并且，由于保留对HDD的访问动作，因此也可以降低HDD的消耗功率。但是，不对HDD访问的程序继续如通常那样运行，因此CPU的使用率由于这些程序的运行而上升。CPU在计算机的设备中消耗最大的功率。因此，在专利文献1的移动模式中，从降低移动中的笔记本PC的消耗功率的观点来看不够充分。另外，合盖无动作的工作模式也同样由于移动中的消耗功率大，因此不够充分。因此， 寻求在短时间不使用笔记本PC的状态下，维持聊天应用或无线网络那样的特定的功能，并且不会因为不需要维持的功能引起消耗功率上升的工作模式。因此，本发明的目的在于，提供在实现便利性和消耗功率相协调的新的工作模式下工作的计算机和方法。本发明的目的还在于，提供在维持伴随有进程的执行的特定的功能的同时实现省电的工作模式下工作的计算机和方法。本发明的目的还在于，提供在向通常状态的恢复结束为止的时间短的工作模式下工作的计算机和方法。本发明的目的还在于，提供在恢复的可靠性高的工作模式下工作的计算机和方法。在本发明中定义作为与现有的省电模式不同的新的工作模式的打盹模式(Doze mode)。在现有的计算机中，当处理器为能够执行命令的活动状态时，根据负荷使处理器的消耗功率降低，使HDD的转速降低，或者使LCD的亮度降低这样，根据对各个设备设定的算法进行了省电动作。在打盹模式下，处理器处于活动状态，计算机执行对应的进程，在维持用户需要的特定的功能的同时，各设备在消耗功率比通常模式小的状态下工作或停止。在打盹模式下，当处理器为空闲状态时，迁移到不执行命令但消耗功率小的睡眠状态，当执行命令时，可以在短时间内迁移到活动状态。在打盹模式下，希望在实现特定的功能的基础上，使处理器以及其它设备以必要的最小限度的消耗功率工作。因此，在本发明中，把对于特定的功能的实现来说不必要的进程强制挂起，来降低CPU的使用率，由此降低消耗功率。为了实现特定的功能，需要不仅使与特定的功能直接相关的应用程序的进程工作，而且使用于实现OS的功能的系统进程也工作。因此，无法简单地停止OS生成的系统进程。但是，在OS生成的系统进程中，具有访问消耗功率大的盘驱动器的进程。另外，在应用程序中，具有在要强制挂起时采取对抗措施， 并且频繁地访问盘驱动器的进程。盘驱动器可以是HDD、SDD (Solid State Drive)或者混合HDD中的任意一种。在本发明中，为了在维持特定的功能的同时降低消耗功率，可以在不停止为了实现特定的功能所需要的OS的系统进程的同时，限制盘驱动器的动作，来进一步降低消耗功率。因此，在本发明中，响应用于转移到打盹模式的转移事件，在打盹模式结束之前，保留与在未强制挂起的进程中对盘驱动器进行了 1/0请求的进程相对的1/0处理完成通知。此外，在本发明中，I/O处理完成通知的保留将该进程停留在待执行状态，在这一点上与I/O请求的保留意义相同。在本发明中采用了多线程方式，通过多个线程执行各进程。对盘驱动器进行了 I/ 0请求的线程在打盹模式期间迁移到待执行状态，但由同一进程生成的、不进行I/O请求的其它线程处于调度状态。处于调度状态的线程在可执行状态和执行状态之间迁移。因此， 即使系统进程的一个线程进行I/O请求，迁移到待执行状态，也可以执行为了实现特定的功能 所需要的其它线程，而且，在要强制挂起时采取对抗措施的程序的进程不被强制挂起， 而是仅保留对盘驱动器的I/O请求，因此可以阻止来自这样的应用程序的对抗措施。生成实现特定的功能的进程或线程的应用程序，可以选择至少在打盹模式期间对盘驱动器不进行I/O请求的应用程序。结果，即使在打盹模式期间执行进程或线程来实现特定的功能，盘驱动器也不工作。OS可以使盘驱动器减速或者根据转移事件来停止电力，从而降低消耗功率。实现特定的功能的进程可以包含在打盹模式期间维持无线模块和访问点的连接的进程。为了进行无线连接，需要从DHCP服务器取得IP地址或者在与访问点之间进行关联，但若在打盹模式期间也维持了无线连接，则在恢复到通常模式时能够立即进行向无线网络的访问。实现特定的功能的进程还可以包含用于维持通过聊天程序形成的会话的进程。若在打盹模式期间维持了聊天程序的会话，则在短时间转移到打盹模式的情况下，不向会话的对方表示自己的不在，因此不损害迅速的信息交换。为了从打盹模式恢复到通常模式，无法采用像从挂起或休眠恢复那样把对处理器的电力供给作为触发事件，从预定的地址开始命令执行的方法。因此，需要通过处于调度状态的进程处理恢复。在本发明中，通过不进行I/O请求的进程或线程构成恢复处理所需要的进程，由此可以通过软件检测出恢复事件来恢复。在打盹模式中处理器处于活动状态，因此消耗功率比挂起大。因此，在打盹模式中电池消耗时，希望使其自动转移到挂起或休眠。在本发明中，不进行I/O请求的进程中包含用于从打盹模式迁移到挂起或休眠的进程，由此，能够进行向挂起或休眠的转移。可以保证或验证实现特定的功能的进程在打盹模式期间不访问盘驱动器，但是在采用虚拟存储器方式的情况下，有时通过其它进程的执行将页从物理存储器换出到盘驱动器。在换出时发生向盘驱动器的I/O请求，因此，在本发明中希望实现特定的功能的程序通过定期地参照自己对虚拟存储器分配的页，使换出的顺序始终晚于其它程序的页，来实质上防止换出。转移到强制挂起的进程，可以包含保有与在通常模式下登录的用户的处理器特权等级相同的特权等级的进程。与实现特定的功能的进程相同特权等级的进程，不像系统进程那样对于实现特定的功能来说是必要的，因此，即使强制挂起也没有影响。另外，要进行强制挂起的进程可以包含登录了预定的程序的执行时刻的任务调度器生成的进程。这是由于事先已知在任务调度器中登录的程序在实现特定的功能方面不是必要的。从打盹模式转移到挂起或休眠时，OS需要向各设备驱动器询问是否可以转移。因此，为了从打盹模式转移到挂起或休眠，使其恢复以便可以执行根据挂起事件转移到强制挂起的进程，并且解除I/O请求的保留，将计算机临时恢复到通常模式后进行转移。若在闭合计算机的机壳盖子时生成转移事件，则在搬运计算机时使其转移到打盹模式是恰当的。
根据本发明，提供了在实现了便利性和消耗功率的协调的新的工作模式下工作的计算机。而且，根据本发明，提供了在维持伴随有进程的执行的特定的功能的同时实现省电的工作模式下工作的计算机。而且，根据本发明，提供了在完成向通常状态的恢复前的时间短的工作模式下工作的计算机。而且，根据本发明，提供了在恢复的可靠性高的工作模式下工作的计算机。
图1是表示本实施方式的笔记本PC的主要硬件结构的功能框图。图2是说明本实施方式的笔记本PC的软件的结构的框图。图3是表示笔记本PC的工作模式的迁移的图。图4是说明打盹模式中的进程的控制方法的图。图5是表示在笔记本PC中生成的线程在消灭之前的期间中通过进程管理部控制的情形的图。图6是表示从通常模式向打盹模式转移的步骤的流程图。图7是表示从打盹模式转移到通常模式的步骤的流程图。图8是表示从打盹模式转移到挂起或者休眠的步骤的流程图。图9是说明打盹模式中的其它进程控制方法的图。
具体实施例方式(硬件结构)图1是表示本实施方式的笔记本PClO的主要硬件的结构的功能框图。在本说明书的整个范围内，对相同的要素赋予相同的参考编号。笔记本PClO由在表面上安装键盘， 在内部容纳了电子设备的系统机壳，和容纳LCD19的LCD机壳构成，在系统机壳的内部安装了多个电子设备。笔记本PClO基于ACPI的标准。CPUll是担负笔记本PClO的中枢功能的运算处理装置，执行0S、BI0S、设备驱动器或者应用程序等。CPUll在笔记本PClO的电子设备中消耗功率最大。CPUll在活动状态时，例如采用Intel公司的SpeedStep (注册商标)技术，可以根据使用率使工作频率以及工作电压的组降低到预定的值。CPUll在变为空闲状态、或者使用率达到预定值以下时，也可以在睡眠状态下工作，该睡眠状态依次停止核心的时钟，将高速缓存快速存储到主存储器或专用存储器来降低消耗功率，在执行命令时能够在短时间内迁移到活动状态。OS监视CPUll的工作状态(使用率或其变迁状况)，控制时钟或工作电压， 使CPUll的消耗功率降低。在CPUll中设置了从被称为内核模式的ringO状态到被称为用户模式的ring3状态的特权等级。CPUll在ringO状态下可以执行OS的代码，在ring3状态下可以执行应用程序的代码。存储控制器中心(MCH :memory controller hub) 13是包含用于控制针对主存储器15的存取动作的存储控制功能、以及用于吸收CPUll和其它设备之间的数据传输速度差的数据缓冲功能的芯片组。在MCH13上连接了 CPU11、主存储器15、图形处理单元(GPU) 17以及输入/输出控制器中心(ICH) 23，主存储器15是作为CPUll执行的程序的读入区域、写入处理数据的作业区域而被利用的易失性的RAM。在GPU17上连接了视频存储器(VRAM) 21以及IXD19。GPU17 是用于根据从CPUll取得的描绘命令在VRAM21中写入画像的数据，以预定的定时向IXD19 发送画像图形的数据的专用处理器，也被称为图形加速器。ICH23处理与周边输入输出设备相关的数据传输。ICH23 具备 USB (Universal Serial Bus)、串行 ATA (AT Attachment)、SPI (Serial Peripheral Interface)；总、 线、PCI (Peripheral Component Interconnect)；总、 线、 PCI-Express 总线以及 LPC (Low Pin Count)等端口，连接了 HDD25、光盘驱动器(ODD) 27、无线模块四、音频控制器31以及LPC总线33等。在HDD25中存储了由CPUll执行的应用程序、OS、设备驱动器以及本发明的打盹模式控制程序(即，模式切换方法)(参照图2)等。0DD27是进行针对DVD以及⑶等光盘的读取或者写入的设备。无线模块四进行用于将笔记本PCio与无线LAN或无线WAN连接来进行无线通信的信号处理。音频控制器 31处理针对麦克风以及扬声器(都未图示)的声音信号。在LPC总线33上连接嵌入式控制器(EC) 35以及BI0S_R0M45等不要求高速的数据传输的设备。BI0S_R0M45是非易失性的、能够电气改写存储内容的存储器，存储用于控制输入输出设备的设备驱动器；管理符合ACPI (Advanced Configurationand Power Interface)标准的电源以及系统机壳内的温度等的系统BIOS ；在笔记本PClO的启动时进行硬件的测试和初始化的POST (Power-On Self Test)代码；以及用于进行密码认证的认证代码等。EC35是进行笔记本PClO的电源管理以及温度管理等的微处理器，而且还包含键盘控制器功能。在EC35上连接了盖子传感器37、散热风扇39、DC/DC变换器41以及电池组43。盖子传感器37，当IXD机壳相对于系统机壳闭合时生成向打盹模式(Doze Mode)转移的转移事件，在打开时生成从打盹模式恢复到通常模式的恢复事件。散热风扇39通过设置在系统机壳内部的多个温度传感器(未图示)控制旋转速度，向外部排出机壳内部的空气，以使温度传感器检测出的温度落入预定值内。DC/DC变换器41根据来自EC35的指示，对与工作模式对应的定义的范围的设备供给电力。当OS使CPUll的工作频率降低时、以及CPUll迁移到睡眠状态时，DC/DC变换器41使提供给CPUll的电压降低。电池组43符合SBS (Smart Battery Specification), 当笔记本PClO上未连接AC适配器(未图示)时供给电力。EC35可以与电池组43进行通信，从电池组取得与电池的剩余容量、电压相关的信息。(软件结构)图2是说明本实施方式的笔记本PClO的主要的软件的结构的框图。聊天程序101 是用于在多个用户彼此间进行实时通信的工具，例如可以采用Lotus公司的Sametime (注册商标)。当聊天程序101运行时，笔记本PClO需要通过无线模块四与网络连接。在聊天程序101中，开始了会话的用户可以向其它用户表明自身的登录状况，其它用户可以在看到登录状况后进行迅速的通信。当停止执行聊天程序101、或者无线连接停止时，聊天程序101此前与其它用户之间形成的会话被切断，表明注销状态，因此，其它用户判断出成为该用户长时间无法使用笔记本PClO的状况，有可能放弃此时的联络。在把聊天程序101载入到主存储器15后，验证出在正在执行仅维持通过无线网络至少与其它用户之间形成的会话的功能的期间不访问HDD25。病毒应对程序103是用于检测进入笔记本PClO的具有恶意的程序并将其删除的程序。病毒应对程序103，当其它进程要将自己的进程强制挂起时，判断为其它进程是有恶意的程序进行的攻击，发出警告或者阻止向强制挂起的迁移，或者采取停止计算机的工作等各种对抗措施。在本实施方式中如后所述，即使在其它进程无法使病毒应对程序103的进程强制挂起的情况下，也可以实现打盹模式。打盹模式控制程序105是用于实现本实施方式的打盹模式的程序。打盹模式控制程序105进行向打盹模式的转移事件的检测、打盹模式下的进程的控制、以及向通常模式的恢复事件的检测和向通常模式的恢复作业。而且，打盹模式控制程序105在IXD19上显示用于用户选择用于实现在打盹模式中执行的特定功能的应用程序的画面。0S107包含API109、系统进程生成部111、电源管理部112以及进程管理部113。 0S107采用虚拟存储和分页方式进行存储器管理。作为在物理存储器即主存储器15的空闲变少时，为了向新生成的进程分配新的页而把其它的页换出到HDD25时的置换算法，采用 LRU (Least Recently Used)。在LRU中，当需要进行页的置换时，在物理存储器中留有最近使用过的页，将最近未使用的页换出到HDD25中。0S107根据负荷状态使CPUll迁移到睡眠状态，由此降低消耗功率。聊天程序101、病毒应对程序103以及打盹模式控制程序105等应用程序需要在执行时调用API109的函数来利用0S107的功能。系统进程生成部111生成用于执行构成 0S107的各种进程的系统进程。系统进程包含会话管理器、Winlogon、服务控制管理器等， 主要为了支持其它程序而在后台运行。电源管理部112监视处理器的使用率、命令的执行状态以及电源关系的事件等，对设备驱动器或其它模块进行用于控制设备的通知。进程管理部113包含进程列表115、调度器117、可执行队列119、待执行队列121 以及强制挂起队列123，管理应用程序以及系统进程生成部111生成的进程以及线程。在进程列表115中登录了笔记本PClO中当前已生成的全部进程。调度器117如图5所示，通过预定的算法对生成的线程进行抢占式的任务切换。在后面参照图5说明可执行队列119、待执行队列121以及强制挂起队列123。设备驱动器1 将盖子传感器37生成的转移事件以及恢复事件传送给0S107。设备驱动器 131处理无线模块四的动作的控制和笔记本PClO通过无线网络在与外部计算机之间进行的数据传输。设备驱动器133处理HDD25的动作的控制和在CPUll或主存储器15与HDD29 之间进行的数据传输。中间驱动器125被配置在设备驱动器133和0S107之间，包含队列 127。中间驱动器125从打盹模式控制程序105通过0S107取得检测到要向打盹模式转移的转移事件的意思的通知后，把进程对HDD25进行的I/O请求数据包全部登录在队列127 中，不转发到设备驱动器133。中间驱动器125此外在从打盹模式控制程序105通过0S107 取得检测到笔记本PClO要恢复到通常模式的恢复事件的意思的通知时，把此前在队列127 中登录的I/O请求数据包以FIFO方式依次传输到设备驱动器133来释放。系统BI0S135 把EC35所生成的事件通知给0S107。图2所示的软件的功能块被载入主存储器15中通过 CPUll执行，由此可以作为使计算机工作的硬件要素来处理。(工作模式的状态迁移)
9
图3是表示笔记本PClO的工作模式的迁移的图。笔记本PClO在通常模式151、打盹模式153、挂起155以及休眠157这4个电源状态中的某一个状态下工作。打盹模式153 是在本实施方式中定义的新工作模式，但其它3个工作模式是公知的。在通常模式151和打盹模式153下，处理器处于活动状态或睡眠状态，因此可以执行进程，但在挂起155和休眠157下，CPUll的电力供给停止，因此无法执行进程。在睡眠状态时，CPUll迁移到ACPI 中规定的Cl C6状态的某一个状态，根据需要在短时间内迁移到CO状态来执行进程。在挂起155中，将CPUll的上下文存储在主存储器中，仅向为了维持主存储器15 的存储内容而需要的设备、为了管理电池组43的充电状态而需要的设备、以及为了恢复到通常模式151而需要的设备供给电力。在休眠157中，把CPUll的上下文、在主存储器15 中展开的图像保存在HDD25中，仅向为了管理电池组43的充电状态而需要的设备以及为了恢复到通常模式151而需要的设备供给电力。笔记本PClO能够在通常模式151和其余 3个工作模式之间相互迁移，但其余3个工作模式之间无法直接相互迁移，必须经由通常模式151后进行迁移。(打盹模式和通常模式)接下来，对打盹模式进行说明。图4说明打盹模式下的进程的控制方法。笔记本 PClO根据转移事件从通常模式迁移到打盹模式，根据恢复事件从打盹模式恢复到通常模式。转移事件可以在闭合LCD机壳时产生，恢复事件可以在打开LCD机壳时产生。或者也可以按下1 按钮来产生这些事件。打盹模式是短时间无法使用笔记本PClO的状态时的、实现了便利性和电池消耗抑制的协调的新的工作模式，特别是对于在设置了无线LAN的建筑物中用户在办公室和会议室之间抱着笔记本PClO移动的情况下进行使用来说便利的工作模式。打盹模式还是通过仅维持被限定的功能并停止其它功能来谋求省电，同时在最短时间内实现向通常模式的转移的工作模式。打盹模式还是在执行特定的进程的同时限制向磁盘驱动器的访问的工作模式。在打盹模式中，仅维持用户在打盹模式中希望的“特定的功能”和系统要求的“基本功能”，其它功能尽可能地停止来谋求省电。在此，特定的功能是用户在打盹模式期间想要维持的功能，并且是通过应用程序的进程以及其执行所需的OS的特定进程实现的功能。 通过打盹模式控制程序105生成的进程实现的功能也包含在特定的功能中。作为特定的功能，例如列举出用于维持聊天程序101在通常模式下通过网络形成的会话的功能。在这种情况下，维持为了维持聊天程序101的会话所需要的网络连接的功能也包含在特定的功能中。笔记本PC10，一旦切断向无线网络的连接时，在最普及的典型的网络环境中，为了再次访问网络需要访问DHCP服务器来取得新的IP地址。然后，需要使用所取得的IP地址在与访问点之间进行关联，确立网络连接，因此恢复需要时间，但是如果在打盹模式中维持向无线网络的连接，则当从打盹模式转移到通常模式时，立即可以访问网络。另外，如果维持无线网络，则当发送来确认TCP/IP等级下的通信路径的ping命令时可以进行响应，因此可以仅把维持无线网络的功能作为特定的功能。基本功能是担负笔记本PClO的基本的运行的功能，包含监视电池组43的电池的充电状态的功能、当电池的电压降低时转移到挂起或休眠来防止在主存储器15中展开的数据的丢失的功能、以及管理机壳内部的温度的功能等。在本实施方式中，为了控制在通常模式下生成的进程，使其适合于打盹模式，把转移到打盹模式前已存在的全部进程分类到强制挂起组和I/O监视组的某一组中。强制挂起组的进程，是与想要在打盹模式中维持的特定的功能无关的、或者对于特定的功能的实现来说不需要、因此为了实现消耗功率的降低而希望停止的进程。强制挂起组的进程，在打盹模式中被迁移到强制挂起状态，并登录在强制挂起队列123中。强制挂起组的进程包含保有与在转移到打盹模式前登录的用户的CPU权限等级相同的特权等级的用户进程。但是，设定这种情况下的用户不通过管理者权限而通过用户权限进行了登录。该用户进程中包含与大部分应用程序相关联的进程。强制挂起组的进程还包含保有比已登录的用户的CPU权限等级高的权限等级，但对于执行用于实现特定的功能以及基本功能的进程来说明显不需要的任务调度器那样的系统进程。在通常模式下，任务调度器在所登录的时刻定期地执行应用程序，但在打盹模式下，通过把任务调度器包含在强制挂起组中，即使登录时刻到来也不执行所登录的应用程序。分类到强制挂起组的系统进程，针对每个OS预先提取出来，登录在打盹模式控制程序 105的列表中。I/O监视组的进程由与特定的功能以及基本功能有关的进程、与特定的功能以及基本功能明显无关但无法停止的进程、以及难以判断对于特定的功能以及基本功能的实现的必要性的进程构成。I/O监视组的进程，当进行针对HDD25的读取或写入的I/O请求时， 保留I/O处理完成通知，因此在打盹模式期间被登录在待执行队列121中。I/O监视组的进程，只要不对HDD23进行I/O请求，被登录在可执行队列119中来进行调度，或者在条件成立前登录在待执行队列121中。在I/O监视组的进程中，实现特定的功能的进程以及实现基本功能的进程或者线程，以至少在打盹模式的期间不对HDD25进行I/O请求作为前提。换言之，在本实施方式中， 通过不伴随针对消耗功率大的HDD25的访问的应用程序来实现特定的功能。与特定的功能以及基本功能明显无关但无法停止的进程中包含病毒应对程序103。难以判断对于特定的功能以及基本功能的实现的必要性的进程，是实现0S107的功能的大部分系统进程。应用程序的进程接受系统进程的支援来执行，因此大量系统进程无法停止。但是，为了实现特定的功能以及基本功能，并不需要该全部的系统进程，不希望由于不必要的系统进程导致消耗功率增大。在本发明中，为了解决该矛盾的问题，将系统进程分类到I/O监视组来进行控制，以便停止执行对于消耗功率大的HDD25进行了 I/O请求的线程。在此，与特定的功能以及基本功能的实现相关的系统进程有时对HDD25进行I/O 请求，迁移到待执行状态。在本实施方式中，通过进程管理部113进行多线程处理，因此以多个线程为单位来执行1个进程。并且，多个线程中迁移到待执行状态的仅是对HDD25进行了 I/O请求的线程，其它线程被执行，因此不会妨碍特定的功能以及基本功能的实现。另外，在打盹模式中进程对HDD25进行的访问中，有的在恢复到通常模式之前可以延迟。例如，0S107有时把在系统的运行中发生了错误时的错误日志写入HDD25，但即使在恢复到通常模式后进行这样的错误日志的转储也没有问题。因此，在系统进程中，在打盹模式中伴有对HDD25的访问的全部的线程的执行保留至转移到通常模式为止。通过如此监视并保留系统进程的I/O请求，可以防止将特定的功能以及基本功能的实现所需要的系统线程错误地强制挂起，或者特定的系统线程访问HDD25导致消耗功率的增大的事态。通过不将系统进程强制挂起而监视I/O请求，也能够通过软件实现恢复功能。在打盹模式下CPUll变为活动状态，因此无法像从挂起或休眠恢复时那样，通过以按动1 键等作为触发事件，向处理器接通电源，供给时钟，处理器从预定的地址执行命令的方法进行恢复。另外，为了进行恢复的处理，不仅需要利用打盹模式控制程序105，还需要利用0S107 的大量进程。在这一点上，在重要的系统代码中停止了执行的仅是进行了 I/O请求的线程， 因此可以进行盖子传感器37的动作的检测以及恢复的处理。病毒应对程序103频繁地进行对HDD25的I/O请求，因此保留I/O请求，将线程登录在待执行队列121中。此时，病毒应对程序103仅根据来自HDD25的应答延迟，不识别为存在恶意的程序的攻击，因此，与通过I/O请求将线程强制挂起的情况不同，不进行对抗动作。在打盹模式下，用户进程的大部分进入了强制挂起状态，因此，大量的系统进程的处理请求消失，迁移到待执行状态，而且对HDD25进行I/O请求的病毒应对程序103或系统进程的线程也迁移到待执行状态，因此CPUll使用率降低。电源管理部112可以监视使用率使CPUll的工作频率以及工作电压的组降低或者停止时钟，使其在省电模式下工作，降低消耗功率。另外，电源管理部112将对HDD25的全部I/O请求登录在队列127中，因此， 可以根据转移事件使HDD25减速或停止。在打盹模式下，与进程的控制同时还一起控制针对设备的电力供给范围。作为打盹模式下的硬件的状态，向与特定的功能以及基本功能的维持相关联的设备即CPU11、主存储器15、盖子传感器37、DC/DC变换器41、EC35以及无线模块四供给电力，但其它设备的电力停止。能够停止的设备是HDD25、0DD27、音频控制器31以及IXD19等。另外，在打盹模式下，系统机壳内部的发热量非常少，因此散热风扇39也可以停止。散热风扇39当笔记本PClO转移到打盹模式时，根据系统机壳内部的温度下降，旋转速度阶段性地降低，不久后停止，但是，由于进行滞后动作，因此一旦进行了动作的散热风扇 39在温度进一步降低之前不停止。但是，在打盹模式下，由于已知消耗功率降低到不需要散热风扇的动作的程度，因此在本实施方式中，在转移到打盹模式的同时使散热风扇39停止，因此，用户能够以与挂起相同的感觉将转移到打盹模式的笔记本PClO装入包中进行搬运。在打盹模式下，IXD19、HDD25以及散热风扇39这样的消耗大量电力的设备停止， CPUll也以低消耗功率工作，因此，笔记本PClO整体的消耗功率变得与Sl状态或S2状态大体相同。当从打盹模式恢复到通常模式时，对应于恢复事件恢复被强制挂起的进程，而且把在队列127中保留的针对HDD25的I/O请求数据包从队列127中取出，传递到HDD25的设备驱动器133即可，因此，到恢复完成为止的时间缩短，因此便利性高。(进程的状态迁移)图5表示在PClO中生成的线程在消灭之前的期间通过进程管理部113被控制的情况。0S107采用了多线程方式，因此以成为执行单位的多个线程执行1个进程。调用API 函数，生成进程以及线程来执行聊天应用程序101、病毒应对程序103以及打盹模式控制程序 105。
另外，系统进程生成部111也生成用于实现0S107的功能的进程。这些生成的进程由进程管理部113控制。通过进程控制块(PCB)这种包含处理器状态、进程的优先度、时间片信息、进程ID以及设备信息等的数据结构体的数据来管理进程。处理器状态是与CPUll 中断进程时的寄存器、堆栈以及程序计数器等状态相关的信息，也被称为上下文。进程的优先度是表示进程间的上下文切换的优先顺序的信息。时间片信息是与时间片的初始值或剩余时间相关的信息。所谓时间片，是进程获得了针对CPUll的一次的执行权时被允许的最大执行时间。进程ID是分配给各进程的唯一的编号。设备信息是该进程被分配的设备的识别信息。此外，PCB中包含因OS而异的其它各种信息。所生成的线程最初迁移到可执行状态(READY)。可执行状态，是线程的执行条件成立，因此等待通过任务调度器117执行的状态。PCB被登录在可执行队列119中，当通过进程调度器117按照优先度的顺序调度给CPUll时，迁移到执行状态(RUN)。执行状态是通过CPUll正在执行被分配了时间片的线程的状态。当所执行的线程消耗时间片时，通过抢占(剥夺强制执行权)，返回可执行状态(READY)。另外，执行状态的线程，在被赋予的时间片期间的执行过程中，可以自己调用预定的函数(系统调用)，迁移到可执行状态或待执行状态(WAIT)。待执行状态是线程正在等待执行所需要的条件的状态。在该条件中包含对输入输出装置进行了 I/O请求时的I/O处理的完成通知等待、来自键盘的输入等待、以及来自其它程序的消息等待等。当线程对HDD25进行了 I/O请求时，即使在时间片的过程中也可自己调用中断执行的函数，迁移到待执行状态，在取得I/O处理完成通知之前停留在待执行队列121中。强制挂起状态(SUSPEND)，是处于执行状态、可执行状态、或者待执行状态的线程，通过其它线程调用函数被强制地设为等待状态的状态。迁移到强制挂起状态的线程，在从其它线程调用恢复该线程的函数之前，停留在强制挂起队列123中。从执行状态、可执行状态或待执行状态向强制挂起状态的迁移以及从强制挂起状态向可执行状态的迁移，在Windows (注册商标)中分别可以利用SuspendThread以及 ResumeThread这样的API函数。通过调用把该进程生成的全部线程作为挂起或恢复的对象的API函数，可以实现进程的挂起/恢复。结束了全部的处理的线程在执行状态时自己调用消灭的函数而消灭(TERMINATE)。(从通常模式状态向打盹模式的转移步骤)图6是表示从通常模式向打盹模式转移的步骤的流程图。在块201中，用户以预定的CPU特权等级进行登录，笔记本PClO在通常模式下工作。在通常模式下，将图2所示的软件载入主存储器15中，对图1所示的硬件供给电力。用户通过由打盹模式控制程序105 提供的界面画面，作为实现特定的功能的应用程序而选择了聊天程序101。另外，使无线模块四工作来维持网络连接的功能被始终默认指定为特定的功能。在块203中，当用户为了从办公室移动到会议室而闭合LCD机壳时，盖子传感器37 工作，通过0S107将转移事件发送给打盹模式控制程序105。取得转移事件的打盹模式控制程序105在块205中调用API函数，从进程管理部113的进程列表115中取得当前生成的全部进程的名称、进程ID以及与它们的特权模式相关的信息。取得所生成的进程的API函数,例如在Windows (注册商标)中可以使用CreatToolhelp32Snapshot。通过进程管理部113在执行状态、可执行状态、待执行状态、或者强制挂起状态的某一个状态下管理当前已生成的进程。在块207中，打盹模式控制程序105从全部进程中提取要强制挂起的进程，调用针对这些进程的API函数，使其迁移到强制挂起状态。迁移到强制挂起状态的进程停止执行，因此CPUll的使用率降低。聊天程序101 生成的进程被分类到I/O监视组，因此未被强制挂起而继续调度状态。根据电源管理部112 检测出的CPUll的使用率，0S107使CPUll的工作频率以及工作电压的组降低。而且，电源管理部112当判断出CPUll成为空闲状态或者使用率达到预定值以下时，使CPUll迁移到睡眠状态、或电力消耗以处理速度降低的程度降低的工作状态，使消耗功率降低。在转移到打盹模式前不久存在的全部进程中未被强制挂起的I/O监视组的进程，成为调度器117的调度的对象，若条件成立则被执行。在块209中，打盹模式控制程序105，在I/O监视组的进程对HDD25进行了 I/O请求的情况下，对设备驱动器133进行指示，以便将该I/O请求数据包登录在队列127中，不转送给设备驱动器133。在执行状态下进行了 I/O请求的进程立即迁移到待执行状态，被登录在待执行队列121中，等待来自设备驱动器133的I/O处理完成通知。但是，由于I/O请求数据包被登录在队列127中，因此设备驱动器133不将I/O处理完成通知返回给进程。因此，在打盹模式期间进行了 I/O请求的进程停留在待执行状态。 此外，也可以代替将I/O请求数据包登记在队列127中，临时将I/O请求数据包转送到设备驱动器133，把从设备驱动器133返回的I/O处理完成通知登录在队列127中。在I/O监视组的进程中，进行了针对HDD25的I/O请求的进程迁移到待执行状态。 另外，在I/O监视组的进程中，等待来自迁移到强制挂起状态的进程的消息的进程也在等待消息的期间迁移到待执行状态。因此，在执行状态和待执行状态之间被调度并执行的主要进程，例如成为实现特定的功能的聊天程序101生成的进程、和其执行所需要的系统进程以及维持基本功能的进程。在系统进程中进行了 I/O请求的进程的线程，在打盹模式期间迁移到待执行状态，但执行未进行I/O请求的线程。另外，直到来自其它进程的消息到来为止，在待执行队列121中登录的系统进程通过消息的到达而被登录在可执行队列119中，因此不会妨碍聊天程序101的执行。另外，在打盹模式的期间，0S107可以检测出通过盖子传感器37生成的恢复事件，所以也不会妨碍从打盹模式向通常模式的恢复。在打盹模式下，在I/O监视组的进程中未进行针对HDD25的I/O请求的大部分进程没有实质的作业，因此迁移到待执行状态，CPUll执行系统空闲进程的时间变长，使用率降低，结果，迁移到睡眠状态，消耗功率降低。病毒应对程序103的进程也被包含在I/O监视组的进程中，但为了进行针对HDD25的I/O请求而被登记在待执行队列121中。在打盹模式下执行的进程有时生成在块205中取得的进程以外的新的进程。但是，这样的进程若对HDD25进行I/O请求，则被登录在待执行队列121中，若不进行I/O请求，则即使被执行， 在消耗功率方面也不会产生很大的差异，因此没有问题。通过到块209为止的步骤，打盹模式下的进程的控制结束。在块211中，为了仅使在打盹模式下实现特定的功能以及基本功能所需要的最小限度的设备工作，打盹模式控制程序105指示EC35停止预定的设备。此时的指示可以确定个别的设备，也可以预先确定要停止的设备并登录在EC35中，对EC35仅发送停止的指示。EC35根据指示，停止对LCD19、HDD25、0DD27以及散热风扇39的电力供给。并且，维持对CPU11、主存储器15、MCHl3, CPU17、ICH23、EC35、DC/DC变换器41以及盖子传感器 37的电力供给。被供给电力的设备消耗功率小，因此电池组43的电池的消耗减少。此外， 打盹模式下，HDD25不需要工作，但不停止HDD25的电力供给，可以由电源管理部112发送使HDD25减速的命令。在块213中，向打盹模式的转移完成，通过无线模块四聊天程序101可以维持会话。因此，构建了笔记本PCio和聊天程序101的会话的其它用户判断是笔记本PClO的用户可以立即响应的状态，即使在移动中也可以发送会话数据。在打盹模式下，用户无法从笔记本PClO的键盘输入数据来进行响应，但是即使在移动中也可以对其它用户持续表示处于可以立即进行响应的状态，在移动后可以立即恢复到通常模式来进行响应。在打盹模式下，大量进程被登录在强制挂起队列123或待执行队列121中，因此调度状态的进程减少，因此几乎没有将聊天程序101从主存储器15换出到HDD25的可能性。 直到迁移到打盹模式前不久，继续通常那样的动作，在迁移到打盹模式后也不开始新的动作，而继续与此前相同的动作，这也证明了这一点。(从打盹模式向通常模式的转移步骤)接着，说明从打盹模式恢复到通常模式的步骤。图7是表示从打盹模式恢复到通常模式的步骤的流程图。在块301中，笔记本PClO在打盹模式下工作，仅维持了作为特定的功能的聊天程序101维持会话的功能以及维持对无线网络的连接的功能、和基本功能。在块303中，当用户打开LCD机壳时，盖子传感器37生成恢复事件。恢复事件经由设备驱动器129、0S107被转送到打盹模式控制程序105。在块305中，打盹模式控制程序105指示 EC35对在转移到打盹模式时停止的设备供给电力。EC35根据指示来控制DC/DC变换器41，向成为对象的设备供给电力，并向打盹模式控制程序105发送完成通知。在块307中，打盹模式控制程序105向中间驱动器125进行恢复到通常模式的通知。取得通知的中间驱动器125根据FIFO的算法把在队列125中登录的I/O请求数据包转送到设备驱动器133。当设备驱动器133把取得的I/O请求数据包发送到HDD25时，进行针对HDD25的读取或写入的处理。设备驱动器133当HDD25的处理完成时，经由中间驱动器125向在待执行队列121 中登录的进行了 I/O请求的进程转送I/O处理完成通知。取得I/O处理完成通知的进程从待执行状态迁移到可执行状态，被登录在可执行队列119中，等待调度器117的调度。在块 309中，打盹模式控制程序105对于在强制挂起队列123中登录的进程调用API函数来使其恢复，使其迁移到可执行状态。当以上步骤结束时，笔记本PClO在块311中恢复到通常模式。从打盹模式向通常模式的恢复，仅是通过中间驱动器125进行的从队列127的释放处理、和通过进程管理部113进行的从强制挂起队列123的恢复处理，因此与从挂起恢复的情况相比可以在短时间内完成。因此，对于用户来说，代替此前由于恢复的时间而犹豫使用的挂起，打盹模式容易使用。(从打盹模式向挂起或休眠的转移步骤)接下来，说明从打盹模式向挂起或休眠转移的步骤。图8是表示从打盹模式向挂起或休眠转移的步骤的流程图。在块401中，在打盹模式下工作的笔记本PC10，为了维持特定的功能和基本功能，向CPUll以及预定的设备供给电力。打盹模式的耗电量比挂起大，不
15是预定长时间停留的工作状态，因此希望根据预定的条件从打盹模式向挂起或休眠转移， 减轻电池组43的蓄电量的消耗。在块403中，0S107的定时器判断检测出转移事件后的经过时间是否达到了预定时间。0S107的定时器，由于不进行针对HDD25的I/O请求，因此在打盹模式期间也被执行。 当达到预定时间时转移到块407，定时器生成挂起转移事件。在转移到挂起前，电力管理部 112需要对于在该时刻载入的设备驱动器询问是否可以停止设备的电力供给。因此，为了在转移到挂起前执行正在使用各设备的程序，使其恢复到通常模式。在块408中，根据挂起转移事件，通过图7的块305到块311的步骤，笔记本PClO 恢复到通常模式。在块411中，当电源管理部112从全部设备驱动器取得可以停止设备的电源供给的通知时，通过系统BI0S135对EC35进行指示，依次停止应该停止的设备的电力供给来转移到挂起(块41；3)。从打盹模式向通常模式的转移时间非常短，因此用户几乎识别不出已经恢复到通常模式，就完成了从打盹模式向挂起的转移。在挂起中对主存储器15和EC35供给电力，EC35定期地监视电池组43的电池的剩余容量。在块415中，当电池的剩余容量减少时，EC35在块415中生成休眠转移事件。休眠转移事件通过系统BI0S135被送到电源管理部112。取得通知的电源管理部112，在块417 中与块409同样地使笔记本PClO恢复到通常模式，在块419中进行休眠处理来转移到休眠 (块 421)。至此举例说明了实现特定的功能的进程在打盹模式中未进行针对HDD25的I/O请求的情况，但本发明并不排除实现特定的功能的进程对HDD25进行I/O请求的情况。例如， 可以设想通过在打盹模式中需要仅在极短的时间或者仅在初始阶段对HDD25进行I/O请求的进程实现特定的功能的情况。在这种情况下，设置不进行强制挂起和I/O请求的监视，在与通常模式相同的状态下进行控制的组，把实现特定的功能的进程分类到该组。此时，希望在打盹模式中HDD25的电力供给不停止，电源管理部112根据访问状态使其减速。图9是说明此时的进程的控制方法的图。全部进程被分类为强制挂起组、I/O监视组、以及不进行特别的进程控制的通常组这3个组，实现特定的功能的进程被分类到通常组。针对强制挂起组和I/O监视组的进程的打盹模式下的控制方法与图4的情况相同。关于打盹模式的便利性，作为特定的功能，说明了维持聊天程序的会话、向无线网络的连接的例子，但打盹模式还具备此前存在的省电模式即挂起中没有的特征。在从挂起恢复的情况下，当恢复后OS需要向所载入的应用程序以及设备驱动器通知已恢复。因此， 在OS的导入最初，从挂起恢复的时间短，但当此后导入的应用程序或设备驱动器的数量增加时，恢复的时间有时变长。与其相对，打盹模式仅通过控制进程就可以转移到通常模式， 因此，即使导入的应用程序以及设备驱动器的数量增加，恢复的时间也不变长，因此可以在短时间内进行恢复。另外，当从挂起恢复时，有时无法完全恢复到原来的使用环境。例如，当已恢复时， 有时鼠标不正常工作或者无法自动与无线网络进行再连接。作为其原因之一，即使在预加载时，作为整个系统进行了恢复的试验，有时对于此后更新的或者新导入的设备驱动器，作为整个系统无法进行恢复的试验。与此相对，在打盹模式下进行的各个控制，在通常模式下也进行，而且当恢复时不需要对设备驱动器进行该情况的通知，因此可以可靠地恢复到前不久的移动模式的使用环境，因此作为短时间的移动时的工作模式的便利性高。
至此，根据附图所示的特定的实施方式对本发明进行了说明，但本发明不限定于图示的实施方式，只要起到本发明的效果，当然可以采用此前已知的任何结构。
权利要求
1.一种模式切换方法，其为了使具备盘驱动器并正在通常模式下工作的计算机转移到打盹模式，即在执行进程来实现特定的功能的同时，在消耗功率比所述通常模式小的状态下工作的模式，使所述便携式计算机执行具有以下步骤的处理检测用于从所述通常模式向所述打盹模式转移的转移事件；响应所述转移事件，强制挂起从检测出所述转移事件时已存在的进程中选择出的、对于实现所述特定的功能来说不需要的进程；以及响应所述转移事件，在所述打盹模式结束之前，保留针对未进行所述强制挂起的进程中的对所述盘驱动器进行了 I/O请求的进程的I/O处理完成通知。
2.根据权利要求1所述的模式切换方法，其特征在于，被保留了所述I/O处理完成通知的进程包含有在想要进行所述强制挂起时采取对抗措施的程序所生成的进程。
3.根据权利要求1或2所述的模式切换方法，其特征在于，实现所述特定的功能的进程，至少在所述打盹模式期间不对所述盘驱动器进行I/Q请求。
4.根据权利要求3所述的模式切换方法，其特征在于，所述计算机安装有无线模块，实现所述特定的功能的进程包含在所述打盹模式期间维持所述无线模块和访问点的连接的进程。
5.根据权利要求3或4所述的模式切换方法，其特征在于，实现所述特定的功能的进程包含维持聊天程序形成的会话的进程。
6.根据权利要求3至5中任一项所述的模式切换方法，其特征在于，实现所述特定的功能的进程包含执行使所述计算机从所述打盹模式恢复为所述通常模式的处理的进程。
7.根据权利要求3至6中任一项所述的模式切换方法，其特征在于，实现所述特定的功能的进程包含执行使所述计算机从所述打盹模式转移到挂起或休眠的处理的进程。
8.根据权利要求1至7中任一项所述的模式切换方法，其特征在于，实现所述特定的功能的进程定期地参照自己分配给虚拟存储器的页，以便不将页从物理存储器换出到所述盘驱动器。
9.根据权利要求1至8中任一项所述的模式切换方法，其特征在于，所述强制挂起的进程包含具有与所述通常模式下登录的用户的处理器特权等级相同的特权等级的进程。
10.根据权利要求1至9中任一项所述的模式切换方法，其特征在于，所述强制挂起的进程包含由登录了预定的程序的执行时刻的任务调度器生成的进程。
11.根据权利要求1至10中任一项所述的模式切换方法，其特征在于， 所述处理具有以下步骤检测在从检测出所述转移事件后经过预定的时间时生成的挂起事件； 根据所述挂起事件，使转移到所述强制挂起的进程恢复； 根据所述挂起事件，解除所述I/O请求的保留；以及在所述恢复的步骤和所述解除的步骤结束后将所述计算机挂起。
12.根据权利要求1至11中任一项所述的模式切换方法，其特征在于， 具有响应所述转移事件，停止向所述盘驱动器供给的电力的步骤。
13.根据权利要求1至12中任一项所述的模式切换方法，其特征在于，具有响应所述转移事件，停止向释放机壳内部的热量的散热风扇供给的电力的步骤。
14.一种具备处理器、盘驱动器和无线模块的便携式计算机，其特征在于， 具有事件检测部，其在执行进程来执行特定的进程的同时，检测用于向消耗功率比通常状态小的工作状态转移的转移事件；强制挂起部，其响应所述转移事件，把从检测出所述转移事件时存在的进程中选择出的预定的进程强制挂起；请求控制部，其响应所述转移事件，在所述打盹模式结束前保留针对检测出所述转移事件时已存在的进程中被选择出的预定的进程对所述盘驱动器进行的I/O请求的I/O处理完成通知。
15.根据权利要求14所述的便携式计算机，其特征在于，具有聊天程序，其使所述便携式计算机实现不对所述盘驱动器进行I/O请求地维持经由无线网络形成的会话的功能。
16.根据权利要求14或15所述的便携式计算机，其特征在于，所述检测部检测用于从所述消耗功率小的状态恢复到所述通常模式的恢复事件，所述强制挂起部响应所述恢复事件，使所述强制挂起的进程恢复，而且，所述请求控制部释放所述保留的I/O处理完成通知。
17.一种具备盘驱动器在通常模式下工作的计算机，在执行进程来维持特定的功能的同时在消耗功率比所述通常状态小的状态下工作的方法，其特征在于，具有以下步骤检测用于向所述消耗功率小的状态转移的转移事件； 响应所述转移事件，所述计算机停止执行某个进程；以及响应所述转移事件，在所述计算机在所述消耗功率小的状态下的工作结束之前，保留未停止执行的进程对所述盘驱动器进行的I/O请求。
18.根据权利要求17所述的方法，其特征在于， 具有以下步骤检测用于恢复到所述通常状态的恢复事件；响应所述恢复事件，所述计算机使所述停止执行的进程转移到可执行的状态；以及响应所述恢复事件，所述计算机释放所述保留的I/O请求。
全文摘要
本发明提供一种在维持特定的功能的同时降低消耗功率的计算机及方法。在维持特定的功能的同时以较小的消耗功率使笔记本PC工作。笔记本PC具备HDD，能够在通常模式和作为新的工作模式的打盹模式下工作。在打盹模式下，可以在执行进程来维持特定的功能的同时，在消耗功率比通常模式小的模式下工作。在打盹模式下，当闭合LCD机壳时生成转移事件，将此时存在的进程强制挂起，或者保留与对HDD进行了I/O请求的进程对应的I/O处理完成通知。结果，可以在维持聊天程序的会话的同时停止HDD，使笔记本PC以较小的消耗功率工作。
文档编号G06F1/32GK102156532SQ20111002564
公开日2011年8月17日 申请日期2011年1月24日 优先权日2010年1月23日
发明者下远野享 申请人:联想(新加坡)私人有限公司