一种移动终端的音量控制方法及装置与流程

文档序号:14179275阅读:188来源:国知局
一种移动终端的音量控制方法及装置与流程

本申请属于终端技术领域,尤其涉及一种移动终端的音量控制方法及装置。



背景技术:

当前,许多用户喜欢在睡前用手机听音乐,然而当用户睡着之后,由于忘记关闭手机音乐,导致手机的音乐播放器继续播放,直至电量用尽,这样不仅增加了手机的功耗,而且长期如此,也会对用户的听力产生影响。



技术实现要素:

有鉴于此,本申请实施例提供了方法及终端设备,以解决现有技术中用户睡着以后忘记关闭音乐播放器带来的电量消耗以及对听力造成损害的问题。

本申请实施例的第一方面提供了一种移动终端的音量控制方法,包括:

在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果;

根据所述检测结果判断所述移动终端的用户是否处于睡眠状态;

若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。

本申请实施例的第二方面提供了一种移动终端的音量控制装置,包括:

检测单元,用于在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果;

判断单元,用于根据所述检测结果判断所述移动终端的用户是否处于睡眠状态;

音量降低单元,用于若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。

本申请实施例的第三方面提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述第一方面或者上述第一方面的任一可能实现方式中提及的移动终端的音量控制方法。

本申请实施例的第四方面提供了一种计算机可读存储介质,包括:所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面或者上述第一方面的任一可能实现方式中提及的移动终端的音量控制方法。

本申请实施例的第五方面提供了一种计算机程序产品,所述计算机程序产品包括计算机程序,所述计算机程序被一个或多个处理器执行时实现本申请第一方面提供的所述移动终端的音量控制方法的步骤。

本申请实施例与现有技术相比存在的有益效果是:本申请通过在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果;根据所述检测结果判断所述移动终端的用户是否处于睡眠状态;若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。使得移动终端在不需要额外添加硬件设备的情况下,能够对用户是否处于睡眠状态进行判断。降低了移动终端的电量消耗,以及避免了长时间播放音乐导致用户听力受损。

附图说明

为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本申请提供的音量控制方法一个实施例流程示意图;

图2为本申请提供的音量控制方法的另一个实施例流程示意图;

图3为本申请提供的音量控制方法的另一个实施例流程示意图;

图4为本申请提供的音量控制装置一个实施例结构示意图;

图5为本申请提供的电子终端一个实施例结构示意图。

具体实施方式

以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。

应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。

实施例一

图1是本申请实施例一提供的移动终端的音量控制方法的实现流程示意图,其中,移动终端可以是手机,平板电脑,mp3,收音机等带有音频播放功能的便携式电子设备,其中所述音频可以是音乐播放器播放的音乐、录音或者收音机播放的广播,或者是播放视频时产生的声音。如图所示该方法可以包括以下步骤:

步骤s101,在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果。

在本实施例中,所述的多媒体码流可以是各种带有音频输出的文件,例如纯音频格式的mp3、wma、wav等。或者是可以带有音频输出的视频文件,例如mp4、mkv、avi等,也可以是调频收音机的模拟音频信号。在本实施例中,手机等移动终端都内置有功能不一的传感器,这些传感器以及系统本身的功能单元能够随时检测移动终端所处的状态。作为本申请的一个实施例,通过加速度传感器(g-sensor)和陀螺仪检测移动终端的运动状态。其中加速度传感器可以是三轴线性加速度传感器,用于检测移动终端三个互相正交的轴向上的线性加速度。陀螺仪则用于检测移动终端三个互相正交的轴向上转动的速度。如当加速度传感器和陀螺仪在单位时间内检测到的数值没有变化,则认为移动终端处于静止状态。只要加速度传感器和陀螺仪在单位时间内有一个数值发生变化,则都认为移动终端处于运动状态。移动终端还通过光传感器检测周围环境光的强度。关于加速度传感器、陀螺仪以及光传感器的工作原理可参考现有技术,在此不作赘述。

步骤s102,根据所述检测结果判断所述移动终端的用户是否处于睡眠状态。

步骤s103,若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。

在本实施例中,一般来说,当检测到移动终端处于静止状态以及黑暗状态时,可以判断用户当前已经处于睡眠状态。因此,在本申请中,当判断用户已经处于睡眠状态时,自动降低移动终端的播放音量。从而可以避免用户睡着以后移动终端继续播放音乐导致用户的听力受损以及降低移动终端的电量消耗。

