一种版本确认方法、系统、电子设备及存储介质

摘要

本说明书一个或多个实施例提供的一种版本确认方法、系统、电子设备及存储介质，包括：获取服务器端发送的目标应用，确定所述目标应用的配置文件中记录的版本序号；响应于用户对所述目标应用的启动指令，获取所述服务器端发送的校对序号；判断所述版本序号与所述校对序号是否一致；根据判断结果，生成并输出版本确认结果。本说明书一个或多个实施例通过在目标应用的配置文件中事先记录好版本序号，当用户启动时可以先行获取到版本号，并能够与服务器发送来的校对号进行快速校对。从而避免了通过人工进行版本检查来确定版本的一致性，提升校验效率，防止漏检或错检的情况发生，提高了校验准确率。

说明书

技术领域

本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种版本确认方法、系统、电子设备及存储介质。

背景技术

现代互联网企业在进行审计过程中，需要确保服务器与各个终端之间的平台版本及数据库版本一致，进而首先需要按照配置管理的要求区分应用版本号和数据库版本号，同时在应用升级时需要对两者版本号进行检查并同时对服务器、终端进行版本更新。

在现有技术中，在校验终端与服务器之间版本是否相同时，通常都是通过人工对应用或数据库的版本进行校验，而人工校验本身效率低下、同时还存在漏检或错检的可能，进而准确率也无法保证。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种版本确认方法、系统、电子设备及存储介质，以解决当前校验确认方法效率低下、准确率低下的问题。

基于上述目的，本说明书一个或多个实施例提供了一种版本确认方法，应用于终端，包括：

获取服务器端发送的目标应用，确定所述目标应用的配置文件中记录的版本序号；

响应于用户对所述目标应用的启动指令，获取所述服务器端发送的校对序号；

判断所述版本序号与所述校对序号是否一致；

根据判断结果，生成并输出版本确认结果。

在一些实施方式中，所述版本序号，包括：

所述目标应用的应用版本序号；

和/或

所述目标应用使用的数据库的数据库版本序号。

在一些实施方式中，所述确定所述目标应用的配置文件中记录的版本序号，包括：

当所述版本序号为所述数据库版本序号时，检索所述数据库的版本序号表，确定所述版本序号表中最新插入的序号为所述数据库版本序号。

在一些实施方式中，所述根据判断结果，生成并输出版本确认结果，包括：

若所述版本序号与所述校对序号不一致，则终止所述目标应用的启动，生成包含提醒信息及操作提示的所述版本确认结果。

在一些实施方式中，所述生成包含提醒信息及操作提示的所述版本确认结果之后，还包括：

获取所述用户基于所述版本确认结果输入的调整参数，基于所述调整参数对所述配置文件进行参数调整，使调整后的所述配置文件与所述校对序号对应的升级参数条件对应，更新所述目标应用。

基于同一构思，本说明书一个或多个实施例还提供了一种版本确认方法，应用于服务器端，包括：

确定目标应用对应的版本序号，将所述版本序号设置于所述目标应用的配置文件中，记录所述版本序号生成校对序号；

响应于终端的获取请求，将所述目标应用及所述配置文件发送给所述终端；

响应于所述终端的启动请求，将所述校对序号发送给所述终端，并使所述终端执行如上任一项所述的应用于终端的方法。

在一些实施方式中，所述版本序号，包括：所述目标应用的应用版本序号，和/或，所述目标应用使用的数据库的数据库版本序号；

所述将所述版本序号设置于所述目标应用的配置文件中，包括：

当所述版本序号为所述数据库版本序号时，生成所述数据库版本序号的脚本，将所述脚本设置于所述目标应用的配置文件中。

基于同一构思，本说明书一个或多个实施例还提供了一种版本确认系统，包括：终端及服务器端；其中

所述终端，被配置为执行如上任一项所述的应用于终端的方法；

所述服务器端，被配置为执行如上任一项所述的应用于服务器端的方法。

基于同一构思，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上任一项所述的应用于终端的方法，或实现如上任一项所述的应用于服务器端的方法。

基于同一构思，本说明书一个或多个实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机实现如上任一项所述的应用于终端的方法，或实现如上任一项所述的应用于服务器端的方法。

