init

assets/images/dms1/dms/dms.txt

@@ -0,0 +1,409 @@
+DMS合规性认证
+中李莹
+2024年7月10日创建
+1.背景
+对标OSDU技术体系，攻关多软件数据高效共享技术，研发油气行业工业软件所需的数据共享标准、数据工作流、开
+放领域数据服务、数据安全工具和成果知识库，打破各工业软件之间的数据孤岛，为各工业软件提供一体化数据支
+撑。
+油田开发
+非常规工
+数
+数据引入
+工作流
+作流
+据
+公
+消
+费
+数据源
+数据治理
+数据引入
+数据发现
+数据充实
+数据交付
+数据安全
+依据策略、
+所属等对数
+对数据源的
+对元数据进
+加工、改进
+根据数据消
+通过认证、
+数据提取元
+行索引，支持
+和丰富数据
+费需要提供
+授权、数
+据添加标签，
+地震处理软件
+管理。元数
+数据，并且绑
+对属性和语
+生产出高质
+文件、数据
+据授权云
+地震解释软件
+据、体数据
+定正确的使
+义检索
+量或新概念
+集下载服务，
+原生安全
+匹配检查；
+用标签
+的衍生物
+各领域数据
+边界提供
+地质建模软件
+CRS检查；
+服务
+全面的安
+测井解释软件
+可视化扫描
+全机制
+管网仿真软件
+健层改造软件
+领域数据
+发现/细化/充实
+提供基于井筒、地震、地面管网、油气藏等专业共享交换模型的领域数据服务（DDMS），结合平台数据集及文件服
+务，实现工业软件领域数据共享。
+共享微件
+大类1
+目录1
+管理树
+子类1
+对象树
+节点1
+子类2
+节点2
+大类2
+目录2
+工作空间
+节点类型
+对象树模板
+（类别名称。DMS服务类别
+数据索引组织
+lcon，网性1，属性2.
+编目结构
+节点信息
+寻址信息
+权限管控、标签
+（定义信息、DMS获取信息）
+(DMS源，服务URL，参数KV)
+主数据
+DMS
+DMS
+DMS
+DMS
+DMS
+DMS
+DMS
+DMS
+地质
+物探
+井筒
+油气藏
+油气生产
+地面工程
+外源
+空间数据
+虚拟/物理数据入湖
+数据湖！
+总部湖
+企业区域湖
+数据引入
+梦想云主湖
+工程技术
+大庆
+长庆
+塔里木
+川庆
+EISC
+基于DdDMS的数据架构图
+2.DDMS合规性测试需求
+2.1用户操作流程
+1.各供应商按照统一交换标准所实现的DDMS需注册到DMS服务控制台，所注册的服务需通过质量认证测试后才能
+发布。
+DDMS控制台注册界面
+2.DDMS注册实例后，在服务审核中提交审核申请，并在申请附件中添加关于DMS业务逻辑调用流程的说明以及api
+说明文档。
+DMS控制台服务审核-我的审核界面
+合规性测试服务
+基于场景的服务调用流程进行测试，
+返回测试结果和外理意见
+平台需提供领域数据服务的验证功能，允许第三方实现的MX-OSDU服务接入数据生态。确保领域数据服务能够按照
+既定标准和要求自动执行数据交换和通信。自动化验证DMS服务可能包括以下几个方面：
+数据模型验证：数据对象的定义和组织。
+API接口测试：验证DMS服务的应用程序接口（API）是否能够正确地执行数据读取、存储、更新和删除操作。
+数据质量检查：自动检查数据的质量，包括数据的准确性、完整性和一致性
+性能测试：评估DMS服务的性能，如响应时间和数据处理速度。
+互操作性测试：确保DMS服务能够与其他符合DMS标准的系统和应用程序无缝集成。
+安全测试：验证DMS服务的数据传输安全性，包括数据加密和访问控制。
+ 
+DMS服务审核申请通过后完成发布
+2.2技术流程设计
+整体DMS服务的验证测试流程参考如下：
+某业务实体创
+mock数据准备
+建API
+某业务实体查
+业务场景流程
+自动化接口测
+按流程调用
+询API
+结果断言
+认证通过
+生态接入
+梳理
+试模块
+DMS
+数据比较
+DMS发布
+某业务实体修
+改API
+DMSAPI准备
+某业务实体相
+关API
+某业务实体删
+除API
+与断言结果不一致，返回修改
+初始化时，各领域工作室需提供一套针对本专业场景的DMS合规性验证流程，根据场景的业务逻辑调用DMS，场景
+需充分覆盖DMS范围。此后若有其他供应商按照统一数据共享标准实现了一套DMS，则可复用此合规性测试流程。
+北航目前的自动化测试工具测试任务流程配置界面如下：
+测试任务创建
+000
+测试工具添加
+编排测试流程
+配置数据传递规！
+测试用例生成
+运行测试任务
+查看测试结果
+自动化接口测试工具界面
+2.3示例：基于井筒共享模型的数据服务
+基于井筒共享模型的井筒中心数据服务是以对象（自然实体对象&业务成果类对象）为核心的多组领域数据服务AP的
+集合，包括对象的基础增删改查服务以及围绕对象发布的多种带条件的查询服务等。
+A
+B
+C
+1对象
+描述
+状态
+Well
+井对象分组，”井“为自然实体对象，表示一组井筒的位于地面以上的源头
+●已发布
+3
+Wellbore
+井筒对象分组，”井筒”为自然实体对象，表示从地球表面的一点延伸到最大穿透点的轨迹
+●已发布
+4
+TubularAssembly
+对象描述
+●未开始
+5TubularComponeni对象描述
+●未开始
+6TubularUmbilical
+对象描述
+●未开始
+WellboreMarkerSe1井筒层位对象分组，描述与该井筒相交的岩石岩性变化
+●未开始
+8WellboreTrajectory井筒轨迹对象分组，用于计算二维和三维空间中计划或实际井筒的位置和空间不确定性的数据
+●正在进行
+9WellLogt
+●正在进行
+Well分组已发布的API列表：
+A
+API
+说明
+2创建井筒
+创建新井筒对象，需要用户角色是users.datalake.editors”或者‘users.datalake.admins'才有权限创建
+3获取井筒
+查询指定井筒对象，需要用户角色是users.datalake.viewers’或users.datalake.editors”或'users.datalake.admins”.并且有对应的数据权限才能
+查询到井筒对象信息
+4获取给定井筒的层位
+查询指定井筒对象的层位信息
+5获取给定井筒的轨迹
+查询指定井筒对象的井筒轨迹信息
+查询指定井筒对象的所有数据版本信息，需要用户角色是users.datalake.viewers’或‘users.datalake.editors'或‘users.datalake.admins'.并且
+6获取井筒的所有版本
+有对应的数据权限才能查询到井筒对象版本信息
+7
+获取指定版本的井筒
+查询指定数据版本的井筒对象信息，需要用户角色是users.datalake.viewers”或users.datalake.editors’或users.datalake.admins'.并且有对应
+的数据权限才能查询到井筒对象信息
+8获取给定井筒的测井信息查询指定井筒对象的测井信息
+9
+逻辑删除井筒
+逻辑删除指定数据版本的井筒对象，主要用户角色是users.datalake.editors'或users.datalake.admins'才有权限操作
+创建井筒后，在查询井筒api中能够查看新创建的井筒，获取指定版本的井筒能够查看到初始版本的井筒信息，最后
+逻辑删除井筒能够将新增井筒删除
+well-manage-controller井简中心数据服务
+GET
+/dde/vell/activity查询项目
+GET
+/dde/vell/activity-type查问项目类型
+GET
+/dde/vell/cache/init刷新缓存
+GET
+/dde/vell/changdata获取变更记录
+GET
+/dde/vel1/findvel1根据井号模糊查询井信息
+GET
+/findvellbyvellconnonnane
+根据井号模糊查询井筒信息
+GET
+/dde/ve11/findvellidandnane
+根据井号模糊查询井信息（只返回井id和井
+号
+GET
+/dde/vell/findvelllocation查问井坐标信息
+GET
+/dde/vell/generategroupplvalue批量获取主数据id
+GET
+/dde/vell/getattributemap获取所有属性对应中文名
+GET
+/dde/vell/getbatchinfo获取批次详细信息
+GET
+/dde/vell/getchangdata获取变更记录
+2.4验证报告实例参考
+平台提供可下载的测试报告详情，供用户在附件中可供查看或者在处理意见中提供可下载的测试报告链接。
+报告编码：
+报告名称：Xxx领域数据服务测试分析报告
+申请日期：
+申请人：
+服务供应商名称：
+摘要：
+测试内容包括：
+序号
+服务名称
+服务功能描述
+服务参数描述
+服务返回值描述
+井信息查询服务
+提供通过井名检索等
+方式的井信息查询服
+务
+分层信息表查询服
+分层数据表新增、删
+务
+除、修改、查询服务
+3
+测井曲线解析服务
+将测井数据体，包含
+wis、las解析
+测试情况说明：
+本次测试是对xxx领域数据管理服务Vx.0版本下的xx个API进行验证测试。第一轮测试：累计发现缺陷0个。
+测试结论：
+本套领域数据服务已通过环境验证，系统可以正常运行。验收测试通过标准关于用例执行、DMS业务流相关文档等两
+个方面分析，该项目通过验收测试。
+检测依据：
+集成开发应用支撑系统开放数据生态数据共享要求和评价第xxx部分：关于xxx领域数据服务的接口要求和测试细则。
+2.5dms调用流示例模版参考
+平台提供可下载的dms调用流模版，用户按照模版章节填写场景使用内容。
+此部分内容非必填，如果用户选择不填，则默认使用平台配置好的场景验证测试流程，若因部分DMS为实现而造成的
+测试不能通过，需要给用户提示。
+一、场景描述（示例）
+场景画像：
+结合专业软件直连，地震解释A模块，地震解释工作流和微件，形成一套地震智能解释应用场景
+地震解释
+专业软件
+GeoEast
+其它软件
+地震智能解
+梦想云
+释微件
+体化共享数据模型&接口实现
+地震中心
+治理
+GeoEast项目库
+油田区域湖
+二、业务流/工作流描述（示例）
+2.1业务流
+基础地质研究
+地震构造解释（替换部分pcg组件，升级）
+地震储层预测（替换部分pcg组件，升级）
+地震烃类检测（替换部分pcg组件，升级）
+地震沉积解释（替换部分pcg组件，升级）
+2.2模块
+由微件组合业务功能模块，完成地震和地质业务分析工作。
+2.2.1地震构造解释成果分析
+井震标定，地层对比，地震二维可视化，三维可视化，
+2.2.2地震储层有利区圈定
+地震剖面叠合井曲线，工区底图，断层平面polygon，.
+2.2.3储层含油气性分析
+地震属性水平切片，平剖联动，地震组合剖面，
+2.2.4地层沉积微相分析
+地震剖面对比，多水平切片对比，
+2.3工作流
+2.3.1地震构造解释工作流
+地震数据优选，频谱分析，层位标定，并震统层，断层解释，层位解释，速度建场，时深转换，构造成图
+员信分
+三堆可成化
+GecEast
+一%一%
+二幢可视化
+三维可化
+福一%一%%一%一%%
+以上内容均可通过调用PBC接口获取
+三、DMS描述（示例）
+3.1调用顺序及输入输出数据说明
+建议：若用户已上传openapi或swagger文档或领域数据说明书，表中的部分信息可通过文档解析获取到，用户通过
+上移下移或拖动行调整调用顺序，减轻重复录入工作量。
+建议：若用户已上传openapi或swagger文档或领域数据说明书，表中的部分信息可通过文档解析获取到，用户通过
+上移下移或拖动行调整调用顺序，减轻重复录入工作量。
+序号
+名称
+功能描述
+输入数据
+产出数据
+二维地
+地震剖面、
+地震数据体
+震剖面可
+平面显示
+视化
+三维地
+地震数据体
+地震数据体
+震可视化
+三维展示
+地层对
+过多口井地
+地震数据体，时深
+层对比，井
+关系，井分层，任
+分层，任意
+意线拐点
+线位置底图
+显示
+断层平
+断层平面
+断层多边形组合文
+面
+polygon组合
+件
+polygon
+图
+*
+构造成
+to图，构造
+工区网格，层位
+图
+图可视化
+3.2DMS结果断言
+序号
+名称
+结果描述
+二维地震剖面可视化
+地震剖面、平面显示
+2
+三维地震可视化
+地震数据体三维展示
+3
+地层对比
+过多口井地层对比，井分层，任意线位置底图显
+示
+断层平面polygon
+断层平面polygon组合图
+n
+构造成图
+tO图，构造图可视化

