CN107306249A - 车辆监控方法及装置 - Google Patents

Abstract

本发明提供了车辆监控方法及装置，所述方法包括：接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，所述多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，所述多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制所述车辆；在所述多媒体业务请求通过验证的情况下，对所述车辆进行监控处理。通过本发明，解决相关技术中车联网联络中心监控服务存在难以满足各种应用场景的需求，而且对服务商和用户的使用来讲都存在较高的学习成本、建设成本和运营成本的问题，进而达到一种在各种应用场景下都能完成对车辆的监控处理，同时节省了服务后台的学习成本、建设成本和运营成本的效果。

Description

车辆监控方法及装置

技术领域

本发明涉及通信与信息领域，具体而言，涉及一种车辆监控方法及装置。

背景技术

现有技术要对汽车实现远程监控基本上都是采用智能手机或电脑通过登录web网页或使用APP向汽车商服务后台等非公众平台服务器发送请求，并通过该服务后台同指定汽车进行交互，传递数据和指令。这种方式目前应用上存在如下四点限制：

限制一：使用场景有限制，必须安装指定APP或登录指定网站，要么使用电脑，这样对移动场景就不适用，要么使用安装了指定APP的智能手机，未安装或者使用功能机的情况下也没有办法使用；

限制二：用户学习成本和服务商的开发成本较高，要熟练使用一款APP或者网页应用，需要开发者有较强的用户体验把控能力，用户也需要对软件进行学习和熟悉，不如短信、语音那么通用；

限制三：对网络基础条件要求高，必须要在汽车和终端均正常接入互联网的情况下才能使用，有哪一方没有接入或者数据网络信号不佳都会严重影响系统功能；

限制四：服务后台是枢纽，必须部署独立的服务后台提供监控服务，汽车服务商就必须考虑该服务平台的建设成本和运营成本；

针对在相关技术中，车联网联络中心监控服务存在难以满足各种应用场景的需求，而且对服务商和用户的使用来讲都存在较高的学习成本、建设成本和运营成本的问题，尚未提出有效的解决方案。

发明内容

本发明提供了一种车辆监控方法及装置，以至少解决相关技术中车联网联络中心监控服务存在难以满足各种应用场景的需求，而且对服务商和用户的使用来讲都存在较高的学习成本、建设成本和运营成本的问题。

根据本发明的一个方面，提供了一种车辆监控方法，包括：

接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制车辆；

在上述多媒体业务请求通过验证的情况下，对上述车辆进行监控处理。

进一步地，对多媒体业务请求进行验证，包括：

根据用户预先注册的帐户信息对上述多媒体业务请求中携带的发起账户信息进行验证，上述发起账户信息包括发起号码信息或发起账号信息；

当上述发起账户信息验证通过后，接收用户输入的验证密码；

根据用户预先存储的的密码对上述验证密码进行验证，其中，在验证密码验证通过后，上述多媒体业务请求通过验证。

进一步地，当发起号码或账号验证不通过时，上述方法还包括：

根据用户预先注册的帐户信息对用户重新输入的帐户信息进行再次验证，其中，当再次验证通过后再对用户输入的验证密码进行验证，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

进一步地，对上述车辆进行监控处理之前，上述方法还包括：

根据帐户信息的权限级别给用户提供与上述权限级别对应的监控处理菜单；

根据用户所选择的上述监控处理菜单中的监控处理类型启动监控处理流程。

进一步地，根据用户所选择的上述监控处理菜单中的监控处理类型启动监控处理流程，包括：

根据安全互斥原则检验上述监控处理类型，其中，上述安全互斥原则包括对上述车辆当前状态与上述监控处理类型进行处理安全性检验；

当上述监控处理类型检验通过后，根据上述监控处理类型启动监控处理流程，其中，监控处理包括获取车辆的当前监控数据和/或控制上述车辆。

根据本发明的另一方面，提供了一种车辆监控装置，包括：

验证模块，用于接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，上述多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，上述多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制上述车辆；

监控模块，用于在上述多媒体业务请求通过验证的情况下，对上述车辆进行监控处理。

进一步地，验证模块，包括：

第一验证单元，用于根据用户预先注册的帐户信息对上述多媒体业务请求中携带的发起帐户信息进行验证，发起账户信息包括发起号码信息或发起账号信息；

接收单元，用于当上述发起账户信息验证通过后，接收用户输入的验证密码；

第二验证单元，用于根据用户预先存储的的密码对上述验证密码进行验证，其中，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

