CN106209395B - 网关、物联网平台及服务优化处理方法 - Google Patents

Abstract

本发明提供一种网关、物联网平台及服务优化处理方法，将警报分类并分别存储在网关、物联网平台即M2M平台和云服务器中，当网关接收到来自终端的警报时，首先判断是否有该警报的解决方案，如果有则将解决方案返回到终端。否则，网关将警报消息传送到M2M平台，M2M平台判断是否有该警报的解决方案，如果有则将解决方案返回到网关。否则，M2M平台将警报消息传送到云服务器，然后云服务器查找该警报的解决方案并将解决方案返回到M2M平台。由此，即使不经由人工操作也能够快速且适当地处理警报，而且能够减轻网关的负荷。

Description

网关、物联网平台及服务优化处理方法

技术领域

本发明涉及物联网系统的服务优化机制，尤其涉及物联网系统中的网关、物联网平台及服务优化处理方法。

背景技术

近年来，物联网(M2M)系统得到了不断发展，在日常生活中带来了越来越多的便利。例如，智能交通系统(ITS)作为M2M系统中最重要的应用之一，极大地提升了驾驶体验，优化了交通环境，拥有巨大的发展前景。

车载网关与物联网(M2M)平台之间的信息交互是ITS的关键课题。例如当警报发生时，网关与平台之间交互的有效性非常重要。如果在驾驶车辆时出现警报，则车载物联网终端检测到该警报并向网关发送一条警报消息。由于警报处理对及时性要求非常严格，而且需要被快速且适当地处理，因此，驾驶员不仅需要快速地获得警报消息，而且在驾驶员自身对该警报不够了解的情况下还需要获得适当的解决方案来处理警报。

对此，专利文献1涉及一种针对警报信息的定制化处理方法，公开了在物联网平台存储策略的方法。在接收到一个警报后，物联网平台搜寻相关策略并返回定制的响应到终端用户。这种机制能提供多种选择以便用户应对警报。

专利文献2涉及一种物联网中实现快速响应的方法及系统，公开了在终端存储策略的方法。即，终端接收到警报，并根据警报采取相关措施。这种机制可以在终端处理警报，从而减少响应时间。

专利文献1：US2014/0228061A1

专利文献2：CN102137071

然而，现有技术中仍然存在以下技术问题。

在例如专利文献1公开的一种M2M系统中，所有种类的警报都被发送到平台，然后平台将解决方案返回到终端。但是，这种M2M系统存在以下技术问题。有些种类的警报对及时性要求非常严格，如果要等待平台的响应，则有可能达不到及时性要求。

在例如专利文献2公开的另一种M2M系统中，所有种类的警报都被发送到本地网关，然后本地网关将解决方案返回到终端。但是，这种M2M系统也存在以下多个技术问题。首先，本地网关不能处理所有种类的警报。例如，如果警报需要实时数据或庞大的计算量，则本地网关不能处理该警报，必须向平台或云服务器报告警报。另外，如果所有解决方案都存储在网关，则会使本地网关承载沉重的负荷，还有可能造成本地网关故障。

发明内容

本发明针对现有技术中存在的技术问题，提出了一种完善物联网系统中对警报信息处理的机制，目的是基于负载，延时等因素在本地网关，物联网平台与云服务器之间取得平衡，从而使得警报被及时且适当的处理。

为了达到上述目的，本发明提供一种网关，能够与终端以及物联网(M2M)平台进行数据通信，其特征在于，具备：接口模块，与所述终端以及所述物联网平台进行消息的接收和发送；适配模块，在不同通信协议所承载的消息间进行转换；控制模块，对所述消息进行分析判断并作出相应的决策；以及存储模块，存储警报消息及相应的策略；在所述接口模块从所述终端接收到警报消息时，所述控制模块分析所述警报消息来判断所述警报消息能否由本网关处理，在判断为所述警报消息能够由本网关处理的情况下，所述控制模块从所述存储模块中查找与所述警报消息相应的策略，并将查找到的所述策略经由所述接口模块发送至所述终端，在判断为所述警报消息不能由本网关处理的情况下，所述控制模块通过所述接口模块和所述适配模块将所述警报消息发送至所述M2M平台。

另外，本发明提供一种服务优化处理方法，其特征在于，包括以下步骤：网关从终端接收警报消息；所述网关分析所述警报消息来判断所述警报消息能否由本网关处理；在判断为所述警报消息能够由本网关处理的情况下，所述网关从该网关的存储模块中查找与所述警报消息相应的策略，并将查找到的所述策略发送至所述终端；在判断为所述警报消息不能由本网关处理的情况下，所述网关将所述警报消息发送至M2M平台。

