一种数据通信处理方法、装置及电子设备、触摸显示设备与流程

本申请属于数据通信技术领域，尤其涉及一种数据通信处理方法、装置及电子设备、触摸显示设备。

背景技术：

随着移动通信技术的迅速发展，各种终端设备如手机、平板、自助服务终端等上的应用已为人们日常生活带来了非常多的便利。如用户可以通过IM软件如QQ、微信、钉钉等实时地跟朋友、同事联系人聊天，也可以使用浏览器查询资料、阅读新闻，通过手机终端应用可以购买商品等，大大方便了人们的日常生活。

随着各种APP应用的爆发式增长，终端设备中尤其是移动终端中安装的应用越来越多。而现在用户也常常需要在不同的应用之间进行操作、交互。例如，目前很多应用具有内容分享功能，如用户使用新闻应用APP_NEWS阅读新闻时可以将新闻分享到通信应用APP_CHAT中，或将本地图库中的照片分享到社交软件的朋友圈/生活圈等。目前现有的跨应用内容分享通常需要用户执行多项繁琐的操作，而且不够直观、快速。例如，用户将新闻应用APP_NEWS中的新闻分享到通信应用APP_CHAT中时，通常需要执行打开新闻应用APP_NEWS的新闻页面，在页面菜单中找到分享按钮，选择分享按钮(此时通常会弹出另一个提示框让用户选择要分享到哪个应用中)，选择通信应用APP_CHAT。然后跳转到通信应用APP_CHAT的窗口界面，选择分享给通信应用APP_CHAT中的目标对象(联系人或群组)。这样的分享功能需要用户操作多个步骤才能完成，而且不同的应用的分享流程还往往不同，更有甚者还会包含更多的或者指示性不够明确的分享操作，使得用户操作繁琐，降低用户体验。

现有技术中，用户使用终端设备进行跨应用进行内容分享的功能操作比较繁琐、操作不够直观，不能快速的将内容发送给其他应用。并且，这种内容分享是单向性的，用户将应用A的内容分享到应用B后想再将应用B的内容分享到应用A，则又要再重复上述繁琐的分享操作过程，降低了用于操作使用体验。

技术实现要素：

本申请目的在于提供一种数据通信处理方法、装置及电子设备、触摸显示设备，利用多窗口模式下屏幕可以同时显示多个应用窗口的特点，提供一种可以基于用户的简单手势操即可让同时显示在屏幕上的至少两个应用建立通信链路，实现快速、便捷的终端设备中不同应用之间应用交互，减少用户操作，提高用户操作和使用体验。

本申请提供的一种数据通信处理方法、装置及电子设备、触摸显示设备是这样实现的：

一种数据通信处理方法，所述方法包括：

监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；

判断所述用户操控轨迹是否满足第一应用指向第二应用的预设触发条件；当满足所述预设触发条件时发送第一应用的通信建立请求；

在所述第二应用接收到所述通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；

当所述判断的结果为是时，建立所述第一应用与所述第二应用的数据通信链路。

一种数据通信处理方法，所述方法包括：

监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；

判断所述用户操控轨迹是否满足第一业务项指向第二业务项的预设触发条件；以及当所述判断结果为是时，采用所述第二业务项的响应方式处理所述第一业务项的业务处理请求。

一种数据通信处理装置，所述装置包括：

监听模块，用于监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；

轨迹处理模块，用于判断所述用户操控轨迹是否满足第一应用指向第二应用的预设触发条件；以及当满足所述预设触发条件时发送第一应用的通信建立请求；

多窗口判断模块，用于在所述第二应用接收到所述通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；

通信建立模块，用于当所述多窗口判断模块判断的结果为是时，建立所述第一应用与所述第二应用的数据通信链路。

一种数据通信处理装置，所述装置包括：

操控指令获取模块，用于监听触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；

业务处理模块，用于判断所述用户操控轨迹是否满足第一业务项指向第二业务项的预设触发条件；还用于当所述判断结果为是时，采用所述第二业务项的响应方式处理所述第一业务项的业务处理请求。

一种电子设备，包括：

事件监听单元，用于监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；还用于判断所述用户操控轨迹是否满足第一应用指向第二应用的预设触发条件；

窗口状态判断模块，用于在所述第二应用接收到第一应用的通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；

通信链路建立模块，用于当判断所述用户操控轨迹满足第一应用指向第二应用的预设触发条件时，发送第一应用的通信建立请求；以及用于在判断所述第二应用的状态为界面显示于所述触摸屏前台的多窗口模式时，建立所述第一应用与所述第二应用的数据通信链路。

一种触摸显示设备，至少包括一个触摸屏和一个处理器，

所述触摸屏，用于应用窗口的界面信息显示和感应作用在所述触摸屏上的操控行为，并将所述操控行为产生的相应的操控指令发送给处理器；

所述处理器，被设置成，用于根据所述操控指令识别出用户操控轨迹，并在确定所述用户操控轨迹满足第一应用指向第二应用的预设触发条件时发送第一应用的通信建立请求；还用于在所述第二应用接收到所述通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；还用于当所述判断的结果为是时，建立所述第一应用与所述第二应用的数据通信链路。

一种触摸显示设备，至少包括一个触摸屏和一个处理器，

所述触摸屏，用于应用窗口的界面信息显示和感应作用在所述触摸屏上的操控行为，并将所述操控行为产生的相应的操控指令发送给处理器；

所述处理器，被设置成，用于判断所述用户操控轨迹是否满足发第一业务项指向第二业务项的预设触发条件；还用于当所述判断结果为是时，采用所述第二业务项的响应方式处理所述第一业务项的业务处理请求。

本申请提供的一种数据通信处理方法、装置及电子设备、触摸显示设备，可以利用终端设备多窗口模式下屏幕可以同时显示多个应用窗口的特点，对用户在触摸屏上的操控行为进行判断。当确定出用户需要在不同的应用之间进行信息交互时建立应用之间的通信，实现用户可以直观地通过简单、直观的滑动手势就可以让同时显示在屏幕上的至少两个应用建立通信链路。应用可以利用本申请提供的技术方案所建立的通信链路和另一应用进行业务级的交互，具体的交互方式/响应内容可以由业务开发人员根据不同的场景进行设计，例如一键分享、一键支付、一键听歌等。显然，本申请实施方案在PC终端、Android/iOS系统终端等越来越多支持应用多窗口的终端设备中能大幅简化用户分享、搜索等不用应用之间的交互操作，满足用户需求，并且这种应用间的交互方式还可以大幅提高用户终端操控体验，提高用户产品使用感知度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的一种数据通信处理方法一种实施例的方法流程图；

图2是本申请一种同屏多窗口模式下同时显示两个应用窗口界面的场景示意图；

图3是本申请一种用户操控轨迹覆盖多个应用的窗口界面的实施例应用场景；

图4是本申请另一种用户操控轨迹覆盖多个应用的窗口界面的实施例应用场景示意图；

图5是本申请设置预设触发条件对应的一种预测用户操控行为的示意图；

图6是本申请所述的界面显示于触摸屏前台的多窗口模式一种实施例场景示意图；

图7是本申请所述的界面显示于触摸屏前台的多窗口模式另一种实施例场景示意图；

图8是本申请所述的界面显示于触摸屏前台的多窗口模式另一种实施例场景示意图；

图9是本申请所述一种用户通过手势滑动实现跨应用通信建立的场景示意图；

图10是本申请提供的一种数据通信处理方法另一种实施例的方法流程图；

图11是本申请一种用户采用点击的操控行为实现多窗口模式下跨应用通信的场景示意图；

图12-1是本申请另一种用户采用点击的操控行为实现多窗口模式下跨应用通信的场景示意图；

图12-2是本申请一种通过用户滑动实现多窗口模式下跨应用通信的场景示意图；

图13是本申请所述一种数据通信处理方法一种实施例场景的实施流程示意图；

图14是本申请提供的一种数据通信处理方法另一种实施例的方法流程图；

图15是本申请提供的一种数据通信处理方法的另一种实施例应用场景的示意图；

图16是本申请提供的一种数据通信处理装置的一种实施例的模块结构示意图；

图17是本申请提供的一种数据通信处理装置的另一种实施例的模块结构示意图；

图18是本申请所述一种触摸显示设备一种实施例的结构示意图；

图19是本申请所述一种触摸显示设备一种实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

图1是本申请所述一种数据通信处理方法一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理的实施环境)。

具体的一种实施应用场景如图1所述，本申请提供的一种数据通信处理方法的一种实施例可以包括：

