CN113419878B - 一种数据操作方法和装置 - Google Patents

Abstract

本发明公开了一种数据操作方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：配置业务数据的业务流水号及与业务流水号对应的目标服务器的信息，根据接入的业务系统发送的业务流水号，向接入的业务系统返回目标服务器的信息，以由接入的业务系统将业务数据存储到目标服务器或者对已存的业务数据更改或查询，其中第一业务系统将业务数据存到目标服务器，第一业务系统或第二业务系统对已存的业务数据更改或查询。该实施方式能够统一各业务系统的数据存储，节约服务器资源，避免各业务系统文件不一致，文件不易被篡改并防止文件丢失，保证业务正常进行，提升业务整体安全性，防止出现系统漏洞，并减少系统响应时间，提高客户体验。

Description

一种数据操作方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及数据操作方法和装置。

背景技术

在一些场景，一个业务系统进行业务处理的业务数据需要通过MQ(消息队列)传输到另一业务系统，两个业务系统后续分别进行各自的业务处理，会导致两业务系统的数据不一致。例如，短险投保都是通过碎片险销售系统投保，在投保成功后碎片险销售系统会把客户签名的影像、产品条款、投保相关数据通过MQ传输到投保平台系统中。在系统查询相关影像时会查询碎片险销售系统本地保存的相关信息(客户签名的影像、产品条款、投保相关数据)。这样就涉及到几个问题：(1)碎片险销售系统(或称碎片险系统)和投保平台系统都要存一份客户投保的相关文件(客户签名的影像、产品条款、投保相关数据)，理赔、保全操作时用的是投保平台的文件，投保查询时是碎片险销售系统存的文件，如果客户进行了保全、理赔操作，碎片险销售系统不会收到相关文件的修改版本，这样会导致不一致的情况，涉及到系统安全。(2)如果碎片险销售系统不读取碎片险销售系统本地的文件而读取投保平台的文件，这样就增加了系统响应时间，降低客户投保体验。(3)在碎片险销售系统通过MQ传输给投保平台系统过程中会出现碎片险销售系统一份数据、投保平台一份数据，如果只有其中一个系统丢失文件则会出现系统异常。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

各业务系统对业务数据进行操作时需要各业务系统都存一份业务数据，浪费服务器资源，后续进行不同业务操作后业务系统之间文件不一致，并且文件易被篡改或丢失，使整体业务异常，影响业务整体安全性，且文件修改不会通知其他业务系统，造成了系统漏洞，还存在增加系统响应时间、影响客户体验等问题。

发明内容

有鉴于此，本发明实施例提供一种数据操作方法和装置，能够统一各业务系统的数据存储，节约服务器资源，避免各业务系统文件不一致，文件不易被篡改，并防止文件丢失，保证业务正常进行，提升业务整体安全性，防止出现系统漏洞，并减少系统响应时间，提高客户体验。

为实现上述目的，根据本发明实施例的一个方面，提供了一种数据操作方法。

一种数据操作方法，包括：配置业务数据的业务流水号以及与所述业务流水号对应的目标服务器的信息，所述目标服务器为服务器集群中的一个或多个服务器；根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息，以由所述接入的业务系统将所述业务数据存储到所述目标服务器或者对已存的所述业务数据进行更改或查询；其中，将所述业务数据存储到所述目标服务器的所述接入的业务系统为第一业务系统，对已存的所述业务数据进行更改或查询的所述接入的业务系统为所述第一业务系统或第二业务系统，所述第一业务系统或所述第二业务系统根据所述目标服务器在存储所述业务数据后所生成的文件存储信息，对所述业务数据进行更改或查询。

可选地，所述业务流水号被预先配置在所述接入的业务系统的拦截器配置文件中，所述接入的业务系统利用所述拦截器，通过IPFS协议与所述服务器集群交互，以在所述目标服务器进行所述业务数据的存储、查询或更改操作。

可选地，所述根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息之前，包括：通过HTTP协议与所述服务器集群交互，以查询所述目标服务器的状态，并确定所述状态指示所述目标服务器当前可用。

可选地，还包括：配置所述接入的业务系统与所述业务流水号之间的对应关系；所述根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息之前，包括：根据配置的所述接入的业务系统与所述业务流水号之间的对应关系，确定所述接入的业务系统具有所述服务器集群的接入权限。

可选地，在所述目标服务器为所述服务器集群中的多个服务器的情况下，所述接入的业务系统将所述业务数据存储到所述目标服务器时，在所述服务器集群按照IPFS协议，将所述业务数据裁剪为多个块文件，并将所述多个块文件分布式存储到所述多个服务器。

可选地，分布式存储所述多个块文件的所述服务器所在的网段与所述第一业务系统和/或第二业务系统的网段相同。

