專利名稱：一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方
法、裝置和系統(tǒng)。
背景技術(shù)：
聚合業(yè)務(wù)Mashup是一種新興的基于環(huán)球網(wǎng)Web的數(shù)據(jù)集成應(yīng)用，Mashup是將多個(gè)不同的支持Web API (Application Programming Interface,應(yīng)用程序編程接口)的應(yīng)用進(jìn)行堆疊、聚合形成的新型的Web應(yīng)用。Mashup利用了從外部數(shù)據(jù)源檢索到的內(nèi)容來創(chuàng)建全新的創(chuàng)新服務(wù)，將來自不止一個(gè)數(shù)據(jù)源的內(nèi)容進(jìn)行組合，創(chuàng)造出更加增值的服務(wù)。Mashup所能利用的外部數(shù)據(jù)源格式多種多樣，表現(xiàn)出驚人的兼容性，涵蓋Public APIs(Public ApplicationProgramming Interfaces,公共應(yīng)用禾呈序編禾呈接口 )，XML (extensible MarkupLanguage，可擴(kuò)展標(biāo)記語言)/RSS (Really Simple Syndication,聚合內(nèi)容)/聚合格式Atom等語言格式對應(yīng)的接口 feeds,環(huán)球網(wǎng)服務(wù)器Web Services,HTML(HyperTextMark-upLanguage，超文本標(biāo)記語言或超文本鏈接標(biāo)示語言)等。人們普遍認(rèn)為Mashup具有Web 2. 0的特點(diǎn)，Web 2. 0是在互聯(lián)網(wǎng)上建立起共享信息平臺(tái)。Mashup技術(shù)也是建立在各種Web應(yīng)用程序貢獻(xiàn)出自己的服務(wù)和內(nèi)容，同時(shí)使用其他人和其他組織提供的信息和服務(wù)的基礎(chǔ)上的。隨著越來越多的Web站點(diǎn)公開了自己的API，許多人已經(jīng)和正在用eBay, Amazon, Google and Yahoo APIs構(gòu)建新的Mashups，使得這禾中新型的Web應(yīng)用模式成為了現(xiàn)實(shí)。 Mashup業(yè)務(wù)越來越流行，未來可能成為電信、互聯(lián)網(wǎng)融合業(yè)務(wù)生成、創(chuàng)建的一個(gè)重要模式； 目前的Mashup主要關(guān)注于如何基于網(wǎng)絡(luò)上已有的子業(yè)務(wù)和資源來組合創(chuàng)建新的應(yīng)用，隨著用戶逐漸大量參與到Mashup業(yè)務(wù)創(chuàng)建中，Mashup業(yè)務(wù)也越來越豐富，普通用戶可用的Mashup業(yè)務(wù)也越來越多。但隨著Mashup業(yè)務(wù)的爆炸式增長，對Mashup業(yè)務(wù)的可靠性等質(zhì)量保證和管理也越來越困難。用戶在使用Mashup業(yè)務(wù)前系統(tǒng)無法保證該業(yè)務(wù)是否可正常運(yùn)行，嚴(yán)重降低了用于對Mashup應(yīng)用的用戶體驗(yàn)。 目前通常的Mashup服務(wù)器是一個(gè)Web集成平臺(tái)，允許用戶輕松集成來自任意具有Web接口的應(yīng)用程序的數(shù)據(jù)和功能。 在現(xiàn)有的Mashup應(yīng)用架構(gòu)中，Mashup的核心功能就是將數(shù)據(jù)和業(yè)務(wù)集中起來展示給用戶，主要包括API/內(nèi)容提供者、聚合業(yè)務(wù)服務(wù)器以及聚合業(yè)務(wù)客戶端。對于現(xiàn)有技術(shù)中的應(yīng)用架構(gòu)而言，聚合業(yè)務(wù)所使用的信息內(nèi)容并不一定是聚合業(yè)務(wù)服務(wù)器本地的內(nèi)容，也可以是通過遠(yuǎn)程訪問的方式從Web服務(wù)獲取數(shù)據(jù)，這是聚合業(yè)務(wù)最常用的一種，通稱為內(nèi)容聚合。在這種情況下，聚合業(yè)務(wù)服務(wù)器負(fù)責(zé)處理所有功能，聚合應(yīng)用需要的所有服務(wù)和數(shù)據(jù)都由服務(wù)器進(jìn)行調(diào)用和數(shù)據(jù)處理。另外，對于Web服務(wù)的調(diào)用也很常見，在這種情況下，聚合業(yè)務(wù)服務(wù)器主要負(fù)責(zé)編輯和執(zhí)行應(yīng)用邏輯，具體的業(yè)務(wù)調(diào)用和數(shù)據(jù)處理信息由聚合業(yè)務(wù)服務(wù)器通知業(yè)務(wù)客戶端，再由業(yè)務(wù)客戶端直接進(jìn)行調(diào)用并處理，目前互聯(lián)網(wǎng)上基于WSDL(Web Services Description Language, Web服務(wù)描述語言)的Web服務(wù)和基于
Rest (R印resentational State Transfer,代表性狀態(tài)通訊協(xié)議)的Web服務(wù)很多，這些服
務(wù)都提供清晰的調(diào)用API，也為聚合業(yè)務(wù)提供了豐富的選擇。 在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題 在現(xiàn)有技術(shù)中，Mashup服務(wù)器不能檢測Mashup業(yè)務(wù)的數(shù)據(jù)源，也不能及時(shí)獲取數(shù)
據(jù)源信息的更新結(jié)果，無法保證Mashup業(yè)務(wù)的可用性，降低了 Mashup業(yè)務(wù)的應(yīng)用可靠性，
損害了用戶的使用體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法、裝置和系統(tǒng)，用于克服和Mashup服務(wù)器相類似的基于腳本服務(wù)器不能檢測基于腳本業(yè)務(wù)的數(shù)據(jù)源，也不能及時(shí)獲取數(shù)據(jù)源信息更新結(jié)果的問題，從而達(dá)到確保基于腳本業(yè)務(wù)的可用性，增強(qiáng)基于腳本業(yè)務(wù)的可靠性的效果。 為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提出一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法，包括以下步驟 分析基于腳本業(yè)務(wù)數(shù)據(jù)源的信息； 根據(jù)所述分析的結(jié)果，獲取所述基于腳本業(yè)務(wù)數(shù)據(jù)源信息的當(dāng)前狀態(tài)信息； 根據(jù)所述獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)。 另一方面，本發(fā)明實(shí)施例還提出一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法，包
括以下步驟 接收基于腳本業(yè)務(wù)服務(wù)器發(fā)送的狀態(tài)信息訂閱消息，訂閱基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 根據(jù)所述狀態(tài)信息訂閱消息，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息；
向所述基于腳本業(yè)務(wù)服務(wù)器發(fā)送所述基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的當(dāng)前狀態(tài)信息。 另一方面，本發(fā)明實(shí)施例還提出一種基于腳本業(yè)務(wù)服務(wù)器，包括
分析模塊，用于分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息； 獲取模塊，用于根據(jù)所述分析模塊分析的結(jié)果，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息； 判斷模塊，用于根據(jù)所述獲取模塊所獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)。 另一方面，本發(fā)明實(shí)施例還提出一種業(yè)務(wù)接入管理系統(tǒng)，包括 接收模塊，用于接收基于腳本業(yè)務(wù)服務(wù)器發(fā)送的狀態(tài)信息訂閱消息，訂閱基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 數(shù)據(jù)源信息獲取模塊，用于根據(jù)所述接收模塊所接收的狀態(tài)信息訂閱消息，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 發(fā)送模塊，用于向所述基于腳本業(yè)務(wù)服務(wù)器發(fā)送所述數(shù)據(jù)源信息獲取模塊所獲取的基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的當(dāng)前狀態(tài)信息。 另一方面，本發(fā)明實(shí)施例還提出一種基于腳本業(yè)務(wù)系統(tǒng)，包括基于腳本業(yè)務(wù)服務(wù)器和業(yè)務(wù)接入管理系統(tǒng) 所述基于腳本業(yè)務(wù)服務(wù)器，用于提供基于腳本業(yè)務(wù)創(chuàng)建、執(zhí)行和管理相關(guān)功能，并向所述業(yè)務(wù)接入管理系統(tǒng)訂閱所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 所述業(yè)務(wù)接入管理系統(tǒng)，用于維護(hù)網(wǎng)絡(luò)上相關(guān)數(shù)據(jù)源的信息，并接收、和處理所述基于腳本業(yè)務(wù)服務(wù)器的訂閱請求。 本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，通過在基于腳本業(yè)務(wù)服務(wù)器上增加相關(guān)的分析模塊，實(shí)現(xiàn)對基于腳本業(yè)務(wù)邏輯中相關(guān)數(shù)據(jù)源信息進(jìn)行分析，對基于腳本業(yè)務(wù)的數(shù)據(jù)源的可用狀態(tài)進(jìn)行標(biāo)記，并在數(shù)據(jù)源不可用時(shí)對該數(shù)據(jù)源進(jìn)行狀態(tài)檢測，克服了基于腳本服務(wù)器無法檢測基于腳本業(yè)務(wù)的應(yīng)用數(shù)據(jù)源，不能及時(shí)獲取數(shù)據(jù)源信息的更新信息的問題，從而達(dá)到確?；_本業(yè)務(wù)業(yè)務(wù)的可用性，增強(qiáng)基于腳本業(yè)務(wù)的可靠性的效果，保證用戶可以在請求業(yè)務(wù)時(shí)可以了解基于腳本業(yè)務(wù)的狀態(tài)，避免不必要的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。


