CN105095985A - 共享车辆管理 - Google Patents

Abstract

识别共享车辆的位置。获得该位置的共享车辆使用数据。至少基于共享车辆使用数据和位置来提供指令以调整共享车辆的操作模式。

Description

共享车辆管理

相关申请

本申请要求2014年4月28日提交的临时申请序列号为61/985,010题名为“识别车辆停放”的申请；2014年4月28日提交的临时申请序列号为61/985,004题名为“促进车辆停放”的申请，2014年4月28日提交的临时申请序列号为61/985,005题名为“未授权车辆检测”的申请；2014年4月28日提交的临时申请序列号为61/985,009题名为“通过公共运输交通工具促进车辆停放”的申请；以及2014年4月28日提交的临时申请序列号为61/985,011题名为“来自车辆停放的空气质量改进”的申请的优先权，其中每个临时申请在此通过引用以它们各自的全部内容并入本文。

背景技术

私家车通常为城市环境中通勤者和乘客提供灵活的交通工具。然而，当用于车辆、燃料、保险以及维护的成本考虑在内时，拥有和运行私家车可能是昂贵的。另外，私家车增加了城市环境中的拥堵和污染。在固定的时间表运行的公共交通系统，包括公共汽车、火车、地铁等，为通勤者提供替代的较低成本的选择。共享交通选择减少城市拥堵并改善空气质量。然而，就出发和到达时间以及出发和到达位置来说，通勤者可以具有有限的灵活性。

提供灵活性、成本、易用性以及环境影响的很好地融合的另一种共享交通选择是共享车辆系统。其中，车队分布在操作区(例如，城市)且用户可以短期(例如，一天中几小时)租用车队的任何车辆。一旦用户帐户被建立，用户可以基于车辆在操作区内的位置识别他或她希望租用的车辆，并且在无需额外的文书工作的情况下租用车辆。然后，用户可以将车辆归还到原点或按照用户的便利性在另一个位置归还车辆。共享车辆系统降低了用户的通勤成本，同时还降低了城市拥堵和污染。同时，在由用户确定的时间和位置搭载和停靠增加了用户的灵活性。

然而，共享车辆系统会呈现拥堵和空气质量问题。例如，如果共享车辆在城市环境中呈现高交通量单行行驶限制等的时间和地点使用，共享车辆本身会导致拥堵和污染。此外，不得不执行共享车辆的间歇重新安置以确保车辆通过操作区均匀分布而不是只聚集在一个区域。换言之，不得不再平衡车辆分布。再平衡可能会导致车辆行驶较长的距离，增加了排放。

发明内容

根据本发明，提供一种系统，其包含计算机，计算机包括处理器和存储器，存储器存储指令以使计算机编程为：

识别共享车辆的位置；

获得该位置的共享车辆使用数据；以及

至少基于共享车辆使用数据和位置来提供指令以调整共享车辆的操作模式。

根据本发明的一个实施例，其中使用数据包括用户历史、历史交通数据以及历史空气质量数据中的至少一个。

根据本发明的一个实施例，其中操作模式调整是至电动车辆模式、内燃模式以及包括在内燃模式和电动车辆模式的每一个中的操作的机会主义的电动车辆模式(opportunisticelectricvehicle)中的一个。

根据本发明的一个实施例，其中计算机进一步编程为经由网络从车辆中的计算机接收车辆的位置。

根据本发明的一个实施例，其中计算机进一步编程为使用位置来确定共享车辆正在操作的区域。

根据本发明的一个实施例，其中计算机进一步编程为根据共享车辆正在操作的区域是否与空气质量低于预定阈值和交通拥堵高于预定阈值中的至少一个有关提供指令以调整操作模式。

根据本发明的一个实施例，其中计算机进一步编程为根据在区域中车辆的行驶速度提供指令以调整操作模式。

根据本发明的一个实施例，其中计算机进一步编程为确定共享车辆已经到达停靠点，以及确定在到达停靠点之后共享车辆是否要重新安置。

