CN101499032B

CN101499032B - 用于开放式平台的存储器管理系统和方法

Info

Publication number: CN101499032B
Application number: CN2008100071196A
Authority: CN
Inventors: 李坤敏; 朱振练; 苏柏州
Original assignee: Industrial Technology Research Institute ITRI
Current assignee: Industrial Technology Research Institute ITRI
Priority date: 2008-01-31
Filing date: 2008-01-31
Publication date: 2012-01-04
Anticipated expiration: 2028-01-31
Also published as: CN101499032A

Abstract

本发明涉及一种用于开放式平台的存储器管理系统和方法。本发明的存储器管理系统和方法利用开放式平台的服务共享的基本原则，当本地开放式平台的存储器资源使用超过上限时，利用标准服务包存取接口，使用远程开放式平台的标准服务包，以卸载本地相关的标准服务包，进一步释放其存储器空间，以维持系统的稳定性。

Description

用于开放式平台的存储器管理系统和方法

技术领域

本发明涉及一种存储器管理系统和方法，明确地说涉及一种用于开放式平台的存储器管理系统和方法。

背景技术

随着数字家庭演进的潮流与因特网的蓬勃发展，以服务为导向的思考方式来开发应用软件也成为一种趋势，例如：居家保全、健康照护、家庭自动化控制、影音娱乐等服务，因此为了满足不同服务需求的用户，和远程应用程序安装与管理的方便性，并省却用户安装设定上的困扰，一种开放性软件架构平台的设计因而有其重要性与必要性，如：OSGi(Open Services Gateway Initiative)开放式服务网关创始协会所提出的开放式服务平台(Open Service Platform)即为其中一种解决方案。

由于开放式平台提供了开放性平台架构，所以可依据用户的不同需求，动态地载入各种不同性质服务的应用程序，以为用户提供多样化的服务。但由于在开放式平台上可动态地增加服务程序，因此有可能载入过多或不符合所述系统平台能力的服务程序，而造成开放式平台上系统的资源负荷或不足。

而开放式平台与这些应用程序共用虚拟机(Virtual Machine)上的一个存储器空间，配置并使用所述存储器来提供服务，因此当原虚拟机上设定的可使用存储器空间不能够满足所有服务执行时所需要的存储器大小时，就会产生存储器不足(Out of Memory)的异常(Exception)，发生此异常的执行线程将会被中止，但因为开放式平台其开放与服务共享的架构，所述被中止的执行线程所产生的实例有可能仍然被其它应用程序所引用，因此系统无法回收其所占据的存储器。所以对整个系统而言，轻者将影响系统其它应用程序的执行效率，严重的将会中断正在执行中的服务，而造成系统不稳定。

常规技术请参考现有技术论文和专利：(1)Surupa Biswas，Matthew Simpson，RajeevBarua，“Memory Overflow Protection for Embedded Systems using Run-time Checks，Reuseand Compression，”CASES′04 September 22-25，2004.(2)ndrajit Poddar，Robbie JohnMinshall，“Memory leak detection and analysis in WebSphere Application Server，”http://www-128.ibm.com/developerworks/websphere/library/techarticles/0606 poddar/0606 poddar.html，Jun 28，2006.(3)Chen，D.Messer，A.Milojicic，D.Sandhya Dwarkadas，“Garbage collector assisted memory offloadingfor memory-constrained devices，”Mobile Computing Systems and Applications 2003，Oct9-10，2003.(4)第7,010,661B2号美国专利，专利名称「Efficient Service Management inHome Gateways」。(5)第5,699,539号美国专利，专利名称「Virtual memory managementsystem and method using data compression」。(6)第6,950,874号美国专利，专利名称「Method and system for management of resource leases in an application frameworksystem」。(7)第6,151,688号美国专利，专利名称「Resource management in a clusteredcomputer system」。

上述现有技术论文和专利的技术在于加入一些存储器检查机制，来避免产生存储器不足的异常情形，或者在执行期间压缩实例和分享、利用其它存储器空间来得到足够可用空间；或者以分散式的概念来进行有效的资源利用与共享。然而常规技术无法有效地解决存储器资源不足的问题，且不符合开放式平台标准其开放与精简的基本精神，不适用于一般家庭的用户。

因此，有必要提供一种用于开放式平台的存储器管理系统和方法，以解决上述问题。

发明内容

