CN115277830A - 车载音效产品的运营方法及装置 - Google Patents

Abstract

本申请涉及车载音效技术领域，特别涉及一种车载音效产品的运营方法及装置，其中，方法包括：检测用户是否打开音乐功能；在检测到用户打开音乐功能时，在音效产品状态的显示界面推送待运营的音效产品；根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。本申请实施例可以根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，从而通过云端购买或升级最新的音效，并且音效产品具有多样性，有效的满足了用户的个性化配置，提高了车辆的智能化水平，提升用户的使用体验，满足用户的使用需求。

Description

车载音效产品的运营方法及装置

技术领域

本申请涉及车载音效技术领域，特别涉及一种车载音效产品的运营方法及装置。

背景技术

相关技术中，通过解析当前音乐曲目的音源信息得到曲目信息，并通过与服务器通信得到相应的音效模式，控制音乐播放设备以该音效模式播放当前音乐曲目，能够根据不同的音乐曲目调整音效模式，实现对音乐曲目音效模式的自动化调整。

然而，相关技术中仅能通过音乐自动匹配音效，无法通过云端推送或升级最新音效，具有单一性，无法满足用户的个性化配置，降低用户的使用体验，无法满足用户的使用需求。

发明内容

本申请提供一种车载音效产品的运营方法及装置，以解决相关技术中仅能通过音乐自动匹配音效，无法通过云端推送或升级最新音效，具有单一性，无法满足用户的个性化配置，降低用户的使用体验，无法满足用户的使用需求的技术问题。

本申请第一方面实施例提供一种车载音效产品的运营方法，包括以下步骤：检测用户是否打开音乐功能；在检测到所述用户打开所述音乐功能时，在音效产品状态的显示界面推送待运营的音效产品；根据所述待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。

根据上述技术手段，本申请实施例可以根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，从而通过云端购买或升级最新的音效，并且音效产品具有多样性，有效的满足了用户的个性化配置，提高了车辆的智能化水平，提升用户的使用体验，满足用户的使用需求。

可选地，在本申请的一个实施例中，所述在音效产品状态的显示界面推送待运营的音效产品，包括：获取所述音乐功能的开启持续时长；在所述开启持续时长达到预设时长时，在音效产品状态的显示界面弹出提示框，以推送所述待运营的音效产品的同时，显示选择标识和不选择标识。

根据上述技术手段，本申请实施例可以在音乐功能达到开启时长后，弹出提示框推送待运营的音效产品，用户可以根据需求选择显示的标识，从而提高了车辆的自动化程度，提升了用户的个性化体验。

可选地，在本申请的一个实施例中，所述根据所述待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，包括：识别所述视听指令的实际类别；根据所述实际类别匹配对应的运营动作，并根据所述运营动作的执行结果完成运营。

根据上述技术手段，本申请实施例可以根据用户点击选择需要的按钮，从而跳转至试听页面，进而实现根据运营动作的执行结果完成运营，有效的提升了用户的个性化设置体验，提升了用户用车的舒适性。

可选地，在本申请的一个实施例中，所述实际类别包括试听类别、购买类别和续费类别。

根据上述技术手段，本申请实施例可以满足用户的多样化需求，提升了用户的个性化配置体验，提高车辆的智能化水平。

可选地，在本申请的一个实施例中，还包括：每隔预设周期，接收服务器发送的预装音效产品总数的部分产品；利用所述部分产品对所述音乐功能进行上新展示，以更新所述音乐功能的音效产品。

根据上述技术手段，本申请实施例可以每隔预设周期通过运营平台进行音效产品的上新，从而给用户带来新的音效体验，提升用户的新鲜度和满意度。

本申请第二方面实施例提供一种车载音效产品的运营装置，包括：检测模块，用于检测用户是否打开音乐功能；推送模块，用于在检测到所述用户打开所述音乐功能时，在音效产品状态的显示界面推送待运营的音效产品；运营模块，用于根据所述待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。

可选地，在本申请的一个实施例中，所述推送模块包括：获取单元，用于获取所述音乐功能的开启持续时长；推送单元，用于在所述开启持续时长达到预设时长时，在音效产品状态的显示界面弹出提示框，以推送所述待运营的音效产品的同时，显示选择标识和不选择标识。

