本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用程序編程接口API的分享方法和裝置。

背景技術(shù)：

API(Application Programming Interface，應(yīng)用程序編程接口)管理平臺(tái)支持API開(kāi)發(fā)者發(fā)布API，并托管API的運(yùn)行，以及允許APP開(kāi)發(fā)者訂購(gòu)API。為了便于理解，API管理平臺(tái)以WSO2API Manager為例，介紹現(xiàn)有API管理平臺(tái)中API發(fā)布以及統(tǒng)計(jì)評(píng)價(jià)系統(tǒng)。如圖1所述，API開(kāi)發(fā)者可以在這個(gè)界面設(shè)置REST_API的接口。如圖2所示，APP開(kāi)發(fā)者在訂購(gòu)某個(gè)API后，API管理平臺(tái)可以提供一個(gè)界面讓APP開(kāi)發(fā)者根據(jù)使用情況對(duì)其使用的API進(jìn)行評(píng)分；此時(shí)，API管理平臺(tái)在運(yùn)行時(shí)可以和統(tǒng)計(jì)工具進(jìn)行對(duì)接，統(tǒng)計(jì)出API的使用情況，并顯示統(tǒng)計(jì)圖，如圖3所示。

在API管理平臺(tái)上，不同的API開(kāi)發(fā)者經(jīng)常會(huì)將相同能力(即實(shí)現(xiàn)同一功能的API)封裝為不同的REST_API(即一組架構(gòu)約束條件和原則，滿足約束條件和原則的應(yīng)用程序設(shè)計(jì))，這些同類功能API的接口和運(yùn)行邏輯均不相同，而這兩點(diǎn)決定了API是否能在同類的API中脫穎而出。如何API開(kāi)發(fā)者設(shè)計(jì)一個(gè)良好的API是API管理平臺(tái)競(jìng)爭(zhēng)力的重要體現(xiàn)。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種應(yīng)用程序編程接口API的分享方法和裝置，可以為API開(kāi)發(fā)者分析出優(yōu)秀的同類API，并將分析結(jié)果推送給API開(kāi)發(fā)者，從而增強(qiáng)API管理平臺(tái)的功能。

本發(fā)明第一方面提供了一種應(yīng)用程序編程接口API的分享方法，包括：

網(wǎng)絡(luò)服務(wù)器獲取目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件，所述統(tǒng)計(jì)條件包括至少一個(gè)子統(tǒng)計(jì)條件，每個(gè)所述子統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值，根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)，根據(jù)所 述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API，獲取所述目標(biāo)用戶開(kāi)發(fā)的與所述目標(biāo)類型相同類型的目標(biāo)API，分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果，將所述分析結(jié)果推送給所述目標(biāo)用戶。

在該技術(shù)方案中，網(wǎng)絡(luò)服務(wù)器可以根據(jù)目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件確定參考API，參考API是所述目標(biāo)類型中優(yōu)秀的API，再分析目標(biāo)API和參考API的接口和運(yùn)行邏輯，并將分析結(jié)果推送給目標(biāo)用戶，使得目標(biāo)用戶可以根據(jù)其分析結(jié)果優(yōu)化目標(biāo)API，增加了網(wǎng)絡(luò)服務(wù)器的功能，增強(qiáng)了用戶體驗(yàn)。

在第一方面的第一種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以將所述目標(biāo)類型中加權(quán)平均數(shù)大于或等于推薦指標(biāo)的API確定為所述參考API，其中所述推薦指標(biāo)是所述目標(biāo)用戶針對(duì)所述目標(biāo)類型的API預(yù)先設(shè)置的。

在該技術(shù)方案中，推薦指標(biāo)是目標(biāo)用戶預(yù)先制定的，那么根據(jù)該推薦指標(biāo)篩選出的優(yōu)秀API更符合目標(biāo)用戶的需求。

在第一方面的第二種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以根據(jù)所述加權(quán)平均數(shù)由大到小的順序?qū)λ瞿繕?biāo)類型的API進(jìn)行排序，根據(jù)所述排序結(jié)果，將前N個(gè)API作為所述參考API，N等于預(yù)設(shè)閾值。

在該技術(shù)方案中，網(wǎng)絡(luò)服務(wù)器不管目標(biāo)用戶設(shè)置的推薦指標(biāo)，針對(duì)同一類型的API，排序靠前的API相比其余的API，總有優(yōu)點(diǎn)可以參考。

結(jié)合第一方面的第一種至第二種中任一種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以判斷所述目標(biāo)API的加權(quán)平均數(shù)是否大于所述參考API中所有API的加權(quán)平均數(shù)，若否，服務(wù)器才分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯。

在第一方面的第四種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以比較所述目標(biāo)API和所述參考API的接口，若所述目標(biāo)API和所述參考API的接口相同，則比較所述目標(biāo)API和所述參考API的每個(gè)接口的運(yùn)行邏輯，將所述運(yùn)行邏輯的比較結(jié)果作為所述分析結(jié)果。

結(jié)合第一方面的第四種可能的實(shí)現(xiàn)方式中，在第五種可能的實(shí)現(xiàn)方式中，若所述目標(biāo)API和所述參考API的接口不相同，網(wǎng)絡(luò)服務(wù)器則從所述參考API中提取與所述目標(biāo)API不同的接口，對(duì)提取到的所述接口進(jìn)行關(guān)聯(lián)搜索，以確定提取到的所述接口的功能，并將確定的所述功能作為所述分析結(jié)果。

結(jié)合第一方面的第五種可能的實(shí)現(xiàn)方式中，在第六種可能的實(shí)現(xiàn)方式中，所述分析結(jié)果還包括提取到的所述接口對(duì)應(yīng)的運(yùn)行邏輯。

