CN108156031A - 一种数据的更新方法及装置 - Google Patents

Abstract

本发明公开了本发明公开了一种数据的更新方法，所述更新方法应用于服务端，包括采集待更新数据生成待更新数据报文，判断所述待更新数据报文是否满足预设条件，当所述待更新数据报文满足所述预设条件时，基于所述待更新报文进行数据更新，基于上述更新数据的过程生成第一更新日志，向客户端发送所述第一更新日志或将所述第一更新日志存储在数据库中。在本发明中，在数据更新之后，此次数据更新的过程会生成更新日志，工作人员可通过更新日志了解到本次更新的具体过程，对本次数据更新的情况一目了然。

Description

一种数据的更新方法及装置

技术领域

本发明涉及信息技术领域，尤其涉及一种数据的更新方法及装置。

背景技术

网络系统的时常需要进行数据更新，为了保证整个网络系统的正常运作，需要保证每次更新时，网络系统中所有设备都能够成功的更新。

在现有技术中，数据的更新是非常成熟的技术，然而，并没有技术方案用于保证设备在进行数据更新时的正确性，并使得工作人员知晓更新是否正确。

因此，如何使工作人员了解数据的更新结果成了本领域技术人员急需解决的问题。

发明内容

有鉴于此，本发明提供了一种数据的更新方法，在数据更新之后将此次数据更新的过程生成更新日志，工作人员可通过更新日志了解到本次更新的具体过程，对本次数据更新的情况一目了然。

本发明提供了一种数据的更新方法，所述更新方法应用于服务端，包括：

采集待更新数据生成待更新数据报文；

判断所述待更新数据报文是否满足预设条件；

当所述待更新数据报文满足所述预设条件时，基于所述待更新报文进行数据更新；

基于上述更新数据的过程生成第一更新日志；

向客户端发送所述第一更新日志或将所述第一更新日志存储在数据库中。

优选地，判断所述待更新数据报文是否正确；

当所述待更新数据报文正确时，判断所述待更新数据报文是否为新报文；

当所述待更新数据报文为新报文时，判断所述待更新数据报文是否完整；

当所述待更新数据报文完整时，判断所述待更新数据报文满足预设条件。

优选地，所述判断所述待更新数据报文是否正确包括：

判断所述待更新数据报文是否存在全局错误；

当所述待更新数据报文不存在全局错误时，判断所述待更新数据报文是否存在局部错误；

当所述待更新报文不存在局部错误时，判断所述待更新报文正确。

优选地，还包括：

当所述待更新数据报文存在局部错误或不完整时，基于已执行的步骤生成第二更新日志；

向客户端发送所述第二更新日志或将所述第二更新日志存储在所述数据库中。

一种数据的更新方法，所述更新方法应用于客户端，包括：

接收服务端发送的更新日志或从数据库中调用所述更新日志，所述更新日志包括第一更新日志及第二更新日志；

显示所述更新日志。

一种数据的更新装置，所述更新装置为服务端，包括采集模块、判断模块、更新模块、日志生成模块及日志处理模块，其中：

所述采集模块用于采集待更新数据生成待更新数据报文；

所述判断模块用于判断所述待更新数据报文是否满足预设条件；

所述更新模块用于当所述待更新数据报文满足所述预设条件时，基于所述待更新报文进行数据更新；

所述日志生成模块用于基于上述更新数据的过程生成第一更新日志；

所述日志处理模块用于向客户端发送所述第一更新日志或将所述第一更新日志存储在数据库中。

优选地，所述正确性判断单元用于判断所述待更新数据报文是否正确；

所述新颖性判断单元用于当所述待更新数据报文正确时，判断所述待更新数据报文是否为新报文；

所述完整性判断单元用于当所述待更新数据报文为新报文时，判断所述待更新数据报文是否完整；

当所述待更新数据报文完整时，所述待更新数据报文满足预设条件。

