服務(wù)器發(fā)送的API資源響應(yīng)消息；根據(jù)所述高優(yōu)先級(jí)請(qǐng)求包中包含的API資源請(qǐng)求消息所對(duì)應(yīng)的終端，對(duì)所述API資源響應(yīng)消息進(jìn)行拆分；將拆分后生成的API資源響應(yīng)子消息發(fā)送至性能參數(shù)達(dá)到預(yù)設(shè)參數(shù)門(mén)限值的相應(yīng)終端。
[0034]結(jié)合第二方面第一種可能的實(shí)現(xiàn)方式，在第三種可能的實(shí)現(xiàn)方式中，所述處理單元，進(jìn)一步用于:當(dāng)判定所述API資源請(qǐng)求消息數(shù)量達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值，或者，所述可用API資源調(diào)用次數(shù)小于預(yù)設(shè)可用API調(diào)用次數(shù)門(mén)限值時(shí)，獲取所述性能參數(shù)未達(dá)到預(yù)設(shè)參數(shù)門(mén)限值的所有終端對(duì)應(yīng)的API資源請(qǐng)求消息；根據(jù)所述性能參數(shù)未達(dá)到預(yù)設(shè)參數(shù)門(mén)限值的所有終端對(duì)應(yīng)的API資源請(qǐng)求消息，生成低優(yōu)先級(jí)請(qǐng)求包；將高優(yōu)先級(jí)請(qǐng)求包發(fā)送至API服務(wù)器之后，獲取所述低優(yōu)先級(jí)請(qǐng)求包對(duì)應(yīng)的發(fā)送參數(shù)；若所述發(fā)送參數(shù)達(dá)到預(yù)設(shè)發(fā)送參數(shù)門(mén)限值，則將所述低優(yōu)先級(jí)請(qǐng)求包發(fā)送至所述API服務(wù)器，并接收所述API服務(wù)器發(fā)送的API資源響應(yīng)消息；根據(jù)所述低優(yōu)先級(jí)請(qǐng)求包中包含的API資源請(qǐng)求消息所對(duì)應(yīng)的終端，對(duì)所述API資源響應(yīng)消息進(jìn)行拆分；將拆分后生成的API資源響應(yīng)子消息發(fā)送至性能參數(shù)未達(dá)到預(yù)設(shè)參數(shù)門(mén)限值的相應(yīng)終端。
[0035]結(jié)合第二方面第三種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，所述處理單元，具體用于:獲取當(dāng)前時(shí)刻的可用API資源調(diào)用次數(shù)；對(duì)所述當(dāng)前時(shí)刻的可用API資源調(diào)用次數(shù)，以及所述低優(yōu)先級(jí)請(qǐng)求包中每一條API資源請(qǐng)求消息分別對(duì)應(yīng)的終端的性能參數(shù)進(jìn)行加權(quán)求和，獲取所述低優(yōu)先級(jí)請(qǐng)求包對(duì)應(yīng)的發(fā)送參數(shù)。
[0036]本發(fā)明實(shí)施例中，接收到預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)的各個(gè)終端發(fā)送的API資源請(qǐng)求消息后，根據(jù)所有終端發(fā)送的API資源請(qǐng)求消息生成API請(qǐng)求包，并將該API請(qǐng)求包發(fā)送至API服務(wù)器。采用本發(fā)明技術(shù)方案，將所有終端發(fā)送的API資源請(qǐng)求消息整合為一個(gè)API請(qǐng)求包，基于該API請(qǐng)求包發(fā)送一次API資源請(qǐng)求，僅占用一次API調(diào)用次數(shù)即可獲取多個(gè)終端發(fā)送的API資源請(qǐng)求消息對(duì)應(yīng)的API資源響應(yīng)消息，從而避免了 API資源快速消耗，有效節(jié)約了 API資源以及成本。
【附圖說(shuō)明】
[0037]圖1為現(xiàn)有技術(shù)中終端獲取API資源的流程圖；
[0038]圖2為本發(fā)明實(shí)施例中API資源獲取系統(tǒng)架構(gòu)示意圖；
[0039]圖3為本發(fā)明實(shí)施例中獲取API資源的流程圖；
[0040]圖4為本發(fā)明實(shí)施例中獲取API資源示意圖一；
[0041]圖5為本發(fā)明實(shí)施例中獲取API資源示意圖二；
[0042]圖6為本發(fā)明實(shí)施例中API資源獲取系統(tǒng)中各個(gè)設(shè)備之間的信息交互示意圖；
[0043]圖7為本發(fā)明實(shí)施例中獲取API資源裝置結(jié)構(gòu)示意圖；
[0044]圖8為本發(fā)明實(shí)施例中獲取API資源設(shè)備結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0045]為了解決目前在終端請(qǐng)求API資源的過(guò)程中，存在當(dāng)已用API調(diào)用次數(shù)達(dá)到上限API調(diào)用次數(shù)時(shí)，終端無(wú)法獲取API資源，以及獲取API資源成本高的問(wèn)題。本發(fā)明實(shí)施例中，接收到預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)的各個(gè)終端發(fā)送的API資源請(qǐng)求消息后，根據(jù)所有終端發(fā)送的API資源請(qǐng)求消息生成API請(qǐng)求包，并將該API請(qǐng)求包發(fā)送至API服務(wù)器。采用本發(fā)明技術(shù)方案，將所有終端發(fā)送的API資源請(qǐng)求消息整合為一個(gè)API請(qǐng)求包，基于該API請(qǐng)求包發(fā)送一次API資源請(qǐng)求，僅占用一次API調(diào)用次數(shù)即可獲取多個(gè)終端發(fā)送的API資源請(qǐng)求消息對(duì)應(yīng)的API資源響應(yīng)消息，從而避免了 API資源快速消耗，有效節(jié)約了 API資源以及成本。
[0046]參閱圖2所示為本發(fā)明實(shí)施例中API資源獲取系統(tǒng)架構(gòu)示意圖，其中，終端通過(guò)第一服務(wù)器(運(yùn)營(yíng)商服務(wù)器)，與第二服務(wù)器(API服務(wù)器)進(jìn)行信息交互，獲取API資源。
[0047]參閱圖3所示，本發(fā)明實(shí)施例中，獲取API資源的詳細(xì)流程為:
[0048]步驟300:接收在預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)各個(gè)終端發(fā)送的API資源請(qǐng)求消息。
[0049]本發(fā)明實(shí)施例中，第一服務(wù)器接收各個(gè)終端發(fā)送的API資源請(qǐng)求消息，在延遲預(yù)設(shè)時(shí)長(zhǎng)后，獲取該預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)各個(gè)終端發(fā)送的API資源請(qǐng)求消息數(shù)量。可選的，第一服務(wù)器接收各個(gè)終端發(fā)送的API資源請(qǐng)求消息，根據(jù)所有API資源請(qǐng)求消息生成API資源請(qǐng)求消息隊(duì)列，當(dāng)預(yù)設(shè)時(shí)長(zhǎng)到達(dá)后，將上述API資源請(qǐng)求消息隊(duì)列中的API資源請(qǐng)求消息進(jìn)行合并，生成一個(gè)合并請(qǐng)求包。其中，上述預(yù)設(shè)時(shí)長(zhǎng)為微時(shí)延，可選的，該預(yù)設(shè)時(shí)長(zhǎng)為500毫秒。
[0050]進(jìn)一步的，第一服務(wù)器獲取第二服務(wù)器統(tǒng)計(jì)的可用API資源調(diào)用次數(shù)；或者，第一服務(wù)器在本地設(shè)置計(jì)數(shù)器，由該計(jì)數(shù)器統(tǒng)計(jì)可用API資源調(diào)用次數(shù)?？蛇x的，在第一服務(wù)器本地預(yù)設(shè)計(jì)數(shù)器的初始數(shù)據(jù)為上限調(diào)用次數(shù)，當(dāng)?shù)谝环?wù)器根據(jù)終端發(fā)送的API資源請(qǐng)求消息，并接收到第二服務(wù)器發(fā)送的API資源響應(yīng)消息后，指示上述計(jì)數(shù)器更新保存的數(shù)據(jù)，即將本地保存的數(shù)據(jù)進(jìn)行減一處理，第一服務(wù)器獲取上述計(jì)數(shù)器保存的更新后的數(shù)據(jù)，該更新后的數(shù)據(jù)即為可用API資源調(diào)用次數(shù)?？蛇x的，第一服務(wù)器獲取可用API資源百分比，該可用API資源百分比由可用API資源調(diào)用次數(shù)與上限API資源調(diào)用次數(shù)之比確定。
[0051]步驟310:根據(jù)上述預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)各個(gè)終端發(fā)送的API資源請(qǐng)求消息，生成一個(gè)API請(qǐng)求包。
[0052]本發(fā)明實(shí)施例中，當(dāng)上述API資源請(qǐng)求消息數(shù)量未達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值，且該可用API資源調(diào)用次數(shù)大于預(yù)設(shè)可用API資源調(diào)用次數(shù)門(mén)限值時(shí)，將上述預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)各個(gè)終端發(fā)送的API資源請(qǐng)求消息進(jìn)行合并，生成API請(qǐng)求包。或者，當(dāng)上述API資源請(qǐng)求消息數(shù)量未達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值，且該可用API資源百分比大于預(yù)設(shè)可用API資源百分比門(mén)限值時(shí)，將上述預(yù)設(shè)時(shí)長(zhǎng)范圍內(nèi)各個(gè)終端發(fā)送的API資源請(qǐng)求消息進(jìn)行合并，生成API請(qǐng)求包。
[0053]當(dāng)采用上述可選的技術(shù)方案，在上述預(yù)設(shè)時(shí)長(zhǎng)到達(dá)后，即將上述API資源請(qǐng)求消息隊(duì)列中的API資源請(qǐng)求消息進(jìn)行合并生成一個(gè)合并請(qǐng)求包時(shí)，將該合并請(qǐng)求包作為API請(qǐng)求包，即基于各個(gè)終端發(fā)送的API資源請(qǐng)求消息創(chuàng)建一次API資源請(qǐng)求。其中，上述預(yù)設(shè)消息數(shù)量門(mén)限值由網(wǎng)絡(luò)質(zhì)量參數(shù)決定，即該預(yù)設(shè)消息數(shù)量門(mén)限值為保證網(wǎng)絡(luò)不產(chǎn)生堵塞的能夠傳輸?shù)淖畲笙?shù)量，可選的，該預(yù)設(shè)消息數(shù)量門(mén)限值為500，若網(wǎng)絡(luò)質(zhì)量情況優(yōu)良，該預(yù)設(shè)消息數(shù)量門(mén)限值可選擇大于500的數(shù)值；預(yù)設(shè)可用API資源調(diào)用次數(shù)門(mén)限值為由用戶預(yù)先設(shè)置的值，該值可以為上限API調(diào)用次數(shù)，如700次，也可以為可用API調(diào)用次數(shù)占上限API調(diào)用次數(shù)的百分比，如30%。
[0054]進(jìn)一步的，當(dāng)上述API資源請(qǐng)求消息數(shù)量達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值，或者，上述可用API資源調(diào)用次數(shù)小于預(yù)設(shè)可用API資源調(diào)用次數(shù)門(mén)限值時(shí)，根據(jù)上述各個(gè)終端發(fā)送的API資源請(qǐng)求消息，分別獲取每一個(gè)終端的性能參數(shù)，并根據(jù)每一個(gè)終端的性能參數(shù)，將上述性能參數(shù)達(dá)到預(yù)設(shè)參數(shù)門(mén)限值的所有終端對(duì)應(yīng)的API資源請(qǐng)求消息，生成高優(yōu)先級(jí)請(qǐng)求包。其中，上述終端的性能參數(shù)包括該終端的月消費(fèi)額，該終端使用的業(yè)務(wù)類型等級(jí)，該終端的使用年限等。
[0055]當(dāng)采用上述可選的技術(shù)方案，在上述預(yù)設(shè)時(shí)長(zhǎng)到達(dá)后，即將上述API資源請(qǐng)求消息隊(duì)列中的API資源請(qǐng)求消息進(jìn)行合并生成一個(gè)合并請(qǐng)求包，當(dāng)該合并請(qǐng)求包中包含的API資源請(qǐng)求消息數(shù)量達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值，或者，上述可用API資源調(diào)用次數(shù)小于預(yù)設(shè)可用API資源調(diào)用次數(shù)門(mén)限值時(shí)，將上述合并請(qǐng)求包進(jìn)行拆分，并將該合并請(qǐng)求包中各個(gè)API資源請(qǐng)求消息對(duì)應(yīng)的終端進(jìn)行等級(jí)劃分，將高優(yōu)先級(jí)終端發(fā)送的API資源請(qǐng)求消息進(jìn)行合并，生成高優(yōu)先級(jí)請(qǐng)求包。
[0056]步驟320:將上述API請(qǐng)求包發(fā)送至第二服務(wù)器，并接收該第二服務(wù)器發(fā)送的API資源響應(yīng)消息。
[0057]本發(fā)明實(shí)施例中，當(dāng)API資源請(qǐng)求消息數(shù)量未達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值，且可用API資源調(diào)用次數(shù)大于預(yù)設(shè)可用API資源調(diào)用次數(shù)門(mén)限值時(shí)，將生成的API請(qǐng)求包發(fā)送至第二服務(wù)器，以及接收第二服務(wù)器發(fā)送的API資源響應(yīng)消息。采用上述技術(shù)方案，可以將未達(dá)到預(yù)設(shè)消息數(shù)量門(mén)限值的多條API資源請(qǐng)求消息(可選的，該多條API資源請(qǐng)求消息的數(shù)目最大值為500)合并為一個(gè)API請(qǐng)求包，僅向第二服務(wù)器發(fā)送一次API資源請(qǐng)求，即可獲取所有客戶端的API資源，從而有效節(jié)約了 API資源，以及避免了由于API資源消耗完畢而造成的成本提高問(wèn)題。
[00