从上面所述可以看出，本说明书一个或多个实施例提供的一种版本确认方法、系统、电子设备及存储介质，包括：获取服务器端发送的目标应用，确定所述目标应用的配置文件中记录的版本序号；响应于用户对所述目标应用的启动指令，获取所述服务器端发送的校对序号；判断所述版本序号与所述校对序号是否一致；根据判断结果，生成并输出版本确认结果。本说明书一个或多个实施例通过在目标应用的配置文件中事先记录好版本序号，当用户启动时可以先行获取到版本号，并能够与服务器发送来的校对号进行快速校对。从而避免了通过人工进行版本检查来确定版本的一致性，提升校验效率，防止漏检或错检的情况发生，提高了校验准确率。

附图说明

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

图1为本说明书一个或多个实施例提出的一种应用于终端的版本确认方法的流程示意图；

图2为本说明书一个或多个实施例提出的一种应用于服务器端的版本确认方法的流程示意图；

图3为本说明书一个或多个实施例例提出的电子设备结构示意图。

具体实施方式

为使本说明书的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本说明书进一步详细说明。

需要说明的是，除非另外定义，本说明书实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件、物件或者方法步骤涵盖出现在该词后面列举的元件、物件或者方法步骤及其等同，而不排除其他元件、物件或者方法步骤。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

如背景技术部分所述，审计是对资料作出证据搜集及分析，以评估企业财务状况，然后就资料及一般公认准则之间的相关程度作出结论及报告。在现代互联网企业中，由于审计过程涉及的资料大部分是公司内部资料、部分资料可能涉及公司商业秘密等无法公示，从而需要保证审计过程全程的数据安全性。而审计时首先需要保证的是应用版本和使用数据库版本的版本一致性。然而，现有的检查版本一致性的方法一般都是通过人工解压应用安装包，查看应用中的版本号是否正确；人工查询数据库，查看数据库中的版本号是否正确，而通过人工去核查，有可能出现漏检或错检等问题，而且人工方式已经不符合审计的需求了。

结合上述实际情况，本说明书一个或多个实施例提出了一种版本确认方案，通过在目标应用的配置文件中事先记录好版本序号，当用户启动时可以先行获取到版本号，并能够与服务器发送来的校对号进行快速校对。从而避免了通过人工进行版本检查来确定版本的一致性，提升校验效率，防止漏检或错检的情况发生，提高了校验准确率。

参考图1所示，为本说明书一个实施例的一种应用于终端的版本确认方法的流程示意图，具体包括以下步骤：

步骤101，获取服务器端发送的目标应用，确定所述目标应用的配置文件中记录的版本序号。

本步骤旨在，获取到目标应用及在配置文件中找到版本序号。其中，目标应用即为手机应用或电脑应用等，应用即为应用程序，指为完成某项或多项特定工作的计算机程序，它运行在用户模式，可以和用户进行交互，具有可视的用户界面。版本序号即为版本号(version number)是版本的标识号。每一个操作系统(或广义的讲，每一个软件)都有一个版本号。版本号能使用户了解所使用的操作系统或软件是否为最新的版本以及它所提供的功能与设施。配置文件(configuration file)是一种计算机文件，可以为一些计算机程序配置参数和初始设置。配置文件本质上是包含成功操作程序所需信息的文件，这些信息以特定方式构成。它们不是在程序中进行硬编码，而是用户可配置、查看的，通常存储在纯文本文件中。

在一些应用场景中，配置文件中记录的版本序号可以为应用本身的应用版本号，也可以是应用所要使用的数据库的数据库版本号等等。服务器端在进行应用打包时就将应用的版本序号打包到配置文件中，同时可以在配置文件中记录数据库版本号脚本。在应用安装之前就将当前应用的各种版本序号记录于配置文件中，方便之后调取查询。

步骤102，响应于用户对所述目标应用的启动指令，获取所述服务器端发送的校对序号。

本步骤旨在，当用户想要对目标应用进行启动时，先从服务器端获取对当前应用的版本序号进行校对的校对序号。其中，校对序号为服务器端记录的当前用户想要开启的应用的服务器端版本号，其可以是此应用当前最新的版本号，而由于终端获取目标应用之后，并不一定会对目标应用进行及时的更新，从而可能存在终端获取到的配置文件中的版本序号与校对序号不一致的情况。从而需要先从服务器端获取校对用的校对序号对当前应用或记录的数据库序号进行匹配、一致性判断。

在一些应用场景中，服务器端可以是审计用的配置服务中心，其记录着全部应用及数据库的当前使用版本号，所有终端都需要与其保持一致。

步骤103，判断所述版本序号与所述校对序号是否一致。