S1：监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹。

本实施例的应用场景中，终端设备可以支持多窗口模式。如Android的某个系统版本的多窗口模式下屏幕可以同时显示两个应用窗口界面，如图2所示的同时显示搜索应用和新闻应用，图2是本申请一种同屏多窗口模式下同时显示两个应用窗口界面的场景示意图。当然，本申请其他的实施例中并不排除同一屏幕下同时显示两个以上应用窗口界面的实施方式，如某些平板电脑目前可以支持同屏幕下同时显示四个应用窗口界面的多窗口模式。一般的，所述的终端设备可以包括移动通信终端、平板电脑、PC、手持设备、PDA、自助服务终端、服务器、业务系统等等。所述的终端设备通常可以包括触摸屏(也可以称为触控屏或触控面板)，本申请实施例所述的触摸屏包括可以接收输入信号并显示信息的装置，如一种可接收触控笔、人体肢体触摸、光线强弱感应等输入讯号的感应式液晶显示装置。一般的，所述触摸屏设置有一套透明的绝对定位系统，可以实现检测到作用在触摸屏上的触摸、滑动等，并根据坐标实现定位。

用户可以在终端设备的触摸屏上对应用进行一系列的操控行为，如点击、滑动、长按，或者多点触控等。这些作用在触摸屏上的操控行为可以产生相应的操控指令，以便处理单元可以识别用户的操控行为，进而做出相应的响应。本申请实施例中可以监听用户作用在所述触摸屏上的操控行为产生的操控指令，如用户使用终端设备中新闻应用时的进行的点击标题、滑动翻页等，终端设备可以监听到用户的这些操控产生的操控指令，然后识别出相应的用户操控轨迹。一般的，当用户在所述触摸屏上进行点击、滑动等操作时，其操作对象如某个新闻阅读应用、即时通信应用、图片查看应用、支付应用等应用的窗口界面是显示在所述触摸屏前台的。一种实施方式中也可以理解为用户当前时刻操控的应用的业务窗口界面是在所述触摸屏前台显示的，另一种实施例中也可以包括应用的缩略图窗口界面或者缩放图窗口界面是在所述触摸屏前台显示的。

图2所述的一种实施例应用场景中，所述作用在触摸屏上的操控行为可以包括如图2所示的通过用户肢体直接在所述触摸屏上进行滑动的操控行为。在本申请的其他的实施例中，所述的触控行为也可以包括用户使用触控装置，如触控笔、激光灯或其他辅助工具在所述触摸屏上进行的点击、滑动等操作。甚至，本申请不排除其他的实施方式中，用户肢体不直接接触触摸屏，而是利用光电感应、磁感应等识别出用户隔空间接的作用在所述触摸屏上的操控行为。因此，本申请所述一种数据通信处理方法的一种实施例中，所述作用在触摸屏上的操控行为包括下述中的至少一种实施方式：

S101：通过用户肢体触碰所述触摸屏的操控行为；

S102：通过触控装置触碰所述触摸屏的操控行为；

S103：通过肢体感应识别出的隔空间接作用在所述触摸屏上的操控行为。

具体的实施过程中，用户可以通过手指，甚至其他肢体如鼻子、脚趾、耳朵触碰所述触摸屏进行操作，如点击、滑动、长按等。或者，用户也可以使用触控笔(如电容笔)、激光笔(如发射光线到触摸屏进行滑动)、磁或光感应笔等装置与所述触摸屏接触，对终端设备中的应用进行操作。当然，本申请所述的作用在触摸屏上的操控行为在一些实施例中还可以包括用户隔空间接作用在所述屏幕上的操控行为，如识别出的用户的肢体感应动作。具体的例如用户在触摸屏上间隔一定距离做出的滑动手势，虽然用户手指此时没有直接触碰到触摸屏，但本申请实施例提供的数据通信方法应用场景中终端设备仍然可以识别出用户执行了滑动一段距离的操控行为，并将其翻译为一段用户操控轨迹。

要说明的，上述实施例中所述的隔空间接可以包括操控行为的执行者(如手指或手掌)与触摸屏之间的间接介质为空气，但本实施例所述的隔空间接作用主要是指操控行为的执行者不与触摸屏直接接触而对终端设备的应用进行的操控动作。因此，本实施例中所述的隔空并非特质介质为空气的情况，在其他一些实施场景中操控行为的执行者与触摸屏之间也可以为其他介质，如水、油等，甚至是真空。

另外，所述作用在触摸屏上的操控行为包括上述中已列举出的多种方式中的任意一种或多种组合的实施方式，当然，根据信息技术的发展还可以包括其他方式的操控行为。其他的实施例中不排除采用一种或者多种操作行为的实施方式，如用户一只手长按住触摸屏上某应用的一个位置区域，另一只手采用肢体感应方式隔空向触摸屏的一侧滑动一段距离，类似这样的实施场景仍然属于申请所述的作用在触摸屏上的操控行为。

本申请所述的数据通信处理方法的一种实施例中，可以监听包括直接或间接作用在触摸屏上的操控行为产生的操作指令，然后识别出相应的用户操控轨迹。所述操控轨迹可以是连续的，也可以为在一定时间段内的非连续轨迹，或者多点、多段以及组合的非连续轨迹等。

S2：判断所述用户操控轨迹是否满足第一应用指向第二应用的预设触发条件；当满足所述预设触发条件时发送第一应用的通信建立请求。

如前述中所述，本申请的一种实施例中终端设备可以监听用户直接或间接作用在终端设备触摸上的操控行为，并可以获取得到相应的操控指令。所述的终端设备可以支持同屏的多窗口模式，具体的如在手机或平板电脑上可以同时展示两个或者多个应用的应用界面，如图2所示。本申请实施例中可以预先设置第一应用指向第二应用的预设触发条件，具体的可以包括用户作用在所述触摸屏上的各种操控手势，如按住应用中某个页面元素后向另一个应用滑动一段距离。此时，可以根据用户在所述触摸屏上的操控行为来判断是否触发第一应用指向第二应用的操控事件。所述的第一应用指向第二应用的预设触发条件可以预先根据场景或设计需要进行设定，以使终端设备或应用能识别出用户的操控行为是否符合设定的操控事件。

一种实施例中，可以约定定义用户当前时刻正在操作(或当前激活的前端窗口)的应用为第一应用，需要与第一应用进行信息交互的应用定义为第二应用，如需要分享或搜索用户在第一应用执行的操控行为的应用。具体的实例如当前时刻T1手机屏幕前端展示以供用户阅读的新闻应用定义为第一应用，或者当前时刻T1用户当前点击、滑动、长按等操作的应用界面对应的应用为第一应用。该场景中，用户需要将信息应用A中的内容发送到此时同屏显示的搜索应用B中，相应的搜索应用B可以为本实施例定义的第二应用。如果另一时刻T2用户操作搜索应用B，需要将搜索应用B的某个搜索结果R发送到此时同屏显示的新闻应用A中，以便查看该新闻应用A在搜索应用B的搜索结果R的，此时搜索应用B为本实施例定义的第一应用，新闻应用A为对应的第二应用。

当然，本申请其他的一些实施例中，与所述第一应用对应的第二应用可以不限于一个应用。如图3所示，用户T1时刻以应用A中窗口界面某个起点开始，连续滑动经过应用C并在T2时刻停止于应用B的窗口界面，得到滑动轨迹S1＝A-C-B，图3是本申请用户操控轨迹覆盖多个应用的窗口界面的实施例应用场景。用户的滑动轨迹为可以不规则的半圆、弧形或不规则线段等。那么此时可以定义T1时刻时应用A为第一应用，而S1轨迹经过的应用B和应用C均可以为应用A为第一应用时对应的第二应用。因此，本申请所述一种数据通信处理方法的另一种实施例中，

S201：所述第一应用包括在所述触摸屏连续滑动形成的用户操控轨迹中，所述用户操控轨迹的起始点所的在窗口界面对应的应用；

相应的，所述第二应用包括除所述第一应用之外的关联应用，所述关联应用包括所述用户操控轨迹覆盖到的窗口界面显示于所述触摸屏前台的应用。

