CN113326019B - 音量控制方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及一种音量控制方法、装置、终端及存储介质，属于技术领域。方法包括：向目标电子设备发送正在进行投屏的多媒体资源流，多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放接解码得到的多媒体数据；响应于基于终端触发的音量调整操作，保持终端当前的第一音量不变，以及，向目标电子设备发送第一音量调整请求，第一音量调整请求用于请求目标电子设备调整第二音量，以使目标电子设备通过调整后的第二音量播放解码得到的多媒体数据，这样无需改变终端的音量，从而保证了终端功耗稳定，提高终端续航能力。

Description

音量控制方法、装置、电子设备及存储介质

技术领域

本申请实施例涉及终端技术领域，特别涉及一种音量控制方法、装置、电子设备及存储介质。

背景技术

随着终端技术的发展，终端播放多媒体资源的方法越来丰富。例如，通过无线保真(Wireless Fidelity，WiFi)投屏技术，将终端中播放的视频数据进行编码，得到视频流，将视频流发送给其他电子设备，由其他电子设备对视频流进行解码，显示解码后的视频数据，实现终端将视频数据投屏到其他电子设备中。例如，将手机与电视建立投屏连接，手机基于手机的当前音量，对待播放的视频数据进行编码，向电视发送编码得到的视频流，电视接收手机发送的视频流，对该视频流进行解码，得到视频数据，播放该视频数据。

如果用户感知投屏时的视频数据的音量太小时，可以增加手机的音量，基于增加后的手机音量对视频数据进行编码，使得发送的视频流的音量增加，最终实现电视解码后播放的视频数据的音量增加。然而，增加手机发送的视频流的音量需要增加手机本身的系统音量，会造成手机的功耗提升，影响手机续航。

发明内容

本申请实施例提供了一种音量控制方法、装置、设备及存储介质，能够提高终端的续航能力。所述技术方案如下：

一方面，提供了一种音量控制方法，所述方法包括：

向目标电子设备发送正在进行投屏的多媒体资源流，所述多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，所述目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放接解码得到的多媒体数据；

响应于基于所述终端触发的音量调整操作，保持所述终端当前的第一音量不变，以及，向所述目标电子设备发送第一音量调整请求，所述第一音量调整请求用于请求所述目标电子设备调整所述第二音量，以使所述目标电子设备通过所述调整后的第二音量播放解码得到的多媒体数据。

另一方面，提供了一种音量控制装置，所述装置包括：

发送模块，用于向目标电子设备发送正在进行投屏的多媒体资源流，所述多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，所述目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放接解码得到的多媒体数据；

音量调整模块，用于响应于基于所述终端触发的音量调整操作，保持所述终端当前的第一音量不变，以及，向所述目标电子设备发送第一音量调整请求，所述第一音量调整请求用于请求所述目标电子设备调整所述第二音量，以使所述目标电子设备通过所述调整后的第二音量播放解码得到的多媒体数据。

另一方面，提供了一种终端，所述终端包括处理器和存储器；所述存储器存储有至少一条程序代码，所述至少一条程序代码用于被所述处理器执行以实现上述方面所述的音量控制方法。

另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有至少一条程序代码，所述至少一条程序代码用于被处理器执行以实现上述方面所述的音量控制方法。

另一方面，提供了一种计算机程序产品，该计算机程序产品存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现上述方面所述的音量控制方法。

在本公开实施例中，在本申请实施例中，在投屏时，通过终端控制目标电子设备的音量，从而实现改变目标电子设备播放多媒体资源的音量，这样无需改变终端的音量，就能够改变播放出的多媒体资源的音量，从而保证了终端功耗稳定，提高终端续航能力。

附图说明

图1示出了本申请一个示例性实施例示出的音量控制方法所涉及的实施环境的示意图；

图2示出了本申请一个示例性实施例示出的协议架构的示意图；

图3示出了本申请一个示例性实施例示出的RTSP协商流程图；

图4示出了本申请一个示例性实施例示出的音量控制方法的流程图；

图5示出了本申请一个示例性实施例示出的音量控制的示意图；

图6示出了本申请一个示例性实施例示出的音量控制方法的流程图；

图7示出了本申请一个示例性实施例示出的RTSP协商流程图；

图8示出了本申请一个示例性实施例示出的音量控制方法的流程图；

图9示出了本申请一个实施例提供的音量控制装置的结构框图；

图10示出了本申请一个实施例提供的终端的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本申请所涉及的多媒体资源流或其他数据，为经用户授权或者经过各方充分授权的信息。

