控制涉及配备远程信息处理的交通工具的无线通信的方法 |
|||||||
| 申请号 | CN200810190648.4 | 申请日 | 2008-12-26 | 公开(公告)号 | CN101472252B | 公开(公告)日 | 2015-04-01 |
| 申请人 | 通用汽车有限责任公司; | 发明人 | A·J·萨姆卡德; E·彻斯努特; K·R·克劳斯; K·H·易; | ||||
| 摘要 | 本 发明 涉及控制涉及配备远程信息处理的交通工具的无线通信的方法。一种与涉及配备远程信息处理的交通工具的无线通信一起使用的定时控制方法。该定时控制方法通常为一组配备远程信息处理的交通工具确定消息响应时间的时间分布序列，然后把这些不同的响应时间包含于被发送到交通工具的无线消息中。作为答复，交通工具使用不同的消息响应时间以通常与时间分布序列相关的分派或分布的方式进行响应而不是所有都同时响应。在另一种公开的方法中，在每个交通工具本身中确定响应时间。这些方法可用来经由SMS消息 请求 来自交通工具的数据。 | ||||||
| 权利要求 | 1.一种对涉及配备远程信息处理的交通工具的无线通信的定时进行控制的方法，该方法包括以下步骤： |
||||||
| 说明书全文 | 控制涉及配备远程信息处理的交通工具的无线通信的方法技术领域[0001] 本申请通常与涉及配备远程信息处理的交通工具的无线通信有关，而且更具体地涉及一种用于控制或分布从很多配备远程信息处理的交通工具中发送的无线通信的定时以便它们不被同时发送的方法。 背景技术[0002] 世界各地每天都在使用众多类型的无线通信设备，包括诸如蜂窝电话、寻呼机、个人数字助理(PDA)以及交通工具通信设备之类的设备。这些设备中的许多设备使用一种或多种类型的通信信道(包括语音和数据信道)以通过无线网络提供各种服务。一些设备利用数据编码技术以通过语音信道传送语音和数据信息，而其它设备必须使用数据信道来发送数据信息。 [0003] 配备远程信息处理的交通工具可与呼叫中心通信，而有时候该呼叫中心可从那些设备请求信息。如果呼叫中心发出的消息引起来自很多配备远程信息处理的交通工具的响应，则如果所有那些交通工具都同时做出响应，那么会出现无线通信量的显著增加。适应这种无线通信量的明显涌进(influx)(虽然是暂时涌进)可能给无线系统增加成本、复杂度和负担。发明内容 [0004] 依照本申请的一个方面，提供一种对涉及配备远程信息处理的交通工具的无线通信的定时(timing)进行控制的方法。该方法通常包括以下步骤：(a)在多个配备远程信息处理的交通工具的每个交通工具处接收无线请求消息；(b)为每个交通工具提供与其它交通工具中的一个或多个的响应时间不同的响应时间；(c)在每个交通工具处获取由所述无线请求消息所请求的数据；和(d)从每个交通工具发送包括所请求的数据的无线响应消息，其中从每个交通工具在其相关的响应时间发送所述无线响应消息。 [0005] (a)识别多个配备远程信息处理的交通工具；(b)将无线消息发送到该多个配备远程信息处理的交通工具，其中所述无线消息包括促使所述多个交通工具的各个成员在不同的时间间隔做出响应的指令；以及(c)依照该不同的时间间隔接收来自该多个配备远程信息处理的交通工具的响应。 [0006] 依照本申请的另一个方面，提供一种对涉及配备远程信息处理的交通工具的无线通信的定时进行控制的方法。该方法通常包括以下步骤：(a)确定第一消息响应时间和第二消息响应时间；(b)将无线请求消息发送到多个配备远程信息处理的交通工具，其中所述无线请求消息中的至少一个消息包括该第一消息响应时间并且所述无线请求消息中的至少一个消息包括该第二消息响应时间；和(c)发送来自该多个配备远程信息处理的交通工具的无线响应消息，其中依照该第一消息响应时间发送的无线响应消息通常是在依照该第二消息响应时间发送的无线响应消息之前发送的。 [0007] 依照本申请的另一个方面，提供一种对涉及配备远程信息处理的交通工具的无线通信的定时进行控制的方法。该方法通常包括以下步骤：(a)识别多个配备远程信息处理的交通工具；(b)确定通常力图将无线响应消息分散到一段时间上的消息响应时间的时间分布(temporally-distributed)序列；(c)将无线请求消息从呼叫中心发送到该多个配备远程信息处理的交通工具；和(d)从该多个配备远程信息处理的交通工具中接收无线响应消息，其中所述无线响应消息以通常与该时间分布序列相关的次序被接收。附图说明 [0008] 下面将结合附图描述本发明的优选示例性实施例，其中相同的标号指示相同的元件，且其中： [0009] 图1是描绘能够利用本文所公开的定时控制方法的通信系统的示例性实施例的框图； [0010] 图2是描绘定时控制方法的实施例的步骤的流程图； [0011] 图3是描绘定时控制方法的第二实施例的步骤的流程图；和 [0012] 图4是描绘使用SMS请求消息的另一个实施例的流程图。 [0013] 具体实施方式 [0014] 本文所描述的定时控制方法通常试图控制从很多配备远程信息处理的交通工具发送的无线通信的定时，例如当这些交通工具响应于信息请求时通过将它们分布或分派到一段时间上来进行这种控制。这有助于减少在所有交通工具都同时响应的情况下会出现的无线通信量的暂时涌进或尖峰。该定时控制方法可以与涉及配备远程信息处理的交通工具的各种无线通信技术一起使用，包括短消息服务(SMS)、分组数据和带内调制解调器(in-band modem)技术，还有许多示例，这里不一一列举了。 [0015] 通信系统- [0016] 从图1开始，示出了可用于实施本文所公开的定时控制方法的示例性操作环境。通信系统10通常包括交通工具12、无线载波系统14、通信网络16、短消息服务中心(SMSC)18和呼叫中心20。应当理解，定时控制方法可以与任意数量的不同系统一起使用并且不具体限于这里所示的示例。而且，系统的整体架构、设置和操作以及各个部件(例如这里所示的)通常是本领域已知的。因而，以下段落仅仅提供一个这种示例性系统10的简单概述；然而，这里未示出的其它系统也可以采用所公开的方法。 [0017] 在所示的实施例中，交通工具12被描绘成客车，但应当明白也可以使用任何其它交通工具，包括摩托车、卡车、运动型多用途车(SUV)、休闲车(RV)、船舶、飞行器等等。一些交通工具硬件28大体示于图1中，包括用诸如通信总线40或娱乐总线42的一个或多个网络连接互连的远程信息处理单元30、麦克风32、音频系统34、视觉显示器36和电子按钮或控件38。合适网络连接的示例包括控制器局域网(CAN)、媒体导向系统传输(MOST)、本地互连网(LIN)、以太网、局域网(LAN)以及其它适当的连接，例如符合已知ISO、SAE和IEEE标准及规范的那些连接，还有许多，这里不一一列举了。 [0018] 远程信息处理单元30优选使无线语音和/或数据通信能够通过无线载波系统14进行，使得交通工具可以与呼叫中心20、其它具备远程信息处理能力的交通工具或一些其它实体通信。远程信息处理单元优选使用无线电传输来建立与无线载波系统14的通信信道(语音信道和/或数据信道)，使得语音和/或数据传输可以通过该信道进行发送和接收。通过提供语音和数据通信，远程信息处理单元30使得交通工具能够提供许多不同服务，包括那些与导航、通话、紧急援助、诊断、信息娱乐、软件升级、SMS消息收发等有关的服务。依照一个实施例，远程信息处理单元30包括用于类似免提呼叫的语音通信和用于SMS消息收发的标准蜂窝芯片组50、用于数据传输的调制解调器(未示出)、电子处理设备52、一个或多个电子存储器设备54和双天线56。应当明白，调制解调器可以通过存储在远程信息处理单元中并由电子处理设备处理的软件来实施或者可以是位于远程信息处理单元30内部或外部的单独硬件部件。调制解调器可以用任意数量的不同标准或协议进行操作，比如EVDO、CDMA 1XRTT、GPRS、EDGE、WiMAX和HSDPA，还有许多，这里不一一列举了。 [0019] 电子处理设备52可以是能够处理电子指令的任何类型的适合处理设备，包括但决不限于微处理器、微控制器、主处理器、控制器、交通工具通信处理器和专用集成电路(ASIC)。可选地，电子处理设备可以结合某种类型的中央处理单元(CPU)或其它执行通用处理器功能的部件一起工作。电子处理设备52执行各种电子指令，比如存储在电子存储器54中的软件或固件程序，其使得远程信息处理单元能够提供各式各样的服务。例如，电子处理设备52可以执行实现本文所讨论的定时控制方法的程序或处理实现该定时控制方法的数据。 [0020] 远程信息处理单元30提供的服务太多而不能将它们一一列出，而若干示例包括：SMS和其它消息收发相关的服务；语音通信服务；分路段显示路线(turn-by-turn directions)和其它结合基于GPS的交通工具导航模块(未示出)所提供的导航相关的服务；与例如车身控制模块(未示出)的一个或多个碰撞传感器接口模块结合提供的安全气囊展开(deployment)通知和其它紧急或与路旁援助有关的服务；信息娱乐相关的服务，其中音乐、网页、电影、电视节目、视频游戏和/或其它信息通过信息娱乐模块(未示出)进行下载并保存以供当前或稍后回放；以及软件升级，其中软件、补丁、服务包等可以被自动或手动配置和实施从而可以使交通工具的软件保持最新状态。上面所列举的服务决不是远程信息处理单元30的所有能力的穷尽性列表，而仅仅是远程信息处理单元30能够提供的服务中的一些服务的说明。 [0021] 交通工具硬件28还包括向交通工具乘员提供接收和/或提供信息的手段的许多交通工具用户接口，包括麦克风32、音频系统34、视觉显示器36和按钮38。这些设备允许交通工具用户接收SMS消息、输入命令、接收音频/视觉反馈以及提供语音通信，还有许多其他可能性，这里不一一列举了。麦克风32给乘员提供输入口头或其它听觉信息的手段，并且可以利用本领域已知的人机接口(HMI)技术而连接到自动化语音处理单元。相反，音频系统34将口头输出提供给交通工具乘员并且可以是专用的独立系统或者是交通工具主音频系统的一部分。依照这里所示的特定实施例，音频系统34操作性地耦合到交通工具总线40和娱乐总线42，并且可以提供AM、FM及卫星无线电、CD、DVD和其它多媒体功能性。这种功能性可以结合或独立于上述的信息娱乐模块而被提供。视觉显示器36优选是图形显示器，比如仪表板上的触摸屏或从挡风玻璃反射的抬头显示仪，并且可以用来提供如SMS消息收发的大量的输入输出功能。按钮38是电子按钮或其它通常用于启动与呼叫中心20的通信或一些其它服务的控件。当然，也可以利用众多其它交通工具用户接口，而上述的接口仅仅是一些可能情况的示例。 [0022] 无线载波系统14优选是蜂窝电话系统但也可以是能够在交通工具硬件28和呼叫中心20之间传送信号的任何其它适合的无线系统，比如基于卫星的系统。依照示例性实施例，无线载波系统14包括一个或多个蜂窝塔(cell tower)70、基站和/或移动交换中心(MSC)72以及连接无线载波系统14和陆地网络16所需的任何其它连网部件。如本领域技术人员所明白的，各种不同的蜂窝塔/基站/MSC布置是可能的并且可以与无线系统14一起使用。例如，基站和蜂窝塔可共同位于在相同地点或者它们可彼此远程定位，每个基站可以负责单个蜂窝塔或者单个基站可以服务不同的蜂窝塔，而且不同的基站可以耦合至单个MSC，这仅仅是略举几种可能的情况。 [0023] 陆地网络16可以是传统的陆基远程通信网络，其被连接到一个或多个固定电话(landline telephone)并且将无线载波系统14连接到呼叫中心20。例如，陆地网络16可包括公共交换电话网(PSTN)和/或TCP/IP网络，如本领域技术人员所明白的。当然，陆地网络16中的一段或多段网络可以通过使用标准有线网络、光纤或其它光网络、电缆网络、电力线、其它无线网络(比如无线局域网(WLAN)或提供宽带无线接入(BWA)的网络)或者其任意组合来实施。而且，呼叫中心20不需要经由陆地网络16进行连接，但可以包括无线通话设备使得它可以与诸如无线载波系统14的无线网络直接通信。 [0024] 短消息服务中心(SMSC)18优选与无线载波系统14和/或陆地网络16通信并且参与SMS消息的传递。SMSC一般依照存储转发原则进行操作；即，当第一用户发送打算给第二用户的SMS消息时，SMS消息存储在SMSC 18直到第二用户可以接收SMS消息。在一些实施例中，如果SMSC不能联系到第二用户或接受者，则它将SMS消息排队并稍后再次进行尝试。在其它实施例中，SMSC采用存储忘记(store-and-forget)方案，其中它仅仅尝试传送SMS消息一次。当然应当明白，SMSC 18的示例性表示仅仅是合适布置的一个示例，因为依照本领域已知的一些其它配置可以替代性地提供SMSC。例如，SMSC 18可以被集成在无线载波系统14、陆地网络16和/或呼叫中心20内，而不是示意性地示出为单独的独立部件。此外，要理解的是可利用多个SMSC。 [0025] 呼叫中心20被设计成给交通工具硬件28提供许多不同的系统后端功能，并且依照这里所示的示例性实施例，呼叫中心20通常包括一个或多个交换机80、服务器82、数据库84、真人顾问(live advisor)86以及本领域已知的各种其它远程通信及计算机设备88。这些不同的呼叫中心部件优选经由有线或无线局域网90彼此耦合。交换机80可能为专用交换分机(private branch exchange，PBX)交换机，它路由输入信号使得语音传输通常被发送至真人顾问86或自动化响应系统，并且数据传输被转到调制解调器或其它设备88以便进行解调和进一步的信号处理。调制解调器优选包括编码器并且可以被连接到诸如服务器82和数据库84的不同设备。数据库84可以被设计成存储帐户信息，比如订户认证信息、交通工具标识符、状态信息、简档记录、行为模式以及其它有关订户的信息。数据传输也可以通过无线系统(比如802.11x、GPRS等)来进行。虽然所示的实施例被描述成可与人工操纵的呼叫中心20一起使用，但要明白呼叫中心可以利用无人操纵的自动化呼叫响应系统，且一般而言，呼叫中心可以是任何人工操纵或无人操纵的、移动或固定的中央或远程设施，希望与该装置进行双向的语音和/或数据传输的交换。 [0026] 定时控制方法- [0027] 如先前所提及的，本文所述的定时控制方法通常力图通过将从很多配备远程信息处理的交通工具发送的无线通信分布或分派到一段时间上来控制这些无线通信的定时；这就避免了在所有交通工具都同时响应的情况下会出现的无线通信量的暂时猛增。过去，如果呼叫中心希望从很多交通工具中得到信息，则它会发出对所期望信息的大量请求(massrequest)。如果所有交通工具都几乎同时响应该请求，则无线系统会因无线通信量的涌进而崩溃。当所涉及交通工具的数量以成千上百万计时，尤其如此。为了解决这些及其它问题，所说明的定时控制方法力图通过分配不同的消息响应时间而将预期的响应分布或平均到一段时间上。因而，无线通信是依照时间分布序列或进动(precession)自交通工具发送的而不是同时发送的。 [0028] 转向图2中的流程图，示出了本定时控制方法的实施例100的一些步骤。这个示例性实施例用来说明该定时控制方法的一些方面和特征，并且针对的是呼叫中心(比如呼叫中心20)请求交通工具群队(fleet)或交通工具组中每个配备远程信息处理的交通工具的地理坐标的实施例。依照这个实施例，呼叫中心20以SMS消息的形式向众多配备远程信息处理的交通工具12发送无线请求消息。作为响应，每个交通工具向呼叫中心发送回无线响应消息，但该响应消息使用分组数据格式而不是SMS。再次，应当明白，这仅仅是该定时控制方法的示例性实施例，因为该方法可以使用除上述的SMS/分组数据组合之外的消息收发技术，并且该方法可以在很多不同的情况(包括与地理坐标无关的情况)下来实施。 [0029] 从步骤102开始，该定时控制方法识别其希望从中得到信息的多个配备远程信息处理的交通工具。在这种情况下，该多个交通工具是成千上万的交通工具群队或交通工具组而所期望的信息是地理坐标信息，不过这当然可以不同。在某些情况下，该交通工具群队的数目范围可以从仅几个交通工具到上百万个交通工具。依照一个实施例，呼叫中心20内的资源用来获取群队内的每个配备远程信息处理的交通工具的一个或多个交通工具标识符。交通工具标识符是可用来唯一识别特定的配备远程信息处理的交通工具的任意信息。一些潜在的交通工具标识符的示例包括但决不限于：电子序列号(ESN)、移动设备标识符(MEID)、移动识别号码(MIN)、移动用户号码簿号码(MDN)、介质访问控制地址(MAC地址)、网际协议地址(IP地址)、远程信息处理单元站标识符(STID)、交通工具识别号码(VIN)以及订户帐号和/或姓名。在本实施例中，SMS消息是通过标准语音信道从呼叫中心发送到交通工具群队的，如本领域技术人员所明白的。因而，需要群队中成千上万个交通工具中的每个交通工具的ESN、MIN和/或MDN。 [0030] 接着，步骤104确定消息响应时间的时间分布序列，该时间分布序列通常被设计成将来自配备远程信息处理的交通工具的群队的响应散开到一段时间上。这些消息响应时间通常规定交通工具何时响应由呼叫中心发送的无线请求消息，使得它们不会同时做出响应。作为示例，如果该群队由十万个交通工具组成，则步骤104可以决定将该群队分割成每组一百个交通工具的一千组，其中每组具有其自己的消息响应时间。在那种情况下，该时间分布序列将包括一千个不同的消息响应时间；第一消息响应时间对应于第一组的一百个交通工具，第二消息响应时间对应于第二组的一百个交通工具，如此类推。 [0031] 应当明白，交通工具依照该时间分布序列的分布或分派(apportionment)可以根据正发送的无线通信的需求和性质而不同。例如，这些组可以包括相同数量或不同数量的交通工具，这些组可以被分配相同的时间间隔或不同的时间间隔，这些组均可以被询问相同的信息或者它们可以被要求不同的信息，这些组可以被要求用通用的消息类型进行响应或者它们可以被指示用不同的消息类型进行响应，以及这些组可以被要求对相同的接受者或不同的接受者做出响应，这里仅举几种可能性。这些组的大小、数量和全体(constituency)可以根据许多不同因素而变化，并且可以从每组很多交通工具变化到每组少至一个交通工具。 [0032] 有许多因素可用来确定时间分布序列，所述因素包括以下项：估计的响应大小(size)、估计的响应量(response volume)、估计的响应时间、估计的响应类型、估计的响应的地理分布以及预期的响应接受者，还有许多，这里不一一列举了。为了详细阐述，在上述的十万个交通工具的群队示例中，呼叫中心20可考虑估计的响应大小。由于每个交通工具的地理坐标正被请求且该信息一般导致较小的消息响应大小，所以步骤104可以决定每组具有较大数量的交通工具(在上面示例中为一百个交通工具)。另一方面，如果呼叫中心在请求该群队中的每个交通工具的全面诊断检查，该请求很可能会生成较大的消息响应大小，则步骤104可将测试群队划分成较小组，比方说每组十个交通工具。 [0033] 步骤104在确定时间分布序列时还可以考虑估计的响应量。在上面示例中，在群队中总计有十万个交通工具。如果步骤104要把该群队划分成十个一组，则总共有一万组，每组需要其自己的消息响应时间。假定消息响应时间间隔三十秒，则接到所有组的回复要花费超过八十三小时(10,000组×30秒＝300,000秒)；这对于某些应用而言可能太长，因而必须减少组数。将这种情况与群队总计只有一千个交通工具的情况相比。在那种情况下，每组具有十个交通工具仅会产生一百组，因而接到所有组的回复的时间将少于一小时。因此，估计的响应量在确定时间分布序列中起一定作用。 [0034] 在步骤104的确定期间可以考虑的另一因素是估计的响应时间；即，呼叫中心期望交通工具对其请求做出响应的日子和/或时间。如果估计的响应时间与高通信量时间重合-例如在一周的工作日内许多操作者驾驶其交通工具的交通高峰时间期间-则步骤104可将群队划分成较小的组，因为无线系统很可能已经处于相当大的压力。可选地，步骤104可以保持每组交通工具的数目较大并调节消息响应时间，使得交通工具在某个其它的非高峰时间回应。换言之，该定时控制方法可以指示交通工具在期望很少的无线通信量的时间发送它们的响应，而不是通过把群队划分成较小的组来减轻对无线系统的压力。因此，估计的响应时间可以用来降低或减少对无线通信量的预期影响。 [0035] 步骤104还可以把估计的响应类型看作确定时间分布序列时的因素。例如，如果呼叫中心指示交通工具用分组数据类型的消息进行响应并且已知分组数据消息使用的系统资源要比SMS消息多，则这可能会影响步骤104如何把群队划分为若干组的大小和性质。例如，如果分组数据消息是估计的响应类型，步骤104可决定将交通工具的各组变得较小； 再则，努力减小对无线系统的影响。相反，如果期望资源不那么密集的响应类型(比如SMS消息或带内调制解调器消息)，则该群队可以被划分成较大的交通工具组或者它们可以被允许在较高的无线通信量时间期间进行传输，等等。呼叫中心也可能指示不同的交通工具组用不同的消息响应类型进行响应；即第一组用SMS消息响应，第二组用分组数据消息响应，等等。因此应当明白，估计的响应类型可以由本方法用来(在某些情况下具体选择用以)降低或减轻对相应无线系统的影响。 [0036] 估计的响应的地理分布也可以是步骤104的确定中的因素。例如，如果预期响应的地理分布集中在小区(cellular region)或其它具有高通信量或具有很少无线资源的区域，则该定时控制方法可以在决定划分交通工具群队的最优方式时考虑这个因素。参照上述的示例，如果群队中的该十万个配备远程信息处理的交通工具代表了一定时期内在人口密集的城市地区中所销售的所有交通工具，则可合理期望那些交通工具的大多数当前工作在高无线通信量区域中。因而，步骤104通过操纵一个或多个因素(比如上面提供的那些因素)将其考虑在内，以便减轻对相应无线系统的影响。如果估计或期望的地理分布针对人口稀少的地理区域，则相反情况适用；不过，该区域中的无线容量起到平衡的作用。 [0037] 步骤104还可以将预期的响应接受者-即期望接收由交通工具群队所发送的响应消息的实体-视为另一因素。如果群队中的所有交通工具被指示发送响应至相同实体或预期的接受者并且这个实体已被其它应用高度利用，则通信量的暂时涌进或尖峰可能是不希望的。在那种情况下，步骤104可决定减少每组交通工具的数目，使得当该组发送一批响应至预期的接受者时不会压垮它。步骤104还可以改变或操纵该预期的接受者；即指示一些交通工具发送响应至某些预期的接受者而指示其它交通工具发送响应至其它预期的接受者。再则，上面提到的因素仅仅是可由本定时控制方法用来确定响应时间的时间分布序列的因素中的一些因素，因为也可以使用许多其它因素。 [0038] 在步骤106中，无线请求消息被从呼叫中心发送至该多个配备远程信息处理的交通工具，所述无线请求消息包括使得各个交通工具以不同的时间间隔做出响应的指令。每个无线请求消息优选包括指定相应交通工具何时响应该消息的指令。依照一个实施例，每个无线请求消息包括以下成分：所请求的信息，预期的接受者，以及作为时间分布序列的一部分的消息响应时间。第一成分或所请求的信息通知交通工具在寻找什么；即上面示例中的地理坐标。所请求的信息可以具体化为代码形式或一些其它简化指令的形式或者它可以在适当的协议中详细说明；只要接收消息的配备远程信息处理的交通工具知道它应该收集什么信息。如上所述，除了地理坐标之外，不同类型的信息(比如诊断信息、状态信息等)也可以被请求。 [0039] 如上所讨论的，预期的接受者指明要从配备远程信息处理的不同交通工具接收响应的实体。这种指明可以用许多方式来实施。例如，无线请求消息可以用代码来识别预期的接受者或它可以通过提供ESN、MDN、MIN、IP地址等来明确地识别它们。可选地，交通工具和呼叫中心可在适当的位置具有预定布置，使得当交通工具接收来自发送方A的消息时，它知道预期的接受者为实体B，或者如果交通工具接收到寻求某种信息的无线响应消息则预期的接受者为实体C，或者如果交通工具在某天或在某个时间接收到无线请求消息则预期的接受者为实体D。这些仅仅是传送关于预期的接受者的信息的几种可能性。 [0040] 消息响应时间通常规定交通工具响应无线请求消息的时间。如上所述，消息响应时间可以以各种方式来表示。它可以被简单地表示成绝对值(即2008年1月1上午8点，格林尼治标准时间)；它可以被表示成参考某个事件的时间量(即例如，从交通工具接收到这个消息的三十分钟，或者下次启动交通工具点火之后的三十秒)；它可以依照本领域技术人员已知的另一格式来表示；或者作为上面的某些组合。因而，只要接收无线请求消息的交通工具知道其应该何时响应，消息响应时间可以以任何适当的方式进行传送。消息响应时间通常确定或至少影响交通工具进行响应的时间间隔。可以调整这些时间间隔以便降低或减轻相应无线网络的负担。例如，如果期望某个交通工具组要将大数据块发送到预期的接受者，则该定时控制方法可以确定需要较大的时间间隔。也就是说，通过在一段较长时间上把消息响应时间分隔开，在下一波无线响应消息到来之前给予预期的接受者更多的时间来接收和处理输入信息。在某些情况下，所有时间间隔将是相同的；在其它情况下，时间间隔可以根据组而变化以便适应特定的场合需求。 [0041] 依照一个实施例，通过将SMS消息从呼叫中心20发送到配备远程信息处理的交通工具12的群队来执行步骤106，其中消息响应时间和其它消息成分在SMS消息的有效负荷部分中提供。当然，其它消息类型和技术可以用来传送无线请求消息，包括分组数据消息、带内调制解调器以及对技术人员已知的其它消息。如果移动终接(mobile terminated)的分组数据消息被发送到交通工具，很可能需要获取每个交通工具的暂时IP地址。由于这个过程可能是相当消耗时间和资源的，所以有时更有效的是仅发送SMS消息至群队中配备远程信息处理的各个交通工具。步骤106可以发送少量的无线消息至选定的交通工具组然后那些交通工具把消息传播到其它交通工具。例如，这种布置可以在专用短程通信(DSRC)或交通工具到交通工具的通信系统中找到。 [0042] 在步骤108中，配备远程信息处理的交通工具收集所请求的信息并准备将其传输给预期的接受者。在地理坐标的情况下，交通工具可以查询或收集来自GPS单元的信息并对数据进行处理以便进行无线传输。当然，根据被请求的信息的性质，也可以查询交通工具四周的其它交通工具电子模块和设备。 [0043] 在配备远程信息处理的交通工具获得了所请求的信息之后，该交通工具在其相关的响应时间将无线响应消息发回到预期的接受者，步骤110。如上所解释的，这些消息响应时间(时间间隔)是步骤104中形成的时间分布序列的一部分。该时间分布序列的目标之一是把来自该多个交通工具的无线响应消息分散开，使得它们以更加均匀或均衡的进动被接收而不是以同时群集(simultaneous cluster)被接收。也可能依照多种格式和技术之一来发送无线响应消息，所述格式和技术包括SMS消息、分组数据消息、带内调制解调器消息、等等。 [0044] 值得注意的是，以分组数据形式发送移动发起的(mobileoriginated)无线响应消息通常比以分组数据形式发送移动终接的无线请求消息更加有效。这至少部分可归因于对于移动终接的情况不得不获得群队中每个交通工具的暂时IP地址；这对移动发起的消息而言是不必要的步骤。因此，依照刚才所述的特定实施例，呼叫中心将SMS消息发送到交通工具但希望回过来接收分组数据消息。再则，这也是不必要的，因为它只是一种可能的实施例。 [0045] 还应当指出的是，各种因素会防止交通工具组的每个成员在分派的时间发送它们的无线响应消息。例如，如果特定组中的一个或多个交通工具关闭它们的点火、不在无线范围内或者正处于禁止无线通信的一些其它状况，则这些交通工具可能不与它们组中其它交通工具在相同时间发送它们的无线响应消息；即使它们都具有相同的消息响应时间。因而，当陈述无线响应消息是“依照不同的时间间隔”接收的，或者“依照第一消息响应时间和第二消息响应时间”发送的或者以“通常与时间分布序列相关的”次序接收的时，应当明白这通常把交通工具组或交通工具群队看成整体，并不要求每个单独的交通工具在分派的时间进行响应。 [0046] 上面所述的方法100在呼叫中心20确定消息响应时间并将该信息作为无线请求消息的一部分提供给每个交通工具时是有用的。然而，确定每个交通工具的响应时间可以在该交通工具本身上执行而不需要来自呼叫中心的任何指令或信息。因而，在图3的实施例200中，响应时间的确定是在接收到无线请求消息之后在该交通工具处执行的。具体而言，方法200包括：识别多个配备远程信息处理的交通工具(202)，将无线请求消息发送给该多个交通工具(206)，在每个交通工具处接收无线请求消息(207)，在每个交通工具处获取所请求的数据(208)，确定消息响应时间(209)，然后在每个交通工具相关的消息响应时间从每个交通工具发送无线响应消息(210)。步骤206、206、208和210可以与方法100的相应步骤102、106、108和110相同，关于那些步骤的所有讨论同样适用于图3的实施例。 [0047] 对于这种方法200，无线请求消息可以为交通工具指定它们要依照由交通工具所确定的适当响应时间来发送它们的响应消息。也就是说，交通工具可以在确定的时间发送其响应消息，即使请求消息没有指定交通工具要这么做，或者相反请求消息可以含有告诉交通工具在将来时间发送响应的标志或指令，而没有指定何时发送，交通工具接着确定适当的响应时间。 [0048] 交通工具可使用各种技术计算或以其它方式确定合适的响应时间。例如，唯一标识符(比如上述的各种移动设备或交通工具标识符(VIN、STID、ESN等)中的任何一种)可以用于此目的。远程信息处理单元可以使用比如ID(例如，唯一识别远程信息处理单元的STID)来确定响应时间。具体而言，末位数或最后两位数可以用来计算距预定时间的偏移。作为一个示例，末位数可用来指定(在收到请求消息后)下十分钟内的哪一分钟将被用作响应时间。因而，如果请求消息是在上午11:58接收的而STID以“1”结尾，则在下午12:01发回响应消息，而如果STID是“5”，则会在下午12:3 5发回响应消息。 [0049] 与图2的方法100相比，允许交通工具确定响应时间可提供较少的响应协调，但它简化了在发起请求消息的SMSC 18和/或呼叫中心20处的工作，并且消除了对把响应时间以及可能甚至响应指令包含于无线请求消息中的需求。 [0050] 现在转向图4，示出了针对一种把来自SMSC 18的SMS消息用作无线请求消息的具体实施方式的另一个实施例300。这个实施例可以使用方法100或200的方案，使得适当响应时间的确定可以被预定并包含在SMS请求中，或者可以在每个交通工具中进行单独确定。方法300包括生成用作无线请求消息的SMS消息(303)。然后，该消息被发送到多个交通工具中的每一个(306)。在该交通工具中，确定无线请求消息是应当作为返回SMS消息还是分组数据(311)。在另一个实施例中，另一响应选项是经由无线语音呼叫来发送数据，并且用于通过蜂窝无线连接(CDMA或其它)的语音信道传输数据的技术对本领域技术人员是已知的。 [0051] 对于SMS响应，该过程进行至方块312，在此交通工具确定响应时间，在步骤314获取所期望的数据并生成SMS响应(例如，把数据合并到SMS消息的有效载荷中)，然后在确定的响应时间发送SMS响应消息(316)。当所期望的响应要经由分组数据进行发送时，该过程从方块311进行至方块313，在此确定适当的分组数据回叫时间(响应时间)，然后获取用于该响应的期望数据(315)，最终启动分组数据连接且在确定的回叫时间传输数据(317)。 [0052] 按照步骤312和313确定适当的响应时间可在交通工具中(例如使用上面讨论的唯一标识符)或者在SMSC 18或其它中央设施中完成并且可包含在SMS请求消息中。 [0053] 要理解，前面描述不是对本发明的限定而是对本发明的一个或多个优选示例性实施例的描述。该发明不限于本文所公开的一个(或多个)特定实施例而是仅由所附权利要求书来限定。而且，前面描述中所包含的陈述涉及特定的实施例而不应解释成对发明的范围或对权利要求书中所用术语的限制，除上面清楚说明了术语或短语的情况之外。各种其它实施例和对所公开实施例的各种变化及修改对本领域技术人员是显而易见的。例如，在图4中，确定适当响应时间和获取用于响应的期望数据的步骤可以替代地在方块311之前执行，因为那些步骤可以独立于响应的特定类型(SMS、分组数据)来进行。所有这种其它实施例、变化以及修改打算落入所附权利要求书的范围。 [0054] 如本说明书和权利要求中所用的，术语“例如”、“比如”、“诸如”和“如”以及动词“包含”、“具有”、“包括”及其它动词形式在结合一个或多个部件或其它项的列表使用时每个都要解释成开放式的，意味着该列表不是要排除其它附加的部件或项。其它术语要用它们最广的合理含意来解释，除非它们用于需要不同诠释的上下文中。 |
||||||
QQ群二维码
意见反馈
意见反馈