CN114629990A - 播放状态调节方法、装置、存储介质和移动终端 - Google Patents

Abstract

本发明公开了一种播放状态调节方法、装置、存储介质和移动终端。所述方法包括：确定终端用户完成乘车扫码；判断终端用户是否处于乘车状态；若是，则判断终端的扬声器状态是否符合预设状态条件；若是，则调节终端播放状态。本发明通过在用户乘车期间检测用户所携带终端的扬声器状态，并在终端扬声器状态不符合预设要求时对终端播放状态进行调节，可以有效改善公共交通车辆上终端外放声音过大的问题，减少终端设备对乘车环境的噪音污染，改善乘车环境。

Description

播放状态调节方法、装置、存储介质和移动终端

技术领域

本发明涉及移动通信技术领域，特别涉及一种播放状态调节方法、装置、存储介质和移动终端。

背景技术

随着移动终端在日常生活中的普及和便利，人们在乘坐公共交通(例如地铁、公交等)时也经常用移动终端来听歌、看视频等，有时移动终端外放的音量过大，会对公共交通车辆上的其他人员造成不良影响。

当前，想要降低这种不良影响，只能依靠移动终端用户在自我监督或旁人监督的作用下对移动终端播放状态进行调节，如插耳机、调小音量等，但用户往往不能及时调节移动终端播放状态，而旁人的监督提醒又很有限，因此难以达到良好的效果。

发明内容

发明人发现，在公共交通车辆上，用户使用终端设备时，外放声音过大容易形成噪声污染，影响公共交通车辆上的其它人员。然而，现有技术中缺乏能够有效改善公共交通车辆上终端外放情况的方法。为了至少部分地解决现有技术存在的技术问题，发明人做出本发明，通过具体实施方式，提供的技术方案如下：

第一方面，本发明实施例提供一种播放状态调节方法，包括：

确定终端用户完成乘车扫码；

判断终端用户是否处于乘车状态；

若是，则判断终端的扬声器状态是否符合预设状态条件；

若是，则调节终端播放状态。

进一步的，所述判断终端用户是否处于乘车状态，具体包括：

实时获取终端的移动速度，判断所述移动速度是否符合预设速度条件，若是，则处于乘车状态；或，

实时判断终端用户是否完成下车扫码，若否，则处于乘车状态。

进一步的，所述判断所述移动速度是否符合预设速度条件，具体包括：

判断所述移动速度是否在第一预设时长内不持续小于第一预设速度阈值。

进一步的，所述确定终端用户完成乘车扫码，具体包括：

当接收到乘车扫码成功的反馈信息时，确定终端用户完成乘车扫码；所述乘车扫码成功的反馈信息包括进站信息或扣款信息。

进一步的，所述预设状态条件包括：终端处于扬声器模式且终端系统音量大于第一预设音量；

所述判断终端的扬声器状态是否符合预设状态条件，具体包括：

判断终端系统音量是否大于第一预设音量；若是，则判断终端是否处于扬声器模式；若是，则符合预设状态条件；或，

判断终端是否处于扬声器模式；若是，则判断终端系统音量是否大于第一预设音量；若是，则符合预设状态条件。

进一步的，所述预设状态条件还包括：终端正在播放；

所述判断终端的扬声器状态是否符合预设状态条件，具体包括：

判断系统音量是否大于第一预设音量；若是，则判断终端是否处于扬声器模式；若是，则判断终端是否正在播放，若是，则符合预设状态条件；或，

判断终端是否处于扬声器模式；若是，则判断系统音量是否大于第一预设音量；若是，则判断终端是否正在播放，若是，则符合预设状态条件；或，

判断终端是否处于扬声器模式；若是，则判断终端是否正在播放；若是，则判断系统音量是否大于第一预设音量，若是，则符合预设状态条件。

进一步的，在所述调节终端播放状态之前，所述播放状态调节方法还包括：

提示终端用户对终端播放状态进行调节，并在提示的第二预设时长后，判断终端用户是否处于乘车状态；

若是，则判断终端的扬声器状态是否符合预设状态条件；

若是，则调节终端播放状态。

第二方面，本发明实施例提供一种播放状态调节装置，包括：

乘车扫码监测模块，用于确定终端用户完成乘车扫码；