优选地，所述正确性判断单元包括全局判断子单元及局部判断子单元，其中：

所述全局判断子单元用于判断所述待更新数据报文是否存在全局错误；

所述局部判断子单元用于当所述待更新数据报文不存在全局错误时，判断所述待更新数据报文是否存在局部错误；

当所述待更新报文不存在局部错误时，所述待更新报文正确。

优选地，所述日志生成模块还用于当所述待更新数据报文存在局部错误或不完整时，基于已执行的步骤生成第二更新日志；

所述日志处理模块还用于向客户端发送所述第二更新日志或将所述第二更新日志存储在所述数据库中。

一种数据的更新装置，所述更新装置为客户端，包括日志获取模块及显示模块，其中：

所述日志获取模块用于接收服务端发送的更新日志或从数据库中调用所述更新日志，所述更新日志包括第一更新日志及第二更新日志；

所述日志显示模块用于显示所述更新日志。

综上所述，本发明公开了一种数据的更新方法，所述更新方法应用于服务端，包括采集待更新数据生成待更新数据报文，判断所述待更新数据报文是否满足预设条件，当所述待更新数据报文满足所述预设条件时，基于所述待更新报文进行数据更新，基于上述更新数据的过程生成第一更新日志，向客户端发送所述第一更新日志或将所述第一更新日志存储在数据库中。在本发明中，在数据更新之后，此次数据更新的过程会生成更新日志，工作人员可通过更新日志了解到本次更新的具体过程，对本次数据更新的情况一目了然。

附图说明

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

图1为本发明公开的一种数据的更新方法的实施例1的流程图；

图2为本发明公开的一种数据的更新方法的实施例2的流程图；

图3为本发明公开的一种数据的更新方法的实施例3的流程图；

图4为本发明公开的另一种数据的更新方法的实施例1的流程图；

图5为本发明公开的一种数据的更新装置的实施例1的流程图；

图6为本发明公开的一种数据的更新装置的实施例2的流程图；

图7为本发明公开的一种数据的更新装置的实施例3的流程图；

图8为本发明公开的另一种数据的更新装置的实施例1的流程图。

具体实施方式

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

如图1所示，为本发明公开的一种数据的更新方法的实施例1的流程图，本更新方法应用于服务端，包括：

S101、采集待更新数据生成待更新数据报文；

需要更新的数据以报文的形式存在，待更新数据可以直接由用户输入或者存储在某一个特定的存储器中，并设置一个更新条件，当满足此更新条件时，就获取这些更新数据并生成待更新数据报文。在具体实施时，待更新数据报文以独立目录的方式存入约定的new目录中，表示这些待更新数据报文还未被更新。

S102、判断待更新数据报文是否满足预设条件；

待更新数据报文需要满足一定的条件才能进行更新，例如是否达到更新时间，需要更新的设备是否都已经上线，报文本身是否存在错误等等，因此在进行更新之前，需要先对待更新数据报文进行检测，判断其是否满足预设条件。

S103、当待更新数据报文满足预设条件时，基于待更新报文进行数据更新；

当确定待更新数据报文满足预设条件时，利用待更新数据报文进行更新，利用报文进行更新为现有技术在此不再赘述。具体实施时，将new目录中的报文转移到sync目录中，再进行更新。sync目录为正在更新的报文的目录。当更新完成后，将待更新数据报文由sync目录移入latest目录中，此时待更新数据报文变为已更新数据报文。

S104、基于上述更新数据的过程生成第一更新日志；

第一更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第一更新日志为更新成功后生成的日志，因此结果为更新成功，还可以显示此次更新的设备。

S105、向客户端发送第一更新日志或将第一更新日志存储在数据库中；

第一更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