请参考图1，其示出了一个示例性实施例示出的音量控制方法所涉及的实施环境的示意图。参见图1，该实施环境包括：目标电子设备和终端。其中，终端与目标电子设备之间通过无线投屏进行数据交互。目标电子设备为无线投屏过程中的接收端(sink)，终端为无线投屏过程中的投射端(source)。

终端用于对要投屏的多媒体数据进行编码，得到多媒体资源流，将多媒体资源流发送给目标电子设备。目标电子设备用于接收终端发送的多媒体资源流，对多媒体资源流进行解码，播放解码后的多媒体数据，以及，播放解码得到的多媒体数据。

该无线投屏过程为基于无线投屏技术(Wi-FI Display，WFD)标准实现的。WFD为WIFI无线产业联盟制定的，支持WiFi Display功能的设备被认证为Miracast。其中，WFD的基本的协议架构如图2所示。参见图2，其基本协议包括点对点连接协议(Peer to Peer，P2P)、通道直接链路建立协议(Tunneled Direct Link Setup，TDLS)或其他WIFI设置协议，例如，infrastructure and WiFi protected setup等协议。这些协议用于设置和发现网络协助参数(Setup And Discovery Assist)。另外，该协议架构还包括网际互联协议(Internet Protocol，IP)、传输控制协议(Transmission Control Protocol，TCP)、用户数据报协议(User Datagram Protocol，UDP)、实时传输协议(Real-time TransportProtocol，RTP)、传输流协议(MPEG2 Transport Stream，MPEG2-TS)、数字视频接口协议(High Bandwidth Digital Content Protection，HDCP)、打包协议、视频编码协议和音频编码协议、用户输入反向通道协议(User Input Back Channel，UIBC)和远程控制协议等。

其中，无线连接协议和无线保护设置协议用于设置和发现设备(setup anddiscovery assist)，投屏协议用于能力协商(Capability negotiation)，建立会话(session establishment)，维护和管理(maintenance and management)；传输控制协议用于设置数字视频接口、用户输入反响通道协议和远程控制协议等。

投屏协议包括流媒体控制协议(Real Time Streaming Protocol，RTSP)，用于协商目标电子设备和终端之间的各类多媒体参数，确保投射过程中使用的编码、格式、安全加密方法等在目标电子设备和终端之间均能够得到支持。

参见图3，其示出了本申请的一个示例性实施例示出的RTSP协商过程。RTSP协商过程包括M1、M2、M3和M4四个过程。其中，M1和M2用于协商目标电子设备和终端均支持的RTSP方法，M3和M4用于协商目标电子设备和终端使用的媒体参数属性。

其中，目标电子设备为电视、电脑、投影仪、虚拟现实(Virtual Reality，VR)设备或增强现实(Augmented Reality，AR)设备等能够显示多媒体资源的设备。终端为手机、平板电脑、手表等设备。在本申请实施例中，对目标电子设备和终端的类型不作具体限定。

请参考图4，其示出了本申请的示例性实施例示出的一种音量控制方法的流程图。本申请实施例中的执行主体可以为终端，也可以为终端中的处理器或终端中的操作系统，本实施例以执行主体为终端为例进行说明。该方法包括：

步骤S41：终端向目标电子设备发送正在进行投屏的多媒体资源流，多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放接解码得到的多媒体数据。

其中，第一音量为终端播放多媒体资源时使用的音量。第二音量为目标电子设备播放该多媒体数据时使用的音量。第一音量和第二音量相同或者不同，本申请实施例中，对此不作具体限定。

在本步骤中，终端基于第一音量将待投屏的多媒体数据进行编码，将编码得到的多媒体资源流发送给目标电子设备。其中，终端对多媒体数据进行编码的编码方式与目标电子设备对多媒体资源流进行解码的解码方式匹配。

在本步骤之前，终端与目标电子设备建立投屏连接。其中，终端在当前网络环境中搜索可建立投屏连接的电子设备，展示搜索到的可建立连接的电子设备的设备标识，确定被选择的目标设备标识，向该目标设备标识对应的目标电子设备发送投屏请求，响应于接收到投屏请求的响应消息，完成投屏连接的建立。终端基于该投屏连接对应的投屏协议，向目标电子设备发送多媒体资源流。

步骤S42：响应于基于终端触发的音量调整操作，终端保持终端当前的第一音量不变。

