Life is like a box of chocolates: you never know what you’re gonna get.

— Forrest Gump

引用《阿甘正传》中的巧克力人生哲学开始今天的分享。

Tekom在这次大会上推出了重量级的行业新标杆：iiRDS (Intelligent Information Request and Delivery Standard) 智能信息请求与交付标准。

小编学习了TCWorld大会及中国技术传播论坛上专家们宣讲的相关材料，并消化整理，和大家分享。理解上的偏差，希望大家指正。

---

智能信息及其使用场景

何为智能信息？它是以近乎自然的方式实现人机交流的信息，即，在合适的时间和地点，在最合适的设备上，为特定的人群提供所需的信息。因此，智能信息有如下特点：

• 以用户为中心
• 以用例为导向
• 事件驱动
• 动态的

智能信息的应用行业和领域越来越广泛，聊天机器人，无人驾驶汽车，人脸识别，等等。把应用范围缩小一点，与技术文档相关。

• 使用场景1：在使用硬件产品过程中发生故障，维修技术人员希望产品显示屏上的相关说明能够根据上下文或当前的场景显示，以便技术人员可以采取适当的行动，快速有效地解决故障。
• 使用场景2：在使用软件产品时，如果软件配置或硬件组件发生变化，用户、操作员或维修技术人员希望使用信息会相应调整，确保系统和信息任何时候保持一致。

上面的两个使用场景可以归纳为一个问题—信息的请求和交付如何变得智能化，变得动态。因此，需要有一个标准化的交换格式，用于信息的请求和交付。

---

制定标准的背景

在工业4.0、物联网、工业互联网的大背景下，日常生活呈现数字化现象。例如：智能家居、智能医疗，等等。纸质信息已经过时，产品信息呈现电子化并需要动态交付，智能信息需要成为产品“管理外壳”中的一部分。这一挑战下，产品信息发生了变化。

• 原来文档的上下文由结构构成，这种构成正在溶解。
• 使用更小的信息项目或其他信息对象（例如视频）。
• 用于管理智能信息的上下文信息由元数据构成。

除了上面提到的行业大背景，制定智能信息请求与交付标准也有更深一层的原因。例如，用于不同的制造商之间技术文档内容电子化的交换的相关标准已经过时；标准化描述技术（用户）文档及其元数据缺乏国际通用的词汇；向服务器、门户网站、或应用动态交付技术（用户）信息的标准不存在；等等。

基于以上因素，由30多位专家组成的工作组，从2016年开始，开发和制定智能信息的请求与交付标准。通过iiRDS，应用程序能够在不同的供应商及其设备之间交换产品信息，并且动态实现用户和信息系统之间的信息请求和交付。

实现动态交付信息有几个前提因素：系统能够识别产品；能够识别产品的配置和它的运行状态；以及识别用户的众多个体因素。实现前述的前提因素后，交付服务器或系统如何将信息以设定的格式传递给触发请求的事件和使用场景呢？

---

理论基础：PI-Classification（产品信息分类）

PI-Classification (产品信息分类)在CMS（内容管理系统）中广泛使用的分类方法，由Wolfgang Ziegler (Karlsruhe)教授开发，用于创建、管理、发布/交付模块内容，以及用于定义模块内容的元数据。

产品信息分类包括了几个部分：

• 产品信息核心分类—包括了内在或固有分类（例如：部件对象、信息类型）及外部或对外呈现的分类（例如：产品、文档类型）。
• 产品信息扩展分类—变量属性（例如：产品特性）。
• 功能性元数据—用于动态聚合及交付内容。

借用Ziegler教授的PPT中的电风扇模型来解释产品信息分类的几个部分。绿色分别代表核心分类中内在或固有分类（基座、伸缩杆，操作，高度调整），黄色代表外部或对外呈现的分类（产品型号、系列、用户手册、服务手册）。

内在或固有的产品分类再进行细分，如：产品类型1中，部件Drive包括了4个产品类型2（Drive、Connection、Electric motor、Gear Box）。产品类型2中，部件Base包括2个类型子部件：Base plate和Telescopic Rod。

信息类型再进行细分。例如：信息类型1中，Task任务类主题按内容进行再分类，包括了Operation操作类、Getting Started快速入门类、Storage存储类、Assembly组装类、以及Maintenance维护类信息类型。信息类型2中，Operation操作信息类型再分类，包括了若干信息类型3：Blower adjustment风机调整类、Height adjustment高度调整类、Tilt adjustment倾斜度调整类、Swivel activation旋转激活类、以及Temperature adjustment温度调整类信息类型。

外在的产品分类再进行细分，Series系列分类中，T系列中分为T3 range、T5 range、TP range型号范围，型号范围分类中，T3 range可分为T3-B、T3-H1产品型号。

系统中将内在或固有的部件分类、信息分类，以及外在的产品分类、文档分类，这四者的关系与内容主题关联起来。

