软件升级处理方法、装置和音频设备
阅读：214发布：2021-06-15
专利汇可以提供软件升级处理方法、装置和音频设备专利检索，专利查询，专利分析的服务。并且本 发明 实施例 公开了一种 软件 升级处理方法、装置和音频设备。该软件升级处理方法通过在播放音频数据的过程中，获取终端中的播放应用升级所需时长，然后，确定在该时长内对应需要播放音频数据的第一音频数据量，再根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中可持续播放本地缓存的音频数据。该方案可使音频设备缓存足够数据量的音频数据，实现在播放应用升级的过程中该音频设备可不间断地播放音频数据，从而提高音频播放的持续性。，下面是软件升级处理方法、装置和音频设备专利的具体信息内容。
1.一种软件升级处理方法，应用于音频播放系统，其特征在于，包括：
在播放音频数据的过程中，获取终端中的播放应用升级所需时长；
确定在所述时长内对应需要播放音频数据的第一音频数据量；
根据所述第一音频数据量获取对应的目标音频数据并缓存至本地，以便在所述播放应用升级过程中可持续播放本地缓存的音频数据。
2.如权利要求1所述的软件升级处理方法，其特征在于，确定在所述时长内对应需要播放音频数据的第一音频数据量的步骤包括：
确定当前所播音频数据的码流信息；
根据所述码流信息和所述时长确定需要播放音频数据的第一音频数据量。
3.如权利要求1或2所述的软件升级处理方法，其特征在于，根据所述第一音频数据量获取对应的目标音频数据并缓存至本地的步骤包括：
获取当前本地已缓存的初始音频数据的第二音频数据量；
根据所述第二音频数据量和所述第一音频数据量，确定需要获取的第三音频数据量；
获取所述第三音频数据量对应的目标音频数据并缓存至本地。
4.如权利要求3所述的软件升级处理方法，其特征在于，所述初始音频数据包括初始音频数据包；
获取所述第三音频数据量对应的目标音频数据并缓存至本地的步骤包括：
确定所述初始音频数据包的第一数据包标识；
根据所述第一数据包标识和所述第三音频数据量，确定需要获取的目标数据包的第二数据包标识；
根据所述第二数据包标识获取对应的目标音频数据包，并将所述目标音频数据包作为目标音频数据缓存至本地。
5.如权利要求3所述的软件升级处理方法，其特征在于，所述获取所述第三音频数据量对应的目标音频数据并缓存至本地的步骤包括:
确定当前音频数据的缓存速度；
根据所述第三音频数据量、所述缓存速度以及当前所播音频数据的码流信息，计算需要获取的第四音频数据量；
获取第四音频数据量对应的目标音频数据并缓存至本地。
6.一种软件升级处理装置，其特征在于，包括：
获取模块，用于在播放音频数据的过程中，获取终端中的播放应用升级所需时长；
确定模块，用于确定在所述时长内对应需要播放音频数据的第一音频数据量；
缓存模块，用于根据所述第一音频数据量获取对应的目标音频数据并缓存至本地，以便在所述播放应用升级过程可持续播放本地缓存的音频数据。
7.如权利要求6所述的软件升级处理装置，应用于音频播放系统，其特征在于，所述确定模块，用于确定当前所播音频数据的码流信息；根据所述码流信息和所述时长确定需要播放音频数据的第一音频数据量。
8.如权利要求6或7所述的软件升级处理装置，其特征在于，所述缓存模块包括：
获取子模块，用于获取当前本地已缓存的初始音频数据的第二音频数据量；
确定子模块，用于根据所述第二音频数据量和所述第一音频数据量，确定需要获取的第三音频数据量；
缓存子模块，用于获取所述第三音频数据量对应的目标音频数据并缓存至本地。
9.如权利要求8所述的软件升级处理装置，其特征在于，所述初始音频数据包括初始音频数据包；
所述缓存子模块，用于确定所述初始音频数据包的第一数据包标识；根据所述第一数据包标识和所述第三音频数据量，确定需要获取的目标数据包的第二数据包标识；根据所述第二数据包标识获取对应的目标音频数据包，并将所述目标音频数据包作为目标音频数据缓存至本地。
10.如权利要求8所述的软件升级处理装置，其特征在于，所述缓存子模块，用于确定当前音频数据的缓存速度；根据所述第三音频数据量、所述缓存速度以及当前所播音频数据的码流信息，计算需要获取的第四音频数据量；获取第四音频数据量对应的目标音频数据并缓存至本地。
11.一种音频设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-5任一项所述的软件升级处理方法。
软件升级处理方法、装置和音频设备
技术领域
[0001] 本发明涉及通信技术领域，尤其涉及一种软件升级处理方法、装置和音频设备。
背景技术
[0002] 智能音箱是一种新型的智能家电设备，通过连接无线网络与智能手机等终端中的播放应用(APP)建立通信连接，从而接收并执行APP发送的各种指令，比如，播放、暂停播放、停止播放音乐等。
[0003] 以智能手机为例，通常是通过智能手机安装的APP查看和控制智能音箱以播放音乐。一般情况下，智能音箱能够正常播放APP中的音乐，而当APP正在升级时会停止音乐数据的发送，智能音箱则会因无法继续获取到APP中的音乐数据导致播放暂停。即APP升级会导致正在播放的本机音乐产生播放中断的情况。
发明内容
[0004] 本发明实施例提供一种软件升级处理方法、装置和音频设备，可以提高音频播放的持续性。
[0005] 本发明实施例提供一种软件升级处理方法，应用于音频播放系统，包括：
[0006] 在播放音频数据的过程中，获取终端中的播放应用升级所需时长；
[0007] 确定在所述时长内对应需要播放音频数据的第一音频数据量；
[0008] 根据所述第一音频数据量获取对应的目标音频数据并缓存至本地，以便在所述播放应用升级过程中，音频设备可持续播放本地缓存的音频数据。
[0009] 相应地，本发明实施例提供了一种软件升级处理装置，应用于音频播放系统，包括：
[0010] 获取模块，用于在播放音频数据的过程中，获取终端中的播放应用升级所需时长；
[0011] 确定模块，用于确定在所述时长内对应需要播放音频数据的第一音频数据量；
[0012] 缓存模块，用于根据所述第一音频数据量获取对应的目标音频数据并缓存至本地，以便在所述播放应用升级过程中，音频设备可持续播放本地缓存的音频数据。
[0014] 本发明实施例提供的软件升级处理方法，通过在播放音频数据的过程中，获取终端中的播放应用升级所需时长，然后，确定在该时长内对应需要播放音频数据的第一音频数据量，再根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中，音频设备可持续播放本地缓存的音频数据。该方案可使音频设备缓存足够数据量的音频数据，实现在播放应用升级的过程中该音频设备可不间断地播放音频数据，从而提高音频播放的持续性。附图说明
[0015] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0016] 图1是本发明实施例提供的软件升级处理方法的一种流程示意图。
[0017] 图2是本发明实施例提供的软件升级处理系统的一种结构示意图。
[0018] 图3是本发明实施例提供的软件升级处理方法的一种应用场景示意图。
[0019] 图4是本发明实施例提供的软件升级处理装置的一种结构示意图。
[0020] 图5是本发明实施例提供的软件升级处理装置的另一种结构示意图。
[0021] 图6是本发明实施例提供的音频设备的一种结构示意图。
具体实施方式
[0022] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0023] 本发明实施例提供一种软件升级处理方法、装置和音频设备。以下将分别进行详细说明。
[0024] 在一优选实施例中，提供一种软件升级处理方法，应用于音频播放系统。如图1所示，流程可以如下：
[0025] 101、在播放音频数据的过程中，获取终端中的播放应用升级所需时长。
[0026] 其中，所播放的音频数据可以是本地已缓存的音频数据。而播放应用可以包括诸如QQ音乐等各种可以播放音频数据的APP。该播放应用可以安装在智能终端等设备中，并可以通过无线网络与音频设备进行通信连接，使得该播放应用可以将相应的音频数据推送到音频设备中进行播放。
[0027] 本发明实施例中，获取播放应用升级所需时长的方式可以有多种。比如，可以在检测到播放应用接收到升级指令时，终端根据当前的设备信息以及系统信息，从数据服务器获取该播放应用升级所需时长，然后，将获取的时长发送至音频设备。其中，该数据服务器中存储的播放应用升级所需时长，可以通过收集设备信息以及系统信息与该终端一致的设备升级该播放应用所需升级时长，再进行大数据处理求平均值而得到。
[0028] 在一些实施例中，播放应用升级所需时长可以包括下载和安装升级文件所需时长。在一些实施例中，该时长还可以是播放应用接收到系统发送的升级指令起到安装完成的这段时长。
[0029] 102、确定在该时长内对应需要播放音频数据的第一音频数据量。
[0030] 比如，时长为1min，需要播放1min的音频数据，则需要确定该音频数据的数据量，将该数据量作为第一音频数据量。由于数据量与码流(即码率)、时间相关，则在一些实施例中，步骤“确定在该时长内对应需要播放音频数据的第一音频数据量”的流程可以如下：
[0031] 确定当前所播音频数据的码流信息；
[0032] 根据该码流信息和该时长确定需要播放音频数据的第一音频数据量。
[0033] 在一些实施方式中，数据量(M)＝码流(DR)*时间(T)。比如，假设当前所播音频数据的码流为100KB/s，播放应用升级所需时长为1min，则第一音频数据量计算为6000KB(约5.86MB)。
[0034] 103、根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在播放应用升级过程中可持续播放本地缓存的音频数据。
[0035] 具体地，为了保险起见，可以直接将第一音频数据量的音频数据缓存至设备本地，以使得在播放本地的音频数据时，播放应用可升级完成。
[0036] 在一些实施例中，为了节省网络资源，可以先确定本地是否已有缓存数据。若缓存数据量足够，则不再缓存音频数据。若缓存数据量不足，则仅缓存数据所差数据量的音频数据至设备本地。也即，步骤“根据第一音频数据量获取对应的目标音频数据并缓存至本地”可以包括如下流程：
[0037] 获取当前本地已缓存的初始音频数据的第二音频数据量；
[0038] 根据第二音频数据量和第一音频数据量，确定需要获取的第三音频数据量；
[0039] 获取第三音频数据量对应的目标音频数据并缓存至本地。
[0040] 具体地，第三音频数据量可以是第一音频数据量与第二音频数据量之间的差值。比如，所需第一音频数据量为5.86MB，本地已缓存的第二音频数据量为2MB，则还需获取
3.86MB的音频数据。
3.86MB的音频数据。
[0041] 实际应用中，一段音频数据可以由多个数据包有序地排列构成。因此，在一些实施方式中，该初始音频数据包括初始音频数据包；则步骤“获取第三音频数据量对应的目标音频数据并缓存至本地”的流程可以如下：
[0042] 确定初始音频数据包的第一数据包标识；
[0043] 根据第一数据包标识和第三音频数据量，确定需要获取的目标数据包的第二数据包标识；
[0044] 根据第二数据包标识获取对应的目标音频数据包，并将目标音频数据包作为目标音频数据缓存至本地。
[0045] 具体地，数据包标识可用于区分不同的音频数据包。比如，一段音频数据包括音频数据包1、音频数据包2、音频数据包3、音频数据包4以及音频数据包5，总音频数据量为10MB，每个音频数据包的数据量为2MB。假设音频设备本地已缓存音频数据包1，即第二音频数据量为2MB，若所需第一音频数据量为5.86MB，则还需获取至少3.86MB的音频数据。由于数据包内的数据不可分割，根据还需获取的数据量3.86，可以得出需将数据包2、数据包3作为目标数据包，并缓存至设备本地。
[0046] 在一些实施例中，音频数据的缓存速度远远大于音频数据的播放速度时，可以将下载音频数据的过程中播放的音频数据量忽略不计。而当网速较慢，音频数据的缓存速度与音频数据的播放速度相当时，下载音频数据的过程中播放的音频数据量不可忽略。也即，步骤“获取第三音频数据量对应的目标音频数据并缓存至本地”可以包括如下流程:
[0047] 确定当前音频数据的缓存速度；
[0048] 根据第三音频数据量、缓存速度以及当前所播音频数据的码流信息，计算需要获取的第四音频数据量；
[0049] 获取第四音频数据量对应的目标音频数据并缓存至本地。
[0050] 具体地，第三音频数据量与缓存期间播放的音频数据量之和，则为所需要缓存的总音频数据量(即第四音频数据量)。比如，第三音频数据量为M1、缓存速度为V，码流信息包括码流DR，第四音频数据量为M2，则可以得到关系式：M1+DR*(M2/V)＝M2。由于M1、DR、V等参数都已知，则可计算得出第四音频数据量M2的值为M1*V/(V-DR)。
[0051] 具体实施过程中，在音频设备获取目标音频数据后，可向终端发送升级确认信息，以使播放应用开始升级。在此过程中，音频设备始终在播放本地的音频数据。当播放应用成功升级完成后，智能音箱若播放完缓存的音频数据，则可以继续向终端发送数据获取请求，以使升级后的播放应用向音频设备推送音频数据，实现不间断播放。
[0052] 由上可知，本发明实施例提供了一种软件升级处理方法，通过在播放音频数据的过程中，获取终端中的播放应用升级所需时长，然后，确定在该时长内对应需要播放音频数据的第一音频数据量，再根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中可持续播放本地缓存的音频数据。该方案可使音频设备缓存足够数据量的音频数据，实现在播放应用升级的过程中该音频设备可不间断地播放音频数据，从而提高音频播放的持续性。
[0053] 在又一优选实施例中，提供一种音频设备的软件升级处理系统。参考图2，该软件升级处理系统包括：服务器21、终端22以及音频设备23。该服务器21、终端22以及音频设备23之间可以通过网络相互连接。
[0054] 其中，服务器21用于提供待播放的多媒体数据，其可以为数据服务器、web服务器等网络设备。
[0055] 终端22可以为诸如计算机、智能手机、平板电脑等智能终端设备。
[0056] 音频设备23可以为受控于终端22的播放设备，该音频设备23可以为智能音箱、智能电视、智能手机具有播放功能的智能终端等播放设备。
[0057] 下面将基于上述系统来介绍本发明提供的另一种软件升级处理方法。
[0058] 参考图3，该软件升级处理方法，具体流程可以如下：
[0059] 301、终端检测到播放应用的升级指令时，获取当前的第一时间戳并写入终端本地文件。
[0060] 其中，播放应用可以包括诸如QQ音乐等各种可以播放音频数据的APP。该播放应用可以安装在智能终端等设备中，并可以通过无线网络与音频设备进行通信连接，使得该播放应用可以将相应的音频数据推送到音频设备中进行播放。
[0061] 302、终端向服务器发送时长获取请求，该时长获取请求携带终端标识和应用标识。
[0062] 其中，终端标识可以包括设备标识和系统标识。设备标识可以为IMEI号(International Mobile Equipment Identity，国际移动设备识别码)。系统标识可以为终端操作系统的版本号(如Android 6.0)。
[0063] 303、服务器根据时长获取请求获取相应的时长信息，并向终端返回该时长信息。
[0064] 服务器可以根据该设备标识确定终端的设备类型以及当前的操作系统，根据这些信息从数据库中获取对应的时长信息。其中，该服务器中存储的播放应用升级的时长信息，可以通过收集设备信息以及系统信息与该终端一致的设备升级该播放应用所需升级时长，再通过大数据处理求平均值而得到。
[0065] 在一些实施例中，该时长信息可以包括下载和安装升级文件所需时长。在一些实施例中，该时长信息还可以是播放应用接收到系统发送的升级指令起到安装完成的这段时长。
[0066] 304、终端将接收到的时长信息发送至处于播放状态的音频设备。
[0067] 本实施例中，以音频设备处于播放状态为例对本方案进行详细描述。
[0068] 305、音频设备根据接收到的时长信息，确定需要播放音频数据的第一音频数据量。
[0069] 在一些实施方式中，该时长信息包括时长。比如，时长为1min，需要播放1min的音频数据，则需要确定该音频数据的数据量，将该数据量作为第一音频数据量。由于数据量与码流(即码率)、时间相关，则在一些实施例中，步骤“确定在该时长内对应需要播放音频数据的第一音频数据量”的流程可以如下：
[0070] 确定当前所播音频数据的码流信息；
[0071] 根据该码流信息和该时长确定需要播放音频数据的第一音频数据量。
[0072] 306、音频设备基于该第一音频数据量向终端请求数据，获取相应的目标音频数据并缓存至设备本地，并持续播放缓存的音频数据。
[0073] 具体地，为了保险起见，可以直接将第一音频数据量的音频数据缓存至设备本地，以使得在播放本地的音频数据时，终端中的播放应用可升级完成。
[0074] 在一些实施例中，为了节省网络资源，可以先确定本地是否已有缓存数据。若缓存数据量足够，则不再缓存音频数据。若缓存数据量不足，则仅缓存数据所差数据量的音频数据至设备本地。也即，步骤“基于该第一音频数据量向终端请求数据，获取相应的目标音频数据并缓存至设备本地”可以包括如下流程：
[0075] 获取当前本地已缓存的初始音频数据的第二音频数据量；
[0076] 根据第二音频数据量和第一音频数据量，确定需要获取的第三音频数据量；
[0077] 获取第三音频数据量对应的目标音频数据并缓存至本地。
[0078] 具体地，第三音频数据量可以是第一音频数据量与第二音频数据量之间的差值。
[0079] 实际应用中，一段音频数据可以由多个数据包有序地排列构成。因此，在一些实施方式中，该初始音频数据包括初始音频数据包；则步骤“获取第三音频数据量对应的目标音频数据并缓存至本地”的流程可以如下：
[0080] 确定初始音频数据包的第一数据包标识；
[0081] 根据第一数据包标识和第三音频数据量，确定需要获取的目标数据包的第二数据包标识；
[0082] 根据第二数据包标识获取对应的目标音频数据包，并将目标音频数据包作为目标音频数据缓存至本地。
[0083] 在一些实施例中，音频数据的缓存速度远远大于音频数据的播放速度时，可以将下载音频数据的过程中播放的音频数据量忽略不计。而当网速较慢，音频数据的缓存速度与音频数据的播放速度相当时，下载音频数据的过程中播放的音频数据量不可忽略。也即，步骤“获取第三音频数据量对应的目标音频数据并缓存至本地”可以包括如下流程:
[0084] 确定当前音频数据的缓存速度；
[0085] 根据第三音频数据量、缓存速度以及当前所播音频数据的码流信息，计算需要获取的第四音频数据量；
[0086] 获取第四音频数据量对应的目标音频数据并缓存至本地。
[0087] 具体地，第三音频数据量与缓存期间播放的音频数据量之和，则为所需要缓存的总音频数据量(即第四音频数据量)。
[0088] 307、音频设备向终端发送升级确认信息，以使终端根据该升级确认信息升级播放应用。
[0089] 具体地，在将目标音频数据缓存至音频设备本地后，可通知播放应用进行升级。在此过程中，音频设备始终在播放本地的音频数据。
[0090] 308、终端升级播放应用，并在播放应用升级完成时，获取当前的第二时间戳写入本地。
[0091] 309、终端根据第一时间戳和第二时间戳得到播放应用的升级时长，并将该升级时长发送至服务器。
[0092] 具体地，升级时长可以为第一时间戳和第二时间戳之间的时间差值。
[0093] 实际应用中，当播放应用成功升级完成后，智能音箱若播放完缓存的音频数据，则可以继续向终端发送数据获取请求，以使升级后的播放应用向音频设备推送音频数据，实现不间断播放。
[0094] 310、服务器对接收到的升级时长进行相应处理，并根据处理结果更新该播放应用对应的时长信息。
[0095] 具体地，该服务器可调用原有存储的该终端标识以及应用标识对应的样本升级时长，与接收到的该终端发送的升级时长进行求均值处理，得到平均升级时长，根据该平均时长对该播放应用对应的时长信息进行更新。
[0096] 由上可知，本发明实施例提供了一种软件升级处理方法，通过在音频设备播放音频数据的过程中，获取终端中的播放应用升级所需时长，然后，确定在该时长内对应需要播放音频数据的第一音频数据量，再根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中可持续播放本地缓存的音频数据。该方案可使音频设备缓存足够数据量的音频数据，实现在播放应用升级的过程中该音频设备可不间断地播放音频数据，从而提高音频播放的持续性。
[0097] 在本发明又一实施例中，还提供一种软件升级处理装置，该软件升级处理装置可以软件或硬件的形式集成在音频设备中，该音频设备具体可以包括手机、智能电视、智能音箱等设备。如图4所示，该软件升级处理装置400可以包括获取模块41、确定模块42、缓存模块43，其中：
[0098] 获取模块41，用于在播放音频数据的过程中，获取终端中的播放应用升级所需时长；
[0099] 确定模块42，用于确定在该时长内对应需要播放音频数据的第一音频数据量；
[0100] 缓存模块43，用于根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在播放应用升级过程中可持续播放本地缓存的音频数据。
[0101] 在一些实施例中，所述确定模块42，用于确定当前所播音频数据的码流信息；根据码流信息和所述时长确定需要播放音频数据的第一音频数据量。
[0102] 在一些实施例中，参考图5，该缓存模块43可以包括获取子模块431、确定子模块432以及缓存子模块433，其中：
[0103] 获取子模块431，用于获取当前本地已缓存的初始音频数据的第二音频数据量；
[0104] 确定子模块432，用于根据第二音频数据量和第一音频数据量，确定需要获取的第三音频数据量；
[0105] 缓存子模块433，用于获取第三音频数据量对应的目标音频数据并缓存至本地。
[0106] 在一些实施例中，所述初始音频数据包括初始音频数据包；
[0107] 缓存子模块，用于确定所述初始音频数据包的第一数据包标识；根据第一数据包标识和第三音频数据量，确定需要获取的目标数据包的第二数据包标识；根据第二数据包标识获取对应的目标音频数据包，并将目标音频数据包作为目标音频数据缓存至本地。
[0108] 在一些实施例中，缓存子模块，用于确定当前音频数据的缓存速度；根据第三音频数据量、缓存速度以及当前所播音频数据的码流信息，计算需要获取的第四音频数据量；获取第四音频数据量对应的目标音频数据并缓存至本地。
[0109] 由上可知，本发明实施例提供了一种软件升级处理装置，通过在播放音频数据的过程中，获取终端中的播放应用升级所需时长，然后，确定在该时长内对应需要播放音频数据的第一音频数据量，再根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中可持续播放本地缓存的音频数据。该方案可使音频设备缓存足够数据量的音频数据，实现在播放应用升级的过程中该音频设备可不间断地播放音频数据，从而提高音频播放的持续性。
[0110] 在本发明又一实施例中还提供一种音频设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行该计算机程序时实现上述任一软件升级处理方法。
[0111] 比如，请参考图6，该音频设备500可以包括通讯模块51、包括有一个或一个以上计算机可读存储介质的存储器52以及一个或一个以上的扬声器54，包括有一个或者一个以上处理核心的处理器55、音频电路53以及电源56等部件。本领域技术人员可以理解，图6中示出的音频设备结构并不构成对音频设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0112] 通讯模块51可用于收发信息过程中，信号的接收和发送。特别地，通讯模块51接收终端发送的信号，并将该数据获取请求交由一个或者一个以上处理器55处理。同时，通讯模块51将处理器55发出的反馈信号发送给终端。
[0113] 存储器52可用于存储软件程序以及模块。处理器55通过运行存储在存储器52的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器52可包括存储数据区，该存储数据区可存储根据音频设备500的使用所创建的数据(如音频数据缓存)等。
[0115] 扬声器54在音频设备500中是一个最薄弱的器件，而对于音频效果而言，它又是一个最重要的部件。音频电能通过电磁，压电或静电效应，使其纸盆或膜片振动并与周围的空气产生共振(共鸣)而发出声音。扬声器54的种类繁多，按换能机理和结构分动圈式(电动式)、电容式(静电式)、压电式(晶体或陶瓷)、电磁式(压簧式)、电离子式和气动式扬声器等，电动式扬声器具有电声性能好、结构牢固、成本低等优点，应用广泛。按声辐射材料分纸盆式、号筒式、膜片式扬声器；按纸盆形状分圆形、椭圆形、双纸盆和橡皮折环。按工作频率分低音、中音、高音，有的还分成录音机专用、电视机专用、普通和高保真扬声器等。按音圈阻抗分低阻抗和高阻抗；按效果分直辐和环境声等。
[0116] 扬声器54分为内置扬声器和外置扬声器，而外置扬声器即一般所指的音箱。内置扬声器是指MP4等播放器具有内置的喇叭。比如，本发明实施例中的扬声器54可用于将音频数据对应的电信号转换成声音信号输出。
[0117] 处理器55是音频设备500的控制中心，利用各种接口和线路连接整个音频设备500的各个部分，通过运行或执行存储在存储器52内的模块，以及调用存储在存储器52内的数据，执行各种功能和处理数据，从而对音频设备500进行整体监控。
[0118] 音频设备500还包括给各个部件供电的电源56(比如电池)。优选的，电源56可以通过电源管理系统与处理器55逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源56还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
[0119] 尽管未示出，音频设备500还可以包括无线保真模块、蓝牙模块等。
[0120] 具体在本实施例中，音频设备500中的处理器55会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器52中，并由处理器55来运行存储在存储器52中的模块，从而实现各种功能：
[0121] 在播放音频数据的过程中，获取终端中的播放应用升级所需时长；确定在该时长内对应需要播放音频数据的第一音频数据量；根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中可持续播放本地缓存的音频数据。
[0122] 由上可知，本发明实施例提供了一种音频设备，通过在播放音频数据的过程中，获取终端中的播放应用升级所需时长，然后，确定在该时长内对应需要播放音频数据的第一音频数据量，再根据第一音频数据量获取对应的目标音频数据并缓存至本地，以便在该播放应用升级过程中可持续播放本地缓存的音频数据。该方案可使音频设备缓存足够数据量的音频数据，实现在播放应用升级的过程中该音频设备可不间断地播放音频数据，从而提高音频播放的持续性。
[0123] 本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read OnlyMemory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。
[0124] 在描述本发明的概念的过程中使用了术语“一”和“所述”以及类似的词语(尤其是在所附的权利要求书中)，应该将这些术语解释为既涵盖单数又涵盖复数。此外，除非本文中另有说明，否则在本文中叙述数值范围时仅仅是通过快捷方法来指代属于相关范围的每个独立的值，而每个独立的值都并入本说明书中，就像这些值在本文中单独进行了陈述一样。另外，除非本文中另有指明或上下文有明确的相反提示，否则本文中所述的所有方法的步骤都可以按任何适当次序加以执行。本发明的改变并不限于描述的步骤顺序。除非另外主张，否则使用本文中所提供的任何以及所有实例或示例性语言(例如，“例如”)都仅仅为了更好地说明本发明的概念，而并非对本发明的概念的范围加以限制。在不脱离精神和范围的情况下，所属领域的技术人员将易于明白多种修改和适应。
[0125] 以上对本发明实施例所提供的一种软件升级处理方法、装置和音频设备进行了详细介绍，本文中应用程序了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用程序范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种软件包的部署系统及方法 | 2021-03-30 | 0 |
| 软件元件管理物件的软件元件信息取得方法及其服务系统 | 2021-01-09 | 3 |
| 有明确目标的汉字输入软件设计方法 | 2021-09-17 | 0 |
| 经由数字音频媒体的软件更新 | 2021-12-22 | 2 |
| 一种电子装置群软件批量升级方法 | 2021-12-26 | 2 |
| 软件项目管理系统及方法 | 2020-06-09 | 4 |
| 企业应用软件制作器 | 2020-12-14 | 5 |
| 原生移动APP软件自动生成方法和设备 | 2021-06-23 | 6 |
| 分布式网络中的软件租用系统 | 2021-09-14 | 1 |
| 一种计算机软件调试装置 | 2021-02-19 | 0 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
软件热门专利
QQ群二维码
意见反馈
意见反馈