本发明提供一种用于开放式平台的存储器管理系统，其包括本地开放式平台，所述本地开放式平台包括：中央处理器监控服务包、存储器监控服务包、动态探索服务包、管理代理人服务包和代理人服务包。所述中央处理器监控服务包用以动态监控目前中央处理器使用情况。所述存储器监控服务包用以动态监控目前存储器使用情况。所述动态探索服务包将所述中央处理器和存储器使用情况信息散布于因特网，且在因特网上搜索与取回可存取至少一远程开放式平台的信息。所述管理代理人服务包在存储器超过阈值时，用以决定远程开放式平台候选人，提出标准服务需求。所述远程开放式平台候选人会在本地开放式平台的扩充型服务注册表内注册相关标准服务包存取接口，本地便可通过相对应的标准服务的存取接口，而使用远程开放式平台的本地服务注册表所提供的相对应的标准服务的实例，进而使用所述远程开放式平台候选人所提供的相对应的标准服务。

本发明提供一种用于开放式平台的存储器管理方法，其包括以下步骤：动态监控本地开放式平台的目前中央处理器和目前存储器使用情况；动态地将所述中央处理器和存储器使用情况信息散布于因特网，且在因特网上搜索与取回可存取至少一远程开放式平台的信息；在存储器超过阈值时，决定远程开放式平台候选人，提出标准服务需求；和产生相对应的标准服务存取接口，以使用所述远程开放式平台候选人的标准服务。

利用本发明的系统和方法，可在没有专业管理人员的环境下，解决开放式平台上存储器不足所引起的问题，以维持执行上的稳定性，并降低用户和管理者的困扰。本发明的系统和方法能使用远程开放式平台产生的可共用标准服务包，以卸载本地开放式平台相关的标准服务包，借此强迫释放存储器空间，以维持系统的稳定性，并且在不需要将系统重新启动的前提下，使原先已在执行的服务程序能继续执行而不受其影响，保持用户在使用服务上的愉悦感，将为用户在实际数字生活应用上增加其信任感，并增加意愿采用数字生活相关产品，而使得数字生活便利性的概念能更加地具体化。

附图说明

图1显示应用本发明用于开放式平台的存储器管理系统和方法的系统架构示意图；

图2显示本发明用于开放式平台的存储器管理系统的方框示意图；

图3显示本发明用于开放式平台的存储器管理系统在存储器不足时的系统方框示意图；

图4显示本发明实施例用于开放式平台的存储器管理方法的步骤1的处理流程示意图；

图5显示本发明实施例用于开放式平台的存储器管理方法的步骤2的处理流程示意图；

图6显示本发明实施例用于开放式平台的存储器管理方法的步骤3的处理流程示意图；

图7显示本发明实施例用于开放式平台的存储器管理方法的步骤4的处理流程示意图；

图8显示本发明实施例用于开放式平台的存储器管理方法的步骤5的处理流程示意图；

图9显示本发明实施例用于开放式平台的存储器管理方法的步骤6的处理流程示意图；

图10显示本发明实施例用于开放式平台的存储器管理系统和方法的动作流程示意图；

图11显示本发明动态探索服务包的标准通信协议示意图；

图12显示利用RMI技术实现本发明代理人服务包的示意图；以及

图13显示本发明代理人服务包的实行软件模块的示意图。

具体实施方式

参看图1，其显示应用本发明用于开放式平台的存储器管理系统和方法的系统架构示意图。应用本发明用于开放式平台的存储器管理系统的系统10包括多个用户家庭(Home)11、12、13、多个服务提供者(Service provider)14、15等。服务提供者14、15包括服务器141、151和远程管理者142、152。用户家庭或服务提供者具有各种不同的使用开放式平台的设备，例如：家用服务网关(Service Gateway)111、121、131、缆线调制解调器(Cable Modem)、数字机顶盒(Set-Top Box)与网络电话(Web Phone)等设备，此类设备可能散布于各用户家庭中，并且通过因特网串联在一起。虽然这些用户设备功能不同，但由于这些设备均是架构于开放式平台之上，其均具有相同的标准服务包实例。因此，当本地发生存储器不足问题时，利用开放式平台服务共享的基本精神，要求远程开放式平台产生相对应的标准共用服务包实例，并且进一步使用所述相关标准服务包，借此去除本地相对应的标准服务包，以达到强制释放存储器，并让系统得以继续正常运作。

