多源存储方法、装置、计算机系统及存储介质与流程

本发明涉及人工智能的数据处理技术领域，尤其涉及一种多源存储方法、装置、计算机系统及存储介质。

背景技术：

在大数据时代，数据存储要求越来越高，其中诸如对象存储是一种存储海量数据的分布式存储服务，被广泛应用于各行业中，具有安全、低成本、高可靠性等特点。然而采用分布式存储服务通常需要服务于多个对象，服务对象往往在存储文件上或存储环境有不同要求，这就要求提高对象存储服务的适应不同服务对象的能力。当一个公司业务系统对接到各地不同系统时，通常各地在文件存储有着不同的技术要求或使用规范，或者因为现场网络环境限制，需要使用特定网络环境的存储系统。这时就导致开发团队在不同环境下需要接入不同的存储服务技术，造成了重复性工作。因此，如何更好的支持多存储源的存储服务是本领域技术人员需要解决的问题。

技术实现要素：

本发明的目的在于提供一种多源存储方法、装置、计算机系统及存储介质，以解决上述现有技术中的问题，本发明还可应用于智慧城市领域中，从而推动智慧城市的建设。

为了实现上述目的，本发明提供一种多源存储方法，包括以下步骤：

s10.接收客户端发送的业务信息，其中，所述业务信息包括类型和业务数据；

s20.识别所述业务信息的类型，依据所述业务信息的类型确定业务存储模式，其中，每一种业务信息的类型对应一种业务存储模式；

s30.根据确定的所述业务存储模式存储所述业务数据。

进一步的，所述步骤s10还包括接收客户端发送的客户端的设备信息，将所述客户端的设备信息与预设列表进行匹配，若匹配，采用统一接口接收所述客户端发送的所述业务信息。

进一步的，所述预设列表包括预设客户端信息；

所述将所述客户端的设备信息与预设列表进行匹配包括：

将所述客户端的设备信息与所述预设列表中的预设客户端信息进行匹配，若匹配，采用统一接口接收所述客户端发送的所述业务信息；

所述预设列表存储于区块链中。

进一步的，所述业务信息的类型包括api调用和sdk调用；所述api调用对应第一业务存储模式，所述sdk调用对应第二业务存储模式。

进一步的，所述步骤s30根据确定的所述业务存储模式存储所述业务数据，包括：当所述业务信息的类型为api调用，采用第一业务存储模式存储所述业务数据：对所述业务数据进行解码，获取文件名、文件标识、文件数据和类型集群，将文件名、文件唯一标识、文件数据和类型集群转换为文件流，将所述文件流存储到与所述类型集群对应的数据库中，其中每一类型集群对应一相应的数据库。

进一步的，所述步骤s30根据确定的所述业务存储模式存储所述业务数据，包括：当所述业务信息的类型为sdk调用，采用第二业务存储模式存储所述业务数据：对所述业务数据进行解码，获取文件数据、文件标识和类型集群，依据所述文件数据的数据量查询预设数据库，获取与所述类型集群匹配的数据库，获取所述数据库的地址，根据所述数据库地址生成与所述数据库对应的数据库标识，将所述业务数据依据所述数据库标识发送至所述数据库中，记录所述业务数据的存储信息，生成存储日志，并向所述客户端发送响应信息。

为了实现上述目的，本发明提供一种多源存储装置，包括接收单元、识别单元和处理单元，所述接收单元用于接收客户端发送的业务信息，其中，所述业务信息包括类型和业务数据，所述识别单元用于识别所述业务信息的类型，依据所述业务信息的类型确定业务存储模式，其中，每一种业务信息的类型对应一种业务存储模式，所述处理单元用于根据确定的所述业务存储模式存储所述业务数据。

进一步的，所述业务信息的类型包括api调用和sdk调用；所述api调用对应第一业务存储模式，所述sdk调用对应第二业务存储模式。

