本发明涉及网络通信技术领域， 具体涉及一种系统优化方法及装置。 背景技术

目前， 计算机在使用过程中往往会出现运行速度越来 越慢的情况， 这时， 为了 提高运行速度， 就需要进行系统优化。 现有的优化方式一般是通过文件清理或垃圾 清理的方法， 清理系统中无用的缓存文件， 查找并移动占用磁盘空间的文件， 以便 释放空间， 让系统保持清洁， 使整体运行更加流畅。

现有的一些服务和应用程序等， 如果完成后则通常不会退出进程， 这些进程依 然会占用大量的系统资源， 而用户往往无法感知， 直到系统或者程序出现了卡死甚 至崩溃的情况， 甚至还可能出现一些存在问题的程序等。 然而现有的系统优化方式 只能进行一些基本的文件清理工作， 对于系统的卡死， 以及后台程序占用过多流量 等情况则无法有效处理， 不能有效地释放系统中可用的内存和其他系统 资源等。 发明内容

鉴于上述问题， 提出了本发明以便提供一种克服上述问题或者 至少部分地解决 上述问题的系统优化方法和相应的装置。

依据本发明的一个方面， 提供了一种系统优化方法， 包括： 判断系统中正在运 行的程序是否满足预设的优化规则； 将满足预设的优化规则的程序显示在程序列表 的第一分类中， 将不满足预设的优化规则的程序显示在程序列 表的第二分类中， 其 中， 第一分类中的程序的状态默认为选中， 第二分类中的程序的状态默认为非选中； 根据触发的优化指令， 对程序列表中状态为选中的程序进行优化处理 ， 其中， 优化 指令中包含程序列表中的程序的状态。

依据本发明的另一方面， 提供了一种系统优化装置， 包括： 判断模块， 适于判 断系统中正在运行的程序是否满足预设的优化 规则； 显示模块， 适于将满足预设的 优化规则的程序显示在程序列表的第一分类中 ， 将不满足预设的优化规则的程序显 示在程序列表的第二分类中， 其中， 第一分类中的程序的状态默认为选中， 第二分 类中的程序的状态默认为非选中； 优化模块， 适于根据触发的优化指令， 对程序列 表中状态为选中的程序进行优化处理， 其中， 优化指令中包含程序列表中的程序的 状态。

根据本发明的又一个方面， 提供了一种计算机程序， 其包括计算机可读代码， 当所述计算机可读代码在计算设备上运行时， 导致所述计算设备执行上述的系统优 化方法。

根据本发明的再一个方面， 提供了一种计算机可读介质， 其中存储了上述的计 算机程序。 本发明的有益效果为- 根据本发明的系统优化方法及装置， 根据预设的优化规则， 将系统中正在运行 的程序显示在不同的分类中， 用户可以根据不同分类的特点， 来决定对哪些程序执 行优化处理， 由此解决了现有技术中只能简单地执行文件清 理工作， 导致优化效果 不理想的问题， 取得了能够针对系统的各种情况 （例如系统的卡死以及后台程序占 用过多流量等） 进行有效处理， 从而合理优化系统的有益效果。

上述说明仅是本发明技术方案的概述，为了能 够更清楚了解本发明的技术手段， 而可依照说明书的内容予以实施， 并且为了让本发明的上述和其它目的、 特征和优 点能够更明显易懂， 以下特举本发明的具体实施方式。 附图说明

通过阅读下文优选实施方式的详细描述， 各种其他的优点和益处对于本领域普 通技术人员将变得清楚明了。 附图仅用于示出优选实施方式的目的， 而并不认为是 对本发明的限制。 而且在整个附图中， 用相同的参考符号表示相同的部件。 在附图 中：

图 la至图 lc示出了一种应用本发明提供的优化方法的优� ��软件的界面示意图； 图 2a示出了优化系统速度时的界面示意图；

图 2b示出了优化系统速度后的界面示意图；

图 3示出了悬浮窗的示意图；

图 4示出了本发明实施例提供的系统优化方法的� �程图；

图 5示出了本发明实施例提供的系统优化装置的� �程图；

图 6示意性地示出了用于执行根据本发明的系统� �化方法的计算设备的框图； 以及

图 7示意性地示出了用于保持或者携带实现根据� �发明的系统优化方法的程序 代码的存储单元。 具体实施方式

下面结合附图和具体的实施方式对本发明作进 一步的描述。

本发明实施例提供了一种系统优化方法， 该优化方法主要针对系统中当前正在 运行的程序执行优化处理， 以提高计算机的运行速度。 该优化方法可以通过安装在 客户端上的优化软件来实现。图 la至图 lc给出了一种应用本发明提供的优化方法的 优化软件的界面示意图。如图 l a至图 l c所示， 该界面主要向用户展示了包含多个程 序的程序列表， 在该程序列表中， 根据每个程序自身的特点将其分成了如下几个 类 另 IJ : "优化系统资源" 的类别、 "建议关闭的程序 /服务"类别、 "可选择关闭的程 序 /服务" 类别、 以及 "常用的程序" 类别。