根据本发明的网关及服务优化处理方法，将警报分类并分别存储在网关和M2M平台中，当接收到来自终端的警报时，网关首先判断是否有该警报的解决方案，如果有则将解决方案返回到终端。否则，网关将警报消息传送到M2M平台，M2M平台判断是否有该警报的解决方案，如果有则将解决方案返回到网关。由此，即使不经由人工操作也能够快速且适当地处理警报，而且能够减轻网关的负荷。

在本发明的网关及服务优化处理方法中，也可以通过分析所述警报消息的消息头，判断所述警报消息能否由本网关处理。

由此，通过分析警报消息的消息头而不是分析整条消息，能节省很多时间，而且降低能耗。

在本发明的网关及服务优化处理方法中，在判断为所述警报消息能够由本网关处理的情况下，也可以分析所述警报消息来提取所述警报消息的警报类型，并从存储模块中查找与所述警报类型相应的策略，并将查找到的策略发送至所述终端。

由此，仅在判断为警报消息能够由本网关处理的情况下，才例如分析整条消息以便提取警报类型。通过仅在必要时才分析获取警报类型，能够尽可能减少处理量，节省时间且降低能耗。

在本发明的网关及服务优化处理方法中，在判断为所述警报消息不能由本网关处理，并将所述警报消息发送至所述M2M平台的情况下，也可以从所述M2M平台接收响应，分析接收到的响应并提取策略，并将提取的策略发送至所述终端。

由此，即使在警报消息无法由本网关处理的情况下，也能够尽可能地向终端提供与该警报消息相应的策略。

为了达到上述目的，本发明提供一种M2M平台，能够与网关以及云服务器进行数据通信，其特征在于，具备：接口模块，与所述网关以及所述云服务器之间进行消息的接收和发送；管理模块，管理能够与所述网关进行数据通信的终端；服务模块，对所述消息进行分析判断并作出相应的决策；以及存储模块，存储警报消息及相应的策略；在所述接口模块从所述网关接收到警报消息时，所述服务模块分析所述警报消息来判断所述警报消息能否由本M2M平台处理，在判断为所述警报消息能够由本M2M平台处理的情况下，所述服务模块从所述存储模块中查找与所述警报消息相应的策略，并将查找到的所述策略经由所述接口模块发送至所述网关，在判断为所述警报消息不能由本M2M平台处理的情况下，所述服务模块通过所述接口模块将所述警报消息发送至所述云服务器。

另外，本发明还提供一种服务优化处理方法，其特征在于，包括以下步骤：M2M平台从网关接收警报消息；所述M2M平台分析所述警报消息来判断所述警报消息能否由本M2M平台处理，在判断为所述警报消息能够由本M2M平台处理的情况下，所述M2M平台从该M2M平台的存储模块中查找与所述警报消息相应的策略，并将查找到的所述策略发送至所述网关，在判断为所述警报消息不能由本M2M平台处理的情况下，所述M2M平台将所述警报消息发送至云服务器。

根据本发明的M2M平台及服务优化处理方法，将警报分类并分别存储在网关、M2M平台和云服务器中，当M2M平台接收到来自网关的警报时，M2M平台首先判断是否有该警报的解决方案，如果有则将解决方案返回到网关。否则，M2M平台将警报消息传送到云服务器，然后云服务器查找该警报的解决方案并将解决方案返回到M2M平台。由此，即使不经由人工操作也能够快速且适当地处理警报，而且能够减轻网关的负荷。

在本发明的M2M平台及服务优化处理方法中，也可以通过分析所述警报消息的消息头，判断所述警报消息能否由本M2M平台处理。

由此，通过分析警报消息的消息头而不是分析整条消息，能节省很多时间，而且降低能耗。

在本发明的M2M平台及服务优化处理方法中，在判断为所述警报消息能够由本M2M平台处理的情况下，也可以分析所述警报消息来提取所述警报消息的警报类型，并从所述存储模块中查找与所述警报类型相应的策略，并将查找到的策略发送至所述网关。

由此，仅在判断为警报消息能够由本M2M平台处理的情况下，才例如分析整条消息以便提取警报类型。通过仅在必要时才分析获取警报类型，能够尽可能减少处理量，节省时间且降低能耗。

在本发明的M2M平台及服务优化处理方法中，在判断为所述警报消息不能由本M2M平台处理，并将所述警报消息发送至所述云服务器的情况下，也可以从所述云服务器接收响应，并将该响应发送至所述网关。

由此，即使在警报消息无法由本M2M平台处理的情况下，也能够尽可能地向网关提供与该警报消息相应的策略。

本发明例如还能够通过物联网(M2M)系统、由M2M系统执行的服务优化处理方法等方式实现。

附图说明

图1表示本发明的一个实施方式的M2M系统架构。

图2表示本发明的一个实施方式的网关的架构。

图3表示存储在网关中的警报信息及相应策略的一例。

图4表示本发明的一个实施方式的M2M平台的架构。

图5表示存储在M2M平台中的警报信息及相应策略的一例。

图6表示本发明的一个实施方式的警报消息的数据结构。

