CN116233749B - 一种消息推送方法、移动终端和计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种消息推送方法、移动终端和计算机可读存储介质，涉及互联网技术领域。当用户携带移动终端进入某个预设地理围栏后，移动终端可以采集并分析用户在预设地理围栏内的活动特征。其中，该活动特征是用户携带移动终端在预设地理围栏内的移动情况。然后，判断用户的活动特征是否满足预设活动条件。若用户的活动特征满足预设活动条件，则表明用户有较大的概率会在该预设地理围栏执行相应的业务，即用户的活动意图是在该预设地理围栏执行相应的业务。这样，可以提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验。而且，移动终端可以降低不必要的消息推送，也能在一定程度上降低移动终端因此产生的功耗。

Description

一种消息推送方法、移动终端和计算机可读存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种消息推送方法、移动终端和计算机可读存储介质。

背景技术

地理围栏（Geo-fencing）是用一个虚拟的栅栏围出的一个虚拟地理边界。当用户携带移动终端进入、离开某个特定地理区域，或在该区域内活动时，移动终端可以基于移动终端所处的地理围栏自动进行相应的提示消息推送。例如，移动终端检测到用户携带移动终端进入地理围栏A时，可以进行地理围栏A对应的提示消息推送，移动终端检测到用户携带移动终端进入地理围栏B时，可以进行地理围栏B对应的提示消息推送。

目前移动终端基于地理围栏给用户提供的推送服务，一般是检测到用户进入地理围栏后即触发提示消息推送服务。但是在某些场景下，用户持有移动终端可能只是路过地理围栏，而不会进入该地理围栏执行业务，若移动终端检测到用户进入地理围栏就触发执行业务对应的提示消息推送服务，会对用户产生干扰，影响用户体验。而且移动终端向用户推荐用户不需要的提示信息，也会在一定程度上增加移动终端因此产生的功耗。

发明内容

本申请实施例提供一种消息推送方法、移动终端和计算机可读存储介质，用于提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验，以及用于降低不必要的消息推送，在一定程度上降低移动终端因此产生的功耗。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种消息推送方法，方法应用于移动终端，该方法包括：移动终端监听移动终端检测到的无线信号或者驻留的小区，获取监听到的无线信号的标识或者小区的标识；移动终端基于监听到的标识确定移动终端进入第一预设地理围栏的情况下，判断用户在第一预设地理围栏中的活动特征是否满足预设活动条件；其中，活动特征是用户携带移动终端在预设地理围栏内的移动情况；若用户在第一预设地理围栏中的活动特征满足预设活动条件，移动终端以第一种消息推送方式向用户推送消息，消息用于提醒用户在第一预设地理围栏内待执行的业务。

本方案中，移动终端不会在检测到用户进入地理围栏，就触发执行业务对应的消息推送服务，而是在检测到用户进入地理围栏并且用户的活动特征满足一定的条件下才会向用户推送预设活动意图对应的信息。如此，可以提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验。而且，移动终端向用户推荐用户需要的提示信息，降低不必要的消息推送，也能在一定程度上降低移动终端因此产生的功耗。

结合第一方面，在一种可能的设计方式中，移动终端以第一种消息推送方式向用户推送消息之后，该方法还包括：移动终端基于监听到的标识确定移动终端进入第二预设地理围栏的情况下，移动终端以第二种消息推送方式向用户推送消息，其中，第二预设地理围栏的范围小于第一预设地理围栏的范围。

移动终端基于监听到的标识确定移动终端进入第一预设地理围栏的情况下，若用户在第一预设地理围栏中的活动特征满足预设活动条件，移动终端以第一种消息推送方式向用户推送消息。移动终端基于监听到的标识确定移动终端进入第二预设地理围栏的情况下，移动终端以第二种消息推送方式向用户推送消息。这样，移动终端在双重地理围栏中均向用户推送用于提醒用户在第一预设地理围栏内待执行的业务的消息，降低用户忘记执行业务的情况，提升用户体验。

结合第一方面，在一种可能的设计方式中，移动终端基于监听到的标识确定移动终端进入第二预设地理围栏的情况下，移动终端以第二种消息推送方式向用户推送消息，包括：移动终端基于监听到的标识确定移动终端进入第二预设地理围栏，且存在第二预设地理围栏对应的业务的情况下，以第二种消息推送方式向用户推送消息。

移动终端基于监听到的标识确定移动终端进入第一预设地理围栏的情况下，若用户在第一预设地理围栏中的活动特征满足预设活动条件，移动终端以第一种消息推送方式向用户推送消息。移动终端基于监听到的标识确定移动终端进入第二预设地理围栏，且存在第二预设地理围栏对应的业务的情况下，移动终端以第二种消息推送方式向用户推送消息。这样，移动终端不仅能在双重地理围栏中均向用户推送用于提醒用户在第一预设地理围栏内待执行的业务的消息，降低用户忘记执行业务的情况，提升用户体验，进一步的，移动终端在确定移动终端进入第二预设地理围栏，且存在第二预设地理围栏对应的业务的情况下，才会以第二种消息推送方式向用户推送消息，提高消息的推送准确度，更进一步的提升用户体验。

结合第一方面，在一种可能的设计方式中，移动终端基于监听到的标识确定移动终端进入第二预设地理围栏的情况下，移动终端以第二种消息推送方式向用户推送消息，包括：移动终端基于监听到的标识确定移动终端进入第二预设地理围栏，且移动终端在第二预设地理围栏中移动的时间大于预设时间阈值的情况下，移动终端以第二种消息推送方式向用户推送消息。

移动终端基于监听到的标识确定移动终端进入第一预设地理围栏的情况下，若用户在第一预设地理围栏中的活动特征满足预设活动条件，移动终端以第一种消息推送方式向用户推送消息。移动终端基于监听到的标识确定移动终端进入第二预设地理围栏，且移动终端在第二预设地理围栏中移动的时间大于预设时间阈值的情况下，移动终端以第二种消息推送方式向用户推送消息。这样，移动终端不仅能在双重地理围栏中均向用户推送用于提醒用户在第一预设地理围栏内待执行的业务的消息，降低用户忘记执行业务的情况，提升用户体验。进一步的，移动终端在确定移动终端进入第二预设地理围栏，且移动终端在第二预设地理围栏中移动的时间大于预设时间阈值的情况下，才会以第二种消息推送方式向用户推送消息，提高消息的推送准确度，更进一步的提升用户体验。

结合第一方面，在一种可能的设计方式中，该方法还包括：移动终端在判断出用户在第一预设地理围栏中的活动特征不满足预设活动条件的情况下，判断是否存在第一预设地理围栏对应的业务；移动终端在判断出存在第一预设地理围栏对应的业务的情况下，移动终端以第一种消息推送方式向用户推送消息。

移动终端即使在判断出用户在第一预设地理围栏中的活动特征不满足预设活动条件的情况下，也会判断是否存在第一预设地理围栏对应的业务，且在移动终端在判断出存在第一预设地理围栏对应的业务的情况下，移动终端以第一种消息推送方式向用户推送消息，以此可以提高消息的推送准确度，更进一步的提升用户体验。结合第一方面，在一种可能的设计方式中，预设活动条件包括以下任意一个或多个：

移动终端检测到切换的N个无线信号或者驻留的小区是预设地理围栏中的无线信号或者驻留的小区，且N大于第一预设阈值；移动终端检测到在预设时间段内都没有离开第一预设地理围栏，其中，预设时间段大于第二预设阈值；所述移动终端与所述待执行的业务的地点之间的距离小于预设距离阈值。

结合第一方面，在一种可能的设计方式中，第一种消息推送方式为在移动终端的显示界面上以文本的方式显示消息或移动终端利用悬浮球、震动或耳机播报的方式向用户推送消息。

结合第一方面，在一种可能的设计方式中，第一种消息推送方式为在移动终端的显示界面上以文本的方式显示消息，第二种消息推送方式为移动终端利用悬浮球、震动或耳机播报的方式向用户推送消息。

