本申請涉及貨運物流領(lǐng)域，特別涉及一種裝卸貨管理的方法和裝置。

背景技術(shù)：

在貨運物流行業(yè)中，當裝卸貨地月臺較少時，通常會秉承先來后到的原則，因此貨運司機將需要花費大量的時間在排隊等待裝卸貨上，從而會造成裝卸貨的效率低下的問題；而且，當大量貨車在裝卸貨中心集中等待，無異于增加了貨運運營方對于貨車的裝卸貨調(diào)度的難度。

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

有鑒于此，本申請?zhí)峁┮环N裝卸貨的智能預(yù)約方法和裝置，應(yīng)用于客戶端和服務(wù)端，提高裝卸貨的效率和降低裝卸貨調(diào)度的難度。

具體地，本申請是通過如下技術(shù)方案實現(xiàn)的：

一種裝卸貨的智能預(yù)約方法，應(yīng)用于客戶端，包括：

獲取用戶輸入的針對目標月臺的預(yù)約時間段；

基于獲取到的所述預(yù)約時間段構(gòu)建預(yù)約請求，并將該預(yù)約請求上報至服務(wù)端，以發(fā)起針對所述目標月臺的裝卸貨預(yù)約；

接收并保存服務(wù)端推送的對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

一種裝卸貨的智能預(yù)約方法，應(yīng)用于服務(wù)端，包括：

接收客戶端上報的基于用戶輸入的針對目標月臺的預(yù)約時間段構(gòu)建的預(yù)約請求；

響應(yīng)于所述預(yù)約請求，查詢所述目標月臺在所述預(yù)約時間段內(nèi)是否存在對應(yīng)的預(yù)約記錄；

如果所述目標月臺在所述預(yù)約時間段內(nèi)不存在對應(yīng)的預(yù)約記錄，向客戶端推送對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，并更新所述目標月臺的預(yù)約記錄，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

一種裝卸貨的智能預(yù)約裝置，應(yīng)用于客戶端，包括：

獲取單元，用于獲取用戶輸入的針對目標月臺的預(yù)約時間段；

構(gòu)建單元，用于基于獲取到的所述預(yù)約時間段構(gòu)建預(yù)約請求，并將該預(yù)約請求上報至服務(wù)端，以發(fā)起針對所述目標月臺的裝卸貨預(yù)約；

推送單元，用于接收并保存服務(wù)端推送的對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

一種裝卸貨的智能預(yù)約裝置，應(yīng)用于服務(wù)端，包括：

接收單元，用于接收客戶端上報的基于用戶輸入的針對目標月臺的預(yù)約時間段構(gòu)建的預(yù)約請求；

查詢單元，用于響應(yīng)于所述預(yù)約請求，查詢所述目標月臺在所述預(yù)約時間段內(nèi)是否存在對應(yīng)的預(yù)約記錄；

推送單元，用于如果所述目標月臺在所述預(yù)約時間段內(nèi)不存在對應(yīng)的預(yù)約記錄，向客戶端推送對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，并更新所述目標月臺的預(yù)約記錄，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

在本申請中，司機可以通過客戶端預(yù)約需要在某一個時間段內(nèi)進行裝卸貨的目標月臺，并在預(yù)約成功后由服務(wù)端下發(fā)相應(yīng)的預(yù)約憑證。當司機按照預(yù)約時間準時到達目標月臺，可以根據(jù)預(yù)約憑證快速前往相應(yīng)的月臺進行裝卸貨，從而實現(xiàn)了司機可以基于實際的需求提前預(yù)約目標月臺，并在預(yù)約的時間內(nèi)前往預(yù)約的月臺進行裝卸貨，從可以提升司機裝卸貨的效率，同時降低貨運管理平臺對各月臺的裝卸貨調(diào)度的難度。

附圖說明

圖1為本申請一示例性實施例示出的一種裝卸貨的智能預(yù)約方法流程圖；

圖2為本申請一種裝卸貨的智能預(yù)約裝置所在客戶端的一種硬件結(jié)構(gòu)圖；

圖3為本申請一示例性實施例示出的客戶端側(cè)的一種裝卸貨的智能預(yù)約裝置；

圖4為本申請一種裝卸貨的智能預(yù)約裝置所在服務(wù)端的一種硬件結(jié)構(gòu)圖；

