服务信息推送方法、装置及计算机可读存储介质与流程

本公开涉及终端通信领域，尤其涉及服务信息推送方法、装置及计算机可读存储介质。

背景技术：

随着智能终端的发展，软件数量也越来越多，用户可以通过智能终端，如手机、平板电脑等下载各种软件实现工作或生活中的便利。

但随着软件数量的增多，用户难以接收到相关的信息，往往无法获知新的软件。同时，软件厂商也难以推送合适的软件给合适的目标用户，提高推送和下载的转换率，采用广泛推送的方式则难以控制成本。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种服务信息推送方法、装置及计算机可读存储介质。

根据本公开实施例的第一方面，提供一种服务信息推送方法，方法包括：分别获取每个类别的软件的使用信息，其中，使用信息包括软件的启动次数和启动时长；基于使用信息，上传数据至服务器；接收服务器基于数据确定并发送的服务信息，其中，每个服务信息分别对应于类别；展示服务信息。

在一例中，基于使用信息，上传数据至服务器，包括：上传使用信息至服务器，使服务器根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；接收服务器基于数据确定并发送的服务信息，包括：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。

在一例中，基于使用信息，上传数据至服务器，包括：根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；及，上传每个类别的类别推荐指数至服务器；接收服务器基于数据确定并发送的服务信息，包括：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。

在一例中，根据每个类别的软件的使用信息，得到每个类别的类别推荐指数，包括：根据每个软件的启动次数和启动时长，得到每个软件的软件指数；根据每个类别中的软件的软件指数的总和，得到每个类别的类别指数；根据全部软件的软件指数的总和，得到总指数；根据每个类别的类别指数与总指数的占比，得到类别推荐指数。

在一例中，方法还包括：监听被展示的服务信息，获取被点击的服务信息的类别；根据每个类别中的软件的软件指数的总和，得到每个类别的类别指数，还包括，被点击的服务信息对应的类别中的软件指数的总和增加一预设值或增加一预设倍数，得到类别的类别指数。

在一例中，分别获取每个类别的软件的使用信息，包括：监听软件的启动次数、开始时间、关闭时间，基于软件的开始时间及关闭时间得到软件的启动时长。

在一例中，分别获取每个类别的软件的使用信息，还包括：根据预设时间节点，获取在上一预设时间节点至本预设时间节点之间的软件的使用信息。

根据本公开实施例的第二方面，提供另一种服务信息推送装置，装置包括：监听单元，用于分别获取每个类别的软件的使用信息，其中，使用信息包括软件的启动次数和启动时长；发送单元，用于基于使用信息，上传数据至服务器；接收单元，用于接收服务器基于数据确定并发送的服务信息，其中，每个服务信息分别对应于类别；显示单元，用于展示服务信息。

在一例中，发送单元用于：上传使用信息至服务器，使服务器根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；接收单元还用于：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。

在一例中，装置还包括：处理单元，用于根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；发送单元，用于上传每个类别的类别推荐指数至服务器；接收单元还用于：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。

在一例中，处理单元还用于：根据每个软件的启动次数和启动时长，得到每个软件的软件指数；根据每个类别中的软件的软件指数的总和，得到每个类别的类别指数；根据全部软件的软件指数的总和，得到总指数；根据每个类别的类别指数与总指数的占比，得到类别推荐指数。

在一例中，监听单元还用于：监听被展示的服务信息，获取被点击的服务信息的类别；处理单元还用于：被点击的服务信息对应的类别中的软件指数的总和增加一预设值或增加一预设倍数，得到类别的类别指数。

在一例中，监听单元还用于：监听每个软件的启动次数、开始时间、关闭时间，基于软件的开始时间及关闭时间得到软件的启动时长。

在一例中，监听单元还用于：根据预设时间节点，获取在上一预设时间节点至本预设时间节点之间的全部软件的使用信息。

根据本公开实施例的第三方面，提供一种电子设备，包括：存储器，用于存储指令；以及处理器，用于调用存储器存储的指令执行第一方面的服务信息推送方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，存储有指令，指令被处理器执行时，执行第一方面的服务信息推送方法。