本發(fā)明第二方面提供了一種應(yīng)用程序編程接口API的分享裝置，包括：第一獲取模塊、計(jì)算模塊、篩選模塊、目標(biāo)API獲取模塊、分析模塊以及推送模塊，所述分享裝置通過(guò)上述模塊執(zhí)行第一方面的部分或全部方法。

本發(fā)明第三方面還提供了一種計(jì)算機(jī)存儲(chǔ)介質(zhì)，所述計(jì)算機(jī)存儲(chǔ)介質(zhì)存儲(chǔ)有程序，所述程序執(zhí)行時(shí)包括第一方面的部分或全部步驟。

本發(fā)明第四方面還提供了一種應(yīng)用程序編程接口API的分享方法，包括：

網(wǎng)絡(luò)服務(wù)器獲取目標(biāo)類型的API的統(tǒng)計(jì)條件，所述統(tǒng)計(jì)條件包括至少一個(gè)子統(tǒng)計(jì)條件，每個(gè)所述子統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值，根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)，根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API，確定推薦所述參考API的目標(biāo)用戶，并獲取所述目標(biāo)用戶開(kāi)發(fā)的類型與所述目標(biāo)類型相同的目標(biāo)API，分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果，將所述分析結(jié)果推送給所述目標(biāo)用戶。

在第四方面的第一種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以將所述目標(biāo)類型中加權(quán)平均數(shù)大于或等于參考門限值的API確定為所述參考API，所述參考門限值是系統(tǒng)預(yù)先指定的。

在第四方面的第二種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以根據(jù)所述加權(quán)平均數(shù)由大到小的順序?qū)λ瞿繕?biāo)類型的API進(jìn)行排序，根據(jù)所述排序結(jié)果，將前N個(gè)API作為所述參考API，N等于預(yù)設(shè)閾值。

結(jié)合第四方面的第一種至第二種中任一種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以將訂閱了所述目標(biāo)類型API的用戶確定為所述目標(biāo)用戶，或者，將上傳了所述目標(biāo)類型API的用戶確定為所述目標(biāo)用戶。

在第四方面的第四種可能的實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器可以比較所述目標(biāo)API和所述參考API的接口，若所述目標(biāo)API和所述參考API的接口相同，則比較所述目標(biāo)API和所述參考API的每個(gè)接口的運(yùn)行邏輯，將所述運(yùn)行邏輯的比較結(jié)果作為所述分析結(jié)果。

結(jié)合第四方面的第四種可能的實(shí)現(xiàn)方式中，在第五種可能的實(shí)現(xiàn)方式中，若所述目標(biāo)API和所述參考API的接口不相同，網(wǎng)絡(luò)服務(wù)器則從所述參考API 中提取與所述目標(biāo)API不同的接口，對(duì)提取到的所述接口進(jìn)行關(guān)聯(lián)搜索，以確定提取到的所述接口的功能，并將確定的所述功能作為所述分析結(jié)果。

結(jié)合第四方面的第五種可能的實(shí)現(xiàn)方式中，在第六種可能的實(shí)現(xiàn)方式中，所述分析結(jié)果還包括提取到的所述接口對(duì)應(yīng)的運(yùn)行邏輯。

本發(fā)明第五方面提供了一種應(yīng)用程序編程接口API的分享裝置，包括第一獲取模塊、計(jì)算模塊、篩選模塊、目標(biāo)API獲取模塊、分析模塊以及推送模塊，所述分享裝置通過(guò)上述模塊執(zhí)行第四方面的部分或全部方法。

本發(fā)明第六方面還提供了一種計(jì)算機(jī)存儲(chǔ)介質(zhì)，所述計(jì)算機(jī)存儲(chǔ)介質(zhì)存儲(chǔ)有程序，所述程序執(zhí)行時(shí)包括第一方面的部分或全部步驟。

本發(fā)明第七方面還提供了一種網(wǎng)絡(luò)服務(wù)器，所述網(wǎng)絡(luò)服務(wù)器包括通信接口、處理器和存儲(chǔ)器，其中，所述存儲(chǔ)器中存儲(chǔ)一組程序，且處理器用于調(diào)用所述存儲(chǔ)器中存儲(chǔ)的程序，使得所述網(wǎng)絡(luò)服務(wù)器執(zhí)行如第一方面的部分或全部方法，或執(zhí)行如第四方面的部分或全部方法。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是現(xiàn)有技術(shù)中API管理平臺(tái)的發(fā)布界面；

圖2是現(xiàn)有技術(shù)中API管理平臺(tái)的評(píng)價(jià)界面；

圖3是現(xiàn)有技術(shù)中API使用情況的統(tǒng)計(jì)圖；

圖4是本發(fā)明實(shí)施例提供的API管理系統(tǒng)的示意圖；

圖5是本發(fā)明實(shí)施例提供的一種API的分享方法的流程示意圖；

圖6是圖5所示的實(shí)施例中列舉的運(yùn)行邏輯的示意圖；

圖7是本發(fā)明實(shí)施例提供的另一種API的分享方法的流程示意圖；

圖8是本發(fā)明實(shí)施例提供的一種API的分享裝置的結(jié)構(gòu)示意圖；

圖9是圖8所示實(shí)施例中篩選模塊的結(jié)構(gòu)示意圖；

圖10是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)服務(wù)器的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

在此部分，首先對(duì)本發(fā)明各個(gè)實(shí)施例中均涉及的一些基本概念進(jìn)行說(shuō)明。

