保存政策
Academic Stack 保存政策
确保学术出版内容的长期保存、完整可信与全球可访问性。
Academic Stack Preservation 旨在保护学术记录免受技术故障、组织更迭以及基础设施中断的影响。
🎯 宗旨
Academic Stack Preservation 为学术出版物及相关研究资产提供长期的数字保存服务。我们的目标是确保已发表的内容随时间推移依然保持真实、完整且可恢复。
本政策为出版方、编辑、作者和机构合作伙伴提供明确的参考，阐明 Academic Stack 在保障业务连续性、落实保存责任以及制定长期访问规划方面的具体原则与实践。
📦 保存范围
本保存服务支持的核心学术出版资产包括：
📄 核心格式
- 期刊论文与图书
- 会议论文集
- PDF 和 HTML 呈现版本
- 结构化 JATS XML 文件
🏷️ 相关资产
- 插图、表格和图像
- 补充研究文件
- 文献及 DOI 元数据
- Crossref 注册元数据
具体的保存范围可能会因出版方的平台配置、服务协议以及元数据的可用性而有所不同。对于非标准格式，Academic Stack 可能会定义额外的验证要求。
📦 保存包
为了避免文件被孤立地归档，Academic Stack 会将学术内容与其完整的文献上下文打包在一起，以便于未来进行完整重建。
| 包内元素 | 用途 |
|---|---|
| 主要出版文件 | 以出版格式（PDF、XML、HTML）保存学术成果。 |
| 结构化元数据 | 支持检索、索引、迁移以及未来的系统重建。 |
| 持久标识符 | 确保 DOI 及相关标识符的持续可用与链接导向。 |
| 版本控制信息 | 记录保存的内容是原始版本、更正版本、更新版本还是撤稿版本。 |
| 技术元数据 | 提供完整性校验、格式识别以及系统恢复操作支持。 |
🛡️ 保存原则
Academic Stack Preservation 构建于以下核心架构原则之上：
🌐 长期保存
以跨越技术更迭、保障内容长期可用与可访问为目标来保存学术内容。
🔍 完整性验证
所有保存的文件在入库时都会经过严格的哈希校验，并定期进行自动化对比以检测任何静默数据损坏。
🔀 多云异地冗余
内容会被复制存放在多个独立地理区域以及不同云厂商的存储中心，消除单点故障风险。
🔄 自动化恢复
自愈系统在检测到受损或丢失的文件时，会自动利用验证通过的冗余副本进行无缝修复，无需人工干预。
📁 版本历史记录
我们保留学术成果的完整生命周期（包括更正和撤稿），维护一份真实、可审计的学术发展史。
💾 元数据持久性
文献、许可和引用元数据与出版文件并肩保存，确保内容在未来依然可被检索和发现。
🧩 上下文与真实性
每个归档文件都与出版商、期刊、期卷号等信息紧密绑定，完整还原其最初发表时的学术语境。
📦 数据可迁移性
保存的数据记录支持以标准化结构导出，以满足出版方迁移或平台交接时的连续性需求。
🔍 完整性监控
我们实施持续的密码学校验，以主动检测并修正数字衰变（静默损坏）或未经授权的文件变更。
- 入库哈希生成： 文件提交时立即计算并绑定唯一的 SHA-256 哈希值。
- 定期例行审计： 后台审计程序定期对存储池内的所有文件进行哈希重构与对比。
- 自动化修复： 一旦哈希值不匹配，系统会立刻触发自愈流程，自动拉取正常副本进行恢复。
- 审计日志追踪： 完整记录所有校验和恢复事件，形成透明的系统日志。
🏗️ 存储基础设施
Academic Stack Preservation 采用多厂商、多区域的混合云存储架构。
- 风险隔离机制： 数据备份被同时散布于 AWS、Cloudflare 以及腾讯云等不同云平台和地理区域。
- 厂商解耦： 存储底层可以随时升级或重构，不影响出版平台的正常运转和内容的可访问性。
- 防篡改与权限： 存储端点具有严格的权限隔离，并在适用节点部署 Write-Once-Read-Many (WORM) 对象锁策略以防范恶意删除。
📥 入库与验证
数据入库管道在内容正式存入长期库之前，会执行多道质量闸口校验：
- 接收出版资产： 自动接收来自 Academic Stack 出版系统推送的文件和元数据。
- 元数据关联校验： 匹配验证 DOI、文章属性和文件映射关系的正确性。
- 哈希签名生成： 为每一个二进制文件计算生成永久的 SHA-256 哈希签名。
- 打包封装： 创建包含完整结构化元数据的标准化归档单元。
- 分发副本： 将封装完毕的归档包多通道推送到不同的地理冗余存储介质中。
- 写入审计日志： 将入库状态、关键时间戳和元数据写入不可更改的审计跟踪日志。
若检测到资产不完整、缺失关键元数据（如未关联有效 DOI）或校验失败，入库流水线将自动挂起并向运维人员发送警报，直至问题修复后方可继续。
🔓 访问与提取
我们的保存网络主要定位为“暗档”和灾备层，而不是用于日常分发的公开内容分发网络 (CDN)。
文件提取仅适用于保障出版业务连续性的特定场景：
- 灾难性恢复： 发生大规模故障时，整体重构或还原期刊站点资产。
- 审计与合规： 出版方出于外部审查或保存链完整性校验需要，提取特定归档包进行审计。
- 系统迁移： 将整个期刊库平滑迁移至其他 Academic Stack 部署集群中。
- 终止过渡： 合作关系终止时，将完整的、结构化的全部期刊历史数据打包导出交给出版方。
🔒 安全保护
我们利用纵深防御的安全策略来防御各种潜在数据威胁：
- 传输加密： 所有 API 传输和多节点间的数据同步全部强制使用 TLS 1.3 高强度加密。
- 静态存储加密： 所有物理磁盘和存储桶在底层启用 AES-256 硬件级加密。
- 操作权限收紧： 对系统管理操作应用严格的多因素认证（MFA）和最小特权原则。
- 防篡改配置： 结合 Immutable 防修改策略，阻止针对历史归档的删除或恶意覆盖操作。
⚖️ 责任分工
长期数字化保存是 Academic Stack 与出版方共同维系的目标。
👥 出版方的责任
- 确保提交归档的学术资产完整、可用且符合保存要求。
- 验证版权、使用许可归属，并确保已获得数字化保存与复制授权。
- 及时将撤稿通知、法律纠纷或期刊转让要求反馈至平台。
- 提供真实准确的文章元数据，并在信息变更时及时修正。
🏢 Academic Stack 的责任
- 维护并时刻监控全球多云保存系统的健康运行。
- 定时轮询并执行底层文件的密码学完整性检查。
- 保障多个物理副本数据的冗余分发和一致性状态。
- 提供受控、高效的提取和灾备灾难重构通道。
- 根据行业技术标准，不断升级和迭代数字保存的规范与能力。
⏳ 保存期限
一旦内容进入 Academic Stack 保存库，即默认实施无限期保存：
- 订阅到期： 即便出版方停止了在 Academic Stack 平台上的发布订阅，此前已入库的学术成果仍将继续被保存，以保护整体人类科学记录。
- 权利撤销： 因法律、伦理或版权判定必须从公共领域下线的内容，将在出版方授权配合下进行规范的暗档归档或下架处理。
🔄 修正与撤稿
学术记录是一个动态的过程。为了保持历史的真实与透明，Academic Stack 采用以下机制处理后续变更：
- 追加增量机制： 更正或勘误版本会被作为新增的归档版本追加到历史记录中，而非直接覆盖擦除历史版本。
- 撤稿声明绑定： 已被撤销的文献物理文件在暗档中依然保留，但元数据中会强制附带明显的撤稿标记、说明以及指向官方声明的关联。
⚠️ 服务边界
尽管我们提供高可靠的灾备服务，但出版方应明确：
- 第三方机构归档： 平台级保存不能自动免除出版方自行向国家图书馆或特定行业归档服务（如 CLOCKSS、Portico）履行法定缴送的义务。
- 未达入库管道的数据： 对于因出版商侧配置错误或格式不合规而未能通过入库管道的文献，本平台无法提供保护和恢复。
📈 业务演进
我们会跟踪数字化保存领域的最新国际标准，不断引入新的分布式存储技术，并拓展与外部专业学术归档服务网络的融合。
✉️ 联系我们
如对保存政策、灾备迁移规划或合规审计有任何疑问，请联系我们：
Academic Stack 支持团队
电子邮件：[email protected]
最后更新时间：2026年7月