CN112860288A - 一种批量更新程序版本的控制方法及装置 - Google Patents

Abstract

本发明公开了一种批量更新程序版本的控制方法，通过确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序；并将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息，本发明通过部分原始程序或全部原始程序给出了两种不同的解决方案，从而实现了新旧版本的过渡趋于平稳，降低了更新带来的空白期的时间，从而提高了更新效率，优化了用户体验，本发明方法简单、流程便捷、具有极高的商业价值。

Description

一种批量更新程序版本的控制方法及装置

技术领域

本发明属于互联网技术应用领域，特别涉及一种批量更新程序版本的控制方法及装置。

背景技术

程序更新是指对程序的应用、技术、运行、性能进行提升、改进的一种版本替换的技术方案，在需要对大批量的程序进行更新时，往往会因为工作量繁琐巨大而导致新旧版本的过渡不平稳，例如，对于平台中小游戏版本的更新而言，一般是集体删除旧版本，然后更新版本，但这样处理不仅会加大更新负荷，而且会存在一定的空白期，从而使得用户在此空白期间内无法登录游戏，从而影响用户的游戏体验，并从一定程度上加大了程序员的工作负担，故这样的更新常常会在产生的负面影响相对较小的夜晚进行。

然而，如何使得新旧版本的过渡趋于平稳，且大大降低因为更新而导致的空白期的时间成为了目前亟待解决的技术问题，无论是电脑终端还是手机终端，这都是目前的技术难点，而目前没有一种能够解决上述技术问题的技术方案，并没有一种批量更新程序版本的控制方法及装置。

发明内容

针对现有技术存在的技术缺陷，本发明的目的是提供一种批量更新程序版本的控制方法及装置，根据本发明的一个方面，提供一种批量更新程序版本的控制方法，包括如下步骤：

a.确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序；

b.将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息。

优选地，当所述待更新的原始程序为部分原始程序时，所述步骤b包括：

b1：将待更新程序以部分原始程序相对应的第一版本信息发布的同时或之前，将部分原始程序所对应的第一版本信息批量修改为第二版本信息。

优选地，所述第一版本信息至少包括原始程序的版本号信息。

优选地，所述第二版本信息为区别于第一版本信息的版本号信息。

优选地，当所述待更新的原始程序为全部原始程序时，所述步骤b包括：

b2：将全部更新程序以全部原始程序相对应的第一版本信息发布的同时或之前，将全部原始程序所对应的第一版本信息批量修改为第二版本信息。

优选地，所述第一版本信息为统一对全部原始程序的版本号信息添加后缀名v后的版本号信息，其中，所述v〉0。

优选地，所述第二版本信息为添加后缀名v+1后的版本号信息。

优选地，在所述步骤b之后，还包括步骤：

c.设置所述原始程序的失效触发条件。

优选地，所述失效触发条件为：

设置时间失效；

设置终端空闲时失效；

设置终端低功耗时失效。

优选地，所述原始程序的失效至少包括删除所述原始程序。

根据本发明的另一个方面，提供了一种批量更新程序版本的控制装置，其采用所述的控制方法，包括：

第一确定装置：确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序；

第一处理装置：将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息。

优选地，还包括：

第二处理装置：设置所述原始程序的失效触发条件。

本发明公开了一种批量更新程序版本的控制方法，通过确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序；并将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息，本发明通过部分原始程序或全部原始程序给出了两种不同的解决方案，从而实现了新旧版本的过渡趋于平稳，降低了更新带来的空白期的时间，从而提高了更新效率，优化了用户体验，本发明方法简单、流程便捷、具有极高的商业价值。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出了本发明的具体实施方式的，一种批量更新程序版本的控制方法的具体流程示意图；

图2示出了本发明的第一实施例的，一种批量更新程序版本的控制方法；

图3示出了本发明的第二实施例的，一种批量更新程序版本的控制方法的具体流程示意图；以及

图4示出了本发明的另一具体实施方式的，一种批量更新程序版本的控制装置的模块连接示意图。

具体实施方式

为了更好的使本发明的技术方案清晰的表示出来，下面结合附图对本发明作进一步说明。

图1示出了本发明的具体实施方式的，一种批量更新程序版本的控制方法的具体流程示意图，本发明针对现有技术中进行程序更新时存在的技术问题以及弊端进行改进，提供了一种批量更新程序版本的控制方法，其能够实现新旧版本的过渡趋于平稳，降低更新带来的空白期的时间，包括如下步骤：