一般的，所述触摸屏设置有对应的坐标系统，通常为绝对坐标系统，使得触摸屏上的每个像素点均有相应的坐标信息。显示在触摸屏上的各种应用界面、窗口以及其他元素也对应着相应的坐标信息，所述连续滑动形成的用户操控轨迹数据中也可以包含轨迹中各个像素点的坐标信息。因此，本申请的一种实施方式中，可以根据用户的连续滑动轨迹以及应用窗口界面的坐标信息确定出连续滑动轨迹覆盖到当前显示于触摸屏前台的应用。在此需要说明的是，所述关联应用通常可以不包括所述滑动轨迹起始点对应的第一应用，如滑动轨迹起始点与终止点不在同一个应用窗口界面中的场景。但在一些应用场景中，用的操控使得滑动轨迹起始点与终止点在同一个应用的应用界面中，如滑动轨迹S2＝A-B-C-A，如图4所示，图4是本申请用户操控轨迹覆盖多个应用的窗口界面的另一种实施例应用场景。那么此时可以判定滑动轨迹终端所在的应用不计入定义的第二应用，排除掉第二应用与第一应用相同的情况，即所述第二应用包括除所述第一应用之外的关联应用的一种实施方式中。在图4所示的应用场景中，本实施例中可以将应用A作为第一应用，应用B和应用C作为第二应用。当然，本申请并不排除一些实施例中第一应用与第二应用为同一应用的情况，此时可以根据设计设置一些相应的措施进行处理。

本申请的一种实施例中，所述数据通信处理方法可以预先设置一系列第一应用指向第二应用的操控事件。同时也可以预先设置这些操控事件对应的预设触发条件。当判断用户操作轨迹满足预设触发条件时即可以触发第一应用指向第二应用的操控事件。如在一个应用A的界面中通过手指滑向另一个应用A的界面。或者在应用A的界面500毫秒内点击三次，然后在另一个应用B的界面点击一次(也可以是多次，如三次)即确定触发第一应用A指向第二应用B的操控事件。当然，所述预设触发条件还可以包括其他预测的用户操控行为设定的条件，例如图5所示的一种预测的用户操控行为可以为，图5是本申请设置预设触发条件对应的一种预测用户操控行为的示意图，用户在触摸屏上单指画个圈，把A应用的某个元素(如News_2的新闻标题)“扔”到同屏并列显示的对面应用B中，即可以表示需要建立第一应用A至第二应用B的通信，以实现第二应用B对“扔”过来的第一应用的元素进行处理。具体的第一应用指向第二应用的预设触发条件可以根据用户体验或设计需求定义一个或者多个，在监测用户的操控指令时可以识别并确定用户的用户操控轨迹是否满足预设设置的第一应用指向第二应用的预设触发条件。如可以通过在Android系统注册并激活监听器来监听用户操作，由处理单元判断用户的滑动轨迹是否符合第一应用指向第二应用的预设触发条件。

本申请的一个实施例中，如果根据所述用户操控轨迹确定触发(如用户双指跨应用滑动)了第一应用指向第二应用的操控事件，处理器此时可以判断出用户在触摸屏上执行了由第一应用指向第二应用这一滑动行为，则可以表示用户需要将第一应用的内容/元素发送到第二应用中进行处理，如分享或查询或数据复制/迁移等。此时，可以发送第一应用的通信建立请求，具体的方式例如可以包括广播消息的方式发送，或者点对点方式的直接发送给第二应用。

S3：在所述第二应用接收到所述通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式。

在所述第二应用接收到所述第一应用发送的通信建立请求后，可以判断所述第二应用窗口界面是否处于多窗口模式下，并显示在所述触摸屏前台窗口。具体执行判断逻辑的主体可以是由所述第二应用自己判断自己的当前窗口状态，也可以由第一应用与第二应用共同所在的同一个处理系统(如同一手机终端中的处理单元)来处理，或者第三方判断逻辑来执行等。

一般的，所述窗口模式可以包括例如所述第一应用与第二应用的窗口界面在多窗口模式下处于同一个触摸屏中，如目前Android某个版本支持在手机终端显示屏中同时显示两个应用的窗口界面，或者一些平板电脑支持的同一个触摸屏最多同时显示四个应用的窗口界面。图6是本申请所述的界面显示于触摸屏前台的多窗口模式一种实施例场景示意图，图6中的应用A、B1、B2均为同一处理服务器1中的应用。但本申请所述的多窗口模式不排除多个应用窗口在不同的触摸屏中前台显示的实施方式，如第一应用与第二应用可以属于同一个处理系统并显示在不同的触摸屏终端，如同一个PC主机的多屏显示。所述的同一个处理系统可以是包含一个或者多个逻辑单元的处理单元、模块、装置，或多台服务器组成的处理系统，或者是同一个分布式系统。这种情况下，所述第一应用和第二应用的窗口界面可以处于同一个触摸屏中，也可以采用多屏显示的方式，分别或者部分显示在不同的触摸屏中。当然，多窗口多屏显示的第一应用和第二应用也可以为属于不同的处理系统。图7是本申请所述的界面显示于触摸屏前台的多窗口模式另一种实施例场景示意图，如图7所示，第一应用A为处理服务器1中的应用，第二应用B1、B2为处理服务器2中的应用。或者在另一种实施场景中，第一应用A、B1为处理服务器1中的应用，第二应用B2为处理服务器2中的应用。因此，本申请所述一种数据通信处理方法的另一个实施例中，所述判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式可以包括：

S301：判断所述第二应用的窗口界面与第一应用的窗口界面是否同时前台显示在同一触摸屏中。

假如第一应用与第二应用的窗口界面在当前时刻同时显示在触摸屏前台，则可以确定所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式。一般的，在对第一应用进行操控时，第一应用的窗口界面通常是在触摸屏中前台显示的，因此，此时可以判断第二窗口是否也是前台显示在触摸屏前台，如果是，则可以表示当前为第一应用与第二应用窗口界面同时在触摸屏前台显示的多窗口模式。

当然，根据前述所述，本申请所述方法的另一种实施例中，在满足下述至少一种条件时确定第二应用的状态为界面显示于所述触摸屏前台的多窗口模式：

S302：第二应用的窗口界面与第一应用的窗口界面同时分别前台显示在不同的触摸屏中；

S303：属于同一处理系统的第一应用与第二应用中，至少有一个应用的部分窗口界面当前时刻前台显示在不同的触摸屏中。

具体的判断实施方式可以根据不同的数据通信应用环境/系统选取相应的处理方式。例如在一些使用Android系统版本的终端设备中，可以通过Android系统提供的API(Application Programming Interface，API，应用程序编程接口)来判断当前某个应用是否处于多窗口模式，以及是否在屏幕前台显示。一种实施方式中，所述的第一应用与第二应用可以属于同一个处理系统，其他的实施方式中，所述第一应用与第二应用也可以属于不同的处理系统，如前述所述的图6和图7所示。因此，上述实施例中所述第一应用与第二应用采用下述中的任意一种实施方式：

所述第一应用与第二应用属于同一处理系统；

所述第一应用与第二应用中至少有一个应用属于不同的处理系统。

本申请所述的多窗口模式通常是指同一处理系中至少两个应用的窗口界面是前台显示于触摸屏中的，如手机显示屏上同时并排显示搜索应用和新闻应用。当然，本申请实施例所述的多窗口在一种实施方式中也可以为用户当前时刻操控的应用的业务窗口界面，其他的一种实施例中也可以包括应用的缩略图窗口界面或者缩放图窗口界面。具体的一种示例如图8所示，用户当前激活的第一应用A为较大的窗口界面，同时多窗口前台显示的应用B、应用C、应用D则在所述第一应用A窗口界面一侧，由于操控第一应用A时其他应用的窗口界面还处于未激活状态，因此，应用B、应用C、应用D可以以较小的缩放图显示在所述触摸屏最右侧。

S4：当所述判断结果为是时，建立所述第一应用与所述第二应用的数据通信链路。

本申请实施例中所述第二应用接收到所述通信建立请求后，可以判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式。当所述判断结果为是，可以表示所述第二应用的窗口界面与所述第一应用的窗口界面为同时显示在触摸屏前台的多窗口模式场景。此时，所述用户操控轨迹满足第一应用指向第二应用的预设触发条件，可以表示用户期望在所述第一应用和第二应用之间实现某种操作需求，如用户在触摸屏第一应用和第二应用的窗口界面并排显示的多窗口模式下，需要将第一应用中的某个新闻分享到第二应用的朋友圈，或者将第一应用中的某个图片元素发送到第二应用的搜索框中进行商品搜索，或者将第一应用中选取的数据复制/转移到第二应用中等等。因此，本申请的一种实施例中，可以在至少两个应用前台显示的多窗口模式下判断出用户在触摸屏上的操控行为(如手势滑动)触发第一应用指向第二应用的操控事件时，建立所述第一应用与第二应用的数据通信链路，基于所述数据通信链路，所述第一应用可以实现与第二应用业务级数据通信。

