CN110945467B - 一种免打扰方法和终端 - Google Patents

Abstract

一种免打扰方法和终端。该方法包括：终端显示所述第一应用的界面；若所述第一应用的界面包括播放媒体的窗口，且所述第一应用处于媒体免打扰模式时，判断所述窗口播放第一媒体是否由用户的播放操作触发；若所述窗口播放第一媒体由用户的播放操作触发，播放所述对应的媒体；若所述窗口播放第一媒体不是由用户的播放操作触发，暂停或停止播放所述对应的媒体。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

Description

一种免打扰方法和终端

技术领域

本申请涉及终端技术领域，尤其涉及一种免打扰方法和终端。

背景技术

随着近年来终端的各种功能的不断完善和提高，现有的终端中可以设置免打扰模式。在免打扰模式下，终端可以设置免打扰时间段，控制来电铃声或短信通知音等在免打扰时间段静音，方便用户在不便打扰的时间段使用。而目前的趋势是，终端中具有媒体自动播放功能的应用(application)日益增多，比如微信、微博、抖音等。以微信为例，用户打开手机中微信的朋友圈，当朋友圈中显示广告播放窗口时，会自动播放广告。然而，有些媒体，并不一定是用户真正想要看的，那么这些媒体的自动播放便造成了资源浪费，而且如果终端的数据流量处于开启状态时，媒体的自动播放会导致数据流量的消耗，造成用户的经济损失，而上述现有技术并不能解决该问题。

发明内容

本申请提供一种免打扰方法和终端，用以减少现有技术中终端中媒体的自动播放，减少可能的资源浪费，降低可能的数据流量的消耗。

第一方面，本申请实施例提供一种免打扰的方法，适用于安装有第一应用的终端，该方法包括：终端显示所述第一应用的界面；若所述第一应用的界面包括播放媒体的窗口，且所述第一应用处于媒体免打扰模式时，判断所述窗口播放第一媒体是否由用户的播放操作触发；若所述窗口播放第一媒体由用户的播放操作触发，播放所述对应的媒体；若所述窗口播放第一媒体不是由用户的播放操作触发，暂停或停止播放所述对应的媒体。

在本申请实施例中，终端中的第一应用可以被设置成媒体免打扰模式，终端可以判断第一应用的界面中的媒体播放窗口播放第一媒体的行为是否由用户的播放操作触发，若是，则播放对应的媒体，若否，则暂停或停止播放对应的媒体。在这种方式下，通过用户的播放操作决定媒体播放窗口是否播放媒体，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，当所述窗口播放第一媒体的条件满足时，创建播放器以播放所述第一媒体，确定所述播放器的创建时间；终端在判断所述窗口播放对应的媒体是否由用户的播放操作触发时，确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，确定所述窗口播放第一媒体由用户的播放操作触发；若不存在所述目标输入事件，确定所述窗口播放第一媒体不是由用户的播放操作触发。

在本申请实施例中，终端从已获取的输入事件中确定的目标输入事件需要满足三个条件，1、目标输入事件是播放操作对应的输入事件；2、目标输入事件的分发时间早于播放器的创建时间，且二者时间差小于预设时间；3、目标输入事件被分发到的app，与创建播放器的app是同一个app。通过这三个条件，可以较为准确的确定目标输入事件，即较为准确的确定窗口播放对应的媒体是否由用户的播放操作触发。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述终端判断已获取的输入事件中是否存在目标输入事件时，执行的步骤包括：判断已获取的输入事件中是否存在用户的播放操作对应的第一输入事件；若存在第一输入事件，判断第一输入事件中是否存在分发时间与所述创建时间之间的时间差小于预设时间的第二输入事件；若存在第二输入事件，判断所述第二输入事件被分发到的应用与创建播放器的应用是否为同一应用；若是同一应用，确定存在目标输入事件，目标输入事件即为第二输入事件；若不是同一应用，确定不存在目标输入事件。

在本申请实施例中，如前述内容可知，目标输入事件需要满足三个条件，那么终端从已获取的输入事件中确定的目标输入事件时，可以判断已获取的输入事件中的某个输入事件是否依次满足这三个条件，若全部满足，该输入事件便是目标输入事件。在判断判断已获取的输入事件中的某个输入事件是否依次满足这三个条件的过程中，判断顺序可以任意。比如，可以先判断是否满足第一个条件，当满足了第一个条件之后判断是否满足判断第二个条件，当满足第二个条件之后判断是否满足第三个条件。通过这三个条件，可以较为准确的确定目标输入事件，即较为准确的确定窗口播放对应的媒体是否由用户的播放操作触发。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

在本申请实施例中，目标输入事件被分发到的app，与创建播放器的app是同一个app。由于一个app对应一个或多个进程，当一个app对应一个进程时，手机只需判断目标输入事件被分发到的app的包名和创建播放器的app包名是否相同，或者，手机只需判断目标输入事件被分发到的app的进程ID和创建播放器的进程ID是否相同即可。当一个app对应多个进程，手机判断目标输入事件被分发到的app的包名和创建播放器的app包名是否相同后，还可以判断目标输入事件被分发到的app的进程ID和创建播放器的进程ID是否相同。通过这种方式，可较为准确的确定创建播放器的app和目标输入事件被分发到的app是否为同一个app。

在一种可能的设计中，若所述窗口播放第一媒体不是由用户的播放操作触发，并且所述第一媒体的总时长大于第二时长，暂停或停止播放所述第一媒体。

在本申请实施例中，对于一些非用户有意识触发的，而且播放时长较长的媒体，终端可以暂停或者停止播放第一媒体。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，若所述窗口播放第一媒体不是由用户的播放操作触发，所述终端在所述播放媒体的窗口或在弹出的窗口显示第一控件，所述第一控件用于触发播放所述第一媒体；当所述第一控件被触发时，所述终端播放所述第一媒体。

在本申请实施例中，当第一应用的界面中出现媒体播放窗口，但窗口播放第一媒体不是用户有意识触发的情况下，终端会暂停或停止媒体播放，但是终端还可以显示第一控件，比如，终端暂停或停止媒体播放时，媒体播放窗口显示黑屏，但是终端在播放媒体的窗口或在弹出的窗口中显示第一控件，若用户想要播放媒体，可以触发第一控件。通过这种方式，终端可以避免媒体的自动播放，从而减少资源浪费。同时，在暂停或停止媒体播放后，用户还可以触发播放媒体，提高用户体验。

在一种可能的设计中，在所述播放媒体的窗口或在弹出的窗口显示文字或图标的第一提示信息，用于提示自动播放被禁止或提示用户是否播放所述第一媒体。

在本申请实施例中，当第一应用的界面中出现媒体播放窗口，但窗口播放第一媒体不是用户有意识触发的情况下，终端会暂停或停止媒体播放。终端可以在播放媒体的窗口或在弹出的窗口显示第一提示信息，以提示自动播放被禁止或提示用户是否播放所述第一媒体。通过这种方式，终端可以避免媒体的自动播放，从而减少资源浪费。同时，在暂停或停止媒体播放后，用户还可以触发播放媒体，提高用户体验。

在一种可能的设计中，终端响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式。

在本申请实施例中，终端在特定的场景下，(比如用户主动设置、或者数据流量开启，或者处于会议模式时)，显示设置媒体免打扰模式的第一界面。用户可以通过第一界面中的控件，对所述终端中的全部或部分应用开启媒体免打扰模式。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，终端响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；终端响应于用户激活所述媒体免打扰模式是否开启的控件的操作，显示用于设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数；终端响应于用户激活所述M个控件中的一个控件的操作，对与所述一个控件对应的应用开启媒体免打扰模式。

在本申请实施例中，用户可以根据自己的需求选择针对终端中的哪些应用开启媒体免打扰模式。比如用户常用的是微信，那么可以对微信开启媒体免打扰模式。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗。

在一种可能的设计中，终端响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数。

在本申请实施例中，终端在特定的场景下，(比如用户主动设置、或者数据流量开启，或者处于会议模式时)，显示设置媒体免打扰模式的第二界面。用户可以通过第二界面中的M个控件，选择对所述终端中的哪些应用开启媒体免打扰模式。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，当检测到所述终端接入了wifi时，提示用户关闭所述媒体免打扰模式，或显示所述第一界面。

通常，在终端接入了wifi的情况下，用户更希望自动播放媒体。因此，在本申请实施例中，终端处于媒体免打扰模式后，若检测到终端接入了wifi，可以提示用户关闭媒体免打扰模式，或者显示用于设置媒体免打扰模式的第一界面，用户通过第一界面的控件，关闭媒体免打扰模式，有助于提高了用户体验。

在一种可能的设计中，所述终端包括显示屏、存储器，所述存储器中存储第一应用的软件程序和/或模块、框架层的软件程序和/或模块；显示屏显示所述第一应用的界面；框架层判断窗口播放第一媒体是否由用户的播放操作触发；若所述窗口播放第一媒体由用户的播放操作触发，所述框架层播放所述对应的媒体；若所述窗口播放第一媒体不是由用户的播放操作触发，所述框架层暂停或停止播放所述对应的媒体。

在本申请实施例中，当第一应用的界面中出现媒体播放窗口时，所述框架层判断窗口播放第一媒体是否由用户的播放操作触发，若是，播放媒体，若不是，暂停或停止播放媒体。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，在所述第一应用的界面中包括播放媒体的窗口时，所述框架层创建播放器以播放所述第一媒体；所述框架层确定所述播放器的创建时间；所述框架层判断窗口播放第一媒体是否由用户的播放操作触发，包括：所述框架层确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，所述框架层确定所述窗口播放第一媒体由用户的播放操作触发；若不存在所述目标输入事件，所述框架层确定所述窗口播放第一媒体不是由用户的播放操作触发。