当需要进行系统优化时， 可以根据图 l a至图 l c所示的各个类别的特点执行相 应的优化处理。 例如， 以 "优化系统资源" 的类别为例来说， 当进行系统优化时， 通过该类别主要完成清理系统内存以及优化系 统速度这两项任务。 其中， 清理系统 内存主要是通过将当前正在运行的程序从物理 内存中导入到虚拟内存中来实现的， 具体的导入过程可通过调用 windows系统提供的接口函数来实现， 通过将正在运行 的程序从物理内存导入到虚拟内存， 可以释放物理存储空间， 降低内存占用率。 优 化系统速度主要是通过合理地设置系统相关参 数来实现的。 例如， 如图 2a所示， 在 优化系统速度时可从下面几方面执行优化。 首先， 对于系统稳定与系统速度方面， 可执行如下优化处理： （1 ) 优化处理器资源分配： 通过合理地配置处理器的资源， 可以使用户在玩游戏时获得更多的 CPU、 内存等资源， 使延迟更小， 非常适合反恐 类游戏； （2 )优化内存配置： 通过合理地配置内存， 能够增加游戏程序的磁盘缓冲， 提高读写速度， 加快副本、 场景的加载速度； （3 ) 优化程序反应时间： 通过合理地 设置程序的反应时间， 能够防止程序在关闭时假死， 使关机速度更快； （4 ) 缩短鼠 标键盘无反应等待时间： 由于程序卡死时鼠标键盘无法移动， 因此， 通过缩短鼠标 键盘的无反应等待时间， 可以缩短程序卡死的时间。 （5 ) 自动关闭无反应程序： 当 检测到程序卡死后将自动关闭， 从而提高系统稳定性。 （6) 关闭服务： 关闭一些占 用内存等系统资源过多的服务 （例如， windows update升级服务） ， 该类服务的特点 在于： 运行时占用内存非常多， 而且关闭后对用户的电脑也不会产生不良影响 。 （7) 清除内存中无用的 dll文件： 将系统内残留的垃圾 dll文件或者其他的临时文件清除， 提高系统的性能。 其次， 对于桌面、 窗口与菜单速度方面， 可执行如下优化处理： ( 1 ) 加快系统内各命令的显示和反应速度： 减少点击软件菜单时的延时设置， 可以 让软件菜单打开速度更快； （2 ) 优化用户界面组件： 当界面假死、 卡住的时候自动 刷新， 增强系统稳定性； （3 ) 优化程序进程： 让开始菜单拥有独立的进程优先级处 理， 可以防止假死。 优化系统速度后的显示界面如图 2b所示。 通过上述处理， 就可 以实现优化系统资源的目的， 从而能够降低资源占用率， 缩短无效等待时间， 提高 用户体验度。

另外， 为了使用户能够即时了解系统当前的资源占用 率， 以决定是否有必要执 行优化处理， 可以由客户端实时计算当前系统的资源占用率 ， 并将计算得到的当前 资源占用率以悬浮球的形式显示在图 la至图 lc所示的程序列表的指定位置上（例如， 显示在左上角） ， 该悬浮球的显示颜色可以进一步随着资源占用 率的改变而变化， 例如， 当资源占用率低于第一预设值时， 悬浮球的颜色为绿色， 并在旁边用文字提 示用户 "可用资源充足， 继续保持" ， 为了便于用户理解， 还可以进一步向用户显 示 "电脑充满活力" 。 当资源占用率高于第二预设值时， 悬浮球的颜色为红色， 并 在旁边用文字提示用户 "可用资源不足， 建议优化" ， 为了便于用户理解， 还可以 进一步向用户显示 "电脑有点累了" 。 当资源占用率介于第一预设值和第二预设值 之间时， 悬浮球的颜色为橙色， 并在旁边用文字提示用户 "可用资源较少" ， 为了 便于用户理解， 还可以进一步向用户显示 "电脑跑不动了" 。 进一步地， 还可以在 悬浮球内显示当前资源占用率的百分比， 以便于用户准确了解资源利用情况。 其中， 在设置第二预设值时， 可以根据电脑的配置来设置， 例如， 对于高配机来讲， 由于 资源充足， 因此占用 80%的资源并不会产生太大影响， 而对于低配机来讲， 由于资 源不多， 因此占用 80%的资源会产生较大影响， 因此， 高配机的第二预设值可以高 于低配机的第二预设值。 同理， 第一预设值也可以根据电脑的配置进行灵活设 置。

上述的资源可以包括以下资源中的一个或多个 ： 内存资源、 磁盘资源、 CPU资 源和网络吞吐量。 在图 la至图 lc中， 悬浮球表示的资源为内存资源， 且悬浮球的颜 色为绿色， 表示电脑充满活力， 因此， 在悬浮球的旁边显示出 "可用内存充足， 继 续保持" 以及 "电脑充满活力" 的提示字样。 实际情况中， 也可以由悬浮球来表示 其他某一资源的占用率。 当悬浮球表示其他某一资源的占用率时， 悬浮球的旁边显 示的提示字样也会相应的修改为该资源的名称 ， 例如， 当悬浮球表示 CPU资源的占 用率时， 悬浮球旁边显示的文字可以是 "可用 CPU充足， 继续保持"或者 " CPU占 用过高， 建议优化" 等。 另外， 还可以由悬浮球同时表示多个资源的占用率， 以便 于用户全面了解当前的资源利用情况。 当悬浮球表示多个资源的占用率时， 可以根 据每个资源在性能优化方面的作用， 为其分配不同的权重， 并根据各个资源所占据 的权重对其进行加权， 得到一个能够综合反映多个资源的综合占用率 的权值， 该权 值既可以用分数 （例如 0到 100之间的分数） 的形式表示， 也可以用百分比的形式 表示， 这时， 可以由一个悬浮球来显示该权值的具体数值， 以便于用户了解多种资 源的综合占用情况； 或者， 也可以由多个悬浮球分别表示每一类资源的占 用情况， 以便于用户直观地了解每类资源的当前占用情 况。

