地铁出行检测方法及电子设备

摘要

本申请提供了一种地铁出行检测方法及电子设备，该方法包括：电子设备检测到用户到达地铁站后，可弹出乘车态卡片。若电子设备检测到用户在该地铁站多次未使用地铁乘车码刷码，则电子设备可对该地铁站的地铁乘车卡片的显示进行抑制，以降低对在该地铁站不乘坐地铁的用户的打扰，提升用户使用体验。

权利要求

1.一种地铁出行检测方法，其特征在于，应用于电子设备，所述方法包括：检测到所述电子设备第n次进入第一地铁站，获取所述电子设备保存的所述第一地铁站的第一显示信息；所述第一显示信息中包括第一弹卡参数和第一不弹卡参数；

若所述第一弹卡参数大于所述第一不弹卡参数，则显示第一乘车态卡片；所述第一乘车态卡片中包括所述第一地铁站的名称和刷码选项，所述刷码选项和地铁乘车码界面相关联，所述第一乘车态卡片用于提示当前地铁站为所述第一地铁站，并且所述第一乘车态卡片还用于提供与所述地铁乘车码界面关联的应用入口；

订阅所述电子设备是否使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站的事件围栏；

若检测到所述电子设备未使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，则：取消显示所述第一乘车态卡片，并获取所述第一地铁站的第二显示信息，所述第二显示信息包括第二弹卡参数和第二不弹卡参数，所述第二弹卡参数为所述第一弹卡参数减预设值得到的，所述第二不弹卡参数为所述第一不弹卡参数加所述预设值得到的，所述第二显示信息用于在检测到所述电子设备第n+1次进入所述第一地铁站的情况下，根据所述第二显示信息确定所述第二弹卡参数与所述第二不弹卡参数之间的大小关系，进而确定是否显示所述第一乘车态卡片。

2.根据权利要求1所述的方法，其特征在于，所述检测到所述电子设备第n次进入第一地铁站，获取所述电子设备保存的所述第一地铁站的第一显示信息之前，还包括：检测到所述电子设备第m次进入所述第一地铁站，并且所述电子设备中未保存对应于所述第一地铁站的显示信息，显示所述第一乘车态卡片，并订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站的事件围栏，m小于或等于n‑1；

检测到所述电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，取消显示所述第一乘车态卡片，并保存第一地铁站的第三显示信息，所述第三显示信息包括第三弹卡参数和第三不弹卡参数，所述第三弹卡参数为初始弹卡参数值减所述预设值得到的，所述第三不弹卡参数为初始不弹卡参数值加所述预设值得到的。

3.根据权利要求2所述的方法，其特征在于，所述初始弹卡参数值为1，所述初始不弹卡参数值为0，所述预设值为0.2。

4.根据权利要求2或3所述的方法，其特征在于，m等于n‑2，所述方法还包括：检测到所述电子设备第n‑1次进入所述第一地铁站，获取所述电子设备保存的所述第一地铁站的所述第三显示信息；

若所述第三弹卡参数大于所述第三不弹卡参数，则显示所述第一乘车态卡片；

订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站的事件围栏；

检测到所述电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，取消显示所述第一乘车态卡片，并获取所述第一地铁站的所述第一显示信息，所述第一弹卡参数为所述第三弹卡参数减所述预设值得到的，所述第一不弹卡参数为所述第三不弹卡参数加所述预设值得到的。

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

在所述检测到所述电子设备第n+1次进入所述第一地铁站后，订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站的事件围栏；

检测到所述电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，获取所述第一地铁站的第四显示信息；所述第四显示信息包括第四弹卡参数和第四不弹卡参数，所述第四弹卡参数为所述第二弹卡参数减所述预设值得到的，所述第四不弹卡参数为所述第二不弹卡参数加所述预设值得到的；

检测到所述电子设备第n+2次进入所述第一地铁站，获取所述电子设备保存的所述第一地铁站的所述第四显示信息；

根据所述第四弹卡参数与所述第四不弹卡参数之间的大小关系，确定是否显示所述第一乘车态卡片。

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

在所述检测到所述电子设备第k次进入所述第一地铁站之后，订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站的事件围栏，所述k大于或等于n+3；

检测到所述电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，并且，所述第四弹卡参数为预设最小值，所述第四不弹卡参数为预设最大值，则不更新所述第四显示信息。

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

在所述检测到所述电子设备第n+1次进入所述第一地铁站后，订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站的事件围栏；

检测到所述电子设备使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，获取所述第一地铁站的第五显示信息；所述第五显示信息包括第五弹卡参数和第五不弹卡参数，所述第五弹卡参数为所述第二弹卡参数加所述预设值得到的，所述第五不弹卡参数为所述第二不弹卡参数减所述预设值得到的；

在检测到所述电子设备第n+2次进入所述第一地铁站，获取所述电子设备保存的所述第一地铁站的所述第五显示信息；

若所述第五弹卡参数大于所述第五不弹卡参数，则显示所述第一乘车态卡片。

8.根据权利要求1所述的方法，其特征在于，所述检测到所述电子设备进入第一地铁站，包括：订阅地铁站的粗精度围栏，所述粗精度围栏用于指示所述电子设备位于地铁站附近；

检测到所述电子设备位于所述第一地铁站附近，确定所述第一地铁站对应的粗精度围栏触发；

所述第一地铁站对应的粗精度围栏触发后，订阅所述第一地铁站对应的第一高精度围栏；所述第一高精度围栏用于指示所述电子设备位于所述第一地铁站的闸机附近；

检测到所述电子设备位于所述第一地铁站的闸机附近，确定所述第一高精度围栏被触发；

所述第一高精度围栏触发后，订阅第一室内围栏；所述第一室内围栏用于指示所述电子设备位于所述第一地铁站的室内；

检测到所述电子设备位于所述第一地铁站的室内，确定所述第一室内围栏被触发；

在所述第一高精度围栏被触发且所述第一室内围栏被触发的情况下，确定所述电子设备进入所述第一地铁站。

9.根据权利要求1所述的方法，其特征在于，所述订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，包括：订阅应用围栏，所述应用围栏包括至少一个服务的标识，所述至少一个服务为包含地铁乘车码的服务；

响应于接收到的点击所述刷码选项的操作，显示第一应用的第一服务的界面；

获取所述第一服务的标识，所述第一服务的标识包括所述第一应用的标识和所述第一服务的活动Activity标识；

检测到所述第一服务的标识与所述应用围栏指示的至少一个服务的标识匹配，订阅所述第一服务所属第一窗口是否包含地铁乘车码；

检测到所述第一窗口中包含地铁乘车码，订阅所述第一窗口发生的窗口内容变化事件，并且，订阅所述电子设备是否发生翻腕事件；

在第一预定时长内，若所述第一窗口未发生第一目标事件，并且所述电子设备未发生翻腕事件，则确定所述电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站；所述第一窗口发生第一目标事件，所述第一目标事件属于所述窗口内容变化事件，所述第一目标事件用于指示所述第一窗口显示刷码成功界面。

10.根据权利要求1所述的方法，其特征在于，所述订阅所述电子设备是否使用地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，包括：检测到所述电子设备离开所述第一地铁站，获取所述电子设备保存的第一刷码信息，所述第一刷码信息用于指示所述电子设备在所述第一地铁站内显示过地铁乘车码界面，并且，所述第一刷码信息还用于指示所述电子设备未使用所述地铁乘车码界面中的地铁乘车码刷码，以及所述第一刷码信息还用于指示所述电子设备上一次刷码为刷码出站；

基于所述第一刷码信息，确定所述第一地铁站为起始站，且所述电子设备在所述第一地铁站内显示过所述地铁乘车码界面，以及所述电子设备在显示所述地铁乘车码界面之后，未检测到所述电子设备使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站；

检测所述电子设备当前的运动状态是否为乘坐地铁状态；

当所述电子设备当前的运动状态为乘坐地铁状态，确定所述电子设备使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站；

当所述电子设备当前的运动状态为非乘坐地铁状态，则在第一预定时长后，检测所述电子设备最近一次到达的地铁站是否为所述第一地铁站，若所述电子设备最近一次到达的地铁站为所述第一地铁站，确定所述电子设备未使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站；

若所述电子设备最近一次到达的地铁站非所述第一地铁站，确定所述电子设备使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站。

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

若检测到所述电子设备使用所述地铁乘车码界面中的地铁乘车码刷码进入所述第一地铁站，则：将所述乘车态卡片更新为常规态乘车卡片，所述常规态乘车卡片包括所述刷码选项，所述常规态乘车卡片用于提供与地铁乘车码界面关联的应用入口；

若所述第一弹卡参数为预设最大值，且所述第一不弹卡参数为预设最小值，不更新所述第一显示信息；

若所述第一弹卡参数未达到所述预设最大值，且所述第一不弹卡参数未达到所述预设最小值，获取所述第一地铁站的第六显示信息，所述第六显示信息包括第六弹卡参数和第六不弹卡参数，所述第六弹卡参数为所述第一弹卡参数加所述预设值得到的，所述第六不弹卡参数为所述第一不弹卡参数减所述预设值得到的。

12.根据权利要求1所述的方法，其特征在于，所述显示第一乘车态卡片，包括：若所述电子设备显示的卡片组中包括多个卡片，所述第一乘车态卡片置于所述多个卡片中的其它卡片上方显示。

13.一种电子设备，其特征在于，包括：

一个或多个处理器、存储器；

以及一个或多个计算机程序，其中所述一个或多个计算机程序存储在所述存储器上，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至权利要求12任一项所述的方法。

说明书

地铁出行检测方法及电子设备

技术领域

[0001] 本申请涉及终端设备领域，尤其涉及一种地铁出行检测方法及电子设备。

背景技术

[0002] 随着终端设备领域的发展，终端的应用场景越来越广泛。例如，用户可通过终端中 安装的应用所提供的刷码服务乘坐地铁。但是，目前的应用所提供的刷码服务的操作较 为繁琐，用户体验较差。

发明内容

[0003] 本申请提供一种优化的地铁出行检测方法及电子设备。

[0004] 在本申请提供的一些实施例中，电子设备可以为用户地铁出行方式提供更精准、更 便捷的刷码服务，以提升用户体验。

[0005] 示例性的，电子设备中可安装有多个具有刷码功能的应用。在一些场景中，用户需 要刷码时，可通过触发具有刷码功能的应用，以使得应用显示地铁乘车码界面。用户可 使用地铁乘车码界面中的地铁乘车码刷码进站或出站，从而无需用户再购买地铁卡或者 携带地铁卡。为了进一步提升用户体验，一些场景中，电子设备可以通过提供快速入口， 以使得用户在简单操作，例如点击快速入口对应的按钮的情况下，即可使得电子设备跳 转到地铁乘车码界面，从而简化用户操作。而与地铁乘车码界面所属应用关联的快速入 口的显示时机，则需要考虑到及时性，且避免对用户的过多打扰，需要符合用户的需求， 以使得快速入口能够在用户需要坐地铁时展示给用户。本申请的一些实施例中提供了一 种地铁出行检测方法，电子设备可以基于用户的行为状态，确定是否需要弹出乘车态卡 片。并且，电子设备可以抑制在不需要乘坐地铁的用户的乘车卡片的弹出，提升用户使 用体验。

[0006] 第一方面，本申请实施例提供一种地铁出行检测方法。该方法包括：电子设备检测 到电子设备第n次进入第一地铁站，获取电子设备保存的第一地铁站的第一显示信息； 第一显示信息中包括第一弹卡参数和第一不弹卡参数；若第一弹卡参数大于第一不弹卡 参数，则显示第一乘车态卡片；第一乘车态卡片中包括第一地铁站的名称和刷码选项， 刷码选项和地铁乘车码界面相关联，第一乘车态卡片用于提示当前地铁站为第一地铁站， 并且第一乘车态卡片还用于提供与地铁乘车码界面关联的应用入口；电子设备订阅电子 设备是否使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站的事件围栏；若检测 到电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站，则：取消显示 第一乘车态卡片，并获取第一地铁站的第二显示信息，第二显示信息包括第二弹卡参数 和第二不弹卡参数，第二弹卡参数为第一弹卡参数减预设值得到的，第二不弹卡参数为 第一不弹卡参数加预设值得到的，第二显示信息用于在检测到电子设备第n+1次进入第 一地铁站的情况下，根据第二显示信息确定第二弹卡参数与第二不弹卡参数之间的大小 关系，进而确定是否显示第一乘车态卡片。这样，电子设备可以基于用户每次在站点内 的刷码情况，更新站点对应的显示信息，并可以基于站点对应的显示信息，确定是否允 许弹出乘车卡片。从而提供一种动态检测方法，可基于不同的用户在不同地铁站的刷码 行为，确定是否允许在地铁站内弹出乘车态卡片，以抑制在该地铁站的卡片的弹出。

[0007] 根据第一方面，检测到电子设备第n次进入第一地铁站，获取电子设备保存的第一 地铁站的第一显示信息之前，还包括：检测到电子设备第m次进入第一地铁站，并且电 子设备中未保存对应于第一地铁站的显示信息，显示第一乘车态卡片，并订阅电子设备 是否使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站的事件围栏，m小于或等 于n‑1；检测到电子设备未使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站，取 消显示第一乘车态卡片，并保存第一地铁站的第三显示信息，第三显示信息包括第三弹 卡参数和第三不弹卡参数，第三弹卡参数为初始弹卡参数值减预设值得到的，第三不弹 卡参数为初始不弹卡参数值加预设值得到的。这样，电子设备可通过多次更新弹卡参数 的方式，确定是否需要对地铁站的乘车态卡片进行抑制。

[0008] 根据第一方面，或者以上第一方面的任意一种实现方式，初始弹卡参数值为1，初始 不弹卡参数值为0，预设值为0.2。

[0009] 根据第一方面，或者以上第一方面的任意一种实现方式，m等于n‑2，方法还包括： 检测到电子设备第n‑1次进入第一地铁站，获取电子设备保存的第一地铁站的第三显示 信息；若第三弹卡参数大于第三不弹卡参数，则显示第一乘车态卡片；订阅电子设备是 否使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站的事件围栏；检测到电子设 备未使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站，取消显示第一乘车态卡 片，并获取第一地铁站的第一显示信息，第一弹卡参数为第三弹卡参数减预设值得到的， 第一不弹卡参数为第三不弹卡参数加预设值得到的。这样，电子设备可通过多次更新弹 卡参数的方式，确定是否需要对地铁站的乘车态卡片进行抑制。

[0010] 根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在检测到电 子设备第n+1次进入第一地铁站后，订阅电子设备是否使用地铁乘车码界面中的地铁乘 车码刷码进入第一地铁站的事件围栏；检测到电子设备未使用地铁乘车码界面中的地铁 乘车码刷码进入第一地铁站，获取第一地铁站的第四显示信息；第四显示信息包括第四 弹卡参数和第四不弹卡参数，第四弹卡参数为第二弹卡参数减预设值得到的，第四不弹 卡参数为第二不弹卡参数加预设值得到的；检测到电子设备第n+2次进入第一地铁站， 获取电子设备保存的第一地铁站的第四显示信息；根据第四弹卡参数与第四不弹卡参数 之间的大小关系，确定是否显示第一乘车态卡片。这样，电子设备在对地铁站的乘车卡 片抑制后，可继续更新弹卡参数，直至弹卡参数达到设置的最小值或最大值。相应的， 如果需要解除该地铁站的乘车卡片的抑制，则需要多次更新显示信息，才能解除抑制， 从而防止参数的频繁振荡。

[0011] 根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在检测到电 子设备第k次进入第一地铁站之后，订阅电子设备是否使用地铁乘车码界面中的地铁乘 车码刷码进入第一地铁站的事件围栏，k大于或等于n+3；检测到电子设备未使用地铁乘 车码界面中的地铁乘车码刷码进入第一地铁站，并且，第四弹卡参数为预设最小值，第 四不弹卡参数为预设最大值，则不更新第四显示信息。这样，地铁站的显示信息达到最 大值或最小值，如果用户在该地铁站再次未刷码，则无需再更新显示信息。

[0012] 根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在检测到电 子设备第n+1次进入第一地铁站后，订阅电子设备是否使用地铁乘车码界面中的地铁乘 车码刷码进入第一地铁站的事件围栏；检测到电子设备使用地铁乘车码界面中的地铁乘 车码刷码进入第一地铁站，获取第一地铁站的第五显示信息；第五显示信息包括第五弹 卡参数和第五不弹卡参数，第五弹卡参数为第二弹卡参数加预设值得到的，第五不弹卡 参数为第二不弹卡参数减预设值得到的；在检测到电子设备第n+2次进入第一地铁站， 获取电子设备保存的第一地铁站的第五显示信息；若第五弹卡参数大于第五不弹卡参数， 则显示第一乘车态卡片。这样，若电子设备在已经抑制弹卡的地铁站刷码，则电子设备 增大弹卡参数且减小不弹卡参数，从而降低对该站的弹卡的抑制程度。

[0013] 根据第一方面，或者以上第一方面的任意一种实现方式，检测到电子设备进入第一 地铁站，包括：订阅地铁站的粗精度围栏，粗精度围栏用于指示电子设备位于地铁站附 近；检测到电子设备位于第一地铁站附近，确定第一地铁站对应的粗精度围栏触发；第 一地铁站对应的粗精度围栏触发后，订阅第一地铁站对应的第一高精度围栏；第一高精 度围栏用于指示电子设备位于第一地铁站的闸机附近；检测到电子设备位于第一地铁站 的闸机附近，确定第一高精度围栏被触发；第一高精度围栏触发后，订阅第一室内围栏； 第一室内围栏用于指示电子设备位于第一地铁站的室内；检测到电子设备位于第一地铁 站的室内，确定第一室内围栏被触发；在第一高精度围栏被触发且第一室内围栏被触发 的情况下，确定电子设备进入第一地铁站。示例性的，电子设备通过设置多个地铁围栏， 可以逐渐提升检测精度和准确性，以避免发生用户在地铁附近而未在地铁的闸机附近就 弹卡的场景，或者是用户在地铁的闸机附近而未进入地铁站内的场景等，以在提高对需 要乘坐地铁的用户的检测精准度的同时，避免对不需要乘坐地铁的用户的打扰。

[0014] 根据第一方面，或者以上第一方面的任意一种实现方式，订阅电子设备是否使用地 铁乘车码界面中的地铁乘车码刷码进入第一地铁站，包括：订阅应用围栏，应用围栏包 括至少一个服务的标识，至少一个服务为包含地铁乘车码的服务；响应于接收到的点击 刷码选项的操作，显示第一应用的第一服务的界面；获取第一服务的标识，第一服务的 标识包括第一应用的标识和第一服务的活动Activity标识；检测到第一服务的标识与应 用围栏指示的至少一个服务的标识匹配，订阅第一服务所属第一窗口是否包含地铁乘车 码；检测到第一窗口中包含地铁乘车码，订阅第一窗口发生的窗口内容变化事件，并且， 订阅电子设备是否发生翻腕事件；在第一预定时长内，若第一窗口未发生第一目标事件， 并且电子设备未发生翻腕事件，则确定电子设备未使用地铁乘车码界面中的地铁乘车码 刷码进入第一地铁站；第一窗口发生第一目标事件，第一目标事件属于窗口内容变化事 件，第一目标事件用于指示第一窗口显示刷码成功界面。这样，电子设备可基于刷码围 栏，检测用户在地铁站是否刷码，从而基于检测结果，确定更新显示信息的方式。