为了实现上述目的，本发明还提供一种计算机系统，其包括多个计算机设备，各计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述多个计算机设备的处理器执行所述计算机程序时共同实现前述方法的步骤。

为了实现上述目的，本发明还提供一种计算机可读存储介质，包括存储数据区和存储程序区，存储数据区存储根据区块链节点的使用所创建的数据，存储程序区存储有计算机程序，其中，所述存储介质存储的所述计算机程序被处理器执行时实现前述方法的步骤。

通过采用上述技术方案，本发明相对于现有技术具有如下有益效果：

本发明提供的多源存储方法、装置、计算机系统及存储介质，通过接收客户端发送的业务信息及客户端的设备信息，辨别出数据来源，然后依据业务信息的类型确定业务存储模式，以确定存储服务的业务存储模式，隐藏了接入多种存储服务的技术复杂性，实现了与具体存储服务的无关性，业务系统可根据使用场景进行选择后存储业务数据，为文件、文件流的存取带来便利，在不同区域部署使用时，也不需要更改文件存储的业务代码，提升了开发和生产的效率。

附图说明

图1为本发明多源存储方法的流程图；

图2为本发明多源存储方法的调用过程的示意图；

图3为本发明多源存储装置的一个实施例的结构框图；

图4为本发明计算机设备的一个实施例的硬件架构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供的多源存储方法、装置、计算机系统及存储介质通过接收客户端发送的业务信息及客户端的设备信息，辨别出数据来源，然后依据业务信息的类型确定业务存储模式，以确定存储服务的业务存储模式，隐藏了接入多种存储服务的技术复杂性，实现了与具体存储服务的无关性，业务系统可根据使用场景进行选择后存储业务数据，为文件、文件流的存取带来便利，在不同区域部署使用时，也不需要更改文件存储的业务代码，提升了开发和生产的效率。

实施例一

本发明提供一种支持多存储源的存储服务，参阅图1，示出了本发明一种多源存储方法，在步骤s10中，接收客户端发送的业务信息；其中，所述业务信息包括类型和业务数据，业务信息可以是实际工作中不同业务场景，可以是账务信息、运营信息或交易信息等，从客户端的设备信息可以区分出移动端设备与终端设备，更进一步的可以直接得到设备的编号编码等，业务数据包括文档、音视频和应用程序等。

在本实施例中，业务信息的类型包括api(applicationprogramminginterface)调用和sdk(softwaredevelopmentkit)调用，api调用方式通过rest(representationalstatetransfer)接口进行服务，api调用方式通过预先定义的函数，提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码或者理解内部工作机制的细节，sdk调用方式通过集成jar包(javaarchive，java归档)的方式进行服务，sdk调用方式包括由软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。

对于较小的文件，客户端可采用api调用方式通过rest接口进行服务，如在进行4mb以下的文件进行存取时的场景；对于较大的文件，客户端可通过sdk调用方式通过集成jar包的方式提供服务，可适用于存取500mb以下的使用场景。api调用方式可形成有规范的格式和内容要求的接口文档，在后端按照接口协议接收前端传递的合法数据和返回符合的规范的数据，在前端按照接口协议传递符合规范的数据和对后端返回的数据依据展示的需要做处理，接口文档的内容可包含：接口说明、请求方式(get/post/retrieve/update)、接口地址、请求参数(包含参数类型及其限制条件)、返回参数说明(返回包结构体)等。

当客户端需要传输较小文件时，如office文件、文件本档、普通分辨率图片等，客户端可以使用api调用方式，api调用方式可通过rest接口适用于4mb以下文件的存取。当客户端需要传输较大小文件时，如视频或高分辨率图片等，可以使用sdk调用方式，sdk调用方式通过集成jar包括的方式提供服务，可适用于高达500mb文件的使用场景。

客户端采用api调用方式可向应用层发送业务信息、信息和数据，在网络中各层依次响应，最终完成网络数据传输，接口输入参数可包括文件名、文件唯一标识、base64编码的文件内容以及其它描述调用的信息，其中文件唯一标识key可以是一个字符串，唯一标识传输的文件，可以按uuid(universallyuniqueidentifier)生成，文件传输通过发送格式化文件实现应用程序间数据读取。