该音量调整操作为基于终端触发的音量调整操作。例如，该音量调整操作为对终端的音量按键的按压操作，或者，该音量调整操作为基于终端显示的音量控件的触发操作，例如，该音量调整操作为基于音量控件的滑动操作。

在本申请实施例中，在目标电子设备与终端建立连接之后，确定投屏连接对应的投屏协议，基于该投屏协议将本次投屏的音量调整模式修改为止修改目标电子设备的第二音量。

在本步骤中，终端不对终端当前的第一音量进行更改。其中，在该第一音量为终端的系统音量的情况下，终端不调整终端的系统音量。在该第一音量为多媒体数据的音量的情况下，终端不调整多媒体数据的音量。

步骤S43：终端向目标电子设备发送第一音量调整请求，第一音量调整请求用于请求目标电子设备调整第二音量，以使目标电子设备通过调整后的第二音量播放解码得到的多媒体数据。

其中，该第一音量调整请求为基于RTSP协议生成的音量调整请求。例如该第一音量调整请求为WFD协议下的音量值修改请求，即wfd-volume-value请求。在本申请实施例中，对此不作具体限定。

在本步骤中，终端确定音量调整操作对应的音量调整参数，基于该音量调整参数生成第一音量调整请求，将携带该音量调整参数的音量调整请求发送给目标电子设备。参见图5，该过程通过以下步骤S43-1和步骤S43-2实现，包括：

步骤S43-1：终端基于音量调整操作，确定本次调整音量的音量调整参数。

其中，该音量调整参数包括目标音量调整幅度或目标音量等参数。在该音量调整参数包括目标音量调整幅度的情况下，终端确定本次音量调整的音量调整操作，确定目标音量调整幅度。在一些实施例中，终端根据该音量调整操作，确定该音量调整操作对应的音量调整幅度，将该音量调整幅度确定为目标音量调整幅度。在一些实施例中，终端根据该音量调整操作，确定该音量调整操作对应的音量调整幅度，基于目标电子设备的音量范围、第二音量和该音量调整幅度，确定目标音量调整幅度。该过程通过以下步骤(1)-(3)实现，包括：

(1)终端确定目标电子设备的音量范围和第二音量。

终端通过投屏连接获取目标电子设备的音量范围和第二音量。其中，终端向目标电子设备发送音量获取请求，目标电子设备基于该音量获取请求向目标电子设备发送音量获取响应，该音量获取响应中携带该目标电子设备的音量范围和第二音量。其中，该音量范围为目标电子设备的合理音量的音量范围，或者，该音量范围为目标电子设备的系统音量的音量范围。

需要说明的一点是，终端在与目标电子设备建立投屏连接时向该目标电子设备发送音量获取请求；或者，终端在目标电子设备建立投屏连接后，响应于音量调整操作，向目标电子设备发送音量获取请求。在本申请实施例中，对此不作具体限定。

(2)终端确定音量调整操作对应的音量调整幅度。

在一些实施例中，该音量调整操作为对音量调整按键的按压操作，其中，每次按压操作对应的音量调整幅度为预设调整幅度，在本步骤中，将每个按压操作确定为一个音量调整操作，从而将预设调整幅度确定为该音量调整幅度。或者，该音量调整操作包括对音量调整按键的连续按压操作，在本步骤中，确定连续按压的按压次数，基于该按压次数和每次按压对应的预设调整幅度，确定本次音量调整操作对应的音量调整幅度。

在一些实施例中，该音量调整操作为基于音量控件触发的滑动操作。其中，终端确定该滑动操作的滑动幅度，基于该滑动幅度确定本次音量调整操作对应的音量调整幅度。相应的，终端基于该滑动操作的滑动距离，基于该滑动距离确定该滑动距离对应的音量调整幅度，将该音量调整幅度确定为本次音量调整操作的音量调整幅度。

(3)终端基于音量调整幅度、第二音量和音量范围确定目标音量调整幅度。

在本步骤中，终端基于该音量调整幅度和第二音量，确定基于该音量调整幅度调整后的第二音量，如果音量调整后的第二音量在音量范围内，将该音量调整幅度确定为目标音量调整幅度；如果调整后的第二音量不在该音量范围内，基于该音量范围确定目标电子设备的最大音量或最小音量，将该最大音量或最小音量与第二音量之间的音量差确定为目标音量调整幅度。

在本实现方式中，终端基于当前的第二音量以及目标电子设备的音量范围确定目标电子设备的音量调整幅度，防止音量调整幅度过大导致调整后的第二音量不再合理音量范围内，造成调整后的音量不在合理的音量范围之内，从而提高了调整后的第二音量的合理性。

