一种用于测试视频传输质量的方法和装置与流程

本申请涉及流媒体传输技术领域，具体而言，涉及一种用于测试视频传输质量的方法和装置。

背景技术：

随着网络技术的飞速发展，用户有着大量实时音频和视频沟通的需求，并且在音频和视频沟通中，用户对于视频的质量和延迟非常敏感。因此，视频传输质量的测试是非常必要的。

如图1所示，图1示出了现有技术中的一种视频传输质量的测试方法的示意图。如图1所示的方法包括如下步骤：设备110获取视频源120对应的视频源数据，并且设备110将视频源数据进行编码后得到视频数据。设备110向设备130发送视频数据，设备130对视频数据进行解码，并将解码后的视频数据进行多次轮流播放，以便于用户140根据自身的主观感受来对视频传输质量进行评价。

在实现本发明的过程中，发明人发现现有技术中存在如下问题：对于如图1所示的现有的视频传输质量的测试方法来说，由于是采用同一个设备多次轮流播放视频的方式，从而这种间隔性的观看方式容易引起用户遗忘播放视频的细节的问题。

技术实现要素：

本申请实施例的目的在于提供一种用于测试视频传输质量的方法和装置，以改善现有技术中由于间隔性的观看方式引起的用户遗忘播放视频的细节的问题。

第一方面，本申请实施例提供了一种用于测试视频传输质量的方法，该方法包括：监控设备获取n个设备中的每个设备的窗口画面，其中，n个设备中的每个设备的窗口画面来自于同一个视频源，n为大于等于2的正整数；监控设备根据每个设备的窗口画面生成同一画面，其中，同一画面用于同时显示n个设备中的每个设备的窗口画面；监控设备显示同一画面，以便于用户根据同一画面评价从同一个视频源到n个设备中的每个设备的视频传输质量。

因此，本申请实施例通过监控设备将获取的n个设备中的每个设备的窗口画面生成同一画面，并且监控设备通过同一画面来显示n个设备中的每个设备的窗口画面，以便于用户可根据同一画面来评价从同一视频源到n个设备中的每个设备的视频传输质量，n为大于等于2的正整数。从而由于是通过同一个画面来同时显示n个设备中的每个设备的窗口画面，使得用户无需再多次间隔的观看多个视频片段，从而能够避免用户遗忘播放视频的细节的问题。以及，n个设备中的每个设备都是来自同一视频源，从而也能够避免不同的视频源引起的问题。

在一个可能的实施例中，n个设备包括第一设备和第二设备，同一画面包括第一子画面和第二子画面，第一子画面用于显示第一设备的窗口画面中与第一子画面对应的画面，第二子画面用于显示第二设备的窗口画面中与第二子画面对应的画面。

因此，本申请实施例通过第一子画面来显示第一设备的窗口画面中与第一子画面对应的部分画面，以及通过第二子画面用于显示第二设备的窗口画面中与第二子画面对应的部分画面，从而由于同一界面显示的是由两个设备的部分画面构成的同一个画面，进而能够提升用户评价视频传输质量的敏感度。

在一个可能的实施例中，监控设备根据每个设备的窗口画面生成同一画面，包括：监控设备分别确定第一子画面的第一属性信息和第二子画面的第二属性信息，其中，第一属性信息包括与第一子画面对应的显示区域的位置和大小，第二属性信息包括与第二子画面对应的显示区域的位置和大小；监控设备根据第一属性信息、第二属性信息、第一设备的窗口画面和第二设备的窗口画面，生成同一画面。

因此，本申请实施例通过第一属性信息和第二属性信息来精准且快速地生成同一画面。

在一个可能的实施例中，监控设备根据第一属性信息、第二属性信息、第一设备的窗口画面和第二设备的窗口画面，生成同一画面，包括：监控设备根据第一属性信息，将第一设备的窗口画面中与第一子画面对应的画面渲染到与第一子画面对应的显示区域中；以及，监控设备根据第二属性信息，将第二设备的窗口画面中与第二子画面对应的画面渲染到与第二子画面对应的显示区域中；监控设备根据第一子画面和第二子画面生成同一画面。

