CN116844375B - 停车信息的显示方法和电子设备 - Google Patents

Abstract

本申请实施例提供了一种停车信息的显示方法和电子设备，该方法包括：当检测到电子设备的移动状态变化为乘车状态时，确定是否存在与电子设备蓝牙连接的车载设备；乘车状态是指电子设备搭载车辆移动的状态；若不存在与电子设备蓝牙连接的车载设备，则确定电子设备是否处于导航状态；导航状态是指电子设备使用导航类应用导航的状态；若电子设备处于导航状态，则在检测到电子设备的移动状态由乘车状态变化为停止状态或步行状态时，显示停车信息；停止状态是指电子设备停留于某一位置范围超过第一预设时长的状态，步行状态是指电子设备随用户步行而移动的状态。该方法能够提高停车信息显示的准确性，提高用户体验。

Description

停车信息的显示方法和电子设备

技术领域

本申请涉及电子技术领域，具体涉及一种停车信息的显示方法和电子设备。

背景技术

随着技术的发展，电子设备的应用场景越来越广泛，其提供的服务也越来越智能。例如，当用户开车出行，将车辆停放至某一位置后，电子设备可以智能的显示停车信息，包括停车位置、停车时长等。

然而，实际使用中发现，一些场景下停车信息无法准确的显示，例如，在电子设备未与车辆中的车载设备建立蓝牙连接的情况下，用户停车后无法显示停车信息，导致用户体验较差。

发明内容

本申请提供了一种停车信息的显示方法和电子设备，能够提高停车信息显示的准确性，提高用户体验。

第一方面，本申请提供一种停车信息的显示方法，该方法由电子设备执行该方法包括：当检测到电子设备的移动状态变化为乘车状态时，确定是否存在与电子设备蓝牙连接的车载设备；乘车状态是指电子设备搭载车辆移动的状态；若不存在与电子设备蓝牙连接的车载设备，则确定电子设备是否处于导航状态；导航状态是指电子设备使用导航类应用导航的状态；若电子设备处于导航状态，则在检测到电子设备的移动状态由乘车状态变化为停止状态或步行状态时，显示停车信息；停止状态是指电子设备停留于某一位置范围超过第一预设时长的状态，步行状态是指电子设备随用户步行而移动的状态。

电子设备的移动状态变化为乘车状态说明用户已上车，且车辆开始移动。电子设备处于导航状态说明用户可能为司机。电子设备的移动状态由乘车状态变化为停止状态或步行状态，说明用户停车。这种情况下用户有查看停车信息的需求，因而显示停车信息。

第一方面提供的停车信息的显示方法，通过检测电子设备的移动状态、蓝牙连接情况和导航状态，确定是否显示停车信息。相较于仅通过蓝牙连接情况确定是否显示停车信息，该方法能够覆盖用户未通过电子设备蓝牙连接车载设备场景下停车信息的显示，使停车信息的显示与用户实际使用场景更贴合，提高停车信息显示的准确性，进而提高用户体验。

一种可能的实现方式中，显示停车信息，包括：获取乘车期间用户对电子设备的拿起动作的信息；乘车期间是指乘车时刻至停车时刻之间的时间段，乘车时刻是指电子设备的移动状态变化为乘车状态的时刻，停车时刻是指电子设备的移动状态由乘车状态变化为停止状态或步行状态的时刻；根据拿起动作的信息，若确定电子设备的状态满足第一条件，则显示停车信息。

可选的，拿起动作的信息可以包括拿起动作的发生时间、拿起动作的次数等。

电子设备的状态满足第一条件，表征用户大概率为司机，和/或，表征用户已停车。换句话说，第一条件为预设的判断用户是否为司机的条件，和/或判断用户是否停车的条件。

该实现方式中，根据乘车期间用户的拿起动作的信息进一步确定用户大概率为司机，和/或，确定用户已停车，进而显示停车信息。这样，能够更有针对性的推荐显示停车信息，且在用户停车后显示停车信息，提高停车信息显示的准确性，提高用户使用体验。

一种可能的实现方式中，第一条件包括：乘车期间电子设备处于非手持状态；非手持状态下电子设备被拿起的次数小于次数阈值。

非手持状态也即电子设备处于相对固定的状态。司机在驾驶车辆期间，电子设备一般是处于非手持状态，被拿起的次数较少。因而，通过该第一条件能准确的判断用户是否为司机，进而提高停车信息显示的准确性。

一种可能的实现方式中，第一条件还包括：电子设备当前处于非导航状态；非导航状态是指电子设备未通过导航类应用导航的状态。

一般的，用户停车后，导航会停止。因而，电子设备处于非导航状态进一步说明用户已停车。所以，通过该第一条件能够进一步准确判断是否显示停车信息，提高停车信息显示的准确性，进而提高用户体验。

一种可能的实现方式中，该方法还包括：根据拿起动作的信息，若确定乘车期间拿起动作的次数小于次数阈值，则确定电子设备处于非手持状态；或者，根据拿起动作信息，若确定乘车期间的目标时间段的个数小于个数阈值，则确定电子设备处于非手持状态；目标时间段是指电子设备的移动速度连续大于0，且存在拿起动作的时间段。

乘车期间拿起动作的次数小于次数阈值，说明用户乘车期间不会频繁拿起手机，即说明电子设备处于非手持状态，进而说明用户大概率为司机。

乘车期间的目标时间段的个数小于个数阈值，说明在车辆行驶时，用户未频繁拿起电子设备，进而说明电子设备处于非手持状态，进而说明用户大概率为司机。

该实现方式能够准确、快速的判断非手持状态，提高停车信息显示的准确性。

一种可能的实现方式中，确定电子设备是否处于导航状态，包括：在第一时刻确定电子设备是否处于导航状态；第一时刻是指从乘车时刻起，经过第二预设时长之后的时刻，乘车时刻是指电子设备的移动状态变化为乘车状态的时刻。

该实现方式中，在用户乘车之后的第二预设时长后判断电子设备是否处于导航状态，即，延迟判断导航状态，这样使判断的数据更充分，从而使得到的结果更准确。

一种可能的实现方式中，在第一时刻确定电子设备是否处于导航状态，包括：在第一时刻，确定是否电子设备正在运行的应用中包括导航类应用，且电子设备正在使用定位功能，且当前时刻之前第二预设时长内电子设备有音频播放；若电子设备正在运行的应用中包括导航类应用，且电子设备正在使用定位功能，且当前时刻之前第二预设时长内电子设备有音频播放，则确定电子设备处于导航状态。

该实现方式中，通过根据第二预设时长内应用的运行情况、定位功能的使用情况和音频播放情况，多方面判断手机是否处于导航状态，提高判断的准确性，进而提高停车信息显示的准确性。

