应用打包方法及装置、终端上的应用运行方法及装置

摘要

本申请实施例公开了应用打包方法及装置、终端上的应用运行方法及装置。所述应用打包方法包括：获取处理过的数据库源代码；对所述处理过的数据库源代码进行编译，得到数据库；将所述数据库打包进所述应用，以使所述应用当要执行数据库操作时，针对所述数据库执行所述数据库操作；其中，所述处理包括：针对所述数据库源代码中工作模式参数的强制设置。利用本申请实施例，应用无需使用系统数据库，而是可以使用自身携带的数据库，并可以根据对数据库稳定性的实际需求，有针对性地执行上述的强制设置，有利于降低自身携带的数据库的损坏概率，也有利于避免系统数据库的损坏对该应用的工作产生不利影响。

说明书

技术领域

本申请涉及计算机软件技术领域，尤其涉及应用打包方法及装置、终端上的应用运行方法及装置。

背景技术

SQLite是一款轻型的数据库，目前经常应用于手机、平板电脑等终端中。

在现有技术中，很多终端在出厂时已经在操作系统中内置了SQLite，作为系统数据库，在这种情况下，终端上的各应用会利用系统数据库进行数据库操作，以保存相应的应用数据。

但是，一些终端厂商为了提高系统数据库的性能，对系统数据库进行会影响系统数据库稳定性的自定义设置，导致系统数据库损坏概率提高，进而对终端上应用数据的安全性产生不利影响。

发明内容

本申请实施例提供应用打包方法及装置、终端上的应用运行方法及装置，用以解决现有技术中的如下技术问题：一些厂商为了提高系统数据库的性能，对系统数据库进行会影响系统数据库稳定性的自定义设置，导致系统数据库损坏概率提高，进而对终端上应用数据的安全性产生不利影响。

为解决上述技术问题，本申请实施例是这样实现的：

本申请实施例提供的一种应用打包方法，包括：

获取处理过的数据库源代码；

对所述处理过的数据库源代码进行编译，得到数据库；

将所述数据库打包进所述应用，以使所述应用当要执行数据库操作时，针对所述数据库执行所述数据库操作；

其中，所述处理包括：针对所述数据库源代码中工作模式参数的强制设置。

本申请实施例提供的一种应用打包装置，包括：

获取模块，获取处理过的数据库源代码；

编译模块，对所述处理过的数据库源代码进行编译，得到数据库；

打包模块，将所述数据库打包进所述应用，以使所述应用当要执行数据库操作时，针对所述数据库执行所述数据库操作；

其中，所述处理包括：针对所述数据库源代码中工作模式参数的强制设置。

本申请实施例提供的一种终端上的应用运行方法，包括：

所述应用检测所述终端的剩余存储空间，以及；

确定自身是否处于登录态；

若检测到所述终端的剩余存储空间不大于第一设定阈值，且确定自身处于登录态，则退出所述登录态。

本申请实施例提供的一种终端上的应用运行装置，所述装置位于所述应用，包括：

检测模块，检测所述终端的剩余存储空间，以及确定所述应用是否处于登录态；

退出模块，若检测到所述终端的剩余存储空间不大于第一设定阈值，且确定所述应用处于登录态，则退出所述登录态。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：应用无需使用系统数据库，而是可以使用自身携带的数据库，并可以根据对数据库稳定性的实际需求，有针对性地执行上述的强制设置，有利于降低自身携带的数据库的损坏概率，也有利于避免系统数据库的损坏对应用数据的安全性产生不利影响。

附图说明

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

图1为本申请实施例提供的一种应用打包方法的流程示意图；

图2为本申请实施例提供的一种实际应用场景下，上述应用打包方法的一种具体实施方案的流程示意图；

图3为本申请实施例提供的一种终端上的应用运行方法的流程示意图；

图4为本申请实施例提供的一种实际应用场景下，上述终端上的应用运行方法的一种具体实施方案的流程示意图；

图5为本申请实施例提供的对应于图1的一种应用打包装置的结构示意图；

图6为本申请实施例提供的对应于图3的一种终端上的应用运行装置的结构示意图。

具体实施方式

本申请实施例提供应用打包方法及装置、终端上的应用运行方法及装置。

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