乘车状态检测模块，用于判断终端用户是否处于乘车状态；

扬声器状态检测模块，用于在用户处于乘车状态下，判断终端的扬声器状态是否符合预设状态条件；

播放状态调节模块，用于在扬声器状态符合预设状态条件时，调节终端播放状态。

第三方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述方案中任一项所述的播放状态调节方法。

第四方面，本发明实施例提供一种移动终端，包括存储器，处理器及存储在存储器上并可在处理器上运行的至少一个上述播放状态调节装置，所述处理器执行所述播放状态调节装置中的程序时实现如上述方案中任一项所述的播放状态调节方法。

本发明实施例提供的上述技术方案的有益效果至少包括：

本发明实施例在用户使用终端完成乘车扫码后，开始对用户的乘车状态进行判断，并在判断用户处于乘车状态时，对用户所携带终端的扬声器状态进行检测，在确认扬声器状态符合预设状态条件时，对终端播放状态进行调节。本发明实施例通过在用户乘车期间检测用户所携带终端的扬声器状态，并在终端扬声器状态不符合预设要求时对终端播放状态进行调节，可以有效改善公共交通车辆上终端外放声音过大的问题，减少终端设备对乘车环境的噪音污染，改善乘车环境。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一中，一种播放状态调节方法的流程示意图；

图2为本发明实施例一中，另一种播放状态调节方法的流程示意图；

图3为本发明实施例一中，又一种播放状态调节方法的流程示意图；

图4为本发明实施例一中，又一种播放状态调节方法的流程示意图；

图5为本发明实施例一中，又一种播放状态调节方法的流程示意图；

图6为本发明实施例一中，又一种播放状态调节方法的流程示意图；

图7为本发明实施例二中，一种播放状态调节装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

大多数公共交通车辆(例如地铁、公交等)可以通过扫码的方式获得乘车许可，基于利用终端扫码乘车这一流程，本发明实施例提供了一种播放状态调节方法，本播放状态调节方法适用于终端，该终端可以是具有扫码功能以及声音播放功能的电子设备，例如，可以为智能手机、智能平板、个人电脑以及智能机器人等。利用所述终端扫码乘车时，终端可以接收到关于扫码成功的反馈信息，例如乘车信息或扣款信息等。本发明实施例根据终端扫码成功后的反馈信息确认用户上车，于是对用户乘车状态和终端扬声器状态进行检测，并对终端播放状态进行调节，以改善公共交通车辆内的终端外放情况。

本发明实施例提供了一种播放状态调节方法，如图1所示，包括以下步骤：

S11，确定终端用户完成乘车扫码。

S12，判断终端用户是否处于乘车状态，若是，则执行步骤S13。

S13，判断终端的扬声器状态是否符合预设状态条件，若是，则执行步骤S14。

S14，调节终端播放状态。

在步骤S11中，用户在扫码乘车时，需要利用终端上与账户绑定的乘车应用程序(application)生成进站二维码或乘车二维码以供机具扫码，在该二维码被成功扫码后，机具上传扫码信息到服务器，服务器反馈扫码结果至对应账户的乘车应用程序，乘车应用程序在确定收到乘车扫码成功的反馈信息后，生成一个启动指令，开始执行乘车状态判断程序。

优选的，在乘车码页面打开状态下，乘车应用程序才监测是否接收到扫码结果信息。可以理解的是，用户扫码前通常要先打开乘车码页面，根据这一动作，可以在乘车码页面被打开时，乘车应用程序才开始监测是否接收到乘车扫码成功的反馈信息，并在一定条件下，例如在乘车码页面关闭时或乘车码页面关闭的一定时长后，默认扫码流程结束，停止监测，以减少资源占用。当然，若已经确定接收到乘车扫码成功的反馈信息，可以立即停止监测，并在乘车码页面再次被打开时再开始监测。

举例来说，当用户利用与账户绑定的乘车应用程序扫码进地铁闸机时，闸机服务器可以发送一个进站信息给对应账户的乘车应用程序，乘车应用程序在收到该进站信息后，启动乘车状态判断程序。再举例说，与账户绑定的乘车应用程序扫码乘坐一些公交车时，公交扫码机发送交易订单到扣款平台，扣款平台扣款后将扣款信息返回给对应账户的乘车应用程序，乘车应用程序在收到该扣款信息后，启动乘车状态判断程序。

