发明内容
本发明要解决的技术问题是提供一种用于汽车驾驶场景的图像处理方法和系统,实现信息的高效和便捷处理。
为解决上述技术问题,本发明提供了一种基于车机系统与车载机器人的图像处理方法,所述车机系统包括中控主机,所述车载机器人包括机器人主机,所述车载机器人与摄像设备连接;所述方法包括以下步骤:所述中控主机基于第一协议发送拍摄指令至所述机器人主机;所述机器人主机控制所述摄像设备获取当前驾驶员的图像信息;所述机器人主机返回网络地址至所述中控主机,所述网络地址映射的存储空间存储有所述图像信息;以及所述中控主机基于所述网络地址和第二协议下载所述图像信息。
在本发明的一实施例中,所述车机系统与车载机器人通过USB方式连接。
在本发明的一实施例中,所述车机系统与车载机器人之间通过网络心跳包的网络重连机制进行测试通讯。
在本发明的一实施例中,所述第一协议中包括握手协议,所述握手协议用于测试所述车机系统与车载机器人之间的指令传输。
在本发明的一实施例中,所述第一协议包括protobuf网络协议,所述第二协议包括http协议。
本发明还提供一种基于车机系统与车载机器人的图像处理系统,所述车机系统包括中控主机,所述车载机器人包括机器人主机,所述图像处理系统还包括摄像设备,所述车载机器人与所述摄像设备连接;
所述图像处理系统被配置为:所述中控主机基于第一协议发送拍摄指令至所述机器人主机;所述机器人主机控制所述摄像设备获取当前驾驶员的图像信息;所述机器人主机返回网络地址至所述中控主机;所述网络地址映射的存储空间存储有所述图像信息;以及所述中控主机基于所述网络地址和第二协议下载所述图像信息。
在本发明的一实施例中,所述摄像设备与所述车载机器人通过LVDS接口连接。
与现有技术相比,本发明具有以下优点:通过将摄像设备连接至车载机器人,由其进行图像及视频的拍摄和存放,使车机系统的处理资源得到释放,使车机系统可流畅运行。同时,通过第一协议用于控制指令的传输,第二协议用于图像信息的传输,使得摄像设备拍摄的图像信息可以很快的传输至车机系统,供用户进行后续的操作,在平衡车机系统的负载的同时,保证用户的使用体验。
具体实施方式
为让本发明的上述目的、特征和优点能更明显易懂,以下结合附图对本发明的具体实施方式作详细说明。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是本发明还可以采用其它不同于在此描述的其它方式来实施,因此本发明不受下面公开的具体实施例的限制。
此外,需要说明的是,使用“第一”、“第二”等词语来限定零部件或术语,仅仅是为了便于对相应零部件或术语进行区别,如没有另行声明,上述词语并没有特殊含义,因此不能理解为对本申请保护范围的限制。此外,尽管本申请中所使用的术语是从公知公用的术语中选择的,但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的,其详细含义在本文的描述的相关部分中说明。此外,要求不仅仅通过所使用的实际术语,而是还要通过每个术语所蕴含的意义来理解本申请。
本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是,前面或下面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各种步骤。同时,或将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
本申请的实施例描述一种基于车机系统与车载机器人的图像处理方法与系统。
图1是本申请一实施例的基于车机系统与车载机器人的图像处理方法的流程图。图2是本申请一实施例的基于车机系统与车载机器人的图像系统的组成示意图。
在一些实施例中,车机系统包括中控主机,车载机器人包括机器人主机。车载机器人与摄像设备连接。中控主机和机器人主机例如包括处理器。
如图1所示,本申请的基于车机系统与车载机器人的图像处理方法包括,步骤101,中控主机基于第一协议发送拍摄指令至机器人主机;步骤102,机器人主机控制摄像设备获取当前驾驶员的图像信息;步骤103,机器人主机返回网络地址至中控主机,该网络地址映射的存储空间存储有图像信息;以及步骤104,中控主机基于该网络地址和第二协议下载该图像信息。
在一些实施例中,车机系统与车载机器人例如通过USB方式连接。车机系统的中控主机通过USB接口向车载机器人发送指令。
在一实施例中,车机系统与车载机器人之间通过网络心跳包的网络重连机制进行测试通讯。具体地,例如,中控主机每隔一段时间,如20秒,发送心跳包指令给机器人主机,机器人主机收到心跳包指令则马上回复,另外,如果三次心跳包没有收到回复,则认为车载机器人的服务出现问题,此时将重启服务。
经过网络心跳包指令测试车机系统与车载机器人的通讯正常后,为确保控制指令能够正常的在车机系统传输至车载机器人之间,更具体地,例如从中控主机传输至机器人主机,在第一协议中还包括握手协议。每次新的指令传输到对方主机,对方主机必须立马回复收到指令,然后再给出指令处理后的结果反馈,如果没有收到回复指令,则认为对方主机没有收到指令,或者此时的通讯不正常,此时可再发若干次指令,如果仍未收到回复指令,则通过重连服务来应对此情形。
如图2所示,图像处理系统200包括车机系统201、车载机器人202、摄像设备203。摄像设备203与车载机器人202通过LVDS(Low-Voltage Differential Signaling,低压差分信号)接口连接。
本申请的技术方案中,车机系统的中控主机基于第一协议发送拍摄指令至机器人主机。车机系统还可包括用于与用户进行交互的显示单元和操作单元。例如图像的显示、拍摄、处理和传输等。拍摄指令可在用户使用车机系统时的操作触发,也可通过对系统的特定设置触发。
车机系统由于承载较多的与用户进行交互和对信息进行处理的功能,此外还可承载与云端系统进行连接和信息传输,以及对车辆信息进行监测分析和处理等功能,因而系统资源使用较多。如果再将摄像设备连接至车机系统,由其进行图像及视频的拍摄和处理,则将使车机系统的处理资源变得紧张,不利于系统的流畅运行和正常使用。
具体地,例如车机系统本身需要运行众多的多媒体应用以及多媒体服务。因而通过在车机系统上直接接入摄像设备获取图像以及视频信息会给车机系统性能上带来很大的考验,尤其是用户通过车机系统正在导航驾驶以及蓝牙车机通话的情况下,车机系统的不稳定会给驾驶员带来较大的安全隐患。而且对车机系统的智能性以及便捷性体验不佳。故本申请的技术方案中,将摄像设备连接到车载机器人。
常见的技术方案中,车载机器人例如能够识别用户,如驾车人的语音、手势、表情等,并作出一些反应。但其通常不与摄像设备进行拍照或摄像,获取供用户交互的照片或视频。
而本申请的技术方案中,将摄像设备连接到车载机器人,并由车机系统的中控主机基于第一协议发送拍摄指令至机器人主机。第一协议例如为protobuf网络协议。机器人主机接收到指令后,控制摄像设备获取当前驾驶员的图像信息,也可为视频信息。通过第一协议,例如protobuf网络协议方式可实现控制指令的快速传输。
获取图像信息或视频信息后,如果按通常的传输方式,将图片或视频传输回车机系统,因目前的图片或视频的清晰度,为满足用户要求设置的越来越高,则传输回车机系统时延较长。用户从发出拍摄需求,到接收到想要的当前照片或视频效果要等待一时间间隔,例如数秒钟或更长时间,这将影响用户的使用体验。
而本申请的基于车机系统与车载机器人的图像处理方法的技术方案中,在拍摄图像并将图像存储至车载机器人的存储空间后,机器人主机将返回一网络地址至中控主机,该网络地址映射的存储空间存储有拍摄所得的图像信息,例如为照片或视频。而后,中控主机根据该网络地址和第二协议下载得到前述图像信息,即图像信息将由此传输到车机系统上,例如存储在车机系统的存储空间中,可供用户进行查看、编辑或发送传输等。
在一实施例中,第二协议例如为http协议(HyperText Transfer Protocol,超文本传输协议),此时车机系统的中控主机根据网络地址和http协议下载得到前述图像信息。第二协议用于图像传输的速度较快,可大为减少摄像设备拍摄得到的图像信息从车载机器人传输至车机系统的时间,例如100-200ms,用户可以即时获得根据其拍摄需求拍摄的图像信息,并进行后续操作,从而极大改进用户的使用体验。
本申请的技术方案,将摄像设备连接至车载机器人,由其进行图像及视频的拍摄和存放,使车机系统的处理资源得到释放,使车机系统可流畅运行。同时,本申请的技术方案通过第一协议用于控制指令的传输,第二协议用于图像信息的传输,使得摄像设备拍摄的图像信息可以很快的传输至车机系统,供用户进行后续的操作,在平衡车机系统的负载的同时,仍可保证用户的使用体验。
上文已对基本概念做了描述,显然,对于本领域技术人员来说,上述发明披露仅仅作为示例,而并不构成对本申请的限定。虽然此处并没有明确说明,本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议,所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
同时,本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外,本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外,本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。例如,计算机可读介质可包括,但不限于,磁性存储设备(例如,硬盘、软盘、磁带……)、光盘(例如,压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如,卡、棒、键驱动器……)。
计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号,例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式,包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质,该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播,包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。
同理,应当注意的是,为了简化本申请披露的表述,从而帮助对一个或多个发明实施例的理解,前文对本申请实施例的描述中,有时会将多种特征归并至一个实施例、附图或对其的描述中。但是,这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的全部特征。
虽然本申请已参照当前的具体实施例来描述,但是本技术领域中的普通技术人员应当认识到,以上的实施例仅是用来说明本申请,在没有脱离本申请精神的情况下还可作出各种等效的变化或替换,因此,只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。