[0015] 根据第一方面，或者以上第一方面的任意一种实现方式，订阅电子设备是否使用地 铁乘车码界面中的地铁乘车码刷码进入第一地铁站，包括：检测到电子设备离开第一地 铁站，获取电子设备保存的第一刷码信息，第一刷码信息用于指示电子设备在第一地铁 站内显示过地铁乘车码界面，并且，第一刷码信息还用于指示电子设备未使用地铁乘车 码界面中的地铁乘车码刷码，以及第一刷码信息还用于指示电子设备上一次刷码为刷码 出站；基于第一刷码信息，确定第一地铁站为起始站，且电子设备在第一地铁站内显示 过地铁乘车码界面，以及电子设备在显示地铁乘车码界面之后，未检测到电子设备使用 地铁乘车码界面中的地铁乘车码刷码进入第一地铁站；检测电子设备当前的运动状态是 否为乘坐地铁状态；当电子设备当前的运动状态为乘坐地铁状态，确定电子设备使用地 铁乘车码界面中的地铁乘车码刷码进入第一地铁站；当电子设备当前的运动状态为非乘 坐地铁状态，则在第一预定时长后，检测电子设备最近一次到达的地铁站是否为第一地 铁站，若电子设备最近一次到达的地铁站为第一地铁站，确定电子设备未使用地铁乘车 码界面中的地铁乘车码刷码进入第一地铁站；若电子设备最近一次到达的地铁站非第一 地铁站，确定电子设备使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站。这样， 电子设备可基于电子设备的运动状态以及结合地铁围栏，确定用户是否刷码。

[0016] 根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：若检测到电 子设备使用地铁乘车码界面中的地铁乘车码刷码进入第一地铁站，则：将乘车态卡片更 新为常规态乘车卡片，常规态乘车卡片包括刷码选项，常规态乘车卡片用于提供与地铁 乘车码界面关联的应用入口；若第一弹卡参数为预设最大值，且第一不弹卡参数为预设 最小值，不更新第一显示信息；若第一弹卡参数未达到预设最大值，且第一不弹卡参数 未达到预设最小值，获取第一地铁站的第六显示信息，第六显示信息包括第六弹卡参数 和第六不弹卡参数，第六弹卡参数为第一弹卡参数加预设值得到的，第六不弹卡参数为 第一不弹卡参数减预设值得到的。这样，电子设备可动态的更新地铁站的弹卡参数和不 弹卡参数，以适应用户的不同的需求。

[0017] 根据第一方面，或者以上第一方面的任意一种实现方式，显示第一乘车态卡片，包 括：若电子设备显示的卡片组中包括多个卡片，第一乘车态卡片置于多个卡片中的其它 卡片上方显示。

[0018] 根据第一方面，或者以上第一方面的任意一种实现方式，显示第一乘车态卡片，包 括：电子设备显示第一乘车态卡片时，振动和/或播放提示音。

[0019] 根据第一方面，或者以上第一方面的任意一种实现方式，所述电子设备在桌面、锁 屏界面、应用界面、下拉菜单栏、负一屏中的至少一个界面中显示所述第一乘车态卡片。

[0020] 根据第一方面，或者以上第一方面的任意一种实现方式，所述电子设备在应用界面 显示所述第一乘车态卡片时，所述第一乘车态卡片为悬浮控件形式。

[0021] 第二方面，本申请提供一种电子设备。该电子设备包括：一个或多个处理器、存储 器；以及一个或多个计算机程序，其中一个或多个计算机程序存储在存储器上，当计算 机程序被一个或多个处理器执行时，使得电子设备执行第一方面或第一方面的任意实现 方式中的方法的指令。

[0022] 第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一 种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参 见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

[0023] 第三方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计 算机程序包括用于执行第一方面或第一方面的任意实现方式中的方法的指令。

[0024] 第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一 种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参 见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

[0025] 第四方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第一 方面或第一方面的任意实现方式中的方法的指令。

[0026] 第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一 种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参 见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

[0027] 第五方面，本申请实施例提供一种芯片，该芯片包括处理电路、收发管脚。其中， 该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第 一方面的任一种实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信 号。

附图说明

[0028] 图1为示例性示出的电子设备的硬件结构示意图；

[0029] 图2为示例性示出的地铁出行检测方法流程示意图；

[0030] 图3为示例性示出的地铁出行检测方法流程示意图；

[0031] 图4a～4g为示例性示出的应用场景示意图；

[0032] 图5为示例性示出的应用场景示意图；

[0033] 图6为示例性示出的乘车卡片示意图；

[0034] 图7a～7d为示例性示出的用户界面示意图；

[0035] 图8为示例性示出的刷码检测方法的流程示意图；

[0036] 图9为示例性示出的用户界面示意图；

[0037] 图10为示例性示出的感知模块订阅刷码围栏的流程示意图；

[0038] 图11为示例性示出的用户界面示意图；

[0039] 图12为示例性示出的应用场景示意图；

[0040] 图13为示例性示出的用户界面示意图；

[0041] 图14为示例性示出的地铁出行检测方法的流程示意图；

[0042] 图15a～15d为示例性示出的应用场景示意图；

[0043] 图16为示例性示出的用户界面示意图；

[0044] 图17为示例性示出的地铁出行检测方法的流程示意图；

[0045] 图18为示例性示出的电子设备的软件结构示意图。

具体实施方式

[0046] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整 地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本 申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例，都属于本申请保护的范围。

[0047] 本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关 系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情 况。

[0048] 本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不 同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是 用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

[0049] 在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。 本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解 释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例 如”等词旨在以具体方式呈现相关概念。

[0050] 在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例 如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系 统。

[0051] 图1示出了电子设备100的结构示意图。应该理解的是，图1所示电子设备100仅 是电子设备的一个范例，并且电子设备100可以具有比图中所示的更多的或者更少的部 件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图1中所示出的各种 部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软 件的组合中实现。

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

[0053] 本申请的一些实施例涉及地铁站相关的粗精度围栏(如，及刻 围栏)和高精度围栏， 对于一个地铁站而言，其可以对应一个粗精度围栏(如，及刻 围栏)和一个高精度围栏。 该粗精度围栏(如，及刻 围栏)可以是该能够标识该地铁站的地理范围的一个地理围栏， 用户若携带电子设备进入该地铁站的地理范围内，则可以触发该粗精度围栏；高精度围 栏可以是指该地铁站里的刷码闸机的地理范围的一个地理围栏，用户若携带电子设备进 入该地铁站里的刷码闸机的地理范围内，则可以触发该高精度围栏。其中，所述地理围 栏可以通过地理位置(如通过GPS定位等方式确定地理位置)来标识该地理围栏对应的 地理范围，也可以通过该地理范围内的信号指纹(如该地理范围内所能检测到的基站信 息、wifi信息、蓝牙信息等)来标识该地理围栏对应的地理范围。

[0054] 示例性的，电子设备100的软件结构中可以包括感知模块、智慧出行服务以及第三 方应用等。可选地，本申请实施例中涉及的第三方应用包括支付应用、一卡通等包括地 铁乘车服务的应用。

[0055] 图2为示例性示出的地铁出行检测方法流程示意图。请参照图2，具体包括：

[0056] S201a，智慧出行服务向感知模块指示注册城市围栏。

[0057] 示例性的，本申请实施例中，云端可获取到城市中的地铁出行网络信息。地铁出行 网络信息中可包括所在城市中的各地铁站的站点信息，站点信息包括但不限于：地铁站 名称、地铁站位置、地铁站内的Wi‑Fi信息、地铁站附近的蜂窝网络信息、地铁站内的 蓝牙网络信息等。

[0058] 示例性的，地铁站名称即为该站的站名，例如可以是国家图书馆站、北京西站等。

[0059] 示例性的，地铁站位置可选地为地铁站的经纬度信息。

[0060] 示例性的，地铁站内的Wi‑Fi信息可选地为地铁站内(也可以理解为闸机附近)的 Wi‑Fi网络信息。Wi‑Fi网络信息可以包括但不限于：Wi‑Fi网络的标识信息、Wi‑Fi网络 的地址信息等。

[0061] 示例性的，地铁站附近的蜂窝网络信息可选地为地铁站附近的基站对应的小区标识。 可选地，蜂窝网络信息也可以是基站的标识信息。举例说明，国家图书馆站附近包括基 站A和基站B，基站A包括小区1、小区2和小区3，其中，小区2和小区3覆盖国家 图书馆站(可以是全部覆盖，也可能是部分覆盖)，基站B包括小区4和小区5，小区4 覆盖国家图书馆站。相应的，国家图书馆站的蜂窝网络信息包括但不限于：基站A的小 区2的标识信息、基站A的小区3的标识信息、基站B的小区4的标识信息。可选地， 国际图书馆站的蜂窝网络信息也可以包括基站A的标识信息和基站B的标识信息。

[0062] 可选地，布设有地铁的城市中，可能有部分城市可对应有地铁出行网络信息。例如， 城市A、城市B和城市C均布设有地铁，云端只存储有城市A和城市B的地铁出行网络 信息。相应的，位于城市A中的手机，可以基于从云端获取到的城市A对应的地铁出行 网络信息，执行地铁出行检测流程。位于城市B中的手机，可以基于从云端获取到的城 市B对应的地铁出行网络信息，执行地铁出行检测流程。对于城市C，在云端未获取到 城市C的地铁出行网络信息之前，位于城市C中的手机是无法执行地铁出行检测流程的。

[0063] 在本申请实施例中，智慧出行服务可向感知模块发送指示信息，用于指示感知模块 注册城市围栏。也就是说，智慧出行服务指示感知模块订阅城市围栏，以检测手机当前 是否在指定城市内。示例性的，指定城市可选地为上文所述的云端所存储的对应有地铁 网络信息的城市，也可以理解为，可以支持手机执行地铁出行检测的城市。感知模块可 基于智慧出行服务的指示，订阅城市围栏。

[0064] 在一种实现方式中，感知模块可以在首次开机、初始化、灭屏充电等任一场景时， 从云端获取云端存储的各城市的城市信息以及各城市的地铁出行网络信息。其中，云端 所存储的城市即为上文所述的对应有地铁出行网络信息的城市。城市信息包括但不限于： 城市名称和城市范围。示例性的，感知模块在订阅围栏时，可基于已获取到的相关信息， 订阅对应的围栏。例如，在下面的实施例中，感知模块已从云端获取到当前所处城市的 各地铁站的蜂窝网络信息，感知模块可基于以获取到的蜂窝网络信息，订阅地铁站的及 刻围栏，具体实现方式将在下面的实施例中说明。

[0065] 可选地，感知模块可以周期性地从云端获取城市信息和地铁网络出行信息。可选地， 云端保存的城市信息和地铁出行网络信息可能存在更新，感知模块可将新获取到的城市 信息和地铁出行网络信息覆盖上一次获取到的地铁出行网络信息。一个示例中，感知模 块可以周期性地(例如每隔3天)向云端发送请求消息，以请求云端反馈地铁出行网络 信息。另一个示例中，云端可以周期性地向手机推送地铁出行网络信息。又一个示例中， 云端可以在地铁出行网络信息发生更新的情况下，向手机推送地铁出行网络信息。可选 地，云端可以仅反馈更新的地铁出行网络信息，感知模块可基于获取到的地铁出行网络 信息，对已保存的地铁出行网络信息进行更新。又一个示例中，手机可以在灭屏充电时， 从云端获取最新的的城市信息和地铁网络出行信息，从而节省手机耗电。

[0066] 示例性的，感知模块可基于已获取到的城市信息，订阅城市围栏。并且，感知模块 在执行下文实施例中的相关步骤时，可从以获取到的地铁出行网络信息中获取相关信息， 以订阅对应的围栏。

[0067] 示例性的，感知模块订阅城市围栏后，感知模块可获取到手机所处地理位置。例如， 感知模块可以调用手机的GPS功能，以获取到手机所处的地理位置(例如经纬度信息)。 再例如，手机中的其它应用调用GPS，以获取手机的位置时，感知模块可以从其他应用 中获取到手机的位置信息。

[0068] 可选地，感知模块可以周期性地获取手机的地理位置信息。

[0069] 一个示例中，感知模块检测到手机的地理位置位于指定城市的范围内，感知模块可 确定城市围栏触发，执行S201b。举例说明，仍以上文举例为例，云端保存有城市A和 城市B的地铁网络信息，而未保存有城市C的地铁网络信息。感知模块从云端获取到城 市A的城市信息和城市B的城市信息。感知模块基于城市A的城市信息和城市B的城 市信息订阅城市围栏。感知模块周期性地获取手机的地理位置。示例性的，感知模块检 测到手机所处地理位置位于城市A的城市范围内，感知模块可确定城市围栏触发，执行 S201b。另一个示例中，如上文所述，感知模块可周期性地获取到手机的地理位置，若用 户从城市A移动到城市C，感知模块检测到手机的地理位置移出城市A的城市范围，并 且，感知模块未能检测到与当前地理位置对应的城市信息，则，感知模块重新执行S201a。 可以理解为，当手机执行下文实施例中的任一步骤时，感知模块仍可周期性地获取手机 的地理位置，当感知模块检测到手机的地理位置在城市围栏所指定的城市范围内，感知 模块可继续执行当前步骤。当感知模块检测到手机的地理位置未在城市围栏所指定的城 市范围内，感知模块结束当前执行的步骤，并重新返回S201a，即，继续对城市围栏进行 检测，直至手机进入城市围栏所指定的城市范围内。

[0070] 在一种实现方式中，感知模块接收到智慧出行服务的订阅城市围栏的指示后，感知 模块可以获取手机的当前位置。感知模块可以将获取到的地理位置信息上报至云端，云 端可以将获取到的地理位置与已保存的对应有地铁出行网络信息的城市范围进行对比， 以确定手机是否在指定的城市范围内。云端可以将对比结果发送给感知模块，感知模块 可以基于云端的对比结果，确定是否触发城市围栏。感知模块可以周期性地执行上述步 骤。也就是说，感知模块可以不缓存城市信息，以降低系统缓存占用。

[0071] 在另一种实现方式中，感知模块可以从云端获取对应有地铁出行网络信息的城市的 城市信息。感知模块可以基于获取到的城市信息，订阅城市围栏。

[0072] S201b，感知模块向智慧出行服务指示城市围栏触发。

[0073] 示例性的，感知模块确定城市围栏触发，即手机在指定城市范围内后，感知模块可 向智慧出行服务指示城市围栏触发。

[0074] 在一种实现方式中，如上文所述，感知模块只获取到城市信息，在城市围栏触发后， 感知模块可以向云端发送请求消息，请求消息中可以包括手机所属城市的名称，该消息 可用于请求云端反馈所述城市对应的地铁出行网络信息。也就是说，感知模块在确定手 机所处的城市之后，再获取该城市对应的地铁出行网络信息，可有减少手机的缓存占用。

[0075] S202a，智慧出行服务向感知模块指示注册刷码记录围栏。

[0076] 可选地，智慧出行服务接收到感知模块发送的城市围栏触发指示后，可确定手机所 在城市布设有地铁网络，并且，手机可以从云端获取到该城市的地铁出行网络信息，以 执行地铁出行检测。

[0077] 示例性的，智慧出行服务可以向感知模块发送指示信息，用于指示感知模块注册刷 码记录围栏。其中，刷码记录围栏的作用可以理解为指示感知模块检测是否手机是否曾 经成功刷码，也可以理解为，用户是否通过刷码乘过地铁。

[0078] 示例性的，本申请实施例中，智慧出行服务(或感知模块)可记录有刷码记录，当 用户每次通过手机中的第三方应用或者是系统应用提供的刷码服务成功刷码后，智慧出 行服务可保存刷码成功记录。

[0079] 可选地，对于一些用户，例如老人或不需要乘坐地铁的用户，其可能从未通过刷码 方式乘坐地铁，对于这类用户，智慧出行服务无需为这类用户提供地铁出行检测，即， 无需执行后续的基站检测、Wi‑Fi检测等流程，以有效降低这类用户的手机的功耗。可选 地，感知模块已订阅刷码记录围栏，当感知模块可在检测到手机刷码成功，可确定刷码 记录围栏触发。举例说明，用户A从未刷码乘过地铁，感知模块订阅刷码记录围栏后， 并未触发。某日，用户A通过支付应用中的刷码服务成功刷码并乘坐地铁，感知模块可 检测到手机刷码成功，并且确定刷码记录围栏触发，执行S202b。

[0080] 示例性的，对于安装有刷码服务应用，并且通过刷码服务刷码乘过车的手机，感知 模块可检测到手机保存有刷码记录，可确定刷码记录围栏触发，执行S202b。

[0081] 需要说明的是，本申请实施例中所述的刷码服务可选地为通过乘车二维码刷码的方 式。对于通过NFC等方式刷卡进站的方式，则不适用于本申请。举例说明，若手机通过 NFC的刷卡方式乘车，则感知模块不会触发刷码记录围栏，直至用户通过乘车码刷码成 功后，才会触发刷码记录围栏。

[0082] S202b，感知模块向智慧出行服务指示刷码记录围栏触发。

[0083] 示例性的，感知模块检测到刷码记录围栏触发后，可向智慧出行服务发送指示信息， 用用户指示刷码记录围栏触发。

[0084] 在一种实现方式中，刷码围栏为可选地围栏。例如，手机在检测到城市围栏触发后， 可以执行S203a。本申请不做限定。

[0085] S203a，智慧出行服务向感知模块指示注册家围栏、公司围栏和睡眠围栏。

[0086] 示例性的，智慧出行服务向感知模块发送指示信息，用于指示感知模块订阅家围栏、 公司围栏和睡眠围栏中的至少一个。感知模块响应于智慧出行服务的指示，注册家围栏、 公司围栏和睡眠围栏中的至少一个。本申请实施例中以智慧出行服务指示感知模块订阅 家围栏、公司围栏和睡眠围栏为例进行说明。需要说明的是，本申请实施例中的围栏仅 为示意性举例，在其他实施例中，还可以包括其它条件的围栏，例如可以是时间围栏， 例如时间围栏可以指示本城市中最后一趟地铁停运时间至本城市首班地铁起始时间之 间。本申请不做限定。

[0087] 示例性的，家围栏可以理解为是当感知模块检测到手机所处位置为用户家中，则可 不执行后续的步骤，当感知模块检测到用户离家之后，可确定家围栏触发。示例性的， 公司围栏可以理解为是当感知模块检测到手机所处位置为用户公司中，则可不执行后续 的步骤，当感知模块检测到用户离开公司之后，可确定公司围栏触发。需要说明的是， 在其他实施例中，本步骤中的围栏还可以包括学校围栏等其它围栏，其具体处理方式与 公司围栏和家围栏类似，此处不再赘述。

[0088] 可选地，家围栏信息可以包括但不限于以下至少之一：用户家庭中的Wi‑Fi信息、 用户家庭附近的蜂窝网络信息、用户家庭的地理位置信息等。举例说明，感知模块可获 取到手机当前连接的Wi‑Fi信息或扫描到的Wi‑Fi信息，当感知模块检测到连接的Wi‑Fi 或扫描到的Wi‑Fi中包括用户家中的Wi‑Fi信息(例如Wi‑Fi名称)，感知模块可确定用 户位于家中。再举例说明，感知模块可获取到手机当前连接的基站信息或扫描到的基站 信息，当感知模块检测到连接或扫描到的基站为用户家附近的基站，则可确定用户在家 中。再举例说明，感知模块可获取到手机的地理位置信息，当感知模块检测到用户的地 理位置在用户家附近区域，则可确定用户在家中。需要说明的是，用户家庭中的Wi‑Fi 信息、蜂窝信息以及地理位置信息等，可以是感知模块获取到的，也可能是感知模块从 手机中的其它应用获取到的，还可能是从云端获取到的，也可以是用户设置的。例如， 感知模块可对用户的地理位置统计，当用户在预定时长(例如4小时)内，持续在一个 范围内移动，可认为该地理位置所属区域(例如500米内)为用户的家或者是公司。再 例如，感知模块连接Wi‑Fi之后，可对连接时长进行统计，若连接某个Wi‑Fi的次数大于 阈值，并且每次连接的时长大于阈值(例如2小时)，可认为该Wi‑Fi为用户家庭Wi‑Fi 或者是公司Wi‑Fi。再例如，感知模块连接蜂窝网络后，可统计蜂窝网络的连接时长，若 在预定时长(例如2小时)内未发生切换，则可确认该蜂窝网络覆盖用户家庭或用户公 司。