根据本发明的一个实施例，其中计算机进一步编程为对车辆的重新安置推荐车辆的操作模式。

根据本发明的一个实施例，进一步包含第二计算机，第二计算机包括在共享车辆中且编程为接收指令并根据指令调整操作模式。

根据本发明，提供一种方法，其包含：

识别共享车辆的位置；

获得该位置的共享车辆使用数据；以及

至少基于共享车辆使用数据和位置来提供指令以调整共享车辆的操作模式。

根据本发明的一个实施例，其中使用数据包括用户历史、历史交通数据以及历史空气质量数据中的至少一个。

根据本发明的一个实施例，其中操作模式调整是至电动车辆模式、内燃模式以及包括在内燃模式和电动车辆模式的每一个中的操作的机会主义的电动车辆模式中的一个。

根据本发明的一个实施例，该方法进一步包含经由网络从车辆中的计算机接收车辆的位置。

根据本发明的一个实施例，该方法进一步包含使用位置来确定共享车辆正在操作的区域。

根据本发明的一个实施例，该方法进一步包含根据共享车辆正在操作的区域是否与空气质量低于预定阈值和交通拥堵高于预定阈值中的至少一个有关提供指令以调整操作模式。

根据本发明的一个实施例，该方法进一步包含根据在区域中车辆的行驶速度提供指令以调整操作模式。

根据本发明的一个实施例，该方法进一步包含确定共享车辆已经到达停靠点，以及确定在到达停靠点之后共享车辆是否要重新安置。

根据本发明的一个实施例，该方法进一步包含为车辆的重新安置推荐车辆的操作模式。

根据本发明的一个实施例，该方法进一步包含经由网络接收指令并根据指令调整操作模式。

附图说明

图1是示例性共享车辆系统的框图。

图2是图1的系统的实施的高水平表示。

图3是示出用于为共享车辆选择发动机模式的示例性过程的过程流程图。

图4是用于操作共享车辆包括发动机模式建议的过程流程图。

具体实施方式

车辆操作模式，如电动马达模式与内燃发动机模式，可以在共享车辆系统中基于排放、拥堵和再平衡要求进行调整。可以控制共享车辆的操作使得通勤者的车辆使用不受影响，或最低限度地影响，同时允许减少排放和拥堵。特别是，可以如经由中央服务器、中央应用或管理员自动地调整车辆模式，中央服务器、中央应用或管理员如经由包括例如蜂窝网络、WiFi机制的广域网(例如互联网)等通信地耦接至共享车辆系统的车队中的每一辆车辆。

车辆模式的调整可以基于各种因素，包括车辆的操作区中的拥堵和排放水平。此外，该模式可以基于估计的或用户指定的目的地进行调整，如，基于通常包括用户的行驶历史的用户资料，表明用户租用的车辆所处或所去的地点，车辆可能行驶的时间，以及在用户停靠车辆之后，为了再平衡的目的，是否需要车辆的进一步重新安置。因此，如果正在驾驶车辆至已知具有高交通密度(例如，进入市中心)的操作区，车辆可以自动换挡至预期多个停止和前进行程的电动模式。在比较中，如果正在驾驶车辆至已知具有低交通密度(例如，进入郊区)的操作区，当处于低交通密度区域时，车辆可以自动地换挡至发动机模式，而不顾用户请求的车辆操作模式。例如，驾驶员可以作出车辆操作模式的初始请求，但这样的模式可以基于在此所描述的各种因素由中央管理服务器/应用超控。

