CN111325595A - 用户权益信息展示方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了用户权益信息展示方法、装置及电子设备，所述方法包括：向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；根据所述服务器返回的待展示的界面数据进行界面展示。通过本申请实施例，能够使得线上发放、线下实体店铺可用的用户权益信息更有效地得到利用，使其更好地起到将线上流量转化为线下流量的作用。

Description

用户权益信息展示方法、装置及电子设备

技术领域

本申请涉及用户权益信息处理技术领域，特别是涉及用户权益信息展示方法、装置及电子设备。

背景技术

在“新零售”等线上线下相结合的业务模式下，品牌商或者零售商可以通过线上的应用程序(App)提供商品对象的信息，消费者用户可以通过线上的App进行浏览、购买等行为。同时，品牌商或者零售商还可以开设线下的实体店铺，线上的订单可以由线下的实体店铺进行发货等一系列的处理，并最终配送到用户指定的收货地址，另外，消费者用户也可以直接到线下的实体店铺进行商品对象的选购或者体验。

在实际应用中，为了引导用户进入到线下的实体店铺中进行消费或者体验，一些品牌商或者零售商可能会在线上发行一些优惠券、红包等用户权益，并指定具体的使用范围，例如，哪些实体店铺中可用，等等。线上的用户可以通过多种途径进行优惠券的领取，并到指定的实体店铺中使用。

但是，与普通的线上可用的用户权益不同，线下可用的用户权益并不是随时都可以用，而是从领取到实际核销使用之间，无论从时间和空间上都可能是割裂开的。例如，某用户于11月11日参加某线上的活动时，获得了某品牌商发放的线下可用的用户权益，但是由于需要到实体店铺内才能使用，因此，实际使用的日期通常不是在领取当天，使用的地点是实体店铺实际所在的位置，与用户领取时所在的位置通常也是不同的。

在这种情况下，经常出现用户领取之后忘记使用，或者，心理上认为距离实体店铺路途远，很麻烦，于是放弃使用，等等。以至于大量的这种用户权益失去被使用的机会，无法真正的发挥出将线上流量转化为线下流量的作用。

因此，如何使得线上发放、线下实体店铺可用的用户权益信息更有效地得到利用，使其更好地起到将线上流量转化为线下流量的作用，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了用户权益信息展示方法、装置及电子设备，能够使得线上发放、线下实体店铺可用的用户权益信息更有效地得到利用，使其更好地起到将线上流量转化为线下流量的作用。

本申请提供了如下方案：

一种用户权益信息展示方法，包括：

向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

根据所述服务器返回的待展示的界面数据进行界面展示。

一种用户权益信息展示方法，包括：

接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

确定所述第一用户关联的用户权益信息；

根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

一种用户权益信息展示装置，包括：

请求提交单元，用于向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

界面展示单元，用于根据所述服务器返回的待展示的界面数据进行界面展示。

一种用户权益信息展示装置，包括：

请求接收单元，用于接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

用户权益信息确定单元，用于确定所述客户端所述第一用户关联到的用户权益信息；

信息处理单元，用于根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

根据所述服务器返回的待展示的界面数据进行界面展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

确定所述客户端所述第一用户关联到的用户权益信息；

根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

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

通过本申请实施例，在向服务器提交针对第一用户关联的用户权益信息进行查看的请求时，可以在请求中携带具体的与用户使用场景相关的信息，例如，具体可以是发起请求时的来源页面信息，或者，还可以是用户所在的地理位置信息等。这样，服务器在接收到具体的请求后，可以根据具体的与用户使用场景相关的信息，对用户已领取的用户权益信息进行处理，例如，具体可以包括按照某种规则进行排序，或者，对用户权益信息进行一些筛选，过滤掉一些用户当前不感兴趣或者不需要关心的用户权益信息，等等。最后再根据处理后的用户权益信息进行查询结果界面的展示。这样，可以使得实际在界面中展示出的用户权益信息更符合用户当下的需求，进而有利于提升用户使用具体用户权益信息的概率，使其更好地起到将线上流量转化为线下流量的作用。

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

附图说明

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

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

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

图3-1至3-3是本申请实施例提供的用于发起查看请求的操作选项示意图；

图4是本申请实施例提供的查询结果展示界面的示意图；

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

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

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

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

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

具体实施方式

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

