CN109523179A

CN109523179A - 车队管理方法、装置、***、电子设备、存储介质

Info

Publication number: CN109523179A
Application number: CN201811407200.3A
Authority: CN
Inventors: 颜宏修; 江亚宸; 罗晧天
Original assignee: Inventec Appliances Shanghai Corp; Inventec Appliances Pudong Corp; Inventec Appliances Corp
Current assignee: Inventec Appliances Shanghai Corp; Inventec Appliances Pudong Corp; Inventec Appliances Corp
Priority date: 2018-11-23
Filing date: 2018-11-23
Publication date: 2019-03-26
Anticipated expiration: 2038-11-23
Also published as: CN109523179B; TW202020762A; TWI707283B

Abstract

本发明提供一种车队管理方法、装置、***、电子设备、存储介质。车队至少包括指挥车，指挥车在向目的站点行驶的过程中经停一个或多个中间站点，车队管理方法包括：指挥车在经停一中间站点前，确定中间站点的承载对象的承载需求量；指挥车判断指挥车所在车队在中间站点的承载剩余容量是否大于等于承载需求量；若否，则指挥车通过V2V广播请求支援车辆的请求信息；当指挥车通过V2V接收支援车辆返回的支援确定信息时，指挥车通过V2V将行驶数据发送至支援车辆，以将支援车辆作为从车加入车队；指挥车控制车队经停中间站点，承载中间站点的承载对象，并向下一中间站点行驶。本发明有效降低运输中需求者的等候时间且支援车辆的司机无需熟知运输路线。

Description

车队管理方法、装置、***、电子设备、存储介质

技术领域

本发明涉及通信应用技术领域，尤其涉及一种车队管理方法、装置、***、电子设备、存储介质。

背景技术

现有技术中，客运或物流的承载量由运输车辆的容量所限制。当运输车辆的容量不足时，通常会发送乘客拥挤地挤上运输车辆(或者货物堆满运输车辆)，使得车内过于拥挤，车内安全问题无法保障，且运输车辆很可能发生超载进而影响运输车辆的行驶安全。此外，未能挤上运输车辆的乘客，由于需要等待下一运输车辆，无法及时运送，造成排队队伍冗长的情况；而或未能装载到运输车辆的货物，也会由于需要等待下一运输车辆，无法及时运送，从而造成仓库储存成本的增加的情况。

为了解决这一问题，通常当运输需求量大于运输车辆的剩余承载量时，需将该情况回报调度中心，并通过调度中心加派车辆支援，而该方式仍会造成需求者须等候较长时间，且熟悉路线的司机须随时待命支援。

发明内容

本发明为了克服上述现有技术存在的缺陷，提供一种车队管理方法、装置、***、电子设备、存储介质，以有效降低运输中需求者的等候时间且支援车辆的司机无需熟知运输路线。

根据本发明的一个方面，提供一种车队管理方法，车队至少包括指挥车，所述指挥车在向目的站点行驶的过程中经停一个或多个中间站点，所述车队管理方法包括：

所述指挥车在经停一中间站点前，确定所述中间站点的承载对象的承载需求量；

所述指挥车判断所述指挥车所在车队在所述中间站点的承载剩余容量是否大于等于所述承载需求量；

若否，则所述指挥车通过V2V广播请求支援车辆的请求信息；

当所述指挥车通过V2V接收支援车辆返回的支援确定信息时，所述指挥车通过V2V将行驶数据发送至所述支援车辆，以将所述支援车辆作为从车加入所述车队；

所述指挥车控制所述车队经停所述中间站点，承载所述中间站点的承载对象，并向下一中间站点行驶。

可选地，所述指挥车在经停一中间站点前，确定所述中间站点的承载对象的承载需求量包括：

所述指挥车接收所述承载对象的承载信息，所述承载信息包括承载对象的承载量、承载对象的起始地及承载对象的目的地，所述承载对象的起始地为任一站中间站点，所述承载对象的目的地为所述起始地之后的任一站中间站点或目的站点；

所述指挥车将同一起始地的承载对象的承载量之和作为所述同一起始地对应的中间站点的所述承载需求量。

可选地，所述指挥车所在车队在所述中间站点的承载剩余容量W为：

W＝S-T+R，

其中，S为所述指挥车所在车队的总承载量，T为所述指挥车所在车队在上一中间站点向所述中间站点行驶时的承载量，R为以所述中间站点作为目的地的承载对象的承载量之和。

可选地，所述车队经停所述中间站点，承载所述中间站点的承载对象之前还包括：

所述指挥车根据所述中间站点的承载对象的目的地确定所述承载对象与车队中的车辆的承载关系；

所述指挥车根据所述承载对象与车队中的车辆的承载关系生成承载对象的承载指示信息；

所述指挥车向所述中间站点的承载对象发送承载指示信息。

可选地，所述指挥车所确定所述承载对象与车队中的车辆的承载关系中：

所述承载对象的目的地距离所述目的站点越近，承载所述承载对象车辆在所述车队中距离所述指挥车越近。

可选地，所述将所述支援车辆作为从车加入所述车队包括：

将所述支援车辆作为所述车队的队尾加入所述车队。

可选地，若所述车队经停所述中间站点，所述车队的至少部分承载对象到达该至少部分承载对象的目的地，并从所述车队卸载时，所述车队存在一辆或多辆承载量为零的从车，且除了所述一辆或多辆从车，所述指挥车所在车队在所述中间站点的承载剩余容量仍大于等于所述承载需求量时，所述一辆或多辆从车脱离所述车队。