操作模式可以基于正在或即将停靠的时间和地点来进一步确定。停靠位置可以基于用户的行驶历史和/或基于用户指定的数据进行预测。例如，如果已知给定的用户往往在城市中使用车辆30分钟且在共享车辆需求较高的市中心归还车辆，可以确定，在用户归还之后不久车辆可能被租用，几乎没有留下用于车辆充电的时间。因此，即使当在高交通密度区域中运行时，由于可用于随后车辆充电的有限时间，车辆可能不会在电动模式中操作(或比其他情况更少地在电动模式操作)。在替代例子中，可以已知的是，给定的用户往往使用车辆30分钟并在共享车辆需求较低的郊区归还车辆，但充电时间较长。另外，在车辆归还在郊区一段时间之后，可能需要车辆的重新安置，以便在市中心有足够的车辆可用以满足需求。因此，当在高交通密度区域操作时，车辆可以在电动模式操作并且当在低交通密度区域中操作时换挡到发动机模式。在为了再平衡被重新安置到市中心之前，车辆也可以在郊区进行充电，从而能够改善再平衡。

在另一个例子中，车辆驾驶模式(如发动机，混合动力，电动等)，可以不仅基于当前用户的资料和预约数据进行选择，而且基于特定车辆的未来预约以及未来用户的预约请求和用户资料进行选择。此外，驾驶模式的选择可以基于各种车辆的实时运行条件，例如荷电状态等，并且做出操作模式的变化的阈值可以基于付出的租用价格、用户资料等对于不同的用户有区别地调整。因此，当车辆可以从电动到混合动力转换时，或从混合动力到仅发动机转换时，对于第一用户在给定的条件组的给定的阈值荷电状态，对于第二不同的用户，可以转换为那些相同的条件的不同的阈值。这样的差异可以更好地适应同一车辆的不同性能的用户请求。

在另一个例子中，车辆可以基于从监测车队并将它与车队的操作区中的期望的车辆分布进行比较的中央再平衡系统推送到车辆控制系统的再平衡信息自动地调整驾驶模式的选择。例如，已知车辆远离期望的平衡位置前进并因此将需要返回，并且还因为该车辆正在朝着低密度充电位置的方向上前进(意味着再平衡将需要多于可用的电荷的消耗并且希望保留电动操作用于将发生在具有较高要求或用于电动操作的奖励的城市区域的返回/再平衡行程的一部分)，即使用户期望电动操作且同时电动操作在给定的荷电状态下可能是可行的，车辆控制器可以基于来自中央系统的指令转换到混合动力操作。

现在转到附图，图1是示例性共享车辆系统100的框图，其包括至少一个并且通常是多辆车辆101，如，例如摩托车、轿车、货车等共享车辆。每个车辆101包括通信地与网络120耦接的计算机105。车辆101还可以包括全球定位系统(GPS)设备16或车辆101中的诸如此类设备。车辆101可以与车辆102共享道路，车辆102不是共享车辆系统100的一部分，即，不可经由服务器125用于共享。

车辆101计算机105可以配置用于在控制器局域网(CAN)总线或诸如此类，和/或其他有线或无线协议，如蓝牙等上进行通信，即，计算机可以经由可以提供在车辆101中的各种机制进行通信，并且可以相应地从车辆传感器接收数据、经由网络120如从服务器125等接收通信。计算机105也可以通过CAN总线、OBD-II、和/或其它有线或无线机制与车载诊断装置连接器(OBD-II)连接。此外，导航系统106可以提供在车辆101中并且通信地耦接至计算机105以提供位置数据，如经由全球定位系统(GPS)或诸如此类。计算机105可以经由网络120提供包括车辆101的位置信息的数据至服务器125。

网络120代表车载计算机105可以与远程服务器125和/或用户设备150通信的一种或多种机制。因此，网络120可以是各种有线或无线通信机制中的一种或多种，包括有线(如电缆和光纤)和/或无线(如蜂窝技术，无线，卫星，微波和射频)通信机制的任何可取的组合和任何可取的网络拓扑(或当使用多个通信机制时的多种拓扑)。示例性通信网络包括提供数据通信服务的无线通信网络(如使用蓝牙，IEEE802.11等)、局域网(LAN)和/或广域网(WAN)，包括互联网。

