CN117273830A - 显示卡片的方法、电子设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种显示卡片的方法、电子设备及可读存储介质，属于终端技术领域。包括：低功耗处理器周期性地获取cell信息，得到电子设备的cell轨迹信息。每当接收到应用处理器触发的信息获取指令，低功耗处理器向应用处理器发送cell轨迹信息，信息获取指令是应用处理器在检测到满足cell信息获取条件时触发。应用处理器根据cell轨迹信息确定当前满足出卡条件。应用处理器弹出目标卡片。由于低功耗处理器在电子灭屏的情况仍可以工作，所以可以获取较为连续、完整的cell轨迹信息，如此，根据获取的cell轨迹信息可以准确确定电子设备的移动轨迹。因此，根据cell轨迹信息，可以准确地为用户推送目标卡片。

Description

显示卡片的方法、电子设备及可读存储介质

技术领域

本申请涉及终端技术领域，特别涉及一种显示卡片的方法、电子设备及可读存储介质。

背景技术

随着终端技术的发展，电子设备提供了卡片推送业务，在用户授权的情况下，电子设备进入某个特定区域后，电子设备可以自动弹出卡片，以通过卡片向用户推送广告等信息。譬如电子设备经过汽车4s店时弹出营销卡片。

在弹出卡片时，一般需要排除经常经过特定区域的电子设备，以避免给用户带来困扰。譬如对于经常路过汽车4s店的用户，不需要电子设备总是自动弹出营销卡片。因此，如何准确地显示卡片成为当前亟需解决的问题。

发明内容

本申请提供了一种显示卡片的方法、电子设备及可读存储介质，可以解决如何准确地显示卡片的问题。所述技术方案如下：

第一方面，提供了一种显示卡片的方法，应用于电子设备，所述电子设备包括低功耗处理器和应用处理器，所述方法包括：

低功耗处理器周期性地获取cell信息，得到电子设备的cell轨迹信息。每当接收到应用处理器触发的信息获取指令，低功耗处理器向应用处理器发送电子设备的cell轨迹信息，信息获取指令是应用处理器在检测到满足cell信息获取条件时触发。应用处理器根据低功耗处理器发送的cell轨迹信息确定当前满足出卡条件。应用处理器弹出目标卡片，目标卡片与当前满足的出卡条件相关。

由于低功耗处理器在电子设备灭屏的情况仍可以工作，所以可以获取电子设备较为连续、完整的cell轨迹信息，如此，根据获取的cell轨迹信息可以准确地确定电子设备的移动轨迹。因此，根据获取的cell轨迹信息可以准确地确定电子设备是否满足出卡条件，譬如确定电子设备是否经常经过某特定区域，从而准确地为用户推送目标卡片，提高了卡片显示的准确性。

作为本申请的一个示例，低功耗处理器获取的cell信息包括地区区域码LAC、基站编号CID、接收信号强度指示器RSSI、移动国家码MCC以及移动网络码MNC。如此，通过获取详细的cell信息，可以提高基于cell轨迹信息进行数据分析的可靠性和准确性。

作为本申请的一个示例，低功耗处理器周期性地获取cell信息的具体实现可以包括：低功耗处理器接收应用处理器发送的第一cell轨迹配置参数，第一cell轨迹配置参数包括使能参数的值和第一时长，使能参数用于指示是否使能cell轨迹监控。在第一cell轨迹配置参数中的使能参数的值指示使能cell轨迹监控的情况下，低功耗处理器以第一时长为采集周期，周期性地获取cell信息。

如此，应用处理器通过下发第一cell轨迹配置参数，控制低功耗处理器以第一时长为采集周期，周期性地获取cell信息。也即应用处理器可以按需控制低功耗处理器，提高了cell信息采集的可靠性。

作为本申请的一个示例，低功耗处理器周期性地获取cell信息之后，应用处理器确定电子设备的移动速度增加，应用处理器向低功耗处理器发送第二cell轨迹配置参数，第二cell轨迹配置参数中包括使能参数的值和第二时长，第二时长小于第一时长。在第二cell轨迹配置参数中的使能参数的值指示使能cell轨迹监控的情况下，低功耗处理器以第二时长为采集周期，周期性地获取cell信息。

如此，在确定电子设备的移动速度增加的情况下，应用处理器通过下发第二cell轨迹配置参数，使得低功耗处理器调整获取cell信息的周期时长。也即可以根据电子设备的移动速度动态调整cell信息的采集周期，可以保证cell信息采集的有效性。

作为本申请的一个示例，在电子设备位于指定场所、电子设备处于静止状态且静止时长大于第三时长、当前时间处于指定时间范围内的情况下，应用处理器向低功耗处理器发送第三cell轨迹配置参数，第三cell轨迹配置参数包括使能参数的值。在第三cell轨迹配置参数中的使能参数的值指示终止cell轨迹监控的情况下，低功耗处理器停止获取cell信息。

如此，在检测到电子设备的移动位置在某个时间范围内没有发生变化，且电子设备常驻某指定场所的情况下，智慧感知应用通过向SensorHub下发第三cell轨迹配置参数，使得SensorHub控制调制解调器停止进行cell信息采集，可以节省电子设备的运行功耗，减少了电量的消耗。

作为本申请的一个示例，每当接收到应用处理器触发的信息获取指令，低功耗处理器向应用处理器发送电子设备的cell轨迹信息之前，每隔指定周期时长，在电子设备亮屏的情况下，应用处理器向低功耗处理器发送信息获取指令，如此，可以使得应用处理器获得较为丰富、完整的cell轨迹信息，从而可以提升cell轨迹监控准确性。或者，在检测到电子设备进入目标地理围栏的情况下，应用处理器向低功耗处理器发送信息获取指令，也即在需要的情况下应用处理器再从低功耗处理器中获取，以便于可以根据cell轨迹信息进行轨迹分析。

也即是，cell信息获取条件可以为：每个指定周期时长，电子设备处于亮屏状态。或者还可以为：电子设备进入目标地理围栏。

作为本申请的一个示例，信息获取指令是应用处理器在检测到电子设备进入目标地理围栏的情况下触发。该种情况下，应用处理器根据低功耗处理器发送的cell轨迹信息确定当前满足出卡条件的具体实现可以包括：当根据低功耗处理器发送的cell轨迹信息确定电子设备进入目标地理围栏的次数小于次数阈值的情况下，应用处理器确定当前满足出卡条件。

如此，根据低功耗处理器发送的cell轨迹信息分析电子设备是否经常进入目标地理围栏，由于低功耗处理器发送的cell轨迹信息是全天候采集的，所以可以保证分析的准确性，从而可以准确地确定是否满足出卡条件，从而准确地为用户推送目标卡片。

作为本申请的一个示例，目标地理围栏用于指示指定服务场所，譬如指定服务场所为xx汽车4s店。该种情况下，应用处理器弹出目标卡片的具体实现包括：应用处理器弹出目标卡片，目标卡片中显示有与指定服务场所提供的服务相关的推荐信息。如此，可以使得用户及时了解与指定服务场所相关的服务。

作为本申请的一个示例，应用处理器包括智慧感知应用、位置服务应用和HAL进程。相应地，每当接收到应用处理器触发的信息获取指令，低功耗处理器向应用处理器发送电子设备cell轨迹信息的具体实现可以包括：每当接收到应用处理器触发的信息获取指令，低功耗处理器向HAL进程发送电子设备的cell轨迹信息。HAL进程通过信息接收队列接收电子设备的cell轨迹信息。HAL进程通过指定回调函数，将电子设备的cell轨迹信息发送给位置服务应用，位置服务应用向智慧感知应用发送电子设备的cell轨迹信息。如此，通过位置服务应用和HAL进程在智慧感知应用与低功耗处理器之间搭建数据传输通道，使得智慧感知应用在需要获取cell轨迹信息时，通过该数据传输通道从低功耗处理器中获取，以得到较为连续、完整的cell轨迹信息，从而可以提高出卡条件分析的准确性。

作为本申请的一个示例，电子设备还可以通过应用处理器收集在第一指定时长内获取的cell轨迹信息，根据在第一指定时长内收集的cell轨迹信息生成用户画像，用户画像用于确定电子设备的使用者的职业类别，根据用户画像推送对应的服务。如此，可以提高用户使用电子设备的依赖性，在一些场景下还可以提高用户的安全性，譬如在驾驶场景下主动推送语音助手可以避免需要用户驾驶过程中还需要手动操作电子设备。

第二方面，提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的显示卡片的方法。

第三方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的显示卡片的方法。

第四方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的显示卡片的方法。

上述第二方面、第三方面和第四方面所获得的技术效果与上述第一方面中对应的技术手段获得的技术效果近似，在这里不再赘述。

附图说明

图1是根据一示例性实施例示出的一种cell围栏匹配的方法流程示意图；

图2是根据一示例性实施例示出的一种应用场景的示意图；

图3是根据一示例性实施例示出的一种卡片的显示效果示意图；

图4是根据另一示例性实施例示出的一种卡片的显示效果示意图；

图5是根据另一示例性实施例示出的一种卡片的显示效果示意图；

图6是根据另一示例性实施例示出的一种应用场景的示意图；