另外， 当用户把鼠标移动到悬浮球上时， 悬浮球的旁边将进一步出现提示， 在 提示中显示出已用内存数和总数。 而且， 悬浮球的颜色和提示字样的颜色都可以随 着已用内存的变化而变化。 另外， 还可以在显示界面的指定位置 （例如左上角或右 下角） 设置一个如图 3 所示的悬浮窗， 该悬浮窗中的球的显示状态与显示在程序列 表上的悬浮球一致， 当程序列表最小化时， 该悬浮窗可以起到提示用户的作用。

除了上面介绍的实时计算资源占用率的实现方 式之外， 也可以单独设置一个按 钮， 当用户点击该按钮时计算并显示资源占用率， 以便节省计算量， 节约能耗。

在设置有悬浮球的情况中， 可以在悬浮球显示资源占用率过高 （例如悬浮球为 红色） 时， 由用户通过点击对应的优化按键的方式执行上 述的 "优化系统资源" 的 处理， 也可以由系统自动触发上述的 "优化系统资源 " 的处理。 另外， 由系统自动 触发上述的 "优化系统资源" 的处理时， 还可以通过系统定期优化的方式进行。

另外， 执行完上述的 "优化系统资源" 的处理之后， 还可以进一步向用户显示 提示内容， 该提示内容可以是弹出的消息或窗口， 也可以是显示在程序列表的指定 位置上的提示字样。 该提示内容主要用于向用户显示通过优化所节 省的内存、 CPU、 磁盘空间和 /或网络吞吐量等各类资源的具体数量， 以便于用户了解优化的效果。

在上述的 "优化系统资源" 的类别中， 主要执行一些常规而全面的系统清理工 作。 介绍完 "优化系统资源" 的类别之后， 接下来， 着重介绍一下本发明的系统优 化方法中涉及的 "建议关闭的程序 /服务"类别、 "可选择关闭的程序 /服务" 类别、 以及 "常用的程序"类别的处理方式。 其中， "建议关闭的程序 /服务" 类别也可称 作第一分类， "可选择关闭的程序 /服务" 类别以及 "常用的程序" 类别可统称为第 二分类， 其中， "可选择关闭的程序 /服务" 类别作为第二分类中的第二小类， "常 用的程序" 类别作为第二分类中的第一小类。

当用户打开客户端上安装的对应于本发明的系 统优化方法的优化软件时，或者， 当用户点击该优化软件上的启动按钮时， 开始执行本发明提供的系统优化方法中的 步骤 S1 10。 在步骤 S1 10中， 判断系统中正在运行的程序是否满足预设的优 化规则， 如图 4所示。

具体地， 步骤 S 110可以针对系统中每一个正在运行的程序进行 判断， 以确定该 程序是否满足预设的优化规则。

接下来，在步骤 S120中，将满足上述预设的优化规则的程序显� �在程序列表的 第一分类 （如图 la至图 lc中的 "建议关闭的程序 /服务" 类别） 中， 将不满足上述 预设的优化规则的程序显示在程序列表的第二 分类（如图 la至图 lc中的"可选择关 闭的程序 /服务" 类别以及 "常用的程序" 类别） 中， 其中， 第一分类中的程序的状 态默认为选中， "第二分类中的程序的状态默认为非选中。

最后， 在步骤 S130中， 根据触发的优化指令， 对程序列表中状态为选中的程序 进行优化处理。 其中， 该优化指令通常情况下是由用户进行触发的， 例如， 通过点 击图 la至图 lc中的 "一键加速"的按钮进行触发。 在用户触发优化指令之前， 需要 先对图 la至图 lc的程序列表中每一程序的状态进行设置，程� ��的状态包括选中和非 选中， 如果用户同意对第一分类中的程序全部选中， 对第二分类中的程序全部不选 中， 即认可程序的默认状态， 则可以不进行任何额外的设置， 直接点击 "一键加速" 的按钮来触发优化指令； 如果用户认为第一分类中某一程序不应进行优 化， 则可以 将该程序的状态设置为非选中， 相应地， 如果用户认为第二分类中某一程序应该进 行优化， 则可以将该程序的状态设置为选中。 由此， 在该优化指令中包含了程序列 表中每一程序的状态， 当接收到该优化指令后， 即可获知程序列表中状态为选中的 程序， 并对其进行优化处理。 当进行优化处理时， 悬浮球中显示的资源占用量先下 降， 再上升， 最后停留在优化后的资源占用量上。

具体地，在步骤 S130中进行优化处理时， 可以通过如下方式中的一种或几种进 行处理： （1 ) 将待优化的程序关闭： 直接将程序列表中状态为选中的程序关闭， 从 而减少资源占用率， 提高运行速度； （2)为待优化的程序设置 CPU优先级： 可以根 据待优化的程序的重要程度， 为其设置 CPU优先级， 将重要的程序的 CPU优先级置 高， 将不重要的程序的 CPU优先级置低， 从而缩短重要程序的响应时间， 减少用户 等待时间， 该方式主要可用于一些不宜直接关闭的程序； （3 ) 将待优化的程序从多 核 CPU的多个内核中切换到一个内核中： 该方式主要可用于一些卡死的程序， 为避 免其占用过多的 CPU资源， 可将其从多核 CPU的多个内核中切换到某一个内核中， 以避免对其他内核的影响。

