專利名稱:面向服務(wù)的組件和設(shè)備之間的交互方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種面向服務(wù)的組件和設(shè)備之間的交互方法,其中,服務(wù)請(qǐng)求者請(qǐng)求 由服務(wù)提供者提供的服務(wù)。
背景技術(shù):
通常,在面向服務(wù)的系統(tǒng)中,尤其在應(yīng)用由網(wǎng)頁服務(wù)實(shí)現(xiàn)時(shí),服務(wù)是一組端口。每 個(gè)端口是定義服務(wù)提供者和服務(wù)請(qǐng)求者之間的一組交互操作和相應(yīng)的消息傳輸?shù)亩丝陬?型的實(shí)例。
發(fā)明內(nèi)容
本發(fā)明基于以下任務(wù)如此改進(jìn)開始部分所述類型的交互方法,使得由相關(guān)的設(shè) 備提供的不均勻的通信模型的訪問與交互得以簡(jiǎn)化。此外,應(yīng)實(shí)現(xiàn)服務(wù)及其端口到設(shè)備的 物理端口的更深結(jié)合??偠灾?,應(yīng)擴(kuò)展靈活性并且簡(jiǎn)化系統(tǒng)的重新配置。根據(jù)本發(fā)明,所述任務(wù)尤其通過以下方式解決每個(gè)服務(wù)包括一組端口并且每個(gè) 端口是定義服務(wù)提供者和服務(wù)請(qǐng)求者之間的一組交互操作和相應(yīng)的消息傳輸?shù)亩丝陬愋?的實(shí)例,其中,由服務(wù)提供者提供的服務(wù)通過與服務(wù)請(qǐng)求者的多個(gè)交互階段執(zhí)行并且所述 交互階段遵循與端口類型的實(shí)例相關(guān)聯(lián)的特定的協(xié)議,其中,通過一系列與階段相關(guān)聯(lián)的 不同端口建立對(duì)服務(wù)的訪問。因此,由本發(fā)明提供了一種使用由面向服務(wù)的設(shè)備和所屬的應(yīng)用提供的服務(wù)的生 命周期的方法。提供和請(qǐng)求服務(wù)的機(jī)電設(shè)備是基于對(duì)自動(dòng)化及產(chǎn)品系統(tǒng)中生產(chǎn)車間等級(jí)的 服務(wù)優(yōu)化的分布式控制方式的一部分。所述方法包括不同階段,這些階段與服務(wù)請(qǐng)求者與服務(wù)提供者的交互相關(guān),從而 請(qǐng)求者可以使用所提供的服務(wù)。服務(wù)的不同階段上的訪問通過其端口實(shí)現(xiàn)。服務(wù)提供者是 向外提供可以由服務(wù)請(qǐng)求者使用的服務(wù)的機(jī)制(Mechanismus)。無論是請(qǐng)求者還是提供者 都是軟件應(yīng)用,即在面向服務(wù)的設(shè)備和支持應(yīng)用中實(shí)現(xiàn)的通信模塊的一部分。通信模塊也 可以在一個(gè)實(shí)例中包括請(qǐng)求者和提供者二者,形成客戶/服務(wù)器_通信模塊。根據(jù)一個(gè)優(yōu)選的方法,由一個(gè)組件(例如,一個(gè)設(shè)備)提供的服務(wù)包括多個(gè)與其請(qǐng) 求者的交互階段,這些交互階段必須遵循與端口類型的實(shí)例(例如,端口)相關(guān)聯(lián)的特定協(xié) 議。通過遵循一系列與所述階段相關(guān)聯(lián)的不同的端口建立對(duì)服務(wù)的訪問。所述階段 是發(fā)現(xiàn)階段發(fā)現(xiàn)和記錄服務(wù)的能力,這些服務(wù)使用由其協(xié)議描述的不同方法。協(xié)商階段如果適合進(jìn)入運(yùn)行階段,則必須在服務(wù)請(qǐng)求者和服務(wù)提供者之間進(jìn)行 協(xié)商。運(yùn)行階段主端口是那些對(duì)應(yīng)于運(yùn)行階段的端口(主端口提供服務(wù)的主要資源和 功能以及請(qǐng)求者興趣的核心)。服務(wù)的邏輯端口同樣可以對(duì)應(yīng)于提供者設(shè)備(例如,傳送
3帶)的物理端口,由此提供面向內(nèi)容的(聯(lián)合的)透視。結(jié)束階段運(yùn)行階段之后的最終設(shè)置。交互劃分為四個(gè)階段。在每個(gè)階段,一個(gè)或多個(gè)端口類型與所屬訪問協(xié)議 (Access-Protocol)相對(duì)應(yīng),所屬訪問協(xié)議定義交互規(guī)則。通過端口類型的實(shí)例執(zhí)行請(qǐng)求者 的訪問。另一優(yōu)選的操作方法的特征在于,可以在需要時(shí)由相對(duì)應(yīng)的端口類型和接入?yún)f(xié)議 動(dòng)態(tài)地建立端口。此外,所述方法的特征在于以下能力對(duì)于同一功能提供相同的端口,但這些端口 由不同的端口類型和協(xié)議實(shí)例化(instanziiert)。特別地,運(yùn)行階段的邏輯端口可以直接被分配給設(shè)備的物理端口。本發(fā)明的目的是提供由設(shè)備和端口類型/協(xié)議機(jī)制提供的服務(wù)的應(yīng)用的不同階 段的形式化,以便產(chǎn)生用于不同階段的端口實(shí)例。以下主題總結(jié)了所述構(gòu)思的應(yīng)用的主要優(yōu)點(diǎn)為可以在設(shè)備之間共同使用的服務(wù)的使用定義共同的生命周期和其必然的交互 過程和特性。用于同一功能的不同協(xié)議的可用性和端口的動(dòng)態(tài)生成簡(jiǎn)化了由相關(guān)設(shè)備提供的 不均勻的通信模型的訪問和交互。 服務(wù)及其端口與設(shè)備的物理端口的更深結(jié)合。由分布式控制系統(tǒng)要求的、擴(kuò)展的靈活性和必然的重新配置。本發(fā)明的其他細(xì)節(jié)、優(yōu)點(diǎn)和特征不僅由權(quán)利要求、從權(quán)利要求中提取的特征(本 身和/或組合)得出而且由以下對(duì)附圖中提取的優(yōu)選實(shí)施例的描述得出。
圖1 服務(wù)交互階段與其到端口類型和端口實(shí)例的映射的示意圖;圖2 服務(wù)的交互階段的順序圖;圖3 具有所屬端口的雙向傳送帶的傳輸服務(wù)的示意圖。
具體實(shí)施例方式圖1示出基于端口類型協(xié)議的四階段交互模型。通過遵循一系列不同的端口(例 如,發(fā)現(xiàn)端口、協(xié)商端口、運(yùn)行端口以及結(jié)束端口)建立對(duì)服務(wù)的訪問,這些端口與階段(例 如,發(fā)現(xiàn)階段、協(xié)商階段、運(yùn)行階段以及結(jié)束階段)相關(guān)聯(lián)。發(fā)現(xiàn)階段描述發(fā)現(xiàn)服務(wù)的能力,該服務(wù)使用通過其協(xié)議描述的不同方法。協(xié)商階段適合進(jìn)入運(yùn)行階段。協(xié)商必須在服務(wù)請(qǐng)求者和服務(wù)提供者之間進(jìn)行。運(yùn)行階段與運(yùn)行端口相關(guān)聯(lián)。運(yùn)行端口或者主端口是對(duì)應(yīng)于運(yùn)行階段的端口。所 述運(yùn)行端口或者主端口提供服務(wù)的主要資源和功能,所述主要資源和功能對(duì)應(yīng)于請(qǐng)求者的 請(qǐng)求。服務(wù)的邏輯端口同樣可以對(duì)應(yīng)于提供者設(shè)備(例如,傳送帶)的物理端口,由此提供 面向內(nèi)容的透視。最后是結(jié)束階段,在所述結(jié)束階段之后進(jìn)行運(yùn)行階段后的最終設(shè)置。如從圖1中可以看到的那樣,交互劃分為四個(gè)階段,其中,每個(gè)階段是具有所屬訪問協(xié)議的一個(gè)或多個(gè)端口類型。通過端口類型的實(shí)例執(zhí)行服務(wù)請(qǐng)求者對(duì)服務(wù)的訪問。在面向服務(wù)的系統(tǒng)中,通過使用服務(wù)并且顯然希望協(xié)調(diào)過程的客戶請(qǐng)求存在的服 務(wù)而建立交互。圖2示出過程的順序圖,以便在使用四個(gè)階段的情況下與服務(wù)進(jìn)行交互。根據(jù)圖2的服務(wù)發(fā)現(xiàn)可以是各種發(fā)現(xiàn)機(jī)制,以便定位服務(wù)。在使用服務(wù)之前,服務(wù)請(qǐng)求者必須尋找滿足其要求的特定服務(wù)。在實(shí)現(xiàn)描述服務(wù) 的接口之后,所述接口可以與服務(wù)提供者連接。顯然,服務(wù)提供者必須首先進(jìn)行提供,以便 使用服務(wù)。如果所述提供未被接受,則其在允許的情況下借助與服務(wù)提供者的復(fù)雜協(xié)商 (Negotiation)繼續(xù)進(jìn)行。請(qǐng)求的接受或者服務(wù)的使用啟動(dòng)運(yùn)行階段,在所述運(yùn)行階段中使用服務(wù)。在此階 段中重要的是,使服務(wù)請(qǐng)求者和服務(wù)提供者的活動(dòng)同步。在運(yùn)行階段之后,結(jié)束階段可以設(shè) 置用于結(jié)束服務(wù)的使用的過程。同樣提及多個(gè)附加特征一個(gè)重要的特征是,可以在需要時(shí)由相對(duì)應(yīng)的端口類型和接入?yún)f(xié)議動(dòng)態(tài)地建立端 口。如果可運(yùn)行的端口不存在但對(duì)于服務(wù)的特定請(qǐng)求是需要的,則對(duì)于此情況可以基于端 口類型和相關(guān)聯(lián)的協(xié)議產(chǎn)生可運(yùn)行的端口。對(duì)于同一功能提供相同端口的能力,但由不同的端口類型和協(xié)議實(shí)例化。例如,請(qǐng) 求者僅僅可以訪問使用特定協(xié)議的服務(wù),而其他服務(wù)可以需要完全不同的協(xié)議,以便與服 務(wù)交互。最終,對(duì)于給定的服務(wù),二者需要同一功能。運(yùn)行階段的邏輯端口可以直接被分配給設(shè)備的物理端口。例如,具有輸入端口和 輸出端口的傳送帶提供具有對(duì)應(yīng)于物理端口的、可邏輯運(yùn)行的端口的傳輸服務(wù)。所述方法用于相應(yīng)于具有四個(gè)不同端口 P0RT1、P0RT2、P0RT3和P0RT4的雙向傳送 帶的機(jī)電設(shè)備,通過這些端口貨盤可以通過如在圖3中示出的物理端口輸入和輸出。應(yīng)當(dāng) 使用這些端口,以便與其他設(shè)備(例如,其他傳送帶)連接。從服務(wù)方面來看,傳送帶提供 控制所需操作的服務(wù),以便通過四個(gè)邏輯端口(相應(yīng)于物理端口)實(shí)施傳輸運(yùn)動(dòng)。必須請(qǐng) 求所述服務(wù),以便以相應(yīng)的方式動(dòng)作。請(qǐng)求者可以是通過端口與其連接的其他傳送帶???以通過特定的發(fā)現(xiàn)端口(諸如,傳輸P0RT1)發(fā)現(xiàn)和記錄服務(wù)。在發(fā)現(xiàn)之后,請(qǐng)求者可以繼 續(xù)進(jìn)行服務(wù)的協(xié)商,所述協(xié)商包含交互,所述交互包括簡(jiǎn)單的模型或者復(fù)雜的建議。如果協(xié) 商成功,則可以通過特定的運(yùn)行端口(諸如,傳輸P0RT1)訪問已請(qǐng)求的服務(wù)的執(zhí)行。在此 示例中,存在四個(gè)傳輸端口,這些傳輸端口是兩個(gè)不同端口類型(輸入/輸出)和相關(guān)聯(lián)的 訪問協(xié)議的實(shí)例。操作的結(jié)果可以包括由結(jié)束端口控制的最后階段。
權(quán)利要求
面向服務(wù)的組件和設(shè)備之間的交互方法,其中,通過服務(wù)請(qǐng)求者請(qǐng)求由服務(wù)提供者提供的服務(wù),其特征在于,每個(gè)服務(wù)包括一組端口,每個(gè)端口是定義服務(wù)提供者和服務(wù)請(qǐng)求者之間的一組交互操作和相應(yīng)的消息傳輸?shù)亩丝陬愋偷膶?shí)例,由服務(wù)提供者提供的服務(wù)通過與服務(wù)請(qǐng)求者的多個(gè)交互階段執(zhí)行,其中,所述交互階段遵循與端口類型的實(shí)例相關(guān)聯(lián)的特定的協(xié)議,并且通過一系列與所述階段相關(guān)聯(lián)的不同端口建立對(duì)所述服務(wù)的訪問。
2.根據(jù)權(quán)利要求1所述的交互方法, 其特征在于,所述交互劃分為四個(gè)階段 發(fā)現(xiàn)階段, 協(xié)商階段, 運(yùn)行階段, 結(jié)束階段,其中,在每個(gè)階段,一個(gè)或多個(gè)端口類型與定義交互規(guī)則的所屬訪問協(xié)議相對(duì)應(yīng)。
3.根據(jù)權(quán)利要求1或2所述的交互方法, 其特征在于,通過所述端口類型的實(shí)例執(zhí)行所述服務(wù)請(qǐng)求者對(duì)所述服務(wù)的訪問。
4.根據(jù)以上權(quán)利要求中至少一項(xiàng)所述的交互方法, 其特征在于,可以由相對(duì)應(yīng)的端口類型和接入?yún)f(xié)議動(dòng)態(tài)地建立所述端口。
5.根據(jù)以上權(quán)利要求中至少一項(xiàng)所述的交互方法, 其特征在于,對(duì)于同一功能提供由不同端口類型和協(xié)議實(shí)例化的端口。
6.根據(jù)以上權(quán)利要求中至少一項(xiàng)所述的交互方法, 其特征在于,所述運(yùn)行階段的邏輯端口直接被分配給面向服務(wù)的設(shè)備的物理端口。
7.根據(jù)以上權(quán)利要求中至少一項(xiàng)所述的交互方法, 其特征在于,用于發(fā)現(xiàn)或者定位特定服務(wù)的服務(wù)請(qǐng)求者使用服務(wù)發(fā)現(xiàn)(發(fā)現(xiàn)機(jī)制)。
全文摘要
本發(fā)明涉及面向服務(wù)的組件和設(shè)備之間的交互方法,其中,服務(wù)請(qǐng)求者請(qǐng)求由服務(wù)提供者提供的服務(wù)。為了擴(kuò)展靈活性和簡(jiǎn)化系統(tǒng)的重新配置,提出每個(gè)服務(wù)包括一組端口,每個(gè)端口是定義服務(wù)提供者和服務(wù)請(qǐng)求者之間的一組交互操作和相應(yīng)的消息傳輸?shù)亩丝陬愋偷膶?shí)例,其中,由服務(wù)提供者提供的服務(wù)通過與服務(wù)請(qǐng)求者的多個(gè)交互階段執(zhí)行,其中,所述交互階段遵循與端口類型的實(shí)例相關(guān)聯(lián)的特定的協(xié)議,并且通過一系列與所述階段相關(guān)聯(lián)的不同端口建立對(duì)所述服務(wù)的訪問。
文檔編號(hào)G06F9/46GK101981899SQ200980106933
公開日2011年2月23日 申請(qǐng)日期2009年2月27日 優(yōu)先權(quán)日2008年2月29日
發(fā)明者A·W·科隆博, J·M·門德斯 申請(qǐng)人:施奈德電氣自動(dòng)控制有限責(zé)任公司