一种可能的实现方式中，该方法还包括：若存在与电子设备蓝牙连接的第一车载设备，则在检测到电子设备断开与第一车载设备的蓝牙连接时，显示停车信息。

该实现方式中，在移动状态变化为乘车状态，且电子设备与车载设备蓝牙连接时，直接显示停车信息，这样对于电子设备与车载设备蓝牙连接的场景，能够快速、简单的显示停车信息，简化算法逻辑，提高算法运行效率。

一种可能的实现方式中，电子设备中包括车机应用，确定电子设备是否处于导航状态，包括：确定电子设备的车机应用是否与车载设备的车机应用连接；若电子设备的车机应用未与车载设备的车机应用连接，则确定电子设备是否处于导航状态。

一种可能的实现方式中，该方法还包括：若电子设备的车机应用与第二车载设备的车载应用连接，则在检测到电子设备的车机应用与第二车载设备的车机应用断开连接时，显示停车信息。

该实现方式中，在确定电子设备与车载设备未建立蓝牙连接的情况下，通过车机连接状态，决策是否显示停车信息。这样，相较于仅通过蓝牙连接状态决策停车信息的显示方案，能够覆盖用户手机与车载设备车机连接的场景，使停车信息的显示与用户实际使用场景更贴合，提高停车信息显示的准确性。

一种可能的实现方式中，显示停车信息，包括：在电子设备的界面中显示停车卡片，停车卡片中包括停车信息，停车信息包括停车位置、停车位置与当前位置之间的距离、停车时间中的至少一项。

停车信息以停车卡片的形式显示，便于用户查看，提高用户体验。

第二方面，本申请提供一种装置，该装置包含在电子设备中，该装置具有实现上述第一方面及上述第一方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，接收模块或单元、处理模块或单元等。

第三方面，本申请提供一种电子设备，电子设备包括：处理器、存储器和接口；处理器、存储器和接口相互配合，使得电子设备执行第一方面的技术方案中任意一种方法。

第四方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。

可选的，芯片还包括存储器，存储器与处理器通过电路或电线连接。

进一步可选的，芯片还包括通信接口。

第五方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储了计算机程序，当计算机程序被处理器执行时，使得该处理器执行第一方面的技术方案中任意一种方法。

第六方面，本申请提供一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在电子设备上运行时，使得该电子设备执行第一方面的技术方案中任意一种方法。

附图说明

图1是本申请实施例提供的一例停车信息的显示方法的应用场景示意图；

图2是本申请实施例提供的停车卡片不能准确显示的示意图；

图3是本申请实施例提供的相关技术中停车卡片显示的原理示意图；

图4是本申请实施例提供的一例电子设备100的结构示意图；

图5是本申请实施例提供的一例电子设备100的软件结构框图；

图6是本申请实施例提供的一例停车场景下用户的行为过程示意图；

图7是本申请实施例提供的一例停车信息的显示方法的流程示意图；

图8是本申请实施例提供的一例事件、状态的订阅过程示意图；

图9是本申请实施例提供的另一例停车信息的显示方法的流程示意图；

图10是本申请实施例提供的又一例停车信息的显示方法的流程示意图；

图11是本申请实施例提供的又一例停车信息的显示方法的流程示意图；

图12是本申请实施例提供的一例乘车期间乘客手势动作的变化示意图；

图13是本申请实施例提供的一例乘车期间司机手势动作的变化示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括一个或者更多个该特征。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本申请说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

首先，对本申请提供的停车信息的显示方法的应用场景和本申请的技术问题进行说明。

示例性的，图1为本申请实施例提供的一例停车信息的显示方法的应用场景示意图。如图1所示，为了便于用户获知停车信息，手机等电子设备可以在符合预设条件时，在负一屏显示停车卡片101。可选的，停车卡片101中可以显示有停车位置102、停车时长103、停车位置与用户当前位置之间的距离104等信息。

可以理解，图1中停车卡片101仅作为停车信息显示的一种示例，在一些实施例中，停车信息也可以以其他形式，例如弹窗、通知信息等形式显示，本申请实施例对此不做任何限定。后续实施例中，主要以停车卡片为例进行说明。

停车卡片的显示提高了电子设备的智能性，给用户带了较好的使用体验。然而，实际使用中发现，在一些情况下，停车卡片并不能准确、及时的显示。例如，在手机未开启蓝牙，或者手机开启蓝牙，但是蓝牙未与车载设备的蓝牙建立连接的情况下，用户停车后，停车信息无法显示。具体的，参见图2。如图2中的（a）图所示，手机未开启蓝牙。如图2中的（b）图所示，手机开启蓝牙，但是蓝牙与其他蓝牙设备（蓝牙耳机）连接。这两种情况下，用户驾车后将车辆停放于某一位置后，手机均未显示停车卡片，如图2中的（c）图所示。可以理解，本申请实施例中的用户是指持手机的人，后续不再赘述。

停车卡片显示不准确，会导致用户体验差。

分析发现，相关技术中，停车信息的显示与否，主要取决于电子设备的蓝牙与车载设备蓝牙的连接、断开情况。具体的，参见图3，如图3中的（a）图所示，若手机检测到与车载设备建立蓝牙连接，则认为用户驾车；之后，如图3中的（b）图所示，当手机检测到与该车载设备的蓝牙连接断开时，认为用户停车，因而显示停车卡片。这种业务逻辑造成用户未连接车载蓝牙，例如通过手机的车机应用与车载设备的车机应用连接，或者手机未与车载设备建立任何连接的情况下，电子设备无法识别到用户的驾车、停车行为，无法显示停车卡片。

有鉴于此，本申请实施例提供一种停车信息的显示方法，该方法能够基于电子设备与车载设备的蓝牙连接情况、车机连接情况，以及电子设备的移动状态、导航状态、用户的手势动作等，层层深入的判断用户是否显示停车信息。如此，能够使停车信息的显示与用户实际的场景贴合度更高，提高停车信息显示的准确性，进而提高用户体验。

下面对本申请实施例提供的停车信息的显示方法所适用的电子设备的结构进行说明。

本申请实施例提供的停车信息的显示方法可以应用于手机、平板电脑、可穿戴设备、增强现实（augmented reality，AR）/虚拟现实（virtual reality，VR）设备、笔记本电脑、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本、个人数字助理（personal digital assistant，PDA）等可以安装应用程序（application，APP）的电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

示例性的，图4是本申请实施例提供的一例电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universalserial 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等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

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

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据，例如可以用于电子设备100与车载设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。可选的，电子设备100通过USB130接口与外围设备通信时，可以基于安卓开放配件协议（Android open accessory protocol，AOA协议），也可以基于安卓调试桥（Androiddebug bridge，ADB）协议等。本申请实施例对此不做任何限定。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC ，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

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

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

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。可选的，本申请实施例中，加速度传感器可以用于检测电子设备100的速度。

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