可选地，所述目标服务器在存储所述业务数据后，生成的所述文件存储信息包括所述业务数据在所述目标服务器中的文件流水号、文件名称、用于标识所述业务数据的配置名称中的一者或多者，并将生成的所述文件存储信息返回所述第一业务系统，由所述第一业务系统将所述文件存储信息发送至所述第二业务系统。

根据本发明实施例的另一方面，提供了一种数据操作装置。

一种数据操作装置，包括：操作配置模块，用于配置业务数据的业务流水号以及与所述业务流水号对应的目标服务器的信息，所述目标服务器为服务器集群中的一个或多个服务器；操作执行模块，用于根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息，以由所述接入的业务系统将所述业务数据存储到所述目标服务器或者对已存的所述业务数据进行更改或查询；其中，将所述业务数据存储到所述目标服务器的所述接入的业务系统为第一业务系统，对已存的所述业务数据进行更改或查询的所述接入的业务系统为所述第一业务系统或第二业务系统，所述第一业务系统或所述第二业务系统根据所述目标服务器在存储所述业务数据后所生成的文件存储信息，对所述业务数据进行更改或查询。

可选地，所述业务流水号被预先配置在所述接入的业务系统的拦截器配置文件中，所述接入的业务系统利用所述拦截器，通过IPFS协议与所述服务器集群交互，以在所述目标服务器进行所述业务数据的存储、查询或更改操作。

可选地，包括状态确定模块，用于：通过HTTP协议与所述服务器集群交互，以查询所述目标服务器的状态，并确定所述状态指示所述目标服务器当前可用。

可选地，所述操作配置模块还用于：配置所述接入的业务系统与所述业务流水号之间的对应关系；所述装置还包括权限确定模块，用于：根据配置的所述接入的业务系统与所述业务流水号之间的对应关系，确定所述接入的业务系统具有所述服务器集群的接入权限。

可选地，在所述目标服务器为所述服务器集群中的多个服务器的情况下，所述接入的业务系统将所述业务数据存储到所述目标服务器时，在所述服务器集群按照IPFS协议，将所述业务数据裁剪为多个块文件，并将所述多个块文件分布式存储到所述多个服务器。

可选地，分布式存储所述多个块文件的所述服务器所在的网段与所述第一业务系统和/或第二业务系统的网段相同。

可选地，所述目标服务器在存储所述业务数据后，生成的所述文件存储信息包括所述业务数据在所述目标服务器中的文件流水号、文件名称、用于标识所述业务数据的配置名称中的一者或多者，并将生成的所述文件存储信息返回所述第一业务系统，由所述第一业务系统将所述文件存储信息发送至所述第二业务系统。

根据本发明实施例的又一方面，提供了一种电子设备。

一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得所述一个或多个处理器实现本发明实施例所提供的数据操作方法。

根据本发明实施例的又一方面，提供了一种计算机可读介质。

一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的数据操作方法。

上述发明中的一个实施例具有如下优点或有益效果：配置业务数据的业务流水号及与业务流水号对应的目标服务器的信息，根据接入的业务系统发送的业务流水号，向接入的业务系统返回目标服务器的信息，以由接入的业务系统将业务数据存储到目标服务器或者对已存的业务数据更改或查询，其中第一业务系统将业务数据存到目标服务器，第一业务系统或第二业务系统对已存的业务数据更改或查询。能够统一各业务系统的数据存储，节约服务器资源，避免各业务系统文件不一致，文件不易被篡改并防止文件丢失，保证业务正常进行，提升业务整体安全性，防止出现系统漏洞，并减少系统响应时间，提高客户体验。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明一个实施例的数据操作方法的主要步骤示意图；

图2是根据本发明一个实施例的通过IPFS协议存储文件的示意图；

图3是根据本发明一个实施例的文件存储的原理示意图；

图4是根据本发明一个实施例的IPFS协议八层子协议栈示意图；

图5是根据本发明一个实施例的数据操作的系统架构示意图；

图6和图7是根据本发明一个实施例的接入业务配置的配置界面示意图；

图8和图9是根据本发明一个实施例的IPFS服务器配置的配置界面示意图；

图10是根据本发明一个实施例的用于保单打印文件查看的菜单文件查看界面示意图；

图11是根据本发明一个实施例的IPFS服务器的状态查询界面示意图；

图12是根据本发明一个实施例的数据操作装置的主要模块示意图；

图13是本发明实施例可以应用于其中的示例性系统架构图；

图14是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明一个实施例的数据操作方法的主要步骤示意图。

如图1所示，本发明一个实施例的数据操作方法主要包括如下的步骤S101至步骤S102。数据操作具体可包括对业务数据的存储、查询(读取)、更改等操作。

步骤S101：配置业务数据的业务流水号以及与该业务流水号对应的目标服务器的信息，目标服务器为服务器集群中的一个或多个服务器；

