CN108040091A - 数据处理方法、装置及存储介质 - Google Patents

Abstract

本发明公开了一种数据处理方法，所述方法包括：当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务；若存在所述待连接服务，则获取所述待连接服务的服务端口信息；根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；基于所述连接获取所述第二应用的目标数据；在所述第一应用的应用界面上显示所述目标数据。本发明可以使得用户在使用终端的过程中，无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

Description

数据处理方法、装置及存储介质

技术领域

本发明涉及电子技术领域，具体涉及一种数据处理方法、装置及存储介质。

背景技术

随着智能终端的普及，以及运行在智能终端上的应用的逐渐发展，涌现出大量能实现不同功能的应用。

当前，应用除了可以和服务器进行连接通信外，还可以通过智能终端上的硬件设备获取硬件提供的信息。但是，当需要在两个应用之间进行通信时，因为系统的限制，只能实现某些简单的功能，例如是应用进程间的相互调用或者是简单的信息授权确认，而不能完成数据量较大的交互通信。因此，在一些需要两个应用间进行信息互动的场景中，例如利用直播应用对游戏应用进行直播时，用户为了及时查看弹幕消息或者对直播应用进行操作，只能通过在游戏应用和直播应用之间来回切换。

但是，终端系统在切换不同应用的过程中需要调用大量的资源，当用户频繁切换不同应用时会对系统运行造成较大的负担，从而导致终端的耗电量较大。

发明内容

本发明实施例提供一种数据处理方法、装置及存储介质，可以进而降低终端的功耗。

本发明实施例提供了一种数据处理方法，包括：

当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务；

若存在所述待连接服务，则获取所述待连接服务的服务端口信息；

根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；

基于所述连接获取所述第二应用的目标数据；

在所述第一应用的应用界面上显示所述目标数据。

本发明实施例还提供了一种数据处理装置，所述装置包括：

服务查询模块，用于当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务；

信息获取模块，用于若存在所述待连接服务，则获取所述待连接服务的服务端口信息；

连接建立模块，用于根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；

数据获取模块，用于基于所述连接获取所述第二应用的目标数据；

显示模块，用于在所述第一应用的应用界面上显示所述目标数据。

本发明实施例还提供了一种存储介质，所述存储介质存储多条指令，所述多条指令适于在计算机上运行时，使得所述计算机执行如上所述的数据处理方法。

在本发明实施例中，通过建立第一应用与第二应用所注册的服务之间的连接，使得第一应用可以从第二应用中获取到目标数据，并将该目标数据显示在第一应用的应用界面中，从而无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

附图说明

下面结合附图，通过对本发明的具体实施方式详细描述，将使本发明的技术方案及其它有益效果显而易见。

图1为本发明实施例提供的数据处理方法的实现流程图；

图2为本发明实施例提供的数据处理方法的应用场景示意图；

图3为本发明实施例提供的发现待连接服务的实现流程图；

图4为本发明实施例提供的建立第一应用与待连接服务之间连接的实现流程图；

图5为本发明实施例提供的获取目标数据的实现流程图；

图6为本发明实施例提供的显示目标数据的实现流程图；

图7为本发明实施例提供的显示目标数据的应用场景图；

图8为本发明实施例提供的数据处理方法的另一应用场景的时序图；

图9为本发明实施例提供的数据处理装置的结构示意图；

图10为本发明实施例提供的数据处理装置的另一结构示意图；

图11为本发明实施例提供的一种终端的结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语“模块”可为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可为在该运算系统上的实施对象。而本文所述的装置及方法可以以软件的方式进行实施，当然也可在硬件上进行实施，均在本发明保护范围之内。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

图1示出了本发明实施例提供的数据处理方法的实现流程，该方法可以应用在终端中，例如个人电脑、智能手机、智能手表、平板电脑或者其他设置有可运行多个应用程序进程的系统的终端等。为了便于说明，图中仅示出了与发明相关的部分。

其中，该数据处理方法包括以下步骤：

101、当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务。

其中，第一应用、第二应用分别为两个运行在终端系统中的应用程序。切换到系统的前台，可以是从后台切换到前台，也可以是从关闭状态进行启动。系统的前台一般只可以运行一个应用，而系统的后台可以允许一个或多个应用的运行。该第二应用的待连接服务可以为与之连接的应用提供第二应用中的服务。例如当第二应用为视频直播应用时，可以为与之连接的应用提供视频直播应用获取的视频图像、文字内容等。

在一实施例中，当第一应用切换到系统的前台运行时，此时如果第一应用没有注册连接服务时，会先在系统中进行相关的服务注册。该连接服务可以是基于组播域名系统(multicast Domain Name System，mDNS)的服务。基于该mDNS的服务，当注册完成后，根据mDNS的协议将第一应用的服务端口信息广播出去，并监听是否存在来自本终端其他服务的应答，最后根据应答结果来确定是否存在第二应用的待连接服务。

在一实施例中，参考图2，若第二应用在第一应用启动之前进行启动，则当第二应用启动以后，会开启第二应用的应用功能，并将该应用功能对应的服务作为待连接服务进行发布。例如，当第二应用为视频直播应用时，此时会启动应用的直播功能，并将该直播功能所相关的服务在系统中进行注册。当第一应用在前台启动时，可以利用广播功能在系统中查询是否存在与该直播功能相关的服务。

102、若存在待连接服务，则获取待连接服务的服务端口信息。