参看图2，其显示本发明用于开放式平台的存储器管理系统的方框示意图。本发明用于开放式平台的存储器管理系统包括本地开放式平台20，所述本地开放式平台20包括：中央处理器监控服务包(CPU Monitoring Bundle)21、存储器监控服务包(MemoryMonitoring Bundle)22、代理人服务包(Proxy Bundle)23、动态探索服务包(DiscoveringBundle)24、管理代理人服务包(Management Agent Bundle)25、多个标准服务包26(Standard Service Bundles)和多个用户服务包27(Custom Bundles)。

所述中央处理器监控服务包21用以动态监控目前中央处理器使用情况。所述存储器监控服务包22用以动态监控目前存储器使用情况。所述动态探索服务包24将所述中央处理器和存储器使用情况信息散布于因特网，且在因特网上搜索与取回可存取至少一远程开放式平台的信息。所述管理代理人服务包25在存储器超过阈值时，用以决定远程开放式平台候选人，提出标准服务需求。所述代理人服务包23用以依据远程开放式平台的要求，产生相对应的标准服务存取接口，以使所述远程开放式平台能使用所述本地开放式平台的标准服务。

所述本地开放式平台20另外包括开放式平台(Open Platform)28，所述开放式平台28包括本地服务注册表(Local Service Registry)281和扩充型服务注册表(ExtendedService Registry)282。其开放式平台建构于虚拟机(Virtual Machine)29上，所述本地开放式平台20另外具有操作系统(Operating System)30和硬件(Hardware)31。

所述远程开放式平台候选人会在本地开放式平台20的扩充型服务注册表282内注册相关标准服务包存取接口，本地便可通过相对应的标准服务的存取接口，而使用远程开放式平台的本地服务注册表所提供的相对应的标准服务的实例，进而使用所述远程开放式平台候选人所提供的相对应的标准服务

参看图3，其显示本发明用于开放式平台的存储器管理系统在存储器不足时的系统方框示意图。本发明用于开放式平台的存储器管理系统除上述本地开放式平台20外，另外包括远程开放式平台50，远程开放式平台50的系统架构与所述本地开放式平台20大致相同，其包括：中央处理器监控服务包(CPU Monitoring Bundle)51、存储器监控服务包(Memory Monitoring Bundle)52、代理人服务包(Proxy Bundle)53、动态探索服务包(Discovering Bundle)54、管理代理人服务包(Management Agent Bundle)55、多个标准服务包56(Standard Service Bundles)和多个用户服务包57(Custom Bundles)。

远程开放式平台50的所述中央处理器监控服务包51用以动态监控目前中央处理器使用情况。所述存储器监控服务包52用以动态监控目前存储器使用情况。所述动态探索服务包54将所述中央处理器和存储器使用情况信息散布于因特网，且在因特网上搜索与取回可存取至少一远程开放式平台的信息。所述管理代理人服务包55接收本地开放式平台的标准服务需求。所述代理人服务包53用以产生相对应的标准服务，以使所述本地开放式平台能使用所述标准服务。

同样，所述远程开放式平台50另外包括开放式平台(Open Platform)58，所述开放式平台58包括本地服务注册表(Local Service Registry)581和扩充型服务注册表(Extended Service Registry)582。其开放式平台建构于虚拟机(Virtual Machine)59上，所述远程开放式平台50另外具有操作系统(Operating System)60和硬件(Hardware)61。

以下配合图式说明本发明用于开放式平台的存储器管理系统和方法的运作：

参看图4，其显示本发明用于开放式平台的存储器管理方法的步骤1的处理流程示意图。当系统启动之后，各开放式平台(例如：本地开放式平台20和远程开放式平台50)会直接载入与启动所述中央处理器监控服务包21、51、存储器监控服务包22、52、代理人服务包23、53、动态探索服务包24、54与管理代理人服务包25、55五个服务包。其中，中央处理器监控服务包21、51、存储器监控服务包22、52会以后台执行方式，动态监控与收集目前中央处理器与存储器使用情况，如图4所示的步骤1所示。

参看图5，其显示本发明用于开放式平台的存储器管理方法的步骤2的处理流程示意图。所述动态探索服务包24、54会询问中央处理器监控服务包21、51、存储器监控服务包22、52目前中央处理器与存储器的使用情况，如图5的步骤2.1所示，并且将这些信息散布于因特网40中，如图5的步骤2.2所示。

