用于燃料输送请求的安全处理的方法和设备与流程

文档序号:11594203阅读:229来源:国知局

说明性的实施例总体上涉及用于燃料输送请求的安全处理的方法和设备。



背景技术:

在很多场合下,驾驶员到达他们的目的地且注意到车辆的燃料水平低。在离开目的地之前停在加油站可能是不方便的,尤其是在附近没有加油站的时候。例如,驾驶员可在下午4:00下班,以尝试避免交通堵塞,然而却想起燃料水平低,则被迫进行添加燃料的停留,这为形成交通堵塞给予了时间。在其它情境下,附近的加油站的位置可能处于高犯罪率区域中或者引起另外的不期望的绕行(长距离或长行驶时间,未铺砌的道路等)。



技术实现要素:

在第一说明性示例中,一种系统包括处理器,所述处理器被配置为:响应于燃料车的无线请求,通过车辆与所述燃料车之间的直接无线连接来无线地指示燃料分配开始,所述无线请求包括有效令牌和燃料车媒介访问控制标识符(mediaaccesscontrolidentifier,macid),所述直接无线连接利用所述燃料车macid被建立。

在第二说明性示例中,一种系统包括处理器,所述处理器被配置为:响应于从车辆乘员接收到应发生燃料输送的指令,产生燃料输送请求并发送燃料输送请求,所述燃料输送请求包括车辆识别信息、期望燃料量以及由车辆产生的用于实现燃料输送的令牌。

在第三说明性示例中,一种系统包括处理器,所述处理器被配置为:检测加燃料喷嘴被插入到车辆加燃料口中。所述处理器还被配置为:响应于所述检测唤醒车辆远程信息处理系统。所述处理器还被配置为:在唤醒之后,在所述远程信息处理系统从远程源接收燃料车macid和令牌。此外,所述处理器被配置为:验证所述令牌;一旦所述令牌已被验证,则使用接收的macid建立无线连接。

附图说明

图1示出了说明性的车辆计算系统;

图2示出了用于安全地处理燃料输送的说明性系统;

图3示出了说明性的燃料请求处理;

图4示出了说明性的燃料接收处理;

图5a和图5b示出了用于燃料车连接的说明性连接处理。

具体实施方式

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

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

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

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

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

在一说明性实施例中,系统1使用蓝牙收发器15与用户的移动装置53(例如,蜂窝电话、智能电话、pda或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置53随后可用于通过例如与蜂窝塔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的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件,以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是ieee802pan(个域网)协议的子集。ieee802lan(局域网)协议包括wifi并与ieee802pan具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如irda)和非标准化消费者红外协议。

