TW202020762A - 車隊管理方法、車隊管理裝置、車隊管理系統及其電子設備與儲存介質 - Google Patents

Abstract

本發明提供一種車隊管理方法、裝置、系統、電子設備、儲存介質。車隊管理方法包括：指揮車在經停一中間站點前，判斷其所在車隊的承載剩餘容量是否大於等於中間站點承載物件的承載需求量；若否，則指揮車通過V2V廣播請求支援車輛的請求資訊；當指揮車通過V2V接收支援車輛返回的支援確定資訊時，指揮車通過V2V將行駛資料發送至支援車輛，以將支援車輛作為從車加入車隊；指揮車控制車隊經停中間站點，承載中間站點的承載物件，並向下一中間站點行駛。本發明有效降低運輸中需求者的等候時間且支援車輛的司機無需熟知運輸路線。

Description

車隊管理方法、車隊管理裝置、車隊管理系統及其電子設備與儲存介質

本發明涉及通信應用技術領域，尤其涉及一種車隊管理方法、裝置、系統、電子設備、儲存介質。

現有技術中，客運或物流的承載量由運輸車輛的容量所限制。當運輸車輛的容量不足時，通常會發送乘客擁擠地擠上運輸車輛（或者貨物堆滿運輸車輛），使得車內過於擁擠，車內安全問題無法保障，且運輸車輛很可能發生超載進而影響運輸車輛的行駛安全。此外，未能擠上運輸車輛的乘客，由於需要等待下一運輸車輛，無法及時運送，造成排隊隊伍冗長的情況；而或未能裝載到運輸車輛的貨物，也會由於需要等待下一運輸車輛，無法及時運送，從而造成倉庫儲存成本的增加的情況。

為了解決這一問題，通常當運輸需求量大於運輸車輛的剩餘承載量時，需將該情況回報調度中心，並通過調度中心加派車輛支援，而該方式仍會造成需求者須等候較長時間，且熟悉路線的司機須隨時待命支援。

本發明為了克服上述現有技術存在的缺陷，提供一種車隊管理方法、裝置、系統、電子設備、儲存介質，以有效降低運輸中需求者的等候時間且支援車輛的司機無需熟知運輸路線。

根據本發明的一個方面，提供一種車隊管理方法，車隊至少包括指揮車，所述指揮車在向目的站點行駛的過程中經停一個或多個中間站點，所述車隊管理方法包括： 所述指揮車在經停一中間站點前，確定所述中間站點的承載物件的承載需求量； 所述指揮車判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量是否大於等於所述承載需求量； 若否，則所述指揮車通過V2V廣播請求支援車輛的請求資訊； 當所述指揮車通過V2V接收支援車輛返回的支援確定資訊時，所述指揮車通過V2V將行駛資料發送至所述支援車輛，以將所述支援車輛作為從車加入所述車隊； 所述指揮車控制所述車隊經停所述中間站點，承載所述中間站點的承載物件，並向下一中間站點行駛。 可選地，所述指揮車在經停一中間站點前，確定所述中間站點的承載對象的承載需求量包括： 所述指揮車接收所述承載物件的承載資訊，所述承載資訊包括承載物件的承載量、承載物件的起始地及承載對象的目的地，所述承載對象的起始地為任一站中間站點，所述承載物件的目的地為所述起始地之後的任一站中間站點或目的站點； 所述指揮車將同一起始地的承載對象的承載量之和作為所述同一起始地對應的中間站點的所述承載需求量。 可選地，所述指揮車所在車隊在所述中間站點的承載剩餘容量W為： W=S-T+R， 其中，S為所述指揮車所在車隊的總承載量，T為所述指揮車所在車隊在上一中間站點向所述中間站點行駛時的承載量，R為以所述中間站點作為目的地的承載對象的承載量之和。 可選地，所述車隊經停所述中間站點，承載所述中間站點的承載物件之前還包括： 所述指揮車根據所述中間站點的承載物件的目的地確定所述承載物件與車隊中的車輛的承載關係； 所述指揮車根據所述承載物件與車隊中的車輛的承載關係生成承載物件的承載指示資訊； 所述指揮車向所述中間站點的承載物件發送承載指示資訊。 可選地，所述指揮車所確定所述承載物件與車隊中的車輛的承載關係中： 所述承載物件的目的地距離所述目的站點越近，承載所述承載物件車輛在所述車隊中距離所述指揮車越近。 可選地，所述將所述支援車輛作為從車加入所述車隊包括： 將所述支援車輛作為所述車隊的隊尾加入所述車隊。 可選地，若所述車隊經停所述中間站點，所述車隊的至少部分承載物件到達該至少部分承載物件的目的地，並從所述車隊卸載時，所述車隊存在一輛或多輛承載量為零的從車，且除了所述一輛或多輛從車，所述指揮車所在車隊在所述中間站點的承載剩餘容量仍大於等於所述承載需求量時，所述一輛或多輛從車脫離所述車隊。

