用于自动租赁钥匙分配与归还的方法和设备 |
|||||||
| 申请号 | CN201510781671.0 | 申请日 | 2015-11-13 | 公开(公告)号 | CN105608804A | 公开(公告)日 | 2016-05-25 |
| 申请人 | 福特全球技术公司; | 发明人 | 罗伯特·布鲁斯·克莱韦; 克里斯汀·克拉奏; 大卫·伦道夫·罗伯斯; | ||||
| 摘要 | 本公开涉及用于自动租赁钥匙分配与归还的方法和设备。一种系统包括被配置为接收租赁归还信息的处理器。所述处理器还被配置为验证存放的遥控钥匙。另外，所述处理器被配置为连接到包含与租赁期有关的车辆使用信息的装置。所述处理器还被配置为从连接的装置收集车辆使用信息。所述处理器还被配置为在租赁 停车场 中验证车辆的存在，终止车辆租赁。 | ||||||
| 权利要求 | 1.一种系统，包括： |
||||||
| 说明书全文 | 用于自动租赁钥匙分配与归还的方法和设备技术领域[0001] 示意性实施例总体上涉及用于自动租赁钥匙分配与归还的方法和设备。 背景技术[0002] 在按需随选(on-demand)技术的时代，人们对等待任何时间量来处理交易感到厌烦。具有在当日送货有时可获得的产品的订购可以在线上立即完成。顾客可以自己充当商城中的结账人员。当在机场办理登机手续时，可通过使用数字登机手续终端来避免排队。在生活中的许多方面，尤其是当涉及到旅行时，疲倦的顾客很难容忍延迟。 [0003] 为了解决这一问题，在某种程度上，一些汽车租赁公司提供自助服务终端，使得客户避免在柜台前排队。通常，用户出示执照或护照，使用PIN和信用卡验证身份，并且在响应中接收钥匙。 [0004] 在用于管理车辆在汽车服务中心登记的另一方法中，所述方法可以包括：在无需用户输入到装置的情况下，将装置连接到未知车辆的诊断端口，自动从车辆下载车辆标识数据和里程表数据，将车辆标识数据和里程表数据从所述装置传输到在服务中心的工作站。工作站可以包括以编程方式填充车辆标识数据和里程表数据的数据库。工作站可以基于车辆标识数据和里程表数据中的一个或两者来检索信息；并且将检索到的数据显示在计算机和纸件打印输出中的一个或两者上。发明内容 [0005] 在第一示意性实施例中，一种系统包括：被配置为接收租赁归还信息的处理器。所述处理器还被配置为验证遥控钥匙的存放。另外，所述处理器被配置为连接到包含与有租赁期有关的车辆使用信息的装置。所述处理器还被配置为从连接的装置收集车辆使用信息。所述处理器还被配置为在租赁停车场中验证车辆的存在，终止车辆租赁。 [0006] 在第二示意性实施例中，一种系统包括：被配置为从用户移动装置接收租赁标识信息的处理器。所述处理器还被配置为验证接收到的租赁信息，根据接收到的信息来分配车辆激活装置。 [0007] 在第三示意性实施例中，一种计算机实现的方法包括：从用户移动装置接收租赁标识信息。所述方法还包括：使用基于自助服务终端的处理器来验证接收到的租赁信息，并根据接收到的信息来分配车辆激活装置。 [0008] 一种计算机实现的方法包括：从用户移动装置接收租赁信息；使用基于自助服务终端的处理器来验证接收到的租赁信息；根据接收到的租赁信息来分配车辆激活装置。 [0010] 图1示出了示意性车辆计算机系统； [0011] 图2示出了无线钥匙系统的示意性示例； [0012] 图3示出了无线钥匙初始化设置处理的示意性示例； [0013] 图4示出了无线钥匙所有者设置处理的示意性示例； [0014] 图5示出了无线钥匙交付处理的示意性示例； [0015] 图6示出了无线钥匙使用处理的示意性示例； [0016] 图7A和图7B示出了无线钥匙终止处理的示意性示例； [0017] 图8A至图8D示出了车辆归还处理的示意性示例； [0018] 图9A至图9D示出了车辆租赁处理的示意性示例； [0020] 图11A示出了验证处理的示意性示例； [0021] 图11B示出了验证处理的第二示意性示例； [0022] 图12示出了自助服务终端租赁结束请求处理的示意性示例。 具体实施方式[0023] 根据需要，在此公开本发明的具体实施例；然而，应当理解的是，所公开的实施例仅为本发明的示例，其中，本发明可以以各种替代形式来实现。附图无需按比例绘制；一些特征可被夸大或缩小以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应被解释为具有限制性，而仅仅作为用于教导本领域技术人员以多种形式利用本发明的代表性基础。 [0024] 图1示出用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还能够与所述界面进行交互。在另一示意性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。 [0025] 在图1所示的示意性实施例中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此示意性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。 [0026] 处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此示意性实施例中，麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24、屏幕4(可为触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS(或其组件)传送数据并传送来自VCS(或其组件)的数据。 [0027] 系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如PND 54)或USB装置(诸如车辆导航装置60)的输出。 [0028] 在一示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可被用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。 [0029] 移动装置与蓝牙收发器之间的示例性通信由信号14表示。 [0030] 可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。 [0031] 可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU 3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在CPU 3与网络61之间通过语音频带传送(16)数据。移动装置53随后可被用于通过例如与蜂窝塔 57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器 63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器 63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。 [0032] 在一示意性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802 PAN(个域网)协议的子集。IEEE 802 LAN(局域网)协议包括WiFi并与IEEE 802 PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如IrDA)和非标准化消费者IR协议。 [0033] 在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITU IMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbps的数据速率，并为在移动的车辆中的用户提供高达385kbps的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced(4G)为在车辆中的用户提供100mbps的数据速率，并为静止的用户提供 1gbps的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(而非限制)802.11g网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。 [0034] 在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置，穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。 [0035] 其它的可与车辆进行接口连接的源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或具有与网络61连接的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE 1394(火TM TM TM线 (苹果)、i.LINK (索尼)和Lynx (德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。 [0036] 此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。 [0037] 此外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。 [0038] 除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”，而使得无线装置不执行该处理部分。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。 [0039] 在在此讨论的每个示意性实施例中，示出了可由计算系统执行的处理的示例性的非限制性示例。针对每个处理，为了执行处理的有限目的，执行处理的计算系统被配置为用于执行处理的专用处理器是可行的。所有处理无需被全部执行，而应被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可根据需要从该示例性处理中添加或去除额外步骤。 [0040] 图2示出了无线钥匙系统的示意性示例。无线钥匙系统提供了将物理钥匙(physical key)交付给用户的替代方式以与车辆使用。此外，在至少一个实施例中，物理钥匙可用性的控制被启用，使得钥匙可被留在例如租赁车辆中，而不必担心车辆通过钥匙的使用而被盗。 [0041] 在该示意性示例中，云服务器201能够控制用于各种车辆205的账户。例如，如果车队有若干具有在此描述的能力的车辆，则服务器可将所有那些车辆与车队账户关联。在该示例中，所述车辆还包括CPU 202、小键盘207(用于车辆进入)以及用于追踪车辆使用和租赁开始/结束时间的计时器(clock)209。在一些示例中，云服务器可以是由租赁所有者雇用的服务提供商或由所有者提供的服务，在用于更小车队的其它示例中，云服务器的功能甚至可以由所有者的电话来执行。 [0042] 所述账户还可与任何数量的用户203进行通信。通过电话上的互联网连接或应用，用户可以访问车队账号来请求车辆。在另一实施例中，例如，如果某人借朋友的汽车，则借用者可以访问出借者账户以请求进入。与车辆的使用有关的信息包括进入码和启动码，所述接入码和启动码可从云服务器传送到用户的无线装置203。 [0043] 针对确认目的而使用可被传送到无线装置和车辆两者的传送码，用户可通过小键盘进入车辆，然后使用无线启动码(诸如滚动码)来启动车辆。 [0044] 图3示出了无线钥匙初始化设置处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0045] 在该示意性示例中，在301，车辆在制造过程期间被初始化。这在车辆曾被出售或被拥有之前发生，并且允许原始设备制造商(OEM)控制初始车辆控制的设置。这也意味着OEM根据需要具有执行重置和其它控制功能所需的信息。 [0046] 在该处理期间，在303，用于车辆的加密钥匙被发送到处理车辆账户的OEM服务器，并且针对远程车辆账户而被存储。在305，加密钥匙也被存储在车辆硬件中。由于双方随后都具有钥匙，因此加密钥匙可被用于系统的两端之间的通信。这在车辆与远程服务器之间发送小键盘码、临时用户数据、滚动ID码和任何其它通信时是有用的。 [0047] 在该示意性示例中，一些其它信息的片段被提供给云服务器。在307，车辆计算系统序列号或其它标识符可被提供。这可被用作在消息中的二次认证的方法以及用于识别接收系统。在309，滚动码起始值也可被提供，在311，滚动码重置值也可被提供。滚动码每当(或每隔一段时间)使用时将变化，使得获得的单码值几乎没有长期使用，或至少非常有限的使用。这防止租赁者返回到车辆和使用旧的码，并且有助于防止通过窃取的码来盗窃车辆。 [0048] 图4示出了无线钥匙所有者设置处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改用为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0049] 一旦车辆在制造期间已经被制造商初始化，车辆还可以具有用于将车辆关联到特定的所有者账户的进一步设置。如先前所述，这对于车队管理可能是有用的，此外对于希望借出汽车但却不想把钥匙留在汽车内(助长盗窃)的个人可能是有用的。 [0050] 在该示意性示例中，在401，车辆的新的所有者可使用表示该进入所有者是车辆的永久所有者(而不是临时用户)的固定的登录码(通用登录码)或物理钥匙或一些其它标志数据来进入车辆。在该示例中，在403，该处理接收物理钥匙的登录，并且在405，基于所述钥匙的存在，访问基于云的账户以与车辆关联。 [0051] 所有者信息随后可使用例如基于车辆的HMI来输入。如果在车辆中没有能输入的(sufficient)HMI，则可与初始化处理相结合来使用移动装置上的应用，或者可在用物理钥匙启动初始化之后使用网站。在407，输入所有者信息，并且各种识别车辆信息在车辆和云之间被共享，例如车辆识别码(VIN)、车辆上的各种模块的序列号或其它唯一的识别特征。此时在409，车辆与所有者相关云账户进行配对。每个车辆可具有个人账户和/或多个车辆可与单个账户关联(例如，用于车队管理)。 [0052] 以这种方式，任何数量的车队车辆(比如在租赁车队中)可与用户账户关联。该租赁可通过具有虚拟车辆钥匙的用户账户而被处理，所述虚拟车辆钥匙被交付给租赁者用于对特定车辆的限制进入。 [0053] 图5示出了无线钥匙交付处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0054] 在该示意性示例中，用户从用虚拟无线钥匙管理的车队租用车辆。用户可使用应用或其它界面来处理车辆的选择、支付和租赁，并且随后可自主地执行钥匙处理和租赁处理。这种方式，车辆可位于任何地方且用户仍然可以容易地进入车辆。然而，即使车辆全都在租赁场(rental lot)，租赁排队也被可跳过，并且可将租赁人员保持到最少。类似的处理对于借用车辆或者甚至对于为了临时使用而出租他们的车辆的个人可能是有用的。因此，该处理还有助于车辆共享程序和模式(schema)。 [0055] 在该示例中，在501，用户访问车辆的库存并选择具体的车辆或车辆类别。如果选择了车辆类别，则该处理随后可选择车辆类别内的已知车辆配件以处理租赁。除了车辆选择之外，也可在503接收租赁参数(典型地，日期和时间)。这些参数可在处理租赁时被使用，并且还可被用于检查车辆的可用性。 [0056] 在505，该处理随后可访问云账户，所述云账户具有一个或更多个与其关联的车辆。例如，但不限于，租赁公司可以具有由该公司所拥有的所有车辆的云账户。在507，使用云账户，该处理可检查所选择的车辆是否可用或与租赁参数是否相符。 [0057] 由于虚拟钥匙处理可通过云账户进行控制，所以云账户也可以充当调度者，因为它知道用于给定车辆的虚拟钥匙将何时到期。尽管一些宽限期可被计入租赁期，但是该处理通常可知道给定车辆将何时是可用的。此外，由于若干车辆可通过同一账户访问，所以如果给定车辆在特定时间不可用(即，租赁者到达并且车辆仍未归还)，则该处理可检查其它车辆。通过应用可很容易地促进车辆的动态重新分配。此外，如果用户想要改变车辆类别，则系统可以很容易地禁用旧的虚拟钥匙并发送用于不同的车辆的新的虚拟钥匙。 [0058] 一旦车辆选择已经被验证为可用，则在509，该处理就可接收用户标识。除此之外，这可包括关于虚拟钥匙将被发送到何处的标识符。这可包括但不限于电子邮件地址、电话号码、文本号、应用ID等。在511，如果用于租赁的支付提前到期，则该处理还可接收该支付。如果需要的话，支付接收也可被推迟，直到虚拟钥匙被传送之前(允许取消等)的某个时刻为止。 [0059] 一旦已经接收到任何所需的信息，则在513，该处理随后可将用户与车辆关联。这可包括保存针对用户的租赁日期以及在特定时间内将车辆设置为“被租用”。对于租赁期的虚拟钥匙在此时也可被设置。在515，如果关联是成功的，并且虚拟钥匙可被建立，则在517，(如果需要的话)该处理可以进行到从特定的源接收支付。 [0060] 在519，如果支付是成功的，则即使租赁期为几天、几周或几个月，该处理也可在521发送虚拟钥匙的信息。这是可能的，因为虚拟钥匙具有暂时相关的开始日期和结束日期。这意味着钥匙在特定时间段之外(在某些例外情况)将不起作用，并且通常是无用的直到租赁期到达为止。虽然钥匙可能是不起作用的，但是用户可能仍然乐于提前接收钥匙。 [0061] 系统可以允许租赁者变更租赁日期，并且为了促进这一点以及防止在没有蜂窝或Wifi连接的情况下的误用或欺诈，系统可以使用递增租赁者编号以及被包括在加密数据包中的事件或命令编号，并且车辆系统随后仅接受比之前更高的租赁者编号或命令编号。以这种方式，系统可通过将具有更高的租赁者编号的新的虚拟钥匙发送至租赁者的电话来对租赁者的虚拟钥匙做出改变。如果预订是针对未来更远的日期，则发送至用户的租赁者编号可能更高，以允许其他租赁者在随后未来的租赁开始之前的定时器周期中预订汽车。命令编号也可以在每次连接到车辆时递增以提高安全性。钥匙还可以包括用于针对未来租赁者而存储的车辆的下一个有效登录码的刷新，以便使车辆保持有效登录码的供应。 [0062] 此外，由于钥匙是虚拟的，所以如果预订被取消或变更，则处理可仅禁用钥匙，使得钥匙根本从未起作用。这可以通过强制租赁者通过将他的手机连接至云账户来取消或变更预订来实现，使得在租赁者电话上存储的虚拟钥匙可以通过终止钥匙或改变钥匙来重写。在该示例中，钥匙由用于进入车辆的钥匙码以及用于激活车辆的滚动码组成。通过禁用这些钥匙中的一个或两者，将防止用户在特定时间使用车辆。在那些时间以外，钥匙通常将被指定为不起作用的。 [0063] 在523，开始时间和结束时间还可被发送至车辆，在525，开始时间和结束时间还可与虚拟钥匙的副本一起被发送至车辆。车辆随后可存储钥匙和启用时间，并且当时间接近时，车辆可启用钥匙。因此，如果车辆出于某些原因在与远程服务器的通信范围之外，则不阻止用户进入和使用车辆。 [0064] 结合该信息，在527，车辆登录码被发送至车辆和用户，在529，车辆启动码被发送至车辆和用户。两者都可以是临时码，都在有限的时间段内被启用。这防止码的过早或过晚使用，防止用户在租赁参数以外访问车辆。例如，登录码可被用于通过车门锁(doorpad)访问车辆内部，启动码可被输入车辆(在HMI或其它装置上)中以使车辆启动。为了输入二级码的目的，当使用有效的车门码时，有限的功率可被提供给HMI。使用各种车辆按钮(例如，一系列的单选按钮按压)的码还可被用在没有足够的HMI的系统中。 [0065] 图6示出了无线钥匙使用处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0066] 这是利用虚拟钥匙进入和使用车辆的示例性处理。虽然“标准”钥匙还可与该实施例结合起来使用，但是虚拟钥匙最初在租赁期间被用于进入车辆，并在没有物理钥匙的情况下用于车辆启动。在该实施例中，虚拟钥匙由两个码(车辆的进入码和车辆的启动码)组成，，从而提供与物理钥匙相同的功能。 [0067] 在该示意性实施例中，在601，用户使用虚拟钥匙码来解锁车辆。在该示例中，在车门上的小键盘上输入所述码，但是也可使用其它合适的进入方法(例如，通过至电话的连接的无线进入)。如果用户扫描了关于租赁的指纹并且车辆装备有生物识别传感器，则也可使用生物识别ID。生物识别ID对于启动车辆的码也是适用的。实际上，在生物识别的情况下，租赁公司可以确保租赁用户是进入车辆的人。 [0068] 一旦所述码已经被输入到所述门中，则车辆被解锁，在603，用户为了启动车辆而将第二个码输入到车辆中。这是租赁者ID码，并与针对租赁期而启用的滚动码相对应。在该示例中，租赁者ID码可用来代替物理钥匙，但是也可使用物理钥匙。 [0069] 在605，如果所述码未被验证，则在607，该处理检查以查看是否超时已经发生。在这个意义上说，超时包括超过码输入尝试的次数。如果超时发生，则系统假定某人在试图无效地进入车辆，在609，新的码可被请求并发送到用户。如果试图进入车辆的人是除了授权用户之外的任何人，则他们可能不会接收到新的码，因此将仍然不能启动车辆。 [0070] 一旦已经输入了正确的码，则在611，该处理可检查以查看所述码是否在有效时间段内。由于所述码仅在特定开始时间以后是有效的，所以用户可能无法使用所述码来进入车辆，直到所述开始时间到达为止。在这种情况下，在615，该处理在允许车辆激活之前将等待直到所述开始时间已经过了为止。 [0071] 在另一示例中，如果用户提早了几个小时，但是预计没有其他人在中间时间段使用车辆，则该处理可以提早启用所述码。由于该处理知道所述码，所以该处理可验证所述码为授权的，随后基于没有其他人需要使用车辆的事实而应用新的开始时间。如果需要的话，新的开始时间信息可出于计费目的而被记录。 [0072] 在某些情况下，物理钥匙也可被留在车辆内。这些钥匙可与使按钮能够启动的文字钥匙或射频(RF)钥匙相对应。在任一情况下，这些钥匙可以被禁用除非已经输入了有效的解锁码和/或滚动ID码。在该示例中，在613，两个码在物理钥匙被启用之前都被输入了，但是在其它情况下，可能仅需要一个码来启用物理钥匙。例如，在有效的时间段期间，用户可以输入临时可用车门码，并使物理钥匙被立即启用。 [0073] 此外，在该示例中，在617，车辆被启动。这可以帮助找不到钥匙的用户。或者，如果先前的用户不经意地留下了物理钥匙，则滚动码仍然可以被用来启动车辆，因此用户并非不能进入车辆。 [0074] 在619，滚动码和/或物理钥匙对车辆继续起作用直到租赁结束时间到达为止。所述结束时间表示租赁合同的结束，此时车辆将被归还或被停放以供另一用户使用。 [0075] 一旦结束时间到达，则在621，该处理可通知用户，因此用户知道接下来的时间车辆会被关闭，钥匙将停止工作。当然，对此策略的例外情况可以被做出。例如，在该实施例中，在623，宽限期将继续运行，假设允许用户将车辆置于指定位置。在其它情况下，可以允许在与燃料站对应的位置上的单次停车，因此用户可填满燃料箱。一旦宽限期到期，则在625，如果需要的话可禁用物理钥匙和虚拟钥匙两者。这将不一定关闭车辆，(除非期望自动关闭)它仅防止车辆被重新启动。 [0076] 图7A和图7B示出了无线钥匙终止处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0077] 图7A示出了“标准”归还处理的示例。在该示意性实施例中，租赁者在必需的时间段内按照约定归还汽车。例如，在701，租赁者可以使用应用或车辆界面来初始化用于归还车辆的结账处理。 [0078] 为了确保安全性被维护，在703，该处理可在结账开始之前检查以查看车辆是否处于停放状态，在705，该处理可在结账开始之前可检查以查看车辆是否处于关闭状态。这也有助于防止用户在结账处理已经完成之后使用车辆(例如，防止在用户仍然距离目的地数英里但是已经用完约定的时间时进行结账)。另外，当车辆在租赁期之间被停放时，这提供了防盗方法的度量。一旦结账处理被完成，则不仅虚拟钥匙将被禁用，车辆钥匙也将被禁用。车门钥匙也可被禁用或者可在一段时间内保持激活，以防用户遗忘物品在车辆内。在合适的时间段之后，车门钥匙也可以被禁用。 [0079] 一旦车辆已经被停放和关闭，在707，该处理从远程服务器接收验证归还的通知。此时，在709，钥匙可被禁用，并且用户可被通知车辆可能不再被可用。 [0080] 此外，此时在711，该处理可获得车辆(或运行应用的电话)的GPS位置以确定车辆曾被留在哪里。在车辆没有被留在租赁场或其它已知位置的情况下，这可能是特别有用的。在713，GPS位置随后被发送到账户所有者，所以账户所有者可确定车辆的位置。该位置也可被发送给下一个租赁者，所以该租赁者也可确定车辆的位置。 [0081] 图7B示出了租赁结束期的示意性示例，其中，租赁者在租赁期到期时没有到达预期目的地。在该示意性实施例中，租赁者要么在车辆中行驶，要么使车辆置于车辆并不打算被留下的地点。在后一种情况下，如果需要的话，可仅仅禁用车辆钥匙，或仍可提供宽限时间段。在另一实施例中，租赁者可能被警告并可能设置有限的时间表以将车辆归还到指定场所。 [0082] 在该示意性示例中，在721，如果租赁时间结束，则在723、725，该处理获得并报告车辆GPS位置。如果需要的话，在727，这可被用于增加宽限期，例如，如果车辆接近预期目的地或朝预期目的地行驶的话，通过延长宽限期。在727，只要宽限期延长，该处理就继续报告车辆GPS位置。如果车辆偏离地理区域(诸如，前往预期目的地的路线或通常前往预期目的的路线)太远，则宽限期也可被提前结束。 [0083] 一旦宽限期已经结束，则在729，该处理检查以查看车辆是否处于停放状态。如果车辆处于停放状态，则在731，该处理还可检查以查看点火装置是否处于关闭状态。如果停放状态和关闭状态两者不都存在，则在733，该处理可警告用户宽限期已经到期，并且请求用户尽快进行到车辆归还。例如，用户还可被通知钥匙将很快被禁用。钥匙禁用的实际条件可根据需要而被提供或不提供。在735，车辆的GPS位置也可出于追踪目的而被报告。 [0084] 一旦车辆处于停放状态，并且钥匙已经被关闭(点火装置断开)，则在737，该处理可进行到禁用钥匙。如上，这可包括虚拟钥匙元素(virtual key element)和/或物理钥匙的一些或全部。在739，该处理还可将车辆的GPS位置发送给租赁公司以进行追踪、检索并且供下一个租赁者使用。 [0085] 图8A至图8D示出了车辆归还处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0086] 在该示意性示例中，在807，用户决定开始租赁结束处理。在805，该处理检查以查看车辆是否设置有蜂窝调制解调器。例如，如果设置有蜂窝调制解调器，在801，如果蜂窝覆盖(coverage)存在，则在803，该处理将针对连接车辆执行例如诸如在图7A示出的归还处理。由于车辆经由基于车辆的调制解调器连接到云，所以通过车辆与云之间的直接通信使得结账处理和归还处理变得容易。任何临时钥匙可被禁用，PIN可被禁用和/或重置，车辆位置可针对下一个租赁者经由云而被记录。 [0087] 例如，这在租赁归还场是常见的场景。由于提供程序将知道租赁归还场具有用于向车辆提供连接的足够的覆盖(或者覆盖可由LAN来提供)，所以租赁公司将通常能够确保交易可在他们的租赁归还场被无缝地处理。图8A至图8D中的其余部分涉及连接到车辆安装的调制解调器是不可用的情况。 [0088] 如果没有蜂窝调制解调器，或如果蜂窝覆盖针对将要被连接的调制解调器当前不存在，则该处理在归还被请求时可能必须采取额外步骤。例如，租赁结束可直到用户将车辆置于停放或点火开关断开时才被允许发生，使得车辆在租赁被认为结束之后不可以被移动。在809，如果有车辆信息娱乐系统，则在813，该处理检查以查看蜂窝覆盖或WiFi覆盖对于用于连接到云的系统是否可用。如果没有信息娱乐系统，则该处理通常将清理滚动码。在811，系统可使当前滚动码失效，并在下一个用户到达时创建新的滚动码。 [0089] 在815，如果系统具有信息娱乐系统或远程信息处理系统和可用的连接(即，用户已经返回到具有覆盖的区域，可能是指定区域)两者，则在817，用户会将车辆放置在停车场并关闭点火装置。在819，(如果这仍没有被做)用户则指示租赁处理应该结束。车辆系统可使用各种方法来接收租赁者用于结束租赁的意图。作为非限制性示例，用户可以将其意图输入到车辆HMI或电话APP中，或者通过将智能钥匙放入到LF备份口袋中。触发结束处理的租赁时间可能已经过去了或者例如用户可手动地启动租赁结束。 [0090] 在821，该处理随后禁用钥匙和/或针对该用户的驾驶授权。例如，这可以通过禁用远程钥匙、使码失效或通过禁用被用于租用车辆的任何激活处理的任何其它方法来实现。 [0091] 在该示例中，远程信息处理系统通过无线电话被连接至云，所述无线电话被连接至车辆系统。在823，处理通过所连接的电话发送登记/归还通知。这可使用电话作为传递(pass-through)或通过在电话上运行的且与车辆和云两者进行通信的实际应用来实现。 [0092] 此时，在825，该处理还收集租赁信息，所述租赁信息可包括但不限于：总的租赁时间、车辆的位置、车辆里程数和租赁公司想要收集的任何其它行程参数。例如，任何诊断警告(低燃料、低胎压等)都可能被发送，因此公司知道车辆在重新租赁之前需要被检修。如果租赁者有责任归还具有特定燃料水平的车辆，则也可收集并发送当前燃料水平。在 827，该信息随后被以各种容量报告回至云，以供租赁公司使用。 [0093] 一旦结账手续齐全，则在829，用户锁好车辆并离开车辆，留下钥匙(如果存在的话)。此外，一旦用户已离开，车辆在一些短暂的时间段之后可自动锁住，以确保车辆如果在远程位置则被锁住。车辆也可执行最终钥匙的搜索，并针对具有所述能力的钥匙确认钥匙被留在了车辆内部，并将该信息报告给服务器。此时，在831，租赁结束并且任何费用可被处理。 [0094] 如果没有可用的蜂窝或WiFi(或其它连接)，则在833，该处理可启用车辆小键盘，如果存在的话。如果在车辆上有小键盘，则在835，车辆可被归还到任何位置。由于车辆在租赁结束时将不会与云连接，因此在该示例中无论覆盖是否存在用户可将车辆归还到任何位置。 [0095] 此外，在837，用户将使车辆处于停放或点火开关断开，在839，随后指示希望结束租赁。在该示例中，由于当前没有连接到云，所以在841移动装置(例如，电话)将记录租赁结束处理以稍后进行传输。由于在缺乏连接的情况下车辆仍然具有功能，所以在843车辆将禁用先前所讨论的任何适当的钥匙。 [0096] 在该示例中，在845，电话和/或车辆将收集租赁归还信息以供稍后报告。在某些情况下，电话可以收集信息以稍后进行报告。在一些情况下，车辆计算机可在车辆具有连接的下一时间收集将传输的信息。在至少一个实施例中，例如，连接至车载数据总线(ODB)端口的装置可收集装置，并与自助服务终端(kiosk)进行无线连接。在847，用户随后锁住车辆，如果需要的话将钥匙留在车辆内。 [0097] 在某一时刻，在849，电话或车辆将重新进入连接的区域并且将被连接至云。此时，在851，可报告收集的信息。在该示例中，在853，租赁将在车辆记录的归还时间或报告时间根据取决于由车辆所有者所期望的以及由租赁协议所描述的哪个场景而结束。 [0098] 即使小键盘不存在，对于用户将车辆归还到任何位置也是有可能的。如果用户将车辆归还到没有覆盖的位置，则在装备有远程信息处理系统、没有小键盘的车辆中，在855停车以及在857停放和关闭电源之后，在859，用户可指示用于结束租赁的期望。 [0099] 再次，在861，电话或车辆远程信息处理单元(或其它合适的计算机)可记录相关赁结束信息(诸如，结束时间)。在863，车辆可禁用所有钥匙，在865，车辆或电话可收集与租赁有关的所需的所有额外信息。 [0100] 在867，用户随后可以锁住并离开车辆。这里再次，一旦用户已离开，则车辆在一段短暂的时间段之后可自动锁住，以确保车辆被锁住。车辆还可向用户的电话报告：钥匙被留在了车内、有效的锁被执行以及在车辆在租赁者离开时是安全的。在869，用户随后必须行驶到有蜂窝或WiFi连接的区域，并连接他的手机以报告结束租赁的条件。此时，在831，租赁结束并且任何费用可被处理。此时，用户也可根据租赁协议条款而在行驶时间被信任以在此时连接。再次，如果车辆没有记录，则报告将被推迟直到车辆重新进入连接(例如，通过连接的电话)为止。一旦重新建立连接，则在871，该处理将报告相关信息，并且在873，租赁处理将结束。 [0101] 图9A至图9D示出了车辆租赁处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0102] 在该示意性示例中，用户可以租用具有以下可能的特征的车辆：1)车载调制解调器(存在/不存在)，车载远程通信处理系统/信息娱乐计算机(存在/不存在)，进入/启动小键盘(存在/不存在)。这仅仅是车辆选择的示意性示例，并且本发明不必限于具有这些选项的车辆。 [0103] 在该示例中，在905，处理907检查以查看车辆是否配备有调制解调器。如果有调制解调器，并且在901，覆盖存在，则在903，该处理将使用与云进行通信的连接的车辆计算机来启动租赁。可生成和激活钥匙以及传输到车辆的所有码。由于车辆被连接并与云进行通信，所以任何和所有启用可当场完成。也可设置适当的租赁参数(到期、地理围栏(geofence)等)。 [0104] 如果存在蜂窝覆盖，或者如果目前不存在嵌入式调制解调器，则在909，该处理检查具有连接选项的远程通信处理单元或信息娱乐系统。如果没有这样的远程通信处理单元，则在911，该处理可利用用于车辆启动的滚动码。滚动码以已知的间隔转换成已知的新的码，使得两个未连接的源可生成相同的下一个码，并且每个源可以基于滚动码算法识别给定码的有效性/失效。 [0105] 在913，如果存在用于远程通信处理单元的蜂窝覆盖，则在915，该处理将指示电话显示用于输入到车辆小键盘中(访问小键盘)的pin。在917，用户输入pin，在919，该处理检查匹配。在该示例中，车辆也已经设置有pin的副本，使得有效性可被确保。在921，正确的pin的登录使车辆解锁。 [0106] 在923，用户将电话连接到远程信息处理单元，在该示例中，使用预先核准的电话来授权车辆启动。在925，车辆将挑战(challenge)发送到电话，在927，电话将挑战发送到云。 [0107] 在该示例中，由于用户使用已知的电话来设置租赁和接收登录pin，在929，云可以识别电话并授权电话。在931，云用授权响应，在933，所述授权被转发到车辆，且在935，车辆可以启动。 [0108] 如果不存在蜂窝或WiFi覆盖，则由于云是不可用的，所以电话不能被用于验证车辆启动。在该示例中，初始登录处理是相同的，在939，租赁者到达，在941，获得pin(所述pin是在覆盖是可用的时先前接收到的)，在943，输入pin以在945进行验证。 [0109] 在947，如果pin与先前(当覆盖是可用的时、在由所有者设置期间、初始制造或基于滚动码、如果使用滚动码的话)在车辆上保存的pin匹配，则在951，该处理使车辆解锁；否则在949，该处理可结束。 [0110] 由于本地连接仍然可被产生，所以在953，电话可连接到远程通信处理单元。在955，一旦电话被连接，则在959，电话将将一组钥匙码安全地发送到车辆；否则在957，该处理可结束。当接入码被接收到时，这些码初始由电话接收、先前由车辆存储并且可被用于启动车辆。 [0111] 在983，如果物理钥匙在车辆中是存在的，则在987，车辆可在接收到有效码时启用所述钥匙。 [0112] 如果车辆内没有钥匙，则在985，用户可执行共享(tethering)处理，其中，在989，如果正确的话，则所述共享处理可使车辆能够启动。在991，车辆可随后被启动，在993，租赁可开始。 [0113] 如果没有到云的连接，并且没有用于pin登录的小键盘(937中的“否”)，则该处理可利用蓝牙或其它识别来允许车辆进入。在961，当租赁者到达车辆并触摸把手时，在963，无线系统唤醒。 [0114] 在965，租赁者随后将在无线装置(例如，电话)上打开应用，在967，应用将蓝牙配对和WiFi密码发送到车辆。在969，这将允许电话与锁住的车辆的连接和配对。这里可被使用的连接方法的另一非限制性示例是NFC(近场通信)或其他类似的短距离无线协议。 [0115] 一旦建立了连接(本地的)，则在971，该处理将发送加密包，所述加密包当租赁在电话具有到云的连接时被请求时被接收。在973，该加密包将被车辆解密。所述包可包含识别信息(诸如，车辆识别码(VIN)或连接到VCS的各种模块的序列号)。该信息特定于目标车辆，并且将会在设置处理中与租赁所有者共享。在975，所述包还可包含各种可用的租赁信息以确定进入是否应该被允许。这可包括但不限于：租赁者数量、日期、时间、命令数量或登录事件数量、租赁开始时间和结束时间等。 [0116] 在977，如果用于租赁的条件被满足，则在981，该处理可使车辆解锁并允许登录；否则在979，用户可以以正确的日期和时间窗口再次尝试。此时，如图9C所示的外部小键盘示例，处理可启用启动。 [0117] 图10示出了自助服务终端租赁开始请求处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0118] 在图10所示的示意性实施例中，该处理针对在租赁搭乘或下车位置安装的租赁自助服务终端而被考虑。所述自助服务终端可以具有长距离无线(或有线)连接和短距离无线连接两者。长距离连接可以被用于访问基于云的源(诸如但不限于拥有用户账单和预订信息、车辆信息、数据库和任何其它有用的云存储的信息的服务器)。短距离连接可以被用于连接例如但不限于用户电话、车辆计算系统、基于场地(lot-based)的安全系统和任何其它合适的本地源。 [0119] 在图10所示的示意性实施例中，处理根据需要用自助服务终端中的交换信息在自助服务终端上本地运行或在云上远程地运行。图10的进一步讨论将是针对仅为了示意性目的而被提供的示例性本地处理。在示意性示例中，在1001，寻求搭乘租赁车辆的用户接近自助服务终端并请求进入预订的车辆。如果自助服务终端配备有足够的交互能力，则都在一个步骤中预订和获得车辆也是可能的。然而，在该示例中，账单信息、驾驶员信息等在较早的预订时间已经被预先输入。 [0120] 在该示例中，用户将他们本身识别到自助服务终端。这可以各种方式来实现，所述各种方式包括但不限于输入预订号码、扫描将与租赁使用的信用卡(例如，用于押金的目的)、扫描驾驶执照、与存储适当信息的电话进行近场通信或其它短距离通信、输入验证码等。在某些情况下，也可以要求多种形式的识别来完成预订。 [0121] 在一示例中，用户将被发送用于输入的验证码以将用户识别到自助服务终端。在某种程度上该信息仍未被输入，于是，例如，自助服务终端可以要求信用卡输入和驾驶员执照扫描，。即使驾驶执照先前已经被输入，系统也可能想要再次扫描执照，以最好地确保领取了执照的驾驶员是在该位置事实存在的。虽然不完美(因为对于自助服务终端来说将扫描的执照与在自助服务终端站立的人进行比较)，但是执照的扫描至少确保对车辆进行结账方可能拥有驾驶执照。 [0122] 在1003，一旦用户已经被充分识别，则在1005，该处理将连接至基于云的预订服务器。在未示出的其它示例中，预订数据可以以天、周等为基础周期性地被下载到本地自助服务终端，使得在结账时不需要连接到服务器。在该示例中，一旦系统已经连接到云服务，则在1007，该处理将针对用户要求租赁验证。在1009，一旦用户已经被验证为授权的租赁者，则任何升级选项、保险选项等也可被呈现。 [0123] 在1009中，如果该处理不能使用户有效，则在1011，自助服务终端可发出错误消息，并且用户可尝试解决所述问题。另一方面，如果用户被验证，则在1013，该处理可分配与所要求的车辆对应的合适的钥匙。可通过各种处理来识别钥匙/遥控钥匙(fob)，所述各种处理包括但不限于针对每个钥匙的物理分区、特定钥匙的NFC或蓝牙识别、钥匙上的码的条形码扫描或任何其它合适的处理。如果钥匙/遥控钥匙具有提供给钥匙/遥控钥匙的任何追踪机构(其将稍后针对车辆登记而被讨论)，则如果需要的话，该处理可初始化针对特定钥匙的追踪，例如，通过与遥控钥匙的短距离无线通信。 [0124] 在该示例中，一旦钥匙已经被分配，钥匙将仅在有限的时间段内针对获取保持可用。钥匙可被分配到可收回室(chamber)，其中，在1015，如果钥匙保持了比在1017的超时期更长的时间段，则在1019，钥匙可回收(例如，通过所述室的底部掉落回到所述自助服务终端)。这可有助于防止分配的钥匙被忽视并且防止车辆被盗。例如，如果客户没有意识到钥匙已经被分配，并且出于某种原因被调离开自助服务终端，使钥匙依然放置在自助服务终端中以供任何路人获取将是不可取的。在其它示例中，如果客户通过与移动装置的无线链路中断了与自助服务终端的短距离通信，则由于这可能指示客户已经从自助服务终端离开，因此这可能足以触发对任何分配的钥匙的钥匙回收。 [0125] 考虑到对低电量电话供电或通过有线连接而因此更安全的通信，自助服务终端也可以设置有一个或更多个物理连接功能。在这种情况下，中断有线连接可触发针对钥匙回收的超时倒计时，或者，例如，可导致即刻钥匙回收。 [0126] 一旦钥匙被移动(在该示例中)、分配、使用等，则在1021，租赁计时器可开始。为了达到在租赁正在进行的同时从车辆收集任何数据的程度，在1023，适当数据的收集也可在此时开始。在一些示意性示例中，车辆遥控钥匙或用户无线装置将在租赁在进行中时无线收集车辆信息。该信息可被用于结束租赁、和/或可以以周期性间隔被报告回到租赁处。 [0127] 例如，如果移动装置上的应用或例如车辆遥控钥匙被用于追踪，则所述装置可被指示在钥匙/遥控钥匙被分配的时间或在钥匙/遥控钥匙被分配的时间前后开始追踪。通过与车辆的无线通信，在租赁正在进行的同时，钥匙/遥控钥匙或移动装置可被用于记录车辆诊断、燃料水平、里程和任何其它相关信息。如果到云的远程连接对信息收集装置是可用的，则该信息可以以周期性间隔被远程报告，或者，例如，该信息可在车辆归还时被用于报告车辆使用数据。在另一示例中，车辆安装的处理器(诸如车辆计算系统中的处理器)、车辆安装的移动装置或包括数据追踪能力的车辆安装装置将与该处理进行通信，以接收用于启动数据追踪(和传输，如果适当的话)的指令。 [0128] 图11A示出了验证处理的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0129] 该处理示出了如何执行用户验证的一个非限制性示例。如前所述，所述验证可包括用于完成租赁处理所需的任何和全部信息的验证。在该示意性示例中，在1101，用户验证数据(例如，驾驶执照或租赁码)被输入到自助服务终端中。在该实施例中，在1103，自助服务终端随后连接到云服务器以验证输入标识。在该示例中，进一步的验证码将由用户和自助服务终端两者来接收，以确认适当的一方正在试图开始租赁。 [0130] 在1105，自助服务终端接收标识码的一个副本，并在1107，向用户移动装置指示所述码的传输。在其它示例中，当所述码被发送到自助服务终端时，所述码可自主地传输到识别的移动装置。在该示例中，当注册被执行时，提前提供移动装置ID(例如，电话号码)，使得对所述装置是属于适当用户的装置有了进一步的保证。 [0131] 一旦所述码在用户移动装置被接收，则在1109，所述码由用户来输入。当装置被预先识别时，通过在租赁时将所述码传输到自助服务终端和装置两者，因为所述码不能在自助服务终端中被预先截获或访问，所以提供了另外的一层保护，移动装置的使用确认当预订被做出时用户持有的同一移动装置正在接收所述码并存在于自助服务终端处。 [0132] 在1111，自助服务终端处理继续比较由用户输入的码与从服务器接收的码。在1113，如果存在匹配，则在1115，该处理可设置“验证的”状态，所述“验证的”状态不需要进一步的用户验证。通过确认装置的存在，可以忽视任何其它的验证并且用户可以继续进行租赁。在1117，如果“未验证的”状态被设置，这意味着不正确的码被输入，或者例如用户不具有移动装置，其中，移动装置未被供电等。在该示例中，租赁基于未验证的状态租赁而未被禁止，但是可在1009要求进一步的验证。以这种方式，用户不会因为电话丢失、电话死机、或可能影响验证的其它与旅行相关的事故而被禁止租赁。 [0133] 图11B示出了验证处理的第二示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0134] 在该示意性示例中，(例如，被用于做出预订的)应用位于用户装置上。或者，用户标识文件或用户标识信息至少已经被提供到用户装置或可从用户装置上获得。因此，不需要物理用户输入的数据，相反，自助服务终端可使用某种形式的无线通信或有线通信连接到装置。在1121，装置通过自助服务终端以适当的方式(USB、NFC、WiFi、蓝牙等)被连接。由于装置或在装置上运行的应用被预先提供了授权信息，所以用户不需要采取除了仅对该示例中的装置的拥有之外的任何其它步骤。当然，视情况可以要求其它验证。 [0135] 一旦自助服务终端已经在1121连接到装置，则在1123，获得用户标识数据。使用该信息，该处理可在1125连接到云服务器并上传该信息以进行验证，或者在另一示例中，下载验证信息以与(从装置接收的)已经在自助服务终端中的信息进行比较。也可使用两个验证处理的某种组合，针对期望的验证范例，可视情况增加额外的步骤或省略额外的步骤。 [0136] 在另一验证范例中，在移除钥匙之前的某个时刻，可以将QR码、条形码或类似的可扫描的码提供给用户装置。通过向自助服务终端上的扫描仪呈现该信息，(在传输了任何所需的其它信息之后)在可扫描的码中包含的适当的信息可被验证并且钥匙可被分配。 [0137] 图12示出了自助服务终端租赁结束请求处理的示意性示例。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的部分或全部的目的，通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被暂时改为用作专用处理器，直到方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。 [0138] 在该示意性示例中，当车辆被归还时，车辆自助服务终端能够接收某种形式的租赁结束信息。在该示例中，处理可从电话或遥控钥匙、从服务器以及(如果需要的话)直接从车辆本身接收数据。在其它示例中，视情况而定，车辆可以经由自助服务终端被归还，并且任何登记类型信息可能需要被手动输入到任何系统中。 [0139] 在该示例中，在1201，该处理(在自助服务终端中或在连接到自助服务终端的服务器上运行)接收用于归还车辆的请求。通过利用该处理，租赁归在白天和黑夜的所有小时成为可能，而不必必须使人到现场来登记车辆。在该示例中，在1203，该处理检查以查看移动装置或车辆遥控钥匙是否在试图报告数据，或者被指定为使数据在移动装置或车辆遥控钥匙上被存储/检索。如果不存在来自电话或遥控钥匙的可用的本地数据或本应是可用的本地数据，则在1215，该处理检查以查看是否存在用于从云接收使用数据的指令。例如，在租赁在进行中的同时，车辆可以将数据报告给云，从而可以基于云报告检索结束数据。最后，如果不存在预定的云检索的数据，则在1219，该处理可(例如，通过无线通信)直接连接到车辆。如果没有到车辆的连接是可用的，则该处理可在归还时跳过数据收集步骤，并在稍后的时间完成数据交换。然而，这仍然允许用户及时归还钥匙。 [0140] 如果将从电话或从遥控钥匙检索数据，则在1205，该处理以有线或无线的方式连接到移动装置(电话、平板等)或遥控钥匙。类似地，如果将从云检索车辆数据，则在1217，该处理可使用有线或无线通信连接到云服务器。一旦已经建立了适当的连接，在1207，该处理可从移动装置、遥控钥匙或云检索数据。这通常是在租赁检查结束时接收的数据，并且可包括但不限于诊断数据、燃料水平、里程表读数以及甚至来自车辆内部摄像头和其它传感器的图片(如果需要的话)。 [0141] 在很多情况下，在车辆被归还之前，遥控钥匙、移动装置或云上的更新数据不可以表示最近的即时快照(immediate snapshot)。为此，时间戳(timestamp)也被包括在数据中。在1209，如果时间戳在时间上与即时时间不够接近，则该处理将在1219直接连接到车辆，以在1221接收最终更新的数据。如果基于云的数据或本地的遥控钥匙/装置数据不存在，那么这是相同的数据或可接收的数据的某个子集。一旦检索到任何其它所需的数据，或者如果时间戳指示不需要额外数据，则在1211，该处理将在接收单元中接收钥匙，所述接收单元允许将钥匙安全地存储在自助服务终端的内部。此时，一旦已经接收了数据或钥匙，则在1213可结束租赁处理。 [0142] 在至少一个实施例中，钥匙被设置有自助服务终端系统可读的标识符。为了便于快速归还，用户可仅仅将钥匙投入自助服务终端并且是在其途中。自助服务终端中的本地系统可(例如，通过诸如但不限于蓝牙或NFC的无线连接；或者，例如，通过条形码扫描或其它合适的识别处理)扫描钥匙并且以例如以上描述的示例性方法来检索任何信息。车辆上的报告可被生成，并且被发送到租赁者的蜂窝电话，从而确认租赁完成信息。在又一示例中，该系统可在告知用户租赁为完成之前试图(例如，使用场地摄像头、到车辆计算机或在车辆中安装的其它无线识别装置的本地无线连接或其它适当的识别方法)验证车辆的存在。 [0143] 尽管上面描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能形式。更确切地，说明书中使用的词语为描述性词语而非限制性词语，并且应理解的是，可在不脱离本发明的精神和范围的情况下作出各种改变。此外，可将各种实施的实施例的特征进行组合以形成本发明进一步的实施例。 |
||||||
QQ群二维码
意见反馈
意见反馈