[0089] 可选地，感知模块可以基于上述多个信息，以检测用户是否在家，即对家围栏进行 监控。当满足其中任意一个条件时，例如感知模块检测到手机连接Wi‑Fi，则可确定用户 在家。可选地，当感知模块检测到与家中的Wi‑Fi连接断开预定时长(例如10分钟)后， 可确定家围栏触发，即用户离家。

[0090] 需要说明的是，若感知模块通过检测到家围栏中的多个条件都满足，例如，手机连 接家中的Wi‑Fi，并且手机的地理位置在用户家庭范围内，感知模块确定用户在家。在判 断用户是否离家时，只要家围栏中的任意一个条件触发，即可确定用户离家，例如，感 知模块检测到Wi‑Fi断开预定时长，但未检测到手机的地理位置移出用户家庭范围，则 感知模块仍确定用户离家，即家围栏触发，执行S203b。当然，在其他实施例中，感知 模块也可以在检测到的条件都触发的情况下，例如，感知模块检测到Wi‑Fi断开后，再 进一步检测到手机的地理位置移出家庭范围外之前，感知模块不触发家围栏，在检测到 手机的地理位置移出家庭范围外后，感知模块确定用户离家，即家围栏触发，从而防止 误判。

[0091] 示例性的，对于公司围栏，其判断方式与家围栏类似，此处不再赘述。

[0092] 示例性的，睡眠围栏可指示睡眠时间区间，例如可以是23:00至次日5：00，在该事 件区间内，用户通常是在睡眠，无需执行后续的地铁出行检测。感知模块可对时间进行 检测，当进入睡眠围栏指示的时间，则无需执行后续的步骤。当感知模块确定当前时间 不在睡眠围栏指定的时间范围内，则可确定睡眠围栏触发。

[0093] 需要说明的是，若感知模块订阅上述家围栏、公司围栏等多个围栏，当满足任意一 个围栏指定的条件，则不执行后续的步骤，也就是说，感知模块确定用户在家，无需执 行后续的步骤，从而降低功耗。

[0094] 进一步需要说明的是，感知模块订阅上述围栏后，可实时进行监控，在执行下面实 施例中的任意一个步骤时，若S203a中的任意一个围栏满足，则停止执行当前步骤，并 对S203a中的围栏进行检测。举例说明，若感知模块在执行下面的S204a时，感知模块 检测到手机连接用户家庭的Wi‑Fi，感知模块可确定用户在家，并执行S203a，即对家围 栏进行订阅，在用户再次离家后，再执行后续的步骤。

[0095] 进一步需要说明的是，在本步骤中，若用户检测到满足围栏的条件，可确定用户在 家，而当用户检测到手机不满足围栏的条件，例如断开围栏所指示的Wi‑Fi，则可确定用 离开家，即围栏触发。

[0096] 举例说明，如图4a所示，用户当前位置是在家中，感知模块订阅家围栏、公司围栏 和睡眠围栏后，感知模块获取到用户当前位置信息。感知模块基于用户当前位置，确定 用户在家中。感知模块对家围栏进行检测，以检测用户是否离开家。请参照图4b，示例 性的，用户离开家后，感知模块基于用户的当前位置，确定用户离开家，感知模块确定 家围栏触发，并执行S203b。

[0097] S203b，感知模块向智慧出行服务指示家围栏、公司围栏、睡眠围栏触发。

[0098] 示例性的，感知模块检测到上述任一围栏触发，可向智慧出行服务发送指示信息， 以指示对应的围栏触发。例如，感知模块检测到用户离开家，即确定家围栏触发，感知 模块向智慧出行服务发送指示信息，用于指示家围栏触发。

[0099] S204a，智慧出行服务指示感知模块注册运动状态围栏。

[0100] 示例性的，智慧出行服务响应于感知模块指示的家围栏、公司围栏和/或睡眠围栏触 发，智慧出行服务向感知模块发送指示信息，用于指示感知模块订阅运动状态围栏。

[0101] 示例性的，感知模块响应于智慧出行服务的指示，订阅运动状态围栏后，可周期性 地获取手机的运动状态。一个示例中，感知模块可通过调用手机中的传感器(例如加速 度传感器等)以获取手机的运动状态。另一个示例中，感知模块也可以通过手机中的其 它可实时获取手机的运动状态应用中，获取到手机的运动状态。

[0102] 示例性的，运动状态围栏围栏可用于指示感知模块对手机的运动状态进行检测，以 检测用户是否处于步行状态。示例性的，感知模块可设置有各运动状态对应的阈值，例 如设置有步行状态阈值、骑行状态阈值、乘坐地铁状态阈值、乘坐汽车状态阈值等。需 要说明的是，各阈值可以是一个数值，也可以是一个范围。感知模块可基于从传感器获 取到的参数，与设置的各阈值进行比较，以确定运动状态。例如，若感知模块基于从传 感器获取到的参数，检测到参数满足步行状态阈值，则可确定运动状态为步行状态。再 例如，若感知模块基于从传感器获取到的参数，检测到参数满足骑行状态阈值，则可确 定运动状态为骑行状态。

[0103] 一个示例中，若感知模块基于获取到的手机的运动状态，确定当前用户为步行状态， 则确定运动状态围栏触发，执行S204b。

[0104] 另一个示例中，若感知模块基于获取到的手机的运动状态，确定当前用户非步行状 态，例如是骑行状态或者是乘车状态，可确定运动状态围栏未触发。

[0105] 举例说明，如图4b所示，用户离开家后，智慧出行服务基于感知模块的指示，确定 用户离开家。智慧出行服务指示感知模块订阅运动状态围栏。感知模块响应于智慧出行 服务的指示订阅运动状态围栏后，周期性地获取手机的运动状态。用户离开家后，骑行 向地铁站移动。感知模块可检测到手机的运动状态非步行。请参照图4c，示例性的，用 户到达地铁站附近，用户下车步行至地铁站。示例性的，感知模块可获取到手机当前的 运动状态，并确定手机的运动状态(也可以理解为是用户的运动状态)为步行，感知模 块可确定运动状态围栏触发，执行S204b。

[0106] 需要说明的是，在本申请实施例中，感知模块订阅运动状态围栏后，可周期性地对 运动状态围栏进行检测。在感知模块执行下面实施例中的任意步骤时，如果感知模块检 测到手机的运动状态非步行，则重新执行S204a，即继续对运动状态围栏进行检测。举例 说明，仍参照图4c，用户步行时，感知模块可确定运动状态围栏触发，感知模块执行后 续的步骤，在感知模块在执行图3中的任意步骤时，感知模块获取到手机的运动状态非 步行，感知模块可结束当前步骤。例如，用户步行至地铁站附近，感知模块可正在对及 刻围栏进行检测(具体方式将在下文中说明)，用户再次骑车行进。感知模块检测到手机 的运动状态变为非步行状态，感知模块可解除当前步骤，即不再对及刻围栏进行检测， 而是重复执行S204a中所描述的，对运动状态进行检测。

[0107] S204b，感知模块向智慧出行服务指示运动状态围栏触发。

[0108] 示例性的，感知模块确定用户步行，即确定运动状态围栏触发后，向智慧出行服务 发送指示信息，用于指示运动状态围栏触发。

[0109] 结合图2，图3为示例性示出的地铁出行检测方法流程示意图，请参照图3，具体包 括：

[0110] S301a，智慧出行服务向感知模块指示注册及刻围栏。

[0111] 示例性的，智慧出行服务向感知模块发送指示信息，用于指示感知模块注册及刻围 栏。感知模块响应于智慧出行服务的指示，注册及刻围栏。

[0112] 示例性的，及刻围栏用于指示感知模块对即刻围栏所指示的条件进行检测。如图4d 所示，感知模块检测到满足及刻围栏的条件时，即可确定及刻围栏触发，执行S301b。 可选地，及刻围栏的条件可以包括但不限于以下至少之一：地铁附近的蜂窝网络、地铁 的地理范围等。

[0113] 示例性的，地铁附近的蜂窝网络可以为覆盖地铁的小区，具体描述可参照上文中的 家附近蜂窝网络的相关内容，此处不再赘述。示例性的，当感知模块检测到手机扫描到 或者是切换至地铁附近的蜂窝网络，即可确定用户到达地铁站附近，即确定该地铁站的 及刻围栏触发。

[0114] 示例性的，地铁的地理范围可选地为地铁站的预设范围内，例如可以是500米，可 以根据实际需求设置。示例性的，当感知模块检测到手机的地理位置位于地铁的地理范 围内，可确定及刻围栏触发。

[0115] 需要说明的是，本申请实施例中所述的“地铁站附近”可选地为用户在地铁站附近 200米范围内，或者是500米范围内，具体取决于及刻围栏所指示的地理范围的大小或者 是地铁附近的基站的蜂窝网络覆盖范围大小。可选的，每个地铁站的及刻围栏所对应的 范围相同或不同。举例说明，地铁站A的及刻围栏所指示的地理范围与地铁站B的及刻 围栏所指示的地理范围不相同，其中，地铁站A的及刻围栏所指示的地理范围为地铁站 A的500米范围内，地铁站B的及刻围栏所指示的地理范围为地铁站B的600米范围内。 也就是说，当手机检测到用户到达地铁站A的500米范围内时，可确定地铁站A的及刻 围栏触发。当手机检测到用户到达地铁站B的600米范围内时，可确定地铁站B的及刻 围栏触发。

[0116] 示例性的，如上文所述，感知模块可从云端获取到所在城市内的地铁出行网络信息， 其中包括各地铁站的站点信息(例如包括站点名称、蜂窝网络信息等，概念可参照上文， 此处不再赘述)。感知模块可基于所在城市的各地铁站的站点信息中与及刻围栏所指定的 条件对应的信息(可以简称为及刻围栏信息)，订阅及刻围栏。

[0117] 例如及刻围栏信息可以包括但不限于以下至少之一：地铁站的地理位置和地铁站附 近的蜂窝网络信息。可选地，地铁站的站点信息中可以包括地铁站的地理范围，每个地 铁站对应的地理范围大小相同或不同。可选地，若各地铁站的站点信息中包括的是地铁 站的地理位置，则感知模块可基于设定的范围大小(例如500米)确定地铁站的地理范 围。

[0118] 举例说明，以及刻围栏的条件包括地铁附近的蜂窝网络为例。请参照图4e，示例性 的，基站B的信号覆盖国家图书馆站，如上文所述，云端保存有各地铁站的站点信息(概 念可参照上文，此处不再赘述)。感知模块可从云端获取到国家图书馆站的站点信息，站 点信息包括国家图书馆站的名称、国家图书馆站的地理位置、国家图书馆站内的Wi‑Fi 信息以及国家图书馆站附近的蜂窝网络信息(即基站B的标识信息)。

[0119] 示例性的，感知模块可从云端获取到各地铁站的站点信息，感知模块可基于获取到 的各地铁站的站点信息，订阅各地铁站的及刻围栏。例如，国家图书馆站的及刻围栏是 基于国家图书馆站的蜂窝网络信息设置的。即，当感知模块检测到手机接入国家图书馆 站的及刻围栏所指示的蜂窝网络后，即可确定国家图书馆站的及刻围栏触发，也可以理 解为用户到达国家图书馆站附近。

[0120] 举例说明，请参照图4e，用户处于用户位置A时，手机接入基站A。手机基于蜂窝 网络的配置，可周期性地或者是触发性地扫描附近的蜂窝网络。示例性的，本申请实施 例中所述的扫描可选地为手机可以接收到基站(或者是下文中的接入点)发送的探测信 号，探测信号中可选地包括基站(或接入点)的标识信息、地址信息等信息。

[0121] 仍参照图4e，示例性的，手机在用户位置A上，只扫描到基站A。感知模块将基站 A的标识信息与各地铁站的及刻围栏所指示的蜂窝网络进行匹配，感知模块确定未匹配 成功，不作处理。

[0122] 示例性的，用户步行至用户位置B。手机仍接入基站A，在当前位置(即用户位置B)， 手机可扫描到基站A和基站B，并获取到基站A和基站B的标识信息。

[0123] 一个示例中，感知模块可将基站A的标识信息与基站B的标识信息分别与各地铁站 的及刻围栏指示的蜂窝网络进行匹配。感知模块可确定基站B的标识信息与国家图书馆 站的及刻围栏指示的蜂窝网络匹配成功，感知模块可确定用户到达国家图书馆站附近， 即可确定国家图书馆站的及刻围栏触发。

[0124] 在另一个示例中，感知模块可将基站A的标识信息与基站B的标识信息分别与各地 铁站的及刻围栏指示的蜂窝网络进行匹配。感知模块可确定基站B的标识信息与国家图 书馆站的及刻围栏指示的蜂窝网络匹配成功。感知模块可进一步获取与基站B之间的通 信质量参数。可选地，通信质量参数包括但不限于以下至少之一：SNR(SIGNAL NOISE RATIO，信噪比)、RSRP(Reference Signal Receiving Power，参考信号接收功率)、RSRQ (Reference Signal Receiving Quality，参考信号接收质量)、RSSI(Received Signal Strength Indication，接收的信号强度指示)等。示例性的，通信质量参数可以是手机(例如可以 是图1中的移动通信模块150)基于接收到的探测信号获取到的，具体获取方式可参照已 有技术，本申请不再赘述。可选地，若获取到的通信质量参数大于或等于设定的阈值(可 以根据实际需求设置)，感知模块可确定国家图书馆站的及刻围栏触发。可选地，若获取 到的通信质量参数小于设定的阈值，则不作处理，也可以理解为，感知模块重复执行上 述步骤。需要说明的是，各地铁站的及刻围栏对应的地铁网络信息中可以包括上文所述 的与通信质量参数对应的阈值，也就是说，感知模块获取到的各地铁站的地铁出行网络 信息中可包括设定的阈值(也可以称为通信质量参数阈值)，各地铁站对应的通信质量参 数阈值可以相同，也可以不同。可选地，通信质量参数所对应的阈值可以是云端基于用 户上报的通信质量参数确定的。例如，手机刷码成功(包括进站和出站)后，手机可获 取当前站点的蜂窝网络信息，包括蜂窝网络的标识信息、以及蜂窝网络的信号强度信息。 手机可将获取到的蜂窝网络信息上报至云端。云端可接收到多个用户上报的蜂窝网络信 息，并基于获取到的蜂窝网络信息，获取每个站点的蜂窝网络的通信质量参数对应的阈 值。例如，云端可以每个周期(例如3天，可根据实际需求设置)获取本周期内所有用 户上报的同一个地铁站的蜂窝网络的通信质量参数的平均值，并将该平均值作为该地铁 站的蜂窝网络的通信质量参数对应的阈值。可选地，云端也可以将本周期内的平均值的 上下1个标准差的范围作为阈值范围，也就是说，当手机检测到蜂窝网络的通信质量参 数在该阈值范围内，即可确定满足及刻围栏的条件。

[0125] 在又一个示例中，当用户处于用户位置B时，感知模块确定及刻围栏检测周期(可 以根据实际需求设置)触发，感知模块检测当前接入的基站。感知模块可从移动通信模 块150获取到当前接入的基站为基站A，即与上一次检测(例如用户位置A)时的结果 相同，感知模块不作处理。当用户步行至用户位置C时，手机切换到基站B，即手机接 入基站B。感知模块确定及刻围栏检测周期触发，感知模块获取当前接入的基站的信息。 感知模块可从移动通信模块150获取到当前接入的基站为基站B的标识信息。感知模块 将基站B的标识信息与各地铁站的及刻围栏指示的蜂窝网络进行匹配。感知模块确定基 站B的标识信息与国家图书馆站的及刻围栏指示的蜂窝网络匹配成功，感知模块可确认 用户在国家图书馆站附近，即可确定国家图书馆站的及刻围栏触发。

[0126] 在又一个示例中，移动通信模块150可以在每次切换基站后，向感知模块上报切换 后的基站的标识信息。例如，在用户位置B时，手机未执行蜂窝网络切换，移动通信模 块150不上报任何信息。当用户向地铁站方向移动(例如可能是在用户位置B与用户位 置C之间的任意位置)，手机检测到满足切换条件(具体细节可参照已有技术)，手机切 换到基站B。手机接入基站B后，移动通信模块150向感知模块上报切换后的基站，即 基站B的标识信息。感知模块可基于基站B的标识信息，确定国家图书馆站的及刻围栏 触发。

[0127] 举例说明，以及刻围栏的条件包括地铁站的地理范围为例。请参照图4e，示例性的， 用户在用户位置B时，感知模块确定及刻围栏检测周期触发，感知模块获取手机当前的 位置信息。感知模块将位置信息与各地铁站的及刻围栏所指示的地理范围匹配，并确定 匹配失败，即，用户不在地铁站附近。用户步行至用户位置C时，感知模块确定及刻围 栏检测周期触发，感知模块获取手机当前的位置信息。感知模块将位置信息与各地铁站 的及刻围栏所指示的地理范围匹配，可确定与国家图书馆站的及刻围栏指示的地理范围 匹配，感知模块确定国家图书馆站的及刻围栏触发。

[0128] 示例性的，若感知模块订阅的及刻围栏包括多个条件，例如包括地铁附近的蜂窝网 络和地铁站的地理范围，当任意一个条件满足，例如检测到手机位于地铁站的地理范围 内；或者，检测到手机接入地铁站附近的蜂窝网络；或者，检测到手机位于地铁站的地 理范围内，且手机接入地铁站附近的蜂窝网络，即可确定及刻围栏触发。

[0129] 可选地，与上文中所述的运动状态围栏等围栏类似，感知模块订阅及刻围栏后，感 知模块在执行下面实施例中的步骤时，同样会基于及刻围栏进行检测。举例说明，若在 执行S303a，即感知模块对高精度围栏进行检测时，若感知模块检测到用户离开地铁站附 近，即，不满足及刻围栏所指示的条件，则感知模块可停止当前流程，并对及刻围栏进 行检测。

[0130] 例如用户到达地铁站附近后，感知模块确定及刻围栏触发，感知模块订阅高精度围 栏，并对高精度围栏所指示的条件进行检测。感知模块同时还在检测及刻围栏对应的条 件，如果用户在地铁站附近停留，并未进入高精度围栏的范围，并且，用户又离开了及 刻围栏所指示的范围，感知模块可检测到用户离开及刻围栏。可选地，感知模块可停止 对高精度围栏所指示的条件进行检测。可选地，感知模块可解除高精度围栏。可以理解 为，在本申请实施例中，各围栏是层叠关系，在外层围栏触发，并且保持触发状态下， 才对下一层围栏所指示的条件进行检测，以降低功耗。可选地，如果检测到当前不满足 更外层的围栏所指示的条件，则停止对当前围栏所指示的条件进行检测。可选地，围栏 可以保留，而只是不对围栏所指示的条件进行检测。可选地，感知模块也可以解除围栏， 再外层各围栏触发之后，再重新订阅围栏。需要说明的是，本申请实施例中所述的“订阅” 围栏可以理解为是建立围栏，也可以理解为是已经提前建立围栏，而在“订阅”之后才开 始对围栏所指示的条件进行检测，下文中不再重复说明。

[0131] S301b，感知模块向智慧出行服务指示及刻围栏触发。

[0132] 示例性的，感知模块向智慧出行服务发送指示信息，用于指示及刻围栏触发。可选 地，指示信息中可以包括站点名称，用于指示触发的及刻围栏所对应的站点。