因此，本申请实施例通过将第一设备的窗口画面中与第一子画面对应的部分画面渲染到与第一子画面对应的显示区域中，以及通过将第二设备的窗口画面中与第二子画面对应的画面渲染到与第二子画面对应的显示区域中，从而用户可通过观看一个画面上的视频就可实现视频传输质量的评价。

第二方面，本申请实施例提供了一种用于测试视频传输质量的方法，该方法包括：第三设备获取第三设备的显示屏显示的窗口画面；第三设备向监控设备发送窗口画面，以便于监控设备通过同一画面同时显示n个设备的窗口画面，n个设备包括第三设备，n个设备中的每个设备的窗口画面来自于同一个视频源，同一画面用于同时显示n个设备中的每个设备的窗口画面。

需要说明的是，第三设备可以为n个设备中的任意一个设备。

第三方面，本申请实施例提供了一种用于测试视频传输质量的装置，应用于监控设备，该装置包括：第一获取模块，用于获取n个设备中的每个设备的窗口画面，其中，n个设备中的每个设备的窗口画面来自于同一个视频源，n为大于等于2的正整数；生成模块，用于根据每个设备的窗口画面生成同一画面，其中，同一画面用于同时显示n个设备中的每个设备的窗口画面；显示模块，用于显示同一画面，以便于用户根据同一画面评价从同一个视频源到n个设备中的每个设备的视频传输质量。

在一个可能的实施例中，n个设备包括第一设备和第二设备，同一画面包括第一子画面和第二子画面，第一子画面用于显示第一设备的窗口画面中与第一子画面对应的画面，第二子画面用于显示第二设备的窗口画面中与第二子画面对应的画面。

在一个可能的实施例中，生成模块，包括：确定模块，用于分别确定第一子画面的第一属性信息和第二子画面的第二属性信息，其中，第一属性信息包括与第一子画面对应的显示区域的位置和大小，第二属性信息包括与第二子画面对应的显示区域的位置和大小；生成子模块，用于根据第一属性信息、第二属性信息、第一设备的窗口画面和第二设备的窗口画面，生成同一画面。

在一个可能的实施例中，渲染模块，用于根据第一属性信息，将第一设备的窗口画面中与第一子画面对应的画面渲染到与第一子画面对应的显示区域中；渲染模块，还用于根据第二属性信息，将第二设备的窗口画面中与第二子画面对应的画面渲染到与第二子画面对应的显示区域中；生成子模块，还用于根据第一子画面和第二子画面生成同一画面。

第四方面，本申请实施例提供了一种用于测试视频传输质量的装置，应用于第三设备，该装置包括：第二获取模块，用于获取第三设备的显示屏显示的窗口画面；发送模块，用于向监控设备发送窗口画面，以便于监控设备通过同一画面同时显示n个设备的窗口画面，n个设备包括第三设备，n个设备中的每个设备的窗口画面来自于同一个视频源，同一画面用于同时显示n个设备中的每个设备的窗口画面。

第五方面，本申请提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第一方面或第一方面的任一可选的实现方式所述的方法。

第六方面，本申请提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第二方面或第二方面的任一可选的实现方式所述的方法。

第七方面，本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一方面或第一方面的任一可选的实现方式所述的方法。

第八方面，本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第二方面或第二方面的任一可选的实现方式所述的方法。

第九方面，本申请提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第一方面或第一方面的任意可能的实现方式中的方法。

第十方面，本申请提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第二方面或第二方面的任意可能的实现方式中的方法。

为使本申请实施例所要实现的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了现有技术中的一种视频传输质量的测试方法的示意图；

图2示出了现有技术中的另一种视频传输质量的测试方法的示意图；

图3示出了本申请实施例可应用的一种应用场景的示意图；

图4示出了本申请实施例提供的一种用于测试视频传输质量的方法的流程图；

图5示出了本申请实施例提供的一种用于测试视频传输质量的装置的结构框图；

图6示出了本申请实施例提供的一种用于测试视频传输质量的装置的结构框图；

图7为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参见图2，图2示出了现有技术中的另一种视频传输质量的测试方法的示意图。如图2所示的方法包括如下步骤：设备210获取视频源220对应的视频源数据，并且设备210将视频源220对应的视频源数据进行编码后得到第一视频数据。设备210向设备230发送第一视频数据，设备230对第一视频数据进行解码，并将解码后的第一视频数据进行播放。