参看图6，其显示本发明用于开放式平台的存储器管理方法的步骤3的处理流程示意图。各动态探索服务包24、54在将各自开放式平台内中央处理器与存储器的使用情况等信息散布于因特网40之后，还在因特网40中搜索与取回目前本地开放式平台可存取到的至少一远程开放式平台的相关信息，如图6的步骤3.1所示。并记录于本地的信息表(Information Table)32中，且更新各信息，如图6的步骤3.2所示。所述信息表32记录各远程开放式平台的IP地址(IP Address)、CPU使用情形(Usage)、存储器使用情形(MEM Usage)与存活时间TTL(Time to Live)等信息。

参看图7，其显示本发明用于开放式平台的存储器管理方法的步骤4的处理流程示意图。系统启动后且正常运作中，当本地动态使用存储器情形超过所述存储器的阈值(Threshold)时，如图7的步骤4.1所示。那么，本地管理代理人服务包24会根据所述信息表32内的信息，评估各远程开放式平台相关信息，如：TTL、CPU Usage与MEMUsage等信息，予以加权比重，以决定出远程开放式平台候选人，如图7的步骤4.2所示。在本实施例中，所述远程开放式平台候选人为远程开放式平台50。

本地的管理代理人服务包25会依照所述候选人结果，通过远程的管理代理人服务包55向远程开放式平台50提出提供标准服务的需求，如图7的步骤4.3所示。此时，所述远程开放式平台的管理代理人服务包55收到所述要求后，便会要求其代理人服务包53，依此需求先建立相关标准服务的实例，如图7的步骤4.4所示。所述远程开放式平台的代理人服务包53在收到开放式平台的管理代理人服务包55的要求后，便会在本地服务注册表581内，产生相对应的标准服务实例，如图7的步骤4.5所示。

参看图8，其显示本发明用于开放式平台的存储器管理方法的步骤5的处理流程示意图。当本地继续执行新的应用程序时，如果其中某一应用程序所要求的存储器空间超过系统可用的存储器大小，如图8的步骤5.1所示。那么，管理代理人服务包25会先行通知远程管理者和用户相关消息，如图8的步骤5.2所示，让用户对于相关的延迟不会造成不愉快的感觉，并使得管理者得知本地的存储器不足的相关信息。

此时，本地的管理代理人服务包25便会向远程开放式平台的管理代理人服务包55提出提供标准服务包的实际要求，如图8的步骤5.3所示。所述远程开放式平台的管理代理人服务包55收到所述要求后，便会要求其开放式平台内的代理人服务包53，依此实际要求，在所述提出实际要求的本地开放式平台20的扩充型服务注册表282内建立各相关标准服务的存取接口，如图8的步骤5.4所示。

所述代理人服务包53在收到所述远程开放式平台50的管理代理人服务包55要求后，便会在所述提出实际要求的本地开放式平台20的扩充型服务注册表282内，产生相对应的标准服务的存取接口，以提供给所述提出实际要求的本地开放式平台20使用，如图8的步骤5.5所示。

参看图9，其显示本发明用于开放式平台的存储器管理方法的步骤6的处理流程示意图。当远程开放式平台50成功注册相关标准服务包存取接口后，本地开放式平台20便可通过扩充型服务注册表282内的相对应的标准服务的存取接口，而使用远程开放式平台50的本地服务注册表581所提供的相对应的标准服务的实例，进而使用远程开放式平台50所提供的相对应的标准服务，如图9的步骤6.1所示。

使用远程开放式平台50所提供的相对应的标准服务后，本地开放式平台20便会卸载相对应的标准服务包，以腾出存储器空间，如图9的步骤6.2所示。当整个转换结果成功之后，本地开放式平台20便开始使用远程开放式平台50所提供的标准服务包各实例，使得系统可以再继续执行新的应用程序，并且不需要重新开机且正常运作。最后，在整个转换机制完成后，本地开放式平台20的管理代理人服务包25还会通知管理者和用户相关转换结果成功与否的信息，如图9的步骤6.3所示。因为本发明用于开放式平台的存储器管理方法基于开放式平台的架构，因此，上文所提到的可转换的标准服务包为各开放式平台的标准服务包，并存在且可执行于每一开放式平台(例如：开放式家用服务网关)上。