其中，每一项在系统中注册的服务，以mDNS为例，其均具有一个与该服务对应的服务端口，以方便其他应用通过该服务端口与该第二应用进行数据的连接传输。

在一实施例中，该服务端口可以包括服务类型、端口地址、服务名称等。例如，一个服务端口的服务类型为“FTP”、端口地址可以为“127.0.0.1”、服务名称为“服务A”。该服务端口信息可以从系统中获取，也可以通过收听其他服务在系统广播的内容中获取。

103、根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接。

在一实施例中，当获知该待连接服务的服务端口信息后，可以利用mDNS系统中该服务端口信息的端口地址以及服务名称，将第一应用通过系统向该待连接服务的端口地址发起连接，并建立第一应用与第二应用之间数据信道，以解决第一应用与第二应用在同一终端中数据传输受限的问题。

具体的，该数据信道可以是基于传输控制协议(Transmission ControlProtocol，TCP)建立的信道，以避免因使用Http协议所造成的传输限制的问题，增强数据传输过程中的可靠性。该TCP连接可以是长连接，并可以采用“请求-响应”的模式，以维持第一应用与第二应用之间的双向交互来实现应用间数据的传输。当然，还可以采用即时连接的手段在第一应用与第二应用的待连接服务之间进行连接，以避免过多占用资源，本发明对此不作限定。

参见图2，当第一应用通过系统发现存在第二应用的待连接服务时，会在系统中向第二应用的待连接服务发起连接请求，当第二应用应答以后，即可建立第一应用与第二应用的待连接服务之间的连接，该第一应用可以通过该连接获取第二应用中的目标数据。

当然，若第一应用启动后发现不存在第二应用的待连接服务时，可以通过在系统中监听是否有第二应用的待连接服务进行注册。若有，则在接收到该待连接服务注册时广播的服务端口信息后，第一应用可以通过所监听到的该服务端口信息，请求与该待连接服务建立连接。

104、基于连接获取第二应用的目标数据。

其中，目标数据是第一应用所需的第二应用的数据，例如视频图像、文字内容等。

在一实施例中，基于连接获取第二应用的目标数据，第一应用可以先发出目标数据获取请求，以确定需要什么数据。然后根据该目标数据获取请求，从第二应用中获取到该目标数据。该目标数据可以通过步骤103所述的数据信道从第二应用传输至第一应用。

105、在第一应用的应用界面上显示目标数据。

其中，第一应用运行在系统的前台，其应用界面用于显示第一应用的功能内容，并可以接收用户在应用界面上的触控操作。

在一实施例中，当第一应用通过数据信道获取到第二应用的目标数据时，可以在第一应用的应用界面上进行显示。具体的，可以在第一应用中嵌入一段运行代码，当第一应用与第二应用之间的连接建立完成后，会在第一应用的应用界面上创建并插入一显示组件。利用该显示组件，可以将目标数据显示在该显示组件上，以达到与应用界面上的原显示内容进行同屏显示的目的，使得用户只通过第一应用的应用界面即可同时获知第一应用以及指定的第二应用的内容。

由上可知，在本发明实施例中，通过建立第一应用与第二应用在系统中所注册的服务之间的连接，使得第一应用可以从位于同一终端的第二应用中获取到目标数据，并将该目标数据显示在第一应用的应用界面中。用户在使用终端的过程中，无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

图3示出了本发明实施例提供的其中一种发现待连接服务的实现流程，为了便于说明，图中仅示出了与发明相关的部分。其中，当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务，具体可以包括以下步骤：

201、确定需与第一应用建立连接的第二应用的待连接服务。

其中，具体确定方式可以是根据人为预设的待连接服务的服务类型、服务名称来确定。

在一些实施例中，可以先获取预存的在第一应用中的待连接服务相关的信息，如服务类型、服务名称等信息。然后，系统可以从这些预存的信息中确定需要连接的待连接服务的信息，根据该待连接服务相关的信息生成服务查询请求。

例如，可以在预先设定该第一应用在某特定场景下需要连接的是名称为“服务A”的服务，然后将该信息存储在第一应用中。当第一应用需要连接该服务时，则可以从该预存的信息中确定第一应用需要连接的待连接服务的服务名称为“服务A”。

202、将用于查询待连接服务的服务查询请求在系统中进行广播。

其中，服务查询请求中包含所指定的待连接服务的信息，例如该待连接服务的服务类型、服务名称等。

在一实施例中，当第一应用切换到系统的前台运行、并在系统注册与第一应用相关的信息后，系统会根据与该待连接服务相关的信息生成服务查询请求。然后，将第一应用的该服务查询请求向所有在系统中注册的服务进行广播，以通过该服务查询请求来探查在系统中是否存在待连接服务。

203、监听是否存在所述待连接服务基于所述服务查询请求反馈的请求应答。

在一实施例中，当将第一应用的该服务查询请求向所有在系统中注册过的服务进行广播后，每个系统中注册的服务均会将自身的信息与该服务查询请求中的要求进行匹配，以查看自身服务是否满足该服务查询请求的要求。

例如，服务查询请求寻找的服务所要求的服务类型是“FTP”、服务名称是“服务A”，则当该注册服务所对应的服务类型和服务名称同样分别是“FTP”、“服务A”的时候，则会返回与该服务查询请求对应的请求应答。当监听到存在与服务查询请求对应的请求应答时，则可以确定系统中存在待连接服务。当然，具体实现方式可以根据实际情况而进行设定。

