一种马甲包打包方法、装置、电子设备及存储介质与流程

本发明涉及计算机软件技术领域，尤其涉及一种马甲包打包方法、装置、电子设备及存储介质。

背景技术：

在现有技术中，若需要对一个应用app的特定功能进行推广，则需要制作马甲包。目前市场上的进行马甲包打包的方案基本有两种。第一种是基于脚本操作原工程项目打出马甲包项目，然后手动替换包名和相关资源，这种方案简单粗暴，但是也带来了后期的维护成本。比如：脚本操作原工程项目增加了一个很好的功能，如果想在马甲包上也添加该功能，那么必须由开发人员手动合并这个功能。第二种方案就是修改grale打包脚本，并使用gradle提供的多渠道打包功能实现。但是这种方案必须要把打包脚本的资源和脚本操作原工程项目的资源放在一起，并且以特殊标志为维度，在打包时候通过打包脚本中的相关资源将脚本操作原工程项目中的相关资源进行替换，所以替换成本很高，而且该脚本操作原工程项目中保留了打包脚本和脚本操作原工程项目之前的资源，但是该脚本操作原工程项目只会运行一套资源，这样另一套资源白白的浪费了，而且还让整个包的体积变大。

技术实现要素：

本发明的主要目的在于提出一种马甲包打包方法、装置、电子设备及存储介质，其克服了现有技术中进行马甲包打包时生成的包体积过大，以及维修成本高的问题。

根据本发明的第一个方面，提供了一种马甲包打包方法，所述方法包括：从打包脚本中获取打包参数；通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；基于替换之后的所述脚本操作原工程项目，完成打包操作。

可选的，在所述从打包脚本中获取打包参数之前，所述方法还包括：判断所述打包脚本是否用于进行马甲包打包；若是，则确定从所述打包脚本中获取所述打包参数。

可选的，所述判断打包脚本是否用于进行马甲包打包，包括：检测所述打包脚本中是否含有马甲包标识；若是，则确定所述打包脚本是用于进行马甲包打包。

可选的，在所述通过打包参数将脚本操作原工程项目中的相应打包参数进行替换之前，所述方法还包括：将所述脚本操作原工程项目中的相应打包参数进行预处理，以确定通过从所述打包脚本中获取的打包参数将脚本操作原工程项目中经预处理后的相应打包参数进行替换。

可选的，所述将脚本操作原工程项目中的相应打包参数进行预处理，包括：将所述脚本操作原工程项目中的相应包名参数通过同一个参数标识进行标记；将所述脚本操作原工程项目中与所述包名参数对应的资源包参数存储至同一个module子工程中，并将主工程源码依赖所述module子工程；将所述脚本操作原工程项目中依赖所述包名参数的第三方sdk逻辑参数存储至同一个文件中。

根据本发明的第二个方面，提供了一种马甲包打包装置，所述装置包括：获取模块，用于从打包脚本中获取打包参数；替换模块，用于通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；打包模块，用于基于替换之后的所述脚本操作原工程项目，完成打包操作。

可选的，所述装置还包括：判断模块，用于在所述从打包脚本中获取打包参数之前，判断所述打包脚本是否用于进行马甲包打包；确定模块，用于在判定打包脚本是用于马甲包打包的情况下，确定从所述打包脚本中获取所述打包参数。

可选的，所述判断模块包括：检测单元，用于检测所述打包脚本中是否含有马甲包标识；确定单元，用于在检测到所述打包脚本中含有马甲包标识的情况下，确定所述打包脚本是用于进行马甲包打包。

可选的，所述装置还包括：预处理模块，用于在通过打包参数将脚本操作原工程项目中的相应打包参数进行替换之前，将所述脚本操作原工程项目中的相应打包参数进行预处理，以确定通过从所述打包脚本中获取的打包参数将脚本操作原工程项目中经预处理后的相应打包参数进行替换。

可选的，所述预处理模块包括：包名参数单元，用于将所述脚本操作原工程项目中的相应包名参数通过同一个参数标识进行标记；资源包参数单元，用于将所述脚本操作原工程项目中与所述包名参数对应的资源包参数存储至同一个module子工程中，并将主工程源码依赖所述module子工程；逻辑参数单元，用于将所述脚本操作原工程项目中依赖所述包名参数的第三方sdk逻辑参数存储至同一个文件中。

