CN101510156B

CN101510156B - 一种信息系统资源回收方法及装置

Info

Publication number: CN101510156B
Application number: CN 200910132366
Authority: CN
Inventors: 张利明; 闻波; 孔勇伟
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2009-03-30
Filing date: 2009-03-30
Publication date: 2012-12-26
Anticipated expiration: 2029-03-30
Also published as: HK1133716A1; CN101510156A

Abstract

本发明公开了一种信息系统资源回收方法，用于实现闲置资源的回收，减少资源浪费。所述方法包括：插件管理器获记录插件处理事件的第一时间；插件管理器确定在第二时间和第一时间之间插件未再处理事件；插件管理器在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。本申请还公开了用于实现所述方法的装置。

Description

一种信息系统资源回收方法及装置

技术领域

本申请涉及计算机及通信领域，特别是涉及信息系统资源回收方法及装置。

背景技术

在信息系统的开发过程中，业务功能的变化是不可预知的，可能经常需要进行业务扩展。一般情况下用户需求发生变化后，要重新编写代码，进行编译，生成部署包，然后再更新用户程序，整个过程比较繁琐。插件的出现解决了这一问题。插件是一种遵循一定规范的应用程序接口编写出来的程序模块。当应用程序已经部署，但业务发生了变化，这样可以通过读取插件配置信息，载入新的插件，从而实现业务的更新和扩展。

随着业务的发展，插件的数量在逐渐增多，每个插件在运行时均需要占用一定的系统资源(包括软、硬件资源等)，即使在运行结束后，可能仍然占用着这些资源，造成系统资源浪费。因此需要对插件占用的资源进行回收，现有技术主要有两种实现方式：

第一种实现方式是用户主动删除或停用插件，则系统回收停用的插件的资源。该方式依赖用户的操作，需要用户有一定的专业知识能够认识插件，并且由于插件的数量较多，可能需要用户的频繁操作，给用户带来不便。

第二种实现方式是用户退出或注销应用软件，该应用软件加载的插件也随即被停用，则系统回收停用的插件的资源。如果用户不退出应用软件，则该应用软件加载的插件将一直占用着系统资源，造成资源的浪费。

发明内容

本申请实施例提供一种信息系统资源回收方法及装置，用于实现闲置资源的回收，减少资源浪费。

一种信息系统资源回收方法，包括以下步骤：

插件管理器判断插件的插件类型是否为普通类型，若为普通类型则为该插件记录处理事件的第一时间，否则结束本次判断过程；

在记录处理事件的第一时间后，插件管理器确定第二时间和第一时间之间插件未再处理事件；

插件管理器在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

一种插件管理器，包括：

查询模块，用于判断插件的插件类型是否为普通类型；

时间模块，用于在所述插件的插件类型为普通类型时，记录该插件处理事件的第一时间；

监控模块，用于确定插件未再处理事件，并指示时间模块记录当前的第二时间；

回收模块，用于在时间模块确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

一种客户端，包括：

插件，用于实现业务功能；

插件管理器，用于判断插件的插件类型是否为普通类型，若为普通类型则为该插件记录处理事件的第一时间，否则结束本次判断过程，在记录处理事件的第一时间后，确定在第二时间和第一时间之间插件未再处理事件，以及在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

一种信息系统资源回收系统，包括客户端和服务器，所述客户端包括：

插件，用于实现业务功能；

插件管理器，用于判断插件的插件类型是否为普通类型，若为普通类型则为该插件记录处理事件的第一时间，否则结束本次判断过程，在记录处理事件的第一时间后，确定在第二时间和第一时间之间插件未再处理事件，以及在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源；并且从服务器处获得插件标识和插件类型的对应关系；

所述服务器包括：

记录模块，用于保存插件标识与插件类型的对应关系。

本申请实施例中，插件管理器发现插件在一段时间内未调用任何服务，即长时间未运行，则回收该插件占用的资源，以减少资源浪费。以及，各插件可能由多个厂家生产，其实现的业务功能也各不相同，本申请实施例由插件管理器来进行统一监控和管理，避免了各插件之间的差异性，便于资源回收。

附图说明

图1为本申请实施例中信息系统资源回收的主要方法流程图；

图2为本申请实施例中信息系统资源回收的详细方法流程图；

图3为本申请实施例中准确记录时间时信息系统资源回收的详细方法流程图；

图4A为本申请实施例中客户端的结构图；

图4B为本申请实施例中客户端和服务器的结构图；

图5为本申请实施例中插件管理器的主要结构图；

图6为本申请实施例中插件管理器的详细结构图。

具体实施方式

本申请实施例中，插件管理器发现插件在一段时间内未调用任何服务，即长时间未运行，则回收该插件占用的资源，以减少资源浪费。

参见图1，本实施例中信息系统资源回收的主要方法流程如下：