在一些实施例中，终端根据该音量调整操作，确定该音量调整操作对应的音量，将该音量确定为目标音量。在一些实施例中，终端根据该音量调整操作，确定该音量调整操作对应的音量，基于目标电子设备的音量范围和该音量调，确定目标音量。该过程通过以下步骤(4)-(6)实现，包括：

(4)终端确定目标电子设备的音量范围。

本步骤与步骤(1)中确定目标电子设备的音量范围的过程相似，在此不再赘述。

(5)终端确定音量调整操作对应的第三音量。

在一些实施例中，终端基于音量调整操作确定音量调整幅度，根据该音量调整幅度和第二音量，确定第三音量，该过程与步骤(2)-(3)相似，在此不再赘述。在一些实施例中，终端获取基于音量调整操作输入的音量，将该基于音量调整操作输入的音量确定为第三音量。

(6)终端基于第三音量和音量范围，确定目标音量。

若该第三音量在该音量范围内，将该第三音量确定为目标音量。若该第三音量不在音量范围内，终端基于该音量范围确定最大音量和最小音量，将该最大音量或最小音量确定为目标音量。

在本实现方式中，终端基于第三音量和音量范围，确定目标电子设备的调整音量时的目标音量，防止目标音量过大或过小导致调整后的第二音量不再合理音量范围内，造成调整后的音量不在合理的音量范围之内，从而提高了调整后的第二音量的合理性。

步骤S43-2：终端向目标电子设备发送携带音量调整参数的第一音量调整请求，第一音量调整请求用于请求目标电子设备基于音量调整参数调整第二音量。

在本步骤中，终端向目标电子设备发送携带目标音量调整幅度或者目标音量的第一音量调整请求。

需要说明的一点是，终端调整目标电子设备的目标音量时，控制目标电子设备的音量从当前的第二音量根据目标音量调整幅度或目标音量逐渐调整至调整后的第二音量，防止在调整音量时出现音量突变，影响用户体验。

在本实现方式中，终端通过向目标电子设备发送第一音量调整请求，通过第一音量调整请求使目标电子设备的音量改变，从而改变目标电子设备播放多媒体流的第二音量，实现了无需调整终端的第一音量就能实现调整播放多媒体资源流的音量。

在本步骤中，终端生成第一音量调整请求的进行发送的过程通过下步骤S43-21至S43-24实现，包括：

步骤S43-21：终端通过无线投射技术(Wi-Fi Display，WFD)的投屏协议，确定媒体参数属性，该媒体参数属性为该目标电子设备和该终端的均支持的媒体参数属性。

其中，该投屏协议为RTSP协议，终端通过该投屏协议与目标电子设备协商进行数据交互时的媒体参数属性。例如，该媒体参数属性包括：投射过程中使用的编码方式、多媒体资源流的数据格式、多媒体资源流的安全加密方法等媒体参数属性。

在一些实施例中，终端向目标电子设备发送媒体参数请求，基于该媒体参数请求与目标电子设备确定目标电子设备与终端之间的媒体参数属性，目标电子设备接收该媒体参数属性，记录该媒体参数属性，在投屏的过程中调用该终端对应的媒体参数属性。在一些实施例中，终端向目标电子设备发送参数获取请求，目标电子设备接收该参数获取请求，基于该参数获取请求向终端发送媒体参数属性，终端接收该媒体参数属性，基于该媒体参数属性对投屏过程中使用的媒体参数进行配置，使得终端与目标电子设备之间的媒体参数属性匹配。

步骤S43-22：终端基于该媒体参数属性，生成音量调整参数。

在本步骤中，终端确定音量调整参数，生成与该媒体参数属性匹配的音量调整参数。

其中终端确定音量调整参数的过程与步骤(1)-(3)或者步骤(4)-(6)相似，在次不再赘述。

步骤S43-23：终端基于该音量调整参数，生成该第一音量调整请求。

在本步骤中，终端将该音量调整参数作为第一音量调整请求的中携带的参数，得到第一音量调整请求。

步骤S43-24：终端通过该投屏协议，向该目标电子设备发送该第一音量调整请求。

在本步骤中，终端基于该投屏协议中终端与目标电子设备之间的数据交互消息方式，将第一音量调整请求发送给目标电子设备。

