CN113297507A

CN113297507A - 信息推荐方法、装置及电子设备

Info

Publication number: CN113297507A
Application number: CN202010682287.6A
Authority: CN
Inventors: 薛少喆; 毛并楠
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2020-07-15
Filing date: 2020-07-15
Publication date: 2021-08-24

Abstract

本申请实施例公开了信息推荐方法、及装置及电子设备，所述方法包括：确定目标用户所在的地理位置信息；根据所述地理位置信息确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。通过本申请实施例，能够提升移动应用及移动支付功能的使用率，降低资源浪费，同时为用户提供更多的便利。

Description

信息推荐方法、装置及电子设备

技术领域

本申请涉及信息推荐技术领域，特别是涉及信息推荐方法、及装置及电子设备。

背景技术

移动支付是指移动客户端利用手机等电子产品来进行电子货币支付，移动支付将互联网、终端设备、金融机构有效地联合起来，形成了一个新型的支付体系。其中，在线下支付的场景中，由于移动支付具有随时、随地、随身的特点，因此，相比于传统支付方式，多应用于小额、快捷、便民等支付领域，如公共交通、旅游、菜场、便利店，等等。这种支付方式为用户的线下支付提供了便利。

现阶段，虽然移动支付的相关应用程序已经具有了比较高的使用率，但是，在一些场景中的使用率还比较低。例如，在旅游场景中，比如到陌生城市旅游，比如尤其在境外场景中，由于移动支付在发展初期通常具有比较明显的地域性特点，某个国家的开发公司推出的具有移动支付功能的应用(App)大多仅在该国家内具有比较广泛的应用，境外用户或者出境用户则难以在境外享受到该App带来的便利。虽然随着移动支付的国际化发展，一些境外商户也能够接入这种App，使得该App的用户在境外旅游或者出差等过程中，也可以使用该App在这些境外的商户进行线下的移动支付。但是，就国际化发展的初级阶段而言，移动支付功能在旅游场景，尤其在境外场景的使用率还比较低。

因此，如何进一步提升移动支付功能的使用率，同时为用户提供更多的便利，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了信息推荐方法、及装置及电子设备，能够提升移动支付功能的使用率，降低资源浪费，同时为用户提供更多的便利。

本申请提供了如下方案：

一种信息推荐方法，包括：

确定目标用户所在的地理位置信息；

根据所述地理位置信息确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。

一种信息推荐方法，包括：

客户端接收对功能模块快捷入口页面进行访问的请求；

将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块快捷入口页面进行展示。

一种信息推荐方法，包括：

客户端接收对目标功能模块页面进行访问的请求；

将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述境外地理位置相关；

接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块页面进行展示。

一种信息推荐装置，包括：

地理位置信息确定单元，用于确定目标用户所在的地理位置信息；

目标数据对象确定单元，用于根据所述地理位置信息确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

目标数据对象提供单元，用于向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息

一种信息推荐装置，包括：

第一请求接收单元，用于接收对功能模块快捷入口页面进行访问的请求；

第一请求提交单元，用于将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

第一推荐信息展示单元，用于接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块快捷入口页面进行展示。

一种信息推荐装置，包括：

第二请求接收单元，用于接收对目标功能模块页面进行访问的请求；

第二请求提交单元，用于将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述境外地理位置相关；

第二推荐信息展示单元，用于接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块页面进行展示。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以确定出目标用户所在的地理位置信息，并根据所述境外地理位置信息确定待推荐的目标数据对象，并向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。其中，所述目标数据对象具体可以与实体场所相关，而这种实体场所与用户当前所在的地理位置相关。这样，可以首先通过推荐的信息将线下用户引导至线上，在线上完成对目标数据对象的领取或者购买等操作后，由于所述目标数据对象可以用于通过所述客户端在关联的实体场所中进行使用，因此，又可以使得用户的线上行为延伸至线下，在线下的实体场所消费的过程中，可以通过本申请实施例关联的客户端获得支付等方面的便利，甚至还可以获得优惠。可见，本申请实施例在给目标用户带来线下支付等方面的便利的同时，还有利于提升本申请实施例关联的客户端在用户行程中的使用率，降低资源浪费。

另外，由于可以基于用户当前所在的地理位置信息，以及用户在对应时间点上可能发生的即时行为信息，来确定具体待推荐的目标数据对象，因此，可以使得推荐出的目标数据对象符合用户需求的概率比较高，降低资源浪费。

再者，在可选的实施方式中，可以通过终端设备的“负一屏”等功能模块快捷入口页面，对推荐出的目标数据对象信息进行展示，使得推荐出的信息更容易被用户所感知，进而提升推荐信息的转化率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3-1至3-3是本申请实施例提供的界面的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第一装置的示意图；