进一步地，该装置还包括：第三验证单元，当上述发起账户信息验证不通过时，

第三验证单元用于根据用户预先注册的帐户信息对用户重新输入的帐户信息进行再次验证，其中，当再次验证通过后再对用户输入的验证密码进行验证，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

进一步地，该装置还包括：提供模块，用于根据上述帐户信息的权限级别给用户提供与上述权限级别对应的监控处理菜单；启动模块，用于根据用户所选择的上述监控处理菜单中的监控处理类型启动监控处理流程。

进一步地，启动模块包括：第四验证单元，用于根据安全互斥原则检验上述监控处理类型，其中，安全互斥原则包括对上述车辆当前状态与上述监控处理类型进行处理安全性检验；

启动单元，用于当上述监控处理类型检验通过后，根据上述监控处理类型启动监控处理流程，其中，监控处理包括获取车辆的当前监控数据和/或控制上述车辆。

通过本发明，接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制上述车辆；在上述多媒体业务请求通过验证的情况下，对上述车辆进行监控处理。解决相关技术中车联网联络中心监控服务存在难以满足各种应用场景的需求，而且对服务商和用户的使用来讲都存在较高的学习成本、建设成本和运营成本的问题，进而达到一种在各种应用场景下都能完成对车辆的监控处理，同时节省了服务后台的学习成本、建设成本和运营成本的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的车辆监控方法的流程图；

图2是根据本发明实施例的车辆监控装置的结构框图；

图3是根据本发明实施例的车辆监控装置的另一结构框图；

图4是根据本发明优选实施例的车辆监控方法的流程图；

图5是根据本发明优选实施例的车辆监控方法的另一流程图；

图6是根据本发明优选示例的车辆监控方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种车辆监控方法，图1是根据本发明实施例的车辆监控方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制上述车辆；

步骤S104，在上述多媒体业务请求通过验证的情况下，对上述车辆进行监控处理。

通过上述各个步骤，接收多媒体业务请求，并对该多媒体业务请求进行验证，在上述多媒体业务请求通过验证的情况下，对上述车辆进行监控处理，其中，上述多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，上述多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制上述车辆。解决相关技术中车联网联络中心监控服务存在难以满足各种应用场景的需求，而且对服务商和用户的使用来讲都存在较高的学习成本、建设成本和运营成本的问题，进而达到一种在各种应用场景下都能完成对车辆的监控处理，同时节省了服务后台的学习成本、建设成本和运营成本的效果。

在一个可选实施例中，步骤S102可以具体通过以下技术方案实现：根据用户预先注册的帐户信息对上述多媒体业务请求中携带的发起账户信息进行验证，上述发起账户信息包括发起号码信息或发起账号信息；当上述发起账户信息验证通过后，接收用户输入的验证密码；根据用户预先存储的的密码对上述验证密码进行验证，其中，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

用户预先注册的账户信息可以是电话号码信息也可为微信或易信等账户信息，对多媒体业务请求中携带的账户信息，即呼入账户的主体账户信息进行验证，看其是否为汽车服务商或者用户自己在车载系统上进行的账户注册，可以包括本机号码、本机微信易信公众号等。当账户信息验证通过后再对用户输入的密码进行验证，当双重验证通过后，该对媒体业务请求验证通过。这样的密码双重认证可以防止非账户主体未经许可而使用账户主体的账户进行监控操作，对账户主体用户来说安全性更好。

在一个可选示例中，当上述发起账户信息验证不通过时，上述步骤S102还包括：

根据用户预先注册的帐户信息对用户重新输入的帐户信息进行再次验证，其中，当再次验证通过后再对用户输入的验证密码进行验证，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

在一个可选示例中，对上述车辆进行监控处理之前，步骤S104还包括：

步骤A，根据上述帐户信息的权限级别给用户提供与上述权限级别对应的监控处理菜单；

步骤B，根据用户所选择的上述监控处理菜单中的监控处理类型启动监控处理流程。

在另一个优选示例中，步骤B包括：

步骤C，根据安全互斥原则检验上述监控处理类型，其中，上述安全互斥原则包括对上述车辆当前状态与上述监控处理类型进行处理安全性检验；

步骤D，当上述监控处理类型检验通过后，根据上述监控处理类型启动监控处理流程，其中，监控处理包括获取车辆的当前监控数据和/或控制上述车辆。

基于上述实施例及示例的技术方案，以下以一具体示例对上述技术方案进行详细说明。

