确定车辆与车辆后端系统之间的蜂窝连接的可用性的制作方法

文档序号:15116955发布日期:2018-08-07 20:38阅读:163来源:国知局

本发明涉及确定是否发起从车辆后端系统到车辆的蜂窝呼叫,并且更特别地涉及在发起蜂窝呼叫之前确定车辆是否连接到无线载波系统。



背景技术:

后端实体或后台用来向车辆提供各种服务,例如逐段导航、道路服务等。在某些情形下,后台尝试联系车辆,但并没有成功。在某些情况下,这是因为车辆根本没有连接到家庭或没有访问蜂窝网络。举例来说,车辆因为其位置等原因处于范围之外。后台常常可能会重复地尝试联系车辆但这些尝试却不成功,而这种重复的不成功尝试可能会对计算资源造成浪费。此外,这种重复的尝试增大了网络流量并导致了蜂窝网络的拥塞。

由于后台并不是服务于单个车辆而是针对不计其数的车辆设计的,因此,上述问题变得复杂化。而且在任何给定的时间下,当后台尝试呼叫时,这些车辆中的许多车辆都可能无法连接到蜂窝网络。因此,需要使不成功的呼叫尝试最小化,由此提高后台的计算效率。



技术实现要素:

根据本发明的实施例,提供了一种在后端系统尝试建立蜂窝连接之前确定车辆后端系统与车辆之间的蜂窝连接的可用性的方法。该方法包括以下步骤:在后端系统处确定车辆服务将被提供给车辆;基于该确定,从后端系统向无线服务提供商(wsp)或wsp服务器发送与车辆与wsp所使用的无线载波系统(wcs)的连接状态相关联的查询;响应于发送查询,在后端系统处接收对查询的响应,其中该响应相对于wcs指示出车辆处于连接状态或未连接状态;以及当车辆处于连接状态时:通过在后端系统与车辆之间发起蜂窝呼叫来尝试建立后端系统与车辆之间的蜂窝连接;以及当建立蜂窝连接时,响应于建立的蜂窝连接经由蜂窝呼叫提供车辆服务。

根据本发明的另一实施例,提供了一种车辆后端系统,该车辆后端系统配置为在后端系统尝试建立蜂窝连接之前确定后端系统与车辆之间的蜂窝连接的可用性。该系统包括至少一个处理器和至少一个存储器装置,其中该至少一个存储器装置存储由该至少一个处理器可执行的计算机程序指令。计算机程序指令包括:用于向无线服务提供商(wsp)、与wsp相关联的归属位置寄存器(hlr)或与wsp相关联的归属用户服务器(hss)中的一个发起应用编程接口(api)呼叫的指令,其中api呼叫包括与车辆与wsp所使用的无线载波系统(wcs)的连接状态相关联的查询;用于响应于发起api呼叫而接收对查询的响应的指令,其中对查询的响应相对于wcs指示出车辆连接状态是连接状态或未连接状态中的一种;用于当车辆连接状态是连接状态时尝试建立后端系统与车辆之间的蜂窝连接的指令;以及用于当车辆连接状态是未连接状态时将在后端系统与车辆之间建立蜂窝连接的尝试延迟预定时间段的指令,并且在该预定时间段之后,用于发起另一api呼叫的指令,以及用于响应于发起另一api呼叫而重复与接收对查询的响应相关联的指令的指令。

附图说明

以下将结合附图描述本发明的一个或多个实施例,其中相同的附图标记表示相同的元件,并且其中:

图1是描绘能够利用本文公开的方法的通信系统的实施例的框图;以及

图2是在后端系统尝试建立蜂窝连接之前预审在车辆后端系统与车辆之间的蜂窝连接的建立的方法的流程图。

具体实施方式

下面描述了一种车辆后端系统,其配置为确定其与车辆之间的蜂窝连接的可用性。例如,后端系统可以配置为在后端系统尝试建立蜂窝连接之前确定特定车辆是否连接到无线载波系统。更具体地,后端系统可以通过与无线服务提供商(wsp)或与wsp相关联的交换所服务器(例如归属位置寄存器(hlr)或归属用户服务器(hss))的通信来确定可用性。例如,如下面更详细地描述的,当查询时,wsp、hlr或hss可以提供与特定车辆的连接状态相关联的信息。基于该信息,后端系统可以确定是否在那个时间对特定车辆发起蜂窝呼叫,或者是否在稍后的时间发起该蜂窝呼叫。以这种方式,后端系统可以预审在其与特定车辆之间的蜂窝连接的建立,从而发起更少的不成功蜂窝呼叫。

