CN116027941B - 业务推荐方法和电子设备 - Google Patents

Abstract

本申请实施例提供了一种业务推荐方法和电子设备，该方法包括：获取当前计时时刻，以及电子设备所在的当前地理围栏，当前地理围栏为第一业务对应的地理围栏；确定当前用户行为；若根据预设的第一对应关系，确定当前地理围栏、当前计时时刻和当前用户行为匹配，则显示第一业务对应的图标；第一对应关系中包括第一业务对应的至少一个预设地理围栏、至少一个预设计时时段和至少一个预设用户行为的对应关系。本申请实施例提供的方法能够提高电子设备的智能性，提高用户体验。

Description

业务推荐方法和电子设备

技术领域

本申请涉及电子技术领域，具体涉及一种业务推荐方法和电子设备。

背景技术

现如今，电子设备中各种二维码、条形码等凭证码的使用越来越普遍，例如，支付时使用支付码，购买药品时使用医保凭证码，乘坐公共交通时使用乘车码，疫情管控时使用健康码等。

以健康码为例，疫情期间，进入公共场所都需要使用健康码。一般的，用户需要在 或/>等应用程序(application，APP)中打开健康码，操作过程较为繁琐。以/> 为例，用户首先打开/>在/>主界面搜索健康码小程序，或者在/>主界面执行下拉操作进入小程序界面，在小程序界面查找健康码小程序图标。之后用户点击健康码小程序图标，进入健康码界面，在健康码界面点击健康码控件打开健康码。

为了便于用户使用，相关技术中存在一种健康码推荐方式，该方式预先构建地理围栏，并实时监控电子设备的位置，当电子设备进入预先构建的地理围栏时，推荐健康码业务，例如，在预设的推荐卡片中显示健康码图标。通过推荐卡片中的健康码图标能够直接打开健康码界面，简化用户操作。

然而，相关技术中这种健康码推荐方式不够智能，无法满足用户的使用需求。

发明内容

本申请提供了一种业务推荐方法和电子设备，能够提高电子设备的智能性，满足用户使用需求，提高用户体验。

第一方面，本申请提供一种业务推荐方法，该方法由电子设备执行，方法包括：获取当前计时时刻，以及电子设备所在的当前地理围栏，当前地理围栏为第一业务对应的地理围栏；确定当前用户行为；若根据预设的第一对应关系，确定当前地理围栏、当前计时时刻和当前用户行为匹配，则显示第一业务对应的图标；第一对应关系中包括第一业务对应的至少一个预设地理围栏、至少一个预设计时时段和至少一个预设用户行为的对应关系；至少一个预设地理围栏中包括当前地理围栏，至少一个预设计时时段包括当前计时时刻，至少一个预设用户行为包括当前用户行为。

可以理解，第一方面提供的方法中，时刻包括日期和计时时刻，例如2022年1月2日18：00。日期为年月日等，例如2022年1月2日。计时时刻为24小时计时制中的时刻，例如18：00。相应的，计时时段为24小时计时制中的时间段，例如18：00至19：00。

可选的，第一业务可以为凭证码相关的业务，例如健康码业务、支付码业务、乘车码业务等等中的一种。以下以健康码业务为例进行说明。

预设用户行为是指预先设置的用户使用电子设备发生的行为。可选的，第一业务不同，所对应的预设用户行为类型不同。第一业务为健康码的情况下，预设用户行为可以包括支付行为、乘坐电梯行为、离开场所行为和更换室内外场景行为中的至少一种。

第一对应关系表征电子设备处理第一业务的位置、计时时段和关联的用户行为。也就是说，第一对应关系表征电子设备可能在哪个地理围栏中、哪个计时时段处理第一业务，处理第一业务时还可能发生哪些用户行为。其中，各个预设计时时段和对应的预设用户行为的对应关系构成习惯围栏。每个预设地理围栏对应至少一个习惯围栏。需要说明的是，每个习惯围栏中包括一个计时时段和一组用户行为，一组用户行为可以为一个单独的用户行为，也可以为多个用户行为的组合。

上述至少一个预设地理围栏也即下述具体实施方式中地理围栏集合中的至少一个地理围栏。上述至少一个预设计时时段也即下述具体实施方式中的至少一个习惯围栏中的高频计时时段。上述至少一个预设用户行为也即下述具体实施方式中的至少一个习惯围栏中的关联行为。

第一方面提供的业务推荐方法，根据预设的第一对应关系，确定当前地理围栏、当前计时时刻和当前用户行为匹配，则显示第一业务对应的图标。也就是说，在电子设备的位置位于至少一个预设地理围栏中的某一个地理围栏内，且当前计时时刻处于第一地理围栏对应的某一个预设计时时段内，当前用户行为与对应的预设用户行为一致(即触发习惯围栏)，则推荐第一业务。如此，电子设备在地理围栏内也能够推荐第一业务，能够满足用户在地理围栏内活动也需要启动第一业务的场景，提高电子设备智能性，进而提高用户体验。

一种可能的实现方式中，该方法还包括：若至少一个预设地理围栏中存在当前地理围栏，则根据第一对应关系确定当前地理围栏对应的目标计时时段和目标用户行为；若当前计时时刻处于目标计时时段内，且当前用户行为与目标用户行为一致，则确定当前地理围栏、当前时刻和当前用户行为匹配。

该实现方式中，首先确定电子设备当前所在的位置是否处于至少一个预设地理围栏中的某一地理围栏，若是，则进一步确定当前计时时刻是否触发该地理围栏对应的至少一个习惯围栏中的某一个，若触发，则触发推荐第一业务。

可选的，地理围栏可以与移动通信中的小区一致，因而能够较方便、快捷的判断当前是否处于某一地理围栏。所以，该实现方式提供的方法在当前位置处于某一地理围栏的情况下，触发对习惯围栏的判断，这样能够提高围栏判断的效率和准确率，进而提高业务推荐的效率和准确率。

一种可能的实现方式中，该方法还包括：若当前时刻处于至少一个预设计时时段中的目标计时时段，则根据第一对应关系确定目标计时时段对应的目标地理围栏和目标用户行为；若当前地理围栏与目标地理围栏一致，且当前用户行为与目标用户行为一致，则确定当前地理围栏、当前时刻和当前用户行为匹配。

该实现方式提供的方法在当前位置处于某一习惯围栏中的某一预设计时时段内的情况下，触发对对应的地理围栏和用户行为的判断，这样，在确定计时时刻匹配的情况下才进一步确定用户行为是否符合，能够减少获取无用的用户行为的可能性，提高围栏判断的效率和准确率，进而提高业务推荐的效率和准确率。

一种可能的实现方式中，第一业务为健康码业务，预设用户行为包括支付行为、乘坐电梯行为、离开场所行为和更换室内外场景行为中的至少一种。

支付行为是指用户使用电子设备进行支付的行为，例如，用户通过电子设备中的 或/>展示支付码或扫付款码进行支付。乘坐电梯行为是指用户持电子设备乘坐电梯的行为。离开场所行为是指用户持电子设备离开当前所在的场所的行为。更换室内外场景行为是指用户持电子设备从室内场景进入室外场景，或者从室外场景进入室内场景的行为。

一种可能的实现方式中，确定当前用户行为，包括：获取当前时刻之前预设时长内的当前用户行为数据，当前用户行为数据包括支付数据、全网络聚合(link turbo)数据、无线保真(wireless fidelity，Wi-Fi)数据、室内外场景变化数据等中的至少一种；当前时刻包括当前日期和当前计时时刻；根据当前用户行为数据确定当前用户行为。

可选的，预设时长可以为下述具体实施方式中的第一预设时长t1。电子设备对获取的当前用户行为数据进行时空语义理解，以确定当前用户行为。具体的，若根据支付数据，确定电子设备打开了预设的支付页面，则确定当前用户行为包括支付行为。若根据linkturbo数据，确定电子设备调用了全网络聚合能力(link turbo engine)，则确定当前用户行为包括乘坐电梯行为。若根据Wi-Fi数据，确定电子设备断开了Wi-Fi连接，则确定当前用户行为包括离开场所行为。若根据室内外场景变化数据，确定室内外场景发生变化，则确定当前用户行为包括更换室内外场景行为。

以上几种预设用户行为均为用户在使用健康码场景下可能发生的关联行为，因而将这几种预设用户行为与对应的计时时段建立对应关系，构成的习惯围栏更加符合用户使用习惯和使用需求，使触发推荐健康码业务的时机更加符合实际使用场景，提高用户体验。

