一种数据保全的方法、装置和系统与流程

本发明涉及一种数据保全的方法、装置和系统。

背景技术：

随着计算机互联网的遍及应用，电子数据作为以计算机为载体，采用电子形式进行获取、固定的证据形式，不但有很高的效率，并且确保了原始文件的安全。电子数据不容易被人篡改，并且具有与纸质证据同等的法律效力。电子数据保全是以电子数据形式(文字、图形、字母、数字、三维标志、颜色组合和声音以及上述要素组合等)存在的各类电子数据信息，进行运算、加密固定，载明保全生成标准时间、运算值、档案编号等，防止被人篡改，确保电子数据原始性和客观性的程序及方法。通过数据保全有效保证电子数据内容的防篡改，保障数据保全的便捷性和安全性。但是电子数据在进行数据保全时，需要保证保全数据的保全顺序，保证保全数据的逻辑不发生混乱，还要防止在电子数据中混入恶意假冒数据。如何保证数据按照顺序进行保全，保证保全数据中不发生重复保存，防止假冒数据对保全数据的污染，成为电子数据在进行数据保全时亟待解决的问题。

技术实现要素：

鉴于现有技术中存在的技术缺陷和技术弊端，本发明实施例提供克服上述问题或者至少部分地解决上述问题的一种数据保全的方法、装置和系统。

作为本发明实施例的一个方面，涉及一种数据保全方法，包括：

获取数据保全请求中保全点的入参信息，所述入参信息包括链码和流程实例标识；

根据获取的业务流程模板，验证所述入参信息，并在验证通过后接收保全点数据；

当所述保全点非所述业务流程模板的最后一个保全点时，返回生成的下一个保全点的链码和流程实例标识。

在一个实施例中，所述的数据保全方法还包括：将生成的下一个保全点的链码和流程实例标识对应进行缓存。

在一个实施例中，所述的数据保全方法，验证所述入参信息，包括：

根据流程实例标识查找上一保全点的链码和流程实例标识的缓存，将入参信息中的链码与上一保全点的链码缓存进行比对，若一致，则验证通过。

在一个实施例中，所述的数据保全方法，所述保全点为首个保全点时，其入参信息中的链码和流程实例标识为预设的字符串；所述保全点为非首个保全点时，其入参信息中的链码和流程实例标识为按照预定规则生成的随机数。

在一个实施例中，所述的数据保全方法还包括：根据所述业务流程模板，判断是否为最后一个保全点的数据；

若是，在接收到最后一个保全点数据后，结束数据保全。

作为本发明实施例的另一个方面，涉及一种数据保全服务器，包括：

获取模块，用于获取数据保全请求中保全点的入参信息；所述入参信息包括链码和流程实例标识；

验证及接收模块，用于根据获取的业务流程模板，验证所述入参信息，并在验证通过后接收保全点数据；

生成模块，用于生成并返回下一个保全点的链码和流程实例标识。

在一个实施例中，所述的数据保全服务器，还包括：

缓存模块，用于将生成的下一个保全点的链码和流程实例标识对应进行缓存。

在一个实施例中，所述的数据保全服务器，所述验证及接收模块，具体用于根据流程实例标识查找上一保全点的链码和流程实例标识的缓存，将入参信息中的链码与上一保全点的链码缓存进行比对，若一致，则验证通过。

在一个实施例中，所述的数据保全服务器，还包括：

判断模块，用于根据所述业务流程模板，判断是否为最后一个保全点的数据；

所述收发模块，用于在所述判断模块判断保存点为最后一个保全点时，在接收到最后一个保全点数据后，结束数据保全。

作为本发明实施例的又一个方面，涉及一种请求数据保全方法，包括：

请求上传保全数据，发送保全点的入参信息，所述入参信息包括预先保存的保全点的链码和流程实例标识；

当接收到返回的下一个保全点的链码和流程实例标识时，进行保存，以便作为下个保全点的数据保全请求的入参信息。

在一个实施例中，所述的请求数据保全方法，还包括：

当所述保全点为非首个保全点时，预先保存的保全点的链码和流程实例标识为发送上一个保全点的数据保全请求时返回的链码和流程实例标识；

当所述保全点为首个保全点时，所述入参信息中的链码和流程实例编码为预设的字符串。

作为本发明实施例的第四个方面，涉及一种客户管理系统服务器，包括：

