本發(fā)明實施例涉及計算機技術，尤其涉及一種第三方認證方法、裝置和應用系統(tǒng)服務器。

背景技術：

隨著信息化建設的高速發(fā)展，企事業(yè)及政府單位和機構不斷的建設各種應用系統(tǒng)，而這些應用系統(tǒng)之間往往相互獨立，在當前系統(tǒng)于客戶環(huán)境下需要集成第三方認證接口時，經常出現(xiàn)系統(tǒng)部署在內部網絡中的情形，此時需要耗費極大的人力、物力進行多方溝通，使得接口調用與聯(lián)合調試變得極其困難。

針對這一問題，現(xiàn)有技術中可以采用兩種方式應對：第一種是將需要集成的第三方應用環(huán)境整個搭建到自身的開發(fā)環(huán)境中，以支持聯(lián)調測試，確保無誤再部署到客戶環(huán)境。而一方面，搭建到自身的開發(fā)環(huán)境需要獲得第三方應用的許可，另一方面，整個搭建第三方應用環(huán)境的過程也將大大增加工作量、工作難度和工作時間；第二種是指派工程師現(xiàn)場處理，但是這樣會增加人力成本，并且效率低下。尤其是在多節(jié)點環(huán)境下時，問題變得更為極端，現(xiàn)場調試也將變得更加艱巨。

此外，現(xiàn)行的應用系統(tǒng)基本都會依賴多個第三方認證接口，因此，整合不同的認證接口時很多工作量重復，尤其是在客戶環(huán)境為內部網絡時，增加了部署和維護的難度和工作量。當企事業(yè)單位中有很多套第三方應用系統(tǒng)時，這種模式更顯得紛繁復雜、難以控制。

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

本發(fā)明提供一種第三方認證方法、裝置和應用系統(tǒng)服務器，以解決現(xiàn)有技術中接入第三方認證接口效率低下且人力成本高的問題。

第一方面，本發(fā)明實施例提供了一種第三方認證方法，應用于應用系統(tǒng)服務器，其中，所述方法包括：

通過標準認證接口接收用戶的認證請求，所述認證請求中包含認證參數(shù)；

獲取所述應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息，該第三方應用配置信息用于記載第三方應用認證所需的信息；

通過所述應用系統(tǒng)服務器的插件路徑下安裝的認證插件包，并依據(jù)所述認證參數(shù)和第三方應用配置信息，與第三方應用完成第三方認證。

第二方面，本發(fā)明實施例還提供了一種第三方認證裝置，應用于應用系統(tǒng)服務器，其中，該裝置包括：

認證請求接收模塊，用于通過標準認證接口接收用戶的認證請求，所述認證請求中包含認證參數(shù)；

配置信息獲取模塊，用于獲取所述應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息，該第三方應用配置信息用于記載第三方應用認證所需的信息；

認證模塊，用于通過所述應用系統(tǒng)服務器的插件路徑下安裝的認證插件包，并依據(jù)所述認證參數(shù)和第三方應用配置信息，與第三方應用完成第三方認證。

第三方面，本發(fā)明實施例還提供了一種應用系統(tǒng)服務器，包括：

一個或多個處理器；

存儲裝置，用于存儲一個或多個程序，

當所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實現(xiàn)本發(fā)明實施例所述的方法。

本發(fā)明實施例通過預先將與第三方應用對應的配置信息存儲在數(shù)據(jù)庫中，在通過標準認證接口接收用戶的認證請求后，依據(jù)安裝的認證插件包并基于所述配置信息，對認證請求與第三方應用實施第三方認證，使得在接入第三方應用認證接口時，只需要存儲相應的配置信息并制作相應的認證插件包即可，減少了人力、物力的消耗，提高了工作效率。

附圖說明

圖1為本發(fā)明實施例一中的一種第三方認證方法的流程圖；

圖2是本發(fā)明實施例二中的一種第三方認證方法的流程圖；

