CN108550378B - 车载系统播放文件的方法与装置 - Google Patents

Abstract

本发明揭示了一种车载系统播放文件的方法与装置，其中，车载系统播放文件的方法，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，包括：通过播放逻辑获取上一次终止播放时的第一播放状态数据；判断是否继续播放所述第一播放状态数据对应的播放文件；若是，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和播放文件。本发明通过将播放器服务位于第一APP中，播放器UI位于第二APP中，通过位于第一APP的播放逻辑获取播放器服务中的播放文件并控制播放器UI的播放状态，实现对多声源车载系统音频播放的有效管控，同时保障了车载系统的安全可靠性。

Description

车载系统播放文件的方法与装置

技术领域

本发明涉及到车载系统，特别是涉及到车载系统播放文件的方法与装置。

背景技术

随着现代汽车工业和电子技术的发展，车辆导航、通信、多媒体影音娱乐等电子系统可以通过网络技术联网形成功能强大的综合性车载系统。未来的车载系统向着集成化、智能化、全图形化信息平台的方向发展，车载系统的声音源会更丰富。但现有车载操作系统受限于定制化较高，各种源切换对声音和播放逻辑控制有更高需求，由于现有播放器服务和播放器UI存在同一个APP中，播放声音时都要请求音频焦点，会导致对播放状态控制不足的局面，发生多个声音源的声音重合或错乱的情况；而且由于现有播放器服务和播放器UI存在同一个APP中，不方便用户的二次开发以及用户个性化定制。

因此，现有技术还有待改进。

发明内容

本发明的主要目的为提供一种车载系统播放文件的方法，旨在解决现有播放器服务和播放器UI存在同一个APP中，不方便二次开发以及个性化定制的技术缺陷。

本发明提出一种车载系统播放文件的方法，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，包括：

通过播放逻辑获取上一次终止播放时的第一播放状态数据；

判断是否继续播放所述第一播放状态数据对应的播放文件；

若是，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和所述播放文件。

优选地，所述调用所述播放器服务继续播放所述播放文件的步骤，包括：

判断本地是否存在所述播放文件；

若否，则调用所述播放器服务，以搜索所述播放文件；

继续播放搜索到的所述播放文件。

优选地，所述通过所述播放器UI显示所述第一播放状态数据和所述播放文件的步骤之后，包括：

判断是否接收到播放暂停指令；

若是，则控制所述播放器服务暂停播放，并控制所述播放器UI显示暂停播放。

优选地，所述控制所述播放器UI显示暂停播放的步骤之后，包括：

记忆所述播放器UI显示暂停播放时的第二播放状态数据。

优选地，所述通过播放逻辑获取上一次终止播放时的第一播放状态数据的步骤之前，包括：

判断是否接收到播放指令；

若是，则生成所述第一播放状态数据的获取指令。

本发明还提供了一种车载系统播放文件的装置，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，包括：

获取模块，用于通过播放逻辑获取上一次终止播放时的第一播放状态数据；

第一判断模块，用于判断是否继续播放所述第一播放状态数据对应的播放文件；

发送模块，用于若判定继续播放，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和所述播放文件。

优选地，所述调用模块，包括：

判断单元，用于判断本地是否存在所述播放文件；

调用单元，用于若不存在，则调用所述播放器服务，以搜索所述播放文件；

播放单元，用于继续播放搜索到的所述播放文件。

优选地，所述车载系统播放文件的装置，包括：

第二判断模块，用于判断是否接收到播放暂停指令；

控制模块，用于若接收到，则控制所述播放器服务暂停播放，并控制所述播放器UI显示暂停播放。

优选地，所述车载系统播放文件的装置，包括：

记忆模块，用于记忆所述播放器UI显示暂停播放时的第二播放状态数据。

优选地，所述车载系统播放文件的装置，包括：

第三判断模块，用于判断是否接收到播放指令；

生成模块，用于若接收到，则生成所述第一播放状态数据的获取指令。

本发明有益技术效果：本发明通过将播放器服务位于第一APP中，播放器UI位于第二APP中，通过位于第一APP的播放逻辑获取播放器服务中的播放文件并控制播放器UI的播放状态，实现对多声源车载系统音频播放的有效管控，避免发生多个声音源的声音重合或错乱的情况；而且由于播放器服务和播放器UI分别存在不同APP中，用户进行二次开发或个性化定制时，只需修改播放器UI风格特性即可，而无需更改播放逻辑等代码，在满足用户个性化设置的同时，保障了车载系统的安全可靠性。

