本發(fā)明屬于電子商務技術領域，提供了一種寄件方法、智能快遞柜及服務器。

背景技術：

隨著電子商務的迅猛發(fā)展，快遞業(yè)務呈高速增加趨勢。傳統(tǒng)的寄件方式中，用戶在寄件時，需要事前聯(lián)系快遞公司或者收派員，并在約定的時間和地點會面進行收件、付款，操作過程復雜，效率低。

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

鑒于此，本發(fā)明實施例提供一種寄件方法、智能快遞柜及服務器，以實現(xiàn)在寄件過程中自助下單、自助支付，提高寄件的便捷性和效率。

第一方面，提供了一種寄件方法，所述方法包括：

智能終端接收用戶的寄件請求，并將所述寄件請求發(fā)送至服務器；

服務器在接收到所述寄件請求時，生成寄件碼和所述寄件碼對應的訂單，并將所述寄件碼發(fā)送至智能終端；

智能快遞柜在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單，根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息；

服務器根據(jù)所述下單確認信息執(zhí)行下單操作，并向所述智能終端返回下單完成信息。

第二發(fā)明，提供了一種智能快遞柜，所述智能快遞柜包括：

查詢模塊，用于在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單；

收件模塊，用于根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息。

第三方面，提供了一種服務器，所述服務器包括：

生成模塊，用于在接收到智能終端發(fā)送的寄件請求時，生成寄件碼和所述寄件碼對應的訂單；

發(fā)送模塊，用于將所述寄件碼發(fā)送至智能終端。

下單執(zhí)行模塊，用于根據(jù)智能快遞柜發(fā)送的下單確認信息執(zhí)行下單操作；

所述發(fā)送模塊還用于：向所述智能終端返回下單完成信息。

與現(xiàn)有技術相比，本發(fā)明實施例通過用戶對應的智能終端接收寄件請求并將所述寄件請求發(fā)送至服務器；服務器根據(jù)所述寄件請求生成寄件碼和所述寄件碼對應的訂單，并將所述寄件碼發(fā)送至智能終端；在完成寄件請求后，用戶找到最近的智能快遞柜進行投件，智能快遞柜在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單，根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息，使得所述服務器執(zhí)行下單操作；從而實現(xiàn)了自助寄件，用戶在寄件過程中可以通過手機自助下單、自助支付以及自助投件，無需與收派員聯(lián)系和會面收件，極大地提升了寄件的便捷性和效率。

附圖說明

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

圖1是本發(fā)明實施例提供的寄件系統(tǒng)的組成結構圖；

圖2是本發(fā)明實施例提供的寄件方法的第一實現(xiàn)流程圖；

圖3是本發(fā)明實施例提供的寄件方法的第二實現(xiàn)流程圖；

圖4是本發(fā)明實施例提供的智能快遞柜的組成結構圖；

圖5是本發(fā)明實施例提供的服務器的組成結構圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例通過用戶對應的智能終端接收寄件請求并將所述寄件請求發(fā)送至服務器；服務器根據(jù)所述寄件請求生成寄件碼和所述寄件碼對應的訂單，并將所述寄件碼發(fā)送至智能終端；在完成寄件請求后，用戶找到最近的智能快遞柜進行投件，智能快遞柜在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單，根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息，使得所述服務器執(zhí)行下單操作；從而實現(xiàn)了自助寄件，用戶在寄件過程中可以通過手機自助下單、自助支付以及自助投件，無需與收派員聯(lián)系和會面收件，極大地提升了寄件的便捷性和效率。

圖1示出了本發(fā)明實施例提供的寄件系統(tǒng)的組成結構，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。

參閱圖1，所述系統(tǒng)包括：智能終端11、智能快遞柜12、服務器13。

所述智能終端11，用于接收用戶的寄件請求，并將所述寄件請求發(fā)送至服務器。

所述服務器13，用于在接收到寄件請求時，生成寄件碼和所述寄件碼對應的訂單，并將所述寄件碼發(fā)送至智能終端。

所述智能快遞柜12，用于在獲取到所述寄件碼后，查詢所述服務器中與所 述寄件碼對應的訂單，根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息。

所述服務器13還用于，根據(jù)所述下單確認信息執(zhí)行下單操作，并向所述智能終端返回下單完成信息。

