• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    適用于SaaS軟件的接口方法技術

    技術編號:6867472 閱讀:307 留言:0更新日期:2012-04-11 18:40
    本發(fā)明專利技術涉及一種適用于SaaS軟件的接口方法,其特點是:首先,對SaaS軟件所涉及到的消息進行統(tǒng)一的消息格式編碼。然后,采用統(tǒng)一的接口處理邏輯,將消息反序列化,構(gòu)成具體的內(nèi)部消息對象。接著,調(diào)用不同的操作處理邏輯,處理消息對象,令消息對外發(fā)布形式與消息具體處理邏輯無關。隨即,使用工廠模式對消息對外發(fā)布形式與消息具體處理邏輯進行充分解耦;最后,在需要增加新的外部接口交互途徑時,添加與該交互途徑相關的消息的獲取邏輯,即可完成接口。由此,通過統(tǒng)一消息規(guī)范的設計建立,可以使得SaaS軟件接入組件對外接口標準化,讓眾多操作都采用同一接口處理。對獨立軟件供應商來說既是給其減小技術難度,也是減小發(fā)布工作量。

    【技術實現(xiàn)步驟摘要】

    本專利技術涉及一種接口方法,尤其涉及一種。
    技術介紹
    隨著互聯(lián)網(wǎng)的迅猛發(fā)展,將軟件作為一種服務形式提供給客戶的需求逐漸增加, 而SaaS這種新模式的出現(xiàn)正是順應了這個需求。SaaS就是以“軟件部署為托管服務,可以直接通過網(wǎng)絡訪問,可以客戶按需定制,并且開發(fā)商實施簡單”為目標的軟件架構(gòu),它集成眾多優(yōu)秀獨立軟件供應商的軟件產(chǎn)品,以多租賃方式為廣大中小企業(yè)提供方便快捷、穩(wěn)定可靠、成本低廉、低風險、安全性高、專業(yè)靈活、軟件種類眾多的企業(yè)級信息化服務的一種商業(yè)模式。正如前面描述的SaaS運營模式特點,一個成功的SaaS服務需要眾多業(yè)務角色的共同參與,其中一個極其重要的參與角色就是獨立軟件供應商(ISV)。進一步來看,為數(shù)眾多的ISV的參與,會為SaaS服務提供多種多樣的、符合客戶需要的軟件產(chǎn)品,這樣可以最大限度的滿足不同客戶的多樣化需求,但也正因為有眾多不同ISV的參與,則必然要求提供 SaaS服務的運營機構(gòu)必須能夠提供一種通用的、完備的、安全穩(wěn)定的、跨平臺、兼容的一系列產(chǎn)品接入的接口規(guī)范來完美的融合集成ISV的SaaS軟件。在SaaS服務領域,SaaS軟件接入組件是SaaS服務的核心組件,而提供SaaS軟件接入的企業(yè)眾多,技術接口規(guī)范的有效性和兼容性各有千秋。但面對種類繁多、技術架構(gòu)迥異、業(yè)務繁雜的SaaS軟件,各家SaaS軟件接入組件技術接口都或多或少的存在這樣或那樣的缺陷,下面將對分別從常見技術手段和消息規(guī)范兩個角度進行說明。首先,從技術手段來說明常見的兩種技術手段的缺陷及問題第一種技術手段使用Web Service來作為SaaS軟件接入組件接口消息交互途徑,這將產(chǎn)生兩種情況a.使用對象傳遞信息參數(shù);b.使用字符串方式傳遞信息參數(shù)。對于情況a 雖然當前Web Service有統(tǒng)一的W3C國際標準,且均使用SOAP協(xié)議傳遞信息,有統(tǒng)一的消息封裝規(guī)范;但各廠商提供的IDE自動化手段產(chǎn)生Web Service服務的消息格式和封裝復雜度各不一樣,如當服務提供方是使用Microsoft的Visual Studio 2008實現(xiàn)的Web Service,而服務的調(diào)用方為Java平臺產(chǎn)品時,對于調(diào)用方來說服務的格式封裝就異常復雜,常常很難進行消息解析和調(diào)試。這對ISV廠商來說是一個很大的技術門檻。對于情況b 雖然使用字符串方式傳遞信息參數(shù)為給調(diào)用方的消息解析帶來便利,但解析和調(diào)用Web對于使用Web Service本身就比較復雜的解釋性語言開發(fā)的產(chǎn)品來說也是比較繁瑣的。如PHP、ASP技術平臺等。第二種技術手段使用HTTP POST方式來作為平臺接口消息交互途徑。此種方式實現(xiàn)服務方和調(diào)用方的接口消息交互的技術門檻比較低,各種SaaS軟件均可使用。這也是當前提倡的Open API技術概念,分為REST形態(tài)和類REST形態(tài)兩種;它使用URL的方式來定位接口資源地址,以HTTP參數(shù)(Get/Post)方式來說明具體方法和參數(shù)。這種方式的接口有較強適應性,只要可以使用HTTP協(xié)議的軟件均可實現(xiàn),而SaaS模式的軟件正式以互聯(lián)網(wǎng)方式使用的軟件服務,其本身就是建立在HTTP協(xié)議之上使用的。但其中安全性、數(shù)據(jù)完整性等內(nèi)容需要自行實現(xiàn)。而且,目前出現(xiàn)的接口實現(xiàn)方式仍是一個接口方法一個URL,各接口方法之間存在極大的耦合性,而且由于參數(shù)等包含在URL中,也存在一定的安全性問題。其次,從消息規(guī)范的角度來說明現(xiàn)存的SaaS軟件接入組件接口的缺陷及問題目前大多數(shù)SaaS軟件接入組件都是一個功能一個接口,例如權(quán)限驗證功能Auth,則無論是 Web Service方式還是HTTP Post方式,都會有一個指定的WebMethod或URL與之對應,如果要增加接口,則必然需要增加相應接口的代碼,會影響到原本無需變動的接口,對ISV的 SaaS軟件產(chǎn)品來說也會有這種情況產(chǎn)生,甚至對原本不需要對此接口產(chǎn)生相應的調(diào)用方都需要改動代碼。這樣一來對接口系統(tǒng)的穩(wěn)定性、影響范圍等方面產(chǎn)生重大影響。
    技術實現(xiàn)思路
    本專利技術的目的就是為了解決現(xiàn)有技術中存在的上述問題,提供一種適用于SaaS 軟件的接口方法本專利技術的目的通過以下技術方案來實現(xiàn),其特征在于包括以下步驟步驟①,對SaaS軟件所涉及到的消息進行統(tǒng)一的消息格式編碼。步驟②,采用統(tǒng)一的接口處理邏輯,將消息反序列化,構(gòu)成具體的內(nèi)部消息對象。步驟③,調(diào)用不同的操作處理邏輯,處理步驟②中的消息對象,令消息對外發(fā)布形式與消息具體處理邏輯無關。步驟④,使用工廠模式對消息對外發(fā)布形式與消息具體處理邏輯進行充分解耦。步驟⑤,在需要增加新的外部接口交互途徑時,添加與該交互途徑相關的消息的獲取邏輯,即可完成接口。這樣構(gòu)建工作量很小,且與系統(tǒng)邏輯無關,而消息處理邏輯不變;并且也大大增強了 SaaS軟件接入組件的穩(wěn)定性。上述的,其中所述的消息格式采用XML(可擴展置標語言)的結(jié)構(gòu)進行約定,為特定操作分配一個操作代碼,且不同操作代碼所關聯(lián)的消息的消息頭格式相同。由此,可以從中獲取消息處理所需的基本信息,如產(chǎn)品標識、獨立軟件供應商標識、操作代碼。同時,每一個操作代碼所關聯(lián)的消息的消息體不同,根據(jù)操作需要,約定不同的消息內(nèi)容,但都是符合XML規(guī)范的消息格式。進一步地,上述的,其中所述的消息格式采用統(tǒng)一的密碼加密,并提供統(tǒng)一的數(shù)字簽名。這樣,能防止消息的泄漏及非法技術手段的消息截取和變更等破壞手段。并且,所述的密碼加密是按照SaaS軟件類別進行分配。這樣對外發(fā)布的SaaS軟件接入組件只需實現(xiàn)XML消息格式的傳遞即可,再也不需要針對多個操作而發(fā)布多個接口了。更進一步地,上述的,其中步驟⑤所述的外部接口包括Web Service的對象化接口(適用于DotNet技術平臺產(chǎn)品),Web Service的字符串式接口(適用于各種可以輕松使用Web Service技術的平臺,如Java等),HTTP Post方式接口(其他平臺)。更進一步地,上述的,其中所述的WebService的對象化接口、Web Service的字符串式接口與HTTP Post方式接口同時為獨立軟件供應商服務。這樣,符合各類不同SaaS軟件產(chǎn)品的開發(fā)習慣及技術水平的接口發(fā)布形式,加大對獨立軟件供應商的吸引力,加快SaaS軟件的接入速度。再進一步地,上述的,其中所述的消息包括通用消息和特殊消息;所述的通用消息包括請求消息頭和應答消息頭;所述的特殊消息包括請求消息體和應答消息體。本專利技術技術方案的優(yōu)點主要體現(xiàn)在通過統(tǒng)一消息規(guī)范的設計建立,可以使得 SaaS軟件接入組件對外接口標準化,讓眾多操作都采用同一接口處理。同時,使得接口的發(fā)布形式可以擁有多樣化和可擴展性,對獨立軟件供應商來說既是給其減小技術難度,也是減小發(fā)布工作量,增強系統(tǒng)靈活性。附圖說明本專利技術的目的、優(yōu)點和特點,將通過下面優(yōu)選實施例的非限制性說明進行圖示和解釋。這些實施例僅是應用本專利技術技術方案的典型范例,凡采取等同替換或者等效變換而形成的技術方案,均落在本專利技術要求保護的范圍之內(nèi)。這些附圖當中,圖1是應用本專利技術的SaaS軟件對外連接示意圖。具體實施例方式,其特別之處在于包括以下步驟首先,對SaaS軟件所涉及到的消息進行統(tǒng)一的消息格式設置。隨后,采用統(tǒng)一的接口處理邏輯,將消息反序列化,構(gòu)成具體的內(nèi)部消息對象。接著,調(diào)用不同的操作本文檔來自技高網(wǎng)
    ...

    【技術保護點】
    1.適用于SaaS軟件的接口方法,其特征在于包括以下步驟:步驟①,對SaaS軟件所涉及到的消息進行統(tǒng)一的消息格式編碼;步驟②,采用統(tǒng)一的接口處理邏輯,提供多樣化的接口消息交互途徑,將消息反序列化,構(gòu)成具體的內(nèi)部消息對象;步驟③,調(diào)用不同的操作處理邏輯,處理步驟②中的消息對象,令消息對外發(fā)布形式與消息具體處理邏輯無關;步驟④,使用工廠模式對消息對外發(fā)布形式與消息具體處理邏輯進行充分解耦;步驟⑤,增加新的外部接口交互途徑時,添加與該交互途徑相關的消息的獲取邏輯,即可完成接口。

    【技術特征摘要】

    【專利技術屬性】
    技術研發(fā)人員:吳康康
    申請(專利權(quán))人:江蘇風云網(wǎng)絡服務有限公司
    類型:發(fā)明
    國別省市:32

    網(wǎng)友詢問留言 已有0條評論
    • 還沒有人留言評論。發(fā)表了對其他瀏覽者有用的留言會獲得科技券。

    1
    主站蜘蛛池模板: 无码精品人妻一区二区三区免费看 | 少妇伦子伦精品无码STYLES | 国产丝袜无码一区二区三区视频| 久久久久久亚洲精品无码| 特级做A爰片毛片免费看无码 | 精品亚洲av无码一区二区柚蜜 | 特级无码毛片免费视频尤物| 一本久道综合在线无码人妻| 久久久91人妻无码精品蜜桃HD| 国产精品久久久久无码av| 国产激情无码一区二区三区| 亚洲国产AV无码一区二区三区| 亚洲精品无码午夜福利中文字幕 | 69成人免费视频无码专区| 无码午夜人妻一区二区三区不卡视频| 国产av激情无码久久| 亚洲欧洲无码AV不卡在线| 人妻无码一区二区不卡无码av| 人妻AV中出无码内射| 国产99久久九九精品无码| 青青爽无码视频在线观看| 久久人妻少妇嫩草AV无码专区 | 亚洲看片无码在线视频| 亚洲AV无码久久精品色欲| 国产品无码一区二区三区在线蜜桃 | 国产成人无码一区二区在线播放| 国产精品无码免费专区午夜| 国产精品无码翘臀在线观看| 久久久久久亚洲av无码蜜芽| 亚洲av无码成人影院一区| 亚洲一本到无码av中文字幕| 精品无码久久久久国产动漫3d| 无码精品国产一区二区三区免费 | 亚洲人成人无码网www国产| 国内精品久久人妻无码不卡| 国产午夜无码片在线观看| 国产精品无码不卡一区二区三区| 亚洲人成人无码网www国产| 久久无码人妻精品一区二区三区 | 亚洲爆乳大丰满无码专区| 日本精品人妻无码免费大全 |