本發(fā)明涉及電子商務技術領域，特別涉及一種企業(yè)身份認證方法及系統(tǒng)。

背景技術：

目前，越來越多的行業(yè)門戶和垂直門戶加入B2B、B2C電商領域，為企業(yè)用戶提供了便捷的互聯(lián)網(wǎng)產(chǎn)品和服務。而為企業(yè)用戶提供互聯(lián)網(wǎng)產(chǎn)品和服務的一個關鍵前提是對該企業(yè)用戶的身份信息進行認證，例如，在提供餐飲外賣的平臺或提供醫(yī)藥用品的平臺上，均需嚴格核對各家餐飲企業(yè)和醫(yī)藥企業(yè)的身份信息，以避免出現(xiàn)企業(yè)用戶的身份被仿冒的情況。

為了對企業(yè)用戶的身份進行認證，對電商而言，傳統(tǒng)的做法是企業(yè)客戶在電商平臺上操作，通過拍照上傳工商、稅務、以及其他企業(yè)經(jīng)營資質(zhì)證明，電商平臺主要通過人工審核，確認企業(yè)身份的真?zhèn)?。該技術實現(xiàn)方式存在明顯的缺點：在進行人工審核的過程中，需要花費大量的人力成本，而且人工審核的質(zhì)量不可控制，另外，無法對企業(yè)的經(jīng)營狀態(tài)進行持續(xù)跟蹤，導致無法對停業(yè)、歇業(yè)的企業(yè)客戶進行及時地警告。

綜上所述可以看出，如何降低企業(yè)身份認證成本并改善認證效果是目前有待解決的問題。

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

有鑒于此，本發(fā)明的目的在于提供一種企業(yè)身份認證方法及系統(tǒng)，降低了企業(yè)身份認證成本并改善了認證效果。其具體方案如下：

一種企業(yè)身份認證方法，包括：

獲取電商平臺發(fā)送的企業(yè)認證請求；其中，所述企業(yè)認證請求中包含企業(yè)用戶輸入的待認證企業(yè)信息；

根據(jù)所述待認證企業(yè)信息，確定出與所述企業(yè)用戶對應的電子稅局系統(tǒng)；

生成與所述電子稅局系統(tǒng)對應的稅局賬號信息輸入接口；

通過所述稅局賬號信息輸入接口，獲取所述企業(yè)用戶輸入的待校驗稅局賬號信息；

利用所述電子稅局系統(tǒng)中的用戶身份鑒權模塊對所述待校驗稅局賬號信息進行校驗，若校驗成功，則獲取由所述用戶身份鑒權模塊發(fā)送的授權碼；

根據(jù)所述授權碼，生成相應的數(shù)據(jù)調(diào)用請求；

利用所述數(shù)據(jù)調(diào)用請求，從所述電子稅局系統(tǒng)中調(diào)取與所述企業(yè)用戶對應的真實企業(yè)信息；

利用所述真實企業(yè)信息，對所述待認證企業(yè)信息進行認證，得到相應的認證結(jié)果。

優(yōu)選的，所述企業(yè)身份認證方法，還包括：

在對所述待校驗稅務局賬號信息進行校驗的過程中，若校驗失敗，則獲取所述企業(yè)用戶重新輸入的待校驗稅局賬號信息。

優(yōu)選的，所述利用所述真實企業(yè)信息，對所述待認證企業(yè)信息進行認證的過程，包括：

判斷所述待認證企業(yè)信息與所述真實企業(yè)信息是否一致，如果是，則判定所述待認證企業(yè)信息為有效信息，如果否，則判定所述待認證企業(yè)信息為無效信息。

優(yōu)選的，所述利用所述真實企業(yè)信息，對所述待認證企業(yè)信息進行認證的過程，包括：

步驟S41：判斷所述待認證企業(yè)信息與所述真實企業(yè)信息是否一致，如果是，則進入步驟S42，如果否，則進入步驟S45；

步驟S42：從所述待認證企業(yè)信息中提取出與所述企業(yè)用戶對應的用戶聯(lián)系信息；

步驟S43：生成校驗碼，并將所述校驗碼發(fā)送至與所述用戶聯(lián)系信息對應的通信終端；

步驟S44：生成校驗碼輸入接口，通過所述校驗碼輸入接口獲取所述企業(yè)用戶輸入的待校驗信息，若所述待校驗信息與所述校驗碼相一致，則判定所述待認證企業(yè)信息為有效信息；

步驟S45：判定所述待認證企業(yè)信息為無效信息。

優(yōu)選的，所述判定所述待認證企業(yè)信息為無效信息的過程之后，還包括：