圖3是本發(fā)明實施例三中的一種第三方認證方法的流程圖；

圖4是本發(fā)明實施例四中的一種第三方認證裝置的結構示意圖；

圖5是本發(fā)明實施例五中的一種應用系統(tǒng)服務器的結構示意圖。

具體實施方式

下面結合附圖和實施例對本發(fā)明作進一步的詳細說明?？梢岳斫獾氖?，此處所描述的具體實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關的部分而非全部結構。

實施例一

圖1為本發(fā)明實施例一中的一種第三方認證方法的流程圖，本實施例應用于應用系統(tǒng)服務器，可適用于與第三方應用進行第三方認證的情況，該方法可以由第三方認證裝置來執(zhí)行，該裝置可以采用軟件和/或硬件的方式實現(xiàn)，并集成于應用系統(tǒng)服務器中，該應用系統(tǒng)服務器中安裝有供用戶使用的應用系統(tǒng)，當用戶使用系統(tǒng)時，需要通過第三方認證來登錄并獲得授權，當然，也可以通過本地認證等方式登錄。該方法包括：

S101、通過標準認證接口接收用戶的認證請求，該認證請求中包含認證參數(shù)。

由于不同的第三方應用可能部署在不同的平臺和操作系統(tǒng)上，對于每一個第三方應用都會有不同的認證接口，在請求類型、數(shù)據(jù)格式上都不同，所以需要對這些認證進行適配，提供標準的認證接口和數(shù)據(jù)格式以便適用于不同的第三方應用。此外，第三方應用的認證方式也是各不相同，例如使用HTTP(超文本傳輸協(xié)議，HyperText Transfer Protocol)請求、WebService服務或Ice(網絡通信引擎，Internet Communications Engine)遠程調用等方式。為了能夠適應所有的認證方式，同樣需要一個標準的認證接口，而將具體的認證處理采用集成插件的方式進行，關于認證處理將在后面描述。

因此，在S101中，通過標準認證接口來接收用戶的認證請求，該標準認證接口可以適用于各種不同的第三方認證方式，并根據(jù)認證請求獲取到認證參數(shù)，例如包括用戶名、密碼和其他符合認證方式并且是必要的認證參數(shù)。

S102、獲取應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息，該第三方應用配置信息用于記載第三方應用認證所需的信息。

前文中提到，第三方應用的認證方式各不相同，那么不同的第三方應用認證所需要的數(shù)據(jù)也不相同，例如，第三方應用系統(tǒng)A需要使用用戶名與受信任憑證進行認證，而第三方應用系統(tǒng)B需要使用用戶ID和時間戳的加密字符串進行認證，因此需要將數(shù)據(jù)進行標準化。

在本發(fā)明實施例中，預先在應用系統(tǒng)服務器的數(shù)據(jù)庫中保存第三方應用配置信息，例如包括域名、端口、ID、密碼等進行第三方應用認證所需的信息。當需要進行第三方認證時，直接從數(shù)據(jù)庫中獲取該信息即可。

在一種優(yōu)選的實施方式中，可以使用Json格式的字符串來保存第三方應用配置信息，并且在應用系統(tǒng)界面上提供配置接口，針對不同的第三方應用只需要配置相對應的鍵值對即可。此外，也可以保存不同的第三方應用配置信息，實施時，只需將需要進行認證的第三方應用對應的配置信息設置為可用，而將其他第三方應用配置信息設置為不可用即可。

S103、通過應用系統(tǒng)服務器的插件路徑下安裝的認證插件包，并依據(jù)認證參數(shù)和第三方應用配置信息，與第三方應用完成第三方認證。

認證插件包是根據(jù)需要進行認證的第三方應用的認證方法而編寫的相對應的插件包，該認證插件包的編寫需要符合所述標準認證接口所定義的標準和數(shù)據(jù)格式，并安裝在應用系統(tǒng)服務器的插件路徑下，當接收到認證請求并獲取第三方應用配置信息之后，運行該認證插件包進行第三方認證。

