CN116055618A - 一种识别终端状态的方法和装置 - Google Patents

Abstract

一种识别终端状态的方法和装置，应用于终端技术领域。该方法包括：基于加速度数据确定第一概率值；基于加速度数据确定第二概率值；基于第一概率值和第二概率值，确定终端用户的状态，终端用户的状态包括第一状态、第二状态及第三状态，第一状态指终端用户离开高铁车厢的状态，第二状态指终端用户位于高铁车厢且高铁处于行驶的状态，第三状态是指终端用户位于高铁车厢且高铁处于停止运行的状态；在确定终端用户为第一状态时，显示第一界面，第一界面包括第一窗口，第一窗口用于向用户显示当前位置的出行推荐信息，能够智能识别出终端用户上下高铁车厢的场景，从而为用户进行相应的功能推荐，提升用户在乘坐高速列车时使用智能终端的体验。

Description

一种识别终端状态的方法和装置

技术领域

本申请涉及终端技术领域，并且具体地，涉及一种识别终端状态的方法和装置。

背景技术

随着铁路运输的快速发展，越来越多的用户在出行时倾向于选择高速运行的交通工具，比如，乘坐高铁、动车、火车。另外，随着智能终端的普及，智能终端成为用户在出行时携带的必需品。因此，在享受高速便捷的出行服务时，用户的终端体验也不容忽视。

现有技术通过高铁专网识别来终端用户是否为高铁用户。但是这种方式对终端的高铁状态识别能力非常有限，无法准确识别出终端用户的上下高铁状态，从而影响用户体验。因此，亟需提出一种识别终端状态的方法。

发明内容

有鉴于此，本申请提供了一种识别终端状态的方法、装置、计算机可读存储介质和计算机程序产品，能够智能识别出终端用户上下高铁车厢的场景，从而为用户进行相应的功能推荐，提升用户在乘坐高速列车时使用智能终端的体验。

第一方面，提供了一种识别终端状态的方法，包括：

通过加速度传感器获取终端的加速度数据；

基于所述加速度数据确定第一概率值，所述第一概率值用于表征所述终端处于行走状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是行走状态；

基于所述加速度数据确定第二概率值，所述第二概率值用于表征所述终端处于高铁状态的概率，其中，在所述第二概率值大于第二概率阈值时，所述终端是高铁状态；

基于所述第一概率值和所述第二概率值，确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；

在确定所述终端用户为第一状态时，显示第一界面，所述第一界面包括第一窗口，所述第一窗口用于向用户显示当前位置的出行推荐信息。

上述方法可以由终端设备或终端设备中的芯片执行。在本申请实施例中，通过加速度数据确定第一概率值(即用于表征所述终端处于行走状态的概率)以及第二概率值(即用于表征所述终端处于高铁状态的概率)，然后基于第一概率值和第二概率值确定终端用户处于以下三种状态中的哪种状态：第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；最后在智能识别出终端是第一状态时，为用户呈现相关推荐界面，为用户提供便捷服务，提升用户在乘坐高铁时使用智能终端的体验。

本申请实施例将终端用户离开高铁车厢的状态，或者说下高铁车厢的状态，或者说未进入高铁车厢的状态定义为第一状态。

本申请实施例将终端用户位于高铁车厢内，并且，高铁当前处于行驶状态定义为第二状态。

本申请实施例将终端用户位于高铁车厢内，但是高铁并未行驶(或者说是停止运行)的状态定义为第三状态。第三状态也可以称作中间状态。

一般而言，高铁周围都会部署有高铁专网。本申请实施例通过统计终端连接的一定数量的基站，来判断终端是否位于高铁沿线。或者说，将终端在高铁沿线连接的高铁基站的数量，作为识别终端用户状态的一个因素。

在一种可能的实现方式中，所述方法还包括：

获取M个接入网设备的标识信息，所述M个接入网设备指所述终端用户最近连接过的多个接入网设备；

根据所述M个接入网设备的标识信息，确定第一数量，所述第一数量是所述M个接入网设备中第一接入网设备的数量，所述第一接入网设备指携带第一标识的接入网设备；

其中，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态。

可选地，第一标识是highwayID。高铁专网的基站可以携带highwayID。

本申请实施例对M的数目不作具体限定，比如，M可以取值为10,13,15等。

因此，通过考虑第一数量，第一概率值和第二概率值，能够提高识别终端用户的高铁状态的准确率。并且，对于第二状态而言，引入第一数量后，能够显著提高了识别终端用户是从第一状态切换到第二状态的准确率。

可选地，在一种可能的实现方式中，所述基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态，包括：

判断所述第一数量是否大于第一数量阈值；

获取第四预设时长内的多个第一概率阈值；

基于所述多个第一概率阈值，获取在所述第四预设时长内所述终端是行走状态的第四时长；

判断所述第四时长是否大于第六时间阈值；

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否大于第七时间阈值；

在所述第一数量大于第一数量阈值，所述第四时长大于所述第六时间阈值，且，所述第二时长大于所述第七时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第一状态切换到所述第二状态的。

因此，在结合第一数量判断终端用户的状态时，不仅需要统计最近一段时间内终端连接的携带高铁专网标识的基站数量，还需要统计最近一段时间(对应第四预设时长)内，终端用户是行走状态的累计时长(对应第四时长)，以及，最近一段时间(对应第二预设时长)内，终端用户是高铁状态的累计时长(对应第二时长)，然后分别将得到的基站数量、累计时长与相应的阈值作对比。在都满足预设条件时，比如，第一数量大于第一数量阈值，第四时长大于第六时间阈值，第二时长大于第七时间阈值，可以判定终端用户位于行驶中的高铁，即第二状态，能够提高识别终端用户状态的准确性。

另外，为了方便人们更便捷的出行，目前高铁站处通常建设有地铁站。本申请实施例针对这种场景也提供了相应的技术方案。

在一种可能的实现方式中，在确定所述终端用户为第一状态时，所述方法还包括：

基于终端的定位信息检测地铁站信息；

在识别到地铁站后，在所述第一界面显示第二窗口，所述第二窗口用于向用户显示所述终端用户进入地铁站时所需的信息，所述第二窗口包括第一控件；

检测到对所述第一控件的操作；

响应于对所述第一控件的操作，显示第二界面，所述第二界面包括地铁乘车码。

因此，在终端用户离开高铁车厢后，如果检测到用户进入了地铁站，还可以向用户推送地铁乘车码，为用户实时弹出或推送将要用到的出站卡片功能，省去了用户主动打开出站卡片的时间，为用户提供便捷服务。

由于下高铁车厢后走到地铁闸机处还有一段距离，因此，为了节约终端的功耗，可以在一段时间后再基于终端的定位信息检测地铁站信息。

可选地，作为一个实施例，所述基于终端的定位信息检测地铁站信息，包括：在预设时间段后(比如10分钟)基于终端的定位信息检测地铁站信息。这样，有助于节省终端的功耗。

在一种可能的实现方式中，所述第二窗口还包括第二控件；所述方法还包括：

检测到对所述第二控件的操作；

响应于对所述第二控件的操作，显示第三界面，所述第三界面包括所述终端用户的个人健康码。

在检测到终端用户离开高铁车厢后，如果检测到用户进入了地铁站，还可以向用户推送个人健康码控件。这样，在用户在下高铁后，可以直接在出行卡片中打开健康码，为用户提供方便。

在一种可能的实现方式中，所述第二窗口还包括第三控件；所述方法还包括：

检测到对所述第三控件的操作；

响应于对所述第三控件的操作，显示第四界面，所述第四界面包括所述终端用户的通信行程卡。

在检测到终端用户离开高铁车厢后，如果检测到用户进入了地铁站，还可以向用户推送行程码控件。这样，在用户在下高铁后，如果需要出示行程码，则可以直接在出行卡片中打开行程码，为用户提供方便。

在一种可能的实现方式中，所述方法还包括：

在确定所述终端用户为第二状态时，开启网络加速模块。

对于行驶中的高铁车厢，车厢内的信号质量比较弱，因此在智能判断出为第二状态时，可以为用户打开或启动终端的网络加速模块，以便加速网络连接或者进行网络优化，提升用户在地铁车厢内的上网体验。

可选地，网络加速模块可以通过全网络聚合加速技术(Link Turbo)网络优化实现。

可选地，作为一个可能的实现方式，在开启网络加速模块之前，所述方法还包括：

判断终端是否处于亮屏状态；

如果终端处于亮屏状态，则开启所述网络加速模块；

如果终端不处于亮屏状态，则不开启所述网络加速模块。

这里，判断终端是否处于亮屏状态可以是在智能判断出是第二状态后就进行。如果检测到终端处于亮屏状态，则用户此时可能正在使用终端，为了提升在高铁中使用终端的体验(比如优化网络，提高用户上网的网速)，可以开启网络加速模块。如果检测到终端不处于亮屏状态，则表示用户未使用终端，为了节省功耗，可以不开启网络加速模块。

可选地，作为一个可能的实现方式，在开启网络加速模块之后，所述方法还包括：

向用户显示提示框(或者说提示窗口)，所述提示框中包括第一选项和第二选项，所述第一选项用于选择关闭网络加速模块，所述第二选项用于选择继续打开网络加速模块。

若用户点击第一选项，则关闭网络加速模块，以避免增加网络流量，还能够节省终端的功耗。若用户点击第二选项，则维持打开网络加速模块的状态。

可选地，作为一个可能的实现方式，在开启网络加速模块之前，所述方法还包括：

检测用户当前是否正在使用手机；

在检测到用户使用手机时，开启网络加速模块。

比如，在行驶的高铁车厢内，用户在乘坐高铁中途有使用手机的需求，此时检测到终端处于亮屏状态，则开启网络加速模块。如果检测到用户没有使用手机，则不开启网络加速模块。

基于所述第一概率值和所述第二概率值确定终端用户的状态有以下三种方式。

在第一种可能的实现方式中，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第一预设时长内的多个第一概率值；

基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

判断第一时长是否大于第一时间阈值；

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否小于第二时间阈值；

在所述第一时长大于第一时间阈值，且所述第二时长小于所述第二时间阈值时，确定所述终端用户为第一状态，其中，所述终端用户的状态是从所述第二状态切换到所述第一状态的。

因此，基于第一概率值和第二概率值，通过判断第一时长与第一时间阈值的关系，判断第二时长与第二时间阈值的关系，可以准确地判断终端用户为下高铁车厢状态(即第一状态)，且是从第二状态切换到第一状态的。

在第二种可能的实现方式中，基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第一预设时长内的多个第一概率值；

基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

判断第一时长是否小于第三时间阈值；

获取第三预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第三预设时长内所述终端是高铁状态的第三时长；

判断所述第三时长是否小于第四时间阈值；

在所述第一时长小于第三时间阈值，且所述第三时长小于所述第四时间阈值时，确定所述终端用户为第三状态，其中，所述终端用户的状态是从所述第二状态切换到所述第三状态的。

因此，基于第一概率值和第二概率值，通过判断第一时长与第三时间阈值的关系，判断第三时长与第四时间阈值的关系，可以准确判断终端用户为第三状态，且是从第二状态切换到第三状态的。

在第三种可能的实现方式中，基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否大于第五时间阈值；

在所述第二时长大于所述第五时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第三状态切换到所述第二状态的。

因此，基于第一概率值和第二概率值，通过判断第二时长与第五时间阈值的关系，可以快速判断终端用户为第二状态，且是从第三状态切换到所述第二状态的。

在一种可能的实现方式中，所述方法还包括：

在确定所述终端用户为第二状态或第三状态时，显示第五界面，所述第五界面包括第三窗口，所述第三窗口用于向用户显示长途公共交通导航的信息，所述第三窗口包括第四控件；

检测到对所述第四控件的操作；

响应于对所述第四控件的操作，显示第六界面，所述第六界面包括以下信息中的一项或多项：当前所在站点信息、经过的站点信息以及当前车次的全部站点信息。