圖5為本申請一示例性實施例示出的服務(wù)端側(cè)的一種裝卸貨的智能預(yù)約裝置。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應(yīng)于確定”。

本申請旨在提出了一種裝卸貨的智能預(yù)約方法，貨運管理平臺可以與各物流樞紐城市中裝卸貨中心進行合作，取得這些裝卸貨中心的貨運月臺的使用權(quán)限，并通過貨運管理平臺面向貨車車主提供智能化的貨運月臺的預(yù)約服務(wù)。

在實際應(yīng)用中，貨運司機可以通過客戶端預(yù)約需要在某一個時間段內(nèi)進行裝卸貨的目標月臺，并在預(yù)約成功后由服務(wù)端下發(fā)相應(yīng)的預(yù)約憑證。當貨運司機按照預(yù)約時間準時到達目標月臺時，可以根據(jù)預(yù)約憑證快速前往相應(yīng)的月臺進行裝卸貨；

一方面，司機可以基于實際的需求提前預(yù)約目標月臺，并在預(yù)約的時間段內(nèi)基于服務(wù)端下發(fā)的預(yù)約憑證快速的前往預(yù)約的月臺進行裝卸貨，而不再需要排隊等待，因此可以提升司機裝卸貨的效率；

另一方面，貨運管理平臺可以基于司機預(yù)約的使用時間段，對各貨運月臺的使用進行統(tǒng)一的調(diào)度管理，因此可以降低對各月臺的裝卸貨調(diào)度的難度。

請參見圖1，圖1為本申請一示例性實施例示出的一種裝卸貨的智能預(yù)約方法流程圖，應(yīng)用于客戶端以及服務(wù)端，具體執(zhí)行以下步驟：

步驟101：客戶端獲取用戶輸入的針對目標月臺的預(yù)約時間段；

上述客戶端，可以是面向貨運司機提供在線的貨運月臺的預(yù)約服務(wù)的客戶端軟件；例如，上述客戶端可以是貨運管理的運營方面向貨運司機開發(fā)的，用于在線預(yù)約貨運月臺的APP。

在實際應(yīng)用中，上述客戶端可以與搭載了智能預(yù)約系統(tǒng)的服務(wù)端進行對接；貨運司機在需要前往裝卸貨中心中的指定貨運月臺進行裝卸貨時，可以通過上述客戶端向上述智能預(yù)約系統(tǒng)發(fā)起訪問，提前預(yù)約該貨運月臺的使用時間段，并在預(yù)約成功后由服務(wù)端下發(fā)相應(yīng)的預(yù)約憑證；當貨運司機按照預(yù)約時間準時到達目標月臺，可以根據(jù)預(yù)約憑證快速前往相應(yīng)的月臺進行裝卸貨。

以下，在本申請中主要以客戶端為APP為主來進行描述。

在本實施例中，當司機需要前往指定的貨運月臺進行裝卸貨時，司機可以啟動APP。當APP啟動成功后，在APP的用戶界面中可以顯示各裝卸貨中心的信息，司機可以選擇目標裝卸貨中心。司機選擇完后，用戶界面可以顯示該裝卸貨中心中所有可供司機預(yù)約的貨運月臺的相關(guān)信息。

在示出的一種實施方式中，司機可以在用戶界面中選擇自己需要預(yù)約的目標月臺。然后，客戶端可以獲取到司機輸入的待預(yù)約的目標月臺的信息，并基于獲取到的所述目標月臺的信息，構(gòu)建針對該目標月臺的預(yù)約查詢請求?？蛻舳松稍擃A(yù)約查詢請求后，客戶端可以將該預(yù)約查詢請求上報至服務(wù)端。

當服務(wù)端接收到客戶端上報的預(yù)約查詢請求時，服務(wù)端可以解析該預(yù)約查詢請求中的目標月臺，然后可以查詢該目標月臺的預(yù)約記錄，并生成與該目標月臺對應(yīng)的可預(yù)約時間段。當服務(wù)端生成與該目標月臺對應(yīng)的可預(yù)約時間段后，服務(wù)端可以將與該目標月臺對應(yīng)的可預(yù)約時間段推送至客戶端。