图7是本申请实施例提供的第二装置的示意图；

图8是本申请实施例提供的第三装置的示意图；

图9是本申请实施例提供的电子设备的示意图。

具体实施方式

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

在本申请实施例中，为了提升移动支付功能在境外场景的使用率，可以通过LBS(Location Based Services，基于位置服务)等方式，根据目标用户所在的地理位置信息，为其推荐对应的目标数据对象。这种数据对象可以与该用户所在的地理位置周边的实体场所(包括商户，商场，景点，等等)相关联，用户在获得这种目标数据对象(例如，可以包括优惠券等用户权益类数据对象，或者还可以包括门票等入场凭证类数据对象等)后，可以通过关联的客户端在关联的实体场所中进行使用。也即，首先将用户从线下场景拉到线上，在线上完成对推荐的目标数据对象的获取操作后，可以再回到线下场景，通过在实体场所中使用目标客户端进行支付等操作。通过这种线下到线上，再从线上到线下的方式，促进用户对可使用目标客户端进行线下移动支付的实体场所进行感知，同时提高其在实体场所对目标客户端的使用率，从用户角度而言，可以在实体场所消费的过程中，也能够通过目标客户端提供的服务获得便利。

具体在进行目标数据对象推荐时，除了参考用户当前所在的地理位置信息，还可以根据当前时刻用户可能会发生的即时行为(例如，吃饭，购物，休闲娱乐等)所关联的实体场所类别(例如，餐厅，商场，影院，等等)进行确定。具体实现时，在同一时刻可以仅推荐一个实体场所关联的目标数据对象，以此降低用户的决策成本。另外，还可以生成行程方案建议，该行程方案中可以包括多个实体场所关联的多个目标数据对象，可以根据用户可能在各个实体场所中消费的时间段，在不同的时间点分别推荐给用户。

在具体推荐信息的触达方式上，本申请实施例可以采用通过客户端的功能模块快捷入口页面(例如，终端设备的“负一屏”等)，将推荐的目标数据对象信息展示给用户。另外，也可以在具体的功能模块页面内展示推荐的目标数据对象信息，当然，还可以通过推送通知消息等方式触达用户，等等。

具体实现时，从系统架构角度而言，如图1所示，本申请实施例可以涉及到相关系统的服务端以及客户端，其中，相关系统具体可以是具有移动支付服务功能的系统。具体的，服务端主要用于具体的数据处理，包括对目标用户的发现，对用户地理位置信息的确定，推荐信息的生成，等等。客户端则主要用于前端的信息呈现，与用户之间的交互，等等。

下面对本申请实施例提供的具体技术方案进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种信息推荐方法，参见图2，该方法具体可以包括：

S201：确定目标用户所在的地理位置信息；

其中，在境外场景中，目标用户可以是位于境外的全部用户，或者，也可以专指从源国家/地区(例如，中国)到境外旅游或出差的用户，或者生活在境外的源国家/地区用户等。由于这些用户都是来自源国家，对相关客户端更为熟知，因此，向这种目标用户进行相关的推荐，会具有更高的转化率。

具体实现时，在上述以特殊的用户作为目标用户的情况下，在进行具体的推荐之前，可以首先进行目标用户的发现。具体在进行目标用户的发现时，可以有多种方式。在其中一种方式下，可以根据用户在关联的商品对象信息服务系统中对出境相关商品对象的预订行为数据，确定所述目标用户。例如，某用户在关联的商品对象信息服务系统中预订了跨境的航班，或者酒店，或者旅游线路等等，并且通常关联有日期信息，因此，可以证明该用户在对应的日期可能会产生出境行为，从而可以将其作为目标用户。或者，也可以根据用户地理位置定位信息的变化情况判断用户是否产生出境行为，例如，某用户长期位于源国家内，在通过定位信息发现其出现在境外时，则可以确定其具有出境行为，此时，可以将该用户确定为目标用户。另外，具体实现时，还可以结合用户的注册信息、常用收货地址信息/最近收货地址信息等平台数据，对用户是否属于目标用户进行判断，等等。对于居住在境外的源国家/地区用户(例如，居住在国外的华人用户等)，也可以根据上述平台数据等，对这类目标用户进行发现。

具体在确定出目标用户后，可以对目标用户所在的地理位置信息进行确定，以便基于确定出的地理位置信息进行相关数据对象的推荐。具体的，可以根据目标用户的客户端上报的定位信息等，来获取目标用户的地理位置信息。

S202：根据所述地理位置信息确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