在本实施例中，整合存储服务，由于每个存储源都有各自的读取接口，通过接口接入的形式在两个独立系统之间进行同步数据或访问对方程序的途径，每个接口均可对接到统一接口实现存储源内资料的读取，存储源可以是系统的存储服务的资源池，将一系列的存储服务作为数据资源加入到资源池，统一接口对各存储源的接口进行适配来读取基资料，整合存储服务，统一接口可根据对接需求表到存储源中录入相关信息，在对接需求表中存放需求信息，通过对对接需求表的权限控制，可以明确交互内容，可将对接需求表执行insert(插入)操作或select(选择)操作进行写入，写入到对接需求表中数据都是用户需求执行的操作。

在进行对接工作时，可根据对接需求表，录入相关的信息，这些信息可包括：上传文件的类型、文件大小范围和选择的文件的存储服务类型等，进而确定对接服务方式，常用到的文件类型包括文本文件、视频文件、音频文件、图片文件、系统文件以及可执行文件，存储服务类型可采用块存储、文件存储或对象存储。对接需求表可包括固定的列数和任意的行数，在数学上具有“关系”二维表是同类实体的各种属性的集合，每个实体对应于表中的一行，在关系中称为元组，相当于通常的一条记录，表中的列属性，称为field，相当于通常记录中的一个数据项，也可称作列、字段。

为了进一步的控制，在步骤s10还包括接收客户端发送的客户端的设备信息，将所述客户端的设备信息与预设列表进行匹配，若匹配，采用统一接口接收所述客户端发送的所述业务信息可通过集成网关模块，将所有调用请求通过网关模块进行解析，可根据预设列表如白名单进行控制，过滤掉非法访问请求，对于敏感数据的访问还可以进行加解密操作，支持主流的des(dataencryptionstandard)、rsa、国密等多种加解密方式。为了保障性能，可对各个客户端的访问流量进行控制，按系统分配的权重值给予不同的性能倾斜，对重要的客户端给予较高的优先级。同时，可对后端存储服务发送心跳包、进行可用性扫描，如果出现服务不可用等情况，能够即时通过发送短信、邮件的形式进行服务预警。

在本实施例中，预设列表包括预设客户端信息；所述将所述客户端的设备信息与预设列表进行匹配包括：将所述客户端的设备信息与所述预设列表中的预设客户端信息进行匹配，若匹配，采用统一接口接收所述客户端发送的所述业务信息；所述预设列表存储于区块链中。

可根据访问url(uniformresourcelocator)作请求路由转发，针对不同的存储服务要求，导向存储文件到具体的存储服务系统，实现存储文件传输。url应用是基于http(hypertexttransferprotocol)或者https(hypertexttransferprotocoloversecuresocketlayer)的模式对数据进行传输，在服务端通过暴露地址、参数名称以及编码，在客户端按照指定的参数名称进行调用，调用的过程中对数据进行编码和封装，同时具有并发易控制、请求简单以及解析简单等特点，可以方便的进行通讯。

路由转发可先在本地路由表中的对应的子网掩码做按位与运算，然后再在本地的路由表中查询，如果与本地ip相同，则已经到达目的端，由当前路由解析数据；如果计算出不是本地ip地址，则此ip为下一跳的路由ip，继续进行路由转发，若在当前路由器中查询不到下一跳地址，即转向默认的下一跳ip。路由器可能需要将数据分组分段以适合基础网络的帧大小，在发生溢出的情况下可能丢弃数据分组。

