用于共享车辆的健康状态的方法和设备与流程

示意性实施例总体上涉及用于共享车辆的健康状态的方法和设备。

背景技术：

随着选择加入运输系统(诸如uber(优步)和lyft(来福车))的出现，对用于在这些系统中运送乘客的车辆的可靠性存在担忧。城市会要求注册的出租车符合一定的保养要求，但是目前很难确保选择加入的车辆符合任何预设的标准集。

乘客当然想要乘坐在可靠的车辆中。虽然目视检查可识别车辆上的破损物，但是期望乘客检查车辆的发动机和子系统是不合理的。

技术实现要素：

在第一示意性实施例中，一种系统包括处理器，所述处理器被配置为：响应于来自驾乘共享匹配系统的请求，在确定车辆满足在所述请求中指定的最低标准之后，向所述匹配系统发送确认车辆满足所述标准的车辆健康报告。

在第二示意性实施例中，一种系统包括处理器，所述处理器被配置为：在确定车辆健康报告满足在从乘客移动装置接收到的接送请求中指定的最低标准集时，将所述接送请求中继到接收所述车辆健康报告的车辆。

在第三示意性实施例中，一种系统包括处理器，所述处理器被配置为：当接收到来自直接无线连接的移动装置的报告请求时，在确定所述移动装置与先前接收乘客接送请求的装置相对应之后，向所述移动装置发送车辆的健康报告。

附图说明

图1示出了示意性车辆计算系统；

图2示出了用于作为乘客请求车辆健康报告的示意性处理；

图3示出了用于健康报告验证的示意性处理；

图4示出了用于保养分数报告的示意性处理；

图5示出了用于报告健康报告的示意性系统。

具体实施方式

根据需要，在此公开了本发明的详细实施例；然而，将理解的是，所公开的实施例仅为本发明的示例，其中，本发明可以以各种替代形式来实现。附图不必按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅为用于教导本领域技术人员以多种方式利用本发明的代表性基础。

图1示出了用于车辆31的基于车辆的计算系统(vcs)1的示例性框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的sync系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕，则用户还能够与所述界面进行交互。在另一示意性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。

在图1所示的示意性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外，处理器被连接到非持久性存储器5和持久性存储器7两者。在此示意性实施例中，非持久性存储器是随机存取存储器(ram)，持久性存储器是硬盘驱动器(hdd)或闪存。一般说来，持久性(非暂态)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于hdd、cd、dvd、磁带、固态驱动器、便携式usb驱动器以及任何其它适当形式的持久性存储器。

处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此示意性实施例中，麦克风29、辅助输入25(用于输入33)、usb输入23、gps输入24、屏幕4(其可以是触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与vcs进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如，但不限于can总线)向vcs(或其组件)传送数据并传送来自vcs(或其组件)的数据。

系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如，pnd54)或usb装置(诸如，车辆导航装置60)的输出。

在一个示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、pda或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是wifi接入点。

移动装置与蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，cpu被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或dtmf音在cpu3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在cpu3与网络61之间通过语音频带传送数据(16)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是usb蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一个示意性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的api的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如存在于移动装置中的)远程蓝牙收发器的无线通信。蓝牙是ieee802个域网(pan)协议的子集。ieee802局域网(lan)协议包括wifi，并与ieee802pan具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如irda)和非标准化消费者ir协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一个示例中是300hz至3.4khz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并且仍在被使用，但其已经在很大程度上被用于数字蜂窝通信的码域多址(cdma)、时域多址(tdma)、空域多址(sdma)的混合体所替代。这些都是ituimt-2000(3g)兼容的标准，并且为静止或行走的用户提供高达2mbs的数据速率，并为移动的车辆中的用户提供高达385kbs的数据速率。3g标准现在正被imt-advanced(4g)所替代，其中，所述imt-advanced(4g)为车辆中的用户提供100mbs的数据速率并且为静止的用户提供1gbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(nd)53可以是能够通过例如(而不限于)802.11g网络(即，wifi)或wimax网络进行通信的无线局域网(lan)装置。

在一个实施例中，传入数据可经由话上数据或数据计划通过移动装置、通过车载蓝牙收发器传递，并进入车辆的内部处理器3中。例如，在某些临时数据的情况下，数据可被存储在hdd或其它存储介质7上，直至不再需要所述数据时为止。

可与车辆进行接口连接的其它的源包括：具有例如usb连接56和/或天线58的个人导航装置54、具有usb62或其它连接的车辆导航装置60、车载gps装置24或具有与网络61连接的能力的远程导航系统(未示出)。usb是一类串行联网协议中的一种。ieee1394(火线^tm(苹果)、i.link^tm(索尼)和lynx^tm(德州仪器))、eia(电子工业协会)串行协议、ieee1284(centronics端口)、s/pdif(索尼/飞利浦数字互连格式)和usb-if(usb实施者论坛)形成了装置-装置串行标准的骨干。大多数协议可针对电通信或光通信来实施。

此外，cpu可与各种其它辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。

另外或可选地，可使用例如wifi(ieee803.11)收发器71将cpu连接到基于车辆的无线路由器73。这可允许cpu在本地路由器73的范围内连接到远程网络。

