3.术语及定义

在这个文档里，某些术语具有特殊的含义。这些术语被定义在以下条款中。在该文档中的术语“应该”（“要求”），“不应该”，“应当”（“推荐”）， “不应当”（“不推荐”），“可能”，“不必”（“不需要”）， “可以”和“不可以”是根据ISO/IEC的指令来解释的，具体参见附录的第二部分。括号内的条款是对前面的词替代，在特殊情况下使用时，前面的术语不能被作为语言使用。本文中的术语“条款”，“子条款”，“段落”以及“附录”是根据ISO/IEC的指令来翻译的。在本文中的条款，段落，或者附录如标有“（信息）”样式的，则不包含规范的内容。注意事项和实例总是有效的信息元素。下面的附加条款是本文档中使用的：

术语	定义
集合	集合是一种充当其他资源的容器的资源。一个集合的成员通常具有相似的特点。该容器处理发送到所述容器的信息。容器处理消息的成员只发送给该成员在不影响容器的其他成员。
CRUD	创建，读取，更新和删除接口
事件	对应于一个独立警告的记录
被管系统	在本规范的上下文中，一个被管系统是一个系统。该系统提供的信息或状态，或者可控性可以通过Redfish接口来定义。
消息	一个完整的被格式化了的HTTP或HTTPS的请求或者响应。这个协议是一个请求/响应协议，每一个请求的结果都包含在一个响应当中。它是基于REST的
操作	映射了通用CRUD操作的HTTP请求方法。它们是POST，GET，PUT/PATCH，HEAD和DELETE
OData	开放数据协议，定义参见OData-Protocol
OData服务文档	一种资源的名字，它提供了根服务的相关信息。服务文档提供了一种标准的格式通过服务来枚举已发布的资源。它可以使一般的超媒体驱动的OData客户端能够导航到Redfish服务的资源上
Redfish警告接收器	从一个Redfish服务接收警告信息。该功能独立于被管系统，它是一个特殊的软件运行在远端系统上。
Redfish客户端	它可以与Redfish服务通信，并且可以访问服务的一个或多个资源，或者功能。
Redfish模式	模式是为了定义Redfish资源。它被定义成可以根据OData模式的标签直接转换成一个JSON的表现模式
Redfish服务	也被称为服务。一个实现了协议，资源以及能够发布一个Redfish模式实例的功能集合。它可以关联到一个或多个被管系统
Redfish服务入口点	也被称为服务入口点。该接口通过一个特殊的Redfish服务实例来访问。一个Redfish服务可能有不止一个的服务入口点。
请求	从一个客户端到服务器端的消息。它由请求行（包含操作），请求头，一个空行和一个可选消息体。
资源	资源是通过一个URI来定位的，它能够接收和处理消息。资源既可以是一个独立的实体，或是一个集合。
资源树	资源树是一个以JSON编码的树结构的资源，可以通过众所周知的URI起始地址来访问。根据树上的资源链接，客户端可以发现一个Redfish服务的相关可用资源。注意对于Redfish客户端的实现：尽管资源是一棵树的形式，但资源之间的引用可能是一个图的形式，而不是树。遍历资源树的客户必须包含避免无限循环逻辑。
响应	从服务器端到客户端的消息，用于响应一个请求消息。它包含了一个状态行，响应头，一个空行和一个额外的消息体。
服务根	术语服务根被用于指向到一个特殊的资源。它可以通过服务的入口点直接访问。这类资源作为用于定位和访问其他资源的起始点，并且通过关联元数据来组成一个Redfish服务的实例。
订阅	事件服务的一个配置项，用于指定往哪发送事件。