本公开的实施例提供的技术方案可以包括以下有益效果：通过获取对软件的使用信息，能够反映出用户对软件类别的偏好或需求，再基于用户对软件的使用信息向用户推送相应的服务信息，从而做到服务信息的精准推送，降低软件厂商的成本，也能够使得用户获取更加贴近自身需求的信息。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种服务信息推送方法的流程示意图；

图2是根据一示例性实施例示出的另一种服务信息推送方法的流程示意图；

图3是根据一示例性实施例示出的另一种服务信息推送方法的流程示意图；

图4是根据一示例性实施例示出的另一种服务信息推送方法的流程示意图；

图5是根据一示例性实施例示出的一种服务信息推送装置的示意框图；

图6是根据一示例性实施例示出的另一种服务信息推送装置的示意框图；

图7是根据一示例性实施例示出的一种装置的示意框图。

图8是根据一示例性实施例示出的一种电子装置的示意框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

本实施例提供一种服务信息推送方法10，参见图1，服务信息推送方法10包括步骤s11-步骤s14，以下详细说明：

步骤s11，分别获取每个类别的软件的使用信息，其中，使用信息包括软件的启动次数和启动时长。

终端设备，如手机、平板电脑等，可以通过监听设备中的软件使用情况，以获取用户的需求、使用偏好。其中，本公开中软件的类别可以是代表软件的应用类型，如游戏类、财务类、旅行类、工作类、通信类等等；根据实际需要，本公开中的类别也可以是具体一个应用类型中的不同细分，如本公开技术方案可以用于游戏类，则软件的类别可以是游戏类型软件中的策略类、休闲类、动作类等等。

为判断用户对某一软件的偏好，可以根据用户对该软件的使用次数以及使用的时间长度来判断。在一例中，可以通过监听软件启动或切换为前台运行的次数，来获取软件的启动次数。在目前终端系统中，软件在启动后可以切换至后台，此时用户未操作软件，因此首次启动以及每次切换至前台，可以判断用户使用软件。在另一例中，可以通过监听软件开始时间和关闭时间，通过计算开始时间和关闭时间之间的时间跨度来确定启动时长。其中，开始时间可以是软件启动或切换至前台运行的时间点，而关闭时间相应的可以是软件关闭或切换至后台运行的时间点，通过计算两者时间跨度，即可得到用户实际使用软件的时间长度。

步骤s12，基于使用信息，上传数据至服务器。

终端设备在获取软件的使用信息后，将相应的数据上传至服务器，服务器根据上传的数据得确定合适该用户偏好的服务信息。在不同的情景下，终端设备可以对使用信息进行处理后，上传处理后的数据，该种方式可以降低网络通信资源，缩短服务器的响应时间，终端设备也可以直接将使用信息上传，该种方式能够降低终端设备的计算力。不同的方式将在后文以具体实施例的方式说明。

步骤s13，接收服务器基于数据确定并发送的服务信息，其中，每个所述服务信息分别对应于所述类别。

根据获取的数据，可以用于判断用户对软件的类型的偏好，基于此，服务器将合适的符合用户偏好的服务信息发送到终端设备。

其中，本公开中的服务信息与软件的类型相对应，也分为不同的类型，其内容可以是一些新闻类的信息，也可以图像、视频、文字等形式的广告，也可以是一些软件的下载链接等，而上述内容也按照软件类型进行分类，并且可以根据判断出的用户偏好，进行相应的推送，对用户偏好强的类别的服务信息进行更多的推送。一方面为用户提供其感兴趣的类型的服务信息，另一方面也能提高广告商、软件发行商等厂商的利益。

在一例中，如图2所示，步骤s12包括：步骤s121：上传使用信息至服务器，使服务器根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；步骤13包括：步骤s131：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。本实施例中，终端设备在获取全部软件的使用信息后上传服务器，由服务器根据获取的使用信息进行处理，在根据处理结果判断用户的偏好，发送相应类别的服务信息。节省了终端设备的运算，利用服务器进行确认服务信息的发送。

