流媒体数据缓存方法，装置、电子设备、存储介质及产品与流程

1.本发明涉及计算机技术领域，尤其涉及一种流媒体数据缓存方法，装置、电子设备、计算机可读存储介质及计算机程序产品。


背景技术：

2.相关技术中，需要对某些场景进行实时监控。实时监控时，先通过流媒体框架实时获取摄像头的音视频数据流，再通过tcp/rtp/rtsp等媒体传输协议将音视频数据流传输至终端，终端对该音视频数据流进行解析播放。
3.也就是说，实时监控中，需要将摄像头拍摄的音视频数据流通过流媒体传输协议实时传输至终端进行解析播放，而连续拍摄记录期间会消耗到更多的摄像头、网络、终端设备等多方资源；且存储视频文件也需要耗费大量的rom资源，增加了设备成本。由于实时监控往往是采取相同视频格式输出到终端进行监控，无法对突发状况的场景进行特殊处理，监控灵活性较差。


技术实现要素：

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.编码模块，用于按照选择的所述媒体编码格式分别对获取的所述每路流媒体数据进行编码，得到编码后的每路流媒体数据；
40.所述第一缓存模块，还用于按照设定缓存时长将编码后的所述每路流媒体数据缓存到不同的缓存队列中。
41.可选的，所述装置还包括：
42.第一判断模块，用于在所述响应于至少一个监控场景触发的缓存请求之后，判断是否存在与所述至少一个监控场景对应的缓存队列；
43.创建模块，用于在所述第一判断模块判定不存在与所述至少一个监控场景对应的缓存队列的情况下，创建与所述少一个监控场景对应的缓存队列；
44.所述获取模块，还用于在所述创建模块创建与所述少一个监控场景对应的缓存队列后，根据每个缓存请求获取对应的流媒体数据。
45.可选的，所述获取模块，还用于在所述第一判断模块判定存在与所述至少一个监控场景对应的缓存队列的情况下，根据每个缓存请求获取对应的流媒体数据。
46.可选的，所述装置还包括：
47.第二判断模块，用于判断缓存的所述流媒体数据的时间长度是否超过所述设定缓存时长；
48.移除模块，用于在所述第二判断模块判定所述缓存时长超过所述设定缓存时长的情况下，移除所述缓存队列中的头部数据；
49.所述第一缓存模块，还用于在所述移除模块移除所述缓存队列中的头部数据后，继续缓存所述流体数据到所述缓存队列的尾部。
50.可选的，所述装置还包括：
51.差值确定模块，用于在所述第二判断模判断缓存的所述流媒体数据的时间长度是否超过所述设定缓存时长之前，确定开始缓存所述媒体流数据的时间戳到结束缓存所述媒体流数据的时间戳之差为缓存所述流媒体数据的时间长度。
52.根据本发明实施例的第四方面，提供一种流媒体数据缓存装置，包括：
53.检测模块，用于检测到获取流媒体数据的请求，所述请求包括：请求缓存队列中流媒体数据的请求开始时间和请求结束时间；
54.确定模块，用于根据所述流媒体数据的请求开始时间和请求结束时间确定所述缓存队列中待获取的流媒体数据；
55.获取模块，用于获取所述缓存队列中待获取的的流媒体数据。
56.可选的，所述确定模块包括：
57.第一判断模块，用于判断所述流媒体数据的请求开始时间和请求结束时间是否为有效时间；
58.匹配模块，用于在所述第一判断模块判定所述请求开始时间和请求结束时间为有效时间的情况下，将所述流媒体数据的请求开始时间和请求结束时间与所述缓存队列中流媒体数据的每帧数据的时间戳从缓存队列的头部依次进行匹配；
59.数据确定模块，用于在所述匹配模块匹配成功时，确定匹配成功的对应时间段内的流媒体数据为待获取的流媒体数据。
60.可选的，所述获取模块包括：
61.数据获取模块，用于从所述缓存队列的头部开始获取未读取的流媒体数据；
62.存储模块，用于在所述数据获取模块获取的所述未读取的流媒体数据的所述请求结束时间大于或等于所获取流媒体数据的时间戳，且所获取流媒体数据的时间戳大于或等于所述未读取的流媒体数据的请求开始时间的情况下；存储获取的所述流媒体数据；
63.所述数据获取模块，还用于在所述缓存队列中最后一帧数据的时间戳小于所述未读取的流媒体数据的请求结束时间的情况下，从所述缓存队列的头部开始获取未读取的流媒体数据；
64.结束模块，用于在所述数据获取模块获取的所述未读取的流媒体数据的所述请求结束时间小于所获取流媒体数据的时间戳，且所获取流媒体数据的时间戳小于所述未读取的流媒体数据的请求开始时间，或所述所述缓存队列中最后一帧数据的时间戳大于或等于所述未读取的流媒体数据的请求结束时间的情况下，结束获取流媒体数据。
65.可选的，所述装置还包括：
66.第二判断模块，用于在所述获取模块获取流媒体数据的请求为多个请求的情况下，判断所述多个请求中的请求开始时间或请求结束时间是否存在交错时间段覆盖；
67.更新模块，用于在所述第二判断模块判断存在交错时间段覆盖的情况下，更新存在交错时间段覆盖的请求中的请求开始时间或请求结束时间，以使更新后的所述请求开始时间或请求结束时间包括更新前的所述请求开始时间或请求结束时间；
68.合并模块，用于在所述更新模块更新后的所述多个请求合并为一个请求。
69.根据本发明实施例的第五方面，提供一种电子设备，包括：
70.处理器；
71.用于存储所述处理器可执行指令的存储器；
72.其中，所述处理器被配置为执行所述指令，以实现如上所述的流媒体数据缓存方法。
73.根据本发明实施例的第六方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上所述的流媒体数据缓存方法。
74.根据本发明实施例的第七方面，提供一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现如上所述的流媒体数据缓存方法。
75.本发明的实施例提供的技术方案至少带来以下有益效果：
76.本发明实施例中，响应于至少一个监控场景触发的缓存请求，根据每个缓存请求获取对应的流媒体数据；按照设定缓存时长将根据每个缓存请求获取的所述流媒体数据缓存到不同的缓存队列中。本发明实施例中，在检测到各个监控场景触发的缓存请求的情况下，记录各个监控场景下的流媒体数据，并将记录的流媒体数据按照设定缓存时长缓存到对应的缓存队列中，实现了对突发异常现场的前后时间内的音视频数据按照设定缓存时长进行记录保存，不但节省了内存资源，降低缓存成本，降低了异常场景各方的资源消耗，而
且还提高了监控异常场景下数据存储的灵活性。
77.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
78.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理，并不构成对本发明的不当限定。
79.图1为本发明实施例提供的一种流媒体数据缓存方法的流程图。
80.图2为本发明实施例提供的一种按照设定的缓存时长缓存数据的示意图。
81.图3为本发明实施例提供的一种流媒体数据缓存方法的第一应用实例图。
82.图4为本发明实施例提供的一种流媒体数据缓存方法的另一流程图。
83.图5为本发明实施例提供的一种流媒体数据缓存方法的第二应用实例图。
84.图6为本发明实施例提供的一种判断多个请求是否存在时间段覆盖的示意图。
85.图7为本发明实施例提供的一种流媒体数据缓存装置的框图。
86.图8为本发明实施例提供的一种流媒体数据缓存装置的另一框图。
87.图9为本发明实施例提供的一种电子设备的框图。
88.图10为本发明实施例提供的一种具有流媒体数据缓存的装置的框图。
具体实施方式
89.为了使本领域普通人员更好地理解本发明的技术方案，下面将结合附图，对本发明实施例中的技术方案进行清楚、完整地描述。
90.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
91.图1是本发明实施例提供的一种流媒体数据缓存方法的流程图，该实施例以缓存流媒体数据为例。如图1所示，流媒体数据缓存方法用于终端或服务器中，所述方法包括以下步骤：
92.在步骤101中，响应于至少一个监控场景触发的缓存请求，根据每个缓存请求获取对应的流媒体数据；
93.该实施例中，可以检测到一个监控场景触发的缓存请求，也可以检测到多个监控场景触发的缓存请求，针对检测到的每个缓存请求，都会去获取对应的媒体流数据。比如，零售店，当检测到店门发生异动时，触发缓存请求，以便于对该门店内的场景进行记录，即获取对应的流媒体数据。
94.其中，本实施例中的媒体流数据可以是音频数据，视频数据，或者是音视频数据等。获取音视频流数据，可通过主流的流媒体框架，比如ffmpeg、gstreamer等，都可以获取到摄像头拍摄的音视频数据，并且，相关的流媒体框架都提供了编解码技术，使缓存占用更
小的内存空间，使用比较灵活；需要说明的是，该流媒体框架能够将流媒体数据中的每一帧数据进行信息结构化，可以包括每帧数据的时间戳字段，该时间戳字段是用来计算缓存预设缓存时长(即设定的固定时间长度)的数据量的重要依据。而由于各种数据格式的存储优劣不同，比如，存储jpeg等数据量较多且成像清晰度较高的视频格式时，需要占用大量的内存空间，再比如，存储h264等这种数据量图片质量较低的视频格式时，占用的内存相对会少些，减少了各方(比如cpu、内存和rom等)资源消耗。
95.在步骤102中，按照设定缓存时长将获取的每路流媒体数据缓存到不同的缓存队列中。
96.该步骤中，通常情况下，针对每个监控场景，触发的每个缓存请求都在内存中对应一个缓存队列，缓存队列是用来缓存特殊场景下获取的流媒体数据。其中，缓存的流媒体数据(比如音视频流数据等)的格式可以是任何数据流格式，可以包括如jpeg、mpeg4或h264等格式的视频流数据，也可以包括如aac或g726等格式的音频流数据等。
97.该实施例中，为了达到缓存媒体流数据能够灵活取用，本实施例将流媒体数据存入终端的内存中，也就是说，本实施例在终端中预先申请一段内存区域来存放根据缓存请求而获取的流媒体数据(比如音视频流数据等)，其中，该将该内存区域划分为可以存储设定缓存时长的多个缓存队列，并为每个缓存队列设定不同的id标识，以便于区别存储不同类型的流媒体数据(每个类型对应一路流媒体数据)。其中，设定缓存时长可以是存储一分钟内的流媒体数据等，当然，也可以根据需要设置其它的缓存时长，比如2分钟或3分钟等，本实施例不做限制。比如，零售店，当检测到店门发生异动时，触发缓存请求，控制摄像头对该门店内的监控场景进行拍摄，记录该场景下的流媒体数据，其记录的时长可以是预先设定的时长，比如一分钟等，将记录的所述流媒体数据缓存到对应的缓存队列中，以便于存储该场景下的流媒体数据。
98.本实施例中，由于缓存流媒体数据的长度也会影响内存的占用，所以，本实施例可以根据实际需求来设定缓存时长。通常情况下，对于监控的大部分突发事件，在事件发生前一分钟到事件发生时的这段时间足够。所以，本实施例中，对缓存流媒体数据(比如音视频流)的时间长度可以以单位时间为基准，即缓存一分钟内的音视频流数据于内存的缓存队列中，并且，该缓存的流媒体数据为一分钟前到当前时间点之间的流媒体数据，以此达到对过去监控场景记录和存储要求。
99.本发明实施例中，响应于至少一个监控场景触发的缓存请求，根据每个缓存请求获取对应的流媒体数据；按照设定缓存时长将根据每个缓存请求获取的所述流媒体数据缓存到不同的缓存队列中。也就是说，本发明实施例中，在检测到各个监控场景触发的缓存请求的情况下，记录各个监控场景下的流媒体数据，并将记录的流媒体数据按照设定缓存时长缓存到对应的缓存队列中，实现了对突发异常现场的前后时间内的音视频数据按照设定缓存时长进行记录保存，不但节省了内存资源，降低缓存成本，降低了异常场景各方的资源消耗，而且还提高了监控异常场景下数据存储的灵活性。
100.可选的，在另一实施例中，该实施例在上述实施例的基础上，在按照设定缓存时长将获取的每路流媒体数据缓存到不同的缓存队列中之前，所述方法还可以包括：选取获取的所述每路流媒体数据对应的媒体编码格式；按照选择的所述媒体编码格式分别对获取的所述每路流媒体数据进行编码，得到编码后的每路流媒体数据；按照设定缓存时长将编码
后的所述每路流媒体数据缓存到不同的缓存队列中。
101.该步骤中，由于流媒体数据的格式对终端内存消耗的影响较大，本实施例中，为了节省内存资源，可以根据实际需求决定是否需要将获取的原始流媒体数据的格式(比如yuv/raw等)编码成对应的流媒体数据，从而得到编码后的每路流媒体数据；然后将编码后的所述每路流媒体数据缓存到不同的缓存队列中，以便于在内存消耗和音视频质量中间达到平衡。
102.本发明实施例中，还可以根据实际需求，对于不同类型的流媒体选择合适的媒体编码格式，按照选择的媒体编码格式对获取到的每路流媒体数据进行编码压缩，从而减少媒体流数据存储时所占用的内存空间，提高了内存的利用率。
103.可选的，在另一实施例中，该实施在响应于至少一个监控场景触发的缓存请求之后，所述方法还可以包括：在存在与所述至少一个监控场景对应的缓存队列的情况下，执行所述根据每个缓存请求获取对应的流媒体数据的步骤；或者在不存在与所述至少一个监控场景对应的缓存队列的情况下，创建与所述至少一个监控场景对应的缓存队列，执行所述根据每个缓存请求获取对应的流媒体数据的步骤。
104.该实施例中，在检测到至少一个监控场景触发的缓存请求的情况下，先判断内存中是否存在与所述至少一个监控场景对应的缓存队列；如果不存在，则创建与所述至少一个监控场景对应的缓存队列，然后根据所述至少一个监控场景中的每个监控场景的缓存请求获取对应的流媒体数据；如果存在，直接根据所述至少一个监控场景中的每个监控场景的缓存请求获取对应的流媒体数据。
105.其中，该实施例中，通常情况下，针对每个监控场景，都会在内存中预先创建与每个监控场景中的流媒体数据对应缓存队列，比如，预先在内存中创建与第一零售门店监控场景对应的两个缓存队列(本实施例两个缓存队列为例)，即缓存队列01和缓存队列02。其中，该缓存队列01，用来缓存该监控场景下的音频数据，该缓存队列02，用来缓存该监控场景下的视频数据等。当然，在检测到某个新增加的场景时，需要针对该场景新建对应的缓存队列。
106.所以，终端在检测到某个监控场景触发的缓存请求时，会先判断内存中是否存在与该监控场景对应的缓存队列；如果不存在，则创建与该监控场景对应的缓存队列，然后根据该监控场景的缓存请求获取对应的流媒体数据；如果存在，就直接该监控场景的缓存请求获取对应的流媒体数据。
107.也就是说，本发明实施例中，在检测到监控场景触发的缓存请求，且获取该缓存请求对应的流媒体数据之前，先判断内存中是否存在与该监控场景对应的缓存队列，如果存在，则直接执行获取该缓存请求对应的流媒体数据，然后，将该获取的流媒体数据存储到对应的缓存队列中，如果不存在，就建立与该监控场景对应的缓存列队，然后，获取该缓存请求对应的流媒体数据，并将获取的流媒体数据缓存到创建的所述缓存队列中。
108.本发明实施例中，基于不同的监控场景，预先在内存中创建与监控场景对应的缓存队列，以便于在检测到该监控场景的缓存请求时，对该监控场景的流媒体数据进行分类缓存到对应的缓存队列，节省了内存空间，提高了流媒体数据的查找效率。
109.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述方法还可以包括：在缓存的所述流媒体数据的时间长度超过所述设定缓存时长的情况下，移除所述缓存
队列中的头部数据，继续缓存所述流体数据到所述缓存队列的尾部。具体如图2所示，图2为本发明实施例提供的一种按照设定的缓存时长缓存数据的示意图。
110.如图2所示，本实施例设定的缓存时长以一分钟为例，即缓存一分钟之前到当前时间的流媒体数据，并将流媒体数据缓存到对应的缓存队列的尾部，并在缓存的过程中，判断缓存的所述流媒体数据的时间长度是否超过一分钟，如果超过一分钟，则移除所述缓存队列中的头部数据，即图中所示的帧数据出的箭头，继续缓存所述流体数据到所述缓存队列的尾部，即图中所示的帧数据进的箭头。
111.本发明实施例中缓存队列的缓存结构，可以采用双端队列，其优点是数据可以先进先出，能够让缓存的数据有序化，避免后续取出无序数据导致音视频的合成问题；另外，本实施例能够快速读取到缓存队列中的首尾数据，以便于判断缓存数据的时间长度是否以达到设定缓存长度。
112.可选的，在另一实施例中，该实施例在上述实施例的基础上，按照下述步骤确定缓存的流媒体数据的时间长度：确定开始缓存所述媒体流数据的时间戳到结束缓存所述媒体流数据的时间戳之差；将所述时间戳之差作为缓存所述媒体数据流的时间长度。
113.本实施例中，缓存流媒体数据的时间长度的计算依赖于音视频帧中的时间戳字段，并且以头尾帧数据时间戳之差来计算存储的流媒体数据是否超过一分钟上限，如果超过一分钟，则移除缓存队列的头部数据，以保证新数据能够正常进该缓存队列的入尾部进行存储。即，本实施例以设定的固定时间长度来缓存流媒体数据。
114.还请参阅图3，为本发明实施例提供的一种流媒体数据缓存方法的第一应用实例图；该实施例以接收到一个缓存请求为例。但在实际应用中，并并不限于此，可以对接收的到的缓存请求进行并行处理。
115.步骤301：检测到监控场景触发的缓存请求；
116.步骤302：判断内存中是否存在与所述监控场景对应的缓存队列；如果不存在，执行步骤303；否则，执行步骤304；
117.步骤303：创建与所述监控场景对应的缓存队列；
118.步骤304：根据所述缓存请求获取该监控场景的流媒体数据；
119.步骤305：将获取的该监控场景的流媒体数据开始缓存到对应的缓存队列中；
120.步骤306：判断缓存流媒体数据的缓存时长是否超过一分钟(本实施例设定缓存时长以一分钟为例)，如果是，执行步骤307：否则，执行步骤308；
121.步骤307：移除所述缓存队列中的头部数据；
122.步骤308：继续将所述流媒体数据缓存到所述缓存队列的尾部。
123.本发明实施例中，在检测到监控场景触发的缓存请求时，先确定内存中是否存在与该监控场景对应的缓存队列，如果存在，则获取该监控场景的流媒体数据，并将获取的流媒体数据开始缓存到对应的缓存队列中，然后，判断缓存流媒体数据的缓存时长是否超过设定的一分钟缓存时长；如果超过，移除所述缓存队列中的头部数据，继续缓存所述流体数据到所述缓存队列的尾部；否则继续缓存所述流体数据到所述缓存队列的尾部。本发明实施例中，在检测到监控场景触发的缓存请求后，可以对突发的监控场景进行记录，并将记录的流媒体数据按照设定缓存时长缓存到对应的缓存队列中，不但节约内存资源，降低设备成本，还提高了监控的灵活性。
124.还请参阅图4，为本发明实施例提供的一种流媒体数据缓存方法的另一流程图，该实施例以读取缓存队列中缓存的流媒体数据为例。如图4所示，流媒体数据缓存方法用于终端或服务器中，所述方法包括以下步骤：
125.步骤401：检测到获取流媒体数据的请求，所述请求包括：请求缓存队列中流媒体数据的请求开始时间和请求结束时间；
126.该步骤中，由于缓存队列中缓存的流媒体数据是按设定的缓存时长(即固定时间长度)来存储的，因此，在读取该缓存队列中的流媒体数据时，需要在请求中包含请求缓存队列中该流媒体数据的有效的请求开始时间及请求结束时间，用来与流媒体数据中每帧数据的时间戳字段做匹配，以找出符合该时间段的流媒体数据。
127.步骤402：根据所述流媒体数据的请求开始时间和请求结束时间，确定所述缓存队列中待获取的流媒体数据；
128.该步骤中，先判断所述流媒体数据的请求开始时间和请求结束时间是否为有效时间；若为有效时间，则将所述流媒体数据的请求开始时间和请求结束时间与所述缓存队列中流媒体数据的每帧数据的时间戳从缓存队列的头部依次进行匹配；如果匹配成功，则确定匹配成功的对应时间段内的流媒体数据为待获取的流媒体数据。
129.步骤403：获取所述缓存队列中待获取的流媒体数据。
130.该步骤中，从所述缓存队列的头部开始获取对应的流媒体数据；若获取对应的流媒体数据的所述请求结束时间大于或等于当前获取流媒体数据中每帧数据的时间戳或当前请求开始时间，则存储获取的所述流媒体数据；若所述缓存队列中的最后一帧数据的时间戳小于所述请求结束时间，则从所述缓存队列的头部开始获取对应的流媒体数据；若获取对应的流媒体数据的所述请求结束时间小于当前获取流媒体数据中每帧数据的时间戳或当前请求开始时间，或所述缓存队列中的最后一帧数据的时间戳大于或等于所述请求结束时间，则结束获取流媒体数据。
131.由于缓存队列中的数据一直在更新的，所以，该请求结束时间点可以是未来的某个时间点，当达到设定的缓存时长时，移除缓存队列中的头部数据，以便于将获取到的新数据增加到该缓存队列的尾部，直至尾部新加的数据帧时间戳达到请求结束时间。
132.本发明实施例中，在检测到获取流媒体数据的请求时，根据所述流媒体数据的请求开始时间和请求结束时间，确定所述缓存队列中待获取的流媒体数据；获取所述缓存队列中待获取的流媒体数据。也就是说，本发明实施例中，根据获取流媒体数据的请求中的请求缓存队列中流媒体数据的请求开始时间和请求结束时间，可以根据需求灵活读取缓存队列中缓存的流媒体数据，提高了读取监控数据的灵活度。
133.可选的，在另一实施例中，该实施例在上述实施例的基础上，当检测到流媒体数据的请求为多个请求时，所述方法还可以包括：在所述多个请求中的请求开始时间或请求结束时间存在交错时间段覆盖的情况下，更新存在交错时间段覆盖的请求中的请求开始时间或请求结束时间，以使更新后的所述请求开始时间或请求结束时间包括更新前的所述请求开始时间或请求结束时间。
134.也就是说，当检测到流媒体数据的请求为多个请求时，先判断所述多个请求中是否有请求相同时间段内的流媒体数据；如果有，则合并所述获取相同时间段内的流媒体数据的请求为一个请求。
135.本发明实施例中，可以支持获取多路流媒体数据的请求的响应，并且采取时间覆盖机制。当检测到同时有多个流媒体数据的请求时，先判断当前新的请求与已存在的请求的请求开始时间和请求请求结束时间是否存在时间段上的覆盖，如果存在，则将两个请求合并成一个请求，以达到缩减资源消耗的目的。
136.还请参阅图5，为本发明实施例提供的一种流媒体数据缓存方法的第二应用实例图；该实施例以读取多个缓存请求为例。但在实际应用中，并并不限于此。所述方法包括：
137.步骤501：检测到获取流媒体数据的多个请求，每个请求包括：请求缓存队列中流媒体数据的请求开始时间和请求结束时间；
138.步骤502：判断内存中是否存在每个请求的缓存队列；如果存在，执行步骤503；否则，执行步骤510；
139.步骤503：判断每个请求的请求开始时间和请求结束时间是否为有效时间；如果是，执行步骤504；否则，执行步骤509；
140.步骤504：判断所述多个请求中的请求开始时间或请求结束时间是否存在交错时间段覆盖；如果是，执行步骤505；否则，执行步骤506；
141.步骤505：更新存在交错时间段覆盖的请求中的请求开始时间或请求结束时间，以使更新后的所述请求开始时间或请求结束时间包括更新前的所述请求开始时间或请求结束时间，并将更新后的所述多个请求合并为一个请求，执行步骤510。
142.该步骤504和步骤505中，以具体的示例来说明判断过程，如6所示，图6为本发明实施例提供的一种判断多个请求是否存在时间段覆盖的示意图；如图6所示，该实施例以是三个请求为例，当请求2到来时，首先会判断当前是否为已经存在该请求，并且会判断和已存在的请求开始或结束时间是否存在时间交错；如果存在，则更新请求2的开始或结束时间，以让其将请求1和请求2的开始或结束时间都包含在内；同时，当请求3到来时，依然会做类似的判断，根据判断结果，最后合成一个能够包含之前所有存在时间交错的请求的全新请求，否则，每个请求都当做一个独立的请求，通常该判断，可以有效解决浪费资源消耗的问题，达成最终节约资源cpu、rom等资源消耗的目的。
143.步骤506：从所述缓存队列的头部开始读取未读取的流媒体数据；
144.步骤507：判断所述未读取的流媒体数据的所述请求结束时间是否大于或等于所获取流媒体数据的时间戳，且所获取流媒体数据的时间戳是否大于或等于所述未读取的流媒体数据的请求开始时间；如果是，执行步骤508；否则，执行步骤510；
145.步骤508：存储获取的所述流媒体数据；
146.步骤509：判断所述缓存队列中最后一帧数据的时间戳是否小于所述未读取的流媒体数据的请求结束时间，如果是，返回执行步骤506；如果否，执行步骤510：
147.步骤510：结束获取流媒体数据。
148.步骤511：将获取的所述流媒体数据合成音视频文件。
149.本发明实施例中，通过获取流媒体数据的请求中有效的请求开始时间及请求结束时间，与音视频流数据时间戳字段做匹配，以找出符合时间段的流媒体数据。并判断多路请求中是否存储时间段覆盖的请求，如果有，则将其合并为一个请求，以降低各方资源消耗。进一步，在请求流媒体数据结束后，将请求的流媒体数据合成音视频文件，以供其他平台使用。
150.进一步，本实施例还可以根据需求对获取的流媒体数据进行编码成想要的格式，然后合成音视频文件等。
151.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本实施公开并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明所必须的。
152.图7是本发明实施例提供的一种流媒体数据缓存装置框图。该装置包括：获取模块601和第一缓存模块602，其中，
153.该获取模块601，用于响应于至少一个监控场景触发的缓存请求，根据每个缓存请求获取对应的流媒体数据；
154.该第一缓存模块602，用于按照设定缓存时长将获取的每路流媒体数据缓存到不同的缓存队列中。
155.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还包括：选择模块和编码模块，其中，
156.该选择模块，用于在所述第一缓存模块在按照设定缓存时长将获取的每路流媒体数据缓存到不同的缓存队列中之前，选择获取的所述每路流媒体数据对应的媒体编码格式；
157.该编码模块，用于按照选择的所述媒体编码格式分别对获取的所述每路流媒体数据进行编码，得到编码后的每路流媒体数据；
158.所述第一缓存模块，还用于按照设定缓存时长将编码后的所述每路流媒体数据缓存到不同的缓存队列中。
159.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还包括：第一判断模块和创建模块，其中，
160.该第一判断模块，用于在所述响应于至少一个监控场景触发的缓存请求之后，判断是否存在与所述至少一个监控场景对应的缓存队列；
161.该创建模块，用于在所述第一判断模块判定不存在与所述至少一个监控场景对应的缓存队列的情况下，创建与所述少一个监控场景对应的缓存队列；
162.所述获取模块，还用于在所述创建模块创建与所述少一个监控场景对应的缓存队列后，根据每个缓存请求获取对应的流媒体数据。
163.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述获取模块，还用于在所述第一判断模块判定存在与所述至少一个监控场景对应的缓存队列的情况下，根据每个缓存请求获取对应的流媒体数据。
164.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还包括：第二判断模块和移除模块，其中，
165.该第二判断模块，用于判断缓存的所述流媒体数据的时间长度是否超过所述设定缓存时长；
166.该移除模块，用于在所述第二判断模块判定所述缓存时长超过所述设定缓存时长的情况下，移除所述缓存队列中的头部数据；
167.所述第一缓存模块，还用于在所述移除模块移除所述缓存队列中的头部数据后，
继续缓存所述流体数据到所述缓存队列的尾部。
168.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还包括：差值确定模块，其中，
169.该差值确定模块，用于在所述第二判断模判断缓存的所述流媒体数据的时间长度是否超过所述设定缓存时长之前，确定开始缓存所述媒体流数据的时间戳到结束缓存所述媒体流数据的时间戳之差为缓存所述流媒体数据的时间长度。
170.还请参阅图8，为本发明实施例提供的一种流媒体数据缓存装置的另一框图，所述装置包括：检测模块701，确定模块702和获取模块703，其中，
171.该检测模块701，用于检测到获取流媒体数据的请求，所述请求包括：请求缓存队列中流媒体数据的请求开始时间和请求结束时间；
172.该确定模块702，用于根据所述流媒体数据的请求开始时间和请求结束时间确定所述缓存队列中待获取的流媒体数据；
173.该获取模块703，用于获取所述缓存队列中待获取的的流媒体数据。
174.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述确定模块包括：第一判断模块，匹配模块和数据确定模块，其中，
175.该第一判断模块，用于判断所述流媒体数据的请求开始时间和请求结束时间是否为有效时间；
176.该匹配模块，用于在所述第一判断模块判定所述请求开始时间和请求结束时间为有效时间时，将所述流媒体数据的请求开始时间和请求结束时间与所述缓存队列中流媒体数据的每帧数据的时间戳从缓存队列的头部依次进行匹配；
177.该数据确定模块，用于在所述匹配模块匹配成功时，确定匹配成功的对应时间段内的流媒体数据为待获取的流媒体数据。
178.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述获取模块包括：数据获取模块，存储模块和结束模块，其中，
179.该数据获取模块，用于从所述缓存队列的头部开始获取未读取的流媒体数据；
180.该存储模块，用于在所述数据获取模块获取的所述未读取的流媒体数据的所述请求结束时间大于或等于所获取流媒体数据的时间戳，且所获取流媒体数据的时间戳大于或等于所述未读取的流媒体数据的请求开始时间的情况下；存储获取的所述流媒体数据；
181.所述数据获取模块，还用于在所述缓存队列中最后一帧数据的时间戳小于所述未读取的流媒体数据的请求结束时间的情况下，从所述缓存队列的头部开始获取未读取的流媒体数据；
182.该结束模块，用于在所述数据获取模块获取的所述未读取的流媒体数据的所述请求结束时间小于所获取流媒体数据的时间戳，且所获取流媒体数据的时间戳小于所述未读取的流媒体数据的请求开始时间，或所述所述缓存队列中最后一帧数据的时间戳大于或等于所述未读取的流媒体数据的请求结束时间的情况下，结束获取流媒体数据。
183.可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还包括：第二判断模块，更新模块和合并模块，其中，
184.该第二判断模块，用于在所述获取模块获取流媒体数据的请求为多个请求的情况下，判断所述多个请求中的请求开始时间或请求结束时间是否存在交错时间段覆盖；
185.该更新模块，用于在所述第二判断模块判断存在交错时间段覆盖的情况下，更新存在交错时间段覆盖的请求中的请求开始时间或请求结束时间，以使更新后的所述请求开始时间或请求结束时间包括更新前的所述请求开始时间或请求结束时间；
186.该合并模块，用于在所述更新模块更新后的所述多个请求合并为一个请求。
187.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
188.本发明实施例还提供一种电子设备，包括：
189.处理器；
190.用于存储所述处理器可执行指令的存储器；
191.其中，所述处理器被配置为执行所述指令，以实现如上所述的流媒体数据缓存方法。
192.本发明实施例还提供了一种包括计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上所述的流媒体数据缓存方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
193.在示例性实施例中，本发明实施例还提供一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现如上所述的流媒体数据缓存方法。
194.图8是本发明实施例提供的一种电子设备800的框图。例如，电子设备800可以为移动终端也可以为服务器，本发明实施例中以电子设备为移动终端为例进行说明。例如,电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
195.参照图8，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
196.处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
197.存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
198.电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。
199.多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。
在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
200.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
201.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
202.传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
203.通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或5g)，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
204.在实施例中，电子设备800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述所示的流媒体数据缓存方法。
205.本发明实施例还提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备800能够执行以上所述的流媒体数据缓存方法。例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
206.本发明实施例还提供一种计算机程序产品，包括计算机程序或指令，当计算机程序产品中的指令由处理器820执行时，实现如上述所述示的流媒体数据缓存方法。
207.图9是本发明实施例提供的一种用于流媒体数据缓存的装置900的框图。例如，装
置900可以被提供为一服务器。参照图9，装置900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述流媒体数据缓存方法。
208.装置900还可以包括一个电源组件926被配置为执行装置900的电源管理，一个有线或无线网络接口950被配置为将装置900连接到网络，和一个输入输出(i/o)接口958。装置900可以操作基于存储在存储器932的操作系统，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm或类似。
209.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本技术旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
210.应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。