附图说明

图1本发明一实施例的车载系统播放文件的方法流程示意图；

图2本发明一实施例的车载系统播放文件的装置结构示意图；

图3本发明一实施例的调用模块的结构示意图；

图4本发明另一实施例的车载系统播放文件的装置结构示意图；

图5本发明再一实施例的车载系统播放文件的装置结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，本发明一实施例的车载系统播放文件的方法，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，包括：

S1：通过播放逻辑获取上一次终止播放时的第一播放状态数据。

本步骤的播放逻辑与播放器服务位于同一APP中，而播放器UI位于另外一个APP中。本实施例优选播放逻辑与播放器服务位于车载系统主服务所在APP中，播放器服务由主服务启动。通过位于主服务APP的播放逻辑获取播放器服务中的播放文件并控制位于另外一个APP中的播放器UI的显示状态，实现对多声源车载系统音频播放的有效管控。本实施例的播放器UI，主要功能是展示音频数据信息、播放状态信息、提供上下一曲播放暂停等操作。本实施例通过广播信号实现播放逻辑和播放器UI之间的信号沟通。比如：用户点击播放器UI上的按钮就会发送广播给主服务的播放逻辑，播放逻辑会调用播放器服务里相应的播放方法，播放逻辑执行成功后反馈广播信息给播放器UI，播放器UI收到后展示相应的反馈广播信息。本实施例的播放状态数据包括但不限于歌曲名、歌曲来源专辑、歌手、当前播放时间、歌曲总时长等播放状态信息。

S2：判断是否继续播放所述第一播放状态数据对应的播放文件。

本步骤指通过播放逻辑进行逻辑判断，以决定是否下发音频播放数据至播放器UI。本实施例通过在主服务中预先根据音频焦点的特性设置了调动声源的方案，决定了在某种特定逻辑下调用某种特定的声源。由于有的音频焦点可以共存，比如导航和音乐，可通过混音处理，使两个声音源共存，则在播放器UI播放音乐时，主服务接到启用导航的指令，则播放逻辑的判断是继续执行播放器UI播放该音乐，当导航需要请求音频焦点时，通过混音处理，使导航和音乐共存。再比如音乐和视频，同时请求使用同一音频焦点时，后执行的会抢占前执行的音频焦点。举例地，当前播放为音乐，当主服务收到启动视频播放时，播放逻辑对当前音乐的播放状态判定为播放暂停，对后启动的视频播放的播放状态判定为播放状态，并获取对应的视频文件覆盖原音乐文件的缓存。本实施例的播放逻辑进行的逻辑判断包括：当多个声音源同时申请音频焦点不发生使用冲突时，则先执行的声源状态为继续播放状态，后执行的声源状态为启动播放状态；当多个声音源同时申请音频焦点发生使用冲突时，则先执行的声源状态为暂停播放状态，后执行的声源状态为启动播放状态。

S3：若是，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和播放文件。

本实施例的播放文件可缓存于播放逻辑或保存于播放器服务中。如果播放逻辑中存在上次的播放状态对应的播放文件，则不用调用播放器服务，直接将播放文件以广播形式发送至播放器UI；若播放逻辑中不存在上次的播放状态对应的播放文件，则调用播放器服务获取对应的播放文件并以广播形式发送至播放器UI，即通过播放逻辑发送第一播放状态数据和播放文件路径至播放器UI，播放器UI再进行相应的显示。

进一步地，步骤S3，包括：

S30：判断本地是否存在所述播放文件。

判断播放文件是否缓存于播放逻辑的本地。比如，是否能在播放逻辑中直接查询到播放文件。

S31：若否，则调用所述播放器服务，以搜索所述播放文件。

本步骤在播放逻辑未有相应的播放文件的缓存数据时，则调用播放器服务通过播放文件名称或存储路径等信息搜索播放文件。

S32：继续播放搜索到的所述播放文件。

本发明另一实施例中，步骤S3之后，包括：

S32：判断是否接收到播放暂停指令。