可选的，本申请实施例中，电子设备100可以通过陀螺仪传感器180B、加速度传感器180E等中的一个或多个检测用户的拿起动作。拿起动作是指用户将电子设备100拿起的动作。

可选的，本申请实施例中，电子设备100可以通过陀螺仪传感器180B、加速度传感器180E、气压传感器180C和磁传感器180D等传感器共同实现对电子设备100的移动状态的检测。电子设备100的移动状态用于表征电子设备100发生移动的情况。可选的，电子设备100的移动状态可以包括乘车状态（也称为车载状态）、步行状态（也称为行走状态）、跑步状态、骑行状态、停止状态（也称为静止状态）等。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图5是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层、应用程序框架层、硬件抽象层以及内核层。

应用程序层可以包括一系列应用程序包。如图5所示，应用程序包可以包括智慧推荐、蓝牙、导航和车机等应用程序。其中，智慧推荐应用能够向用户推荐相关的服务、信息、通知等。智慧推荐应用例如可以为YOYO®建议等。车机应用（也称为车-机应用）为用于实现电子设备与车载设备之间通信的应用。可选的，车机应用例如可以为CarLife®或CarPlay®等。

当然，应用程序层也可以包括其他应用程序，例如相机、图库、日历、通话、地图、WLAN、音乐、视频和短信息等，图5中未示出。

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

如图5所示，应用程序框架层可以包括计算引擎、感知(Awareness)模块、综合传感信息处理平台（multimodal sensor data platform，MSDP）、蓝牙管理模块、车机模块、应用管理模块、音频框架、定位模块、手势服务（motion service）等。

计算引擎具有停车卡片显示的业务逻辑处理能力，用于判断是否满足停车卡片的生成条件，在满足生成条件时，生成停车卡片，并推送至智慧推荐应用。也就是说，计算引擎向智慧推荐应用提供显示停车卡片的能力。

感知模块用于根据计算引擎的注册或订阅，或者根据计算机引擎发送的指令，对相应信息进行检测或感知（即获取）。以计算引擎注册或订阅的某一事项来说，若电子设备触发了该事项，感知模块会向计算引擎发送通知。

可以理解，感知模块也可以向其他模块注册、订阅或获取相关信息，以实现其检测或感知功能。如图5所示，本申请实施例中，感知模块可以向MSDP、蓝牙管理模块、车机模块、应用管理模块、音频框架、定位模块、手势服务等模块注册、订阅或获取对应的信息，以实现其感知需求。

其中，MSDP用于监控电子设备的移动状态，移动状态可以包括乘车状态、步行状态、跑步状态、骑行状态、停止状态（也称为静止状态）等。其中，乘车状态是指电子设备搭载车辆移动的状态。可以理解，电子设备搭载车辆移动的过程中，车辆可能短暂停车（例如等红灯），因而乘车状态并非绝对持续的移动，也可以有一定时长的停止，该时长不超过第一预设时长。第一预设时长例如可以为15分钟。步行状态是指电子设备随用户步行而移动的状态。骑行状态是指电子设备随用户骑行（例如骑自行车）移动的状态。停止状态是指电子设备停留于某一位置范围停留超过第一预设时长的状态。该位置范围例如以某一位置为中心1米范围内。

蓝牙管理模块用于管理电子设备的蓝牙连接情况。

车机模块为应用程序层的车机应用的支撑模块，用于向车机应用程序提供相关能力。本申请实施例中，可以通过车机模块确定电子设备的车机应用是否与外围设备的车机应用建立连接。

应用管理模块用于对电子设备中当前运行的应用程序进行管理。可选的，应用管理模块可以根据应用程序的类型对应用进行管理。例如，应用管理模块可以对导航类应用进行统一管理。

音频框架用于实现音频的播放。本申请实施例中，可以通过音频框架确定电子设备在某一预设时间段内是否有音频播放。

定位模块用于对电子设备定位。可选的，定位模块可以为GPS模块。本申请实施例中，可以通过定位模块确定电子设备是否开启定位功能，或者，确定电子设备的移动速度等。

手势服务用于检测用户对电子设备执行的动作或手势。本申请实施例中，手势服务可以用于识别用户拿起电子设备的动作（即拿起动作）。

可以理解，应用程序框架层还可以包括窗口管理器、内容提供器、视图系统、电话管理器、资源管理器、通知管理器等，图5中未示出。

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

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

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

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

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

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

硬件抽象层用于将硬件抽象化。如图5所示，硬件抽象层可以包括传感器硬件抽象层。传感器硬件抽象层用于将传感器抽象化，实现传感器数据的检测。

内核层是硬件和软件之间的层。本申请实施例中，内核层可以包括传感器驱动。传感器驱动用于为传感器提供驱动。可选的，传感器驱动可以包括陀螺仪传感器驱动、气压传感器驱动、加速度传感器驱动、磁传感器驱动等等。当然，内核层还可以包括显示驱动、摄像头驱动、音频驱动等等，图5中未示出。

可以理解，Android系统还可以包括安卓运行时(Android runtime)和系统库。Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

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

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

系统库可以包括多个功能模块。例如：表面管理器（surface manager）、媒体库（media libraries）、三维图形处理库（例如：OpenGL ES）、2D图形引擎（例如：SGL）等。

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

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如: MPEG4、H.264、MP3、AAC、AMR、JPG、PNG等。

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

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

为了便于理解，本申请以下实施例将以具有图4和图5所示结构的电子设备为例，结合附图和应用场景，对本申请实施例提供的停车信息的显示方法进行具体阐述。下述实施例中，以电子设备为手机为例进行说明。

首先，对本申请实施例提供的方法的应用场景进行分析。

示例性的，图6为本申请实施例提供的一例停车场景下用户的行为过程示意图。如图6所示，在实际的停车场景中，用户的行为一般包括以下几步：

1）用户上车。

2）手机蓝牙与车载设备蓝牙连接，或者手机的车机应用与车载设备的车机应用连接。

其中，手机蓝牙与车载设备蓝牙连接也简称为蓝牙连接车载设备。手机的车机应用与车载设备的车机应用连接也简称为车机连接车载设备。

需要说明的是，行为2）是可选的，用户也可能不建立手机与车载设备的任何连接。

可选的，手机的车机应用与车载设备的车机应用可以基于USB接口等建立连接，而不依赖于蓝牙。可选的，基于USB接口通信时，采取的通信协议可以为AOA协议，也可以为ADB协议等。手机的车机应用与车载设备的车机应用建立连接后，能够将手机导航、地图、音乐等应用与车载设备共享。

3）开启导航应用。

4）将手机放置于固定位置。

5）用户驾车行驶。

6）到达终点，导航应用停止运行。