本步骤旨在，对两个序号进行一致性判断。其判断的方式可以为：对两个序号的全部内容进行一致性判断；或是对两个序号的实质部分进行一致性判断，例如记录于配置文件中的版本序号与记录于服务器端的校对序号，由于其功能的不同，其前序或后缀部分可能存在差别，而检测只需要检测中间的实质部分即可；或是仅需对两个序号中大版本号进行一致性判断即可，例如版本序号为100.2047，校对序号为100.2066，在比对时只判断大版本号即100部分一致即可。

步骤104，根据判断结果，生成并输出版本确认结果。

本步骤旨在，确定判断结果，并生成版本确认结果。其中，判断结果可以是成功的结果、也可以是失败的结果。识别一致，则可以让应用顺利的运行，并与服务器端进行连接；识别不一致，则可以直接让应用中断运行，其可以另行生成提示框，提示具体中断运行的原因，例如：提示应用版本号不是最新的，需要进行版本更新，其中需要对某某数据进行调整等等提示信息；或是根据既定方式进行应用的自动更新等等。

最后，输出版本确认结果，用以存储、展示或再加工版本确认结果。根据不同的应用场景和实施需要，具体的对于版本确认结果的输出方式可以灵活选择。

例如，对于本实施例的方法在单一设备上执行的应用场景，可以将版本确认结果直接在当前设备的显示部件(显示器、投影仪等)上以显示的方式输出，使得当前设备的操作者能够从显示部件上直接看到版本确认结果的内容。

又如，对于本实施例的方法在多个设备组成的系统上执行的应用场景，可以将版本确认结果通过任意的数据通信方式(有线连接、NFC、蓝牙、wifi、蜂窝移动网络等)发送至系统内的其他作为接收方的预设设备上，以使得接收到版本确认结果的预设设备可以对其进行后续处理。可选的，该预设设备可以是预设的服务器，服务器一般设置在云端，作为数据的处理和存储中心，其能够对版本确认结果进行存储和分发；其中，分发的接收方是终端设备，该些终端设备的持有者或操作者可以是当前用户、审计部门的相关监控人员、与企业中进行数据记录的部门、个人等等。

再如，对于本实施例的方法在多个设备组成的系统上执行的应用场景时，可以将版本确认结果通过任意的数据通信方式直接发送至预设的终端设备，终端设备可以是前述段落列举中的一种或多种。

在具体应用场景中，对于应用程序本身的版本检查方法，首先，服务器端在应用打包时将应用版本序号打包到配置文件中；之后，配置中心(服务器端)中记录对应的应用的当前版本号；最后，单个终端在应用启动时，从配置中心获取应用当前版本号和版本包中的版本号检查，若不一致则系统启动失败。对于数据库版本检查方法，首先，配置中心中确定数据库对应的版本序号；之后，版本包下发时，下发版本序号脚本，并在数据库中存储应用当前的数据库版本序号；最后，终端在进行应用启动时，从配置中心获取应用对应的当前数据库版本序号号，并从数据库中查询存储的当前的数据库版本序号，两者进行检查，不一致则启动失败。

通过应用本说明书一个或多个实施例提供的一种版本确认方法，包括：获取服务器端发送的目标应用，确定所述目标应用的配置文件中记录的版本序号；响应于用户对所述目标应用的启动指令，获取所述服务器端发送的校对序号；判断所述版本序号与所述校对序号是否一致；根据判断结果，生成并输出版本确认结果。本说明书一个或多个实施例通过在目标应用的配置文件中事先记录好版本序号，当用户启动时可以先行获取到版本号，并能够与服务器发送来的校对号进行快速校对。从而避免了通过人工进行版本检查来确定版本的一致性，提升校验效率，防止漏检或错检的情况发生，提高了校验准确率。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书的可选实施例中，为了在记录应用版本序号时，同时记录数据库的版本序号。所述版本序号，包括：

所述目标应用的应用版本序号；

和/或

所述目标应用使用的数据库的数据库版本序号。

在本说明书的可选实施例中，为了更好的确定数据库类型的版本序号。所述确定所述目标应用的配置文件中记录的版本序号，包括：

当所述版本序号为所述数据库版本序号时，检索所述数据库的版本序号表，确定所述版本序号表中最新插入的序号为所述数据库版本序号。

其中，版本序号表即为用于记录数据库所有版本序号的查询表，在数据库中，会记录数据库经历的全部版本序号，从而需要在其中确定最新的版本序号，这个序号即为当前数据库使用的版本序号。