图7表示本发明的一个实施方式的网关的警报处理的流程图。

图8表示本发明的一个实施方式的M2M平台的警报处理的流程图。

图9表示本发明的一个实施方式的云服务器的警报处理的流程图。

图10表示本发明的实施例1的时序图。

图11表示本发明的实施例2的时序图。

图12表示本发明的实施例3的时序图。

具体实施方式

以下结合附图及实施方式对本发明进行更详细的说明。此外，在附图中给同一或者相应部分附以同一附图标记，省略重复的说明。

首先，说明本发明的一个实施方式的物联网系统(M2M系统)。图1表示本发明的一个实施方式提供的M2M系统架构。如图1所示，M2M系统包含一定数量的终端103(也称为M2M终端)、一定数量的网关102、一定数量的车辆105、一个或多个M2M平台101(M2M平台)、一个云服务器104。其中，终端103、网关102、车辆105和M2M平台，云服务器的数量既可以是一个，也可以是多个，在此不做限定。

M2M终端103(以下简称终端)例如设置于车辆105，能够与网关102进行数据通信。终端103例如为用作警报检测、处理和收发装置，终端103首先检测到警报信息，然后将警报信息传送至网关102，并且，终端103也从网关102接收与警报相应的策略(又称为解决方案)。

网关102例如设置于车辆105，能够与一个或多个终端103进行数据通信，也能够与M2M平台101进行数据通信。网关102能够存储与警报相应的策略(详情后述)，并在从终端103收到警报时将相应的策略发送至终端103。另外，网关102能够从终端103接收警报并传送至M2M平台101，并且接收M2M平台的响应并传送至终端103。

车辆105例如是具有能够自动处理警报的智能系统的车辆，设置有网关102和终端103。车辆105即使不经由人工操作，也能够快速且适当地处理警报。

M2M平台101能够与设置于车辆105的网关102进行数据通信，接收来自网关102的警报并查找相应的策略，并将策略发送回网关102。另外，M2M平台101还能够与云服务器104进行数据通信。例如，M2M平台101如果没有存储与接收到的警报相应的策略，则将警报传送至云服务器104然后等待响应。在从云服务器104接收到响应后，M2M平台101将该响应传送回网关102。

云服务器104能够与一个或多个M2M平台101进行数据通信，用于为各种警报信息提供相应的云服务。

在上述说明中，数据通信既可以是基于网线、光纤等方式的有线数据通信，也可以是基于wifi、蓝牙、红外线等方式的无线数据通信，在此不做限定。例如，可以是在网关102与终端103之间采用无线数据通信，且在网关102与M2M平台101之间采用无线数据通信的方式。

详细说明本发明的一个实施方式的M2M系统中的网关。网关102能够在终端103和M2M平台101之间收发消息。并且，网关102也能够存储与某些种类的警报相应的策略，并在从终端102接收到这些种类的警报时将相应的策略发送回终端102。图2表示本发明的一个实施方式的网关的架构。如图2所示，该网关102的构架包含接口模块1021、适配模块1022、控制模块1023和存储模块1024。接口模块1021被用于与终端103和M2M平台101进行消息的接收和发送、例如接收和发送警报消息。适配模块1022在不同通信协议所承载的消息间进行转换。控制模块1023能够对消息进行分析判断并作出相应的决策，例如被用于判断是否存在与接收到的警报相应的策略，由此判断该警报能否由本网关102处理。如果存在则从存储模块1024查找与该警报相应的策略，如果不存在则要求接口模块1021和适配模块1022将接收到的警报传送至M2M平台101。存储模块1024被用于存储与警报消息及相应的策略，当这些种类的警报到来时供查询及获取与该警报相应的策略。

网关102的存储模块1024可以将某些种类的警报与相应的策略建立关联地存储，例如采用以下的表形式。图3表示存储在网关中的警报表的一例，定义了哪些种类的警报应该被存储在网关。如图3所示，例如由于下述两大类原因定义的警报被存储在网关102中。一大类是警报的解决方案能在车辆105内被执行而不需要发送至M2M平台101，将这一大类的警报定义为网关处理通常警报(以下有时也简称为通常警报)并赋予分类号“000”。另一大类是警报要求紧急解决，如果该警报发往M2M平台101则有可能被延误，将这一大类的警报定义为紧急警报并赋予分类号“001”。

网关处理通常警报(000)包括很多种类，例如提示类、内部环境类和外部环境类等。作为提示类警报的一个类型，当关掉引擎准备离开时如果车窗仍然开着，将会触发一条警报并且相应的策略是自动关闭车窗。作为即时类警报的另一个类型，当启动引擎并踩油门时如果手刹没有解除，将会触发一条警报并且相应的策略是自动解除手刹。作为内部环境类警报的一个类型，如果温度高于预定值，将会触发一条警报并且相应的策略是自动打开空调。作为内部环境类警报的另一个类型，如果气压高于预定义值，将会触发一条警报并且相应的策略是自动打开通风设备。作为外部环境类警报的一个类型，如果车外空气质量不好，将会触发一条警报并且相应的策略是自动关闭外部循环。作为外部环境类警报的另一个类型，如果遇到防御烟雾，将会触发一条警报并且相应的策略是烟雾灯自动打开。

