租赁车辆通常要求向租赁公司预约并且要求用户物理地到达租赁机构以获取车辆访问。然而，在授权访问之前，租赁公司必须检查车辆状况以确定是否需要维护。对于公司员工而言，这可能是乏味的过程。通过车辆共享系统租赁车辆为典型的车辆租赁系统提供了一种可行的替代方案，并且需要较少的员工工作量。然而，这些车辆共享系统所涉及的自主性使得租赁公司难以检查车辆状况和确定何时需要维护。因此，车辆共享系统希望他们的车辆能够通知车辆的维护需求。
技术实现要素：
本文提出了一种用于管理被结合在车辆共享系统中的车辆的日常维护的系统。维护管理系统包括具有车辆传感器的车辆、车辆通信平台(vcp)和远程实体。vcp位于车辆内并且与车辆传感器通信。vcp被配置为生成和传送数据传输。远程实体具有至少一个数据库并且被配置为接收vcp数据传输。另外，vcp与车辆传感器协作以生成至少一个日常维护通知，并且随后将日常维护通知传输至远程实体。在检查并分析日常维护通知之后，远程实体将预测车辆的未来维护，并且修改数据库中的车辆登记状态以允许维护事件。
在某些情况下，维护管理系统包括维护设施，其被配置为提供日常车辆维护服务。另外，远程实体可生成维护通知并且将其传输至维护设施，以在维护设施处调度维护事件。在其它情况下，维护管理系统包括gnss芯片集/部件和多个维护设施，每个维护设施被配置为提供日常车辆维护服务。另外，在这种情况下，vcp与gnss芯片集/部件协作以生成至少一个车辆位置通知，该vcp随后将车辆位置通知传输至远程实体。在检查并分析车辆位置通知和日常维护通知之后，远程实体将选择多个维护设施中的一个、生成维护通知，并且将维护通知传输至选定维护设施，以在选定维护设施处调度维护事件。
在其它情况中，维护管理系统包括具有安装的carshareapp的移动计算装置。在这种情况下，远程实体生成停止服务通知并且将其传输至carshareapp。远程实体可另外生成停止服务通知并且将其传输至vcp。停止服务通知可包括激励报价。日常维护通知可包括剩余油时间/数量信息、滤油器故障信息、部件故障信息、自诊断信息、里程信息或其某种组合。维护通知可包括车辆油寿命信息、车辆滤油器健康信息、故障指示灯起始、里程信息、车辆部件故障、自诊断通知或其某种组合。
本文还提出了一种用于管理被结合在车辆共享系统中的车辆的日常维护的方法。维护管理方法包括以下步骤：(a)提供包括至少一个车辆传感器的车辆；(b)提供位于车辆内的车辆通信平台(vcp)，该vcp被配置为与车辆传感器通信，该vcp被配置为生成并传送至少一个数据传输；(c)提供包括数据库的远程实体，该远程实体被配置为接收vcp数据传输；(d)在vcp处从车辆传感器接收至少一个通信；(e)经由vcp生成从车辆传感器通信导出的至少一个日常维护通知；(f)经由vcp将日常维护通知传输至远程实体；(g)在远程实体处接收日常维护通知；(h)经由远程实体实施后端功能，以检查并分析日常维护通知；(i)经由远程实体根据日常维护通知分析预测车辆的未来维护；(j)经由远程实体修改数据库中的车辆登记状态以允许维护事件。
附图说明
下文将结合以下附图描述所公开的示例，其中相同的附图标记表示相同的元件，且其中：
图1是说明用于本文提出的示例性系统的通信环境的非限制性示例的图；
图2说明了用于车辆共享系统的通信实体之间的通信流程图；
图3是用于预约和授权使用车辆的概要流程图；
图4是用于基于正靠近移动装置来检测和授权用户的流程图；
图5是用于经由移动装置执行车辆功能的示例性流程图；
图6是用于执行车辆的附加车辆功能的示例性流程图；且
图7是carshareapp实施例的方面的示例性流程图。
具体实施方式
本文描述了本公开的实施例。然而，应当理解的是，所公开实施例仅仅是示例且其它实施例可呈现各种和替代性形式。图式不一定按比例绘制；某些特征可被放大或最小化以示出特定部件的细节。因此，本文公开的具体结构和功能细节并不解释为限制，而仅仅是用于教导本领域技术人员以各种方式采用本公开的示例性方面的代表性基础。如本领域一般技术人员将理解的是，参考任何一个图式说明并描述的各个特征可结合一个或多个其它图式中说明的特征以产生未明确说明或描述的实施例。所说明的特征组合提供用于典型应用的代表性实施例。然而，特定应用或实施方案可期望与本公开的教导一致的特征的各个组合和修改。
本文公开的图式不一定按比例绘制；某些特征可被放大或最小化以示出特定部件的细节。因此，本文公开的具体结构和功能细节并不解释为限制，而仅仅是用于教导本领域技术人员以各种方式采用本公开的示例性方面的代表性基础。如本领域一般技术人员将理解的是，参考任何一个图式说明并描述的各个特征可结合一个或多个其它图式中说明的特征以产生未明确说明或描述的实施例。所说明的特征组合提供用于典型应用的代表性实施例。然而，特定应用或实施方案可期望与本公开的教导一致的特征的各个组合和修改。
特别是在城市环境中，车辆共享服务(自助租赁服务)允许消费者预约基于车站的车辆往返使用。这些租赁车辆通常位于以永久安装的标志或标记识别的已预约的停车位中。理想地，用户从预约的停车位获取车辆和使车辆返回同一个停车位或其它类似标记的停车位。还可能期望提供用于监视停车位的系统；例如，架设智能标志，其可检测已授权或未经授权的车辆何时停放在停车位中以及通知用户或租赁公司。
参考图1，示出了通信系统10的环境的非限制性示例，该通信系统可与本文公开的车辆共享系统的示例一起使用或实施本文公开的方法的示例。通信系统10通常包括车辆12、无线载波系统50、陆地网络16、呼叫中心18以及维护设施82(被示为一个)的系统。应当明白的是，整体架构、设置和操作以及所说明系统的单独部件仅仅是示例性的，并且也可利用不同配置的通信系统来实施本文公开的方法的示例。因此，提供所说明通信系统10的简要概述的以下段落不旨在是限制性的。
车辆12可以是任何类型的移动车辆，诸如摩托车、汽车、卡车、休闲车辆(rv)、船、飞机等，并且配备有使得其能够通过通信系统10进行通信的合适的硬件和软件。某些车辆硬件20在图1中总体上被示为包括远程信息处理单元24、麦克风26、扬声器28、(连接至远程信息处理单元24的)按钮和/或控制件30，以及各种车辆系统，诸如但不限于车辆撞击和/或碰撞检测传感器接口66和传感器接口模块44。网络连接或车辆总线32可操作地联接至远程信息处理单元24。合适的网络连接的示例包括控制器区域网络(can)、媒体导向系统传输(most)、本地互连网络(lin)、局域网(lan)、以太网以及其它适当的连接(诸如符合已知的iso(国际标准组织)、sae(汽车工程师协会)和/或ieee(电气和电子工程师协会)标准和规范的其它连接，仅举几例)。
远程信息处理单元24是通过其与远程呼叫中心18的通信来提供各种服务的车载车辆通信平台(在下文称为“vcp”)，并且通常包括电子处理装置38、一个或多个类型的电子存储器40、蜂窝芯片集/部件34、无线调制解调器36、双模天线70和含有gnss芯片集/部件42的导航单元。在一个示例中，无线调制解调器36包括适于在电子处理装置38内执行的计算机程序和/或代码段(软件算法)。
vcp24可以提供各种服务，这些服务包括：逐向导航、车载语音信息消息发送(ivvm)以及结合gnss芯片集/部件42提供的其它导航相关服务；安全气囊展开通知和结合位于整个车辆中的各种撞击和/或碰撞传感器接口模块66和碰撞传感器68提供的紧急或路旁援助相关服务；和/或信息娱乐相关服务，其中音乐、互联网网页、电影、电视节目、视频游戏和/或其它内容经由车辆总线32和音频总线22通过可操作地连接至vcp24的信息娱乐中心46来下载。在一个示例中，存储下载的内容以用于当前或稍后回放。上文列举的服务绝不是vcp24的所有能力的详尽列表，而仅仅是vcp24可能能够提供的某些服务的说明。预期vcp24可以包括除了上文列举的部件之外和/或不同于上文列举的部件的多个附加部件，并且可以与通信系统10的一个或多个附加特征协作以实现其能力。
车辆通信可以使用无线电传输来与无线载波系统14确立语音信道，使得可通过语音信道发送和接收语音和数据传输。经由用于语音通信的蜂窝芯片集/部件34和用于数据传输的无线调制解调器36来启用车辆通信。当前示例可以使用任何合适的编码或调制技术，包括数字传输技术，诸如tdma(时分多址)、cdma(码分多址)、w-cdma(宽带cdma)、fdma(频分多址)，ofdma(正交频分多址)等。
双模天线70服务于gnss芯片集/部件42和蜂窝芯片集/部件34。在其它功能中，如通常所知，gnss芯片集/部件42通常提供地理定位信息通常往返于群集gps卫星(未示出)的双向实时数据传输。
可视显示器39优选地是图形显示器，诸如仪表板上的触摸屏、从挡风玻璃反射的抬头显示器，或作为信息娱乐中心46的控制台的一部分，并且可用于提供多种输入和输出功能(即，能够实施gui)。
麦克风26向驾驶员或其它车辆乘员提供用于输入口头或其它听觉命令的装置，并且可配备有利用本领域中已知的人机界面(hmi)技术的嵌入式语音处理单元。相反，扬声器28向车辆乘员提供可听输出，并且可为具体专门结合vcp24使用的独立扬声器(例如，ivvm)，或可为车辆音频部件64的一部分。在任一情况下，麦克风26和扬声器28使得车辆硬件20和呼叫中心18能够通过可听语音与乘员通信。车辆硬件还包括一个或多个按钮和/或控制件30用于使得车辆乘员能够激活或接合一个或多个车辆硬件部件20。例如，按钮和/或控制件30中的一个可为用于起始与呼叫中心18(无论其是人(诸如顾问58)还是自动呼叫响应系统)的语音通信的电子按钮。在另一个示例中，按钮和/或控制件30中的一个可用于起始紧急服务。
音频部件64可操作地连接至车辆总线32和音频总线22。音频部件64经由音频总线22接收模拟信息，将其呈现为声音。经由车辆总线32接收数字信息。音频部件64提供独立于信息娱乐中心46的调幅(am)和调频(fm)无线电、光盘(cd)、数字视频光盘(dvd)和多媒体功能。音频部件64可以含有扬声器系统，或可经由车辆总线32和/或音频总线22上的仲裁来利用扬声器28。
车辆撞击和/或碰撞检测传感器接口66可操作地连接至车辆总线32。碰撞传感器68经由撞击和/或碰撞检测传感器接口66向vcp24提供关于车辆碰撞的严重性的信息(诸如冲击角度和持续的力的大小)。
连接至各种传感器接口模块44的车辆传感器72可操作地连接至车辆总线32并且监视各种车辆动力学。车辆传感器的示例包括但不限于陀螺仪、加速度计、里程表、计程器、速度计、obd系统(例如，obdii)、磁力计、油箱监视器、油盘监视器、滤油器监视器、液压监视器、排放检测和/或控制传感器等。作为示例，油监视模块(omm)44可提供关于与发动油的方面有关的各种发动机方面(包括但不限于发动机油寿命、滤油器健康状况、油压)的大量实时数据。作为另一个示例，车身控制模块(bcm)44在与rke或被动系统的典型通信期间可提供各种车辆功能，包括但不限于锁定和解锁功能、行李箱或尾板释放、鸣笛、开灯/关灯、远程启动和发动机启动/停止功能。
被动进入被动启动(peps)模块44是车辆传感器模块的另一个示例，该车辆传感器模块可连接至车辆总线32并且提供被动物理钥匙或虚拟车辆钥匙(下面讨论)的存在或不存在的被动检测。peps模块44可使用其自己的天线或经由天线70接收信号。当具有虚拟车辆钥匙的被动物理钥匙扣或智能电话57接近时，peps模块43可确定被动物理钥匙是否属于车辆12和/或(在某些实施例中)确定虚拟车辆钥匙是否被授权/真实。如果虚拟车辆钥匙是真实的，那么peps模块44可将允许访问车辆12的命令发送至bcm。在其它实施方案中，bcm可实行归属于peps模块44的功能。如本领域技术人员所明白，上述vsm仅是可用于车辆12中的某些传感器模块的示例，因为许多其它的传感器模块也是可能的。
无线载波系统14可为蜂窝电话系统或在车辆硬件20与陆地网络16之间传输信号的任何其它合适的无线系统。根据一个示例，无线载波系统14包括一个或多个手机信号塔48。
陆地网络16可为连接至一个或多个陆线电话并且将无线载波系统14连接至呼叫中心18且在某些情况下连接至维护设施62的常规陆基电信网络。例如，如本领域技术人员所明白，陆地网络16可包括公共交换电话网(pstn)和/或因特网协议(ip)网络。当然，一段或多段陆地网络16可以标准有线网络、光纤或其它光学网络、电缆网络、其它无线网络(诸如无线局域网(wlan))或提供宽带无线接入(bwa)的网络或其任何组合的形式来实施。
可与vcp24通信的一个联网装置是移动计算装置57，诸如，智能电话、可穿戴式计算装置(诸如智能手表或智能眼镜等，且具有双向通信能力)、具有双向通信能力的个人膝上型计算机或平板计算机、上网本或其任何合适的组合。移动计算装置57可包括通过移动处理装置(移动处理器)进行的计算机处理能力、能够与无线载波系统14进行通信以用于发送的收发器，以及移动存储器61、数码相机55、用户界面59和/或能够接收gps卫星信号并基于这些信号生成gps坐标的gps模块。用户界面59可被实施为能够进行用户交互以及显示信息的触摸屏图形界面。数码相机55可包括生成数字图像(即，数字图像信息)的能力，该数字图像是由本领域中通常已知的操作捕获并存储至存储器61的有形物体的经位映射的数据表示。移动计算装置57的示例包括由苹果公司制造的iphonetm和由摩托罗拉公司制造的droidtm(以及其它)，以及诸如由苹果公司制造的苹果手表等可穿戴式设备(以及其它)。虽然移动计算装置57可包括经由蜂窝通信使用无线载波系统14进行通信的能力，但情况并不总是这样。例如，苹果公司生产包括处理能力、界面59以及通过短程无线通信链路进行通信的能力的装置，诸如各种型号的ipadtm和ipodtouchtm。然而，ipodtouchtm和某些ipadtm没有蜂窝通信能力。即使如此，为了本文所述的方法的目的，可使用这些和其它类似装置或将其视为一种类型的无线装置，诸如移动计算装置57。
移动计算装置57可接收与车辆12相关联的一个或多个软件应用程序。例如，移动装置57的用户可访问在线软件应用商店或网络服务，并且从其中下载汽车共享软件应用程序86(以下称为“carshareapp”)。移动计算装置57另外可将该carshareapp安装至移动存储器61上。在实施之后，carshareapp86可另外包括一个或多个图形用户界面(gui)以包括指示用户提供信息和/或提供一个或多个命令的一个或多个提示。
通常如本领域中所已知，短程无线连接(srwc)模块74允许移动计算装置57和vcp24在无线范围内(例如，在经历与无线网络断开连接之前)彼此配对(或彼此链接)。srwc配对(例如，低功耗蓝牙)是技术人员所已知的。呼叫中心20可参与移动计算装置57和vcp30的配对。例如，为了增加安全性，呼叫中心20可起始vcp24与移动计算装置57之间的查询过程。
呼叫中心18设计成向车辆硬件20提供多个不同的系统后端功能，并且根据这里示出的示例，通常包括一个或多个交换机52、远程计算实体54(例如，一个或多个计算服务器)、数据库56、顾问58，以及各种其它电信/计算机设备60。这些不同的部件经由诸如先前结合车辆硬件20所描述的网络连接或总线62适当地彼此联接。交换机52(其可为专用交换分机(pbx)交换机)路由输入信号，使得语音传输通常被发送至顾问58或自动响应系统，且数据传输被传递至调制解调器或其它电信/计算机设备60用于解调和进一步信号处理。调制解调器或其它电信/计算机设备60可包括如先前解释的编码器，且可连接至诸如远程实体54和数据库56等各种装置。例如，数据库56可被设计成存储用户简档记录、用户行为模式、车辆预约日程表信息或任何其它相关的用户信息。例如，车辆预约日程表可为被执行以创建具有多个可设计时隙的虚拟日程表的代码段，以允许车辆共享系统的用户在系统中预约至少一个车辆的期望的持续时间。预约日程表的一个实施例可以表格形式(电子表格)存储时隙信息。
虽然所说明的示例已经被描述为其将结合人工呼叫中心18使用，但是应当明白的是，呼叫中心18可为希望交换语音和数据的任何中心或远程机构，该中心或远程机构为人工或非人工的、移动的或固定的。
维护设施82的系统可例如经由网络连接或总线62与呼叫中心18通信。每个维护设施82为车辆共享系统10中的每个车辆12提供大量日常维护服务。例如，基于可区分的维护事件，车辆12可由技术人员84修理。例如，当omm认识到剩余的发动油寿命低于某个阈值(例如，20％)或滤油器不健康(例如，低油压、滴油等)时，可将车辆12指定为带至系统中最近的设施82用于换油(或其它类似服务)的日常维护事件的以缓解车辆问题。
维护设施82可散布在特定地理区域中的选定位置处。例如，系统中的维护设施82可位于具有可预约停车位群集的区域内或附近(如上文所讨论)。这样的位置便于将车辆12带至维护设施82。应当理解的是，一个维护设施82也可被结合至呼叫中心20中。因而，该特定的维护设施可与远程实体54直接连接，或经由lan、wlan或无线载波系统50间接连接至远程实体54。
图2说明了用于车辆共享系统的通信实体之间的通信流程图。车辆共享系统允许用户通过它们的移动计算装置57预约相应的未预约的车辆。另外，车辆共享系统将移动装置57与选定车辆12的srwc模块74配对，使得车辆功能(例如，访问车辆和操作)可由移动计算装置57命令。
图2说明了车辆12、移动装置57和远程实体54之间的交互。srwc模块74可结合srwc芯片集76和一个或多个内部srwc天线70。如上文所讨论，车辆12进一步包括传感器接口模块(bcm)78和vcp24。在该实施例中，bcm78在与远程无钥匙进入(rke)或被动系统的典型通信期间包括各种车辆功能，包括但不限于锁定和解锁功能、行李箱或尾板释放、鸣笛、车灯闪烁配置、远程启动和发动机启动/停止功能。vcp24实现从srwc模块74至远程实体54的长距离数据传输。vcp24还可提供可由srwc模块74作为可提供附加认证机制的通信介质接入的无线热点。在某些实施例中，srwc模块74可替代地包括其自己的远程通信能力。应当明白，srwc模块74可实施无线通信协议，其包括但不限于低功耗蓝牙(ble)协议、蓝牙协议、无线个域网协议、ibeacon协议、eddystone协议、近场通信协议和/或wi-fi协议。
在某些实施例中，srwc模块76可被实施为可释放地联接至车载诊断(obd)端口80的基于自适应硬件的附件装置。端口80(也称为aldl端口)是适于经由车辆总线32连接至车载诊断系统(例如，obdii)、车辆传感器72和/或传感器接口模块44(例如，omm、bcm，等)的部件。端口80可进一步包括可提供其自身对各种车辆系统(例如，车辆动力系、悬架、发动机等)的独立内部检查和诊断以确保车辆性能符合某些标准的部件。在其它实施例中，srwc模块76可独立地安装在车辆12内，且结果，经由车辆总线32与车载诊断系统(例如，obdii)、车辆传感器72和/或传感器接口模块44(例如，omm、bcm，等)直接通信。应当明白的是，这种安装可在车辆制造期间安装或作为售后市场安装的一部分。
srwc模块74可另外包括安全机制以保护车辆在未授权的情况下免于未经授权的使用或偷窃(例如，经由机构来禁止远程无钥匙功能)。如下所述，srwc模块76可代替将授权密钥存储在单独的钥匙扣中的需要以允许被动执行某些车辆操作。如下面所讨论的，为了获得授权，远程实体54可发布解锁对应的数字访问令牌(存储在数据库56中)所需的两个加密的公钥27和29，这可实现某些车辆系统的远程访问。第一密钥27可被发布至移动装置57并且存储在其上。第二密钥29可被发布至srwc模块76并且存储在其上(或存储在存储器40上)。访问令牌可以其它方式存储在存储器40中，如第2016-0203661a1号美国专利申请公开中所述，该专利申请公开的全部内容通过引用结合本文。还应当理解的是，除了公钥密码术之外，还可利用其它授权方案。
访问令牌包括可由第一公钥27和第二公钥29签名的外层(“命令请求”律师)，并且可通过比较它们的加密数据来验证密钥。令牌另外包括内层(“数字密钥”层)，其包括未修改的服务器签名对象并且提供cleartext包，该cleartext包描述允许的车辆操作和约束(允许的时间范围等)。如下所述，当车辆共享系统用户接近车辆12时，他们的移动计算装置57可将第一密钥27以数字形式传送给srwc模块74。然后，srwc模块74(或处理器38)将向访问令牌提供第一密钥27和第二密钥29两者。访问令牌然后可验证第一密钥27和第二密钥29彼此对应。当验证完成并且符合“数字密钥”层参数时，移动装置57可间接地访问车辆系统、与车辆系统通信和命令车辆系统-其全部内容在第2016-0203661a1号美国专利申请公开(先前通过引用结合在上文)中进行了公开。移动计算装置57因此可命令bcm44来操作锁定和解锁功能、发动机以及各种其它车辆功能。另外，移动计算装置57可与其它车辆系统通信并且接收要通过carshareapp86的用户界面显示的信息。
图3是用于预约和授权使用装备用于车辆共享系统的车辆的方法300的概要。在步骤310中，作为初始设置，srwc模块74永久安装在车辆12中或可释放地与端口80连接。在步骤320中，carshareapp86生成车辆预约，且车辆预约可预约位于具体停车位置处的车辆。可能需要各种细节来完成车辆预约，诸如但不限于针对移动装置识别(即，序列号)、用户名和预约时间(例如，指定的开始和完成时间条目)的信息。移动装置57然后可将车辆登记传输至远程实体54以随后确证车辆登记。当可确证车辆预约时，远程实体54可将预约信息(例如，车辆登记日程表)存储在数据库56中。
在步骤330中，如上文所讨论，远程实体54执行移动计算装置57的授权。在步骤340中，当成功授权时，移动计算装置57能够访问车辆系统功能。在步骤350中，移动装置57命令(即，经由carshareapp86)被动启动(即，发动机点火)。在步骤360中，在完成车辆预约时，远程实体54禁止移动计算装置57处的车辆系统访问。在该步骤中，在移动装置57和车辆12两者处擦除第一公钥27和第二公钥29(即，删除密钥代码)。
图4表示用于在车辆共享系统中登记预约车辆的方法400的流程图。在步骤410中，carshareapp86生成车辆登记信息。在步骤420中，远程实体54可生成专用于登记的加密访问令牌。访问令牌在从登记请求起的预约时间段(例如，20秒)内被传输至移动计算装置57。签名的访问令牌可包括srwc通用唯一标识符(uuid)、时间范围和时间戳。在步骤430中，carshareapp86激活并且开始预约。在步骤440中，经由carshareapp86将登记确认发送给用户。
图5表示用于检测和授权正接近的移动计算装置57的方法500，该正接近的移动计算装置被配置为完成预约登记。在步骤510中，将移动装置57移动至车辆12的选定物理接近度以内。在步骤520中，移动计算装置57通过实施至少一个无线广播(即，扫描)来检测srwc模块74。srwc模块74还可被编程为广播询问信号(其可包括对应的uuid)。在步骤530中，移动计算装置57确证srwc模块74(即，uuid)。在步骤540中，移动计算装置57和srwc模块74唯一地配对，且可将通知传递给srwc模块74。
在步骤550中，srwc模块74可将bus唤醒信号传送至与车辆总线32和音频总线22连接的特征。在步骤560中，bus唤醒信号唤醒vcp24。在步骤570中，vcp24激活车辆12中的无线节点。在步骤580中，srwc模块74能够传输一个或多个无线数据传输(即，wi-fi)。在该步骤中，可选地，vcp24和/或移动计算装置57可向远程实体54传输验证请求以确保令牌先前没有被撤销。在步骤590中，vcp24向远程实体54传输确证请求用于密钥或令牌确证。在步骤600中，在接收到该确证请求时，远程实体54可为了准确性而测试第一公钥27和第二公钥29以及访问令牌。
在步骤610中，可将确证通知传输至srwc模块74。在步骤620中，还将访问令牌提供给srwc模块74。另外，在步骤630中，移动计算装置57接收访问令牌。在步骤640中，移动计算装置57自动将访问令牌传送给srwc模块74。在步骤650中，srwc模块74经由数字签名和加密的公钥(上文所讨论)确证访问令牌。在步骤760，将授权通知发送至移动计算装置57以通知用户唯一配对过程完成(且因此carshareapp86可命令车辆12)。
图6是用于在已经建立认证之后执行车辆的操作功能的方法700的流程图。在步骤710中，一旦移动计算装置57处于车辆12的内部，srwc模块74检测其存在(即，经由srwc内部天线70)。在步骤720中，srwc模块74接收第一公钥27并且将该密钥与第二公钥29联接。然后将授权密钥传输至远程实体54。远程实体54又使移动装置57(即，carshareapp86)能够操作车辆12。在步骤730中，移动装置57起始车辆操作。应当理解的是，peps功能可通过授权车辆发动机访问来执行，如在典型的peps操作期间将执行的那样。在步骤740中，对发动机供电且允许用户驾驶车辆。
在步骤750中，在操作中，vcp24与omm44、bcm44、obd系统、里程表/计程器(或其它车辆系统)建立连接并且与其通信以接收和编译某些车辆维护类型的信息。车辆信息可正在进行接收或作为一次性事件来接收。例如，vcp24可常规地与omm44通信以接收更新的车辆油信息，诸如但不限于油寿命信息和过滤器健康信息。在另一个示例中，vcp24可与obd系统通信以接收功能异常指示灯(mil)已经在车辆仪表板上起始的异常指示，和/或接收已存在车辆部件故障的指示，和/或收已存在自诊断通知的指示。在又另一个示例中，vcp24可与里程表/计程器进行常规通信并且接收车辆12已经超过特定里程的指示。应当理解的是，已设想vcp24可与其它车辆传感器44通信以接收其它车辆维护类型信息的指示。已设想，车辆维护类型信息是关于车辆和发动机的维护或保养的车辆系统信息(传感器信息)。
基于车辆信息，vcp24可编译车辆信息并且随后生成一个或多个日常维护通知。例如，当维护通知涉及车辆油时，通知可包括关于车辆油剩余时间/数量的数据。该通知可另外包括关于滤油器是否完全失效的数据。在另一个示例中，当维护通知涉及车辆部件故障或自诊断通知时，该通知可包括关于已经发生故障的具体部件或哪个部件/系统部件触发了自诊断通知的数据。在又另一个示例中，当维护通知涉及里程信息时，通知可包括关于所达到的确切里程或超过某个里程碑(例如，上一次换油)的里程的数据。应当明白的是，步骤750的一个或多个方面可包括vcp24的一个或多个代码段(软件算法)在电子存储器40内创建(临时或永久的)数据文件以用于存储预先/后编译信息的目的。在某些情况下，vcp24可从gnss芯片集/部件42获取车辆位置信息，并且将该信息编译成其它车辆信息。这将允许将车辆位置考虑在维护通知中。
在步骤760中，vcp24将日常维护通知传输至远程实体54。在接收到该通知后，可触发远程实体24来采用一个或多个后端功能来检查和分析通知信息。一旦充分检查和分析完成，远程实体54就可主动预测车辆12将何时要求维护。因而，根据这些维护预测，远程实体54将自动地将选定持续时间内的车辆登记状态(例如，经由车辆预约日程表)修改为“停止服务”(或类似状态)，以限制用户在该持续时间内预约车辆，并且允许有时间发生至少一个维护事件。
远程实体54还可自动地将导出的维护通知传输至设施系统中的选定设施82，以调度车辆12的维护事件。设施82可基于许多因素来选择，这些因素诸如但不限于维护专业、技术人员可用性和设施容量。在维护通知包括车辆位置信息的那些情况下，远程实体54可基于其相对于车辆的位置从系统中选择设施82。远程实体54可以其它方式基于车辆12被计算在未来维护的预测时间所处的可能位置来选择设施82。这样的计算可基于车辆已经处于特定的可预约停车位的已记录次数、车辆的已记录驾驶模式以及最新的车辆预约日程表信息。另外，维护通知将允许技术人员84知道他们应当何时期望在车辆12上进行日常维护服务(例如，换油/更换过滤器)，且该通知还可解释维护事件服务的详细细节。
在可选步骤770中，远程实体54可进一步使用所检查和分析的信息来导出至少一个停止服务通知并且向移动计算装置57(即，carshareapp86)发送该至少一个停止服务通知。由于设施82处的调度维护事件，停止服务通知将允许用户查看他们不能预约车辆12的时间块。这样的用户可另外针对车辆共享系统10中的其它类似定位的车辆。另外，在完成维护事件或在调度的维护事件之前和之后的时隙处，可在车辆预约日程表中自动指定“可预约”状态(或其它类似状态)以通过carshareapp86查看。停止服务通知也可在用户在指定为停止服务的一个或多个时隙期间请求车辆登记时被动地生成。
在可选步骤770期间，远程实体54可进一步向vcp24提供停止服务通知以辅助车辆驾驶员。vcp24还可(例如，经由信息娱乐中心控制台、仪表板、ivvm等)实施显示器39和/或音频系统64以展现停止服务指定通知。停止服务通知例如可向用户提供如下通知：由于维护问题(诸如但不限于油寿命低于某个阈值(例如，5％、2％)和/或滤油器健康处于不健康状态，不能预约车辆。车辆发动机也可被远程停用，使得用户在维护事件完成之前不能操作车辆12。这样的远程停用可通过已知的方法来完成，并且可通过远程实体54和/或呼叫中心18的其它特征来进行。
应当明白的是，技术人员84可操作车辆12并且将其带至系统中的选定设施82处的维护事件。停止服务通知可进一步提供如下的目的激励：激励当前用户将车辆12带至系统中的选定设施82。例如，停止服务通知可提供激励报价，其中用户将获得可用于其当前预约和/或未来预约的信用(例如，50％的折扣、另外两个(2)小时的分配预约时间等)。例如，这样的激励可有助于激励具有与车辆预约日程表中的无序时隙相邻的分配的预约结束时间的用户。当在选定设施82处时，用户可另外接收另一个车辆12来完成其预约。在某些情况下，目的地激励也可允许当前用户选择系统中的一个设施82，以允许用户具有选择的能力。
图7是上文所讨论的用于carshareapp86的carshareapp算法800的示例性实施例的算法流程图，并且可被结合至本文所提出的系统和方法的实施例中。算法800的一个或多个方面可通过移动计算装置57的移动处理器的实施来完成，该移动计算装置可包括被结合至移动存储器61中的一个或多个可执行代码段/指令(软件算法)，并且可由可通过用户界面59导航算法800的用户来执行。方法800的一个或多个方面可通过数据中心18的远程实体54来实施，该数据中心可包括被结合至数据库56并且由移动装置57执行的一个或多个可执行代码段/指令(软件算法)(其可经由一个或多个卫星62传输)。应当进一步明白的是，该算法流程过程的步骤可包括没有如本文所述提出的顺序。另外，可在本文提出的任何步骤之前或之后或之间结合其它算法步骤。
如图所示，算法800开始于步骤801，当移动装置57的用户经由多种通常已知的方法中的一种从移动存储器61访问carshareapp86时，可发生该步骤。在步骤810中，启用carshareapp86以与远程实体54进行双向通信(即，经由通过无线通信系统14发送的数据传输)。在步骤820中，carshareapp86允许创建车辆预约，该车辆预约本质上可预约保留车辆12(其被配置为在车辆共享系统10中操作)，该车辆可位于具体的停车位置中并且可持续某个持续时间(如上文所讨论)。在步骤830中，carshareapp86生成车辆预约。在该步骤中，carshareapp86也可将车辆预约传输至远程实体。这种传输可在车辆预约创建时刻或之后的某个时间点发生。
如虚线所显示，步骤840至870发生在车辆预约开始之后的时间点。在步骤840中，carshareapp86接收并且显示授权通知(即，经由用户界面59)。应当明白的是，该步骤可仅在完成唯一配对之后发生，例如，在数字签名和加密的公钥被确证(上文所讨论)之后发生。如果这种确证没有发生，那么为了安全目的，算法800可仅仅移至步骤802并完成操作。在这种情况下，为了保护目的，算法800还可禁止carshareapp86的某些功能(即，将用户锁定无法进一步使用carshareapp86)。在步骤850中，carshareapp86开始车辆预约(上文所讨论)。在步骤860中，启用carshareapp86以访问车辆系统以及操作车辆(上文所讨论)。这种启用可由远程实体54命令。在步骤870中，禁止carshareapp86访问车辆系统以及操作车辆(上文所讨论)。在步骤802处，carshareapp86完成其后端操作以结束当前的使用方案。
步骤880至890可与前面的任何步骤同时发生，或在这些步骤之前或之后的任何时间发生。在步骤880中，carshareapp86接收并且显示“停止服务”状态通知或类似通知(即，经由用户界面59)，如上文所讨论。从上文可推断出，该状态可自动修改carsharapp86(显示在用户界面59上)的gui的一个或多个方面。在可选步骤881，如上文所讨论，carshareapp86还可接收并且显示与“停止服务”状态通知相关联的一个或多个激励报价。在步骤890中，carshareapp86接收并且显示“可预约”状态通知或类似通知(即，经由用户界面59)。从上文可推断出，该状态可自动修改被传输至移动装置57并显示在用户界面59上的预约日程表的gui实施版本。
逐步讨论用于管理已经被结合至车辆共享系统中的车辆12的日常维护的方法。在第一步骤中，vcp24从车辆系统接收一个或多个通信。接下来，在第二步骤中，vcp24生成从车辆系统通信导出的日常维护通知。在第三步骤中，vcp24将会向远程实体传输日常维护通知。在第四步骤中，远程实体54将接收日常维护通知。在第五步骤中，远程实体54将实施其后端功能来检查和分析日常维护通知。在第六步骤中，远程实体54将从日常维护通知分析中预测车辆12的未来维护。在最终步骤中，远程实体54将修改数据库中的车辆登记状态，且这将允许维护事件。应当明白，每个步骤的方面在上面进行了更详细的讨论。
本文所公开的过程、方法或算法可交付给处理装置、控制器或计算机(可包括任何现有的可编程电子控制装置或专用电子控制装置)/由其实施。类似地，该过程、方法或算法可存储为可由控制器或计算机执行的呈许多形式的数据和指令，该形式包括(但不限于)永久地存储在诸如rom装置的不可写存储介质上的信息以及可变地存储在诸如软盘、磁带、cd、ram装置以及其它磁性和光学介质的可写存储介质上的信息。该过程、方法或算法还可在软件可执行对象中实施。替代地，该过程、方法或算法可全部或部分使用合适的硬件部件(诸如专用集成电路(asic)、现场可编程门阵列(fpga)、状态机、控制器或其它硬件部件或装置)或硬件、软件和固件部件的组合来实施。这样的示例性装置作为车辆计算系统的部分可以是车载的或可以是远程非车载的，并且与一个或多个车辆上的装置进行远程通信。
虽然上文描述了示例性实施例，但是并不希望这些实施例描述由权利要求书涵盖的所有可能形式。用在说明书中的词汇是描述性词汇，而不是限制性的词汇，且应当理解，可以进行各种变化而并不脱离本公开的精神和范围。如先前所述，各种实施例的特征可组合成形成可以不明确描述或说明的本发明的进一步实施例。虽然各种实施例就一个或多个所需特性而言可能已经描述为提供优点或优于其它实施例或现有技术实施方案，但是本领域一般技术人员认识到，可牺牲一个或多个特征或特性以实现取决于具体应用和实施方案的期望整体系统属性。这些属性可包括(但不限于)成本、强度、耐用性、生命周期成本、市场适销性、外观、包装、大小、服务能力、重量、可制造性、便于组装等。因而，就一个或多个特性而言，描述为期望性不及其它实施例或现有技术实施方案的实施例不在本公开的范围之外并且对于特定应用可为所期望的。