在本申请实施例中，框架层判断窗口播放第一媒体是否由用户的播放操作触发，即所述框架层确定已获取的输入事件中是否存在目标输入事件，若存在，确定所述窗口播放第一媒体由用户的播放操作触发；若不存在，所述框架层确定所述窗口播放第一媒体不是由用户的播放操作触发。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

第二方面，本申请实施例提供一种免打扰的方法，适用于安装有第一应用的终端，该方法包括：终端显示所述第一应用的界面，所述第一应用的界面包括播放媒体的窗口；接收第一应用发送的用于创建播放器的请求信息；若所述第一应用处于媒体免打扰模式时，判断所述请求信息是否由用户的播放操作触发生成的；若所述请求信息是否由用户的播放操作触发产生，创建播放器，播放对应的媒体。

在本申请实施例中，终端中的第一应用处于媒体免打扰模式时，若终端显示的第一应用的界面出现媒体播放窗口时，第一应用生成用于请求创建播放器的请求信息。终端判断该请求信息是否由用户的播放操作触发生成，若是，则播放对应的媒体，若否，则暂停或停止播放对应的媒体。在这种方式下，通过用户的播放操作决定媒体播放窗口是否播放媒体，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述请求信息中包含生成所述请求信息的生成时间；所述判断所述请求信息是否由用户的播放操作触发生成的，包括：确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于请求信息的生成时间，且所述目标输入事件的分发时间与所述生成时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，确定所述请求信息由用户的播放操作触发生成；若不存在所述目标输入事件，确定所述请求信息不是由用户的播放操作触发生成。

在本申请实施例中，终端从已获取的输入事件中确定的目标输入事件需要满足三个条件，1、目标输入事件是播放操作对应的输入事件；2、目标输入事件的分发时间早于请求信息的生成时间，且二者时间差小于预设时间；3、目标输入事件被分发到的app，与创建播放器的app是同一个app。通过这三个条件，可以较为准确的确定目标输入事件，即较为准确的确定请求信息是否由用户的播放操作触发生成的。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述终端判断已获取的输入事件中是否存在目标输入事件时，执行的步骤包括：判断已获取的输入事件中是否存在用户的播放操作对应的第一输入事件；若存在第一输入事件，判断第一输入事件中是否存在分发时间与所述创建时间之间的时间差小于预设时间的第二输入事件；若存在第二输入事件，判断所述第二输入事件被分发到的应用与创建播放器的应用是否为同一应用；若是同一应用，确定存在目标输入事件，目标输入事件即为第二输入事件；若不是同一应用，确定不存在目标输入事件。

在本申请实施例中，如前述内容可知，目标输入事件需要满足三个条件，那么终端从已获取的输入事件中确定的目标输入事件时，可以判断已获取的输入事件中的某个输入事件是否依次满足这三个条件，若全部满足，该输入事件便是目标输入事件。在判断判断已获取的输入事件中的某个输入事件是否依次满足这三个条件的过程中，判断顺序可以任意。比如，可以先判断是否满足第一个条件，当满足了第一个条件之后判断是否满足判断第二个条件，当满足第二个条件之后判断是否满足第三个条件。通过这三个条件，可以较为准确的确定目标输入事件，即较为准确的确定请求信息是否由用户的播放操作触发生成。通过这种方式下，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

在一种可能的设计中，若所述请求信息不是由用户的播放操作触发，所述终端在所述播放媒体的窗口或在弹出的窗口显示第一控件，所述第一控件用于触发创建播放器以播放所述第一媒体；当所述第一控件被触发时，所述终端创建播放器播放所述第一媒体。

在一种可能的设计中，在所述播放媒体的窗口或在弹出的窗口显示文字或图标的第一提示信息，用于提示自动播放被禁止或提示用户是否播放所述第一媒体。

在一种可能的设计中，所述窗口播放第一媒体的条件包括：所述播放媒体的窗口被全部或部分显示，或者所述播放媒体的窗口被显示在终端的显示屏的中央。

在一种可能的设计中，终端响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式。

在一种可能的设计中，响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式，包括：响应于用户激活所述媒体免打扰模式是否开启的控件的操作，显示用于设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数；分别响应于用户激活所述M个控件中的N个控件的操作，对与所述N个控件对应的N个应用开启免打扰模式，其中N为小于等于M个正整数。

在一种可能的设计中，终端响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数。

在一种可能的设计中，当检测到所述终端接入了无线网络时，提示用户关闭所述媒体免打扰模式，或显示所述第一界面。

在一种可能的设计中，终端包括显示屏和存储器，所述存储器中包括第一应用的软件程序和/或模块、框架层的软件程序和/或模块；显示屏显示所述第一应用的界面；所述框架层获取第一应用生成的用于请求创建播放器的请求信息；所述框架层判断所述请求信息是否由用户的播放操作触发生成的；若所述请求信息是由用户的播放操作触发产生的，所述框架层创建播放器，播放对应的媒体；若所述请求信息不是由用户的播放操作触发产生的，所述框架层拒绝或丢弃所述请求信息。

在本申请实施例中，在第一应用的界面出现播放媒体的窗口时，框架层获取用于请求创建播放器的请求信息，框架层判断所述请求信息是否由用户的播放操作触发生成的，若是，则创建播放器播放媒体，若不是，则拒绝或丢请求信息。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述请求信息中包含第一应用生成所述请求信息的生成时间；所述框架层判断所述请求信息是否由用户的播放操作触发生成，包括：所述框架层确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于请求信息的生成时间，且所述目标输入事件的分发时间与所述生成时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，所述框架层确定所述请求信息由用户的播放操作触发生成；若不存在所述目标输入事件，所述框架层确定所述请求信息不是由用户的播放操作触发生成。

在本申请实施例中，当第一应用的界面中出现媒体播放窗口时，框架层获取用于请求创建播放器的请求信息，框架层判断请求信息是否由用户的播放操作触发生成。具体的，所述框架层确定已获取的输入事件中是否存在目标输入事件，若存在，确定所述窗口播放第一媒体由用户的播放操作触发；若不存在，所述框架层确定所述窗口播放第一媒体不是由用户的播放操作触发。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

第三方面，本申请实施例提供一种免打扰的方法，该方法适用于终端，该方法包括：终端处于媒体免打扰模式时，若所述终端的第一应用在运行过程中创建播放器以播放媒体，则判断是否存在与创建播放器事件相匹配的输入事件，所述输入事件为可能触发播放行为的输入事件；若存在所述输入事件，所述终端播放媒体；若不存在所述输入事件，所述终端暂停或者停止媒体播放。

在本申请实施例中，终端可以被设置成免打扰模式，当第一应用在运行过程中可以创建播放器。比如，第一应用的界面出现媒体播放窗口时，可以创建播放器。或者第一应用(短信、电话)接收到来自其它终端的信息或来电，也可以创建播放器。终端创建播放器后，判断是否存在与创建播放器事件相匹配的输入事件，如果存在，说明创建播放器的事件是用户主动触发的，如果不存在，说明创建播放器的事件不是用户主动触发的，是第一应用自动触发或者其它原因触发的。如果是用户主动触发的，终端播放媒体，如果不是用户主动触发的，终端暂停或停止媒体播放。通过这种方式，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗。

在一种可能的设计中，所述终端判断是否存在与创建播放器相匹配的输入事件，包括：终端确定播放器的创建时间，终端从已获取的输入事件中确定是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，确定存在与创建播放器事件相匹配的输入事件；若不存在所述目标输入事件，确定不存在与创建播放器事件相匹配的输入事件。

在一种可能的设计中，所述终端判断已获取的输入事件中是否存在目标输入事件时，执行的步骤包括：判断已获取的输入事件中是否存在用户的播放操作对应的第一输入事件；若存在第一输入事件，判断第一输入事件中是否存在分发时间与所述创建时间之间的时间差小于预设时间的第二输入事件；若存在第二输入事件，判断所述第二输入事件被分发到的应用与创建播放器的应用是否为同一应用；若是同一应用，确定存在目标输入事件，目标输入事件即为第二输入事件；若不是同一应用，确定不存在目标输入事件。

在一种可能的设计中，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

第四方面，本申请实施例提供一种终端，包括处理器和存储器。其中，存储器用于存储一个或多个计算机程序；当存储器存储的一个或多个计算机程序被处理器执行时，使得终端能够实现第一方面或者第一方面的任意一种可能的设计的方法。或者，当存储器存储的一个或多个计算机程序被处理器执行时，使得终端能够实现第二方面或者第二方面的任意一种可能的设计的方法。或者，当存储器存储的一个或多个计算机程序被处理器执行时，使得终端能够实现第三方面或者第三方面的任意一种可能的设计的方法。

第五方面，本申请实施例还提供了一种终端，所述终端包括执行第一方面或者第一方面的任意一种可能的设计的方法的模块/单元。或者，所述终端包括执行第二方面或者第二方面的任意一种可能的设计的方法的模块/单元。或者，所述终端包括执行第三方面或者第三方面的任意一种可能的设计的方法的模块/单元。这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第六方面，本申请实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在终端上运行时，使得所述终端执行第一方面或上述第一方面的任意一种可能的设计的方法。或者，当计算机程序在终端上运行时，使得所述服务器执行第二方面或上述第二方面的任意一种可能的设计的方法。或者，当计算机程序在终端上运行时，使得所述第一终端执行第三方面或上述第三方面的任意一种可能的设计的方法。

第七方面，本申请实施例还提供一种包含计算机程序产品，当所述计算机程序产品在终端上运行时，使得所述终端执行第一方面或上述第一方面的任意一种可能的设计的方法。或者，当所述计算机程序产品在终端上运行时，使得终端执行第二方面或上述第二方面的任意一种可能的设计的方法。或者，当所述计算机程序产品在终端上运行时，使得所述终端执行第三方面或上述第三方面的任意一种可能的设计的方法。

附图说明

图1为本发明一实施例提供的一种终端的硬件架构的示意图；

图2为现有技术中终端通过输入事件触发app播放视频的流程示意图；

图3为本发明一实施例提供的一种终端的软件架构的示意图；