可通过建立服务调度中心这个功能模块用于存储服务系统，在这个功能模块中完成服务转发、资源调度、文件存取、日志记录等相关功能。根据请求路径url，转发请求访问不同的存储模块，每个存储模块是具体存储服务的接入实现，通过集成存储服务的客户端或直接调用其提供的接口进行服务。按客户端要求的一种或多种存储方式，调度中心选择当前资源负载较低且健康程度较好的存储服务系统，进行文件的存取操作。对每一次操作，服务调度中心记录文件信息和操作日志，可对系统操作记录做到有效跟踪。

存储服务要求可按不同的存储方法进行分类，可包括顺序存储方法、链接存储方法、索引存储方法和散列存储方法。顺序存储方法把逻辑上相邻的结点存储在物理位置上相邻的存储单元里，结点间的逻辑关系由存储单元的邻接关系来体现；链接存储方法不要求逻辑上相邻的结点在物理位置上亦相邻，结点间的逻辑关系由附加的指针字段表示；索引存储方法在储存结点信息的同时，还建立附加的索引表，索引表由若干索引项组成，若每个结点在索引表中都有一个索引项，则该索引表称之为稠密索引(denseindex)。若一组结点在索引表中只对应一个索引项，则该索引表称为稀疏索引(spareindex)；散列存储方法可根据结点的关键字直接计算出该结点的存储地址，散列的数据访问速度要高于数组，因为可以依据存储数据的部分内容找到数据在数组中的存储位置，进而能够快速实现数据的访问，理想的散列访问速度是非常迅速的，而不像在数组中的遍历过程，采用存储数组中内容的部分元素作为映射函数的输入，映射函数的输出就是存储数据的位置，这样的访问速度就省去了遍历数组的实现。

在进行多源存储时，可根据客户端可根据应用场景选择api调用方式或sdk调用方式对接所述统一接口，完成存储文件的读写，使得存储系统通过一个统一接口对外提供服务，即使切换存储服务时也不需要更改业务代码，提高了使用存储服务的使利。

在步骤s20中，识别所述业务信息的类型，依据所述业务信息的类型确定业务存储模式；

其中，每一种业务信息的类型对应一种业务存储模式，使得不同类型的业务信息都按对应业务存储模式进行存储。

在本实施例中将应用场景按文件的大小对业务信息的类型进行分类。在本实施例中，业务信息的类型包括api调用和sdk调用，所述api调用对应第一业务存储模式，所述sdk调用对应第二业务存储模式，以满足客户端不同的调用需求，可根据应用场景选择api调用方式或sdk调用方式进行对接，api调用方式通过rest(representationalstatetransfer)接口进行服务。

在步骤s30根据确定的所述业务存储模式存储所述业务数据中。

当所述业务信息的类型为api调用，采用第一业务存储模式存储所述业务数据：对所述业务数据进行解码，获取文件名、文件标识、文件数据和类型集群，将文件名、文件唯一标识、文件数据和类型集群转换为文件流，将所述文件流存储到与所述类型集群对应的数据库中，其中每一类型集群对应一相应的数据库，类型集群包括阿里云、华为云和平安云等。

采用本方法在接收文件后可进行解码操作，将其转换为文件流，文件流根据功能分为输入流(读取文件)和输出流(写入文件)，文件流根据操作内容可分为字符流(读取字符数组)和字节流(读取字节数组)，使用字节流可实现文件的读取，利用字节输出流可实现文件的写入，利用字节输入流和字节输出流可实现文件的拷贝，使用对象输入输出流可实现对象的序列化和反序列化。然后再存储到对应的存储系统，以文件上传的接口为例，接口的入参可对应参考如下表所示：

api调用方式的接口报文可采用json字符串的形式发送，格式可参考如下：

通过接口调用方式返回相应结果，其中可包括文件访问地址的url字段，参考如下：

在上传较大文件或需要支持分片上传功能时采用sdk调用方式，可通过集成集成jar包调用相关方法的方式来使用，jar包是一种与平台无关的文件格式，可将多个文件合成一个文件，可将多个javaapplet及其所需组件(.class文件、图像和声音)绑定到jar包中，而后可作为单个的简单http事务下载到浏览器中，从而大大提高下载速度。在jar包中的方法参数包括文件对象、文件唯一标识和其他描述调用信息等，运行jar包返回的对象包含方法调用的返回信息，包括响应码、响应信息、文件地址、存储类型等。

