元数据访问服务接口规范
云计算业务数据报送接口规范YDT 3991-2021
目次1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 缩略语 (1)5 概述 (2)6 接口功能要求 (2)6.1 基础数据管理 (2)6.2 基础运营数据管理 (3)6.3 业务运营数据管理 (4)6.4 重大事项数据管理 (4)7 接口流程 (5)7.1 通信方式 (5)7.2 查询指令处理流程 (5)7.3 数据上报流程 (5)8 编码说明 (7)8.1 互联网IP地址编码 (7)8.2 备案号 (7)9 数据代码表 (7)9.1 接入方式代码表 (7)9.2 客户行业代码表 (7)9.3 证件类型代码表 (8)9.4 机房性质代码表 (8)9.5 企业性质代码表 (8)10 数据交换内容 (9)10.1 数据格式及匹配要求 (9)10.2 基础数据内容 (9)10.3 基础运营数据内容 (13)10.4 业务运营数据内容 (17)10.5 重大临时事项内容 (20)云计算业务数据报送接口规范1 范围本文件规定了信息通信行业中，经营互联网资源协作服务业务（简称“云服务”）、内容分发网络业务（简称“CDN”）的企业相关市场信息管理系统与电信管理部门依照国家法律法规授权建设的信息通信市场监测管理平台间接口的功能要求、接口流程、编码说明、数据代码表及数据交换内容等。
本文件适用于提供包括但不限于弹性计算、数据存储、互联网应用开发环境、互联网应用部署和运行管理等服务的云计算业务经营单位以及为互联网信息服务提供者提供包括但不限于网页加速、下载加速、流媒体加速等服务的CDN业务经营者所建设的市场信息管理系统。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 2260-2007 中华人民共和国行政区划代码3 术语和定义下列术语和定义适用于本文件。
3.1云计算市场监测管理平台 cloud market monitoring and management platform电信管理部门依照国家法律法规建设的信息通信市场监测管理平台，本标准中特指针对云服务和CDN相关业务建设的管理平台。
国家测绘地理信息局关于做好“天地图”省市级节点服务接入测试工作的通知-国测信发[2011]2号
![国家测绘地理信息局关于做好“天地图”省市级节点服务接入测试工作的通知-国测信发[2011]2号](https://img.taocdn.com/s3/m/4dcfa80aa31614791711cc7931b765ce04087a58.png)
国家测绘地理信息局关于做好“天地图”省市级节点服务接入测试工作的通知正文：---------------------------------------------------------------------------------------------------------------------------------------------------- 国家测绘地理信息局关于做好“天地图”省市级节点服务接入测试工作的通知（国测信发〔2011〕2号）各省、自治区、直辖市测绘地理信息行政主管部门，国家基础地理信息中心：按照《关于印发〈“天地图”省市级节点建设方案〉的通知》（国测信发〔2011〕1号）和《关于开展重点工作联系督办的通知》（测办〔2011〕33号）要求，“天地图”省市级节点建设完成后，各地要组织开展本节点的服务接入测试工作，以确保实现与主节点的互联和服务聚合。
为做好“天地图”省市级节点服务接入测试工作，现将有关事项通知如下：一、测试目的“天地图”主节点、省级节点（分节点）、市级节点（信息基地）是国家地理信息公共服务平台公众版的主要组成部分。
为形成全国统一的“一个平台”，达到各节点间数据互相调用的目的，并确保主节点数据能够在省市级节点得到应用，需严格按照《“天地图”省市级节点建设方案》的要求进行测试，以实现各级节点间高效、统一的协同服务。
二、测试要求“天地图”省市级节点服务接入测试主要内容包括：在线服务数据、服务接口和服务性能（详见附件）。
在实现初次接入后，各节点建设或运营单位要按照《“天地图”省市级节点建设方案》的要求，对本节点的数据进行持续更新，对服务系统进行技术维护与升级。
国家测绘地理信息局将定期组织对已接入的省市级节点服务进行复检。
存在问题的，相应省、市级测绘地理信息行政主管部门要组织修改完善。
在规定期限内达不到要求的，国家测绘地理信息局将暂停已接入的“天地图”省市级节点服务。
原子服务接口标准
原子服务接口标准在现代软件开发中，服务接口的设计至关重要，它直接关系到系统的稳定性、可维护性和扩展性。
一个良好的服务接口设计能够促进不同系统之间的无缝集成，提升用户体验，并降低后期的维护成本。
因此，制定一套原子服务接口标准成为确保软件质量的关键步骤之一。
本文将介绍原子服务接口标准的基本原则和实施要点。
1. 接口定义清晰接口的定义必须清晰无误，每个接口的功能、输入输出参数、预期行为都需要明确记录。
这包括对接口进行适当的命名，避免使用模糊或容易引起误解的词汇。
接口文档应当详细到足以让其他开发者无需额外询问就能理解和使用该接口。
2. 数据格式统一接口间的数据交换格式需要统一，常见的数据交换格式包括JSON、XML等。
选择一种格式后，所有接口都应遵循此格式规范，确保数据的一致性和互操作性。
此外，对于数据字段的命名也应遵循一定的规范，如使用驼峰命名法或下划线分隔法。
3. 安全性考虑接口设计时需考虑到安全性问题，包括但不限于数据加密传输、身份验证和权限控制等。
确保敏感数据在传输过程中的安全，防止未授权的访问和数据泄露。
4. 性能优化接口的性能直接影响到系统的响应速度和用户体验。
设计时应考虑接口的执行效率，合理利用缓存机制减少数据库查询次数，避免不必要的数据加载，同时保证接口能够在高并发情况下稳定运行。
5. 错误处理机制完善的错误处理机制是高质量接口的重要标志。
接口应当能够处理各种异常情况，并提供清晰的错误信息，帮助调用者理解问题所在并采取相应措施。
此外，接口还应提供重试机制，以应对暂时性的网络问题或服务中断。
6. 版本管理随着系统的迭代更新，接口也可能需要变更。
合理的版本管理策略能够确保新旧版本的平滑过渡，避免对已有系统造成影响。
每次接口更新都应记录详细的变更日志，并对不同版本的接口进行兼容性测试。
7. 文档和维护最后，接口的文档编写和维护同样重要。
良好的文档能够帮助开发者快速理解接口的使用方法，减少沟通成本。
数据接口规范
数据接口规范数据接口规范是指对于软件系统之间进行数据交换、传输和共享而定义的一种规范。
数据接口规范旨在确保系统之间的数据交换的稳定性、一致性和互操作性，使得不同系统之间可以无缝地进行数据传输和共享。
数据接口规范应包含以下内容：1. 数据格式规范：定义数据的结构和格式，包括数据的类型、长度、编码方式等。
数据格式规范可以使用标准的数据格式，如JSON、XML等，也可以根据需求定义自己的数据格式。
2. 接口描述规范：描述接口的功能和参数，包括接口的输入参数和输出参数、返回值的类型和含义等。
接口描述规范应该清晰、准确地描述接口的功能和使用方法，方便开发人员理解和使用。
3. 接口访问规范：定义接口的访问方式和权限控制。
接口访问规范应规定接口的访问路径、请求方法、认证方式等，并对接口的访问进行权限控制，确保只有具有合法权限的用户才能访问接口。
4. 数据传输规范：定义数据在网络上的传输方式和协议。
数据传输规范应明确数据传输的安全性要求，如数据加密、防止数据篡改等，同时也要考虑数据传输的效率和稳定性。
5. 错误处理规范：定义接口在发生错误时的处理方式。
错误处理规范应规定错误的返回码和错误消息，方便开发人员识别和处理错误。
同时，错误处理规范还应定义错误的日志记录和监控机制，以便及时发现和解决问题。
6. 数据接口版本管理规范：定义接口的版本管理方式。
数据接口版本管理规范应考虑接口的兼容性和向后兼容性，确保不同版本的接口可以正常地进行数据交换和共享。
7. 数据安全性规范：定义对于敏感数据的保护和访问控制。
数据安全性规范应规定对于敏感数据的加密、访问权限控制等，确保数据的安全性和隐私保护。
数据接口规范的制定应考虑系统的实际需求和业务场景，同时也可以参考行业的最佳实践和标准。
数据接口规范应该是可读性强、易于理解和使用的，并且要与实际开发工作相结合，不断进行优化和改进，以提高系统的可靠性和扩展性。
接口规范文档
接口规范文档接口规范文档1. 引言接口规范文档是为开发人员提供开发接口时遵循的标准和规范。
本文档详细描述了接口的命名、参数、返回值、错误处理、安全性等方面的规范。
遵循该规范可以保证接口的一致性、可读性和易用性。
2. 接口命名规范2.1 接口名应使用动词或动词短语，如getUser、createOrder。
2.2 接口名应使用驼峰命名法，首字母小写，例如getUserInfo、createUser。
2.3 接口名应能准确地反映接口的功能。
3. 参数规范3.1 参数应使用英文单词，并采用驼峰命名法。
3.2 参数应有具体的类型，如String、Integer、List等。
3.3 参数应有明确的说明，包括是否必填、最大长度等限制。
3.4 参数应按照功能和逻辑进行分组。
4. 返回值规范4.1 返回值应使用具体的类型，如String、Integer、List等。
4.2 返回值应有明确的说明，包括返回值的含义、格式等。
4.3 返回值应符合业务逻辑和功能需求。
5. 错误处理规范5.1 错误码应采用统一的格式，如4xx代表客户端错误，5xx 代表服务器错误。
5.2 错误信息应精简明了，便于开发人员查找和定位问题。
5.3 错误处理应返回明确的错误信息，便于用户理解和处理。
6. 安全性规范6.1 接口应有访问权限控制，确保只有授权用户可以访问。
6.2 接口应对敏感数据进行加密和处理，保护用户的个人信息安全。
6.3 接口应有防止恶意请求的措施，如验证码、限制访问频率等。
7. 版本管理规范7.1 接口的版本号应采用标准格式，如v1、v2.1等。
7.2 接口的变更应进行版本管理，遵循向后兼容的原则。
8. 接口文档编写规范8.1 接口文档应使用简洁明了的语言，避免使用过于专业或复杂的术语。
8.2 接口文档应包括接口的功能描述、参数说明、示例代码等内容。
8.3 接口文档应更新及时，保证与实际开发的接口一致。
以上是接口规范文档的主要内容，遵循该规范可以提高接口的开发效率和质量，减少沟通成本和问题发生率。
元数据规范
元数据规范元数据规范是指为了有效管理和使用数据而对数据元素进行规定和描述的标准化要求。
元数据是指描述数据的数据，它可以帮助人们更好地理解和使用数据，从而提升数据的价值和可信度。
以下是一个1000字的元数据规范范例：一、元数据定义和目的元数据是指描述数据的数据，主要目的是为了更好地理解、管理和使用数据。
元数据规范是为了达到以下目的：1. 提供统一的数据描述标准，使数据能够被所有相关方理解和使用。
2. 提供数据质量和一致性的保证，通过元数据规范可以规定数据的格式、范围、取值等要求，从而减少数据错误和不一致性。
3. 支持数据的集成和共享，通过元数据规范可以描述数据的来源、结构、关系等信息，方便不同系统之间的数据交换和集成。
4. 支持数据的安全和隐私保护，通过元数据规范可以明确数据的敏感程度、访问权限等要求，从而有效保护数据的安全和隐私。
二、元数据分类和结构1. 元数据分类根据数据元素的性质和用途，可以将元数据分为以下几类：- 结构元数据：描述数据的结构和组织方式，包括数据的表名、字段名、数据类型、关系等信息。
- 业务元数据：描述数据的业务含义和用途，包括数据的业务规则、业务流程、业务规范等信息。
- 技术元数据：描述数据的技术特性和处理方式，包括数据的存储方式、索引方式、备份策略等信息。
- 安全元数据：描述数据的安全需求和保护措施，包括数据的敏感程度、访问权限、数据加密等信息。
2. 元数据结构元数据的结构可以采用标准的数据模型，如关系模型、XML模型等。
元数据结构应包括以下要素：- 元素名称：描述数据元素的名称，应具有可读性和唯一性。
- 元素类型：描述数据元素的类型，如字符型、数值型等。
- 元素长度：描述数据元素的长度限制，如字符的最大长度、数值的精度等。
- 元素取值范围：描述数据元素的取值范围，如字符的取值范围、数值的取值范围等。
- 元素关系：描述数据元素与其他元素的关系，如主键/外键关系等。
三、元数据规范的具体要求元数据规范应具有以下具体要求：1. 标准化命名规则：元数据的名称应采用统一的命名规则，以确保名称的唯一性和可读性。
专题数据库建设规范
项目编号INFO-115-C01文档编号TR-REC-002 中国科学院数据应用环境建设与服务专题数据库建设规范（征求意见稿）中国科学院数据应用环境建设与服务 项目组2009年6月目 录1 范围 (4)2 规范性引用文件 (4)3 术语与定义 (5)3.1 专题数据库 (5)3.2 专题子库 (5)3.3 数据集 (5)3.4 文件型数据集 (5)3.5 编码体系 (5)3.6 索引库 (5)3.7 元数据 (6)4 专题数据库基本要求 (6)5 总体架构 (7)6 内容组织 (8)6.1 原始数据层 (9)6.1.1 数据的清洗 (9)6.1.2 数据转换 (10)6.1.3 数据的映射 (10)6.1.4 文件型数据集 (11)6.2 组织层 (11)6.2.1 组织层的基本要求 (12)6.2.2 组织层的构建 (13)6.3 应用层 (16)6.3.1 确定应用层所需数据 (16)6.3.2 应用层的数据处理 (16)6.3.3 应用服务系统建立 (17)6.4 元数据 (17)6.4.1 文件型数据集的元数据 (18)6.4.2 专题子库的元数据 (18)6.4.3 科研应用服务系统的元数据 (19)6.4.4 专题数据库的元数据 (19)7 技术架构和接口规范 (20)7.1 专题数据库 (20)7.1.1 功能要求 (20)7.1.2 应用系统与工具 (21)7.1.3 接口规范 (21)7.2 数据中心 (22)7.2.1 功能要求 (22)7.2.2 应用系统和工具 (22)7.2.3 接口规范 (23)8 服务 (23)8.1 服务对象 (24)8.2 服务方式与要求 (24)8.2.1 在线发布方式 (24)8.2.2 离线发布方式 (24)8.3 数据交换格式 (25)8.4 共享分级分类设置 (25)8.5 其他服务要求 (25)8.6 服务案例 (25)9 运行维护 (26)9.1 运维人员 (26)9.2 基础运行环境 (27)9.2.1 机房 (27)9.2.2 互联网接入环境 (27)9.2.3 网络服务器与存储设备 (27)9.3 运行 (27)9.3.1 运行模式 (27)9.3.2 日志管理 (28)9.4 安全保障和故障处理 (29)9.4.1 基础设施安全 (30)9.4.2 软件安全 (30)9.4.3 数据安全 (30)9.4.4 非技术防护措施 (30)9.4.5 故障处理 (30)9.5 备份和恢复 (31)9.6 专题数据库的质量 (31)附录A（规范性附录）标准实施一致性测试 (33)A.1 内容组织 (33)A.1.1 数据集名称及标识符 (33)A.1.2 原始数据 (33)A.1.3 数据组织 (34)A.1.4 关系型数据集 (34)A.1.5 文件型数据集 (34)A.1.6 数据应用 (35)A.2 技术架构与接口规范 (35)A.3 服务 (35)A.4 共享 (35)A.5 运行维护 (36)A.6 专题数据库质量 (36)专题数据库建设规范1范围本规范定义了专题数据库的总体架构，规定了专题数据库在内容组织、技术实现方面需要完成的工作和需要满足的要求，并提出了专题数据库在运行维护和服务方面的要求。
基于元数据映射分析的智慧城市建设分析——以重庆市璧山区为例
基于元数据映射分析的智慧城市建设分析——以重庆市璧山区为例摘要：本研究旨在通过构建智慧城市元数据模型，以重庆市璧山区为例，为同等体量城市的智慧城市建设提供借鉴和参考。
首先，从城市建设的全生命周期规划—建设—运营管理三大阶段入手，梳理现有元数据内容，结合行政部门权力清单、公共服务清单和其他事项数据进行抽象建模，形成实体、属性和关系的描述。
最后，将模型应用于璧山区，全面评估智慧城市建设的总体情况和可优化之处，为其智慧城市建设规划和推进实施提供科学依据和决策支持。
研究认为，璧山区的智慧城市建设存在共享数据量不足、部门间数据冗余、缺乏整体视角等问题，元数据模型建立可推动智慧政务数据动态更新。
关键词：元数据、智慧城市、映射分析智慧城市建设是现代城市发展的重要方向之一，旨在通过整合信息和通信技术，提升城市的可持续性、效率和生活质量。
自国家“十三五”规划纲要发布以来，截止2022年底，国内智慧城市试点已超过700个[1]。
2021年3月，《中华人民共和国国民经济和社会发展第十四五个五年规划和2035年远景目标纲要》提出“要分级分类推进新型智慧城市建设”，将促进新一批“智慧城市”诞生。
智慧城市作为城市建设的重要内容，一直是国内外学者关注的热点。
国内对智慧城市的研究主要集中在以下几方面：一是从技术角度阐述不同技术在智慧城市中的应用，如季珏等（2021）对智慧城市CIM关键技术进行探究[2]，陈晶晶（2023）主要关注物联网技术在智慧城市中的应用[3]。
二是从机制上探讨智慧城市建设情况，如周骥（2013）重点阐述智慧城市评价体系[4]。
三是从智慧城市建设对经济发展、环境保护、科技创新等角度论述其作用，如刘亭立等（2022）研究智慧城市建设发展与资本市场信息效率的关系[5]。
总体而言，目前针对智慧城市的学术研究主要集中在智慧城市的技术应用、建设机制和对社会经济发展的影响上，对于智慧城市建设中的数据本身及其事件关系的研究较为有限。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目编号 INFO-115-C01文档编号 TR-REC-032 中国科学院数据应用环境建设与服务元数据访问服务接口规范（征求意见稿）中国科学院数据应用环境建设与服务项目组2009年6月目 次1 范围 (1)2 规范性引用文件 (1)3 术语和定义 (1)4 符号与缩略语 (2)5 数据格式定义 (3)5.1 接口的编码方式及响应格式 (3)5.1.1 接口编码方式 (3)5.1.2 接口响应格式 (3)5.1.3 接口响应请求状态码 (3)6 接口规范 (4)6.1 采用协议 (4)6.2 接口安全 (5)6.3 连接方式 (6)6.4 技术实现 (6)6.5 接口列表 (6)6.6建库单位开放接口 (7)6.6.1 元数据收割接口 (7)6.6.2其他接口 (13)附录A （资料性附录） OpenURL (18)元数据访问服务接口规范1 范围本规范规定了中国科学院数据应用环境建设与服务项目内元数据访问服务接口采用的协议、连接方式、调用参数以及数据的返回格式。
本规范适用于中国科学院数据应用环境建设和服务项目中元数据访问服务接口。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅所注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB 18030-2005 信息技术 中文编码字符集TR-REC-014 核心元数据标准TR-REC-017 资源唯一标识符规范3 术语和定义下列术语和定义适用于本规范。
z资源 resource可以被标识的实体对象或服务。
在本规范准中，特指可被标识的数据集、数据或服务。
z数据集 dataset由相关数据组成的可标识集合。
一个数据集可能是一个较小的数据集合，在物理上或逻辑上位于一个较大的数据集之内；反之，一个数据集也可能由若干数据集组成，是这些子数据集的父数据集。
本规范中，数据集指中国科学院数据应用环境建设与服务项目的主题数据库、参考数据库、专题数据库、专业数据库及其各级子库。
z数据 data对事实、概念或指令的一种形式化表示，适用于以人工或自动方式进行通信、解释或处理。
本规范中，数据是指所有能输入到计算机并被计算机程序处理的符号的介质的总称，是用于输入电子计算机进行处理，具有一定意义的数字、字母、符号和模拟量等的通称。
z服务 service本规范中，服务是指数据应用环境建设与服务项目中数据集满足应用系统或者人的需要时，与之发生的“直接”接触行为及有关结果。
z标识符 identifier用于标识数据对象或服务项目的一组字符。
z资源唯一标识符 resource unique identifier唯一标识资源的一组字符。
4 符号与缩略语URI 统一资源标识符（Uniform Resource Identifier）URL 统一资源定位符（Uniform Resource Locator）XML 可扩展标记语言（Extensible Markup Language）5 数据格式定义5.1 接口的编码方式及响应格式5.1.1 接口编码方式接口响应的数据基于xml语言格式，编码方式采用自定义编码的方式（常用编码方式包括：UTF-8、GBK、GB2312、ISO-8859-1等），接口响应数据所使用的编码方式必须在返回XML头信息的encoding属性中说明。
例如：<?xml version="1.0" encoding="UTF-8" ?>5.1.2 接口响应格式<?xml version="1.0" encoding="UTF-8" ?><response><head><!--response头信息--><code>请求服务响应的状态码</code><message>相关信息</message></head><body><!--response具体信息，接口返回的信息全部封装在body中--></body></response>5.1.3 接口响应请求状态码以下状态码只列出接口中遇到的普遍问题，可根据数据库建库规范中规定的范围增加。
通用状态码相关说明200 服务调用成功400 请求格式错误401 未授权访问402 不可识别的verb403 服务器拒绝访问404 指定的资源未找到408 请求超时500 服务器内部错误响应状态码返回格式：<?xml version="1.0" encoding="UTF-8" ?><response><head><code>响应请求状态码</code><message>响应请求状态码的描述</message></head><body><!—接口返回的具体数据--></body></response>6 接口规范6.1 采用协议HTTP1.1（超文本传输协议）超文本传输协议（HTTP）是一种为分布式，合作式，超媒体信息系统。
它是一种通用的，无状态（stateless）的协议，除了应用于超文本传输外，它 也可以应用于诸如名称服务器和分布对象管理系统之类的系统，这可以通过扩展它的请求方法，错误代码和报头来实现。
HTTP的一个特点是数据表现形 式是可输入的和可协商性的，这就允许系统能被建立而独立于数据传输。
HTTP是一个客户端和服务器端请求和应答的标准（TCP）。
客户端是终端用户，服务器端是网站。
通常，由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。
HTTP服务器则在那个端口监听客户端发送过来的请求。
一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
6.2 接口安全采用基于IP地址的身份验证方式。
在服务调用的过程中，服务提供者获取调用者的ip 地址，在本地保存的授权访问ip地址列表中查询，认证通过执行服务返回数据，不通过则拒绝服务。
认证流程如下图所示：图6-1 基于ip地址的身份认证方式拒绝服务返回数据格式：<?xml version="1.0" encoding="UTF-8" ?><response><head><code>403</code><message>服务拒绝访问-ip地址认证未通过</message></head><body></body></response>6.3 连接方式POST方式（必须实现）：POST 方法被用于请求源服务器接受请求中的实体作为请求资源的一个新的从属物。
POST方法的实际功能是由服务器决定的，并且经常依赖于请求URI（Request-URI）。
POST提交的实体是请求URI的从属物，就好像一个文件从属于一个目录，一篇新闻文章从属于一个新闻组，或者一条记录从属于一个数据库。
POST方法的响应是可缓存的。
GET方式（可选）：GET方法意思是获取被请求URI（Request-URI）指定的信息（以实体的格式）。
如果请求URI涉及到一个数据生成过程，那么这个生成的数据应该被作为实体在响应中返回，但这并不是过程的资源文本，除非资源文本恰好是过程的输出。
GET请求的响应是可缓存的。
6.4 技术实现接口采用OpenURL技术实现，OpenURL技术规范详见附录A。
接口语法格式说明：http://url/service?[query][?]号前面为科学数据库参建单位提供的服务地址，需要在资源注册系统()中注册。
只有注册的服务科学数据中心才可以进行访问。
[query]部分包括多组参数名称与参数值，其中最主要的verb参数，定义了访问服务的具体名称见接口列表中的接口名称。
6.5 接口列表本规范所涉及的接口见下表：接口提供方 接口类型 接口名称 接口描述dhGetDatabaseMetadata 核心元数据获取接口 建库单位 元数据收割接口dhGetCatalog 概念树收割接口其他接口 <缺省> 接口基本信息获取接口 sysDatabaseStatistic 数据库统计接口 sysGetEntityList 数据表记录数获得接口 cmsGetNews 新闻收割接口 sysStatus 服务状态监控接口6.6建库单位开放接口6.6.1 元数据收割接口6.6.1.1 dhGetDatabaseMetadata接口说明：元数据收割接口，根据数据集唯一标识，获得当前数据集的核心元数据信息请求参数说明：verb：dhGetDatabaseMetadatauri：数据集唯一标识调用示例：http://url/service?verb=dhGetDatabaseMetadata&uri=cn.csdb.plants响应格式说明：详见《TR-REC-014 核心元数据标准标准》响应格式示例：<dataset><descriptionInfo><title>名称</title><uri>唯一标识符</uri><keyword>关键词（可重复）</keyword><introduction>简介</introduction><purpose>目的</purpose><type>类型</type><creator>创建者（可重复）</creator><contributor>其他贡献者</contributor><source>来源</source><creationDate>创建日期</creationDate><updateFrequency>更新频率</updateFrequency> <dataFormat>数据格式</dataFormat><size><!—数据库的数据量大小--><recordNumber>记录数</recordNumber><memorySize>存储量</memorySize></size><coverage><!—数据库内容所覆盖的时、空及学科范围--><temporal>时间范围</temporal><spatial>空间范围</spatial><taxonomy><!—taxonomy（数据分类）可重复--><taxonomicCategory>类目名称（可重复）</taxonomicCategory><refTaxonomy>分类表</refTaxonomy></taxonomy></coverage><language>语种</language><url>URL（可重复）</url><dQInfo><!—数据质量信息--><lineage>数据志</lineage><report>质量报告</report></dQInfo><relation><!—relation（关联）可重复--><relationship>关联类型</relationship><relatedTitle>关联数据库名称</relatedTitle><relatedURI>关联数据库URI</relatedURI></relation><rightStatement>权限声明</rightStatement><share>共享声明</share><contact><!—数据库联系人--><contactName>联系人名称</contactName><organization>单位</organization><address>通信地址</address><phone>电话</phone><email>Email</email></contact></descriptionInfo><metadataReferenceInfo><metadataStandard>元数据标准</metadataStandard> <metadataCreationDate>元数据创建日期</metadataCreationDate><metadataContact><!—元数据联系人--><contactName>联系人姓名</contactName><organization>单位</organization><address>通信地址</address><phone>电话</phone><email>Email</email></metadataContact></metadataReferenceInfo></dataset>6.6.1.2 dhGetCatalog接口说明：获取主题库概念树（导航目录）接口请求参数说明：verb：dhGetCatalog调用示例：http://url/service?verb=dhGetCatalog响应格式说明：概念树包括root，node和leaf三个层次，其中，root是根节点，表示概念树的顶层概念；node是枝干节点，表示概念树的中间层概念，中间层概念可不止一层；leaf 是叶子节点，表示概念树的底层概念。