本申請涉及智慧城市技術(shù)領(lǐng)域，具體地說，涉及一種接口服務(wù)的發(fā)布方法及系統(tǒng)。

背景技術(shù)：

建設(shè)智慧城市，實現(xiàn)城市資源的多元化整合、共享和應(yīng)用，避免重復(fù)投資建設(shè)和形成新的信息孤島，公共信息平臺建設(shè)是非常關(guān)鍵的內(nèi)容，是一個城市智慧城市建設(shè)是否成功的重要標(biāo)志之一。其中接口與服務(wù)系統(tǒng)是公共信息平臺重要組成部分，把全市范圍內(nèi)的接口與服務(wù)納入統(tǒng)一的管理，其中一個重要的功能就是接口服務(wù)的發(fā)布。目前城市各委辦局單獨對外發(fā)布接口服務(wù)存在著各種弊端，主要有：

1、不安全，部門開發(fā)完成接口服務(wù)后，如果直接把服務(wù)地址對外發(fā)布使用，勢必會把本部門服務(wù)器地址和端口暴露出去，從服務(wù)器安全的角度來講是很危險的，特別是對那些數(shù)據(jù)安全要求高的部門。

2、用戶體驗差，如果委辦局提供接口服務(wù)的服務(wù)器發(fā)生變化，導(dǎo)致接口服務(wù)的地址或端口發(fā)生改變，或者系統(tǒng)升級導(dǎo)致服務(wù)名發(fā)生改變，這都需要委辦局及時通知每一個使用者，這樣不但會額外增加委辦局的維護(hù)成本，而且對用戶來說，使用體驗也不是太好。

3、維護(hù)成本高，不同使用者對服務(wù)的要求會有所不同，比如有的部門要求是webservice服務(wù)，有的部門則要求是消息隊列的方式提供數(shù)據(jù)，那么委辦局就需要根據(jù)不同需要開發(fā)不同的接口服務(wù)，這樣就會額外增加部門成本。

因此，如何使得接口服務(wù)的發(fā)布的安全性更高、用戶體驗效果更好并能方便各委辦局的工作成為亟待解決的問題。

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

有鑒于此，本申請所要解決的技術(shù)問題是提供了一種接口服務(wù)的發(fā)布方法及系統(tǒng)，安全性高，用戶體驗效果好，極大的方便了各委辦局的工作。

為了解決上述技術(shù)問題，本申請有如下技術(shù)方案：

一種接口服務(wù)的發(fā)布方法，包括：

接收接口服務(wù)發(fā)布者發(fā)來的申請發(fā)布信息，所述申請發(fā)布信息至少包括發(fā)布部門、服務(wù)地址、服務(wù)名稱、服務(wù)參數(shù)、服務(wù)返回值及服務(wù)功能說明；

對接收到的申請發(fā)布信息進(jìn)行驗證，判斷所述申請發(fā)布信息是否滿足發(fā)布要求，若滿足發(fā)布要求則進(jìn)入服務(wù)發(fā)布注冊流程，若不滿足發(fā)布要求則將所述申請發(fā)布信息退回；

執(zhí)行服務(wù)發(fā)布注冊流程，所述服務(wù)發(fā)布注冊流程包括判斷是否需要進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，如需要，則進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，然后把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；如不需要則直接把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；其中，判斷是否需要進(jìn)行服務(wù)編排，進(jìn)一步為：根據(jù)所述申請發(fā)布信息中所包含的接口服務(wù)的數(shù)量，在所述申請發(fā)布信息中包含的接口服務(wù)的數(shù)量大于等于2時，判斷各接口服務(wù)之間是否存在調(diào)用優(yōu)先級，若存在調(diào)用優(yōu)先級，則根據(jù)調(diào)用優(yōu)先級對各接口服務(wù)進(jìn)行順序編排；判斷是否需要進(jìn)行協(xié)議轉(zhuǎn)換，進(jìn)一步為：判斷所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型是否與用戶所需的服務(wù)協(xié)議類型相同，若不相同，則自動將所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型轉(zhuǎn)換為用戶所需的服務(wù)協(xié)議類型；

調(diào)用公共信息平臺提供的共享目錄接口，利用所述共享目錄接口對所述申請發(fā)布信息進(jìn)行服務(wù)編目；