圖4是本發(fā)明實(shí)施例提供的API管理系統(tǒng)的示意圖。如圖4所示，APP開(kāi)發(fā)者在開(kāi)發(fā)APP時(shí)，需要許多能力來(lái)支撐APP的運(yùn)行，例如短信功能、下載功能，各個(gè)功能對(duì)應(yīng)不同的API，這些功能均以REST_API的請(qǐng)求格式發(fā)送給API管理平臺(tái)，API管理平臺(tái)在獲取到相應(yīng)的API后，經(jīng)過(guò)一定的邏輯處理，將API請(qǐng)求轉(zhuǎn)發(fā)給真正的Server，Server在接收到API管理平臺(tái)的請(qǐng)求后，完成請(qǐng)求的動(dòng)作，并封裝響應(yīng)報(bào)文返回。需要說(shuō)明的是，在實(shí)際應(yīng)用中，API管理平臺(tái)管理的API的數(shù)量不限定，不能以圖4中的數(shù)量限制本發(fā)明。

其中，API管理平臺(tái)是一個(gè)邏輯概念，一般情況下以獨(dú)立服務(wù)器部署、以純軟件方式與其他設(shè)備合設(shè)、公有云部署、私有云部署、混合云部署等。目前IT領(lǐng)域多采用公有云和混合云部署方式，電信領(lǐng)域多采用獨(dú)立服務(wù)器部署方式。總的來(lái)說(shuō)，API管理平臺(tái)可以理解為網(wǎng)絡(luò)服務(wù)器，至于網(wǎng)絡(luò)服務(wù)器的部署方式可以根據(jù)實(shí)際情況調(diào)整。

本發(fā)明實(shí)施例提供的API的分享方法，可以為API開(kāi)發(fā)者分析出優(yōu)秀的同類API，并將分析結(jié)果推送給API開(kāi)發(fā)者，從而輔助API開(kāi)發(fā)者優(yōu)化自身API。詳細(xì)描述請(qǐng)參照?qǐng)D5-圖6對(duì)應(yīng)的實(shí)施例。

請(qǐng)參閱圖5，圖5是本發(fā)明實(shí)施例提供的一種應(yīng)用程序編程接口API的分享方法的示意圖；如圖5所示所述方法可以包括：

步驟S51，獲取目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件。

目標(biāo)用戶API提供者中訂閱了API的任一API提供者。API提供者可以理解為向API管理平臺(tái)(即網(wǎng)絡(luò)服務(wù)器)提供了API的用戶；訂閱可以理解為關(guān)注某一/些類型的API。API提供者可以訂閱某一/些類型的API，并設(shè)置其API的統(tǒng)計(jì)條件。所述統(tǒng)計(jì)條件包括但不僅僅局限于單位時(shí)間內(nèi)調(diào)用次數(shù)(例如每天調(diào)用次數(shù))、單位時(shí)間內(nèi)成功率、單位時(shí)間內(nèi)時(shí)延的平均/方差/數(shù)學(xué)期望和/ 或單位時(shí)間內(nèi)的傳輸流量的平均/方差/數(shù)學(xué)期望。

用戶在訂閱API時(shí)，可以選擇感興趣的統(tǒng)計(jì)條件作為子統(tǒng)計(jì)條件。進(jìn)一步的，用戶還可以設(shè)置每個(gè)子統(tǒng)計(jì)條件的權(quán)值。例如，統(tǒng)計(jì)條件包括單位時(shí)間內(nèi)調(diào)用次數(shù)x，單位時(shí)間內(nèi)成功率m，響應(yīng)速度v，用戶可以設(shè)置x的權(quán)值為50％、m的權(quán)值為30％，v的權(quán)值為20％。當(dāng)然，用戶可以根據(jù)實(shí)際需求調(diào)整每個(gè)子統(tǒng)計(jì)條件的權(quán)值。

API開(kāi)發(fā)者在開(kāi)發(fā)API時(shí)可以指定其類型，例如在API信息中指定或者API編排邏輯指定，API管理平臺(tái)將指定的類型作為其API的類型；或者，API管理平臺(tái)可以根據(jù)指定的類型進(jìn)行分類，可以是通過(guò)統(tǒng)計(jì)分類(無(wú)教練機(jī)器自學(xué)習(xí)，例如通過(guò)上下行包長(zhǎng)比例的調(diào)和平均數(shù)、響應(yīng)熵值、資源類型(content-type)、時(shí)延的數(shù)學(xué)期望等)。可選的，API的類型可以根據(jù)其功能進(jìn)行分類，例如：即時(shí)通訊、車輛服務(wù)、天氣預(yù)報(bào)、音樂(lè)下載等等。

目標(biāo)用戶可以訂閱多個(gè)類型的API，網(wǎng)絡(luò)服務(wù)器可以對(duì)目標(biāo)用戶訂閱的每種類型都進(jìn)行統(tǒng)計(jì)。目標(biāo)類型為目標(biāo)用戶訂閱的類型中的任一種類型。

可選的，網(wǎng)絡(luò)服務(wù)器可以根據(jù)預(yù)先設(shè)置的統(tǒng)計(jì)周期獲取目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件；或者，當(dāng)網(wǎng)絡(luò)服務(wù)器接收到目標(biāo)用戶輸入的統(tǒng)計(jì)指令時(shí)，獲取目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件。

步驟S52，根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)。

網(wǎng)絡(luò)服務(wù)器當(dāng)獲取到統(tǒng)計(jì)條件時(shí)，可以先根據(jù)所述統(tǒng)計(jì)條件統(tǒng)計(jì)目標(biāo)類型的API，所述統(tǒng)計(jì)條件以單位時(shí)間內(nèi)調(diào)用次數(shù)x，單位時(shí)間內(nèi)成功率m，響應(yīng)速度v為例，統(tǒng)計(jì)結(jié)果可以以表1為例，針對(duì)目標(biāo)類型中的每一個(gè)API，網(wǎng)絡(luò)服務(wù)器再根據(jù)每個(gè)子統(tǒng)計(jì)條件的權(quán)值，計(jì)算每個(gè)API的加權(quán)平均數(shù)。應(yīng)指出的是，網(wǎng)絡(luò)服務(wù)器如何根據(jù)統(tǒng)計(jì)條件獲取如表1所示的統(tǒng)計(jì)結(jié)果，以及如何根據(jù)每個(gè)子統(tǒng)計(jì)條件的權(quán)值計(jì)算每個(gè)API的加權(quán)平均數(shù)，是本領(lǐng)域技術(shù)人員可理解的，在此不再贅述。還應(yīng)指出的是，表1只是一種統(tǒng)計(jì)結(jié)果，不能以表1中內(nèi)容限制本發(fā)明。

