技术领域
[0001] 本
发明涉及实验数据管理技术领域，具体而言，尤其涉及一种安全与智能化的实验数据管理系统及方法。
背景技术
[0002] 实验数据作为科研成果重要的
支撑材料，其可复用的性质让其从长远来看价值甚至可能高于数据所产生的科研成果，化学和物理这两大类学科作为数据产量较大的实验学科，其分支学科众多，每分支学科下由于研究方向的不同，产出的实验数据格式也完全不同。实验数据格式不仅限于基本的数据格式，还包括各种化学分析
软件或物理建模软件产生的特殊格式。这就导致化学和物理产生的实验数据很难以统一的标准存储在同一系统中，并实现在过程层面上对数据进行比较，产生可提供借鉴的分析结果。
[0003] 同时，由于各研究单位的组织结构复杂性与科研人员对于化学和物理实验数据的
保密性，导致想在研究单位内部建立一套基于层次的物理化学实验数据管理系统，实践起来也比较困难。首先要考虑到的就是如何采用技术手段保证物理化学的
访问控制，控制研究单位内部的交叉互访与外部非法获取。其次是在科研人员内部调整或者外部变化的情况下如何保证实验数据的完整性。
[0004] 传统的高校或科研实验室的化学和物理实验数据多由人工手动纸质记录，近年来由于
大数据软件的广泛应用，实验数据方面的数据储存问题也提上了日程，在大数据与
人工智能技术的普及下以及从化学和物理学科的长远发展，都迫切需要引入信息化技术实现化学和物理实验数据的长期集中存储，并在有效存储的
基础上实现对实验数据的综合分析与利用，这也从根本上满足越来越严格的数据核查要求。现有的实验数据管理软件存在着诸多问题，其一，数据多元化储存能
力不足，现有的实验数据管理软件仅能处理实验过程中后缀为jpg、dwg、cgr等较为常规的软件得到的实验数据，而对于数据比较复杂的Scatt、NG、POLYRATE、Molpro、Amber、Turbomole软件得到的实验数据则不能很好地兼容或拓展，使得常规软件在开发这些功能的过程中费事费力；其二，安全性能考虑不到位，仅是保证了网络端或应用端的安全性，虽然保障了数据的基础安全性，但是仍然不能保证管理员或者更高级的管理者在数据
操作系统中
修改实验数据，实验者为了保证数据符合标准而对实验数据进行篡改，不注重实验得出的数据的真实性，也使得我国某些科研实验室在国际上引起学术诚信上的严重问题，严重影响了我国在世界学术领域的公信力，物理建模领域也时有抄袭发生，在学生毕业/科研人员离职的情况下，很难对原有的实际情况进行核对，也对学校/科研机构/企业造成了困扰；其三，功能繁杂、安装或使用时步骤繁琐，未能考虑实验人员的真实工作情况，有些化学和物理的实验数据运算的过程及得到的每一步的结论都是相当庞大的，这也使得在上传实验数据时需要占用很长的时间，现有的技术在上传时需要时刻关注，否则会出现数据丢失或者不完整的情况，科研人员也耗费时间和精力。
发明内容
[0005] 根据上述提出的技术问题，而提供一种安全与智能化的实验数据管理系统及方法。
[0006] 本发明采用的技术手段如下：
[0007] 一种安全与智能化的实验数据管理系统，包括：
[0008] 研究分中心数据管理子系统，其包括：
[0009] 数据提取单元，用于提取数据源，并将其发送至数据发送单元，所述数据源包括实验过程中得到的基础实验数据和用户的基本资料数据，
[0010] 数据发送单元，用于将数据提取单元提取到的数据源发送至数据资源中心子系统；
[0011] 数据资源中心子系统，用于对来源于各研究分中心数据管理子系统中的不同存储格式的数据源进行采集并汇总，并通过数据分析同步到不同学科的相关
数据库中，其包括：
[0012] 数据接收单元，用于接收各研究分中心服务端的发送单元发送的数据源并将其发送至
数据处理单元，还用于向研究分中心数据管理子系统发送获取上传数据成功的反馈数据信息，
[0013] 数据处理单元，用于对数据源进行
抽取、转换、加载等处理操作，将数据源转换为可存储格式，
[0014] 数据汇总单元，用于按时间顺序将同一类型实验数据信息进行汇总存储，得到统一类型实验数据的对比图，提供管理者进行核查与分析；
[0015] 安全控制子系统，用于对操作系统安全性实现逐级控制，实现在操作系统层与应用层对系统进行安全防护并实现基础实验数据加密上传及存储，保证操作系统层无法进行基础实验数据浏览与检索，其包括：
[0016] 监控单元，用于对管理员和用户操作以及系统运行状态进行实时监控，并形成管理员操作日志，形成分析报告，并建立审计模
块，提供基于用户端的查询与浏览，并在系统出现异常时，提供异常原因分析数据。
[0017] 数据加密、解密单元，用于用户上传存储和下载数据进行加密和解密处理，保证即使管理员在基于操作系统级的文件管理，也不能对进行修改，保证基础实验数据文件的真实性，并保证基础实验数据文件被基于操作系统级被盗用后，实验结果不外泄和被恶意使用，
[0018] 文件控制单元，用于通过对管理者与普通用户的权限区分实现上传文件的真实性，其中，普通用户只能上传实验数据，不能对数据进行编辑与删除操作，当确实需要删除某些数据时，数据只能由管理员删除到系统
回收站，设置为删除文件属性，不能实际删除。
[0019] 进一步地，所述数据处理单元对数据源具体操作为：
[0020] 在用户端数据上传进行网络集中存储，首先进行文件特征数据抽取，将抽取到的文件特征存储于关系型数据库中，并可通过数据库view的方式在客户端进行快速查询。
[0021] 在对文件属性进行基本分析后，根据不同的文件格式将文件上传至
服务器缓存，并将缓存基本数据存储于关系型数据库中，同时生成xml基础配置文件。
[0022] 通过upload Function调用Class与API
接口，将文件格式进行系统层统一，并加密存储在服务器存储中。
[0023] 进一步地，基于以下数据库中表与表之间的关系和程序方法实现数据的抽取、转换和用户再次加载，其中，在用户再次读取与加载文件时，系统调用DownServers Function方法基于存储的文件基础属性，进行文件复原，并下载到用户端提供浏览。
[0024] 基于以下数据库中Table关系和程序方法实现数据的抽取、转换和用户再次加载：
[0025] FileType表，用来存储抽取到的文件的特征属性，每个特征属性都有一个唯一的FileTypeId来标识；
[0026] FileCache表：用来存储上传的服务器文件的Cache数据，每个缓存属性都有一个唯一的FileCacheId来标识；
[0027] FileOperation表：用来存储系统文件操作基础信息，每条操作都有一个唯一的FileOperationId来标识；
[0028] FileAttachment表：用来存储文件使用基础信息，每条操作都有一个唯一的FileAttachmentId来标识。
[0029] 进一步地，应用包通过智能化应用包子系统完成在研究分中心服务端的自动化一键免配置部署，所述智能化应用包实施子系统采用智能化手段自动完成web服务与代码安装包并进行相关端口与服务判断，客户只需一键点击即可在研究分中心进行部署，同时支持单机版与网络版。
[0030] 若保证基于数据库和web服务的系统能够正常的运行并提供用户使用与访问，则需配置操作系统参数、
防火墙规则、安装数据库与web服务和程序开发代码，并保证web服务与程序代码能正常访问数据库。
[0031] 为解决以上复杂的安装与配置，系统利用程序代码实现了只需点击setup文件web服务与数据库自动安装到服务器上，并完成操作系统、web服务和数据库配置，从用户
角度解决系统安装的问题。
[0032] 进一步地，所述研究分中心数据管理子系统主要应用包括数据的基础设置、存储配额与预警、目录结构设置、用户管理、备份管理、访问行为审计、文件恢复与回收。
[0033] 备份管理做为系统数据存储的重要部分，系统实现了基于操作系统的自动备份，当在系统进行一键安装时，setup程序就自动配置了操作系统级的备份任务设置。用户不需要任何操作，系统每天自动进行数据库与实验数据文件的本地、异地备份。
[0034] 进一步地，所述安全控制子系统还包括：
[0035] 网络访问控制单元，用于通过防火墙、路径检测
硬件设备与软件操作系统、web服务、程序代码进行集成实现实验数据的网络保护，通过对访问来源进行统计分析，实现对
风险访问进行预判，同时根据预判可以提供网络安全设置参数提出调整建议。
[0036] 进一步地，还包括：
[0037] 数据智能分析子系统，用于提供查询和多维分析功能，支持对各研究中心数据管理子系统整合后的实验数据进行交互式的统计和分析；
[0038] 数据
可视化子系统，用于数据库中的汇总数据提供给授权用户浏览进行可视化浏览；
[0039] 用户管理子系统，用于为不同的用户提供统一的登录
门户，且为不同的用户分配不同的用户登陆权限，根据不同的用户权限访问不同的功能模块；
[0040] 数据核查子系统，用于按照不同维度提供各研究分中心的实验数据报表，并查询实验数据分类构成，以提供数据核查者迅速筛选出被查的实验数据。
[0041] 进一步地，所述数据智能分析子系统包括：
[0042] 实时查询单元，用于系统管理者与用户对数据进行基于浏览器的实施查询。
[0043] 联机监控单元，对各研究室(部)分
节点的数据的状态进行实时的监控，并提供管理员基于浏览器界面的查询。
[0044]
数据挖掘单元，面对积累的大量的实验数据，基于文件的提取属性，进行综合的分析，并挖掘其使用的价值，也是系统需要实现的功能。
[0045] 数据预警单元，各研究室(部)分节点的运行状态、集中存储的状态等情况进行预警，并形成统计报告提供管理员查询。
[0046] 进一步地，所述数据核查子系统包括：
[0047] 数据浏览单元，实现基于不同维度的数据浏览的功能。
[0048] 数据导出单元，基于数据的浏览结果，导出数据，提供存档或者分析。
[0049] 基础数据设置单元，此单元是系统运行的基础信息，提供日期、界面风格、查询与浏览设置等基础设置信息。
[0050] 本发明还提供了一种安全与智能化的实验数据管理方法，包括如下步骤：
[0051] 各研究室(部)分节点管理员通过系统设置研究组基础设置与学科分类，在本地建立顶级数据存储目录，并同步到上级存储中心。并设置各研究室(部)分节点数据存储路径和空间，建立分节点使用用户、权限与调整最大可使用空间。同时将数据存储路径和空间分配给
指定的用户。
[0052] 科研人员通过智能化应用包子系统将应用包部署在研究分中心数据管理子系统，通过一键式上传功能，将数据源上传至数据资源中心子系统；
[0053] 数据资源中心子系统对来源于各研究分中心数据管理子系统中的不同存储格式的数据源进行采集并汇总，并通过数据分析同步到不同学科的相关数据库中。
[0054] 各研究室(部)分中心数据管理子系统中普通用户数据通过缓存目录、存储目录、共享目录进行存储。系统数据和程序数据通过应用目录、数据库目录、系统目录、备份目录进行存储。
[0055] 在各研究室(部)分中心所有目录统一在xampp目录下，该目录挂载在本地存储上。在xampp目录下包含api、caches、html、install、cms、sso_server、statics、uploadfile、backupfile、application、database、program目录。具体包括：
[0056] (1)api目录用于存储各子程序的调用基础接口程序，提供各子程序调用，在操作系统级只有administrator或者root用有read、write与execute权限。
[0057] (2)caches目录用于存储实验数据文件、系统数据与应用数据缓存数据，其中实验数据文件进行验证后自动存储到uploadfile目录中。在caches目录下包括：caches_admin、caches_commons、caches_content、caches_linkage、caches_member、caches_model、caches_search、caches_template、caches_tpl_data、file、sessions、temp_files用于存储对应的缓存数据。
[0058] (3)html目录用于存储程序文件的静态页面数据，在操作系统级只有administrator或者root用有read、write与execute权限。
[0059] (4)install目录用于存储程序安装时需要的文件与基础配置数据，包括：CSS、Main、Step目录，用于支撑系统安装，并提供系统卸载数据。
[0060] (5)cms目录用于存储第三方plugin、libs与languages的语言支持，并按模块存储运行程序，同时包括：modules、templates目录，用于存储各模块原始程序与模板，在modules下，包括：admin、announce、attachment、block、collection、comment、content、dbsource、formguide、link、member、message、mood、pay、poster、release、scan、search、sms、special、tag、template、upgrade、wap，在操作系统级只有administrator或者root用有read、write与execute权限。
[0061] (6)server目录，用于存储各研究室(部)分节点服务器的基础配置数据。
[0062] (7)uploadfile目录，用于按用户存储实验数据文件，包括：poster、upfilecaches、uploadcaches目录。在操作系统级只有administrator或者root用有read、write与execute权限。
[0063] (8)backupfile目录，用于存储应用、数据库和实验数据文件的备份文件，通过在系统安装时设置完成的自动备份机制，实现自动备份并声称备份文件。在操作系统级只有administrator或者root用有read、write与execute权限。
[0064] (9)application，用于存储应用文件数据，在操作系统级只有administrator或者root用有read、write与execute权限。
[0065] (10)database，用于存储数据库相关的文件与基础配置数据，在操作系统级只有administrator或者root用有read、write与execute权限。
[0066] (11)program，用于存储基于用户开发的程序文件数据，在操作系统级只有administrator或者root用有read、write与execute权限。
[0067] 在集中数据存储中心，从各研究室(部)分分节点同步与抽取上来的数据统一存储在data目录下，data目录挂载在存储上。在data目录下包含caches、home、subdata、application、database、backupdata、databackupsys目录。具体包括：
[0068] (1)caches目录用于存储同步与抽取缓存文件，并按照各研究室(部)分中心节点配置，同步到data目录中。
[0069] (2)home目录，与操作系统目录保持一致，在每个用户的目录下都包含desktop和software目录。其中desktop目录下存储操作系统用户桌面数据。Software目录下存储用户在在操作系统安装的
应用软件。
[0070] (3)subdata，用于存储各研究室(部)分节点的实验数据文件，如subdataA目录存储A研究室(部)抽取或者同步上来的数据。
[0071] (4)application，用于存储集中数据存储中心的应用目录。
[0072] (5)database，用户存储集中数据存储中心的数据文件、数据库管理软件与基础配置文件。
[0073] (6)backupdata，用于按照分类存储集中数据存储中心的备份文件与各分中心的系统基础配置文件。
[0074] (7)databackupsys，用于存储系统备份文件，主要包括应用与操作系统备份文件。
[0075] 系统管理员对系统运行状态实时监控，并对管理者与普通用户进行权限区分，其中，普通用户只能上传实验数据，不能对数据进行编辑与删除操作，管理者无法进行实验数据删除；
[0076] 授权用户通过
数据可视化子系统对数据库中的汇总数据进行可视化浏览，通过数据智能分析子系统完成数据的交互式的统计和分析，通过数据核查子系统完成实验数据的报表汇总。
[0077] 较
现有技术相比，本发明具有以下优点：
[0078] 1、本发明通过一键式的安装及数据上传功能，极大地减轻了科研人员的安装、上传的负担，有效地保护了科研人员的有效工作时间，变向提升科研工作的工作效率。
[0079] 2、本发明通过数据资源中心子系统对来自不同研究分中心的不同格式的化学、物理实验结果进行分类存储，拓宽了数据储存系统的多元性，方便在未来的数据核查的过程中分门别类的可视化检阅。
[0080] 3、通过在网络、操作系统和应用端均设置的安全控制子系统，有效地保证实验数据的真实可靠性，极大地降低了学术造假的可能。
[0081] 4、对于研究机构来说,以保护知识产权为基础的实验数据分散存储为基础，在研究分中心确认后实现实验数据集中管理，既能使研究机构管理者实时了解全局实验数据存储方向,以提供决策层进行全局科研方向把握，又能以管理者角度实现实验数据的真实性与准确性监督，并通过数据展示与分析平台，按要求形成数据分析与统计报告。
[0082] 5、对于研究分中心来说,可以实现实验数据的按照访问权限控制的集中长期存储，以解决学生毕业或者职工工作变化导致的实验数据的丢失，或者由于分中心内部人力不足管理疏散导致的实验数据保留不完整。
[0083] 6、对于每位科研人员来讲，系统化的存储实验数据，有利于对数据进行检索分析，形成历史积累，发现未来的亮点。同时由于根据服务器时间进行存储，可实现对知识产权的保护。
[0084] 基于上述理由本发明可在实验数据管理技术领域广泛推广。
附图说明
[0085] 为了更清楚地说明本发明
实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做以简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0086] 图1为本发明一种安全与智能化的实验数据管理系统模块图。
[0087] 图2为本发明一种安全与智能化的实验数据管理方法
流程图。
[0088] 图3为本发明管理员与用户端功能直观图。
具体实施方式
[0089] 为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0090] 需要说明的是，本发明的
说明书和
权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何
变形，意图在于
覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0091] 如图1所示，本发明提供了一种安全与智能化的实验数据管理系统，包括：
[0092] 研究分中心数据管理子系统，其包括：
[0093] 数据提取单元，用于提取数据源，并将其发送至数据发送单元，所述数据源包括实验过程中得到的基础实验数据和用户的基本资料数据，
[0094] 数据发送单元，用于将数据提取单元提取到的数据源发送至数据资源中心子系统；
[0095] 数据资源中心子系统，用于对来源于各研究分中心数据管理子系统中的不同存储格式的数据源进行采集并汇总，并通过数据分析同步到不同学科的相关数据库中，其包括：
[0096] 数据接收单元，用于接收各研究分中心服务端的发送单元发送的数据源并将其发送至数据处理单元，还用于向研究分中心数据管理子系统发送获取上传数据成功的反馈数据信息，
[0097] 数据处理单元，用于对数据源进行抽取、转换、加载等处理操作，将数据源转换为可存储格式，
[0098] 数据汇总单元，用于按时间顺序将同一类型实验数据信息进行汇总存储，得到统一类型实验数据的对比图，提供管理者进行核查与分析；
[0099] 安全控制子系统，用于对操作系统安全性实现逐级控制，实现在操作系统层与应用层对系统进行安全防护并实现基础实验数据加密上传及存储，保证操作系统层无法进行基础实验数据浏览与检索，其包括：
[0100] 监控单元，用于对管理员和用户操作以及系统运行状态进行实时监控，并形成管理员操作日志，形成分析报告，并建立审计模块，提供基于用户端的查询与浏览，并在系统出现异常时，提供异常原因分析数据，
[0101] 数据加密、解密单元，用于用户上传存储和下载数据进行加密和解密处理，保证即使管理员在基于操作系统级的文件管理，也不能对进行修改，保证基础实验数据文件的真实性，并保证基础实验数据文件被基于操作系统级被盗用后，实验结果不外泄和被恶意使用，
[0102] 文件控制单元，用于通过对管理者与普通用户的权限区分实现上传文件的真实性，其中，普通用户只能上传实验数据，不能对数据进行编辑与删除操作，当确实需要删除某些数据时，数据只能由管理员删除到系统回收站，设置为删除文件属性，不能实际删除。
[0103] 所述数据处理单元对数据源具体操作为：
[0104] 在用户端数据上传进行网络集中存储，首先进行文件特征数据抽取，将抽取到的文件特征存储于关系型数据库中，并可通过数据库view的方式在客户端进行快速查询；
[0105] 在对文件属性进行基本分析后，根据不同的文件格式将文件上传至服务器缓存，并将缓存基本数据存储于关系型数据库中，同时生成xml基础配置文件；
[0106] 将文件格式进行系统层统一，并加密存储在服务器存储中；
[0107] 在用户再次读取与加载文件时，系统对存储的文件基础属性进行文件复原，并下载到用户端提供浏览。
[0108] 基于以下数据库中表与表之间的关系和程序方法实现数据的抽取、转换和用户再次加载，其中，
[0109] FileType表，用来存储抽取到的文件的特征属性，每个特征属性都有一个唯一的FileTypeId来标识；
[0110] FileCache表：用来存储上传的服务器文件的Cache数据，每个缓存属性都有一个唯一的FileCacheId来标识；
[0111] FileOperation表：用来存储系统文件操作基础信息，每条操作都有一个唯一的FileOperationId来标识；
[0112] FileAttachment表：用来存储文件使用基础信息，每条操作都有一个唯一的FileAttachmentId来标识。
[0113] 应用包通过智能化应用包子系统完成在研究分中心服务端的自动化一键免配置部署，通过点击setup文件web服务与数据库自动安装到服务器上，并完成操作系统、web服务和数据库配置；
[0114] 所述研究分中心数据管理子系统应用于数据的基础设置、存储配额与预警、目录结构设置、用户管理、备份管理、访问行为审计、文件恢复与回收，其中，在系统进行一键安装时，setup程序自动配置操作系统级的备份任务设置，用户不需要任何操作，系统每天自动进行数据库与实验数据文件的本地、异地备份。
[0115] 所述安全控制子系统还包括：
[0116] 网络访问控制单元，用于通过防火墙、路径检测硬件设备与软件操作系统、web服务、程序代码进行集成实现实验数据的网络保护，通过对访问来源进行统计分析，实现对风险访问进行预判，同时根据预判提供网络安全设置参数提出调整建议。
[0117] 所述实验数据管理系统还包括：
[0118] 数据智能分析子系统，用于提供查询和多维分析功能，支持对各研究中心数据管理子系统整合后的数据进行交互式的统计和分析；
[0119] 数据可视化子系统，用于数据库中的汇总数据提供给授权用户浏览进行可视化浏览；实验数据可视化的表现形式包括不仅限于报表设计、报表发布、报表订阅以及报表查看。实验数据可视化已成为数据最直观和生动的展示方式,有助于用户迅速抓住数据传递的信息。
[0120] 用户管理子系统，用于为不同的用户提供统一的登录门户，且为不同的用户分配不同的用户登陆权限，根据不同的用户权限访问不同的功能模块；
[0121] 数据核查子系统，用于按照不同维度提供各研究分中心的实验数据报表，并查询实验数据分类构成，以提供数据核查者迅速筛选出被查的实验数据。
[0122] 数据核查子系统会按年度、用户、目录不同维度提供各研究分中心的实验数据报表。并可查询实验数据分类构成，以提供数据核查者迅速筛选出被查的实验数据。并且报表与筛选结果不仅基于PC端显示，为了向决策层汇报与演示，还可提供LED显示屏显示。
[0123] 同时为适应移动技术的普及，移动端的显示更加简洁与自适应性。
[0124] 数据核查模块主要是对研究分中心数据进行晒选与核查,主要包含以下维度：
[0125] 1.基本数据包括：研究分中心名称、目录名称、存储
位置、年份等；
[0126] 2.列表属性：序号、目录结构、拥有者、目录名称、年份、实验数据文件名称、操作系统路径、访问权限等；
[0127] 等
[0128] 3.核查者行为：报表名称、自定义导出行为等
[0129] 所述数据智能分析子系统包括：
[0130] 实时查询单元，用于系统管理者与用户对数据进行基于浏览器的实施查询；
[0131] 联机监控单元，对各研究室/部分节点的数据的状态进行实时的监控，并提供管理员基于浏览器界面的查询；
[0132] 数据挖掘单元，用于在面对积累的大量的实验数据时，基于文件的提取属性，进行综合的分析，并挖掘其使用的价值；
[0133] 数据预警单元，各研究室/部分节点的运行状态、集中存储的状态等情况进行预警，并形成统计报告提供管理员查询。
[0134] 所述数据核查子系统包括：
[0135] 数据浏览单元，用于实现基于不同维度的数据浏览；
[0136] 数据导出单元，用于基于数据的浏览结果，导出数据，提供存档或者分析；
[0137] 基础数据设置单元，用于提供包括日期、界面风格、查询与浏览设置的基础设置信息。
[0138] 如图2所示，各研究室/部分节点管理员设置研究组基础设置与学科分类，在本地建立顶级数据存储目录，并同步到上级存储中心，设置各研究室/部分节点数据存储路径和空间，建立分节点使用用户、权限与调整最大可使用空间，同时将数据存储路径和空间分配给指定的用户；
[0139] 科研人员通过智能化应用包子系统将应用包部署在研究分中心数据管理子系统，通过一键式上传功能，将数据源上传至数据资源中心子系统；
[0140] 数据资源中心子系统对来源于各研究分中心数据管理子系统中的不同存储格式的数据源进行采集并汇总，并通过数据分析同步到不同学科的相关数据库中；
[0141] 如图3所示，系统管理员对系统运行状态实时监控，并对管理者与普通用户进行权限区分，其中，普通用户只能上传实验数据，不能对数据进行编辑与删除操作，管理者无法进行实验数据删除；
[0142] 授权用户通过数据可视化子系统对数据库中的汇总数据进行可视化浏览，通过数据智能分析子系统完成数据的交互式的统计和分析，通过数据核查子系统完成实验数据的报表汇总。
[0143] 所述数据资源中心子系统对来源于各研究分中心数据管理子系统中的不同存储格式的数据源进行采集并汇总，并通过数据分析同步到不同学科的相关数据库中，具体为：
[0144] 各研究室/部分中心数据管理子系统中普通用户数据通过缓存目录、存储目录、共享目录进行存储，系统数据和程序数据通过应用目录、数据库目录、系统目录、备份目录进行存储；
[0145] 在各研究室/部分中心所有目录统一挂载在本地存储上，其具体包括api、caches、html、install、cms、sso_server、statics、uploadfile、backupfile、application、database、program目录，
[0146] 其中，
[0147] 所述api目录，用于存储各子程序的调用基础接口程序，提供各子程序调用，[0148] caches目录，用于存储实验数据文件、系统数据与应用数据缓存数据，其中实验数据文件进行验证后自动存储到uploadfile目录中，
[0149] html目录，用于存储程序文件的静态页面数据，
[0150] install目录，用于存储程序安装时需要的文件与基础配置数据，
[0151] cms目录，用于存储第三方plugin、libs与languages的语言支持，并按模块存储运行程序，
[0152] server目录，用于存储各研究室/部分节点服务器的基础配置数据，
[0153] uploadfile目录，用于按用户存储实验数据文件，
[0154] backupfile目录，用于存储应用、数据库和实验数据文件的备份文件，通过在系统安装时设置完成的自动备份机制，实现自动备份并声称备份文件，
[0155] application目录，用于存储应用文件数据，
[0156] database目录，用于存储数据库相关的文件与基础配置数据，
[0157] program目录，用于存储基于用户开发的程序文件数据，
[0158] 在集中数据存储中心，从各研究室/部分节点同步与抽取上来的数据统一存储在data目录下，data目录挂载在存储上，所述data目录下包含cachesⅡ、home、subdata、applicationⅡ、databaseⅡ、backupdata、databackupsys目录，具体为：
[0159] 所述cachesⅡ目录，用于存储同步与抽取缓存文件，并按照各研究室/部分中心节点配置，同步到data目录中；
[0160] home目录，与操作系统目录保持一致，在每个用户的目录下都包含desktop和software目录，其中desktop目录下存储操作系统用户桌面数据，Software目录下存储用户在在操作系统安装的应用软件；
[0161] subdata目录，用于存储各研究室/部分节点同步的实验数据文件；
[0162] applicationⅡ目录，用于存储集中数据存储中心的应用目录；
[0163] databaseⅡ目录，用于用户存储集中数据存储中心的数据文件、数据库管理软件与基础配置文件；
[0164] backupdata目录，用于按照分类存储集中数据存储中心的备份文件与各分中心的系统基础配置文件；
[0165] databackupsys目录，用于存储系统备份文件，包括应用与操作系统备份文件[0166] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0167] 在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0168] 在本
申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0169] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0170] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0171] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读
存储器(ROM，Read-Only Memory)、
随机存取存储器(RAM，Random Access Memory)、移动
硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0172] 最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
