本申請涉及快遞柜技術領域，具體涉及一種快遞柜遠程控制系統(tǒng)和方法。

背景技術：

現(xiàn)有的快遞柜通常僅通過較為簡單的單號信息驗證等驗證方式進行自動開門，難以驗證當前快件是否已支付，因此通常只適用于預支付快件和已支付的到付快件，難以適用于未支付的到付快件。

更進一步地，現(xiàn)有的智能快遞柜系統(tǒng)無法實現(xiàn)對未支付的到付快件進行即時支付取件。

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

鑒于現(xiàn)有技術中的上述缺陷或不足，期望提供一種適用于未支付的到付快件的快遞柜遠程控制系統(tǒng)和方法，另外，還提供一種適用于未支付的到付快件的智能快遞柜及該快遞柜遠程服務平臺。

第一方面，本發(fā)明提供一種智能快遞柜，所述智能快遞柜包括交互單元、控制單元和通信單元。

所述交互單元用于接收單號信息，根據(jù)所述單號信息生成開門請求信息并通過所述通信單元向遠程服務平臺發(fā)送。

所述控制單元用于通過所述通信單元接收所述遠程服務平臺根據(jù)所述開門請求信息審核對應的快件是否已支付后返回的結果指令：若判斷所述結果指令為開門指令，則所述控制單元執(zhí)行所述開門指令，控制打開對應的柜門。

第二方面，本發(fā)明提供一種快遞柜遠程服務平臺，所述遠程服務平臺包括：支付審核單元，用于接收智能快遞柜發(fā)送的開門請求信息，根據(jù)所述開門請求信息審核對應的快件是否已支付，生成結果指令并返回。

其中，若所述審核的結果為所述對應的快件已支付，則所述結果指令為開門指令。

第三方面，本發(fā)明提供一種快遞柜遠程控制系統(tǒng)，所述系統(tǒng)包括若干上述智能快遞柜和上述快遞柜遠程服務平臺。

第四方面，本發(fā)明提供一種快遞柜遠程控制方法，所述方法包括：

接收單號信息，根據(jù)所述單號信息生成開門請求信息并向遠程服務平臺發(fā)送；

接收所述遠程服務平臺根據(jù)所述開門請求信息審核對應的快件是否已支付后返回的結果指令：

若判斷所述結果指令為開門指令，則執(zhí)行所述開門指令，控制打開對應的柜門。

本發(fā)明諸多實施例提供的快遞柜遠程控制系統(tǒng)和方法通過智能快遞柜接收單號信息，生成開門請求信息向遠程服務平臺發(fā)送，以供遠程服務平臺審核對應的快件是否已支付并生成結果指令返回，再根據(jù)結果指令判斷是否打開對應的柜門，實現(xiàn)了判斷當前待取的快件是否已支付并控制是否打開對應柜門；

本發(fā)明一些實施例提供的快遞柜遠程控制系統(tǒng)和方法進一步通過遠程服務平臺在判斷當前待取快件未支付后，向智能快遞柜發(fā)送支付指令，以供智能快遞柜根據(jù)支付指令生成并顯示支付信息、提示用戶進行支付，若用戶支付成功，則遠程服務平臺在接收支付平臺發(fā)送的支付結果信息后重新審核獲知快件已支付，生產(chǎn)開門指令發(fā)送至智能快遞柜，最終打開對應柜門以供用戶取件，實現(xiàn)了對未支付的到付快件進行即時支付取件。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本申請的其它特征、目的和優(yōu)點將會變得更明顯：

圖1為本發(fā)明一實施例中智能快遞柜的結構示意圖。

圖2為本發(fā)明一實施例中一種快遞柜遠程控制方法的流程圖。

圖3為圖2所示方法的一種優(yōu)選實施方式的流程圖。

圖4為圖2所示方法的一種優(yōu)選實施方式的流程圖。

圖5為圖4所示方法的一種優(yōu)選實施方式的流程圖。

圖6為本發(fā)明一實施例中快遞柜遠程控制系統(tǒng)的結構示意圖。

具體實施方式

下面結合附圖和實施例對本申請作進一步的詳細說明?？梢岳斫獾氖牵颂幩枋龅木唧w實施例僅僅用于解釋相關發(fā)明，而非對該發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與發(fā)明相關的部分。

需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本申請。