紧急警报(001)包括很多种类，例如火灾类、碰撞类和溺水类等。作为火灾类警报的两个类型，如果轮胎自燃或前车盖起火，将会触发警报并且相应的策略均为在屏幕上显示警报和自动停下车辆。作为碰撞类警报的一个类型，如果前方有碰撞，将会触发一条警报并且相应的策略是自动弹出前方气囊。作为碰撞类警报的另一个类型，如果遇到追尾，将会触发一条警报并且相应的策略是自动弹出后方和前方气囊。作为溺水类警报的一个类型，如果车淹进河里，将会触发一条警报并且相应的策略是强制打开车门。上述例举的相应策略仅是一例，但并不限于上述内容。

详细说明本发明的一个实施方式的M2M系统中的M2M平台。图3表示本发明的一个实施方式的M2M平台的架构。如图3所示，M2M平台101具备接口模块1011、管理模块1012、服务模块1013和存储模块1014。接口模块1011被用于与网关102和云服务器104进行消息的接收和发送、例如警报消息。管理模块1012管理能够与网关102进行数据通信的终端103，例如包括注册、注销等等。服务模块1013能够对消息进行分析判断并作出相应的决策，从而例如判断该警报能否由本M2M平台101处理，另外还被用于进行例如读、写、创建、删除等操作。存储模块1014被用于存储警报消息及相应的策略，当警报到来时供查询及获取与该警报相应的策略。

M2M平台101的存储模块1014可以将某些种类的警报与相应的策略建立关联地存储，例如采用以下的表形式。图4表示存储在M2M平台中的警报表的一例，定义了哪些种类的警报应该被存储在M2M平台。如图4所示，例如由于下述两大类原因定义的警报被存储在M2M平台。这两大类警报可以允许微小时延并且警报的解决方案不能在车辆105内执行。将这两大类警报定义为平台处理通常警报(以下也有时简称为通常警报)和故障警报，并分别赋予分类号“010”和“011”。

平台处理通常警报(010)包括很多种类，例如油类警报、轮胎类警报和电池类警报等。作为油类警报的一个类型，如果汽油或柴油等燃料不足则会触发一条警报并且相应的策略是在屏幕上显示警报并且返回邻近的加油站。作为油类警报的另一个类型，如果发动机机油油压低，则会触发一条警报并且相应的策略是在屏幕上显示警报并且反映可能的原因和附近的维修点。作为轮胎类警报的两个类型，如果胎压过低或过高，则会触发警报并且相应的策略是反映相关通知和附近的检查点。作为电池类警报的两个类型，如果有漏电或低于电池容量的情况，则会触发警报并且相应的策略是反映相关通知和附近的检查点。

故障警报(011)包括很多种类，例如引擎系统故障类警报、底盘系统故障类警报和电力系统故障类警报。作为引擎系统故障类警报的两个类型，如果油压过高或引擎里的点火系统存在故障，则会触发警报并且相应的策略是反映相关通知和附近的检查点。作为底盘系统故障类警报的两个类型，如果减震器不工作或缺少制动液，则会触发警报并且相应的策略是反映相关通知和附近的检查点。作为电力系统故障类警报的两个类型，如果扬声器不工作或照明不工作，则会触发警报并且相应的策略是反映相关通知和附近的检查点。

在此，详细说明本发明的一个实施方式的警报消息。图6表示本发明的一个实施方式的警报消息的数据结构。如图6所示，警报消息例如包括消息头和有效载荷。在消息头中设置有标签字段，用于示出网关102或M2M平台101能否处理该警报消息。作为标签字段的一例，例如可以示出对警报赋予的分类号。如上所述，网关102的存储模块1024将分类号为“000”的通常警报和分类号为“001”的紧急警报与相应的策略建立关联地存储，因此网关102能够处理标签字段为“000”或“001”的警报消息。另外，M2M平台101的存储模块1014将分类号为“010”的通常警报和分类号为“011”的失败警报与相应的策略建立关联地存储，因此M2M平台101能够处理标签字段为“010”或“011”的警报消息。另外，在有效载荷中记录警报的详细内容、例如上述的警报类型。