如果判断出终端用户是第二状态或者第三状态，那么还可以向用户推荐长途公共交通导航的功能，有助于提升用户体验。

在一种可能的实现方式中，基于所述加速度数据确定第一概率值，包括：

基于所述加速度数据，通过第一二分类网络计算所述第一概率值。

在一种可能的实现方式中，基于所述加速度数据确定第二概率值，包括：

基于所述加速度数据，通过第二二分类网络计算所述第二概率值。

可选地，二分类网络可以是决策树网络、支持向量机(support vector machines，SVM)网络、逻辑回归网络、神经网络等学习网络。

可选地，第一二分类网络与第二二分类网络可以是不同的网络类型，也可以是相同的网络类型，对此不作具体限定。比如，第一二分类网络是决策树网络，第二二分类网络是二分类神经网络。又比如，第一二分类网络和第二二分类网络均是决策树网络。

在一种可能的实现方式中，所述方法还包括：

显示第一设置界面，所述第一设置界面包括高铁设置控件；

响应于用户针对所述高铁设置控件的操作，进入高铁设置界面，所述高铁设置界面包括第三选项，所述第三选项用于选择默认开启或关闭第二状态下的网络加速模块。

用户可以在高铁设置控件对是否默认开启高铁状态下的网络加速模块进行预先设置。如果用户设置为默认开启高铁状态下的网络加速模块，则在智能识别到是行驶中的高铁场景后(比如进入第二状态)就会自动打开网络加速模块，能够提升用户在乘坐高铁时的上网体验；如果用户设置为默认关闭高铁状态下的网络加速模块，则即使识别到是行驶中的高铁场景后(比如进入地铁车厢)也不会自动打开网络加速模块，能够节省功耗。

第二方面，提供了一种识别终端状态的装置，包括用于执行第一方面中任一种方法的单元。该装置可以是终端(或者终端设备)，也可以是终端(或者终端设备)内的芯片。该装置包括输入单元、显示单元和处理单元。

当该装置是终端时，该处理单元可以是处理器，该输入单元可以是通信接口，该显示单元可以是图形处理模块和屏幕；该终端还可以包括存储器，该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该终端执行第一方面中的任一种方法。

当该装置是终端内的芯片时，该处理单元可以是芯片内部的逻辑处理单元，该输入单元可以是输出接口、管脚或电路等，该显示单元可以是芯片内部的图形处理单元；该芯片还可以包括存储器，该存储器可以是该芯片内的存储器(例如，寄存器、缓存等)，也可以是位于该芯片外部的存储器(例如，只读存储器、随机存取存储器等)；该存储器用于存储计算机程序代码，当该处理器执行该存储器所存储的计算机程序代码时，使得该芯片执行第一方面的任一种方法。

第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序代码，当所述计算机程序代码被识别终端状态的装置运行时，使得该装置执行第一方面中的任一种方法。

第四方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被识别终端状态的装置运行时，使得该装置执行第一方面中的任一种方法。

附图说明

图1是本申请实施例的应用场景的一个示例图；

图2是本申请实施例的应用场景的另一个示例图；

图3是一种适用于本申请的电子设备的硬件系统的示意图；

图4是一种适用于本申请的电子设备的软件系统的示意图；

图5是本申请实施例的一种识别终端状态的方法的示意性流程图；

图6是本申请实施例计算行走概率值的一个示例流程图；

图7是本申请实施例计算高铁概率值的一个示例流程图；

图8是本申请实施例确定终端用户状态的一个示例流程图；

图9是用户下高铁车厢后第一概率值和第二概率值的变化趋势示意图；

图10是本申请实施例确定终端用户状态的另一个示例流程图；

图11是本申请实施例确定终端用户状态的又一个示例流程图；

图12是本申请实施例的一个出行推荐信息的界面示意图；

图13是用户下高铁车厢后进入地铁站时终端的一个界面示意图；

图14是用户下高铁车厢后进入地铁站时终端的另一界面示意图；

图15是用户下高铁车厢后进入地铁站时终端的又一界面示意图；

图16是本申请实施例确定终端用户状态的又一个示例流程图；

图17是本申请实施例的提醒用户已打开Link Turbo的界面示意图；

图18是本申请实施例的智慧出行的设置选项的界面示例图；

图19是终端用户在第二状态或第三状态时的一个界面示例图；

图20是终端用户在第二状态或第三状态时的另一个界面示例图；

图21是终端用户在第二状态或第三状态时的又一个界面示例图；

图22是本申请实施例的一种识别终端状态的装置的一个示意性框图。

具体实施方式

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

本申请实施例的技术方案应用于用户携带终端乘坐高速运行的交通工具的场景中。本申请实施例对高速运行的交通工具不作具体限定。高速运行的交通工具可以是火车类别的交通工具，比如，K次编号火车、高铁、磁悬浮列车、快速列车、动车、城际列车。或者，高速运行的交通工具也可以是航运类别的交通工具，比如，邮轮、游艇等。

为便于描述，本申请实施例以高铁为例进行描述，但这并不对本申请实施例构成限定。

本申请实施例的技术方案针对的是用户携带智能终端上高铁车厢的场景，用户携带智能终端下地铁车厢的场景。另外，用户携带智能终端上高铁车厢后，高铁可以包括两种场景：高铁处于运行状态，以及，高铁处于停止运行的状态(比如，中途到站停车，又比如，出发前等待发车)。无论是哪种场景，本申请实施例的识别终端状态的方法均适用。

以下结合图1和图2中的示例描述本申请实施例的应用场景。

图1中(1)和图1中(2)是用户携带终端上高铁车厢的一个场景示例图。如图1中(1)所示，用户携带终端11准备进入高铁车厢。如图1中(2)所示，用户在进入高铁车厢后，可使用终端11。

应理解，图1中(2)示出的用户在高铁车厢中使用终端11的场景只是举例描述，本申请实施例并不限于此。事实上，用户在进入高铁车厢后也可以不使用终端11。

还应理解，图1中(2)示出的高铁可以处于行驶状态，也可以处于非行驶状态，比如，等待发车的状态或中途停车的状态等。

图2中(1)和图2中(2)是用户携带终端离开高铁车厢的一个场景示例图。如图2中(1)所示，地铁车厢门已经打开，用户携带终端11准备离开高铁车厢。如图2中(2)所示，用户携带终端11已经离开高铁车厢。

可以理解，图1和图2中的场景只是示意性说明本申请的应用场景，这并不对本申请实施例构成限定，本申请并不限于此。

本申请实施例以用户乘坐高铁为例进行描述。当用户在乘坐高铁时，如果无法有效识别终端是离开高铁车厢还是进入高铁车厢的状态，那么将无法为用户提供个性化推荐或者无法进行网络优化，影响用户在乘坐高铁时的终端使用体验。

本申请实施例提供的技术方案，通过加速度传感器采集加速度数据，并根据加速度数据确定第一概率值和第二概率值；然后根据所述第一概率值和所述第二概率值，确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；在确定终端第一状态时，向用户呈现第一界面，所述第一界面中包括第一窗口，所述第一窗口用于向用户显示当前位置的出行推荐信息，能够准确识别终端的高铁状态，从而在相应场景下为用户提供推荐服务。

图3示出了一种适用于本申请的电子设备的硬件系统。

装置100可以是手机、智慧屏、平板电脑、可穿戴电子设备、车载电子设备、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、投影仪等等电子设备，本申请实施例对装置100的具体类型不作任何限制。

装置100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

需要说明的是，图3所示的结构并不构成对装置100的具体限定。在本申请另一些实施例中，装置100可以包括比图3所示的部件更多或更少的部件，或者，装置100可以包括图3所示的部件中某些部件的组合，或者，装置100可以包括图3所示的部件中某些部件的子部件。比如，图3所示的接近光传感器180G可以是可选的。图3示的部件可以以硬件、软件、或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元。例如，处理器110可以包括以下处理单元中的至少一个：应用处理器(application processor，AP)、调制解调处理器、图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processor，ISP)、控制器、视频编解码器、数字信号处理器(digital signal processor，DSP)、基带处理器、神经网络处理器(neural-network processing unit，NPU)。其中，不同的处理单元可以是独立的器件，也可以是集成的器件。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

图3所示的各模块间的连接关系只是示意性说明，并不构成对装置100的各模块间的连接关系的限定。可选地，装置100的各模块也可以采用上述实施例中多种连接方式的组合。

装置100可以通过GPU、显示屏194以及应用处理器实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194可以用于显示图像或视频。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)、有源矩阵有机发光二极体(active-matrix organic light-emitting diode，AMOLED)、柔性发光二极管(flex light-emitting diode，FLED)、迷你发光二极管(mini light-emitting diode，Mini LED)、微型发光二极管(micro light-emitting diode，Micro LED)、微型OLED(Micro OLED)或量子点发光二极管(quantum dotlight emitting diodes，QLED)。在一些实施例中，装置100可以包括1个或N个显示屏194，N为大于1的正整数。

装置100可以通过ISP、摄像头193、视频编解码器、GPU、显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP可以对图像的噪点、亮度和色彩进行算法优化，ISP还可以优化拍摄场景的曝光和色温等参数。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的红绿蓝(red green blue，RGB)，YUV等格式的图像信号。在一些实施例中，装置100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当装置100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

装置100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D以及应用处理器等实现音频功能，例如，音乐播放和录音。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也可以用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170或者音频模块170的部分功能模块可以设置于处理器110中。

扬声器170A，也称为喇叭，用于将音频电信号转换为声音信号。装置100可以通过扬声器170A收听音乐或免提通话。

受话器170B，也称为听筒，用于将音频电信号转换成声音信号。当用户使用装置100接听电话或语音信息时，可以通过将受话器170B靠近耳朵接听语音。

麦克风170C，也称为话筒或传声器，用于将声音信号转换为电信号。当用户拨打电话或发送语音信息时，可以通过靠近麦克风170C发声将声音信号输入麦克风170C。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动装置100平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