另外， 在执行完上述的步骤 S 130之后， 也可以进一步向用户显示提示内容， 该 提示内容同样可以是弹出的消息或窗口， 也可以是显示在程序列表的指定位置上的 提示字样。该提示内容用于向用户显示经过步 骤 S130的优化后所节省的内存、 CPU、 磁盘空间和 /或网络吞吐量等各类资源的具体数量， 以便于用户了解优化的效果。

通过上面的方式， 就可以实现系统优化的处理。 另外， 从图 la至图 lc中可以看出， 在本发明实施例中， 将第二分类中的程序 进一步细分为第一小类 （即 "常用的程序" 类别） 和第二小类 （即 "可选择关闭的 程序 /服务" 类别） 。 其中， 第一小类中主要显示一些常用的程序， 例如， 360 安全 浏览器、 微软 word、 飞信等； 第二小类则显示第二分类中除第一小类之外的 其他程 序。 为了确定出第二分类中哪些程序属于第一小类 ， 哪些程序属于第二小类， 需要 预先设置一个常用程序列表， 在该常用程序列表中存储有各种常用的程序的 名称。 相应地， 在步骤 S120中将不满足预设的优化规则的程序显示在� �序列表的第二分类 中之后， 进一步包括步骤 S140。 在步骤 S140中， 对于第二分类中的程序， 进一步判 断其是否属于预设的常用程序列表； 如果判断结果为是， 则将其显示在第一小类中， 如果判断结果为否， 则将其显示在第二小类中。

上面已经介绍过， 第二分类中的程序的状态默认为非选中， 因此， 在上述的第 一小类 （即 "常用的程序" 类别） 中， 其程序的状态默认为非选中。 但是， 对于上 述的第二小类 （即 "可选择关闭的程序 /服务"类别） 来说， 则有稍许不同： 在第一 次接收到优化指令之前， 第二小类中的程序的状态默认为非选中， 这一点与第一小 类相同。 但是， 如果用户在发送第一次优化指令之前， 将第二小类中的某些程序（如 图 la至图 lc中的"支付宝控件"、 "支付宝检测程序"等）的状态手动更改为选中� �� 即在第一次接收到的优化指令中， 第二小类中手动更改过状态的程序为选中状态 ， 这样， 在第二次接收到优化指令之前， 第二小类中手动更改过状态的程序的默认状 态依然保持为选中状态。 依此类推， 除了在第一次接收到优化指令之前第二小类中 的程序的状态默认为非选中之外， 当后续接收到优化指令之前， 第二小类中的程序 的状态都默认为与上一次接收到的优化指令中 的状态相同。 也就是说， 第二小类中 的程序状态具有记忆功能， 如果用户在本次执行优化指令时对其中的某些 程序进行 了优化， 那么下次执行优化指令前这些优化过的程序的 默认状态就会更改为选中， 这样做的好处在于， 通常情况下， 如果用户本次对某些程序执行了优化， 说明这些 程序是用户认为有必要优化的， 因此， 在下次优化时， 用户仍然可能倾向于优化这 些程序， 因此， 第二小类中的程序的记忆功能能够便于用户记 住自己上次的选择， 从而提高优化效率。 另外， 之所以要将常用程序单独作为一个小类， 并使该小类中 的程序不具有记忆功能， 而使其每次的默认状态都为非选中， 主要是因为一般情况 下， 常用程序是不需要进行优化的， 如果用户不小心对常用程序进行了优化， 往往 会影响该程序的正常使用， 因此， 将常用程序单独作为一个小类可以防止用户误 操 作。

另外， 为了进一步地防止用户误操作， 在图 la至图 lc所示的程序列表中， 可 以将第一分类显示在第二分类的上方或左侧， 且将第二分类中的第二小类显示在第 一小类的上方或左侧。 换句话说， 将优化的可能性最大的第一分类放在最前面， 以 便于用户勾选； 将优化的可能性最小的第一小类放在最后面， 以防止用户误勾选。

另外， 需要说明的是， 上面介绍的在步骤 S140中， 将第二分类进一步细分为第 一小类和第二小类的操作并不是必须的， 本发明中也可以不执行步骤 S140。

通过上面的操作就可以实现系统优化的目的。 在上述过程中， 一般需要将系统 中每一正在运行的程序都显示在程序列表的第 一分类或第二分类中， 这样做的好处 在于： 可以逐一筛选系统中每一正在运行的程序， 并确定其是否需要优化， 从而避 免遗漏掉任何一个能够优化的程序。

虽然上述过程可以实现对系统中所有程序的全 面优化， 但是， 如果系统中正在 运行的程序数量众多， 上述做法则会导致程序列表中的程序数量庞大 ， 从而不便于 用户筛选待优化的程序。 为此， 在本发明中， 还可以预先设置一个数据库， 在该数 据库中存储常见的待优化程序的名称。 该数据库中存储的常见的待优化程序通常是 指一些优化频率较高或优化效果明显的程序， 这些程序的名称通常是预先通过对以 往优化过的程序的名称及其优化频率进行统计 得出的。

