CN105915611A - 跨终端的数据处理方法和装置 - Google Patents

Abstract

本申请公开了跨终端的数据处理方法和装置。所述方法的一具体实施方式包括：获取跨终端的数据处理请求；基于所述数据处理请求生成待处理数据；向多个终端发送所述数据处理请求；响应于接收到通知消息，确定发送所述通知消息的终端为目标终端；向所述目标终端发送所述待处理数据，以供所述目标终端对所述待处理数据进行处理。该实施方式实现了跨终端的数据处理，能够结合多个终端的性能优势为用户提供服务，提升了数据请求的处理效率。

Description

跨终端的数据处理方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及终端技术领域，尤其涉及跨终端的数据处理方法和装置。

背景技术

现有的多种操作系统不同或硬件结构不同的终端设备可以为用户提供多样化的数据服务。用户可以根据需求手动选择不同的终端设备进行相关的操作。例如在办公场景中用户更倾向于选择台式计算机进行文件处理，在移动支付时选择移动支付安全性能较高的手机进行支付；在运动时选择智能手表进行运动数据的统计和记录，等等。

不同终端设备上可以安装相同或相关联的应用。例如同一用户的手机和平板电脑上都可以安装视频播放应用；手机上可以安装电商应用，而平板电脑中可以安装支付应用。现有技术中，同一终端设备上相关联的应用之间可以互相调起，但在不同终端设备之上的同一应用间或不同终端设备上的不同应用之间无法实现调起操作。用户切换终端设备时需要重新请求相应的数据，例如在手机上浏览网页，需要转到台式计算机浏览时，用户需要重新输入网址请求网页，在这个过程中，需要用户重复操作，操作流畅性差，用户体验有待提升。并且，单个终端设备的性能受限，在处理数据请求时，无法结合多个终端的性能优势进行高效的处理。

发明内容

有鉴于此，期望能够提供一种可结合多个终端的性能优势对数据请求进行处理的方法，为了解决上述一个或多个问题，本申请提供了跨终端的数据处理方法和装置。

第一方面，本申请提供了一种跨终端的数据处理方法，所述方法包括：获取跨终端的数据处理请求；基于所述数据处理请求生成待处理数据；向多个终端发送所述数据处理请求；响应于接收到通知消息，确定发送所述通知消息的终端为目标终端；向所述目标终端发送所述待处理数据，以供所述目标终端对所述待处理数据进行处理；其中，所述通知消息由所述目标终端确定能够处理所述数据处理请求而发送。

在一些实施例中，所述基于所述数据处理请求生成待处理数据，包括：查找出所述数据处理请求的相关数据，作为所述待处理数据。

在一些实施例中，所述基于所述数据处理请求生成待处理数据，还包括：对所述相关数据进行加密，将加密后的所述相关数据作为所述待处理数据。

在一些实施例中，在所述向所述目标终端发送所述待处理数据之前，所述方法还包括：按照向多个所述终端发送所述数据处理请求的请求终端与所述目标终端预先建立的通信协议封装所述待处理数据。

在一些实施例中，所述跨终端的数据处理请求与所述目标终端上的至少一个应用相关联。

第二方面，本申请提供了一种跨终端的数据处理方法，所述方法包括：接收请求终端发送的跨终端的数据处理请求；响应于确定能够处理所述数据处理请求，向所述请求终端发送通知消息；接收所述请求终端发送的待处理数据；对所述待处理数据进行处理；其中，所述待处理数据为所述请求终端基于获取的跨终端的数据处理请求而生成并响应于接收到所述通知消息而发送的。

在一些实施例中，所述数据处理请求与接收所述请求终端发送的数据处理请求的目标终端上的至少一个应用相关联；所述对所述待处理数据进行处理，包括：启动与所述数据处理请求相关联的至少一个所述应用，以对所述待处理数据进行相应的处理。

在一些实施例中，所述待处理数据为所述请求终端对基于所述数据请求查找出的相关数据加密后的数据，所述对所述待处理数据进行处理，还包括：在所述启动与所述数据处理请求相关联的至少一个所述应用之前，对所述待处理数据进行解密。

在一些实施例中，在对所述待处理数据进行处理之前，所述方法还包括：按照所述请求终端与接收所述数据处理请求的目标终端预先建立的通信协议解封装所述待处理数据。