图4为本发明一实施例提供的免打扰方法的流程示意图；

图5A为本发明一实施例提供的终端中的设置app的示意图；

图5B为本发明一实施例提供的终端中的设置app的示意图；

图5C为本发明一实施例提供的终端中的设置app的示意图；

图6为本发明一实施例提供的终端显示第一提示信息的示意图；

图7为本发明一实施例提供的终端显示媒体处于暂停状态的示意图；

图8为本发明一实施例提供的终端显示第二提示信息的示意图；

图9为本发明一实施例提供的终端显示第二提示信息的示意图；

图10为本发明一实施例提供的终端显示第三提示信息的示意图；

图11为本发明一实施例提供的终端显示第三提示信息的示意图；

图12为本发明一实施例提供的终端显示第三提示信息的示意图；

图13为本发明一实施例提供的终端显示第三提示信息的示意图；

图14为本发明一实施例提供的一种终端的示意图；

图15为本发明一实施例提供的一种终端的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

以下，对本申请实施例中的部分用语进行说明，以便于本领域技术人员理解。

本申请实施例涉及的终端，又可以称为用户设备(User Equipment，UE)。终端中可以安装各种应用(在下文的介绍中简称app)，比如微信，邮箱、微博等。终端可以是智能手机、平板电脑、各类可穿戴设备、车载设备等。

本申请实施例涉及的操作系统(operating system，OS)，是运行在终端上的最基本的系统软件。以智能手机为例，操作系统可以是安卓(android)系统或IOS系统。以下以Android系统为例进行介绍。本领域技术人员可以理解，其它操作系统中，也可以采用类似的算法实现。

通常终端可以同时运行多个应用。较为简单的，一个应用对应一个进程，较为复杂的，一个应用对应多个进程。每个进程具备一个进程号(进程ID)。

以用户在触摸屏上进行触摸操作为例，触摸屏检测触摸操作，产生相应的硬件中断，操作系统的内核(kernel)层接收到触摸操作后，将触摸操作加工成原始输入事件(包括触摸坐标，触摸对应的时间戳等信息)存储在内核层中的设备节点中。框架(framework)层从设备节点中读取原始输入事件，并将其进行翻译、封装等处理，得到包含更多信息的输入事件。然后，框架层将该输入事件分发到感兴趣的应用或软件模块，应用或软件模块对其接收到的输入事件作出响应，比如更新自己的窗口画面或者执行特定的操作等。

本申请实施例涉及的媒体，包含流媒体(包括音频，和视频等)，还包括短信提示音、来电铃声等系统提示音，系统提示音可以存储在终端本地。流媒体可以理解为网络设备将视频、声音等数据经过封装(压缩编码、数据打包)后按照一定的时序要求发送给终端，终端在后续数据不断到达的同时对接收的数据进行解封并播放的媒体。

本申请实施例涉及的多个，是指大于或等于两个。

另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

本申请实施例提供了一种免打扰方法和终端，该方法适用于终端中。图1示出了一种可能的终端的结构图。参阅图1所示，所述终端100包括：射频(Radio Frequency，RF)电路110、电源120、处理器130、存储器140、输入单元150、显示单元160、音频电路170、通信接口180、以及无线保真(Wireless Fidelity，WiFi)模块190等部件。本领域技术人员可以理解，图1中示出的终端的结构并不构成对终端的限定，本申请实施例提供的终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对所述终端100的各个构成部件进行具体的介绍：

所述RF电路110可用于通信或通话过程中，数据的接收和发送。特别地，所述RF电路110在接收到基站的下行数据后，发送给所述处理器130处理；另外，将待发送的上行数据发送给基站。通常，所述RF电路110包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。

此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

WiFi技术属于短距离无线传输技术，所述终端100通过WiFi模块190可以连接接入点(Access Point，AP)，从而实现数据网络的访问。所述WiFi模块190可用于通信过程中，数据的接收和发送。

所述终端100可以通过所述通信接口180与其他设备实现物理连接。可选的，所述通信接口180与所述其他设备的通信接口通过电缆连接，实现所述终端100和其他设备之间的数据传输。

由于在本申请实施例中，所述终端100能够实现通信业务，向其他联系人发送信息，因此所述终端100需要具有数据传输功能，即所述终端100内部需要包含通信模块。虽然图1示出了所述RF电路110、所述WiFi模块190、和所述通信接口180等通信模块，但是可以理解的是，所述终端100中存在上述部件中的至少一个或者其他用于实现通信的通信模块(如蓝牙模块)，以进行数据传输。

例如，当所述终端100为手机时，所述终端100可以包含所述RF电路110，还可以包含所述WiFi模块190；当所述终端100为计算机时，所述终端100可以包含所述通信接口180，还可以包含所述WiFi模块190；当所述终端100为平板电脑时，所述终端100可以包含所述WiFi模块。

所述存储器140可用于存储软件程序以及模块。所述处理器130通过运行存储在所述存储器140的软件程序以及模块，从而执行所述终端100的各种功能应用以及数据处理。

可选的，所述存储器140可以主要包括存储程序区和存储数据区。其中，存储程序区可存储操作系统(主要包括内核层，框架层和应用层等各自对应的软件程序或模块)。其中，应用层可以包含各种应用，比如具有媒体自动播放功能的应用；存储数据区可存储比如各种图片、视频文件等多媒体文件等。

此外，所述存储器140可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述输入单元150可用于接收用户输入的数字或字符信息，以及产生与所述终端100的用户设置以及功能控制有关的键信号输入。

可选的，输入单元150可包括触控面板151以及其他输入设备152。

其中，所述触控面板151，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触控面板151上或在所述触控面板151附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，所述触控面板151可以包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给所述处理器130，并能接收所述处理器130发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现所述触控面板151。

可选的，所述其他输入设备152可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

所述显示单元160可用于显示由用户输入的信息或提供给用户的信息以及所述终端100的各种菜单。所述显示单元160即为所述终端100的显示系统，用于呈现界面，实现人机交互。

所述显示单元160可以包括显示面板161。可选的，所述显示面板161可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-EmittingDiode，OLED)等形式来配置。

进一步的，所述触控面板151可覆盖所述显示面板161，当所述触控面板151检测到在其上或附近的触摸操作后，传送给所述处理器130以确定触摸事件的类型，随后所述处理器130根据触摸事件的类型在所述显示面板161上提供相应的视觉输出。

虽然在图1中，所述触控面板151与所述显示面板161是作为两个独立的部件来实现所述终端100的输入和输入功能，但是在某些实施例中，可以将所述触控面板151与所述显示面板161集成而实现所述终端100的输入和输出功能。

所述处理器130是所述终端100的控制中心，利用各种接口和线路连接各个部件，通过运行或执行存储在所述存储器140内的软件程序和/或模块，以及调用存储在所述存储器140内的数据，执行所述终端100的各种功能和处理数据，从而实现基于所述终端的多种业务。

可选的，所述处理器130可包括一个或多个处理单元。可选的，所述处理器130可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到所述处理器130中。

所述终端100还包括用于给各个部件供电的电源120(比如电池)。可选的，所述电源120可以通过电源管理系统与所述处理器130逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗等功能。

如图1所示，终端100还包括音频电路170、麦克风171和扬声器172，可提供用户与终端100之间的音频接口。音频电路170可用于将音频数据转换为扬声器172能够识别的信号，并将信号传输到扬声器172，由扬声器172转换为声音信号输出。麦克风171用于收集外部的声音信号(如人说话的声音、或者其它声音等)，并将收集的外部的声音信号转换为音频电路170能够识别的信号，发送给音频电路170。音频电路170还可用于将麦克风171发送的信号转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一终端，或者将音频数据输出至存储器140以便后续进一步处理。

尽管未示出，所述终端100还可以包括至少一种传感器、摄像头等，在此不再赘述。

下面介绍与本申请相关的背景技术。

图2示出了现有技术中输入事件触发app播放视频的示意图。在图2中，以终端是手机200为例，且以安卓系统为例。如图所示，手机200的软件架构主要包括3层，内核、框架层以及应用层，当然，图2所示的软件架构中，在内核层和框架层之间还可以包含系统运行库(libraris)层(图2中未示出)，该系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

内核层主要包含输入/输出设备的驱动(键盘、触摸屏、耳机、扬声器、麦克风等)以及设备节点，用户通过输入设备进行输入操作，内核层根据输入操作产生相应的原始输入事件，存储在设备节点中。

框架层主要包含输入事件管理服务器(input manager service，IMS)和系统窗口管理服务(window manager service，WMS)。其中，IMS中的input reader(图中未示出)可以对存储在设备节点中的原始输入事件进行翻译、封装等处理，得到包含更多信息的输入事件，并发送到WMS，WMS中存储有每个应用程序的可点击区域(比如控件)、焦点窗口的位置信息等。因此，WMS可以正确的将输入事件分发到指定的控件或者焦点窗口。

应用层包括具有视频播放功能的应用，例如网页浏览器，即时通信应用，或者专门提供视频内容的视频应用(例如Youtube，优酷等)。以输入操作是点击操作为例，若点击操作对应的输入事件被分发到网页浏览器或及时通信应用中的播放控件，网页浏览器或及时通信应用通过调用框架层中的媒体播放器(mediaplayer)接口，启动框架层的播放器。然后，网页浏览器或即时通信应用播放视频。图2中，mediaplayer调用播放行为监视器(playbackactivitymonitor)接口，通过playbackactivitymonitor监控播放器的暂停状态或者播放状态等等。

上文介绍用户通过输入操作触发app播放视频的流程。对于具有媒体自动播放功能的app，比如微信、微博、抖音等app，播放视频的流程与前述过程不同。以微信为例，用户点击触摸屏，打开微信朋友圈的显示界面。当该显示界面中出现媒体播放窗口时，微信不需要用户的播放操作而自动触发框架层创建播放器，以实现自动播放广告等媒体，这种非用户有意识触发的媒体播放，很有可能不是用户想要的，这类自动播放广告可能会造成资源浪费，而且还可能造成数据流量的消耗，手机处理负担加重，浪费功耗，甚至可能影响其它正在运行的进程(例如软件下载，照片云同步等)的上传数据或下载数据的速度。

