视频数据处理方法、设备、装置及存储介质与流程

1.本公开涉及数据处理技术领域，尤其涉及大数据领域。


背景技术：

2.现有视频上传过程中，比如，对于直播场景而言，对视频上传的即时性要求极高，尤其当视频清晰度提高时，每秒所需上传的视频文件也随之增加，而且，受限于网络速度，常出现视频上传不够即时的问题。


技术实现要素：

3.本公开提供了一种视频数据处理方法、设备、装置及存储介质。
4.根据本公开的一方面，提供了一种视频数据处理方法，包括：
5.第一设备确定出用于并行上传总视频数据的n个第二设备，所述n为自然数；
6.所述第一设备通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，所述i为大于等于1小于等于n的整数；
7.所述第一设备通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器，其中，所述视频服务器能够基于所述第一设备和所述n个第二设备获取到所述总视频数据。
8.根据本公开的另一方面，提供了一种第一设备，包括：
9.第一确定单元，用于确定出用于并行上传总视频数据的n个第二设备，所述n为自然数；
10.第一通信单元，用于通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，所述i为大于等于1小于等于n的整数；
11.第二通信单元，用于通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器，其中，所述视频服务器能够基于所述第一设备和所述n个第二设备获取到所述总视频数据。
12.根据本公开的再一方面，提供了一种视频数据处理装置，包括：第一设备和n个第二设备；其中，
13.所述第一设备，用于确定出用于并行上传总视频数据的n个第二设备，所述n为自然数；通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，所述i为大于等于1小于等于n的整数；通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器；
14.第i个第二设备，用于通过与第一设备之间的第一通信链路接收所述总视频数据中的至少部分数据块，并将接收到的所述总视频数据中的至少部分数据块发送至所述视频
服务器；其中，所述视频服务器能够基于所述第一设备和所述n个第二设备获取到所述总视频数据。
15.根据本公开的再一方面，提供了一种电子设备，包括：
16.至少一个处理器；以及
17.与所述至少一个处理器通信连接的存储器；其中，
18.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以上所述的方法。
19.根据本公开的再一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行以上所述的方法。
20.根据本公开的再一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现以上所述的方法。
21.这样，最大程度地避免了视频上传不即时的问题。
22.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
23.附图用于更好地理解本方案，不构成对本公开的限定。其中：
24.图1是根据本公开实施例视频数据处理方法的实现流程示意图；
25.图2是根据本公开实施例视频数据处理方法在一具体示例中的实现流程示意图；
26.图3是现有技术中视频数据处理的实现流程示意图；
27.图4是根据本公开实施例视频数据处理方法在另一具体示例中的实现流程示意图；
28.图5是根据本公开实施例视频数据处理装置的结构示意图；
29.图6是根据本公开实施例视频数据处理系统的结构示意图；
30.图7是根据本公开实施例第一设备的结构示意图；
31.图8是用来实现本公开实施例的视频数据处理方法的电子设备的框图。
具体实施方式
32.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
33.本公开方案提供了一种视频数据处理方法，应用于第一设备，如图1所示，所述方法包括：
34.步骤s101：第一设备确定出用于并行上传总视频数据的n个第二设备，所述n为自然数。
35.步骤s102：所述第一设备通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，所述i为大于等于1小于等于n的整数。
也就是说，所述第一设备将需要上传至视频服务器的总视频数据中的至少部分数据块发送至第二设备，并通过第二设备将总视频数据中的至少部分数据块发送至视频服务器。
36.步骤s103：所述第一设备通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器，其中，所述视频服务器能够基于所述第一设备和所述n个第二设备获取到所述总视频数据。
37.这样，所述第一设备能够将待上传至视频服务器的总视频数据经由自身，以及第二设备并行发送至视频服务器，也即，所述第一设备能够借助第二设备将需要上传至视频服务器的总视频数据，并行发送至视频服务器，如此，最大程度地避免了视频上传不即时的问题，打破了传统利用单条线路上传视频数据的物理限制，为确保视频的流畅播放奠定了基础。
38.在本公开方案的一具体示例中，所述第一设备可以将待进行上传的总视频数据全部上传至第二设备，即以上所述第一设备通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，具体包括：
39.所述第一设备通过与第i个第二设备之间的第一通信链路将所述总视频数据发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据发送至所述视频服务器。也就是说，所述第一设备将需要上传至视频服务器的总视频数据直接发送至第二设备，并通过第二设备将该总视频数据发送至视频服务器。这样，借助n个第二设备，从多条链路(包括第一设备与视频服务器进行通信的第二通信链路，以及第i个第二设备与视频服务器之间进行通信的通信链路，即至少两条通信链路)出发，将需要上传至视频服务器的总视频数据发送至该视频服务器，如此，来最大化确保视频上传的即时性，尤其对于实时性要求较高的场景，比如直播场景，能够最大化确保视频的流畅播放。而且，还能够最大程度地避免由于第一设备与视频服务器之间的第二通信链路出现问题，而导致总视频数据无法有效上传的问题。
40.在本公开方案的一具体示例中，所述第一设备也可以将待进行上传的总视频数据直接上传至视频服务器，即以上所述的第一设备通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器，具体包括：所述第一设备通过与所述视频服务器之间的第二通信链路将所述总视频数据发送至视频服务器。
41.这样，所述第一设备在直接将总视频数据上传至视频服务器的情况下，还能够借助第二设备，即借助第二设备与该视频服务器的通信链路，将需要上传至视频服务器的数据并行上传，如此，来确保视频上传的即时性，尤其对于实时性要求较高的场景，比如直播场景，能够最大化确保视频的流畅播放。
42.该示例中，可以包括如下两种场景：
43.场景一：所述第一设备将待上传至视频服务器的全量数据，也即总视频数据直接上传至视频服务器。相应地，所述第一设备还将所述总视频数据中的部分数据块发送至第i个第二设备，也就是说，所述第一设备上传全量数据，也即总视频数据，而第二设备上传的是部分数据块，这样，在视频服务器接收第一设备上传的数据出现不即时的情况下，可以基于第二设备上传的数据作为补充，如此，来最大程度地避免由于第一设备与视频服务器之间的第二通信链路出现问题，而导致总视频数据无法有效上传的问题，为确保视频的流畅
播放奠定了基础。
44.场景二：所述第一设备将待上传至视频服务器的全量数据，也即总视频数据直接上传至视频服务器，相应地，所述第一设备还会将总视频数据中发送至第i个第二设备，也就是说，所述第一设备上传全量数据，也即总视频数据，而第二设备上传的是也是全量数据，即第一设备和第二设备上传至视频服务器的数据均为全量数据。这样，在视频服务器接收第一设备上传的数据出现不即时的情况下，可以直接由第二设备上传的数据作为补充，如此，来最大程度地避免由于第一设备与视频服务器之间的第二通信链路出现问题，而导致总视频数据无法有效上传的问题，为确保视频的流畅播放奠定了基础。
45.可以理解的是，在第一设备上传至视频服务器的数据为全量数据的情况下，如上述场景一或场景二的情况，视频服务器侧均可能出现数据冗余的情况，此时，为了避免数据冗余，视频服务器在从多个设备，比如第一设备和n个第二设备接收到数据块后，使用首次接收到的该总视频数据中的数据块，而将冗余数据块进行丢弃，如此，来有效避免数据冗余。
46.需要说明的是，实际应用中，上传至视频服务器侧的总视频数据，可以基于实际的通信链路情况以及数据量大小，来确定是否进行分块上传，比如，在需要进行分块上传的情况下，以场景一或场景二为例，此时，第一设备在上传总视频数据之前，可以将总视频数据分成多个数据块，将多个数据块并行上传，或者，多个数据块依次上传等，本公开方案对此不作限制。或者，在不需要进行分块上传的情况下，所述第一设备直接将总视频数据上传至视频服务器。
47.举例来说，如图2所示，a设备(也即第一设备)在原视频采集和视频上传功能外，增加视频设备分享功能。比如a设备将待上传至视频服务器的总视频数据分享给处于a设备的附近的多个第二设备，如b设备，c设备，如此，借由a设备的附近b设备、c设备来并行将总视频数据上传至视频服务器。这样，相比于图3所示的现有方案而言，该示例能够基于a设备、b设备、c设备的网络线路来上传视频数据，间接扩展了a设备的上传能力。
48.该示例中，a设备、b设备、c设备在上传数据时，上传的为相同的数据，均为总视频数据；该情况下，视频服务器同时接收多个设备，也即a设备、b设备和c设备的总视频数据。该示例中，为了避免数据冗余，可以基于冗余数据的处理方式，视频服务器在接收最快的数据包并使用(也即使用首次接收的数据块)后，丢弃重复的数据包(也即数据块)，如此，避免视频服务器侧出现冗余数据。
49.具体地，在a设备、b设备以及c设备的网络带宽充足的情况下，利用多份数据同时上传的方式，来供视频服务器选择接收到的最快数据包，如此，来最大化避免视频上传不即时的问题。这里，为了对比后续方案，该示例中，a设备将上传的总视频数据分成多块，包括数据包1、数据包2、数据包3、数据包4以及数据包5(以下简称为总视频数据)，基于此，并行多设备冗余传输的步骤包括：
50.步骤1，a设备将总视频数据(包括数据包1、数据包2、数据包3、数据包4以及数据包5)发送至b设备，b设备将接收到的总视频数据发送至视频接收服务器。
51.步骤2：a设备将总视频数据(包括数据包1、数据包2、数据包3、数据包4以及数据包5)发送至c设备，c设备将接收到的总视频数据发送至视频接收服务器。
52.步骤3：a设备同时将总视频数据(包括数据包1、数据包2、数据包3、数据包4以及数
据包5)发送至视频接收服务器。
53.这里，需要说明的是，实际应用中，上述三个步骤的执行顺序不限，比如，步骤1至步骤3可以同步进行；或者，先执行步骤3，再并行执行步骤1和步骤2；又或者先执行步骤3，再顺序执行步骤1和步骤2，本公开方案对此不作限制。
54.另外，需要说明的是，如图2所示，该视频接收服务器接收到全量数据，即总视频数据之后，将该总视频数据发送至视频处理服务器，进而经由视频处理服务器进行处理后展示给用户进行观看。这里，还可以将视频接收服务器和视频处理服务器统称为视频服务器。
55.还需要说明的是，上述各设备，比如a设备，b设备或c设备，在自身上传数据包的过程中，可以并行上传数据包1至数据包5中的至少两个，还可以依次上传数据包1至数据包5，本公开方案对此不作限制。相应地，由于网络通信情况的不确定性，视频接收服务器接收到的数据包的顺序也可以不同，比如，首先接收到了a设备发送的数据包3，此时，若再接收到b设备或c设备发送的数据包3时，则直接丢弃；其次，接收到了b设备发送的数据包1和数据包2，此时，若再接收到a设备或c设备发送的数据包1和数据包2时，则直接丢弃；最后，接收到了c设备发送的数据包4和5，同理，若再接收到a设备或b设备发送的数据包4和数据包5时，则直接丢弃。此时，视频接收服务器接收到了全量数据，并将接收到的全量数据，即总视频数据发送至视频处理服务器进行处理后展示给用户。以上仅为示例性说明，实际应用中，视频接收服务器还可以在接收到一个完整数据包后即将该完整的数据包发送至视频处理服务器，如此，来进一步提升视频处理效率，本公开方案对此不作限制。
56.另一示例中，视频接收服务器接收到了b设备发送的全量数据，此时，直接将接收到的a设备和c设备的数据进行丢弃。
57.这样，有效借助其他设备，如b设备和c设备，也即借助第二设备与该视频服务器的通信链路，将需要上传至视频服务器的数据并行上传，如此，来确保视频上传的即时性，尤其对于实时性要求较高的场景，比如直播场景，能够最大化确保视频的流畅播放。
58.在本公开方案的一具体示例中，所述第一设备还可以对待上传至视频服务器的总视频数据进行分块处理，进而将分块处理后的数据块经由第二设备上传至视频服务器。具体地，
59.所述第一设备对所述总视频数据进行分块处理，得到n+1个数据块；
60.相应地，以上所述的第一设备通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，则具体包括：
61.所述第一设备通过与第i个第二设备之间的第一通信链路，将所述n+1个数据块中的第i个数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述第i个数据块发送至视频服务器。
62.举例来说，所述第一设备将第1个数据块发送至第1个第二设备，经由第1个第二设备将该第1个数据块上传至视频服务器，同时，所述第一设备将第2个数据块发送至第2个第二设备，经由第2个第二设备将该第2个数据块上传至视频服务器，以此类推，经由不同的第二设备来将总视频数据的数据块并行上传至视频服务器。
63.这样，借助第二设备与该视频服务器的第一通信链路，将需要上传至视频服务器的总视频数据并行上传，间接扩展了第一设备的网络通信能力，如此，有效确保了视频上传
的即时性，尤其对于实时性要求较高的场景，比如直播场景，能够最大程度地确保视频的流畅播放。
64.可以理解的是，该示例中，第一设备可以将待上传至视频服务器的全量数据，也即总视频数据直接上传至视频服务器，而第二设备上传的是部分数据，也即是接收到的第一设备所发送的数据块，这样，在视频服务器接收第一设备上传的数据出现不即时的情况下，可以基于第二设备上传的数据作为补充，如此，来最大程度地避免由于第一设备与视频服务器之间的第二通信链路出现问题，而导致总视频数据无法有效上传的问题，为确保视频的流畅播放奠定了基础。
65.可以理解的是，在第一设备上传至视频服务器的数据为全量数据的情况下，视频服务器侧均可能出现数据冗余的情况，此时，为了避免数据冗余，视频服务器在从第一设备和n个第二设备接收到数据块后，使用首次接收到的该总视频数据中的数据块，而将冗余数据块进行丢弃，如此，来有效避免数据冗余。
66.在本公开方案的一具体示例中，第一设备还可以上传该总视频数据中的部分数据块，比如，在所述第一设备对总视频数据进行分块处理并得到n+1个数据块之后，此时，所述第一设备上传该n+1个数据块的其中之一，具体地，
67.以上所述的第一设备通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器，具体包括：
68.所述第一设备通过与所述视频服务器之间的第二通信链路将所述n+1个数据块中的第n+1个数据块发送至总视频数据。
69.也就是说，所述第一设备上传该总视频数据中的部分数据块，第二设备上传该总视频数据中的其他数据块，如此，来确保视频服务器能够接收到全量数据；同时，还能够借助n个第二设备，从多条链路(包括第一设备与视频服务器进行通信的第二通信链路，以及第i个第二设备与视频服务器之间进行通信的通信链路，即至少两条通信链路)出发，将需要上传至视频服务器的总视频数据并行地发送至该视频服务器，如此，来最大化确保视频上传的即时性，尤其对于实时性要求较高的场景，比如直播场景，能够最大化确保视频的流畅播放。
70.在本公开方案的一具体示例中，所述n+1个数据块为互不相同的数据块。如此，来避免无效传输，最大程度地避免了视频上传不即时的问题，为确保视频的流畅播放奠定了基础。
71.在本公开方案的一具体示例中，以上所述的第一设备对所述总视频数据进行分块处理，得到n+1个数据块，具体包括：在所述第一设备与所述视频服务器之间的第二通信链路处于预设状态的情况下，比如，第二通信链路的网络带宽低于带宽阈值的情况下，对所述总视频数据进行分块处理，得到n+1个数据块。也就是说，所述第一设备可以基于自身的网络情况，来确定是否需要分块处理，进而借由第二设备，将分块处理后的数据块并行上传至视频服务器侧。
72.举例来说，如图4所示，a设备(也即第一设备)在原视频采集和视频上传功能外，增加视频设备分享功能。比如a设备将待上传至视频服务器的总视频数据进行分块，并分享至处于a设备的附近的多个第二设备，如b设备，c设备，如此，借由a设备的附近b设备、c设备来将总视频数据中的不同数据块并行上传至视频服务器。这样，相比于图3所示的现有方案而
言，该示例能够基于a设备、b设备、c设备的网络线路来上传视频数据，间接扩展了a设备的上传能力。
73.该示例中，各设备，如即a设备、b设备、c设备的网络带宽不足，不能满足数据量要求，或者上传的数据量受到网络带宽影响的情况下，各设备进行数据分摊，即a设备、b设备、c设备上传总视频数据中的不同数据块。该示例中，a设备将上传的总视频数据分成多块，包括数据包1、数据包2、数据包3、数据包4以及数据包5，基于此，并行多设备分块传输的步骤包括：
74.步骤1：a设备将数据包2和数据包5数据包发送至b设备，b设备将接收到的数据包2和数据包5发送至视频接收服务器。
75.步骤2：a设备将数据包3发送至c设备，c设备将接收到的数据包3发送至视频接收服务器。
76.步骤3：a设备将数据包1和数据包4上传至视频接收服务器。
77.这里，需要说明的是，实际应用中，上述三个步骤的执行顺序不限，比如，步骤1至步骤3可以同步进行；或者，先执行步骤3，再并行执行步骤1和步骤2；又或者先执行步骤3，再顺序执行步骤1和步骤2，本公开方案对此不作限制。
78.还需要说明的是，上述各设备，比如a设备或b设备，在自身上传数据包的过程中，可以并行上传自身所需上传的数据包，或者顺序上传，本公开方案对此不作限制。
79.相应地，由于网络通信情况的不确定性，视频接收服务器接收到的数据包的顺序也可以不同，比如，首先接收到了a设备发送的数据包1和数据包4，再接收到了c设备发送的数据包3；最后，接收到了b设备发送的数据包2和5，此时，视频接收服务器接收到了全量数据，并将接收到的全量数据，即总视频数据发送至视频处理服务器进行处理后展示给用户。
80.需要说明的是，如图4所示，该视频接收服务器再接收到全量数据，即总视频数据之后，将该总视频数据发送至视频处理服务器，进而经由视频处理服务器进行处理后展示给用户进行观看。这里，还可以将视频接收服务器和视频处理服务器统称为视频服务器。该示例仅为示例性说明，实际应用中，视频接收服务器还可以在接收到一个完整数据包后即将该完整的数据包发送至视频处理服务器，如此，来进一步提升视频处理效率，本公开方案对此不作限制。
81.这样，有效借助其他设备，如b设备和c设备，也即借助第二设备与该视频服务器的通信链路，将需要上传至视频服务器的总视频数据并行上传，如此，来确保视频上传的即时性，尤其对于网络带宽不足，但实时性要求又较高的场景，比如直播场景，能够最大化确保视频的流畅播放。
82.在本公开方案的一具体示例中，可以采用如下方式来选择出第二设备，比如，所述第一设备在预设范围内进行设备搜索，将搜索到且能够建立链接的设备作为并行上传总视频数据的所述第二设备。如此，以确保能够快速将待上传的总视频数据中的至少部分数据发送至第二设备，进而借助第二设备与该视频服务器的通信链路，将需要上传至视频服务器的总视频数据并行上传，为有效避免数据不能即时上传奠定了基础。
83.这里，考虑到第二设备为第一设备预设范围内的设备，所以，相较于与视频服务器的距离而言，第一设备能够将待上传的数据快速传输至第二设备，换言之，第二设备能够更快、更稳定地获取到所述第一设备待进行上传的数据，进而，来借助第二设备与该视频服务
器的通信链路，间接扩展第一设备的通信能力，为有效避免数据不能即时上传提供了一种解决方案。
84.在本公开方案的一具体示例中，所述第一通信链路为蓝牙链路；和/或，所述第二通信链路为以下链路中的至少一种：移动通信链路、wi-fi(无线网络通信技术)链路、光纤链路。这里，各第二设备与视频服务器之间的通信链路也可以为以下至少之一：动通信链路、wi-fi(无线网络通信技术)链路、光纤链路。
85.举例来说，所述第一设备可以基于蓝牙链路将待上传的总视频数据，或者总视频数据中的部分数据块上传至第二设备。相应地，所述第一设备通过移动通信网络，第二设备通过wi-fi链路，两者并行地将各自待上传至视频服务器的数据进行上传。
86.这样，第一设备能够更快、更稳定地将待上传至视频服务器的至少部分数据块发送至第二设备，进而有效借助第二设备与该视频服务器的通信链路，间接提升第一设备的通信能力，并基于多各设备实现数据的并行上传，如此，来确保视频上传的即时性，尤其对于实时性要求较高的场景，比如直播场景，能够最大程度地确保视频的流畅播放。
87.这样，所述第一设备能够将待上传至视频服务器的总视频数据经由自身，以及第二设备并行发送至视频服务器，也即，所述第一设备能够借助第二设备将需要上传至视频服务器的总视频数据，并行发送至视频服务器，如此，最大程度地避免了视频上传不即时的问题，打破了传统利用单条线路上传视频数据的物理限制，为确保视频的流畅播放奠定了基础。
88.而且，本公开方案还能够有效利用附近设备物理距离近的优势，将总视频数据中的至少部分数据块分享至附近设备(也即第二设备)，进而利用附近设备实现并行、且多线路上传，打破了传统利用单条线路上传的物理限制，更加适用于对上传速度有高要求的场景，比如直播场景。
89.本公开方案还提供了一种视频数据处理装置，如图5所示，包括：第一设备和n个第二设备；其中，
90.所述第一设备，用于确定出用于并行上传总视频数据的n个第二设备，所述n为自然数；通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，所述i为大于等于1小于等于n的整数；通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器；
91.第i个第二设备，用于通过与第一设备之间的第一通信链路接收所述总视频数据中的至少部分数据块，并将接收到的所述总视频数据中的至少部分数据块发送至所述视频服务器；其中，所述视频服务器能够基于所述第一设备和所述n个第二设备获取到所述总视频数据。
92.上述第一设备和第二设备的具体功能可参照上述方法描述，这里不再赘述。
93.本公开方案还提供了一种视频数据处理系统，如图6所示，包括：第一设备、n个第二设备和视频服务器；其中，
94.所述第一设备，用于确定出用于并行上传总视频数据的n个第二设备，所述n为自然数；通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数
据块发送至视频服务器，所述i为大于等于1小于等于n的整数；通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器；
95.第i个第二设备，用于通过与第一设备之间的第一通信链路接收所述总视频数据中的至少部分数据块，并将接收到的所述总视频数据中的至少部分数据块发送至所述视频服务器；
96.所述视频服务器，用于基于所述第一设备和所述n个第二设备来获取所述总视频数据。
97.上述第一设备、第二设备以及视频服务器的具体功能可参照上述方法描述，这里不再赘述。
98.本公开方案还提供了一种第一设备，如图7所示，包括：
99.第一确定单元701，用于确定出用于并行上传总视频数据的n个第二设备，所述n为自然数；
100.第一通信单元702，用于通过与第i个第二设备之间的第一通信链路将所述总视频数据中的至少部分数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据中的至少部分数据块发送至视频服务器，所述i为大于等于1小于等于n的整数；
101.第二通信单元703，用于通过与所述视频服务器之间的第二通信链路将所述总视频数据中的至少部分数据块发送至所述视频服务器，其中，所述视频服务器能够基于所述第一设备和所述n个第二设备获取到所述总视频数据。
102.在本公开方案的一具体示例中，所述第一通信单元，具体用于通过与第i个第二设备之间的第一通信链路将所述总视频数据发送至所述第i个第二设备，以通过所述第i个第二设备将所述总视频数据发送至所述视频服务器。
103.在本公开方案的一具体示例中，所述第二通信单元，具体用于通过与所述视频服务器之间的第二通信链路将所述总视频数据发送至视频服务器。
104.在本公开方案的一具体示例中，还包括：数据处理单元；其中，
105.所述数据处理单元，用于对所述总视频数据进行分块处理，得到n+1个数据块；
106.所述第一通信单元，具体用于通过与第i个第二设备之间的第一通信链路，将所述n+1个数据块中的第i个数据块发送至所述第i个第二设备，以通过所述第i个第二设备将所述第i个数据块发送至视频服务器。
107.在本公开方案的一具体示例中，所述第二通信单元，具体用于通过与所述视频服务器之间的第二通信链路将所述n+1个数据块中的第n+1个数据块发送至总视频数据。
108.在本公开方案的一具体示例中，所述n+1个数据块为互不相同的数据块。
109.在本公开方案的一具体示例中，所述数据处理单元，具体用于在所述第一设备与所述视频服务器之间的第二通信链路处于预设状态的情况下，对所述总视频数据进行分块处理，得到n+1个数据块。
110.在本公开方案的一具体示例中，所述第一确定单元，还用于在预设范围内进行设备搜索，将搜索到且能够建立链接的设备作为并行上传总视频数据的所述第二设备。
111.在本公开方案的一具体示例中，所述第一通信链路为蓝牙链路；和/或，所述第二通信链路为以下链路中的至少一种：移动通信链路、wi-fi链路、光纤链路。
112.上述设备中各单元具体功能可参照上述方法描述，这里不再赘述。
113.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
114.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
115.图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
116.如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序，来执行各种适当的动作和处理。在ram803中，还可存储设备800操作所需的各种程序和数据。计算单元801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
117.设备800中的多个部件连接至i/o接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
118.计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如视频数据处理方法。例如，在一些实施例中，视频数据处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到ram 803并由计算单元801执行时，可以执行上文描述的视频数据处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行视频数据处理方法。
119.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
120.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处
理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
121.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
122.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
123.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
124.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
125.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
126.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。