安全sms消息处理的制作方法

安全sms消息处理的制作方法
【技术领域】
[0001]本发明涉及安全电信，更特别地涉及安全地处理SMS消息。
【背景技术】
[0002]短消息服务(SMS)消息可由始端移动设备生成并通过SMS服务中心传送至终端移动设备。服务中心可在SMS消息被转发到终端移动设备之前在SMS消息被接收时使用时间戳对SMS消息进行标示。该时间戳可由终端移动设备用于确定是否接受或忽略SMS消息。

【发明内容】

[0003]根据本发明的一个实施例，提供了一种处理车辆远程通信单元和呼叫中心之间传输的SMS消息的方法。所述方法包括步骤:接收具有安全数据的SMS消息，其中所述SMS消息的头部部分和负载均携带所述安全数据；尝试认证所述安全数据；如果第一安全数据被认证，则接受所述SMS消息；并且如果所述安全数据未被认证，则忽略所述SMS消息的内容。
[0004]根据本发明的另一个实施例，提供了一种处理SMS消息的方法。所述方法包括:步骤(a)在车辆远程通信单元处接收具有车辆指令的SMS消息，其中所述SMS消息包括由所述SMS消息的头部部分携带的安全数据，其中所述安全数据的加密版本也由所述SMS消息的负载携带；步骤(b)确定远程通信单元系统时间是否准确；步骤(C)当在步骤(b)中所述系统时间被确定为准确时，使用所述系统时间评估所述安全数据的有效性，其中如果安全数据被评估为是无效的，则编辑SMS错误报告并至少忽略执行步骤(g);步骤(d)确定在远程通信单元处是否在先接收了 SMS消息的复制消息，其中如果在先接收了复制消息，则编辑SMS错误报告并至少忽略执行步骤(g);步骤(e)对所述安全数据的加密版本进行解密；步骤(f)使用所述经解密的安全数据对所述头部部分携带的安全数据进行认证，其中如果所述头部部分携带的安全数据未被认证，则编辑SMS错误报告并忽略步骤(g);以及步骤(g)如果所述头部部分携带的安全数据被认证，则执行所述车辆指令。
[0005]本申请进一步提供以下技术方案。
[0006]技术方案1.一种处理车辆远程通信单元和呼叫中心之间传输的SMS消息的方法，包括步骤:
[0007](a)接收具有安全数据的SMS消息，其中所述SMS消息的头部和负载均携带所述安全数据；
[0008](b)尝试认证所述安全数据；
[0009](c)如果所述安全数据被认证，则接受所述SMS消息；并且
[0010](d)如果所述安全数据未被认证，则忽略所述SMS消息的内容。
[0011]技术方案2.根据技术方案I所述的方法，其中所述安全数据与所述SMS消息的期满时间(TOE)相关联。
[0012]技术方案3.根据技术方案I所述的方法，其中由所述负载携带的安全数据被加tM
I_L| O
[0013]技术方案4.根据技术方案I所述的方法，其中所述SMS消息携带车辆命令，所述方法还包括步骤(e):如果在步骤(C)中所述SMS消息被认证，则执行所述车辆命令。
[0014]技术方案5.根据技术方案I所述的方法，还包括:从所述远程通信单元接收系统时间并使用所述系统时间评估所述安全数据的有效性。
[0015]技术方案6.根据技术方案5所述的方法，其中所述评估步骤发生在步骤(b)之前，其中如果所述安全数据被确定为是无效的，则忽略所述SMS消息并省略步骤(b)和(c)。
[0016]技术方案7.根据技术方案I所述的方法，还包括:在步骤(b)之前，将所述SMS消息与在先接收的SMS消息进行比较，其中如果所述SMS消息与所述在先接收的SMS消息中的一个相同，则忽略所述SMS消息并至少省略接受步骤(c)。
[0017]技术方案8.根据技术方案I所述的方法，还包括:在步骤(b)之前，将当前SMS消息的期满时间与其他在先接收的SMS消息的期满时间进行比较，其中如果所述当前SMS消息的期满时间小于与在先接收的SMS消息相关联的期满时间中的任一者，则忽略所述当前SMS消息并至少省略接受步骤(C)。
[0018]技术方案9.根据技术方案I所述的方法，还包括:当忽略所述SMS消息时向所述呼叫中心发送错误报告。
[0019]技术方案10.根据技术方案I所述的方法，还包括:当所述SMS消息被接受时向所述呼叫中心发送成功报告。
[0020]技术方案11.一种处理SMS消息的方法，包括步骤:
[0021 ] (a)在车辆远程通信单元处接收具有车辆指令的SMS消息，其中所述SMS消息包括由所述SMS消息的头部携带的安全数据，其中所述安全数据的加密版本还由所述SMS消息的负载携带；
[0022](b)确定远程通信单元系统时间是否准确；
[0023](c)当在步骤(b)中所述系统时间被确定为准确时，使用所述系统时间评估所述安全数据的有效性，其中如果安全数据被评估为是无效的，则编辑SMS错误报告并至少忽略执行步骤(g);
[0024](d)确定是否在远程通信单元处在先接收了 SMS消息的复制消息，其中如果在先接收了复制消息，则编辑SMS错误报告并至少忽略执行步骤(g);
[0025](e)对所述安全数据的加密版本进行解密；
[0026](f)使用经解密的安全数据对所述头部携带的安全数据进行认证，其中如果所述头部携带的安全数据未被认证，则编辑SMS错误报告并忽略步骤(g);以及
[0027](g)如果所述头部携带的安全数据被认证，则执行所述车辆指令。
【附图说明】
[0028]将在下文结合附图描述本发明的一个或多个实施例，其中相同的附图标记指示相同的元件，并且其中:
[0029]图1是描述能够利用本文公开的方法的通信系统的实施例的框图；和
[0030]图2是SMS消息的示意性图示；
[0031]图3是示出SMS消息的交换的时间轴；
[0032]图4是示出交换安全SMS消息的过程的一个实施例的流程图。
【具体实施方式】
[0033]下文描述的方法总体上涉及对在车辆的远程通信单元和呼叫中心之间传送的SMS消息进行认证。例如，从呼叫中心发送的SMS消息可包含远程车辆命令，例如打开车辆门或远程启动车辆，使得它们更可能成为恶意攻击的目标。例如，在记录和重放攻击期间，命令门打开的SMS消息可由恶意源记录并随后重放(例如当车辆用户不在旁边时)，因此允许恶意源或同谋者非法地进入车辆。本文描述的认证包括多个安全特征，除其他方面以外，包括在包含消息(例如车辆命令)的SMS消息的头部部分和负载内提供安全数据。一个安全特征包括负载中的安全数据的加密。车辆远程通信单元可对负载安全数据解密并认证其与SMS头部部分携带的安全数据相同。在安全数据被认证的情况下，可接受该消息，在消息是车辆命令的情况下，可执行该命令。当安全数据未被认证时，可忽略该SMS消息并且失败的认证可被报告到呼叫中心。
[0034]将首先描述呼叫中心和车辆的操作环境；其后，将更详细的描述本公开和方法的多个实施方式。
[0035]通信系统
[0036]参考图1，示出了操作环境，所述操作环境包括移动车辆通信系统10并且可用于实施本文公开的方法。通信系统10通常包括车辆12、一个或多个无线载波系统14、陆地通信网络16、计算机18和呼叫中心20。应当理解公开的方法可与任何数量的不同系统一起使用并且不特别限制于在此示出的操作环境。并且系统10的构造、结构、设置和操作及其各个部件是本领域中已知的。因此，以下段落简单地提供了这种通信系统10的简要概述；然而，未在此示出的其他系统也可采用所公开的方法。
[0037]车辆12在示出的实施例中被描述为乘客汽车，但应当意识到还可使用其他车辆包括摩托车、卡车、运动功能车(SUV)、娱乐用车(RV)、船只、飞行器等。一些车辆电子设备28在图1中被总体上示出并且包括远程通信单元30、麦克风32、一个或多个按钮或其他控制输入34、音频系统36、视频显示器38、GPS模块40以及多个车辆系统模块(VSM) 42。这些设备中有些可直接连接到远程通信单元，例如麦克风32和按钮34，而有些可使用一个或多个网络连接(例如通信总线44或娱乐总线46)被间接连接。合适的网络连接的示例包括控制器局域网络(CAN)、面向媒体的系统转移(MOST)、本地互联网(LIN)、局域网(LAN)和其他合适的连接，例如以太网或其他符合已知ISO、SAE和IEEE标准和规范的连接，等等。
[0038]远程通信单元30可以是安装(嵌入)了 OEM的设备或安装在车辆中并能够通过无线载波系统14和经由无线网络实现无线语音和/或数据通信的配件市场设备(aftermarket device)。这使车辆能够与呼叫中心20、其他能够进行远程通信的车辆或一些其他实体或设备通信。远程通信单元优选地使用无线电传输以与无线载波系统14建立通信信道(语音信道和/或数据信道)，使得语音和/或数据传输可通过该信道发送和接收。通过提供语音和数据通信两者，远程通信单元30使车辆能够提供多种不同服务，包括涉及导航、电话、紧急救援、诊断、资讯娱乐等的服务。数据可通过数据连接被发送，例如通过数据信道上的分组数据传输被发送，或通过使用本领域已知的技术的语音信道被发送。对于包括语音通信(例如在呼叫中心20处具有现场咨询或语音响应单元)和数据通信(例如向呼叫中心20提供GPS位置数据或车辆诊断数据)两者的组合服务，该系统可利用语音信道上的单个呼叫并根据需要在语音信道上的语音和数据传输之间转换，并且这可使用本领域技术人员已知的技术完成。
[0039]根据一个实施例，远程通信单元30利用根据GSM(包括LTE技术)或CDMA标准的蜂窝通信，并因此包括用于如免提呼叫的语音通信的标准蜂窝芯片集50、用于数据传输的无线调制解调器、电子处理设备52、一个或多个 数字存储器设备54和双天线56。应当意识到调制解调器可通过存储在远程通信单元中并由处理器52执行的软件实现，或者其可以是位于远程通信单元30内部或外部的独立的硬件部件。调制解调器可使用任意不同的标准或协议进行操作，例如EVDO、CDMA, GPRS和EDGE。车辆和其他网络设备之间的无线联网还可使用远程通信单元30来实现。为了该目的，远程通信单元30可配置为根据一个或多个无线协议进行无线通信，例如IEEE 802.11协议、WiMAX或蓝牙中的任何一个。当用于分组交换数据通信例如TCP/IP时，远程通信单元可配置为具有静态IP地址，或可设置为自动地从网络上的其他设备例如路由器或从网络地址服务器接收分配的IP地址。远程通信单元30还可包括用于维持远程通信单元系统时间的计时器57和/或计时软件。计时器可用于时间戳或以其他方式用输入和/或输出的通信标记系统时间或将系统时间与输入和/或输出的通信相关联。例如，呼叫中心20和远程通信单元之间传送的SMS消息可被打上时间戳；此外，系统时间可用于评估输入的SMS消息是否已经期满。计时器57和/或计时特性可按本领域技术人员知晓的多种合适的方式实现。
[0040]处理器52可以是任何类型的能够处理电子指令的设备，包括:微处理器、微控制器、主机处理器、控制器、车辆通信处理器和专用集成电路(ASIC)。其可能是仅用于远程通信单元30的专用处理器，或者可被其他车辆系统共享。处理器52执行多种类型的数字存储指令，例如存储器54中存储的软件或固件程序，其使远程通信单元能够提供广泛的各种服务。例如，处理器52可执行程序或过程数据以执行本文讨论的方法的至少一部分。
[0041]远程通信单元30可用于提供不同种类的车辆服务，包括发送至车辆的无线通信和/或来自车辆的无线通信。这样的服务包括:结合基于GPS的车辆导航模块40提供的逐向(turn-by-turn)指示和其他导航相关的服务；结合一个或多个碰撞传感器接口模块例如车身控制模块(未示出)提供的气囊展开通知和其他紧急事件或有关路旁帮助的服务；使用一个或多个诊断模块的诊断报告；有关资讯娱乐的服务，其中音乐、网页、电影、电视节目、视频游戏和/或其他信息由资讯娱乐模块(未示出)下载并且被存储用于当前或之后的回放。以上列出的服务绝不是远程通信单元30的所有能力的详尽列表，而是远程通信单元30能够提供的一些服务的简单列举。此外，应当理解前述模块中的至少一些模块可以以保存在远程通信单元30之内或之外的软件指令的形式实现，它们可能是位于远程通信单元30之内或之外的硬件部件，或者它们可能被集成和/或彼此共享或者被位于车辆各处的其他系统共享。在所述模块被实施为位于远程通信单元30之外的VSM 42的情况下，它们可利用车辆总线44与远程通信单元交换数据和命令。
[0042]GPS模块40从GPS卫星群60接收无线电信号。GPS应当被广义地解释为包括全球定位系统(GPS)卫星、全球导航卫星系统(GNSS)和任何其他合适的地理定位卫星。从这些信号中，模块40可确定车辆位置，其被用于向车辆驾驶者提供导航和其他有关位置的服务。导航信息可呈现在显示器38 (或车辆内的其他显示器)上或可被语言呈现，例如当提供逐向导航时完成。可使用专用车载导航模块(其可以是GPS模块40的一部分)提供导航服务，或可通过远程通信单元30完成一些或全部导航服务，其中位置信息被发送至远程地点用于向车辆提供导航地图、地图注释(感兴趣的点、餐厅等)、路线计算等等。可向呼叫中心20或其他远程计算机系统，例如计算机18，提供位置信息以用于其他目的，例如车队管理。并且可从呼叫中心20通过远程通信单元30下载新的或更新的地图数据至GPS模块40。
[0043]除音频系统36和GPS模块40之外，车辆12可包括位于车辆各处的电子硬件部件形式的其他车辆系统模块(VSM) 42，并且通常从一个或多个传感器接收输入并使用所感测的输入执行诊断、监控、控制、报告和/或其他功能。每个VSM 42优选地由通信总线44连接到其他VSM，以及连接到远程通信单元30，并可被编程以运行车辆系统和子系统诊断测试。作为示例，一个VSM 42可以是发动机控制模块(ECM)，其控制发动机操作的各个方面，例如燃料点火和点火正时，另一个VSM 42可以是动力系控制模块，其调整车辆动力系的一个或多个部件的操作，并且另一个VSM 42可以是车身控制模块，其管理位于车辆各处的各种电气部件，如车辆的动力门锁和前照灯。根据一个实施例，发动机控制模块配备有车载诊断(OBD)功能，其提供例如从包括车辆排放传感器的各种传感器接收的大量实时数据并提供允许技术员快速识别和排除车辆内的故障的标准系列诊断故障码(DTC)。如本领域技术人员理解的那样，上述VSM仅是可在车辆12中使用的一些模块的示例，因为多种其他模块也是可能的。
[0044]车辆电子设备28还包括多个车辆用户接口，其向车辆乘员提供信息提供和/或接收的手段，包括麦克风32、按钮34、音频系统36和视频显示器38。如本文使用的那样，术语“车辆用户接口”广义地包括任何合适形式的电子设备，包括硬件和软件部件两者，其位于车辆上并使车辆用户能够与车辆的部件通信或通过车辆的部件通信。麦克风32向远程通信单元提供音频输入，使得驾驶者或其他乘员能够提供语音命令并通过无线载波系统14执行免提呼叫。为了该目的，可将其连接到利用本领域已知的人机接口(HMI)技术的车载自动语音处理单元。按钮34允许手动用户输入进入远程通信单元30以开启无线电话呼叫并提供其他数据、响应或控制输入。相对于发至呼叫中心20的常规服务援助呼叫，独立的按钮可用于开启紧急呼叫。音频系统36向车辆乘员提供音频输出并且可以是专用的独立系统或主车辆音频系统的一部分。根据此处示出的具体实施例，音频系统36可操作地联接到车辆总线44和娱乐总线46两者并可提供AM、FM和卫星无线电、⑶、DVD和其他多媒体功能。该功能可与上文描述的资讯娱乐模块相结合或独立于该资讯娱乐模块。视频显示器38优选是图形显示器，例如在仪表板上的触摸屏或挡风玻璃反射的平视显示器，并可用于提供多种输入和输出功能。还可利用各种其他车辆用户接口，因为图1的接口仅是一个【具体实施方式】的示例。
[0045]无线载波系统14优选是蜂窝电话系统，其包括多个蜂窝塔70 (仅示出一个)、一个或多个移动交换中心(MSC)72以及将无线载波系统14与陆地网络16连接所需的任何其他联网部件。每个蜂窝塔70包括发送和接收天线以及基站，不同蜂窝塔的基站直接地或通过诸如基站控制器的中间设备连接到MSC72。蜂窝系统14可实施任何适合的通信技术，包括:例如，模拟技术例如AMPS，或较新的数字技术例如CDMA (例如CDMA2000)或GSM/GPRS。如本领域技术人员将意识到的，各种蜂窝塔/基站/MSC布置是可能的并可由无线系统14使用。例如，基站和蜂窝塔可共同位于相同的地点，或者它们可彼此远离地定位，每个基站可负责单一蜂窝塔，或者单一基站可服务于多个蜂窝塔，并且不同的基站可联接到单一 MSC，这里仅列出可能布置中的一些。
[0046]除了使用无线载波系统14之外，卫星通信形式的不同无线载波系统可用于提供与车辆的单向或双向通信。这可使用一个或多个通信卫星62和上行发送站64来完成。单向通信可以是例如卫星无线电服务，其中节目内容(新闻、音乐等)可由发送站64接收、被打包用于上传，然后送至卫星62，其将节目广播至订购者。双向通信可以是例如使用卫星62在车辆12和站64之间传递电话通信的卫星电话服务。如被使用，则可在无线载波系统14之外或代替无线载波系统14利用该卫星技术。
[0047]陆地网络16可以是传统的陆上电信网络，其被连接到一个或多个陆线电话并将无线载波系统14连接到呼叫中心20。例如，陆地网络16可包括诸如被用于提供硬连线电话那样的公共交换电话网(PSTN)、分组交换数据通信、以及互联网基础设施。可通过使用标准有线网络、光纤或其它光网络、电缆网络、电力线、诸如无线局域网(WLAN)的其它无线网络、或者提供宽带无线接入(BWA)的网络、或者其任意组合来实现陆地网络16的一个或多个节段。此外，呼叫中心20不需要经由陆地网络16被连接，但可包括无线电话设备，因此其可与诸如无线载波系统14的无线网络直接通信。
[0048]计算机18可以是可通过私有或公众网络(例如互联网)访问的多个计算机中的一个。每个这样的计算机18可用于一个或多个目的，例如通过远程通信单元30和无线载波14由车辆可访问的网站服务器。其他这样的可访问计算机18可以是例如:服务中心计算机，其中诊断信息和其他车辆数据可从车辆通过远程通信单元30上传；车辆所有者或其他订购者使用的客户计算机，用于例如访问或接收车辆数据或建立或配置订购者偏好或控制车辆功能；或第三方资源库，车辆数据或其他信息被提供至该第三方资源库，或从该第三方资源库提供车辆数据或其他信息，无论是通过与车辆12通信还是与呼叫中心20通信，或者是通过所述两者通信。计算机18还可用于提供互联网连接性，例如DNS服务或作为使用DHCP或其他合适的协议以向车辆12分配IP地址的网络地址服务器。
[0049]呼叫中心20被设计为向车辆电子设备28提供多个不同的系统后端功能，并且根据此处示出的示意性实施例，通常包括一个或多个交换机80、服务器82、数据库84、现场咨询86以及自动语音响应系统(VRS)88，其全部是本领域已知的。这些不同呼叫中心部件优选通过有线或无线局域网90彼此联接。交换机80，其可以是私用分机交换(PBX)交换机，对输入的信号进行路由，使得语音传输通常由常规电话送至现场咨询86或使用VoIP送至自动语音响应系统88。现场咨询电话还可使用如图1中虚线所指示的VoIP。通过交换机80和网络90之间连接的调制解调器(未示出)实现VoIP和通过交换机80的其他数据通信。通过调制解调器将数据传输送至服务器82和/或数据库84。数据库84可存储账户信息，例如订购者认 证信息、车辆标识、简介记录、行为模式和其他相关的订购者信息。数据传输还可由无线系统施行，例如802.llx、GPRS等等。虽然示出的实施例已经被描述为其可结合使用现场咨询86的人工操控呼叫中心20来使用，但将意识到该呼叫中心可替代地利用VRS 88作为自动咨询，或可使用VRS 88和现场咨询86的组合。
[0050]方法前述通信系统10是一个操作环境的说明。系统10可用于查验和/或认证车辆12和呼叫中心20之间发送的SMS消息。图2-4图示了向车辆12发送SMS消息的呼叫中心20 ；然而这仅是一个示例。例如，车辆12可发送SMS消息，其然后可由呼叫中心接收并认证。当然，应当意识到其他环境中的其他实施方式也是可能的。
[0051]
[0052]图2示出了 SMS消息200的一个实施例，其可从呼叫中心20发送至车辆12，或更具体地发送至车辆远程通信单元30。SMS消息200被示出具有头部部分202、负载204和底部部分206。消息200的头部部分202可包括标准化头部部分210 (例如3GPP头部)和专有的或呼叫中心唯一的头部212。类似地，底部部分206可包括标准化底部220 (例如3GPP底部)和专有的或呼叫中心唯一的底部222。当然，其他头部和底部也是可能的(例如非3GPP标准)。
[0053]标准化头部210和/或专有头部212可携带或包括时间相关数据，例如有效期(VP)数据230、SMS服务中心时间戳(SCTS)数据231和包括期满时间(TOE)数据的安全数据232。VP数据230可以是由始端移动设备(或呼叫中心20)分配的指示消息200应当被传送(或试图被传送)的时间段的持续时间。例如，如果VP是50秒，则SMS服务中心可在接收到消息200的50秒后不再尝试传送消息200。SCTS数据231可以是时间标记，其指示服务中心何时接收到该消息200 (例如从始端移动设备)。不管怎样，VP数据和SCTS数据的内容是已知的，并且本领域技术人员将意识到VP数据和SCTS数据的其他方面和特征。在至少一个实施例中，VP数据230和SCTS数据231可由标准头部210携带，并且安全数据232可由专有头部212携带。
[0054]安全数据232的至少一部分，例如TOE数据，可以是由始端移动设备分配的预定绝对日期和时间，在始端移动设备中当由终端移动设备(例如远程通信单元30)接收时SMS消息被认为期满。TOE可在消息起始时被设置。如将在下文更详细解释的那样，TOE数据可用于查验和/或认证消息200已经被及时接收和/或篡改未发生。TOE数据的一个说明性实施方式可包括:呼叫中心20将TOE分配给消息200 (例如建立专有头部212)，并且远程通信单元使用TOE数据和计时器57确定消息200是否已经期满。例如，如果呼叫中心20分配TOE是在SMS起始后的30-60秒，于是消息200将被认为期满，除非远程通信单元30在起始的30-60秒内接收到消息200。
[0055]其他时间相关数据也可以由消息200携带，包括SMS消息的移动起点的时间戳以及SMS消息附带的多种其他时间戳或时间戳数据(例如与SMS的建立或生成或其递送或接收相关联)等等。
[0056]图2进一步示出负载204可携带或包括消息数据240和安全数据232’。消息、数据240可包括车辆或车辆用户的信息消息、车辆命令或指令、或车辆和/或用户的任何其他合适数据。如本文使用的那样，车辆用户可以是车辆驾驶者、乘客等，并且用户不需要具有车辆12的所有权(例如车辆用户可以是所有者或被许可者)。安全数据232’可包括头部部分202中(即在专有头部212中)携带的安全数据232的加密版本。例如，呼叫中心20可对安全数据232执行散列函数以生成安全数据232’ (例如TOE数据的加密版本)。加密可利用公有或私有密钥基础结构。不论怎样，加密对本领域技术人员是已知的，并且将不在此进一步详细说明。消息数据240和安全数据232’仅是可由负载204携带的信息的示例；也可携带其他信息。
[0057]图3描述了生命周期或时间轴300的一个实施例，其示出呼叫中心20和远程通信单元30之间SMS消息200的交换。时间轴300示出了交换期间的不同时刻或时间点，以及至少从描绘的时间点中的一个或多个时间点开始持续的或者持续至所述一个或多个时间点的不同可确定的时间段。图3示出了六个时间点:SMS消息起始传输(SMS TX)时间302、服务中心时间戳时间(例如SCTS)304、SMS消息接收或终止(SMS RX)时间306、SMS消息处理时间308、当根据点310处的期满时间或TOE (例如由呼叫中心20分配并与TOE数据关联且从TOE数据获取)确定SMS消息已经期满的预定时间、以及根据点312处的有效周期(VP)(例如由呼叫中心分配并与VP数据关联且从VP数据获取)确定SMS消息已经期满的预定时间段。因此，根据这些已经定义的时间点，SMS消息200可在点302在呼叫中心20处起始，在点304在接收SCTS的服务中心处被接收，在点306由远程通信单元30接收，并且在点308由远程通信单元30处理。消息200的及时递送可包括在VP和TOE期满之前递送动作；更具体地，如果消息200在消息VP期满之前由SMS服务中心传送并且在TOE期满之前由远程通信单元接收和/或处理，则消息200是及时的。在至少一个实施方式中，与VP关联的时间段短于或等于与TOE数据关联的持续时间；例如呼叫中心可将VP设置为60秒并且呼叫中心可将TOE设置为60分钟。TOE数据可提供可查验和可认证的安全手段以避免当SMS消息可能恶意时(例如仿冒或重放攻击)执行车辆命令(例如门打开或车辆启动)。
[0058]此外，时间轴300示出了多个时间段:从起点302延伸到预定VP期满时间312的有效时段320 ;从起点302延伸到SMS消息200被接收的时间点306的递送时段322 ;以及从起点302延伸到预定TOE期满时间310的期满时段324。应当意识到有效时段320与VP数据有关，并且期满时段324与TOE数据有关。进一步地，应当意识到VP数据、与VP数据关联的时间点312和有效时段320均可在持续时间和长度上变化。类似地，TOE数据、与TOE数据关联的时间点310和期满时段324均可在持续时间和长度上变化。
[0059]如下文将要阐述的那样，当SMS消息200在与TOE关联的时间点(310)之前被终端移动设备(例如远程通信单元30)递送或接收时，所述消息200可被接受。并且当SMS消息200不在该时间点(310)之前被递送或接收时，所述消息200可被拒绝、丢弃或以其它方式被忽略。
[0060]图4示出了一种处理SMS消息200的方法400。方法400开始于步骤402，其中车辆远程通信单元30接收SMS消息200 (例如对应于图3中的时间点306)。SMS消息的电信通信是已知的，并将不在此描述。在步骤402中，远程通信单元30还可从计时器57 (图1中示出)接收系统时间；例如来自计时器的时间戳。
[0061]在步骤404，远程通信单元30的处理器52可确定系统时间是否精准或有效。例如，当计时器57正常工作时，系统时间可被确定为是有效的。因此，步骤404可包括查验计时器的操作和/或接收的时间戳。然而，当计时器57不正常工作或时间戳不精准(例如使用适宜的参数、车辆诊断等)时，系统时间可能不是有效的。在步骤404中，当系统时间被确定为有效时，方法400进行到步骤406。
[0062]在步骤406中，远程通信单元30的处理器52可使用安全数据232 (由专有头部212携带)确定或评估SMS消息200是否是有效的。在一个实施方式中，安全数据232包括TOE数据。因此，可使用计时器时间戳来比较或评估TOE数据。如果计时器时间戳(例如13:05:00)大于(或发生迟于)Τ0Ε数据(例如13:00:00)，则消息200已经期满并可被认为是无效的。然而如果计时器时间戳(例如13:05:00)小于(或发生早于)Τ0Ε数据(例如13:15:00)，则消息200可被认为是有效的。该示例时间仅用于说明；可使用各种其他合适的时间。并且在消息200被评估为有效的情况下，则方法400可进行到步骤408。
[0063]在步骤408中，处理器52可确定或将SMS消息200与在先接收的SMS消息比较以确定消息200是否是复制的或者以其它方式与在先接收的消息相同。在先接收的消息可存储在存储器54中的最近的SMS列表或清单中。该列表可定期更新并且旧有的在先接收的SMS消息可以不定期地被清除(例如每天、每周、每月、或根据最近可考虑什么样的SMS消息的任何合适的决定)。如果SMS消息200不匹配SMS列表中的在先接收消息中的一个，则方法400可进行到步骤410。
[0064]在步骤410中，处理器52可确定或认证SMS消息200 ;例如处理器52可使用负载204携带的安全数据232’对安全数据232进行认证。处理器可根据私有或公有密钥基础结构使用密钥对安全数据232’ (例如加密的TOE数据)进行解密；如前文关于加密技术描述的那样，解密技术类似地为本领域技术人员熟知。一旦安全数据232’被解密，则可通过将专有头部212的安全数据232与经解密的安全数据232’进行比较来对SMS消息200进行认证；即，当未加密的TOE数据等于经解密的TOE数据时发生认证。在安全数据232被认证的情况下，SMS消息200被认为为是可靠的。在安全数据232未被认证的情况下，SMS消息200被认为为是不可靠的、损坏的、不完整的或甚至是被篡改的，因此认证失败。其他安全检查和认证(和/或加密)技术也可应用在步骤410中，如本领域技术人员将意识到的那样。
[0065]在步骤410后，SMS消息200可存储在存储器54中一一现在作为在先接收消息与未来进入的SMS消息进行比较。此外，如果安全数据232经过认证，则方法400可进行到步 骤 412。
[0066]在步骤412中，由于SMS消息已经被认证，消息数据240可被远程通信单元30接受。由于消息数据240可包括车辆命令，步骤412可包括触发远程车辆动作(例如车门的锁定和解锁、启动或关闭车辆发动机、致动或停用车辆报警器，此处仅列举几个例子)的执行或实施。在步骤412后，方法400可进行到步骤414并编辑成功报告。
[0067]在步骤414中，成功报告可以是在远程通信单元30处接受和/或成功收到SMS消息200的指示；例如，消息数据240被接受并且在适用的情况下被执行。步骤414处的编辑可包括一个或多个SMS消息，并且在步骤416处，可使用远程通信单元30将成功报告发送至呼叫中心20。
[0068]此外在步骤412之后，方法400可进行到步骤418用于SMS性能监控。例如，性能监控可包括与SMS消息相关的延迟计算、失败统计、数据集合等等。其后，可在步骤420编辑性能报告。性能报告可包括与一个或多个SMS消息关联的数据，并且在步骤422处，可使用远程通信单元30将性能报告发送到呼叫中心20。
[0069]回到图4的步骤404，在一些情况下，系统时间可被确定为是无效的。当远程通信单元30的系统时间无效时(即不可获得或不准确)，方法400可进行到步骤419，其中方法400可确定当前SMS消息200的TOE数据是否大于存储在存储器54中最近接收的消息中的任一个。如果当前TOE数据比这些存储的TOE数据大，则方法可进行到步骤408并继续如上所述的处理。因此，方法400包括甚至当远程通信单元30中的计时器57不可操作或以其它方式不能提供准确的系统时间时确定TOE数据是否有效的次要或备选手段。另一方面，如果在步骤419中当前TOE数据小于存储器54中存储的最近TOE数据，则方法可进行到步骤424，如下文描述的那样。
[0070]在步骤406、408、410和419中的每一个步骤中，SMS消息200可以被拒绝。在这些情况中，方法400进行到步骤424，编辑错误报告。例如，当在步骤406中SMS消息200被评估为无效时(使用专有头部212中的TOE数据)，则方法400评估SMS消息200被接收得太晚(即，在TOE 310之后)，并且在步骤424中编辑错误报告。或者例如在步骤408中SMS消息200确实匹配在先接收的消息之一时，方法400确定SMS消息200是复制的，并且在步骤424中编辑错误报告。或者例如在步骤410中，在安全数据232’的解密结果不匹配头部212的安全数据232时，方法400确定SMS消息200已经在传输期间被篡改或以其它方式被破坏，并且在步骤424中编辑错误报告。或者在另一个示例中，当步骤419的当前TOE数据小于最近存储的TOE数据中的任一个(与存储在存储器54中的最近消息关联)时，则方法400编辑步骤424的错误报告。
[0071]在步骤424中，错误报告可以是在远程通信单元30处拒绝或错误接收SMS消息200的指示；例如消息数据240未被接受，并且在适用的情况下不被执行。在步骤424处的编辑可包括一个或多个SMS消息，并且在步骤426处可使用远程通信单元30将错误报告发送到呼叫中心20。
[0072]因此已经描述了用于处理SMS消息和确定消息的内容是否有效和/或可靠的多个实施例。迄今，可使用专有头部212和消息负载204的安全数据，以及其他已知认证方法来确定SMS消息的有效性和/或真实性。此外，可使用描述的安全数据加密技术阻挡恶意攻击。
[0073]除前述技术之外，在另一个实施例中，方法可查验在合理持续时间内出现在图3的不同时间点之间的时间长度。例如，可使用处理器52计算和评估在移动起始点302和点304处的SCTS之间的持续时间(图3，屯)，即:可从SCTS(与点304关联)减去移动起始时间戳(与点302关联)，并且处理器可确定持续时间(Cl1)是否合理(例如低于预定阈值)。在不可获得移动起始时间戳的情况下，可使用TOE数据估计该移动起始时间戳。
[0074]在另一个示例中，可使用处理器52计算和评估递送周期322 (图3)，即:可从消息接收时间戳(与点306关联)减去移动起始时间戳(点302)，并且处理器可确定递送时段322的持续时间是否合理(例如低于预定阈值)。
[0075]在另一个示例中，可使用处理器52计算和评估持续时间(图3，d2)，即:可从消息处理时间戳(与点308关联)减去消息接收时间戳(与点306关联)，并且处理器可确定持续时间(d2)是否合理(例如低于预定阈值)。
[0076]并且在另一个示例中，可使用处理器52计算和评估持续时间(图3，d3)，即:可从消息处理时间戳(与点308关联)减去移动起始时间戳(与点302关联)，并且处理器可确定持续时间(d3)是否合理(例如低于预定阈值)。并且再次，在不可获得移动起始时间戳的情况下，可使用TOE数据估计该移动起始时间戳。
[0077]在这些示例的每一个示例中，应当意识到与接收和处理SMS消息200关联的时间戳(例如与点306、308关联)可以是由远程通信单元30和存储的存储器54确定和记录的时间戳或标记。
[0078]应当理解前文所述是本发明一个或多个实施例的说明。本发明并不限制于本文公开的具体实施例，而是仅由所附权利要求书限定。此外，前文描述中所包括的陈述与具体实施例相关，并且不被解释为对本发明的范围的限制或权利要求中使用的术语定义的限制，除非在上文明确定义术语或短语。不同的其他实施例以及对公开的实施例的各种改变和修改对本领域技术人员而言将变得显而易见。所有这样的其他实施例、改变和修改旨在落入所附权利要求的范围内。
[0079]如在在本说明书和权利要求书中使用的那样，术语“例如”、“举例”、“举例而言”、“诸如”和“像”以及动词“包括”、“具有”、“包含”和它们的其他动词形式，当结合一个或多个部件或其他项目的列举来使用时，其每一个被解释为开放式的，意味着该列举不考虑为排除其他的、附加的部件或项目。其他术语可被解释为使用其最广义的合理含义，除非所述术语在需要不同的解释的上下文中被使用。
【主权项】
1.一种处理车辆远程通信单元和呼叫中心之间传输的SMS消息的方法，包括步骤: (a)接收具有安全数据的SMS消息，其中所述SMS消息的头部和负载均携带所述安全数据； (b)尝试认证所述安全数据； (c)如果所述安全数据被认证，则接受所述SMS消息；并且 (d)如果所述安全数据未被认证，则忽略所述SMS消息的内容。2.根据权利要求1所述的方法，其中所述安全数据与所述SMS消息的期满时间(TOE)相关联。3.根据权利要求1所述的方法，其中由所述负载携带的安全数据被加密。4.根据权利要求1所述的方法，其中所述SMS消息携带车辆命令，所述方法还包括步骤(e):如果在步骤(c)中所述SMS消息被认证，则执行所述车辆命令。5.根据权利要求1所述的方法，还包括:从所述远程通信单元接收系统时间并使用所述系统时间评估所述安全数据的有效性。6.根据权利要求5所述的方法，其中所述评估步骤发生在步骤(b)之前，其中如果所述安全数据被确定为是无效的，则忽略所述SMS消息并省略步骤(b)和(C)。7.根据权利要求1所述的方法，还包括:在步骤(b)之前，将所述SMS消息与在先接收的SMS消息进行比较，其中如果所述SMS消息与所述在先接收的SMS消息中的一个相同，则忽略所述SMS消息并至少省略接受步骤(c)。8.根据权利要求1所述的方法，还包括:在步骤(b)之前，将当前SMS消息的期满时间与其他在先接收的SMS消息的期满时间进行比较，其中如果所述当前SMS消息的期满时间小于与在先接收的SMS消息相关联的期满时间中的任一者，则忽略所述当前SMS消息并至少省略接受步骤(c)。9.根据权利要求1所述的方法，还包括:当忽略所述SMS消息时向所述呼叫中心发送错误报告。10.一种处理SMS消息的方法，包括步骤: (a)在车辆远程通信单元处接收具有车辆指令的SMS消息，其中所述SMS消息包括由所述SMS消息的头部携带的安全数据，其中所述安全数据的加密版本还由所述SMS消息的负载携带； (b)确定远程通信单元系统时间是否准确； (C)当在步骤(b)中所述系统时间被确定为准确时，使用所述系统时间评估所述安全数据的有效性，其中如果安全数据被评估为是无效的，则编辑SMS错误报告并至少忽略执行步骤(g); (d)确定是否在远程通信单元处在先接收了SMS消息的复制消息，其中如果在先接收了复制消息，则编辑SMS错误报告并至少忽略执行步骤(g); (e)对所述安全数据的加密版本进行解密； (f)使用经解密的安全数据对所述头部携带的安全数据进行认证，其中如果所述头部携带的安全数据未被认证，则编辑SMS错误报告并忽略步骤(g);以及 (g)如果所述头部携带的安全数据被认证，则执行所述车辆指令。
【专利摘要】本发明涉及安全SMS消息处理，具体涉及一种处理车辆远程通信单元和呼叫中心之间传输的SMS消息的系统，以及使用所述系统处理SMS消息的方法。所述方法包括步骤：接收具有安全数据的SMS消息，其中所述SMS消息的头部和负载携带所述安全数据；尝试认证所述安全数据；如果所述安全数据被认证，则接受所述SMS消息；并且如果所述安全数据未被认证，则忽略所述SMS消息的内容。
【IPC分类】H04W12/06, H04W12/02
【公开号】CN104883678
【申请号】CN201410858556
【发明人】C·巴斯纳雅克, D·帕尔, D·乔治, T·M·富里斯特
【申请人】通用汽车有限责任公司, 通用汽车环球科技运作有限责任公司
【公开日】2015年9月2日
【申请日】2014年12月13日
【公告号】DE102014118306A1, US20150172919