CN106708820B - 一种信息显示方法及装置 - Google Patents

Abstract

本申请公开了一种信息显示方法及装置，该方法根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控，在监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息。通过上述方法，用户第一行为数据可以反映用户终端以前处于所述信息推送场景下时，用户使用应用的习惯，则终端可以获取并显示用户在所述信息推送场景下很可能关注的服务信息，而不用等待用户主动使用应用，因此，可以快速地为用户显示用户所关注的服务信息。

Description

一种信息显示方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息显示方法及装置。

背景技术

随着互联网上各类服务信息的不断丰富，用户每天在用户终端上关注的服务信息越来越多，也越来越分散。其中，所述用户终端包括但不限于：智能手机、平板电脑、智能手表、个人电脑等。

例如，用户每天可能都要通过资讯类的应用查阅头条新闻，通过购物类的应用购物，通过财经类的应用关注股票航行，通过社交类的应用与好友进行消息交互，等等。

目前，用户终端需要基于用户对应用的逐步操作，才能获取并显示相应的服务信息，但是，由于用户所关注的服务信息可能很多而且分散，则用户可能要花费较多时间使用各个对应的应用，相应的，用户终端也不能快速地为用户显示用户所关注的服务信息。

发明内容

本申请实施例提供一种信息显示方法及装置，用以解决现有技术中用户终端不能快速地为用户显示用户所关注的服务信息的问题。

本申请实施例提供一种信息推送方法及装置，用以解决现有技术中用户终端不能快速地为用户显示用户所关注的服务信息的问题。

本申请实施例提供的一种信息显示方法，包括：

根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

在监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息。

本申请实施例提供的一种信息推送方法，包括：

获取信息推送场景的信息；

根据所述信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

在监控到用户终端处于所述信息推送场景时，向用户终端推送服务信息。

本申请实施例提供的一种信息显示装置，包括：

监控模块，用于根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

显示模块，用于在所述监控模块监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息。

本申请实施例提供的一种信息推送装置，包括：

获取模块，用于获取信息推送场景的信息；

监控模块，用于根据所述信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

推送模块，用于在所述监控模块监控到用户终端处于所述信息推送场景时，向用户终端推送服务信息。

本申请实施例通过上述至少一种技术方案，用户终端可以根据在不同信息推送场景下用户的使用应用的习惯，自动地获取并显示用户在当前信息推送场景下很可能关注的服务信息，而不用等待用户主动使用应用，因此，可以快速地为用户显示用户所关注的服务信息。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的信息显示过程；

图2为本申请实施例提供的，在实际应用中的一种用于显示服务信息的显示模板；

图3为本申请实施例提供的，根据图2中的显示模板，对服务信息进行显示的示意图；

图4为本申请实施例提供的，对应于图1的信息推送过程；

图5为本申请实施例提供的，在实际应用中，将所述信息显示方法和信息推送方法在应用上进行实现时，该应用的功能架构示意图；

图6为本申请实施例提供的信息显示装置结构示意图；

图7为本申请实施例提供的信息推送装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的信息显示过程，具体包括以下步骤：

S101：根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控。

图1中的信息显示过程的执行主体可以是所述用户终端。其中，所述用户终端包括但不限于：个人计算机、手机、平板电脑、智能手表、车载移动台等。所述的执行主体并不构成对本申请的限定。

在本申请实施例中，不同的信息推送场景可以是产生不同的用户行为数据时，用户终端所处的场景。图1中所述信息推送场景可以是各所述不同的信息推送场景中的某个信息推送场景，为了便于描述，将图1中所述信息推送场景对应的用户行为数据称为：用户第一行为数据。也即，图1中所述信息推送场景可以是产生用户第一行为数据时，用户终端所处的场景。

S102：在监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息。

一般的，用户可以使用用户终端上的某个应用，以获得服务器提供的、与该应用对应服务的服务信息。其中，所述服务信息可以指在可显示在用户终端上的内容数据(反映了服务的可视界面)，也可以指可以通过用户终端使用的应用接口(反映了服务的业务逻辑和功能)，等等。

例如，用户可以使用购物类应用，获得各类商品信息；用户可以使用航旅类应用，查阅机票信息和酒店信息，以及预定机票和酒店等；用户可以使用资讯类应用，查阅最新的新闻信息，以及评论该新闻信息等；用户可以使用阅读类应用，查阅连载小说信息，以及下载连载小说等；等等。本申请实施例主要基于用户“使用用户终端上的应用”这类行为进行详细阐述。

用户在使用应用后，用户终端上可以生成用户行为数据。例如，用户行为数据具体可以是用户在用户终端上使用的应用的名称、该应用所属的应用类型、某次使用该应用的开始时间点、该次使用该应用所持续的时间、使用该应用时用户终端所在的地理位置，使用该内容时生成的行为内容数据，以及在用户的使用过程中用户终端与服务器之间交互的消息，等等中的至少一种。如下表1，示出了某用户终端在2014年11月11日产生的用户行为数据的一部分：

表1

可以看到，表1中一共包含5行数据，每一行数据分别为一组用户行为数据。

在本申请实施例中，可以根据已经生成的用户行为数据，分析用户的行为习惯，推测在不同的场景(所述场景即可以是所述信息推送场景)下，用户在用户终端上很有可能会使用的应用。