在本实现方式中，终端基于投屏协议生成第一音量调整请求，使得目标电子设备在接收到第一音量调整请求后，能够基于协商的媒体参数属性对第一音量调整请求进行解析，得到音量调整参数，保证了目标电子设备能够基于接收到的第一音量调整参数调整第二音量。

在一些实施例中，目标电子设备在调整完第二音量后，向终端发送调整完成信息，该调整完成信息用于指示目标电子设备已完成音量调整，以及，该调整完成信息还携带调整后的第二音量。终端接收到第二音量后，将调整后的第二音量存储为目标电子设备的当前音量，以便当终端再次调整目标电子设备时，将该调整后的第二音量作为目标电子设备的当前音量，避免当音量调整失败后，再次调整音量时出现音量跳变的情况，优化了用户体验。

在一些实施例中，终端在投屏过程中，也可以对第一音量进行调整。在一些实施例中，若该第二音量为该目标电子设备的最大音量，响应于基于该终端触发的音量调整操作，调整该第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流。

在本实现方式中，若目标电子设备的音量已达到目标电子设备的最大音量，当仍接收到音量调整操作，则增加终端的第一音量，使得多媒体资源流的第一音量增大，最终实现目标电子设备播放该多媒体资源流的音量增大。

在一些实施例中，若该音量调整操作为基于该终端的系统音量调整界面触发的音量调整操作，基于该音量调整操作，调整该第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流。

在本实现方式中，若终端的音量调整操作为基于终端的系统音量调整界面触发的操作，则终端确定本次音量调整操作为针对终端的音量的调整操作，则增加终端的第一音量，使得多媒体资源流的第一音量增大，最终实现目标电子设备播放该多媒体资源流的音量增大。

在一些实施例中，目标电子设备与终端之间的投屏结束时，终端可以在接收到投屏结束操作时，断开与目标电子设备之间的投屏连接。在一些实施例中，终端在接收到投屏结束操作时，以目标电子设备的当前音量结束与该目标电子设备的投屏连接。在一些实施例中，终端在接收到投屏结束操作时，先将目标电子设备的音量调整为调整前的第二音量，再断开与目标电子设备之间的投屏连接。参见图6，该过程通过以下步骤S61-S63实现，包括：

步骤S61：响应于投屏结束操作，终端根据记录的该目标电子设备的调整前的第二音量生成第三音量调整请求。

在本步骤之前，终端将连接建立时，终端获取目标电子设备的第二音量，将第二音量记录在本地。在本步骤中，获取实现记录的目标电子设备的第二音量，基于该第二音量生成第三音量调整请求。

其中，终端根据第二音量生成第三音量调整请求的过程与上述过程中，终端根据第一音量生成第一音量调整请求的过程相似，在此不再赘述。

步骤S62：终端向该目标电子设备发送该第三音量调整请求，该第三音量调整请求用于请求该目标电子设备将调整后的第二音量调整回该第二音量。

本步骤与步骤S43相似，在此不再赘述。

需要说明的一点是，在本步骤中，终端仍保持第一音量不变。

步骤S63：响应于接收到该目标电子设备返回的音量调整完成信息，终端停止向该目标电子设备发送多媒体资源流。

目标电子设备接收到第三音量调整请求后，将音量调整为调整前的第二音量，在调整完成后，向终端发送调整完成信息，终端接收该调整完成信息。该调整完成信息可以包括目标电子设备的当前音量，若该当前音量为调整前的第二音量，则终端确定目标电子设备已完成音量调整，断开与目标电子设备之间的投屏连接，停止向目标电子设备发送多媒体资源流。若该当前音量与调整前的第二音量不同，则终端确定目标电子设备银联调整失败，重新执行步骤S51，直到目标电子设备完成音量调整。

在本实现方式中，在断开与目标电子设备之间的投屏连接之前，将目标电子设备的音量调整为调整之前的音量，从而防止了通过目标电子设备播放非投屏的多媒体资源时，出现音量跳变的情况，优化了用户体验。

需要说明的一点是，目标电子设备的数量为一个或多个，在本申请实施例中，对目标电子设备的数量不作具体限定。在一些实施例中，响应于基于终端触发的音量调整操作，终端向多个目标电子设备中的每个目标电子设备发送第一音量调整请求。在一些实施例中，响应于基于终端触发的音量调整操作，终端展示目标电子设备选择界面，向被选择的至少一个目标电子设备发送第一音量调整请求。其中，对于每个目标电子设备终端均可以通过上述步骤在投屏过程中调整目标电子设备的音量。