当在预设时间里面没有监听到该请求应答时，可以确定第二应用的待连接服务未启动，此时可以监听是否有需要连接的待连接服务注册。

204、判断是否有待连接服务进行注册。

当有服务在系统中完成注册时，会将该新注册服务的服务端口信息在系统中进行广播，让各个终端或应用获知系统中有新注册的服务，以及该服务的服务端口信息，服务端口信息可以包括该服务的服务类型、端口地址、服务名称等。

在一实施例中，可以通过监听系统中服务注册时广播的服务端口信息，来确定是否有符合条件的待连接服务进行注册。当有监听到在系统中广播的服务端口信息满足待连接服务的条件时，则可以确定此时系统中存在第二应用的待连接服务。

由上可知，通过在系统中广播用于查询待连接服务的服务查询请求，并监听是否存在待连接服务基于服务查询请求反馈的请求应答或者待连接服务注册时广播的服务端口信息，可以较为准确地发现第二应用的待连接服务，以便后续通过连接该待连接服务来实现第一应用与第二应用之间的连接。

图4示出了本发明实施例的其中一种建立待连接服务与第一应用之间的连接的实现流程，为了便于说明，图中仅示出了与发明相关的部分。其中，根据待连接服务的服务端口信息，建立待连接服务与第一应用之间的连接，具体可以包括以下步骤：

301、建立待连接服务对应的传输服务器。

其中，传输服务器用于与第一应用进行连接。可以理解的，该传输服务器还可以用于连接其他应用。

在一实施例中，该传输服务器可以是基于第二应用所构建的用于数据传输的虚拟服务器。当建立该传输服务器以后，可以将第二应用存储的数据作为该传输服务器所能为其他应用提供的数据。

其中，该传输服务器可以是TCP(Transmission Control Protocol传输控制协议)服务器，并通过将其他应用作为客户端进行连接，以形成C/S(客户/服务器)交互架构。该连接可以是基于TCP的长连接，也可以是短连接。

采用TCP连接，可以在技术上规避了传统技术中使用Http协议进行数据传输的缺陷，提高数据传输过程中的可靠性。

302、将传输服务器的服务名称以及端口地址作为待连接服务的服务端口信息。

在一实施例中，传输服务器建立以后，会随之产生该传输服务器的服务名称以及端口地址，其他应用可以根据该传输服务器的服务名称以及端口地址来查找到该服务端口，并通过连接该服务端口来与所建立的基于第二应用的传输服务器进行连接。

例如，传输服务器“服务器A”的服务端口信息中可以包括服务类型“FTP”、端口地址“127.0.0.1”以及服务名称“服务A”。第一应用可以通过该“服务器A”所提供的服务端口信息获取到与该传输服务器的连接方式。

303、获取待连接服务的服务端口信息。

在一实施例中，在第一应用查询是否存在待连接服务的过程中，系统会将服务查询请求进行广播。此时当系统中存在待连接服务时，会反馈回该待连接服务的请求应答，从而可以从反馈的该待连接服务的请求应答中获取到服务端口信息。

304、确定待连接服务的服务名称以及端口地址。

其中，服务名称以及端口地址均可以从服务端口信息中获取。

305、建立第一应用与待连接服务的传输服务器之间的连接。

在一实施例中，当确定待连接服务的服务名称以及端口地址后，可以将第一应用作为客户端，连接该待连接服务的端口地址，以建立第一应用与该待连接服务之间的连接。

比如，在连接过程中，因为第二应用在发布待连接服务之前已经建立起传输服务器，当第一应用连接至待连接服务的端口地址时，实际上是在第一应用与待连接服务的传输服务器之间建立C/S交互架构，以通过“请求-响应”模式来实现同一终端内第一应用与第二应用之间的数据传输。

图5示出了本发明实施例提供的其中一种获取目标数据的实现流程，为了便于说明，图中仅示出了与发明相关的部分。

在一实施例中，图2中在基于连接获取第二应用的目标数据之前，还可以包括：

401、将第二应用获取到的原始数据存入缓存。

具体的，原始数据可以从与第二应用连接的内容服务器中获取。

例如，若第二应用为视频直播应用，用户会通过该视频直播应用打开某个视频播放界面，并在切换到后台后视频直播应用仍然继续接收视频播放界面中的视频数据以及用户的评论数据。此时，该视频数据以及用户的评论数据均可以作为原始数据存储在缓存中。

402、获取第一应用发出的目标数据获取请求。

403、根据目标数据获取请求，基于连接从第二应用存入缓存的原始数据中选取目标数据。

在这里，第二应用可以作为存储有目标数据的服务器，在接收到目标数据获取请求后会在第二应用存入缓存的原始数据中选取到目标数据，并将目标数据通过建立的连接发送至第一应用，以在第一应用的应用界面上进行显示。

例如，若第二应用为视频直播应用，其在缓存中存储有视频数据以及用户的评论数据。当第一应用需要获取的是用户的评论数据时，第二应用会根据第一应用发出的目标数据获取请求从缓存中选取目标数据，也即用户的评论数据，而忽视除评论数据以外的其它数据。

由上可知，第二应用先将原始数据存入缓存，然后基于第一应用发出的目标数据获取请求从缓存中选取第一应用所需的目标数据，并通过第一应用与第二应用之间的连接发送给第一应用，可以方便第一应用从第二应用中获取所需的数据，而无需连接第二应用的内容服务器获取，有效提高系统效率，降低设备功耗。

