应用交互方法及装置与流程

文档序号:16276176发布日期:2018-12-14 22:35阅读:155来源:国知局
应用交互方法及装置与流程
本公开涉及通信
技术领域
,尤其涉及一种应用交互方法及装置。
背景技术
随着计算机通信技术的发展,各种应用软件给人们带来了极好的通信体验。通过采用应用深度链接deeplink技术还可实现应用间的跳转。例如,在应用a适配deeplink技术的情况下,用户在应用a中触发一个用于跳转到另一应用的链接,可以通过deeplink技术跳转到另一个应用比如应用b的一个内页。但是如果应用a中没有适配deeplink技术,则上述应用间的页面跳转功能不可用,影响终端的用户体验。技术实现要素:有鉴于此,本公开提供一种应用交互方法及装置,可以不受限于应用是否适配deeplink技术,实现应用间页面的跳转。根据本公开实施例的第一方面,提供了一种应用交互的方法,所述方法包括:在当前应用与预设虚拟服务器之间建立虚拟网络连接;通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识;根据所述目标应用参数打开所述目标应用。可选地,所述在当前应用与预设虚拟服务器之间建立虚拟网络连接,包括:在当前应用与预设虚拟http服务器之间,建立虚拟传输控制协议tcp连接;所述通过所述虚拟网络连接,获取经由操作系统的目标网络请求,包括:通过虚拟tcp连接,获取经由操作系统的目标http请求。可选地,所述在当前应用与预设虚拟http服务器之间,建立虚拟传输控制协议tcp连接,包括:根据网络请求获取虚拟http服务器的地址;获取握手数据包,所述握手数据包中包括所述虚拟http服务器的地址;通过所述握手数据包与所述虚拟http服务器建立虚拟tcp连接。可选地,采用以下任一方式根据网络请求获取虚拟http服务器的地址:从网络请求中提取虚拟http服务器的地址;或者,获取网络请求中的虚拟域名;根据所述虚拟域名解析对应的虚拟http服务器的地址。可选地,所述在当前应用与预设虚拟http服务器之间,建立虚拟传输控制协议tcp连接,包括:获取网络请求中的虚拟域名;将所述虚拟域名解析为对应的虚拟ip地址;获取tcp握手数据包,所述tcp握手数据包中包括所述虚拟ip地址;将所述tcp握手数据包中的虚拟ip地址修改为所述虚拟http服务器的地址,获得更新握手数据包;通过所述更新握手数据包与所述虚拟http服务器建立虚拟tcp连接。可选地,所述获取网络请求中的虚拟域名,包括:获取http地址中的域名信息;根据所述域名信息查询预设虚拟域名白名单;若所述预设虚拟域名白名单中包括所述域名信息,确定所述域名信息属于虚拟域名。可选地,所述获取经由操作系统的目标网络请求,包括:获取经由操作系统的网络请求;确定所述网络请求中是否包括预设特征信息;若所述网络请求中包括预设特征信息,确定所述网络请求为目标网络请求。可选地,所述从目标网络请求中提取目标应用参数,包括:将所述目标网络请求发送给预设消息服务;通过所述消息服务提取所述目标网络请求中的目标应用参数。可选地,所述将目标网络请求发送给预设消息服务,包括:过滤所述目标网络请求中的预设特征信息,获得过滤后的目标网络请求;将所述过滤后的目标网络请求发送给所述预设消息服务。可选地,采用以下至少一种方式将所述目标网络请求发送给所述预设消息服务:通过预设监听组件将所述目标网络请求转发给所述消息服务;通过所述预设监听组件复制所述目标网络请求,将复制的目标网络请求发送给所述消息服务;通过所述预设监听组件将所述目标网络请求发送给所述虚拟服务器,由所述虚拟服务器将所述目标网络请求发送给所述消息服务。可选地,所述预设监听组件包括:防火墙组件。可选地,所述通过所述消息服务提取所述目标网络请求中的目标应用参数,包括:对所述目标网络请求进行信息验证;从信息验证成功的有效网络请求中提取目标应用参数。可选地,所述根据目标应用参数打开所述目标应用,包括:根据所述目标应用的身份标识确定本地是否安装所述目标应用;若本地未安装所述目标应用,下载和安装所述目标应用;通过预设应用平台根据所述目标应用参数打开所述目标应用。根据本公开实施例的第二方面,提供了一种应用交互装置,所述装置包括:连接建立模块,被配置为在当前应用与预设虚拟服务器之间建立虚拟网络连接;目标请求获取模块,被配置为通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;参数提取模块,被配置为从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识;应用跳转模块,被配置为根据所述目标应用参数打开所述目标应用。可选的,所述连接建立模块包括:tcp连接建立子模块,被配置为在当前应用与预设虚拟http服务器之间,建立虚拟传输控制协议tcp连接;所述目标请求获取模块,被配置为通过虚拟tcp连接,获取经由操作系统的目标http请求。可选的,所述tcp连接建立子模块包括:地址获取单元,被配置为根据网络请求获取虚拟http服务器的地址;第一数据获取单元,被配置为获取握手数据包,所述握手数据包中包括所述虚拟http服务器的地址;第一连接建立单元,被配置为通过所述握手数据包与所述虚拟http服务器建立虚拟tcp连接。可选的,所述地址获取单元包括:地址获取子单元,被配置为从网络请求中提取虚拟http服务器的地址;域名获取子单元,被配置为获取网络请求中的虚拟域名;地址解析子单元,被配置为根据所述虚拟域名解析对应的虚拟http服务器的地址。可选的,所述tcp连接建立子模块包括:域名获取单元,被配置为获取网络请求中的虚拟域名;ip地址解析单元,被配置为将所述虚拟域名解析为对应的虚拟ip地址;第二数据获取单元,被配置为获取tcp握手数据包,所述tcp握手数据包中包括所述虚拟ip地址;数据更新单元,被配置为将所述tcp握手数据包中的虚拟ip地址修改为所述虚拟http服务器的地址,获得更新握手数据包;第二连接建立单元,被配置为通过所述更新握手数据包与所述虚拟http服务器建立虚拟tcp连接。可选的,所述域名获取单元包括:域名获取子单元,被配置为获取http地址中的域名信息;查询子单元,被配置为根据所述域名信息查询预设虚拟域名白名单;确定子单元,被配置为在所述预设虚拟域名白名单中包括所述域名信息的情况下,确定所述域名信息属于虚拟域名。可选的,所述目标请求获取模块包括:请求获取子模块,被配置为获取经由操作系统的网络请求;检测子模块,被配置为确定所述网络请求中是否包括预设特征信息;目标请求确定子模块,被配置为在所述网络请求中包括预设特征信息的情况下,确定所述网络请求为目标网络请求。可选的,所述参数提取模块包括:请求发送子模块,被配置为将所述目标网络请求发送给预设消息服务;参数提取子模块,被配置为通过所述消息服务提取所述目标网络请求中的目标应用参数。可选的,所述请求发送子模块包括:过滤单元,被配置为过滤所述目标网络请求中的预设特征信息,获得过滤后的目标网络请求;发送单元,被配置为将所述过滤后的目标网络请求发送给所述预设消息服务。可选的,所述请求发送子模块包括:第一请求发送单元,被配置为通过预设监听组件将所述目标网络请求转发给所述消息服务;第二请求发送单元,被配置为通过所述预设监听组件复制所述目标网络请求,将复制的目标网络请求发送给所述消息服务;第三请求发送单元,被配置为通过所述预设监听组件将所述目标网络请求发送给所述虚拟服务器,由所述虚拟服务器将所述目标网络请求发送给所述消息服务。可选的,所述预设监听组件包括:防火墙组件。可选的,所述参数提取模块包括:信息验证子模块,被配置为对所述目标网络请求进行信息验证;参数提取子模块,被配置为从信息验证成功的有效网络请求中提取目标应用参数。可选的,所述应用跳转模块包括:检测子模块,被配置为根据所述目标应用的身份标识确定本地是否安装所述目标应用;安装子模块,被配置为在本地未安装所述目标应用的情况下,下载和安装所述目标应用;跳转子模块,被配置为通过预设应用平台根据所述目标应用参数打开所述目标应用。根据本公开实施例的第三方面,提供了一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述第一方面任一所述方法的步骤。根据本公开实施例的第四方面,提供了一种应用交互装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,所述处理器被配置为:在当前应用与预设虚拟服务器之间建立虚拟网络连接;通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识;根据所述目标应用参数打开所述目标应用。本公开实施例提供的技术方案可以包括以下有益效果:本公开中提供的应用交互方法,当用户想从当前应用界面中跳转到另一目标应用时,在应用双方没有适配deeplink技术实现应用兼容的情况下,用户终端可以在当前应用和预设虚拟服务器之间建立虚拟网络连接,建立经由操作系统的通信通道,使得当前应用可以通过上述虚拟网络连接向操作系统发送网络请求时,操作系统中的监听组件可以监听到包含目标应用参数的目标网络请求,进而提取目标应用参数,并通过该目标应用参数为用户打开目标应用,增强了操作系统的功能,使应用间交互不受双方应用是否支持deeplink技术的限制,提升了终端的用户体验。本公开中,通过预设的虚拟http服务器,在当前应用与虚拟http服务器之间建立虚拟tcp连接通道,将当前应用发出的网络请求重定向到本地,以便操作系统中的预设监听组件如防火墙可以获取到携带目标应用参数的目标网络请求,进而提取目标应用参数并利用此参数打开目标应用页面,确保应用交互的可靠性和便利性。本公开中,在建立虚拟tcp连接的过程中,可以根据网络请求获取虚拟http服务器的地址,其中,上述网络请求中携带有虚拟域名,通过域名系统解析模块将网络请求中的虚拟域名解析为对应的虚拟http服务器的地址返回给网络请求的发送方比如web浏览器,使网络请求发送方可以向虚拟http服务器发送握手数据包,操作系统获取包括该虚拟http服务器的地址的握手数据包,通过该握手数据包建立虚拟tcp连接,快速创建经过操作系统发送消息的消息通道。本公开中,在虚拟tcp连接建立过程中,操作系统的域名解析dns模块在获取到虚拟域名后,返回预设的虚拟ip地址,以使请求发送方比如web浏览器可以基于该虚拟ip地址发出握手数据包。该握手数据包经过预设监听组件时,其中的虚拟ip地址被修改为预设虚拟http服务器的地址,确保网络请求发出方与虚拟http服务器之间顺利建立虚拟tcp连接,进而确保后续网络请求的发送和接收,无需远程网络服务器参与,也可以获取到网络请求,节约了无线通信系统资源。本公开中,首先获取信息发送方如web浏览器发送的网络请求中信息接收方的域名信息,查询预设的虚拟域名白名单判断当前域名是否属于虚拟域名,从而快速建立虚拟tcp连接。本公开中,在从经由操作系统的网络请求如http请求中识别目标网络请求时,可以根据目标网络请求中包含的预设特征信息,比如预设关键字、预设编码方式,快速识别出目标网络请求,提高目标网络请求的获取效率。本公开中,操作系统可以通过预设的message服务从目标网络请求消息中提取目标应用参数,一方面将目标网络请求的识别和解析过程解耦,提高目标网络请求的检测效率。另一方面,message服务可以输出统一格式记录的目标应用参数,从而提高后序信息处理效率。本公开中,操作系统将目标网络请求发送给message服务的方式可以是:预设监听组件将目标网络请求拦截后转发给message服务;监听组件在识别出目标网络请求后,正常发送给本地http服务器,由所述本地http服务器发送给message服务;监听组件在识别出目标网络请求后,复制一份目标网络请求数据发送给message服务;操作系统可以采用以上任一方式,向message服务发送目标网络请求,增强信息传输的灵活性。另外,操作系统也可以同时采用上述至少两种方式向message服务发送目标网络请求,提高信息传输的可靠性。本公开中,可以通过操作系统的防火墙组件识别并传输目标网络请求,由于防火墙组件属于操作系统原有的监听组件,只需要对防火墙组件进行简单的参数配置,比如预设特征信息的配置,即可使防火墙组件具备识别目标消息的功能,无需在操作系统中增设新的监听组件,节约系统资源。本公开中,操作系统在提取目标应用参数之前,还可以进一步对目标网络请求进行信息验证,确保即将解析的目标网络请求属于确定包含有目标应用参数的有效网络请求,避免误将包含预设特征信息的其他网络请求当作有效网络请求进行解析,提高目标应用参数提取的效率和准确性。本公开中,若目标应用可以是下载和安装均无需用户确认的新应用。在跳转到目标应用的过程中,操作系统获取到目标应用参数后,可以首先根据目标应用的身份标识确定用户终端当前是否安装有上述目标应用,若没有,可以自动下载安装目标应用的数据包,并通过预设应用平台根据目标应用参数打开目标应用,实现目标应用的自动安装和精确跳转,跳转过程无需用户与终端进行信息交互,提高应用交互的智能化程度,进一步提升终端用户体验。应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。图1是本公开根据一示例性实施例示出的一种应用交互方法的流程图;图2是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图3是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图4是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图5是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图6是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图7是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图8是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图9是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图10是本公开根据一示例性实施例示出的另一种应用交互方法的流程图;图11-1是本公开根据一示例性实施例示出的一种应用交互的应用场景示意图;图11-2是相关技术中一种应用交互的应用场景示意图;图12是本公开根据一示例性实施例示出的一种应用交互装置的框图;图13是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图14是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图15是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图16是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图17是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图18是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图19是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图20是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图21是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图22是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图23是本公开根据一示例性实施例示出的另一种应用交互装置的框图;图24是本公开根据一示例性实施例示出的用于应用交互装置的一结构示意图。具体实施方式这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。本公开提供了一种应用交互方式,不受限于deeplink技术,即可实现从一个应用界面跳转到另一目标应用的页面。基于此,本公开提供了一种应用交互方法,通过用户终端的操作系统即可根据一个应用发出的网络请求跳转到指定的目标应用。参照图1根据一示例性实施例示出的一种应用交互方法的流程图,该方法可以包括以下步骤:在步骤11中,在当前应用与预设虚拟服务器之间建立虚拟网络连接;本公开实施例中,上述当前应用可以是用户终端中安装的各种应用。例如,当前应用属于相关技术中的第一类应用,该第一类应用的下载、安装过程需要用户确认,也就是说,第一类应用的安装包或更新数据包的下载或安装,需要经过接收到用户触发的确认信息后才执行下载或安装。上述第一类应用可以是:浏览器、米聊、微信等应用软件。上述当前应用也可以是其它类型的应用,比如一种新应用,该新应用的下载、安装过程无需用户确认。本公开实施例中,用户终端比如智能手机的操作系统在获取到包含目标应用参数的目标网络请求后,可以根据该网络请求打开目标应用,或者,在用户终端未安装目标应用的情况下,跳转到可以下载目标应用的应用商店,或者,向提供目标应用下载安装包的服务端发送下载请求等操作。根据tcp(transmissioncontrolprotocol,传输控制协议)协议的规定,当前应用要想向外发送网络请求,首先需要与网络服务器之间建立可靠的网络连接。之后,操作系统才有可能监听到目标网络请求。由于本公开的主要目的是使操作系统可以监听到目标网络请求,不考虑网络请求的接收方是否向当前应用返回请求获取的信息。因此可以预设一个虚拟网络服务器,使当前应用可以与该虚拟网络服务器建立虚拟网络连接。在本公开实施例中,上述当前应用可以是能够请求接入网络的应用,比如是web浏览器或网络代理服务程序,其中,上述网络代理服务程序比如是米聊、微信、qq等即时通信应用或其他可以请求接入网络的应用。上述虚拟服务器可以是设置于用户终端本地的http(hypertexttransferprotocol,超文本传输协议)服务器。当前应用可以与上述本地http服务器建立虚拟tcp连接。下面以当前应用是web浏览器、虚拟服务器为设置于本地的虚拟http服务器为例,对本公开提供的应用交互方法进行详细说明。本公开实施例中,上述步骤11具体为在当前应用与虚拟http服务器之间建立虚拟tcp连接时,其具体实施过程可以包括以下三种情况:第一种情况,参照图2根据一示例性实施例示出的另一种应用交互方法的流程图,可以包括以下步骤:在步骤111中,根据网络请求获取虚拟http服务器的地址;根据相关知识,web浏览器向正常的web服务器发送http请求之前,需要首先通过三次握手建立稳定的tcp连接。在tcp连接建立成功后,向远程的web服务器发送http请求。本公开实施例中,通过用户终端中预先设置的本地http服务器,建立虚拟tcp连接,以使web浏览器后续可以经由操作系统向虚拟http服务器发送http请求,从而使预设监听服务可以获取到上述http请求。在建立虚拟tcp连接过程中,可以采用以下方式根据网络请求获取虚拟http的服务地址:在浏览器发送的网络请求中未直接包含虚拟http服务器的地址,参照图3根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤111可以包括:在步骤1111中,获取网络请求中的虚拟域名;参见图4根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤1111可以包括:在步骤101中,获取http地址中的域名信息;示例性的,当用户在web浏览器的某一页面中点击某一网络链接,假设该网络链接地址即http地址为:http://abc.com/efg****。web浏览器首先获取上述http地址中的域名信息,即:abc.com,并将该域名信息“abc.com”发送给用户终端的dns(domainnamesystem,域名系统)模块。在步骤102中,根据所述域名信息查询预设虚拟域名白名单;本公开实施例中,用户终端中可以预设有一个虚拟域名白名单,上述白名单记录了所有的虚拟域名信息。dns模块可以利用上述虚拟域名白名单判断浏览器发送的域名是否为虚拟域名。在步骤103中,若所述预设虚拟域名白名单中包括所述域名信息,确定所述域名信息属于虚拟域名。若dns模块从预设的虚拟域名白名单中查找到abc.com,则确定域名“abc.com”属于虚拟域名。即该域名指向的web服务器是不存在的。在步骤1112中,根据所述虚拟域名解析对应的虚拟http服务器的地址。本公开实施例中,dns模块中可以预置有预设列表,该预设列表包括:虚拟http服务器的地址与虚拟域名的对应关系。示例性的,如表一所示:虚拟域名虚拟http服务器的地址abc.com(127.0.0.1)表一dns模块可以根据虚拟abc.com查询表一,确定对应的虚拟http服务器的地址为:127.0.0.1。进而将该地址返回给浏览器,以使浏览器将该地址作为目的端地址发送握手数据包。在步骤112中,获取握手数据包,所述握手数据包中包括所述虚拟http服务器的地址;web浏览器获取到abc.com对应的虚拟http服务器的地址之后,假设该地址为:(127.0.0.1),利用该http服务器的地址向外发送tcp握手数据包。上述tcp握手数据包中包含有(127.0.0.1)。在步骤113中,通过所述握手数据包与所述虚拟http服务器建立虚拟tcp连接。本地虚拟http服务器接收到握手数据包之后,向web浏览器返回响应消息(response),至此,完成一次握手过程。在tcp/ip协议中,tcp协议要求通过三次握手提供可靠的连接服务。后序两次握手过程重复执行上述步骤111~步骤113,三次握手成功之后,成功建立虚拟tcp连接。第二种情况,参见图5根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤11可以包括:在步骤11-1中,获取网络请求中的虚拟域名;该步骤的具体实施方式与上述步骤1111类似,此处不再赘述。在步骤11-2中,将所述虚拟域名解析为对应的虚拟ip地址;dns模块在确定域名“abc.com”属于虚拟域名之后,可以根据预置的虚拟ip地址列表,输出一个虚拟ip地址,并将该虚拟ip地址发送给web浏览器。其中,上述虚拟ip地址列表包括:虚拟域名与虚拟ip地址的对应关系,示例性的,如表二所示:虚拟域名虚拟ip地址abc.com(1.2.3.4)表二dns模块根据域名“abc.com”查询表二,输出对应的虚拟ip地址(1.2.3.4)。在步骤11-3中,获取tcp握手数据包,所述tcp握手数据包中包括所述虚拟ip地址;web浏览器获取到abc.com对应的虚拟ip地址之后,假设该虚拟ip地址为:(1.2.3.4),利用该虚拟ip地址向外发送tcp握手数据包。上述tcp握手数据包中包含有虚拟ip地址(1.2.3.4)。根据相关知识,操作系统作为上层应用软件向远程伺服端发送消息的桥梁,可以获取各应用发送的消息。因此,web浏览器发送的tcp握手数据包经过操作系统时,可以被操作系统中预置的监听组件比如防火墙组件获取到。在步骤11-4中,将所述tcp握手数据包中的虚拟ip地址修改为所述本地http服务器的地址,获得更新握手数据包;仍以操作系统中的监听组件是防火墙为例,本公开实施例中,用户终端中预存有虚拟ip地址与本地虚拟http服务器地址的对应关系,示例性的如表二所示:虚拟ip地址虚拟http服务器的地址(1.2.3.4)(127.0.0.1)表三防火墙可以查询上述表三,将来自web浏览器的原始tcp握手数据包中的ip地址即(1.2.3.4)修改成本地虚拟http服务器的地址即(127.0.0.1),然后将修改后的tcp握手数据包,即更新握手数据包,发送给虚拟http服务器。在步骤11-5中,通过所述更新握手数据包与所述虚拟http服务器建立虚拟tcp连接。本地虚拟http服务器接收到更新握手数据包之后,向web浏览器返回响应消息(response),至此,完成一次握手过程。在tcp/ip协议中,tcp协议要求通过三次握手提供可靠的连接服务。后序两次握手过程重复执行上述步骤11-1~步骤11-5,三次握手成功之后,成功建立虚拟tcp连接。第三种情况,浏览器发送的网络请求如url中直接包含有虚拟http服务器的地址,比如:http://127.0.0.1/efg****,可以从该网络请求中提取本地预设虚拟http服务器的地址(127.0.0.1),然后发送握手数据包。此种情况下,浏览器发送的握手数据包中包括预设虚拟http服务器的地址:127.0.0.1,上述握手数据包无需经过dns模块进行域名解析;经过防火墙时,也不需要做任何信息处理,即可发送给本地预设虚拟http服务器。即在当前应用与虚拟http服务器建立虚拟tcp连接的过程中,无需对握手数据包做任何处理。相对于前两种情况,可以加快经过操作系统发送消息的消息通道的创建。在步骤12中,通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;本公开实施例中,上述目标网络请求包括:预设特征信息和目标应用参数。其中,上述预设特征信息用于识别该网络请求中是否包含目标应用参数,可以是预设关键字或预设编码方式等信息。上述预设特征信息可以是目标应用供应商提供,并预置在用户终端中。上述目标应用参数至少包括:目标应用的身份标识,可以表示为appid;还可以包括其它信息,比如页面名称,即详情页名称;页面参数,即详情页参数;指令参数,目标应用可以根据该指令参数执行相应的操作,如弹出一个对话框,打开指定音频文件、视频文件等,本公开对目标应用参数不作限定。本公开实施例中,目标网络请求可以是通过虚拟tcp连接获取的、经由操作系统的目标http请求。该目标http请求的消息载体可以是url(uniformresourcelocator,统一资源定位符),比如http地址。参见图6根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤12中获取经由操作系统的目标网络请求,可以包括:在步骤121中,获取经由操作系统的网络请求;如上示例,一旦建立了tcp连接,web浏览器就会发送网络请求,比如向域名为“abc.com”虚拟web服务器发送http请求。该http请求经过操作系统时,就可以被设置于操作系统中的监听组件比如防火墙监听到。在步骤122中,确定所述网络请求中是否包括预设特征信息;web浏览器可以向外发送各种http请求,按照请求方法不同,上述http请求可以是:get、post、head、options、put、delete、tarce等请求。以get请求数据包为例,上述请求数据中可能包含目标应用参数,也可能不包含上述目标应用参数。因此,防火墙组件需要根据预设策略初步判断当前获取的数据包中是否包括目标应用参数。本公开实施例中,防火墙组件可以通过判断请求数据包是否包括预设特征信息来确定目标网络请求。其中,上述预设特征信息用于识别该http请求中是否包含目标应用参数,可以是预设关键字或预设编码方式等信息。上述预设特征信息可以是目标应用供应商提供,并预置在用户终端中。假设上述预设特征信息为预设关键字,上述关键字可以是预设标记符、预设字符串如“111”等,则防火墙在获取到http请求后,判断该请求中是否包括上述预设关键字;如果包括,执行步骤123;反之,如果当前请求中不包括上述预设关键字,则确定该http请求属于无效消息。在步骤123中,若所述网络请求中包括预设特征信息,确定所述网络请求为目标网络请求。如上示例,若http请求中包括预设特征信息,确定该http请求属于目标http请求。在步骤13中,从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识。参见图7根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤13可以包括:在步骤131中,将所述目标网络请求发送给预设消息message服务;本公开实施例中,操作系统的监听组件在识别出目标消息后,可以将目标消息数据包的解析交由预设的消息message服务处理,将目标消息的识别过程和解析过程解耦,即监听组件只识别目标消息,不对目标消息数据包进行解析,从而提高目标消息的检测效率。本公开实施例中,上述监听组件可以是防火墙组件。由于防火墙组件属于操作系统原有的监听组件,只需要对防火墙组件进行简单的参数配置,比如预设特征信息的配置,即可使防火墙组件具备识别目标消息的功能,无需在操作系统中增设新的监听组件,节约系统资源。根据防火墙组件是否对目标网络请求进一步处理,可以包括以下两种情况:第一种情况,防火墙组件不对原始目标网络请求进行进一步处理,发送给message服务;也就是说,防火墙组件不对步骤123确定的目标网络请求数据包做任何处理,直接或间接发送给message服务。即发送给message服务的目标网络请求如目标http请求中还包括预设特征信息。第二种情况,防火墙组件对目标网络请求进行冗余信息处理后,发送给message服务。参见图8根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤131可以包括:在步骤1311中,过滤所述目标网络请求中的预设特征信息,获得过滤后的目标网络请求;本公开实施例中,防火墙在依据预设特征信息筛选出目标http请求之后,还可以去除目标http请求的预设特征信息,获得过滤后的目标http请求。在步骤1312中,将所述过滤后的目标网络请求发送给预设message服务。由于预设特征信息主要用于识别目标http请求,在后续信息处理过程中,该预设特征信息属于冗余信息,因此,本公开实施例中,可以将原始目标http请求中的预设特征信息去除后,再发送给message服务,从而减轻message服务的数据处理负担,提高message服务的信息处理效率。针对上述两种情况,可以采用以下任一方式将目标网络请求发送给message服务,其中,此处的目标网络请求可以是原始目标http请求,也可以是步骤1311中获得的、过滤后的目标http请求。第一种方式,防火墙组件拦截所述目标网络请求数据包,转发给message服务。本公开实施例中,可能并不关心本地虚拟http服务器是否针对目标http请求返回应答消息,因此,防火墙组件将上述目标http请求进行拦截,进而转发给message服务。第二种方式,防火墙组件复制一份所述目标网络请求数据包,发送给message服务。另一方面,防火墙组件还允许目标网络请求数据包正常通行,发送给虚拟服务器。第三种方式,防火墙组件允许目标网络请求数据包正常通行,发送给本地虚拟服务器,由所述本地虚拟服务器将所述目标网络请求数据包发送给message服务。仍以目标网络请求是目标http请求为例,在第三种方式中,防火墙组件在放行目标http请求数据包时,可以对该目标http请求数据包作一个简单标记比如字符“m”,以使本地http服务器检测到目标http请求数据包标记有“m”后,将该目标http请求数据包发送给message服务。在步骤132中,通过所述message服务提取所述目标网络请求中的目标应用参数。本公开实施例中,message服务可以解析目标网络请求数据包,从解析出的信息中提取目标应用参数。此外,message服务还可以将提取出的目标应用参数采用统一格式进行记录,比如,采用固定长度的字符串进行记录,获得预设格式的目标应用参数。假设以三个字节进行记录,一个字节一般为8bit位,第一个字节用于记录目标应用的身份标识,第二个字节用于记录页面名称,第三个字节用于记录页面参数。若其中一个参数为空,则将相应字节全部置为0。可以理解的是,根据预设参数信息的最大数据量设置其占用字节的数量,并不局限于一个字节。message服务输出统一格式的目标应用参数,可以方便后序目标应用平台根据该参数打开目标应用页面,提高应用打开效率。在本公开另一实施例中,message服务在提取目标应用参数之前,也可以首先对目标网络请求数据包进行信息验证。具体参见参照图9根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤132可以包括:在步骤1321中,对所述目标网络请求进行信息验证;本公开实施例中,考虑到其他未包含目标应用参数的http请求也可能会包括上述预设特征信息,比如包含预设关键字。也就是说上述步骤123确定的目标网路请求数据包中不一定包含有目标应用参数。message服务接收到防火墙发送的目标http请求数据包后,还可以进一步按照预设策略对目标http请求数据包进行信息验证,例如,判断解析出目标网络请求中是否包括预设字段比如“appid:”字段,如果有,确定目标网络请求通过信息验证。或者,在目标应用参数通过预设编码方式进行编码后,message服务还可以采用预设解码方式对目标网络请求进行解码验证。其中,上述预设编解码方式是目标应用供应商提供的并设置在message服务中的。回溯到目标网络请求数据包的生成过程:web浏览器可以按照目标应用供应商提供的预设编码方式对包含目标应用参数的请求数据进行编码,生成http请求数据包。如果message服务可以采用预设解码方式对目标http请求数据包成功解码,说明该目标http请求数据包为有效http请求即有效网络请求。其中,上述预设编解码方式是目标应用供应商提供的并设置在message服务中的。在步骤1322中,从信息验证成功的有效网络请求中提取目标应用参数。本公开实施例中,用户终端中内置的message服务在接收到系统底层发送的目标http请求数据包后,为确保目标http请求判断准确、减小后续数据解析量,可以在解析目标应用参数之前,进一步对目标http请求进行信息验证,确保后续解析的请求数据中包含有目标应用参数。在步骤14中,根据所述目标应用参数打开所述目标应用。目标应用可以是上述第一类应用,也可以是一种新应用,该新应用与上述第一类应用的区别在于:新应用的安装、下载过程无需用户确认,且下载和安装过程在用户终端的后台运行。即用户终端从服务端获取到新应用的压缩包之后,可以在后台自行安装或更新,其安装过程前台不可见,其更新过程也可以不在前台呈现给用户。若目标应用属于第一类应用,在用户终端中已安装目标应用的情况下,上述步骤14的具体实施过程可以是:操作系统根据上述目标应用参数中的目标应用的身份标识启动目标应用,比如,打开应用首页或打开目标应用的登录或注册页面等。在目标应用参数中还包括其他信息的情况下,已启动的目标应用程序还可以根据上述信息执行相应操作,如打开打开目标应用的内页,比如电商平台中一个销售商品的详情页;或者,在预设界面中播放音频、视频文件等;或者是弹出预设对话框等。如果用户终端中未安装上述目标应用,可以通过打开应用商店等方式提醒用户下载安装目标应用;或者,将目标消息丢弃。若目标应用属于上述新应用,参见图10根据一示例性实施例示出的另一种应用交互方法的流程图,上述步骤14可以包括:在步骤141中,根据所述目标应用的身份标识确定本地是否安装所述目标应用;本公开实施例中,用户终端可以通过预设的新应用平台即新应用服务软件,根据目标应用的身份标识确定本地是否安装有上述新应用。比如,根据目标应用的身份标识遍历已安装新应用列表,确定用户终端本地是否安装有上述目标新应用。在步骤142中,若本地未安装所述目标应用,下载和安装所述目标应用;如确定本地未安装上述目标新应用,上述新应用平台可以触发用户终端自动下载和安装上述目标新应用,上述过程对于用户不可见,即下载、安装过程的执行,不需要以接收到用户在前台触发的确认信息为必要条件。在步骤143中,通过预设应用平台根据所述目标应用参数打开所述目标应用。预设应用平台在获取到新应用安装包或更新数据包之后,可以直接运行新应用程序,打开目标新应用。本公开实施例中,上述预设应用平台为预置在用户终端中的服务程序,上述新应用平台可以作为一种系统软件设置于操作系统中;用户终端仍以智能手机为例,该新应用平台可以是在手机出厂时已设置好的。上述预设应用平台也可以作为上层应用软件独立运行于用户终端中,本公开对其设置位置不做限定。上述预设应用平台可以根据任何一种目标应用的应用参数,打开对应的目标应用即新应用。上述预设应用平台打开新应用的过程可以是直接运行新应用的安装或更新压缩包,打开目标应用参数指定的新应用界面,比如,新应用的首页界面,或其中的内页。示例性的,假设步骤143中的预设应用平台是运行多种新应用的服务程序c,上述目标应用是名称为:快看漫画的一种新应用,则服务程序c可以根据获取到的目标应用参数如快看漫画app的身份标识,直接打开快看漫画。参照图11-1根据一示例性实施例示出的一种应用交互的应用场景示意图,当用户在智能手机100的浏览器页面1001中点击一个目标应用页面的链接后,比如,知乎日报的链接,浏览器页面在后台会执行一个js(javascript)脚本,js脚本负责根据目标应用参数和预设特征信息生成目标网络请求,例如,js脚本负责将目标应用的身份标识、详情页参数等信息与预设特征信息组成一个url字符串。js脚本通过系统接口发送经过操作系统的http请求如上述url字符串,该http请求在经过设置于操作系统中的防火墙组建时,被监听到并识别为目标http请求。防火墙组件将该目标http请求发送给message服务进行目标应用参数提取,之后,将目标应用参数发送给预设应用平台即目标应用平台;预设应用平台根据上述目标应用参数打开知乎应用中的一个详情页,比如知乎日报详情页1002,呈现给用户。图11-2示出相关技术中应用交互方式中的示意图,在相关技术中,如果在浏览器页面1001中点击“知乎日报”的链接,浏览器会根据适配的deeplink技术,首先弹出一个提示用户选择打开方式的浮窗1003,提示用户选择目标页面的打开方式。上述供用户选择的页面打开方式包括:应用打开方式、浏览器打开方式,还可能包括其他方式,不但无法直接为用户呈现目标应用界面即知乎应用的知乎日报界面。如果浏览器没有适配deeplink技术,则无法实现从浏览器向知乎应用的跳转。可见,采用本公开提供的应用交互方法,当用户想从一个应用界面中跳转到另一目标应用的一个详情页面时,用户终端的操作系统可以检测包含目标应用参数的目标网络请求,进而提取目标应用参数,并将该目标应用参数发送预设应用平台,通过该预设应用平台为用户打开目标应用,不受双方应用是否支持deeplink技术的限制,即可直接从当前应用跳转到目标应用,对双方应用软件的版本、配置不作要求,即对双方应用的兼容性不作要求,提升了终端的用户体验。并且,在目标应用属于上述新应用的情况下,对于用户而言,当用户在一个应用界面比如web浏览器的页面中点击目标应用页面的链接后,用户终端可以直接准确地跳转到目标应用的指定页面,中间无需其他人机交互,节省了用户与终端进行人机交互的过程和时间,进一步提升终端的用户体验。需要说明的是,本公开中,在预设监听组件如防火墙组件获取到目标网络请求后,或者,在本地http服务器将上述目标网络请求发送给message服务后,可以关闭虚拟tcp连接,以便释放资源,提高系统资源的利用率。在另一种实施方式中,在上述http通信完成后,也可以使上述虚拟tcp连接保持连接状态,以便浏览器可以继续通过相同的虚拟tcp连接发送http请求,相应的,防火墙组件可以快速检测后续的目标http请求,节省了为每个请求建立新连接所需的时间,整体提升目标网络请求的检测效率。对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本公开并不受所描述的动作顺序的限制,因为依据本公开,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作和模块并不一定是本公开所必须的。与前述应用功能实现方法实施例相对应,本公开还提供了应用功能实现装置及相应的终端的实施例。参照图12根据一示例性实施例示出的一种应用交互装置的框图,所述装置可以包括:连接建立模块21,被配置为在当前应用与预设虚拟服务器之间建立虚拟网络连接;目标请求获取模块22,被配置为通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;参数提取模块23,被配置为从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识;应用跳转模块24,被配置为根据所述目标应用参数打开所述目标应用。参照图13根据一示例性实施例示出的另一种应用交互装置的框图,在图12所示装置实施例的基础上,所述连接建立模块21可以包括:tcp连接建立子模块211,被配置为在当前应用与预设虚拟http服务器之间,建立虚拟传输控制协议tcp连接;相应的,所述目标请求获取模块22,可以被配置为通过虚拟tcp连接,获取经由操作系统的目标http请求。参照图14根据一示例性实施例示出的另一种应用交互装置的框图,在图13所示装置实施例的基础上,所述tcp连接建立子模块211可以包括:地址获取单元2111,被配置为根据网络请求获取虚拟http服务器的地址;第一数据获取单元2112,被配置为获取握手数据包,所述握手数据包中包括所述虚拟http服务器的地址;第一连接建立单元2113,被配置为通过所述握手数据包与所述虚拟http服务器建立虚拟tcp连接。参照图15根据一示例性实施例示出的另一种应用交互装置的框图,在图14所示装置实施例的基础上,所述地址获取单元2111可以包括:地址获取子单元201,被配置为从网络请求中获取虚拟http服务器的地址;域名获取子单元202,被配置为获取网络请求中的虚拟域名;地址解析子单元203,被配置为根据所述虚拟域名解析对应的虚拟http服务器的地址。参照图16根据一示例性实施例示出的另一种应用交互装置的框图,在图13所示装置实施例的基础上,所述tcp连接建立子模块211可以包括:域名获取单元21-1,被配置为获取网络请求中的虚拟域名;ip地址解析单元21-2,被配置为将所述虚拟域名解析为对应的虚拟ip地址;第二数据获取单元21-3,被配置为获取tcp握手数据包,所述tcp握手数据包中包括所述虚拟ip地址;数据更新单元21-4,被配置为将所述tcp握手数据包中的虚拟ip地址修改为所述虚拟http服务器的地址,获得更新握手数据包;第二连接建立单元21-5,被配置为通过所述更新握手数据包与所述虚拟http服务器建立虚拟tcp连接。参照图17根据一示例性实施例示出的另一种应用交互装置的框图,在图16所示装置实施例的基础上,所述域名获取单元21-1可以包括:域名获取子单元21-11,被配置为获取http地址中的域名信息;查询子单元21-12,被配置为根据所述域名信息查询预设虚拟域名白名单;确定子单元21-13,被配置为在所述预设虚拟域名白名单中包括所述域名信息的情况下,确定所述域名信息属于虚拟域名。参照图18根据一示例性实施例示出的另一种应用交互装置的框图,在图12所示装置实施例的基础上,所述目标请求获取模块22可以包括:请求获取子模块221,被配置为获取经由操作系统的网络请求;检测子模块222,被配置为确定所述网络请求中是否包括预设特征信息;目标请求确定子模块223,被配置为在所述网络请求中包括预设特征信息的情况下,确定所述网络请求为目标网络请求。参照图19根据一示例性实施例示出的另一种应用交互装置的框图,在图12所示装置实施例的基础上,所述参数提取模块23可以包括:请求发送子模块231,被配置为将所述目标网络请求发送给预设消息服务;参数提取子模块232,被配置为通过所述消息服务提取所述目标网络请求中的目标应用参数。参照图20根据一示例性实施例示出的另一种应用交互装置的框图,在图19所示装置实施例的基础上,所述请求发送子模231可以包括:过滤单元231-1,被配置为过滤所述目标网络请求中的预设特征信息,获得过滤后的目标网络请求;发送单元231-2,被配置为将所述过滤后的目标网络请求发送给所述预设消息服务。参照图21根据一示例性实施例示出的另一种应用交互装置的框图,在图19所示装置实施例的基础上,所述请求发送子模块231可以包括:第一请求发送单元2311,被配置为通过预设监听组件将所述目标网络请求转发给所述消息服务;第二请求发送单元2312,被配置为通过所述预设监听组件复制所述目标网络请求,将复制的目标网络请求发送给所述消息服务;第三请求发送单元2313,被配置为通过所述预设监听组件将所述目标网络请求发送给所述虚拟服务器,由所述虚拟服务器将所述目标网络请求发送给所述消息服务。在本公开另一实施例中,所述预设监听组件包括:防火墙组件。参照图22根据一示例性实施例示出的另一种应用交互装置的框图,在图12所示装置实施例的基础上,所述参数提取模块23可以包括:信息验证子模块2301,被配置为对所述目标网络请求进行信息验证;参数提取子模块2302,被配置为从信息验证成功的有效网络请求中提取目标应用参数。参照图23根据一示例性实施例示出的另一种应用交互装置的框图,在图12所示装置实施例的基础上,所述应用跳转模块24可以包括:检测子模块241,被配置为根据所述目标应用的身份标识确定本地是否安装所述目标应用;安装子模块242,被配置为在本地未安装所述目标应用的情况下,下载和安装所述目标应用;跳转子模块243,被配置为通过预设应用平台根据所述目标应用参数打开所述目标应用。对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。相应的,一方面,本公开实施例提供了一种应用交互装置,包括:处理器;用于存储处理器可执行指令的存储器;其中,上述处理器被配置为:在当前应用与预设虚拟服务器之间建立虚拟网络连接;通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识;根据所述目标应用参数打开所述目标应用。图24是根据一示例性实施例示出的一种应用交互装置2400的结构示意图。例如,装置2400可以是用户设备,可以具体为移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理,可穿戴设备如智能手表、智能眼镜、智能手环、智能跑鞋等。参照图24,装置2400可以包括以下一个或多个组件:处理组件2402,存储器2404,电源组件2406,多媒体组件2408,音频组件2410,输入/输出(i/o)的接口2412,传感器组件2414,以及通信组件2416。处理组件2402通常控制装置2400的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件2402可以包括一个或多个处理器2420来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件2402可以包括一个或多个模块,便于处理组件2402和其他组件之间的交互。例如,处理组件2402可以包括多媒体模块,以方便多媒体组件2408和处理组件2402之间的交互。存储器2404被配置为存储各种类型的数据以支持在设备2400的操作。这些数据的示例包括用于在装置2400上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器2404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。电源组件2406为装置2400的各种组件提供电力。电源组件2406可以包括电源管理系统,一个或多个电源,及其他与为装置2400生成、管理和分配电力相关联的组件。多媒体组件2408包括在上述装置2400和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。上述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与上述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件2408包括一个前置摄像头和/或后置摄像头。当设备2400处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。音频组件2410被配置为输出和/或输入音频信号。例如,音频组件2410包括一个麦克风(mic),当装置2400处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2404或经由通信组件2416发送。在一些实施例中,音频组件2410还包括一个扬声器,用于输出音频信号。i/o接口2412为处理组件2402和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。传感器组件2414包括一个或多个传感器,用于为装置2400提供各个方面的状态评估。例如,传感器组件2414可以检测到设备2400的打开/关闭状态,组件的相对定位,例如上述组件为装置2400的显示器和小键盘,传感器组件2414还可以检测装置2400或装置2400一个组件的位置改变,用户与装置2400接触的存在或不存在,装置2400方位或加速/减速和装置2400的温度变化。传感器组件2414可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2414还可以包括光传感器,如cmos或ccd图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件2414还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。通信组件2416被配置为便于装置2400和其他设备之间有线或无线方式的通信。装置2400可以接入基于通信标准的无线网络,如wifi,2g或3g,或它们的组合。在一个示例性实施例中,通信组件2416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,上述通信组件2416还包括近场通信(nfc)模块,以促进短程通信。例如,在nfc模块可基于射频识别(rfid)技术,红外数据协会(irda)技术,超宽带(uwb)技术,蓝牙(bt)技术和其他技术来实现。在示例性实施例中,装置2400可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。在示例性实施例中,还提供了一种非临时性计算机可读存储介质,例如包括指令的存储器2404,当存储介质中的指令由装置2400的处理器2420执行时,使得装置2400能够执行应用交互的方法,该方法包括:在当前应用与预设虚拟服务器之间建立虚拟网络连接;通过所述虚拟网络连接,获取经由操作系统的目标网络请求,所述目标网络请求用于跳转到目标应用;从所述目标网络请求中提取目标应用参数,所述目标应用参数至少包括:目标应用的身份标识;根据所述目标应用参数打开所述目标应用。所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本
技术领域
中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1