本發(fā)明涉及數(shù)據(jù)信息處理領(lǐng)域，具體地，涉及電梯數(shù)據(jù)管理的方法。

背景技術(shù)：

目前，基于互聯(lián)網(wǎng)搭建電梯維保管理云平臺(tái)，實(shí)現(xiàn)電梯維保信息智能化管理，已成為提升電梯維保服務(wù)質(zhì)量、保障電梯出行安全的重要手段。常見的電梯維保管理云平臺(tái)主要采用數(shù)據(jù)驅(qū)動(dòng)方式，基于電梯、維保合同、維保技師等各類數(shù)據(jù)，驅(qū)動(dòng)電梯維保業(yè)務(wù)有序展開。例如，按照維保合同，周期性生成電梯維保單；根據(jù)維保任務(wù)安排，向維保技師終端派發(fā)維保任務(wù)等。顯然，電梯數(shù)據(jù)質(zhì)量對(duì)于平臺(tái)運(yùn)行有著重要的作用。

在傳統(tǒng)方式下，基于互聯(lián)網(wǎng)的電梯維保管理云平臺(tái)均以維保公司負(fù)責(zé)提供原始基礎(chǔ)數(shù)據(jù)(含電梯品牌、型號(hào)、類型、位置等)并完成錄入、平臺(tái)負(fù)責(zé)審核數(shù)據(jù)的方式獲取電梯數(shù)據(jù)。上述方式存在以下兩個(gè)缺陷：一是電梯數(shù)據(jù)信息孤立，沒有與維保公司的數(shù)據(jù)構(gòu)建數(shù)據(jù)關(guān)系，無法納入到維保公司云服務(wù)平臺(tái)的數(shù)據(jù)信息處理過程中，缺少共享的技術(shù)實(shí)現(xiàn)；二是缺少電梯數(shù)據(jù)的采集鏈路，不利于云服務(wù)平臺(tái)大數(shù)據(jù)的整合，且無法對(duì)時(shí)間等因素導(dǎo)致沖突的數(shù)據(jù)信息之間的自動(dòng)化甄別與處理。

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

針對(duì)現(xiàn)有技術(shù)中的缺陷，本發(fā)明的目的是提供一種電梯數(shù)據(jù)管理的方法及系統(tǒng)。

根據(jù)本發(fā)明提供的一種電梯數(shù)據(jù)管理的方法，包括如下步驟：

任務(wù)發(fā)布步驟：通過網(wǎng)絡(luò)向維保客戶端發(fā)布電梯維保任務(wù)；

認(rèn)領(lǐng)請(qǐng)求步驟：針對(duì)接收到的電梯維保任務(wù)，通過網(wǎng)絡(luò)發(fā)送任務(wù)認(rèn)領(lǐng)請(qǐng)求，其中，所述任務(wù)認(rèn)領(lǐng)請(qǐng)求包括維保主體身份信息；

認(rèn)領(lǐng)接收步驟：接收針對(duì)電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求；

認(rèn)領(lǐng)審核步驟：根據(jù)電梯維保任務(wù)，對(duì)任務(wù)認(rèn)領(lǐng)請(qǐng)求進(jìn)行審核，得到審核結(jié)果；

任務(wù)分配步驟：通過網(wǎng)絡(luò)將審核結(jié)果提供給維保主體身份信息對(duì)應(yīng)的維?？蛻舳?。

優(yōu)選地，所述電梯維保任務(wù)包括電梯標(biāo)識(shí)信息、維保時(shí)間信息；所述維保主體身份信息包括維保主體標(biāo)識(shí)信息、維保對(duì)象信息；

所述認(rèn)領(lǐng)審核步驟，包括如下步驟：

沖突仲裁步驟：當(dāng)接收到針對(duì)同一電梯維保任務(wù)的多個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求時(shí)，將所包含維保主體標(biāo)識(shí)信息相同的任務(wù)認(rèn)領(lǐng)請(qǐng)求進(jìn)行去重；經(jīng)去重后，若針對(duì)同一電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求的數(shù)量大于等于2，則針對(duì)經(jīng)去重后各個(gè)剩下的任務(wù)認(rèn)領(lǐng)請(qǐng)求，將維保對(duì)象信息包含的電梯標(biāo)識(shí)號(hào)、維保時(shí)間段分別與電梯標(biāo)識(shí)信息、維保時(shí)間信息進(jìn)行匹配，若是匹配的，則得到審核通過的審核結(jié)果，若不匹配，則得到審核未通過的審核結(jié)果。