通过sdk调用方式上传文件的接口调用代码可采用如下所示：

storeserviceservice＝newstoreservice()；

service.setconfig(appid,appname,"001","张三")；

filefile＝newfile("d:/test/aa.txt")；

storeresponseresponse＝service.upload(file,skey)；

其中对返回的storeresponse对象能够包括方法调用的返回信息，返回信息可包括响应码、响应信息、文件地址和存储类型等。

在步骤s30根据确定的所述业务存储模式存储所述业务数据中，当业务信息的类型为sdk调用，采用第二业务存储模式存储所述业务数据：对所述业务数据进行解码，获取文件数据、文件标识和类型集群，依据所述文件数据的数据量查询预设数据库，获取与所述类型集群匹配的数据库，从而可得出百度云、阿里云、平安云等类型集群是否有足够的存储空间以及其它状态情况，获取所述数据库的地址，根据所述数据库地址生成与所述数据库对应的数据库标识，将所述业务数据依据所述数据库标识发送至所述数据库中，记录所述业务数据的存储信息，生成存储日志，并向所述客户端发送响应信息。

具体的，当采用sdk调用方式时，其与文件的存储系统的调用过程参考如图2所示(存储服务以云存储为例)，其中详细的步骤包括如下：

1、首先进行调用的入参，在业务系统中可通过文件上传方法直接调用集成的sdk并响应，该调用的入参的值包括文件对象、文件key、系统id、系统名、用户id、用户名等，可进行文件操作，完成文件的上传，文件key作为存储文件的标识，保存在客户端的本地数据库中，后续可通过该标识对特定文件进行下载、删除、获取地址等操作；

2、在采用对象存储时可调用集成的sdk的统一服务实现文件读取，通过获取第一token实现，该调用的入参的值可包括appid，出参的值可包括第一token字符串、bucket名称，token是指令牌或通证的意思，token为服务端生成的一串字符串，作为客气端进行请求的一个标识；

3、在采用对象存储中可调用本地方法生成第二token并返回，在查库或缓存时根据appid取bucket名，该调用的入参的值可包括服务地址、ak(accesskeyid)、sk(secretaccesskey)、bucket名，出参的值包括第二token字符串，完成文件的存储；

4、在客户服务端，如在云存储中，可直接调用集成的sdk实现文件的上传，该调用的入参的值包括bucket名、文件key、token、文件file等，出参的值包括响应码和响应消息等；

5、在采用对象存储时可调用集成的sdk的统一服务实现记录文件信息，该调用的入参的值包括文件大小、bucket名、系统id、系统名、用户id、用户名、文件名、文件key等，还附带入参的值包括操作类型描述、返回码、返回消息、操作时间等；

6、在采用对象存储中还可记录操作日志，该调用的入参的值包括系统id、系统名、用户id、用户名、操作类型描述、返回码、返回消息、操作时间，从而形成操作日志。

当某客户端的要求使用fastdfs技术作为存储服务，首先部署fastdfs存储集群，部署tracker服务器、storage服务器、nginx负载均衡服务器等等，将tracker服务器地址配置到服务调度中心，将fastdfs客户端的jar包集成到调度中心，接入文件的上传、下载、删除等服务功能，最后，将服务信息配置到资源池，实现启用服务。

本实施的方案可应用于对象存储服务中，采用对象存储可将数据通路(数据读或写)和控制通路(元数据)分离，并且基于对象存储设备(osd，object-basedstorage)构建存储系统，每个对象存储设备具有一定的智能，能够自动管理其上的数据分布。对象存储是一种基于对象的存储设备，具备智能、自我管理能力，可通过web服务协议实现对象的读写和存储资源的访问。