可选地，在本申请的一个实施例中，所述运营模块包括：识别单元，用于识别所述视听指令的实际类别；运营单元，用于根据所述实际类别匹配对应的运营动作，并根据所述运营动作的执行结果完成运营。

可选地，在本申请的一个实施例中，所述实际类别包括试听类别、购买类别和续费类别。

可选地，在本申请的一个实施例中，本申请实施例的装置还包括：接收模块，用于每隔预设周期，接收服务器发送的预装音效产品总数的部分产品；更新模块，用于利用所述部分产品对所述音乐功能进行上新展示，以更新所述音乐功能的音效产品。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车载音效产品的运营方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的车载音效产品的运营方法。

本申请的有益效果：

(1)本申请实施例可以根据用户点击选择需要的实际类别，从而跳转至对应页面，进而实现根据运营动作的执行结果完成运营，有效的提升了用户的个性化设置体验，提升了用户用车的舒适性。

(2)本申请实施例可以每隔预设周期通过运营平台进行音效产品的上新，从而给用户带来新的音效体验，提升用户的新鲜度和满意度。

(3)本申请实施例可以根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，从而通过云端购买或升级最新的音效，并且音效产品具有多样性，有效的满足了用户的个性化配置，提高了车辆的智能化水平，提升用户的使用体验，满足用户的使用需求。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车载音效产品的运营方法的流程图；

图2为根据本申请一个具体实施例的音效产品运营方法的示意图；

图3为根据本申请一个具体实施例的音效APP示意图；

图4为根据本申请一个具体实施例的音效APP显示内容云平台获取流程图；

图5为根据本申请一个具体实施例的用户首次播放音乐引导流程图；

图6为根据本申请一个具体实施例的音效产品上新引导流程图；

图7为根据本申请一个具体实施例的音效产品到期引导流程图；

图8为根据本申请一个具体实施例的音效产品试听引导流程图；

图9为根据本申请一个具体实施例的音效产品付费购买流程图；

图10为根据本申请实施例的车载音效产品的运营装置的的结构示意图；

图11为根据本申请实施例提供的车辆的结构示意图。

其中，10-车载音效产品的运营装置；100-检测模块、200-推送模块和300-运营模块；1101-存储器、1102-处理器和1103-通信接口。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的车载音效产品的运营方法及装置。针对上述背景技术中心提到的相关技术中仅能通过音乐自动匹配音效，无法通过云端推送或升级最新音效，具有单一性，无法满足用户的个性化配置，降低用户的使用体验，无法满足用户的使用需求的问题，本申请提供了一种车载音效产品的运营方法，在该方法中，可以在检测到用户打开音乐功能时，在音效产品状态的显示界面推送待运营的音效产品，并且根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，从而增加了音效产品的多样性，有效的满足了用户的个性化配置，提高了车辆的智能化水平，提升用户的使用体验，满足用户的使用需求。由此，解决了相关技术中仅能通过音乐自动匹配音效，无法通过云端推送或升级最新音效，具有单一性，无法满足用户的个性化配置，降低用户的使用体验，无法满足用户的使用需求的技术问题。

具体而言，图1为本申请实施例所提供的一种车载音效产品的运营方法的流程示意图。

如图1所示，该车载音效产品的运营方法包括以下步骤：

在步骤S101中，检测用户是否打开音乐功能。

可以理解的是，本申请实施例可以检测用户是否打开音乐功能，确保用户在打开车内音乐功能时，可以推送下一步骤中的待运营音效产品，从而提高车辆的自动化程度，提升用户的个性化配置体验。

在步骤S102中，在检测到用户打开音乐功能时，在音效产品状态的显示界面推送待运营的音效产品。

可以理解的是，本申请实施例在检测到用户打开音乐功能时，并且确定用户使用音乐功能后，在音效产品状态的显示界面推送待运营的音效产品，以防止用户为误触打开音乐功能，从而提升了车辆的智能化水平，提升用户的使用体验。

其中，在本申请的一个实施例中，在音效产品状态的显示界面推送待运营的音效产品，包括：获取音乐功能的开启持续时长；在开启持续时长达到预设时长时，在音效产品状态的显示界面弹出提示框，以推送待运营的音效产品的同时，显示选择标识和不选择标识。