獲取所述電商平臺重新發(fā)送的包含更新后的待認證企業(yè)信息的企業(yè)認證請求。

優(yōu)選的，所述企業(yè)身份認證方法，還包括：

在所述企業(yè)用戶首次登錄所述電商平臺的過程中，獲取所述企業(yè)用戶輸入的合法稅局賬號信息；

利用所述合法稅局賬號信息，對所述電子稅局系統(tǒng)中相應的企業(yè)信息進行讀取訪問，得到所述真實企業(yè)信息；

將所述真實企業(yè)信息自動錄入至所述電商平臺中與所述企業(yè)用戶對應的企業(yè)信息記錄項。

優(yōu)選的，所述獲取由所述用戶身份鑒權模塊發(fā)送的授權碼的過程之后，還包括：

將所述授權碼保存至預設的授權存儲器；

當獲取到所述電商平臺發(fā)送的授權碼提取請求，則從所述授權存儲器中提取出所述授權碼，以利用提取出的所述授權碼，從所述電子稅局系統(tǒng)中調(diào)取出與所述企業(yè)用戶對應的當前最新的真實企業(yè)信息。

優(yōu)選的，從所述電子稅局系統(tǒng)中調(diào)取與所述企業(yè)用戶對應的真實企業(yè)信息的過程之后，還包括：

利用所述真實企業(yè)信息，判斷所述企業(yè)用戶的企業(yè)經(jīng)營狀態(tài)是否正常，并得到相應的經(jīng)營狀態(tài)判斷結(jié)果；

根據(jù)所述經(jīng)營狀態(tài)判斷結(jié)果，生成相應的經(jīng)營狀態(tài)標注信息；

將所述經(jīng)營狀態(tài)標注信息發(fā)送至位于所述電商平臺上的與所述企業(yè)用戶對應的企業(yè)信息顯示界面。

本發(fā)明還公開了一種企業(yè)身份認證系統(tǒng)，包括：

認證請求獲取模塊，用于獲取電商平臺發(fā)送的企業(yè)認證請求；其中，所述企業(yè)認證請求中包含企業(yè)用戶輸入的待認證企業(yè)信息；

稅局系統(tǒng)確定模塊，用于根據(jù)所述待認證企業(yè)信息，確定出與所述企業(yè)用戶對應的電子稅局系統(tǒng)；

賬號輸入接口生成模塊，用于生成與所述電子稅局系統(tǒng)對應的稅局賬號信息輸入接口；

賬號信息獲取模塊，用于通過所述稅局賬號信息輸入接口，獲取所述企業(yè)用戶輸入的待校驗稅局賬號信息；

授權監(jiān)管模塊，用于利用所述電子稅局系統(tǒng)中的用戶身份鑒權模塊對所述待校驗稅局賬號信息進行校驗，若校驗成功，則獲取由所述用戶身份鑒權模塊發(fā)送的授權碼；

調(diào)用請求生成模塊，用于根據(jù)所述授權碼，生成相應的數(shù)據(jù)調(diào)用請求；

企業(yè)信息調(diào)取模塊，用于利用所述數(shù)據(jù)調(diào)用請求，從所述電子稅局系統(tǒng)中調(diào)取與所述企業(yè)用戶對應的真實企業(yè)信息；

企業(yè)信息認證模塊，用于利用所述真實企業(yè)信息，對所述待認證企業(yè)信息進行認證，得到相應的認證結(jié)果。

優(yōu)選的，所述企業(yè)身份認證系統(tǒng)，還包括：

合法稅局賬號信息獲取模塊，用于在所述企業(yè)用戶首次登錄所述電商平臺的過程中，獲取所述企業(yè)用戶輸入的合法稅局賬號信息；

企業(yè)信息讀取訪問模塊，用于利用所述合法稅局賬號信息，對所述電子稅局系統(tǒng)中相應的企業(yè)信息進行讀取訪問，得到所述真實企業(yè)信息；

企業(yè)信息自動錄入模塊，用于將所述真實企業(yè)信息自動錄入至所述電商平臺中與所述企業(yè)用戶對應的企業(yè)信息記錄項。

優(yōu)選的，所述企業(yè)身份認證系統(tǒng)，還包括：

授權碼保存模塊，用于在所述授權監(jiān)管模塊獲取到由所述用戶身份鑒權模塊發(fā)送的授權碼之后，將所述授權碼保存至預設的授權存儲器；

授權碼提取模塊，用于當獲取到所述電商平臺發(fā)送的授權碼提取請求，則從所述授權存儲器中提取出所述授權碼，以利用提取出的所述授權碼，從所述電子稅局系統(tǒng)中調(diào)取出與所述企業(yè)用戶對應的當前最新的真實企業(yè)信息。