根据本发明的第三个方面，提供了一种电子设备，包括处理器和存储器；所述存储器用于存储计算机指令，所述处理器用于运行所述存储器存储的计算机指令，以实现上述的一种马甲包打包方法。

根据本发明的第四个方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的一种马甲包打包方法。

本发明有益效果如下：通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本。

附图说明

图1为本发明第一实施例一种马甲包打包方法的流程框图；

图2为本发明第二实施例一种马甲包打包方法的流程框图；

图3为本发明第三实施例一种马甲包打包方法的流程框图；

图4为本发明第四实施例一种马甲包打包方法的流程框图；

图5为本发明第五实施例一种马甲包打包方法的流程框图；

图6为本发明第六实施例一种马甲包打包装置的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

为了便于理解本发明实施例，下面通过几个具体实施例对本发明的实施过程进行详细的阐述。

本发明第一实施例提供一种马甲包打包方法，所述方法包括：从打包脚本中获取打包参数；通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；基于替换之后的所述脚本操作原工程项目，完成打包操作。

就此，通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本。

图1为本发明第一实施例一种马甲包打包方法的流程框图。根据图1所示，本发明第一实施例提供了一种马甲包打包方法，所述方法包括：

s11：从打包脚本中获取打包参数；

在本实施例中，需要执行打包脚本，从而从打包脚本中获取打包参数。其中，该打包参数包括但不限于：包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数。而且，该依赖包名参数的第三方sdk逻辑参数包括但不限于：第三方sdk的appkey字符串、以及第三方activity，该第三方activity包括但不限于：微信分享回调entryactivity。

s12：通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；

在从打包脚本中获取打包参数后，通过从打包脚本中获取的打包参数将脚本操作原工程项目中的相应打包参数进行替换。

s13：基于替换之后的所述脚本操作原工程项目，完成打包操作。

在将脚本操作原工程项目中的相应打包参数被替换之后，脚本操作原工程项目包含的是从打包脚本中获取的打包参数。就此，基于打包参数被替换之后的脚本操作原工程项目，完成马甲包打包的操作，即生成相应的马甲包。

就此，通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本。

图2为本发明第二实施例一种马甲包打包方法的流程框图。根据图2所示，本发明第二实施例提供了一种马甲包打包方法，所述方法包括：

s21：判断所述打包脚本是否用于进行马甲包打包，若是，则执行步骤s22，否则，执行步骤s25；

在本实施例中，需要先判断该打包脚本是否用于进行马甲包打包。若该打包脚本是用于进行马甲包打包，则确定执行马甲包打包的步骤，具体的，执行步骤s22。否则，则执行正常打包的步骤，具体的，执行步骤s25。在本实施例中，并不对该判断方式进行限定，只需其可以满足本实施例的要求即可。

s22：从打包脚本中获取打包参数；

在确定打包脚本是用于马甲包打包的情况下，则确定执行马甲包打包的步骤。首先，需要执行该打包脚本，以从打包脚本中获取打包参数。其中，该打包参数包括但不限于：包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数。而且，该依赖包名参数的第三方sdk逻辑参数包括但不限于：第三方sdk的appkey字符串、以及第三方activity。该第三方activity包括但不限于：微信分享回调entryactivity。

s23：通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；

在从打包脚本中获取打包参数后，通过从打包脚本中获取的打包参数将脚本操作原工程项目中的相应打包参数进行替换。

s24：基于替换之后的所述脚本操作原工程项目，完成打包操作。

在将脚本操作原工程项目中的相应打包参数被替换之后，脚本操作原工程项目包含的是从打包脚本中获取的打包参数。就此，基于打包参数被替换之后的脚本操作原工程项目，完成马甲包打包的操作，即生成相应的马甲包。

s25：执行正常打包操作。

即：不执行马甲包打包的操作，而进行生成正常安装包的操作。

就此，通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本，如：可随时修改打包脚本中的包名参数，使得打包脚本中的包名参数和资源依赖性不强，支持随意搭配，使得打包操作具有更好的灵活性。