根據本發明的又一方面，還提供一種指揮車的車隊管理裝置，車隊至少包括指揮車，所述指揮車在向目的站點行駛的過程中經停一個或多個中間站點，所述車隊管理裝置包括： 確定模組，用於在經停一中間站點前，確定所述中間站點的承載物件的承載需求量； 判斷模組，用於判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量是否大於等於所述承載需求量； 廣播模組，用於當所述判斷模組判斷為否時，通過V2V廣播請求支援車輛的請求資訊； 車隊擴展模組，用於當所述指揮車通過V2V接收支援車輛返回的支援確定資訊時，所述指揮車通過V2V將行駛資料發送至所述支援車輛，以將所述支援車輛作為從車加入所述車隊； 控制模組，用於控制所述車隊經停所述中間站點，承載所述中間站點的承載物件，並向下一中間站點行駛。

根據本發明的又一方面，還提供一種車隊管理系統，包括： 指揮車，所述指揮車包括如上所述的車隊管理裝置； 一輛或多輛支援車輛，用以接收所述車隊管理裝置廣播的請求資訊，並向所述車隊管理裝置返回支援確定資訊。

根據本發明的又一方面，還提供一種車隊管理系統，包括： 指揮車，所述指揮車包括如上所述的車隊管理裝置； 一輛或多輛支援車輛，用以接收所述車隊管理裝置廣播的請求資訊，並向所述車隊管理裝置返回支援確定資訊； 一個或多個終端設備，用以向所述車隊管理裝置發送所述承載物件的承載資訊。

根據本發明的又一方面，還提供一種電子設備，所述電子設備包括：處理器；儲存介質，其上儲存有電腦程式，所述電腦程式被所述處理器運行時執行如上所述的步驟。

根據本發明的又一方面，還提供一種儲存介質，所述儲存介質上儲存有電腦程式，所述電腦程式被處理器運行時執行如上所述的步驟。

相比現有技術，本發明的優勢在於：本發明當指揮車所在車隊在所述中間站點的承載剩餘容量小於承載需求量時，利用車聯網技術發出支援請求，以邊鄰近的車輛接收請求後作為從車加入車隊，並通過指揮車進行車隊管理，由此，無需調度中心調度車輛，有效降低需求者的等候時間；同時，指揮車通過行駛資料的分享使從車跟隨指揮車行駛，從車的司機無需熟知運輸路線。

為了對本發明之上述及其他方面有更佳的瞭解，下文特舉實施例，並配合所附圖式詳細說明如下：

現在將參考附圖更全面地描述示例實施方式。然而，示例實施方式能夠以多種形式實施，且不應被理解為限於在此闡述的範例；相反，提供這些實施方式使得本公開將更加全面和完整，並將示例實施方式的構思全面地傳達給本領域的技術人員。所描述的特徵、結構或特性可以以任何合適的方式結合在一個或更多實施方式中。

此外，附圖僅為本公開的示意性圖解，並非一定是按比例繪製。圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重複描述。附圖中所示的一些方框圖是功能實體，不一定必須與物理或邏輯上獨立的實體相對應。可以採用軟體形式來實現這些功能實體，或在一個或多個硬體模組或積體電路中實現這些功能實體，或在不同網路和/或處理器裝置和/或微控制器裝置中實現這些功能實體。

為了解決現有技術的缺陷，本發明提供一種車隊管理方法、裝置、系統、電子設備、儲存介質，以有效降低運輸中需求者的等候時間且支援車輛的司機無需熟知運輸路線。

首先參見第1圖，第1圖示出了根據本發明實施例的車隊管理方法的流程圖。具體而言，在本發明的各個實施例中，車隊至少包括指揮車，所述指揮車在向目的站點行駛的過程中經停一個或多個中間站點。

第1圖共示出五個步驟： 步驟S110：所述指揮車在經停一中間站點前，確定所述中間站點的承載物件的承載需求量； 步驟S120：所述指揮車判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量是否大於等於所述承載需求量； 若否，則步驟S130：所述指揮車通過V2V廣播請求支援車輛的請求資訊； 步驟S140：當所述指揮車通過V2V接收支援車輛返回的支援確定資訊時，所述指揮車通過V2V將行駛資料發送至所述支援車輛，以將所述支援車輛作為從車加入所述車隊； 步驟S150：所述指揮車控制所述車隊經停所述中間站點，承載所述中間站點的承載物件，並向下一中間站點行駛。

在本發明的各個實施例中，步驟S150之後，到每個中間站點迴圈執行步驟S110至步驟S150，直到車隊行駛到目的站點。