申請發(fā)布信息上架。

優(yōu)選地，其中：

判斷所述申請發(fā)布信息是否滿足發(fā)布要求，進(jìn)一步為：

根據(jù)申請發(fā)布信息判斷基準(zhǔn)，判斷所述申請發(fā)布信息是否全面以及是否可用。

優(yōu)選地，其中：

所述接口服務(wù)的發(fā)布方法進(jìn)一步包括：

通過所述共享目錄接口接收用戶發(fā)來的接口服務(wù)查詢請求，根據(jù)所述服務(wù)查詢請求查詢對應(yīng)的申請發(fā)布信息，并展示查詢結(jié)果。

一種接口服務(wù)的發(fā)布系統(tǒng)，其特征在于，所述接口服務(wù)的發(fā)布系統(tǒng)包括：申請發(fā)布信息接收模塊、申請發(fā)布信息驗證模塊、服務(wù)發(fā)布注冊模塊、服務(wù)編目模塊和發(fā)布信息上架模塊，

所述申請發(fā)布信息接收模塊，用于接收接口服務(wù)發(fā)布者發(fā)來的申請發(fā)布信息，所述申請發(fā)布信息至少包括發(fā)布部門、服務(wù)地址、服務(wù)名稱、服務(wù)參數(shù)、服務(wù)返回值及服務(wù)功能說明；

申請發(fā)布信息驗證模塊，用于對接收到的申請發(fā)布信息進(jìn)行驗證，判斷所述申請發(fā)布信息是否滿足發(fā)布要求，若滿足發(fā)布要求則將申請發(fā)布信息發(fā)送至所述服務(wù)發(fā)布注冊模塊處理，若不滿足發(fā)布要求則將所述申請發(fā)布信息退回；

服務(wù)發(fā)布注冊模塊，用于執(zhí)行服務(wù)發(fā)布注冊流程，所述服務(wù)發(fā)布注冊流程包括判斷是否需要進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，如需要，則進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，然后把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；如不需要則直接把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；所述所述服務(wù)發(fā)布注冊模塊進(jìn)一步用于根據(jù)所述申請發(fā)布信息中所包含的接口服務(wù)的數(shù)量，在所述申請發(fā)布信息中包含的接口服務(wù)的數(shù)量大于等于2時，判斷各接口服務(wù)之間是否存在調(diào)用優(yōu)先級，若存在調(diào)用優(yōu)先級，則根據(jù)調(diào)用優(yōu)先級對各接口服務(wù)進(jìn)行順序編排；所述服務(wù)發(fā)布注冊模塊進(jìn)一步用于判斷所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型是否與用戶所需的服務(wù)協(xié)議類型相同，若不相同，則自動將所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型轉(zhuǎn)換為用戶所需的服務(wù)協(xié)議類型；

服務(wù)編目模塊，用于調(diào)用公共信息平臺提供的共享目錄接口，利用所述共享目錄接口對所述申請發(fā)布信息進(jìn)行服務(wù)編目；

發(fā)布信息上架模塊，用于申請發(fā)布信息上架。

優(yōu)選地，其中：

所述申請發(fā)布信息驗證模塊進(jìn)一步通過根據(jù)申請發(fā)布信息判斷基準(zhǔn)，判斷所述申請發(fā)布信息是否全面以及是否可用來判斷所述申請發(fā)布信息是否滿足發(fā)布要求。

優(yōu)選地，其中：

接口服務(wù)的發(fā)布系統(tǒng)，進(jìn)一步包括查詢請求接收模塊，所述查詢請求接收模塊用于通過所述共享目錄接口接收用戶發(fā)來的接口服務(wù)查詢請求，根據(jù)所述服務(wù)查詢請求查詢對應(yīng)的申請發(fā)布信息，并展示查詢結(jié)果。

與現(xiàn)有技術(shù)相比，本申請所述的方法及系統(tǒng)，達(dá)到了如下效果：

