CN104731721A - 一种显示用内存的共享方法及装置 - Google Patents

Abstract

本发明实施例提供了一种显示用内存的共享方法及装置，涉及通信技术领域，用于提高多系统移动终端的内存利用率。所述显示用内存的共享方法包括：多系统移动终端的各个系统分别生成待显示应用程序的分配请求；对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区；分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区。本发明可用于多系统移动终端。

Description

一种显示用内存的共享方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种显示用内存的共享方法及装置。

背景技术

多系统移动终端具有多种操作系统平台，在对其使用时，通常存在与用户进行交互的一个前台系统和其他待机的后台系统，能够进行前台系统和任意后台系统的实时切换，从而使用户可以根据需要在对应的操作系统上运行对应的软件或使用对应的功能，因此，在当前移动终端的应用被广泛而大量地开发的前提下，多系统移动终端具有较好的适应性和兼容性。

然而，系统的运行需要其中的应用程序占用一定的显示用内存，由于在上述多系统移动终端中，需要能够实时动态地实现多个系统之间的切换，为了实现多系统之间的动态切换，即使是对处于待机状态的后台系统，也需要为其所有应用程序保留显示用内存，以在切换系统时，使新的前台系统能够显示和运作，从而每个后台系统均需要与前台系统耗用大致相同的显示用内存。但是，在同一时刻，用户一般仅与前台系统进行互动，因此处于待机状态的后台系统所占用的显示用内存对于当前显示来说并不是必要的，从而导致多系统移动终端的内存利用率较低。

发明内容

本发明实施例提供了一种显示用内存的共享方法及装置，以提高多系统移动终端的内存利用率。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明提供了一种显示用内存的共享方法，用于多系统移动终端，所述方法包括：

多系统移动终端的各个系统分别生成待显示应用程序的分配请求；

对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区；

分别将所述待显示应用程序的画面内容数据对应存入所述分配的图形缓冲区。

结合第一方面，在第一种可能的实施方式中，所述对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区具体包括：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述重要度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述重要度与应用程序对系统运行的必要性成正比。

结合第一方面的第一种可能的实施方式，在第二种可能的实施方式中，在分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区后还包括：

当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个重要度最低的所述待显示应用程序所对应的所述图形缓冲区。

结合第一方面，在第三种可能的实施方式中，其特征在于，所述对所述待显示应用程序的分配请求统一进行解析，按照解析结果为所述待显示应用程序分别分配图形缓冲区具体包括：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述活跃度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述活跃度与应用程序在单位时间内的使用时长成正比。

结合第一方面的第三种可能的实施方式，在第四种可能的实施方式中，在分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区后还包括：

当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个活跃度最低的所述待显示应用程序所对应的所述图形缓冲区。

第二方面，本发明提供了一种多系统移动终端，所述多系统移动终端包括：

生成模块，分别设置在各个系统中，用于分别生成待显示应用程序的分配请求；

分配模块，与各个生成模块连接，用于对所述待显示应用程序的分配请求统一进行解析，按照解析结果分别为每个所述待显示应用程序分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区；

注册模块，与所述分配模块连接，用于分别将所述待显示应用程序的画面内容数据对应存入所述分配的图形缓冲区。

结合第二方面，在第一种可能的实施方式中，所述分配模块具体用于：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述重要度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述重要度与应用程序对系统运行的必要性成正比。

结合第二方面的第一种可能的实施方式，在第二种可能的实施方式中，所述多系统移动终端还包括：

第一释放模块，与所述注册模块连接，用于当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个重要度最低的所述待显示应用程序所对应的所述图形缓冲区。

结合第二方面，在第三种可能的实施方式中，所述分配模块具体用于：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述活跃度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述活跃度与应用程序在单位时间内的使用时长成正比。

结合第二方面的第三种可能的实施方式，在第四种可能的实施方式中，所述多系统移动终端还包括：

第二释放模块，与所述注册模块连接，用于当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个活跃度最低的所述待显示应用程序所对应的所述图形缓冲区。