表1

步驟S53，根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API。

在一種可選的實(shí)施方式中，網(wǎng)絡(luò)服務(wù)器當(dāng)獲取到統(tǒng)計(jì)條件時(shí)，可以獲取目標(biāo)用戶針對(duì)所述目標(biāo)類型的API預(yù)先設(shè)置的推薦指標(biāo)，網(wǎng)絡(luò)服務(wù)器再將所述目標(biāo)類型中加權(quán)平均數(shù)大于或等于所述推薦指標(biāo)的API確定為所述參考API。其中，推薦指標(biāo)是衡量?jī)?yōu)秀API的一個(gè)標(biāo)準(zhǔn)，若API的加權(quán)平均數(shù)大于或等于所述推薦指標(biāo)，則可以認(rèn)為這類API為優(yōu)秀API。

在另一種可選的實(shí)施方式中，網(wǎng)絡(luò)服務(wù)器可以根據(jù)所述加權(quán)平均數(shù)由大到小的順序?qū)λ瞿繕?biāo)類型的API進(jìn)行排序，根據(jù)所述排序結(jié)果，將前N個(gè)API作為所述參考API，N等于預(yù)設(shè)閾值。其中N的值可以是目標(biāo)用戶指定的，也可以是網(wǎng)絡(luò)服務(wù)器自行設(shè)置的。

步驟S54，獲取所述目標(biāo)用戶開(kāi)發(fā)的類型與所述目標(biāo)類型相同的目標(biāo)API。

目標(biāo)用戶可能向API管理平臺(tái)提交了多個(gè)API，每個(gè)API的類型可能不同，網(wǎng)絡(luò)服務(wù)器獲取目標(biāo)用戶開(kāi)發(fā)的和所述目標(biāo)類型相同類型的目標(biāo)API。將同一類型的API進(jìn)行比較，獲得的分析結(jié)果才更能體現(xiàn)優(yōu)秀API的優(yōu)點(diǎn)。

需要說(shuō)明的是，步驟S53和步驟S54之間沒(méi)有嚴(yán)格的先后執(zhí)行順序，還可以同步執(zhí)行，本發(fā)明不限定。

步驟S55，分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果。可選的，網(wǎng)絡(luò)服務(wù)器可以先判斷所述目標(biāo)API的加權(quán)平均數(shù)是否大于所述參考API中所有API的加權(quán)平均數(shù)，若是，說(shuō)明所述目標(biāo)API是所述目標(biāo)類型的API中最優(yōu)秀的API，就沒(méi)有必要再將所述目標(biāo)API與參考API進(jìn)行分析比較，則結(jié)束本流程；否則，才分析所述目標(biāo)API和所述參考API的接口和 運(yùn)行邏輯，以此避免不必要的運(yùn)算開(kāi)銷。

網(wǎng)絡(luò)服務(wù)器可以將目標(biāo)API依次與各個(gè)參考API進(jìn)行比較分析，獲得分析結(jié)果，并將各個(gè)分析結(jié)果推送給目標(biāo)用戶。應(yīng)指出的是，網(wǎng)絡(luò)服務(wù)器分析目標(biāo)API與各個(gè)參考API的具體方法相同，本發(fā)明實(shí)施例以目標(biāo)API與其中一個(gè)參考API進(jìn)行比較為例，目標(biāo)API與其他參考API進(jìn)行比較分析的具體方法以此類推，在此不再贅述。

在一種可選的實(shí)施方式中，網(wǎng)絡(luò)服務(wù)器可以比較所述目標(biāo)API和所述參考API的接口，若所述目標(biāo)API和所述參考API的接口相同，則比較所述目標(biāo)API和所述參考API的每個(gè)接口的運(yùn)行邏輯，將所述運(yùn)行邏輯的比較結(jié)果作為所述分析結(jié)果；若所述目標(biāo)API和所述參考API的接口不相同，則從所述參考API中提取與所述目標(biāo)API不同的接口，對(duì)提取到的所述接口進(jìn)行關(guān)聯(lián)搜索，以確定提取到的所述接口的功能，并將確定的所述功能作為所述分析結(jié)果。

假設(shè)，API 2為目標(biāo)API，API 1為其中一個(gè)參考API，API 1的接口為：Get/musicdownload1？musicname＝{}&&musicformat＝{}，API 2的接口為：Get/musicdownload2？song＝{}，網(wǎng)絡(luò)服務(wù)器分析API 1的北向接口，發(fā)現(xiàn)API 1多了一個(gè)參數(shù)，網(wǎng)絡(luò)服務(wù)器跟蹤API 1運(yùn)行時(shí)刻填充到南向接口中的“musicformat”字段，發(fā)現(xiàn)為mp3，wma，wav等字符串，通過(guò)關(guān)聯(lián)搜索，可以發(fā)現(xiàn)這些字符串均為音樂(lè)格式，可以得出API 1的功能是提供音樂(lè)格式的選擇，網(wǎng)絡(luò)服務(wù)器可以將這個(gè)功能作為分析結(jié)果，為目標(biāo)用戶提供改進(jìn)的方向。