圖1為本發(fā)明一實施例中智能快遞柜的結構示意圖。

如圖1所示，在本實施例中，本發(fā)明提供的智能快遞柜10包括交互單元11、控制單元13和通信單元15。

其中，交互單元11用于接收單號信息，根據(jù)所述單號信息生成開門請求信息并通過通信單元15向遠程服務平臺發(fā)送。

控制單元13用于通過通信單元15接收所述遠程服務平臺根據(jù)所述開門請求信息審核對應的快件是否已支付后返回的結果指令：若判斷所述結果指令為開門指令，則控制單元13控制打開對應的柜門。

圖2為本發(fā)明一實施例中一種快遞柜遠程控制方法的流程圖。圖2所示方法可對應應用于圖1所示的智能快遞柜中。

如圖2所示，在本實施例中，本發(fā)明提供的快遞柜遠程控制方法包括：

S10：接收單號信息，根據(jù)所述單號信息生成開門請求信息并向遠程服務平臺發(fā)送；

S30：接收所述遠程服務平臺根據(jù)所述開門請求信息審核對應的快件是否已支付后返回的結果指令：

S40：若判斷所述結果指令為開門指令，則執(zhí)行所述開門指令，控制打開對應的柜門。

具體地，在本實施例中，智能快遞柜10的交互單元11包括設置在智能快遞柜10柜身表面的顯示屏和輸入鍵盤，所述單號信息包括取件碼，所述遠程服務平臺設置在遠程服務器中。在步驟S10中，交互單元11通過所述顯示屏提示用戶輸入取件碼，并接收用戶通過所述輸入鍵盤輸入的取件碼，根據(jù)所述取件碼生成開門請求信息，并通過通信單元15向遠程服務平臺發(fā)送。

在步驟S30中，通信單元15接收所述遠程服務平臺根據(jù)所述開門請求信息審核對應的快件是否已支付后返回的結果指令，并發(fā)送至控制單元13。具體地，若所述對應的快件為預支付快件或已支付的到付快件，則所述結果指令為開門指令；若所述對應的快件為未支付的到付快件，則所述結果指令可根據(jù)實際需求配置為待機指令或待支付信息通知指令等不同指令。

在步驟S40中，控制單元13判斷所述結果指令是否開門指令，若是開門指令，則執(zhí)行所述開門指令，控制打開對應的柜門，以供用戶進行取件；若非開門指令，則控制單元13根據(jù)接收的待機指令進行待機，或根據(jù)待支付信息通知指令控制交互單元11通過顯示屏提示用戶當前快件未支付。

在本實施例中，交互單元11通過設置在智能快遞柜10柜身表面的顯示屏和輸入鍵盤接收用戶輸入的取件碼，所述遠程服務平臺設置在遠程服務器中；在更多實施例中，交互單元11還可根據(jù)實際需求設置不同的裝置和方法接收或獲取單號信息，所述單號信息還可根據(jù)實際需求設置為單號和驗證碼等不同的取件驗證信息，所述遠程服務平臺還可根據(jù)實際需求設置在云服務器等不同位置，均可實現(xiàn)相同的技術效果，未超出上述技術方案的設計思路和保護范圍。

與上述實施例提供的智能快遞柜相對應地，本發(fā)明還提供一種快遞柜遠程服務平臺，所述遠程服務平臺包括支付審核單元，所述支付審核單元用于接收智能快遞柜發(fā)送的開門請求信息，根據(jù)所述開門請求信息審核對應的快件是否已支付，生成結果指令并返回。

其中，若所述審核的結果為所述對應的快件已支付，則所述結果指令為開門指令。

具體地，所述支付審核單元能同時接收多個智能快遞柜分別發(fā)送的各開門請求信息，并同時進行審核處理。

上述實施例通過智能快遞柜接收單號信息，生成開門請求信息向遠程服務平臺發(fā)送，以供遠程服務平臺審核對應的快件是否已支付并生成結果指令返回，再根據(jù)結果指令判斷是否打開對應的柜門，實現(xiàn)了判斷當前待取的快件是否已支付并控制是否打開對應柜門。

在一優(yōu)選實施例中，所述單號信息還包括身份信息。所述審核還包括審核所述身份信息。

對應的，在一優(yōu)選實施例中，所述支付審核單元還用于審核所述身份信息。

