用于管理车队车辆的系统和方法与流程

1.本公开总体上涉及用于管理具有相应电子部件的一组车队车辆的系统和方法。车队车辆是由例如组织、企业或公共机构的实体使用和/或拥有的车辆组。车队车辆变得越来越普遍。车队车辆的示例包括由汽车租赁公司、出租车或公共汽车以及警察部门操作的车辆。此外，许多在线零售商可能会购买或租赁车队车辆以向客户交付产品或包装，或使销售代表能够前往客户。


技术实现要素：

2.本文公开了一种用于管理一组车队车辆的系统。该系统包括中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器。车队车辆具有一个或多个相应电子部件和相应车辆控制器，所述车辆控制器适于执行其相应电子部件的自我诊断。中央命令单元适于接收自我诊断的通知并将相应电子部件分类为工作电子部件和不工作电子部件。中央命令单元适于执行部件匹配，包括轮询车队车辆之间的库存。相应电子部件的工作电子部件被选择性地重新分配，以便在车队车辆之间重复使用。
3.管理该组车队车辆可以包括相应电子部件的修改和移动。在一些实施例中，车队车辆中的至少一个被指定为主车辆并且中央命令单元被存储在主车辆中。在一些实施例中，中央命令单元可以存储在云计算服务中。车队车辆可以包括用于与中央命令单元建立双向通信的相应远程信息处理控制单元。在一些实施例中，车队车辆可以包括用于与中央命令单元通信的相应移动应用程序，该移动应用程序被嵌入在智能装置中。相应电子部件可以包括以下中的至少一个：动力系控制模块、车身控制模块和辅助驾驶模块。
4.中央命令单元可以适于执行与所述一个或多个相应电子部件中的损坏有关的模式分析，并且部分地基于模式分析来设置补救措施。模式分析可以包括将承载负载的车队车辆和未承载负载的车队车辆进行比较。模式分析可以包括部分地基于模式分析识别车队车辆中的至少一个内的至少一个较低风险区域和至少一个较高风险区域。
5.补救措施可以包括将相应电子部件从至少一个较高风险区域重新定位到至少一个较低风险区域。补救措施可以包括向车队车辆的制造商和/或供应商发送通知。补救措施可包括向位于至少一个较高风险区域中的一个或多个相应电子部件添加保护层。在一些实施例中，车队车辆包括武装服务车辆和/或租赁车辆。
6.本文公开了一种用于管理一组车队车辆的方法。该方法包括设置中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器，车队车辆每个具有一个或多个相应电子部件和相应车辆控制器。该方法包括经由相应车辆控制器执行相应电子部件的自我诊断。自我诊断的通知被发送到中央命令单元。该方法包括经由中央命令单元将一个或多个相应电子部件分类为工作电子部件和非工作电子部件。经由中央命令单元执行部件匹配，包括轮询车队车辆之间的库存。该方法包括经由中央命令单元选择性地重新分配一个或多个相应电子部件中的工作电子部件，以在车队车辆之间重复使用。
7.方案1. 一种用于管理一组车队车辆的系统，该系统包括：
中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器；其中，车队车辆每个具有一个或多个相应电子部件和相应车辆控制器，所述车辆控制器适于执行所述一个或多个相应电子部件的自我诊断；其中，中央命令单元适于接收自我诊断的通知并将相应电子部件分类为工作电子部件和不工作电子部件；其中，中央命令单元适于执行部件匹配，包括轮询车队车辆之间的库存；以及其中，中央命令单元适于将所述一个或多个相应电子部件的工作电子部件选择性地重新分配，以便在车队车辆之间重复使用。
8.方案2. 根据方案1所述的系统，其中，车队车辆中的至少一个被指定为主车辆并且中央命令单元被存储在主车辆中。
9.方案3. 根据方案1所述的系统，其中，中央命令单元存储在云计算服务中。
10.方案4. 根据方案1所述的系统，其中，车队车辆具有用于与中央命令单元建立双向通信的相应远程信息处理控制单元。
11.方案5. 根据方案1所述的系统，其中，车队车辆具有用于与中央命令单元通信的相应移动应用程序，该移动应用程序被嵌入在智能装置中。
12.方案6. 根据方案1所述的系统，其中，所述一个或多个相应电子部件包括动力系控制模块、车身控制模块和辅助驾驶模块中的至少一个，且其中，管理该组车队车辆包括所述一个或多个相应电子部件的修改和移动。
13.方案7. 根据方案1所述的系统，其中，中央命令单元适于执行与所述一个或多个相应电子部件中的损坏有关的模式分析，并且部分地基于模式分析来设置补救措施。
14.方案8. 根据方案7所述的系统，其中，模式分析包括将承载负载的车队车辆和未承载负载的车队车辆进行比较。
15.方案9. 根据方案7所述的系统，其中，补救措施包括向车队车辆的制造商和/或供应商发送通知。
16.方案10. 根据方案7所述的系统，其中，模式分析包括部分地基于模式分析识别车队车辆中的至少一个内的至少一个较低风险区域和至少一个较高风险区域。
17.方案11. 根据方案10所述的系统，其中，补救措施包括将所述一个或多个相应电子部件从至少一个较高风险区域重新定位到至少一个较低风险区域。
18.方案12. 根据方案10所述的系统，其中，补救措施包括向位于至少一个较高风险区域中的一个或多个相应电子部件添加保护层。
19.方案13. 根据方案1所述的系统，其中，车队车辆包括武装服务车辆和/或租赁车辆。
20.方案14. 一种用于管理一组车队车辆的方法，该方法包括：设置中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器，车队车辆每个具有一个或多个相应电子部件和相应车辆控制器；经由相应车辆控制器执行所述一个或多个相应电子部件的自我诊断，以及将自我诊断的通知发送到中央命令单元；经由中央命令单元将一个或多个相应电子部件分类为工作电子部件和非工作电
子部件；经由中央命令单元执行部件匹配，包括轮询车队车辆之间的库存；以及经由中央命令单元选择性地重新分配一个或多个相应电子部件中的工作电子部件，以在车队车辆之间重复使用。
21.方案15. 根据方案14所述的方法，还包括：将车队车辆中的至少一个指定为主车辆并且将中央命令单元存储在主车辆中。
22.方案16. 根据方案14所述的方法，还包括：将中央命令单元存储在云计算服务中。
23.方案17. 根据方案14所述的方法，还包括：经由中央命令单元执行与所述一个或多个相应电子部件中的损坏有关的模式分析，包括识别车队车辆中的一个内的至少一个较低风险区域和至少一个较高风险区域。
24.方案18. 根据方案17所述的方法，还包括：部分地基于模式分析来设置补救措施，包括将所述一个或多个相应电子部件从至少一个较高风险区域重新定位到至少一个较低风险区域。
25.方案19. 根据方案17所述的方法，还包括：部分地基于模式分析来设置补救措施，包括向位于至少一个较高风险区域中的一个或多个相应电子部件添加保护层。
26.方案20. 一种用于管理一组车队车辆的系统，该系统包括：中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器；其中，车队车辆每个包括一个或多个相应电子部件和相应车辆控制器，所述车辆控制器适于执行所述一个或多个相应电子部件的自我诊断；其中，中央命令单元适于：接收自我诊断的通知，且将相应电子部件分类为工作电子部件和非工作电子部件；执行部件匹配，包括轮询车队车辆之间的库存；执行与所述一个或多个相应电子部件中的损坏有关的模式分析，包括识别车队车辆中的一个内的至少一个较低风险区域和至少一个较高风险区域；部分地基于模式分析来设置补救措施，包括将所述一个或多个相应电子部件重新定位到至少一个较低风险区域以及向位于至少一个较高风险区域中的一个或多个相应电子部件添加保护层；以及选择性地重新分配一个或多个相应电子部件中的工作电子部件，以在车队车辆之间重复使用。
27.本公开的上述特征和优点以及其它特征和优点从结合附图进行的用于实施本公开的最佳模式的以下详细描述中是容易显而易见的。
附图说明
28.图1是用于管理一组车队车辆的系统的示意性局部图；图2是根据另一个实施例的图1的系统的示意性局部图；
图3是图1的车队车辆中的一个的示意性局部图；和图4是操作图1的管理系统的方法的流程图。
29.本公开的代表性实施例在附图中以非限制性示例的方式示出，并在下文以附加细节描述。然而，应当理解的是，本公开的新颖方面不限于以上列举的附图中图示的特定形式。相反，本公开将覆盖落入本公开范围（例如由所附权利要求涵盖）内的修改、等同物、组合、子组合、置换、分组和替代方案。
具体实施方式
30.参考附图，其中相同的附图标记指代相同的部件，图1示意性地示出了用于管理车队车辆14的组12的系统10，例如第一车辆14a、第二车辆14b和第三车辆14c。车队车辆14可以包括属于武装服务的车辆和/或租赁服务车辆。车队车辆14可包括但不限于乘用车、运动型多用途车、轻型卡车、重型车辆、小型货车、公共汽车、运输车辆、自行车、移动机器人、农业设施（例如拖拉机）、运动-相关设施（例如高尔夫球车）、火车或另一种移动平台。车队车辆14可以是电动车辆，其可以是纯电动的或混合动力/部分电动的。应当理解的是，车队车辆14可以采用许多不同的形式并且具有附加部件。
31.参考图1，系统10包括中央命令单元16，该中央命令单元16具有集成控制器c，该集成控制器c具有至少一个处理器p和至少一个存储器m（或非暂态性有形计算机可读存储介质），指令记录在该存储器m上。存储器m可以存储控制器可执行指令集，处理器p可以执行存储在存储器m中的控制器可执行指令集。系统10提供了消除与更换损坏部件相关的延迟时间的技术优点。
32.参考图1，车队车辆14具有适于执行各种功能的一个或多个相应电子部件20（以下省略“一个或多个”）。管理车队车辆14的组12可以包括相应电子部件的修改和移动。相应电子部件20可以包括但不限于动力系控制模块22、车身控制模块24、辅助驾驶模块26和电池控制模块28。应当理解的是，相应电子部件20可以包括其它类型的部件。参考图1，车队车辆14每个包括适合执行其相应电子部件20的自我诊断的相应车辆控制器30。例如，自我诊断可以由从车队车辆14内的传感器34网络收集信息的车载诊断单元32执行。
33.如下文所述的那样，中央命令单元16适于接收自我诊断的通知并执行部件匹配，包括轮询车队车辆14之间的库存。换句话说，中央命令单元16适于分析来自车队车辆14中的一个的相应电子部件20中的工作电子部件的可挽救性，以供车队车辆14中的另一个重复使用。此外，如下文所述的那样，系统10能够对相应电子部件20的损坏进行模式识别，以用于在车队车辆14内本地和制造厂预防两者的补救。
34.参考图1，车队车辆14可以包括相应远程信息处理控制单元36，用于与中央命令单元16建立双向通信，包括记录和传输车辆数据。例如，相应远程信息处理控制单元36可以通过与各种内部子系统交互来从车队车辆14收集遥测数据，例如位置、速度、发动机数据、维护要求和服务。相应远程信息处理控制单元36可以启用车辆到车辆（v2v）通信和/或车辆到所有（v2x）通信。
35.参考图1，车队车辆14可以包括用于与中央命令单元16通信的相应移动应用程序38。移动应用程序38可以嵌入到属于车队车辆14的用户的智能装置（例如，智能电话）中，其可以插入或以其它方式链接到车队车辆14。相应移动应用程序38可以物理连接（例如，有
线）到车队车辆14，作为车辆信息娱乐单元的一部分。可以采用本领域技术人员可用的移动应用程序（“app”）的电路和部件。
36.参考图1，中央命令单元16可以存储在“非车载”或远程定位的云计算服务40中。云计算服务40可以包括托管在互联网上的一个或多个远程服务器，以存储、管理和处理数据。云计算服务40可以至少部分地在各个位置处由人员管理。云计算服务40可以是由组织（诸如例如研究所、公司、大学和/或医院）维护的私人或公共信息源。
37.参考图2，在另一个实施例中，组112中的车队车辆114中的一个被指定为主车辆115并容纳中央命令单元116。在此，中央命令单元116可以是主车辆115的其它控制器的整体部分或操作性地连接到主车辆115的其它控制器的独立模块。应当理解的是，在其它方面，该实施例与参考图1描述的实施例保持相同。
38.系统10可以采用无线网络42以用于在车队车辆14和中央命令单元16之间通信，如图1所示。无线网络42可以是短程网络或长程网络。无线网络42可以是通信总线，其可以是串行控制器域网络（can-bus）的形式。无线网络42可以是局域网络形式的串行通信总线。局域网络可以包括但不限于控制器域网络（can）、具有灵活数据速率的控制器域网络（can-fd）、以太网、蓝牙、wifi和其它数据形式。无线网络42可以是使用无线分配方法链接多个装置的无线局域网络（lan）、连接若干无线lan的无线城域网络（man）或覆盖大区域（例如邻近的城镇）的无线广域网络（wan）。可以采用本领域技术人员可用的其它类型的网络技术或通信协议。
39.现在参考图4，示出了操作系统10（或管理车队车辆14的组12）的方法200的流程图。方法200不需要以本文记载的特定顺序应用。此外，应当理解的是，可以省去一些框。在一些实施例中，方法200可以实施为计算机可读代码或存储指令，并且可以至少部分地能由中央命令单元16执行。
40.根据图4的框202，方法200包括由车队车辆14进行自我诊断。自我诊断可以以规则间隔、以预定时间排定和/或由某一事件触发。自我诊断可以由车载诊断单元32执行，车载诊断单元32从车队车辆14内的传感器34网络收集信息。传感器34可以结合本领域技术人员可用的各种类型的技术并且可以包括导航传感器和惯性测量单元。
41.进行到图4的框204，中央命令单元16接收自我诊断的通知。在一些实施例中，中央命令单元16接收关于车队车辆14中的至少一个的损坏的通知和自我诊断报告。中央命令单元16可以执行健康检测子模块50或有权访问健康检测子模块50。健康检测子模块50可以评估相应电子部件20的健康状况并通过二进制结果输出确定它们的可挽救性，其中相应电子部件20 被分类为“工作”或“非工作”。
42.根据图4的框206，中央命令单元16适于执行部件匹配，包括扫描或搜索车队车辆14的库存与被分类为工作电子部件的相应电子部件20的那些的物理和/或电子兼容性（在框204中）。参考图1，库存可以存储在中央命令单元16可访问的数据库52中。
43.前进到图4的框208，中央命令单元16适于例如经由分析子模块54执行与一个或多个相应电子部件20中的损坏有关的模式分析。模式分析可以包括基于损坏风险的等级或水平将车队车辆314（参见图3）划分成多个区域300。例如，多个区域 300 包括第一区域 302、第二区域 304、第三区域 306、第四区域 308 和第五区域 310。中央命令单元 16 可以适于识别车队车辆314中的至少一个较低风险区域（例如，第二区域304）和至少一个较高风险
区域（例如，第五区域310）。模式分析可以进一步包括将承载负载56（如图1所示）的车队车辆（例如，车辆14b） 和车队车辆中的未承载负载车辆（例如，车辆14c）进行比较。例如，模式分析可以搜索损坏与负载56分布的相关性。
44.进行到图4的框210，方法200包括：如果模式已经被识别，则设置补救措施（例如，重新定位和加固）。换句话说，取决于模式分析，可以采取各种补救措施。第一，补救措施可以包括通知观察到模式的车队车辆14的制造商和/或供应商，以及通知与车队车辆14相关的技术人员和服务中心。
45.第二，参考图3，补救措施可以包括将相应电子部件320从较高风险区域聚集或重新定位到较低风险区域（例如，从第五区域310到第二区域304）。第三，补救措施可以包括将保护层323（参见图3）添加到位于较高风险区域（例如，第五区域310）中的相应电子部件321（参见图3）。保护层323可以结合冲击削弱材料，例如减震聚合物和粘弹性聚合物，例如橡胶、氯丁橡胶和硅树脂。保护层323可以结合辐射屏蔽材料，例如铅。
46.根据图4的框 212，中央命令单元16适于基于框206中评估的其电子兼容性和框210中的补救措施，分配或重新分配相应电子部件20的工作电子部件以在车队车辆之间重复使用。在非限制性示例中，组12包括在任务期间遭受损坏的第一车辆14a。在接收到第一车辆14a的自我诊断后，确定车身控制模块24和辅助驾驶模块26被损坏（分类为不工作），然而，动力系控制模块22分类为工作。组12包括空闲的、处于预防性维护并且兼容的第二车辆14b。在此，第一车辆14a的工作部件可以被收获以重新配置第二车辆14b，然后可以将其发送出去以完成第一车辆14a的任务。
47.总之，当车队车辆14的组12内发生损坏时，系统10能够优化本地车辆服务的连续性。车队车辆14适于执行其相应电子部件20的自我诊断，所述电子部件20在车队车辆14之间选择性地重新分配。
48.图1的中央命令单元16包括计算机可读介质（也称为处理器可读介质），包括参与提供可以由计算机（例如，由计算机的处理器）读取的数据（例如，指令）的非暂态性（例如，有形）介质。这种介质可以采取许多形式，包括但不限于非易失性介质和易失性介质。非易失性介质可以包括例如光盘或磁盘以及其它永久存储器。易失性介质可以包括例如动态随机存取存储器（dram），其可以构成主存储器。这种指令可以通过一种或多种传送介质传送，包括同轴电缆、铜线和光纤，包括包含联接到计算机处理器的系统总线的线。计算机可读介质的一些形式包括例如软盘、柔性盘、硬盘、磁带、其它磁介质、cd-rom、dvd、其它光学介质、具有孔图案的物理介质、ram、prom、eprom、flash-eeprom、其它存储器芯片或盒式磁带、或计算机能够从其读取的其它介质。
49.本文描述的查找表、数据库、数据储存库或其它数据存储可以包括用于存储、访问和检索各种数据的各种机制，包括分层数据库、文件可再充电能量存储系统中的文件组、专有格式的应用数据库、关系数据库能量管理系统（rdbms）等。每一个这种数据存储可以被包括在采用计算机操作系统的计算装置内，诸如上面提到的那些操作系统中的一个，并且可以经由网络以多种方式中的一种或多种来访问。文件系统可以从计算机操作可再充电能量存储系统访问，并且可以包括以各种格式存储的文件。除了用于创建、存储、编辑和执行存储过程的语言之外，rdbms还可以采用结构化查询语言（sql），诸如上面提到的pl/sql语言。
50.流程图示出了本公开的各种实施例的系统、方法和计算机程序产品的可能实施方
式的架构、功能和操作。在这点上，流程图或框图中的每个框可以代表模块、段或代码部分，其包括用于实施指定逻辑功能的一个或多个可执行指令。还将注意的是，框图和/或流程图图示中的每个框以及框图和/或流程图图示中框的组合可以由执行特定功能或动作的基于专用硬件的可再充电能量存储系统或者专用硬件和计算机指令的组合来实施。这些计算机程序指令也可以存储在计算机可读介质中，该计算机可读介质可以指导控制器或其它可编程数据处理设备以特定方式工作，使得存储在计算机可读介质中的指令产生制造物品，该制造物品包括实施流程图和/或框图的框中指定的功能/动作的指令。
51.本说明书（包括所附权利要求）中的参数（例如，量或条件）的数值应被理解为在每个相应的实例中由术语“大约”修饰，无论“大约”是否实际出现在数值之前。“大约”表示所述数值允许一些轻微的不精确（其中一些在值方面接近精确；大约或相当接近该值；几乎）。如果“大约”所提供的不精确性在本领域中未以其它方式被理解为具有该普通含义，则如本文使用的“大约”至少表示可能由测量和使用这种参数的普通方法产生的变化。此外，范围的公开包括每个值和整个范围内进一步划分的范围的公开。因此，范围内的每个值和范围的端点被公开为单独的实施例。
52.具体实施方式和附图或图是对本公开的支持和描述，但是本公开的范围仅由权利要求限定。虽然已经详细描述了用于实行所要求保护的公开的一些最佳模式和其它实施例，但是存在用于实践所附权利要求中限定的公开的各种替代设计和实施例。此外，附图中所示的实施例或本说明书中提到的各种实施例的特征不一定被理解为彼此独立的实施例。相反，可能的是，在实施例的一个示例中描述的每个特征可以与来自其它实施例的一个或多个其它期望的特征相结合，从而得到没有用文字或参考附图描述的其它实施例。因此，这种其它实施例也落入所附权利要求的范围的框架内。