步骤S102：根据接入的业务系统发送的该业务流水号，向接入的业务系统返回目标服务器的信息，以由接入的业务系统将该业务数据存储到目标服务器或者对已存的该业务数据进行更改或查询；其中，将该业务数据存储到目标服务器的接入的业务系统为第一业务系统，对已存的该业务数据进行更改或查询的接入的业务系统为第一业务系统或第二业务系统，第一业务系统或第二业务系统根据目标服务器在存储业务数据后所生成的文件存储信息，对该业务数据进行更改或查询。

该业务流水号被预先配置在接入的业务系统的拦截器配置文件中，接入的业务系统利用拦截器，通过IPFS协议与服务器集群交互，以在目标服务器进行业务数据的存储、查询或更改操作。

在一个实施例中，根据接入的业务系统发送的业务流水号，向接入的业务系统返回目标服务器的信息之前，可通过HTTP协议与服务器集群交互，以查询目标服务器的状态，并确定状态指示目标服务器当前可用。

在一个实施例中，还可以配置接入的业务系统与业务流水号之间的对应关系。

根据接入的业务系统发送的业务流水号，向接入的业务系统返回目标服务器的信息之前，可以根据配置的接入的业务系统与业务流水号之间的对应关系，确定接入的业务系统具有服务器集群的接入权限。

在目标服务器为服务器集群中的多个服务器的情况下，接入的业务系统将业务数据存储到目标服务器时，在服务器集群按照IPFS协议，将业务数据裁剪为多个块文件，并将多个块文件分布式存储到多个服务器。

在接入的业务系统需要从该多个服务器查询(读取)该业务数据时，可通过IPFS协议将该多个块文件重新组合得到该业务数据的文件，并将该业务数据的文件返给该接入的业务系统。

分布式存储多个块文件的服务器所在的网段与第一业务系统和/或第二业务系统的网段相同。例如，其中至少一个服务器与第一业务系统处于相同网段、另外至少一个服务器与第二业务系统处于相同网段。或者，其中至少部分服务器与第一业务系统或第二业务系统处于相同网段。

目标服务器在存储该业务数据后，生成的文件存储信息包括该业务数据在目标服务器中的文件流水号、文件名称、用于标识业务数据的配置名称中的一者或多者，并将生成的文件存储信息返回第一业务系统，以便第一业务系统后续根据业务需要可以根据文件存储信息查询或更改该业务数据，另外，还可由第一业务系统将文件存储信息发送至第二业务系统，以便第二业务系统根据文件存储信息可以查询或更改该业务数据。

在一个实施例中，第一业务系统可在本地拦截器的配置文件中配置业务流水号，从配置服务器获取该业务流水号对应的目标服务器的信息，配置服务器即用于配置业务数据的业务流水号以及与该业务流水号对应的目标服务器的信息的服务器，配置服务器可以是独立于本发明实施例的服务器集群的另外的服务器。

第一业务系统将业务数据存储到目标服务器，得到目标服务器返回的文件存储信息，将文件存储信息发送到第二业务系统。

第一业务系统从配置服务器获取业务流水号对应的目标服务器的信息之前，可通过拦截器确认具有服务器集群的接入权限，具体地，第一业务系统可利用拦截器与配置服务器交互，以在配置服务器中查询是否存有该业务流水号与第一业务系统的对应关系，若存在该对应关系，则第一业务系统具有服务器集群的接入权限。

第一业务系统利用拦截器与服务器集群交互，以将业务数据存储到目标服务器(可为一个或多个服务器)。拦截器可使用HTTP协议与配置服务器交互，以及，使用IPFS协议与服务器集群交互。

业务数据在目标服务器中的文件流水号可为文件流水号哈希值的形式。

在另一个实施例中，配置服务器保存服务器配置信息，服务器配置信息包括目标服务器的信息与业务流水号之间的对应关系，根据第一业务系统发送的该业务流水号，向第一业务系统输出目标服务器的信息，以便第一业务系统将业务数据存储在目标服务器。配置服务器保存目标服务器在存储业务数据之后所返回的文件存储信息。配置服务器还可以保存接入业务配置，接入业务配置包括业务系统与业务流水号之间的对应关系。根据接入业务配置可以确定第一业务系统具有服务器集群的接入权限，具体地，查询是否存有该业务流水号与第一业务系统的对应关系，若存在该对应关系，则第一业务系统具有服务器集群的接入权限。

将业务数据存储在目标服务器具体可以通过服务器集群，按照IPFS协议将业务数据存储到一个或多个服务器。

该业务数据被存储到目标服务器之后，第一业务系统或第二业务系统均可根据业务需要接入服务器集群，以对该业务数据进行查询或更改。

在第一业务系统或第二业务系统在后续需要对该业务数据进行查询(读取)或更改时，可以根据业务流水号确定该业务数据所在的服务器(目标服务器)，根据文件存储信息确定该业务数据所在的具体文件，以进行查询(读取)或更改操作。

目标服务器的信息可以包括目标服务器的IP、端口号等。

