一种远程提取行车记录仪存储视频的方法、终端及介质与流程

1.本发明公开了一种远程提取行车记录仪存储视频的方法、终端及介质，属于行车记录仪远程控制技术领域。


背景技术：

2.网约车行车记录仪可以记录行车中车内、车外的情况，在记录路况的同时，也可以对车内的车主或乘客起到保护作用。尤其是在行车中遇到突发状况，记录仪可以为当事人于第一时间还原事发全过程，可谓必不可少。网约车车载行车记录仪记录的相关信息上传至网约平台，平台根据得到的信息用以判断车辆位置、行驶状态、驾驶状态等，用于保护乘客安全和合理分配车辆资源。


技术实现要素：

3.针对现有技术的缺陷，本发明提出一种远程提取行车记录仪存储视频的方法、终端及介质，可以方便快速将数据上传，达到快速获取行车记录仪存储数据的目的。
4.本发明的技术方案如下：
5.根据本发明实施例的第一方面，提供一种远程提取行车记录仪存储视频的方法，包括：
6.网约平台云向一汽云发送唤醒请求；
7.一汽云通过振铃或短信方式远程唤醒车载互联终端，然后车载互联终端唤醒整车can网络；
8.音响主机开机初始化，并与网约平台云建立连接；
9.同时，dvr设备开机初始化，并与音响主机建立局域网连接，收到唤醒的can网络报文之后，dvr设备会在5秒内启动并进入录像状态；
10.收到音响主机通过can网络发出的局域网的名称及密码后连接音响主机；
11.连接成功后dvr设备向音响主机下发连接状态反馈，dvr准备进入网络睡眠模式；
12.网约平台云向音响主机下发各指令，并按照设定的相关协议执行；
13.网约平台云向音响主机发送开始调取命令，音响主机将dvr设备连接状态发给网约平台云，网约平台云在收到连接建立成功后再激活并下发远程调取指令给音响主机；
14.音响主机再向dvr设备发送“音响主机视频调取命令＝开始”；
15.然后dvr设备向音响主机反馈“dvr设备调取命令反馈信号互联终端保持本地唤醒；
16.网约平台云下发调取参数给音响主机，音响主机发给dvr设备；
17.dvr设备开始通过局域网向音响主机传输文件，音响主机再向网约平台云上传文件；
18.每传完1个文件，dvr设备上报一次，同时带上当前文件传输序号及总的传输任务文件数量，网约平台云据此判断远程调取的传输进度；
19.全部文件传输完成后，dvr设备反馈信号通知音响主机，任务结束。
20.优选的是，传输完成之后，不必再唤醒can网络，音响主机通过usb接口指令通知车载互联终端、通过局域网指令通知dvr，进行协同的本地睡眠；
21.dvr设备收到音响主机发送的本地睡眠指令后结合can网络状态，进行dvr设备本地睡眠或dvr设备正常运行。
22.根据本发明实施例的第二方面，提供一种终端，包括：
23.一个或多个处理器；
24.用于存储所述一个或多个处理器可执行指令的存储器；
25.其中，所述一个或多个处理器被配置为：
26.执行本发明实施例的第一方面所述的方法。
27.根据本发明实施例的第三方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行本发明实施例的第一方面所述的方法。
28.根据本发明实施例的第四方面，提供一种应用程序产品，当应用程序产品在终端在运行时，使得终端执行本发明实施例的第一方面所述的方法。
29.本发明的有益效果在于：
30.本专利提供一种远程提取行车记录仪存储视频的方法、终端及介质，为了及时确认网约车驾驶状态和行为并且不影响网约车正常的出行和接单，可以实现熄火场景下随时进行云端唤醒提取内容为存储在行车记录仪数据记录卡内任意时间段内的视频文件。从而保证行车记录仪记录数据传递的及时性。
31.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
32.图1是根据一示例性实施例示出的一种远程提取行车记录仪存储视频的方法的流程图；
33.图2是根据一示例性实施例示出的一种终端结构示意框图。
具体实施方式
34.下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
35.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
36.在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是
两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
37.本发明实施例提供了一种远程提取行车记录仪存储视频的方法，该方法由终端实现，终端至少包括cpu等。
38.实施例一
39.图1是根据一示例性实施例示出的一种远程提取行车记录仪存储视频的方法的流程图，该方法用于终端中，该方法包括以下步骤：
40.行车记录仪(以下简称dvr)具备远程操作的功能，包括远程提取视频、远程设置等与远程相关的功能。
41.供电模式下：
42.整车处于can网络唤醒状态，网约平台云随时可以调取dvr视频，流程见图1，序号描述了信号的顺序。由于此功能较简单，不涉及到can网络的睡眠唤醒，不做详细描述，细节参照下面相同的部分。
43.供电模式下：
44.(1)网约平台云向一汽云发送唤醒请求。
45.(2)一汽云通过振铃或短信方式远程唤醒车载互联终端(以下简称车载互联终端)，然后车载互联终端唤醒整车can网络。
46.(3)音响主机(以下简称音响主机)开机初始化，并与网约平台云建立连接。同时，dvr开机初始化，并与音响主机建立局域网连接。收到唤醒的can网络报文之后，dvr设备会在5秒内启动并进入录像状态，收到音响主机通过can网络发出的局域网的名称及密码后连接音响主机；连接成功后dvr向音响主机下发连接状态反馈。此时dvr准备进入网络睡眠模式。
47.(4)网约平台云向音响主机下发各指令，并按照设定的相关协议执行。
48.2.远程调取视频功能实现顺序：
49.(1)-(4)条如上述所述。
50.(5)网约平台云向音响主机发送开始调取命令，音响主机将dvr连接状态发给网约平台云，网约平台云在收到连接建立成功后再激活并下发远程调取指令给音响主机；
51.(6)音响主机再向dvr发送“音响主机视频调取命令＝开始”。
52.(7)然后dvr向音响主机反馈“dvr调取命令反馈信号setuploadtimeresponse＝start”，此时can网络可以睡眠，仅dvr/音响主机/车载互联终端保持本地唤醒。
53.(8)网约平台云下发调取参数给音响主机，音响主机发给dvr。
54.(9)dvr开始通过局域网向音响主机传输文件，音响主机再向网约平台云上传文件。
55.(10)每传完1个文件，dvr service上报一次“setuploadtimeresponse＝ongoing”，同时带上当前文件传输序号及总的传输任务文件数量，网约平台云据此判断远程调取的传输进度。
56.(11)全部文件传输完成后，dvr反馈信号通知音响主机(setuploadtimeresponse＝success)，任务结束。
57.(12)传输完成之后，不必再唤醒can网络，而是音响主机通过usb接口指令通知车
载互联终端、通过局域网指令通知dvr，进行协同的本地睡眠。dvr收到音响主机发送的本地睡眠指令后结合can网络状态，进行dvr本地睡眠(若can网络睡眠，则dvr直接睡眠)或者dvr正常运行(若can网络活跃，则dvr正常运行)。
58.要实现以上功能逻辑，车载互联终端、音响主机、dvr需区分网络睡眠和本地睡眠两个状态。网络唤醒时本地一定唤醒，本地睡眠时网络一定睡眠。但网络睡眠时本地不一定睡眠，网络可以先睡眠以便不影响整车睡眠，本地可以保持唤醒状态继续执行未完成的本地任务。
59.视频传输开始之后，车载互联终端、音响主机、dvr即可允许can网络睡眠，以便降低整车电流消耗。在整车can网络睡眠情况下，也不影响dvr把视频发给音响主机，以及音响主机上传视频至网约平台云。
60.实施例二
61.如图2所示，本技术实施例提供的一种终端，通常，终端包括有：处理器和存储器。
62.处理器可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器301也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
63.存储器可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是有形的和非暂态的。存储器还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器所执行以实现本技术中提供的一种远程提取行车记录仪存储视频的方法。
64.实施例三
65.在示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术所有发明实施例提供的一种远程提取行车记录仪存储视频的方法。
66.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
67.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
68.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
69.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
70.实施例四
71.在示例性实施例中，还提供了一种应用程序产品，包括一条或多条指令，该一条或多条指令可以由上述装置的处理器执行，以完成上述一种远程提取行车记录仪存储视频的方法。
72.尽管本发明的实施方案已公开如上，但其并不仅仅限于说明书和实施方式中所列运用。它完全可以被适用于各种适合本发明的领域。对于熟悉本领域的人员而言，可容易地实现另外的修改。因此在不背离权利要求及等同范围所限定的一般概念下，本发明并不限于特定的细节和这里示出与描述的图例。