综上所述，本发明公开了一种数据的更新方法，更新方法应用于服务端，包括采集待更新数据生成待更新数据报文，判断待更新数据报文是否满足预设条件，当待更新数据报文满足预设条件时，基于待更新报文进行数据更新，基于上述更新数据的过程生成第一更新日志，向客户端发送第一更新日志或将第一更新日志存储在数据库中。在本发明中，在数据更新之后，此次数据更新的过程会生成更新日志，工作人员可通过更新日志了解到本次更新的具体过程，对本次数据更新的情况一目了然。

如图2所示，为本发明公开的一种数据的更新方法的实施例2的流程图，本更新方法应用于服务端，包括：

S201、采集待更新数据生成待更新数据报文；

需要更新的数据以报文的形式存在，待更新数据可以直接由用户输入或者存储在某一个特定的存储器中，并设置一个更新条件，当满足此更新条件时，就获取这些更新数据并生成待更新数据报文。在具体实施时，待更新数据报文以独立目录的方式存入约定的new目录中，表示这些待更新数据报文还未被更新。

S202、判断待更新数据报文是否正确；

待更新数据报文需要满足一定的条件才能进行更新，例如是否达到更新时间，需要更新的设备是否都已经上线，报文本身是否存在错误等等，因此在进行更新之前，需要先对待更新数据报文进行检测，判断其是否满足预设条件。

在本实施例中，首先判断待更新报文是否正确。当判断报文正确后，进行下一步，若报文不正确，则将报文移入Error目录，表示此报文错误。

S203、当待更新数据报文正确时，判断待更新数据报文是否为新报文；

当待更新报文正确时，将待更新报文与latest目录中的已更新报文进行比对，若两者相同，则表示此待更新报文已被更新过，无需再进行更新，若两者不同则表示此待更新报文未被更新过，为新报文，需要进行更新。

S204、当待更新数据报文为新报文时，判断待更新数据报文是否完整；

S205、当待更新数据报文完整时，判断待更新数据报文满足预设条件；

当报文不完整时，将报文移入Error目录。

上述判断报文是否错误可通过创建并维护一个报文错误规则列表。在列表中对错误进行分类、定义、编码及分级，相当于一个经验库及规则库，具体实施方式为现有技术在此不再赘述。

S206、当待更新数据报文满足预设条件时，基于待更新报文进行数据更新；

当确定待更新数据报文满足预设条件时，利用待更新数据报文进行更新，利用报文进行更新为现有技术在此不再赘述。具体实施时，将new目录中的报文转移到sync目录中，再进行更新。sync目录为正在更新的报文的目录。当更新完成后，将待更新数据报文由sync目录移入latest目录中，此时待更新数据报文变为已更新数据报文。

S207、基于上述更新数据的过程生成第一更新日志；

第一更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第一更新日志为更新成功后生成的日志，因此结果为更新成功，还可以显示此次更新的设备。

S208、向客户端发送第一更新日志或将第一更新日志存储在数据库中；

第一更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

如图3所示，为本发明公开的一种数据的更新方法的实施例3的流程图，本更新方法应用于服务端，包括：

S301、采集待更新数据生成待更新数据报文；

需要更新的数据以报文的形式存在，待更新数据可以直接由用户输入或者存储在某一个特定的存储器中，并设置一个更新条件，当满足此更新条件时，就获取这些更新数据并生成待更新数据报文。在具体实施时，待更新数据报文以独立目录的方式存入约定的new目录中，表示这些待更新数据报文还未被更新。

S302、判断待更新数据报文是否存在全局错误；

待更新数据报文需要满足一定的条件才能进行更新，例如是否达到更新时间，需要更新的设备是否都已经上线，报文本身是否存在错误等等，因此在进行更新之前，需要先对待更新数据报文进行检测，判断其是否满足预设条件。

在本实施例中，首先判断待更新报文是否正确。当判断报文正确后，进行下一步，若报文不正确，则将报文移入Error目录，表示此报文错误。判断报文是否正确，先判断报文是否存在全局错误，再判断报文是否存在局部错误。

S303、当待更新数据报文不存在全局错误时，判断待更新数据报文是否存在局部错误；