步骤101：插件管理器记录插件处理事件的第一时间。

步骤102：插件管理器确定在第二时间和第一时间之间插件未再处理事件。

步骤103：插件管理器在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

本实施例中的插件包括监护插件和普通插件，即插件的插件类型包括普通和监护。监护插件通常被加载后需要常驻内存，始终处于工作状态，如用于杀毒的插件和防火墙等。普通插件是除监护插件以外的插件，这类插件通常仅在用户需要时提供一次服务，很少被经常使用。目前的大部分插件(可能超过95％)均为普通插件。本实施例可以回收监护插件和普通插件占用的资源，主要是回收普通插件的资源，具体实现过程如下：

参见图2，本实施例中信息系统资源回收的详细方法流程如下：

步骤201：插件管理器获知插件调用服务。本实施例中服务是由插件管理器提供的，因此插件管理器能够知道是什么插件调用了什么服务。如果是由其它模块(如客户端中用于提供服务的服务模块)提供服务，则可由该模块通知插件管理器插件在调用服务。其中，所述服务为用于实现功能的程序代码。

步骤202：插件管理器根据该插件的插件标识到保存的插件标识和插件类型的对应关系中查找该插件的插件类型，若为普通插件，则继续步骤203，若为监护插件，则结束流程。其中，插件包括插件标识，插件管理器在插件调用服务时从插件处获得插件标识，或者由服务模块在插件调用服务时从插件处获得插件标识，并在通知插件管理器有插件调用服务时将插件标识发送给插件管理器。

步骤203：插件管理器为该插件记录当前的第一时间。由于插件通过服务来处理事件的过程比较短，所以可以认为调用服务是处理的开始也可以认为是处理的结束，对后续的时间判断基本不会有影响，因此在插件调用服务时便记录第一时间。插件管理器在每次获知插件调用服务时均重新记录第一时间。

本实施例中的插件管理器主要位于客户端，插件管理器可以通过所在的客户端登录服务器过程中，或者所在的客户端进行更新过程中，从服务器处获得并保存插件标识和插件类型的对应关系。其中，每增加一个插件时均由技术人员在服务器中登记该插件的插件标识和插件类型。可以在服务器中通过列表或数据库等方式保存插件标识与插件类型的对应关系。

步骤204：插件管理器判断当前的第二时间与第一时间的差是否不小于预设的时间阈值，若是，则继续步骤205，否则实时的或周期性的重复此步骤，即可实时的或周期性的获得当前的第二时间并进行与第一时间的判断。其中，时间阈值可依据不同的应用场景进行设置，其值可设置为几秒钟、几分钟、几小时甚至更长时间。例如插件和插件管理器属于即时通信系统，则时间阈值可设在2分钟左右。另外，可以根据系统资源的繁忙程度对所述时间阈值做不同设置，例如当系统资源因运行的插件或其他软件过多而被严重占用时，可将时间阈值设置的较小，反之当系统资源较空闲时，可将时间阈值设置的较大。

步骤205：插件管理器强制性的回收插件占用的资源。或者，插件管理器向插件发送用于指示插件退出的退出消息，并在插件退出后回收插件占用的资源。插件管理器强制性的回收插件占用的资源的具体方式如：插件管理器执行释放插件占用的资源的命令，以强制性的回收插件占用的资源。其中该释放命令存于插件管理器中。

本实施例是在插件调用服务时记录的第一时间，为了记录的更准确，应在插件处理事件结束时记录第一时间，具体实现过程参见下面的实施例。

参见图3，本实施例中准确记录时间时信息系统资源回收的详细方法流程如下：

步骤301：插件管理器获知插件调用服务并通过该服务来处理事件时，记录该插件处于工作状态。如果曾经为该插件记录过第一时间，则删除该第一时间。

步骤302：插件通过调用的服务来处理事件，其中，该服务包含用于表示处理完成的结束消息。

步骤303：插件在运行服务过程中向插件管理器发送结束消息，尤其是在运行服务结束时向插件管理器发送结束消息。

步骤304：插件管理器根据收到的结束消息获知插件已完成事件处理。

步骤305：插件管理器根据该插件的插件标识到保存的插件标识和插件类型的对应关系中查找该插件的插件类型，若为普通插件，则继续步骤306，若为监护插件，则结束流程。或者，仅在普通插件调用的服务中增加结束消息，则发送结束消息的插件均为普通插件，可跳过步骤305，直接进行步骤306。

步骤306：插件管理器为该插件记录当前的第一时间，以及记录该插件处于闲置状态。插件管理器可以在一列表中保存插件标识和插件状态的对应关系，在需要记录该插件处于闲置状态时，便在该插件的插件标识对应的插件状态下记录闲置，该闲置状态也可用“1”表示，工作状态由“0”表示，该列表可形如表1所示。

