用于向移动车辆提供应急服务的方法

专利名称：用于向移动车辆提供应急服务的方法
技术领域：
本公开内容总体涉及用于向移动车辆提供应急服务的方法。
背景技术：
装备有远程信息处理系统或其它类似的硬件的车辆通常构造成从一个或多个服务提供商接受服务(例如，应急服务)。只要车辆i)是与服务提供商签署合同/协议的一方，其中该合同/协议使车辆能够接受一种或多种限定的服务，且ii)即时位于服务提供商的预定地理服务区域内，则此类车辆通常就可得到服务
发明内容

本文公开了用于向移动车辆提供应急服务的方法。这些方法中的一种方法涉及通过可操作地设置在移动车辆中的远程信息处理单元监测来自于通信网络提供商的网络国家代码广播，以及通过与远程信息处理单元相关联的处理器来将网络国家代码与储存在远程信息处理单元的电子存储器中的国家代码的第一列表相比较。第一列表与远程信息处理服务提供商相关联。该方法还涉及通过比较来确定由远程信息处理单元将应急呼叫引导至何处。用于向移动车辆提供应急服务的另一种方法涉及自动地通知远程信息处理服务提供商有应急服务的需求，以及接收对于应急服务的拒绝。该方法还涉及通过远程信息处理单元监测来自于通信网络提供商的网络国家代码广播，以及通过与远程信息处理单元相关联的处理器来将网络国家代码与储存在远程信息处理单元的电子存储器中的国家代码列表相比较。该列表与除远程信息处理服务提供商之外的服务提供商相关联。当在列表中找到网络国家代码时，该方法还涉及通过处理器指示远程信息处理单元利用除远程信息处理服务提供商之外的服务提供商自动地发出应急呼叫。用于向移动车辆提供应急服务的又一种方法涉及自动地通知远程信息处理服务提供商有应急服务的需求，以及接收对于应急服务的拒绝。该方法还涉及通过与远程信息处理单元相关联的处理器指示远程信息处理单元利用除远程信息处理服务提供商之外的服务提供商发出应急呼叫。