[0133] S302a，智慧出行服务向感知模块指示注册高精度围栏。

[0134] 示例性的，智慧出行服务接收到感知模块的指示，确定地铁站(例如国家图书馆地 铁站)的及刻围栏触发后，向感知模块发送指示信息，用于指示感知模块注册高精度围 栏。可以理解为，及刻围栏是粗范围的围栏，当感知模块确定及刻围栏触发，即可确定 用户到达地铁站附近。随后，手机可执行后续的高精度围栏的识别。也就是说，当粗精 度围栏满足之后，才执行高精度围栏的识别，从而有效降低设备功耗。

[0135] 示例性的，如上文所述，感知模块已从云端获取到各地铁站的站点信息，其中包括 当前地铁站，例如国家图书馆地铁站的站点信息，包括但不限于以下至少之一：地铁站 名称、地铁站位置、地铁站内的Wi‑Fi信息、蓝牙网络信息、地铁站附近的蜂窝网络信 息等。感知模块响应于智慧出行服务的指示，可基于已获取到的国家图书馆站对应的站 点信息，订阅高精度围栏。

[0136] 可选地，高精度围栏的条件包括但不限于以下至少之一：地铁闸机附近的蓝牙网络 信息、地铁闸机附近的Wi‑Fi网络信息等。相应的，感知模块可以基于国家图书馆站的 站点信息中的Wi‑Fi信息和/或蓝牙网络信息，订阅国家图书馆站的高精度围栏，以检测 用户是否到达国家图书馆站的闸机附近。

[0137] 请参照图4f，示例性的，感知模块订阅高精度围栏后，可对高精度围栏所指示的条 件进行检测。当用户继续向地铁闸机方向步行至图4f中所示的用户位置时，感知模块可 检测到满足高精度围栏所指示的条件，感知模块可确定高精度围栏触发。也就是说，感 知模块可确认用户到达地铁站的闸机附近。

[0138] 下面以高精度围栏指示的条件包括地铁站附近的Wi‑Fi网络为例进行说明。需要说 明的是，高精度围栏指示的条件包括蓝牙网络时的场景与Wi‑Fi网络的场景的处理方式 类似，本申请不再重复说明。请参照图4g，示例性的，国家图书馆站的闸机附近包括一 个或多个接入点(Access Point，AP)，例如可以包括AP1、AP2和AP3。AP1的Wi‑Fi1 网络、AP2的Wi‑Fi2网络和AP3的Wi‑Fi3网络覆盖国家图书馆站内的闸机所在区域。 感知模块从云端获取到的国家图书馆站的站点信息中包括国家图书馆站的Wi‑Fi网络信 息。其中，Wi‑Fi网络信息中包括但不限于：AP1的接入点信息、AP2的接入点信息和 AP3的接入点信息。接入点信息包括但不限于：AP的名称(也可以是Wi‑Fi的名称)、 AP的Wi‑Fi地址信息等。

[0139] 感知模块可基于从云端获取到的国家图书馆站的Wi‑Fi网络信息，订阅国家图书馆 站的高精度围栏。感知模块可通过手机的无线通信模块160获取到Wi‑Fi扫描结果。一 个示例中，感知模块可以指示无线通信模块160执行Wi‑Fi扫描，以获取附近的Wi‑Fi 信息(包括AP的名称、地址信息等)。另一个示例中，无线通信模块160可周期性地扫 描附近Wi‑Fi，感知模块可以调用无线通信模块160的扫描结果。又一个示例中，无线通 信模块160可以响应于手机中的其它应用执行Wi‑Fi扫描，感知模块同样可以获取到扫 描结果。本申请实施例中以感知模块周期性地从无线通信模块160获取扫描结果为例进 行说明。

[0140] 示例性的，感知模块基于扫描到的结果，检测是否进入国家图书馆站的高精度围栏。 仍参照图4g，示例性的，当用户从图4e中的用户位置C步行至图4g中的用户位置D时， 感知模块指示无线通信模块160进行Wi‑Fi扫描。假设该位置上不存在Wi‑Fi网络覆盖， 则无线通信模块160未扫描到Wi‑Fi网络。无线通信模块160将扫描结果上报给感知模 块。感知模块基于获取到的扫描结果，确定未触发高精度围栏。

[0141] 请继续参照图4g，示例性的，用户步行至用户位置E。在该位置上，无线通信模块 160可扫描到Wi‑Fi1网络，并获取到AP1的接入点信息。示例性的，无线通信模块160 将扫描结果上报给感知模块。感知模块获取到AP1的接入点信息。感知模块将AP1的标 识信息与国家图书馆站的高精度围栏指示的Wi‑Fi网络进行匹配，并确定匹配成功。感 知模块确定国家图书馆站的高精度围栏触发。也就是说，用户已到达国家图书馆站的闸 机附近。

[0142] 在一种实现方式中，感知模块可基于接收到的Wi‑Fi信号，确定Wi‑Fi网络的通信质 量参数(概念可参照上文)，当Wi‑Fi网络的通信质量参数大于阈值，即可确定高精度围 栏触发。示例性的，Wi‑Fi网络的通信质量参数对应的阈值的获取方式可参照上文中的蜂 窝网络的阈值的获取方式，此处不再重复说明。

[0143] S302b，感知模块向智慧出行服务指示高精度围栏触发。

[0144] 示例性的，感知模块确定高精度围栏触发后，向智慧出行服务指示高精度围栏触发。

[0145] 在一种实现方式中，智慧出行服务确定高精度围栏触发后，可以进一步确定用户当 前所处的地铁站(例如国家图书馆站)是否为本次地铁出行的起始站。可选地，如上文 所述，智慧出行服务或感知模块可保存有刷码记录，刷码记录可选地包括但不限于：进/ 出站信息、站点信息等。示例性的，进/出站信息用于指示刷码记录是对应于出站或进站。 站点信息用于指示刷码进站或出站的地铁站。智慧出行服务可获取最近一次的刷码记录。 当最近一次刷码记录为出站，则可确定用户当前所处站为起始站，执行S303a。另一个示 例中，当最近一次刷码记录为进站，则可确定当前站点非起始站，可以理解为，用户已 经刷码进站，结束当前流程，并重新执行S201a。

[0146] 在另一种实现方式中，城市内的一些站点可能只设置有及刻围栏，而为设置有高精 度围栏。例如，一些站点附近有蜂窝网络，但是站点内没有蓝牙网络或者Wi‑Fi网络， 相应的，对于这些站点，云端存储的站点信息中不包括这些站点的Wi‑Fi信息等用于订 阅高精度围栏的信息。对于这类站点，感知模块订阅及刻围栏并确定站点的及刻围栏触 发后，检测到未获取到该站点的高精度围栏所需要的信息，感知模块无需订阅高精度围 栏，而执行S303a，即执行后续的室内外检测。

[0147] 在又一种实现方式中，对于一些站点，例如站点与商场是连接的，并且站点是位于 地下的，感知模块可以不对这类站点执行室内外检测，以进一步节约功耗。

[0148] S303a，智慧出行服务向感知模块指示注册室内围栏。

[0149] 示例性的，智慧出行服务向感知模块发送指示信息，用于指示感知模块注册室内围 栏，以检测用户是否进入地铁站。举例说明，请参照图5的(1)，地铁站内的Wi‑Fi可 能通过地铁的门漏出，即，当手机位于图5的(1)所示的用户位置1时，手机可扫描到 地铁站内的Wi‑Fi。相应的，感知模块在该情况下，确定高精度围栏触发。如果在高精度 围栏触发(或者是确认当前站为起始站后)的情况下，手机弹出乘车卡片(具体概念将 在下面实施例中说明)，则对于路过地铁站而非乘车的用户，不适宜的卡片弹出将会对用 户造成干扰。在本申请实施例中，手机可进一步结合室内外判断，以降低乘车卡片误弹 出的问题概率。

[0150] 示例性的，感知模块响应于智慧出行服务的指示，订阅室内围栏，以检测用户是否 进入地铁站。室内围栏所指示的条件包括但不限于以下至少之一：GPS搜星情况和光照 情况。需要说明的是，本申请实施例中仅以GPS搜星情况和光照情况为例进行说明。在 其他实施例中，感知模块还可以基于其他条件订阅室内围栏，例如可以是基于检测到的 噪音等条件。GPS搜星情况可以包括：搜索到的定位卫星数量和与每个定位卫星之间的 通信质量参数(概念可参照上文)。在一种实现方式中，若感知模块在本周期内获取到的 定位卫星搜索结果中所指示的定位卫星数量小于卫星数量阈值，和/或，通信质量参数小 于卫星通信质量参数阈值，感知模块可确定用户进入室内，即室内围栏触发。

[0151] 在另一种实现方式中，如上文所述，感知模块在订阅高精度围栏后，可持续对高精 度围栏进行检测。当感知模块检测到手机不在高精度围栏内，例如扫描不到地铁站内的 Wi‑Fi网络或蓝牙网络，感知模块可确定用户未进入室内，并重新对高精度围栏进行检测。

[0152] S303b，感知模块向智慧出行服务指示室内围栏触发。

[0153] 示例性的，感知模块确定室内围栏触发后，向智慧出行服务发送指示信息，用于指 示室内围栏触发。智慧出行服务响应于感知模块的指示，确定室内围栏触发，即用户进 入地铁站，并到达闸机附近。智慧出行服务可弹出乘车卡片。

[0154] 可选地，感知模块向智慧出行服务发送的指示信息中可包括当前站点的站点名称。 智慧出行服务可基于站点名称，生成乘车卡片，并在显示屏中显示乘车卡片。

[0155] 图6为示例性示出的乘车卡片示意图。请参照图6的(1)，示例性的，智慧出行服 务在显示界面601中显示乘车卡片602。示例性的，乘车卡片602可以位于显示界面601 的上部显示区域。可选地，在其他实施例中，乘车卡片602也可以在其他位置，并且尺 寸也可以根据实际需求设置。

[0156] 仍参照图6的(1)，乘车卡片602中可包括提示信息“地铁乘车码”，用于指示该乘 车卡片602为地铁出行卡片。可选地，提示信息也可以是将要跳转的应用的名称，例如“XX 应用地铁乘车码”。本申请不做限定。

[0157] 请继续参照图6的(1)，示例性的，如上文所述，智慧出行服务可从感知模块获取 到当前站点的名称，相应的，乘车卡片602中还可以包括但不限于：当前站点信息(例 如当前站点的名称，即国家图书馆站)等信息。

[0158] 可选地，乘车卡片602中还可以包括刷码选项6021。用户可点击刷码选项6021。如 图6的(2)所示，手机接收到用户的点击操作，可显示支付应用的地铁乘车码界面603 (也可以称为地铁乘车码服务界面、地铁出行服务界面、刷码界面等)。地铁乘车码界面 603中可包括但不限于：打车出行服务选项、公交出行服务选项、地铁出行服务选项604、 机票出行服务选项以及地铁出行乘车码显示框605。其中，地铁出行乘车码显示框中包括 但不限于提示信息(即“北京轨道交通乘车码”)以及地铁出行乘车码图形6051(也可以 称为地铁乘车二维码、地铁乘车码等)。可选地，本申请实施例中以乘车码为二维码为例， 在其他实施例中，乘车码也可以是条形码等。需要说明的是，本实例中仅以接收到用户 点击刷码选项6021的操作后，跳转到支付应用的地铁乘车码界面为例进行说明。在其他 实施例中，手机接收到用户点击刷码选项6021的操作之后所跳转的应用可以是，用户上 一次使用的刷码应用，例如可以是支付应用，也可以是其他具有刷码服务(即地铁乘车 码服务)的应用。可选地，跳转的应用也可以是用户经常使用的应用。本申请不做限定。

[0159] 需要说明的是，本申请实施例中仅以显示界面601为桌面为例进行说明，在其它实 施例中，显示界面601也可以为其它界面。

[0160] 一个示例中，如图7a的(1)所示，手机处于锁屏状态。手机的锁屏界面701中可 显示乘车卡片702。显示的位置可根据实际需求设置，其它描述可参照图6的相关描述， 此处不再赘述。可选地，若手机处于熄屏状态，手机可切换到锁屏状态，并在锁屏界面 上显示乘车卡片。

[0161] 另一个示例中，如图7a的(2)所示，用户可通过滑动手机显示屏，以显示负一屏 界面703。手机的负一屏界面703中可显示乘车卡片704。其它描述可参照图6的相关描 述，此处不再赘述。可选地，手机还可以在下拉菜单中显示乘车卡片。

[0162] 在又一个示例中，如图7b的(1)所示，手机当前显示的界面为聊天应用(也可能 是其他应用)界面，如图7b的(2)所示，手机的聊天应用界面705中显示乘车卡片706。 可选地，在该场景中，若用户在预设时长内(例如5s内)未操作乘车卡片706，或者， 用户从乘车卡片706的底部向上滑动(也可以是其它手势，可根据实际需求设置)乘车 卡片706，手机取消乘车卡片706在当前界面(例如聊天应用界面)上的显示。示例性的， 当手机响应于接收到的用户操作退出当前应用界面，并显示桌面时，手机可在桌面上显 示乘车卡片。

[0163] 在又一个示例中，如图7c的(1)所示，手机当前显示的界面为聊天应用界面。如 图7c的(2)所示，手机的聊天应用界面705中显示悬浮控件707。可选地，悬浮控件 707中可包括地铁出行图标(例如悬浮空间707中的黑色圆圈)，以指示该悬浮控件707 对应于地铁乘车码服务，以区分于其它悬浮控件。示例性的，用户点击悬浮控件707。如 图7c的(2)所示，智慧出行服务响应于接收到的用户操作，将悬浮控件707展开显示。 可选地，展开后的悬浮控件707中包括但不限于以下至少之一：当前站点名称(例如国 家图书馆站)、对应的服务名称(例如地铁乘车码)以及刷码选项7071。示例性的，用户 可点击刷码选项7071，以使得手机跳转到地铁乘车码界面，具体细节可参照上文，此处 不再赘述。可选地，在其他实施例中，若智慧出行服务在手机的显示界面中显示悬浮控 件707后，在预定的时长内(例如5s)未接收到用户点击悬浮控件707的操作，智慧出 行服务隐藏悬浮控件707。一个示例中，悬浮控件707可以消失。另一个示例中，悬浮控 件707可以只留一部分在显示界面的边缘显示。用户可以通过点击或滑动悬浮控件707 在屏幕上剩余的显示部分，以展开悬浮控件
707。又一个示例中，悬浮控件707可以淡化 显示，淡化程度可根据实际需求设置。需要说明的是，手机在显示应用界面时，若需要 弹出地铁乘车卡片或者是悬浮控件，可根据应用的设置选择相应的显示方式。例如，当 手机显示视频应用时，可以显示地铁乘车卡片。当手机全屏显示视频画面时，可显示悬 浮控件，具体可根据实际需求设置。进一步需要说明的是，图7c中所示的悬浮控件707 的尺寸以及位置仅为示意性举例。

[0164] 可选地，手机可以在上述界面(桌面、锁屏、负一屏等)中的至少一个界面显示乘 车卡片。例如，手机可以在锁屏界面和桌面显示乘车卡片，即，手机在锁屏界面显示乘 车卡片，手机响应于接收到的解锁操作显示桌面，桌面中包括乘车卡片。

[0165] 在一种实现方式中，智慧出行服务显示乘车卡片602的同时，还可以通过以下至少 一种方式进行提醒：振动提示、声音提示(可通过扬声器或耳机播放提示音)、屏幕闪烁 提示、指示灯闪烁提示等。

[0166] 在另一种实现方式中，手机的显示界面中显示的卡片可能包括多个，例如包括航班 出行卡片、外卖提醒卡片等。智慧出行服务显示乘车卡片602，将其置顶显示。例如，手 机当前显示的卡片包括航班出行卡片和外卖提醒卡片。手机可轮训的显示当前的两张卡 片。假设当前显示的是航班出行卡片，示例性的，智慧出行服务生成乘车卡片602后， 将乘车卡片602置顶显示，即当前显示的卡片为乘车卡片602，其它卡片叠加在乘车卡片 602下方。

[0167] 在一种实现方式中，智慧出行服务确定高精度围栏触发之后，即可弹出乘车卡片。 另一个示例中，智慧出行服务在确定当前站为首站的情况下，即可弹出乘车卡片。

[0168] 在另一种实现方式中，若智慧出行服务关闭，智慧出行服务可向感知模块发送指示 信息，用于指示解除所有围栏。感知模块响应于接收到的操作，解除所有围栏。举例说 明，请参照图7d的(1)，智慧助手服务界面708(即智慧出行服务)中包括但不限于一 个或多个控件，例如包括、智慧语音选项、智慧视觉选项、智慧识屏选项以及“YOYO 建议”选项等。用户可点击“YOYO建议”选项。如图7d的(2)所示，手机接收到用 户操作，显示YOYO建议界面
709。YOYO建议界面709中可包括但不限于一个或多个 选项，例如包括航班出行选项、日历选型、地铁乘车码选项以及更多选项7091。可选地， 各选项中可包括对应的服务的状态。例如，地铁乘车码选项处于开启状态，则地铁乘车 码选项显示“已开启”，以指示地铁乘车码选项处于开启状态。用户可点击地铁乘车码选 项。如图7d的(3)所示，手机响应于接收到的用户操作，显示服务管理界面710。服务 管理界面710中可包括地铁乘车码服务的相关选项，例如包括地铁乘车码选项(也可以 称为开启/关闭选项)、卡片集选项、悬浮窗选项、通知选项、耳机播报选项等。其中， 地铁乘车码选项用于开启或关闭地铁出行提醒服务。若该服务关闭，智慧出行服务解除 所有地铁出行相关的围栏。卡片集选项用于开启或关闭乘车卡片提示。若该功能开启， 手机可显示乘车卡片。若该功能关闭，则手机不显示乘车卡片。
悬浮窗选项用于开启或 关闭悬浮窗显示方式，如上文所述，地铁乘车服务可以以悬浮控件的方式在界面中显示， 该功能开启，则允许以悬浮窗方式显示。若该功能关闭，则不允许以悬浮窗显示。通知 选项用于开启或关闭通知栏中的服务信息。例如，若用户点击地铁乘车码选项，手机响 应于接收到的用户操作，关闭地铁乘车码服务，即，关闭与地铁出行所有相关的服务， 并解除地铁出行相关的围栏，即本申请实施例中的所涉及的所有围栏。

[0169] 在又一种实现方式中，如上文所述，感知模块的围栏均是在智慧出行服务指示后订 阅的，在其他实施例中，智慧出行服务可以向感知模块发送订阅围栏指示，感知模块可 以基于智慧出行服务的指示，订阅上文所述的所有围栏，并按照各围栏之间的执行顺序， 对围栏进行检测。例如，感知模块在检测到城市围栏触发后，可订阅刷码记录围栏。

[0170] 在本申请实施例中，用户进站，手机弹出乘车卡片后，手机检测用户是否刷码。本 申请实施例中可提供一种刷码事件订阅方案，以检测用户是否成功刷码。一个示例中， 手机可成功检测到用户刷码进站，并更新乘车卡片的状态，例如图13中所示，乘车卡片 可从图13的(1)中的乘车态卡片更新为图13的(2)中的常规态卡片。具体示例将在 图8的相关示例中说明。另一个示例中，若手机未能成功识别用户刷码进站，手机可基 于地铁围栏检测用户是否刷码进站。具体示例将在图14中的相关示例进行说明。

[0171] 下面结合图8所示的刷码检测方法的流程示意图，对刷码事件订阅方案进行详细说 明。请参照图8，具体包括：

[0172] S801，智慧出行服务向感知模块指示注册刷码围栏和应用围栏。