图7是根据一示例性实施例示出的一种电子设备的结构示意图；

图8是根据一示例性实施例示出的一种电子设备的软件架构的示意图；

图9是根据一示例性实施例示出的一种显示卡片的方法的流程示意图；

图10是根据一示例性实施例示出的一种推送个性化服务的方法的流程示意图；

图11是根据一示例性实施例示出的一种采集cell信息的方法的流程示意图；

图12是根据一示例性实施例示出的一种调整cell信息采集过程的流程的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。

应当理解的是，本申请提及的“多个”是指两个或两个以上。在本申请的描述中，除非另有说明，“/”表示或的意思，比如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，比如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，为了便于清楚描述本申请的技术方案，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

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

随着终端技术的快速发展，电子设备的功能越来越丰富。目前，电子设备提供了自动显示卡片的功能，譬如在用户持电子设备进入某个特定区域后电子设备自动弹出卡片，以通过卡片向用户推送与特定区域相关联的业务等。为此，通常需要电子设备采集cell（小区）信息，以根据cell信息确定是否进入特定区域。在一些实施例中，cell信息的采集是在应用处理器（application processor，AP）侧实现的，譬如AP根据特定区域的cell信息建立cell围栏，当电子设备所处位置的cell信息与cell围栏匹配时，确定电子设备进入cell围栏，从而确定电子设备进入特定区域，该种情况下电子设备弹出与特定区域相关联的卡片。

然而，由于在灭屏的情况下AP会进入休眠状态，AP休眠后无法进行cell围栏匹配，所以导致电子设备只能获知在AP唤醒状态下的cell信息，而AP处于唤醒状态的时间通常有限，譬如AP在一天内可能仅有6个小时（按亮屏6小时算）处于唤醒状态，从而导致cell信息采集的时间有限，cell围栏匹配时间有限，使得cell匹配方案不够完整和连续。

一些电子设备配置有低功耗处理器和AP，示例性地，低功耗处理器为SensorHub（智能传感集线器），低功耗处理器可以在AP休眠的情况下实现对传感器的实时控制，从而达到降低功耗的目的，基于此，在一些实施例中，电子设备将cell匹配操作转移至低功耗处理器中执行。在电子设备移动过程中，电子设备通过低功耗处理器周期性地获取cell信息，并通过低功耗处理器基于获取的cell信息与建立的cell围栏进行匹配。低功耗处理器根据匹配的结果确定电子设备进入或退出cell围栏后通知AP，使得AP弹出卡片或取消卡片显示。示例性地，请参见图1，其具体实现主要包括如下几个步骤：1、AP向低功耗处理器发送cell围栏的相关信息，cell围栏的相关信息包括至少一组cell信息。2、低功耗处理器保存AP发送的cell围栏的相关信息。3、低功耗处理器控制电子设备的modem芯片周期性地采集cell信息，modem芯片具有获取cell信息的能力。4、modem芯片周期性地采集cell信息。5、modem芯片向低功耗处理器周期性上报cell信息。6、低功耗处理器基于存储的cell围栏的相关信息和modem芯片上报的cell信息执行cell匹配算法，以判断电子设备是否进入或退出cell围栏。7、如果低功耗处理器确定电子设备进入或退出cell围栏，则将这一进入或退出cell围栏的事件通知给AP。8、AP执行与相关事件对应的操作，譬如显示或取消显示卡片。

在一些应用场景中，采集的cell信息不仅可以用于cell围栏匹配，电子设备通常还可以通过对大量的cell信息进行分析，以准确地进行场景感知、用户理解和意图决策。然而，由于低功耗处理器的处理能力有限，所以不适合将大量的数据分析工作均分配在低功耗处理器中执行。为此，本申请实施例提供了一种方法，可以获取连续、完整的cell轨迹信息，并根据cell轨迹信息按需求进行数据分析，并根据分析结果准确地为用户提供个性化服务，譬如准确地弹出卡片等。

为了便于理解，接下来对本申请实施例涉及的几种示例性的应用场景进行介绍。

参见图2，图2是根据一示例性实施例示出的一种应用场景的示意图，在该应用场景中，某特定区域（下文以xx汽车4s店为例）对应有地理围栏，且存在两个cell（小区）覆盖该汽车4s店，示例性地，这两个小区包括小区1和小区2。在手机移动过程中，手机通过低功耗处理器周期性地获取cell信息，得到手机的cell轨迹信息，不难理解，当手机经过汽车4s店时，可以获取到小区1的cell信息和小区2的cell信息。当用户A持手机经过该汽车4s店时，手机根据当前的位置信息确定自身位于4s店的地理围栏内，该种情况下，手机可以根据一段时间（如一周）内的cell轨迹信息，判断自身是否经常路过汽车4s店，也即判断用户A是否是经过路过汽车4s店的用户。在确定用户A不是经常路过汽车4s店的用户的情况下，手机在桌面U1中显示卡片，以通过卡片向用户A推送汽车维修、保养等与汽车相关的业务。作为示例而非限定，请参见图2，卡片如图中的20所示，卡片20中显示有推送信息，推送信息为“推荐：欢迎查看xx汽车4s店推出的汽车保养业务”，进一步地，卡片20中还提供有“查看”控件，如此，用户A在感兴趣的情况下即可点击卡片20中的“查看”控件，以查看该汽车4s店推送的营销业务。

在一个示例中，参见图3，在确定用户A不是经过路过汽车4s店的用户的情况下，手机还可以在负一屏U2上显示卡片30以向用户推送与汽车相关的业务。

在另一个示例中，参见图4，在确定用户A不是经过路过汽车4s店的用户的情况下，手机还可以在锁屏界面U3中显示卡片40以向用户推送与汽车相关的业务，譬如通过胶囊的方式显示。

在又一个示例中，参见图5，在确定用户A不是经过路过汽车4s店的用户的情况下，手机还可以在通知中心U4中显示卡片50以向用户推送与汽车相关的业务。

需要说明的是，图2至图5中卡片显示的内容仅是示例性的。在另一个示例中，手机显示的卡片中还可以包括其他内容、控件等，或者还可以包括相比于上述各个实施例中的卡片更少的内容，本申请实施例对此不作限定。

当然，如果根据获取的cell轨迹信息，确定用户A是经过汽车4s店的用户，譬如用户A是上下班通勤路过汽车4s店的用户，该种情况下，手机不会自动弹出卡片，以避免用户A每次持手机经过汽车4s店时手机总会弹出卡片，从而避免给用户A造成干扰。

参见图6，图6是根据另一示例性实施例示出的一种应用场景的示意图。参见图6中的（a）图，该应用场景中存在多个场所，多个场所包括商场A、居民小区B、餐厅C、公司D和学校E，每个场所均部署有至少一个cell（小区），譬如商场A部署有小区3和小区8，居民小区B部署有小区4和小区8，学校E部署有小区5、小区6和小区8，公司D部署有小区5、小区6和小区8，餐厅C部署有小区6、小区7和小区8。在手机移动过程中，手机通过低功耗处理器周期性地获取cell信息，得到手机的cell轨迹信息，不难理解，当手机经过上述多个场所中的任意一个场所时，可以获取到覆盖该任意一个场所的小区的cell信息，譬如当手机经过商场A时可以获取到小区3的cell信息和小区8的cell信息。作为本申请的一个示例，手机根据在一段时间（如一个月）内获取的cell轨迹信息确定手机的使用者的职业为外卖配送员，譬如参见图6中的（a）图，该使用者的轨迹（图中的黑点）遍布该多个场所。该种情况下，参见图6中的（b）图，在外卖配送时间范围（如每天的11点至1点）内，手机可以自动启动语音助手（参见图6中的（b）图的60），语音助手可以具有增强功能，在被触发后可以长时间处于运行状态，也即不需要多次激活。如此，该使用者在配送外卖过程中即可通过语音来控制手机，譬如该使用者可以说“给181xxxx5674打电话”以请求呼叫订外卖的用户，手机通过语音助手接收这一语音后，对该语音进行解析，然后根据解析结果呼叫181xxxx5674。如此可以避免外卖人员在骑车过程中需要手动操作手机，从而可以提高驾驶的安全性。

需要说明的是，上述几个应用场景仅是示例性的。在另一个示例中，本申请实施例提供的方法还可以应用于其他应用场景，示例性地，还可以应用于出行场景，譬如可以确定用户的日常路径，以便于准确、及时地向用户推送与导航、打车、订票、航班提醒、订酒店等相关的服务，譬如为长期出差的用户可以推送订票、订酒店、航班提醒等卡片，本申请实施例对此不作限定。

需要说明的是，上述是以电子设备是手机为例进行说明。在另一个示例中，电子设备还可以是但不限于平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、车载设备、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本、个人数字助理（personal digital assistant，PDA）、增强现实（augmented reality，AR）\虚拟现实（virtual reality，VR）设备等，本申请实施例对此不作限定。

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

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

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