在另一例中，如图3所示，步骤s12包括：步骤s122：根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；及步骤123：上传每个类别的类别推荐指数至服务器；步骤13包括：步骤132接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。本实施例中，终端设备在获取全部软件的使用信息后进行处理，得到每个类别的类别推荐指数并将每个类别的类别推荐指数上传至服务器，服务器直接根据接收到的类别推荐指数，将相应的服务信息发送至终端设备。该种方式能够使得终端设备在获取软件使用信息的过程中实时更新类别推荐指数，上传后能够快速得到响应，及时接收到相应的服务信息。

根据使用信息得到类别推荐指数的方式有多种，本公开一例中可以包括：根据每个软件的启动次数和启动时长，得到每个软件的软件指数；根据每个类别中的软件的软件指数的总和，得到每个类别的类别指数；根据全部软件的软件指数的总和，得到总指数；根据每个类别的类别指数与总指数的占比，得到类别推荐指数。

下面以一示例性的例子对上述实施例进行说明，获取软件的启动次数x，以及该软件的启动时长为t小时，得到软件指数s＝x+t，或增加权重的方式，如启动频次权重a，游戏时长权重b，得到软件指数s＝ax+bt；而其中可以令0＜a＜1，且b＝1-a，可见每一个软件指数s与该软件的启动次数x和启动时长t正相关，用户对一个软件使用次数越多、时间越长，可以说明用户对该软件的偏好。得到每一个软件指数s后，根据软件的实际类别，将类别中所有软件的软件指数相加得到每个类别的类别指数k，将同一类别中的软件指数s进行累加得到的类别指数k是与该类中每一个软件的启动次数和启动时长正相关，因此能够表示出用户对该类软件的使用程度。同时，将全部类别的所有软件的软件指数相加得到总指数a，作为用户使用全部软件的基数，每一个类别的类别推荐指数p＝k/a，其中某一类别的类别推荐指数p代表了用户在使用全部软件中，对该类软件的使用比例，能够表示出用户对该类软件的偏好。服务器根据每个类别的类别推荐指数p，即用户对每个类别的偏好程度，再根据服务信息的类别发送相同比例的服务信息。

例如，软件类型代表游戏软件中的不同种类，如用户开启某一策略类游戏c1的次数x为3，启动时长t为5小时，设定的启动频次权重a、游戏时长权重b均为0.5，则该游戏c1的软件指数sc1＝0.5×3+0.5×5＝4。用户还开启了另一策略类游戏c2，同理计算得到游戏c2的软件指数，汇总得到的sc2＝2。用户在策略类游戏中，仅有该两款，则策略类游戏的类别指数kc＝sc1+sc2＝4+2＝6。同时，用户在游戏类中还启动了竞技类的游戏，计算得到竞技类游戏的类别指数kj＝4。如用户在游戏类中，仅启动了上述游戏，那么游戏类的总指数a＝kc+kj＝6+4＝10，继而得到策略类游戏的类别推荐指数pc＝kc/a＝6/10＝0.6、竞技类游戏的类别推荐指数pj＝kj/a＝4/10＝0.4。再此基础上，服务器根据上述类别推荐指数，向终端设备发送相同比例的服务信息，即发送策略类游戏类别的服务信息比例为0.6，发送竞技类游戏服务信息比例为0.4。

步骤s14，展示服务信息。

终端设备在接收到服务器发送的服务信息后，在终端设备上通过显示屏向用户推送，可以通过定期发送通知的方式推送，也可以在用户使用同类软件的时候进行推送。

通过以上任一实施例，可以做到服务信息的精准推送，降低广告商、软件发行商等厂商的成本，也能够使得用户获取更加贴近自身需求的信息。

在另一例中，如图4所示，服务信息推送方法10还包括：步骤s15监听被展示的服务信息，获取被点击的服务信息的类别；如类别对应的服务信息被点击，类别中的软件的软件指数的总和增加一预设值或增加一预设倍数，得到类别的类别指数。在终端设备接收并展示相应的服务信息后，可以持续监听被展示的服务信息，当服务信息被用户点击，代表用户查看服务信息具体信息或拟下载相关内容，说明该用户对该服务信息感兴趣或有偏好，因此获取被点击的服务信息的类别，并在根据前述方式得到类别指数时，软件指数的总和增加一预设值p或增加一预设倍数q，即，该类别新的类别指数k’＝k+q或k’＝qk，从而更准确充分的表达用户对该类别的偏好程度更准确，从而后续能够更精准的发送相关的服务信息。

