音视频数据的存储方法、装置、介质和计算设备与流程

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.在本公开的另一实施例中，所述获取单元，包括：
40.第二确定子单元，用于确定所述用户对应的用户标识，在预设的位图中的位置；
41.获取子单元，用于获取所述位置对应的数值，并根据所述数值确定所述第二终端的数量与预设数量之间的比对结果。
42.在本公开的另一实施例中，所述确定模块，还包括：
43.设置单元，用于设置所述第一音视频数据在所述目标存储区域的存储时长。
44.在本公开的另一实施例中，所述确定模块，还包括：
45.删除单元，用户在设置所述第一音视频数据在所述目标存储区域的存储时长之后，且响应于所述第一音视频数据的实际存储时长超过设置的存储时长，从所述目标存储区域删除所述第一音视频数据。
46.在本公开的另一实施例中，还包括：
47.第二接收模块，用于在所述将所述第一音视频数据存储至所述目标存储区域之后，接收第三终端发送的登录信息；
48.存储模块，用于响应于根据所述登录信息确定所述第三终端关联所述用户，将所述目标存储区域存储的所述第一音视频数据发送至所述第三终端。
49.在本公开的另一实施例中，所述第二终端是间隔时长小于预设时长的终端，所述间隔时长是所述第二终端上一次登录音视频应用的时间点与当前时间点的间隔时长。
50.在本公开实施方式的第三方面，提供一种介质，包括：计算机执行指令，所述计算机执行指令被处理器执行时用于实现如上所述的音视频数据的存储方法。
51.在本公开实施方式的第四方面，提供一种计算设备，包括：
52.存储器以及处理器；
53.所述存储器存储计算机执行指令；
54.所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如上所述的音视频数据的存储方法。
55.本公开实施方式中，通过用户关联的终端的数量来确定上报的音视频数据存储至缓存区域还是持久化存储区域，使得音频视频数据可以存储在缓存区域或者持久化存储区域，丰富了音视频数据的存储方式，提高了音视频数据的存储灵活性。
附图说明
56.通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：
57.图1示意性地示出了根据本公开实施方式的音视频数据的存储方法应用场景示意图；
58.图2示意性地示出了根据本公开一实施例的流程示意图；
59.图3示意性地示出了根据本公开另一实施例的流程示意图；
60.图4示意性地示出了根据本公开又一实施例的流程示意图；
61.图5示意性地示出了根据本公开再一实施例的流程示意图；
62.图6示意性地示出了根据本公开还一实施例的流程示意图；
63.图7示意性地示出了根据本公开实施例提供的程序产品的示意图；
64.图8示意性地示出了根据本公开实施例提供的音视频数据的存储装置的结构示意图；
65.图9示意性地示出了根据本公开实施例提供的计算设备的结构示意图。
66.在附图中，相同或对应的标号表示相同或对应的部分。
具体实施方式
67.下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
68.本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
69.根据本公开的实施方式，提出了一种音视频数据的存储方法、装置、介质和计算设备。
70.此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
71.另外，本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据，对数据的采集、传播、使用等，均符合国家相关法律法规要求，本公开实施方式/实施例可以互相组合。
72.下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。
73.发明概述
74.音视频数据在多个终端设备之间实现跨端续播流转，需要将各端的音视频数据上报到服务端进行存储，其它终端根据需要再从服务端上获取音视频数据。
75.本专利发明人发现，将每台终端上报的数据均进行持久化存储，其它终端获取音视频数据时，再将持久化存储的音视频数据进行下发，也即音视频数据仅存储在持久化存储区域。这种存储方式单一且不灵活。
76.本专利发明人因此想到，通过用户关联的终端的数量来确定上报的音视频数据存储至缓存区域还是持久化存储区域，使得音频视频数据可以存储在缓存区域或者持久化存储区域，丰富了音视频数据的存储方式，提高了音视频数据的存储灵活性。
77.应用场景总览
78.首先参考图1，图1为本公开实施方式的音视频数据的存储方法的应用场景示意图。音视频数据的存储装置100与用户所关联的终端设备200通信连接。音视频数据的存储装置100可为服务器、电脑等设备，终端设备200可为手机、平板等便携式设备。终端设备200在播放音视频数据的过程中，会向音视频数据的存储装置100发送存储请求，存储请求包括了当前播放的音视频数据。音视频的播放装置100基于用户所关联的终端设备200的数量，在缓存区域110或持久化存储区域120中确定目标区域，再将音视频数据存储至目标区域。示例性的，音视频的播放装置100基于用户所关联的终端设备200的数据量确定缓存区域
110为目标区域，则将音视频数据存储至缓存区域110。
79.示例性方法
80.下面结合图1的应用场景，参考图2-图6来描述根据本公开示例性实施方式的音视频数据的存储方法。需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。
81.参照图2，图2示例性的示出了根据本公开实施例提供的音视频数据的存储方法一实施例的流程示意图，音视频数据的存储方法包括：
82.步骤s201，接收第一终端发送的第一音视频数据的存储请求，并根据存储请求确定第一终端关联的用户。
83.在本实施例中，执行主体为音视频数据的存储装置，为了便于描述，以下采用装置指代音视频数据的存储装置。装置可为服务器等具有大型数据存储能力的设备。
84.第一终端在播放音视频数据的过程中，会向装置上报播放的音视频数据，使得装置存储音视频数据。音视频数值指的是第一终端播放的音频或者视频。第一终端是用户所关联的终端设备，终端设备例如为用户的手机、平板等。第一终端在上报音视频数据时，会获取第一终端的设备标识，并基于设备标识以及当前播放的音视频数据生成存储请求，并将存储请求发送至装置。
85.第一终端与用户绑定，且绑定关系是通过第一终端的设备标识与该用户对应的用户标识的关联关系实现，且装置中存储有该关联关系。装置在接收到存储请求后，解析存储请求得到第一终端的设备标识，从而基于设备标识以及存储的关联关系，确定第一终端所关联的用户的用户标识。用户标识例如为用户的账号、用户的身份信息或者用户的生物特征等。
86.步骤s202，确定用户关联的第二终端，第一终端是任意的第二终端。
87.用户可能关联了多个终端，且用户关联的多个终端定义为第二终端。装置在得到用户标识后，在存储的各个关联关系中确定该用户标识所关联的设备标识，各个设备标识对应的终端即为用户关联的第二终端。示例性的，用户有手机、电脑以及平板，则用户可关联手机、电脑以及平板。用户关联的第二终端包括第一终端，也即第一终端是任意的第二终端。
88.步骤s203，根据第二终端的数量确定第一音视频数据的目标存储区域，并将第一音视频数据存储至目标存储区域，目标存储区域包括缓存区域或持久化存储区域。
89.装置统计第二终端的数量，从而根据数据确定第一音视频数据的目标存储区域。第一音视频数据即为第一终端当前播放的音视频数据。装置设置有缓存区域以及持久化存储区域，目标区域可以是缓存区域或者是持久化存储区域。
90.在当用户关联较多的第二终端，则可确定第一终端上报的音视频数据有很大概率会在用户关联的其他终端上进行续播。由于持久化存储区域中存储的数据不易丢失，因而可以将持久化存储区域作为目标存储区域，从而可以确保用户关联的其他终端可以从持久环存储区域中提取音视频数据进行续播。而在当用户关联了较少的第二终端，则可确定第一终端上报的音视频数据有较小的概率在用户关联的其他终端上进行续播，因而音视频数据的续播存在较大的不确定性，因此可以将具有存储时限的缓存区域作为目标存储区域，
从而避免占用持久化存储区域的存储空间，且在缓存区域的存储时限中保证音视频数据的续播。
91.进一步的，用户所关联的终端中可能会存在不活跃设备，不活跃设备指的是用户长时间未登录的设备。例如，用户关联了电脑，但是用户长时间未登录电脑进行音视频数据的播放，则可确定电脑是不活跃设备。由此可知，音视频数据在不活跃设备上续播的可能性较小。对此，本实施例中，在用户所关联的各个终端设备确定活跃设备，再将活跃设备确定为用户所关联的第二终端。活跃设备指的是间隔时长小于预设时长的终端，且间隔时长是设备上一次登录音视频应用的时间点与当前时间点之间的间隔时长，也即第二终端是间隔时长小于预设时长的终端。
92.需要说明的是，目标存储区域存储的音视频数据包括音频资源、视频资源、音频的标识、视频的标识、音频的已播放时刻、视频的已播放时刻中的至少一种。音频资源指的是第一终端上传的可播放的音频，视频资源指的是第一终端上传的可播放的视频。
93.在本实施例中，通过用户关联的终端的数量来确定上报的音视频数据存储至缓存区域还是持久化存储区域，使得音频视频数据可以存储在缓存区域或者持久化存储区域，丰富了音视频数据的存储方式，提高了音视频数据的存储灵活性。
94.参照图3，图3示例性的示出了根据本公开实施例提供的音视频数据的存储方法另一实施例的流程示意图，基于图2所示的实施例，步骤s203包括：
95.步骤s301，获取第二终端的数量与预设数量之间的比对结果。
96.在本实施例中，装置中存储有预设数量，预设数量可为任意合适的数值。例如，预设数量为1。装置在获得第二终端的数量后，比对数量与预设数量得到比对结果。
97.步骤s302，根据比对结果确定第一音视频数据的目标存储区域。
98.装置通过比对结果确定第一音视频数据的目标存储区域。示例性的，响应于比对结果是第二终端的数量小于或等于预设数量，也即比对结果是第二终端的数量小于或等于预设数量，即可确定用户所关联的第二终端的数量较少，第一终端上报的音视频数据流转到用户关联的其他设备进行续播的可能性较小，因此，将缓存区域确定为目标存储区域，也即将第一音视频数据存储至缓存区域，避免占用持久化存储区域的存储空间。
99.响应于比对结果是第二终端的数量大于预设数量，也即比对结果是第二终端的数量大于预设数量，则可确定用户所关联的第二终端的数量较多，第一终端上报的音视频数据流转到用户关联的其他设备进行续播的可能性较大，因而可以将持久化存储区域确定为目标存储区域，避免第一音视频数据的丢失导致第一音视频数据无法在用户关联的其他设备上进行续播。
100.此外，用户所关联的第二终端的数量增加的，因此会出现一部分第二终端的音视频数据存储在缓存区域的情况。例如，预设数量为1，在用户关联的第二终端的数量为1时，第二终端的音视频数据是存储在缓存区域；在当第一终端请求装置存储第一音视频数据时，用户关联的终端的数量由1变为2，第一终端的第一音视频数据会存储至持久化存储区域，第二终端的第二音视频数据则存储至缓存区域。因此，在将第一音视频数据存储至目标存储区域后，将第二终端在缓存区域存储的第二音视频数据存储至持久化存储区域，避免第二音视频数据的丢失，且将第二音视频数据从缓存区域中删除。
101.在本实施例中，装置比对第二终端的数据与预设数量之间得到比对结果，从而基
于比对结果准确的确定第一音视频数据的目标存储区域。
102.参照图4，图4示例性的示出了根据本公开实施例提供的音视频数据的存储方法又一实施例的流程示意图，基于图3所示的实施例，步骤s301包括：
103.步骤s401，确定用户对应的用户标识，在预设的位图中的位置。
104.在本实施例中，装置设置有位图bitmap，bitmap中的每个比特对应一个用户标识，且比特所对应的值表征用户关联的第二终端的数量与预设数量的比对结果。比对结果包括：用户关联的第二终端的数量小于或等于预设数量，以及用户关联的第二终端的数量大于预设数量。用户关联的第二终端的数量小于或等于预设数量的比对结果所对应的比特的值可设置为0，而用户关联的第二终端的数量大于预设数量的比对结果所对应的比特的值可设置为1。
105.对此，装置确定用户对应的用户标识在预设的位图中的位置，也即确定用户标识在位图中所对应的比特。
106.步骤s402，获取位置对应的数值，并根据数值确定第二终端的数量与预设数量之间的比对结果。
107.装置在确定用户标识在位图中的位置后，获取该位置所对应的数值，该数值即为比特值。装置可基于数值获取第二终端的数量与预设数值之间的比对结果。示例性的，若是数值为0，则比对结果是第二终端的数量小于或等于预设数量；若是数值为1，则比对结果是第二终端的数量大于预设数量。
108.在本实施例中，装置确定用户对应的用户标识在位图中的位置，从而根据位置所对应数值快速的确定第二终端的数量与预设数量之间的比对结果。
109.参照图5，图5示例性的示出了根据本公开实施例提供的音视频数据的存储方法再一实施例的流程示意图，基于图2至图4所示的任一实施例，步骤s203之后，还包括：
110.步骤s501，设置第一音视频数据在目标存储区域的存储时长。
111.在本实施例中，目标存储区域是缓存区域。为了避免缓存区域存储过多的数据，需要设置第一音视频数据在缓存区域的存储时长。
112.在设置第一音视频数据的存储时长，装置会定时或实时检测第一音视频的实际存储时长。响应于第一音视频数据的实际存储时长超过设置的存储时长，也即在检测到实际存储时长超过设置的存储时长，则第一音视频数据过期，装置则从目标存储区域删除第一音视频数据。
113.在一示例中，第一音视频数据的在目标存储区域所设置的存储时长可以基于缓存区域中剩余存储空间确定，若是缓存区域的剩余存储空间较大，则第一音视频数据所设置的存储时长越大。
114.在另一示例中，第一音视频数据在目标存储区域所设置的存储时长可以基于第一终端的类型进行设置。例如，第一终端是手机，手机是用户的常规便携式终端，用户可能不会采用平板等其他设备进行音视频数据的播放，则可将第一音视频数据的存储时长设置的较小；若第一终端是平板，由于手机是用户的常规便携式终端，用户采用手机续播平板上传的第一音视频的可能性极大，因此，可将第一音视频数据的存储时长设置的较大。可以理解理解的是，装置可以基于第一终端的类型确定第一音视频数据的续播概率；若是续播概率大于预设概率，则将存储时长设置大于预设存储时长；若是续播概率小于或等于预设概率，
则将存储时长设置小于或等于预设存储时长。
115.在本实施例中，在目标存储区域为缓存区域时，设置第一音视频数据在目标缓存区域的存储时长，减缓缓存区域的存储压力。
116.参照图6，图6示例性的示出了根据本公开实施例提供的音视频数据的存储方法还一实施例的流程示意图，基于图2至图5所示的任一实施例，步骤s203之后，还包括：
117.步骤s601，接收第三终端发送的登录信息。
118.步骤s602，响应于根据登录信息确定第三终端关联用户，将第一音视频数据发送至第三终端。
119.在本实施例中，装置在接收到任意的第三终端发送的登录信息后，基于登录信息确定第三终端所关联的用户。具体的，登录信息包括第三终端登录音视频应用的账号信息，基于账号信息即可确定第三终端所关联的用户。
120.在当第三终端所关联的用户是第一终端所关联的用户时，则将目标存储区域存储的第一音视频数据发送至第三终端进行续播。
121.需要说明的是，第三终端关联用户，需要确定第三终端是否为用户新关联的终端设备，若是第三终端是用户关联的终端设备，则装置需要更新用户关联的第二终端与预设数量的比对结果，若是比对结果发生变化，也即用户关联的第二终端数量小于或等于预设数量变更为大于预设数量，则需要在位图中更改该比对结果所对应的数值。此外，若是比对结果发生变化，则第一音视频数据是存储在缓存区域，也即将缓存区域中第一音视频数据发送至第三终端。
122.进一步的，若是目标存储区域是缓存区域，且第一音视频数据在缓存区域中过期被删除，则从数据库中加载第一音视频数据，再将加载的音视频数据发送至第三终端。
123.在本实施例中，装置接收第三终端发送的登录信息，并在根据登录信息确定第三终端关联的用户是第一终端所关联的用户，则将目标区域存储的第一音视频数据发送至第三终端进行续播。
124.示例性介质
125.在介绍了本公开示例性实施方式的方法之后，接下来，参考图7对本公开示例性实施方式的存储介质进行说明。
126.参考图7所示，存储介质70中存储着根据本公开的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括计算机执行指令，该计算机执行指令用于使计算设备执行本公开所提供的音视频数据的存储方法。然而，本公开的程序产品不限于此。
127.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
128.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机执行指令。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信
号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质。
129.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开公开操作的计算机执行指令，程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。计算机执行指令可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备。
130.示例性装置
131.在介绍了本公开示例性实施方式的介质之后，接下来，参考图8对本公开示例性实施方式的音视频数据的存储装置进行说明，音视频的存储装置用于实现上述任一音视频数据的存储方法实施例中的方法，其实现原理和技术效果类似。
132.参考图8，图8示意性地示出了根据本公开实施例提供的音视频的存储装置的结构示意图。
133.如图8所示，音视频的存储装置包括：第一接收模块810，用于接收第一终端发送的第一音视频数据的存储请求，并根据存储请求确定第一终端关联的用户；确定模块820，用于确定用户关联的第二终端，第一终端是任意的第二终端；确定模块820，还用于根据第二终端的数量确定第一音视频数据的目标存储区域，并将第一音视频数据存储至目标存储区域，目标存储区域包括缓存区域或持久化存储区域。
134.在一实施例中，确定模块820，包括：获取单元，用于获取第二终端的数量与预设数量之间的比对结果；确定单元，用于根据比对结果确定第一音视频数据的目标存储区域。
135.在另一实施例中，确定单元，包括：第一确定子单元，用于响应于比对结果是第二终端的数量小于或等于预设数量，将缓存区域确定为目标存储区域；第一确定子单元，用于响应于比对结果是第二终端的数量大于预设数量，将持久化存储区域确定为目标存储区域。
136.在另一实施例中，第一确定单元，包括：存储子单元，用于将持久化存储区域确定为目标存储区域之后，将第二终端在缓存区域存储的第二音视频数据，存储至持久化存储区域，并将第二音视频数据从缓存区域中删除。
137.在另一实施例中，获取单元，包括：第二确定子单元，用于确定用户对应的用户标识，在预设的位图中的位置；获取子单元，用于获取位置对应的数值，并根据数值确定第二终端的数量与预设数量之间的比对结果。
138.在另一实施例中，确定模块820，还包括：设置单元，用于设置第一音视频数据在目标存储区域的存储时长。
139.在另一实施例中，确定模块，还包括：删除单元，用户在设置第一音视频数据在目标存储区域的存储时长之后，且响应于第一音视频数据的实际存储时长超过设置的存储时长，从目标存储区域删除第一音视频数据。
140.在另一实施例中，还包括：第二接收模块，用于在将第一音视频数据存储至目标存储区域之后，接收第三终端发送的登录信息；存储模块，用于响应于根据登录信息确定第三终端关联用户，将目标存储区域存储的第一音视频数据发送至第三终端。
141.在另一实施例中，第二终端是间隔时长小于预设时长的终端，间隔时长是第二终
端上一次登录音视频应用的时间点与当前时间点的间隔时长。
142.示例性计算设备
143.在介绍了本公开示例性实施方式的方法、介质和装置之后，接下来，参考图9对本公开示例性实施方式的计算设备进行说明。
144.图9显示的计算设备90仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。如图9所示，计算设备90以通用计算设备的形式表现。计算设备90的组件可以包括但不限于：至少一个处理单元901、至少一个存储单元902，连接不同系统组件(包括处理单元901和存储单元902)的总线903。其中，至少一个存储单元902中存储有计算机执行指令；至少一个处理单元901包括处理器，处理器执行该计算机执行指令，以实现上文描述的方法。
145.总线903包括数据总线、控制总线和地址总线。
146.存储单元902可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)9021和/或高速缓存存储器9022，可以进一步包括非易失性存储器形式的可读介质，例如只读存储器(rom)9023。
147.存储单元902还可以包括具有一组(至少一个)程序模块9024的程序/实用工具9025，这样的程序模块9024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
148.计算设备90也可以与一个或多个外部设备904(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口905进行。并且，计算设备90还可以通过网络适配器906与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图9所示，网络适配器906通过总线903与计算设备90的其它模块通信。应当理解，尽管图中未示出，可以结合计算设备90使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
149.应当注意，尽管在上文详细描述中提及了音视频数据的存储装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
150.此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
151.虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。