实际应用时，可以在乘车应用程序中提供一个是否自动调节播放状态的设置选项，当用户将系统设置为自动调节播放状态模式时，终端才会执行步骤S11；当然，也可以将乘车应用程序强制设置为自动调节播放状态模式，以约束用户在乘坐公共交通车辆时的终端播放状态。

在步骤S12中，可以理解的是，当确定终端用户完成乘车扫码时，用户一般处于正在上车或已经上车的状态，此时可以开始对终端扬声器状态进行检测，并根据对扬声器状态的判断结果，决定是否需要调节终端播放状态。

若要在用户乘车期间实时检测终端扬声器状态，且在用户下车后停止检测，则需要判断用户是否处于乘车状态，即判断用户是否已经下车或正在下车。当用户不再处于乘车状态时，可以立即停止对用户乘车状态的实时判断流程；或者，也可以在用户结束乘车状态的一定时长后再停止判断流程，具体根据实际应用需求决定。

在一个实施例中，如图2所示，所述步骤S12具体包括：

S121，实时判断终端用户是否完成下车扫码，若否，则判断为用户处于乘车状态，执行步骤S13。

可以知道的是，现有的乘车支付方式一般有两种，一种是上车扣款，例如大多数公交车，另一种是根据上车站点和下车站点之间的车程付款，例如地铁和少数公交车。在乘坐地铁类车辆时，进站扫码会收到乘车扫码成功的反馈信息，例如进站站点信息，而在出站扫码时会收到出站扫码成功的反馈信息，例如扣款信息和出站站点信息。因此，对于地铁等车辆，若乘车应用程序接收到关于出站扫码成功的反馈信息，可以判断出用户已经下车或正在下车。

在另一个实施例中，如图3所示，所述步骤S12具体包括：

S122，实时获取终端的移动速度，并判断所述移动速度是否符合预设速度条件，若是，则判断为用户处于乘车状态，执行步骤S13。

可以知道的是，公共交通车辆运行时，通常只在规定站点做短暂停留。因此，相对于非乘车状态而言，乘车状态下的用户在大多数时间段处于高速移动状态，且每次停止移动或缓慢移动的持续时间不会太长，根据这一特点，可以根据终端的移动速度特点来判断终端用户是否处于乘车状态。在本实施例中，可以通过实时获取GPS(全球定位系统)定位来计算终端的移动速度。

在本实施例中，所述预设速度条件可以是，终端的移动速度在第一预设时长内不持续小于第一预设速度阈值。具体的，所述第一预设时长设置为与公共交通车辆的站点停靠时长相对应，具体可设置为不小于对应公共交通车辆在各常规站点停靠的最大时长。所述第一预设速度阈值设置在人的常规移动速度和公共交通车辆的较低移动速度之间，举例来说，人的步行速度为5公里/小时左右，地铁运行时的速度一般不低于50公里/小时，市区公交车运行时的移动速度为30公里左右，则第一预设速度阈值可设置为15公里/小时，当终端以低于15公里/小时的速度移动超过一定时长时，则认为用户处于步行等地面移动状态，即用户已下车。因此，可以通过判断终端的移动速度是否在第一预设时长内不持续小于第一预设速度阈值，来判断用户是否出于乘车状态。

在步骤S13中，为减少终端的外放声音对乘车环境的影响，需要对终端外放音量进行限制，为此，可设定一预设状态条件，当终端的扬声器状态符合所述预设状态条件时，则需要调节终端播放状态。所述预设状态条件可以根据实际需求设定，举例来说，所述预设状态条件可以包括：终端处于扬声器模式且终端系统音量大于第一预设音量；或者还包括：终端正在播放。具体实施时，根据预设状态条件的不同，判断流程也不同。

在一个实施例中，如图4所示，若预设要求为：终端处于扬声器模式且终端系统音量大于第一预设音量，则步骤S13具体包括：

S1311，判断终端是否处于扬声器模式；若是，则执行步骤S1312。

具体的，可以通过检测终端当前的多媒体数据播放路径来判断终端是否处于扬声器模式。举例来说，播放路径可以是：终端自身的扬声器、听筒或外部设备；外部设备又分为耳机或音响，播放路径为音响时，同视为扬声器。