一种可能的实现方式中，该方法还包括：获取历史业务数据，历史业务数据包括在预设历史时间段内，每次处理第一业务时，电子设备所在的历史地理围栏和对应的历史计时时刻；确定历史业务数据中数量大于第一预设数量的历史地理围栏，得到至少一个高频地理围栏；对第一高频地理围栏对应的历史计时时刻所属的候选计时时段进行统计，得到各个候选计时时段中历史计时时刻的数量，第一高频地理围栏为至少一个高频地理围栏中的任一个；若确定第一候选计时时段对应的历史计时时刻的数量大于第二预设数量，则将第一候选计时时段确定为第一高频地理围栏对应的高频计时时段；第一候选计时时段为至少一个候选计时时段中的任一个；若确定存在发生时间处于第一高频计时时段内，发生位置处于第一高频地理围栏内的第一关联行为，则将第一高频地理围栏确定为预设地理围栏，将第一高频计时时段确定为预设计时时段，将第一关联行为确定为预设用户行为；第一高频计时时段为第一高频地理围栏对应的高频计时时段中的任一个；建立第一高频地理围栏、第一高频计时时段和第一关联行为的对应关系，得到第二对应关系；获取至少一个第二对应关系，以得到第一对应关系。

其中，历史业务数据也即下述具体实施方式中的第一历史使用数据。对第一高频地理围栏对应的历史计时时刻所属的候选计时时段进行统计，也即对第一高频地理围栏对应的历史计时时刻进行分时段统计，得到第二统计结果。候选计时时段也即第二统计结果中的各个计时时段。高频计时时段也即第二统计结果中的次数大于第二预设数量的计时时段。

该实现方式中，基于历史业务数据进行统计、筛选和挖掘，得到高频地理围栏对应的高频计时时段和高频计时时段对应的关联行为，进而构建出高频地理围栏对应的习惯围栏，这样构建出的习惯围栏更贴近用户实际情况，从而使得第一业务的推荐更加准确，提高用户体验。

一种可能的实现方式中，该方法还包括：获取发生时间位于第一高频计时时段内，发生位置位于第一高频地理围栏内的历史用户行为数据；根据历史用户行为数据，确定至少一种历史用户行为；根据历史业务数据和历史用户行为数据，确定各个历史用户行为的召回率和准确率；根据各个历史用户行为的召回率和准确率，确定至少一种历史用户行为中是否存在第一关联行为。

其中，历史用户行为数据也即下述具体实施方式中的第一历史行为数据。至少一种历史用户行为也即具体实施方式中的候选行为或候选组合行为。

一种可能的实现方式中，根据各个历史用户行为的召回率和准确率，确定至少一种历史用户行为中是否存在第一关联行为，包括：若至少一种历史用户行为中存在准确率大于预设阈值的候选预设行为，则将候选预设行为中召回率最高的历史用户确定为第一关联行为；若至少一种历史用户行为中不存在准确率大于预设阈值的候选预设行为，则确定不存在第一关联行为。

其中，用户历史候选预设行为也即下述具体实施方式中的候选关联行为。

该实现方式中，通过召回率、准确率筛选出至少一种历史用户行为中的第一关联行为，得到的第一关联行为与第一业务的贴合度更高，更符合用户使用习惯，进而使第一业务的推荐更准确，提高用户体验。

一种可能的实现方式中，根据历史业务数据和历史用户行为数据，确定各个历史用户行为的召回率和准确率，包括：根据历史用户行为数据，确定第一历史用户行为的出现次数；第一历史用户行为为至少一种历史用户行为中的任一种；根据历史业务数据，确定第一预设计时时段内、第一预设地理围栏内第一业务的处理次数；根据历史业务数据和历史用户行为数据，确定第一预设计时时段内、第一预设地理围栏内第一历史用户行为和第一业务的共现次数；根据共现次数和第一业务的处理次数，确定第一历史用户行为的召回率；根据共现次数和第一历史用户行为的出现次数，确定第一历史用户行为的准确率。

一种可能的实现方式中，根据共现次数和第一业务的处理次数，确定第一历史用户行为的召回率，包括：将第一历史用户行为的共现次数与第一业务的处理次数的比值确定为第一历史用户行为的召回率；根据共现次数和第一历史用户行为的出现次数，确定第一历史用户行为的准确率，包括：将共现次数与第一历史用户行为的出现次数的比值确定为第一历史用户行为的准确率。

一种可能的实现方式中，该方法还包括：若确定上一周期电子设备所在的地理围栏与当前地理围栏不同，且预设围栏集合中存在当前地理围栏，则显示第一业务对应的图标；预设围栏集合为第一业务对应的围栏集合。

该实现方式中，既能够在至少一个预设地理围栏中的任一个地理围栏被触发时推荐第一业务，又能在用户位于任一个地理围栏，且触发对应的习惯围栏时推荐第一业务，提高了第一业务推荐的全面性和智能性，进一步提高用户体验。

一种可能的实现方式中，若根据预设的第一对应关系，确定所述当前地理围栏、所述当前计时时刻和所述当前用户行为匹配，或者，若确定上一周期电子设备所在的地理围栏与当前地理围栏不同，且预设围栏集合中存在当前地理围栏，则显示第一业务对应的图标之前，该方法还包括：根据当前地理围栏对应的第一业务的历史业务数据确定当前地理围栏需要处理第一业务。

该实现方式中，在显示第一业务对应的图标前，结合历史业务数据，确定当前地理围栏内需要处理第一业务(例如，需要出示健康码)，使得第一业务推荐的触发更符合用户的习惯和实际使用情况，提高第一业务推荐的准确性，进而提高用户体验。

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

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

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

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

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

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

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

附图说明

图1是相关技术中一例打开健康码的过程示意图；

图2是本申请实施例提供的一例打开健康码的过程示意图；

图3是相关技术中健康码推荐方法的场景示意图；

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

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

图6是本申请实施例提供的一例电子设备和云服务器的结构框图；

图7是本申请实施例提供的一例业务推荐方法的流程示意图；

图8是本申请实施例提供的另一例业务推荐方法的流程示意图；

图9是本申请实施例提供的又一例业务推荐方法的流程示意图；

图10是本申请实施例提供的又一例业务推荐方法的流程示意图；

图11是本申请实施例提供的一例构建习惯围栏的流程示意图；

图12是本申请实施例提供的一例第二统计结果的示意图。

具体实施方式

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

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

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

为更好地理解本申请实施例，以下对实施例中可能涉及的术语或概念进行解释说明。

健康码，是指用于标记人员健康状况的图像信息，可以包括健康二维码、行程码等中的至少一种。

健康码界面，是指包含健康码的界面。健康码界面中还可以包括用户信息、疫苗接种信息、核酸检测记录等信息或控件。

时空数据，是指同时具有时间维度属性和空间维度属性的数据，时空数据刻画了用户的时间和空间属性。本申请实施例中，时空数据可以包括健康码使用数据和用户行为数据。

健康码使用数据，是指用户使用健康码的数据，包括但不限于健康码使用时刻、健康码使用位置等数据。其中，健康码使用位置可以通过使用健康码时用户所在的地理围栏来表征。本申请实施例中，当前时刻(以下用T0表示)之前的健康码使用数据称为历史健康码使用数据，简称历史使用数据(也称为历史业务数据)。

用户行为数据，是指表征用户行为的数据，可以包括用户行为类型、用户行为时刻和用户行为位置等数据。其中，用户行为位置可以通过用户发生某一行为时所在的地理围栏来表征。本申请实施例中，当前时刻T0之前第一预设时长t1之内的用户行为数据称为当前行为数据，即时刻T0-t1至T0之间的用户行为数据称为当前用户行为，简称当前行为数据。时刻T0-t1之前的用户行为数据称为历史用户行为数据，简称历史行为数据。

时空语义理解，也称为时空数据语义理解，是指在融合多源/多类信息的基础上，通过逻辑推理和知识发现等方法，理解时空数据产生过程中所反映出的用户行为、状态和偏好等语义信息。

用户画像，是指根据用户的属性、用户偏好、生活习惯、用户行为等信息而抽象出来的标签化用户模型。通俗说就是给用户打标签，而标签是通过对用户信息分析而来的高度精炼的特征标识。

地理围栏(Geo-fencing)，是基于位置的服务(location based services，LBS)的一种新应用，就是用一个虚拟的栅栏围出一个虚拟地理边界。当电子设备(如手机)由地理围栏外移动至地理围栏内(进入地理围栏)或由地理围栏内移动至地理围栏内(离开地理围栏)时，触发相应的业务。例如电子设备进入高压电线的地理围栏，相应的管理系统会向电子设备发送通知或警告。

可以理解，地理围栏为用于表征地理区域的信息，因而本申请实施例中，当电子设备的位置由地理围栏外移动至地理围栏内，称为进入地理围栏，也可以称为触发地理围栏。

可选的，地理围栏可以分为公共地理围栏和个人地理围栏。

公共地理围栏，是指服务器基于多个电子设备的健康码使用数据构建的地理围栏。也就是说，公共地理围栏可以由服务器构建、更新和管理，电子设备可以从服务器获取公共地理围栏的信息。

个人地理围栏，是指电子设备基于该电子设备的健康码使用数据构建的地理围栏。也就是说，个人地理围栏可以由电子设备自身构建、更新和管理。

习惯围栏，是指表征用户对某一业务(例如健康码)使用习惯的围栏。本实施例中，习惯围栏可以包括用户对某一业务的使用计时时间段，以及该计时时间段相关的用户行为(称为关联行为)来表征。也就是说，习惯围栏是表征计时时间段和用户行为的信息。因而，本实施例中，当前计时时刻和当前用户行为符合习惯围栏对应的计时时间段和用户行为的条件，称为触发习惯围栏。