技术特征：
1.一种用于管理一组车队车辆的系统，该系统包括：中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器；其中，车队车辆每个具有一个或多个相应电子部件和相应车辆控制器，所述车辆控制器适于执行所述一个或多个相应电子部件的自我诊断；其中，中央命令单元适于接收自我诊断的通知并将相应电子部件分类为工作电子部件和不工作电子部件；其中，中央命令单元适于执行部件匹配，包括轮询车队车辆之间的库存；以及其中，中央命令单元适于将所述一个或多个相应电子部件的工作电子部件选择性地重新分配，以便在车队车辆之间重复使用。2.根据权利要求1所述的系统，其中，车队车辆中的至少一个被指定为主车辆并且中央命令单元被存储在主车辆中。3.根据权利要求1所述的系统，其中，中央命令单元存储在云计算服务中。4.根据权利要求1所述的系统，其中，车队车辆具有用于与中央命令单元建立双向通信的相应远程信息处理控制单元。5.根据权利要求1所述的系统，其中，车队车辆具有用于与中央命令单元通信的相应移动应用程序，该移动应用程序被嵌入在智能装置中。6.根据权利要求1所述的系统，其中，所述一个或多个相应电子部件包括动力系控制模块、车身控制模块和辅助驾驶模块中的至少一个，且其中，管理该组车队车辆包括所述一个或多个相应电子部件的修改和移动。7.根据权利要求1所述的系统，其中，中央命令单元适于执行与所述一个或多个相应电子部件中的损坏有关的模式分析，并且部分地基于模式分析来设置补救措施。8.根据权利要求7所述的系统，其中，模式分析包括将承载负载的车队车辆和未承载负载的车队车辆进行比较。9.根据权利要求7所述的系统，其中，补救措施包括向车队车辆的制造商和/或供应商发送通知。10.根据权利要求7所述的系统，其中，模式分析包括部分地基于模式分析识别车队车辆中的至少一个内的至少一个较低风险区域和至少一个较高风险区域。

技术总结
一种用于管理一组车队车辆的系统包括中央命令单元，所述中央命令单元具有处理器和在其上记录指令的有形的非暂态性存储器。车队车辆具有一个或多个相应电子部件和相应车辆控制器，所述车辆控制器适于执行其相应电子部件的自我诊断。中央命令单元适于接收自我诊断的通知并将相应电子部件分类为工作电子部件和不工作电子部件。中央命令单元适于执行部件匹配，包括轮询车队车辆之间的库存。相应电子部件的工作电子部件被选择性地重新分配，以便在车队车辆之间重复使用。在一些实施例中，车队车辆中的至少一个被指定为主车辆并且中央命令单元被存储在主车辆中。在其它实施例中，中央命令单元存储在云计算服务中。央命令单元存储在云计算服务中。央命令单元存储在云计算服务中。


技术研发人员：A
受保护的技术使用者：通用汽车环球科技运作有限责任公司
技术研发日：2022.10.14
技术公布日：2023/8/4