当播放路径为扬声器时，则终端处于扬声器模式，此时，扬声器可能处于待机状态，也可能处于正在播放状态。可以理解的是，在扬声器待机状态下，终端虽然不会直接发出声音，但若设置的外放音量较大，则当终端响铃或用户打开终端上的音频或视频播放器时，会突然发出较大声音，可能会对公共交通车辆上其它乘客产生不良影响。因此，在扬声器待机状态下对终端播放状态进行调节，也属于本方案的一种实施方式。

S1312，判断终端系统音量是否大于第一预设音量；若是，则判断为扬声器状态符合预设状态条件。

具体的，可以直接检测终端系统里的设置音量，判断其是否大于第一预设音量阈值。一般来说，终端设备的系统设置音量可以包括铃声音量、媒体播放音量和闹钟音量等，且各音量可以单独设置，同时也可以分别检测。因此，第一预设音量为设定的系统音量百分比，根据实际应用需求，可以将上述三种系统音量均设置在第一预设音量阈值以下；也可以是将上述三种系统音量中的一种或两种音量设置在第一预设音量阈值以下；也可以针对三种系统音量，设定对应的一组第一预设音量阈值，并分别判断各系统音量是否大于其对应的第一预设音量阈值。

本实施例提供了一种判断是否需要调节播放状态的实施方式，无论终端是否正在播放声音，只要终端处于扬声器模式、且设置的系统音量大于第一预设音量，即调节终端播放状态。

在另一些实施例中，也可以先执行步骤S1312，再执行步骤S1311，即先判断终端系统音量是否大于第一预设音量，若大于，再判断终端是否处于扬声器模式，若处于，则判断为扬声器状态符合预设状态条件。本实施例提供了又一种判断是否需要调节播放状态的实施方式，具体的实施过程可参考上述实施例的实施，此处不再进行赘述。

在一个实施例中，如图5所示，若预设要求为：终端处于扬声器模式、且终端系统音量大于第一预设音量、且终端正在播放，则步骤S13具体包括：

S1321，判断终端是否处于扬声器模式；若是，则执行步骤S1322。

本实施例中步骤S1321的实现方法与前述步骤S1311的实现方法类似，此处不再进行赘述。

S1322，判断对应于所述扬声器模式的终端是否正在播放；若是，则执行步骤S1323。

具体的，可通过检测终端的扬声器是否被占用来判断终端是否正在播放声音；也可以通过检测终端播放器是否正在播放来判断；还可以通过终端麦克风监听终端是否发出声音。具体检测过程的实施可以参见现有技术中的实施，此处不再赘述。

S1323，判断终端系统音量是否大于第一预设音量；若是，则判断为扬声器状态符合预设状态条件。

本实施例中步骤S1323的实现方法与前述步骤S1312的实现方法类似，此处不再进行赘述。

本实施例提供了一种判断是否需要调节播放状态的实施方式，只有在终端正在外放声音且系统音量大于第一预设音量时才有对终端播放状态进行调节。

在另一些实施例中，可以是先执行步骤S1323，若判断为是，则执行步骤S1321，若判断为是，再执行步骤S1322；还可以是先执行步骤S1321，若判断为是，则执行步骤S1323，若判断为是，再执行步骤S1322。本实施例提供了又一种判断是否需要调节播放状态的实施方式，具体的实施过程可参考上述实施例的实施，此处不再进行赘述。

可以理解的是，当终端正在播放声音时，系统设置音量只能体现当前系统播放的音量百分比，但没有考虑到播放源的原始音量大小，这可能导致终端实际播放出的音量差异较大。

为解决这一问题，在一个实施例中，还可以在检测到系统音量大于第一预设音量时，继续对终端的实际播放音量进行检测。具体的，可以对终端进行系统内声音录屏，系统内声音录屏所得到的音频音量也随系统设置音量控制，因此，录屏音量非常接近于终端播放出的实际音量，将该录屏声音上传到服务器进行解析，识别出录屏声音的分贝值，据此判断出终端发出声音的实际音量强度。优选的，还可以在终端设备中设置声音强度识别程序，通过该程序即可识别出录屏声音的分贝值，而不需要将录屏声音上传到服务器进行解析。

