一种报警附件上传方法、装置、设备及存储介质与流程

1.本发明实施例涉及车载安全系统技术，尤其涉及一种报警附件上传方法、装置、设备及存储介质。


背景技术：

2.在车载主动安全系统中，当出现报警时需要抓取报警时的图片和报警前后一段时间的录像附件，并上传到平台服务器，由于使用移动网络，当网络信号不好的时候会出现上传附件失败的情况，当网络信号好的时候需要补传这些上传失败的附件。
3.一般做法是将当前附件上传信息和补传信息保存在同一个队列中。但此方法，在同时存在当前上传信息和补传信息时，可能导致当前报警信息的附件上传不及时，在补传信息较多时，也可能存在补传不及时导致重要报警附件丢失的问题。


技术实现要素：

4.本发明提供一种报警附件上传方法、装置、设备及存储介质，以实现保证当前报警附件上传到平台的实时性和减少高优先级报警附件丢失，提高补传报警附件成功率的效果。
5.第一方面，本发明实施例提供了一种报警附件上传方法，包括：
6.判断当前报警附件上传队列中是否存在提取信息；
7.根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器；
8.判断补传队列中是否存在提取信息；
9.判断所述补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的所述报警附件上传至平台服务器；若否，则将报警信息优先级最高的所述报警附件上传至平台服务器。
10.可选的，在所述判断当前报警附件上传队列中是否存在提取信息之前，还包括：
11.当车载安全装置开机后，从磁盘中读取需要补传的报警附件信息到补传队列中。
12.可选的，所述根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器包括：
13.若不存在提取信息，则判断补传队列中是否存在提取信息；
14.若存在提取信息，则读取所述提取信息，根据所述提取信息查找对应的报警附件。
15.可选的，在所述根据所述提取信息查找对应的报警附件之后，还包括：
16.判断根据所述提取信息查找所述报警附件是否成功；
17.若成功，则将所述报警附件上传至平台服务器；
18.若失败，则将所述提取信息删除，并继续判断当前报警附件上传队列中是否存在提取信息。
19.可选的，在所述将所述报警附件上传至平台服务器之后，还包括：
20.判断所述报警附件是否上传成功；
21.若成功，则继续判断当前报警附件上传队列中是否存在提取信息；
22.若失败，则将所述报警附件的提取信息添加至补传队列，并将所述报警附件的提取信息同步至磁盘保存。
23.可选的，在所述判断补传队列中是否存在提取信息之后，还包括：
24.若存在所述提取信息，则判断所述补传队列中的补传信息数量是否大于阈值；
25.若不存在所述提取信息，则继续判断当前报警附件上传队列中是否存在提取信息。
26.可选的，在所述判断所述补传队列中的补传信息数量是否大于阈值之后，还包括：
27.当所述等待时间/所述报警信息优先级相同时，将对应附件最少的所述报警附件上传至平台服务器。
28.第二方面，本发明实施例还提供了一种报警附件上传装置，包括：
29.第一判断模块，用于判断当前报警附件上传队列中是否存在提取信息；
30.附件查找模块，用于根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器；
31.第二判断模块，用于判断补传队列中是否存在提取信息；
32.判断执行模块，用于判断所述补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的报警附件所述报警附件上传至平台服务器；若否，则将报警信息优先级最高的所述报警附件上传至平台服务器。
33.第三方面，本发明实施例还提供了一种报警附件上传设备，所述报警附件上传设备包括：
34.一个或多个处理器；
35.存储装置，用于存储一个或多个程序，
36.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面中任一所述的报警附件上传方法。
37.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中任一所述的报警附件上传方法。
38.本发明通过一种报警附件上传方法，包括：判断当前报警附件上传队列中是否存在提取信息；根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器；判断补传队列中是否存在提取信息；判断补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的报警附件上传至平台服务器；若否，则将报警信息优先级最高的报警附件上传至平台服务器。解决当前报警附件上传不及时，以及补传不及时导致丢失重要报警附件的问题，实现优先上传当前报警附件，及时补传重要报警附件，保证当前报警附件上传到平台的实时性和减少高优先级报警附件丢失，提高补传报警附件成功率的效果。
附图说明
39.图1为本发明实施例一提供的一种报警附件上传方法的流程示意图；
40.图2为本发明实施例二提供的一种报警附件上传装置的结构示意图；
41.图3为本发明实施例三提供的一种报警附件上传设备的结构示意图。
具体实施方式
42.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
43.实施例一
44.图1为本发明实施例一提供的一种报警附件上传方法的流程示意图。本实施例可适用于车载安全系统中出现报警信息时，上传报警附件的情况，该方法可以由一种报警附件上传装置来执行，具体包括如下步骤：
45.步骤110、判断当前报警附件上传队列中是否存在提取信息。
46.在步骤110之前，还包括：
47.步骤100、当车载安全装置开机后，从磁盘中读取需要补传的报警附件信息到补传队列中。
48.如今，各种车辆上均装载了车载安全装置，对行车过程中的车前、车后及车身周围环境进行视频记录，或者对车辆停止状态时周边的环境进行视频记录，便于发生事故或者纠纷时，作为证据进行佐证。车载安全装置上搭载车载主动安全系统，在车辆发生碰撞或者预设动作时，产生报警信号，抓取产生报警信号时对应的图片，并抓取产生报警信号前后一段时间内的监控录像附件，上传至平台服务器，用以保存。在车载安全装置将报警附件上传至平台服务器时，可能由于网络信号不佳、断电等意外情况导致报警附件上传失败，则会将上传失败的报警附件保存等待补传。当车载安全装置开机后，将及时获取磁盘中保存的需要补传的报警附件信息，将其读取至补传队列中，等候补传。
49.车载安全装置上传报警附件时，具有当前报警附件上传队列和补传队列。车载安全装置在上传报警附件时，先判断当前报警附件上传队列中是否存在提取信息，当前报警附件上传队列的提取信息优先级高于补传队列。
50.步骤120、根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器。
51.其中，步骤120包括：
52.步骤121、若不存在提取信息，则判断补传队列中是否存在提取信息。
53.若当前报警附件上传队列中不存在提取信息时，则当前无报警信息产生，车载安全装置与平台服务器通讯处于空闲状态，此时，需要判断补传队列中是否存在提取信息，即是否存在因为网络中断或断电导致的需要补传的报警附件。
54.步骤122、若存在提取信息，则读取所述提取信息，根据所述提取信息查找对应的报警附件。
55.在当前报警附件上传队列中存在提取信息时，需要优先上传当前报警附件，根据提取信息查找磁盘中保存的对应的图像和视频，形成报警附件。
56.进一步的，在步骤122之后，还包括：
57.步骤123、判断根据所述提取信息查找所述报警附件是否成功，若成功，则执行步骤124，若失败，则执行步骤125。
58.步骤124、将所述报警附件上传至平台服务器。
59.步骤125、将所述提取信息删除，并返回执行步骤110。
60.根据当前报警附件上传队列中的提取信息在磁盘中查找对应的报警附件，判断是
否查找成功，若查找成功，则将报警附件上传至平台服务器，若查找失败，则判断提取信息错误或报警附件丢失，在查找失败后，将对应的提取信息删除，并返回执行判断当前报警附件上传队列中是否存在提取信息，从而判断队列中是否存在其他的提取信息。
61.其中，可选的，在步骤124之后，还包括：
62.步骤126、判断所述报警附件是否上传成功，若成功，则返回执行步骤110，若失败，则执行步骤127。
63.步骤127、将所述报警附件的提取信息添加至补传队列，并将所述报警附件的提取信息同步至磁盘保存。
64.在将报警附件上传至平台服务器之后，还包括判断报警附件是否上传成功，可通过是否接受到平台服务器的返回信息作为判断依据，若上传成功则进行下一次判断当前报警附件上传队列中是否存在提取信息，若上传失败，则需要将报警附件的提取信息添加至补传队列，等到再次上传，同时将报警附件对应的提取信息同步至磁盘进行保存，避免丢失提取信息。
65.步骤130、判断补传队列中是否存在提取信息。
66.在完成当前报警附件上传队列中的所有附件上传后，判断补传队列中是否存在提取信息，根据判断结果开始上传补传队列中的报警附件。
67.其中，在步骤130之后，包括：
68.若存在所述提取信息，则执行步骤140；
69.若不存在所述提取信息，则返回执行步骤110。
70.步骤140、判断所述补传队列中的补传信息数量是否大于阈值；若否，则执行步骤150，若是，则执行步骤160。
71.步骤150、将报警信息优先级最高的所述报警附件上传至平台服务器。
72.步骤160、将等待时间最长的所述报警附件上传至平台服务器。
73.在判断补传队列中存在提取信息后，再进一步判断补传队列中的补传信息数量是否大于阈值，阈值为最大保存数量的80％。在补传信息数量大于阈值时，则表明当前补传队列中的补传信息过多，存在丢失等待时间较长的报警附件的可能，为了保证重要报警信息对应的报警附件不丢失，则在此情况下将等待时间最长的报警附件优先上传至平台服务器；若补传信息数量小于等于阈值时，补传队列中的报警附件暂时不存在丢失风险，在此情况下，应按照报警信息的优先级顺序将优先级最高的报警附件上传至平台服务器保存，减少高优先级的报警附件丢失，提高补传报警附件的成功率。
74.其中，当补传信息数量小于等于阈值时，找到高优先级别的报警附件，当高优先级别的报警附件不止一个时，再在高优先级别的报警附件中查找等待时间最长的报警附件，将其上传至平台服务器。
75.在上述实施例的基础上，进一步的，当所述等待时间/所述报警信息优先级相同时，将对应附件最少的所述报警附件上传至平台服务器。
76.在补传信息数量大于阈值时，若存在至少两个报警附件的等待时间相同时，则将附件最少的报警附件上传至平台服务器，保证了在一定时间内完成最多的报警附件上传任务。
77.本实施例的技术方案，通过一种报警附件上传方法，包括：判断当前报警附件上传
队列中是否存在提取信息；根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器；判断补传队列中是否存在提取信息；判断补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的报警附件上传至平台服务器；若否，则将报警信息优先级最高的报警附件上传至平台服务器。解决当前报警附件上传不及时，以及补传不及时导致丢失重要报警附件的问题，实现优先上传当前报警附件，及时补传重要报警附件，保证当前报警附件上传到平台的实时性和减少高优先级报警附件丢失，提高补传报警附件成功率的效果。
78.实施例二
79.图2为本发明实施例二提供的一种报警附件上传装置的结构示意图。如图2所示，一种报警附件上传装置，包括：
80.第一判断模块210，用于判断当前报警附件上传队列中是否存在提取信息。
81.车载安全装置上传报警附件时，具有当前报警附件上传队列和补传队列。车载安全装置在上传报警附件时，先判断当前报警附件上传队列中是否存在提取信息，当前报警附件上传队列的提取信息优先级高于补传队列。
82.附件查找模块220，用于根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器。
83.若当前报警附件上传队列中不存在提取信息时，则当前无报警信息产生，车载安全装置与平台服务器通讯处于空闲状态，此时，需要判断补传队列中是否存在提取信息，即是否存在因为网络中断或断电导致的需要补传的报警附件。
84.在当前报警附件上传队列中存在提取信息时，需要优先上传当前报警附件，根据提取信息查找磁盘中保存的对应的图像和视频，形成报警附件。
85.第二判断模块230，用于判断补传队列中是否存在提取信息。
86.在完成当前报警附件上传队列中的所有附件上传后，判断补传队列中是否存在提取信息，根据判断结果开始上传补传队列中的报警附件。
87.判断执行模块240，用于判断所述补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的报警附件所述报警附件上传至平台服务器；若否，则将报警信息优先级最高的所述报警附件上传至平台服务器。
88.在判断补传队列中存在提取信息后，再进一步判断补传队列中的补传信息数量是否大于阈值，阈值为最大保存数量的80％。在补传信息数量大于阈值时，则表明当前补传队列中的补传信息过多，存在丢失等待时间较长的报警附件的可能，为了保证重要报警信息对应的报警附件不丢失，则在此情况下将等待时间最长的报警附件优先上传至平台服务器；若补传信息数量小于等于阈值时，补传队列中的报警附件暂时不存在丢失风险，在此情况下，应按照报警信息的优先级顺序将优先级最高的报警附件上传至平台服务器保存，减少高优先级的报警附件丢失，提高补传报警附件的成功率。
89.其中，当补传信息数量小于等于阈值时，找到高优先级别的报警附件，当高优先级别的报警附件不止一个时，再在高优先级别的报警附件中查找等待时间最长的报警附件，将其上传至平台服务器。
90.可选的，一种报警附件上传装置还包括：
91.补传信息读取模块，用于当车载安全装置开机后，从磁盘中读取需要补传的报警
附件信息到补传队列中。
92.可选的，附件查找模块220包括：
93.第一查找执行单元，用于若不存在提取信息，则判断补传队列中是否存在提取信息。
94.第二查找执行单元，用于若存在提取信息，则读取所述提取信息，根据所述提取信息查找对应的报警附件。
95.提取结果判断单元，用于判断根据所述提取信息查找所述报警附件是否成功。
96.第一提取执行单元，用于将所述报警附件上传至平台服务器。
97.第二提取执行单元，用于将所述提取信息删除，并继续判断当前报警附件上传队列中是否存在提取信息。
98.上传结果判断单元，用于判断所述报警附件是否上传成功。
99.第一上传执行单元，用于继续判断当前报警附件上传队列中是否存在提取信息。
100.第二上传执行单元，用于将所述报警附件的提取信息添加至补传队列，并将所述报警附件的提取信息同步至磁盘保存。
101.可选的，一种报警附件上传装置还包括：
102.第二判断执行模块，用于若存在所述提取信息，则判断所述补传队列中的补传信息数量是否大于阈值；
103.若不存在所述提取信息，则继续判断当前报警附件上传队列中是否存在提取信息。
104.可选的，判断执行模块240还包括：
105.附件数量判断执行单元，用于当所述等待时间/所述报警信息优先级相同时，将对应附件最少的所述报警附件上传至平台服务器。
106.本发明实施例所提供的报警附件上传装置可执行本发明任意实施例所提供的报警附件上传方法，具备执行方法相应的功能模块和有益效果。
107.本实施例的技术方案，通过一种报警附件上传方法，包括：判断当前报警附件上传队列中是否存在提取信息；根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器；判断补传队列中是否存在提取信息；判断补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的报警附件上传至平台服务器；若否，则将报警信息优先级最高的报警附件上传至平台服务器。解决当前报警附件上传不及时，以及补传不及时导致丢失重要报警附件的问题，实现优先上传当前报警附件，及时补传重要报警附件，保证当前报警附件上传到平台的实时性和减少高优先级报警附件丢失，提高补传报警附件成功率的效果。
108.实施例三
109.图3为本发明实施例三提供的一种报警附件上传设备的结构示意图，如图3所示，该报警附件上传设备包括处理器30、存储器31、输入装置32和输出装置33；报警附件上传设备中处理器30的数量可以是一个或多个，图3中以一个处理器30为例；报警附件上传设备中的处理器30、存储器31、输入装置32和输出装置33可以通过总线或其他方式连接，图3中以通过总线连接为例。
110.存储器31作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程
序以及模块，如本发明实施例中的报警附件上传方法对应的程序指令/模块(例如，报警附件上传装置中的第一判断模块210、附件查找模块220、第二判断模块230和判断执行模块240)。处理器30通过运行存储在存储器31中的软件程序、指令以及模块，从而执行报警附件上传设备的各种功能应用以及数据处理，即实现上述的报警附件上传方法。
111.存储器31可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器31可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器31可进一步包括相对于处理器30远程设置的存储器，这些远程存储器可以通过网络连接至报警附件上传设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
112.输入装置32可用于接收输入的数字或字符信息，以及产生与报警附件上传设备的用户设置以及功能控制有关的键信号输入。输出装置33可包括显示屏等显示设备。
113.实施例四
114.本发明实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种报警附件上传方法，该方法包括：
115.判断当前报警附件上传队列中是否存在提取信息；
116.根据判断结果优先查找提取信息对应的报警附件并上传至平台服务器；
117.判断补传队列中是否存在提取信息；
118.判断所述补传队列中的补传信息数量是否大于阈值；若是，则将等待时间最长的所述报警附件上传至平台服务器；若否，则将报警信息优先级最高的所述报警附件上传至平台服务器。
119.当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的报警附件上传方法中的相关操作。
120.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
121.值得注意的是，上述报警附件上传装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
122.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。