本申请实施例提供一种免打扰方法和终端。在该方法中，终端处于媒体免打扰模式，当终端创建播放器时，终端可以判断创建播放器的行为是否为用户主动触发的，若是，则播放媒体，若否，则暂停播放媒体。通过该方法，可以避免媒体的自动播放，从而减少资源浪费，降低数据流量的消耗，减轻手机处理的负担，降低功耗，减少对其它正在运行的进程的上传数据或下载数据的速度的影响。

图1示出了本申请实施例提供的终端的硬件框架的示意图，对应的，图3示出了本申请实施例提供的终端的软件架构的示意图。如图3所示，终端100的软件架构主要包含3层：内核层、框架层和应用层。与图2相比，图3中的IMS新增了识别输入事件中的可能触发播放行为的输入事件的功能。playbackactivitymonitor新增了比较IMS识别出的输入事件的分发信息与终端100中的应用创建播放器的相关信息的功能，具体内容将在下文介绍。

其中，内核层、框架层以及应用层的功能与图2所示内容相同的部分，此处不再重复。应理解，图1是本申请实施例的硬件架构，图3是本申请实施例的软件架构，图3中的软件架构对应的软件程序和/或模块存储在存储器140中，处理器130运行存储器140中存储的软件程序和应用以执行如下过程：

(1)IMS从设备节点中读取原始输入事件进行处理得到包含更多信息的输入事件后，对得到的输入事件进行识别，识别出第一输入事件，其中，第一输入事件包含可能触发播放行为的输入事件。然后，IMS通过WMS将第一输入事件分发到应用层中相应的app(比如app1)。IMS记录第一输入事件的分发信息，比如app1的包名(package name)、进程ID和分发时间等；

(2)当app1被运行时，由于用户的播放操作，或者由于用户浏览应用界面的过程中无意识的激活了播放窗口，或者是其它情况，造成了app1调用框架层中的mediaplayer接口以创建播放器，那么mediaplayer也要记录创建播放器的相关信息，比如创建播放器的是app1的包名、进程ID和创建时间等。然后，app1调用框架层中的playbackactivitymonitor接口，并将创建播放器的相关信息发送给playbackactivitymonitor。

(3)playbackactivitymonitor可以获取IMS中记录的第一输入事件的分发信息。然后从第一输入事件中寻找第二输入事件，第二输入事件的分发时间早于所述创建时间，且该分发时间与播放器的创建时间之间的时间差小于预设时间。然后判断第二输入事件的app1的包名(或进程ID)与创建播放器的app1的包名(或进程ID)是否相同。若相同，播放媒体，例如app1调用框架层中的mediaplayerstart接口(图中未示出)，以实现播放媒体。具体的，可按照现有技术的实现方式，本发明对此不做限定；若不相同，暂停媒体播放，例如，app1调用框架层中的mediaplayerpause接口(图中未示出)，以实现暂停播放器。在不相同时，还可以停止媒体播放，例如，调用框架层中的mediaplayerstop接口，停止媒体播放。

请参考图4，为本申请实施例提供的免打扰方法，在下文的介绍中，将以手机为例进行介绍。应理解，手机的硬件架构如图1所示，软件架构如图3所示，其中，手机中的软件架构对应的软件程序和/或模块存储在存储器140中，处理器130运行存储器140中存储的软件程序和应用以执行本申请实施例提供的免打扰方法的流程。如图4所示，该方法的流程可以包括：

S401：手机检测到当前处于媒体免打扰模式。

类似于会议模式、室外模式等情景模式，手机中也可以具有媒体免打扰模式，用户可以打开手机中的媒体免打扰模式。需要说明的是，在本申请实施例中，如无特别说明，“媒体免打扰模式”是指禁止媒体自动播放的模式。比如，微信处于媒体免打扰模式时，禁止微信中媒体的自动播放。

示例性的，手机中的处理器130在运行内核层中的软件程序和/或模块时，检测当前处于媒体免打扰模式。

作为一种示例，用户可以打开手机中的设置选项，在设置选项中启动媒体免打扰模式。

示例性的，图5A-5C示出了手机中的设置选项的界面示意图。如图5A所示，手机500中的设置选项中显示“免打扰”选项501。当用户激活“免打扰”选项501后，进入“免打扰”的设置界面502，请参见图5B。

如图5B所示，“免打扰”的设置界面502中显示“媒体免打扰模式”的开关控件503。手机500默认关闭媒体免打扰模式，即开关控件503中的滑块处于左侧。当用户触发开关控件503后，开关控件503中的滑块向右移动，并且开关控件503左侧显示颜色，即手机500开启媒体免打扰模式，该免打扰模式对手机中已安装的具有媒体播放功能的应用生效，这些应用可以由用户选择，或者是手机根据应用的功能分类得到。

在一种实施例中，当用户触发媒体免打扰模式的开关控件503后，手机500的显示屏还可以显示如图5C所示的界面。在图5C中，手机500显示自身中安装的app(具有媒体自动播放功能的app)的图标，用户可以选择针对哪些app开启媒体免打扰模式。比如，用户选择微信，可以触发微信的开关控件504，即微信的开关控件504处于开启状态，手机500运行微信时，采用媒体免打扰模式。再比如，用户并未选择浏览器，那么手机500运行浏览器时，媒体可以自动播放。

在本申请实施例中，具有媒体自动播放功能的app可以有多种，比如微信、浏览器、抖音、微博、脸书(facebook)、推特(twitter)等。

当然，用户还可以通过其它方式打开手机的媒体免打扰模式，本发明实施例对此不作限制。比如，手机的显示屏上可以显示设置媒体免打扰模式的快捷图标，当用户触发该快捷图标时，手机启动媒体免打扰模式。

作为一种示例，当手机检测到用于开启媒体免打扰模式的操作后，确认手机处于媒体免打扰模式。

作为另一种示例，手机可以检测设置选项中媒体免打扰模式对应的开关控件的状态，若处于开启状态，则确认手机处于媒体免打扰模式。

在本申请实施例中，手机中可以存储有媒体免打扰清单。当手机检测到用户开启针对某些app的媒体免打扰模式后，将这些app的app包名添加到该媒体免打扰清单中。当手机检测到启动app的操作后，可以判断该app的app包名是否存在于媒体免打扰清单中。若存在，则手机在运行该app时，采用本申请提供的免打扰方法来处理，以减少该app自动播放媒体的情况出现。若不存在，则手机在运行该app时，可以按现有技术的方式处理，即自动播放媒体。

S402：手机获取输入事件。

示例性的，手机中的处理器130在运行框架层中的IMS中的软件程序和/或模块时，从内核层读取原始输入事件，然后将读取的原始输入事件加工得到的包含更多信息的输入事件，即获取到输入事件。

如前述内容可知，用户可以通过输入设备比如触摸屏、麦克风、耳机等触发输入操作，产生相应的硬件中断，操作系统的内核层将输入操作加工成原始输入事件进行存储，框架层读取原始输入事件，将原始输入事件加工成包含更多信息的输入事件，将该输入事件被分发到感兴趣的应用。其中，输入操作可以有多种，以触摸屏为例，输入操作可以是用户在触摸屏上的点击或者滑动操作。以麦克风为例，输入操作可以是用户通过麦克风语音输入的“播放”指令。以耳机为例，输入操作可以是通过耳机触发的播放、暂停、音量调高或调低等操作。即，可能触发播放行为的输入操作对应的输入事件便是可能触发播放行为的输入事件。

需要说明的是，本发明实施例中，如无特别说明，“输入事件”是指将原始输入事件加工成包含更多信息的输入事件。

S403：手机识别获取的输入事件中的第一输入事件。

示例性的，手机中处理器130在运行框架层中的IMS中的软件程序和/或模块时，获取输入事件后，可以继续对获取的输入事件进行识别。或者，手机中设置有与IMS不同的第一算法模块对获取的输入事件进行识别，那么手机中的处理器130在运行第一算法模块对应的软件程序和/或模块以执行：第一算法模块从IMS中获取输入事件，然后对获取的输入事件进行识别。为了节省功耗，在手机不处于媒体免打扰模式的状态下，第一算法模块可以不运行。手机检测到当前处于媒体免打扰模式后，开始运行第一算法模块。

作为一种示例，第一算法模块可以在每次获取到一个输入事件后，便识别该输入事件是否为第一输入事件，也可以在获取多个输入事件后，识别多个输入事件中是否存在可第一输入事件。

其中，第一输入事件为用户的播放操作对应的输入事件。由于应用对输入事件如何响应一般由应用决定(尤其是系统应用之外的第三方应用)。也就是说，通常是应用来决定用户的哪些操作才是播放操作，因此，现有技术中，框架层一般较难通过一个输入事件本身来确定该输入事件是否对应用户的播放操作，即确定应用是否响应该输入事件而播放媒体。对此，本发明实施例确定了一些通常与用户的播放操作对应的输入事件作为第一输入事件，比如，通过麦克风语音输入的“播放”指令对应的输入事件，通过耳机触发的播放指令对应的输入事件，通过触摸屏触发的触摸操作(比如在触摸屏上的单击操作)对应的输入事件等。预设事件列表中可以包含至少一个第一输入事件。预设事件列表可以是手机生产厂家根据实验或经验获得，然后在手机出厂时存储于手机中的列表。当然，预设事件列表还可以是用户自定义的、可更新的列表，比如用户可以将自己经常使用的播放操作对应的输入事件添加到预设事件列表中。