S304、当待更新报文不存在局部错误时，判断待更新报文正确；

S305、当待更新数据报文正确时，判断待更新数据报文是否为新报文；

当待更新报文正确时，将待更新报文与latest目录中的已更新报文进行比对，若两者相同，则表示此待更新报文已被更新过，无需再进行更新，若两者不同则表示此待更新报文未被更新过，为新报文，需要进行更新。

S306、当待更新数据报文为新报文时，判断待更新数据报文是否完整；

S307、当待更新数据报文完整时，判断待更新数据报文满足预设条件；

当报文不完整时，将报文移入Error目录。

上述判断报文是否错误可通过创建并维护一个报文错误规则列表。在列表中对错误进行分类、定义、编码及分级，相当于一个经验库及规则库，具体实施方式为现有技术在此不再赘述。

S308、当待更新数据报文满足预设条件时，基于待更新报文进行数据更新；

当确定待更新数据报文满足预设条件时，利用待更新数据报文进行更新，利用报文进行更新为现有技术在此不再赘述。具体实施时，将new目录中的报文转移到sync目录中，再进行更新。sync目录为正在更新的报文的目录。当更新完成后，将待更新数据报文由sync目录移入latest目录中，此时待更新数据报文变为已更新数据报文。

S309、基于上述更新数据的过程生成第一更新日志；

第一更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第一更新日志为更新成功后生成的日志，因此结果为更新成功，还可以显示此次更新的设备。

S310、向客户端发送第一更新日志或将第一更新日志存储在数据库中；

第一更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

S311、当待更新数据报文存在局部错误或不完整时，基于已执行的步骤生成第二更新日志；

第二更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第二更新日志为更新失败后生成的日志，因此结果为更新失败，此外更新详情中可以包括错误原因(分类)、错误等级、错误报文路径、出错位置等。

S312、向客户端发送第二更新日志或将第二更新日志存储在数据库中。

第二更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

如图4所示，为本发明公开的另一种数据的更新方法实施例1的流程图，本更新方法应用于客户端，包括：

S401、接收服务端发送的更新日志或从数据库中调用更新日志，更新日志包括第一更新日志及第二更新日志；

第一更新日志或第二更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

S402、显示更新日志；

客户端显示更新日志时，向用户弹出提示信息，显示更新的数量、日志摘要，并提供查看日志详情的链接。通过摘要中的链接，能够直接打开相关的网络拓扑或设备面板查看图形。图形和资源可否根据上次更新时间来做一种高亮提示。

如图5所示，为本发明公开的一种数据的更新装置的实施例1的结构示意图，更新装置为服务端，包括采集模块101、判断模块102、更新模块103、日志生成模块104及日志处理模块105，其中：

采集模块101用于采集待更新数据生成待更新数据报文；

需要更新的数据以报文的形式存在，待更新数据可以直接由用户输入或者存储在某一个特定的存储器中，并设置一个更新条件，当满足此更新条件时，就获取这些更新数据并生成待更新数据报文。在具体实施时，待更新数据报文以独立目录的方式存入约定的new目录中，表示这些待更新数据报文还未被更新。

判断模块102用于判断待更新数据报文是否满足预设条件；

待更新数据报文需要满足一定的条件才能进行更新，例如是否达到更新时间，需要更新的设备是否都已经上线，报文本身是否存在错误等等，因此在进行更新之前，需要先对待更新数据报文进行检测，判断其是否满足预设条件。

更新模块103用于当待更新数据报文满足预设条件时，基于待更新报文进行数据更新；

当确定待更新数据报文满足预设条件时，利用待更新数据报文进行更新，利用报文进行更新为现有技术在此不再赘述。具体实施时，将new目录中的报文转移到sync目录中，再进行更新。sync目录为正在更新的报文的目录。当更新完成后，将待更新数据报文由sync目录移入latest目录中，此时待更新数据报文变为已更新数据报文。