優(yōu)選的，所述企業(yè)身份認證系統(tǒng)，還包括：

經(jīng)營狀態(tài)判斷模塊，用于利用所述真實企業(yè)信息，判斷所述企業(yè)用戶的企業(yè)經(jīng)營狀態(tài)是否正常，并得到相應的經(jīng)營狀態(tài)判斷結(jié)果；

標注信息生成模塊，用于根據(jù)所述經(jīng)營狀態(tài)判斷結(jié)果，生成相應的經(jīng)營狀態(tài)標注信息；

標注信息發(fā)送模塊，用于將所述經(jīng)營狀態(tài)標注信息發(fā)送至位于所述電商平臺上的與所述企業(yè)用戶對應的企業(yè)信息顯示界面。

本發(fā)明中，企業(yè)身份認證方法包括：獲取電商平臺發(fā)送的企業(yè)認證請求；其中，企業(yè)認證請求中包含企業(yè)用戶輸入的待認證企業(yè)信息；根據(jù)待認證企業(yè)信息，確定出與企業(yè)用戶對應的電子稅局系統(tǒng)；生成與電子稅局系統(tǒng)對應的稅局賬號信息輸入接口；通過稅局賬號信息輸入接口，獲取企業(yè)用戶輸入的待校驗稅局賬號信息；利用電子稅局系統(tǒng)中的用戶身份鑒權模塊對待校驗稅局賬號信息進行校驗，若校驗成功，則獲取由用戶身份鑒權模塊發(fā)送的授權碼；根據(jù)授權碼，生成相應的數(shù)據(jù)調(diào)用請求；利用數(shù)據(jù)調(diào)用請求，從電子稅局系統(tǒng)中調(diào)取與企業(yè)用戶對應的真實企業(yè)信息；利用真實企業(yè)信息，對待認證企業(yè)信息進行認證，得到相應的認證結(jié)果。

可見，本發(fā)明在獲取到企業(yè)認證請求后，將會確定出相應的電子稅局系統(tǒng)，然后在獲取到企業(yè)用戶輸入的合法稅局賬號信號后，得到相應的授權碼，接著生成與該授權碼對應的數(shù)據(jù)調(diào)用請求，從而調(diào)取出位于電子稅局系統(tǒng)中的實時有效的真實企業(yè)信息，最后利用該真實企業(yè)信息，便可對上述企業(yè)認證請求中的待認證企業(yè)信息進行相應的認證過程。由此可見，上述認證過程中無需進行人工審核，從而大幅降低了認證成本，并且，由于電子稅局系統(tǒng)中記錄的企業(yè)信息真實可靠，能夠反映出當前企業(yè)的最新經(jīng)營狀態(tài)，由此在認證過程中實現(xiàn)了對企業(yè)經(jīng)營狀態(tài)的持續(xù)跟蹤，從而避免了因企業(yè)經(jīng)營狀態(tài)的動態(tài)變化而引起的監(jiān)管風險。綜上，本發(fā)明降低了企業(yè)身份認證成本并改善了認證效果。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本發(fā)明實施例公開的一種企業(yè)身份認證方法流程圖；

圖2為本發(fā)明實施例公開的一種企業(yè)身份認證方法子流程圖；

圖3為本發(fā)明實施例公開的一種企業(yè)身份認證方法子流程圖；

圖4為本發(fā)明實施例公開的一種企業(yè)身份認證方法子流程圖；

圖5為本發(fā)明實施例公開的一種企業(yè)身份認證系統(tǒng)應用結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例公開的一種企業(yè)身份認證系統(tǒng)部署示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例公開了一種企業(yè)身份認證方法，參見圖1所示，該方法包括：

步驟S11：獲取電商平臺發(fā)送的企業(yè)認證請求；其中，企業(yè)認證請求中包含企業(yè)用戶輸入的待認證企業(yè)信息。

可以理解的是，本實施例中的電商平臺發(fā)送企業(yè)認證請求時，需要企業(yè)用戶先將上述待認證企業(yè)信息輸入到上述電商平臺，上述電商平臺將生成攜帶有上述待認證企業(yè)信息的企業(yè)認證請求，然后將上述企業(yè)認證請求發(fā)送出去。

另外，本實施例中，上述待認證企業(yè)信息具體可以包括但不限于企業(yè)名稱、組織機構(gòu)代碼、工商注冊號、企業(yè)所在地具體地址、企業(yè)用戶職位、企業(yè)用戶手機號等信息。其中，上述企業(yè)用戶職位包括但不限于企業(yè)法人和/或企業(yè)財務主管。