图6示出了本发明实施例提供的显示目标数据的实现流程，为了便于说明，图中仅示出了与发明相关的部分。

501、在第一应用的应用界面上创建显示组件。

在一实施例中，结合图7场景，该显示组件可以是第一应用在应用界面上单独划出的一片显示区域。当然，一般情况下该显示区域只是应用界面的一部分，以达到与应用界面上的原显示内容进行同屏显示的目的。

502、将目标数据通过显示组件与应用界面上的原显示内容进行同屏显示。

例如，结合图7，若第一应用为游戏应用，第二应用为视频直播应用，则当获取的目标数据为用户的评论数据时，可以在第一应用的一侧显示一个窗口，并在该窗口显示来至视频直播应用的评论数据。

在这里，该窗口将视频直播应用的评论数据，如“观众A-D”的评论进行显示，此时用户可以在游戏应用的界面中及时查看到这些评论，并通过麦克风或者打字等形式与观众进行互动，如此用户可以一边在终端上玩游戏，一边观看到在视频直播应用上的用户评论，而无需在这两个应用上进行频繁的切换，从而减少了系统资源的消耗，进而降低终端的功耗。

503、接收对显示组件的触控操作。

在一实施例中，显示组件不仅可以显示目标数据，还可以显示其他触控按键。当用户需要在带触摸功能的屏幕所显示的某个选项进行点触、滑动、长按等操作时，终端可以接收到该触控操作，并执行该选项对应的指令。

例如，如图7所示，触控按键可以是用于控制视频直播应用的按钮，如图中的“开始直播”、“结束直播”、“直播分享”等。当然，除了本实施例提供的事例，还可以根据实际情况设置其他选项，以供用户操作。

504、根据触控操作，对第二应用执行与触控操作对应的指令。

当接收到对显示组件上的触控按键的触控操作，可以根据该触控操作来执行相对应的指令。

例如，当图7中显示组件上的“开始直播”被人点击以后，则终端可以对视频直播应用执行开始直播的指令，进而视频直播应用开始对游戏应用的界面进行直播。如此用户无需切换到视频直播应用，即可在游戏应用的应用界面当中实现对视频直播应用的跨应用控制，操作更加方便。

图8示出了本发明实施例提供的数据处理方法的另一应用场景的时序图，为了便于说明，图中仅示出了与发明相关的部分。

在这里，上述实施例所述的第一应用为游戏应用，第二应用为视频直播应用，游戏应用以及视频直播应用均运行在同一终端中。可以理解的，第一应用以及第二应用还可以是其他应用，例如地图应用、即时通信应用等，并不仅限于游戏应用或者是直播应用。

该终端的操作系统以苹果公司的iOS操作系统为例，当然，该操作系统仅用于示例，实际应用中数据处理方法可以应用在安卓(Android)操作系统、微软视窗(Windows)操作系统或其他可运行一个或同时多个应用程序的终端系统中。

作为一个实施例，下面步骤均可基于终端系统中的mDNS服务进行连接通信。

601、视频直播应用启动直播功能，连接Airplay服务。

其中，AirPlay是苹果公司的一种播放技术，Bonjour是基于组播域名服务(multicast DNS，mDNS)的零配置联网，能自动发现IP网络上的电脑、设备和服务。Bonjour使用工业标准的IP协议来允许设备自动发现彼此，而不需输入IP地址或配置DNS服务器。

602、视频直播应用将Airplay注册Bonjour服务，公布控制端口。

在一实施例中，用户启动安装在终端的视频直播应用的过程中，首先会请求Airplay建立连接，并在完成建立Airplay的连接以后将视频直播应用的Airplay服务在Bonjour上进行注册。

当视频直播应用注册Bonjour服务后，会将该视频直播服务的服务端口进行公布。具体的，可以先建立视频直播服务对应的传输服务器，然后将视频直播应用存储的数据作为该传输服务器所能为其他应用提供的数据，并将该传输服务器的服务名称以及端口地址作为视频直播服务的服务端口信息在系统中进行广播。该传输服务器基于TCP连接协议，当有其他应用作为客户端与视频直播服务的服务端口进行连接后，可以与所建立的传输服务器之间进行C/S交互架构的TCP长连接。

例如，当视频直播应用注册Bonjour服务后，会建立一个传输服务器“服务器A”，其服务端口信息中可以包括服务类型“FTP”、端口地址“127.0.0.1”以及服务名称“服务A”。当其他应用以客户端的身份请求与该传输服务器进行连接时，可以通过服务类型以及服务名称来发现该服务的服务端口信息，然后连接ip：127.0.0.1：port地址的服务，建立两个应用之间的连接信道。

603、开启游戏应用，将游戏应用切换到前台。

在一实施例中，开启游戏应用之前，需要将启动后的视频直播应用切换到后台，并在开启游戏应用以后，系统自动会将游戏应用的应用切换到前台。当然，若游戏应用的启动是在开启视频直播应用之前，可以先将游戏应用放入后台，待视频直播应用启动后再将游戏应用切换到前台。可以理解的，当游戏应用位于前台时，视频直播应用位于后台，并时刻接收内容服务器发送的原始数据。

604、游戏应用检测是否存在Airplay视频直播服务。

在一实施例中，在游戏应用启动过程中，游戏应用会执行游戏应用中用于两个或以上应用之间进行数据交互所设的SDK(软件开发工具包)。其中，该SDK会主动检测系统中是否有已在Bonjour注册的Airplay服务，当通过发送服务查询请求后，检测到存在Airplay服务所反馈的请求应答时，可以确定此时存在Airplay服务。