作为本申请的一个示例，SensorHub又称为低功耗处理器。在一些实施例中，cell信息收集的实现部署在AP侧，即cell信息收集的操作运行在中央处理器（centralprocessing unit，CPU）中。但是在手机灭屏（即系统休眠）时，AP也进入休眠状态，此时AP不能执行cell信息收集的操作，如果强行将AP唤醒，则容易给电子设备带来极高的运行功耗，可能会造成电子设备耗电过快、温度过高等问题。基于此，本申请实施例将cell信息收集的工作部署在SensorHub侧，即cell信息收集的操作运行在微控制单元（microcontrollerunit，MCU）中，由SensorHub周期性地收集cell信息，之后，当AP需要使用cell信息时，SensorHub将收集的cell信息发送给AP。由于SensorHub是一种集成于MCU中且具有一定处理能力以及功耗较小的芯片，所以可用于处理来自各种传感器的数据，因此将cell信息获取的工作部署在SensorHub侧可以实现对电子设备全天候低功耗的cell信息收集。并且由于AP具有效率较高的处理能力，所以SensorHub将收集的cell信息发送给AP进行数据分析，可以使得AP为用户及时推送个性化的服务，从而可以提高用户体验。

调制解调器181（简称modem芯片）具有cell信息采集能力。作为本申请的一个示例，SensorHub可以与调制解调器181相连接，SensorHub可以控制调制解调器181周期性地采集cell信息，在AP处于休眠状态时SensorHub可以对调制解调器181进行控制，以使得调制解调器181周期性地上报电子设备的cell信息，从而实现对电子设备全天候低功耗的监控。如此，将cell信息收集的操作部署在SensorHub侧，能够提供连续、完整的cell轨迹信息，并达到降低功耗的目的。

控制器可以是电子设备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）接口等。

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

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193和无线通信模块160等供电。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

电子设备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的整数。

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

外部存储器接口120可以用于连接外部存储卡，比如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。比如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，计算机可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，来执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序（比如声音播放功能，图像播放功能等）等。存储数据区可存储电子设备100在使用过程中所创建的数据（比如音频数据，电话本等）等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，比如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flash storage，UFS）等。

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

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

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

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

作为本申请的一个示例，可以根据陀螺仪传感器180B采集的数据和加速度传感器180E采集的数据，结合cell轨迹信息，确定电子设备100的运动状态，譬如可以确定电子设备100是在车上移动，还是由用户携带着步行移动。进一步地，还可以确定电子设备100是在什么类型的车上移动，比如可以确定是在骑行的车上移动还是在汽车上移动。

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

为了使得本申请的技术方案更加清楚，易于理解，下面对电子设备100的软件架构进行介绍。电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的安卓（Android）系统为例，对电子设备100的软件系统进行示例性说明。

图8是本申请实施例提供的一种电子设备100的软件系统的框图。参见图8，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层（framework，FWK），硬件抽象层（hardware abstraction layer，HAL）以及驱动层（又称内核层）。

应用程序层可以包括一系列应用程序包（Android application package，APK）。如图8所示，应用程序层中可以包括相机，图库，地图，导航，蓝牙，音乐，视频等应用程序。作为本申请的一个示例，应用程序层还可以包括智慧感知应用和位置服务应用，智慧感知应用可以用于实现卡片的智能推送等业务，位置服务应用可以用于为智慧感知应用提供服务。智慧感知应用和位置服务应用均可以是系统应用。在一个示例中，智慧感知应用中集成有软件开发工具包（software development kit，SDK），位置服务应用中集成有与该SDK对应的应用程序编程接口（application programming interface，API），当智慧感知应用需要与底层（如HAL层）进行数据交互时，可以通过SDK调用位置服务应用的API，从而通过位置服务应用与底层交互。

在一个示例中，应用程序层还包括运动状态服务应用，运动状态服务应用可以用于确定电子设备的运动状态，示例性地，可以根据加速度传感器180E和陀螺仪传感器180B采集的传感器数据，结合cell信息，确定电子设备的运动状态，譬如可以确定电子设备是处于步行状态还是乘车状态。因此，智慧感知应用可以通过运动状态服务应用确定电子设备的运动状态。

应用程序框架层为应用程序层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。例如，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，资源管理器，通知管理器等。

硬件抽象层（HAL层）是位于内核层与硬件之间的接口层，可以用于将硬件抽象化。在一些实施例中，硬件抽象层包括硬件抽象层接口定义语言（hardware abstractionlayer interface definition language，HIDL）接口。HAL层包括HAL进程，HAL进程可以用于与SensorHub交互，或者说HAL进程是位置服务应用与SensorHub交互的桥梁，譬如向SensorHub传输智慧感知应用通过位置服务应用下发的指令、配置参数等。

驱动层至少包含显示驱动，摄像头驱动，传感器驱动，调制解调器驱动等，调制解调器驱动可以用于驱动调制解调器181。

在本申请实施例中，应用程序层，应用程序框架层，硬件抽象层以及驱动层部署在应用处理器侧。

在上述实施例的基础上，接下来对本申请实施例提供的各个方法进行详细介绍。

参见图9，图9是根据一示例性实施例示出的一种显示卡片的方法的流程示意图。该方法可以应用于上述图7和图8所示的电子设备中，电子设备可以通过多个模块交互实现，该方法主要包括如下几个实现步骤：

S901：电子设备开启后，调制解调器进行初始化，SensorHub进行初始化，HAL进程与SensorHub建立连接，位置服务应用进行初始化，以及智慧感知应用进行初始化。

在一个示例中，电子设备在开机后对软件框架层中的各个模块进行初始化，以及对硬件SensorHub和调制解调器进行初始化，各个层的初始化和硬件的初始化可能不同步，也即具有一定的先后执行顺序。电子设备的开机可以为出厂后首次开机，或者是电子设备在使用过程中的每一次开机。

示例性地，对各个模块的初始化包括：初始化智慧感知应用、位置服务应用和运动状态服务应用，初始化HAL层以及驱动层。其中初始化智慧感知应用、位置服务应用和运动状态服务应用主要包括：对智慧感知应用、位置服务应用和运动状态服务应用中的代码的变量、函数赋初值。初始化HAL层主要包括：对HAL层中代码的变量、函数赋初值，创建HAL进程和日志维测处理函数，以及创建可靠性设计（design for reliability，DFR）机制，日志维测处理函数可以用于记录与cell轨迹信息相关的数据，以便于后续开发人员在进行问题维护时快速定位，DFR机制用于监听SensorHub的状态，譬如监听SensorHub是否异常等。

示例性地，对SensorHub的初始化可以包括初始化接口等。对调制解调器的初始化可以包括对时钟时序进行初始化以及对外设接口进行初始化等。

S902：HAL进程在初始化阶段与SensorHub建立连接。

HAL层的HAL进程创建结束后，HAL进程与SensorHub建立绑定关系，以与SensorHub建立连接。示例性地，HAL进程中包括cellbatching软件模块，HAL进程通过cellbatching软件模块与SensorHub建立连接。SensorHub中包括处理建联模块，SensorHub通过处理建联模块与HAL进程建立连接。建立连接成功后，HAL进程初始化结束。

S903：连接成功后，HAL进程向位置服务应用发送初始化结束通知。

在与位置服务应用绑定成功后，HAL进程可以广播初始化结束通知。

S904：位置服务应用完成初始化，并向智慧感知应用发送初始化结束通知。

位置服务应用可以监听到HAL进程广播的初始化结束通知，之后，位置服务应用才完成初始化操作。位置服务应用在初始化结束后也可以广播初始化结束通知，以便于电子设备中的其他应用在监听到该初始化结束通知后可以获知位置服务应用已完成初始化，也即位置服务应用能够提供服务。

S905：智慧感知应用与位置服务应用建立连接。

如前文所述，位置服务应用在初始化结束后广播初始化结束通知。智慧感知应用在电子设备开机后启动，智慧感知应用启动并完成初始化后，如果监听到位置服务应用广播的初始化结束通知，确定位置服务应用能够提供服务，该种情况下，智慧感知应用与位置服务应用建立绑定关系，以连接位置服务应用。

在一个示例中，位置服务应用与智慧感知应用建立连接成功后，可以向智慧感知应用发送绑定完成通知，以使得智慧感知应用获知能够调用位置服务应用。

需要说明的是，本申请实施例仅是以智慧感知应用与位置服务应用建立连接为例进行说明。在另一个示例中，智慧感知应用还可以根据需求与其他应用建立连接，譬如还可以与运动状态服务应用建立连接，连接过程类似。

S906：智慧感知应用向位置服务应用发送第一cell轨迹配置参数，第一cell轨迹配置参数包括使能参数的值和第一时长，使能参数用于指示是否使能cell轨迹监控。

在使能参数的值为第一值的情况下，表示使能cell轨迹监控。在使能参数的值为第二值的情况下，表示不使能cell轨迹监控。第一值和第二值可以根据需求进行设置，作为本申请的一个示例，第一值为true，第二值为false。作为本申请的一个示例，第一cell轨迹配置参数中的使能参数的值指示使能cell轨迹监控，譬如第一cell轨迹配置参数中的使能参数的值为第一值，也即为true。

第一时长可以由智慧感知应用默认设置，第一时长是cell信息的采集周期，也即智慧感知应用指示每隔第一时长进行一次采集。

在一个示例中，智慧感知应用中集成有SDK，智慧感知应用与位置服务应用建立绑定关系后，可以通过自身的SDK调用位置服务应用的API，并向位置服务应用发送第一cell轨迹配置参数，以通过第一cell轨迹配置参数指示需要进行cell轨迹监控，并指示cell轨迹监控的采集周期为第一时长。