以及，设备240获取视频源250对应的视频源数据，并且设备240将视频源250对应的视频源数据进行编码后得到第二视频数据，其中，视频源250和视频源220为不同的视频源。设备240向设备260发送第二视频数据。设备260对第二视频数据进行解码，并将解码后的第二视频数据进行播放。从而在设备230和设备260均播放视频的过程中，用户270可通过自身的感受来对视频传输质量进行评价。

但是，如图2所示的现有的视频传输质量的测试方法会减少用户在观看不同的视频源的切换时间，同时又引入了不同的设备之间的显示差异，并且使得用户对于画面的细微差异和延迟无法区分。以及，如图1所示的现有的视频传输质量的测试方法除了存在容易引起用户遗忘播放视频的静态和动态的细节的问题之外，还存在会导致用户敏感度降低，并且对于流媒体的视频延迟没有办法有直观的判断的问题。

基于此，本申请巧妙地提出了一种用于测试视频传输质量的方法和装置，通过监控设备将获取的n个设备中的每个设备的窗口画面生成同一画面，并且监控设备通过同一画面来显示n个设备中的每个设备的窗口画面，以便于用户可根据同一画面来评价从同一视频源到n个设备中的每个设备的视频传输质量，n为大于等于2的正整数。从而，本申请实施例由于是通过同一个画面来同时显示n个设备中的每个设备的窗口画面，从而能够避免用户遗忘播放视频的静态和动态的细节的问题。以及，本申请实施例中的n个设备中的每个设备都是来自同一视频源，从而也能够避免不同的视频源引起的问题。

为了便于理解本申请实施例，首先在此对本申请实施例中的一些术语进行解释如下：

名词“帧率”是以称为帧的位图图像连续出现在显示屏上的频率。

名词“屏幕刷新率”是指图像在屏幕上更新的速度，刷新频率越低，图像闪烁、停顿和抖动的就越厉害，眼睛疲劳得就越快。其中，屏幕刷新率的最大值受限于硬件的性能。

名词“屏幕采样频率”是指每秒钟采集图像的个数。

如图3所示，图3示出了本申请实施例可应用的一种应用场景300的示意图。具体地，该应用场景300至少包括视频源310、设备320、设备330、设备340、设备350和监控设备360。

其中，视频源310可以是视频文件，从而设备320和设备330可以通过读取或者网站下载等方式来获取视频源对应的视频数据。视频源310也可以是携带有视频文件的设备，从而通过携带有视频文件的设备来将视频源310对应的视频源数据分别发送给设备320和设备330，本申请实施例并不局限于此。

设备320可以是终端设备。例如，设备320可以是手机，也可以是平板电脑，也可以是膝上型便携计算机，也可以是台式计算机等。也就是说，设备320的具体类型可以根据用户的实际需求来进行选择，本申请实施例并不局限于此。以及，设备320具备通信功能，它可以运行浏览器，也可以运行其他能够加载和显示网页页面的应用程序。例如，应用程序可以是会议管理应用，也可以是社交类应用，也可以是办公类应用等。

需要说明的是，设备330、设备340、设备350和监控设备360均与设备320类似，在此不再详细描述，具体可参见前文中设备320的相关描述。

在本申请实施例中，在进行视频传输质量的测试过程中，设备320和设备330可以为类型形同且型号相同的设备，以及设备340和设备350也可以为类型相同且型号相同的设备。也就是说，本申请实施例可以通过将对应侧布置成一样的硬件环境，从而能够避免现有技术中由于不同的设备的显示差异引起的问题。

设备320和设备330分别获取视频源310对应的视频源数据。设备320可以对视频源310对应的视频源数据进行预处理和编码，以及，设备330也可以对视频源310对应的视频源数据进行预处理和编码，其中，设备320和设备330可以通过采用不同的编码方式来进行编码。例如，设备330和设备330可采用不同的软件编码器来进行编码，从而通过应用场景300能够确定不同的软件编码器对视频传输质量的影响。也就是说，在排除了硬件环境的影响下，本申请实施例能够通过不同的编码等软件相关的处理方式来确定其对视频传输质量的影响。

设备340获取设备320发送的视频数据，设备340对接收到的视频数据进行解码和预处理，从而播放视频。以及，设备340通过api(applicationprogramminginterface，应用程序接口)接口获取设备340当前窗口内的画面，并将抓取到的窗口画面发送给监控设备360。