可选的，导航应用的停止可以由用户手动操作触发，也可以为导航应用自动停止。

7）用户停车，并下车步行至目的地。

可以理解，根据实际的场景不同，用户在停车后，可能立即下车步行至目的地，也可能在车内停留一段时间后下车。

8）用户查看停车卡片。

可以理解，手机放置于固定位置是指手机放置于车辆中的手机支架等，也即未被用户拿起，以下称为非手持状态。可选的，本申请实施例中，非手持状态并非绝对未被用户拿起，而是指未频繁被用户拿起，即被用户拿起的次数小于次数阈值。另外，以下实施例中，手机开启了导航应用也称为手机处于导航状态。

分析上述用户行为可以发现，除了手机与车载设备的蓝牙连接情况能够反映用户是否乘车或停车外，手机的移动状态、导航应用的开启情况等也能反映用户是否乘车或停车。另外，司机在驾车过程中，不会频繁拿起手机，因而可以通过手机是否处于非手持状态，确定用户是否为司机。

基于上述分析，参见图7，在一个实施例中，本申请实施例提供的停车信息的显示方法可以包括：

S101、根据手机的移动状态感知到用户乘车时，检测手机是否与车载设备蓝牙连接；若是，则执行步骤S102；若否，则执行步骤S103。

S102、当检测到手机与车载设备断开蓝牙连接时，显示停车卡片。

可选的，手机的移动状态变化为乘车状态，说明用户已上车，且车辆已处于行驶状态，即用户已乘车。在确定用户乘车后，手机进一步确定自身的蓝牙模块是否与车载设备的蓝牙模块建立连接。若建立连接，说明用户大概率为司机，有查看停车卡片的需求，因而持续监控手机与车载设备的蓝牙连接情况，在手机与车载设备断开蓝牙连接时，说明用户停车，因而获取停车信息，显示停车卡片。

也就是说，步骤S101和S102中，在感知到用户乘车时，通过蓝牙连接情况判断是否显示停车卡片（显示停车卡也简称出卡）。

若手机与车载设备未建立蓝牙连接，进一步执行步骤S103和S104，通过车机连接情况判断是否出卡。

S103、检测手机的车机应用与车载设备的车机应用是否连接；若是，则执行步骤S104；若否，则执行步骤S105。

S104、当检测到手机的车机应用与车载设备的车机应用断开连接时，显示停车卡片。

检测到手机的车机应用与车载设备的车机应用连接，说明用户大概率为司机，有查看停车卡片的需求，因而持续监控手机的车机应用与车载设备的车机应用的连接情况。当检测到手机的车机应用与车载设备的车机应用断开连接时，说明用户停车，因而获取停车信息，生成并显示停车卡片。

若手机的车机应用与车载设备的车机应用未建立连接，进一步执行步骤S105和S106，通过手机状态（导航状态、移动状态和被握持姿态）判断用户是否显示停车卡片。

S105、检测手机是否处于导航状态；若是，则执行步骤S106；若否，则结束本次流程。

S106、当根据手机的移动状态感知到用户停车时，确定乘车期间手机是否处于非手持状态；若是，则执行步骤S107；若否，则结束本次流程。

手机处于非手持状态，也即手机放置于固定位置。可以理解，手机放置于固定位置时，手机不会被频繁拿起。因而，可以通过检测用户的拿起动作，确定手机是否处于非手持状态。具体的将在后续实施例中进行进一步说明。

S107、显示停车卡片。

手机处于导航状态，说明用户可能为司机，可能有查看停车卡片的需求，因而持续监控手机的移动状态，根据移动状态确定用户是否停车。在感知到停车后，可以通过乘车期间手机的被握持姿态（即处于手持状态还是非手持状态），进一步确定用户是否为司机，从而确定是否显示停车卡片。手机处于导航状态，且处于非手持状态，说明用户为司机，有查看停车卡片的需求，因而显示停车卡片。其中，乘车期间是指从感知到乘车的时刻到感知到停车的时刻之间的时间段。

若手机处于非导航状态，或者手机处于导航状态但是在乘车期间手机处于手持状态，说明用户大概率是乘客，而不是司机。这种情况下用户可能乘坐的是公共交通车辆，用户没有查看停车卡片的需求，因而不出卡。即使用户乘坐的是私家车辆，作为乘客，一般情况下也没有查看停车卡片的需求，因而不出卡。在确定不出卡后，本次监控流程结束，可以在下一次手机移动状态由其他状态变化为乘车状态时，触发执行步骤S101，即触发重复执行上述过程。如此，实现了对停车信息显示的持续监控和判断。

需要说明的是，步骤S106中，在确定乘车期间手机处于非手持状态的情况下，还可以在确定手机处于非导航状态后，才显示停车卡片。手机处于非导航状态，进一步确认用户已停车。这样能够提高对用户停车场景判断的准确性，进而提高停车信息显示的准确性。

另外，“通过车机连接情况判断是否出卡”的方案可以为可选的方案，即上述步骤S103和S104也可以不执行，在步骤S101的执行结果为“否”的情况下，直接执行步骤S105。

本申请实施例提供的停车信息的显示方法，充分考虑用户实际停车应用场景中能够反映用户乘车、停车的多种信息，通过蓝牙连接情况、车机连接情况和手机状态，层层深入的判断是否出卡，一方面，相较于仅通过蓝牙连接情况判断是否出卡的方案来说，能够将用户驾车时通过车机连接车载设备，或者手机未与车载设备建立任何连接等情况纳入出卡范围，使停车信息的显示与用户实际的场景贴合度更高，提高停车信息显示的准确性，从而提高用户体验。另一方面，相较于同时利用蓝牙连接情况、车机连接情况和手机状态等多种信息判断是否出卡，本实施例在能够确定出是否出卡的结论的情况下，尽可能少的减少逻辑判断，减少算法复杂度，提高算法运行效率。

下面以几种实际的应用场景为例，结合图5所示的模块结构，对本申请实施例提供的停车信息的显示方法的具体实现流程进行说明。

为了便于理解，首先对该方法涉及的事件、状态等的订阅过程进行说明。

示例性的，图8为本申请实施例提供的一例事件、状态的订阅过程示意图。如图8所示，本申请实施例提供的停车信息的显示方法在实现过程中，主要涉及乘车事件的感知、停车事件的感知、蓝牙连接状态的感知、车机连接状态的感知、拿起动作的检测等。下面依次进行说明。

1、乘车事件的感知

乘车事件是指用户上车且车辆行驶。可选的，手机可以通过感知模块感知乘车事件的发生。具体的，参见图8，乘车事件的感知过程可以包括：

S201、计算引擎向感知模块订阅乘车事件。

S202、感知模块响应于计算引擎的订阅，向MSDP订阅移动状态。