具體地，所述身份信息可以根據(jù)實際需求設置為以下至少一項：用戶的手機號、身份證號、指紋信息、虹膜信息。所述遠程服務平臺預存有用戶上傳的與快件對應的取件用戶驗證信息，根據(jù)所述取件用戶驗證信息審核交互單元11通過通信單元15發(fā)送的身份信息。

在一些優(yōu)選實施例中，交互單元11包括以下至少一項配置用于接收單號信息的設備：

用于接收用戶輸入的單號信息的外設設備，例如鍵盤、鼠標等；

用于掃描用戶的移動終端所顯示的二維碼以接收所述移動終端發(fā)送的單號信息的掃描設備，例如掃描終端等；

用于提示用戶通過移動終端掃描所述交互單元顯示的二維碼的顯示設備，以及接收所述移動終端發(fā)送的單號信息的通信設備。

對應的，在一些優(yōu)選實施例中，所述接收單號信息包括以下任意一項：

接收用戶輸入的單號信息；

掃描用戶的移動終端所顯示的二維碼以接收所述移動終端發(fā)送的單號信息；

提示用戶通過移動終端掃描所述交互單元顯示的二維碼，以接收所述移動終端發(fā)送的單號信息。

在一優(yōu)選實施例中，控制單元13還用于在判斷所述結果指令為支付指令時，根據(jù)所述支付指令生成支付信息。

交互單元11還用于顯示所述支付信息以提示用戶進行支付。

圖3為圖2所示方法的一種優(yōu)選實施方式的流程圖。圖3所示方法可對應應用于上述優(yōu)選實施例提供的系統(tǒng)中。

如圖3所示，在一優(yōu)選實施例中，步驟S30之后還包括：

S50：若判斷所述結果指令為支付指令，根據(jù)所述支付指令生成支付信息；

S60：顯示所述支付信息以提示用戶進行支付；返回步驟S30。

具體地，當所述遠程服務平臺審核獲知所述對應的快件為未支付的到付快件時，還可以將所述結果指令配置為支付指令。在步驟S50中，控制單元13通過通信單元15接收支付指令后，根據(jù)所述支付指令生成支付信息(例如二維碼)；在步驟S60中，交互單元11顯示所述支付信息以提示用戶進行支付(例如顯示所述二維碼以供用戶掃描進行支付)，并返回步驟S30等待所述遠程服務平臺發(fā)送的結果指令。

對應的，在一優(yōu)選實施例中，所述支付審核單元還用于接收支付平臺發(fā)送的支付結果信息，根據(jù)所述支付結果信息重新審核所述對應的快件是否已支付，生成結果指令并返回。

具體地，當用戶支付成功后，所述支付審核單元接收并審核支付平臺發(fā)送的支付結果信息，生成開門指令并發(fā)送至智能快遞柜。控制單元13接收并執(zhí)行開門指令，打開對應的柜門以供用戶取件。

上述實施例進一步通過遠程服務平臺在判斷當前待取快件未支付后，向智能快遞柜發(fā)送支付指令，以供智能快遞柜根據(jù)支付指令生成并顯示支付信息、提示用戶進行支付，若用戶支付成功，則遠程服務平臺在接收支付平臺發(fā)送的支付結果信息后重新審核獲知快件已支付，生產(chǎn)開門指令發(fā)送至智能快遞柜，最終打開對應柜門以供用戶取件，實現(xiàn)了對未支付的到付快件進行即時支付取件。

在一優(yōu)選實施例中，交互單元11還用于在控制單元13控制打開對應的柜門之后顯示反饋界面以提示用戶輸入開門反饋信息，接收所述開門反饋信息并發(fā)送至控制單元13和/或所述遠程服務平臺。

圖4為圖2所示方法的一種優(yōu)選實施方式的流程圖。圖4所示方法可對應應用于上述優(yōu)選實施例提供的系統(tǒng)中。

如圖4所示，在一優(yōu)選實施例中，步驟S40之后還包括：

S70：顯示反饋界面以提示用戶輸入開門反饋信息，接收所述開門反饋信息。

具體地，在步驟S70中，在控制單元13執(zhí)行所述開門指令之后，交互單元11顯示“已開門”和“未開門”的選擇反饋界面以提示用戶選擇輸入待取快件的柜門是否已開門的開門反饋信息：