第三方面，本申请提供了一种跨终端的数据处理装置，所述装置包括：获取单元，用于获取跨终端的数据处理请求；生成单元，用于基于所述数据处理请求生成待处理数据；第一发送单元，用于向多个终端发送所述数据处理请求；确定单元，用于响应于接收到通知消息，确定发送所述通知消息的终端为目标终端；第二发送单元，用于向所述目标终端发送所述待处理数据，以供所述目标终端对所述待处理数据进行处理；其中，所述通知消息由所述目标终端确定能够处理所述数据处理请求而发送。

在一些实施例中，所述生成单元用于按如下方式生成待处理数据：查找出所述数据处理请求的相关数据，作为所述待处理数据。

在一些实施例中，所述生成单元还用于按如下方式生成待处理数据：对所述相关数据进行加密，将加密后的所述相关数据作为所述待处理数据。

在一些实施例中，所述装置还包括：封装单元，用于在所述向所述目标终端发送所述待处理数据之前，按照向多个所述终端发送所述数据处理请求的请求终端与所述目标终端预先建立的通信协议封装所述待处理数据。

在一些实施例中，所述跨终端的数据处理请求与所述目标终端上的至少一个应用相关联。

第四方面，本申请提供了一种跨终端的数据处理装置，所述装置包括：第一接收单元，用于接收请求终端发送的跨终端的数据处理请求；发送单元，用于响应于确定能够处理所述数据处理请求，向所述请求终端发送通知消息；第二接收单元，用于接收所述请求终端发送的待处理数据；处理单元，用于对所述待处理数据进行处理；其中，所述待处理数据为所述请求终端基于获取的跨终端的数据处理请求而生成并响应于接收到所述通知消息而发送的。

在一些实施例中，所述数据处理请求与接收所述请求终端发送的数据处理请求的目标终端上的至少一个应用相关联；所述处理单元用于按如下方式对所述待处理数据进行处理：启动与所述数据处理请求相关联的至少一个所述应用，以对所述待处理数据进行相应的处理。

在一些实施例中，所述待处理数据为所述请求终端对基于所述数据请求查找出的相关数据加密后的数据，所述处理单元还用于按如下方式对所述待处理数据进行处理：在所述启动与所述数据处理请求相关联的至少一个所述应用之前，对所述待处理数据进行解密。

在一些实施例中，所述装置还包括：解封装单元，用于在对所述待处理数据进行处理之前，按照所述请求终端与接收所述数据处理请求的目标终端预先建立的通信协议解封装所述待处理数据。

本申请提供的跨终端的数据处理方法和装置，通过在请求终端中接收跨终端的数据处理请求，基于数据处理请求生成待处理数据，之后向目标终端发送数据处理请求，并响应于接收到通知消息，确定发送通知消息的终端，最后将待处理数据发送给目标终端进行处理，实现了跨终端的数据处理，从而提升用户操作的流畅性以及数据处理效率，拓展了利用多个终端为用户提供服务的能力。

附图说明

通过阅读参照以下附图所作的对非限制性实施例详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的跨终端的数据处理方法的一个实施例的流程图；

图3是根据本申请的跨终端的数据处理方法的另一个实施例的流程图；

图4是根据本申请的跨终端的数据处理装置的一个实施例的结构示意图；

图5是根据本申请的跨终端的数据处理装置的另一个实施例的结构示意图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，系统架构100可以包括终端设备101、102、104、105以及网络服务器103。网络103用以在终端设备101、102、104、105之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户110可以使用终端设备101、102、104、105通过网络103与对应的服务器交互，以接收或发送消息等。终端设备101、102、104、105之间也可以通过网络103进行数据交互。在进行数据交互时，终端设备101、102、104、105之间可以通过通用的通信协议进行数据传输，也可以基于交互双方预先配置的通信协议进行数据传输。

终端设备101、102可以是为用户提供数据处理服务的各种电子设备，包括但不限于智能手机、平板电脑、智能手表、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑、膝上型便携计算机、台式计算机、导航仪等等。

终端设备101、102、104、105可以为用户提供多种数据处理服务，例如智能手机和平板电脑可以为用户提供移动数据业务类的服务，台式计算机可以为用户提供文件处理类的服务。在一些情况下，用户可以通过终端设备101或102发起数据服务请求，终端设备101或102可以将数据服务请求通过网络转发给终端设备104或105进行处理，由终端设备104或105完成数据服务并向用户展示结果。