在本申请实施例中，在投屏时，通过终端控制目标电子设备的音量，从而实现改变目标电子设备播放多媒体资源的音量，这样无需改变终端的音量，就能够改变播放出的多媒体资源的音量，从而保证了终端功耗稳定，提高终端续航能力。

在一些实施例中，参见图7，终端还可以在向目标电子设备发送多媒体资源流之前，对目标电子设备的音量进行调整。参见图8，其示出了本申请的示例性实施例示出的一种音量控制方法的流程图。本申请实施例中的执行主体可以为终端，也可以为终端中的处理器或终端中的操作系统，本实施例以执行主体为终端为例进行说明。该方法包括：

步骤S81：终端获取该目标电子设备的第二音量。

步骤S82：终端确定第二音量是否在预设音量范围内。

步骤S83：若该第二音量在预设音量范围内，终端向目标电子设备发送正在进行投屏的多媒体资源流。

本步骤与步骤S41相似，在此不再赘述。

步骤S84：若该第二音量不在该预设音量范围内，终端向该目标电子设备发送第二音量调整请求，该第二音量调整请求用于请求该目标电子设备将该第二音量调整至该预设音量范围内。

本步骤与步骤S43相似，在此不再赘述。

步骤S85：响应于基于该终端触发的音量调整操作，终端保持该终端的第一音量不变。

本步骤与步骤S42相似，在此不再赘述。

步骤S86：终端向目标电子设备发送第一音量调整请求，第一音量调整请求用于请求目标电子设备调整第二音量，以使目标电子设备通过调整后的第二音量播放解码得到的多媒体数据。

本步骤与步骤S43相似，在此不再赘述。

在本申请实施例中，在投屏时，通过终端控制目标电子设备的音量，从而实现改变目标电子设备播放多媒体资源的音量，这样无需改变终端的音量，就能够改变播放出的多媒体资源的音量，从而保证了终端功耗稳定，提高终端续航能力。

并且，在本申请实施例中，终端在向目标电子设备送多媒体资源流之前，先确定目标电子设备的第二音量，使得目标电子设备开始播放多媒体资源流时的音量在合理范围内，防止了投屏开始时，目标电子设备的音量过大或者过小，使得投屏后目标电子设备的起始音量同一，提高了用户体验。

请参考图9，其示出了本申请一个实施例提供的音量控制装置的结构框图。该音量控制装置可以通过软件、硬件或者两者的结合实现成为处理器的全部或一部分。该装置包括：

第一发送模块901，用于向目标电子设备发送正在进行投屏的多媒体资源流，该多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，该目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放接解码得到的多媒体数据；

音量调整模块902，用于响应于基于该终端触发的音量调整操作，保持该终端当前的第一音量不变，以及，向该目标电子设备发送第一音量调整请求，该第一音量调整请求用于请求该目标电子设备调整该第二音量，以使该目标电子设备通过该调整后的第二音量播放解码得到的多媒体数据。

在一些实施例中，该音量调整模块902，包括：

第一确定单元，用于基于该音量调整操作，确定本次调整音量的音量调整参数；

第一发送单元，用于向该目标电子设备发送携带该音量调整参数的第一音量调整请求，该第一音量调整请求用于请求该目标电子设备基于该音量调整参数调整该第二音量。

在一些实施例中，该音量调整参数包括目标音量调整幅度；该第一确定单元，用于确定该目标电子设备的音量范围和该第二音量；确定该音量调整操作对应的音量调整幅度；基于该音量调整幅度、该第二音量和该音量范围确定该目标音量调整幅度。

在一些实施例中，该音量调整参数包括目标音量；该第一确定单元，用于确定该目标电子设备的音量范围；确定该音量调整操作对应的第三音量；基于该第三音量和该音量范围，确定该目标音量。

在一些实施例中，该装置还包括：

获取模块，用于获取该目标电子设备的第二音量；

该第一发送模块901，还用于若该第二音量在预设音量范围内，向目标电子设备发送正在进行投屏的多媒体资源流。

在一些实施例中，该音量调整模块902，还用于若该第二音量不在该预设音量范围内，向该目标电子设备发送第二音量调整请求，该第二音量调整请求用于请求该目标电子设备将该第二音量调整至该预设音量范围内。

在一些实施例中，该音量调整模块702，包括：

第二确定单元，用于通过无线投射技术WFD的投屏协议，确定媒体参数属性，该媒体参数属性为该目标电子设备和该终端的均支持的媒体参数属性；

第一生成单元，用于基于该媒体参数属性，生成音量调整参数；

