本發(fā)明涉及勞保用品技術(shù)領(lǐng)域，具體涉及一種勞保用品處理系統(tǒng)。

背景技術(shù)：

當(dāng)前，中國大多數(shù)生產(chǎn)制造類企業(yè)為了滿足安全生產(chǎn)的需求，員工都需要大量地使用勞保用品。對于廢舊的勞保用品，目前對其處理一般是：將其放置在同一固定點?；趧诒Ｓ闷肪哂幸兹继匦?，現(xiàn)有的處理方式存在極大的安全隱患，容易引起火災(zāi)。

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

本發(fā)明實施例的目的在于提供一種勞保用品處理系統(tǒng)，以消除勞保用品的安全隱患，有效地防止火災(zāi)的發(fā)生。

為實現(xiàn)上述目的，本發(fā)明實施例提供了一種勞保用品處理系統(tǒng)，包括服務(wù)終端以及處理終端，所述處理終端與所述服務(wù)終端進行通信連接，所述處理終端包括回收模塊、存儲模塊、溫度檢測模塊以及滅火模塊，所述回收模塊用于回收廢舊的勞保用品，所述存儲模塊用于存儲廢舊的勞保用品，所述溫度檢測模塊用于實時檢測所述存儲模塊內(nèi)的實時溫度，若所述實時溫度超過預(yù)設(shè)閾值，所述溫度檢測模塊向所述滅火模塊發(fā)出滅火指令，所述滅火模塊用于接收所述滅火指令并根據(jù)所述滅火指令對所述存儲模塊內(nèi)部執(zhí)行滅火操作。

作為一種可選的實施方式，所述勞保用品處理系統(tǒng)還包括客戶終端，用于訪問所述服務(wù)終端以查看勞保用品的領(lǐng)用記錄信息及每位員工的勞保用品的領(lǐng)用余量信息，所述客戶終端還用于領(lǐng)取獎勵。

作為一種可選的實施方式，所述存儲模塊還用于存儲待發(fā)放的勞保用品，且所述存儲模塊用于對待發(fā)放的勞保用品和廢舊的勞保用品進行分開存儲。

作為一種可選的實施方式，所述處理終端還包括驗證模塊、選擇模塊以及發(fā)放模塊，所述驗證模塊用于接收員工的輸入操作以獲取當(dāng)前輸入信息、將所述當(dāng)前輸入信息發(fā)送至所述服務(wù)終端進行驗證并接收所述服務(wù)終端返回的驗證結(jié)果，所述選擇模塊用于根據(jù)所述驗證結(jié)果接收所述員工的發(fā)放操作或者回收操作，所述發(fā)放模塊用于根據(jù)所述發(fā)放操作調(diào)取所述存儲模塊中的待發(fā)放的勞保用品給所述員工。

作為一種可選的實施方式，所述輸入操作包括語音操作、刷卡操作、指紋識別操作、臉部識別操作、二維碼掃描操作或密碼輸入操作。

作為一種可選的實施方式，所述處理終端還包括分類模塊，用于根據(jù)所述當(dāng)前輸入信息得到員工身份的分類結(jié)果，并將所述分類結(jié)果發(fā)送至所述發(fā)放模塊，所述發(fā)放模塊用于根據(jù)所述分類結(jié)果及發(fā)放操作對不同的員工進行不同的勞保用品發(fā)放。

作為一種可選的實施方式，所述處理終端還包括建賬模塊，用于獲取所述發(fā)放模塊的勞保用品發(fā)放記錄以及所述回收模塊的勞保用品回收記錄，并根據(jù)所述發(fā)放記錄及回收記錄周期性地形成臺賬。

作為一種可選的實施方式，所述處理終端還包括提醒模塊，用于當(dāng)所述存儲模塊中待發(fā)放的勞保用品的數(shù)量小于預(yù)設(shè)值時，向外發(fā)出補貨提醒請求。

作為一種可選的實施方式，所述勞保用品處理系統(tǒng)還包括企業(yè)管理子系統(tǒng)，所述企業(yè)管理子系統(tǒng)包括補貨管理模塊，所述補貨管理模塊用于與所述處理終端進行通信連接以接收所述補貨請求。

作為一種可選的實施方式，所述企業(yè)管理子系統(tǒng)還包括下單管理模塊和員工管理模塊，所述下單管理模塊用于管理用品數(shù)據(jù)，所述用品數(shù)據(jù)包括企業(yè)待發(fā)放物品的種類和總數(shù)量數(shù)據(jù)，所述員工管理模塊用于管理員工數(shù)據(jù)，所述員工數(shù)據(jù)包括有符合發(fā)放條件員工的員工信息數(shù)據(jù)。