再通过变量属性、功能性元数据（集合）管理代表工具、时间、零部件、维护间隔、错误代码的信息数据。

工业4.0、物联网下的智能产品，通过标准化的交换格式，将来源于不同供应商、CMS、或数据源的产品信息打包，并传递到内容交付门户网站。此外，通过这个标准化的交换格式，内容交付门户可以根据机器状态（报错、信息提示、运行条件等）传递使用场景所需的信息；根据用户信息、服务信息、机器状态传递所需的信息。

---

技术基础：语义网

对产品及其信息分类后，内容交付服务器或系统能够识别产品、产品的运行状态、以及用户的个体因素。但如何将海量的主体和客体关联，实现信息按需交付呢？iiRDS的技术基础—语义网。

语义网是万维网的扩展，是能够根据语义进行判断的智能网络，实现人与电脑之间的无障碍沟通。好比一个巨型的大脑，智能化程度极高，协调能力非常强大。在语义网上连接的每一部电脑不但能够理解词语和概念，而且还能够理解它们之间的逻辑关系，可以干人所从事的工作。它将使人类从搜索相关网页的繁重劳动中解放出来，把用户变成全能的上帝。语义网中的计算机能利用自己的智能软件，在万维网上的海量资源中找到你所需要的信息，从而将一个个现存的信息孤岛发展成一个巨大的数据库。（参考百度百科：语义网）

语义网的核心，是通过给万维网上的信息或文档（如：HTML文档、XML文档）添加能够被计算机所理解的语义“元数据”（外语：Metadata），从而使整个互联网成为一个通用的信息交换媒介。（参考：麻省理工计算机科学与人工智能博士研究生David Huynh专访）

语义网的实现需要三大关键技术的支持：

• XML—可扩展标记语言可以让信息提供者根据需要，自行定义标记及属性名，从而使包含信息或内容的XML文件结构可以复杂到任意程度。
•  RDF（Resource Description Framework资源描述框架）—W3C组织推荐使用的用来描述资源及其之间关系的语言规范。
•  Ontology vocabulary本体词汇—在RDF(S）基础上定义的概念及其关系的抽象描述，用于描述应用领域的知识，描述各类资源及资源之间的关系，实现对词汇表的扩展。

---

对技术传播行业及从业者带来的机遇和挑战

为技术传播行业带来的机遇：

• iiRDS为不同的产品生产商、不同的设备之间交换技术文档提供了基础。产品信息将从静态向动态交付转变，获取形式更加灵活。
• 使技术文档成为工业0的一部分。
• 随着数字化信息的广泛应用，物理设备的重要性下降，相反，信息和服务会主导产品的绝大部分使用过程。
• 技术文档将变得以用户为中心，以用例为导向，以事件、使用场景为导向。

对技术信息传播从业者带来的挑战：

• 与时俱进，更新理念
  • 产品信息的创作：文档以篇章形式向单一主题形式转变，并需要能够根据应用和使用场景自由组装。Technical Writer的角色和思考维度呈现多元化：既是产品信息的创作者，也是产品信息的使用者，也是产品信息使用场景的设计者，等等。
  • 产品信息的交付：现有的手册，读者从上下文了解与某个章节相关的产品、目标群组、以及产品生命周期的某个阶段。篇章形式向单一主题交付后，Technical Writer需要使用有助于创建上下文的元数据。元数据能够在海量的单一主题中帮助用户或应用查找到特定使用场景或用户所需的信息主题。因此，元数据与内容一起，成为产品信息交付的一部分。
• 提升自身技能应对挑战

企业如果需要将产品信息集成到支持iiRDS的CCMS或CMS中，Technical Writer需要了解和学习使用元数据，需要了解产品信息的分类以及RDF。以便在系统中创建包含使用场景、产品信息等因素的模型。

---

小结

iiRDS不是用来创建内容，不是用于展现格式，也不是用于存储格式。它是实现应用程序能够在不同的供应商及其设备之间交换产品信息的标准，是用户和信息系统之间，动态实现信息请求和交付的标准。企业如果通过iiRDS实现智能信息的动态请求与交付，需要具备支持iiRDS的CCMS或CMS系统，并根据使用场景，创建产品信息请求与交付的模型。

---

参考

本文参考以下文档:

• Intelligent Information for Smart Users, by Dr Michael Fritz, tekom
• A Marriage for Life? DITA and iiRDS as a Power Couple for Content Delivery, by Mirion Knebel, Senior Technical Communicator, Parson AG; Dr. Martin Kreutzer, Principal Solution Engineer, Empolis Information Management GmbH
• iiRDS for the Technical Writer, by Ulrike Parson, CEO of parson AG; Jurgen Sapara, Manager consulting @ tecteam GmbH; Prof. Dr. Wolfgang Ziegler, Karlsruhe University of Applied Sciences
• iiRDS Introduction and Status, by Ralf Robers, tekom
• 麻省理工计算机科学与人工智能博士研究生David Huynh专访