需要说明的是，本申请实施例是以第一cell轨迹配置参数中携带第一时长为例进行说明。在另一个示例中，第一cell轨迹配置参数中也可以不携带第一时长，也即智慧感知应用也可以不指示cell信息的采集周期，譬如可以由SensorHub进行指示，本申请实施例对此不作限定。

另外需要说明的是，本申请实施例是以智慧感知应用启动后就指示需要进行cell轨迹监控为例进行说明。在另一个示例中，也可以在智慧感知应用检测到满足一定条件的情况下才指示进行cell轨迹监控，譬如可以在通过通信模块确定电子设备连接网络后再指示，本申请实施例对此不作限定。

S907：位置服务应用向HAL进程发送第一cell轨迹配置参数。

位置服务应用接收第一cell轨迹配置参数后，将第一cell轨迹配置参数中的使能参数的值和第一时长继续向底层传递，譬如可以向HAL进程转发第一cell轨迹配置参数。

当然，本申请实施例是以位置服务应用直接向HAL进程转发第一cell轨迹配置参数为例进行说明。在另一个示例中，位置服务应用在接收第一cell轨迹配置参数后，还可以基于与HAL进程之间的数据交互的协议，对第一cell轨迹配置参数进行格式转换，以得到HAL进程可以识别的数据，并将格式转换后的数据发送给HAL进程。

S908：HAL进程向SensorHub发送第一cell轨迹配置参数。

HAL进程接收第一cell轨迹配置参数后，将第一cell轨迹配置参数中的使能参数的值和第一时长传输给SensorHub，譬如可以向SensorHub直接转发第一cell轨迹配置参数。

同理，本申请实施例是以HAL进程直接向SensorHub发送第一cell轨迹配置参数为例进行说明。在另一个示例中，HAL进程在接收第一cell轨迹配置参数后，还可以基于与SensorHub之间的数据交互的协议，对第一cell轨迹配置参数进行格式转换，以得到SensorHub可以识别的数据，并将格式转换后的数据发送给SensorHub。

S909：SensorHub缓存第一cell轨迹配置参数。

SensorHub接收来自位置应用服务发送的第一cell轨迹配置参数后，可以在自身的指定缓存位置缓存第一cell轨迹配置参数，以便于后续可以根据缓存的第一cell轨迹配置参数，随时查询当前的cell轨迹监控情况，譬如查询cell轨迹监控是否开启，以及在cell轨迹监控开启的情况下cell信息的采集周期是多少。

指定缓存位置可以根据需求进行设置，本申请实施例对此不作限定。

S910：SensorHub依次通过HAL进程和位置服务应用，向智慧感知应用发送配置成功通知。

配置成功通知用于指示成功接收智慧感知应用下发的配置参数。

在一些情况下，可能由于传输通道断开、数据格式不合法、内存不足等原因导致SensorHub未能成功缓存第一cell轨迹配置参数，该种情况下需要智慧感知应用重新发送第一cell轨迹配置参数。因此为了使得智慧感知应用确定是否需要重新下发第一cell轨迹配置参数，在SensorHub成功缓存第一cell轨迹配置参数的情况下，SensorHub依次通过HAL进程和位置服务应用向智慧感知应用发送配置成功通知，以使得智慧感知应用可以获知SensorHub已成功接收第一cell轨迹配置参数。

在实现过程中，SensorHub向HAL进程发送配置成功通知，HAL进程接收SensorHub发送的配置成功通知后，将配置成功通知转发给位置服务应用，位置服务应用接收位置服务应用发送的配置成功通知后，向智慧感知应用转发配置成功通知。

需要说明的是，本申请实施例是以SensorHub缓存第一cell轨迹配置参数成功为例进行说明。在另一个示例中，如果SensorHub缓存第一cell轨迹配置参数不成功，则SensorHub可以确定缓存不成功的原因，然后依次通过HAL进程和位置服务应用，向智慧感知应用反馈配置失败通知。作为示例而非限定，配置失败通知中可以携带配置失败原因指示信息，该种情况下，智慧感知应用、位置服务应用和HAL进程中的至少一个可以根据配置失败原因指示信息，重新调整配置方式，譬如在配置失败原因指示信息指示配置参数格式不准确的情况下，智慧感知应用或HAL进程对第一cell轨迹配置参数进行格式转换，并向SensorHub下发格式转换后的第一cell轨迹配置参数，以保证参数配置的可靠性。

S911：SensorHub向调制解调器发送cell信息采集指令R1，cell信息采集指令R1携带第一时长。

cell信息采集指令R1用于指示调制解调器周期性地采集cell信息，且采集周期为第一时长。也即SensorHub通过cell信息采集指令R1，控制调制解调器周期性地进行cell信息采集。

需要说明的是，本申请实施例是以第一时长由智慧感知应用通过第一cell轨迹配置参数指示为例，在另一个示例中，若第一cell轨迹配置参数中不包括第一时长，则第一时长还可以由SensorHub默认确定。

在一个示例中，SensorHub向调制解调器发送cell信息采集指令R1后可以创建线程，以便于后续通过该线程接收和处理调制解调器上报的cell信息。

S912：响应于cell信息采集指令R1，调制解调器以第一时长为采集周期，周期性地采集cell信息。

如前文所述，调制解调器具有采集cell信息的能力。在接收SensorHub发送的cell信息采集指令R1的情况下，确定需要周期性地采集cell信息，因此，调制解调器开始周期性地采集cell信息，采集周期为第一时长。

作为本申请的一个示例，调制解调器采集的cell信息可以包括地区区域码（location area code，LAC）、基站编号（cell ID，CID）、接收信号强度指示器（receivedsignal strength indication，RSSI）、移动国家码（mobile country code，MCC）以及移动网络码（mobile network code，MNC）。

如此，通过指示调制解调器采集cell信息，且cell信息包括详细的数据，以便于后续可以根据cell信息进行精准、有效地进行数据分析。

S913：调制解调器周期性地向SensorHub上报采集的cell信息。

调制解调器采集cell信息后，周期性地向SensorHub上报所采集的cell信息。调制解调器向SensorHub周期性上报cell信息的周期时长可以为第一时长，也可以不是第一时长，譬如也可以为第一时长的倍数，本申请实施例对此不作限定。

在一个示例中，调制解调器除了向SensorHub上报cell信息之外，还可以上报每个cell信息的采集时间。

S914：SensorHub对调制解调器周期性上报的cell信息进行数据差异性处理。

作为本申请的一个示例，SensorHub对调制解调器周期性上报的cell信息进行数据差异性处理可以包括去重处理。在一种可能的情况下，电子设备在短时间内的移动距离较短，譬如在5分钟内仅移动了几十米，该种情况下调制解调器连续上报的cell信息可能是重复的，也即上报的是同一个小区的cell信息，由于电子设备所处的场所未改变，所以可以不记录这段时间内重复上报的cell信息，因此可以对调制解调器周期性上报的cell信息进行去重处理。

示例性地，SensorHub每接收一次cell信息（以一个为例），可以查询数据池中是否存在与当前接收的cell信息相同的cell信息（下文称为相同cell信息），数据池用于存储经过数据差异性处理后的cell信息。如果数据池中存在相同cell信息，则可以继续查询最近一次存储的相同cell信息的时间，如果最近一次存储的相同cell信息的时间与当前时间非常接近，则可以确定当前接收的cell信息是连续上报的重复的cell信息，可以认为电子设备所处的场所未发生变化，所以可以将当前接收的cell信息删除，也即对当前接收的cell信息进行去重。否则，如果数据池中存在相同cell信息，但最近一次存储的相同cell信息的时间与当前时间不接近，比如最近一次存储的相同cell信息的时间是昨天，说明电子设备可能是再次经过当前所处的场所，该种情况下不对当前接收的cell信息进行去重。再或者，如果数据池中不存在相同cell信息，则说明电子设备之前没有经过当前所处的场所，该种情况下，也不对当前接收的cell信息进行去重。

需要说明的是，本申请实施例仅是以对cell信息进行数据差异性处理包括去重处理为例进行说明。在另一个示例中，数据差异性处理还可以包括其他操作，以使得最终保留下来的cell信息能够尽可能全面地、完整地描述电子设备的轨迹，同时还能够保持数据存储的精简性。

需要说明的是，对cell信息进行数据差异性处理是可选操作，本申请实施例仅是以对cell信息进行数据差异性处理为例进行说明，在另一个示例中，也可以不进行数据差异性处理。

另外，由于SensorHub的存储空间有限，所以SensorHub除了对cell信息进行差异性处理外，还可以对数据池中的cell信息的数据量进行控制，譬如可以在数据池中的cell信息的数据量超过一定阈值（可以根据需求进行设置，譬如可以为SensorHub的总存储空间的百分之六十）的情况下，对数据池中的cell信息进行选择性地删除，譬如可以将最早存储的一批cell信息删除。如此，可以节省SensorHub的存储空间。

S915：SensorHub存储经数据差异性处理后的cell信息，得到电子设备的cell轨迹信息。