陀螺仪传感器180B可以用于确定装置100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定装置100围绕三个轴(即，x轴、y轴和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。例如，当快门被按下时，陀螺仪传感器180B检测装置100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消装置100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航和体感游戏等场景。

气压传感器180C用于测量气压。在一些实施例中，装置100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。装置100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当装置100是翻盖机时，装置100可以根据磁传感器180D检测翻盖的开合。装置100可以根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。可选地，磁传感器180D也可以称作磁力计传感器。磁传感器180D用于采集装置100的磁力计数据。磁力计数据反映了电子设备周围的磁场变化。

加速度传感器180E可检测装置100在各个方向上(一般为x轴、y轴和z轴)加速度的大小。当装置100静止时可检测出重力的大小及方向。加速度传感器180E还可以用于识别装置100的姿态，作为横竖屏切换和计步器等应用程序的输入参数。

在一些实施例中，可以通过加速度传感器180E获取装置100的加速度数据。

距离传感器180F用于测量距离。装置100可以通过红外或激光测量距离。在一些实施例中，例如在拍摄场景中，装置100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(light-emitting diode，LED)和光检测器，例如，光电二极管。LED可以是红外LED。装置100通过LED向外发射红外光。装置100使用光电二极管检测来自附近物体的红外反射光。当检测到反射光时，装置100可以确定附近存在物体。当检测不到反射光时，装置100可以确定附近没有物体。装置100可以利用接近光传感器180G检测用户是否手持装置100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式或口袋模式的自动解锁与自动锁屏。应理解，图3中所述的接近光传感器180G可以是可选部件。在一些场景下，可以利用超声传感器来替代接近光传感器180G检测接近光。

环境光传感器180L用于感知环境光亮度。装置100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测装置100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。装置100可以利用采集的指纹特性实现解锁、访问应用锁、拍照和接听来电等功能。

触摸传感器180K，也称为触控器件。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，触摸屏也称为触控屏。触摸传感器180K用于检测作用于其上或其附近的触摸操作。触摸传感器180K可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于装置100的表面，并且与显示屏194设置于不同的位置。

按键190包括开机键和音量键。按键190可以是机械按键，也可以是触摸式按键。装置100可以接收按键输入信号，实现于案件输入信号相关的功能。

马达191可以产生振动。马达191可以用于来电提示，也可以用于触摸反馈。马达191可以对作用于不同应用程序的触摸操作产生不同的振动反馈效果。对于作用于显示屏194的不同区域的触摸操作，马达191也可产生不同的振动反馈效果。不同的应用场景(例如，时间提醒、接收信息、闹钟和游戏)可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

在一些实施例中，处理器110可以通过加速度传感器180E获取终端的加速度数据；

基于所述加速度数据确定第一概率值，所述第一概率值用于表征所述终端处于行走状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是行走状态；

基于所述加速度数据确定第二概率值，所述第二概率值用于表征所述终端处于高铁状态的概率，其中，在所述第二概率值大于第二概率阈值时，所述终端是高铁状态；

基于所述第一概率值和所述第二概率值，确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；

在确定所述终端用户为第一状态时，调用显示屏194显示第一界面，所述第一界面包括第一窗口，所述第一窗口用于向用户显示当前位置的出行推荐信息。

上文详细描述了装置100的硬件系统，下面介绍装置100的软件系统。软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构，本申请实施例以分层架构为例，示例性地描述装置100的软件系统。

如图4所示，采用分层架构的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，软件系统可以分为四层，从上至下分别为应用程序层、应用程序框架层、安卓运行时(Android Runtime)和系统库、以及内核层。

应用程序层可以包括相机、日历、通话、地图、导航、WLAN、蓝牙等应用程序。可以理解，图4中示出的应用程序仅是示例描述，本申请实施例并不限于此。可选地，应用程序层还可以包括其他系统应用程序(比如，图库、音乐、视频、短信息)、用户安装的第三方程序等。

在一些可能的实施例中，应用程序层还包括第一检测模块、第二检测模块和高铁模式判断模块。第一检测模块用于根据加速度数据确定第一概率值，所述第一概率值用于表征所述终端处于行走状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是行走状态。第二检测模块用于根据加速度数据确定第二概率值，所述第二概率值用于表征所述终端处于高铁状态的概率，其中，在所述第二概率值大于第二概率阈值时，所述终端是高铁状态。高铁模式判断模块用于根据第一概率值和第二概率值确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态。

可选地，在一些可能的实施例中，所述高铁模式判断模块还用于根据所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态，所述第一数量是M个接入网设备中第一接入网设备的数量，所述第一接入网设备指携带第一标识的接入网设备，所述M个接入网设备指所述终端用户最近连接过的多个接入网设备。

应理解，上述是以第一检测模块、第二检测模块和地铁模式判断模块位于应用程序层为例进行描述，但本申请实施例并不限于此。事实上，第一检测模块、第二检测模块和地铁模式判断模块中的部分或全部可以位于其他层(比如系统库)等等。

应用程序框架层为应用程序层的应用程序提供应用程序编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层可以包括一些预定义的函数。

例如，应用程序框架层包括窗口管理器、内容提供器、视图系统、电话管理器、资源管理器和通知管理器。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏、锁定屏幕和截取屏幕。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、以及电话簿。

视图系统包括可视控件，例如显示文字的控件和显示图片的控件。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成，例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供装置100的通信功能，例如通话状态(接通或挂断)的管理。

资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件和视频文件。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于下载完成告知和消息提醒。通知管理器还可以管理以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知。通知管理器还可以管理以对话窗口形式出现在屏幕上的通知，例如在状态栏提示文本信息、发出提示音、电子设备振动以及指示灯闪烁。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理、堆栈管理、线程管理、安全和异常的管理、以及垃圾回收等功能。

系统库可以包括多个功能模块，例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：针对嵌入式系统的开放图形库(opengraphics library for embedded systems，OpenGL ES)和2D图形引擎(例如：skia图形库(skia graphics library，SGL))。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D图层和3D图层的融合。

媒体库支持多种音频格式的回放和录制、多种视频格式回放和录制以及静态图像文件。媒体库可以支持多种音视频编码格式，例如:MPEG4、H.264、动态图像专家组音频层面3(moving picture experts group audio layer III，MP3)、高级音频编码(advancedaudio coding，AAC)、自适应多码率(adaptive multi-rate，AMR)、联合图像专家组(jointphotographic experts group，JPG)和便携式网络图形(portable network graphics，PNG)。

三维图形处理库可以用于实现三维图形绘图、图像渲染、合成和图层处理。

二维图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层可以包括显示驱动、摄像头驱动、音频驱动和传感器驱动等驱动模块。

下面结合显示拍照场景，示例性说明装置100的软件系统和硬件系统的工作流程。

当用户在触摸传感器180K上进行触摸操作时，相应的硬件中断被发送至内核层，内核层将触摸操作加工成原始输入事件，原始输入事件例如包括触摸坐标和触摸操作的时间戳等信息。原始输入事件被存储在内核层，应用程序框架层从内核层获取原始输入事件，识别出原始输入事件对应的控件，并通知该控件对应的应用程序(application，APP)。例如，上述触摸操作为单击操作，上述控件对应的APP为相机APP，相机APP被单击操作唤醒后，可以通过API调用内核层的摄像头驱动，通过摄像头驱动控制摄像头193进行拍摄。

以下结合图5至图21描述本申请实施例的一种识别终端状态的方法和装置。

参考图5，图5示出了本申请实施例的一种识别终端状态的方法400的示意性流程图。可以理解，图5中涉及的加速度传感器只是示例性描述，本申请并不限于此。可以理解，这些传感器也可以被具有相同功能的传感器替换。该方法可应用于图1和图2所示的场景。该方法400包括：

S401，通过加速度传感器获取终端的加速度数据。

具体地，在用户携带终端时，可以通过加速度传感器采集加速度数据。比如，加速度数据包括3轴(x轴，y轴和z轴)数据。

可以理解，加速度传感器可以被其他能够采集终端的加速度数据的传感器替换。

示例性地，加速度传感器可以是图3中的加速度传感器180E。

S402，基于所述加速度数据确定第一概率值，所述第一概率值用于表征所述终端处于行走状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是行走状态。

终端用户处于行走状态是指：用户携带终端行走的运动状态。

应理解，行走是对用户的运动行为场景的一个概述，行走包括但不限于：走路、跑动、跳跃等行为。

第一概率值也可以表述为行走概率值。第一概率值用于表征终端当前处于行走的概率大小。

可选地，可以通过设定第一概率阈值来判断终端是否是行走状态。如果计算出的第一概率值大于第一概率阈值，则判定终端是行走状态。

可以理解，第一概率阈值可以预先设定。本申请实施例对第一概率阈值的取值不作限定。

本申请实施例可通过二分类网络计算地铁概率值。可选地，作为一个实施例，S402包括：将所述加速度数据输入到第一二分类网络中，得到所述第一概率值。

第一二分类网络是预先训练好的网络，将采集到的加速度数据输入到第一二分类网络中，可以输出第一概率值。

本申请实施例对第一二分类网络的训练过程不作具体限定。比如，可以采用训练数据输入到决策树网络中，通过迭代优化不断调整训练模型的参数，直到训练模型稳定，待模型稳定后将训练好的模型作为第一二分类网络。

以图6中的流程图为例进行示例描述。如图6所示，计算第一概率值的过程可包括以下步骤：基于加速度数据进行特征提取，获得加速度信号特征；基于磁力计数据进行特征提取，获得磁力计信号特征；将加速度信号特征输入到第一二分类网络中；获得行走概率值(即第一概率值)。

举例来说，基于加速度数据进行特征提取，获得加速度信号特征，包括：将加速度传感器采集的3轴数据进行融合；然后提取加速度信号的特征，比如，通过对融合后的3轴数据计算均值方差等获得时域特征，通过傅里叶变换或小波变换等方式获得频域特征。

应理解，本领域技术人员可知关于特征提取的手段有多种，这里仅是示例性描述，本申请实施例并不限于此。

本申请实施例对二分类网络(包括第一二分类网络和下文出现的第二二分类网络)的类型不作限定。比如，二分类网络可以是决策树网络、支持向量机(support vectormachines，SVM)网络、逻辑回归网络、神经网络等学习网络。

S403，基于所述加速度数据确定第二概率值，所述第二概率值用于表征所述终端处于高铁状态(具体指处于行驶或高速运行中的高铁)的概率，其中，在所述第二概率值大于第二概率阈值时，所述终端是高铁状态。

第二概率值也可以表述为高铁概率值。第二概率值用于表征终端当前处于高铁状态的概率大小。

可选地，可以通过设定第二概率阈值来判断终端是否是高铁状态。如果计算出的第二概率值大于第二概率阈值，则判定终端是高铁状态。

可以理解，第二概率阈值可以预先设定。本申请实施例对第二概率阈值的取值不作限定。

类似地，本申请实施例可通过二分类网络计算高铁概率值。可选地，作为一个实施例，S403包括：将所述加速度数据输入到第二二分类网络中，得到所述第二概率值。

第二二分类网络是预先训练好的网络，将采集到的加速度数据输入到第二二分类网络中，可以输出第二概率值。

本申请实施例对第二二分类网络的训练过程不作具体限定。比如，可以采用训练数据输入到决策树网络中，通过迭代优化不断调整训练模型的参数，直到训练模型稳定，待模型稳定后将训练好的模型作为第二二分类网络。

以图7中的流程图为例进行示例描述。如图7所示，计算第二概率值的过程可包括以下步骤：基于加速度数据进行特征提取，获得加速度信号特征；将加速度信号特征输入到第二二分类网络中；获得高铁概率值(即第二概率值)。

举例来说，基于加速度数据进行特征提取，获得加速度信号特征，包括：将加速度传感器采集的3轴数据进行融合；然后提取加速度信号的特征，比如，通过对融合后的3轴数据计算均值方差等获得时域特征，通过傅里叶变换或小波变换等方式获得频域特征。

应理解，本领域技术人员可知关于特征提取的手段有多种，这里仅是示例性描述，本申请实施例并不限于此。

S404，基于所述第一概率值和所述第二概率值，确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态。

通常来说，从终端用户是否离开高铁车厢的角度来讲，终端用户可以是进入高铁车厢的状态，也可能是离开高铁车厢的状态。当用户在高铁车厢内时，按照高铁的行驶状态，又可划分为行驶中的高铁，以及停止运行的高铁(比如中途到站停车，又比如，发车前的等待时间等)。

本申请实施例将终端用户离开高铁车厢的状态，或者说下高铁车厢的状态，或者说未进入高铁车厢的状态定义为第一状态。可选地，一种实现方式，终端用户可能是从处于行驶中高铁的状态切换到下高铁车厢的状态。

比如，高铁在行驶一段时间后到达目的站点，终端用户离开高铁车厢，则可以认为终端用户从第二状态切换到第一状态。

本申请实施例将终端用户位于高铁车厢内，并且，高铁当前处于行驶状态定义为第二状态。可选地，一种实现方式，终端用户可能是从未进入高铁车厢切换到行驶中的高铁车厢的状态。

比如，用户到达高铁客运站后可以通过检票进入高铁站，随后进入高铁车厢，在用户进入高铁车厢后高铁启动行驶，从开始检票进站到高铁运行的过程可以认为终端用户从第一状态切换到第二状态。

可选地，一种实现方式，终端用户可能是从处于停止运行的高铁车厢状态切换到行驶中的高铁车厢的状态。

比如，高铁在行驶一段时间后达到中途站点停车，用户仍然停留在高铁车厢内，高铁在停留一段时间后继续行驶，则可以认为终端用户从第三状态切换到第二状态。

本申请实施例将终端用户位于高铁车厢内，但是高铁并未行驶(或者说是停止运行)的状态定义为第三状态。第三状态也可以称作中间状态。可选地，终端用户可能是从高铁处于行驶中的状态切换到中间状态。

比如，高铁在行驶一段时间后达到中途站点停车，用户仍然停留在高铁车厢内，则可以认为终端用户从第二状态切换到第三状态。

以下详细描述结合第一概率值和第二概率值来判断终端用户的状态的实施方式。

具体地，基于第一概率值和第二概率值确定终端用户的状态存在以下两种方式。

方式一，可选地，作为一个可能的实现方式，基于第一概率值和第二概率值确定终端用户的状态，可包括图8中的步骤1至步骤7。具体步骤如下：

步骤1，获取第一预设时长内的多个第一概率值；

步骤2，基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

步骤3，判断第一时长是否大于第一时间阈值；

步骤4，获取第二预设时长内的多个第二概率值；

步骤5，基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

步骤6，判断所述第二时长是否小于第二时间阈值；

步骤7，在所述第一时长大于第一时间阈值，且所述第二时长小于所述第二时间阈值时，确定所述终端用户为第一状态，其中，所述终端用户的状态是从所述第二状态切换到所述第一状态的。

本申请实施例对第一预设时长的具体时长不作限定。比如，第一预设时长可以设定为12秒。

本申请实施例对第二预设时长的具体时长不作限定。比如，第二预设时长可以设定为35秒。

如前文所言，在第一概率值大于第一概率阈值时，可以将终端定义为行走状态。此处需要统计最近一段时间(对应第一预设时长)内，终端是行走状态的累计时长(对应第一时长)，然后将该累计时长与设定的阈值(对应第一时间阈值)作对比。另外，还需要统计最近一段时间(对应第二预设时长)内，终端是高铁状态的累计时长(对应第二时长)，然后将该累计时长与设定的阈值(对应第二时间阈值)作对比。如果同时满足第一时长大于第一时间阈值，第二时长小于第一时间阈值，则判定终端用户为第一状态，并且是从第二状态切换到第一状态。

需要说明的是，第一时长可以是第一预设时长中的连续时间点组成的时长，也可以是非连续时间点组成的时长。

比如，第一时长是由第一预设时长中的第1秒，第3秒，第4秒，第6秒组成。

又比如，第一时长是由第一预设时长中的第1秒至第4秒组成。

类似地，第二时长的描述也可以参考第一时长的解释，为了简洁，此处不作赘述。

举例来说，假设第一时间阈值是6秒，第一预设时长是12秒，如果在12秒内，统计出终端是行走状态的累计时长为8秒；假设第二时间阈值是16秒，第二预设时长是32秒，如果在32秒内，统计出是高铁状态的累计时长是10秒；可得8秒大于6秒，10秒小于16秒，那么此时判定终端用户为从第二状态切换到第一状态。

通常来说，在用户从位于行驶中的车厢到离开高铁车厢时，会存在第二概率值(或高铁概率值，或高铁分数值)降低以及第一概率值(或行走概率值，或说行走分数值)升高的过程。以下结合图9中的示例进行说明。

图9中示出了下高铁车厢后第一概率值和第二概率值的变化趋势。如图9所示，在用户下高铁时，高铁概率值随着时间推移不断下降，并且行走分数值在随之升高。比如，图9中示出的黑色圆点可以判断为用户离开高铁车厢的时间点。

应理解，图9中示出的第一概率值和第二概率值的变化趋势只是示例性地描述，本申请实施例并不限于此。

因此，在方式一中，基于第一概率值和第二概率值，通过判断第一时长与第一时间阈值的关系，判断第二时长与第二时间阈值的关系，可以准确地判断终端用户为下高铁车厢状态(即第一状态)，且是从第二状态切换到第一状态的。

方式二，可选地，作为一个可能的实现方式，基于第一概率值和第二概率值确定终端用户的状态，可包括图10中的步骤1至步骤7。具体步骤如下：

步骤1，获取第一预设时长内的多个第一概率值；

步骤2，基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

步骤3，判断第一时长是否小于第三时间阈值；

步骤4，获取第三预设时长内的多个第二概率值；

步骤5，基于所述多个第二概率值，获取在所述第三预设时长内所述终端是高铁状态的第三时长；

步骤6，判断所述第三时长是否小于第四时间阈值；

步骤7，在所述第一时长小于第三时间阈值，且所述第三时长小于所述第四时间阈值时，确定所述终端用户为第三状态，其中，所述终端用户是从第二状态切换到第三状态的。

方式二中的第一时长的确定方式以及相关描述可以沿用方式一中步骤1-步骤2的描述，这里不再赘述。

本申请实施例对第三预设时长的具体时长不作限定。比如，第三预设时长可以设定为11秒。

如前文所言，在第一概率值大于第一概率阈值时，可以将终端定义为行走状态。此处需要统计最近一段时间(对应第一预设时长)内，终端是行走状态的累计时长(对应第一时长)，然后将该累计时长与设定的阈值(对应第三时间阈值)作对比。另外，还需要统计最近一段时间(对应第三预设时长)内，终端是高铁状态的累计时长(对应第三时长)，然后将该累计时长与设定的阈值(对应第四时间阈值)作对比。如果同时满足第一时长小于第三时间阈值，第三时长小于第四时间阈值，则判定终端用户为第三状态，并且是从第二状态切换到第三状态。

示例性地，方式二针对的应用场景可能是高铁在行驶一段时间后达到中途站点停车，用户仍然停留在高铁车厢内。

举例来说，假设第三时间阈值是7秒，第一预设时长是12秒，如果在12秒内，统计出终端是行走状态的累计时长为8秒；假设第四时间阈值是6秒，第三预设时长是11秒，如果在11秒内，统计出是高铁状态的累计时长是5秒；可得8秒大于7秒，5秒小于6秒，那么此时判定终端用户为从第二状态切换到第三状态。

因此，在方式二中，基于第一概率值和第二概率值，通过判断第一时长与第三时间阈值的关系，判断第三时长与第四时间阈值的关系，可以准确判断终端用户为第三状态，且是从第二状态切换到第三状态的。

方式三，可选地，作为一个可能的实现方式，基于第一概率值和第二概率值确定终端用户的状态，可包括图11中的步骤1至步骤7。

如图11所示，具体步骤如下：

步骤1，获取第二预设时长内的多个第二概率值；

步骤2，基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

步骤3，判断所述第二时长是否大于第五时间阈值；

步骤4，在所述第二时长大于所述第五时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第三状态切换到所述第二状态的。

示例性地，方式三针对的应用场景可能是高铁在中途停车后继续行驶的场景，在此过程中终端用户停留在高铁车厢内。

可选地，该方式三中的步骤1至步骤2可以类似于方式一中的步骤4至步骤5。但是，此方式中得到的第二时长是与第五时间阈值进行比较，方式一中的第二时长是与第二时间阈值进行比较。

第五时间阈值与第二时间阈值可以相同，也可以不同，对此不作具体限定。

类似地，该方式中需要统计最近一段时间(对应第二预设时长)内，终端是高铁状态的累计时长(对应第二时长)，然后将该累计时长与设定的阈值(对应第五时间阈值)作对比。如果第二时长大于第五时间阈值，则判断终端用户为第二状态，并且是从第三状态切换到第二状态。

因此，在方式三中，基于第一概率值和第二概率值，通过判断第二时长与第五时间阈值的关系，可以快速判断终端用户为第二状态，且是从第三状态切换到所述第二状态的。

此处作统一说明，不论是上文的方式一、方式二、方式三，还是下文提及的方式四，上述关于时长与时间阈值的比较关系，只是示例性描述，本申请实施例并不限于此。

比如，“第一时长大于第二时间阈值”也可替换为：第一时长大于或等于第二时间阈值。

又比如，第一时长大于第二时间阈值也可替换为：第一时长在预设时间段内。

在本申请实施例中，如果确定终端用户是离开高铁车厢(比如图2中所示的场景)，在用户离开高铁车厢后，可以向用户呈现出站卡片，以方便用户刷卡出站。

S405，在确定所述终端用户为第一状态时，显示第一界面，所述第一界面包括第一窗口，所述第一窗口用于向用户显示当前位置的出行推荐信息。

可选地，所述第一窗口显示的内容包括以下中的一项或多项：城市热门景区推荐、游玩攻略推荐、周围酒店推荐、地铁线路图推荐、热门线路推荐等。

可以理解，此处关于第一窗口显示的内容只是示例性说明，本申请实施例并不限于此。

还可以理解，本申请实施例对第一窗口所在的应用程序APP不作具体限定。APP可以是出行软件、旅游软件、社交软件、视频软件等。比如，APP可以是去哪儿旅行，小红书，携程。

第一界面可以是锁屏主界面，也可以是解锁后的界面，本申请实施对此不作具体限定。

一种实现方式，当用户正在使用手机时，第一界面为用户当前正在使用时显示的界面。第一窗口可从屏幕上方弹出(比如，在通知栏处弹出)。

一种实现方式，若终端处于锁屏状态，则自动亮屏，在锁屏界面弹出所述第一窗口。

在本申请实施例中，通过加速度数据确定第一概率值(即用于表征所述终端处于行走状态的概率)以及第二概率值(即用于表征所述终端处于高铁状态的概率)，然后基于第一概率值和第二概率值确定终端用户处于以下三种状态中的哪种状态：第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；最后在智能识别出终端是第一状态时，为用户呈现相关推荐界面，为用户提供便捷服务，提升用户在乘坐高铁时使用智能终端的体验。

图12示出了本申请实施例的一个出行推荐信息的界面示意图。

可选地，第一窗口可以是热门景点的推荐。比如，第一窗口可以是12中(1)所示的窗口1201。在图12中(1)所示的手机界面中，窗口1201中向用户推荐上海热门景区，比如，迪士尼、外滩。用户若需要查看迪士尼的详细信息，可以点击图12中(1)所示的控件1A。用户若需要查看外滩的详细信息，可以点击图12中(1)所示的控件1B。

可选地，第一窗口可以是游玩攻略的推荐。比如，第一窗口可以是12中(1)所示的窗口1202。图12中(2)所示的手机界面中，窗口1202可以向用户推荐迪士尼游玩攻略、外滩游玩攻略等。用户若需要查看迪士尼游玩攻略的详细信息，可以点击图12中(2)所示的控件2A。用户若需要查看外滩游玩攻略的详细信息，可以点击图12中(2)所示的控件2B。

可选地，第一窗口可以是热门旅游线路推荐。比如，第一窗口可以是12中(3)所示的窗口1203。图12中(3)所示的手机界面中，窗口1203可以向用户推荐热门旅游线路，比如，风情上海滩一日游线路，静安寺一日游线路等。用户若需要查看风情上海滩一日游线路的详细信息，可以点击图12中(3)所示的控件3A。用户若需要查看静安寺一日游线路的详细信息，可以点击图12中(3)所示的控件3B。

可以理解，本申请实施例对图12中示出的窗口的弹出先后顺序不作限定。图12中窗口1201、窗口1202、窗口1203的出行先后顺序只是示例性说明。

还可以理解，本申请实施例对图12中示出的窗口的堆叠形式不作限定，可以是完全覆盖前窗口的显示方式(也可以理解为前窗口消失)，也可以是覆盖部分内容的显示方式。

如图12中(2)所示，窗口1202弹出后，窗口1201大部分内容隐去，只漏出窗口1201底端部分内容。这样，如果用户想切换到窗口1201，也可以进行相关的窗口切换操作，比如，向上滑动窗口进行切换。或者，在窗口1202弹出后，窗口1201也可以完全消失。

类似地，如图12中(3)所示，窗口1203弹出后，窗口1202大部分内容隐去，只漏出窗口1202底端部分内容和窗口1201底端部分内容。这样，如果用户想切换到窗口1201或窗口1202，也可以进行相关的窗口切换操作，比如，向上滑动窗口进行切换。或者，在窗口1203弹出后，窗口1202和窗口1201也可以完全消失。

应理解，图12中示出的窗口堆叠方式只是一种示例，本申请实施例并不作具体限定。比如，在手机屏幕尺寸允许的情况下，多个窗口也可以全部完整得显示在界面上。例如，窗口1203、窗口1202和窗口1201按照时间先后顺序并排显示在手机界面中。

可以理解，图12中的出行推荐可以应用于在确定终端用户为第一状态的场景，但本申请实施例并不限于此。

为了方便人们更便捷的出行，目前高铁站处通常建设有地铁站。本申请实施例针对这种场景也提供了相应的技术方案。

可选地，作为一个实施例，在确定所述终端用户为第一状态时，所述方法还包括：

基于终端的定位信息检测地铁站信息；

在识别到地铁站后，在所述第一界面显示第二窗口，所述第二窗口用于向用户显示所述终端用户进入地铁站时所需的信息，所述第二窗口包括第一控件；

检测到对所述第一控件的操作；

响应于对所述第一控件的操作，显示第二界面，所述第二界面包括地铁乘车码。

地铁站信息用于表征地铁站所在的地理位置。可选地，地铁站信息包括但不限于地铁围栏信息、地铁站站名、地铁站地理位置、地铁站标识或地铁站闸机等。

定位信息用于指示终端当前所定位的地理位置。

示例性地，对于设置有GPS的终端，可以通过GPS信号实时检测终端的定位信息。相应的，终端的定位信息可以包括终端的GPS定位的当前终端所在的地理位置。基于终端的地理位置以及GPS中标记的地点信息，可以获知终端是否位于地铁站附近，比如，进入地铁围栏，或者，靠近地铁刷卡闸机。

可选地，基于终端的定位信息检测地铁站信息可以包括两个阶段：第一阶段，识别地铁围栏；第二步，利用相关的算法识别地铁闸机。本申请实施例对如何检测地铁站信息的方式不作具体限定。

在离开高铁车厢后，如果检测到用户进入了地铁站，还可以向用户推送地铁乘车码，为用户实时弹出或推送将要用到的出站卡片功能，省去了用户主动打开出站卡片的时间，为用户提供便捷服务。

由于下高铁车厢后走到地铁闸机处还有一段距离，因此，为了节约终端的功耗，可以在一段时间后再基于终端的定位信息检测地铁站信息。

可选地，作为一个实施例，所述基于终端的定位信息检测地铁站信息，包括：在预设时间段后(比如10分钟)基于终端的定位信息检测地铁站信息。

在识别到地铁站后，可以隐去第一窗口(出行推荐信息)，然后在手机上弹出出行卡片(对应第二窗口)。出行卡片是指用于进出地铁站的功能卡片。示例性地，出行卡片可以是第三方微信乘车中的出站乘车卡片、支付宝出站乘车卡片等。

应理解，本申请实施例对出行卡片的类型或者说出行卡片对应的APP不作具体限定。比如，出行卡片的应用程序APP可以是系统自带的APP，也可以是第三方APP。

示例性地，所述第二窗口包括地铁乘车码控件(对应第一控件)。用户在点击地铁乘车码控件后，显示第二界面，第二界面中可以包括进站刷卡的二维码。

应理解，本申请实施例对第二窗口与第一窗口的堆叠显示方式不作具体限定。

一种可能的实现方式，第二窗口弹出时，第一窗口全部消失，或者说第二窗口将第一窗口完全覆盖。

另一种可能的实现方式，第二窗口弹出时，可以将第一窗口的部分内容覆盖住，留一点边缘(便于用户进行切换窗口操作)即可。

又一种实现方式，第二窗口和第一窗口可以是并排显示，比如，第一窗口在屏幕下方，第二窗口在屏幕上方。

示例性地，出站卡片可以是终端自带的智慧出行卡片。智慧出行卡片中可以包括出站的乘车码，比如二维码。

图13中示出了用户下高铁车厢后进入地铁站时终端的界面示意图。用户离开高铁车厢后，经过一段时间后，识别到用户进入地铁站。此时，第一界面可以显示图13中(1)所示的界面。如图13中(1)所示，在识别到用户进入地铁站后，下高铁车厢时推荐的窗口1201(对应第一窗口)隐去，并在手机界面中自动弹出出行卡片1301(对应第二窗口)。

出行卡片1301中包括智慧出行地铁乘车码。比如，出行卡片1301中包括乘车码的缩略图控件1302。可选地，出行卡片1301中可以显示当前所在地铁站点，比如，10号线虹桥站。其中，窗口1201的内容可以参考图12中的描述，这里不再赘述。

应理解，图13中的出行卡片1301也可以是其他类型的出行卡片，比如，支付宝出行卡片，微信出行卡片。

可选地，在识别到地铁站后，终端弹出的出行卡片类型，具体可以取决于用户在平时乘坐地铁时刷卡的卡片类型，图13中的示例只是以用户进站时使用的是智慧出行卡片为例进行描述。

比如，如果用户在平时乘坐地铁使用的是支付宝出行卡片，那么在识别到地铁站后，终端弹出的就是支付宝出行卡片。如果用户在平时乘坐地铁使用的是微信出行卡片，那么在识别到地铁站后，终端弹出的就是微信出行卡片。

还应理解，本申请实施例对出行卡片1301的弹出后所在的位置不作限定。比如，出行卡片1301可以位于屏幕中间，也可以位于屏幕上方等。图13中(1)中示出的出行卡片1301的位置并不对本申请实施例构成限定。

还应理解，图13中(1)是以手机在解锁状态下为例进行描述，但本申请实施例并不限于此。如果用户在下高铁后未使用手机，或者说手机处于锁屏状态，那么终端可以自动亮屏，在锁屏界面上弹出上述出行卡片1301。

还应理解，图13中(1)是以图12中只显示的一个窗口1201为例进行说明，本申请实施例并不限于此。事实上，如果有多个出行推荐窗口，则均可以按照窗口1201的排列方式堆叠在出行卡片1301后方。

还应理解，图13中(1)是以窗口1201部分隐藏为例进行说明，本申请实施例并不限于此。

当用户下高铁车厢后，如果需要进入地铁站，那么在手机弹出出行卡片1301后，用户可以点击出行卡片1301中的乘车码的缩略图控件1302，以便放大显示二维码，方便用户刷卡进地铁站。

示例性地，在点击乘车码的缩略图控件1302后，界面显示如图13中(2)所示的窗口1303。在图13中(2)所示的界面中，窗口1303中包括呈大图显示的二维码，以方便用户刷卡出站。

可选地，窗口1303中还可以包括其他控件，比如，乘车记录、地铁线路图等控件。如果用户点击乘车记录控件，可以查看历史乘车记录。如果用户点击地铁线路图，可以查看所在城市的各个地铁线路图。

应理解，图13中的界面只是示例性描述，并不对本申请实施例的保护范围构成限定。

结合目前的防疫形势，用户出行时也会存在出示个人健康码信息的需求。

可选地，作为一个可能的实施例，所述第二窗口还包括第二控件；所述方法还包括：

检测到对所述第二控件的操作；

响应于对所述第二控件的操作，显示第三界面，所述第三界面包括所述终端用户的个人健康码。

一种实现方式，出行卡片中包括还可以包括健康码控件。这样，在用户在下高铁后，可以直接在出行卡片中打开健康码，为用户提供方便。

图14中示出了出行卡片中包含健康码控件的界面示例图。

示例性地，如图14中(1)所示的界面，手机界面中包括窗口1201和窗口1301，二者的窗口堆叠方式可以参考前文描述，此处不再赘述。窗口1301中包括乘车码的缩略图控件1302和健康码控件1304。乘车码的缩略图控件1302的相关描述可以参考前文，为了简洁，此处不再赘述。

如果用户点击控件1304(对应第二控件)，界面显示如图14中(2)所示的界面。一种示例，第三界面可以显示图14中(2)所示的界面。如图14中(2)所示，手机界面中显示窗口1305。窗口1305用于展示终端用户的个人健康码以及其他信息。

比如，在图14中(2)所示的界面中，示出的健康码的类型是绿码，当前出示健康码的实时时间是2021年6月15日19:50，用户的脱敏个人信息(身份证号码、姓名等)。

应理解，图14中(2)示出的窗口1305只是示例性描述，本申请实施例并不限于此。比如，窗口1305中还可以包含其他信息或控件，具体内容可取决于终端当前所在城市所使用的健康码应用程序的设计。

还可以理解，图14中(2)的窗口1305只是一种界面示例，具体显示应以用户的实际信息为准。

可选地，作为一个可能的实施例，所述第二窗口还包括第三控件；所述方法还包括：

检测到对所述第三控件的操作；

响应于对所述第三控件的操作，显示第四界面，所述第四界面包括所述终端用户的通信行程卡。

一种实现方式，出行卡片中包括还可以包括行程码。这样，在用户在下高铁后，如果需要出示行程码，则可以直接在出行卡片中打开行程码，为用户提供方便。

示例性地，如图15中(1)所示的界面，手机界面中包括窗口1201和窗口1301，二者的窗口堆叠方式可以参考前文描述，此处不再赘述。窗口1301中包括乘车码的缩略图控件1302、健康码控件1304(具体作用可以参考图14中的描述)以及行程卡控件1306(对应第三控件)。

其中，乘车码的缩略图控件1302的具体作用可以参考图13中的描述。健康码控件1304的具体作用可以参考图14中的描述。

如果用户点击行程卡控件1306，界面显示如图15中(2)所示的界面。如图15中(2)所示的界面，手机显示窗口1307。窗口1307中包括用于查询行程卡的控件1309以及授权协议选项1308。

如果用户同意并授权查询本地在疫情期间14天内到访信息，可以点击授权协议选项1308。在用户选择同意并授权查询本地在疫情期间14天内到访信息时，可以点击控件1309进行行程信息的查询。

一种示例，当用户点击图15中(2)所示的控件1309后，第四界面可以显示图15中(3)所示的界面。如图15中(3)所示，手机界面中显示窗口1310。窗口1310用于展示终端用户的个人行程卡信息以及其他信息。比如，窗口1310中显示有您于前14天内到达或途径的地方(北京市朝阳区)、绿色通信行程卡，当前出示行程卡的实时时间，用户的脱敏个人信息(电话等)。

还可以理解，图15中(3)的界面只是一种示例，具体显示应以用户的实际信息为准。

本申请实施例对行程码控件所在的位置不作具体限定。

一种实现方式，行程码控件所在的位置可以如图15中(1)所示，即行程码控件位于出行卡片1301中。

又一种实现方式，行程码控件也可以位于图14中(2)所示的窗口1305中。具体即，用户在通过窗口1305出示完健康码后，可以继续在窗口1305中点击行程码控件，以便出示行程码信息，在点击行程码控件之后，后续的操作或界面可以与图15中(2)和图15中(3)所示的界面相同。

在本申请实施例中，通过获取加速度数据，并基于加速度数据确定第一概率值和第二概率值，然后结合第一概率值和第二概率值判断终端用户的上下高铁状态，最后在确定为下高铁状态时向用户显示出行推荐界面，能够准确识别出用户是否是下高铁状态，并在识别出下高铁状态时为用户弹出将要用到的卡片功能，用户提供便捷服务。进一步地，在检测到地铁站信息后，还可以弹出地铁相关的出行卡片，省去了用户主动打开出站卡片的时间，为用户提供更便利的服务。

另外，本申请实施例还可以统计终端连接的携带高铁标志基站的数量，然后将该数量，也作为判断终端用户的上下高铁状态的一个因素。具体即，可以同时考虑该数量、高铁概率值和行走概率值，来判断终端用户的上下高铁状态，以下将详细介绍。

可选地，作为一个实施例，如图5所示，所述方法400还包括：

S406，获取M个接入网设备(比如基站)的标识信息，所述M个接入网设备指所述终端用户最近连接过的多个接入网设备；

S407，根据所述M个接入网设备的标识信息，确定第一数量，所述第一数量是所述M个接入网设备中第一接入网设备的数量，所述第一接入网设备指携带第一标识的接入网设备；

其中，所述S404，包括：

S404-1，基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态。

示例性地，第一接入网设备指高铁专网基站；第一数量指终端连接的高铁专网基站的数目。

一般而言，高铁周围都会部署有高铁专网。高铁附件的基站有高铁专网基站以及非高铁专网基站。通过判断用户是否连接高铁专网基站可以大致判断终端是否位于高铁沿线。但是，由于用户在等车或经过高铁站附近时，终端也可能连接上高铁专网基站。因此，需要统计终端连接的一定数量的基站，来判断终端是否位于高铁沿线。

比如，第一标识是highwayID。高铁专网的基站可以携带highwayID。终端在连接基站后，可以获得基站的标识。

一种实现方式，获得M个基站的标识信息，然后统计M个基站中携带有第一标识的基站的数量。

具体地，可以通过获取终端连接的蜂窝小区的小区ID，来统计携带highwayID的基站的数量。

本申请实施例对M的数目不作具体限定。M可以是大于或等于2的整数。比如，M可以取值为10,13,15等。

在本申请实施例中，基于所述第一数量，所述第一概率值和所述第二概率值，确定终端用户的状态，能够提高识别终端用户的高铁状态的准确率。对于第二状态而言，引入第一数量后，能够显著提高了识别终端用户是从第一状态切换到第二状态的准确率。

方式四，可选地，作为一个可能的实现方式，S404-1，可包括图16中的步骤1至步骤8。图16中示出了基于所述第一数量，所述第一概率值和所述第二概率值，确定终端用户的状态的一个方法流程图。如图16所示，具体步骤如下：

步骤1，判断所述第一数量是否大于第一数量阈值；

步骤2，获取第四预设时长内的多个第一概率阈值；

步骤3，基于所述多个第一概率阈值，获取在所述第四预设时长内所述终端是行走状态的第四时长；

步骤4，判断所述第四时长是否大于第六时间阈值；

步骤5，获取第二预设时长内的多个第二概率值；

步骤6，基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

步骤7，判断所述第二时长是否大于第七时间阈值；

步骤8，在所述第一数量大于第一数量阈值，所述第四时长大于所述第六时间阈值，且，所述第二时长大于所述第七时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第一状态切换到所述第二状态的。

本申请实施例对第四预设时长的值不作具体限定。比如，第四预设时长可以取决于高铁进站检票的时长。比如，第四预设时长是15分钟。这里引入第四预设时长的原因在于：统计第四预设时长内终端用户处于行走状态的累计时长。通常来讲，用户在进入高铁车厢的前一段时间(比如十五分钟)内一般会有一段走路时间，因此可以将该走路时间作为判定终端用户是否是进入高铁车厢的因素。

具体地，在该方式四中不仅需要统计最近一段时间内终端连接的携带高铁专网标识的基站数量，还需要统计最近一段时间(对应第四预设时长)内，终端用户是行走状态的累计时长(对应第四时长)，以及，最近一段时间(对应第二预设时长)内，终端用户是高铁状态的累计时长(对应第二时长)，然后分别将得到的基站数量、累计时长与相应的阈值作对比，即，第一数量与第一数量阈值作比较，第四时长与第六时间阈值作比较，第二时长与第七时间阈值作比较。在这些都满足预设条件时，比如，第一数量大于第一数量阈值，第四时长大于第六时间阈值，第二时长大于第七时间阈值，可以判定终端用户位于行驶中的高铁，即第二状态。

示例性地，方式四针对的应用场景可能是终端用户进入高铁站初始乘坐地铁的场景。此时由于是初始乘坐地铁站，并非中途停车重新行驶的场景，因此需要考虑第一数量以及进入高铁车厢前的走路时间。

前文描述的方式三也是判定终端用户为第二状态的一个方法。方式三与方式四的区别在于：方式三不需要考虑第一数量、第一概率阈值。这是因为，方式三可以适用于高铁中途停车后继续行驶的场景，对于高铁中途停车后继续行驶的场景而言，只需要考虑第二概率值(即高铁概率值)就可以了。

类似地，该方式四中的第二时长(或第四时长)可以是由连续时间点组成的时长，也可以是非连续时间点组成的时长。相关的具体举例描述可以参考前文第一时长的描述，为了简洁，此处不作赘述。

因此，在该方式四中，基于第一数量、第一概率值和第二概率值，共同判断终端用户是上高铁车厢状态，能够提高判断准确性。

在智能判断出是第二状态时，本申请实施例还提供了网络优化的功能。示例性地，由于高铁在行驶过程中车厢内的信号质量比较弱，会影响用户使用智能终端的体验，因此在智能判断出为第二状态时，可以为用户打开或启动终端的网络加速模块，以便加速网络连接或者进行网络优化，提升用户在高铁车厢内的上网体验。

可选地，作为一个可能的实现方式，如图5所示，所述方法400还包括：

S408，在确定所述终端用户为第二状态时，开启网络加速模块。

可选地，网络加速模块可以通过全网络聚合加速技术(Link Turbo)网络优化实现。Link Turbo网络优化功能是指：通过终端侧网络技术革新，联合应用以及网络合作伙伴，通过端云协同网络聚合的方式，在多变的网络条件下为用户带来聚合高网速、稳定低时延的移动上网体验。换句话说，Link Turbo通过预先预测终端进入蜂窝网络卡顿圈，利用网络加速模块进行网络优化，避免影响用户的上网体验。由于行驶中的高铁车厢内网络信号质量不够稳定，因此通过开启Link Turbo可提升用户乘坐高铁时的上网体验。

本申请实施例对开启网络加速模块的开启具体时机不作限定。一种实现方式，只要智能判断出用户为第二状态，则自动开启网络加速模块。另一种实现方式，在开启网络加速模块之前还可以先判断终端的亮屏状态，然后基于亮屏状态决定是否开启网络加速模块。又一种实现方式，在开启网络加速模块之前还可以判断用户是否正在使用APP，然后基于是否使用APP决定是否开始网络加速模块。又一种实现方式，在进入第二状态一段时间后，如果判断用户中途打开手机，并且持续亮屏了10秒到20秒，或者是打开了APP，则自动开启网络加速模块。以下将分别描述各个实现方式。

可选地，作为一个可能的实现方式，在开启网络加速模块之前，所述方法还包括：

判断终端是否处于亮屏状态；

如果终端处于亮屏状态，则开启所述网络加速模块；

如果终端不处于亮屏状态，则不开启所述网络加速模块。

这里，判断终端是否处于亮屏状态可以是在智能判断出是第二状态后就进行。如果检测到终端处于亮屏状态，则用户此时可能正在使用终端，为了提升在高铁中使用终端的体验(比如优化网络，提高用户上网的网速)，可以开启网络加速模块。如果检测到终端不处于亮屏状态，则表示用户未使用终端，为了节省功耗，可以不开启网络加速模块。

可选地，作为一个可能的实现方式，在开启网络加速模块之后，所述方法还包括：

向用户显示提示框(或者说提示窗口)，所述提示框中包括第一选项和第二选项，所述第一选项用于选择关闭网络加速模块，所述第二选项用于选择继续打开网络加速模块。

若用户点击第一选项，则关闭网络加速模块，以避免增加网络流量，还能够节省终端的功耗。若用户点击第二选项，则维持打开网络加速模块的状态。

可以理解，在用户选择了第一选项或第二选项后，提示框会自动消失。

可选地，如果用户一直未选择(比如既没点击第一选项，也没点击第二选项)，那么终端默认继续开启网络加速模块。并且，如果在一段预设时长后用户一直未选择，则提示框在停留5秒后自动消失。

可以理解，提示框自动消失是指提示框不在界面中显示，可以隐藏于通知栏中，当用户需要再次查看该提示框时，还可以在通知栏(比如下拉通知栏)的消息列表中找到该提示框。比如，用户如果进入高铁车厢后还未来得及进行选择，再一段时间后查看通知栏消息时，才对该提示框中的选项进行操作。

以网络优化模块通过LinkTurbo实现为例，当识别到是终端用户是第二状态(比如处于行驶中的高铁车厢)后，可以在手机屏幕上弹出提示框，以便提示用户已经开启了LinkTurbo功能。如图17所示的界面，界面中包括对话框1001，对话框1001可用于向用户提示已经打开LinkTurbo功能。可选地，对话框1001中包括关闭选项1002和继续打开选项1003。如果用户点击关闭选项1002，则可以关闭Link Turbo功能，如果用户点击继续打开选项1003，则继续打开Link Turbo功能。

应理解，本申请实施例对会话框1001所在的具体界面不作限定。比如，如果用户未使用终端，则对话框1001显示于锁屏界面。又比如，如果用户正在使用终端，则对话框1001显示于通知栏中。

可选地，作为一个可能的实现方式，在开启网络加速模块之前，所述方法还包括：

检测用户当前是否正在使用手机；

在检测到用户使用手机时，开启网络加速模块。

比如，在行驶的高铁车厢内，用户在乘坐高铁中途有使用手机的需求，此时检测到终端处于亮屏状态，则开启网络加速模块。如果检测到用户没有使用手机，则不开启网络加速模块。

本申请实施例对未开启网络加速模块的场景不作具体限定。比如，在手机自动开启LinkTurbo功能后，用户可以选择关闭LinkTurbo功能，如点击图17中的关闭选项1002。又比如，用户在智慧出行的设置中，可选择默认关闭高铁铁状态下的LinkTurbo功能。

本申请实施例还提供了高铁模式的设置选项。用户可以在高铁模式的设置选项中，选择默认开启或关闭网络加速功能。

可选地，作为一种可能的实现方式，所述方法还包括：

显示第一设置界面，所述第一设置界面包括高铁设置控件；

响应于用户针对所述高铁设置控件的操作，进入高铁设置界面，所述高铁设置界面包括第三选项，所述第三选项用于选择默认开启或关闭第二状态下的网络加速模块。

用户可以在高铁设置控件对是否默认开启高铁状态下的网络加速模块进行预先设置。如果用户设置为默认开启高铁状态下的网络加速模块，则在智能识别到是行驶中的高铁场景后(比如进入第二状态)就会自动打开网络加速模块，能够提升用户在乘坐高铁时的上网体验；如果用户设置为默认关闭高铁状态下的网络加速模块，则即使识别到是行驶中的高铁场景后(比如进入地铁车厢)也不会自动打开网络加速模块，能够节省功耗。

示例性地，高铁设置界面中可以包括是否默认开启LinkTurbo的开关选项。

图18中给出了智慧出行的设置选项的界面示例图。比如，第一设置界面可以是图18中(1)所示的智慧出行1501的设置界面。如图18中(1)所示，智慧出行的设置界面包括高铁设置1502。可选地，智慧出行1501的设置界面还包括地铁设置、出行提醒设置、酒店设置、航班设置。应理解，智慧出行的设置界面还可以包含更多关于出行的设置功能，这里仅是示例描述，本申请实施例并不限于此。

当用户点击图18中(1)的高铁设置1502后，界面显示如图18中(2)所示的界面。比如，高铁设置界面可以是图18中(2)所示的界面。图18中(2)所示的界面中包括高铁模式默认开启Link Turbo的开关选项1503(对应第三选项)。

如果用户选择打开选项1503，则在检测到终端用户是上高铁状态后会自动开启Link Turbo功能。如果用户选择关闭选项1503，则在检测到终端用户是上高铁状态后不会开启Link Turbo功能。

可以理解，高铁设置界面还可以包括其他设置功能。

可选地，如图18中(2)所示，高铁设置界面还包括目的地天气推荐选项1504，目的地推荐选项1505，目的地朋友推荐选项1506。

若开启目的地天气推荐选项1504，则可以向用户推荐目的城市的天气状况。若开启目的地推荐选项1505，则可以向用户推荐目的地的精彩活动。若开启目的地朋友选项1506，则可以向用户推荐目的地的朋友(比如若通信录存储的联系人信息中包括联系人所在城市，则可以向用户推荐相应城市的朋友的信息)。

可选地，作为一个可能的实现方式，检测到用户使用手机，包括但不限于以下方式：

检测到用户打开应用程序APP；

检测到手机从不亮屏切换到亮屏状态，并持续了一段时间(比如10秒-20秒)。

可以理解，APP可以是终端自带的软件，也可以是第三方APP(比如用户下载安装的APP)。无论打开哪种类型的APP，终端都是可以检测到的。

示例性地，如果用户打开音乐APP，则自动开启网络加速模块。并且，还可以在通知栏弹出对话框，提醒用户已经打开网络加速模块。对话框中可以包括关闭选项或继续打开选项。

可选地，在智能判断出是第二状态或第三状态时，本申请实施例还提供了推荐长途公共交通导航的功能。

可选地，作为一种可能的实现方式，在确定所述终端用户的状态为第二状态或第三状态时，所述方法还包括：

显示第五界面，所述第五界面包括第三窗口，所述第三窗口用于向用户显示长途公共交通导航的信息，所述第三窗口包括第四控件；

检测到对所述第四控件的操作；

响应于对所述第四控件的操作，显示第六界面，所述第六界面包括以下信息中的一项或多项：当前车次的全部站点信息、经过的站点信息以及当前所在站点信息。

也就是说，如果判断出终端用户是第二状态或者第三状态，那么还可以向用户推荐长途公共交通导航的功能，有助于提升用户体验。

示例性地，可以在手机上显示第五界面，并在第五界面中弹出第三窗口，以在第三窗口中展示长途公共交通导航的信息。第三窗口中可以包括第四控件，第四控件为用户提供查询详细的长途公共交通导航(比如，当前车次详情)的入口。当用户点击第四控件时，可以跳转到第六界面，向用户展示具体的导航信息。

本申请实施例对长途公共交通导航功能对应的应用程序不作具体限定，可以是第三方APP，也可以是系统自带的APP。比如，去哪儿旅行APP，铁路12306APP，携程APP等其他出行APP。

为便于理解，以下结合图19中的界面示例进行描述。

图19示出了本申请实施例在高铁车厢时(比如第二状态或第三状态)的推荐长途公共交通的界面示例图。在确定终端用户的状态为第二状态或第三状态时，手机的界面(对应第五界面)可以显示如图19中(1)所示。在图19中(1)所示的界面中，包括窗口1601(对应第三窗口)，窗口1601中可以显示当前用户乘坐的高铁车次的具体信息。

示例性地，窗口1601中显示车次是G101，时间是6月15日周二，用户的出发时间(比如16:25)，到达时间(19:34)，目的地(比如上海虹桥)，车厢座位号(1车18C)，当前行驶状态为行驶中，火车票信息的来源(比如铁路12306APP)。

可选地，窗口1601中还可以包括查看车次详情控件1602(对应第四控件)。当用户点击控件1602时，手机显示第六界面，比如图19中(2)所示的界面。

如图19中(2)所示的界面，手机向用户显示窗口1603，窗口1603中可以包括当前车次的全部站点信息(比如，窗口1603显示当前车次的全部站点包括：北京南，济南西，南京南，常州北，上海虹桥；以及，每个站点的到达时间，到达每个站点后停留的时间)所在站点。

可选地，图19中(2)所示的界面还包括窗口1604。窗口1604中包含的信息与窗口1601中的类似。比如，窗口1604中包括出发时间(15:00)、到达时间(19:34)、座位号类型(比如二等座)。可选地，窗口1604中还可以包括下车提醒控件1605。如果用户点击控件1605，则在到达站点后会提醒用户已到达目的地。

可选地，图19中(2)所示的界面还包括窗口1606。窗口1606用于展示当前车次的型号信息，比如复兴号CR400AF-B，车厢的外观展示等。

可选地，图19中(2)所示的界面还包括防疫提醒窗口1607。窗口1607中提示用户可以点击查看北京市到上海市的防疫政策。窗口1607中可以包括选项1608。若用户需要查看北京市到上海市的防疫政策，则可以点击选项1608。

在用户点击选项1608后，界面显示如图19中(3)所示的界面。如图19中(3)所示，界面展示北京市和上海市的具体防疫政策。具体地，防疫提醒窗口1609中包括文字栏1610和文字栏1611。文字栏1610中详细展示了北京市的最新防疫政策。文字栏1611中详细展示了上海市的最新防疫政策。

可选地，如图19中(3)所示，防疫提醒窗口1609中还可以包括控件1612。用户在阅读完防疫政策后，可以点击控件1612。在用户点击1612后，手机界面可以继续显示图19中(2)所示的界面，以便用户查看站点信息。

应理解，图19中的界面示例并不对本申请实施例构成限定。事实上，图19中界面也可能有其他的页面展示可能，本申请实施例不作限定。

还应理解，图19中的界面只是以北京市到上海市为例进行描述，本申请实施例并不限于此。事实上，对于用户的其他火车出行线路，本申请实施例也是适用的。

可选地，在智能判断出是第二状态或第三状态时，本申请实施例还提供了推荐出行打车的功能。

可选地，作为一种可能的实现方式，在确定所述终端用户的状态为第二状态或第三状态时，所述方法还包括：

显示第七界面，所述第七界面包括第四窗口，所述第四窗口用于向用户显示打车应用程序的推荐界面。

本申请实施例对打车应用程序的类型不作限定。打车应用程序可以是系统自带的打车APP，也可以是用户下载的第三方出行软件，比如，滴滴出行，美团出行，哈啰出行，百度出行，高德出行等等。

可选地，第四窗口中可以包括起始点输入栏和目的地输入栏。其中，起始点输入栏的起始点可以是基于当前定位所在点自动填充，也可以是用户手动输入，对此不作限定。目的地输入栏的目的地可以是用户手动输入的，也可以是基于出行信息(比如用户高铁将要到达的目的地)填充的，也可以是基于附近的热门景点推荐的，对此不作限定。

图20中示出了本申请实施例在高铁车厢时(比如第二状态或第三状态)的另一个界面示例图。一种示例，第七界面可以是图20所示的界面。

如图20所示，界面中包括滴滴出行弹窗1801。弹窗1801包括起始点输入栏1802、目的点输入栏1803、立即打车的选项1804。

起始点输入栏1802用于输入起始位置。比如，手机定位当前在北京，则起始点输入栏1802显示北京。又比如，用户可以在起始点输入栏1802手动输入起始位置。

目的点输入栏1803用于输入目的地。比如，用户手动输入上海，目的点输入栏1803即显示上海；又比如，可以基于高铁出行信息识别到目的地为上海，则目的点输入栏1803即显示上海。

立即打车的选项1804用于提供打车功能。如果用户点击立即叫车，则可以为用户提供叫车服务。

弹窗1801还可以包括其他信息，比如，弹窗1801的右上区域显示实时地图，其中包括当前所在地的定位点(北京)、周围最近的可用车辆以及当前位置的地图等信息。

可选地，图20中示出的界面还可以包括应用1、应用2、…、应用8。本申请实施例对应用类型不作具体限定。

可以理解，图20中示出的界面只是示例性描述，本申请实施例并不限于此。事实上，弹窗1801中也可以包括更多的信息。

还可以理解，图20中只是以滴滴出行的弹窗为例进行描述，本申请实施例并不限于此。事实上，其他打车软件也适用于本申请实施例。

可选地，在智能判断出是第二状态或第三状态时，还可以为用户显示高铁线路图。

图21中示出了本申请实施例在高铁车厢时(比如第二状态或第三状态)的又一个界面示例图。

如图21中(1)所示的界面，在检测到用户是第二状态或第三状态后，可以弹出窗口1901，窗口1901中可以显示当前所在高铁车次(比如G101)以及即将到达站点(比如济南西站)。

可选地，窗口1901中还可以包括控件1902。控件1902是进入高铁线路图的入口。在用户点击控件1902后，可以进入高铁线路图的界面展示。高铁线路图可以是当前车次所对应的高铁线路图(具体可以是在地图中显示的高铁线路图)。

一种可能的实现方式，用户点击控件1902后，界面可以显示如图21中(2)所示的界面。图21中(2)所示的界面是当前车次所对应的高铁线路图。如图21中(2)所示的界面还可以显示该车次的起始地(北京)、到达地(上海)以及用户点前所在的位置，以便用户实时获知自己当前所在的位置。

应理解，图21中(2)所示的界面只是简化示例描述。事实上，在实际界面中，该车次所对应的每个站点的名称也可以在界面中一并展示，以便用户查看。

还应理解，图21中的界面只是示例性地描述，本申请实施例并不限于此。

还应理解，本申请实施例示出的各个手机界面的示例图仅仅是为了便于本领域技术人员理解，并非要将本申请实施例限于例示的具体场景。

上文结合图1至图21，详细描述了本申请实施例提供的一种识别终端状态的方法。下面将结合图22详细描述本申请的装置实施例。

应理解，本申请实施例的识别终端状态的装置可以执行前述本申请实施例的各种识别终端状态的方法的实施例，即以下各种产品的具体工作过程，可以参考前述方法实施例中的对应过程。

图22是本申请实施例的识别终端状态的装置900的示意性框图。如图22所示，该装置900包括：处理单元910和显示单元920。

应理解，装置900可以执行图5至图21所示的识别终端状态的方法。在一种可能的示例中，装置900可以是终端设备。

在一种可能的示例中，所述处理单元910用于：

通过加速度传感器获取终端的加速度数据；

基于所述加速度数据确定第一概率值，所述第一概率值用于表征所述终端处于行走状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是行走状态；

基于所述加速度数据确定第二概率值，所述第二概率值用于表征所述终端处于高铁状态的概率，其中，在所述第二概率值大于第二概率阈值时，所述终端是高铁状态；

基于所述第一概率值和所述第二概率值，确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；

在确定所述终端用户为第一状态时，调用所述显示单元920显示第一界面，所述第一界面包括第一窗口，所述第一窗口用于向用户显示当前位置的出行推荐信息。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

获取M个接入网设备的标识信息，所述M个接入网设备指所述终端用户最近连接过的多个接入网设备；

根据所述M个接入网设备的标识信息，确定第一数量，所述第一数量是所述M个接入网设备中第一接入网设备的数量，所述第一接入网设备指携带第一标识的接入网设备；

其中，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态。

可选地，作为一种可能的实现方式，在确定所述终端用户为第一状态时，所述处理单元910还用于：

基于终端的定位信息检测地铁站信息；

在识别到地铁站后，调用所述显示单元920在所述第一界面显示第二窗口，所述第二窗口用于向用户显示所述终端用户进入地铁站时所需的信息，所述第二窗口包括第一控件；

检测到对所述第一控件的操作；

响应于对所述第一控件的操作，调用所述显示单元920显示第二界面，所述第二界面包括地铁乘车码。

可选地，作为一种可能的实现方式，所述第二窗口还包括第二控件；

所述处理单元910还用于：

检测到对所述第二控件的操作；

响应于对所述第二控件的操作，调用所述显示单元920显示第三界面，所述第三界面包括所述终端用户的个人健康码。

可选地，作为一种可能的实现方式，所述第二窗口还包括第三控件；

所述处理单元910还用于：

检测到对所述第三控件的操作；

响应于对所述第三控件的操作，调用所述显示单元920显示第四界面，所述第四界面包括所述终端用户的通信行程卡。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

在确定所述终端用户为第二状态时，开启网络加速模块。

可选地，作为一种可能的实现方式，所述处理单元910用于基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第一预设时长内的多个第一概率值；

基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

判断第一时长是否大于第一时间阈值；

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否小于第二时间阈值；

在所述第一时长大于第一时间阈值，且所述第二时长小于所述第二时间阈值时，确定所述终端用户为第一状态，其中，所述终端用户的状态是从所述第二状态切换到所述第一状态的。

可选地，作为一种可能的实现方式，所述处理单元910用于基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第一预设时长内的多个第一概率值；

基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

判断第一时长是否小于第三时间阈值；

获取第三预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第三预设时长内所述终端是高铁状态的第三时长；

判断所述第三时长是否小于第四时间阈值；

在所述第一时长小于第三时间阈值，且所述第三时长小于所述第四时间阈值时，确定所述终端用户为第三状态，其中，所述终端用户的状态是从所述第二状态切换到所述第三状态的。

可选地，作为一种可能的实现方式，所述处理单元910用于基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否大于第五时间阈值；

在所述第二时长大于所述第五时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第三状态切换到所述第二状态的。

可选地，作为一种可能的实现方式，所述处理单元910用于基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态，包括：

判断所述第一数量是否大于第一数量阈值；

获取第四预设时长内的多个第一概率阈值；

基于所述多个第一概率阈值，获取在所述第四预设时长内所述终端是行走状态的第四时长；

判断所述第四时长是否大于第六时间阈值；

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否大于第七时间阈值；

在所述第一数量大于第一数量阈值，所述第四时长大于所述第六时间阈值，且，所述第二时长大于所述第七时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第一状态切换到所述第二状态的。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

在开启网络加速模块之后，调用所述显示单元920向用户显示提示框，所述提示框中包括第一选项和第二选项，所述第一选项用于选择关闭网络加速模块，所述第二选项用于选择继续打开网络加速模块。

可选地，作为一种可能的实现方式，所述处理单元910在接收到对第一选项的操作时，关闭网络加速模块。

可选地，作为一种可能的实现方式，所述处理单元910在接收到对所述第二选项的操作时，维持打开网络加速模块的状态。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

在开启网络加速模块之前，检测用户当前是否正在使用手机；

在检测到用户使用手机时，开启网络加速模块。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

判断终端是否处于亮屏状态；

如果终端处于亮屏状态，则开启所述网络加速模块；

如果终端不处于亮屏状态，则不开启所述网络加速模块。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

在确定所述终端用户为第二状态或第三状态时，调用所述显示单元920显示第五界面，所述第五界面包括第三窗口，所述第三窗口用于向用户显示长途公共交通导航的信息，所述第三窗口包括第四控件；

检测到对所述第四控件的操作；

响应于对所述第四控件的操作，调用所述显示单元920显示第六界面，所述第六界面包括以下信息中的一项或多项：当前所在站点信息、经过的站点信息以及当前车次的全部站点信息。

可选地，作为一种可能的实现方式，所述处理单元910用于基于所述加速度数据确定第一概率值，包括：

基于所述加速度数据，通过第一二分类网络计算所述第一概率值。

可选地，作为一种可能的实现方式，所述处理单元910用于基于所述加速度数据确定第二概率值，包括：

基于所述加速度数据，通过第二二分类网络计算所述第二概率值。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

调用所述显示单元920显示第一设置界面，所述第一设置界面包括高铁设置控件；

响应于用户针对所述高铁设置控件的操作，调用所述显示单元920进入高铁设置界面，所述高铁设置界面包括第三选项，所述第三选项用于选择默认开启或关闭第二状态下的网络加速模块。

可选地，作为一种可能的实现方式，所述处理单元910还用于：

在确定所述终端用户的状态为第二状态或第三状态时，调用所述显示单元920显示第七界面，所述第七界面包括第四窗口，所述第四窗口用于向用户显示打车应用程序的推荐界面。

应理解，上述装置900以功能单元的形式体现。这里的术语“单元”可以通过软件和/或硬件的形式实现，本申请实施例对此不作具体限定。

例如，“单元”可以是实现上述功能的软件程序、硬件电路或者二者结合。所述硬件电路可能包括(applicationspecificintegratedcircuit，ASIC)应用特定集成电路、电子电路、执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、集成逻辑电路，和/或其他可以提供上述功能的合适器件。在一个简单的实施例中，本领域的技术人员可以想到装置900可以采用图4所示的形式。比如，所述处理单元910通过第一检测模块、第二检测模块和地铁模式判断模块来实现；所述显示单元920通过显示驱动实现。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请还提供了一种计算机程序产品，该计算机程序产品被处理器执行时实现本申请中任一方法实施例所述的方法。

该计算机程序产品可以存储在存储器中，经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器执行的可执行目标文件。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现本申请中任一方法实施例所述的方法。该计算机程序可以是高级语言程序，也可以是可执行目标程序。

该计算机可读存储介质可以是易失性存储器或非易失性存储器，或者，可以同时包括易失性存储器和非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等各种可以存储程序代码的介质。

应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。例如，A/B可以表示A或B。

本申请实施例中出现的术语(或者说编号)“第一”、“第二”、…等，仅用于描述目的，即只是为了区分不同的对象，比如，不同的“指纹”等，并不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、…等的特征可以明示或者隐含地包括一个或者更多个特征。在本申请实施例的描述中，“至少一个(项)”是指一个或多个。“多个”的含义是两个或两个以上。“以下至少一个(项)”或其类似表达，是指这些项中的任意组合，包括单个(项)或复数个(项)的任意组合。

例如，本申请实施例中出现的类似于“项目包括如下中至少一种：A，B，以及C”表述的含义，如无特别说明，通常是指该项目可以为如下中任一个：A；B；C；A和B；A和C；B和C；A，B和C；A和A；A，A和A；A，A和B；A，A和C，A，B和B；A，C和C；B和B，B，B和B，B，B和C，C和C；C，C和C，以及其他A，B和C的组合。以上是以A，B和C共3个元素进行举例来说明该项目的可选用条目，当表达为“项目包括如下中至少一种：A，B，……，以及X”时，即表达中具有更多元素时，那么该项目可以适用的条目也可以按照前述规则获得。

总之，以上所述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (18)

1.一种识别终端状态的方法，其特征在于，包括：

通过加速度传感器获取终端的加速度数据；

基于所述加速度数据确定第一概率值，所述第一概率值用于表征所述终端处于行走状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是行走状态；

基于所述加速度数据确定第二概率值，所述第二概率值用于表征所述终端处于高铁状态的概率，其中，在所述第二概率值大于第二概率阈值时，所述终端是高铁状态；

基于所述第一概率值和所述第二概率值，确定终端用户的状态，所述终端用户的状态包括第一状态、第二状态以及第三状态，所述第一状态指所述终端用户离开高铁车厢的状态，所述第二状态指所述终端用户位于高铁车厢且高铁处于行驶的状态，所述第三状态是指所述终端用户位于高铁车厢且高铁处于停止运行的状态；

在确定所述终端用户为第一状态时，显示第一界面，所述第一界面包括第一窗口，所述第一窗口用于向用户显示当前位置的出行推荐信息。

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

获取M个接入网设备的标识信息，所述M个接入网设备指所述终端用户最近连接过的多个接入网设备；

根据所述M个接入网设备的标识信息，确定第一数量，所述第一数量是所述M个接入网设备中第一接入网设备的数量，所述第一接入网设备指携带第一标识的接入网设备；

其中，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态。

3.根据权利要求1或2所述的方法，其特征在于，在确定所述终端用户为第一状态时，所述方法还包括：

基于终端的定位信息检测地铁站信息；

在识别到地铁站后，在所述第一界面显示第二窗口，所述第二窗口用于向用户显示所述终端用户进入地铁站时所需的信息，所述第二窗口包括第一控件；

检测到对所述第一控件的操作；

响应于对所述第一控件的操作，显示第二界面，所述第二界面包括地铁乘车码。

4.根据权利要求3所述的方法，其特征在于，所述第二窗口还包括第二控件；所述方法还包括：

检测到对所述第二控件的操作；

响应于对所述第二控件的操作，显示第三界面，所述第三界面包括所述终端用户的个人健康码。

5.根据权利要求3或4所述的方法，其特征在于，所述第二窗口还包括第三控件；所述方法还包括：

检测到对所述第三控件的操作；

响应于对所述第三控件的操作，显示第四界面，所述第四界面包括所述终端用户的通信行程卡。

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

在确定所述终端用户为第二状态时，开启网络加速模块。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第一预设时长内的多个第一概率值；

基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

判断第一时长是否大于第一时间阈值；

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否小于第二时间阈值；

在所述第一时长大于第一时间阈值，且所述第二时长小于所述第二时间阈值时，确定所述终端用户为第一状态，其中，所述终端用户的状态是从所述第二状态切换到所述第一状态的。

8.根据权利要求1至6中任一项所述的方法，其特征在于，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第一预设时长内的多个第一概率值；

基于所述多个第一概率值，获取在所述第一预设时长内所述终端是行走状态的第一时长；

判断第一时长是否小于第三时间阈值；

获取第三预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第三预设时长内所述终端是高铁状态的第三时长；

判断所述第三时长是否小于第四时间阈值；

在所述第一时长小于第三时间阈值，且所述第三时长小于所述第四时间阈值时，确定所述终端用户为第三状态，其中，所述终端用户的状态是从所述第二状态切换到所述第三状态的。

9.根据权利要求1至6中任一项所述的方法，其特征在于，所述基于所述第一概率值和所述第二概率值，确定终端用户的状态，包括：

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否大于第五时间阈值；

在所述第二时长大于所述第五时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第三状态切换到所述第二状态的。

10.根据权利要求2至6中任一项所述的方法，其特征在于，所述基于所述第一数量，所述第一概率值和所述第二概率值，确定所述终端用户的状态，包括：

判断所述第一数量是否大于第一数量阈值；

获取第四预设时长内的多个第一概率阈值；

基于所述多个第一概率阈值，获取在所述第四预设时长内所述终端是行走状态的第四时长；

判断所述第四时长是否大于第六时间阈值；

获取第二预设时长内的多个第二概率值；

基于所述多个第二概率值，获取在所述第二预设时长内所述终端是高铁状态的第二时长；

判断所述第二时长是否大于第七时间阈值；

在所述第一数量大于第一数量阈值，所述第四时长大于所述第六时间阈值，且，所述第二时长大于所述第七时间阈值时，确定所述终端用户的状态为第二状态，其中，所述终端用户的状态是从第一状态切换到所述第二状态的。

11.根据权利要求6至10中任一项所述的方法，其特征在于，在开启网络加速模块之后，所述方法还包括：

向用户显示提示框，所述提示框中包括第一选项和第二选项，所述第一选项用于选择关闭网络加速模块，所述第二选项用于选择继续打开网络加速模块。

12.根据权利要求1至11中任一项所述的方法，其特征在于，所述方法还包括：

在确定所述终端用户为第二状态或第三状态时，显示第五界面，所述第五界面包括第三窗口，所述第三窗口用于向用户显示长途公共交通导航的信息，所述第三窗口包括第四控件；

检测到对所述第四控件的操作；

响应于对所述第四控件的操作，显示第六界面，所述第六界面包括以下信息中的一项或多项：当前所在站点信息、经过的站点信息以及当前车次的全部站点信息。

13.根据权利要求1至12中任一项所述的方法，其特征在于，所述基于所述加速度数据确定第一概率值，包括：

基于所述加速度数据，通过第一二分类网络计算所述第一概率值。

14.根据权利要求1至13中任一项所述的方法，其特征在于，所述基于所述加速度数据确定第二概率值，包括：

基于所述加速度数据，通过第二二分类网络计算所述第二概率值。

15.根据权利要求1至14中任一项所述的方法，其特征在于，所述方法还包括：

显示第一设置界面，所述第一设置界面包括高铁设置控件；

响应于用户针对所述高铁设置控件的操作，进入高铁设置界面，所述高铁设置界面包括第三选项，所述第三选项用于选择默认开启或关闭第二状态下的网络加速模块。

16.一种电子设备，其特征在于，包括处理器和存储器，所述处理器和所述存储器耦合，所述存储器用于存储计算机程序，当所述计算机程序被所述处理器执行时，使得所述电子设备执行权利要求1至15中任一项所述的方法。

17.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，使得所述处理器执行权利要求1至15中任一项所述的方法。

18.一种芯片，其特征在于，包括处理器，当所述处理器执行指令时，所述处理器执行如权利要求1至15中任一项所述的方法。

Images