所述智能終端11為用戶側的智能終端，包括但不限智能手機、平板電腦、計算機等，此處不作限制，所述服務器13包括但不限于智能快遞柜的管理系統(tǒng)EDMS和快遞企業(yè)的服務平臺BSP。

可選地，所述服務器13將所述寄件碼發(fā)送至智能終端11之后，所述智能快遞柜12還用于：

獲取用戶輸入的寄件碼；或者

掃描并獲取智能終端上展示的寄件碼。

可選地，在生成寄件碼和所述寄件碼對應的訂單之后，所述服務器13還用于：

根據(jù)所述訂單中的格口類型計算待支付金額；或者

根據(jù)所述訂單中的寄件地址計算待支付金額；或者

根據(jù)所述訂單中的收件地址計算待支付金額；或者

根據(jù)所述訂單中的寄件地址和收件地址計算待支付金額；或者

根據(jù)所述訂單中的寄件地址和格口類型計算待支付金額；或者

根據(jù)所述訂單中的收件地址和格口類型計算待支付金額；或者

根據(jù)所述訂單中的寄件地址、收件地址以及格口類型計算待支付金額。

所述智能快遞柜23具體用于：

查詢所述服務器中與所述寄件碼對應的訂單的待支付金額和支付方式，

當所述支付方式為收件人付款時，控制格口打開以接收快件；

當所述支付方式為寄件人付款時，從所述服務器中獲取支付碼，展示所述支付碼以進行支付，并在支付完成后控制格口打開以接收快件。

本發(fā)明實施例通過用戶對應的智能終端接收寄件請求并將所述寄件請求發(fā) 送至服務器；服務器根據(jù)所述寄件請求生成寄件碼和所述寄件碼對應的訂單，并將所述寄件碼發(fā)送至智能終端；在完成寄件請求后，用戶找到最近的智能快遞柜進行投件，智能快遞柜在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單，根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息，使得所述服務器執(zhí)行下單操作；從而實現(xiàn)了自助寄件，用戶在寄件過程中可以通過手機自助下單、自助支付以及自助投件，無需與收派員聯(lián)系和會面收件，極大地提升了寄件的便捷性和效率。

圖2示出了本發(fā)明實施例提供的寄件方法的第一實現(xiàn)流程，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。

參閱圖2，所述方法包括：

在步驟S201中，智能終端接收用戶的寄件請求。

作為本發(fā)明的一個示例，所述智能終端11可通過預設的應用程序接收用戶輸入的寄件請求，所述預設的應用程序包括但不限于微信等。用戶通過微信賬號向快遞企業(yè)的微信公眾號輸入寄件請求以進行下單，并輸入寄件人信息、寄件地址、收件人信息、收件地址、支付方式、托寄物、物品數(shù)量、保價金額、格口類型等信息。所述智能終端包括但不限智能手機、平板電腦、計算機等，此處不作限制。

在步驟S202中，智能終端將所述寄件請求發(fā)送至服務器。

在步驟S203中，服務器在接收到寄件請求時，生成寄件碼和所述寄件碼對應的訂單。

在步驟S204中，服務器將所述寄件碼發(fā)送至智能終端。

在本發(fā)明實施例中，所述寄件碼包括但不限于字符串形式的寄件碼和二維碼形式的寄件碼。服務器根據(jù)寄件請求同時生成字符串形式的寄件碼和二維碼形式的寄件碼，并將所述字符串形式的寄件碼和二維碼形式的寄件碼通過比如微信推送或者短信下發(fā)的方式發(fā)送至智能終端，從而實現(xiàn)了用戶的自助下單， 以及獲取作為在智能快遞柜進行投件憑證的寄件碼。

用戶可以選擇最近的智能快遞柜進行投件。

在步驟S205中，智能快遞柜在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單，根據(jù)所述訂單控制格口打開以進行收件。

在這里，智能快遞柜獲取寄件碼可以為：智能快遞柜獲取用戶輸入的寄件碼，此時所述寄件碼為字符串形式；或者，智能快遞柜掃描并獲取智能終端上展示的寄件碼，此時所述寄件碼為二維碼形式。以寄件碼作為用戶在智能快遞柜進行投件操作的憑證，用戶無需聯(lián)系收派員，實現(xiàn)了自助寄件，有效地提高了寄件的便捷性。