应该理解，图1中的终端设备和网络的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的跨终端的数据处理方法的一个实施例的流程200。所述的跨终端的数据处理方法，包括以下步骤：

步骤201，获取跨终端的数据处理请求。

在本实施例中，跨终端的数据处理方法运行于其上的电子设备可以获取用户直接发出的跨终端的数据处理请求，也可以基于用户操作生成跨终端的数据处理请求。跨终端的数据处理请求可以为获取其他终端提供的数据服务的请求，例如视频播放请求、网页浏览请求、在线支付请求、即时通信请求、导航请求等。在实际场景中，用户直接发出的跨终端的数据处理请求可以包括用户通过该电子设备的输入接口输入的数据处理请求，例如用户通过搜索引擎的接口输入关键词进行搜索的请求、文档复制请求；基于用户操作生成的数据处理请求可以包括未通过输入接口输入的数据处理请求，可以是电子设备根据用户的操作间接生成的，例如用户在电子商务应用中完成下单后生成的支付请求。

跨终端的数据处理请求可以包括调用与获取该请求的终端不同的终端上的应用或程序完成数据处理的请求。在本实施的一些可选的实现方式中，跨终端的数据处理请求与其他终端上的应用相关联的请求，例如可以包括跨终端的应用调起请求。

通常，用户在上述电子设备上进行操作时，可以向上述电子设备发送数据处理请求。上述电子设备可以检测用户输入来获取这些数据处理请求。上述电子设备也可以获取对用户请求的数据进行处理的过程中生成的新的数据处理请求。例如在处理数据过程中确定出当前终端无法处理产生的新数据时自动生成跨终端的数据处理请求。

在一些实施例中，跨终端的数据处理请求可以包括所请求的数据的属性信息，例如标识信息。上述电子设备获取所请求的数据的属性信息，以根据属性信息对数据处理请求进行处理。

步骤202，基于数据处理请求生成待处理数据。

上述电子设备在接收到跨终端的数据处理请求之后，可以对数据处理请求进行预处理，生成待处理数据。预处理可以包括数据格式转换、关联数据查询等。在一些实施例中，上述电子设备可以查找出数据处理请求的相关数据，作为待处理数据。相关数据可以包括与所请求的数据关联的数据。举例而言，可以根据用户发出的导航请求查询出地图数据，提取用户发出的网页浏览请求中的URL(UniformResource Locator，统一资源定位符)，根据文件操作请求查找出对应的文件。

在一些实施例中，待处理数据可以包括所述的数据处理请求以及查找出的相关数据。

在一些实施例中，上述相关数据可以包括对所述数据处理请求进行处理后的数据。例如可以包括根据用户的导航请求生成的导航数据、根据用户的网页浏览请求中的URL查询到的网页数据、根据文件操作请求对文件进行操作后生成的数据。

在进一步的实施例中，上述电子设备还可以对查找出的相关数据进行加密，将加密后的相关数据作为待处理数据。可以采用DSA(Digital Signature Algorithm，数字签名算法)、MD5(Message DigestAlgorithm 5，消息摘要算法第五版)等算法进行加密。

步骤203，向多个终端发送数据处理请求。

在本实施例中，执行步骤201-205的终端可以作为请求终端向多个其他终端发送数据处理请求。请求终端可以采用广播的机制，向其他终端发送广播消息，通知其他终端接收到了跨终端的数据处理请求。其中，所述的多个终端可以为与请求终端建立了通信连接的接收终端。

在本实施例的一些可选的实现方式中，接收终端可以预先与请求终端建立网络连接。具体地，建立网络连接的方式可以包括：基于NFC(Near Filed Communication，近场通信)的连接方式、基于热点的连接方式、点对点网络的连接方式以及其他现有的和将来开发的网络连接方式。

请求终端可以通过已建立的网络连接向多个接收终端发送数据处理请求。在一些实现方式中，请求终端可以预判断接收终端是否能够处理所述的跨终端数据处理请求。进一步地，接收终端可以通过网络向请求终端上报能够处理的数据请求类型，则请求终端可以上报的数据请求类型预判断接收终端是否能够对数据处理请求进行处理。

