[發(fā)明專利]開放接口的實(shí)現(xiàn)方法和裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201710245245.4
• 申請(qǐng)日: 2017-04-14
• 公開（公告）號(hào): CN107205015A
• 公開（公告）日: 2017-09-26
• 發(fā)明（設(shè)計(jì)）人: 顏成吉
• 申請(qǐng)（專利權(quán)）人: 阿里巴巴集團(tuán)控股有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08;H04L29/06;G06F9/54
• 代理公司: 北京博思佳知識(shí)產(chǎn)權(quán)代理有限公司11415
• 代理人: 林祥

技術(shù)領(lǐng)域

本申請(qǐng)涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種開放接口的實(shí)現(xiàn)方法和裝置。

背景技術(shù)

互聯(lián)網(wǎng)中，開放平臺(tái)將自己提供的服務(wù)封裝成一系列的數(shù)據(jù)接口，發(fā)布給外部合作伙伴，外部合作伙伴可以利用這些開放接口使用開放平臺(tái)的資源或擴(kuò)展開放平臺(tái)的功能，以支持自己的業(yè)務(wù)。開放接口通常是API(ApplicationProgramming Interface，應(yīng)用程序編程接口)或者函數(shù)。

現(xiàn)有技術(shù)中，外部合作伙伴將符合開放接口格式規(guī)范的調(diào)用請(qǐng)求發(fā)送給開放平臺(tái)，開放平臺(tái)的內(nèi)部系統(tǒng)按照調(diào)用請(qǐng)求運(yùn)行本地方法，將運(yùn)行結(jié)果按照開放接口格式規(guī)范封裝為對(duì)調(diào)用請(qǐng)求的響應(yīng)，返回給外部合作伙伴。由于對(duì)調(diào)用請(qǐng)求的處理耦合在內(nèi)部系統(tǒng)中，當(dāng)開放接口的格式規(guī)范、功能等發(fā)生變化時(shí)，內(nèi)部系統(tǒng)需要修改代碼后重新發(fā)布，才能支持新的開放接口。這使得開放接口的升級(jí)速度受限于內(nèi)部系統(tǒng)的開發(fā)和調(diào)試速度，不僅難以及時(shí)滿足外部合作伙伴的要求，而且可能因開放接口的升級(jí)影響內(nèi)部系統(tǒng)的運(yùn)行穩(wěn)定性。

發(fā)明內(nèi)容

有鑒于此，本申請(qǐng)?zhí)峁┮环N開放接口的實(shí)現(xiàn)方法，每個(gè)開放接口對(duì)應(yīng)于一個(gè)根據(jù)接口配置信息生成的執(zhí)行模塊，所述方法包括：

接收向開放接口發(fā)起的調(diào)用請(qǐng)求；

根據(jù)調(diào)用請(qǐng)求中的請(qǐng)求參數(shù)，由對(duì)應(yīng)于被調(diào)用開放接口的執(zhí)行模塊通過(guò)與內(nèi)部系統(tǒng)的交互得到執(zhí)行結(jié)果；所述內(nèi)部系統(tǒng)為實(shí)現(xiàn)被請(qǐng)求的功能的系統(tǒng)；

根據(jù)所述執(zhí)行結(jié)果回復(fù)對(duì)調(diào)用請(qǐng)求的響應(yīng)。

本申請(qǐng)還提供了一種開放接口的實(shí)現(xiàn)裝置，每個(gè)開放接口對(duì)應(yīng)于一個(gè)根據(jù)接口配置信息生成的執(zhí)行模塊，所述裝置包括：

調(diào)用請(qǐng)求接收單元，用于接收向開放接口發(fā)起的調(diào)用請(qǐng)求；

執(zhí)行結(jié)果獲取單元，用于根據(jù)調(diào)用請(qǐng)求中的請(qǐng)求參數(shù)，由對(duì)應(yīng)于被調(diào)用開放接口的執(zhí)行模塊通過(guò)與內(nèi)部系統(tǒng)的交互得到執(zhí)行結(jié)果；所述內(nèi)部系統(tǒng)為實(shí)現(xiàn)被請(qǐng)求的功能的系統(tǒng)；

調(diào)用請(qǐng)求響應(yīng)單元，用于根據(jù)所述執(zhí)行結(jié)果回復(fù)對(duì)調(diào)用請(qǐng)求的響應(yīng)。