S203、MSDP持续检测手机的移动状态。

具体的，MSDP可以通过硬件抽象层的传感器抽象层、内核层的传感器驱动，以及硬件层的各个传感器，检测手机的移动状态。

S204、当MSDP检测到移动状态发生变化时，向感知模块发送移动状态变化通知。

可选的，移动状态变化通知中可以携带变化前和变化后的移动状态。例如，当用户上车后，驾车行驶，MSDP检测到手机的移动状态由步行状态变化为乘车状态，则MSDP向感知模块发送移动状态变化通知1，移动状态变化通知1表征电子设备的移动状态由步行状态变化为乘车状态，移动状态变化通知1中携带变化前的移动状态——步行状态，以及变化后的移动状态——乘车状态。

S205、感知模块根据移动状态变化通知，在确定移动状态变化为乘车状态时，向计算引擎发送乘车通知。乘车通知用于表征发生了乘车事件。

2、停车事件的感知

停车事件是指用户将车辆停放于某一位置，且停放时间超过第一预设时长。需要说明的是，车辆在等红灯、短时间堵车等的临时停车，停车时间未超过第一预设时长，不属于停车事件。

可选的，手机可以通过感知模块感知停车事件的发生。具体的，参见图8，停车事件的感知过程可以包括：

S206、计算引擎向感知模块订阅停车事件。

S207、感知模块响应于计算引擎的订阅，向MSDP订阅移动状态。

S208、MSDP持续检测手机的移动状态。

S209、当MSDP检测到移动状态发生变化时，向感知模块发送移动状态变化通知。

S210、感知模块根据移动状态变化通知，在确定移动状态由乘车状态变化为步行状态，或者由乘车状态变化为停止状态时，向计算引擎发送停车通知。停车通知用于表征发生了停车事件。

如上所述，实际应用中，用户在停车后，可能立即下车步行至目的地，也可能在车内停留一段时间后下车。因而，当感知模块确定手机的移动状态由乘车状态变化为步行状态或停止状态时，说明用户发生了停车事件。

3、蓝牙连接状态的感知

蓝牙连接状态表征手机与其他蓝牙设备的连接或断开情况。参见图8，蓝牙连接状态的感知过程可以包括：

S211、计算引擎向感知模块订阅蓝牙连接列表。

蓝牙连接列表中包括当前与手机的蓝牙模块建立连接的所有设备的信息。设备的信息可以包括设备的名称、类型、媒体存取控制位址（media access control address，MAC）等中的一种或多种。

S212、感知模块向蓝牙管理模块订阅蓝牙连接列表。

S213、蓝牙管理模块持续监听蓝牙列表。

S214、当蓝牙管理模块监听到蓝牙列表发生变化时，向感知模块发送蓝牙列表变化通知。

可选的，蓝牙列表变化通知中可以携带变化后的蓝牙列表。

S215、感知模块向计算引擎发送蓝牙列表变化通知。

如此，计算引擎能够实时获知当前最新的蓝牙列表，从而获知当前与手机建立蓝牙连接的设备的信息。

4、车机连接的状态的感知

车机连接状态表征手机的车机应用与其他设备的车机应用的连接或断开的情况。参见图8，车机连接状态的感知可以包括：

S216、计算引擎向感知模块订阅车机连接状态。

S217、感知模块向车机模块订阅车机连接状态。

S218、车机模块监听自身连接状态。

S219、当车机模块监听到自身连接状态变化时，向感知模块发送车机连接变化通知。

可选的，车机连接状态变化通知中可以携带变化后的连接状态（连接或断开），以及与手机的车机应用连接的设备的名称、设备类型等信息。

S220、感知模块向计算引擎发送车机连接变化通知。

如此，计算引擎能够实时获知手机的车机应用当前是否与其他设备的车机应用建立连接，或者断开连接。

5、拿起动作的检测

可选的，参见图8，拿起动作的检测过程可以包括：

S221、感知模块向手势服务注册拿起动作。

S222、手势服务通过传感器检测手势动作。

具体的，手势服务可以通过硬件抽象层中的传感器抽象层、内核层的传感器驱动，以及硬件层的各个传感器，检测用户作用于手机的手势动作。

S223、当手势服务检测到拿起动作时，向感知模块发送拿起通知。

拿起通知用于指示出现了拿起动作。可选的，拿起通知中可以携带出现拿起动作的时间等信息。

S224、感知模块根据拿起通知，记录拿起动作。

如此，感知模块可以获知每次拿起动作发生的时间等信息。

基于上述感知或检测得到的数据，手机可以决策是否需要显示停车卡片。根据用户上车后发生的行为的不同，本申请实施例提供的方法主要涉及“手机与车载设备蓝牙连接”、“手机与车载设备车机连接”、“手机与车载设备无连接”三种应用场景。下面分别进行说明。

场景一：手机与车载设备蓝牙连接。

示例性的，图9为本申请实施例提供的一例停车信息的显示方法的流程示意图。如图9所示，本实施例中，用户上车后，将手机与车载设备（以车载设备a为例）蓝牙连接。之后，用户驾车行驶。

如图9所示，该场景下，停车信息的显示方法可以下述步骤：

S301、MSDP检测到手机的移动状态由步行状态变化为乘车状态。

S302、MSDP向感知模块发送移动变化通知1。移动变化通知1表征移动状态由步行状态变化为乘车状态。

S303、感知模块响应于移动变化通知1，向计算引擎发送乘车通知。

步骤S301至S303的具体实现参见图8中“乘车事件的感知”，不再赘述。

S304、计算引擎响应于乘车通知，查询蓝牙列表，确定蓝牙列表中包括车载设备a的设备信息。

如上述图8中“蓝牙连接状态的感知”，计算引擎可以实时获知当前最新的蓝牙列表。因而，计算引擎在接收到乘车通知后，可以查询蓝牙列表，以确定该列表中是否包括车载设备的信息，从而确定手机是否与车载设备连接。

可选的，计算引擎可以根据蓝牙列表中设备信息的类型确定是否包括车载设备。例如，若蓝牙列表中包括类型为“Audio_Video_Handsfree”或“Audio_Video_Car_Audio”类型的设备，则确定列表中包括车载设备。

本实施例中，以手机与车载设备a连接为例，因而，该步骤中，计算引擎查询蓝牙列表的结果为：蓝牙列表中包括车载设备a的设备信息。

至此，手机确定用户已上车，且确定用户大概率为司机，需要显示停车卡片。因而，手机继续监听蓝牙连接状态。用户到达终点后，断开手机与车载设备a的蓝牙连接，手机执行下述步骤S305至S312。

S305、蓝牙管理模块监听到蓝牙列表中车载设备a的连接断开。