相应地， 在步骤 S 120之后， 还可以进一步包括步骤 S 150。 在步骤 S 150中， 将 上述预设的优化规则进一步细分为第一类优化 规则和第二类优化规则， 并且， 对于 第一分类中满足第一类优化规则但不满足第二 类优化规则的程序， 进一步判断其名 称是否存储在上述数据库中， 如果没有存储在上述数据库中， 则将其从程序列表的 第一分类中移除； 以及对于第二分类中的程序， 进一步判断其名称是否存储在上述 数据库中， 如果没有存储在上述数据库中， 则将其从程序列表的第二分类中移除。 通过步骤 S 150的操作， 就可以显著减少程序列表中列出的程序的数量 ， 从而便于用 户筛选。

在执行步骤 S 150时，从程序列表中判断需要移除的程序的主 要依据在于： 由于 系统中运行的程序多种多样， 有很多程序都是用户根据自身的职业特点或兴 趣爱好 而安装并运行的， 一旦对这些程序进行优化将影响用户的正常使 用， 因此通常情况 下能够进行优化的程序都是常见的待优化程序 ， 都已经预先存储在了上面介绍的数 据库中， 所以， 如果程序列表的第一分类或第二分类中的程序 不属于上述数据库， 则说明其很可能是不需要进行优化的， 因而可以将其从程序列表中移除， 以减少用 户筛选时的工作量。

但是， 对于第一分类中的程序有个例外情况： 当程序出现异常情况时， 无论该 程序是否属于上述数据库， 都应该对其进行优化， 以防止该异常情况影响用户的使 用。 为此， 在上述的步骤 S 150中预先将预设的优化规则进一步细分为第一 类优化规 则和第二类优化规则， 其中， 第一类优化规则也可以称作一般情况下的优化 规则， 其定义了程序需要优化的一般性规则 （由于第一类优化规则数量较多， 将在后面进 行详细介绍） ； 第二类优化规则也可以称作异常情况下的优化 规则， 其定义了程序 需要优化的异常性规则， 包括： 判断程序是否出现异常， 如果判断结果为是， 则确 定该程序满足第二类优化规则， 其中， 异常包括： GDI泄漏、 窗口卡死和 CPU卡死 等异常情况。 因此， 在步骤 S 150中， 当第一分类中的程序满足第二类优化规则时， 说明该程序出现了异常情况， 因此无论该程序是否属于上述数据库都需要将 其保留 在程序列表的第一分类中， 以便于用户优化。 而当第一分类中的程序不满足第二类 优化规则时， 说明该程序没有出现异常情况， 如果该程序又不属于上述数据库， 就 进一步说明该程序不属于常见的待优化程序， 这样的程序有可能是上面提到的用户 根据自身的职业特点或兴趣爱好而安装并运行 的程序， 一旦对其优化将可能影响用 户的使用， 因此， 在步骤 S 150中将第一分类中不满足第二类优化规则的程 序从程序 列表中移除； 反之， 如果该程序属于上述数据库， 就说明该程序属于常见的待优化 程序， 虽然其不满足第二类优化规则， 但是既然出现在第一分类中就表明其满足第 一类优化规则， 说明还是有必要进行优化的， 所以在步骤 S 150中将其保留在程序列 表的第一分类中， 以便于用户优化。

同理， 对于第二分类中的程序来说， 由于该类程序都是不满足预设的优化规则 的程序， 也就是很可能不需要进行优化的程序， 对于这类程序来说， 如果其没有存 储在上述数据库中， 就进一步说明其不属于常见的待优化程序， 所以通常情况下没 有必要对这些程序进行优化， 因而在步骤 S 150中也将其从程序列表中移除， 以减少 用户筛选时的工作量； 反之， 如果其存储在了上述数据库中， 就说明其属于常见的 待优化程序， 虽然暂时不满足预设的优化规则， 但这些程序还是有可能能够优化的， 因而在步骤 S 150中将其保留在程序列表的第二分类中，由用 户做出是否优化的选择。

在上面介绍的步骤 S 150中，主要是通过将第一列表和第二列表中不 属于上述数 据库的程序进行移除实现的。 在实际情况中， 也可以直接在执行步骤 S 120时， 进一 步判断系统中正在运行的程序是否属于上述数 据库， 对于不属于上述数据库中的程 序， 除非其满足第二类优化规则， 否则， 就不将其显示在程序列表中。

下面详细介绍一下上文提到的第一类优化规则 ， 即一般性规则。 第一类优化规 则包括以下规则中的一个或多个：

( 1 )判断程序的资源占用率是否超出预设的阈值� � 如果超出该阈值， 则确定该 程序满足第一类优化规则， 其中， 资源包括以下资源中的一个或多个： 内存资源、 磁盘资源和 CPU资源。

通过计算程序的资源占用率就可以判断上述规 则是否满足。 该规则的主要目的 在于找出占用资源过多的程序， 并对其进行优化， 以减少资源占用率。 其中， 在确 定占用资源过多的程序时， 可以根据系统资源的总大小以及系统资源在当 前状态下 的总占用率来动态确定。 以内存资源为例来说， 对于系统内存较大的客户端 （例如 系统内存 30) 来说， 如果系统内存在当前状态下总共被占用了 70%以上， 则可以 确定内存占用量超过 64M的程序为满足第一类优化规则的程序； 如果系统内存在当 前状态下总共被占用了 50%以上， 且在 70%以下， 则可以确定内存占用量超过 128M 的程序为满足第一类优化规则的程序。 对于系统内存较小的客户端 （例如系统内存 < 3G) 来说， 如果系统内存在当前状态下总共被占用了 70%以上， 则可以确定内存 占用量超过 32M的程序为满足第一类优化规则的程序； 如果系统内存在当前状态下 总共被占用了 50%以上， 且在 70%以下， 则可以确定内存占用量超过 64M的程序为 满足第一类优化规则的程序。 总之， 当系统的总内存越小， 且系统的剩余内存也越 小的情况下， 满足第一类优化规则的程序的内存占用量设置 得越低； 反之， 当系统 的总内存越大， 且系统的剩余内存也越多的情况下， 满足第一类优化规则的程序的 内存占用量设置得越高。