第一，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，能夠?qū)ι暾埌l(fā)布信息進(jìn)行驗證，還能夠?qū)ι暾埌l(fā)布信息進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，通過服務(wù)編排，能夠簡化用戶的信息查詢服務(wù)，簡化用戶的調(diào)用流程。通過協(xié)議轉(zhuǎn)換，可將協(xié)議轉(zhuǎn)換為所需的服務(wù)，不需要服務(wù)提供者再開發(fā)新的協(xié)議的服務(wù)，只要在本申請所提供的發(fā)布方法中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換，極大程度上方便了用戶的使用。

第二，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，將申請發(fā)布信息在發(fā)布系統(tǒng)中發(fā)布，只需要在系統(tǒng)中重新配置下原始服務(wù)地址和服務(wù)即可，從用戶的角度來看，服務(wù)并未發(fā)生任何變化，不影響用戶的正常使用。

第三，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，只需委辦局提供一種協(xié)議的接口服務(wù)即可，在服務(wù)發(fā)布過程中，會根據(jù)不同需要發(fā)布呈相應(yīng)協(xié)議的接口服務(wù)，很大程度上簡化了發(fā)布流程。

第四，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，將接口服務(wù)放在發(fā)布系統(tǒng)中發(fā)布，不會保留原部門的地址和斷口，服務(wù)名也會根據(jù)需要發(fā)生改變，安全性高。

附圖說明

此處所說明的附圖用來提供對本申請的進(jìn)一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中：

圖1為本發(fā)明的所述一種接口服務(wù)的發(fā)布方法的一種流程圖；

圖2為本發(fā)明的所述一種接口服務(wù)的發(fā)布系統(tǒng)的一種結(jié)構(gòu)圖；

圖3為本發(fā)明的所述一種接口服務(wù)的發(fā)布方法的實施例的一種流程圖。

具體實施方式

如在說明書及權(quán)利要求當(dāng)中使用了某些詞匯來指稱特定組件。本領(lǐng)域技術(shù)人員應(yīng)可理解，硬件制造商可能會用不同名詞來稱呼同一個組件。本說明書及權(quán)利要求并不以名稱的差異來作為區(qū)分組件的方式，而是以組件在功能上的差異來作為區(qū)分的準(zhǔn)則。如在通篇說明書及權(quán)利要求當(dāng)中所提及的“包含”為一開放式用語，故應(yīng)解釋成“包含但不限定于”。“大致”是指在可接收的誤差范圍內(nèi)，本領(lǐng)域技術(shù)人員能夠在一定誤差范圍內(nèi)解決所述技術(shù)問題，基本達(dá)到所述技術(shù)效果。此外，“耦接”一詞在此包含任何直接及間接的電性耦接手段。因此，若文中描述一第一裝置耦接于一第二裝置，則代表所述第一裝置可直接電性耦接于所述第二裝置，或通過其他裝置或耦接手段間接地電性耦接至所述第二裝置。說明書后續(xù)描述為實施本申請的較佳實施方式，然所述描述乃以說明本申請的一般原則為目的，并非用以限定本申請的范圍。本申請的保護(hù)范圍當(dāng)視所附權(quán)利要求所界定者為準(zhǔn)。

實施例1

參見圖1所示為本申請所述一種接口服務(wù)的發(fā)布方法的具體實施例，該方法包括：

步驟101、接收接口服務(wù)發(fā)布者發(fā)來的申請發(fā)布信息，所述申請發(fā)布信息至少包括發(fā)布部門、服務(wù)地址、服務(wù)名稱、服務(wù)參數(shù)、服務(wù)返回值及服務(wù)功能說明；

步驟102、對接收到的申請發(fā)布信息進(jìn)行驗證，判斷所述申請發(fā)布信息是否滿足發(fā)布要求，若滿足發(fā)布要求則進(jìn)入服務(wù)發(fā)布注冊流程，若不滿足發(fā)布要求則將所述申請發(fā)布信息退回；

步驟103、執(zhí)行服務(wù)發(fā)布注冊流程，所述服務(wù)發(fā)布注冊流程包括判斷是否需要進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，如需要，則進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，然后把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；如不需要則直接把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；

其中，判斷是否需要進(jìn)行服務(wù)編排，進(jìn)一步為：根據(jù)所述申請發(fā)布信息中所包含的接口服務(wù)的數(shù)量，在所述申請發(fā)布信息中包含的接口服務(wù)的數(shù)量大于等于2時，判斷各接口服務(wù)之間是否存在調(diào)用優(yōu)先級，若存在調(diào)用優(yōu)先級，則根據(jù)調(diào)用優(yōu)先級對各接口服務(wù)進(jìn)行順序編排。