时刻：也称为时间点等，是指时间坐标中的某一点，例如当前时刻T0为2022年6月21日18：00。本申请实施例中，时间的精度可以为分钟。

时间段：是指两个时刻之间的时间。例如，2022年6月21日18：00至2022年6月21日19：00。

计时时刻：是指24小时计时制中的时刻点，例如，当前计时时刻为15：30。

计时时间段：也称为计时时段，是指24小时计时制中的时间段，例如，01：00至02：00。

需要说明的是，用户携带电子设备移动的过程中，用户的位置与电子设备的位置几乎一致，因而本申请实施例中电子设备的位置信息也称为用户的位置信息。另外，用户发生某一行为，对应于电子执行某一操作，例如，用户的支付行为，对应于电子设备打开支付页面，展示付款码或扫描收款码等操作。因而，本申请实施例中，识别电子设备是否执行某一行为对应的操作也可以描述为电子设备识别某一用户行为。

下面对本申请实施例提供的业务推荐方法的应用场景和所要解决的技术问题进行说明。

疫情期间，健康码场景成为手机应用的高频场景。一般的，健康码的打开过程比较繁琐。示例性的，图1为一个实施例中打开健康码的过程示意图。以用户通过打开健康码为例进行说明。

假设当前手机显示的界面为桌面，如图1中的(a)图所示。首先，用户需要点击桌面中的图标，打开/>进入/>的主界面，如图1中的(b)图所示。之后，用户按压屏幕并执行下拉操作，进入小程序界面，如图1中的(c)图所示。进入小程序界面之后，若该用户最近使用了健康码小程序，或者该用户保存了健康码小程序，则小程序界面中会显示健康码小程序的图标，如图1中的(c)图所示。用户点击该健康码小程序的图标，进入健康码界面，如图1中的(d)图所示。之后，点击健康码界面的健康码控件，打开健康码，如图1中的(e)图所示。若该用户最近未使用健康码小程序，且该用户未保存健康码小程序，则用户需要点击如图1中的(c)图所示的小程序界面中的搜索框102，进入小程序搜索界面，并在搜索界面搜索健康码，才能找到健康码小程序，之后再进入。该过程相较于图1中的(c)图和图1中的(d)图的过程更加繁琐，本实施例不进行图示说明。另一种操作方式中，用户也可以点击如图1中的(b)图中所示的/> 主界面中的搜索控件101，进入内容搜索界面。在该搜索界面中搜索健康码小程序。该操作方式也很繁琐，本实施例不进行图示说明。

总而言之，上述几种打开健康码的方式，都需要较多步骤，操作比较繁琐，影响用户体验。

针对于此，提供一种健康码推荐方法，能够向用户推荐健康码业务，在预设的窗口或控件(例如业务推荐卡片)中显示健康码图标。示例性的，图2为本申请实施例提供的一例打开健康码的过程示意图。如图2中的(a)图所示，手机在业务推荐卡片201中显示健康码图标202，向用户推荐健康码业务。健康码图标202相当于快捷方式，用户点击健康码图标202进入健康码界面，如图2中的(b)图所示。之后，用户点击健康码界面中的健康码控件即可打开健康码，如图2中的(c)图所示。

相关技术中，主要通过地理围栏实现上述健康码推荐的过程。示例性的，图3为相关技术中健康码推荐方法的场景示意图。如图3所示，相关技术中，健康码推荐方法包括如下过程：电子设备构建地理围栏，地理围栏中包括需要出示健康码的场所，如图3中的场所A、场所B、场所C等。电子设备实时监控电子设备的地理位置，当电子设备进入地理围栏时，触发推荐健康码业务，电子设备在业务推荐卡片中显示健康码的图标，该图标关联有预设APP中健康码界面的链接路径。健康码业务推荐持续第二预设时长t2，若在当前时刻T0之后第二预设时长t2内，用户需要出示健康码，可以点击业务推荐卡片中的健康码图标，响应于用户的点击操作，电子设备启动该预设APP，并打开健康码界面对应的链接，向用户展示健康码界面。用户在健康码界面点击健康码控件，打开健康码。

上述健康码推荐方法虽然能够简化用户操作，但是不够智能，不能满足用户的使用需求，原因分析如下：上述过程是在进入地理围栏时刻触发推荐健康码业务，而用户实际使用时，需要在进入场所时出示健康码。一般情况下地理围栏的范围都比较大，多为半径约200米的圆形范围，这个范围远大于场所的实际范围，因而，用户在地理围栏内的场所内活动时，存在较多需要出示健康码但上述方法无法触发推荐健康码业务的场景。参见图3，例如，场所A为用户的公司，场所B为公司附近的餐馆。用户早上8点进入该地理围栏后，在该地理围栏内活动至晚上6点。这个过程中，若用户从公司外出至餐馆就餐时，需要出示健康码；用户就餐之后返回至公司时，也需要出示健康码，而公司和餐馆均位于地理围栏内，用户在进入餐馆和进入公司时，不能触发地理围栏，上述健康码推荐方法不能触发推荐健康码业务，因而不够智能，无法满足用户需求，影响用户体验。

一种实现方式中，电子设备可以使用高精度定位系统，这样能够提高电子设备的定位精度，进而构建范围更小，精度更高的地理围栏，从而满足用户的需求。然而，这种方案存在的问题是电子设备功耗高，且定位过程中容易受到各种环境因素的影响，稳定性低，能够覆盖的用户场景也有限。

有鉴于此，本申请提供一种业务推荐方法，基于地理围栏，分析用户使用健康码的习惯，构建习惯围栏。习惯围栏包括用户对健康码使用的计时时段、以及该计时时段的关联行为。当用户处于地理围栏内，若满足习惯围栏的触发条件，则电子设备推荐健康码业务。如此，可以解决地理围栏内无法推荐健康码的问题，提高电子设备智能性，进而提高用户体验。

另外，除健康码推荐外，本申请实施例提供的业务推荐方法，也可以用于对其他业务的推荐，例如，支付码的推荐、乘车码的推荐等。本申请以下实施例中，主要以健康码推荐业务为例进行说明。

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

示例性的，图4是本申请实施例提供的一例电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universalserial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

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

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

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

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

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

天线1和天线2用于发射和接收电磁波信号。图4中的天线1和天线2的结构仅为一种示例。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

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

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

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

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

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

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

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

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

可以理解，电子设备还可以包括速度传感器。速度传感器用于获取电子设备的移动速度。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。具体到本申请实施例的方法中，电子设备100可以根据环境光传感器180L感知环境光亮度进行场景识别，确定电子设备100所在的环境场景(室内场景或室外场景)是否发生变化。

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

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

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

应用程序层可以包括一系列应用程序包。如图5所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，短信息， 健康码，业务推荐等APP。

健康码APP可以为单独设置的用于查询或展示防疫相关信息的APP，也可以为其他APP中的功能模块，例如APP中的健康码模块，或者/>中的健康码模块。本申请实施例对此不做任何限定。

可选的，业务推荐APP用于通过分析用户使用习惯等数据，向用户推荐用户可能使用的业务。可选的，业务推荐APP可以在电子设备的界面中的预设位置显示业务推荐窗口或控件，例如，业务推荐卡片，并将需要推荐的业务的图标显示于业务推荐窗口或控件中。可选的，业务推荐APP可以为电子设备的系统自带的APP，也可以为第三方APP。

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

如图5所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。除此之外，本申请实施例中，应用程序框架层还包括用户画像模块，时空语义理解模块，围栏检测模块和需求判定模块。

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

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

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

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

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

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

时空语义理解模块一方面用于获取并分析用户的历史行为数据，以确定用户的历史行为(以下称历史用户行为)；另外一方面用于获取并分析当前行为数据，以确定当前时刻T0之前第一预设时长t1之内用户的行为(以下称当前用户行为)。可选的，本申请实施例中，用户行为可以包括支付行为、乘坐电梯行为、离开场所行为以及更换室内外场景行为中的至少一种。支付行为是指用户使用电子设备进行支付的行为，例如，用户通过电子设备中的或/>展示支付码或扫付款码进行支付。乘坐电梯行为是指用户持电子设备乘坐电梯的行为。离开场所行为是指用户持电子设备离开当前所在的场所的行为。更换室内外场景行为是指用户持电子设备从室内场景进入室外场景，或者从室外场景进入室内场景的行为。

用户画像模块用于根据用户的历史使用数据和历史用户行为，构建或更新个人地理围栏和习惯围栏中的至少一种。

围栏检测模块用于根据电子设备的当前位置信息和地理围栏的信息确定电子设备是否进入地理围栏，以及用于根据当前计时时刻、当前位置信息、当前用户行为、地理围栏的信息和习惯围栏的信息，确定用户是否位于某一地理围栏并触发该地理围栏对应的习惯围栏。