此外,本文描述的方法可以针对由后端系统服务的任何数量的车辆来实现,从而提高后端系统的计算机处理效率。系统及其实施方式将在下面更详细地讨论。

通信系统-

参考图1,示出了包括机动车辆通信系统10并且可以用于实施本文公开的方法的操作环境。通信系统10通常包括一个或多个无线载波系统12、陆地通信网络14、可以包括远程服务器18、数据服务中心20中的至少一个或两者的车辆后端系统16;无线服务提供商(wsp)22;实现为归属位置寄存器(hlr)或归属用户服务器(hss)的交换所或wsp服务器23;以及一个或多个车辆24、24′、24″、24″′。应当理解,所公开的方法可以与任何数量的不同系统一起使用,并且不特别限于这里所示的操作环境。此外,系统10及其各个组件的架构、构造、设置和操作在本领域中通常是公知的。因此,以下段落简单地概述了一个这样的通信系统10,然而,这里未示出的其他系统也可以采用所公开的方法。

无线载波系统12可以是包括以下组件中的一个或多个的任何合适的蜂窝电话系统(例如,取决于蜂窝技术):蜂窝塔、基站收发信机、移动交换中心、基站控制器、演进节点(例如,enodeb)、移动性管理实体(mme)、服务和pgn网关等,以及将无线载波系统12与陆地网络14连接或者将无线载波系统与用户设备(ue,其例如包括车辆24、24′、24″、24″′)所需的任何其他网络组件。蜂窝系统12可以实现任何合适的通信技术,包括例如,诸如amps的模拟技术或诸如lte、cdma(例如,cdma2000)或gsm/gprs的较新的数字技术。一般而言,本领域中通常已知无线载波系统12、其组件、其组件的布置、组件之间的交互等。

陆地网络14可以是连接到一个或多个陆线电话并将无线载波系统12连接到后端系统16并且进一步将载波系统12连接到wsp22和wsp服务器23的传统陆基电信网络。例如,陆地网络14可以包括诸如用于提供硬连线电话、分组交换数据通信和因特网基础设施的公共交换电话网络(pstn)。陆地网络14的一个或多个部分可以通过使用标准有线网络、光纤或其它光网络、电缆网络、电力线、诸如无线局域网(wlan)的其他无线网络或提供宽带无线接入(bwa)的网络或其任何组合来实现。此外,数据服务中心20、wsp22或wsp服务器23不需要经由陆地网络14连接,而是可以包括无线电话设备,使得其可以与诸如无线载波系统12之类的无线网络直接通信。

根据一个实施例,车辆后端系统16包括数据服务中心20和多个远程服务器18。在一些实施方式中,服务中心20可以在其与远程定位的服务器之间维持一个或多个专用连接18。如下所述,服务中心20和服务器18可以布置成向车辆24、24′、24″、24″′提供多种车辆服务。例如,根据车辆的使用者与后端系统16之间的用户关系,后端系统可以提供导航服务、紧急车辆服务、车辆软件更新服务、各种通知服务等,正如下面将要解释的那样。

在一些实施方式中,远程服务器18可以是经由私有网络或诸如因特网的公共网络可访问的多个计算机之一。每个这样的服务器18可以用于一个或多个目的,诸如通过陆地网络14和/或无线载波12可访问的网络服务器。其他这样的可访问服务器18可以是例如:可以从车辆24、24′、24″、24″′上传诊断信息和其他车辆数据的服务中心计算机;由车主或其他用户使用的用于访问或接收车辆数据或设置或配置用户偏好或控制车辆功能的客户端计算机;或者第三方存储库,通过与车辆24、24′、24″、24″′或数据服务中心20通信或者与两者通信向其提供车辆数据或其他信息,或者从其提供车辆数据或其他信息。远程服务器18还可以用于提供诸如dns服务的因特网连接,或者使用dhcp或其他合适协议为车辆24、24′、24″、24″′分配ip地址的网络地址服务器。

在至少一个实施例中,每个服务器18包括联接到存储器(或一个或多个存储器装置)54的一个或多个处理器52。处理器52可以是能够处理和/或执行指令的任何类型的装置,包括微处理器、微控制器、主处理器、控制器、服务器到服务器的通信处理器和专用集成电路(asic)。处理器52可以专用于特定的后端系统功能,或者一些处理器可以与其他后端系统或其他远程服务器计算机共享。