更具体的，用户使用应用是为了获取相应的服务信息，在本申请实施例中，为了实现服务的智能化，提高用户体验，可以不用等待用户主动使用应用，而是根据用户终端所处的信息推送场景，以及对应的用户第一行为数据，主动为用户获取以及显示在此信息推送场景下，用户可能想要获取的服务信息，或者与该服务信息类似的其他信息，这样的话，用户不必每次都主动使用应用以获取相应的服务信息，而是可以由用户终端和/或服务器和/或其他设备代劳。

下面对于所述信息推送场景，以及确定所述信息推送场景的方法进行详细说明。

由于同类应用可以给用户提供相似的服务信息，因此，可以以各应用所属的应用类别为主要依据，分析用户使用每类应用的习惯，也即，针对每类应用，分析用户习惯于在哪个时刻、和/或在哪个时间段、和/或在哪个地理位置使用该类应用。在本申请实施例中，所述信息推送场景可以量化地反映以上的用户习惯，所述信息推送场景的信息则用于判定用户终端是否处于所述信息推送场景。

对于一个已确定的信息推送场景，假定在该信息推送场景下，用户经常使用某个应用或者某类应用。则该信息推送场景的信息可以包括：在该信息推送场景下，用户经常使用该应用或者该类应用时的时刻(以下可以简称为时刻)、用户每次使用该应用或者该类应用所持续的时间段(以下可以简称为时间段)、用户终端所处的地理位置(以下可以简称为地理位置)。

在实际应用中，所述地理位置既可以用经纬度表示，例如，可以将地理位置北纬30度，东经120度，表示为：(30.00，120.00)；也可以用具体的地名进行表示，例如，可以将地理位置用诸如北京、上海、杭州等城市名表示。

继续以表1为例进行说明，对表1按照用户使用的每个应用，可以确定出与每个应用对应的信息推送场景如下表2所示：

应用名称	应用类别	时刻	地理位置
				购物应用	购物类	2014-11-11 01:35	30.00，120.00
彩票应用	彩票类	2014-11-11 01:50	30.00，120.00
				彩票应用	彩票类	2014-11-11 12:00	30.00，120.00
航旅应用	航旅类	2014-11-11 14:30	30.00，120.00
				新闻应用	资讯类	2014-11-11 19:30	30.00，121.00

表2

可以看到，表2中一共包含5行数据，每一行数据分别对应于一个信息推送场景。

在本申请实施例中，可以根据表1中的每一行数据，分别确定出一个信息推送场景，即对应为表2中的一行数据。例如，对于根据表1中第一行数据确定出的信息推送场景，用户在该信息推送场景经常使用“购物应用”这个应用，该信息推送场景的信息为时刻(01:35)和地理位置(30.00，120.00)，对应于表2中第一行数据。需要说明的是，一般说来，用户在用户终端上的行为是以日为周期执行的，相应的，关于所述时刻，也可以只考虑时分秒的部分，而不考虑年月日的部分，这样的话，对于同一个信息推送场景，也是以日为周期出现的。

进一步的，还可以根据用户使用的各应用所属的应用类别，确定与应用类别对应的信息推送场景。

具体的，可以针对至少一个应用类别，将属于至少一个应用类别的各应用对应的信息推送场景进行合并，重新确定出一个范围更大的信息推送场景，作为至少一个应用类别对应的信息推送场景。

更具体的，可以对于表2的累积数据(根据每日的用户行为数据，均可以生成一张类似于表2的表，可以将多张这样的表中数据的集合，称为表2的累积数据)进行概率统计，可以获得按照应用类别，对表2的累积数据中的信息推送场景进行合并后，可以确定该应用类别对应的信息推送场景，如下表3所示：

应用类别	时间段	地理位置
			购物类、彩票类	00:00～02:00	30.00，120.00
彩票类	11:00～13:00	30.00，120.00
			航旅类	14:00～15:00	30.00，120.00
资讯类	18:00～23:00	30.00，120.00

表3

在本申请实施例中，表3中的每一行数据，分别可以作为一个确定出的信息推送场景。例如，对于根据表3中第一行数据的信息推送场景，用户在该信息推送场景经常使用购物类、彩票类这两类应用，该信息推送场景的信息为时间段(00:00～02:00)和地理位置(30.00，120.00)。

在本申请实施例中，可以根据所述信息推送场景的信息中的至少一种信息，对用户终端是否处于所述信息推送场景进行监控。

继续用表3中确定出的信息推送场景举例说明。

例1，假定以时间段为根据进行监控，若监控到当前的时刻落在某个信息推送场景的时间段内，则可以认为，用户终端当前处于该信息推送场景。例如，假定监控到当前时刻为01:00，则可以认为，用户终端当前处于表3中的第一行数据对应的信息推送场景。

例2，假定以时间段和地理位置为根据进行监控，若监控到当前的时刻落在某个信息推送场景的时间段内，则可以认为，用户终端当前处于该信息推送场景。例如，假定监控到当前时刻为01:00，当前用户终端所处的地理位置为(40.00，120.00)，虽然当前时刻落在表3中的00:00～02:00这个时间段内，但是，由于当前用户终端所处的地理位置，不与00:00～02:00这个时间段对应的地理位置(30.00，120.00)相同，因此，可以认为，用户终端当前并未处于表3中的第一行数据对应的信息推送场景。