第二生成单元，用于基于该音量调整参数，生成该第一音量调整请求；

第二发送单元，用于通过该投屏协议，向该目标电子设备发送该第一音量调整请求。

在一些实施例中，该装置还包括：

生成模块，用于响应于投屏结束操作，根据记录的该目标电子设备的调整前的第二音量生成第三音量调整请求；

第二发送模块，用于向该目标电子设备发送该第三音量调整请求，该第三音量调整请求用于请求该目标电子设备将调整后的第二音量调整回该第二音量；

该第一发送模块901，还用于响应于接收到该目标电子设备返回的音量调整完成信息，停止向该目标电子设备发送多媒体资源流。

在一些实施例中，该音量调整模块902，还用于若所述第二音量为所述目标电子设备的最大音量，响应于基于所述终端触发的音量调整操作，调整所述第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流；或者，

该音量调整模块902，还用于若所述音量调整操作为基于所述终端的系统音量调整界面触发的音量调整操作，基于所述音量调整操作，调整所述第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流。

在本申请实施例中，在投屏时，通过终端控制目标电子设备的音量，从而实现改变目标电子设备播放多媒体资源的音量，这样无需改变终端的音量，就能够改变播放出的多媒体资源的音量，从而保证了终端功耗稳定，提高终端续航能力。

请参考图10，其示出了本申请一个示例性实施例提供的终端1000的结构方框图。终端1000可以是智能手机、平板电脑等具有投屏功能的终端。本申请中的终端1000可以包括一个或多个如下部件：处理器1010、存储器1020、投屏模块1030。

