基于视频流的处理方法及相关装置与流程

1.本技术实施例涉及计算机技术领域，具体涉及基于视频流的处理方法及相关装置。


背景技术：

2.开会是人们日常生活中常见的工作内容。一般地，在参会人员无法全员聚集在同一个地点进行面对面的会议时，可以借助网络进行网络会议。
3.在网络会议中，参会人员可能需要对电子设备的屏幕显示内容进行投屏。本技术实施例中，投屏可以理解为通过服务器将电子设备a的屏幕显示内容同步到其他电子设备(例如电子设备b、电子设备c等)进行显示。
4.但是，如果电子设备a在投屏过程中接收到呼叫请求，该呼叫请求相关的信息将被同步到其他电子设备，导致用户的隐私信息泄露。因此，如何更好地保护用户的隐私信息是本领域技术人员不断努力的方向。


技术实现要素：

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.图1是本技术实施例提供的一种系统架构的示意图；
39.图2是本技术实施例提供的一种网络会议的场景示意图；
40.图3是本技术实施例提供的一种基于视频流的处理方法的流程示意图；
41.图4是本技术实施例提供的一种基于视频流的处理装置的结构示意图；
42.图5是本技术实施例提供的另一种基于视频流的处理装置的结构示意图。
具体实施方式
43.本技术以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本技术的限制。如在本技术的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本技术中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
44.在人们的日常工作中，开会是常见的工作内容。一般地，在参会人员无法全员聚集在同一个地点进行面对面的会议时，可以借助网络进行网络会议。示例性地，该网络会议可以是视频会议，也可以是语音会议。
45.示例性地，请参阅图1，图1是本技术实施例提供的一种系统架构的示意图。
46.本技术实施例中，服务器可以与多个电子设备连接。其中，服务器也可以称为云端，云空间或者云服务器等；电子设备可以是手机，笔记本电脑，台式电脑以及电视等大屏设备。
47.本技术实施例中，服务器可以理解为用于处理和存储会议数据的资源空间，其中，会议数据包括控制面数据和数据面数据。服务器支持创建会议群组，通过参会的各个参会人员所持有的电子设备为参会人员提供会议服务。
48.如图1所示，示例性地，服务器可以与电子设备a、电子设备b以及电子设备c进行连接。其中，上述每个电子设备可以对应一个或多个参会人员，例如电子设备a为手机，可以供手机的机主参与会议；电子设备c可以是会议室中的大屏设备，可以供多个参会人员参与会议。
49.本技术实施例中，任一参会人员可以通过电子设备在服务器上创建会议群组，加入该会议群组的任一参会人员可以上传会议共享内容至服务器，示例性地，该会议共享内容可以是文件或者文件夹，比如excel文件、word文件、ppt文件、音频文件以及视频文件等；还可以是参会人员持有的电子设备的分屏镜像内容等。
50.可以理解的是，本技术实施例中，服务器包括桌面处理单元，参会人员将会议共享内容至服务器后，服务器可以通过桌面处理单元将会议共享内容渲染成显示界面，然后，将该显示界面分流给各个电子设备。为便于理解，后续将该显示界面称为会议桌面。可以理解的是，服务器可以不包括对会议桌面进行真正显示的显示器，该会议桌面可以是显示器能够进行显示的界面。
51.本技术实施例中，在多个参会人员参加会议的过程中，任一个参会人员可以获得会议桌面的控制权限，本技术实施例中，获得会议桌面的控制权限的参会人员可以称为主讲人、主持人、主控人以及发言人等，为便于理解后续将以主讲人进行描述。本技术实施例中，被主讲人用于控制会议桌面的电子设备可以称为主讲设备。
52.为便于理解，示例性地，请参阅图2，图2是本技术实施例提供的一种网络会议的场景示意图。示例性地，参与会议的电子设备为电子设备a、电子设备b以及电子设备c。
53.示例性地，电子设备a向服务器上传文件a和文件b，电子设备b向服务器上传文件c和文件夹d。如图2所示，服务器将对已经上传的文件a、文件b、文件c以及文件夹d进行渲染，得到一个会议桌面。示例性地，会议桌面中可以显示会议名称，例如“周一例会”；可以包括主讲人信息，例如“当前主讲人：小a”，可以按照图2所示的排列方式对文件a、文件b、文件c以及文件夹d进行显示。可以理解的是，会议桌面还可以包括其他图标按钮等信息，比如批注图标、麦克风图标等，图2仅仅是作为示例便于理解，并不限制该会议桌面可以显示的内容。
54.服务器得到会议桌面后，将该会议桌面同步推送给参与会议的所有电子设备，即电子设备a、电子设备b以及电子设备c将同步获得服务器的会议桌面的显示内容，具体如图2所示。
55.示例性地，电子设备a成为主讲设备，电子设备a的机主可以理解为主讲人。服务器可以接收电子设备a的主讲人对电子设备a中的会议桌面的操作，并对该操作进行响应，即主讲人可以通过电子设备a与服务器之间的连接控制服务器的会议桌面。示例性地，主讲人在电子设备a上打开服务器上的文件a，并对文件a进行批注，服务器可以将上述对文件a的操作过程同步给电子设备b和电子设备c。
56.在一些场景中，电子设备a可以向服务器共享屏幕，也可以理解为投屏到服务器。在投屏场景中，电子设备a将实时根据主讲人与电子设备a的交互操作变更屏幕内容，并对
电子设备a进行录屏，将录屏内容上传给服务器。相应地，服务器将电子设备a的录屏作为会议桌面的显示内容进行显示，即将电子设备a上传的录屏作为会议讲解画面，并向其他参会设备进行推送该会议讲解画面。
57.可以理解的是，在主讲人通过主讲设备向服务器进行投屏的过程中，如果该主讲设备接收到呼叫请求，那么主讲设备上传给服务器的录屏内容将包括呼叫信息，从而导致主讲设备的隐私信息泄露，用户体验差。其中，该呼叫请求可以是视频呼叫请求或语音呼叫请求。
58.基于上述问题，本技术实施例提供了一种基于视频流的处理装置及相关装置，通过本技术可以保护用户的隐私信息，提高用户体验。可以理解的是，上述基于视频流的处理方法可以由基于视频流的处理装置执行，该基于视频流的处理装置可以是任一种可执行本技术方法实施例所公开的技术方案的电子设备。示例性地，该基于视频流的处理方法装置可以是上述服务器，也可以是其他网络设备。为便于理解，后续将以服务器作为执行主体对本技术提供的方法进行介绍。
59.示例性地，请参阅图3，图3是本技术实施例提供的一种基于视频流的处理方法的流程示意图。如图3所示，该方法包括：
60.301：接收第一电子设备发送的第一视频流，该第一视频流为该第一电子设备的录屏视频；对该第一视频流进行渲染处理得到第二视频流，向第二电子设备发送该第二视频流。
61.本步骤中，第一电子设备可以理解为向服务器发送录屏内容进行投屏的电子设备，第二电子设备可以理解为除第一电子设备以外的其他参会电子设备。示例性地，电子设备a需要进行投屏将自己的录屏内容作为会议共享内容上传到服务器，那么该电子设备a可以理解为第一电子设备，其他的参会设备，例如电子设备b可以理解为第二电子设备。
62.本步骤中，对该第一视频流进行渲染处理得到第二视频流，可以参阅前文图1和图2的相关描述。可以理解的是，本技术实施例中的渲染处理还可以包括对不同类型的电子设备的屏幕适应处理，比如第二视频流可以是分别适应手机、平板电脑以及大屏设备的屏幕的视频流。本技术实施例中，渲染处理还包括除上述第一视频流以外的其他会议共享内容的渲染处理，即最后得到的第二视频流包括整个会议共享内容的处理结果，比如除上述第一视频流之外，还包括word文件以及ppt文件等会议共享内容，那么上述第二视频流是对上述第一视频流、上述word文件以及ppt文件的综合渲染处理结果得到的视频流。
63.302：在通过该第一视频流检测到该第一电子设备接收到呼叫请求的情况下，降低该第二视频流的清晰度得到第三视频流，该第三视频流的清晰度小于或等于第一阈值。
64.可以理解的是，在第一电子设备接收到呼叫请求时，电子设备将优先显示呼叫界面，而视频流包括多张图像。因此，本技术实施例中，服务器可以对第一视频流的图像进行图像识别，以确定第一电子设备是否接收到呼叫请求。
65.示例性地，在一种可能的实现方式中，服务器可以预设主流应用的呼叫界面作为参考界面，计算第一视频流中的图像与参考界面之间的相似度，在该相似度大于或等于相似度阈值的情况下确定第一电子设备接收到呼叫请求；或者，为了提高准确率，服务器可以在检测到相邻多张图像与该参考图像之间的相似度均大于或等于该相似度阈值的情况下，确定第一电子设备接收到呼叫请求。
66.又示例性地，语音呼叫请求中一般包括来电号码、拒绝按钮以及接听按钮等信息，服务器可以使用目标检测(object detection)算法对第一视频流中的图像进行目标检测，可以在检测到图像中的与呼叫请求相关的目标的数量大于或等于数量阈值的情况下，确定第一电子设备接收到呼叫请求。
67.可以理解的是，本技术实施例中，服务器对电子设备上传的视频流进行检测以确定接收到呼叫请求，是在得到电子设备的授权的情况下进行的。也就是说，在服务器得到电子设备的许可后，服务器才对电子设备上传的视频流进行上述检测处理。
68.本步骤中，服务器检测到第一电子设备接收到呼叫请求后，对本来应该传输给第二电子设备的第二视频流进行降低清晰度的处理，处理得到的第三视频流的清晰度小于或等于第一阈值。其中，该第一阈值可以根据实际情况进行处理，只要第三视频流在该第二电子设备上显示时无法被用户清楚地看出该呼叫请求涉及的隐私信息即可。
69.303：向该第二电子设备发送该第三视频流。
70.本步骤，服务器向第二电子设备发送第三视频流给第二电子设备进行显示。
71.本技术实施例，第一电子设备的第一视频流通过服务器同步给第二电子设备，在服务器通过第一视频流检测到第一电子设备接收到呼叫请求的情况下，对本来应该传输给第二电子设备的第二视频流进行降低清晰度处理得到第三视频流，将该第三视频流传输给第二电子设备进行显示，由于该第三视频流的清晰度小于或等于第一阈值，通过本技术可以达到保护用户隐私的效果。
72.在一些实施例中，图3所示的方法中，步骤303之后还包括：
73.304：向第二电子设备发送第一指示信息，该第一指示信息用于指示该第一电子设备接收到呼叫请求。
74.可以理解的是，在第一电子设备接收到呼叫请求的情况下，除了需要保护用户隐私，还需要将第一电子设备接收到呼叫请求这一事件告知其他参会人员，以提高用户体验，让整个会议进程在各个参会人员之间同步。
75.在一些实施例中，图3所示的方法还包括：
76.305：设置第一时长；
77.本实施例中，上述第一时长可以根据实际情况进行设定，比如呼叫请求一般有默认提示时长，如果在默认提示时长内未接收到用户的响应将自动拒绝呼叫请求，因此，上述第一时长可以是上述默认提示时长。可选地，该第一时长也可以设定为经验值，比如5秒、10秒等，本技术对此不作限定。
78.可选地，在服务器得到电子设备的授权，可以获得电子设备的通讯信息的情况下，上述步骤305之前还包括：
79.3051：确定该呼叫请求的类型，该呼叫请求的类型至少包括第一类呼叫请求和第二类呼叫请求，该第一类呼叫请求和该第二类呼叫请求至少有如下一项不同：发起该呼叫请求的主叫的分类不同、该呼叫请求的响应形式不同；
80.上述步骤305包括：
81.根据该呼叫请求的类型设置第一时长。
82.本实施例中，服务器可以通过目标检测或目标识别算法，从第一视频流中确定呼叫请求的类型，例如可以确定呼叫请求的响应形式，是语音呼叫还是视频呼叫；也可以是确
定呼叫请求的主叫的分类，比如呼叫是陌生人呼叫(例如骚扰电话)、又或者是通讯录内的成员的呼叫。
83.根据呼叫请求的类型设置第一时长时，例如，如果是陌生人呼叫，那么第一时长可以比默认提示时长设置得更短，如果是通讯录内的成员的呼叫，那么第一时长可以比默认提示时长设置得更长。可以理解的是，能够发起视频呼叫的用户一般不是陌生人，因此，在呼叫请求是视频呼叫的情况下也可以将上述第一时长设置得较长。本实施例通过给第一电子设备的用户预留更加合理的时间，以增强用户体验。
84.306：在确定该第一电子设备响应该呼叫请求的响应时长大于或等于该第一时长的情况下，将与该第一电子设备之间的第一链路从第一状态转变为第二状态，该第一状态为接收该第一电子设备发送的视频流的状态，该第二状态为接收该第一电子设备发送的心跳信号以维持上述第一链路的状态。
85.本步骤中，上述第一状态可以理解为服务器正常接收第一电子设备发送的视频流的状态，比如上述第一视频流；上述第二状态可以理解为服务器接收第一电子设备发送的心跳信号，通过该心跳信号维持而不是断开该第一链路的状态。其中，心跳信号可以理解为一个电子设备每隔一段时间向另一个电子设备发送一个数据量小于阈值的数据包，通过对方回复情况判断双方之间的链路是否已经断开。
86.本技术实施例中，第一电子设备响应该呼叫请求可以理解为第一电子设备拒绝或接受该呼叫请求，该响应时长可以理解为从接收到该呼叫请求到拒绝该呼叫请求之间的时长，或者，从接收到该呼叫请求到结束本次通话之间的时长。
87.本实施例中，在第一电子设备的响应时长大于或等于该第一时长的情况下，将第一链路从第一状态转变为第二状态，可以节约能耗。
88.在一些实施例中，上述步骤305与步骤306对应的实施例还包括：
89.307：在确定该第一电子设备响应该呼叫请求的响应时长大于或等于该第一时长的情况下，将与该第二电子设备之间的第二链路从第三状态转变为第四状态，该第三状态为向该第二电子设备发送视频流的状态，该第四状态为向该第二电子设备发送心跳信号以维持上述第二链路的状态。
90.可以理解的是，步骤307在与上述步骤305与步骤306对应的实施例进行耦合时，步骤307可以在步骤306之前，也可以在上述步骤306之后执行。
91.本实施例中，类似地，上述第三状态可以理解为服务器正常向第二电子设备发送视频流的状态，比如上述第二视频流或上述第三视频流；上述第四状态可以理解为服务器向第二电子设备发送心跳信号的状态，通过该心跳信号维持而不是断开该第二链路的状态。
92.本实施例中，在第一电子设备的响应时长大于或等于该第一时长的情况下，将第二链路从第三状态转变为第四状态，可以进一步节约能耗。
93.在一些实施例中，上述步骤305与步骤306对应的实施例，或者，上述步骤307对应的实施例还包括：
94.308：在检测到该第一电子设备响应该呼叫请求的响应时长小于该第一时长的情况下，继续向该第二电子设备发送第四视频流，该第四视频流为该第一电子设备响应完该呼叫请求之后发送的视频流。
95.可以理解的是，第一电子设备对该呼叫请求的响应完成，并回到与会议相关的界面的情况下，第一电子设备可以继续上传录屏视频，即上述第四视频流。通过本实施例可以让整个会议流程更加人性化，提高用户体验，
96.在一些实施例中，上述步骤308对应的实施例还包括：
97.309：设置第二时长，该第二时长大于该第一时长；
98.310：在检测到该第一电子设备响应该呼叫请求的响应时长大于或等于该第二时长的情况下，中断与该第一电子设备的第一链路和与该第二电子设备的第二链路。
99.可以理解的是，如果第一电子设备的用户接受了该用户请求导致响应时长大于上述第一时长，那么第一电子设备与服务器之间的第一链路会变为第二状态，此时服务器已经不接收第一电子设备发送的视频流，仅仅通过心跳信号维持链路的连接。但是，在第一电子设备的用户结束应答时，第一电子设备将主动继续上传视频流。因此，在第一电子设备与服务器之间的第一链路已经处于第二状态的情况下，可以将重新接收到视频流的时刻作为第一电子设备完成呼叫应答的时刻，从而得到响应时长。
100.示例性地，以检测到该呼叫请求为时间起点，将该时间起点之后的第一时长对应的时刻作为第一时刻，将该时间起点之后的第二时长对应的时刻作为第二时刻，在上述第一时刻与上述第二时刻之间未接收到第一电子设备发送的视频流的情况下，确定第一电子设备响应该呼叫请求的响应时长大于该第二时长；在上述第二时刻接收到第一电子设备发送的视频流的情况下，确定第一电子设备响应该呼叫请求的响应时长等于该第二时长。
101.可以理解的是，本步骤中的第二时长可以根据实际情况进行设定，只要大于上述第一时长即可。比如，该第二时长可以是该第一时长的两倍，又或者，可以根据呼叫请求的类型确定该第二时长，如果是视频呼叫或通讯列表人员的呼叫，可以将该第二时长设置较长，从而避免时长过短而重新建立会议。
102.本实施例中，在第一电子设备响应该呼叫请求的响应时长大于或等于该第二时长的情况下，中断与该第一电子设备的第一链路和与该第二电子设备的第二链路，可以进一步节约能耗，也可以节约参会人员的时间，提高用户体验。
103.可以理解的是，本技术实施例中的步骤编号仅仅是为了便于理解而作出的，而不是对步骤执行顺序的限定。
104.以上详细阐述了本技术实施例提供的方法，下面介绍本技术实施例提供的装置。
105.请参阅图4，图4是本技术实施例提供的一种基于视频流的处理装置的结构示意图。该基于视频流的处理装置40用于执行上述基于视频流的处理装置方法，应理解，但凡能够实现本技术提供的方法的装置都属于本技术的保护范围。如图4所示，该基于视频流的处理装置40包括接收单元401、处理单元402以及发送单元403。可选地，该基于视频流的处理装置40还可以包括设置单元404、转变单元405以及中断单元406。其中，各个单元的描述如下：
106.接收单元401，用于接收第一电子设备发送的第一视频流，上述第一视频流为上述第一电子设备的录屏视频；
107.处理单元402，用于对上述第一视频流进行显示处理得到第二视频流；
108.发送单元403，用于向第二电子设备发送上述第二视频流；
109.上述处理单元402，还用于在通过上述第一视频流检测到上述第一电子设备接收
到呼叫请求的情况下，降低上述第二视频流的清晰度得到第三视频流，上述第三视频流的清晰度小于或等于第一阈值；
110.上述发送单元403，还用于向上述第二电子设备发送上述第三视频流。
111.在一种可能的实现方式中，上述发送单元403，还用于向上述第二电子设备发送第一指示信息，上述第一指示信息用于指示上述第一电子设备接收到呼叫请求。
112.在一种可能的实现方式中，上述装置还包括设置单元404，用于设置第一时长；
113.上述装置还包括转变单元405，用于在确定上述第一电子设备响应上述呼叫请求的响应时长大于或等于上述第一时长的情况下，将与上述第一电子设备之间的第一链路从第一状态转变为第二状态，上述第一状态为接收上述第一电子设备发送的视频流的状态，上述第二状态为接收上述第一电子设备发送的心跳信号以维持上述第一链路的状态。
114.在一种可能的实现方式中，上述转变单元405，还用于在确定上述第一电子设备响应上述呼叫请求的响应时长大于或等于上述第一时长的情况下，将与上述第二电子设备之间的第二链路从第三状态转变为第四状态，上述第三状态为向上述第二电子设备发送视频流的状态，上述第四状态为向上述第二电子设备发送心跳信号以维持上述第二链路的状态。
115.在一种可能的实现方式中，上述发送单元403，还用于在检测到上述第一电子设备响应上述呼叫请求的响应时长小于上述第一时长的情况下，继续向上述第二电子设备发送第四视频流，上述第四视频流为上述第一电子设备响应完上述呼叫请求之后发送的视频流。
116.在一种可能的实现方式中，上述设置单元404，还用于设置第二时长，上述第二时长大于上述第一时长；
117.上述装置还包括中断单元406，用于在检测到上述第一电子设备响应上述呼叫请求的响应时长大于或等于上述第二时长的情况下，中断与上述第一电子设备的第一链路和与上述第二电子设备的第二链路。
118.请参阅图5，图5是本技术实施例提供的另一种基于视频流的处理装置的结构示意图。如图5所示，上述基于视频流的处理装置50包括存储器501、处理器502。进一步可选的，还可以包含通信接口503以及总线504，其中，存储器501、处理器502以及通信接口503通过总线504实现彼此之间的通信连接。
119.其中，存储器501用于提供存储空间，存储空间中可以存储操作系统和计算机程序等数据。存储器501包括但不限于是随机存储记忆体(random access memory，ram)、只读存储器(read-only memory，rom)、可擦除可编程只读存储器(erasable programmable read only memory，eprom)、或便携式只读存储器(compact disc read-only memory，cd-rom)。
120.处理器502是进行算术运算和逻辑运算的模块，可以是中央处理器(central processing unit，cpu)、显卡处理器(graphics processing unit，gpu)或微处理器(microprocessor unit，mpu)等处理模块中的一种或者多种的组合。
121.存储器501中存储有计算机程序，处理器502调用存储器501中存储的计算机程序，以执行上述基于视频流的处理方法。
122.本技术还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行上述实施例的方法。
123.本技术还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得上述实施例中的方法被执行。
124.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以上述权利要求的保护范围为准。