在一種優(yōu)選的實施方式中，可以用Python腳本來開發(fā)認證插件包，即該認證插件包為多個Python腳本和一些必要的配置文件的壓縮包。使用時，經解壓后安裝到所述插件路徑下。而由于Python支持動態(tài)加載模塊，因此，用Python腳本開發(fā)的認證插件包可以被系統(tǒng)動態(tài)加載，從而實現(xiàn)根據(jù)不同的第三方應用和用戶來部署對應的插件包，并且支持動態(tài)修改插件代碼，使得在接入第三方應用接口時降低人力成本，提高工作效率。

這里需要說明的是，可以在應用系統(tǒng)中部署一個適配不同第三方應用的插件接口模塊，由該插件接口模塊抽象出一個標準的認證接口，用以接收用戶的認證請求。此外，可以在應用系統(tǒng)中部署一個插件認證模塊，用于負責處理具體的認證請求，解析Json格式的字符串并獲取第三方應用配置信息，并完成第三方認證。

在一種優(yōu)選的實施方式中，在S101之前，所述方法還可以包括：判斷是否啟用第三方應用認證流程，并在判斷為是時，執(zhí)行S101，否則，通過如本地認證等其他方式進行認證。從而針對不同的認證方式進行篩選，簡化流程，提高效率。

本發(fā)明實施例通過預先將與第三方應用對應的配置信息存儲在數(shù)據(jù)庫中，在通過標準認證接口接收用戶的認證請求后，依據(jù)安裝的認證插件包并基于所述配置信息，對認證請求與第三方應用實施第三方認證，使得在接入第三方應用認證接口時，只需要存儲相應的配置信息并制作相應的認證插件包即可，減少了人力、物力的消耗，提高了工作效率。此外，通過Python腳本來開發(fā)認證插件包，可實現(xiàn)插件包的動態(tài)加載。

實施例二

圖2為本發(fā)明實施例二中的一種第三方認證方法的流程圖，實施例二在實施例一的基礎上，針對認證插件包的上傳與同步更新做出進一步的優(yōu)化。具體的，在通過標準認證接口接收用戶的認證請求之前，如圖2所示，本發(fā)明實施例二的方法還包括：

S201、接收上傳的認證插件包。

S202、判斷數(shù)據(jù)庫中是否存儲有上傳的認證插件包，當判斷為否時，執(zhí)行S203之后執(zhí)行S205，反之，執(zhí)行S204之后執(zhí)行S205。

S203、將上傳的認證插件包存儲在數(shù)據(jù)庫中，并安裝在插件路徑下。

S204、將上傳的認證插件包替換原有認證插件包，并將上傳的認證插件包安裝在插件路徑下。

為用戶部署應用系統(tǒng)并接入第三方應用認證接口之后，還需要將編寫好的認證插件包上傳至應用系統(tǒng)服務器，或者當需要更新認證插件包時，需要將更新后的認證插件包重新上傳。在S201中，可以通過主系統(tǒng)控制臺遠程上傳至應用系統(tǒng)服務器，也可以由技術人員現(xiàn)場上傳至應用系統(tǒng)服務器。

應用系統(tǒng)接收上傳的認證插件包之后，會判斷數(shù)據(jù)庫中是否已經存儲有該上傳的插件包，若判斷出沒有存儲，則該上傳的認證插件包為首次上傳，將該上傳的認證插件包存儲在數(shù)據(jù)庫中，并安裝在插件路徑下即可。反之，則該上傳的認證插件包屬于需要更新的情況，則將該上傳的認證插件包替換原有認證插件包存儲在數(shù)據(jù)庫中，并將該上傳的認證插件包安裝在插件路徑下即可。從而完成認證插件包上傳或更新的操作。