另外，对于表2中确定出的信息推送场景，由于信息推送场景的信息包含有时刻。因此，也可以以时刻为根据进行监控，若监控到当前的时刻为某个信息推送场景的时刻，则可以认为，用户终端当前处于该信息推送场景。例如，假定监控到当前时刻为01:35，则可以认为，用户终端当前处于表2中的第一行数据对应的信息推送场景。

在本申请实施例中，根据用户第一行为数据，可以推测在用户终端处于所述信息推送场景下，用户可能想要获取的服务信息，进而可以获取并显示该服务信息。

通过上述方法，用户终端可以根据在不同信息推送场景下用户的使用应用的习惯，自动地获取并显示用户在当前信息推送场景下很可能关注的服务信息，而不用等待用户主动使用应用，因此，可以快速地为用户显示用户所关注的服务信息。

下面对根据用户第一行为数据获取服务信息，以及显示获取的服务信息的方法进行说明。

在本申请实施例中，所述服务信息可以是从用户终端上的应用的服务器获取的。具体的，用户终端可以将所述用户第一行为数据的相关信息发送给服务器，并接收所述服务器根据所述相关信息推送来的服务信息。

用户终端可以在监控到用户终端处于所述信息推送场景时，再从服务器获取服务信息，并显示获取到的服务信息，这种方式比较适用于实时性要求不高的场景。用户终端也可以预先从服务器获取服务信息，并将获取的服务信息保存在本地，则在监控到用户终端处于所述信息推送场景时，可以不和服务器进行交互，而是查找本地保存的服务信息，并显示该服务信息，这种方式实时性较高。其中，所述服务信息可以是根据所述用户第一行为数据的相关信息确定的。

进一步的，所述用户第一行为数据的相关信息，包括下述至少一种：所述信息推送场景的信息；所述用户第一行为数据中包含的行为内容数据；所述用户第一行为数据对应的应用类别。

当所述相关信息包括所述信息推送场景的信息时，所述服务信息可以包括与所述信息推送场景的信息映射的服务信息。其中，各信息推送场景与各服务信息相互之间的映射关系可以由服务器或用户终端指定，在本申请中并不做限定。

当所述相关信息包括所述用户第一行为数据中包含的行为内容数据时，所述服务信息可以包括与所述行为内容数据相关的服务信息。

例如，当所述行为内容数据是“预订机票”时，由于用户预订机票后还可能预订酒店，以及可能关注乘机当天的天气状况，则与“预定机票”相关的服务信息可以是酒店信息、天气预报信息等服务信息。

当所述相关信息包括所述用户第一行为数据对应的应用类别时，所述服务信息可以包括：所属的应用类别与所述用户第一行为数据对应的应用类别相同或相关的服务信息。

仍以上例进行说明，“预定机票”对应的应用类别可以是航旅类，则所述服务信息可以是属于航旅类的服务信息，或属于天气类的服务信息，等等。

又例如，当监控到当前用户终端处于表3中的第二行数据对应的信息推送场景时，相应的，用户第一行为数据可以是表1中的第三行数据，信息推送场景的信息可以是时间段(11:00～13:00)和/或地理位置(30.00，120.00)，用户第一行为数据中包含的行为内容数据可以是“浏览双色球开奖情况”，用户第一行为数据对应的应用类别可以是“彩票类”，则用户终端在监控到用户终端处于所述信息推送场景时显示的服务信息可以是：属于“彩票类”或属于与“彩票类”相关的应用类别(如“理财类”等)的服务信息。

又例如，当监控到当前用户终端处于表3中的第四行数据对应的信息推送场景时，相应的，用户行为数据可以是表1中的最后一行数据，信息推送场景的信息可以是时间段(18:00～23:00)和/或地理位置(30.00，120.00)，用户行为数据中包含的行为内容数据可以是“浏览头条信息”，用户行为数据对应的应用类别可以是“资讯类”，则用户终端在监控到用户终端处于所述信息推送场景时显示的服务信息可以是：属于“资讯类”或属于与“资讯类”相关的应用类别(如“股票类”等)的服务信息。

需要说明的是，本申请中所述的服务信息可以是由所述服务器根据所述相关信息，从至少一个第三方服务器获取的，也可以是由服务器自身生成的。所述第三方服务器可以是由第三方服务提供商提供的服务器。

进一步的，接收所述服务器根据所述相关信息推送来的服务信息，具体包括：接收所述服务器根据所述相关信息和服务信息格式推送来的、具备所述服务信息格式的服务信息。

继续沿用上例进行说明，服务器根据所述相关信息，获取属于“资讯类”的信息，还可以从属于“资讯类”的信息中进一步地筛选出头条信息，作为服务信息推送给用户终端显示。根据之前的用户第一行为数据可知，该服务信息很有可能是用户当前想要获取的服务信息，用户并不需要主动使用应用就可以获取到该服务信息，因此，提高了在用户终端获取服务信息的效率，也提高了用户体验。

需要说明的是，所述服务信息格式可以在服务器侧进行定义，也可以在用户终端侧进行定义。本申请实施例对所述服务信息格式的具体内容并不做限定。在实际应用中，可以采用卡片模型语言(Card Model Language，CML)、或可扩展标记语言(ExtensibleMarkup Language，XML)数据格式、或文档对象模型(Document Object Model，DOM)等数据格式作为服务信息格式。