处理器1010可以包括一个或者多个处理核心。处理器1010利用各种接口和线路连接整个终端1000内的各个部分，通过运行或执行存储在存储器1020内的程序代码、程序、代码集或程序代码集，以及调用存储在存储器1020内的数据，执行终端1000的各种功能和处理数据。可选地，处理器1010采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器1010可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；NPU用于实现人工智能(Artificial Intelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1010中，单独通过一块芯片进行实现。

存储器1020可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器1020包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1020可用于存储程序代码、程序、代码、代码集或程序代码集。存储器1020可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的程序代码、用于至少一个功能的程序代码(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的程序代码等；存储数据区可存储根据终端100的使用所创建的数据(比如音频数据、电话本)等。

投屏模块1030为具有无线保真(Wireless Fidelity，Wi-Fi)功能的模块，用于与目标电子设备通过Wi-Fi建立连接，实现数据交互。

在一些实施例中，终端还包括显示屏。其中，显示屏是用于显示用户界面的显示组件。可选的，该显示屏为具有触控功能的显示屏，通过触控功能，用户可以使用手指、触摸笔等任何适合的物体在显示屏上进行触控操作。显示屏通常设置在终端1000的前面板。显示屏可被设计成为全面屏、曲面屏、异型屏、双面屏或折叠屏。显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合等，本实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端1000的结构并不构成对终端1000的限定，终端1000可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端1000中还包括麦克风、扬声器、射频电路、输入单元、传感器、音频电路、电源、蓝牙模块等部件，在此不再赘述。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条程序代码，该至少一条程序代码由该处理器加载并执行以实现如上各个实施例示出的音量控制方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条程序代码，该至少一条程序代码由该处理器加载并执行以实现如上各个实施例示出的音量控制方法。

在一些实施例中，本申请实施例所涉及的计算机程序可被部署在一个计算机设备上执行，或者在位于一个地点的多个计算机设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算机设备上执行，分布在多个地点且通过通信网络互连的多个计算机设备可以组成区块链系统。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个程序代码或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (11)

1.一种音量控制方法，其特征在于，所述方法包括：

向目标电子设备发送正在进行投屏的多媒体资源流，所述多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，所述目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放解码得到的多媒体数据；

响应于基于所述终端触发的音量调整操作，保持所述终端当前的第一音量不变，以及，基于所述音量调整操作，确定本次调整音量的音量调整参数；所述音量调整操作为对所述终端的音量调整按键的按压操作，所述音量调整参数基于对所述音量调整按键的按压次数确定，或者，所述音量调整操作为基于所述终端显示的音量控件触发的滑动操作，所述音量调整参数基于所述滑动操作的滑动幅度确定；

向所述目标电子设备发送携带所述音量调整参数的第一音量调整请求，所述第一音量调整请求用于请求所述目标电子设备基于所述音量调整参数调整所述第二音量，以使所述目标电子设备通过所述调整后的第二音量播放解码得到的多媒体数据；

若所述第二音量为所述目标电子设备的最大音量，响应于基于所述终端触发的音量调整操作，调整所述第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流。

2.根据权利要求1所述的方法，其特征在于，所述音量调整参数包括目标音量调整幅度；所述基于所述音量调整操作，确定本次调整音量的音量调整参数，包括：

确定所述目标电子设备的音量范围和所述第二音量；

确定所述音量调整操作对应的音量调整幅度；

基于所述音量调整幅度、所述第二音量和所述音量范围确定所述目标音量调整幅度。

3.根据权利要求1所述的方法，其特征在于，所述音量调整参数包括目标音量；所述基于所述音量调整操作，确定本次调整音量的音量调整参数，包括：

确定所述目标电子设备的音量范围；

确定所述音量调整操作对应的第三音量；

基于所述第三音量和所述音量范围，确定所述目标音量。

4.根据权利要求1所述的方法，其特征在于，所述向目标电子设备发送正在进行投屏的多媒体资源流之前，所述方法还包括：

获取所述目标电子设备的第二音量；

若所述第二音量在预设音量范围内，执行所述向目标电子设备发送正在进行投屏的多媒体资源流的步骤。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若所述第二音量不在所述预设音量范围内，向所述目标电子设备发送第二音量调整请求，所述第二音量调整请求用于请求所述目标电子设备将所述第二音量调整至所述预设音量范围内。

6.根据权利要求1所述的方法，其特征在于，所述向所述目标电子设备发送携带所述音量调整参数的第一音量调整请求，包括：

通过无线投射技术WFD的投屏协议，确定媒体参数属性，所述媒体参数属性为所述目标电子设备和所述终端的均支持的媒体参数属性；

基于所述媒体参数属性，生成音量调整参数；

基于所述音量调整参数，生成所述第一音量调整请求；

通过所述投屏协议，向所述目标电子设备发送所述第一音量调整请求。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

响应于投屏结束操作，根据记录的所述目标电子设备的调整前的第二音量生成第三音量调整请求；

向所述目标电子设备发送所述第三音量调整请求，所述第三音量调整请求用于请求所述目标电子设备将调整后的第二音量调整回所述第二音量；

响应于接收到所述目标电子设备返回的音量调整完成信息，停止向所述目标电子设备发送多媒体资源流。

8.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

若所述音量调整操作为基于所述终端的系统音量调整界面触发的音量调整操作，基于所述音量调整操作，调整所述第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流。

9.一种音量控制装置，其特征在于，所述装置包括：

发送模块，用于向目标电子设备发送正在进行投屏的多媒体资源流，所述多媒体资源流为基于终端当前的第一音量对多媒体数据进行编码得到的，所述目标电子设备用于对接收到的多媒体资源流进行解码得到多媒体数据，基于第二音量播放接解码得到的多媒体数据；

音量调整模块，用于响应于基于所述终端触发的音量调整操作，保持所述终端当前的第一音量不变，以及，向所述目标电子设备发送第一音量调整请求，所述第一音量调整请求用于请求所述目标电子设备调整所述第二音量，以使所述目标电子设备通过所述调整后的第二音量播放解码得到的多媒体数据；

所述音量调整模块，包括：

确定单元，用于基于所述音量调整操作，确定本次调整音量的音量调整参数；所述音量调整操作为对所述终端的音量调整按键的按压操作，所述音量调整参数基于对所述音量调整按键的按压次数确定，或者，所述音量调整操作为基于所述终端显示的音量控件触发的滑动操作，所述音量调整参数基于所述滑动操作的滑动幅度确定；

发送单元，用于向所述目标电子设备发送携带所述音量调整参数的第一音量调整请求，所述第一音量调整请求用于请求所述目标电子设备基于所述音量调整参数调整所述第二音量；

所述发送单元，还用于若所述第二音量为所述目标电子设备的最大音量，响应于基于所述终端触发的音量调整操作，调整所述第一音量，基于调整后的第一音量编码多媒体数据，得到多媒体资源流，向目标电子设备发送基于调整后的第一音量编码得到的多媒体资源流。

10.一种终端，其特征在于，所述终端包括处理器和存储器；所述存储器存储有至少一条程序代码，所述至少一条程序代码用于被所述处理器执行以实现如权利要求1至8任一所述的音量控制方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有至少一条程序代码，所述至少一条程序代码用于被处理器执行以实现如权利要求1至8任一所述的音量控制方法。

Images