作为一种可能实现的方式，本申请实施例可以获取音乐功能的开启持续时长，例如，用户使用中控打开音乐，包括本地音乐、音乐APP、USB音乐等，并且音乐播放30秒后，在音效产品状态的显示界面弹出提示框“欢迎使用XX智能声实验室APP，为您打造演唱会般的声音效果～”其中，具体名称可以根据公司名自定义设置，且推送待运营的音效产品的同时，显示“前往试用”和“忽略”两个选择按钮，用户可以根据需求自行选择。

进一步地，当用户选择“前往试用”选项时，则跳转至“智能声实验室APP”主页，用户可以选择音效，当用户选择“忽略”选项时，则关闭弹框，并且不再推送音效产品，从而提升了车辆的自动化程度，满足用户的使用需求，提升用户的个性化体验。

在步骤S103中，根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。

可以理解的是，本申请实施例可以根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，例如，可以将待运营的音效产品的代码、参数信息等，预先装载在中控的MCU(Micro Controller Unit，微控制器)和DSP(Digital Signal Processing，数字音频处理器)芯片中，若存储空间不够，则可采用外挂Flash扩容，从而提升了音效产品的推送效率，提高车辆的自动化水平。

其中，在本申请的一个实施例中，根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，包括：识别视听指令的实际类别；根据实际类别匹配对应的运营动作，并根据运营动作的执行结果完成运营。

在实际执行过程中，本申请实施例可以识别视听指令的实际类别，例如，当用户打开音乐播放时，中控屏会弹出提醒弹框，用户可点击选择需要的按钮，如用户可以选择试听音效产品，从而跳转至试听页面，进而实现根据运营动作的执行结果完成运营，有效的提升了用户的个性化设置体验，提升了用户用车的舒适性。

可选地，在本申请的一个实施例中，实际类别包括试听类别、购买类别和续费类别。

作为一种可能实现的方式，本申请实施例的视听指令的实际类别包括试听类别、购买类别和续费类别，从而可以满足用户的多样化需求，提升车辆的智能化水平。

例如，用户点击试听按钮后，页面跳转至音效APP界面，可以点击“9.9元畅听30天”，弹出对应音效产品详情页，用户点击购买，页面弹出支付方式选择页面，从而用户根据提示手机扫描二维码，完成支付后提示“支付成功”，用户支付成功后，在未来的30天之内，可使用智能声实验室APP中该音效产品。

又例如，在音效产品列表中，用户点击“购买”按钮后，从而弹出付费页面，如表1显示以下四种套餐选项，用户可以根据需求选择购买，具体表1如下：

表1

进一步地，用户选择对应套餐，页面弹出支付方式选择页面，从而用户根据提示手机扫描二维码，完成支付后提示“支付成功”，“XX音效”状态由未购买更新至已购买，并且在有效期内，用户可按需求使用此音效，进而提高了用户选择的多样性，提升了用户的个性化配置体验，满足用户的使用需求。

再例如，若用户未永久购买音效产品，并且距离套餐有效期3天到期时，在用户首次将车辆上电，使用中控播放音乐后，中控根据云平台获取的到期时间信息进行计算，并根据计算结果进行弹框提示，引导用户前往续费、购买，从而让提升了车辆的智能化水平，提高用户的使用体验。

可选地，在本申请的一个实施例中，还包括：每隔预设周期，接收服务器发送的预装音效产品总数的部分产品；利用部分产品对音乐功能进行上新展示，以更新音乐功能的音效产品。

在实际执行过程中，本申请实施例可以根据运营需要，首次开放预装音效产品总数的一半，在音效APP中进行展示，后续根据运营需要，每隔预设周期通过运营平台进行音效产品的上新，从而给用户带来新的音效体验，提升用户的新鲜度和满意度。

举例而言，本申请实施例可以对用户进行上新引导，运营平台上新音效产品后，当用户首次使用中控打开音乐并播放30s后，弹出提醒弹框“XX音效全新升级，欢迎试用”，并给出用户两个选项“听听看”和“不再提醒”，且弹框右上角有一个“X”，当用户点击“听听看”时，页面跳转至智能声实验室APP主页，当用户选择其他选项时，则关闭弹框，进而提升了用户的满意度，提高了车辆的智能化水平。