在确定出用户所在的地理位置信息之后，可以为其确定待推荐的目标数据对象，这种目标数据对象通常是与实体场所相关，而这种实体场所则与所述地理位置相关，例如，可能是位于用户所在的地理位置周边的商户，等等。

其中，本申请实施例中推荐的具体目标数据对象主要可以有多种，例如，具体可以包括：用户权益类数据对象、实体场所的入场凭证类数据对象等。其中，用户权益类数据对象具体可以包括优惠券、代金券、满减优惠，等等。用户可以通过领取或者购买等方式，获得这种用户权益类数据对象，进而可以通过所述客户端在关联的实体场所中执行支付行为时，对用户权益进行核销使用。例如，某用户目前位于某国家的某个商圈内，系统向其推荐了某餐厅的优惠券，该用户通过关联的客户端领取该优惠券后，到该餐厅用餐时，可以使用该客户端使用该优惠券进行支付。实体场所的入场凭证类数据对象具体可以包括景点的电子门票等。用户可以通过关联的客户端对推荐的入场凭证类数据对象进行在线购买，获得对应的电子版入场凭证后，进而可以在关联的实体场所中通过出示所述电子版入场凭证进入到所述实体场所获得相应服务，等等。

具体在根据用户所在的地理位置信息确定待推荐的目标数据对象时也可以有多种方式，例如，在其中一种方式下，可以首先确定距离所述地理位置在阈值范围内的至少一个目标实体场所，例如，确定出用户当前所在位置周边的商户等。这种目标实体场所默认预先接入了本申请实施例提供的相关系统，包括安装了相关的商家版客户端，以及能够支持通过本申请实施例提供的关联客户端进行线下支付或者电子版入场凭证的核销等，以使得用户获得目标数据对象能够到这种目标实体场所进行核销使用。在确定出当前所在的位置周边的目标实体场所后，可以确定出与这种目标实体场所关联的数据对象作为目标数据对象。

其中，所谓与目标实体场所关联的数据对象，具体可以包括目标实体场所在所述关联的系统中发布的、仅在该目标实体场所可用的数据对象。或者，也可以包括由系统发布的通用型优惠券等数据对象(由于是通用的数据对象，因此，在当前确定出的目标实体场所中可用)，或者，在指定品类或行业的实体场所可用的优惠券等数据对象(如果当前确定出的目标实体场所属于所述指定定品类或行业，则在当前确定出的目标实体场所中可用)，等等。

另外，由于本申请实施例中进行信息推荐的目的主要是提升用户对关联客户端的使用率，因此，推荐出的信息不以数量多为目标，而是以更精准地匹配用户当前的消费需求为目标。为此，在优选的实施方式中，在确定推荐的目标数据对象时，还可以根据所述地理位置信息以及当前时刻可能发生的用户即时行为关联的实体场所类别，确定待推荐的目标数据对象。也就是说，本申请实施例中推荐出的目标数据对象，不仅与用户当前所在的地理位置相关，还可以与时间相关。例如，某用户在中午时间段位于某商场附近，用户在该时刻可能发生的即时行为多数是用餐行为，因此，可以对该商场附近的餐厅相关的优惠券等进行推荐。而如果是下午时间段位于该商场附近，则用户在该时刻可能发生的即时行为多数是购物，或者休闲娱乐等，因此，可以对该商场中的服装店、电影院等相关的优惠券进行推荐，等等。另外，具体推荐出的目标数据对象可以只有一个，以此降低用户的决策成本，提高其对推荐的信息的转化率。

S203：向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。

在确定出具体待推荐的目标数据对象后，可以向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。例如，其中可以包括具体的实体场所关联的用户权益类数据对象，这样，用户在获得这种目标数据对象后，可以通过所述客户端在关联的实体场所中对数据对象进行核销使用。

具体实现时，所述待推荐的目标数据对象可以为多个，例如，某地理位置周边的商户数量比较多，则可能会存在多个可供推荐的数据对象。此时，本申请实施例并不是将多个目标数据对象同时进行打包推荐，而是可以将所述多个目标数据对象分散在不同的时间点向所述目标用户关联的客户端进行推荐，这样，使得用户在不同的时间点可以接收到不同的推荐信息，与从众多推荐信息中进行选择相比，这种分散推荐的方式可以降低用户的决策成本。