表1

插件标识	插件状态
		插件标识1	工作(0)
插件标识2	闲置(1)
		……	……

步骤307：插件管理器查询处于闲置状态的插件的第一时间。

步骤308：插件管理器判断当前的第二时间与查询到的第一时间的差是否不小于预设的时间阈值，若是，则继续步骤309，否则对下一个处于闲置状态的插件进行步骤307。对所有的闲置状态的插件进行判断后，实时的或周期性的重复对所有闲置状态的插件进行判断的过程。

步骤309：插件管理器强制性的回收插件占用的资源。可同时删除为该插件记录的状态和第一时间。

在步骤302和步骤303中，可以不在服务中增加结束消息，插件管理器实时监控插件的处理过程，从而获知插件已完成事件处理。

本实施例中的插件管理器主要位于客户端中，参见图4A所示，本实施例中的客户端包括插件401和插件管理器402。

插件401用于实现业务功能。插件401可以是客户端中的任一插件。

插件管理器402用于记录插件401处理事件的第一时间，确定在第二时间和第一时间之间插件401未再处理事件，以及在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件401占用的资源。

插件401通过调用服务来实现功能，该服务可以由插件管理器402，也可以由客户端中的服务模块403提供，参见图4B所示。服务模块403用于保存服务，以及包括与插件401和插件管理器402交互信息的接口。插件401通过该接口调用服务，插件管理器402通过该接口获知插件401在调用服务及插件401的插件标识。

本实施例中，插件的插件标识可包括专门用于标识插件的特征符号，如“CJ”，插件标识如“CJ241”。插件管理器402可通过开头的“CJ”来确定标识为插件标识，从而确定包括插件标识的主体为插件。或者，由于插件401通过调用服务来实现功能，所以凡是调用服务的主体均为插件401。或者，有一部分预先设定的服务用于供插件401调用，当插件401调用该部分预先设定的服务时，获知调用的主体为插件。

插件401的插件类型包括普通和监护。插件管理器402主要回收普通类型的插件401的闲置资源。插件管理器402通过查询插件标识与插件类型的对应关系来获知插件401是否是普通类型。插件标识与插件类型的对应关系可以以列表或数据库等方式保存在客户端中，即保存在插件管理器402中，或者保存在客户端内的存储模块中，插件管理器402从存储模块处获得该对应关系。客户端可以从服务器处获得该对应关系，即客户端需要与服务器建立连接。服务器包括记录模块411，该记录模块411用于保存插件标识与插件类型的对应关系，在客户端登录到服务器或需要对客户端进行更新时，通过服务器中的客户端接口412将该对应关系发送给客户端。服务器还包括对外接口413，技术人员可通过该对外接口413对记录模块411中的对应关系进行更新(包括增加、修改和删除)。

其中，插件管理器402包括时间模块501、监控模块502和回收模块503，参见图5所示。

时间模块501用于记录插件处理事件的第一时间。

监控模块502用于确定插件未再处理事件，并指示时间模块记录当前的第二时间。监控模块502还用于监控插件的处理过程，从而获知插件已完成事件处理。

回收模块503用于在时间模块确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

插件管理器402还包括：存储模块504和查询模块505，参见图6所示。

存储模块504用于保存插件标识和插件类型的对应关系。

查询模块505用于根据保存的插件标识和插件类型的对应关系以及所述插件的插件标识，获知所述插件的插件类型为普通。

插件管理器402还包括：接口模块506用于在所在的客户端登录服务器过程中，或者在所在的客户端进行更新过程中，从服务器处获得插件标识和插件类型的对应关系并保存到存储模块。接口模块506也可以是客户端的接口模块。

存储模块504还用于存储供插件调用的服务，该服务包含用于表示处理完成的结束消息。接口模块506用于接收插件发送的结束消息。时间模块501根据收到的结束消息获知插件已完成事件处理。或者，监控模块502根据收到的结束消息获知插件已完成事件处理，并通知时间模块501记录第一时间。

监控模块502还用于生成用于指示插件退出的退出消息并通过插件管理器包括的接口模块发送给插件，以及确定插件已退出。回收模块503在插件退出后回收插件占用的资源。

插件管理器402还包括：状态模块507用于获知插件调用服务并通过该服务来处理事件时，记录该插件处于工作状态，以及获知插件已完成事件处理时，记录该插件处于闲置状态。时间模块501在获知插件调用服务并通过该服务来处理事件时，删除已记录的第一时间，以及获知插件已完成事件处理时，记录当前的第一时间。监控模块502根据插件的闲置状态确定该插件未再处理事件。

为了描述的方便，本申请实施例中的客户端、插件管理器及插件管理器中的各模块以功能进行划分，当然，在实施本申请时可以把各模块的功能在同一个或多个软件或硬件中实现。以及，本申请实施例的方法、插件管理器和客户端可以在单独的计算机上应用，也可以在网络系统中的计算机上实施。