判斷是否需要進(jìn)行協(xié)議轉(zhuǎn)換，進(jìn)一步為：判斷所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型是否與用戶所需的服務(wù)協(xié)議類型相同，若不相同，則自動將所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型轉(zhuǎn)換為用戶所需的服務(wù)協(xié)議類型。

步驟104、調(diào)用公共信息平臺提供的共享目錄接口，利用所述共享目錄接口對所述申請發(fā)布信息進(jìn)行服務(wù)編目；

步驟105、申請發(fā)布信息上架。

本申請所提供的接口服務(wù)的發(fā)布方法中，能夠?qū)邮盏降纳暾埌l(fā)布信息進(jìn)行驗證，當(dāng)申請發(fā)布信息滿足發(fā)布要求時則進(jìn)入發(fā)布注冊流程，如果不滿足發(fā)布要求則退回給申請者重新填寫。在服務(wù)發(fā)布注冊流程中，判斷是否需要進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，如果需要則進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，然后把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口。然后調(diào)用公共信息平臺提供的共享目錄接口對申請發(fā)布信息進(jìn)行編目，最后對申請發(fā)布信息上架。

服務(wù)提供者提供的服務(wù)有時候需要進(jìn)行一定的服務(wù)編排才能最終對外發(fā)布，例如服務(wù)提供者提供了權(quán)限驗證和人員詳細(xì)信息查詢兩個接口服務(wù)，如果服務(wù)使用者想查詢?nèi)藛T詳細(xì)信息首先需要調(diào)用權(quán)限驗證接口，權(quán)限驗證通過后才能調(diào)用人員詳細(xì)信息查詢服務(wù)，如果把這兩個服務(wù)根據(jù)先后順序編排后，形成一個新的用戶信息查詢服務(wù)，用戶需要調(diào)用人員詳細(xì)信息時，只需調(diào)用一個服務(wù)即可，因此優(yōu)化了調(diào)用流程。

如果服務(wù)提供者提供的是webservice的服務(wù)，而用戶需要jms協(xié)議的服務(wù)，采用本發(fā)明接口服務(wù)的發(fā)布方法，則不需要服務(wù)提供者再開發(fā)jms協(xié)議的服務(wù)，只需要在發(fā)布流程中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換，極大地為用戶提供了方便。

如此發(fā)布方法，能夠?qū)ι暾埌l(fā)布信息進(jìn)行驗證，還能夠?qū)ι暾埌l(fā)布信息進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，通過服務(wù)編排，能夠簡化用戶的信息查詢服務(wù)，簡化用戶的調(diào)用流程。通過協(xié)議轉(zhuǎn)換，可將協(xié)議轉(zhuǎn)換為所需的服務(wù)，不需要服務(wù)提供者再開發(fā)新的協(xié)議的服務(wù)，只要在本申請所提供的發(fā)布方法中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換。

此外，本申請所提供的接口服務(wù)的發(fā)布方法，將接口服務(wù)放在發(fā)布系統(tǒng)中發(fā)布，不會保留原部門的地址和斷口，服務(wù)名也會根據(jù)需要發(fā)生改變，安全性高。

上述步驟102中，判斷所述申請發(fā)布信息是否滿足發(fā)布要求，進(jìn)一步為：根據(jù)申請發(fā)布信息判斷基準(zhǔn)，判斷所述申請發(fā)布信息是否全面以及是否可用。當(dāng)申請發(fā)布信息全面而且可用時，則說明申請發(fā)布信息滿足發(fā)布要求，驗證通過；當(dāng)申請發(fā)布信息不全面和/或不可用時，則說明申請發(fā)布信息不滿足發(fā)布有求，需要退回重新填寫。本申請中的申請發(fā)布信息判斷基準(zhǔn)可根據(jù)實際情況自行設(shè)定，本申請對此不進(jìn)行特別限定。