根据本发明的又一方面，还提供一种指挥车的车队管理装置，车队至少包括指挥车，所述指挥车在向目的站点行驶的过程中经停一个或多个中间站点，所述车队管理装置包括：

确定模块，用于在经停一中间站点前，确定所述中间站点的承载对象的承载需求量；

判断模块，用于判断所述指挥车所在车队在所述中间站点的承载剩余容量是否大于等于所述承载需求量；

广播模块，用于当所述判断模块判断为否时，通过V2V广播请求支援车辆的请求信息；

车队扩展模块，用于当所述指挥车通过V2V接收支援车辆返回的支援确定信息时，所述指挥车通过V2V将行驶数据发送至所述支援车辆，以将所述支援车辆作为从车加入所述车队；

控制模块，用于控制所述车队经停所述中间站点，承载所述中间站点的承载对象，并向下一中间站点行驶。

根据本发明的又一方面，还提供一种车队管理***，包括：

指挥车，所述指挥车包括如上所述的车队管理装置；

一辆或多辆支援车辆，用以接收所述车队管理装置广播的请求信息，并向所述车队管理装置返回支援确定信息。

根据本发明的又一方面，还提供一种车队管理***，包括：

指挥车，所述指挥车包括如上所述的车队管理装置；

一辆或多辆支援车辆，用以接收所述车队管理装置广播的请求信息，并向所述车队管理装置返回支援确定信息；

一个或多个终端设备，用以向所述车队管理装置发送所述承载对象的承载信息。

根据本发明的又一方面，还提供一种电子设备，所述电子设备包括：处理器；存储介质，其上存储有计算机程序，所述计算机程序被所述处理器运行时执行如上所述的步骤。

根据本发明的又一方面，还提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上所述的步骤。

相比现有技术，本发明的优势在于：本发明当指挥车所在车队在所述中间站点的承载剩余容量小于承载需求量时，利用车联网技术发出支援请求，以边邻近的车辆接收请求后作为从车加入车队，并通过指挥车进行车队管理，由此，无需调度中心调度车辆，有效降低需求者的等候时间；同时，指挥车通过行驶数据的分享使从车跟随指挥车行驶，从车的司机无需熟知运输路线。

附图说明

通过参照附图详细描述其示例实施方式，本发明的上述和其它特征及优点将变得更加明显。

图1示出了根据本发明实施例的车队管理方法的流程图。

图2至图4示出了根据本发明一具体实施例的在一中间站点的车队管理方法的示意图。

图5至图8示出了根据本发明一具体实施例的在多个中间站点的车队管理方法的示意图。

图9示出了根据本发明实施例的车队管理装置的模块图。

图10示意性示出本公开示例性实施例中一种计算机可读存储介质示意图。

图11示意性示出本公开示例性实施例中一种电子设备示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

为了解决现有技术的缺陷，本发明提供一种车队管理方法、装置、***、电子设备、存储介质，以有效降低运输中需求者的等候时间且支援车辆的司机无需熟知运输路线。

首先参见图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，

例如，在图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示出了根据本发明一实施例的指挥车的车队管理装置的模块图。车队至少包括指挥车，所述指挥车在向目的站点行驶的过程中经停一个或多个中间站点。指挥车的车队管理装置包括确定模块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，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述车队管理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims

1.一种车队管理方法，其特征在于，车队至少包括指挥车，所述指挥车在向目的站点行驶的过程中经停一个或多个中间站点，所述车队管理方法包括：

若否，则所述指挥车通过V2V广播请求支援车辆的请求信息；

2.如权利要求1所述的车队管理方法，其特征在于，所述指挥车在经停一中间站点前，确定所述中间站点的承载对象的承载需求量包括：

3.如权利要求2所述的车队管理方法，其特征在于，所述指挥车所在车队在所述中间站点的承载剩余容量W为：

W＝S-T+R，

4.如权利要求2所述的车队管理方法，其特征在于，所述车队经停所述中间站点，承载所述中间站点的承载对象之前还包括：

所述指挥车向所述中间站点的承载对象发送承载指示信息。

5.如权利要求4所述的车队管理方法，其特征在于，所述指挥车所确定所述承载对象与车队中的车辆的承载关系中：

6.如权利要求5所述的车队管理方法，其特征在于，所述将所述支援车辆作为从车加入所述车队包括：

将所述支援车辆作为所述车队的队尾加入所述车队。

7.如权利要求6所述的车队管理方法，其特征在于，若所述车队经停所述中间站点，所述车队的至少部分承载对象到达该至少部分承载对象的目的地，并从所述车队卸载时，所述车队存在一辆或多辆承载量为零的从车，且除了所述一辆或多辆从车，所述指挥车所在车队在所述中间站点的承载剩余容量仍大于等于所述承载需求量时，所述一辆或多辆从车脱离所述车队。

8.一种指挥车的车队管理装置，其特征在于，车队至少包括指挥车，所述指挥车在向目的站点行驶的过程中经停一个或多个中间站点，所述车队管理装置包括：

9.一种车队管理***，其特征在于，包括：

指挥车，所述指挥车包括如权利要求8所述的车队管理装置；

10.一种车队管理***，其特征在于，包括：

指挥车，所述指挥车包括如权利要求8所述的车队管理装置；

11.一种电子设备，其特征在于，所述电子设备包括：

处理器；

存储介质，其上存储有计算机程序，所述计算机程序被所述处理器运行时执行如权利要求1至7任一项所述的步骤。

12.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一项所述的步骤。