本实施例中所述建立的通信链路至少是第一应用至第二应用的通信连接，第一应用至少可以向第二应用传输数据。本申请实施例具体的实现时所述通信链路可以为双向通信链路，即一种实施方式中，第二应用也可以通过所述建立的通信链路向所述第一应用传输数据。

本申请实施例利用多窗口模式下屏幕可以同时显示两个或者多个应用窗口界面的特点，通过识别用户在触摸屏上的操控轨迹，如两指由第一应用滑向第二应用一段距离等，就可以让同时显示在屏幕上的两个或者多个应用建立数据通信链路。而一旦建立了应用间的数据通信链路，即可以实现不同应用之间业务级上的交互，如一键/快速跨应用分享、支付、查询、数据转移等。这样，实现用户可以直观地通过一个手势实现快速分享、查询等不同应用之间的业务交互。显然，在PC终端、Android/iOS系统终端等越来越多支持应用多窗口的终端设备中能大幅简化用户在不用应用之间执行的分享、搜索等操作。并且这种应用间的交互方式还可以提升用户操作使用体验，提高用户产品使用感知。

上述实施例中所述的用户操控事件可以包括多种预先设定的多窗口模式下第一应用指向第二应用的判断逻辑。一般的，在多数应用场景中，用户使用设置有触摸屏的终端设备时，如目前主流的智能手机、平板电脑、自助服务终端等，通常是使用手指、手掌等用户肢体在触摸屏上进行滑动操控以实现对应用的操作，当然也可以包括使用触控笔或者其他辅助设备。因此，本申请所述一种数据通信处理方法的一种实施例中，可以预先设置基于用户在触摸屏上的一些预期滑动行为的预设触发条件，因此本申请的一种实施例中，所述第一应用指向第二应用的预设触发条件包括：

S111：识别出的用户操控轨迹为由第一应用的窗口界面滑向第二应用的窗口界面的滑动行。

所述的滑动行为可以包括通过用户肢体执行，也可以包括使用类似触控笔的辅助输入设备执行的滑动行为。所述的用户肢体可以包括手指，当然其他的实施例中所述的用户肢体也可以包括头、眼、颈、肘、臂、身、胯、足等人体肢体或器官。本实施例中所述的用户肢体触碰在所述触摸屏上进行的滑动行为可以包括用户在所述触摸屏上进行的连续滑动操控行为，用户可以由通过手指触碰触摸屏后滑向触摸屏的一侧一段距离，或者在所述触摸屏上画圈后滑向触摸屏另一侧，或者滑动的一段曲线等。

本申请所述一种数据通信处理方法的一种实施例中，可以根据获取的用户操控产生的操控指令中的信息识别出用户的操控行为是否指向了另一个应用。具体的，本申请所述一种数据通信处理方法的一种实施例中，用户在所述触摸屏上进行滑动操作时，所述判断所述用户操控轨迹是否满足触发第一应用指向第二应用的预设触发条件可以包括：

S211：获取所述操控指令中的滑动记录信息，所述滑动记录信息包括记录的通过用户至少一个肢体在触摸屏上执行滑动行为时产生的数据信息；

S212：根据所述记录信息计算出至少包括滑动方向、滑动距离、滑动时间、滑动速度中的至少一种行为指标数据；

S213：将所述行为指标数据与对应的预设触发阈值相比较，根据所述比较的结果确定所述操控轨迹是否满足所述预设触发条件。

一般的，在一些应用场景中，用户如果需要将第一应用的内容分享到第二应用中，可以使用手指先触碰第一应用的窗口界面，然后在所述触摸屏上向第二应用所在的位置方向滑动。用户在触摸屏上进行滑动时，处理系统可以记录下滑动产生的记录信息，如坐标信息、时间信息等，基于这些记录信息可以计算出用户的一些行为指标数据。这些行为指标数据可以用于作为是否触发第一应用指向第二应用的判断依据。本申请实施例可以根据包括滑动方向等的行为指标数据判断来识别出需要与第一应用建立通信的同屏多窗口前台显示的第二应用。具体的一个实例应用场景如图9所示，图9是本申请所述一种用户通过手势滑动实现跨应用通信建立的场景示意图。当前为终端设备两个应用的窗口界面同时横向并排显示在触摸屏中，当用户双指触摸所述触摸屏时记录此时触摸时刻T1和两指触碰的坐标C1。然后用户双指在触摸屏上滑动一段距离，在用户滑动完成后，记录所述滑动完成时的触碰时刻T2和两指触碰的坐标C2。然后根据T1、T2计算用户滑动的时间间隔是否小于阈值3000ms，如果小于，则此次滑动行为有效。另外，根据坐标C1和C2计算出此次用户滑动方向C1→C2为正西方向，并且滑动距离300像素超过了最小有效距离L＝20像素，此次可以确定用户的滑动行为指向了在触摸屏中并排前台显示的另一个应用。因此，可以根据所述用户滑动操作的滑动时间、滑动距离和滑动方向可以确定用户的操控行为触发了预先设定第一应用指向第二应用的操控事件。当然，其他的实施例中，所述的操控指令还可以包括触碰触摸屏时的时间信息，所述的行为指标数据也可以包括滑动时间、滑动距离、滑动速度等，因此，所述的触发条件也可以设置多个逻辑条件，如通过滑动轨迹判断滑动方向为第一应用滑向第二应用，且滑动速度大于一定像素值。具体的可以根据用户体验和预先设置的判断用户需要不同应用之间建立通信的预设操控行为进行设置。所述的时间间隔、最小有效距等可以根据设计需要或预期用户操控行为预先定义设置。

上述实施例的实施方式，使得用户可以直观地通过一个手势就可以让同时显示在屏幕上的两个或多个应用建立通信链路，第一应用可以利用本实施例提供的技术方案所建立的通信链路和另一应用快速实现业务级交互。图10是本申请提供的一种数据通信处理方法另一种实施例的方法流程图，如图10所示，本申请所述数据通信处理方法进一步的实施例中，所述建立所述第一应用与所述第二应用的数据通信链路之后，所述方法还可以包括：

S5：所述第一应用与所述第二应用基于所述建立的数据通信链路进行业务级的消息交互处理。

所述通信链路至少是第一应用至第二应用的通信连接，本申请实施例具体的实现时所述通信链路可以为双向通信链路。建立通信链路后，第一应用可以基于所述数据通信链路向第二应用发送分享内容或一键支付等业务级处理消息。这种基于用户滑动手势快速实现跨应用的分享、查询等多窗口模式的信息交互，操作更加直观，用户使用便捷，有效提升用户体验。本实施例中所述的第二应用响应所述业务级处理消息可以包括处理或者拒绝处理所述业务级处理消息，或者接收/处理所述业务级处理消息后返回给第一应用响应的处理结果等。所述的响应可以包括反馈或者不反馈给第一应用响应消息的情况。

当然，其他的实施方式中，用户也可以采用点击的操控行为实现多窗口模式下建立跨应用之间的通信。或者，通过点击、滑动、长按等方式的组合。本申请所述一种数据通信处理方法的另一种实施例中，可以满足和方便一些用户跨应用作业时的操控习惯，具体的所述作所述第一应用指向第二应用的预设触发条件可以包括下述中的至少一种：

S221：识别出的用户操控轨迹为，在预设有效周期内Ts，在第一应用的窗口界面点击次数符合第一要求M、在第二应用的窗口界面点击次数符合第二要求，M、N为预先设置的点击次数，Ts＞0秒，M≥1，N≥1；

S222：识别出的用户操控轨迹为，通识别出的用户操控轨迹为，通过在第一应用的窗口界面中滑动出预设图案，并从所述预设图案位置向第二应用窗口界面所在的位置方向滑动至少第一阈值距离；

S223：识别出的用户操控轨迹为，在预设有效周期内Ts，在第一应用的窗口界面点击次数符合第一要求K，并从所述第一应用的窗口界面向第二应用窗口界面所在的位置方向滑动至少第二阈值距离，K为预先设置的点击次数，Ts为用户操控轨迹有效时间，Ts＞0秒，K≥1；

S224：识别出的用户操控轨迹为，在预设有效周期内Ts，在第一应用的窗口界面中长按时间大于T毫秒，并从所述第一应用的窗口界面向第二应用窗口界面所在的位置方向滑动至少第三阈值距离，Ts＞0，T＞0秒。

