CN116055629B - 一种识别终端状态的方法、电子设备、存储介质和芯片 - Google Patents

Abstract

一种识别终端状态的方法和装置，应用于终端技术领域。该方法包括：通过获取加速度数据和磁力计数据，并基于加速度数据和磁力计数据确定第一概率值，然后结合第一概率值判断终端用户的上下地铁状态，最后在确定为下地铁状态时向用户显示出站乘车码，能够准确识别出用户是否是下地铁状态，并在识别出下地铁状态时为用户弹出将要用到的出站卡片功能，省去了用户主动打开出站卡片的时间，为用户提供便捷服务。

Description

一种识别终端状态的方法、电子设备、存储介质和芯片

技术领域

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

背景技术

随着交通业的发展，地铁出行成为城市交通中比较常见的出行方式。在乘坐地铁期间， 用户也有使用智能终端的需求。

现有技术中，可以通过读取终端的加速度计的数据判断终端的运动状态。目前的技术无 法准确识别出用户当前上下地铁车厢的状态，影响用户的使用体验。因此，如何准确识别出 上下地铁状态成为亟待解决的问题。

发明内容

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

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

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

通过磁力计传感器获取所述终端的磁力计数据；

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

基于所述第一概率值确定终端用户的状态，所述终端用户的状态包括下地铁状态和上地 铁状态；

在确定所述终端用户为下地铁状态时，显示第一界面，所述第一界面包括出站卡片。

上述方法可以由终端设备或终端设备中的芯片执行。基于上述方案，通过获取加速度数 据和磁力计数据，并基于加速度数据和磁力计数据确定第一概率值，然后结合第一概率值判 断终端用户的上下地铁状态，最后在确定为下地铁状态时向用户显示出站乘车码，能够准确识别出用户是否是下地铁状态，并在识别出下地铁状态时为用户实时弹出或推送将要用到的 出站卡片功能，省去了用户主动打开出站卡片的时间，为用户提供便捷服务。

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

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

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

基于所述第一概率值确定终端用户的状态可以包括两种方式。

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

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

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

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

在所述第一时长小于第一时间阈值时，确定所述终端用户为下地铁状态。

因此，基于第一概率值，通过判断第一时长与第一时间阈值的关系，可以快速判断终端 用户为下地铁状态。

可选地，在另一种实现方式中，所述方法还包括：判断第一时长是否大于第二时间阈值；

在所述第一时长大于所述第二时间阈值时，确定所述终端用户为上地铁状态。

因此，基于第一概率值，通过判断第一时长与第二时间阈值的关系，可以快速判断终端 用户为上地铁状态。

除了考虑第一概率阈值以外，本申请实施例还可以进一步考虑第二概率值来判断终端用 户的上下地铁车厢状态。

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

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

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

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

因此，通过第一概率值和第二概率值共同判断终端用户的上下地铁车厢状态，有助于提 高判断的准确性。

具体地，基于第一概率值和第二概率值共同判断终端用户的状态，可以存在以下两种方 式：

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

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

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

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

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

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

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

在所述第二时长小于第三时间阈值，且，所述第三时长大于第四时间阈值时，确定所述 终端用户为下地铁状态。

因此，基于第一概率值和第二概率值，共同判断终端用户是下地铁状态，能够提高判断 准确性。

另一种可能的方式，基于第一概率值和第二概率值确定终端用户的状态，包括：

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

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

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

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

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

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

在所述第四时长大于第六时间阈值，且所述第二时长大于第五时间阈值时，确定所述终 端用户为上地铁状态。

因此，基于第一概率值和第二概率值，共同判断终端用户是上地铁状态，能够提高判断 准确性。

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

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

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

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

在一种可能的实现方式中，在开启网络加速模块之后，所述方法还包括：

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

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

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

显示第二界面，所述第二界面包括第一弹窗，所述第一弹窗用于向用户推荐公共交通导 航。这样，用户通过第一弹窗可以查询或使用公共交通，提升用户体验。

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

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

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

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

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

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

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

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

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

附图说明

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

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

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

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

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

图6是汽车的磁力计数据与地铁的磁力计数据的对比图；

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

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

图9是用户下地铁车厢后终端界面的一个示例图；

图10是用户下地铁车厢后终端的另一界面示意图；

图11是用户下地铁车厢后终端的又一界面示意图；

图12是用户换乘地铁时手机界面的一个示例图；

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

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

图15是终端用户下地铁时第一概率值和第二概率值的变化趋势的示意图；

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

图17是本申请实施例的另一界面示意图；

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

图19是在上地铁状态时的推荐界面的一个示例图；

图20是在上地铁状态时的推荐界面的另一个示例图；