在本發明提供的車隊管理方法中，當指揮車所在車隊在所述中間站點的承載剩餘容量小於承載需求量時，利用車聯網技術發出支援請求，以便鄰近的車輛接收請求後作為從車加入車隊，並通過指揮車進行車隊管理，由此，無需調度中心調度車輛，有效降低需求者的等候時間；同時，指揮車通過行駛資料的分享使從車跟隨指揮車行駛，從車的司機無需熟知運輸路線。

在本發明的各個實施例中，指揮車通過車聯網來與其它車輛或其它設備進行通訊。車聯網就是將車與車連接起來的網路，車聯網實質上就是手機並處理道路交通網絡中每輛車的資訊，並實現資訊共用，從而實現人、車、路三位一體的互聯網路。具體而言，本發明中的指揮車通過車聯網中的V2V（Vehicle to Vehicle）技術來與其它車聯相通信，從而實現指揮車對從車的車隊管理。

在本發明的車隊管理中，向車隊中的車輛提供更緊密的相連方式，本發明的車隊可以及時分享訊息，不僅提供安全性，同時可以降低燃料成本，改善車隊行駛效率。在一個車隊管理的具體實現中，指揮車A和從車B、C、D位於同一道路上且同向行駛（指揮車A和從車B、C、D僅僅是描述清楚起見，在本發明中，車隊在向目的站點的行駛過程中，車隊可以僅包括指揮車A，且從車的數量隨每個中間站點的承载需求量而變化）。指揮車A和從車B、C、D通過車隊管理共用周圍的及時交通和道理資訊，指揮車A可以將所有資訊報告給路側設備（RSU，road side unit），並從路側設備接收交通和道路資訊。指揮車A可以將從路側設備接收到的交通和道路資訊共用給從車B、C、D，從可以即時更新行駛路徑，使得指揮車A和從車B、C、D可以按同一行駛路徑行駛到目的站點。

進一步地，上述指揮車A和從車B、C、D之間在通信範圍內會持續交換基本資訊。基本資訊可以分為重要資訊（更新率較快）、次要資訊（更新率較慢）及補充資訊。重要資訊例如可以包括：速度、駕駛方向、車輛長度、縱向加速度、曲率、曲率計算模式、偏航率、加速度、車道位置、方向盤角度、橫向加速度、垂直加速度等。次要資訊可以包括：車輛用途（客運、貨運）、車輛信號燈資訊、歷史路徑等。補充資訊可以包括：特殊運輸（超重、車寬大於標準寬度、車長大於標準車長等）、運輸有害物質、道路工程（修路、鏟雪等）、救援行動（救護車、警車、消防車）等。指揮車A會將行駛資料（類似ETSI歐洲電信標準化協會規範的DENM分散環境通知資訊格式）發送給從車B、C、D，從車B、C、D通過V2X（V2V（Vehicle to Vehicle）、V2I（Vehicle to Infrastructure）、V2N（Vehicle to Network））接收行駛資料，從而依照指揮車A的速度、轉向資訊等進行行駛。本發明各個實施例中，通過上述車隊管理的方式使得從車可以跟隨指揮車A行駛。

在本發明的各個實施例中，所述的承載物件例如可以是乘客或者貨物，本發明並非以此為限。

在本發明的一個具體實施例中，所述步驟S110指揮車在經停一中間站點前，確定所述中間站點的承載物件的承載需求量還可以包括如下步驟： 所述指揮車接收所述承載物件的承載資訊，所述承載資訊包括承載物件的承載量、承載物件的起始地及承載對象的目的地，所述承載對象的起始地為任一站中間站點，所述承載物件的目的地為所述起始地之後的任一站中間站點或目的站點； 所述指揮車將同一起始地的承載對象的承載量之和作為所述同一起始地對應的中間站點的所述承載需求量。

具體而言，每一中間站點的承載物件的承載資訊可以在車隊行駛到該中間站點前發送給指揮車。在另一些實施例中，各中間站點的承載物件的承載資訊可以在車隊開始行駛前發送給指揮車。在前一個實施例中，無需限制承載物件在車隊行駛前發送承載資訊，使得各承載物件具有更靈活的承載資訊的發送時間。在後一個實施例中，便於指揮車提前獲知整個運輸路線的承載情況，以使得指揮車可以儘早廣播請求支援車輛的請求資訊，從而提高支援車輛加入車隊的概率。

進一步地，在一些實施例中，承載物件例如可以通過使用者終端25（第4圖）發送承載資訊。在另一些實施例中，承載物件例如可以中間站點22設置的站點設備來發送承載資訊。本發明並非以此為限。

具體而言，參見第2圖，指揮車21接收中間站點22的各承載物件（乘客23）發送的承載資訊。乘客23發送的承載資訊中，承載物件的承載量為1人（當承載物件為貨物時，承載量可以包括貨物的重量、體積等），承載物件的起始點為中間站點22，部分承載物件的目的地例如可以是中間站點22的下一站，部分承載物件的目的地例如可以是目的站點。根據中間站點22的各承載物件發送的承載資訊，可以確定該中間站點22的所述承載需求量為5（5位乘客）。

