优化服务通信

操作系统通信是关于交换一组低电平不同Optimization Services组件之间的数据实例。

优化服务框架标准化了任何操作系统上的两个优化服务组件分布式的系统。框架本身就是这样不使标准化地方的接口。来自Optimization Services（§4.6）的衍生研究旨在完成这项工作。优化服务框架是对本地接口标准化的补充。优化服务和本地接口之间的连接如下图所示：

优化实例通信标准分布式的系统是新的。但标准化在技术上是及时的。分布式技术（如Web服务）在当今计算环境中的重要性迅速增长，并已被广泛接受为行业标准。我们的愿景是，通过将运筹学和现代分布式技术相结合，优化服务将使更多的受众能够轻松访问越来越多的OR软件包并从中受益。通过通信的标准化，操作系统框架为所有优化系统组件提供了一个开放的基础设施，以便相互通信。目标是所有算法代码都将在此框架下作为服务实现，客户将使用这些计算服务，如公用事业服务。应尽量减少用户所需的优化算法、问题类型和求解器选项的专门知识。所有涉及到找到合适的解算器、调用软件、提供计算资源和呈现解决方案的事情都由Optimization Services自动处理。

所有优化服务的调用都由Web服务定义语言（WSDL）指定，WSDL文档中的所有接口和传输部分（即位置信息除外）都是标准化的。因此，不一定需要WSDL文档来动态地生成我们已经提前知道的通信API（存根和骨架），尽管它们可以用于插图或作为构建优化服务的参考事先.
最常见的通信是调用解算器。这由优化服务连接语言（OShL）指定。OShL还适用于连接到分析器，因为解算器通常会分析优化问题，而分析器可能会解决该问题。模拟服务的调用本质上是调用函数，并由优化服务调用语言（OScL）指定。

沟通不仅仅是关于调用。当我们将所有优化服务组件构建到一个分布式系统中时序列调用的数量是一个问题。例如，如果客户端知道解算器服务，则客户端可以直接联系该服务。当然，客户端仍然可以联系注册表并获取位置信息，然后调用解算器。但是，如果客户机不知道优化问题的类型，他可能会首先调用分析服务，然后使用分析结果从注册表中查询正确的解算器。更复杂的是，在调用分析器服务之前，客户端可能需要在注册表中找到分析器的位置。序列可以有多种组合。

所有操作系统通信WSDL文档都有三个主要部分：接口、协议（绑定和编码）和服务地址。接口部分因不同的WSDL文档而异类型服务具有不同的功能和方法。协议部分与所有WSDL文档完全相同，因为我们当前要求操作系统网络上的所有服务使用完全相同的通信绑定和消息编码机制。因此，我们将只说明我们介绍的第一个操作系统通信协议中的协议部分，即下一节中的OShL。所有通用OSxL WSDL文档的服务地址部分都是空的（未指定），因为各个服务的地址不同。因此，从技术上讲，操作系统通信协议将所有操作系统服务的WSDL文档的接口（操作、消息、部分）和协议（绑定、编码）部分标准化。所有操作系统服务都在其各自的WSDL文档中列出了自己的地址，其余的WSDL文档应该与操作系统通信协议指定的地址完全相同。OSP中没有涉及编码和安全等机制。OSP利用其底层协议（如SOAP和HTTP）提供的机制。