信息显示方法、提供方法及装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种信息显示方法、提供方法及装置。
背景技术
随着计算机通信技术的发展,手机等用户端设备的功能越来越强大,不但可以通过用户端设备打电话发短信,而且还可以在用户端设备上安装各种应用(Application,APP),使得用户可以享受应用提供的互联网应用服务。比如利用购物应用进行购物、利用天气应用查询天气、利用航空应用订购机票等。
目前,用户为了完成一件事情(也可理解为“为了实现一个场景”),往往需要自行寻找并运行多个应用,以分别实现该场景所包含的各个子场景。比如,以“晚上打车去电影院看场电影,顺便吃个饭”这一场景为例,由于其包含“预定电影票”、“预定出租车”和“预定餐馆”这三个子场景,因此,用户所使用的终端(简称用户终端)需要执行下述操作:
1、通过运行购票应用,获得并显示与“预定电影票”这一子场景相关的信息,并根据获得的该信息,完成对电影票的在线购买。
其中,这里所说的与“预定电影票”这一子场景相关的信息比如可以包括:影院联系电话,或者电影票在线购买的操作入口等。
2、通过运行出租车预定应用,获得并显示与“预定出租车”这一子场景相关的信息;并根据获得的该信息,完成对出租车的预定。
其中,这里所说的与“预定出租车”这一子场景相关的信息比如可以包括:可接受预定的出租车的司机联系方式,或者出租车在线预定的操作入口等。
3、通过运行餐馆预定应用,获得并显示与“预定餐馆”这一子场景相关的信息;并根据获得的该信息,完成对餐馆的预定。
其中,这里所说的与“预定餐馆”这一子场景相关的信息比如可以包括:影院附近可预定的餐馆的联系方式,或者餐馆在线预定的操作入口等。
上述各种与子场景相关的信息,也可统称为与场景相关的信息。
由上述可知,当待实现的场景包含至少两个子场景时,采用现有技术中的与场景相关的信息的显示方式,需要用户手动运行对应于不同子场景的应用,从而效率较低。
发明内容
本申请实施例提供一种信息显示方法,用以解决现有技术中显示与场景相关的信息的方式存在的效率较低的问题。
本申请实施例还提供一种信息显示装置,用以解决现有技术中显示与场景相关的信息的方式存在的效率较低的问题。
本申请实施例还提供一种信息提供方法和一种信息提供装置。
本申请实施例采用下述技术方案:
一种信息显示方法,包括:获得用户使用应用生成的场景信息;根据场景信息,获得与场景相关的信息;对所述应用的信息和所述与场景相关的信息进行关联显示。
一种信息提供方法,包括:接收用户终端发送的场景信息;所述场景信息是用户使用应用生成的;根据场景信息,获得与场景相关的信息并提供给用户终端。
一种信息提供方法,包括:获得特定场景信息;所述特定场景信息是用户使用应用生成的;所述特定场景信息包括场景信息或子场景信息;根据特定场景信息,获得与场景相关的信息并提供给服务器。
一种信息显示装置,包括:场景信息获得单元,用于获得用户使用应用生成的场景信息;相关信息获得单元,用于根据场景信息获得单元获得的场景信息,获得与场景相关的信息;显示单元,用于对所述应用的信息和相关信息获得单元获得的与场景相关的信息进行关联显示。
一种信息提供装置,包括:场景信息接收单元,用于接收用户终端发送的场景信息;所述场景信息是用户使用应用生成的;
相关信息提供单元,用于根据场景信息接收单元接收的场景信息,获得与场景相关的信息并提供给用户终端。
一种信息提供装置,包括:场景信息获得单元,用于获得特定场景信息;所述特定场景信息是用户使用应用生成的;所述特定场景信息包括场景信息或子场景信息;相关信息获得单元,用于根据场景信息获得单元获得的特定场景信息,获得与场景相关的信息并提供给服务器。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
由于可以基于场景信息来获得与场景相关的信息,并对应用的信息和所述与场景相关的信息进行关联显示,从而无需用户手动运行不同应用来获取与场景相关的信息,因此提高了与场景相关的信息的显示效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例1提供的一种信息显示方法的具体实现流程图;
图2为信息输入框示意图;
图3为一个包含与不同子场景相关的信息的页面的示意图;
图4为实施例2提供的一种信息提供方法的具体实现流程图;
图5为实施例3提供的第一种信息提供方法的具体实现流程图;
图6为实施例3提供的第二种信息提供方法的具体实现流程图;
图7为实施例4提供的一种为用户终端提供与场景相关的信息的系统的结构示意图;
图8为实施例4提供的一种为用户终端提供与场景相关的信息的方法的流程示意图;
图9为子场景信息和互联网服务信息的预设对应关系示意图;
图10为发送给小张的手机的页面示意图;
图11为“预定出租车应用”对应的互联网服务商根据用户行为数据,生成的信息卡片示意图;
图12-1为本申请实施例5提供的一种为用户终端提供与场景相关的信息的方法的流程示意图;
图12-2为包含始发站、终点站和发车时间等子场景信息的场景信息的示意图;
图12-3~图12-6为用户终端显示的页面的示意图;
图13为本申请实施例提供的一种信息显示装置的具体结构示意图;
图14为本申请实施例提供的第一种信息提供装置的具体结构示意图;
图15为本申请实施例提供的第二种信息提供装置的具体结构示意图;
图16为本申请实施例提供的第三种信息提供装置的具体结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
实施例1
为了解决现有技术中获取与子场景相关的信息的方式存在的效率较低的问题,本申请实施例1提供一种信息显示方法,该方法的具体实现流程图如图1所示,主要包括下述步骤:
步骤11,获得用户使用应用生成的场景信息;
步骤12,根据场景信息,获得与场景相关的信息;
步骤13,对应用的信息和与场景相关的信息进行关联显示。
采用本申请实施例1提供的上述方案,由于可以基于场景信息来获得与场景相关的信息,并对应用的信息和所述与场景相关的信息进行关联显示,从而无需用户手动运行不同应用来获取与场景相关的信息,因此提高了与场景相关的信息的显示效率。
以下进一步介绍上述方法各步骤的具体实现方式:
针对步骤11而言,“场景信息”用于表示场景,场景信息可以但不限于包括事件、时间、地点和/或人物标识。
比如,以用于表示“账号为007的用户订购了2014年10月1日从北京三号航站楼飞往杭州机场的机票”这一场景的场景信息为例,该场景信息包含事件“订购机票”、时间“2014年10月1日”、地点“出发地——北京三号航站楼”&“目的地——杭州机场”,以及人物标识“账号为007的用户”。
基于时间“2014年10月1日”和地点“出发地——北京三号航站楼”,可以确定出上述场景包含的子场景可以有:“2014年10月1日打车去北京三号航站楼”,而与该子场景相关的信息可以有“可接受预定的北京出租车司机联系方式”和“出租车在线预定的操作入口”,等等。
基于时间“2014年10月1日”和地点“目的地——杭州机场”,可以确定出该场景包含的子场景可以有“2014年10月1日在杭州机场叫车”,而与该子场景相关的信息可以有“可接受预定的杭州出租车司机联系方式”、“出租车在线预定的操作入口”以及“宾馆在线预定的操作入口”,等等。
在一种实施方式中,可以但不限于采用下述方式之一,获得用户使用应用生成的场景信息:
1、获得用户在使用应用时输入的场景信息。比如,用户在应用所提供的如图2所示的信息输入框内直接输入场景信息。其中,该信息输入框可以是浏览器web页面的信息输入框,也可以是其他信息输入框。
2、获得用户使用应用生成的、作为场景信息的用户行为数据。比如,若账号为“007”的用户使用其用户终端中安装的机票订购应用订购了“2014年10月1日从北京三号航站楼飞往杭州的机票”,那么,用于表示“账号为007的用户订购了2014年10月1日从北京三号航站楼飞往杭州的机票”这一行为的用户行为数据可以作为场景信息。
3、通过解析用户使用应用生成的用户行为数据,获得场景信息。相比于上述第2种方式而言,第3种方式主要是针对用户行为数据不能直接作为场景信息的情况。在该情况下,可以对用户行为数据进行一些解析,解析目的是提取出可以作为场景信息的信息。
针对步骤12而言,具体实现方式可以但不限于有以下三种:
第一种方式包括子步骤1~子步骤3:
子步骤1:根据场景信息,确定子场景信息;
本申请实施例中,可以按照特定的字符串格式,将场景信息保存为符合该格式的字符串,从而后续可以按照该格式,从场景信息的特定字段中获取作为子场景信息的特定信息。
比如,按照该特定的字符串格式,可以将“时间”保存在字符串的第一字段,将“地点”保存在字符串的第二字段,后续根据该格式,可以从场景信息第一字段和第二字段中分别获取到相应的子场景信息。
子步骤2:将确定的子场景信息发送给特定设备;
子步骤3:获得特定设备提供的与子场景相关的信息。其中,与子场景相关的信息是根据子场景信息确定的。
本申请实施例中,上述“特定设备”可以但不限于包括服务器或服务提供方。关于服务器和服务器提供方的具体介绍请参见后文,此处不再赘述。
该方式的优点在于,当本申请实施例1提供的该方法的执行主体是用户终端时,由于后续是由服务器根据子场景信息确定与子场景相关的信息,而用户终端本地仅需要根据场景信息确定子场景信息,从而不会耗费用户终端较多的处理资源。
当上述特定设备包括服务提供方时,在一种实施方式中,可以预先对子场景信息和服务提供方的对应关系进行保存,从而在确定子场景信息后,可以根据该对应关系,确定出与确定的子场景信息相对应的服务提供方,进而将确定出的子场景信息对应发送给确定出的服务提供方。
比如,如果根据上述对应关系,确定出与子场景信息1相对应的服务提供方为服务提供方1,而与子场景信息2相对应的服务提供方为服务提供方2,则可以将子场景信息1发送给服务提供方1,并将子场景信息2发送给服务提供方2。
在另一种实施方式中,可以预先对子场景信息和其他应用的对应关系进行保存,从而在确定出自场景信息后,可以根据该对应关系,确定出于确定的子场景信息所对应的应用,并将确定的子场景信息对应发送给确定出的应用的服务提供方。
第二种方式包括子步骤a~子步骤b:
子步骤a:根据场景信息,确定子场景信息;
子步骤b:根据子场景信息和与子场景相关的信息的预设对应关系,获得与确定出的子场景信息相关的信息。
其中,该预设对应关系可以是保存在本地的。
该方式的优点在于,可以直接根据本地的保存的信息确定与子场景信息相关的信息,从而效率较高。
第三种方式包括子步骤I~子步骤П:
子步骤I:将场景信息发送给特定设备;
子步骤П:获得特定设备提供的与场景相关的信息。
其中,特定设备包括服务器或服务提供方。
该方式的优点在于,相比于第一种方式,当本申请实施例1提供的该方法的执行主体是用户终端时,由于本地仅需要将场景信息发送给服务器,后续由服务器根据场景信息确定与场景相关的信息,从而更能够节约用户终端的处理资源。
在一种实施方式中,当特定设备包括服务提供方时,将场景信息发送给特定设备的具体实现方式可以包括:根据步骤11中所述的应用和服务提供方的关联关系,确定与该应用相关联的服务提供方;将场景信息发送给确定出的服务提供方。在另一种实施方式中,根据上述应用和其他应用的关联关系,确定与上述应用相关联的其他应用,并将场景信息发送给确定出的其他应用的服务提供方。
本申请实施例中,可以但不限于采用下述方式之一,实现对上述关联关系的获取:
接收服务器发送的该关联关系;或
从服务器处下载该关联关系;或
接收服务提供方发送的该关联关系;或
从服务提供方处下载该关联关系。
在一种实施方式中,无论采用上述哪种方式获得与场景相关的信息,获得的与场景相关的信息都可以但不限于下述信息中的一项或多项:
与场景相关的文本信息;
与场景相关的图片信息;
与场景相关的多媒体信息;
与场景相关的入口。
其中,这里所说的入口可以但不限于包括特定操作入口或与场景相关的应用的启动入口。
比如,仍然以前文所说的用于表示“账号为007的用户订购了2014年10月1日从北京三号航站楼飞往杭州机场的机票”这一场景的场景信息为例,与该场景包含的子场景“2014年10月1日打车去北京三号航站楼”相关的信息就可以是文本信息,具体可以为“订车电话为:400-8888-****”;或者,与该子场景相关的信息也可以是“出租车在线预定的操作入口”,用户通过点击该“出租车在线预定的操作入口”,可以触发用户终端直接拨打订车电话,或者向出租车在线预定操作的服务器发送订车请求;或者,与该子场景相关的信息还可以是“出租车在线预定应用的启动入口”,用户通过点击该“出租车在线预定应用的启动入口”,可以触发用户终端运行出租车在线预定应用,或触发用户终端下载出租车在线预定应用进行安装。
类似地,针对与上述场景包含的子场景“2014年10月1日在杭州机场叫车”相关的信息而言,它可以是文本信息、图片信息、多媒体信息和入口中的一种或多种。比如,与该子场景相关的信息可以是“宾馆在线预定的操作入口”,等等。
在一种实施方式中,获得的与场景相关的信息可以是在页面中。特别地,当与场景相关的信息有多个时,该些信息可以是在同一页面中,从而可以将该页面展示给用户,或者将该页面与被用户使用的应用的信息进行关联显示,以使得用户获知该些信息。比如,一个包含与场景相关的不同信息的页面的示意图如图3所示。
在一种实施方式中,当与场景相关的信息包括与场景相关的入口时,本申请实施例1提供的该方法还可以进一步包括下述步骤:
获得用户行为数据,并根据获得的用户行为数据,确定与其他场景相关的信息。其中,这里获得的用户行为数据是根据用户对与场景相关的入口执行的操作生成的。
比如,当与场景相关的入口包括“出租车在线预定的操作入口”时,若用户通过点击该入口,实现了“预定2014年10月1日上午9点从‘紫竹桥’去往‘首都机场三号航站楼’”操作,则可以获得对应于该操作的用户行为数据,并根据该用户行为数据,确定其他场景,比如其他场景可以但不限于包括子场景1“2014年10月1日上午8点30需要被提醒”,以及子场景2“2014年9月31日推送2014年10月1日的天气信息”。从而可以确定与子场景1相关的信息和与子场景2相关的信息,比如与子场景1相关的信息可以包括“启动时刻为‘2014年10月1日上午8点30’的闹钟设置指令”等等,而与子场景2相关的信息则可以包括“2014年10月1日的天气预报信息”等等。
在一种实施方式中,在获得与场景相关的信息后,可以将获得的与子场景相关的信息组合到同一页面中。后续可以对该页面进行显示,以使得用户可以很方便地基于该页面进行相关操作。
针对步骤13而言,对应用的信息和获得的与子场景相关的信息进行关联显示的方式可以但不限于包括下述显示方式中的一种或多种:
在显示应用的操作界面的同时,在该操作界面上显示获得的与场景相关的信息,或者弹出包含有该信息的页面等等;
在将用户对于应用的操作结果显示在页面中时,在该页面中显示获得的与场景相关的信息,或者弹出包含有该信息的新的页面等等。
本申请实施例中,“应用的信息”还可以包含除上述界面或页面外的其他信息,比如可以包含以弹出窗的方式显示的应用的相关提醒(如内容更新提醒)信息等等。本申请实施例中,任何与应用相关的信息,都可以视作“应用的信息”的范畴。而在应用的前台运行过程中,对与场景相关的信息进行显示的任何方式,都可以视作“对应用的信息和与场景相关的信息进行关联显示”的范畴。
需要说明的是,实施例1所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤11~步骤13的执行主体可以为设备1;又比如,步骤11的执行主体可以为设备1,步骤12和步骤13的执行主体可以为设备2;等等。
实施例2
实施例2提供一种信息提供方法,用以解决现有技术中与场景相关的信息的显示方式存在的效率较低的问题。该方法的具体实现流程图如图4所示,包括下述步骤:
步骤41,接收用户终端发送的特定场景信息;
其中,特定场景信息是用户使用应用生成的。
特定场景信息包括场景信息或子场景信息。
步骤42,根据特定场景信息,获得与场景相关的信息并提供给用户终端。
本申请实施例中,上述步骤的执行主体可以是服务器,也可以是服务提供方。
由于可以基于用户终端发送的特定场景信息,来获得与场景相关的信息并提供给用户终端,从而无需用户手动运行不同应用来获取与场景相关的信息,因此提高了与场景相关的信息的获得与显示效率。
下文重点说明上述步骤42的一些可选的实现方式。
在一种实施方式中,当特定场景信息包括场景信息时,步骤42的实现方式可以包括下述子步骤A和子步骤B:
子步骤A:根据特定场景信息,确定子场景信息;
子步骤B:根据子场景信息和与子场景相关的信息的预设对应关系,获得与确定出的子场景信息相关的信息。
当子步骤B的执行主体为服务器时,在一种实施方式中,该预设对应关系可以是由服务提供方提供的。
当步骤42的执行主体为服务器时,在一种实施方式中,步骤42的实现方式可以包括:
向服务提供方发送特定场景信息,并获得服务提供方根据特定场景信息提供的与场景相关的信息。
在一种实施方式中,当向服务提供方发送的特定场景信息为子场景信息时,该子场景信息可以是根据服务提供方的子场景信息获取需求确定出的。
该子场景信息获取需求可以包括:服务提供方期望获取的子场景信息的属性。比如,若服务提供方期望获取的子场景信息的属性为“事件”,则可以向服务提供方提供“事件”这一子场景的信息;若服务提供方期望获取的子场景信息的属性为“事件”和“时间”,则可以向服务提供方提供“事件”这一子场景的信息以及“时间”这一子场景的信息。
在一种实施方式中,与场景相关的信息可以包括下述信息中的一项或多项:
与场景相关的文本信息;
与场景相关的图片信息;
与场景相关的多媒体信息;
与场景相关的入口;其中,该入口包括特定操作入口或与场景相关的应用的启动入口。
在一种实施方式中,当与场景相关的信息包括与场景相关的入口时,本申请实施例2提供的该方法还可以包括步骤:
获得用户行为数据;根据用户行为数据,获得与其他场景相关的信息并提供给用户终端。其中,该用户行为数据是根据用户对与场景相关的入口执行的操作生成的。
在一种实施方式中,步骤42中所说的获得与场景相关的信息并提供给用户终端的具体实现方式可以包括下述子步骤:
获得与场景相关的信息;
生成包含与场景相关的信息的页面;
将该页面提供给用户终端。
需要说明的是,实施例2所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤41和步骤42的执行主体可以为设备X;又比如,步骤41的执行主体可以为设备X,步骤42的执行主体可以为设备Y;等等。
实施例3
实施例3提供两种信息提供方法,分别用以使得服务器将与场景相关的信息提供给用户终端。具体地,第一种信息提供方法的实现流程如图5所示,包括下述步骤:
步骤51,获得特定场景信息;场景信息是用户使用应用生成的;特定场景信息包括场景信息或子场景信息;
步骤52,根据特定场景信息,获得与场景相关的信息并提供给服务器。
通过执行步骤52,可以以使得服务器后续能够将与场景相关的信息提供给用户终端。
当特定场景信息包括子场景信息时,在一种实施方式中,步骤51可以通过下述子步骤实现:
根据预先设置的子场景信息获取需求,从服务器处获取满足该子场景获取需求的子场景信息。
在一种实施方式中,步骤52可以通过下述子步骤实现:
根据特定场景信息,生成包含与场景相关的信息的页面;
将生成的该页面提供给服务器。
在一种实施方式中,本申请实施例3提供的该方法还可以包括步骤:向服务器发送特定场景信息和与场景相关的信息的预设对应关系,以使得服务器可以根据该预设对应关系,自主确定与场景相关的信息。
在一种实施方式中,当与场景相关的信息包括与场景相关的入口时,上述方法还可以进一步包括步骤:
获得用户行为数据;
根据用户行为数据,生成信息卡片并提供给服务器或用户终端。
其中,用户行为数据是根据用户对与场景相关的入口执行的操作生成的。
需要说明的是,实施例3所提供的第一种信息提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤51和步骤52的执行主体可以为设备M;又比如,步骤51的执行主体可以为设备N,步骤52的执行主体可以为设备N;等等。
实施例3提供的第二种信息提供方法的实现流程图如图6所示,包括如下步骤:
步骤61,确定特定场景信息和与场景相关的信息的对应关系;
这里所说的特定场景信息包括场景信息或子场景信息。
步骤62,将确定的对应关系提供给服务器,以使得服务器根据该对应关系,向用户终端提供与场景相关的信息。
实施例3所提供的第二种信息提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤61和步骤62的执行主体可以为设备P;又比如,步骤61的执行主体可以为设备P,步骤62的执行主体可以为设备Q;等等。
实施例4
实施例4提供一种为用户终端提供与场景相关的信息的系统,并基于该系统,提供一种为用户终端提供与场景相关的信息的方法。
下文首先对实施例4提供的该系统进行介绍。
请参照图7,实施例4提供的该系统主要由服务开放平台和互联网服务商(可以等同于互联网服务商服务器)构成,其中,注册到服务开放平台的互联网服务商可以有一个或多个。
其中,服务开放平台的主要功能包括:
1、获得互联网服务商发布的互联网服务信息(即与子场景相关的信息);
2、获取用户终端上传的场景信息后,判断本地是否保存有相应的互联网服务信息;若有,则向用户终端反馈相应的互联网服务信息;若没有,则根据互联网服务商的子场景信息获取需求,向互联网服务商提供相应的子场景信息,并在获得互联网服务商提供的与子场景信息相关的信息后,将该与子场景信息相关的信息推送给用户终端。
互联网服务商的主要功能包括:
1、将互联网服务信息发布到服务开放平台;
2、获得服务开放平台提供的子场景信息;
3、向服务开放平台提供与子场景信息相关的信息;
4、获得用户终端根据与子场景相关的信息生成的用户行为数据;
5、根据获得的用户行为数据生成电子卡片,并向用户终端推送。
基于上述系统,以下介绍本申请实施例4提供的一种为用户终端提供与子场景相关的信息的方法。
请参照图8,为上述方法的具体实现流程图,该流程主要以互联网服务商a为例,包括如下步骤:
步骤81,互联网服务商将互联网服务信息发布到服务开放平台。
步骤82,用户终端获得场景信息并发送给服务开放平台。
本申请实施例4提供两种发送场景信息的方式。
第一种方式称为“数据服务”。采用该方式,用户终端获得场景信息后,会采用发送http请求的方式,将场景信息携带在http请求中发送给服务开放平台。
第二种方式称为“WebApp服务”。采用该方式,用户终端获得场景信息后,会在网页(web)运行状态下,通过访问服务开放平台提供的一个统一资源定位器(Uniform ResoureLocator,URL),将场景信息提供给服务开放平台。
需要说明的是,服务开放平台对于上述场景信息的获得方式可以为实施例1中所述的三种方式之一。
为了便于对本申请实施例4提供的该方法进行清晰的说明,此处对步骤82进行如下假设:
步骤82中,用户名为“小张”的用户,通过手机上安装的“预定电影票应用”,执行了“预定当前晚上9点中关村万达电影院的电影票”的操作,从而该用户终端会生成相应的场景信息。
本申请实施例中,场景信息可以包括:用户标识(即人物标识)、时间、地点、事件。
其中,用户标识可以包含用户终端标识或用户在应用的服务器上注册的用户名等,如上文所说的“小张”。
时间可以包含事件的发生时刻等,如上文所说的“当天晚上9点”。
地点可以包含用户终端在步骤82中所述的操作发生时刻所处位置的信息,以及/或者事件的发生地点的信息。其中,所述所处位置的信息可以通过用户终端中的全球定位系统(Global Positing System,GPS)确定;而事件的发生地点则可以根据用户执行的操作确定。比如,在小张执行“预定当天晚上9点中关村万达电影院的电影票”的操作时,其手机中的GPS可以确定出手机当前所处位置为“西单”,此外,还可以根据小张执行的该操作,确定出一地点,即目的地“中关村万达电影院”。
事件是指用于描述具体场景的信息。比如,小张执行的操作为“预定当天晚上9点中关村万达电影院的电影票”,则事件可以为“预定电影票”这样的信息。
步骤83,服务开放平台根据小张的手机发送的场景信息,确定相应的子场景信息包括“预定出租车”、“西单至中关村万达电影院的路况信息查询”、“预定当天晚上中关村周边的餐厅”。
步骤84,服务开放平台根据如图9所示的子场景信息和互联网服务信息的预设对应关系,判断是否能在本地查找到与确定出的各子场景信息分别对应的互联网服务信息;
若能够查找到,则执行步骤85;
若不能够查找到,则根据互联网服务商的子场景信息获取需求,将确定出的子场景信息中的、未能与本地保存的互联网服务信息相对应的子场景信息发送给相应的互联网服务商,并在获得互联网服务商提供的相应的互联网服务信息后,执行步骤85;
步骤85,根据分别对应于确定出的各子场景信息的互联网服务信息,生成服务信息页面并发送给小张的手机。
本申请实施例中,假设与“预定出租车”对应的互联网服务信息为“预定出租车应用”的启动入口、与“西单至中关村万达电影院的路况信息查询”对应的互联网服务信息为“北京市实时路况信息访问链接”、与“预定当天晚上中关村周边的餐厅”对应的互联网服务信息为“康师傅中关村店订餐电话的拨打入口”,则可以生成如图10所示的页面,并发送给小张的手机。
步骤86,小张的手机对图10所示的页面进行显示。
基于如图10所示的该页面,可以发生如下情况:
在小张点击了“预定出租车应用”的启动入口时,启动预定出租车应用;
在小张点击了“北京市实时路况信息访问链接”时,访问该链接所对应的服务器,并从该服务器处获取北京市实时路况信息进行展示;
在小张点击了“康师傅中关村店订餐电话的拨打入口”时,自动呼叫康师傅中关村店订餐电话。
以小张启动了预定出租车应用为例,小张通过对该应用的操作,会产生相应的用户行为数据,而该用户行为数据可以作为新的场景信息,触发手机获得相应的互联网服务信息。针对这样的情况,下文以步骤86中,小张启动了预定出租车应用,并预定了出租车为前提,进一步通过对步骤87~步骤89的介绍,说明如何基于新的场景信息获得相应的联网服务信息。
步骤87,手机根据小张通过对“预定出租车应用”执行的操作生成的用户行为数据,生成新的场景信息。
手机将新的场景信息发送给“预定出租车应用”对应的互联网服务商。
步骤88,“预定出租车应用”对应的互联网服务商根据新的场景信息,生成如图11所示的信息卡片,并推送给小张的手机进行展示。
步骤89,小张的手机后续可以将新的场景信息发送给服务开放平台,进而可以通过执行与上述步骤83~步骤86类似的操作,使得小张获得与该新的场景信息相应的互联网服务信息,比如获得自动导航应用的启动入口,等等。
由本申请实施例4提供的方法可知,其可以但不限于实现诸如下述场景:
1)用户买了一张去北京的机票,自动推荐打的去机场的服务;用户点击服务入口实现自动叫车。
2)用户买了一张去某影院的电影票,自动推荐导航服务,点击服务入口实现自动导航。
3)用户需要朋友帮忙取快递时,自动提取快递相关信息,方便用户发送短信找人取快递。
4)用户买了一张某天下午3点的机票,自动生成日历提醒事件,提前3小时提醒用户准备出发。
5)用户买了一张第二天去北京的机票,自动提供天气服务,以使得用户终端显示北京第二天的天气情况。
本申请实施例4提供的方法至少存在下述技术优势:
1)以统一的交互视图集成多个互联网服务,无需用户在多个应用程序中切换;
2)兼容传统互联网服务
兼容传统互联网服务,互联网服务商接入门槛低。
3)个性化地满足用户的实际需求
互联网服务为实际的用户应用场景而定制,基于用户的个人信息和实际需求,提供更为便捷和精准的服务。
实施例5
实施例5提供一种为用户终端提供与场景相关的信息的系统,并基于该系统,提供一种为用户终端提供与场景相关的信息的方法。
实施例5提供的该系统的结构示意图如图7所示。
与实施例4提供的系统不同的是,实施例5中,服务开放平台的主要功能包括:
1、获得互联网服务商发布的不同应用的关联关系;
比如,若假设互联网服务商1是应用1的服务商,则该服务商可以将应用1和其它应用的关联关系发布到服务开发平台。
2、将获得的不同应用的关联关系提供给用户终端。
而互联网服务商的主要功能则包括:
1、将自身提供的应用与其它互联网服务商提供的应用的关联关系发布到服务开放平台;
2、获得用户终端提供的场景信息;
3、向用户终端提供与场景信息相关的信息。
基于上述系统,以下介绍本申请实施例5提供的一种为用户终端提供与场景相关的信息的方法。
请参照图12-1,为该方法的具体实现流程图,该流程主要以提供“火车票预订应用”的互联网服务商a为例,包括如下步骤:
步骤121,互联网服务商a将“火车票预订应用”与其它应用的关联关系发布到服务开放平台。
举例而言,这里所说的“其它应用”可以包括:“天气预报”、“约车”、“导航”、“地图”、“音乐”以及“火车出发与到达时刻播报”中的一个或多个。
步骤122,用户终端从服务开放平台处下载步骤121中所述的关联关系。
步骤123,用户终端在利用“火车票预订应用”执行了购买从杭州东至武汉的火车票后,生成包含如图12-2所示的始发站、终点站和发车时间等子场景信息的场景信息。
步骤124,用户终端通过查询保存在本地的上述关联关系,确定出与“火车票预订应用”具备关联关系的至少一个应用。
步骤125,用户终端将生成的场景信息发送给确定出的应用的互联网服务商。
步骤126,用户终端获得接收到场景信息的互联网服务商所反馈的与场景相关的信息,并将与场景相关的信息和“火车票预订应用”的信息进行关联显示。
针对步骤126,具体而言,当确定出的与“火车票预订应用”具备关联关系的至少一个应用为“天气预报”时,“天气预报”的互联网服务商反馈的与场景相关的信息可以包括“目的地天气:武汉小雨”,从而用户终端可以显示如图12-3所示的页面。
当确定出的与“火车票预订应用”具备关联关系的至少一个应用包括“约车”和“导航”时,用户终端在获得相应的与场景相关的信息后,还可以显示如图12-4所示的页面。
类似地,用户终端还可能显示如图12-5或图12-6所示的页面。
出于与前文所述的方法相同的发明构思,本申请实施例还提供一种信息显示装置和三种信息提供装置。
其中,本申请实施例提供的一种信息显示装置的具体结构示意图如图13所示,包括如下功能单元:
场景信息获得单元131,用于获得用户使用应用生成的场景信息;
相关信息获得单元132,用于根据场景信息获得单元131获得的场景信息,获得与场景相关的信息;
显示单元133,用于对应用的信息和相关信息获得单元132获得的与子场景相关的信息进行关联显示。
在一种实施方式中,相关信息获得单元132用于:根据场景信息,确定子场景信息;将子场景信息发送给特定设备;获得特定设备提供的与子场景相关的信息。其中,特定设备可以但不限于包括服务器或服务提供方。
当特定设备包括服务提供方时,在一种实施方式中,相关信息获得单元132可以用于:根据子场景信息和服务提供方的对应关系,确定确定出的子场景信息所对应的服务提供方;将确定出的子场景信息对应发送给确定出的服务提供方。在另一种实施方式中,相关信息获得单元132可以用于:根据子场景信息和服务提供方的对应关系,确定确定出的子场景信息所对应的服务提供方,并将确定出的子场景信息对应发送给确定出的服务提供方。
在一种实施方式中,相关信息获得单元132用于:根据场景信息,确定子场景信息;根据子场景信息和与子场景相关的信息的预设对应关系,获得与确定出的子场景信息相关的信息。
在一种实施方式中,相关信息获得单元132用于:将场景信息发送给特定设备;获得特定设备提供的与子场景相关的信息。其中,特定设备可以但不限于包括服务器或服务提供方。
在一种实施方式中,当特定设备包括服务提供方时,相关信息获得单元132可以用于:
根据前文所说的被用户使用的应用和服务提供方的关联关系,确定与该应用相关联的服务提供方,并将场景信息发送给确定出的服务提供方;或根据该应用和其他应用的关联关系,确定与该应用相关联的其他应用,并将场景信息发送给确定出的其他应用的服务提供方。
在一种实施方式中,本申请实施例提供的该装置还可以包括组合单元。该单元用于在相关信息获得单元132获得与场景相关的信息后,将获得的与场景相关的信息组合到同一页面中。
在一种实施实施方式中,场景信息获得单元131可以用于:
获得用户在使用应用时输入的场景信息;或
获得用户使用应用生成的、作为场景信息的用户行为数据;或
通过解析用户使用应用生成的用户行为数据,获得场景信息。
在一种实施方式中,相关信息获得单元132,用于根据场景信息,获得包含与场景相关的信息的页面。
在一种实施方式中,与场景相关的信息包括下述信息中的一项或多项:
与场景相关的文本信息;
与场景相关的图片信息;
与场景相关的多媒体信息;
与场景相关的入口;
其中,入口包括特定操作入口或与场景相关的应用的启动入口。
在一种实施方式中,当与场景相关的信息包括与场景相关的入口时,上述装置还可以包括:
行为数据获得单元,用于获得用户行为数据。其中,用户行为数据是根据用户对与场景相关的入口执行的操作生成的。
当上述装置还包括数据获得单元时,相关信息获得单元132还可以用于根据行为数据获得单元获得的用户行为数据,确定与其他场景相关的信息。
采用上述装置,由于可以基于场景信息来获得与场景相关的信息,从而无需用户手动运行不同应用来获取与场景相关的信息,因此提高了与场景相关的信息的获得效率。
以下进一步介绍本申请实施例提供的三种信息提供装置。
第一种信息提供装置的具体结构示意如图14所示,包括:
场景信息接收单元141,用于接收用户终端发送的特定场景信息。其中,特定场景信息是用户使用应用生成的;特定场景信息包括场景信息或子场景信息。
相关信息提供单元142,用于根据请求接收单元141接收的特定场景信息,获得与场景相关的信息并提供给用户终端。
在一种实施方式中,当特定场景信息包括场景信息时,相关信息提供单元142可以用于:根据特定场景信息,确定子场景信息;根据子场景信息和与子场景相关的信息的预设对应关系,获得与确定出的子场景信息相关的信息。
在一种实施方式中,第一种信息提供装置还可以包括:
对应关系获得单元,用于在信息获得单元142根据上述对应关系,获得与确定出的子场景信息相关的信息之前,获得服务提供方提供的该对应关系。
在一种实施方式中,相关信息提供单元142可以用于:向服务提供方发送特定场景信息;获得服务提供方根据特定场景信息提供的与场景信息相关的信息。
在一种实施方式中,与场景相关的信息包括下述信息中的一项或多项:
与场景相关的文本信息;
与场景相关的图片信息;
与场景相关的多媒体信息;
与场景相关的入口;
其中,上述入口包括特定操作入口或与场景相关的应用的启动入口。
在一种实施方式中,当与场景相关的信息包括与场景相关的入口时,第一种信息提供装置还可以包括行为数据获得单元。该单元用于获得用户行为数据。其中,用户行为数据是根据用户对与场景相关的入口执行的操作生成的。
当该信息提供装置还可以包括行为数据获得单元时,相关信息提供单元142还可以用于根据行为数据获得单元获得的用户行为数据,获得与其他场景相关的信息并提供给用户终端。
在一种实施方式中,相关信息提供单元142可以用于获得与场景相关的信息;生成包含与场景相关的信息的页面;将页面提供给用户终端。
以下介绍第二种信息提供装置:
第二种信息提供装置的具体结构如图15所示,包括:
场景信息获得单元151,用于获得特定场景信息。
其中,特定场景信息是用户使用应用生成的;特定场景信息包括场景信息或子场景信息。
相关信息获得单元152,用于根据场景信息获得单元151获得的特定场景信息,获得与场景相关的信息并提供给服务器,以使得服务器将与场景相关的信息提供给用户终端。
在一种实施方式中,相关信息获得单元152可以用于:根据特定场景信息,生成包含与场景相关的信息的页面;将生成的页面提供给服务器。
在一种实施方式中,当与场景相关的信息包括与场景相关的入口时,第二种信息提供装置还包括行为数据获得单元和提供单元。
其中,该行为数据获得单元,用于获得用户行为数据。
提供单元,用于根据行为数据获得单元获得的用户行为数据,生成信息卡片并提供给用户终端。
上述用户行为数据是根据用户对与子场景相关的入口执行的操作生成的。
以下介绍第三种信息提供装置:
第二种信息提供装置的具体结构示意如图16所示,包括:
关系确定单元161,用于确定特定场景信息和与场景相关的信息的对应关系。其中,特定场景信息是用户使用应用生成的;特定场景信息包括场景信息或子场景信息。
关系提供单元162,用于将关系确定单元161确定的该对应关系提供给服务器,以使得服务器根据该对应关系,向用户终端提供与场景相关的信息。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。