在本申请实施例中，为了能够使得线上发放、线下实体店铺可用的用户权益信息更有效地得到利用，可以在向用户展示其关联的用户权益信息的过程中，对用户使用场景信息进行判断，然后，基于具体的用户使用场景信息，确定具体如何展示用户权益信息。也就是说，一个用户具体在需要查看关联的用户权益信息时，通常在一定的使用场景下提交的请求，而不同的使用场景中，需要查看的用户权益信息可能是不同的。例如，假设用户是通过客户端主应用提供的个人信息页面中发起的查看用户权益信息的请求时，通常可能是在刚刚领取了一个或者一些用户权益之后，此时，其最可能需要查看的可能是最近领取的用户权益信息；而在其他使用场景下，最可能需要查看的可能是即将过期的用户权益信息，或者离自己最近的实体店铺中可以使用的用户权益，等等。因此，本申请实施例中，就可以在接收到用户的查看请求后，首先对用户的使用场景信息进行识别，然后根据识别结果，对关联的用户权益信息进行排序或者筛选等处理，然后再返回给客户端进行展示。这样，使得客户端展示出的用户权益信息更符合用户的需求，有利于促使用户到具体的显示实体店铺中进行核销使用。

具体实现时，本申请实施例可以通过在网络销售服务类的应用程序内提供相应的功能，通过这种应用程序，用户可以对用户权益信息进行在线领取，在领取之后，还可以通过该应用程序进行已领取用户权益信息的查看，等等。其中，参见图1，上述应用程序可以采用服务器-客户端的架构实现，其中，客户端可以安装于用户的手机等移动终端设备上，用于前端页面的展示，与用户之间的人机互动，而服务器则可以位于云端，用于提供具体的数据服务。

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

实施例一

该实施例一首先从客户端的角度，提供了一种用户权益信息展示方法，参见图2，该方法具体可以包括：

S201：向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

其中，所述“第一用户”具体可以是消费者用户等，相应的，品牌商等用户可以称为“第二用户”。其中，所述第一用户关联的用户权益信息具体可以是第一用户已领取到的用户权益，或者，还可以是需要向第一用户推荐的用户权益，等等。

具体实现时，具体领取用户权益的渠道可以有多种。例如，可以是在第一用户参加一些线上的营销活动等过程中，领取具体品牌商等发布的用户权益信息。或者，在访问具体实体店铺对应的线上“云店”的过程中进行领取。或者，还可以是在一些大型促销活动之后，根据第一用户实际在活动中产生的购物、浏览等行为，向第一用户推送用户权益信息。再或者，还可以是由线下的导购员等通过二维码等载体向第一用户发放用户权益，等等。总之，第一用户可以通过多种渠道领取到多种不同的用户权益。

其中，在所述第一用户关联的用户权益信息为该第一用户已领取到的用户权益信息的情况下，所述获取第一用户关联的用户权益的请求，具体可以是查看或者收听其已领取到的用户权益的请求。例如，第一用户在领取到具体的用户权益信息后，便可以通过客户端查看已领取的用户权益信息。在所述第一用户关联的用户权益信息为向第一用户推荐的用户权益的情况下，具体的获取第一用户关联的用户权益的请求可以是，查看或者收听系统向该第一用户推荐的待领取用户权益的请求，等等。

在具体实现时，为了增强用户对已经领取到或者推荐的用户权益信息的感知，本申请实施例中可以为用户提供多种不同的入口，通过这些入口中的其中任意一个，都可以发起获取关联用户权益信息的请求。

例如，其中一种方式下，客户端可以提供用于获取关联的用户权益信息的操作选项，然后，通过所述操作选项接收到查看请求后，将所述请求提交到服务器。

其中，具体在提供上述操作选项时，也可以在多种不同的页面中进行提供。例如，其中一种可以是在客户端主应用提供的用户个人信息页面中提供所述操作选项。例如，在应用程序客户端首页的最下方，通常会提供“我的”选项卡，通过该选项卡可以进入用户的个人主页，其中就可以包括用于查看用户权益信息的操作选项。例如，如图3-1所示，在从用户的个人主页点击“红包卡券”选项进入后，可以在页面中展示出“门店优惠”类别的用户权益信息查看入口，用户可以通过该入口点击查看更多用户权益信息。

