CN102711278A - 一种通过车辆计算机系统执行的计算机实施方法 - Google Patents

Abstract

本发明公开了一种由车辆计算机系统执行的计算机实施方法，包括确定无线装置和VCS之间的连接已经丢失。该方法进一步包括在检测到连接丢失时确定驾驶员是否存在于车辆中。该方法还包括等待直到发生上车事件并且然后尝试重新建立无线装置和VCS之间的连接。这最后的步骤可取决于确定驾驶员不存在。

Description

一种通过车辆计算机系统执行的计算机实施方法

技术领域

说明性实施例总体上涉及一种通过车辆计算机系统执行的计算机实施方法。

背景技术

蓝牙通信系统提供将多个装置彼此无线连接的能力，但是这样网络的局限通常是它比更加传统的无线网络的范围小。因此，如果通过蓝牙网络通信的两个装置(例如，车辆计算机系统和无线移动装置)相隔超过某个距离，在那些装置之间的信号可能丢失。在前面的示例中，例如驾驶员停下来加油并离开车辆的附近，可能断开和车辆的蓝牙连接。

另外，车辆计算机系统可能没有处理即将出现的断开连接的现有方法，因为直到连接实际断开系统才可能意识到连接断开即将发生。这样数据传输会被突然中断，或者和车辆计算机系统共同运行的应用程序的功能可能被中断。

发明内容

在第一说明性实施例中，公开了一种通过车辆计算机系统(VCS，vehiclecomputing system)执行的计算机执行方法，包括确定无线装置和VCS之间已经丢失连接。该说明性的方法进一步包括，在检测到连接丢失时，确定驾驶员当前是否存在于车辆里。该说明性的方法另外包括等待直到发生上车事件(enter-event)并且随后尝试重新建立无线装置和VCS之间的连接。最后的步骤取决于确定驾驶员不存在。

在第二说明性实施例中，计算机可读存储介质储存当由车辆计算机系统(VCS)执行时导致车辆计算机系统执行包括确定无线装置和VCS之间已经丢失连接的方法的指令。所述说明性的处理也包括，在检测到连接丢失时，确定驾驶员是否存在于车辆里。该说明性的处理进一步包括等待直到发生上车事件(enter-event)并且取决于确定驾驶员不存在而尝试重新建立无线装置和VCS之间的连接。

在第三说明性实施例中，由车辆计算机系统执行的计算机实施的方法包括检测车辆变速器处于泊车状态。该说明性方法也包括确定当前未连接到VCS的可连接装置当前是否在检测范围内。

所述说明性方法包括检测下车事件(exit-event)和检测第一连接的装置和VCS之间的连接。所述说明性方法也包括一旦已经检测到下车事件和连接丢失，并且取决于可连接的装置当前在检测范围内，则将连接传输到可连接的装置上。

附图说明

图1显示了与车辆相关联的计算机系统的说明性示例；

图2显示了用于由连接丢失触发的连接丢失管理的处理的说明性示例；

图3显示了用于由驾驶员下车事件(driver-exit event)触发的连接丢失管理的处理的说明性示例；

图4显示了用于确定驾驶员下车事件的处理的说明性示例；

图5显示了数据传送(或使用)管理处理的说明性示例。

具体实施方式

根据需要，本说明书中公开了本发明具体的实施例；但是，应理解公开的实施例仅为本发明的示例，其可以多种替代形式实施。图纸无需按比例绘制；一些特征可放大或缩小以显示特定部件的细节。所以，此处所公开的具体结构和功能细节不应解释为限定，而仅为教导本领域技术人员以多种形式实施本发明的代表性基础。

图1说明了用于车辆31的基于车辆31的计算机系统1(VCS)的示例框式拓扑图。这样的基于车辆的计算机系统1的示例是由福特汽车公司制造的SYNC系统。设有基于车辆的计算机系统的车辆包括位于车辆里的可视前端界面4。如果可视前端界面设有例如触摸屏的话，用户可和所述界面交互。在另一个说明性实施例中，可通过按钮、听得见的语言和语音合成进行交互。