图3为本发明第三实施例一种马甲包打包方法的流程框图。根据图3所示，本发明第三实施例提供了一种马甲包打包方法，所述方法包括：

s31：检测所述打包脚本中是否含有马甲包标识，若是，则执行步骤s32，否则，执行步骤s35；

在本实施例中，需要检测该打包脚本中是否含有马甲包标识，在确定该打包脚本中含有马甲包标识的情况下，则确定打包脚本是用于进行马甲包打包，并执行马甲包打包的步骤，具体的，执行步骤s32。在确定该打包脚本中未含有马甲包标识的情况下，则确定该打包脚本不是用于进行马甲包打包，此时，还需执行正常打包的步骤，具体的，执行步骤s35。该马甲包标识可由系统自动生成，也可是人为输入配置的，在本实施例中，并不对该马甲包标识进行限定，只需其可以满足本实施例的要求即可。

s32：从打包脚本中获取打包参数；

在确定打包脚本是用于进行马甲包打包的情况下，则确定执行进行马甲包打包的步骤。首先，需要执行该打包脚本，以从打包脚本中获取打包参数。其中，该打包参数包括但不限于：包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数。而且，该依赖包名参数的第三方sdk逻辑参数包括但不限于：第三方sdk的appkey字符串、以及第三方activity。该第三方activity包括但不限于：微信分享回调entryactivity。

s33：通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；

在从打包脚本中获取打包参数后，通过从打包脚本中获取的打包参数将脚本操作原工程项目中的相应打包参数进行替换。

s34：基于替换之后的所述脚本操作原工程项目，完成打包操作。

在将脚本操作原工程项目中的相应打包参数被替换之后，脚本操作原工程项目包含的是从打包脚本中获取的打包参数。就此，基于打包参数被替换之后的脚本操作原工程项目，完成马甲包打包的操作，即生成相应的马甲包。

s35：执行正常打包操作。

即：不执行马甲包打包的操作，而进行生成正常安装包的操作。

就此，通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本，如：可随时修改打包脚本中的包名参数，使得打包脚本中的包名参数和资源依赖性不强，支持随意搭配，使得打包操作具有更好的灵活性。

图4为本发明第四实施例一种马甲包打包方法的流程框图。根据图4所示，本发明第四实施例提供了一种马甲包打包方法，所述方法包括：

s41：检测所述打包脚本中是否含有马甲包标识，若是，则执行步骤s42，否则，执行步骤s46；

在本实施例中，需要检测该打包脚本中是否含有马甲包标识，在确定该打包脚本中含有马甲包标识的情况下，则确定打包脚本是用于进行马甲包打包，并执行马甲包打包的步骤，具体的，执行步骤s42。在确定该打包脚本中未含有马甲包标识的情况下，则确定该打包脚本不是用于进行马甲包打包，此时，还需执行正常打包的步骤，具体的，执行步骤s46。该马甲包标识可由系统自动生成，也可是人为输入配置的，在本实施例中，并不对该马甲包标识进行限定，只需其可以满足本实施例的要求即可。

s42：从打包脚本中获取打包参数；

在确定打包脚本是用于进行马甲包打包的情况下，则确定执行马甲包打包的步骤。首先，需要执行该打包脚本，以从打包脚本中获取打包参数。其中，该打包参数包括但不限于：包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数。而且，该依赖包名参数的第三方sdk逻辑参数包括但不限于：第三方sdk的appkey字符串、以及第三方activity。该第三方activity包括但不限于：微信分享回调entryactivity。

s43：将所述脚本操作原工程项目中的相应打包参数进行预处理；

在本实施例中，将脚本操作原工程项目中的打包参数进行预处理，以使得脚本操作原工程项目中经过预处理后的的打包参数可以被从打包脚本中获取的打包参数统一替换。

在本实施例中，并不对该预处理的具体内容进行限定，只需其满足本实施例的要求即可。

如：将所述脚本操作原工程项目中的相应包名参数通过同一个参数标识进行标记；

将所述脚本操作原工程项目中和所述包名参数对应的资源包参数存储至同一个module子工程中，并将主工程源码依赖所述module子工程；