步骤一：汽车服务商或者用户自己在汽车上进行号码或账号绑定，具体包括初始数据设置及注册，包括本机号码、本机微信易信公众号、账号(号码)密码认证信息、账号(号码)权限配置等；

步骤二：用户发起多媒体业务请求时，可以使用任意固定电话或手机(发起账户信息可为该固话或手机的号码和微信或易信的账号)拨打车辆上绑定的接入号码，即用户向车辆发起了多媒体业务请求，该发起请求通过运营商语音网通道接入到车辆；

步骤三：车辆判断是语音通道呼入即为语音业务请求，直接使用语音通道对语音业务请求进行验证，车辆判断是短信通道呼入即为短信业务请求，直接使用短信通道对短信业务请求进行验证，车辆判断是互联网通道呼入即为互联网业务请求，直接使用互联网通道对互联网业务请求进行验证；

步骤四：各通道判断主叫号码或者主叫账号是否在已经注册认证的账户库中，如果不在则还需要进入步骤五提示请输入已认证过的号码或账号，如果在则跳过步骤五直接进入步骤六进行密码信息认证；

步骤五：如果主叫不为已经之前在汽车上注册认证过的账户，则提示用户请输入已认证的号码或账号；

步骤六：如果主叫或者用户输入的认证号码或账户在注册账户库内，则继续提示用户进行密码认证，用户需要输入多位数字密码(位数建议6位以上)；

步骤七：认证通过之后判断该认证用户的权限级别，并针对性提供相应的IVR语音菜单服务，级别越高提供的菜单功能就越多，级别越低提供的菜单功能就越少，菜单服务功能和权限级别可以预先进行设置；

步骤八：当认证用户根据IVR语音菜单提示选择了指定监控操作(即监控处理类型)时，车辆进行实时的数据获取和功能控制；

步骤九：可以提供给用户的监控处理类型包括但不限于：车辆当前位置、时速、里程、故障码信息、控制无钥匙启动、空调开启关闭、车窗车门开启关闭；

步骤十：监控处理结果可以通过语音或短信方式向用户进行播报或发送；

步骤十一：某些监控处理类型可以依据安全互斥原则进行互斥和屏蔽，例如行驶途中车门解锁等危险动作可以作为规则进行预设保存处理，那么即使行驶过程中认证用户远程发起了车门解锁操作，汽车也可以直接返回安全冲突监控出错的结果，防止出现安全意外事故；

采用上述方法，与现有技术相比，直接利用运营商的成熟多媒体通道，省去了第三方服务平台的建设和运营成本，减少了中间网络的服务平台还能够提高交互效率和安全性。降低了用户使用门槛，即使在没有数据网络只要有手机信号的情况下也能顺利完成，对业务环境要求很低满足了用户绝大多数应用场景。在具备数据网络的条件下提供更为丰富的多媒体监控手段。同语音通道和短信通道结合起来可以满足任意场景下的应用需求。同时账户分级认证、权限功能控制和管理、基础安全功能互斥等手段，进一步保证了监控通道的安全性和车辆监控动作的安全性。通过该方法，可以提供更为强大、灵活、安全、可靠的智能汽车远程监控解决方案，为智能汽车的进一步发展拓宽道路。

在本示例中提供了一种车辆监控装置，图2是根据本发明实施例的车辆监控装置的结构框图，如图2所示，该装置包括如下模块：

验证模块22，用于接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，上述多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，上述多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制上述车辆；

监控模块24，与验证模块22相连，用于在上述多媒体业务请求通过验证的情况下，对上述车辆进行监控处理。

通过验证模块22接收多媒体业务请求，并对该多媒体业务请求进行验证，当验证模块22验证通过后监控模块24对上述车辆进行监控处理。解决相关技术中车联网联络中心监控服务存在难以满足各种应用场景的需求，而且对服务商和用户的使用来讲都存在较高的学习成本、建设成本和运营成本的问题，进而达到一种在各种应用场景下都能完成对车辆的监控处理，同时节省了服务后台的学习成本、建设成本和运营成本的效果。

在以优选实施例中，上述验证模块22包括：

第一验证单元222，用于根据用户预先注册的帐户信息对上述多媒体业务请求中携带的发起帐户信息进行验证，上述发起账户信息包括发起号码信息或发起账号信息；

接收单元224，与第一验证单元222相连，用于当上述发起账户信息验证通过后，接收用户输入的验证密码；

第二验证单元226，与接收单元224相连，用于根据用户预先存储的的密码对上述验证密码进行验证，其中，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