或者，在客户端主应用内还可能会包括一些子应用(例如，可以以小程序等形式存在)，这些子应用中可能会包括一些与实体店铺信息相关的子应用，例如，有的子应用可能是用于根据第一用户当前所在的地理位置对实体店铺的相关信息(可以是具体的品牌商发布的与线下实体店铺中的营销活动等相关的信息)进行展示的子应用。此时，也可以通过该子应用提供用于获取关联的用户权益信息的操作选项。也就是说，对于上述子应用而言，由于是与实体店铺相关的，因此，在用户使用这种子应用时，通常是因为对实体店铺方面的信息比较感兴趣，在查看的过程中，可能会对某家实体店铺感兴趣，并且可能会想起自己曾经领取过与实体店铺相关的用户权益信息，因此，就可能需要查看是否存在该实体店铺可用的用户权益；或者需要查询一下，看该实体店铺是否有用户权益信息可以推荐给该第一用户，等等。此时，在这种子应用内直接提供用于获取关联的用户权益信息的操作选项，则刚好可以满足用户的上述需求，用户不需要从当前子应用退出，回退到主应用的个人信息页面中去发起请求，而是直接在当前子应用内就可以发起具体的请求。其中，子应用具体提供上述操作选项的方式也可以有多种，例如，一种方式下，可以在该子应用内也提供“我的”选项卡，通过点击该选项卡也可以进入到用户的个人信息页面，如图3-2所示，可以在该页面中提供“我的门店优惠”等字样的用于发起获取关联的用户权益信息的操作选项。

另外，客户端中还可能会包括以实体店铺聚集区域(例如，商圈等)为单位对所述实体店铺的相关信息进行展示的页面。这种页面中，可以展示出具体的“商圈”等信息，例如，具体某个商圈的名称，商圈内的营销活动信息，等等。如果用户在访问这种页面时，则通常也是对到实体店铺中购物比较感兴趣，因此，也可以直接在该也子应用内提供用于获取第一用户关联的用户权益信息的操作选项，以方便用户在产生具体的查看需求时，能够直接在页面内发起请求，而不需要退回到主应用的个人信息页面。例如，如图3-3所示，在展示“三里屯太古里”这一商圈的信息页面的过程中，可以在提供303处所示的“我的券”等字样的操作选项，还可以提示：“已领的券在这里，不要忘记使用哦”等信息，提示用户进行查看，等等。

除了通过在相关页面中提供用于发起获取关联用户权益信息的请求的操作选项，还可以通过系统消息的方式，向用户发送关于具体用户权益信息的提醒消息，这种提醒消息具体可以是关于某些用户权益信息即将过期等消息的提醒。这样，可以接收到查看所述提醒消息的详情的请求后，向服务器提交获取关联用户权益信息的用户权益信息的请求。相对于前述通过具体页面内的操作选项发起查看请求的方式而言，这种通过系统消息发起的查看请求属于一种相对被动的方式，也即，是在系统的消息的提醒以及引导之下，发起获取关联用户权益信息的请求。具体实现时，具体的系统消息可以是通过客户端主应用中的消息组件接收的，或者，也可以通过客户端内与实体店铺信息相关的子应用中的消息组件接收所述推送消息。也就是说，除了可以在客户端主应用中接收具体的系统消息，也可以在子应用中接收，使得用户在使用子应用的过程中，都可以通过主动或者被动的方式发起具体对用户权益信息的查看请求。

总之，可以通过多种不同的入口向服务器发起获取第一用户关联的用户权益信息的请求，通过不同的入口发起的查看请求，可能对应着不同的使用场景，因此，可以将这种入口信息，也即发起具体请求的来源页面信息，作为与使用场景相关的信息，携带在查看请求中，并提交给服务器。或者，根据用户所在的地理位置信息也可以从一定程度上判断用户的使用场景，因此，也可以将用户所在的地理位置信息作为与使用场景相关的信息携带在查看请求中提交给服务器，等等。

服务器在接收到客户端的查看请求后，便可以根据关于的第一用户标识，确定出对应的第一用户关联的用户权益信息，并根据具体与使用场景相关的信息，对具体关联的用户权益进行处理后再生成具体的界面数据。

其中，关于具体的第一用户关联的用户权益信息可以保存在服务器中，这样，具体的查看请求提交到服务器后，服务器可以通过查询数据库的方式，确定出当前客户端关联的第一用户关联的用户权益信息。例如，服务器记录的信息具体可以如表1所示：

表1