除由位于车辆中的车辆计算系统执行的示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。这样的系统可被统称为与车辆关联的计算系统(vacs)。在某些实施例中，vacs的特定组件可根据系统的特定实施来执行处理的特定部分。作为示例而非限制，如果处理具有与配对的无线装置进行信息的发送或者接收的步骤，则很可能由于无线装置不会与其自身进行信息的“发送和接收”而使得无线装置不执行该部分的处理。本领域的普通技术人员将理解何时不适合将特定的计算系统应用于给定的解决方案。

在在此讨论的每个示意性实施例中，示出了可由计算系统执行的处理的有代表性的非限制性的示例。针对每个处理，执行该处理的计算系统为了执行该处理的有限的目的而变为被配置为用于执行该处理的专用处理器是可行的。所有处理不需要被全部执行，而被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可根据需要从示例性处理中添加或去除额外的步骤。

乘客想要确保其正在乘坐的车辆是可靠的。示意性示例可以用于uber和lyft选择加入(opt-in)式系统以及常用的出租车系统，以确保出租车达到一定标准。例如，示意性实施例可用于在驾乘共享之前确保在车辆中没有诊断发动机故障、制动故障或其它严重故障。消费者还会想要确保后车门儿童锁未被启用。

乘坐者将使用便于交通运输服务(例如，提供其自己的交通运输服务或与现有的服务应用集成)的远程信息处理系统兼容的应用。乘坐者将从云端请求驾乘共享，可选地指定“保养分数(maintenancescore)”。云服务将查找准备为消费者提供服务的可用车辆并且从每个车辆获取报告。报告包含诊断信息，该诊断信息包括车门锁和车窗的状态、安全气囊的状态、应急系统的状态以及其它扭矩相关的故障排查代码。车辆还可计算保养分数以估计车辆被保养的程度。

消费者随后从满足要求的车辆中请求驾乘共享。如果驾驶员选择不共享驾乘，则应用可将车辆标记为未被确认。

图2示出了用于作为乘客请求车辆健康报告(例如，该车辆健康报告可被包括在接送请求中)的示意性处理。针对在该图中描述的示意性实施例，应注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当执行提供指令的代码来执行所述方法中的一些或全部步骤时，所述处理器可被临时改作专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在此示意性示例中，所述处理在中间服务器上运行，该中间服务器将来自乘客的请求分发给驾驶员。这是这样一种处理的示例，所述处理可以请求驾驶员和车辆分数两者和/或确保只有符合指定的保养分数或者不具有某些缺陷的驾驶员才可能有资格满足请求。

所述处理使用配备有请求应用的移动装置接收来自乘客的请求(201)，在这种情况下，请求应用由原始设备制造商(oem)来提供，但是请求应用也可由售后交通运输服务来提供。由于该应用正在远程请求车辆数据，所以可期望oem以某种方式来验证该应用以及包括使该应用的用户访问驾驶员车辆数据的某种形式的权限。

所述请求除提供乘客位置之外，还可包括例如最低保养分数或条件集(例如，机油不少、轮胎压力不低于31psi等)。在另一示例中，用户可预先配置指定最低标准的用户配置文件。在又一示例中，用户可指定保养分数或标准集，但是也可以设置时间条件，使得如果没有查找到满足所述标准要求的邻近车辆(203)，则该请求随后将被传递给阻止其信息、不提供信息或不满足标准的车辆。

还应注意的是，当前系统(诸如uber和lyft)与驾驶员的蜂窝电话进行通信以提供乘客选择。这些电话可以连接到或不连接到车辆远程信息处理系统。例如，为了使请求装置获得车辆数据，驾驶员的电话可能需要被连接到车辆远程信息处理系统以处理健康报告请求，或者，该电话可能必须识别车辆使得中间系统可连接到车辆调制解调器，以便请求健康报告。在其它示例中，如果uber、lyft或其它应用被做成使得其可被集成并且运行在车辆本身上，则驾驶员请求可(通过电话或调制解调器)被直接传递到车辆远程信息处理系统本身。

在该示例中，所述处理从一个或更多个可能的驾驶员车辆请求报告。在其它示例中，车辆可在其“激活”时或每当其乘客下车并且“可用”时发送报告。该数据可被系统临时存储并用于选择候选车辆，使得系统不必联系区域中所有可能的驾驶员车辆(其在大城市中可能是大量车辆)。在示出的示例中，为了确保健康报告信息尽可能是最新的，所述处理联系可能的候选车辆(205)。

如果接收到报告(207)，则所述处理向用户报告一个或更多个候选车辆的分数(211)。在另一示例中，分数被用于选择候选车辆并向这些驾驶员提供乘客选择。如果合适的车辆的驾驶员确认行程，则可将该车辆的分数发送到电话的用户。如果发送分数涉及隐私问题，则所述处理可简单地使用健康报告来确保车辆满足指定的标准，而无需向乘客专门发送分数。