日志生成模块104用于基于上述更新数据的过程生成第一更新日志；

第一更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第一更新日志为更新成功后生成的日志，因此结果为更新成功，还可以显示此次更新的设备。

日志处理模块105用于向客户端发送第一更新日志或将第一更新日志存储在数据库中；

第一更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

综上所述，本发明公开了一种数据的更新装置，此装置为服务端，其工作原理为采集待更新数据生成待更新数据报文，判断待更新数据报文是否满足预设条件，当待更新数据报文满足预设条件时，基于待更新报文进行数据更新，基于上述更新数据的过程生成第一更新日志，向客户端发送第一更新日志或将第一更新日志存储在数据库中。在本发明中，在数据更新之后，此次数据更新的过程会生成更新日志，工作人员可通过更新日志了解到本次更新的具体过程，对本次数据更新的情况一目了然。

如图6所示，为本发明公开的一种数据的更新装置的实施例2的结构示意图，更新装置为服务端，包括采集模块201、判断模块202、更新模块203、日志生成模块204及日志处理模块205，判断模块202包括正确性判断单元206、新颖性判断单元207及完整性判断单元208，其中：

采集模块201用于采集待更新数据生成待更新数据报文；

需要更新的数据以报文的形式存在，待更新数据可以直接由用户输入或者存储在某一个特定的存储器中，并设置一个更新条件，当满足此更新条件时，就获取这些更新数据并生成待更新数据报文。在具体实施时，待更新数据报文以独立目录的方式存入约定的new目录中，表示这些待更新数据报文还未被更新。

正确性判断单元206用于判断待更新数据报文是否正确；

待更新数据报文需要满足一定的条件才能进行更新，例如是否达到更新时间，需要更新的设备是否都已经上线，报文本身是否存在错误等等，因此在进行更新之前，需要先对待更新数据报文进行检测，判断其是否满足预设条件。

在本实施例中，首先判断待更新报文是否正确。当判断报文正确后，进行下一步，若报文不正确，则将报文移入Error目录，表示此报文错误。

新颖性判断单元207用于当待更新数据报文正确时，判断待更新数据报文是否为新报文；

当待更新报文正确时，将待更新报文与latest目录中的已更新报文进行比对，若两者相同，则表示此待更新报文已被更新过，无需再进行更新，若两者不同则表示此待更新报文未被更新过，为新报文，需要进行更新。

完整性判断单元208用于当待更新数据报文为新报文时，判断待更新数据报文是否完整，当待更新数据报文完整时，待更新数据报文满足预设条件；

当报文不完整时，将报文移入Error目录。

上述判断报文是否错误可通过创建并维护一个报文错误规则列表。在列表中对错误进行分类、定义、编码及分级，相当于一个经验库及规则库，具体实施方式为现有技术在此不再赘述。

更新模块203用于当待更新数据报文满足预设条件时，基于待更新报文进行数据更新；

当确定待更新数据报文满足预设条件时，利用待更新数据报文进行更新，利用报文进行更新为现有技术在此不再赘述。具体实施时，将new目录中的报文转移到sync目录中，再进行更新。sync目录为正在更新的报文的目录。当更新完成后，将待更新数据报文由sync目录移入latest目录中，此时待更新数据报文变为已更新数据报文。

日志生成模块204用于基于上述更新数据的过程生成第一更新日志；

第一更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第一更新日志为更新成功后生成的日志，因此结果为更新成功，还可以显示此次更新的设备。

日志处理模块205用于向客户端发送第一更新日志或将第一更新日志存储在数据库中；

第一更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

如图7所示，为本发明公开的一种数据的更新装置的实施例3的结构示意图，本更新方法应用于服务端，更新装置为服务端，包括采集模块301、判断模块302、更新模块303、日志生成模块304及日志处理模块305，判断模块302包括正确性判断单元306、新颖性判断单元307及完整性判断单元308，正确性判断单元306包括全局判断子单元309及局部判断子单元310，其中：