背景技术中提到，一些终端厂商为了提高系统数据库的性能，对系统数据库进行会影响系统数据库稳定性的自定义设置，导致系统数据库损坏概率提高。为了便于理解，列举两项设置进行说明。

第一项，SQLite中的同步模式(SyncMode)参数的设置。以Android为例，在原生Android的SQLite中，SyncMode参数的值被设置为“FULL”，在“FULL”的情况下，当发生预定事件(比如，事务提交等)时，SQLite执行可靠性措施(比如，同步日志等)，以确定相关数据已写入SQLite对应的存储介质，如此有利于防止系统奔溃、电源异常等情况导致SQLite损坏。

但是，一些终端厂商为了提高SQLite的读写速度，会将SyncMode参数的值设置为“NORMAL”或“OFF”，导致不能达到“FULL”对应的效果，提高了SQLite的损坏概率。

第二项，SQLite中的同步模式(journal_mode)参数的设置。journal_mode参数的值默认被设置为“DELETE”，在“DELETE”的情况下，SQLite中的事务终止时，该事务对应的回滚日志会被删除。

但是，一些终端厂商为了减少SQLite的读写，会将journal_mode参数的值设置为“TRUNCATE”或“PERSIST”；在“TRUNCATE”的情况下，不会删除回滚日志而只是将其截短为空；在“PERSIST”的情况下，也不会删除回滚日志而只是在其头部填充0，以阻止其他数据库连接来回滚。如此，容易导致文件系统异常，进而提高了SQLite的损坏概率。

SQLite的损坏概率提高进而会对终端上应用数据的安全性产生不利影响。本申请的方案可以部分或全部避免这些不利影响，下面对本申请的方案进行说明。

图1为本申请实施例提供的一种应用打包方法的流程示意图，从程序角度而言，该流程的执行主体可以是位于终端的客户端。从设备角度而言，该流程的执行主体包括但不限于可作为终端的以下设备：手机、平板电脑、智能可穿戴设备、车机、个人计算机、大中型计算机等。

图1中的流程可以包括以下步骤：

S101：获取处理过的数据库源代码，其中，所述处理包括：针对所述数据库源代码中工作模式参数的强制设置。

在本申请实施例中，数据库源代码可以是原生代码，工作模式参数可以是指定的可能影响数据库稳定性的一个或多个参数。比如，对于SQLite，数据库源代码可以是“sqlite.c”文件，工作模式参数比如可以是上述的SyncMode参数、或journal_mode参数等。

在本申请实施例中，所述强制设置以提高数据库的稳定性，降低数据库的损坏概率为目的。比如，可以将SyncMode参数的值强制设置为“FULL”，将journal_mode参数的值强制设置为“DELETE”等。

所述强制设置的结果可以只在源代码阶段和编译阶段生效，也可以在编译阶段之后仍然持续生效。为了达到后一种情况的效果，比如，可以在强制设置后，去除或屏蔽数据库源代码中用于修改所述工作模式参数的接口代码等，或者，也可以在强制设置后，去除或屏蔽所述工作模式参数的其他可能取值对应的代码。

S102：对所述处理过的数据库源代码进行编译，得到数据库。

在本申请实施例中，对处理过的“sqlite.c”文件进行编译，可以得到自编译的SQLite，具体可以为动态库.so文件或静态库.a文件等。

S103：将所述数据库打包进所述应用，以使所述应用当要执行数据库操作时，针对所述数据库执行所述数据库操作。

基于步骤S103，应用无需向现有技术那样使用系统数据库，而是可以使用随自身打包的数据库。

需要说明的是，图1中的各步骤的执行主体可以是同一设备或同一程序，也可以是不同设备或不同程序。比如，步骤S101～S103的执行主体均为设备1；又比如，步骤S101～S102的执行主体为设备1，步骤S103的执行主体为设备2；等等。

通过图1的方法，应用无需使用系统数据库，而是可以使用自身携带的数据库，并可以根据对数据库稳定性的实际需求，有针对性地执行上述的强制设置，有利于降低自身携带的数据库的损坏概率，也有利于避免系统数据库的损坏对应用数据的安全性产生不利影响。

在本申请实施例中，根据前面的举例可知，对于步骤S101，所述设置可以包括以下至少一种：