需要说明的是，设备350获取窗口画面以及向监控设备360发送窗口画面的过程与设备340获取窗口画面以及向监控设备360发送窗口画面的过程类似，在此不再详细描述，具体可参见前文中的设备340获取窗口画面以及向监控设备360发送窗口画面的相关描述。

监控设备360获取设备340发送的窗口画面以及设备350发送的窗口画面，以及监控设备360通过同一画面同时显示设备340发送的窗口画面以及设备350发送的窗口画面，以便于用户370对视频传输质量进行评价。此外，关于图3所示的同一画面的生成过程会在下文中进行描述，在此不再描述，具体可参见下文中的相关描述。

需要说明的是，本发明实施例提供的用于测试视频传输质量的方法还可以进一步拓展到其他合适的实施场景中，而不限于图3所示的应用场景300。虽然图3中仅示出了设备340和设备350向监控设备360发送窗口画面，但本领域的技术人员应当理解，在实际应用的过程中，该应用场景300可以包括更多或者更少的设备，只要保证监控设备360获取至少两个设备的窗口画面即可。

为了便于理解本申请的技术方案，下面以通过两个设备(即设备2和设备4)向监控设备发送窗口画面来实现视频传输质量的测试为例来进行描述。

应理解，在具有n个设备向监控设备发送窗口画面的情况下，每个设备的相关流程可参见下文中设备2和设备4的相关描述，以及监控设备处理n个窗口画面的过程也可参见图4中的监控设备处理2个窗口画面的过程，n为大于等于2的正整数，后续不再详细描述。

请参见图4，图4示出了本申请实施例提供的一种用于测试视频传输质量的方法的流程图。如图4所示的方法包括如下步骤：

步骤s411，设备1向设备2发送视频数据。

具体地，设备1可以获取视频源对应的视频源数据，以及设备1将视频源对应的视频源数据进行预处理和编码，从而设备1可以将视频源对应的视频源数据转换成传输所需的格式。以及，设备1可以将转换后的视频数据发送给设备2。

应理解，视频源可以为目标视频文件，从而设备1无需经过视频采集的过程，设备1可以通过读取或者网站下载的方式来直接获取视频源对应的视频数据，本申请实施例并不局限于此。

还应理解，设备1对视频源对应的视频数据进行预处理的方式也可根据实际需求来进行设置，本申请实施例并不局限于此。

还应理解，设备1对视频源对应的视频数据进行编码的方式也可根据实际需求来进行设置，本申请实施例并不局限于此。

例如，设备1对视频源对应的视频数据进行编码的方式包括预设的帧率(例如，30帧等)，这里的预设的帧率可以根据实际需求来进行设置。

再例如，设备1对视频源对应的视频数据进行编码的方式包括编码的格式(例如，h.264编码格式等)，这里的编码的格式也可以根据实际需求来进行设置。

步骤s412，设备3向设备4发送视频数据。

需要说明的是，设备3向设备4发送视频数据的过程与设备1向设备2发送视频数据的过程类似，在此不再详细描述，具体可参见前文中的设备1向设备2发送视频数据的相关描述。

还需要说明的是，为了避免设备的显示差异引起的问题，设备1和设备3可以为类型相同且型号相同的设备，以及设备2和设备4可以为类型相同且型号相同的设备，本申请实施例并不局限于此。

步骤s413，设备2将设备1发送的视频数据进行播放。

具体地，设备2在接收到设备1发送的视频数据后，设备2对设备1发送的视频数据进行解码和预处理，并将视频数据进行播放。

应理解，由于设备1对视频源对应的视频源数据进行编码的方式可以根据实际需求来进行设置，所以设备2对设备1发送的视频数据进行解码的方式也可根据实际需求来进行设置，本申请实施例并不局限于此。

还应理解，设备2对设备1发送的视频数据进行预处理的方式也可根据实际需求来进行设置，本申请实施例并不局限于此。

步骤s414，设备2获取设备2的显示屏显示的窗口画面。

应理解，窗口画面还可称为窗口视频数据，也可称为视频数据，也可以称为屏幕视频数据，本申请实施例并不局限于此。

