用于生成信息的方法和装置与流程
本公开实施例涉及计算机技术领域,具体涉及语音技术。
背景技术:
在车辆的生产和交付过程中,需要对车辆的各个方面进行评估。例如,需要对车辆所安装的、具有语音唤醒和语音识别功能的客户端在各种场景下的唤醒和识别性能进行评估。实践中,要实现在各种场景下对车载客户端的语音唤醒和识别功能的评估,需要在各种场景下进行实车路测。然而,实车路测容易受到旁边车辆噪声、人声等的干扰,因此不能保证噪声环境的稳定性。此外,实车路测的成本较高。
技术实现要素:
本公开提供了一种用于生成信息的方法、装置、设备以及存储介质。
根据本公开的第一方面,提供了一种用于生成信息的方法,该方法包括:获取待评估车辆的车载录音设备在预设的模拟场景下录制的评估用音频;采用与上述待评估车辆相同的降噪算法对上述评估用音频进行降噪处理;响应于确定上述评估用音频为唤醒音频,采用与上述待评估车辆相同的唤醒引擎对降噪处理后的上述评估用音频进行处理,得到上述唤醒引擎输出的唤醒结果;对上述唤醒引擎输出的唤醒结果进行统计分析,得到上述模拟场景下车载客户端的唤醒率。
根据本公开的第二方面,提供了一种用于生成信息的装置,该装置包括:获取单元,被配置成获取待评估车辆的车载录音设备在预设的模拟场景下录制的评估用音频;降噪处理单元,被配置成采用与上述待评估车辆相同的降噪算法对上述评估用音频进行降噪处理;第一处理单元,被配置成响应于确定上述评估用音频为唤醒音频,采用与上述待评估车辆相同的唤醒引擎对降噪处理后的上述评估用音频进行处理,得到上述唤醒引擎输出的唤醒结果;第一统计单元,被配置成对上述唤醒引擎输出的唤醒结果进行统计分析,得到上述模拟场景下车载客户端的唤醒率。
根据本公开的第三方面,提供了一种电子设备,其特征在于,包括:至少一个处理器;以及与上述至少一个处理器通信连接的存储器;其中,上述存储器存储有可被上述至少一个处理器执行的指令,上述指令被上述至少一个处理器执行,以使上述至少一个处理器能够执行如第一方面中任一项上述的方法。
根据本公开的第四方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,上述计算机指令用于使上述计算机执行如第一方面中任一项上述的方法。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是根据本申请的用于生成信息的方法的一个实施例的流程图;
图2是根据本申请的用于生成信息的方法的一个应用场景的示意图;
图3是根据本申请的用于生成信息的方法的又一个实施例的流程图;
图4是根据本申请的用于生成信息的装置的一个实施例的结构示意图;
图5是用来实现本申请实施例的用于生成信息的方法的电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
请参考图1,示出了根据本公开的用于生成信息的方法的一个实施例的流程100。该用于生成信息的方法,包括以下步骤:
s101,获取待评估车辆的车载录音设备在预设的模拟场景下录制的评估用音频。
在本实施例中,用于生成信息的方法的执行主体可以获取待评估车辆的车载录音设备在预设的模拟场景下录制的评估用音频。这里,模拟场景可以是指通过在静止的实车中播放指令音频和预设评估场景下采集的噪声音频,而模拟出的预设评估场景下用户的使用场景。其中,指令音频可以包括用于唤醒车载客户端的唤醒词音频,还可以包括用于控制车载客户端执行某些操作(例如,播放音乐、拨打电话等等)的音频。评估场景可以包括噪声分贝、车速、是否开窗等等。
这里,待评估车辆可以是具体的一辆车,也可以是一类车,例如,某一款车。作为示例,待评估车辆可以安装有录音设备(即,车载录音设备),例如,麦克风、麦克风阵列等等。通过该车载录音设备待评估车辆可以录制模拟场景下的评估用音频,并将评估用音频发送给执行主体。此外,待评估车辆还可以安装有具有语音唤醒和识别功能的客户端。举例来说,可以安装有通过语音控制的电子地图类应用,还可以安装有通过语音控制的音频/视频播放器等等。
这里,用于生成信息的方法的执行主体可以是具有音频信息处理能力的各种电子设备,包括但不限于车载电脑、台架、智能手机、平板电脑、台式计算机等等。
在本实施例的一些可选的实现方式中,s101中的评估用音频可以是待评估车辆的车载录音设备通过以下方式录制的:
首先,在待评估车辆中播放车辆在预设评估场景下行驶时录制的噪声音频,同时在待评估车辆中播放在无噪声场景下预先录制的指令音频。
在本实现方式中,可以在待评估车辆中播放车辆在预设评估场景下行驶时录制的噪声音频,同时,还可以在待评估车辆中播放在无噪声场景下预先录制的指令音频。
作为示例,用于控制噪声音频播放的第一电子设备和用于控制指令音频播放的第二电子设备可以相同,也可以不同。举例来说,当第一电子设备和第二电子设备不同时,第一电子设备可以控制预先设置于待评估车辆内预设位置的至少一个音频播放设备(例如,扬声器)播放噪声音频,从而模拟车辆行驶时的噪声环境。第二电子设备可以控制预先设置于待评估车辆内预设位置的音频播放设备播放指令音频,从而模拟车辆驾驶员或乘客发送语音的场景。实践中,可以将实车开到路上,并使用音频采集设备采集实车在各个评估场景下行驶时对应噪声音频。此外,可以在录音棚或者其他安静无噪声的地方录制指令音频。具体的,可以通过人朗读预设的指令来录制指令音频。
然后,通过待评估车辆的车载录音设备录制所播放的音频,得到评估用音频。
在本实现方式中,可以通过待评估车辆的车载录音设备录制所播放的音频,所播放的音频包括噪声音频和指令音频,从而得到评估用音频。举例来说,可以通过ivi(in-vehicleinfotainment,车载信息娱乐)系统的录音程序进行录制。本实现方式中,可以通过同时播放车辆在评估场景下行驶时录制的噪声音频和在无噪声场景下录制的指令音频,来录制评估用音频,从而不需要对实车进行真实的路测就可以得到评估用音频,降低了获取评估用音频的成本,同时可以使获取的评估用音频中的噪声信息更加稳定。
在一些可选的实现方式中,上述在待评估车辆中播放在无噪声场景下预先录制的指令音频,可以具体如下实现:通过设置于待评估车辆的预设位置的仿真嘴,播放在无噪声场景下预先录制的指令音频。
在本实现方式中,可以通过设置于待评估车辆的预设位置的仿真嘴,播放在无噪声场景下预先录制的指令音频。这里,预设位置可以是车辆的驾驶员或乘客的嘴所在的位置。仿真嘴是一种特殊的人工声源,亦称人工嘴或人造嘴。它是用一只小型扬声器安装在特殊形状的障板上构成的,障板形状的设计是使其模拟人嘴的平均指向性和辐射图案。在本实现方式中,通过仿真嘴播放指令音频,可以使指令音频的播放效果更加接近真实人嘴说话的效果,从而使获取的评估用音频更加接近真实场景采集的音频。
s102,采用与待评估车辆相同的降噪算法对评估用音频进行降噪处理。
在本实施例中,执行主体可以采用与上述待评估车辆相同的降噪算法对评估用音频进行降噪处理。实践中,为了得到更好的语音识别效果,待评估车辆在通过车载录音设备采集到音频之后,通常会采用预设的降噪算法对采集的音频进行降噪处理。而不同款车辆的降噪算法可能并不相同。为了对待评估车辆进行评估,执行主体可以采用与待评估车辆相同的降噪算法对s101中获取的评估用音频进行降噪处理。
s103,响应于确定评估用音频为唤醒音频,采用与待评估车辆相同的唤醒引擎对降噪处理后的评估用音频进行处理,得到唤醒引擎输出的唤醒结果。
在本实施例中,执行主体可以通过多种方式确定评估用音频是否为唤醒音频。这里,唤醒音频可以是指唤醒词对应的音频。作为示例,执行主体可以获取评估用音频对应的标注信息,该标注信息可以是评估用音频对应的文本信息。例如,当评估用音频为唤醒音频时,标注信息可以是唤醒词。当评估用音频不为唤醒音频时,标注信息可以是评估音频对应的文本信息。例如,当评估用音频为音频“我要去a地”时,标注信息可以为文本“我要去a地”。实践中,可以将搭建模拟场景时所播放的指令音频对应的文本作为标注信息。可以理解的是,搭建模拟场景时所播放的指令音频对应的文本,即为评估用音频对应的文本信息。这样,执行主体可以从搭建模拟场景的设备中获取评估用音频对应的标注信息。作为示例,搭建模型场景的设备可以是指,控制在静止的实车中播放指令音频和预设评估场景下采集的噪声音频的设备。这样,执行主体可以根据标注信息判断评估用音频是否为唤醒音频。
如果判断评估用音频为唤醒音频,则执行主体可以采用与待评估车辆相同的唤醒引擎对降噪处理后的评估用音频进行处理,从而得到唤醒引擎输出的唤醒结果。这里,唤醒引擎可以用于根据接收的音频生成唤醒结果。作为示例,唤醒结果可以包括空缺和唤醒信号,其中,空缺可以表示唤醒引擎接收到某条音频之后,针对该条音频不生成唤醒信号,即不唤醒车载客户端。唤醒信号可以用于唤醒车载客户端。
s104,对唤醒引擎输出的唤醒结果进行统计分析,得到模拟场景下车载客户端的唤醒率。
在本实施例中,当唤醒引擎对多个降噪处理后的评估用音频进行处理之后,执行主体可以得到多个唤醒结果。之后,执行主体可以对多个唤醒结果进行统计分析,从而得到模拟场景下车载客户端的唤醒率。作为示例,唤醒率可以是指唤醒信号的数量与唤醒结果的总数量之比。。
继续参见图2,图2是根据本实施例的用于生成信息的方法的应用场景的一个示意图。在图2的应用场景中,终端设备201首先获取待评估车辆202的车载录音设备在预设的模拟场景下录制的评估用音频。之后,终端设备201采用与待评估车辆202相同的降噪算法对评估用音频进行降噪处理。然后,响应于确定评估用音频为唤醒音频,终端设备201可以采用与待评估车辆202相同的唤醒引擎对降噪处理后的评估用音频进行处理,得到唤醒引擎输出的唤醒结果。最后,终端设备201可以对唤醒引擎输出的唤醒结果进行统计分析,得到模拟场景下车载客户端的唤醒率,并将唤醒率进行显示,以供用户进行查看。
本公开的上述实施例提供的方法采用与待评估车辆相同的降噪算法和唤醒引擎对模拟场景下录制的评估用音频进行处理,并对唤醒引擎输出的唤醒结果进行统计分析,得到模拟场景下车载客户端的唤醒率,从而不需要对待评估车辆进行实车的路测,保证了噪声环境的稳定性,降低了信息生成的成本。
进一步参考图3,其示出了用于生成信息的方法的又一个实施例的流程300。该用于生成信息的方法的流程300,包括以下步骤:
s301,获取待评估车辆的车载录音设备在预设的模拟场景下录制的评估用音频。
在本实施例中,s301与图1所示实施例的s101类似,此处不再赘述。
s302,采用与待评估车辆相同的降噪算法对评估用音频进行降噪处理。
在本实施例中,s302与图1所示实施例的s102类似,此处不再赘述。
s303,响应于确定评估用音频为唤醒音频,采用与待评估车辆相同的唤醒引擎对降噪处理后的评估用音频进行处理,得到唤醒引擎输出的唤醒结果。
在本实施例中,s303与图1所示实施例的s103类似,此处不再赘述。
s304,对唤醒引擎输出的唤醒结果进行统计分析,得到模拟场景下车载客户端的唤醒率。
在本实施例中,s304与图1所示实施例的s104类似,此处不再赘述。
s305,响应于确定评估用音频不为唤醒音频,采用与待评估车辆相同的识别引擎对降噪处理后的评估用音频进行处理,得到识别引擎输出的识别结果。
在本实施例中,如果确定评估用音频不是唤醒音频,执行主体可以采用与待评估车辆相同的识别引擎对降噪处理后的评估用音频进行处理,从而得到识别引擎输出的识别结果。作为示例,识别结果可以为文本信息。这里,识别引擎可以对输入的音频进行语音识别得到对应的文本。这里,执行主体可以通过各种方式判断识别引擎输出的识别结果是否准确。举例来说,执行主体可以将识别引擎输出的识别结果与评估用音频对应的标注信息进行匹配,从而判断识别结果是否准确。例如,如果相同,则表示识别准确;如果不相同,则表示识别不准确。
s306,基于识别引擎输出的识别结果,统计在模拟场景下车载客户端的识别结果的识别准确率。
在本实施例中,基于识别引擎输出的识别结果,执行主体可以统计在模拟场景下车载客户端的识别结果的识别准确率。举例来说,执行主体可以统计识别引擎输出的所有识别结果中,识别准确的识别结果占所有识别结果的比例,并将得到的比例作为模拟场景下车载客户端的识别结果的识别准确率。
在本实施例的一些可选的实现方式中,上述用于生成信息的方法还可以包括以下内容:
首先,基于在无噪声场景下预先录制的指令音频,确定在无噪音场景下车载客户端的唤醒率和识别准确率。
在本实现方式中,根据在无噪声场景下预先录制的指令音频,执行主体可以确定在无噪声场景下车载客户端的唤醒率和识别准确率。举例来说,对于在无噪声场景下录制的多条指令音频,执行主体可以采用与待评估车辆相同的唤醒引擎,对多条指令音频中的唤醒音频进行处理,得到唤醒结果,并进一步统计得到唤醒率。执行主体还可以采用与待评估车辆相同的识别引擎对多条指令音频中的、非唤醒音频进行处理,得到识别结果,并进一步统计得到识别结果的识别准确率。
然后,对模拟场景下车载客户端的唤醒率和识别准确率,以及无噪音场景下车载客户端的唤醒率和识别准确率进行分析,得到分析结果。
在本实现方式中,执行主体可以对模拟场景下车载客户端的唤醒率和识别准确率,以及无噪声场景下车载客户端的唤醒率和识别准确率进行分析,从而得到分析结果。例如,执行主体可以分析相比于无噪声场景下,模型场景下车载客户端的唤醒率和识别准确率的下降比例。通过本实现方式,可以分析相比于无噪声场景,模拟场景下车载客户端的唤醒率和识别准确率的改变。
从图3中可以看出,与图1对应的实施例相比,本实施例中的用于生成信息的方法的流程300突出了生成车载客户端的识别结果的识别准确率的步骤。由此,本实施例描述的方案可以生成模拟场景下车载客户端的识别结果的识别准确率,从而使生成的信息更加丰富。
进一步参考图4,作为对上述各图所示方法的实现,本公开提供了一种用于生成信息的装置的一个实施例,该装置实施例与图1所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图4所示,本实施例的用于生成信息的装置400包括:获取单元401、降噪处理单元402、第一处理单元403和第一统计单元404。其中,获取单元401被配置成获取待评估车辆的车载录音设备在预设的模拟场景下录制的评估用音频;降噪处理单元402被配置成采用与上述待评估车辆相同的降噪算法对上述评估用音频进行降噪处理;第一处理单元403被配置成响应于确定上述评估用音频为唤醒音频,采用与上述待评估车辆相同的唤醒引擎对降噪处理后的上述评估用音频进行处理,得到上述唤醒引擎输出的唤醒结果;第一统计单元404被配置成对上述唤醒引擎输出的唤醒结果进行统计分析,得到上述模拟场景下车载客户端的唤醒率。
在本实施例中,用于生成信息的装置400的获取单元401、降噪处理单元402、第一处理单元403和第一统计单元404的具体处理及其所带来的技术效果可分别参考图1对应实施例中s101、s102、s103和s104的相关说明,在此不再赘述。
在本实施例的一些可选的实现方式中,上述装置400还包括:第二处理单元(图中未示出),被配置成响应于确定上述评估用音频不为唤醒音频,采用与上述待评估车辆相同的识别引擎对降噪处理后的上述评估用音频进行处理,得到上述识别引擎输出的识别结果;第二统计单元(图中未示出),被配置成基于上述识别引擎输出的识别结果,统计在上述模拟场景下车载客户端的识别结果的识别准确率。
在本实施例的一些可选的实现方式中,上述评估用音频是通过录制单元(图中未示出)录制的,上述录制单元包括:播放子单元(图中未示出),被配置成在待评估车辆中播放车辆在预设评估场景下行驶时录制的噪声音频,同时在待评估车辆中播放在无噪声场景下预先录制的指令音频;录制子单元(图中未示出),被配置成通过上述待评估车辆的车载录音设备录制所播放的音频,得到评估用音频。
在本实施例的一些可选的实现方式中,上述播放子单元进一步被配置成:通过设置于上述待评估车辆的预设位置的仿真嘴,播放在无噪声场景下预先录制的指令音频。
在本实施例的一些可选的实现方式中,上述装置400还包括:确定单元(图中未示出),被配置成基于在无噪声场景下预先录制的指令音频,确定在无噪音场景下车载客户端的唤醒率和识别准确率;分析单元(图中未示出),被配置成对上述模拟场景下车载客户端的唤醒率和识别准确率,以及无噪音场景下车载客户端的唤醒率和识别准确率进行分析,得到分析结果。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
如图5所示,是根据本申请实施例的用于生成信息的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图5所示,该电子设备包括:一个或多个处理器501、存储器502,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器501为例。
存储器502即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的用于生成信息的方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的用于生成信息的方法。
存储器502作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的用于生成信息的方法对应的程序指令/模块(例如,附图4所示的获取单元401、降噪处理单元402、第一处理单元403和第一统计单元404)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的用于生成信息的方法。
存储器502可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据用于生成信息的电子设备的使用所创建的数据等。此外,存储器502可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器502可选包括相对于处理器501远程设置的存储器,这些远程存储器可以通过网络连接至用于生成信息的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
用于生成信息的方法的电子设备还可以包括:输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接,图5中以通过总线连接为例。
输入装置503可接收输入的数字或字符信息,以及产生与用于生成信息的电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如,led)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(pld)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,crt(阴极射线管)或者lcd(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(lan)、广域网(wan)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案,采用与待评估车辆相同的降噪算法和唤醒引擎对模拟场景下录制的评估用音频进行处理,并对唤醒引擎输出的唤醒结果进行统计分析,得到模拟场景下车载客户端的唤醒率,从而不需要对待评估车辆进行实车的路测,保证了噪声环境的稳定性,降低了信息生成的成本。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
起点商标作为专业知识产权交易平台,可以帮助大家解决很多问题,如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通,为大家解决相关问题。
此文章来源于网络,如有侵权,请联系删除