當客戶端接收到目標月臺的可預(yù)約時間段時，客戶端可以輸出該目標月臺的可預(yù)約時間段顯示于用戶界面中。司機可以通過定位系統(tǒng)，檢測出當前位置到目的地需要花費的時間，然后司機可以根據(jù)到目的地需要花費的時間，在用戶界面中顯示的可預(yù)約時間端中選擇針對目標月臺合適的預(yù)約時間段。

當司機輸入針對目標月臺的預(yù)約時間段時，客戶端可以獲取司機輸入的針對目標月臺的預(yù)約時間段。

步驟102：客戶端基于獲取到的所述預(yù)約時間段構(gòu)建預(yù)約請求，并將該預(yù)約請求上報至服務(wù)端，以發(fā)起針對所述目標月臺的裝卸貨預(yù)約；

在示出的一種實施方式中，當客戶端獲取到司機輸入的針對目標月臺的預(yù)約時間段時，客戶端可以針對該目標月臺的預(yù)約時間段，構(gòu)建對應(yīng)的預(yù)約請求。當客戶端構(gòu)建完該預(yù)約請求時，客戶端可以將該預(yù)約請求上報至服務(wù)端。

由于有很多客戶端，因此服務(wù)端可以接收到很多客戶端上報的預(yù)約請求，根據(jù)服務(wù)端接收到客戶端上報的預(yù)約請求的時間先后順序，服務(wù)端可以依次對預(yù)約請求進行驗證。多個客戶端可能會同時選擇同一月臺的同一預(yù)約時間段，因此根據(jù)先來后到的原則，客戶端上報的預(yù)約請求不是全部都能預(yù)約成功。

步驟103：服務(wù)端接收客戶端上報的基于用戶輸入的針對目標月臺的預(yù)約時間段構(gòu)建的預(yù)約請求，并響應(yīng)于所述預(yù)約請求，查詢所述目標月臺在所述預(yù)約時間段內(nèi)是否存在對應(yīng)的預(yù)約記錄；

當服務(wù)器接收到客戶端上報的預(yù)約請求時，服務(wù)端可以驗證該預(yù)約請求。服務(wù)端可以先解析該預(yù)約請求，然后從該預(yù)約請求中獲取目標月臺，以及對應(yīng)的預(yù)約時間段，然后服務(wù)端可以查詢該目標月臺在所述預(yù)約時間段內(nèi)是否存在對應(yīng)的預(yù)約記錄。

步驟104：如果所述目標月臺在所述預(yù)約時間段內(nèi)不存在對應(yīng)的預(yù)約記錄，服務(wù)端向客戶端推送對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，并更新所述目標月臺的預(yù)約記錄，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

如果對應(yīng)于該目標月臺的預(yù)約時間段不存在預(yù)約記錄，此時司機成功預(yù)約該目標月臺，服務(wù)端可以根據(jù)司機預(yù)約該目標月臺的預(yù)約時間段生成對應(yīng)的預(yù)約憑證。

其中，所述預(yù)約憑證的具體形態(tài)在本申請中不進行特別限定；例如，可以是二維碼，也可以是字符串，或者號碼等。當服務(wù)端生成預(yù)約憑證后，服務(wù)端可以將該預(yù)約憑證推送至客戶端。

當服務(wù)端將預(yù)約憑證推送至客戶端后，服務(wù)端可以更新與該目標月臺對應(yīng)的可預(yù)約時間段。

如果對應(yīng)于該目標月臺的預(yù)約時間段存在預(yù)約記錄，此時司機沒有成功預(yù)約該目標月臺，服務(wù)端可以向客戶端推送預(yù)約失敗的提示消息，以使司機重新預(yù)約。

步驟105：客戶端接收并保存服務(wù)端推送的對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

在示出的一種實施方式中，當客戶端接收到服務(wù)端推送的預(yù)約憑證時，表明司機預(yù)約成功，客戶端可以保存該預(yù)約憑證，并向輸出預(yù)約成功的提示消息。司機看到預(yù)約成功的提示消息時，司機可以按照預(yù)約時間段前往裝卸貨中心的目標月臺。

如果客戶端接收到服務(wù)端發(fā)送的預(yù)約失敗額提示消息，客戶端可以輸出該預(yù)約失敗的提示消息。當司機看到預(yù)約失敗的提示消息時，司機可以重新進行預(yù)約。