以将CML作为所述服务信息格式为例进行说明。CML是一种类似于XML的数据格式，服务器可以按照CML格式规范对服务信息进行格式化处理，则用户终端获取到处理后的服务信息后，可以将其统一在相应的用户界面(User Interface，UI)或视图(View)中显示，显示的界面效果以各种卡片风格为主。以下示出了目前的CML格式规范以供参考(大括号内的内容)：

在本申请实施例中，用户终端可以对获取的服务信息进行筛选后再显示。则对上述步骤S102，显示所述服务信息，具体可以包括：根据信息过滤规则，对根据用户第一行为数据获取的服务信息进行筛选后显示。

例如，假定用户第一行为数据对应的应用类别是“资讯类”，相应的，用户终端从服务器可能获取属于“资讯类”和/或“股票类”的服务信息，而在实际应用中，用户可能不关注“股票类”的服务信息，在这种情况下，用户终端可以从获取的服务信息中筛选出“资讯类”的服务信息进行显示即可。这样的话，可以进一步地提高用户体验。

在实际应用中，上述的筛选服务信息这个步骤可以由服务器执行，也可以由用户终端执行，还可以由服务器和用户终端各执行一次。进一步的，由于用户终端接收的服务信息越多，则用户花费的流量费用越高，因此，对于用户而言，上述的筛选服务信息这个步骤，优选的，可以由服务器执行，这样的话，用户终端接收筛选后的服务信息即可，可以降低用户花费的流量费用。

进一步的，所述信息过滤规则可以由服务器或用户终端根据各信息推送场景自动地进行设置，也可以由用户手动针对服务器或用户终端进行设置，以便于用户可以获取到想要的服务信息。

所述信息过滤规则，可以包括：从根据所述用户第一行为数据获取的服务信息中，筛选对应的应用类别与设置的应用类别一致的服务信息。

所述信息过滤规则具体可以包括一组或多组信息过滤条件，其中，每组信息过滤条件可以对应于一个信息推送场景。例如，表4中示出了在实际应用中已设置的一组信息过滤条件：

表4

可以看到，表4中的信息过滤条件可以是根据表1中的第一行数据对应的用户行为数据确定的，或者，也可以是根据表3中的第一行数据对应的信息推送场景确定的。在该应用场景下，用户很有可能会使用购物类应用，因此，可以筛选出购物相关的、和/或出现的时间区间范围与表4中的时间段匹配、和/或出现的地理位置范围与表4中的地理位置匹配的服务信息，提供给用户终端显示，进而用户可以不使用购物类应用，而是直接使用该服务信息即可，从而增加了在用户终端上获取服务信息的渠道。

另外，根据上述说明，表4中的信息过滤条件也可以由用户手动设置，对于该信息推送场景，假定该用户以后在该信息推送场景并不想获取购物相关的服务信息，而是想获取资讯相关的服务信息，则用户也可以通过用户终端将表4中的“应用类别”对应的数据内容由“Shopping”更改为“Info”。

在本申请实施例中，一般的，用户终端可以将经过上述筛选操作后的服务荐信息显示给用户。当然，在实际应用中，由于用户对不同的服务信息偏好可能不同，因此，还可以提供这样的功能：用户可以预先地、或者实时地通过用户终端针对不同的服务信息，对于是否允许服务器推送该服务信息，以及是否允许用户终端显示该服务信息进行设置，用户终端则可以将用户的所述设置保存为显示设置信息，并可以将该显示设置信息与该服务信息对应的信息推送场景的信息进行关联。

相应的，对于上述步骤S102，显示服务信息，具体可以包括：获取并解析所述信息推送场景的信息对应的显示设置信息，在解析出所述显示设置信息表示允许显示服务信息时，显示根据所述服务信息。

例如，假定用户近期并不想看到航旅类的服务信息，则用户可以在用户终端上进行设置，使用户终端即使从服务器获取到航旅类的服务信息，也不显示该服务信息，从而，增加了本申请实施例提供的信息显示方法的适用场景，提高了用户体验。

在本申请实施例中，前面有提到，用户终端从服务器获取到的是具备服务信息格式的服务信息。相应的，用户终端可以根据该服务信息格式所适用的显示模板，对该服务信息进行显示。

进一步的，当适用的显示模板有多个时，可以基于“显示模板标识”对各显示模板进行区分。在这种情况下，用户终端除了从服务器获取到服务信息之外，还可以接收所述服务器发送来的显示模板标识，则显示服务信息，可以包括：根据所述显示模板标识表示的显示模板，对所述服务信息进行显示。

需要说明的是，所述显示模板标识即可以在服务信息格式中进行定义，也可以单独进行定义后再与服务信息进行关联。例如，当采用CML作为服务信息格式时，如上CML格式规范中的字段“CML类型”可用于保存所述显示模板标识，“CML类型”字段的每个设定的取值分别可以表示一种显示模板标识。

在实际应用中，所述显示模板可以是由服务器或用户终端预先定义的一种UI或View，用户终端显示服务信息，可以是通过使用显示模板对服务信息进行UI渲染实现的。继续以所述服务信息格式为CML数据格式为例进行说明。

图2示出了，在实际应用中的一种用于显示服务信息的显示模板。可以看到，该显示模板主要包括四块区域，分别为：