具体实现时，所述多个目标数据对象可以包括用户在多个时间段分别可能发生的行为类别所关联的数据对象，此时，可以在多个不同的时间段内，分别对当前时间段内对应的目标数据对象及其关联的实体场所，向所述目标用户关联的客户端进行推荐。例如，某用户当前位于某景点附近，该景点周边包括餐厅、超市等，可以推荐的数据对象可以包括餐厅的优惠券，超市代金券，景点门票，等等。具体在向客户端提供推荐信息时，可以在用餐时间段对餐厅优惠券进行推荐，在休闲娱乐时间段对景点门票、超市代金券等进行推荐，等等。并且，同样可以在每个时间段内向所述目标用户关联的客户端推荐一个目标数据对象，以降低用户的决策成本。当然，在具体实现时，同一时间段可供推荐的同类数据对象可以有多个，只是在展示时每次展示一个数据对象。同时，为了使得用户获得更多的选择机会，还可以在展示数据对象的同时，接收对推荐的目标数据对象进行替换的请求(例如，可以通过向左或向右滑动的方式发起替换请求等等)，并向所述客户端推荐与所述目标数据对象关联的实体场所同类别的其他实体场所关联的数据对象。

另一种方式下，还可以根据所述用户所在的地理位置信息提供行程方案，所述行程方案中可以包括多个时间段分别对应的实体场所信息；此时，具体的目标数据对象也可以为多个，分别与所述多个时间段各自对应的实体场所相关联。在这种情况下，具体在向目标用户提供关于所述目标数据对象的推荐信息时，可以向所述目标用户关联的客户端提供关于所述行程方案的推荐信息。具体的，可以按照时间顺序对所推荐的多个目标数据对象的信息进行展示。例如，如图3-1所示，可以展示出此时此刻就可以前往的景点及其门票，13：00适合前往的餐厅及关联的代金券，18：00适合前往的服装店及其关联的代金券，等等。另外，还可以在行程方案推荐信息的展示界面中包括标签展示区域，用于对所述多个目标数据对象分别对应的推荐时间以及标签文案进行聚合展示，其中，具体的标签文案可以包括对所述目标数据对象的推荐理由的描述文案。例如，如图3-1的31处所示，具体可以包括“此刻好玩，推荐现在就去”，“此刻好吃，13：00适合前往”，“此刻必买，18：00适合前往”，等等。通过这种标签文案信息可以加深用户对推荐信息的印象，利于提升转化率。通过提供具体的时间点信息，可以帮助用户进行行程规划。

另外，还可以在所述行程方案的推荐信息的展示界面中包括地图展示区域，用于对所述目标数据对象关联的实体场所的位置和/或从当前地理位置到所述实体场所的线路、推荐的交通方式信息进行展示。例如，如图3-1中的32处所示，可以对当前时刻推荐前往的景点的位置在地图中进行展示，还可以提供规划的路线信息，前往所需的时间信息，景点内的人流量情况信息，等等。

需要说明的是，在具体生成行程方案时，可以根据用户在已完成的行程中已经到过的实体场所，或者用户需要在后续的行程中前往的实体场所，对所述行程方案中的目标数据对象进行过滤。例如，用户之前已经去过了某家拉面店，则虽然当前仍然在该拉面店附近，也可以不必再对该拉面店进行推荐。或者，如果通过某些方式确定出用户需要在未来几天的行程中才会去往某景点，则也可以不必在当前的行程方案中进行推荐，等等。

另外，还可以根据所述行程方案中相邻目标数据对象之间的空闲时间，对所述行程方案进行动态调整。例如，在某行程方案中包括中午13：00去往某餐饮店用餐，下午15：00去往某商场购物；但用户在14：00就已经完成了用餐(可以根据用户使用相关客户端进行结算等行为获知其用餐结束这一事件)，此时，可以在14：00到15：00之间这段空闲时间，继续向用户推荐适合的实体场所及其关联的数据对象，例如，可以去往附近的书店看书，等等。

其中，由于具体推荐的数据对象通常是用户尚未购买或者领取的数据对象，在具体的行程方案推荐信息的展示界面中对推荐的数据对象进行展示的过程中，可以提供用于对这种推荐的数据对象进行领取或者购买的操作选项。此外，还可以在上述展示界面中对用户已购买/领取但尚未使用的数据对象信息进行展示。例如，用户之前已经购买了某景点的门票，本申请实施例中虽然不再需要对该数据对象进行推荐，但是，该景点实际上也是用户实际行程的一部分，因此，也可以添加到行程方案中进行展示。具体的，可以将其插入到时间线中的某个时间点进行展示。当然，对于这种已购买/领取的数据对象，可以不必再提供领取或者购买的操作选项。

另外，具体推荐的数据对象还可以包括具体实体场所关联的团购、交友拼购、买一送一等营销活动信息。此时，在提供具体的推荐信息时，还可以向用户提供参加这种营销活动的操作选项，以帮助用户达成活动所设置的条件。