步驟S12：根據(jù)待認證企業(yè)信息，確定出與企業(yè)用戶對應的電子稅局系統(tǒng)。

可以理解的是，不同地區(qū)的企業(yè)用戶，所對應的稅務局會有所不同，相應的電子稅局系統(tǒng)也就存在差異。本實施例中，需要利用上述待認證企業(yè)信息，確定出與上述企業(yè)用戶對應的電子稅局系統(tǒng)。

進一步的，在確定出電子稅局系統(tǒng)后，還可以將與該電子稅局系統(tǒng)對應的屬性信息反饋至上述電商平臺，以便企業(yè)用戶對上述確定出的電子稅局系統(tǒng)進行再次確認。

步驟S13：生成與電子稅局系統(tǒng)對應的稅局賬號信息輸入接口。

可以理解的是，本實施例中，可預先為上述稅局賬號信息輸入接口創(chuàng)建相應的輸入接口訪問地址，并且，該輸入接口訪問地址與上述電子稅局系統(tǒng)之間存在相互對應的關系。在上述步驟S12確定出與企業(yè)用戶對應的電子稅局系統(tǒng)之后，可以進一步確定出與該電子稅局系統(tǒng)所對應的輸入接口訪問地址，然后通過該輸入接口訪問地址進行頁面跳轉(zhuǎn)，跳轉(zhuǎn)完畢后將生成上述與電子稅局系統(tǒng)所對應的稅局賬號信息輸入接口。

其中，上述輸入接口訪問地址具體可以是URL地址(URL，即Uniform Resource Locator，統(tǒng)一資源定位符)。

需要說明的是，上述稅局賬號信息輸入接口可以是內(nèi)嵌于上述電子稅局系統(tǒng)中的信息輸入接口，也可以是位于上述電子稅局系統(tǒng)外部的獨立的信息輸入接口。另外，由于不同電子稅局系統(tǒng)所對應的認證方式會有所不同，所以信息輸入接口所處的授權操作界面可能會隨著電子稅局系統(tǒng)的不同而相互之間會有所區(qū)別。

步驟S14：通過稅局賬號信息輸入接口，獲取企業(yè)用戶輸入的待校驗稅局賬號信息。

步驟S15：利用電子稅局系統(tǒng)中的用戶身份鑒權模塊對待校驗稅局賬號信息進行校驗，若校驗成功，則獲取由用戶身份鑒權模塊發(fā)送的授權碼。

可以理解的是，當上述待校驗稅局賬號信息是上述電子稅局系統(tǒng)中的合法賬戶信息時，上述步驟S15中的校驗過程將會成功通過，相反，若上述待校驗稅局賬號信息并非是上述電子稅局系統(tǒng)中的合法賬戶信息，則上述步驟S15中的校驗過程將無法通過，當然，在上述校驗失敗的情況下，也可以選擇獲取企業(yè)用戶重新輸入的待校驗稅局賬號信息，然后對用戶重新輸入的待校驗稅局賬號信息進行再次校驗。

步驟S16：根據(jù)授權碼，生成相應的數(shù)據(jù)調(diào)用請求。

本實施例中，上述授權碼由電子稅局系統(tǒng)中的用戶身份鑒權模塊產(chǎn)生的，并且，當獲取到該授權碼后，則意味著當前希望調(diào)取電子稅局系統(tǒng)內(nèi)部信息的企業(yè)用戶是電子稅局系統(tǒng)的合法用戶，由此便可生成相應的數(shù)據(jù)調(diào)用請求，以利用該數(shù)據(jù)調(diào)用請求來調(diào)取電子稅局系統(tǒng)中的相應數(shù)據(jù)。

步驟S17：利用數(shù)據(jù)調(diào)用請求，從電子稅局系統(tǒng)中調(diào)取與企業(yè)用戶對應的真實企業(yè)信息。

需要說明的是，本實施例中，上述真實企業(yè)信息包括但不限于企業(yè)名稱、組織機構(gòu)代碼、工商注冊號、企業(yè)所在地具體地址、企業(yè)用戶職位、企業(yè)用戶手機號等信息。

步驟S18：利用真實企業(yè)信息，對待認證企業(yè)信息進行認證，得到相應的認證結(jié)果。

可以理解的是，本實施例在得到上述認證結(jié)果之后，會將該認證結(jié)果返回至上述電商平臺。當然，本實施例還可以同時將上述真實企業(yè)信息發(fā)送至上述電商平臺，然后根據(jù)電商平臺上提供的格式要求，自動將上述真實企業(yè)信息錄入至相應的數(shù)據(jù)頁面上，以方便企業(yè)用戶進行查看確認。