S306、蓝牙管理模块向感知模块发送蓝牙列表变化通知1。蓝牙列表变化通知1中携带变化后的蓝牙列表，该变化后的蓝牙列表中不包括车载设备a的设备信息。

S307、感知模块向计算引擎发送蓝牙列表变化通知1。

S308、计算引擎根据蓝牙列表变化通知1，确定变化后的蓝牙列表中不包括车载设备a的设备信息。

蓝牙列表中不包括车载设备a的设备信息，说明车载设备a已与手机断开蓝牙连接。

S309、计算引擎向定位模块获取停车信息。

停车信息可以包括停车位置、停车时间等。具体的，感知模块可以在接收到蓝牙列表变化通知1后，周期性向定位模块获取手机当前的位置信息。如此，将接收到蓝牙列表变化通知1后获取的第一个位置信息作为停车位置，并在得到停车位置后，根据周期性获取的手机当前的位置信息，确定手机的当前位置信息与停车位置之间的距离。另外，感知模块还可以获取当前的时间（时刻）信息。

S310、计算引擎根据停车信息生成停车卡片。

可选的，计算引擎将停车位置、手机当前位置与停车位置之间的距离、停车时间等作为卡片的元素，并为卡片设置计时器，生成停车卡片。

S311、计算引擎将停车卡片发送至智慧推荐应用。

S312、智慧推荐应用显示停车卡片。

停车卡片的显示界面可以如图1中的101所示，不再赘述。

本实施例中，通过监听手机的移动状态和蓝牙连接状态，决策是否显示停车卡片，这样对于用户手机与车载设备蓝牙连接的场景，能够快速、简单的显示停车卡片，简化算法逻辑，提高算法运行效率。

场景二：手机与车载设备车机连接。

示例性的，图10为本申请实施例提供的又一例停车信息的显示方法的流程示意图。如图10所示，本实施例中，用户上车后，将手机的车机应用与车载设备（以车载设备b为例）的车机应用连接。之后，用户驾车行驶。

如图10所示，该场景下，停车信息的显示方法可以下述步骤：

S401、MSDP检测到手机的移动状态由步行状态变化为乘车状态。

S402、MSDP向感知模块发送移动变化通知1。移动变化通知1表征移动状态由步行状态变化为乘车状态。

S403、感知模块响应于移动变化通知1，向计算引擎发送乘车通知。

S404、计算引擎响应于乘车通知，查询蓝牙列表，确定蓝牙列表中不包括车载设备的信息。

上述步骤S401至S404的执行参见图9所示实施例中的S301至S304，不再赘述。与图9不同的是，步骤S404中，查询蓝牙列表的结果为：蓝牙列表中不包括车载设备的信息。

S405、计算引擎确定手机的车机应用当前与车载设备b的车机应用连接。

如上述图8实施例所述，计算引擎能够实时获知手机的车机应用当前是否与其他设备的车机应用建立连接，或者断开连接。因而，在确定蓝牙列表中不包括车载设备的信息后，进一步确定当前手机的车机应用是否其他设备的车机应用连接。

本实施例中，以手机的车机应用与车载设备b的车机应用连接为例，因而，该步骤中，计算引擎确认得到的结果为：手机的车机应用与车载设备b的车机应用连接。

至此，手机确定用户已上车，且确定用户大概率为司机，需要显示停车卡片。因而，手机继续监听车机连接状态。用户到达终点后，断开手机的车机应用与车载设备b的车机应用的连接，手机执行下述步骤S406至S412。

S406、车机模块监听到自身与车载设备b的车机应用断开连接。

S407、车机模块向感知模块发送车机连接变化通知1。车机连接变化通知1表征手机的车机应用与车载设备b的车机应用断开连接。

S408、感知模块将车机连接变化通知1发送至计算引擎。

S409、计算引擎响应于车机连接变化通知1，向定位模块获取停车信息。

S410、计算引擎根据停车信息生成停车卡片。

S411、计算引擎将停车卡片发送至智慧推荐应用。

S412、智慧推荐应用显示停车卡片。

本实施例中，在确定蓝牙列表中不包括车载设备的情况下，通过车机连接状态的监听结果，决策是否显示停车卡片。这样，相较于仅通过蓝牙连接状态决策停车卡片的显示方案，能够覆盖用户手机与车载设备车机连接的场景，使停车卡片的显示与用户实际使用场景更贴合，提高停车卡片显示的准确性。

场景三：手机与车载设备无连接

示例性的，图11为本申请实施例提供的又一例停车信息的显示方法的流程示意图。如图11所示，本实施例中，用户上车后，未建立手机与车载设备的连接，而是直接开启导航应用导航。之后，用户驾车行驶。

如图11所示，该场景下，停车信息的显示方法可以下述步骤：

S501、MSDP检测到手机的移动状态由步行状态变化为乘车状态。

S502、MSDP向感知模块发送移动变化通知1。移动变化通知1表征移动状态由步行状态变化为乘车状态。

S503、感知模块响应于移动变化通知1，向计算引擎发送乘车通知。

S504、计算引擎响应于乘车通知，查询蓝牙列表，确定蓝牙列表中不包括车载设备的信息。

S505、计算引擎确定手机的车机应用当前未与车载设备的车机应用连接。

S506、计算引擎在接收到乘车通知起第二预设时长后，向感知模块发送导航状态查询指令。导航状态查询指令用于指示查询手机是否处于导航状态，即确定电子设备是否使用导航类应用导航。

第二预设时长例如可以为10分钟。

该步骤中，在接收到乘车通知起第二预设时长后指示查询导航状态，能够根据第二预设时长内应用的运行情况、定位功能的使用情况和音频播放情况确定手机是否处于导航状态，使判断的数据更充分，从而使得到的结果更准确。

S507、感知模块响应于导航状态查询指令，向应用管理模块查询正在运行的应用中是否包括导航类应用。

S508、应用管理模块查询后向感知模块返回结果1，结果1表征正在运行的应用中包括导航类应用。

如上所述，应用管理模块可以按照应用的类型对应用进行管理和监控。因而，应用管理模块可以获知当前运行的应用中是否包括导航类应用。

S509、感知模块向定位模块查询是否正在使用定位功能。

S510、定位模块查询后向感知模块返回结果2，结果2表征手机正在使用定位功能。

S511、感知模块向音频框架查询最近第二预设时长内是否有音频播放。

S512、音频框架查询后向感知模块返回结果3，结果3表征手机在最近第二预设时长内有音频播放。

S513、感知模块根据结果1、结果2和结果3，确定手机处于导航状态。

可以理解，手机正在运行的应用中包括导航类应用，且手机正在使用定位功能，且最近第二预设时长内手机有音频播放，说明手机的导航应用已开启，即手机处于导航状态。

S514、感知模块向计算引擎返回导航状态查询结果1，导航状态查询结果1表征手机当前处于导航状态。