在本發明的上述具體實施例中，步驟S120中，所述指揮車所在車隊在所述中間站點的承載剩餘容量W可以為： W=S-T+R， 其中，S為所述指揮車所在車隊的總承載量，T為所述指揮車所在車隊在上一中間站點向所述中間站點行駛時的承載量，R為以所述中間站點作為目的地的承載對象的承載量之和。

例如，在第2圖所示的實施例中，指揮車21所在車隊的總承載量為10人，所述指揮車21所在車隊在上一中間站點向所述中間站點22行駛時的承載量9人，所述指揮車21所在車隊在中間站點22的下車的乘客數量為2人（即目的地為中間站點22的承載對象的承載量之和）。由此，可以計算出所述指揮車所在車隊在所述中間站點的承載剩餘容量W為10-9+2=3人。

將中間站點22的所述承載需求量（5人）和該承載剩餘容量（3人）帶入上述步驟S120中，所述指揮車21判斷所述指揮車21所在車隊在所述中間站點的承載剩餘容量小於所述承載需求量，由此，參見第3圖，執行步驟S130所述指揮車21通過V2V廣播請求支援車輛的請求資訊（所廣播的請求資訊可以包括車型、所需容量等，以供支援車輛根據本車的車型和容量進行匹配確認是否可以加入車隊）。然後步驟S140當所述指揮車21通過V2V接收支援車輛24返回的支援確定資訊時，所述指揮車21通過V2V將行駛資料發送至所述支援車輛24，以將所述支援車輛24作為從車加入所述車隊。然後，通過步驟S150：所述指揮車21控制所述車隊經停所述中間站點22，承載所述中間站點22的承載物件，並向下一中間站點行駛。

在本發明的一些優選例中，本發明還包括承載物件的目的地管理的步驟，具體而言，在上述步驟S150所述車隊經停所述中間站點，承載所述中間站點的承載物件之前還包括如下步驟： 所述指揮車根據所述中間站點的承載物件的目的地確定所述承載物件與車隊中的車輛的承載關係；所述指揮車根據所述承載物件與車隊中的車輛的承載關係生成承載物件的承載指示資訊；所述指揮車向所述中間站點的承載物件發送承載指示資訊。

如第3圖，可以根據乘客23的目的地及車隊中各車輛的承載剩餘容量確定各乘客23由指揮車21承載還是由從車24承載。優選地，所述指揮車所確定所述承載物件與車隊中的車輛的承載關係中：所述承載物件的目的地距離所述目的站點越近，承載所述承載物件車輛在所述車隊中距離所述指揮車越近。

繼續參見第3圖，根據前述計算，指揮車21的承載剩餘容量為3人，中間站點22的5位乘客中，2人的目的地為目的站點，3人的目的地為中間站點22的下一中間站點，則目的地為目的站點的2人及目的地為中間站點22的下一中間站點的3人中的1人由指揮車21承載，目的地為中間站點22的下一中間站點的3人中的剩餘2人由從車24承載。由此，可以儘快釋放從車，以便於從車加入其它車隊進行支援，提升整個運輸效率。以上僅僅是舉例說明本發明的承載物件的目的地管理，本發明並非以此為限。

在本發明的一個具體實施例中，在上述步驟S140所述將所述支援車輛作為從車加入所述車隊可以包括如下步驟：將所述支援車輛作為所述車隊的隊尾加入所述車隊。由此，可以優化配合上述承載物件的目的地管理，從車隊的車尾釋放從車。

在本發明的又一個具體實施例中，在步驟S120中，若所述指揮車判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量大於等於所述承載需求量，則車隊可以繼續行駛。在一些變化例中，若所述指揮車判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量大於等於所述承載需求量，則可以繼續執行如下判斷步驟： 所述車隊經停所述中間站點，所述車隊的至少部分承載物件到達該至少部分承載物件的目的地，並從所述車隊卸載時，所述車隊存在一輛或多輛承載量為零的從車，且除了所述一輛或多輛從車，所述指揮車所在車隊在所述中間站點的承載剩餘容量仍大於等於所述承載需求量時，所述一輛或多輛從車脫離所述車隊。

仍以客運為例，當車隊（包括指揮車和從車）經停所述中間站點時，指揮車上有5人下車，指揮車的在所述中間站點的承載剩餘容量為8人，從車A上有3人下車，從車A的承載量為0，且該中間站點的承載需求量為5（小於指揮車的在所述中間站點的承載剩餘容量8人），則從車A脫離所述車隊。以上僅僅是示意性的描述本發明的上述實施例，本發明並非以此為限。

