專利名稱：用于靈活在線/離線部署n層軟件應用程序的錯接接口的制作方法
技術領域：
本發明涉及一種產生帶有處理層和過程層的n層的(即，至少兩層的) 軟件應用程序的方法，其中，每個層都被封裝并因而可以獨立于平臺地運 行，并且，所封裝的層通過應用接口相互通信。本發明同樣涉及一種系統， 該系統用于產生一種帶有在所封裝的層之間的應用接口內的靈活的錯接接 口的應用程序。
背景技術：
軟件應用程序的建立要求開發者在構想軟件結構時具有高度的編程技 術知識和經驗。迄今為止，應用程序幾乎全部是單片式的(monolithisch) 并且因此作為一個應用程序塊建立的，該應用程序塊在必需的改動時(例 如軟件更新時)總是必須被完全改變。這導致建立和維護該應用程序時需 要較高的成本。此外，這種基于單片式的系統相對容易出錯。除了其中應用程序層可以僅僅在公用的計算機上運行的用于桌面應用 的應用程序之外，還已知有網絡應用程序，其中應用程序層是為在客戶機 -服務器結構上，即為在多個計算機上運行而設計的。不過，網絡應用程 序也需要客戶機-服務器結構，即在沒有服務器的情況下是不可用的。在現有的應用程序系統中規定，應用程序訪問各個動態或靜態鏈接形 式的庫，并在可執行文件形式的執行文件內運行。在此，該應用程序引用 多個不同的服務、組件和數據，它們為在不同的體系結構層面內分別調用 的應用程序提供所基于的軟件結構。在現有技術下，這些服務直接地在一 個應用程序的源代碼中實現，其中，該服務和組件部分地在不同的平臺(例 如基于Windows或基于Linux的操作系統)上運行，以及在計算機網絡內 的不同運行位置(例如桌面計算機或基于網絡的服務器-客戶機配置)上 運行。該應用程序事后的與變化的平臺環境和/或其它的運行位置的匹配或 改動(也被統稱為部署)由于對于不同部署(Deployment)的各自不同的軟 件結構是不可能的。
因此問題在于，在為應用程序編制軟件結構時，在改變或匹配其它應 用環境或其它部署時，迄今為止必須對所基于的軟件結構進行調整，這通 常要求大量的改動。在此，首先應用程序的結構層在不同部署的計算機結 構上的布置總是重新由開發人員規定。尤其是必須為應用程序確定新的軟 件結構，編制新的源代碼并將其編譯成可執行文件形式的執行文件。這種 措施要求較高的時間和資源成本來編制相應的應用程序，并使得現在必需 以用于不同部署的計算機應用的不同軟件結構來并行開發不同的應用程 序。因此，存在所謂的框架結構(framework)作為開發人員的支持環境， 其中，框架結構經常在類運行時環境(generische Laufzeitumgebung)內封 裝軟件應用程序的各層。應用程序層被稱作是被封裝的，該層可以嵌入到 類運行時環境中與各平臺和/或運行位置無關地運行。一種重要的框架結構是Microsoft公司的.NET框架結構。這種框架結 構提供了將不同編程語言(如C#、 Visual Basic.NET、 C++/CLI或 JScript.NET)用作n層應用程序的編程基礎的可能性。應用程序和/或應用 程序的相應結構層獨立于所用編程語言類型地轉換成一種"中間語言" (Microsoft Intermediate Language ，微軟中間語言；縮寫為MSIL )。然后， 該用中間語言編寫的應用程序被編譯并被轉換為執行文件。在此，各層之間必需的應用編程接口 (英語application programming interface;API)具有重要意義。區分為面向功能的、面向界面的、以及面向 協議的應用接口。與面向功能和面向界面的應用接口不同的是，面向協議 的應用接口與平臺的操縱系統和應用程序所要連接的層的類型無關。不過， 目前并不能改變在兩個封裝的層之間一次確定的應用接口，因此，針對于 相應的部署，各種固有的、準單片式的軟件應用程序是必需的。因此，DE 69819188 T2描述了 一種用于帶有不同環境的計算機的編程 接口轉換器。按照該發明， 一個服務程序產生并更新用于轉換為一個平臺 編寫的應用接口的自動代碼模塊，以使得該模塊可以在另一平臺上正常運 行。為 一種操作系統或者一種其它的軟件環境的每個新的開發步驟執行的 服務程序與用于產生翻譯模塊的基于由該應用接口執行的功能的源代碼的一系列模板一起工作。DE 69908121 T2同樣描述了 一種操作系統內的應用編程接口 。與該發
明相對應地給出了 一種系統，該系統包括用于帶有有限資源的環境的 一組 用于多個軟件模塊及組件的應用接口 。帶有有限資源的環境的 一個例子是 一種有多個用電器設備和專門的工控機的嵌入式系統，這些用電器設備和 工控機共同具有手持式或掌上個人電腦。現有技術中的所有借助框架結構產生n層應用程序的已知方法的缺點 在于，盡管應用接口可以針對必需的平臺和運行位置進行轉換，但是迄今 還不能將一次為一個部署確定的所述層的交互作用通過各個居間設置的應 用接口用于另一個部署。因此，現在還需要為不同的部署并行開發源代碼 主體(Quellcodestaemmen )。發明內容因此，本發明所要解決的技術問題在于，使得在考慮到在一個計算機 網絡中所用平臺和運行位置的情況下能夠獨立于所基于的軟件結構地集中 開發n層的應用程序。所述技術問題是通過一種產生帶有處理層和過程層的至少兩層的軟件 應用程序的方法解決的，其中，各層都被封裝并且所封裝的層通過應用接 口相互通信。根據本發明，應用接口包括靈活的錯接接口 ，并且靈活的錯 接接口根據各封裝層的所基于的平臺提供對于通過應用接口在封裝層之間 進行通信而言必需的通信規范概要(Kommunikationsprofile )。由此，可以 獨立于相應的部署地使用應用程序的所基于的軟件結構。僅僅在應用接口 中集成的錯接接口與相應的部署相匹配。就本發明的意義而言，應用程序的封裝層是軟件結構的不同分級層面， 其中所述層面與平臺無關，也與在計算機網絡內的運行位置無關。各封裝 層尤其在類運行時環境內運行并通過各類運行時環境的接口彼此結合成一 體。在各封裝層向可連接的計算機網絡內的不同運行位置的不同分布(部 署)的過程中，整個(即包含所有應用程序層的)應用程序可以，或者在 唯一的計算機上在桌面應用(或者說是離線應用)中分布為所謂肥客戶機 (Fat-Client),或者通過不同計算機在可連接的計算機網絡內(在線應用) 分布為智能客戶機、多功能瘦客戶機(Rich-Thin-Client )、瘦(HTML )客 戶機或網絡服務。在另一個被描述為多功能客戶機的部署變形中，應用程 序可以選擇性地運行在離線應用或在線應用中。
利用根據本發明的方法允許將每個在框架結構上編寫的應用程序可以 自動地按照上述部署運行，而應用程序開發人員卻不必為各種軟件結構開 發和維護不同的源代碼主體。因此，對于應用程序開發人員而言可能的是， 僅僅處理其應用程序所基于的層結構 一次，這大大地減少了應用程序的開 發時間。同時，集中的軟件開發也因此是可能的，從而不必為不同的部署 提供和維護帶有不同源代碼主體的不同軟件結構。通過利用與應用接口內各靈活的通信層的實現相連的框架結構而確保 了由封裝層組成的應用程序既可以在肥客戶機的桌面運行中又在例如瘦(HTML )客戶機的網絡運行中運行。靈活的錯接接口確保了通過帶有靈活 的通信層的相應的應用4妻口對所述層內的相應的服務和/或組件進4亍對應用 程序的數據處理和訪問，使得應用程序保持隱藏其當前應用環境。在該方法的 一個優選實施例中，封裝層能夠在計算機網絡中的可不同 相互連接的運行位置上運行，其中，應用接口提供所述封裝層之間的必需 的通信規范概要，并監控可連接的計算機網絡的數據接口之間的數據通信。在封裝層內實現的服務和/或組件和/或數據優選地針對于標準化應用 接口和/或標準化數據接口設計。通過統一標準的應用，為在封裝層內編制 相應服務和組件開發人員不必在整個層邊界上額外地付出在數據處理、數 據傳輸、以及服務管理上的努力。因此可能的是，以不同的編程語言來為 不同的封裝層編程，并且仍然能夠在沒有額外的中間過程的情況下調用封 裝層內的相應服務。還有利地給出，在封裝層內實現標準化的服務并分別可以獨立地調用 它們。在該方法的 一個優選實施例中，在規定平臺以及計算機網絡內相應運 行位置形式的部署時，自動地選出對于各封裝層之間各自的通信而言必需 的通信規范概要。由此，應用程序的開發人員在其工作時支持并同時確保 將靈活的錯接接口的各必需的通信規范概要作為每兩個封裝層之間的應用 才妻口的組成部分選出。將應用接口的通信規范概要和/或數據接口的通信規范概要，根據所封 裝層的平臺和在計算機網絡內的運行位置動態地實現。尤其是借助用于配 置靈活的錯接接口的XML或DLL配置文件可能與平臺無關地且與部署無 關地對應用程序進行編譯。在相應部署上使用該應用程序時，才借助XML 或DLL配置文件為在封裝層之間的應用接口內的靈活的錯接接口實現各自 必需的通信規范概要。由此確保了應用程序在不進行進一步的編譯或轉換 的情況下能夠在各種部署上運行。根據本發明，應用程序的結構包括作為最底層的服務層，用于為一 個框架結構提供本地和/或外部的服務和/或數據；數據訪問層，用于對數據 進行訪問并提供本地和/或外部的數據和通信服務；處理層，用于提供處理 服務和處理組件；過程層，用于提供業務邏輯和服務總線；以及作為體系 結構最上層的表示層，用于表示數據以及表示組件。在該方法的 一 個優選實施例中，應用程序控制對各封裝層本身的訪問 并且可以作為封裝的應用與相應的軟件結構所基于的部署無關地獨立于平 臺地運行。在類運行時環境中，封裝的應用程序能夠運行并因而與對于所 封裝的層的相應部署無關。所封裝的應用程序，或者能夠在類運行時環境中運行，或者所封裝的 應用程序能夠運行在一個運行在網絡服務器中的類運行時環境中運行。不 過，應用程序與類運行時環境的交互作用保持在各個部署中獲得。由此將 實現，應用程序在不同的部署下不必改變，并且無論在桌面部署還是在網 絡部署下都能不變地運行。封裝的層(例如表示層)的概念在應用程序轉 換到另一部署上時(即，在應用程序的軟件結構保持相同時)不變。應用 程序結構和所用編程語言因此同樣保持不變。具體而言，所述封裝層分別 通過分別居間設置的應用接口的 一個集成的靈活的錯接接口進行通信。如 果應用程序用于桌面應用，那么就為該靈活的錯接接口使用通信規范概要 的一個確定的用于桌面應用的實現。由于在封裝層之間的通信總是通過相 應的居間接入的錯接接口實現，因而可能在框架結構一側交換靈活的錯接 接口的實現，而不會為此改變應用程序也不必重新編譯。由此，降低了應用程序的開發和維護成本。概念"零管理部署"在此 上下文中的特征在于，與避免用于應用程序的相應部署的任何維護成本相 聯系的功能。由此，對用于不同部署的源代碼主體的并行編制和維護完全 與相應的應用程序解耦合。同樣被視為有利的是，根據預定的平臺和/或在可連接的計算機網絡內 的運行位置自動地實現對各封裝層的軟件結構的編制。該方法不僅在選擇 封裝層之間的應用接口內的各個必需的錯接接口時，而且在針對所要進行
的用于計算機應用的部署對封裝層進行布置和實施時支持開發人員。所述技術問題同樣是通過一種用于產生帶有處理層和過程層的至少兩 層的軟件應用程序的系統解決的，其中， 一個框架結構用于封裝各層，并且所封裝的層通過應用接口相互通信。根據本發明，設置了一種用于產生n層軟件應用程序的系統，其中，在應用接口內在框架結構的上方部分地構 成一個靈活的錯接接口 ，并且該靈活的錯接接口根據各封裝層所基于的平 臺提供對于通過封裝層之間的應用接口進行通信而言必需的通信規范概要。在該系統的一個優選實施例中，應用程序被封裝，并因此可以在一個 類運行時環境上運行。與用于各封裝層的平臺的系統配置無關的是，運行 的應用程序同樣是獨立的并且不必在不同的配置下發生改變。本發明可以按照硬件、軟件或硬件和軟件的組合的形式實現。各種類 型的系統或者各種其它的為實施根據本發明的方法而建立的裝置適用于 此。 一種典型的硬件和軟件的組合可以是帶有計算機程序的通用計算機系 統，該程序被加載到通用計算機系統內并執行，并這樣控制該計算機系統， 使得實施根據所述方法建立的應用程序。在硬件和軟件的進一步通信中， 可以例如在專門的圖像處理硬件內設置例如用于進行圖像處理的處理層，而在傳統的PC硬件上實施其余的層。本發明也可以集成在計算機程序產品中，該計算機程序產品包括能夠實現在此描述的計算機支持的方法的所有 特征，并在加載到計算機系統內之后能夠實施該方法。概念計算機程序介質、計算機程序以及計算機應用，在各種表達在此 處的上下文中被理解為一組指令的任意計算機語言、代碼或符號，這些指 令能夠使得計算機系統進行數據處理并因此實施特定的功能。該計算機程 序介質、計算機程序以及計算機應用能夠或者直接地運行，或者在轉換成 另一種語言、代碼、符號后或通過以其它實體形式在該計算機系統上的顯示而運行。
在下面的詳細的
中借助于附圖對實施例的特征及其它優點進行了解釋，所述實施例并不應被理解為是限定性的。附圖中圖1是帶有根據本發明的錯接接口的軟件結構的一種示意性結構，圖2是帶有根據本發明的錯接接口的作為肥客戶機的軟件結構的一種 示意性結構，圖3是帶有根據本發明的錯接接口的作為多功能瘦客戶機的軟件結構 的一種示意性結構，圖4以示意對照圖的形式示出了作為肥客戶機、多功能客戶機、智能 客戶機、多功能瘦客戶機、瘦客戶機以及網絡服務的軟件結構的結構。
具體實施方式
圖1示出了一個五層的軟件應用程序10，其中，該軟件結構具有最下 面的服務層ll、緊接著的數據訪問層12、接下來的處理層13、位于其上的 過程層14以及接下來的表示層15。在這些至少部分地借助一個框架結構封 裝的層ll、 12、 13、 14、 15之間分別存在帶有集成的錯接接口的應用接口 17a、 17b、 17c、 17d。這些應用接口 17a、 17b、 17c、 17d的錯接接口是這 樣地靈活，以至于它們能夠實現這樣一種軟件結構，其通過配置可用于不 同部署、即用于層ll、 12、 13、 14、 15在平臺和在可連接的計算機網絡中 的運行位置16a、 16b上的不同分布，而并不需要為此對錯接接口進行源代 碼匹配。僅僅是必須將集成在應用接口 17a、 17b、 17c、 17d中的錯接接口 的通信規范概要與相應的部署進行匹配。對錯接接口的匹配可以或者在編 譯的范圍內實現，或者通過與數據庫19的文件(例如XML或DLL配置文 件)動態連接而實現。各封裝層11、 12、 13、 14、 15的相應服務、數據或組件20a、 20b、 20c、 20d、 21a、 21b、 21c、 21d、 22a、 22b、 22c、 22d、 23a、 23b、 23c可以或者 通過層11、 12、 13、 14、 15或者通過應用程序IO本身而被調用。通過帶 有集成的錯接接口的應用接口 17a、 17b、 17c、 17d進行的交互作用在圖中 用箭頭表示。在此，必須這樣設計通信規范概要，使得應用程序IO內的服務和組件 20a、 20b、 20c、 20d、 21a、 21b、 21c、 21d、 22a、 22b、 22c、 22d、 23a、 23b、 23c可以穿過封裝層11、 12、 13、 14、 15相互通信。就此而言，該通 信規范概要必須考慮并根據部署規定和監控客戶機/服務器-需求-/反應協 議、基于事件的數據處理、數據通信的一般任務管理及問題(如同步數據 交換)、數據協議的格式、對數據通信的監控、以及消息格式。
圖2示出了肥客戶機部署下的應用程序10的軟件結構。該軟件結構不需要為該在唯一計算機上的實現進行匹配。應用接口 17a、 17b、 17c、 17d 的集成的錯接接口的通信規范概要使得能夠實現應用程序10的一種桌面應 用。在此，封裝層ll、 12、 13、 14、 15在它們自身的運行時環境內運行， 使得這里也可以使用各封裝層11、 12、 13、 14、 15的不同編程語言。與之相反，圖3示出了一種多功能瘦客戶機部署。應用程序10的服務 層11、緊接著的數據訪問層12以及處理層13,在作為服務器16a的第一計 算機上運行。過程層14和表示層15在客戶機16b上運行，其中，通過處 理層13和過程層14之間的數據接口 18進行數據傳送和對這些層13、 14 的相應服務、數據及組件22a、 22b、 22c、 22d的訪問，必要時通過防火墻 確保安全。而且，所基于的軟件結構在此既不需要為多功能瘦客戶機部署改變， 也不需要為肥客戶機部署改變，因為僅僅是應用接口 17a、 17b、 17c、 17d 的錯接接口的通信規范概要必須與相應的部署相匹配。上述部署變形、即肥客戶機25a和瘦多功能客戶機25d在圖4中與其 它的部署變形、即多功能客戶機25b、智能客戶機25c以及瘦客戶機25e對 照地示出。如可以由圖4進一步了解到的，這些其它的部署變形通過在服 務器16a和客戶機16b之間重新布置一個或多個層11至15或者這些層11 至15的個別組成部分而形成。在瘦客戶機25e的情況下，僅僅是將表示層15的前端以網絡接口的形 式設置在客戶機16b上。表示層15的其余部分以及其余的層11至14設置 在一個或多個服務器16a上。表示層15在此尤其以HTML技術實現。在此， 服務器16a尤其又被劃分成提供用戶界面并向客戶機15b進行輸出的網絡 服務器、包含層12至14的應用程序服務器、以及容納有服務層11的數據 服務器。在多功能客戶機25b的情況下，與之相反地將層12至15設置于客戶 機一側。僅僅是服務層11設置在一個或多個服務器16a、特別是數據匯總 器(Daten-Cluster)上。在多功能客戶機部署中，應用程序10可以至少繼 續在離線應用中使用。為了特定服務(例如加載圖像數據)的需求，可以 將客戶機15b與服務器16a相連。在智能客戶機25c的情況下，處理層13和數據訪問層12的組成部分
分布在客戶機16b上，而處理層13和數據訪問層12的其它組成部分則分 布在一個或多個服務器16a上。在智能客戶機部署中，應用程序10 (與在 多功能客戶機中不同)在沒有與服務器16a的持續網絡連接的情況下不能被 運行。不過，層12和13在客戶機16b和服務器16a之間的分布使得應用程 序10的性能在與客戶機16b和服務器16a的計算和存儲能力以及網絡的可 用數據傳輸容量相匹配的情況下能夠得到特別有效的優化。根據本發明，應用程序可以基于唯一的源代碼主體在所有表示出的部 署變形中運行。在此，應用程序的各層11至15也可以具有不同的版本。 為與特定部署相匹配，僅僅將該應用程序在此相應的進行配置。此外，服 務層11和過程層14可以在一種同樣在圖4中示出的部署中也隔離地作為 純粹的網絡服務26運行。
權利要求
1.一種產生帶有處理層(13)和過程層(14)的至少兩層的軟件應用程序(10)的方法，其中，每個層(13，14)都被封裝并且所封裝的層(13，14)通過應用接口(17c)相互通信，其特征在于，該應用接口(17c)包括一個靈活的錯接接口，并且該靈活的錯接接口根據各封裝層(13，14)所基于的平臺提供對于通過封裝層(13，14)之間的應用接口(17c)進行通信而言必需的通信規范概要。
2. 根據權利要求1所述的方法，其特征在于，該應用程序(10)具有 至少五個封裝層(ll, 12, 13， 14, 15)，這些封裝層帶有分別居間設置的 帶有相應的集成的錯接接口的應用接口 ( 17a， 17b, 17c, 17d)。
3. 根據權利要求1或2所述的方法，其特征在于，封裝層(ll， 12, 13, 14, 15)能夠在一個計算機網絡內的可不同相互連接的運行位置上運 行，其中，該應用接口 (17a, 17b, 17c, 17d )的錯接接口提供封裝層(11 ， 12, 13， 14, 15)之間必需的通信規范概要和/或監控該可連接的計算機網 絡的數據接口 (18)之間的數據通信。
4. 根據權利要求1至3中任一項所述的方法，其特征在于，在封裝層 (11， 12, 13, 14, 15)中實現的服務和/或組件和/或數據(20a， 20b, 20c,20d， 21a, 21b, 21c， 21d， 22a， 22b， 22c， 22d， 23a, 23b, 23c)針對標 準化的應用接口 (17a, 17b， 17c, 17d)和/或標準化的數據接口 (18)而 被設計。
5. 根據權利要求1至4中任一項所述的方法，其特征在于，在該封裝 層(ll， 12, 13, 14， 15)中實現標準化的服務和/或組件和/或數據(20a, 20b， 20c, 20d, 21a， 21b， 21c， 21d, 22a, 22b， 22c， 22d, 23a， 23b, 23c)并且分別可以被獨立地調用。
6. 根據權利要求1至5中任一項所述的方法，其特征在于，在規定各 封裝層(ll， 12, 13， 14， 15)的平臺以及計算機網絡內相應運行位置(16a， 16b)時，自動地選出各自必需的通信規范概要。
7. 根據權利要求1至6中任一項所述的方法，其特征在于，該應用接 口 (17a， 17b, 17c， 17d)的通信規范概要和/或數據接口 (18)的通信規 范概要被動態地根據封裝層(11, 12, 13， 14, 15)的平臺和在計算機網絡中的運行位置(16a， 16b)實現。
8. 根據權利要求1至7中任一項所述的方法，其特征在于，該應用程 序(10)的結構按照自下向上的順序包括下述封裝層(11, 12, 13, 14， 15):-服務層(ll),用于為框架結構提供本地和/或外部的服務(20a, 20b， 20c， 20d);-數據訪問層(12),用于對數據進行訪問并提供本地和/或外部的數據 和通信服務(21a， 21b, 21c， 21d);-處理層(13)，用于提供處理服務和/或處理組件(22a， 22b， 22c, 22d );-過程層(14)，用于提供業務邏輯和服務總線；隱表示層(15),用于表示數據和/或組件(23a, 23b， 23c )。
9. 根據權利要求1至8中任一項所述的方法，其特征在于，應用程序 (10)組織對各封裝層(ll， 12， 13, 14, 15)及其服務和/或組件和/或數據(20a， 20b, 20c, 20d， 21a, 21b, 21c， 21d, 22a， 22b, 22c, 22d， 23a， 23b， 23c)的訪問，并且本身可以作為封裝應用獨立于相應的軟件結 構所基于的部署而運行。
10. 根據權利要求1至9中任一項所述的方法，其特征在于，根據預定 的平臺和/或在可連接的計算機網絡中的運行位置(16a， 16b)自動地實現 所述各封裝層(ll, 12， 13, 14， 15)的軟件結構的編制。
11. 一種用于產生帶有處理層(13)和過程層(14)的至少兩層的軟件 應用程序(10)的系統，其中， 一個框架結構用于封裝每個層(13， 14)， 并且所封裝的層(13， 14)通過應用接口 (17c)相互通信，其特征在于，應用接口 ( 17c)被構造為靈活的錯接接口 ，并且該靈活 的錯接接口根據各封裝層(13， 14)所基于的平臺提供對于通過封裝層(13, 14)之間的應用接口 (17c)進行通信而言所必需的通信規范概要。
12. 根據權利要求11所述的系統，其包括用于實施根據上述權利要求 1至9中任一項的方法的步驟的適當裝置。
13. 根據權利要求12所述的系統，其特征在于，該應用程序(10)被 封裝并且可以在一個類運行時環境中運行。
14. 一種用于在數據處理系統中實施的數據處理程序，其中，當該程序在計算機中運行時，該數據處理程序包括用于執行根據上述權利要求1至 10中任一項所述的方法的源代碼的組成部分。
15. —種計算機程序產品，其存儲在計算機可讀介質中并且包括計算機可讀的程序介質，當該程序在計算機中運行時，計算機借助這些程序介質執行根據上述權利要求1至10中任一項所述的方法。
全文摘要
本發明涉及一種產生帶有處理層和過程層的至少兩層的軟件應用程序的方法，其中，每個層都被封裝并因而可以獨立于平臺地運行，并且，所封裝的層通過應用程序接口相互通信。本發明還涉及一種系統，該系統用于產生一種帶有在所封裝的層之間的靈活的錯接接口的應用程序。通過在該應用程序接口中在分別兩個被封裝的應用程序接口之間實現一個另外的可配置的錯接接口，可以獨立于各自的部署地包含結構層并且僅僅該錯接接口的通信規范概要與所述部署相匹配。這具有如下優點對于不同的部署不必產生和維護不同的源代碼主體，而是僅需要建立和維護該應用程序的唯一的結構層。
文檔編號G06F9/54GK101110031SQ20071013691
公開日2008年1月23日 申請日期2007年7月23日 優先權日2006年7月21日
發明者卡爾海因茨·多恩, 拉爾夫·霍夫曼 申請人:西門子公司