还应理解，设备2获取设备2的显示屏显示的窗口画面的实现方式可以根据实际需求来进行设置，本申请实施例并不局限于此。

可选地，设备2可以获取设备2的屏幕刷新率，以及设备2将设备2的屏幕刷新率和目标帧率进行比较。以及，设备2将屏幕刷新率和目标帧率中的较小值确定为屏幕采样频率，并且设备2通过屏幕采样频率来抓取设备2的显示屏所显示的画面，从而设备2可以获取设备2的显示屏显示的窗口画面。

其中，目标帧率可以通过设备1对视频源对应的视频源数据进行编码的方式中的预设的帧率来确定。例如，目标帧率可以是预设的帧率的预设倍数(例如，在预设的帧率可以为30hz的情况下，目标帧率可以是预设的帧率的2倍，即目标帧率为60hz)，这里的预设倍数可以根据实际需求来进行设置，本申请实施例并不局限于此。

为了便于理解本申请实施例，下面通过具体的实施例来进行描述。

在设备2的屏幕刷新率为60hz以及目标帧率为50hz的情况下，设备2在确定目标帧率小于屏幕刷新率的情况下，设备2可以将目标帧率确定为屏幕采样频率，即设备2通过50hz来从设备2的显示区域中抓取设备2的显示屏所显示的画面，从而设备2可以获取设备2的显示屏显示的窗口画面。

需要说明的是，虽然本申请实施例示出了设备2将屏幕刷新率和目标帧率中的较小值确定为屏幕采样频率的方式，但是当设备2确定屏幕刷新率和目标帧率为相同值的情况下，设备2可以通过屏幕刷新率和目标帧率中的任意一个值作为屏幕采样频率，本申请实施例并不局限于此。

可选地，设备2还可以直接以目标帧率作为屏幕采样频率，从而设备2获取设备2的显示屏显示的窗口画面。

步骤s415，设备4将设备3发送的视频数据进行播放。

需要说明的是，设备4将设备3发送的视频数据进行播放的过程与设备2将设备1发送的视频数据进行播放的过程类似，在此不再详细描述，具体可参见前文中设备2将设备1发送的视频数据进行播放的相关描述。

步骤s416，设备4获取设备4的显示屏显示的窗口画面。

需要说明的是，设备4获取设备4的显示屏显示的窗口画面的过程与设备2获取设备2的显示屏显示的窗口画面的过程类似，在此不再详细描述，具体可参见前文中设备2获取设备2的显示屏显示的窗口画面的相关描述。

还需要说明的是，步骤s414和步骤s416还可以合并成一个步骤。例如，步骤s414和步骤s416可以合并为如下步骤：第三设备获取显示屏显示的窗口画面，第三设备可以为与向监控设备发送窗口画面的n个设备(例如，设备2和设备4)中的任意一个设备，即该第三设备可以为设备2或者设备4，n为大于等于2的正整数，本申请实施例并不局限于此。

步骤s417，设备2向监控设备发送窗口画面。对应地，监控设备获取设备2的窗口画面。

具体地，设备2在向监控设备发送窗口画面的过程中，设备2可以将窗口画面编码成所需格式的视频数据，从而设备2将编码后的视频数据发送给监控设备。对应地，监控设备在获取到设备2发送的视频数据的情况下，监控设备可以通过解码的方式来获取窗口画面。

应理解，设备2对窗口画面进行编码的方式可以根据实际需求来进行设置，本申请实施例并不局限于此。

例如，设备2对窗口画面进行编码的方式包括预设的帧率，其中，这里预设的帧率可以为屏幕采样频率，也可以根据实际需求来进行设置。

再例如，设备2可以将窗口画面重新编码成rtp(real-timetransportprotocol，实时传输协议)视频数据。

步骤s418，设备4向监控设备发送窗口画面，其中，设备4的窗口画面和设备2的窗口画面来自于同一个视频源。对应的，监控设备获取设备4的窗口画面。

需要说明的是，设备4向监控设备发送窗口画面的过程与设备2向监控设备发送窗口画面的过程类似，在此不再详细描述，具体可参见前文中设备2向监控设备发送窗口画面的相关描述。