如果分数是难以获得的，则所述处理可将分数报告为“被阻止”(209)。这并不一定意味着车辆没有通过标准集，只是意味着分数不可获得。为了备用(fall-back)的目的，可将该车辆与实际上未能满足标准的车辆区分开。如果用户还确认所选择的车辆是可接受的(例如，如果分数被报告给用户并且用户确认分数是合适的)(213)，则所述处理将接受确认(215)并且完成匹配(217)以创建行程。否则，在该示例中，所述处理搜索新的可用车辆(并且可能排除先前拒绝的车辆)。

图3示出了用于健康报告验证的示意性处理。针对在该图中描述的示意性实施例，应注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当执行提供指令的代码来执行所述方法中的一些或全部步骤时，所述处理器可被临时改作专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在此示意性示例中，乘客的移动装置可直接连接到车辆，以便既验证先前接收到的分数又确保某些车辆系统(例如，后车门儿童锁)被设置为乘客偏好的状态。例如，乘客可以不针对车辆的请求指定儿童锁的状态(这是因为这是可容易调整的功能)，使得已启用儿童锁的车辆不被排除在搜索之外。但是，当车辆到达时，所述处理可在乘客进入车辆之前检查对乘客重要的某些功能。

一旦车辆接近乘客(301)，所述处理便(经由蓝牙、wifi或一些其它合适的无线连接)直接连接到车辆(303)。该装置也可被认证为被同意用于这样的请求(305)。该验证可基于请求装置与选择的乘客相对应的事实，或者可利用例如在乘客被接受时从车辆发送的临时代码。

请求和响应可采用多种形式。如果关于车辆的具体信息受到保护，则请求可指定分数和/或多个参数，而对验证之前报告的信息(307)的响应可以简单地为“是”或“否”(确认分数被匹配和/或参数被满足)。在“否”的情况下，如果合适，特别是如果问题可以很容易被解决(例如，解锁儿童锁)，则所述处理可通知用户哪个参数没有被满足。在其它示例中，用户可接收到完整的报告，使得用户自己可检查从车辆直接发送的报告。

一旦信息已经被验证(309)，所述处理便可通知用户分数和/或参数被满足(313)或者警告用户分数和/或参数未被满足(311)。

图4示出了用于保养分数报告的示意性处理。针对在该图中描述的示意性实施例，应注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当执行提供指令的代码来执行所述方法中的一些或全部步骤时，所述处理器可被临时改作专用处理器，直到所述方法完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在此示意性示例中，例如，所述处理在车辆远程信息处理系统上运行，并且在接收到来自驾乘共享应用的请求时报告车辆的健康状态。这里，所述处理接收针对保养分数的请求(401)。在其它示例中，可接收系统可对其做出“是”或“否”的回答的一组参数。如果请求是可允许的(403)(即，如果驾驶员已经允许这种请求被处理，和/或如果这种请求来自被验证的源)，则所述处理可计算健康报告(407)。

随后可向请求系统或请求装置报告计算的健康报告(409)。在其它示例中，可向请求系统或请求装置报告各种车辆系统的状态(409)。在其它示例中，可发送“通过”或“失败”报告，以便保护车辆的特定数据并且仅让乘客知道车辆是否通过乘客指定的最低标准。如果驾驶员已经阻止这种请求(或者如果系统不能报告)，则所述处理可阻止该请求(405)或者直接不报告。

图5示出了用于报告健康报告的示意性系统。该示意性系统示出了可报告数据的多个非限制性的车辆系统和子系统。在此示意性示例中，网关模块513控制数据的收集并且处理来自各种车辆系统的报告。该模块还可用于在请求和报告之间进行干预，并且确定报告应采用什么形式(例如，机油液位可报告为20％，网关可收集机油液位并将机油液位报告为“低”)。

这里，车身控制器501报告任何车身诊断故障代码(dtc，diagnostictroublecode)和车门锁的状态。如由附图可以看出，许多子系统可以报告dtc。电池控制器503报告任何dtc和电池荷电状态。制动控制器505报告制动能量、制动状况和针对制动器的任何dtc。发动机控制器507报告发动机dtc和当前机油寿命。变速器控制器509也可报告机油寿命和任何dtc。安全气囊模块511可报告安全气囊的状态以及识别存在哪些安全气囊。

在经销商对车辆进行保养之后，所述系统可利用诊断服务模块515来报告电池在何时被更换和/或最后一次更换机油是在何时。任何及所有的这些信息可被报告给信息娱乐计算系统(sync)517，该信息娱乐计算系统517可收集保养分数和/或故障代码或功能报告(例如，车门锁的状态)并将这些信息传递到远程信息处理控制单元(tcu)519，该远程信息处理控制单元519可将这些信息中继到请求系统。

通过向乘客提供用于远程检查车辆健康状态的选项，乘客可早在确认乘坐之前确保车辆满足一定的最低标准。通过允许在车辆到达时直接连接，乘客可确保报告不是伪造的并且/或者将某些系统设置为期望的状态。

虽然以上描述了示例性实施例，但是这些实施例并不意在描述了本发明的所有可能的形式。更确切地说，说明书中所使用的词语是描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下作出各种改变。此外，可将各种实施的实施例的特征进行组合以形成本发明的进一步的实施例。