當用戶環(huán)境龐大，一臺應用系統(tǒng)服務器不足以提供支持時，需要建立多節(jié)點應用系統(tǒng)服務器。此時，可以上傳至該多節(jié)點應用系統(tǒng)服務器的任意一個節(jié)點，并完成上述S201-S204的操作。并繼續(xù)執(zhí)行S205。其中，所述存儲器為該多節(jié)點應用系統(tǒng)服務器共用的存儲器。

S205、判斷應用系統(tǒng)服務器是否為多節(jié)點應用系統(tǒng)服務器，當判斷為是時，執(zhí)行S206。

S206、向全部節(jié)點的應用系統(tǒng)服務器發(fā)送認證插件包更新指令，以便全部節(jié)點的應用系統(tǒng)服務器檢查各自插件路徑下安裝的認證插件包與數(shù)據(jù)庫中存儲的認證插件包是否一致，并在檢查為不一致時，將數(shù)據(jù)庫中存儲的認證插件包安裝在各自的插件路徑下。

當需要上傳或更新認證插件包時，需要全部子節(jié)點應用系統(tǒng)服務器同步該認證插件包，因此，需要在判斷出存在多節(jié)點應用系統(tǒng)服務器時，向其他子節(jié)點應用系統(tǒng)服務器發(fā)送認證插件包更新指令。當子節(jié)點應用系統(tǒng)服務器的插件路徑下安裝的認證插件包與數(shù)據(jù)庫中存儲的認證插件包不一致時，說明需要更新認證插件包，則子節(jié)點應用系統(tǒng)服務器會將數(shù)據(jù)庫中存儲的認證插件包安裝在自己的插件路徑下。反之，則說明不需要更新，繼續(xù)使用已安裝的認證插件包即可。

在一種優(yōu)選的實施方式中，在通過標準認證接口接收用戶的認證請求之后，所述方法還包括：

獲取應用系統(tǒng)服務器的插件路徑下安裝的認證插件包的第一插件信息；

獲取數(shù)據(jù)庫中存儲的認證插件包的第二插件信息，該第二插件信息與第三方應用相對應；

比較第一插件信息與第二插件信息是否相符合；

若第一插件信息和第二插件信息相符，則執(zhí)行獲取所述應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息的操作。反之，則說明插件路徑下安裝的認證插件包有誤或者加載失敗，向用戶返回錯誤信息。

在接收認證請求之后，并且在獲取第三方應用配置信息完成第三方認證之前，通過比較插件路徑下安裝的認證插件包與存儲器中存儲的認證插件包的插件信息是否一致，來確保第三方認證過程的順利進行，避免出錯。其中，插件信息例如為插件名稱或版本等信息。

可見，將認證插件包存儲在數(shù)據(jù)庫中至少有兩個目的，一方面，可以作為插件包的備份，當應用系統(tǒng)服務器中的認證插件包發(fā)生錯誤，則可以從數(shù)據(jù)庫中下載認證插件包，同時避免認證錯誤的發(fā)生；另一方面，可以在上傳認證插件包時確保正確，并且實現(xiàn)多節(jié)點應用系統(tǒng)服務器中認證插件包的同步更新。

這里需要說明的是，可以在應用系統(tǒng)中部署一個插件同步模塊，由該插件同步模塊處理認證插件包上傳和同步更新。例如，當通過主系統(tǒng)控制臺上傳認證插件包之后，則觸發(fā)該應用系統(tǒng)中的插件同步模塊完成上述S201-S206的操作。優(yōu)選的，可以使用Thrift(Thrift是一個軟件框架，用來進行可擴展且跨語言的服務的開發(fā))遠程調用架構通知所有子節(jié)點應用系統(tǒng)服務器進行更新。

本發(fā)明實施例通過認證插件包的上傳和同步更新，可以簡化第三方應用認證接口的工作，并且不需要改變系統(tǒng)，只需要制作相應的認證插件包上傳即可。同時，可以在多節(jié)點環(huán)境下自動同步更新認證插件包，無需每一個子節(jié)點都上傳認證插件包，進一步的提高了工作效率，降低了人力成本。此外，通過比較插件路徑下安裝的認證插件包與存儲器中存儲的認證插件包的插件信息是否一致，來確保第三方認證過程的順利進行，避免出錯。