本发明实施例的服务器集群即存储集群，例如IPFS存储集群，其中包括多个IPFS服务器，服务器集群中的服务器(例如IPFS服务器)用于存储业务数据，也可称为存储服务器。服务器集群包括目标服务器。

星际文件系统(InterPlanetary File System，缩写IPFS)是一个旨在创建持久且分布式存储和共享文件的网络传输协议，该技术是一种内容可寻址的对等超媒体分发协议。IPFS协议是一个分布式存储的协议，一个文件在该协议下的存储形式可能会被裁剪成很多块(即块文件)放到多个系统中，文件并不保存在一个特定路径下，从而保证了文件不容易被手工篡改，IPFS协议内部支持安全性，提高查询速度。

由于第一业务系统与第二业务系统通过服务器集群的相同目标服务器(具体可以是一个服务器或多个服务器)查询或更改该业务数据，因此该两业务系统不需要分别存储一份该业务数据，并且即使其中一个业务系统对该业务数据进行了更改，另一业务系统在查询该业务数据时也可以从目标服务器获取到更改后的业务数据，同时也避免了由分别保存该业务数据所导致的一个业务系统文件丢失而使整个业务异常的情况出现。此外，由于通过服务器集群的目标服务器来存储业务数据，在业务系统需要读取该业务数据时，只需从目标服务器查询读取，而不必从另一业务系统来查询读取业务数据，节省了响应时间。

图2是根据本发明一个实施例的通过IPFS协议存储文件的示意图，以第一业务系统为碎片险销售系统、第二业务系统为投保平台为例，多个存储服务器(即用于存储业务数据的文件的服务器，或称IPFS服务器)构成服务器集群，本实施例以存储服务器A、B为例，如图2所示，碎片险销售系统如果通过IPFS协议存储一个1.jpg的图片(即业务数据)，存储的结果可能会在存储服务器A中保存为1.111111112tmp文件，在存储服务器B中保存为1.1111333222tmp，该存储业务数据的文件的存储服务器A、B均为目标服务器(即目标服务器为多个服务器的情况)。存储服务器A、B都是服务器集群(即存储集群)中的服务器。在读取文件的时候IPFS协议会重新将这两个文件(1.111111112tmp文件、1.1111333222tmp)组合成1.jpg，然后返回给调用系统，调用系统指从存储集群获取该文件的业务系统，例如第一业务系统或第二业务系统。

基于分布式存储，本发明实施例使碎片险销售系统和投保平台两个业务系统的存储共同建立一个IPFS存储集群来存储业务数据，从而实现在文件读取时减少网络开销，提高系统响应速度。

图3是根据本发明一个实施例的文件存储的原理示意图。

如图3所示，碎片险销售系统和存储服务器A在同一个网段(称该网段为网段1)，投保平台和存储服务器B在同一个网段(称该网段为网段2)，即在目标服务器为服务器集群中的多个服务器的情况下，其中可包括与第一业务系统位于相同网段的服务器和与第二业务系统位于相同网段的服务器。存储服务器A、B均为存储集群中的服务器，存储集群的服务器之间通过IPFS协议交互。客户在碎片险销售系统中投保了一款意外险，碎片险销售系统将客户的投保信息、产品条款、客户签名等信息(即业务数据)打包成文件1.zip，通过IPFS协议保存文件时在存储服务器A上生成1.234234tmp文件，在存储服务器B上生成1.234234444tmp文件。投保平台在读取该客户的信息时会通过IPFS协议整合1.234234tmp和1.234234444tmp文件。因为1.234234444tmp和投保平台在同一个网段服务器上，网络资源消耗很少，这样就会减少网络开销、提高系统响应时间。

图4是根据本发明一个实施例的IPFS协议八层子协议栈示意图如图4所示，IPFS协议八层子协议栈包括身份层、网络层、路由层、交换层、对象层、文件层、命名层、应用层。本发明实施例主要使用其中的命名层、路由层，其中，命名层会为每个保存的文件和保存的文件片段生成唯一的文件流水号，通过该文件流水号可以匹配文件和对应的文件片段。路由层把文件保存到服务器集群的不同服务器上。

图5是根据本发明一个实施例的数据操作的系统架构示意图。

如图5所示，本发明实施例的数据操作的系统架构包括IPFS配置装置、拦截器JAR、IPFS存储集群(简称存储集群)，拦截器嵌入在业务系统中，业务系统例如碎片险销售系统、投保平台，应用I、应用II均为业务系统中的应用，例如，应用I可以是碎片险销售系统中的应用，应用II可以是投保平台中的应用。

IPFS配置装置即配置服务器，通常为服务器集群(即IPFS存储集群)之外的服务器，或者，为存储集群中的一个服务器。本实施例以配置服务器为独立于存储集群的服务器为例。