例如，每个第一用户已经领取了哪些具体的用户权益信息，都可以在服务器中进行记录。另外，在具体实现时，服务器还可以记录更多的信息，例如，包括每个用户权益对应的领取时间信息，等等。也即，此时，服务器中保存的信息可以如表2所示：

表2

另外，在本申请实施例中，具体的用户权益关联有具体的实体店铺信息，也就是说，需要在指定的实体店铺内才能进行核销使用。具体实现时，这种用户权益信息通常可以是由第二用户来创建并发布的。例如，某品牌商发布一些用户权益，并制定这种用户权益在哪些实体店铺中可以用，等等。或者，在实际应用中，线下的实体店铺还可能聚集在某个区域内，这种实体店铺聚集区域通常可以称为“商圈”，例如，具体可以将一个商场内入驻的多家实体店铺称为一个商圈，等等。在上述情况下，每个店铺实际由具体的品牌商来运营，可以参加品牌商组织的一些营销活动，同时，“商场”作为具体的管理方，也可能具有自己的运营团队，也可能会组织一些营销活动，此时，入驻在该商场内的实体店铺也可以参加商场组织的营销活动。因此，在本申请实施例中，具体的第二用户除了对应品牌商实体，还可以对应到“商圈”实体。这样，“商圈”也可以在系统内创建并发布具体的用户权益，并且可以指定使用范围，例如，可以是“全场可用”，也即，商圈内的全部实体店铺都可以使用该用户权益。或者，也可以指定商圈内的部分实体店铺可用，等等。总之，无论是品牌商自行创建用户权益，还是商圈实体创建用户权益，都可以指定具体用户权益的使用范围信息，也即，在哪些实体店铺可用。另外还可以指定具体的有效时间等信息，例如，从某月某日到某月某日可用，等等。

在创建具体的用户权益时，服务器还可以为其分配标识，并记录每条权益信息对应的使用范围，有效时间等信息。例如，如表3所示：

表3

再者，服务器中保存的信息还可以包括具体实体店铺所在的地理位置信息，这种地理位置信息可以通过经纬度等形式来进行表示，以便能够通过电子地图组件定位到具体的位置。另外，由于本申请实施例中是在电子地图组件的基础上提供具体实体店铺的地理位置信息，因此，服务器还可以为具体的实体店铺保存对应的图片标识等信息，例如，具体可以是实体店铺对应的品牌商的图片logo等。这样，在电子地图界面中展示具体的实体店铺的位置时，可以在具体的位置处展示出对应的图片标识，使得用户可以更直观地确定具体的实体店铺的地理位置信息。例如，具体实现时，服务器保存的信息可以如表4所示：

表4

这样，在接收到客户端提交的获取第一用户关联的用户权益信息的请求后，服务器就可以确定出该第一用户关联的用户权益有哪些，这些用户权益各自对应的使用范围信息，有效时间信息，领取时间信息等。另外，通过所述使用范围信息可以确定出具体可使用上述用户权益信息的实体店铺信息，包括实体店铺所在的地理位置信息。然后，可以结合具体请求中携带的使用场景信息，确定出具体关联的用户权益信息的展示顺序，或者过滤掉哪些用户权益信息，等等。进而，就可以根据处理后的用户权益信息生成待展示界面的界面数据。

其中，具体对关联的用户权益信息执行的处理可以有多种，例如，包括按照一定的规则进行排序，或者进行一些筛选，等等，以使得实际展示出的用户权益信息更符合用户当下的使用场景以及用户需求。

具体如何处理，则可以是根据具体请求中携带的与使用场景相关的信息来确定。例如，一种方式下，这种与用户使用场景相关的信息可以包括发起所述请求的来源页面信息。具体的，如前述步骤S201中所述，在具体实现时，可以为用户提供多种可用于发起具体查看请求的入口，这些入口通过不同的页面来进行承载，这种页面就可以称为具体查看请求的来源页面。其中，在通过不同的来源页面发起查看请求时，用户的使用场景不同，对应的用户诉求可能是不同的，因此，可以根据这种来源页面信息，来对具体的用户权益信息进行排序或者筛选处理。

例如，对于第一用户已领取到的用户权益信息，如果所述来源页面为客户端主应用提供的用户个人信息页面，或者，客户端内与实体店铺信息相关的子应用提供的用户个人信息页面，则可以按照领取时间的先后顺序对所述用户权益信息进行排序。也就是说，在上述两种情况下，用户最需要查看的可能是最近领取的用户权益信息，因此，可以按照领取实现由近及远的顺序，对用户权益信息进行展示，使得最近领取的用户权益信息可以优先展示，以满足用户在当前使用场景下的诉求。