服务器125可以是一个或多个计算机服务器，每个通常包括至少一个处理器和至少一个存储器，存储器存储处理器可执行的指令，包括用于执行在此所描述的各种步骤和过程的指令。服务器125可以包括或可通信地耦接至用于存储从一辆或多辆车辆101接收的数据的数据存储130。

用户设备150可以是包括处理器和存储器以及通信设备的多种计算设备中的任何一种。例如，用户设备150可以是包括使用IEEE802.11、蓝牙、和/或蜂窝通信协议进行无线通信功能的便携式计算机、平板电脑、智能电话等。进一步地，用户设备150可以使用这样的通信功能经由网络125来通信，包括与车载计算机105通信。用户设备150可以通过其它机制例如车辆101中的网络、已知协议例如蓝牙等与车辆101计算机105通信。此外，用户设备150可以用于提供人机界面(HMI)至计算机105。

图2是图1的系统在地理区域200中的实施的高水平表示。可以看到，区域200可以分成多个区域，如区域A、区域B，如图2所示。在每个区域内的车辆101，即在地理区域200中，可以如经由网络120(如图1所示)与服务器125通信。此外，如上所提到的不是系统100的一部分的车辆102可以包括在地理区域200中。地理区域200中的车辆101可供共享车辆系统100中的参与者使用或者正在使用。例如，在图2中由非阴影方块表示的车辆101可以认为是可使用的，而由阴影方块表示的车辆101可以认为是正在使用中。如以下进一步提到的，服务器125可以做出确定以重新安置没有正在使用的车辆101从第一位置到第二位置，如服务器125可以决定重新安置车辆101从区域A至区域B，因为区域A中的车辆101的数量较多。此外，车辆101可以从区域B行驶到区域A，一旦用户用完车辆101，保证再平衡。作为这样的车辆100的移动和/或再平衡的一部分，发动机模式可以如以下进一步所描述的进行改变。

图3是示出用于选择共享车辆的发动机模式的示例性过程300的过程流程图。过程300被描述为通过与车辆101计算机105通信的服务器125执行，作为选择或此外，过程300的一部分或全部可以在车辆101计算机105中进行。

在任何情况下，过程300开始于框305，在框305中，服务器125如从数据存储130检索被操作或即将被操作的车辆101的用户的用户资料。用户资料可以包括用户之前使用或首选的停靠和/或搭载位置，如上所述。用户资料还可以包括历史细节，例如平均行程长度、驾驶速度等。

下一步，在框310中，使用包括在用户资料中的数据，服务器125预测用户行程细节。例如，服务器125可以预测行驶距离、由服务器125覆盖的地理区域内的一个或多个操作区(如，图2中所示的区域200)、可能的一个或多个停靠位置等。

下一步，在框315中，服务器125检索车辆101资料，如关于由用户为行程选择的车辆101的操作历史的数据。例如，车辆101数据可以包括车辆101蓄电池的状态(如下降、半充电、几乎是空的等)，以及关于用于内燃发动机的可燃燃料的水平、蓄电池和/或可燃燃料消耗率等的数据。

下一步，在框320中，服务器125识别在由服务器125覆盖的区域200中车辆101的操作区域。例如区域可以是由街道、政府边界、自然特征(如河流)等所界定的地理区域，或区域可以根据在区域200中具有的点作为它的中心或轨迹的正方形或其他形状来限定。

下一步，在框325中，服务器125检索所识别的区域的资料数据。例如，区域的历史数据可以表明给定的一天的某个时间、一年的某一天等的典型的空气质量，以及一天的某个时间或一年的某一天或一星期的某一天等的可能的交通拥堵。

下一步，在框330中，服务器125检索当前(如实时)有关所识别的区域的交通拥堵、空气质量，和/或其他因素的数据。

下一步，在框335中，服务器125确定车辆101的当前操作模式，如，电动车辆(EV)模式或内燃(IC)模式。例如，车辆101计算机105可以经由网络120提供这样的数据至服务器125，如表明用电动马达或内燃发动机的操作模式。