本公开内容的实例的特征和优点将通过参照以下详细说明和附图变得清楚，在附图中，相似的参考标号对应于相似的但或许并非相同的构件。为了简短起见，具有前述功能的参考标号或特征可结合或可不结合它们在其中出现的其它附图来描述。图I为绘出用于向移动车辆提供应急服务的系统的实例的简 图2为绘出用于向移动车辆提供应急服务的方法的实例的流程图；以及 图3为绘出用于向移动车辆提供应急服务的其它方法的实例的流程图。
具体实施例方式全球(例如，欧盟内的国家)的一些地区的主管职能机构已经拟订或已经计划拟订要求响应于车辆事故来人工地或自动地发出应急呼叫的各种规章、法规和/或法律。例如，车辆操作者、乘客或其它人通过使用手机、固定电话(例如，付费电话)、启动车辆内的通信装置的按钮或另一个适合的通信装置来发出应急语音呼叫(例如，E112呼叫(例如，在全欧洲的国家中)、911呼叫(例如，在美国)，等)可完成人工应急呼叫。另一方面，可使用车辆专用通信装置(例如，远程信息处理单元)来完成自动应急呼叫，其中该装置响应于与车辆事故相关联的触发信号来自动地发出应急呼叫。在应急呼叫期间，数据，如事故发生的时间、车辆的地点、行进方向、总体车辆描述(例如，车辆的制造商和型号、车辆的颜色、车辆的牌照号、按照IS03779的车辆识别号(VIN)和/或类似的)和/或类似的将被发送/提供至当地公共安全主管部门，且然后数据例如可用于向车辆提供援助(如果需要的话)。在一些情况下，车辆所有者可为与远程信息处理服务提供商签署合同/协议的一方。远程信息处理服务提供商提供各种车辆内的服务和/或应急服务，其利用车辆内的远程信息处理单元来请求、启动和/或提供服务。在合同中标明了包括应急服务的这些服务，且只要合同生效且车辆即时位于由远程信息处理服务提供商限定的地理服务区域中，所有 者就可得到这些服务。然而，应当理解的是，在车辆行进至地理服务区域外的情况下，车辆不可从远程信息处理服务提供商获得包括应急服务的服务。在这些情况下，需要备选的措施来利用例如另一家服务提供商(即，除与合同相关联的一家之外的提供商)发出应急呼
口 H。因此，本文所公开的示例性方法可有利地用于使远程信息处理单元能够即使在车辆即时位于远程信息处理服务提供商的地理服务区域外时发出应急呼叫。例如，远程信息处理单元可构造成用以在识别到车辆事故已经发生之后确定将应急呼叫引导至何方(例如，至远程信息处理服务提供商或至另一家服务提供商)。在一些非限制性实例中，在决定将应急呼叫引导至另一家服务提供商之前，至少要考虑将应急呼叫引导至远程信息处理服务提供商。例如，在从远程信息处理服务提供商请求服务首先被拒绝之后(例如，由于与无线服务提供商的连接故障或其它问题)，可将应急呼叫引导至另一家服务提供商。有利的是，这些方法至少在发出应急呼叫和在需要时接受应急服务花费的时间量方面是高效的。此外，这些方法使用单个通信装置(例如，远程信息处理单元)，该通信装置能够以一种以上的服务模式操作，以便可利用一家以上的服务提供商来发出应急呼叫。这有利地减少了设置在车辆内的硬件数量，同时仍能够向不同服务提供商进行应急呼叫。 应当理解的是，如本文使用的用语"使用者"包括与车辆事故相关联的任何人，或牵涉或涉及到车辆事故中的任何人。例如，"使用者"可为车辆所有者、操作者和/或乘客，且该用语可与用语用户/服务用户互换地使用。此外，用语〃车辆事故〃或一些其它变型指的是对车辆引起一些破坏和/或对车辆事故中涉及到的一人或多人(例如，车辆乘坐者、行人等)的一种或多种伤害的事件。用语〃车辆事故〃可与用语〃车辆意外事故"、〃车辆撞击〃或〃车辆碰撞〃互换地使用。此外，〃车辆乘坐者"指的是车辆事故期间位于车辆内的人或动物。例如，车辆乘坐者可包括车辆驾驶员和/或一名或多名车辆乘客。并非必须存在车辆事故才启动本文所公开的方法。应当理解的是，车辆乘坐者可经历或目击促使他/她启动应急呼叫或应急服务的请求的事件(即，非车辆事故)。例如，非车辆事故的非限制性实例包括车辆内的乘坐者经历心脏病发作、过敏反应或一些其它医疗情况，或车辆内的乘坐者目击车辆外的事故(例如，自行车撞向树木或人，另一辆车在路边熄火、建筑物着火等)。在这些情况下，应当理解的是，应急呼叫通常是通过一些车辆内的乘坐者人工地启动的，这与通过车辆内的远程信息处理单元自动地启动不同。更进一步，〃牵涉到车辆事故〃或〃牵涉到非车辆事故〃的人包括直接地或间接地涉及到事故中的人。例如，直接地涉及到事故中的人可包括事故中涉及到的车辆操作者或经历心脏病发作的人。例如，间接地涉及到事故中的人可包括目击事故的行人或目击自行车撞击的车辆内的乘坐者。此外，除远程信息处理服务提供商之外的服务提供商指的是能够与车辆专用通信装置建立连接的任何服务提供商，其中在大多数紧急情形中，使用车辆专用通信装置从车辆内(自动地或人工地)启动与服务提供商的接触。此后，服务提供商提供或协助得到响应于应急呼叫请求的应急援助。应当理解的是，其它服务提供商不是牵涉到与车辆使用者的合同/协议的远程信息处理服务提供商。除远程信息处理服务提供商之外的服务提供商 的实例包括eCall提供商，其为公共安全应答点(PSAP)。如本文使用的用语"eCall"表示在欧盟里的任何地方提交给基于紧急情况的服务提供商的应急呼叫。eCall可与eCall功能或El12功能相关联，其各标出了在进行与eCall功能或El 12功能相关联的eCall时传输的不同的最小化数据集。在这些情况下，基于紧急情况的服务提供商称为eCall提供商/PSAP。在这些情况下，远程信息处理单元14将拨112，且网络(例如，与通信系统16相关联的移动网络运营商)将选择适合的公共安全应答点。响应于eCall，eCall提供商处理呼口q，且如果需要的话，响应于呼叫调度应急人员或其它服务。为了说明的目的，下文详细描述的方法将eCall提供商用作其它服务提供商。在一个实例中，eCall提供商/PSAP调度其它提供商，如私人救护服务、拖车服务等。利用储存在其存储器中的一个或多个列表，本文所公开的远程信息处理单元可识别i)服务提供商的类型(例如，远程信息处理服务提供商还是eCall服务提供商)，和ii)在应急呼叫期间将发送给服务提供商的任何数据。为了识别该信息和发出适合的应急呼口q，远程信息处理单元将储存在远程信息处理单元内的一个或多个列表上的网络国家代码与广播网络国家代码交叉核对。应当理解的是，远程信息处理单元14包括将国家代码用作表格中的索引的软件，其指示远程信息处理单元14关于进行的呼叫类型和发送多少数据(即，该区域是否支持eCall、E112，或该区域不支持所有这些服务)。如本文使用的用语〃网络国家代码"或如本文使用的"NCC"为移动网络代码。移动网络代码为全球移动通信系统(GSM)上的网络代码的国家部分(即，国家代码(通常称为CC))或移动国家代码(通常称为MCC)。每一个GSM移动用户通过国际移动用户识别码(MSI)识别出，国际移动用户识别码由3位移动国家代码(MCC)、识别国家内的GSM网络的2位移动网络代码(MNC)、以及唯一地识别网络内的用户的移动用户识别号(MSIN)构成。为了允许国际漫游，建立了移动用户综合服务数字号(MSISDN)。这由国家代码(CC)、国内目的地代码(NCD)和用户号码(SN)构成。此外，用语〃连接(动词)/连接的/连接(名词)"和/或类似的在本文中宽泛地限定为涵盖多种有差异的连接布置和组装技术。这些布置和技术包括但不限于(I) 一个构件与另一个构件之间在没有介入其间的构件的情况下的直接连接；以及(2) —个构件和另一个构件利用其间的一个或多个构件通信，假定了 〃连接到〃另一个构件上的一个构件以某种方式与另一个构件可操作的通信(尽管其间存在一个或多个附加构件)。另外，用语〃通信〃将被看作是包括所有形式的通信，包括直接通信和间接通信。因此，间接通信可包括在附加构件位于其间的情况下的两个构件之间的通信。现在参看图1，用于向移动车辆提供应急服务的系统10的一个非限制性实例包括车辆12、远程信息处理单元14、载波/通信系统16 (包括但不限于一个或多个蜂窝塔18、一个或多个基站19和/或移动交换中心(MSC) 20和包括移动网络运营商的一个或多个服务提供商(未示出))、一个或多个陆地网络22、一个或多个远程信息处理服务/呼叫 中心24、以及一个或多个eCall或其它服务提供商100。在实例中，载波/通信系统16为双向射频通信系统。图I中所示的系统10的总体构架、设置和操作，以及许多独立构件大体是本领域中公知的。因此，以下段落提供了此类系统10的一个实例的简要概述。然而，应当理解的是，这里未示出的附加构件和/或其它系统可采用本文所公开的方法。车辆12为移动车辆，如摩托车、汽车、卡车、休闲车(RV)、船、飞机等，且配备有使其能够在载波/通信系统16上通信(例如，传输和/或接收语音和数据通信)的适当的硬件和软件。图I中大体上示出了一些车辆硬件26，包括远程信息处理单元14和可操作地连接到远程信息处理单元14上的其它构件。其它硬件26构件的实例包括麦克风28、扬声器30和按钮、旋钮、交换机、键盘和/或控制器32。大体上，这些硬件26构件使使用者能够与远程信息处理单元14和与远程信息处理单元14通信的任何其它系统10构件通信。应当理解的是，车辆12还可包括适于在远程信息处理单元14中使用或与远程信息处理单元14相连的附加构件。网络连接或车辆总线34可操作地联接到远程信息处理单元14上。适合的网络连接的实例包括控制器区域网络(CAN)、媒体导向系统传输(MOST)、局域互连网络(LIN)、以太网和其它适合的连接，如符合公知的ISO、SAE和IEEE标准和规格的那些，这里仅提到一些。车辆总线34使车辆12能够发送和接收从远程信息处理单元14到车辆12外和车辆12内的设备和系统的各种单元的信息，以执行各种功能，如使门解锁、执行个人舒适设置和/或类似的。远程信息处理单元14为车载专用通信装置，该装置提供既独立地且又通过其与呼叫(或数据)中心24的通信来提供多种服务。呼叫(或数据)中心24是远程信息处理服务提供商拥有和操作的设备。远程信息处理单元14大体上包括电子处理装置36，电子处理装置36可操作地联接到一个或多个类型的电子存储器38、蜂窝芯片组/构件40、无线调制解调器42、包含位置检测(例如，全球定位系统(GPS))芯片组/构件44的导航单元、实时时钟(RTC) 46、短距离无线通信网络48 (例如，BLUETOOTH 单元)、车辆数据上传单元/系统41和/或双重特性天线50。在一个实例中，无线调制解调器42包括在处理装置36内执行的计算机程序和/或软件例程组。应当理解的是，远程信息处理单元14可在没有一个或多个上文列出的构件(例如，短距离无线通信网络48)的情况下实现。还应当理解的是，远程信息处理单元14还可包括用于特定最终用途的所期望的附加构件和功能。电子处理装置36可为微控制器、控制器、微处理器、主处理器和/或车辆通信处理器。在另一个实例中，电子处理装置36可为专用集成电路(ASIC)。作为备选，电子处理装置36可为结合中央处理单元(CPU)工作来执行通用处理器的功能的处理器。在非限制性实例中，电子处理装置36 (本文中也称为处理器)包括软件程序，该软件程序具有启动和/或执行本文所公开的方法的一个或多个步骤的计算机可读代码。例如，软件程序可包括用于确定响应于车辆事故或响应于来自于车辆内的使用者的请求将应急呼叫引导至何处的计算机可读代码。位置检测芯片组/构件44可包括全球定位系统(GPS)接收器、无线电三角测距系统、推测位置系统和/或它们的组合。具体而言，GPS接收器响应于从GPS卫星群(未示出)接收的GPS广播信号来提供准确的时间和车辆12的经度和纬度坐标。蜂窝芯片组/构件40可为模拟手机、数字手机、双模式手机、双频带手机、多模式手机和/或多频带的手机。蜂窝芯片组构件40使用800MHz模拟频带或800MHz、900MHz、 1900MHz和更高的数字蜂窝频带下的一个或多个预定频率。可使用任何适合的协议，包括数字传输技术，如TDMA (时分多址)、CDMA (码分多址)和GSM (全球移动通信系统)。在一些情况下，协议可为短距离无线通信技术，如BLUETOOTH 、专用短距离通信(DSRC)或Wi_Fi。前文提到的实时时钟(RTC) 46也与电子处理装置36相关联，实时时钟(RTC) 46提供向可能需要和/或请求日期和时间信息的远程信息处理单元14的硬件构件和软件构件提供准确的日期和时间信息。在实例中，RTC46可周期性地提供日期和时间信息，例如，每十毫秒。远程信息处理单元14单独地或结合呼叫/数据中心24提供很多服务，其中的一些可能在本文中并未列出，且服务配置成用以满足一个或多个使用者或用户的请求。此类服务的若干实例包括但不限于结合基于GPS的芯片组/构件44提供的转向方向和其它导航相关的服务；结合位于车辆12各处的各种撞击和/或碰撞传感器接口模块52或传感器54提供气囊展开提示和其它应急或路边援助相关的服务；以及信息娱乐相关的服务，其中通过经由车辆总线34和音频总线58可操作地连接到远程信息处理单元14上的信息娱乐中心56下载音乐、网页、电影、电视节目、视频游戏和/或其它内容。在一个非限制性实例中，将存储(例如，在存储器38中)下载的内容来用于目前重放或以后重放。另外，上文列出的服务绝非所有远程信息处理单元14的功能的详尽列表，而仅是远程信息处理单元14能够提供的一些服务的示例。应当理解的是，当从呼叫中心24获得此类服务时，远程信息处理单元14被认作是以远程信息处理服务模式操作的。远程信息处理单元14还构造成用以通过其与除远程信息处理服务提供商之外的服务提供商通信来提供服务。在实例中，其它服务提供商为eCall提供商/PSAP，其拥有和操作eCall呼叫/数据中心100，且远程信息处理单元14在处于eCall服务模式的同时与eCall提供商的呼叫/数据中心100通信。在不可从远程信息处理服务提供商得到服务时的情况下，通过远程信息处理单元14可从eCall提供商接收服务。在一个实例中，因为远程信息处理单元14即时位于远程信息处理服务提供商的地理服务区域外，故远程信息处理单元14可被拒绝远程信息处理服务提供商的服务。在此类情况下，远程信息处理单元14将编程为用以拨112 (替代远程信息处理服务提供商)，且网络(例如，移动网络运营商)将选择适合的eCall提供商/PSAP。因此，当认识到不可通过一个或多个其呼叫/数据中心24从远程信息处理服务提供商获得服务时，或当接收到拒绝服务时(例如，由于不能与呼叫/数据中心24连接、与特定国家或地区中的蜂窝服务提供商的合同问题、甚至在一次或多次重试之后号码也不能工作等)，远程信息处理单元14构造成用以从远程信息处理服务模式切换至另一种服务模式(例如，由eCall提供商支持的服务模式，这在下文中称为eCall服务模式)。在以eCall服务模式操作时，远程信息处理单元14可通过标准应急呼叫规程或协议来提交应急呼叫。例如，可通过拨112来启动eCall。远程信息处理单元14将发送基于储存在远程信息处理单元存储器38中的规格的适合的最小化数据集(MSD)，最小化数据集与在进行eCall之前匹配的NCC相关。将该数据传输至移动网络运营商，移动网络运营商将呼叫和数据提供给适合的eCall提供商/PSAP(类似于典型的112/911呼叫)。在远程信息处理服务模式为默认设置的情况下，远程信息处理单元14构造成用以在以eCall服务模式操作之后切换回远程信息处理服务模式。例如，这可在远程信息处理单元14再进入远程信息处理服务提供商的地理服务区域和/或在与eCall提供商的呼叫中心100的连接完成/结束/终止时发生。因此，远程信息处理单元14可单独用于从一 个以上的服务提供商得到服务。车辆通信大体上利用无线电传输来与载波系统16建立语音信道，使得语音传输和数据传输可在语音信道上发送和接收。通过用于语音通信的蜂窝芯片组/构件40和用于数据传输的无线调制解调器42而使得能够进行车辆通信。为了使得能够在语音信道上进行成功的数据传输，无线调制调节器42应用一些类型的编码或调制来转换数字数据，以便其可通过结合在蜂窝芯片组/构件40中的声码器或语音编解码器来通信。应当理解的是，提供可接受的数据率和比特误差的任何适合的编码或调制技术都可结合上文公开的实例使用。大体上，双模式天线50服务位置检测芯片组/构件44和蜂窝芯片组/构件40。如上文所述，数据传输可发生在语音信道上。车辆硬件26包括车辆数据上传VDU单元/系统41，其在语音连接期间以封包数据的形式在封包交换网络(例如，互联网语音协议(VoIP)、通信系统16等)上传输数据。远程信息处理单元14可包括车辆数据上传(VDU)系统41 (如图I中所示)或与VDU系统41对接，VDU系统41构造成用以从接收器98接收原始传感器数据或记录、封包数据，且将封包的数据消息上传至远程信息处理服务提供商的呼叫/数据中心24(或其它外部实体，如eCall呼叫中心100)。在一个实例中，VDU41可操作地连接到远程信息处理单元14的处理器36上，且因此通过总线34和通信系统16与呼叫/数据中心24通信。在另一个实例中，VDU41可为远程信息处理单元的中央数据系统，该系统可包括其自身的调制解调器、处理器和机载数据库。可如所期望那样使用单独的网络附加储存(NAS)装置来实现数据库或数据库可位于别处(如，在存储器38中)。VDU41具有应用程序，应用程序进行所有车辆数据上传处理，包括与呼叫/数据中心24通信，以及触发信号的设置和处理(即，何时收集和/或上传数据、记录等的预设指示)。大体上，VDU系统41用于建立常规连接，且在一些情况下，维护用于确定将特定应急呼叫发出至何处的存取列表。麦克风28向使用者提供用于输入语音命令或其它声音命令的器件，且可配备有利用本领域中公知的人/机器接口(HMI)技术的嵌入式语音处理单元。相反，扬声器30向车辆乘坐者提供语音输出，且可为特别专用于结合远程信息处理单元14使用的独立扬声器，或可为车辆音频构件60的一部分。在任一,清况下且如上文提到那样，麦克风28和扬声器30使车辆硬件26和远程信息处理服务数据/呼叫中心24能够通过可听到的语音来与乘坐者通信。车辆硬件26还包括用于使车辆乘坐者能够触动或接合一个或多个车辆硬件构件的一个或多个按钮、旋钮、开关、键盘和/或控制器32。在一个实例中，一个按钮32可为电子按钮，其用于启动与远程信息处理服务提供商的数据/呼叫中心24(其为人工顾问62或自动呼叫应答系统62’)的语音通信来例如请求应急服务。应当理解的是，当远程信息处理单元14切换到eCall服务模式时，上文提到的任何车辆硬件26 (例如，按钮、旋钮、开关等)都可用于启动与eCall提供商的呼叫中心100的通信。例如，一个车辆乘坐者可按下一个按钮32 (例如，应急按钮)以启动与eCall呼叫中心100处的顾问104，104’的语音通信且向其请求应急服务。又例如，可通过按下 电话按钮且然后拨出(例如，通过语音)适合的应急电话号码(例如，112)来启动eCall。音频构件60可操作地连接到车辆总线34和音频总线58上。音频构件60经由音频总线58接收模拟信息，使其成为声音。将经由车辆总线34接收数字信息。音频构件60提供AM无线电通信和FM无线电通信、卫星无线电通信、CD、DVD、多媒体和独立于信息娱乐中心56的其它类似功能。音频构件60可包含扬声器系统，或可通过对车辆总线34和/或音频总线58的判断来利用扬声器30。仍参看图1，车辆撞击和/或碰撞检测传感器接口 52可操作地连接到车辆总线34上。撞击传感器54通过撞击和/或碰撞检测传感器接口 52向远程信息处理单元14提供关于车辆碰撞的严重程度的信息，如碰撞角和受到的力量。在实例中，经由总线34将来自于撞击和/或碰撞传感器54的数据发送给远程信息处理单元14，且当通过处理器36识别到数据时，处理器36识别出已经发生事故。然后，处理器36使用国家代码(和可能的车辆位置)来确定呼叫的适合的应急号码和利用应急呼叫传输的适合的数据。在一些情况下，将车辆数据传输至应急服务提供商来进行进一步的分析。连接到各种传感器接口模块66上的其它车辆传感器64可操作地连接到车辆总线34上。示例车辆传感器64包括但不限于陀螺仪、加速计、磁强计、发射检测和/或控制传感器、环境检测传感器和/或类似的。上文列举的一个或多个传感器64可得到车辆数据用于通过远程信息处理单元14或数据/呼叫中心24 (当从远程信息处理单元14传输至其上时)确定车辆12的操作。非限制性示例传感器接口模块66包括动力系控制、气候控制、车身控制和/或类似的。应当理解的是，从其它车辆传感器64接收到的一些数据也可触发本文所公开的一个或多个方法。例如，其它数据可包括指示气囊已经展开的数据、关于突然减速(例如，在与另一个物体(如另一个车辆)碰撞时)的数据、指示施加到制动踏板上的压力突然增大(例如，当试图避免碰撞时突然制动)的数据、关于轮胎压力突然下降(例如，在沿公路段行进的同时轮胎漏气)的数据等。 在非限制性实例中，车辆硬件26包括显示器80，显示器80可操作地直接连接到远程信息处理单元14上或与远程信息处理单元14通信，或可为音频构件60的一部分。显示器80的非限制性实例包括VFD (真空荧光显示器)、LED (发光二级管)显示器、驾驶员信息中心显示器、无线电显示器、任意的文本装置、平视显示器(HUD)、IXD (液晶二极管)显示器和/或类似的。远程信息处理单元14的电子存储器38可构造成用以储存与车辆12的各种系统、车辆操作、车辆使用者偏好和/或人员信息等相关联的数据。电子存储器38还构造成用以储存包括一个或多个国家代码列表的表格。例如，这些列表中的一个列表可包括远程信息处理服务提供商提供的服务覆盖范围之内的那些国家的国家代码。例如，这些列表中的另一个列表可包括另一家服务提供商(如，eCall提供商)提供的覆盖范围之内的国家的国家代码。该表格还可包括另一些服务提供商的附加列表。在本文所公开的方法的一些实例中，远程信息处理单元14接收广播网络国家代码(NCC)，广播网络国家代码识别放送广播的国家，且然后将广播NCC与存储器38中储存的表格相比较以确定广播NCC是否存在于表格中。远程信息处理单元14至少部分地基于储存的表格中的广播NCC的存在或不存在来确定将应急呼叫引导至何处。该表格还可包括某些服务提供商的功能的列表。例如，eCall提供商可与在进行特定eCall时需要发送的最小化数据集相关联。表格自身的细节和表格如何更新将在下文中进一步描述。载波/通信系统16的一部分可为蜂窝电话系统或在车辆硬件26与陆地网络22之间传输信号的任何其它适合的无线系统。根据实例，载波/通信系统16的无线部分包括一个或多个蜂窝塔18、基站19和/或移动交换中心(MSC) 20，以及将系统16的无线部分与 陆地网络22相连所需的任何其它网络构件。应当理解的是，各种蜂窝塔/基站/MSC布置是可能的，且可结合系统16的无线部分使用。例如，基站19和蜂窝塔18可共同位于相同的地点，或它们可定位在较远处，且单个基站19可联接到各种蜂窝塔18上，或各种基站19均可与单个MSC20相联接。语音编解码器或声码器也可并入一个或多个基站19，但取决于无线网络16的特定构架，其也可并入MSC20或一些其它网络构件内。陆地网络22可为常规基于陆地的远程通信网络，该网络连接到一个或多个固定电话上，且将载波/无线网络16的无线部分连接到呼叫/数据中心24上。例如，陆地网络22可包括公用交换电话网络(PSTN)和/或网络协议(IP)网络。应当理解的是，陆地网络22的一段或多段可以以标准有线网络、光纤或其它光网络、线缆网络、其它无线网络(如无线局域网络(WLAN)或提供宽带无线接入(BWA)的网络)或它们的任何组合的形式来实现。远程信息处理服务提供商的呼叫/数据中心24设计成用以向车辆硬件26提供多个不同的系统后端功能。例如，呼叫/数据中心24可构造成用以接收且有时响应来自于远程信息处理单元14请求应急服务的呼叫。根据图I中所示的实例，一个呼叫/数据中心24大体上包括一个或多个交换机68、服务器70、数据库72、人工顾问和/或自动顾问62，62’、处理设备(或处理器)84以及本领域中技术人员公知的多种其它远程通信和计算机设备74。这些各种远程信息处理服务提供商构件经由网络连接或总线76 (如，类似于前文结合车辆硬件26描述的车辆总线34的总线)联接到彼此。通常结合计算机设备74使用的处理器84大体上配备有使处理器84能够实现多种呼叫/数据中心24功能的适合的软件和/或程序。软件和/或程序还构造成用以执行本文公开的示例方法的一个或多个步骤。通过编程为用以执行本文所公开的方法的一些任务的一个或多个计算机(例如，计算机设备74)来执行呼叫/数据中心24的各种操作。计算机设备74 (包括计算机)可包括联接到任何处理的信息的本地储存的数据库和远程数据库(例如，数据库72)两者上的服务器(包括服务器70)网络。可为专用交换分机(PBX)交换机的交换机68路由进入的信号，以便通常将语音传输发送至人工顾问62或自动响应系统62’，且数据传输传递到调制解调器或其它设备(未示出)上来解调和进一步信号处理。调制解调器优选为包括如上文阐述的编码器，且可连接到各种装置如服务器70和数据库72上。应当认识到的是，呼叫/数据中心24可为期望将语音和数据通信交换至其或从其上交换语音和数据通信的任何中央的或远程的、有人的或无人的、移动的或固定的设备。因此，人工顾问62可物理上存在于呼叫/数据中心24处，或可定位成远离呼叫/数据中心24，同时经由呼叫/数据中心24通信。eCall提供商还拥有和操作一个或多个数据/呼叫中心100，在一个实例中，数据/呼叫中心100可类似于远程信息处理服务提供商的数据/呼叫中心24，其中eCall提供商数据/呼叫中心100可包括一个或多个交换机102、服务器106、处理器108、数据库114和一个或多个人工和/或自动顾问104，104’，以及本领域中的技术人员公知的多种其它远程通信和计算机设备110。这些各种eCall提供商数据/呼叫中心100构件经由网络连接或总线112(如，类似于数据/呼叫中心24处的总线76的总线)联接到彼此。交换机102、服务器106、处理器108、顾问104，104’、数据库114和计算机设备110与上文所述的用于呼 叫/数据中心24的大致相同，只是构件明确地设计成(例如，具有特定的软件程序)实现eCall提供商的功能。具体而言，应当理解的是，处理器108和/或其它计算机设备110包括构造成用以执行本文所公开的示例方法的一个或多个步骤的软件和/或程序。通信网络提供商90大体上拥有和/或操作载波/通信系统16。在实例中，通信网络提供商90为欧盟内可用的全球移动通信系统。在非欧盟国家中，通信网络提供商90可为任何本地通信蜂窝服务网络。通信网络提供商90包括监测和维护通信网络90的操作的移动网络。网络运营商引导和路由呼叫，且调试硬件(线缆、路由器、网络交换机、集线器、网络适配器)、软件和传输问题。应当理解的是，尽管通信网络提供商90可具有位于远程信息处理服务提供商的数据/呼叫中心24处的后端设备、雇员等，但远程信息处理服务提供商为单独的且与网络提供商90相异的实体。在实例中，通信网络提供商90的设备、雇员等远离数据/呼叫中心24 (如图I中所示)。通信网络提供商90向使用者提供电话和/或互联网服务，而远程信息处理服务提供商提供多种远程信息处理相关的服务(例如，上文阐述的那些)。应当理解的是，通信网络提供商90可与数据/呼叫中心24和/或100交互来向使用者提供服务(如，应急服务)。系统10还可包括广播网络(图I中未明确标明)，广播网络为能够广播传输至装备有远程信息处理的车辆12的信道。广播网络为网络提供商90的一部分，或与网络提供商90有选择和可操作地通信；且构造成用以向远程信息处理单元14广播消息(例如，数据消息，如包括NCC的SMS消息)。通常，广播发生在专用信道上，如服务信道，其单独地用于与NCC相关的广播。如本文所使用的用语"广播"表示在电波上传输消息至多个接收器(例如，可操作地连接到远程信息处理单元14上的接收器98)的过程。在实例中，广播NCC为数字代码(其可类似于0999等)，用于识别放送广播的国家。广播网络可为任何适合的信道(例如，短消息中心(SMSC)，其具体地设计成用以将短消息服务(SMS)放送、输送和/或传输至所期望的目的地或相当于SMSC的GSM)的系统，该信道能够向位于特定地理区域中的车辆广播NCC。生成的消息可以无线电信号(例如，经由载波/通信系统16的一个或多个蜂窝塔18传播)形式广播，无线电信号输送至与正广播的NCC相关的特定地理区域(例如，国家)。在实例中，利用即时位于该特定国家内的GSM电话设备来将广播引导至所有用户车辆12。在一个实例中，车辆12的远程信息处理单元14构造成用以运行广播信道的背景扫描(例如，每当单元14开启时)，以便每当传输广播时接收NCC消息。在另一个实例中，接收器98构造成具有适合的软件例程，监测NCC的广播信道。应当理解的是，GSM接收器以类似于美国的蜂窝电话向网络登记的方式那样附接到蜂窝网络上。因此，广播国家代码，且接收器98将接收该国家代码。当出现需要单元进行呼叫的事件/触发信号时，则该NCC信息将由远程信息处理单元14评估来确定适合的行动过程(即，呼叫远程信息处理服务提供商、至PSAP的自动eCall或至PSAP的人工eCall)。当识别到信道上广播的NCC时，通过操作适合的软件和/或程序的处理器36，远程信息处理单元14利用NCC来确定应当将应急呼叫引导至何处。下文至少结合图2和图3来进一步详细描述确定将应急呼叫引导至何处。
尽管图I中未示出，但应当理解的是，在一些情况下，远程信息处理服务提供商操作数据中心24，数据中心24接收语音或数据呼叫、分析与语音或数据呼叫相关联的请求，且将呼叫传递至与远程信息处理服务提供商相关联的专用呼叫中心(未示出)。应当理解的是，专用呼叫中心可包括数据中心24的所有构件，但为用于解决特殊请求、需求等的专用设备。此类应用专用呼叫中心的实例为应急服务呼叫中心、导航路线呼叫中心、车辆内的功能呼叫中心等。现在将至少结合图2和图3来详细描述向移动车辆12提供应急服务的示例方法。更具体而言，下文将结合图2来描述一种方法，同时将结合图3来描述其余的方法。现在参看图2，用于向远程信息处理单元14提供应急服务的一种方法包括识别已经发生车辆(或在一些情况下是非车辆)事故(如由参考标号200所示)。在实例中，远程信息处理单元14在从一个或多个车辆传感器54，64经由总线34接收数据时识别车辆事故。例如，在从驾驶员侧的前保险杆的测量的车辆压痕的传感器54接收数据时可识别出车辆事故。当接收到可指示车辆事故的存在的其它数据时，如车辆12突然很快减速(或许响应于避免碰撞的尝试的快速制动动作)、驾驶员侧气囊的启动或其它类似的触发信号，则也可由信息处理单元14识别车辆事故。应当理解的是，一旦任何这些数据由远程信息处理单元14接收到，则可自动地识别出车辆事故。在这些情况下，将在没有使用者干预的情况下启动应急呼叫。还可通过察觉事故且然后通知远程信息处理单元14已经发生事故来实现识别事故(尤其是非车辆事故)。例如，可由事故中涉及到的车辆12的乘坐者察觉到事故，其中车辆乘坐者认识到i)车辆12已经损坏，和/或ii) 一名或多名车辆乘坐者可能受伤，且/或车辆12外的人、动物或财务受损、受伤等，或可能变得受损、受伤等。当察觉到事故时，车辆乘坐者可促动一个按钮32，该按钮可与应急服务的请求相关联，或可触摸显示器80的触摸屏上的应急图标。在实例中，当促动应急按钮32或图标时，处理器36识别到已经发生车辆事故。应当理解的是，在一些情况下，可能在不需要应急服务时触动应急按钮32 (例如，在需要导航路线时无意中促动应急按钮32，而非车辆内的远程信息处理数据/呼叫中心按钮)。在实例中，当促动应急按钮32时，远程信息处理单元14在继续该方法之前验证车辆事故确实发生。例如，通过向一个或多个车辆传感器54，64提交请求来向远程信息处理单元14提供即时数据来完成该验证，且处理器36将从数据推导出确实发生了车辆事故。在其它情况下，可通过远程信息处理单元14请求车辆乘坐者指示实际上已经发生车辆事故来完成验证。例如，通过i)在麦克风28中叙述已经发生事故的语音验证，和/或ii)通过例如促动按钮或触摸屏图标来物理验证来实现使用者指示，其中在被促动时，按钮或图标指示“是”，实际上已经发生事故。在向数据/呼叫中心24提交应急呼叫之前，一旦已经由远程信息处理单元14识别到车辆事故，则处理器36确定将应急呼叫引导至何处。可通过监测NCC广播消息(如由参考标号201所示)的广播信道且然后将广播NCC与储存于远程信息处理单元14的存储器38中的表格中所包含的一个或多个列表相比较来实现该确定。在实例中，通过用于NCC广播消息的车辆12中的接收器98来大致连续地监测广播信道。在识别出已经发生事故之前可完成监测，以便在已经识别到事故时，处理器36可立即地提取接收到的下一 NCC广播消息。一旦识别到车辆事故，则监测可以以其它方式完成，且然后一旦由接收器98接收到 消息，则从广播消息中提取NCC。在许多情况下，将不断地广播NCC消息，以便车辆12不论它们行进的时刻都可接收消息。在实例中，处理器36将从广播消息中提取的NCC(本文中也称为广播的NCC)与包含在表格中的远程信息处理提供商列表相比较(如由参考标号202所示)。如上文所述，远程信息处理提供商列表包括可从远程信息处理服务提供商得到服务的各个国家的国家代码。如果通过比较在远程信息处理提供商列表中找到广播NCC，则处理器36确定应急呼叫应当引导至远程信息处理服务提供商的数据/呼叫中心24。该确定至少部分地基于以下事实如果广播NCC包含在列表中，则车辆12必须即时位于可从远程信息处理服务提供商得到服务的国家内。一旦处理器36发现广播国家代码包含在远程信息处理提供商列表中，同时在远程信息处理服务模式中，处理器36指示远程信息处理单元14向数据/呼叫中心24发出应急呼叫。应急呼叫用于通知远程信息处理服务提供商(通过数据/呼叫中心24)需要应急服务(如由参考标号204所示)。例如，远程信息处理单元14自动地建立与远程信息处理服务提供商数据/呼叫中心24(例如，在电路交换语音信道上)的语音连接。在语音连接期间，由交换机68接收应急呼叫，交换机68将呼叫路由至适合的顾问62，62’，顾问62，62’将协助具有应急服务请求的车辆内的乘坐者。在中心24为数据中心的情况下，交换机68将呼叫路由至特定呼叫中心(例如，具体地设计成用以处理应急呼叫的呼叫中心)，且呼叫中心将援助具有应急服务请求的呼叫者。在应急语音呼叫期间，车辆内的乘坐者/呼叫者语音地提交来自于数据/呼叫中心24的应急服务的请求。例如，一旦进行连接且已经将呼叫路由至适合的顾问62，62’，则呼叫者可在麦克风28中叙述类似于〃我出了车祸且需要一些帮助〃的事情。在车辆乘坐者能够向顾问62，62’提供关于车辆事故的附加信息(例如，车辆12的位置、识别车辆12的信息(例如，制造商、型号和车辆的年代)、车辆内的乘坐者的身份，等)时，也可通过麦克风28向服务提供商的顾问62，62’叙述此信息。然而，如果车辆内的乘坐者/呼叫者不可语音地叙述信息，则顾问62，62’和/或处理器84可从储存在一个数据库72中的使用者档案中得到至少一些信息(例如，车辆识别信息、车辆所有者的姓名和地址等)。在其它情况下可通过向远程信息处理单元14查询车辆数据(如，事故期间从车辆传感器54，64直接得到的数据)来得到关于事故的其它信息。该信息可由顾问62，62’使用来推导出事故的严重程度，以便可向车辆12提供适合类型的服务/帮助。在另一个实例中，远程信息处理单元14自动地建立与数据/呼叫中心24(例如，在封包交换数据信道上)的数据连接，且在数据/呼叫中心24处自动地处理数据呼叫。除了已经出现车辆事故的通知之外，数据呼叫还可包括与事故相关的其它信息(例如，车辆识别信息、例如从传感器54，64得到的车辆数据，和/或类似的)。该信息可以以封包数据的形式提供给数据/呼叫中心24。未包含在数据连接中的任何信息(例如，车辆所有者的识别信息，等)都可从储存在数据库72中的使用者档案中获取。数据/呼叫中心24可需要的用以估计所需的应急服务的类型的任何其它信息也可通过直接地向车辆12提交语音呼叫和通过从车辆乘坐者语音地请求信息而得到。一旦数据/呼叫中心24处的顾问62，62’和/或处理器84已经确定所需的应急 服务的类型(如果有任何的话)，则顾问62，62’和/或处理器84将基于服务提供商的功能范围接触应急服务提供商或调度服务(如由参考标号212所示)。在一些情况下，应急服务可在电话上提供，例如，顾问62，62’可将车辆12链接至应急服务联系人，该联系人可向使用者提供关于如何解决危机的指令/指示，例如，关于如何援助气囊已经展开的乘客，如何执行CPR等。回头参看处理器36将广播NCC与远程信息处理提供商列表相比较时的步骤，如果在该列表中未找到广播的NCC，则处理器36将广播NCC与包含在表格中的国家代码的另一个列表相比较(如由参考标号206所示)。该另一个列表包括与除远程信息处理服务提供商之外的服务提供商相关联的国家代码。在实例中，其它列表包括由eCall提供商覆盖的国家的国家代码，且如上文所述，另一个列表在本文中称为eCall提供商列表。如果通过比较，广播NCC未包含在远程信息处理提供商列表中而是包含在eCall提供商列表中，则处理器36确定应当将应急呼叫引导至eCall提供商的数据/呼叫中心100。该确定至少部分地基于以下事实如果广播NCC包含在eCall提供商列表中，则车辆12必须即时位于可从eCall服务提供商得到服务的国家内。在进行应急呼叫应当引导至eCall数据/呼叫中心100的确定时，处理器36将远程信息处理单元14从远程信息处理服务模式切换至eCall服务模式，且远程信息处理单元14与eCall数据/呼叫中心100之间自动地建立至少数据连接。数据呼叫将包括任何eCall期间需要基于进行的eCall的规格(例如，eCall规格、E112规格，等)发送的至少最小化数据集的传输。应当理解的是，在数据连接期间，通知eCall数据/呼叫中心100需要应急服务(如由参考标号208所示)。语音呼叫也可建立。如果进行语音连接，则在eCall数据/呼叫中心100处由交换机102接收到呼叫，其将呼叫路由至适合的顾问104，104’。然后，顾问104，104’在应急呼叫期间援助呼叫者。顾问104，104’将从呼叫者/车辆乘坐者(例如,通过询问呼叫者问题)或从车辆12 (例如,通过查询远程信息处理单元14的信息)请求和/或得到与车辆事故相关的信息。在一些情况下，eCall数据/呼叫中心100可从远程信息处理服务提供商经由相应的顾问62，62’，104，104’之间的语音呼叫来查询附加信息。顾问62，62’然后可查询数据中心系统，其中处理器84响应查询，且从储存在数据库72中的使用者档案中获取信息。然后，顾问62，62’可使用数据中心系统来经由链接两个实体24和100的通信系统传输数据。eCall顾问104，104’的初次查询之外的附加信息可按照数据中心顾问62，62’的意愿传输，且然后eCall提供商可使用信息来援助使用者。应当理解的是，远程信息处理单元14可首先将信息传输(利用MSD)至eCall提供商，eCall提供商识别车辆12登记的远程信息处理服务提供商。在实例中，包括在eCall提供商列表中的国家代码具有与此相关联的eCall部署状态，公共安全应答点和/或用于公共安全应答点的联系人信息。例如，该信息可由远程信息处理单元14用于识别利用eCall发送的最小化数据集。然后，单元14将拨112，且与移动网络运营商(例如，Vodafone、T - MOBILE 等)连接。包括经度和纬度的MSD将发送给移动网络运营商，移动网络运营商然后将信息传输至适合的eCall提供商/PSAP，eCall提供商/PSAP将调度适合的应急服务提供商和/或通过电话给予应急服务。应当理解的是，远程信息处理单元14的操作模式通常指定为将远程信息处理服务模式作为其默认设置。例如，在制造远程信息处理单元14时或在触动远程信息处理单元14时和/或向远程信息处理服务提供商或无线服务提供商登记时，可取决于规定的方法来 建立默认设置。因此，当指示远程信息处理单元14与eCall提供商的数据/呼叫中心100建立连接时，默认设置暂时由eCall服务模式暂时取代，且只要远程信息处理单元14与eCall数据/呼叫中心100连接且/或远程信息处理单元14在远程信息处理服务提供商服务的地理区域外，则eCall服务模式可由远程信息处理单元14使用。当连接断开(例如，结束、完成，等)时或当远程信息处理单元14行进而回到远程信息处理服务提供商的地理服务区域时，处理器36自动地将远程信息处理单元14切换回远程信息处理服务模式。然后，远程信息处理服务模式由远程信息处理单元14使用，直到出现将远程信息处理单元14又切换至eCall服务模式的需要。然而，应当理解的是，可在某些情形下取代默认操作模式。例如，如果呼叫意外掉线，则远程信息处理单元14可编程为用以根据eCall指南尝试至少一次与eCall提供商的通信的重建。作为备选，如果使用者或eCall提供商中的一个意识到远程信息处理单元14和eCall数据/呼叫中心100之间建立的连接是弱的，且连接可能在无意中掉线，则使用者可挂断且尝试人工地重拨112。在处理器36确定广播NCC未包含在远程信息处理提供商列表中也未包含在eCall提供商列表中的情况下，处理器36可编程为用以尝试以任何方式联系远程信息处理服务提供商和/或eCall提供商，以便得到应急服务，如在参考标号210处所示。如果不能连接呼叫，则处理器36将断定车辆12即时位于远程信息处理服务提供商或eCall提供商不支持的地理区域中。在该实例中，处理器36将通知车辆乘坐者。在接收到该通知时，车辆乘坐者被指示直接呼叫地方职能机构(例如，警察局、消防队等)并且向其请求应急服务。现在参看图3，用于向远程信息处理单元14提供应急服务的另一种方法也包括识别已经发生(车辆或非车辆)事故(如由参考标号300所示)。在实例中，通过与上文所述的结合图2描述的方法类似的方式来完成这种识别。当识别到发生事故时，远程信息处理单元14自动地提交从远程信息处理服务提供商请求应急服务(如由参考标号301所示)。在实例中，当远程信息处理单元14尝试与远程信息处理服务数据/呼叫中心24建立语音连接(例如，使用电路交换语音信道)或数据连接(例如，使用封包交换数据信道)时，自动地提交请求。如果建立连接，则远程信息处理单元14提交对于应急服务的需求。然而，如果不可建立连接，则由于不可进行连接的事实来拒绝应急服务的请求。例如，这可在远程信息处理服务提供商使用的网络载体90不具有车辆12行进的区域内的无线覆盖，或在该区域存在与无线服务提供商的合同问题等时发生。是否拒绝请求的确定大体上由图3中的参考标号302所示。应当理解的是，如果呼叫/数据中心24处的技术困难造成服务拒绝，则具有重试策略，以便远程信息处理单元14将在尝试使用另一家提供商获得服务之前尝试与呼叫/数据中心24重新连接。在远程信息处理单元14与远程信息处理服务数据/呼叫中心24之间建立连接的情况下，处理器36假定远程信息处理单元14即时位于远程信息处理服务提供商的地理服务区域内。然后，可将对于应急服务的请求提交至远程信息处理服务数据/呼叫中心24 (如由参考标号304所示)。更具体而言，呼叫由数据/呼叫中心24处的交换机68接收，其将呼叫路由至适合的顾问62，62’。在连接期间，可通过服务数据/呼叫中心26从呼叫者/车辆内的乘坐者、储存在数据库72中的使用者档案，和/或从各种车辆系统和/或如上文类似地描述的传感器得到关于事故的信息。该信息可由数据/呼叫中心24用于推导出所需 的应急服务的类型。然后，应急服务可提供给车辆12和由车辆12接收(如由参考标号314所示)。在远程信息处理单元14不可建立与远程信息处理服务数据/呼叫中心24的连接(如又由参考标号302所示)的情况下，该方法包括监测NCC广播消息的广播信道(如由参考标号306所示)且然后将广播NCC与储存在远程信息处理单元14的存储器38中的表格中包含的列表相比较。在实例中，通过用于NCC广播消息的车辆12中的接收器98来大致连续地监测广播信道。一旦拒绝来自远程信息处理服务数据/呼叫中心24的应急服务的请求(例如，不可建立14与24之间的连接)，则处理器36立即从广播消息提取NCC。然后，提取的NCC可由处理器36用于确定将应急呼叫引导至何处。在实例中，处理器36将广播NCC与包含在表格中的国家代码的另一个列表相比较，其中另一个列表与除远程信息处理服务提供商之外的服务提供商相关联。在实例中，另一个列表包括与eCall提供商(即，eCall提供商列表)覆盖的国家相关联的国家代码(如由参考标号308所示)。如果通过比较，广播NCC包含在eCall提供商列表中，则处理器36确定可将应急呼叫引导至eCall提供商的数据/呼叫中心100。因此，处理器36指示远程信息处理单元14切换至eCall服务模式，且然后指示远程信息处理单元14利用eCall数据/呼叫中心100发出应急呼叫。应急呼叫用于通知eCall数据/呼叫中心100需要应急服务(如由参考标号310所示)。例如，可通过建立与eCall数据/呼叫中心100的语音连接(例如，在电路交换语音信道)或数据连接(例如，在封包交换数据信道)来完成应急呼口4。如果建立语音连接，则由交换机102接收到应急呼叫，交换机102将呼叫路由至适合的顾问104，104’，顾问104，104’将援助具有应急服务请求的呼叫者。在应急语音呼叫期间，呼叫者/车辆内的乘坐者语音地提交来自于eCall数据/呼叫中心100的应急服务的请求。也在语音呼叫期间，顾问104，104’可要求附加信息，如车辆12的位置、车辆识别信息、关于车辆乘坐者的信息(如，车辆乘坐者的数目、受伤严重程度等)和/或类似的。在一些情况下，如果呼叫者不能提供信息，则eCall数据/呼叫中心100 (通过处理器106)可查询i)远程信息处理单元14得到与事故相关的车辆数据，和/或ii)查询远程信息处理服务数据/呼叫中心24得到附加信息(例如，从使用者档案获取)。如果建立与eCall数据/呼叫中心100的数据连接，可通过eCall数据/呼叫中心100在进行连接时自动地处理数据呼叫。除已经发生事故的通知外，数据呼叫还可包括上文所述的附加信息，例如该附加信息与呼叫车辆12(例如，车辆识别信息)或车辆事故(例如，从例如传感器54，64得到的车辆数据)和/或类似的相关。eCall数据/呼叫中心100还可查询i)远程信息处理单元14得到车辆数据，或ii)查询数据/呼叫中心24得到未包含在封包数据中的任何信息(例如，车辆所有者的身份信息等，其可从储存在远程信息处理服务数据/呼叫中心24处的数据库72中的使用者档案获取)。由eCall数据/呼叫中心100接收到的信息可用于推导出所需的应急服务的类型。如果适合的话，可在电话上提供服务。在其它情况下，可从适合的实体(例如，拖车、消防站、警察局、医院等或它们的组合)调度能够给予适合的服务的人员，且最终在事故现场提供照料(如由参考标号314所示)。回头参看当处理器36将广播NCC与eCall提供商列表比较(在图3中的参考标号 308处)时，如果eCall提供商列表中未找到广播NCC，则处理器3假定远程信息处理单元14即时位于未由远程信息处理服务提供商或eCall提供商覆盖的地理区域中。在这些情况下，远程信息处理单元14可编程为用以尝试以任何方式联系远程信息处理服务提供商和/或eCall提供商，以便得到应急服务，如参考标号312处所示。如果不能连接呼叫，则处理器36将断定车辆12即时位于远程信息处理服务提供商或eCall提供商不支持的地理区域中。在该实例中，处理器36将这通知车辆乘坐者。在接收到该通知时，车辆乘坐者被指示直接呼叫本地职能部门(例如，警察局、消防队等)并向其请求应急服务。作为备选，如果重新尝试导致连接，则应急服务可从车辆12连接到其上的实体(远程信息处理服务提供商到eCall提供商)得到。在本文所公开的方法的又一个实例中，一旦拒绝对于应急服务(来自于远程信息处理服务提供商)的请求，则处理器36自动地将远程信息处理单元14从远程信息处理服务模式切换至eCall模式，以便远程信息处理单元14可将对于应急服务的请求提交至eCall提供商数据/呼叫中心100(如由参考标号316所示)。在实例中，当远程信息处理单元14尝试与eCall数据/呼叫中心100建立语音连接(例如，使用电路交换语音信道)或数据连接(例如，使用封包交换数据信道)时，自动地提交请求。如果建立连接，则远程信息处理单元14提交对应应急服务的请求，且由eCall提供商给予服务(例如，通过调度适合的职能机构)。然而，如果不可建立连接，则拒绝对于应急服务的请求。是否拒绝请求的确定(例如，由移动网络运营商)总体通过图3中的参考标号320所示。在远程信息处理单元14与eCall数据/呼叫中心100之间建立连接的情况下，处理器36假定远程信息处理单元14即时位于eCall提供商的地理服务区域内。然后，对于应急服务的请求可提交给eCall数据/呼叫中心100。更具体而言，呼叫由eCall数据/呼叫中心100处的交换机102接收，其将呼叫路由至适合的顾问104，104’。在连接期间，关于事故的信息可由eCall数据/呼叫中心100至少从呼叫者(如上文所述的类似)得到。该信息可由eCall数据/呼叫中心100用于推导出所需的应急服务的类型。然后，可以以本文先前描述的任何方式来提供应急服务(如由参考标号322所示)。在远程信息处理单元14不能建立与eCall提供商的连接(如又由参考标号320所示)时，该方法包括尝试与eCall提供商的重新连接(如由参考标号324所示)，且当呼叫连接时又从其接收应急服务(如又由参考标号314所示)。应当理解的是，本文以上所述的任何方法都可用于向移动车辆12提供应急服务。还应当理解的是，涉及将广播NCC与包含在储存于远程信息处理单元14中的表格中的一个或多个列表相比较的那些方法中，列表被更新。在实例中，更新列表可周期性地完成(例如，每周、每月等)，或一旦例如从远程信息处理提供商、eCall提供商或另一家提供商单独地或结合蜂窝服务提供商、GSM或其它无线载波获得更新，则可完成列表的更新。更新将来自于这些来源中的一个来源，且远程信息处理服务提供商将管理信息来作为日常维护过程(例如，从远程信息处理单元14到数据中心24的日常呼叫和/或从数据中心24到远程信息处理单元14的日常呼叫期间)的一部分。在实例中，还可动态地完成列表的更新，且该方法包括在远程信息处理服务提供商处从eCall提供商接收关于新国家代码的数据、新部署状态、新eCall提供商/公共安全应答点和/或现有的eCall提供商/公共安全应答点的新联系人信息。在接收数据时，在远程信息处理服务数据/呼叫中心24处，处理器84将数据结合到表格中，从而更新表格。然后，远程信息处理服务数据/呼叫中心24建立与远 程信息处理单元14 (例如，封包数据集)的数据连接，且将更新的表格传输至远程信息处理单元14。然后，更新的表格储存在远程信息处理单元14的存储器38中。更新替换任何以前的数据，除非指示远程信息处理单元14更新一部分表格(例如，远程信息处理提供商列表)，而不更新另一部分(例如，eCall提供商列表)。在本文所公开的实例中，应当理解的是，当事故不是车辆事故时，进行的任何数据呼叫可不包括非车辆事故的细节，然而在大多数情况下，车辆内的乘坐者将能够通过语音连接转述事故的细节。尽管已经详细描述了若干实例，但本领域的技术人员将清楚可改变所公开的实例。因此，前述描述将被认作是的示例性的而非限制性的。
权利要求
1.一种向移动车辆提供应急服务的方法，包括 通过可操作地设置在所述移动车辆中的远程信息处理单元来监测来自于通信网络提供商的网络国家代码广播； 通过与所述远程信息处理单元可操作地关联的处理器，将所述网络国家代码与储存在与所述远程信息处理单元可操作地相关联的电子存储器中的国家代码的第一列表相比较，所述第一列表与远程信息处理服务提供商相关联；以及 通过所述比较，确定由所述远程信息处理单元将应急呼叫引导至何处。
2.根据权利要求I所述的方法，其特征在于，当在所述第一列表中找到所述网络国家代码时，所述方法还包括通过所述处理器指示所述远程信息处理单元通过无线连接通知所述远程信息处理服务提供商有应急服务的需求。
3.根据权利要求I所述的方法，其特征在于，当在所述第一列表中未找到所述网络国家代码时，所述方法还包括 将所述网络国家代码与储存在所述电子存储器中的国家代码的第二列表相比较，所述第二列表与除所述远程信息处理服务提供商之外的服务提供商相关联；以及 当在所述第二列表中找到所述网络国家代码时，通过所述处理器指示所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商发出应急呼叫。
4.根据权利要求3所述的方法，其特征在于，除所述远程信息处理服务提供商之外的所述服务提供商为eCall服务提供商，并且其中，国家代码的所述第二列表包括由所述eCall服务提供商覆盖的国家的国家代码。
5.根据权利要求4所述的方法，其特征在于，包括在所述第二列表中的各个所述国家代码具有与其相关联的eCall部署状态、公共安全应答点或用于公共安全应答点的联系人信息中的至少一个。
6.根据权利要求3所述的方法,其特征在于，所述第一列表和所述第二列表提供在表格中，并且其中，所述方法还包括通过以下方式动态地更新所述表格 在所述远程信息处理服务提供商处从所述服务提供商接收关于新国家代码、新部署状态、新公共安全应答点、公共安全应答点的新联系人信息或它们的组合的数据； 将所述数据并入所述远程信息处理服务提供商处的所述表格中，从而得到更新的表格； 通过无线连接将所述更新的表格从所述远程信息处理服务提供商传输至所述移动车辆中的远程信息处理单元；以及 将所述表格储存在与所述远程信息处理单元可操作地相关联的电子存储器中。
7.根据权利要求I所述的方法，其特征在于，所述通信网络提供商为欧盟内可用的全球移动通信系统。
8.—种向移动车辆提供应急服务的方法,包括 通过无线连接自动地通知远程信息处理服务提供商有应急服务的需求，所述通知包括所述应急服务的请求； 接收对所述应急服务的请求的拒绝；以及以下其中之一 i)通过可操作地设置在所述移动车辆中的远程信息处理单元监测来自于通信网络提供商的网络国家代码广播；通过与所述远程信息处理单元可操作地相关联的处理器将所述网络国家代码与储存在与所述远程信息处理单元可操作地相关联的电子存储器中的国家代码列表相比较，所述列表与除所述远程信息处理服务提供商之外的服务提供商相关联；以及 当在所述列表中找到所述网络国家代码时，通过所述处理器指示所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商来自动地发出应急呼叫；或者 ii)通过与所述远程信息处理单元相关联的所述处理器指示所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商发出应急呼叫，所述应急呼叫包括对于应急服务的请求。
9.根据权利要求8所述的方法，其特征在于，除所述远程信息处理服务提供商之外的所述服务提供商为eCall服务提供商，其中，所述国家代码列表包括由所述eCall服务提供商覆盖的国家的国家代码，并且其中，包括在所述列表中的各个国家代码具有与其相关联的eCall部署状态、公共安全应答点或公共安全应答点的联系人信息中的至少一个。
10.根据权利要求8所述的方法，其特征在于，在所述请求被移动网络运营商拒绝之后，所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商来发出应急呼叫，并且其中，所述方法还包括 通过所述移动运营商拒绝对于来自于除所述远程信息处理服务提供商之外的所述服务提供商的应急服务的请求；且然后 通过所述处理器指示所述远程信息处理单元利用所述远程信息处理服务提供商或另一家服务提供商来重试应急呼叫。
11.一种用于如权利要求I中限定地向移动车辆提供应急服务的系统，所述系统包括 通信网络提供商，其构造成用以广播与广播区域对应的网络国家代码； 远程信息处理单元，其构造成用以通过监测所述广播来确定所述移动车辆即时所在的国家； 可操作地连接到所述远程信息处理单元上的电子存储器，所述电子存储器构造成用以储存包括所述国家代码的第一列表的表格；以及 可操作地连接到所述远程信息处理单元上的处理器，所述处理器包括 将广播的网络国家代码与所述国家代码的第一列表相比较的计算机可读代码；以及 基于所述比较来指示所述远程信息处理单元联系特定实体的计算机可读代码。
12.根据权利要求11所述的系统，其特征在于，所述处理器还包括当在所述第一列表中找到所述网络国家代码时通知所述远程信息处理服务提供商有应急服务的需求的计算机可读代码。
13.根据权利要求11所述的系统，其特征在于，所述处理器还包括 当在所述第一列表中未找到所述网络国家代码时将所述网络国家代码与国家代码的第二列表相比较的计算机可读代码，所述国家代码的第二列表与除所述远程信息处理服务提供商之外的服务提供商相关联；以及 当在所述第二列表中找到所述网络国家代码时指示所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商发出应急呼叫的计算机可读代码； 其中，除所述远程信息处理服务提供商之外的所述服务提供商为eCall服务提供商，并且其中，所述国家代码的第二列表包括由所述eCall服务提供商覆盖的国家的国家代码。
14.一种用于如权利要求8中限定地向移动车辆提供应急服务的系统，所述系统包括 通信网络提供商，其构造成用以广播与广播区域对应的网络国家代码； 远程信息处理单元，其构造成用以通过监测所述广播来确定所述移动车辆即时所在的国家；以及 可操作地连接到所述远程信息处理单元上的处理器，所述处理器包括以下的一个i)用于将所述网络国家代码与所述国家代码的列表相比较的计算机可读代码；以及当在所述列表中找到所述网络国家代码时指示所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商来自动地发出应急呼叫的计算机可读代码；或者 )指示所述远程信息处理单元利用除所述远程信息处理服务提供商之外的所述服务提供商发出应急呼叫的计算机可读代码，所述应急呼叫包括对于应急服务的请求。
15.根据权利要求14所述的系统，其特征在于，所述系统还包括可操作地连接到所述远程信息处理单元上的电子存储器，所述电子存储器构造成用以储存包括所述国家代码列表的表格，其中，除所述远程信息处理服务提供商之外的所述服务提供商为eCall服务提供商，并且其中，所述国家代码列表包括由所述eCall服务提供商覆盖的国家的国家代码。
全文摘要
本文公开了一种用于向移动车辆(12)提供应急服务的方法。一种方法涉及监测来自于通信网络提供商的网络国家代码广播和将网络国家代码与储存在远程信息处理单元(14)中的国家代码列表相比较。该方法还包括基于比较来确定由远程信息处理单元将应急呼叫引导至何方。另一种方法涉及通知远程信息处理服务提供商有应急服务的需求，且响应于对于服务的拒绝来监测网络国家代码广播，以及将网络国家代码与国家代码列表相比较来确定将应急呼叫引导至何方。再一种方法涉及通知远程信息处理服务提供商有应急服务的需求，且响应于对于服务的拒绝来自动地通知另一家服务提供商有应急服务的需求。
文档编号G08B21/02GK102906798SQ201180024472
公开日2013年1月30日 申请日期2011年5月10日 优先权日2010年5月18日
发明者L.D.塞普兰, M.G.普日拜尔斯基, D.A.霍尔特 申请人:通用汽车有限责任公司