本發(fā)明實施例所提供勞保用品處理系統(tǒng)，包括服務(wù)終端以及處理終端，所述處理終端包括回收模塊、存儲模塊、溫度檢測模塊以及滅火模塊，回收模塊先回收廢舊的勞保用品，存儲模塊存儲廢舊的勞保用品，溫度檢測模塊檢測存儲模塊內(nèi)的實時溫度，若實時溫度超過預(yù)設(shè)閾值，溫度檢測模塊向滅火模塊發(fā)出滅火指令，滅火模塊根據(jù)滅火指令對存儲模塊內(nèi)部執(zhí)行滅火操作，從而消除了勞保用品的安全隱患，有效地防止了火災(zāi)的發(fā)生。

附圖說明

為了更清楚地說明本發(fā)明具體實施方式或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對具體實施方式或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹。在所有附圖中，類似的元件或部分一般由類似的附圖標記標識。附圖中，各元件或部分并不一定按照實際的比例繪制。

圖1是本發(fā)明第一實施例提供的勞保用品處理系統(tǒng)的結(jié)構(gòu)示意圖；

圖2是處理終端的結(jié)構(gòu)示意圖；

圖3是客戶終端的結(jié)構(gòu)示意圖；

圖4是企業(yè)管理子系統(tǒng)的結(jié)構(gòu)示意圖；

圖5是勞保用品處理系統(tǒng)的工作流程圖。

具體實施方式

下面將結(jié)合附圖對本發(fā)明技術(shù)方案的實施例進行詳細的描述。以下實施例僅用于更加清楚地說明本發(fā)明的技術(shù)方案，因此只是作為示例，而不能以此來限制本發(fā)明的保護范圍。

需要注意的是，除非另有說明，本申請使用的技術(shù)術(shù)語或者科學(xué)術(shù)語應(yīng)當(dāng)為本發(fā)明所屬領(lǐng)域技術(shù)人員所理解的通常意義。

請參考圖1，是本發(fā)明第一實施例所提供的勞保用品處理系統(tǒng)的結(jié)構(gòu)示意圖，如圖所示，該系統(tǒng)可以包括服務(wù)終端100、處理終端200、客戶終端300以及企業(yè)管理子系統(tǒng)400。需要說明的是，處理終端200和客戶終端300的數(shù)量可以是多個，處理終端200分別與服務(wù)終端100、客戶終端300以及企業(yè)管理子系統(tǒng)進行有線或無線通信連接，客戶終端300可以是智能手機，但不僅限于此。

進一步地，如圖2所示，處理終端200可以包括：

存儲模塊20，用于分開地存儲待發(fā)放的勞保用品或廢舊的勞保用品；

驗證模塊21，用于接收員工的輸入操作以獲取當(dāng)前輸入信息、將當(dāng)前輸入信息發(fā)送至服務(wù)終端100進行驗證并接收服務(wù)終端100返回的驗證結(jié)果；其中，輸入操作包括語音操作、刷卡操作、指紋識別操作、臉部識別操作、二維碼掃描操作或密碼輸入操作；以二維碼掃描操作為例，處理終端200包括一觸摸屏的第一操作界面，該第一操作界面上包括二維碼，員工可以通過微信掃描二維碼，驗證模塊21將因員工執(zhí)行掃碼操作而獲取到當(dāng)前輸入信息，該當(dāng)前輸入信息為員工的身份信息，驗證模塊21將員工的身份信息發(fā)送至服務(wù)終端100，服務(wù)終端100內(nèi)有存儲員工身份信息的數(shù)據(jù)庫，該數(shù)據(jù)庫是之前根據(jù)人員的錄入操作所建立的，服務(wù)終端100將驗證模塊21所發(fā)送的員工的身份信息與數(shù)據(jù)庫進行比對，若比對出驗證模塊21所發(fā)送的員工的身份信息存在數(shù)據(jù)庫中，則得到驗證成功的驗證結(jié)果，反之，得到驗證失敗的驗證結(jié)果，并將上述結(jié)果發(fā)送至驗證模塊21；需要說明的是，本實施例接收語音操作以獲取當(dāng)前輸入信息的方式，給員工帶來了更大的方便；此外，對于上述幾種輸入方式，還可以采用組合，例如語音+刷卡的輸入操作，采用雙重或多重身份驗證，從而提高系統(tǒng)的安全性，防止他人誤領(lǐng)勞保用品；