采集模块301用于采集待更新数据生成待更新数据报文；

需要更新的数据以报文的形式存在，待更新数据可以直接由用户输入或者存储在某一个特定的存储器中，并设置一个更新条件，当满足此更新条件时，就获取这些更新数据并生成待更新数据报文。在具体实施时，待更新数据报文以独立目录的方式存入约定的new目录中，表示这些待更新数据报文还未被更新。

全局判断子单元309用于判断待更新数据报文是否存在全局错误；

待更新数据报文需要满足一定的条件才能进行更新，例如是否达到更新时间，需要更新的设备是否都已经上线，报文本身是否存在错误等等，因此在进行更新之前，需要先对待更新数据报文进行检测，判断其是否满足预设条件。

在本实施例中，首先判断待更新报文是否正确。当判断报文正确后，进行下一步，若报文不正确，则将报文移入Error目录，表示此报文错误。判断报文是否正确，先判断报文是否存在全局错误，再判断报文是否存在局部错误。

局部判断子单元310用于当待更新数据报文不存在全局错误时，判断待更新数据报文是否存在局部错误；

当待更新报文不存在局部错误时，待更新报文正确；

新颖性判断单元307用于当待更新数据报文正确时，判断待更新数据报文是否为新报文；

当待更新报文正确时，将待更新报文与latest目录中的已更新报文进行比对，若两者相同，则表示此待更新报文已被更新过，无需再进行更新，若两者不同则表示此待更新报文未被更新过，为新报文，需要进行更新。

完整性判断单元308用于当待更新数据报文为新报文时，判断待更新数据报文是否完整；

当待更新数据报文完整时，待更新数据报文满足预设条件；

当报文不完整时，将报文移入Error目录。

上述判断报文是否错误可通过创建并维护一个报文错误规则列表。在列表中对错误进行分类、定义、编码及分级，相当于一个经验库及规则库，具体实施方式为现有技术在此不再赘述。

更新模块303用于当待更新数据报文满足预设条件时，基于待更新报文进行数据更新；

当确定待更新数据报文满足预设条件时，利用待更新数据报文进行更新，利用报文进行更新为现有技术在此不再赘述。具体实施时，将new目录中的报文转移到sync目录中，再进行更新。sync目录为正在更新的报文的目录。当更新完成后，将待更新数据报文由sync目录移入latest目录中，此时待更新数据报文变为已更新数据报文。

日志生成模块304用于基于上述更新数据的过程生成第一更新日志；

第一更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第一更新日志为更新成功后生成的日志，因此结果为更新成功，还可以显示此次更新的设备。

日志处理模块305用于向客户端发送第一更新日志或将第一更新日志存储在数据库中；

第一更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

日志生成模块304还用于当待更新数据报文存在局部错误或不完整时，基于已执行的步骤生成第二更新日志；

第二更新日志的内容可以包括日志摘要和日志详情，其中日志摘要中显示此次更新的结果，第二更新日志为更新失败后生成的日志，因此结果为更新失败，此外更新详情中可以包括错误原因(分类)、错误等级、错误报文路径、出错位置等。

日志处理模块305还用于向客户端发送第二更新日志或将第二更新日志存储在数据库中。

第二更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

如图8所示，为本发明公开的另一种数据的更新装置实施例1的结构示意图，更新装置为客户端，包括日志获取模块401及显示模块402，其中：

日志获取模块401用于接收服务端发送的更新日志或从数据库中调用更新日志，更新日志包括第一更新日志及第二更新日志；

第一更新日志或第二更新日志可由服务端直接向客户端发送，也可以由服务端存储在数据库中，客户端直接从数据库中调用。

日志显示模块402用于显示更新日志；