本实施例结合播放源的音量来识别终端实际播放出的音量强度，相比于仅通过识别终端的系统设置音量，能更准确地衡量终端播放音量，从而设置更合理的播放状态限制条件。

S14，调节终端播放状态。

在步骤S14中，调节终端播放状态的方式可以是将终端播放模式调节为静音模式或听筒模式，也可以是将终端系统音量调至第一预设音量以下。

本实施例在用户使用终端完成乘车扫码后，开始对用户的乘车状态进行判断，并在判断用户处于乘车状态时，对用户所携带终端的扬声器状态进行检测，在确认扬声器状态符合预设状态条件时，对终端播放状态进行调节。本实施例通过在用户乘车期间检测用户所携带终端的扬声器状态，并在终端扬声器状态不符合预设要求时对终端播放状态进行调节，可以有效改善公共交通车辆上终端外放声音过大的问题，减少终端设备对乘车环境的噪音污染，改善乘车环境。

图6是本发明根据另一示例性实施例示出的播放状态调节方法的流程示意图。如图6所示，本实施例提供的播放状态调节方法，包括：

S21，确定终端用户完成乘车扫码。

本实施例中步骤S21的实现方法与前述步骤S11的实现方法类似，此处不再进行赘述。

S22，判断终端用户是否处于乘车状态，若是，则执行步骤S23。

本实施例中步骤S22的实现方法与前述步骤S12的实现方法类似，此处不再进行赘述。

S23，判断终端的扬声器状态是否符合预设状态条件，若是，则执行步骤S24。

本实施例中步骤S23的实现方法与前述步骤S13的实现方法类似，此处不再进行赘述。

S24，提示终端用户对终端播放状态进行调节，并在提示的第二预设时长后，判断是否终端用户处于乘车状态且终端的扬声器状态符合预设状态条件，若均是，则执行步骤S25或S26。

具体的，可以通过弹框、推送、振动或声音提醒等形式引导用户对终端播放状态进行调节。在提示用户之后，根据终端上预先储存的第二预设时长开始计时，在第二预设时长后再次判断用户是否处于乘车状态和是否将终端播放状态调节至合理范围内，即调节至不满足预设状态条件。若终端播放状态已在合理范围内，则不需要再对播放状态进行调节，流程结束。

为应对终端用户在初次被提示后未能及时调节终端播放状态的问题，还可以采取进一步措施以促进终端播放状态的调节，具体的，可以继续执行步骤S25或S26。

S25，提示终端用户对终端播放状态进行调节，并在提示的第三预设时长后，判断是否终端用户处于乘车状态且终端的扬声器状态符合预设状态条件，若均是，则执行步骤S26。

本步骤S25用于重复提示用户，与步骤S24的作用和原理类似，并且不限于只提示一次，可以在多次提示但终端仍不符合预设要求时，再执行步骤S26。在实际应用中，执行步骤S25和执行步骤S26之前等待的预设时长可以不同也可以相同。

S26，调节终端播放状态。

具体的，可以主动调节终端系统音量至预设音量以下，也可以直接设置为静音模式，还可以设置终端的播放路径为听筒播放等。

需要说明的是，本实施例中步骤S23-S26所描述的调节终端播放状态的步骤，不仅适用于图1所示的实施例，也适用于图2至图5所示的实施例。其中，提示用户调节终端播放状态和主动调节终端播放状态这两种方式，都是出于调节终端播放状态至符合预设要求的目的，均可应用在调节终端播放状态的过程中，此处不再赘述。

本实施例在检测到终端播放状态不符合预设要求时，先提示用户进行调节，以提醒客户，改善用户体验，并提高用户文明乘车意识；在提示终端用户对终端播放状态进行调节之后，继续对终端播放状态进行监测，在终端用户未将终端播放状态调节至满足预设要求时，提供进一步的调节措施，以确保终端播放状态得到调节。

实施例二

基于实施例一的发明构思，本发明实施例还提供了一种播放状态调节装置，如图7所示，所述播放状态调节装置包括：

乘车扫码监测模块301，用于确定终端用户完成乘车扫码；

乘车状态检测模块302，用于在乘车扫码监测模块301确定终端用户完成乘车扫码后，判断终端用户是否处于乘车状态；

扬声器状态检测模块303，用于乘车状态检测模块302确定用户处于乘车状态下时，判断终端的扬声器状态是否符合预设状态条件；