或者，当没有检测到存在Airplay服务所反馈的请求应答时，会采用监听模式监听是否有新的Airplay服务通过Bonjour进行服务注册。当游戏应用中SDK接收到有新的Airplay服务通过Bonjour进行服务注册后所广播的服务端口信息时，可以确定此时存在Airplay服务。

605、游戏应用发现Airplay服务，通过TCP建立通信连接，建立数据和控制通道。

当游戏应用发现Airplay服务后，游戏应用会向该Airplay服务的服务端口发起连接请求，此时可以将游戏应用作为客户端，连接该Airplay服务的传输服务器的端口地址，以建立TCP长连接，也即游戏应用与Airplay服务之间的数据和控制通道。

606、视频直播应用返回的录屏状态以及直播间弹幕相关的信息。

在一实施例中，当游戏应用与视频直播应用建立好TCP长连接的数据和控制通道后，可以通过“请求-响应”模式来实现同一终端内视频直播应用与游戏应用之间的数据传输。

与此同时，用户会通过视频直播应用打开该用户的直播间，并在切换到后台后视频直播应用仍然继续接收视频播放界面中的视频数据以及用户的评论数据，如直播间与弹幕相关的信息，包括直播间的观众名称、评论、礼物提示等等。此时，该视频数据以及用户的评论数据均可以作为原始数据存储在缓存中。

当游戏应用需要获取直播间弹幕相关的信息时，可以利用所建立的游戏应用与视频直播应用之间的数据与控制通道向视频直播应用发送目标数据获取请求。视频直播应用会根据游戏应用发出的目标数据获取请求从缓存中选取目标数据，也即直播间弹幕相关的信息，并将该目标数据发送给游戏应用。

在这里，游戏应用还可以请求将视频直播应用的录屏状态通过所建立的数据与控制通道进行获取，以方便游戏应用可以将该录屏状态进行显示，用户可以根据该录屏状态对视频直播应用进行控制。

607、创建窗口UI，将视频直播应用的录屏状态以及直播间弹幕相关的信息展示在游戏应用的应用界面。

结合图7，在一实施例中，游戏应用可以创建窗口UI，并在其应用界面的一侧进行显示，此时在该窗口UI上可以同时显示来至视频直播应用的直播间弹幕相关的信息。如对“观众A、B、C、D”的评论进行显示，此时用户可以在游戏应用的界面中及时查看到这些评论，并通过麦克风或者打字等形式与观众进行互动，如此用户可以一边在终端上玩游戏，一边观看到在视频直播应用上的用户评论。

在图7中还将录屏状态对应的触控按键进行显示，如图中的“开始直播”、“结束直播”、“直播分享”等。当然，除了本实施例提供的事例，还可以根据实际情况设置其他选项，以供用户操作。

在本应用场景的时序图中，由上可知，该实施例将同一终端上游戏应用与视频直播应用所注册的服务之间进行连接，并将在视频直播应用中获取到的录屏状态以及直播间弹幕相关的信息展示在游戏应用的应用界面，从而使用户在使用终端进行游戏直播的过程中，无需在这两个应用上进行频繁的切换也可以及时查看到直播间的信息，减少了系统资源的消耗，进而降低终端的功耗。

本申请实施例中，所述应用程序管控装置与上文实施例中的一种应用程序管控方法属于同一构思，在所述应用程序管控装置上可以运行所述应用程序管控方法实施例中提供的任一方法，其具体实现过程详见所述应用程序管控方法实施例，并可以采用任意结合形成本申请的可选实施例，此处不再赘述。

在本发明实施例中，该数据处理装置通过建立第一应用与第二应用在系统中所注册的服务之间的连接，使得第一应用可以从位于同一终端的第二应用中获取到目标数据，并将该目标数据显示在第一应用的应用界面中。用户在使用终端的过程中，无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

图9示出了本发明实施例提供的数据处理装置的结构，为了便于说明，图中仅示出了与发明相关的部分。

在本发明实施例中，一种数据处理装置，包括服务查询模块710、信息获取模块720、连接建立模块730、数据获取模块740以及显示模块750。

服务查询模块710，用于当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务。

其中，第一应用、第二应用分别为两个运行在终端系统中的应用程序。切换到系统的前台，可以是从后台切换到前台，也可以是从关闭状态进行启动。系统的前台一般只可以运行一个应用，而系统的后台可以允许一个或多个应用的运行。该第二应用的待连接服务可以为与之连接的应用提供第二应用中的服务。

在一实施例中，当第一应用切换到系统的前台运行时，此时如果第一应用没有注册连接服务时，会先在系统中进行相关的服务注册。该连接服务可以是基于组播域名系统(multicast Domain Name System，mDNS)的服务。基于该mDNS的服务，当注册完成后，会通过mDNS的协议将第一应用的服务端口信息广播出去，并监听是否存在来自本终端其他服务的应答，最后根据应答结果来确定是否存在第二应用的待连接服务。

信息获取模块720，用于若存在所述待连接服务，则获取所述待连接服务的服务端口信息。

其中，每一项在系统中注册的服务，以mDNS为例，其均具有一个与该服务对应的服务端口，以方便其他应用通过该服务端口与该第二应用进行数据的连接传输。

连接建立模块730，用于根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接。