可見，本發(fā)明實施例在獲取到企業(yè)認證請求后，將會確定出相應的電子稅局系統(tǒng)，然后在獲取到企業(yè)用戶輸入的合法稅局賬號信號后，得到相應的授權碼，接著生成與該授權碼對應的數(shù)據(jù)調(diào)用請求，從而調(diào)取出位于電子稅局系統(tǒng)中的實時有效的真實企業(yè)信息，最后利用該真實企業(yè)信息，便可對上述企業(yè)認證請求中的待認證企業(yè)信息進行相應的認證過程。由此可見，上述認證過程中無需進行人工審核，從而大幅降低了認證成本，并且，由于電子稅局系統(tǒng)中記錄的企業(yè)信息真實可靠，能夠反映出當前企業(yè)的最新經(jīng)營狀態(tài)，由此在認證過程中實現(xiàn)了對企業(yè)經(jīng)營狀態(tài)的持續(xù)跟蹤，從而避免了因企業(yè)經(jīng)營狀態(tài)的動態(tài)變化而引起的監(jiān)管風險。綜上，本發(fā)明實施例降低了企業(yè)身份認證成本并改善了認證效果。

本發(fā)明實施例公開了一種具體的企業(yè)身份認證方法，相對于上一實施例，本實施例對技術方案作了進一步的說明和優(yōu)化。具體的：

上一實施例步驟S18中，需要利用步驟S17中調(diào)取出的真實企業(yè)信息，對待認證企業(yè)信息進行認證。本實施例中，上述利用真實企業(yè)信息，對待認證企業(yè)信息進行認證的過程，具體可以包括：判斷待認證企業(yè)信息與真實企業(yè)信息是否一致，如果是，則判定待認證企業(yè)信息為有效信息，如果否，則判定待認證企業(yè)信息為無效信息?？梢岳斫獾氖?，若判定出待認證企業(yè)信息為有效信息，則意味著上述待認證企業(yè)信息通過認證，若判定出待認證企業(yè)信息為無效信息，則意味著上述待認證企業(yè)信息未通過認證。

可以理解的是，上述判斷待認證企業(yè)信息與真實企業(yè)信息是否一致的過程具體包括：判斷這兩份信息中各自的企業(yè)名稱、組織機構(gòu)代碼、工商注冊號、企業(yè)所在地具體地址、企業(yè)用戶職位和企業(yè)用戶手機號等信息之間是否均相一致。

當然，為了進一步強化上述企業(yè)信息的認證要求，本實施例中，參見圖2所示，上述利用真實企業(yè)信息，對待認證企業(yè)信息進行認證的過程，具體也可以包括：

步驟S21：判斷待認證企業(yè)信息與真實企業(yè)信息是否一致，如果是，則進入步驟S22，如果否，則進入步驟S25。

步驟S22：從待認證企業(yè)信息中提取出與企業(yè)用戶對應的用戶聯(lián)系信息。

可以理解的是，上述用戶聯(lián)系信息可以是企業(yè)用戶的手機號碼，也可以是郵箱地址，甚至是各種類型的社交賬號。

步驟S23：生成校驗碼，并將校驗碼發(fā)送至與用戶聯(lián)系信息對應的通信終端。

例如，若上述用戶聯(lián)系信息為手機號碼，則可以將上述校驗碼發(fā)送至攜帶有相應通信卡的通信終端，若上述用戶聯(lián)系信息為郵箱地址，則可以將上述校驗碼發(fā)送至安裝有相應郵箱客戶端的通信終端。

步驟S24：生成校驗碼輸入接口，通過校驗碼輸入接口獲取企業(yè)用戶輸入的待校驗信息，若待校驗信息與校驗碼相一致，則判定待認證企業(yè)信息為有效信息。

可以理解的是，若上述待校驗信息與校驗碼不一致，則判定待認證企業(yè)信息為無效信息。

步驟S25：判定待認證企業(yè)信息為無效信息。

為了方便企業(yè)用戶在電商平臺上能夠留存多個手機號，本實施例還可以為企業(yè)用戶提供手機關聯(lián)設置接口，通過該手機關聯(lián)設置接口，可以獲取企業(yè)用戶輸入的新手機號，然后將該新手機號與電子稅局系統(tǒng)中留存的相應企業(yè)辦稅人員的手機號進行關聯(lián)。

進一步的，在判定待認證企業(yè)信息為無效信息的過程之后，本實施例還可以包括：獲取電商平臺重新發(fā)送的包含更新后的待認證企業(yè)信息的企業(yè)認證請求，然后對該企業(yè)認證請求重新進行相應的認證響應。

為了提高企業(yè)用戶在將自身企業(yè)信息錄入上述電商平臺過程中的錄入效率，參見圖3所示，本實施例中的企業(yè)身份認證方法，還可以包括：