在示出的一種實施方式中，在裝卸貨中心的入口通?？赡茴A(yù)設(shè)了門禁系統(tǒng)，該門禁系統(tǒng)用于管理車輛的進出。其中，該門禁系統(tǒng)與裝卸貨的智能預(yù)約系統(tǒng)可以相互通信。

當司機到達裝卸貨中心時，司機可以將客戶端保存的預(yù)約憑證輸入至門禁系統(tǒng)中，由門禁系統(tǒng)提交至智能預(yù)約系統(tǒng)進行驗證。

例如，在一種實施方式中，如果預(yù)約憑證是二維碼，那么在入口處需要一個掃描系統(tǒng)，用來掃描二維碼。當門禁系統(tǒng)獲取到二維碼信息后，可以將二維碼信息提交至裝卸貨的智能預(yù)約系統(tǒng)進行驗證。

在另一種實施方式中，如果預(yù)約憑證是預(yù)約號碼，那么在入口處可以設(shè)置一個輸入裝置，該輸入裝置與門禁系統(tǒng)相連。司機可以在輸入裝置中輸入號碼，然后輸入裝置可以將號碼上報門禁系統(tǒng)。當門禁系統(tǒng)接收到號碼后，可以將號碼發(fā)送至裝卸貨的智能預(yù)約系統(tǒng)。

當服務(wù)端接收到預(yù)約憑證時，服務(wù)端可以解析該預(yù)約憑證，然后從中獲取到與預(yù)約憑證對應(yīng)的目標月臺的預(yù)約時間段。當服務(wù)端獲取到與目標月臺對應(yīng)的預(yù)約時間段時，服務(wù)端可以驗證該目標月臺的所述預(yù)約時間段是否與當前的時間匹配。

如果當前時間早于所述預(yù)約時間段，那么服務(wù)端可以判斷該目標月臺是否有車輛在進行裝卸貨。如果該目標月臺沒有車輛在進行裝卸貨，那么服務(wù)端可以向門禁系統(tǒng)發(fā)送驗證通過的消息。如果該目標月臺有車輛在進行裝卸貨，那么服務(wù)端可以向門禁系統(tǒng)發(fā)送驗證失敗的消息。

如果所述預(yù)約時間段與當前的時間匹配，那么服務(wù)端可以向門禁系統(tǒng)發(fā)送驗證通過的消息。如果所述預(yù)約時間段早于當前時間，則表明司機遲到，那么服務(wù)端可以向門禁系統(tǒng)發(fā)送驗證失敗的消息。

在示出的一種實施方式中，當門禁系統(tǒng)接收到驗證通過的消息時，可以對車輛進行放行，司機可以前往目標月臺進行裝卸貨。當門禁系統(tǒng)接收到驗證失敗的消息時，可以禁止車輛進入。

由以上本申請?zhí)峁┑募夹g(shù)方案可見，貨運管理平臺可以與各物流樞紐城市中裝卸貨中心進行合作，取得這些裝卸貨中心的貨運月臺的使用權(quán)限，并通過貨運管理平臺面向貨車車主提供智能化的貨運月臺的預(yù)約服務(wù)。

在實際應(yīng)用中，貨運司機可以通過客戶端預(yù)約需要在某一個時間段內(nèi)進行裝卸貨的目標月臺，并在預(yù)約成功后由服務(wù)端下發(fā)相應(yīng)的預(yù)約憑證。當貨運司機按照預(yù)約時間準時到達目標月臺時，可以根據(jù)預(yù)約憑證快速前往相應(yīng)的月臺進行裝卸貨；

一方面，司機可以基于實際的需求提前預(yù)約目標月臺，并在預(yù)約的時間段內(nèi)基于服務(wù)端下發(fā)的預(yù)約憑證快速的前往預(yù)約的月臺進行裝卸貨，而不再需要排隊等待，因此可以提升司機裝卸貨的效率；

另一方面，貨運管理平臺可以基于司機預(yù)約的使用時間段，對各貨運月臺的使用進行統(tǒng)一的調(diào)度管理，因此可以降低對各月臺的裝卸貨調(diào)度的難度。

與前述一種裝卸貨的智能預(yù)約方法的實施例相對應(yīng)，本申請還提供了一種裝卸貨的智能預(yù)約裝置的實施例。