cell轨迹信息包括在一段时间内调制解调器采集的cell信息。也即SensorHub将调制解调器周期性上报的且经过数据差异性处理后的cell信息存储至数据池中。

在一个示例中，在调制解调器上报的数据还包括cell信息对应的采集时间的情况下，在经过数据差异性处理后，可以将保留下来的cell信息与对应的采集时间关联，并将关联后的数据存储至数据池中。

如此，通过对电子设备的cell轨迹信息进行存储，以便于后续智慧感知应用根据预置的策略确定需要获取cell轨迹信息时，可以从SensorHub中获取。

示例性地，智慧感知应用在检测到满足cell信息获取条件的情况下，从SensorHub中获取cell轨迹信息，然后根据获取的cell轨迹信息进行数据分析，并根据分析结果为用户推送卡片。在一个示例中，其具体实现可以包括如下内容：

S916：智慧感知应用根据电子设备的位置信息确定电子设备进入特定区域。

在一个示例中，位置信息可以为位置坐标，譬如智慧感知应用可以通过电子设备的全球定位系统（global positioning system，GPS）获取用于指示电子设备的位置的GPS坐标信息，得到位置信息。在另一个示例中，位置信息也可以是cell信息，譬如智慧感知应用可以通过电子设备的调制解调器确定用于指示电子设备的位置的小区信息，得到位置信息。

作为本申请的一个示例，电子设备的某存储位置（如智慧感知应用的缓存区）存储有特定区域的地理围栏，该地理围栏可以是基于电子设备的位置信息构建的。特定区域可以根据需求进行设置，特定区域的数量可以包括一个或者多个，譬如请参见图2，特定区域可以包括xx汽车4s店等。

作为示例而非限定，在电子设备亮屏的情况下，智慧感知应用可以获取电子设备的位置信息，譬如可以周期性地获取，周期时长可以根据需求进行设置；再如也可以是在用户触发的情况下获取，譬如在用户打开电子设备中的某应用程序且该应用程序请求获取位置信息的情况下获取。智慧感知应用在获取位置信息后，可以将位置信息与存储的地理围栏进行匹配。如果存在与该位置信息匹配的地理围栏，则确定电子设备进入特定区域。譬如参见图2，当智慧感知应用确定位置信息与xx汽车4s店的地理围栏匹配时，确定电子设备进入xx汽车s4店所在区域。

S917：智慧感知应用向位置服务应用发送信息获取指令。

信息获取指令用于请求获取cell轨迹信息。

作为本申请的一个示例，在确定电子设备进入特定区域的情况下，智慧感知应用向位置服务应用发送信息获取指令，以通过位置服务应用向SensorHub请求获取cell轨迹信息，以便于根据cell轨迹信息确定当前是否满足与特定区域相关的出卡条件。

作为示例而非限定，信息获取指令中还可以包括时间范围信息，时间范围信息用于指示需要获取哪段时间内的cell轨迹信息。时间范围信息可以根据需求进行设置，譬如可以为1个月，该种情况下，信息获取指令用于指示获取一个月内的cell轨迹信息。

S918：位置服务应用向HAL进程发送信息获取指令。

位置服务应用可以向HAL进程转发信息获取指令，以通过HAL进程向SensorHub发送信息获取指令。

S919：HAL进程向SensorHub发送信息获取指令。

HAL进程接收信息获取指令后，向SensorHub转发信息获取指令，以使得SensorHub反馈cell轨迹信息。

S920：SensorHub向HAL进程发送cell轨迹信息。

作为本申请的一个示例，SensorHub接收信息获取指令后，从数据池中获取存储的cell轨迹信息，然后将获取的cell轨迹信息发送给HAL进程，以通过HAL进程向智慧感知应用反馈cell轨迹信息。

S921：HAL进程向位置服务应用发送cell轨迹信息。

在一个示例中，HAL进程通过信息接收队列接收cell轨迹信息，之后，将接收的cell轨迹信息发送给位置服务应用，以通过位置服务应用向智慧感知应用反馈cell轨迹信息。

S922：位置服务应用向智慧感知应用发送cell轨迹信息。

S923：智慧感知应用根据获取的cell轨迹信息，确定当前满足出卡条件。

作为本申请的一个示例，智慧感知应用可以根据获取的cell轨迹信息，确定电子设备在第二指定时长内进入特定区域（以xx汽车4s店为例）的次数，如果电子设备在第二指定时长内进入xx汽车4s店的次数小于次数阈值，则说明电子设备不经常经过xx汽车4s店，该种情况下确定当前满足出卡条件。

第二指定时长可以根据需求进行设置。譬如第二指定时长为一周或一个月。

次数阈值可以根据实际需求进行设置。作为示例而非限定，次数阈值可以是3次等。

当然，如果电子设备在第二指定时长内进入xx汽车4s店的次数大于或等于次数阈值，则说明电子设备经常路过xx汽车4s店，该种情况下确定当前不满足出卡条件。

需要说明的是，本申请实施例提供的根据获取的cell轨迹信息确定当前是否满足出卡条件的实现方式是可选的，在另一个示例中，还可以基于获取的cell轨迹信息，通过其他方式确定是否满足出卡条件。示例性地，智慧感知应用还可以基于获取的cell轨迹信息，通过机器学习算法确定是否满足出卡条件，本申请实施例对此不作限定。

S924：智慧感知应用触发电子设备显示目标卡片，目标卡片与当前满足的出卡条件相关。

由于出卡条件与特定区域有关系，所以目标卡片显示的内容与特定区域有关，譬如参见图2，目标卡片为营销卡片20，其中显示有与xx汽车4s店的营销业务相关的推送信息。

需要说明的是，本申请实施例是以智慧感知应用根据获取的cell轨迹信息确定当前满足出卡条件为例进行说明，在另一个示例中，如果智慧感知应用根据获取的cell轨迹信息确定当前不满足出卡条件，譬如确定电子设备经常路过xx汽车4s店，则电子设备不显示目标卡片。

需要说明的是，上述S916至S924的实现方式是可选的。在另一个示例中，智慧感知应用在接收到SensorHub反馈的配置成功通知后，可以每隔指定周期时长，在电子设备亮屏的情况下，向SensorHub下发信息获取指令。相应地，SensorHub每接收到信息获取指令，可以向智慧感知应用反馈在这段时间内存储的cell轨迹信息，或者向智慧感知应用反馈存储的所有cell轨迹信息。智慧感知应用对SensorHub发送的cell轨迹信息进行差异性处理后进行存储。如此，当智慧感知应用检测到电子设备进入特定区域的地理围栏的情况下，根据存储的cell轨迹信息确定是否满足出卡条件，在满足出卡条件的情况下显示目标卡片。其中，指定周期时长可以根据需求进行设置。如此，通过周期性获取cell轨迹信息，避免SensorHub因数据存储空间不足删除一部分cell轨迹数据，从而保证了获取的cell轨迹信息的完整性，提高了轨迹分析的准确性，进而提高了显示目标卡片的准确性。

当然，如果在经过某个指定周期时长后，电子设备未处于亮屏状态，则可以等电子设备亮屏后智慧感知应用向SensorHub下发信息获取指令，并重新统计下一个指定周期时长。

在另一个可选的实现方式中，智慧感知应用在接收到SensorHub反馈的配置成功通知后，可以每隔指定周期时长，在电子设备亮屏的情况下，向SensorHub下发信息获取指令。相应地，SensorHub每接收到信息获取指令，可以向智慧感知应用反馈在这段时间内存储的cell轨迹信息，或者向智慧感知应用反馈存储的所有cell轨迹信息。智慧感知应用对SensorHub发送的cell轨迹信息进行差异性处理后进行存储。当智慧感知应用检测到电子设备进入特定区域的地理围栏时，智慧感知应用可以向SensorHub下发信息获取指令，以使得SensorHub反馈从上一次反馈时间点起至当前时间点之间的时间段内收集的cell轨迹信息。然后，智慧感知应用根据存储的cell轨迹信息和SensorHub本次反馈的cell轨迹信息确定是否满足出卡条件，并在满足出卡条件的情况下显示目标卡片。如此，通过获取最近的cell轨迹信息，可以提高出卡条件判断的准确性。

在本申请实施例中，智慧感知应用在确定电子设备进入特定区域时，依次通过位置服务应用和HAL进程从SensorHub中获取一段时间内采集的cell轨迹信息，然后根据获取的cell轨迹信息进行数据分析，以确定电子设备是否经常经过该特定区域，从而确定用户是否经常经过该特定区域。在确定电子设备不经常经过该特定区域的情况下，显示目标卡片，以通过目标卡片向不经常经过该特定区域的用户推送该特定区域的营销业务。由于从SensorHub获取的cell轨迹信息是全天候（譬如24小时）采集的，所以cell轨迹信息较为连续和完整，如此，基于这样的cell轨迹信息进行数据分析，可以准确地确定电子设备的移动轨迹，从而可以准确地为用户推荐卡片，降低了目标卡片的误推概率，提高了用户体验。

另外，由于智慧感知应用属于AP侧，将数据分析部署在AP侧，可以使得AP按需进行cell信息获取和分析，可以提升场景感知、用户理解和意图决策能力，避免在SensorHub侧分析影响SensorHub的运行效率。