需求判定模块用于判断电子设备当前所在的地理围栏(下称为当前地理围栏)内是否需要出示健康码，若是，则需求判定模块指示应用程序层的业务推荐APP进行健康码业务推荐。可选的，需求判定模块可以根据当地疫情防控政策信息、当前地理围栏对应的历史使用数据等信息，确定当前地理围栏是否需要出示健康码。

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

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

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

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

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

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

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

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

内核层是硬件和软件之间的层。内核层可以包含显示驱动，摄像头驱动，音频驱动，传感器驱动，环境光传感器驱动，速度传感器驱动和定位传感器驱动等。

可以理解，实现本申请实施例提供的业务推荐方法的过程中，电子设备可以从服务器获取数据，也可以向服务器发送数据。服务器可以为云服务器(也称为云平台、云端等)。为了便于理解本申请的方案，下面实施例对图5所示的软件框图进行简化，增加硬件层中的相关结构，并结合电子设备中的模块之间信息交互关系以及电子设备与云服务器的信息交互关系，示出如图6所示的结构框图，并结合图6，对本申请实施例提供的业务推荐方法相关的功能模块，以及方法的实现过程进行详细说明。

如图6所示，本实施例中，云服务器可以至少包括服务配置、公共围栏管理模块和数据管理系统。服务配置用于向电子设备的健康码APP及业务推荐APP等提供服务。服务配置可以包括健康码服务接入模块和页面特征配置模块。

健康码服务接入模块用于向电子设备中健康码APP接入健康码服务，以使健康码APP实现其功能。页面特征配置模块用于配置电子设备的健康码页面特征，健康码页面特征用于电子设备获取健康码使用数据。可选的，页面特征配置模块可以通过电子设备的应用程序层的业务推荐APP配置健康码页面特征。

公共围栏管理模块用于根据多个电子设备对应的健康码使用数据构建公共地理围栏。

数据管理系统，用于管理各个用户的健康码使用数据。数据管理系统例如可以为数据中台。

如图6所示，用户画像模块可以包括画像标签生成单元和围栏管理单元。画像标签生成单元用于根据历史使用数据筛选高频地理围栏，根据高频地理围栏筛选高频计时时段。其中，高频地理围栏是指第三预设时长t3的历史时间段内，健康码使用次数大于第一预设次数的地理围栏。高频计时时段是指第三预设时长t3的历史时间段内，用户在高频地理围栏内使用健康码的次数大于第二预设次数的计时时间段。可选的，画像标签生成单元可以从云服务器中获取历史使用数据。

画像标签生成单元可以将高频计时时段分别发送至时空语义理解模块。时空语义理解模块获取并分析高频计时时段对应的历史行为数据，确定高频计时时段对应的历史用户行为。时空语义理解模块将历史用户行为发送至围栏管理单元。

本申请实施例中，行为数据可以包括支付数据、全网络聚合link turbo数据、Wi-Fi数据、室内外场景变化数据(简称场景变化数据)等中的一种或多种。可选的，时空语义理解模块可以通过调用相关的接口、模块或服务获取行为数据。

具体的，支付数据中可以包括支付时刻、支付位置等数据。可选的，支付数据可以通过调用页面识别接口获取。页面识别接口可以通过识别用户打开预设的支付页面(例如 支付页面或/>支付页面等)，并结合定位传感器来确定支付时刻和支付位置等。link turbo数据中可以包括调用全网络聚合能力(link turbo engine)的时刻和位置等数据。link turbo数据可以通过link turbo engine获取。Wi-Fi数据中可以包括电子设备断开Wi-Fi连接的时刻和位置等数据。Wi-Fi数据可以通过Wi-Fi模块获取。场景变化数据中可以包括电子设备所处的环境从室内变化为室外，或从室外变化为室内的时刻和位置等数据。可选的，场景变化数据可以通过场景更换识别模块获取，场景更换识别模块用于根据环境光数据和/或移动速度数据等确定室内外场景是否更换。

围栏管理单元用于根据各个地理围栏内的高频计时时段对应的历史用户行为，筛选出各个高频计时时段中满足预设条件的历史用户行为，得到各个高频计时时段的关联行为，根据高频计时时段及其关联行为构建或更新各个地理围栏对应的习惯围栏。习惯围栏的构建和更新的具体实现过程在后续实施例中进行详细说明。

可选的，本申请实施例中，围栏检测模块在确定是否进入地理围栏或触发习惯围栏时，可以从围栏管理单元获取个人地理围栏的信息和习惯围栏的信息，从云服务器中的公共围栏管理模块获取公共地理围栏的信息。

可选的，本申请实施例中，需求判定模块在判断当前地理围栏内是否需要出示健康码时，可以从云服务器中的数据管理系统中获取历史使用数据。

如图6所示，电子设备的硬件层可以包括环境光传感器、速度传感器和定位传感器等。环境光传感器用于感知(采集)环境光亮度，并通过内核层的环境光传感器驱动上报至应用程序框架层的时空语义理解模块。速度传感器用于采集电子设备的移动速度，并通过内核层的速度传感器驱动上报至应用程序框架层的时空语义理解模块。定位传感器用于采集电子设备的位置信息，并通过内核层的定位传感器驱动上报至应用程序框架层的围栏检测模块。

为了便于理解，本申请以下实施例将以具有图4至图6所示结构的电子设备为例，结合附图和应用场景，对本申请实施例提供的业务推荐方法进行具体阐述。

本申请实施例提供的业务推荐方法在推荐健康码业务时，存在两种触发方式，第一种，电子设备进入地理围栏，触发推荐健康码业务；第二种，电子设备位于地理围栏内且触发习惯围栏时，触发推荐健康码业务。以下对这种两种触发方式分别进行说明。

1)进入地理围栏触发推荐健康码业务

示例性的，图7是本申请实施例提供的一例业务推荐方法的流程示意图，该方法包括：

S101、围栏检测模块从围栏管理单元和/或云服务器获取地理围栏集合，地理围栏集合中包括至少一个地理围栏。

具体的，地理围栏集合中可以包括个人地理围栏和公共地理围栏。围栏检测模块可以从围栏管理单元获取个人地理围栏的信息，从云服务器中的公共围栏管理模块(图7中未示出)获取公共地理围栏的信息。

可选的，地理围栏集合可以用表格实现，表格中可以包括地理围栏标识、地理围栏位置等。其中，地理围栏标识例如可以为地理围栏的名称、编号等。可选的，作为一种实现方式，地理围栏可以与电子设备移动通信中定位的基站对应，一个基站对应一个地理围栏。这种情况下，地理围栏的位置可以用基站的Cell ID来表示。示例性的，表1为本申请一个实施例提供的地理围栏集合。需要说明的是，表1仅作为示例，用于说明地理围栏集合的结构和包括的内容等，不代表实际的数据。另外，除表1示出的内容外，地理围栏集合中还可以包括与地理围栏相关的其他信息，例如，地理围栏的类型(如个人围栏/公共围栏)、地理围栏的更新时刻等，本申请实施例对此不作任何限定。

表1

地理围栏标识	地理围栏位置
		L01	Cell ID 1
L02	Cell ID 2
		L03	Cell ID 3
……	……

S102、围栏检测模块获取电子设备的当前位置信息。

可选的，电子设备的位置信息也可以通过Cell ID来表示。围栏检测模块可以通过定位传感器(图7中未示出)等模块获取位置信息，具体的，参见上述实施例，不再赘述。

S103、围栏检测模块根据当前位置信息，确定电子设备是否正在进入第一地理围栏(触发第一地理围栏)；若是，则执行步骤S104；若否，返回执行步骤S102，第一地理围栏为地理围栏集合中的任一个地理围栏。

可选的，围栏检测模块可以将电子设备当前的Cell ID与前一时刻的Cell ID对比，确定当前的Cell ID相较于前一时刻的Cell ID是否发生变化，即确定电子设备是否切换Cell。若电子设备切换Cell，则围栏检测模块确定切换后的Cell ID是否为地理围栏集合中的某一个Cell ID，即，确定地理围栏集合中是否存在切换后的Cell ID。若是，则表明电子设备正在进入该Cell ID对应的地理围栏，执行步骤S107；若否，则表明电子设备未正在进入地理围栏集合中的任一个地理围栏(未触发任一个地理围栏)，围栏检测模块继续监控，返回执行步骤S102。

S104、围栏检测模块向需求判定模块发送需求判定指令，需求判定指令用于指示需求判定模块判断第一地理围栏内是否需要出示健康码。

可选的，需求判定指令中可以携带第一地理围栏的标识或位置等能够表征第一地理围栏唯一身份的信息。

S105、需求判定模块响应于需求判定指令，判断第一地理围栏内是否需要出示健康码；若是，则执行步骤S106；若否，则执行步骤S108。