分類模塊22，用于根據(jù)當(dāng)前輸入信息得到員工身份的分類結(jié)果，并將分類結(jié)果向外發(fā)送；具體地，分類模塊22對當(dāng)前輸入信息進行分類，得到該員工屬于哪個等級，例如，本次得到的員工身份的分類結(jié)果為：該員工屬于等級1；

選擇模塊23，用于根據(jù)驗證結(jié)果接收員工的發(fā)放操作或者回收操作；具體地，當(dāng)驗證結(jié)果為驗證成功時，處理終端200的第一操作界面將轉(zhuǎn)換為第二操作界面，該第二操作界面有“發(fā)放”和“回收”兩個操作按鈕，員工點擊相應(yīng)的操作按鈕，選擇模塊23相應(yīng)地接收到發(fā)送操作或者回收操作；

發(fā)放模塊24，用于根據(jù)發(fā)送操作調(diào)取存儲模塊20中的待發(fā)放的勞保用品給員工；舉例來說，當(dāng)某一員工在處理終端200上執(zhí)行掃碼操作時，驗證模塊21結(jié)合服務(wù)終端200對員工進行身份驗證，得到驗證成功的結(jié)果后，分類模塊22確定該員工的等級為等級1，發(fā)放模塊23根據(jù)發(fā)放操作、調(diào)取存儲模塊20中等級1的勞保用品發(fā)放該員工；需要說明的是，本發(fā)明的處理終端200實現(xiàn)了勞保用品的自動發(fā)放，從而節(jié)省了人力，提高了勞動效率，也使得員工在領(lǐng)取勞保用品時更加方便，進一步地使得工廠對勞保用品的發(fā)放更加智能化；

回收模塊25，用于根據(jù)回收操作存儲廢舊的勞保用品；舉例來說，處理終端200還包括一回收窗口，當(dāng)用戶在第二操作界面點擊“回收”操作按鈕之后，回收窗口將會被自動打開，員工可將廢舊的勞保用品投入該回收窗口，最終進入存儲模塊20內(nèi)進行存儲；

溫度檢測模塊26，用于實時檢測存儲模塊20內(nèi)的實時溫度，若實時溫度超過預(yù)設(shè)閾值時，向外發(fā)出滅火指令；需要說明的是，該溫度檢測模塊26可以是放置于存儲模塊20內(nèi)的一溫度傳感器，對于存儲待發(fā)放的勞保用品和廢舊的勞保用品，可分別設(shè)置溫度傳感器；

滅火模塊27，用于接收滅火指令并根據(jù)該滅火指令對存儲模塊20內(nèi)部執(zhí)行滅火操作；舉例來說，滅火模塊27向存儲模塊20內(nèi)部噴射干粉滅火劑，以得到對存儲模塊20內(nèi)部進行降溫的目的；本發(fā)明實施例中，當(dāng)存儲有勞保用品的存儲模塊20內(nèi)的實時溫度超過預(yù)設(shè)閾值時，滅火模塊27對其執(zhí)行滅火操作，從而消除了勞保用品的安全隱患，有效地防止了火災(zāi)的發(fā)生；

建賬模塊28，用于獲取發(fā)放模塊24的勞保用品發(fā)放記錄以及回收模塊25的勞保用品回收記錄，并根據(jù)發(fā)放記錄及回收記錄周期性地形成臺賬；例如設(shè)定建賬周期為一個月，當(dāng)達到期限時，建賬模塊28可根據(jù)發(fā)放記錄及回收記錄形成臺賬，以方便工廠對勞保用品的管理，以及與供應(yīng)商之間的結(jié)算處理；其中，該發(fā)放記錄包括領(lǐng)用人的身份信息、領(lǐng)用時間、領(lǐng)用數(shù)量等等，該回收記錄包括投入廢舊的勞保用品的人員身份信息、投放時間、投放數(shù)量等等；

提醒模塊29，用于當(dāng)存儲模塊20中待發(fā)放的勞保用品的數(shù)量小于預(yù)設(shè)值時，向外發(fā)出補貨請求，例如向企業(yè)管理子系統(tǒng)400發(fā)送補貨請求，企業(yè)管理子系統(tǒng)400的管理人員根據(jù)實際情況作出補貨處理等。

進一步地，如圖3所示，客戶終端300可以包括：