客户端显示更新日志时，向用户弹出提示信息，显示更新的数量、日志摘要，并提供查看日志详情的链接。通过摘要中的链接，能够直接打开相关的网络拓扑或设备面板查看图形。图形和资源可否根据上次更新时间来做一种高亮提示。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据的更新方法，其特征在于，所述更新方法应用于服务端，包括：

采集待更新数据生成待更新数据报文；

判断所述待更新数据报文是否满足预设条件；

当所述待更新数据报文满足所述预设条件时，基于所述待更新报文进行数据更新；

基于上述更新数据的过程生成第一更新日志；

向客户端发送所述第一更新日志或将所述第一更新日志存储在数据库中。

2.如权利要求1所述的更新方法，其特征在于，判断所述待更新数据报文是否满足预设条件包括：

判断所述待更新数据报文是否正确；

当所述待更新数据报文正确时，判断所述待更新数据报文是否为新报文；

当所述待更新数据报文为新报文时，判断所述待更新数据报文是否完整；

当所述待更新数据报文完整时，判断所述待更新数据报文满足预设条件。

3.如权利要求2所述的更新方法，其特征在于，所述判断所述待更新数据报文是否正确包括：

判断所述待更新数据报文是否存在全局错误；

当所述待更新数据报文不存在全局错误时，判断所述待更新数据报文是否存在局部错误；

当所述待更新报文不存在局部错误时，判断所述待更新报文正确。

4.如权利要求3所述的更新方法，其特征在于，还包括：

当所述待更新数据报文存在局部错误或不完整时，基于已执行的步骤生成第二更新日志；

向客户端发送所述第二更新日志或将所述第二更新日志存储在所述数据库中。

5.一种数据的更新方法，其特征在于，所述更新方法应用于客户端，包括：

接收服务端发送的更新日志或从数据库中调用所述更新日志，所述更新日志包括第一更新日志及第二更新日志；

显示所述更新日志。

6.一种数据的更新装置，其特征在于，所述更新装置为服务端，包括采集模块、判断模块、更新模块、日志生成模块及日志处理模块，其中：

所述采集模块用于采集待更新数据生成待更新数据报文；

所述判断模块用于判断所述待更新数据报文是否满足预设条件；

所述更新模块用于当所述待更新数据报文满足所述预设条件时，基于所述待更新报文进行数据更新；

所述日志生成模块用于基于上述更新数据的过程生成第一更新日志；

所述日志处理模块用于向客户端发送所述第一更新日志或将所述第一更新日志存储在数据库中。

7.如权利要求6所述的更新装置，其特征在于，所述判断模块包括正确性判断单元、新颖性判断单元及完整性判断单元，其中：

所述正确性判断单元用于判断所述待更新数据报文是否正确；

所述新颖性判断单元用于当所述待更新数据报文正确时，判断所述待更新数据报文是否为新报文；

所述完整性判断单元用于当所述待更新数据报文为新报文时，判断所述待更新数据报文是否完整；

当所述待更新数据报文完整时，所述待更新数据报文满足预设条件。

8.如权利要求7所述的更新装置，其特征在于，所述正确性判断单元包括全局判断子单元及局部判断子单元，其中：

所述全局判断子单元用于判断所述待更新数据报文是否存在全局错误；

所述局部判断子单元用于当所述待更新数据报文不存在全局错误时，判断所述待更新数据报文是否存在局部错误；

当所述待更新报文不存在局部错误时，所述待更新报文正确。

9.如权利要求8所述的更新装置，其特征在于，所述日志生成模块还用于当所述待更新数据报文存在局部错误或不完整时，基于已执行的步骤生成第二更新日志；

所述日志处理模块还用于向客户端发送所述第二更新日志或将所述第二更新日志存储在所述数据库中。

10.一种数据的更新装置，其特征在于，所述更新装置为客户端，包括日志获取模块及显示模块，其中：

所述日志获取模块用于接收服务端发送的更新日志或从数据库中调用所述更新日志，所述更新日志包括第一更新日志及第二更新日志；

所述日志显示模块用于显示所述更新日志。