在一个具体的实施例中，需求判定模块响应于需求判定指令，获取第一地理围栏相关的疫情防控政策信息，以及第一地理围栏对应的历史使用数据等中的至少一种，并确定第一地理围栏内是否需要出示健康码。例如，根据第一地理围栏相关疫情防控政策信息，确定第一地理围栏对应的地区为低风险地区，低风险地区无需出示健康码，则需求判定模块确定第一地理围栏内不需出示健康码。又例如，需求判定模块可以根据第一地理围栏对应的历史使用数据，统计用户在第三预设时长t3内的历史时间段内进入第一地理围栏的次数以及在第一地理围栏内使用健康码的次数，确定用户在第三预设时长t3内的历史时间段内进入第一地理围栏时，健康码的使用概率，根据健康码的使用概率确定第一地理围栏内是否需要出示健康码。举例来说，若需求判定模块确定用户在近n日内(例如近14日内)进入第一地理围栏10次，出示健康码9次，健康码使用概率为90％，大于预设概率阈值，则确定第一地理围栏内需出示健康码。

本申请实施例对于需求判定模块具体的判定方法不做任何限定，可以根据实际需求选择。通过需求判定模块的判定，使得健康码业务推荐的触发更符合用户的习惯和实际使用情况，提高健康码业务推荐的准确性，进而提高用户体验。

S106、需求判定模块向应用程序层的业务推荐APP发送业务推荐指令，业务推荐指令用于指示业务推荐APP推荐健康码业务。

可选的，业务推荐指令中可以携带有健康码APP的标识信息。

S107、业务推荐APP接收业务推荐指令，推荐健康码业务。

具体的，业务推荐模块根据业务推荐指令，将健康码图标显示于预设窗口或预设控件中，且健康码图标与预设APP中健康码界面的链接路径关联。具体的界面可以参见图2中的(a)图。

可选的，业务推荐APP推荐健康码业务接收到业务推荐指令后，可以立即开始推荐健康码业务，也可以根据历史使用数据、电子设备的当前位置信息等确定一个健康码推荐时刻，在该健康码推荐时刻开始推荐健康码业务。

可选的，在确定健康码推荐时刻后，业务推荐APP还可以预先设置一个推荐持续时长tx。以健康码推荐时刻作为起始时刻T2，以T2+tx时刻作为结束时刻，若在T2至T2+tx时间段内，电子设备未接收到用户对预设窗口或预设控件中健康码图标的点击操作，则停止推荐健康码业务，即预设窗口或预设控件中显示的健康码图标消失。若在T2至T2+tx时间段内的任一时刻，例如T3时刻，电子设备接收到用户对预设窗口或预设控件中健康码图标的点击操作，则业务推荐APP可以在T3时刻之后的第四预设时长t4时刻，停止推荐健康码业务。

S108、需求判定模块向业务推荐APP发送使用数据收集指令，使用数据收集指令用于指示业务推荐APP收集健康码使用数据。

S109、业务推荐APP响应于使用数据收集指令监控用户对健康码的使用情况，收集健康码使用数据。

可选的，业务推荐APP可以通过预先配置的健康码页面特征提取健康码页面的信息，从而获取健康码使用数据。

可选的，业务推荐APP收集健康码使用数据后，可以发送至画像标签生成单元和/或云服务器中的数据管理系统。

可以理解，电子设备可以重复执行(例如按照预设的周期执行)上述过程，从而实现对地理围栏的持续监控，实现在电子设备进入任一个地理围栏时触发推荐健康码业务，简化用户启动健康码界面的操作，提高用户体验。

另外，电子设备的围栏管理单元和云服务器的公共围栏管理模块可以周期性更新(例如，每日02：00启动更新)所管理的地理围栏，以提高地理围栏的准确性。围栏的更新过程可以与围栏的构建过程类似，不作赘述。

2)电子设备位于地理围栏内且触发习惯围栏时，触发推荐健康码业务

示例性的，图8是本申请实施例提供的另一例业务推荐方法的流程示意图，该方法包括：

S201、围栏检测模块从围栏管理单元和/或云服务器获取地理围栏集合，地理围栏集合中包括至少一个地理围栏。

该步骤与步骤S101相同，不再赘述。

S202、围栏检测模块获取电子设备的当前位置信息。

该步骤与步骤S102相同，不再赘述。

S203、围栏检测模块根据当前位置信息，确定电子设备是否处于第一地理围栏内，第一地理围栏为地理围栏集合中的任一个地理围栏；若是，则执行步骤S204；若否，返回执行步骤S202。

可选的，围栏检测模块可以确定电子设备当前的Cell ID是否为地理围栏集合中的某一个Cell ID，即，确定地理围栏集合中是否存在当前的Cell ID。若是，则表明电子设备位于该Cell ID对应的地理围栏内，该Cell ID对应的地理围栏为第一地理围栏，执行步骤S204；若否，则表明电子设备未位于地理围栏集合中的任一个地理围栏，围栏检测模块继续监控，返回执行步骤S202。

S204、围栏检测模块从围栏管理单元获取第一地理围栏对应的第一习惯围栏集合，第一习惯围栏集合中包括至少一个第一地理围栏对应的习惯围栏。

可选的，围栏管理单元可以对于各个地理围栏分别建立对应的习惯围栏集合，并对每一个习惯围栏集合进行区分。可选的，围栏管理单元也可以构建所有习惯围栏的集合(下称为总习惯围栏集合)，即总习惯围栏集合中包括各个地理围栏对应的习惯围栏，并在总习惯围栏集合中标识各个习惯围栏对应的地理围栏。总而言之，习惯围栏与地理围栏具有对应关系。

本申请实施例以总习惯围栏为例进行说明。可选的，总习惯围栏集合可以用表格实现，表格中可以包括习惯围栏标识、习惯围栏对应的地理围栏的标识、习惯围栏的高频计时时段和关联行为等。其中，习惯围栏标识例如可以为习惯围栏的名称、编号等。

示例性的，表2为本申请一个实施例提供的总习惯围栏集合。需要说明的是，表2仅作为示例，用于说明总习惯围栏集合的结构和包括的内容等，不代表实际的数据。另外，除表2示出的内容外，习惯围栏集合中还可以包括与习惯围栏相关的其他信息，例如，习惯围栏的更新时刻、关联行为的发生次数等，本申请实施例对此不作任何限定。

表2

第一地理围栏对应的习惯围栏用于表征电子设备位于第一地理围栏内时，习惯在哪些计时时间段发生哪些行为。以第一地理围栏为表2中的L01为例，假设L01为用户的公司所在的地理围栏。该第一地理围栏对应的第一习惯围栏集合中包括习惯围栏H01、H02和H03。

H01表示用户位于公司所在的地理围栏L01内时，早上08：00至09：00一般会发生更换室内外场景行为，例如，用户持电子设备从室外进入公司大楼。

H02表示用户位于公司所在的地理围栏L01内时，中午11：45至12：45一般会发生离开场所行为、乘坐电梯行为和支付行为，该习惯围栏表示用户持电子设备离开公司办公室，乘坐电梯后进入公司大楼内其他楼层的餐厅吃中午饭，吃饭时通过或/>付钱。

H03表示用户位于公司所在的地理围栏L01内时，下午18：30至19：30一般会发生离开场所行为、乘坐电梯行为、支付行为，例如，用户持电子设备离开公司办公室，乘坐电梯后进入公司大楼内其他楼层的餐厅吃下午饭，吃饭时通过或/>付钱。

S205、围栏检测模块获取当前计时时刻，并确定当前计时时刻是否处于第一习惯围栏对应的高频计时时段，第一习惯围栏为第一习惯围栏集合中的任一个习惯围栏；若是，则执行步骤S206；若否，则返回执行步骤S202。

S206、围栏检测模块向时空语义理解模块发送行为识别指令，行为识别指令用于指示时空语义理解模块识别用户在第一地理围栏内的当前用户行为。

可选的，行为识别指令中可以包括当前时刻T0、第一预设时长t1、第一地理围栏的信息等。

S207、时空语义理解模块响应于行为识别指令，获取当前用户行为数据，并根据当前时空数据识别用户在第一地理围栏内的当前用户行为。

当前用户行为可以包括支付行为、乘坐电梯行为、离开场所行为以及更换室内外场景行为中的至少一种。

可选的，时空语义理解模块可以通过调用页面识别接口获取当前时刻T0之前的第一预设时长t1内的支付数据(下称为当前支付数据)，对当前支付数据进行语义理解，确定当前用户行为是否包括支付行为。若电子设备在当前时刻T0之前的第一预设时长t1内，在第一地理围栏内打开了预设的支付页面，则确定用户在第一地理围栏内的当前用户行为包括支付行为。

时空语义理解模块可以通过调用link turbo engine获取当前时刻之前的第一预设时长t1内的link turbo数据(下称为当前link turbo数据)，对当前link turbo数据进行语义理解，确定当前用户行为是否包括上下电梯行为。若电子设备在当前时刻T0之前的第一预设时长t1内，调用了link turbo engine，且调用link turbo engine时，电子设备位于第一地理围栏内，则确定用户在第一地理围栏内的当前用户行为包括乘坐电梯行为。

时空语义理解模块可以通过调用Wi-Fi模块获取当前时刻T0之前的第一预设时长t1内的Wi-Fi数据(下称为当前Wi-Fi数据)，对当前Wi-Fi数据进行语义理解，确定当前用户行为是否包括离开场所行为。若电子设备在当前时刻T0之前的第一预设时长t1内，断开了Wi-Fi连接，且断开Wi-Fi连接的位置位于第一地理围栏内，则确定用户在第一地理围栏内的当前用户行为包括离开场所行为。