或者，如果所述来源页面为提醒消息展示页面，则可以按照失效时间的先后顺序对所述用户权益信息进行排序。其中，提醒消息通常是对即将失效的用户权益信息进行提醒，因此，如果用户在发现这种提醒消息之后发起了具体的查看请求，则通常是需要查看即将过期的用户权益信息有哪些，因此，可以按照失效时间的先后顺序对所述用户权益信息进行排序。也就是说，将最近即将失效的用户权益信息进行优先展示。

再者，如果所述来源页面为以实体店铺聚集区域为单位对所述实体店铺的相关信息进行展示的子应用的页面，则可以根据所述请求中携带的目标实体店铺聚集区域信息，筛选出的与所述聚集区域内的实体店铺相关的用户权益信息。也就是说，在用户查看“商圈”类的页面时，通常是选择了具体某个“商圈”后进行查看，此时，用户不仅对线下实体店铺感兴趣，并且，已经具有比较明确的方向，也即，对该商圈内的实体店铺感兴趣。因此，在具体进行展示时，可以优先将与该商圈相关的用户权益信息进行展示。具体可以包括该商圈实体发布的用户权益信息，或者，品牌商发布的能够在该商圈内的实体店铺中使用的用户权益信息等。

另外，具体查看请求中携带的与用户使用场景相关的信息除了包括前述来源页面信息之外，还可以包括第一用户当前所在的地理位置信息。此时，可以按照与所述第一用户当前所在地理位置的距离远近，对所述用户权益信息进行排序。

总之，在具体实现时，可以按照领取时间的先后顺序进行排序，按照失效时间的先后顺序进行排序，或者，按照与所述第一用户当前所在位置的距离远近进行排序，或者，还可以根据所述请求中携带的目标实体店铺聚集区域信息对用户权益信息进行筛选，等等。使得具体展示出的用户权益信息，可以更好的满足用户实际使用场景下的需求，进一步提升用户权益信息实际被使用的概率。

具体实现时，还可以在用户界面中提供用于对多种排序方式进行选择的操作选项，例如，“离我最近”，“最近领取”，“即将失效”等，使得用户也可以切换多种不同的排序方式分别进行查看。当然，在默认状态下，则可以根据实际的来源页面等信息，默认展示一种用户最可能需要的排序方式。

S202：根据所述服务器返回的待展示的界面数据进行界面展示。

在接收到服务器返回的界面数据后，客户端就可以进行渲染展示。其中，在具体实现时，为了能够为用户提供更直观的信息，服务器还可以在界面中引入预置的电子地图组件，并将具体待展示的用户权益对应的可用实体店铺的地理位置信息提供给该地图组件，从而可以获得具体的电子地图数据，并添加到待展示的界面中。这样，客户端具体在对界面进行渲染是，可以包括对其中电子地图数据的渲染，以及对具体用户权益信息的渲染。具体的，在一种优选的实现方式下，如图4所示，界面中包括两个展示区域，第一展示区域401可以用于展示出具体的电子地图信息，也即，通过地图的方式直观的标识出能够使用具体用户权益的实体店铺实际所在的地理位置；第二展示区域402则可以展示具体第一用户关联的用户权益的信息。例如，在402处展示出具体领取了哪些用户权益信息，401处则可以展示出具体可以使用这些用户权益信息的实体店铺分别位于什么位置。这样，可以为第一用户提供更直观的信息。

其中，在对电子地图数据进行渲染时，还可以根据具体实体店铺对应的图片标识等，将具体的图片标识对应展示在实体店铺在地图中的位置处。在用户点击了地图中展示的某个图标时，还可以提供关于是否需要进入到相关联的电子地图应用进行路线查询等选项，如果选择需要，则可以跳转到具体的电子地图应用，并将用户当前所在的位置信息，以及被选择的实体店铺的位置信息提供给电子地图应用，从而可以通过该应用进行具体的路线展示。