優(yōu)選地，所述認(rèn)領(lǐng)審核步驟，還包括如下步驟：

沖突協(xié)調(diào)步驟：對(duì)應(yīng)同一電梯維保任務(wù)，若存在審核結(jié)果為審核通過的多個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求時(shí)，則根據(jù)任務(wù)認(rèn)領(lǐng)請(qǐng)求的發(fā)送時(shí)間或者接收時(shí)間維持一個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求的審核結(jié)果為審核通過，并將其它任務(wù)認(rèn)領(lǐng)請(qǐng)求的審核結(jié)果更新為審核未通過。

優(yōu)選地，所述任務(wù)發(fā)布步驟，包括如下步驟：

時(shí)間分布式發(fā)布步驟：以不同的時(shí)間段，依次向多個(gè)維?？蛻舳税l(fā)布電梯維保任務(wù)；

所述認(rèn)領(lǐng)接收步驟，包括如下步驟：

時(shí)間分布式接收步驟：在不同的時(shí)間段內(nèi)，接收來自當(dāng)前時(shí)間段對(duì)應(yīng)的維保客戶端發(fā)送的任務(wù)認(rèn)領(lǐng)請(qǐng)求。

優(yōu)選地，還包括如下任一個(gè)或任多個(gè)步驟：

電梯基礎(chǔ)數(shù)據(jù)錄入步驟：從數(shù)據(jù)庫導(dǎo)入電梯基礎(chǔ)數(shù)據(jù)；其中，電梯維保任務(wù)根據(jù)電梯基礎(chǔ)數(shù)據(jù)生成得到；

電梯認(rèn)領(lǐng)關(guān)系審核步驟：根據(jù)維保主體身份信息審核對(duì)應(yīng)的維保客戶端是否通過注冊(cè)驗(yàn)證，若已通過注冊(cè)驗(yàn)證，則觸發(fā)認(rèn)領(lǐng)審核步驟繼續(xù)執(zhí)行，否則，則觸發(fā)認(rèn)領(lǐng)審核步驟，得到審核未通過的審核結(jié)果；

用戶身份審核步驟：提交維保主體身份信息進(jìn)行注冊(cè)驗(yàn)證；

電梯認(rèn)領(lǐng)沖突申訴步驟：在接收到審核未通過的審核結(jié)果后，提交申訴信息。

與現(xiàn)有技術(shù)相比，本發(fā)明具有如下的有益效果：

本發(fā)明為電梯數(shù)據(jù)與維保公司數(shù)據(jù)建立了關(guān)系，可提供建立、維護(hù)后臺(tái)電梯記錄與維保公司記錄間數(shù)據(jù)關(guān)系的前臺(tái)數(shù)據(jù)管理應(yīng)用方式；為降低電梯維保公司加入平臺(tái)的技術(shù)門檻提供了技術(shù)手段，減輕了平臺(tái)審核數(shù)據(jù)的工作量；將本發(fā)明應(yīng)用于電梯維保管理云平臺(tái)中，能夠使得電梯數(shù)據(jù)管理方法得到實(shí)際應(yīng)用，為提高電梯原始數(shù)據(jù)質(zhì)量提供了有效方法。

附圖說明

通過閱讀參照以下附圖對(duì)非限制性實(shí)施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點(diǎn)將會(huì)變得更明顯：

圖1為本發(fā)明第一實(shí)施例提供的電梯數(shù)據(jù)管理的方法的步驟流程圖。

圖2為本發(fā)明第二實(shí)施例提供的電梯數(shù)據(jù)管理的系統(tǒng)的結(jié)構(gòu)示意圖。

圖3為本發(fā)明第一實(shí)施例的優(yōu)選例和/或第二實(shí)施例的優(yōu)選例中的模塊結(jié)構(gòu)框架示意圖。

圖4為本發(fā)明第一實(shí)施例的優(yōu)選例和/或第二實(shí)施例的優(yōu)選例中的電梯認(rèn)領(lǐng)與仲裁執(zhí)行過程的步驟流程。

圖5為本發(fā)明第一實(shí)施例的優(yōu)選例和/或第二實(shí)施例的優(yōu)選例中的維保公司身份核實(shí)與認(rèn)領(lǐng)及申訴的步驟流程圖。