本发明提供了一种显示用内存的共享方法及装置，在本发明中，对待显示应用程序的分配请求统一进行解析，并优先为前台系统内的待显示应用程序分配图形缓冲区。通过这种手段，在显示用内存资源一定时，使前台系统内的待显示应用程序优先占用内存。而在现有技术中，多系统移动终端的各个系统在显示方面相互独立，后台系统中的所有应用程序均需要耗用显示用内存。因此，本发明通过统一管理各个系统的显示用内存，实现其动态共享，并优先使前台系统占用内存资源，以提高多系统移动终端的内存利用率。

附图说明

图1为本发明实施例提供的共享显示用内存的方法的流程图；

图2为图1所示的本发明实施例提供的步骤200及步骤400的具体流程图；

图3为图1所示的本发明实施例提供的步骤200及步骤400的另一种具体流程图；

图4为本发明实施例提供的多系统移动终端的结构框图；

图5为图4所示的本发明实施例提供的包括第一释放模块的多系统移动终端的结构框图；

图6为图4所示的本发明实施例提供的包括第二释放模块的多系统移动终端的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图对本发明实施例提供的显示用内存的共享方法及装置进行详细描述。

本发明实施例提供了一种显示用内存的共享方法，用于多系统移动终端，利用surfaceflinger(界面投递者)系统服务，在各个系统内加入前端，通过前端将各个系统内的应用程序对显示用内存的需求汇总到surfaceflinger管理层，surfaceflinger管理层对所有内存需求统一进行管理，并优先为前台系统的应用程序分配图形缓冲区，从而达到提高内存利用率的目的。

如图1所示，所述方法包括：

步骤100，多系统移动终端的各个系统分别生成待显示应用程序的分配请求。

在该步骤中，每个系统分别将其内部的待显示应用程序(包括系统运行所必要的系统应用程序和其他应用程序)的显示相关内存的分配请求进行汇总，生成分配请求。该过程由下文所述设置在各个系统内的生成模块完成。具体地，例如可通过surfaceflinger系统服务，在各系统中加入前端，以完成上述过程。

需要说明的是，显示相关内存的分配请求包括色深、分辨率、刷新频率、位置等相关信息。

步骤200，对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区。

该步骤同样可通过surfaceflinger系统服务得以实现，具体地，分配模块解析所有待显示应用的分配请求，根据其中所包含的信息确定待显示应用的显示相关参数(即上述色深、分辨率等参数)，为待显示应用分配匹配的图形缓冲区。

这里需要说明的是，图形缓冲区(graphic buffer)不仅可分配在内存上，还可分配在显存或其他独立设备上，本发明并不对此进行特别限定。

步骤300，分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区。

该步骤仍可通过surfaceflinger系统服务得以实现，在surfaceflinger系统服务中，将待显示应用程序需显示的画面的全部信息存入步骤200中分配得到的图形缓冲区，以进一步进行后续的显示过程。具体地：surfaceflinger系统服务将待显示应用程序的图形缓冲区合成到自己的图形缓冲区来，根据待显示应用程序的请求管理图形缓冲区的显示、隐藏、重画等操作，最终渲染在硬件帧缓冲区上(即进行显示)。

可以理解的是，在移动终端耗用的显示用内存超过上限值时，优先释放后台系统内的待显示应用程序所分配到的图形缓冲区。

本发明提供了一种显示用内存的共享方法，在本发明中，对待显示应用程序的分配请求统一进行解析，并优先为前台系统内的待显示应用程序分配图形缓冲区。通过这种手段，在显示用内存资源一定时，使前台系统内的待显示应用程序优先占用内存。而在现有技术中，多系统移动终端的各个系统在显示方面相互独立，后台系统中的所有应用程序均需要耗用显示用内存。因此，本发明通过统一管理各个系统的显示用内存，实现其动态共享，并优先使前台系统占用内存资源，以提高多系统移动终端的内存利用率。

在本发明的一个实施方式中，所述对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区具体包括：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述重要度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述重要度与应用程序对系统运行的必要性成正比。