在一实施例中，当获知该待连接服务的服务端口信息后，可以利用mDNS系统中该服务端口信息的端口地址以及服务名称，将第一应用通过系统向该待连接服务的端口地址发起连接，并建立第一应用与第二应用之间数据信道，以解决第一应用与第二应用在同一终端中数据传输受限的问题。

数据获取模块740，用于基于所述连接获取所述第二应用的目标数据。

其中，目标数据是第一应用所需的第二应用的数据，例如视频图像、文字内容等。

显示模块750，用于在所述第一应用的应用界面上显示所述目标数据。

其中，第一应用运行在系统的前台，其应用界面用于显示第一应用的功能内容，并可以接收用户在应用界面上的触控操作。

在一实施例中，当第一应用通过数据信道获取到第二应用的目标数据时，可以在第一应用的应用界面上进行显示。

由上可知，在本发明实施例中，通过连接建立模块730建立第一应用与第二应用所注册的服务之间的连接，使得第一应用可以通过数据获取模块740从第二应用中获取到目标数据，并让显示模块750将该目标数据显示在第一应用的应用界面中，从而无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

图10示出了本发明实施例提供的数据处理装置的另一结构，为了便于说明，图中仅示出了与发明相关的部分。

在本发明实施例中，一种数据处理装置，除了包括图9中示出的服务查询模块710、信息获取模块720、连接建立模块730、数据获取模块740以及显示模块750以外，还包括服务器建立模块760、数据存储模块770、操作接收模块780以及指令执行模块。

服务查询模块710、信息获取模块720、连接建立模块730、数据获取模块740以及显示模块750可以参考图9中的描述，在此不再赘述。

参考图10，在一实施例中，服务器建立模块760，用于建立待连接服务对应的传输服务器，所述传输服务器用于与所述第一应用连接；将所述传输服务器的服务端名称以及端口地址作为所述待连接服务的服务端口信息。

该传输服务器可以是基于第二应用所构建的用于数据传输的虚拟服务器。当建立该传输服务器以后，可以将第二应用存储的数据作为该传输服务器所能为其他应用提供的数据。

在一实施例中，服务查询模块710包括服务确定子模块711、请求广播子模块712以及应答监听子模块713，其中：

服务确定子模块711，用于确定需与第一应用建立连接的第二应用的待连接服务。

在一些实施例中，可以先获取预存的在第一应用中的待连接服务相关的信息，如服务类型、服务名称等信息。然后，系统可以从这些预存的信息中确定需要连接的待连接服务的信息，根据该待连接服务相关的信息生成服务查询请求。

例如，可以在预先设定该第一应用在某特定场景下需要连接的是名称为“服务A”的服务，然后将该信息存储在第一应用中。当第一应用需要连接该服务时，则可以从该预存的信息中确定第一应用需要连接的待连接服务的服务名称为“服务A”。

其中，具体确定方式可以是根据人为预设的服务类型、服务名称来确定。

请求广播子模块712，用于将用于查询所述待连接服务的服务查询请求在所述系统中进行广播。

其中，服务查询请求中包含所指定的待连接服务的信息，例如该待连接服务的服务类型、服务名称等。

应答监听子模块713，用于监听是否存在所述待连接服务基于所述服务查询请求反馈的请求应答；当监听到所述待连接服务的请求应答时，则所述系统中存在所述待连接服务。

当将第一应用的该服务查询请求向所有在系统中注册过的服务进行广播后，每个系统中注册的服务均会将自身的信息与该服务查询请求中的要求进行匹配，以查看自身服务是否满足该服务查询请求的要求。

在一实施例中，连接建立模块730包括信息确定子模块731以及连接建立子模块732，其中：

信息确定子模块731，用于根据所述待连接服务的服务端口信息，确定所述待连接服务的服务名称以及端口地址。

其中，服务名称以及端口地址均可以从服务端口信息中获取。

连接建立子模块732，用于根据所述待连接服务的服务名称以及端口地址，建立所述第一应用与服务端口之间的连接。

在一实施例中，当服务器建立模块760建立传输服务器后，所述连接建立模块730，还用于建立所述第一应用与所述待连接服务的传输服务器之间的连接。

在一实施例中，数据获取模块740包括请求获取子模块741以及数据选取子模块742，其中：

请求获取子模块741，用于获取所述第一应用发出的目标数据获取请求。

数据选取子模块742，用于根据所述目标数据获取请求，基于所述连接从所述第二应用存入缓存的原始数据中选取目标数据。

在这里，第二应用可以作为存储有目标数据的服务器，在接收到目标数据获取请求后会在第二应用存入缓存的原始数据中选取到目标数据，并将目标数据通过建立的连接发送至第一应用，以在第一应用的应用界面上进行显示。

在一实施例中，该装置在数据获取模块740之前，还可以包括数据存储模块770，该数据存储模块770用于将所述第二应用获取到的原始数据存入缓存。

具体的，原始数据可以从与第二应用连接的内容服务器中获取。

在一实施例中，显示模块750，包括组件创建子模块751以及显示子模块752，其中：

组件创建子模块751，用于在所述第一应用的应用界面上创建显示组件。

该显示组件可以是第一应用在应用界面上单独划出的一片显示区域。当然，一般情况下该显示区域只是应用界面的一部分，以达到与应用界面上的原显示内容进行同屏显示的目的。

显示子模块752，用于将所述目标数据通过所述显示组件与所述应用界面上的原显示内容进行同屏显示。