具體實(shí)施方式

下面結(jié)合具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說明。以下實(shí)施例將有助于本領(lǐng)域的技術(shù)人員進(jìn)一步理解本發(fā)明，但不以任何形式限制本發(fā)明。應(yīng)當(dāng)指出的是，對(duì)本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變化和改進(jìn)。這些都屬于本發(fā)明的保護(hù)范圍。

第一實(shí)施例

根據(jù)本發(fā)明提供的一種電梯數(shù)據(jù)管理的方法，包括如下步驟：

任務(wù)發(fā)布步驟：通過網(wǎng)絡(luò)向維?？蛻舳税l(fā)布電梯維保任務(wù)；

認(rèn)領(lǐng)請(qǐng)求步驟：針對(duì)接收到的電梯維保任務(wù)，通過網(wǎng)絡(luò)發(fā)送任務(wù)認(rèn)領(lǐng)請(qǐng)求，其中，所述任務(wù)認(rèn)領(lǐng)請(qǐng)求包括維保主體身份信息；

認(rèn)領(lǐng)接收步驟：接收針對(duì)電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求；

認(rèn)領(lǐng)審核步驟：根據(jù)電梯維保任務(wù)，對(duì)任務(wù)認(rèn)領(lǐng)請(qǐng)求進(jìn)行審核，得到審核結(jié)果；

任務(wù)分配步驟：通過網(wǎng)絡(luò)將審核結(jié)果提供給維保主體身份信息對(duì)應(yīng)的維保客戶端。

優(yōu)選地，所述電梯維保任務(wù)包括電梯標(biāo)識(shí)信息、維保時(shí)間信息；所述維保主體身份信息包括維保主體標(biāo)識(shí)信息、維保對(duì)象信息；

所述認(rèn)領(lǐng)審核步驟，包括如下步驟：

沖突仲裁步驟：當(dāng)接收到針對(duì)同一電梯維保任務(wù)的多個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求時(shí)，將所包含維保主體標(biāo)識(shí)信息相同的任務(wù)認(rèn)領(lǐng)請(qǐng)求進(jìn)行去重；經(jīng)去重后，若針對(duì)同一電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求的數(shù)量大于等于2，則針對(duì)經(jīng)去重后各個(gè)剩下的任務(wù)認(rèn)領(lǐng)請(qǐng)求，將維保對(duì)象信息包含的電梯標(biāo)識(shí)號(hào)、維保時(shí)間段分別與電梯標(biāo)識(shí)信息、維保時(shí)間信息進(jìn)行匹配，若是匹配的，則得到審核通過的審核結(jié)果，若不匹配，則得到審核未通過的審核結(jié)果。

優(yōu)選地，所述認(rèn)領(lǐng)審核步驟，還包括如下步驟：

沖突協(xié)調(diào)步驟：對(duì)應(yīng)同一電梯維保任務(wù)，若存在審核結(jié)果為審核通過的多個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求時(shí)，則根據(jù)任務(wù)認(rèn)領(lǐng)請(qǐng)求的發(fā)送時(shí)間或者接收時(shí)間維持一個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求的審核結(jié)果為審核通過，并將其它任務(wù)認(rèn)領(lǐng)請(qǐng)求的審核結(jié)果更新為審核未通過。

優(yōu)選地，所述任務(wù)發(fā)布步驟，包括如下步驟：

時(shí)間分布式發(fā)布步驟：以不同的時(shí)間段，依次向多個(gè)維保客戶端發(fā)布電梯維保任務(wù)；

所述認(rèn)領(lǐng)接收步驟，包括如下步驟：

時(shí)間分布式接收步驟：在不同的時(shí)間段內(nèi)，接收來自當(dāng)前時(shí)間段對(duì)應(yīng)的維?？蛻舳税l(fā)送的任務(wù)認(rèn)領(lǐng)請(qǐng)求。

優(yōu)選地，還包括如下任一個(gè)或任多個(gè)步驟：

電梯基礎(chǔ)數(shù)據(jù)錄入步驟：從數(shù)據(jù)庫導(dǎo)入電梯基礎(chǔ)數(shù)據(jù)；其中，電梯維保任務(wù)根據(jù)電梯基礎(chǔ)數(shù)據(jù)生成得到；電梯基礎(chǔ)數(shù)據(jù)存儲(chǔ)于電梯基礎(chǔ)數(shù)據(jù)庫，電梯基礎(chǔ)數(shù)據(jù)包括電梯品牌、型號(hào)、種類、位置、維保公司等基礎(chǔ)數(shù)據(jù)。