查看模塊30，用于訪問服務(wù)終端200以查看勞保用品的領(lǐng)用記錄信息及每位員工的勞保用品的領(lǐng)用余量信息；需要說明的是，作為一種可選的實施方式，查看模塊30可設(shè)置于處理終端200上，也可以同時設(shè)置于處理終端200和客戶終端300上，員工可根據(jù)自己需要來選擇處理終端200或客戶終端300上的查看模塊30進行勞保用品的領(lǐng)用記錄信息以及每位員工的勞保用品的領(lǐng)用余量信息的查看；需要說明的是，通過客戶終端300進行信息查看，更加方便，更容易被廣泛地推廣應(yīng)用；

領(lǐng)取模塊31，用于領(lǐng)取獎勵；具體地，當(dāng)員工通過查看模塊30查看到自己在預(yù)定時限(例如一個月)內(nèi)的領(lǐng)用余量后，可向工廠申請換取獎勵，該獎勵可以是實際物品，也可以是電子券等虛擬物品；此外，在領(lǐng)用余量的查詢界面，還可鏈接相應(yīng)地獎勵領(lǐng)取界面，以方便員工領(lǐng)取獎勵；該獎勵領(lǐng)取界面可以是工廠自主開發(fā)的，也可以是與其合作的第三方所提供的。

進一步地，如圖4所示，企業(yè)管理子系統(tǒng)400可以包括：

下單管理模塊40，用于管理用品數(shù)據(jù)，用品數(shù)據(jù)包括企業(yè)待發(fā)放物品的種類和總數(shù)量數(shù)據(jù)；

員工管理模塊41，用于管理員工數(shù)據(jù)，員工數(shù)據(jù)包括有符合發(fā)放條件員工的員工信息數(shù)據(jù)。

從以上描述可以看出，本發(fā)明實施例所提供勞保用品處理系統(tǒng)，包括服務(wù)終端100以及處理終端200，處理終端200包括回收模塊25、存儲模塊20、溫度檢測模塊26以及滅火模塊27，回收模塊25先回收廢舊的勞保用品，存儲模塊20存儲廢舊的勞保用品，溫度檢測模塊26檢測存儲模塊20內(nèi)的實時溫度，若實時溫度超過預(yù)設(shè)溫度閾值，溫度檢測模塊26向滅火模塊27發(fā)出滅火指令，滅火模塊27根據(jù)滅火指令對存儲模塊20內(nèi)部執(zhí)行滅火操作，從而消除了勞保用品的安全隱患，有效地防止了火災(zāi)的發(fā)生。

請參考圖5，是本發(fā)明實施例所提供的勞保用品處理系統(tǒng)的方法流程示意圖，如圖所示，其方法流程可以包括：

s101，驗證模塊接收員工的輸入操作以獲取當(dāng)前輸入信息、將當(dāng)前輸入信息發(fā)送至服務(wù)終端進行驗證并接收服務(wù)終端返回的驗證結(jié)果；

s102，分類模塊根據(jù)當(dāng)前輸入信息得到員工身份的分類結(jié)果，并將分類結(jié)果發(fā)送至發(fā)放模塊；

s103，選擇模塊接收員工的發(fā)放操作或者回收操作；

s104，發(fā)放模塊根據(jù)發(fā)放操作調(diào)取存儲模塊中的待發(fā)放的勞保用品給員工；

s105，回收模塊根據(jù)回收操作將廢舊的勞保用品存儲至存儲模塊；

s106，溫度檢測模塊實時檢測存儲模塊內(nèi)的實時溫度，若實時溫度超過預(yù)設(shè)閾值，向滅火模塊發(fā)出滅火指令；

s107，滅火模塊根據(jù)滅火指令對存儲模塊內(nèi)部執(zhí)行滅火操作。

此外，該勞保用品處理系統(tǒng)的工程流程還包括：

客戶終端訪問服務(wù)終端以查看勞保用品的領(lǐng)用記錄信息及每位員工的勞保用品的領(lǐng)用余量信息、根據(jù)領(lǐng)用余量信息領(lǐng)取獎勵；

建賬模塊獲取發(fā)放模塊的勞保用品發(fā)放記錄以及回收模塊的勞保用品回收記錄，并根據(jù)發(fā)放記錄及回收記錄周期性地形成臺賬；

當(dāng)存儲模塊中待發(fā)放的勞保用品的數(shù)量小于預(yù)設(shè)值時，提醒模塊向外發(fā)出補貨請求。

以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求和說明書的范圍當(dāng)中。