将所述脚本操作原工程项目中依赖所述包名参数的第三方sdk逻辑参数存储至同一个文件中。

s44：通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；

在从打包脚本中获取打包参数后，通过从打包脚本中获取的打包参数将脚本操作原工程项目中的打包参数进行替换。

如：在打包参数包括包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数时，先将脚本操作原工程项目中的相应包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数进行预处理，然后，通过从打包脚本中获取的包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数分别将脚本操作原工程项目中经预处理之后的包名参数、与该包名参数对应的资源包参数、及依赖该包名参数的第三方sdk逻辑参数进行替换。

s45：基于替换之后的所述脚本操作原工程项目，完成打包操作。

在将脚本操作原工程项目中的相应打包参数被替换之后，脚本操作原工程项目包含的是从打包脚本中获取的打包参数。就此，基于打包参数被替换之后的脚本操作原工程项目，完成马甲包打包的操作，即生成相应的马甲包。

s46：执行正常打包操作。

即：不执行马甲包打包的操作，而进行生成正常安装包的操作。

就此，通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本，如：可随时修改打包脚本中的包名参数，使得打包脚本中的包名参数和资源依赖性不强，支持随意搭配，使得打包操作具有更好的灵活性。

为了更好说明本实施例所述方法的实施过程，下面结合一个具体应用示例，对本实施例所述方法进行说明。

图5为本发明第五实施例一种马甲包打包方法的流程框图。根据图5所示，本发明第五实施例提供了一种马甲包打包方法，所述方法包括：

步骤一：将脚本操作原工程项目中的包名、与该包名对应的资源包参数、及依赖该包名的第三方sdk逻辑参数进行预处理；

具体的，针对包名，需要将android工程中所有引用的包名尽量提取到一个变量控制；即：将脚本操作原工程项目中的包名通过同一个参数标识进行标记，这样方便通过打包脚本中的包名一次性将脚本操作原工程项目中的包名替换好。

例如，如果脚本操作原工程项目的代码中具含有参数标识context，则将该脚本操作原工程项目中的包名修改为context.getpackagename()。如果脚本操作原工程项目的代码中没有参数标识context，就在gradle中配置包名参数标识变量，然后在代码中通过buildconfig.packagename的方式修改包名。

针对与该包名对应的资源包参数，需要将脚本操作原工程项目中和包名对应的资源包参数存储至同一个module子工程中，并将主工程源码依赖module子工程。具体的，将所有要替换的资源包归纳到一个module子工程下，然后使得主工程源码依赖这个module。这样方便通过打包脚本中与上述包名对应资源包一次性将脚本操作原工程项目中的资源包替换好。而这些资源包括但不限于：drawable下图片资源、string文字资源、color颜色资源及style主题文件。

针对依赖该包名的第三方sdk逻辑参数，将脚本操作原工程项目中依赖上述包名的第三方sdk逻辑参数存储至同一个文件中。具体的，将所有依赖包名相关的id归纳到一个文件下如gradle.propperties文件下。这里主要涉及依赖包名产生的第三方sdk的appkey，还有一些三方activity，例如微信分享回调entryactivity。

其中，本实施例中的包名相当于第一至四实施例中的包名参数，本实施例中的与上述包名对应的资源包参数相当于第一至四实施例中的与上述包名参数对应的资源包参数；本实施例中的依赖上述包名的第三方sdk逻辑参数相当于第一至四实施例中的依赖上述包名参数的第三方sdk逻辑参数。

步骤二：执行打包脚本；

步骤三，判断该打包脚本是否用于进行马甲包打包；若判定该打包脚本用于进行马甲包打包，则确定该打包脚本为马甲包打包脚本，并且执行步骤四；否则，则确定该打包脚本用于正常打包，执行步骤八。

具体的，通过检测该打包脚本中是否含有马甲包标识，若该打包脚本中含有马甲包标识，则可确定该打包脚本为用于进行马甲包打包的马甲包打包脚本；否则，则确定该打包脚本用于正常打包。

步骤四：从打包脚本的配置文件中获取包名，并通过该获取的包名将脚本操作原工程项目中经过预处理后的包名进行替换；