接下来，详细说明本发明的一个实施方式的服务优化处理方法。首先，说明本发明的一个实施方式的网关侧的警报处理。图7表示本发明的一个实施方式的网关的警报处理的流程图。如图7所示，当网关102的接口模块1021从终端103接收到警报消息时(步骤S201)，网关102的控制模块1023首先分析该警报消息，例如分析该警报消息的消息头(步骤S202)。进而，控制模块1023判断该警报消息能否由本网关102处理(步骤S203)。例如，通过检查接收到的警报能否与存储在存储单元1024中的策略匹配，来判断该警报消息能否由本网关102处理。在上述由消息头中设置的标签字段表示警报的分类号的情况下，本地网关102能处理标签字段是“000”或“001”的消息。如果接收到的消息的标签字段是“000”或“001”，则意味着本地网关102能够处理该消息，因此控制模块1023分析整条消息(步骤S204)。如果接收到的消息的标签字段不是“000”或“001”，则意味着本地网关102不能处理该消息，因此通过接口模块1021和适配模块1022将该警报消息传送到M2M平台101(步骤S207)。在步骤S204中，控制模块1023进一步分析整条消息，例如在有效载荷中提取警报类型。然后，控制模块1023从存储模块1024中查找与警报消息相应的策略，例如根据获得的警报类型从存储模块1024中查找相应的策略(步骤S205)。最后，网关102经由接口模块1021将查找到的策略发送至终端103，例如将带有策略的消息发送至终端103(步骤S206)。另外，在接收到的警报不能匹配存储单元1024中的策略，因此在步骤S207中网关102的接口模块1021将该警报消息发送到M2M平台101的情况下，等待从M2M平台101接收到响应(步骤S208)。如果网关102的等待时间大于预定义的重传时间，则网关102通过接口单元1021向M2M平台101重传警报直到网关102接收到响应。其后，网关102的控制单元1023分析接收到的响应并提取策略(步骤S209)。最后，网关102通过接口模块1021将策略发送至终端103(步骤S206)。由此，网关102的全部处理结束。

由此，将警报分类并分别存储在网关102和M2M平台101中，当接收到来自终端103的警报时，网关102首先判断是否有该警报的解决方案，如果有则将解决方案返回到终端102。否则，网关102将警报消息传送到M2M平台101，M2M平台101判断是否有该警报的解决方案，如果有则将解决方案返回到网关102。由此，即使不经由人工操作也能够快速且适当地处理警报，而且能够减轻网关102的负荷。

在网关102的警报处理中，以上说明了通过分析警报消息的消息头来判断警报消息能否由本网关102处理的例子。由此，通过分析警报消息的消息头而不是分析整条消息，能节省很多时间，而且降低能耗。

在网关102的警报处理中，以上说明了在判断为警报消息能够由本网关102处理的情况下，分析警报消息来提取警报消息的警报类型，并从存储模块1024中查找与警报类型相应的策略，并将查找到的策略发送至终端103的例子。由此，仅在判断为警报消息能够由本网关102处理的情况下，才例如分析整条消息以便提取警报类型。通过仅在必要时才分析获取警报类型，能够尽可能减少处理量，节省时间且降低能耗。

在网关102的警报处理中，以上说明了在判断为警报消息不能由本网关102处理的情况下，从M2M平台101接收响应，分析接收到的响应并提取策略，并将提取的策略发送至终端103的例子。由此，即使在警报消息无法由本网关102处理的情况下，也能够尽可能地向终端103提供与该警报消息相应的策略。

接下来，说明本发明的一个实施方式的M2M平台侧的警报处理。图8表示本发明的一个实施方式的M2M平台的警报处理的流程图。如图8所示，当M2M平台101的接口模块1011从网关102接收到警报消息时(步骤S301)，M2M平台101的服务模块1013首先分析该警报消息，例如分析该警报消息的消息头(步骤S302)。进而，服务模块1013判断该警报消息能否由本M2M平台101处理(步骤S303)。例如，通过检查接收到的警报能否与存储在存储单元1014中的策略匹配，来判断该警报消息能否由本M2M平台101处理。在上述由消息头中设置的标签字段表示警报的分类号的情况下，M2M平台101能处理标签字段是“010”或“011”的消息。如果接收到的消息的标签字段是“010”或“011”，则意味着M2M平台101能够处理该消息，因此服务模块1013分析整条消息(步骤S304)。如果接收到的消息的标签字段不是“010”或“011”，则意味着M2M平台101不能处理该消息，因此通过接口模块1011将该警报消息传送到云服务器104(步骤S307)。在步骤S304中，服务模块1013进一步分析整条消息，例如在有效载荷中提取警报类型。然后，服务模块1013从存储模块1014中查找与警报消息相应的策略，例如根据获得的警报类型从存储模块1014中查找相应的策略(步骤S305)。最后，M2M平台101经由接口模块1011将查找到的策略发送至网关102，例如将带有策略的消息发送至网关102(步骤S306)。另外，在接收到的警报不能匹配存储单元1014中的策略，因此在步骤S307中M2M平台101的接口模块1011将该警报消息发送到云服务器104的情况下，等待从云服务器104接收到响应(步骤S308)。如果M2M平台101的等待时间大于预定义的重传时间，则M2M平台101通过接口单元1011向云服务器104重传警报直到M2M平台101接收到响应。其后，M2M平台101通过接口模块1011将该响应转发至网关102(步骤S309)由此，M2M平台101的全部处理结束。

