OTX Runtime 还可以在可用的独立 DiagManager 上运行以进行诊断通信。它的任务是将所有与诊断相关的 OTX 命令转换为特定诊断运行时系统的命令。它可以作为服务器工作，因此可以从任意进程或应用程序进行并行诊断。服务器将客户端的命令序列化并将它们传递给 CommandProcessor。CommandProcessor 优化诊断命令并确定其优先级。例如，CommandProcessor 管理开放的诊断通道。CommandProcessor 是可交换的。这允许用户对通信通道或诊断服务实施他们自己的特定管理。CommandProcessor 将其命令发送到 DiagRuntimeSystem。从 OTX 到诊断运行时系统的特定方法的实际转换，例如根据 ISO 22900-3 (MVCI)，发生在 DiagRuntimeSystem 中。这一步也是完全可以交换的。在这里，用户可以独立连接到他们自己的专有诊断运行时系统。

将 OTX 绑定到外部系统（例如 GUI、测试台、测量数据采集）的功能并不位于 OTX 运行时内，而是位于外部库中，即所谓的自定义实现。OTX Runtime API 中为此目的提供了用户可以自己实现的接口。EMOTIVE 为这些接口提供标准实现。因此，可以在任何目标系统中无缝集成和执行 OTX。可以在具有 HTML 屏幕连接的 Web 应用程序或车辆信息娱乐系统中执行相同的 OTX 序列。