在本说明书的可选实施例中，为了在序号不一致时，进一步生成提示升级信息，方便用户以此进行升级操作。所述根据判断结果，生成并输出版本确认结果，包括：

若所述版本序号与所述校对序号不一致，则终止所述目标应用的启动，生成包含提醒信息及操作提示的所述版本确认结果。

在本说明书的可选实施例中，所述生成包含提醒信息及操作提示的所述版本确认结果之后，还包括：

获取所述用户基于所述版本确认结果输入的调整参数，基于所述调整参数对所述配置文件进行参数调整，使调整后的所述配置文件与所述校对序号对应的升级参数条件对应，更新所述目标应用。

其中，在具体应用场景中，在审计时，每个应用版本都需要对一些参数进行适配之后才能正常的运行应用，从而在进行版本升级时，则需要先将参数调整好后，才能更好的进行应用的升级。

基于同一发明构思，本说明书一个或多个实施例还提供了一种应用于服务器端的版本确认方法，参考图2所示，具体包括以下步骤：

步骤201，确定目标应用对应的版本序号，将所述版本序号设置于所述目标应用的配置文件中，记录所述版本序号生成校对序号。

本步骤旨在，将版本序号写入配置文件中，并在服务器端更新校对序号。其中，每个应用打包时都将其对应的版本序号写入其配置文件中，并在自身的记录表或数据库中，更新对应应用的版本序号作为当前校对序号。

步骤202，响应于终端的获取请求，将所述目标应用及所述配置文件发送给所述终端。

本步骤旨在，根据终端的请求发送目标应用及对应的配置文件。

步骤203，响应于所述终端的启动请求，将所述校对序号发送给所述终端，并使所述终端执行如上任意一实施例所述的应用于终端的版本确认方法。

本步骤旨在，在终端需要启动目标应用时，将校对序号发送给终端，并使终端能够执行如前述实施例中呈现的方案。

上述实施例的应用于服务器端的版本确认方法，通过将版本序号设置于配置文件中，并分别将目标应用、配置文件、校对序号发送给终端，以使终端能够获取服务器端发送的目标应用，确定所述目标应用的配置文件中记录的版本序号；响应于用户对所述目标应用的启动指令，获取所述服务器端发送的校对序号；判断所述版本序号与所述校对序号是否一致；根据判断结果，生成并输出版本确认结果。本说明书一个或多个实施例通过在目标应用的配置文件中事先记录好版本序号，当用户启动时可以先行获取到版本号，并能够与服务器发送来的校对号进行快速校对。从而避免了通过人工进行版本检查来确定版本的一致性，提升校验效率，防止漏检或错检的情况发生，提高了校验准确率。

在本说明书的可选实施例中，为了将数据库的数据库版本序号准确记录在配置文件中。所述版本序号，包括：所述目标应用的应用版本序号，和/或，所述目标应用使用的数据库的数据库版本序号；

所述将所述版本序号设置于所述目标应用的配置文件中，包括：

当所述版本序号为所述数据库版本序号时，生成所述数据库版本序号的脚本，将所述脚本设置于所述目标应用的配置文件中。

基于同一发明构思，本说明书一个或多个实施例还提供了一种版本确认系统，包括：终端及服务器端；其中

所述终端，被配置为执行如上任意一实施例所述的应用于终端的版本确认方法。

所述服务器端，被配置为执行如上任意一实施例所述的应用于服务器端的版本确认方法。

上述实施例的系统用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，本说明书一个或多个实施例还提供了一种电子设备。该电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时执行如上任意一实施例所述的一种应用于终端的版本确认方法、或执行如上任意一实施例所述的一种应用于服务器端的版本确认方法。

图3示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器310、存储器320、输入/输出接口330、通信接口340和总线350。其中处理器310、存储器320、输入/输出接口330和通信接口340通过总线350实现彼此之间在设备内部的通信连接。

处理器310可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器320可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器320可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器320中，并由处理器310来调用执行。

输入/输出接口330用于连接输入/输出模块，以实现信息输入及输出。输入/输出模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口340用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线350包括一通路，在设备的各个组件(例如处理器310、存储器320、输入/输出接口330和通信接口340)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器310、存储器320、输入/输出接口330、通信接口340以及总线350，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，本说明书一个或多个实施例还提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机实现如上任意一实施例所述的一种应用于终端的版本确认方法、或实现如上任意一实施例所述的一种应用于服务器端的版本确认方法。

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

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出设备，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图设备的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。