设置同步模式，在所设置的同步模式下，当所述数据库所处终端发生预定事件时，所述数据库执行可靠性措施，以确定相关数据已写入所述数据库对应的存储介质；

设置日志模式，在所设置的日志模式下，当所述数据库中的事务终止时，删除所述事务对应的回滚日志。

当然，在实际应用中，所述设置未必限于上述的两种，凡是影响数据库稳定的参数(比如，数据库的缓存参数、数据库的连接线程数等)，均可以合理地进行强制设置，以便于提高数据库的稳定性，降低数据库损坏的概率。

根据上面的说明，本申请实施例还提供了一种实际应用场景下，上述应用打包方法的一种具体实施方案的流程示意图，如图2所示。

在图2中，可以通过机器方式或人工方式处理sqlite.c源代码，将SyncMode参数的值强制设置为“FULL”，将journal_mode参数的值强制设置为“DELETE”；将处理后的sqlite.c源代码编译成动态库或静态库，得到自编译的数据库；将自编译的数据库打包进应用中；则该应用在运行期直接使用该自编译的数据库，而不使用系统数据库。

上面对本申请实施例提供的应用打包方法进行了说明，在实际应用中，除了厂商的自定义设置以外，还有其他因素也可能提高数据库的损坏概率。比如，当终端的剩余存储空间不足时，若用户继续使用终端上的应用，可能导致终端上的数据库损坏。针对这种情况，本申请也提供了相应的应对方案，可以部分或全部地解决问题，下面继续说明。

图3为本申请实施例提供的一种终端上的应用运行方法的流程示意图。

图3中的流程可以包括以下步骤：

S301：所述应用检测所述终端的剩余存储空间，以及确定自身是否处于登录态。

S302：若检测到所述终端的剩余存储空间不大于第一设定阈值，且确定自身处于登录态，则退出所述登录态。

在本申请实施例中，第一设定阈值可以是终端的存储空间的指定百分比值，比如，终端的总存储空间的5％等；第一设定阈值，也可以是具体的物理值，比如，100MB等。当终端的剩余存储空间不大于第一设定阈值时，可以认为终端的剩余存储空间不足。终端的存储空间可以只包括终端自带的存储空间，而可以不包括终端的扩展存储空间(比如，安全数码卡等)。

本申请对步骤S301中“检测终端的剩余存储空间”与“确定自身是否处于登录态”这两个子步骤的执行顺序并不做限定，也可以同时执行，也可以先后执行。

在本申请实施例中，应用可以通过自动将对当前登录该应用的用户账号登出，退出登录态。

另外，当终端的剩余存储空间不足时，应用还可以提示用户清理存储空间。

通过图3的方法，有利于避免用户在终端的剩余存储空间不足的情况下，继续使用该应用，因此，可以降低终端上的数据库损坏的概率。

基于图3的方法，本申请实施例还提供了该方法的一些具体实施方案，以及扩展方案，下面进行说明。

在本申请实施例中，当应用在后台时，用户没有在使用该应用，或者即使在使用该应用通常只涉及读操作，这种情况一般不会威胁到数据库。基于这样的考虑，对于步骤S301，所述应用检测所述终端的剩余存储空间，以及确定自身是否处于登录态前，具体可以包括：所述应用当进入前台时，检测所述终端的剩余存储空间，以及确定自身是否处于登录态。而若应用处于后台，可以暂不执行步骤S301，如此，有利于减轻应用的负担。

在本申请实施例中，对于图3中的方法，所述方法还包括：所述应用若检测到所述终端的剩余存储空间不大于第二设定阈值，则提示清理存储空间。一般地，第二设定阈值可以大于或等于第一设定阈值；比如，第一设定阈值可以为终端的总存储空间的5％，第二设定阈值可以为终端的总存储空间的10％；再比如，第一设定阈值和第二设定阈值可以均为终端的总存储空间的5％；等等。

在本申请实施例中，在所述应用不处于登录态时，还可以执行：所述应用当接收登录请求时，检测所述终端的剩余存储空间；若检测到所述终端的剩余存储空间不大于第二设定阈值，则拒绝所述登录请求。例如，当用户在应用的登录界面输入了用户账号和密码，点击登录按钮后，该应用若确定终端当前剩余存储空间不足，则可以拒绝用户本次的登录请求，并可以向用户提示拒绝原因。