下一步，在框340中，服务器125确定是否建议模式变化。例如，如上所述，可以考虑如支持车辆101中的各种模式的燃料水平、当前空气质量、预期行驶距离、和/或可能的其它因素的因素来确定EV模式或IC模式是否适合区域、区域的特征，以及用户的行程的特征(和/或预期的特征)，如以上所讨论的。用于确定合适的模式的示例性子过程400以下关于图4进行更详细地讨论。如果建议模式改变，那么下一步执行框350。否则，下一步执行框345。

在框345中，服务器125确定过程300是否应该继续。例如，如果车辆101已到达其目的地，停车等，那么过程300结束。否则，过程300返回到框320。

在框350中，服务器125提供发动机模式建议至车辆101计算机105。例如，服务器125可以提供指令至车辆101以改变发动机模式，如从EV至IC，反之亦然。在框350之后，过程300前进到框345。

图4是用于操作共享车辆101包括发动机模式建议的过程400的过程流程图。过程400开始于框405，在框405中，类似与以上关于过程300所讨论的框345，服务器125确定车辆101是否继续操作。例如，如果车辆101处于或接近目的地或停靠点，停车等，那么下一步可以执行框425。否则，过程400前进到框410。

在框410中，服务器125确定车辆101是否正在高拥堵和/或高交通区域运行。例如，服务器125可以从例如已知表明交通密度的来源接收数据，如在区域中的一条或多条道路中每单位如100米，500米等轿车或其他车辆的数目。如果交通密度超过预定阈值，区域可以被认为是高拥堵或高交通区域。作为选择或此外，如果区域中车辆101、102的平均速度低于预定阈值，如低于区域中的平均速度极限，区域可以确定为高拥堵或高交通区域。然而进一步地，可以考虑空气质量和/或环境条件来确定区域是否是高拥堵区域。例如，空气质量低于预定阈值，如污染的测量低于预定阈值，可以是区域是高拥堵区域的指标。如果车辆101在高拥堵或高交通区域运行，那么可以下一步执行框420。如果车辆101不在高拥堵或高交通区域运行，那么可以下一步执行框415。在框415中，服务器125指示车辆101在机会主义的EV模式中操作。也就是说，根据蓄电池电量水平，行程距离等，车辆101可以在EV模式中进行操作，只要预期用于行程和/或用于高拥堵或高交通区域的充足的蓄电池资源可以在随后的行程中遇到。否则，车辆101可以在IC模式中操作。在任何情况下，在框415之后，过程400返回到框405。

框420可以跟随框410，在框420中，服务器125指示车辆101在EV模式中操作。然后，过程400返回到框405。

框425可以跟随框405，在框425中，车辆101由用户在停靠点停靠。这样的停靠可以由服务器125进行记录，如根据经由网络120来自车辆101计算机105的信息。

在框425之后，在框430中，服务器125确定在其停靠之后车辆101是否需要重新安置，如从第一区域至第二区域。例如，如上述关于图2所提到的，第一区域中的车辆的数量可以超出或超过预定阈值，如超过第二区域中车辆的数量的10％，20％等。在这种情况下，服务器125可以确定刚刚停靠的车辆101需要被重新安置。如果做出车辆需要被重新定位的确定，那么下一步执行框435。否则，过程400在框430之后结束。

在框435中，服务器125提供车辆101从停靠点到第二区域中的重新安置点的行驶模式建议。例如，可以如上所述提供这样的建议。在框435之后，过程400结束。

计算设备，例如在此所讨论的那些，通常各自包括一个或多个计算设备(如上所述的那些)可执行的指令，并且用于执行上述过程的框或步骤。计算机可执行的指令可以从使用多种程序设计语言和/或技术建立的计算机程序中被编译或解读，这些程序设计语言和/或技术，非为限制，包括Java^TM，C，C++，VisualBasic，JavaScript，Perl，HTML等中单独一个或结合。通常，处理器(如微处理器)如从存储器，计算机可读介质等接收指令，并且执行这些指令，从而执行一个或多个过程，包括在此所述过程中的一个或多个。这样的指令和其它数据可以被存储且使用多种计算机可读介质传送。计算设备中的文件通常是存储在计算机可读介质(例如存储介质，随机存取存储器等)中的数据集。

