消息与录像的联动方法、装置、设备和存储介质与流程

1.本技术涉及安防设备视频监控领域，特别是涉及消息与录像的联动方法、装置、设备和存储介质。


背景技术：

2.目前，安防设备视频监控功能已经被家庭及企业用户广泛使用，通过客户端应用软件简单添加安防设备可以在客户端进行视频预览、接收报警消息通知，观看报警录像等操作，安防设备视频监控功能在看家看店等应用场景中起到了关键性的作用。
3.在实践中，当报警事件发生时，用户可以看到报警事件发生时的报警录像视频。随着用户对报警事件的关注度逐渐提高，当紧急报警事件发生时，用户需要第一时间感知到安防设备采集到的视频画面，并能通过报警消息快速定位到具体的视频录像，用户可以基于报警事件实时关联报警视频，进行实时观看。但是，由于报警录像视频数据传输的延时性，用户在客户端并不能通过报警消息看到实时的报警录像视频，报警录像视频无法做到实现边看边录的效果，用户看到的往往是过期的信息，影响了用户对报警事件做出实时的判断和应对。
4.目前针对相关技术中在报警事件发生时无法实时关联报警事件和报警录像，无法实现边看边录的问题，尚未提出有效的解决方案。


技术实现要素：

5.本技术实施例提供了一种消息与录像的联动方法、装置、设备和存储介质，以至少解决相关技术中在报警事件发生时无法实时关联报警事件和报警录像，无法实现边看边录的问题。
6.第一方面，本技术实施例提供了一种消息与录像的联动方法，包括：
7.接收前端设备发送的第一报警消息，并基于接收到的所述第一报警消息向所述前端设备发送报警录像服务器地址；
8.获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中；
9.接收所述前端设备发送的所述报警录像视频数据的发送完成通知，在接收到所述发送完成通知后，向与所述前端设备绑定的客户端推送第二报警消息；
10.接收所述客户端发送的用户对所述第二报警消息的反馈信息，并基于所述反馈信息向所述客户端发送所述报警录像视频数据。
11.在其中一些实施例中，所述获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中，包括：
12.判断获取的所述报警录像视频数据是否满足一个画面组时长，如果不满足，则继续获取所述报警录像视频数据直至满足一个画面组时长；
13.将所述满足一个画面组时长的报警录像视频数据打包成一个录像视频文件存储
至所述云存储中，并将所述录像视频文件更新至数据库中。
14.在其中一些实施例中，所述前端设备在发送的所述报警录像视频数据满足一个画面组时长后，发送所述发送完成通知。
15.在其中一些实施例中，所述基于所述反馈信息向所述客户端发送所述报警录像视频数据通过hls传输协议实现。
16.在其中一些实施例中，所述第一报警消息由当前报警事件产生，所述第一报警消息包括：当前报警事件的类型和产生当前报警事件的时间；所述报警录像视频数据为视频帧数据。
17.在其中一些实施例中，所述报警录像视频数据包括预录视频数据、报警事件发生时的一个画面组时长视频数据、或预设时长的报警录像视频数据。
18.第二方面，本技术实施例提供了一种消息与录像的联动方法，包括：
19.前端设备基于报警事件向报警消息服务器发送第一报警消息；
20.所述报警消息服务器接收所述第一报警消息，并向所述前端设备发送报警录像服务器地址；
21.所述前端设备接收所述报警录像服务器地址，并基于所述报警录像服务器地址向所述报警录像服务器发送报警录像视频数据；
22.所述报警录像服务器接收所述报警录像视频数据，并将所述报警录像视频数据存储至云储存中；
23.所述前端设备在发送的所述报警录像视频数据满足一个画面组时长后，向所述报警消息服务器发送所述报警录像视频数据的发送完成通知；
24.所述报警消息服务器接收所述发送完成通知，并向所述前端设备绑定的客户端推送第二报警消息；
25.所述客户端接收所述第二报警消息后，向所述报警消息服务器发送用户对所述第二报警消息的反馈信息；
26.所述报警录像服务器基于所述反馈信息向所述客户端发送所述报警录像视频数据。
27.第三方面，本技术实施例提供了一种消息与录像的联动装置，包括：
28.第一报警消息获取模块，用于接收前端设备发送的第一报警消息，并基于接收到的所述第一报警消息向所述前端设备发送报警录像服务器地址；
29.报警录像获取模块，用于获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中；
30.第二报警消息推送模块，用于接收所述前端设备发送的所述报警录像视频数据的发送完成通知，在接收到所述发送完成通知后，向与所述前端设备绑定的客户端推送第二报警消息；
31.消息与录像联动模块，用于接收所述客户端发送的用户对所述第二报警消息的反馈信息，并基于所述反馈信息向所述客户端发送所述报警录像视频数据。
32.第四方面，本技术实施例提供了一种消息与录像的联动设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面以及第二方面所述的消息与录像的联动方法。
33.第五方面，本技术实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面以及第二方面所述的消息与录像的联动方法。
34.相比于相关技术，本技术实施例提供的消息与录像的联动方法、装置、设备和存储介质，通过获取前端设备发送的第一报警消息，将前端设备发送的报警录像视频数据存储至云存储中，并通过获取前端设备发送的报警录像视频数据的发送完成通知来设定每次报警事件发生时开始获取报警录像视频数据的时机，通过第二报警消息实现报警录像视频与报警消息的实时联动，解决了相关技术中在报警事件发生时无法实时观看报警录像的问题，实现了用户通过客户端实时监控紧急事件的目的。
35.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
36.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
37.图1是本技术实施例的消息与录像的联动方法的应用终端的硬件结构框图；
38.图2是根据本技术实施例的消息与录像的联动方法的流程图；
39.图3是根据本技术实施例的另一种消息与录像的联动方法的流程图；
40.图4是根据本技术实施例的消息与录像的联动装置的结构框图。
具体实施方式
41.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
42.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
43.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连
接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
44.本实施例提供的方法实施例可以在终端、计算机或者类似的运算装置中执行。以运行在终端上为例，图1是本技术实施例的消息与录像的联动方法的应用终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
45.存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的消息与录像的联动方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
46.传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端10的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
47.本实施例提供的方法实施例可具体应用在安防设备视频监控领域，基于一种安防云录像系统实现。该系统包括前端设备、云服务器和客户端，云服务器包括报警消息服务器、报警录像服务器、云储存以及数据库。其中，报警消息服务器用于收发报警消息，报警录像服务器用于接收前端设备发送的报警录像视频以及向客户端发送报警录像视频，云存储用于存储报警录像视频数据，上述云服务器执行本实施例提供的方法实施例中消息与录像的联动方法。
48.本实施例提供了一种消息与录像的联动方法，图2是根据本技术实施例的消息与录像的联动方法的流程图，如图2所示，该流程包括如下步骤：
49.步骤s201，接收前端设备发送的第一报警消息，并基于接收到的所述第一报警消息向所述前端设备发送报警录像服务器地址。
50.上述前端设备指的是能够从监控视频中识别目标报警事件的设备，包括常见的安防设备、报警设备、录像设备等等。在安防设备视频监控领域，安防设备可以对于监控视野范围内的实时场景不间断地进行监控，根据监控到的实时场景中的不同事件发出报警消息。例如，监控视野范围内发生车祸，安防设备作为前端设备将该车祸现场实时场景的报警消息发送到本地或云端。该报警录像视频需要上传到本地或者云端，那么前端设备就需要
知道报警录像视频上传到本地或云端的路径和地址。因此，需要向前端设备发送报警录像服务器地址，以便于前端设备基于该地址向本地或云端发送报警录像视频数据。
51.市场上主流的录像视频数据的存储方法主要有两种：本地存储和云端存储。本地存储一般是前端设备直接把录像视频数据保存在本地的硬盘或者各种类型的flash存储卡中。本地储存的优点在于：系统相对独立，不依赖广域网，可靠性较好，使用成本相对较低。缺点在于：用户需要购买并安装本地储存如硬盘或储存卡，首次购置成本高，使用过程需要维护，同时容易受到破坏导致数据丢失。云端存储则是通过广域网络系统，前端设备把录像视频数据上传到云端服务器并保存在云端数据存储服务器的存储设备中。云端储存的优点在于：用户无需购买安装储存设备，使用简单，使用过程无需维护，数据不会因本地设备损坏而丢失数据，多台前端设备可以共享一个云存储空间。本技术中的报警录像服务器设置在云端，所以发送第一报警消息的目的主要是为了让云端知道报警事件的发生，以便前端设备发送报警录像服务器地址给前端设备，该前端设备遵循该地址云端发送报警录像视频数据。
52.步骤s202，获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中。
53.前端设备接收到报警录像服务器地址后，根据该报警录像服务器地址将采集的报警录像视频数据发送到云端，并将其存储在云存储中。上述报警录像视频数据传输的方式多种多样，只要能够实现视频数据的传输即可。目前，视频数据传输以基于http的自适应码率流媒体传输协议(http live streaming，简称为hls)和实时消息传输协议(realtime message protocol，简称为rtmp)为主。rtmp由adobe公司开发，广泛应用于低延时直播，也是编码器和服务器对接的实际标准协议，在pc(flash)上有最佳观看体验和最佳稳定性；hls由苹果公司开发，苹果公司提出的hls，本身就是live(直播)。报警录像视频数据是具有时间性的视频数据，该数据会按照时间的先后顺序上传到云端，并储存在云存储中。
54.步骤s203，接收所述前端设备发送的所述报警录像视频数据的发送完成通知，在接收到所述发送完成通知后，向与所述前端设备绑定的客户端推送第二报警消息。
55.上述报警录像视频数据是随着时间不断传输的数据，用户需要实时观看录像视频，那么就不能等到所有的报警录像视频数据传输完成后再来进行观看，否则的话难以满足实时性的要求。在本实施例中，当前端设备发送完成预设长度的报警录像视频之后，即可以向云端传输发送完成通知，提醒云端向客户端发送第二报警消息，用户即可以通过该第二报警消息首先观看到预设长度的报警录像视频。
56.步骤s204，接收所述客户端发送的用户对所述第二报警消息的反馈信息，并基于所述反馈信息向所述客户端发送所述报警录像视频数据。
57.上述第二报警消息呈现在客户端上可以为一个消息链接，用户点击该消息链接，即可以向云端发送反馈信息，云端接收到该反馈信息即可以从云存储中首先调出上述预设长度的报警录像视频，传输到客户端，用户即可实时观看该报警录像视频。在步骤202中，所述前端设备会通过所述报警录像服务器地址根据报警事件的具体情况不间断发送报警录像视频数据，所以当用户观看完首次调出的上述预设长度的报警录像视频，后续的报警录像视频数据也不断上传到了云端，用户可以不间断地实时观看报警录像视频。
58.通过上述步骤，本发明实施例通过获取前端设备发送的第一报警消息，将前端设
备发送的报警录像视频数据存储至云存储中，并通过获取前端设备发送的报警录像视频数据的发送完成通知来设定每次报警事件发生时开始获取报警录像视频数据的时机，通过第二报警消息实现报警录像视频与报警消息的实时联动，用户可以通过点击客户端的第二报警消息即可以跳转到报警录像视频进行实时观看。
59.前端设备将报警录像视频按照时间顺序不间断发送到云端，发送的方式为：将前端设备获取的报警录像视频进行切割，切割成以预设时长的若干报警录像子视频(例如：一个画面组时长的报警录像视频数据)，当第一个报警录像子视频数据发送到云端后，用户即可通过点击客户端的第二报警消息，首先观看到该报警录像子视频，接着观看时间顺序排列在后的其他报警录像子视频，不需要等待所有的报警录像子视频上传结束后才能观看，解决了相关技术中在报警事件发生时无法实时观看报警录像的问题，实现了用户通过客户端实时监控紧急事件的目的。
60.在其中一些实施例中，步骤s202中所述获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中，包括：
61.步骤s2021，判断获取的所述报警录像视频数据是否满足一个画面组时长，如果不满足，则继续获取所述报警录像视频数据直至满足一个画面组时长。
62.视频数据一般由多个画面组(group of picture，简称gop)组成，一个gop中包括一个i帧(内部画面帧)及i帧之后依靠i帧解码的其他数据帧。因此，云端服务器向客户端发送实时报警录像视频数据流时，需要等到视频数据流中出现一个i帧时才开始进行数据传输，这样才能保证该i帧之后的其他数据帧能够正常解码播放。本实施例中预设长度的报警录像视频设定为一个gop，当不满足一个gop时长时，需要继续获取报警录像视频数据以满足一个gop要求。
63.在视频编码序列中，主要有三种编码帧：i帧、p帧、b帧。i帧即帧内编码图像帧(intra
‑
coded picture，简称i帧)，不参考其他图像帧，只利用本帧的信息进行编码；p帧即预测编码图像帧(predictive
‑
codedpicture，简称p帧)，利用之前的i帧或p帧，采用运动预测的方式进行帧间预测编码；b帧即双向预测编码图像帧(bidirectionally predicted picture，简称b帧)，提供最高的压缩比，既需要之前的图像帧(i帧或p帧)，也需要后来的图像帧(p帧)，采用运动预测的方式进行帧间双向预测编码。
64.在其中一些实施例中，前端设备在发送的报警录像视频数据满足一个画面组时长后，发送完成通知。
65.步骤s2022，将所述满足一个画面组时长的报警录像视频数据打包成一个录像视频文件存储至所述云存储中，并将所述录像视频文件更新至数据库中。在云端的云存储中，为了更加方便地存储报警录像视频，防止数据在存储过程中发生错误，可以将报警录像视频数据打包成一个录像视频文件储存至云存储中，并且储存所述录像视频文件的m3u8文件。本实施例中m3u8格式为：
66.#extm3u
67.#ext
‑
x
‑
targetduration:8.1
68.#extinf:2.0
69.file/202010201122sgjgsljglj_1.dav
70.#ext
‑
x
‑
if:0 0 80799
71.#extinf:8.0
72.file/202010201122sgjgsljglj_2.dav
73.#ext
‑
x
‑
if:2 0 21096
74.#ext
‑
x
‑
if:4 270732 50000
75.#ext
‑
x
‑
if:6 543740 50213
76.#ext
‑
x
‑
if:8 829761 45273
77.#extinf:8.0
78.file/202010201122sgjgsljglj_3.dav
79.#ext
‑
x
‑
if:10 0 56687
80.#ext
‑
x
‑
if:12 274435 65018
81.#ext
‑
x
‑
if:14 549700 75677
82.#ext
‑
x
‑
if:16 823929 79465
83.#extinf:8.0
84.#ext
‑
x
‑
endlist
85.在其中一些实施例中，上述基于反馈信息向客户端发送报警录像视频数据可以通过hls传输协议实现。hls传输协议是基于http协议实现的，传输内容包括两部分，一是m3u8描述文件，二是ts媒体文件。它的工作原理是把整个流分成一个个小的基于http的文件来下载，每次只下载一部分。当视频流正在播放时，客户端可以选择从许多不同的备用源中以不同的速率下载同样的资源，允许流媒体会话适应不同的数据速率。hls传输协议的优势就是：可以自适应调整播放码流，即网络畅通时选择高码流，网络繁忙时选择低码流，二者可以随意自行切换，以保证视频流的流畅度。当然该方法需要服务器提供多码流视频数据，还需在列表文件中注明，播放形式会根据用户实际情况来调整。直播的方式最好用hls的方式，因为它自己做了独立的功能模块，专门适用视频直播流。
86.在其中一些实施例中，第一报警消息由当前报警事件产生，第一报警消息可以包括：当前报警事件的类型、产生当前报警事件的时间以及其他描述性信息；报警录像视频数据为视频帧数据。
87.在其中一些实施例中，所述报警录像视频数据包括预录视频数据、报警事件发生时的一个画面组时长视频数据、或预设时长(例如：2秒～4秒)的报警录像视频数据。
88.本发明实施例还提供了另一种消息与录像的联动方法。图3是根据本发明实施例的另一种消息与录像的联动方法的流程图，如图3所示，该流程包括如下步骤：
89.步骤s301，前端设备基于报警事件向报警消息服务器发送第一报警消息；
90.步骤s302，所述报警消息服务器接收所述第一报警消息，并向所述前端设备发送报警录像服务器地址；
91.步骤s303，所述前端设备接收所述报警录像服务器地址，并基于所述报警录像服务器地址向所述报警录像服务器发送报警录像视频数据；
92.步骤s304，所述报警录像服务器接收所述报警录像视频数据，并将所述报警录像视频数据存储至云储存中；
93.步骤s305，所述前端设备在发送的所述报警录像视频数据满足一个画面组时长后，向所述报警消息服务器发送所述报警录像视频数据的发送完成通知；
94.步骤s306，所述报警消息服务器接收所述发送完成通知，并向所述前端设备绑定的客户端推送第二报警消息；
95.步骤s307，所述客户端接收所述第二报警消息后，向所述报警消息服务器发送用户对所述第二报警消息的反馈信息；
96.步骤s308，所述报警录像服务器基于所述反馈信息向所述客户端发送所述报警录像视频数据。
97.上述消息与录像的联动方法可以支持当终端app收到报警消息推送时，可以快速定位到录像，且能支持录像边录边播，无需等待前端设备事件结束后播放，大大满足了用户对报警实时性的要求。
98.本发明实施例还提供了一种消息与录像的联动装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
99.图4是根据本技术实施例的消息与录像的联动装置的结构框图，如图4所示，该装置包括：第一报警消息获取模块41、报警录像获取模块42、第二报警消息推送模块43以及消息与录像联动模块44。其中，
100.第一报警消息获取模块41，用于接收前端设备发送的第一报警消息，并基于接收到的所述第一报警消息向所述前端设备发送报警录像服务器地址；
101.报警录像获取模块42，用于获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中；
102.第二报警消息推送模块43，用于接收所述前端设备发送的所述报警录像视频数据的发送完成通知，在接收到所述发送完成通知后，向与所述前端设备绑定的客户端推送第二报警消息；
103.消息与录像联动模块44，用于接收所述客户端发送的用户对所述第二报警消息的反馈信息，并基于反馈信息向客户端发送所述报警录像视频数据。
104.上述基于反馈信息向客户端发送报警录像视频数据通过hls传输协议实现。
105.上述获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中，包括：判断获取的所述报警录像视频数据是否满足一个画面组时长，如果不满足，则继续获取所述报警录像视频数据直至满足一个画面组时长；将所述满足一个画面组时长的报警录像视频数据打包成一个录像视频文件存储至所述云存储中，并将所述录像视频文件更新至数据库中。
106.上述前端设备在发送的报警录像视频数据满足一个画面组时长后，发送完成通知。上述第一报警消息由当前报警事件产生，第一报警消息包括：当前报警事件的类型和产生当前报警事件的时间；上述报警录像视频数据为视频帧数据。
107.需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
108.本实施例还提供了一种消息与录像的联动设备，包括存储器和处理器，该存储器
中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
109.可选地，上述消息与录像的联动设备还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
110.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
111.s1，接收前端设备发送的第一报警消息，并基于接收到的所述第一报警消息向所述前端设备发送报警录像服务器地址；
112.s2，获取所述前端设备通过所述报警录像服务器地址发送的报警录像视频数据，并将所述报警录像视频数据存储至云存储中；
113.s3，接收所述前端设备发送的所述报警录像视频数据的发送完成通知，在接收到所述发送完成通知后，向与所述前端设备绑定的客户端推送第二报警消息；
114.s4，接收所述客户端发送的用户对所述第二报警消息的反馈信息，并基于所述反馈信息向所述客户端发送所述报警录像视频数据。
115.需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
116.另外，结合上述实施例中的一种消息与录像的联动方法，本技术实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种消息与录像的联动方法。
117.本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
118.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。