用于实现本申请实施例的软件可以存储于软盘、硬盘、光盘和闪存等存储介质。

本申请实施例中，插件管理器发现插件在一段时间内未调用任何服务，即长时间未运行，则回收该插件占用的资源，以减少资源浪费。以及，各插件可能由多个厂家生产，其实现的业务功能也各不相同，本申请实施例由插件管理器来进行统一监控和管理，避免了各插件之间的差异性，便于资源回收。本申请实施例主要回收闲置的普通插件所占用的资源，即不影响用户的使用又节省了大量的资源。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若对本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种信息系统资源回收方法，其特征在于，包括以下步骤：

2.如权利要求1所述的资源回收方法，其特征在于，所述第一时间为插件处理事件结束的时间。

3.如权利要求2所述的方法，其特征在于，插件管理器判断所述插件的插件类型是否为普通类型的步骤包括：插件管理器根据本地保存的插件标识和插件类型的对应关系以及所述插件的插件标识，来判断所述插件的插件类型是否为普通类型。

4.如权利要求3所述的资源回收方法，其特征在于，插件管理器保存插件标识和插件类型的对应关系的步骤包括：

插件管理器在所在的客户端登录服务器过程中，或者在所在的客户端进行更新过程中，从服务器处获得并保存插件标识和插件类型的对应关系。

5.如权利要求1所述的资源回收方法，其特征在于，插件管理器获知插件已完成事件处理时记录插件处理事件的第一时间；

插件管理器获知插件已完成事件处理的步骤包括：

插件在运行服务过程中向插件管理器发送该服务包含的结束消息，插件管理器根据收到的结束消息获知插件已完成事件处理；或者

插件管理器监控插件的处理过程，从而获知插件已完成事件处理。

6.如权利要求1或2所述的资源回收方法，其特征在于，插件管理器在回收插件占用的资源之前，向插件发送用于指示插件退出的退出消息，并在插件退出后回收插件占用的资源。

7.如权利要求1所述的资源回收方法，其特征在于，插件管理器记录插件处理事件的第一时间的步骤包括：插件管理器获知插件已完成事件处理时，记录该插件处于闲置状态，以及记录当前的第一时间；

插件管理器确定插件未再处理事件的步骤包括：插件管理器根据插件的闲置状态确定该插件未再处理事件。

8.如权利要求7所述的资源回收方法，其特征在于，插件管理器记录插件处理事件的第一时间之后，还包括步骤：插件管理器获知插件调用服务并通过该服务来处理事件时，记录该插件处于工作状态，以及删除已记录的第一时间。

9.一种插件管理器，其特征在于，包括：

查询模块，用于判断插件的插件类型是否为普通类型；

10.如权利要求9所述的插件管理器，其特征在于，还包括：存储模块，用于保存插件标识和插件类型的对应关系；

查询模块通过根据所述插件的插件标识查询插件标识和插件类型的对应关系以及，来判断所述插件的插件类型是否为普通类型。

11.如权利要求10所述的插件管理器，其特征在于，还包括：

接口模块，用于在所在的客户端登录服务器过程中，或者在所在的客户端进行更新过程中，从服务器处获得插件标识和插件类型的对应关系并保存到存储模块。

12.如权利要求9所述的插件管理器，其特征在于，还包括：存储模块，用于存储供插件调用的服务，该服务包含用于表示处理完成的结束消息；接口模块，用于接收插件发送的结束消息；

时间模块或监控模块根据收到的结束消息获知插件已完成事件处理。

13.如权利要求9所述的插件管理器，其特征在于，监控模块监控插件的处理过程，从而获知插件已完成事件处理。

14.如权利要求9所述的插件管理器，其特征在于，监控模块还用于生成用于指示插件退出的退出消息并通过插件管理器包括的接口模块发送给插件，以及确定插件已退出；

回收模块在插件退出后回收插件占用的资源。

15.如权利要求9所述的插件管理器，其特征在于，还包括：状态模块，用于获知插件调用服务并通过该服务来处理事件时，记录该插件处于工作状态，以及获知插件已完成事件处理时，记录该插件处于闲置状态；

时间模块在获知插件调用服务并通过该服务来处理事件时，删除已记录的第一时间，以及获知插件已完成事件处理时，记录当前的第一时间；

监控模块根据插件的闲置状态确定该插件未再处理事件。

16.一种客户端，其特征在于，包括：

插件，用于实现业务功能；

17.一种信息系统资源回收系统，包括客户端和服务器，其特征在于，所述客户端包括：

插件，用于实现业务功能；

所述服务器包括：

记录模块，用于保存插件标识与插件类型的对应关系。