具体的，这种行程方案可以包括推荐当天的行程方案和/或后续一天或者两天等近期的行程方案，等等。

需要说明的是，上述图3-1所示的页面具体可以是相关应用程序客户端中相关功能模块的页面，具体实现时，可以在该功能模块原有的页面基础上新增用于展示上述推荐信息的区域，使得用户在访问该功能模块的页面时，可以展示出上述推荐信息。

通过上述实现方式，使得推荐出的不是彼此毫无关联的单个数据对象，而可以是基于时间线产生关联的多个目标数据对象，但这些相互关联的数据对象的信息又不是同时触达用户，而是可以分散在多个不同的时间点进行触达，使得用户在每个时间点获得的推荐信息比较单一，从而降低其从众多推荐信息中进行选择过程中产生的决策成本。

另外，具体对推荐信息的用户触达方式也可以有多种。例如，在其中一种触达方式下，可以是在接收到对所述客户端的功能模块快捷入口页面进行访问的请求后，提供关于所述目标数据对象的推荐信息。其中，所谓的功能模块快捷入口页面具体可以是指终端设备的“负一屏”、widget小组件等功能的页面。以“负一屏”为例，该页面通常可以是指终端设备主界面的左侧(例如，可以为最左屏)，通过情况下，可以在该“负一屏”添加需要进行快捷访问的应用程序(App)，并且可以设置App内需要快捷访问的功能模块。例如，某支付类的App，将付款码功能配置为通过“负一屏”快捷访问的模块，则可以在“负一屏”展示该付款码模块的操作选项，用户通过“负一屏”点击该操作选项，则可以启动该支付类App，并直接进入付款码页面进行展示，等等。而在本申请实施例中，在用户将关联的应用程序添加到“负一屏”或widget后，如果发现该用户产生了出境情况等，则在该用户访问该“负一屏”或widget页面时，可以将根据该用户所在的境外地理位置信息确定出的推荐的目标数据对象展示到“负一屏”或widget中该应用程序所在的展示区域。这样，用户可以直接通过“负一屏”或widget查看推荐出的目标数据对象的信息。例如，如图3-2所示，用户访问“负一屏”时，可以在关联的目标App所在的展示区域，展示出本申请实施例推荐出的目标数据对象的信息。另外，还可以对相关的距离、温度、推荐的交通方式等信息进行展示。

其中，具体实现时，在根据用户所在的地理位置信息提供行程方案的情况下，由于行程方案中可以包括多个时间段分别对应的实体场所信息，并且目标数据对象为多个，分别与所述多个时间段各自对应的实体场所相关联。此时，可以通过所述客户端的功能模块快捷入口页面提供当前时刻所在的行为时间段关联的目标数据对象信息；通过所述快捷入口启动所述客户端并展示目标功能模块的界面后，再通过所述目标功能模块的界面提供关于所述行程方案的详情信息。例如，在前述图3-1所示的例子中，具体推荐的行程方案中可以包括此时此刻推荐前往的实体场所，13：00、18：00等其他时间点推荐前往的实体场所，等等。而在用户访问“负一屏”时，可以此次此刻推荐前往的实体场所及关联的数据对象信息进行展示，在用户点击该信息后，则可以进入到该客户端的目标功能模块，对图3-1所示的推荐内容进行展示，等等。

通过这种由“负一屏”进行触达的方式，可以使得推荐出的信息被更多的用户发现，并逐渐培养用户心智，使得用户后续可以从被动接收推荐信息可以演变为主动打开关联的客户端并进入到相关的功能模块页面获取推荐信息。这样，使得用户不仅在需要支付的情况下才使用上述关联的客户端，也可以在非支付场景或者支付前的场景中更多的使用该客户端进行推荐的数据对象信息的查询等，从而提升客户端在非支付场景或者支付前的场景中的用户访问流量。

在具体的推荐信息触达用户之后，用户可以对对应的数据对象进行购买后者领取等操作。后续，还可以对用户实际到达实体场所进行识别，如果包括用户已经获得(购买或者领取等)的数据对象关联的实体场所，可以对所述用户已获得的与所述实体场所关联的用户权益等数据对象信息进行提示，以提示用户在该实体场所中对数据对象进行核销使用。例如，如图3-3所示，在用户打开关联客户端的付款码页面后，如果识别出用户位于某实体场所内，且之前已经领取了该实体场所可用的优惠券，则可以进行提示“您有一张优惠券可以使用哦”，同时可以提供“点击使用”等操作选项。用户点击该操作选项后，可以进入到右侧的优惠券信息展示页面，这种优惠券信息页面中可以展示出优惠方式信息，例如，“立享95折+美食券”，等等。另外还可以以条形码等形式对优惠券的编码等进行展示，以便于实体场所通过扫码的方式对优惠券进行核销。