步骤204，响应于接收到通知消息，确定发送通知消息的终端为目标终端。

其中，通知消息由目标终端确定能够处理所述的跨终端的数据处理请求而发送。在本实施例中，多个接收终端在接收到数据请求消息之后，可以基于数据处理请求判断是否能够对其进行处理。具体地，接收终端可以预先配置可处理的数据请求列表，若接收到的跨终端的数据处理请求位于可处理的数据请求列表中，则可以确定能够处理所述跨终端的数据处理请求。之后接收终端可以向请求终端发送通知消息，以告知请求终端能够对数据处理请求进行处理。这时，请求终端可以通过网络接收通知消息，并将发送通知消息的接收终端作为目标终端。

步骤205，向目标终端发送所述待处理数据，以供目标终端对待处理数据进行处理。

在确定出目标终端之后，可以将步骤202生成的待处理数据发送给目标终端。目标终端可以对接收到的待处理数据进行相应的处理。

在一些实施例中，待处理数据中可以包括可执行的操作指令。目标终端可以按照操作指令对待处理数据进行处理。例如待处理数据中包含“显示”指令，则目标终端可以创建可视化界面，显示待处理数据中可显示的数据。

在一些实施例中，待处理数据中并不包含操作命令，这时，目标终端可以对待处理数据的类型进行判断，根据类型确定对应的处理操作。例如，如果待处理数据包括订单信息，目标终端可以确定订单信息的类型为商务类，则可以确定需要对订单信息进行数据校验以及支付处理。目标终端可以基于已有的多种数据校验方法对订单信息进行校验，然后调起支付应用进行支付处理。

在本实施例的一些可选的实现方式中，在向目标终端发送待处理数据之前，跨终端的数据处理方法还可以包括：按照请求终端与目标终端预先建立的通信协议封装待处理数据。这样，可以将请求终端的数据封装为可传输的数据。进一步地，目标终端可以对数据进行解封装以及转义解析，以将通过网络传输的数据转换为目标终端可识别的数据。

对于本申请的上述实施例，应用的场景可以为，当用户通过手机浏览网页中的图片时，由于手机屏幕尺寸受限，用户想要获取图片中的细节信息时，可以向手机发出在大屏幕电子设备上显示图片的请求。手机可以通过网络将图片显示请求发送给具有大尺寸显示屏其他终端设备，包括台式机、笔记本电脑。如果笔记本电脑向手机返回能够显示该图片的信息，则手机可以将图片发送给笔记本电脑，在笔记本电脑上调用图片展示应用来显示图片，使用户能够获取图片中的细节信息。

本申请的上述实施例提供的方法通过将跨终端的数据处理请求发送至多个终端，并将返回通知消息的终端确定为目标终端，之后将基于数据处理请求生成的待处理数据发送给目标终端进行处理，实现了跨终端的数据处理，从而提升了数据处理效率，拓展了利用多个终端为用户提供服务的能力。

进一步参考图3，其示出了根据本申请的跨终端的数据处理方法的另一个实施例的流程图。如图3所示，所述的数据处理方法的流程300，包括以下步骤：

步骤301，接收请求终端发送的跨终端的数据处理请求。

在本实施例中，数据处理方法的流程300运行于其上的电子设备可以作为目标终端通过网络接收请求终端发送的跨终端的数据处理请求。目标终端可以与请求终端建立通信连接，建立连接的方式可以包括但不限于：蓝牙连接、热点连接以及点对点网络连接。目标终端与请求终端可以按照预设的通信协议进行数据交互。

在本实施例中，跨终端的数据处理请求可以由用户向请求终端发起。请求终端可以获取该数据处理请求并转发至目标终端。跨终端的数据处理请求也可以由请求终端根据用户的操作生成，并发送给目标终端。跨终端的数据处理请求可以包括指定与请求终端不同的其他终端进行数据处理的请求。在一些可选的实现方式中，跨终端的数据处理请求与目标终端上的至少一个应用相关联。例如可以包括指定目标终端上的某一应用进行数据处理的请求。

步骤302，响应于确定能够处理所述数据处理请求，向所述请求终端发送通知消息。

在本实施例中，数据处理方法的流程300运行于其上的电子设备可以确定是否能够处理接收到的数据处理请求，并在确定能够处理所述数据处理请求时向请求终端发送通知消息。