图21是在上地铁状态时的推荐界面的又一个示例图；

图22是在上地铁状态时的推荐界面的另一个示例图；

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

具体实施方式

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

本申请实施例的技术方案应用于用户携带智能终端乘坐城市轨道交通的场景中。本申请 实施例对城市轨道交通的具体交通工具不作具体限定，比如，地铁、轻轨、城轨等。为便于 描述，本申请实施例以地铁为例进行描述，但这并不对本申请实施例构成限定。

本申请实施例的技术方案针对的是用户携带智能终端上地铁车厢的场景，以及，用户携 带智能终端下地铁车厢的场景。图1和图2分别示出了本申请实施例的应用场景示例图。

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

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

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

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

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

本申请实施例提供的技术方案，通过加速度传感器采集加速度数据，并根据磁力计采集 磁力计数据，然后结合加速度数据和磁力计数据共同判断终端用户的上下地铁状态，在确定 终端处于下地铁状态时，向用户呈现第一界面，所述第一界面中包括第一弹窗，所述第一弹窗用于显示出站乘车码，能够准确识别终端的上下地铁状态，从而在相应场景下为用户提供 推荐服务。

图3示出了一种适用于本申请的装置100的硬件系统。

装置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 theUSA，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是否在口袋里，以防误触。在一些实施例 中，可以通过环境光传感器180L检测所述终端的环境光信息。

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

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

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

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

在一些实施例中，处理器110可以基于加速度信息确定第一概率值和第二概率值；并基 于无线通信模块160获取网络标识信息，并基于所述第一概率值和所述第二概率值，以及网 络标识信息确定装置100的模式。

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

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

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

在一些可能的实施例中，应用程序层还包括第一检测模块、第二检测模块和地铁模式判 断模块。第一检测模块用于根据加速度数据和磁力计数据确定第一概率值，所述第一概率值 用于表征所述终端处于地铁状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端是地铁状态。第二检测模块用于根据加速度数据确定第二概率值，所述第二概率值用 于表征所述终端处于行走状态的概率，其中，在所述第二概率值大于第二概率阈值时，所述 终端是行走状态。地铁模式判断模块用于根据第一概率值确定终端用户是下地铁状态还是上 地铁状态，或者，根据第一概率值和第二概率值共同确定终端用户是下地铁状态还是上地铁状态。

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