assets/images/dms1/zsy/2地震 (1).txt

@@ -0,0 +1,398 @@
+《开放油气数据服务规范第2部分：地震》草案_加批
+注
+CCS
+中华人民共和国石油天然气行业标准XX/TXXXXX-20XX
+开放油气数据服务规范
+第2部分：地震
+A A AA Specification for open data service in petroleum exploration and developmen
+Part2:
+ Seismic exploration
+202X-XX-XX发布
+202X-XX-XX实施国家能源局
+前言
+1范围1
+2 规范性引用文件1
+3术语和定义1
+3.1地震数据 seismic data1
+4 缩略语1
+5 地震数据服务体系架构1
+6地震数据交换模型2
+6.1地震数据交换模型分类规则2
+6.2 地震数据交换模型命名规则2
+6.3地震数据交换模型3
+7地震数据服务接口5
+7.1地震数据封装5
+7.2 地震数据服务接口命名规范6
+7.3地震数据服务接口功能分类6
+7.4地震数据服务接口安全要求6
+7.5 地震数据服务设计规则6
+7.6 开放地震数据服务扩展规则8
+1.前言
+油气行业作为稳定型的传统工业和典型的数字化深度应用行业，基于其复杂、多样的专业特质，具有不断创新与
+深厚的科学技术积淀。在业务数智化、能源低碳化发展的时代背景下，石油工业软件面临着新型工业业态、数据生
+态、技术与安全环境的全面变革。面对工业软件多样性和开发与运行环境迥异、数据孤岛、数据异构等复杂性，导到
+了数据交互难、成果共享难、业务协同难等问题，严重制约了全产业链的协同效率与智能化发展。通过规范并统一
+据服务接口技术，实现跨学科、跨专业数据共享与系统互操作，降低软件集成难度，推动新型工业软件的转型升级
+提升油气行业数字化转型效能，编制本系列规范。共六个部分：
+一第1部分总则；
+一第2部分地震；
+-一第3部分 测井;
+一第4部分油气藏；
+-一第5部分钻井；
+-一第6部分 油气生产。
+本文件是上述第2部分。
+本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
+请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
+本文件由提出并归口。
+本文件起草单位：
+本文件主要起草人：
+开放油气数据服务规范第2部分：地震
+2.范围
+本文件规定了油气行业工业软件地震勘探领域数据服务接口的体系结构、数据交换模型定义、数据封装方法和
+据服务接口清单。
+本文件适用于油气行业开放数据生态中地震数据的规范化交换、使用和互操作。
+3.规范性引用文件
+下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期
+应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
+SYT--5314-2004-地震资料采集技术规程
+SYT--5332-2005-陆上地震勘探数据处理技术规程
+SYT--5481-2003-地震勘探资料解释技术规程
+SYT-5454-2003-垂直地震剖面法勘探技术规程
+GB/T 20988 信息安全技术 信息系统灾难恢复规范
+GB/T22239 信息安全技术 网络安全等级保护基本要求
+SY/T 5232-2012石油工业软件工程规范
+GB/T 35273 个人信息安全规范
+GB/T 43697-2024数据安全技术数据分类分级规则
+开放油气数据服务规范第1部分：总则
+4.术语和定义
+下列术语和定义适用于本文件。
+地震数据 seismic data
+地震数据是对地震勘探相关数据的统称，泛指在地震勘探规划、设计、采集、处理、解释与石油地质研究等活
+中所产生的所有数据，包括地震勘探工程与项目设计、野外地表调查与施工作业记录、现场采集与处理记录、室内
+理与解释过程中的文档、图件以及时间域、空间域、频率域的多维度地震数据体。
+5.缩略语
+地震数据服务应遵循SY/TXXXXX.1-202X《开放油气数据服务规范第1部分：总则》的相关要求。
+地震数据服务体系架构分为数据接口服务层和数据源端，通过数据接口服务层，整合各数据源端，将数据封装
+标准、高效、安全、可扩展的数据服务接口，通过交换模型在各应用间实现数据共享、交换与交互操作
+地震数据服务由数据交换模型与数据服务接口组成，地震数据服务体系如图1所示
+地震数据应用调用
+报报务核务接级报务核
+地震数据服务
+本系架构图
+7.地震数据交换模型
+地震数据交换模型分类规则
+地震数据服务交换模型分类可按照《GB/T43697-2024数据安全技术数据分类分级规则》中的数据分类规则
+求，可分为基础数据、采集数据、处理数据、解释数据，根据实际应用中需求，用户可自定义扩展数据类别。
+地震数据及交换模型分类如图2所示
+基础数据
+地震采集数据地震处理数据
+地震解释数据
+2.地震数据及交换模型分类
+地震数据交换模型命名规则
+地震数据服务交换模型命名规则宜采用不固定长度的分段层次码，每个段层之间用下划线字符“_"进行连接，
+码总长度不宜超过30个字符。
+地震数据交换模型的命名代码结构如图3所示
+x  xx
+第一段（分类码）
+3．地震数据交换模型命名规则
+第一段（分类码)，应使用地震数据专业英文简写“SE"作为命名分类码。
+第二段(子类限定词)，用于说明交换模型分类，推荐使用模型分类的英文简写作为子类限定词。
+第三段（实体名称码)，用于说明数据对象，宜使用数据对象首拼字母或关键英文单词作为实体名称码。若采月
+关键英文单词，最多不超过两个单词。
+地震数据交换模型
+7.1基础数据交换模型
+基础数据交换模型为用于交换地震作业活动的基本信息数据，包括地震项目、
+地震工区、工区测线等，
+基础数据交换模型特征见表1。
+基础数据交换模型特征
+交换模型名称
+模型定义
+主要参数
+地震项目
+SE_BASE_Project_info
+描述地震项目基本信息，
+项目标识、项目名称、项
+包括采集、处理、解释以
+及采集处理解释组合项目
+系统标识、坐标系统蒋
+描述地震工区基本信息，
+地震工区
+包括采集、处理、解释以
+及采集处理解释组合工区
+测线
+工区测线
+veyLine_inf描述工区测线基本信息
+测线名称、桩号、CMP
+SE_BAS
+No、大地坐标×值、大地
+坐标Y值
+7.2地震采集数据交换模型
+地震采集数据交换模型为用于交换原始观测数据、施工参数及配套文档，包括地震采集参数、地震观测系统等
+地震采集数据交换模型特征见表2。
+2.地震采集数据交换模型特征
+交换模型名称
+模型定义
+主要参数
+仪器检测数据
+SE_AC_Equipment_detec
+记录采集设备的校准与性
+仪器类型、采样率、动态
+能参数
+ting
+地表调查数据
+SE_AC_Surfce
+近地表地质与地形信息，
+、小折射结
+investigation
+用于静校正
+果、露头参数、近地表速
+度模型
+地震施工参数
+采集作业的施工计划与执
+震源类型、接收器间距、
+Ctor
+行参数
+全合规记录
+观测系统
+SE_AC_S
+测线与检波器排列的空间
+测线编号、炮点坐标、检
+tion
+配置
+波点坐标、最大偏移距、
+面元网格标识
+原始炮数据
+SE_AC_Shot_gather
+原始地震记录数据
+数据集标识、记录格式、
+道头信息、数据安全分级
+标识
+7.3地震处理数据交换模型
+地震处理数据交换模型为用于交换地震数据处理阶段的中间成果及处理参数，包括处理流程、算法参数等。
+地震处理数据交换模型特征见表3。
+3.地震处理数据交换模型特征
+交换模型名称
+模型定义
+主要参数
+道集数据
+SE_PR_Gathers
+预处理后的地震道集
+道集类型、面元网格标
+速度模型
+SE_PR_Vel 
+用于叠加与偏移的速度场
+速度模型版本、垂向速度
+度、横向平滑参数、关
+数据
+叠加剖面
+SE_PR_Stack 
+初步处理成果的二维/三维
+剖面类型、分辨率、数据
+剖面
+恰式
+/输出数据集标
+7.4 地震解释数据交换模型
+地震解释数据交换模型为用于交换地震资料解释成果的构造、地层
+地震处理数据交换模型特征见表4。
+d.地震解释数据交换模型特征
+交换模型名称
+模型定义
+主要参数
+层位
+SE_INT_Horizon
+描述层位基本信息
+项目标识、工区标识、对
+型名称
+断层
+描述断层基本信息
+项目标识、工区标识、段
+层ld、断层名称
+平面属性
+ SE_INT_SurfacePro
+描述地震平面属性基本信
+项目标识、工区标识、平
+总求
+属性数据体
+ SE INT_Attritute
+提取的地震属性
+任意线
+ SE_INT_Traverse
+描述任意线基本信息
+项目标识、工区标识、任
+意线标识、任意线名称、
+任意线类型
+子波
+描述子波基本信息
+上区标识、于
+数、开始线号、结束线
+号、开始道号、结束道
+号、开始时间、
+结束时间
+合成记录
+描述合成记录基本信息
+项目标识、工区标识、记
+数、采样间隔
+反演成果
+岩性与物性反演结果
+反演方法、数据体范围、
+井震标定参数
+7.5扩展数据交换模型
+当6.3.1-6.3.4规定的地震数据交换模型不能满足实院
+应用需求时，可
+震数据交换模型的命名应符合6.2的规定。
+8.地震数据服务接口
+地震数据封装
+地震数据封装应遵循《开放油气数据服务规范第1部分：总则》中规定的结构化数据封装方法。
+地震数据服务接口命名规范
+地震服务接口应包含通用和专业领域两部分。
+-通用部分应按照SY/TXXXXX.1-202X《开放油气数据服务规范第1部分：总则》要求命名。
+专业领域部分接口名称宜采用驼峰命名法，命名格式为：/seismic(版本号)(交换模型名称)(接口功能}。
+地震数据服务接口功能分类
+数据安全防护措施应遵循SYTXXXX.1-202X《开放油气数据服务规范第1部分：总则》中数据服务接口分类
+求进行接口设计，地震数据服务接口功能清单见表5。
+表5地震数据服务接口功能清单
+功能
+功能代码
+含义
+查询列表数据
+abed
+查询指定的交换模型的
+持分页查询
+查询数据内容
+get
+查询交换模型对应的数据内容。
+新增
+ad
+对指定的交换模型新增数据。
+修改
+mod
+对指定的交换模型修改数据。
+删除
+del
+对指定的交换模型删除数据。
+用台
+对指定交换模型导出数据。
+地震数据服务接口安全要求
+地震数据安全防护措施应遵循SYTXXXXX.1-202X《开放油气数据服务规范第1部分：总则》中数据服务接口
+全要求的相关规定，控制地震数据服务接口访问权限，并对敏感字段和数据传输进行加密。
+地震数据服务设计规则
+地震数据服务应通过7.3中数据服务接口功能分类对地震数据交换模型进行相应操作。其中，数据交换模型内容
+及数据服务接口功能应由用户根据业务实际需求确定。数据交换模型应包含6.3中给出的地震数据交换基础模型。实
+际地震数据服务见表6。
+表6 地震数据服务接口清单
+交换模型分类
+交换模型名称
+服务接口功能
+基础数据
+地震项目信息
+查询列表数据
+新增
+修改
+删除
+地震工区信息
+查询列表数据
+新增
+修改
+删除
+工区测线信息
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+地震采集数据
+仪器检测数据
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+地表调查数据
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+地震施工参数
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+观测系统
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+原始炮数据
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+地震处理数据
+道集数据
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+速度模型
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+叠加剖面
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+地震解释数据
+查询列表数据
+查询数据内容
+新增
+修改
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+平面属性
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+属性数据体
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+导出
+任意线
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+子波
+查询列表数据
+查询数据内容
+新增
+修改
+删除
+用
+扩展数据
+开放地震数据服务扩展规则
+当地震数据服务交换模型扩展时，应为其补充相应的数据服务接口。