上述所述接口服務(wù)的發(fā)布方法進(jìn)一步包括：通過所述共享目錄接口接收用戶發(fā)來的接口服務(wù)查詢請求，根據(jù)所述服務(wù)查詢請求查詢對應(yīng)的申請發(fā)布信息，并展示查詢結(jié)果。

在服務(wù)編目上架后，即可對外發(fā)布使用。用戶在共享目錄中通過搜索功能即可查詢到該接口服務(wù)。在需要使用該接口服務(wù)時，具備使用權(quán)限的用戶可直接使用，不具備使用權(quán)限的用戶需要進(jìn)行申請，審批通過后即可使用。需要說明的是，不具備使用權(quán)限的用戶申請使用服務(wù)時，申請審批的流程都可通過本發(fā)明所提供的系統(tǒng)來進(jìn)行，方便的同時還實現(xiàn)了無紙化辦公。

實施例2

本申請還提供一種接口服務(wù)的發(fā)布系統(tǒng)，參見圖2，圖2所示實施例中的接口服務(wù)的發(fā)布系統(tǒng)包括：申請發(fā)布信息接收模塊10、申請發(fā)布信息驗證模塊20、服務(wù)發(fā)布注冊模塊30、服務(wù)編目模塊40和發(fā)布信息上架模塊50，

所述申請發(fā)布信息接收模塊10，用于接收接口服務(wù)發(fā)布者發(fā)來的申請發(fā)布信息，所述申請發(fā)布信息至少包括發(fā)布部門、服務(wù)地址、服務(wù)名稱、服務(wù)參數(shù)、服務(wù)返回值及服務(wù)功能說明；

申請發(fā)布信息驗證模塊20，用于對接收到的申請發(fā)布信息進(jìn)行驗證，判斷所述申請發(fā)布信息是否滿足發(fā)布要求，若滿足發(fā)布要求則將申請發(fā)布信息發(fā)送至所述服務(wù)發(fā)布注冊模塊30處理，若不滿足發(fā)布要求則將所述申請發(fā)布信息退回；

服務(wù)發(fā)布注冊模塊30，用于執(zhí)行服務(wù)發(fā)布注冊流程，所述服務(wù)發(fā)布注冊流程包括判斷是否需要進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，如需要，則進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，然后把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；如不需要則直接把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口；上述服務(wù)發(fā)布注冊模塊30進(jìn)一步用于根據(jù)所述申請發(fā)布信息中所包含的接口服務(wù)的數(shù)量，在所述申請發(fā)布信息中包含的接口服務(wù)的數(shù)量大于等于2時，判斷各接口服務(wù)之間是否存在調(diào)用優(yōu)先級，若存在調(diào)用優(yōu)先級，則根據(jù)調(diào)用優(yōu)先級對各接口服務(wù)進(jìn)行順序編排。上述服務(wù)發(fā)布注冊模塊30進(jìn)一步用于判斷所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型是否與用戶所需的服務(wù)協(xié)議類型相同，若不相同，則自動將所述申請發(fā)布信息中所包含的接口服務(wù)的服務(wù)協(xié)議類型轉(zhuǎn)換為用戶所需的服務(wù)協(xié)議類型。

服務(wù)編目模塊40，用于調(diào)用公共信息平臺提供的共享目錄接口，利用所述共享目錄接口對所述申請發(fā)布信息進(jìn)行服務(wù)編目；

發(fā)布信息上架模塊50，用于申請發(fā)布信息上架。

本申請所提供的接口服務(wù)的發(fā)布系統(tǒng)中，申請發(fā)布信息驗證模塊20能夠?qū)邮盏降纳暾埌l(fā)布信息進(jìn)行驗證，當(dāng)申請發(fā)布信息滿足發(fā)布要求時則進(jìn)入發(fā)布注冊流程，如果不滿足發(fā)布要求則退回給申請者重新填寫。服務(wù)發(fā)布注冊模塊30在執(zhí)行服務(wù)發(fā)布注冊流程的過程中，判斷是否需要進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，如果需要則進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，然后把原始服務(wù)的地址和端口映射為接口服務(wù)系統(tǒng)所要求的地址和端口。服務(wù)編目模塊40調(diào)用公共信息平臺提供的共享目錄接口對申請發(fā)布信息進(jìn)行編目，發(fā)布信息上架模塊50對申請發(fā)布信息上架。