请求模块，用于请求数据保全，发送保全点的入参信息，所述入参信息包括预先保存的保全点的链码和流程实例标识；

保存模块，用于当接收到返回的下一个保全点的链码和流程实例标识时，进行保存，以便作为下个保全点的数据保全请求的入参信息。

作为本发明实施例的第五个方面，涉及一种数据保全系统，包括：

前述任一数据保全服务器；

前述客户管理系统服务器。

本发明实施例至少实现了如下技术效果：

本发明实施例提供的数据保全方法，在每次进行保全点的数据保全时，都需要验证其入参信息中包括的链码和流程实例标识，只有根据业务流程模板，通过验证才会接收保全数据，并回生成的下一个保全点的链码和流程实例标识，保证数据保全的保全点按照预定的顺序进行保全，避免因数据保全重复提交造成逻辑混乱和无效保全。

本发明实施例提供的数据保全方法，通过对保全点的入参信息的链码进行验证，当接收到的保全数据为恶意假冒数据时，链码无法通过验证，恶意假冒数据不会被接收，保证数据保全的有效性和安全性。

本发明实施例提供的数据保全方法，通过对保全点的入参信息的链码进行验证，当存在多个不同的业务流程时，每个业务流程可以按照各自的业务流程模板预定的保全点顺序进行数据保全，相互之间的数据不存在交叉，保证各业务流程数据保全的可靠性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所记载的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例提供的一种数据保全方法的流程示意图；

图2为本发明实施例提供的一种数据保全方法的另一流程示意图；

图3为本发明实施例提供的一种数据保全服务器的结构示意图；

图4为本发明实施例提供的一种数据保全服务器的另一结构示意图；

图5为本发明实施例提供的一种请求数据保全方法的流程示意图；

图6为本发明实施例提供的一种客户管理系统服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

下面分别对本发明实施例提供的一种数据保全的方法、装置和系统的各种具体实施方式进行详细的说明。

实施例1：

参照图1所示，本发明实施例提供的一种数据保全方法，包括：

s101：获取数据保全请求中保全点的入参信息，所述入参信息包括链码和流程实例标识；

s102：根据获取的业务流程模板，验证所述入参信息，并在验证通过后接收保全点数据；

s103：当所述保全点非所述业务流程模板的最后一个保全点时，返回生成的下一个保全点的链码和流程实例标识。

本发明实施例提供的数据保全方法，在每次进行保全点的数据保全时，都需要验证其入参信息中包括的链码和流程实例标识，只有根据业务流程模板，通过验证才会接收保全数据，并回生成的下一个保全点的链码和流程实例标识，保证数据保全的保全点按照预定的顺序进行保全，避免因数据保全重复提交造成逻辑混乱和无效保全。

本发明实施例提供的数据保全方法，通过对保全点的入参信息的链码进行验证，当接收到的保全数据为恶意假冒数据时，链码无法通过验证，恶意假冒数据不会被接收，保证数据保全的有效性和安全性。

本发明实施例提供的数据保全方法，通过对保全点的入参信息的链码进行验证，当存在多个不同的业务流程时，每个业务流程可以按照各自的业务流程模板预定的保全点顺序进行数据保全，相互之间的数据不存在交叉，保证各业务流程数据保全的可靠性。

在一个实施例中，本发明实施例中所述的流程实例标识，是指流程实例编号信息。

参照图2所示，在一个实施例中，所述的数据保全方法还包括：

s104：将生成的下一个保全点的链码和流程实例标识对应进行缓存。

在一个实施例中，所述的数据保全方法，验证所述入参信息，包括：

根据流程实例标识查找上一保全点的链码和流程实例标识的缓存，将入参信息中的链码与上一保全点的链码缓存进行比对，若一致，则验证通过。

本发明实施例提供的数据保全方法，通过将生成的下一保全点的链码和流程实例标识进行缓存，当接收下一保全点的保全数据时，验证入参信息时，通过流程实例标识查找已缓存的与其入参信息中的链码向对应的链码信息，只有当两者比对一致时，表明入参信息中的链码准确，才会通过保全点的链码信息的验证，接收保全数据，以保证保全数据按照保全点顺序进行保全，同时可以保证保全数据的可靠性，防止恶意保全数据混入到正常保全数据中。

