|  | Product 元素
一个 <Research> 元素可以由一个以上产品组成，每个产品表示一个独立的研究文档。清单 1 给出了这个必备元素的示例。
设置惟一的标识符
<Product> 元素是一个序列：<Product> 元素的每个实例必须带有在文档内部设置为惟一值的 sequence 属性。序列号通常从 1 开始。productID 是作为 RIXML 字符串的一部分发送的研究文档的惟一标识符。productID 通过由根级别的 researchID 加上序列号构成。
<StatusInfo> 元素
<Product> 元素内部的 <StatusInfo> 元素表示研究的状态。将 statusDateTime 设置为准备传输研究包的时间。（这个属性的值应该与 createDateTime 的值相同）。currentStatusIndicator 表明状态是否是文档的当前状态：应该设置为 Yes。在这个示例中，statusType 属性设置为 Released。企业可以在 RIXML 字符串中使用多个 <StatusInfo> 实例。元素的每个实例可以表示研究生命周期的特定阶段，比如 Pending、Revised、Recalled、Deleted、Published、Rebroadcast 和 Released。如果使用 <StatusInfo> 的多个实例（可能为了提供修改和发布的历史，或未来发布的日程表），应该设置 currentStatusIndicator="Yes" 表明哪个实例表示研究的当前状态；在其他 <StatusInfo> 实例中，要设置为 currentStatusIndicator="No"。不过，RIXML 通常用于将每个传输文档划分为单个的负载，使接收和传输端的处理更简单。换句话说，如果文档传输时带有值为 Published 的 <StatusInfo>，然后修改该文档，新的 RIXML 字符串此时仅包含带有值为 Revised 的 <StatusInfo>，并且内容包含最近修改的文档。我们推荐在接收方和传输器各自的 DMS 中管理文档的不同版本。
必需的 <Product> 元素
每个 <Product> 元素包含以下 4 个元素：
<Source>：这个元素表示研究文档的创建者，包括组织名、生成信息的分析师，以及分析师的详细情况，比如电话号码和邮箱地址。
<Content>：这个元素包含研究文档的实际输出，包括输出类型（例如，Word 文档和电子表格等）和文档本身。
<Context>：这个元素包含与研究领域相关的信息，包括以上提到的产品要素和执行研究的公司的信息。
<Legal>：这个元素包含与研究和传输相关的法律免责声明。
为简单起见，我们在每个产品中只使用这些元素的一个实例。
| |
|