本申請所提供的接口服務(wù)的發(fā)布系統(tǒng)，能夠?qū)ι暾埌l(fā)布信息進(jìn)行驗證，還能夠?qū)ι暾埌l(fā)布信息進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，通過服務(wù)編排，能夠簡化用戶的信息查詢服務(wù)，簡化用戶的調(diào)用流程。通過協(xié)議轉(zhuǎn)換，可將協(xié)議轉(zhuǎn)換為所需的服務(wù)，不需要服務(wù)提供者再開發(fā)新的協(xié)議的服務(wù)，只要在本申請所提供的發(fā)布方法中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換。

服務(wù)提供者提供的服務(wù)有時候需要進(jìn)行一定的服務(wù)編排才能最終對外發(fā)布，例如服務(wù)提供者提供了權(quán)限驗證和人員詳細(xì)信息查詢兩個接口服務(wù)，如果服務(wù)使用者想查詢?nèi)藛T詳細(xì)信息首先需要調(diào)用權(quán)限驗證接口，權(quán)限驗證通過后才能調(diào)用人員詳細(xì)信息查詢服務(wù)，如果把這兩個服務(wù)根據(jù)先后順序編排后，形成一個新的用戶信息查詢服務(wù)，用戶需要調(diào)用人員詳細(xì)信息時，只需調(diào)用一個服務(wù)即可，因此優(yōu)化了調(diào)用流程。

如果服務(wù)提供者提供的是webservice的服務(wù)，而用戶需要jms協(xié)議的服務(wù)，采用本發(fā)明接口服務(wù)的發(fā)布方法，則不需要服務(wù)提供者再開發(fā)jms協(xié)議的服務(wù)，只需要在發(fā)布流程中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換，極大地為用戶提供了方便。

此外，本申請所提供的接口服務(wù)的發(fā)布系統(tǒng)，將接口服務(wù)放在發(fā)布系統(tǒng)中發(fā)布，不會保留原部門的地址和斷口，服務(wù)名也會根據(jù)需要發(fā)生改變，安全性高。

上述申請發(fā)布信息驗證模塊20進(jìn)一步通過根據(jù)申請發(fā)布信息判斷基準(zhǔn)，判斷所述申請發(fā)布信息是否全面以及是否可用來判斷所述申請發(fā)布信息是否滿足發(fā)布要求。當(dāng)申請發(fā)布信息全面而且可用時，則說明申請發(fā)布信息滿足發(fā)布要求，驗證通過；當(dāng)申請發(fā)布信息不全面和/或不可用時，則說明申請發(fā)布信息不滿足發(fā)布有求，需要退回重新填寫。本申請中的申請發(fā)布信息判斷基準(zhǔn)可根據(jù)實際情況自行設(shè)定，本申請對此不進(jìn)行特別限定。

本申請中的接口服務(wù)的發(fā)布系統(tǒng)，進(jìn)一步包括查詢請求接收模塊，所述查詢請求接收模塊用于通過所述共享目錄接口接收用戶發(fā)來的接口服務(wù)查詢請求，根據(jù)所述服務(wù)查詢請求查詢對應(yīng)的申請發(fā)布信息，并展示查詢結(jié)果。

在服務(wù)編目上架后，即可對外發(fā)布使用。用戶在共享目錄中通過搜索功能即可查詢到該接口服務(wù)。在需要使用該接口服務(wù)時，具備使用權(quán)限的用戶可直接使用，不具備使用權(quán)限的用戶需要進(jìn)行申請，審批通過后即可使用。需要說明的是，不具備使用權(quán)限的用戶申請使用服務(wù)時，申請審批的流程都可通過本發(fā)明所提供的系統(tǒng)來進(jìn)行，方便的同時還實現(xiàn)了無紙化辦公。

實施例3

以下提供一種本發(fā)明接口服務(wù)的發(fā)布方法及系統(tǒng)方法的應(yīng)用實施例，參見圖3，具體包括：

步驟201、接口服務(wù)提供者發(fā)起發(fā)布申請，填寫發(fā)布信息，包括發(fā)布部門、服務(wù)地址、服務(wù)名稱、服務(wù)參數(shù)、服務(wù)返回值以及服務(wù)功能說明等。

