CN105100249A - 图片传输控制***及其所涉各端的安全保护、传输方法 - Google Patents
图片传输控制***及其所涉各端的安全保护、传输方法 Download PDFInfo
- Publication number
- CN105100249A CN105100249A CN201510461397.9A CN201510461397A CN105100249A CN 105100249 A CN105100249 A CN 105100249A CN 201510461397 A CN201510461397 A CN 201510461397A CN 105100249 A CN105100249 A CN 105100249A
- Authority
- CN
- China
- Prior art keywords
- target photo
- picture
- module
- mobile terminal
- drive recorder
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Television Signal Processing For Recording (AREA)
- Traffic Control Systems (AREA)
Abstract
本发明涉及智能终端图片传输技术领域,提出了一种行车记录仪图片传输控制方法,所述方法包括有:行车记录仪响应于用户抓拍指令获得目标图片并存储其于本地存储介质;行车记录仪将所述目标图片通过第一通道自动上传至移动终端;同时移动终端将从第一通道自动获取的目标图片通过第二通道自动上传到云端;行车记录仪根据从第一通道获得移动终端反馈的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。还涉及一种图片安全保护、传输方法及其相应的终端。本发明实现了图片文件的安全保护和自动实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。
Description
【技术领域】
本发明涉及智能终端图片传输技术领域,涉及一种行车记录仪图片传输控制方法,具体还涉及一种行车记录仪及其采用的图片安全保护方法,相应的,还涉及一种图片安全传输方法及其相应的移动终端。
【背景技术】
行车记录仪可以记录车辆在行驶过程中的视频图像和声音,相当于车辆的黑匣子。用户开车时,开启行车记录仪上的摄像机,就可以通过摄像机拍摄沿途的风景或路况信息,然后将所拍摄的视频信息存储在本地的存储装置中,由于视频文件存储容量大一般不会直接保存视频,而是在行车记录仪上设置有抓拍功能,将抓拍得到的图片存储在本地存储装置中。但是由于行车记录仪的存储空间有限,当存储空间被存满时,如果所保存的图片信息没有及时转移,通常会被新增的图片文件所覆盖而丢失。而在现有技术中,存在通过行车记录仪直接连接互联网向云服务器发送所述的重要图片文件或视频文件,但是由于所传输文件占据较大的空间,通过移动通信网络提供的互联网接入直接向服务器上传该文件时,会产生高额的流量费用。
而且,现有技术中向云服务器上传所述图片文件时,没有对图片文件进行分类标记,导致其他用户通过互联网查找基于某一类别或某一地段的图片文件时,只能自己耗时逐一查看来辨别,浪费用户的查找时间。
【发明内容】
本发明的一个目的旨在解决上述至少一个问题,提供了一种行车记录仪图片传输控制方法。
本发明的又一个目的旨在解决上述至少一个问题,提供了一种图片安全保护方法及其相应的行车记录仪,用于保证图片被安全的转存保护。
本发明的另一个目的旨在解决上述至少一个问题,提供了一种图片安全传输方法及其相应的移动终端,用于保证图片被安全的上传。
为实现该目的,本发明采用如下技术方案:
本发明提供了一种行车记录仪图片传输控制方法,包括如下步骤:
行车记录仪响应于用户抓拍指令获得目标图片并存储其于本地存储介质;
行车记录仪将所述目标图片通过第一通道自动上传至移动终端;
同时移动终端将从第一通道自动获取的目标图片通过第二通道自动上传到云端;
行车记录仪根据从第一通道获得移动终端反馈的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
进一步的,所述第一通道为蓝牙传输通道;所述第二通道为WiFi传输通道。
本发明还提供了一种行车记录仪图片安全保护方法,包括以下步骤:
响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质;
响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传;
根据该蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
具体的,响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质的步骤,包括:
响应于抓拍指令,通过摄像头抓拍获得目标图片;
获得与所述目标图片相对应的特征信息;
将所述目标图片随附与其对应的特征信息保存在本地存储介质。
进一步的,将所述目标图片随附与其对应的特征信息保存在本地存储介质的步骤,包括:
将所述特征信息添加在图片的属性信息中得到特定格式的目标图片;
将所述特定格式的目标图片存储在本地存储介质。
具体的,响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传的步骤之前,还包括:
搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
具体的,通过所述传输通道上传所述目标图片时,随附上传与该目标图片对应的特征信息。
具体的,根据该蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片的步骤,包括:
通过所述蓝牙传输通道无线接收反馈的对照结果列表;
根据所述对照结果列表在本地存储介质中查找到该列表中指定的目标图片;
删除该目标图片。
具体的,所述特征信息是指导航信息或抓拍指令中所附带的分类信息。
可选的,所述与该目标图片对应的特征信息被添加在所述目标图片的属性信息中随附所述目标图片上传。
具体的,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种。
具体的,所述分类信息包括人物、风景、车祸、路况各类型中的任意数量种类型。
本发明还提供了一种移动终端图片安全传输方法,包括以下步骤:
通过预设的蓝牙传输通道无线接收目标图片保存于存储区;
响应于检测到目标图片已存储的事件,通过远程接口上传所述目标图片;
通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。
具体的,所述目标图片基于实时传输协议RTP通过远程接口上传。
具体的,所述目标图片采用多线程机制基于3G或4G网络通过远程接口上传。
具体的,通过预设的蓝牙传输通道无线接收目标图片保存于存储区的步骤之前,还包括:
搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
具体的,所述存储区为内存缓冲区。
可选的,所述内存缓冲区至少设置有两个。
具体的,通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传对照结果列表的步骤,包括:
检测远程接口端上传的目标图片是否已上传成功;
若所述目标图片上传成功,将能表征是该目标图片的唯一性信息加入对照结果列表;
通过所述蓝牙传输通道发送该对照结果列表。
进一步的,通过预设的蓝牙传输通道无线接收目标图片时,随附接收与该目标图片对应的特征信息。
根据本发明一个实施例所揭示,所述与该目标图片对应的特征信息被添加在所述目标图片的属性信息中通过蓝牙传输通道无线接收。
具体的,通过远程接口上传所述目标图片时,随附上传与该目标图片对应的特征信息。
进一步的,所述与目标图片对应的特征信息被添加在所述目标图片的属性信息中通过远程接口上传。
具体的,所述特征信息是指导航信息或能表征该目标图片所属类型的分类信息。
具体的,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种。
具体的,所述分类信息包括人物、风景、车祸、路况各类型中的任意数量种类型。
本发明还公开了一种行车记录仪,包括有:
抓拍模块,用于响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质;
传输模块,用于响应于检测到的目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传;
删除模块,用于根据该蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
具体的,所述抓拍模块,还包括有:
拍照模块,用于响应于抓拍指令,通过摄像头抓拍获得目标图片;
特征信息获取模块,用于获得与所述目标图片相对应的特征信息;
存储模块,用于将所述目标图片随附与其对应的特征信息保存在本地存储介质。
进一步的,所述存储模块还被配置为将所述特征信息添加在图片的属性信息中得到特定格式的目标图片;
及将所述特定格式的目标图片存储在本地存储介质。
进一步的,还包括有蓝牙通信模块,
所述蓝牙通信模块,用于搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
具体的,所述传输模块被配置为通过所述传输通道上传所述目标图片时,随附上传与该目标图片对应的特征信息。
具体的,所述删除模块还包括:
接收模块,用于通过所述蓝牙传输通道无线接收反馈的对照结果列表;
查找模块,用于根据所述对照结果列表在本地存储介质中查找到该列表中指定的目标图片;
执行模块,用于删除该目标图片。
具体的,所述特征信息是指导航信息或抓拍指令中所附带的分类信息。
根据本发明的一个实施例所揭示,所述与该目标图片对应的特征信息被添加在所述目标图片的属性信息中随附所述目标图片上传。
具体的,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种。
具体的,所述分类信息包括人物、风景、车祸、路况各类型中的任意数量种类型。
本发明还提供了一种移动终端,包括有:
第二接收模块,用于通过预设的蓝牙传输通道无线接收目标图片保存于存储区;
第二上传模块,用于响应于检测到的目标图片已存储的事件,通过远程接口上传所述目标图片;
反馈模块,用于通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。
具体的,所述第二上传模块被配置为将所述目标图片基于实时传输协议RTP通过远程接口上传。
具体的,所述第二上传模块被配置为将所述目标图片采用多线程机制基于3G或4G网络通过远程接口上传。
进一步的,所述移动终端还包括有:
蓝牙通信模块,用于搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
具体的,所述存储区为内存缓冲区。
具体的,所述内存缓冲区至少设置有两个。
进一步的,所述反馈模块还包括有:
检测模块,用于检测远程接口端上传的目标图片是否已上传成功;
列表加载模块,用于当所述目标图片上传成功时,将能表征是该目标图片的唯一性信息加入对照结果列表;
发送模块,用于通过所述蓝牙传输通道发送该对照结果列表。
进一步的,所述第二接收模块被配置为通过预设的蓝牙传输通道无线接收目标图片时,随附接收与该目标图片对应的特征信息。
根据本发明一个实施例所揭示,所述与该目标图片对应的特征信息被添加在所述目标图片的属性信息中通过蓝牙传输通道无线接收。
进一步的,所述第二上传模块被配置为通过远程接口上传所述目标图片时,随附上传与该目标图片对应的特征信息。
根据本发明一个实施例所揭示,所述与目标图片对应的特征信息被添加在所述目标图片的属性信息中通过远程接口上传。
具体的,所述特征信息是指导航信息或能表征该目标图片所属类型的分类信息。
进一步的,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种。
进一步的,所述分类信息包括人物、风景、车祸、路况各类型中的任意数量种类型。
与现有技术相比,本发明具备如下优点:
1、在本发明中,行车记录仪能实时的将本地存储的目标图片通过预设的第一通道自动上传到移动终端上,同时移动终端通过互联网将接收到的目标图片通过第二通道上传到远程服务器存储,实现图片文件的实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。同时行车记录仪端接收到移动终端反馈的图片已成功上传到远程服务器后,再将保存在本地的图片删除,以保证图片的安全转移,并及时释放本地存储空间,避免资源浪费。
2、进一步的,本发明通过蓝牙传输技术将目标图片发送到移动终端,再由移动终端通过Wifi将目标图片上传到服务器上。手机端能同时连接免费的蓝牙传输技术和接入Wifi互联网,避免了行车记录仪端直接上传目标图片到服务器产生高额流量费用的问题,也保证了目标图片被移动终端传输到互联网的实时性。
3、本发明中移动终端将图片通过远程接口实时上传时,采用多线程通信机制以及多缓冲区存储的方法。即其中一个负责接收数据的线程从蓝牙传输通道接收目标图片,并将该目标图片保存在本地缓冲区;且当其中一个缓冲区存储满后,负责内存调度的线程便按照一定方向选用另一个缓冲区来存储接收的目标图片,同时释放已填满的缓冲区的控制权;同时负责内存调度的线程发送一个信号给发送进程,负责发送的进程调用远程接口实时上传目标图片。能有效的提高图片传输的实时性,节省传输时间,并在网络异常导致图片没有及时发送时,也不会很快的覆盖缓冲区中的目标图片,有效的保证了目标图片的安全传输。
4、本发明中行车记录仪和移动终端之间通过搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道;且在检测到行车记录仪端存储图片后,通过所述预设的蓝牙传输通道自动上传存储在本地的所述目标图片到移动终端;以及后续移动终端检测到缓冲区存储有目标图片后自动调用远程接口实时上传目标图片到服务器。即行车记录仪端和移动终端配对连接和传输图片均是自动完成,无需手动操作,提高用户体验度,避免手动操作给用户带来驾驶安全问题。
5、本发明在图片的特征信息中还设置有时间、地理位置、行车方向、行车速度、地理经纬度等导航信息和表征该图片类别的分类信息,方便用户更精确的查找。且当图片被上传到云服务器中后,可以与云端的搜索应用程序更好的配合,为其他用户提供更精确的图片搜索信息,提高搜索效率。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
【附图说明】
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是行车记录仪图片安全保护方法的一个实施例的程序流程图;
图2是行车记录仪图片安全保护方法的一个实施例的部分程序流程图;
图3是行车记录仪图片安全保护方法的一个实施例的程序流程图;
图4是行车记录仪图片安全保护方法的一个实施例的部分程序流程图;
图5是移动终端图片安全传输方法的一个实施例的程序流程图;
图6是移动终端图片安全传输方法的一个实施例的程序流程图;
图7是移动终端图片安全传输方法的一个实施例的程序流程图;
图8是本发明中行车记录仪的一个实施例的结构框图;
图9是本发明中行车记录仪的一个实施例中抓拍模块的结构框图;
图10是本发明中行车记录仪的一个实施例的结构框图;
图11是本发明中行车记录仪的一个实施例中删除模块的结构框图;
图12是本发明中移动终端的一个实施例的结构框图;
图13是本发明中移动终端的一个实施例中的结构框图;
图14是本发明中移动终端的一个实施例中反馈模块的结构框图;
图15是本发明中行车记录仪图片传输控制方法的一个实施例的程序流程图。
【具体实施方式】
下面结合附图和示例性实施例对本发明作进一步地描述,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。此外,如果已知技术的详细描述对于示出本发明的特征是不必要的,则将其省略。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备,其仅具备无发射能力的无线信号接收器的设备,又包括接收和发射硬件的设备,其具有能够在双向通信链路上,执行双向通信的接收和发射硬件的设备。这种设备可以包括:蜂窝或其他通信设备,其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备;PCS(PersonalCommunicationsService,个人通信***),其可以组合语音、数据处理、传真和/或数据通信能力;PDA(PersonalDigitalAssistant,个人数字助理),其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem,全球定位***)接收器;常规膝上型和/或掌上型计算机或其他设备,其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行,和/或以分布形式,运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID(MobileInternetDevice,移动互联网设备)和/或具有音乐/视频播放功能的移动电话,也可以是智能电视、机顶盒等设备。
本技术领域技术人员可以理解,这里所使用的服务器、云端、远端网络设备等概念,具有等同效果,其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此,云由基于云计算(CloudComputing)的大量计算机或网络服务器构成,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中,远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信,包括但不限于,基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。
有必要先对本发明的应用场景及其原理进行如下的先导性说明。
本发明的有关方法和终端的应用场景,是基于带有摄像头、处理器、通信模块和存储模块的行车记录仪以及Android移动终端为硬件基础,以安装有Linux***的处理器的行车记录仪以及Android移动终端为例进行示例性说明,但应该说明的是,该描述仅是示例性的,本发明的范围并不限于此,本发明实施例的方法和终端也可适用于其他操作***,本质上与操作***无关。
通常情况下使用的移动通信网络都是有中心的,要基于预设的网络设施才能运行。例如,蜂窝移动通信***要有基站的支持;无线局域网一般也工作在有AP接入点和有线骨干网的模式下。但是对于某些特殊场合来说,有中心的移动网络并不能胜任,而需要一种能够临时快速自动组网的移动网络。例如本发明中在移动终端与行车记录仪之间采用的蓝牙连接技术传输文件。
其中,蓝牙传输技术是一种开放性的全球规范,其主要以低成本的短距离无线连接通信为基础,为蓝牙设备之间的通信而建立一个特别连接环境。蓝牙的工作距离是10m,可以非常好的满足大多数仪器设备的应用场合,由于工作在2.4GHz的ISM开放频段,所以无需申请许可证,使用快速调频(1600跳/s)技术,具有很好的抗干扰能力。
在本发明中将行车记录仪上存储的图片通过蓝牙连接技术构建的第一通道自动传输到手机、PAD等移动终端上,然后在移动终端上通过3G或4G网络基于实时传输协议RTP自动上传到远程服务器端,实现图片的安全转移和传输。
以下将详细说明为了运用上述的原理实现上述的场景而提出的本发明的若干技术方案的具体实施方式。需要说明的是,本发明提供的一种行车记录仪图片安全保护方法,是先以行车记录仪的视角来加以描述的,可以通过编程将该图片安全保护方法实现为计算机程序在行车记录仪或其他类似的具有智能化的设备中运行。例如,本方法还适用于其他不具有用户操作界面,或者用户并不方便及时操作的智能摄像头、智能手表等。
请参阅图1,本发明的一种行车记录仪图片安全保护方法的一个典型实施例,具体包括以下步骤:
S11,响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质。
本发明中行车记录仪在汽车的行使过程中,摄像头一直在拍摄沿途的风景和路况信息,且为了便于图片的实时传输,行车记录仪和移动终端预先基于局域网建立连接实现相互通信。当用户发现沿途中有某一感兴趣的画面需要抓拍下来时,可直接发出带有该画面分类信息的抓拍指令,然后将抓拍下来的图片存储在本地。所述的抓拍指令可以是触发设置在行车记录仪上的物理按键或触控面板,也可以是语音指令。当所述抓拍指令是通过触发设置在行车记录仪上的物理按键或触控面板得到时,所述物理按键或触控面板应预先设置多个且每个按键需对应于分类信息中的其中一类,以方便处理器从触发某一按键所得到的抓拍指令中获取所述的分类信息,但是在该方法中当司机正在开车时,还需要用手去触发设置在行车记录仪端的物理按键或触摸控键,易出现安全隐患。在本发明的其中一个优选实施例中,为了保证司机驾驶安全性,优选采用语音指令作为所述的抓拍指令,其中用户发出的语音指令的自然语言中包含有分类信息。具体的,所述分类信息所包含的类型包括人物、风景、车祸、路况各类型中的任意数量种类型。
参见附图2,在本发明的一个实施例中,该步骤S11具体还可以包括以下步骤:
S111,响应于抓拍指令,通过摄像头抓拍获得目标图片;
在该步骤中,响应于抓拍指令,要调用摄像头抓拍以获得对应的目标图片。为便于理解程序实现,此处以USB摄像头为例进行说明。而本步骤中调用摄像头抓拍以获得目标图片具体可采用两个实施例来实现。
1、在本发明的一个实施例中,所述目标图片通过调用摄像头的拍照模式触发拍照得到。在行车记录仪的带有Linux***的处理器中,预先加载有驱动摄像头的USB驱动程序。不难理解,可以通过调用USB底层操作库libusb与USB摄像头实现通信,提供USB的控制指令,来切换摄像头为相机模式,并通过软件指令来设置相机光圈、快门、ISO等参数。当行车记录仪得到带有分类信息的抓拍指令后,会采用软件指令触发按下相机的快门,抓拍得到目标图片。
2、在本发明的另一个实施例中,所述目标图片通过截获抓拍指令发出时所对应时间点的视频图像而得到。在响应于抓拍指令后,将该抓拍指令发出时所对应的时间点的视频帧静态数据通过一定的截获算法截获,得到目标图片。其中,截获算法为本领域内技术人员的公知技术,在此不再详述。
S112,获得与所述目标图片相对应的特征信息。
在通过摄像头得到目标图片后,为了方便用户后续更精确的查找目标图片,需要获得该目标图片的特征信息。具体的,所述特征信息是指导航信息或抓拍指令中所附带的分类信息。
从前述步骤中可知抓拍指令可以是触发设置在行车记录仪上的物理按键或触控面板,也可以是语音指令。当所述抓拍指令是通过触发设置在行车记录仪上的物理按键或触控面板得到时,所述物理按键或触控面板应预先设置多个且每个按键需对应于分类信息中的其中一类,以方便处理器从触发某一按键所得到的抓拍指令中获取所述的分类信息。
而当抓拍指令为语音指令时,从语音指令中获得分类信息的步骤具体还可以包括:
1、获取待识别的带有分类信息的语音流数据。
在一个实施例中,本发明优选采用麦克风作为语音录制设备来获取用户的语音流数据。其中,所述语音录制设备的声音采集方向对着车内某一个座椅的位置最佳。例如在一个实施例中,语音录制设备的声音接收范围限定为驾驶员,即麦克风设置在离驾驶员位置较近的地方,以接收到干扰小、信噪比高的语音信号。例如,驾驶员可以发出“人物拍”、“风景拍”、“车祸拍”或“路况拍”的语音指令,其中“人物”、“风景”、“车祸”、“路况”即为分类信息。语音录制设备录制的语音模拟信号经过A/D转换为数字语音流数据后再保存在处理器内核的缓冲区中。
2、识别所述语音流数据,解析出字符串文本格式的分类信息。
语音流数据识别程序通过调用read函数从处理器内核的缓冲区中读取采样得到的数字语音流数据,并进行识别后转化为字符串文本格式的分类信息。从语音流数据识别出分类信息的过程既可以是上传到云服务器中识别而获得所述的字符串文本格式的分类信息,也可以是经过与本地语音库进行匹配识别处理来得到所述的字符串文本格式的分类信息。
在本发明的一个实施例中,该步骤是通过上传到云服务器中识别而获得所述的字符串文本格式的分类信息,具体包括以下步骤:a,语音流数据识别程序将获取的语音流数据包含到语音识别请求中通过远程接口提交到远程语音云服务器;b,在远程语音云服务器的语音识别平台对该语音流数据进行识别和解析,得到字符串文本;c,然后再通过该远程接口获取响应于该语音识别请求而反馈的对应解析该语音流数据而获得的字符串文本格式的分类信息。
为了进一步增加本发明实施例中方法的稳定性,语音流数据识别程序和语音云服务器之间采用基于Socket的TCP协议进行通讯,并采用异步的控制方法,这样可以避免语音数据流的阻塞,保证语音数据流的及时上报,为用户提供更好的操控体验。其中,语音云服务器是带有语音库的处理平台,可以是网络中独立的服务器,也可以是多个提供不同的语音识别服务的服务器的集合,语音库可以由单独的服务器中提供,也可以与某一语音服务器集成在一起提供。
不难理解,在实施例的方法中结合云端技术来实现,通过发送包含所述语音流数据的语音识别请求并接收远程服务器反馈的对应解析该语音流数据而获得的字符串文本以确定所述分类信息,由于远程服务器中的数据更全面科学,使得得到的分类信息也更加科学精确,具有普遍适应性,从而可以避免造成误判,进一步提高可靠性。
在本发明的又一个实施例中,该步骤是经过与本地语音库进行匹配识别处理来得到所述的字符串文本格式的分类信息,具体包括以下步骤:A,将获取的语音流数据与本地语音库进行匹配识别处理;B,获得与该语音流数据相匹配的字符串文本格式的分类信息。
在本地语音库中,预先存储有语音流数据与字符串文本呈映射关系的列表,该步骤中语音流数据识别程序调用本地语音库,将获取的语音流数据与其进行匹配识别处理。然后通过遍历查找预先存储有语音流数据与字符串文本格式的分类信息呈映射关系的列表,得到与语音流数据相匹配的的字符串文本格式的分类信息。当然,该语音库可以是从远程语音云服务器中下载保存至本地而形成的本地语音库。若本地语音库中没有查找到与该语音流数据对应的字符串文本格式的分类信息时,可以与远程云服务器实现通信更新本地语音库。
前述步骤中得到了抓拍指令中的分类信息,进一步的,还需要得到导航信息,在本发明的一个实施例中,所述导航信息需要调用导航模块来获取当前导航信息。需要说明的是,所述导航模块可以是内置在行车记录仪中,也可以是外置的导航模块,本发明对此不作限定。进一步的,所述导航模块可以是GPS导航模块或北斗卫星导航。例如在本发明的一个实施例中,所述导航模块为GPS导航模块。可选的,所述GPS导航模块依据NMEA-0182协议获得目标图片的导航信息,或通过基站定位方式获得目标图片的导航信息。具体的,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种。该步骤中通过调用导航模块来获取当前导航信息可采用两个实施例来实现,下文具体说明各实施例的实现过程:
1、在本发明的一个实施例中,所述GPS导航模块依据NMEA-0182协议获得目标图片的导航信息。具体的,NMEA-0183协议是规范的GPS数据格式协议。其中可包括时间、地理位置、经度和纬度、行车方向、行车速度等数据,GPS导航模块从GPS卫星获取卫星定位信号,并解算出导航数据。GPS导航模块中的处理模块分析和处理接收到的基于NMEA-0183协议格式的ASCII码语句,得到导航信息。
2、在本发明的另一的实施例中,所述GPS导航模块通过基站定位方式获得目标图片的导航信息,该方法为本领域内技术人员常用的技术手段,在此不再详述。
进一步的,步骤S11还包括步骤S113:将所述目标图片随附与其对应的特征信息保存在本地存储介质。
具体的,为了避免目标图片被覆盖,需要单独存储该目标图片。在一个实施例中,本发明以SD卡作为存储介质为例来说明其实施方式,但是并不构成对该发明的限制,其他现有技术中非易失性存储装置均可作为该实施例中目标文件夹的存储介质。
进一步的,将所述目标图片随附与其对应的特征信息保存在本地SD卡存储介质中。在该步骤的一个实施例中,目标图片对应的特征信息只是与目标图片以一定关系关联性存储在一起,例如在一个具体的实施例中,目标图片名与该目标图片的特征信息文件名一致,并保存在一个文件夹中。
在另一个实施例中,目标图片对应的特征信息被添加在目标图片的属性设置中存储在本地。该实施例的示例性实施方式如下:
具体的,将所述特征信息添加在图片的属性信息中得到特定格式的目标图片;再将所述特定格式的目标图片存储在本地存储介质。由于采用相机模式抓拍或截获摄像机的静态图片得到的目标图片往往容量较大,为了减小图片的容量,在抓拍得到目标图片后需要采用Huffman、RLE(run-lengthencoding)、LZW(Lempel-Ziv-WelchEncoding)等压缩算法将目标图片压缩为特定的格式。在该实施例中,首先要将所述目标图片压缩为特定格式文件。
众所周知,常用的现有技术中将图片压缩为JPEG(JointPhotographicExpertsGroup)、GIF(GraphicsInterchangeFormat)或PNG(PortableNetworkGraphics)格式。其中,GIF是一种无损压缩,采用LZW压缩算法进行编码,采用了8位色压缩,最多只能处理276种颜色,不易于保存真彩图像;PNG是一种无损数据压缩位图图形文件格式,同样缺点和GIF一样,不利于图片的优化处理,且文件容量较其他格式要大;JPEG是一种针对相片影像而广泛使用的一种失真压缩标准方法,采用Huffman压缩算法进行破坏性压缩,首先把图片从RGB转换为YUV,用亮度、色调和饱和度储存每个象素的信息。然后减少色调和饱和度的信息数量,这种差别不容易被肉眼察觉到,但是图像字节数会大幅减小。因此,在本发明的一个实施例中,优选的将抓拍得到的目标图片数据,通过Huffman压缩算法转换为JPEG格式的目标图片。
本领域技术人员应该知晓,JPEG格式的图片属性设置在图片的Exif信息中。Exif(ExchangeableImageFile)是一种图像文件格式。实际上Exif格式就是JPEG格式头***了图片的信息,可以加载图片拍摄的光圈、快门、平衡白、ISO、聚焦、日期、时间及导航信息。因此可以在得到的目标图片的Exif信息中加入分类信息和导航信息。在一个具体的实施例中,JPEG文件以字符串“0XFFD8”开头,并以字符串“0XFFD9”结束,而在字符串“OXFFE0-0XFFEF”之间用于存储Exif信息。在一个实施例中,在将得到的RGB格式的目标图片数据通过Huffman压缩算法压缩为JPEG格式的目标图像过程中,将所述的导航信息和分类信息添加在字符串“OXFFE0-0XFFEF”之间的Exif信息中,即实现了本发明中目标图片的属性设置。
需要指出的是,尽管本发明以JPEG文件格式进行示例,但本领域技术人员应当理解,PNG之类的文件格式也可以被本发明采用,表现在图片文件后缀名上,便是.jpeg、.jpg,.png等。某些实施例中,对于并不支持EXIF的图片格式文件,可以在各个目标文件夹中构建与存储于其中的所有相关图片文件相对应的备注表格,在该表格建立图片文件名与上述导航信息之间的映射关系数据,解决格式差异引起的属性信息添加的障碍,同理可以满足本发明的需求。
综上所述,前述步骤S11实现了响应于抓拍指令,将摄像头抓拍获得的目标图片和提取的与该目标图片对应的特征信息保存在了本地存储介质中。由于本地存储介质的存储容量有限,因此目标图片容易被覆盖,不能得到有效的保护。
鉴于前述的缺陷,进一步的,请参见图1,本发明还包括步骤S12:响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传。
为了实现将抓拍到的图片实时传输给移动终端,行车记录仪和移动终端需要预先基于局域网建立连接实现相互通信。由于行车记录仪端的存储容量有限,当用户希望将目标图片实时传输到手机、PAD等移动终端安全保护起来时,可以通过蓝牙连接技术构建的局域网自动上传所述目标图片到移动终端上,当然,前提是行车记录仪能与手机或PAD等移动终端实现通信。因此,根据本发明的一个实施例所揭示,在执行步骤S12中响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传的步骤之前,请参见图3,还包括步骤S14:
搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
不难理解,建立两个蓝牙设备之间的连接,需要该两个蓝牙设备在同一个RFCOMM通道下分别拥有一个连接的BluetoothSocket。本实施例中,当行车记录仪端蓝牙设备开启后,自动搜索可点对点连接的蓝牙设备并发出一个请求连接指令;当然,该蓝牙连接请求也可以是移动终端的蓝牙设备主动发起的,行车记录仪需要响应于该连接请求,连接蓝牙设备即可。具体的,本实施例以行车记录仪响应于移动终端自动发起连接请求为例来说明蓝牙设备的配对连接过程。
在本发明的一个实施中,行车记录仪与移动终端之间基于Socket来实现通信。首先,行车记录仪端通过搜索监听到移动终端的BluetoothService,调用Bluetoothservice的ListenUsingRfcommWithServiceRecord(String,UUID)方法来获取Bluetoothsocket对象,其中String表示移动终端的名称,UUID表示与移动终端的连接标识。再调用Bluetoothsocket的connect()方法,如果UUID同移动终端的UUID匹配,并且移动终端接受了该Bluetoothsocket,行车记录仪就会和移动终端共享RFCOMM信道完成蓝牙传输通道建立过程,并且返回connect()方法。当两蓝牙设备连接成功后,行车记录仪端就会调用用close()来关闭连接,从而节省***资源。
当行车记录仪与移动终端连接成功后,双方都将获取各自独占的bluetoothsocket,从而实现设备间的数据传输。行车记录仪端检测到有图片存储或移动终端检测到行车记录仪端有图片存储后,自动发出图片传输指令。行车记录仪首先遍历存储在本地的目标图片文件及与其对应特征信息文件,然后通过调用getInputStream()和getOutputStream()方法来获取待上传目标图片数据的输入输出流,再通过调用read(byte[])和write(byte[])方法来读取或者写入需要发送的图片文件名等信息及其对应的字符长度。不难理解,由于读写操作都属于阻塞调用,因此该步骤需要创建专用的线程来进行管理。
不难理解,在该步骤中,通过所述蓝牙传输通道自动上传所述目标图片时,随附上传与该目标图片对应的特征信息。当然,从前述步骤中可以理解,当与目标图片对应的特征信息被添加到目标图片的属性信息中时,只需要上传该目标图片即可;反之,需要同时上传目标图片与其对应的特征信息。
综上所述,前述步骤中行车记录仪在检测到目标图片已存储后,实时的将本地存储的目标图片通过预设的蓝牙传输通道自动上传到移动终端上,实现了图片文件的实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。
进一步的,为了保证图片成功的被安全转移,还包括步骤S13:根据该蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
图片被行车记录仪安全的传输到移动终端后,移动终端会自动将该图片上传到远程云服务器保存。并将已成功上传到远程服务器的图片信息以对照结果列表的形式反馈给行车记录仪端,行车记录仪根据蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片,及时释放本地存储空间,避免资源浪费。具体的,请参见图4,该步骤具体包括:
S131,通过所述蓝牙传输通道无线接收反馈的对照结果列表;
S132,根据所述对照结果列表在本地存储介质中查找到该列表中指定的目标图片;
S133,删除该目标图片。
不难理解,行车记录仪通过已建立好的蓝牙传输通道无线接收反馈的对照结果列表中列出有已成功上传的图片信息,其中可以包括图片的文件名,也可以是其他表征为该图片的唯一性特征信息,例如图片大小或抓拍时间等。行车记录仪根据得到的图片唯一性特征信息,调用find()遍历查找到该图片以及与其对应的特性信息文件的存储路径。然后行车记录仪可以在收到反馈的对照列表后,立即调用rm对该路径下存储的图片及其唯一性特征信息执行删除命令,也可以待行车记录仪端存储容量不够的情况下再调用rm对该路径下存储的图片及其唯一性特征信息执行删除命令,释放本地存储空间,避免资源浪费。
本发明还设置有与行车记录仪端相对应的移动终端,以实现与行车记录仪实现通信。本发明还提供了一种移动终端图片安全传输方法,即从移动终端的视角来描述图片安全传输方法,同样的可以通过编程将图片安全传输方法实现为计算机程序在手机、PAD及其他类似功能的移动终端中运行。
请参见图5,在本发明的一种移动终端安全传输方法的一个典型实施例中,包括有以下步骤:
S21,通过预设的蓝牙传输通道无线接收目标图片保存于存储区。
为了实现将抓拍到的图片实时传输给移动终端,行车记录仪和移动终端需要预先基于局域网建立连接实现相互通信。由前述方法中可知由于行车记录仪端的存储容量有限,当用户希望将目标图片实时传输到手机、PAD等移动终端安全保护起来时,移动终端可以通过蓝牙连接技术构建的局域网无线接收从行车记录仪端发送的目标图片。当然,为了保证在移动终端实时的接收目标图片,前提是行车记录仪能与手机或PAD等移动终端实现通信,因此根据本发明一个实施例所揭示,在通过预设的蓝牙传输通道无线接收目标图片保存于存储区之前,还包括步骤S24,搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
不难理解,建立两个蓝牙设备之间的连接,需要该两个蓝牙设备在同一个RFCOMM通道下分别拥有一个连接的BluetoothSocket。本实施例中,移动终端搜索到可点对点连接的蓝牙设备后自动发出一个请求连接指令;当然,该蓝牙连接请求也可以是行车记录仪端的蓝牙设备主动发起的,移动终端需要响应于该连接请求,连接蓝牙设备即可。具体的,本实施例以移动终端主动发起连接请求为例来说明蓝牙设备的配对连接过程。
例如在本发明的一个实施中,为便于程序理解,以Android手机为该实施例中的移动终端来说明本实施例的实现过程。不难理解,在Android手机上使用蓝牙通信方式前,要申请使用蓝牙的响应权限permissionandroid:name=”android.permission.BLUETOOTH_ADMIN”,然后才能开始配置本机的蓝牙模块,调用蓝牙操作的核心类BluetoothAdapter来直接开启本机的蓝牙功能。然后开始搜索行车记录仪端的蓝牙设备,使用BluetoothAdapter的startDiscover()方法,去执行一个异步方式,采用该方式能快速搜索到附近的蓝牙设备,该搜索过程实际上是在一个SystemService中进行的,所以可以调用cancelDiscovery()方法来停止搜索。在这个搜索过程完成后,需要对找到的行车记录仪的详细信息进行接收,就得过滤ACTION_FOUND这个Intert动作,注册一个BroadcastReceiver对象来接收行车记录仪的蓝牙用户名和MAC地址,与该行车记录仪端的蓝牙设备实现配对。
配对完成后,需要建立移动终端与行车记录仪的蓝牙设备之间的连接,需要通过作为请求发送方的移动终端调用BluetoothAdapter的ListenUsingRfcommWithServiceRecord(String,UUID)方法来获取BluetoothServersocket对象,UUID表示与行车记录仪端的连接标识;再调用BluetoothServersocket的accept()方法监听连接请求,如果收到行车记录仪端的连接请求,则会返回一个Bluetoothsocket给行车记录仪端的蓝牙设备,最后在两蓝牙设备连接成功后,需要调用BluetoothServersocket的close()方法来释放资源。
在蓝牙传输通道建立成功后,进一步的,通过预设的蓝牙传输通道无线接收目标图片保存于存储区。
当移动终端与行车记录仪连接成功后,双方都将获取各自独占的Bluetoothsocket,从而实现设备间的数据传输。在该步骤中,移动终端通过调用getInputStream()和getOutputStream()方法来获取待接收的目标图片数据的输入输出流,再通过调用read(byte[])和write(byte[])方法来读取或者写入接收的图片文件。不难理解,由于读写操作都属于阻塞调用,因此该步骤需要创建专用的线程来进行管理。当图片数据接收成功后,移动终端就会调用close()来关闭连接,从而节省***资源。
不难理解,在该步骤中,通过所述蓝牙传输通道接收所述目标图片时,随附接收与该目标图片对应的特征信息。当然,从前述步骤中可以理解,当与目标图片对应的特征信息被添加到目标图片的属性信息中时,只需要接收该目标图片即可;反之,需要同时接收目标图片与其对应的特征信息。
进一步,移动终端在接收到目标图片后,将所述目标图片保存在存储区。
在本发明中,为了移动终端将无线接收的目标图片自动实时的通过远程接口上传到云服务器中存储,本发明中将接收到的目标图片保存在读写速度快的内存缓冲区。由于目标图片数据容量较大,如果存储在内存缓冲区中的图片不能被及时的上传,会被后接收的图片覆盖而丢失,因此在本发明中至少在内存空间申请2个缓冲区来存储目标图片。每个缓冲区均设定两个工作状态:缓冲区空和缓冲区满。当接收到的目标图片填满一个缓冲区后,由另外一个缓冲区来存放后接收到的目标图片,采用多缓冲区存放目标图片,能保证在移动终端无法及时发送数据时,目标图片数据不会被很快覆盖,有利于目标图片的安全传输。
综上所述,前述步骤中移动终端通过预设的蓝牙传输通道接收到目标图片,并保存在了本地的内存缓冲区。
进一步的,参见图5,本发明的方法中还包括步骤S22,响应于检测到目标图片已存储的事件,通过远程接口上传所述目标图片。
在本发明中的移动终端上,要实现将接收到的目标图片实时的上传都远程服务器上,需要在接收数据前连接Wifi获得访问互连网的权限,然后构造一个包含有目标图片数据的远程上传请求,通过3G或4G网络基于TCP/IP网络传输协议,将该上传请求通过远程接口发送至接入互联网的云端服务器。
在本发明中,所述目标图片通过远程接口传输的协议可以是TCP/IP中面向连接的传输控制协议TCP;也可以是无连接的用户数据报协议UDP。由于在图片文件传输时对实时性和同步性要求很高,且需要占用较大的网络带宽,因此在本发明的一个优选实施例中,本目标图片采用实时传输协议RTP(Real-timeTransportProtocal)通过远程接口上传。RTP是基于UDP的网络传输协议,为所传输数据提供具有实时特征的端对端传送服务,其包括两个子协议,RTP和RTCP。其中RTP为数据传输协议,用于实时传输数据,而RTCP为控制协议,用于QoS反馈所传输数据的质量问题。
进一步的,为了保证移动终端将保存在缓冲区的目标图片实时传输出去,采用多线程机制。例如在本发明的一个实施例中,创建有以下几个线程:接收线程、内存调度线程和发送线程,以及一个负责各子线程协调的主线程。接收线程负责从前述蓝牙传输通道接收目标图片,并将该目标图片保存在本地缓冲区。当其中一个缓冲区存储满后,内存调度线程便按照一定方向选用另一个缓冲区来存储接收的目标图片,同时释放已填满的缓冲区的控制权,当检测到目标图片存储在缓冲区后,接收线程发送一个信号给发送进程,发送进程通过触发移动终端中的应用程序来调用远程接口发送目标图片,如此循环,能有效的提高图片传输的实时性,节省时间,并在网络异常导致图片没有及时发送时,也不会很快的覆盖缓冲区中的目标图片,有效的保护了目标图片的安全传输。
不难理解,在该步骤中,通过所述远程接口上传所述目标图片时,随附上传与该目标图片对应的特征信息。当然,从前述步骤中可以理解,当与目标图片对应的特征信息被添加到目标图片的属性信息中时,只需要上传该目标图片即可;反之,需要同时通过远程接口上传目标图片与其对应的特征信息。本发明中的特征信息是指导航信息或能表征该目标图片所属类型的分类信息,其中,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种;所述分类信息包括人物、风景、车祸、路况各类型中的任意数量种类型。
综上所述,本发明中行车记录仪和移动终端之间通过搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道;且在检测到行车记录仪端存储图片后,通过所述预设的蓝牙传输通道自动上传存储在本地的所述目标图片到移动终端;以及后续移动终端检测到缓冲区存储有目标图片后自动调用远程接口实时上传目标图片到服务器。即行车记录仪端和移动终端配对连接和传输图片均是自动完成,无需手动操作,提高用户体验度,避免手动操作给用户带来驾驶安全问题。
进一步的,本发明中的方法还包括有步骤S23:通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。
为了让行车记录仪端根据需要删除已被移动终端成功上传到云服务器的目标图片,释放存储空间,避免资源浪费。本步骤中通过与行车记录仪端建立的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。具体的,请参见图7,所述步骤S23还包括有以下步骤:
S231,检测远程接口端上传的目标图片是否已上传成功。
在移动终端上传目标图片后,可以根据从远程服务器中反馈的文件已成功上传的信息中判定图片是否已成功上传,具体的实施方式为本领域内公知技术,在此不再赘述。
S232,若所述目标图片上传成功,将能表征是该目标图片的唯一性信息加入对照结果列表。
当从移动终端接收到从远程服务器反馈的目标图片文件已成功上传的信息后,可以设定在反馈的信息中包括该图片的文件名、目标图片的大小或拍摄时间等能表征为该目标图片的唯一性信息;也可以在上传目标图片前提取表征是该目标图片的唯一性特征信息,待接收到服务器端反馈的目标图片已成功上传的信息后,将预先保存的该目标图片唯一性特征信息添加在预先建立的对照结果列表中。例如,在本发明的一个示例性实施例中,通过调用SQLiteDatabase类中的execSQL()方法来建立对照结果列表,再通过insert()方法将已成功上传的目标图片的特征信息添加在该对照结果列表中。
S233,通过所述蓝牙传输通道发送该对照结果列表。
由前述方法中可知,该步骤中移动终端可以通过蓝牙连接技术构建的局域网无线发送该对照结果列表给行车记录仪端。前述步骤中,行车记录仪与手机或PAD等移动终端已实现通信。该步骤中具体的实现方法,同前述步骤S21无线接收数据方法相同,具体细节请参照前述步骤S21中所述的原理及实现方式,在此处不再赘述。
综上所述,在本发明中,行车记录仪能实时的将本地存储的目标图片通过预设的蓝牙传输通道自动上传到移动终端上,移动终端通过互联网将图片通过远程接口上传到远程服务器存储,实现图片文件的实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。同时行车记录仪端接收到移动终端反馈的图片已成功上传到远程服务器后,再将保存在本地的图片删除,以保证图片的安全转移,并及时释放本地存储空间,避免资源浪费。进一步的,本发明通过蓝牙传输技术将目标图片发送到移动终端,再由移动终端将目标图片上传到服务器上。手机端能同时连接免费的蓝牙传输技术和接入互联网,避免了行车记录仪端直接上传目标图片到服务器产生高额流量费用的问题,也保证了目标图片被移动终端传输到互联网的实时性。
进一步,依据计算机软件的功能模块化思维,本发明还提供了一种采用上述图片安全保护方法的行车记录仪,请参阅图8。该行车记录仪包括抓拍模块11、传输模块12和删除模块13,利用该抓拍模块11、传输模块12和删除模块13来搭建起整个终端的原理框架,从而实现模块化实施方案。以下具体揭示各模块实现的具体功能。
所述抓拍模块11,用于响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质。
本发明中行车记录仪在汽车的行使过程中,摄像头一直在拍摄沿途的风景和路况信息,且为了便于图片的实施传输,行车记录仪和移动终端预先基于局域网建立连接实现相互通信。当用户发现沿途中有某一感兴趣的画面需要抓拍下来时,可直接发出带有该画面分类信息的抓拍指令,然后将抓拍模块11抓拍下来的图片存储在本地。所述的抓拍模块11发出的抓拍指令可以是触发设置在行车记录仪上的物理按键或触控面板,也可以是语音指令。当所述抓拍指令是通过触发设置在行车记录仪上的物理按键或触控面板得到时,所述物理按键或触控面板应预先设置多个且每个按键需对应于分类信息中的其中一类,以方便处理器从触发某一按键所得到的抓拍指令中获取所述的分类信息,但是在该方法中当司机正在开车时,还需要用手去触发设置在行车记录仪端的物理按键或触摸控键,易出现安全隐患。在本发明的其中一个优选实施例中,为了保证司机驾驶安全性,优选采用语音指令作为所述的抓拍指令,其中用户发出的语音指令的自然语言中包含有分类信息。具体的,所述分类信息所包含的类型包括人物、风景、车祸、路况各类型中的任意数量种类型。
参见附图9,在本发明的一个实施例中,该抓拍模块11具体还可以包括拍照模块111、特征信息获取模块112和存储模块113。
所述拍照模块111,用于响应于抓拍指令,通过摄像头抓拍获得目标图片;
在该模块中,响应于抓拍指令,要调用摄像头抓拍以获得对应的目标图片。为便于理解该模块的实现,此处以USB摄像头为本实施例中的拍照模块111进行说明。而该模块中调用摄像头抓拍以获得目标图片具体可采用两个实施例来实现。
1、在本发明的一个实施例中,所述目标图片通过调用摄像头的拍照模式触发拍照得到。在行车记录仪的带有Linux***的处理器中,预先加载有驱动摄像头的USB驱动程序。不难理解,可以通过调用USB底层操作库libusb与USB摄像头实现通信,提供USB的控制指令,来切换摄像头为相机模式,并通过软件指令来设置相机光圈、快门、ISO等参数。当行车记录仪得到带有分类信息的抓拍指令后,会采用软件指令触发按下相机的快门,抓拍得到目标图片。
2、在本发明的另一个实施例中,所述目标图片通过截获抓拍指令发出时所对应时间点的视频图像而得到。在响应于抓拍指令后,将该抓拍指令发出时所对应的时间点的视频帧静态数据通过一定的截获算法截获,得到目标图片。其中,截获算法为本领域内技术人员的公知技术,在此不再详述。
所述特征信息获取模块112,用于获得与所述目标图片相对应的特征信息。
在通过摄像头得到目标图片后,为了方便用户后续更精确的查找目标图片,需要采用特征信息获取模块112获得该目标图片的特征信息。具体的,所述特征信息是指导航信息或抓拍指令中所附带的分类信息。
从前述模块中可知抓拍指令可以是触发设置在行车记录仪上的物理按键或触控面板,也可以是语音指令。当所述抓拍指令是通过触发设置在行车记录仪上的物理按键或触控面板得到时,所述物理按键或触控面板应预先设置多个且每个按键需对应于分类信息中的其中一类,以方便处理器从触发某一按键所得到的抓拍指令中获取所述的分类信息。
而当抓拍指令为语音指令时,采用特征信息获取模块112从语音指令中获得分类信息具体为:
1、所述特征信息获取模块112被配置为获取待识别的带有分类信息的语音流数据。
在一个实施例中,本发明优选采用麦克风作为语音录制设备来获取用户的语音流数据。其中,所述语音录制设备的声音采集方向对着车内某一个座椅的位置最佳。例如在一个实施例中,语音录制设备的声音接收范围限定为驾驶员,即麦克风设置在离驾驶员位置较近的地方,以接收到干扰小、信噪比高的语音信号。例如,驾驶员可以发出“人物拍”、“风景拍”、“车祸拍”或“路况拍”的语音指令,其中“人物”、“风景”、“车祸”、“路况”即为分类信息。语音录制设备录制的语音模拟信号经过A/D转换为数字语音流数据后再保存在处理器内核的缓冲区中。
2、所述特征信息获取模块112还被配置为识别所述语音流数据,解析出字符串文本格式的分类信息。
特征信息获取模块112通过调用read函数从处理器内核的缓冲区中读取采样得到的数字语音流数据,并进行识别后转化为字符串文本格式的分类信息。从语音流数据识别出分类信息的过程既可以是上传到云服务器中识别而获得所述的字符串文本格式的分类信息,也可以是经过与本地语音库进行匹配识别处理来得到所述的字符串文本格式的分类信息。
在本发明的一个实施例中,该特征信息获取模块112被配置为通过上传到云服务器中识别而获得所述的字符串文本格式的分类信息,具体包括:a,特征信息获取模块112将获取的语音流数据包含到语音识别请求中通过远程接口提交到远程语音云服务器;b,在远程语音云服务器的语音识别平台对该语音流数据进行识别和解析,得到字符串文本;c,然后特征信息获取模块112再通过该远程接口获取响应于该语音识别请求而反馈的对应解析该语音流数据而获得的字符串文本格式的分类信息。
为了进一步增加本发明实施例中特征信息获取模块112的稳定性,特征信息获取模块112和语音云服务器之间采用基于Socket的TCP协议进行通讯,并采用异步的控制方法,这样可以避免语音数据流的阻塞,保证语音数据流的及时上报,为用户提供更好的操控体验。其中,语音云服务器是带有语音库的处理平台,可以是网络中独立的服务器,也可以是多个提供不同的语音识别服务的服务器的集合,语音库可以由单独的服务器中提供,也可以与某一语音服务器集成在一起提供。
不难理解,在实施例的该模块中结合云端技术来实现,通过特征信息获取模块112发送包含所述语音流数据的语音识别请求并接收远程服务器反馈的对应解析该语音流数据而获得的字符串文本以确定所述分类信息,由于远程服务器中的数据更全面科学,使得得到的分类信息也更加科学精确,具有普遍适应性,从而可以避免造成误判,进一步提高可靠性。
在本发明的又一个实施例中,该特征信息获取模块112是经过与本地语音库进行匹配识别处理来得到所述的字符串文本格式的分类信息,具体包括:A、特征信息获取模块112被配置为将获取的语音流数据与本地语音库进行匹配识别处理;B,特征信息获取模块112还被配置为获得与该语音流数据相匹配的字符串文本格式的分类信息。
在本地语音库中,预先存储有语音流数据与字符串文本呈映射关系的列表,该步骤中语音流数据识别程序调用本地语音库,将获取的语音流数据与其进行匹配识别处理。然后通过特征信息获取模块112遍历查找预先存储有语音流数据与字符串文本格式的分类信息呈映射关系的列表,得到与语音流数据相匹配的的字符串文本格式的分类信息。当然,该语音库可以是从远程语音云服务器中下载保存至本地而形成的本地语音库。若本地语音库中没有查找到与该语音流数据对应的字符串文本格式的分类信息时,可以与远程云服务器实现通信更新本地语音库。
前述通过特征信息获取模块112得到了抓拍指令中的分类信息,进一步的,还需要得到导航信息,在本发明的一个实施例中,所述导航信息需要调用导航模块来获取当前导航信息。需要说明的是,所述导航模块可以是内置在行车记录仪中,也可以是外置的导航模块,本发明对此不作限定。进一步的,所述导航模块可以是GPS导航模块或北斗卫星导航。例如在本发明的一个实施例中,所述导航模块为GPS导航模块。可选的,所述GPS导航模块依据NMEA-0182协议获得目标图片的导航信息,或通过基站定位方式获得目标图片的导航信息。具体的,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种。该特征信息获取模块112被配置为通过调用导航模块来获取当前导航信息可采用两个实施例来实现,下文具体说明各实施例的实现过程:
1、在本发明的一个实施例中,所述GPS导航模块依据NMEA-0182协议获得目标图片的导航信息。具体的,NMEA-0183协议是规范的GPS数据格式协议。其中可包括时间、地理位置、经度和纬度、行车方向、行车速度等数据,GPS导航模块从GPS卫星获取卫星定位信号,并解算出导航数据。GPS导航模块中的处理模块分析和处理接收到的基于NMEA-0183协议格式的ASCII码语句,得到导航信息。
2、在本发明的另一的实施例中,所述GPS导航模块通过基站定位方式获得目标图片的导航信息,该方法为本领域内技术人员常用的技术手段,在此不再详述。
进一步的,所述存储模块113,用于将所述目标图片随附与其对应的特征信息保存在本地存储介质。
具体的,为了避免目标图片被覆盖,需要单独存储该目标图片。在一个实施例中,本发明以SD卡作为该存储模块113为例来说明其实施方式,但是并不构成对该发明的限制,其他现有技术中非易失性存储装置均可作为该实施例中目标文件夹的存储模块113。
进一步的,存储模块113被配置为将所述目标图片随附与其对应的特征信息保存在本地SD卡存储介质中。在该模块的一个实施例中,目标图片对应的特征信息只是与目标图片以一定关系关联性存储在一起,例如在一个具体的实施例中,目标图片名与该目标图片的特征信息文件名一致,并保存在一个文件夹中。
在另一个实施例中,目标图片对应的特征信息被添加在目标图片的属性设置中存储在本地。该实施例的示例性实施方式如下:
具体的,存储模块113将所述特征信息添加在图片的属性信息中得到特定格式的目标图片;再将所述特定格式的目标图片存储在本地存储介质。由于采用相机模式抓拍或截获摄像机的静态图片得到的目标图片往往容量较大,为了减小图片的容量,在通过拍照模块111抓拍得到目标图片后需要采用Huffman、RLE(run-lengthencoding)、LZW(Lempel-Ziv-WelchEncoding)等压缩算法将目标图片压缩为特定的格式。在该实施例中,首先要采用存储模块113将所述目标图片压缩为特定格式文件。
众所周知,常用的现有技术中将图片压缩为JPEG(JointPhotographicExpertsGroup)、GIF(GraphicsInterchangeFormat)或PNG(PortableNetworkGraphics)格式。其中,GIF是一种无损压缩,采用LZW压缩算法进行编码,采用了8位色压缩,最多只能处理276种颜色,不易于保存真彩图像;PNG是一种无损数据压缩位图图形文件格式,同样缺点和GIF一样,不利于图片的优化处理,且文件容量较其他格式要大;JPEG是一种针对相片影像而广泛使用的一种失真压缩标准方法,采用Huffman压缩算法进行破坏性压缩,首先把图片从RGB转换为YUV,用亮度、色调和饱和度储存每个象素的信息。然后减少色调和饱和度的信息数量,这种差别不容易被肉眼察觉到,但是图像字节数会大幅减小。因此,在本发明的一个实施例中,优选的将拍照模块11抓拍得到的目标图片数据,通过Huffman压缩算法转换为JPEG格式的目标图片。
本领域技术人员应该知晓,JPEG格式的图片属性设置在图片的Exif信息中。Exif(ExchangeableImageFile)是一种图像文件格式。实际上Exif格式就是JPEG格式头***了图片的信息,可以加载图片拍摄的光圈、快门、平衡白、ISO、聚焦、日期、时间及导航信息。因此可以在得到的目标图片的Exif信息中加入特征信息获取模块112获得的分类信息和导航信息。在一个具体的实施例中,JPEG文件以字符串“0XFFD8”开头,并以字符串“0XFFD9”结束,而在字符串“OXFFE0-0XFFEF”之间用于存储Exif信息。存储模块113被配置为在将得到的RGB格式的目标图片数据通过Huffman压缩算法压缩为JPEG格式的目标图像过程中,将所述的导航信息和分类信息添加在字符串“OXFFE0-0XFFEF”之间的Exif信息中,即实现了本发明中目标图片的属性设置。
需要指出的是,尽管本发明以JPEG文件格式进行示例,但本领域技术人员应当理解,PNG之类的文件格式也可以被本发明采用,表现在图片文件后缀名上,便是.jpeg、.jpg,.png等。某些实施例中,对于并不支持EXIF的图片格式文件,可以在各个目标文件夹中构建与存储于其中的所有相关图片文件相对应的备注表格,在该表格建立图片文件名与上述导航信息之间的映射关系数据,解决格式差异引起的属性信息添加的障碍,同理可以满足本发明的需求。
综上所述,前述抓拍模块11实现了响应于抓拍指令,将摄像头抓拍获得的目标图片和提取的与该目标图片对应的特征信息保存在了本地存储介质中。由于本地存储介质的存储容量有限,因此目标图片容易被覆盖,不能得到有效的保护。
鉴于前述的缺陷,进一步的,请参见图8,本发明中所述的传输模块12,用于响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传。
为了实现将抓拍模块11抓拍到的图片实时传输给移动终端,行车记录仪和移动终端需要预先基于局域网建立连接实现相互通信。由于行车记录仪端的存储容量有限,当用户希望将目标图片实时传输到手机、PAD等移动终端安全保护起来时,可以通过蓝牙连接技术构建的局域网自动上传所述目标图片到移动终端上,当然,前提是行车记录仪能与手机或PAD等移动终端实现通信。因此,根据本发明的一个实施例所揭示,在传输模块12执行响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传之前,请参见图10,还包括蓝牙通信模块14。
所述蓝牙通信模块14,用于搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
不难理解,建立两个蓝牙设备之间的连接,需要该两个蓝牙设备在同一个RFCOMM通道下分别拥有一个连接的BluetoothSocket。本实施例中,行车记录仪中蓝牙通信模块14搜索可点对点连接的蓝牙设备后自动发出一个请求连接指令;当然,该蓝牙连接请求也可以是移动终端的蓝牙设备主动发起的,行车记录仪端蓝牙通信模块14需要响应于该连接请求,连接蓝牙设备即可。具体的,本实施例以行车记录仪端蓝牙通信模块14响应于移动终端自动发起连接请求为例来说明蓝牙设备的配对连接过程。
在本发明的一个实施中,蓝牙通信模块14与移动终端之间基于Socket来实现通信。首先,行车记录仪端蓝牙通信模块14通过搜索监听到移动终端的BluetoothService,调用Bluetoothservice的ListenUsingRfcommWithServiceRecord(String,UUID)方法来获取Bluetoothsocket对象,其中String表示移动终端的名称,UUID表示与移动终端的连接标识。再调用Bluetoothsocket的connect()方法,如果UUID同移动终端的UUID匹配,并且移动终端接受了该Bluetoothsocket,行车记录仪端蓝牙通信模块14就会和移动终端共享RFCOMM信道完成蓝牙传输通道建立过程,并且返回connect()方法。当两蓝牙设备连接成功后,行车记录仪端蓝牙通信模块14就会调用用close()来关闭连接,从而节省***资源。
在蓝牙传输通道建立成功后,进一步的,所述传输模块12被配置为通过所述蓝牙传输通道自动上传存储在本地的所述目标图片。
当行车记录仪与移动终端连接成功后,双方都将获取各自独占的bluetoothsocket,从而实现设备间的数据传输。当行车记录仪端的传输模块12检测到有图片存储或移动终端检测到行车记录仪端有图片存储后,自动发出图片传输指令。传输模块12首先遍历存储在本地的目标图片文件及与其对应特征信息文件,然后通过调用getInputStream()和getOutputStream()方法来获取待上传目标图片数据的输入输出流,再通过调用read(byte[])和write(byte[])方法来读取或者写入需要发送的图片文件名等信息及其对应的字符长度。不难理解,由于读写操作都属于阻塞调用,因此该传输模块12需要创建专用的线程来进行管理,具体实施方式是本领域内技术人员的公知技术,在此不再赘述。
不难理解,在该传输模块12通过所述蓝牙传输通道自动上传所述目标图片时,随附上传与该目标图片对应的特征信息。当然,从前述介绍中可以理解,当与目标图片对应的特征信息被添加到目标图片的属性信息中时,只需要上传该目标图片即可;反之,传输模块12需要同时上传目标图片与其对应的特征信息。
综上所述,前述步骤中行车记录仪端传输模块12在检测到目标图片已存储后,实时的将本地存储的目标图片通过预设的蓝牙传输通道自动上传到移动终端上,实现了图片文件的实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。进一步的,为了保证图片成功的被安全转移,所述删除模块13被配置为根据所述预设的蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
图片被行车记录仪安全的传输到移动终端后,移动终端会将该图片上传到远程云服务器保存。并将已成功上传到远程服务器的图片信息以对照结果列表的形式反馈给行车记录仪端,行车记录仪根据蓝牙传输通道获得的对照结果列表,采用删除模块13删除该对照结果列表中指定的存储于本地存储介质的目标图片,及时释放本地存储空间,避免资源浪费。具体的,请参见图11,该删除模块13具体包括接收模块131、查找模块132和执行模块133。
所述接收模块131,用于通过所述蓝牙传输通道无线接收反馈的对照结果列表;
所述查找模块132,用于根据所述对照结果列表在本地存储介质中查找到该列表中指定的目标图片;
所述执行模块133,用于删除该目标图片。
不难理解,所述接收模块131通过已建立好的蓝牙传输通道无线接收反馈的对照结果列表中列出有已成功上传的图片信息,其中可以包括图片的文件名,也可以是其他表征为该图片的唯一性特征信息,例如图片大小或抓拍时间等。行车记录仪根据得到的图片唯一性特征信息。再通过查找模块132调用find()遍历查找到该图片以及与其对应的特性信息文件的存储路径。然后在收到反馈的对照列表后,执行模块133可以立即调用rm对该路径下存储的图片及其唯一性特征信息执行删除命令,也可以待行车记录仪端存储容量不够的情况下执行模块133再调用rm对该路径下存储的图片及其唯一性特征信息执行删除命令,释放本地存储空间,避免资源浪费。
同理,依据计算机软件的功能模块化思维,本发明还设置有与行车记录仪端相对应的移动终端,以实现与行车记录仪实现通信,本发明还提供了一种采用上述图片安全传输方法的移动终端,请参阅图12。该移动终端包括第二接收模块21、第二上传模块22和反馈模块23,利用该第二接收模块21、第二上传模块22和反馈模块23来搭建起整个终端的原理框架,从而实现模块化实施方案。以下具体揭示各模块实现的具体功能。
所述第二接收模块21,用于通过预设的蓝牙传输通道无线接收目标图片保存于存储区。
为了实现将抓拍到的图片实时传输给移动终端,行车记录仪和移动终端需要预先基于局域网建立连接实现相互通信。由前述介绍中可知由于行车记录仪端的存储容量有限,当用户希望将目标图片实时传输到手机、PAD等移动终端安全保护起来时,移动终端可以通过蓝牙连接技术构建的局域网无线接收从行车记录仪端发送的目标图片。当然,前提是行车记录仪能与手机或PAD等移动终端实现通信。因此根据本发明一个实施例所揭示,还包括蓝牙通信模块24。所述蓝牙通信模块24被配置为在通过预设的蓝牙传输通道无线接收目标图片保存于存储区之前,搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道。
不难理解,建立两个蓝牙设备之间的连接,需要该两个蓝牙设备在同一个RFCOMM通道下分别拥有一个连接的BluetoothSocket。本实施例中,当移动终端中蓝牙通信模块24搜索可点对点连接的蓝牙设备后自动发出一个请求连接指令;当然,该蓝牙连接请求也可以是行车记录仪端的蓝牙设备主动发起的,移动终端蓝牙通信模块24需要响应于该连接请求,连接蓝牙设备即可。具体的,本实施例以移动终端主动发起连接请求为例来说明蓝牙设备的配对连接过程。
例如在本发明的一个实施中,为便于理解该模块的实现,以Android手机为该实施例中的移动终端来说明本实施例的实现过程。不难理解,在Android手机上使用蓝牙通信模块24的蓝牙通信方式前,要申请使用蓝牙的响应权限permissionandroid:name=”android.permission.BLUETOOTH_ADMIN”,然后才能开始配置本机的蓝牙模块,调用蓝牙操作的核心类BluetoothAdapter来直接开启本机的蓝牙功能。然后蓝牙通信模块24开始搜索行车记录仪端的蓝牙设备,使用BluetoothAdapter的startDiscover()方法,去执行一个异步方式,采用该方式能快速搜索到附近的蓝牙设备,该搜索过程实际上是在一个SystemService中进行的,所以可以调用cancelDiscovery()方法来停止搜索。在这个搜索过程完成后,蓝牙通信模块24需要对找到的行车记录仪的详细信息进行接收,就得过滤ACTION_FOUND这个Intert动作,注册一个BroadcastReceiver对象来接收行车记录仪的蓝牙用户名和MAC地址,与该行车记录仪端的蓝牙设备实现配对。
配对完成后,需要建立移动终端与行车记录仪的蓝牙设备之间的连接,需要通过作为请求发送方的移动终端蓝牙通信模块24调用BluetoothAdapter的ListenUsingRfcommWithServiceRecord(String,UUID)方法来获取BluetoothServersocket对象,UUID表示与行车记录仪端的连接标识;再调用BluetoothServersocket的accept()方法监听连接请求,如果收到行车记录仪端的连接请求,则会返回一个Bluetoothsocket给行车记录仪端的蓝牙设备,最后在两蓝牙设备连接成功后,需要调用BluetoothServersocket的close()方法来释放资源。
在蓝牙传输通道建立成功后,进一步的,所述第二接收模块21被配置为通过预设的所述蓝牙传输通道无线接收所述目标图片。
当移动终端与行车记录仪连接成功后,双方都将获取各自独占的Bluetoothsocket,从而实现设备间的数据传输。在该第二接收模块21实现过程中,移动终端第二接收模块21通过调用getInputStream()和getOutputStream()方法来获取待接收的目标图片数据的输入输出流,再通过调用read(byte[])和write(byte[])方法来读取或者写入接收的图片文件。不难理解,由于读写操作都属于阻塞调用,因此该模块中需要创建专用的线程来进行管理,具体实施方式是本领域内技术人员的公知技术,在此不再赘述。当图片数据接收成功后,移动终端第二接收模块21就会调用close()来关闭连接,从而节省***资源。
不难理解,在该第二接收模块21中,通过所述蓝牙传输通道接收所述目标图片时,随附接收与该目标图片对应的特征信息。当然,从前述介绍中可以理解,当与目标图片对应的特征信息被添加到目标图片的属性信息中时,第二接收模块21只需要接收该目标图片即可;反之,第二接收模块21需要同时接收目标图片与其对应的特征信息。
进一步,所述第二接收模块21被配置为将所述目标图片保存在存储区。
在本发明中,为了移动终端将无线接收的目标图片自动实时的通过远程接口上传到云服务器中存储,本发明中第二接收模块21被配置为将接收到的目标图片保存在读写速度快的内存缓冲区。由于目标图片数据容量较大,如果存储在内存缓冲区中的图片不能被及时的上传,会被后接收的图片覆盖而丢失,因此在本发明中至少在内存空间申请2个缓冲区来存储目标图片。每个缓冲区均设定两个工作状态:缓冲区空和缓冲区满。当接收到的目标图片填满一个缓冲区后,由另外一个缓冲区来存放后接收到的目标图片,采用多缓冲区存放目标图片,能保证在移动终端无法及时发送数据时,目标图片数据不会被很快覆盖,有利于目标图片的安全传输。
综上所述,前述第二接收模块21中通过预设的蓝牙传输通道接收到目标图片,并保存在了本地的内存缓冲区。
进一步的,参见图12,本发明所述的第二上传模块22,用于响应于检测到目标图片已存储的事件,通过远程接口上传所述目标图片。
在本发明中的移动终端上,要实现将接收到的目标图片实时的上传都远程服务器上,需要在接收数据前即连接Wifi获得了访问互连网的权限,然后第二上传模块22构造一个包含有目标图片数据的远程上传请求,通过3G或4G网络基于TCP/IP网络传输协议,将该上传请求通过远程接口发送至接入互联网的云端服务器。
在本发明中,第二上传模块22将所述目标图片通过远程接口传输的协议可以是TCP/IP中面向连接的传输控制协议TCP;也可以是无连接的用户数据报协议UDP。由于在图片文件传输时对实时性和同步性要求很高,且需要占用较大的网络带宽,因此在本发明的一个优选实施例中,第二上传模块22将目标图片采用实时传输协议RTP(Real-timeTransportProtocal)通过远程接口上传。RTP是基于UDP的网络传输协议,为所传输数据提供具有实时特征的端对端传送服务,其包括两个子协议,RTP和RTCP。其中RTP为数据传输协议,用于实时传输数据,而RTCP为控制协议,用于QoS反馈所传输数据的质量问题。
进一步的,为了保证移动终端将保存在缓冲区的目标图片实时传输出去,第二上传模块22采用多线程机制。例如在本发明的一个实施例中,第二上传模块22创建有以下几个线程:接收线程、内存调度线程和发送线程,以及一个负责各子线程协调的主线程。接收线程负责从前述蓝牙传输通道接收目标图片,并将该目标图片保存在本地缓冲区。当其中一个缓冲区存储满后,内存调度线程便按照一定方向选用另一个缓冲区来存储接收的目标图片,同时释放已填满的缓冲区的控制权,当检测到目标图片存储在缓冲区后,接收线程发送一个信号给发送进程,发送进程通过触发移动终端中的应用程序来调用远程接口发送目标图片,如此循环,能有效的提高图片传输的实时性,节省时间,并在网络异常导致第二上传模块22没有及时发送图片时,也不会很快的覆盖缓冲区中的目标图片,有效的保护了目标图片的安全传输。
不难理解,在该步骤中,第二上传模块22通过所述远程接口上传所述目标图片时,随附上传与该目标图片对应的特征信息。当然,从前述介绍中可以理解,当与目标图片对应的特征信息被添加到目标图片的属性信息中时,第二上传模块22只需要上传该目标图片即可;反之,第二上传模块22需要同时通过远程接口上传目标图片与其对应的特征信息。本发明中的特征信息是指导航信息或能表征该目标图片所属类型的分类信息,其中,所述导航信息包括时间、地理位置、行车方向、行车速度、地理经纬度中的任意一种或任意多种;所述分类信息包括人物、风景、车祸、路况各类型中的任意数量种类型。
综上所述,本发明中行车记录仪和移动终端之间通过搜索可点对点连接的蓝牙设备并自动配对连接以建立蓝牙传输通道;且在检测到行车记录仪端存储图片后,通过所述预设的蓝牙传输通道自动上传存储在本地的所述目标图片到移动终端;以及后续移动终端检测到缓冲区存储有目标图片后自动调用远程接口实时上传目标图片到服务器。即行车记录仪端和移动终端配对连接和传输图片均是自动完成,无需手动操作,提高用户体验度,避免手动操作给用户带来驾驶安全问题。
进一步的,本发明中所述反馈模块23,用于通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。
为了让行车记录仪端根据需要删除已被移动终端成功上传到云服务器的目标图片,释放存储空间,避免资源浪费。所述反馈模块23通过与行车记录仪端建立的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。具体的,请参见图14,所述反馈模块23还包括有检测模块231、列表加载模块232和发送模块233。
所述检测模块231,用于检测远程接口端上传的目标图片是否已上传成功。
在移动终端上传目标图片后,所述检测模块231可以根据从远程服务器中反馈的文件已成功上传的信息中判定图片是否已成功上传,具体的实施方式为本领域内公知技术,在此不再赘述。
若所述目标图片上传成功,所述列表加载模块232被配置为若所述目标图片上传成功,将能表征是该目标图片的唯一性信息加入对照结果列表。
当从移动终端接收到从远程服务器反馈的目标图片文件已成功上传的信息后,所述列表加载模块232可以设定在反馈的信息中包括该图片的文件名、目标图片的大小或拍摄时间等能表征为该目标图片的唯一性信息;也可以在上传目标图片前提取表征是该目标图片的唯一性特征信息,待接收到服务器端反馈的目标图片已成功上传的信息后,所述列表加载模块232将预先保存的该目标图片唯一性特征信息添加在预先建立的对照结果列表中。例如,在本发明的一个示例性实施例中,所述列表加载模块232通过调用SQLiteDatabase类中的execSQL()方法来建立对照结果列表,再通过insert()方法将已成功上传的目标图片的特征信息添加在该对照结果列表中。
所述发送模块233,用于通过所述蓝牙传输通道发送该对照结果列表。
移动终端的发送模块233可以通过蓝牙连接技术构建的局域网无线发送该对照结果列表给行车记录仪端。由前述描述可知行车记录仪能与手机或PAD等移动终端已实现通信。而该所述发送模块233通过点对点蓝牙传输通道发送该对照结果列表的实施方法,同前述第二接收模块21无线接收图片数据的实施方式相同,具体细节请参照前述第二接收模块21中所述的原理及实现方式,在此处不再赘述。
综上所述,在本发明中,行车记录仪能实时的将本地存储的目标图片通过预设的蓝牙传输通道自动上传到移动终端上,移动终端通过互联网将图片通过远程接口上传到远程服务器存储,实现图片文件的实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。同时行车记录仪端接收到移动终端反馈的图片已成功上传到远程服务器后,再将保存在本地的图片删除,以保证图片的安全转移,并及时释放本地存储空间,避免资源浪费。进一步的,本发明通过蓝牙传输技术将目标图片发送到移动终端,再由移动终端将目标图片上传到服务器上。手机端能同时连接免费的蓝牙传输技术和接入互联网,避免了行车记录仪端直接上传目标图片到服务器产生高额流量费用的问题,也保证了目标图片被移动终端传输到互联网的实时性。
进一步的,为了便于理解本发明中行车记录仪与移动终端共同实现本发明所述的上述方法。参见附图15,本发明提供了一种行车记录仪图片传输控制方法,是结合行车记录仪和移动终端来加以描述。
S01,行车记录仪响应于用户抓拍指令获得目标图片并存储其于本地存储介质;
本发明中行车记录仪在汽车的行使过程中,摄像头一直在拍摄沿途的风景和路况信息,且为了便于图片的实时抓拍,当用户发现沿途中有某一感兴趣的画面需要抓拍下来时,可直接发出带有该画面分类信息的抓拍指令,通过摄像头抓拍获得目标图片,获得与所述目标图片相对应的特征信息;将所述目标图片随附与其对应的特征信息保存在本地存储介质。
所述的抓拍指令可以是触发设置在行车记录仪上的物理按键或触控面板,也可以是语音指令。当所述抓拍指令是通过触发设置在行车记录仪上的物理按键或触控面板得到时,所述物理按键或触控面板应预先设置多个且每个按键需对应于分类信息中的其中一类,以方便处理器从触发某一按键所得到的抓拍指令中获取所述的分类信息,但是在该方法中当司机正在开车时,还需要用手去触发设置在行车记录仪端的物理按键或触摸控键,易出现安全隐患。在本发明的其中一个优选实施例中,为了保证司机驾驶安全性,优选采用语音指令作为所述的抓拍指令,其中用户发出的语音指令的自然语言中包含有分类信息。
进一步的,还包括步骤S02,行车记录仪将所述目标图片通过第一通道自动上传至移动终端。
为了实现将抓拍到的图片实时传输给移动终端,行车记录仪和移动终端需要预先基于蓝牙技术建立的第一通道实现相互通信。由于行车记录仪端的存储容量有限,当用户希望将目标图片实时传输到手机、PAD等移动终端安全保护起来时,可以通过蓝牙连接技术构建的第一通道自动上传所述目标图片到移动终端上,当然,前提是行车记录仪能与手机或PAD等移动终端预先实现通信。
进一步的,还包括步骤S03,同时移动终端将从第一通道自动获取的目标图片通过第二通道自动上传到云端。
在移动终端自动接收到目标图片后,通过Wifi技术建立的第二通道传输该目标图片到云端,实现图片的安全传输,并接受从云端反馈的图片已成功上传的消息。本实施例中通过蓝牙传输技术将目标图片发送到移动终端,再由移动终端通过Wifi将目标图片上传到服务器上。手机端能同时连接免费的蓝牙传输技术和接入Wifi互联网,避免了行车记录仪端直接上传目标图片到服务器产生高额流量费用的问题,也保证了目标图片被移动终端传输到互联网的实时性。
进一步的,还包括S04,行车记录仪根据从第一通道获得移动终端反馈的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
行车记录仪通过预先设置的第一通道接收移动终端反馈的表征图片已成功上传到云端的对照结果列表,依据该对照结果列表查找到存储在本地的目标图片,并删除该目标图片。
综上所述,在本发明中,行车记录仪能实时的将本地存储的目标图片通过预设的第一通道自动上传到移动终端上,同时移动终端通过互联网将接收到的目标图片通过第二通道上传到远程服务器存储,实现图片文件的实时转移,避免了图片存储在行车记录仪端由于存储容量有限被覆盖而丢失。同时行车记录仪端接收到移动终端反馈的图片已成功上传到远程服务器后,再将保存在本地的图片删除,以保证图片的安全转移,并及时释放本地存储空间,避免资源浪费。
在本发明的一个应用场景中,实施了本发明的技术方案的安装在汽车上的行车记录仪处于开机状态,且该行车记录仪与用户手机处于蓝牙点对点连接状态,同时手机通过Wifi与互联网连接。驾驶舱内的任何人员任何时候,均可发出语音指令。汽车行驶过程中,由驾驶员发出“风景拍”语音指令,行车记录仪即刻识别该语音指令,将其对应转换为“风景拍”文本信息,抓拍当前车前方画面,将其存储到对应的SD卡上,完成从接收语音指令到分析到抓拍到存储的全过程。由于用户手机与行车记录仪处于蓝牙连接状态,则行车记录仪检测到目标图片已存储在本地,行车记录仪端将拍摄完成的图片文件通过建立好的蓝牙传输通道传输到该手机中,手机通过蓝牙接收该图片文件保存在本地的内存缓冲区,完成了行车记录仪端目标图片的安全转移的过程。然后当手机检测到某一内存缓冲区中存储有目标图片后触发手机中应用程序从缓冲区读取图片通过远程接口基于3G或4G网络实时上传到远程服务器,待图片上传成功后,手机端再通过连接的蓝牙传输通道反馈标明各目标图片已成功上传的对照结果列表给行车记录仪。行车记录仪根据获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片,即完成了目标图片的安全传输过程。
概而言之,本发明能够在相对安全的情况下,将根据用户指令快速抓拍并存储在行车记录仪端的图片,在极短时间内自动实时的安全转移到手机端,再通过手机端自动实时上传到远程服务器中,实现图片的安全保护和安全传输。
在此处所提供的说明书中,虽然说明了大量的具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实施例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
虽然上面已经示出了本发明的一些示例性实施例,但是本领域的技术人员将理解,在不脱离本发明的原理或精神的情况下,可以对这些示例性实施例做出改变,本发明的范围由权利要求及其等同物限定。
Claims (10)
1.一种行车记录仪图片传输控制方法,其特征在于,包括以下步骤:
行车记录仪响应于用户抓拍指令获得目标图片并存储其于本地存储介质;
行车记录仪将所述目标图片通过第一通道自动上传至移动终端;
同时移动终端将从第一通道自动获取的目标图片通过第二通道自动上传到云端;
行车记录仪根据从第一通道获得移动终端反馈的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
2.根据权利要求1所述的方法,其特征在于:所述第一通道为蓝牙传输通道;所述第二通道为WiFi传输通道。
3.一种行车记录仪图片安全保护方法,其特征在于,包括以下步骤:
响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质;
响应于检测到目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传;
根据该蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
4.根据权利要求3所述的方法,其特征在于,响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质的步骤,包括:
响应于抓拍指令,通过摄像头抓拍获得目标图片;
获得与所述目标图片相对应的特征信息;
将所述目标图片随附与其对应的特征信息保存在本地存储介质。
5.一种移动终端图片安全传输方法,其特征在于,包括以下步骤:
通过预设的蓝牙传输通道无线接收目标图片保存于存储区;
响应于检测到目标图片已存储的事件,通过远程接口上传所述目标图片;
通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。
6.根据权利要求5所述的方法,其特征在于:所述目标图片基于实时传输协议RTP通过远程接口上传。
7.一种行车记录仪,其特征在于,包括有:
抓拍模块,用于响应于抓拍指令,通过摄像头抓拍获得目标图片保存于本地存储介质;
传输模块,用于响应于检测到的目标图片已存储的事件,将本地存储的目标图片通过预设的蓝牙传输通道自动上传;
删除模块,用于根据该蓝牙传输通道获得的对照结果列表,删除该对照结果列表中指定的存储于本地存储介质的目标图片。
8.根据权利要求7所述的行车记录仪,其特征在于,所述抓拍模块,还包括有:
拍照模块,用于响应于抓拍指令,通过摄像头抓拍获得目标图片;
特征信息获取模块,用于获得与所述目标图片相对应的特征信息;
存储模块,用于将所述目标图片随附与其对应的特征信息保存在本地存储介质。
9.一种移动终端,其特征在于,包括有:
第二接收模块,用于通过预设的蓝牙传输通道无线接收目标图片保存于存储区;
第二上传模块,用于响应于检测到的目标图片已存储的事件,通过远程接口上传所述目标图片;
反馈模块,用于通过所述预设的蓝牙传输通道反馈标明各个所述目标图片是否已上传的对照结果列表。
10.根据权利要求9所述的终端,其特征在于:所述第二上传模块被配置为将所述目标图片基于实时传输协议RTP通过远程接口上传。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510461397.9A CN105100249B (zh) | 2015-07-30 | 2015-07-30 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
PCT/CN2015/098797 WO2017016161A1 (zh) | 2015-07-30 | 2015-12-24 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510461397.9A CN105100249B (zh) | 2015-07-30 | 2015-07-30 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105100249A true CN105100249A (zh) | 2015-11-25 |
CN105100249B CN105100249B (zh) | 2019-08-06 |
Family
ID=54579765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510461397.9A Active CN105100249B (zh) | 2015-07-30 | 2015-07-30 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105100249B (zh) |
WO (1) | WO2017016161A1 (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105869233A (zh) * | 2016-03-25 | 2016-08-17 | 奇瑞汽车股份有限公司 | 实现智能交互的行车记录仪及其控制方法 |
CN105898220A (zh) * | 2016-04-25 | 2016-08-24 | 乐视控股(北京)有限公司 | 终端、行车记录***及用于终端的方法 |
WO2017016161A1 (zh) * | 2015-07-30 | 2017-02-02 | 北京奇虎科技有限公司 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
WO2017016160A1 (zh) * | 2015-07-30 | 2017-02-02 | 北京奇虎科技有限公司 | 目标图片分类存储方法及其终端 |
CN106412117A (zh) * | 2016-11-21 | 2017-02-15 | 上汽大众汽车有限公司 | 一种与车载记录仪配套的智能网盒 |
CN106790492A (zh) * | 2016-12-14 | 2017-05-31 | 芜湖市吉安汽车电子销售有限公司 | 车载记录仪保存传输*** |
CN107995313A (zh) * | 2017-12-21 | 2018-05-04 | 黑龙江惠达科技发展有限公司 | 一种基于低网络带宽的图片和北斗定位点数据的上传方法 |
CN109862405A (zh) * | 2019-03-04 | 2019-06-07 | 珠海迈越信息技术有限公司 | 一种用于机顶盒的智能自动管理pvr音视频控制方法 |
CN109979036A (zh) * | 2019-04-03 | 2019-07-05 | 深圳市海圳汽车技术有限公司 | 具有记录仪控制和语音识别控制的***及控制方法、记录仪 |
CN110493991A (zh) * | 2019-08-28 | 2019-11-22 | 郭宏凯 | 一种多功能行车记录仪 |
CN111131411A (zh) * | 2019-12-06 | 2020-05-08 | 南京领行科技股份有限公司 | 服务器、车辆终端及车联网中离线媒体查看方法 |
CN113327343A (zh) * | 2019-01-09 | 2021-08-31 | 深圳市道通智能航空技术股份有限公司 | 一种飞行日志上传方法、装置及移动终端、无人机 |
CN114299630A (zh) * | 2021-11-26 | 2022-04-08 | 阿尔特汽车技术股份有限公司 | 一种行车记录仪数据的处理方法、***及车辆 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106971583A (zh) * | 2017-03-27 | 2017-07-21 | 宁波吉利汽车研究开发有限公司 | 一种基于车载联网设备的路况信息共享***及共享方法 |
CN109856651A (zh) * | 2019-03-13 | 2019-06-07 | 广东海聊科技有限公司 | 一种基于北斗***的位置数据压缩方法及*** |
CN116361255A (zh) * | 2020-06-22 | 2023-06-30 | 华为技术有限公司 | 数据同步方法、电子设备和计算机可读存储介质 |
CN113284261B (zh) * | 2021-04-02 | 2023-07-14 | 北京通通易联科技有限公司 | 一种基于边缘存储的车辆预放行方法 |
CN117411974A (zh) * | 2023-12-14 | 2024-01-16 | 汉华易美视觉科技有限公司 | 一种基于无线通信技术的图片素材分类管理*** |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103544744A (zh) * | 2013-11-08 | 2014-01-29 | 东莞市艾炜特电子有限公司 | 一种基于云端控制的行车记录仪***及记录方法 |
CN203673537U (zh) * | 2013-11-08 | 2014-06-25 | 东莞市艾炜特电子有限公司 | 一种基于云端控制的行车记录仪*** |
CN104063911A (zh) * | 2014-06-06 | 2014-09-24 | 苏州佳世达电通有限公司 | 基于智能终端设备进行行车记录的方法及该智能终端设备 |
US20140340517A1 (en) * | 2013-05-16 | 2014-11-20 | Fih (Hong Kong) Limited | Vehicle data recorder, vehicle data recorder system and employing method for the vehicle data recorder system |
CN104217470A (zh) * | 2013-06-03 | 2014-12-17 | 株式会社堀场制作所 | 行车管理***、行车记录装置和管理方法 |
CN204406499U (zh) * | 2014-12-30 | 2015-06-17 | 上海研亚软件信息技术有限公司 | 具有声控拍摄环境功能的行车记录器 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105100249B (zh) * | 2015-07-30 | 2019-08-06 | 北京奇虎科技有限公司 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
-
2015
- 2015-07-30 CN CN201510461397.9A patent/CN105100249B/zh active Active
- 2015-12-24 WO PCT/CN2015/098797 patent/WO2017016161A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140340517A1 (en) * | 2013-05-16 | 2014-11-20 | Fih (Hong Kong) Limited | Vehicle data recorder, vehicle data recorder system and employing method for the vehicle data recorder system |
CN104217470A (zh) * | 2013-06-03 | 2014-12-17 | 株式会社堀场制作所 | 行车管理***、行车记录装置和管理方法 |
CN103544744A (zh) * | 2013-11-08 | 2014-01-29 | 东莞市艾炜特电子有限公司 | 一种基于云端控制的行车记录仪***及记录方法 |
CN203673537U (zh) * | 2013-11-08 | 2014-06-25 | 东莞市艾炜特电子有限公司 | 一种基于云端控制的行车记录仪*** |
CN104063911A (zh) * | 2014-06-06 | 2014-09-24 | 苏州佳世达电通有限公司 | 基于智能终端设备进行行车记录的方法及该智能终端设备 |
CN204406499U (zh) * | 2014-12-30 | 2015-06-17 | 上海研亚软件信息技术有限公司 | 具有声控拍摄环境功能的行车记录器 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017016161A1 (zh) * | 2015-07-30 | 2017-02-02 | 北京奇虎科技有限公司 | 图片传输控制***及其所涉各端的安全保护、传输方法 |
WO2017016160A1 (zh) * | 2015-07-30 | 2017-02-02 | 北京奇虎科技有限公司 | 目标图片分类存储方法及其终端 |
CN105869233A (zh) * | 2016-03-25 | 2016-08-17 | 奇瑞汽车股份有限公司 | 实现智能交互的行车记录仪及其控制方法 |
CN105898220A (zh) * | 2016-04-25 | 2016-08-24 | 乐视控股(北京)有限公司 | 终端、行车记录***及用于终端的方法 |
CN106412117A (zh) * | 2016-11-21 | 2017-02-15 | 上汽大众汽车有限公司 | 一种与车载记录仪配套的智能网盒 |
CN106790492A (zh) * | 2016-12-14 | 2017-05-31 | 芜湖市吉安汽车电子销售有限公司 | 车载记录仪保存传输*** |
CN107995313A (zh) * | 2017-12-21 | 2018-05-04 | 黑龙江惠达科技发展有限公司 | 一种基于低网络带宽的图片和北斗定位点数据的上传方法 |
CN113327343A (zh) * | 2019-01-09 | 2021-08-31 | 深圳市道通智能航空技术股份有限公司 | 一种飞行日志上传方法、装置及移动终端、无人机 |
CN109862405A (zh) * | 2019-03-04 | 2019-06-07 | 珠海迈越信息技术有限公司 | 一种用于机顶盒的智能自动管理pvr音视频控制方法 |
CN109979036A (zh) * | 2019-04-03 | 2019-07-05 | 深圳市海圳汽车技术有限公司 | 具有记录仪控制和语音识别控制的***及控制方法、记录仪 |
CN110493991A (zh) * | 2019-08-28 | 2019-11-22 | 郭宏凯 | 一种多功能行车记录仪 |
CN111131411A (zh) * | 2019-12-06 | 2020-05-08 | 南京领行科技股份有限公司 | 服务器、车辆终端及车联网中离线媒体查看方法 |
CN111131411B (zh) * | 2019-12-06 | 2022-10-11 | 南京领行科技股份有限公司 | 服务器、车辆终端及车联网中离线媒体查看方法 |
CN114299630A (zh) * | 2021-11-26 | 2022-04-08 | 阿尔特汽车技术股份有限公司 | 一种行车记录仪数据的处理方法、***及车辆 |
Also Published As
Publication number | Publication date |
---|---|
CN105100249B (zh) | 2019-08-06 |
WO2017016161A1 (zh) | 2017-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105100249A (zh) | 图片传输控制***及其所涉各端的安全保护、传输方法 | |
WO2017016160A1 (zh) | 目标图片分类存储方法及其终端 | |
CN105141868B (zh) | 视频数据保护***及其所涉各端的安全保护、传输方法 | |
CN105120159B (zh) | 通过远程控制获取图片的方法及服务器 | |
WO2017156793A1 (zh) | 基于地理位置的视频处理方法 | |
US9253340B2 (en) | Wireless camera with image sharing prioritization | |
WO2019109339A1 (zh) | 数据传输方法、装置及无人机 | |
US20090280824A1 (en) | Geo-tagging objects with wireless positioning information | |
US20090324211A1 (en) | Method and Device for Geo-Tagging an Object Before or After Creation | |
JPH1070631A (ja) | デジタル画像の撮像及び管理用の通信システム及び方法 | |
CN102724396A (zh) | 基于wifi的无线实时显示、控制及云存储的摄像*** | |
CN107770564B (zh) | 远程采集音视频数据的方法及装置 | |
WO2020155037A1 (zh) | 多负载多路图传方法、控制***和终端、无人机和服务器 | |
US20160191458A1 (en) | Method, a device, and a data transmission system for data transmission in a network system | |
CN114845035B (zh) | 一种分布式拍摄方法,电子设备及介质 | |
CN113240053A (zh) | 摄像头检测方法、装置、存储介质与电子设备 | |
US11895713B2 (en) | Data sharing and instruction operation control method and system | |
WO2023030152A1 (zh) | 一种切换网络的方法及相关装置 | |
US20040201701A1 (en) | Camera with wireless virtual storage | |
CN115694596A (zh) | 一种北斗通信***中入站传输控制方法、***及相关装置 | |
CN105933651A (zh) | 基于目标路线跳接视频的方法与装置 | |
US7415287B2 (en) | Image apparatus | |
US20060148452A1 (en) | Method for limiting a data storage function in a mobile communication terminal | |
WO2023011605A1 (zh) | 北斗通信***中的信件下载查询方法、***及相关装置 | |
WO2022111712A1 (zh) | 一种音频与视频同步的方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220714 Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015 Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park) Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd. Patentee before: Qizhi software (Beijing) Co.,Ltd. |
|
TR01 | Transfer of patent right |