具体地，数据处理方法的流程300运行于其上的电子设备(例如上述目标终端)可以预先配置能够处理的请求类型，在接收到请求终端发送的数据处理请求时，可以确定该数据处理请求的类型，如果该数据处理请求的类型是预先配置的请求类型，则向请求终端发送通知消息，如果该数据处理请求的类型不是预先配置的请求类型，可以确定不能处理接收到的数据处理请求。

举例而言，终端A可以配置其能够处理的请求类型包括：即时通信类、网页浏览类、地图应用类、音频/视频播放类、电子商务类、文档处理类、社交平台类等。当终端B向终端A发送一个即时通信类的请求时，终端A可以在配置的请求类型中查找到“即时通信类”，则可以确定终端A可以处理该请求，并向终端B发送通知消息。当终端B向终端A发送一个数据库查询类的请求时，如果终端A无法在配置的请求类型列表中查找到与数据库查询类对应的请求类型，则可以确定终端A无法处理该请求。

在一些实施例中，跨终端的数据处理请求可以包括所请求的数据的属性信息，例如标识信息、数据量信息。这时，目标终端可以接收所请求的数据的标识信息和数据量信息，以根据标识信息和数据量信息判断是否能够处理所述的数据处理请求。目标终端可以配置其可处理的请求的标识信息和可处理的数据量的阈值。如果接收到的跨终端的数据处理请求的标识信息与配置的可处理的请求的标识信息一致，或者跨终端的数据处理请求的数据量未超出配置的阈值，则可以确定能够处理接收到的跨终端的数据处理请求。

步骤303，接收所述请求终端发送的待处理数据。

其中，待处理数据为请求终端基于获取的跨终端的数据处理请求生成并响应于接收到通知消息而发送的。

在本实施例中，请求终端可以根据所获取的跨终端的数据处理请求生成待处理数据。待处理数据可以包括对所述的数据处理请求进行数据格式转换、关联数据查询等操作后生成的数据。在一些可选的实现方式中，待处理数据可以包括数据处理请求及查找到的数据处理请求的相关数据。

请求终端可以将发送通知消息的终端确定为目标终端。之后，请求终端可以向目标终端发送待处理数据。目标终端可以通过与请求终端建立的网络连接接收待处理数据。

在本实施例的一些可选的实现方式中，目标终端接收到的待处理数据可以为按照请求终端与目标终端预先建立的通信协议封装后的数据，则目标终端可以解封装接收到的待处理数据。可选地，可以对待处理数据进行转义解析，将接收到的待处理数据的类型转换为目标终端可执行的数据类型。

在本实施例的一些可选的实现方式中，待处理数据包括请求终端对基于数据请求查找出的相关数据进行加密后的数据。请求终端在向目标终端发送待处理数据之前，可以采用多种加密方法对待处理数据进行加密处理，如MD5算法、DSA算法等。目标终端可以采用对应的解密算法对数据进行解密。

步骤304，对所述待处理数据进行处理。

在本实施例中，目标终端可以对待处理数据进行处理。待处理数据可以例如为地图数据、起始位置数据以及终点位置数据，目标终端可以根据起始位置数据、终点位置数据以及地图数据计算出行路线并生成导航数据。待处理数据也可以例如为待支付的订单数据，目标终端可以校验订单数据并对订单数据执行支付操作。

在一些可选的实现方式中，跨终端的数据处理请求可以与目标终端上的至少一个应用相关联。则在对待处理数据进行处理时，目标终端可以启动与数据处理请求相关联的至少一个应用，以对待处理数据进行相应的处理。具体来说，用户向请求终端发出的跨终端的数据处理请求中可以包含目标终端的一个应用的标识信息，则目标终端在接收到待处理数据后，可以根据标识信息调起相应的应用进行处理。例如，用户可以通过显示性能较好手机C浏览商品详情后，生成订单并发起网上支付请求，该请求中可以包括安全性能更好的手机D上的一个支付应用M的标识信息，手机C可以将网上支付请求转发给手机D进行处理。手机D在接收到网上支付请求后，可以调起支付应用M进行支付操作。这样，可以利用显示性能更好的手机提供浏览服务，利用安全性能更好的手机进行支付操作，提升支付过程的安全性，通过跨终端的应用调起操作，结合了多个终端的性能优势为用户提供服务。

