一种数据推送方法及装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据推送方法及装置。
背景技术
随着互联网在人们的生活中的普及,可用于上网的终端的类型也呈多样化发展趋势,例如,常见的终端有个人计算机、手机、平板电脑、智能手表、车载移动台等等。
互联网上的服务提供商针对同一项服务,可以分别开发出适用于不同类型终端的不同应用程序,相应的,用户可以通过使用终端上对应的应用程序,从该应用程序的服务器获得服务提供商提供的服务。例如,用户可以在各种终端上,使用对应的浏览器应用程序浏览网站,使用对应的电子书应用程序阅读电子书,使用对应的图片应用程序查看和编辑图片等等,使用对应的文档应用程序编辑文档等等。
在实际应用中,由于大部分用户拥有不止一个终端,因此,用户经常会在两个或两个以上的终端上获得同一项服务,或者执行同一项任务。例如,用户在下班途中,用手机上的某个电子书应用程序阅读电子书,回到家后,用户打开个人计算机,可能想在个人计算机上,使用另一个电子书应用程序继续阅读这本电子书,等等。
对于这类场景,为了满足用户需求,在现有技术中,可以用第三方应用程序(如可用于在终端间传输文件的应用程序),将用户在前一个终端上正在使用的数据(如电子书文件)传输到后一个终端上,然后,再用后一个终端上的对应的应用程序打开接收到的数据并使用。
但是,上述操作过程很繁琐,而且还需要使用第三方应用程序,因此,降低了终端的处理效率。
发明内容
本申请实施例提供一种数据推送方法,用以解决现有技术中当要将在某终端上正在使用的数据,继续在另一个终端上使用时,终端的操作流程繁琐,处理效率较低的问题。
本申请实施例提供一种数据推送装置,用以解决现有技术中当要将在某终端上正在使用的数据,继续在另一个终端上使用时,终端的操作流程繁琐,处理效率较低的问题。
本申请实施例提供的一种数据推送方法,包括:
通过第一应用程序的账号,登录所述第一应用程序;
根据为所述第一应用程序的账号绑定的第二应用程序的账号,获取所述第二应用程序的账号登录过的终端的标识信息;
根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述终端上的所述第二应用程序。
本申请实施例提供的一种数据推送方法,包括:
终端向第二应用程序的服务器发送携带有所述终端的标识信息的查询请求,使所述第二应用程序的服务器查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
本申请实施例提供的一种数据推送方法,包括:
第二应用程序的服务器接收终端发送的、携带有所述终端的标识信息的查询请求,其中,所述终端上的所述第二应用程序上登录了所述第二应用程序的账号;并
查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
本申请实施例提供的一种数据推送方法,包括:
第一应用程序登录所述第一应用程序的账号;
所述第一应用程序根据为所述第一应用程序的账号绑定的第二应用程序的账号,将所述第一应用程序内的选定数据,推送给所述第二应用程序。
本申请实施例提供的一种数据推送装置,包括:
登录模块,用于通过第一应用程序的账号,登录所述第一应用程序;
获取模块,用于根据为所述第一应用程序的账号绑定的第二应用程序的账号,获取所述第二应用程序的账号登录过的终端的标识信息;
推送模块,用于根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述终端上的所述第二应用程序。
本申请实施例提供的一种数据推送装置,包括:
推送查询模块,用于向第二应用程序的服务器发送携带有终端的标识信息的查询请求,使所述第二应用程序的服务器查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
本申请实施例提供的一种数据推送装置,包括:
接收模块,用于接收终端发送的、携带有所述终端的标识信息的查询请求,其中,所述终端上的所述第二应用程序上登录了所述第二应用程序的账号;
推送模块,用于查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
本申请实施例提供的一种数据推送装置,包括:
登录模块,用于登录所述第一应用程序的账号;
推送模块,用于根据为所述第一应用程序的账号绑定的第二应用程序的账号,将所述第一应用程序内的选定数据,推送给所述第二应用程序。
本申请实施例通过上述至少一种技术方案,只要对某应用程序的账号绑定了其他应用程序的账号,以后,在任一终端上登录该某应用程序的账号后,都可以很方便地将该终端上的、该某应用程序内的数据,推送给其他终端上的该其他应用程序使用,其中,该其他应用程序的账号登录过所述的其他终端,上述操作过程简单,而且不需要使用第三方应用,因此,提高了终端的处理效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的数据推送过程;
图2为在实际应用场景下,本申请实施例提供的数据推送过程中,绑定账号时的应用页面示意图;
图3为在实际应用场景下,本申请实施例提供的数据推送过程中,推送数据时的应用页面示意图;
图4为在实际应用场景下,本申请实施例提供的数据推送的详细过程;
图5为本申请实施例提供的对应于图1的数据推送过程;
图6为本申请实施例提供的对应于图1和图5的数据推送过程;
图7为本申请实施例提供的另一种对应于图1数据推送过程;
图8为本申请实施例提供的数据推送装置结构示意图;
图9为本申请实施例提供的另一个数据推送装置结构示意图;
图10为本申请实施例提供的另一个数据推送装置结构示意图;
图11为本申请实施例提供的另一个数据推送装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
图1为本申请实施例提供的数据推送过程,具体包括以下步骤:
S101:通过第一应用程序的账号,登录所述第一应用程序。
本申请实施例提供的信息验证的方法的执行主体可以是:搭载有应用程序的终端或服务器,所述终端包括但不限于:个人计算机、手机、平板电脑、智能手表、车载移动台等;所述服务器包括但不限于:大中型计算机、计算机集群等。所述的执行主体并不构成对本申请的限定,为了便于描述,本申请实施例均以执行主体是所述终端为例进行说明。
目前,当要将在某终端(假定为手机)上正在使用的数据,继续在另一个终端(假定为个人计算机)上使用时,一般可使用第三方应用程序(如可用于在终端间传输文件的应用程序),将用户在手机上正在使用的数据传输到个人计算机上,然后,个人计算机用对应的应用程序打开接收到的数据并使用。其中,所述数据包括但不限于:网页元素、文件(文档、音频文件、图像文件、视频文件、可执行文件、由应用程序自定义格式的文件等等)、消息(短信、邮件、广告等等)。但是,上述操作过程不仅繁琐,而且还需要使用第三方应用程序,因此,降低了终端的处理效率。
针对上述问题,在本申请实施例中,可将不同的应用程序的账号进行绑定,然后,基于所述应用程序的服务器为所述账号保存的特定信息,实现方便地对终端之间数据进行推送。其中,所述特定信息可以是用于对所述账号登录过的各终端进行区别的信息,例如,所述终端的标识信息等等,对于移动终端,该标识信息可以为移动终端国际身份码(International Mobile Equipment Identity,IMEI)。以下对本申请实施例提供的数据推送过程进行详细阐述。
在步骤S101中,用户在使用应用程序时,一般通过针对该应用程序预先注册的账号(所述账号具体可包括:用户名和密码,以及可选的校验问题和对应答案等等),登录该应用程序再使用。在本申请实施例中,为了便于描述,将用户在当前终端上登录的应用程序称为第一应用程序。
S102:根据为所述第一应用程序的账号绑定的第二应用程序的账号,获取所述第二应用程序的账号登录过的终端的标识信息。
在实际应用中,在当前终端登录第一应用程序后,可以通过第一应用程序具有的功能和提供的服务,使用某些数据或者执行某些任务。下面以实例进行说明。
假定所述第一应用程序为电子书应用程序A,那么,用户在使用预先注册的电子书应用程序A的账号(称为账号a),登录手机上的电子书应用程序A后,可以在电子书应用程序A内阅读电子书。此后,当用户打开个人计算机,想要在个人计算机上继续阅读之前在手机上阅读的电子书,其中,假定在个人计算机上,可用于阅读电子书的应用程序为电子书应用程序B。在这种场景下,基于本申请实施例提供的数据推送方法,可以将之前在手机上阅读的电子书,推送给用户的个人计算机上的电子书应用程序B使用,从而满足了用户的需求。当然,除了上述电子书应用程序,类似的,对于其他应用程序,也可以基于本申请实施例提供的数据推送方法,将在某终端上的应用程序内的数据,推送给另一个终端上的另一个应用程序使用。
进一步的,为了实现上述数据推送过程,用户当前正在使用的终端应当能够确定出推送目标,以及获取该推送目标的相关信息,也即,推送给哪个终端上的哪个应用程序,具体如何推送等。在本申请实施例中,可以预先或者实时地为当前登录的应用程序的账号绑定一个或多个其他应用程序的账号,进而基于所述绑定关系,通过该其他应用程序的服务器确定所述推送目标,以及获取该推送目标的相关信息。为了便于描述,对于为用户当前登录的应用程序绑定的某个应用程序的账号,将所述的某个应用程序称为第二应用程序,所述的某个应用程序的账号称为第二应用程序的账号。
需要说明的是,所述的绑定是本申请自定义的一种操作,通过该绑定操作,使登录的第一应用程序的账号后的终端,可以获取到第二应用程序的账号所拥有的、针对所述第二应用程序的服务器的部分操作权限(所述操作权限包括但不限于:从所述第二应用程序的服务器,获取所述第二应用程序的账号登录过的终端的标识信息),以实现数据推送过程,在后面会进行详细阐述。
S103:根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述终端上的所述第二应用程序。
由于在实际应用中,用户一般只会使用自己所拥有的各终端,也即,用户一般只在自己所拥有的各终端上,登录自己预先注册的各应用程序的账号,因此,可以通过为第一应用程序的账号绑定第二应用程序的账号,以获取第二应用程序的账号登录过的终端的标识信息,然后,终端可根据获取的标识信息,从第二应用程序的账号登录过的各终端中,确定出一个或多个终端作为推送目标,或者,终端也可将获取的标识信息展示给用户,由用户选定标识信息,然后,终端将用户选定的标识信息对应的终端作为推送目标。上述的确定推送目标的方式符合大多数用户的使用习惯。
进一步的,在确定推送目标后,终端可以通过第二应用程序的服务器,向该推送目标上的第二应用程序,推送第一应用程序内的选定数据;也可以基于预设的应用接口、现有的各种短距离无线通信方式或有线通信方式,例如蓝牙(BlueTooth)、近场通信(NearField Communication,NFC)、紫蜂(ZigBee)等等,直接向该推送目标上的第二应用程序,推送第一应用程序内的选定数据
通过上述方法,只要对某应用程序的账号绑定了其他应用程序的账号,以后,在任一终端上登录该某应用程序的账号后,都可以很方便地将该终端上的、该某应用程序内的数据,推送给其他终端上的该其他应用程序使用,其中,该其他应用程序的账号登录过所述的其他终端,上述操作过程简单,而且不需要使用第三方应用,因此,提高了终端的处理效率。
在本申请实施例中,对于上述步骤S102,为所述第一应用程序的账号绑定第二应用程序的账号,具体包括:通过第二应用程序的账号,以及所述第二应用程序的服务器预先提供的接口,向所述第二应用程序的服务器发送授权请求,当确定所述第二应用程序的服务器针对所述授权请求,已对所述第一应用程序的账号授权后,确定为所述第一应用程序的账号绑定了所述第二应用程序的账号。
更具体的,在执行所述绑定过程之前,第一应用程序的服务器与第二应用程序的服务器之间应当已经进行协商,彼此为对方提供执行所述绑定过程所必需的接口,下面对所述绑定过程进行举例说明。
例如,在终端上已经登录的第一应用程序内,可以由该第一应用程序提供用于提交第二应用程序的账号的应用页面,而该应用页面的后台所关联的提交接口则是由第二应用程序的服务器提供,这样的话,终端可以通过该应用页面,接收用户输入的第二应用程序的账号,然后,通过该提交接口,将输入的第二应用程序的账号,提交给第二应用程序的服务器(也即,发送授权请求),当第二应用程序的服务器对提交的账号验证通过后,则可对终端进行响应,为登录该终端的第一应用程序的账号授权,至此,终端为第一应用程序的账号绑定了第二应用程序的账号。其中,所述授权的具体内容也可由第一应用程序的服务器与第二应用程序的服务器预先协商,在本申请实施例中,基于所述授权,登录第一应用程序账号的终端应当可以从第二应用程序的服务器,获取到后续数据推送过程中要用到的特定信息(也即,第二应用程序的账号登录过的终端的标识信息等)。当然,在实际应用中,除了第一应用程序的账号以外,第二应用程序的服务器还可以要求终端提交更多的信息用于授权验证,例如,由第二应用程序的服务器生成发送给该终端的验证码等。
在图2中,示出了在实际应用场景中,在第一应用程序内,一种典型的用于所述绑定操作的应用页面。其中,可以通过下拉条控件选择要绑定的应用程序(当前选择了第二应用程序),则执行绑定操作时,具体的,可通过输入第二应用程序的账号用户名和账号密码,并提交给第二应用程序的服务器请求授权,获得授权后即完成绑定过程。当然,除了为第一应用程序的账号绑定第二应用程序的账号以外,在这一步骤中,进一步地还可以从第二应用程序的服务器,获取绑定的第二应用程序的账号登录过的终端的标识信息,然后,将这些终端也分别与第一应用程序的账号进行绑定,这样的话,当前终端在推送数据时可以不用实时地去所述的标识信息,而是直接从绑定的各终端中选择出推送目标即可。
另外,需要说明的是,在某些应用场景下,即使终端上未登录第一应用程序的账号,仍然可以执行上述授权过程。对于这种情况,当第二应用程序的服务器授权后,终端可使用第二应用程序的账号直接登录第一应用程序,以及执行后续的数据推送过程。显然,这个方案的实现也需要基于第一应用程序的服务器与第二应用程序的服务器预先的协商。
进一步的,对于上述步骤S102,获取所述第二应用程序的账号登录过的终端的标识信息,具体包括:基于所述授权,从所述第二应用程序的服务器,获取所述第二应用程序的账号登录过的终端的标识信息,其中,所述标识信息是由所述终端发送给所述第二应用程序的服务器保存的。
需要说明的是,在本申请实施例中,当第二应用程序上有第二应用程序的账号登录时,第二应用程序应当记录当前自己所在终端的标识信息,并将该标识信息发送给第二应用程序的服务器保存。相应的,第二应用程序的服务器针对每个第二应用程序的账号,可以为该第二应用程序的账号维护一个标识信息列表,将该第二应用程序的账号登录过的所有的终端的标识信息都记录保存在该标识信息列表中,用于针对该第二应用程序的账号的数据推送过程。
在本申请实施例中,登录了第一应用程序的账号的终端在获取所述标识信息后,可以将第一应用程序内的选定数据推送给该标识信息对应的终端。且由于可获取的标识信息可能不止一个,因此,对应的终端可能也不止一个,可以由用户选择推送给哪些终端。在实际应用中,具体的推送方式包括但不限于以下两种:
第一种,当不确定推送目标上是否已登录了第二应用程序的账号时,当前终端可以通过第二应用程序的服务器,推送第一应用程序内的选定数据。则对于上述步骤S103,根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述终端上的所述第二应用程序,具体包括:根据所述标识信息,将所述第一应用程序内的选定数据及相关信息,发送给所述第二应用程序的服务器保存,使所述第二应用程序的服务器在接收到所述终端发送的查询请求后,将保存的所述选定数据,推送给所述终端上的所述第二应用程序,其中,在所述终端上的所述第二应用程序上,已登录了为所述第一应用程序的账号绑定的所述第二应用程序的账号,所述相关信息具体包括:所述标识信息、所述第二应用程序的名称(可以用所述第二应用程序的其他标识替代所述名称)。
可以看到,在推送目标上登录了第二应用程序的账号后,该推送目标可以主动向第二应用程序的服务器进行查询,以确定是否有其他终端推送来的数据,若有,则可以从第二应用程序的服务器获得这些推送数据,若没有,则可等待设定时间间隔后,再执行下一次查询操作。这样的话,即使了第二应用程序的账号当前处于离线状态,其他终端推送给它的数据也不会丢失,而是暂时保存在第二应用程序的服务器,等待第二应用程序的账号在推送目标上登陆后再进行推送,保证了本申请实施例提供的数据推送方法的可靠性。
第二种,是实际应用中,由于当前终端和推送目标往往都在用户附近,因此,也可以在确定了推送目标上已登录了第二应用程序的账号后,再进行数据推送,则在这种情况下,也可以不通过第二应用程序的服务器进行数据推送,而是由当前终端直接向推送目标推送选定数据,从而,可以进一步地提高终端的处理效率。则对于上述步骤S103,根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述终端上的所述第二应用程序,具体包括:登陆了第一应用程序的账号的当前终端,根据所述标识信息,基于预设的应用接口、现有的各种短距离无线通信方式或有线通信方式,直接向所述第二应用程序的账号登录过的终端,推送第一应用程序内的选定数据。
在本申请实施例中,所述选定数据包括但不限于网页元素、文件(文档、音频文件、图像文件、视频文件、可执行文件、由应用程序自定义格式的文件等等)、消息(短信、邮件、广告等等)。
以上是不同终端上的不同应用程序之间推送数据过程,类似的,在相同类型的终端的相同应用程序之间、相同类型的终端的不同应用程序之间、不同终端之间的相同应用程序之间,均可以采用本申请提供的数据推送方法进行数据推送,本申请对数据推送过程中参与的具体终端和具体应用程序并不做限定,适用性广泛。其中,当第一应用程序和第二应用程序是等同的应用程序(所述等同的应用程序指:完全相同的应用程序,或者,为适应不同类型终端所开发的同一个应用程序的不同平台版本)时,也即,二者可以共用账号(拥有服务器的权限也相同)时,则在当前终端上和在推送目标上可能可以同时登录同一个账号(即该共用账号),在这种情况下,在上述步骤S102中,即使没有所述绑定关系,也可以进行数据推送。
在本申请实施例中,为了提高上述应用程序的易用性,应用程序还可以提供相应的控件和/或手势,使用户可以通过这些控件和/手势,方便地向当前终端发送相应的指令,以完成数据推送过程。本申请对应用程序提供控件和/或手势并不做限定,在此进行举例说明。
例如,如图3所示,假定当前终端为个人计算机,则在个人计算机上,已登录的应用程序可以提供右键菜单选项“推送选定数据”,以及该选项的子选项,当用户在登陆的应用程序内,选定了待推送的数据后,可以点击该选项,则个人计算机为用户展示与当前登陆账号绑定的其他应用程序的账号,以及该其他应用程序的账号登陆过的终端的标识信息(可展示在子选项内),进而,用户可以进一步地点击选择推送给哪个终端上的哪个应用程序。
又例如,假定当前终端为手机,由于手机可以通过触摸屏输入指令,因此,已登录的应用程序可以提供手势“两根手指长按以推送选定数据”,当用户在登陆的应用程序内,选定了待推送的数据后,可以用两根手指长按该待推送的数据在触摸屏上的所在区域,则手机为用户展示与当前登陆账号绑定的其他应用程序的账号,以及该其他应用程序的账号登陆过的终端的标识信息,进而,用户可以进一步地点击选择推送给哪个终端上的哪个应用程序。
相应的,当有数据推送过来时,推送目标也可以提供相应的控件和/手势,用于向用户提醒,以及让用户使用这些控件和/手势,接收并使用推送过来的数据。
根据上述的说明,以应用程序A的账号a在第一终端上登录,应用程序B的账号b在第二终端上登录,将应用程序A的数据推送给第二应用程序B为例,在图4中示出了,本申请实施例提供的数据推送的详细过程,
具体包括以下步骤:
S401:账号b在第二终端上登录后,第二终端将自身的标识信息发送给应用程序B的服务器。
S402:应用程序B的服务器为账号b,保存通过账号b,发送过来的第二终端的标识信息。
S403:账号a在第一终端登录后,第一终端基于用户的操作,通过账号b和应用程序B预先提供的接口,向应用程序B的服务器发送授权请求。
S404:应用程序B的服务器对第一终端提交的账号b进行验证。
S405:验证通过后,向第一终端上登录的账号a授权并通知第一终端。
S406:第一终端接收到应用程序B的服务器的授权通知后,确定为账号a绑定了账号b。
S407:第一终端根据用户在应用程序A内的选定操作,确定出待推送的数据。
S408:第一终端基于应用程序B的服务器对账号a的授权,向应用程序B的服务器请求获取账号b登录过的终端的标识信息。
S409:应用程序B的服务器查询为账号b保存的、账号b登录过的终端的标识信息,其中,查询到各标识信息中至少包括第二终端的标识信息。
S410:应用程序B的服务器将查询到的各标识信息发送给第一终端,由第一终端展示给用户。
S411:假定用户选择了第二终端的标识信息,则第一终端将第二终端上的应用程序B作为推送目标。
S412:第一终端将用户选定的、应用程序A内待推送的数据以及相关信息发给应用程序B的服务器,其中,所述包括但不限于:第二终端的标识信息、账号b、应用程序B的名称。
S413:应用程序B的服务器接收保存第一终端发送的上述数据,然后等待第二终端发送的查询请求。
S414:登录了账号b的第二终端按照预设策略,向应用程序B的服务器发送查询请求,以查询是否有其他终端推送给自己的数据。
S415:应用程序B的服务器根据该查询请求,查询到了为账号b保存的待推送的数据以及相关信息,也即,第一终端在步骤S412发送的数据。
S416:应用程序B的服务器根据查询结果,将为账号b保存的待推送的数据推送给第二终端上的应用程序B。
需要说明的是,按照本申请实施例提供的数据推送方法,当前终端还可以为登录应用程序的账号,绑定多个其他应用程序的账号,从而可以将当前应用程序内的数据分别推送给不同终端上的不同的应用程序。
图5为本申请实施例提供的对应于图1的数据推送过程,具体包括以下步骤:
S501:终端针对自身上的第二应用程序,当确定在所述第二应用程序上登录了所述第二应用程序的账号时,将所述终端的标识信息发送给所述第二应用程序的服务器保存。
在本申请实施例中,图1中的执行主体为推送数据的一方,而图5中的执行主体(即所述的终端)为接收推送数据的一方,所述的终端为了让其他终端能够向自己准确地进行数据推送,可以在第二应用程序的账号登录时,主动地向第二应用程序的服务器上报自己的标识信息,以供其他终端和第二应用程序的服务器在向自己推送数据时使用。
S502:终端向第二应用程序的服务器发送携带有所述终端的标识信息的查询请求,使所述第二应用程序的服务器查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
在本申请实施例中,终端可以按照预设策略发送所述的查询请求,例如,可以在每当登录应用程序的账号时,立即向该应用程序的服务器发送一次所述的查询请求,这样的话,即可以提高接收推送数据的实时性,也可以减轻终端的处理负担。
需要说明的是,所述与所述标识信息对应的数据还可以包括:步骤S501中的所述终端推送给自己的选定数据,对于这种应用场景,所述的推送是指:同一个终端上的不同应用程序之间的数据推送。
图6为本申请实施例提供的对应于图1和图5的数据推送过程,具体包括以下步骤:
S601:第二应用程序的服务器接收终端发送的、携带有所述终端的标识信息的查询请求,其中,所述终端上的所述第二应用程序上登录了所述第二应用程序的账号;
S602:查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
图7为本申请实施例提供的另一种对应于图1数据推送过程,具体包括以下步骤:
S701:第一应用程序登录所述第一应用程序的账号;
S702:所述第一应用程序根据为所述第一应用程序的账号绑定的第二应用程序的账号,将所述第一应用程序内的选定数据,推送给所述第二应用程序。
需要说明的,对于图7中的数据推送过程,并不限定所述第一应用程序和所述第二应用程序的硬件载体,所述第一应用程序和所述第二应用程序即可以在同一个终端或服务器上,也可以在不同的终端或服务器上。
以上为本申请实施例提供的数据推送方法,基于同样的思路,本申请实施例还提供相应的数据推送装置,如图8、图9、图10、图11所示。
图8为本申请实施例提供的数据推送装置结构示意图,具体包括:
登录模块801,用于通过第一应用程序的账号,登录所述第一应用程序;
获取模块802,用于根据为所述第一应用程序的账号绑定的第二应用程序的账号,获取所述第二应用程序的账号登录过的终端的标识信息;
推送模块803,用于根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述终端上的所述第二应用程序。
所述获取模块802具体用于,通过第二应用程序的账号,以及所述第二应用程序的服务器预先提供的接口,向所述第二应用程序的服务器发送授权请求,当确定所述第二应用程序的服务器针对所述授权请求,已对所述第一应用程序的账号授权后,确定为所述第一应用程序的账号绑定了所述第二应用程序的账号。
所述获取模块802具体用于,基于所述授权,从所述第二应用程序的服务器,获取所述第二应用程序的账号登录过的终端的标识信息,其中,所述标识信息是由所述终端发送给所述第二应用程序的服务器保存的。
所述推送模块803具体用于,根据所述标识信息,将所述第一应用程序内的选定数据及相关信息,发送给所述第二应用程序的服务器保存,使所述第二应用程序的服务器在接收到所述终端发送的查询请求后,根据所述相关信息,将所述选定数据,推送给所述终端上的所述第二应用程序,其中,在所述终端上的所述第二应用程序上,已登录了所述第二应用程序的账号,所述相关信息具体包括:所述标识信息、所述第二应用程序的名称。
所述选定数据具体包括:选定的网页元素、文件、消息中的至少一种。
具体的上述如图8所示的装置可以位于终端、服务器上。
图9为本申请实施例提供的另一个数据推送装置结构示意图,具体包括:
推送查询模块901,用于向第二应用程序的服务器发送携带有终端的标识信息的查询请求,使所述第二应用程序的服务器查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
所述装置还包括:
监控模块902,用于在所述推送查询模块901向第二应用程序的服务器发送携带有所述终端的标识信息的查询请求之前,针对所述终端上的第二应用程序,当确定在所述第二应用程序上登录了所述第二应用程序的账号时,将所述终端的标识信息发送给所述第二应用程序的服务器保存。
具体的上述如图9所示的装置可以位于终端上。
图10为本申请实施例提供的另一个数据推送装置结构示意图,具体包括:
接收模块1001,用于接收终端发送的、携带有所述终端的标识信息的查询请求,其中,所述终端上的所述第二应用程序上登录了所述第二应用程序的账号;
推送模块1002,用于查找保存的、与所述标识信息对应的数据,并将查找到的数据,推送给所述终端上的所述第二应用程序,其中,所述与所述标识信息对应的数据具体包括:其他终端根据相互绑定的所述第二应用程序的账号与第一应用程序的账号,通过所述第二应用程序的服务器获取到所述终端的标识信息后,向所述终端上的所述第二应用程序推送的所述第一应用程序内的选定数据。
所述装置还包括:
保存模块1003,用于在所述接收模块1001接收终端发送的、携带有所述终端的标识信息的查询请求之前,接收并保存终端针对自身上的第二应用程序,当确定在所述第二应用程序上登录了所述第二应用程序的账号时,向所述第二应用程序的服务器发送的所述终端的标识信息。
具体的上述如图10所示的装置可以位于服务器上。
图11为本申请实施例提供的另一个数据推送装置结构示意图,具体包括:
登录模块1101,用于登录所述第一应用程序的账号;
推送模块1102,用于根据为所述第一应用程序的账号绑定的第二应用程序的账号,将所述第一应用程序内的选定数据,推送给所述第二应用程序
具体的上述如图11所示的装置可以位于终端、服务器、应用程序上。
本申请实施例提供一种数据推送方法及装置,该方法当前终端通过第一应用程序的账号,登录所述第一应用程序,根据所述第一应用程序的账号绑定的第二应用程序的账号,获取所述第二应用程序的账号登录过的终端的标识信息,根据所述标识信息,将所述第一应用程序内的选定数据,推送给所述登录过的终端上的所述第二应用程序。通过上述方法,只要对某应用程序的账号绑定了其他应用程序的账号,以后,在任一终端上登录该某应用程序的账号后,都可以很方便地将该终端上的、该某应用程序内的数据,推送给其他终端上的该其他应用程序使用,其中,该其他应用程序的账号登录过所述的其他终端,上述操作过程简单,而且不需要使用第三方应用,因此,提高了终端的处理效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。