為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。 圖1為本發(fā)明實(shí)施例一所提出的一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法的流程示意圖； 圖2為本發(fā)明實(shí)施例二所提出的一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法的流程示意圖； 圖3為本發(fā)明實(shí)施例三所提出的一種基于腳本業(yè)務(wù)系統(tǒng)的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實(shí)施例四所提出的一種包含Mashup服務(wù)器的基于腳本業(yè)務(wù)系統(tǒng)的
結(jié)構(gòu)示意圖； 圖5為本發(fā)明實(shí)施例五所提出的基于本系統(tǒng)的聚合業(yè)務(wù)創(chuàng)建流程的流程示意 圖6為本發(fā)明實(shí)施例五所提出的基于本系統(tǒng)的數(shù)據(jù)源地址、接口變更流程的流程示意圖； 圖7為本發(fā)明實(shí)施例五所提出的基于本系統(tǒng)的Mashup業(yè)務(wù)訪問流程的流程示意圖； 圖8為本發(fā)明實(shí)施例中一種聚合業(yè)務(wù)的組網(wǎng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例主要針對以Mashup服務(wù)器為代表的基于腳本業(yè)務(wù)服務(wù)器無法檢測
基于腳本業(yè)務(wù)的數(shù)據(jù)源，不能確?；谀_本業(yè)務(wù)的可用性的問題，提供了解決方案。 通過在基于腳本業(yè)務(wù)服務(wù)器上增加相關(guān)的分析模塊，實(shí)現(xiàn)對基于腳本業(yè)務(wù)邏輯中
相關(guān)數(shù)據(jù)源(包括業(yè)務(wù)，本文不再區(qū)分)信息進(jìn)行分析，根據(jù)分析結(jié)果對該基于腳本業(yè)務(wù)進(jìn)
行標(biāo)記以供執(zhí)行該基于腳本業(yè)務(wù)時(shí)進(jìn)行數(shù)據(jù)源狀態(tài)驗(yàn)證；進(jìn)一步的，還可以在該基于腳本
業(yè)務(wù)所對應(yīng)的數(shù)據(jù)源不可用時(shí)，對該數(shù)據(jù)源進(jìn)行狀態(tài)檢測，并向業(yè)務(wù)接入管理系統(tǒng)訂閱該數(shù)據(jù)源的狀態(tài)信息，從而，克服了基于腳本服務(wù)器不能檢測基于腳本業(yè)務(wù)的數(shù)據(jù)源，也不能 及時(shí)獲取數(shù)據(jù)源信息更新結(jié)果的問題，達(dá)到確?；谀_本業(yè)務(wù)的可用性的效果，保證用戶 可以在請求業(yè)務(wù)時(shí)可以了解基于腳本業(yè)務(wù)的狀態(tài)，避免不必要的業(yè)務(wù)試探。另外針對基于 腳本業(yè)務(wù)的數(shù)據(jù)源之間接口變動(dòng)導(dǎo)致基于腳本業(yè)務(wù)不可用的問題，通過增強(qiáng)基于腳本業(yè)務(wù) 和數(shù)據(jù)源提供的轉(zhuǎn)換規(guī)則或者其他替換子業(yè)務(wù)，自動(dòng)實(shí)現(xiàn)對基于腳本業(yè)務(wù)邏輯的更新，提 供基于腳本業(yè)務(wù)的靈活性，增強(qiáng)基于腳本業(yè)務(wù)的可用性。 在本發(fā)明實(shí)施例中，為了方便說明，具體以Mashup業(yè)務(wù)為例，來說明本發(fā)明實(shí)施 例對于基于腳本業(yè)務(wù)所提出的技術(shù)方案的內(nèi)容，而這樣的說明，也僅是本發(fā)明的優(yōu)選實(shí)施 例，這樣的變化并不影響本發(fā)明的保護(hù)范圍。 下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例。基 于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其 他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。 如圖1所示，為本發(fā)明實(shí)施例一所提出的一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的
方法的流程示意圖，該方法包括以下步驟 步驟S101、分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息。 其中，本步驟具體通過以下兩種方式觸發(fā) (1)接收用戶側(cè)發(fā)送的基于腳本業(yè)務(wù)的創(chuàng)建請求；或， (2)接收對基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求，具體包括 當(dāng)接收用戶側(cè)對基于腳本業(yè)務(wù)的執(zhí)行請求，并識(shí)別基于腳本業(yè)務(wù)的當(dāng)前可用狀態(tài) 為不可用時(shí)，判斷是否需要對基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測，并當(dāng)判斷的結(jié)果為需要對 基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測時(shí)，生成對基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求；或，
接收用戶側(cè)直接發(fā)送的對基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。 其中，判斷是否需要對基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測，具體通過識(shí)別基于腳本 業(yè)務(wù)的數(shù)據(jù)源檢測標(biāo)簽來進(jìn)行判斷。 步驟S102、根據(jù)分析的結(jié)果，獲取基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息，具體通 過以下步驟實(shí)現(xiàn) 根據(jù)分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的結(jié)果，向業(yè)務(wù)接入管理系統(tǒng)發(fā)送狀態(tài)信息 訂閱消息，訂閱數(shù)據(jù)源的狀態(tài)信息； 接收業(yè)務(wù)接入管理系統(tǒng)上報(bào)的基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。
其中，接收當(dāng)前狀態(tài)信息的同時(shí)，還包括 接收業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則，狀態(tài)信息轉(zhuǎn)換規(guī)則具體包括以 下內(nèi)容 (1)將狀態(tài)信息的已失效的地址、接口轉(zhuǎn)換為更新后的地址、接口的信息； (2)備選數(shù)據(jù)源替換規(guī)則，用于將基于腳本業(yè)務(wù)中使用的已失效的數(shù)據(jù)源信息替
換為其他更新后的數(shù)據(jù)信息。 并且，進(jìn)一步的，當(dāng)基于腳本業(yè)務(wù)的數(shù)據(jù)源信息發(fā)生變更時(shí)，接收業(yè)務(wù)接入管理系 統(tǒng)上報(bào)的更新的基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。 步驟S103、根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷基于腳本業(yè)務(wù)的可用狀態(tài)。
需要說明的是，本步驟之后還可以包括保存該基于腳本業(yè)務(wù)的可用狀態(tài)信息的步
驟，這同樣屬于本發(fā)明的保護(hù)范圍。
進(jìn)一步的，本步驟具體包括以下三種情況 情況一、當(dāng)根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷基于腳本業(yè)務(wù)的可用狀態(tài)為可用時(shí)，標(biāo) 記基于腳本業(yè)務(wù)的可用狀態(tài)為可用； 情況二、當(dāng)根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷基于腳本業(yè)務(wù)的可用狀態(tài)為不可用，且 未接收到業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則時(shí)，標(biāo)記基于腳本業(yè)務(wù)的可用狀態(tài)為 不可用； 情況三、當(dāng)根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷基于腳本業(yè)務(wù)的可用狀態(tài)為不可用，且
接收到業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則時(shí)，根據(jù)狀態(tài)信息轉(zhuǎn)換規(guī)則對基于腳本
業(yè)務(wù)的當(dāng)前狀態(tài)信息進(jìn)行轉(zhuǎn)換匹配，并當(dāng)轉(zhuǎn)換匹配成功時(shí)，標(biāo)記基于腳本業(yè)務(wù)的可用狀態(tài)
為可用，當(dāng)轉(zhuǎn)換匹配不成功時(shí)，標(biāo)記基于腳本業(yè)務(wù)的可用狀態(tài)為不可用。 對應(yīng)上述的接收信息情況，在步驟S103之后，還包括以下三種情況 在接收到用戶側(cè)發(fā)送的基于腳本業(yè)務(wù)的創(chuàng)建請求的情況下，向用戶側(cè)返回基于腳
本業(yè)務(wù)的創(chuàng)建結(jié)果；或， 在接收用戶側(cè)對基于腳本業(yè)務(wù)的執(zhí)行請求的情況下，當(dāng)基于腳本業(yè)務(wù)的可用狀態(tài) 為可用時(shí)，執(zhí)行基于腳本業(yè)務(wù)，當(dāng)基于腳本業(yè)務(wù)的可用狀態(tài)為不可用時(shí)，放棄執(zhí)行基于腳本 業(yè)務(wù)，并向用戶側(cè)返回基于腳本業(yè)務(wù)的不可執(zhí)行提示信息；或， 接收用戶側(cè)直接發(fā)送的對基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求的情況下，向用戶側(cè) 返回基于腳本業(yè)務(wù)的狀態(tài)檢測結(jié)果。 需要進(jìn)一步說明的是，在步驟S101方法之前還可以包括第三方數(shù)據(jù)源的注冊接 入過程，具體為 接收第三方數(shù)據(jù)源發(fā)送的業(yè)務(wù)適配器注冊請求；
通過業(yè)務(wù)適配器訪問第三方數(shù)據(jù)源的私有服務(wù)數(shù)據(jù)。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn) 通過分析基于腳本業(yè)務(wù)的數(shù)據(jù)源的信息，以訂閱的方式獲取該數(shù)據(jù)源相對應(yīng)的狀 態(tài)信息，根據(jù)狀態(tài)信息對該基于腳本業(yè)務(wù)的數(shù)據(jù)源標(biāo)記可用狀態(tài)，可選的，還可以對標(biāo)記結(jié) 果保存，為后續(xù)的基于腳本業(yè)務(wù)可用性的檢驗(yàn)提供依據(jù)，克服了基于腳本服務(wù)器無法檢測 基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)的問題； 在數(shù)據(jù)源的狀態(tài)為不可用時(shí)，對該數(shù)據(jù)源進(jìn)行狀態(tài)檢測和適配，克服了基于腳本 服務(wù)器不能及時(shí)獲取數(shù)據(jù)源信息更新結(jié)果的問題； 通過第三方數(shù)據(jù)源適配，實(shí)現(xiàn)了對多種基于腳本業(yè)務(wù)的有效擴(kuò)展； 通過上述的多項(xiàng)技術(shù)措施，達(dá)到確保基于腳本業(yè)務(wù)的可用性，增強(qiáng)基于腳本業(yè)務(wù)
的可靠性的效果，保證用戶可以在請求業(yè)務(wù)時(shí)可以了解基于腳本業(yè)務(wù)的狀態(tài)，避免不必要
的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。 如圖2所示，為本發(fā)明實(shí)施例二所提出的一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的 方法的流程示意圖，該方法包括以下步驟 步驟S201、接收基于腳本業(yè)務(wù)服務(wù)器發(fā)送的狀態(tài)信息訂閱消息，訂閱基于腳本業(yè) 務(wù)的數(shù)據(jù)源的狀態(tài)信息；
步驟S202、根據(jù)狀態(tài)信息訂閱消息，獲取基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息；
步驟S203、向基于腳本業(yè)務(wù)服務(wù)器發(fā)送基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。
其中，當(dāng)基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息發(fā)生變化時(shí)，步驟S203還可以變化為 向基于腳本業(yè)務(wù)服務(wù)器上報(bào)變化的基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息和數(shù)據(jù)源轉(zhuǎn)換規(guī)則。
本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，通過接收基于腳本業(yè)務(wù)服務(wù)器對于數(shù)據(jù) 源狀態(tài)信息的訂閱，反饋當(dāng)前的數(shù)據(jù)源狀態(tài)信息，并在數(shù)據(jù)源信息發(fā)生變化時(shí)上報(bào)信息變 化結(jié)果，克服了數(shù)據(jù)源信息的變化不能及時(shí)反饋和進(jìn)行管理的問題，并進(jìn)一步的通過上報(bào) 數(shù)據(jù)源轉(zhuǎn)換規(guī)則，實(shí)現(xiàn)數(shù)據(jù)源信息的變更轉(zhuǎn)換，增強(qiáng)了基于腳本業(yè)務(wù)的可靠性，確保了基于 腳本業(yè)務(wù)的可用性，保證用戶可以在請求業(yè)務(wù)時(shí)可以了解基于腳本業(yè)務(wù)的狀態(tài)，避免不必 要的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。 對應(yīng)上述的本發(fā)明實(shí)施例一和實(shí)施例二，本發(fā)明通過實(shí)施例三提出一種基于腳本 業(yè)務(wù)系統(tǒng)，結(jié)構(gòu)示意圖如圖3所示，包括基于腳本業(yè)務(wù)服務(wù)器1和業(yè)務(wù)接入管理系統(tǒng)2 :
基于腳本業(yè)務(wù)服務(wù)器1，用于提供基于腳本業(yè)務(wù)創(chuàng)建、執(zhí)行和管理相關(guān)功能，并向 業(yè)務(wù)接入管理系統(tǒng)2訂閱基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息，包括
分析模塊IOI，用于分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息； 獲取模塊102，用于根據(jù)分析模塊101所分析的結(jié)果，獲取基于腳本業(yè)務(wù)的數(shù)據(jù)源 信息的當(dāng)前狀態(tài)信息，具體包括 訂閱子模塊1021，用于根據(jù)分析模塊101分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的結(jié)
果，向業(yè)務(wù)接入管理系統(tǒng)2發(fā)送狀態(tài)信息訂閱消息，訂閱數(shù)據(jù)源的狀態(tài)信息； 接收子模塊1022，用于接收業(yè)務(wù)接入管理系統(tǒng)2上報(bào)的基于腳本業(yè)務(wù)的數(shù)據(jù)源的
當(dāng)前狀態(tài)信息，和/或用于接收業(yè)務(wù)接入管理系統(tǒng)上報(bào)2的狀態(tài)信息轉(zhuǎn)換規(guī)則。 判斷模塊103，用于根據(jù)獲取模塊102所獲取的當(dāng)前狀態(tài)信息，判斷基于腳本業(yè)務(wù)
的可用狀態(tài)。 進(jìn)一步的，基于腳本業(yè)務(wù)服務(wù)器1還包括 存儲(chǔ)模塊104，用于保存判斷模塊103根據(jù)基于腳本業(yè)務(wù)的可用狀態(tài)信息，對基于 腳本業(yè)務(wù)的可用狀態(tài)的判斷結(jié)果。需要指出的是，在實(shí)際應(yīng)用場景中，存儲(chǔ)模塊104可以設(shè) 置于基于腳本業(yè)務(wù)服務(wù)器1中，也可以設(shè)置于其他服務(wù)器上，這樣的辯護(hù)并不影響本發(fā)明 的保護(hù)范圍。 第一接收模塊105，用于接收用戶側(cè)發(fā)送的基于腳本業(yè)務(wù)的創(chuàng)建請求； 第二接收模塊106，用于接收用戶側(cè)對基于腳本業(yè)務(wù)的執(zhí)行請求，或，接收對基于
腳本業(yè)務(wù)的可用狀態(tài)檢測請求。 業(yè)務(wù)自管理模塊107，用于根據(jù)第二接收模塊106接收到用戶側(cè)對基于腳本業(yè)務(wù) 的執(zhí)行請求，生成對基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求，具體包括
識(shí)別子模塊1071，用于識(shí)別基于腳本業(yè)務(wù)的當(dāng)前可用狀態(tài)； 判斷子模塊1072，用于當(dāng)識(shí)別子模塊1071識(shí)別基于腳本業(yè)務(wù)的當(dāng)前可用狀態(tài)為 不可用時(shí)，判斷是否需要對基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測； 檢測子模塊1073，用于當(dāng)判斷子模塊1072的判斷結(jié)果為需要對基于腳本業(yè)務(wù)進(jìn) 行可用狀態(tài)檢測時(shí)，生成對基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。 數(shù)據(jù)源轉(zhuǎn)換模塊108，用于當(dāng)判斷模塊103判斷基于腳本業(yè)務(wù)的可用狀態(tài)為不可用，且接收子模塊1022接收到業(yè)務(wù)接入管理系統(tǒng)2上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則時(shí)，根據(jù)狀態(tài)
信息轉(zhuǎn)換規(guī)則對基于腳本業(yè)務(wù)的當(dāng)前狀態(tài)信息進(jìn)行轉(zhuǎn)換匹配。 進(jìn)一步的，基于腳本業(yè)務(wù)服務(wù)器1還包括 第一發(fā)送模塊109，用于在第一接收模塊105接收到用戶側(cè)發(fā)送的基于腳本業(yè)務(wù) 的創(chuàng)建請求的情況下，向用戶側(cè)返回基于腳本業(yè)務(wù)的創(chuàng)建結(jié)果； 業(yè)務(wù)執(zhí)行模塊IIO，用于在第二接收模塊106接收用戶側(cè)對基于腳本業(yè)務(wù)的執(zhí)行 請求的情況下，當(dāng)判斷模塊103判斷基于腳本業(yè)務(wù)的可用狀態(tài)為可用時(shí)，執(zhí)行基于腳本業(yè) 務(wù)； 第二發(fā)送模塊lll，用于在第二接收模塊106接收用戶側(cè)對基于腳本業(yè)務(wù)的執(zhí)行 請求的情況下，向用戶側(cè)返回業(yè)務(wù)執(zhí)行模塊110對基于腳本業(yè)務(wù)的執(zhí)行結(jié)果，
或，用于在第二接收模塊106接收用戶側(cè)直接發(fā)送的對基于腳本業(yè)務(wù)的可用狀態(tài) 檢測請求的情況下，向用戶側(cè)返回基于腳本業(yè)務(wù)的狀態(tài)檢測結(jié)果。 數(shù)據(jù)源適配模塊112，用于提供一個(gè)非開放的數(shù)據(jù)源接入功能，為第三方業(yè)務(wù)提供 者提供一個(gè)數(shù)據(jù)源適配器，以實(shí)現(xiàn)基于腳本業(yè)務(wù)服務(wù)器對第三方私有數(shù)據(jù)源的訪問功能。
業(yè)務(wù)接入管理系統(tǒng)2，用于維護(hù)網(wǎng)絡(luò)上數(shù)據(jù)源的信息，并接收、和處理基于腳本業(yè) 務(wù)服務(wù)器1的訂閱請求。 其中，業(yè)務(wù)接入管理系統(tǒng)2，還用于當(dāng)基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息發(fā)生變化 時(shí)，向基于腳本業(yè)務(wù)服務(wù)器1上報(bào)變化的基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息和數(shù)據(jù)源轉(zhuǎn)換 規(guī)則包括 接收模塊21，用于接收基于腳本業(yè)務(wù)服務(wù)器1發(fā)送的狀態(tài)信息訂閱消息，訂閱基 于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 數(shù)據(jù)源信息獲取模塊22，用于根據(jù)接收模塊21所接收的狀態(tài)信息訂閱消息，獲取 基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 發(fā)送模塊23 ，用于向基于腳本業(yè)務(wù)服務(wù)器1發(fā)送數(shù)據(jù)源信息獲取模塊22所獲取的 基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的當(dāng)前狀態(tài)信息。 進(jìn)一步的，發(fā)送模塊23還用于當(dāng)基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息發(fā)生變化時(shí)， 向基于腳本業(yè)務(wù)服務(wù)器1上報(bào)變化的基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息和數(shù)據(jù)源轉(zhuǎn)換規(guī) 則。 進(jìn)一步的，業(yè)務(wù)接入管理系統(tǒng)2還包括 數(shù)據(jù)源信息模塊24，用于存儲(chǔ)基于腳本業(yè)務(wù)的數(shù)據(jù)源信息。 上述模塊可以分布于一個(gè)裝置，也可以分布于多個(gè)裝置。上述模塊可以合并為一
個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。 本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn) 通過在基于腳本服務(wù)器上增加相關(guān)的分析模塊、獲取模塊和判斷模塊等多個(gè)功能 模塊，分析基于腳本業(yè)務(wù)的數(shù)據(jù)源的信息，以訂閱的方式獲取該數(shù)據(jù)源相對應(yīng)的狀態(tài)信息， 根據(jù)狀態(tài)信息對該基于腳本業(yè)務(wù)的數(shù)據(jù)源標(biāo)記可用狀態(tài)，可選的，還可以增加存儲(chǔ)模塊，用 以對標(biāo)記結(jié)果進(jìn)行保存，為后續(xù)的基于腳本業(yè)務(wù)可用性的檢驗(yàn)提供依據(jù)，克服了基于腳本 服務(wù)器無法檢測基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)的問題； 并且，獲取模塊還可以在數(shù)據(jù)源的狀態(tài)為不可用時(shí)，對該數(shù)據(jù)源進(jìn)行狀態(tài)檢測和適配，克服了基于腳本服務(wù)器不能及時(shí)獲取數(shù)據(jù)源信息更新結(jié)果的問題； 通過數(shù)據(jù)源適配模塊對第三方數(shù)據(jù)源適配，實(shí)現(xiàn)了對多種基于腳本業(yè)務(wù)的有效擴(kuò)
展； 通過上述的多項(xiàng)技術(shù)措施，達(dá)到確?；谀_本業(yè)務(wù)的可用性，增強(qiáng)基于腳本業(yè)務(wù) 的可靠性的效果，保證用戶可以在請求業(yè)務(wù)時(shí)可以了解基于腳本業(yè)務(wù)的狀態(tài)，避免不必要 的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。 在實(shí)際的應(yīng)用場景中，上述的裝置和系統(tǒng)可以作出相應(yīng)的更改和變化，上述模塊 可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。 如圖4所示，為本發(fā)明實(shí)施例四所提出的一種包含Mashup服務(wù)器的基于腳本業(yè)務(wù) 系統(tǒng)的結(jié)構(gòu)示意圖，包括Mashup服務(wù)器41和業(yè)務(wù)接入管理系統(tǒng)42。 Mashup服務(wù)器41主要包含業(yè)務(wù)訪問動(dòng)態(tài)控制模塊411、 Mashup執(zhí)行系統(tǒng)412、 Portal 413、業(yè)務(wù)自管理模塊414、業(yè)務(wù)創(chuàng)建模塊415、業(yè)務(wù)存儲(chǔ)模塊416、數(shù)據(jù)源分析模塊 417、數(shù)據(jù)源適配模塊418、數(shù)據(jù)源轉(zhuǎn)換模塊419。 其中Portal 413、業(yè)務(wù)創(chuàng)建模塊415和Mashup執(zhí)行系統(tǒng)412與普通的Mashup服 務(wù)器沒有區(qū)別。 業(yè)務(wù)訪問動(dòng)態(tài)控制模塊411主要分析用戶的請求信息得到用戶要訪問的Mashup 應(yīng)用，然后檢測對應(yīng)的Mashup應(yīng)用狀態(tài)信息，如果Mashup業(yè)務(wù)可用就請求業(yè)務(wù)執(zhí)行系統(tǒng)執(zhí) 行該Mashup業(yè)務(wù)邏輯；如果該Mashup應(yīng)用狀態(tài)不可用則進(jìn)一步根據(jù)業(yè)務(wù)檢測標(biāo)簽判斷是 否需要檢測對應(yīng)數(shù)據(jù)源狀態(tài)，如果需要?jiǎng)t檢測數(shù)據(jù)源信息，必要時(shí)可以對Mashup業(yè)務(wù)邏輯 進(jìn)行數(shù)據(jù)源轉(zhuǎn)換匹配，然后標(biāo)記業(yè)務(wù)狀態(tài)可用，并請求業(yè)務(wù)執(zhí)行系統(tǒng)執(zhí)行該Mashup業(yè)務(wù)邏 輯，否則立即通知用戶該Mashup業(yè)務(wù)不可用。 業(yè)務(wù)自管理模塊414主要為最終用戶提供Mashup業(yè)務(wù)管理功能，用戶可以主動(dòng)請
求業(yè)務(wù)數(shù)據(jù)源分析模塊417對業(yè)務(wù)數(shù)據(jù)源進(jìn)行檢測，更新Mashup業(yè)務(wù)的狀態(tài)信息。 業(yè)務(wù)存儲(chǔ)模塊416除了負(fù)責(zé)保存Mashup業(yè)務(wù)邏輯，還保存Mashup業(yè)務(wù)邏輯的狀
態(tài)(可用、不可用等)以及Mashup業(yè)務(wù)的數(shù)據(jù)源信息，數(shù)據(jù)檢測標(biāo)簽等。 數(shù)據(jù)源轉(zhuǎn)換模塊419將根據(jù)數(shù)據(jù)源轉(zhuǎn)換規(guī)則對相關(guān)Mashup業(yè)務(wù)邏輯中調(diào)用數(shù)據(jù)
源的部分進(jìn)行轉(zhuǎn)換處理，使之可以適應(yīng)數(shù)據(jù)源提供的新的接口規(guī)則或是替換為其他等價(jià)數(shù)據(jù)源。 業(yè)務(wù)數(shù)據(jù)源分析模塊417負(fù)責(zé)分析Mashup業(yè)務(wù)邏輯所使用的數(shù)據(jù)源信息，并把數(shù) 據(jù)源信息和Mashup業(yè)務(wù)邏輯一起保存到業(yè)務(wù)存儲(chǔ)模塊416中，當(dāng)數(shù)據(jù)源狀態(tài)發(fā)生變化時(shí)， 該模塊將及時(shí)分析出受影響的Mashup業(yè)務(wù)邏輯，并更新相關(guān)業(yè)務(wù)邏輯的狀態(tài)。必要時(shí)還可 以根據(jù)數(shù)據(jù)源提供的數(shù)據(jù)源轉(zhuǎn)換規(guī)則調(diào)用數(shù)據(jù)源轉(zhuǎn)換模塊419對原有Mashup業(yè)務(wù)邏輯進(jìn) 行更新處理，把數(shù)據(jù)源調(diào)用接口更新為新的接口或替換為其他等價(jià)數(shù)據(jù)源，從而最大限度 的保障Mashup業(yè)務(wù)邏輯的可用。 數(shù)據(jù)源適配模塊418主要提供一個(gè)私有非開放的源接入功能，網(wǎng)絡(luò)上有很多功能 不提供開放的接口，為了讓Mashup服務(wù)也可以使用這些數(shù)據(jù)源，需要第三方提供一個(gè)適配 器，該適配器實(shí)現(xiàn)Mashup服務(wù)對第三方私有接口的數(shù)據(jù)源的訪問功能，這里的適配器可以 是一段封裝好的代碼或動(dòng)態(tài)程序庫供Mashup服務(wù)器使用。數(shù)據(jù)源適配模塊418支持第三 方主動(dòng)注冊數(shù)據(jù)源適配器，以協(xié)助第三方服務(wù)提供者更好的推廣其服務(wù)和數(shù)據(jù)源。
通過上述的描述，對應(yīng)上述的本發(fā)明實(shí)施例三，業(yè)務(wù)訪問動(dòng)態(tài)控制模塊411可 以相當(dāng)于分析模塊101、第二接收模塊106和第二發(fā)送模塊111三個(gè)模塊功能上的集合， Mashup執(zhí)行系統(tǒng)412相當(dāng)于業(yè)務(wù)執(zhí)行模塊110， Portal413相當(dāng)于第一接收模塊105和第一 發(fā)送模塊109功能上的集合，業(yè)務(wù)自管理模塊414業(yè)務(wù)自管理模塊107，業(yè)務(wù)存儲(chǔ)模塊416 相當(dāng)于存儲(chǔ)模塊104、數(shù)據(jù)源分析模塊417相當(dāng)于獲取模塊102和判斷模塊103功能上的集 合、數(shù)據(jù)源適配模塊418相當(dāng)于數(shù)據(jù)源適配模塊112、數(shù)據(jù)源轉(zhuǎn)換模塊419相當(dāng)于數(shù)據(jù)源轉(zhuǎn) 換模塊108，這樣的變化并不影響本發(fā)明的保護(hù)范圍。 業(yè)務(wù)接入管理系統(tǒng)42主要包括數(shù)據(jù)源信息模塊421和數(shù)據(jù)源管理模塊422。
其中，數(shù)據(jù)源信息模塊411用于存儲(chǔ)相關(guān)數(shù)據(jù)源接口 、狀態(tài)、等價(jià)備選子服務(wù)等相 關(guān)信息，數(shù)據(jù)源管理模塊422主要負(fù)責(zé)獲取相關(guān)數(shù)據(jù)源能力，并處理Mashup服務(wù)器41的數(shù) 據(jù)源信息訂閱請求。 同時(shí)數(shù)據(jù)源信息模塊411存儲(chǔ)和提供數(shù)據(jù)源轉(zhuǎn)換規(guī)則，必要時(shí)可以提供等價(jià)可替 換子業(yè)務(wù)接口最為轉(zhuǎn)換規(guī)則保證Mashup業(yè)務(wù)邏輯在原始子服務(wù)失敗(接口變化、服務(wù)退 出)可以正常運(yùn)行。 通過上述的描述，對應(yīng)上述的本發(fā)明實(shí)施例三，數(shù)據(jù)源信息模塊411可以相當(dāng)于 數(shù)據(jù)源信息模塊24，數(shù)據(jù)源管理模塊422相當(dāng)于接收模塊21，數(shù)據(jù)源信息獲取模塊22和發(fā) 送模塊23功能上的集合，這樣的變化并不影響本發(fā)明的保護(hù)范圍。 本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，通過在Mashup服務(wù)器上增加相關(guān)的分 析模塊，實(shí)現(xiàn)對Mashup業(yè)務(wù)邏輯中相關(guān)數(shù)據(jù)源(包括業(yè)務(wù))信息進(jìn)行分析，對Mashup業(yè)務(wù) 進(jìn)行標(biāo)記，從而，達(dá)到了保證用戶可以在請求業(yè)務(wù)時(shí)可以了解Mashup業(yè)務(wù)的狀態(tài)，避免不 必要的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。 基于上述的本發(fā)明實(shí)施例四所提出的系統(tǒng)，本發(fā)明實(shí)施例五提出了基于本系統(tǒng)的
聚合業(yè)務(wù)創(chuàng)建流程，具體如圖5所示，包括以下步驟 步驟S501、用戶通過Mashup業(yè)務(wù)創(chuàng)建環(huán)境創(chuàng)建Mashup應(yīng)用； 步驟S502、Mashup服務(wù)器接收到用戶創(chuàng)建的新Mashup服務(wù)時(shí)，分析該服務(wù)所調(diào)用
的相關(guān)數(shù)據(jù)源信息，如果Mashup服務(wù)沒有訂閱該數(shù)據(jù)源信息，則向業(yè)務(wù)接入管理系統(tǒng)訂閱
相關(guān)數(shù)據(jù)源信息； 步驟S503、業(yè)務(wù)接入管理系統(tǒng)并接收訂閱請求，根據(jù)數(shù)據(jù)源狀態(tài)，返回相關(guān)數(shù)據(jù)源 信息，后續(xù)如果相關(guān)數(shù)據(jù)源信息變動(dòng)(如狀態(tài)、地址、接口、備選等價(jià)服務(wù)等)，業(yè)務(wù)接入管 理系統(tǒng)依然會(huì)上報(bào)這些信息。 步驟S504、 Mashup服務(wù)器保存業(yè)務(wù)邏輯和相關(guān)數(shù)據(jù)源信息，以及根據(jù)數(shù)據(jù)源信息 判斷當(dāng)前Mashup業(yè)務(wù)邏輯是否可用，并保存該信息，同時(shí)向用戶反饋Mashup業(yè)務(wù)創(chuàng)建結(jié)果 (如創(chuàng)建成功，立即可用或暫不可用等)； 需要進(jìn)一步指出的是，業(yè)務(wù)接入管理系統(tǒng)可以通過相關(guān)途徑收集獲取數(shù)據(jù)源信 息，并對數(shù)據(jù)源進(jìn)行管理。 本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，通過對新創(chuàng)建的Mashup業(yè)務(wù)的邏輯中 相關(guān)數(shù)據(jù)源(包括業(yè)務(wù))信息進(jìn)行分析和訂閱數(shù)據(jù)源的狀態(tài)信息，實(shí)現(xiàn)對數(shù)據(jù)源可用狀態(tài) 的判斷和標(biāo)識(shí)，從而，達(dá)到了 Mashup業(yè)務(wù)的數(shù)據(jù)源的可用狀態(tài)信息的及時(shí)標(biāo)識(shí)和更新，保 證Mashup業(yè)務(wù)可用性的效果。
基于上述的本發(fā)明實(shí)施例四所提出的系統(tǒng)，本發(fā)明實(shí)施例六提出了基于本系統(tǒng)的 數(shù)據(jù)源地址、接口變更流程，具體如圖6所示，包括以下步驟 步驟S601、業(yè)務(wù)接入管理系統(tǒng)獲知數(shù)據(jù)源狀態(tài)、地址、接口變動(dòng)的結(jié)果(例如數(shù) 據(jù)源上報(bào)地址、接口更改)并基于Mashup服務(wù)器的訂閱請求要求上報(bào)地址、接口更改通知 消息(包含數(shù)據(jù)源地址、接口變動(dòng)信息，老地址、接口轉(zhuǎn)換為新地址、接口的規(guī)則信息、備選 等價(jià)數(shù)據(jù)源等) 步驟S602、 Mashup服務(wù)器的業(yè)務(wù)數(shù)據(jù)源分析模塊根據(jù)Mashup業(yè)務(wù)與數(shù)據(jù)源關(guān)系 更新相關(guān)Mashup業(yè)務(wù)邏輯的可用狀態(tài)，如果有相關(guān)地址、接口轉(zhuǎn)換規(guī)則，則調(diào)用數(shù)據(jù)源轉(zhuǎn) 換模塊對Mashup業(yè)務(wù)邏輯進(jìn)行轉(zhuǎn)換。 步驟S603、 Mashup服務(wù)器的數(shù)據(jù)源轉(zhuǎn)換模塊根據(jù)相關(guān)的地址、接口轉(zhuǎn)換規(guī)則(協(xié) 議、參數(shù)類型、參數(shù)順序等變化、備選等價(jià)數(shù)據(jù)源)，對相關(guān)的Mashup業(yè)務(wù)邏輯進(jìn)行處理，完 成后對轉(zhuǎn)換成功的Mashup業(yè)務(wù)恢復(fù)可用標(biāo)記。 本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，通過接收數(shù)據(jù)源狀態(tài)信息的訂閱，和對 數(shù)據(jù)源的當(dāng)前狀態(tài)信息和后續(xù)的狀態(tài)信息變化的及時(shí)上報(bào)，保證了 Mashup服務(wù)器上對應(yīng) 數(shù)據(jù)源的狀態(tài)信息和對應(yīng)的可用狀態(tài)的準(zhǔn)確性，從而，達(dá)到了保證用戶可以在請求業(yè)務(wù)時(shí) 可以了解Mashup業(yè)務(wù)的狀態(tài)，避免不必要的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用 戶的使用體驗(yàn)。 基于上述的本發(fā)明實(shí)施例四所提出的系統(tǒng)，本發(fā)明實(shí)施例七提出了基于本系統(tǒng)的 Mashup業(yè)務(wù)訪問流程，具體如圖7所示，包括以下步驟
步驟S701 、用戶請求執(zhí)行Mashup業(yè)務(wù)邏輯。 步驟S702、 Mashup服務(wù)檢測相關(guān)業(yè)務(wù)邏輯的可用狀態(tài)，如果可用就執(zhí)行該邏輯； 如果不可用，則判斷數(shù)據(jù)源檢測標(biāo)簽，如果數(shù)據(jù)不可用則向用戶返回不可用提示信息；如果 需要進(jìn)一步檢測數(shù)據(jù)源狀態(tài)，則執(zhí)行后續(xù)步驟。 步驟S703、Mashup服務(wù)器請求業(yè)務(wù)接入管理系統(tǒng)上報(bào)數(shù)據(jù)源細(xì)信息。業(yè)務(wù)接入管 理系統(tǒng)根據(jù)收集的數(shù)據(jù)源信息做相關(guān)處理。 步驟S704、業(yè)務(wù)接入管理系統(tǒng)上報(bào)數(shù)據(jù)源信息(包括地址、接口轉(zhuǎn)化規(guī)則、備選子 服務(wù)替換規(guī)則等)。 步驟S705、如果Mashup服務(wù)發(fā)現(xiàn)數(shù)據(jù)源狀態(tài)有問題，則向用戶返回Mashup業(yè)務(wù) 邏輯不可用提示信息。如果是數(shù)據(jù)源地址、接口變動(dòng)，Mashup服務(wù)器更新相關(guān)業(yè)務(wù)邏輯地 址、接口調(diào)用代碼，并更Mashup業(yè)務(wù)邏輯狀態(tài)為可用，Mashup服務(wù)器執(zhí)行該更新后的業(yè)務(wù) 邏輯，對第三方私有地址、接口 ，Mashup可以通過數(shù)據(jù)源適配模塊來方法(適配邏輯可有第 三方注冊進(jìn)來)。 步驟S706、 Mashup服務(wù)器返回業(yè)務(wù)邏輯執(zhí)行結(jié)果。 本發(fā)明實(shí)施例的技術(shù)方案具有以下優(yōu)點(diǎn)，通過在執(zhí)行Mashup業(yè)務(wù)的過程中進(jìn)行 數(shù)據(jù)源可用狀態(tài)檢測，并進(jìn)而對不可用的數(shù)據(jù)源進(jìn)行狀態(tài)信息更新的技術(shù)方案，，達(dá)到了保 證用戶可以在請求業(yè)務(wù)時(shí)可以了解Mashup業(yè)務(wù)的狀態(tài)，避免不必要的業(yè)務(wù)試探的效果，節(jié) 約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。 具體的，本發(fā)明還提出了解和具體實(shí)施環(huán)境的實(shí)施例，基于如圖8所示的網(wǎng)絡(luò)結(jié) 構(gòu)，本發(fā)明實(shí)施例所提出的技術(shù)方案的具體內(nèi)容如下
用戶可以通過計(jì)算機(jī)或移動(dòng)終端接入并訪問Mashup服務(wù)器上的相關(guān)服務(wù)。用戶 可以借助于Mashup服務(wù)提供業(yè)務(wù)的創(chuàng)建模塊創(chuàng)建各種Mashup服務(wù)。本實(shí)例假設(shè)用戶A想 在結(jié)婚紀(jì)念日給他妻子發(fā)送一份特別的賀卡，由于用戶一直出差在外，他提前制作了一張 精美的電子玫瑰，并發(fā)布到圖片共享服務(wù)上，為了能恰好在紀(jì)念日那天把準(zhǔn)備好的祝福信 息和賀卡發(fā)送給妻子，他在酒店通過Mashup服務(wù)器創(chuàng)建了一個(gè)mashup應(yīng)用自動(dòng)發(fā)送賀卡 到老婆的郵箱，主要內(nèi)容是"我現(xiàn)在在"+8"10(^廿011(信息接收終端號碼)+ "出差，今天 是結(jié)婚紀(jì)念日，我親手做了一個(gè)賀卡送給你，希望你喜歡，并發(fā)送手機(jī)短信提醒妻子，同時(shí) 給自己反饋結(jié)果信息。該實(shí)例所涉及的網(wǎng)絡(luò)服務(wù)極其組網(wǎng)情況如上圖所示。業(yè)務(wù)路由器 SR/業(yè)務(wù)網(wǎng)關(guān)GW完成業(yè)務(wù)接入管理系統(tǒng)功能，維護(hù)圖片共享服務(wù)、位置服務(wù)、彩信服務(wù)等相 關(guān)信息。這些業(yè)務(wù)路由器、網(wǎng)關(guān)邏輯上可以相互連接組成網(wǎng)絡(luò)以便更好的服務(wù)與相關(guān)應(yīng)用。 Mashup服務(wù)器可以通過SR、 GW訂閱、查詢相關(guān)具體子服務(wù)的信息。這里以消息服務(wù)為例， 為了使得Mashup服務(wù)器可以簡單的調(diào)用消息服務(wù)，消息服務(wù)提供者向Mashup服務(wù)的數(shù)據(jù) 源適配器注冊了 SMS適配對象，用戶可以通過send (to， message)地址、接口發(fā)送消息，其中 to表示發(fā)送目標(biāo)，message表示消息內(nèi)容。 用戶A通過Mashup服務(wù)器的業(yè)務(wù)創(chuàng)建模塊創(chuàng)建的業(yè)務(wù)邏輯如下 *my mashup function sendEmail (to， message, attached = null)//發(fā)由P件 { var em = new Email ();
if (attached = null)
em. send (to， message); else em. send(to， message, attached); im. disconnect (); } function sendSMS (from, to， message)//發(fā)短信 { var sms = new SMS (); sms. send (to， message); sms. disconnect (); } function file getfile (name)//讀取賀卡
{ var file = new file (name) return file ; } function string getlocation(usr) { var location = new !XS(usr)
〈/for_each>
〈Transform〉 業(yè)務(wù)接入管理服務(wù)收集到上述SMS服務(wù)信息狀態(tài)改變的消息后，根據(jù)相關(guān)的訂閱 信息作特殊處理。更新SMS服務(wù)狀態(tài)。 〈？ xml version =〃 1.0〃 encoding = 〃 UTF-8" > 〈SubService〉 〈name=〃 Photos" > 〈state =〃 0K〃 > 〈subscribed = 〃 Yes" > 〈InterfaceChanged = 〃 NO" > 〈rule〉 Send, trans 〈/rule> 〈/InterfaceCh￡mged> 〈/SubService> 上報(bào)sms服務(wù)狀態(tài)信息(包括地址、接口轉(zhuǎn)換規(guī)則)給Mashup服務(wù)，Mashup服務(wù) 根據(jù)保存的服務(wù)狀態(tài)信息，發(fā)現(xiàn)用戶A的Mashup服務(wù)調(diào)用了該消息服務(wù)，則Mashup服務(wù)器 通過數(shù)據(jù)源地址、接口轉(zhuǎn)換模塊對該Mashup業(yè)務(wù)邏輯進(jìn)行轉(zhuǎn)換。轉(zhuǎn)換后的邏輯片斷如下
*my mashup function sendEmail (to， message, attached = null)//發(fā)由P件













var em = new Email (); if (attached = null)
function sendSMS (from， to， message)//發(fā)短信
em. send(to， message);
6ls6
em. send(to， message,attached); im. disconnect ();
var sms = new SMS ();
sms. send (default, to， message);
sms. disconnect 0 ; 通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通
過硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺(tái)的方式來實(shí)現(xiàn)基于這樣的理解，本
發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存
儲(chǔ)介質(zhì)(可以是CD-ROM,U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可
以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。 本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流
程并不一定是實(shí)施本發(fā)明所必須的。 以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng) 視本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法，其特征在于，包括以下步驟分析基于腳本業(yè)務(wù)的數(shù)據(jù)源的信息；根據(jù)所述分析的結(jié)果，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息；根據(jù)所述獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)。
2. 如權(quán)利要求1所述的方法，其特征在于，所述分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的步 驟，具體通過以下方式觸發(fā)接收用戶側(cè)發(fā)送的所述基于腳本業(yè)務(wù)的創(chuàng)建請求；或， 接收對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。
3. 如權(quán)利要求2所述的方法，其特征在于，所述接收對基于腳本業(yè)務(wù)的可用狀態(tài)檢測 請求，具體包括當(dāng)接收所述用戶側(cè)對所述基于腳本業(yè)務(wù)的執(zhí)行請求，并識(shí)別所述基于腳本業(yè)務(wù)的當(dāng)前 可用狀態(tài)為不可用時(shí)，判斷是否需要對所述基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測，并當(dāng)所述判 斷的結(jié)果為需要對所述基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測時(shí)，生成對所述基于腳本業(yè)務(wù)的可 用狀態(tài)檢測請求；或，接收所述用戶側(cè)直接發(fā)送的對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。
4. 如權(quán)利要求3所述的方法，其特征在于，所述判斷是否需要對所述基于腳本業(yè)務(wù)進(jìn) 行可用狀態(tài)檢測，具體為通過識(shí)別所述基于腳本業(yè)務(wù)的數(shù)據(jù)源檢測標(biāo)簽判斷是否需要對所述基于腳本業(yè)務(wù)進(jìn) 行可用狀態(tài)檢測。
5. 如權(quán)利要求1所述的方法，其特征在于，所述獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng) 前狀態(tài)信息，具體通過以下步驟實(shí)現(xiàn)根據(jù)所述分析基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的結(jié)果，向業(yè)務(wù)接入管理系統(tǒng)發(fā)送狀態(tài)信息 訂閱消息，訂閱所述數(shù)據(jù)源的狀態(tài)信息；接收所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。
6. 如權(quán)利要求5所述的方法，其特征在于，所述接收業(yè)務(wù)接入管理系統(tǒng)上報(bào)的所述基 于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息的同時(shí)，還包括接收所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則，所述狀態(tài)信息轉(zhuǎn)換規(guī)則具體包 括以下內(nèi)容將所述狀態(tài)信息的已失效的地址、接口轉(zhuǎn)換為更新后的地址、接口的信息；或， 備選數(shù)據(jù)原替換規(guī)則，用于將所述基于腳本業(yè)務(wù)中使用的已失效的數(shù)據(jù)源信息替換為 其他更新后的數(shù)據(jù)信息。
7. 如權(quán)利要求5所述的方法，其特征在于，所述接收業(yè)務(wù)接入管理系統(tǒng)上報(bào)的所述基 于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息之后，還包括當(dāng)所述基于腳本業(yè)務(wù)的數(shù)據(jù)源信息發(fā)生變更時(shí)，接收所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的更 新的所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。
8. 如權(quán)利要求1或6所述的方法，其特征在于，所述根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷所 述基于腳本業(yè)務(wù)的可用狀態(tài)，并保存所述基于腳本業(yè)務(wù)的可用狀態(tài)信息，具體包括以下步驟當(dāng)根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)為可用時(shí)，標(biāo)記所述基于腳本業(yè)務(wù)的可用狀態(tài)為可用；當(dāng)根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)為不可用，且未接收 到所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則時(shí)，標(biāo)記所述基于腳本業(yè)務(wù)的可用狀態(tài) 為不可用；當(dāng)根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)為不可用，且接收到 所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則時(shí)，根據(jù)所述狀態(tài)信息轉(zhuǎn)換規(guī)則對所述基 于腳本業(yè)務(wù)的當(dāng)前狀態(tài)信息進(jìn)行轉(zhuǎn)換匹配，并當(dāng)所述轉(zhuǎn)換匹配成功時(shí)，標(biāo)記所述基于腳本 業(yè)務(wù)的可用狀態(tài)為可用，當(dāng)所述轉(zhuǎn)換匹配不成功時(shí)，標(biāo)記所述基于腳本業(yè)務(wù)的可用狀態(tài)為 不可用。
9. 如權(quán)利要求1所述的方法，其特征在于，所述根據(jù)獲取的當(dāng)前狀態(tài)信息，判斷所述基 于腳本業(yè)務(wù)的可用狀態(tài)之后，還包括保存所述基于腳本業(yè)務(wù)的可用狀態(tài)信息。
10. 如權(quán)利要求2、3、8或9中所述的方法，其特征在于，所述根據(jù)獲取的當(dāng)前狀態(tài)信息， 判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)之后，還包括以下步驟在接收到用戶側(cè)發(fā)送的所述基于腳本業(yè)務(wù)的創(chuàng)建請求的情況下，向所述用戶側(cè)返回所 述基于腳本業(yè)務(wù)的創(chuàng)建結(jié)果；或，在接收所述用戶側(cè)對所述基于腳本業(yè)務(wù)的執(zhí)行請求的情況下，當(dāng)所述基于腳本業(yè)務(wù)的 可用狀態(tài)為可用時(shí)，執(zhí)行所述基于腳本業(yè)務(wù)，當(dāng)所述基于腳本業(yè)務(wù)的可用狀態(tài)為不可用時(shí)， 放棄執(zhí)行所述基于腳本業(yè)務(wù)，并向所述用戶側(cè)返回所述基于腳本業(yè)務(wù)的不可執(zhí)行提示信 息；或，接收所述用戶側(cè)直接發(fā)送的對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求的情況下，向所 述用戶側(cè)返回所述基于腳本業(yè)務(wù)的狀態(tài)檢測結(jié)果。
11. 如權(quán)利要求1所述的方法，其特征在于，所述方法之前還包括 接收第三方數(shù)據(jù)源發(fā)送的業(yè)務(wù)適配器注冊請求；基于腳本的業(yè)務(wù)服務(wù)器通過所述業(yè)務(wù)適配器訪問所述第三方數(shù)據(jù)源的私有服務(wù)數(shù)據(jù)。
12. —種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法，其特征在于，包括以下步驟 接收基于腳本業(yè)務(wù)服務(wù)器發(fā)送的狀態(tài)信息訂閱消息，訂閱基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息；根據(jù)所述狀態(tài)信息訂閱消息，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息； 向所述基于腳本業(yè)務(wù)服務(wù)器發(fā)送所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。
13. 如權(quán)利要求12所述的方法，其特征在于，所述向基于腳本業(yè)務(wù)服務(wù)器發(fā)送所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息的步驟中，還包括向所述基于腳本業(yè)務(wù)服務(wù)器發(fā)送數(shù)據(jù)源信息轉(zhuǎn)換規(guī)則。
14. 一種基于腳本業(yè)務(wù)服務(wù)器，其特征在于，包括 分析模塊，用于分析基于腳本業(yè)務(wù)的數(shù)據(jù)源的信息；獲取模塊，用于根據(jù)所述分析模塊分析的結(jié)果，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng) 前狀態(tài)信息；判斷模塊，用于根據(jù)所述獲取模塊所獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的 可用狀態(tài)。
15. 如權(quán)利要求14所述的服務(wù)器，其特征在于，還包括存儲(chǔ)模塊，用于保存所述判斷模塊根據(jù)所述基于腳本業(yè)務(wù)的可用狀態(tài)信息，對所述基 于腳本業(yè)務(wù)的可用狀態(tài)的判斷結(jié)果。
16. 如權(quán)利要求14所述的服務(wù)器，其特征在于，還包括 第一接收模塊，用于接收用戶側(cè)發(fā)送的所述基于腳本業(yè)務(wù)的創(chuàng)建請求； 第二接收模塊，用于接收所述用戶側(cè)對所述基于腳本業(yè)務(wù)的執(zhí)行請求，或，接收對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。
17. 如權(quán)利要求16所述的服務(wù)器，其特征在于，還包括業(yè)務(wù)自管理模塊，用于根據(jù)所述第二接收模塊接收到所述用戶側(cè)對所述基于腳本業(yè)務(wù) 的執(zhí)行請求，生成對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。
18. 如權(quán)利要求17所述的服務(wù)器，其特征在于，所述業(yè)務(wù)自管理模塊，具體包括 識(shí)別子模塊，用于識(shí)別所述基于腳本業(yè)務(wù)的當(dāng)前可用狀態(tài)；判斷子模塊，用于當(dāng)所述識(shí)別子模塊識(shí)別所述基于腳本業(yè)務(wù)的當(dāng)前可用狀態(tài)為不可用 時(shí)，判斷是否需要對所述基于腳本業(yè)務(wù)進(jìn)行可用狀態(tài)檢測；檢測子模塊，用于當(dāng)所述判斷子模塊的判斷結(jié)果為需要對所述基于腳本業(yè)務(wù)進(jìn)行可用 狀態(tài)檢測時(shí)，生成對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢測請求。
19. 如權(quán)利要求14所述的服務(wù)器，其特征在于，所述獲取模塊，具體包括 訂閱子模塊，用于根據(jù)所述分析模塊分析所述基于腳本業(yè)務(wù)的數(shù)據(jù)源信息的結(jié)果，向業(yè)務(wù)接入管理系統(tǒng)發(fā)送狀態(tài)信息訂閱消息，訂閱所述數(shù)據(jù)源的狀態(tài)信息；接收子模塊，用于接收所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的所述基于腳本業(yè)務(wù)的數(shù)據(jù)源信息 的當(dāng)前狀態(tài)信息，和/或用于接收所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則。
20. 如權(quán)利要求14或19所述的服務(wù)器，其特征在于，還包括數(shù)據(jù)源轉(zhuǎn)換模塊，用于當(dāng)所述判斷模塊判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)為不可用， 且所述接收子模塊接收到所述業(yè)務(wù)接入管理系統(tǒng)上報(bào)的狀態(tài)信息轉(zhuǎn)換規(guī)則時(shí)，根據(jù)所述狀 態(tài)信息轉(zhuǎn)換規(guī)則對所述基于腳本業(yè)務(wù)的當(dāng)前狀態(tài)信息進(jìn)行轉(zhuǎn)換匹配。
21. 如權(quán)利要求14或16所述的服務(wù)器，其特征在于，還包括第一發(fā)送模塊，用于在所述第一接收模塊接收到用戶側(cè)發(fā)送的所述基于腳本業(yè)務(wù)的創(chuàng) 建請求的情況下，向所述用戶側(cè)返回所述基于腳本業(yè)務(wù)的創(chuàng)建結(jié)果；業(yè)務(wù)執(zhí)行模塊，用于在所述第二接收模塊接收所述用戶側(cè)對所述基于腳本業(yè)務(wù)的執(zhí)行 請求的情況下，當(dāng)所述判斷模塊判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)為可用時(shí)，執(zhí)行所述基 于腳本業(yè)務(wù)；第二發(fā)送模塊，用于在所述第二接收模塊接收所述用戶側(cè)對所述基于腳本業(yè)務(wù)的執(zhí)行 請求的情況下，向所述用戶側(cè)返回所述業(yè)務(wù)執(zhí)行模塊對所述基于腳本業(yè)務(wù)的執(zhí)行結(jié)果，或， 用于在所述第二接收模塊接收所述用戶側(cè)直接發(fā)送的對所述基于腳本業(yè)務(wù)的可用狀態(tài)檢 測請求的情況下，向所述用戶側(cè)返回所述基于腳本業(yè)務(wù)的狀態(tài)檢測結(jié)果。
22. 如權(quán)利要求14所述的服務(wù)器，其特征在于，還包括數(shù)據(jù)源適配模塊，用于提供一個(gè)非開放的數(shù)據(jù)源接入功能，為第三方業(yè)務(wù)提供者提供 一個(gè)數(shù)據(jù)源適配器，以實(shí)現(xiàn)所述基于腳本業(yè)務(wù)服務(wù)器對第三方私有數(shù)據(jù)源的訪問功能。
23. —種業(yè)務(wù)接入管理系統(tǒng)，其特征在于，包括接收模塊，用于接收基于腳本業(yè)務(wù)服務(wù)器發(fā)送的狀態(tài)信息訂閱消息，訂閱基于腳本業(yè) 務(wù)的數(shù)據(jù)源的狀態(tài)信息；數(shù)據(jù)源信息獲取模塊，用于根據(jù)所述接收模塊所接收的狀態(tài)信息訂閱消息，獲取所述 基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息；發(fā)送模塊，用于向所述基于腳本業(yè)務(wù)服務(wù)器發(fā)送所述數(shù)據(jù)源信息獲取模塊所獲取的基 于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息。
24. 如權(quán)利要求23所述的業(yè)務(wù)接入管理系統(tǒng)，其特征在于，所述發(fā)送模塊，還用于當(dāng)所 述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息發(fā)生變化時(shí)，向所述基于腳本業(yè)務(wù)服務(wù)器上報(bào)變化的所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息和數(shù)據(jù)源轉(zhuǎn)換規(guī)則。
25. 如權(quán)利要求23所述的業(yè)務(wù)接入管理系統(tǒng)，其特征在于，還包括 數(shù)據(jù)源信息模塊，用于存儲(chǔ)所述基于腳本業(yè)務(wù)的數(shù)據(jù)源信息。
26. —種基于腳本業(yè)務(wù)系統(tǒng)，其特征在于，包括基于腳本業(yè)務(wù)服務(wù)器和業(yè)務(wù)接入管理系統(tǒng)所述基于腳本業(yè)務(wù)服務(wù)器，用于提供基于腳本業(yè)務(wù)創(chuàng)建、執(zhí)行和管理功能，并向所述業(yè) 務(wù)接入管理系統(tǒng)訂閱所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息；所述業(yè)務(wù)接入管理系統(tǒng)，用于維護(hù)網(wǎng)絡(luò)上數(shù)據(jù)源的信息，并接收、和處理所述基于腳本 業(yè)務(wù)服務(wù)器的訂閱請求。
27. 如權(quán)利要求26所述的基于腳本業(yè)務(wù)系統(tǒng)，其特征在于，所述業(yè)務(wù)接入管理系統(tǒng)，還用于當(dāng)所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息發(fā)生變化 時(shí)，向所述基于腳本業(yè)務(wù)服務(wù)器上報(bào)變化的所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的狀態(tài)信息和數(shù)據(jù) 源轉(zhuǎn)換規(guī)則。
全文摘要
本發(fā)明實(shí)施例公開了一種增強(qiáng)基于腳本業(yè)務(wù)的應(yīng)用可靠性的方法、裝置和系統(tǒng)，所述方法包括以下步驟分析基于腳本業(yè)務(wù)的數(shù)據(jù)源的信息；根據(jù)所述分析的結(jié)果，獲取所述基于腳本業(yè)務(wù)的數(shù)據(jù)源的當(dāng)前狀態(tài)信息；根據(jù)所述獲取的當(dāng)前狀態(tài)信息，判斷所述基于腳本業(yè)務(wù)的可用狀態(tài)。通過應(yīng)用本發(fā)明的技術(shù)方案，在基于腳本業(yè)務(wù)服務(wù)器上增加相關(guān)的分析功能，實(shí)現(xiàn)對基于腳本業(yè)務(wù)邏輯中相關(guān)數(shù)據(jù)源信息進(jìn)行分析，對基于腳本業(yè)務(wù)進(jìn)行標(biāo)記，從而，達(dá)到了保證用戶可以在請求業(yè)務(wù)時(shí)可以了解基于腳本業(yè)務(wù)的狀態(tài)，避免不必要的業(yè)務(wù)試探的效果，節(jié)約了系統(tǒng)資源，改善了用戶的使用體驗(yàn)。
文檔編號H04L12/26GK101729491SQ20081016727
公開日2010年6月9日 申請日期2008年10月17日 優(yōu)先權(quán)日2008年10月17日
發(fā)明者石曉旻, 馬其鋒 申請人:華為技術(shù)有限公司