如图1所示在说明性实施例中，处理器3控制基于车辆的计算机系统的操作的至少一部分。设于车内的处理器允许车载地处理指令和程序。进一步地，所述处理器连接到非持久存储器5和持久存储器7。在这个说明性实施例中，所述非持久储存器是随机存取存储器(RAM)并且所述持久存储器是硬盘驱动器(HDD)或闪存。

所述处理器还设有许多不同的允许用户和所述处理器交互的输入。在这个说明性实施例中，提供了麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24和蓝牙输入15中的全部。也提供了输入选择器51，以允许用户在各种输入之间交换。麦克风和辅助连接器两者的输入在传给处理器之前通过转换器27从模拟转换为数字。虽然未示出，多个和VCS通信的车辆部件和辅助部件可使用车辆网络(比如，但不限于CAN总线)将数据传输给VCS(或者它的部件)，和从VCS(或者它的部件)传输数据。

系统的输出可包括但不限于，视觉显示器4和扬声器13或立体声系统输出。扬声器和放大器11相连并且通过数字模拟转换器9从处理器3接收放大器11的信号。输出也可沿分别如19、21处所示的双向数据流向远程蓝牙装置(比如PND54)或USB装置(比如车辆导航装置60)进行输出。

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

在移动装置和蓝牙收发器之间的示例性通信可通过信号14表示。

可通过按钮52或相似的输入的指示移动装置53和蓝牙收发器15的配对52。相应地，指示CPU车载的蓝牙收发器将与移动装置里的蓝牙收发器配对。

可利用例如与移动装置53关联的数据计划(data-plan)、声载数据或双音多频(DTMF)音调在CPU3和网络61之间通信数据。可替代地，可希望包括具有天线18的车载调制解调器63以在CPU3和网络61之间通过声音频带通信16数据。移动装置53然后能用于通过比如和蜂窝塔57的通信55来和车辆31外部的网络61通信59。在一些实施例中，调制解调器63可建立和塔57的通信20用于和网络61通信。作为非限制的示例，调制解调器63可以是USB蜂窝式调制解调器并且通信20可以是蜂窝无线通信。

在一个说明性实施例中，处理器设有包括与调制解调器应用软件通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件以完成和远程蓝牙收发器(比如设在移动装置里的)的无线通信。

在另外一个实施例中，移动装置包括用于声音频带或宽带数据通信的调制解调器。在声载数据的实施例中，可执行已知的频分复用技术，此时移动装置的所有者可在正在传输数据时通过所述装置谈话。在其它时间，当所有者没有使用所述装置时，数据传输能使用所有的带宽(在一个示例中是300Hz到3.4kHz)。

如果用户有和移动装置关联的数据计划，数据计划可允许宽带传输并且所述系统可使用宽得多的带宽(加速数据传输)。在另外一个实施例中，用安装在车辆31上的蜂窝通信装置(未示出)代替移动装置53。在另一个实施例中，移动装置53可以是能通过例如(但不限于)802.11g网络(例如WiFi)或WiMax网络内通信的无线局域网(LAN)装置。

在一个实施例中，接收到的数据能通过声载数据或数据计划穿过移动装置，穿过车载蓝牙收发器并且流入车辆的内部处理器3。在某些临时数据的情况下，例如数据能储存在HDD或其它存储媒体7上直到不再需要所述数据的时候。

其它可和车辆交互的源包括具有例如USB连接56和/或天线58的个人导航装置54，或者具有USB62或其它连接的车辆导航装置60、车载GPS装置24或和连接至网络61的远程导航系统(未示出)。

进一步的，CPU能和各种其它的辅助装置65通信。这些装置可通过无线连接67或有线连接69来连接。额外地或可替代地，CPU可基于无线路由器73例如使用WiFi71收发器和车辆连接。这能允许CPU连接到本地路由器73的范围里的车辆。辅助装置65可包括但不限于个人媒体播放机、无线健康装置、便携式计算机等等。

虽然下文从说明性实施例的方面描述了本发明，但是仅仅处于非限制说明性目的提供了这些示例，并且此处无意限制本发明的范围。

在至少一个说明性实施例中，通过使用内含在车辆中的传感器，车辆计算机系统可预测无线装置何时丢失连接，并且可采用必需的措施来处理这可能导致的任何问题。进一步地，如果连接丢失，车辆能认识到丢失连接的装置可能不在可连接的范围内，并且因此可暂停尝试重新连接直到所述装置回到范围里。另外，如果信号由于工作欠佳的无线连接而反复丢失，用户可指示车辆继续尽力连接，或者可替代地尝试可能存在的其它装置。