步驟S31：在企業(yè)用戶首次登錄電商平臺的過程中，獲取企業(yè)用戶輸入的合法稅局賬號信息；

步驟S32：利用合法稅局賬號信息，對電子稅局系統(tǒng)中相應的企業(yè)信息進行讀取訪問，得到真實企業(yè)信息；

步驟S33：將真實企業(yè)信息自動錄入至電商平臺中與企業(yè)用戶對應的企業(yè)信息記錄項。

進一步的，為了方便電商平臺定期對企業(yè)狀態(tài)信息進行檢查，在上一實施例步驟S15的獲取由用戶身份鑒權模塊發(fā)送的授權碼的過程之后，還可以包括：

將授權碼保存至預設的授權存儲器，當獲取到電商平臺發(fā)送的授權碼提取請求，則從授權存儲器中提取出上述授權碼，以利用提取出的授權碼，從上述電子稅局系統(tǒng)中調(diào)取出與上述企業(yè)用戶對應的當前最新的真實企業(yè)信息。

其中，利用上述提取出的授權碼來調(diào)取真實企業(yè)信息的具體過程，與上一實施例步驟S16和S17中記載的過程相似，在此不再進行贅述。

另外，從電子稅局系統(tǒng)中調(diào)取與企業(yè)用戶對應的真實企業(yè)信息的過程之后，參見圖4所示，本實施例還可以包括：

步驟S41：利用真實企業(yè)信息，判斷企業(yè)用戶的企業(yè)經(jīng)營狀態(tài)是否正常，并得到相應的經(jīng)營狀態(tài)判斷結(jié)果；

步驟S42：根據(jù)經(jīng)營狀態(tài)判斷結(jié)果，生成相應的經(jīng)營狀態(tài)標注信息；

步驟S43：將經(jīng)營狀態(tài)標注信息發(fā)送至位于電商平臺上的與企業(yè)用戶對應的企業(yè)信息顯示界面。

也即，本實施例通過利用從電子稅局系統(tǒng)獲取的真實企業(yè)信息，對電商平臺上的企業(yè)用戶的經(jīng)營狀態(tài)進行相應的信息標注處理，以便于電商平臺的管理者對該企業(yè)用戶進行相應的管理。

相應的，本發(fā)明實施例還公開了一種企業(yè)身份認證系統(tǒng)，參見圖5所示，該企業(yè)身份認證系統(tǒng)包括：

認證請求獲取模塊11，用于獲取電商平臺發(fā)送的企業(yè)認證請求；其中，企業(yè)認證請求中包含企業(yè)用戶輸入的待認證企業(yè)信息；

稅局系統(tǒng)確定模塊12，用于根據(jù)待認證企業(yè)信息，確定出與企業(yè)用戶對應的電子稅局系統(tǒng)；

賬號輸入接口生成模塊13，用于生成與電子稅局系統(tǒng)對應的稅局賬號信息輸入接口；

賬號信息獲取模塊14，用于通過稅局賬號信息輸入接口，獲取企業(yè)用戶輸入的待校驗稅局賬號信息；

授權監(jiān)管模塊15，用于利用電子稅局系統(tǒng)中的用戶身份鑒權模塊對待校驗稅局賬號信息進行校驗，若校驗成功，則獲取由用戶身份鑒權模塊發(fā)送的授權碼；

調(diào)用請求生成模塊16，用于根據(jù)授權碼，生成相應的數(shù)據(jù)調(diào)用請求；

企業(yè)信息調(diào)取模塊17，用于利用數(shù)據(jù)調(diào)用請求，從電子稅局系統(tǒng)中調(diào)取與企業(yè)用戶對應的真實企業(yè)信息；

企業(yè)信息認證模塊18，用于利用真實企業(yè)信息，對待認證企業(yè)信息進行認證，得到相應的認證結(jié)果。

本實施例中，上述待認證企業(yè)信息具體可以包括但不限于企業(yè)名稱、組織機構(gòu)代碼、工商注冊號、企業(yè)所在地具體地址、企業(yè)用戶職位、企業(yè)用戶手機等信息。其中，上述企業(yè)用戶職位包括但不限于企業(yè)法人和/或企業(yè)財務主管。

相應的，上述真實企業(yè)信息包括但不限于企業(yè)名稱、組織機構(gòu)代碼、工商注冊號、企業(yè)所在地具體地址、企業(yè)用戶職位、企業(yè)用戶手機號等信息。

