CN113434219B - 工程项目的信息配置方法和设备 - Google Patents

Abstract

本发明涉及安卓开发技术领域，尤其涉及一种工程项目的信息配置方法和设备。该方法包括：创建配置模块，每个配置模块均包含与相应模块相关的所有配置文件。检测到创建第一工程时，添加产品级通用配置信息至第一工程，并在添加产品级通用配置时确定待添加配置模块。将待添加配置模块包含的配置文件，添加至第一工程。待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至第一工程。本发明实施例方案中，基于配置模块维护配置信息，不再区分产品级配置信息和设备级配置信息，可以实现配置信息的灵活适配，便于配置信息的裁剪，可以按需添加配置模块，避免配置信息冗余。

Description

工程项目的信息配置方法和设备

技术领域

本发明涉及安卓开发技术领域，尤其涉及一种工程项目的信息配置方法和设备。

背景技术

在安卓原生框架下设计新产品项目时，首先需要创建工程，之后在所创建工程下添加产品级配置信息和设备级配置信息。产品级配置信息和设备级配置信息分别用于从软件性能和板卡物理特性方面适配新产品项目，并且产品级配置信息适配设备级配置信息描述的板卡物理特性。

在安卓原生框架下，各种配置信息在一个目录下维护，与某一功能相关的配置信息可能维护在同一目录的不同位置，如果想要删除该具体功能的相关配置信息，则需要遍历整个目录文件。而且在实际产品开发中，不同产品项目可能会对应同一设备，即多个产品级配置信息对应同一个设备级配置信息。随着硬件设备的升级，如果设备级配置信息发生变动，则可能会使其关联的一个或几个产品项目的产品级配置信息不再适配，需要创建新的设备，由此会造成设备级配置信息的冗余。

发明内容

有鉴于此，本发明实施例提供了一种工程项目的信息配置方法和设备，该方案将安卓原生框架下的产品级配置信息和设备级配置信息拆分为各个配置模块，每个配置模块中包含与相应模块相关的所有配置文件，配置模块中的配置文件不再区分产品级配置信息和设备级配置信息。当创建工程时，可以直接从需要添加的配置模块中筛选配置文件，不再需要配置产品级配置信息和设备级配置信息，由此可以实现配置信息的灵活适配，便于配置信息的裁剪，而且可以按需添加配置模块，避免配置信息冗余。

第一方面，本发明实施例提供了一种工程项目的信息配置方法，包括：预先创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件；检测到创建第一工程时，添加产品级通用配置信息至所述第一工程，并在添加所述产品级通用配置时确定待添加配置模块；将所述待添加配置模块包含的配置文件，添加至所述第一工程；待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至所述第一工程。

可选的，创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件，包括：获取安卓原生框架下所有的产品级配置信息和设备级配置信息；从所述产品级配置信息和所述设备级配置信息中，确定与每个配置模块相关的所有配置文件。

可选的，所述方法还包括：将所述产品级配置信息中各个配置模块通用的配置文件确定为所述产品级通用配置信息；将所述设备级配置信息中各个配置模块通用的配置文件确定为所述设备级通用配置信息。

可选的，每个配置模块包含的配置文件按照通用配置、芯片类型、软硬件版本及不同场景中的一项或几项分类存储，不同类别包含的配置文件不同。

可选的，所述方法还包括：创建公共目录，在所述公共目录中创建各个配置模块的目录项，每个所述配置模块的目录项中维护其包含的所有配置文件的访问路径。

可选的，在添加所述产品级通用配置时除了确定待添加配置模块之外，还确定芯片类型信息、软硬件版本信息以及场景信息中的一项或多项；将所述待添加配置模块包含的配置文件，添加至所述第一工程，包括：从所述待添加配置模块中分别筛选与所述芯片类型信息、所述软硬件版本信息以及所述场景信息匹配的配置文件；将筛选出的配置文件添加至所述第一工程。