步驟202、系統(tǒng)會對服務(wù)提供者填寫的發(fā)布申請進(jìn)行驗證，判斷提供的服務(wù)信息是否全面，服務(wù)是否可用，否則退回重填。

步驟203、服務(wù)發(fā)布注冊，是整個發(fā)布流程的核心步驟，主要完成服務(wù)編排、協(xié)議轉(zhuǎn)換、地址映射等功能。其中，

服務(wù)編排：服務(wù)提供者提供的服務(wù)有時候需要進(jìn)行一定的服務(wù)編排才能最終對外發(fā)布，比如服務(wù)提供者提供了權(quán)限驗證和人員詳細(xì)信息查詢兩個接口服務(wù)，如果服務(wù)使用者想查詢?nèi)藛T詳細(xì)信息首先要調(diào)用權(quán)限驗證接口，權(quán)限驗證通過后才能調(diào)用人員詳細(xì)信息查詢服務(wù)，如果把這兩個服務(wù)根據(jù)前后順序編排后，形成一個新的用戶信息查詢服務(wù)，用戶在調(diào)用時，只需調(diào)用一個服務(wù)即可。

協(xié)議轉(zhuǎn)換：如果服務(wù)提供者提供的是webservice的服務(wù)，而用戶需要jms協(xié)議的服務(wù)，不需要服務(wù)提供者再開發(fā)jms協(xié)議的服務(wù)，只需要在發(fā)布流程中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換。

地址映射：把原始服務(wù)的地址和端口映射成接口與服務(wù)系統(tǒng)要求的地址和端口。

步驟204、服務(wù)編目，接口服務(wù)發(fā)布注冊成功后，已經(jīng)具備了對外發(fā)布使用的條件，公共信息平臺提供了一個共享目錄的接口，接口與服務(wù)系統(tǒng)調(diào)用該接口即可完成服務(wù)編目的功能。

步驟205、編目上架，服務(wù)編目完成后，即可對各委辦局發(fā)布使用，其他委辦局用戶在共享目錄中通過搜索功能即可查詢到該接口服務(wù)。

通過以上各實施例可知，本申請存在的有益效果是：

第一，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，能夠?qū)ι暾埌l(fā)布信息進(jìn)行驗證，還能夠?qū)ι暾埌l(fā)布信息進(jìn)行服務(wù)編排和/或協(xié)議轉(zhuǎn)換，通過服務(wù)編排，能夠簡化用戶的信息查詢服務(wù)，簡化用戶的調(diào)用流程。通過協(xié)議轉(zhuǎn)換，可將協(xié)議轉(zhuǎn)換為所需的服務(wù)，不需要服務(wù)提供者再開發(fā)新的協(xié)議的服務(wù)，只要在本申請所提供的發(fā)布方法中做相應(yīng)的配置即可實現(xiàn)不同協(xié)議之間的轉(zhuǎn)換，極大程度上方便了用戶的使用。

第二，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，將申請發(fā)布信息在發(fā)布系統(tǒng)中發(fā)布，只需要在系統(tǒng)中重新配置下原始服務(wù)地址和服務(wù)即可，從用戶的角度來看，服務(wù)并未發(fā)生任何變化，不影響用戶的正常使用。

第三，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，只需委辦局提供一種協(xié)議的接口服務(wù)即可，在服務(wù)發(fā)布過程中，會根據(jù)不同需要發(fā)布呈相應(yīng)協(xié)議的接口服務(wù)，很大程度上簡化了發(fā)布流程。

第四，本申請所提供的接口服務(wù)的發(fā)布方法及系統(tǒng)，將接口服務(wù)放在發(fā)布系統(tǒng)中發(fā)布，不會保留原部門的地址和斷口，服務(wù)名也會根據(jù)需要發(fā)生改變，安全性高。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、裝置、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

上述說明示出并描述了本申請的若干優(yōu)選實施例，但如前所述，應(yīng)當(dāng)理解本申請并非局限于本文所披露的形式，不應(yīng)看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識進(jìn)行改動。而本領(lǐng)域人員所進(jìn)行的改動和變化不脫離本申請的精神和范圍，則都應(yīng)在本申請所附權(quán)利要求的保護(hù)范圍內(nèi)。