首先，进入步骤S101确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序，所述原始程序即为还未更新前的程序，其可以是最为原始版本的程序，也可以是进过多次更新后的程序，但在这里指代本次更新前的程序，而所述原始程序相对应的第一版本信息即为所述原始程序的版本信息，若为还未更新前最为原始版本的程序，其可以被预设在xx.v1，若是进过多次更新后的程序，其可以是xx.v3、xx.v6等等，这都不影响本发明的技术实现，在此不予赘述。

进一步地，在步骤S101中，所述待更新的原始程序可以为部分原始程序或全部原始程序，即并不是每次在进行批量更新时，都存在全部的原始程序需要被更新，其往往是更新其中的一部分程序，例如在多个小游戏程序中，若存在100个小游戏程序，则可能当前需要更新58个小游戏程序，而明天可能又会更新66个小游戏程序，故在本发明中，所述待更新的原始程序可以为部分原始程序；而为了更好的解决更新程序版本的问题，本发明还提出了一种无论是否存在更新，都将其全部进行更新的控制方法，在这样的实施例中，可能其中一部分小游戏程序真的进行更新操作，而剩下的一部分小游戏程序只是将版本进行了同等替换，但对于整个控制方法而言，所述待更新的原始程序为全部原始程序，本发明将在后述实施例中分别对这两种方式进行具体阐述。

然后，进入步骤S102，将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息，在这样的实施例中，所述更新程序即为替换程序，其即为取代原始程序成为更新后程序的程序，进一步地，本步骤分为两种实施方案，一种是将更新程序以原始程序相对应的第一版本信息发布的同时，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息，在这样的实施例中，上述两个操作基本上是同步进行；另一种是将更新程序以原始程序相对应的第一版本信息发布之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息，而在这样的实施例中，则会存在一定的空白期，本领域技术人员理解，上述两个操作之间的间隔时间不宜过长，因为将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息后，用户即无法通过原始路径进行登录、使用操作，故本发明的做法是将分或全部原始程序所对应的第一版本信息批量修改为第二版本信息后，立马将更新程序以原始程序相对应的第一版本信息进行替换、发布，从而使得用户可以通过原始路径继续登录，体验、使用程序，这样做的好处可以非常平稳的进行更新操作的过渡，并由于没有进行更新前的大批量删除操作，不会存在服务器的超负荷运行，大大降低了运行成本，提高了更新效率。

作为本发明的一个优选实施例，在所述步骤S102之后，还包括步骤S103，即设置所述原始程序的失效触发条件，本领域技术人员理解，本发明中所公开的步骤S101至步骤S102即为一个可以实现更新平稳过渡的完整的技术方案，但为了降低服务器的负荷，减少之前不用的版本所占用的内存，本发明还提供了一种用以完善上述技术方案的补充步骤，即通过设置所述原始程序的失效触发条件，从而有条不紊的对之前原始版本的文件进行删除。

进一步地，所述失效触发条件为设置时间失效，在这样的实施例中，为了将当前更新时段与失效的时间错开，可以将失效时间设置为6小时、12小时甚至更多，即在一个实施例中，可以设置为当前程序版本更替后，间隔6小时再进行失效触发。

进一步地，所述失效触发条件为设置终端空闲时失效，在这样的实施例中，需要对当前终端的状态进行监测，例如，管理员长时间离开长达6小时时，即可以判断为闲时。

进一步地，所述失效触发条件为设置终端低功耗时失效，在这样的实施例中，终端低功耗时失效主要需要对终端的cpu或运行内存或温度或其他性能指标进行检测，当满足一定要求时，即触发失效。

进一步地，所述原始程序的失效至少包括删除所述原始程序，即当满足上述触发条件时，将生成一条删除指令，基于这样的指令批量将所述原始程序进行删除。

图2示出了本发明的第一实施例的，一种批量更新程序版本的控制方法，即当所述待更新的原始程序为部分原始程序时，需要实现的技术方案，本领域技术人员理解，本发明公开了两种用以实现程序更新的技术方案，这两个技术方案是截然不同的，其不应被理解为本发明的一个判断步骤后分别执行的技术方案，而是两种技术实现，具体地，包括：

首先，进入步骤S201，所述步骤S201可以参考前述步骤S101，在此不予赘述。