電梯認(rèn)領(lǐng)關(guān)系審核步驟：根據(jù)維保主體身份信息審核對(duì)應(yīng)的維保客戶端是否通過注冊(cè)驗(yàn)證，若已通過注冊(cè)驗(yàn)證，則觸發(fā)認(rèn)領(lǐng)審核步驟繼續(xù)執(zhí)行，否則，則觸發(fā)認(rèn)領(lǐng)審核步驟，得到審核未通過的審核結(jié)果；其中，通過電梯認(rèn)領(lǐng)關(guān)系審核步驟，來審核維保公司通過維保客戶端上報(bào)的電梯認(rèn)領(lǐng)信息以及相關(guān)佐證材料；

用戶身份審核步驟：提交維保主體身份信息進(jìn)行注冊(cè)驗(yàn)證；通過用戶身份審核步驟能夠?qū)徍蓑?yàn)證維保公司用戶身份；

電梯認(rèn)領(lǐng)沖突申訴步驟：在接收到審核未通過的審核結(jié)果后，提交申訴信息；其中，在單部電梯有多家維保公司認(rèn)領(lǐng)時(shí)，將判定電梯歸屬，電梯歸屬的審核結(jié)果可以通過電梯認(rèn)領(lǐng)沖突申訴步驟來進(jìn)行申訴。

第二實(shí)施例

本實(shí)施例可以通過第一實(shí)施例的步驟流程實(shí)現(xiàn)。具體地，在本實(shí)施例中，根據(jù)本發(fā)明提供的一種電梯數(shù)據(jù)管理的系統(tǒng)，包括平臺(tái)管理員客戶端、維?？蛻舳?；

所述平臺(tái)管理員客戶端，包括如下模塊：

任務(wù)發(fā)布模塊：通過網(wǎng)絡(luò)向維?？蛻舳税l(fā)布電梯維保任務(wù)；

認(rèn)領(lǐng)接收模塊：接收針對(duì)電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求；

認(rèn)領(lǐng)審核模塊：根據(jù)電梯維保任務(wù)，對(duì)任務(wù)認(rèn)領(lǐng)請(qǐng)求進(jìn)行審核，得到審核結(jié)果；

任務(wù)分配模塊：通過網(wǎng)絡(luò)將審核結(jié)果提供給維保主體身份信息對(duì)應(yīng)的維保客戶端。

所述維?？蛻舳?，包括如下模塊：

認(rèn)領(lǐng)請(qǐng)求模塊：針對(duì)接收到的電梯維保任務(wù)，通過網(wǎng)絡(luò)發(fā)送任務(wù)認(rèn)領(lǐng)請(qǐng)求，其中，所述任務(wù)認(rèn)領(lǐng)請(qǐng)求包括維保主體身份信息；

優(yōu)選地，所述電梯維保任務(wù)包括電梯標(biāo)識(shí)信息、維保時(shí)間信息；所述維保主體身份信息包括維保主體標(biāo)識(shí)信息、維保對(duì)象信息；

所述認(rèn)領(lǐng)審核模塊，包括如下模塊：

沖突仲裁模塊：當(dāng)接收到針對(duì)同一電梯維保任務(wù)的多個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求時(shí)，將所包含維保主體標(biāo)識(shí)信息相同的任務(wù)認(rèn)領(lǐng)請(qǐng)求進(jìn)行去重；經(jīng)去重后，若針對(duì)同一電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求的數(shù)量大于等于2，則針對(duì)經(jīng)去重后各個(gè)剩下的任務(wù)認(rèn)領(lǐng)請(qǐng)求，將維保對(duì)象信息包含的電梯標(biāo)識(shí)號(hào)、維保時(shí)間段分別與電梯標(biāo)識(shí)信息、維保時(shí)間信息進(jìn)行匹配，若是匹配的，則得到審核通過的審核結(jié)果，若不匹配，則得到審核未通過的審核結(jié)果。

優(yōu)選地，所述認(rèn)領(lǐng)審核模塊，還包括如下模塊：