進(jìn)一步的，網(wǎng)絡(luò)服務(wù)器若發(fā)現(xiàn)目標(biāo)API和參考API的接口不同，可以直接分析不同的接口對(duì)應(yīng)的運(yùn)行邏輯，從而獲得分析結(jié)果，假設(shè)，運(yùn)行邏輯如圖6所示，通過(guò)分析可以得出：該功能是為移動(dòng)終端設(shè)計(jì)的，特點(diǎn)是選取較小的資源以供下載。網(wǎng)絡(luò)服務(wù)器通過(guò)分析運(yùn)行邏輯可以更準(zhǔn)確的獲知不同的接口的功能，使得分析結(jié)果更準(zhǔn)確。

再進(jìn)一步的，網(wǎng)絡(luò)服務(wù)器可以將不同的接口對(duì)應(yīng)的運(yùn)行邏輯作為分析結(jié)果。

步驟S56，將所述分析結(jié)果推送給所述目標(biāo)用戶。

網(wǎng)絡(luò)服務(wù)器可以獲取目標(biāo)用戶注冊(cè)時(shí)提供的聯(lián)系方式，通過(guò)所述聯(lián)系方式將分析結(jié)果推送給目標(biāo)用戶。需要說(shuō)明的是，所述聯(lián)系方式包括但不僅僅局限于Email或SMS。

在圖5所示的實(shí)施例中，網(wǎng)絡(luò)服務(wù)器可以根據(jù)目標(biāo)用戶針對(duì)目標(biāo)類型的API 預(yù)先設(shè)置的統(tǒng)計(jì)條件確定參考API，參考API是所述目標(biāo)類型中優(yōu)秀的API，再分析目標(biāo)API和參考API的接口和運(yùn)行邏輯，并將分析結(jié)果推送給目標(biāo)用戶，使得目標(biāo)用戶可以根據(jù)其分析結(jié)果優(yōu)化目標(biāo)API，增加了網(wǎng)絡(luò)服務(wù)器的功能。

圖7和圖5所示的實(shí)施例大致相同，區(qū)別在于：圖5所示的實(shí)施例中，網(wǎng)絡(luò)服務(wù)器在確定參考API時(shí)，是從每個(gè)目標(biāo)用戶的需求角度出發(fā)的，也就是說(shuō)，針對(duì)每個(gè)目標(biāo)用戶的參考API的篩選機(jī)制不同，當(dāng)然，其獲得的分析結(jié)果更準(zhǔn)確，更符合各個(gè)目標(biāo)用戶的改進(jìn)方向；而圖7所示的實(shí)施例中，網(wǎng)絡(luò)服務(wù)器在確定參考API時(shí)，不是從每個(gè)目標(biāo)用戶的需求角度出發(fā)的，也就是說(shuō)，針對(duì)每個(gè)目標(biāo)用戶的參考API的篩選機(jī)制相同，當(dāng)然，降低了網(wǎng)絡(luò)服務(wù)器的工作量。

請(qǐng)參閱圖7，圖7是本發(fā)明實(shí)施例提供的一種應(yīng)用程序編程接口API的分享方法的示意圖；如圖7所示所述方法可以包括：

步驟S71，獲取目標(biāo)類型的API的統(tǒng)計(jì)條件。

API開(kāi)發(fā)者在開(kāi)發(fā)API時(shí)可以指定其類型，例如在API信息中指定或者API編排邏輯指定，API管理平臺(tái)將指定的類型作為其API的類型；或者，API管理平臺(tái)可以根據(jù)指定的類型進(jìn)行分類，可以是通過(guò)統(tǒng)計(jì)分類(無(wú)教練機(jī)器自學(xué)習(xí)，例如通過(guò)上下行包長(zhǎng)比例的調(diào)和平均數(shù)、響應(yīng)熵值、資源類型(content-type)、時(shí)延的數(shù)學(xué)期望等)?？蛇x的，API的類型可以根據(jù)其功能進(jìn)行分類，例如：即時(shí)通訊、車輛服務(wù)、天氣預(yù)報(bào)、音樂(lè)下載等等。

所述目標(biāo)類型為網(wǎng)絡(luò)服務(wù)器確定的類型中的任一種類型，網(wǎng)絡(luò)服務(wù)器針對(duì)每一種類型的處理流程相同，本發(fā)明實(shí)施例只描述了其中一種類型為例的處理流程，其他類型的處理流程以此類型，在此不再贅述。

所述統(tǒng)計(jì)條件包括但不僅僅局限于單位時(shí)間內(nèi)調(diào)用次數(shù)(例如每天調(diào)用次數(shù))、單位時(shí)間內(nèi)成功率、單位時(shí)間內(nèi)時(shí)延的平均/方差/數(shù)學(xué)期望和/或單位時(shí)間內(nèi)的傳輸流量的平均/方差/數(shù)學(xué)期望。

所述統(tǒng)計(jì)條件時(shí)系統(tǒng)預(yù)先設(shè)置的，可以包括多個(gè)子統(tǒng)計(jì)條件。進(jìn)一步的，每個(gè)子統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值。例如，統(tǒng)計(jì)條件包括單位時(shí)間內(nèi)調(diào)用次數(shù)x，單位時(shí)間內(nèi)成功率m，響應(yīng)速度v，x的權(quán)值可以為70％、m的權(quán)值可以為30％，v的權(quán)值可以為20％。當(dāng)然，系統(tǒng)可以根據(jù)實(shí)際需求調(diào)整每個(gè)子統(tǒng)計(jì)條件的權(quán)值。

步驟S72，根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的 加權(quán)平均數(shù)。