然后，进入步骤S202，将待更新程序以部分原始程序相对应的第一版本信息发布的同时或之前，将部分原始程序所对应的第一版本信息批量修改为第二版本信息，在这样的实施例中，所述部分原始程序即为需要被更新、替换掉的程序，而待更新程序即为与所述部分原始程序相对应的替换程序，进一步地，本步骤可以分为两种技术实现，一种是将待更新程序以部分原始程序相对应的第一版本信息发布的同时，将部分原始程序所对应的第一版本信息批量修改为第二版本信息，另一种是将待更新程序以部分原始程序相对应的第一版本信息发布之前，将部分原始程序所对应的第一版本信息批量修改为第二版本信息。

进一步地，结合上述实施例中，本发明优选地在所有原始程序中将需要进行更新的程序标记出来，并对这些标记后的程序进行版本信息的修改，例如，将版本信息为v1的修改为v2，将版本信息为v3.6的修改为v3.71等等，而这些可以通过统一的修改标准进行批量化的修改，即调整参数，也可以人工手动修改，进一步地，将待更新程序以部分原始程序相对应的第一版本信息发布的同时或之前，将部分原始程序所对应的第一版本信息批量修改为第二版本信息以使得用户可以通过同样的版本路径进行登录，然而此时所登录的程序已经是更新后的版本，而原始版本则已被替换成为第二版本信息。

进一步地，所述第一版本信息至少包括原始程序的版本号信息，即在本实施例中，所述第一版本信息可以是原始程序的版本号信息，而所述第二版本信息只需要是区别于第一版本信息的版本号信息即可。

然后，进入步骤S203，所述步骤S203可以参考前述步骤S103，在此不予赘述。

图3示出了本发明的第二实施例的，一种批量更新程序版本的控制方法的具体流程示意图，作为本发明的第二实施例，公开了另一种用以实现批量更新版本的控制方法，即当所述待更新的原始程序为全部原始程序时，包括：

首先，进入步骤S301，所述步骤S301可以参考前述步骤S101，在此不予赘述。

然后，进入步骤S302，将全部更新程序以全部原始程序相对应的第一版本信息发布的同时或之前，将全部原始程序所对应的第一版本信息批量修改为第二版本信息，在这样的实施例中，在全部原始程序中，无论需要被更新的是1个程序，还是100个程序，都需要对全部更新程序进行替换，只不过只是对需要更新的程序进行有差别的程序替换，而不需要更新的程序则进行无差别的程序替换。参考步骤S202，所述步骤S302同样具备两种技术实现，一种是将全部更新程序以全部原始程序相对应的第一版本信息发布的同时，将全部原始程序所对应的第一版本信息批量修改为第二版本信息，另一种是将全部更新程序以全部原始程序相对应的第一版本信息发布之前，将全部原始程序所对应的第一版本信息批量修改为第二版本信息。

在上述实施例中，所述第一版本信息为统一对全部原始程序的版本号信息添加后缀名v后的版本号信息，其中，所述v〉0，即本步骤所示出的技术方案相较于图2中的技术方案更加简单，其并不需要选中、标记操作，而是批量化的对所有的原始程序进行赋值、增加版本号，而在这样的实施例中，全部原始程序的版本号在还未进行更新之前，即已经是具备后缀名的形式，以使得在执行步骤S302时，只需要将后缀名部分进行统一的参数修改，即可以将所有的原始程序替换掉进而使得用户无法登录此版本，而在这样的操作的同时或之后，立刻将全部更新程序以全部原始程序相对应的第一版本信息发布，即可完成批量版本更新。

进一步地，所述第二版本信息为添加后缀名v+1后的版本号信息，例如，所有的原始程序的版本号均为game_info_1_v1、game_info_2_v1、game_info_3_v1、game_info_4_v1、game_info_5_v1，则通过参数修改，可以将所有的原始程序的版本号调整为game_info_1_v2、game_info_2_v2、game_info_3_v2、game_info_4_v2、game_info_5_v2。

最后，进入步骤S303，所述步骤S303可以参考前述步骤S103，在此不予赘述。

图4示出了本发明的另一具体实施方式的，一种批量更新程序版本的控制装置的模块连接示意图，本发明还公开了一种批量更新程序版本的控制装置，其采用所述的控制方法，包括第一确定装置1：确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序，所述第一确定装置1的工作原理可以参考前述步骤S101，在此不予赘述。

进一步地，还包括第一处理装置2：将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息，所述第一处理装置2的工作原理可以参考前述步骤S102，在此不予赘述。

进一步地，还包括第二处理装置3：设置所述原始程序的失效触发条件，所述第二处理装置3的工作原理可以参考前述步骤S103，在此不予赘述。