徽标文本(logo text)，可以用于显示服务信息的标题和简介；

主要区域(primary fields)，可以用于显示服务信息的主要内容；

第二区域以及附加区域(secondary fields、auxiliary fields)，可以用于显示服务信息的非主要内容；

操作区域(operation area)，可以用于放置用于对服务信息进行操作的空间，如按钮、条码、二维码，等等。

进一步地举例说明，对于实际应用中的新闻相关的某服务信息，图3为根据图2中的显示模板，对该服务信息进行显示的示意图。为了便于理解，用虚线方框和箭头对每块区域进行了标识，可以看到，徽标文本、主要区域、第二区域以及附加区域、操作区域这四块区域内均已显示有相应的内容。

需要说明的是，本申请对显示模板的具体样式，以及根据显示模板显示服务信息的具体方式并不做限定，图2和图3分别只是一个实例，并非限定。

在本申请实施例中，用户在用户终端上使用应用的习惯也有可能发生变化。

例如，假定用户之前习惯于每天12:00使用彩票应用，查看双色球开奖信息，则根据本申请提供的方法，用户终端可以在每天12:00显示获取的属于彩票类的服务信息，以便于用户查看。但是，用户在最近的几天，每天12:00使用视频应用观看网络视频，这样的话，之后若用户终端继续在每天12:00显示属于彩票类的服务信息，可能不符合用户当前需求。

为了解决上例的问题，在确定信息推送场景后，还可以由用户终端根据近期积累的用户行为数据，对所述信息推送场景对应的用户第一行为数据进行更新。具体的，之前用户第一行为数据包含的行为内容数据可以是“查看双色球开奖信息”，则可以将该行为内容数据更新为“观看网络视频”。这样的话，之后用户终端显示的、根据更新后的用户第一行为数据获取的服务信息可以是属于视频应用类的服务信息，是比较符合用户当前习惯的。

例如，假定用户之前习惯于每天12:00使用彩票应用，则根据本申请提供的方法，用户终端可以在每天12:00显示获取的属于彩票类的服务信息，以便于用户查看。但是，用户在最近的几天，每天10:00就使用彩票应用，这样的话，之后若用户终端继续在每天12:00才显示属于彩票类的服务信息，可能不符合用户当前需求。

为了解决上例的问题，在确定信息推送场景(根据前面的说明，该信息推送场景的信息可以包括“12:00”)后，还可以由用户终端根据近期积累的用户行为数据，对所述信息推送场景进行更新。具体的，可以将该信息推送场景的信息包括的“12:00”更新为“10:00”。这样的话，之后用户终端可以在每天10:00显示属于彩票类的服务信息，是比较符合用户当前习惯的。

根据上述两例的说明，为了便于更新操作，可以预先建立所述信息推送场景与用户第一行为数据的映射关系。这样的话，对于上述步骤S102，在监控到用户终端处于所述信息推送场景时，显示根据用户行为数据获取的服务信息，具体可以包括：在监控到用户终端处于所述信息推送场景时，根据所述信息推送场景的信息与用户第一行为数据的映射关系，确定所述信息推送场景的信息映射的用户第一行为数据；显示根据所述用户第一行为数据获取的服务信息。

进一步的，显示根据所述用户第一行为数据获取的服务信息后，所述方法还包括：利用用户第二行为数据，更新所述映射关系中的第一行为数据；或利用产生用户第一行为数据时所处的其他信息推送场景的信息，更新所述映射关系中的所述信息推送场景的信息。

其中，所述用户第二行为数据可以是在全部已有的户行为数据中，或上述二例中提及的“近期积累的用户行为数据”中，按照预设策略，选择出的用户行为数据。

以上是以用户终端为执行主体，所阐述的本申请实施例提供的信息显示方法，基于同样的思路，本申请实施例以服务器为执行主体的对应于图1中信息显示过程的信息推送过程，如图4所示，具体包括以下步骤：

S401：获取信息推送场景的信息。

图4中的信息显示过程的执行主体可以是服务器。其中，所述服务器包括但不限于：所述用户终端上的应用对应的服务器、第三方设备等。

S402：根据所述信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控。

S403：在监控到用户终端处于所述信息推送场景时，向用户终端推送服务信息。

在本申请实施例中，用户终端也可以监控自身是否处于所述信息推送场景，在这种情况下，服务器也可以不主动向用户终端推送服务信息，而是可以等待用户终端在监控到自身处于所述信息推送场景时，向服务器请求获取服务信息时，服务器再向用户终端发送服务信息。

通过上述方法，服务器可以根据在不同信息推送场景下用户的使用应用的习惯，自动地向用户终端推送用户在当前信息推送场景下很可能关注的服务信息，而不用等待用户主动使用应用，进而使得用户终端可以快速地为用户显示用户所关注的服务信息。

在本申请实施例中，对于上述步骤S401，获取信息推送场景的信息，具体可以包括：接收用户终端发送的所述信息推送场景的信息，或根据用户第一行为数据，确定信息推送场景的信息。

显然，前一种获取方式是由用户终端来确定信息推送场景的信息，后一种获取方式是由服务器来确定信息推送场景的信息，比较而言，通过前一种方式获取的信息推送场景的信息更能够反映用户的真实需求，从而服务器后续推送的服务信息相应地也更符合用户真实需求；而通过后一种方式获取信息推送场景的信息时，则可以降低用户终端的处理负担。在实际应用中，可以根据具体应用场景选择获取信息推送场景的信息的方式。