总之，通过本申请实施例，针对境外场景，可以确定出目标用户所在的地理位置信息，并根据所述地理位置信息确定待推荐的目标数据对象，并向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。其中，所述目标数据对象具体可以与实体场所相关，而这种实体场所与用户当前所在的地理位置相关。这样，可以首先通过推荐的信息将线下用户引导至线上，在线上完成对目标数据对象的领取或者购买等操作后，由于所述目标数据对象可以用于通过所述客户端在关联的实体场所中进行使用，因此，又可以使得用户的线上行为延伸至线下，在线下的实体场所消费的过程中，可以通过本申请实施例关联的客户端获得支付等方面的便利，甚至还可以获得优惠。可见，本申请实施例在给目标用户带来线下支付等方面的便利的同时，还有利于提升本申请实施例关联的客户端的使用率，降低资源浪费。

实施例二

该实施例二是从客户端的角度，提供了一种信息推荐方法，参见图4，该方法具体可以包括：

S401：客户端接收对功能模块快捷入口页面进行访问的请求；

S402：将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

S403：接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块快捷入口页面进行展示。

其中，所述目标数据对象是根据所述地理位置信息以及当前时刻可能会发生的用户即时行为关联的实体场所类别确定的。

通过所述快捷入口展示出对应的功能模块页面后，可以展示所述目标数据对象的详情信息，以及用于获取所述目标数据对象的操作选项。

实施例三

该实施例三也是从客户端的角度，提供了一种信息推荐方法，参见图5，该方法具体可以包括：

S501：客户端接收对目标功能模块页面进行访问的请求；

S502：将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的境外地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述境外地理位置相关；

S503：接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块页面进行展示。

关于该实施例二、三中的未详述部分，可以参见前述实施例一中的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种信息推荐装置，参见图6，该装置可以包括：

地理位置信息确定单元601，用于确定目标用户所在的地理位置信息；

目标数据对象确定单元602，用于根据所述地理位置信息确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

目标数据对象提供单元603，用于向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息

其中，目标数据对象确定单元具体可以用于：确定距离所述地理位置在阈值范围内的至少一个目标实体场所；根据所述目标实体场所确定所述待推荐的目标数据对象。

具体的，目标数据对象确定单元具体可以用于：根据所述地理位置信息以及当前时刻可能发生的用户即时行为关联的实体场所类别，确定待推荐的目标数据对象。

其中，所述待推荐的目标数据对象为多个；

此时，目标数据对象提供单元具体可以用于：

将所述多个目标数据对象分散在不同的时间点向所述目标用户关联的客户端进行推荐。

具体的，所述多个目标数据对象包括：用户在多个时间段分别可能发生的行为类别所关联的数据对象；此时，目标数据对象提供单元具体可以用于：在多个不同的时间段内，分别对当前时间段内对应的目标数据对象及其关联的实体场所，向所述目标用户关联的客户端进行推荐。

其中，同一时间段内向所述目标用户关联的客户端推荐一个目标数据对象。

另外，该装置还可以包括：

替换单元，用于接收到对推荐的目标数据对象进行替换的请求后，向所述客户端推荐与所述目标数据对象关联的实体场所同类别的其他实体场所关联的数据对象。

具体实现时，所述目标数据对象确定单元具体可以用于：

根据所述用户所在的地理位置信息推荐行程方案，所述行程方案中包括多个时间段分别对应的实体场所信息，以及分别与所述多个时间段各自对应的实体场所相关联的多个目标数据对象；

此时，目标数据对象提供单元具体可以用于：向所述目标用户关联的客户端提供关于所述行程方案的推荐信息，其中，按照时间顺序对所推荐的多个目标数据对象的信息进行展示。

其中，在所述行程方案的推荐信息的展示界面中还可以包括标签展示区域，用于对所述多个目标数据对象分别对应的推荐时间以及标签文案进行聚合展示，所述标签文案包括对所述目标数据对象的推荐理由的描述文案。

另外，在所述行程方案的推荐信息的展示界面中还可以包括地图展示区域，用于对所述目标数据对象关联的实体场所的位置和/或从当前地理位置到所述实体场所的线路、推荐的交通方式信息进行展示。

具体实现时，该装置还可以包括：

数据对象过滤单元，用于根据用户在已完成的行程中已经到过的实体场所，或者用户需要在后续的行程中前往的实体场所，对所述行程方案中的目标数据对象进行过滤。