举例来说，第一算法模块被运行后可以通过比对已获取的输入事件和预设事件列表来识别已获取的输入事件中是否存在第一输入事件。其中，若第一算法模块获取的一个输入事件与所述预设事件列表匹配，即第一算法模块获取的一个输入事件存在于所述预设事件列表中，则第一算法模块识别出该输入事件为第一输入事件。

当然，第一算法模块识别获取的输入事件中的第一输入事件，可能会有两种情况。第一种，手机并未识别出第一输入事件，即第一输入事件为零。第二种，手机识别出第一输入事件，即第一输入事件不为零。对于第一种情况，由于不存在第一输入事件，若手机中具有媒体自动播放功能的应用在运行的过程中创建播放器，则确定为自动播放行为，可以直接暂停媒体播放。对于第二种情况，可继续执行S404-S410。

S404：手机记录第一输入事件的第一信息，所述第一信息包含输入事件被分发到的app的app包名、进程ID、分发时间等。

示例性的，手机中的处理器130在运行框架层中的IMS中的软件程序和/或模块时，可以记录第一输入事件被分发到app的app包名、进程ID、分发时间等。

作为一种示例，手机记录第一信息可以以表格的形式记录，请参见表1。

表1

S405：手机在运行过程中，创建播放器。

在本申请实施例中，当播放媒体的条件满足时，手机创建播放器，这些条件可能有多种。比如，手机在运行某个视频播放app的过程中，app的显示界面中视频播放窗口被部分显示或被完全显示时，手机创建播放器来播放媒体。或者，手机接收到其它手机发送的短消息或者来电时，手机也会创建播放器来播放来电铃声或者短信息提示音。或者，用户在浏览app界面或者网页的过程中，弹出的广告播放窗口等，手机也会创建播放器。在实际过程中，创建播放器还可能有其它原因，本申请实施例不作具体限定。

示例性的，手机中的处理器130调用框架层中的mediaplayer接口，运行该mediaplayer接口，完成播放器的创建。当然，手机创建播放器还可以通过其它方式来实现，本申请实施例不作具体的限定。

S406：手机记录第二信息，所述第二信息包含创建播放器的app的app包名、进程ID、创建时间等。

示例性的，手机中的处理器130调用框架层中的mediaplayer接口，运行该mediaplayer接口，完成播放器的创建，那么mediaplayer中也要记录创建播放器的相关信息，即第二信息。然后，手机中的处理器130继续调用框架层中的playbackactivitymonitor接口，处理器130将mediaplayer中的第二信息发送给playbackactivitymonitor。

S407：手机判断第一输入事件中是否存在第二输入事件，第二输入事件的分发时间早于所述创建时间，且二者之间的时间差小于预设时间，若是，则执行S408，若否，则执行S410。

也就是说，第二输入事件是S402-S404识别出的第一输入事件中的一个或几个。

如前述内容可知，playbackactivitymonitor中存储有创建播放器的相关信息，即第二信息，IMS中存储有第一输入事件的第一信息。因此，手机中的处理器130在运行框架层中的playbackactivitymonitor时，将IMS中存储的第一信息发送给playbackactivitymonitor，通过playbackactivitymonitor实现判断第一输入事件中是否存在第二输入事件的过程。

作为一种示例，手机确定创建播放器的创建时间后，可以根据创建时间在前述的表1中寻找第二输入事件。当然，手机在表1中寻找第二输入事件，可能存在两种情况，第一种，未寻找到第二输入事件。第二种，寻找到第二输入事件。对于第一种情况，由于第二输入事件为零，若手机中具有媒体自动播放功能的应用在运行的过程中创建播放器，则确定为自动播放行为。对于第二种情况，可继续执行S408-S410。

在本申请实施例中，预设时间的具体取值可以根据实际情况而定，比如可以根据终端的运算速率来定。当运算速率较高时，预设时间可以设置的较短，当运算速率较低时，预设时间可以设置的较长。

S408：手机判断第二输入事件被分发到的app的app包名与第二信息中的app包名是否相同，和/或判断第二输入事件被分发到的app的进程ID和第二信息中的进程ID是否相同，若是，则执行S409，若否，则执行S410。

示例性的，手机中的处理器130在框架层中的playbackactivitymonitor来执行S408。或者，手机中设置有与playbackactivitymonitor不同的第二算法模块来执行S408。那么手机中的处理器130在运行第一算法模块对应的软件程序和/或模块时，从playbackactivitymonitor中获取第二信息，从IMS中获取第一信息，然后执行S408。为了节省功耗，第二算法模块默认处于不运行状态，当手机检测到自身处于媒体免打扰模式时，开始运行第二算法模块。

如前述内容可知，一个app对应一个进程或多个进程。因此下文分两种情况进行说明。第一种情况，一个app对应一个进程。第二种情况，一个app对应多个进程。

第一种情况，由于一个app对应一个进程，手机只需判断第二输入事件被分发到的app的包名和第二信息中的app包名是否相同，或者，手机只需判断第二输入事件被分发到的app的进程ID和第二信息中的进程ID是否相同即可。

第二种情况，由于一个app对应多个进程，手机判断第二输入事件被分发到的app的包名和第二信息中的app包名是否相同后，还可以判断第二输入事件被分发到的app的进程ID和第二信息中的进程ID是否相同。通过这种方式，可较为准确的定位到创建播放器和第二输入事件被分发到的是同一个app中的同一个进程中。

S409：手机播放媒体。

示例性的，手机中的处理器130调用框架层中的mediaplayerstart接口(图3中未示出)，通过mediaplayerstart接口触发显示单元160显示媒体包含的视频，和/或触发扬声器172播放媒体包含的音频，实现媒体播放。

当然，为了提高准确性，手机在播放媒体之前，还可以输出第一提示信息，该第一提示信息用于提示用户是否确认播放媒体。通过这种方式，可以进一步确定触发媒体播放行为是用户主动触发的，提高准确性。

示例性的，图6示出了本申请实施例提供的手机显示的第一提示信息的示意图。在图6中，以终端是手机为例，且以手机中的微信为例。如图6所示，手机显示的微信朋友圈的显示界面中包含广告播放窗口601、提示信息602、“确认”控件603和“取消”控件604，该提示信息602为“提醒：是否确认播放广告”。当用户触发“确认”控件603时，广告播放窗口601中播放广告。当用户触发“取消”控件604时，手机暂停或停止播放广告。

在本申请实施例中，S402-S404是为了判断已获取的输入事件中是否存在第一输入事件，并在存在时，获取该获取的输入事件中的第一信息，S402-S404可以顺序执行。S405-S406是为了判断手机是否创建了播放器，并在创建了播放器时，获取创建播放器的第二信息，S405先于S406执行。S402-S404可以与S405-S406先后执行，或同时执行。其中，S404和S406在S407-S408之前完成执行。

可以理解，S402-408只是一个实现的举例，其目的是为了判断已获取的输入事件中的某个输入事件是否导致了创建播放器。考虑到在用户在一个应用的界面进行播放操作后，该播放操作对应的输入事件被分发至该应用，该应用响应该输入事件而触发创建播放器，因此，判断已获取的输入事件中的某个输入事件是否导致了创建播放器可以判断一个输入事件是否满足以下条件：(1)该输入事件是第一输入事件，(2)该输入事件的分发时间早于播放器的创建时间，且二者时间差小于预设时间(例如S407中的判断是否存在第二输入事件)；(3)该输入事件被分发到的app，与创建播放器的app是同一个app(例如S408中的比较第二输入事件的app包名和/或进程ID，创建播放器的app包名和/或进程ID)。

当从已获取的输入事件中找到一个满足上述三个条件的目标输入事件时，则可以认为该目标事件导致了该app创建播放器，则执行S409，如果三个条件中有一个不满足，则认为创建播放器并不是用户的播放操作导致的，可能是应用自动播放，或者其他原因，则执行S410。

可以理解，为了实现上述判断的目的，除了S402-S408之外，还可以采用其他顺序或者具体步骤来实现，本发明实施例对此不做限定。

S410：手机暂停媒体播放。

示例性的，手机中的处理器130调用框架层中的mediaplayerpause接口(图3中未示出)，暂停媒体播放。或者，调用框架层中的mediaplayerstop接口(图3中未示出)，停止媒体播放。

在实际操作过程中，媒体可以包含图像和/或声音，所以手机暂停媒体时，可以选择暂停图像的播放和/或声音的播放。比如，只暂停声音播放时，手机可以将扬声器设置为静音或者将扬声器的音量设置为0。

当然，手机还可以通过显示屏显示媒体处于暂停状态或者停止状态，以提示用户媒体已暂停或者已停止播放。

作为一种示例，手机可以显示暂停控件或停止控件。

请参见图7所示，在图7中，以终端是手机为例，且以手机中的微信为例。如图7所示，手机的显示屏上显示的微信朋友圈中包含广告播放窗口701，其中，在广告播放窗口701中包含暂停控件702。

作为另一种示例，手机可以在显示屏上的媒体播放窗口中显示黑屏状态。

这种方式下，手机在媒体播放窗口中显示黑屏状态，以提示用户媒体已暂停或者停止播放。因此，手机可以不获取媒体(以媒体时视频为例，可以是网络视频或者本地视频)。这种方式，可以节省手机的计算时间和资源，提高效率。

当然，手机也可以在显示屏上的媒体播放窗口中显示图像或者文字等信息。

在本申请实施例中，为了美化媒体播放窗口，手机可以获取一帧图像，然后将获取的一帧图像显示在媒体播放窗口中。手机在该图像上显示暂停控件，以便用户知晓当前处于媒体暂停播放的状态。

手机获取的一帧图像可以是媒体中的一帧图像。以媒体是视频为例，手机可以获取视频(网络视频或本地视频)中的一帧图像。比如，可以获取视频的第一帧图像。手机获取的一帧图像还可以是手机自定义的一帧图像。比如，手机可以从网络或者本地获取与媒体无关的一帧图像。

当然，手机可以直接暂停播放媒体，也可以输出第二提示信息，以提示用户是否自动播放媒体。