多种车辆传感器可用于“猜测”驾驶员或乘客不存在于车辆里。座椅压力传感器、车辆驾驶室相机、车门打开检测机制、取出钥匙(key-out)检测机制和其它传感器均将信息提供给一个或多个车辆网络，比如但不限于CAN总线。车辆计算机系统可从这些网络得到传感器数据并且确定例如驾驶员已经离开车辆的可能性。

在某些情况下，能预测车辆计算机系统和连接的无线装置之间即将出现连接丢失是有用的。例如，如果数据正在从远程源穿过无线装置传输到车辆计算机系统，所述车辆计算机系统可希望采取措施以继续(使用替代连接)或可复原地暂停数据传输，以便于当重新建立与无线装置的连接时整个过程无需重复。

更加普遍地，如果车辆有理由“相信”驾驶员在车辆的范围之外，没有理由浪费车辆资源搜索丢失的连接。在记录了许多失败的连接尝试(以便例如建立工作欠佳的连接的存在)的系统中，因为装置在范围之外而失败的连接尝试不应被计算。通过暂停重新连接尝试直到一个或多个传感器指示无线装置拥有者回到车辆里的可能性，所述系统能在两个情况之间进行区分。

图2显示了用于由丢失的连接激活的连接丢失管理的方法的说明性示例。在此说明性实施例中，车辆计算机系统首先检测连接丢失并且然后检查一个或多个车辆传感器以确定驾驶员(或乘客)是否可能存在。

首先，所述系统和已连接的无线装置201丢失连接。如前所述，这常常是蓝牙连接，但是可建立和丢失任何适当的无线连接。一旦连接丢失，所述系统尝试区分错误的连接(或者关闭的装置)和不可用的连接(例如由于驾驶员的接近)。

在这个说明性示例中，所述系统检查一个或多个趋于指示驾驶员存在或不在的车辆传感器。例如，驾驶员座椅里的重量传感器如果感测到重量超过某一级别则可通常趋于指示驾驶员是存在的。可选择地，钥匙点火(key-on)或插入钥匙(key-in)传感器通常可指示驾驶员的存在。同样，如果车辆挂上档位或处于移动中，那么希望驾驶员是存在的。能看见驾驶员的驾驶室相机可认为是另外一个检测驾驶员的存在的传感器。另外，如果驾驶员侧的车门当前是打开的，那么它可为驾驶员没有在车辆里的指示。

如果确定驾驶员不存在的(通过单独或组合使用一个或多个传感器)，那么车辆计算机系统进入等待状态207，直到感测到驾驶员上车事件(driver-inevent)。所述驾驶员上车事件能通过使用先前描述的相同的传感器来感测，或者通过任何其它合理的用于驾驶员下车(driver-exit)和驾驶员上车检测的传感器(比如但不限于车门打开传感器)来感测。如果已经处于打开状态的车门已经用于检测驾驶员的不存在，那么所述系统可能需要使用车门已经变为关闭状态这一事实作为驾驶员存在的证据。由于这可能出现在其它情况下(陌生人或另外一个乘客关闭了车门)，所述系统可能想要检查至少一个另外的指示器。

首先，一旦适当的驾驶员上车事件已经建立，或者如果一开始便确定驾驶员从未离开车辆，则车辆计算机系统尝试和无线装置重新连接209。如果所述系统达到在某一数量的尝试211之后连接仍未建立的点，则所述系统通知可能存在驾驶员劣质连接(bad connection)217。由于系统尝试连接的装置可能是当前唯一的无线装置，并且由于驾驶员可能想要或需要数据连接(即使质量参差不齐)，在这个示例中给予驾驶员继续尝试连接的选项219。

如果存在另外一个装置，或者如果驾驶员用其它方法指示连接尝试的终止，所述处理退出。如果驾驶员希望继续尝试，则设置标志221从而每次连接尝试继续失败并且其次数超过某个点时该处理不骚扰驾驶员。