[0173] 示例性的，本申请实施例中以订阅刷码成功事件为例进行说明，也就是说，本申请 中的技术方案能够准确检测到是否发生刷码成功事件。

[0174] 示例性的，智慧出行服务向感知模块发送指示信息，用于指示感知模块注册刷码围 栏和应用围栏。其中，应用围栏用于订阅手机是否运行指定应用的指定服务，在本申请 实施例中，指定服务即为地铁乘车码服务(也可以称为地铁出行服务、地铁刷码服务等)。 刷码围栏用于订阅手机是否使用地铁乘车码服务，即是否刷码成功。

[0175] 示例性的，智慧出行服务可获取到手机中安装的各应用是否具备刷码(即地铁乘车 码刷码)功能，也可以理解为是否包括刷码服务。

[0176] 例如，手机中安装支付应用后，智慧出行服务可从云端或者是支付应用的描述信息 中获取到支付应用具备地铁乘车码服务。再例如，手机中安装聊天应用后，智慧出行服 务可从云端或者聊天应用的描述信息中获取到聊天应用具备地铁乘车码服务。

[0177] 需要说明的是，对于聊天应用和支付应用，该类应用包括多个子服务，例如聊天应 用中包括但不限于：聊天服务、小程序服务、理财服务等。

[0178] 智慧出行服务向感知模块发送的指示信息中可包括手机中已安装的包含地铁乘车码 服务的应用的应用程序标识，以指示感知模块基于智慧出行服务指示的应用程序标识注 册应用围栏。

[0179] 在一种实现方式中，智慧出行所指示的应用程序可以为手机中已安装的所有包含地 铁乘车码服务的应用。在另一种实现方式中，智慧出行所指示的应用程序可以为手机中 的已安装的部分包含地铁乘车码服务的应用。例如，手机中包括应用A、应用B和应用 C，且应用A～应用C均包含地铁乘车码服务。其中，应用A开通地铁乘车码服务，应用 B和应用C未开通地铁乘车码服务。相应的，智慧出行服务向感知模块发送的指示信息 中包括应用A的应用程序标识，而不包括应用C的应用程序标识和应用B的应用程序标 识。即，手机仅对应用A是否存在刷码事件进行订阅，而不订阅应用B和应用C。

[0180] S802，感知模块注册应用围栏和刷码围栏。

[0181] 示例性的，感知模块响应于智慧出行服务的指示，注册应用围栏和刷码围栏。

[0182] 示例性的，应用围栏用于感知模块对前台应用进行检测，以检测当前运行的前台应 用是否为指定应用(即包含地铁乘车码服务的应用)。在确定为指定应用后，感知模块 可进一步检测指定应用是否运行了地铁乘车码服务。

[0183] 感知模块在接收到智慧出行服务的指示后，可从云端获取到所有包含地铁乘车码服 务的应用的应用程序标识，以及对应的地铁乘车码服务的Activity(活动)标识。

[0184] 可选地，应用程序的标识可以为应用程序的包名。例如，聊天应用的应用程序包名 即为XX聊天。应用程序的包名是由应用程序开发者设置的。

[0185] 可选地，Activity标识用于指示应用中的子功能运行时所对应的标识。Activity标识 可以理解为是应用的各服务(或功能)运行时的活动标识。举例说明，以聊天应用为例， 手机响应于接收到的用户操作启动聊天应用，聊天应用启动并在前台显示，窗口管理器 (也可能是活动管理器(Activity Manager))可获取到聊天应用的应用程序标识，例如“聊 天应用”。聊天应用响应于接收到的用户操作，可启动地铁乘车码小程序。窗口管理器即 可获取到聊天应用当前运行的服务(也可以称为活动，即地铁乘车码小程序)所对应的 标识。

[0186] 示例性的，感知模块可基于智慧出行服务指示的应用程序标识，查询到与应用程序 标识对应的地铁乘车码服务的Activity标识，并基于应用程序标识和地铁乘车码服务的 Activity标识，注册应用围栏，以监测智慧出行服务订阅的应用中的地铁乘车码服务是否 运行。

[0187] 在本申请实施例中，应用程序标识和地铁乘车码服务的Activitiy标识可以组成地铁 乘车码服务的标识。也就是说，感知模块可基于地铁乘车码服务的标识，订阅应用围栏。

[0188] 在一种实现方式中，感知模块在接收到智慧出行服务的指示后，可以从云端获取智 慧出行服务指示的应用程序所对应的地铁乘车码服务的Activity标识。例如，本申请实 施例中，手机安装有支付应用和聊天应用，支付应用和聊天应用均包括地铁乘车码服务。 智慧出行服务可向感知模块发送支付应用的应用程序标识和聊天应用的应用程序标识。 感知模块可从云端获取支付应用的地铁乘车码服务的标识以及聊天应用的地铁乘车码服 务的标识。并基于支付应用的地铁乘车码服务的标识以及聊天应用的地铁乘车码服务的 标识，注册应用围栏，即检测支付应用的地铁乘车码服务与聊天应用的地铁乘车码服务 是否运行。

[0189] 刷码围栏可用于感知模块对当前运行的地铁乘车码服务进行检测，以检测是否发生 刷码事件。刷码围栏可包括多个子围栏，例如包括但不限于：定时器围栏、刷码界面围 栏、翻腕围栏和刷码成功界面围栏等。

[0190] 感知模块可从云端获取到各应用的地铁乘车码服务的刷码界面对应的特征事件和刷 码成功界面对应的特征事件。刷码界面可以是地铁乘车码服务的包含地铁乘车码的界面， 例如图6的(2)，刷码成功界面可选地为用户使用地铁乘车码服务刷码成功后所显示的 界面，例如图11的(2)所示。通常情况下，刷码界面和刷码成功界面中的内容是完全 不相同的，也可以是部分不相同的。

[0191] 当感知模块检测到地铁乘车码服务的界面中包括刷码界面对应的特征事件，可确定 刷码界面围栏触发。当感知模块检测到地铁乘车码服务的界面中包括刷码成功界面对应 的特征事件，可确定刷码成功界面围栏触发，即确定发生刷码事件。

[0192] 一种实现方式中，云端可以存储不同的应用的地铁乘车码服务对应的特征事件(其 中包括刷码界面对应的特征事件和刷码成功界面对应的特征事件，下文中不再重复说 明)。相应的，感知模块可以基于从云端获取到的所有特征事件，注册刷码围栏。可选 地，刷码围栏中可以包括各应用所对应的特征事件。以聊天应用为例，刷码围栏中可以 包括聊天应用的地铁乘车码服务对应的特征事件。

[0193] 另一种实现方式中，感知模块可以基于智慧出行服务所指示的应用所对应的地铁乘 车码服务的特征事件，注册刷码围栏。例如，感知模块从云端获取到智慧出行服务指定 的应用所对应的地铁乘车码服务的特征事件。感知模块可基于指定应用所对应的地铁乘 车码服务的特征事件，订阅刷码围栏。

[0194] 又一种实现方式中，感知模块也基于触发应用围栏的应用所对应的地铁乘车码服务 的特征事件，注册刷码围栏。例如，感知模块从云端获取有多个应用所对应的地铁乘车 码服务的标识，以下简称地铁乘车码服务标识(即为应用程序标识和地铁乘车码服务的 Activity标识)，下文中不再重复说明。在下面的实施例中，感知模块检测到应用A的地 铁乘车码服务的标识，并确认触发应用围栏。感知模块可基于应用A的地铁乘车码服务 对应的特征事件，注册刷码围栏。

[0195] 可选地，特征事件可以包括但不限于地铁乘车码服务的窗口内容变化事件。例如， 当用户刷码成功后，地铁乘车码服务的窗口从当前显示的乘车码界面(例如图6的(2) 所显示的)切换到刷码成功界面(例如图11的(2))，感知模块可通过检测地铁乘车 码服务的窗口内容变化，以检测地铁乘车码服务是否刷码成功。具体实施方式将在下面 的实施例中详细说明。

[0196] 需要说明的是，本申请实施例中，S801和S802可以在手机弹出乘车卡片602后执 行。在其他实施例中，S801和S802也可以在图2和图3的任意步骤之前或之后执行， 也就是说，智慧出行服务可以预先指示感知模块注册相应的围栏，感知模块可以在基于 已注册围栏进行检测。

[0197] S803，窗口管理器检测到应用活动。

[0198] S804，窗口管理器向感知模块发送应用标识和Activitiy标识。

[0199] 示例性的，如上文所述，窗口管理器可以获取到运行的应用对应的应用标识和该应 用运行的服务所对应的Activity标识(例如可以是Activity类名)。窗口管理器获取应用 标识和Activity标识的方式可以参照已有技术实施例中的相关描述，本申请不再赘述。

[0200] 可选地，窗口管理器可周期性地向感知模块发送本周期内运行的各应用的应用标识 以及各服务的Activity标识。窗口管理器也可以在活动更新的情况下，向感知模块发送 正在运行的应用的标识以及Activity标识。例如，当支付应用运行，窗口管理器获取到 支付应用的应用程序标识和当前运行的服务(例如理财服务)的Activity标识，窗口管 理器将支付应用的应用程序标识和理财服务的Activity标识发送给感知模块。当支付应 用响应于接收到的用户操作，显示地铁乘车码界面。窗口管理器获取到支付应用的应用 程序标识和地铁乘车码服务的Activity标识。窗口管理器将支付应用的地铁乘车码服务 的标识(即支付应用的应用程序标识和地铁乘车码服务的Acitivity标识)发送给感知模 块。

[0201] 举例说明，如图6所示，手机响应于接收到的刷码选项6021的操作，显示应用的刷 码界面603。窗口管理器获取到当前运行的应用(即支付应用)的应用程序标识和运行的 活动(例如地铁乘车码服务)的Activity标识。窗口管理器将当前运行的服务的服务标 识，即地铁乘车码服务标识(即包括支付应用的应用程序和地铁乘车码服务的Activity 标识)发送至感知模块，感知模块基于获取到的乘车码服务标识，确定应用围栏触发。 具体流程可参照S805。

[0202] S805，感知模块检测到应用围栏触发。

[0203] 示例性的，如上文所述，感知模块基于应用的地铁乘车码服务的标识(即应用的应 用程序标识和地铁乘车码服务的Activity)注册应用围栏。感知模块对窗口管理器发送的 应用标识和Activity标识进行识别，以确定应用标识和Activity标识是否命中应用围栏中 的应用标识和Activity标识。

[0204] 举例说明，如上文所述，支付应用的地铁乘车码服务启动后，感知模块可接收到窗 口管理器发送的支付应用的地铁乘车码服务标识(即包括支付应用的应用程序和地铁乘 车码服务的Activity标识)。感知模块将接收到的地铁乘车码服务标识与应用围栏中指 示的地铁乘车码服务标识进行匹配。感知模块确定地铁乘车码服务标识匹配成功，即可 确定当前运行的服务为地铁乘车码服务，并进一步确定应用围栏触发。

[0205] 需要说明的是，一些场景下，用户可能不通过乘车卡片进入地铁乘车码服务。例如， 如图9的(1)所示，显示界面901中包括一个或多个控件，包括但不限于：电池电量控 件、网络控件、应用图标控件等。其中，应用图标控件包括支付应用图标控件902和聊 天应用图标控件等。用户可点击支付应用图标控件902。如图9的(2)所示，手机响应 于接收到的操作，显示支付应用界面903，支付应用界面903中包括但不限于：出行选项、 收付款选项、出行选项904以及卡包选项。示例性的，窗口管理器获取到当前运行的服 务为支付应用的主服务，并获取到主服务的标识(即支付应用的应用程序标识和主服务 的Activity标识)。窗口管理器将主服务的标识发送给感知模块。感知模块将主服务的 标识与应用围栏中指示的地铁乘车码服务标识进行匹配。感知模块确定匹配失败，即， 当前运行的服务非地铁乘车码服务。如图9的(2)所示，用户点击出行服务904。如图 9的(3)所示，支付应用响应于接收到的用户操作，运行出行服务。可选地，出行服务 中包括打车服务、公交服务、地铁乘车码服务、机票服务等。本申请实施例中，支付应 用可自动打开用户经常使用的，或者是上一次使用的其中一个服务，例如，上一次使用 的是地铁乘车码服务，则，支付应用响应于接收到的用户操作，显示地铁乘车码界面905。 地铁乘车码界面的描述可参照图6的(2)的相关内容，此处不再赘述。窗口管理器获取 当前运行的服务(即地铁乘车码服务)的标识，并将地铁乘车码服务的标识发送给感知 模块。感知模块基于接收到的地铁乘车码服务，确定应用围栏触发，具体细节可参照上 文，此处不再赘述。

[0206] S806，感知模块向无障碍服务请求应用的事件信息。

[0207] 示例性的，无障碍服务用于文本转语音、触觉反馈、手势导航、轨迹球和定向导航， 可以为应用提供无障碍功能，使得应用更加无障碍。无障碍服务配置参数最重要的功能 之一是允许开发者指定无障碍服务能处理的无障碍事件类型。成功指定该信息使无障碍 服务间能互相合作，并允许开发者灵活地处理特定应用的特定事件类型。事件过滤可以 包含以下规则：包名和事件类型。包名为指定想要无障碍服务处理的无障碍事件的应用 程序包名。如果省略该参数，无障碍服务将被视为服务于任何应用程序的无障碍事件。 事件类型用于指定开发者想要无障碍服务处理的无障碍事件的类型。例如，类型可能包 括但不限于：点击事件、窗口内容变化、窗口状态变化、滚动事件操作等。

[0208] 本申请实施例中，感知模块向无障碍服务发送请求信息，请求信息中包括但不限于 应用程序标识(例如应用程序包名)和事件类型，用于指示无障碍服务向感知模块反馈 包含应用程序标识所指示的应用发生的指定事件。

[0209] 示例性的，如上文所述，无障碍服务监控的事件类型包括但不限于：点击事件、窗 口内容变化、窗口状态变化、滚动事件等操作。在本申请实施例中，感知模块向无障碍 服务发送的请求中的事件类型信息可以包括但不限于：窗口内容变化事件类型，以指示 无障碍服务将指定应用的窗口内容变化事件反馈给感知模块。本申请实施例中仅以窗口 内容变化事件为例进行说明。在其他实施例中，特征事件也可以属于其他类型，例如可 以属于窗口状态变化事件，相应的，感知模块可以向无障碍服务注册窗口状态变化类型。

[0210] S807，无障碍服务向感知模块发送应用的事件信息。

[0211] 示例性的，无障碍服务可基于感知模块的请求，对指定应用(即应用标识所指示的 应用)进行监听，以识别是否发生指定事件。例如：窗口中显示内容的变化等。无障碍 服务可在每次检测到应用的指定事件后，向感知模块发送页面布局信息，页面布局信息 中包括本次发生的指定事件及其对应的描述信息。

[0212] S808，感知模块检测到刷码围栏触发。

[0213] 图10为示例性示出的感知模块订阅刷码围栏的流程示意图，请参照图10，具体包括：

[0214] S1001，感知模块注册定时围栏。

[0215] 示例性的，感知模块注册定时围栏。可选地，定时围栏的定时时长为3分钟。在其 他实施例中，定时时长也可以其它数值，具体可根据实际需求设置。示例性的，设置定 时时长可用于限制感知模块与无障碍服务之间的交互时长，例如，在3分钟之内，感知 模块未检测到刷码围栏触发，则流程结束，感知模块向无障碍服务发送停止反馈信息， 停止反馈信息包括应用程序标识，用于指示无障碍服务停止反馈该应用的事件信息。可 选地，定时围栏也可以是在S805之后设置的。

[0216] S1002，感知模块注册刷码界面围栏。

[0217] 示例性的，感知模块对无障碍服务发送的应用的事件信息中的信息进行识别，以检 测当前显示的界面是否为刷码界面。

[0218] 需要说明的是，以聊天应用举例，聊天应用的多个小程序可能具有相同的Activity 标识。例如，购票小程序与地铁乘车码小程序的Activity可能相同。感知模块可通过订 阅刷码界面围栏，以检测是否打开地铁乘车码小程序的界面。在确定打开地铁乘车码小 程序的界面后，再执行后续的刷码事件检测。

[0219] 示例性的，如上文所述，感知模块可预先从云端获取聊天应用的地铁乘车码小程序 的显示界面(即刷码界面)所对应的特征事件，获取方式可参照上文，此处不再赘述。 本申请实施例中，感知模块可基于获取到的地铁乘车码小程序的显示界面所对应的特征 事件，注册刷码界面围栏。在其他实施例中，刷码界面围栏还可以包括手机中的其它地 铁乘车码服务的显示界面所对应的特征事件。感知模块可对无障碍服务发送的应用的事 件信息中的信息进行识别，以检测是否包括刷码围栏所指示的特征事件。

[0220] S1003，感知模块确定刷码界面围栏触发。

[0221] 一个示例中，若感知模块检测到应用的页面布局信息中包括刷码围栏中所指示的特 征事件，感知模块可确定刷码围栏触发。另一个示例中，若感知模块检测到应用界面中 不包括刷码围栏中所指示的特征事件，感知模块继续等待无障碍服务下次反馈的应用的 页面布局信息，并重复执行上述识别步骤。示例性的，如上文所述，感知模块已启动定 时围栏，即开始计时。在3分钟计时结束时，若感知模块仍然未检测到应用界面中包括 特征事件，则流程结束，感知模块向无障碍服务发送停止反馈信息，停止反馈信息包括 应用程序标识，用于指示无障碍服务停止反馈该应用的页面布局信息。

[0222] 举例说明，如图6的(2)所示，手机响应于接收到的操作，显示地铁乘车码界面603。 无障碍服务可获取到当前界面(即地铁乘车码界面)中的内容元素。例如包括：“打车”、 “公交”、“地铁”、“机票”、“北京轨道交通乘车码”、“二维码”等。无障碍服务可向感知 模块发送支付应用的页面布局信息。页面布局信息中包括窗口内容变化事件，包括但不 限于：文本内容“打车”、文本内容“公交”、文本内容“地铁”、文本内容“机票”、文本内 容“北京轨道交通乘车码”、文本内容“二维码”等。

[0223] 感知模块对接收到的支付应用的页面布局信息进行识别，以确定是否包括刷码界面 围栏所指示的特征事件，也可以理解为，检测节点中的文本内容是否包括指定的文本内 容。例如，感知模块可以从云端获取到支付应用的地铁乘车服务的刷码界面的特征事件 包括：文本内容为“北京轨道交通乘车码”、文本内容为“二维码”。感知模块所注册的刷 码界面围栏中包括上述特征事件。示例性的，感知模块将无障碍服务反馈的支付应用的 页面布局信息中的信息与刷码界面所指示的特征事件进行匹配。感知模块确定节点：文 本内容为“北京轨道交通乘车码”、文本内容为“二维码”匹配成功，感知模块确定支付应 用当前的窗口显示的是刷码界面，即确定刷码围栏触发。

[0224] S1004，感知模块注册翻腕围栏和刷码成功界面围栏。

[0225] 示例性的，本申请实施例中，感知模块确定当前运行的地铁乘车码服务的界面显示 地铁乘车码(也可以称为地铁乘车二维码或地铁乘车码图形，例如图9中的地铁乘车码 图形9071)，即确定刷码界面围栏触发后，感知模块注册翻腕围栏和刷码成功界面围栏， 以检测用户是否使用地铁乘车码成功刷码。需要说明的是，本申请实施例中以感知模块 注册刷码成功界面围栏和翻腕围栏为例进行说明。在其他实施例中，感知模块也可以注 册翻腕围栏与刷码成功界面围栏中的任一个。

[0226] 示例性的，翻腕围栏用于检测用户的翻腕动作。感知模块注册翻腕围栏后，可从手 机的加速度传感器和陀螺仪获取数据，以检测用户是否持手机翻腕。