IPFS配置装置的功能主要有四方面：(1)接入业务配置，为接入的业务系统生成一个唯一的业务流水号，判断接入的业务系统是否有权限读取存储集群中相关的文件(业务数据)，进行接入业务配置后保存接入业务配置的信息，具体包括业务系统与业务流水号之间的对应关系。(2)IPFS服务器配置，维护IPFS服务器的配置(IP、端口)，以保证服务器高可用，进行IPFS服务器配置后，保存服务器配置信息，服务器配置信息包括服务器的信息(IP、端口)与业务流水号之间的对应关系。(3)IPFS服务监控，通过该功能可以实时确定IPFS服务器的实时状态。(4)保单打印文件查看，该功能可查看IPFS服务器上保存的电子化保单打印需要的相关文件(即业务数据的文件)。

IPFS配置装置和IPFS存储集群交互的协议是HTTP协议，该功能主要实现查询IPFS存储集群中服务器节点的状态，将查询出的结果实时反馈给IPFS配置装置，这样业务系统中的应用在调用IPFS集群时就能确定哪些IPFS服务器是正常运行状态。

IPFS存储集群内部通过IPFS协议通讯，以保证数据的快速保存。

拦截器需嵌入到业务系统中，业务系统通过该拦截器判断是否可以接入到IPFS存储集群中，如果可以接入，表示该业务系统具有IPFS存储集群的接入权限，则业务系统可以获取IPFS存储集群的IP地址、端口号，通过该IP地址、端口号把包含该业务系统的业务数据的文件保存到IPFS存储集群中。拦截器与IPFS配置装置交互的协议是HTTP协议，通过该接口可以判断接入权限和IPFS服务器信息。拦截器与IPFS存储集群交互的协议是IPFS协议，通过该协议把包含业务数据的文件保存到IPFS存储集群中。

本实施例的碎片险销售系统和投保平台都是java工程，所以拦截器可使用java程序编写。拦截器程序被保存为IPFSCONN.JAR。

系统调用流程如下：

首先在所有服务器上安装IPFS服务，在本发明实施例中，使用的是GO-IPFS软件。

安装命令如下：

1)tar xvf go-ipfs_v0.4.16_linux-amd64.tar.gz

2)cd go-ipfs

3)sudo./install.sh

4)sudo ipfs init

5)sudo ipfs daemon

在所有的存储服务器(服务器集群中的服务器，即IPFS服务器)上安装IPFS软件。

在IPFS配置装置中进行“接入业务配置”，生成业务系统的唯一业务流水号。接入业务配置的配置界面如图6和图7所示，在该配置界面中，一个配置的业务流水号可对应多个接入系统(即接入的业务系统)，例如同一业务流水号分别与第一业务系统、第二业务系统存在对应关系。

在IPFS配置装置中进行“IPFS服务器配置”，配置IPFS服务器的列表。IPFS服务器配置的配置界面如图8和图9所示，在该配置界面中，保存配置名称以及IPFS服务器的IP、端口的对应关系，其中，配置名称用于标识业务数据。且在该配置界面中，配置名称和上述“接入业务配置”中的配置名称为同一个值。

修改IPFSCONN.JAR(拦截器)中的配置文件，根据业务系统的不同，在“IPFS服务器配置”菜单中找到具体的配置名称，保存在拦截器的jar包中。业务系统根据配置名称在IPFS服务器配置中寻找可以联通的服务器列表，通过该服务器列表中IPFS服务器的IP和端口保存文件。保存过程如下：

ip：192.168.0.1port：8080是从IPFS服务器配置寻找到业务可用的服务器配置信息，MerkleNode为IPFS协议保存后返回的对象，MerkleNode对象中保存该文件的文件名称、唯一hash(哈希)值，该唯一hash值具体为文件流水号的哈希值，保存文件对应的该值，本发明实施例还可提供保单打印文件查看的功能，并提供“保单打印文件”菜单以及相应的文件查看界面，后续可以在“保单打印文件”菜单中查看该模块的文件存储信息，文件存储信息具体包括上述的文件名称、唯一hash值，还可以包括配置名称。

读取文件的过程如下：

通过文件保存时存储的文件名和唯一hash值，可以按照上述逻辑读取到对应的文件。

“保单打印文件”菜单的文件查看界面如图10所示，通过该查看界面可查询出文件(保单相关的业务数据)的保存时间和唯一hash值。

本发明实施例还可提供“IPFS服务监控”界面，即IPFS服务器的状态查询界面，通过“IPFS服务监控”界面可以查看到IPFS服务器的状态，IPFS服务器的状态查询界面如图11所示。可通过在IPFS配置装置中定时使用telnet服务的命令来确定服务是否为存活(可用)状态。

下面以短险投保为例，短险投保都是通过碎片险销售系统(第一业务系统)投保，在投保成功后碎片险销售系统会把客户签名的影像、产品条款、投保相关数据通过MQ传输到投保平台系统(第二业务系统)中。短险相对于长险而言，是承保时间较短的保险，例如一年期限的一些消费型的意外险、医疗险等，短险中获客类的险种称为碎片险，本发明实施例涉及的业务场景不仅限于碎片险，其他保险场景也可适用。