在一个实施例中，所述的数据保全方法，所述保全点为首个保全点时，其入参信息中的链码和流程实例标识为预设的字符串；所述保全点为非首个保全点时，其入参信息中的链码和流程实例标识为按照预定规则生成的随机数。

本发明实施例提供的数据保全方法，获取流程业务模板，进行保全数据接收时，首个保全点的链码第一次调用时，入参信息中的链码为预设的字符串，具体的，可以是，所述的预设的字符串为空串“”；首个保全点的链码第一次调用时，入参信息中的流程实例标识为预设的字符串，具体的，可以是，所述的预设的字符串为空串“”。

参照图2所示，在一个实施例中，所述的数据保全方法还包括：

s105：根据所述业务流程模板，判断是否为最后一个保全点的数据；

若是，在接收到最后一个保全点数据后，结束数据保全。

本发明实施例的数据保全方法，当业务流程模板包括多个保全点的情况下，上传至最后一个保全点的保全数据完成后，系统判断为最后一个保全点时，结束数据保全，更新此次数据保全的状态为已完成状态。

在一个实施例中，所述的数据保全方法，当业务流程模板的保全点数量只有一个时，当接收保全数据时，验证入参信息中的链码和流程实例标识为预设的字符串，即接收保全点的保全数据，结束数据保全，更新此次数据保全的状态为已完成状态。

在一个实施例中，所述的数据保全方法，还包括：

接收保全点的包括链码和流程实例标识的入参信息，当验证该入参信息有错误时，停止数据保全。

作为本发明实施例的一个具体实施方式，当验证入参信息中链码错误时，返回错误响应信息，提醒客户管理系统服务器端停止上传保全数据。

实施例2：

参照图3所示，本发明实施例提供一种数据保全服务器，包括：

获取模块101，用于获取数据保全请求中保全点的入参信息；所述入参信息包括链码和流程实例标识；

验证及接收模块102，用于根据获取的业务流程模板，验证所述入参信息，并在验证通过后接收保全点数据；

生成模块103，用于生成并返回下一个保全点的链码和流程实例标识。

本发明实施例提供的数据保全服务器，在每次进行保全点的数据保全时，通过获取模块获取数据保全请求中保全点的入参信息，通过验证及接收模块验证其入参信息中包括的链码和流程实例标识，只有根据业务流程模板，通过验证才会接收保全数据，在验证及接收模块接收保全数据后，由生成模块生成下一个保全点的链码和流程实例标识并返回客户管理系统服务器，作为下一个保全点的入参信息。

本发明实施例提供的数据保全服务器，通过链码和流程实例标识的验证，能够保证数据保全的保全点按照预定的顺序进行保全，避免因数据保全重复提交造成逻辑混乱和无效保全。

本发明实施例提供的数据保全服务器，通过对保全点的入参信息的链码进行验证，当接收到的保全数据为恶意假冒数据时，链码无法通过验证，恶意假冒数据不会被接收，保证数据保全的有效性和安全性。

本发明实施例提供的数据保全服务器，通过对保全点的入参信息的链码进行验证，当存在多个不同的业务流程时，每个业务流程可以按照各自的业务流程模板预定的保全点顺序进行数据保全，相互之间的数据不存在交叉，保证各业务流程数据保全的可靠性。

参照图4所示，在一个实施例中，所述的数据保全服务器，还包括：

缓存模块104，用于将生成的下一个保全点的链码和流程实例标识对应进行缓存。

在一个实施例中，所述的数据保全服务器，所述验证及接收模块102，具体用于根据流程实例标识查找上一保全点的链码和流程实例标识的缓存，将入参信息中的链码与上一保全点的链码缓存进行比对，若一致，则验证通过。

本发明实施例提供的数据保全服务器，通过缓存模块将生成的下一保全点的链码和流程实例标识进行缓存，当接收下一保全点的保全数据时，验证入参信息时，通过流程实例标识查找缓存模块中已缓存的与其入参信息中的链码向对应的链码信息，只有当两者比对一致时，表明入参信息中的链码准确，才会通过保全点的链码信息的验证，接收保全数据，以保证保全数据按照保全点顺序进行保全，同时可以保证保全数据的可靠性，防止恶意保全数据混入到正常保全数据中。

参照图4所示，在一个实施例中，所述的数据保全服务器，还包括：