还需要说明的是，步骤s417和步骤s418可以合并成一个步骤。例如，步骤s417和步骤s418可以合并为如下步骤：第三设备向监控设备发送窗口画面，第三设备可以为与向监控设备发送窗口画面的n个设备(例如，设备2和设备4)中的任意一个设备，即第三设备可以为设备2或者设备4，n为大于等于2的正整数，本申请实施例并不局限于此。

对应地，在将步骤s417和步骤s418合并成一个步骤的情况下，还可包括如下步骤：监控设备获取n个设备(例如，设备2和设备4)的窗口画面。

步骤s419，监控设备根据设备2的窗口画面和设备4的窗口画面生成同一画面。其中，同一画面用于同时显示设备2的窗口画面和设备4的窗口画面。

应理解，同一画面的显示方式可以为显示两个相同的画面，也可为显示一个完整的画面，其中，这里的一个完整的画面是由设备2发送的窗口画面中的部分画面以及设备4发送的窗口画面中的部分画面构成的，本申请实施例并不局限于此。

应理解，设备2发送的窗口画面和设备4发送的窗口画面可以为相同帧对应的画面，也可为由于网络延迟等造成的不同帧对应的画面，本申请实施例并不局限于此。

还应理解，两个相同的画面可以为相同帧对应的画面，也可为由于网络延迟等造成的不同帧对应的画面，本申请实施例并不局限于此。

在同一画面具有不同的显示方式的情况下，监控设备可以根据设备2的窗口画面和设备4的窗口画面生成同一画面也可以具有不同的实现方式。

为了便于理解本申请实施例，下面通过具体的实施例来进行描述。

可选地，在同一画面的显示方式为一个完整的画面(即同一画面包括第一子画面和第二子画面，第一子画面用于显示设备2的窗口画面中与第一子画面对应的画面，第二子画面用于显示设备4的窗口画面中与第二子画面对应的画面)的情况下，监控设备分别确定与第一子画面对应的第一属性信息以及与第二子画面对应的第二属性信息。其中，第一属性信息包括与第一子画面对应的显示区域的位置和大小，第二属性信息包括与第二子画面对应的显示区域的位置和大小。

监控设备在确定第一属性信息和第二属性信息的情况下，监控设备可以根据第一属性信息中与第一子画面对应的显示区域的大小和位置，将设备2发送的窗口画面中的与第一子画面(或者，与第一子画面对应的显示区域)对应的部分画面渲染到与第一子画面对应的显示区域中。

以及，监控设备还可根据第二属性信息中与第二子画面对应的显示区域的大小和位置，将设备4发送的窗口画面中与第二子画面(或者，与第二子画面对应的显示区域)对应的部分画面渲染到与第二子画面对应的显示区域中。从而，通过上述过程，监控设备可以根据第一子画面和第二子画面来将第一子画面和第二子画面拼接成同一画面。

进而，可以通过监控设备的显示区域或者与监控设备连接的显示设备来显示同一画面，其中，这里的同一画面可以显示方式可以参考图3(图3所示的画面中的左侧部分显示的是设备340的窗口画面中的部分画面以及右侧部分显示的是设备350的窗口画面中的部分画面)。

为了便于理解同一画面，下面通过具体的实施例来进行描述。

在设备2和设备4抓取的某一画面只包含有“北京”两个字的情况下，监控设备的同一画面可以展示有“北京”这两个字，其中，显示“北”字的区域来自于设备2的窗口画面中的部分画面，显示“京”字的区域来自设备4的窗口画面中的部分画面。也就是说，一个完整的画面中的一部分为设备2的窗口画面中的部分画面，另外一部分为设备4的窗口画面中的部分画面。

需要说明的是，这里为了更加清楚的区分第一子画面和第二子画面，可以在第一子画面和第二子画面的相邻的边界上设置分割线。以及，为了满足用户的需求，用户可以通过触摸或者遥控器遥控等方式来移动分割线的位置。以及，在移动分割线的过程中，监控设备可以通过重复前文中同一画面的生成过程来调整同一画面中的第一子画面的大小和第二子画面的位置和大小。

因此，本申请实施例中的用户可以通过观察同一画面上的视频，并且由于同一画面的一部分可以为设备2的窗口画面中的部分画面，另外一部分可以为设备4的窗口画面中的部分画面，从而使得用户对静态画面、动态细节和延迟的差异会更加敏感。