在一较佳实施例中，该验证模块22还包括第三验证单元228，与第二验证单元226相连，当上述发起账户信息验证不通过时，上述第三验证单元228用于根据用户预先注册的帐户信息对用户重新输入的帐户信息进行再次验证，其中，当再次验证通过后再对用户输入的验证密码进行验证，在上述验证密码验证通过后，上述多媒体业务请求通过验证。

在一可选的实施例中，该车辆监控装置还包括：

提供模块26，与验证模块22相连，用于根据上述帐户信息的权限级别给用户提供与上述权限级别对应的监控处理菜单；

启动模块28，与提供模块26相连，用于根据用户所选择的上述监控处理菜单中的监控处理类型启动监控处理流程。

在一可选的实施例中，该启动模块28包括：

第四验证单元282，用于根据安全互斥原则检验上述监控处理类型，其中，上述安全互斥原则包括对上述车辆当前状态与上述监控处理类型进行处理安全性检验；

启动单元284，与第四验证单元282相连，用于当上述监控处理类型检验通过后，根据上述监控处理类型启动监控处理流程，其中，监控处理包括获取车辆的当前监控数据和/或控制上述车辆。

在本实施例中提供了一种车辆监控装置，图3是根据本发明实施例的车辆监控装置的另一结构框图，如图3所示，该装置包括：车载联络中心平台30、短信自助模块32、语音自助模块34、互联网自助模块36和监控接口模块38；

车载联络中心平台30分别与短信自助模块32、语音自助模块34、互联网自助模块36和监控接口模块38相连。

车载联络中心平台30：装置的核心模块，部署在智能汽车上，内置移动电话模块，同运营商语音通道、短信通道和互联网通道对接，是用户监控请求接入入口和业务平台，与其他模块均有交互。

监控接口模块38：通过与车辆的其他系统相连，可以搜集到当前车辆的状态数据如LBS/GPS/GIS位置信息、里程信息、时速、胎压、发送机状态、水温水位甚至是行车记录仪数据等，并且还能提供车门锁定解锁、空调开启关闭、车窗开启关闭、无钥匙启动等车辆控制功能，通过车载联络中心平台30为各类自助模块监控访问接口。

语音自助模块34：用户可使用任意电话拨打车载装置号码，接入车载联络中心平台，装置为用户提供语音自助服务，通过语音方式对汽车进行监控。

短信自助模块32：用户可使用任意手机电话向车载装置号码发送短信指令，接入车载联络中心平台30，系统为用户提供短信自助服务，通过短信方式对汽车进行监控。

互联网自助模块36：用户可使用微信、易信等客户端通过公共互联网服务平台向指定汽车发送监控指令，系统对指令提供相应并通过互联网渠道向用户终端发送结果信息。

基于上述实施例及示例的技术方案，以下结合附图4以一具体示例对上述技术方案进行详细说明。图4是根据本发明优选实施例的车辆监控方法的流程图，如图4所示，当多媒体业务请求为语音业务请求时，该方法具体包括如下步骤：

步骤S402：用户通过固话或手机向智能汽车的车载联络中心30的号码发起通话，接入号码即为该智能汽车绑定的SIM卡号码，这个电话号码能唯一标识该智能汽车；

步骤S404：车载联络中心平台30接收到呼叫请求后接入到语音自助模块34上，语音自助模块34播报欢迎语音；

步骤S406：语音自助模块34对主叫或者用户输入的号码进行密码输入认证，认证不通过则拒绝对该汽车的监控请求，认证通过则进入下一个步骤；

步骤S408：对于认证通过的号码，系统获取该号码注册的权限功能，并播报语音按键菜单仅提供该号码对应的监控处理类型，屏蔽其他监控功能，主要是为了对多个账号进行分级分域的控制管理。例如低权限的号码菜单语音为“车辆里程查询请按1，车辆位置查询请按2，使用指南请按3”，高权限的号码服务菜单语音为“车辆里程查询请按1，车辆位置查询请按2，车辆实时状态数据请按3，空调控制请按4，车锁控制请按5，使用指南请按6”；

步骤S410：用户选择了按键菜单后，业务进入允许的监控处理类型，车载联络中心30随即通知监控接口模块38获取数据和实施操控动作；

步骤S412：监控接口模块38按照固化的互斥规则即固化的安全互斥原则，从车辆总线系统获取车辆的各项基础实时数据后判断当前监控处理操作是否能够通过安全互斥锁的检查，例如车辆在行驶过程中，就不允许开启车门锁的操作；