由此，将警报分类并分别存储在网关102、M2M平台101和云服务器104中，当M2M平台101接收到来自网关102的警报时，M2M平台101首先判断是否有该警报的解决方案，如果有则将解决方案返回到网关102。否则，M2M平台101将警报消息传送到云服务器104，然后云服务器104查找该警报的解决方案并将解决方案返回到M2M平台101。由此，即使不经由人工操作也能够快速且适当地处理警报，而且能够减轻网关102的负荷。

在M2M平台101的警报处理中，以上说明了通过分析警报消息的消息头来判断警报消息能否由本M2M平台101处理的例子。由此，通过分析警报消息的消息头而不是分析整条消息，能节省很多时间，而且降低能耗。

在M2M平台101的警报处理中，以上说明了在判断为警报消息能够由本M2M平台101处理的情况下，分析警报消息来提取警报消息的警报类型，并从存储模块1014中查找与警报类型相应的策略，并将查找到的策略发送至网关102的例子。由此，仅在判断为警报消息能够由本M2M平台101处理的情况下，才例如分析整条消息以便提取警报类型。通过仅在必要时才分析获取警报类型，能够尽可能减少处理量，节省时间且降低能耗。

在M2M平台101的警报处理中，以上说明了在判断为警报消息不能由本M2M平台101处理的情况下，从云服务器104接收响应，并将该响应转发至网关102的例子。由此，即使在警报消息无法由本M2M平台101处理的情况下，也能够尽可能地向网关102提供与该警报消息相应的策略。

接下来，说明本发明的一个实施方式的云服务器侧的警报处理。图9表示本发明的一个实施方式的云服务器的警报处理的流程图。如图9所示，当云服务器104从M2M平台101接收到警报消息时(步骤S401)，云服务器104分析整条消息(步骤S402)。然后，服务模块1013从存储器中查找与警报消息相应的策略，例如根据警报类型查找相应的策略(步骤S403)。最后，云服务器104将查找到的策略发送至M2M平台101，例如将带有策略的消息发送至M2M平台101(步骤S306)。由此，云服务器104的全部处理结束。

为了更容易理解本发明的上述实施方式，下面具体说明本发明的几个实施例。

实施例1：

有时，在到达目的地后驾驶员会忘记关闭车窗。在关掉引擎并取走钥匙之后，留下开着车窗的汽车是很危险的。财物有可能被盗，从而造成重大的财产损失。本实施例是针对上述情况的例子。

图10表示本发明的实施例1的时序图。如图10所示，如果在离开车辆105时车窗打开，终端103检测到该情况而产生警报消息，并发送警报消息到设置于车内的网关102。该警报消息包含警报ID、和其他详细警报信息。网关102的控制模块1023首先分析该警报消息的消息头并判断该警报的分类，以查明该警报能否由网关102处理。如图3所示的警报表所示，该警报属于网关处理通常警报(000)，能够由网关102处理。因此，网关102的控制模块1023会进一步分析警报消息并查明具体的警报类型。然后，网关102从存储模块1024查找相应的策略，并通过接口模块1021将策略发送回终端103。终端103接收到策略后，驱动执行机构来自动关闭车窗。由此，当驾驶员忘记关闭车窗时，车窗能够被自动关闭。

实施例2：

有时，驾驶员在驾驶过程中会忽视油箱中的油量。例如在高速公路上行驶时，如果油箱中的汽油不充足，由于燃料耗尽而造成汽车被迫停在高速公路上，这种情况是很危险的。本实施例是针对上述情况的例子。

图11表示本发明的实施例2的时序图。如图11所示，如果油量小于预定义的阈值，则终端103会检测到这一情况而产生警报消息，并发送警报消息到设置于车内的网关102。该警报消息包含警报ID、地点和其他详细警报信息。网关102的控制模块1023首先分析该警报消息的消息头并判断该警报的分类，以查明该警报能否由网关102处理。如图3所示的警报表所示，该警报不属于网关处理通常警报(000)或紧急警报(001)，不能由网关102处理。因此，网关102的控制模块1023经由接口模块1021向M2M平台101发送这条警报消息。M2M平台101接收到这条警报消息后，首先分析该警报消息的消息头并判断该警报的分类，以查明该警报能否由M2M平台101处理。如图5的警报表所示，该警报属于平台处理通常警报(010)，能够由M2M平台101处理。因此，M2M平台101的服务模块1013进一步分析警报消息并查明具体的警报类型。然后，M2M平台101从存储模块1014查找相应的策略，并通过接口模块1011将策略发送回网关102。网关102接收到策略后适配相应的协议，再将策略发送至终端103。终端103驱动执行机构显示警报并向驾驶员指示附近的加油站。由此，即使驾驶员忽视了燃料不足，也能被及时地提醒。