在至少一个实施例中,处理器52可以完成或执行存储在存储器54上的多个指令,以预审车辆与无线载波系统12的连接性,包括以下中的一项或多项:(1)识别具有与后端系统16的用户关系的车辆(例如,车辆24、24′、24″、24″′等)列表或清单;(2)在数据库或存储器54中获取或查找列表中的每个车辆24、24′、24″、24″′等的唯一标识符;(3)向wsp22或wsp服务器23发起应用编程接口(api)呼叫,其中该呼叫包括关于车辆24、24′、24″、24″′等的列表中的每个车辆当前是否连接到无线载波系统12的查询;(4)接收对查询的响应,该响应指示出每个车辆24、24′、24″、24″′等当前是否注册或连接到蜂窝网络;(5)针对注册或连接到蜂窝网络的每个车辆24、24′、24″、24″′等,尝试通过wcs12向相应的车辆进行蜂窝呼叫;以及(6)对于未注册或未连接到蜂窝网络的每个车辆24、24′、24″、24″′等,在稍后的时间重新查询wsp22或wsp服务器23,以便对对其发起蜂窝呼叫进行预审。指令可以包括在相应的重新查询之前暂停、等待或添加具有预定持续时间的延迟。

如本文所用,对连接进行预审意味着在尝试经由无线载波系统从后端系统建立与车辆的连接之前,确定无线载波系统与车辆之间的无线通信连接的可用性。例如,预审在车辆后端系统16(例如,服务器18和/或服务中心20)与车辆24、24′、24″、24″′之一之间的蜂窝连接的建立包括预先地或者在向车辆24、24′、24″、24″′中的每个实际上发起蜂窝呼叫之前进行一次和多次初步评估。

当然,处理器52也可以执行存储在存储器54上的其他指令。因此,应当理解,处理器52可以执行本文描述的方法的至少一部分,如将在下面更详细地讨论的。

服务器18的存储器54可以用于存储任何合适的车辆后端数据,例如车辆数据记录以及上述的示例性方法指令。存储器54包括任何非暂时性计算机可用或可读介质,该介质包括一个或多个存储装置或物品。示例性的非暂时性计算机可用存储装置包括常规计算机系统ram(随机存取存储器)、rom(只读存储器)、eprom(可擦除可编程rom)、eeprom(电可擦除可编程rom)以及磁性或光学的盘或带。在至少一种实施方式中,存储器54包括非易失性存储器(例如,rom、eprom、eeprom等)。这些当然只是示例;本文考虑到了其他实施方式。

数据服务中心20设计为向车辆24提供多种不同的系统后端功能,并且通常包括一个或多个交换机、服务器、数据库、现场顾问以及自动语音应答系统(vrs)。这些各种数据服务中心组件优选地经由有线或无线局域网彼此联接。可以是专用交换分机(pbx)的交换机对输入信号进行路由,使得语音传输通常通过普通电话发送到现场顾问或者使用voip发送到自动语音应答系统。现场顾问电话也可以使用voip;voip和通过交换机的其他数据通信可以经由连接在交换机与网络之间的调制解调器来实现。数据传输通过调制解调器传递到服务器和/或数据库。数据库可以存储帐户信息,诸如用户认证信息、车辆标识符、简档记录、行为模式和其他相关的用户信息。数据传输也可以由诸如802.11x、gprs等无线系统进行。虽然一个实施例已经被描述为其将与使用现场顾问的人工操纵的数据服务中心20一起使用,但是应当理解,数据服务中心可以代替地使用vrs作为自动顾问,或者可以使用vrs和现场顾问的组合。此外,数据服务中心20可以提供许多自动化车辆服务,例如,其中数据服务中心20与车辆24、24′、24″、24″′等进行通信,无需相应车辆的驾驶者或使用者进行互动。