步骤S414：如S418失败，则根据失败码提示对应的错误信息；

步骤S416：如果安全互斥锁检查不通过，则系统按照预设的规则提示用户哪些安全互斥类型同当前操作存在冲突；

步骤S418：如安全互斥锁检查通过则监控接口模块38继续向车辆总线系统请求获取相关监控数据或完成操控动作；

步骤S420：获取监控数据或完成操控动作成功，则向用户播报相关监控结果信息和操控成功信息，如果用户是用手机呼入的还可将监控状态等信息以短信下发，本次用户请求处理完成；

基于上述实施例及示例的技术方案，以下结合附图5以一具体示例对上述技术方案进行详细说明。图5是根据本发明优选实施例的车辆监控方法的另一流程图，如图5所示，当多媒体业务请求为短信业务请求时，该方法具体包括如下步骤：

步骤S502：用户通过手机向智能汽车的车载联络中心平台30上所绑定的号码发送短信，目的号码即为该智能汽车绑定的SIM卡号码，这个电话号码能唯一标识该智能汽车；

步骤S504：车载联络中心平台30接收到短信业务请求后接入到短信自助模块32上，短信自助模块32下发短信欢迎语；

步骤S506：短信自助模块32对用户手机号码进行认证，如果是系统中未曾注册的号码则认证不通过拒绝对该汽车的监控请求，认证通过则进入下一个步骤；

步骤S508：对于认证通过的号码，系统获取该号码注册的权限功能，并下发短信指令码菜单仅提供该号码对应的监控处理类型，屏蔽其他监控功能，主要是为了对多个账号进行分级分域的控制管理。例如低权限的号码菜单语音为“请回复如下指令码：01车辆里程查询，02车辆位置查询请按，03使用指南请按”，高权限的号码服务菜单语音为“请回复如下指令码：01车辆里程查询，02车辆位置查询，03车辆实时状态数据，04空调控制，05车锁控制，06使用指南”；

步骤S510：用户发送了相应指令码后，业务进入允许的监控功能，车载联络中心平台30随即通知监控接口模块38获取数据和实施操控动作；

步骤S512：监控接口模块39按照固化的安全互斥原则，从车辆总线系统获取车辆的各项基础实时数据后判断当前操作是否能够通过安全互斥锁的检查，例如车辆在行驶过程中，就不允许开启车门锁的操作；

步骤S514：如S518失败，则根据失败码提示对应的错误信息；

步骤S516：如果安全锁检查不通过，则系统按照预设的规则提示用户哪些安全规则同当前操作存在冲突；

步骤S518：如安全互斥锁检查通过则监控接口模块38继续向车辆总线系统请求获取相关监控数据或完成操控动作；

步骤S520：获取监控数据或完成操控动作成功，则向用户手机短信发送相关监控结果信息和操控成功信息，本次用户请求处理完成；

基于上述实施例及示例的技术方案，以下结合附图6以一具体示例对上述技术方案进行详细说明。图6是根据本发明优选示例的车辆监控方法的流程图，如图6所示，当多媒体业务请求为互联网业务请求时，该方法具体包括如下步骤：

步骤S602：通过微信易信公众平台配置智能汽车对应公众账号的菜单和功能；

步骤S604：用户通过微信或易信APP客户端向智能汽车的车载联络中心平台的公众账号发起微信或易信会话，并根据当前的要求点击公众号对应的菜单，该公众账号即为该智能汽车绑定的公众号，这个公众号能在微信或易信平台上唯一标识该智能汽车；

步骤S606：车载联络中心平台接收到菜单指令请求后接入到互联网自助模块上；

步骤S608：互联网自助模块对用户的微信易信账号进行认证鉴权，如该账号未在车载平台中进行登记注册，认证不通过则拒绝对该汽车的监控请求，认证通过则进入下一个步骤；

步骤S610：对于认证通过的账号，系统获取该账号注册的权限功能，并判断当前用户请求是否同账号的权限相匹配，不匹配则提示用户不允许进行该项操作，匹配则进入下个步骤；

步骤S612：权限检查通过之后，车载联络中心平台随即按照用户请求通知监控接口模块获取数据和实施操控动作；

步骤S614：监控接口模块按照固化的安全互斥原则，从车辆总线系统获取车辆的各项基础实时数据后判断当前操作是否能够通过安全互斥锁的检查，例如车辆在行驶过程中，就不允许开启车门锁的操作；