[0227] 示例性的，刷码成功界面围栏用于检测当前窗口(即地铁乘车码服务的窗口)是否 显示刷码成功界面。示例性的，如上文所述，感知模块可获取到各应用对应的刷码成功 界面对应的特征信息。感知模块确定刷码界面围栏触发后，可基于当前应用(例如支付 应用)的刷码成功界面对应的特征信息，订阅刷码成功界面围栏，以确定当前应用的地 铁乘车码服务是否刷码成功。

[0228] S1005a，感知模块检测到刷码成功界面。

[0229] S1005b，感知模块确定刷码成功界面围栏触发。

[0230] 示例性的，感知模块注册刷码成功界面围栏后，对无障碍服务反馈的应用的页面布 局信息进行检测，以检测页面布局信息中是否包括当前运行的地铁乘车码服务所对应的 特征事件。

[0231] 举例说明，如图11的(1)所示，手机当前显示的是支付应用的地铁乘车码界面， 具体描述可参照图6的(2)的相关内容，此处不再赘述。一个示例中，请参照图11的 (2)，用户持手机，使用支付应用的地铁乘车码刷码靠近闸机的刷码区域，以刷码进站。 闸机的刷码区域可扫描地铁乘车码，并将地铁乘车码发送至服务器。服务器响应于接收 到的地铁乘车码，向支付应用发送刷码进站成功消息。支付应用响应于接收到的刷码进 站成功消息，确定刷码成功，并显示刷码成功界面1101。可选地，支付应用的刷码成功 界面包括但不限于：“欢迎进站”、“国家图书馆”(即当前进站站名)以及地铁线路信息 显示框1102等。地铁线路信息显示框1102中包括但不限于：当前站的站名(“国家图 书馆(地铁站)”)、线路名称(“4号线”)以及地铁线路始发站和终点站的相关信息。

[0232] 也就是说，在本申请实施例中，感知模块所订阅的刷码界面围栏所指示的特征信息， 包括应用(例如支付应用，即刷码界面所属应用)的刷码进站界面对应的特征信息，以 及，刷码出站界面对应的特征信息。需要说明的是，刷码出站的方案将在下面的实施例 中说明。

[0233] 示例性的，以刷码成功界面1101为例。无障碍服务可检测到当前显示的窗口，即地 铁乘车码界面的窗口内容变换，也就是说，发生了感知模块注册的指定事件。无障碍服 务获取窗口内容变换事件对应的内容，向感知模块发送支付应用的页面布局信息。支付 应用的页面布局信息中包括但不限于：文本内容“欢迎进站”、文本内容“国家图书馆”、 文本内容“4号线”、文本内容“开往安河桥北”等。

[0234] 感知模块接收到无障碍服务发送的支付应用的页面布局信息。感知模块页面布局信 息中的信息进行遍历，以识别是否包括支付应用的地铁乘车码服务的刷码成功界面对应 的特征事件。

[0235] 举例说明，感知模块检测到：文本内容“欢迎进站”、文本内容“开往安河桥北”等窗 口内容变换事件与支付应用的刷码成功界面围栏所指示的特征事件匹配成功，即确定当 前显示的界面为刷码成功界面，感知模块确认刷码成功界面围栏触发。

[0236] 一种实现方式中，感知模块可进一步基于窗口内容变换事件的内容，确定当前是进 站或出站。举例说明，感知模块可从页面布局信息中获取到文本内容为“欢迎进站”，感 知模块可确定当前行为为刷码进站。

[0237] S1006a，感知模块检测到翻腕。

[0238] S1006b，感知模块确定翻腕围栏触发。

[0239] 示例性的，如图12的(1)所示，用户持手机并点击地铁乘车码选项后，手机响应 于接收到的用户操作显示地铁乘车码界面。如图12的(2)所示，用户在地铁乘车码界 面加载地铁乘车码成功后，用户将手机的显示屏翻转，以使得手机显示屏中显示的地铁 乘车码正对地铁闸机的刷码区域。如上文所述，感知模块在订阅翻腕围栏后，可获取手 机的加速度传感器和陀螺仪检测到的数据，感知模块可基于获取到的数据，判断用户是 否执行翻腕动作，即手机是否在显示地铁乘车码界面的同时被翻转。若感知模块确定手 机翻转，即发生翻腕事件，感知模块确定翻腕围栏触发。

[0240] S1007，感知模块确定刷码成功，解除定时器围栏。

[0241] 一个示例中，感知模块确定刷码成功界面围栏触发，即可确定刷码围栏触发，也就 是说，确定用户刷码成功。另一个示例中，感知模块确定翻腕围栏触发，即可确定刷码 围栏触发，也就是说，确定用户刷码成功。可以理解为，感知模块检测到刷码成功界面 和/或翻腕动作，即可确定刷码成功。感知模块确定刷码成功后，可解除定时器围栏，即 停止计时。

[0242] S1008，感知模块确定定时围栏触发，解除残留围栏。

[0243] 一个示例中，若感知模块在定时器围栏指示的定时时长(例如3分钟内)，未检测 到刷码界面，感知模块确定用户未刷码，感知模块可解除的刷码界面围栏。例如，用户 在家中打开了聊天应用的团购小程序，其服务标识与地铁乘车码小程序服务标识相同， 相应的，感知模块触发应用围栏，并执行后续的步骤。在3分钟之内，感知模块未检测 到刷码界面，则流程结束。

[0244] 另一个示例中，若感知模块在定时器围栏指示的定时时长(例如3分钟内)，在检 测到刷码界面后，未检测到翻腕动作或者是刷码成功界面，感知模块确定用户未刷码， 感知模块可解除翻腕围栏和刷码成功界面围栏。例如，用户打开地铁乘车码界面以查询 余额，感知模块触发应用围栏和刷码界面围栏，在3分钟之内，感知模块未检测到刷码 成功界面或翻腕动作，则流程结束。

[0245] 需要说明的是，解除围栏可以理解为感知模块不再订阅该围栏，即，不再检测是否 满足该围栏所指示的条件。

[0246] S809，感知模块指示无障碍服务反馈应用的事件信息。

[0247] 示例性的，感知模块向无障碍服务发送停止反馈信息，停止反馈信息包括应用程序 标识，用于指示无障碍服务停止反馈该应用的事件信息。无障碍服务响应于感知模块的 指示，停止向感知模块反馈指定应用的事件信息。示例性的，感知模块解除定时围栏， 即停止计时。

[0248] S810，感知模块向智慧出行服务指示刷码成功。

[0249] 示例性的，感知模块检测到刷码围栏触发后，可确定当前运行的应用的地铁乘车码 服务发生刷码事件。感知模块向智慧出行服务发送指示信息，指示信息中可包括应用程 序标识，以指示该应用存在刷码事件。

[0250] 在另一种实现方式中，如上文所述，感知模块可以获取到用户当前是进站。感知模 块向智慧出行服务发送的指示信息中可包括进站信息，以指示当前用户进站。

[0251] 一个示例中，如图13所示，智慧出行服务响应于感知模块的指示，确定刷码成功， 且为刷码进站后，智慧出行服务将当前显示的地铁乘车卡片1302(为区分图13的(2) 中的卡片，地铁乘车卡片1302称为乘车态卡片)更新为地铁乘车卡片1303，也可以称为 常规态卡片。可选地，地铁乘车卡片1303中包括但不限于以下至少之一：“地铁乘车 码”，“地铁乘车一码通行”以及“北京市地铁乘车码”等提示信息以及刷码选项1304。

[0252] 可选地，智慧出行服务显示常规态卡片时，可不做其它提醒，也就是说，在本申请 实施例中，乘车态卡片的提醒强度高于常规态卡片的提醒强度。

[0253] 可选地，常规态卡片不设置为置顶提醒。例如，当显示界面1301中显示的卡片数量 为多个时，手机可轮询显示多个卡片。可选地，当手机当前显示的卡片为其它类型的卡 片，例如为外卖提醒卡片，用户可通过左右滑动卡片，以使得手机显示常规态卡片。

[0254] 在本申请的实施例中，在用户出站之前，手机显示的地铁乘车卡片均为常规太地铁 乘车卡片。

[0255] 可选地，智慧出行服务可保存刷码信息。示例性的，刷码信息包括但不限于以下至 少之一：刷码成功的次数、本次刷码所使用的应用(例如支付应用)、本次刷码所对应的 站点、本次刷码是进站或出站等信息。

[0256] 可选地，智慧出行服务可以基于记录的刷码信息，进行地铁乘车码服务推送。例如， 如上文中的图6所述，用户点击刷码选项6021后，手机跳转到地铁乘车码界面。一个示 例中，智慧出行服务可检测用户上一次使用的地铁乘车码服务，例如可能是支付应用的 地铁乘车码服务，则手机响应与接收到的用户点击刷码选项6021的操作，显示支付应用 的地铁乘车码服务。另一个示例中，智慧出行服务可检测用户使用最多次数的地铁乘车 码服务，例如可能是聊天应用的地铁乘车码服务，手机响应与接收到的用户点击刷码选 项6021的操作，显示聊天应用的地铁乘车码服务。

[0257] 在本申请实施例中，若手机未能成功识别用户刷码进站，手机可基于地铁围栏检测 用户是否刷码进站。举例说明，用户点击刷码选项后，手机响应于接收到的操作，显示 刷码界面，感知模块订阅刷码界面围栏和翻腕围栏，用户打开刷码界面后，可能并没有 执行翻腕动作，又或者是用户翻腕动作幅度较小，手机可能并没有检测到翻腕动作。在 该种情况下，手机只能依赖于刷码界面围栏，即检测是否显示刷码成功界面。而由于手 机与服务器之间的传输时延，在手机显示刷码成功界面之前，用户可能按压开机键，使 得手机进入熄屏状态。相应的，感知模块无法检测到刷码成功界面，并在3分钟计时结 束后，确定用户未刷码。而实际情况是，用户已经刷码进站，且手机并没有检测到。本 申请实施例中提供一种地铁出行检测方法，可以基于相应的地铁围栏，以检测用户是否 刷码进站。图14为示例性示出的地铁出行检测方法的流程示意图，请参照图14，具体包 括：

[0258] S1401，感知模块向智慧出行服务指示离开及刻围栏。

[0259] 示例性的，感知模块订阅及刻围栏后，可一直对及刻围栏进行检测。可以理解为， 感知模块可选地一直检测当前条件是否满足及刻围栏所指示的条件。当然，如上文所述， 为了节约功耗，在用户离开当前城市，或者是用户的状态为骑车或乘坐汽车等状态，也 可以不对及刻围栏进行检测。具体描述可参照上文，此处不再赘述。

[0260] 示例性的，感知模块可检测用户是否离开当前站点的及刻围栏。例如，感知模块基 于手机的当前位置信息，检测到手机已经离开当前站点(例如国家图书馆站)的及刻围 栏所指示的地理范围内，感知模块可确定手机(也可以理解为用户)离开当前站点的及 刻围栏。

[0261] 感知模块确定手机离开当前站点的及刻围栏后，向智慧出行服务发送指示信息，用 于指示手机离开当前站点的及刻围栏。可选地，该指示信息中可以包括及刻围栏标识。 可选地，及刻围栏标识可以是及刻围栏对应的站点名称，也可以是其它标识，例如数字。

[0262] S1402，智慧出行服务检测是否打开过刷码界面。

[0263] 示例性的，智慧出行服务可检测手机打开过刷码界面。如上文所述，感知模块可基 于刷码界面围栏，检测手机是否打开刷码界面。感知模块检测到刷码界面围栏触发后， 可向智慧出行服务发送指示信息，以指示刷码界面围栏触发。在本步骤中，智慧出行服 务即可基于感知模块发送的指示信息，确定在当前站点，刷码围栏触发过。可以理解为， 在当前站点，用户打开过地铁乘车码界面。

[0264] 可选地，智慧出行服务也可以向感知模块发送检测请求，以请求感知模块反馈当前 站点是否触发过刷码界面围栏，感知模块可检测围栏触发情况，以向智慧出行服务反馈 指示信息。一个示例中，若智慧出行服务检测到用户为打开过刷码界面，则执行S1403。 另一个示例中，若智慧出行服务检测到用户打开过刷码界面，则执行S1404。

[0265] S1403，智慧出行服务确定用户未乘车，乘车卡片消失。

[0266] 示例性的，智慧出行服务检测到用户未打开过刷码界面后，智慧出行服务确定用户 未乘车，并取消显示乘车卡片。也就是说，手机弹出乘车态卡片(例如图6的(1)所示) 后，用户并未刷码进站，并离开了当前站点。手机在检测到用户离开站点，且用户未刷 码的情况下，取消乘车态卡片的显示。

[0267] 需要说明的是，本申请实施例中的图14是针对进站刷码的地铁出行检测流程，图17 为针对出站刷码的地铁出行检测流程。智慧出行服务可基于当前站点是否为首站(即上 文所述的起始站)，以确定需要执行图14或图17的流程。例如，在本申请实施例中，感 知模块在S302b中确定当前站为起始站后，可保存站点名称与起始站标记的对应关系。 智慧出行服务在执行S1401、S1402或S1403中的任一步骤时，可基于起始站标记，确定 当前离开的及刻围栏所对应的站点为起始站。当然，智慧出行服务也可以基于刷码记录， 确定当前是否为首站，具体检测流程可参照S302b中的描述，此处不再赘述。示例性的， 当智慧出行服务检测到离开的及刻围栏对应的站点为起始站，智慧出行服务执行图14中 的流程。当智慧出行服务检测到离开的及刻围栏对应的站点为非起始站(包括途径站和 末站(即到达站))，智慧出行服务执行图17中的流程。示例性的，在本实例中，智慧出 行服务检测到离开的及刻围栏所对应的站点为起始站，则执行图14中的流程。

[0268] S1404，智慧出行服务检测是否刷码成功。

[0269] 示例性的，如上文所述，感知模块确定刷码成功后，可向智慧出行服务发送指示信 息，以指示刷码成功。相应的，智慧出行服务可基于接收到的指示信息，确定是否已经 刷码成功。

[0270] 一个示例中，若智慧出行服务确定用户已经离开及刻围栏，且未接收到感知模块发 送的刷码成功的指示信息，智慧出行服务执行S1406。另一个示例中，若智慧出行服务 检测到接收到过感知模块发送的刷码成功的指示信息，智慧出行服务执行S1405。

[0271] S1405，智慧出行服务确认进站，显示常规态卡片。

[0272] 示例性的，如上文所述，智慧出行服务在接收到感知模块发送的刷码成功指示信息 后，可将乘车态卡片更新为常规态卡片。也就是说，在本步骤中，手机显示的已经是常 规态卡片，智慧出行服务检测到当前显示的是常规态卡片，不做处理。

[0273] S1406，智慧出行服务检测运动状态是否为乘坐地铁状态。

[0274] 示例性的，智慧出行服务确定用户已经离开及刻围栏，且用户打开过刷码界面，以 及未接收到感知模块发送的刷码成功的指示信息，智慧出行服务获取手机当前的运动状 态。可选地，智慧出行服务未接收到感知模块发送的刷码成功的指示信息的情况可能是 用户刷码，但是感知模块未能成功检测到；或者还可能是用户打开了刷码界面，但是用 户并没有刷码进站。

[0275] 智慧出行服务可从手机的加速度传感器等模块获取检测数据，以基于检测数据判定 手机当前是否处于乘坐地铁状态，具体判定方式可参照上文，此处不再赘述。

[0276] 一个示例中，若智慧出行服务检测到手机当前的运动状态为乘坐地铁状态，也就是 说，用户正在行驶的地铁上，则执行S1407。另一个示例中，若智慧出行服务检测到手 机当前的运动状态为非乘坐地铁状态，或者是，智慧出行服务未能获取到手机的运动状 态，则执行S1408a。可选地，非乘坐地铁状态包括但不限于：骑行状态、步行状态、乘 坐汽车状态等。

[0277] S1407，智慧出行服务确定进站，显示常规卡片。

[0278] 示例性的，智慧出行服务可基于检测到的运动状态，确定用户已经进站，具体处理 过程可参照S810的相关描述，此处不再赘述。

[0279] S1408a，智慧出行服务向感知模块指示注册定时围栏。

[0280] 示例性的，智慧出行服务向感知模块发送指示信息，用于指示感知模块注册定时围 栏。可选地，定时围栏可以为10分钟，也可以根据实际需求设置。感知模块响应于智慧 出行服务的指示，订阅定时围栏，即感知模块开始计时。

[0281] S1408b，感知模块向智慧出行服务指示定时围栏触发。

[0282] 示例性的，感知模块计时(例如10分钟)结束后，确定定时围栏触发。感知模块向 智慧出行服务发送指示信息，用于指示定时围栏触发。

[0283] S1409，智慧出行服务检测运动状态是否为乘坐地铁状态。

[0284] 示例性的，智慧出行服务在间隔10分钟，也就是说接收到感知模块在计时结束后发 送的指示信息后，智慧出行服务可再次检测运动状态。举例说明，用户乘坐地铁，但是 在S1406中，智慧出行服务检测运动状态时，地铁可能处于停靠状态。因此，智慧出行 服务获取到的运动状态为非乘坐地铁状态。在间隔10分钟后，智慧出行服务再次获取运 动状态，以避免误判问题。当然，上述场景仅为适应性举例，也可能存在其它可能导致 误判的场景，本申请不再逐一举例说明。

[0285] 一个示例中，若智慧出行服务检测到运动状态为乘坐地铁状态，执行S1410。

[0286] 另一个示例中，若智慧出行服务检测到运动状态为非乘坐地铁状态，执行S1411。

[0287] S1410，智慧出行服务确认进站，显示常规态卡片。

[0288] S1411，智慧出行服务检测最近进入的及刻围栏与S1401中离开的及刻围栏是否相 同。

[0289] 示例性的，在本申请实施例中，感知模块订阅及刻围栏后，可对各站点的及刻围栏 进行检测，具体检测方式可参照上文，此处不再赘述。示例性的，感知模块每次检测到 进入一个站点的及刻围栏或离开一个站点的及刻围栏，感知模块可向智慧出行服务发送 指示信息，以指示站点的及刻围栏触发(即进入某个站点的及刻围栏)，或者是指示离开 某个站点的及刻围栏。

[0290] 相应的，智慧出行服务可检测最近一次感知模块发送的指示信息所指示的进入的及 刻围栏。在本申请实施例中，各站点的及刻围栏可以基于站点名称进行标识，例如，感 知模块在检测到手机进入国家图书馆站的及刻围栏后，其向智慧出行服务发送的指示信 息中可包括及刻围栏触发信息与国家图书馆站的站名，以指示当前进入的是国家图书馆 站所对应的及刻围栏。智慧出行服务可基于接收到的指示信息，确定进入的及刻围栏所 对应的站点。离开及刻围栏的示例与进入及刻围栏的示例类似，此处不再赘述。可选地， 在其他实施例中，各站点的及刻围栏也可以用其它方式进行标识，例如可以用数字进行 标识。示例性的，感知模块向智慧出行服务发送的指示及刻围栏触发或者离开及刻围栏 的指示信息中可以包括进入或离开的及刻围栏的标识信息，即及刻围栏对应的数字。

[0291] 可选地，感知模块向智慧出行服务发送的用于指示及刻围栏触发或离开及刻围栏的 指示信息中，也可以不包括站点信息。智慧出行服务在本步骤中，可以向感知模块发送 及刻围栏检测请求，感知模块响应与智慧出行服务的请求，检测最近一次进入的及刻围 栏对应的站点，并将站点名称(也可以是其它标识)发送给智慧出行服务。