以下就一个目前市场上常见的OSGi家用服务网关为实施例，来阐述本发明所提出的系统架构与方法的可实施性。我们以四台计算机上执行Knopflerfish OSGi开放式服务中介软件程序，来模拟一台本地设备与三台远程设备，其中我们将所有虚拟机启动时，各配置18兆字节的存储器大小，并且将存储器的阈值(Threshold)设定为16兆字节。参看图10，其显示本发明用于开放式平台的存储器管理系统和方法的实施例的动作流程示意图，以下针对每个步骤分别加以说明：

步骤1：当系统启动之后，四台OSGi家用服务网关以后台执行方式，利用中央处理器监控服务包与存储器监控服务包两个服务包，分别收集各自的中央处理器与存储器使用情况，动态探索服务包可利用具有自动探索(Auto Discovering)能力的标准通信协议，例如：服务定位协议SLP(Service Location Protocol)、通用即插即用协议UPnP(Universal Plug and Play)、爪哇智能网络架构Jini(Java Intelligent Network Infrastructure)等标准通信协议，将相关信息散布到因特网上并收集目前可用的远程开放式平台及其远程服务等信息，如图11所示。在此实施例中，选用了轻量化的SLP来实行动态探索服务包的具有自动探索能力的标准通信协议。其中这些收集到的信息包含：IP地址、CPU使用情形(CPU Usage)与存储器使用情形(MEM Usage)等信息，我们再利用Ping这个网络指令来间接得到TTL相关信息，并将这些信息存储于所述OSGi家用服务网关的信息表32中，并随时动态更新此信息表32，在此实施例中，我们仅存储CPU使用情形、存储器使用情形(MEM Usage)与TTL三项信息，并且将分别将加权比重设定为35％、30％与25％，以决定出远程开放式平台候选人，如下表1所示。

IP地址	可用的存储器大小(35％)	CPU使用情形(30％)	TTL(25％)
				140.96.194.1	12,368KB	34.7％	128
140.96.194.2	2,872KB	27.4％	128
				140.96.194.3	6,680KB	79.3％	128

步骤2：当系统启动后且正常运作后，我们刻意利用一些会配置存储器的服务包执行于本地，使其本地虚拟机上的存储器使用情况将近15兆字节，然后我们再下载一个经设计会配置2兆字节存储器大小的服务包于本地，此时本地存储器情形便会超过我们所设定的阈值16兆字节，如图10的步骤2.1所示，因而本地会根据实施例图10的步骤1所述的信息表内的信息，评估各远程开放式平台相关信息，如：CPU使用情形(CPUUsage)、存储器使用情形(MEM Usage)与TTL三项信息，并依照各比重加权，决定出最佳远程开放式平台候选人。在本实施例中，远程开放式平台候选人的IP地址为140.96.194.1，即远程1。

因此，本地开放式平台最后便会通过管理代理人服务包向140.96.194.1所述远程OSGi家用服务网关提出提供标准服务的需求。另外，在此实施例中，我们选定Log与UserAdmin两个标准服务包，作为提供远程开放式平台所需求的标准服务包使用。当所述远程开放式平台的管理代理人服务包收到所述需求要求时，会通过代理人服务包依此需求先在自身本地服务注册表中，建立相关标准服务包的实例，如图10的步骤2.2所示。

在此实施例中，我们利用远程方法调用RMI(Remote Method Invocation)技术来实行代理人服务包相关技术，如图12所示。在本实施例中以A端或B端说明本地或远程，本地开放式平台的代理人服务包23包括A端服务注册表(A′s Service Registry)231、A端RMI服务注册表(A′s RMI Registry)232和B端RMI服务注册表(B′s RMI Registry)233；远程开放式平台的代理人服务包53包括B端服务注册表(B′s Service Registry)531、B端RMI注册表(B′s RMI Registry)532和A端RMI注册表(A′s RMI Registry)533。RMI技术可支持远程注册服务与提供远程服务存取的功能，通过RMI技术，本地不但可以在自身的服务注册表中注册自身的服务，还可通过RMI技术，将自身的服务注册到远程他人的RMI服务注册表中，因此通过RMI技术，本地不但可以享受自身本地的服务，还可通过RMI服务注册表进而使用他人所提供的服务。