( 2 )判断程序是否出现在前台的运行程序中， 如果没有出现在前台的运行程序 中， 则确定该程序满足第一类优化规则， 其中， 前台的运行程序包括： 浏览器中运 行的程序、 任务栏上显示的程序和窗口上显示的程序。

通过确定系统当前正在运行的程序是否出现在 前台的运行程序中， 就可以判断 上述规则是否满足。 设置该规则的原因在于， 通常情况下， 如果当前正在运行的程 序并未出现在前台的运行程序中， 则说明该程序当前并未被用户使用， 因而该程序 很可能是不需要运行的程序。

具体地， 当前台的运行程序为窗口上显示的程序时， 该规则还可以进一步包括: 当窗口上显示的程序的使用频率低于预设值时 ， 进一步判断该程序在窗口中是否置 顶， 如果判断结果为否， 则确定该程序满足第一类优化规则。 这样做的目的在于， 对于一些使用频率较低的程序来说， 如果该程序在窗口中没有置顶， 则说明该程序 当前没有被使用， 因此， 该程序很可能是用户忘记关闭的程序。

( 3 )判断程序是否符合预设的黑名单规则， 如果符合， 则确定该程序满足第一 类优化规则。

在该规则中预先设置了一些黑名单规则，当程 序符合这些预设的黑名单规则时， 则确定程序满足第一类优化规则。 具体地， 黑名单规则主要用来定义一些用户不希 望打开的程序所满足的规则。 例如， 有些程序会自动地弹出广告窗口， 这些自动弹 出的广告窗口往往并不是用户希望看到的， 因而对用户造成了不必要的打扰， 为此， 可以在黑名单规则中设置常见的广告窗口所满 足的规则， 例如， 窗口的大小、 标题 及属性等特征， 当弹出的窗口满足这些特征时， 就可以确定该窗口为广告窗口， 从 而将其列在程序列表的第一分类中进行优化。 该黑名单规则除了可以过滤广告等程 序之外， 还可以关闭一些不必要的服务 （例如长时间不使用的打印机服务等） 或做 种 （由于上传人的电脑关闭而导致生命期结束的 做种） 。

( 4 )判断程序是否符合预设的运行条件， 如果不符合， 则确定该程序满足第一 类优化规则。

有些程序在运行时必须符合一定的运行条件才 可以正常运行， 如果运行条件不 符合， 则该程序即使处于运行状态也无法正常使用， 对于这种由于运行条件不符合 而无法正常使用的程序， 可以对其进行优化 （例如关闭） 。 例如， 有些程序之间存 在相互依赖关系， 如程序 A必须依赖程序 B才能运行， 因此， 当检测到程序 A正在 运行时， 可以进一步检测程序 B 是否正在运行， 如果检测结果为否， 则可以确定程 序 A的运行条件不符合， 从而对其进行优化。

除了上面列出的几种规则之外， 本领域技术人员还可以根据实际情况对第一类 优化规则进行修改或补充。 通过上述的第一类优化规则， 就可以筛选出需要优化的 程序， 将其放在程序列表的第一分类中供用户选择。

通过上述的步骤 S 1 10至步骤 S 150就可以实现系统优化的目的。 其中， 上述的 步骤 S 140和步骤 S 150并不是必须的， 为可选步骤。

另外， 在上述实施例中， 通常会将系统中所有正在运行的程序都列在程 序列表 中， 即使能够通过步骤 S 150对程序列表中的部分程序进行移除， 以避免由于将不需 要优化的程序列出， 而增加用户筛选时的工作量。 但是， 步骤 S 150主要是利用数据 库来筛选程序列表中的程序， 如果不满足上述优化规则的程序属于数据库中 的程序， 则依然需要被列到程序列表的第二分类中。 但是， 对于一些系统程序， 或优化软件 自身运行的程序则不需要列出， 以防止误操作， 所以， 在步骤 S 120之后， 还可以进 一步包括步骤： 对于第二分类中的程序， 进一步判断其是否满足预设的保护条件， 如果满足预设的保护条件， 则将其从程序列表的第二分类中移除。 该保护条件可以 是预设的系统程序名称或优化软件自身的名称 。 除了上述的设置并判断是否符合保 护条件的方式之外， 也可以事先将符合保护条件的程序从数据库中 删除， 以避免其 在不满足第二类优化规则的情况下被列入程序 列表。

本发明实施例还提供了一种系统优化装置， 该优化装置主要针对系统中当前正 在运行的程序执行优化处理， 以提高计算机的运行速度。 如图 5 所示， 该系统优化 装置包括： 判断模块 51、 显示模块 52以及优化模块 53。

其中， 判断模块 51适于判断系统中正在运行的程序是否满足预� ��的优化规则。 关于判断模块的具体工作过程可参照上文步骤 S 1 10的描述。 其中优化规则的具体内 容可参照方法实施例中相应部分的描述， 此处不再赘述。