實施例三

圖3為本發(fā)明實施例三中的一種第三方認證方法的流程圖，實施例三在上述實施例的基礎上，針對新增子節(jié)點應用系統(tǒng)服務器的情況做出進一步的優(yōu)化。具體的，通過標準認證接口接收用戶的認證請求之前，如圖3所示，本發(fā)明實施例三的方法還包括：

S301、判斷數(shù)據(jù)庫中是否存儲有認證插件包，當判斷為是時，執(zhí)行S302。

S302、獲取數(shù)據(jù)庫中存儲的認證插件包，并將該認證插件包安裝在應用系統(tǒng)服務器的插件路徑下。

在多節(jié)點應用系統(tǒng)服務器情況下，當新增子節(jié)點時，每一個新增的子節(jié)點都會自動判斷數(shù)據(jù)庫中是否存儲有認證插件包，并且在判斷為是時，獲取數(shù)據(jù)庫中存儲的認證插件包，并將該認證插件包安裝在自己的插件路徑下，以便新增的子節(jié)點應用系統(tǒng)服務器實現(xiàn)第三方認證。

同樣的，可以由插件同步模塊處理上述新增子節(jié)點的認證插件包同步操作。具體的，當新增子節(jié)點運行后，則觸發(fā)該插件同步模塊自行執(zhí)行S301-S302。

本發(fā)明實施例實現(xiàn)了新增子節(jié)點應用系統(tǒng)服務器中認證插件包的同步，在多節(jié)點應用系統(tǒng)服務器的部署下，可以很方便的增加子節(jié)點，實現(xiàn)多節(jié)點的第三方認證接口的接入，提高了工作效率。

實施例四

圖4是本發(fā)明實施例四中的一種第三方認證裝置的結構示意圖，本實施例應用于應用系統(tǒng)服務器，可適用于與第三方應用進行第三方認證的情況，該裝置可以采用軟件和/或硬件的方式實現(xiàn)，并集成于應用系統(tǒng)服務器中，該應用系統(tǒng)服務器中安裝有供用戶使用的應用系統(tǒng)，當用戶使用系統(tǒng)時，需要通過第三方認證來登錄并獲得授權，當然，也可以通過本地認證等方式登錄。如圖4所示，該裝置4包括：

認證請求接收模塊41，用于通過標準認證接口接收用戶的認證請求，該認證請求中包含認證參數(shù)；

配置信息獲取模塊42，用于獲取應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息，該第三方應用配置信息用于記載第三方應用認證所需的信息；

認證模塊43，用于通過應用系統(tǒng)服務器的插件路徑下安裝的認證插件包，并依據(jù)認證參數(shù)和第三方應用配置信息，與第三方應用完成第三方認證。

進一步的，裝置4還包括插件包更新同步模塊44，該插件包更新同步模塊44具體包括：

插件包接收單元，用于接收上傳的認證插件包；

第一判斷單元，用于判斷數(shù)據(jù)庫中是否存儲有上傳的認證插件包；

第一判斷處理單元，用于當?shù)谝慌袛鄦卧袛酁榉駮r，將上傳的認證插件包存儲在數(shù)據(jù)庫中，并安裝在插件路徑下；

第二判斷處理單元，用于當?shù)谝慌袛鄦卧袛酁槭菚r，將上傳的認證插件包替換原有認證插件包，并將上傳的認證插件包安裝在插件路徑下。

進一步的，插件包更新同步模塊44還包括：

第二判斷單元，用于判斷應用系統(tǒng)服務器是否為多節(jié)點應用系統(tǒng)服務器；