網(wǎng)絡(luò)服務(wù)器當(dāng)獲取到統(tǒng)計(jì)條件時(shí)，可以先根據(jù)所述統(tǒng)計(jì)條件統(tǒng)計(jì)目標(biāo)類型的API，所述統(tǒng)計(jì)條件以單位時(shí)間內(nèi)調(diào)用次數(shù)x，單位時(shí)間內(nèi)成功率m，響應(yīng)速度v為例，統(tǒng)計(jì)結(jié)果可以以表1為例，針對(duì)目標(biāo)類型中的每一個(gè)API，網(wǎng)絡(luò)服務(wù)器再根據(jù)每個(gè)子統(tǒng)計(jì)條件的權(quán)值，計(jì)算每個(gè)API的加權(quán)平均數(shù)。應(yīng)指出的是，網(wǎng)絡(luò)服務(wù)器如何根據(jù)統(tǒng)計(jì)條件獲取如表1所示的統(tǒng)計(jì)結(jié)果，以及如何根據(jù)每個(gè)子統(tǒng)計(jì)條件的權(quán)值計(jì)算每個(gè)API的加權(quán)平均數(shù)，是本領(lǐng)域技術(shù)人員可理解的，在此不再贅述。還應(yīng)指出的是，表1只是一種統(tǒng)計(jì)結(jié)果，不能以表1中內(nèi)容限制本發(fā)明。

步驟S73，根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API。

在一種可選的實(shí)施方式中，網(wǎng)絡(luò)服務(wù)器當(dāng)獲取到統(tǒng)計(jì)條件時(shí)，可以將所述目標(biāo)類型中加權(quán)平均數(shù)大于或等于參考門限值的API確定為所述參考API，所述參考門限值是系統(tǒng)預(yù)先指定的。參考門限值是衡量?jī)?yōu)秀API的一個(gè)標(biāo)準(zhǔn)，若API的加權(quán)平均數(shù)大于或等于所述參考門限值，則可以認(rèn)為這類API為優(yōu)秀API。

在另一種可選的實(shí)施方式中，網(wǎng)絡(luò)服務(wù)器可以根據(jù)所述加權(quán)平均數(shù)由大到小的順序?qū)λ瞿繕?biāo)類型的API進(jìn)行排序，根據(jù)所述排序結(jié)果，將前N個(gè)API作為所述參考API，N等于預(yù)設(shè)閾值。其中N的值可以是目標(biāo)用戶指定的，也可以是網(wǎng)絡(luò)服務(wù)器自行設(shè)置的。

步驟S74，確定推薦所述參考API的目標(biāo)用戶。

網(wǎng)絡(luò)服務(wù)器可以將訂閱了所述目標(biāo)類型API的用戶確定為所述目標(biāo)用戶，也就是說(shuō)，只有訂閱了目標(biāo)類型API的用戶，網(wǎng)絡(luò)服務(wù)器才為其推送分析結(jié)果，減小了網(wǎng)絡(luò)服務(wù)器的工作量；或者，網(wǎng)絡(luò)服務(wù)器可以將上傳了所述目標(biāo)類型API的用戶確定為所述目標(biāo)用戶。

其中，步驟S75～S76與步驟S54～S56對(duì)應(yīng)，在此不再贅述。

請(qǐng)參閱圖8，圖8是本發(fā)明實(shí)施例提供的一種應(yīng)用程序編程接口API的分享裝置；如圖8所示所述分享裝置8至少可以包括第一獲取模塊81、計(jì)算模塊82、篩選模塊83、第二獲取模塊84、分析模塊85以及推送模塊86，其中：

在一種可選的實(shí)施方式中，第一獲取模塊81獲取目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件，所述統(tǒng)計(jì)條件包括至少一個(gè)子統(tǒng)計(jì)條件，每個(gè)所述子 統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值，計(jì)算模塊82根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)，篩選模塊83根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API，第二獲取模塊84獲取所述目標(biāo)用戶開(kāi)發(fā)的與所述目標(biāo)類型相同類型的目標(biāo)API，分析模塊85分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果，推送模塊86將所述分析結(jié)果推送給所述目標(biāo)用戶。

可選的，所述篩選模塊83具體用于：

將所述目標(biāo)類型中加權(quán)平均數(shù)大于或等于推薦指標(biāo)的API確定為所述參考API，其中所述推薦指標(biāo)是所述目標(biāo)用戶針對(duì)所述目標(biāo)類型的API預(yù)先設(shè)置的。

可選的，所述篩選模塊83如圖9所示可以包括排序單元831以及篩選單元832，其中，排序單元831根據(jù)所述加權(quán)平均數(shù)由大到小的順序?qū)λ瞿繕?biāo)類型的API進(jìn)行排序，篩選單元832根據(jù)所述排序結(jié)果，將前N個(gè)API作為所述參考API，N等于預(yù)設(shè)閾值。

進(jìn)一步的，所述分享裝置8還可以包括判斷模塊87，用于判斷所述目標(biāo)API的加權(quán)平均數(shù)是否大于所述參考API中所有API的加權(quán)平均數(shù)，若否，則觸發(fā)所述分析模塊85分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯。

可選的，所述分析模塊85具體用于：

比較所述目標(biāo)API和所述參考API的接口，若所述目標(biāo)API和所述參考API的接口相同，則比較所述目標(biāo)API和所述參考API的每個(gè)接口的運(yùn)行邏輯，將所述運(yùn)行邏輯的比較結(jié)果作為所述分析結(jié)果。

若所述目標(biāo)API和所述參考API的接口不相同，所述分析模塊85具體還可以從所述參考API中提取與所述目標(biāo)API不同的接口，對(duì)提取到的所述接口進(jìn)行關(guān)聯(lián)搜索，以確定提取到的所述接口的功能，并將確定的所述功能作為所述分析結(jié)果。

其中，所述分析結(jié)果還包括提取到的所述接口對(duì)應(yīng)的運(yùn)行邏輯。

