一种推荐方法、装置、电子设备及可读存储介质与流程

1.本公开的实施例涉及计算机处理技术领域，尤其涉及一种推荐方法、装置、电子设备及可读存储介质。


背景技术：

2.随着信息化的迅速发展，互联网提供给用户的信息呈爆炸式增长，用户的需求也日益增加，如何使用户在海量的信息中及时准确的获取所需要的信息，成为急需解决的问题。
3.以外卖平台为例，存在很多品牌连锁商家，它们的品牌名称、品牌图标以及主营品类都极其相似，用户在搜索意愿的品牌连锁商家时，推荐结果中往往会出现大量的相似品牌商家，需要用户自行对推荐结果进行甄别，推荐结果的准确度低，且用户体验差。


技术实现要素：

4.本公开的实施例提供一种推荐方法、装置、电子设备及可读存储介质，可以提高推荐信息的准确度。
5.根据本公开的实施例的第一方面，提供了一种推荐方法，所述方法包括：
6.根据用户的历史操作数据确定所述用户的意向商家；
7.确定与所述意向商家相匹配的候选商家；
8.生成针对所述候选商家的推荐信息并展示，所述候选商家的预置区域范围包含所述用户的目标地址。
9.根据本公开的实施例的第二方面，提供了一种推荐装置，所述装置包括：
10.意向商家确定模块，用于根据用户的历史操作数据确定所述用户的意向商家；
11.候选商家确定模块，用于确定与所述意向商家相匹配的候选商家；
12.第一信息推荐模块，用于生成针对所述候选商家的推荐信息并展示，所述候选商家的预置区域范围包含所述用户的目标地址。
13.根据本公开的实施例的第三方面，提供了一种电子设备，包括：
14.处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现前述的推荐方法。
15.根据本公开的实施例的第四方面，提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述的推荐方法。
16.本公开的实施例提供了一种推荐方法、装置、电子设备及可读存储介质，所述方法包括：根据用户的历史操作数据确定所述用户的意向商家；确定与所述意向商家相匹配的候选商家；生成针对所述候选商家的推荐信息并展示，所述候选商家的预置区域范围包含所述用户的目标地址。
17.本公开的实施例可以基于用户的历史操作数据确定用户的意向商家，从而基于意向商家查询相匹配的候选商家；然后，在所述候选商家的预置区域范围包含所述用户的目
标地址的情况下，生成针对所述候选商家的推荐信息并展示，使得用户可以直接根据推荐信息进行下单操作，避免了推荐信息中出现与用户的意向商家相似的商家造成的信息混淆，提高了推荐信息的准确度。
附图说明
18.为了更清楚地说明本公开的实施例的技术方案，下面将对本公开的实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
19.图1示出了本公开的一种实施例中的应用场景架构图；
20.图2示出了本公开的一种实施例中的推荐方法的步骤流程图；
21.图3示出了本公开的一种实施例中的推荐装置的结构示意图；
22.图4示出了本公开的一种实施例中的电子设备的结构图。
具体实施方式
23.下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。
24.实施例一
25.参照图1，示出了本公开的实施例提供的推荐方法的应用场景架构图。如图1所示，本发明实施例的应用场景可以包括终端设备101和服务器102。其中，终端设备101与服务器102之间通过无线或有线网络连接。终端设备101包括但不限于手机、智能机器人、ai人工客服、移动电脑、平板电脑等电子设备。终端设备101中可以安装运行有客户端，所述客户端指用户使用的客户端，该客户端可以提供搜索服务，搜索内容可以包括以下至少一项：美食、电影、酒店、旅游等。用户可以通过所述客户端搜索商户信息。
26.服务器102可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。终端101和服务器102均可单独用于执行本发明实施例中提供的推荐方法，终端101和服务器102也可用于协同执行本发明实施例中提供的推荐方法。
27.在一种可能的应用场景下，用户与终端设备101进行交互，终端设备101将用户的历史操作数据和实时搜索请求发送给服务器102。服务器102对终端设备101发送的历史操作数据进行分析处理，确定用户的意向商家，并进一步确定与所述意向商家相匹配的候选商家，生成针对所述候选商家的推荐信息并发送给终端设备101，终端设备101对接收到的推荐信息进行展示。
28.在另一种可能的应用场景下，终端设备101通过运行在终端设备中的客户端，接收用户的实时搜索请求，并从服务器102中获取用户的历史操作数据，从而根据用户的历史操作数据，确定所述用户的意向商家；然后，终端设备101中的客户端再从预置的数据库中查询与所述意向商家相匹配的候选商家，生成针对所述候选商家的推荐信息并展示。
29.需要说明的是，本发明实施例中的架构图是为了更加清楚地说明本发明实施例中
的技术方案，并不构成对本发明实施例提供的技术方案的限制，对于其他的应用场景架构和业务应用，本发明实施例提供的技术方法对于类似的问题，同样适用。
30.下面将以本公开提供的推荐方法由运行在终端设备101中的客户端执行为例，说明本公开提供的推荐方法的具体实现过程。参照图2，其示出了本公开的一种实施例中的推荐方法的步骤流程图，具体如下：
31.步骤201、根据用户的历史操作数据确定所述用户的意向商家。
32.步骤202、确定与所述意向商家相匹配的候选商家。
33.步骤203、生成针对所述候选商家的推荐信息并展示，所述候选商家的预置区域范围包含所述用户的目标地址。
34.需要说明的是，本公开实施例适用于通过指定应用平台(客户端)下即时订单的配送、购物等同城配送场景。所述即时订单指用户下订单后需要立即进行配送的订单。在实际应用中，外卖订单是最常见的即时订单。当然，本公开实施例对所述即时订单的来源不加以限制。
35.所述用户的历史操作数据包括用户针对历史即时订单的操作数据，例如，所述历史操作数据可以包括历史搜索数据、历史浏览数据、历史点评数据、历史即时订单信息，等等。
36.所述意向商家为用户想要搜索的商家对应的标识，用于反映用户的搜索需求。
37.所述预置区域范围用于限定商家的配送范围。对于提供同城配送服务的商家，其配送距离有限，且每个商家都有其固定的配送区域。只有当用户的目标地址，也即实时收货地址，未超出商家的预置区域范围时，商家才能够为用户提供配送服务。
38.在本公开的实施例中，可以先根据用户的历史操作数据确定用户的意向商家，然后确定与所述意向商家相匹配的候选商家，再生成针对所述候选商家的推荐信息并展示，以供用户选择所述候选商家并下单。本公开的推荐方法用于即时订单的同城配送场景，需要商家提供配送服务。因此，确定的候选商家的预置区域范围需要包含用户的目标地址。
39.作为一种示例，可以根据用户在客户端的历史浏览数据，将用户浏览过的商家确定为意向商家；或者，进一步的，根据用户在过去的一段时间内针对各个商家的浏览次数，对用户浏览过的商家进行排序，将浏览次数较高的商家确定为意向商家。
40.作为另一种示例，可以根据用户的历史订单信息，将用户曾经购买过是商品所属的商家，也即曾经下单过的商家，确定为历史商家。进一步的，为了提高意向商家的可靠性，可以将预设时间内，例如，过去一个月内，用户曾经下单的商家确定为意向商家；或者，根据用户的历史订单信息统计用户在各个商家的下单次数，将下单次数大于预设阈值的商家确定为意向商家。
41.作为又一种示例，可以根据用户的历史点评数据，将用户曾经点评过的商家，且点评数据倾向于正面评价的商家确定为意向商家。具体的，可以基于深度神经网络构建机器学习模型，所述机器学习模型具备意向预测能力，通过所述机器学习模型对用户的历史点评数据进行分析，预测用户的历史点评数据为正面评价还是负面评价。
42.此外，还可以在用户发起实时搜索请求时，根据用户的历史操作数据与实时搜索请求确定用户的意向商家。例如，可以将用户的历史操作数据对应的商家中，与用户的实时搜索请求相匹配的商家确定为用户的意向商家，等等。
43.需要说的是，在本公开的实施例中，可以在提供即时配送服务的应用或平台的服务端中存储商家数据，例如，商家名称、商家类目、商家品牌、商家地址等信息，当确定用户的意向商家之后，可以由服务端将存储的商家数据透传给客户端，由客户端基于商家数据确定与意向商家相匹配的候选商家；或者，可以由服务端根据自身存储的商家数据确定与用户的意向商家相匹配的候选商家，并将候选商家透传给客户端，由客户端生成针对候选商家的推荐信息并展示。
44.在本公开的实施例中，与意向商家相匹配的候选商家，可以是商家品牌与用户的意向商家一致的商家，且所述候选商家的预置区域范围包含用户的目标地址。示例性的，配送平台的服务端中可以存储商家品牌与商家名称或商家id之间的对应关系，服务端可以将商家品牌与商家名称或商家id之间的对应关系发生至客户端，由客户端根据商家品牌与商家名称或商家id之间的对应关系，确定与意向商家的商家品牌相同的候选商家，生成针对所述候选商家的推荐信息并展示，无需用户自己分辨商家品牌，可以避免存在相似的商家品牌造成的信息混淆，提高推荐信息的准确度。
45.其中，所述推荐信息可以是所述候选商家的服务页面，或者是包含所述候选商家的服务页面跳转入口的推荐信息页面，或者是针对所述推荐商家生成的提示标识，例如，在推荐商家的服务页面中生成“曾在同一品牌商家下单”之类的提示标识并展示，等等。如果存在至少两个候选商家，则所述推荐信息还可以所述至少两个候选商家的列表选择页面，该列表选择页面可以包含所述至少两个候选商家的商家简介和服务页面的跳转入口，便于用户选择其中一个候选商家，直接通过该候选商家的服务页面的跳转入口进入该候选商家的服务页面，选择商品并下单。
46.本公开的实施例提供的推荐方法，可以基于用户的历史操作数据确定用户的意向商家，然后确定与意向商家相匹配的候选商家，在所述候选商家的预置区域范围包含用户的目标地址的情况下，生成针对所述候选商家的推荐信息并展示，使得用户可以直接根据推荐信息进行下单操作，避免了推荐信息中出现与用户的意向商家相似的其他商家造成的信息混淆，提高了推荐信息的准确度。
47.在本公开的一种可选实施例中，步骤201所述根据用户的历史操作数据确定所述用户的意向商家，包括：
48.步骤s11、确定所述用户的历史操作数据对应的历史商家标识，得到第一标识集合；
49.步骤s12、响应于所述用户的实时搜索请求，确定所述实时搜索请求相匹配的实时商家标识，得到第二标识集合；
50.步骤s13、确定所述第一标识集合和所述第二标识集合的交集，得到第三标识集合；
51.步骤s14、查询与所述第三标识集合中的商家标识相对应的商家，得到所述用户的意向商家。
52.其中，所述用户的实时搜索请求为用户在本次搜索过程中实时触发的搜索请求。可选地，所述实时搜索请求包括针对搜索词的输入操作触发的搜索请求，和/或，针对历史搜索词或历史订单的点击操作触发的搜索请求。
53.需要说明的是，本公开中的商家标识用于指示商家的品牌信息，例如，商家标识可
以为“海底捞”、“刘一手”、“每一天”等连锁品牌。为了进一步提高推荐信息的准确度，本公开中的商家标识还可以包括商家的类目标识，“火锅”、“川菜”、“甜品”等商家的经营类目，从而可以避免同一品牌对应多种类目，导致推荐的商家品牌为用户的意向品牌，但商家类目不是用户的意向类目的情况。
54.需要说明的是，针对不同的应用场景，可以设置不同的商家标识。例如，针对外卖配送场景，用户在搜索品牌连锁商家时，现有的推荐方法产生的推荐结果中，往往会出现大量的相似品牌商家，需要用户自行对推荐结果进行甄别，推荐信息的准确度低。为了解决这一问题，可以采用本公开的推荐方法，根据提供外卖服务的商家的品牌信息设置商家标识。
55.在本公开的实施例中，根据用户的历史操作数据，确定所述用户的实时搜索请求对应的意向商家标识时，可以先根据用户的历史操作数据确定第一标识集合。其中，所述第一标识集合包含用户的历史操作数据对应的历史商家标识。具体的，所述历史商家标识可以是用户的历史搜索操作对应的搜索结果中的商家标识，或者，可以是用户的历史浏览操作对应的浏览信息中，浏览次数较高的商家对应的商家标识，或者，可以是用户的历史订单对应的商家标识，等等。
56.接收到用户的实时搜索请求之后，可以响应于用户的实时搜索请求，确定与用户的实时搜索请求相匹配的实时商家标识，得到第二标识集合。具体的，可以先判断用户的实时搜索请求对应的搜索词是否能够反映商家的品牌信息，如果搜索词能够反映商家的品牌信息，则可以根据搜索词对应的商家品牌信息，确定所述实时搜索请求对应的实时商家标识。如果搜索词不能反映商家的品牌信息，则可以先确定搜索词对应的搜索结果，并将搜索结果中各个商家对应的商家标识，确定为所述实时搜索请求对应的实时商家标识。
57.得到第一标识集合与第二标识集合之后，取两个集合的交集，得到第三标识集合。在本公开实施例中，可以将所述第三标识集合中的商家标识对应的商家作为所述用户的意向商家。
58.在本公开的一种可选实施例中，所述方法还包括：
59.步骤s21、为所述候选商家设置提示标识，所述提示标识用于提醒用户所述候选商家的商家标识与历史订单中包含的商家标识一致；
60.步骤s22、在所述候选商家的展示界面中显示所述提示标识。
61.在本公开的实施例中，可以针对候选商家添加提示标识并在候选商家的展示界面中显示，例如，所述提示标识可以为“曾在同一品牌商家下单”，用于提示用户所述候选商家与历史订单中包含的商家为同一品牌商家。
62.在本公开的一种可选实施例中，步骤202所述确定与所述意向商家标相匹配的候选商家，包括：
63.步骤s31、确定所述意向商家对应的第一商家标识；
64.步骤s32、在预先设置的商家数据库中查询是否存在与所述第一商家标识相匹配的第二商家标识；
65.步骤s33、若存在与所述第一商家标识相匹配的第二商家标识，则判断所述第二商家标识对应的商家的预置区域范围是否包含所述用户的目标地址；
66.步骤s34、若所述第二商家标识对应的商家的预置区域范围包含所述用户的目标地址，则确定所述第二商家标识对应的商家为与所述意向商家相匹配的推荐商家。
67.在本公开的实施例中，可以预先在商家数据库中存储商家与商家标识之间的对应关系，从而在确定出用户的意向商家之后，可以直接根据意向商家的第一商家标识，在商家数据库中查询是否存在与所述第一商家标识相匹配的第二商家标识，所述第二商家标识对应的商家品牌与所述第一商家标识对应的商家品牌一致，第一商家标识对应的商家地址、商家id等信息可以与第二商家标识对应的商家地址、商家id等信息不同。若存在与所述第一商家标识相匹配的第二商家标识，则可以直接在商家数据库中查询与所述第二商家标识对应的商家，并判断该商家的预置区域范围是否包含用户的目标地址，若该商家的预置区域范围包含用户的目标地址，则可以确定该商家是与所述用户的意向商家相匹配的候选商家。
68.根据商家标识与商家之间的对应关系确定与用户的意向商家相匹配的候选商家，可以提高数据查询效率。
69.在本公开的一种可选实施例中，步骤s33所述判断所述第二商家标识对应的商家的预置区域范围是否包含所述用户的目标地址，包括：
70.子步骤s331、获取所述第二商家标识对应的商家的位置坐标和配送距离；
71.子步骤s332、根据所述商家的位置坐标和配送距离确定所述商家的预置区域范围；
72.子步骤s333、根据所述用户的目标地址确定目标位置坐标；
73.子步骤s334、判断所述商家的预置区域范围是否包含所述用户的目标地址；
74.子步骤s335、若所述商家的预置区域范围包含所述目标位置坐标，则确定所述商家的预置区域范围包含所述用户的目标地址。
75.在本公开的实施例中，确定出与所述意向商家第一商家标识相匹配的第二商家标识对应的商家之后，可以进一步判断所述用户的目标地址是否超出所述商家的预置区域范围。具体的，可以先获取第二商家标识对应的商家的位置坐标和配送距离，根据商家的位置坐标和配送距离确定商家的预置区域范围。其中，所述配送距离通常为商家的预置区域范围的半径，商家以自身位置坐标为中心，以配送距离为半径，为目标地址在预置区域范围内的用户提供配送服务。然后，再根据用户的目标地址确定目标地址对应的目标位置坐标。需要说明的是，商家的位置坐标，以及用户的目标位置坐标，都可以为经纬度坐标，从而根据目标位置坐标是否落在预置区域范围内，就可以判断所述商家的预置区域范围包含所述用户的目标地址。
76.在本公开的一种可选实施例中，所述方法还包括：
77.步骤s41、若不存在与所述意向商家相匹配的候选商家，则确定与所述意向商家的第一商家标识相关的待推荐商家标识；
78.步骤s42、查询与所述待推荐商家标识相匹配的待推荐商家；
79.步骤s43、在确定所述用户的目标地址未超出所述待推荐商家的预置区域范围的情况下，生成针对所述待推荐商家的推荐信息并展示。
80.其中，不存在与用户的意向商家相匹配的候选商家，指不存在与所述意向商家的第一商家标识相匹配的候选商家，或者，所述用户的目标地址超出了所述候选商家的预置区域范围。在这两种情况下，用户无法得到与意向商家相匹配的商家的配送服务，为了不影响用户使用同城配送服务，例如外卖配送等，可以确定与所述意向商家的第一商家标识相
关的待推荐商家标识。作为一种示例，可以通过计算所述第一商家标识与商家数据库中预先存储的各个商家标识之间的余弦相似度，根据余弦相似度确定与所述第一商家标识相似的商家标识。例如，可以将与所述第一商家标识的余弦相似度大于预设阈值的商家标识，确定为与所述第一商家标识相关的待推荐商家标识。然后，查询与所述待推荐商家标识相匹配的待推荐商家，并在确定所述用户的目标地址未超出所述待推荐商家的预置区域范围的情况下，生成针对所述待推荐商家的推荐信息并展示。其中，针对所述待推荐商家的处理过程可以参照前述针对候选商家的处理过程，本公开在此不做进一步赘述。
81.在本公开的一种可选实施例中，所述方法还包括：
82.步骤s51、若不存在与所述意向商家的第一商家标识相匹配的第二商家标识，则确定不存在与所述意向商家相匹配的候选商家；或者，
83.步骤s52、若存在与所述意向商家的第一商家标识相匹配的第二商家标识，所述第二商家标识对应的商家的预置区域范围不包含所述用户的目标地址，则确定不存在与所述意向商家相匹配的候选商家。
84.在本公开的实施例中，可以通过判断是否存在与所述意向商家的第一商家标识相匹配的第二商家标识，以及判断第二商家标识对应的商家的预置区域范围是否包含所述用户的目标地址，确定是否存在与所述意向商家相匹配的候选商家。具体的，若不存在与所述意向商家的第一商家标识相匹配的第二商家标识，或者，存在与所述意向商家的第一商家标识相匹配的第二商家标识，但所述第二商家标识对应的商家的预置区域范围不包含所述用户的目标地址，则确定不存在与所述意向商家相匹配的候选商家。
85.综上所述，本公开的实施例提供了一种推荐方法，可以基于用户的历史操作数据确定用户的意向商家，然后确定与意向商家相匹配的候选商家，在所述候选商家的预置区域范围包含用户的目标地址的情况下，生成针对所述候选商家的推荐信息并展示，使得用户可以直接根据推荐信息进行下单操作，避免了推荐信息中出现与用户的意向商家相似的其他商家造成的信息混淆，提高了推荐信息的准确度。
86.实施例二
87.参照图3，其示出了在本公开的一种实施例中的推荐装置的结构图，具体如下：
88.意向商家确定模块301，用于根据用户的历史操作数据确定所述用户的意向商家；
89.候选商家确定模块302，用于确定与所述意向商家相匹配的候选商家；
90.第一信息推荐模块303，用于生成针对所述候选商家的推荐信息并展示，所述候选商家的预置区域范围包含所述用户的目标地址。
91.可选地，所述意向商家确定模块，包括：
92.第一标识集合确定子模块，用于确定所述用户的历史操作数据对应的历史商家标识，得到第一标识集合；
93.第二标识集合确定子模块，用于响应于所述用户的实时搜索请求，确定所述实时搜索请求相匹配的实时商家标识，得到第二标识集合；
94.第三标识集合确定子模块，用于确定所述第一标识集合和所述第二标识集合的交集，得到第三标识集合；
95.意向商家查询子模块，用于查询与所述第三标识集合中的商家标识相对应的商家，得到所述用户的意向商家
96.可选地，所述实时搜索请求包括针对搜索词的输入操作触发的搜索请求，和/或，针对历史搜索词或历史订单的点击操作触发的搜索请求。
97.可选地，所述装置还包括：
98.提示标识设置模块，用于为所述候选商家设置提示标识，所述提示标识用于提醒用户所述候选商家的商家标识与历史订单中包含的商家标识一致；
99.提示标识显示模块，用于在所述候选商家的展示界面中显示所述提示标识。
100.可选地，所述候选商家确定模块，包括：
101.第一商家标识确定子模块，用于确定所述意向商家对应的第一商家标识；
102.第二商家标识确定子模块，用于在预先设置的商家数据库中查询是否存在与所述第一商家标识相匹配的第二商家标识；
103.预设区域范围判断子模块，用于若存在与所述第一商家标识相匹配的第二商家标识，则判断所述第二商家标识对应的商家的预置区域范围是否包含所述用户的目标地址；
104.推荐商家确定子模块，用于若所述第二商家标识对应的商家的预置区域范围包含所述用户的目标地址，则确定所述第二商家标识对应的商家为与所述意向商家相匹配的推荐商家。
105.可选地，所述预设区域范围判断子模块，包括：
106.商家位置信息获取单元，用于获取所述第二商家标识对应的商家的位置坐标和配送距离；
107.预置区域范围确定单元，用于根据所述商家的位置坐标和配送距离确定所述商家的预置区域范围；
108.目标位置坐标确定单元，用于根据所述用户的目标地址确定所述目标位置坐标；
109.预设区域范围判断单元，用于判断所述商家的预置区域范围是否包含所述用户的目标地址；
110.推荐条件确定单元，用于若所述候选商家的预置区域范围包含所述目标位置坐标，则确定所述商家的预置区域范围包含所述用户的目标地址。
111.可选地，所述装置还包括：
112.待推荐商家标识确定模块，用于若不存在与所述意向商家相匹配的候选商家，则确定与所述意向商家的第一商家标识相关的待推荐商家标识；
113.待推荐商家查询模块，用于查询与所述待推荐商家标识相匹配的待推荐商家；
114.第二信息推荐模块，用于在确定所述用户的目标地址未超出所述待推荐商家的预置区域范围的情况下，生成针对所述待推荐商家的推荐信息并展示。
115.可选地，所述装置还包括：
116.第一判断模块，用于若不存在与所述意向商家的第一商家标识相匹配的第二商家标识，则确定不存在与所述意向商家相匹配的候选商家；或者，
117.第二判断模块，用于若存在与所述意向商家的第一商家标识相匹配的第二商家标识，所述第二商家标识对应的商家的预置区域范围不包含所述用户的目标地址，则确定不存在与所述意向商家相匹配的候选商家。
118.综上所述，本公开的实施例提供了一种推荐装置，可以基于用户的历史操作数据确定用户的意向商家，然后确定与意向商家相匹配的候选商家，在所述候选商家的预置区
域范围包含用户的目标地址的情况下，生成针对所述候选商家的推荐信息并展示，使得用户可以直接根据推荐信息进行下单操作，避免了推荐信息中出现与用户的意向商家相似的其他商家造成的信息混淆，提高了推荐信息的准确度。
119.实施例二为实施例一对应的装置实施例，详细说明可以参照实施例一，在此不再赘述。
120.本公开的实施例还提供了一种电子设备，参照图4，包括：处理器401、存储器402以及存储在所述存储器402上并可在所述处理器上运行的计算机程序4021，所述处理器401执行所述程序时实现前述实施例的推荐方法。
121.本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的推荐方法。
122.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
123.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
124.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
125.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
126.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
127.本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开的实施例的文件处理设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里
所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
128.应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
129.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
130.以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
131.以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。