如用戶選擇輸入開門反饋信息，則交互單元11接收所述開門反饋信息，并控制顯示屏返回待機界面；

如用戶在限定時間內(nèi)(例如60s)未輸入開門反饋信息，則交互單元11控制顯示屏返回待機界面。

在一優(yōu)選實施例中，控制單元13還用于在接收所述開門反饋信息并識別為開門失敗信息后重新執(zhí)行所述開門指令，控制打開對應的柜門。

圖5為圖4所示方法的一種優(yōu)選實施方式的流程圖。圖5所示方法可對應應用于上述優(yōu)選實施例提供的系統(tǒng)中。

如圖5所示，在一優(yōu)選實施例中，步驟S70之后還包括以下至少一項：

S80：識別所述開門反饋信息為開門失敗信息后重新執(zhí)行所述開門指令，控制打開對應的柜門；

S90：將所述開門反饋信息發(fā)送至所述遠程服務平臺，以供所述遠程服務平臺根據(jù)所述開門反饋信息和預設的報警規(guī)則生成報警信息并發(fā)送至預設的通知對象。

對應地，在一優(yōu)選實施例中，所述支付審核單元還用于接收所述智能快遞柜發(fā)送的開門反饋信息，根據(jù)所述開門反饋信息和預設的報警規(guī)則生成報警信息并發(fā)送至預設的通知對象。

具體地，在步驟S80中，交互單元11將所述開門反饋信息發(fā)送至控制單元13，控制單元13識別所述開門反饋信息為開門失敗信息后重新執(zhí)行所述開門指令，控制打開對應的柜門；

在步驟S90中，交互單元11將所述開門反饋信息發(fā)送至所述遠程服務平臺，以供所述遠程服務平臺根據(jù)所述開門反饋信息和預設的報警規(guī)則生成報警信息并發(fā)送至預設的通知對象。例如接收開門失敗的反饋信息后生成報警信息并發(fā)送至就近的派件網(wǎng)點，或重復接收同一智能快遞柜的多次開門失敗的反饋信息后生成報警信息并發(fā)送至維修人員的移動設備。

圖6為本發(fā)明一實施例中快遞柜遠程控制系統(tǒng)的結構示意圖。

如圖6所示，在本實施例中，本發(fā)明還提供一種快遞柜遠程控制系統(tǒng)，包括若干上述任一項智能快遞柜和上述任一項快遞柜遠程服務平臺。

附圖中的流程圖和框圖，圖示了按照本發(fā)明各種實施例的系統(tǒng)、方法和計算機程序產(chǎn)品的可能實現(xiàn)的體系架構、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段、或代碼的一部分，所述模塊、程序段、或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應當注意，在有些作為替換的實現(xiàn)中，方框中所標注的功能也可以以不同于附圖中所標注的順序發(fā)生。例如，兩個接連地表示的方框實際上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這根據(jù)所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以通過執(zhí)行規(guī)定的功能或操作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以通過專用硬件與計算機指令的組合來實現(xiàn)。

描述于本申請實施例中所涉及到的單元或模塊可以通過軟件的方式實現(xiàn)，也可以通過硬件的方式來實現(xiàn)。所描述的單元或模塊也可以設置在處理器中。其中，這些單元或模塊的名稱在某種情況下并不構成對該單元或模塊本身的限定，例如，控制單元13還可以被描述為“用于執(zhí)行結果指令以控制是否打開對應柜門的開門單元”。

作為另一方面，本申請還提供了一種計算機可讀存儲介質，該計算機可讀存儲介質可以是上述實施例中所述裝置中所包含的計算機可讀存儲介質；也可以是單獨存在，未裝配入設備中的計算機可讀存儲介質。計算機可讀存儲介質存儲有一個或者一個以上程序，所述程序被一個或者一個以上的處理器用來執(zhí)行描述于本申請的公式輸入方法。

以上描述僅為本申請的較佳實施例以及對所運用技術原理的說明。本領域技術人員應當理解，本申請中所涉及的發(fā)明范圍，并不限于上述技術特征的特定組合而成的技術方案，同時也應涵蓋在不脫離所述發(fā)明構思的情況下，由上述技術特征或其等同特征進行任意組合而形成的其它技術方案。例如上述特征與本申請中公開的(但不限于)具有類似功能的技術特征進行互相替換而形成的技術方案。