更进一步地,所述根据所述检测结果判断所述移动终端的用户是否处于睡眠状态,包括:若所述检测结果同时满足以下两个条件,确定所述移动终端的用户处于睡眠状态:所述移动终端的光传感器检测到的光强度值低于第一预设阈值;以及所述移动终端的运动传感器检测到所述移动终端的运动状态为静止。

在本实施例中,单独根据移动终端的运动状态或者环境光的强度都不无法准确的判断用户是否处于睡眠状态。因此需要结合移动终端的运动状态和移动终端所处的环境光强度共同判断当前用户所处的状态是否为睡眠状态。当加速度传感器和陀螺仪在单位时间内数值没有变化,则认为移动终端的运动状态为静止。当所述移动终端的光传感器检测到的光强度值低于第一预设阈值,则认为当前环境光线很弱,可以认为当前处于黑暗状态。则此时用于很大概率上是处于睡眠状态的。

可选的,用户可以对判断用户是否处于睡眠状态的时机进行设置,例如在白天时即便用户午休,由于午休时间比较短,移动终端并不会消耗太多电量,并且对用户的听力也没有影响,因此没有必要进行音量调整。或者在白天时,用户在处于坐位时(即移动终端处于静止状态),当移动终端在用户的裤兜里导致光线传感器检测值较低,使得移动终端错误判断用户处于睡眠状态。因此,用户可以设置一个时间区间,例如晚上9点-早上7点,或者也可以获取用户在移动终端上设置的夜间模式的时间区间。只有在上述时间区间内,移动终端才会对用户是否处于睡眠状态进行判断。

优选的,只有在前述用户设置的特定时间区间内以及移动终端正在输出音频时这两个条件同时满足时,上述移动终端的光传感器检测和运动传感器才会进行联合检测并判断用户是否处于睡眠状态。上述两个条件只要有一个不满足,则都不会对用户是否处于睡眠状态进行判断。从而避免了不必要的检测带来的电量消耗,或者根据检测结果判断错误导致的不必要的音量调整。

可选的,所述根据所述检测结果判断所述移动终端的用户是否处于睡眠状态,包括:若在预设持续时长内,所述检测结果均同时满足所述两个条件,确定所述移动终端的用户处于睡眠状态。

在本实施例中,若在预设持续时长内,移动终端保持处于静止状态不变,并且通过光线传感器检测到周围光强度低于第一预设阈值,则判断用户处于睡眠状态。当移动终端的运动状态发生变化,即由静止状态变为运动状态,或者光传感器检测到光强度超过预设值时,则中断上述检测,并且重新开始上述判断用户是否处于睡眠状态的检测。

可选的,在光传感器对周围光强进行检测的过程中,可能由于移动终端收到消息而导致屏幕被点亮,例如收到短信或者应用中的消息通知。而点亮屏幕可能会对光线传感器的检测结果产生影响。因此,在本实施例中,当移动终端由于接收到消息提醒而导致屏幕被点亮,进而使得光传感器检测到的光强度大于预设值时,则不中断上述预设持续时长内的检测。从而避免了由于消息提醒导致的检测中断,使得检测结果更加准确。

实施例二

图2示出了本申请实施例二提供的音量控制方法的实现流程。为了便于说明,仅示出了与本申请实施例相关的部分。

如图2所示,所述若判断所述用户处于睡眠状态,则降低移动终端的音量,包括:

步骤s201,若所述移动终端的用户处于睡眠状态。

步骤s202,逐级降低所述移动终端的音量。

在本实施例中,当移动终端检测到用户处于睡眠状态时,此时的音量为未调整的音量,设为第一音量。具体的,根据移动终端的音量由静音到音量最大值进行音量的级别划分。例如将音量划分为n级,则静音对应0级,音量最大值对应n级,n可以是大于1的整数。然后将第一音量逐级降低至第二音量。所述第二音量可以是一个较小的音量,或者优选的第二音量为静音。所述第二音量可以有用户预先设置,系统默认第二音量为静音。

可选的,按照预设的间隔时间将所述第一音量逐级降低至第二音量。

为了避免突然将音量降到最低而给用户造成不适感,在本实施例中,设置预设的间隔时间t1,所述间隔时间t1可以由用户预先设置,也可以由终端默认设置,例如t1可以是数秒或者数分钟。按照预设的间隔时间t1将第一音量逐级降低至第二音量,具体的,所述第二音量低于所述第一音量,优选的第二音量级别为0,即静音状态。在本实施例中,判断用户处于睡眠状态,记录完当前的第一音量以后,每间隔时间t1所述移动终端的音量就下降一级,直到音量降低至第二音量。