需要進一步說明的是，上述賬號輸入接口生成模塊13，具體可以在上述稅局系統(tǒng)確定模塊12確定出上述電子稅局系統(tǒng)之后，對與該電子稅局系統(tǒng)對應的輸入接口訪問地址進行確定，然后通過利用該輸入接口訪問地址進行頁面跳轉(zhuǎn)的方式，來生成上述稅局賬號信息輸入接口。其中，上述輸入接口訪問地址具體可以是URL地址。

另外，上述賬號輸入接口生成模塊13所生成的稅局賬號信息輸入接口可以是內(nèi)嵌于上述電子稅局系統(tǒng)中的信息輸入接口，也可以是位于上述電子稅局系統(tǒng)外部的獨立的信息輸入接口。

本實施例中，當上述待校驗稅局賬號信息是上述電子稅局系統(tǒng)中的合法賬戶信息時，上述授權監(jiān)管模塊15所進行的校驗過程將會成功通過，相反，若上述待校驗稅局賬號信息并非是上述電子稅局系統(tǒng)中的合法賬戶信息，則上述授權監(jiān)管模塊15所進行的校驗過程將無法通過，當然，在上述校驗失敗的情況下，也可以通知上述賬號信息獲取模塊14來獲取企業(yè)用戶重新輸入的待校驗稅局賬號信息，然后利用上述授權監(jiān)管模塊15對用戶重新輸入的待校驗稅局賬號信息進行再次校驗。

可以理解的是，本實施例中，上述企業(yè)信息認證模塊18在得到上述認證結(jié)果之后，會將該認證結(jié)果返回至上述電商平臺。

可見，本發(fā)明實施例在獲取到企業(yè)認證請求后，將會確定出相應的電子稅局系統(tǒng)，然后在獲取到企業(yè)用戶輸入的合法稅局賬號信號后，得到相應的授權碼，接著生成與該授權碼對應的數(shù)據(jù)調(diào)用請求，從而調(diào)取出位于電子稅局系統(tǒng)中的實時有效的真實企業(yè)信息，最后利用該真實企業(yè)信息，便可對上述企業(yè)認證請求中的待認證企業(yè)信息進行相應的認證過程。由此可見，上述認證過程中無需進行人工審核，從而大幅降低了認證成本，并且，由于電子稅局系統(tǒng)中記錄的企業(yè)信息真實可靠，能夠反映出當前企業(yè)的最新經(jīng)營狀態(tài)，由此在認證過程中實現(xiàn)了對企業(yè)經(jīng)營狀態(tài)的持續(xù)跟蹤，從而避免了因企業(yè)經(jīng)營狀態(tài)的動態(tài)變化而引起的監(jiān)管風險。綜上，本發(fā)明實施例降低了企業(yè)身份認證成本并改善了認證效果。

本實施例中，上述企業(yè)信息認證模塊具體可以包括第一企業(yè)信息判斷單元，用于判斷待認證企業(yè)信息與真實企業(yè)信息是否一致，如果是，則判定待認證企業(yè)信息為有效信息，如果否，則判定待認證企業(yè)信息為無效信息。

當然，為了進一步強化上述企業(yè)信息的認證要求，本實施例中，上述企業(yè)信息認證模塊具體也可以包括第二企業(yè)信息判斷單元、聯(lián)系信息提取單元、校驗碼生成單元、待校驗信息獲取單元和校驗信息判斷單元；其中，

第二企業(yè)信息判斷單元，用于判斷待認證企業(yè)信息與真實企業(yè)信息是否一致，如果是，則通知聯(lián)系信息提取單元啟動相應的工作進程，如果否，則直接判定待認證企業(yè)信息為無效信息。

聯(lián)系信息提取單元，用于從待認證企業(yè)信息中提取出與企業(yè)用戶對應的用戶聯(lián)系信息。

校驗碼生成單元，用于生成校驗碼，并將校驗碼發(fā)送至與用戶聯(lián)系信息對應的通信終端。

待校驗信息獲取單元，用于生成校驗碼輸入接口，通過校驗碼輸入接口獲取企業(yè)用戶輸入的待校驗信息。

校驗信息判斷單元，用于判斷上述待校驗信息與上述校驗碼是否相一致，如果是，則判定待認證企業(yè)信息為有效信息，如果否，則判定待認證企業(yè)信息為無效信息。

進一步的，在上述企業(yè)信息認證模塊判定待認證企業(yè)信息為無效信息之后，本實施例還可以通過上述認證請求獲取模塊獲取電商平臺重新發(fā)送的包含更新后的待認證企業(yè)信息的企業(yè)認證請求，然后利用企業(yè)身份認證系統(tǒng)中的其余模塊展開對該更新后的企業(yè)認證請求進行相應的認證響應。