在本实施方式中，按照重要度由高至低的顺序为待显示程序分配图形缓冲区，在优先为当前显示系统分配图形缓冲区的前提下，在内存中保留后台系统中重要度较高的应用程序(即保持后台系统的待机状态所必须的程序)，并进一步合理地为前台系统中的待显示应用程序分配图形缓冲区。可以理解的是，重要度与系统运行直接相关，即直接支持系统运行的应用程序的重要度最高。由于根据用户的实际需要以及移动终端的系统运行情况，重要度的衡量方法不尽相同，因此，本发明并不对此进行特别限定，仅以下述实例予以说明：

例如，重要度由高至低排列如下：直接支持系统运行及显示的应用程序(如surfaceflinger等)，用户指定的重要程序(如闹钟、行程表等)，辅助系统良好运行的程序(如某些内存管理应用等)，其他程序(如游戏等)。

在本发明的另一实施方式中，如图2所示，在分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区后还包括：

步骤410，当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个重要度最低的所述待显示应用程序所对应的所述图形缓冲区。

在待显示应用所需要图形缓冲区占据的内存超过上限(该上限可人为设定，也可直接定为移动终端的最大内存)时，系统需要释放至少一个闲置的待显示程序，使当前需要进行显示的待显示程序得以被渲染在屏幕上。在本发明实施例中，在上述情况下，移动终端可选择释放至少一个重要度最低的应用程序，例如桌面美化程序等，从而为当前请求分配的待显示程序提供足够的内存资源。

可以理解的是，在本发明中，既可以优先释放后台系统内的待显示应用程序对应的图形缓冲区，再根据重要度，由低至高地释放前台系统内的待显示应用程序，也可以统一判定所有待显示程序的重要度，直接按照重要度，由低至高地释放待显示程序，本发明并不对此进行特别限定。

在本发明的另一实施方式中，所述对所述待显示应用程序的分配请求统一进行解析，按照解析结果为所述待显示应用程序分别分配图形缓冲区具体包括：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述活跃度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述活跃度与应用程序在单位时间内的使用时长成正比。

在本实施例中，应用程序的活跃度的判断方法可采用如下方式：例如，在当前时间点的前半个小时内，在某移动终端中，A应用程序的显示时长为15分钟，B程序的显示时长为18分钟，C程序的显示时长为10分钟，则活跃度为B>A>C。值得注意的是，上述活跃度的确认方法并不区分系统，而是直接根据程序的使用时间进行活跃度的判定。

可以理解的是，也可将系统的使用时长加入活跃度判定，例如某移动终端包括系统1和系统2，在当前时间点的前半个小时内，系统1运行时长为10分钟，系统2运行时长为20分钟，而系统1中的应用程序A的运行时长为8分钟，系统2中的应用程序B的运行时长为7分钟，此时虽然应用程序A的活跃度高于应用程序B的活跃度，但仍可以根据系统2的运行时长优先为应用程序B分配图形缓冲区。本发明并不对上述分配方式进行特别限定，本领域技术人员可结合实际情况选择最合理的分配方式。

在本发明的另一实施方式中，如图3所示，在分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区后还包括：

步骤420，当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个活跃度最低的所述待显示应用程序所对应的所述图形缓冲区。

上述内容已经提及，存在待显示应用的图形缓冲区的总量超过内存上限的情况，在本实施例中，移动终端可选择释放至少一个活跃度最低的应用程序，从而为当前请求分配的待显示程序提供足够的内存资源。和根据重要度释放应用程序所对应的图形缓冲区相关的内容相同，这里也可结合系统应用程序活跃度和所在系统的是否待机、待机时长等判定应用程序的释放。

本发明还提供了一种多系统移动终端，用于显示用内存的共享，如图4所示，所述多系统移动终端包括：

生成模块10，分别设置在各个系统中，用于分别生成待显示应用程序的分配请求；

分配模块20，与各个生成模块10连接，用于对所述待显示应用程序的分配请求统一进行解析，按照解析结果分别为每个所述待显示应用程序分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区；

注册模块30，与所述分配模块20连接，用于分别将所述待显示应用程序的画面内容数据对应存入所述分配的图形缓冲区。