本发明实施例的技术方案主要是对电子化保单打印相关文件、数据传输的技术改革，主要解决电子化保单打印中安全传输、防篡改、提高查询电子保单影像速度三项问题。

现有技术的碎片险销售系统的投保界面，客户投保界面中录入投保人、被保人、保单的相关信息，电子签名界面中收集投保人电子签名。在系统投保时碎片险系统会把投保信息、客户签名保存到本地，然后通过RabbitMQ传送到投保平台中。现有技术方案存在如下缺陷：客户在投保后，投保信息、客户签名和产品条款都要在碎片险销售系统和投保平台两个平台中都要保存一份相同的数据。浪费了服务器的资源，降低了系统响应时间；客户如果在界面查询投保信息、签名需要重读碎片险系统中保存的信息，但是如果客户做过保全、理赔并不会把新信息传给碎片险系统，导致查询信息错误。如果直接读取投保平台的数据影响系统响应时间；如果客户在投保后投保平台或者碎片险系统出现文件丢失或者被修改的情况，这样会导致客户查不到投保信息或者客户无法做理赔、保全，导致系统异常(如果双方文件都丢失只能通过人工客服介入处理)，而且双方平台文件修改都不会通知对方系统，造成了系统漏洞。

基于该业务场景，针对现有技术所存在的缺陷，本发明实施例的方案如下：

(1)首先在IP为192.168.0.1和192.168.0.2这两台服务器上安装GO-IPFS软件，并且设置端口为8080，由于安装过程通用，本发明实施例对于安装步骤不做详细说明。

(2)在“接入业务配置”菜单中增加一个新的配置名称为“碎片险保单影像信息”(配置名称用于标识业务数据)，对应该两个系统：碎片险销售系统、投保平台。保存完毕后生成对应的业务流水号为A00001。

(3)在“IPFS服务器配置”菜单中配置配置名称为“碎片险保单影像信息”对应的两个服务器，IP分别为192.168.0.1和192.168.0.2(即业务流水号对应的目标服务器)，端口都为8080。

(4)在碎片险销售系统中增加IPFSCONN.JAR(拦截器)，并且在拦截器的jar包中设置业务流水号为“A00001”，客户在碎片险销售系统中投保成功后，后台产生的信息如下：