下面結合第5圖至第8圖描述本發明的一個具體實施例。第5圖至第8圖示出了根據本發明一具體實施例的在多個中間站點的車隊管理方法的示意圖。

車隊在行駛到目的站點22D的過程中，需要經停中間站點22A、22B及22C。初始時，車隊僅包括指揮車，指揮車21在經停中間站點22A前，確定所述中間站點22A的承載物件的承載需求量，並判斷所述指揮車21車隊在所述中間站點22A的承載剩餘容量小於所述承載需求量。指揮車21通過V2V廣播請求支援車輛的請求資訊，並接收支援車輛241返回的支援確定資訊，所述指揮車21通過V2V將行駛資料發送至所述支援車輛241，以將所述支援車輛241作為從車加入所述車隊，所述指揮車21控制所述車隊（指揮車21及從車241）經停所述中間站點22A，承載所述中間站點22A的承載物件，並向下一中間站點22B行駛。指揮車21在經停中間站點22B前，確定所述中間站點22B的承載物件的承載需求量，並判斷所述指揮車21車隊在所述中間站點22B的承載剩餘容量小於所述承載需求量。指揮車21通過V2V廣播請求支援車輛的請求資訊，並接收支援車輛242返回的支援確定資訊，所述指揮車21通過V2V將行駛資料發送至所述支援車輛242，以將所述支援車輛242作為從車加入所述車隊（作為車隊的隊尾），所述指揮車21控制所述車隊（指揮車21及從車241、242）經停所述中間站點22B，承載所述中間站點22B的承載物件，並向下一中間站點22C行駛。指揮車21在經停中間站點22C前，確定所述中間站點22C的承載物件的承載需求量，並判斷所述指揮車21車隊在所述中間站點22C的承載剩餘容量大於等於所述承載需求量，並進一步判斷從車242在經停中間站點22C後其承載量為零，且指揮車21和從車241的承載剩餘容量仍大於等於所述承載需求量。所述指揮車21控制所述車隊（指揮車21及從車241、242）經停所述中間站點22C，使從車242離開車隊，由指揮車21及從車241承載所述中間站點22C的承載物件，並向下一中間站點22D行駛。以此類推，直到車隊行駛到目的站點22D。

以上僅僅是示意性地描述本發明的具體實施方式，本發明並非以此為限。

本發明還提供一種指揮車的車隊管理裝置。下面參見第9圖，第9圖示出了根據本發明一實施例的指揮車的車隊管理裝置的模組圖。車隊至少包括指揮車，所述指揮車在向目的站點行駛的過程中經停一個或多個中間站點。指揮車的車隊管理裝置300包括確定模組310、判斷模組320、廣播模組330、車隊擴展模組340及控制模組350。

確定模組310用於在經停一中間站點前，確定所述中間站點的承載物件的承載需求量； 判斷模組320用於判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量是否大於等於所述承載需求量； 廣播模組330用於當所述判斷模組判斷為否時，通過V2V廣播請求支援車輛的請求資訊； 車隊擴展模組340用於當所述指揮車通過V2V接收支援車輛返回的支援確定資訊時，所述指揮車通過V2V將行駛資料發送至所述支援車輛，以將所述支援車輛作為從車加入所述車隊； 控制模組350用於控制所述車隊經停所述中間站點，承載所述中間站點的承載物件，並向下一中間站點行駛。

在本發明提供的車隊管理裝置中，當指揮車所在車隊在所述中間站點的承載剩餘容量小於承載需求量時，利用車聯網技術發出支援請求，以邊鄰近的車輛接收請求後作為從車加入車隊，並通過指揮車進行車隊管理，由此，無需調度中心調度車輛，有效降低需求者的等候時間；同時，指揮車通過行駛資料的分享使從車跟隨指揮車行駛，從車的司機無需熟知運輸路線。

第9圖僅僅是示意性的示出本發明提供的切換裝置的模組圖，在不違背本發明構思的前提下，模組的拆分、合併、增加都在本發明的保護範圍之內。

本發明提供了一種車隊管理系統。參見第3圖。車隊管理系統可以包括指揮車及一輛或多輛支援車輛。

所述指揮車包括如上所述的車隊管理裝置； 一輛或多輛支援車輛用以接收所述車隊管理裝置廣播的請求資訊，並向所述車隊管理裝置返回支援確定資訊。

車隊管理系統中各車輛可以搭載有V2X通信裝置及GNSS全球定位系統，並搭載有高精度導航地圖。本發明並非以此為限。

本發明還提供了一種車隊管理系統。參見第4圖。車隊管理系統包括指揮車、一輛或多輛支援車輛及一個或多個終端設備。

所述指揮車包括如上所述的車隊管理裝置； 一輛或多輛支援車輛用以接收所述車隊管理裝置廣播的請求資訊，並向所述車隊管理裝置返回支援確定資訊； 一個或多個終端設備用以向所述車隊管理裝置發送所述承載物件的承載資訊。