第二方面，提供了一种移动终端，该移动终端包括处理器和存储器；存储器用于存储代码指令；处理器用于运行代码指令，以执行如第一方面中任一种可能的设计方式中的音频信号的调节方法。

第三方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当指令在计算机上运行时，使得计算机执行如第一方面中任一种可能的设计方式中的音频信号的调节方法。

第四方面，提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现第一方面中任一种可能的设计方式中的方法。

其中，第二方面、第三方面和第四方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

附图说明

图1示出了一种地理围栏构成的示意图；

图2示出了手机100的结构示意图；

图3示出了用户从快递接收点对应的地理围栏路过的场景示意图；

图4示出了用户去快递接收点取快递的场景示意图；

图5示出了一种消息推送方法的流程示意图；

图6示出了一种用户进入取快递范围的取快递场景示意图；

图7示出了一种用户进入取快递范围的取快递场景示意图；

图8示出了一种负一屏用户界面示意图；

图9示出了一种下拉菜单用户界面示意图；

图10示出了用户从地铁站对应的地理围栏路过的场景示意图；

图11示出了用户去地铁站乘地铁的场景示意图；

图12示出了一种消息推送方法的流程示意图；

图13示出了一种用户进入乘地铁范围的乘地铁场景示意图；

图14示出了一种消息推送方法的流程示意图；

图15示出了用户从办公楼对应的地理围栏路过的场景示意图；

图16示出了用户去办公楼上班打卡的场景示意图；

图17示出了一种消息推送方法的流程示意图；

图18示出了一种用户进入打卡范围的打卡场景示意图；

图19示出了一种手机100的软件结构框图；

图20示出了一种手机100中各软件模块的交互流程示意图；

图21示出了一种手机100中各软件模块的交互流程示意图；

图22示出了一种手机100中各软件模块的交互流程示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。以下术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”等的特征可以明示或者隐含地包括一个或者更多个该特征。

在本申请实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请实施例中，“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“设置”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

为了便于更好的说明本申请的技术方案，下面对本申请涉及到的术语做简要概述。

（1）基站：通常说的基站是公用移动通信基站，是移动通信***的网络侧为了完成与移动终端之间的无线电信号传递而设立的无线电收发信电台。

（2）扇区：扇区是由基站发出的、覆盖了一定地理区域的无线信号覆盖区，是对基站的无线信号覆盖区域的划分。每个扇区都会使用一个或多个具有特定频点的载频（载频是指基站所具有的可使用的载波的频率，例如：N 载波，N = 1，3，6，…）来完成覆盖。

扇区是一个基站下单个天线覆盖的地理区域，可以认为一个天线对应一个扇区，使用单个全向天线的基站只有一个扇区，使用定向天线的基站一般有三个扇区。例如，图1示出了一种地理围栏构成的示意图，如图1所示，基站可以包括三个扇区。

（3）小区（cell）：也称蜂窝小区，理想形状是正六边形，是指在蜂窝移动通信***中，其中的一个基站或基站的一部分(扇形天线)所覆盖的区域，在这个区域内移动台可以通过无线信道可靠地与基站进行通信。小区是扇区下的逻辑概念，小区可以基于载频、扰码的不同在一个扇区下定义多个小区；一个扇区下可以对应多个小区。例如，如图1所示，一个基站可以包括多个小区。

（4）基站区：一座基站的覆盖范围。现在一座宏站下，一般带3个扇区，即一座基站区等于3个扇区的覆盖总和。

（5）小区识别(Cell Identity，cell id)：为了唯一地表示GSMPLMN中的每个小区，网络运营者需分配给网络中所有的小区一个代码，即：小区识别(cell id)，小区识别(cellid)与位置区识别码(LAC)结合，用于识别网络中的每个BTS（基站收发信站点）及其覆盖的小区。

（6）地理围栏（Geo-fencing）：地理围栏是用一个虚拟的栅栏围出的一个虚拟地理边界。地理围栏包括多个预设基站小区和/或多个预设无线信号（例如蓝牙信号、WIFI信号）所覆盖的地理区域。例如，如图1所示，地理围栏包括多个预设基站小区和/或多个预设无线信号（例如蓝牙信号、WIFI信号）所覆盖的圆形虚线框内的地理区域，可以理解的是，圆形虚线框只是示例性的，在一般场景中，地理围栏可以是任意形状。需要说明的是，地理围栏不一定是由WIFI信号和/或蓝牙信号覆盖的范围所限定的，地理围栏也可以由经纬度定义的打卡地理范围。这样，移动终端也可以通过全球定位***(Global Positioning System，GPS)确定移动终端是否进入某个地理范围。但是，一般情况下，本申请所说的地理围栏是由WIFI信号和/或蓝牙信号覆盖的范围所限定的，因此，相比于通过GPS确定移动终端是否进入某个地理范围，移动终端通过WIFI信号和/或蓝牙信号的标识确定移动终端是否进入某个地理范围，更能节省成本。

如前文背景：目前移动终端基于地理围栏给用户提供的推送服务，一般是检测到用户进入地理围栏后即触发提示消息推送服务。但是在某些场景下，用户可能只是路过地理围栏，而不是进入该地理围栏执行业务，若移动终端检测到用户进入地理围栏就触发执行业务对应的提示消息推送服务，会对用户产生干扰，影响用户体验。而且移动终端向用户推荐用户不需要的提示信息，也会在一定程度上增加移动终端因此产生的功耗。

为了解决前述技术问题，本申请实施例提供一种消息推送方法：当用户携带移动终端进入某个预设地理围栏后，移动终端可以采集并分析用户在预设地理围栏内的活动特征。其中，该活动特征是用户携带移动终端在预设地理围栏内的移动情况。然后，判断用户的活动特征是否满足预设活动条件。若用户的活动特征满足预设活动条件，则表明用户有较大的概率会在该预设地理围栏执行相应的业务，即用户的活动意图是在该预设地理围栏执行相应的业务。例如，预设活动条件可以是移动终端检测到切换的N个cell是预设地理围栏中的cell且N大于第一预设阈值。移动终端检测到在预设时间段内都没有离开预设地理围栏。于是，移动终端可以向用户推送与该预设地理围栏相对应的待执行的业务有关的信息，该消息包括提示消息和/或预设地理围栏相对应的待执行的业务信息（例如取快递的取件码、乘地铁的乘车码链接、上下班打卡应用对应的打卡界面链接）。

前述提示消息用于提示用户执行预设地理围栏相对应的待执行的业务，前述预设地理围栏相对应的待执行的业务信息用于方便用户执行预设地理围栏相对应的待执行的业务。例如，移动终端可以在用户界面(User Interface)显示前述信息、以震动、悬浮球、耳机播报等方式向用户推送预设活动意图对应的信息。

本方案中，移动终端不会在检测到用户进入地理围栏，就触发执行业务对应的消息推送服务，而是在检测到用户进入地理围栏并且用户的活动特征满足一定的条件下才会向用户推送预设活动意图对应的信息。如此，可以提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验。而且，移动终端向用户推荐用户需要的提示信息，降低不必要的消息推送，也能在一定程度上降低移动终端因此产生的功耗。

本申请实施例提供的移动终端也可以称为终端(terminal)、用户设备(userequipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。移动终端可以是手机(mobilephone)、智能电视、可穿戴设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)移动终端、增强现实(augmented reality，AR)移动终端、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。

其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，移动终端还可以是物联网(internet of things，IoT)***中的移动终端，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。本申请的实施例对移动终端所采用的具体技术和具体设备形态不做限定。