本实施例提供的跨终端的数据处理方法，通过接收请求终端发送的数据处理请求，并响应于能够处理所述数据处理请求，向请求终端发送通知消息，之后接收请求终端发送的待处理数据并进行相应的处理，实现了跨终端的数据处理，提升了数据请求处理的效率。同时，可以利用各终端的性能优势为用户提供服务，拓展了利用多个终端为用户提供服务的能力。

继续参考图4，其示出了根据本申请的跨终端的数据处理装置的一个实施例的结构示意图。如图4所示，跨终端的数据处理装置400可以包括：获取单元401、生成单元402、第一发送单元403、确定单元404以及第二发送单元405。其中，获取单元401用于获取跨终端的数据处理请求；生成单元402用于基于数据处理请求生成待处理数据。第一发送单元403用于向多个终端发送数据处理请求；确定单元404用于响应于接收到通知消息，确定发送通知消息的终端为目标终端；第二发送单元405用于向目标终端发送所述待处理数据，以供目标终端对待处理数据进行处理。

在本实施例中，获取单元401可以获取用户发出的跨终端的数据处理请求，也可以获取在处理用户的请求过程中生成的跨终端的数据处理请求。跨终端的数据处理请求可以为获取与接收该请求的终端不同的其他终端所提供的数据服务的请求，例如视频播放请求、网页浏览请求、在线支付请求、即时通信请求、导航请求等。

生成单元402可以对数据处理请求进行预处理，生成待处理数据。预处理可以包括数据格式转换、关联数据查询等。在一些实施例中，生成单元402可以查找出数据处理请求的相关数据，作为待处理数据。在一些实施例中，待处理数据可以包括所述的数据处理请求以及查找出的相关数据。

第一发送单元403可以采用广播的机制，向多个终端发送广播消息，通知多个终端接收到了跨终端的数据处理请求。其中，多个终端可以为与装置400所在的电子设备建立了通信连接的接收终端。

在本实施例的一些可选的实现方式中，装置400还可以包括通信单元，用于预先配置与多个终端的通信协议，并与多个终端按照通信协议建立网络连接。建立网络连接的方式可以包括但不限于：基于NFC(Near Filed Communication，近场通信)的蓝牙连接、基于热点的连接、点对点网络连接。

确定单元404可以接收目标终端确定能够处理第一发送单元403发送的跨终端的数据处理请求而发送的通知消息。

第二发送单元405可以通过网络将生成单元402生成的待处理数据发送给目标终端，以供目标终端对待处理数据进行处理。在一些实施例中，待处理数据中可以包括可执行的操作指令。目标终端可以按照操作指令对待处理数据进行处理。例如待处理数据中包含“显示”指令，则目标终端可以创建可视化界面，显示待处理数据中的待显示数据。

应当理解，装置400中记载的诸单元与参考图2描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置400及其中包含的单元，在此不再赘述。

本领域技术人员可以理解，上述跨终端的数据处理装置400还包括一些其他公知结构，例如处理器、存储器等，为了不必要地模糊本公开的实施例，这些公知的结构在图4中未示出。

继续参考图5，其示出了根据本申请的跨终端的数据处理装置的另一个实施例的结构示意图。如图5所示，跨终端的数据处理装置500可以包括：第一接收单元501、发送单元502、第二接收单元503以及处理单元504。其中，第一接收单元501用于接收请求终端发送的跨终端的数据处理请求；发送单元502用于响应于确定能够处理数据处理请求，向请求终端发送通知消息；第二接收单元503用于接收请求终端发送的待处理数据；处理单元504用于对待处理数据进行处理。其中，待处理数据为请求终端基于获取的跨终端的数据处理请求而生成并响应于接收到通知消息而发送的。

在本实施例中，第一接收单元501通过网络接收请求终端发送的跨终端的数据处理请求。其中，跨终端的数据处理请求为请求终端通过接收用户请求而获取的，或者是根据用户的操作生成的。

发送单元502可以判断是否能够处理第一接收单元501接收到的数据处理请求。在确定能够处理所述的数据处理请求时向请求终端发送通知消息。

在一些可选的实现方式中，发送单元502可以根据预先配置的请求类型确定是否能够处理所述跨终端的数据处理请求。如果跨终端的数据处理请求的请求类型位于预先配置的请求类型列表中，则可以确定能够处理所述跨终端的数据处理请求并向请求终端发送通知消息。