具體而言，該一個或多個終端設備可以是使用者的使用者終端（手機、電腦或其它設備）也可以是裝載在中間站點的站點設備（例如裝載在站點的觸摸顯示幕）等，本發明並非以此為限。

在本發明提供的車隊管理系統中，當指揮車所在車隊在所述中間站點的承載剩餘容量小於承載需求量時，利用車聯網技術發出支援請求，以邊鄰近的車輛接收請求後作為從車加入車隊，並通過指揮車進行車隊管理，由此，無需調度中心調度車輛，有效降低需求者的等候時間；同時，指揮車通過行駛資料的分享使從車跟隨指揮車行駛，從車的司機無需熟知運輸路線。

在本公開的示例性實施例中，還提供了一種電腦可讀儲存介質，其上儲存有電腦程式，該程式被例如處理器執行時可以實現上述任意一個實施例中所述車隊管理方法的步驟。在一些可能的實施方式中，本發明的各個方面還可以實現為一種程式產品的形式，其包括程式碼，當所述程式產品在終端設備上運行時，所述程式碼用於使所述終端設備執行本說明書上述車隊管理方法部分中描述的根據本發明各種示例性實施方式的步驟。

參考第10圖所示，描述了根據本發明的實施方式的用於實現上述方法的程式產品900，其可以採用可擕式緊湊盤唯讀記憶體(CD-ROM)並包括程式碼，並可以在終端設備，例如個人電腦上運行。然而，本發明的程式產品不限於此，在本文件中，可讀儲存介質可以是任何包含或儲存程式的有形介質，該程式可以被指令執行系統、裝置或者器件使用或者與其結合使用。

所述程式產品可以採用一個或多個可讀介質的任意組合。可讀介質可以是可讀信號介質或者可讀儲存介質。可讀儲存介質例如可以為但不限於電、磁、光、電磁、紅外線、或半導體的系統、裝置或器件，或者任意以上的組合。可讀儲存介質的更具體的例子（非窮舉的列表）包括：具有一個或多個導線的電連接、可攜式光碟、硬碟、隨機存取記憶體（RAM）、唯讀記憶體（ROM）、可擦式可程式設計唯讀記憶體（EPROM或快閃記憶體）、光纖、可攜式唯讀記憶體(CD-ROM)光碟、光記憶體件、磁記憶體件、或者上述的任意合適的組合。

所述電腦可讀儲存介質可以包括在基帶中或者作為載波一部分傳播的資料信號，其中承載了可讀程式碼。這種傳播的資料信號可以採用多種形式，包括但不限於電磁信號、光信號或上述的任意合適的組合。可讀儲存介質還可以是可讀儲存介質以外的任何可讀介質，該可讀介質可以發送、傳播或者傳輸用於由指令執行系統、裝置或者器件使用或者與其結合使用的程式。可讀儲存介質上包含的程式碼可以用任何適當的介質傳輸，包括但不限於無線、有線、光纜、RF等等，或者上述的任意合適的組合。

可以以一種或多種程式設計語言的任意組合來編寫用於執行本發明操作的程式碼，所述程式設計語言包括物件導向的程式設計語言—諸如Java、C++等，還包括常規的過程式程式設計語言—諸如“C”語言或類似的程式設計語言。程式碼可以完全地在租戶計算設備上執行、部分地在租戶設備上執行、作為一個獨立的套裝軟體執行、部分在租戶計算設備上部分在遠端計算設備上執行、或者完全在遠端計算設備或伺服器上執行。在涉及遠端計算設備的情形中，遠端計算設備可以通過任意種類的網路，包括局域網（LAN）或廣域網路（WAN），連接到租戶計算設備，或者，可以連接到外部計算設備（例如利用網際網路服務提供者來通過網際網路連接）。

在本公開的示例性實施例中，還提供一種電子設備，該電子設備可以包括處理器，以及用於儲存所述處理器的可執行指令的記憶體。其中，所述處理器配置為經由執行所述可執行指令來執行上述任意一個實施例中所述車隊管理方法的步驟。

所屬技術領域的技術人員能夠理解，本發明的各個方面可以實現為系統、方法或程式產品。因此，本發明的各個方面可以具體實現為以下形式，即：完全的硬體實施方式、完全的軟體實施方式（包括固件、微代碼等），或硬體和軟體方面結合的實施方式，這裡可以統稱為“電路”、“模組”或“系統”。

下面參照第11圖來描述根據本發明的這種實施方式的電子設備1000。第11圖顯示的電子設備1000僅僅是一個示例，不應對本發明實施例的功能和使用範圍帶來任何限制。

如第11圖所示，電子設備1000以通用計算設備的形式表現。電子設備1000的元件可以包括但不限於：至少一個處理單元1010、至少一個儲存單元1020、連接不同系統元件（包括儲存單元1020和處理單元1010）的匯流排1030、顯示單元1040等。