第二方面，本发明实施例提供了一种工程项目的信息配置装置，包括：配置维护单元，用于预先创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件；第一配置单元，用于检测到创建第一工程时，添加产品级通用配置信息至所述第一工程，并在添加所述产品级通用配置时确定待添加配置模块；第二配置单元，用于确定所述第一工程的待添加配置模块，将所述待添加配置模块包含的配置文件，添加至所述第一工程；第三配置单元，用于待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至所述第一工程。

可选的，所述配置维护单元，具体用于：获取安卓原生框架下所有的产品级配置信息和设备级配置信息；从所述产品级配置信息和所述设备级配置信息中，确定与每个配置模块相关的所有配置文件。

第三方面，本发明实施例提供了一种终端设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令以执行第一方面或者第一方面任一可能实施例所述的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行第一方面或者第一方面任一可能实施例所述的方法。

本发明实施例方案中，将安卓原生框架下的产品级配置信息和设备级配置信息拆分为配置模块，每个配置模块中包含与相应模块相关的所有配置文件，配置模块中的配置文件不再区分产品级配置信息和设备级配置信息。当创建工程时，可以直接从需要添加的配置模块中筛选配置文件，不再需要配置产品级配置信息和设备级配置信息，由此可以实现配置信息的灵活适配，便于配置信息的裁剪，而且可以按需添加配置模块，避免配置信息冗余。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是一个工程项目的配置信息示意图；

图2是本发明实施例提供的一种创建配置模块的示意图；

图3是本发明实施例提供的一种配置模块的存储示意图；

图4是本发明实施例提供的一种工程项目的信息配置方法流程图；

图5是本发明实施例提供的一种工程项目的信息配置装置的结构示意图；

图6是本发明实施例提供的一种终端设备的结构示意图。

具体实施方式

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

图1是一个工程项目的配置信息示意图。如图1所示，在安卓的原生配置框架中，一个工程中包括产品级配置信息和设备级配置信息。其中，产品级配置信息的个数可以为一个或者多个。该一个或者多个产品级配置信息，可以与同一个设备级配置信息适配，也可以与不同的设备级配置信息适配。例如，一个工程中包括一个产品级配置信息和一个设备级配置信息。又例如，一个工程中包括5个产品级配置信息，该5个产品级配置信息中的其中3个对应同一个设备级配置信息，另外2个分别对应一个产品级配置信息。如图1所示，产品级配置信息和设备级配置信息分别有对应的一套配置文件。产品级配置信息和设备级配置信息的配置文件的类型可以是：以rc、te、mk、xml等为后缀的各种文件。在图1所述配置信息的维护架构下，如果需要对某一功能的配置信息进行裁剪，需要遍历该工程下所有的配置文件。而且当多个产品级配置信息适配同一个设备级配置信息时，如果设备级配置信息发生变动，则可能会使相关的产品级配置信息不再适配，此时则需要创建新的设备级配置信息，造成配置信息的冗余。鉴于相关技术中配置信息的维护方式存在上述弊端，本发明实施例提供了一种工程项目的信息配置方法。

本发明实施例的工程项目信息配置方法，不再区分产品级配置信息和设备级配置信息，而是以配置文件作为最小单元，将配置文件划分到各个配置模块中。其中，配置模块可以按照功能模块划分，例如，设置的配置模块可以包括相机模块、音频模块或者通信模块等。在每个配置模块下可以包含与其相关的所有配置文件。例如在相机模块中可以包含与相机软硬件相关的所有配置文件。

图2是本发明实施例提供的一种创建配置模块的示意图。如图2所示，本发明实施例中创建配置模块的过程可以包括：获取安卓原生框架下所有的产品级配置信息和设备级配置信息。如图2所示，假设安卓原生框架下创建了m个产品和n个设备，则分别获取产品1、产品2……产品m的产品级配置信息，以及设备1、设备2……设备n的设备级配置信息。其中，安卓原生框架下所有的产品级配置信息和设备级配置信息可以作为配置信息库。之后，可以从配置信息库中确定与每个配置模块相关的所有配置文件。本发明实施例中，可以创建一个公共目录common，在公共目录common中创建与各个配置模块分别对应的目录项，以通过公共目录common维护各个配置模块。可选的，在每个配置模块的目录项下还可以维护该模块包含的所有配置文件的访问路径。