更为具体地，本发明给出了另一种具体实施方式，在redis集群中将缓存命名，其中包含旧版本的版本号信息，将旧版本的版本号+1，同时设置失效时间，一般为1天，同时将更新后的版本以原始的版本号发布，过渡平稳且不需要大量删除，减少了操作。相比于现有技术而言，现有技术的缺点：

1.过期的key无法立即删除，短时间内还是占用当前服务器资源；

2.增加版本号的一段时间内会导致一段时间内大量数据统一失效，会读取数据库，造成数据库压力，因此需要建议运营在业务高峰期不进行此项操作。

而在本发明中，其具体实施方案为：

1.在存储数据前，首先生成数据版本号：例如v1；

2.在存储数据时，存储数据的key为预设的key+版本号：如game_info_v1；

3.当运营人员需要为全部游戏增加(删除)的数据源，需要立即更新缓存数据，则此时后台操作批量更新，将版本号修改，如v2；

4.用户访问游戏详情页时，key变为game_info_v2,原来的缓存game_info_v1将无效，达到数据更新的目的；

5.对于之前的过期数据，如果是redis等存在缓存有效期的数据，可以等待数据过期，无需特殊处理，对于mysql等长期存在的数据库存储，可以通过脚本在项目低峰期间批量删除，降低高峰期数据库压力。

而本发明相较于现有技术的技术方案的优点在于：

1.算法简单高效，基于版本控制，只需要一个额外存储变量即可达到控制整个项目的缓存的更新；

2.有效的避免在同一时间内对大量key的删除导致的数据库阻塞的问题，增加系统稳定性。

需要说明的是，上述各装置实施例的具体实施方式与前述对应方法实施例的具体实施方式相同，在此不再赘述。综上所述，本发明的技术方案，为用户提供了两种实现批量更新程序版本的技术方案，该技术方案大大减少了更新空白期，过渡平稳，节约了资源并提高了效率。

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实施例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

此外，本领域技术人员理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域技术人员理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的提供装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。词语“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变形或修改，这并不影响本发明的实质内容。

Claims (10)

1.一种批量更新程序版本的控制方法，其特征在于，包括如下步骤：

a.确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序；

b.将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息。当所述待更新的原始程序为部分原始程序时，将待更新程序以部分原始程序相对应的第一版本信息发布的同时或之前，将部分原始程序所对应的第一版本信息批量修改为第二版本信息。其中，所述第一版本信息至少包括原始程序的版本号信息。

2.根据权利要求1所述的控制方法，其特征在于，所述第二版本信息为区别于第一版本信息的版本号信息。

3.根据权利要求1所述的控制方法，其特征在于，当所述待更新的原始程序为全部原始程序时，所述步骤b包括：

b2：将全部更新程序以全部原始程序相对应的第一版本信息发布的同时或之前，将全部原始程序所对应的第一版本信息批量修改为第二版本信息。

4.根据权利要求3所述的控制方法，其特征在于，所述第一版本信息为统一对全部原始程序的版本号信息添加后缀名v后的版本号信息，其中，所述v>0。

5.根据权利要求3所述的控制方法，其特征在于，所述第二版本信息为添加后缀名v+1后的版本号信息。

6.根据权利要求1所述的控制方法，其特征在于，在所述步骤b之后，还包括步骤：

c.设置所述原始程序的失效触发条件。

7.根据权利要求6所述的控制方法，其特征在于，所述失效触发条件为：

设置时间失效；

设置终端空闲时失效；

设置终端低功耗时失效。

8.根据权利要求6或7所述的控制方法，其特征在于，所述原始程序的失效至少包括删除所述原始程序。

9.一种批量更新程序版本的控制装置，其采用如权利要求1-8中任一项所述的控制方法，其特征在于，包括：

第一确定装置(1)：确定待更新的原始程序以及与所述原始程序相对应的第一版本信息，所述待更新的原始程序为部分原始程序或全部原始程序；

第一处理装置(2)：将更新程序以原始程序相对应的第一版本信息发布的同时或之前，将部分或全部原始程序所对应的第一版本信息批量修改为第二版本信息。当所述待更新的原始程序为部分原始程序时，将待更新程序以部分原始程序相对应的第一版本信息发布的同时或之前，将部分原始程序所对应的第一版本信息批量修改为第二版本信息。

10.根据权利要求11所述的控制装置，其特征在于，还包括：

第二处理装置(3)：设置所述原始程序的失效触发条件。

Images