需要说明的是，预设周期由本领域技术人员根据实际情况进行设置，在此不作具体限定。

如图2所示，本申请实施例基于中控硬件、软件和云平台、运营平台构建音效产品运营方法，运营的音效产品预先装载在中控的MCU和DSP芯片中，若存储空间不够，可采用外挂FLASH扩容，并且在应用商城中，设计音效APP，用于显示需要运营的音效产品状态，用户可以在此进行试听、购买和续费音效产品，同时云平台设计运营策略，分时对预装的音效产品进行上新，软件层设计首次引导、上新、续费提醒弹框，用户可点击弹框跳转进入音效APP，进行试听、购买和续费，从而有效的满足用户的多样化需求，提升用户的使用体验。

其中，表2为云平台接口清单，具体表2如下：

表2

另外，当预装音效产品已完成运营时，后续如再新增音效，可跟随中控其他功能升级，通过OTA(Over-the-Air Technology，空中下载技术)的方式进行音效产品的预装。

如图3所示，本申请实施例通过在应用商店中设计音效APP，并显示当前运营的音效产品状态和轮播图，当前界面可进行产品详情查看、音效产品试听、音效产品购买和音效产品续费等操作，需要说明的是，音效APP的显示信息需要在开机后1分钟后，从云平台获取页面信息，若联网失败，则显示默认界面，具体获取步骤下面会进行详细阐述，从而提升了操作界面的多样性。

如图4所示，下面以一个具体实施例对本申请实施例进行详细阐述，具体步骤如下：

步骤S401：车机ON挡1分钟后，音效APP从云平台获取页面信息。

步骤S402：通过云平台接口获取页面信息。

步骤S403：本申请实施例通过TSP(Telematics Service Provider，汽车远程服务提供商)反馈页面信息。

步骤S404：判断获取页面结果是否失败，若获取结果失败，则执行步骤S402，否则，执行步骤S405。

步骤S405：获取车机记忆。

步骤S406：智能声实验室APP音效列表显示当前运营的音效产品状态和轮播图等。

如图5所示，下面以一个具体实施例对本申请实施例进行详细阐述，具体步骤如下：

步骤S501：用户使用车内中控播放音乐。

步骤S502：判断是否弹窗提醒用户试用，若弹窗提醒用户试用，则执行步骤S504，否则，执行步骤S503。

步骤S503：判断单首音乐播放时长是否大于或等于30s，若播放时长大于或等于30s，则执行步骤S504，且保持当前音乐继续播放，否则，执行步骤S502。

步骤S504：根据弹框提示“欢迎使用XX智能实验室APP，为您打造演唱会般的声音效果～”用户可以选择“前往试用”或者“忽略”，有效的提升了用户的个性化设置体验。

步骤S505：当用户点击“前往试用”时，页面跳转至“智能声实验室APP”主页，用户可以根据需求选择音效，提升了车辆的智能化水平。

如图6所示，下面以一个具体实施例对本申请实施例进行详细阐述，具体步骤如下：

步骤S601：用户通过中控打开音乐，并播放音乐。

步骤S602：判断运营平台音效是否有更新，若有更新，则执行步骤S603，否则无提醒。

步骤S603：再次获取音效是否有更新。

步骤S604：通过TSP反馈音效产品是否有更新。

步骤S605：判断是否音效有更新，若有更新，则执行步骤S606，否则无提醒。

步骤S606：判断单首音乐播放时长是否大于或等于30s，若大于或等于30s，则执行步骤S607，否则，切歌或者暂停音乐，并执行步骤S605。

步骤S607：本申请实施例获取音效，并更新列表主推音效。

步骤S608：通过TSP反馈音效APP更新清单和主推音效，方便提供给用户选择。

步骤S609：弹框提示“XX音效全新升级欢迎试用”，分别有“听听看”和“不再提示”选项按钮，用户可以根据需求选择。

步骤S610：用户点击“听听看”后，页面跳转至应用商店的“智能声实验室”主页，用户可以根据需求进行音效选择，提升了用户的个性化设置体验。

如图7所示，下面以一个具体实施例对本申请实施例进行详细阐述，具体步骤如下：

步骤S701：用户通过中控打开音乐，并播放音乐。

步骤S702：中控计算套餐优惠到期时间，开机1分钟后从云平台接口获取。