在本申请实施例中，当用户终端向服务器请求获取服务信息时，可以将用户第一行为数据的相关信息发送给服务器，相应的，服务器可以接收用户终端发送的用户第一行为数据的相关信息，进而，对于上述步骤S403，向用户终端推送服务信息，具体可以包括：根据所述相关信息，向用户终端推送从至少一个第三方服务器获取到的服务信息。这样的话，可以提高服务器推送给用户终端的服务信息的有效性。

进一步的，根据所述相关信息，向用户终端推送服务信息，具体可以包括：根据所述相关信息和信息格式，向用户终端推送具备所述信息格式的所述服务信息。其中，所述用户第一行为数据的相关信息，包括下述至少一种：所述用户第一行为数据中包含的行为内容数据，所述用户第一行为数据对应的应用类别。

需要说明的是，若服务器是采用的上述的第二种获取方式获取信息推送场景的信息，由于服务器可以自行确定信息推送场景的信息，因此，用户终端发送的用户行为数据的相关信息可以不包括：信息推送场景的信息。

类似的，若服务器是采用的上述的第一种获取方式获取信息推送场景的信息，由于服务器未自行确定信息推送场景的信息，因此，可以从用户终端获取信息推送场景的信息，则所述用户行为数据的相关信息可以包括：信息推送场景的信息。

在本申请实施例中，当所述相关信息包括所述应用类别时，向用户终端推送服务信息，可以包括：根据所述应用类别，获取与所述应用类别对应的服务信息，向用户终端推送获取的、与所述应用类别对应的服务信息。

在本申请实施例中，所述相关信息包括所述行为内容数据时，向用户终端推送服务信息，可以包括：根据所述行为内容数据表示的行为，获取与所述行为相似的行为所需求的数据，将所述需求的数据作为所述服务信息，向用户终端进行推送。例如，当某所述相关信息包括的行为内容数据为“查询上衣商品信息”，则可以推测出用户可能有购买衣物的需求，则可以将新款的上衣商品信息，以及其他部位的衣物商品信息作为服务信息推送给用户，这样的话，不仅便于用户选购上衣，还便于用户选购与该上衣搭配的其他衣物，因此，可以提高用户体验。

以上为本申请实施例提供的信息显示方法和信息推送方法，在实际应用中，可以将该信息显示方法和信息推送方法分别在不同的应用上实现，也可以在同一个应用上实现。

如图5，示出了将该信息显示方法和信息推送方法作为一个应用进行实现时，该应用的整体功能架构。

该应用可安装在用户终端上，在用户终端侧，该应用主要用于从用户终端自身或从第三方设备，收集用户行为数据，并基于对用户行为数据的分析，确定在不同的信息推送场景下，用户的行为习惯和偏好，进而可以监控当前信息推送场景，以及从服务器侧获取并显示与当前信息推送场景对应的服务信息，其中，该服务信息是根据在当前信息推送场景下，用户的行为习惯和偏好(可以通过用户第一行为数据反映)确定出来的。

相应的，该应用对应的服务器至少可以包括图5中服务器侧的服务信息数据中心，服务信息数据中心可以自己产出服务信息，也可以从第三方服务器获取服务信息。服务信息数据中心可以根据用户终端所处的信息推送场景，从已有的服务信息中确定出用户当前很可能关注的服务信息，作为服务信息，推送给用户终端显示。

以上为本申请实施例提供的信息显示方法和信息推送方法，基于同样的思路，本申请实施例还提供相应的信息显示装置和信息推送装置，如图6、图7所示。

图6为本申请实施例提供的信息显示装置结构示意图，具体包括：

监控模块601，用于根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

显示模块602，用于在所述监控模块601监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息。

所述信息推送场景是产生所述用户第一行为数据时，用户终端所处的场景。

所述装置还包括：

服务信息模块603，用于在所述显示模块602显示根据用户第一行为数据获取的服务信息前，根据用户第一行为数据获取服务信息；

所述服务信息模块603具体用于：在所述显示模块602显示根据用户第一行为数据获取的服务信息前，将所述用户第一行为数据的相关信息发送给服务器，并接收所述服务器根据所述相关信息推送来的服务信息；或者，用于在所述显示模块602显示根据用户第一行为数据获取的服务信息前，查找本地保存的服务信息，其中，所述服务信息根据所述用户第一行为数据的相关信息确定。

所述服务信息模块603具体用于：接收所述服务器根据所述相关信息和服务信息格式推送来的、具备所述服务信息格式的服务信息。

所述装置还包括：

显示模板模块604，用于接收所述服务器发送来的显示模板标识；则

所述显示模块602具体用于：根据所述显示模板标识表示的显示模板，对服务信息进行显示。

所述用户第一行为数据的相关信息，包括下述至少一种：

所述信息推送场景的信息；

所述用户第一行为数据中包含的行为内容数据；

所述用户第一行为数据对应的应用类别。

当所述相关信息包括所述信息推送场景的信息时，所述服务信息包括与所述信息推送场景的信息映射的服务信息；或者当所述相关信息包括所述用户第一行为数据中包含的行为内容数据时，所述服务信息包括与所述行为内容数据相关的服务信息；或者当所述相关信息包括所述用户第一行为数据对应的应用类别时，所述服务信息包括：所属的应用类别与所述用户第一行为数据对应的应用类别相同的服务信息。