图3显示了用于由驾驶员下车事件激发的连接丢失管理的说明性示例。在这个说明性实施例中，在检测连接丢失之前，车辆检测驾驶员下车事件301。一旦检测到所述事件，车辆记录所述事件的出现以供以后使用(例如如果连接丢失)。

如上文所述，驾驶员下车事件能通过多种车辆传感器检测。该事件可包括车门打开的检测、钥匙切断(key off)/钥匙拔出(key out)、座椅传感器检测到的缺少重量等。

在已经检测到并记录了驾驶员下车事件之后的某个时刻，检测连接丢失303。在说明性实施例中，所述系统检查以核实驾驶员是否存在305，这可能是驾驶员下车事件的记录状态(例如出现一次)的简单的参考。如果驾驶员是存在的(例如如果驾驶员从不离开车辆或者如果驾驶员重新进入车辆307，则重新尝试连接309)。在这个实施例中，如果重新连接是不成功的，所述系统通知驾驶员313然后退出。所述系统不会反复纠缠于尝试重新连接。

此外，由于这个示例性方法是通过所述检测和驾驶员下车事件的记录激发的，步骤305可省略，因为可假定激发该处理的事件表明驾驶员是不存在的。在可替代实施例中，步骤307能简单地取代步骤305。

图4显示了用于确定驾驶员下车事件的处理的说明性实施例。在这个说明性实施例中，作为安全预防措施，车辆计算机系统首先检查以核实是否已经出现紧急事件401。如果是的话，将会设置特别的紧急状态标志，并且防止车辆计算机系统暂停尝试重新连接403。车辆计算机系统进入尝试和任何可用的装置连接的状态以便拨出紧急呼叫。

由于至少一个传感器(比如座椅重量传感器)依赖于人的存在，那么在驾驶员被抛出车辆足够远而丢失连接并且驾驶员慢慢回到连接范围内的情况下，使系统暂停尝试重新连接将会是无益的。所以，即使不必需，推荐包括这个或相似的安全考虑。

如果没有出现紧急状态，系统然后检查PRNDL是否处于泊车状态405。如前面描述的，如果车辆没有处于泊车状态，则希望驾驶员在车辆中，并且所述处理退出407，这是因为假设尚未发生事件(至少不在中止重新连接可能是期望做法的通常状态下)。

接下来，在这个说明性示例中，车辆计算机系统检查以核实车门是否已经打开409。如果对驾驶员进行检查，这可对应于检查驾驶员侧的车门。如果对乘客进行检查，则对应于检查乘客侧的车门。如果没有车门被打开，所述系统检查以核实座椅传感器(比如但不限于重量传感器)是已经被激发还是关闭411。再次，可基于对谁进行检查来检查多个座椅。

如果座椅传感器仍然显示重量(或不存在)，则所述系统可检查驾驶室相机413、接通(key on)/切断(key off)/钥匙插入(key in)/钥匙取出(key out)状态415，或者任何其它未示出的适当的传感器，用于确定驾驶员/乘客的存在/不存在。如果任何传感器(或传感器的组合，如果那样确定是更明确的)表明乘客不存在，则所述系统记录下车事件(exit-vehicle event)417。如果所有的传感器表明尝试检测的对象存在，则所述系统直接退出。

图5显示了数据传输(或使用)管理方法的说明性示例。在这个说明性实施例中，车辆关联的计算机系统检测车辆是否处于泊车状态501。尽管并不绝对，这指示车辆的动力会很快无效。也可使用其它合适的检测。

在这个说明性实施例中，如果数据传输当前正在进行中并且丢失与第一装置的连接，所述车辆和第二装置连接。这允许在即使缺少第一连接时完成传输。如果第二装置不存在，将暂停所述传输直到初始连接恢复。

一旦车辆处于泊车状态，所述系统检查以核实是否有任何额外的可用装置可用于配对(除了已经与当前车辆配对的装置)503。例如，车辆可能当前和驾驶员的装置配对，但是乘客可能也携带了能和车辆配对的无线装置。

如果第二装置是存在的，车辆相关联的计算机系统可检查已存储的和第二装置相关的信息505以确定第二装置是否能完成传输507。例如，所述传输可能需要数据计划来完成(例如由于强加的限制)并且第二装置可能有或可能没有与此关联的数据计划。