在一实施例中，该装置在显示模块750将目标数据在第一应用的应用界面上进行显示以后，还包括操作接收模块780以及指令执行模块790，其中：

操作接收模块780，用于接收对所述显示组件的触控操作。

在一实施例中，显示组件不仅可以显示目标数据，还可以显示其他触控按键。当用户需要在带触摸功能的屏幕所显示的某个选项进行点触、滑动、长按等操作时，终端可以接收到该触控操作，并执行该选项对应的指令。

指令执行模块790，用于根据所述触控操作，对所述第二应用执行与所述触控操作对应的指令。

当接收到对显示组件上的触控按键的触控操作，可以根据该触控操作来执行相对应的指令。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

本申请实施例中，所述应用程序管控装置与上文实施例中的一种应用程序管控方法属于同一构思，在所述应用程序管控装置上可以运行所述应用程序管控方法实施例中提供的任一方法，其具体实现过程详见所述应用程序管控方法实施例，并可以采用任意结合形成本申请的可选实施例，此处不再赘述。

在本发明实施例中，该数据处理装置通过建立第一应用与第二应用所注册的服务之间的连接，使得第一应用可以从第二应用中获取到目标数据，并将该目标数据显示在第一应用的应用界面中，从而无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

此外，本发明实施例还提供一种终端，如图11所示，该终端可以包括射频(RF，Radio Frequency)电路801、包括有一个或一个以上计算机可读存储介质的存储器802、输入单元803、显示单元804、传感器805、音频电路806、无线保真(WiFi，Wireless Fidelity)模块807、包括有一个或者一个以上处理核心的处理器808、以及电源809等部件。本领域技术人员可以理解，图7中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路801可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器808处理；另外，将涉及上行的数据发送给基站。通常，RF电路801包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路801还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

存储器802可用于存储软件程序以及模块，处理器808通过运行存储在存储器802的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器802可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器802还可以包括存储器控制器，以提供处理器808和输入单元803对存储器802的访问。

输入单元803可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元803可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器808，并能接收处理器808发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元803还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元804可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元804可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid Crystal Display)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器808以确定触摸事件的类型，随后处理器808根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图11中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

终端还可包括至少一种传感器805，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路806、扬声器，传声器可提供用户与终端之间的音频接口。音频电路806可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路806接收后转换为音频数据，再将音频数据输出处理器808处理后，经RF电路801以发送给比如另一终端，或者将音频数据输出至存储器802以便进一步处理。音频电路806还可能包括耳塞插孔，以提供外设耳机与终端的通信。

WiFi属于短距离无线传输技术，终端通过WiFi模块807可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然示出了WiFi模块807，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器808是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器802内的软件程序和/或模块，以及调用存储在存储器802内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器808可包括一个或多个处理核心；优选的，处理器808可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器808中。

终端还包括给各个部件供电的电源809(比如电池)，优选的，电源可以通过电源管理系统与处理器808逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源809还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器808会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器802中，并由处理器808来运行存储在存储器802中的应用程序，从而实现各种功能：

当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务；若存在所述待连接服务，则获取所述待连接服务的服务端口信息；根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；基于所述连接获取所述第二应用的目标数据；在所述第一应用的应用界面上显示所述目标数据。

在某些实施方式中，所述处理器808还可以实现：

当检测到后台运行导航进程时，获取在预设的第一历史时长中所述导航进程对数据进行主动同步的同步次数；判断所述同步次数是否大于或等于预设的次数阈值；若是，则获取所述导航进程对应的导航任务参数。

在某些实施方式中，所述处理器808还可以实现：

确定需与所述第一应用建立连接的待连接服务，所述待连接服务为所述第二应用在所述系统的后台运行的服务；将用于查询所述待连接服务的服务查询请求在所述系统中进行广播；监听是否存在所述待连接服务基于所述服务查询请求反馈的请求应答；当监听到所述待连接服务的请求应答时，则所述系统中存在所述待连接服务。

在某些实施方式中，所述应用的使用状态包括所述应用的数据下载状态，所述处理器808还可以实现：

根据所述待连接服务的服务端口信息，确定所述待连接服务的服务名称以及端口地址；根据所述待连接服务的服务名称以及端口地址，建立所述第一应用与服务端口之间的连接。

在某些实施方式中，所述处理器808还可以实现：

建立待连接服务对应的传输服务器，所述传输服务器为基于所述第二应用设立的虚拟服务器；将所述传输服务器的服务名称以及端口地址作为所述待连接服务的服务端口信息；建立所述第一应用与所述待连接服务的传输服务器之间的连接。

在某些实施方式中，所述处理器808还可以实现：

将所述第二应用获取到的原始数据存入缓存；获取所述第一应用发出的目标数据获取请求；根据所述目标数据获取请求，基于所述连接从所述第二应用存入缓存的原始数据中选取目标数据。

在某些实施方式中，所述处理器808还可以实现：

在所述第一应用的应用界面上创建显示组件；将所述目标数据通过所述显示组件与所述应用界面上的原显示内容进行同屏显示。

在某些实施方式中，所述处理器808还可以实现：

接收对所述显示组件的触控操作；根据所述触控操作，对所述第二应用执行与所述触控操作对应的指令。

上述操作具体可参见前面的方法实施例，在此不再赘述。

由上可知，在本发明实施例中，通过建立第一应用与第二应用所注册的服务之间的连接，使得第一应用可以从第二应用中获取到目标数据，并将该目标数据显示在第一应用的应用界面中，从而无需在第一应用与第二应用中进行切换即可在运行在系统的前台的第一应用中显示第二应用的数据，减少了系统资源的消耗，进而降低终端的功耗。