本发明提供了一种显示用内存的共享装置，在本发明中，对待显示应用程序的分配请求统一进行解析，并优先为前台系统内的待显示应用程序分配图形缓冲区。通过这种手段，在显示用内存资源一定时，使前台系统内的待显示应用程序优先占用内存。而在现有技术中，多系统移动终端的各个系统在显示方面相互独立，后台系统中的所有应用程序均需要耗用显示用内存。因此，本发明通过统一管理各个系统的显示用内存，实现其动态共享，并优先使前台系统占用内存资源，以提高多系统移动终端的内存利用率。

在本发明的另一实施方式中，所述分配模块20具体用于：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述重要度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述重要度与应用程序对系统运行的必要性成正比。

在本发明的另一实施方式中，如图5所示，述移动终端还包括：

第一释放模块41，与所述注册模块30连接，用于当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个重要度最低的所述待显示应用程序所对应的所述图形缓冲区。

在本发明的另一实施方式中，所述分配模块20具体用于：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述活跃度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述活跃度与应用程序在单位时间内的使用时长成正比。

在本发明的另一实施方式中，如图6所示，所述多系统移动终端还包括：

第二释放模块42，与所述注册模块30连接，用于当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个活跃度最低的所述待显示应用程序所对应的所述图形缓冲区。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围。

Claims (10)

1.一种显示用内存的共享方法，用于多系统移动终端，其特征在于，所述方法包括：

多系统移动终端的各个系统分别生成待显示应用程序的分配请求；

对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区；

分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区。

2.根据权利要求1所述的方法，其特征在于，所述对所述待显示应用程序的分配请求统一进行解析，按照解析结果为每个所述待显示应用程序分别分配图形缓冲区具体包括：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述重要度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述重要度与应用程序对系统运行的必要性成正比。

3.根据权利要求2所述的方法，其特征在于，在分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区后还包括：

当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个重要度最低的所述待显示应用程序所对应的所述图形缓冲区。

4.根据权利要求1所述的方法，其特征在于，所述对所述待显示应用程序的分配请求统一进行解析，按照解析结果为所述待显示应用程序分别分配图形缓冲区具体包括：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的活跃度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述活跃度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述活跃度与应用程序在单位时间内的使用时长成正比。

5.根据权利要求4所述的方法，其特征在于，在分别将所述待显示应用程序的画面内容数据对应存入分配的所述图形缓冲区后还包括：

当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个活跃度最低的所述待显示应用程序所对应的所述图形缓冲区。

6.一种多系统移动终端，其特征在于，所述多系统移动终端包括：

生成模块，分别设置在各个系统中，用于分别生成待显示应用程序的分配请求；

分配模块，与各个生成模块连接，用于对所述待显示应用程序的分配请求统一进行解析，按照解析结果分别为每个所述待显示应用程序分配图形缓冲区，以使得前台系统内的所述待显示应用程序优先被分配图形缓冲区；

注册模块，与所述分配模块连接，用于分别将所述待显示应用程序的画面内容数据对应存入所述分配的图形缓冲区。

7.根据权利要求6所述的多系统移动终端，其特征在于，所述分配模块具体用于：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的重要度，根据每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述重要度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述重要度与应用程序对系统运行的必要性成正比。

8.根据权利要求7所述的多系统移动终端，其特征在于，所述多系统移动终端还包括：

第一释放模块，与所述注册模块连接，用于当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个重要度最低的所述待显示应用程序所对应的所述图形缓冲区。

9.根据权利要求6所述的多系统移动终端，其特征在于，所述分配模块具体用于：

根据所述待显示应用程序的分配请求，获得每个所述待显示应用程序需要的所述图形缓冲区的大小，并判断所述待显示应用程序的活跃度，根据所述每个所述待显示应用程序需要的所述图形缓冲区的大小，按照所述活跃度由高至低的顺序为所述待显示应用程序分别分配所述图形缓冲区，其中，所述活跃度与应用程序在单位时间内的使用时长成正比。

10.根据权利要求9所述的多系统移动终端，其特征在于，所述多系统移动终端还包括：

第二释放模块，与所述注册模块连接，用于当所述待显示应用程序所对应的图形缓冲区的总量超过内存上限时，释放至少一个活跃度最低的所述待显示应用程序所对应的所述图形缓冲区。