比如，主服务收到蓝牙来电状态、主服务进入打火状态等声源工作模式与播放器UI音频播放的音频焦点发生冲突矛盾时，则播放逻辑生成播放器UI暂停播放指令，否则生成继续播放的指令。

S33：若是，则控制所述播放器服务暂停播放，并控制所述播放器UI显示暂停播放。

本实施例的播放器UI的显示状态由播放逻辑控制。举例地，主服务收到蓝牙来电状态后，播放逻辑就会执行暂停播放并将暂停播放指令通过广播信号形式发送到播放器UI，同时播放器服务也会暂停播放，播放器UI收到广播信号后就会把播放状态改为暂停状态。当蓝牙去电后(即挂断电话)，播放逻辑继续执行播放并发送广播到播放器UI，播放器服务同步处于继续播放状态，播放器UI收到广播后就会把暂停状态改为播放状态。

进一步地，步骤S33之后，包括：

S34：记忆所述播放器UI显示暂停播放时的第二播放状态数据。

通过播放逻辑记忆播放器UI显示暂停播放时对应的歌曲名、歌曲来源专辑、歌手、当前播放时间、歌曲总时长等播放状态信息，以便收到继续播放指令时播放对应的播放文件。举例地，当车载系统处于ACC OFF时、当播放逻辑判断为暂停播放时均会记忆播放器UI显示的播放状态数据。记忆模式包括共存式缓存记忆和覆盖式缓存记忆，本实施例的优选覆盖式缓存记忆，以节省播放逻辑的内存空间。

本发明再一实施例中，步骤S1之前，包括：

S10：判断是否接收到播放指令。

本实施例的播放指令包括但不限于启动播放器UI的指令。举例地，当汽车打火时，车载系统启动播放器UI，且主服务未收到蓝牙电话、FM播放等引起音频焦点冲突的启用指令时，判断接收到播放指令并通过播放逻辑以广播形式向播放器UI发送，以控制播放器UI显示。

S11：若是，则生成所述第一播放状态数据的获取指令。

本实施例通过播放逻辑控制播放器UI的显示状态，并通过播放逻辑生成获取指令以获取播放文件。

参照图2，本发明一实施例的车载系统播放文件的装置，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，包括：

获取模块1，用于通过播放逻辑获取上一次终止播放时的第一播放状态数据。

本实施例的播放逻辑与播放器服务位于同一APP中，而播放器UI位于另外一个APP中。本实施例优选播放逻辑与播放器服务位于车载系统主服务所在APP中，播放器服务由主服务启动。通过位于主服务APP的播放逻辑中的获取模块1获取播放器服务中的播放文件并控制位于另外一个APP中的播放器UI的显示状态，实现对多声源车载系统音频播放的有效管控。本实施例的播放器UI，主要功能是展示音频数据信息、播放状态信息、提供上下一曲播放暂停等操作。本实施例通过广播信号实现播放逻辑和播放器UI之间的信号沟通。比如：用户点击播放器UI上的按钮就会发送广播给主服务的播放逻辑，播放逻辑会调用播放器服务里相应的播放方法，播放逻辑执行成功后反馈广播信息给播放器UI，播放器UI收到后展示相应的反馈广播信息。本实施例的播放状态数据包括但不限于歌曲名、歌曲来源专辑、歌手、当前播放时间、歌曲总时长等播放状态信息。

第一判断模块2，用于判断是否继续播放所述第一播放状态数据对应的播放文件。

本步骤指通过第一判断模块2进行逻辑判断，以决定是否下发音频播放数据至播放器UI。本实施例通过在主服务中预先根据音频焦点的特性设置了调动声源的方案，决定了在某种特定逻辑下调用某种特定的声源。由于有的音频焦点可以共存，比如导航和音乐，可通过混音处理，使两个声音源共存，则在播放器UI播放音乐时，主服务接到启用导航的指令，则播放逻辑的判断是继续执行播放器UI播放该音乐，当导航需要请求音频焦点时，通过混音处理，使导航和音乐共存。再比如音乐和视频，同时请求使用同一音频焦点时，后执行的会抢占前执行的音频焦点。举例地，当前播放为音乐，当主服务收到启动视频播放时，播放逻辑对当前音乐的播放状态判定为播放暂停，对后启动的视频播放的播放状态判定为播放状态，并获取对应的视频文件覆盖原音乐文件的缓存。本实施例的播放逻辑进行的逻辑判断包括：当多个声音源同时申请音频焦点不发生使用冲突时，则先执行的声源状态为继续播放状态，后执行的声源状态为启动播放状态；当多个声音源同时申请音频焦点发生使用冲突时，则先执行的声源状态为暂停播放状态，后执行的声源状态为启动播放状态。