显示模块 52， 适于将满足预设的优化规则的程序显示在程序 列表的第一分类 中， 将不满足预设的优化规则的程序显示在程序列 表的第二分类中， 其中， 第一分 类中的程序的状态默认为选中， 第二分类中的程序的状态默认为非选中。 关于显示 模块的具体工作过程可参照上文步骤 S 120的描述。

优化模块 53， 适于根据触发的优化指令， 对程序列表中状态为选中的程序进行 优化处理， 其中， 优化指令中包含程序列表中的程序的状态。 关于优化模块的具体 工作过程可参照上文步骤 S 130的描述。

可选地， 上述第二分类进一步包括第一小类和第二小类 ， 则判断模块 51进一步 适于： 对于第二分类中的程序， 进一步判断其是否属于预设的常用程序列表； 如果 判断结果为是， 则由显示模块 52将其显示在第一小类中， 如果判断结果为否， 则由 显示模块 52将其显示在第二小类中， 其中， 第二小类中的程序的状态默认为与上一 次接收到的优化指令中的状态相同。 对于第一小类和第二小类的划分和判断过程可 参照步骤 S 140的描述， 此处不再赘述。

另外， 为了防止用户误操作， 显示模块 52适于将第一分类显示在第二分类的上 方或左侧， 将第二分类中的第二小类显示在第一小类的上 方或左侧。 换句话说， 将 优化的可能性最大的第一分类放在最前面， 以便于用户勾选； 将优化的可能性最小 的第一小类放在最后面， 以防止用户误勾选。

可选地， 为了避免由于对系统程序或优化软件自身运行 的程序进行优化而引起 的不必要的错误， 该装置可以进一步包括： 第一移除模块， 适于对第二分类中的程 序， 进一步判断其是否满足预设的保护条件， 如果满足预设的保护条件， 则将其从 程序列表的第二分类中移除。 该保护条件可以是预设的系统程序名称或优化 软件自 身的名称。

可选地， 为了避免由于系统中正在运行的程序数量众多 ， 导致程序列表中的程 序数量庞大， 不便于用户筛选待优化的程序的问题。 上述预设的优化规则进一步包 括第一类优化规则和第二类优化规则， 则该装置进一步包括： 第二移除模块 54， 适 于对第一分类中满足第一类优化规则但不满足 第二类优化规则的程序， 进一步判断 其名称是否存储在预设的数据库中， 如果没有存储在数据库中， 则将其从程序列表 的第一分类中移除； 以及， 对第二分类中的程序， 进一步判断其名称是否存储在预 设的数据库中， 如果没有存储在数据库中， 则将其从程序列表的第二分类中移除。

其中， 第二类优化规则包括： 判断程序是否出现异常， 如果判断结果为是， 则 确定程序满足第二类优化规则， 其中， 异常包括： GDI泄漏、 窗口卡死和 CPU卡死。 第一类优化规则包括以下规则中的一个或多个 ： 判断程序的资源占用率是否超出预 设的阈值， 如果超出阈值， 则确定程序满足第一类优化规则， 其中， 资源包括以下 资源中的一个或多个： 内存资源、 磁盘资源和 CPU资源； 判断程序是否出现在前台 的运行程序中， 如果没有出现在前台的运行程序中， 则确定程序满足第一类优化规 贝 1」， 其中， 前台的运行程序包括： 浏览器中运行的程序、 任务栏上显示的程序和窗 口上显示的程序； 判断程序是否符合预设的黑名单规则， 如果符合， 则确定程序满 足第一类优化规则； 以及判断程序是否符合预设的运行条件， 如果不符合， 则确定 程序满足第一类优化规则。 进一步地， 当前台的运行程序为窗口上显示的程序时， 第一类优化规则进一步包括： 当窗口上显示的程序的使用频率低于预设值时 ， 进一 步判断程序在窗口中是否置顶， 如果判断结果为否， 则确定该程序满足第一类优化 规则。

其中， 优化模块 53具体用于： 将待优化的程序关闭； 为待优化的程序设置 CPU 优先级； 和 /或， 将待优化的程序从多核 CPU的多个内核中切换到一个内核中。

另外， 为了使用户能够了解当前的资源占用情况， 以便于用户决定是否进行优 化， 该装置还可以进一步包括： 计算模块， 适于实时计算当前系统的资源占用率， 则所述模块进一步适于将所述资源占用率以悬 浮球的形式显示在程序列表的指定位 置， 悬浮球的显示颜色随资源占用率的改变而变化 ， 且悬浮球内显示有资源占用率 的百分比， 其中， 资源包括以下资源中的一个或多个： 内存资源、 磁盘资源和 CPU 资源。

根据本发明的系统优化方法及装置， 根据预设的优化规则， 将系统中正在运行 的程序显示在不同的分类中， 用户可以根据不同分类的特点， 来决定对哪些程序执 行优化处理， 由此解决了现有技术中只能简单地执行文件清 理工作， 导致优化效果 不理想的问题， 能够针对系统的各种情况 （例如系统的卡死以及后台程序占用过多 流量等） 进行有效处理。 本发明实施例不仅可以关掉一些不必要的进程 ， 服务， 后 台的程序， 还可以释放更多的内存， 可以关闭占网速较多的进程， 对存在问题的程 序， 不必运行的程序， 占内存多的程序进行处理， 从而合理优化系统。

在此处所提供的说明书中， 说明了大量具体细节。 然而， 能够理解， 本发明的 实施例可以在没有这些具体细节的情况下实践 。 在一些实例中， 并未详细示出公知 的方法、 结构和技术， 以便不模糊对本说明书的理解。