在本申请实施例中，移动终端可以包括硬件层、运行在硬件层之上的操作***层，以及运行在操作***层上的应用层。该硬件层包括中央处理器(central processingunit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作***可以是任意一种或多种通过进程(process)实现业务处理的计算机操作***，例如，Linux操作***、Unix操作***、Android操作***、iOS操作***或windows操作***等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。

本申请实施例以移动终端为手机为例进行说明。图2示出了手机100的结构示意图，如图2所示，手机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，以及用户标识模块(subscriberidentification 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)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。本申请实施例中，处理器110通过分析用户在预设地理围栏内的活动特征，判断用户的活动特征是否满足预设活动条件，若用户的活动特征满足预设活动条件，则表明用户有较大的概率会在该预设地理围栏执行预设地理围栏相对应的待执行的业务，即用户的活动意图是在该预设地理围栏执行相应的业务。于是，处理器110会向用户推送预设活动意图对应的信息。该消息包括提示消息和/或预设地理围栏相对应的待执行的业务信息（例如取快递的取件码、乘地铁的乘车码链接、上下班打卡应用对应的打卡界面链接），前述提示消息用于提示用户执行预设地理围栏相对应的待执行的业务，前述预设地理围栏相对应的待执行的业务信息用于方便用户执行预设地理围栏相对应的待执行的业务。

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

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

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

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

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过手机100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为手机供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

手机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，量子点发光二极管(quantumdotlightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。本申请实施例中，显示屏194可以用于显示提示用户执行预设地理围栏相对应的待执行的业务的消息。

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

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

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。手机100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时***多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。手机100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，手机100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在手机100中，不能和手机100分离。

下面将以取快递场景、乘地铁场景以及上班打卡场景为例详细介绍本申请实施例提供的消息推送方法。

下面以基站小区(cell)建立的不同地点的地理围栏为详细介绍本申请实施例提供的消息推送方法。需要说明的是，一般情况下，一个区域的WIFI信号和/或蓝牙信号可以是固定的，也可以利用WIFI信号和/或蓝牙信号等无线信号建立不同地点的地理围栏。具体的， 在其他一些实施例中，若地理围栏包括多个基站小区和/或多个无线信号（例如蓝牙、WIFI）所覆盖的地理区域，则被监听对象可以是基站信号、WIFI信号、蓝牙信号等。手机100监听基站信号、WIFI信号、蓝牙信号等，以获取监听到的基站小区标识和/或无线信号的无线信号标识，在此不做限制。

取快递场景

例如，图3示出了用户从快递接收点对应的地理围栏路过的场景示意图。如图3所示，用户A携带移动终端（如手机100）走在路上，路过快递接收点对应的地理围栏（例如图3中异形实线所圈的范围），手机100检测到用户A步入该地理围栏后，即会向用户推送取快递信息，以提示用户取快递。而用户A实际意图不是去快递接收点取快递，用户只是路过该地理围栏。若手机100检测到用户进入该地理围栏就向用户推送取快递信息，会对用户产生干扰，影响用户体验，而且手机100向用户推荐用户不需要的信息，也会在一定程度上增加手机100因此产生的功耗。

本申请实施例提供的消息推送方法可以在一定程度上解决前述技术问题，例如，图4示出了用户去快递接收点取快递的场景示意图。如图4所示，用户A携带手机100走到快递接收点对应的地理围栏（例如图4中异形实线所圈的范围）后，手机100检测到用户A步入该地理围栏且用户A的活动特征满足预设活动条件，便会发出取快递信息。

本方案中，手机100不需要在检测到用户进入快递接收点对应的地理围栏就触发取快递对应的消息推送服务，而是在检测到用户进入快递接收点对应的地理围栏并且用户的活动特征满足预设活动条件下才会向用户推送取快递对应的信息，如此，提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验，而且，手机100向用户推荐用户需要的信息，降低不必要的消息推送，也能在一定程度上降低手机100因此产生的功耗。

下面针对取快递场景，本申请实施例提供一种消息推送方法。如图5所示，为一种消息推送方法的流程示意图，该流程包括如下步骤：

步骤501：手机100确定存在取快递业务的情况下，手机100监听手机100驻留的小区，获取监听到的小区的小区标识。

在一些实施例中，手机100确定存在取快递业务的方式可以具体包括：若手机100检测到手机100上安装的应用程序中具有商品的待取件消息，则手机100确定存在取快递业务。

手机100确定存在取快递业务的情况下，手机100会监听手机100驻留的小区，获取监听到的小区的小区标识，以便手机100基于监听的小区标识判断手机100是否进入取快递地理围栏，进而可以在手机100判断手机100进入取快递地理围栏且用户的活动特征满足预设活动条件的情况下，向用户推送取快递消息，方便用户取快递。

本申请实施例中，小区（cell）是指在蜂窝移动通信***中，其中的一个基站或基站的一部分(扇形天线)所覆盖的区域。

小区标识(cell identity，cell id)是地理围栏中cell的身份标识。随着用户的移动，用户携带的手机100的位置也会发生变化，手机100驻留的cell也会发生变化，即手机100驻留的cell会发生切换。手机100可以监听手机100驻留的cell，获取监听到的cell的cell id。手机100所驻留cell的cell id可以用于判断手机100是否进入地理围栏。可以理解的是，cell id也可以叫做cell标识，在此不做限制。

监听就是要持续性检测被监听对象的一些属性变化。本申请实施例是以多个基站小区所覆盖的地理区域所定义的地理围栏为例说明消息推送方案的。所以被监听对象可以是基站信号。手机100监听基站信号，以监听手机100驻留的小区，获取监听到的cell的cellid。

步骤502：手机100基于监听的小区标识判断手机100是否进入取快递地理围栏。

取快递地理围栏可以叫做快递接收点地理围栏。快递接收点可以理解为快递的临时中转点，快递暂存在快递接收点后，用户可以在方便时从快递接收点取出快递。例如，快递接收点可以包括快递柜、驿站等。

手机100中可以保存多个地理围栏以及每个地理围栏对应的cell id。上述多个地理围栏包括取快递地理围栏。手机100可以对比监听到的cell id与手机100中保存的多个地理围栏对应的cell id，判断手机100是否进入某个地理围栏。例如，若监听到的cell id与取快递地理围栏对应的cell id匹配，则可以确定手机100进入了取快递地理围栏。

在一些实施例中，手机100基于监听的cell id判断手机100是否进入取快递地理围栏的具体方式可以包括：手机100判断监听到的cell的cell id是否与取快递地理围栏cell id列表中的cell id相匹配。其中，取快递地理围栏cell id列表包括用于限定取快递地理围栏的多个不同的cell的cell id。若手机100确定监听到的cell的cell id与取快递地理围栏cell id列表中的cell id相匹配，则手机100判断监听到的cell的cell id属于取快递地理围栏。若手机100确定监听到的cell的cell id与取快递地理围栏cell id列表中的cell id不匹配，则手机100判断监听到的cell的cell id不属于取快递地理围栏。

在一些实施例中，取快递地理围栏cell id列表可以是在云侧存储的，如此，手机100便可以从云侧获取取快递地理围栏cell id列表。

手机100可以向云侧注册不同地点的地理围栏，云侧会生成与注册的地理围栏有关的cell id，并从云侧获取已注册的地理围栏中的cell id，本申请实施例不作具体限定。具体的，在一些实施例中，手机100可以响应于用户的操作，向云侧发送取快递地理围栏注册请求，取快递地理围栏注册请求中携带公司的位置、打卡范围等信息，云侧响应于该请求后，便可以基于取快递地理围栏注册请求中携带取快递的位置等信息获取取快递地理围栏cell id列表。

在一些实施例中，手机100可以在接收到待取件信息时，自动基于待取件信息中快递接收点的位置注册地理围栏。若手机100接收到多个商品的待取件信息，则基于多个商品对应的快递接收点的位置只进行一次地理围栏注册。具体的，若手机100接收到的多个商品在同一个快递接收点，则手机100基于该快递接收点的位置只进行一次地理围栏注册。若手机100接收到的一部分商品在同一个快递接收点，另一部分商品在另一个快递接收点，则手机100基于每个快递接收点的位置只进行一次地理围栏注册。若手机100基于监听的cellid判断手机100进入取快递地理围栏，则表明用户可能会去取快递，但不确定用户的实际意图是否真的是去取快递。于是，手机100可以对用户在该取快递地理围栏中的活动特征进行进一步判断，以判断用户实际意图是去取快递的概率。具体的，手机100判断用户的活动特征是否满足预设活动条件，即执行步骤503。若手机100基于监听的cell id判断手机100未进入取快递地理围栏，则手机100继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤501。

步骤503：手机100判断用户的活动特征是否满足预设活动条件。

若手机100判断用户的活动特征满足预设活动条件，则表明用户实际意图是去取快递的概率较大，则手机100推送取快递消息，即执行步骤504。若手机100判断用户的活动特征不满足预设活动条件，则继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤501。

活动特征是用户携带手机100在地理围栏内的移动情况。例如，活动特征是指手机100在地理围栏中，切换到的不同的cell的数量以及手机100从进入地理围栏到离开地理围栏的时间。

预设活动条件可以包括至少以下一种或多种：

（1）手机100进入取快递地理围栏后，检测到的切换的N个cell都是取快递地理围栏中的cell，N个cell可以是连续切换的，其中，N大于第一预设阈值，第一预设阈值可以为技术人员根据实际情况设置的。

（2）手机100进入取快递地理围栏后，在预设时间段T内都没有离开取快递地理围栏，其中，预设时间段T大于第二预设阈值，第二预设阈值可以为技术人员根据实际情况设置的。

（3）手机100与快递接收点的距离小于预设距离阈值。步骤504：手机100推送取快递消息。

当手机100检测到用户进入打卡地理围栏且满足前述预设活动条件时会推送取快递消息。

取快递消息包括提示消息和/或取快递的业务信息，前述提示消息用于提示用户取快递，前述取快递的业务信息用于方便取快递。取快递的业务信息可以是取快递的待取件商品的状态信息、待取件商品的取件码、待取件商品的取件页面的打开控件等。

例如，图6示出了一种用户进入取快递范围的取快递场景示意图。如图6所示，多个虚线圈1用于限定取快递地理围栏。用户A在位置4时，未进入取快递地理围栏，用户A在位置5时，手机100检测到用户A进入地理围栏，手机100判断用户A在取快递地理围栏内的活动特征满足预设活动条件,则可以在主界面（例如其中的YOYO建议）显示请注意取件的提示信息，且该提示信息也可以为待取件商品的取件页面的打开控件，手机100检测到用户A点击该控件，便可以跳转至待取件商品的取件页面，以使用户A方便快捷地取快递。

又如，图7示出了一种用户进入取快递范围的取快递场景示意图。如图7所示，虚线圈1表示取快递地理围栏。用户A在位置4时，未进入取快递地理围栏，用户A在位置5时，手机100检测到用户A进入地理围栏，手机100判断用户A在取快递地理围栏内的活动特征满足预设活动条件,则可以在主界面（例如其中的YOYO建议）显示请注意取件的提示信息，以及待取件商品数量、待取件商品取件码以及待取件商品的取件页面的打开控件（取件页面跳转图标）, 以使用户A方便快捷地取快递。

手机100可以在主界面、负一屏、下拉菜单中显示前述取快递信息。例如，图8示出了一种负一屏用户界面示意图。如图8所示，手机100可以在负一屏显示附件有取件点，请注意取件的提示信息。又如，图9示出了一种下拉菜单用户界面示意图。如图9所示，手机100可以在下拉菜单显示附件有取件点，请注意取件的提示信息。具体的，手机100可以通过下拉菜单中的卡片、主界面中的卡片、负一屏中的卡片等的一种或多种进行快递消息推送。

手机100也可以以震动、悬浮球、耳机播报等方式向用户推送取快递信息。需要说明的是，在一些实施例中，手机100以悬浮球方式向用户推送取快递信息，用户可以对悬浮球进行双击操作，直接进入待取件商品的取件页面。

乘地铁场景

例如，图10示出了用户从地铁站对应的地理围栏路过的场景示意图。如图10所示，用户A携带移动终端（如手机100）走在路上，路过地铁站对应的地理围栏（例如图10中异形实线所圈的范围），手机100检测到用户A步入该地理围栏后，即会向用户推送乘地铁信息，以提示用户乘地铁。而用户A实际意图不是去地铁站乘地铁，用户只是路过该地理围栏。若手机100检测到用户进入该地理围栏就向用户推送乘地铁信息，会对用户产生干扰，影响用户体验，更进一步的说，手机100向用户推荐用户不需要的信息，也会在一定程度上增加手机100因此产生的功耗。

本申请实施例提供的消息推送方法可以在一定程度上解决前述技术问题，例如，图11示出了用户去地铁站乘地铁的场景示意图。如图11所示，用户A携带手机100走到地铁站对应的地理围栏（例如图11中异形实线所圈的范围）后，手机100检测到用户A步入该地理围栏且用户A的活动特征满足预设活动条件，便会发出乘地铁信息。

本方案中，手机100不需要在检测到用户进入地铁站对应的地理围栏就触发乘地铁对应的消息推送服务，而是在检测到用户进入地铁站对应的地理围栏并且用户的活动特征满足预设活动条件下才会向用户推送乘地铁对应的信息。如此，提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验，而且，手机100向用户推荐用户需要的信息，降低不必要的消息推送，也能在一定程度上降低手机100因此产生的功耗。

下面针对乘地铁场景，本申请实施例提供一种消息推送方法。如图12所示，为一种消息推送方法的流程示意图，该流程包括如下步骤：

步骤1201：手机100监听手机100驻留的小区，获取监听到的小区的小区标识。

步骤1201的技术方案与前述步骤501中手机100监听手机100驻留的小区，获取监听到的小区的小区标识的技术方案相同，在此不再赘述。

步骤1202：手机100基于监听的小区标识判断手机100是否进入乘地铁地理围栏。

手机100中可以保存多个地理围栏以及每个地理围栏对应的cell id。上述多个地理围栏包括乘地铁地理围栏。手机100可以对比监听到的cell id与手机100中保存的多个地理围栏对应的cell id，判断手机100是否进入某个地理围栏。例如，若监听到的cell id与乘地铁地理围栏对应的cell id匹配，则可以确定手机100进入了乘地铁地理围栏。

在一些实施例中，手机100基于监听的cell id判断手机100是否进入乘地铁地理围栏的具体方式可以包括：手机100判断监听到的cell的cell id是否与乘地铁地理围栏cell id列表中的cell id相匹配。其中，乘地铁地理围栏cell id列表包括用于限定乘地铁地理围栏的多个不同的cell的cell id。若手机100确定监听到的cell的cell id与乘地铁地理围栏cell id列表中的cell id相匹配，则手机100判断监听到的cell的cell id属于乘地铁地理围栏。若手机100确定监听到的cell的cell id与乘地铁地理围栏cell id列表中的cell id不匹配，则手机100判断监听到的cell的cell id不属于乘地铁地理围栏。

在一些实施例中，乘地铁地理围栏cell id列表可以是在云侧存储的，如此，手机100便可以从云侧获取乘地铁地理围栏cell id列表。

手机100可以向云侧注册不同地点的地理围栏，云侧会生成与注册的地理围栏有关的cell id，并从云侧获取已注册的地理围栏中的cell id，本申请实施例不作具体限定。具体的，在一些实施例中，手机100可以响应于用户的操作，向云侧发送乘地铁地理围栏注册请求，乘地铁地理围栏注册请求中携带公司的位置、打卡范围等信息，云侧响应于该请求后，便可以基于乘地铁地理围栏注册请求中携带乘地铁的位置等信息获取乘地铁地理围栏cell id列表。

若手机100基于监听的cell id判断手机100进入乘地铁地理围栏，则表明用户可能会去乘地铁，但不确定是否真的去乘地铁。于是，手机100可以对用户在该乘地铁地理围栏中的活动特征进行进一步判断，以判断用户实际意图是去乘地铁的概率。具体的，手机100判断用户的活动特征是否满足预设活动条件，即执行步骤1203。若手机100基于监听的cell id判断手机100未进入乘地铁地理围栏，则手机100继续手机100监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤1201。

步骤1203：手机100判断用户的活动特征是否满足预设活动条件。

若手机100判断用户的活动特征满足预设活动条件，则表明用户实际意图是去乘地铁的概率较大，则手机100推送乘地铁消息，即执行步骤1205。若手机100判断用户的活动特征不满足预设活动条件，则表明用户实际意图是去乘地铁的概率不大，但是也可能确实存在乘地铁的意图，若真的存在乘地铁的业务，则需要提醒用户去乘地铁。具体的，手机100判断是否存在乘地铁业务，即执行步骤1204。

活动特征是用户携带手机100在地理围栏内的移动情况。例如，活动特征是指手机100检测到用户在地理围栏中，切换到的不同的cell的数量以及用户在地理围栏中所待的时间。在该场景中的预设活动条件与取快递场景中的预设活动条件相同。需要说明的是，不同场景中的预设活动条件可以相同，也可以不同，在此不做限制。

预设活动条件可以包括至少以下一种或多种：

（1）手机100进入地理围栏后，检测到的切换的N个cell都是地理围栏中的cell，N个cell可以是连续切换的，其中，N大于第一预设阈值，第一预设阈值可以为技术人员根据实际情况设置的。

（2）手机100进入地理围栏后，在预设时间段T内都没有离开地理围栏，其中，预设时间段T大于第二预设阈值，第二预设阈值可以为技术人员根据实际情况设置的。

（3）手机100与地铁站（例如地铁站的入口）的距离小于预设距离阈值。

步骤1204：手机100判断是否存在乘地铁业务。

若手机100判断存在乘地铁业务，则手机100推送乘地铁提示消息，即执行步骤1205。若手机100判断不存在乘地铁业务，则手机100继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤1201。

在一些实施例中，手机100判断是否存在乘地铁业务的方式可以具体包括：手机100可以通过分析用户的历史轨迹数据推断出用户当前是否需要乘地铁，即是否有乘地铁需求。若手机100通过分析用户的历史轨迹数据推断出用户当前在该乘地铁地理围栏中有乘地铁需求，则确定存在乘地铁业务。若手机100通过分析用户的历史轨迹数据推断出用户当前在该乘地铁地理围栏中无乘地铁需求，则确定不存在乘地铁业务。

具体地，手机100可以通过手机100中预存的乘地铁意图预测模型判断是否存在乘地铁业务。在乘地铁意图预测模型的使用阶段，手机100中预存的乘地铁意图预测模型，该乘地铁意图预测模型具备采用用户的历史轨迹数据，判断出当前在该乘地铁地理围栏中是否存在乘地铁业务。

步骤1205：手机100推送乘地铁消息。

当手机100检测到用户进入打卡地理围栏且满足前述打卡意图条件时会推送乘地铁消息。

乘地铁消息包括提示消息和/或乘地铁的业务信息，前述提示消息用于提示用户乘地铁，前述乘地铁的业务信息用于方便用户乘车。乘地铁的业务信息可以是乘车码的打开控件等。例如，图13示出了一种用户进入乘地铁范围的乘地铁场景示意图。如图13所示，虚线圈2表示乘地铁地理围栏。用户A在位置10时，未进入乘地铁地理围栏，用户A在位置11时，手机100检测到用户A进入地理围栏，手机100判断用户A在乘地铁地理围栏内的活动特征满足预设活动条件,则可以在主界面（例如其中的YOYO建议）显示请注意乘车的提示信息，且该提示信息也可以为地铁乘车码所在页面的打开控件，手机100检测到用户A点击该控件，便可以跳转至地铁乘车码所在页面，以使用户A方便快捷乘地铁。

手机100可以在主界面、负一屏、下拉菜单中显示前述乘地铁信息。

手机100也可以以震动、悬浮球、耳机播报等方式向用户推送乘地铁信息。需要说明的是，在一些实施例中，手机100以悬浮球方式向用户推送乘地铁信息，用户可以对悬浮球进行双击操作，直接进入乘车码显示页面。

前述实施例中，手机100可以通过用户的历史轨迹数据推断出用户当前是否需要乘地铁。但一般情况，由于用户运动的轨迹随机性较大，一般无法推断出用户是否在该时间有乘车意图，因此，在其他一些实施例中，手机100无法确定用户确实存在乘地铁业务。这样，手机100只需要在检测到用户进入该地理围栏范围内且用户的活动特征满足预设活动条件的情况下，向用户推荐进行乘地铁消息即可，而不需要在用户的活动特征不满足预设活动条件的情况下，再去判断是否存在乘地铁业务（乘地铁意图）。具体的，图14示出了一种消息推送方法的流程示意图，如图14所示，手机100不需要执行前述步骤1204，即手机100不需要判断是否存在乘地铁业务。而是在手机100判断用户的活动特征不满足预设活动条件后，即手机100在步骤1203的否分支，直接继续监听手机100驻留的小区，获取监听到的小区的小区标识。

上班打卡场景

例如，图15示出了用户从办公楼对应的地理围栏路过的场景示意图。如图15所示，用户A携带移动终端（如手机100）走在路上，路过办公楼对应的地理围栏（例如图15中异形实线所圈的范围），手机100检测到用户A步入该地理围栏后，即会向用户推送上班打卡信息，以提示用户上班打卡。而用户A实际意图不是去办公楼上班打卡，用户只是路过该地理围栏。若手机100检测到用户进入该地理围栏就向用户推送上班打卡信息，会对用户产生干扰，影响用户体验，而且，手机100向用户推荐用户不需要的提示信息，也会在一定程度上增加手机100因此产生的功耗。

本申请实施例提供的消息推送方法可以在一定程度上解决前述技术问题，例如，图16示出了用户去办公楼上班打卡的场景。如图16所示，用户A携带手机100走到办公楼对应的地理围栏（例如图16中异形实线所圈的范围）后，手机100检测到用户A步入该地理围栏且用户A的活动特征满足预设活动条件，便会发出上班打卡信息。

本方案中，手机100不需要在检测到用户进入办公楼对应的地理围栏就触发上班打卡对应的消息推送服务，而是在检测到用户进入办公楼对应的地理围栏并且用户的活动特征满足预设活动条件下才会向用户推送上班打卡对应的信息，如此，提高消息推送的准确度，降低不必要的消息推送对用户产生的干扰，提升用户体验，而且，手机100向用户推荐用户需要的信息，降低不必要的消息推送，也能在一定程度上降低手机100因此产生的功耗。

并且，与上述实施例不同的是，在上班打卡场景中，一般基站小区(cell)构建的地理围栏的范围大于公司能够打卡的地理围栏范围，这样，就形成了至少两个半径大小不同的地理围栏：公司地理围栏和打卡地理围栏。手机100在检测到用户进入办公楼对应的半径较大的地理围栏（如公司地理围栏）后，在判断用户的活动特征满足预设活动条件的情况下，可以在手机100的显示界面上以文本的方式显示上班打卡的消息，以对用户进行首次打卡提醒。之后，手机100在检测到用户进入半径较小的地理围栏（如打卡地理围栏），利用悬浮球、震动或耳机播报的方式向用户推送上班打卡的消息，以对用户进行再次打卡提醒。这样，手机100可以对用户进行适当的上班打卡提醒，降低用户忘记打卡的次数，提升用户体验。

下面针对上班打卡场景，本申请实施例提供一种消息推送方法。如图17所示，为一种消息推送方法的流程示意图，该流程包括如下步骤：

步骤1701、手机100监听手机100驻留的小区，获取监听到的小区的小区标识。

步骤1701的技术方案与前述步骤501和前述步骤1201中的技术方案相同，在此不再赘述。

步骤1702、手机100基于监听的小区标识判断手机100是否进入公司地理围栏。

公司地理围栏可以包括用户办公楼附近的基站小区(cell)构建的地理围栏。

手机100中可以保存多个地理围栏以及每个地理围栏对应的cell id。上述多个地理围栏包括公司地理围栏。手机100可以对比监听到的cell id与手机100中保存的多个地理围栏对应的cell id，判断手机100是否进入某个地理围栏。例如，若监听到的cell id与公司地理围栏对应的cell id匹配，则可以确定手机100进入了公司地理围栏。

在一些实施例中，手机100基于监听的cell id判断手机100是否进入公司地理围栏的具体方式可以包括：手机100判断监听到的cell的cell id是否与公司地理围栏cellid列表中的cell id相匹配。其中，公司地理围栏cell id列表包括用于限定公司地理围栏的多个不同的cell的cell id。若手机100确定监听到的cell的cell id与公司地理围栏cell id列表中的cell id相匹配，则手机100判断监听到的cell的cell id属于公司地理围栏。若手机100确定监听到的cell的cell id与公司地理围栏cell id列表中的cell id不匹配，则手机100判断监听到的cell的cell id不属于公司地理围栏。 公司地理围栏cell id列表可以是在云侧存储的，如此，手机100便可以从云侧获取公司地理围栏cell id列表。

手机100可以向云侧注册不同地点的地理围栏，云侧会生成与注册的地理围栏有关的cell id，并从云侧获取已注册的地理围栏中的cell id，本申请实施例不作具体限定。具体的，在一些实施例中，手机100可以响应于用户的操作，向云侧发送公司地理围栏注册请求，公司地理围栏注册请求中携带公司的位置、打卡范围等信息，云侧响应于该请求后，便可以基于公司地理围栏注册请求中携带公司的位置、打卡范围等信息获取公司地理围栏cell id列表。

若手机100基于监听的cell id判断手机100进入公司地理围栏，则表明用户可能会去公司上班，但不确定是否真的去公司上班。于是，手机100可以对用户在该公司地理围栏中的活动特征进行进一步判断，以判断用户实际意图是去公司上班的概率。具体的，手机100判断用户的活动特征是否满足预设活动条件，即执行步骤1703。若手机100基于监听的cell id判断手机100未进入公司地理围栏，则手机100继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤1701。

步骤1703、手机100判断用户的活动特征是否满足预设活动条件。

若手机100判断用户的活动特征满足预设活动条件，则手机100以第一种消息推送方式推送打卡消息，即执行步骤1704，若手机100判断用户的活动特征不满足预设活动条件，则手机100继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤1701。

活动特征是用户携带手机100在地理围栏内的移动情况。例如，活动特征是指手机100检测到用户在地理围栏中，切换到的不同的cell的数量以及用户在地理围栏中所待的时间。在该场景中的预设活动条件与取快递场景和乘地铁场景中的预设活动条件相同。需要说明的是，不同场景中的预设活动条件可以相同，也可以不同，在此不做限制。预设活动条件包括至少以下一种或多种：

（1）手机100进入地理围栏后，检测到的切换的N个cell都是地理围栏中的cell，N个cell可以是连续切换的，其中，N大于第一预设阈值，第一预设阈值可以为技术人员根据实际情况设置的。

（2）手机100进入地理围栏后，在预设时间段T内都没有离开地理围栏，其中，预设时间段T大于第二预设阈值，第二预设阈值可以为技术人员根据实际情况设置的。

（3）手机100与公司的距离小于预设距离阈值。

步骤1704、手机100以第一种消息推送方式推送打卡消息。

当手机100检测到用户进入打卡地理围栏且满足前述预设活动条件时会提示通知。

打卡消息包括提示消息和/或打卡的业务信息，前述提示消息用于提示用户打卡，前述打卡的业务信息用于方便用户打卡。打卡的业务信息可以包括打卡页面的打开控件等。

在其他一些实施例中，打卡地理围栏可能比公司可以打卡的范围大。在手机100检测到用户进入打卡地理围栏并满足前述预设活动条件时，手机100进行第一种消息推送方式的提示信息。该种方式可以是文本提示消息，具体的，第一种消息推送方式为在手机100的显示界面上以文本的方式显示所述消息。例如，打卡消息的推送方式可以包括负一屏的YOYO建议活动卡片提示、锁屏界面的通知提示，应用界面的下拉栏消息提示或主界面的常驻卡片提示等，本申请实施例不作限定。

步骤1705、手机100基于监听的小区标识判断手机100是否进入打卡地理围栏。

手机100中可以保存多个地理围栏以及每个地理围栏对应的cell id。上述多个地理围栏包括打卡地理围栏。手机100可以对比监听到的cell id与手机100中保存的多个地理围栏对应的cell id，判断手机100是否进入某个地理围栏。例如，若监听到的cell id与打卡地理围栏对应的cell id匹配，则可以确定手机100进入了打卡地理围栏。

在一些实施例中，手机100基于监听的cell id判断手机100是否进入打卡地理围栏的具体方式可以包括：手机100判断监听到的cell的cell id是否与打卡地理围栏cellid列表中的cell id相匹配。其中，打卡地理围栏cell id列表包括用于限定打卡地理围栏的多个不同的cell的cell id。若手机100确定监听到的cell的cell id与打卡地理围栏cell id列表中的cell id相匹配，则手机100判断监听到的cell的cell id属于打卡地理围栏。若手机100确定监听到的cell的cell id与打卡地理围栏cell id列表中的cell id不匹配，则手机100判断监听到的cell的cell id不属于打卡地理围栏。

在一些实施例中，打卡地理围栏cell id列表可以是在云侧存储的，如此，手机100便可以从云侧获取打卡地理围栏cell id列表。

手机100可以向云侧注册不同地点的地理围栏，云侧会生成与注册的地理围栏有关的cell id，并从云侧获取已注册的地理围栏中的cell id，本申请实施例不作具体限定。具体的，在一些实施例中，手机100可以响应于用户的操作，向云侧发送打卡地理围栏注册请求，打卡地理围栏注册请求中携带公司的位置、打卡范围等信息，云侧响应于该请求后，便可以基于打卡地理围栏注册请求中携带乘地铁的位置等信息获取打卡地理围栏cell id列表。

需要说明的是，打卡地理围栏不一定是由WIFI信号和/或蓝牙信号覆盖的范围所限定的，打卡地理围栏也可以由经纬度定义的打卡地理范围。这样，手机100也可以通过全球定位***(Global Positioning System，GPS)确定手机100是否在打卡地理范围。

若手机100确定手机100进入打卡地理围栏，则手机100判断是否存在打卡业务，即执行步骤1706。若手机100确定手机100未进入打卡地理围栏，则手机100继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤1701。打卡地理围栏在公司地理围栏中，当用户进入公司可以打卡的地理范围，则可以加强提醒，如利用悬浮球、震动、耳机播报的方式向用户推荐打卡提示信息。

步骤1706、手机100判断是否存在打卡业务。

若手机100确定存在打卡业务，则手机100以第二种消息推送方式推送打卡消息，即执行步骤1707。若手机100确定不存在打卡业务，则手机100继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤1701。

在一些实施例中，手机100判断是否存在打卡业务的具体方式可以包括：若手机100判断当前时间在上班打卡时间段内，则判断存在打卡业务；若手机100判断当前时间不在上班打卡时间段内，则判断不存在打卡业务。

步骤1707、手机100以第二种消息推送方式推送打卡消息。

打卡消息包括提示消息和/或打卡的业务信息，前述提示消息用于提示用户打卡，前述打卡的业务信息用于方便用户打卡。打卡的业务信息可以是打卡页面的打开控件等。

在手机100检测到用户进入打卡地理围栏，手机100可以以第二种消息推送方式推送打卡消息。该种方式可以是利用悬浮球、震动、耳机播报的方式向用户推荐打卡信息。

例如，图18示出了一种用户进入打卡范围的打卡场景示意图。如图18所示，实线圈3表示公司可以打卡的范围，即打卡地理围栏（第二重地理围栏）；虚线圈4表示公司地理围栏（第一重地理围栏）。用户A在位置17时，未进入打卡地理围栏； 用户A在位置18时，进入公司地理围栏，手机100判断用户A在公司地理围栏内的活动特征满足预设活动条件时，可以在主界面（例如其中的YOYO建议）显示请注意考勤打卡的提示信息。用户A在位置19时，进入打卡地理围栏，手机100判断用户A在打卡地理围栏内存在打卡业务时，触发强提醒，如震动。

在其他一些实施例中，用户A在位置19时，进入打卡地理围栏，手机100判断用户A在打卡地理围栏内存在打卡业务时，可以在主界面（例如其中的YOYO建议）显示请注意考勤打卡的提示信息，且该提示信息也可以为公司打卡页面的打开控件，手机100检测到用户A点击该控件，便可以跳转至公司打卡页面，以使用户A方便快捷打卡。

上述打卡场景中，存在公司地理围栏以及在其内的实际打卡的地理围栏。手机100可以在检测到用户进入公司地理围栏且用户的活动特征满足前述打卡意图打卡条件时，先向用户发出打卡消息。然后，手机100可以在检测到用户进入打卡地理围栏时，再次向用户发出打卡消息，此次提醒相比较上次提醒，提醒方式更容易让用户感知到。

上述实施例中，手机100基于监听到的标识确定手机100进入打卡地理围栏后，手机100会判断是否存在打卡业务。在其他一些实施例中，手机100基于监听到的标识确定手机100进入打卡地理围栏后，不会判断是否存在打卡业务，可以在打卡地理围栏中移动的时间大于预设时间阈值的情况下，手机100以第二种消息推送方式向用户推送消息。

手机100基于监听到的标识确定手机100进入公司地理围栏的情况下，若用户在公司地理围栏中的活动特征满足预设活动条件，手机100以第一种消息推送方式向用户推送上班打卡的消息。手机100基于监听到的标识确定手机100进入打卡地理围栏，且手机100在打卡地理围栏中移动的时间大于预设时间阈值的情况下，手机100以第二种消息推送方式向用户推送上班打卡的消息。这样，手机100不仅能在双重地理围栏中均向用户推送用于提醒用户上班打卡的消息，降低用户忘记打卡的次数，提升用户体验。进一步的，手机100在确定手机100进入打卡地理围栏，且手机100在打卡地理围栏中移动的时间大于预设时间阈值的情况下，才会以第二种消息推送方式向用户推送上班消息，提高消息的推送准确度，更进一步的提升用户体验。

手机100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构，等。本申请实施例以分层架构的Android***为例，示例性说明手机100的软件结构。

手机100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android***为例，示例性说明手机100的软件结构。

图19示出了一种手机100的软件结构框图。

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

应用程序层可以包括一系列应用程序包。

如图19所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息，情境感知模块，业务逻辑处理模块，业务呈现模块和服务中心等应用程序。

情境感知模块常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力。例如，在卡片提醒业务处于开启状态时，情境感知模块对业务逻辑处理模块基于预设地理围栏注册的活动意图事项进行监控，如果用户触发了其中某一种事项，情境感知模块可以发送通知给业务逻辑处理模块。此外，情境感知模块还可以通过应用编程接口(application programming interface，API)从应用程序层的其他应用程序或应用程序框架层或***层或内核层来检测相关事件和获取事件的状态，比如检测蓝牙连接，网络连接，监测用户短信，定制定时器等。在本申请一些实施例中，情境感知模块主要作用是感知用户是否在预设地理围栏里，预设地理围栏可以是用户所工作的写字楼所对应能够打卡的地理围栏、地铁对应的地理围栏、快递接收点对应的地理围栏等。

业务逻辑处理模块具有注册活动意图事项对应的地理围栏的能力、获取活动意图事项对应的地理围栏数据、业务逻辑处理能力，可以用于实现各种卡片展示，消失的逻辑。例如，业务逻辑处理模块接收到情境感知模块发送的用于指示检测到某事项(如：快递提示的地理围栏被触发、乘坐地铁的地理围栏被触发、取快递的地理围栏被触发)的通知，可以根据逻辑来发送命令给业务呈现模块(如：YOYO建议)，让其显示卡片，此命令可以携带链接，后续当用户点击卡片时，可以根据链接跳转到该链接对应的某个三方APP或者小程序（如：地铁APP或者小程序、企业打卡APP或者小程序、购物APP或者小程序）。业务逻辑处理模块也可以通过接收情境感知模块发送过来的用于指示检测到用户使用了二维码的通知，来将终端上的卡片展示或者消失。

业务呈现模块(如：YOYO建议)，用于将确定的卡片显示或者消失在手机的屏幕上。例如，业务呈现模块可以接收业务逻辑处理模块传递的显示提醒卡片的命令，并将该提醒卡片展示给用户，当用户点击卡片时，可以链接到某个APP的某个页面。例如，本申请一些实施例中，在打卡的场景中，用户点击YOYO建议显示的打卡卡片，手机可以拉起用于实现打卡的扫描界面，这样用户就可以直接在打卡机上扫描打卡二维码，实现打卡，方便用户的使用。在取快递的场景中，用户点击YOYO建议显示的快递卡片，手机可以拉起用于实现扫描快递柜的扫描界面，这样用户就可以直接扫描快递柜上的取货码，方便用户的使用。在乘坐地体的场景中，用户点击YOYO建议显示的乘车码卡片，手机可以拉起用于实现乘坐地体的乘车扫描界面，这样用户就可以直接扫描乘车码，方便用户的使用。

服务中心，用于为业务中数据的变化提供服务，服务中心可以对应有服务中心数据库(date base，DB)。例如，以服务中心服务于打卡业务为例，服务中心可以接收云侧推送的打卡变更信息，将打卡数据缓存在服务中心DB，以及通知业务呈现模块进行打卡信息变更等。

以服务中心服务于乘地铁业务为例，服务中心可以接收云侧推送的乘地铁数据变更信息，将乘地铁数据缓存在服务中心DB，以及通知业务呈现模块进行乘地铁信息变更等。

以服务中心服务于快递业务为例，服务中心可以接收云侧推送的快递数据变更信息，将快递数据缓存在服务中心DB，以及通知业务呈现模块进行快递信息变更等。

对应的，如果接收到业务逻辑处理模块传过来的消失卡片命令时，业务呈现模块可以将卡片消失。

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

如图19所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

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

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

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

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

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

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

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

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

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

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。

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

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

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

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

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

针对前述取快递场景，图20基于上述软件架构，示出了一种手机100中各模块的交互流程示意图。如图20所示，该方法包括如下步骤：

步骤2001：业务逻辑处理模块向情境感知模块注册取快递地理围栏。

步骤2002：情境感知模块确定存在取快递业务的情况下，监听手机100驻留的小区，获取监听到的小区的小区标识。

步骤2003：情境感知模块基于监听的小区标识判断手机100是否进入取快递地理围栏。

若情境感知模块基于监听的cell id判断手机100进入取快递地理围栏，则表明用户可能会去取快递，但不确定用户的实际意图是否真的是去取快递。于是，情境感知模块可以对用户在该取快递地理围栏中的活动特征进行进一步判断，以判断用户实际意图是去取快递的概率。具体的，情境感知模块判断用户的活动特征是否满足预设活动条件，即执行步骤2004。若情境感知模块基于监听的cell id判断手机100未进入取快递地理围栏，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2002。

步骤2004：情境感知模块判断用户的活动特征是否满足预设活动条件。

若情境感知模块判断用户的活动特征满足预设活动条件，则表明用户实际意图是去取快递的概率较大，则情境感知模块向业务呈现模块发送推送取快递消息指令，即执行步骤2005。若情境感知模块判断用户的活动特征不满足预设活动条件，则继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2002。

步骤2005：情境感知模块向业务呈现模块发送推送取快递消息指令。

步骤2006：业务呈现模块触发手机100以推送取快递消息。

针对前述乘地铁场景，图21基于上述软件架构，示出了一种手机100中各模块的交互流程示意图。如图21所示，该方法包括如下步骤：

步骤2101：业务逻辑处理模块向情境感知模块注册乘地铁地理围栏。

步骤2102：情境感知模块监听手机100驻留的小区，获取监听到的小区的小区标识。

步骤2103：情境感知模块基于监听的小区标识判断手机100是否进入乘地铁地理围栏。

若情境感知模块基于监听的cell id判断手机100进入乘地铁地理围栏，则表明用户可能会去乘地铁，但不确定用户的实际意图是否真的是去乘地铁。于是，情境感知模块可以对用户在该乘地铁地理围栏中的活动特征进行进一步判断，以判断用户实际意图是去乘地铁的概率。具体的，情境感知模块判断用户的活动特征是否满足预设活动条件，即执行步骤2104。若情境感知模块基于监听的cell id判断手机100未进入乘地铁地理围栏，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2102。

步骤2104：情境感知模块判断用户的活动特征是否满足预设活动条件。

若情境感知模块0判断用户的活动特征满足预设活动条件，则表明用户实际意图是去乘地铁的概率较大，则手机100推送乘地铁消息，即执行步骤2106。若情境感知模块判断用户的活动特征不满足预设活动条件，则表明用户实际意图是去乘地铁的概率不大，但是也可能确实存在乘地铁的意图，若真的存在乘地铁的业务，则需要提醒用户去乘地铁。具体的，情境感知模块判断是否存在乘地铁业务，即执行步骤2105。

步骤2105：情境感知模块判断是否存在乘地铁业务。若情境感知模块判断存在乘地铁业务，则情境感知模块向业务呈现模块发送推送乘地铁消息指令，即执行步骤2106。若情境感知模块判断不存在乘地铁业务，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2102。

步骤2106：情境感知模块向业务呈现模块发送推送乘地铁消息指令。

步骤2107：业务呈现模块触发手机100以推送乘地铁消息。

针对前述打卡场景，图22基于上述软件架构，示出了一种手机100中各模块的交互流程示意图。如图22所示，该方法包括如下步骤：

步骤2201：业务逻辑处理模块向情境感知模块注册公司地理围栏和打卡地理围栏。

步骤2202：情境感知模块监听手机100驻留的小区，获取监听到的小区的小区标识。

步骤2203：情境感知模块基于监听的小区标识判断手机100是否进入公司地理围栏。

若情境感知模块基于监听的cell id判断手机100进入公司地理围栏，则表明用户可能会去公司上班，但不确定是否真的去公司上班。于是，情境感知模块可以对用户在该公司地理围栏中的活动特征进行进一步判断，以判断用户实际意图是去公司上班的概率。具体的，情境感知模块判断用户的活动特征是否满足预设活动条件，即执行步骤2204。若情境感知模块基于监听的cell id判断手机100未进入公司地理围栏，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2202。

步骤2204：情境感知模块判断用户的活动特征是否满足预设活动条件。

若情境感知模块判断用户的活动特征满足预设活动条件，则情境感知模块向业务呈现模块发送以第一种消息推送方式推送打卡消息指令，即执行步骤2205。若情境感知模块判断用户的活动特征不满足预设活动条件，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2202。

步骤2205：情境感知模块向业务呈现模块发送以第一种消息推送方式推送打卡消息指令。

步骤2206：业务呈现模块触发手机100以第一种消息推送方式推送打卡消息。

步骤2207：情境感知模块基于监听的小区标识判断手机100是否进入打卡地理围栏。

若情境感知模块确定手机100进入打卡地理围栏，则情境感知模块判断是否存在打卡业务，即执行步骤2208。若情境感知模块确定手机100未进入打卡地理围栏，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2202。

步骤2208：情境感知模块判断是否存在打卡业务。

若手机100确定存在打卡业务，则情境感知模块向业务呈现模块发送以第二种消息推送方式推送打卡消息指令，即执行步骤2209。若情境感知模块确定不存在打卡业务，则情境感知模块继续监听手机100驻留的小区，获取监听到的小区的小区标识，即执行步骤2202。

步骤2209：情境感知模块向业务呈现模块发送以第二种消息推送方式推送打卡消息指令。

步骤2210：业务呈现模块触发手机100以第二种消息推送方式推送打卡消息。

本申请实施例还提供一种计算机可读存储介质，该计算机存储介质包括计算机指令，当所述计算机指令在上述移动终端上运行时，使得该移动终端执行上述方法实施例中手机100执行的各个功能或者步骤。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行上述方法实施例中手机100执行的各个功能或者步骤。该计算机可以是上述移动终端（如手机100）。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程***上执行的计算机程序或程序代码，该可编程***包括至少一个处理器、存储***（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理***包括具有诸如例如数字信号处理器（Digital Signal Processor，DSP)、微控制器、专用集成电路（Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何***。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理***通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读存储介质分发。因此，机器可读存储介质可以包括用于以机器（例如，计算机）可读的形式存储或传播信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器（CD-ROMs）、磁光盘、只读存储器（Read Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、可擦除可编程只读存储器（Erasable ProgrammableRead Only Memory，EPROM）、电可擦除可编程只读存储器（Electrically ErasableProgrammable Read-Only Memory，EEPROM）、磁卡或光卡、闪存、或用于基于因特网以电、光、声或其他形式的传播信号来传播信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读存储介质包括适合于以机器（例如计算机）可读的形式存储或传播电子指令或信息的任何类型的机器可读存储介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。 然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (10)

1.一种消息推送方法，其特征在于，所述方法应用于移动终端，所述方法包括：

所述移动终端监听所述移动终端检测到的无线信号或者驻留的小区，获取监听到的无线信号的标识或者小区的标识；

所述移动终端基于监听到的标识确定所述移动终端进入第一预设地理围栏的情况下，判断用户在所述第一预设地理围栏中的活动特征是否满足预设活动条件；其中，所述活动特征是用户携带移动终端在预设地理围栏内的移动情况；所述预设活动条件包括：所述移动终端检测到切换的N个无线信号或者驻留的小区是所述第一预设地理围栏中的无线信号或者驻留的小区，且N大于第一预设阈值；

若用户在所述第一预设地理围栏中的活动特征满足所述预设活动条件，所述移动终端以第一种消息推送方式向用户推送消息，所述消息用于提醒用户在所述第一预设地理围栏内待执行的业务。

2.根据权利要求1所述的方法，其特征在于，所述移动终端以第一种消息推送方式向用户推送消息之后，所述方法还包括：

所述移动终端基于监听到的标识确定所述移动终端进入第二预设地理围栏的情况下，所述移动终端以第二种消息推送方式向用户推送消息，其中，所述第二预设地理围栏的范围小于第一预设地理围栏的范围。

3.根据权利要求2所述的方法，其特征在于，所述移动终端基于监听到的标识确定所述移动终端进入第二预设地理围栏的情况下，所述移动终端以第二种消息推送方式向用户推送消息，包括：

所述移动终端基于监听到的标识确定所述移动终端进入所述第二预设地理围栏，且所述移动终端存在所述第二预设地理围栏对应的业务的情况下，以所述第二种消息推送方式向用户推送消息。

4.根据权利要求2所述的方法，其特征在于，所述移动终端基于监听到的标识确定所述移动终端进入第二预设地理围栏的情况下，所述移动终端以第二种消息推送方式向用户推送消息，包括：

所述移动终端基于监听到的标识确定所述移动终端进入所述第二预设地理围栏，且所述移动终端在所述第二预设地理围栏中移动的时间大于预设时间阈值的情况下，所述移动终端以所述第二种消息推送方式向用户推送消息。

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

所述移动终端在判断出用户在所述第一预设地理围栏中的活动特征不满足所述预设活动条件的情况下，判断是否存在所述第一预设地理围栏对应的业务；

所述移动终端在判断出存在所述第一预设地理围栏对应的业务的情况下，所述移动终端以第一种消息推送方式向用户推送消息。

6.根据权利要求1-4中任一项所述的方法，其特征在于，所述预设活动条件还包括以下任意一个或多个：

所述移动终端检测到在预设时间段内都没有离开所述第一预设地理围栏，其中，所述预设时间段大于第二预设阈值；

所述移动终端与所述待执行的业务的地点之间的距离小于预设距离阈值。

7.根据权利要求1-4中任一项所述的方法，其特征在于，所述第一种消息推送方式为在所述移动终端的显示界面上以文本的方式显示所述消息或所述移动终端利用悬浮球、震动或耳机播报的方式向用户推送消息。

8.根据权利要求2-4中任一项所述的方法，其特征在于，所述第一种消息推送方式为在所述移动终端的显示界面上以文本的方式显示所述消息，所述第二种消息推送方式为所述移动终端利用悬浮球、震动或耳机播报的方式向用户推送消息。

9.一种移动终端，其特征在于，包括处理器和存储器；所述存储器用于存储代码指令；所述处理器用于运行所述代码指令，使得所述移动终端执行如权利要求1-8中任一项所述的方法。

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