判断模块105，用于根据所述业务流程模板，判断是否为最后一个保全点的数据；

所述验证及接收模块102，还用于在所述判断模块105判断保存点为最后一个保全点时，在接收到最后一个保全点数据后，结束数据保全。

本发明实施例提供的数据保全服务器，通过判断模块对保全点进行判断，当判断所属保全点为最后一个保全点时，通过验证及接收模块，结束数据保全，并更新数据保全流程为已结束状态。

实施例3：

参照图5所示，本发明实施例提供一种请求数据保全方法，包括：

s201：请求上传保全数据，发送保全点的入参信息，所述入参信息包括预先保存的保全点的链码和流程实例标识；

s202：当接收到返回的下一个保全点的链码和流程实例标识时，进行保存，以便作为下个保全点的数据保全请求的入参信息。

本发明实施例提供的请求数据保全方法，在每次请求保全点的数据保全时，发送保全点的入参信息，只有接收保全数据的服务器，根据业务流程模板，验证其入参信息中的链码和流程实例标识通过后，才会对发送的数据进行保全，保证数据保全的保全点按照预定的顺序进行保全，避免因数据保全重复提交造成逻辑混乱和无效保全。

本发明实施例提供的请求数据保全方法，在每次请求保全点的数据保全时，发送保全点的入参信息，只有接收保全数据的服务器，根据业务流程模板，验证其入参信息中的链码和流程实例标识通过后，才会对发送的数据进行保全，当上传的保全数据为恶意假冒数据时，链码无法通过验证，恶意假冒数据不会被接收，保证请求数据保全的有效性和安全性。

本发明实施例提供的请求数据保全方法，当存在多个不同的业务流程时，每个业务流程可以按照各自的业务流程模板预定的保全点顺序进行请求数据保全，相互之间的数据不存在交叉，保证各业务流程数据保全的可靠性。

在一个实施例中，所述的请求数据保全方法，还包括：

当所述保全点为非首个保全点时，预先保存的保全点的链码和流程实例标识为发送上一个保全点的数据保全请求时返回的链码和流程实例标识；

当所述保全点为首个保全点时，所述入参信息中的链码和流程实例编码为预设的字符串。

实施例4：

参照图6所示，本发明实施例提供一种客户管理系统服务器，包括：

请求模块201，用于请求数据保全，发送保全点的入参信息，所述入参信息包括预先保存的保全点的链码和流程实例标识；

保存模块202，用于当接收到返回的下一个保全点的链码和流程实例标识时，进行保存，以便作为下个保全点的数据保全请求的入参信息。

本发明实施例提供的客户管理系统服务器，在每次请求保全点的数据保全时，通过请求模块发送保全点的入参信息，只有接收保全数据的服务器，根据业务流程模板，验证其入参信息中的链码和流程实例标识通过后，才会对发送的数据进行保全，保证数据保全的保全点按照预定的顺序进行保全，避免因数据保全重复提交造成逻辑混乱和无效保全。

本发明实施例提供的客户管理系统服务器，在每次请求保全点的数据保全时，发送保全点的入参信息，只有接收保全数据的服务器，根据业务流程模板，验证其入参信息中的链码和流程实例标识通过后，才会对请求模块发送的数据进行保全，当请求模块上传的保全数据为恶意假冒数据时，链码无法通过验证，恶意假冒数据不会被接收，保证请求数据保全的有效性和安全性。

本发明实施例提供的客户管理系统服务器，当存在多个不同的业务流程时，每个业务流程可以按照各自的业务流程模板预定的保全点顺序进行请求数据保全，相互之间的数据不存在交叉，保证各业务流程数据保全的可靠性。

实施例5：

本发明实施例提供一种数据保全系统，包括：

前述任一数据保全服务器；

前述客户管理系统服务器。

本发明实施例提供的数据保全系统，通过客户管理系统服务器上传保全数据，数据保全服务器对保全数据的入参信息中的链码进行验证通过后，接收保全数据，按照业务流程模板的保全点按顺序进行保全，保证数据保全的有序性和可靠性，通过对入参信息中的链码进行验证，保证数据保全服务器接收到的客户管理系统请求的保全数据为有效保全数据，保证数据保全合理有序进行，提高数据保全的可靠性，防止恶意假冒数据污染数据保全系统中的正常保全数据信息。

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

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

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

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

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。