类似地， 应当理解， 为了精简本公开并帮助理解各个发明方面中的 一个或多个， 在上面对本发明的示例性实施例的描述中， 本发明的各个特征有时被一起分组到单 个实施例、 图、 或者对其的描述中。 然而， 并不应将该公开的方法解释成反映如下 意图： 即所要求保护的本发明要求比在每个权利要求 中所明确记载的特征更多的特 征。 更确切地说， 如下面的权利要求书所反映的那样， 发明方面在于少于前面公开 的单个实施例的所有特征。 因此， 遵循具体实施方式的权利要求书由此明确地并 入 该具体实施方式， 其中每个权利要求本身都作为本发明的单独实 施例。

本领域那些技术人员可以理解， 可以对实施例中的设备中的模块进行自适应性 地改变并且把它们设置在与该实施例不同的一 个或多个设备中。 可以把实施例中的 模块或单元或组件组合成一个模块或单元或组 件， 以及此外可以把它们分成多个子 模块或子单元或子组件。 除了这样的特征和 /或过程或者单元中的至少一些是相互排 斥之外， 可以采用任何组合对本说明书 （包括伴随的权利要求、 摘要和附图） 中公 开的所有特征以及如此公开的任何方法或者设 备的所有过程或单元进行组合。 除非 另外明确陈述， 本说明书 （包括伴随的权利要求、 摘要和附图） 中公开的每个特征 可以由提供相同、 等同或相似目的的替代特征来代替。

此外， 本领域的技术人员能够理解， 尽管在此所述的一些实施例包括其它实施 例中所包括的某些特征而不是其它特征， 但是不同实施例的特征的组合意味着处于 本发明的范围之内并且形成不同的实施例。 例如， 在下面的权利要求书中， 所要求 保护的实施例的任意之一都可以以任意的组合 方式来使用。

本发明的各个部件实施例可以以硬件实现， 或者以在一个或者多个处理器上运 行的软件模块实现， 或者以它们的组合实现。 本领域的技术人员应当理解， 可以在 实践中使用微处理器或者数字信号处理器（DSP )来实现根据本发明实施例的系统优 化装置中的一些或者全部部件的一些或者全部 功能。 本发明还可以实现为用于执行 这里所描述的方法的一部分或者全部的设备或 者装置程序 （例如， 计算机程序和计 算机程序产品） 。 这样的实现本发明的程序可以存储在计算机可 读介质上， 或者可 以具有一个或者多个信号的形式。 这样的信号可以从因特网网站上下载得到， 或者 在载体信号上提供， 或者以任何其他形式提供。

例如， 图 6示出了可以实现根据本发明的系统优化的计� �设备， 例如浏览器客 户端。 该计算设备传统上包括处理器 610和以存储器 620形式的计算机程序产品或 者计算机可读介质。 存储器 620 可以是诸如闪存、 EEPROM (电可擦除可编程只读 存储器） 、 EPROM、 硬盘或者 ROM之类的电子存储器。 存储器 620具有用于执行 上述方法中的任何方法步骤的程序代码 631的存储空间 630。例如， 用于程序代码的 存储空间 630可以包括分别用于实现上面的方法中的各种 步骤的各个程序代码 631。 这些程序代码可以从一个或者多个计算机程序 产品中读出或者写入到这一个或者多 个计算机程序产品中。 这些计算机程序产品包括诸如硬盘， 紧致盘 （CD ) 、 存储卡 或者软盘之类的程序代码载体。 这样的计算机程序产品通常为如参考图 7 所述的便 携式或者固定存储单元。 该存储单元可以具有与图 6的计算设备中的存储器 620类 似布置的存储段、 存储空间等。 程序代码可以例如以适当形式进行压缩。 通常， 存 储单元包括计算机可读代码 631 '， 即可以由例如诸如 610之类的处理器读取的代码， 这些代码当由计算设备运行时， 导致该计算设备执行上面所描述的方法中的各 个步 骤。 本文中所称的 "一个实施例" 、 "实施例" 或者 "一个或者多个实施例" 意味 着， 结合实施例描述的特定特征、 结构或者特性包括在本发明的至少一个实施例 中。 此外， 请注意， 这里 "在一个实施例中" 的词语例子不一定全指同一个实施例。

应该注意的是上述实施例对本发明进行说明而 不是对本发明进行限制， 并且本 领域技术人员在不脱离所附权利要求的范围的 情况下可设计出替换实施例。 在权利 要求中， 不应将位于括号之间的任何参考符号构造成对 权利要求的限制。 单词 "包 含"不排除存在未列在权利要求中的元件或步� �。 位于元件之前的单词 "一"或 "一 个" 不排除存在多个这样的元件。 本发明可以借助于包括有若干不同元件的硬件 以 及借助于适当编程的计算机来实现。 在列举了若干装置的单元权利要求中， 这些装 置中的若干个可以是通过同一个硬件项来具体 体现。 单词第一、 第二、 以及第三等 的使用不表示任何顺序。 可将这些单词解释为名称。

此外， 还应当注意， 本说明书中使用的语言主要是为了可读性和教 导的目的而 选择的， 而不是为了解释或者限定本发明的主题而选择 的。 因此， 在不偏离所附权 利要求书的范围和精神的情况下， 对于本技术领域的普通技术人员来说许多修改 和 变更都是显而易见的。 对于本发明的范围， 对本发明所做的公开是说明性的， 而非 限制性的， 本发明的范围由所附权利要求书限定。