手机处于导航状态说明用户可能为司机。因而，手机进一步检测移动状态，根据移动状态，在确定用户停车后，根据乘车期间用户对手机的拿起动作，确定手机是否处于非手持状态，从而确定用户是否为司机。具体的，以用户在停车后立即（第一预设时长内）下车，并步行至目的地为例，手机执行下述步骤S515至S524。

S515、MSDP检测到手机的移动状态由乘车状态变化为步行状态。

S516、MSDP向感知模块发送移动状态变化通知2。移动状态变化通知2表征移动状态由乘车状态变化为步行状态。

S517、感知模块响应于移动变化通知2，向计算引擎发送停车通知。

可以理解，若用户在停车后未在第一预设时长内下车，而在车内停留超过第一预设时长，则MSDP检测到手机的移动状态由停车状态变化为停止状态，MSDP向感知模块发送移动状态变化通知3。移动状态变化通知3表征移动状态由乘车状态变化为停止状态。感知模块响应于移动变化通知3，也向计算引擎发送停车通知。

S518、计算引擎响应于停车通知向感知模块发送握持姿态查询指令。握持姿态查询指令用于指示查询乘车期间手机的被握持姿态，即查询乘车期间手机是否处于非手持状态。

其中，乘车期间是指计算引擎最近一次接收到乘车通知的时刻，至最近一次接收到停车通知的时刻之间的时间段。可选的，握持姿态查询指令中可以携带最近一次接收到乘车通知的时刻，以及最近一次接收到停车通知的时刻。

S519、感知模块响应于握持姿态查询指令，根据乘车期间的拿起动作，确定乘车期间手机处于非手持状态。

如上述图8实施例所述，感知模块可以通过手势服务实时检测并记录手机的拿起动作。因而，感知模块可以获取最近一次接收到乘车通知的时刻，至最近一次接收到停车通知的时刻之间的拿起动作，并判断手机是否处于非手持状态。具体的判断过程参见后续实施例。

本实施例中，以用户为司机为例进行说明，因而，感知模块确定手机的被握持姿态为非手持状态。之后，执行步骤S520。

S520、感知模块向计算引擎返回姿态查询结果1。姿态查询结果1表征乘车期间手机处于非手持状态。

S521、计算引擎接收到姿态查询结果1后，向定位模块获取停车信息。

乘车期间手机处于非手持状态说明用户大概率为司机，且根据步骤S517，已确定已停车，因而获取停车信息，显示停车卡片。

S522、计算引擎根据停车信息生成停车卡片。

S523、计算引擎将停车卡片发送至智慧推荐应用。

S524、智慧推荐应用显示停车卡片。

本实施例中，在确定蓝牙列表中未包括车载设备，且手机的车机未与车载设备的车机建立连接的情况下，通过手机的导航状态，以及移动状态和拿起动作的检测结果，决策是否显示停车卡片。这样，能够覆盖用户手机未与车载设备建立任何连接的情况下的场景，使停车卡片的显示与用户实际使用场景更贴合，提高停车卡片显示的准确性。

在另一些实施例中，上述图11所示的实施例中“S521、计算引擎接收到姿态查询结果1后，向定位模块获取停车信息”中，“向定位模块获取停车信息”之前，还可以包括：

计算引擎向感知模块发送当行查询指令；

导航查询模块感知模块响应于导航状态查询指令，向应用管理模块查询正在运行的应用中是否包括导航类应用；应用管理模块查询后向感知模块返回结果4；

感知模块向定位模块查询是否正在使用定位功能；定位模块查询后向感知模块返回结果5；

感知模块向音频框架查询手机当前是否有音频播放；音频框架查询后向感知模块返回结果6；

若感知模块确定结果4表征正在运行的应用中不包括导航类应用，结果5表征当前未使用定位功能，或者，表征结果6表征手机当前无音频播放，则感知模块向计算引擎返回导航状态查询结果2，导航状态查询结果2表征手机当前处于非导航状态。

也就是说，在确定乘车期间手持处于非手持状态后，计算引擎进一步确定手机处于非导航状态时，才向定位模块获取停车信息，进而生成停车卡片。手机处于非导航状态，进一步说明用户已停车，因而本实施例提供的方法能够进一步提高停车信息显示的准确性。

下面对上述图11所示的实施例中，根据乘车期间的拿起动作，确定乘车期间手机是否处于非手持状态的实现逻辑进行说明。

如上所述，确定乘车期间手机是否处于非手持状态，实质是为了确定用户是否为司机。可以理解，用户在乘车期间的身份或者为司机，或者为乘客。因而，在一个实施例中，可以根据乘客在乘车期间的握持姿势的特征作为判断依据，确定用户是否为司机（即确定手机是否处于非手持状态）。若乘车期间的拿起动作不符合握持姿势的特征，则可以认为用户为司机，即手机处于非手持状态。

示例性的，图12为本申请实施例提供的一例乘车期间乘客手势动作的变化示意图。如图12所示，用户在T0时刻上车，T1时刻车辆启动行驶，T2时刻遇到红灯停车，T3时刻红灯变为绿灯，车辆再次启动行驶；T4时刻再次遇到红灯停车，T5时刻红灯变为绿灯，车辆再次启动行驶；T6时刻停车，T7时刻用户下车。这个过程中，作为乘客，其拿起手机的动作是随机的，例如，如图12中，用户在T1时刻至T2时刻、T2时刻至T3时刻、T4时刻至T5时刻、T5时刻至T6时刻均有拿起动作，而在T3时刻至T4时刻，以及T6时刻至T7时刻均无拿起动作。总而言之，作为乘客，在乘车期间，拿起动作的发生无时间规律，且较频繁。

基于上述分析，可以通过确定乘车期间拿起动作的次数来确定手机是否处于非手持状态。具体的，若乘车期间拿起动作的次数大于或等于次数阈值，则确定乘车期间手机处于手持状态，进而确定用户为乘客；若乘车期间拿起动作的次数小于次数阈值，则确定乘车期间手机处于非手持状态，进而确定用户为司机。可选的，次数阈值可以为预设值，例如可以为5次。可选的，次数阈值也可以由计算引擎根据乘车时长确定，乘车时长相对较长时，次数阈值可以相对较大。例如，乘车时长大于0小于1小时，设置次数阈值为5次，乘车时长大于或等于1小时，且小于2小时，设置次数阈值为8次。

本实施例中，从乘客角度出发，根据乘客在乘车期间握持姿态的特征，能够快速地确定手机是否处于非手持状态，提高停车信息显示的效率。

在另一个实施例中，也可以根据司机在乘车期间握持姿势的特征作为判断依据，确定用户是否为司机，即确定手机是否处于非手持状态。