本申請一種裝卸貨的智能預(yù)約裝置的實施例可以應(yīng)用在客戶端上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在客戶端的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖2所示，為本申請一種裝卸貨的智能預(yù)約裝置所在客戶端的一種硬件結(jié)構(gòu)圖，除了圖2所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實施例中裝置所在的客戶端通常根據(jù)該裝卸貨的智能預(yù)約的實際功能，還可以包括其他硬件，對此不再贅述。

請參見圖3，圖3為本申請一示例性實施例示出的客戶端側(cè)的一種裝卸貨的智能預(yù)約裝置，所述裝置包括：獲取單元310，構(gòu)建單元320，推送單元330。

其中，獲取單元310，用于獲取用戶輸入的針對目標月臺的預(yù)約時間段；

構(gòu)建單元320，用于基于獲取到的所述預(yù)約時間段構(gòu)建預(yù)約請求，并將該預(yù)約請求上報至服務(wù)端，以發(fā)起針對所述目標月臺的裝卸貨預(yù)約；

推送單元330，用于接收并保存服務(wù)端推送的對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

在本申請中，所述獲取單元310進一步用于：

獲取用戶輸入的待預(yù)約的目標月臺的信息；

基于獲取到的所述目標月臺的信息構(gòu)建預(yù)約查詢請求，并將該預(yù)約查詢請求上報至服務(wù)端，以發(fā)起針對所述目標月臺的可預(yù)約時間段查詢；

接收服務(wù)端推送的對應(yīng)于所述目標月臺的可預(yù)約時間段，并將接收到的所述可預(yù)約時間段向所述用戶輸出。

所述推送單元330進一步用于：

當接收到所述服務(wù)端在所述用戶未成功預(yù)約所述目標月臺時，推送的預(yù)約失敗消息，并將所述預(yù)約失敗消息向所述用戶輸出。

與前述一種裝卸貨的智能預(yù)約方法的實施例相對應(yīng)，本申請還提供了一種裝卸貨的智能預(yù)約裝置的實施例。

本申請一種裝卸貨的智能預(yù)約裝置的實施例可以應(yīng)用在服務(wù)端上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在服務(wù)端的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖4所示，為本申請一種裝卸貨的智能預(yù)約裝置所在服務(wù)端的一種硬件結(jié)構(gòu)圖，除了圖4所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實施例中裝置所在的服務(wù)端通常根據(jù)該裝卸貨的智能預(yù)約的實際功能，還可以包括其他硬件，對此不再贅述。

請參見圖5，圖5為本申請一示例性實施例示出的服務(wù)端側(cè)的一種裝卸貨的智能預(yù)約裝置，所述裝置包括：接收單元510，查詢單元520，推送單元530。

其中，接收單元510，用于接收客戶端上報的基于用戶輸入的針對目標月臺的預(yù)約時間段構(gòu)建的預(yù)約請求；

查詢單元520，用于響應(yīng)于所述預(yù)約請求，查詢所述目標月臺在所述預(yù)約時間段內(nèi)是否存在對應(yīng)的預(yù)約記錄；

推送單元530，用于如果所述目標月臺在所述預(yù)約時間段內(nèi)不存在對應(yīng)的預(yù)約記錄，向客戶端推送對應(yīng)于所述預(yù)約時間段的預(yù)約憑證，并更新所述目標月臺的預(yù)約記錄，以使所述用戶在抵達所述目標月臺時，基于所述預(yù)約憑證前往所述目標月臺完成裝卸貨。

在本申請中，所述裝置還包括：

接收子單元，用于接收客戶端上報的基于用戶輸入的待預(yù)約的所述目標月臺的信息，構(gòu)建的預(yù)約查詢請求；

響應(yīng)子單元，用于響應(yīng)于所述預(yù)約查詢請求，查詢所述目標月臺的預(yù)約記錄生成對應(yīng)于所述目標月臺的可預(yù)約時間段；

推送子單元，用于將生成的對應(yīng)于所述目標月臺的可預(yù)約時間段推送至所述客戶端，以使客戶端將接收到的所述可預(yù)約時間段向所述用戶輸出。

所述推送單元530進一步用于：

如果所述目標月臺在所述預(yù)約時間段內(nèi)存在對應(yīng)的預(yù)約記錄，向客戶端推送預(yù)約失敗的提示消息，以使客戶端將所述預(yù)約失敗消息向所述用戶輸出。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請保護的范圍之內(nèi)。