示例性的，图8示出了本申请实施例提供的手机显示的第二提示信息的示意图。在图8中，以终端是手机为例，且以手机中的微信为例。如图8所示，手机显示的微信朋友圈的显示界面中包含广告播放窗口801、提示信息802、“确认”控件803和“取消”控件804，该提示信息802为“提醒：是否播放广告”。当用户触发“确认”控件803时，广告播放窗口801中播放广告。当用户触发“取消”控件804时，手机暂停或停止播放广告。

如前述内容可知，手机收到来自其它终端的信息或者来电时，也可以创建播放器来播放系统提示音(短信提示音或者来电提示音)。

这种情况下，由于手机收到来自其它终端的信息或者来电的时间不确定，而且，用户操作手机中短信应用和电话应用的时间相对较小，所以S408的判断结果为否的可能性较大，所以手机不播放系统提示音的可能性比较大。这种方式中，手机处于媒体免打扰模式时，可以屏蔽来电提示音或者短信提示音等。

作为一种示例，当S408的判断结果为否时，手机可以进一步通过判断媒体的播放时长来确定是否要播放媒体。通常，短信提示音是存储在手机本地的文件，播放时长较短。手机中可以记录短信提示音的播放时长。当手机接收到其它手机的短信时，创建播放器后，手机判断该播放器即将播放的短信提示音播放时长是否小于预设时长。若是，则确定为短信提示音，则播放短信提示音。若大于，则暂停短信提示音的播放。这种方式下，即使手机处于媒体免打扰模式，当手机接收到其它手机发送的信息时，比如短信、微信消息，QQ消息等，也可以及时的提示用户收到消息。

通过以上描述可知，通过本申请实施例提供的免打扰方法，终端可以避免媒体自动播放，节省数据流量，降低功耗，提高用户体验。

图4所示的实施例提供的免打扰方法中，手机暂停媒体播放后即S410之后，用户可以触发媒体播放。比如，用户可以触发媒体播放窗口中显示暂停控件，播放媒体。手机在运行过程中，可能会多次创建播放器。比如，用户在浏览app界面或者网页的过程中，为了浏览更多的内容，往往会向上滑动app界面或者网页，在上滑的过程中，app界面或者网页中可能会不断的出现新的媒体播放窗口，每次出现媒体播放窗口时，便创建一次播放器。或者，手机可能会不断的接收到其它手机发送的短消息或者来电时，会不断创建播放器。手机每创建一次播放器可以执行一次图4所示的免打扰流程。

在图4所示的实施例中，手机识别第一输入事件(S403-S404)和手机创建播放器(S405-S406)可以是两个独立的过程，二者之间没有顺序限定。比如，手机可以先创建播放器，然后判断是否存在于创建播放器的事件相匹配的第一输入事件。或者，手机也可以先识别第一输入事件，然后判断是否存在于第一输入事件匹配的创建播放器的事件。当然，S402-S404可以在持续进行，即手机只要处于媒体免打扰模式，则不停的获取输入事件，识别第一输入事件，记录第一输入事件的分发过程。一旦手机创建播放器，则执行S405-S410。

如果手机创建播放器但未从已获取的输入事件中识别出第一输入事件(即未执行S404)。由于不存在第一输入事件，所以手机无需执行S407-S410，直接暂停媒体播放。当然，这种情况下，手机也可以继续执行S407-S410，但由于第一输入事件为零，所以执行结果仍然为暂停媒体播放。

如果识别出第一输入事件，但是手机未创建播放器(即未执行S405-406)，所以手机不播放媒体。因此，手机可以无需执行S407-S410。

通常，手机在创建播放器的过程中，至少会进行两个过程。第一个过程，手机接收到创建播放器的请求信息，然后基于该请求信息做创建播放器的准备工作。第二个过程，手机创建播放器。以视频为例，第一个过程中，手机中某个app需要创建播放器时，app生成的请求信息，请求信息中包含app包名、视频地址(流媒体的地址或者本地视频的地址)或视频尺寸等。手机基于请求信息设置video标签，即设置的video标签包含app包名、视频地址或视频尺寸。当手机做好这些准备工作后，手机基于video标签创建播放器，即前述的第二个过程。

在图4所示的实施例发生在第二个过程中或者第二个过程之后，即手机已创建了播放器。具体的流程请参见前述关于图4所示实施例的描述。下面介绍另一个实施例，该实施例发生在第一个过程中或者发生在第一个过程之后第二个过程之前。具体的，手机中的app在运行过程中生成了用于请求创建播放器的请求信息，手机判断该请求信息是否为已获取的输入事件中的某个输入事件触发生成的，如果是，手机创建播放器播放媒体，如果不是手机不创建播放器。请参见图9所示：

S901-S904请参见图2所示的实施例中S401-S404。与图4所示的实施例不同的是S905-S908。

S905：手机中的app在运行过程中生成用于请求创建播放器的请求信息，所述请求信息中包含创建播放器的app的app包名、进程ID，生成请求信息的生成时间等。

在本申请实施例中，手机中的app在运行过程中，如果有播放媒体的需求时，可以生成用于请求创建播放器的请求信息。比如，当播放媒体的条件满足时，app产生创建播放器的请求信息。关于播放媒体的条件请参见前述内容。

示例性的，手机中的处理器130在运行app的软件程序/模式时以执行：app有播放媒体的需求时，生成请求信息，app将该请求信息发送至框架层，框架层接收到该请求信息时，基于该请求信息创建播放器。比如，app将请求信息发送至框架层中的某个API接口，该API接口基于请求信息设置video标签后，该API接口调用mediaplayer接口，并将video标签发送给mediaplayer，mediaplayer基于这些标签创建播放器。

S906：手机判断第一输入事件中是否存在第二输入事件，第二输入事件的分发时间早于生成时间，且二者之间的时间差小于预设时间，若是，则执行S907，若否，则不创建播放器。

关于S906的描述请参见图4所示的实施例中的S407。

S907：手机判断第一信息中的app包名与请求信息中的app包名是否相同，和/或判断第一信息中的进程ID和请求信息中的进程ID是否相同，若是，则执行S908，若否，则不创建播放器。

关于S906的描述请参见图4所示的实施例中的S408。

S908：手机创建播放器，播放媒体。

如果手机判断该请求信息是已获取的输入事件中的某个输入事件触发生成的，可以创建播放器，播放媒体。示例性的，手机中的处理器130调用框架层中的mediaplayer接口，运行该mediaplayer接口，完成播放器的创建。然后，手机中的处理器130调用框架层中的mediaplayerstart接口，通过mediaplayerstart接口触发显示单元160显示媒体包含的视频，和/或触发扬声器172播放媒体包含的音频，实现媒体播放。

如果手机的显示屏上显示某个应用的界面，且该界面中的媒体播放窗口被全部或部分显示时，该应用生成用于创建播放器的请求信息。如果手机判断该请求信息不是已获取的输入事件中的某个输入事件触发生成的，不会创建播放器。那么手机可以在媒体播放窗口中显示黑屏，若用户想要播放媒体，可以通过触发媒体播放窗口中的控件来触发手机创建播放器播放对应媒体。

在图4或图9所示的实施例中，用户是主动设置手机处于媒体免打扰模式的。而在实际应用中，用户可能会忘记设置媒体免打扰模式，而直接打开微信朋友圈、抖音等具有媒体自动播放功能的app。比如，在会议中，如果用户忘记设置媒体免打扰模式，直接打开app，若app自动播放媒体的话，可能会给用户带来不必要的麻烦。因此，在本申请实施例中，若用户未设置媒体免打扰模式，手机可以主动提示用户是否需要设置媒体免打扰模式。

一种可能的实现方式为，手机通过自身当前所处的情景模式来判断是否输出第三提示信息，第三提示信息用于提示用户设置媒体免打扰模式。

举例来说，手机确定自身当前处于静音模式、会议模式等。若手机检测到用户启动app(具有媒体自动播放功能的app)，可以显示第三提示信息，该第三提示信息用于提示用户，当前处于静音模式，是否设置媒体免打扰模式。

当然，手机可以在检测到用户启动app的同时显示第三提示信息，也可以是在用户启动app，而且app的显示界面中出现媒体播放窗口时，显示第三提示信息，本申请实施例对此不作限定。

示例性的，图10示出了手机显示第三提示信息的示意图。在图10中，以手机响应于用户触发的用于启动微信的操作，显示第三提示信息为例。

在图10中，手机的显示屏上显示提示信息1001，具体为“当前处于静音模式，是否打开媒体免打扰模式”。图10中，还显示两个控件，若用户触发的是“取消”控件1003，则手机隐藏提示信息，显示app界面。若用户触发的是“确定”控件1002，则手机自动启动媒体免打扰模式。或者，用户触发“确定”控件1002后，手机的显示屏跳转到设置app的显示界面(比如跳转到图5A或图5B)，然后由用户手动启动媒体免打扰模式。

另一种可能的实现方式为，手机可以通过已设置好的日程安排来确定是否输出第三提示信息，该第三提示信息用于提示用户设置媒体免打扰模式。

举例来说，用户设置日程安排为10：00-12：00：会议。手机检测到当前的系统时间为10：00时，可以显示第三提示信息，用以提示用户是否设置媒体免打扰模式。或者，系统时间在10：00-12：00之内，手机检测到用户启动app(具有媒体自动播放功能的app)的操作的同时，显示第三提示信息。或者，系统时间在10：00-12：00之内，手机的显示屏上显示的app的显示界面中出现媒体播放窗口时，显示第三提示信息。

示例性的，图11示出了手机显示第三提示信息的示意图。在图11中，以手机响应于用户触发的用于启动微信的操作，显示第三提示信息为例。