上述是以在通过SensorHub全天候监控cell信息的基础上，在确定电子设备进入某特定区域且不是经常进入该特定区域的情况下，准确为用户推送卡片为例进行说明。在另一个实施例中，基于SensorHub全天候获取的cell轨迹信息，还可以进行其他数据分析，譬如还可以生成用户画像，用户画像用于指示电子设备的使用者的职业类型。如此，智慧感知应用可以根据用户画像为用户推送个性化服务。

示例性地，请参见图10，图10是根据一示例性实施例示出的一种基于cell轨迹信息推送服务的方法的流程示意图，该方法可以应用于上述图7或者图8所示的电子设备中，电子设备可以通过多个模块交互实现，该方法可以包括如下部分或者全部内容：

S1001至S1015参见上述图9所示实施例中的S901至S915。

S1016：在电子设备亮屏的情况下，每隔预设时长，智慧感知应用依次通过位置服务应用和HAL进程向SensorHub发送信息获取指令。

预设时长可以根据需求进行设置。通常情况下，预设时长大于第一时长。譬如第一时长为5分钟，预设时长为1周。

也即智慧感知应用可以周期性地向位置服务应用发送信息获取指令，位置服务应用接收到信息获取指令后，向HAL进程转发信息获取指令，HAL进程接收信息获取指令后转发给SensorHub，以向SensorHub周期性地请求cell轨迹信息。

S1017：SensorHub依次通过HAL进程和位置服务应用向智慧感知应用周期性地反馈cell轨迹信息。

在实施中，SensorHub每接收到信息获取指令时，将上一次接收到信息获取指令之后存储的cell轨迹信息发送给HAL进程，HAL进程将接收的cell轨迹信息发送给位置服务应用，以通过位置服务应用转发给智慧感知应用。

如此，智慧感知应用即可获取到连续的、大量的cell轨迹信息。值得一提的是，在需要大量的cell轨迹信息进行数据分析时，智慧感知应用在亮屏的情况下周期性地获取cell轨迹信息，可以避免因SensorHub控制数据池的存储量而删除部分cell轨迹信息导致获取的cell轨迹信息不完整的问题，从而可以保证后续数据分析的有效性。

S1018：当满足用户画像分析条件时，智慧感知应用基于在第一指定时长内获取的cell轨迹信息生成用户画像，用户画像用于确定电子设备的使用者的职业类别。

第一指定时长可以根据需求进行设置，用于表示一段时长。

用户画像分析条件是用于指示基于cell轨迹信息进行数据分析以确定用户画像的条件。用户画像分析条件可以根据需求进行设置。作为示例而非限定，用户画像分析条件可以包括：电子设备亮屏，以及当前时间点与上一次满足用户画像分析条件的时间点之间的时间差大于或等于时间差阈值。其中，时间差阈值可以根据需求进行设置，譬如时间差阈值可以为1个月。

当满足用户画像分析条件时，智慧感知应用基于在第一指定时长内获取的cell轨迹信息进行数据分析，譬如可以进行大数据统计分析，以确定使用电子设备的用户画像。示例性地，假设电子设备在每天的指定时间段（如11点至1点）内的移动轨迹分布同一个城市的多个场所，则可以确定电子设备的使用者的职业类型为外卖配送员，智慧感知应用生成用户画像K1，用户画像K1用于指示电子设备的使用者的职业类型为外卖配送员。再如，假设电子设备每天的移动轨迹分布同一个城市的整个区域，则可以确定电子设备的使用者的职业类型为出租车司机，智慧感知应用生成用户画像K2，用户画像K2用于指示电子设备的使用者的职业类型为出租车司机。再如，假设电子设备每个工作日的移动轨迹较为规律，则可以确定电子设备的使用者的职业类型为具有固定工作场所的工作者，智慧感知应用生成用户画像K3，用户画像K3用于指示电子设备的职业类型为具有固定工作场所的工作者。

需要说明的是，随着时间的推移，能够获取的cell轨迹信息越来越多，每当满足用户画像分析条件时，可以基于获取的大量的cell轨迹信息进行数据分析，以生成用户画像。如果某次生成的用户画像与之前生成的用户画像不同，可能是因为之前的cell轨迹信息不够丰富，或者也可能是用户的职业发生了变化，该种情况下，可以对用户画像进行修正，也即将重新确定的用户画像确定为电子设备的使用者的当前的用户画像。

作为本申请的一个示例，如果连续多次确定的用户画像均一致，则可以调整预设时长和/或调整用户画像分析条件，譬如将预设时长增大，以及将用户画像分析条件中的时间差阈值调大，以增大获取cell轨迹信息的时间间隔，以及增大用户画像分析的时间间隔，以避免电子设备频繁进行用户画像分析，从而可以节省电子设备的运行功耗。

作为本申请的一个示例，智慧感知应用除了可以周期性地收集电子设备的cell轨迹信息之外，还可以长时间监控电子设备的运动状态数据，譬如运动状态数据包括加速度数据、陀螺仪数据等。如此，在满足用户画像分析条件的情况下，智慧感知应用可以基于在第一指定时长内获取的cell轨迹信息，结合电子设备的运动状态数据确定电子设备的使用者的职业类型。示例性地，如果根据cell轨迹信息确定电子设备在每天的指定时间段（如11点至1点）内的移动轨迹分布同一个城市的多个场所，且根据运动状态数据确定在每天的指定时间内的骑车状态的占比高于一定的阈值，则可以确定电子设备的使用者的职业类型为外卖配送员。

当然，在进行职业类型分析的过程中，智慧感知应用还可以结合电子设备的亮屏时长进行分析，从而可以提高分析的准确性。

S1019：智慧感知应用在根据用户画像确定电子设备的使用者为外卖配送员的情况下，在指定时间段内启动语音助手。

根据前文记载可知，指定时间段一般是指每天配送外卖的时间段。

在一个示例中，该语音助手可以具有增强语音功能，譬如在启动后可以长时间处于运行状态，也即可以不需要多次激活使用。

智慧感知应用在根据用户画像确定电子设备的使用者为外卖配送员的情况下，由于外卖配送员通常在每天的指定时间段内需要配送外卖，在配送外卖时外卖配送员需要使用手机打电话，所以，智慧感知应用可以在每天的指定时间段内触发电子设备自动启动语音助手，譬如参见图6中的（b）图。如此使得用户可以通过语音控制电子设备，避免需要用户手动操作手机，可以提高骑行的外卖配送员的安全性。

需要说明的是，本申请实施例仅是以智慧感知应用根据用户画像确定电子设备的使用者为外卖配送员为例进行说明。在另一个示例中，当智慧感知应用根据用户画像确定电子设备的使用者是其他职业时，还可以根据所确定的职业有针对性地推送服务。譬如在根据用户画像确定电子设备的使用者的职业类别为出租车司机的情况下，还可以每隔一定的时长，电子设备进行语音提醒，以提示驾驶员安全驾驶，还可以提示驾驶员注意活动筋骨。进一步地，电子设备还可以每隔一定的时长，向用户推送卡片，譬如卡片中可以包括汽车维修、汽车保养等相关内容。再如，在根据用户画像确定电子设备的使用者的职业类别为具有固定工作场所的工作者，还可以向用户推送该固定场所附近的餐馆信息，以及还可以在常规的下班时间点提醒用户下班打开等。

需要说明的是，电子设备可以基于cell轨迹信息推送至少一种服务。譬如可以基于cell轨迹信息推送目标卡片，同时，还可以根据大量的cell轨迹信息确定用户画像，并根据用户画像推送语音助手服务，图9和图10所示的实施例仅是以单独实现为例进行说明。

在本申请实施例中，通过SensorHub控制调制解调器周期性地采集cell信息，并收集电子设备的cell轨迹信息。由于SensorHub在电子设备灭屏的情况下仍可以处于运行状态，所以得到的cell轨迹信息是全天候的，能够较为连续、完整的描述电子设备的移动轨迹。如此，当需要对用户画像进行分析时，可以基于cell轨迹信息准确地确定电子设备的使用者的用户画像，之后，可以根据用户画像，准确地为用户推送个性化服务，譬如为外卖配送员推送语音助手，从而可以提高用户体验。

为了便于理解，接下来结合图11，对本申请实施例提供的方法的实现流程进行简单说明，主要可以包括如下几个实现步骤：

1.HAL进程在初始化阶段连接SensorHub。

在一个示例中，HAL进程通过cellbatching软件模块在初始化阶段连接SensorHub。

2.HAL进程与SensorHub建立DFR机制。

作为一个示例，HAL进程与SensorHub连接成功后，HAL进程还可以与SensorHub建立DFR机制，以便于通过DFR机制监听SensorHub的状态，如监听SensorHub是否重启，是否有异常等。

3.HAL进程连接SensorHub成功后通知位置服务应用。

4.位置服务应用完成初始化。

5.初始化结束后，位置服务应用通知智慧感知应用。

示例性地，位置服务应用可以通过广播的方式通知智慧感知应用。

6.智慧感知应用完成初始化后，与位置服务应用建立连接。

7.智慧感知应用向位置服务应用发送指定回调函数。

譬如指定回调函数为Callback函数。指定回调函数用于向智慧感知应用反馈数据。