在对象存储系统中包含两种数据描述：容器(bucket)和对象(object)，容器和对象都有一个全局唯一的id，对象存储采用扁平化结构管理所有数据，用户/应用通过接入码(accesskey)认证后，只需要根据id就可以访问容器/对象及相关的数据(data)、元数据(metadata)和对象属性(attribute)。由于对象存储以对象id为基础，扁平化的管理所有对象和桶，根据对象id便可直接访问数据，解决了如nas(networkattachedstorage)复杂的目录树结构在海量数据情况下的数据查找耗时长的问题，这使得对象存储具备极强的扩展性。

实施例二

如图3所示，示出了本实施例的一种多源存储装置10，包括接收单元11、识别单元12和处理单元13，所述接收单元11用于接收客户端发送的业务信息及所述客户端的设备信息，其中，所述业务信息包括类型和业务数据，所述识别单元12用于识别所述业务信息的类型，依据所述业务信息的类型确定业务存储模式，其中，每一种业务信息的类型对应一种业务存储模式，所述处理单元13用于根据确定的所述业务存储模式存储所述业务数据。

多源存储装置10通过接收单元11实现对接口的整合为文件、文件流的存取带来便利，隐藏了接入特定存储服务的复杂性，降低了学习成本，提高了开发和生产效率，在业务系统可专注于自身业务逻辑的实现，不需要关心例如文件存储服务集群的构建、使用和运维，从而做到一键切换、方便快捷，对分布式存储架构的运用也能提高了文件的存取性能、可靠性和安全性，使业务系统更加健壮。

接收单元11的通用介质(设备)可采用路由器和有路由功能的交换机及软路由软件等，接收单元11把一个数据包从一个设备发送到不同网段的另一个设备上，路由的实现通过路由表中的记录实现，通过接收单元11可实现的功能包括：分隔广播域、选择路由表中到达目标的路径、维护和检查路由信息以及连接到广域网。

在本实施例中，业务信息的类型包括api调用和sdk调用，所述api调用对应第一业务存储模式，所述sdk调用对应第二业务存储模式。在处理单元13中根据应用场景选择api调用方式或sdk调用方式对接所述统一接口，api调用方式通过rest接口进行服务，sdk调用方式通过集成jar包的方式进行服务，从而可以对于不同大小类型的文件区分并执行存储，优化存储服务。

在具体的实践中，如某公司业务系统在对接各地医保局时，甲方对文件存储这块有不同的规范要求，或者因为现场网络环境限制，不能使用公网环境的商业系统。这就要求开发团队需要在不同环境下研究接入各种不同的存储服务，涉及到服务器部署、代码开发、资源购买等一系列事宜。通过本实施例能够系统封装、整合了几种主流的存储服务，并在工作中通过不断地收集业务系统的实际需求，接入并支持更多的存储源，以统一的接口对外提供服务，把各种系统接口的多样性隐藏起来，即使切换存储服务，也不需要更改业务代码，提高了使用对象存储服务的便利，避免在每个系统都需要投入精力，防止造成了重复性劳动和资源的浪费。

实施例三

本实施例还提供一种计算机系统，如图4所示，该计算机系统包括多个计算机设备20，在实施例二中的多源存储装置的组成部分可分散于不同的计算机设备20中，计算机设备20可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。本实施例的计算机设备20至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22。需要指出的是，图4仅示出了具有组件21-22的计算机设备20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器21可以是计算机设备100的内部存储单元，例如该计算机设备20的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备20的外部存储设备，例如该计算机设备20上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。当然，存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机系统设备的操作系统和各类应用软件。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器22在一些实施例中可以是中央处理器(centralprocessingunit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据。本实施例计算机系统的多个计算机设备20的处理器22共同执行计算机程序时实现实施例一的多源存储方法。

实施例四

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘、服务器、app应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例计算机可读存储介质存储实施例二的多源存储装置10，该计算机可读存储介质被处理器执行时实现实施例一的多源存储方法。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。