在又一例中，步骤s11分别获取每个类别的软件的使用信息，还包括：根据预设时间节点，获取在上一预设时间节点至本预设时间节点之间的全部软件的使用信息。如，预设时间节点为每天的23点59分，即在当天的23点59分统计至前一天23点59分之间的全部软件的使用信息，根据该时间跨度内获取的使用信息进行后续的处理或更新。也可以根据需要仅统计某一时间段内的软件使用信息，如仅统计早8点至晚20点之间的使用信息，以获取用户在白天时间的软件使用情况；仅统计晚20点至次日早8点之间的使用信息，以获取用户在晚间的软件使用偏好。

基于同一个发明构思，图5示出了一种服务信息推送装置100，如图5所示，服务信息推送装置100包括：监听单元110，用于分别获取每个类别的软件的使用信息，其中，使用信息包括软件的启动次数和启动时长；发送单元120，用于基于使用信息，上传数据至服务器；接收单元130，用于接收服务器基于数据确定并发送的服务信息，其中，每个服务信息分别对应于类别；显示单元140，用于展示服务信息。

在一例中，发送单元120，还用于上传使用信息至服务器，使服务器根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；接收单元130还用于：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。

在一例中，如图6所示，服务信息推送装置100还包括：处理单元150，用于根据每个类别的软件的使用信息，得到每个类别的类别推荐指数；发送单元120，用于上传每个类别的类别推荐指数至服务器；接收单元130还用于：接收服务器基于每个类别的类别推荐指数确定并发送的服务信息。

在一例中，处理单元150还用于：根据每个软件的启动次数和启动时长，得到每个软件的软件指数；根据每个类别中的软件的软件指数的总和，得到每个类别的类别指数；根据全部软件的软件指数的总和，得到总指数；根据每个类别的类别指数与总指数的占比，得到类别推荐指数。

在一例中，监听单元110还用于：监听被展示的服务信息，获取被点击的服务信息的类别；处理单元150还用于：被点击的所述服务信息对应的所述类别中的所述软件指数的总和增加一预设值或增加一预设倍数，得到所述类别的所述类别指数。

在一例中，监听单元110还用于：监听每个软件的启动次数、开始时间、关闭时间，基于软件的开始时间及关闭时间得到软件的启动时长。

在一例中，监听单元110还用于：根据预设时间节点，获取在上一预设时间节点至本预设时间节点之间的全部软件的使用信息。

关于上述实施例中的服务信息推送装置100，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的前述任一实施例装置的示意框图。例如，装置300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，装置300可以包括以下一个或多个组件：处理组件302，存储器304，电力组件306，多媒体组件308，音频组件310，输入/输出(i/o)的接口312，传感器组件314，以及通信组件316。

处理组件302通常控制装置300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件302可以包括一个或多个处理器320来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件302可以包括一个或多个模块，便于处理组件302和其他组件之间的交互。例如，处理组件302可以包括多媒体模块，以方便多媒体组件308和处理组件302之间的交互。

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

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

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

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

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

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

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

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

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器304，上述指令可由装置300的处理器320执行以完成上述方法。例如，所述计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

图8是根据一示例性实施例示出的一种电子装置400的框图。例如，装置400可以被提供为一服务器。参照图8，装置400包括处理组件422，其进一步包括一个或多个处理器，以及由存储器432所代表的存储器资源，用于存储可由处理组件422的执行的指令，例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件422被配置为执行指令，以执行上述方法。

装置400还可以包括一个电源组件426被配置为执行装置300的电源管理，一个有线或无线网络接口450被配置为将装置400连接到网络，和一个输入输出(i/o)接口458。装置400可以操作基于存储在存储器432的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。