8.位置服务应用存储指定回调函数，并将指定回调函数发送给HAL进程。

9.HAL进程存储指定回调函数。

如此，即搭建起智慧感知应用与SensorHub之间的数据传输通道。

10.智慧感知应用通过数据传输通道向SensorHub发送第一cell轨迹配置参数。

11.SensorHub缓存第一cell轨迹配置参数（包括使能参数和采集周期）。

12.SensorHub根据第一cell轨迹配置参数确定是否使能cell轨迹监控。

如果确定不使能cell轨迹监控，则执行如下步骤13的操作，否则，如果使能cell轨迹监控，则执行如下14的操作。

13.如果存在stream，则SensorHub删除stream，控制调制解调器停止采集cell信息。

stream是数据流载体，用于接收调制解调器上报的cell信息。如果存在stream，则说明在此之前通过steam接收调制解调器上报的cell信息，该种情况下，可以删除stream，并控制调制解调器停止采集cell信息。

14.SensorHub创建stream，根据第一cell轨迹配置参数控制调制解调器周期性地采集cell信息，并通过stream接收cell信息。

15.调制解调器向SensorHub周期性上报cell信息。

16.SensorHub存储cell信息，得到cell轨迹信息。

17.智慧感知应用在确定满足cell信息获取条件时，通过数据传输通道向SensorHub发送信息获取指令。

18.SensorHub向HAL进程发送cell轨迹信息。

19.HAL进程通过信息接收队列接收cell轨迹信息。

20.HAL进程通过指定回调函数向位置服务应用发送cell轨迹信息。

21.HAL进程通过日志维测处理函数记录日志。

日志维测处理函数可以是HAL进程初始化过程中创建的。

HAL进程通过日志维测处理函数，将与cell轨迹信息相关的信息记录至日志中。譬如记录的信息可以用于描述cell轨迹信息传输的时间、将cell轨迹信息传给了哪个模块等脱敏事件。

22.位置服务应用向智慧感知应用发送cell轨迹信息。

23.智慧感知应用基于cell轨迹信息进行数据分析，以确定是否满足提供服务条件。

示例性地，提供服务条件为图9所示实施例中的出卡条件。

24.若满足，则智慧感知应用提供对应的服务。

示例性地，在满足出卡条件的情况下，智慧感知应用显示目标卡片。

25.HAL进程当通过DFR机制监听到SensorHub异常时，通过指定回调函数通知位置服务应用。

在一个示例中，SensorHub中提供有心跳机制监听模块，SensorHub可以通过心跳机制监听模块实现与HAL进程之间的DFR机制，如此，当SensorHub重启或异常时可以通过心跳机制监听模块通知HAL进程。

26.位置服务应用通知智慧感知应用。

27.智慧感知应用重新下发第一cell轨迹配置参数。

在本申请实施例中，通过SensorHub控制调制解调器周期性地进行cell信息采集。由于SensorHub在灭屏情况下也可以工作，所以可以得到连续的、完整的cell轨迹信息，如此，当基于cell轨迹信息进行数据分析时，可以准确地确定电子设备的移动轨迹，从而根据电子设备的移动轨迹可以确定用户画像，尤其对于长灭屏的用户，可以准确地确定用户的职业类型等，从而根据用户画像为用户推送个性化服务，提高了用户体验。

作为本申请的一个示例，在图9或图10所示实施例的基础上，当电子设备的移动速度发生改变时，智慧感知应用还可以指示SensorHub动态调整调制解调器对cell信息的采集周期，示例性地，参见图12，可以包括如下几个实现步骤：

S1201-S1215可以参见图9所示实施例中的S901-S915。

S1216：智慧感知应用接收运动状态服务应用广播的状态变更通知。

如前文所述，智慧感知应用在启动后可以与运动状态服务应用建立绑定关系，之后，可以向运动状态服务应用注册广播监听，使得运动状态服务应用在确定电子设备的运动状态发送变更时通知智慧感知应用。

在一个示例中，运动状态服务应用可以根据电子设备的加速度传感器、陀螺仪传感器等采集的传感器数据，确定电子设备的运动状态，譬如可以确定电子设备是步行状态或乘车状态，也即可以确定用户携带电子设备步行移动还是乘车移动等。当运动状态服务应用在确定电子设备的运动状态发生变化时，广播状态变更通知，状态变更通知中携带运动状态指示信息，运动状态指示信息用于指示电子设备变更后的运动状态。

示例性地，电子设备原本的运动状态为步行状态，也即用户携带电子设备步行移动。当电子设备的运动状态变更为乘车状态，也即用户携带电子设备乘车时，运动状态服务应用广播状态变更通知，相应地，智慧感知应用接收状态变更通知。

S1217：智慧感知应用在根据状态变更通知确定电子设备的移动速度增加后，向位置服务应用发送第二cell轨迹配置参数，第二cell轨迹配置参数中包括使能参数的值和第二时长，第二时长小于第一时长。

也即智慧感知应用在根据状态变更通知确定电子设备的移动速度增加的情况下，为了能够准确地获取电子设备经过的小区的cell信息，智慧感知应用可以确定第二时长，第二时长小于第一时长。然后智慧感知应用向位置服务应用发送第二cell轨迹配置参数，第二cell轨迹配置参数中携带第二时长，以通过位置服务应用向底层传递第二cell轨迹配置参数，从而指示SensorHub调整cell信息的采集周期为第二时长。可选地，第二cell轨迹配置参数中还可以包括使能参数的值，第二cell轨迹配置参数中的使能参数的值用于指示使能cell轨迹监控，譬如第二cell轨迹配置参数中的使能参数的值为true。

S1218：位置服务应用向HAL进程发送第二cell轨迹配置参数。

其具体实现可以参见图9所示实施例中的S907。

S1219：HAL进程向SensorHub发送第二cell轨迹配置参数。

其具体实现可以参见图9所示实施例中的S908。

如此，即将第二cell轨迹配置参数发送至SensorHub。

S1220：SensorHub将缓存的第一cell轨迹配置参数更新为第二cell轨迹配置参数。

SensorHub在接收到第二cell轨迹配置参数后更新缓存，也即将缓存的第一cell轨迹配置参数删除，并缓存第二cell轨迹配置参数，以便于后续可以根据第二cell轨迹配置参数确定当前的采集周期为第二时长。

S1221：SensorHub依次通过HAL进程和位置服务应用，向智慧感知应用发送配置成功通知。

同理，SensorHub将第二cell轨迹配置参数缓存成功后，向智慧感知应用反馈配置成功通知。在实施中，SensorHub向HAL进程发送该配置成功通知，HAL进程接收该配置成功通知后，向位置服务应用发送配置成功通知，然后由位置服务应用向智慧感知应用发送该配置成功通知，使得智慧感知应用根据该配置成功通知确定SensorHub已经成功接收第二cell轨迹配置参数。

当然，如果SensorHub将第二cell轨迹配置参数缓存失败，则SensorHub向智慧感知应用反馈失败通知，以使得智慧感知应用重新下发第二cell轨迹配置参数，从而可以保证参数配置的可靠性。

S1222：SensorHub向调制解调器发送cell信息采集指令R2，cell信息采集指令R2携带第二时长。

cell信息采集指令R2用于指示调制解调器以第二时长为采集周期，周期性地采集cell信息。

也即SensorHub通过cell信息采集指令R2，控制调制解调器调整cell信息的采集周期，以指示调制解调器将采集周期从第一时长调整为第二时长。

S1223：响应于cell信息采集指令R2，调制解调器以第二时长为采集周期，周期性地采集cell信息。

调制解调器接收cell信息采集指令R2后，不再以第一时长为采集周期采集cell信息，而是以第二时长为采集周期采集cell信息。

S1224：调制解调器周期性地向SensorHub上报采集的cell信息。

调制解调器以第二时长为采集周期采集cell信息后，周期性地向SensorHub上报所采集的cell信息。调制解调器向SensorHub周期性上报cell信息的周期时长可以为第二时长，也可以不是第二时长，譬如也可以为第二时长的倍数，本申请实施例对此不作限定。

在一个示例中，调制解调器除了向SensorHub上报cell信息之外，还可以上报每个cell信息的采集时间。

S1225：SensorHub对调制解调器周期性上报的cell信息进行数据差异性处理。

其具体实现可以参见图9所示实施例中的S914。

S1226：SensorHub存储经数据差异性处理后的cell信息。

值得说明的是，在电子设备的移动速度增加的情况下，智慧感知应用向SensorHub下发第二cell轨迹配置参数，并在第二cell轨迹配置参数中携带第二时长，以指示SensorHub控制调制解调器以第二时长为采集周期进行cell信息采集。由于第二时长小于第一时长，所以使得调制解调器的采集频率增加，如此，在电子设备的移动速度增加的情况下仍能够保证cell信息采集的准确性。

需要说明的是，本申请实施例是以电子设备的速度增加进行说明。在另一个示例中，电子设备的移动速度还可能减小，譬如电子设备的运动状态从乘车状态变更为步行状态。该种情况下，智慧感知应用可以下发第四celll轨迹配置参数，第四cell轨迹配置参数中包括第四时长，第四时长大于第一时长，进一步地，还可以包括使能参数的值且指示使能cell轨迹监控。如此，通过第四cell轨迹配置参数指示SensorHub控制调制解调器以第四时长为采集周期采集cell信息。