调用模块3，用于若判定继续播放，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和播放文件。

本实施例的播放文件可缓存于播放逻辑或保存于播放器服务中。如果播放逻辑中存在上次的播放状态对应的播放文件，则不用调用播放器服务，直接将播放文件以广播形式发送至播放器UI；若播放逻辑中不存在上次的播放状态对应的播放文件，则通过调用模块3调用播放器服务获取对应的播放文件并以广播形式发送至播放器UI，即通过播放逻辑发送第一播放状态数据和播放文件路径至播放器UI，播放器UI再进行相应的显示。

参照图3，所述调用模块3，包括：

判断单元30，用于判断本地是否存在所述播放文件。

判断单元30判断播放文件是否缓存于播放逻辑的本地。比如，是否能在播放逻辑中直接查询到播放文件，若本地中未查询到相应的播放文件启动调用单元31。

调用单元31，用于若不存在，则调用所述播放器服务，以搜索所述播放文件。

本实施例在播放逻辑未有相应的播放文件的缓存数据时，则通过调用单元31调用播放器服务通过播放文件名称或存储路径等信息搜索播放文件。

播放单元32：继续播放搜索到的所述播放文件。

参照图4，本发明另一实施例中，所述车载系统播放文件的装置，包括：

第二判断模块32，用于判断是否接收到播放暂停指令。

比如，主服务收到蓝牙来电状态、主服务进入打火状态等声源工作模式与播放器UI音频播放的音频焦点发生冲突矛盾时，则播放逻辑的第二判断模块32生成播放器UI暂停播放指令，否则生成继续播放的指令。

控制模块33，用于若接收到，则控制所述播放器服务暂停播放，并控制所述播放器UI显示暂停播放。

本实施例的播放器UI的显示状态由播放逻辑中的控制模块33控制。举例地，主服务收到蓝牙来电状态后，播放逻辑就会执行暂停播放并将展厅播放指令通过广播信号形式发送到播放器UI，同时播放器服务也会暂停播放，播放器UI收到广播信号后就会把播放状态改为暂停状态。当蓝牙去电后(即挂断电话)，播放逻辑继续执行播放并发送广播到播放器UI，播放器服务同步处于继续播放状态，播放器UI收到广播后就会把暂停状态改为播放状态。

进一步地，所述车载系统播放文件的装置，包括：

记忆模块34，用于记忆所述播放器UI显示暂停播放时的第二播放状态数据。

通过播放逻辑中的记忆模块34记忆播放器UI显示暂停播放时对应的歌曲名、歌曲来源专辑、歌手、当前播放时间、歌曲总时长等播放状态信息，以便收到继续播放指令时播放对应的播放文件。举例地，当车载系统处于ACC OFF时、当播放逻辑判断为暂停播放时均会记忆播放器UI显示的播放状态数据。记忆模式包括共存式缓存记忆和覆盖式缓存记忆，本实施例的优选覆盖式缓存记忆，以节省播放逻辑中的记忆模块34的内存空间。

参照图5，本发明再一实施例中，所述车载系统播放文件的装置，包括：

第三判断模块10，用于判断是否接收到播放指令。

本实施例的播放指令包括但不限于启动播放器UI的指令。举例地，当汽车打火时，车载系统启动播放器UI，且主服务未收到蓝牙电话、FM播放等引起音频焦点冲突的启用指令时，第三判断模块10判断接收到播放指令，并通过播放逻辑通过广播形式向播放器UI发送，以控制播放器UI显示。

生成模块11，用于若接收到，则生成所述第一播放状态数据的获取指令。