在图11中，手机的显示屏上显示提示信息1101，具体为“当前时间段的日常安排是会议，确定是否开启媒体免打扰模式”。图11中，还显示两个控件，若用户触发的是“取消”控件1103，则手机隐藏提示信息，显示app界面。若用户触发的是“确定”控件1102，则手机自动启动媒体免打扰模式。或者，用户触发“确定”控件1102后，手机的显示屏跳转到设置app的显示界面(比如跳转到图5A或图5B)，然后由用户手动启动媒体免打扰模式。

又一种可能的实现方式，手机可以根据数据流量是否处于开启状态来判断是否输出第三提示信息，第三提示信息用于提示用户设置媒体免打扰模式。

举例来说，手机检测到用户启动app(具有媒体自动播放功能的app)的操作时，或者，手机的显示屏上显示的app的显示界面中出现媒体播放窗口时，若手机检测到当前数据流量处于开启状态，则显示第三提示信息，以提示用户设置媒体免打扰模式。通过这种方式，有助于减少数据流量的浪费。

示例性的，图12示出了手机显示第三提示信息的示意图。在图12中，手机响应于用户触发的用于启动微信的操作，手机的显示屏上显示提示信息1201，具体为“数据流量已开启，是否设置媒体免打扰模式”。若用户触发的是“取消”控件1203，则手机隐藏提示信息，显示app界面。若用户触发的是“确定”控件1202，则手机自动启动媒体免打扰模式。或者，用户触发“确定”控件1202后，手机的显示屏跳转到设置app的显示界面(比如跳转到图5A或图5B)，然后由用户手动启动媒体免打扰模式。

又一种可能的实现方式，手机可以根据当前是否处于无线连接状态来判断是否输出第三提示信息，第三提示信息用于提示用户关闭媒体免打扰模式。需要说明的是，在本申请实施例中，手机处于无线连接状态是指，手机处于wifi连接状态，或者手机接入其它免费的网络的状态。

举例来说，手机检测到用户启动app(具有媒体自动播放功能的app)的操作时，或者，手机的显示屏上显示的app的显示界面中出现媒体播放窗口时，若手机检测到当前处于无线连接状态，且当前处于媒体免打扰模式，则显示第三提示信息，以提示用户关闭媒体免打扰模式。

示例性的，图13示出了手机显示第三提示信息的示意图。在图13中，手机响应于用户触发的用于启动微信的操作，手机的显示屏上显示提示信息1301，具体为“当前处于无线连接状态，是否关闭媒体免打扰模式”。

本申请的各个实施方式可以任意进行组合，以实现不同的技术效果。

上述本申请提供的实施例中，从终端作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，终端可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

基于相同的构思，图14所示为本申请提供的一种终端1400。如图14所示，终端1400包括显示单元1401、处理单元1402、播放控制单元1403。

其中，显示单元1401，用于显示终端1400中的第一应用的界面；

处理单元1402，用于当所述第一应用的界面包括播放媒体的窗口时，且所述第一应用处于媒体免打扰模式时，判断所述窗口播放第一媒体是否由用户的播放操作触发；

播放控制单元1403，用于在处理单元1402确定所述窗口播放第一媒体由用户的播放操作触发时，播放所述对应的媒体；

所述播放控制单元1403，用于在处理单元1402确定所述窗口播放第一媒体不是由用户的播放操作触发，暂停或停止播放所述对应的媒体。

可选的，所述处理单元1402还用于当所述第一应用的界面包括播放媒体的窗口时，创建播放器以播放所述第一媒体，确定所述播放器的创建时间；所述处理单元1402在用于判断所述窗口播放对应的媒体是否由用户的播放操作触发时，具体用于：确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，确定所述窗口播放第一媒体由用户的播放操作触发；若不存在所述目标输入事件，确定所述窗口播放第一媒体不是由用户的播放操作触发。

可选的，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

可选的，所述播放控制单元1403还用于，在处理单元1402确定所述窗口播放第一媒体不是由用户的播放操作触发，并且确定所述第一媒体的总时长大于第二时长时，暂停或停止播放所述第一媒体。

可选的，所述显示单元1401还用于，在所述处理单元1402确定所述窗口播放第一媒体不是由用户的播放操作触发时，所述播放媒体的窗口或在弹出的窗口显示第一控件，所述第一控件用于触发播放所述第一媒体；

所述播放控制单元1403还用于当所述处理单元1402检测到所述第一控件被触发时，播放所述第一媒体。

可选的，在所述播放媒体的窗口或在弹出的窗口显示文字或图标的第一提示信息，用于提示自动播放被禁止或提示用户是否播放所述第一媒体。

可选的，所述显示单元1401还用于：在所述处理单元1402响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；

所述处理单元1402还用于响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式。

可选的，所述处理单元1402在用于响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式时，具体包括：所述显示单元用于：在所述处理单元1402响应于用户激活所述媒体免打扰模式是否开启的控件的操作时，显示用于设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数；

所述处理单元1402用于分别响应于用户激活所述M个控件中的N个控件的操作，对与所述N个控件对应的N个应用开启免打扰模式，其中N为小于等于M个正整数。

可选的，所述显示单元1401还用于，在所述处理单元1402还用于响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数。

可选的，所述显示单元1401还用于：在所述处理单元1402检测到所述终端接入了无线网络时，提示用户关闭所述媒体免打扰模式，或显示所述第一界面。

可选的，所述终端包括显示屏、存储器，所述存储器中存储第一应用的软件程序和/或模块、框架层的软件程序和/或模块；显示屏显示所述第一应用的界面；框架层判断窗口播放第一媒体是否由用户的播放操作触发；若所述窗口播放第一媒体由用户的播放操作触发，所述框架层播放所述对应的媒体；若所述窗口播放第一媒体不是由用户的播放操作触发，所述框架层暂停或停止播放所述对应的媒体。

可选的，在所述第一应用的界面中包括播放媒体的窗口时，所述方法还包括：所述框架层创建播放器以播放所述第一媒体；所述框架层确定所述播放器的创建时间；所述框架层判断窗口播放第一媒体是否由用户的播放操作触发，包括：所述框架层确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，所述框架层确定所述窗口播放第一媒体由用户的播放操作触发；若不存在所述目标输入事件，所述框架层确定所述窗口播放第一媒体不是由用户的播放操作触发。

基于相同的构思，图15所示为本申请提供的一种终端1500。如图15所示，终端1500包括显示单元1501、处理单元1502、创建单元1503和播放单元1504。

其中，所述显示单元1501用于：显示所述第一应用的界面；

所述处理单元1502当所述第一应用的界面包括播放媒体的窗口时，获取第一应用生成的用于创建播放器的请求信息；若所述第一应用处于媒体免打扰模式时，判断所述请求信息是否由用户的播放操作触发生成的；

所述创建单元1503用于，在所述处理单元1502确定所述请求信息是否由用户的播放操作触发产生时，创建播放器；

所述播放单元1504，用于播放对应的媒体。

可选的，所述请求信息中包含第一应用生成所述请求信息的生成时间；所述处理单元1502在所述判断所述请求信息是否由用户的播放操作触发生成的时，具体用于：确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于请求信息的生成时间，且所述目标输入事件的分发时间与所述生成时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，确定所述请求信息由用户的播放操作触发生成；若不存在所述目标输入事件，确定所述请求信息不是由用户的播放操作触发生成。

可选的，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

可选的，所述显示单元1501还用于，在所述处理单元1502确定所述请求信息不是由用户的播放操作触发生成时，所述播放媒体的窗口或在弹出的窗口显示第一控件，所述第一控件用于触发创建播放器以播放所述第一媒体；

所述创建单元1503还用于当所述处理单元1502检测到所述第一控件被触发时，创建播放器；

所述播放单元1504还用于；在所述创建单元1503创建播放器后，播放所述第一媒体。

可选的，在所述播放媒体的窗口或在弹出的窗口显示文字或图标的第一提示信息，用于提示自动播放被禁止或提示用户是否播放所述第一媒体。

可选的，所述窗口播放第一媒体的条件包括：所述播放媒体的窗口被全部或部分显示，或者所述播放媒体的窗口被显示在终端的显示屏的中央。

可选的，所述显示单元1501还用于：在所述处理单元1502响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；

所述处理单元1502还用于响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式。

可选的，所述处理单元1502在用于响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式时，具体包括：所述显示单元用于：在所述处理单元1502响应于用户激活所述媒体免打扰模式是否开启的控件的操作时，显示用于设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数；

所述处理单元1502用于分别响应于用户激活所述M个控件中的N个控件的操作，对与所述N个控件对应的N个应用开启免打扰模式，其中N为小于等于M个正整数。

可选的，所述显示单元1501还用于，在所述处理单元1502还用于响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第二界面；所述第二界面包括M个应用的标识，和所述M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数。

可选的，所述显示单元1501还用于：在所述处理单元1502检测到所述终端接入了无线网络时，提示用户关闭所述媒体免打扰模式，或显示所述第一界面。

可选的，终端包括显示屏和存储器，所述存储器中包括第一应用的软件程序和/或模块、框架层的软件程序和/或模块；显示屏显示所述第一应用的界面；所述框架层获取用于请求创建播放器的请求信息；所述框架层判断所述请求信息是否由用户的播放操作触发生成的；若所述请求信息是由用户的播放操作触发产生的，所述框架层创建播放器，播放对应的媒体；若所述请求信息不是由用户的播放操作触发产生的，所述框架层拒绝或丢弃所述请求信息。