智能快遞柜在獲取到寄件碼后，依據(jù)寄件碼向所述服務器查詢訂單情況，判斷所述寄件碼對應的訂單是否存在，若不存在，則所述智能快遞柜顯示無對應訂單的提示信息。若所述訂單存在，智能快遞柜繼續(xù)查詢所述服務器中與所述寄件碼對應的訂單的待支付金額和支付方式，并根據(jù)所述支付方式控制格口打開，以進行收件。所述智能快遞柜包括多種類型的格口，不同的格口其尺寸、大小、容量不相同，且對應的運費也不相同。

在步驟S206中，智能快遞柜在收件完后向所述服務器發(fā)送下單確認信息。

在步驟S207中，服務器根據(jù)所述下單確認信息執(zhí)行下單操作。

在步驟S208中，服務器向所述智能終端返回下單完成信息。

在用戶投入快件后，智能快遞柜關閉格口，并向服務器發(fā)送下單確認信息，以使得服務器生成寄件訂單，并獲得運單號，通過比如微信推送或短信下發(fā)的方式將下單完成信息返回至智能終端，告知用戶寄件已完成。其中，所述下單完成信息包括但不限于寄件訂單信息(比如寄件人、寄件地址、收件人、收件人地址等)、運單號。

圖3示出了本發(fā)明實施例提供的寄件方法的第二實現(xiàn)流程，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。

參閱圖3，所述方法包括：

在步驟S301中，智能終端接收用戶輸入的寄件請求。

在步驟S302中，智能終端將所述寄件請求發(fā)送至服務器。

在步驟S303中，服務器在接收到寄件請求時，生成寄件碼和所述寄件碼對應的訂單。

在步驟S304中，服務器根據(jù)所述訂單中的寄件地址、收件地址以及格口類型計算待支付金額。

在步驟S305中，服務器將所述寄件碼發(fā)送至智能終端。

在步驟S306中，智能快遞柜在獲取到所述寄件碼后，查詢所述服務器中與所述寄件碼對應的訂單的待支付金額和支付方式。

在步驟S307中，智能快遞柜判斷所述訂單的支付方式是寄件人付款還是收件人付款。

在步驟S308中，當所述支付方式為收件人付款時，控制格口打開以接收快件。

在步驟S309中，當所述支付方式為寄件人付款時，從所述服務器獲取支付碼，展示所述支付碼以進行支付，并在支付完成后控制格口打開以接收快件。

在步驟S310中，智能快遞柜在收件完后向所述服務器發(fā)送下單確認信息。

在步驟S311中，服務器根據(jù)所述下單確認信息執(zhí)行下單操作。

在步驟S312中，服務器向所述智能終端返回下單完成信息。

在本發(fā)明實施例中，服務器生成寄件碼和訂單后，根據(jù)訂單中記錄的寄件人地址、收件人地址獲得路程信息，結合路程信息和格口類型計算待支付金額。用戶找到最近的智能快遞柜，并以寄件碼作為憑證進行投件，智能快遞柜根據(jù)獲取到的寄件碼查詢所述服務器中與所述寄件碼對應的訂單，并根據(jù)所述訂單的支付方式獲得與待支付金額對應的支付碼。所述支付碼包括但不限于支付寶的支付碼、微信支付碼、順手付支付碼等，從而實現(xiàn)了在線的運費支付功能。在支付完成后控制格口打開以接收快件，以及向所述服務器確認下單，從而實 現(xiàn)了寄件過程中自助下單、自助付款以及自主投件，以寄件碼作為用戶在智能快遞柜進行投件操作的憑證，用戶無需與收派員聯(lián)系和會面收件，極大地提升了寄件的便捷性和效率。

需要說明的是，上述計算待支付金額的方式僅為本發(fā)明的一個優(yōu)選示例，并不用于限制本發(fā)明。在實際應用中，也可以根據(jù)需求，設置服務器根據(jù)所述訂單中的寄件地址、收件地址、格口類型中的一種或者其任意組合計算待支付金額。

圖4示出了本發(fā)明實施例提供的智能快遞柜的組成結構，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。

在本發(fā)明實施例中，所述智能快遞柜用于實現(xiàn)上述圖1-圖3實施例中所述的智能快遞柜對應的功能。參閱圖4，所述智能快遞柜包括：

查詢模塊41，用于在獲取到寄件碼后，查詢服務器中與所述寄件碼對應的訂單。