计算机可读介质包括参与提供计算机可读数据(如指令)的任何介质。这样的介质可以采取许多形式，包括但不限于非易失性介质，易失性介质等。非易失性介质包括，例如光盘或磁盘以及其他持续内存。易失性介质包括动态随机存取存储器(DRAM)，其典型地构成主存储器。计算机可读介质的普遍形式包括，例如软盘(floppydisk)，可折叠磁盘(flexibledisk)，硬盘，磁带，其它磁性介质，CD-ROM，DVD，任何其它光学介质，穿孔卡片，纸带，任何其它具有孔排列模式的物理介质，RAM(随机存取存储器)，PROM(可编程只读存储器)，EPROM(可擦除可编程只读存储器)，FLASH-EEPROM(闪速电可擦除可编程只读存储器)，任何其它存储芯片或磁片盒，或任何其它计算机可读的介质。

关于在此所述的介质、过程、系统、方法等，应当理解的是，虽然这些过程等的步骤被描述成根据一定的有序序列发生，但是这些过程可以实施为以不同于在此所述顺序的顺序来执行所述的步骤。进一步应当理解的是，某些步骤可以同时执行，其它步骤可以增加，或在此所述的某些步骤可以省略。换句话说，提供此在的系统和过程的描述目的在于说明某些实施例，而不应以任何方式被解释为限制所公开的主旨。

因此，应当理解的是，上述说明旨在说明而不是限制。除了提供的例子，在阅读上述说明基础之上许多实施例和应用对本领域技术人员来说是显而易见的。本发明的范围不应参照上述说明来确定，而是应该参照对此所附的权利要求和/或包括在关于此基于的非临时专利申请，连同这些权利要求所享有的全部等效范围来确定。可以预见和预期未来的发展将会发生在在此所讨论的领域，且本发明所公开的系统和方法将会被结合到这些未来的实施例中。总之，应当理解的是，所公开的主旨能够进行修改和变化。

Claims (10)

1.一种系统，其包含计算机，计算机包括处理器和存储器，存储器存储指令以使计算机编程为：

识别共享车辆的位置；

获得该位置的共享车辆使用数据；以及

至少基于共享车辆使用数据和位置来提供指令以调整共享车辆的操作模式。

2.根据权利要求1所述的系统，其中使用数据包括用户历史、历史交通数据以及历史空气质量数据中的至少一个。

3.根据权利要求1所述的系统，其中操作模式调整是至电动车辆模式、内燃模式以及包括在内燃模式和电动车辆模式的每一个中的操作的机会主义的电动车辆模式中的一个。

4.根据权利要求1所述的系统，其中计算机进一步编程为经由网络从车辆中的计算机接收车辆的位置。

5.根据权利要求1所述的系统，其中计算机进一步编程为使用位置来确定共享车辆正在操作的区域。

6.一种方法，其包含：

识别共享车辆的位置；

获得该位置的共享车辆使用数据；以及

至少基于共享车辆使用数据和位置来提供指令以调整共享车辆的操作模式。

7.根据权利要求6所述的方法，其中使用数据包括用户历史、历史交通数据以及历史空气质量数据中的至少一个。

8.根据权利要求6所述的方法，其中操作模式调整是至电动车辆模式、内燃模式以及包括在内燃模式和电动车辆模式的每一个中的操作的机会主义的电动车辆模式中的一个。

9.根据权利要求6所述的方法，进一步包含经由网络从车辆中的计算机接收车辆的位置。

10.根据权利要求6所述的方法，进一步包含使用位置来确定共享车辆正在操作的区域。