可选的，所述请求信息中包含第一应用生成所述请求信息的生成时间；所述框架层判断所述请求信息是否由用户的播放操作触发生成，包括：所述框架层确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于请求信息的生成时间，且所述目标输入事件的分发时间与所述生成时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；若存在所述目标输入事件，所述框架层确定所述请求信息由用户的播放操作触发生成；若不存在所述目标输入事件，所述框架层确定所述请求信息不是由用户的播放操作触发生成。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请实施例可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、电可擦可编程只读存储器(electrically erasable programmable read only memory，EEPROM)、只读光盘(compactdisc read-Only memory，CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(digital subscriber line，DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请实施例所使用的，盘(disk)和碟(disc)包括压缩光碟(compact disc，CD)、激光碟、光碟、数字通用光碟(digital video disc，DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

总之，以上所述仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡根据本申请的揭露，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (24)

1.一种免打扰的方法，适用于安装有第一应用的终端，其特征在于，该方法包括：

显示所述第一应用的界面；

在所述第一应用的界面中包括播放媒体的窗口时，若所述第一应用处于媒体免打扰模式，判断窗口播放第一媒体是否由用户的播放操作触发；

若所述窗口播放第一媒体由用户的播放操作触发，播放对应的所述媒体，并在接收到暂停操作时，暂停所述媒体的图像信号，播放所述媒体的声音信号；

若所述窗口播放第一媒体不是由用户的播放操作触发，暂停或停止播放对应的所述媒体。

2.如权利要求1所述的免打扰的方法，其特征在于，在所述第一应用的界面中包括播放媒体的窗口时，所述方法还包括：

创建播放器以播放所述第一媒体，确定所述播放器的创建时间；

所述判断所述窗口播放对应的媒体是否由用户的播放操作触发，包括：

确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；

若存在所述目标输入事件，确定所述窗口播放第一媒体由用户的播放操作触发；

若不存在所述目标输入事件，确定所述窗口播放第一媒体不是由用户的播放操作触发。

3.如权利要求2所述的免打扰的方法，其特征在于，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或

所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

4.如权利要求1-3任一项所述的免打扰的方法，其特征在于，若所述窗口播放第一媒体不是由用户的播放操作触发，并且所述第一媒体的总时长大于第二时长，暂停或停止播放所述第一媒体。

5.如权利要求1-3任一项所述的免打扰的方法，其特征在于，若所述窗口播放第一媒体不是由用户的播放操作触发，所述方法还包括：

在所述播放媒体的窗口或在弹出的窗口显示第一控件，所述第一控件用于触发播放所述第一媒体；

当所述第一控件被触发时，所述终端播放所述第一媒体。

6.如权利要求5所述的免打扰的方法，其特征在于，在所述播放媒体的窗口或在弹出的窗口显示文字或图标的第一提示信息，用于提示自动播放被禁止或提示用户是否播放所述第一媒体。

7.如权利要求1-3任一项所述的免打扰的方法，其特征在于，所述方法还包括：

响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；

响应于用户激活所述媒体免打扰模式是否开启的控件的操作，对所述终端中的全部或部分应用开启媒体免打扰模式。

8.如权利要求1-3任一所述的免打扰的方法，其特征在于，所述方法还包括：

响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第一界面，所述第一界面包括设置媒体免打扰模式是否开启的控件；

响应于用户激活所述媒体免打扰模式是否开启的控件的操作，显示用于设置媒体免打扰模式的第二界面；

所述第二界面包括M个应用的标识，和M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数；

响应于用户激活所述M个控件中的一个控件的操作，对与所述一个控件对应的应用开启媒体免打扰模式。

9.如权利要求1-3任一项所述的免打扰的方法，其特征在于，所述方法还包括：

响应于用户的操作，或检测到数据流量开启时，或当所述终端处于会议模式或静音模式时，显示设置媒体免打扰模式的第二界面；

所述第二界面包括M个应用的标识，和M个设置媒体免打扰模式是否开启的控件，所述M个控件分别对应所述M个应用；M为大于或等于1的整数。

10.如权利要求1-3任一所述的免打扰的方法，其特征在于，所述方法还包括：

当检测到所述终端接入了wifi时，提示用户关闭所述媒体免打扰模式，或显示第一界面。

11.如权利要求1所述的免打扰的方法，其特征在于，所述终端包括显示屏、存储器，所述存储器中存储有所述第一应用的软件程序和/或模块、框架层的软件程序和/或模块；

显示所述第一应用的界面，包括:

所述显示屏显示所述第一应用的界面；

所述判断窗口播放第一媒体是否由用户的播放操作触发，包括：

所述框架层判断窗口播放第一媒体是否由用户的播放操作触发；

所述播放所述对应的媒体，包括：

所述框架层播放所述对应的媒体；

所述暂停或停止播放所述对应的媒体，包括：

所述框架层暂停或停止播放所述对应的媒体。

12.如权利要求11所述的免打扰的方法，其特征在于，在所述第一应用的界面中包括播放媒体的窗口时，所述方法还包括：所述框架层创建播放器以播放所述第一媒体；所述框架层确定所述播放器的创建时间；

所述框架层判断窗口播放第一媒体是否由用户的播放操作触发，包括：

所述框架层确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；

若存在所述目标输入事件，所述框架层确定所述窗口播放第一媒体由用户的播放操作触发；

若不存在所述目标输入事件，所述框架层确定所述窗口播放第一媒体不是由用户的播放操作触发。

13.一种免打扰的方法，适用于安装有第一应用的终端，其特征在于，该方法包括：

显示所述第一应用的界面；

在所述第一应用的界面包括播放媒体的窗口时，获取第一应用生成的用于创建播放器的请求信息；

若所述第一应用处于媒体免打扰模式时，判断所述请求信息是否由用户的播放操作触发生成的；

若所述请求信息是由用户的播放操作触发产生的，创建播放器，播放对应的媒体，并在接收到暂停操作时，暂停所述媒体的图像信号，播放所述媒体的声音信号；

若所述请求信息不是由用户的播放操作触发产生的，拒绝或丢弃所述请求信息。

14.如权利要求13所述的免打扰的方法，其特征在于，所述请求信息中包含第一应用生成所述请求信息的生成时间；

所述判断所述请求信息是否由用户的播放操作触发生成的，包括：

确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于请求信息的生成时间，且所述目标输入事件的分发时间与所述生成时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；

若存在所述目标输入事件，确定所述请求信息由用户的播放操作触发生成；

若不存在所述目标输入事件，确定所述请求信息不是由用户的播放操作触发生成。

15.如权利要求14所述的免打扰的方法，其特征在于，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或

所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

16.如权利要求13-15任一项所述的免打扰的方法，其特征在于，若所述窗口播放第一媒体不是由用户的播放操作触发，并且所述第一媒体的总时长大于第二时长，暂停或停止播放所述第一媒体。

17.如权利要求13-15任一项所述的免打扰的方法，其特征在于，若所述窗口播放第一媒体不是由用户的播放操作触发，所述方法还包括：

所述终端的显示屏在所述播放媒体的窗口或在弹出的窗口显示第一控件，所述第一控件用于触发播放所述第一媒体；当所述第一控件被触发时，所述终端播放所述第一媒体。

18.如权利要求13所述的免打扰的方法，其特征在于，所述终端包括显示屏和存储器，所述存储器中存储有所述第一应用的软件程序和/或模块、框架层的软件程序和/或模块；

显示所述第一应用的界面，包括：

所述显示屏显示所述第一应用的界面；

所述获取第一应用生成的用于创建播放器的请求信息，包括：

所述框架层获取第一应用生成的用于请求创建播放器的请求信息；

所述判断所述请求信息是否由用户的播放操作触发生成的，包括：

所述框架层判断所述请求信息是否由用户的播放操作触发生成的；

所述创建播放器，播放对应的媒体，包括：

所述框架层创建播放器，播放对应的媒体；

所述拒绝或丢弃所述请求信息，包括：

所述框架层拒绝或丢弃所述请求信息。

19.如权利要求18所述的免打扰的方法，其特征在于，所述请求信息中包含第一应用生成所述请求信息的生成时间；所述框架层判断所述请求信息是否由用户的播放操作触发生成，包括：所述框架层确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于请求信息的生成时间，且所述目标输入事件的分发时间与所述生成时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；

若存在所述目标输入事件，所述框架层确定所述请求信息由用户的播放操作触发生成；

若不存在所述目标输入事件，所述框架层确定所述请求信息不是由用户的播放操作触发生成。

20.一种终端，其特征在于，包括处理器和存储器；

所述存储器用于存储一个或多个计算机程序；

当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述终端执行：

显示第一应用的界面；

在所述第一应用的界面中包括播放媒体的窗口时，若所述第一应用处于媒体免打扰模式，判断窗口播放第一媒体是否由用户的播放操作触发；

若所述窗口播放第一媒体由用户的播放操作触发，播放对应的所述媒体，并在接收到暂停操作时，暂停所述媒体的图像信号，播放所述媒体的声音信号；

若所述窗口播放第一媒体不是由用户的播放操作触发，暂停或停止播放对应的所述媒体。

21.如权利要求20所述的终端，其特征在于，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，还使得所述终端执行：

创建播放器以播放所述第一媒体，确定所述播放器的创建时间；

当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述终端执行判断窗口播放第一媒体是否由用户的播放操作触发的步骤时，具体执行；

确定已获取的输入事件中是否存在目标输入事件，所述目标输入事件是用户的播放操作对应的输入事件，所述目标输入事件的分发时间早于播放器的创建时间，且所述目标输入事件的分发时间与所述播放器的创建时间的时间差小于第一预设时长，所述目标输入事件被分发到所述第一应用；

若存在所述目标输入事件，确定所述窗口播放第一媒体由用户的播放操作触发；

若不存在所述目标输入事件，确定所述窗口播放第一媒体不是由用户的播放操作触发。

22.如权利要求21所述的终端，其特征在于，所述目标输入事件被分发到的应用的包名与所述第一应用的包名相同；和/或

所述目标输入事件被分发到的应用的进程号与所述第一应用的进程号相同。

23.如权利要求20-22任一项所述的终端，其特征在于，当所述存储器存储的一个或多个计算机程序被所述处理器执行时，使得所述终端执行：

在所述窗口播放第一媒体不是由用户的播放操作触发，并且所述第一媒体的总时长大于第二时长时，暂停或停止播放所述第一媒体。

24.一种计算机存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当计算机程序在终端上运行时，使得所述终端执行如权利要求1至19任一所述的方法。

Images