由以上技術(shù)方案可見，本申請(qǐng)的實(shí)施例中，采用接口配置信息為每個(gè)開放接口生成一個(gè)執(zhí)行模塊，由被調(diào)用的執(zhí)行模塊根據(jù)調(diào)用請(qǐng)求與內(nèi)部系統(tǒng)進(jìn)行交互后得到執(zhí)行結(jié)果，并根據(jù)執(zhí)行結(jié)果對(duì)調(diào)用請(qǐng)求進(jìn)行響應(yīng)，使得在開放接口發(fā)生改變后，通過(guò)修改接口配置信息即可支持新的開放接口，而無(wú)需修改內(nèi)部系統(tǒng)，加快了開放接口的實(shí)現(xiàn)速度，并且不會(huì)因開放接口改變影響內(nèi)部系統(tǒng)的穩(wěn)定性。

附圖說(shuō)明

圖1是本申請(qǐng)實(shí)施例應(yīng)用場(chǎng)景的第一種網(wǎng)絡(luò)結(jié)構(gòu)示例圖；

圖2是本申請(qǐng)實(shí)施例應(yīng)用場(chǎng)景的第二種網(wǎng)絡(luò)結(jié)構(gòu)示例圖；

圖3是本申請(qǐng)實(shí)施例中一種開放接口的實(shí)現(xiàn)方法的流程圖；

圖4是本申請(qǐng)應(yīng)用示例的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；

圖5是本申請(qǐng)應(yīng)用示例中OpenAPI-SDK的結(jié)構(gòu)示意圖；

圖6是運(yùn)行本申請(qǐng)實(shí)施例的設(shè)備的一種硬件結(jié)構(gòu)圖；

圖7是本申請(qǐng)實(shí)施例中一種開放接口的實(shí)現(xiàn)裝置的邏輯結(jié)構(gòu)圖。

具體實(shí)施方式

本申請(qǐng)的實(shí)施例提出一種新的開放接口的實(shí)現(xiàn)方法，增加開放接口功能組件，由開放接口功能組件讀取接口配置信息后生成對(duì)應(yīng)于每個(gè)開放接口的執(zhí)行模塊；在收到調(diào)用請(qǐng)求后，由對(duì)應(yīng)于被調(diào)用開放接口的執(zhí)行模塊通過(guò)與內(nèi)部系統(tǒng)的交互完成被請(qǐng)求的功能，開放接口功能組件按照?qǐng)?zhí)行模塊的執(zhí)行結(jié)果回復(fù)調(diào)用響應(yīng)。這樣通過(guò)修改接口配置信息即可實(shí)現(xiàn)開放接口的更新，而無(wú)需修改內(nèi)部系統(tǒng)的代碼，使得開放接口與內(nèi)部系統(tǒng)的實(shí)現(xiàn)解耦和，從而解決了現(xiàn)有技術(shù)中存在的問題。

本申請(qǐng)的實(shí)施例中，調(diào)用方(即調(diào)用開放接口的一方)通過(guò)向開放接口功能組件提供的開放接口發(fā)起調(diào)用請(qǐng)求，來(lái)使用開放接口提供的一些功能，開放接口功能組件將功能的使用結(jié)果在對(duì)調(diào)用請(qǐng)求的響應(yīng)中返回給調(diào)用方。這些功能由能夠與開放接口功能組件進(jìn)行信息交互的內(nèi)部系統(tǒng)來(lái)實(shí)現(xiàn)。開放接口功能組件可以與一個(gè)到多個(gè)內(nèi)部系統(tǒng)進(jìn)行交互，每個(gè)內(nèi)部系統(tǒng)可以實(shí)現(xiàn)一個(gè)到多個(gè)開放接口的功能。

根據(jù)實(shí)際應(yīng)用場(chǎng)景的需要，本申請(qǐng)實(shí)施例中的調(diào)用方可以是網(wǎng)絡(luò)中不同的功能實(shí)體，以下舉例說(shuō)明。第一種應(yīng)用場(chǎng)景示例的網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示，開放平臺(tái)上開放接口功能組件向外部合作伙伴提供若干個(gè)開放接口，作為開放平臺(tái)的外部接口，由外部合作伙伴直接調(diào)用；這種應(yīng)用場(chǎng)景中開放接口的調(diào)用方是外部合作伙伴。