在本实施例中,当判断用户已经睡着的情况下,逐级降低移动终端的播放音量,避免了突然大幅降低音量给用户带来的不适感。

可选的,如图3所示,在所述逐级降低所述移动终端的音量的过程中,包括

步骤s301,检测用户是否对所述移动终端进行操作。

在本实施例中,当用户对移动终端进行操作时,则表明用户此时处于觉醒状态。虽然传感器检测到移动终端处于静止状态并且周围光强度低于预设值,但是可能用户并未处于睡眠状态,因此,在音量降低的过程中,用户发觉此时移动终端可能会停止播放,用户只需要对移动终端进行简单的操作就可以终止音量降低的过程。例如用户握持移动终端,或者触摸移动终端的屏幕,用户对移动终端的操作还可以是对移动终端进行敲击或者摇晃。当音量降低的过程被用户中断之后,表明用户在接下来的时间内都需要播放音乐,因此在一定的时间周期内将不检测用户是否处于睡眠状态,所述时间周期例如是半个小时。超过半个小时以后将重新开始检测用户是否处于睡眠状态。

步骤s302,若检测到用户对所述移动终端进行操作,则将所述移动终端由当前的音量恢复至降低前的音量。

在本实施例中,基于检测用户对移动终端的操作,从而判断用户并未处于睡眠状态,因此移动终端将音量恢复至降低前的音量,即用户之前播放音乐的第一音量。由此用户无需对移动终端做额外的操作就可以使音量恢复原先的状态。在本实施例中,恢复至第一音量的过程可以是逐级恢复,当采用逐级恢复时,按照预设的间隔时间t2将当前的音量级别逐级升高至第一音量级别。所述间隔时间t2可以由用户预先设定,也可以由终端默认设置。由于用户对移动终端进行操作表明用户处于觉醒状态,一般希望快速恢复音乐的音量,因此所述间隔时间t2显著小于间隔时间t1,例如t2可以是0.5~1秒,当然也可以由当前的音量直接跳跃恢复至第一音量。可选的所述间隔时间t2可以根据逐级降低过程中的当前音量和第一音量之间的差值来确定,例如当所述差值越大则间隔时间t2越长,差值越小则间隔时间t2越短。由于差值反映了恢复音量的幅度。如果恢复的幅度太大,则人耳需要一定的缓冲时间,因此间隔时间t2相对要长一些,如果恢复的幅度很小,那么人耳对于音量变化并不敏感,因此,可以适当的缩短间隔时间t2。

可选的,当所述移动终端的音量降低至0时,暂停所述移动终端的多媒体码流的输出。

在本实施例中,当所述第二音量为0时,为了避免音乐播放器继续运行而造成电量消耗,暂停所述移动终端的多媒体码流的输出。

可选的,在所述暂停所述移动终端的多媒体码流的输出之后,还包括:当接收到恢复所述移动终端的多媒体码流的输出指令时,恢复所述移动终端多媒体码流的输出,并将音量恢复至降低前的音量。

在本实施例中,当音量逐级降低至0时,多媒体码流输出被自动暂停,之后若用户需要恢复音乐播放,则仅能通过进入音乐播放器的应用界面,并点击继续播放虚拟按键才能继续播放音乐,而用户使用其他方式的操作,例如握持移动终端,或者触摸移动终端的屏幕,敲击、摇晃移动终端,则均不能使音乐播放器恢复播放。从而避免了用户处于睡眠状态时,由于用户翻身等肢体动作导致误触碰移动终端导致错误的恢复音量,而打扰用户的正常睡眠。

实施例三

图4示出了本申请实施例三提供的移动终端的音量控制装置的组成结构,为了便于说明,仅示出了与本申请实施例相关的部分。

在本申请实施例中,所述装置用于实现图1实施例所述的移动终端的音量控制方法,可以是内置于移动终端的软件单元、硬件单元或者软硬件结合的单元。所述移动终端设置有音频输出单元,包括但不限于智能手机、平板电脑、学习机或者智能车载设备等。

如图4所示,所述装置包括:

检测单元401,用于在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果;

判断单元402,用于根据所述检测结果判断所述移动终端的用户是否处于睡眠状态;

音量降低单元403,用于若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。

可选的,所述判断单元还用于;

若所述检测结果同时满足以下两个条件,确定所述移动终端的用户处于睡眠状态:

所述移动终端的光传感器检测到的光强度值低于第一预设阈值;以及

所述移动终端的运动传感器检测到所述移动终端的运动状态为静止。

可选的,所述根据所述检测结果判断所述移动终端的用户是否处于睡眠状态,包括:

若在预设持续时长内,所述检测结果均同时满足所述两个条件,确定所述移动终端的用户处于睡眠状态。

可选的,所述音量降低单元还用于,

若所述移动终端的用户处于睡眠状态;

逐级降低所述移动终端的音量。

可选的,在所述逐级降低所述移动终端的音量的过程中,包括:

检测用户是否对所述移动终端进行操作;

若检测到用户对所述移动终端进行操作,则将所述移动终端由当前的音量恢复至降低前的音量。

可选的,所述装置还包括:

暂停单元,用于当所述移动终端的音量降低至0时,暂停所述移动终端的多媒体码流的输出。

可选的,所述装置还包括:

恢复单元,用于在所述暂停所述移动终端的多媒体码流的输出之后,还包括:当接收到恢复所述移动终端的多媒体码流的输出指令时,恢复所述移动终端多媒体码流的输出,并将音量恢复至降低前的音量。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。

实施例四

本申请实施例提供一种电子终端,请参阅图5,本申请实施例中的电子终端包括:存储器501,一个或多个处理器502(图5中仅示出一个)及存储在存储器501上并可在处理器上运行的计算机程序。其中:存储器501用于存储软件程序以及模块,处理器502通过运行存储在存储器501的软件程序以及单元,从而执行各种功能应用以及数据处理。具体地,处理器502通过运行存储在存储器501的上述计算机程序时实现以下步骤:

在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果;

根据所述检测结果判断所述移动终端的用户是否处于睡眠状态;

若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。

假设上述为第一种可能的实施方式,则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中,所述根据所述检测结果判断所述移动终端的用户是否处于睡眠状态,包括:

若所述检测结果同时满足以下两个条件,确定所述移动终端的用户处于睡眠状态:

所述移动终端的光传感器检测到的光强度值低于第一预设阈值;以及

所述移动终端的运动传感器检测到所述移动终端的运动状态为静止。

在上述第二种可能的实现方式作为基础而提供的第三种可能的实施方式中,所述根据所述检测结果判断所述移动终端的用户是否处于睡眠状态,包括:

若在预设持续时长内,所述检测结果均同时满足所述两个条件,确定所述移动终端的用户处于睡眠状态。

在上述第一种可能的实现方式作为基础而提供的第四种可能的实施方式中,所述若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量,包括:

若所述移动终端的用户处于睡眠状态;

逐级降低所述移动终端的音量。

在上述第四种可能的实现方式作为基础而提供的第五种可能的实施方式中,在所述逐级降低所述移动终端的音量的过程中,包括:

检测用户是否对所述移动终端进行操作;

若检测到用户对所述移动终端进行操作,则将所述移动终端由当前的音量恢复至降低前的音量。

在上述第四种可能的实现方式作为基础而提供的第六种可能的实施方式中,包括:当所述移动终端的音量降低至0时,暂停所述移动终端的多媒体码流的输出。

在上述第六种可能的实现方式作为基础而提供的第七种可能的实施方式中,还包括在所述暂停所述移动终端的多媒体码流的输出之后,还包括:当接收到恢复所述移动终端的多媒体码流的输出指令时,恢复所述移动终端多媒体码流的输出,并将音量恢复至降低前的音量。

可选的,如图5所示,上述电子终端还可包括:一个或多个输入设备503(图5中仅示出一个)和一个或多个输出设备504(图5中仅示出一个)。存储器501、处理器502、输入设备503和输出设备504通过总线505连接。

应当理解,在本申请实施例中,所称处理器302可以是中央处理单元(centralprocessingunit,cpu),该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现成可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备503可以包括键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等,输出设备504可以包括显示器、扬声器等。

存储器504可以包括只读存储器和随机存取存储器,并向处理器501提供指令和数据。存储器504的一部分或全部还可以包括非易失性随机存取存储器。例如,存储器504还可以存储设备类型的信息。

由上可见,本申请通过在移动终端输出多媒体码流的过程中,实时获取所述移动终端内置传感器的检测结果;根据所述检测结果判断所述移动终端的用户是否处于睡眠状态;若所述移动终端的用户处于睡眠状态,则降低所述移动终端的音量。使得移动终端在不需要额外添加硬件设备的情况下,能够对用户是否处于睡眠状态进行判断。降低了移动终端的电量消耗,以及避免了长时间播放音乐导致用户听力受损。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将上述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,上述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,上述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,上述计算机程序包括计算机程序代码,上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括:能够携带上述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括是电载波信号和电信信号。

以上上述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1