实施例3：

很多车辆具有导航设备，特别是对于不熟悉道路情况的驾驶员而言，导航是非常便利的。驾驶员通过导航，能够容易地得知目的地路径。但是，在跨地区驾驶，例如从北京市到河北省驾驶的情况下，有可能因为导航只能提供北京市的地图而没有其他省市的地图，造成导航的地图不起作用。本实施例是针对上述情况的例子。

图12表示本发明的实施例3的时序图。如图12所示，在这种情况下会触发警报，终端103产生警报消息，并将其发送到设置于车内的网关102。该警报消息会包含警报ID、地点和其他详细警报信息。网关102的控制模块1023首先分析该警报消息的消息头并判断该警报的分类，以查明该警报能否由网关102处理。如图3所示的警报表所示，该警报不属于网关处理通常警报(000)或紧急警报(001)，不能由网关102处理。因此，网关102的控制模块1023经由接口模块1021向M2M平台101发送这条警报消息。M2M平台101的服务模块1013首先分析该警报消息的消息头并判断该警报的分类，以查明该警报能否由M2M平台101处理。如图5所示的警报表所示，该警报不属于平台处理通常警报(010)或失败警报(011)，不能由M2M平台101处理。因此，M2M平台101通过接口模块1011向云服务器104发送这条警报消息。云服务器104接收到这条警报消息后，查找与该警报相应的策略，并将查找到的结果发送至M2M平台101。M2M平台101向网关102发送这条策略，然后网关102经协议转换后再向终端103发送这条策略。最后，终端103显示河北省的地图，以便能够容易地找到位于河北省的目的地。

以上参照附图说明了本发明的实施方式和实施例。其中，以上说明的实施方式和实施例仅是本发明的具体例子，用于理解本发明，而不用于限定本发明的范围。本领域技术人员能够基于本发明的技术思想对各实施方式和实施例进行各种变形、组合和要素的合理省略，由此得到的方式也包括在本发明的范围内。

例如，以上具体说明了本发明适用于ITS(智能交通系统)的例子。但本发明不限于ITS，也可以适用于M2M系统的很多其他领域的警报处理中。

例如，以上具体说明了通过图3和图5的表形式存储与警报消息相应的策略。但本发明不限于此，也可以采用数据库等其他数据形式存储与警报消息相应的策略。

例如，以上具体说明了在警报消息的消息头中设置标签字段，并由标签字段示出警报的分类号，网关102或M2M平台101根据警报的分类号判断能否处理该警报消息。但本发明不限于此，只要警报信息包含供网关102或M2M平台101判断该警报消息能否由自身处理的信息即可。该信息既可以不通过标签字段示出，也可以不设置于消息头。

例如，以上具体说明了能够由网关102或M2M平台101处理的几种警报的种类、具体类型和相应的策略。但本发明不限于此，能够根据实际情况变更、追加或删除能够由网关102或M2M平台101处理的警报的种类、具体类型和相应的策略。

Claims (12)

1.一种网关，能够与终端以及物联网平台进行数据通信，其特征在于，

所述网关和所述终端设置于具有能够自动处理警报的智能系统的车辆，

所述网关具备：

接口模块，与所述终端以及所述物联网平台进行消息的接收和发送；

适配模块，在不同通信协议所承载的消息间进行转换；

控制模块，对警报消息进行分析判断并作出决策；以及

存储模块，至少将如果被发往所述物联网平台则有可能被延误的紧急警报、对所述紧急警报赋予的分类号、所述紧急警报所包括的警报类型、以及与警报类型相应的策略建立关联地存储；

在所述接口模块从所述终端接收到警报消息时，所述控制模块分析所述警报消息的消息头，根据所述消息头中设置的标签字段所示出的警报的分类号，来判断所述警报消息能否由本网关处理，

在判断为所述警报消息能够由本网关处理的情况下，所述控制模块从所述存储模块中查找与所述警报消息的警报类型相应的策略，并将查找到的所述策略经由所述接口模块发送至所述终端，

在判断为所述警报消息不能由本网关处理的情况下，所述控制模块通过所述接口模块和所述适配模块将所述警报消息发送至所述物联网平台。

2.如权利要求1所述的网关，其特征在于，

在判断为所述警报消息能够由本网关处理的情况下，所述控制模块分析所述警报消息来提取所述警报消息的警报类型，并从所述存储模块中查找与所述警报类型相应的策略，并将查找到的策略经由所述接口模块发送至所述终端。

3.如权利要求1或2所述的网关，其特征在于，

在判断为所述警报消息不能由本网关处理，并将所述警报消息发送至所述物联网平台的情况下，所述接口模块从所述物联网平台接收响应，所述控制模块分析接收到的响应并提取策略，并将提取的策略经由所述接口模块发送至所述终端。