在另一種可選的實(shí)施方式中，第一獲取模塊81獲取目標(biāo)類型的API的統(tǒng)計(jì)條件，所述統(tǒng)計(jì)條件包括至少一個(gè)子統(tǒng)計(jì)條件，每個(gè)所述子統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值，計(jì)算模塊82根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)，篩選模塊83根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API，第二獲取模塊84確定推薦所述參考API的目標(biāo)用戶，并獲取所述 目標(biāo)用戶開(kāi)發(fā)的類型與所述目標(biāo)類型相同的目標(biāo)API，分析模塊85分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果，推送模塊86將所述分析結(jié)果推送給所述目標(biāo)用戶。

可選的，所述篩選模塊83具體用于：

將所述目標(biāo)類型中加權(quán)平均數(shù)大于或等于參考門限值的API確定為所述參考API，所述參考門限值是系統(tǒng)預(yù)先指定的。

可選的，所述篩選模塊83如圖9所示可以包括排序單元831以及篩選單元832，其中，排序單元831根據(jù)所述加權(quán)平均數(shù)由大到小的順序?qū)λ瞿繕?biāo)類型的API進(jìn)行排序，篩選單元832根據(jù)所述排序結(jié)果，將前N個(gè)API作為所述參考API，N等于預(yù)設(shè)閾值。

可選的，所述推送模塊86具體可以用于：

將訂閱了所述目標(biāo)類型API的用戶確定為所述目標(biāo)用戶；或者，

將上傳了所述目標(biāo)類型API的用戶確定為所述目標(biāo)用戶。

進(jìn)一步的，所述分享裝置8還可以包括判斷模塊87，用于判斷所述目標(biāo)API的加權(quán)平均數(shù)是否大于所述參考API中所有API的加權(quán)平均數(shù)，若否，則觸發(fā)所述分析模塊85分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯。

可選的，所述分析模塊85具體用于：

比較所述目標(biāo)API和所述參考API的接口，若所述目標(biāo)API和所述參考API的接口相同，則比較所述目標(biāo)API和所述參考API的每個(gè)接口的運(yùn)行邏輯，將所述運(yùn)行邏輯的比較結(jié)果作為所述分析結(jié)果。

若所述目標(biāo)API和所述參考API的接口不相同，所述分析模塊85具體還可以從所述參考API中提取與所述目標(biāo)API不同的接口，對(duì)提取到的所述接口進(jìn)行關(guān)聯(lián)搜索，以確定提取到的所述接口的功能，并將確定的所述功能作為所述分析結(jié)果。

其中，所述分析結(jié)果還包括提取到的所述接口對(duì)應(yīng)的運(yùn)行邏輯。

請(qǐng)參閱圖10，圖10是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)服務(wù)器的結(jié)構(gòu)示意圖。如圖10所示，所述網(wǎng)絡(luò)服務(wù)器10可以包括：至少一個(gè)處理器101，例如CPU，至少一個(gè)通信總線102、存儲(chǔ)器103、網(wǎng)絡(luò)接口104、電源105。

本領(lǐng)域技術(shù)人員可以理解，圖中示出的網(wǎng)絡(luò)服務(wù)器的結(jié)構(gòu)并不構(gòu)成對(duì)本發(fā) 明的限定，它既可以是總線形結(jié)構(gòu)，也可以是星型結(jié)構(gòu)，還可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

處理器101為網(wǎng)絡(luò)服務(wù)器的控制中心，利用各種接口和線路連接整個(gè)電子設(shè)備的各個(gè)部分，通過(guò)運(yùn)行或執(zhí)行存儲(chǔ)在存儲(chǔ)器內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲(chǔ)在存儲(chǔ)器內(nèi)的數(shù)據(jù)，以執(zhí)行網(wǎng)絡(luò)服務(wù)器的各種功能和/或處理數(shù)據(jù)。所述處理器101可以由集成電路(Integrated Circuit，簡(jiǎn)稱IC)組成，例如可以由單顆封裝的IC所組成，也可以由連接多顆相同功能或不同功能的封裝IC而組成。舉例來(lái)說(shuō)，處理器101可以僅包括中央處理器(Central Processing Unit，簡(jiǎn)稱CPU)，也可以是GPU、數(shù)字信號(hào)處理器(Digital Signal Processor，簡(jiǎn)稱DSP)的組合。在本發(fā)明實(shí)施方式中，CPU可以是單運(yùn)算核心，也可以包括多運(yùn)算核心。

存儲(chǔ)器103可用于存儲(chǔ)軟件程序以及模塊，處理器101通過(guò)運(yùn)行存儲(chǔ)在存儲(chǔ)器103的軟件程序以及模塊，從而執(zhí)行網(wǎng)絡(luò)服務(wù)器的各種功能應(yīng)用以及實(shí)現(xiàn)數(shù)據(jù)處理。存儲(chǔ)器103主要包括程序存儲(chǔ)區(qū)和數(shù)據(jù)存儲(chǔ)區(qū)，其中，程序存儲(chǔ)區(qū)可存儲(chǔ)操作系統(tǒng)、至少一個(gè)功能所需的應(yīng)用程序，比如聲音播放程序、圖像播放程序等等；數(shù)據(jù)存儲(chǔ)區(qū)可存儲(chǔ)根據(jù)電子設(shè)備的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。在本發(fā)明具體實(shí)施方式中，存儲(chǔ)器103可以包括易失性存儲(chǔ)器，例如非揮發(fā)性動(dòng)態(tài)隨機(jī)存取內(nèi)存(Nonvolatile Random Access Memory，簡(jiǎn)稱NVRAM)、相變化隨機(jī)存取內(nèi)存(Phase Change RAM，簡(jiǎn)稱PRAM)、磁阻式隨機(jī)存取內(nèi)存(Magetoresistive RAM，簡(jiǎn)稱MRAM)等，還可以包括非易失性存儲(chǔ)器，例如至少一個(gè)磁盤存儲(chǔ)器件、電子可擦除可編程只讀存儲(chǔ)器(Electrically Erasable Programmable Read-Only Memory，簡(jiǎn)稱EEPROM)、閃存器件，例如反或閃存(NOR flash memory)或是反及閃存(NAND flash memory)。非易失存儲(chǔ)器儲(chǔ)存處理器所執(zhí)行的操作系統(tǒng)。存儲(chǔ)器103從所述非易失存儲(chǔ)器加載運(yùn)行程序與數(shù)據(jù)到內(nèi)存并將數(shù)字內(nèi)容儲(chǔ)存于大量?jī)?chǔ)存裝置中。所述操作系統(tǒng)包括用于控制和管理常規(guī)系統(tǒng)任務(wù)，例如內(nèi)存管理、存儲(chǔ)設(shè)備控制、電源管理等，以及有助于各種軟硬件之間通信的各種組件和/或驅(qū)動(dòng)器。在本發(fā)明實(shí)施方式中，所述操作系統(tǒng)可以是Google公司的Android系統(tǒng)、Apple公司開(kāi)發(fā)的iOS系統(tǒng)或Microsoft公司開(kāi)發(fā)的Windows操作系統(tǒng)等，或者是Vxworks這類的嵌入式操作系統(tǒng)。