调整单元，用于根据所述行程方案中相邻目标数据对象之间的空闲时间，对所述行程方案进行动态调整。

再者，还可以包括：

已有数据对象展示单元，用于在所述行程方案推荐信息的展示界面中对已购买/领取但尚未使用的数据对象信息进行展示。

其中，所述行程方案包括推荐当天的行程方案和/或后续的行程方案。

具体的，所述目标数据对象提供单元具体可以用于：

接收到对所述客户端的功能模块快捷入口页面进行访问的请求后，提供关于所述目标数据对象的推荐信息。

具体实现时，所述目标数据对象确定单元具体可以用于：根据所述用户所在的境外地理位置信息提供行程方案，所述行程方案中包括多个时间段分别对应的实体场所信息；所述目标数据对象为多个，分别与所述多个时间段各自对应的实体场所相关联；

此时，所述目标数据对象提供单元具体可以用于：

通过所述客户端的功能模块快捷入口页面提供当前时刻所在的时间段关联的目标数据对象信息；

通过所述快捷入口启动所述客户端并展示目标功能模块的界面后，通过所述目标功能模块的界面提供关于所述行程方案的详情信息。

其中，所述快捷入口页面包括终端设备的负一屏页面或Widget小组件页面。

具体实现时，该装置还可以包括：

第一目标用户确定单元，用于根据用户在关联的商品对象信息服务系统中对出境相关商品对象的预订行为数据，确定所述目标用户。

或者，第二目标用户确定单元，用于根据用户地理位置定位信息的变化情况判断用户是否产生出境行为，如果是，则确定为所述目标用户。

其中，所述目标数据对象包括用户权益类数据对象，以用于通过所述客户端在关联的实体场所中执行支付行为时对对应的用户权益进行核销。

具体实现时，该装置还可以包括：

提示单元，用于在识别出用户到达所述实体场所后，对所述用户已获得的与所述实体场所关联的用户权益信息进行提示。

或者，所述目标数据对象包括实体场所的入场凭证类数据对象，通过所述客户端获得对应的电子版入场凭证后，在关联的实体场所中通过出示所述电子版入场凭证进入到所述实体场所获得相应服务。

与实施例二相对应，本申请实施例还提供了一种信息推荐装置，参见图7，该装置可以包括：

第一请求接收单元701，用于接收对功能模块快捷入口页面进行访问的请求；

第一请求提交单元702，用于将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述地理位置相关；

第一推荐信息展示单元703，用于接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块快捷入口页面进行展示。

具体的，还可以包括：

详情展示单元，用于通过所述快捷入口展示出对应的功能模块页面后，展示所述目标数据对象的详情信息，以及用于获取所述目标数据对象的操作选项。

与实施例三相对应，本申请实施例还提供了一种信息推荐装置，参见图8，该装置可以包括：

第二请求接收单元801，用于接收对目标功能模块页面进行访问的请求；

第二请求提交单元802，用于将所述请求提交到服务端，以便所述服务端在确定出关联的用户为目标用户及其所在的地理位置信息后，确定待推荐的目标数据对象，所述目标数据对象与实体场所相关，所述实体场所与所述境外地理位置相关；

第二推荐信息展示单元803，用于接收所述服务端返回的关于所述目标数据对象的推荐信息，并在所述功能模块页面进行展示。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图9示例性的展示出了电子设备的架构，例如，设备900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图9，设备900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制设备900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件902可以包括一个或多个处理器920来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理部件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在设备900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为设备900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为设备900生成、管理和分配电力相关联的组件。

多媒体组件908包括在设备900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当设备900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为设备900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为设备900的显示器和小键盘，传感器组件914还可以检测设备900或设备900一个组件的位置改变，用户与设备900接触的存在或不存在，设备900方位或加速/减速和设备900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于设备900和其他设备之间有线或无线方式的通信。设备900可以接入基于通信标准的无线网络，如WiFi，或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中，通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由设备900的处理器920执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的信息推荐方法、及装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种信息推荐方法，其特征在于，包括：

确定目标用户所在的地理位置信息；

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

所述根据所述地理位置信息确定待推荐的目标数据对象，包括：

确定距离所述地理位置在阈值范围内的至少一个目标实体场所；

根据所述目标实体场所确定所述待推荐的目标数据对象。

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

根据所述地理位置信息以及当前时刻可能发生的用户即时行为关联的实体场所类别，确定待推荐的目标数据对象。

4.根据权利要求1所述的方法，其特征在于，

所述待推荐的目标数据对象为多个；

所述向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息，包括：

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

所述多个目标数据对象包括：用户在多个时间段分别可能发生的行为类别所关联的数据对象；