投保相关数据：{

产品条款:A01.pdf

客户签名的影像:00000000001.bpm。碎片险销售系统把这三类文件(data.txt、A01.pdf、00000000001.bpm)压缩成一个压缩包为00000000001001.zip。碎片险销售系统通过IPFSCONN.JAR(拦截器)中的配置文件中的业务流水号为“A00001”，找到对应的IP为192.168.0.1和192.168.0.2，端口为8080。判断192.168.0.1服务器信息是否正常，若正常，则执行如下代码：

MerkleNode对象中返回的hash流水号(即文件流水号)为S00000001，在IPFS配置装置中保存文件存储信息(包含文件流水号、文件名称、配置名称)也即在配置服务器中保存文件存储信息，并且把相关数据(包含文件流水号、文件名称、配置名称)传送给投保平台，其中文件流水号具体为hash值的形式。

在本发明一个实施例中，服务器集群在保存业务数据之后，可以将文件存储信息发送至第一业务系统和配置服务器二者，第一业务系统在收到文件存储信息之后，将文件存储信息发送至第二业务系统，即：IPFS存储集群在保存完碎片险销售系统的文件之后，将文件存储信息发送至投保平台和IPFS配置装置二者，然后碎片险销售系统将收到的文件存储信息发送至投保平台。

在本发明另一个实施例中，服务器集群在保存业务数据之后，可以将文件存储信息发送至第一业务系统和配置服务器二者，由配置服务器在收到文件存储信息后，将文件存储信息发送至第二业务系统，即，由IPFS配置装置来将收到的文件存储信息发送至投保平台。

(5)在投保平台中增加IPFSCONN.JAR(拦截器)，配置的业务流水号为“A00001”。客户投保后传送给投保平台的数据为“文件流水号”hash值：S00000001、配置名称：碎片险保单影像信息、文件名称：00000000001001.zip。通过配置的业务流水号可以在IPFS存储集群中读取到对应的文件：

通过上述代码下载到保存的文件。

(6)在“保单打印文件查看”菜单中可以查看到具体文件保存的地址。

(7)在“IPFS服务监控”中可以看到IPFS服务器192.168.0.1和192.168.0.2的状态。

本发明实施例统一了碎片险销售系统和投保平台的存储，基于IPFS协议的特点，能够提高获取文件的速度，提高系统响应速度，优化系统查询的效率，减少系统访问客户相关信息的响应时间。通过IPFS协议中保存文件的形式，确保文件的安全性、防止篡改。通过IPFS集群的效果保证系统的稳定。

图12是根据本发明一个实施例的数据操作装置的主要模块示意图。如图12所示，本发明一个实施例的数据操作装置1200主要包括：操作配置模块1201、操作执行模块1202。数据操作装置1200可位于配置服务器中，配置服务器可以为服务器集群中的一个服务器，然而作为优选实施方式，配置服务器应为独立于服务器集群的另外的服务器。

操作配置模块1201，用于配置业务数据的业务流水号以及与该业务流水号对应的目标服务器的信息，目标服务器为服务器集群中的一个或多个服务器；

操作执行模块1202，用于根据接入的业务系统发送的该业务流水号，向接入的业务系统返回目标服务器的信息，以由接入的业务系统将该业务数据存储到目标服务器或者对已存的该业务数据进行更改或查询；

其中，将该业务数据存储到目标服务器的接入的业务系统为第一业务系统，对已存的该业务数据进行更改或查询的接入的业务系统为第一业务系统或第二业务系统，第一业务系统或第二业务系统根据目标服务器在存储该业务数据后所生成的文件存储信息，对该业务数据进行更改或查询。

业务流水号被预先配置在接入的业务系统的拦截器配置文件中，接入的业务系统利用拦截器，通过IPFS协议与服务器集群交互，以在目标服务器进行业务数据的存储、查询或更改操作。

数据操作装置1200还可以包括状态确定模块，用于：通过HTTP协议与服务器集群交互，以查询目标服务器的状态，并确定状态指示目标服务器当前可用。

操作配置模块1201还可以用于：配置接入的业务系统与业务流水号之间的对应关系。

数据操作装置1200还可以包括权限确定模块，用于：根据配置的接入的业务系统与业务流水号之间的对应关系，确定接入的业务系统具有服务器集群的接入权限。

在目标服务器为服务器集群中的多个服务器的情况下，接入的业务系统将业务数据存储到目标服务器时，在服务器集群按照IPFS协议，将业务数据裁剪为多个块文件，并将多个块文件分布式存储到多个服务器。

分布式存储多个块文件的服务器所在的网段与第一业务系统和/或第二业务系统的网段相同。

目标服务器在存储该业务数据后，生成的文件存储信息包括业务数据在目标服务器中的文件流水号、文件名称、用于标识该业务数据的配置名称中的一者或多者，并将生成的文件存储信息返回第一业务系统，由第一业务系统将文件存储信息发送至第二业务系统。

图13示出了可以应用本发明实施例的数据操作方法或数据操作装置的示例性系统架构1300。

如图13所示，系统架构1300可以包括终端设备1301、1302、1303，网络1304和服务器1305。网络1304用以在终端设备1301、1302、1303和服务器1305之间提供通信链路的介质。网络1304可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1301、1302、1303通过网络1304与服务器1305交互，以接收或发送消息等。终端设备1301、1302、1303上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。终端设备1301、1302、1303可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。服务器1305可以是提供各种服务的服务器，例如对用户利用终端设备1301、1302、1303所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的数据查询请求等数据进行分析等处理，并将处理结果(例如业务数据--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的数据操作方法一般由服务器1305执行，相应地，数据操作装置一般设置于服务器1305中。

应该理解，图13中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图14，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统1400的结构示意图。图14示出的终端设备或服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图14所示，计算机系统1400包括中央处理单元(CPU)1401，其可以根据存储在只读存储器(ROM)1402中的程序或者从存储部分1408加载到随机访问存储器(RAM)1403中的程序而执行各种适当的动作和处理。在RAM 1403中，还存储有系统1400操作所需的各种程序和数据。CPU 1401、ROM 1402以及RAM 1403通过总线1404彼此相连。输入/输出(I/O)接口1405也连接至总线1404。

以下部件连接至I/O接口1405：包括键盘、鼠标等的输入部分1406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1407；包括硬盘等的存储部分1408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至I/O接口1405。可拆卸介质1411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1410上，以便于从其上读出的计算机程序根据需要被安装入存储部分1408。

特别地，根据本发明公开的实施例，上文参考主要步骤示意图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤示意图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1409从网络上被下载和安装，和/或从可拆卸介质1411被安装。在该计算机程序被中央处理单元(CPU)1401执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的主要步骤示意图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，主要步骤示意图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或主要步骤示意图中的每个方框、以及框图或主要步骤示意图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括操作配置模块、操作执行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，操作配置模块还可以被描述为“用于配置业务数据的业务流水号以及与该业务流水号对应的目标服务器的信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：配置业务数据的业务流水号以及与所述业务流水号对应的目标服务器的信息，所述目标服务器为服务器集群中的一个或多个服务器；根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息，以由所述接入的业务系统将所述业务数据存储到所述目标服务器或者对已存的所述业务数据进行更改或查询；其中，将所述业务数据存储到所述目标服务器的所述接入的业务系统为第一业务系统，对已存的所述业务数据进行更改或查询的所述接入的业务系统为所述第一业务系统或第二业务系统，所述第一业务系统或所述第二业务系统根据所述目标服务器在存储所述业务数据后所生成的文件存储信息，对所述业务数据进行更改或查询。

根据本发明实施例的技术方案，配置业务数据的业务流水号及与业务流水号对应的目标服务器的信息，根据接入的业务系统发送的业务流水号，向接入的业务系统返回目标服务器的信息，以由接入的业务系统将业务数据存储到目标服务器或者对已存的业务数据更改或查询，其中第一业务系统将业务数据存到目标服务器，第一业务系统或第二业务系统对已存的业务数据更改或查询。能够统一各业务系统的数据存储，节约服务器资源，避免各业务系统文件不一致，文件不易被篡改并防止文件丢失，保证业务正常进行，提升业务整体安全性，防止出现系统漏洞，并减少系统响应时间，提高客户体验。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (9)

1.一种数据操作方法，其特征在于，包括：

配置业务数据的业务流水号以及与所述业务流水号对应的目标服务器的信息，所述目标服务器为服务器集群中的一个或多个服务器；

根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息，以由所述接入的业务系统将所述业务数据存储到所述目标服务器或者对所述目标服务器中已存的所述业务数据进行更改或查询；

其中，将所述业务数据存储到所述目标服务器的所述接入的业务系统为第一业务系统，对所述目标服务器中已存的所述业务数据进行更改或查询的所述接入的业务系统为所述第一业务系统或第二业务系统，所述第一业务系统或所述第二业务系统根据所述目标服务器在存储所述业务数据后所生成的文件存储信息，对所述业务数据进行更改或查询；

其中，在所述目标服务器为所述服务器集群中的多个服务器的情况下，所述接入的业务系统将所述业务数据存储到所述目标服务器时，在所述服务器集群按照IPFS协议，将所述业务数据裁剪为多个块文件，并将所述多个块文件分布式存储到所述多个服务器，在接入的业务系统从所述多个服务器查询和/或读取所述业务数据的情况下，通过IPFS协议将所述多个块文件重新组合得到所述业务数据的文件，并所述该业务数据的文件返给所述接入的业务系统。

2.根据权利要求1所述的方法，其特征在于，所述业务流水号被预先配置在所述接入的业务系统的拦截器配置文件中，所述接入的业务系统利用所述拦截器，通过IPFS协议与所述服务器集群交互，以在所述目标服务器进行所述业务数据的存储、查询或更改操作。

3.根据权利要求1所述的方法，其特征在于，所述根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息之前，包括：

通过HTTP协议与所述服务器集群交互，以查询所述目标服务器的状态，并确定所述状态指示所述目标服务器当前可用。

4.根据权利要求1所述的方法，其特征在于，还包括：配置所述接入的业务系统与所述业务流水号之间的对应关系；

所述根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息之前，包括：根据配置的所述接入的业务系统与所述业务流水号之间的对应关系，确定所述接入的业务系统具有所述服务器集群的接入权限。

5.根据权利要求1所述的方法，其特征在于，分布式存储所述多个块文件的所述服务器所在的网段与所述第一业务系统和/或第二业务系统的网段相同。

6.根据权利要求1所述的方法，其特征在于，所述目标服务器在存储所述业务数据后，生成的所述文件存储信息包括所述业务数据在所述目标服务器中的文件流水号、文件名称、用于标识所述业务数据的配置名称中的一者或多者，并将生成的所述文件存储信息返回所述第一业务系统，由所述第一业务系统将所述文件存储信息发送至所述第二业务系统。

7.一种数据操作装置，其特征在于，包括：

操作配置模块，用于配置业务数据的业务流水号以及与所述业务流水号对应的目标服务器的信息，所述目标服务器为服务器集群中的一个或多个服务器；

操作执行模块，用于根据接入的业务系统发送的所述业务流水号，向所述接入的业务系统返回所述目标服务器的信息，以由所述接入的业务系统将所述业务数据存储到所述目标服务器或者对所述目标服务器中已存的所述业务数据进行更改或查询；

其中，将所述业务数据存储到所述目标服务器的所述接入的业务系统为第一业务系统，对所述目标服务器中已存的所述业务数据进行更改或查询的所述接入的业务系统为所述第一业务系统或第二业务系统，所述第一业务系统或所述第二业务系统根据所述目标服务器在存储所述业务数据后所生成的文件存储信息，对所述业务数据进行更改或查询，在所述目标服务器为所述服务器集群中的多个服务器的情况下，所述接入的业务系统将所述业务数据存储到所述目标服务器时，在所述服务器集群按照IPFS协议，将所述业务数据裁剪为多个块文件，并将所述多个块文件分布式存储到所述多个服务器，在接入的业务系统从所述多个服务器查询和/或读取所述业务数据的情况下，通过IPFS协议将所述多个块文件重新组合得到所述业务数据的文件，并所述该业务数据的文件返给所述接入的业务系统。

8.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6中任一所述的方法。