无线服务提供商(wsp)22(也称为无线通信服务提供商或移动网络运营商(mno))包括利用无线载波系统(wcs)12向蜂窝装置提供蜂窝服务的任何实体,包括向移动装置和车辆24、24′、24″、24″′内的车载远程信息处理设备提供蜂窝服务。因此,wsp22可以包括一个或多个联网计算机,并且可以经由任何合适的连接连接到陆地网络14;此外,如本领域中将理解的,它们通常控制各种无线硬件和软件系统来向最终用户(例如,车辆24、24′、24″、24″′)出售和/或递送蜂窝服务。在至少一个实施例中,后端系统16可以具有与至少一个wsp的关系,例如,从而使得与后端系统16具有用户服务关系的车辆24、24′、24″、24″′因而具有与特定wsp22的用户服务关系。

wsp22通常维护或支持wsp服务器23,wsp服务器连接到无线载波系统12的核心网络,例如,连接到移动交换中心(msc)、连接到移动性管理实体(mme)等。如上所述,wsp23的非限制性示例包括与wsp22相关联的归属位置寄存器(hlr)或与wsp22相关联的归属用户服务器(hss)。hlr/hss可以存储与用户设备(ue)是否已经注册或连接到载波系统12(或者更特别地,是否已经注册或连接到系统12内的特定小区)有关的信息。hlr和hss及其功能通常是已知的,因此这里不再进一步讨论。

图1示出了多辆车辆24、24′、24″、24″′,并且每个车辆可以具有与后端系统16的用户关系。车辆24、24′、24″、24″′可以是相同的或相似的;因此,这里仅描述一辆车辆(24)。车辆24被描述为乘用车,但是应当理解,也可以使用包括摩托车、卡车、运动型多用途车(suv)、休闲车(rv)、船舶、飞机等任何其他车辆。车辆24可以包括车辆通信系统30,该车辆通信系统尤其包括一个或多个车辆系统模块(vsm)32和一个或多个网络连接34。

车辆系统模块(vsm)32可以体现为位于整个车辆24中的电子硬件组件或模块,并且通常从一个或多个传感器接收输入并使用所感测到的输入来执行诊断、监测、控制、报告和/或其他功能。vsm32的非限制性示例包括用于控制电动锁、前照灯等的车身控制模块(bcm)、用于控制燃料点火、点火正时等的发动机控制模块(ecm)、用于报告诊断故障代码的车载诊断模块(obdm)等。如本领域技术人员将理解的,上述vsm仅是可以用于车辆24中的一些模块的示例,并且许多其他示例也是可能的。

至少一个vsm32可以是网关模块,诸如适用于短程无线通信和/或蜂窝通信的车辆远程信息处理单元。例如,远程信息处理单元可以是oem安装式(嵌入式)的售后装置,该装置安装在车辆24中并且能够通过无线载波系统12并经由无线联网实现无线语音和/或数据通信。这使得车辆能够与后端系统16、其他启用了远程信息处理的车辆或一些其他实体或装置进行通信(例如,根据lte、gsm、cdma或其他合适的电信标准经由蜂窝通信)。远程信息处理单元优选地使用无线电传输来建立与无线载波系统12的通信信道(语音信道和/或数据信道),使得可以通过信道发送和接收语音和/或数据传输。通过提供语音和数据通信,远程信息处理单元使得车辆24能够提供多种不同的服务,包括与导航、电话、紧急援助、诊断、信息娱乐、用户通知服务等相关的服务。数据可以经由数据连接(诸如,经由数据信道上的分组数据传输)、或经由使用本领域已知技术的语音信道发送。对于涉及语音通信(例如,与位于数据服务中心20的现场顾问或语音应答单元)和数据通信(例如,向数据服务中心提供gps位置数据或车辆诊断数据)的组合服务,系统可以通过语音信道利用单个呼叫,并根据需要通过语音信道在语音传输和数据传输之间切换,并且这可以使用本领域技术人员已知的技术来完成。

如将在下面更详细地解释的,远程信息处理单元可以适于接收与通信系统30的配置变化相关联的数据,以及与一个或多个车辆系统模块32相关联的车辆系统更新(例如,软件或指令更新)。例如,远程信息处理单元可以经由所谓的ota(或称为“空中”)蜂窝通信来从后端系统16接收更新和/或配置变化。在某些情形下,可能会自动地且在没有用户交互的前提下接收ota数据或消息,甚至安装车辆系统更新和配置变化。

网络连接34包括用于将vsm32以及其他车辆电子装置、传感器等彼此互连或联接的任何有线或无线车内通信系统。例如,网络连接34可以是数据总线(例如,通信总线、娱乐总线等)。合适的网络连接34的示例包括控制器局域网络(can)、面向媒体的系统传输(most)、本地互连网络(lin)、局域网(lan)以及其他适当的连接,诸如以太网、视听桥接或符合已知的iso、sae和ieee标准和规范的其他连接,在此仅举几例。

