本公开的各方面总体上涉及车辆编队订阅和管理系统。
背景技术：
车辆编队可以允许提高电池寿命和燃料效率、减少拥堵、交通同步化等。随着车辆编队变得越来越流行，越来越多的用户将考虑将编队作为其交通选项的一部分。但是，编队经常高度取决于用户的参与和合规性。
技术实现要素：
一种车辆编队系统可以包括：数据库，其被配置为维护用户配置文件和描述现有编队的数据；以及处理器，其被配置为接收指示期望加入编队的编队请求，响应于所述请求，接收限定指示其他编队参与者的最小合规性分数的至少一个合规性阈值的所述用户配置文件，确定所述现有编队中的至少一者的所有成员是否具有超过所述合规性阈值的合规性分数，以及指导要呈现所述编队的指示以供选择。
一种车辆编队系统可以包括：数据库，其被配置为维护限定所需编队属性和现有编队的用户配置文件；以及处理器，其被配置为基于编队请求匹配所述现有编队中的至少一者，确定所述匹配的现有编队中的哪些满足由所述用户配置文件限定的所需编队属性，以及指导要呈现所述过滤的编队以供用户选择。
一种车辆编队系统可以包括：数据库，其被配置为维护限定所需编队属性和现有编队的用户的用户配置文件；以及处理器，其被配置为接收指示所述用户期望加入编队的编队请求，基于由所述请求限定的至少开始和结束位置确定所述现有编队中的一者是否匹配所述编队请求，基于由所述用户配置文件限定的所述所需编队属性过滤所述匹配的现有编队，以及指导要呈现所述过滤的编队以供用户选择。
附图说明
在所附权利要求中详细指出本公开的实施例。然而，通过结合附图参考以下详细说明，各种实施例的其他特征将变得更显而易见，并且将得到最好的理解，在附图中：
图1示出了示例图，其包括被配置为访问远程信息处理服务器的车辆和具有编队订阅应用程序的移动装置；
图2示出了示例编队订阅系统；
图3示出了编队系统的示例流程图；以及
图4示出了编队系统的过程。
具体实施方式
根据需要，本文公开了本发明的详细实施例；然而，应理解，所公开的实施例仅是本发明的示例，本发明可以以各种替代形式来实施。附图不一定按比例绘制；一些特征可能被放大或缩小以显示特定部件的细节。因此，本文公开的具体结构和功能细节不应被解释为限制，而仅作为用于教导本领域技术人员以各种形式利用本发明的代表性基础。
一种车辆编队可以包括一组或一个车队的一个接一个的车辆，其可以以比传统交通在类似路线上更快的速度非常紧密地一起行进。这部分地是因为每个车辆都有类似的目的地并且与编队中的其他车辆通信。编队可以包括控制速度和方向的引导车辆。跟随车辆(具有精确匹配的制动和加速度)则响应引导车辆的移动。
车辆的编队或护送可以允许更高的速率、更少的中断、减少的拥堵、改进的估计到达时间(eta)和每加仑英里数(mpg)、交通同步化、由于减少的气流而实现的燃料效率、更高的道路容量、更高的安全性和更少的驾驶员疲劳。
然而，现有编队需要识别具有共同目的地目标的驾驶员，这在驾驶员彼此不认识并且潜在车辆的目的地频繁变化的情况下可能是有问题的。此外，鉴于车辆能力和控制信号中的变化，识别具有适于编队形成和持续编队通信的适当能力的车辆是一个问题。
现有编队系统可能没有意识到联系和协调驾驶员以促进策略性(自组织)编队形成(即使是只有两个车辆)可能有助于穿越繁忙的城市和更长的高速公路延伸段。此外，了解使编队策略有利于候选车辆的策略性共同路线的路况，包括合适的车道标记、拥堵区域等。
此外，候选驾驶员想要确保编队是有效和高效的。由于其他参与者未遵守规则和/或退出编队，编队的效率和一致性可能会降低。因此，允许用户为其他参与者设置最小合规性分数可以提高编队的效率。另外，要求其他所需的编队特性，诸如优化标准(mpg(每加仑英里数)、安全性等)、驾驶员对引导编队的意愿、编队车辆的最小数量和最大数量等还可以提高驾驶员对编队的满意度并且因此鼓励更多的参与。
本文公开了一种编队优化系统，其被配置为鼓励参与和驾驶员对编队规定的合规性，包括驾驶特性，以及一致的参与。驾驶员可以输入针对其编队的用户偏好，其可以包括编队中的其他驾驶员的某些合规性分数、增加编队的效率的某些车辆特征、mpg、etc、车辆数量、在编队中的位置、优选编队配置等。系统随后可以匹配针对特定目的地的编队请求与满足用户偏好的现有编队机会。此外，系统可以基于多个类似的编队请求来创建自组织编队。
图1示出了示例系统100，其包括被配置为访问远程信息处理服务器的车辆102和移动装置152。车辆102可以包括各种类型的乘用车辆，诸如跨界多用途车(cuv)、运动型多用途车(suv)、卡车、休闲车(rv)、船、飞机或用于运送人或货物的其他移动机器。作为一些非限制性的可能性，远程信息处理服务可以包括导航、分路段指引、车辆健康报告、本地企业搜索、事故报告和免提呼叫。作为一个示例，车辆102可以包括由美国密歇根州迪尔伯恩的福特汽车公司(thefordmotorcompanyofdearborn,mi)制造的sync系统。应当注意，所示系统100仅为示例，并且可以使用更多、更少和/或以不同方式定位的元件。
计算平台104可以包括存储器108和一个或多个处理器106，所述一个或多个处理器106被配置为执行指令、命令和其他程序以支持本文描述的过程。举例来说，计算平台104可以被配置为执行车辆应用程序110的指令以提供诸如导航、事故报告、卫星无线电解码和免提呼叫等特征。可以使用各种类型的计算机可读存储介质112以非易失性方式来维护此类指令和其他数据。计算机可读介质112(也称为处理器可读介质或存储装置)包括参与提供可由计算平台104的处理器106读取的指令或其他数据的任何非暂时性介质(例如，有形介质)。可以根据使用多种编程语言和/或技术创建的计算机程序来编译或解译计算机可执行指令，所述多种编程语言和/或技术包括但不限于以下的单独或组合形式：java、c、c 、c#、objectivec、fortran、pascal、javascript、python、perl和pl/sql。
计算平台104可以设有允许车辆乘员与计算平台104交互的各种特征。例如，计算平台104可以包括：音频输入114，其被配置为通过连接的传声器116从车辆乘员接收口头命令；以及辅助音频输入118，其被配置为从连接的装置接收音频信号。辅助音频输入118可以是物理连接，诸如电线或光缆，或无线输入，诸如蓝牙音频连接。在一些示例中，音频输入114可以被配置为提供音频处理能力，诸如低电平信号的预放大、以及将模拟输入转换为数字数据以供处理器106处理。
计算平台104还可以将一个或多个音频输出120提供给具有音频回放功能的音频模块122的输入。在其他示例中，计算平台104可以通过使用一个或多个专用扬声器(未示出)向乘员提供音频输出。音频模块122可以包括输入选择器124，所述输入选择器124被配置为将来自选定的音频源126的音频内容提供给音频放大器128，以通过车辆扬声器130或头戴式耳机(未示出)进行回放。作为一些示例，音频源126可以包括解码的调幅(am)、调频(fm)或卫星数字音频无线电服务(sdars)，以及来自光盘(cd)或数字通用盘(dvd)音频回放的音频信号。音频源126还可以包括从计算平台104接收的音频，诸如由计算平台104生成的音频内容；从连接到计算平台104的通用串行总线(usb)子系统132的闪存驱动器解码的音频内容；以及从辅助音频输入118传递通过计算平台104的音频内容。
计算平台104还可以从人机界面(hmi)控件136接收输入，该控件136被配置为提供乘员与车辆102的交互。例如，计算平台104可以与被配置为调用计算平台104上的功能的一个或多个按钮或其他hmi控件(例如，方向盘音频按钮、按键通话按钮、仪表板控件等)对接。计算平台104还可以驱动一个或多个显示器138或以其他方式与其通信，该一个或多个显示器被配置为通过视频控制器140向车辆乘员提供视觉输出。在一些情况下，显示器138可以是还被配置为经由视频控制器140接收用户触摸输入的触摸屏，而在其他情况下显示器138可以仅是没有触摸输入功能的显示器。
计算平台104还可以被配置为经由一个或多个车载网络142与车辆102的其他部件通信。作为一些示例，车载网络142可以包括车辆控制器局域网(can)、以太网和面向媒体的系统传输(most)中的一个或多个。车载网络142可以允许计算平台104与其他车辆102系统通信，诸如车辆调制解调器144(可能不存在于某些配置中)、被配置为提供当前车辆102的位置和航向信息的全球定位系统(gps)模块146，以及被配置为与计算平台104合并的各种车辆ecu148。作为一些非限制性可能性，车辆ecu148可包括：动力传动系统控制模块，其被配置为提供对发动机操作部件(例如，怠速控制部件、燃料输送部件、排放控制部件等)的控制以及发动机操作部件的监测(例如，发动机诊断代码的状态)；车身控制模块，其被配置为管理各种电力控制功能，诸如外部照明、车内照明、无钥匙进入、远程启动和进入点状态验证(例如，车辆102的发动机罩、车门和/或行李箱的关闭状态)；无线电收发器模块，其被配置为与钥匙扣或其他本地车辆102装置通信；以及气候控制管理模块，其被配置为提供加热和冷却系统部件的控制和监测(例如，压缩机离合器和鼓风机风扇控制、温度传感器信息等)。
如图所示，音频模块122和hmi控件136可以通过第一车载网络142-a与计算平台104通信，并且车辆调制解调器144、gps模块146和车辆ecu148可以通过第二车载网络142-b与计算平台104通信。在其他示例中，计算平台104可以连接到更多或更少的车载网络142。另外地或可选地，一个或多个hmi控件136或其他部件可以经由与所示的不同的车载网络142连接到计算平台104，或在没有连接的情况下直接地连接车载网络142。
计算平台104还可以被配置为与车辆乘员的移动装置152通信。移动装置152可以是各种类型的便携式计算装置中的任一者，诸如蜂窝电话、平板电脑、智能手表、膝上型计算机、便携式音乐播放器、可穿戴装置、电子织物或能够与计算平台104通信的其他装置。在许多示例中，计算平台104可以包括无线收发器150(例如，蓝牙模块、zigbee收发器、wi-fi收发器、irda收发器、rfid收发器等)，其被配置为与移动装置152的兼容无线收发器154通信。另外地或替代地，计算平台104可以通过有线连接(诸如经由移动装置152和usb子系统132之间的usb连接)与移动装置152通信。在一些示例中，移动装置152可以是电池供电的，而在其他情况下，移动装置152可以经由有线连接从车辆102接收其电力的至少一部分。
通信网络156可以向连接到通信网络156的装置提供通信服务，诸如分组交换网络服务(例如，因特网接入、voip通信服务)。通信网络156的示例可以包括蜂窝电话网络。移动装置152可以经由移动装置152的装置调制解调器158向通信网络156提供网络连接。为了促进通信网络156上的通信，移动装置152可以与唯一装置标识符(例如，移动装置编号(mdn)、因特网协议(ip)地址等)相关联，以识别移动装置152在通信网络156上的通信。在一些情况下，车辆102的乘员或具有连接到计算平台104的许可的装置可以由计算平台104根据在存储介质112中维护的配对装置数据160来识别。配对装置数据160可以指示例如先前与车辆102的计算平台104配对的移动装置152的唯一装置标识符，以使得计算平台104可以自动重新连接到配对装置数据160中引用的移动装置152而没有用户干预。在一些车辆102中，计算平台104无线收发器154可以被配置为向用户的移动设备152提供热点功能。
当支持网络连通性的移动装置152与计算平台104配对时，移动装置152可以允许计算平台104使用装置调制解调器158的网络连通性来通过通信网络156与远程信息处理服务器或编队服务器162或其他远程计算装置通信。在一个示例中，计算平台104可以利用移动装置152的声载数据计划或数据计划来在计算平台104与通信网络156之间传送信息。另外地或替代地，计算平台104可以利用车辆调制解调器144在计算平台104和通信网络156之间传送信息，而不使用移动装置152的通信设施。
类似于计算平台104，移动装置152可以包括一个或多个处理器164，该一个或多个处理器被配置为执行从移动装置152的存储介质168加载到移动装置152的存储器166的移动应用程序的指令。在一些示例中，移动应用程序可以被配置为经由无线收发器154与计算平台104通信并且经由装置调制解调器158与服务器162或其他网络服务通信。计算平台104还可以包括装置链接接口172，以便于将移动应用程序的功能集成到经由语音接口134可用的命令的语法中。装置链接接口172还可以向移动应用程序提供对车辆信息的访问，所述车辆信息可经由车载网络142用于计算平台104。装置链接接口172的示例可以是由密歇根州迪尔伯恩市的福特汽车公司提供的sync系统的syncapplink部件。
编队订阅应用程序170可以是安装到移动装置152并且被配置为利用装置链接接口172与计算平台104交互的应用程序的示例。当连接到车辆102时，编队订阅应用程序170可以被配置为利用可经由车辆总线142可用的来自车辆传感器、执行器和电子控制单元的信息。编队订阅应用程序170还可以被配置为在离开车辆102时，诸如当用户不在车辆内时进行操作。编队订阅应用程序170可以进一步被配置为经由通信网络156与服务器通信，如下面详细讨论的。用户可以经由web接口或经由车辆102的hmi通过移动装置152的hmi与编队订阅应用程序170交互，以避免在驾驶时分心。编队订阅应用程序170可以安装在车辆内或经由用户的个人计算机安装并且可以经由web接口访问。
编队订阅应用程序170可以具体地与编队服务器162通信以基于驾驶员请求、驾驶员偏好和配置文件、交通和地图信息以及其他车辆和驾驶员信息来组织编队。编队服务器162可以包括处理器并且被配置为接收并响应来自驾驶员的编队请求。服务器162可以包括数据库或与数据库通信，该数据库被配置为维护编队配置文件、用户配置文件等。
图2示出了由编队服务器162实现的示例编队订阅系统200。编队订阅系统200可以包括各种车辆102。这些车辆102可以驻扎并布置在停车场、车库等中。这些车辆102当前也可以在道路上行进。这些车辆102可以被配置为创建或加入编队204。编队204可以是一组车辆，其可以安全地以高速非常紧密地一起行进。每个车辆102可以经由v2v通信或其他协议与其他车辆通信。车辆可以简便地进行控制，以保持恒定的速度、类似的制动模式等，与编队中的其他车辆进行通信。编队204可以包括控制速度和方向的引导车辆，并且所有跟随车辆可以响应引导车辆的移动。编队允许一种有效的行进机制，其可以提高能量效率、交通流量等。
编队204可以包括编队信息，诸如编队开始位置、编队开始时间、编队结束位置、参与者的数量以及编队内的各种车辆位置。
用户202可能希望加入编队。用户202可以做出指示编队请求数据，诸如路线开始位置、路线开始时间和路线结束位置的编队请求。编队服务器162可以包括一个或多个数据库或与之通信，该数据库包括例如配置文件数据库208和地图数据库210。
配置文件数据库208可以包括针对用户202以及订阅编队服务的其他驾驶员的驾驶员配置文件和车辆配置文件。地图数据库210可以包括用于核对路线的地图信息，以及交通、构造和其他路线相关信息。服务器162可以接收编队请求并且尝试匹配请求与现有编队，或核对多个编队请求以形成编队。
如果服务器162匹配编队请求与编队，服务器162则可以基于经由用户配置文件建立的编队要求过滤匹配的编队。即，可以从可能的编队列表移除不满足如由用户建立的某些所需属性的匹配编队。可以经由车辆102、移动装置152、计算机等的用户界面来通知用户202。服务器162可以将编队信息传输到用户的车辆102并且相应地指导车辆。
图3示出了编队系统200的示例流程图300。用户202及其车辆102可以与用户注册302相关联。用户注册302可以包括用户配置文件，其包括与特定用户及其车辆相关的车辆属性。这些属性可以包括车辆特征和能力，其包括各种自主车辆特征。这些特征可以包括具有间断停起的自主巡航控制(acc)以及其他驾驶员辅助技术。用户注册302可以存储在配置文件数据库208中。当用户购买新的车辆或正在驾驶另一个车辆时，可以更新用户注册302。
用户注册可以包括用户偏好或所需编队属性，其由用户预先设置并且不必每次都包括在编队请求中。这些偏好可以在任何时间经由用户界面进行修改，但也可以进行保存和存储以用于未来的编队请求，以便避免为每个请求再输入用户偏好。
如上面所解释的，编队请求304可以包括编队请求数据，诸如路线开始位置、路线开始时间、路线结束时间等。用户202可以经由在移动装置152或车辆hmi136上的界面进行这些数据输入。在框310处，服务器162可以验证用户202已经输入了进行可能的编队匹配所必需的所有信息。如果尚未输入正确的数据，服务器162则可以指导用户界面警告用户或请求更多的信息。
用户注册可以包括用户偏好，其由用户预先设置并且不必每次都包括在编队请求中。用户偏好或所需属性可以包括关于特征或编队或编队成员的偏好。例如，用户可以选择最小同伴参与者评分。这可能是愿意参与编队的其他车辆的所需评分。可以经由离线的参与者的驾驶行为或实时地基于其他参与者的行程历史记录来客观地确定同伴参与者的评分。
用户偏好还可以包括在编队定位中的偏好。即，用户是更喜欢朝向编队的前面还是后面。编队的大小和范围也可以进行选择。这可以包括注册者愿意参与的单个编队中的车辆的最大数量或最小数量。其他所需参数，诸如mpg、eta、安全评分、优化等也可以由用户进行选择。可以指定每次行程的数量或跳跃，诸如注册者愿意参与的编队数量。车辆功能也可能是强制性的，例如某些adas功能、协作acc、cmbb、fcw等。
用户偏好可以包括编队的最小长度或最小参与量(例如，用户参与编队的)。用户偏好可以包括距估计的最小距离，用户为了加入编队而愿意延迟行程的时间量等。
每个用户202可以与某些驾驶员属性306相关联。这些驾驶员属性可以是每个用户202的基于表现的属性。可以根据驾驶员对编队的承诺及其曾经在编队中的合规性来对驾驶员进行评分。可以基于用户的行为来连续更新驾驶员属性306。这样的属性可以包括相关于先前订阅编队的用户202的行为并且可以包括承诺属性和合规性属性。为了使编队有效，需要一定数量的驾驶员。当驾驶员订阅了编队，但随后在开始之前退出或在路线的中途退出时，编队的效率会受到影响。因此，重要的是要鼓励驾驶员不要退出以保持编队。
承诺属性可以包括分数，如果驾驶员从编队退出，该分数则会减小。如果驾驶员是在已发起编队之后退出，而不是驾驶员在编队开始之前退出的，分数则可能减小更大的量。在一些示例中，驾驶员必须保持最低的承诺水平。例如，如果承诺属性是在1至10之间的分数，那么阈值最小承诺则可以是8分。即，如果驾驶员的承诺属性低于阈值承诺，则可能不允许驾驶员投入编队。通过保持承诺属性，鼓励驾驶员承诺并参与编队，从而降低退出率并且提高编队的有效性。
编队还需要所包括的驾驶员的合规性。一旦车辆已加入编队，如果车辆不必要地减速或无法保持适当的距离，则可能由于一名驾驶员缺乏合规性而注意到编队的目标。每次驾驶员脱离与编队的合规性时，合规性属性则可能具有分数减小。分数可能会随着其中驾驶员未脱离合规性的每个编队订阅而增加。在一些示例中，驾驶员必须保持最低合规性水平。例如，如果合规性属性是在1至10之间的分数，那么阈值最小合规性则可以是8分。即，如果驾驶员的合规性属性低于阈值合规性，则可能不允许驾驶员订阅编队。通过保持合规性属性，鼓励驾驶员遵守编队规则和规定，从而减少了针对编队的不合规的量并且增加了编队的有效性。
除了加入编队的要求之外，可以使用用户的编队分数通过向用户提供响应于编队合规性的某些津贴来激励用户遵守编队。这些津贴可以包括货币津贴、奖励或针对合规性的礼物等。
在框312处，服务器162可以查找在配置文件数据库208中维护的驾驶员属性。
在框316处，服务器162可以查找用户注册，其包括用户偏好和车辆信息。
在框314处，服务器162可以查找可能的编队机会，以确定服务器162是否可以创建与编队请求的编队匹配。编队机会可以包括现有编队的列表。现有编队可以包括编队数据，诸如编队开始位置、编队开始时间、编队结束位置、编队参与者的数量以及编队内的下一个车辆的位置。
然后，服务器162可以尝试基于各种试探法、算法和决策矩阵来匹配编队请求与现有编队，以便找到具有高匹配度，同时仍在用户偏好的界限内的编队。例如，服务器162可以搜索满足如由驾驶员配置文件限定的编队成员的最小数量的所有现有编队。
另外地或替代地，服务器162可以匹配在预定义的时间量内接收的某些编队请求，以创建新的编队。例如，如果预定义数量的用户在彼此之间的约一个小时内请求针对特定结束位置的编队，那么服务器162则可以生成新的编队。
服务器162可以在接收到编队请求时，基于路线状态位置和路线结束位置找到针对用户的最佳路线。服务器162可以比较该路线与现有编队的路线，并且识别所有行程的重叠部分。然后，服务器162可以基于编队数据和编队要求，诸如驾驶员历史、车辆能力和用户偏好来过滤这些重叠部分。然后，服务器162可以经由用户界面将可能的编队机会输出给用户。
图4示出了如由编队服务器162进行的编队系统200的示例过程400。过程400开始于框405，在框405处，服务器162可以接收来自驾驶员的编队请求。编队请求可以包括路线开始位置、路线开始时间和路线结束位置。编队请求也可以识别驾驶员。
在框410处，服务器162可以接收与驾驶员相关联的用户配置文件。用户配置文件可以包括用户注册数据，诸如用户偏好以及车辆属性。如上面所解释的，用户偏好可以包括关于可能的编队特性的用户定义的选项。车辆属性可以包括在编队期间经常使用的车辆特征。用户配置文件还可以包括动态和连续更新的数据，诸如合规性和承诺分数。
在框415处，服务器可以基于编队请求确定现有编队是否与编队请求相匹配。即，是否存在具有类似的重叠路线的一个编队或一个以上的编队。如果是，过程400则行进至框420。如果否，过程400则行进至框450。
在框420处，服务器162可以通过应用用户偏好来过滤匹配的编队。如上面所解释的，用户偏好/所需属性可以包括编队必须满足的以便使用户期望成为编队的一部分的某些限制或偏好。在一个示例中，编队可以具有特定大小或仅需要最大量的“跳跃”。一旦基于用户配置文件中定义的用户偏好过滤了匹配的编队，过程400则行进至框425。
在框425处，服务器162确定在过滤之后任何匹配的编队是否仍可用于用户。如果是，过程400则行进至框430。如果否，过程400则结束。
在框430处，服务器162可以确定驾驶员的属性分数(包括合规性分数和承诺分数)是否满足针对每一者的最小阈值分数。即，用户的合规性分数是否高于预定义的合规性阈值，并且用户的承诺分数是否高于预定义的承诺阈值。如果是，过程400则行进至框440。如果否，过程则行进至框405。
在框440处，服务器162可以指导用户界面向用户提供匹配的编队或多个编队。用户可以选择成为所呈现的编队中的一者的一部分。然后，过程400可以结束。
在框450处，服务器162可以确定其他用户是否已经提交了类似的编队请求。这可以允许基于类似接收到的请求形成新的编队。如果在预定义的时间量内已经接收到预定量的请求，过程400则可以行进至框455。
在框455处，服务器162可以基于集体请求形成新的编队。然后，过程400可以行进至框420。
虽然上文描述了示例性实施例，但并不旨在使这些实施例描述本发明的所有可能的形式。相反，本说明书中所使用的词语为描述性而非限制性词语，并且应理解，可在不脱离本发明的精神和范围的情况下做出各种改变。另外，可以组合各种实现的实施例的特征以形成本发明的另外的实施例。
根据本发明，提供了一种车辆编队系统，其具有：数据库，所述数据库被配置为维护用户配置文件和描述现有编队的数据；以及处理器，所述处理器被配置为接收指示期望加入编队的编队请求；响应于所述请求，接收限定指示其他编队参与者的最小合规性分数的至少一个合规性阈值的所述用户配置文件；确定所述现有编队中的至少一者的所有成员是否具有超过所述合规性阈值的合规性分数；以及指导要呈现所述编队的指示以供选择。
根据一个实施例，所述用户配置文件包括指示符合编队规则的历史合规性的驾驶员合规性分数。
根据一个实施例，所述数据库限定编队合规性阈值，其限定最小驾驶员合规性分数，并且所述处理器被配置为确定由所述用户配置文件限定的所述驾驶员的驾驶员合规性分数是否高于所述最小驾驶员合规性分数。
根据一个实施例，所述驾驶员合规性分数响应于违反编队规则而减小。
根据一个实施例，所述用户配置文件包括指示驾驶员历史上对编队的承诺的驾驶员合规性分数。
根据一个实施例，所述数据库限定指示加入所述现有编队所必需的最小驾驶员承诺分数的编队承诺阈值，并且所述处理器被配置为确定由所述用户配置文件限定的所述驾驶员的驾驶员合规性分数是否超过所述最小驾驶员合规性分数。
根据一个实施例，所述驾驶员承诺分数响应于所述驾驶员退出编队而减小。
根据一个实施例，所述用户配置文件限定至少一个车辆属性，其限定加入所述现有编队中的所述至少一者所需要的至少一个车辆。
根据本发明，提供了一种车辆编队系统，其具有：数据库，所述数据库被配置为维护限定所需编队属性和现有编队的用户配置文件；以及处理器，所述处理器被配置为基于编队请求匹配所述现有编队中的至少一者；确定所述匹配的现有编队中的哪些满足由所述用户配置文件限定的所需编队属性；以及指导要呈现所述过滤的编队以供用户选择。
根据一个实施例，所述所需编队属性包括其他编队参与者的至少一个最小合规性分数。
根据一个实施例，所述所需编队属性包括其他编队参与者的最小驾驶员承诺分数。
根据一个实施例，所述所需编队属性包括编队跳跃的最大数量。
根据一个实施例，所述所需编队属性包括编队参与者的最大数量。
根据一个实施例，所述所需编队属性包括优选编队位置。
根据本发明，提供了一种车辆编队系统，其具有：数据库，所述数据库被配置为维护限定所需编队属性和现有编队的用户的用户配置文件；以及处理器，所述处理器被配置为接收指示所述用户期望加入编队的编队请求；基于由所述请求限定的至少开始和结束位置确定所述现有编队中的一者是否匹配所述编队请求；基于由所述用户配置文件限定的所述所需编队属性过滤所述匹配的现有编队；以及指导要呈现所述过滤的编队以供用户选择。
根据一个实施例，所述所需编队属性包括其他编队参与者的至少一个最小合规性分数。
根据一个实施例，所述所需编队属性包括其他编队参与者的最小驾驶员承诺分数。
根据一个实施例，所述所需编队属性包括编队跳跃的最大数量。
根据一个实施例，所述所需编队属性包括编队参与者的最大数量。
1.一种车辆编队系统，其包括：
数据库，所述数据库被配置为维护用户配置文件和描述现有编队的数据；
处理器，所述处理器被配置为
接收指示期望加入编队的编队请求；
响应于所述请求，接收限定指示其他编队参与者的最小合规性分数的至少一个合规性阈值的所述用户配置文件；
确定所述现有编队中的至少一者的所有成员是否具有超过所述合规性阈值的合规性分数；以及
指导要呈现所述编队的指示以供选择。
2.如权利要求1所述的系统，其中所述用户配置文件包括指示符合编队规则的历史合规性的驾驶员合规性分数。
3.如权利要求2所述的系统，其中所述数据库限定编队合规性阈值，所述编队合规性阈值限定最小驾驶员合规性分数，并且所述处理器被配置为确定由所述用户配置文件限定的所述驾驶员的驾驶员合规性分数是否高于所述最小驾驶员合规性分数。
4.如权利要求2所述的系统，其中所述驾驶员合规性分数响应于违反编队规则而减小。
5.权利要求1所述的系统，其中所述用户配置文件包括指示所述驾驶员历史上对编队的承诺的驾驶员合规性分数。
6.如权利要求5所述的系统，其中所述数据库限定指示加入所述现有编队所必需的最小驾驶员承诺分数的编队承诺阈值，并且所述处理器被配置为确定由所述用户配置文件限定的所述驾驶员的驾驶员合规性分数是否超过所述最小驾驶员合规性分数。
7.如权利要求6所述的系统，其中所述驾驶员承诺分数响应于所述驾驶员退出编队而减小。
8.如权利要求1所述的系统，其中所述用户配置文件限定至少一个车辆属性，所述至少一个车辆属性限定加入所述现有编队中的所述至少一者所需要的至少一个车辆。
9.一种车辆编队系统，其包括：
数据库，所述数据库被配置为维护限定所需编队属性和现有编队的用户配置文件；
处理器，所述处理器被配置为
基于编队请求匹配所述现有编队中的至少一者；
确定所述匹配的现有编队中的哪些满足由所述用户配置文件限定的所述所需编队属性；以及
指导要呈现所述过滤的编队以供用户选择。
10.如权利要求9所述的系统，其中所述所需编队属性包括其他编队参与者的至少一个最小合规性分数。
11.如权利要求9所述的系统，其中所述所需编队属性包括其他编队参与者的最小驾驶员承诺分数。
12.如权利要求9所述的系统，其中所述所需编队属性包括编队跳跃的最大数量。
13.如权利要求9所述的系统，其中所述所需编队属性包括编队参与者的最大数量。
14.如权利要求9所述的系统，其中所述所需编队属性包括优选编队位置。
技术总结