4.2.2.3 通信
4.2.2.3.1 事件
[RS_CM_00201]通信管理应提供将事件发送到其他应用程序的API
【类型：草稿
描述：应用程序开发人员应能够以事件的形式向其他应用程序提供数据。
原理：提供服务后，应有可能将相应服务的事件发送到所有订阅的应用程序。
依赖：–
用例：转动点火锁中的钥匙时，应用程序“ A”发送开机事件。
支持材料：–】
[RS_CM_00223]通信管理应使用事件API后面隐藏的E2E协议保护数据的传输。
【类型：草稿
描述：无论使用哪种总线，应用程序开发人员都应能够具有受E2E保护的基于事件的通信。
原理：应确保由通信管理检测到引入由通信总线引入的通信故障模式（由E2E保护的串行数据）。
依赖：–
用例：应用程序“ A”接收E2E保护的速度（作为事件的一部分）。如果发生损坏或丢失，可通过应用程序的定期轮询和E2E检查( CRC和固定计数器)（E2E结果由Communication Management报告）来检测到。结果，应用程序可以强制执行其功能的安全状态，例如拒绝打开尾门。
支持材料：–】
[RS_CM_00202]通信管理应向应用程序提供API，以轮询收到的事件
【类型：草稿
描述：应用程序开发人员应能够查询是否已从另一个应用程序接收到某个事件，并同时读取该数据。
原理：在订阅了特定服务实例的事件之后，应该可以接收服务器发送的事件并以基于轮询的方式访问它们。
依赖：–
用例 ：应用程序“ A”轮询以接收开机事件，并能够访问相应的数据。
支持材料：–】
[RS_CM_00203]通信管理应在收到事件后触发应用程序
【类型：草稿
描述：当收到从另一个应用程序的新事件，应用程序开发者应该能够让平台触发应用程序。平台不应直接传送数据，而应提供一种根据请求读取数据的机制。
原理：在预订了特定服务实例的事件之后，应该可以接收服务器发送的事件，并通过触发处理功能以基于事件的方式访问它们。
依赖：–
用例：每当接收到开机事件时，应用程序“ A”就会触发，并且能够访问相应的数据。
支持材料：–】
[RS_CM_00206]通信管理应将收到的事件排队
【类型：草稿
描述：通信管理应使用可配置的队列长度和策略对接收到的事件进行排队。
原理：应用程序要确保接收到最后n个事件，n是队列长度。
依赖：–
用例：应用程序轮询收到的事件，并希望获取自上次轮询以来收到的最后n个事件。
支持材料：–】
[RS_CM_00224]通信管理应向轮询接收到的事件的应用程序以及在接收到事件后触发的应用程序提供端到端信息。
【类型：草稿
描述：通信管理应向轮询接收到的事件的应用程序以及在接收到事件后触发的应用程序提供端到端信息。该接口应干净地封装在该接口中，以使API用法相同，仅只是E2E信息除外。
原理：在接收到无效的E2E检查结果的情况下，应用程序应能够将检测到的E2E故障模式传播到提供给客户端的响应数据。安全性和非安全性数据对请求数据的访问相同。
依赖：–
用例：应用程序“ A”轮询获得无效的E2E检查结果，结果切换到安全状态。
支持材料：对于队列中的每个事件，提供的E2E信息应为：E2E状态，E2E状态和样本。 请注意，如果触发了应用程序，则可能需要对应用程序级别的超时进行检测。 这是因为在延迟或丢失的情况下，事件将不会到达并且不会执行E2E检查。】
4.2.2.3.2 方法
[RS_CM_00211] 通信管理应提供一个接口，为其他应用程序提供方法
【类型：草稿
描述：应用程序开发人员应能够提供其他应用程序可以调用的方法。
原理：提供服务后，其他应用程序应可以调用服务的方法并获得相应的结果。
依赖：–
用例：应用程序“ A”调用应用程序“ B”提供的挂钟服务的“ getCurrentTime”方法。】
[RS_CM_00212]通信管理应提供一个接口，以同步调用其他应用程序的方法
【类型：草稿
描述：应用程序开发人员应能够同步调用其他应用程序提供的方法。 当方法调用返回时，要求结果可用。
原理：找到服务后，应用程序应有可能将服务的方法作为同步服务调用来调用：正在调用的应用程序要等待服务方法执行完成，并在继续操作之前获得可用的结果。
依赖：–
用例：应用程序“ A”调用应用程序“ B”提供的挂钟服务的“ getCurrentTime”方法，并希望停止处理，直到收到结果为止。
支持材料：–】
[RS_CM_00213]通信管理应提供一个接口来异步调用服务方法
【类型：草稿
描述：应用程序开发人员应能够异步调用其他应用程序提供的方法。 当方法调用返回时，不需要结果可用。无论调用应用程序自行检查服务方法执行是否完成，或者在完成时收到通知。
原理：找到服务后，应用程序应可以将服务的方法作为异步服务调用来调用：正在调用的应用程序不希望等待服务方法执行的完成，而是在没有可用结果的情况下继续进行。
依赖：–
用例：应用程序“ A”异步调用应用程序“ B”提供的挂钟服务的“ getCurrentTime”方法，并且可以进行进一步处理，直到“ getCurrentTime”方法执行完成。
支持材料：–】
[RS_CM_00400] 通信管理应用E2E协议保护方法的传输
【类型：草稿
描述：通信管理应对应用程序透明，使用E2E协议保护方法的传输。
原理：应确保由通信管理在客户端检测到由通信总线引入的通信故障模式（受E2E保护的序列化请求或响应数据）。
依赖：–
用例：基于客户端-服务器的通信中受E2E保护的方法调用
支持材料：–】
[RS_CM_00401]通信管理应向触发运行被调用服务方法的应用程序提供端到端信息
【类型：草稿
描述：通讯管理部门应将E2E信息提供给已收到方法调用请求的应用程序。该接口应进行干净的封装，以使API用法相同，只是E2E信息除外。
原理：在接收到无效的E2E检查结果的情况下，应用程序应能够将检测到的E2E故障模式传播到提供给客户端的响应数据。安全性和非安全性数据对请求数据的访问相同。
依赖：–
用例：应用程序“ B”提供了一种方法，该方法被应用程序“ A”调用，并接收无效的E2E检查结果的请求，结果将相同的无效E2E数据添加到响应数据中。
支持材料：提供的E2E信息应为E2E status，E2E state和对象数据。】
[RS_CM_00402]通信管理应支持基于E2E结果应用方法调用的决策。
【类型：草稿
描述：通信管理应向已接收到方法调用请求的应用程序提供端到端信息，并根据E2E信息确定是否将应用被调用的方法。
原理：如果接收到无效的E2E检查结果，则应用程序应能够跳过接收到的方法调用。在数据传输期间被破坏的请求无效，并且可能导致意外结果。 这些结果的用户不知道这一点。
依赖：–
用例：应用程序“ B”提供了一种方法，该方法被应用程序“ A”调用，并随请求接收无效的E2E检查结果，因此未应用被调用的方法。
支持材料：–】
[RS_CM_00225] 通信管理应提供一个接口，以调用fire&forget服务方法
【类型：草稿
描述：应用程序开发人员应能够以“尽力而为”的方式调用其他应用程序提供的“fire&forget”方法。应用程序不希望服务方法的提供者进行任何形式的确认或握手。 它甚至接受该调用甚至不会到达服务方法的提供者。
原理：找到服务后，应用程序应可以将其方法调用为fire&forget服务调用：调用应用程序不希望获取有关服务方法执行的任何信息。
依赖：–
用例：应用程序“ A”调用由应用程序“ B”提供的壁钟服务的“ setCurrentTime” fire&forget方法，并且将独立于“ B”中的方法执行而继续执行。
支持材料：–】
[RS_CM_00214] 通信管理应提供一个接口，以查询异步调用的服务方法的结果
【类型：草稿
描述：应用程序开发人员应能够检索异步调用方法的结果。查询结果的方法可以在被调用方法返回之后的任何时间调用：如果在服务方法执行完成之前被调用，它将立即返回； 如果在完成后调用它，则返回提供结果。
原理：异步调用服务方法后，应用程序应能够获得该服务方法的结果。
依赖：–
用例：应用程序“ A”异步调用应用程序“ B”提供的挂钟服务的“ getCurrentTime”方法。 “ getCurrentTime”方法执行完成后，应用程序“ A”访问结果。
支持材料：–】
[RS_CM_00215]通信管理应在异步调用的服务方法完成时触发应用程序
【类型：草稿
描述：当异步调用方法的结果可用时，应用程序开发人员应能够让平台触发应用程序。
原理：在异步调用特定服务实例的方法之后，应有可能在方法结果可用时触发处理功能。
依赖：–
用例：应用程序“ A”异步调用应用程序“ B”提供的挂钟服务的“ getCurrentTime”方法。在“ getCurrentTime”方法执行完成之后，将调用应用程序“ A”的特定功能，以通知“ getCurrentTime”的结果可用。
支持材料：–】
[RS_CM_00403]通信管理应提供一个接口，以通过监督预定义的响应期限来检测客户端的E2E保护的服务响应的延迟。
【类型：草稿
描述：通信管理应提供一个接口，以通过监督预定义的响应期限来检测客户端的E2E保护的服务响应的延迟。
原理：应检测到延迟的响应，并且应用程序可以应用安全相关的错误响应。
依赖：–
用例：客户端正在发送方法调用。 客户端在300毫秒内等待响应。 达到期限后，将在客户端检测到故障。
支持材料：–】
[RS_CM_00404] 通信管理应向被调用服务方法完成后触发的应用程序提供E2E信息。
【类型：草稿
描述：通信管理应将E2E信息提供给已发送方法调用请求的应用程序。该接口应进行干净的封装，以使API用法相同，只是E2E信息除外。提供的E2E信息应有E2E status, E2E state, E2E counter, Data ID, CRC, 在反序列化对象上的散列。
原理：如果收到无效的E2E检查结果，则应用程序应能够执行适当的错误处理。安全性和非安全性数据对响应数据的访问相同。
依赖：–
用例：应用程序“ A”请求方法调用，并接收到无效的E2E检查结果，并返回到安全状态。
支持材料：注意，可能需要应用程序级别的对最后期限的监视以停止等待响应。】
4.4.4.3.3 字段
[RS_CM_00216]通信管理应提供一个接口，该接口聚合方法以接收有关更改的字段值以及显式获取和设置字段值的通知
【类型：草稿
描述：接口应聚合方法以接收字段值已更改的通知，明确获取字段值并明确设置字段值。还可以聚合这些方法的任何非空子集。
原理：要访问保留在中央位置的属性，必须能够查询和修改值以及获取有关值更改的通知。
依赖：–
用例：传感器数据的使用者希望了解传感器数据的更新速率，并希望能够在有不同要求的情况下更改此值。
支持材料：–】
[RS_CM_00227] 通信管理应在收到有关字段值更改的通知时触发应用程序
【类型：草稿
描述：当从另一个应用程序收到有关字段值更改的新通知时，应用程序开发人员应能够让平台触发该应用程序。平台不应直接传送数据，而应提供一种根据请求读取数据的机制。
原理：应有可能接收服务器发送的有关字段值更改的通知，并通过触发处理功能以基于事件的方式访问它们。
依赖：–
用例：接收到修改后的更新速率后，将触发传感器数据的使用方。
支持材料：–】
[RS_CM_00217] 通信管理应提供一种远程设置字段值的方法
【类型：草稿
描述：通信管理应提供一种远程设置字段值的方法。
原理：该应用程序想要更改另一个应用程序提供的字段的值。
依赖：–
用例：传感器数据的使用者希望修改更新速率。
支持材料：–】
[RS_CM_00218] 通信管理应提供一种远程获得字段的方法。
【类型：草稿
描述：通信管理应提供一种远程获取现场值的方法。
原理：该应用程序想知道另一个应用程序提供的字段的值。
依赖：–
用例：传感器数据的使用者想知道传感器的当前更新率。
支持材料：–】
[RS_CM_00219] 通信管理应提供一个接口，该接口聚合方法以发送有关值更改的通知并注册字段值的获取和设置功能。
【类型：草稿
描述：接口应聚合发送值更改通知的方法，并注册字段值的获取和设置功能。还可以聚合这些方法的任何非空子集。如果聚合中包含发送通知的方法，则事件应在第一次订阅后立即将字段值提供给客户端。
原理：为了与多个使用者共享位于一个中央位置的属性，提供的应用程序应提供查询当前属性值，修改值并通知所有使用者值变化的方法。
依赖：–
用例：传感器数据的提供者将更新速率通知给消费者。 它还为使用者提供了查询和修改更新率的方法。
支持材料：–】
[RS_CM_00226] 通信管理应提供一种将数据更改通知发送到其他应用程序的方法
【类型：草稿
描述：应用程序开发人员应能够将字段值的更改通知发送给其他应用程序。
原理：为了与多个使用者共享一个中央位置的财产，提供的应用程序应该能够将所有value的变化通知所有使用者。
依赖：–
用例：传感器数据的提供者通知使用者当前更新速率已更改。
支持材料：–】
[RS_CM_00220] 通信管理应触发提供字段的应用程序的设置方法
【类型：草稿
描述：通信管理应触发提供字段的应用程序的设置方法。
原理：当其他应用程序想要修改字段的当前值时，通信管理应触发应用程序提供的相应设置方法。
依赖：–
用例：传感器数据的提供者为使用者提供了一种修改当前更新率的方法。
支持材料：–】
[RS_CM_00221] 通信管理应触发提供字段的应用程序的get方法
【类型：草稿
描述：通信管理应触发提供字段的应用程序的get方法。
原理：当其他应用程序查询字段的当前值时，通信管理将触发提供应用程序的相应get方法。
依赖：
用例：传感器数据的提供者为使用者提供了一种查询当前更新率的方法。
支持材料：–】
