专利名称：面向服务的组件和设备之间的交互方法
技术领域：
本发明涉及一种面向服务的组件和设备之间的交互方法，其中，服务请求者请求 由服务提供者提供的服务。
背景技术：
通常，在面向服务的系统中，尤其在应用由网页服务实现时，服务是一组端口。每 个端口是定义服务提供者和服务请求者之间的一组交互操作和相应的消息传输的端口类 型的实例。
发明内容
本发明基于以下任务如此改进开始部分所述类型的交互方法，使得由相关的设 备提供的不均勻的通信模型的访问与交互得以简化。此外，应实现服务及其端口到设备的 物理端口的更深结合。总而言之，应扩展灵活性并且简化系统的重新配置。根据本发明，所述任务尤其通过以下方式解决每个服务包括一组端口并且每个 端口是定义服务提供者和服务请求者之间的一组交互操作和相应的消息传输的端口类型 的实例，其中，由服务提供者提供的服务通过与服务请求者的多个交互阶段执行并且所述 交互阶段遵循与端口类型的实例相关联的特定的协议，其中，通过一系列与阶段相关联的 不同端口建立对服务的访问。因此，由本发明提供了一种使用由面向服务的设备和所属的应用提供的服务的生 命周期的方法。提供和请求服务的机电设备是基于对自动化及产品系统中生产车间等级的 服务优化的分布式控制方式的一部分。所述方法包括不同阶段，这些阶段与服务请求者与服务提供者的交互相关，从而 请求者可以使用所提供的服务。服务的不同阶段上的访问通过其端口实现。服务提供者是 向外提供可以由服务请求者使用的服务的机制(Mechanismus)。无论是请求者还是提供者 都是软件应用，即在面向服务的设备和支持应用中实现的通信模块的一部分。通信模块也 可以在一个实例中包括请求者和提供者二者，形成客户/服务器_通信模块。根据一个优选的方法，由一个组件(例如，一个设备)提供的服务包括多个与其请 求者的交互阶段，这些交互阶段必须遵循与端口类型的实例(例如，端口)相关联的特定协 议。通过遵循一系列与所述阶段相关联的不同的端口建立对服务的访问。所述阶段 是发现阶段发现和记录服务的能力，这些服务使用由其协议描述的不同方法。协商阶段如果适合进入运行阶段，则必须在服务请求者和服务提供者之间进行 协商。运行阶段主端口是那些对应于运行阶段的端口(主端口提供服务的主要资源和 功能以及请求者兴趣的核心)。服务的逻辑端口同样可以对应于提供者设备(例如，传送
3带)的物理端口，由此提供面向内容的(联合的)透视。结束阶段运行阶段之后的最终设置。交互划分为四个阶段。在每个阶段，一个或多个端口类型与所属访问协议 (Access-Protocol)相对应，所属访问协议定义交互规则。通过端口类型的实例执行请求者 的访问。另一优选的操作方法的特征在于，可以在需要时由相对应的端口类型和接入协议 动态地建立端口。此外，所述方法的特征在于以下能力对于同一功能提供相同的端口，但这些端口 由不同的端口类型和协议实例化(instanziiert)。特别地，运行阶段的逻辑端口可以直接被分配给设备的物理端口。本发明的目的是提供由设备和端口类型/协议机制提供的服务的应用的不同阶 段的形式化，以便产生用于不同阶段的端口实例。以下主题总结了所述构思的应用的主要优点为可以在设备之间共同使用的服务的使用定义共同的生命周期和其必然的交互 过程和特性。用于同一功能的不同协议的可用性和端口的动态生成简化了由相关设备提供的 不均勻的通信模型的访问和交互。 服务及其端口与设备的物理端口的更深结合。由分布式控制系统要求的、扩展的灵活性和必然的重新配置。本发明的其他细节、优点和特征不仅由权利要求、从权利要求中提取的特征(本 身和/或组合)得出而且由以下对附图中提取的优选实施例的描述得出。
图1 服务交互阶段与其到端口类型和端口实例的映射的示意图；图2 服务的交互阶段的顺序图；图3 具有所属端口的双向传送带的传输服务的示意图。
具体实施例方式图1示出基于端口类型协议的四阶段交互模型。通过遵循一系列不同的端口(例 如，发现端口、协商端口、运行端口以及结束端口)建立对服务的访问，这些端口与阶段(例 如，发现阶段、协商阶段、运行阶段以及结束阶段)相关联。发现阶段描述发现服务的能力，该服务使用通过其协议描述的不同方法。协商阶段适合进入运行阶段。协商必须在服务请求者和服务提供者之间进行。运行阶段与运行端口相关联。运行端口或者主端口是对应于运行阶段的端口。所 述运行端口或者主端口提供服务的主要资源和功能，所述主要资源和功能对应于请求者的 请求。服务的逻辑端口同样可以对应于提供者设备(例如，传送带)的物理端口，由此提供 面向内容的透视。最后是结束阶段，在所述结束阶段之后进行运行阶段后的最终设置。如从图1中可以看到的那样，交互划分为四个阶段，其中，每个阶段是具有所属访问协议的一个或多个端口类型。通过端口类型的实例执行服务请求者对服务的访问。在面向服务的系统中，通过使用服务并且显然希望协调过程的客户请求存在的服 务而建立交互。图2示出过程的顺序图，以便在使用四个阶段的情况下与服务进行交互。根据图2的服务发现可以是各种发现机制，以便定位服务。在使用服务之前，服务请求者必须寻找满足其要求的特定服务。在实现描述服务 的接口之后，所述接口可以与服务提供者连接。显然，服务提供者必须首先进行提供，以便 使用服务。如果所述提供未被接受，则其在允许的情况下借助与服务提供者的复杂协商 (Negotiation)继续进行。请求的接受或者服务的使用启动运行阶段，在所述运行阶段中使用服务。在此阶 段中重要的是，使服务请求者和服务提供者的活动同步。在运行阶段之后，结束阶段可以设 置用于结束服务的使用的过程。同样提及多个附加特征一个重要的特征是，可以在需要时由相对应的端口类型和接入协议动态地建立端 口。如果可运行的端口不存在但对于服务的特定请求是需要的，则对于此情况可以基于端 口类型和相关联的协议产生可运行的端口。对于同一功能提供相同端口的能力，但由不同的端口类型和协议实例化。例如，请 求者仅仅可以访问使用特定协议的服务，而其他服务可以需要完全不同的协议，以便与服 务交互。最终，对于给定的服务，二者需要同一功能。运行阶段的逻辑端口可以直接被分配给设备的物理端口。例如，具有输入端口和 输出端口的传送带提供具有对应于物理端口的、可逻辑运行的端口的传输服务。所述方法用于相应于具有四个不同端口 P0RT1、P0RT2、P0RT3和P0RT4的双向传送 带的机电设备，通过这些端口货盘可以通过如在图3中示出的物理端口输入和输出。应当 使用这些端口，以便与其他设备(例如，其他传送带)连接。从服务方面来看，传送带提供 控制所需操作的服务，以便通过四个逻辑端口(相应于物理端口)实施传输运动。必须请 求所述服务，以便以相应的方式动作。请求者可以是通过端口与其连接的其他传送带。可 以通过特定的发现端口(诸如，传输P0RT1)发现和记录服务。在发现之后，请求者可以继 续进行服务的协商，所述协商包含交互，所述交互包括简单的模型或者复杂的建议。如果协 商成功，则可以通过特定的运行端口(诸如，传输P0RT1)访问已请求的服务的执行。在此 示例中，存在四个传输端口，这些传输端口是两个不同端口类型(输入/输出)和相关联的 访问协议的实例。操作的结果可以包括由结束端口控制的最后阶段。
权利要求
面向服务的组件和设备之间的交互方法，其中，通过服务请求者请求由服务提供者提供的服务，其特征在于，每个服务包括一组端口，每个端口是定义服务提供者和服务请求者之间的一组交互操作和相应的消息传输的端口类型的实例，由服务提供者提供的服务通过与服务请求者的多个交互阶段执行，其中，所述交互阶段遵循与端口类型的实例相关联的特定的协议，并且通过一系列与所述阶段相关联的不同端口建立对所述服务的访问。
2.根据权利要求1所述的交互方法， 其特征在于，所述交互划分为四个阶段 发现阶段， 协商阶段， 运行阶段， 结束阶段，其中，在每个阶段，一个或多个端口类型与定义交互规则的所属访问协议相对应。
3.根据权利要求1或2所述的交互方法， 其特征在于，通过所述端口类型的实例执行所述服务请求者对所述服务的访问。
4.根据以上权利要求中至少一项所述的交互方法， 其特征在于，可以由相对应的端口类型和接入协议动态地建立所述端口。
5.根据以上权利要求中至少一项所述的交互方法， 其特征在于，对于同一功能提供由不同端口类型和协议实例化的端口。
6.根据以上权利要求中至少一项所述的交互方法， 其特征在于，所述运行阶段的逻辑端口直接被分配给面向服务的设备的物理端口。
7.根据以上权利要求中至少一项所述的交互方法， 其特征在于，用于发现或者定位特定服务的服务请求者使用服务发现(发现机制)。
全文摘要
本发明涉及面向服务的组件和设备之间的交互方法，其中，服务请求者请求由服务提供者提供的服务。为了扩展灵活性和简化系统的重新配置，提出每个服务包括一组端口，每个端口是定义服务提供者和服务请求者之间的一组交互操作和相应的消息传输的端口类型的实例，其中，由服务提供者提供的服务通过与服务请求者的多个交互阶段执行，其中，所述交互阶段遵循与端口类型的实例相关联的特定的协议，并且通过一系列与所述阶段相关联的不同端口建立对所述服务的访问。
文档编号G06F9/46GK101981899SQ200980106933
公开日2011年2月23日 申请日期2009年2月27日 优先权日2008年2月29日
发明者A·W·科隆博, J·M·门德斯 申请人:施奈德电气自动控制有限责任公司