電源105用于給網(wǎng)絡(luò)服務(wù)器的不同部件進(jìn)行供電以維持其運(yùn)行。作為一般性理解，電源105括直接向網(wǎng)絡(luò)服務(wù)器供電的外接電源，例如AC適配器等。在本發(fā)明的一些實(shí)施方式中，所述電源還可以作更為廣泛的定義，例如還可以包括電源管理系統(tǒng)、充電系統(tǒng)、電源故障檢測(cè)電路、電源轉(zhuǎn)換器或逆變器、電源狀態(tài)指示器(如發(fā)光二極管)，以及與電子設(shè)備的電能生成、管理及分布相關(guān)聯(lián)的其他任何組件。

在一種可選的實(shí)施方式中，存儲(chǔ)器103中存儲(chǔ)一組程序代碼，且處理器101用于調(diào)用存儲(chǔ)器103中存儲(chǔ)的程序代碼，用于執(zhí)行以下操作：

獲取目標(biāo)用戶針對(duì)目標(biāo)類型的API預(yù)先設(shè)置的統(tǒng)計(jì)條件，所述統(tǒng)計(jì)條件包括至少一個(gè)子統(tǒng)計(jì)條件，每個(gè)所述子統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值，根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)，根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API，獲取所述目標(biāo)用戶開(kāi)發(fā)的與所述目標(biāo)類型相同類型的目標(biāo)API，分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果，將所述分析結(jié)果推送給所述目標(biāo)用戶。

可理解的是，本該實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器10的各功能模塊的功能可根據(jù)圖5所示方法實(shí)施例中的方法具體實(shí)現(xiàn)，可以具體對(duì)應(yīng)圖5的相關(guān)描述，此處不再贅述。

在另一種可選的實(shí)施方式中，存儲(chǔ)器103中存儲(chǔ)一組程序代碼，且處理器101用于調(diào)用存儲(chǔ)器103中存儲(chǔ)的程序代碼，用于執(zhí)行以下操作：

獲取目標(biāo)類型的API的統(tǒng)計(jì)條件，所述統(tǒng)計(jì)條件包括至少一個(gè)子統(tǒng)計(jì)條件，每個(gè)所述子統(tǒng)計(jì)條件對(duì)應(yīng)一個(gè)權(quán)值，根據(jù)所述統(tǒng)計(jì)條件計(jì)算所述目標(biāo)類型的API中每個(gè)所述API的加權(quán)平均數(shù)，根據(jù)所述加權(quán)平均數(shù)從所述目標(biāo)類型的API中確定出參考API，確定推薦所述參考API的目標(biāo)用戶，并獲取所述目標(biāo)用戶開(kāi)發(fā)的與所述目標(biāo)類型相同類型的目標(biāo)API，分析所述目標(biāo)API和所述參考API的接口和運(yùn)行邏輯，獲得分析結(jié)果，將所述分析結(jié)果推送給所述目標(biāo)用戶。

可理解的是，本該實(shí)現(xiàn)方式中，網(wǎng)絡(luò)服務(wù)器10的各功能模塊的功能可根據(jù)圖7所示方法實(shí)施例中的方法具體實(shí)現(xiàn)，可以具體對(duì)應(yīng)圖7的相關(guān)描述，此處不再贅述。

需要說(shuō)明的是，在上述實(shí)施例中，對(duì)各個(gè)實(shí)施例的描述都各有側(cè)重，某個(gè)實(shí)施例中沒(méi)有詳細(xì)描述的部分，可以參見(jiàn)其他實(shí)施例的相關(guān)描述。其次，本領(lǐng) 域技術(shù)人員也應(yīng)該知悉，說(shuō)明書(shū)中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作和模塊并不一定是本發(fā)明實(shí)施例所必須的。

本發(fā)明實(shí)施例方法中的步驟可以根據(jù)實(shí)際需要進(jìn)行順序調(diào)整、合并和刪減。

本發(fā)明實(shí)施例裝置中的模塊或單元可以根據(jù)實(shí)際需要進(jìn)行合并、劃分和刪減。

本發(fā)明實(shí)施例中所述模塊或單元，可以通過(guò)通用集成電路，例如CPU(Central Processing Unit，中央處理器)，或通過(guò)ASIC(Application Specific Integrated Circuit，專用集成電路)來(lái)實(shí)現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過(guò)計(jì)算機(jī)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲(chǔ)介質(zhì)可為磁碟、光盤、只讀存儲(chǔ)記憶體(Read-Only Memory，ROM)或隨機(jī)存儲(chǔ)記憶體(Random Access Memory，RAM)等。

以上所揭露的僅為本發(fā)明較佳實(shí)施例而已，當(dāng)然不能以此來(lái)限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。