Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
CAN/CSA-ISO/IEC-ISP 12062-2-04: 信息技术 — 国际标准化轮廓 — 消息处理系统 — 人际消息通信 — 第2部分：协议实现一致性声明（PICS）形式表
面向消息处理系统（MHS）人际消息通信的一致性声明规范，助力实现互通与互操作
1. 标准概况与适用范围
CAN/CSA-ISO/IEC-ISP 12062-2-04 是加拿大标准协会（CSA）采用的国际标准化轮廓（ISP），等同于 ISO/IEC ISP 12062-2:2004。该标准归属于“AMH2n”系列轮廓，专门针对基于 X.400 系列建议的消息处理系统（MHS）中人际消息通信（Interpersonal Messaging, IPM）应用。
本标准的全称为：“信息技术 — 国际标准化轮廓 — AMH2n — 消息处理系统 — 人际消息通信 — 第2部分：协议实现一致性声明（PICS）形式表”。它定义了一套标准的协议实现一致性声明（PICS）形式表，用于声明实施人际消息通信所需的消息传输系统（MTS）和人际消息通信（IPM）组件的具体能力与选项。
适用范围
- 适用于实现了 MTS（消息传输系统）和 IPM-UA（人际消息通信用户代理） 的软硬件产品。
- 为供应商提供标准化的格式，用于声明其产品支持的功能子集。
- 为测试机构（如一致性测试实验室）提供可参考的一致性声明模板，用于开展标准符合性评测。
- 为系统集成商和最终用户提供评估不同产品互操作能力的依据。
💡 实用提示：生产者应认真填写 PICS，不仅作为宣传材料，也应作为产品开发过程中功能取舍的内部指南。PICS 中每个“支持”声明都直接影响后续的一致性测试用例选择。
2. 主要技术内容与要求
2.1 PICS 形式表的结构
CAN/CSA-ISO/IEC-ISP 12062-2-04 规定的 PICS 形式表由若干 表格（Proforma）组成，每个表格对应 MHS 体系结构中的特定组件或协议子集。主要表格包括：
- 全局标识 — 产品信息、实现版本、参考日期。
- MTS 组件通用能力 — 消息存储、提交、投递等基本选项。
- IPM 用户代理能力 — 内容类型支持（如 P2、P22）、编码类型、附件处理。
- 协议关联（Protocol Binding） — 支持的协议栈（如 ROSE、RTSE 等）及扩展属性。
- 安全选项 — 消息认证、数字签名、密钥管理（如适用）。
- 异常处理与扩展 — 对标准扩展的接受与生产声明。
2.2 表格填写规定
每个表格由三列组成：
- 项目名称（Item） — 标准中定义的特定抽象语法元素或协议特性。
- 状态（Status） — 使用 M（必须）、O（可选）、C（有条件）、X（禁止）等标识。
- 声明（Support） — 填写 Y（支持）、N（不支持）或具体参数值（如最大长度）。
下表展示了 PICS 形式表中的典型条目示例（摘自标准中关于 IPM 消息内容的部分）：
| 项目 | 状态 | 声明（填写示例） | 说明 |
|---|---|---|---|
| MTS 投递报告 | M | Y | 必须支持投递报告的接收 |
| IPM 基本内容（P2 协议） | M | Y | 符合 X.420 的 P2 协议 |
| IPM 扩展内容（P22） | O | N | 对 1998 年之后的扩展内容支持 |
| 安全标签 | O | Y（仅签发） | 支持安全标签的生成 |
| 最大消息长度 | C（若 MTS 支持） | 512 K | 适用时需声明具体值 |
⚠️ 重要注意事项：填写 PICS 表时，“M”状态表示必须支持，“O”表示可选，但每个可选项目一旦声明支持，在一致性测试时必须能够通过相应测试。不可虚报未完全实现的功能，以免导致互操作失败。
2.3 与其他轮廓的关系
CAN/CSA-ISO/IEC-ISP 12062-2-04 是 ISO/IEC ISP 12062 系列的第2部分。该系列还包括：
- 第1部分：MHS 公共要素 — 定义了适用于所有 MHS 轮廓的基础需求和语义。
- 第3部分：AMH22 网络层协议规范（视版本而异）—— 本标准主要参照的协议实现。
- 第4部分及以上 — 针对特定环境（如安全、EDI）的轮廓。
此外，本标准直接引用 ITU-T X.400 系列建议 作为消息处理的基础规范，同时引用 ISO/IEC 9646-1 一致性测试方法论框架。PICS 形式表的语法与 ISO/IEC 9646-7 中定义的 PICS 符号一致。
3. 实施与应用要点
3.1 填写流程
- 获取最新版本的 PICS 形式表（可从标准文本附录中复制）。
- 逐项阅读每个表格中的“状态”列，理解每个属性的要求。
- 根据实际实现的能力，在“支持”列填入 Y/N 或具体数值；对“C”条件项目，检查条件是否为真再进行声明。
- 附加必要的注释或说明，特别是对扩展或裁剪部分。
- 由质量代表审核，确保声明内容与产品功能文档一致。
3.2 一致性声明与测试的配合
标准中的 PICS 形式表可直接用于生成 PIXIT（协议实现额外信息），供测试系统动态定向测试。测试机构会基于 PICS 选择测试用例：
- 声明“支持”的必选项目需执行基本连通测试。
- 可选项目需经过单独的功能测试。
- “不支持”的项目对应的测试用例将被跳过。
✅ 标准实施的益处：使用统一的 PICS 模板可以大幅度降低不同实现之间的互操作风险，缩短集成测试周期。产品通过一致性测试后，可附上已填写的 PICS 表作为用户文档的一部分，增强客户信任。
🚫 安全关键要求：本标准明确禁止在生产环境中省略安全相关的强制要求（如投递报告的不可否认性），即使该选项在 PICS 中标记为“O”。任何跳过安全功能的做法都应经过详细的风险评估并书面记录。
3.3 版本维护
由于消息处理系统持续演进（例如 X.400 2003 更新），实施者应关注 ISO/IEC ISP 12062-2 的未来修订版。2026 年仍在使用本标准时，建议结合最新 ITU-T 建议进行映射。
4. 与其他标准的关系
| 标准编号 | 关系说明 |
|---|---|
| ITU-T X.400 / X.402 / X.420 | 消息处理系统的体系结构和 P2/P22 协议基础 |
| ISO/IEC ISP 12062-1 | 本轮廓的公共部分，定义了所有 AMH2n 轮廓共享的规范前提 |
| ISO/IEC ISP 12062-3 | 针对 AMH22 特定网络层（如 ROSE）的详细规范，包含 PICS 引用 |
| ISO/IEC 9646-1 / 9646-7 | 一致性测试总框架和 PICS 形式表符号，本标准遵循其表示规则 |
| ITU-T X.500 | ISO/IEC 9594（目录） | 当 MHS 使用目录服务时，PICS 中需引用相关 OID 和属性类型 |
实施本标准的组织也应注意，加拿大采纳版本 CAN/CSA-ISO/IEC-ISP 12062-2-04 与原始 ISO/IEC 版本在技术内容上完全一致，仅增加了国家附件（如有），因此可直接参考 ISO 文本进行开发和测试。
常见问题（FAQ）
问：CAN/CSA-ISO/IEC-ISP 12062-2-04 是否专门针对某一特定的操作系统或网络环境？
答：该标准仅规定协议实现的一致性声明要求，不依赖具体的操作系统或硬件平台。任何符合 X.400 系列建议并宣称支持 AMH2n 轮廓的产品均可使用该 PICS 形式表进行声明。
答：该标准仅规定协议实现的一致性声明要求，不依赖具体的操作系统或硬件平台。任何符合 X.400 系列建议并宣称支持 AMH2n 轮廓的产品均可使用该 PICS 形式表进行声明。
问：如果产品只实现了 MTS 功能而未实现 IPM 用户代理，是否需要填写整个 PICS 形式表？
答：不需要。标准允许根据产品角色裁剪表格：仅 MTS 实现者只需填写 MTS 相关的部分，IPM 用户代理相关部分可标记为“N/A”。但推荐在 PICS 中明确说明此裁剪范围。
答：不需要。标准允许根据产品角色裁剪表格：仅 MTS 实现者只需填写 MTS 相关的部分，IPM 用户代理相关部分可标记为“N/A”。但推荐在 PICS 中明确说明此裁剪范围。
问：在填写 PICS 后，是否还需要额外提供文档才能通过一致性测试？
答：是的。PICS 是测试前必备文件，但测试机构通常还会要求 PIXIT（协议实现额外信息），例如具体的端口号、恢复超时值、使用方式等。PICS 应与产品手册、测试报告一同保存。
答：是的。PICS 是测试前必备文件，但测试机构通常还会要求 PIXIT（协议实现额外信息），例如具体的端口号、恢复超时值、使用方式等。PICS 应与产品手册、测试报告一同保存。
问：该标准在 2026 年是否仍然有效或已经被替代？
答：CAN/CSA-ISO/IEC-ISP 12062-2-04 目前（2026 年）仍被加拿大标准协会保留，但行业趋势已逐渐转向更现代的通信协议（如基于 TLS 的 MHS 封装或 RESTful 邮件网关）。建议用户咨询标准制定组织获取最新状态，并考虑向新移植方案过渡。
答：CAN/CSA-ISO/IEC-ISP 12062-2-04 目前（2026 年）仍被加拿大标准协会保留，但行业趋势已逐渐转向更现代的通信协议（如基于 TLS 的 MHS 封装或 RESTful 邮件网关）。建议用户咨询标准制定组织获取最新状态，并考虑向新移植方案过渡。