步骤S703：判断套餐是否到期，若套餐到期，则执行步骤S704，否则，执行步骤S707。

步骤S704：判断是否允许弹框，若允许弹窗，则执行步骤S706，否则，执行步骤S705。

步骤S705：结束本次到期提醒。

步骤S706：弹框提示“您的音效会员已到期，如有需要请点击下方购买”，页面显示“前往购买”和“不再提示”两个选择按钮，用户可以根据需求选择，提升了用户的使用体验。

步骤S707：判断是否距离到期时间在48～72h内，若到期时间在48～72h内，则执行步骤S708，否则，执行步骤S705。

步骤S708：弹框提示“您的音效会员还有3天到期，如有需要请点击下方续费”，页面显示“前往续费”和“不再提示”两个选择按钮，用户可以根据需求选择，提升了用户的使用体验。

步骤S709：用户点击“前往购买”或者“前往续费”按钮后，页面跳转至“智能声实验室”主页，进而提升了车辆的自动化水平。

如图8所示，下面以一个具体实施例对本申请实施例进行详细阐述，具体步骤如下：

步骤S801：用户点击BANNER。

步骤S802：用户选择微信或支付宝购买音效套餐。

步骤S803：请求支付二维码。

步骤S804：页面提示“加载中”，用户可以等待。

步骤S805：请求支付二维码接口，通过TSP反馈支付二维码与二维码失效时间。

步骤S806：判断获取支付二维码结果是否成功，若成功，则执行步骤S807，否则，执行步骤S808。

步骤S807：页面展示支付二维码，用户可以扫面二维码付款。

步骤S808：页面提示加载失败，用户需重新进入付款页面。

步骤S809：判断支付时间是否大于或等于失效时间，若大于或等于失效时间，则执行步骤S810，否则，执行步骤S812。

步骤S810：判断HU，即车载娱乐系统是否仍在二维码界面，若在二维码界面，则执行步骤S811，否则无提示。

步骤S811：页面提示支付码已过期，用户需重新获取。

步骤S812：轮询支付结果。

步骤S813：通过云平台接口获取支付结果，并且TSP反馈支付结果。

步骤S814：判断用户支付是否成功，若成功，则执行步骤S815，否则，执行步骤S816。

步骤S815：页面提示支付成功，用户可以在套餐时限内使用音效功能。

步骤S816：页面提示支付失败，用户需重新进入付款界面购买。

如图9所示，下面以一个具体实施例对本申请实施例进行详细阐述，具体步骤如下：

步骤S901：页面进入智能声实验室APP主页。

步骤S902：用户点击“购买”。

步骤S903：页面跳转至音效产品付费页面。

步骤S904：判断用户是否选择套餐，若选择购买套餐，则执行步骤S905，否则，执行步骤S901。

步骤S905：按照上述支付引导完成支付，从而提升了车辆的智能化水平，满足用户的使用需求。

根据本申请实施例提出的车载音效产品的运营方法，可以在检测到用户打开音乐功能时，在音效产品状态的显示界面推送待运营的音效产品，并且根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，从而增加了音效产品的多样性，有效的满足了用户的个性化配置，提高了车辆的智能化水平，提升用户的使用体验，满足用户的使用需求。由此，解决了相关技术中仅能通过音乐自动匹配音效，无法通过云端推送或升级最新音效，具有单一性，无法满足用户的个性化配置，降低用户的使用体验，无法满足用户的使用需求的技术问题。

其次参照附图描述根据本申请实施例提出的车载音效产品的运营装置。

图10是本申请实施例的车载音效产品的运营装置的方框示意图。

如图10所示，该车载音效产品的运营装置10包括：检测模块100、推送模块200和运营模块300。

具体地，检测模块100，用于检测用户是否打开音乐功能。

推送模块200，用于在检测到用户打开音乐功能时，在音效产品状态的显示界面推送待运营的音效产品。

运营模块300，用于根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。

可选地，在本申请的一个实施例中，推送模块200包括：获取单元和推送单元。

其中，获取单元，用于获取音乐功能的开启持续时长。

推送单元，用于在开启持续时长达到预设时长时，在音效产品状态的显示界面弹出提示框，以推送待运营的音效产品的同时，显示选择标识和不选择标识。