总之，通过本申请实施例，在向服务器提交针对第一用户关联的用户权益信息进行查看的请求时，可以在请求中携带具体的与用户使用场景相关的信息，例如，具体可以是发起请求时的来源页面信息，或者，还可以是用户所在的地理位置信息等。这样，服务器在接收到具体的请求后，可以根据具体的与用户使用场景相关的信息，对第一用户关联的用户权益信息进行处理，例如，具体可以包括按照某种规则进行排序，或者，对用户权益信息进行一些筛选，过滤掉一些用户当前不感兴趣或者不需要关心的用户权益信息，等等。最后再根据处理后的用户权益信息进行查询结果界面的展示。这样，可以使得实际在界面中展示出的用户权益信息更符合用户当下的需求，进而有利于提升用户使用具体用户权益信息的概率，使其更好地起到将线上流量转化为线下流量的作用。

需要说明的是，本申请实施例中需要用到的各种用户数据，可以是在第一用户知情并且同意提供的情况下使用的。

实施例二

该实施例二是与实施例一相对应的，从服务器的角度，提供了一种用户权益信息展示方法，参见图5，该方法具体可以包括：

S501：接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

S502：确定所述第一用户关联的用户权益信息；

S503：根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

具体实现时，所述请求中携带的与用户使用场景相关的信息具体可以包括发起所述请求时所在的来源页面信息。

其中，所述第一用户关联的用户权益包括：所述第一用户已领取到的用户权益；此时，如果所述来源页面为客户端主应用提供的用户个人信息页面，或者，客户端内与实体店铺信息相关的子应用提供的用户个人信息页面，则可以按照领取时间的先后顺序对所述用户权益信息进行排序。

如果所述来源页面为提醒消息展示页面，则可以按照失效时间的先后顺序对所述用户权益信息进行排序。

如果所述来源页面为以实体店铺聚集区域为单位对所述实体店铺的相关信息进行展示的页面，则可以根据所述请求中携带的目标实体店铺聚集区域信息，筛选出的与所述聚集区域内的实体店铺相关的用户权益信息。

另外，所述请求中携带的与用户使用场景相关的信息也可以包括第一用户当前所在的地理位置信息；

此时，可以按照与所述第一用户当前所在地理位置的距离远近，对所述用户权益信息进行排序。

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

与实施例一相对应，本申请实施例还提供了一种用户权益信息展示装置，参见图6，该装置具体可以包括：

请求提交单元601，用于向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

界面展示单元602，用于根据所述服务器返回的待展示的界面数据进行界面展示。

其中，所述请求中携带的与用户使用场景相关的信息包括发起所述请求时所在的来源页面信息。

所述来源页面信息包括客户端主应用提供的用户个人信息页面，客户端内与实体店铺信息相关的子应用提供的用户个人信息页面，提醒消息展示页面，或者以实体店铺聚集区域为单位对实体店铺的相关信息进行展示的页面。

或者，所述请求中携带的与用户使用场景相关的信息包括关联的第一用户所在的地理位置信息。

与实施例二相对应，本申请实施例还提供了一种用户权益信息展示装置，参见图7，该装置具体可以包括：

请求接收单元701，用于接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

用户权益信息确定单元702，用于确定所述客户端所述第一用户关联到的用户权益信息；

信息处理单元703，用于根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

具体实现时，所述请求中携带的与用户使用场景相关的信息可以包括发起所述请求时所在的来源页面信息。

其中，所述信息处理单元具体可以用于：如果所述来源页面为客户端主应用提供的用户个人信息页面，或者，客户端内与实体店铺信息相关的子应用提供的用户个人信息页面，则按照领取时间的先后顺序对所述用户权益信息进行排序。

或者，如果所述来源页面为提醒消息展示页面，则按照失效时间的先后顺序对所述用户权益信息进行排序。

或者，如果所述来源页面为以实体店铺聚集区域为单位对所述实体店铺的相关信息进行展示的页面，则根据所述请求中携带的目标实体店铺聚集区域信息，筛选出的与所述聚集区域内的实体店铺相关的用户权益信息。

另外，所述请求中携带的与用户使用场景相关的信息也可以包括第一用户当前所在的地理位置信息；

此时，所述信息处理单元具体可以用于：

按照与所述第一用户当前所在地理位置的距离远近，对所述用户权益信息进行排序。

与实施例一对应，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

根据所述服务器返回的待展示的界面数据进行界面展示。

另外，该电子设备中的程序指令还可以用于执行前述实施例一中所述的其他方法。

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

参照图8，设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理部件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

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

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

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

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

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

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

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

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

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由设备800的处理器820执行以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

与实施例二相对应，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

确定所述客户端所述第一用户关联到的用户权益信息；