本发明实施例中，确定与配置模块（例如配置模块A）相关的所有配置文件可以是：在公共目录common中创建配置模块A的目录项common/A。之后，将属于配置模块A的所有mk配置文件从配置信息库中拆分出来并存储在common/A/mk。将属于配置模块A的所有rc配置文件从配置信息库中拆分出来并存储在common/A/rc……基于此方式，将属于配置模块A的所有类型的配置文件均从配置信息库中拆分出来，并维护在各自对应的目录项下。对于其它配置模块，也可以依据此过程确定每个配置模块的所有配置文件。对于配置信息集合中无法拆分的部分可以作为通用配置文件。例如，将产品级配置信息中各个配置模块通用的配置文件确定为产品级通用配置信息；将设备级配置信息中各个配置模块通用的配置文件确定为设备级通用配置信息。经过上述处理，安卓设备中的配置信息被拆分成一个个配置模块。

在每个配置模块内部，配置模块包含的配置文件按照通用配置、芯片类型、软硬件版本及不同场景等进行分类存储。需要说明的是，对于同一个配置模块，不同类别包含的配置文件不同，即同一个配置文件不会分属于两个类别。

如图3所示，对于配置模块A，其包含的配置文件按照不同芯片、不同软硬件版本、不同使用场景以货架方式分类存储。在一个示例中，可以首先将配置模块A的所有配置文件分为：芯片相关的配置文件、软硬件版本相关的配置文件、场景相关的配置文件。之后在这几大类中进一步细分，例如，芯片相关的配置文件又进一步划分为：分别与芯片1、芯片2……芯片n相关的配置文件。软硬件版本相关的配置文件又进一步划分为：分别与版本1、版本2……版本n相关的配置文件。场景相关的配置文件进一步划分为：分别与场景1、场景2……场景n相关的配置文件。对于每个配置模块，按照图3所示方式分类分级存储后，均在公共目录common中维护其访问路径，以便于创建工程时依据相关路径获取对应的配置文件。

基于图2和图3创建的配置模块，本发明实施例还提供了一种工程项目的信息配置方法。图4是本发明实施例提供的一种工程项目的信息配置方法流程图。如图4所示，该方法的处理步骤包括：

101，预先创建配置模块，每个配置模块均包含与相应模块相关的所有配置文件。其中，创建的配置模块可以如图2和图3所示。并且各个配置模块可以通过公共目录common维护，基于公共目录common可以确定各个配置模块中配置文件的访问路径。

102，检测到创建第一工程时，添加产品级通用配置信息至第一工程，并在添加产品级通用配置时确定待添加配置模块。

可选的，上述产品级通用配置信息可以独立于各个配置模块维护，当然其也可以作为一个配置模块维护。进一步，在添加产品级通用配置时确定待添加配置模块的方式可以是：根据第一工程涉及的工程项目类型确定需要添加的配置模块。例如，创建的第一工程是关于相机的工程项目，则待添加的配置模块可以包括相机模块。

本发明实施例中，在添加产品级通用配置时除了确定待添加配置模块之外，还可以确定芯片类型信息、软硬件版本信息以及场景信息中的一项或多项。可选的，可以根据用户的输入、预先配置或者平台的自动检测确定该芯片类型信息、软硬件版本信息以及场景信息中的一项或多项。在一些实施例中，确定待添加模块后，进一步确定芯片类型信息、软硬件版本信息以及场景信息。

103，将待添加配置模块包含的配置文件，添加至第一工程。可选的，待添加配置模块的个数可以为一个或者多个。当待添加配置模块的个数为多个时，可以逐个添加配置模块。