為了提高企業(yè)用戶在將自身企業(yè)信息錄入上述電商平臺過程中的錄入效率，本實施例中的企業(yè)身份認證系統(tǒng)，還可以進一步包括合法稅局賬號信息獲取模塊、企業(yè)信息讀取訪問模塊和企業(yè)信息自動錄入模塊；其中，

合法稅局賬號信息獲取模塊，用于在企業(yè)用戶首次登錄電商平臺的過程中，獲取企業(yè)用戶輸入的合法稅局賬號信息；

企業(yè)信息讀取訪問模塊，用于利用合法稅局賬號信息，對電子稅局系統(tǒng)中相應的企業(yè)信息進行讀取訪問，得到真實企業(yè)信息；

企業(yè)信息自動錄入模塊，用于將真實企業(yè)信息自動錄入至電商平臺中與企業(yè)用戶對應的企業(yè)信息記錄項。

另外，本實施例中的企業(yè)身份認證系統(tǒng)，還可以進一步包括授權碼保存模塊和授權碼提取模塊；其中，

授權碼保存模塊，用于在授權監(jiān)管模塊獲取到由用戶身份鑒權模塊發(fā)送的授權碼之后，將該授權碼保存至預設的授權存儲器；

授權碼提取模塊，用于當獲取到電商平臺發(fā)送的授權碼提取請求，則從授權存儲器中提取出上述授權碼，以利用提取出的授權碼，從電子稅局系統(tǒng)中調(diào)取出與企業(yè)用戶對應的當前最新的真實企業(yè)信息。

進一步的，本實施例中的企業(yè)身份認證系統(tǒng)，還可以包括經(jīng)營狀態(tài)判斷模塊、標注信息生成模塊和標注信息發(fā)送模塊；其中，

經(jīng)營狀態(tài)判斷模塊，用于利用真實企業(yè)信息，判斷企業(yè)用戶的企業(yè)經(jīng)營狀態(tài)是否正常，并得到相應的經(jīng)營狀態(tài)判斷結(jié)果；

標注信息生成模塊，用于根據(jù)經(jīng)營狀態(tài)判斷結(jié)果，生成相應的經(jīng)營狀態(tài)標注信息；

標注信息發(fā)送模塊，用于將經(jīng)營狀態(tài)標注信息發(fā)送至位于電商平臺上的與企業(yè)用戶對應的企業(yè)信息顯示界面。

圖6示出了本發(fā)明實施例公開的一種具體的企業(yè)身份認證系統(tǒng)部署示意圖，在圖6中，企業(yè)身份認證系統(tǒng)分別與電商平臺、企業(yè)用戶、授權存儲器和電子稅局系統(tǒng)進行連接。

具體的，在實際應用中，上述企業(yè)身份認證系統(tǒng)中的授權監(jiān)管模塊和企業(yè)信息調(diào)取模塊均可以部署在電子稅局系統(tǒng)，其中，授權監(jiān)管模塊與電子稅局系統(tǒng)中的用戶身份鑒權模塊對接，企業(yè)信息調(diào)取模塊與與電子稅局系統(tǒng)中的企業(yè)信息數(shù)據(jù)庫進行對接，其中，電子稅局系統(tǒng)中的企業(yè)信息數(shù)據(jù)庫用來對企業(yè)用戶的企業(yè)信息進行保存。如果需要對接多個電子稅局系統(tǒng)，則可分別在每個電子稅局系統(tǒng)中均部署各自獨立的授權監(jiān)管模塊和企業(yè)信息調(diào)取模塊。而除了授權監(jiān)管模塊和企業(yè)信息調(diào)取模塊，企業(yè)身份認證系統(tǒng)中的其余模塊均只需全局部署一套即可，另外，上述授權存儲器也可只需全局部署一個即可。

需要進一步說明的是，本實施例中電商平臺可通過防火墻來訪問企業(yè)身份認證系統(tǒng)，向企業(yè)身份認證系統(tǒng)發(fā)送企業(yè)認證請求，企業(yè)身份認證系統(tǒng)經(jīng)過相應的邏輯分析處理后，將相應電子稅局系統(tǒng)的訪問地址返回至電商平臺，電商平臺經(jīng)過重定向機制跳轉(zhuǎn)至相應的稅局賬號信息輸入接口，然后進行后續(xù)的企業(yè)用戶鑒權操作。當企業(yè)用戶鑒權成功之后，將會產(chǎn)生相應的授權碼，并將該授權碼保存至上述授權存儲器，以便電商平臺定期地利用授權存儲器中保存的授權碼對相應企業(yè)用戶進行企業(yè)狀態(tài)檢查。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

以上對本發(fā)明所提供的一種企業(yè)身份認證方法及系統(tǒng)進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。