具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
请参阅图1,示出了本申请实施例提供的信息推送方法及装置的应用场景图。如图1中所示,用户终端1和服务器2位于无线网络或有线网络中,用户终端1和服务器2进行数据交互。
于本申请实施例中,用户终端1可以为移动终端设备,例如可以包括智能手机、平板电脑、电子书阅读器、膝上型便携计算机、车载电脑、穿戴式移动终端等等。
服务器2可以是单独的服务器,也可以是服务器集群,可以是本地服务器,也可以是云端服务器。
服务器2内设置有用户终端1对应的存储空间,在该存储空间内存储有用户终端1对应的所有操作记录,具体地,该操作记录包括用户终端1的开机记录以及应用程序使用记录。该开机记录包括用户终端1每次开机的时间以及开机的次数,应用程序使用记录包括用户终端下载的应用程序的标识、以及所对应的启动次数、每次运行的时间点、每次运行的时间长度、每个应用程序对应的类别、卸载时间、版本号以及更新时间等。所以,服务器2内存储有所有的用户终端的开机记录以及应用程序使用记录。
另外,用户可以使用用户帐号登录该用户终端1,则用户帐号针对该用户终端1的一些操作就能够上传到服务器2,并由服务器2所存储记录。因此,在用户使用用户帐号登录用户终端1时,会发送一个登录请求至服务器2,该登录请求内包括用户帐号和该用户帐号所登录的用户终端,同理,在用户帐号注销时,也会发送一个注销请求至服务器2。
因此,服务器2将该用户帐号登录至注销的时间段内,用户帐号所登录的用户终端所有的开机记录以及应用程序使用记录,均与该用户帐号对应存储,则服务器能够从该用户帐号对应的应用程序使用记录中,统计获得该用户帐号的应用程序安装记录,其中,用户帐号的应用程序安装记录包括该用户帐号曾经登录过的所有的用户终端所安装的应用程序以及所对应的启动次数、每次运行的时间点、每次运行的时间长度、每个应用程序对应的类别、卸载时间、版本号以及更新时间等。
用户在首次开机的时候,用户终端内只安装了系统默认的应用程序。在本申请实施例中,首次开机为用户终端在出厂后的第一次开机,常见情况为用户从商店买入全新的用户终端后,第一次开机。另外,在本申请实施例中,首次开机也可以包括用户终端被刷机后的第一次开机、回复出厂设置后的第一次开机等各种用户安装的应用程序被全部卸载的情况。
则该系统默认的应用程序可以是用户终端出厂时已经安装的应用程序,也可以是,系统在使用刷机时在刷机安装包内绑定的应用程序,即刷机之后就安装在用户终端内,而不需要用户再手动下载。
为了方便用户在首次开机时,能够更便捷安装一些应用程序,一般都设置有引导用户首次安装一些所推送的应用程序的过程,但是,现在所推送的应用程序不够准确,不能够贴合用户需求,导致用户体验度不高。
因此,为了克服上述缺陷,本申请实施例提供了一种信息推送方法。请参阅图2,示出了本申请实施例提供的信息推送方法,用于对首次开机的移动终端进行应用推荐。具体地,以服务器作为该方法的执行主体,则该方法包括:S201至S204。
S201:当获取到移动终端首次开机后发送的推送获取请求时,确定所述移动终端的用户帐号是否已登录。
移动终端每次开机时会发送一个开机标识至服务器,则服务器将开机标识对应的移动终端的标识以及本次开机的时间记录在开机记录内,其中,移动终端的标识可以是移动终端的MAC地址、设备标识等具有标识功能的身份信息。
因此,在服务器获取到移动终端发送的开机标识之后,该开机标识对应有移动终端的标识,则移动终端的标识可以与开机标识一起由移动终端发送至服务器。服务器在获取到开机标识,也能够获取到该开机标识对应的移动终端的标识,则在开机记录内查找该移动终端对应的历史开机次数,如果历史开机次数为0,则表示本次开机为首次开机,如果历史开机次数大于0,表示本次开机不是首次开机。
另外,在移动终端刷机或者执行恢复出厂设置等一系列操作,导致移动终端内的系统默认的应用程序之外的所有应用程序被卸载或删除时,移动终端会发送一个重置指令至服务器,该重置指令对应该移动终端的标识。服务器在获取到该重置指令之后,将该移动终端的标识对应的开机记录清空,则该开机记录内所存储的开机次数为零,下次移动终端开机时,服务器会判定该移动终端为首次开机。
移动终端在首次开机之后,系统会显示会员登录界面,以引导用户登录或者注册用户帐号,如图3所示,用户可以在该会员登录界面点击注册按钮、使用已有帐号登录按钮以及跳过按钮。
如果用户点击注册按钮,则用户会进入注册界面,在注册界面内用户输入用户帐号以及对应的用户信息,并将该用户帐号对应的用户信息提交给服务器,服务器审核该用户帐号和用户信息是否符合要求,如果符合要求,则就获取到了当前登录该用户终端的用户帐号。
如果用户点击使用已有帐号登录按钮,则在弹出的登录界面内输入用户帐号和密码,移动终端将该用户帐号和密码发送至服务器,服务器在验证用户帐号和密码正确之后,用户帐号在移动终端上成功登录。则服务器就获取到了当前登录该用户终端的用户帐号。
如果用户点击了跳过按钮,则移动终端跳过用户帐号的注册或登录操作,直接跳转到下一个界面,则当前移动终端未登录有服务器。
作为一种实施方式,服务器内存储有移动终端的登录记录,该登录记录内存储有移动终端所登录的用户帐号的登录时间、注销时间等。
移动终端在首次登录之后会发送推送获取请求,该推送获取请求携带有移动终端的标识,服务器在获取到该推送获取请求之后,能够解析获得该移动终端的标识。
其中,推送获取请求为移动终端在首次开机之后响应一些事件而发送至服务器的请求。具体地,可以是在移动终端首次开机后首次打开系统桌面的界面时发送推送获取请求至服务器。也可以是,在移动终端检测到所安装的应用商店被启动时发送推送获取请求至服务器,其中,应用商店为系统默认的应用程序,用户可以使用在会员登录界面登录或注册的与移动终端对应的用户帐号来登录。
则服务器在获取到移动终端首次开机后发送的推送获取请求时,确定所述移动终端的用户帐号是否已登录,具体地,可以查阅该移动终端对应的登录记录确定移动终端当前是否登录有用户帐号,如果有登录用户帐号,再确定该用户帐号。
作为一种实施方式,服务器记录获取推送获取请求的请求时间点,然后在查找该移动终端对应的登录记录内最近一次登录的登录时间,确定在请求时间点与最近一次登录的登录时间之间是否有注销记录,如果有注销记录或获取不到最近登录的登录时间,则表示该移动终端未登录有用户帐号,而如果无注销记录,则表示该移动终端登录有用户帐号,通过查找登录记录,能够确定当前登录移动终端的用户帐号。
作为另一种实施方式,移动终端首次开机后发送推送获取请求至服务器时,该推送获取请求不仅携带有该移动终端的标识,还携带有当前登录移动终端的用户帐号,服务器在获取到推送获取请求之后,能够获取该移动终端的标识以及用户帐号,则就能够确定当前登录移动终端的用户帐号,如果未在推送获取请求之内获取到用户帐号,则判定移动终端当前未登录有用户帐号。
S202:若登录有用户帐号,判断所述用户帐号是否对应有应用程序安装记录。
如果判定移动终端当前登录有用户帐号,并且也获取到该用户帐号,则查找该用户帐号所对应的应用程序安装记录。如果用户帐号对应有应用程序安装记录,则表示用户帐号在登录移动终端之后,在所登录的移动终端内安装或使用过应用程序,如果移动终端从未安装过应用程序则在服务器内,该用户帐号不会对应有应用程序安装记录。
因此,如果未查找到该用户帐号所对应的应用程序安装记录,则表示该用户帐号未安装过应用程序,如果能够查找到该用户帐号所对应的应用程序安装记录,则表示该用户帐号曾安装过应用程序。
S203:若对应有应用程序安装记录,根据所述应用程序安装记录获取待推送信息。
通过用户帐号所对应的应用程序安装记录,能够获取到该用户帐号曾经登录过的所有的用户终端所安装的应用程序以及所对应的启动次数、每次运行的时间点、每次运行的时间长度、每个应用程序对应的类别、卸载时间、版本号以及更新时间等运行信息。
根据用户帐号对应的曾安装过的应用程序以及该应用程序对应的运行信息,确定待推送信息。作为一种实施方式,可以根据应用程序安装记录内的每个应用程序的使用频率确定待推送信息,具体地,根据所述应用程序安装记录获取待推送信息,包括:获取所述应用程序安装记录中每个应用程序的使用频率;将所述使用频率靠前的预设数量的应用程序的标识作为待推送信息。
则某个应用程序的使用频率反映该应用程序是否为高频使用,具体地,该应用程序的使用频率可以根据该应用程序的启动次数和运行时长以及设定的预设时间长度而获得,具体地,该应用程序安装记录内存储有每个应用程序的启动次数和运行时长,而运行时长为应用程序在前台运行的时间。而预设时间长度根据需求而设定,例如,可以是一个月或30天,在获取到启动次数和运行时长时,计算应用程序的使用频率的方式为(q*t)/T,其中,q为启动次数,t为运行时长,T为预设时间长度。
另外,还可以在计算应用程序的使用频率,增加启动天数这个参数,具体地,获取应用程序的启动天数,根据该应用程序的启动次数、启动天数和运行时长以及设定的预设时间长度获得该应用程序的使用频率。则启动天数的统计可以根据应用程序的每次启动的时间点来统计,其中,应用程序的每次启动的时间点包括年月日和时刻,将所有的启动的时间点按照所属日归类,统计出启动天数。计算应用程序的使用频率的方式为(q*t*d)/T,其中,q为启动次数,d为启动天数,t为运行时长,T为预设时间长度。
将用户帐号对应的所有应用程序中,按照每个应用程序的使用频率由大到小排序,以得到应用序列,将所述应用序列中排序靠前的预设数量个应用程序的标识作为待推送信息。其中,预设数量可以是根据需求而设定的,于本申请实施例中,预设数量为5。
作为另一种实施方式,还可以根据应用程序的类别获取待推送信息,具体地,在后续实施例中说明。
S204:将所述待推送信息发送至所述移动终端,指示所示移动终端将所述待推送信息在预设界面内显示。
移动终端在获取到待推送信息之后,在预设界面内显示。其中,预设界面与移动终端发送推送获取请求时所在的界面相关。如果移动终端发送推送获取请求时所在的界面为系统桌面,则预设界面为系统桌面内或系统桌面之上的界面,例如,弹窗,如果移动终端发送推送获取请求时所在的界面为应用商店内的界面,例如应用商店的主界面,则预设界面为应用商店的界面内或应用商店的界面之上的界面,例如,弹窗。
因此,本申请实施例提供的方法,能够在用户首次开机的时候,根据登录移动终端的用户帐号的应用程序的历史安装记录,使得移动终端显示该待推送信息,进而使得用户能够根据历史安装的应用程序在开机的时候安装曾使用过的应用程序,从而更满足用户的需求,提供用户体验度。
请参阅图4,示出了本申请实施例提供的信息推送方法,用于对首次开机的移动终端进行应用推荐。具体地,以服务器作为该方法的执行主体,则该方法包括:S401至S407。
S401:获取移动终端首次开机后发送的推送获取请求。
S402:判断所述移动终端的用户帐号是否已登录。
S403:判断所述用户帐号是否对应有应用程序安装记录。
S404:根据所述应用程序安装记录获取待推送信息。
具体地,除了可以采用上述实施例所提及的根据应用程序安装记录内的每个应用程序的使用频率确定待推送信息,还可以根据应用程序的类别获取待推送信息,具体地,请参阅图5,根据所述应用程序安装记录获取待推送信息的实施方式包括:
S4041:获取所述应用程序安装记录中每个应用程序的类别信息。
其中,应用程序的类别信息为应用程序的所属类别,具体地,可以包括“听歌看片”、“旅游出行”、“购物达人”、“交友聊天”以及“游戏娱乐”等。作为一种实施方式,移动终端在安装应用程序时,会将所安装的应用程序的标识发送至服务器,服务器为所安装的应用程序的标识配置类别信息并存储,具体地,如果检测到移动终端当前登录有用户帐号,则将所安装的应用程序的标识以及所属的类别信息对应存储在该用户帐号对应的应用程序安装记录中。
S4042:将满足第一预设条件的类别信息作为待推送类别信息。
其中,第一预设条件为根据用户的需求而设定的筛选规则,例如,可以是选择当前热度较高的类别信息,例如,“交友聊天”以及“游戏娱乐”等,也可以是根据每个类别信息对应的应用程序的数量或者使用频率的至少一种来确定待推送类别信息。
具体地,将所述应用程序安装记录中,每个所述类别信息对应的应用程序的数量,作为该类别信息对应的类别下载量。
应用程序安装记录内存储有每个应用程序的标识以及所对应的类别信息,查找应用程序安装记录,统计出应用程序安装记录内的所有类别信息,以及每个类别信息对应的应用程序的数量,从而获得类别信息对应的类别下载量。类别下载量能够表达出安装了多少个该类别信息对应的应用程序,能够表达出用户对该类别信息的兴趣度,也就是说,某个类别信息的类别下载量越大,则表示用户对该类别信息的兴趣度越高。
根据每个所述类别信息对应的每个应用程序的使用频率获取该类别信息对应的使用量。具体地,获取每个类别信息对应的每个应用程序的使用频率,使用频率的获取可以参考前述实施例,在此不再赘述。将类别信息对应的每个应用程序的使用频率求和,将求和结果作为该类别信息对应的使用量。
将所述类别下载量大于第一预设值且所述使用量大于第二预设值的类别信息作为所述待推送类别信息。其中,第一预设值和第二预设值为用户根据需要而设定的数值。
作为一种实施方式,在获取到每个类别信息对应的类别下载量之后,将所有的类别信息按照类别下载量由大到小的顺序排序,获取第N个的类别信息对应的类别下载量,则将第一预设值设置为第N个的类别信息对应的类别下载量,由此,第1至第N-1个类别信息对应的类别下载量大于第一预设值。例如,N为6,则第一预设值为第N个的类别信息对应的类别下载量,那么满足类别下载量大于第一预设值的类别信息为前5个类别信息,由此就能够筛选出类别下载量最高的5个类别信息。
同理,在获取到每个类别信息对应的使用量之后,将所有的类别信息按照类别下载量由大到小的顺序排序,获取第M个的类别信息对应的使用量,则将第二预设值设置为第M个的类别信息对应的使用量,由此,第1至第M-1个类别信息对应的使用量大于第二预设值。例如,M为6,则第二预设值为第M个的类别信息对应的使用量,那么满足使用量大于第二预设值的类别信息为前5个类别信息,由此就能够筛选出使用量最高的5个类别信息。
再筛选出类别下载量大于第一预设值,其同时满足使用量大于第二预设值的类别信息,即将类别下载量大于第一预设值的类别信息与使用量大于第二预设值的类别信息求交集,从而筛选出待推送类别信息。
另外,还可以将所获取的待推送类别信息排序,可以根据类别下载量的排名和使用量的排名来获取待推送类别信息的排序。作为一种实施方式,可以将待推送类别信息的类别下载量的排名和使用量的排名求和,根据每个待推送类别信息的求和结果将所有的待推送类别信息排序。例如,待推送类别信息A的类别下载量的排名为1、使用量的排名为3,则该待推送类别信息A的求和结果是4。将所有的待推送类别信息的求和结果排序从而获取待推送类别信息序列,该序列内求和结果越小的,在该序列内的位置越靠前。
S4043:获取每个所述待推送类别信息对应的所有应用程序中满足第二预设条件的应用程序的标识,作为该待推送类别信息对应的待推送应用程序标识。
具体地,获取每个所述待推送类别信息对应的每个应用程序的使用频率,筛选出所述使用频率靠前的预设数量的应用程序的标识,具体的筛选过程可参考前述实施例,在此不再赘述。则使用频率靠前的预设数量的应用程序的标识为满足第二预设条件的应用程序的标识,进而将筛选出来的应用程序的标识作为该待推送类别信息对应的待推送应用程序标识。
S4044:将每个所述待推送类别信息以及所对应的待推送应用程序标识作为所述待推送信息。
所述待推送信息包括待推送类别信息以及所对应的待推送应用程序标识,具体地,以表格的形式:
表1
序号 |
待推送类别信息 |
待推送应用程序标识 |
1 |
听歌看片 |
App1,App2,App3 |
2 |
旅游出行 |
App4,App5,App6 |
3 |
购物达人 |
App7,App8,App9 |
作为一种实施方式,可以获取所述应用程序安装记录中第一预设时间段内的每个应用程序的类别信息以及使用频率来获取待推送信息,其中,第一预设时间段可以是近一个月内。
S405:获取预设时间段内所有首次开机的移动终端所下载的应用程序的标识,作为备选标识。
在服务器内存储有所有首次开机的移动终端下载应用程序的记录,具体地,可以是移动终端首次开机的当前所下载的所有应用程序的标识。例如,移动终端的首次开机时间为2015年1月20日13点24分,则统计该移动终端在2015年1月20日这一天所有下载的应用程序的标识,作为该移动终端首次开机时下载的应用程序的标识。
其中,预设时间段可以是用户根据自己需求而设定的,可以是一周也可以是一个月,于本申请实施例中,预设时间段为近一个月内的随机一天。例如,当前时间为2015年7月20日,则预设时间段为2015年6月19日至2015年7月19日之间的随机一天,例如,2015年7月1日。服务器获取在2015年7月1日那天所有首次开机的移动终端在2015年7月1日那一天下载的应用程序的标识,作为备选标识。
S406:根据所述备选标识获取待推送信息。
具体地,除了可以采用上述实施例所提及的根据每个应用程序的使用频率确定待推送信息,还可以根据应用程序的类别获取待推送信息,具体地,请参阅图6,根据所述备选标识获取待推送信息的实施方式包括:
S4061:获取所述备选标识中每个应用程序的标识对应的安装次数和类别信息。
统计所获取的备选标识中,下载了应用程序的标识的移动终端的数量,将该数量作为该应用程序的标识对应的安装次数。从而能够获取备选标识中每个应用程序的标识对应的安装次数。而应用程序的标识对应的类别信息的获取方式可以是移动终端安装应用程序的标识之后,服务器为该应用程序配置一个类别信息,具体地,可参考前述实施方式,在此不再赘述。
S4062:将每个所述类别信息对应的应用程序的数量,作为该类别信息对应的类别下载量。
S4063:将所述类别下载量大于第三预设值的类别信息作为待推送类别信息。
S4064:将每个所述待推送类别信息对应的所有应用程序中,安装次数大于第四预设值的应用程序的标识,作为该待推送类别信息对应的待推送应用程序标识。
在获取到待推送类别信息之后,则该待推送类别信息作为热门分类用于推荐给用户,然后,再从待推送类别信息对应的多个应用程序中筛选出对应的待推送应用程序标识。具体地,将每个所述待推送类别信息对应的所有应用程序按照安装次数由大到小进行排序,选择排序靠前的预设数量的应用程序的标识,作为该待推送类别信息对应的待推送应用程序标识。则第四预设值的设定可以是第L个的应用程序标识对应的安装次数,由此,第1至第L-1个应用程序标识对应的安装次数大于第四预设值。
S4065:将每个所述待推送类别信息以及所对应的待推送应用程序标识作为所述待推送信息。
S407:将所述待推送信息发送至所述移动终端,指示所示移动终端将所述待推送信息在预设界面内显示。
具体地,移动终端在获取到待推送信息之后,在预设界面内显示。其中,预设界面与移动终端发送推送获取请求时所在的界面相关。如果移动终端发送推送获取请求时所在的界面为系统桌面,则预设界面为系统桌面内或系统桌面之上的界面,例如,弹窗,如果移动终端发送推送获取请求时所在的界面为应用商店内的界面,例如应用商店的主界面,则预设界面为应用商店的界面内或应用商店的界面之上的界面,例如,弹窗。
作为一种实施方式,移动终端发送推送获取请求时所在的界面为系统桌面,而预设界面为系统桌面跳转后的界面,如图7所示,在移动终端发送推送获取请求至服务器之后,获取服务器返回的待推送信息,则显示图7所示的界面,在该界面内显示有待推送类别信息以及所对应的待推送应用程序标识,例如,听歌看片对应的App1,App2,App3。而且,待推送类别信息以及所对应的待推送应用程序标识是对应显示的,并且,每个待推送应用程序标识对应显示有选择框,用户点击该选择框,将该选择框所对应的待推送应用程序标识对应,再选择一键安装按钮,则自动将所选择的应用程序安装。
作为一种实施方式,移动终端发送推送获取请求时所在的界面为系统桌面,而预设界面为系统桌面的弹窗,在移动终端发送推送获取请求至服务器之后,获取服务器返回的待推送信息,在系统桌面显示一个弹窗,在该弹窗内显示待推送信息,如图8所示。
作为一种实施方式,移动终端发送推送获取请求时所在的界面为应用商店的主界面,则预设界面为应用商店的主界面内或应用商店的主界面之上的界面。例如,预设界面为应用商店的主界面内的展示列表,如图9所示。
需要说明的是,上述的待推送类别信息采用倒序排列的方式排列,即序号越小所显示的位置越靠上。
因此,本实施例能够将要推荐的应用程序的标识按照热门分类的方式展示,让开机必备推荐的应用和游戏所对应的主题分类属于热门且用户喜欢的分类,且保障分类主题能跟随新用户的喜好更改而同时更改。
需要说明的是,上述步骤中为详细描述的部分,可参考前述实施例,在此不再赘述。
请参阅图10,本申请实施例提供了一种信息推送装置1000,用于对首次开机的移动终端进行应用推荐。具体地,信息推送装置1000应用于服务器,该装置包括:确定单元1001、判断单元1002、获取单元1003和推送单元1004。
确定单元1001,用于当获取到移动终端首次开机后发送的推送获取请求时,确定所述移动终端的用户帐号是否已登录。
判断单元1002,用于若登录有用户帐号,判断所述用户帐号是否对应有应用程序安装记录。
获取单元1003,用于若对应有应用程序安装记录,根据所述应用程序安装记录获取待推送信息。
推送单元1004,用于将所述待推送信息发送至所述移动终端,指示所示移动终端将所述待推送信息在预设界面内显示。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
请参阅图11,本申请实施例提供了一种信息推送装置1100,用于对首次开机的移动终端进行应用推荐。具体地,信息推送装置1100应用于服务器,该装置包括:确定单元1101、判断单元1102、获取单元1103、备选获取单元1104、统计单元1105和推送单元1106。
确定单元1101,用于当获取到移动终端首次开机后发送的推送获取请求时,确定所述移动终端的用户帐号是否已登录。
判断单元1102,用于若登录有用户帐号,判断所述用户帐号是否对应有应用程序安装记录。
获取单元1103,用于若对应有应用程序安装记录,根据所述应用程序安装记录获取待推送信息。
备选获取单元1104,用于若不满足预设标准或者未登录有用户帐号,获取预设时间段内所有首次开机的移动终端所下载的应用程序的标识,作为备选标识。
统计单元1105,用于根据所述备选标识获取待推送信息。
推送单元1106,用于将所述待推送信息发送至所述移动终端,指示所示移动终端将所述待推送信息在预设界面内显示。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
请参阅图12,基于上述方法和装置,提供给了一种服务器。该服务器1200包括存储器1202和处理器1201,所述存储器1202与所述处理器1201耦合;所述存储器1202存储指令,当所述指令由所述处理器1201执行时以使所述处理器1201执行上述方法。
所述存储器1202可用于存储软件程序以及模块,所述处理器1201通过运行存储在所述存储器1202内的软件程序以及模块,从而执行各种功能应用以及数据处理。所述存储器1202可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,所述存储器1202可进一步包括相对于所述处理器1201远程设置的存储器,这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
综上所述,本申请实施例提供的信息推送方法、装置、服务器及计算机可读介质,在获取到移动终端首次开机后发送的推送获取请求时,确定所述移动终端的用户帐号是否已登录,如果登录有用户帐号,则获取该用户帐号对应的应用程序安装记录,如果能够获取到该用户帐号对应的应用程序安装记录,则根据所述应用程序安装记录获取待推送信息;将所述待推送信息发送至所述移动终端。因此,能够在用户首次开机的时候,根据登录移动终端的用户帐号的应用程序的历史安装记录,使得移动终端显示该待推送信息,进而使得用户能够根据历史安装的应用程序在开机的时候安装曾使用过的应用程序,从而更满足用户的需求,提供用户体验度。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(移动终端),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。