一種開放應(yīng)用程序編程接口的審批方法、服務(wù)器及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種開放API的審批方法、服務(wù)器及系統(tǒng)，克服目前開放API審批自動化程度較低等不足，該方法包括：開發(fā)者社區(qū)服務(wù)器獲取開放API的基本信息；開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對開放API的簽約是否需要進行審批；開發(fā)者社區(qū)服務(wù)器在用戶登錄后，根據(jù)用戶所屬的開發(fā)者類型以及開放API的簽約屬性判斷出用戶需要進行開放API的簽約審批時，發(fā)起開放API的簽約審批流程；開發(fā)者社區(qū)服務(wù)器在開放API的簽約審批流程通過后，開放該開放API的權(quán)限。本申請的實施例提高了審批準確性的同時，也提高了開放API的簽約審批效率。
【專利說明】—種開放應(yīng)用程序編程接口的審批方法、服務(wù)器及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種應(yīng)用程序編程接口(API)的審批技術(shù)，尤其涉及一種開放API的審批方法、服務(wù)器及系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)有互聯(lián)網(wǎng)的開放平臺，開放API對部分用戶直接開放，沒有審批的環(huán)節(jié)。對于部分用戶，在管理臺針對用戶對某個開放API進行手動審批以及配置開通。
[0003]這種手動審批的作業(yè)方式，當申請開放API的用戶數(shù)量上升后，管理臺的工作量將急劇增加，運營管理的效率就會變得不足而難以滿足用戶的審批需求。
[0004]而且，開放平臺的運營管理員在進行開放API的簽約審核工作時，需要手動查閱相關(guān)的必要信息。因為目前的審批作業(yè)中，與審批相關(guān)的必要信息并未自動關(guān)聯(lián)，需要管理員手動進行關(guān)聯(lián)審批，準確性難以保證的同時，效率也難以提高。
[0005]總之，現(xiàn)有的開放API的審批方法自動化程度較低，難以滿足開放API迅速上升的
審批需求。

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

[0006]本發(fā)明所要解決的技術(shù)問題是克服目前開放API審批自動化程度較低以及審批準確性及效率難以提高的不足。
[0007]為了解決上述技術(shù)問題，本申請的實施例首先提供了一種開放應(yīng)用程序編程接口(API)的審批方法，用于開發(fā)者社區(qū)服務(wù)器對開放API的簽約進行審批，該方法包括:
[0008]所述開發(fā)者社區(qū)服務(wù)器獲取開放API的基本信息；所述開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)所述簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對所述開放API的簽約是否需要進行審批；
[0009]所述開發(fā)者社區(qū)服務(wù)器在用戶登錄后，根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷出用戶需要進行所述開放API的簽約審批時，發(fā)起所述開放API的簽約審批流程；
[0010]所述開發(fā)者社區(qū)服務(wù)器在所述開放API的簽約審批流程通過后，開放所述開放API的權(quán)限。
[0011]優(yōu)選地，所述開發(fā)者社區(qū)服務(wù)器從一管理平臺服務(wù)器處獲取所述開放API的基本信息。
[0012]優(yōu)選地，發(fā)起開放API簽約的審批流程，包括:
[0013]判斷所述用戶是否需要進行電子合同的簽約，需要進行所述電子合同的簽約則發(fā)起所述電子合同的簽約流程及所述開放API的簽約審批流程，否則直接發(fā)起所述開放API的簽約審批流程。
[0014]優(yōu)選地，根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷出用戶不需要進行所述開放API的簽約審批時，開放所述開放API的權(quán)限。[0015]本申請的實施例還提供了一種開放應(yīng)用程序編程接口(API)的審批服務(wù)器，用于對開放API的簽約進行審批，該服務(wù)器包括:
[0016]獲取模塊,設(shè)置為獲取開放API的基本信息；所述開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)所述簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對所述開放API的簽約是否需要進行審批；
[0017]判斷模塊，設(shè)置為用戶登錄后，根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷用戶是否需要進行所述開放API的簽約審批；
[0018]發(fā)起模塊，設(shè)置為所述判斷模塊判斷出用戶需要進行所述開放API的簽約審批時，發(fā)起所述開放API的簽約審批流程；
[0019]開放模塊，設(shè)置為所述開放API的簽約審批流程通過后，開放所述開放API的權(quán)限。
[0020]優(yōu)選地，所述獲取模塊設(shè)置為從一管理平臺服務(wù)器處獲取所述開放API的基本信
肩、O
[0021]優(yōu)選地，所述發(fā)起模塊包括:
[0022]判斷單元，設(shè)置為判斷所述用戶是否需要進行電子合同的簽約；
[0023]發(fā)起單元，設(shè)置為所述判斷單元判斷出需要進行所述電子合同的簽約則發(fā)起所述電子合同的簽約流程及所述開放API的簽約審批流程，否則直接發(fā)起所述開放API的簽約審批流程。
[0024]優(yōu)選地，所述開放模塊設(shè)置為根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷出用戶不需要進行所述開放API的簽約審批時，開放所述開放API的權(quán)限。
[0025]本申請的實施例還提供了一種開放應(yīng)用程序編程接口(API)的審批系統(tǒng)，用于對開放API的簽約進行審批，該系統(tǒng)包括:
[0026]管理平臺服務(wù)器，存儲有開放API的基本信息，所述開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)所述簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對所述開放API的簽約是否需要進行審批；
[0027]如上所述的開放應(yīng)用程序編程接口的審批服務(wù)器。
[0028]與現(xiàn)有技術(shù)相比，本申請的實施例能夠自動關(guān)聯(lián)與開放API的簽約審批相關(guān)的必要信息如電子合同的簽約等，提高了審批準確性的同時，也提高了開放API的簽約審批效率，降低了運營管理的工作量。
[0029]本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。
【專利附圖】