图11是本申请一种用户采用点击的操控行为实现多窗口模式下跨应用通信的场景示意图。如图11所示，假如预先有效周期Ts为5秒，M为3，N为1。用户在新闻应用A的窗口界面中，如果判断出1000毫秒内用户连续三次点击一个图片元素P1，然后1500毫秒后又单击另一个购物应用B。则用户此次2500毫秒内在所述触摸屏上的点击行为符合第一应用指向第二应用的预设触发条件，因此，此时可以将第一应用中用户选取的图片元素P1输入到第二购物应用B中。然后购物应用B的搜索栏中出现图片元素P1。S222的实施方式中，所述的预设图案可以预设设置一个或者多，可以包括规则图案或不规则图案，如所述预设图案可以为“圆圈”、“三角形”“Z”形等。如根据用户操控轨迹识别出用户在第一应用中画了一个圈，然后向第二应用滑动了一段距离500像素，大于第一阈值距离300像素，则可以满足S222中所述的预设触发条件。当然，也可以采用S223或S224中所述的将点击或长按(可自定义设置长按时间)与滑动相结合的方式设置预设触发条件，以及基本上述实施例的其他变形、组合方式。

上述实施例所述的预设触发条件提供了若干用户方便、直观、快捷的实现不同应用之间信息交互的操控方式，可以简化用户操作，提高用户操控体验。另外，所述从所述第一应用的窗口界面向第二应用窗口界面所在的位置方向滑动可以包括通过用户肢体直接作用在触摸屏上的滑动，也可以包括通过触摸装置作用在触摸屏上的滑动，或者通过用户手势隔空执行的滑动等。所述的第一阈值、第二阈值、第三阈值等可以根据不同的使用终端、应用界面场景等进行设置。

如前所述，本申请的一种实施方式中，发送第一应用的通信建立请求具体的方式例如可以包括广播消息的方式发送，或者点对点方式的直接发送给第二应用，第一应用与第二应用之间建立通信链路。例如应用A通过广播消息的方式发送通信建立请求request时开始监听端口，收到request的应用B可以直接与A建立连接。另一种实施方式中，第一应用可以广播消息的方式通信建立请求，所以收到广播消息的应用均可以响应第一应用的广播消息，返回response。而此时所述第一应用A可以自主选择需要与哪个应用建立连接，具体的连接对象的判断依据可以由开发人员根据不同的业务场景进行设定。因此，本申请提供的所述一种数据通信处理方法中，

S231：所述发送第一应用的通信建立请求包括以消息广播的方式发送第一应用的通信建立请求；

相应的，所述建立所述第一应用与所述第二应用的数据通信链路可以包括：

在所述第二应用接收所述通信建立请求后建立第二应用到所述第一应用的通信链路，并向所述第一应用返回应答消息；

在所述第一应用接收到所述第二应用的应答消息后建立第一应用到第二应用的点对点通信链路。

所述通信建立请求可以包括所述第一应用识别标识，所述第二应用可以基于所述第一应用标识向所述第一应用返回应答消息。相应的，所述应答消息中可以包括第二应用的第二应用标识，第一应用可以基于所述第二应用标识与第二应用建立通信连接。本申请实施例设计的前台显示的不同应用之间建立通信的方法可以采用第一应用广播发送通信建立消息，收到广播消息的多一个或者多个应用可以向第一应用反馈应答消息，然后第一应用可以根据收到的多个响应方的应答消息主动选择需要与哪一个应用建立通信链路。这种由第一应用主动选择通信链路建立对象的方式，尤其适用于至少三个前台显示在触摸屏中的多窗口模式应用场景。

当然，收到第一应用广播消息的所有应用均与第一应用建立通信链路的方式也可以适用于至少三个前台显示在触摸屏中的多窗口模式应用场景。如图12-1所示的，图12-1是本申请一种通过用户滑动实现多窗口模式下跨应用通信的场景示意图，用户在第一应用为搜索应用B中将某个搜索结果通过手势向右侧滑动一段距离后，发出通信建立请求的广播消息。前台显示的即时通信应用IM_1、IM_2、IM_3收到广播消息后均可以直接与搜索应用B建立双向通信。然后，搜索应用B可以将相应的业务级处理数据(某条搜索结果RE_1)发送到即时通信应用IM_1、IM_2、IM_3，即时通信应用IM_1、IM_2、IM_3可以分别进行相应的响应处理。而采用由第一应用选择与哪个响应方建立通信链路时，即时通信应用IM_1、IM_2、IM_3收到广播消息后均向搜索应用返回应答消息，搜索应用B可以根据滑动方向正对IM_2进而选择与IM_2建立通信链路。搜索应用B可以将相应的业务级处理数据(某条搜索结果RE_1)发送到即时通信应用IM_2，由即时通信应用IM_2进行相应的响应处理，如图12-2所示，图12-2是本申请一种通过用户滑动实现多窗口模式下跨应用通信的场景示意图。

下面对利用本申请所述一种数据通信处理方法应用在一个具体实例的应用场景中实施过程说明。图13是本申请所述一种数据通信处理方法一种实施例场景的实施流程示意图。具体的一个实例应用场景中，如图13所示，在Android系统的手机终端中，可以预先约定应用A为建立通信的发起方，应用B为接收方。

图13中的广播接收器指BroadcastReceiver，是Android系统提供的应用间一对多的信息传播机制。这里可以定义两个广播request和response的Action(执行者或执行进程)分别为com.apptest.message.request和com.apptest.message.response。应用A、应用B需要向系统注册这两个广播接收器。在Android系统中，可以设定应用A、应用B启动后向Android系统注册BroadcastReceiver(广播接收器)，这样，当Android系统收到Broadcast时才会回调预先注册的BroadcastReceiver来通知应用。例如一种常用的注册方法为静态注册，静态注册通常是指在AndroidManifest.xml的application里面定义receiver并设置要接收的action(执行者或执行进程，如com.apptest.message.request和com.apptest.message.response)。

当用户双指触摸到手机上的触摸屏时，记录此时时间T1和两指触摸的坐标C1，滑动过程中可以一直记录时间和坐标数据。在滑动完成后，根据记录的滑动完成时的时间T2判断用户滑动的时间间隔T是否小于阈值1500ms；并将起始和终止时两指的坐标求平均值，通过起始和终止坐标计算滑动直线距离L是否超过了阈值滑动距离＝L300像素。然后通过Android系统提供的API判断当前应用A是处于多窗口模式，以及如果判决结果均满足上述滑动的时间间隔和滑动距离的触发要求，则可以确定用户在触摸屏上的滑动行为触发了指向了另一应用的操控事件。

此时，在手机Android系统中，应用A可以发送携带自己包名的request广播消息。这里所述的包名指package，是Android系统中应用的唯一标识。在Android系统中每一个应用都必须有一个唯一的package，一般在产品开发设计中可以使用这个package来区分不同的应用，例如应用A的package可以为com.eg.android.ApptestA，应用B的package可以为com.tencent.mm。

当应用B收到request广播后，可以先决定是否响应应用A发来的请求。若此时系统未处理紧急事件或排他进程的应用或处于其他繁忙状态等，则可以同意应用A的请求，建立B到A的单向通信链接。然后，可以通过Android提供的API判断当前应用B是否处于多窗口模式，以及是否在屏幕前台显示。

判断通过后，应用B随机监听一个可用的网络Socket端口，如8080，根据接收到应用的request发送response广播，并携带应用B自己的包名和所监听的端口。应用B监听网络Socket端口8080，等待端口被连接。

A应用收到应用B的response广播后，如果同意与该应用B连接，则主动连接应用B监听的Socket端口8080。连接成功后则建立了应用A与应用B的点对点通信链路。应用A、B可利用该Socket端口的通信链路进行高速的双向点对点通信。业务双方可以根据该链路进行多种业务交互，例如分享、支付。

本申请提供的数据通信处理方法或可以用于手机、平板、PC、服务器、PDA等多种终端设备中，用户可以直观地通过一个手势就可以让同时显示在屏幕上的两个应用建立双向通信链路。例如用户在任意一个应用中双指滑向另一个应用，这两款应用所在进程建立双向通信通道，可以根据不同的业务场景对用户的这个动作进行多样化的响应，例如分享A应用中的内容到B应用，可以有效提升终端设备的交互使用体验。

基本申请思想，本申请还提供一种可以用于同一应用中不同业务项之间的数据通信处理方法，可以实现基于用户在应用窗口界面不同的业务项之间的滑动操控实现跨业务之间的交互处理。图14是本申请提供的一种数据通信处理方法另一种实施例的方法流程图，具体的如图14所示，本申请提供的一种数据通信处理方法的一种实施例中，所述方法可以包括：