参看图13，其显示代理人服务包的相关实行软件模块的示意图。以本地开放式平台的代理人服务包23为例说明，本地开放式平台的代理人服务包23包括远程方法调用处理器(RMI Handler)235、远程服务存取接口(Remote Service Access Interface)236。RMI处理器用以完成代理人服务包23的支持远程注册服务与提供远程服务存取的主要功能。所述远程服务存取接口236可使远程的OSGi家用服务网关通过此接口，将其标准服务提供于本地开放式平台上。最后，在本地开放式平台的本地服务注册表281与扩充型服务注册表282两个服务注册表中，并利用多个属性(Attribute)73、74、83、84来决定多个服务实例(Service Instance)71、72、81、82是属于本地开放式平台的服务实例还是远程开放式平台的服务存取接口。

步骤3：当本地继续执行经设计会配置2兆字节存储器大小的新的应用程序时，此时所述应用程序所要求的存储器空间即超过系统可用的存储器大小时，因此便启动本发明所提出的存储器不足的处理方法。在此方法运作之前，管理代理人服务包会先行通知远程管理者和用户相关消息，如图10的步骤3.1所示，使管理者与用户得知本地的存储器不足的相关信息。此时，本地通过管理代理人服务包向140.96.194.1此远程OSGi家用服务网关提出提供标准服务包的实际要求，当所述远程开放式平台的管理代理人服务包收到所述实际要求时，会通过代理人服务包依此需求，将Log服务包与User Admin服务包的存取接口注册于本地开放式平台上，如图10的步骤3.2所示。当远程开放式平台成功注册相关标准服务包实例的存取接口后，本地开放式平台便会开始使用此标准服务包实例的存取接口，进而使用远程开放式平台相关标准服务包实例，接着本地开放式平台便会卸载相对应的标准服务包，以腾出所尚缺的存储器空间，如图10的步骤3.3所示。

步骤4：最后根据实验结果得知，在本地开放式平台卸载相对应的Log服务包与UserAdmin服务包两大服务包之后，可腾出将近1.7兆字节大小的存储器空间，因此当本地开始使用远程所提供的标准服务包各实例时，如图10的步骤4所示，可使得系统可以再继续执行步骤3所述的新的应用程序，并且不需要重新开机且正常运作。在整个方法处理完成后，本地开放式平台会通过管理代理人服务包通知管理者和用户相关转换结果成功与否的信息。

最后，我们进一步阐明，在Knopflerfish OSGi开放式服务中介软件中，各项标准服务包可通过本发明所提出的机制而注册于远程OSGi家用服务网关中，且可被远程OSGi家用服务网关所使用的服务包包含：服务包注册表(Bundle Registry)、宣告式服务(Declarative Services)、爪哇服务小程序开发工具组应用程序接口(JSDK API)、记录服务(Log Service)、测量(Measurement)、元类型(Metatype)、偏好(Preferences)、各样实用工具程序库(Misc.Utilities Lib)、kSOAP服务应用程序接口(kSOAP ServiceAPI)、用户管理服务(User Admin.Service)、WireAdmin应用程序接口(WireAdminAPI)、延伸性标示语言应用程序接口(XMLAPI)与初始供应(Initial Provisioning)等标准服务包，最后经过实验结果统计，可腾出将近5.24兆字节大小的存储器空间，证明本发明用于开放式平台的存储器管理系统和方法的可实施性与可行性。

利用本发明的系统和方法，可在没有专业管理人员的环境下，解决开放式平台上存储器不足所引起的问题，以维持执行上的稳定性，并降低用户和管理者的困扰。本发明的系统和方法能使用远程产生的可共用标准服务包，以卸载本地相关的标准服务包，借此强迫释放存储器空间，以维持系统的稳定性，并且在不需要将系统重新启动的前提下，使原先已在执行的服务程序能继续执行而不受其影响，保持用户在使用服务上的愉悦感，将为用户在实际数字生活应用上增加其信任感，并增加意愿采用数字生活相关产品，而使得数字生活便利性的概念能更加地具体化。

然而，上述实施例仅为说明本发明的原理及其功效，而非用以限制本发明。因此，所属领域的技术人员可在不脱离本发明的精神的情况下对上述实施例进行修改和变化。

Claims

1.一种用于开放式平台的存储器管理系统，其包括本地开放式平台，所述本地开放式平台包括：

用以动态监控目前中央处理器使用情况的中央处理器监控装置；

用以动态监控目前存储器使用情况的存储器监控装置；

用以将所述存储器使用情况信息散布于因特网，且在因特网上搜索与取回用于存取至少一远程开放式平台的信息的动态探索装置；

在存储器超过阈值时，用以决定远程开放式平台候选人，提出标准服务需求的管理代理人装置；以及