所述将所述多个目标数据对象分散在不同的时间点向所述目标用户关联的客户端进行推荐，包括：

在多个不同的时间段内，分别对当前时间段内对应的目标数据对象及其关联的实体场所，向所述目标用户关联的客户端进行推荐。

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

在同一时间段内向所述目标用户关联的客户端推荐一个目标数据对象。

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

接收到对推荐的目标数据对象进行替换的请求后，向所述客户端推荐与所述目标数据对象关联的实体场所同类别的其他实体场所关联的数据对象。

8.根据权利要求1所述的方法，其特征在于，

向所述目标用户关联的客户端提供关于所述行程方案的推荐信息，其中，按照时间顺序对所推荐的多个目标数据对象的信息进行展示。

9.根据权利要求8所述的方法，其特征在于，

在所述行程方案的推荐信息的展示界面中包括标签展示区域，用于对所述多个目标数据对象分别对应的推荐时间以及标签文案进行聚合展示，所述标签文案包括对所述目标数据对象的推荐理由的描述文案。

10.根据权利要求8所述的方法，其特征在于，

在所述行程方案的推荐信息的展示界面中包括地图展示区域，用于对所述目标数据对象关联的实体场所的位置和/或从当前地理位置到所述实体场所的线路、推荐的交通方式信息进行展示。

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

根据用户在已完成的行程中已经到过的实体场所，或者用户需要在后续的行程中前往的实体场所，对所述行程方案中的目标数据对象进行过滤。

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

根据所述行程方案中相邻目标数据对象之间的空闲时间，对所述行程方案进行动态调整。

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

在所述行程方案推荐信息的展示界面中对已购买/领取但尚未使用的数据对象信息进行展示。

14.根据权利要求8所述的方法，其特征在于，

所述行程方案包括推荐当天的行程方案和/或后续的行程方案。

15.根据权利要求1所述的方法，其特征在于，

接收到对客户端功能模块快捷入口页面进行访问的请求后，提供关于所述目标数据对象的推荐信息；所述关联的客户端预先添加到所述快捷入口页面中。

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

根据所述用户所在的境外地理位置信息提供行程方案，所述行程方案中包括多个时间段分别对应的实体场所信息；所述目标数据对象为多个，分别与所述多个时间段各自对应的实体场所相关联；

所述提供关于所述目标数据对象的推荐信息，包括：

通过所述客户端功能模块快捷入口页面提供当前时刻所在的时间段关联的目标数据对象信息；

17.根据权利要求15所述的方法，其特征在于，

所述快捷入口页面包括终端设备的负一屏页面或Widget小组件页面；所述负一屏页面为位于终端设备主界面左侧的页面。

18.根据权利要求1至17任一项所述的方法，其特征在于，所述方法之前还包括：

根据用户在关联的商品对象信息服务系统中对出境相关商品对象的预订行为数据，确定所述目标用户。

19.根据权利要求1至17任一项所述的方法，其特征在于，所述方法之前还包括：

根据用户地理位置定位信息的变化情况判断用户是否产生出境行为，如果是，则确定为所述目标用户。

20.根据权利要求1至17任一项所述的方法，其特征在于，

所述目标数据对象包括用户权益类数据对象，以用于通过所述客户端在关联的实体场所中执行支付行为时对对应的用户权益进行核销。

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

在识别出用户到达所述实体场所后，对所述用户已获得的与所述实体场所关联的用户权益信息进行提示。

22.根据权利要求1至17任一项所述的方法，其特征在于，

所述目标数据对象包括实体场所的入场凭证类数据对象，通过所述客户端获得对应的电子版入场凭证后，在关联的实体场所中通过出示所述电子版入场凭证进入到所述实体场所获得相应服务。

23.一种信息推荐方法，其特征在于，包括：

客户端接收对功能模块快捷入口页面进行访问的请求；

24.根据权利要求23所述的方法，其特征在于，

所述目标数据对象是根据所述地理位置信息以及当前时刻可能会发生的用户即时行为关联的实体场所类别确定的。

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

通过所述快捷入口展示出对应的功能模块页面后，展示所述目标数据对象的详情信息，以及用于获取所述目标数据对象的操作选项。

26.一种信息推荐方法，其特征在于，包括：

客户端接收对目标功能模块页面进行访问的请求；

27.一种信息推荐装置，其特征在于，包括：

目标数据对象提供单元，用于向所述目标用户关联的客户端提供关于所述目标数据对象的推荐信息。

28.一种信息推荐装置，其特征在于，包括：

29.一种信息推荐装置，其特征在于，包括：

30.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至26任一项所述的方法的步骤。

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

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至26任一项所述的方法的步骤。