本发明实施例还提供一种存储介质，所述存储介质存储多条指令，所述多条指令适于由处理器加载以执行上述实施例中的应用进程优先级管理方法，比如：当第一应用切换到系统的前台运行时，查询系统中是否存在第二应用在所述系统的后台运行的待连接服务；若存在所述待连接服务，则获取所述待连接服务的服务端口信息；根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；基于所述连接获取所述第二应用的目标数据；在所述第一应用的应用界面上显示所述目标数据。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。

以上对本发明实施例所提供的一种数据处理方法、装置及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (13)

1.一种数据处理方法，其特征在于，包括：

当第一应用切换到系统的前台运行时，查询所述系统中是否存在第二应用在所述系统的后台运行的待连接服务；

若存在所述待连接服务，则获取所述待连接服务的服务端口信息；

根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；

基于所述连接获取所述第二应用的目标数据；

在所述第一应用的应用界面上显示所述目标数据。

2.如权利要求1所述的数据处理方法，其特征在于，所述查询系统中是否存在第二应用在所述系统的后台运行的待连接服务，包括：

将用于查询所述待连接服务的服务查询请求在所述系统中进行广播；

监听是否存在所述待连接服务基于所述服务查询请求反馈的请求应答；

当监听到所述待连接服务的请求应答时，则所述系统中存在所述待连接服务。

3.如权利要求1所述的数据处理方法，其特征在于，在所述根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接之前，还包括：

建立所述待连接服务对应的传输服务器，所述传输服务器为基于所述第二应用设立的虚拟服务器；

将所述传输服务器的服务名称以及端口地址作为所述待连接服务的服务端口信息；

所述建立所述待连接服务与所述第一应用之间的连接，还包括：

建立所述第一应用与所述待连接服务的传输服务器之间的连接。

4.如权利要求1或3所述的数据处理方法，其特征在于：

在所述基于所述连接获取所述第二应用的目标数据之前，还包括：

将所述第二应用获取到的原始数据存入缓存；

所述基于所述连接获取所述第二应用的目标数据，包括：

获取所述第一应用发出的目标数据获取请求；

根据所述目标数据获取请求，基于所述连接从所述第二应用存入缓存的原始数据中选取目标数据。

5.如权利要求1所述的数据处理方法，其特征在于，所述在所述第一应用的应用界面上显示所述目标数据，包括：

在所述第一应用的应用界面上创建显示组件；

将所述目标数据通过所述显示组件与所述应用界面上的原显示内容进行同屏显示。

6.如权利要求5所述的数据处理方法，其特征在于，在所述第一应用的应用界面上显示所述目标数据之后，还包括：

接收对所述显示组件的触控操作；

根据所述触控操作，对所述第二应用执行与所述触控操作对应的指令。

7.一种数据处理装置，其特征在于，包括：

服务查询模块，用于当第一应用切换到系统的前台运行时，查询所述系统中是否存在第二应用在所述系统的后台运行的待连接服务；

信息获取模块，用于若存在所述待连接服务，则获取所述待连接服务的服务端口信息；

连接建立模块，用于根据所述待连接服务的服务端口信息，建立所述待连接服务与所述第一应用之间的连接；

数据获取模块，用于基于所述连接获取所述第二应用的目标数据；

显示模块，用于在所述第一应用的应用界面上显示所述目标数据。

8.如权利要求7所述的数据处理装置，其特征在于，所述服务查询模块，包括：

请求广播子模块，用于将用于查询所述待连接服务的服务查询请求在所述系统中进行广播；以及

应答监听子模块，用于监听是否存在所述待连接服务基于所述服务查询请求反馈的请求应答；当监听到所述待连接服务的请求应答时，则所述系统中存在所述待连接服务。

9.如权利要求7所述的数据处理方法，其特征在于，所述装置还包括：

服务器建立模块，用于建立所述待连接服务对应的传输服务器，所述传输服务器为基于所述第二应用设立的虚拟服务器；将所述传输服务器的服务端名称以及端口地址作为所述待连接服务的服务端口信息；

所述连接建立模块，还用于建立所述第一应用与所述待连接服务的传输服务器之间的连接。

10.如权利要求7或9所述的数据处理装置，其特征在于：

所述装置还包括：

数据存储模块，用于将所述第二应用获取到的原始数据存入缓存；

所述数据获取模块，包括：

请求获取子模块，用于获取所述第一应用发出的目标数据获取请求；以及

数据选取子模块，用于根据所述目标数据获取请求，基于所述连接从所述第二应用存入缓存的原始数据中选取目标数据。

11.如权利要求7所述的数据处理装置，其特征在于，所述显示模块，包括：

组件创建子模块，用于在所述第一应用的应用界面上创建显示组件；以及

显示子模块，用于将所述目标数据通过所述显示组件与所述应用界面上的原显示内容进行同屏显示。

12.如权利要求11所述的数据处理装置，其特征在于，所述装置，还包括：

操作接收模块，用于接收对所述显示组件的触控操作；以及

指令执行模块，用于根据所述触控操作，对所述第二应用执行与所述触控操作对应的指令。

13.一种存储介质，其特征在于，所述存储介质存储多条指令，所述多条指令适于在计算机上运行时，使得所述计算机执行如权利要求1至7任意一项所述的数据处理方法。