应用程序框架层为应用程序层的应用程序提供应用程序编程接口(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-图22描述本申请实施例的一种识别终端状态的方法和装置。

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

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

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

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

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

S402，通过磁力计传感器获取终端的磁力计数据。

磁力计数据反应了终端周围的磁场变化情况。在用户携带终端乘坐地铁时，磁力计传感 器可以实时采集终端的磁力计数据。

一般而言，由于地铁轨道挂载了高压电，因此对于地铁而言，处于地铁车厢后磁力计数 据的波动变化要大于其他交通工具。例如，图6中示出了汽车的磁力计数据与地铁的磁力计 数据的对比图。从图6中可以看到，地铁的磁力计数据的波动明显大于汽车的磁力计数据的 波动。因此，本申请实施例通过采集终端的磁力计数据，以识别终端是否处于地铁状态。终端处于地铁状态(或者说终端是地铁状态)是指：终端位于地铁车厢内，例如，用户携带终 端位于地铁车厢内。

可以理解，磁力计数据也可以称作磁力计信号、磁力计信息、磁场数据、磁场信号等其 他描述，本申请实施例对此不作具体限定。

S403，基于所述加速度数据和所述磁力计数据确定第一概率值，所述第一概率值用于表 征所述终端处于地铁状态的概率，其中，在所述第一概率值大于第一概率阈值时，所述终端 是地铁状态。

第一概率值也可以表述为地铁概率值。第一概率值用于表征终端当前处于地铁车厢的概 率大小。

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

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

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

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

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

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

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

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

还应理解，这里仅是加速度数据的特征提取过程为例进行描述，磁力计数据的特征提取 也可以参考此处描述。

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

S404，基于所述第一概率值确定终端用户的状态，所述终端用户的状态包括下地铁状态 和上地铁状态。

需要说明的是，本申请实施例提及的终端用户的状态指的是上下地铁车厢的状态，并非 进出地铁站的状态。具体地，下地铁状态是指用户携带终端下地铁车厢的状态。上地铁状态 是指用户携带终端上地铁车厢的状态。

本申请实施例可以基于第一概率值来判断终端用户的状态。具体地，基于第一概率值确 定终端用户的状态存在以下两种方式。

方式一，可选地，作为一个可能的实现方式，基于所述第一概率确定终端用户的状态， 可包括图8中的步骤1、步骤2、步骤3-1以及步骤4-1。具体步骤如下：

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

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

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

步骤4-1，在所述第一时长小于第一时间阈值时，确定所述终端用户为下地铁状态。

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

如前文所言，在第一概率值大于第一概率阈值时，可以将终端定义为地铁状态。此处需 要统计最近一段时间(对应第一预设时长)内，终端是地铁状态的累计时长(对应第一时长)， 然后将该累计时长与设定的阈值(对应第一时间阈值)作对比。如果该累计时长小于设定的 阈值，则判定终端用户为下地铁状态。

需要说明的是，第一时长可以是第一预设时长中的连续时间点组成的时长，也可以是非 连续时间点组成的时长。比如，第一时长是由第一预设时长中的第30秒，第33秒，第34秒， 第36秒组成。又比如，第一时长是由第一预设时长中的第45秒至第50秒组成。

举例来说，假设第一时间阈值是5秒，第一预设时长是60秒，如果在60秒内，统计出终端是地铁状态的累计时长为4秒，可得4秒小于5秒，那么此时判定终端用户为下地铁状态。

因此，在方式一中，基于第一概率值，通过判断第一时长与第一时间阈值的关系，可以 快速判断终端用户为下地铁状态。

方式二，可选地，作为一个可能的实现方式，基于所述第一概率确定终端用户的状态， 可包括图8中的步骤1、步骤2、步骤3-2以及步骤4-2。具体步骤如下：

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

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

步骤4-2，在所述第一时长大于第二时间阈值时，确定所述终端用户为上地铁状态。

类似地，此处需要统计第一预设时长内，终端是地铁状态的累计时长，然后将该累计时 长与设定的阈值(第二时间阈值)作对比。如果该累计时长大于设定的阈值，则判断终端用户为上地铁状态(比如图1中所示的场景)。

示例性地，方式二针对的应用场景可能是终端用户在下地铁后换乘地铁重新上地铁时的 场景，此时可以不统计进入地铁站的行走时长(比如10分钟内的走路时长)，因此只考虑第 一概率值即可。

可选地，第一时间阈值与第二时间阈值可以相同，也可以不同，本申请实施例对此不作 限定。

可选地，第二时间阈值可以大于或等于第一时间阈值。

举例来说，假设第二时间阈值是10秒，第一预设时长是60秒，假设终端在60秒内是地 铁状态的累计时长大于10秒，则判定终端用户为上地铁状态。

因此，在方式二中，基于第一概率值，通过判断用户第一时长与第二时间阈值的关系， 可以快速判断用户是上地铁状态。

应理解，上述关于时长与时间阈值的比较关系，只是示例性描述，本申请实施例并不限 于此。比如，“第一时长大于第二时间阈值”也可替换为：第一时长大于或等于第二时间阈值。 又比如，第一时长大于第二时间阈值也可替换为：第一时长在预设时间段内。

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

S405，在确定所述终端用户为下地铁状态时，显示第一界面，所述第一界面包括第一窗 口，所述第一窗口用于显示出行卡片。

所述出行卡片是指用于进出地铁站的功能卡片。所述出行卡片中可显示出地铁站要使用 的出站码，以便用户刷卡出站，节省了用户自己打开出行卡片的时间。

应理解，本申请实施例对出行卡片的名称不作具体限定。

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

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

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

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

可选地，所述出行卡片中包括出站刷卡的二维码。示例性地，出行卡片可以是第三方微 信乘车中的出站乘车卡片、支付宝出站乘车卡片等。

示例性地，所述出站卡片可以是终端自带的智慧出行卡片。智慧出行卡片中可以包括出 站的乘车码，比如二维码。图9中示出了用户下地铁车厢后终端的界面示意图。用户在科技 路站下车，在识别到用户携带终端11离开地铁车厢后，第一界面可以显示图9中(1)所示 的界面。如图9中(1)所示，在手机界面中可以自动弹出出行卡片901。出行卡片中包括智 慧出行地铁乘车码。比如，出行卡片中包括乘车码的缩略图902。可选地，出行卡片901中可以显示当前所在地铁站点，比如，科技路站。

应理解，图9中的出行卡片901也可以是其他类型的出行卡片，比如，支付宝出行卡片， 微信出行卡片。此处弹出的卡片类型可取决于用户在进站时刷卡的卡片类型，图9中的示例 只是以用户进站时使用的是智慧出行卡片为例进行描述。比如，如果用户进站使用的是支付 宝出行卡片，那么此处弹出的就是支付宝出行卡片；如果用户进站使用的是微信宝出行卡片， 那么此处弹出的就是微信出行卡片。

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

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

当用户需要刷乘车码出站时，用户可以点击乘车码的缩略图902，以便放大显示二维码， 界面显示如图9中(2)所示的窗口903。在图9中(2)所示的界面中，窗口903中包括呈大图显示的二维码，以方便用户刷卡出站。

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

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

可选地，所述出行卡片中包括还可以包括健康码控件。在用户点击健康码控件后，终端 可以显示用户的个人健康码信息。这样，在用户在出地铁站后，如果要进入公共场所(比如 商场或酒店等)，可以直接在出行卡片中打开健康码，为用户提供方便。

图10示出了用户下地铁车厢后终端的另一界面示意图。用户在科技路站下车，在识别到 用户离开地铁车厢后，第一界面可以显示图10中(1)所示的界面。如图10中(1)所示， 在手机界面中可以自动弹出出行卡片901。出行卡片901中不仅包括乘车码的缩略图控件902， 还包括健康码控件904。如果用户点击控件904，界面显示如图10中(2)所示的界面。一种示例，如图10中(2)所示，手机界面中显示窗口905。窗口905用于展示终端用户的个人健康码以及其他信息。比如，健康码的类型是绿码，当前出示健康码的具体实时时间(比如，图10中(2)示出的更新时间是2021年1月1日8点0分)，用户的脱敏个人信息(身份证 号码、姓名等)。

可以理解，出行卡片901的其他相关描述以及控件902的描述可以参考图9中的示例， 这里不再赘述。

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

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

应理解，健康码也可以有其他名称，对此不作具体限定。例如，健康码也可以称作电子 码、健康宝，一码通等。

可选地，所述出行卡片中包括还可以包括行程码控件。在用户点击行程码控件后，终端 可以显示用户的个人行程信息。这样，在用户在出地铁站后进入公共场所(比如商场或酒店 等)，如果需要查看行程码，可以直接在出行卡片中打开行程码，为用户提供方便。

图11示出了用户下地铁车后终端的又一界面示意图。示例性地，用户在科技路站下车， 在识别到用户离开地铁车厢后，第一界面可以显示如图11中(1)所示的界面。如图11中(1) 所示，在手机界面中可以自动弹出出行卡片901。出行卡片901中包括乘车码的缩略图控件 902(具体作用可以参考图9中的描述)，健康码控件904(具体作用可以参考图10中的描述)，以及行程卡控件906。

如果用户点击控件906，界面显示如图11中(2)所示的界面。如图11中(2)所示的界面，手机显示窗口907。窗口907中包括用于查询行程卡的控件909以及授权协议选项908。如果用户同意并授权查询本地在疫情期间14天内到访信息，可以点击授权协议选项908。在用户选择同意并授权查询本地在疫情期间14天内到访信息时，可以点击控件909进行行程信 息的查询。

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

可以理解，出行卡片901的其他相关描述以及控件902的描述可以参考图9中的示例， 这里不再赘述。

还可以理解，出行卡片901中包括的健康码控件904的描述可以参考图10中的示例，这 里不再赘述。

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

本申请实施例对行程码控件所在的位置不作具体限定。一种实现方式，可以如图11中(1) 所示，行程码控件位于出行卡片901中。又一种实现方式，行程码控件也可以位于图10中(2) 所示的窗口905中，即用户在通过窗口905出示完健康码后，可以继续在窗口905中点击行 程码控件，以便出示行程码信息，在点击行程码控件之后，后续的操作或界面可以与图11中 (2)和图11中(3)所示的界面相同。

通常来讲，用户在下地铁车厢后会存在两种可能，一种是出站，一种是站内换乘。不论 是出站还是站内换乘，本申请实施例都可以智能识别出终端用户的状态。如果终端用户在下 地铁车厢后出站，则可以点击乘车码(如图9中所示的界面)出站。如果终端用户在下地铁 车厢后要换到其他地铁站，那么终端可以一直亮屏显示出行卡片，直到检测到终端用户为上地铁状态，则出行卡片自动消失。

图12中示出了用户换乘地铁时手机界面的一个示例图。当用户下地铁车厢后，手机界面 可以显示如图12中(1)所示，即弹出出行卡片901。出行卡片901中包括二维码缩略图902。关于出行卡片901和二维码缩略图902的描述可以参考图9中的描述，这里不再赘述。用户 下地铁车厢后持续行走，准备换乘到另一地铁线。当用户换乘地铁线路时，如果识别到用户 再次进入地铁车厢，出行卡片901可以自动消失，比如，界面如图12中(2)所示，手机可 以显示当前的主界面。或者，如果识别到用户再次进入地铁车厢，手机直接熄屏。应理解， 图12中(2)所示的界面只是示例描述，本申请实施例并不限于此。

一种实现方式，如果用户正在使用手机，那么在识别到用户再次进入地铁车厢后出行卡 片901可以自动消失；如果用户未使用手机，则在识别到用户再次进入地铁车厢后手机进入 熄屏状态，即出行卡片901也相应消失。

可选地，在识别到用户进入地铁车厢后，可以自动弹出进入地铁车厢后的相关界面。下 文在描述识别到用户是上地铁状态后的实施例将会描述相关的界面。

在本申请实施例中，通过获取加速度数据和磁力计数据，并基于加速度数据和磁力计数 据确定第一概率值，然后结合第一概率值判断终端用户的上下地铁状态，最后在确定为下地 铁状态时向用户显示出站乘车码，能够准确识别出用户是否是下地铁状态，并在识别出下地铁状态时为用户实时弹出或推送将要用到的出站卡片功能，省去了用户主动打开出站卡片的 时间，为用户提供便捷服务。

另外，本申请实施例还可以计算用户的行走概率值，然后将用户的行走概率值，也作为 判断终端用户的上下地铁状态的一个因素。具体即，可以同时考虑地铁概率值和行走概率值， 来判断终端用户的上下地铁状态，以下将详细介绍。

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

S403-B，基于加速度数据确定第二概率值，所述第二概率值用于表征所述终端用户处于 行走状态的概率，其中，在第二概率值大于第二概率阈值时，所述终端用户为行走状态。

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

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

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

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

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

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

本申请实施例通过获取终端用户在预设时长内处于行走状态的时长，从而以此来判断终 端用户上下地铁的状态。

可选地，S404包括：S404-1，基于第一概率值和第二概率值确定终端用户的状态，所述 终端用户的状态包括下地铁状态和上地铁状态。

具体地，基于第一概率值和第二概率值共同判断终端用户的状态，可以存在以下两种方 式：

方式三

可选地，作为一个可能的实现方式，所述基于第一概率值和第二概率值确定终端用户的 状态可以包括图14中所示的步骤。如图14所示，包括：

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

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

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

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

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

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

步骤7，在所述第二时长小于第三时间阈值，且，所述第三时长大于第四时间阈值时， 确定所述终端用户为下地铁状态。

本申请实施例对第二预设时长和第三预设时长的值不作具体限定，二者可以相同也可以 不同。比如，第二预设时长取10秒，第三预设时长取10秒。又比如，第二预设时长取10秒， 第三预设时长取15秒。

具体地，在该方式中不仅需要统计最近一段时间(对应第二预设时长)内，终端用户是 地铁状态的累计时长(对应第二时长)，还需要统计最近一段时间(对应第三预设时长)内， 终端用户是行走状态的累计时长(对应第三时长)，然后分别将统计的累计时长与相应的阈值 作对比，即，第二时长与第三时间阈值作比较，第三时长与第四时间阈值作比较。在这两个 累计时长都满足各自的阈值条件时，比如，第二时长小于第三时间阈值，且，第三时长大于 第四时间阈值，可以判定终端用户为下地铁状态。

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

通常来说，用户在离开地铁车厢时，会存在第一概率值(或地铁概率值，或地铁分数值) 降低以及第二概率值(或行走概率值，或说行走分数值)升高的过程。比如图15中示出了下 地铁时第一概率值和第二概率值的变化趋势。如图15所示，在用户下地铁时，地铁概率值随着时间推移不断下降，并且行走分数值在随之升高。比如，图15中示出的黑色圆点可以判断 为用户下地铁车厢的时间点。应理解，图15中的例子仅是示意性说明，并不对本申请实施例 构成限定。

因此，在该方式三中，基于第一概率值和第二概率值，共同判断终端用户是下地铁状态， 能够提高判断准确性。

方式四

可选地，作为一个可能的实现方式，所述基于第一概率值和第二概率值确定终端用户的 状态可包括如图16中所示的步骤。如图16所示，包括：

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

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

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

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

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

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

在所述第四时长大于第六时间阈值，且所述第二时长大于第五时间阈值时，确定所述终 端用户为上地铁状态。

第二预设时长的描述可以参考上文的描述，此处不作赘述。

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

具体地，在该方式中不仅需要统计最近一段时间内，终端用户是地铁状态的累计时长(对 应第二时长)，还需要统计最近一段时间(对应第四预设时长)内，终端用户是行走状态的累 计时长(对应第四时长)，然后分别将的累计时长与相应的阈值作对比，即，第二时长与第五 时间阈值作比较，第四时长与第六时间阈值作比较。在这两个累计时长都满足各自的阈值条 件时，比如，第四时长大于第六时间阈值，第二时长大于第五时间阈值，可以判定终端用户为上地铁状态。

示例性地，方式四针对的应用场景可能是终端用户走入地铁站首次乘坐地铁的场景。此 时由于是首次乘坐地铁站，并非地铁换乘场景，因此需要考虑进入地铁前的走路时间。

前文描述的方式二也是判定终端用户为上地铁状态的一个方法。方式二与方式四的区别 在于：方式二不需要考虑第二概率阈值。这是因为，方式二可以适用于换乘地铁的场景，对 于换乘地铁场景而言，只需要考虑第一概率值(即地铁概率值)就可以了。

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

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

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

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

在确定所述终端用户的状态为上地铁状态时，开启网络加速模块。

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

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

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

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

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

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

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

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

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

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

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

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

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

以网络优化模块通过Link Turbo实现为例，当识别到是上地铁状态后，可以在屏幕上弹 出提示框，如图17所示的界面，界面中包括对话框1001，对话框1001可用于向用户提示已 经打开Link Turbo功能。可选地，对话框1001中包括关闭选项1002和继续打开选项1003。 如果用户点击关闭选项1002，则可以关闭Link Turbo功能，如果用户点击继续打开选项1003， 则继续打开Link Turbo功能。

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

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

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

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

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

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

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

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

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

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

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

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

图18中给出了智慧出行的设置选项的界面示例图。比如，第一设置界面可以是图18中 (1)所示界面是智慧出行的设置界面。如图18中(1)所示，智慧出行的设置界面包括地铁 设置1502。可选地，智慧出行的设置界面还包括目的地推荐设置、出行提醒设置、酒店设置、 航班设置。

应理解，智慧出行的设置界面还可以包含更多关于出行的设置功能，这里仅是示例描述， 本申请实施例并不限于此。

用户点击图18中(1)的地铁设置1502后，界面显示如图18中(2)所示的界面。比如，地铁设置界面可以是图18中(2)所示的界面。图18中(2)所示的界面中包括地铁模式默 认开启Link Turbo的开关选项1503(对应第三选项)。如果用户选择打开选项1503，则在检 测到终端用户是上地铁状态后会自动开启Link Turbo功能。如果用户选择关闭选项1503，则在检测到终端用户是上地铁状态后不会开启Link Turbo功能。

可以理解，地铁设置界面还可以包括其他设置功能，本申请实施例对此不作具体限定。

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

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

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

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

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

可选地，在智能判断出是上地铁状态时，本申请实施例还提供了推荐交通导航(比如， 城市公共交通导航)的功能。

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

显示第二界面，所述第二界面包括第一弹窗，所述第一弹窗用于向用户推荐公共交通导 航。

本申请实施例对第一弹窗中推荐的公共交通导航对应的APP类型不作限定。APP可以是 系统自带的公共交通导航软件，可以是用户下载的公共交通导航软件。APP也可以是地图 10PP，系统自带的地图10PP或用户下载的第三方地图APP均可。

可选地，公共交通导航包括但不限于地铁线路、公交线路、城际线路等公共交通出行方 式。这样，用户通过第一弹窗可以查询或使用公共交通，提升用户体验。

图19中示出了在上地铁状态时的推荐界面的一个示例图。一种示例，第二界面可以是图 19中(1)所示的界面。如图19中(1)所示的界面，界面中包括出行提醒弹窗1601(对应 第一弹窗)。如果用户当前在科技路站，目的地为大雁塔，那么出行提醒弹窗1601中显示了 推荐的地铁线路图的简略示例。弹窗1601中包括起始站点(比如科技路站)、目的站点(比 如大雁塔站)、以及全程所需的时间(比如21分钟)、预计到达时间(比如8点30)等内容。另外，弹窗1601中还包括控件1602。如果用户点击控件1602，可以查看推荐的地铁线路图的详细信息。比如，界面可显示如图19中(2)所示。

图19中(2)所示的界面中示出了从科技路站到大雁塔沿途会经过的地铁站点。比如， 科技路站、太白南路站、吉祥村站、小寨站以及大雁塔站。用户通过图19中(2)所示的界面可以获知到达大雁塔站所需的详细的站点图。

可选地，图19中(2)所示的界面还包括窗口1603。窗口1603中可以显示当前推荐路线对应的地铁线路(比如3号线)、全程剩余时间(比如全程剩余21分钟)、下车提醒选项等信息。

可选地，图19中(2)所示的界面还示出了其他选项。比如，是否开启下车提醒，收藏选项，分享选项，反馈选项，截图选项等。若用户点击收藏选项，则可以收藏该地铁推荐线路。若用户点击分享选项，可以分享该地铁推荐线路。若用户点击反馈选项，则可以反馈该地铁推荐线路的信息。若用户点击截图，可以对当前的地铁推荐线路进行截图。若用户开启下车提醒，则到达目的站点后，会提醒用户。

应理解，图19中(2)所示的界面只是示例性描述，本申请实施例并不限于此。

可选地，用户点击控件1602后，可以跳转到系统自带的地图软件，也可以跳转到第三方 地图软件，对此不作具体限定。

图20中示出了在上地铁状态时的推荐界面的另一个示例图。如图20中(1)所示的界面， 界面中包括出行提醒弹窗1701。如果用户当前在科技路站，目的地为大雁塔，那么出行提醒 弹窗1701中显示了推荐的公交线路图的简略示例。弹窗1701中包括起始站点(比如科技路 站)、目的地(比如大雁塔)、以及全程所需的时间(比如49分钟)、预计到达时间(比如8 点50)等内容。另外，弹窗1701中还包括控件1702。如果用户点击控件1702，可以查看推荐的公交线路图的详细信息。比如，界面可显示如图20中(2)所示。

可选地，图20中(2)所示的界面包括窗口1703。窗口1703中可以显示当前推荐路线对应的公交线路(比如400路或34路)、经过公交站点的数量(比如10站)、步行所需距离 (比如898米)、全程剩余时间(比如全程剩余50分钟)、下车提醒选项等信息。若用户点击 下车提醒选项，则到达目的站点后，会提醒用户。

图20中(2)所示的界面中示出了从科技路站到大雁塔的详细路线图。比如，乘坐10站 后步行746米到达大雁塔。可选地，图20中(2)所示的界面还包括窗口1704，窗口1704 可向用户展示推荐乘坐公交的相关信息。可选地，推荐乘坐公交的相关信息包括：最近公交车的数量(比如1辆400路)、以及经过多少站到站(还有两站到站)、预计到站时间(比如， 预计2分钟到站)到站等信息。

可选地，图20中(2)所示的界面还包括控件1705。用户点击控件1705后可以查看从科技路站到市委学校站会经过哪些公交站点。

可选地，图20中(2)所示的界面还示出了其他选项。比如，收藏选项，分享选项，反馈选项，截图选项等。若用户点击收藏选项，则可以收藏该公交出行推荐线路。若用户点击分享选项，可以分享该公交出行推荐线路。若用户点击反馈选项，则可以反馈该公交出行推荐线路的信息。若用户点击截图，可以对当前的公交出行推荐线路进行截图。

应理解，图20中(2)所示的界面只是示例性描述，本申请实施例并不限于此。

可选地，用户点击控件1702后，可以跳转到系统自带的地图软件或公共交通导航软件， 也可以跳转到第三方公共交通导航软件(比如，实时公交APP)或地铁软件，对此不作具体限定。

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

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

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

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

可选地，第二弹窗中可以包括起始点输入栏和目的地输入栏。其中，起始点输入栏的起 始点可以是基于当前定位所在点自动填充，也可以是用户手动输入，对此不作限定。目的地 输入栏的目的地可以是用户手动输入的，也可以是基于历史信息(比如用户常去地点、用户 上一次到达的目的地)填充的，也可以是基于附近的热门景点推荐的，对此不作限定。

图21中示出了本申请实施例在上地铁状态时的另一个界面示例图。第三界面可以是图 21所示的界面。如图21所示，界面中包括滴滴出行弹窗1801。弹窗1801包括起始点输入栏 1802，比如，手机定位当前在科技路站，则起始点输入栏1802显示科技路站。弹窗1801包 括目的点输入栏1803，比如，用户手动输入大雁塔，目的点输入栏1803即显示大雁塔。弹窗1801包括立即打车的选项1804。如果用户点击立即叫车，则可以为用户提供叫车服务。

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

可选地，图21中还可以包括其他应用的图标显示，比如，应用1、应用2、…、应用8。本申请实施例对此不作具体限定。

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

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

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

图22中示出了本申请实施例在上地铁状态时的又一个界面示例图。如图22中(1)所示 的界面，在检测到用户进入地铁车厢后，可以弹出窗口1901，窗口1901中可以显示当前所 在线路以及站点(比如3号线地铁站)。可选地，窗口1901中还可以包括控件1902。控件1902 是进入地铁线路图的入口。在用户点击控件1902后，可以进入地铁线路图的界面展示。地铁 线路图可以是所有的地铁线路图，也可以是当前站点所在地铁线的线路图。

一种可能的实现方式，用户点击控件1902后，界面可以显示如图22中(2)所示的界面。 图22中(2)所示的界面是西安地铁的全部线路图，比如1号线，2号线，3号线，4号线， 5号线，以及6号线。应理解，图22中(2)所示的界面只是简化示例描述。事实上，在实 际界面中，每个地铁线路对应的地铁站名也可以在界面中一并展示，以便用户查看。还应理 解，图22中(2)所示的西安地铁的全部线路图只是示例性描述，并不对本申请实施例构成限定，具体线路可以实际为准。

另外，如图22中(2)所示的界面还可以显示用户点前所在的地铁站点(比如3号线科 技路站)，以便用户实时获知自己当前所在的位置。

一种可能的实现方式，用户点击控件1902后，界面可以显示如图22中(3)所示的界面。 图22中(3)所示的界面是当前站点所在地铁线的线路图。应理解，图22中(3)所示的界面只是简化示例描述。事实上，在实际界面中，该地铁线对应的每个地铁站名也可以在界面中一并展示，以便用户查看。另外，如图22中(3)所示的界面还可以显示用户点前所在的 地铁站点，以便用户实时获知自己当前所在的位置。

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

还应理解，上述界面中仅是以用户所在城市是西安为例进行描述，如果是其他城市，也 是适用的。

可选地，作为一个可能的实现方式，还可以基于定位信息检测用户是否出地铁站；在检 测到用户出地铁站(比如刷乘车码出站)后，向用户推荐交通导航的功能，比如，打车功能 (比如图21中示出的界面)，出行推荐功能(比如图19或图20中示出的界面)。

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

上文结合图1至图22，详细描述了本申请实施例提供的一种识别终端状态的方法。下面 将结合图23详细描述本申请的装置实施例。应理解，本申请实施例的识别终端状态的装置可 以执行前述本申请实施例的各种识别终端状态的方法的实施例，即以下各种产品的具体工作 过程，可以参考前述方法实施例中的对应过程。

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

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

在一种可能的示例中，所述处理单元910用于通过加速度传感器获取终端的加速度数据；

通过磁力计传感器获取所述终端的磁力计数据；

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

基于所述第一概率值确定终端用户的状态，所述终端用户的状态包括下地铁状态和上地 铁状态；

在确定所述终端用户为下地铁状态时，调用所述显示单元920显示第一界面，所述第一 界面包括第一窗口，所述第一窗口用于显示出行卡片。

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

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

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

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

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

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

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

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

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

在所述第一时长小于第一时间阈值时，确定所述终端用户为下地铁状态。

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

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

在所述第一时长大于所述第二时间阈值时，确定所述终端用户为上地铁状态。

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

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

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

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

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

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

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

在所述第二时长小于第三时间阈值，且，所述第三时长大于第四时间阈值时，确定所述 终端用户为下地铁状态。

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

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

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

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

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

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

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

在所述第四时长大于第六时间阈值，且所述第二时长大于第五时间阈值时，确定所述终 端用户为上地铁状态。

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

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

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

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

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

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

可选地，作为一种可能的实现方式，所述处理单元910还用于：在确定所述终端用户的 状态为上地铁状态时，调用所述显示单元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 datarate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、 同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus 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 (14)

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

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

通过磁力计传感器获取所述终端的磁力计数据；

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

基于所述第一概率值确定终端用户的状态，所述终端用户的状态包括下地铁状态和上地铁状态；

在确定所述终端用户为下地铁状态时，显示第一界面，所述第一界面包括第一窗口，所述第一窗口用于显示出行卡片；

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

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

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

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

在所述第一时长小于第一时间阈值时，确定所述终端用户为下地铁状态。

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

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

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

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

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

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

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

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

在所述第一时长大于所述第二时间阈值时，确定所述终端用户为上地铁状态。

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

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

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

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

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

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

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

在所述第二时长小于第三时间阈值，且，所述第三时长大于第四时间阈值时，确定所述终端用户为下地铁状态。

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

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

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

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

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

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

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

在所述第四时长大于第六时间阈值，且所述第二时长大于第五时间阈值时，确定所述终端用户为上地铁状态。

7.根据权利要求1或2所述的方法，其特征在于，所述基于所述加速度数据和所述磁力计数据确定第一概率值，包括：

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

8.根据权利要求3所述的方法，其特征在于，所述基于所述加速度数据确定第二概率值，包括：

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

9.根据权利要求2所述的方法，其特征在于，在开启网络加速模块之后，所述方法还包括：

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

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

显示第二界面，所述第二界面包括第一弹窗，所述第一弹窗用于向用户推荐公共交通导航。

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

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

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

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

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被处理器执行时，所述处理器调用指令，使得电子设备执行权利要求1至11中任一项所述的方法。

14.一种芯片，其特征在于，所述芯片应用于电子设备，所述芯片包括一个或多个处理器，所述处理器用于调用计算机指令，以使得所述电子设备执行如权利要求1至11中任一项所述的方法。