沖突協(xié)調(diào)模塊：對(duì)應(yīng)同一電梯維保任務(wù)，若存在審核結(jié)果為審核通過的多個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求時(shí)，則根據(jù)任務(wù)認(rèn)領(lǐng)請(qǐng)求的發(fā)送時(shí)間或者接收時(shí)間維持一個(gè)任務(wù)認(rèn)領(lǐng)請(qǐng)求的審核結(jié)果為審核通過，并將其它任務(wù)認(rèn)領(lǐng)請(qǐng)求的審核結(jié)果更新為審核未通過。

優(yōu)選地，所述任務(wù)發(fā)布模塊，包括如下模塊：

時(shí)間分布式發(fā)布模塊：以不同的時(shí)間段，依次向多個(gè)維保客戶端發(fā)布電梯維保任務(wù)；

所述認(rèn)領(lǐng)接收模塊，包括如下模塊：

時(shí)間分布式接收模塊：在不同的時(shí)間段內(nèi)，接收來自當(dāng)前時(shí)間段對(duì)應(yīng)的維?？蛻舳税l(fā)送的任務(wù)認(rèn)領(lǐng)請(qǐng)求。

優(yōu)選地，還包括如下任一個(gè)或任多個(gè)模塊：

電梯基礎(chǔ)數(shù)據(jù)錄入模塊：從數(shù)據(jù)庫導(dǎo)入電梯基礎(chǔ)數(shù)據(jù)；其中，電梯維保任務(wù)根據(jù)電梯基礎(chǔ)數(shù)據(jù)生成得到；平臺(tái)管理員客戶端包括電梯基礎(chǔ)數(shù)據(jù)錄入模塊；

電梯認(rèn)領(lǐng)關(guān)系審核模塊：根據(jù)維保主體身份信息審核對(duì)應(yīng)的維?？蛻舳耸欠裢ㄟ^注冊(cè)驗(yàn)證，若已通過注冊(cè)驗(yàn)證，則觸發(fā)認(rèn)領(lǐng)審核模塊繼續(xù)執(zhí)行，否則，則觸發(fā)認(rèn)領(lǐng)審核模塊，得到審核未通過的審核結(jié)果；平臺(tái)管理員客戶端包括電梯認(rèn)領(lǐng)關(guān)系審核模塊；

用戶身份審核模塊：提交維保主體身份信息進(jìn)行注冊(cè)驗(yàn)證；維保客戶端包括用戶身份審核模塊；

電梯認(rèn)領(lǐng)沖突申訴模塊：在接收到審核未通過的審核結(jié)果后，提交申訴信息；維?？蛻舳税娞菡J(rèn)領(lǐng)沖突申訴模塊。

下面以優(yōu)選例方式對(duì)本發(fā)明進(jìn)行更為具體的說明。

如圖3、圖4、圖5所示，在圖3所示的模塊結(jié)構(gòu)框架下，圖4為電梯認(rèn)領(lǐng)與仲裁執(zhí)行過程的步驟流程，圖5為維保公司身份核實(shí)與認(rèn)領(lǐng)及申訴的步驟流程圖。其中，平臺(tái)管理員客戶端10包括電梯基礎(chǔ)數(shù)據(jù)錄入模塊11、電梯認(rèn)領(lǐng)關(guān)系審核模塊12、沖突仲裁模塊13，電梯基礎(chǔ)數(shù)據(jù)錄入模塊11鏈接電梯基礎(chǔ)數(shù)據(jù)庫14；維?？蛻舳?5包括用戶身份審核模塊16、電梯認(rèn)領(lǐng)模塊17、電梯認(rèn)領(lǐng)沖突申訴模塊18，其中，電梯認(rèn)領(lǐng)模塊17用于發(fā)送針對(duì)電梯維保任務(wù)的任務(wù)認(rèn)領(lǐng)請(qǐng)求。

參見圖2，以電梯認(rèn)領(lǐng)與仲裁執(zhí)行過程為例，平臺(tái)管理員客戶端執(zhí)行的步驟包括步驟21、步驟22、步驟23；維?？蛻舳藞?zhí)行的步驟包含步驟24、步驟25、步驟26、步驟27。