【附圖說明】
[0030]附圖用來提供對本發(fā)明技術(shù)方案的進一步理解，并且構(gòu)成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對本發(fā)明技術(shù)方案的限制。
[0031]圖1為本申請實施例的開放API審批方法的流程示意圖。
[0032]圖2為本申請實施例的開放API審批方法中電子合同簽約的流程示意圖。
[0033]圖3為本申請實施例的開放API的審批系統(tǒng)及其中的審批服務(wù)器的構(gòu)造示意圖。【具體實施方式】
[0034]以下將結(jié)合附圖及實施例來詳細說明本發(fā)明的實施方式，借此對本發(fā)明如何應(yīng)用技術(shù)手段來解決技術(shù)問題，并達成技術(shù)效果的實現(xiàn)過程能充分理解并據(jù)以實施。本申請實施例以及實施例中的各個特征在不相沖突前提下的相互結(jié)合，均在本發(fā)明的保護范圍之內(nèi)。
[0035]另外，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0036]如圖1所示，本申請實施例的開放API的審批方法主要包括如下內(nèi)容。
[0037]步驟S110，開發(fā)者社區(qū)服務(wù)器與管理平臺服務(wù)器進行信息同步。管理平臺服務(wù)器存儲有開發(fā)者信息、開放API的基本信息、電子簽約(即電子合同簽約)的約束信息以及電子合同等信息。
[0038]開發(fā)者信息包含有管理平臺服務(wù)器分配的開發(fā)者ID、開發(fā)者是個人還是機構(gòu)的開發(fā)者屬性。對于個人開發(fā)者，開發(fā)者信息中還可以包括有登錄信息(比如作為登錄帳號的唯一用戶名以及登錄密碼等)、聯(lián)系方式(包括手機號碼等)、真實姓名、證件信息(如證件類型、證件號碼、證件電子掃描件等)、消息接收方式(通過短信或者電子郵箱消息)以及開發(fā)者協(xié)議簽約結(jié)果等。對于機構(gòu)開發(fā)者，開發(fā)者信息中還可以包括有登錄信息(包括登錄名以及登錄密碼等)、機構(gòu)名稱、詳細地址、聯(lián)系人、聯(lián)系電話、銀行戶頭信息(如開戶行、銀行帳號以及帳戶名等)、機構(gòu)所在省份、營業(yè)證照信息(比如營業(yè)執(zhí)照編號、營業(yè)執(zhí)照副本復(fù)印件、法人身份證復(fù)印件、稅務(wù)登記副本復(fù)印件等)、消息接收方式(通過短信或者電子郵箱消息)以及開發(fā)者協(xié)議簽約結(jié)果等。開發(fā)者信息的作用，主要是為了方便管理平臺服務(wù)器對開發(fā)者進行管理，例如管理員通過管理平臺服務(wù)器審核開發(fā)者提交的材料等。需要說明的是，上述開發(fā)者信息中的具體信息，是電子合同簽約所需要的針對開發(fā)者的最基本的資質(zhì)認證信息。
[0039]上述開放API的基本信息主要包括開放API名稱、開放API的ID、通過數(shù)值進行簽約類型表示的簽約屬性、開放API的版本信息、開放API的版本創(chuàng)建時間、開放API的描述、開放API關(guān)聯(lián)的能力部件ID (0..η)、開放API的默認簽約范圍(個人、機構(gòu)或者其他)、開放API的計費方(最終用戶后者開發(fā)者)以及所含原子接口信息列表(包含有開放API的原子開放能力接口、開放API的原子開放能力接口功能描述以及開放API的價格計劃ID等信息)等。本申請的實施例中，上述簽約屬性通過三個數(shù)值來表示具體的簽約類型:1、個人；2、機構(gòu)；3、其他。如果簽約屬性的值是2，則表明該開放API可以由機構(gòu)開發(fā)者進行簽約，無需審批。如果簽約屬性的值是23，則表明該開放API機構(gòu)開發(fā)者不能自行完成簽約，需要管理員審批后才能完成簽約。
[0040]電子簽約(即電子合同簽約)的約束信息以及電子合同信息，通過如下所示的一電子合同配置表進行管理:
[0041]表1、電子合同配置表
[0042]
【權(quán)利要求】
1.一種開放應(yīng)用程序編程接口(API)的審批方法，用于開發(fā)者社區(qū)服務(wù)器對開放API的簽約進行審批，其特征在于，該方法包括: 所述開發(fā)者社區(qū)服務(wù)器獲取開放API的基本信息；所述開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)所述簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對所述開放API的簽約是否需要進行審批； 所述開發(fā)者社區(qū)服務(wù)器在用戶登錄后，根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷出用戶需要進行所述開放API的簽約審批時，發(fā)起所述開放API的簽約審批流程； 所述開發(fā)者社區(qū)服務(wù)器在所述開放API的簽約審批流程通過后，開放所述開放API的權(quán)限。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于: 所述開發(fā)者社區(qū)服務(wù)器從一管理平臺服務(wù)器處獲取所述開放API的基本信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，發(fā)起開放API簽約的審批流程，包括: 判斷所述用戶是否需要進行電子合同的簽約，需要進行所述電子合同的簽約則發(fā)起所述電子合同的簽約流 程及所述開放API的簽約審批流程，否則直接發(fā)起所述開放API的簽約審批流程。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于: 根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷出用戶不需要進行所述開放API的簽約審批時，開放所述開放API的權(quán)限。
5.一種開放應(yīng)用程序編程接口(API)的審批服務(wù)器，用于對開放API的簽約進行審批，其特征在于，該服務(wù)器包括: 獲取模塊，設(shè)置為獲取開放API的基本信息；所述開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)所述簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對所述開放API的簽約是否需要進行審批； 判斷模塊，設(shè)置為用戶登錄后，根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷用戶是否需要進行所述開放API的簽約審批； 發(fā)起模塊，設(shè)置為所述判斷模塊判斷出用戶需要進行所述開放API的簽約審批時，發(fā)起所述開放API的簽約審批流程； 開放模塊，設(shè)置為所述開放API的簽約審批流程通過后，開放所述開放API的權(quán)限。
6.根據(jù)權(quán)利要求5所述的服務(wù)器，其特征在于: 所述獲取模塊設(shè)置為從一管理平臺服務(wù)器處獲取所述開放API的基本信息。
7.根據(jù)權(quán)利要求5所述的服務(wù)器，其特征在于，所述發(fā)起模塊包括: 判斷單元，設(shè)置為判斷所述用戶是否需要進行電子合同的簽約； 發(fā)起單元，設(shè)置為所述判斷單元判斷出需要進行所述電子合同的簽約則發(fā)起所述電子合同的簽約流程及所述開放API的簽約審批流程，否則直接發(fā)起所述開放API的簽約審批流程。
8.根據(jù)權(quán)利要求5所述的服務(wù)器，其特征在于: 所述開放模塊設(shè)置為根據(jù)用戶所屬的開發(fā)者類型以及所述開放API的簽約屬性判斷出用戶不需要進行所述開放API的簽約審批時，開放所述開放API的權(quán)限。
9. 一種開放應(yīng)用程序編程接口(API)的審批系統(tǒng)，用于對開放API的簽約進行審批，其特征在于，該系統(tǒng)包括: 管理平臺服務(wù)器，存儲有開放API的基本信息，所述開放API的基本信息中包含有表示簽約屬性的標識字段，根據(jù)所述簽約屬性的標識字段可以區(qū)分不同類型的開發(fā)者對所述開放API的簽約是否需要進行審批； 根據(jù)權(quán)利要求5至8中任一項所述的開放應(yīng)用程序編程接口的審批服務(wù)器。
【文檔編號】H04L29/08GK103533053SQ201310482825
【公開日】2014年1月22日 申請日期:2013年10月15日 優(yōu)先權(quán)日:2013年10月15日
【發(fā)明者】胡尼亞, 張鵬, 劉曉靖, 許海翔, 王春婷, 王志軍 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司