如果第二装置是有能力的，所述系统可准备暂停509或交换511所述数据传输。当然，交换数据可能也需要在建立新连接时暂停。在这点，所述系统等待以核实是否发生下车事件(进一步以信号指示可能丢失连接)是否出现513。

下车事件可包括但不限于打开车门、车辆相机检测到乘客不再存在、座椅传感器检测到乘客不再存在等。如果没检测到下车事件，并且车辆恢复行驶，则所述方法可退出并且可停止传输/暂停计划。

当检测到下车事件时，如果第二装置是存在的，所述系统检查第二下车事件515。第二下车事件可表明第二装置也已经离开车辆。尽管可采用进一步的逻辑以确定第二装置是否确实离开车辆，但在这个说明性实施例中，处理假设第二下车事件对应于无线装置都离开车辆。

如果没有第二下车事件，那么所述系统将检查以核实主信号是否丢失517。如果主信号没有丢失，则所述系统继续检查第二下车事件(或退出所述处理，例如如果车辆恢复行驶而没有丢失主信号)。

如果丢失所述信号，则系统连接到第二装置并且可通过第二装置恢复进行中的任何数据传输519。

如果没有额外的装置存在，则传输准备暂停521。方法随后等待直到信号丢失523。如果信号没有丢失，并且车辆恢复行驶，则所述处理可终止而不用暂停任何可能存在的数据传输。

如果丢失信号523，则所述处理可以以在适合给定传输时允许恢复传输的方式暂停当前正在进行的任何传输。暂停525可持续直到检测到上车事件527。上车事件在本质上和下车事件相似，并且可包括但不限于车门打开、相机检测到乘客、座椅传感器检测到乘客、安全带扣住等等。

一旦已经检测到上车事件，则所述系统开始寻找对最初连接的装置有效的连接529。一旦已经找到信号，则允许和主装置重新连接，建立连接并且可恢复任何传输(或其它暂停的处理)531。

在这个特定的说明性实施例中，不与主装置重新建立连接直到已经检测到上车事件。这在例如加油站的场合可能是有用的，在那里驾驶员可能会在系统附近进进出出，并且可能会反复地建立连接并且中断。由于在这个实施例中，上车事件激发重新连接，这增加了当驾驶员可能重新进入车辆时建立应当持续的连接可能性。

既然上文描述了典型的实施例，并非意味着这些实施例说明并描述了本发明的所有可能形式。在一定程度上，说明书中使用的词语为描述性词语而非限定，并且应理解可做各种改变而不脱离本发明的实质和范围。另外，可联合各种执行实施例的特征以形成本发明进一步的实施例。

Claims (8)

1.一种通过车辆计算机系统执行的计算机实施方法，包括：

确定无线装置和VCS之间的连接已经丢失；

在检测到连接丢失时，确定驾驶员是否存在于所述车辆中；并且

在确定驾驶员不存在的前提下，等待直到发生上车事件并且然后尝试重新建立所述无线装置和所述VCS之间的连接。

2.根据权利要求1所述的方法，其中，所述确定驾驶员是否存在于所述车辆中的步骤包括检查座椅传感器以确定驾驶员是否存在。

3.根据权利要求1所述的方法，其中，所述确定驾驶员是否存在于所述车辆中的步骤包括检查相机传感器以确定驾驶员是否存在。

4.根据权利要求1所述的方法，其中，所述确定驾驶员是否存在于所述车辆中的步骤包括确定车辆是否处于行驶中以确定驾驶员是否存在。

5.根据权利要求1所述的方法，其中，所述上车事件包括驾驶员车门打开事件。

6.根据权利要求1所述的方法，其中，所述上车事件包括座椅传感器事件。

7.根据权利要求1所述的方法，其中，所述上车事件包括相机感测事件。

8.根据权利要求1所述的方法，还包括：

取决于连接丢失和确定当所述连接丢失时驾驶员存在于所述车辆中，尝试重新建立所述VCS和所述无线装置之间的所述连接，其中，如果超过预定数量的重新连接尝试失败，则将所述失败通知给所述驾驶员并且询问是否应当继续尝试连接；并且

取决于乘客指示应当继续尝试，尝试和所述无线装置重新连接直到建立连接。

Images