步驟21：啟動(dòng)平臺(tái)管理員客戶端，根據(jù)錄入需求，選擇調(diào)用電梯基礎(chǔ)數(shù)據(jù)錄入模塊，把從權(quán)威數(shù)據(jù)源獲取的電梯數(shù)據(jù)直接錄入到電梯基礎(chǔ)數(shù)據(jù)庫中，錄入后所有電梯均處于未認(rèn)領(lǐng)狀態(tài)；

步驟22：根據(jù)審核需求，選擇調(diào)用電梯認(rèn)領(lǐng)關(guān)系審核模塊，結(jié)合維保公司用戶提交的維保合同電子掃描版相關(guān)信息，對(duì)其認(rèn)領(lǐng)的電梯以及具體時(shí)間段進(jìn)行審核，若兩者一致，則審核通過；若兩者不一致，則審核不通過，通知維保公司相關(guān)人員進(jìn)行重新認(rèn)領(lǐng)；

步驟23：根據(jù)仲裁需求，選擇調(diào)用電梯認(rèn)領(lǐng)關(guān)系仲裁模塊，結(jié)合各家維保公司提交的維保合同電子掃描版相關(guān)信息，對(duì)電梯具體歸屬進(jìn)行仲裁，并將仲裁結(jié)果通知各家維保公司。

步驟24：啟動(dòng)維?？蛻舳耍苯诱{(diào)用用戶身份審核模塊，維保公司用戶要求輸入用戶名和密碼，由維?？蛻舳四K認(rèn)證用戶輸入身份信息的合法性；

步驟25：維保公司調(diào)用電梯認(rèn)領(lǐng)模塊，從電梯數(shù)據(jù)列表視圖中選擇本公司當(dāng)前正在維保的電梯集合進(jìn)行認(rèn)領(lǐng)；

步驟26：若本公司正在維保的電梯處于未認(rèn)領(lǐng)狀態(tài)，直接將其認(rèn)領(lǐng)，并確定維保時(shí)間段，同時(shí)提供相應(yīng)的合同證明；

步驟27：若發(fā)現(xiàn)當(dāng)前電梯已被其他公司認(rèn)領(lǐng)，則調(diào)用電梯認(rèn)領(lǐng)關(guān)系申訴模塊，向平臺(tái)申訴，并提供相應(yīng)的合同證明。

本發(fā)明將區(qū)域內(nèi)所有電梯基礎(chǔ)數(shù)據(jù)統(tǒng)一錄入在后臺(tái)數(shù)據(jù)庫，在此基礎(chǔ)上，利用電梯認(rèn)領(lǐng)模塊由各維保公司確定各電梯維保服務(wù)的歸屬，整個(gè)過程無需維保公司直接操作電梯基礎(chǔ)數(shù)據(jù)，以避免電梯基礎(chǔ)數(shù)據(jù)錄入質(zhì)量不高、平臺(tái)審核數(shù)據(jù)工作量大等情況。

本領(lǐng)域技術(shù)人員知道，除了以純計(jì)算機(jī)可讀程序代碼方式實(shí)現(xiàn)本發(fā)明提供的系統(tǒng)及其各個(gè)裝置、模塊、單元以外，完全可以通過將方法步驟進(jìn)行邏輯編程來使得本發(fā)明提供的系統(tǒng)及其各個(gè)裝置、模塊、單元以邏輯門、開關(guān)、專用集成電路、可編程邏輯控制器以及嵌入式微控制器等的形式來實(shí)現(xiàn)相同功能。所以，本發(fā)明提供的系統(tǒng)及其各項(xiàng)裝置、模塊、單元可以被認(rèn)為是一種硬件部件，而對(duì)其內(nèi)包括的用于實(shí)現(xiàn)各種功能的裝置、模塊、單元也可以視為硬件部件內(nèi)的結(jié)構(gòu)；也可以將用于實(shí)現(xiàn)各種功能的裝置、模塊、單元視為既可以是實(shí)現(xiàn)方法的軟件模塊又可以是硬件部件內(nèi)的結(jié)構(gòu)。

以上對(duì)本發(fā)明的具體實(shí)施例進(jìn)行了描述。需要理解的是，本發(fā)明并不局限于上述特定實(shí)施方式，本領(lǐng)域技術(shù)人員可以在權(quán)利要求的范圍內(nèi)做出各種變化或修改，這并不影響本發(fā)明的實(shí)質(zhì)內(nèi)容。在不沖突的情況下，本申請(qǐng)的實(shí)施例和實(shí)施例中的特征可以任意相互組合。