4.一种物联网平台，能够与网关以及云服务器进行数据通信，其特征在于，具备：

接口模块，与所述网关以及所述云服务器之间进行消息的接收和发送；

管理模块，管理能够与所述网关进行数据通信的终端，所述网关和所述终端设置于具有能够自动处理警报的智能系统的车辆；

服务模块，对警报消息进行分析判断并作出相应的决策；以及

存储模块，将允许微小时延并且警报的解决方案不能在所述车辆内执行的警报、对所述警报赋予的分类号、所述警报所包括的警报类型、以及与警报类型相应的策略建立关联地存储；

在所述接口模块从所述网关接收到警报消息时，所述服务模块分析所述警报消息的消息头，根据所述消息头中设置的标签字段所示出的警报的分类号，来判断所述警报消息能否由本物联网平台处理，

在判断为所述警报消息能够由本物联网平台处理的情况下，所述服务模块从所述存储模块中查找与所述警报消息的警报类型相应的策略，并将查找到的所述策略经由所述接口模块发送至所述网关，

在判断为所述警报消息不能由本物联网平台处理的情况下，所述服务模块通过所述接口模块将所述警报消息发送至所述云服务器。

5.如权利要求4所述的物联网平台，其特征在于，

在判断为所述警报消息能够由本物联网平台处理的情况下，所述服务模块分析所述警报消息来提取所述警报消息的警报类型，并从所述存储模块中查找与所述警报类型相应的策略，并将查找到的策略经由所述接口模块发送至所述网关。

6.如权利要求4或5所述的物联网平台，其特征在于，

在判断为所述警报消息不能由本物联网平台处理，并将所述警报消息发送至所述云服务器的情况下，所述接口模块从所述云服务器接收响应，并将该响应转发至所述网关。

7.一种服务优化处理方法，由能够与终端以及物联网平台进行数据通信的网关执行，其特征在于，

所述网关和所述终端设置于具有能够自动处理警报的智能系统的车辆，

所述网关的存储模块至少将如果被发往所述物联网平台则有可能被延误的紧急警报、对所述紧急警报赋予的分类号、所述紧急警报所包括的警报类型、以及与警报类型相应的策略建立关联地存储，

所述服务优化处理方法包括以下步骤：

网关从终端接收警报消息；

所述网关分析所述警报消息的消息头，根据所述消息头中设置的标签字段所示出的警报的分类号，来判断所述警报消息能否由本网关处理；

在判断为所述警报消息能够由本网关处理的情况下，所述网关从该网关的存储模块中查找与所述警报消息的警报类型相应的策略，并将查找到的所述策略发送至所述终端；

在判断为所述警报消息不能由本网关处理的情况下，所述网关将所述警报消息发送至所述物联网平台。

8.如权利要求7所述的服务优化处理方法，其特征在于，

在判断为所述警报消息能够由本网关处理的情况下，所述网关分析所述警报消息来提取所述警报消息的警报类型，并从所述存储模块中查找与所述警报类型相应的策略，并将查找到的策略发送至所述终端。

9.如权利要求7或8所述的服务优化处理方法，其特征在于，

在判断为所述警报消息不能由本网关处理，并将所述警报消息发送至所述物联网平台的情况下，所述网关从所述物联网平台接收响应，分析接收到的响应并提取策略，并将提取的策略发送至所述终端。

10.一种服务优化处理方法，由能够与网关以及云服务器进行数据通信的物联网平台执行，其特征在于，

所述网关设置于具有能够自动处理警报的智能系统的车辆，

所述物联网平台的存储模块将允许微小时延并且警报的解决方案不能在所述车辆内执行的警报、对所述警报赋予的分类号、所述警报所包括的警报类型、以及与警报类型相应的策略建立关联地存储，

所述服务优化处理方法包括以下步骤：

物联网平台从网关接收警报消息；

所述物联网平台分析所述警报消息的消息头，根据所述消息头中设置的标签字段所示出的警报的分类号，来判断所述警报消息能否由本物联网平台处理，

在判断为所述警报消息能够由本物联网平台处理的情况下，所述物联网平台从该物联网平台的存储模块中查找与所述警报消息的警报类型相应的策略，并将查找到的所述策略发送至所述网关，

在判断为所述警报消息不能由本物联网平台处理的情况下，所述物联网平台将所述警报消息发送至云服务器。

11.如权利要求10所述的服务优化处理方法，其特征在于，

在判断为所述警报消息能够由本物联网平台处理的情况下，所述物联网平台分析所述警报消息来提取所述警报消息的警报类型，并从所述存储模块中查找与所述警报类型相应的策略，并将查找到的策略发送至所述网关。

12.如权利要求10或11所述的服务优化处理方法，其特征在于，

在判断为所述警报消息不能由本物联网平台处理，并将所述警报消息发送至所述云服务器的情况下，所述物联网平台从所述云服务器接收响应，并将该响应转发至所述网关。

Images