下面将描述使用通信系统10的一种或多种方法。更具体地,将会描述在后端系统尝试建立(或实际上建立)蜂窝连接之前预审在车辆后端系统16与车辆24之间的这种蜂窝连接的建立的方法的至少一个实施例。以下描述的方法可以单独地或至少部分地同时应用于多辆车辆24、24′、24″、24″′等,这将从下面的描述变得更加明显。

方法-

如图2的流程图所示,示出了这样的方法200,该方法涉及在后端系统尝试建立蜂窝连接之前确定车辆后端系统与车辆之间的蜂窝连接的可用性。更具体地,相对于与后端系统16具有用户关系的单个车辆24来描述该方法;然而,如下所述,可以预期该方法可以使用所谓的“批量作业”来执行,其中后端系统16至少部分地同时预审多辆车辆24、24′、24″、24″′。

该方法可以从步骤205开始,其中后端系统16识别出或确定出车辆服务将要通过与车辆24的蜂窝连接来提供。根据一种实施方式,通过使用存储在服务器18中的车辆数据记录,后端系统16可以自动地确定车辆24应接收特定的车辆系统更新。(通常情况下,方法200的预审步骤在本文中在提供车辆系统更新的背景下进行描述;然而,应当理解,后端系统16可能希望将例如其他数据而不是更新传送到车辆。

在步骤210中,后端系统(例如,服务器18)可以确定或以其他方式获取与车辆24相关联的唯一标识符;该标识符也可以存储在服务器18中,例如存储在车辆数据记录中。标识符的非限制性示例包括:移动用户号码簿号码(mdn)、国际移动用户识别码(imsi)、以及包括以下中的一个的装置id:移动设备标识符(meid)、国际移动台设备识别码(imei)或电子序列号(esn),在此仅举几例。其他标识符也是可能的。在至少一个实施例中,后端服务器18确定mdn,例如所谓的“电话号码”。步骤205和210可以以任何合适的顺序发生,或者同时发生。

在随后的步骤215中,后端系统16可以向wsp22或wsp服务器23中的至少一个发送查询。该查询可以包括车辆标识符(例如在本实施例中,与车辆24的远程信息处理单元相关联的电话号码),并且可以请求与车辆24的连接状态相关联的数据。如本文所用,任何车辆的连接状态可以是连接状态或未连接状态之一,其中连接状态指示出车辆24注册或连接到无线载波系统(wcs)12中的小区,其中未连接状态指示出车辆24当前未注册或者当前未连接到wcs12中的小区。

在至少一个实施例中,后端系统16经由陆地网络14的通信链路发送或传输该查询,例如,经由因特网;然而这不是必需的。例如,可以想到有线方式、无线方式或其组合的其他通信。在至少一个实施例中,后端系统16向wsp22(或wsp服务器23)发起包括查询的应用编程接口(api)呼叫(或者发送交换所呼叫)。此外,该查询包括步骤210的唯一标识符(或者甚至多个标识符),其可以由wsp服务器23用于标识特定车辆24。在一些实施例中,后端系统16可以自动地发起呼叫,并且后端系统16还可以自动地接收响应,例如,接收自动化响应或所谓的“自动响应”。

在随后的步骤220中,后端系统可以解析从wsp22或wsp服务器23接收的自动响应。并且例如,该响应的内容可以包括车辆24的连接状态的指示。更具体地,连接状态可以指示出车辆24是处于连接状态还是处于未连接状态。如果车辆处于连接状态,则该方法进行到步骤240,其中将向车辆24发起蜂窝呼叫;然而,如果车辆24处于未连接状态,则该方法进行到步骤225(在该步骤中,至少在当前时刻不会发起蜂窝呼叫)。

因此,应当理解,通过查询wsp22或wsp服务器23并接收自动化响应,后端系统16能够避免出现与当车辆处于未连接状态时向车辆24发起蜂窝呼叫这一行为有关的计算效率低下。此外,由于后端系统已经预审了使用陆地网络14来建立蜂窝连接,因此,可以使得附加的蜂窝网络流量最小化。

在步骤225中,车辆标识符(例如,车辆远程信息处理单元32的电话号码)可以存储在存储器54(服务器18)的重试表中。重试表包括与被确定(例如,通过api呼叫)为处于未连接状态的车辆有关的信息。该表还可以包括其他信息,例如车辆系统更新标识符、通知标识符、指示何时发起api呼叫的时间戳等,在此仅举几例。下面示出了一个说明性的重试表。如将在下面更详细地解释的,来自该表的数据可以用于发起一个或多个未来的api呼叫。当然,虽然在表i中示出了作为标识符的车辆电话号码,但是,也可以使用其他标识符。

表i

在步骤225之后的步骤230中,后端服务器18可以利用标记或计数器来指示出关于特定车辆24已经发起了多少次api呼叫。在一些实施方式中,api呼叫之间的持续时间可以与计数器值相关联,如下所述。因此,继续本示例,计数器可以增加到“1”,并且该增量数据也可以存储在重试表中。应理解的是,此步骤是可选的。因此在至少一个实施例中,该方法可以跳过步骤230并直接从步骤220进行到步骤235。

随后的步骤235可以是时间缓冲或延迟。例如在步骤235中,可以经过预定的时间段,在该预定时间段期间,后端服务器18没有向wsp22或wsp服务器23发送另一个查询,并且后端系统没有尝试向车辆24发起蜂窝呼叫。该时间段的持续时间可以根据重试表中的时间戳测定得到,并且可以是任何合适的持续时间。例如,如果车辆系统更新的优先级不是太紧急,则持续时间可能是24小时。其他示例也是可能的。此外,应当理解的是,在步骤235期间,后端服务器18可以向wsp22或wsp服务器23发起关于其他车辆(例如,关于车辆24以外的车辆)的api呼叫,或者可以向其已经预审来连接到无线载波系统12的车辆发起蜂窝呼叫。当预定时间段到期时,步骤235结束;然后,方法200循环回到步骤215。

因此,方法200可以再次地重复至少步骤215和220。例如,当重复步骤215时,可以发起关于车辆24的第二api呼叫,并且如上所述,根据来自wsp22或wsp服务器23的自动响应,该方法可以再次进行到步骤225或步骤240。如果该方法再次进行了步骤225、230、235、215和220,则可以记录新的时间戳且计数器可以增加到“2”,并且相应地可以对重试表进行更新。

在至少一个实施例中,步骤235中的预定时间延迟的持续时间与计数器值相关联。例如,当值等于2、3、4...时,可以增加持续时间。或者,针对步骤230的每次重复,持续时间可以增加。在一个实施例中,延迟可以配置来在白天的不同时间发起api呼叫。这些仅仅是示例;也可以存在有其他配置。

当在步骤220中对查询的响应指示出车辆24的连接状态是连接时,则在步骤240中,后端系统尝试发起对车辆24的蜂窝呼叫。在确定车辆24处于连接状态之后,蜂窝呼叫的发起可以在相对短的时间段内发生。发起对车辆24的蜂窝呼叫的预定时间段的非限制性示例包括在十秒钟内、在一分钟内、在五分钟内等。例如,应当理解,如果(相对而言)经过了太长的时间,则车辆连接状态可能发生变化,例如,车辆可能进入地下停车库,或者失去了与无线载波系统12的连接。

步骤240还可以包括在车辆后端系统16与车辆24之间建立蜂窝连接。一旦建立蜂窝连接,后端系统便可以将车辆系统更新(在步骤205中识别出)传送或发送到车辆24,使得其可以在适当时进行安装。在步骤240之后,方法200可以结束。

后端系统16也可以出于其他原因来预审与车辆24的蜂窝连接的建立。例如,后端系统16可能希望向车辆24发送通知,例如,包括音频或视频文件的推送通知、关于车辆维护的文本通知等。这些同样仅是示例;也可以想到由后端系统16所期望的其他消息或通信。

以上结合单个车辆(车辆24)描述了图2。然而,应当理解,后端系统16可以对无数辆车辆执行类似的方法。车辆24、24′、24″、24″′总体上是说明性的。在步骤205中,后端服务器18可以识别出这些车辆中的每个都需要更新003(表i)。因此在步骤205中,系统16可以编制出包括车辆24、24′、24″、24″′的车辆列表或清单。

继续该示例,在步骤210中,后端系统16可以获取每个车辆24、24′、24″、24″′的唯一标识符,例如,电话号码等。并且在步骤215中,后端系统16可以使用批量查询向wsp22或wsp服务器23发送api呼叫,其中该批量查询包括标识符,并且向wsp或wsp服务器分别请求与每个车辆24、24′、24″、24″′相关联的连接状态。作为响应,后端系统16可以接收指示出车辆24、24′、24″、24″′的不同连接状态的响应。并且可以针对每个车辆24、24′、24″、24″′执行以上所述的其余步骤(或者循环回到的步骤)。

为了执行上述方法,应当理解的是,后端系统16可以使用电子硬件、软件等进行配置。例如,可以相应地配置一个或多个远程服务器18。为了进行说明,至少一个服务器18的存储器装置54可以存储可由处理器52执行的计算机程序指令。计算机程序指令可以包括执行上述方法的各步骤所必需的任何及所有必需的指令、代码等,包括但不限于:用于向无线服务提供商(wsp)、与wsp相关联的归属位置寄存器(hlr)或与wsp相关联的归属用户服务器(hss)中的一个发起应用编程接口(api)呼叫的指令,其中api呼叫包括与车辆与wsp所使用的无线载波系统(wcs)的连接状态相关联的查询;用于响应于发起api呼叫而接收对查询的响应的指令,其中对查询的响应相对于wcs指示出车辆连接状态是连接状态或未连接状态之一,其中连接状态指示出车辆注册或连接到wcs中的小区,其中未连接状态指示出车辆当前未注册或者当前未连接到无线载波系统中的小区;用于当车辆连接状态是连接状态时尝试建立后端系统与车辆之间的蜂窝连接的指令;以及用于当车辆连接状态是未连接状态时将在后端系统与车辆之间建立蜂窝连接的尝试延迟预定时间段的指令,并且在该预定时间段之后,用于发起另一api呼叫的指令,以及用于响应于发起另一api呼叫而重复与接收对查询的响应相关联的指令的指令。

存储在存储器54上的并且可由处理器52执行的计算机程序指令还可以包括以下中的一项或多项:当指令确定出车辆连接状态是未连接状态时,用于进一步重复发起另一api呼叫的指令的指令,并且响应于发起另一ap1呼叫,用于重复与接收对查询的响应相关联的指令的指令,其中预定时间段的持续时间随着进一步的重复而增加;用于当车辆处于未连接状态时在后端系统处存储与车辆相关联的标识符的指令,其中该标识符和与多个其他车辆相关联的多个标识符一起进行存储,所述多个其他车辆也被确定为处于未连接状态;以及用于经由蜂窝呼叫提供车辆服务的指令,该蜂窝呼叫是响应于用于尝试在后端系统与车辆之间建立蜂窝连接的指令而建立,其中该车辆服务包括经由蜂窝呼叫提供以下中的至少一项:车辆系统更新或对车辆使用者的通知,其中提供车辆服务是基于车辆与后端系统之间先前建立的用户关系。

其他合适的指令也是可能的。这些仅是示例。

因此,已经描述了一种在后端系统尝试建立蜂窝连接之前确定车辆后端系统与车辆之间的蜂窝连接的可用性的方法。此外,已经描述了能够执行该方法的车辆后端配置。预审包括在尝试向用户车辆发起蜂窝呼叫之前,向无线服务提供商(wsp)或与其相关联的服务器发送查询,以请求与车辆是否连接到无线载波系统相关的信息。此后,后端系统基于来自wsp或wsp服务器的响应,向车辆发起蜂窝呼叫或者不向车辆发起蜂窝呼叫。

应当理解,前述内容是对本发明的一个或多个实施例的描述。本发明不限于本文公开的特定实施例,而是仅由下面的权利要求限定。此外,除了上面明确地限定的术语或短语,上述描述中包含的陈述涉及特定实施例,并且不应被解释为对本发明的范围或权利要求书中使用的术语的限定的限制。各种其他实施例和所公开的实施例的各种变化和修改对于本领域技术人员将是显而易见的。所有这些其他实施例、改变和修改旨在落入所附权利要求的范围内。

如本说明书和权利要求书中所使用的,术语“例如”、“比如”、“诸如”、“如”、“等”以及动词“包括”、“具有”、“包含”及其其他动词形式当与一个或多个元件或其他项目列表结合使用时各自被解释为开放式的,这意味着该列表不被视为排除其他附加组件或项目。除非用于需要不同解释的上下文中,否则其他术语应使用其最广泛的合理含义来解释。

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