第二判斷處理單元，用于當?shù)诙袛鄦卧袛酁槭菚r，向全部節(jié)點的應用系統(tǒng)服務器發(fā)送認證插件包更新指令，以便全部節(jié)點的應用系統(tǒng)服務器檢查各自插件路徑下安裝的認證插件包與數(shù)據(jù)庫中存儲的認證插件包是否一致，并在檢查為不一致時，將數(shù)據(jù)庫中存儲的認證插件包安裝在各自的插件路徑下。

進一步的，裝置4還包括插件包新增模塊45，該插件包新增模塊45具體包括：

第三判斷單元，用于判斷數(shù)據(jù)庫中是否存儲有認證插件包；

第三判斷處理單元，用于當?shù)谌袛鄦卧袛酁槭菚r，獲取數(shù)據(jù)庫中存儲的認證插件包，并將該認證插件包安裝在應用系統(tǒng)服務器的插件路徑下。

進一步的，裝置4還包括插件包驗證模塊46，該插件包驗證模塊46具體包括：

第一插件信息獲取單元，用于獲取應用系統(tǒng)服務器的插件路徑下安裝的認證插件包的第一插件信息；

第二插件信息獲取單元，用于獲取數(shù)據(jù)庫中存儲的認證插件包的第二插件信息，該第二插件信息與所述第三方應用相對應；

驗證單元，用于比較所述第一插件信息與第二插件信息是否相符合，若第一插件信息和第二插件信息相符，則由配置信息獲取模塊42執(zhí)行獲取所述應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息的操作。

本發(fā)明實施例通過預先將與第三方應用對應的配置信息存儲在數(shù)據(jù)庫中，在認證請求接收模塊通過標準認證接口接收用戶的認證請求后，由認證模塊依據(jù)安裝的認證插件包并基于配置信息獲取模塊獲取的配置信息，對認證請求與第三方應用實施第三方認證，使得在接入第三方應用認證接口時，只需要存儲相應的配置信息并制作相應的認證插件包即可，減少了人力、物力的消耗，提高了工作效率。

上述第三方認證裝置可執(zhí)行本發(fā)明任意實施例所提供的第三方認證方法，具備執(zhí)行第三方認證方法相應的功能模塊和有益效果。

實施例五

圖5是本發(fā)明實施例五中的一種應用系統(tǒng)服務器的結構示意圖，本實施例可適用于與第三方應用進行第三方認證的情況，該應用系統(tǒng)服務器中安裝有供用戶使用的應用系統(tǒng)，當用戶使用系統(tǒng)時，需要通過第三方認證來登錄并獲得授權，當然，也可以通過本地認證等方式登錄。如圖5所示，該應用系統(tǒng)服務器5包括：

一個或多個處理器51，圖5中以一個處理器51為例；

存儲裝置52，用于存儲一個或多個程序，

當所述一個或多個程序被所述一個或多個處理器51執(zhí)行，使得所述一個或多個處理器51實現(xiàn)如上述實施例中所述的第三方認證方法。

所述服務器5還可以包括：輸入裝置53和輸出裝置54。

所述服務器5中的處理器51、存儲裝置52、輸入裝置53和輸出裝置54可以通過總線或者其他方式連接，圖5中以通過總線連接為例。

存儲裝置52作為一種非暫態(tài)計算機可讀存儲介質，可用于存儲軟件程序、計算機可執(zhí)行程序以及模塊，如本申請實施例中的第三方認證方法對應的程序指令/模塊(例如，附圖4所示的認證請求接收模塊41、配置信息獲取模塊42和認證模塊43)。處理器51通過運行存儲在存儲裝置52中的軟件程序、指令以及模塊，從而執(zhí)行服務器的各種功能應用以及數(shù)據(jù)處理，即實現(xiàn)上述方法實施例的第三方認證方法。

