適用於SaaS軟體的接口方法
2023-06-01 21:08:16 1
專利名稱：適用於SaaS軟體的接口方法
技術領域：
本發明涉及一種接口方法，尤其涉及一種適用於SaaS軟體的接口方法。
背景技術：
隨著網際網路的迅猛發展，將軟體作為一種服務形式提供給客戶的需求逐漸增加， 而SaaS這種新模式的出現正是順應了這個需求。SaaS就是以「軟體部署為託管服務，可以直接通過網絡訪問，可以客戶按需定製，並且開發商實施簡單」為目標的軟體架構，它集成眾多優秀獨立軟體供應商的軟體產品，以多租賃方式為廣大中小企業提供方便快捷、穩定可靠、成本低廉、低風險、安全性高、專業靈活、軟體種類眾多的企業級信息化服務的一種商業模式。正如前面描述的SaaS運營模式特點，一個成功的SaaS服務需要眾多業務角色的共同參與，其中一個極其重要的參與角色就是獨立軟體供應商(ISV)。進一步來看，為數眾多的ISV的參與，會為SaaS服務提供多種多樣的、符合客戶需要的軟體產品，這樣可以最大限度的滿足不同客戶的多樣化需求，但也正因為有眾多不同ISV的參與，則必然要求提供 SaaS服務的運營機構必須能夠提供一種通用的、完備的、安全穩定的、跨平臺、兼容的一系列產品接入的接口規範來完美的融合集成ISV的SaaS軟體。在SaaS服務領域，SaaS軟體接入組件是SaaS服務的核心組件，而提供SaaS軟體接入的企業眾多，技術接口規範的有效性和兼容性各有千秋。但面對種類繁多、技術架構迥異、業務繁雜的SaaS軟體，各家SaaS軟體接入組件技術接口都或多或少的存在這樣或那樣的缺陷，下面將對分別從常見技術手段和消息規範兩個角度進行說明。首先，從技術手段來說明常見的兩種技術手段的缺陷及問題第一種技術手段使用Web Service來作為SaaS軟體接入組件接口消息交互途徑，這將產生兩種情況a.使用對象傳遞信息參數；b.使用字符串方式傳遞信息參數。對於情況a 雖然當前Web Service有統一的W3C國際標準，且均使用SOAP協議傳遞信息，有統一的消息封裝規範；但各廠商提供的IDE自動化手段產生Web Service服務的消息格式和封裝複雜度各不一樣，如當服務提供方是使用Microsoft的Visual Studio 2008實現的Web Service，而服務的調用方為Java平臺產品時，對於調用方來說服務的格式封裝就異常複雜，常常很難進行消息解析和調試。這對ISV廠商來說是一個很大的技術門檻。對於情況b 雖然使用字符串方式傳遞信息參數為給調用方的消息解析帶來便利，但解析和調用Web對於使用Web Service本身就比較複雜的解釋性語言開發的產品來說也是比較繁瑣的。如PHP、ASP技術平臺等。第二種技術手段使用HTTP POST方式來作為平臺接口消息交互途徑。此種方式實現服務方和調用方的接口消息交互的技術門檻比較低，各種SaaS軟體均可使用。這也是當前提倡的Open API技術概念，分為REST形態和類REST形態兩種；它使用URL的方式來定位接口資源地址，以HTTP參數(Get/Post)方式來說明具體方法和參數。這種方式的接口有較強適應性，只要可以使用HTTP協議的軟體均可實現，而SaaS模式的軟體正式以網際網路方式使用的軟體服務，其本身就是建立在HTTP協議之上使用的。但其中安全性、數據完整性等內容需要自行實現。而且，目前出現的接口實現方式仍是一個接口方法一個URL，各接口方法之間存在極大的耦合性，而且由於參數等包含在URL中，也存在一定的安全性問題。其次，從消息規範的角度來說明現存的SaaS軟體接入組件接口的缺陷及問題目前大多數SaaS軟體接入組件都是一個功能一個接口，例如權限驗證功能Auth，則無論是 Web Service方式還是HTTP Post方式，都會有一個指定的WebMethod或URL與之對應，如果要增加接口，則必然需要增加相應接口的代碼，會影響到原本無需變動的接口，對ISV的 SaaS軟體產品來說也會有這種情況產生，甚至對原本不需要對此接口產生相應的調用方都需要改動代碼。這樣一來對接口系統的穩定性、影響範圍等方面產生重大影響。
發明內容
本發明的目的就是為了解決現有技術中存在的上述問題，提供一種適用於SaaS 軟體的接口方法本發明的目的通過以下技術方案來實現適用於SaaS軟體的接口方法，其特徵在於包括以下步驟步驟①，對SaaS軟體所涉及到的消息進行統一的消息格式編碼。步驟②，採用統一的接口處理邏輯，將消息反序列化，構成具體的內部消息對象。步驟③，調用不同的操作處理邏輯，處理步驟②中的消息對象，令消息對外發布形式與消息具體處理邏輯無關。步驟④，使用工廠模式對消息對外發布形式與消息具體處理邏輯進行充分解耦。步驟⑤，在需要增加新的外部接口交互途徑時，添加與該交互途徑相關的消息的獲取邏輯，即可完成接口。這樣構建工作量很小，且與系統邏輯無關，而消息處理邏輯不變；並且也大大增強了 SaaS軟體接入組件的穩定性。上述的適用於SaaS軟體的接口方法，其中所述的消息格式採用XML(可擴展置標語言)的結構進行約定，為特定操作分配一個操作代碼，且不同操作代碼所關聯的消息的消息頭格式相同。由此，可以從中獲取消息處理所需的基本信息，如產品標識、獨立軟體供應商標識、操作代碼。同時，每一個操作代碼所關聯的消息的消息體不同，根據操作需要，約定不同的消息內容，但都是符合XML規範的消息格式。進一步地，上述的適用於SaaS軟體的接口方法，其中所述的消息格式採用統一的密碼加密，並提供統一的數字籤名。這樣，能防止消息的洩漏及非法技術手段的消息截取和變更等破壞手段。並且，所述的密碼加密是按照SaaS軟體類別進行分配。這樣對外發布的SaaS軟體接入組件只需實現XML消息格式的傳遞即可，再也不需要針對多個操作而發布多個接口了。更進一步地，上述的適用於SaaS軟體的接口方法，其中步驟⑤所述的外部接口包括Web Service的對象化接口(適用於DotNet技術平臺產品)，Web Service的字符串式接口(適用於各種可以輕鬆使用Web Service技術的平臺，如Java等)，HTTP Post方式接口(其他平臺)。更進一步地，上述的適用於SaaS軟體的接口方法，其中所述的WebService的對象化接口、Web Service的字符串式接口與HTTP Post方式接口同時為獨立軟體供應商服務。這樣，符合各類不同SaaS軟體產品的開發習慣及技術水平的接口發布形式，加大對獨立軟體供應商的吸引力，加快SaaS軟體的接入速度。再進一步地，上述的適用於SaaS軟體的接口方法，其中所述的消息包括通用消息和特殊消息；所述的通用消息包括請求消息頭和應答消息頭；所述的特殊消息包括請求消息體和應答消息體。本發明技術方案的優點主要體現在通過統一消息規範的設計建立，可以使得 SaaS軟體接入組件對外接口標準化，讓眾多操作都採用同一接口處理。同時，使得接口的發布形式可以擁有多樣化和可擴展性，對獨立軟體供應商來說既是給其減小技術難度，也是減小發布工作量，增強系統靈活性。
本發明的目的、優點和特點，將通過下面優選實施例的非限制性說明進行圖示和解釋。這些實施例僅是應用本發明技術方案的典型範例，凡採取等同替換或者等效變換而形成的技術方案，均落在本發明要求保護的範圍之內。這些附圖當中，圖1是應用本發明的SaaS軟體對外連接示意圖。
具體實施例方式適用於SaaS軟體的接口方法，其特別之處在於包括以下步驟首先，對SaaS軟體所涉及到的消息進行統一的消息格式設置。隨後，採用統一的接口處理邏輯，將消息反序列化，構成具體的內部消息對象。接著，調用不同的操作處理邏輯，處理之前的消息對象，令消息對外發布形式與消息具體處理邏輯無關。隨後，使用工廠模式對消息對外發布形式與消息具體處理邏輯進行充分解耦。最後，在需要增加新的外部接口交互途徑時，添加與該交互途徑相關的消息的獲取邏輯，即可完成接口。這樣，構建工作量很小，與系統邏輯無關。並且，消息處理邏輯不變，增強了 SaaS軟體接入組件的穩定性。進一步結合本發明一較佳的實施方式來看，消息格式採用XML (可擴展置標語言) 的結構進行約定。同時，為特定操作分配一個操作代碼，且不同操作代碼所關聯的消息的消息頭格式相同。這樣，可以從中獲取消息處理所需的基本信息，比如產品標識、獨立軟體供應商標識、操作代碼。並且，每一個操作代碼所關聯的消息的消息體不同，根據操作需要，約定不同的消息內容。當然，即使預定不同的消息內容，也都符合XML規範的消息格式。考慮到通訊的安全需要，所述的消息格式採用統一的密碼加密，並提供統一的數字籤名。由此，防止消息的洩漏及非法技術手段的消息截取和變更等破壞手段。並且，密碼加密是按照SaaS軟體類別進行分配，這樣對外發布的SaaS軟體接入組件只需實現XML消息格式的傳遞即可，再也不需要針對多個操作而發布多個接口了。同時，為了適應更多的軟體接口，所述的接口包括Web Service的對象化接口，能夠適用於DotNet技術平臺產品。還包括有Web Service的字符串式接口，這個適用於各種可以輕鬆使用Web Service技術的平臺，如Java等。並且，還包括HTTP Post方式接口，以適用與其他平臺。再進一步來看，Web Service的對象化接口、Web Service的字符串式接口與HTTPPost方式接口同時為獨立軟體供應商服務。這樣，符合各類不同SaaS軟體產品的開發習慣及技術水平的接口發布形式，能夠加大對獨立軟體供應商的吸引力，加快SaaS 軟體的接入速度。再者，考慮到SaaS軟體的未來發展，提高接口的適應性，消息包括通用消息和特殊消息。並且，所述的通用消息包括請求消息頭和應答消息頭，所述的特殊消息包括請求消息體和應答消息體。結合實際應用來看，請求消息頭的格式如下表所示
權利要求
1.適用於SaaS軟體的接口方法，其特徵在於包括以下步驟步驟①，對SaaS軟體所涉及到的消息進行統一的消息格式編碼；步驟②，採用統一的接口處理邏輯，提供多樣化的接口消息交互途徑，將消息反序列化，構成具體的內部消息對象；步驟③，調用不同的操作處理邏輯，處理步驟②中的消息對象，令消息對外發布形式與消息具體處理邏輯無關；步驟④，使用工廠模式對消息對外發布形式與消息具體處理邏輯進行充分解耦；步驟⑤，增加新的外部接口交互途徑時，添加與該交互途徑相關的消息的獲取邏輯，即可完成接口。
2.根據權利要求1所述的適用於SaaS軟體的接口方法，其特徵在於所述的消息格式採用XML的結構進行約定，為特定操作分配一個操作代碼，且不同操作代碼所關聯的消息的消息頭格式相同；每一個操作代碼所關聯的消息的消息體不同，根據操作需要，約定不同的消息內容。
3.根據權利要求1所述的適用於SaaS軟體的接口方法，其特徵在於所述的消息格式採用統一的加密方式，並提供統一的數字籤名算法；所述的密碼加密是按照SaaS軟體類別進行分配。
4.根據權利要求1所述的適用於SaaS軟體的接口方法，其特徵在於步驟⑤所述的外部接口包括Web Service的對象化接口，Web Service的字符串式接口和HTTP Post方式接口。
5.根據權利要求4所述的適用於SaaS軟體的接口方法，其特徵在於所述的Web Service的對象化接口、Web Service的字符串式接口與HTTP Post方式接口同時為獨立軟體供應商服務。
6.根據權利要求1所述的適用於SaaS軟體的接口方法，其特徵在於所述的消息包括通用消息和特殊消息；所述的通用消息包括請求消息頭和應答消息頭；所述的特殊消息包括請求消息體和應答消息體。
全文摘要
本發明涉及一種適用於SaaS軟體的接口方法，其特點是首先，對SaaS軟體所涉及到的消息進行統一的消息格式編碼。然後，採用統一的接口處理邏輯，將消息反序列化，構成具體的內部消息對象。接著，調用不同的操作處理邏輯，處理消息對象，令消息對外發布形式與消息具體處理邏輯無關。隨即，使用工廠模式對消息對外發布形式與消息具體處理邏輯進行充分解耦；最後，在需要增加新的外部接口交互途徑時，添加與該交互途徑相關的消息的獲取邏輯，即可完成接口。由此，通過統一消息規範的設計建立，可以使得SaaS軟體接入組件對外接口標準化，讓眾多操作都採用同一接口處理。對獨立軟體供應商來說既是給其減小技術難度，也是減小發布工作量。
文檔編號G06F9/44GK102221992SQ201010146638
公開日2011年10月19日 申請日期2010年4月15日 優先權日2010年4月15日
發明者吳康康 申請人:江蘇風雲網絡服務有限公司