步骤S616：如S620失败，则根据失败码提示对应的错误信息；

步骤S618：如果安全锁检查不通过，则系统按照预设的规则提示用户哪些安全规则同当前操作存在冲突；

步骤S620：如安全互斥锁检查通过则监控接口模块继续向车辆总线系统请求获取相关监控数据或完成操控动作；

步骤S622：获取监控数据或完成操控动作成功，则向用户账号发送相关监控结果信息和操控成功信息，本次用户请求处理完成；

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种车辆监控方法，其特征在于，包括：

接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，所述多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，所述多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制所述车辆；

在所述多媒体业务请求通过验证的情况下，对所述车辆进行监控处理。

2.根据权利要求1所述的方法，其特征在于，所述对该多媒体业务请求进行验证包括：

根据用户预先注册的帐户信息对所述多媒体业务请求中携带的发起账户信息进行验证，所述发起账户信息包括发起号码信息或发起账号信息；

当所述发起账户信息验证通过后，接收用户输入的验证密码；

根据用户预先存储的密码对所述验证密码进行验证，并在所述验证密码验证通过后，所述多媒体业务请求通过验证。

3.根据权利要求2所述的方法，其特征在于，当所述发起账户信息验证不通过时，所述方法还包括：

根据用户预先注册的帐户信息对用户重新输入的帐户信息进行再次验证；

当再次验证通过后对用户输入的验证密码进行验证，并在所述验证密码验证通过后，所述多媒体业务请求通过验证。

4.根据权利要求2或3所述的方法，其特征在于，在对所述车辆进行监控处理之前，所述方法还包括：

根据所述帐户信息的权限级别向用户提供与所述权限级别对应的监控处理菜单；

根据用户所选择的监控处理菜单中的监控处理类型启动监控处理流程。

5.根据权利要求4所述的方法，其特征在于，根据用户所选择的监控处理菜单中的监控处理类型启动监控处理流程，包括：

根据安全互斥原则检验所述监控处理类型，其中，所述安全互斥原则包括对所述车辆当前状态与所述监控处理类型进行安全性检验；

当所述监控处理类型检验通过后，根据所述监控处理类型启动监控处理流程，其中，监控处理包括获取车辆的当前监控数据和/或控制所述车辆。

6.一种车辆监控装置，其特征在于，包括：

验证模块，用于接收多媒体业务请求，并对该多媒体业务请求进行验证，其中，所述多媒体业务请求至少包括以下之一：语音业务请求、短信业务请求或者互联网业务请求，所述多媒体业务请求用于请求至少以下之一：获取车辆的当前监控数据、控制所述车辆；

监控模块，用于在所述多媒体业务请求通过验证的情况下，对所述车辆进行监控处理。

7.根据权利要求6所述的车辆监控装置，其特征在于，所述验证模块，包括：

第一验证单元，用于根据用户预先注册的帐户信息对所述多媒体业务请求中携带的发起帐户信息进行验证，所述发起账户信息包括发起号码信息或发起账号信息；

接收单元，用于当所述发起账户信息验证通过后，接收用户输入的验证密码；

第二验证单元，用于根据用户预先存储的的密码对所述验证密码进行验证，其中，在所述验证密码验证通过后，所述多媒体业务请求通过验证。

8.根据权利要求7所述的车辆监控装置，其特征在于，该装置还包括：第三验证单元，当所述发起账户信息验证不通过时，

所述第三验证单元用于根据用户预先注册的帐户信息对用户重新输入的帐户信息进行再次验证，其中，当再次验证通过后再对用户输入的验证密码进行验证，在所述验证密码验证通过后，所述多媒体业务请求通过验证。

9.根据权利要求7或8所述的车辆监控装置，其特征在于，该装置还包括：

提供模块，用于根据所述帐户信息的权限级别给用户提供与所述权限级别对应的监控处理菜单；

启动模块，用于根据用户所选择的所述监控处理菜单中的监控处理类型启动监控处理流程。

10.根据权利要求9所述的车辆监控装置，其特征在于，所述启动模块包括：

第四验证单元，用于根据安全互斥原则检验所述监控处理类型，其中，所述安全互斥原则包括对所述车辆当前状态与所述监控处理类型进行处理安全性检验；

启动单元，用于当所述监控处理类型检验通过后，根据所述监控处理类型启动监控处理流程，其中，监控处理包括获取车辆的当前监控数据和/或控制所述车辆。