可选地，在同一画面的显示方式为显示两个相同的画面(即同一画面包括第三子画面和第四子画面，且第三子画面和第四子画面可以为同一帧图像，也可为不同帧的图像)的情况下，监控设备分别确定与第三子画面对应的第三属性信息以及与第四子画面对应的第四属性信息。其中，第三属性信息包括与第三子画面对应的显示区域的位置和大小，第四属性信息包括与第四属性信息对应的显示区域的位置和大小。

监控设备在确定第三属性信息和第四属性信息的情况下，监控设备可以通过第三属性信息中的与第三子画面对应的显示区域的位置和大小来调整设备2发送的窗口画面的大小。以及，监控设备还可以将调整后的设备2发送的窗口画面显示在第三子画面对应的显示区域中。

以及，监控设备还可以通过第四属性信息中的与第四子画面对应的显示区域的位置和大小来调整设备4发送的窗口画面的大小。以及，监控设备还可以将调整后的设备4发送的窗口画面显示在第四子画面对应的显示区域中。从而，监控设备可以将第三子画面和第四子画面拼接成同一画面。

进而，可以通过监控设备的显示区域或者与监控设备连接的显示设备来显示同一画面。其中，这里的同一画面可以同时显示设备2发送的视频数据以及设备4发送的视频数据，即同一画面可以显示有两个相同帧的图像，也可以显示由于网络延迟等造成的不同帧的图像。其中，这两个相同的画面可以是指显示的内容一样，但这两个相同的画面的大小可以根据实际需求来进行设置。

为了便于理解同一画面，下面通过具体的实施例来进行描述。

在设备2和设备4抓取的某一画面只包含有“北京”两个字的情况下，监控设备的同一画面可以展示有两个“北京”，其中，显示一个“北京”的区域为设备2的窗口画面，显示另外一个“北京”的区域为设备4的窗口画面。

需要说明的是，这里为了更加清楚的区分两个相同的画面，可以在两个相同的画面的相邻的边界上设置分割线。以及，为了满足用户的需求，用户可以通过触摸或者遥控器遥控等方式来移动分割线的位置。以及，在移动分割线的过程中，监控设备可以通过重复前文中同一画面的生成过程来调整同一画面中的两个相同画面的位置和大小。

步骤s420，监控设备显示同一画面，以便于用户根据同一画面评价从同一视频源到设备2或者设备4的视频传输质量。

应理解，用户评价视频传输质量可以从静态图像质量、连续变化的动态质量和延迟三方面进行比较。其中，静态图像质量可以包括单帧图像的清晰度、亮度、对比度和颜色等参数；连续变化的动态质量可以包括播放多帧图像的连贯性、清晰度等参数；延迟可以表示视频的连贯性的好坏。

其中，静态图像质量和连续变化的动态质量可以受编码、网络等的影响，以及延迟会受到网络(例如，设备1和设备2之间的网络等)等的影响。

因此，本申请实施例通过监控设备将获取的n个设备中的每个设备的窗口画面生成同一画面，并且监控设备通过同一画面来显示n个设备中的每个设备的窗口画面，以便于用户可根据同一画面来评价从同一视频源到n个设备中的每个设备的视频传输质量，n为大于等于2的正整数。从而由于是通过同一个画面来同时显示n个设备中的每个设备的窗口画面，使得用户无需再多次间隔的观看多个视频片段，从而能够避免用户遗忘播放视频的细节的问题。以及，n个设备中的每个设备都是来自同一视频源，从而也能够避免不同的视频源引起的问题。

应理解，上述用于测试视频传输质量的方法仅是示例性的，本领域技术人员根据上述的方法可以进行各种变形。

例如，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。例如，步骤s415可以设置在步骤s414的前面。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。例如，可以将步骤s417和步骤s418合并为一个步骤。

请参见图5，图5示出了本申请实施例提供的一种用于测试视频传输质量的装置500的结构框图，应理解，该装置500与上述图4方法实施例中的监控设备侧对应，能够执行上述方法实施例监控设备侧涉及的各个步骤，该装置500具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置500包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置500的操作系统(operatingsystem，os)中的软件功能模块。具体地，该装置500包括：