进一步，当将某一具体配置模块，如A配置模块添加至第一工程时，可以从该A模块包含的配置文件中分别筛选与芯片类型信息、软硬件版本信息以及场景信息匹配的配置文件，并将筛选出的配置文件添加至第一工程。

在一个具体示例中，步骤102确定出的待添加配置模块为A配置模块，芯片类型信息为芯片3，软硬件版本信息为版本2，场景信息为场景1。则，添加A配置模块的配置文件包括：添加A配置模块的通用配置文件、添加A配置模块中与芯片3适配的配置文件、添加A配置模块中与版本2适配的配置文件以及添加A配置模块中与场景1适配的所有配置文件。A配置模块的配置文件添加完成之后，如果还有其它需要添加的配置模块，则参照A配置模块中配置文件的添加方式，添加其它配置模块的配置文件，直至添加完成所有待添加配置模块。

104，待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至第一工程，之后配置完成。可选的，设备级通用配置信息可以独立于各个配置模块维护，当然其也可以作为一个配置模块维护。

本发明实施例的方案中，将安卓原生框架下的产品级配置信息和设备级配置信息拆分为配置模块，每个配置模块中包含与相应模块相关的所有配置文件，配置模块中的配置文件不再区分产品级配置信息和设备级配置信息。当创建工程时，可以直接从需要添加的配置模块中筛选配置文件，不再需要配置产品级配置信息和设备级配置信息，由此可以实现配置信息的灵活适配，便于配置信息的裁剪，而且当一个工程中包含多个产品时，可以按需添加配置模块，避免配置信息冗余。

对应上述工程项目的信息配置方法，本发明实施例还提供了一种工程项目的信息配置装置。本领域技术人员可以理解，这些装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。图5是本发明实施例提供的一种工程项目的信息配置装置的结构示意图。如图5所示，该装置包括：配置维护单元201，用于预先创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件；第一配置单元202，用于检测到创建第一工程时，添加产品级通用配置信息至所述第一工程，并在添加所述产品级通用配置时确定待添加配置模块；第二配置单元203，用于确定所述第一工程的待添加配置模块，将所述待添加配置模块包含的配置文件，添加至所述第一工程；第三配置单元204，用于待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至所述第一工程。可选的，配置维护单元201，具体用于获取安卓原生框架下所有的产品级配置信息和设备级配置信息；从所述产品级配置信息和所述设备级配置信息中，确定与每个配置模块相关的所有配置文件。

本发明实施例的工程项目的信息配置装置可以执行图2至图4所示实施例的方法。本实施例未详细描述的部分，可以参考对图2至图4所示实施例的相关说明。该技术方案的执行过程和技术效果参见图2至图4所示实施例中的描述，在此不再赘述。

应理解，图5所示工程项目的信息配置装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块以软件通过处理元件调用的形式实现，部分模块通过硬件的形式实现。例如，配置维护单元201可以为单独设立的处理元件，也可以集成在电子设备的某一个芯片中实现。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路（Application Specific Integrated Circuit；以下简称：ASIC），或，一个或多个微处理器（Digital Singnal Processor；以下简称：DSP），或，一个或者多个现场可编程门阵列（Field Programmable Gate Array；以下简称：FPGA）等。再如，这些模块可以集成在一起，以片上系统（System-On-a-Chip；以下简称：SOC）的形式实现。

图6是本发明实施例提供的一种终端设备的结构示意图。如图6所示，终端设备以通用计算设备的形式表现。终端设备的组件可以包括但不限于：一个或者多个处理器310，通信接口320，存储器330，连接不同系统组件（包括存储器330、通信接口320和处理器310）的通信总线340。

通信总线340表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构（Industry StandardArchitecture；以下简称：ISA）总线，微通道体系结构（Micro Channel Architecture；以下简称：MAC）总线，增强型ISA总线、视频电子标准协会（Video Electronics StandardsAssociation；以下简称：VESA）局域总线以及外围组件互连（Peripheral ComponentInterconnection；以下简称：PCI）总线。