assets/images/dms1/zsy/3 测井.txt

@@ -0,0 +1,315 @@
+《开放油气数据服务规范第3部分：测井》草
+案-0507
+ICS
+CCS
+中华人民共和国石油天然气行业标准XX/TXXXXX一20XX
+开放油气数据服务规范
+第3部分：测井
+Specification for open data service in petroleum exploration and development
+Part 3: Well logging
+202X- XX- XX发布
+202X-XX-XX实施
+发布
+目次
+前言I
+1范围1
+2 规范性引用文件1
+3 术语和定义1
+3.1测井数据1
+4 缩略语1
+5 测井数据服务接口体系架构1
+6测井数据服务交换模型2
+6.1交换模型分类规则2
+6.2 交换模型命名规则2
+6.3 测井数据交换模型3
+6.4交换模型扩展原则4
+7测井数据服务接口4
+7.1 测井数据封装4
+7.2 测井数据服务接口命名规范4
+7.3 测井数据服务接口功能分类5
+7.4 测井数据服务接口安全要求5
+7.5 测井数据服务设计规则5
+7.6开放测井数据服务扩展规则6
+1.前言
+油气行业作为稳定型的传统工业和典型的数字化深度应用行业，基于其复杂、多样的专业特质，具有不断创新与
+深厚的科学技术积淀。在业务数智化、能源低碳化发展的时代背景下，石油工业软件面临着新型工业业态、数据生
+态、技术与安全环境的全面变革。面对油气行业工业软件多样性和开发与运行环境迥异、数据孤岛、数据异构等复杂
+性，导致了数据交互难、成果共享难、业务协同难等问题，严重制约了全产业链的协同效率与智能化发展。通过规范
+并统
+型升级，提升油气行业数字化转型效能，编制本系列规范。首批共六个部分：
+－—第1部分 总则;
+-一第2部分地震；
+-一第3部分 测井；
+一一第4部分 油气藏；
+一一第5部分钻井；
+-一第6部分 油气生产。
+本部分是上述的第3部分。
+请注意本部分的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
+本部分由提出并归口。
+本部分起草单位：
+本部分主要起草人：
+开放油气数据服务规范第3部分：测井
+2.范围
+本文件规定了油气行业测井专业的开放数据服务的体系架构、数据服务交换模型以及数据服务接口。
+本文件适用于油气行业开放数据生态中测井数据的规范化交换、使用和互操作。
+3.规范性引用文件
+GB/T38667-2020信息技术大数据数据分类指南
+SY/T XXXXX.1-202X开放油气数据服务规范第1部分：总则
+4.术语和定义
+测井数据
+测井数据是地球物理测井技术在油气勘探与开发活动中产生的综合性数据集合，泛指在测井设计、现场实施、数
+据处理、解释及储层研究等环节中生成的所有数据。其内容涵盖测井工程规划、井下仪器测量记录、动态监测数据、
+室内解释成果以及时间域、空间域、工程域的多维度测井数据体。
+5.缩略语
+JSON：JavaScript对象表示法（JavaScript Object Notation）。
+API：应用程序编程接口（Application Programming Interface）。
+HTTP：超文本传输协议(Hypertext Transfer Protocol)。
+HTTPS：超文本传输安全协议(Hypertext Transfer Protocol Secure)。
+RESTful：表述性状态传递(Representational State Transfer)。
+URL：统一资源定位符（Uniform Resource Locator）。
+6.测井数据服务接口体系架构
+测井数据服务应遵循SY/TXXXXX.1-202X《开放油气数据服务规范 第1部分：总则》的相关要求。
+为标准、高效、安全、可扩展的数据服务接口，通过交换模型在各应用间实现数据共享、交换与交互操作。
+测井数据服务由数据交换模型与数据服务接口实现。测井数据服务体系如图1所示。
+测井数据应用调用
+数据请求、鉴权、解封装等代理服务
+数据接口服务
+收据服务注册
+数据服务货口
+数报服封接
+数握服务接口
+1．测井数据服务体系架构图
+7.测井数据服务交换模型
+交换模型分类规则
+测井数据服务交换模型分类遵循《GB/T38667-2020信息技术大数据数据分类指南》中分类方法，结合测井业
+务实际，分为测井采集数据、测井处理数据、测井解释数据。
+测井数据及交换模型分类如图2所示。
+测井数据
+测井采集数据
+测井处理数据
+测井解释数据
+2．测井数据及交换模型分类
+交换模型命名规则
+测井数据交换模型命名规则宜采用不固定长度的分段层次码，每个段层之间用下划线字符“_”进行连接，代码总
+长度不宜超过30个字符。
+测井数据交换模型命名代码结构见图3。
+xx-.xxx-xxxx_xxxx
+第三段(实体名称码）
+第二段（子类限定词）
+第一段（分类码）
+3．测井数据交换模型命名规则
+第一段（分类码），应使用测井专业英文简写“WL"作为分类码。
+第二段(子类限定词)，用于说明交换模型分类，宜使用模型分类的英文简写作为子类限定词。
+第三段 (实体名称码)，用于指明数据对象名称，应使用数据对象英文名称关键词作为实体名称代码，其中关键
+词不宜多于两个英文单词。
+测井数据交换模型
+6.3.1测井采集数据交换模型
+测井采集数据交换模型用于交换测井采集作业活动的数据，包括测井采集基础信息、测量环境信息、测井遇阻/
+遇卡情况、采集资料质量评价等。测井采集数据交换模型见表1。
+表1测井采集数据交换模型
+交换模型名称
+模型定义
+主要参数
+测井采集基础信息
+WL_OPS_BASE_INFO
+描述测井采集的基础信息
+井名、测井井次、测井通
+知单时间、起始时间、结
+束时间、任务类型、测井
+监督、测井公司名称等
+测量环境信息
+WL_OPS_MEA_ENVIRON」描述裸眼井测量环境信息
+测量井段顶深、测量井段
+MENT
+底深、钻头程序、套管程
+序、钻井液类型、钻井液
+温度、钻井液密度、钻井
+液粘度等
+测井遇阻/遇卡情况
+WL_OPS_LOG_INTERVA
+描述测井遇阻/遇卡情况
+遇阻/遇卡时间、遇阻/遇卡
+L_HUD
+深度、原因及事件描述、
+处理时间等
+采集资料质量评价
+WL_OPS_QUALITY_EVA
+描述测井采集资料资料质
+测井项目数、优等项目
+量
+数、合格项目数、不合格
+项目数、不合格项目等
+6.3.2测井处理数据交换模型
+测井处理数据交换模型用于交换测井处理作业活动的数据，包括测井处理基本信息、处理质量评价等。测井处理
+数据交换模型见表2。
+表2测井处理数据交换模型
+交换模型名称
+模型定义
+主要参数
+测井处理基本信息
+WL_WAP_BASE_INFO
+描述测井处理基本信息
+处理类型、处理井段顶
+深、处理井段底深、处理
+软件、处理模块、处理参
+数文件名称、处理参数文
+件路径等
+处理质量评价
+WL_WAP_QUALITY_EVA
+ 描述测井处理质量评价结
+评价的处理项目、评价项
+果
+目的处理成果数据文件名
+称、处理内容是否齐全、
+处理结果是否达标等
+6.3.3测井解释数据交换模型
+测井解释数据交换模型用于交换测井解释活动的数据，包括测井解释基本信息、解释质量评价、测井成果表、测
+井成果图、测井解释成果文件等。测井解释数据交换模型见表3。
+表3测井解释数据交换模型
+交换模型名称
+模型定义
+主要参数
+测井解释基本信息
+WL_ACH_BASE_INFO
+描述测井解释基本信息
+解释项目、解释成果图文
+件名称、解释成果图文件
+路径、解释成果数据文件
+名称、解释成果数据文件
+路径、解释报告文件名
+称、解释报告文件路径等
+解释质量评价
+WL_ACH_INTER_QUALIT 
+描述测井解释质量评价结
+评价的解释项目、评价项
+Y_EVA
+果
+目的解释成果数据文件名
+称、评价项目的解释成果
+数据文件路径、解释内容
+是否齐全、缺失的解释内
+容等
+测井解释成果表
+WL_ACH_INTERP_RESU 
+描述测井解释成果表
+井号、层号、层位、顶
+LT
+深、底深、有效孔隙度、
+渗透率、含油饱和度、含
+油饱和度、测井解释结论
+等
+测井解释成果图
+WL_ACH_INTERP_MAP
+描述测井解释成果图
+井名、图件名称、图件大
+小、文件路径、图件格
+式、
+、下载链接等
+测井解释成果文件
+ WL_ACH_INTERP_FILE
+描述测井解释成果文件
+井名、文件名称、文件格
+式、文件大小、解释软
+件、顶界深度、底界深
+度、测井系列等
+6.3.4测井扩展数据交换模型
+当6.3.1-6.3.3规定的测井数据交换模型不能满足实际应用需求时，可定义并扩展其他测井数据交换模型，此类测
+井数据交换模型的命名应符合6.2的规定。
+8.测井数据服务接口
+测井数据封装
+非结构化数据封装方法如下：
+图件、报告类非结构化数据封装，遵循《开放油气数据服务规范第1部分：总则》。
+对于测井数据体文件应采用“非结构化存储+结构化索引"的方式进行封装。通过该封装方式将测井数据体文件与
+相关的元数据及访问接口相结合，形成一个独立的数据对象。保持原始数据的完整性和可追溯性，并通过结构化的索
+引实现高效的数据检索和管理。
+其中，非结构化存储是指对测井原始数据文件进行原样存储，确保数据的完整性和可追溯性，不改变其格式或内
+容。结构化索引是指通过数据库或索引系统，将测井文件的元数据进行结构化存储。
+测井数据服务接口命名规范
+服务接口应由通用和专业领域两部分组成。
+-一通用部分应按照《开放油气数据服务规范 第1部分：总则》要求命名为api/dms。
+-一专业领域部分接口名称宜采用驼峰命名法，命名格式为：将/well-logging/{版本号}/{交换模型名称}/{接口功
+能}。
+测井数据服务接口功能分类
+测井服务接口按照功能可分为查询功能和操作功能两类，测井服务接口功能清单见表4。
+表4 测井数据服务接口功能清单
+接口分类
+接口功能
+功能代码
+含义
+查询功能
+查询
+page
+根据指定的交换模型查询
+数据，支持分页查询
+操作功能
+新增
+ppe
+使用指定的交换模型新增
+数据
+修改
+mod
+使用指定的交换模型修改
+数据
+删除
+del
+使用指定的交换模型删除
+数据
+下载
+download
+使用指定的交换模型下载
+数据
+测井数据服务接口安全要求
+数据安全防护措施应遵循总则中数据服务接口安全要求，控制测井数据服务接口访问权限，并对敏感字段和数据
+传输进行加密。
+测井数据服务设计规则
+测井数据服务应通过7.3中数据服务接口功能对测井数据交换模型进行相应操作。其中，数据交换模型内容及数
+据服务接口功能应由用片
+井数据服务示例见表5。
+表5测井数据服务示例
+交换模型分类
+交换模型名称
+服务接口功能
+测井采集数据
+测井采集基础信息
+新增信息
+修改信息
+查询信息
+删除信息
+测量环境信息
+新增信息
+修改信息
+查询信息
+删除信息
+测井遇阻/遇卡情况
+新增信息
+修改信息
+查询信息
+删除信息
+采集资料质量评价
+查询信息
+新增信息
+测井处理数据
+测井处理基本信息
+查询信息
+新增信息
+处理质量评价
+查询信息
+新增信息
+测井解释数据
+测井解释基本信息
+新增信息
+修改信息
+查询信息
+删除信息
+解释质量评价
+查询信息
+新增信息
+测井解释成果表
+新增信息
+修改信息
+查询信息
+删除信息
+删除测井解释成果文件
+扩展数据
+开放测井数据服务扩展规则
+当测井数据服务交换模型扩展时，应为其补充相应的数据服务接口。

assets/images/dms1/zsy/总则草案 (1).txt

@@ -0,0 +1,477 @@
+《开放油气数据服务规范第1部分：总则》草案-0507
+ICS
+中华人民共和国石油天然气行业标准SY/TXXXX-20XX
+开放油气数据服务规范
+第1部分：总则
+Specificationfor open data service in petroleum exploration and development
+Part 1: General principles
+202X-XX-XX发布202X-XX-XX实施
+国家能源局
+目次
+前言
+1范围1
+2规范性引用文件1
+3术语和定义1
+4 缩略语3
+5 总体要求4
+5.1总体架构4
+5.2 数据服务架构设计要求5
+5.3业务域扩展要求5
+5.4 功能与扩展要求5
+6数据交换模型要求5
+6.1数据交换模型要求5
+6.2验证机制7
+6.3版本管理7
+7数据服务接口要求8
+7.1通用技术要求8
+7.2 数据服务接口分类8
+7.3数据服务接口开发设计9
+7.4 数据服务接口管理与运维要求9
+8数据服务接口安全要求10
+8.1传输安全10
+8.2访问控制10
+附录A11
+附录B18
+参考文献19
+前言
+油气行业作为稳定型的传统工业和典型的数字化深度应用行业，基于其复杂、多样的专业特质，具有不断创新与
+深厚的科学技术积淀。在业务数智化、能源低碳化发展的时代背景下，石油工业软件面临着新型工业业态、数据生
+态、技术与安全环境的全面变革。面对工业软件多样性和开发与运行环境迥异、数据孤岛、数据异构等复杂性，导致
+了数据交互难、成果共享难、业务协同难等问题，严重制约了全产业链的协同效率与智能化发展。通过规范并统一数
+据服务接口技术，实现跨学科、跨专业数据共享与系统互操作，降低软件集成难度，推动新型工业软件的转型升级，
+提升油气行业数字化转型效能，编制本系列规范。首批共6个部分：
+--第1部分总则：规定了开放油气数据服务的总体原则和通用技术要求-。
+-一第2部分地震：规范了地震数据服务要求；
+—一第3部分测井：规范了测井数据服务要求；
+-一第4部分油气藏：规范了油气藏地质建模和数值模拟数据服务要求
+-一第5部分钻井：规范了钻井工程设计和实钻数据管理数据服务要求
+-一第6部分 油气生产：规范了油气生产数据管理与动态分析数据服务要求。
+本文件是其中的第1部分，即“总则”部分。
+本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
+请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
+本文件由石油工业标准化技术委员会石油信息与计算机应用专业标准化委员会提出并归口。
+本文件起草单位：
+本文件主要起草人
+开放油气数据服务规范第1部分：总则
+1.范围
+本文件规定了油气行业工业软件数据服务接口开发的总体框架、技术要素、设计原则及通用要求。
+本文件适用于油气行业地震、测井、油气藏、钻井、油气生产等专业数据交换的数据服务设计与开发。
+2.规范性引用文件
+下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对
+应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
+GB/T 5271.1-2000信息技术 词汇第1部分：基本术语
+GB/T18391.3-2009信息技术元数据注册系统（MDR）第3部分：注册系统元模型与基本属性
+GB/T 527117-2010信息技术词汇第17部分：数据库
+GB/T 36344-2018信息技术 数据质量
+GA/T 911-2019信息安全技术日志分析产品安全技术要求
+GB/T 32907-2016 信息安全技术 SM4分组密码算法
+3.术语和定义
+下列术语和定义适用于本文件。
+数据元（素）data element
+数据元（素）是数据结构中的基本单位，也被称为数据项、元素或节点。它是描述客观事物的最小逻辑单元，可
+以包含一个或多个具体的数据项，通常作为一个整体进行存储、处理和分析。
+数据元（素）是由一组属性规定其定义、标识、表示和允许值的数据单元。数据元通常用于构建一个语义正确、
+独立且无歧义的特定概念语义的信息单元。数据元由对象类、特性和表示三部分组成。
+[来源：GB/T18391.3-2009，3.3.36，有修改]
+数据结构 data structure
+数据结构是计算机系统中存储、组织和管理数据的一种方式，旨在实现一组相关数据元素之间的逻辑关系，并支
+持高效的数据访问、修改和操作。
+结构化数据 structured data
+数据具有固定格式和明确的关系，通常存储在二维表格中，并遵循预定义的模型（如关系型数据库）。
+非结构化数据 unstructured data
+数据无固定格式，无法直接按规则解析，通常包含自然语言或二进制内容。
+半结构化数据 semi-structured data
+数据部分结构化，通过标签、标记或层级关系隐含一定逻辑，但无严格模式。
+元数据metadata
+元数据是描述数据的数据(或关于数据元素的数据)，用于解释数据的结构、含义、来源、规则、权属、易变性
+等属性，是理解和管理数据的基础工具。
+[来源：GB/T5271.17-2010,1706.05，有修改]
+蒋亮亮
+主数据master data
+主数据是对企业核心业务实体标准化的关键数据，是跨系统、跨流程共享的关键信息（如油田、工区、并/井
+筒、油藏、地层等业务类实体，客户、供应商、项目等管理类实体，以及设备、产品等资产类实体等），具有权威
+性、稳定性和一致性。
+参考数据 reference data
+参考数据是指用于分类或分组其他数据的静态数据集，通常为预定义的标准化值，限定数据取值范围（如国家代
+码、订单状态)，支撑数据一致性。
+本文件中是指基于业务活动所产生的重要数据，与主数据构成“父-子”关系，并被主数据或业务数据引用。
+数据服务data service
+数据服务是指提供数据采集、数据传输、数据存储、数据处理（包括计算、分析、可视化等）、数据交换、数据
+销毁等数据生存形态而演变的一种信息技术驱动的服务或例程(程序)。
+数据服务接口 data service interface
+数据服务接口是指计算机系统中为开放的特定业务数据而开发并发布的可供其他系统或应用调用的访问模式。
+数据交换 data exchange
+数据交换是指在应用软件与应用软件、应用软件与其他数据源之间建立数据通道，以实现数据的查询、获取与保
+存。
+数据交换模型 data exchange model
+数据交换模型是指实现应用软件与应用软件之间、应用软件与其他数据源之间数据交换及其配套功能调用的通信
+协议、交互模式或范式，包含接口协议、数据格式、传输机制等技术要素。
+数据对象data object
+数据对象在计算机科学和信息技术领域中是指能够被计算机程序处理的数据单元。数据对象是一个抽象的概念，
+它并不直接对应于计算机内存中的具体位置，而是表示程序中可以操作的数据单元。数据对象是计算机系统中可以存
+储和处理的数据实体，该实体可以是一个单一的数据元素或一组相关的数据元素的集合。数据对象通常有相应的数据
+类型，用于定义数据对象可能包含的数值的种类，以及对这些数值进行的操作。
+数据封装 data encapsulation
+数据封装是指将待交换的数据对象包装成适合网络传输和交换主体之间便于快速有效识别的格式，而对原数据对
+象添加标准化的描述性信息的过程。
+数据解封装data decapsulation
+数据解封装是数据封装的反过程，是指去掉已封装的数据对象中添加的描述性信息的过程。
+领域数据管理服务 domain data management services 
+面向油气行业特定专业业务领域（如地震、测井等），基于领域知识体系构建的专业化数据服务，通过标准化接
+口提供领域专属的数据处理、业务逻辑执行以及专业分析能力，满足专业领域内垂直方向上业务场景中的工业软件协
+同和跨专业领域水平方向上业务场景中的数据共享与数据交换的需求。
+租户 tenant
+在云计算环境中的多租户架构中独立使用系统资源的业务实体，例如：油气企业下属子公司、合作单位或独立项
+目组，其数据存储、计算资源及访问权限通过逻辑或物理隔离机制实现安全边界划分，确保不同租户间的数据与操作
+互不影响。
+数据域data domain
+按油气行业业务属性或技术特征划分的数据逻辑分类单元，用于规范数据的存储策略、处理流程及服务边界，确
+保地震、测井、油气藏等专业领域数据的标准化管理与跨系统协同。
+4.缩略语
+下列缩略语适用于本文件。
+API: 应用程序编程接口 (Application ProgramminglInerface)。
+gRPC：是由谷歌（Google）开源的一1
+一个现代高性能远程过程调用(RPC)框架（Google Remote Procedure
+状况检查和身份验证。
+HTTP：超文本传输协议（Hypertext rnsfer Protocl)
+HTTPS：超文本传输安全协议（HypertextTrnsferProtocol ecure 。
+JSON： JavaScript对象表示法（JavaScript Object Notation)。
+OpenAPI:开放API规范（OpenAPI Specification）。
+RESTful: 表述性状态传递 (Representational State Transfer)。
+TLS：传输层安全性协议（Transport Layer Security)
+URL：统一资源定位符（Uniform Resource Locator)
+5.总体要求
+总体架构
+数据服务接口设计和实现的总体架构如图1所示。
+空制等代理服务
+伤领层
+集成层：效据集成与数据发布等代理服务
+图1数据服务接口总体架构
+-应用层为分布于云/非云环境中的业务管理、研究与决策场景或单个应用，例如：地震解释、钻井优化、综合
+地质研究、资源评价等。
+服务，支持业务数据的单个或组合调用及数据请求、鉴权、解封装等服务。
+--传输层为基于工业物联网或互联网络，支持数据的可靠、安全和高效传输，兼容跨系统平台
+(Windows/Liux/国产OS等）应用的数据传输需求。
+一协议层为定义数据交换模型、安全协议及服务契约，确保数据交互接口的规范性、可靠性与安全性
+一-数据接口服务为提供统一的数据存取访问、计算服务调用等核心功能。 通过服务中心的服务治理、安全控制
+等保障标准化与安全性，支持多租户隔离与弹性扩展，满足数据协同需求。
+一数据存储层集中管理油气各领域的核心业务数据资源，通过对数据的封装，为上层提供规范化的数据访问。
+数据服务架构设计要求
+数据服务架构设计应遵循以下要求：
+一一模块化设计：应采用分层架构实现接口核心功能解耦，同时支持在云环境下运行；
+一跨平台兼容：应支持国际以及国内常用操作系统运行环境；
+－一协议中立性：应兼容HTTP及gRPC等主流协议；
+一一数据标准化：应兼容行业已发布的其它数据标准。
+业务域扩展要求
+应通过模块化架构设计，支持专业业务领域（如：各种新能源业务）新增和快速接入，各领域通过插件化的数据
+连接于适配器与各层实现便捷扩展。
+功能与扩展要求
+5.1 核心功能应满足
+一一数据存取服务：应提供标准化的数据查询、读取、写入接口，服务的输出满足数据交换格式;
+-一计算服务调用：应支持算法模型远程调用与计算资源调度
+一一状态监控接口：应实时反馈系统运行状态与接口健康度。
+5.2 业务领域数据服务扩展
+各专业领域数据服务接口扩展，应基于本文件中的各项要求进行
+-一专业领域数据交换模型，应按照各专业领域应用要求设置；
+-一安全策略，应参考第8节安全要求设置。
+6.数据交换模型要求
+数据交换模型要求
+数据交换模型模式应满足：
+一一应使用JSON Schemar作为数据封装的描述语言（见参考文献2和参考文献3）;；
+-一数据对象的结构定义应符合油气行业数据结构的相关规范要求；
+-一一应标明数据交换模式版本，例如：schema":"htp:/son-schema.org/drft-7/schema"。
+6.1 交换模型命名要求
+数据服务交换模型命名宜采用不定长分段层次码作为命名规则，每个段层之间用字符“”进行连接，代码总长度
+不宜超过30个字符。数据交换模型命名代码结构见图2
+xxxxxxx
+第三段(实体名称码)
+第二段（子关胰定词)）.,
+第一放（分类排）
+图2 交换模型命名规则
+a.第一段(分类码),，应使用专业分类作为命名分类码。
+b．第二段（子类限定词)，用于说明交换模型分类，宜使用分类首拼字母或英文简写作为子类限定词。
+C、第三段（实体名称码），用于说明数据对象，宜使用数据对象首拼字母或关键英文单词作为实体名称码。若采
+用关键英文单词，最多不超过两个单词。
+6.2 数据交换模型设计
+数据交换主体之间进行数据交换时，应使用约定的数据交换模式对待交换的数据对象进行封装，交换后再进行解
+封装。交换过程中应基于数据交换主体之间的请求（数据使用端）和响应（数据服务端）机制进行，内容包括请求信
+息与响应信息。响应信息主要包括两种类型，一是正确地返回所请求的结果，即封装在数据交换模式中的数据对象
+(体)；二是不能正确地返回所需要的结果时，则返回错误信息。
+其中，待交换的数据对象（体）使用JSON格式报文形式（样例见附录A.1），错误返回信息采用自定义的JSON错
+误代码描述格式（定义见附录B），具体要求如下
+_一交换数据对象 (体)：应包括消息头及业务数据对象（体);
+一一返回错误信息：应包括错误码、错误描述、错误原因分析及运行日志等信息。日志符合《GA/T911-2019信
+息安全技术 日志分析产品安全技术要求》。
+6.3 数据交换模型设计要求
+数据交换模型应满足：
+一一类型约束：应明确定义基础数据类及数据元素类等类型，油气专业数据类还应包括数据约束及量纲，安全设
+计应符合《GB/T3634-2018信息技术数据质量》中的数据一致性要求；
+一一元数据描述：每个数据模型应包含标准元数据属性；
+二-组合结构：复杂数据对象应采用组合结构实现扩展。
+6.4 数据分类交换模型结构及数据封装设计与方法
+数据分类交换模型应按照以下四种数据对象大类进行设计，其中，数据交换模型根据数据结构分类对待交换的数
+据对象进行封装和传输操作，其他分类以及分级信息作为数据对象的属性或标识性信息进行描述与封装。
+一元数据类：除用于明确定义元数据所描述的数据对象外，还应包括数据结构分类类型，数据管理分级、数据
+敏感性（或安全性）分级、业务分级以及业务关联信息等，对元数据的封装方法参见附录A.2。
+(1数据对象元数据：宜包含数据对象名称、结构组成、元素及类型、元素约束条件、元素量纲等；
+(2） 数据结构分类：宜包含结构化、非结构化、半结构化以及对象存储类等；
+（3）数据管理分类：宜包含元数据、主数据、参考数据：
+(4）数据敏感性（或安全性）分级：宜按照各企业相关的数据敏感性或安全性管理规定进行定义，例如：敏感/
+非敏感数据，或保密(国家/企业/项目/个人秘密）/非保密数据（企业外部/企业内部等公开范围)，或公开共享/私有数
+据 (企业/项目/个人)
+（5）业务分级：应以油气数据业务逻辑为核心架构，主数据定义为关键业务实体（例如：油田、并筒、油藏等
+核心对象），参考数据包含业务属性（例如：物性参数、测井曲线、地震解释成果等）及数据关联关系（例如：并区-
+工区空间拓扑、油藏-生产动态逻辑映射)。
+_一结构化数据类：是指按照二维表格方式存储的数据对象。对结构化数据的封装方法见附录A.3
+-非结构化数据类：是指按照“非结构化数据描述信息头+非结构化或二进制数据体”存储的数据对象。对结构
+化数据的封装方法见附录A.4。
+一一半结构化数据类：是指按照“结构化信息头+非结构化或二进制数据体”存储的数据对象。对半结构化数据的
+封装方法见附录A.5。
+验证机制
+数据交换模型应提供规范性验证机制，包括：
+一一接口提供方：应公开JSON Schema定义端点，例如:：/schema/(model-type);
+_一数据交换时：执行Schema验证，出错时返回标准的错误代码，见附录B。
+版本管理
+数据交换模型应支持版本管理，版本定义格式为“主版本号.次版本号.修订号”，变更要求如下：
+一修订号变更仅涉及非功能性修改。
+7.数据服务接口要求
+通用技术要求
+构成数据服务接口的技术实现应遵循以下要求：
+一一接口描述语言：应使用OpenAPIi语法，用于定义接口契约;
+三一数据序列化：应使用JSON格式，便于校验数据。
+数据服务接口分类
+7.1数据服务接口
+数据服务接口应满足如下要求：
+一-功能：应实现专业数据的可靠性存取，支持分页查询、条件过滤、版本回溯等数据操作；
+实现模式：应遵循RESTful API设计原则，主要操作见表1。
+一一接口组成：应包括接口名称、接口参数、返回码以及返回数据交换模型结构。
+数据服务接口的核心组成要素、命名规则与设计要求见表1。
+表1接口组成与命名
+组成要素
+命名规则与设计要求
+示例
+接口名称
+义，例如：“GetV
+'SubmitSeismic.ob.
+HTTP方法
+遵循RESTful规范：
+GET /wells/{well_id)
+GET：数据检索
+POST：创建资源
+PUT：更新资源
+DELETE：删除资源
+路径结构
+格式：
+：“专业)v版本号)资源类
+/logging/v1.2/wells
+型
+-—专业：seismicprospecting,
+-版本号：语义化版本，例如 v1.2
+公共
+必含字段
+请求头
+X-Tenant-ID：租户标识
+"buu-oduo.al-ueua-x.
+"bubbol. .ujewoa-ejea-X.
+：Bearer令牌
+路径参数
+使用全小写+下划线命名，反映资源
+/wells/{well_id)
+唯一标识
+支持过滤/分页/排序
+查询参数
+min_depth=1500&max_depth=200
+一复数形式表示资源集合
+("/wells )
+一使用行业标准术语
+`trajectory"而非`path’)
+错误响应
+结构化错误码（见附录B），包含
+code、message
+"code": 4001,
+unit"
+7.2计算服务接口
+应提供计算服务接口的功能和接口协议：
+一一功能：应提供专业的和高性能计算等种类的远程调用，支持异步任务管理与结果回调。
+一一协议：应兼容高性能计算应用与通用应用，定义SubmitJob、GetJobStatus等方法。
+7.3模型管理接口
+应提供元数据管理接口，设计和安全原则包括：
+一一功能：应包含管理数据字典、权限策略、接口版本等元信息，支持动态配置与审计追踪。
+一一安全：应提供对敏感数据的访问限制。
+数据服务接口开发设计
+7.4 模式化设计
+数据服务接口的开发，应按照6.1、6.2、6.3等技术与非技术要求进行设计，其中数据对象（体）的封装应按照
+6.1.4中的相关要求进行。
+7.5兼容性要求
+数据服务接口设计应考虑版本和可扩展性的兼容性要求，即：
+一一版本：数据服务接口调用的URL中嵌入版本号，例如：M1/datasets，且支持多版本共存与平滑升级；
+-一扩展性：增加optional属性标记字段用于扩展，以提升与现有客户端的兼容性。
+7.6服务质量要求
+服务质量主要包括用户应用体验和服务性能等方面，其中服务性能主要是提高数据访问体验，可采取的技术措施
+有
+一分页：支持数据服务响应的分页控制；
+-传输压缩：数据服务请求时，可根据数据体及类型选择是否压缩，以降低数据传输对网络带宽的占用;
+一缓存策略：通过设置返回信息头中的数据缓存周期，定义数据在数据缓存中的存放周期，以提升数据服务效
+数据服务接口管理与运维要求
+数据所有权单位，应结合数据应用需求，在数据源端对数据服务接口设计、开发与应用等过程进行全生命周期管
+理，对数据服务接口的应用质量进行跟踪和持续改进，对数据应用安全进行审计和应急处置。
+8.数据服务接口安全要求
+传输安全
+数据服务接口应使用安全的传输协议和认证鉴权方法。
+数据服务接口应提供对敏感数据的安全防护：
+—-敏感字段加密：应采用字段级加密，宜使用符合《GB/T 32907-2016 信息安全技术 SM4分组密码算法》的
+国密算法保障端到端安全。
+一传输加密：宜配合认证鉴权对传输内容强制启用加密。
+访问控制
+数据服务接口应提供安全访问控制，提供包括但不限于数据增加、删除、修改和查询等权限的
+附录A
+(资料性)
+数据交换JSON格式示例
+A.1 JSON格式报文模式
+JSON是一种常用的开放标准的文件格式和数据交换格式，是基于ECMAScript的一个子集设计的，它易于人阅读
+和编写，同时也易于机器解析和生成。它在电子数据交换中有多种用途，包括与服务器之间的Web应用程序的数据交
+换。其简洁和清晰的层次结构有效地提升了网络传输效率，使其成为理想的数据交换语言。
+JSON独立于编程语言设计，很多编程语言都支持JSON格式的数据交换。其文件通常使用扩展名json。通过使
+用JSON格式对待交换信息进行封装，以实现对信息的完整、快速、可靠传输，其中，对信息本体的描述采用“信息头
++信息体”的报文形式，举例如下。
+请求报文
+请求报文：
+/响应报文
+响应报文：
+A.2元数据类JSON格式封装
+"$schema": "https://ison-schema.org/draft-07/schema",
+"title": "SeismicMetadata",
+type" "objet",
+'properties": 
+"id": (
+'type": "string".
+"format": "uid". 
+"description"："数据唯一标识符
+_version": 
+'tye". "strin"
+"patern":"\llld+$"
+"example": "1.2.0"
+"_acl": (
+"properties":  
+buus madA}:swalm'Aeue mad:saumo,
+'viewers": ("type": "array", "items": "type": "string"}
+"required": ["owners"] 
+"Jlegal"r: 
+"type": "object"
+"properties": 
+"clasication": "enum": [PUBLIC","CONFIDENTIAL", RESTRICTED),.
+'retention_days": ("type": "integer", "minimum": 30}
+"business_metadata": {
+'type": "object",
+"properties": 
+usssuouepe
+(busadAweuAauns
+"aep,ewoyu,us dAa aepuosnbom
+"coordinate_system": ("type":"string","example": "EPSG:32650")
+'required": ["survey_name"]
+required":["_id","_version","business_metadata"]
+元数据类JSON格式封装样例如下;
+说明：
+一系统元数据（前缀字段）：包含数据标识、版本控制、权限管理（ACL）及合规性标签；
+一一业务元数据：定义地震工区名称、采集日期等业务属性，严格绑定seismic数据域;
+-一符合核心元数据模型，支持多租户隔离（通过_acl.owners关联租户ID）。
+A.3结构化数据类JSON格式封装
+"$schma* :/schmas/wllog-data-2.0.son",
+"header":  
+"bu!u-oqen.pueua,
+'data": 
+"well_i" "W-2023"
+'dept_unit": "m",. 
+'reference_point": 
+"": 432150.3,
+"y": 356780.1,
+"crs": "EPSG:32650"
+"log_curves": [ 
+"curve_name": "GR",
+"unit": "API",
+values": [65.3, 671, 70.5],
+"depth_index":[1500.0 1500.1,1002].
+"qultyflas": [0,1,0/0=正常，1-可疑
+).,.eiepeiaur.
+"tol,type": *x""
+"Z::-p
+结构化数据类JSON格式封装样例如下;
+数据结构说明：
+亚三wellore： 定义井筒基础信息及坐标;；
+--og_curves：测井曲线数据，包含采样间隔、深度索引及质量标签。
+A.4 非结构化数据类JSON格式封装
+"file_reference": 
+"file_id"r"segy-8a3d"
+"file_name"r"abc_3D.segy"
+"file type": "SEGY",
+"protocol": "s3","
+'endpoint": "https://os.example.com", 
+"bucket": "seismic-raw"
+"key": "2023/SS-2023-PB01.sgy"
+"technical_metadata": ( 
+fl_size_GB": 245.7,
+'md5_hash": "a3d5e8f102.".
+'trace_count":100000,
+'sample_interval_ms": 4
+'_security": 
+'encryption": 
+'algorithm": "SM4-CTR",
+"key_id": "Kkms-001"
+非结构化数据类JSON格式封装样例如下;
+说明：
+一一—采用引用式存储（非结构化数据本体存于对象存储，JSON仅封装元数据）;
+一包含文件校验信息（MD5哈希）及加密状态声明。
+A.5 半结构化数据类JSON格式封装
+interpretation_report": {
+"report_id":"IR-2023-001",
+"bueuzsibojoa.".Joune,
+"z00:0:801--opuoeo
+"sections" 
+'ssieue anej. .aduooas,
+'content": ( 
+"fault id": "F-102" 
+'confidence": 0.85,
+"annotations": 
+"text":"逆断层，断距约200m",
+'position": ("rinline": 150, "xline": 320)
+"attachments": [ 
+半结构化数据类JSON格式封装样例如下；
+兑明
+一一自由格式内容与结构化字段混合存储；
+一支持动态扩展字段，兼容未来新增业务属性
+附录B
+(资料性)
+JSON关键字与错误代码描述
+JSON关键字与错误代码描述见表B-1
+表B-1JSON关键字与错误代码描述
+JSON关键字
+错误码
+描述
+type
+4001
+类型校验失败
+required
+4003
+必填字段缺失
+minimum/maximum
+4002
+数值越界
+format
+4004
+自定义格式校验失败
+uniqueltems
+4005
+数组元素重复
+enum
+4006
+非法枚举值
+参考文献
+[1]国家发展改革委，中央网信办.关于推进“上云用数赋智”行动培育新经济发展实施方案》的通知（发改高技
+（2020]552号）
+https://www.ndrc.gov.cn/xwdt/ztzl/fkyqfgwzxdzt/fkgjdt/fgfc/202004/t20200410_1225542.html?
+code=&state=123,(2020-04-07)
+[2]JSON组织.JSON核心元模式定义Draft-O7（JSONSchemaDraft-O7）.https://jison-schema.org/draft-
+07/schema.
+[3]OSDU组织.OSDU数据定义（OSDUDATADEFINITIONS）.https://osduforum.org/osdu-data-definition-
+documentation/.
+[4]中华人民共和国数据安全法，2021.