所述显示模块602具体用于：获取并解析所述信息推送场景的信息对应的显示设置信息；在解析出所述显示设置信息表示允许显示服务信息时，显示所述服务信息。

所述服务信息是由所述服务器根据所述相关信息，从至少一个第三方服务器获取的。

所述显示模块602具体用于：在所述监控模块监控到用户终端处于所述信息推送场景时，根据所述信息推送场景的信息与用户第一行为数据的映射关系，确定所述信息推送场景的信息映射的用户第一行为数据；显示根据所述用户第一行为数据获取的服务信息。

所述装置还包括：

更新模块605，用于在所述显示模块显示根据所述用户第一行为数据获取的服务信息后，利用用户第二行为数据，更新所述映射关系中的第一行为数据，或利用产生用户第一行为数据时所处的其他信息推送场景的信息，更新所述映射关系中的所述信息推送场景的信息。

具体的上述如图6所示的装置可以位于终端上。

图7为本申请实施例提供的信息推送装置结构示意图，具体包括：

获取模块701，用于获取信息推送场景的信息；

监控模块702，用于根据所述信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

推送模块703，用于在所述监控模块监控到用户终端处于所述信息推送场景时，向用户终端推送服务信息。

所述推送模块703具体用于：接收用户终端发送的用户第一行为数据的相关信息；根据所述相关信息，向用户终端推送从至少一个第三方服务器获取到的服务信息。

所述用户行为数据的相关信息，包括下述至少一种：

所述用户第一行为数据中包含的行为内容数据；

所述用户第一行为数据对应的应用类别。

具体的上述如图7所示的装置可以位于服务器上。

本申请实施例提供一种信息显示方法及装置，该方法根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控，在监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息。通过上述方法，用户第一行为数据可以反映用户终端以前处于所述信息推送场景下时，用户使用应用的习惯，则终端可以获取并显示用户在所述信息推送场景下很可能关注的服务信息，而不用等待用户主动使用应用，因此，可以快速地为用户显示用户所关注的服务信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (26)

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

根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

在监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息，其中，不同的信息推送场景对应所述用户终端上不同的应用或应用类别，所述用户第一行为数据是基于所述用户终端以前处于所述信息推送场景下时，用户使用所述用户终端上与所述信息推送场景对应的应用或应用类别的行为生成的用户行为数据。

2.如权利要求1所述的方法，其特征在于，所述信息推送场景是产生所述用户第一行为数据时，用户终端所处的场景。

3.如权利要求2所述的方法，其特征在于，显示根据用户第一行为数据获取的服务信息前，所述方法还包括：根据用户第一行为数据获取服务信息；所述根据用户第一行为数据获取服务信息，包括：

将所述用户第一行为数据的相关信息发送给服务器，并接收所述服务器根据所述相关信息推送来的服务信息；或者，

查找本地保存的服务信息，其中，所述服务信息根据所述用户第一行为数据的相关信息确定。

4.如权利要求3所述的方法，其特征在于，接收所述服务器根据所述相关信息推送来的服务信息，具体包括：

接收所述服务器根据所述相关信息和服务信息格式推送来的、具备所述服务信息格式的服务信息。

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

接收所述服务器发送来的显示模板标识；则

显示服务信息，包括：

根据所述显示模板标识表示的显示模板，对服务信息进行显示。

6.如权利要求3或4所述的方法，其特征在于，所述用户第一行为数据的相关信息，包括下述至少一种：

所述信息推送场景的信息；

所述用户第一行为数据中包含的行为内容数据；

所述用户第一行为数据对应的应用类别。

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

当所述相关信息包括所述信息推送场景的信息时，所述服务信息包括与所述信息推送场景的信息映射的服务信息；或者

当所述相关信息包括所述用户第一行为数据中包含的行为内容数据时，所述服务信息包括与所述行为内容数据相关的服务信息；或者

当所述相关信息包括所述用户第一行为数据对应的应用类别时，所述服务信息包括：所属的应用类别与所述用户第一行为数据对应的应用类别相同的服务信息。

8.如权利要求3或4所述的方法，其特征在于，显示服务信息，包括：

获取并解析所述信息推送场景的信息对应的显示设置信息；

在解析出所述显示设置信息表示允许显示服务信息时，显示所述服务信息。

9.如权利要求3或4所述的方法，其特征在于，所述服务信息是由所述服务器根据所述相关信息，从至少一个第三方服务器获取的。

10.如权利要求2所述的方法，其特征在于，在监控到用户终端处于所述信息推送场景时，显示根据用户行为数据获取的服务信息，包括：

在监控到用户终端处于所述信息推送场景时，根据所述信息推送场景的信息与用户第一行为数据的映射关系，确定所述信息推送场景的信息映射的用户第一行为数据；

显示根据所述用户第一行为数据获取的服务信息。

11.如权利要求10所述的方法，其特征在于，显示根据所述用户第一行为数据获取的服务信息后，所述方法还包括：

利用用户第二行为数据，更新所述映射关系中的第一行为数据；或

利用产生用户第一行为数据时所处的其他信息推送场景的信息，更新所述映射关系中的所述信息推送场景的信息。

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