收件模塊42，用于根據(jù)所述訂單控制格口打開以進行收件，并在收件完后向所述服務器發(fā)送下單確認信息。

進一步地，所述智能快遞柜還包括：

獲取模塊43，用于獲取用戶輸入的寄件碼，或者掃描并獲取智能終端上展示的寄件碼。

在這里，智能快遞柜獲取用戶輸入的寄件碼，此時所述寄件碼為字符串形式；或者，智能快遞柜掃描并獲取智能終端上展示的寄件碼，此時所述寄件碼為二維碼形式。所述寄件碼由用戶在智能終端上輸入寄件請求獲得。以寄件碼作為用戶在智能快遞柜進行投件操作的憑證，用戶無需聯(lián)系收派員，實現(xiàn)了寄件過程中自主下單、自主投件，有效地提高了寄件的便捷性。

進一步地，所述查詢模塊41具體用于：

查詢所述服務器中與所述寄件碼對應的訂單的待支付金額和支付方式，

所述收件模塊42具體用于：

當所述支付方式為收件人付款時，控制格口打開以接收快件；

當所述支付方式為寄件人付款時，從所述服務器獲取支付碼，展示所述支付碼以進行在線支付，并在支付完后控制格口打開以接收快件。

在本發(fā)明實施例中提供的智能快遞柜，以用戶在智能終端下單后生成的寄件碼作為進行投件的憑證。智能快遞柜根據(jù)獲取到寄件碼查詢所述服務器中與所述寄件碼對應的訂單，根據(jù)所述訂單的支付方式獲得與待支付金額對應的支付碼。所述支付碼包括但不限于支付寶的支付碼、微信支付碼、順手付支付碼等，從而實現(xiàn)了在線的運費支付功能。在支付完成后則控制格口打開以接收快件，以及向所述服務器確認下單，從而實現(xiàn)了寄件過程中自助下單、自助付款以及自主投件，以寄件碼作為用戶在智能快遞柜進行投件操作的憑證，用戶無需與收派員聯(lián)系和會面收件，極大地提升了寄件的便捷性和效率。

圖5示出了本發(fā)明實施例提供的服務器的組成結構，為了便于說明，僅示出了與本發(fā)明實施例相關的部分。

在本發(fā)明實施例中，所述實施例用于實現(xiàn)上述圖1-圖3實施例中所述的服務器對應的功能。參閱圖5，所述服務器包括：

生成模塊51，用于在接收到智能終端發(fā)送的寄件請求時，生成寄件碼和所述寄件碼對應的訂單。

發(fā)送模塊52，用于將所述寄件碼發(fā)送至智能終端。

下單執(zhí)行模塊53，用于根據(jù)智能快遞柜發(fā)送的下單確認信息執(zhí)行下單操作。

所述發(fā)送模塊52還用于：向所述智能終端返回下單完成信息。

進一步地，所述生成模塊51還用于：

根據(jù)所述訂單中的寄件地址、收件地址以及格口類型中的一種或者其任意組合計算待支付金額。

本發(fā)明實施例提供的服務器根據(jù)用戶對應的智能終端的寄件請求生成寄件碼，并將寄件碼發(fā)送給客戶，所述寄件碼作為用戶在智能快遞柜進行投件的憑證，使得用戶無需聯(lián)系收派員并與收派員會面收件，提高了寄件的便捷性。所述服務器還能夠計算待支付金額、向智能快遞柜返回支付碼以及根據(jù)智能快遞柜發(fā)送的下單確認信息執(zhí)行下單操作，實現(xiàn)了寄件過程中的自助支付功能。

需要說明的是，本發(fā)明實施例中的裝置可以用于實現(xiàn)上述方法實施例中的全部技術方案，其各個功能模塊的功能可以根據(jù)上述方法實施例中的方法具體實現(xiàn)，其具體實現(xiàn)過程可參照上述實例中的相關描述，此處不再贅述。

本領域普通技術人員可以意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、或者計算機軟件和電子硬件的結合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)、服務器、智能終端以及模塊的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的智能快遞柜、服務器和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，服務器、智能終端、智能快遞柜或者模塊的間接耦合或通信連接，可以是電性，機械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者 也可以分布到多個網絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分或者該技術方案的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應所述以權利要求的保護范圍為準。