S1’：监听应用窗口界面上的操控行为产生的操控指令，识别出用户操控轨迹；

S2’：判断所述用户操控轨迹是否满足触发第一业务项指向第二业务项的预设触发条件；以及当所述判断结果为是时，采用所述第二业务项的响应方式处理所述第一业务项的业务处理请求。

优选的实施方式中，所述第一业务项指向第二业务项的预设触发条件可以包括：

S201’：识别出的用户操控轨迹为在触摸屏前台显示的应用窗口界面中由第一业务项的窗口界面滑向第二业务项的窗口界面。

上述进行交互处理的所述的第一业务项与第二业务项可以属于同一个应用中的不同业务项，也可以为不同应用中的业务项。因此，本申请提供的既有用户操控轨迹可实现不同业务项之间信息交互的数据通信处理方法的另一种实施例中，所述第一业务项与第二业务项可以采用下述中的任意一种实施方式：

所述第一业务项与第二业务项属于同一应用中的业务项；

所述第一业务项与第二业务项项中至少有一个业务项属于不同的应用。

图15是本申请提供的一种数据通信处理方法的另一种实施例应用场景的示意图。如图15中所示，在某支付应用PAY中的二级窗口界面中包括若干个缴费支付业务项，如“话费充值”、“水电费”、“信用卡还款”等。同时该应用窗口界面下方还提供了三个用户可以用于支付的支付方式选项“余额支付”、“中国银行支付”、“招商信用卡支付”。假如预先设置按住某个支付选项后滑动到某个支付业务项即表示使用按住的支付选取付款滑动到的支付业务项。例如，图15中所示的，用户使用手指先触碰“余额支付”选项，然后手指滑动到“话费充值”，则该支付应用PAY可以直接启用“余额支付”的业务支付方式来给用户充值话费。当然，如果用户按住“中国银行支付”业务项的窗口界面，然后滑向“话费充值”，则支付应用PAY可以使用用户绑定的中国银行储蓄卡进行话费充值，或者点击“中国银行支付”后滑向“红包”业务项，则可以默认使用用户绑定的中国银行储蓄卡的资金进行发红包。这样，不同业务项之间可以通过触摸屏上的手势滑动操控等快速执行不同业务项之间的交互处理，提高用户操作体验。

基于本申请所述的数据通信处理方法，本申请还提供一种数据通信处理装置。所述数据通信处理装置可以用于包括移动通信终端、平板、PDA、PC等多种终端设备中，实现多窗口模式下基于用户触摸屏上的某种预设操控动作(如用户在触摸屏上的某种滑动手势)来建立不同应用之间的数据通信，实现不同应用之间的业务交互，提升用户操控体验。图16是本申请提供的一种数据通信处理装置的一种实施例的模块结构示意图，具体的，如图16所示，所述装置可以包括：

监听模块101，可以用于监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；

轨迹处理模块102，可以用于判断所述用户操控轨迹是否满足第一应用指向第二应用的预设触发条件；以及当所述判断结果为是时发送第一应用的通信建立请求；

多窗口判断模块103，可以在所述第二应用接收到所述通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；

通信建立模块104，可以用于当所述多窗口判断模块103判断的结果为是时，建立所述第一应用与所述第二应用的数据通信链路。

本申请所述一种数据通信处理装置的另一种实施例中，所述第一应用指向第二应用的预设触发条件可以包括：

识别出的用户操控轨迹为由第一应用的窗口界面滑向第二应用的窗口界面的滑动行为。

本申请所述一种数据通信处理装置的另一种实施例中，所述发送第一应用的通信建立请求包括以消息广播的方式发送通信建立请求；

相应的，所述建立所述第一应用与所述第二应用的数据通信链路包括：

在所述第二应用接收所述通信建立请求后建立第二应用到所述第一应用的通信链路，并向所述第一应用返回应答消息；

在所述第一应用接收到所述第二应用的应答消息后建立第一应用到第二应用的点对点通信链路。

本申请所述装置中的第一应用指向第二应用的预设触发条件还可以根据用户点击、滑动、长按及其组合等设置其他触发条件。具体的上述实施例的实施方式以及建立第一应用与第二应用的通信链路方式可以参照上述方法相关实施例的描述及扩展的可实施方式，在此不做赘述。

本申请所述的数据通信处理装置可以用于基于Android系统平台并支持多窗口模式的多种终端设备中，如常用的移动通信终端。这样，用户在使用终端设备时可以通过在触摸屏上简单的手势操作，快速、直观的让同时显示在触摸屏上的两个或者多个应用建立通信链路。利用建立的通信链路，快速实现跨应用之间的业务级交互，如一键分享、滑动支付等等，大大提高用户操控使用体验。当然，所述作用在触摸屏上的操控行为可以包括通过用户肢体触碰在所述触摸屏上的滑动行为、进行的点击行为、长按及其组合的操控行为。

本申请还提供的另一种数据通信处理装置的实施例，可以实现基于用户在应用窗口界面不同的业务项之间的滑动操控实现跨业务之间的交互处理。图17是本申请提供的一种数据通信处理装置的另一种实施例的模块结构示意图，具体的如图17所示，本申请提供的一种数据通信处理装置一种实施例中所述装置可以包括：

操控指令获取模块201，可以用于监听触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；

业务处理模块202，可以用于判断所述用户操控轨迹是否满足第一业务项指向第二业务项的预设触发条件；还可以用于当所述判断结果为是时，采用所述第二业务项的响应方式处理所述第一业务项的业务处理请求。

本申请提供的所述一种数据通信处理装置另一种实施例中，所述第一业务项指向第二业务项的预设触发条件包括：

识别出的用户操控轨迹为在触摸屏前台显示的应用窗口界面中由第一业务项的窗口界面滑向第二业务项的窗口界面。

当然，如前所述，上述进行交互处理的所述的第一业务项与第二业务项可以属于同一个应用中的不同业务项，也可以为不同应用中的业务项。因此，本申请提供的所述一种数据通信处理装置另一种实施例中，所述第一业务项与第二业务项采用下述中的任意一种实施方式：

所述第一业务项与第二业务项属于同一应用中的业务项；

所述第一业务项与第二业务项项中至少有一个业务项属于不同的应用。

上述中具体的所述第一业务项指向第二业务项的预设触发条件、滑动形成的用户操控轨迹等可以参照前述其他实施例的相关描述，在此不做赘述。

本申请实施例提供的数据通信处理装置利用多窗口模式下屏幕可以同时显示两个或者多个应用窗口界面的特点，通过识别用户在触摸屏上的操控轨迹，如两指由第一应用滑向第二应用一段距离等，就可以让同时显示在屏幕上的两个或者多个应用建立数据通信链路。而一旦建立了应用间的数据通信链路，即可以实现不同应用之间业务级上的交互，如一键/快速跨应用分享、支付、查询、数据转移等。这样，实现用户可以直观地通过一个手势实现快速分享、查询等不同应用之间的业务交互。显然，在PC终端、Android/iOS系统终端等越来越多支持应用多窗口的终端设备中能大幅简化用户在不用应用之间执行的分享、搜索等操作。并且这种应用间的交互方式还可以提升用户操作使用体验，提高用户产品使用感知。

本申请提供的数据通信处理方法及装置可以用于多种终端设备中，如移动通信终端(手机等)、平板、PDA、PC、服务器、业务系统等，实现多窗口模式下基于用户触摸屏上的某种预设操控动作(如用户在触摸屏上的某种滑动手势)来建立不同应用之间的数据通信，实现不同应用之间的业务交互，提升用户操控体验。因此，本申请还提供一种电子设备，所述电子设备可以包括如上述手机、平板等包括触摸屏设备的终端设备。所述的电子设备在一些实施例中也可以为这些终端设备的部分组成，如终端设备的数据处理电子设备，触摸屏可以与所述的电子设备单独进行连接，组合后成为用户使用的终端。具体的，本申请的提供的一种电子设备的一种实施例中，可以包括：

事件监听单元，可以用于监听作用在触摸屏上的操控行为产生的操控指令，识别出用户操控轨迹；还可以用于判断所述用户操控轨迹是否满足第一应用指向第二应用的预设触发条件；

窗口状态判断模块，可以用于在所述第二应用接收到第一应用的通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；