[0292] 示例性的，智慧出行服务可基于S1401中接收到的感知模块发送的指示信息中携带 的及刻围栏标识，与检测到的最近一次进入的及刻围栏的标识信息进行比较。若两个标 识一致，则确定最近一次进入的及刻围栏与S1401中离开的及刻围栏是相同的，则执行 S1413。另一个示例中，若两个标识不一致，则智慧出行服务可确定最近一次进入的及刻 围栏与S1401中离开的及刻围栏是不相同的，执行S1412。

[0293] S1412，感知模块确认进站，显示常规态卡片。

[0294] S1413，乘车卡片消失。

[0295] 示例性的，智慧出行服务基于最近一次进入的及刻围栏，确定最近一次进入的及刻 围栏即为S1401中离开的及刻围栏，也就是说，在S1401中离开及刻围栏后，用户在10 分钟之内，并没有进入其它围栏，则取消乘客卡片的显示。在该场景下可以认为是用户 没有乘车，即未刷码进站。

[0296] 在一种实现方式中，智慧出行服务弹出乘车卡片后，可指示感知模块注册定时围栏， 定时围栏可选地为30分钟，也可以根据实际需求进行设置。一个示例中，若智慧出行服 务在定时围栏触发，即计时结束之前，接收到感知模块发送的刷码成功指示，或者是， 感知模块基于图14的流程，确定用户刷码成功，或者是，接收到用户删除该乘车卡片的 操作，感知模块解除该定时围栏。另一个示例中，若在定时围栏触发，即30分钟计时结 束后，感知模块未检测到上述事件，也就是说，手机弹出乘车态卡片后，用户并没有刷 码进站，或者，用户删除乘车态卡片。感知模块向智慧出行服务发送定时围栏触发，智 慧出行服务可取消显示乘车卡片。

[0297] 下面结合具体应用场景，对图14中的流程进行详细说明。

[0298] 场景一

[0299] 图15a为示例性示出的应用场景，请参照图15a，示例性的，用户进入国家图书馆站 后，手机弹出乘车态卡片，具体细节可参照上文，此处不再赘述。该用户在国家图书馆 站内，未打开刷码界面。如上文所述，手机弹出乘车态卡片后，智慧出行服务可指示感 知模块订阅定时围栏，时长为30分钟。感知模块检测到定时围栏触发，向智慧出行服务 发送指示信息，用于指示定时围栏触发。智慧出行服务在30分钟内未检测到用户刷码， 确定用户未刷码进站，智慧出行服务取消乘车态卡片的显示。

[0300] 仍参照图15a，在另一个示例中，用户在进入国家图书馆站后，手机弹出乘车态卡片。 在10分钟后，用户离开国家图书馆站。例如，在用户位置2，感知模块可检测到用户离 开国家图书馆站的及刻围栏，感知模块向智慧出行服务发送指示信息，指示信息中包括 国家图书馆站的站点名称和离开及刻围栏指示，用于指示用户离开国家图书馆站的及刻 围栏。智慧出行服务执行S1402，检测到用户未打开过刷码界面，则智慧出行服务可确 定用户未乘车，取消显示的乘车态卡片。

[0301] 参照图15a，在又一个示例中，用户在进入国家图书馆站后，手机弹出乘车态卡片。 用户点击刷码选项，打开刷码界面。随后，用户关闭刷码界面，即，用户并未使用地铁 乘车码刷码进站。示例性的，智慧出行服务和感知模块可基于上文所述的订阅刷码事件 的方案执行，在3分钟之内，感知模块未检测到刷码成功界面或翻腕行为，感知模块结 束刷码检测流程。手机显示的卡片中仍然包括乘车态卡片。接着，用户离开国家图书馆 站的及刻围栏，知模块向智慧出行服务发送指示信息，指示信息中包括国家图书馆站的 站点名称和离开及刻围栏指示，用于指示用户离开国家图书馆站的及刻围栏。智慧出行 服务执行S1402，智慧出行服务检测到用户打开过刷码界面，执行S1404。智慧出行服务 检测到刷码未成功，执行S1406。示例性的，智慧出行服务检测到用户处于非乘坐地铁 状态，执行S1408a、S1408b以及S1409。示例性的，智慧出行服务检测到运动状态仍然 为非乘坐地铁状态，执行S1411。智慧出行服务可检测到最近一次进站的及刻围栏为国 家图书馆站的及刻围栏，即为S1401中离开的及刻围栏，则智慧出行服务确定用户未乘 车，并且已经出站，智慧出行服务取消显示乘车态卡片。

[0302] 场景二

[0303] 图15b为示例性示出的应用场景，请参照图15b，示例性的，用户进入国家图书馆站 后，手机弹出乘车态卡片。用户点击刷码选项，手机响应于接收到的用户操作，显示支 付应用的地铁乘车码界面，用户持地铁乘车码界面刷码进站。

[0304] 一个示例中，手机基于上文所述的订阅刷码事件方案，检测到用户刷码成功，智慧 出行服务将乘车态卡片切换为常规态卡片。当用户乘坐地铁离开国家图书馆站的及刻围 栏，感知模块检测到用户离开国家图书馆站的及刻围栏，向智慧出行服务发送指示信息， 以指示离开国家图书馆站的及刻围栏。智慧出行服务执行图14中的方案，即执行S1402、 S1404和S1405，具体细节可参照上文，此处不再赘述。

[0305] 另一个示例中，智慧出行服务基于订阅刷码事件方案，未能成功识别用户刷码行为。 当用户乘坐地铁离开国家图书馆站的及刻围栏，感知模块检测到用户离开国家图书馆站 的及刻围栏，向智慧出行服务发送指示信息，以指示离开国家图书馆站的及刻围栏。智 慧出行服务执行图14中的方案，即执行S1402、S1404、S1406和S1407，具体细节可参 照上文，此处不再赘述。

[0306] 场景三

[0307] 图15c为示例性示出的应用场景，请参照图15c，示例性的，用户进入国家图书馆站 后，手机弹出乘车态卡片。用户点击刷码选项，手机响应于接收到的用户操作，显示支 付应用的地铁乘车码界面，用户持地铁乘车码界面刷码进站。

[0308] 示例性的，智慧出行服务基于订阅刷码事件方案，未能成功识别用户刷码行为。当 用户乘坐地铁离开国家图书馆站的及刻围栏，感知模块检测到用户离开国家图书馆站的 及刻围栏，向智慧出行服务发送指示信息，以指示离开国家图书馆站的及刻围栏。智慧 出行服务执行图14中的方案，即执行S1402、S1404、S1406。

[0309] 示例性的，当用户乘坐地铁处于用户位置2时，智慧出行服务可能未能检测到手机 的运动状态，则执行S1408a、S1408b以及S1409。一个示例中，如图15c所示，智慧出 行服务再次检测运动状态时，用户乘坐地铁在用户位置3处，智慧出行服务检测到运动 状态为乘坐地铁状态，执行S1410。另一个示例中，慧出行服务再次检测运动状态时， 用户乘坐地铁在用户位置3处，智慧出行服务仍未获取到运动状态，执行S1411。示例 性的，用户在用户位置3处进入魏公村站的及刻围栏，感知模块检测到魏公村站的及刻 围栏触发，向智慧出行服务发送指示信息，指示信息中包括魏公村站站名和及刻围栏触 发指示，用于指示进入魏公村站的及刻围栏。智慧出行服务在执行S1411时，检测到最 近进入的及刻围栏为魏公村站对应的及刻围栏，其与S1401离开的及刻围栏不相同，也 就是说，在10分钟之内，用户从一个地铁站的及刻围栏到达另一个地铁站的围栏，在本 申请实施例中，可认为用户是乘坐地铁从一个地铁站到达另一个地铁站的。相应的，智 慧出行服务可认为在国家图书馆站时，用户刷码进站。

[0310] 在本申请实施例中，对于非起始站，也就是说，智慧出行服务确定用户刷码进站之 后，其可以订阅各站点的及刻围栏和高精度围栏。也就是说，示例性的，如上文所述， 感知模块每进入或离开一个及刻围栏，以及，每进入一个高精度围栏或离开一个高精度 围栏，感知模块可向智慧出行服务发送指示信息，以指示进入或离开及刻围栏，以及， 进入或离开高精度围栏。可选地，在非起始站，及刻围栏所指示的条件可以理解为是必 要检测项，即，感知模块可指示移动通信模块或其它模块对及刻围栏所指示的条件，例 如蜂窝网络和/或地理位置等数据进行检测，以基于检测结果，判断是否进入或离开及刻 围栏。可选地，在非起始站，高精度围栏所指示的条件可以理解为是必要检测项，也可 以是非必要检测项。若高精度围栏是必要检测项，则感知模块指示对应的模块获取高精 度围栏所指示的数据，例如，感知模块指示无线通信模块获取进行Wi‑Fi扫描，以基于 检测结果，判定是否进入或离开高精度围栏。若高精度围栏是非必要检测项，则感知模 块可以被动获取对应的模块检测到的数据。举例说明，无线通信模块(例如Wi‑Fi驱动) 不做Wi‑Fi扫描时，感知模块无法获取到Wi‑Fi扫描结果，也就是说，如果用户进入站点 的高精度围栏，感知模块也是无法感知到的。当手机中的应用(例如聊天应用)指示Wi‑Fi 驱动进行扫描时，感知模块可以从Wi‑Fi驱动获取到扫描结果。这样手机无需实时或周 期性的获取高精度围栏所指示的数据，可以有效降低系统功耗。示例性的，在非起始站， 感知模块可不订阅室内围栏(概念可参照上文)，即，不对室内围栏所指示的条件进行检 测，从而进一步降低系统功耗。可以理解为，用户刷码进站后，手机对及刻围栏所指示 的条件进行检测，选择性的对高精度围栏所指示的条件进行检测，且无需对室内围栏所 指示的条件进行检测。

[0311] 示例性的，如图15d所示，当用户乘坐地铁进入终点站(即本次行程的终点，例如 西单站)的及刻围栏时，例如在用户位置1时，感知模块可检测到用户进入站点的及刻 围栏，感知模块向智慧出行服务发送指示信息，用于指示用户已经进入西单站的及刻围 栏。示例性的，用户下车后，走向西单站的闸机，例如在用户位置2。如上文所述，感知 模块已订阅运动围栏，感知模块检测到用户的运动状态为步行。感知模块可向智慧出行 服务发送指示信息，用于指示运动状态围栏触发，即用户处于步行状态。一个示例中， 智慧出行服务获取刷码记录，并确定最近的一次刷码记录为进站，或者，智慧出行服务 可基于记录的起始站标识，确定当前站非起始站。在本申请实施例中，智慧出行服务在 非起始站，并且检测到用户步行的情况下，智慧出行服务可将当前显示的常规态卡片切 换为乘车态卡片。示例性的，如图16的(1)所示，智慧出行服务将显示界面1601中显 示的常规态卡片1602切换为图
16的(2)所示的乘车态卡片1603。可选地，手机显示乘 车态卡片1603的同时，可以震动(也可以是播放提示音等提示方式)提示，并且，乘车 态卡片1603置顶显示。具体显示方式可参照上文，此处不再赘述。

[0312] 另一个示例中，如图15d所示，智慧出行服务确定西单站的及刻围栏触发后，智慧 出行服务可等待高精度围栏触发。感知模块可基于西单站的高精度围栏所指示的条件进 行检测，以检测是否到达西单站的闸机附近，即进入西单站的高精度围栏。具体检测方 式可参照上文，此处不再赘述。示例性的，以用户位置2为例，感知模块检测到高精度 围栏触发，向智慧出行服务发送指示信息，以指示西单站的高精度围栏触发。智慧出行 服务响应于接收到的指示信息，确定用户步行且到达地铁闸机附近，智慧出行服务可将 当前显示的常规态卡片切换为乘车态卡片。可选地，在高精度围栏触发之前，乘车卡片 显示的仍然是常规态卡片。也就是说，智慧出行服务在非起始站，并且检测到用户步行 的情况下，智慧出行服务进一步检测用户是否到达闸机附近。如果用户到达闸机附近， 则智慧出行服务可确定用户将要刷码出站，显示乘车态卡片。

[0313] 示例性的，手机显示乘车态卡片之后，智慧出行服务与感知模块可基于上文所述的 刷码事件订阅方案，即执行图8和与图10中的相关流程，以检测用户是否刷码出站。

[0314] 示例性的，感知模块可基于刷码界面围栏和/或翻腕围栏，确定刷码成功。感知模块 向智慧出行服务发送指示信息，指示信息中包括但不限于：西单站(即当前到达站点的 站点名称)、刷码成功指示以及刷码出站指示(该信息为可选地)。智慧出行服务可基 于感知模块发送的指示信息，确定用户在西单站刷码出站。智慧出行服务可记录刷码信 息，例如包括但不限于以下至少之一：刷码成功的次数、本次刷码所使用的应用(例如 支付应用)、本次刷码所对应的站点、本次刷码是进站或出站等信息。可选地，智慧出 行服务还可以将西单站附近的Wi‑Fi网络和/或蓝牙网络等信息上报给云端，具体处理方 式可参照S1008，此处不再赘述。

[0315] 示例性的，智慧出行服务确定用户刷码出站后，智慧出行服务取消当前显示的乘车 卡片。需要说明的是，当前显示的乘车卡片可能是乘车态卡片，也可能是常规态卡片。 例如可能由于一些原因，造成用户出站之前，手机未能显示乘车态卡片。本申请不做限 定。

[0316] 示例性的，与刷码进站场景类似，手机可能未能成功识别到用户刷码进站(描述可 参照刷码进站场景，此处不再赘述)。手机可基于地铁围栏检测用户是否刷码进站。图17 为示例性示出的地铁出行检测方法的流程示意图。需要说明的是，如上文所述，智慧出 行服务在检测到当前站非首站，也就是说，智慧出行服务检测到用户已经刷码进站之后， 才执行图17中的流程。请参照图17，具体包括：

[0317] S1701，感知模块向智慧出行服务指示离开及刻围栏。

[0318] 仍以图15d为例，当用户步行至用户位置3，感知模块检测到用户离开西单站的及刻 围栏，感知模块向智慧出行服务指示用户离开西单站的及刻围栏。具体描述可参照S1401， 此处不再赘述。

[0319] S1702，智慧出行服务检测是否打开过刷码界面。

[0320] 一个示例中，智慧出行服务检测到用户打开过刷码界面，执行S1704

[0321] 另一个示例中，智慧出行服务检测到用户未打开过刷码界面，执行S1703。

[0322] S1703，智慧出行服务显示常规态卡片。

[0323] 示例性的，如上文所述，感知模块订阅及刻围栏后，一直对及刻围栏进行检测，即 用户每离开或进入及刻围栏，都会向智慧出行服务上报。相应的，在用户乘车过程中， 若用户离开途径站，即非起始站的及刻围栏，感知模块向智慧出行服务上报离开及刻围 栏后，智慧出行服务在确定当前非起始站的情况下，智慧出行服务检测到用户未打开刷 码界面，则执行图17中的S1703。

[0324] 举例说明，以图15d为例，用户乘坐地铁至用户位置4，感知模块检测到用户离开魏 公村站的及刻围栏，感知模块向智慧出行服务上报用户离开魏公村站的及刻围栏。智慧 出行服务检测到用户未打开过刷码界面，则智慧出行服务确定乘车卡片为常规态卡片。 需要说明的是，乘车卡片当前显示的已经是常规态卡片，也就是说，在本步骤中，智慧 出行服务确认显示常规态卡片，则继续将乘车卡片保持在常规态卡片的状态。

[0325] S1704，智慧出行服务检测是否刷码成功。

[0326] 示例性的，如上文所述，感知模块确定刷码成功后，可向智慧出行服务发送指示信 息，以指示刷码成功。相应的，智慧出行服务可基于接收到的指示信息，确定是否已经 刷码成功。

[0327] 一个示例中，若智慧出行服务确定用户已经离开及刻围栏，且未接收到感知模块发 送的刷码成功的指示信息，智慧出行服务执行S1706。另一个示例中，若智慧出行服务 检测到接收到过感知模块发送的刷码成功的指示信息，智慧出行服务执行S1705。

[0328] S1705，智慧出行服务确认出站，乘车卡片消失。

[0329] 举例说明，仍以图15d为例，用户在用户位置2时刷码出站，其中，智慧出行服务 接收到感知模块发送的刷码出站指示信息。用户步行至用户位置3。智慧出行服务基于感 知模块的指示，确定用户离开西单站的及刻围栏。智慧出行服务基于感知模块的指示， 确定用户刷码成功，智慧出行服务确认用户出站，并且确认乘车卡片的状态为消失状态。 可选地，在用户位置2，智慧出行服务响应于感知模块发送的刷码出站指示，已经取消了 乘车态卡片的显示，在本步骤中，智慧出行服务检测到乘车卡片已经消失，则不做其他 处理。

[0330] S1706，智慧出行服务检测运动状态是否为乘坐地铁状态。

[0331] 一个示例中，若智慧出行服务检测到手机当前的运动状态为乘坐地铁状态，也就是 说，用户正在行驶的地铁上，则执行S1707。另一个示例中，若智慧出行服务检测到手 机当前的运动状态为非乘坐地铁状态，或者是，智慧出行服务未能获取到手机的运动状 态，则执行S1708a。非乘坐地铁状态可包括：骑行状态、步行状态、乘坐汽车状态等。

[0332] S1707，智慧出行服务显示常规态卡片。

[0333] 仍以图15中的用户位置4为例，示例性的，用户在途径魏公村站时可能打开了刷码 界面，但是用户只是查看余额，而未刷码。当用户乘地铁至用户位置4时，智慧出行服 务执行S1701、S1702、S1704以及S1706。示例性的，智慧出行服务检测到运动状态为 乘坐地铁状态，执行S1707。S1707的具体步骤可参照S1703，此处不再赘述。

[0334] S1708a，智慧出行服务向感知模块指示注册定时围栏。

[0335] S1708b，感知模块向智慧出行服务指示定时围栏触发。

[0336] S1708a～S1708b的具体细节可参照S1408a～S1408b，此处不再赘述。

[0337] S1709，智慧出行服务检测运动状态是否为乘坐地铁状态。

[0338] 一个示例中，若智慧出行服务检测到运动状态为乘坐地铁状态，执行S1410。

[0339] 另一个示例中，若智慧出行服务检测到运动状态为非乘坐地铁状态，执行S1411。

[0340] S1710，智慧出行服务显示常规态卡片。

[0341] S1711，智慧出行服务检测最近进入的及刻围栏与S1401中离开的及刻围栏是否相 同。具体细节可参照S1411，此处不再赘述。

[0342] S1712，智慧出行服务显示常规态卡片。

[0343] 举例说明，参照图15d，当用户乘坐地铁至魏公村站时，用户打开地铁乘车码，但是 其并未刷码。用户乘坐地铁离开灵境胡同站的及刻围栏后，智慧出行服务响应于感知模 块的指示，确定用户打开过刷码界面，并且刷码未成功。智慧出行服务执行S1706、S1708a、 S1708b、S1709以及S1711。在执行S1711时，用户可能已经到达西单站，即智慧出行服 务可基于感知模块的指示，确定用户最近一次进入的及刻围栏为西单站。相应的，智慧 出行服务确定乘车卡片的状态应为常规态卡片。

[0344] S1713，智慧出行服务确认出站，乘车卡片消失。

[0345] 示例性的，在本申请实施例中，由于当前非起始站，因此，智慧出行服务在确定用 户最近进入的及刻围栏即S1701中离开的及刻围栏，也就是说，用户离开及刻围栏之后， 并没有再进入其它及刻围栏的情况下，智慧出行服务可确认用户出站，并取消显示当前 的乘车卡片。