在另一些可选的实现方式中，跨终端的数据处理请求可以包括所请求的数据的属性信息，例如标识信息、数据量信息。这时，发送单元502可以根据已配置的可处理的请求的标识信息和可处理的数据量的阈值确定是否能够处理第一接收终端接收到的数据处理请求。如果接收到的跨终端的数据处理请求的标识信息与配置的可处理的请求的标识信息一致，或者跨终端的数据处理请求的数据量为超出配置的阈值，则可以确定能够处理接收到的跨终端的数据处理请求。

第二接收单元503可以接收请求终端发送的待处理数据。待处理数据可以包括对所述的数据处理请求进行数据格式转换、关联数据查询等操作后生成的数据。在一些可选的实现方式中，待处理数据可以包括数据处理请求及查找到的数据处理请求的相关数据。

处理单元504可以对待处理数据进行相应的处理。可选地，跨终端的数据处理请求可以与目标终端上的至少一个应用相关联。则在对待处理数据进行处理时，处理单元504可以启动与数据处理请求相关联的至少一个应用。具体来说，用户向请求终端发出的跨终端的数据处理请求中可以包含一个应用的标识信息，则处理单元504在接收到待处理数据后，可以根据标识信息调起相应的应用进行处理。

在一些实施例中，跨终端的数据处理装置500还可以包括通信单元，用于预先配置与请求终端的通信协议，并与请求终端建立网络连接。

在本实施例的一些可选的实现方式中，第二接收单元503接收到的待处理数据可以为按照请求终端与目标终端预先建立的通信协议封装后的数据，则处理单元504可以解封装接收到的待处理数据。可选地，处理单元504可以对待处理数据进行转义解析，将接收到的待处理数据的类型转换为目标终端可执行的数据类型。可选地，待处理数据包括请求终端对基于数据请求查找出的相关数据进行加密后的数据。处理单元504还可以对待处理数据进行解密。

应当理解，装置500中记载的诸单元与参考图3描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。

本领域技术人员可以理解，上述跨终端的数据处理装置500还包括一些其他公知结构，例如处理器、存储器等，为了不必要地模糊本公开的实施例，这些公知的结构在图5中未示出。

本实施例提供的跨终端的数据处理装置400和数据处理装置500，能够实现跨终端的数据处理，提升数据请求处理的效率。同时，可以利用各终端的性能优势为用户提供服务，拓展了利用多个终端为用户提供服务的能力。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统600的结构示意图。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、生成单元、第一发送单元、接收单元和第二发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取跨终端的数据处理请求的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：获取跨终端的数据处理请求；基于所述数据处理请求生成待处理数据；向多个终端发送所述数据处理请求；响应于接收到通知消息，确定发送所述通知消息的终端为目标终端；向所述目标终端发送所述待处理数据，以供所述目标终端对所述待处理数据进行处理；其中，所述通知消息由所述目标终端确定能够处理所述数据处理请求而发送。

本申请还提供了另外一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：接收请求终端发送的数据处理请求；响应于确定能够处理所述数据处理请求，向所述请求终端发送通知消息；接收所述请求终端发送的待处理数据；对所述待处理数据进行处理；其中，所述待处理数据为所述请求终端基于获取的跨终端的数据处理请求生成的。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种跨终端的数据处理方法，其特征在于，所述方法包括：

获取跨终端的数据处理请求；

基于所述数据处理请求生成待处理数据；

向多个终端发送所述数据处理请求；

响应于接收到通知消息，确定发送所述通知消息的终端为目标终端；

向所述目标终端发送所述待处理数据，以供所述目标终端对所述待处理数据进行处理；

其中，所述通知消息由所述目标终端确定能够处理所述数据处理请求而发送。

2.根据权利要求1所述的方法，其特征在于，所述基于所述数据处理请求生成待处理数据，包括：

查找出所述数据处理请求的相关数据，作为所述待处理数据。

3.根据权利要求2所述的方法，其特征在于，所述基于所述数据处理请求生成待处理数据，还包括：

对所述相关数据进行加密，将加密后的所述相关数据作为所述待处理数据。

4.根据权利要求1所述的方法，其特征在于，在所述向所述目标终端发送所述待处理数据之前，所述方法还包括：