存儲裝置52可以包括存儲程序區(qū)和存儲數(shù)據(jù)區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需要的應用程序；存儲數(shù)據(jù)區(qū)可存儲根據(jù)服務器的使用所創(chuàng)建的數(shù)據(jù)等。此外，存儲裝置52可以包括高速隨機存取存儲器，還可以包括非暫態(tài)性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他非暫態(tài)性固態(tài)存儲器件。在一些實施例中，存儲裝置52可選包括相對于處理器51遠程設置的存儲器，這些遠程存儲器可以通過網絡連接至終端設備。上述網絡的實例包括但不限于互聯(lián)網、企業(yè)內部網、局域網、移動通信網及其組合。

輸入裝置53可用于接收輸入的數(shù)字或字符信息，以及產生與服務器的用戶設置以及功能控制有關的鍵信號輸入。輸出裝置54可包括顯示屏等顯示設備。

也即：上述服務器5包括：

一個或多個處理器；

存儲裝置，用于存儲一個或多個程序，

當所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實現(xiàn)時，進行如下方法的操作：

通過標準認證接口接收用戶的認證請求，所述認證請求中包含認證參數(shù)；

獲取所述應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息，該第三方應用配置信息用于記載第三方應用認證所需的信息；

通過所述應用系統(tǒng)服務器的插件路徑下安裝的認證插件包，并依據(jù)所述認證參數(shù)和第三方應用配置信息，與第三方應用完成第三方認證。

進一步的，在通過標準認證接口接收用戶的認證請求之前，所述方法還包括：

接收上傳的認證插件包；

判斷所述數(shù)據(jù)庫中是否存儲有所述上傳的認證插件包；

當判斷為否時，將所述上傳的認證插件包存儲在所述數(shù)據(jù)庫中，并安裝在所述插件路徑下；

當判斷為是時，將所述上傳的認證插件包替換原有認證插件包，并將所述上傳的認證插件包安裝在所述插件路徑下。

進一步的，在將所述上傳的認證插件包安裝在所述插件路徑下之后，所述方法還包括：

判斷所述應用系統(tǒng)服務器是否為多節(jié)點應用系統(tǒng)服務器；

當判斷為是時，向全部節(jié)點的應用系統(tǒng)服務器發(fā)送認證插件包更新指令，以便全部節(jié)點的應用系統(tǒng)服務器檢查各自插件路徑下安裝的認證插件包與所述數(shù)據(jù)庫中存儲的認證插件包是否一致，并在檢查為不一致時，將所述數(shù)據(jù)庫中存儲的認證插件包安裝在各自的插件路徑下。

進一步的，在通過標準認證接口接收用戶的認證請求之前，所述方法還包括：

判斷所述數(shù)據(jù)庫中是否存儲有認證插件包；

當判斷為是時，獲取所述數(shù)據(jù)庫中存儲的認證插件包，并將該認證插件包安裝在所述應用系統(tǒng)服務器的插件路徑下。

進一步的，在通過標準認證接口接收用戶的認證請求之后，所述方法還包括：

獲取所述應用系統(tǒng)服務器的插件路徑下安裝的認證插件包的第一插件信息；

獲取所述數(shù)據(jù)庫中存儲的認證插件包的第二插件信息，該第二插件信息與所述第三方應用相對應；

比較所述第一插件信息與第二插件信息是否相符合；

若所述第一插件信息和第二插件信息相符，則執(zhí)行所述獲取所述應用系統(tǒng)服務器的數(shù)據(jù)庫中存儲的第三方應用配置信息的操作。

上述應用系統(tǒng)服務器可執(zhí)行本發(fā)明任意實施例所提供的第三方認證方法，具備執(zhí)行第三方認證方法相應的功能模塊和有益效果。

注意，上述僅為本發(fā)明的較佳實施例及所運用技術原理。本領域技術人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領域技術人員來說能夠進行各種明顯的變化、重新調整和替代而不會脫離本發(fā)明的保護范圍。因此，雖然通過以上實施例對本發(fā)明進行了較為詳細的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權利要求范圍決定。