[0346] 举例说明，仍以图15d为例，示例性的，用户在用户位置2刷码出站，并步行至用 户位置3。感知模块并未检测到刷码成功。智慧出行服务执行S1702、S1704、S1706、 S1708a、S1708b、S1709、S1711。在执行S1711时，智慧出行服务基于感知模块的指示， 确定最近一次进入的及刻围栏为西单站的及刻围栏，其与S1701中离开的及刻围栏是相 同的，因此，智慧出行服务可确定用户已经出站，并且取消显示乘车卡片。

[0347] 本申请在地铁出行检测方案的基础上，还提供一种乘车卡片显示方法。在该方法中， 手机基于地铁围栏确定需要显示乘车态卡片时，可进一步基于预设条件，检测是否可以 显示乘车态卡片，从而避免在用户不需要的情况下显示卡片，对用户造成打扰，影响用 户使用体验的问题，以实现对地铁乘车卡片的抑制。

[0348] 举例说明，如上文所述，用户到达闸机附近后，智慧出行服务响应于感知模块的指 示，确定室内围栏触发，并显示乘车态卡片。在其他实施例中，也可以是及刻围栏触发 后，即显示乘车态卡片，还可以是高精度围栏触发后，显示乘车态卡片。具体细节可参 照上文，此处不再赘述。但是，在一些实施例中，例如用户每天都需要穿过地铁站内回 家，或者是用户是地铁工作人员，再或者是用户的工作地点在地铁站内，则对于这类用 户，如果每次都弹出乘车卡片，将会对用户造成过多打扰。

[0349] 本申请实施例中，智慧出行服务可设置乘车卡片显示列表，列表中可包括但不限于： 时间段、站名、弹卡参数，不弹卡参数等表项。如表1所示：

[0350] 表1

[0351]时间段 站名 弹卡参数 不弹卡参数
       
       
       

[0352] 示例性的，时间段可以是预先设置的。例如，6点‑7点、7点‑8点、8点‑9点等，可 根据实际需求设置。

[0353] 示例性的，单一表项中的弹卡参数与不弹卡参数之和为1。一个示例中，若弹卡参数 大于不弹卡参数，则智慧出行服务显示乘车卡片。另一个示例中，若弹卡参数小于不弹 卡参数，则智慧出行服务不显示乘车卡片。示例性的，智慧出行服务可基于每次弹出乘 车卡片后，用户是否使用乘车卡片的情况下，更新乘车卡片显示列表中的表项。智慧出 行服务可基于乘车卡片显示列表中的弹卡参数与不弹卡参数，确定在当前站是否需要弹 出乘车卡片。下面以具体示例对乘车卡片显示方法进行详细说明。

[0354] 手机首次开机或者是初始化之后，智慧出行服务设置表1，表1中包括上文所述的4 个表项。需要说明的是，本申请实施例中以列表方式进行说明，在其他实施例中，智慧 出行服务也可以以其它方式记录上述信息。

[0355] 一个示例中，以图15b中的场景为例，用户进入国家图书馆站，例如位于用户位置1。 智慧出行服务响应于感知模块的指示，确定室内围栏触发，即需要弹出乘车态卡片。具 体细节可参照上文，此处不再赘述。示例性的，智慧出行服务基于感知模块发送的用于 指示室内围栏触发的指示信息，可获取到当前触发室内围栏(也可以是及刻围栏或高精 度围栏，下文不再重复说明)的站点的站点名称，例如国家图书馆站。智慧出行服务获 取当前时间，例如为7点。智慧出行服务基于当前时间与站点名称，检测乘车卡片显示 列表，并确定乘车卡片显示列表中不包括与当前时间对应的时间段以及站点名称对应的 表项。在本申请实施例中，如果列表中不包括对应的表项，则智慧出行服务默认为允许 显示乘车卡片。
相应的，智慧出行服务显示乘车态卡片。

[0356] 智慧出行服务可基于上文所述的刷码事件订阅方案、地铁围栏等方案，确定用户在 国家图书馆站是否刷码成功，具体细节可参照上文，此处不再赘述。

[0357] 示例性的，以图15b中的用户刷码进站为例进行说明，智慧出行服务可确定用户刷 码进站。智慧出行服务更新乘车卡片显示列表，更新后的列表如表2所示：

[0358] 表2

[0359]时间段 站名 弹卡参数 不弹卡参数
7‑9 国家图书馆 1 0
       
       

[0360] 请参照表2，示例性的，智慧出行服务基于当前时间(例如7点)，与预先设置的时 间段进行匹配，并确定对应的时间段为7‑9。并且，智慧出行服务基于感知模块的指示， 确定当前站点为国家图书馆站。并且，由于此次是针对该站点在该时间段的初始表项， 并且，用户成功刷码进站，智慧出行服务将弹卡参数设置为1，不弹卡参数设置为0。

[0361] 仍以图15b为例，用户再次进入国家图书馆站内，例如位于用户位置1。智慧出行服 务响应于感知模块的指示，确定室内围栏触发，即需要弹出乘车态卡片。示例性的，智 慧出行服务基于感知模块发送的用于指示室内围栏触发的指示信息，可获取到当前触发 室内围栏的站点的站点名称，即国家图书馆站。

[0362] 智慧出行服务获取当前时间，例如为7点。智慧出行服务基于当前时间与站点名称， 与乘车显示卡片列表(例如表2)中的表项进行匹配，并确定匹配成功，即，乘车显示卡 片列表中包括7点所属时间段，即7点‑9点，并且站点名为国家图书馆站的表项。该表 项即为：

[0363]时间段 站名 弹卡参数 不弹卡参数
7‑9 国家图书馆 1 0

[0364] 智慧出行服务检测匹配成功表项中弹卡参数为1，不弹卡参数为0，即，弹卡参数大 于不弹卡参数，智慧出行服务确定允许弹出乘车态卡片。相应的，智慧出行服务显示乘 车态卡片。

[0365] 下面以图15a中的示例，对不弹卡场景进行说明。请参照图15a的场景，用户进入 国家图书馆站内，例如位于用户位置1。智慧出行服务响应于感知模块的指示，确定室内 围栏触发，即需要弹出乘车态卡片。示例性的，智慧出行服务基于感知模块发送的用于 指示室内围栏触发的指示信息，可获取到当前触发室内围栏的站点的站点名称，即国家 图书馆站。

[0366] 智慧出行服务获取当前时间，例如为7点。智慧出行服务基于当前时间与站点名称， 与乘车显示卡片列表中的表项进行匹配。仍以表2中为例，智慧出行服务并确定匹配成 功。并且，智慧出行服务检测到该表项中的弹卡参数大于不弹卡参数，智慧出行服务显 示乘车态卡片。具体描述可参照上文，此处不再赘述。

[0367] 仍参照图15a，在该场景中，手机显示乘车态卡片后，用户可能是在站点内等人，并 未使用地铁乘车码刷码。智慧出行服务在用户位置2处，确定用户未刷码(具体实现方 式可参照上文，此处不再赘述)，智慧出行服务取消显示乘车态卡片，并且，智慧出行服 务更新乘车卡片显示列表，更新后的列表如表3所示：

[0368] 表3

[0369] 时间段 站名 弹卡参数 不弹卡参数7‑9 国家图书馆 0.8 0.2
       
       

[0370] 请参照表3，示例性的，智慧出行服务在确定在该表项对应的时刻(即7点‑9点) 和站点时，用户未刷码，则智慧出行服务将该表项中的弹卡参数减0.2，结果为0.8。以 及，不弹卡参数加0.2，结果为0.2。在本申请实施例中，参数的原始数值以及增减幅度 值仅为示意性举例，可根据实际情况设置。例如，若原始的最大值为2，增减幅度值为 0.2，则需要6次未刷卡，才能执行后面实施例中的弹卡抑制。再例如，若原始的最大值 为1，增减幅度为0.1，则可能需要6次才能执行后面实施例中的弹卡抑制。

[0371] 仍参照图15a，用户再次在7点到达用户位置1，智慧出行服务基于表3，检测到弹 卡参数(0.8)大于不弹卡参数(0.2)，确定允许显示乘车态卡片。智慧出行服务显示乘 车态卡片。用户未刷码并出站。在用户位置2，智慧出行服务检测到用户未刷码，取消显 示乘车态卡片，并更新乘车卡片显示列表。更新后的列表如表4所示：

[0372] 表4

[0373] 时间段 站名 弹卡参数 不弹卡参数7‑9 国家图书馆 0.6 0.4
       
       

[0374] 请参照表4，示例性的，智慧出行服务在确定在该表项对应的时刻(即7点‑9点) 和站点时，用户未刷码，则智慧出行服务将该表项中的弹卡参数减0.2，结果为0.6。以 及，不弹卡参数加0.2，结果为0.4。

[0375] 仍参照图15a，用户再次在7点到达用户位置1，智慧出行服务基于表4，检测到弹 卡参数(0.6)大于不弹卡参数(0.4)，确定允许显示乘车态卡片。智慧出行服务显示乘 车态卡片。用户未刷码并出站。在用户位置2，智慧出行服务检测到用户未刷码，取消显 示乘车态卡片，并更新乘车卡片显示列表。更新后的列表如表5所示：

[0376] 表5

[0377]

[0378]

[0379] 请参照表5，示例性的，智慧出行服务在确定在该表项对应的时刻(即7点‑9点) 和站点时，用户未刷码，则智慧出行服务将该表项中的弹卡参数减0.2，结果为0.4。以 及，不弹卡参数加0.2，结果为0.6。

[0380] 仍参照图15a，用户再次在7点到达用户位置1，智慧出行服务基于表5，检测到弹 卡参数(0.4)小于不弹卡参数(0.6)，确定不允许显示乘车态卡片。智慧出行服务不显 示乘车态卡片，从而实现乘车卡片显示的抑制效果。也就是说，在本申请实施例中，用 户在同一个时间段，同一个站点内三次未刷码，则用户在该时间段内，到达站点内时， 智慧出行服务不显示乘车态卡片。

[0381] 示例性的，智慧出行服务确定在7点，用户在国家图书馆站未刷码，智慧出行服务 更新乘车卡片显示列表，更新后的列表如表6所示：

[0382] 表6

[0383]时间段 站名 弹卡参数 不弹卡参数
7‑9 国家图书馆 0.2 0.8
       
       

[0384] 请参照表6，示例性的，智慧出行服务在确定在该表项对应的时刻(即7点‑9点) 和站点时，用户未刷码，则智慧出行服务将该表项中的弹卡参数减0.2，结果为0.2。以 及，不弹卡参数加0.2，结果为0.8。

[0385] 也就是说，在当前站，智慧出行服务未显示地铁乘车卡片，但是，其仍然会基于用 户是否刷码更新列表。

[0386] 示例性的，若用户再次在7点进入国家图书馆站，并且未刷码。智慧出行服务更新 列表，更新后的列表为：

[0387] 表7

[0388] 时间段 站名 弹卡参数 不弹卡参数7‑9 国家图书馆 0 1
       
       

[0389] 其中，弹卡参数已达到最小值，不弹卡参数达到最大值。相应的，若用户再次在7 点进入国家图书馆站，并且未刷码。智慧出行服务不再改变弹卡参数与不弹卡参数。

[0390] 在本申请实施例中，如上文所述，若用户未刷码，则智慧出行服务将对应的表项中 的弹卡参数减0.2，不弹卡参数加0.2。在本申请实施例中，若用户成功刷码，则智慧出 行服务将对应的表项中的弹卡参数加0.2，不弹卡参数减0.2，直至弹卡参数与不弹卡参 数到达对应的最大值或最小值。

[0391] 举例说明，以表4为例，请参照图15b，用户在7点到达国家图书馆站，智慧出行服 务基于表4，检测到弹卡参数(0.6)大于不弹卡参数(0.4)，确定允许显示乘车态卡片。 智慧出行服务显示乘车态卡片，并且用户刷码进站。智慧出行服务检测到用户刷码进站， 更新乘车卡片显示列表4，更新后的列表如表8所示：

[0392] 表8

[0393]时间段 站名 弹卡参数 不弹卡参数
7‑9 国家图书馆 0.8 0.2
       
       

[0394] 请参照表8，示例性的，智慧出行服务在确定在该表项对应的时刻(即7点‑9点) 和站点时，用户刷码进站，则智慧出行服务将该表项中的弹卡参数加0.2，结果为0.8。 以及，不弹卡参数减0.2，结果为0.2。

[0395] 再举例说明，以表7为例，请参照图15b，用户在7点到达国家图书馆站，智慧出行 服务基于表7，检测到弹卡参数(0)小于不弹卡参数(1)，确定不允许显示乘车态卡片。 智慧出行服务不显示乘车态卡片，

[0396] 用户可通过支付应用打开地铁乘车码界面，并刷码进站。智慧出行服务可检测到用 户刷码进站。智慧出行服务确定用户刷码进站后，可显示常规态乘车卡片。并且，智慧 出行服务更新乘车卡片显示列表7，更新后的列表如表9所示：

[0397] 表9

[0398]时间段 站名 弹卡参数 不弹卡参数
7‑9 国家图书馆 0.2 0.8
       
       

[0399] 请参照表9，示例性的，智慧出行服务在确定在该表项对应的时刻(即7点‑9点) 和站点时，用户刷码进站，则智慧出行服务将该表项中的弹卡参数加0.2，结果为0.2。 以及，不弹卡参数减0.2，结果为0.8。

[0400] 基于与用户未刷码进站相同的步骤，用户每次刷码进站，智慧出行服务对应更新列 表，例如，在表9的基础上，用户连续两次在7点，刷码进入国家图书馆站，则更新后 的列表如表10所示：

[0401] 表10

[0402]时间段 站名 弹卡参数 不弹卡参数
7‑9 国家图书馆 0.6 0.4
       
       

[0403] 更新列表的具体细节可参照上文，此处不再赘述。示例性的，若用户在7点到达国 家图书馆站内，智慧出行服务可基于乘车卡片显示列表10，确定允许显示乘车卡片。智 慧出行服务显示乘车态卡片。

[0404] 需要说明的是，上述实施例中仅以同一个时间段的同一个站点对应的表项进行说明， 在其他实施例中，乘车卡片显示列表中包括多个表项，同一个时间段可以对应多个表项， 同一个站点，也可以对应多个时间段，如表11所示：

[0405] 表11

[0406] 时间段 站名 弹卡参数 不弹卡参数7‑9 国家图书馆 0.6 0.4
7‑9 魏公村 0.6 0.4
9‑10 国家图书馆 1 0
9‑10 海淀黄庄 0 1
10‑11 西单 1 0
11‑12 西单 0.2 0.8
       

[0407] 请参照表11，举例说明，用户在9点15到达海淀黄庄站内，智慧出行服务基于时间 (即9点15)以及站名(海淀黄庄)对表10中的表项进行匹配，并确定匹配成功，匹配 成功的表项为：

[0408]时间段 站名 弹卡参数 不弹卡参数
9‑10 海淀黄庄 0 1

[0409] 示例性的，智慧出行服务基于匹配成功的表项，确定弹卡参数小于不弹卡参数，则 智慧出行服务确定不允许显示乘车态卡片，智慧出行服务不显示乘车态卡片。

[0410] 需要说明的是，本申请上述列表中的各参数仅为示意性举例。

[0411] 进一步需要说明的是，上述举例中仅以用户出站后检测到用户未刷码为例，在其他 实施例中，可以是基于上文所述的任意方案检测到用户未刷码。例如，如上文所述，手 机弹出乘车态卡片之后，可设置定时围栏，定时时长30分钟。地铁工作人员在30分钟 内，一直在地铁站内，智慧出行服务可确定用户未刷码。再例如，手机弹出乘车态卡片 之后，用户也可以滑动乘车卡片，以删除乘车卡片。智慧出行服务响应于接收到的用户 操作，可确定用户未刷码。具体场景可能是多样的，本申请不再逐一举例说明。

[0412] 进一步需要说明的是，智慧出行服务确定用户未刷码的时间可能与智慧出行服务显 示乘车态卡片时间之间存在时间差。可选地，智慧出行服务在更新列表时，可基于智慧 出行服务显示乘车态卡片的时间更新列表。例如，智慧出行服务显示乘车态卡片的时间 为7点，智慧出行服务确定用户未刷码的时间为7点30，智慧出行服务基于显示乘车态 卡片的时间，即7点，对列表进行遍历，并更新列表。

[0413] 进一步需要说明的是，本申请实施例中仅以记录弹卡参数与不弹卡参数为例。在其 他实施例中，手机可以只记录弹卡参数，其具体实现方式与上文中的实施例相同，即每 次弹卡之后，若检测到用户刷码，则弹卡参数加0.2(也可以是其他数值)，若检测到用 户未刷码，则弹卡参数减0.2。智慧出行服务可基于弹卡参数，判断是否弹卡。例如，当 弹卡参数大于预设阈值(例如0.5)，则允许弹卡。反之，若弹卡参数小于预设阈值，则 不允许弹卡。可选地，手机也可以只记录不弹卡参数，例如，每次弹卡之后，若检测到 用户刷码，则不弹卡参数减0.2，若检测到用户未刷码，则不弹卡参数加0.2。示例性的， 智慧出行服务可基于不谈卡参数，判定是否弹卡。例如，当不弹卡参数大于预设阈值(例 如0.5)，则不允许弹卡。反之，若不弹卡参数小于预设阈值，则允许弹卡。

[0414] 在本申请实施例中，智慧出行服务可周期性地或者在灭屏充电的情况下，向云端发 送保存的乘车卡片显示列表。当用户登录其他设备时，具有相同账号的设备可从云端获 取到乘车卡片显示列表，用户使用具有相同账号的设备乘坐地铁时，智慧出行服务可基 于获取到的乘车卡片显示列表执行上文所述的方案。

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

[0416] 一个示例中，图18示出了本申请实施例的一种电子设备的软件结构示意图。请参照 图18，本申请实施例以分层架构的Android系统为例，示例性说明电子设备的软件结构。 电子设备的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间 通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用 程序层，应用程序框架层，安卓运行时(Android runtime)和系统库(图中未显示)，以及 内核层。如图18所示，应用程序包可以包括智慧出行服务、支付应用、聊天应用、感知 模块等应用程序。感知模块可常驻运行或以低功耗形式运行，具有感知外部事实或者环 境的能力，以“围栏”的形式向其他模块提供该能力。如感知时间变化的“时间围栏”， 感知地理位置的“地理位置围栏”等。在卡片提醒业务处于开启状态时，感知模块对根 据业务逻辑处理模块注册的能力(或事项，如特定时间、特定地点、或特定事件等)进 行监控，如果用户触发了其中某一种，感知模块就会发送通知给业务逻辑处理模块。此 外，感知模块还可以通过API(application programming interface，应用编程接口)从应用 程序层的其他应用程序或应用程序框架层或系统层或内核层来检测相关事件和获取事件 的状态，比如检测蓝牙连接，网络连接，监测用户短信，定制定时器等。

[0417] 示例性的，智慧出行服务可以包括业务逻辑处理模块和业务呈现模块(如：“YOYO 建议”)。业务逻辑处理模块用于核心业务计算，向感知模块订阅不同的围栏，根据围栏 事件感知场景变化，结合业务呈现模块提供的用户交互信息，调用业务场景定义的规则 或算法模型，决策向用户推送哪些服务信息以及展示方式(卡片、通知、耳机播报等)。 将这些服务信息发送给业务呈现模块展示给用户。业务呈现模块用于用户界面交互以及 结果展示。业务呈现模块可接收来自业务逻辑处理模块发送的卡片、通知、耳机播报等 的展示、消失指示及相应数据，进行卡片、通知、播报的展示或消失。以及用于将用户 交互信息(如用户点击、滑动卡片等)传递给业务逻辑处理模块，做下一步业务决策。 可以理解为，本申请实施例中智慧出行服务所执行的显示相关步骤是由业务呈现模块执 行的，其它步骤均是由业务逻辑处理模块执行。

[0418] 以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前 述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对 前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。