其中，所述儲存單元儲存有程式碼，所述程式碼可以被所述處理單元1010執行，使得所述處理單元1010執行本說明書上述車隊管理方法部分中描述的根據本發明各種示例性實施方式的步驟。例如，所述處理單元1010可以執行如第1圖中所示的步驟。

所述儲存單元1020可以包括揮發性儲存單元形式的可讀介質，例如隨機存取儲存單元（RAM）10201和/或快取記憶體10202，還可以進一步包括唯讀儲存單元（ROM）10203。

所述儲存單元1020還可以包括具有一組（至少一個）程式模組10205的程式/實用工具10204，這樣的程式模組10205包括但不限於：作業系統、一個或者多個應用程式、其它程式模組以及程式資料，這些示例中的每一個或某種組合中可能包括網路環境的實現。

匯流排1030可以為表示幾類匯流排結構中的一種或多種，包括儲存單元匯流排或者儲存單元控制器、週邊匯流排、圖形加速埠、處理單元或者使用多種匯流排結構中的任意匯流排結構的局域匯流排。

電子設備1000也可以與一個或多個外部設備1100（例如鍵盤、指向設備、藍牙設備等）通信，還可與一個或者多個使得租戶能與該電子設備1000交互的設備通信，和/或與使得該電子設備1000能與一個或多個其它計算設備進行通信的任何設備（例如路由器、數據機等等）通信。這種通信可以通過輸入/輸出（I/O）介面1050進行。並且，電子設備1000還可以通過網路介面卡1060與一個或者多個網路（例如局域網（LAN），廣域網路（WAN）和/或公共網路，例如網際網路）通信。網路介面卡1060可以通過匯流排1030與電子設備1000的其它模組通信。應當明白，儘管圖中未示出，可以結合電子設備1000使用其它硬體和/或軟體模組，包括但不限於：微代碼、裝置驅動程式、冗餘處理單元、外部磁片驅動陣列、RAID系統、磁帶驅動器以及資料備份儲存系統等。

通過以上的實施方式的描述，本領域具有通常知識者易於理解，這裡描述的示例實施方式可以通過軟體實現，也可以通過軟體結合必要的硬體的方式來實現。因此，根據本公開實施方式的技術方案可以以軟體產品的形式體現出來，該軟體產品可以儲存在一個非易失性儲存介質（可以是CD-ROM、隨身碟、移動硬碟等）中或網路上，包括若干指令以使得一台計算設備（可以是個人電腦、伺服器、或者網路設備等）執行根據本公開實施方式的上述車隊管理方法。

相比現有技術，本發明的優勢在於：本發明當指揮車所在車隊在所述中間站點的承載剩餘容量小於承載需求量時，利用車聯網技術發出支援請求，以邊鄰近的車輛接收請求後作為從車加入車隊，並通過指揮車進行車隊管理，由此，無需調度中心調度車輛，有效降低需求者的等候時間；同時，指揮車通過行駛資料的分享使從車跟隨指揮車行駛，從車的司機無需熟知運輸路線。

綜上所述，雖然本發明已以實施例揭露如上，然其並非用以限定本發明。本發明所屬技術領域中具有通常知識者，在不脫離本發明之精神和範圍內，當可作各種之更動與潤飾。因此，本發明之保護範圍當視後附之申請專利範圍所界定者為準。

A:指揮車B、C、D:從車22:中間站點22A、22B、22C:中間站點22D:目的站點23:乘客24:支援車輛25:使用者終端300:車隊管理裝置310:確定模組320:判斷模組330:廣播模組340:車隊擴展模組350:控制模組900:程式產品1000:電子設備1010:處理單元1020:儲存單元10201:隨機存取儲存單元（RAM）10202:快取記憶體10203:唯讀儲存單元（ROM）10204:程式/實用工具10205:程式模組1030:匯流排1040:顯示單元1050:輸入/輸出（I/O）介面1060:網路介面卡

第1圖示出了根據本發明實施例的車隊管理方法的流程圖。 第2圖至第4圖示出了根据本發明一具體實施例的在一中間站點的車隊管理方法的示意圖。 第5圖至第8圖示出了根據本發明一具體實施例的在多個中間站點的車隊管理方法的示意圖。 第9圖示出了根據本發明實施例的車隊管理裝置的模組圖。 第10圖示意性示出本公開示例性實施例中一種電腦可讀儲存介質示意圖。 第11圖示意性示出本公開示例性實施例中一種電子設備示意圖。

S110-S150:步驟

Claims (12)