结合上面的说明，本申请实施例还提供了一种实际应用场景下，上述终端上的应用运行方法的一种具体实施方案的流程示意图，如图4所示。

在图4中，上述的第一设定阈值为终端的总存储空间的5％，上述的第二设定阈值为终端的总存储空间的10％。当应用进入前台时，检测所在终端的剩余存储空间，以及判断自身是否处于登录态；

若是，且剩余存储空间不足5％，则踢出用户到登录界面，以退出登录态，

并且暂时不允许用户登录，直至剩余存储空间不少于5％；

若是，且剩余存储空间不少于5％但不足10％，则提示用户清理存储空间，

之后可以正常进入应用页面；

若是，且剩余存储空间不少于10％，则直接正常进入应用页面；

若否，且剩余存储空间不足10％，则提示用户清理存储空间，之后可以正

常进入应用页面；

若否，且剩余存储空间不少于10％，则直接正常进入应用页面，并且允许

用户进行登录。

在实际应用中，上述的应用打包方法、终端上的应用运行方法可以结合使用。比如，对于图4的方法，所述方法还可以包括：所述应用当要执行数据库操作时，针对所述应用中的数据库执行所述数据库操作；

所述数据库处于以下至少一种设置下：

特定同步模式，在所述特定同步模式下，当发生预定事件时，所述数据库执行可靠性措施，以确定相关数据已写入所述数据库对应的存储介质；

特定日志管理模式，在所述特定日志管理模式下，当所述数据库中的事务终止时，删除所述事务对应的回滚日志。

上面为本申请实施例提供的应用打包方法、终端上的应用运行方法，基于同样的发明思路，本申请实施例还提供了对应的装置，如图5、图6所示。

图5为本申请实施例提供的对应于图1的一种应用打包装置的结构示意图，该装置可以位于图1中流程的执行主体，包括：

获取模块501，获取处理过的数据库源代码；

编译模块502，对所述处理过的数据库源代码进行编译，得到数据库；

打包模块503，将所述数据库打包进所述应用，以使所述应用当要执行数据库操作时，针对所述数据库执行所述数据库操作；

其中，所述处理包括：针对所述数据库源代码中工作模式参数的强制设置。

可选地，所述设置包括以下至少一种：

可选地，在所设置的同步模式下，当发生预定事件时，所述数据库执行可靠性措施，以确定相关数据已写入所述数据库对应的存储介质；

设置日志模式，在所设置的日志模式下，当所述数据库中的事务终止时，删除所述事务对应的回滚日志。

可选地，所述数据库为SQLite。

图6为本申请实施例提供的对应于图3的一种终端上的应用运行装置的结构示意图，虚线方框表示可选的模块，该装置可以位于所述应用，包括：

检测模块601，检测所述终端的剩余存储空间，以及确定所述应用是否处于登录态；

退出模块602，若检测到所述终端的剩余存储空间不大于第一设定阈值，且确定所述应用处于登录态，则退出所述登录态。

可选地，所述检测模块601检测所述终端的剩余存储空间，以及确定所述应用是否处于登录态前，具体包括：

所述检测模块601当所述应用进入前台时，检测所述终端的剩余存储空间，以及确定所述应用是否处于登录态。

可选地，所述装置还包括：

提示模块603，若检测到所述终端的剩余存储空间不大于第二设定阈值，则提示清理存储空间。

可选地，所述装置还包括：

登录模块604，在所述应用不处于登录态时，当接收登录请求时，检测所述终端的剩余存储空间，若检测到所述终端的剩余存储空间不大于第二设定阈值，则拒绝所述登录请求。

可选地，所述装置还包括：

执行模块605，当要执行数据库操作时，针对所述应用中的数据库执行所述数据库操作；

所述数据库处于以下至少一种设置下：

特定同步模式，在所述特定同步模式下，当发生预定事件时，所述数据库执行可靠性措施，以确定相关数据已写入所述数据库对应的存储介质；

特定日志管理模式，在所述特定日志管理模式下，当所述数据库中的事务终止时，删除所述事务对应的回滚日志。

本申请实施例提供的装置与方法是一一对应的，因此，装置也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。