电子设备典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器330可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器（Random Access Memory；以下简称：RAM）和/或高速缓存存储器。电子设备可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。存储器330可以包括至少一个程序产品，该程序产品具有一组（例如至少一个）程序模块，这些程序模块被配置以执行本说明书图2至图4所示实施例的功能。

具有一组（至少一个）程序模块的程序/实用工具，可以存储在存储器330中，这样的程序模块包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块通常执行本说明书所描述的实施例中的功能和/或方法。

处理器310通过运行存储在存储器330中的程序，从而执行各种功能应用以及数据处理，例如实现本说明书图2~图4所示实施例提供的工程项目的信息配置方法。

具体实现中，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时可包括本申请提供的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体（英文：read-only memory，简称：ROM）或随机存储记忆体（英文：random access memory，简称：RAM）等。

具体实现中，本发明实施例还提供了一种计算机程序产品，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行上述方法实施例中的部分或全部步骤。

本发明实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a, b, c, a-b,a-c, b-c,或a-b-c，其中a, b, c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，简称ROM）、随机存取存储器（random access memory，简称RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。本发明的保护范围应以所述权利要求的保护范围为准。

Claims (7)

1.一种工程项目的信息配置方法，其特征在于，包括：

预先创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件；

检测到创建第一工程时，添加产品级通用配置信息至所述第一工程，并在添加所述产品级通用配置时确定待添加配置模块；

将所述待添加配置模块包含的配置文件，添加至所述第一工程；

待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至所述第一工程；

其中，创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件，包括：

获取安卓原生框架下所有的产品级配置信息和设备级配置信息；

从所述产品级配置信息和所述设备级配置信息中，确定与每个配置模块相关的所有配置文件；并且，

将所述产品级配置信息中各个配置模块通用的配置文件确定为所述产品级通用配置信息；

将所述设备级配置信息中各个配置模块通用的配置文件确定为所述设备级通用配置信息。

2.根据权利要求1所述的方法，其特征在于，每个配置模块包含的配置文件按照通用配置、芯片类型、软硬件版本及不同场景中的一项或几项分类存储，不同类别包含的配置文件不同。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

创建公共目录，在所述公共目录中创建各个配置模块的目录项，每个所述配置模块的目录项中维护其包含的所有配置文件的访问路径。

4.根据权利要求1所述的方法，其特征在于，在添加所述产品级通用配置时除了确定待添加配置模块之外，还确定芯片类型信息、软硬件版本信息以及场景信息中的一项或多项；

将所述待添加配置模块包含的配置文件，添加至所述第一工程，包括：

从所述待添加配置模块中分别筛选与所述芯片类型信息、所述软硬件版本信息以及所述场景信息匹配的配置文件；

将筛选出的配置文件添加至所述第一工程。

5.一种工程项目的信息配置装置，其特征在于，包括：

配置维护单元，用于预先创建配置模块，每个所述配置模块均包含与相应模块相关的所有配置文件；

第一配置单元，用于检测到创建第一工程时，添加产品级通用配置信息至所述第一工程，并在添加所述产品级通用配置时确定待添加配置模块；

第二配置单元，用于确定所述第一工程的待添加配置模块，将所述待添加配置模块包含的配置文件，添加至所述第一工程；

第三配置单元，用于待添加的各配置模块的配置文件添加完成后，添加设备级通用配置信息至所述第一工程；

其中，所述配置维护单元，具体用于：

获取安卓原生框架下所有的产品级配置信息和设备级配置信息；从所述产品级配置信息和所述设备级配置信息中，确定与每个配置模块相关的所有配置文件，并且，

将所述产品级配置信息中各个配置模块通用的配置文件确定为所述产品级通用配置信息；

将所述设备级配置信息中各个配置模块通用的配置文件确定为所述设备级通用配置信息。

6.一种终端设备，其特征在于，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令以执行如权利要求1至4任一项所述的方法。

7.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序被计算机运行时控制所述计算机可读存储介质所在设备执行权利要求1至4任一所述的方法。