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

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

1、  一种信息系统资源回收方法，其特征在于，包括以下步骤：
插件管理器记录插件处理事件的第一时间；
插件管理器确定第二时间和第一时间之间插件未再处理事件；
插件管理器在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

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

3、  如权利要求1或2所述的资源回收方法，其特征在于，插件管理器在记录所述第一时间之前，判断所述插件的插件类型是否为普通类型，若为普通类型则为该插件记录所述第一时间，否则结束本次判断过程。

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

5、  如权利要求4所述的资源回收方法，其特征在于，插件管理器保存插件标识和插件类型的对应关系的步骤包括：
插件管理器在所在的客户端登录服务器过程中，或者在所在的客户端进行更新过程中，从服务器处获得并保存插件标识和插件类型的对应关系。

6、  如权利要求1或2所述的资源回收方法，其特征在于，插件管理器获知插件已完成事件处理的步骤包括：
插件在运行服务过程中向插件管理器发送该服务包含的结束消息，插件管理器根据收到的结束消息获知插件已完成事件处理；或者
插件管理器监控插件的处理过程，从而获知插件已完成事件处理。

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

8、  如权利要求1或2所述的资源回收方法，其特征在于，还包括步骤：插件管理器获知插件调用服务并通过该服务来处理事件时，记录该插件处于工作状态，以及删除已记录的第一时间；
插件管理器获知插件已完成事件处理时，记录该插件处于闲置状态，以及记录当前的第一时间；
插件管理器确定插件未再处理事件的步骤包括：插件管理器根据插件的闲置状态确定该插件未再处理事件。

9、  一种插件管理器，其特征在于，包括：
时间模块，用于记录插件处理事件的第一时间；
监控模块，用于确定插件未再处理事件，并指示时间模块记录当前的第二时间；
回收模块，用于在时间模块确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

10、  如权利要求9所述的插件管理器，其特征在于，还包括：查询模块用于判断所述插件的插件类型是否为普通类型；
时间模块在所述插件的插件类型为普通类型时，记录插件处理事件的第一时间。

11、  如权利要求10所述的插件管理器，其特征在于，还包括：存储模块，用于保存插件标识和插件类型的对应关系；
查询模块通过根据所述插件的插件标识查询插件标识和插件类型的对应关系以及，来判断所述插件的插件类型是否为普通类型。

12、  如权利要求11所述的插件管理器，其特征在于，还包括：
接口模块，用于在所在的客户端登录服务器过程中，或者在所在的客户端进行更新过程中，从服务器处获得插件标识和插件类型的对应关系并保存到存储模块。

13、  如权利要求9所述的插件管理器，其特征在于，还包括：存储模块，用于存储供插件调用的服务，该服务包含用于表示处理完成的结束消息；接口模块，用于接收插件发送的结束消息；
时间模块或监控模块根据收到的结束消息获知插件已完成事件处理。

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

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

16、  如权利要求9所述的插件管理器，其特征在于，还包括：状态模块，用于获知插件调用服务并通过该服务来处理事件时，记录该插件处于工作状态，以及获知插件已完成事件处理时，记录该插件处于闲置状态；
时间模块在获知插件调用服务并通过该服务来处理事件时，删除已记录的第一时间，以及获知插件已完成事件处理时，记录当前的第一时间；
监控模块根据插件的闲置状态确定该插件未再处理事件。

17、  一种客户端，其特征在于，包括：
插件，用于实现业务功能；
插件管理器，用于记录插件处理事件的第一时间，确定在第二时间和第一时间之间插件未再处理事件，以及在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。

18、  一种信息系统资源回收系统，包括客户端和服务器，其特征在于，所述客户端包括：
插件，用于实现业务功能；
插件管理器，用于记录插件处理事件的的第一时间，确定在第二时间和第一时间之间插件未再处理事件，以及在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源；并且从服务器处获得插件标识和插件类型的对应关系；
所述服务器包括：
记录模块，用于保存插件标识与插件类型的对应关系。

一种信息系统资源回收方法及装置
技术领域
本申请涉及计算机及通信领域，特别是涉及信息系统资源回收方法及装置。
背景技术
在信息系统的开发过程中，业务功能的变化是不可预知的，可能经常需要进行业务扩展。一般情况下用户需求发生变化后，要重新编写代码，进行编译，生成部署包，然后再更新用户程序，整个过程比较繁琐。插件的出现解决了这一问题。插件是一种遵循一定规范的应用程序接口编写出来的程序模块。当应用程序已经部署，但业务发生了变化，这样可以通过读取插件配置信息，载入新的插件，从而实现业务的更新和扩展。
随着业务的发展，插件的数量在逐渐增多，每个插件在运行时均需要占用一定的系统资源(包括软、硬件资源等)，即使在运行结束后，可能仍然占用着这些资源，造成系统资源浪费。因此需要对插件占用的资源进行回收，现有技术主要有两种实现方式：
第一种实现方式是用户主动删除或停用插件，则系统回收停用的插件的资源。该方式依赖用户的操作，需要用户有一定的专业知识能够认识插件，并且由于插件的数量较多，可能需要用户的频繁操作，给用户带来不便。
第二种实现方式是用户退出或注销应用软件，该应用软件加载的插件也随即被停用，则系统回收停用的插件的资源。如果用户不退出应用软件，则该应用软件加载的插件将一直占用着系统资源，造成资源的浪费。
发明内容
本申请实施例提供一种信息系统资源回收方法及装置，用于实现闲置资源的回收，减少资源浪费。
一种信息系统资源回收方法，包括以下步骤：
插件管理器记录插件处理事件的第一时间；
插件管理器确定第二时间和第一时间之间插件未再处理事件；
插件管理器在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。
一种插件管理器，包括：
时间模块，用于记录插件处理事件的第一时间；
监控模块，用于确定插件未再处理事件，并指示时间模块记录当前的第二时间；
回收模块，用于在时间模块确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。
一种客户端，包括：
插件，用于实现业务功能；
插件管理器，用于记录插件处理事件的第一时间，确定在第二时间和第一时间之间插件未再处理事件，以及在确定第二时间与第一时间的差不小于预设的时间阈值时，回收插件占用的资源。
本申请实施例中，插件管理器发现插件在一段时间内未调用任何服务，即长时间未运行，则回收该插件占用的资源，以减少资源浪费。以及，各插件可能由多个厂家生产，其实现的业务功能也各不相同，本申请实施例由插件管理器来进行统一监控和管理，避免了各插件之间的差异性，便于资源回收。
附图说明
图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