时空语义理解模块可以通过调用场景更换识别模块获取当前时刻T0之前的第一预设时长t1内的场景变化数据(下称为当前场景变化数据)，对当前场景变化数据进行语义理解，确定当前用户行为是否包括更换室内外场景。若电子设备在当前时刻T0之前的第一预设时长t1内，室内外场景发生变化，且室内外场景发生变化的位置位于第一地理围栏内，则确定用户在第一地理围栏内的当前用户行为包括更换室内外场景行为。

S208、时空语义理解模块将当前用户行为发送至围栏检测模块。

S209、围栏检测模块确定当前用户行为中是否包括第一习惯围栏的关联行为；若是，触发习惯围栏，执行步骤S210；若否，则返回执行步骤S202。

参见表2，例如，当前电子设备处于L01地理围栏内，L01地理围栏对应的习惯围栏集合包括H01、H02和H03。假设当前计时时刻为08：32，围栏检测模块根据步骤S205，确定当前计时时刻处于高频计时时段08：00-09:00内，则确定H01为第一习惯围栏。第一习惯围栏的关联行为更换室内外场景行为。因而，若围栏检测模块确定当前用户行为中包括更换室内外场景行为，则表明触发习惯围栏，执行步骤S210；否则，表明未触发习惯围栏，返回执行步骤S202。

S210、围栏检测模块向需求判定模块发送需求判定指令，需求判定指令用于指示需求判定模块判断第一地理围栏内是否需要出示健康码。

该步骤与上述步骤S104相同，不再赘述。

S211、需求判定模块响应于需求判定指令，判断第一地理围栏内是否需要出示健康码；若是，则执行步骤S212；若否，则执行步骤S214。

该步骤与上述步骤S105相同，不再赘述。

S212、需求判定模块向应用程序层的业务推荐APP发送业务推荐指令，业务推荐指令用于指示业务推荐APP推荐健康码业务。

该步骤与上述步骤S106相同，不再赘述。

S213、业务推荐APP接收业务推荐指令，推荐健康码业务。

该步骤与上述步骤S107相同，不再赘述。

S214、需求判定模块向业务推荐APP发送使用数据收集指令，使用数据收集指令用于指示业务推荐APP收集健康码使用数据。

该步骤与上述步骤S108相同，不再赘述。

S215、业务推荐APP响应于使用数据收集指令监控用户对健康码的使用情况，收集健康码使用数据。

该步骤与上述步骤S109相同，不再赘述。

本实施例提供的业务推荐方法，在用户处于第一地理围栏内的情况下，通过获取第一地理围栏对应的习惯围栏集合、当前计时时刻和当前用户行为，确定是否触发习惯围栏集合中的任一个习惯围栏，若触发，则触发推荐健康码业务。本实施例提供的方法在地理围栏内也能够推荐健康码业务，能够满足用户在地理围栏内活动也需要出示健康码的场景，提高电子设备智能性，进而提高用户体验。

可以理解，电子设备可以重复执行(例如按照预设的周期执行)上述过程中的部分或全部步骤，从而实现对习惯围栏的持续监控，实现在电子设备进入任一个地理围栏对应的习惯围栏时触发推荐健康码业务。

图8所示的实施例中，是在确定电子设备位于第一地理围栏内(步骤S201至S203)后，启动判断是否触发习惯围栏(步骤S204至S209)。在另一种实现方式中，也可以在确定当前计时时刻为习惯围栏内的某一高频计时时段内后，进一步判断是否位于习惯围栏对应的地理围栏内，以及是否触发习惯围栏。具体的，参见图9，该实现方式中提供的业务推荐方法包括：

S301、围栏检测模块从围栏管理单元获取总习惯围栏集合，总习惯围栏集合中包括至少一个地理围栏对应的习惯围栏。

S302、围栏检测模块获取当前计时时刻，并确定当前计时时刻是否处于总习惯围栏中的第一习惯围栏的高频计时时段内，第一习惯围栏为总习惯围栏集合中的任一个习惯围栏；若是，则执行步骤S303；若否，则返回执行步骤S302。

S303、围栏检测模块从围栏管理单元和/或云服务器获取地理围栏集合，地理围栏集合中包括至少一个地理围栏。

S304、围栏检测模块获取电子设备的当前位置信息。

S305、围栏检测模块根据当前位置信息，确定电子设备是否处于第一习惯围栏对应的第二地理围栏内；若是，则执行步骤S306；若否，返回执行步骤S302。

S306、围栏检测模块向时空语义理解模块发送行为识别指令，行为识别指令用于指示时空语义理解模块识别用户在第二地理围栏内的当前用户行为。

S307、时空语义理解模块响应于行为识别指令，获取当前用户行为数据，并根据当前时空数据识别用户在第二地理围栏内的当前用户行为。

S308、时空语义理解模块将当前用户行为发送至围栏检测模块。

S309、围栏检测模块确定当前用户行为中是否包括第一习惯围栏的关联行为；若是，触发习惯围栏，执行步骤S310；若否，则返回执行步骤S302。

S310、围栏检测模块向需求判定模块发送需求判定指令，需求判定指令用于指示需求判定模块判断第二地理围栏内是否需要出示健康码。

S311、需求判定模块响应于需求判定指令，判断第二地理围栏内是否需要出示健康码；若是，则执行步骤S312；若否，则执行步骤S314。

S312、需求判定模块向应用程序层的业务推荐APP发送业务推荐指令，业务推荐指令用于指示业务推荐APP推荐健康码业务。

S313、业务推荐APP接收业务推荐指令，推荐健康码业务。

S314、需求判定模块向业务推荐APP发送使用数据收集指令，使用数据收集指令用于指示业务推荐APP收集健康码使用数据。

S315、业务推荐APP响应于使用数据收集指令监控用户对健康码的使用情况，收集健康码使用数据。

该实现方式中步骤的具体实现方式与图8所示实施例相同或类似，不再赘述。

通过图8和图9所示的实施例可以看出，在判断是否触发某一地理围栏对应的习惯围栏时，需要判断位置、计时时刻和行为三个要素是否满足相应的条件，本申请实施例对于三个要素判断的先后顺序不做任何限定，可以根据实际需求选择设计。

上述实施例分别对1)进入地理围栏触发推荐健康码业务和2)用户位于地理围栏内且触发习惯围栏时，触发推荐健康码业务两种触发方式分别进行了说明。值得注意的是，本申请实施例中，两种触发方式可以并存，即电子设备即执行图7实施例所示的过程，又执行图8或图9实施例所示的过程。可以理解，这种情况下，方法执行的过程中，相同的部分可以合并执行或简化执行。具体的，可以参见图10，图10为本申请实施例提供的又一例业务推荐方法的流程示意图。图10中各个步骤的执行主体以及相关的执行细节可以参见上述图7至图9，不再赘述。如图10所示，该方法包括：

S401、获取电子设备的当前位置信息和地理围栏集合。

S402、根据当前位置信息确定电子设备是否正在进入第一地理围栏；第一地理围栏为地理围栏集合中的任一个地理围栏；若是，则执行步骤S407；若否，则返回执行步骤S402。

S403、根据当前位置信息确定电子设备是否处于第一地理围栏内；第一地理围栏为地理围栏集合中的任一个地理围栏；若是，则执行步骤S404；若否，则返回执行步骤S403。

S404、获取第一地理围栏对应的习惯围栏集合。

S405、获取当前计时时刻和当前用户行为。

S406、根据当前计时时刻和当前用户行为，确定是否触发第一习惯围栏，第一习惯围栏为第一地理围栏对应的习惯围栏集合中的任一个习惯围栏；若是，则执行步骤S407；若否，则返回执行步骤S403。

S407、判断第一地理围栏内是否需要出示健康码；若是，则执行步骤S408；若否，则执行步骤S409。

S408、推荐健康码业务。

S409、监控电子设备对健康码的使用，在电子设备使用健康码时采集健康码使用信息。

本实施例提供的业务推荐方法，既能够在用户进入任一个地理围栏时触发推荐健康码业务，又能够在用户位于任一个地理围栏，且触发对应的习惯围栏时触发推荐健康码业务，提高了健康码业务推荐的全面性和智能性，进一步提高用户体验。

下面对构建习惯围栏的过程进行说明。

示例性的，图11为本申请实施例提供的一例构建习惯围栏的流程示意图。如图11所示，构建习惯围栏可以包括下述步骤：

S501、画像标签生成单元获取第三预设时长t3的第一历史时间段内的健康码使用数据，得到第一历史使用数据。

第一历史使用数据可以包括用户对健康码的使用时刻，以及使用健康码时电子设备所处的地理围栏等数据。可选的，第三预设时长t3可以预先设定，例如可以为14天。第一历史时间段的结束时刻也可以预先设定。在一个具体的实施例中，第一历史时间段的结束时刻可以为当前时刻T0之前的第一预设时长t1对应的时刻，即T0-t1时刻，则第一历史时间段为T0-t1-t3时刻至T0-t1时刻。例如，当前时刻为2022年6月15日08：00，第一预设时长t1为30分钟，第三预设时长t3为14天，则历史时间段为2022年6月1日07：30至2022年6月15日07：30。