第一获取模块510，用于获取n个设备中的每个设备的窗口画面，其中，n个设备中的每个设备的窗口画面来自于同一个视频源，n为大于等于2的正整数；生成模块520，用于根据每个设备的窗口画面生成同一画面，其中，同一画面用于同时显示n个设备中的每个设备的窗口画面；显示模块530，用于显示同一画面，以便于用户根据同一画面评价从同一视频源到n个设备中的每个设备的视频传输质量。

在一个可能的实施例中，n个设备包括第一设备和第二设备，同一画面包括第一子画面和第二子画面，第一子画面用于显示第一设备的窗口画面中与第一子画面对应的画面，第二子画面用于显示第二设备的窗口画面中与第二子画面对应的画面。

在一个可能的实施例中，生成模块520，包括：确定模块(未示出)，用于分别确定第一子画面的第一属性信息和第二子画面的第二属性信息，其中，第一属性信息包括与第一子画面对应的显示区域的位置和大小，第二属性信息包括与第二子画面对应的显示区域的位置和大小；生成子模块(未示出)，用于根据第一属性信息、第二属性信息、第一设备的窗口画面和第二设备的窗口画面，生成同一画面。

在一个可能的实施例中，渲染模块(未示出)，用于根据第一属性信息，将第一设备的窗口画面中与第一子画面对应的画面渲染到与第一子画面对应的显示区域中；渲染模块，还用于根据第二属性信息，将第二设备的窗口画面中与第二子画面对应的画面渲染到与第二子画面对应的显示区域中；生成子模块，还用于根据第一子画面和第二子画面生成同一画面。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

请参见图6，图6示出了本申请实施例提供的一种用于测试视频传输质量的装置600的结构框图，应理解，该装置600与上述图4方法实施例中的第三设备(例如，设备2或者设备4)侧对应，能够执行上述方法实施例第三设备侧涉及的各个步骤，该装置600具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置600包括至少一个能以软件或固件(firmware)的形式存储于存储器中或固化在装置600的操作系统(operatingsystem，os)中的软件功能模块。具体地，该装置600包括：

第二获取模块610，用于获取第三设备的显示屏显示的窗口画面；发送模块620，用于向监控设备发送窗口画面，以便于监控设备通过同一画面同时显示n个设备的窗口画面，n个设备包括第三设备，n个设备中的每个设备的窗口画面来自于同一个视频源，同一画面用于同时显示n个设备中的每个设备的窗口画面。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

本申请还提供一种电子设备700，该电子设备700可设置在监控设备中或者第三设备中。

图7为本申请实施例提供的一种电子设备700的结构框图，如图7所示，电子设备700可以包括处理器710、通信接口720、存储器730和至少一个通信总线740。其中，通信总线740用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口720用于与其他节点设备进行信令或数据的通信。处理器710可以是一种集成电路芯片，具有信号的处理能力。上述的处理器710可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器710也可以是任何常规的处理器等。

存储器730可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。存储器730中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器710执行时，电子设备700可以执行上述图4方法实施例中对应装置侧的各个步骤。例如，在电子设备700设置在监控设备中的情况下，存储器730中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器710执行时，电子设备700可以执行上述图4方法实施例中监控设备侧的各个步骤。

电子设备700还可以包括存储控制器、输入输出单元、音频单元、显示单元。

所述存储器730、存储控制器、处理器710、外设接口、输入输出单元、音频单元、显示单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线740实现电性连接。所述处理器710用于执行存储器730中存储的可执行模块，例如电子设备700包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户输入数据实现用户与服务器(或本地终端)的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。

音频单元向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。

显示单元在所述电子设备与用户之间提供一个交互界面(例如用户操作界面)或用于显示图像数据给用户参考。在本实施例中，所述显示单元可以是液晶显示器或触控显示器。若为触控显示器，其可为支持单点和多点触控操作的电容式触控屏或电阻式触控屏等。支持单点和多点触控操作是指触控显示器能感应到来自该触控显示器上一个或多个位置处同时产生的触控操作，并将该感应到的触控操作交由处理器进行计算和处理。

可以理解，图7所示的结构仅为示意，所述电子设备700还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。图7中所示的各组件可以采用硬件、软件或其组合实现。

本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行图4中的监控设备侧的任一可选的实现方式所述的方法。

本申请提供一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行图4中的第三设备(例如，设备2或者设备4)侧的任一可选的实现方式所述的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。