專利名稱：一種服務(wù)集成平臺系統(tǒng)及提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本實(shí)用新型涉及網(wǎng)絡(luò)服務(wù)領(lǐng)域，特別涉及一種服務(wù)集成平臺系統(tǒng)及提供互 聯(lián)網(wǎng)服務(wù)的系統(tǒng)。
背景技術(shù)：
隨著SOA ( Service-Oriented Architecture,面向月良務(wù)的架構(gòu))的不斷成熟， REST (Representational State Transfer,表述性狀態(tài)遷移)風(fēng)才各的資源調(diào)用深入 人心，4吏得Open API ( Open Application Program Interface,開》文性應(yīng)用編程才妄 口 )逐漸成為互聯(lián)網(wǎng)新興資源。傳統(tǒng)的互聯(lián)網(wǎng)軟件企業(yè)也開始嘗試新角色，作 為服務(wù)提供商更加開放自身服務(wù)的資源，擴(kuò)大自身數(shù)據(jù)的社會化作用，并為網(wǎng) 站的發(fā)展提供了新的開放模式。Web2.0時代的到來，也造就了許多利用網(wǎng)絡(luò) 服務(wù)資源的ISV (Independent Software Vendor,獨(dú)立軟件供應(yīng)商)，他們針對客 戶的需求，將不同ISP (Internet Service Provider,互聯(lián)網(wǎng)服務(wù)提供商)提供的 服務(wù)組合在一起，設(shè)計出豐富多樣的交互式應(yīng)用，并產(chǎn)生了聚合后的創(chuàng)新效應(yīng)。
現(xiàn)在， 一些大網(wǎng)站利用Open API吸引ISV針對這些開放性的API來構(gòu)建 特色應(yīng)用，帶來群體效應(yīng)，用以豐富自身應(yīng)用，吸引用戶。
但現(xiàn)有技術(shù)的不足在于現(xiàn)有的Open API模式都是單ISP開放模式，即 由單一ISP提供一整套服務(wù)發(fā)布包括安全，計費(fèi)，監(jiān)控等解決方案，該方式下 顯然不利于小型的ISP以及ISV參與利用互聯(lián)網(wǎng)絡(luò)資源。

實(shí)用新型內(nèi)容
本實(shí)用新型提供一種服務(wù)集成平臺系統(tǒng)及提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)，用以解 決現(xiàn)有技術(shù)中在ISV開發(fā)應(yīng)用過程中，當(dāng)多個ISP存在時，對于非業(yè)務(wù)性功能需求，ISV與ISP都需要進(jìn)行多種不同的非業(yè)務(wù)性功能設(shè)計開發(fā)，以滿足各種 不同非業(yè)務(wù)性功能設(shè)計要求的問題。
本實(shí)用新型在實(shí)施中提供了一種服務(wù)集成平臺系統(tǒng)，包括
認(rèn)證模塊，用于在至少一個獨(dú)立軟件供應(yīng)商發(fā)起業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)
請求的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)i正；
響應(yīng)模塊，與認(rèn)證模塊相連，用于在認(rèn)證未通過時，對所述獨(dú)立軟件供應(yīng) 商的業(yè)務(wù)請求進(jìn)行響應(yīng)；
路由模塊，與認(rèn)證模塊相連，用于認(rèn)證通過后，將所述獨(dú)立軟件供應(yīng)商請
較佳地，所述路由模塊包括
登錄判斷單元，與認(rèn)證模塊相連，用于判斷發(fā)起業(yè)務(wù)請求的獨(dú)立軟件供應(yīng) 商請求的業(yè)務(wù)是否需要登錄；
登錄單元，與登陸判斷單元相連，用于在登錄判斷單元判斷為需要登錄時， 根據(jù)所述獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求向提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商 發(fā)起登錄請求，并根據(jù)所述互聯(lián)網(wǎng)服務(wù)提供商的處理生成令牌；
轉(zhuǎn)發(fā)單元，與登陸判斷單元相連，用于在登錄判斷單元判斷為不需要登錄
求，并根據(jù)所述互聯(lián)網(wǎng)服務(wù)提供商的處理進(jìn)行響應(yīng)轉(zhuǎn)發(fā)。 較佳地，進(jìn)一步包括
記錄模塊，與認(rèn)證模塊、響應(yīng)模塊、路由模塊相連，用于對認(rèn)證模塊、響 應(yīng)模塊、路由模塊的工作進(jìn)行日志記錄。 較佳地，進(jìn)一步包括
任務(wù)模塊，與記錄模塊相連，用于對所述日志進(jìn)行分析。
較佳地，進(jìn)一步包括與任務(wù)模塊相連的監(jiān)控模塊和/或計費(fèi)模塊，其中
監(jiān)控模塊，用于根據(jù)所述日志分析進(jìn)行監(jiān)控；
計費(fèi)模塊，用于根據(jù)所述日志分析進(jìn)行計費(fèi)。較佳地，進(jìn)一步包括
SandBox模塊，用于連接各ISP提供的SandBox;
測試請求處理模塊，與SandBox模塊相連，用于在至少一個ISV發(fā)起測試 業(yè)務(wù)請求時，將發(fā)起測試業(yè)務(wù)請求的ISV的測試業(yè)務(wù)通過所述SandBox模塊連 接至提供該測試業(yè)務(wù)服務(wù)的ISP提供的SandBox。
較佳地，進(jìn)一步包括
測試請求接收模塊，用于在接收到至少一個獨(dú)立軟件供應(yīng)商發(fā)起測試業(yè)務(wù) 請求時，觸發(fā)測試模塊與測試路由模塊；
測試模塊，與測試請求接收模塊相連，用于對發(fā)起測試業(yè)務(wù)請求的獨(dú)立軟 件供應(yīng)商的調(diào)試系統(tǒng)流程進(jìn)行測試；
測試路由模塊，與測試請求接收模塊相連，用于將所述獨(dú)立軟件供應(yīng)商請 求的測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行應(yīng)用接 口測試。
較佳地，路由模塊進(jìn)一步用于所述獨(dú)立軟件供應(yīng)商在所述提供該測試業(yè)務(wù) 服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行應(yīng)用接口測試完畢后，將所述獨(dú)立軟件供應(yīng)商 測試完畢后的業(yè)務(wù)請求路由至提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行處理。
較佳地，所述認(rèn)證模塊與測試模塊相連，進(jìn)一步用于在所述獨(dú)立軟件供應(yīng) 商應(yīng)用接口測試完畢后，根據(jù)所述測試模塊的調(diào)試系統(tǒng)流程測試結(jié)果對該獨(dú)立 軟件供應(yīng)商發(fā)起的業(yè)務(wù)請求進(jìn)行認(rèn)證。
較佳地，進(jìn)一步包括
路由地址獲取模塊，與測試路由模塊、路由模塊相連，用于獲取各互聯(lián)網(wǎng) 服務(wù)提供商的應(yīng)用接口測試地址與業(yè)務(wù)服務(wù)地址；
所述測試路由模塊進(jìn)一步用于將所述測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服 務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處的應(yīng)用接口測試地址；
所述路由模塊進(jìn)一步用于在應(yīng)用接口測試完畢后，將所述獨(dú)立軟件供應(yīng)商測試完畢后的業(yè)務(wù)請求路由至提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商的業(yè)務(wù)服 務(wù)地址。
較佳地，進(jìn)一步包括
服務(wù)文檔模塊，用于向至少一個ISV提供各ISP的服務(wù)說明文檔。
本實(shí)用新型還提供了 一種提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)，包括至少 一個獨(dú)立軟件 開發(fā)商應(yīng)用服務(wù)器、至少一個互聯(lián)網(wǎng)服務(wù)提供商提供的應(yīng)用編程接口服務(wù)器， 還包括服務(wù)集成平臺系統(tǒng)，其中
獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器，通過互聯(lián)網(wǎng)與服務(wù)集成平臺系統(tǒng)相連，向服 務(wù)集成平臺系統(tǒng)發(fā)起業(yè)務(wù)請求；
服務(wù)集成平臺系統(tǒng)，通過互聯(lián)網(wǎng)與至少一個獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器、 至少一個應(yīng)用編程接口服務(wù)器相連，在接收到通過獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器 發(fā)起的業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)證，在認(rèn)證未通 過時，對獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求進(jìn)行響應(yīng)，在認(rèn)證通過后，將獨(dú)立軟件供 應(yīng)商請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的應(yīng)用編程接口服務(wù)器處進(jìn)行處理。
應(yīng)用編程接口服務(wù)器，通過互聯(lián)網(wǎng)與服務(wù)集成平臺系統(tǒng)相連，在接收到服
務(wù)集成平臺系統(tǒng)路由至的業(yè)務(wù)請求后，根據(jù)業(yè)務(wù)請求提供互聯(lián)網(wǎng)服務(wù)。
較佳地，所述服務(wù)集成平臺系統(tǒng)包括認(rèn)證模塊、響應(yīng)模塊、路由模塊， 其中
認(rèn)證模塊，通過互聯(lián)網(wǎng)與至少一個獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器相連，用于 在接收到通過獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器發(fā)起的業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求 的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)i正；
響應(yīng)模塊，與認(rèn)證模塊相連，用于在認(rèn)證未通過時，對所述獨(dú)立軟件供應(yīng) 商的業(yè)務(wù)請求進(jìn)行響應(yīng)；
路由模塊，與認(rèn)證模塊相連，通過互聯(lián)網(wǎng)與至少一個應(yīng)用編程接口服務(wù)器 相連，用于在認(rèn)證通過后，將所述獨(dú)立軟件供應(yīng)商請求的業(yè)務(wù)路由至提供該業(yè) 務(wù)服務(wù)的應(yīng)用編程接口服務(wù)器處進(jìn)行處理。較佳地，進(jìn)一步包括
至少一個用戶終端，與獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器相連，用于供用戶通過 獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器向服務(wù)集成平臺系統(tǒng)發(fā)起業(yè)務(wù)請求。
本發(fā)明有益效果如下
在本實(shí)用新型的服務(wù)集成平臺系統(tǒng)及提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)中提供了對 ISV請求進(jìn)行認(rèn)證、以及對ISV的業(yè)務(wù)請求進(jìn)行響應(yīng)、將ISV請求的業(yè)務(wù)路由 至ISP的功能。從而通過服務(wù)集成平臺系統(tǒng)及提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)解決了對 多方ISP的服務(wù)集成和路由，使得ISP僅需關(guān)注于服務(wù)提供，無需考慮認(rèn)證等 非業(yè)務(wù)性功能需求，也有效的降低了 ISV對多個ISP服務(wù)的學(xué)習(xí)和接入門檻， 簡化了 ISV的開發(fā)流程。


