[发明专利]应用执行装置及方法

说明书

本发明涉及一种对于应用(application)执行装置在应用结束时回收不必要的资源的技术。

对于一般的应用执行装置而言，操作系统的核心程序(kernel)通过应用结束等回收不必要的资源(存储器、键盘等各种装置)。这里，所谓“回收”是指核心程序等操作系统从应用中取回向应用提供的资源。核心程序为了进行资源的回收，在每个装置中存储资源回收的顺序。因此，应用所使用的装置变得不必要，核心程序根据该装置的回收顺序就能够进行资源的回收，从而能够有效地利用资源。

另外，对于Java应用执行装置而言，例如在PC中，关于存储器以外的其它资源的回收，Java中间设备(所谓的虚拟计算机)本身不回收资源，在Java损耗结束时，由核心程序回收资源。

另一方面，通过Java中间件(middle ware)的“回收站”来进行存储器的回收。所谓“回收站”是指回收存储器区域中不必要的区域。在Java中，应用的下载通过向存储器中下载构成应用的多类的各种实例(以下称为对象)来进行。存储器区域由从执行中的应用中下载的对象共有，在存储器区域中，按下载的顺序分配区域。因此，因为多个应用而连续地在存储器区域中下载对象的情况下，从一个应用下载的各对象以不连续的形式分配在存储器区域中。

存储器区域由下载的对象不连续地占有时，为了消除存储器不足，进行无用单元的回收。但是，上述说明的资源回收处理技术中存在下述问题：

第一：在由应用执行装置中的核心程序进行资源回收处理的情况下，每次向应用执行装置重新追加装置，追加的装置的回收顺序必须被重新存储在核心程序中。

第二：在Java应用执行装置中的资源回收处理的情况下，未结束Java中间设备而依次执行应用时，因为核心程序的存储器以外的资源的回收直到Java中间设备结束后才能进行，所以即使结束了一个应用，因为提供给该应用的资源未被回收，所以在下一应用有必要是同一资源的情况下，不能执行下一应用。

第三：以不连续的形式分配给对象的存储器区域变得不必要的情况下，存储器区域的无用单元的回收的负荷变大。

鉴于上述问题，本发明的第一个目的是提供一种不通过核心程序来执行资源回收的应用执行装置。

为了达到上述目的，本发明具有“权利要求1”的结构。另外，也可是“权利要求2”的结构，或是“权利要求4”的结构，或是“权利要求33”的结构。

通过该结构，每当应用结束时，因为不是通过核心程序部而是通过程序库部回收不必要的资源，所以每次追加新的资源时没必要修正核心程序部。

这里，也可以是“权利要求7”的结构。

根据该结构，因为只向对于结束的应用提供资源的程序库通知哪个是已结束的应用，所以不用徒劳地向不提供该资源的程序库部进行通知，而能够回收该资源。

这里，也可以是“权利要求8”的结构。

根据该结构，因为程序库部能够全部回收向结束的多个应用提供的资源，所以可进行有效的资源的回收。

这里，也可以是“权利要求17”的结构。另外，还可以是“权利要求34”的结构。

根据该结构，对应于应用是中断还是结束来判定是否应回收资源，并能够回收指定部分的资源。

本发明的第二个目的是提供一种Java应用执行装置，不必重新启动Java中间设备也能连续地执行Java应用。

为了实现该目的，本发明具有“权利要求20”的结构。另外，也可以是“权利要求35”的结构。

根据该结构，因为没必要在每次应用结束时回收资源，所以可确保连续地执行Java应用。

这里，也可以是“权利要求26”的结构。

根据该结构，确保了Java中间设备部中的必要的资源，因为即使应用结束时也不回收该资源，所以可在较短的时间内执行新的应用。

本发明的第三个目的是提供一种减轻无用单元回收处理的负荷的Java应用执行装置。

为了实现该目的，本发明具有“权利要求37”的结构。另外，也可以是“权利要求44”的结构，或是“权利要求51”的结构。

根据该结构，每当结束应用时，释放分配给结束应用的大量分割区域，因为在释放的大量分割区域的内部不需要无用单元回收，所以可减轻无用单元回收的负荷。

这里，可以是“权利要求38”的结构。另外，也可是“权利要求45”的结构，或是“权利要求52”的结构。

根据该结构，因为将存储器尺寸比大量存储器区域整体小的大量分割区域作为对象来进行无用单元回收，所以能够减轻一次无用单元回收的负荷。

这里，可以是“权利要求39”的结构。另外，也可是“权利要求46”的结构，或是“权利要求53”的结构。