按照向多个所述终端发送所述数据处理请求的请求终端与所述目标终端预先建立的通信协议封装所述待处理数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述跨终端的数据处理请求与所述目标终端上的至少一个应用相关联。

6.一种跨终端的数据处理方法，其特征在于，所述方法包括：

接收请求终端发送的跨终端的数据处理请求；

响应于确定能够处理所述数据处理请求，向所述请求终端发送通知消息；

接收所述请求终端发送的待处理数据；

对所述待处理数据进行处理；

其中，所述待处理数据为所述请求终端基于获取的跨终端的数据处理请求而生成并响应于接收到所述通知消息而发送的。

7.根据权利要求6所述的方法，其特征在于，所述数据处理请求与接收所述请求终端发送的数据处理请求的目标终端上的至少一个应用相关联；

所述对所述待处理数据进行处理，包括：

启动与所述数据处理请求相关联的至少一个所述应用，以对所述待处理数据进行相应的处理。

8.根据权利要求7所述的方法，其特征在于，所述待处理数据为所述请求终端对基于所述数据请求查找出的相关数据加密后的数据，所述对所述待处理数据进行处理，还包括：

在所述启动与所述数据处理请求相关联的至少一个所述应用之前，对所述待处理数据进行解密。

9.根据权利要求6-8任一项所述的方法，其特征在于，在对所述待处理数据进行处理之前，所述方法还包括：

按照所述请求终端与接收所述数据处理请求的目标终端预先建立的通信协议解封装所述待处理数据。

10.一种跨终端的数据处理装置，其特征在于，所述装置包括：

获取单元，用于获取跨终端的数据处理请求；

生成单元，用于基于所述数据处理请求生成待处理数据；

第一发送单元，用于向多个终端发送所述数据处理请求；

确定单元，用于响应于接收到通知消息，确定发送所述通知消息的终端为目标终端；

第二发送单元，用于向所述目标终端发送所述待处理数据，以供所述目标终端对所述待处理数据进行处理；

其中，所述通知消息由所述目标终端确定能够处理所述数据处理请求而发送。

11.根据权利要求10所述的装置，其特征在于，所述生成单元用于按如下方式生成待处理数据：

查找出所述数据处理请求的相关数据，作为所述待处理数据。

12.根据权利要求11所述的装置，其特征在于，所述生成单元还用于按如下方式生成待处理数据：

对所述相关数据进行加密，将加密后的所述相关数据作为所述待处理数据。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

封装单元，用于在所述向所述目标终端发送所述待处理数据之前，按照向多个所述终端发送所述数据处理请求的请求终端与所述目标终端预先建立的通信协议封装所述待处理数据。

14.根据权利要求10-13任一项所述的装置，其特征在于，所述跨终端的数据处理请求与所述目标终端上的至少一个应用相关联。

15.一种跨终端的数据处理装置，其特征在于，所述装置包括：

第一接收单元，用于接收请求终端发送的跨终端的数据处理请求；

发送单元，用于响应于确定能够处理所述数据处理请求，向所述请求终端发送通知消息；

第二接收单元，用于接收所述请求终端发送的待处理数据；

处理单元，用于对所述待处理数据进行处理；

其中，所述待处理数据为所述请求终端基于获取的跨终端的数据处理请求而生成并响应于接收到所述通知消息而发送的。

16.根据权利要求15所述的装置，其特征在于，所述数据处理请求与接收所述请求终端发送的数据处理请求的目标终端上的至少一个应用相关联；

所述处理单元用于按如下方式对所述待处理数据进行处理：

启动与所述数据处理请求相关联的至少一个所述应用，以对所述待处理数据进行相应的处理。

17.根据权利要求16所述的装置，其特征在于，所述待处理数据为所述请求终端对基于所述数据请求查找出的相关数据加密后的数据，所述处理单元还用于按如下方式对所述待处理数据进行处理：

在所述启动与所述数据处理请求相关联的至少一个所述应用之前，对所述待处理数据进行解密。

18.根据权利要求15-17任一项所述的装置，其特征在于，所述装置还包括：

解封装单元，用于在对所述待处理数据进行处理之前，按照所述请求终端与接收所述数据处理请求的目标终端预先建立的通信协议解封装所述待处理数据。