圖1為本實(shí)用新型實(shí)施例中所述服務(wù)集成平臺系統(tǒng)結(jié)構(gòu)示意圖； 圖2為本實(shí)用新型實(shí)施例中所述含服務(wù)集成平臺系統(tǒng)的提供互聯(lián)網(wǎng)服務(wù)的 系統(tǒng)結(jié)構(gòu)示意圖3為本實(shí)用新型實(shí)施例中所述提供測試功能的另 一服務(wù)集成平臺系統(tǒng)結(jié) 構(gòu)示意圖4為本實(shí)用新型實(shí)施例中所述ISV開發(fā)中測試、應(yīng)用的實(shí)施流程示意圖； 圖5為本實(shí)用新型實(shí)施例中所述提供互聯(lián)網(wǎng)服務(wù)的方法實(shí)施流程示意圖； 圖6為本實(shí)用新型實(shí)施例中所述服務(wù)集成平臺系統(tǒng)的認(rèn)證、路由實(shí)施流程 示意圖7為本實(shí)用新型實(shí)施例中所述在SIP中進(jìn)行應(yīng)用開發(fā)的實(shí)施流程示意圖。
具體實(shí)施方式
以下結(jié)合附圖對本實(shí)用新型的具體實(shí)施方式
進(jìn)行說明。發(fā)明人在發(fā)明過程中注意到，在當(dāng)前的單ISP開放模式下，有如下不足
1) 、從ISP角度來看
當(dāng)前的ISP往往都是有實(shí)力的大型網(wǎng)站，其自身就能提供一套完整的Open API解決方案并組織實(shí)施。但中小型的ISP由于品牌、技術(shù)實(shí)力、客戶資源的 欠缺，不可能抽出精力來構(gòu)造自己的開發(fā)者社區(qū)，因而無法得到很好的發(fā)展。
同時，Open API需要考慮許多非業(yè)務(wù)性需求，特別是安全、監(jiān)控、計費(fèi) 等方面，而這往往成為Open API的技術(shù)難點(diǎn)和弁瓦頸。
2) 、從ISV角度來看
當(dāng)前的ISV開發(fā)的應(yīng)用往往只關(guān)注于某一個ISP的服務(wù)，但當(dāng)某一類應(yīng)用 在需要整合商品搜索、物流支付、電子地圖等多個ISP的服務(wù)時，在已有的模 式下，ISV需要付出許多額外的努力與多ISP進(jìn)行開發(fā)，并且還在系統(tǒng)安全、 聯(lián)調(diào)和集成測試等環(huán)節(jié)面臨較高門檻。因此，當(dāng)前常規(guī)的單ISP開放模式，無 法將不同的ISP服務(wù)集成產(chǎn)生的聚合效應(yīng)發(fā)揮出來，同時安全策略的不同，會 使ISV關(guān)注于一些非業(yè)務(wù)性的流程中，降低開發(fā)效率。
基于此，本實(shí)用新型實(shí)施例的服務(wù)集成平臺系統(tǒng)就是將各個ISP的服務(wù)集 成到服務(wù)集成平臺系統(tǒng)上，由服務(wù)集成平臺系統(tǒng)來實(shí)現(xiàn)統(tǒng)一的安全、計費(fèi)、監(jiān) 控、路由等業(yè)務(wù)性功能。同時對于ISV而言，通過統(tǒng)一的規(guī)范和標(biāo)準(zhǔn)，集成和 訪問服務(wù)平臺上的服務(wù)，能大大降低整合異構(gòu)服務(wù)體系的開銷。下面對服務(wù)集 成平臺系統(tǒng)的實(shí)施進(jìn)行說明。
圖1為服務(wù)集成平臺系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，在服務(wù)集成平臺系統(tǒng)中 可以包括
認(rèn)證模塊101，用于在至少一個ISV發(fā)起業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的 ISV進(jìn)行認(rèn)證，在認(rèn)證通過后觸發(fā)路由模塊，在認(rèn)證未通過時觸發(fā)響應(yīng)模塊；
響應(yīng)模塊102,與認(rèn)證模塊101相連，用于被認(rèn)證模塊觸發(fā)后，對發(fā)起業(yè) 務(wù)請求ISV的業(yè)務(wù)纟青求進(jìn)行響應(yīng)；
實(shí)施中，響應(yīng)模塊102對業(yè)務(wù)進(jìn)行的響應(yīng)可以是對錯誤處理后進(jìn)行的響應(yīng)，
ii可以根據(jù)不同的錯誤信息作不同的響應(yīng)，例如需要用戶綁定就會回復(fù)對應(yīng)的綁 定用戶地址以及相關(guān)信息，如果是其他的參數(shù)交驗(yàn)錯誤，則返回相關(guān)的提示信 白
路由模塊103，與認(rèn)證模塊101相連，用于被認(rèn)證模塊觸發(fā)后，將發(fā)起業(yè) 務(wù)請求的ISV請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的ISP處理。
認(rèn)證模塊101在具體實(shí)施中可以對ISV的參數(shù)是否合法、服務(wù)是否存在、 是否需要簽名、是否有權(quán)限、簽名是否有效、時間戳是否過期、令牌是否有效 之一或者其組合進(jìn)行認(rèn)證。
路由模塊103在具體實(shí)施中可以包括
登錄判斷單元1031，與認(rèn)證模塊101相連，用于判斷發(fā)起業(yè)務(wù)請求的ISV 請求的業(yè)務(wù)是否需要登錄，是則觸發(fā)登錄單元1032，否則觸發(fā)轉(zhuǎn)發(fā)單元1033;
登錄單元1032,與登陸判斷單元1031相連，用于根據(jù)發(fā)起業(yè)務(wù)請求的ISV 的業(yè)務(wù)請求向提供該業(yè)務(wù)服務(wù)的ISP發(fā)起登錄請求，并根據(jù)ISP的處理生成令
牌；
轉(zhuǎn)發(fā)單元1033,與登陸判斷單元1031相連，用于向提供該業(yè)務(wù)服務(wù)的ISP 轉(zhuǎn)發(fā)發(fā)起業(yè)務(wù)請求的ISV的業(yè)務(wù)請求，并根據(jù)ISP的處理進(jìn)行響應(yīng)轉(zhuǎn)發(fā)。 進(jìn)一步的，服務(wù)集成平臺系統(tǒng)中還可以包括
記錄模塊104，與認(rèn)證模塊IOI、響應(yīng)模塊102、路由模塊103相連，用于 對認(rèn)證模塊IOI、響應(yīng)模塊102、路由模塊103的工作進(jìn)行日志記錄。 進(jìn)一步的，服務(wù)集成平臺系統(tǒng)中還可以包括
任務(wù)模塊105，與記錄模塊104相連，用于對記錄模塊記錄的日志進(jìn)行分析。
進(jìn)一步的，服務(wù)集成平臺系統(tǒng)中還可以包括與任務(wù)模塊105相連的監(jiān)控 模塊106和/或計費(fèi)模塊107,其中
監(jiān)控模塊106,用于根據(jù)任務(wù)模塊的日志分析進(jìn)行監(jiān)控； 計費(fèi)模塊107，用于根據(jù)任務(wù)模塊的日志分析進(jìn)行計費(fèi)?？紤]到ISV的應(yīng)用測試階段的服務(wù)，進(jìn)一步的，服務(wù)集成平臺系統(tǒng)中還可
以包括SandBox模塊108,用于連接各ISP提供的SandBox， SandBox是軟 件測試中的一個常用術(shù)語， 一般本領(lǐng)域技術(shù)人員會將其稱為測試沙箱環(huán)境， Sandbox原字面意思即為兒童游戲用的沙坑，類似游戲床，兒童可以在其中安 全的進(jìn)行游戲，類似于軟件可以在SandBox環(huán)境中安全的進(jìn)行測試；
測試請求處理模塊109，與SandBox模塊108相連，用于在至少一個ISV 發(fā)起測試業(yè)務(wù)請求時，將發(fā)起測試業(yè)務(wù)請求的ISV的測試業(yè)務(wù)通過所述 SandBox模塊連接至提供該測試業(yè)務(wù)服務(wù)的ISP提供的SandBox。
進(jìn)一步的，服務(wù)集成平臺系統(tǒng)中還可以包括服務(wù)文檔模塊110,用于向 ISV提供ISP的服務(wù)說明文檔。
本實(shí)用新型還提供了 一種提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)，
以下結(jié)合附圖對本系統(tǒng) 的具體實(shí)施方式
進(jìn)^S兌明。
圖2為含服務(wù)集成平臺系統(tǒng)的提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)結(jié)構(gòu)示意圖，實(shí)施例 中，服務(wù)集成平臺系統(tǒng)稱為SIP ( Service Integration Platform,月良務(wù)互耳關(guān)平臺)， 如圖所示，本系統(tǒng)中可以包括至少一個ISV APP (ISV Application,獨(dú)立軟件 開發(fā)商應(yīng)用)、至少一個ISP提供的API server ( API服務(wù)器)，還包括服務(wù)集 成平臺系統(tǒng)SIP，為了便于描述，圖2中僅示出了一臺ISV APP和兩臺API Server,但由以下實(shí)施例的說明可知，本系統(tǒng)中是可以包括若干ISVAPP與API Server的，并不僅限于圖中所用來示例的一臺ISV APP和兩臺API Server。則 如圖2所示，本系統(tǒng)可以按以下結(jié)構(gòu)關(guān)系進(jìn)行實(shí)施
ISVAPP通過互聯(lián)網(wǎng)與SIP相連，向SIP發(fā)起業(yè)務(wù)請求；
SIP通過互^:網(wǎng)與至少一個ISV APP (圖中用一個示意)、至少一個API Server (圖中用兩個示意)相連，在^l妄收到通過ISV APP發(fā)起的業(yè)務(wù)if求時， 對發(fā)起業(yè)務(wù)請求的ISV進(jìn)行認(rèn)證，在認(rèn)證未通過時，對ISV的業(yè)務(wù)請求進(jìn)行響 應(yīng)，在認(rèn)證通過后，將ISV請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的API Server處 進(jìn)行處理。API Server通過互耳關(guān)網(wǎng)與SIP相連，在4^收到SIP ^各由至的業(yè)務(wù)^"求后， 根據(jù)業(yè)務(wù)請求提供互聯(lián)網(wǎng)服務(wù)。
實(shí)施中，SIP中可以包括認(rèn)證模塊、響應(yīng)模塊、路由模塊，這三個模塊 與ISV APP 、 API Server的結(jié)構(gòu)關(guān)系可以如下
認(rèn)證模塊通過互聯(lián)網(wǎng)與至少一個ISV APP相連，用于在4妄收到通過ISV APP發(fā)起的業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的ISV進(jìn)行認(rèn)證；
響應(yīng)模塊與認(rèn)證模塊相連，用于在認(rèn)證未通過時，對所述ISV的業(yè)務(wù)請求 進(jìn)行響應(yīng)；
路由模塊，與認(rèn)證模塊相連，通過互聯(lián)網(wǎng)與至少一個APIServer相連，用 于在認(rèn)證通過后，將ISV請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的APIServer處進(jìn) 行處理。
系統(tǒng)中還可以進(jìn)一 步包括
至少一個用戶終端，與ISVAPP相連，用于供用戶通過ISVAPP向SIP發(fā)
起業(yè)務(wù)請求。
下面再對本系統(tǒng)的實(shí)施進(jìn)行具體說明。
SIP分別連接ISV與ISP,具體連接時可以通過因特網(wǎng)，或者別的網(wǎng)絡(luò)形 式進(jìn)行連接。如圖2所示，用以示意的ISV在圖中由兩臺EndUser(終端用戶) 及ISV APP構(gòu)成；用以示意的ISP由兩臺API server 構(gòu)成；ISVAPP可以為普 通的互聯(lián)網(wǎng)應(yīng)用，也可以是客戶端桌面應(yīng)用，例如通過HTTP (HyperText Transfer Protocol,超文本傳送協(xié)議)訪問就可以和SIP建立起交互通道，而SIP 和ISP之間也是可以通過HTTP的方式建立連接，但是在實(shí)際應(yīng)用時考慮到安 全等因素，可以使用SSL ( Secure Socket Layer,安全套接層)對HTTP來做安 全保證或者通過專線方式來做安全保證。在SIP的服務(wù)部署中，SIP硬件方面 可以主要包括了兩部分API Route Server (應(yīng)用編程接口路由服務(wù)器)和任務(wù) 服務(wù)器。即，具體可以將服務(wù)集成平臺系統(tǒng)的認(rèn)證模塊、響應(yīng)模塊、路由模塊、 記錄才莫塊布置在API Route Server上，由其主要處理月良務(wù)^各由以及安全認(rèn)證的功能，同時還可以由記錄模塊將對服務(wù)器的訪問記錄直接作為日志保存在本 地。在任務(wù)服務(wù)器上則可以布置服務(wù)集成平臺系統(tǒng)的任務(wù)模塊，由該服務(wù)器負(fù)
責(zé)收集日志后，異步并行分析日志，然后由監(jiān)控模塊、計費(fèi);f莫塊等功能模塊使 用，圖2中示出了計費(fèi)模塊，并將其布置在計費(fèi)DB (DataBase,數(shù)據(jù)庫)上。
按以上布置后，實(shí)施中，API Route Server可以統(tǒng)一處理安全、認(rèn)證和訪 問記錄，對ISV身份進(jìn)行驗(yàn)證、對用戶身份進(jìn)行驗(yàn)證、對服務(wù)調(diào)用進(jìn)行響應(yīng)、 對服務(wù)調(diào)用進(jìn)行統(tǒng)計。計費(fèi)DB則可對支持免費(fèi)、包月計費(fèi)、按次計費(fèi)、按流 量計費(fèi)的多種形式計費(fèi)。
由圖2可見，由終端用戶(EndUser)發(fā)起登錄請求后，ISV APP分發(fā)請 求；API Route Server呼叫ISP的API server (應(yīng)用編程接口服務(wù)器)，轉(zhuǎn)發(fā)登 錄請求，并接收生成的Token等。在SIP內(nèi)部的任務(wù)服務(wù)器則定時采集日志進(jìn) 行分析并提供給計費(fèi)DB使用。實(shí)施中，獨(dú)立軟件開發(fā)商應(yīng)用主要是根據(jù)ISP 提供的一些基礎(chǔ)性接口獲取數(shù)據(jù)，或者獲取計算結(jié)果來設(shè)計滿足用戶需求的應(yīng) 用。
對于生成的Token, Token實(shí)施中可以視為是一種身4分令牌，當(dāng)用戶登錄 以后，就可以將用戶在ISV的系統(tǒng)中的身份和SIP中的身份關(guān)聯(lián)起來；在每次 請求中，在ISV體系中的用戶身份都可以對應(yīng)到某一個已經(jīng)產(chǎn)生的SIP的身份 令牌，SIP即認(rèn)為有令牌的ISV應(yīng)用使用者有權(quán)限去才喿作ISP的用戶相關(guān)信息。
由上述實(shí)施可見，SIP是ISP和ISV之間數(shù)據(jù)互聯(lián)互通的載體。在這個平 臺系統(tǒng)上，ISP的資源和服務(wù)在開放的環(huán)境中可以深度集成和充分融合，可以 為ISV接入第三方服務(wù)，快速接入軟件互聯(lián)平臺提供便利，SIP同時還為ISP 提供完整的安全、計費(fèi)、授權(quán)的統(tǒng)一策略，ISP可以在SIP完成對自有服務(wù)實(shí) 時監(jiān)控、發(fā)布、測試、路由等管理工作，從而產(chǎn)生更高的商業(yè)價值。
對于至少一個發(fā)起測試業(yè)務(wù)請求的ISV,本實(shí)用新型還提供了一種提供測 試服務(wù)的實(shí)施方式，可以實(shí)現(xiàn)基于服務(wù)集成平臺系統(tǒng)開發(fā)應(yīng)用時測試和正式環(huán) 境的無縫對4妄，下面對具體的實(shí)施方式進(jìn)行說明。圖3為提供測試功能的另一服務(wù)集成平臺系統(tǒng)結(jié)構(gòu)示意圖，如圖所示，系
統(tǒng)中除上述系統(tǒng)中包括的認(rèn)證模塊101、路由模塊103、響應(yīng)模塊102等功能 模塊以外，針對ISV的測試應(yīng)用還可以包括
測試請求接收模塊301 ，用于在接收到至少一個獨(dú)立軟件供應(yīng)商發(fā)起測試 業(yè)務(wù)請求時，觸發(fā)測試模塊302與測試路由模塊303;
測試模塊302，與測試請求接收模塊301相連，用于對發(fā)起測試業(yè)務(wù)請求 的獨(dú)立軟件供應(yīng)商的調(diào)試系統(tǒng)流程進(jìn)4亍測試；
測試路由模塊303,與測試請求接收模塊301相連，用于將所述獨(dú)立軟件 供應(yīng)商請求的測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn) 行應(yīng)用接口測試。
路由模塊103在該方案中還可以進(jìn)一步用于當(dāng)發(fā)起測試業(yè)務(wù)請求的ISV 在提供該測試業(yè)務(wù)服務(wù)的ISP處進(jìn)行應(yīng)用接口測試完畢后，將所述ISV測試完 畢后的業(yè)務(wù)請求路由至提供該業(yè)務(wù)服務(wù)的ISP處進(jìn)行處理。
認(rèn)證模塊101與測試模塊302相連，則還可以進(jìn)一步用于在發(fā)起測試業(yè) 務(wù)請求的ISV應(yīng)用接口測試完畢后，根據(jù)測試模塊302的調(diào)試系統(tǒng)流程測試結(jié) 果對該ISV發(fā)起的業(yè)務(wù)請求進(jìn)行認(rèn)i正。
在該系統(tǒng)中還可以進(jìn)一步包括
路由地址獲取模塊304，與測試路由模塊303、路由模塊103相連，用于 獲取各ISP的應(yīng)用接口測試地址與業(yè)務(wù)服務(wù)地址；
則，測試路由模塊303進(jìn)一步用于將測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服務(wù) 的ISP處的應(yīng)用接口測試地址；
路由模塊103進(jìn)一步用于在應(yīng)用接口測試完畢后，將所述ISV測試完畢后 的業(yè)務(wù)請求路由至提供該業(yè)務(wù)服務(wù)的ISP的業(yè)務(wù)服務(wù)地址。
實(shí)施中，系統(tǒng)可以進(jìn)一步包括服務(wù)文檔模塊110,用于向至少一個ISV 提供各ISP的服務(wù)說明文檔。
作為服務(wù)集成平臺系統(tǒng)，需要提供給ISV測試和正式兩套環(huán)境，作為ISV開發(fā)應(yīng)用使用，并且還要求服務(wù)集成平臺系統(tǒng)對兩種開發(fā)環(huán)境都有很高的統(tǒng)一
性；因?yàn)?，作為ISV開發(fā)來說，如果在兩個開發(fā)環(huán)境中變更和差別比較大的話， 那么就勢必會使得測試的效果降低，無法真正模擬真實(shí)環(huán)境，從而增加了正式 上線風(fēng)險。因此需要建立一套服務(wù)測試以及發(fā)布的無縫體系，以盡可能減少服 務(wù)測試和發(fā)布的修改內(nèi)容，實(shí)現(xiàn)服務(wù)測試開發(fā)的平滑過渡。
如果將服務(wù)集成平臺系統(tǒng)和ISP提供的測試環(huán)境以及正式環(huán)境獨(dú)立部署和 集成的話，那么ISV的應(yīng)用開發(fā)過程中相關(guān)的業(yè)務(wù)數(shù)據(jù)就會在不同的兩個環(huán)境 中相互隔離，這樣不僅增加了 ISV的開發(fā)成本，同時對于類似應(yīng)用身份標(biāo)示、 應(yīng)用私鑰等固有數(shù)據(jù)也都會有正式和測試兩份，對于開發(fā)者來說開發(fā)成本以及 測試成本無#是會增加，同時也增加了正式上線的風(fēng)險。
為了實(shí)現(xiàn)共享ISV測試和正式環(huán)境業(yè)務(wù)數(shù)據(jù)，減少數(shù)據(jù)重復(fù)創(chuàng)建成本，同 時模擬相同業(yè)務(wù)和系統(tǒng)數(shù)據(jù)保證開發(fā)過程和發(fā)布過程中數(shù)據(jù)一致性，降低因?yàn)?數(shù)據(jù)改變而帶來的風(fēng)險。實(shí)施中可以通過應(yīng)用本身選擇性路由以及硬件地址的 不同來區(qū)分測試和正式環(huán)境。具體的，如圖4的ISV開發(fā)中測試、應(yīng)用的實(shí)施 流程示意圖所示，可以包括如下步驟
步驟401 、 ISP注冊服務(wù)信息，包括服務(wù)正式接入URI ( Universal Resource Identifier,統(tǒng)一資源標(biāo)識)和服務(wù)測試接入URI。
步驟402、 ISV通過服務(wù)集成平臺系統(tǒng)測試環(huán)境申請應(yīng)用注冊。 步驟403、 ISV根據(jù)服務(wù)集成平臺系統(tǒng)提供的ISP服務(wù)開發(fā)文檔，開發(fā)應(yīng) 用，并對4妄服務(wù)集成平臺系統(tǒng)測試環(huán)境進(jìn)行測試。
步驟404、ISV應(yīng)用通過服務(wù)集成平臺系統(tǒng)路由到服務(wù)測試URI進(jìn)行測試。 步驟405、 ISV應(yīng)用通過測試驗(yàn)收，提交應(yīng)用正式發(fā)布申請。 步驟406、 ISV應(yīng)用切換到服務(wù)集成平臺系統(tǒng)正式環(huán)境，正式發(fā)布應(yīng)用。 從上述流程中可以看到，ISV在測試過程中完全才莫擬正式環(huán)境，同時切換 到正式環(huán)境基本沒有任何代價，僅需要改變服務(wù)集成平臺系統(tǒng)請求的入口地 址，最大限度地利用了測試環(huán)境中的數(shù)據(jù)，同時最小成本的切換到了正式環(huán)境，降低ISV開發(fā)復(fù)雜度和成本，降低了因?yàn)閿?shù)據(jù)改變而引起的應(yīng)用缺陷的發(fā)生機(jī)率。
上述實(shí)施的機(jī)理在于，服務(wù)集成平臺系統(tǒng)提供了服務(wù)正式接入URI和服務(wù) 測試接入URI。 ISV通過服務(wù)集成平臺系統(tǒng)^各由到月良務(wù)測試URI進(jìn)行測試。ISV 應(yīng)用通過測試—瞼收后，切換到服務(wù)集成平臺系統(tǒng)正式環(huán)境正式發(fā)布應(yīng)用，具體 可以通過改變服務(wù)集成平臺系統(tǒng)請求入口地址為服務(wù)正式接入URI來實(shí)現(xiàn)。
由于ISV開發(fā)應(yīng)用涉及最主要的是調(diào)試系統(tǒng)流程和應(yīng)用接口 ，調(diào)試系統(tǒng)流 程中包括了安全計費(fèi)等平臺控制流程，服務(wù)集成平臺系統(tǒng)會頒發(fā)安全相關(guān)的認(rèn) 證配置用于正式測試共享，而ISV在開發(fā)過程中只需要調(diào)試通過即可以保證正 式環(huán)境的正常；至于業(yè)務(wù)方面的接口調(diào)試，僅僅只需要模擬接口業(yè)務(wù)參數(shù)，看 是否返回正常數(shù)據(jù)即可，業(yè)務(wù)參數(shù)中事實(shí)上是沒有共享內(nèi)容的，因?yàn)楸┞兜姆?務(wù)都是無狀態(tài)月良務(wù)，傳遞的參數(shù)本身可以自描述和自包含。所以在開發(fā)、測試 過程中，發(fā)布的數(shù)據(jù)共享主要在于平臺級別數(shù)據(jù)，即調(diào)試系統(tǒng)流程數(shù)據(jù)的共享， 而業(yè)務(wù)級的數(shù)據(jù)，即應(yīng)用接口調(diào)試數(shù)據(jù)不共享?？梢?，通過共享ISV測試和正 式環(huán)境業(yè)務(wù)數(shù)據(jù)，因而減少了數(shù)據(jù)重復(fù)創(chuàng)建，以及保持了開發(fā)、發(fā)布的數(shù)據(jù)一 致性的。
對于ISP來說，在保證兩個地址下連4妾的環(huán)境彼此一致時，兩個地址下的 環(huán)境可以是一個，也可以分成兩個，這個是由ISP自己決定，兩個環(huán)境是否共 享數(shù)據(jù)或者數(shù)據(jù)隔離也可以由ISP自己決定。只要ISP保證兩個環(huán)境的業(yè)務(wù)接 口邏輯保持一致即可。
對于ISV來說，在測試中，安全，計費(fèi)，監(jiān)控等平臺級別的調(diào)試和正常模 式下完全一致，而業(yè)務(wù)性的接口調(diào)試通過ISP對于兩個環(huán)境的服務(wù)一致性來保 證，因此實(shí)現(xiàn)了 ISV在測試過程中完全模擬正式環(huán)境的效果。當(dāng)然在ISV的應(yīng) 用在上正式環(huán)境之前，還需要在正式環(huán)境作預(yù)發(fā)布作測試，保證其可用性。
可見，通過上述的方式便可以最大限度的復(fù)用ISV開發(fā)應(yīng)用的業(yè)務(wù)數(shù)據(jù)， 降低由于數(shù)據(jù)不同造成應(yīng)用上線風(fēng)險，實(shí)現(xiàn)測試和正式環(huán)境無縫對接。
18下面利用如何提供互聯(lián)網(wǎng)服務(wù)的實(shí)施來對本實(shí)用新型進(jìn)行進(jìn)一步的說明。 圖5為提供互聯(lián)網(wǎng)服務(wù)的方法實(shí)施流程示意圖，如圖所示，可以包括如下
步驟
步驟501、在至少一個ISV發(fā)起業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的ISV進(jìn)行 認(rèn)證；
步驟502、在認(rèn)證未通過時，對發(fā)起業(yè)務(wù)請求的ISV的業(yè)務(wù)請求進(jìn)行響應(yīng)； 步驟503、在認(rèn)證通過后，將發(fā)起業(yè)務(wù)請求的ISV請求的業(yè)務(wù)路由至提供 該業(yè)務(wù)服務(wù)的ISP處進(jìn)行處理。 進(jìn)一步的，實(shí)施中還可以包括
對實(shí)施中的認(rèn)證、響應(yīng)、路由的工作過程進(jìn)行日志記錄； 對曰志記錄進(jìn)行分析；
在對該日志進(jìn)行記錄并進(jìn)行分析后，便可以進(jìn)一步的用于根據(jù)所述日志分 析進(jìn)行監(jiān)控、根據(jù)所述日志分析進(jìn)行計費(fèi)等。 下面對各步驟的具體實(shí)施進(jìn)行說明。 步驟501中，進(jìn)行認(rèn)證具體可以包括
對發(fā)起業(yè)務(wù)請求的ISV的參數(shù)是否合法、服務(wù)是否存在、是否需要簽名、 是否有權(quán)限、簽名是否有效、時間戳是否過期、令牌是否有效之一或者其組合 進(jìn)行認(rèn)證。
步驟503中，將所述ISV請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的ISP處進(jìn)行 處理，具體可以包4舌
判斷發(fā)起業(yè)務(wù)請求的ISV請求的業(yè)務(wù)是否需要登錄，是則根據(jù)所述ISV的 業(yè)務(wù)請求向提供該業(yè)務(wù)服務(wù)的ISP發(fā)起登錄請求，并根據(jù)所述ISP的處理生成 令牌，否則向提供該業(yè)務(wù)服務(wù)的ISP轉(zhuǎn)發(fā)所述ISV的業(yè)務(wù)請求，并根據(jù)ISP的 處理進(jìn)行轉(zhuǎn)發(fā)響應(yīng)。
圖6為服務(wù)集成平臺系統(tǒng)的認(rèn)證、路由實(shí)施流程示意圖，如圖所示，在進(jìn) 行認(rèn)證、路由時，具體可以包括如下步驟步驟601、 ISV發(fā)起業(yè)務(wù)請求；
步驟602、判斷參數(shù)是否合法，是則轉(zhuǎn)入步驟603，否則轉(zhuǎn)入步驟610; 步驟603、判斷"l務(wù)是否存在，是則轉(zhuǎn)入步驟604，否則轉(zhuǎn)入步驟610; 步驟604、判斷是否需要簽名，是則轉(zhuǎn)入步驟605,否則轉(zhuǎn)入步驟612; 步驟605、判斷是否有權(quán)限，是則轉(zhuǎn)入步驟606，否則轉(zhuǎn)入步驟610; 步驟606、判斷簽名是否有效，是則轉(zhuǎn)入步驟607，否則轉(zhuǎn)入步驟610; 步驟607、判斷時間戳是否過期，是則轉(zhuǎn)入步驟608,否則轉(zhuǎn)入步驟610; 步驟608、判斷TOKEN是否有效，是則轉(zhuǎn)入步驟609,否則轉(zhuǎn)入步驟610; 步驟609、判斷是否需要登錄，是則轉(zhuǎn)入步驟611,否則轉(zhuǎn)入步驟612; 步驟610、對ISV的業(yè)務(wù)請求進(jìn)行響應(yīng)； 步驟611、根據(jù)ISV的業(yè)務(wù)請求向ISP發(fā)起登錄請求； 步驟612、向ISP轉(zhuǎn)發(fā)ISV的業(yè)務(wù)請求。 下面對ISV的應(yīng)用開發(fā)流程實(shí)施進(jìn)行說明。 為了實(shí)現(xiàn)ISV的應(yīng)用開發(fā)，還可以進(jìn)一步包括 服務(wù)文檔模塊向ISV提供ISP的服務(wù)說明文檔。 在具體應(yīng)用開發(fā)時，可以進(jìn)一步包括 SandBox模塊連接ISP提供的SandBox;
測試請求處理模塊根據(jù)接收的ISV測試業(yè)務(wù)請求，將ISV的測試業(yè)務(wù)通過 所述SandBox模塊連接至ISP提供的SandBox。
具體實(shí)施中，ISV可以首先在服務(wù)集成平臺系統(tǒng)上申請創(chuàng)建應(yīng)用，服務(wù)集 成平臺系統(tǒng)可以頒發(fā)應(yīng)用身份Id和應(yīng)用密鑰。
ISV可以在服務(wù)文檔模塊提供的服務(wù)文檔說明中獲取各個ISP的服務(wù)說明 文檔。
服務(wù)集成平臺系統(tǒng)根據(jù)ISV的服務(wù)訪問級別來申請需要使用的ISP服務(wù)。 在開發(fā)并測試應(yīng)用中，ISV通過服務(wù)集成平臺系統(tǒng)的SandBox環(huán)境連接到 各個ISP的SandBox。測試后ISV便可以發(fā)布應(yīng)用，在服務(wù)集成平臺系統(tǒng)提交應(yīng)用上架申請。
下面以在SIP中的實(shí)施來說明，圖7為在SIP中進(jìn)行應(yīng)用開發(fā)的實(shí)施流程 示意圖，如圖所示，可以」接如下步驟實(shí)施 步驟701、 ISV注冊應(yīng)用申請； 步驟702、 SIP頒發(fā)應(yīng)用身份、應(yīng)用密鑰； 步驟703、 ISV開發(fā)應(yīng)用； 步驟704、 ISV獲取ISP服務(wù)說明文檔； 步驟705、 ISV定制需要審核的API; 步驟706、 SIP向ISP 4是交審核； 步驟707、 ISP進(jìn)行審核； 步驟708、審核通過后，SIP記錄審批結(jié)果； 步驟709 、 ISV進(jìn)行測試應(yīng)用； 步驟710、 ISV發(fā)布應(yīng)用； 步驟711、 SIP將應(yīng)用審核上架。
按以上流程進(jìn)行應(yīng)用開發(fā)實(shí)施后，服務(wù)集成平臺系統(tǒng)便可以為ISV快速接 入和交付服務(wù)，簡化了服務(wù)集成和管理，提供了通用的安全、計費(fèi)、驗(yàn)證策略， 并通過統(tǒng)一的Sandbox驗(yàn)證環(huán)境，從而為Java、 .NET、 PHP等異構(gòu)系統(tǒng)提供了 簡約、標(biāo)準(zhǔn)化的接入解決方案。
對于至少一個發(fā)起測試業(yè)務(wù)請求的ISV,下面利用一個提供測試服務(wù)的實(shí) 施方式來對本實(shí)用新型進(jìn)4亍i兌明，用以說明如4可實(shí)5見ISV開發(fā)應(yīng)用時測試和正 式環(huán)境的無縫對接，下面對具體的實(shí)施方式進(jìn)4亍iJL明。
在接收到至少一個ISV發(fā)起的測試業(yè)務(wù)請求時，對發(fā)起測試業(yè)務(wù)請求的 ISV的調(diào)試系統(tǒng)流程進(jìn)行測試；且，將所述ISV請求的測試業(yè)務(wù)路由至提供該 測試業(yè)務(wù)服務(wù)的ISP處進(jìn)4亍應(yīng)用接口測試。
進(jìn)一步的，為了處理測試完畢后的流程，還可以包括
ISV在所述提供該測試業(yè)務(wù)服務(wù)的ISP處進(jìn)行應(yīng)用接口測試完畢后，將所
21述ISV測試完畢后的業(yè)務(wù)請求路由至提供該業(yè)務(wù)服務(wù)的ISP處進(jìn)行處理。
該方案下，還可以進(jìn)一步包括
在ISV應(yīng)用接口測試完畢后，根據(jù)調(diào)試系統(tǒng)流程測試結(jié)果對該ISV發(fā)起的 業(yè)務(wù)請求進(jìn)行認(rèn)證。
在實(shí)施上述方案時，可以進(jìn)一步包括
荻取各ISP的應(yīng)用接口測試地址與業(yè)務(wù)服務(wù)地址；
將所述測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服務(wù)的ISP處的應(yīng)用接口測試地
址；
在應(yīng)用接口測試完畢后，將所述ISV測試完畢后的業(yè)務(wù)請求路由至提供該 業(yè)務(wù)服務(wù)的ISP的業(yè)務(wù)服務(wù)地址。
由上述實(shí)施可以看出，通過服務(wù)集成平臺系統(tǒng)著重解決了多方ISP的服務(wù) 集成和路由，使得ISP關(guān)注于服務(wù)提供，無需考慮安全，計費(fèi)，監(jiān)控等非業(yè)務(wù) 性功能需求，有效降低ISV對多個ISP服務(wù)的學(xué)習(xí)和接入門檻，簡化開發(fā)流程。
從ISP來看，能夠支持新型ISP的產(chǎn)生，此類ISP會基于底層服務(wù)提供商
的服務(wù)再次開發(fā)和封裝，并將開發(fā)的服務(wù)發(fā)布在服務(wù)集成平臺上。
從ISV來看.月良務(wù)集成平臺系統(tǒng)為面向開發(fā)者的Open API社區(qū)打造基礎(chǔ) 的服務(wù)接入和管理平臺，使得ISV和個人開發(fā)者能夠在系統(tǒng)中檢索、學(xué)習(xí)、調(diào) 用、測試符合自己應(yīng)用場景的ISP提供的API。
從而使得服務(wù)集成平臺系統(tǒng)不僅能夠讓ISP專注于數(shù)據(jù)服務(wù)設(shè)計，也能讓 ISV專注于應(yīng)用/產(chǎn)品的開發(fā)。使服務(wù)能夠在開放、協(xié)同、統(tǒng)一的環(huán)境中，使ISP 與ISV應(yīng)用更靈活、高效得融合，擴(kuò)大了整個生態(tài)圈的社會化價值。進(jìn)一步的， 還會由于大型的ISP以外的，更多的中小型的ISP加入，而使互聯(lián)網(wǎng)服務(wù)真正 成為開發(fā)者的豐富資源庫。
進(jìn)一步的，通過對調(diào)試系統(tǒng)流程和應(yīng)用接口兩部分測試的分離處理，即在 服務(wù)集成平臺系統(tǒng)上處理與調(diào)試系統(tǒng)流程相關(guān)的測試，并共享該部分?jǐn)?shù)據(jù)；而 將應(yīng)用接口部分的測試交由各ISP處理，從而還可以實(shí)現(xiàn)最小成本的切換到正式環(huán)境，降低ISV開發(fā)復(fù)雜度和成本，降低了因?yàn)閿?shù)據(jù)改變而引起的應(yīng)用缺陷 的發(fā)生機(jī)率。
本實(shí)用新型的精神和范圍。這樣，倘若本實(shí)用新型的這些修改和變型屬于本實(shí) 用新型權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本實(shí)用新型也意圖包含這些改動 和變型在內(nèi)。
權(quán)利要求1、一種服務(wù)集成平臺系統(tǒng)，其特征在于，包括認(rèn)證模塊，用于在至少一個獨(dú)立軟件供應(yīng)商發(fā)起業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)證；響應(yīng)模塊，與認(rèn)證模塊相連，用于在認(rèn)證未通過時，對所述獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求進(jìn)行響應(yīng)；路由模塊，與認(rèn)證模塊相連，用于在認(rèn)證通過后，將所述獨(dú)立軟件供應(yīng)商請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行處理。
2、 如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述認(rèn)證模塊進(jìn)一步用于對 獨(dú)立軟件供應(yīng)商的參數(shù)是否合法、服務(wù)是否存在、是否需要簽名、是否有權(quán)限、 簽名是否有效、時間戳是否過期、令牌是否有效之一或者其組合進(jìn)行認(rèn)證。
3、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，所述路由模塊包括 登錄判斷單元，與認(rèn)證模塊相連，用于判斷發(fā)起業(yè)務(wù)請求的獨(dú)立軟件供應(yīng)商請求的業(yè)務(wù)是否需要登錄；登錄單元，與登陸判斷單元相連，用于在登錄判斷單元判斷為需要登錄時， 根據(jù)所述獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求向提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商 發(fā)起登錄請求，并根據(jù)所述互聯(lián)網(wǎng)服務(wù)提供商的處理生成令牌；轉(zhuǎn)發(fā)單元，與登陸判斷單元相連，用于在登錄判斷單元判斷為不需要登錄 時，向提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商轉(zhuǎn)發(fā)所述獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請 求，并才艮據(jù)所述互聯(lián)網(wǎng)服務(wù)提供商的處理進(jìn)行響應(yīng)轉(zhuǎn)發(fā)。
4、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，進(jìn)一步包括記錄模塊，與認(rèn)證模塊、響應(yīng)模塊、路由模塊相連，用于對認(rèn)證模塊、響 應(yīng)模塊、路由模塊的工作進(jìn)行日志記錄。
5、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，進(jìn)一步包括 任務(wù)模塊，與記錄模塊相連，用于對所述日志進(jìn)行分析。
6、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，進(jìn)一步包括與任務(wù)模塊相連的監(jiān)控模塊和/或計費(fèi)模塊，其中監(jiān)控模塊，用于根據(jù)所述日志分析進(jìn)行監(jiān)控； 計費(fèi)模塊，用于根據(jù)所述日志分析進(jìn)行計費(fèi)。
7、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，進(jìn)一步包括 SandBox模塊，用于連接各互聯(lián)網(wǎng)服務(wù)提供商提供的SandBox; 測試請求處理模塊，與SandBox模塊相連，用于在至少一個獨(dú)立軟件供應(yīng)商發(fā)起測試業(yè)務(wù)請求時，將發(fā)起測試業(yè)務(wù)請求的獨(dú)立軟件供應(yīng)商的測試業(yè)務(wù)通 過所述SandBox模塊連接至提供該測試業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商提供的 SandBox。
8、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，進(jìn)一步包括 測試請求接收模塊，用于在接收到至少一個獨(dú)立軟件供應(yīng)商發(fā)起測試業(yè)務(wù)請求時，觸發(fā)測試^^莫塊與測試路由模塊；測試模塊，與測試請求接收模塊相連，用于對發(fā)起測試業(yè)務(wù)請求的獨(dú)立軟 件供應(yīng)商的調(diào)試系統(tǒng)流程進(jìn)行測試；測試路由模塊，與測試請求接收模塊相連，用于將所述獨(dú)立軟件供應(yīng)商請 求的測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行應(yīng)用接 口測試。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，路由模塊進(jìn)一步用于所述獨(dú) 立軟件供應(yīng)商在所述提供該測試業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行應(yīng)用接 口測試完畢后，將所述獨(dú)立軟件供應(yīng)商測試完畢后的業(yè)務(wù)請求路由至提供該業(yè) 務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行處理。
10、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述認(rèn)證模塊與測試模塊相 連，進(jìn)一步用于在所述獨(dú)立軟件供應(yīng)商應(yīng)用接口測試完畢后，根據(jù)所述測試才莫 塊的調(diào)試系統(tǒng)流程測試結(jié)果對該獨(dú)立軟件供應(yīng)商發(fā)起的業(yè)務(wù)請求進(jìn)行認(rèn)證。
11、 如權(quán)利要求8或9或IO所述的系統(tǒng)，其特征在于，進(jìn)一步包括 路由地址獲取模塊，與測試路由模塊、路由模塊相連，用于獲取各互聯(lián)網(wǎng)服務(wù)提供商的應(yīng)用接口測試地址與業(yè)務(wù)服務(wù)地址；所述測試路由模塊進(jìn)一步用于將所述測試業(yè)務(wù)路由至提供該測試業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處的應(yīng)用接口測試地址；所述路由模塊進(jìn)一步用于在應(yīng)用接口測試完畢后，將所述獨(dú)立軟件供應(yīng)商務(wù)地址。
12、 如權(quán)利要求7至IO任一所述的系統(tǒng)，其特征在于，進(jìn)一步包括 服務(wù)文檔模塊，用于向至少一個獨(dú)立軟件供應(yīng)商提供各互聯(lián)網(wǎng)服務(wù)提供商的服務(wù)說明文檔。
13、 一種提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)，其特征在于，包括至少一個獨(dú)立軟件開 發(fā)商應(yīng)用服務(wù)器、至少一個互聯(lián)網(wǎng)服務(wù)提供商提供的應(yīng)用編程接口服務(wù)器，還 包括如權(quán)利要求1所述的服務(wù)集成平臺系統(tǒng)，其中獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器，通過互聯(lián)網(wǎng)與服務(wù)集成平臺系統(tǒng)相連，向服 務(wù)集成平臺系統(tǒng)發(fā)起業(yè)務(wù)請求；服務(wù)集成平臺系統(tǒng)，通過互聯(lián)網(wǎng)與至少一個獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器、 至少一個應(yīng)用編程接口服務(wù)器相連，在接收到通過獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器 發(fā)起的業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)證，在認(rèn)證未通 過時，對獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求進(jìn)行響應(yīng)，在認(rèn)證通過后，將獨(dú)立軟件供 應(yīng)商請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的應(yīng)用編程接口服務(wù)器處進(jìn)行處理；應(yīng)用編程接口服務(wù)器，通過互聯(lián)網(wǎng)與服務(wù)集成平臺系統(tǒng)相連，在接收到服 務(wù)集成平臺系統(tǒng)路由至的業(yè)務(wù)請求后，根據(jù)業(yè)務(wù)請求提供互聯(lián)網(wǎng)服務(wù)。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述服務(wù)集成平臺系統(tǒng)包 括認(rèn)證模塊、響應(yīng)模塊、路由模塊，其中認(rèn)證模塊，通過互聯(lián)網(wǎng)與至少一個獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器相連，用于 在接收到通過獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器發(fā)起的業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求 的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)證；響應(yīng)模塊，與認(rèn)證模塊相連，用于在認(rèn)證未通過時，對所述獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求進(jìn)^f于響應(yīng)；路由模塊，與認(rèn)證模塊相連，通過互聯(lián)網(wǎng)與至少一個應(yīng)用編程接口服務(wù)器相連，用于在認(rèn)證通過后，將所述獨(dú)立軟件供應(yīng)商請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的應(yīng)用編程接口服務(wù)器處進(jìn)行處理。
15、如權(quán)利要求13所述的系統(tǒng)，其特征在于，進(jìn)一步包括 至少一個用戶終端，與獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器相連，用于供用戶通過獨(dú)立軟件開發(fā)商應(yīng)用服務(wù)器向服務(wù)集成平臺系統(tǒng)發(fā)起業(yè)務(wù)請求。
專利摘要本實(shí)用新型公開了一種服務(wù)集成平臺系統(tǒng)及提供互聯(lián)網(wǎng)服務(wù)的系統(tǒng)，包括用于在至少一個獨(dú)立軟件供應(yīng)商發(fā)起業(yè)務(wù)請求時，對發(fā)起業(yè)務(wù)請求的獨(dú)立軟件供應(yīng)商進(jìn)行認(rèn)證的認(rèn)證模塊；用于在認(rèn)證未通過時，對所述獨(dú)立軟件供應(yīng)商的業(yè)務(wù)請求進(jìn)行響應(yīng)的響應(yīng)模塊；用于在認(rèn)證通過后，將所述獨(dú)立軟件供應(yīng)商請求的業(yè)務(wù)路由至提供該業(yè)務(wù)服務(wù)的互聯(lián)網(wǎng)服務(wù)提供商處進(jìn)行處理的路由模塊。本實(shí)用新型解決了對多方互聯(lián)網(wǎng)服務(wù)提供商的服務(wù)集成和路由，使得互聯(lián)網(wǎng)服務(wù)提供商僅需關(guān)注于服務(wù)提供，無需考慮認(rèn)證等非業(yè)務(wù)性功能需求，也有效的降低了獨(dú)立軟件供應(yīng)商對多個互聯(lián)網(wǎng)服務(wù)提供商服務(wù)的學(xué)習(xí)和接入門檻，簡化了獨(dú)立軟件供應(yīng)商的開發(fā)流程。
文檔編號H04L12/16GK201248052SQ20082012650
公開日2009年5月27日 申請日期2008年6月26日 優(yōu)先權(quán)日2008年6月26日
發(fā)明者偉 葉, 岑文初, 義 曾, 梁越平, 霖 王, 進(jìn) 趙, 鄭色樹, 陳挺佳 申請人:阿里巴巴集團(tuán)控股有限公司