S502、画像标签生成单元根据第一历史使用数据，统计第一历史时间段内各个地理围栏内健康码的使用次数，得到第一统计结果。

在一个实施例中，第一统计结果可以如表3所示：

表3

地理围栏标识	健康码使用次数(T0-t1-t3时刻至T0-t1时刻)
		L01	15次
L02	13次
		L03	9次
……	……

需要说明的是，表3仅为示例，不代表实际数据。而且，第一统计结果的表现形式不限于表格，例如还可以为矩阵、柱形图等，本申请实施例对此不做任何限定。

S503、画像标签生成单元根据第一统计结果，筛选出健康码使用次数大于第一预设次数的地理围栏，得到高频地理围栏。

可选的，可以根据第三预设时长t3的长短设置第一预设次数。在一个具体的实施例中，第三预设时长t3为14天的情况下，第一预设次数例如可以为10次。继续以表3为例，根据表3所示的第一统计结果，筛选健康码使用次数大于10次的地理围栏，得到的高频围栏为L01和L02。

S504、画像标签生成单元根据第一历史使用数据，对所有高频地理围栏对应的第二历史使用数据进行分时段统计，得到第二统计结果。

即，第一历史使用数据中，所有高频地理围栏对应的使用数据称为第二历史使用数据。画像标签生成单元对第二历史使用数据进行分时段统计，得到第二统计结果。

可选的，画像标签生成单元可以通过多种统计方法对第二历史使用数据进行分时段统计，例如，直方图统计、聚类等，本申请实施例对此不做任何限定。其中，聚类例如可以采取噪声环境下基于密度的空间聚类算法(density-based spatial clustering ofapplications with noise，DBSCAN)。

在一个实施例中，第二统计结果可以如图12所示。需要说明的是，表3仅为示例，不代表实际数据。而且，第二统计结果的表现形式不限于柱形图，例如还可以为矩阵、表格等，本申请实施例对此不做任何限定。

另外，第二统计结果中各个时段可以相同，也可以不同。例如，采用直方图统计时，第二统计结果中各个时段可以相同，采用聚类方法统计时，第二统计结果中各个时段可以不同。

可选的，第二统计结果中，各个时段的时长可以小于或等于第五预设时长t5，第五预设时长例如可以为1小时。也就是说，分时段统计时，时段的长度小于或等于1小时。这样，分析得到的习惯围栏更精确，从而使触发推荐健康码业务的时机更加符合用户使用习惯，提高用户体验。

S505、画像标签生成单元筛选出第二统计结果中健康码使用次数大于第二预设次数的时段，得到高频计时时段。

可选的，第二预设次数例如可以为6次。以第二预设次数为6次为例，如图12所示的第二统计结果中，超过第二预设次数6次的时段共一个，为11:30-12:30，因而，高频计时时段共1个，为11：30-12：30。

S506、画像标签生成单元将高频计时时段发送至时空语义理解模块。

S507、时空语义理解模块获取各个高频地理围栏内，第一历史时间段内各个高频计时时段对应的第一历史行为数据。

可以理解，步骤S505中，筛选出的高频计时时段可能为1个，也可能为多个。时空语义理解模块分别获取第一历史时间段内每个高频计时时段对应的用户行为数据，得到该高频计时时段对应的第一历史行为数据。需要说明的是，对于某一个高频计时时段A来说，若第一历史时间段的时长大于1天，则第一历史时间段内可能存在多个该高频计时时段A，因而，该高频计时时段A对应的第一历史行为数据中，可能包括多组用户行为数据。

以高频计时时段为11：30-12：30为例，时空语义理解模块获取第一历史时间段T0-t1-t3时刻至T0-t1时刻内的用户行为数据，假设t1为7天，则得到的该高频计时时段对应的第一历史行为数据中包括第一历史时间段内每天的11：30-12：30的用户行为数据，即共得到7组用户行为数据。

S508、时空语义理解模块根据各个高频计时时段对应的第一历史行为数据，识别各个高频计时时段对应的历史用户行为。

时空语义理解模块识别历史用户行为的过程与识别当前用户行为的过程相同，二者的区别仅在于识别时使用的数据不同，识别历史用户行为使用的数据为历史行为数据，识别当前用户行为使用的数据为当前行为数据。

如上所述，高频计时时段A对应的第一历史行为数据中，可能包括多组用户行为数据，因而，时空语义理解模块识别出的高频计时时段A对应的某一类型的历史用户行为可能为一个，也可能为多个。同时，每组用户行为数据识别出的历史用户行为的种类可能为一种，也可能为多种，例如，某一天的高频计时时段对应的用户数据识别出的历史用户行为即包括支付行为，又包括电梯乘坐行为。

继续以高频计时时段为11：30至12：30为例，假设时空语义理解根据该高频计时时段对应的第一历史行为数据识别出用户行为包括：5次支付行为、5次乘坐电梯行为、5次离开场所行为、2次更换室内外场景行为。

S509、时空语义理解模块将各个高频计时时段对应的历史用户行为发送至围栏管理单元。

S510、画像标签生成单元将各个高频计时时段及其对应的地理围栏的信息发送至围栏管理单元。

S511、围栏管理单元根据各个高频计时时段对应的历史用户行为，筛选出满足预设条件的历史用户行为，得到各个高频计时时段的关联行为。

可选的，对于每一个高频计时时段，围栏管理单元可以计算该高频计时时段对应的历史用户行为中每一种用户行为的准确率和召回率，筛选出准确率和召回率满足预设条件的用户行为，得到该高频计时时段的关联行为。这个过程也称为关联行为挖掘。关联行为挖掘的具体实现过程在后续实施例中进行详细说明。

S512、围栏管理单元根据各个高频计时时段及各个高频计时时段的关联行为构建习惯围栏，并建立习惯围栏与地理围栏的对应关系。

本实施例提供的方法，基于第一历史使用数据和第一历史行为数据进行统计、筛选和挖掘，得到高频计时时段和高频计时时段对应的关联行为，进而构建出习惯围栏，这样构建出的习惯围栏更贴近用户实际情况，从而使得健康码业务的推荐更加准确，提高用户体验。

下面对关联行为挖掘的过程进行说明。

本申请实施例提供两种关联行为挖掘方案，具体如下：

方案一：关联行为为单一行为情况下的挖掘方案

该方案中，每一个习惯围栏的关联行为为候选行为中的一种，候选行为可以包括支付行为、乘坐电梯行为、离开场所行为和室内外环境更换行为中的至少一种。这种情况下，对于任一个高频计时时段A对应的关联行为的挖掘过程可以如下：

1-1、根据第一历史使用数据，确定第一历史时间段中高频计时时段A对应的健康码使用次数N。

1-2、确定高频计时时段A对应的历史用户行为中各种候选行为的次数T。

1-3、确定高频计时时段A对应的各种候选行为与健康码的共现次数M。

其中，候选行为与健康码的共现是指候选行为与使用健康码的行为均出现在第一历史时间段中同一天的同一高频计时时段的情况。以支付行为为例，高频计时时段A对应支付行为与健康码共现，也即在第一历史时间段内，某一天的高频计时时段A内，用户既使用了健康码，又用电子设备进行了支付。

1-4、根据健康码使用次数N和各种候选行为对应的共现次数M，确定各种候选行为的召回率R。

可选的，召回率R＝M/N。

例如，高频计时时段A对应的健康码使用次数N1，高频计时时段A对应的支付行为与健康码的共现次数为M1，则支付行为的召回率R1＝M1/N1。其他候选行为的召回率计算方法与此类似，不再赘述。

1-5、根据高频计时时段A对应的各种候选行为的次数T和对应的共现次数M，确定候选行为的准确率P。

可选的，准确率P＝M/T。

例如，高频计时时段A对应的历史用户行为中，支付行为的使用次数为T1，高频计时时段A对应的支付行为与健康码的共现次数为M1，则支付行为的准确率P1＝M1/T1。其他候选行为的准确率计算方法与此类似，不再赘述。

1-6、筛选出准确率高于预设阈值的候选行为，得到候选关联行为。

需要说明的是，按照预设阈值筛选候选关联行为时，若不存在准确率高于阈值的候选行为，即不存在候选关联行为，则说明当前高频计时时段A不存在关联度较高的用户行为，不构建该高频计时时段A对应的习惯围栏。若存在候选关联行为，则执行步骤1-7。

1-7、将候选关联行为中召回率最高的行为确定为高频计时时段A的关联行为。

本方案中，在筛选召回率最高的候选行为时，若存在2个或2个以上召回率相同的候选行为，可以选取准确率较高的候选行为作为关联行为。若召回率和准确率均相同，则选取次数较多的候选行为作为关联行为，若次数仍相同，则随机选取其中一个候选行为作为关联行为。

方案二：关联行为为组合行为情况下的挖掘方案