通信链路建立模块，可以用于当判断所述用户操控轨迹满足第一应用指向第二应用的预设触发条件时，发送第一应用的通信建立请求；以及用于在判断所述第二应用的状态为界面显示于所述触摸屏前台的多窗口模式时，建立所述第一应用与所述第二应用的数据通信链路。

一种实施例中，所述电子设备的通信链路建立模块303建立所述第一应用与所述第二应用的数据通信链路可以包括建立第一应用至第二应用的单向数据通信链路，第一应用可以向第二应用发送通信数据，第二应用接收通信数据。其他的实施例中，也可以包括建立第一应用与第二应用的双向数据通信链路，即一种实施方式中第一应用可以通过所述数据通信链路向第二应用发送通信数据，第二应用也可以通过所述数据通信连接向第一应用发送数据通信数据。本申请所述的电子设备，以及上述的数据通信处理方法、装置的一些实施例可以根据具体的应用环境设定处理方式。本申请提供一种优选的实施例，第一应用采用消息广播后，根据接收到的应答消息建立与第二应用的点对点通信。具体的，本申请所述一种电子设备的另一种实施例中，所述通信链路建立模块发送第一应用发送通信建立请求包括所述第一应用以消息广播的方式发送第一应用的通信建立请求；

相应的，所述建立所述第一应用与所述第二应用的数据通信链路包括：

在所述第二应用接收所述通信建立请求后建立第二应用到所述第一应用的通信链路，并向所述第一应用返回应答消息；

在所述第一应用接收到所述第二应用的应答消息后建立第一应用到第二应用的点对点通信链路。

所述作用在触摸屏上的操控行为可以包括通过用户肢体直接在所述触摸屏上进行滑动的操控行为。在本申请的其他的实施例中，所述的操控行为也可以包括用户使用触控装置，如触控笔、激光灯或其他辅助工具在所述触摸屏上进行的点击、滑动等操作。甚至，本申请不排除其他的实施方式中，用户肢体不直接接触触摸屏，而是利用光电感应、磁感应等识别出用户隔空间接的作用在所述触摸屏上的操控行为。如识别出的用户的肢体感应动作，具体的例如用户在触摸屏上间隔一定距离做出的滑动手势，虽然用户手指此时没有直接触碰到触摸屏，但本申请实施例提供的电子设备应用场景中仍然可以识别出用户执行了滑动一段距离的操控行为，并将其翻译为一段用户操控轨迹。因此，本申请所述一种电子设备的另一种实施例中，所述作用在触摸屏上的操控行为可以包括下述中的至少一种实施方式：

通过用户肢体触碰所述触摸屏的操控行为；

通过触控装置触碰所述触摸屏的操控行为；

通过肢体感应识别出的隔空间接作用在所述触摸屏上的操控行为。

一般的，所述窗口模式可以包括例如所述第一应用与第二应用的窗口界面在多窗口模式下处于同一个触摸屏中，如目前Android某个版本支持在手机终端显示屏中同时显示两个应用的窗口界面，或者一些平板电脑支持的同一个触摸屏最多同时显示四个应用的窗口界面。但本申请所述的多窗口模式不排除多个应用窗口在不同的触摸屏中前台显示的实施方式，如第一应用与第二应用可以属于同一个处理系统并显示在不同的触摸屏终端，如同一个PC主机的多屏显示。所述的同一个处理系统可以是包含一个或者多个逻辑单元的处理单元、模块、装置，或多台服务器组成的处理系统，或者是同一个分布式系统。这种情况下，所述第一应用和第二应用的窗口界面可以处于同一个触摸屏中，也可以采用多屏显示的方式，分别或者部分显示在不同的触摸屏中。当然，多窗口多屏显示的第一应用和第二应用也可以为属于不同的处理系统。因此，本申请所述一种电子设备的另一种实施例中，所述窗口状态判断模块在满足下述至少一种条件时确定所述第二应用的状态为界面显示于所述触摸屏前台的多窗口模式：

所述第二应用的窗口界面与第一应用的窗口界面同时前台显示在同一触摸屏中；

第二应用的窗口界面与第一应用的窗口界面同时分别前台显示在不同的触摸屏中；

第一应用与第二应用中，至少有一个应用的部分窗口界面前台显示在不同的触摸屏中。

本申请所述电子设备的一种实施方式中，所述的第一应用与第二应用可以属于同一个处理系统，其他的实施方式中，所述第一应用与第二应用也可以属于不同的处理系统，如前述所述的图6和图7所示。因此，本申请所述一种电子设备的另一种实施例中，所述第一应用与第二应用采用下述中的任意一种实施方式：

所述第一应用与第二应用属于同一处理系统；

所述第一应用与第二应用中至少有一个应用属于不同的处理系统。

当然，本申请实施例所述的多窗口在一种实施方式中也可以为用户当前时刻操控的应用的业务窗口界面，其他的一种实施例中也可以包括应用的缩略图窗口界面或者缩放图窗口界面。

其他的实施方式中，用户也可以采用点击的操控行为实现多窗口模式下建立跨应用之间的通信。或者，通过点击、滑动、长按等方式的组合。本申请所述一种电子设备的另一种实施例中，可以满足和方便一些用户跨应用作业时的操控习惯。具体的，本申请所述一种电子设备的另一种实施例中，所述作所述第一应用指向第二应用的预设触发条件包括下述中的至少一种：

识别出的用户操控轨迹为，在预设有效周期内Ts，在第一应用的窗口界面点击次数符合第一要求M、在第二应用的窗口界面点击次数符合第二要求，M、N为预先设置的点击次数，Ts为用户操控轨迹有效时间，Ts≥0秒，M≥1，N≥1；

识别出的用户操控轨迹为，通过在第一应用的窗口界面中滑动出预设图案来选中第一应用，并从所述预设图案位置向第二应用窗口界面所在的位置方向滑动至少第一阈值距离；

识别出的用户操控轨迹为，在预设有效周期内Ts，在第一应用的窗口界面点击次数符合第一要求K，并从所述第一应用的窗口界面向第二应用窗口界面所在的位置方向滑动至少第二阈值距离，K为预先设置的点击次数，Ts为用户操控轨迹有效时间，Ts≥0秒，K≥1。

识别出的用户操控轨迹为，在预设有效周期内Ts，在第一应用的窗口界面中长按时间大于T毫秒，并从所述第一应用的窗口界面向第二应用窗口界面所在的位置方向滑动至少第三阈值距离，T≥0。

上述实施例所述的预设触发条件提供了若干用户方便、直观、快捷的实现不同应用之间信息交互的操控方式，可以简化用户操作，提高用户操控体验。另外，所述从所述第一应用的窗口界面向第二应用窗口界面所在的位置方向滑动可以包括通过用户肢体直接作用在触摸屏上的滑动，也可以包括通过触摸装置作用在触摸屏上的滑动，或者通过用户手势隔空执行的滑动等。所述的第一阈值、第二阈值、第三阈值等可以根据不同的使用终端、应用界面场景等进行设置。

本申请所述一种电子设备的另一种实施例中，所述第一应用指向第二应用的预设触发条件可以包括：

识别出的用户操控轨迹为由第一应用的窗口界面滑向第二应用的窗口界面的滑动行为

如用户在第一应用为搜索应用B中将某个搜索结果通过手势向右侧滑动一段距离后，发出通信建立请求的广播消息。前台显示的即时通信应用IM_1、IM_2、IM_3收到广播消息后均可以直接与搜索应用B建立双向通信。然后，搜索应用B可以将相应的业务级处理数据(某条搜索结果RE_1)发送到即时通信应用IM_1、IM_2、IM_3，即时通信应用IM_1、IM_2、IM_3可以分别进行相应的响应处理。

上述实施例的实施方式，使得用户可以直观地通过一个手势就可以让同时显示在屏幕上的两个或多个应用建立通信链路，第一应用可以利用本实施例提供的技术方案所建立的通信链路和另一应用快速实现业务级交互。因此，本申请所述一种电子设备的另一种实施例中，所述电子设备还可以包括：

业务处理单元，可以用于利用建立的所述数据通信链路实现所述第一应用与第二应用之间的业务级消息交互处理。

所述通信链路至少是第一应用至第二应用的通信连接，本申请实施例具体的实现时所述通信链路可以为双向通信链路。建立通信链路后，第一应用可以基于所述数据通信链路向第二应用发送分享内容或一键支付等业务级处理消息。这种基于用户滑动手势快速实现跨应用的分享、查询等多窗口模式的信息交互，操作更加直观，用户使用便捷，有效提升用户体验。