用以存储相对应的标准服务存取接口的扩充型服务注册装置，以使用所述远程开放式平台候选人的标准服务。

2.根据权利要求1所述的存储器管理系统，其另外包括至少一远程开放式平台，所述远程开放式平台包括：

用以动态监控目前存储器使用情况的存储器监控装置；

用以接收本地开放式平台所提出的标准服务需求的管理代理人装置；以及

用以向所述本地开放式平台的所述扩充型服务注册装置产生相对应的标准服务存取接口的装置，以使得所述本地开放式平台能使用所述标准服务。

3.根据权利要求2所述的存储器管理系统，其中所述本地开放式平台和远程开放式平台各具有一用以记录远程开放式平台的IP地址、CPU使用情形、存储器使用情形与存活时间的信息记录装置。

4.根据权利要求3所述的存储器管理系统，其中所述本地开放式平台的管理代理人装置，依据所述信息记录装置的信息，予以加权比重，决定所述远程开放式平台候选人。

5.根据权利要求3所述的存储器管理系统，其中所述本地开放式平台的动态探索装置询问所述中央处理器监控装置、存储器监控装置目前中央处理器与存储器的使用情况，并将所述信息散布于因特网，且记录于所述本地开放式平台的信息记录装置中。

6.根据权利要求2所述的存储器管理系统，其中所述本地开放式平台具有代理人装置，用以依据远程开放式平台的要求，产生相对应的标准服务存取接口。

7.根据权利要求2所述的存储器管理系统，其中所述本地开放式平台和远程开放式平台各具有一本地服务注册装置，用以存储相对应的标准服务实例。

8.根据权利要求2所述的存储器管理系统，其中所述本地开放式平台和远程开放式平台包含使用OSGi标准的开放性服务平台。

9.根据权利要求1所述的存储器管理系统，其中所述本地开放式平台的存储器空间是虚拟机在起始时所配置的存储器空间。

10.一种用于开放式平台的存储器管理方法，其包括以下步骤：

动态监控本地开放式平台的目前中央处理器和目前存储器使用情况；

动态地将所述存储器使用情况信息散布于因特网，且在因特网上搜索与取回用于存取至少一远程开放式平台的信息；

在存储器超过阈值时，决定远程开放式平台候选人，提出标准服务需求；以及

产生相对应的标准服务存取接口，以使用所述远程开放式平台候选人的标准服务。

11.根据权利要求10所述的存储器管理方法，其在动态监控步骤之前另外包括启动所述本地开放式平台，直接载入与启动五个服务包的步骤，其中所述五个服务包包括中央处理器监控服务包、存储器监控服务包、动态探索服务包、管理代理人服务包和代理人服务包。

12.根据权利要求10所述的存储器管理方法，其中依据至少一远程开放式平台的IP地址、CPU使用情形、存储器使用情形与存活时间决定所述远程开放式平台候选人。

13.根据权利要求12所述的存储器管理方法，其中至少一远程开放式平台的IP地址、CPU使用情形、存储器使用情形与存活时间存储于所述本地开放式平台的信息表内，依据所述信息表的信息，予以加权比重，以决定所述远程开放式平台候选人。

14.根据权利要求13所述的存储器管理方法，其中在动态地将所述存储器使用情况信息散布于因特网的步骤中，另外包括动态询问目前中央处理器与存储器的使用情况，并动态地将所述信息散布于因特网，且记录于所述本地开放式平台的信息表中的步骤。

15.根据权利要求10所述的存储器管理方法，其中所述本地开放式平台提出所述标准服务需求之后，所述远程开放式平台候选人，接收所述标准服务需求，且将相对应的标准服务实例存储于本地服务注册表中。

16.根据权利要求15所述的存储器管理方法，其中当所述本地开放式平台继续执行新的应用程序且超过可用的存储器大小时，向所述远程开放式平台候选人提出提供标准服务包的实际要求，所述远程开放式平台候选人接收所述标准服务包的实际要求后，在本地开放式平台的扩充型服务注册表内产生相对应的标准服务存取接口。

17.根据权利要求16所述的存储器管理方法，其中所述远程开放式平台候选人在本地开放式平台的扩充型服务注册表内产生相对应的标准服务的存取接口后，所述本地开放式平台利用相对应的标准服务的存取接口，使用所述远程开放式平台候选人的标准服务。