步骤五：从打包脚本的配置文件中获取与上述包名参数对应的资源包参数，并通过该获取的资源包参数将脚本操作原工程项目中经过预处理后的资源包参数进行替换；

如:脚本操作原工程项目string目录下有个appname＝“原工程”的资源包，在本实施例中，通过打包脚本中的资源包将该appname＝“原工程”的资源包替换为appname＝“马甲包”。

步骤六：从打包脚本的配置文件中获取依赖上述包名参数的第三方sdk逻辑参数，并通过该获取的第三方sdk逻辑参数将脚本操作原工程项目中经过预处理之后的第三方sdk逻辑参数进行替换；

具体的，从打包脚本的配置文件中获得appkey和activity等相关文件，该appkey和activity等相关文件均依赖上述包名，然后，通过该appkey和activity等相关文件将脚本操作原工程项目中对应的appkey和activity进行替换；

步骤七：基于完成替换之后的脚本操作原工程项目，完成打包操作。

第八：基于打包脚本进行打包及编译。

即：执行正常打包的操作，而进行生成正常安装包的操作，生成apk安装包。

就此，通过用于马甲包打包的打包脚本中的打包参数将脚本操作原工程项目中的打包参数进行替换，使得马甲包打包操作完成后生成的包中的打包参数只有一套，有助于避免生成的包体积过大。而且，在后续有新的马甲包需求时，可灵活修改打包脚本中的打包参数即可，而无需修改脚本操作原工程项目，有助于减少维修成本，如：可随时修改打包脚本中的包名参数，使得打包脚本中的包名参数和资源依赖性不强，支持随意搭配，使得打包操作具有更好的灵活性。

图6为本发明第六实施例一种马甲包打包装置的结构示意图。根据图6所示，本发明第六实施例提供了一种马甲包打包装置，所述装置包括：获取模块110，用于从打包脚本中获取打包参数；替换模块120，用于通过所述打包参数将脚本操作原工程项目中的相应打包参数进行替换；打包模块130，用于基于替换之后的所述脚本操作原工程项目，完成打包操作。

可选的，所述装置还包括：判断模块，用于在所述从打包脚本中获取打包参数之前，判断所述打包脚本是否用于进行马甲包打包；确定模块，用于在判定打包脚本是用于马甲包打包的情况下，确定从所述打包脚本中获取所述打包参数。

可选的，所述判断模块包括：检测单元，用于检测所述打包脚本中是否含有马甲包标识；确定单元，用于在检测到所述打包脚本中含有马甲包标识的情况下，确定所述打包脚本是用于进行马甲包打包。

可选的，所述装置还包括：预处理模块，用于在通过打包参数将脚本操作原工程项目中的相应打包参数进行替换之前，将所述脚本操作原工程项目中的相应打包参数进行预处理，以确定通过从所述打包脚本中获取的打包参数将脚本操作原工程项目中经预处理后的相应打包参数进行替换。

可选的，所述预处理模块包括：包名参数单元，用于将所述脚本操作原工程项目中的相应包名参数通过同一个参数标识进行标记；资源包参数单元，用于将所述脚本操作原工程项目中与所述包名参数对应的资源包参数存储至同一个module子工程中，并将主工程源码依赖所述module子工程；逻辑参数单元，用于将所述脚本操作原工程项目中依赖所述包名参数的第三方sdk逻辑参数存储至同一个文件中。

本发明第七实施例提供了一种电子设备，包括处理器和存储器；所述存储器用于存储计算机指令，所述处理器用于运行所述存储器存储的计算机指令，以实现上述的一种马甲包打包方法。

本发明第七实施例中的一种电子设备所涉及的名词及实现原理具体可以参照本发明实施例中的第一至五实施例的一种马甲包打包方法，在此不再赘述。

本发明第八实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个模块，所述一个或者多个模块可被一个或者多个处理器执行，以实现上述的一种马甲包打包方法。

本发明第八实施例中的一种计算机可读存储介质所涉及的名词及实现原理具体可以参照本发明实施例中的第一至五实施例的一种马甲包打包方法，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。