可选地，在本申请的一个实施例中，运营模块300包括：识别单元和运营单元。

其中，识别单元，用于识别视听指令的实际类别。

运营单元，用于根据实际类别匹配对应的运营动作，并根据运营动作的执行结果完成运营。

可选地，在本申请的一个实施例中，实际类别包括试听类别、购买类别和续费类别。

可选地，在本申请的一个实施例中，本申请实施例的装置10还包括：接收模块和更新模块。

其中，接收模块，用于每隔预设周期，接收服务器发送的预装音效产品总数的部分产品。

更新模块，用于利用部分产品对音乐功能进行上新展示，以更新音乐功能的音效产品。

需要说明的是，前述对车载音效产品的运营方法实施例的解释说明也适用于该实施例的车载音效产品的运营装置，此处不再赘述。

根据本申请实施例提出的车载音效产品的运营装置，可以在检测到用户打开音乐功能时，在音效产品状态的显示界面推送待运营的音效产品，并且根据待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，从而增加了音效产品的多样性，有效的满足了用户的个性化配置，提高了车辆的智能化水平，提升用户的使用体验，满足用户的使用需求。由此，解决了相关技术中仅能通过音乐自动匹配音效，无法通过云端推送或升级最新音效，具有单一性，无法满足用户的个性化配置，降低用户的使用体验，无法满足用户的使用需求的技术问题。

图11为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器1101、处理器1102及存储在存储器1101上并可在处理器1102上运行的计算机程序。

处理器1102执行程序时实现上述实施例中提供的车载音效产品的运营方法。

进一步地，车辆还包括：

通信接口1103，用于存储器1101和处理器1102之间的通信。

存储器1101，用于存放可在处理器1102上运行的计算机程序。

存储器1101可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器1101、处理器1102和通信接口1103独立实现，则通信接口1103、存储器1101和处理器1102可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器1101、处理器1102及通信接口1103，集成在一块芯片上实现，则存储器1101、处理器1102及通信接口1103可以通过内部接口完成相互间的通信。

处理器1102可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车载音效产品的运营方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车载音效产品的运营方法，其特征在于，包括以下步骤：

检测用户是否打开音乐功能；

在检测到所述用户打开所述音乐功能时，在音效产品状态的显示界面推送待运营的音效产品；以及

根据所述待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。

2.根据权利要求1所述的方法，其特征在于，所述在音效产品状态的显示界面推送待运营的音效产品，包括：

获取所述音乐功能的开启持续时长；

在所述开启持续时长达到预设时长时，在音效产品状态的显示界面弹出提示框，以推送所述待运营的音效产品的同时，显示选择标识和不选择标识。

3.根据权利要求1所述的方法，其特征在于，所述根据所述待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品，包括：

识别所述视听指令的实际类别；

根据所述实际类别匹配对应的运营动作，并根据所述运营动作的执行结果完成运营。

4.根据权利要求3所述的方法，其特征在于，所述实际类别包括试听类别、购买类别和续费类别。

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

每隔预设周期，接收服务器发送的预装音效产品总数的部分产品；

利用所述部分产品对所述音乐功能进行上新展示，以更新所述音乐功能的音效产品。

6.一种车载音效产品的运营装置，其特征在于，包括：

检测模块，用于检测用户是否打开音乐功能；

推送模块，用于在检测到所述用户打开所述音乐功能时，在音效产品状态的显示界面推送待运营的音效产品；以及

运营模块，用于根据所述待运营的音效产品的视听指令，运营预先装载至存储设备的音效产品。

7.根据权利要求6所述的装置，其特征在于，所述推送模块包括：

获取单元，用于获取所述音乐功能的开启持续时长；

推送单元，用于在所述开启持续时长达到预设时长时，在音效产品状态的显示界面弹出提示框，以推送所述待运营的音效产品的同时，显示选择标识和不选择标识。

8.根据权利要求6所述的装置，其特征在于，所述运营模块包括：

识别单元，用于识别所述视听指令的实际类别；

运营单元，用于根据所述实际类别匹配对应的运营动作，并根据所述运营动作的执行结果完成运营。

9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-5任一项所述的车载音效产品的运营方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求1-5任一项所述的车载音效产品的运营方法。

Images