值得说明的是，根据电子设备的移动速度，动态调整调制解调器的采集周期，可以保证在准确地采集cell信息的同时，节省电子设备的运行功耗。

作为本申请的一个示例，在某些场景下，智慧感知应用还可以指示SensorHub控制调制解调器停止采集cell信息，示例性地，参见如下步骤：

S1227：在电子设备满足指定静止条件的情况下，智慧感知应用向位置服务应用发送第三cell轨迹配置参数，第三轨迹配置参数包括使能参数的值且该值指示终止cell轨迹监控。

指定静止条件可以根据需求进行设置。在一个示例中，指定静止条件包括：电子设备位于指定场所、电子设备处于静止状态且静止时长大于第三时长，以及当前时间处于指定时间范围内。

第三时长可以根据需求进行设置，譬如第三时长为2小时。

指定时间范围可以根据需求进行设置，譬如指定时间范围为每天的凌晨12点至6点。

如果电子设备满足指定静止条件，通常是电子设备在用户常去的场所内长时间没有移动，示例性地，指定场所为家，如果用户在家睡觉，则电子设备长时间不移动，且即使移动也是在家的范围内移动，所采集的cell信息是不变的。作为一个可选的示例，在该种情况下可以控制调制解调器终止cell信息采集，为此，智慧感知应用可以位置服务应用发送第三cell轨迹配置参数，以通过位置服务应用向SensorHub下发第三cell轨迹配置参数，第三cell轨迹配置参数中的使能参数的值指示不使能cell轨迹监控。

S1228：位置服务应用向HAL进程发送第三cell轨迹配置参数。

其具体实现可以参见图9所示实施例中的S907。

S1229：HAL进程向SensorHub发送第三cell轨迹配置参数。

其具体实现可以参见图9所示实施例中的S908。

S1230：SensorHub将第二cell轨迹配置参数更新为第三轨迹配置参数。

其具体实现可以参见上述S1220。

S1231：SensorHub依次通过HAL进程和位置服务应用向智慧感知应用发送配置成功通知。

其具体实现可以参见图9所示实施例中的S910。

S1232：SensorHub向调制解调器发送采集终止指令。

采集终止指令用于指示调制解调器停止cell信息的采集。

示例性地，参见图11，在SensorHub通过stream接收调制解调器上报的cell信息的情况下，在向调制解调器发送采集终止指令后，SensorHub删除stream。

S1233：响应于采集终止指令，调制解调器停止cell信息采集，以及停止向SensorHub上报cell信息。

如此，在检测到电子设备的移动位置在某个时间范围内没有发生变化，且电子设备常驻某指定场所的情况下，智慧感知应用通过向SensorHub下发第三cell轨迹配置参数，使得SensorHub控制调制解调器停止进行cell信息采集，可以节省电子设备的运行功耗，减少了电量的消耗。

进一步地，当智慧感知应用检测到电子设备不满足指定静止条件，也即检测到电子设备的状态发生变化时，譬如检测到电子设备离开指定场所，智慧感知应用可以重新向SensorHub下发cell轨迹配置参数且其中携带的使能参数的值指示使能cell轨迹监控，譬如智慧感知应用向SensorHub下发第一cell轨迹配置参数或第二cell轨迹配置参数，以使能SensorHub控制调制解调器继续周期性地进行cell信息采集。

如此，智慧感知应用可以根据电子设备的状态，使能或终止调制解调器周期性地进行cell信息采集，以及在使能的情况下，还可以根据电子设备的移动速度动态地调整采集周期，从而可以使得电子设备能够有效、准确地采集cell信息，同时可以尽可能地减少电子设备的运行功耗，减少电子设备的耗电量。

需要说明的是，本申请实施例提供的方法是在用户授权电子设备收集cell信息的基础上实现的，且收集的cell轨迹信息在本端使用，不传至云端。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意结合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络或其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，比如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（比如：同轴电缆、光纤、数据用户线（Digital Subscriber Line，DSL））或无线（比如：红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质，或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（比如：软盘、硬盘、磁带）、光介质（比如：数字通用光盘（Digital Versatile Disc，DVD））或半导体介质（比如：固态硬盘（Solid State Disk，SSD））等。

以上所述为本申请提供的可选实施例，并不用以限制本申请，凡在本申请的揭露的技术范围之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种显示卡片的方法，其特征在于，应用于电子设备，所述电子设备包括低功耗处理器和应用处理器，所述方法包括：

所述低功耗处理器周期性地获取cell信息，得到所述电子设备的cell轨迹信息；

每当接收到所述应用处理器触发的信息获取指令，所述低功耗处理器向所述应用处理器发送所述电子设备的cell轨迹信息，所述信息获取指令是所述应用处理器在检测到满足cell信息获取条件时触发；

所述应用处理器根据所述低功耗处理器发送的cell轨迹信息确定当前满足出卡条件；

所述应用处理器弹出目标卡片，所述目标卡片与当前满足的出卡条件相关。

2.如权利要求1所述的方法，其特征在于，所述低功耗处理器获取的cell信息包括地区区域码LAC、基站编号CID、接收信号强度指示器RSSI、移动国家码MCC以及移动网络码MNC。

3.如权利要求1或2所述的方法，其特征在于，所述低功耗处理器周期性地获取cell信息，包括：

所述低功耗处理器接收所述应用处理器发送的第一cell轨迹配置参数，所述第一cell轨迹配置参数包括使能参数的值和第一时长，所述使能参数用于指示是否使能cell轨迹监控；

在所述第一cell轨迹配置参数中的所述使能参数的值指示使能cell轨迹监控的情况下，所述低功耗处理器以所述第一时长为采集周期，周期性地获取cell信息。

4.如权利要求3所述的方法，其特征在于，所述低功耗处理器周期性地获取cell信息之后，还包括：

所述应用处理器确定所述电子设备的移动速度增加；

所述应用处理器向所述低功耗处理器发送第二cell轨迹配置参数，所述第二cell轨迹配置参数中包括所述使能参数的值和第二时长，所述第二时长小于所述第一时长；

在所述第二cell轨迹配置参数中的所述使能参数的值指示使能cell轨迹监控的情况下，所述低功耗处理器以所述第二时长为采集周期，周期性地获取cell信息。

5.如权利要求3所述的方法，其特征在于，所述方法还包括：

在所述电子设备位于指定场所、所述电子设备处于静止状态且静止时长大于第三时长、当前时间处于指定时间范围内的情况下，所述应用处理器向所述低功耗处理器发送第三cell轨迹配置参数，所述第三cell轨迹配置参数包括所述使能参数的值；

在所述第三cell轨迹配置参数中的所述使能参数的值指示终止cell轨迹监控的情况下，所述低功耗处理器停止获取cell信息。

6.如权利要求1或2所述的方法，其特征在于，所述每当接收到所述应用处理器触发的信息获取指令，所述低功耗处理器向所述应用处理器发送所述电子设备的cell轨迹信息之前，还包括：

每隔指定周期时长，在所述电子设备亮屏的情况下，所述应用处理器向所述低功耗处理器发送所述信息获取指令；或者，

在检测到所述电子设备进入目标地理围栏的情况下，所述应用处理器向所述低功耗处理器发送所述信息获取指令。

7.如权利要求1或2所述的方法，其特征在于，所述信息获取指令是所述应用处理器在检测到所述电子设备进入目标地理围栏的情况下触发；

所述应用处理器根据所述低功耗处理器发送的cell轨迹信息确定当前满足出卡条件，包括：

当根据所述低功耗处理器发送的cell轨迹信息确定所述电子设备进入所述目标地理围栏的次数小于次数阈值的情况下，所述应用处理器确定当前满足出卡条件。

8.如权利要求7所述的方法，其特征在于，所述目标地理围栏用于指示指定服务场所；

所述应用处理器弹出目标卡片，包括：

所述应用处理器弹出所述目标卡片，所述目标卡片中显示有与所述指定服务场所提供的服务相关的推荐信息。

9.如权利要求1或2所述的方法，其特征在于，所述应用处理器包括智慧感知应用、位置服务应用和HAL进程；

所述每当接收到所述应用处理器触发的信息获取指令，所述低功耗处理器向所述应用处理器发送所述电子设备的cell轨迹信息，包括：

每当接收到所述应用处理器触发的所述信息获取指令，所述低功耗处理器向所述HAL进程发送所述电子设备的cell轨迹信息；

所述HAL进程通过信息接收队列接收所述电子设备的cell轨迹信息；

所述HAL进程通过指定回调函数，将所述电子设备的cell轨迹信息发送给所述位置服务应用；

所述位置服务应用向所述智慧感知应用发送所述电子设备的cell轨迹信息。

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

所述应用处理器收集在第一指定时长内获取的cell轨迹信息；

所述应用处理器根据在所述第一指定时长内收集的cell轨迹信息生成用户画像，所述用户画像用于确定所述电子设备的使用者的职业类别；

所述应用处理器根据所述用户画像推送对应的服务。

11.一种电子设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-10中任意一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如权利要求1-10中任意一项所述的方法。