根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

另外，该电子设备中的程序指令还可以用于执行前述实施例二中所述的其他方法。

其中，图9示例性的展示出了上述电子设备的架构，具体可以包括处理器910，视频显示适配器911，磁盘驱动器912，输入/输出接口913，网络接口914，以及存储器920。上述处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920之间可以通过通信总线930进行通信连接。

其中，处理器910可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器920可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器920可以存储用于控制电子设备900运行的操作系统921，用于控制电子设备900的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器923，数据存储管理系统924，以及用户权益信息处理系统925等等。上述用户权益信息处理系统925就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器920中，并由处理器910来调用执行。

输入/输出接口913用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口914用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线930包括一通路，在设备的各个组件(例如处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920)之间传输信息。

另外，该电子设备900还可以从虚拟资源对象领取条件信息数据库941中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，存储器920，总线930等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

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

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

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

Claims (16)

1.一种用户权益信息展示方法，其特征在于，包括：

向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

根据所述服务器返回的待展示的界面数据进行界面展示。

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

所述请求中携带的与用户使用场景相关的信息包括发起所述请求时所在的来源页面信息。

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

所述来源页面信息包括客户端主应用提供的用户个人信息页面，客户端内与实体店铺信息相关的子应用提供的用户个人信息页面，提醒消息展示页面，或者以实体店铺聚集区域为单位对实体店铺的相关信息进行展示的页面。

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

所述请求中携带的与用户使用场景相关的信息包括第一用户所在的地理位置信息。

5.一种用户权益信息展示方法，其特征在于，包括：

接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

确定所述第一用户关联的用户权益信息；

根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

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

所述请求中携带的与用户使用场景相关的信息包括发起所述请求时所在的来源页面信息。

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

所述第一用户关联的用户权益包括：所述第一用户已领取到的用户权益；

所述根据所述请求中携带的与用户使用场景相关的信息对所述用户权益信息的进行处理，包括：

如果所述来源页面为客户端主应用提供的用户个人信息页面，或者，客户端内与实体店铺信息相关的子应用提供的用户个人信息页面，则按照领取时间的先后顺序对所述用户权益信息进行排序。

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

所述根据所述请求中携带的与用户使用场景相关的信息对所述用户权益信息的进行处理，包括：

如果所述来源页面为提醒消息展示页面，则按照失效时间的先后顺序对所述用户权益信息进行排序。

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

所述根据所述请求中携带的与用户使用场景相关的信息对所述用户权益信息的进行处理，包括：

如果所述来源页面为以实体店铺聚集区域为单位对所述实体店铺的相关信息进行展示的页面，则根据所述请求中携带的目标实体店铺聚集区域信息，筛选出的与所述聚集区域内的实体店铺相关的用户权益信息。

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

所述请求中携带的与用户使用场景相关的信息包括第一用户当前所在的地理位置信息；

所述根据所述请求中携带的与用户使用场景相关的信息对所述用户权益信息的进行处理，包括：

按照与所述第一用户当前所在地理位置的距离远近，对所述用户权益信息进行排序。

11.一种用户权益信息展示装置，其特征在于，包括：

请求提交单元，用于向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

界面展示单元，用于根据所述服务器返回的待展示的界面数据进行界面展示。

12.一种用户权益信息展示装置，其特征在于，包括：

请求接收单元，用于接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

用户权益信息确定单元，用于确定所述客户端所述第一用户关联到的用户权益信息；

信息处理单元，用于根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

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

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

向服务器提交获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息，以便所述服务器确定所述第一用户关联的用户权益信息，并按照所述用户使用场景相关的信息进行处理后生成待展示的界面数据；

根据所述服务器返回的待展示的界面数据进行界面展示。

14.根据权利要求13所述的电子设备，其特征在于，所述程序指令还用于执行如权利要求2-4任一项所述的方法。

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

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收客户端提交的获取第一用户关联的用户权益信息的请求，所述用户权益为在指定实体店铺中使用的用户权益，所述请求中携带有与用户使用场景相关的信息；

确定所述客户端所述第一用户关联到的用户权益信息；

根据所述与用户使用场景相关的信息对所述第一用户关联的用户权益信息进行处理后，生成待展示的界面数据，并返回给客户端进行展示。

16.根据权利要求15所述的电子设备，其特征在于，所述程序指令还用于执行如权利要求6-10任一项所述的方法。

Images