本实施例通过播放逻辑控制播放器UI的显示状态，并通过播放逻辑中的生成模块11生成获取指令以获取播放文件。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种车载系统播放文件的方法，其特征在于，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，播放逻辑与播放器服务位于车载系统主服务所在APP中，播放器服务由主服务启动，通过广播信号实现播放逻辑和播放器UI之间的信号沟通，播放器UI发送广播给主服务的播放逻辑，播放逻辑调用播放器服务里相应的播放方法，播放逻辑执行成功后反馈广播信息给播放器UI，播放器UI收到后展示相应的反馈广播信息，通过在主服务中预先根据音频焦点的特性设置了调动声源的方案，播放逻辑进行的逻辑判断包括：当多个声音源同时申请音频焦点可以共存时，通过混音处理，使两个声音源共存，则先执行的声源状态为继续播放状态，后执行的声源状态为启动播放状态；当多个声音源同时申请音频焦点发生使用冲突时，则先执行的声源状态为暂停播放状态，后执行的声源状态为启动播放状态，方法包括：

通过播放逻辑获取上一次终止播放时的第一播放状态数据；

判断是否继续播放所述第一播放状态数据对应的播放文件；

若是，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和所述播放文件。

2.根据权利要求1所述的车载系统播放文件的方法，其特征在于，所述调用所述播放器服务继续播放所述播放文件的步骤，包括：

判断本地是否存在所述播放文件；

若否，则调用所述播放器服务，以搜索所述播放文件；

继续播放搜索到的所述播放文件。

3.根据权利要求1所述的车载系统播放文件的方法，其特征在于，所述通过所述播放器UI显示所述第一播放状态数据和所述播放文件的步骤之后，包括：

判断是否接收到播放暂停指令；

若是，则控制所述播放器服务暂停播放，并控制所述播放器UI显示暂停播放。

4.根据权利要求3所述的车载系统播放文件的方法，其特征在于，所述控制所述播放器UI显示暂停播放的步骤之后，包括：

记忆所述播放器UI显示暂停播放时的第二播放状态数据。

5.根据权利要求1-4任一项所述的车载系统播放文件的方法，其特征在于，所述通过播放逻辑获取上一次终止播放时的第一播放状态数据的步骤之前，包括：

判断是否接收到播放指令；

若是，则生成所述第一播放状态数据的获取指令。

6.一种车载系统播放文件的装置，其特征在于，播放器服务位于第一APP中，播放器UI位于第二APP中，位于第一APP的播放逻辑衔接播放器服务与播放器UI，播放逻辑与播放器服务位于车载系统主服务所在APP中，播放器服务由主服务启动，通过广播信号实现播放逻辑和播放器UI之间的信号沟通，播放器UI发送广播给主服务的播放逻辑，播放逻辑调用播放器服务里相应的播放方法，播放逻辑执行成功后反馈广播信息给播放器UI，播放器UI收到后展示相应的反馈广播信息，通过在主服务中预先根据音频焦点的特性设置了调动声源的方案，播放逻辑进行的逻辑判断包括：当多个声音源同时申请音频焦点可以共存时，通过混音处理，使两个声音源共存，则先执行的声源状态为继续播放状态，后执行的声源状态为启动播放状态；当多个声音源同时申请音频焦点发生使用冲突时，则先执行的声源状态为暂停播放状态，后执行的声源状态为启动播放状态，装置包括：

获取模块，用于通过播放逻辑获取上一次终止播放时的第一播放状态数据；

第一判断模块，用于判断是否继续播放所述第一播放状态数据对应的播放文件；

调用模块，用于若判定继续播放，则调用所述播放器服务继续播放所述播放文件，并通过所述播放器UI显示所述第一播放状态数据和所述播放文件。

7.根据权利要求6所述的车载系统播放文件的装置，其特征在于，所述调用模块，包括：

判断单元，用于判断本地是否存在所述播放文件；

调用单元，用于若不存在，则调用所述播放器服务，以搜索所述播放文件；

播放单元，用于继续播放搜索到的所述播放文件。

8.根据权利要求6所述的车载系统播放文件的装置，其特征在于，包括：

第二判断模块，用于判断是否接收到播放暂停指令；

控制模块，用于若接收到，则控制所述播放器服务暂停播放，并控制所述播放器UI显示暂停播放。

9.根据权利要求8所述的车载系统播放文件的装置，其特征在于，包括：

记忆模块，用于记忆所述播放器UI显示暂停播放时的第二播放状态数据。

10.根据权利要求6-9任一项所述的车载系统播放文件的装置，其特征在于，包括：

第三判断模块，用于判断是否接收到播放指令；

生成模块，用于若接收到，则生成所述第一播放状态数据的获取指令。

Images