该方案中，关联行为为候选组合行为，候选组合行为是指上述候选行为中的两种或两种以上行为的组合。候选组合行为可能为二次项行为、三次项行为或四次项行为。具体的，支付行为、乘坐电梯行为、离开场所行为和室内外环境更换行为依次表示为Z、D、W和S，如表4所示，候选组合行为可以包括如下：

表4

候选组合行为类型	候选组合行为
		二次项行为	{ZD}，{ZW}，{ZS}，{DW}，{DS}，{WS}
三次项行为	{DWS}，{ZWS}，{ZDS}，{ZDW}
		四次项行为	{ZDWS}

该方案中，对于任一个高频计时时段A对应的关联行为的挖掘过程可以与上述方案一的过程类似，将方案一中各个步骤中的候选行为替换为候选组合行为即可。需要说明的是，本方案中，候选组合行为与健康码的共现，是指候选组合行为中所有候选行为与使用健康码的行为均出现在第一历史时间段中同一天的同一高频计时时段的情况。以ZD(支付行为与乘坐电梯行为的组合行为)为例，高频计时时段A对应的ZD与健康码共现，也即在第一历史时间段内，某一天的高频计时时段A内，用户既使用了健康码，又用电子设备进行了支付，还持电子设备乘坐了电梯。

另外，本方案中，在筛选召回率最高的候选组合行为时，若存在2个或2个以上召回率相同的候选组合行为，可以选取准确率较高的候选组合行为作为关联行为；若召回率和准确率均相同，则选取项数较少的候选组合行为作为关联行为；若项数仍相同，则选取次数较多的候选组合行为作为关联行为；若次数也相同，则随机选取其中一个候选行为作为关联行为。

需要说明的是，以上挖掘关联行为、构建习惯围栏以及是否触发习惯围栏的判断方法等均为示例，并不造成对本申请实施例的任何限定。在另一些实施例中，也可以通过其他的方式实现上述过程。

例如，在一个实施例中，可以以候选行为是否发生，以及候选行为的发生时刻作为输入特征，构建初始习惯围栏模型。初始习惯围栏模型用于确定是否需要触发推荐健康码业务。根据多组历史行为数据和多组历史使用数据确定出是否发生候选行为以及候选行为的发生时刻，将发生候选行为以及候选行为的发生时刻作为训练样本输入初始习惯围栏模型，候选行为发生的高频计时时段内是否使用健康码作为标签(label)，对初始习惯围栏模型进行训练，得到习惯围栏模型。预先建立各个地理围栏对应的高频计时时段集合，当电子设备处于地理围栏集合中的第一地理围栏，且当前计时时刻处于第一围栏对应的高频计时时段集合中的任一高频计时时段内时，调用习惯围栏模型确定当前时刻是否需要触发推荐健康码业务。可选的，习惯围栏模型可以为逻辑回归(logistic regression，LR)模型或决策树模型。

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

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

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

本实施例提供的电子设备，用于执行上述业务推荐方法，因此可以达到与上述实现方法相同的效果。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (13)

1.一种业务推荐方法，所述方法由电子设备执行，其特征在于，所述方法包括：

获取当前计时时刻，以及所述电子设备所在的当前地理围栏，所述当前地理围栏为第一业务对应的地理围栏；

确定当前用户行为；

若根据预设的第一对应关系，确定所述当前地理围栏、所述当前计时时刻和所述当前用户行为匹配，则显示所述第一业务对应的图标；所述第一对应关系中包括所述第一业务对应的至少一个预设地理围栏、至少一个预设计时时段和至少一个预设用户行为的对应关系；所述第一对应关系是通过如下步骤生成的：根据在预设历史时段内每次处理所述第一业务时的历史业务数据，确定各个高频地理围栏、各个所述高频地理围栏对应的高频计时时段、及在各个所述高频地理围栏及各个所述高频计时时段内发生的第一关联行为，并根据各个所述高频地理围栏、各个所述高频计时时段及各个所述第一关联行为，生成所述第一对应关系。

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

若所述至少一个预设地理围栏中存在所述当前地理围栏，则根据所述第一对应关系确定所述当前地理围栏对应的目标计时时段和目标用户行为；

若所述当前计时时刻处于所述目标计时时段内，且所述当前用户行为与所述目标用户行为一致，则确定所述当前地理围栏、所述当前计时时刻和所述当前用户行为匹配。

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

若所述当前时刻处于所述至少一个预设计时时段中的目标计时时段，则根据所述第一对应关系确定所述目标计时时段对应的目标地理围栏和目标用户行为；

若所述当前地理围栏与所述目标地理围栏一致，且所述当前用户行为与所述目标用户行为一致，则确定所述当前地理围栏、所述当前计时时刻和所述当前用户行为匹配。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一业务为健康码业务，所述预设用户行为包括支付行为、乘坐电梯行为、离开场所行为和更换室内外场景行为中的至少一种。

5.根据权利要求4所述的方法，其特征在于，所述确定当前用户行为，包括：

获取当前时刻之前预设时长内的当前用户行为数据，所述当前用户行为数据包括支付数据、全网络聚合数据、无线保真数据、室内外场景变化数据等中的至少一种；所述当前时刻包括当前日期和所述当前计时时刻；

根据所述当前用户行为数据确定所述当前用户行为。

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

获取历史业务数据，所述历史业务数据包括在预设历史时间段内，每次处理所述第一业务时，所述电子设备所在的历史地理围栏和对应的历史计时时刻；

确定所述历史业务数据中数量大于第一预设数量的历史地理围栏，得到至少一个高频地理围栏；

对第一高频地理围栏对应的历史计时时刻所属的候选计时时段进行统计，得到各个所述候选计时时段中历史计时时刻的数量，所述第一高频地理围栏为所述至少一个高频地理围栏中的任一个；

若确定第一候选计时时段对应的历史计时时刻的数量大于第二预设数量，则将所述第一候选计时时段确定为所述第一高频地理围栏对应的高频计时时段；所述第一候选计时时段为所述至少一个候选计时时段中的任一个；

若确定存在发生时间处于第一高频计时时段内，发生位置处于所述第一高频地理围栏内的第一关联行为，则将所述第一高频地理围栏确定为所述预设地理围栏，将所述第一高频计时时段确定为所述预设计时时段，将所述第一关联行为确定为所述预设用户行为；所述第一高频计时时段为所述第一高频地理围栏对应的高频计时时段中的任一个；

建立所述第一高频地理围栏、所述第一高频计时时段和所述第一关联行为的对应关系，得到第二对应关系；

获取至少一个所述第二对应关系，以得到所述第一对应关系。

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

获取发生时间位于所述第一高频计时时段内，发生位置位于所述第一高频地理围栏内的历史用户行为数据；

根据所述历史用户行为数据，确定至少一种历史用户行为；

根据所述历史业务数据和所述历史用户行为数据，确定各个所述历史用户行为的召回率和准确率；

根据各个所述历史用户行为的召回率和准确率，确定所述至少一种历史用户行为中是否存在所述第一关联行为。

8.根据权利要求7所述的方法，其特征在于，所述根据各个所述历史用户行为的召回率和准确率，确定所述至少一种历史用户行为中是否存在所述第一关联行为，包括：

若所述至少一种历史用户行为中存在准确率大于预设阈值的候选预设行为，则将所述候选预设行为中召回率最高的历史用户确定为所述第一关联行为；

若所述至少一种历史用户行为中不存在准确率大于预设阈值的候选预设行为，则确定不存在所述第一关联行为。

9.根据权利要求7或8所述的方法，其特征在于，所述根据所述历史业务数据和所述历史用户行为数据，确定各个所述历史用户行为的召回率和准确率，包括：

根据所述历史用户行为数据，确定第一历史用户行为的出现次数；所述第一历史用户行为为所述至少一种历史用户行为中的任一种；

根据所述历史业务数据，确定第一预设计时时段内、第一预设地理围栏内所述第一业务的处理次数；

根据所述历史业务数据和所述历史用户行为数据，确定所述第一预设计时时段内、所述第一预设地理围栏内所述第一历史用户行为和所述第一业务的共现次数；

根据所述共现次数和所述第一业务的处理次数，确定所述第一历史用户行为的召回率；

根据所述共现次数和所述第一历史用户行为的出现次数，确定所述第一历史用户行为的准确率。

10.根据权利要求9所述的方法，其特征在于，所述根据所述共现次数和所述第一业务的处理次数，确定所述第一历史用户行为的召回率，包括：

将所述第一历史用户行为的共现次数与所述第一业务的处理次数的比值确定为所述第一历史用户行为的召回率；

所述根据所述共现次数和所述第一历史用户行为的出现次数，确定所述第一历史用户行为的准确率，包括：

将所述共现次数与所述第一历史用户行为的出现次数的比值确定为所述第一历史用户行为的准确率。

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

若确定上一周期所述电子设备所在的地理围栏与所述当前地理围栏不同，且预设围栏集合中存在所述当前地理围栏，则显示所述第一业务对应的图标；所述预设围栏集合为所述第一业务对应的围栏集合。

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

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

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