播放状态调节模块304，用于在扬声器状态检测模块303确定扬声器状态符合预设状态条件时，调节终端播放状态。

由于该播放状态调节装置所解决问题的原理与实施例一中的播放状态调节方法相似，因此该播放状态调节装置的实施可以参见实施例一中方法的实施，重复之处不再赘述。

根据本发明实施例还提供一种非临时性计算机可读存储介质，其上存储有计算机程序，当所述存储介质中的程序由处理器执行时，能够实现上述播放状态调节方法。

一种移动终端，包括存储器，处理器及存储在存储器上并可在处理器上运行的至少一个上述播放状态调节装置，所述处理器执行所述播放状态调节装置中的程序时实现上述任一种播放状态调节方法。

关于上述实施例中的移动终端，其中各个模块执行操作的具体方式已经在有关播放状态调节方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种播放状态调节方法，其特征在于，包括：

确定终端用户完成乘车扫码；

判断终端用户是否处于乘车状态；

若是，则判断终端的扬声器状态是否符合预设状态条件；

若是，则调节终端播放状态。

2.如权利要求1所述的播放状态调节方法，其特征在于，所述判断终端用户是否处于乘车状态，具体包括：

实时获取终端的移动速度，判断所述移动速度是否符合预设速度条件，若是，则处于乘车状态；或，

实时判断终端用户是否完成下车扫码，若否，则处于乘车状态。

3.如权利要求2所述的播放状态调节方法，其特征在于，所述判断所述移动速度是否符合预设速度条件，具体包括：

判断所述移动速度是否在第一预设时长内不持续小于第一预设速度阈值。

4.如权利要求1所述的播放状态调节方法，其特征在于，所述确定终端用户完成乘车扫码，具体包括：

当接收到乘车扫码成功的反馈信息时，确定终端用户完成乘车扫码；所述乘车扫码成功的反馈信息包括进站信息或扣款信息。

5.如权利要求1所述的播放状态调节方法，其特征在于，所述预设状态条件包括：终端处于扬声器模式且终端系统音量大于第一预设音量；

所述判断终端的扬声器状态是否符合预设状态条件，具体包括：

判断终端系统音量是否大于第一预设音量；若是，则判断终端是否处于扬声器模式；若是，则符合预设状态条件；或，

判断终端是否处于扬声器模式；若是，则判断终端系统音量是否大于第一预设音量；若是，则符合预设状态条件。

6.如权利要求5所述的播放状态调节方法，其特征在于，所述预设状态条件还包括：终端正在播放；

所述判断终端的扬声器状态是否符合预设状态条件，具体包括：

判断系统音量是否大于第一预设音量；若是，则判断终端是否处于扬声器模式；若是，则判断终端是否正在播放，若是，则符合预设状态条件；或，

判断终端是否处于扬声器模式；若是，则判断系统音量是否大于第一预设音量；若是，则判断终端是否正在播放，若是，则符合预设状态条件；或，

判断终端是否处于扬声器模式；若是，则判断终端是否正在播放；若是，则判断系统音量是否大于第一预设音量，若是，则符合预设状态条件。

7.如权利要求1至6中任一项所述的播放状态调节方法，其特征在于，在所述调节终端播放状态之前，还包括：

提示终端用户对终端播放状态进行调节，并在提示的第二预设时长后，判断终端用户是否处于乘车状态；

若是，则判断终端的扬声器状态是否符合预设状态条件；

若是，则调节终端播放状态。

8.一种播放状态调节装置，其特征在于，包括：

乘车扫码监测模块，用于确定终端用户完成乘车扫码；

乘车状态检测模块，用于判断终端用户是否处于乘车状态；

扬声器状态检测模块，用于在用户处于乘车状态下，判断终端的扬声器状态是否符合预设状态条件；

播放状态调节模块，用于在扬声器状态符合预设状态条件时，调节终端播放状态。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至7中任一项所述的播放状态调节方法。

10.一种移动终端，其特征在于，包括存储器，处理器及存储在存储器上并可在处理器上运行的至少一个如权利要求8所述的播放状态调节装置，所述处理器执行所述播放状态调节装置中的程序时实现如权利要求1至7中任一项所述的播放状态调节方法。

Images