在另一实施例中,移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中,当移动装置53的拥有者可在数据被传送的同时通过装置说话时,可实施已知为频分复用的技术。在其它时间,当拥有者没有在使用装置时,数据传送可使用整个带宽(在一示例中是300hz至3.4khz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用,但其已经在很大程度上被用于数字蜂窝通信的码域多址(cdma)、时域多址(tdma)、空域多址(sdma)的混合体所替代。这些都是ituimt-2000(3g)兼容的标准,为静止或行走的用户提供高达2mbps的数据速率,并为在移动的车辆中的用户提供高达385kbs的数据速率。3g标准现在正被imt-advanced(4g)所替代,其中,所述imt-advanced(4g)为在车辆中的用户提供100mbps的数据速率,并为静止的用户提供1gbps的数据速率。如果用户具有与移动装置53关联的数据计划,则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中,移动装置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.linktm(索尼)和lynxtm(德州仪器))、eia(电子工业协会)串行协议、ieee1284(centronics端口)、s/pdif(索尼/飞利浦数字互连格式)和usb-if(usb开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。

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

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

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

在此讨论的每个说明性的实施例中,示出了可由计算系统执行的处理的代表性的、非限制的示例。关于每个处理,执行处理的计算系统为了执行处理的有限目的而变成被配置为专用处理器以执行处理是可能的。所有的处理不需要被全部执行,并被理解为可被执行以实现发明的要素的处理类型的示例。额外的步骤可根据需要被添加至示例性处理或者被从示例性处理中移除。

提出了一种系统,其中,驾驶员可请求向车辆输送燃料。通过车辆远程信息处理单元或者通过例如智能装置或者甚至电话呼叫,驾驶员可联系远程燃料输送服务并请求向指定车辆输送燃料。驾驶员可提供车辆位置信息(诸如,例如gps)、车辆识别码(vin)、车辆牌照号、品牌、型号、颜色等,以及在燃料车驾驶员在场时有助于识别车辆的其它特征。燃料车驾驶员可给车辆带来燃料荷载,进行无线通信以允许燃料分配并接收付款,给车辆加燃料并驶离,而车辆驾驶员几乎不参与或不参与该过程。当车辆驾驶员返回车辆时,他们将发现车辆燃料被添加至指定量。

图2示出了用于安全地处理燃料输送的系统。在该说明性示例中,车辆具有与车辆计算系统通信的加燃料盖/加燃料口201。如果需要,则对这个加燃料口的使用(解锁、解封等)可通过来自车辆计算系统的命令来促进进行。在其它示例中,加燃料盖或加燃料口可能总是可用的,且可以是纯机械的,不具有与车辆计算系统的实际连接。在任一布置中,添加某种机制或依靠现有的车辆传感器来检测分配的燃料的量以确保顾客不会过度加燃料是可行的。

在这个示例中,驾驶员使用车辆计算系统205可(通过人机界面(hmi)203)发送针对车辆加燃料的请求。同样在这个示例中,该请求由车辆远程信息处理控制单元(tcu)207来处理。vcs可检索和传送例如当前燃料水平、期望的燃料水平或燃料量、以及识别和定位车辆所需的任何位置和车辆信息。请求信息可被发送至云211以进行处理。例如,该信息可包括用于处理车辆请求的令牌、车辆位置、当前燃料容量、车辆识别信息、期望的燃料容量等。

所述请求随后可被发送到加燃料的公司以用于处理,并且该公司可派遣燃料车209。在这个示例中,当燃料车到达所述车辆时,燃料车可插入加燃料喷嘴,或者以其它方式请求车辆访问。这可使得车辆被唤醒,从而对加燃料过程的处理可发生。燃料车(在这个示例中,尚未被验证且未与车辆直接通信)可发送云请求,所述云请求包括来自车辆的原始令牌(证明该燃料车是请求的燃料车)、燃料车macid和燃料车识别信息(id)等。该信息从云传递到tcu,其中,tcu可启用车辆wifi(用于与燃料车直接通信)并验证令牌(也可通过vcs或另一适当模块进行验证)。燃料车的macid至少临时被添加至许可列表,这允许燃料车使用wifi连接至vcs。

一旦验证已完成,则vcs可直接向燃料车发送命令以开始加燃料。加燃料的水平可再次被发送,以确认先前的请求。如果燃料箱满了或者达到期望的燃料水平,则vcs还可指示燃料车停止加燃料。当所述处理完成时,燃料车可向vcs发送分配的燃料量,所述燃料量可与测量的分配的量(用于验证的目的,以确保燃料车没有报告过多的分配燃料)以及燃料车id一起被上传至云。支付可通过云、通过与vcs的直接连接或者通过任意其它合适的方式被处理。wifi随后可被禁用,并且所述车辆可返回到完全关闭状态。在其它示例中,报告可从tcu和/或云被发送至驾驶员,使得驾驶员知道燃料已经被分配、费用是多少、输送了多少燃料以及可能有用的任意其它信息。

图3示出了说明性的燃料请求处理。关于在该图中描述的说明性实施例,应注意,通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行代码提供指令以执行所述方法的一些或全部步骤时,处理器可被临时转用为专用处理器,直到方法完成时为止。在另一示例中,在适当的程度上,根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理的变型的目的的专用处理器。

在这个示例中,驾驶员已到达目的地且可能期望添加燃料。驾驶员可设置参数,所述参数指定何时应发生加燃料请求,使得尽管请求询问可能还是常开的,但驾驶员不会在车辆每次停车时被打扰。例如,如果燃料低于40%,则驾驶员可将参数设置为在星期一到星期五上午6点到下午5点发送请求。这将覆盖驾驶员通常的工作时间,并允许在驾驶员工作时加燃料。此外,如果需要,则请求询问可切换至常开状态,无论车辆燃料水平何时低于最低阈值。在另一示例中,系统可在提供服务之前确定是否存在针对区域的可用输送服务(例如,通过服务或者服务覆盖的区域的云数据库来进行上述确定)。该数据库还可动态地包括针对区域的当前输送能力和时间(即,即使该区域存在服务,但是如果接收到大量的请求,则驾驶员可能仍然不能获得燃料输送)。

一旦车辆停靠(301),则处理检查以查看燃料水平是否低(303),或者在其它示例中,查看是否满足任何请求询问的参数。如果没有用于询问驾驶员是否期望燃料输送的依据,则处理可退出。否则,处理可向驾驶员提供燃料输送选项(305)。所述选项可以是简单的“您是否希望燃料输送”的询问,或者在可选的方式中列出能够为驾驶员的请求服务的一个或更多个输送服务。所述一个或更多个输送服务可被显示在hmi上,或者如果hmi不存在则通过车辆扬声器输出所述一个或更多个输送服务。在其它示例中,驾驶员可使用智能装置来处理所述请求,尽管可能需要向所述智能装置提供一些车辆识别信息,并且所述智能装置可能需要向车辆转发一些信息以用于处理请求(诸如,例如如果该方法被用于验证,则需要向车辆转发令牌)。

如果驾驶员接受所述请求询问(307),或者以其它方式指示需要燃料输送(也可采取来自驾驶员的明确的请求的形式,即,不需要询问驾驶员也可请求燃料输送),则驾驶员可输入期望的燃料量、费用等、以及燃料等级(如果可适用)。车辆识别信息(309)(例如而非限制,gps定位、vin、品牌、型号、颜色、牌照等)以及加燃料参数(311)可被发送至云以用于处理。在这个示例中,所述处理还产生唯一令牌(313),所述唯一令牌将被用于在燃料到达时处理连接请求,并且唯一令牌还可被发送至云以被燃料车使用(315)。

图4示出了说明性的燃料接收处理。关于在该图中描述的说明性实施例,应注意,通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行代码提供指令以执行所述方法的一些或全部步骤时,处理器可被临时转用为专用处理器,直到方法完成时为止。在另一示例中,在适当的程度上,根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理的变型的目的的专用处理器。

尽管描述了车辆与燃料车之间的直接通信,但是如果不希望直接连接或者直接连接无法被处理,则云媒介也可被用于处理所有这些信息。例如,燃料车可通过云向tcu发送所有的访问请求,tcu和/或vcs可通过云向燃料车发送所有指令。还可在云中使用多个服务器(例如,车辆oem服务器和加燃料公司的服务器)来处理这些请求。然而,由于例如停止加燃料的指令被发送时使用云模型可导致轻微的延迟,所以直接连接可允许更快的命令处理。

在这个示例中,当燃料车到达所述车辆时,处理确定加燃料盖(如果存在)已经打开(401)且检测到喷嘴(403)。在其它示例中,诸如在车辆锁定了加燃料盖的情况下,燃料车可能需要通过云发送燃料车已经到达的通知,所述通知可使加燃料盖解锁以用于使用。或者,在另一示例中,燃料车可通知用户燃料车已经到达,并且用户可被提供一个或更多个车辆相机图像,用户可通过所述车辆相机图像验证该通知,并指示解锁加燃料盖。

在该当前示例中,燃料车驾驶员插入喷嘴,随后可使车辆验证燃料车通过云发送至车辆的令牌(这种验证还可在云级完成)(405)。在这个示例中,也由燃料车提供的燃料车的macid被用于车辆与燃料车之间的直接无线连接(407)。加燃料的许可和/或启动命令随后可从车辆被无线发送至燃料车(409)。一旦已分配了合适的燃料量(请求的量,或者“加满”的量),则处理可发出停止命令。响应于停止命令(或者当加燃料正在进行时),处理可接收燃料的分配的量(411)。可将所述燃料的分配的量与测量的分配的燃料的量进行比较,并且/或者可将所述燃料的分配的量与燃料车id一起报告至云(413),以确保数值匹配。支付可通过车辆到燃料车进行处理、通过云进行处理或者通过任何其它合适的方式进行处理。

图5a和图5b示出了用于燃料车连接的说明性的连接处理。关于在该图中描述的说明性实施例,应注意通用处理器可临时作为专用处理器以用于执行在此示出的示例性方法中的一些或全部的目的。当执行代码提供指令以执行所述方法的一些或全部步骤时,处理器可被临时转用为专用处理器,直到方法完成时为止。在另一示例中,在适当的程度上,根据预配置的处理器运行的固件可使处理器作为用于执行所述方法或其一些合理的变型的目的的专用处理器。

图5a示出了说明性的燃料车侧的处理。在这个示例中,在到达之前或者在到达时,燃料车将发送(或者服务器以燃料车的名义发送)macid和提供原始燃料输送请求的令牌(501)。对于连接至车辆的准许可从云被接收(503)(例如,当燃料车到现场时)。例如,这可通过对令牌的验证而产生。来自vcs的连接请求随后被燃料车接收(505),并且由于燃料车具有合适的macid,所以燃料车可无线连接至车辆(507)。用于对加燃料的控制和/或其它目的的通信随后可继续进行。

图5b示出了用于通过wifi或其它合适的无线媒介与燃料车连接的车辆侧的处理的说明性示例。所述车辆接收燃料车的macid以及令牌(在这个示例中,令牌最初由车辆生成)(511)。车辆将验证令牌(513),如果令牌无效,则拒绝加燃料处理(515)。拒绝可采取多种形式,如果车辆可物理地阻止加燃料,则车辆可以这样做,在其它示例中,车辆将拒绝与燃料车的直接无线连接和/或拒绝发送任何加燃料的命令或支付。

如果令牌有效,则处理将通过无线连接将车辆与燃料车连接(517)。与加燃料有关的命令以及加燃料的参数和/或加燃料的数据(分配的量、费用等)随后可被发送(519)。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1