示例性的，图13为本申请实施例提供的一例乘车期间司机手势动作的变化示意图。图13中行车状态与图12相同，不再赘述。如图13所示，乘车过程中，司机A在车辆行驶过程中（即T1时刻至T2时刻、T3时刻至T4时刻，以及T5时刻至T6时刻），无拿起动作；在等红灯过程中（即T2时刻至T3时刻、T4时刻至T5时刻）有拿起动作。而司机B从开车至停车的整个过程中均无拿起动作。而车辆行驶过程中，手机随车辆移动，因而移动速度大于0，如图13所示。那么，在乘车期间，将司机的抬手动作和手机移动速度存在关系：手机移动速度大于0时，无拿起动作。

基于上述分析，可以通过乘车期间手机的移动速度和拿起动作的次数来确定手机是否处于非手持状态。具体的，若乘车期间，手机移动速度持续大于0的时间段内，拿起动作的次数为0（即无拿起动作发生），则确定乘车期间手机处于非手持状态，进而确定用户为司机；若乘车期间，手机移动速度大于持续大于0的时间段内，拿起动作的次数大于0（即有拿起动作发生），则确定乘车期间手机处于手持状态，进而确定用户为乘客。其中，手机移动速度持续大于0的时间段，也即连续开车的时间段，例如图13中的T1时刻至T2时刻的时间段、T3时刻至T4时刻的时间段、T5时刻至T6时刻的时间段。

考虑到实际应用中，也可能存在司机在驾驶车辆期间偶尔拿起手机，因而可以将确定非手持状态的条件设置为：在乘车期间，手机移动速度持续大于0，且存在拿起动作的时间段（也称为目标时间段）的个数小于个数阈值。以个数阈值为2为例，图13中，假设用户在T1时刻至T2时刻的时间段内存在拿起动作，而在T3时刻至T4时刻的时间段、T5时刻至T6时刻的时间段均无拿起动作，则确定乘车期间手机处于非手持状态。

可选的，个数阈值可以为预设值，例如可以为2个。可选的，个数阈值也可以由计算引擎根据乘车时长确定，乘车时长相对较长时，个数阈值可以相对较大。

其中，手机移动速度可以通过加速度传感器，和/或定位模块获取，本申请实施例对此不做任何限定。

本实施例中，从司机角度出发，根据司机在乘车期间握持姿态的特征，能够准确地确定手机是否处于非手持状态，从而提高停车信息显示的准确性。

上文详细介绍了本申请实施例提供的停车信息的显示方法的示例。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分为各个功能模块，例如检测单元、处理单元、显示单元等，也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述停车信息的显示方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备还可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理（digital signal processing，DSP）和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图4所示结构的设备。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储了计算机程序，当计算机程序被处理器执行时，使得处理器执行上述任一实施例的停车信息的显示方法。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的停车信息的显示方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的停车信息的显示方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种停车信息的显示方法，所述方法由电子设备执行，其特征在于，所述方法包括：

当检测到所述电子设备的移动状态变化为乘车状态时，确定是否存在与所述电子设备蓝牙连接的车载设备；所述乘车状态是指所述电子设备搭载车辆移动的状态；

若不存在与所述电子设备蓝牙连接的车载设备，则确定所述电子设备是否处于导航状态；所述导航状态是指所述电子设备使用导航类应用导航的状态；

若所述电子设备处于所述导航状态，则在检测到所述电子设备的移动状态由所述乘车状态变化为停止状态或步行状态时，显示停车信息；所述停止状态是指所述电子设备停留于某一位置范围超过第一预设时长的状态，所述步行状态是指所述电子设备随用户步行而移动的状态。

2.根据权利要求1所述的方法，其特征在于，所述显示停车信息，包括：

获取乘车期间用户对所述电子设备的拿起动作的信息；所述乘车期间是指乘车时刻至停车时刻之间的时间段，所述乘车时刻是指所述电子设备的移动状态变化为所述乘车状态的时刻，所述停车时刻是指所述电子设备的移动状态由所述乘车状态变化为所述停止状态或所述步行状态的时刻；

根据所述拿起动作的信息，若确定所述电子设备的状态满足第一条件，则显示所述停车信息；所述第一条件包括：所述乘车期间所述电子设备处于非手持状态；所述非手持状态下所述电子设备被拿起的次数小于次数阈值。

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

所述电子设备当前处于非导航状态；所述非导航状态是指所述电子设备未通过导航类应用导航的状态。

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

根据所述拿起动作的信息，若确定所述乘车期间拿起动作的次数小于次数阈值，则确定所述电子设备处于所述非手持状态；

或者，根据所述拿起动作信息，若确定所述乘车期间的目标时间段的个数小于个数阈值，则确定所述电子设备处于所述非手持状态；所述目标时间段是指所述电子设备的移动速度连续大于0，且存在拿起动作的时间段。

5.根据权利要求1所述的方法，其特征在于，所述确定所述电子设备是否处于导航状态，包括：

在第一时刻确定所述电子设备是否处于所述导航状态；所述第一时刻是指从乘车时刻起，经过第二预设时长之后的时刻，所述乘车时刻是指所述电子设备的移动状态变化为所述乘车状态的时刻。

6.根据权利要求5所述的方法，其特征在于，所述在第一时刻确定所述电子设备是否处于所述导航状态，包括：

在所述第一时刻，确定是否所述电子设备正在运行的应用中包括导航类应用，且所述电子设备正在使用定位功能，且当前时刻之前所述第二预设时长内所述电子设备有音频播放；

若所述电子设备正在运行的应用中包括导航类应用，且所述电子设备正在使用定位功能，且当前时刻之前所述第二预设时长内所述电子设备有音频播放，则确定所述电子设备处于所述导航状态。

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

若存在与所述电子设备蓝牙连接的第一车载设备，则在检测到所述电子设备断开与所述第一车载设备的蓝牙连接时，显示停车信息。

8.根据权利要求1所述的方法，其特征在于，所述电子设备中包括车机应用，所述确定所述电子设备是否处于导航状态，包括：

确定所述电子设备的车机应用是否与车载设备的车机应用连接；

若所述电子设备的车机应用未与车载设备的车机应用连接，则确定所述电子设备是否处于导航状态。

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

若所述电子设备的车机应用与第二车载设备的车载应用连接，则在检测到所述电子设备的车机应用与所述第二车载设备的车机应用断开连接时，显示停车信息。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述显示停车信息，包括：

在所述电子设备的界面中显示停车卡片，所述停车卡片中包括停车信息，所述停车信息包括停车位置、所述停车位置与当前位置之间的距离、停车时间中的至少一项。

11.一种电子设备，其特征在于，包括：处理器、存储器和接口；

所述处理器、所述存储器和所述接口相互配合，使得所述电子设备执行如权利要求1至10中任一项所述的方法。

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