获取信息推送场景的信息；

根据所述信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

在监控到用户终端处于所述信息推送场景时，向用户终端推送服务信息；

向用户终端推送服务信息，具体包括：

接收用户终端发送的用户第一行为数据的相关信息，其中，不同的信息推送场景对应所述用户终端上不同的应用或应用类别，所述用户第一行为数据是基于所述用户终端以前处于所述信息推送场景下时，用户使用所述用户终端上与所述信息推送场景对应的应用或应用类别的行为生成的用户行为数据；

根据所述相关信息，向用户终端推送从至少一个第三方服务器获取到的服务信息。

13.如权利要求12所述的方法，其特征在于，所述用户行为数据的相关信息，包括下述至少一种：

所述用户第一行为数据中包含的行为内容数据；

所述用户第一行为数据对应的应用类别。

14.一种信息显示装置，其特征在于，包括：

监控模块，用于根据信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

显示模块，用于在所述监控模块监控到用户终端处于所述信息推送场景时，显示根据用户第一行为数据获取的服务信息，其中，不同的信息推送场景对应所述用户终端上不同的应用或应用类别，所述用户第一行为数据是基于所述用户终端以前处于所述信息推送场景下时，用户使用所述用户终端上与所述信息推送场景对应的应用或应用类别的行为生成的用户行为数据。

15.如权利要求14所述的装置，其特征在于，所述信息推送场景是产生所述用户第一行为数据时，用户终端所处的场景。

16.如权利要求15所述的装置，其特征在于，所述装置还包括：

服务信息模块，用于在所述显示模块显示根据用户第一行为数据获取的服务信息前，根据用户第一行为数据获取服务信息；

所述服务信息模块具体用于：在所述显示模块显示根据用户第一行为数据获取的服务信息前，将所述用户第一行为数据的相关信息发送给服务器，并接收所述服务器根据所述相关信息推送来的服务信息；或者，用于在所述显示模块显示根据用户第一行为数据获取的服务信息前，查找本地保存的服务信息，其中，所述服务信息根据所述用户第一行为数据的相关信息确定。

17.如权利要求16所述的装置，其特征在于，所述服务信息模块具体用于：接收所述服务器根据所述相关信息和服务信息格式推送来的、具备所述服务信息格式的服务信息。

18.如权利要求16或17所述的装置，其特征在于，所述装置还包括：

显示模板模块，用于接收所述服务器发送来的显示模板标识；则

所述显示模块具体用于：根据所述显示模板标识表示的显示模板，对服务信息进行显示。

19.如权利要求16或17所述的装置，其特征在于，所述用户第一行为数据的相关信息，包括下述至少一种：

所述信息推送场景的信息；

所述用户第一行为数据中包含的行为内容数据；

所述用户第一行为数据对应的应用类别。

20.如权利要求19所述的装置，其特征在于，当所述相关信息包括所述信息推送场景的信息时，所述服务信息包括与所述信息推送场景的信息映射的服务信息；或者当所述相关信息包括所述用户第一行为数据中包含的行为内容数据时，所述服务信息包括与所述行为内容数据相关的服务信息；或者当所述相关信息包括所述用户第一行为数据对应的应用类别时，所述服务信息包括：所属的应用类别与所述用户第一行为数据对应的应用类别相同的服务信息。

21.如权利要求16或17所述的装置，其特征在于，所述显示模块具体用于：获取并解析所述信息推送场景的信息对应的显示设置信息；在解析出所述显示设置信息表示允许显示服务信息时，显示所述服务信息。

22.如权利要求16或17所述的装置，其特征在于，所述服务信息是由所述服务器根据所述相关信息，从至少一个第三方服务器获取的。

23.如权利要求15所述的装置，其特征在于，所述显示模块具体用于：在所述监控模块监控到用户终端处于所述信息推送场景时，根据所述信息推送场景的信息与用户第一行为数据的映射关系，确定所述信息推送场景的信息映射的用户第一行为数据；显示根据所述用户第一行为数据获取的服务信息。

24.如权利要求23所述的装置，其特征在于，所述装置还包括：

更新模块，用于在所述显示模块显示根据所述用户第一行为数据获取的服务信息后，利用用户第二行为数据，更新所述映射关系中的第一行为数据，或利用产生用户第一行为数据时所处的其他信息推送场景的信息，更新所述映射关系中的所述信息推送场景的信息。

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

获取模块，用于获取信息推送场景的信息；

监控模块，用于根据所述信息推送场景的信息，对用户终端是否处于所述信息推送场景进行监控；

推送模块，用于在所述监控模块监控到用户终端处于所述信息推送场景时，向用户终端推送服务信息；

所述推送模块具体用于：接收用户终端发送的用户第一行为数据的相关信息，其中，不同的信息推送场景对应所述用户终端上不同的应用或应用类别，所述用户第一行为数据是基于所述用户终端以前处于所述信息推送场景下时，用户使用所述用户终端上与所述信息推送场景对应的应用或应用类别的行为生成的用户行为数据；根据所述相关信息，向用户终端推送从至少一个第三方服务器获取到的服务信息。

26.如权利要求25所述的装置，其特征在于，所述用户行为数据的相关信息，包括下述至少一种：

所述用户第一行为数据中包含的行为内容数据；

所述用户第一行为数据对应的应用类别。

Images