本申请提供的数据通信处理方法或装置或电子设备可以用于多种带有触摸显示设备的终端设备中，如移动通信终端(手机等)、平板、PDA、PC、服务器、业务处理系统等，实现多窗口模式下基于用户触摸屏上的某种预设操控动作(如用户在触摸屏上的某种滑动手势)来建立触摸显示设备中不同应用之间的数据通信，实现不同应用之间的业务交互，提升用户触摸显示设备的操控体验。因此，本申请还提供一种触摸显示设备，图18是本申请所述一种触摸显示设备一种实施例的结构示意图，如图18所示，所述触摸显示设备可以包括至少包括一个触摸屏和一个处理器，

所述触摸屏，可以用于应用窗口的界面信息显示和感应作用在所述触摸屏上的操控行为，并将所述操控行为产生的相应的操控指令发送给处理器；

所述处理器，被设置成，可以用于根据所述操控指令识别出用户操控轨迹，并在确定所述用户操控轨迹满足第一应用指向第二应用的预设触发条件时发送第一应用的通信建立请求；还可以用于在所述第二应用接收到所述通信建立请求后，判断所述第二应用的状态是否为界面显示于所述触摸屏前台的多窗口模式；还可以用于当所述判断的结果为是时，建立所述第一应用与所述第二应用的数据通信链路。

在一些使用Android系统版本的终端设备中，可以通过Android系统提供的API(Application Programming Interface，API，应用程序编程接口)来判断当前某个应用是否处于多窗口模式，以及是否在屏幕前台显示。一种实施方式中，所述的第一应用与第二应用可以属于同一个处理系统，其他的实施方式中，所述第一应用与第二应用也可以属于不同的处理系统。

所述触摸显示设备的一种实施例中，用户可以通过在触摸屏上的滑动手势来实现建立不同应用之间的通信链路。因此，本申请提供的一种触摸显示设备的另一种实施例中，所述第一应用指向第二应用的预设触发条件可以包括：

识别出的用户操控轨迹为由第一应用的窗口界面滑向第二应用的窗口界面的滑动行为。

本申请提供的一种触摸显示设备的另一种实施例中，所述处理器以消息广播的方式发送第一应用的通信建立请求；

相应的，所述建立所述第一应用与所述第二应用的数据通信链路包括：

在所述第二应用接收所述通信建立请求后建立第二应用到所述第一应用的通信链路，并向所述第一应用返回应答消息；

在所述第一应用于接收所述第二应用的应答消息后建立第一应用到第二应用的点对点通信链路。

在Android系统中，可以设定应用A、应用B启动后向Android系统注册BroadcastReceiver(广播接收器)，这样，当Android系统收到Broadcast时才会回调预先注册的BroadcastReceiver来通知应用。例如一种常用的注册方法为静态注册，静态注册通常是指在AndroidManifest.xml的application里面定义receiver并设置要接收的action(执行者或执行进程，如com.apptest.message.request和com.apptest.message.response)。

当用户双指触摸到手机上的触摸屏时，记录此时时间T1和两指触摸的坐标C1，滑动过程中可以一直记录时间和坐标数据。在滑动完成后，根据记录的滑动完成时的时间T2判断用户滑动的时间间隔T是否小于阈值1500ms；并将起始和终止时两指的坐标求平均值，通过起始和终止坐标计算滑动直线距离L是否超过了阈值滑动距离＝L300像素。然后通过Android系统提供的API判断当前应用A是处于多窗口模式，以及如果判决结果均满足上述滑动的时间间隔和滑动距离的触发要求，则可以确定用户在触摸屏上的滑动行为触发了指向了另一应用的操控事件。

具体的一个实例中，如在手机Android系统中，应用A可以发送携带自己包名的request广播消息。当应用B收到request广播后，可以先决定是否响应应用A发来的请求。若此时系统未处理紧急事件或排他进程的应用或处于其他繁忙状态等，则可以同意应用A的请求，建立B到A的单向通信链接。然后，可以通过Android提供的API判断当前应用B是否处于多窗口模式，以及是否在屏幕前台显示。判断通过后，应用B随机监听一个可用的网络Socket端口，如8080，根据接收到应用的request发送response广播，并携带应用B自己的包名和所监听的端口。应用B监听网络Socket端口8080，等待端口被连接。A应用收到应用B的response广播后，如果同意与该应用B连接，则主动连接应用B监听的Socket端口8080。连接成功后则建立了应用A与应用B的点对点通信链路。

本申请上述实施例提供的触摸显示设备，当确定出用户需要在不同的应用之间进行信息交互时可以快速建立应用之间的通信，可以实现用户直观地通过简单、直观的滑动手势就可以让同时显示在屏幕上的至少两个应用建立通信链路。触摸显示设备可以利用本申请提供的技术方案所建立的通信链路和另一应用进行业务级的交互，具体的交互方式/响应内容可以由业务开发人员根据不同的场景进行设计，例如一键分享、一键支付、一键听歌等。显然，本申请实施方案在PC终端、Android/iOS系统终端等越来越多支持应用多窗口的终端设备中能大幅简化用户分享、搜索等不用应用之间的交互操作，满足用户需求，并且这种应用间的交互方式还可以大幅提高用户终端操控体验，提高用户产品使用感知度。

本申请提供的数据通信处理方法或装置或电子设备可以用于另一种带有触摸显示设备的终端设备中，如移动通信终端(手机等)、平板、PDA、PC、服务器、业务处理系统等，实现多窗口模式下基于用户触摸屏上的某种预设操控动作(如用户在触摸屏上的某种滑动手势)来建立触摸显示设备中不同业务项之间的信息交互，快速实现相同应用或不同应用的业务项之间的操作，提升用户触摸显示设备的操控体验。因此，本申请还提供另一种触摸显示设备，图19是本申请所述一种触摸显示设备一种实施例的结构示意图，如图19所示，所述触摸显示设备可以包括至少包括一个触摸屏和一个处理器，

所述触摸屏，可以用于应用窗口的界面信息显示和感应作用在所述触摸屏上的操控行为，并将所述操控行为产生的相应的操控指令发送给处理器；

所述处理器，被设置成，可以用于判断所述用户操控轨迹是否满足发第一业务项指向第二业务项的预设触发条件；还可以用于当所述判断结果为是时，采用所述第二业务项的响应方式处理所述第一业务项的业务处理请求。

本申请提供的一种触摸显示设备的另一种实施例中，所述第一业务项指向第二业务项的预设触发条件包括：

识别出的用户操控轨迹为在触摸屏前台显示的应用窗口界面中由第一业务项的窗口界面滑向第二业务项的窗口界面。

上述进行交互处理的所述的第一业务项与第二业务项可以属于同一个应用中的不同业务项，也可以为不同应用中的业务项。本申请提供的一种触摸显示设备的另一种实施例中，所述第一业务项与第二业务项采用下述中的任意一种实施方式：

所述第一业务项与第二业务项属于同一应用中的业务项；

所述第一业务项与第二业务项项中至少有一个业务项属于不同的应用。

本申请实施例提供的另一种触摸显示设备中国，可以实现应用窗口界面不同的业务项之间的滑动操控实现跨业务之间的交互处理。不同业务项之间可以通过触摸屏上的手势滑动操控等快速执行不同业务项之间的交互处理，提高用户操作体验。

本申请目的在于提供一种数据通信处理方法、装置及电子设备、触摸显示设备，利用多窗口模式下屏幕可以同时显示多个应用窗口的特点，实现通过用户的简单、直观的操控手势操即可让同时显示在屏幕上的至少两个应用建立通信链路，实现快速、便捷的终端设备中不同应用之间应用交互，减少用户操作，提高用户操作和使用体验。本申请实施方案在PC终端、Android/iOS系统终端等越来越多支持应用多窗口的终端设备中能大幅简化用户分享、搜索等不用应用之间的交互操作，满足用户需求，并且这种应用间的交互方式还可以大幅提高用户终端操控体验，提高用户产品使用感知度。

尽管本申请内容中提到消息广播或点对点通信的消息交互方式、双指触摸或肢体感应的隔空触摸的操控方式、点击或长按或滑动或画圈等的用户操控轨迹、连续或非连续的用户操控轨迹定义、多应用处于同屏或分屏的多窗口显示方式等之类的信息交互方式、用户手势识别、多窗口前台显示实时场景等的描述，但是，本申请并不局限于必须是符合行业通信标准、触摸屏输入信息识别、滑动轨迹定义或实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本申请的可选实施方案范围之内。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。

上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。