1. 一種車隊管理方法，車隊至少包括指揮車，所述指揮車在向目的站點行駛的過程中經停一個或多個中間站點，所述車隊管理方法包括： 所述指揮車在經停一中間站點前，確定所述中間站點的承載物件的承載需求量； 所述指揮車判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量是否大於等於所述承載需求量； 若否，則所述指揮車通過V2V廣播請求支援車輛的請求資訊； 當所述指揮車通過V2V接收支援車輛返回的支援確定資訊時，所述指揮車通過V2V將行駛資料發送至所述支援車輛，以將所述支援車輛作為從車加入所述車隊； 所述指揮車控制所述車隊經停所述中間站點，承載所述中間站點的承載物件，並向下一中間站點行駛。
2. 如申請專利範圍第1項所述的車隊管理方法，其中所述指揮車在經停一中間站點前，確定所述中間站點的承載對象的承載需求量包括： 所述指揮車接收所述承載物件的承載資訊，所述承載資訊包括承載物件的承載量、承載物件的起始地及承載對象的目的地，所述承載對象的起始地為任一站中間站點，所述承載物件的目的地為所述起始地之後的任一站中間站點或目的站點； 所述指揮車將同一起始地的承載對象的承載量之和作為所述同一起始地對應的中間站點的所述承載需求量。
3. 如申請專利範圍第2項所述的車隊管理方法，其中所述指揮車所在車隊在所述中間站點的承載剩餘容量W為： W=S-T+R， 其中，S為所述指揮車所在車隊的總承載量，T為所述指揮車所在車隊在上一中間站點向所述中間站點行駛時的承載量，R為以所述中間站點作為目的地的承載對象的承載量之和。
4. 如申請專利範圍第2項所述的車隊管理方法，其中所述車隊經停所述中間站點，承載所述中間站點的承載物件之前還包括： 所述指揮車根據所述中間站點的承載物件的目的地確定所述承載物件與車隊中的車輛的承載關係； 所述指揮車根據所述承載物件與車隊中的車輛的承載關係生成承載物件的承載指示資訊； 所述指揮車向所述中間站點的承載物件發送承載指示資訊。
5. 如申請專利範圍第4項所述的車隊管理方法，其中所述指揮車所確定所述承載物件與車隊中的車輛的承載關係中： 所述承載物件的目的地距離所述目的站點越近，承載所述承載物件車輛在所述車隊中距離所述指揮車越近。
6. 如申請專利範圍第5項所述的車隊管理方法，其中所述將所述支援車輛作為從車加入所述車隊包括： 將所述支援車輛作為所述車隊的隊尾加入所述車隊。
7. 如申請專利範圍第6項所述的車隊管理方法，其中若所述車隊經停所述中間站點，所述車隊的至少部分承載物件到達該至少部分承載物件的目的地，並從所述車隊卸載時，所述車隊存在一輛或多輛承載量為零的從車，且除了所述一輛或多輛從車，所述指揮車所在車隊在所述中間站點的承載剩餘容量仍大於等於所述承載需求量時，所述一輛或多輛從車脫離所述車隊。
8. 一種指揮車的車隊管理裝置，其中車隊至少包括指揮車，所述指揮車在向目的站點行駛的過程中經停一個或多個中間站點，所述車隊管理裝置包括： 確定模組，用於在經停一中間站點前，確定所述中間站點的承載物件的承載需求量； 判斷模組，用於判斷所述指揮車所在車隊在所述中間站點的承載剩餘容量是否大於等於所述承載需求量； 廣播模組，用於當所述判斷模組判斷為否時，通過V2V廣播請求支援車輛的請求資訊； 車隊擴展模組，用於當所述指揮車通過V2V接收支援車輛返回的支援確定資訊時，所述指揮車通過V2V將行駛資料發送至所述支援車輛，以將所述支援車輛作為從車加入所述車隊； 控制模組，用於控制所述車隊經停所述中間站點，承載所述中間站點的承載物件，並向下一中間站點行駛。
9. 一種車隊管理系統，其中包括： 指揮車，所述指揮車包括如申請專利範圍第項8所述的車隊管理裝置； 一輛或多輛支援車輛，用以接收所述車隊管理裝置廣播的請求資訊，並向所述車隊管理裝置返回支援確定資訊。
10. 一種車隊管理系統，其中包括： 指揮車，所述指揮車包括如申請專利範圍第8項所述的車隊管理裝置； 一輛或多輛支援車輛，用以接收所述車隊管理裝置廣播的請求資訊，並向所述車隊管理裝置返回支援確定資訊； 一個或多個終端設備，用以向所述車隊管理裝置發送所述承載物件的承載資訊。
11. 一種電子設備，其中所述電子設備包括： 處理器； 儲存介質，其上儲存有電腦程式，所述電腦程式被所述處理器運行時執行如申請專利範圍第1至7項任一項所述的步驟。
12. 一種儲存介質，其中所述儲存介質上儲存有電腦程式，所述電腦程式被處理器運行時執行如申請專利範圍第1至7項任一項所述的步驟。

Images