CN107733673B - 跨设备的通讯切换方法及装置、系统 - Google Patents

Abstract

本申请提供一种跨设备的通讯切换方法及装置、系统，该方法可以包括：在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通；当所述第一设备无法满足至少一种特定处理需求时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。通过本申请的技术方案，可以根据设备对通讯数据的处理需求的满足情况，实现跨设备的通讯切换操作，确保该通讯事件能够实现通讯方之间的顺利沟通。

Description

跨设备的通讯切换方法及装置、系统

技术领域

本申请涉及通讯技术领域，尤其涉及一种跨设备的通讯切换方法及装置、系统。

背景技术

电子设备在处理检测到的通讯事件时，需要满足通讯事件对于通讯数据的处理需求。比如，当通讯事件为语音通讯事件时，需要电子设备满足对语音数据的播放和采集需求，而当通讯事件为视频通讯事件时，需要电子设备满足对语音数据的播放和采集需求、对视频数据的播放和采集需求。

但是，电子设备并不总是能够满足对通讯数据的所有处理需求，比如当电子设备为台式电脑时，只能通过屏幕满足视频播放需求，但是台式电脑通常不会内置有扬声器、麦克风和摄像头，那么台式电脑若没有外接扬声器则无法满足语音播放需求、若没有外接麦克风则无法满足语音采集需求、若没有外接摄像头，导致台式电脑无法对视频通讯事件进行顺利处理。

在相关技术中，当电子设备无法满足检测到的通讯事件的所有处理需求时，如果电子设备对该通讯事件进行处理，那么无法实现通讯方之间的顺利沟通；如果电子设备不对该通讯事件进行处理，那么用户需要更换另一电子设备，增加了用户操作的复杂程度，并且降低了通讯效率。

发明内容

有鉴于此，本申请提供一种跨设备的通讯切换方法及装置、系统，可以根据设备对通讯数据的处理需求的满足情况，实现跨设备的通讯切换操作，确保该通讯事件能够实现通讯方之间的顺利沟通。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种跨设备的通讯切换方法，包括：

第一设备检测到本端通讯方向对端通讯方发起通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于所述本端通讯方与所述对端通讯方之间的沟通；

当所述第一设备无法满足至少一种特定处理需求时，所述第一设备向第二设备转交所述通讯事件中至少对应于所述特定处理需求的部分，其中所述第二设备被预配置为支持所述特定处理需求；

所述第二设备向所述本端通讯方示出针对所述对端通讯方的通讯确认消息；

当所述通讯确认消息被所述本端通讯方确认响应时，所述第二设备对所述通讯事件中由所述第一设备转交的部分进行处理。

根据本申请的第二方面，提出了一种跨设备的通讯切换方法，包括：

在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通；

当所述第一设备无法满足至少一种特定处理需求时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。

根据本申请的第三方面，提出了一种跨设备的通讯切换系统，包括：第一通讯切换装置和第二通讯切换装置；

所述第一通讯切换装置包括：

检测单元，使第一设备检测到本端通讯方向对端通讯方发起通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于所述本端通讯方与所述对端通讯方之间的沟通；

转交单元，当所述第一设备无法满足至少一种特定处理需求时，使所述第一设备向第二设备转交所述通讯事件中至少对应于所述特定处理需求的部分，其中所述第二设备被预配置为支持所述特定处理需求；

所述第二通讯切换装置包括：

确认单元，使所述第二设备向所述本端通讯方示出针对所述对端通讯方的通讯确认消息；

处理单元，当所述通讯确认消息被所述本端通讯方确认响应时，使所述第二设备对所述通讯事件中由所述第一设备转交的部分进行处理。

根据本申请的第四方面，提出了一种跨设备的通讯切换装置，包括：

检测单元，在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通；

转交单元，当所述第一设备无法满足至少一种特定处理需求时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。

由以上技术方案可见，本申请通过判断第一设备对通讯事件的处理需求的满足情况，可以将通讯事件的至少一部分交由可满足相关处理需求的第二设备进行处理，从而在对该通讯事件进行快速响应和处理的同时，无需用户手动更换设备和重新发起通讯事件，避免增加用户操作的复杂度，有助于提升通讯效率。

附图说明

图1是相关技术中的电脑对通讯事件进行处理的示意图。

图2是本申请一示例性实施例提供的一种跨设备的通讯切换方法的流程图。

图3是本申请一示例性实施例提供的另一种跨设备的通讯切换方法的流程图。

图4-6是本申请一示例性实施例提供的一种第一设备的界面示意图。

图7是本申请一示例性实施例提供的一种第二设备的界面示意图。

图8是本申请一示例性实施例提供的又一种跨设备的通讯切换方法的流程图。

图9是本申请一示例性实施例提供的另一种第一设备的界面示意图。

图10-11是本申请一示例性实施例提供的另一种第二设备的界面示意图。

图12是本申请一示例性实施例提供的又一种跨设备的通讯切换方法的流程图。

图13是本申请一示例性实施例提供的一种电子设备的结构示意图。

图14是本申请一示例性实施例提供的一种跨设备的通讯切换装置的框图。

图15是本申请一示例性实施例提供的一种对应于第一设备的电子设备的结构示意图。

图16是本申请一示例性实施例提供的一种对应于第二设备的电子设备的结构示意图。

图17是本申请一示例性实施例提供的一种跨设备的通讯切换系统的框图。

具体实施方式

在相关技术中，通过登录用户的注册账号，用户可以在多个电子设备上处理通讯事件。例如图1所示，当用户“小白”在电脑上登录了注册账号时，若用户“诗中”向该注册账号发起视频通话（即视频通讯事件）的呼叫，该电脑可以检测到该呼叫，并呈现出图1所示的呼叫页面。

其中，视频通话将会在用户“小白”与用户“诗中”之间产生语音通讯数据和视频通讯数据，对用户“小白”的电脑存在下列需求：

1）语音播放需求，用于播放来自用户“诗中”的语音通讯数据，需要电脑内置或外接扬声器；

2）语音采集需求，用于采集用户“小白”的语音通讯数据，需要电脑内置或外接麦克风；

3）视频播放需求，用于播放来自用户“诗中”的视频通讯数据，需要电脑装配有屏幕；

4）视频采集需求，用于采集用户“小白”的视频通讯数据，需要电脑内置或外接摄像头。

而由图1可知，电脑必然会装配有屏幕，即可以满足视频播放需求；但是对于台式电脑而言，尤其是在企业（公司、学校、政府部门等）场景下，通常不会内置扬声器、麦克风和摄像头，那么如果台式电脑没有外接相关设备，将无法满足语音播放需求、语音采集需求和视频采集需求等，无法顺利支持用户“小白”与用户“诗中”之间的视频通话。

可见，由于一些电子设备本身在设计过程中，并未考虑到对于通讯事件的支持，导致其往往无法或仅能部分支持检测到的通讯事件，造成用户无法获得完整的通讯体验，甚至无法满足基本的通讯需求，使得用户需要主动更换另一电子设备、重新发起另一通讯事件，不仅增加了用户操作的复杂度，还造成了通讯效率的极大降低。

因此，本申请通过跨设备的通讯切换方案，可以解决相关技术中的上述问题。为对本申请进行进一步说明，提供下列实施例：

图2是本申请一示例性实施例提供的一种跨设备的通讯切换方法的流程图。如图2所示，该方法应用于电子设备上，可以包括以下步骤：

步骤202，在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通。

在本实施例中，通讯事件可以由本端通讯方在第一设备上发起；或者，通讯事件也可以由对端通讯方发起后，由第一设备响应，本申请并不对此进行限制。

步骤204，当所述第一设备无法满足至少一种特定处理需求时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。

在本实施例中，可以通过下述方式确定第一设备无法满足至少一种特定处理需求：获取所述通讯事件的通讯类型；确定所述通讯类型对应的预定义功能部件，所述预定义功能部件用于满足相应的处理需求；当所述第一设备未装配所述预定义功能部件中至少之一，或者所述第一设备上装配的所述预定义功能部件中至少之一不满足预定义的使用条件（例如处于非可用状态；或者，虽然处于可用状态，但是无法达到预定义的应用标准，譬如虽然存在网络连接，但是网络状态十分不稳定）时，判定所述第一设备无法满足至少一种特定处理需求。

在一实施例中，当第一设备仅能够满足部分处理需求，或者第一设备无法满足所有处理需求时，均可以将通讯事件转交由第二设备，使第二设备对该通讯事件进行单独处理。

在另一实施例中，当第一设备仅能够满足部分处理需求、无法满足其余的特定处理需求时，可以将通讯事件中对应于特定处理需求的部分交由第二设备进行处理，而由第一设备对通讯事件的其余部分进行处理。

例如，当第一设备上检测到视频通讯事件时，假定第一设备满足视频播放需求，而不满足语音播放需求、语音采集需求和视频采集需求时，第一设备可将通讯事件中对应于语音播放需求、语音采集需求和视频采集需求的部分交由第二设备进行处理，以由第二设备播放对端通讯方的通讯语音、采集本端通讯方的通讯语音和通讯视频，而第一设备仅对通讯事件中对应于视频播放需求的部分进行处理，以由第一设备播放对端通讯方的通讯视频。

在本实施例中，第一设备可以向服务器发送转交请求，该转交请求包含第二设备的信息和通讯事件中需要交由第二设备处理的部分的信息，以指示服务器将通讯事件中的相应部分交由第二设备进行处理。

在本实施例中，当第一设备无法满足至少一种特定处理需求时，可以执行提示操作，以对本端通讯方进行提示；而当第一设备检测到本端通讯方对提示操作的触发响应时，可以将通讯事件中至少对应于特定处理需求的部分交由第二设备进行处理，使得本端通讯方可以根据自身的需求来确定是否需要转由第二设备进行处理，例如当第二设备并非在本端通讯方身边时，本端通讯方很可能并不需要转由第二设备进行处理。

由以上技术方案可见，本申请通过判断第一设备对通讯事件的处理需求的满足情况，可以将通讯事件的至少一部分交由可满足相关处理需求的第二设备进行处理，从而在对该通讯事件进行快速响应和处理的同时，无需用户手动更换设备和重新发起通讯事件，避免增加用户操作的复杂度，有助于提升通讯效率。

为了便于理解，下面以本端通讯方采用的设备A、对端通讯方采用的设备B和服务器之间的交互过程，对本申请的技术方案进行详细说明；那么，对应于图2所示的实施例，此处的设备A相当于第一设备、设备B相当于第二设备。

图3是本申请一示例性实施例提供的另一种跨设备的通讯切换方法的流程图。如图3所示，该方法可以包括以下步骤：

步骤302，设备A检测到语音呼出事件。

在本实施例中，第一设备检测到通讯事件时，该通讯事件可以由本端通讯方在第一设备上发起；例如，由作为本端通讯方的用户“诗中”向作为对端通讯方的用户“小白”发起语音呼出事件，即用户“诗中”通过设备A向设备B发起语音呼叫。

在本实施例中，第一设备上可以安装有支持通讯功能的应用程序，并通过该应用程序处理通讯事件。例如，该应用程序可以为即时通讯应用，比如企业即时通讯应用“钉钉（DING Talk）”等，本申请并不对此进行限制。

以钉钉为例。假定设备A为安装有PC版本的钉钉客户端的电脑，那么用户“诗中”可以通过如图4所示的客户端界面，即针对用户“小白”的会话窗口界面，发起针对用户“小白”的语音呼出事件。例如，在图4所示会话窗口界面的右上角示出一“电话”图标，当设备A检测到针对该图标的触发操作时，可以判定为检测到语音呼出事件，且该语音呼出事件的通讯目标为用户“小白”。

步骤304，获取设备A的硬件信息。

在本实施例中，当检测到设备A中的通讯事件时：

一方面，钉钉获取通讯事件的通讯类型，并确定该通讯类型对应的预定义功能部件，该预定义功能部件用于满足相应的处理需求。

实际上，所有的通讯类型都是已知的，且每个通讯类型的通讯事件对于通讯数据的处理需求也已经明确。例如，对于语音通讯事件而言，对应的通讯数据为语音数据，处理需求包括：用于播放对端通讯方的通讯语音的语音播放需求、用于采集本端通讯方的通讯语音的语音采集需求，其中语音播放需求对应的功能部件为扬声器、语音采集需求对应的功能部件为麦克风。再比如，对于视频通讯事件，对应的通讯数据包括语音数据和视频数据：语音数据不再赘述；视频数据对应的处理需求包括：用于播放对端通讯方的通讯视频的视频播放需求、用于采集本端通讯方的通讯视频的视频采集需求，其中视频播放需求对应的功能部件为屏幕、视频采集需求对应的功能部件为摄像头。

因此，可以将每一通讯类型与对应的功能部件之间建立起对应关系，并将对应关系预先记录在钉钉中，使得钉钉在工作过程中只需要获取设备A检测到的通讯事件的通讯类型，即可据此确定出对应的预定义功能部件。

另一方面，钉钉客户端可以获取设备A的硬件信息，即设备A内置和外接的硬件部件，以及硬件部件的可用状态。那么，钉钉客户端可以将设备A的硬件信息与步骤302检测到的通讯事件对应的预定义功能部件进行比对，确定设备A是否能够满足相应的处理需求。

硬件信息可以由钉钉客户端实时获取；或者，钉钉客户端可以周期性地获取并更新硬件信息；或者，设备A可以在自身的硬件设备发生更新时，主动通知钉钉客户端，以由钉钉客户端对获取的硬件信息进行更新；本申请并不对此进行限制。

例如，针对步骤302检测到的语音呼出事件，出于对语音播放需求和语音采集需求的满足，语音呼出事件对应的预定义功能部件包括扬声器和麦克风，即设备A内置或外接可用的扬声器和麦克风时，认为其能够满足语音呼出事件的处理需求，否则认为无法满足语音呼出事件的处理需求。

当确定设备A可以满足对语音呼出事件的处理需求时，设备A可以向用户“小白”发起语音呼叫，并等待用户“小白”进行接听；当确定设备A无法满足对语音呼出事件的处理需求时，例如设备A为图1所示的台式电脑，并未内置或外接扬声器、麦克风，因而设备A可以转入步骤306。

步骤306，设备A执行提示操作。

在本实施例中，第一设备在无法满足至少一种特定处理需求时，可以执行提示操作；然后，当检测到本端通讯方对提示操作的触发响应时，第一设备可以将通讯事件中至少对应于特定处理需求的部分交由第二设备进行处理。

例如图5所示，设备A在确定无法满足对语音呼出事件的应用需求时，可以示出右下侧的临时提示框（图5中呈矩形），该临时提示框内包括诸如“未检测到扬声器和麦克风，请在手机上发起”等提示文字，以及“是”、“否”等提示选项。那么，当设备A检测到“是”选项被选中时，可以判定为设备A检测到作为本端通讯方的用户“诗中”的触发响应，设备A将转入步骤308；而当设备A检测到“否”选项被选中时，可以判定为未检测到触发响应，由设备A处理语音呼出事件。

在本实施例中，步骤306并非必须，比如步骤304后可以直接跳转至步骤308；当然，在一些场景下，第二设备可能并不在本端通讯方身旁，或者本端通讯方由于各种原因而不希望通过第二设备来处理第一设备上的通讯事件，因而为了确保符合本端通讯方的实际需求，可以通过步骤306进行提示操作，并由本端通讯方确定是否转入步骤308进行通讯事件的转交处理。

在本实施例中，除了图5所示的实施例之外，如图6所示，临时提示框中可以仅包含提示文字，而不包含可供选择的“是”、“否”等选项，使得临时提示框仅用于向本端通讯方告知其通讯事件被转移，而不需要由本端通讯方进行选择是否转交。

步骤308，设备A向服务器发送转交请求。

步骤310，服务器向设备B发送转交指令。

在本实施例中，第一设备可以向服务器发送转交请求，该转交请求包含第二设备的信息和通讯事件中需要交由第二设备处理的部分的信息，以指示服务器将通讯事件中的相应部分交由第二设备进行处理。

例如在本实施例中，由设备A向服务器发送转交请求，该转交请求中包含设备B的信息和语音呼出事件中需要由设备B处理的部分的信息，以指示服务器向设备B发送相应的转交指令，该转交指令控制设备B执行语音呼出事件中需要被转交处理的部分。

其中，设备A与设备B上均登录有用户“诗中”的注册账号，因而设备A与设备B属于关联设备，所以设备A可以在转交请求中包含设备B的信息，以指示服务器对语音呼出事件转交由设备B进行处理。其中，设备B可以为预定义的可以满足语音呼出事件的电子设备。一种情况下，第一设备可以记录下相关联的电子设备，以及每一电子设备能够满足的通讯类型，从而根据当前需要转交的通讯事件的通讯类型，选择的匹配的电子设备；另一种情况下，第二设备被默认为能够满足所有通讯类型的通讯事件，那么第一设备不需要预先记录第二设备与通讯类型之间的对应关系，直接将希望转交的任意通讯设备转由第二设备处理即可。

同时，由于设备A没有内置或外接扬声器、麦克风，因而需要将语音呼出事件中对应于语音播放需求、语音采集需求的部分转交设备B进行处理，实际上相当于将语音呼出事件转交由设备B进行独立处理。实际上，即便设备A能够满足部分处理需求，例如设备A仅外接了扬声器、未接麦克风，能够满足语音播放需求，仍然可以将语音呼出事件转交设备B进行独立处理。当然，本端通讯方可以根据实际情况，选择采用的转交方式。

步骤312，设备B接收到服务器发送的转交指令后，执行呼出提示。

在本实施例中，设备B可以示出如图7所示的呼出提示页面，该呼出提示页面中包含一提示窗口；当本端通讯方触发“呼叫”选项时，设备B可以处理由设备A转交的语音呼出事件，向用户“小白”发起语音呼叫，而当本端通讯方触发“取消”选项时，设备B将终止对该语音呼出事件的处理，而且可以进一步转回设备A对该语音呼出事件进行处理（例如由设备B向服务器发送转交失败消息，由服务器通知设备A，从而由设备A处理该语音呼出事件）。

步骤314，设备B向作为对端通讯方的用户“小白”呼出通话。

需要说明的是：在设备A示出图5所示的临时提示框的情况下，由于本端通讯方已经执行过一次选择，此时可以略去步骤312的呼出提示，而直接转入步骤314；而在设备A示出图6所示的临时提示框的情况下，虽然也可以略去步骤312，但如果可以示出如图7所示的呼出提示页面，可以向本端通讯方提供一次选择机会，使其确定是否需要将通讯事件（如语音呼出事件）转由设备B进行处理。

图8是本申请一示例性实施例提供的又一种跨设备的通讯切换方法的流程图。如图8所示，该方法可以包括以下步骤：

步骤802，设备A检测到视频呼入事件。

在本实施例中，通讯事件可以由对端通讯方发起后，由第一设备响应。例如，由作为对端通讯方的用户“小白”向作为本端通讯方的用户“诗中”发起视频通讯事件，相当于设备A检测到视频呼入事件。

步骤804，获取设备A的硬件信息。

步骤806，设备A执行提示操作。

步骤808，设备A向服务器发送转交请求。

步骤810，服务器向设备B发送转交指令。

在本实施例中，对于硬件信息的获取、提示操作的执行、转交请求的发送和转交指令的发送等，可以参考图3所示的步骤304-310等，此处不再赘述。

在本实施例中，视频呼入事件存在语音播放需求、语音采集需求、视频播放需求和视频采集需求，其中语音播放需求可以由扬声器满足、语音采集需求可以由麦克风满足、视频播放需求可以由屏幕满足、视频采集需求可以由摄像头满足。

在本实施例中，第一设备可以将通讯事件中对应于自身无法满足的特定处理需求的部分交由第二设备进行处理，而该第一设备对通讯事件的其余部分进行处理。

例如，假定设备A包含屏幕、可以满足视频播放需求，而不存在内置或外接的扬声器、麦克风、摄像头等，因而无法满足语音播放需求、语音采集需求、视频采集需求等。那么，转交请求中可以包含设备B的信息，以及视频呼入事件中对应于语音播放需求、语音采集需求、视频采集需求等的信息，以使得设备B通过对视频呼入事件中相应部分的处理，从而满足语音播放需求、语音采集需求、视频采集需求等。

相应地，在步骤806中执行提示操作时，如图9所示，除了诸如“小白邀请你视频通话，未检测到扬声器、麦克风和摄像头”等提示文字之外，还可以提供“全部转手机”、“部分转手机”和“不转”等选项。其中，当设备A检测到“全部转手机”选项被触发时，虽然设备A能够满足视频播放需求，仍然将视频呼入事件全部转交由设备B进行处理；当设备A检测到“部分转手机”选项被触发时，由于设备A能够满足视频播放需求，因而可以仅将视频呼入事件中对应于视频采集需求、语音播放需求和语音采集需求的部分转由设备B进行处理；当设备A检测到“不转”选项被触发时，相当于图5所示实施例中的“否”选项被触发，由于设备A对该视频呼入事件进行处理。

步骤812，设备B接收到服务器发送的转交指令后，执行接听提示。以及，在接听提示被响应时，设备B向服务器返回接听成功消息，并由服务器转告设备A。

在本实施例中，设备B可以示出图10所示的接听提示页面，当“接受”选项被触发时，设备B对视频呼入事件中被转交的部分进行处理；当“拒绝”选项被触发时，设备B终止对视频呼入事件的处理。

在本实施例中，当第一设备与第二设备分别对通讯事件的一部分进行处理时，若第二设备被对端通讯方正确响应，例如图10所示的接听提示页面中的“接受”选项被触发，第二设备应当通过服务器向第一设备返回成功消息，以使得第一设备、第二设备同步或大致同步地处理相应的通讯事件。

当然，如果第二设备没有被正确响应，例如图10所示的接听提示页面中的“拒绝”选项被触发，第二设备可以通过服务器向第一设备返回失败消息，使得视频呼入事件被转回第一设备进行处理。

其中，为了避免本端通讯方忘记通过第一设备处理通讯事件的部分处理需求，如图11所示，可以在第二设备的接听提示页面上，示出诸如“请在电脑上查看视频画面”等提示信息；该提示信息可以一直显示在第二设备的接听提示页面中，直至“好的”选项被触发，以确保对本端通讯方起到提示作用。

步骤814，设备B执行语音通讯，并采集视频。

步骤816，设备A播放视频画面。

在本实施例中，设备B通过扬声器播放用户“小白”的通讯语音、通过麦克风采集用户“诗中”的通讯语音、通过摄像头采集用户“诗中”的通讯视频，同时设备A在屏幕上播放用户“小白”的通讯视频。

举例而言，当设备A为电脑、设备B为手机时，虽然用户“诗中”可以通过手机独立完成对视频呼入事件的处理，而不需要电脑的配合；但是，由于电脑的屏幕尺寸远大于手机屏幕，因而可以展示更多的视频画面细节，提供更优的视频画面显示效果，从而有助于提升用户体验、提高通讯过程中的沟通效率。

图12示出了根据本申请的一示例性实施例的跨设备的通讯切换方法的流程图。如图12所示，该方法应用于第一设备和第二设备上，可以包括以下步骤：

步骤1202，第一设备检测到本端通讯方向对端通讯方发起通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于所述本端通讯方与所述对端通讯方之间的沟通。

步骤1204，当所述第一设备无法满足至少一种特定处理需求时，所述第一设备向第二设备转交所述通讯事件中至少对应于所述特定处理需求的部分，其中所述第二设备被预配置为支持所述特定处理需求。

步骤1206，所述第二设备向所述本端通讯方示出针对所述对端通讯方的通讯确认消息。

步骤1208，当所述通讯确认消息被所述本端通讯方确认响应时，所述第二设备对所述通讯事件中由所述第一设备转交的部分进行处理。

在本实施例中，假定第一设备为PC设备、第二设备为手机，那么当本端通讯方希望通过PC设备呼叫对端通讯方时，由于PC可能并未外接麦克风、扬声器、摄像头等部件，使其无法满足音频采集需求、音频播放需求、视频采集需求等通讯数据的处理需求。

那么，通过将至少对应于上述处理需求的部分转由手机进行处理时，由于在PC设备与手机之间的自动转交处理（例如由PC设备向服务器发送转交请求后，由服务器向手机发送转交指令，完成上述自动转交处理的过程），因而用户可以直接在手机上查看到诸如图7所示的呼出提示，而无需用户单独在手机上查找或输入对端通讯方的联系方式，只需要直接对图7所示的“呼叫”选项进行触发即可，极大地简化了用户的操作复杂度、提升了呼出效率。

图13示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图13，在硬件层面，该电子设备包括处理器1302、内部总线1304、网络接口1306、内存1308以及非易失性存储器1310，当然还可能包括其他业务所需要的硬件。处理器1302从非易失性存储器1310中读取对应的计算机程序到内存1308中然后运行，在逻辑层面上形成跨设备的通讯切换装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图14，在软件实施方式中，该跨设备的通讯切换装置可以包括检测单元1402和转交单元1404。其中：

检测单元1402，在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通；

转交单元1404，当所述第一设备无法满足至少一种特定处理需求时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。

可选的，所述转交单元1404通过下述方式确定所述第一设备无法满足至少一种特定处理需求：

获取所述通讯事件的通讯类型；

确定所述通讯类型对应的预定义功能部件，所述预定义功能部件用于满足相应的处理需求；

当所述第一设备未装配所述预定义功能部件中至少之一，或者所述第一设备上装配的所述预定义功能部件中至少之一不满足预定义的使用条件时，判定所述第一设备无法满足至少一种特定处理需求。

可选的，所述转交单元1404具体用于：

将所述通讯事件转交由所述第二设备，使所述第二设备对所述通讯事件进行单独处理。

可选的，所述转交单元1404具体用于：

将所述通讯事件中对应于所述特定处理需求的部分交由第二设备进行处理；其中，所述第一设备对所述通讯事件的其余部分进行处理。

可选的，

所述检测单元1402具体用于：在所述第一设备上检测到视频通讯事件，所述视频通讯事件存在语音播放需求、语音采集需求、视频播放需求和视频采集需求；其中，所述第一设备满足视频播放需求，而不满足语音播放需求、语音采集需求和视频采集需求；

所述转交单元1404具体用于：将所述通讯事件中对应于语音播放需求、语音采集需求和视频采集需求的部分交由第二设备进行处理，以由所述第二设备播放对端通讯方的通讯语音、采集本端通讯方的通讯语音和通讯视频；其中，所述第一设备对所述通讯事件中对应于所述视频播放需求的部分进行处理，以由所述第一设备播放对端通讯方的通讯视频。

可选的，所述转交单元1404具体用于：

向服务器发送转交请求，所述转交请求包含所述第二设备的信息和所述通讯事件中需要交由所述第二设备处理的部分的信息，以指示所述服务器将所述通讯事件中的相应部分交由所述第二设备进行处理。

可选的，

还包括：提示单元1406，当所述第一设备无法满足至少一种特定处理需求时，执行提示操作；

所述转交单元1404具体用于：当检测到本端通讯方对所述提示操作的触发响应时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理。

可选的，

所述通讯事件由本端通讯方在所述第一设备上发起；

或者，所述通讯事件由对端通讯方发起后，由所述第一设备响应。

图15示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图15，在硬件层面，该电子设备包括处理器1502、内部总线1504、网络接口1506、内存1508以及非易失性存储器1510，当然还可能包括其他业务所需要的硬件。处理器1502从非易失性存储器1510中读取对应的计算机程序到内存1508中然后运行，在逻辑层面上形成跨设备的通讯切换系统中的第一通讯切换装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

相应地，图16示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图16，在硬件层面，该电子设备包括处理器1602、内部总线1604、网络接口1606、内存1608以及非易失性存储器1610，当然还可能包括其他业务所需要的硬件。处理器1602从非易失性存储器1610中读取对应的计算机程序到内存1608中然后运行，在逻辑层面上形成跨设备的通讯切换系统中的第二通讯切换装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图17，在软件实施方式中，该跨设备的通讯切换系统可以包括第一通讯切换装置和第二通讯切换装置；

所述第一通讯切换装置包括：检测单元1702和转交单元1704。

检测单元1702，使第一设备检测到本端通讯方向对端通讯方发起通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于所述本端通讯方与所述对端通讯方之间的沟通；

转交单元1704，当所述第一设备无法满足至少一种特定处理需求时，使所述第一设备向第二设备转交所述通讯事件中至少对应于所述特定处理需求的部分，其中所述第二设备被预配置为支持所述特定处理需求；

所述第二通讯切换装置包括：确认单元1706和处理单元1708。

确认单元1706，使所述第二设备向所述本端通讯方示出针对所述对端通讯方的通讯确认消息；

处理单元1708，当所述通讯确认消息被所述本端通讯方确认响应时，使所述第二设备对所述通讯事件中由所述第一设备转交的部分进行处理。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (22)

1.一种跨设备的通讯切换方法，其特征在于，包括：

第一设备检测到本端通讯方向对端通讯方发起通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于所述本端通讯方与所述对端通讯方之间的沟通；

当所述第一设备无法满足至少一种特定处理需求时，所述第一设备根据预先记录的相关联的电子设备及每一电子设备能够满足的通讯类型，选取匹配于所述至少一种特定处理需求的电子设备作为第二设备，并向所述第二设备转交所述通讯事件中至少对应于所述特定处理需求的部分，其中所述第二设备被预配置为支持所述特定处理需求；

所述第二设备向所述本端通讯方示出针对所述对端通讯方的通讯确认消息；

当所述通讯确认消息被所述本端通讯方确认响应时，所述第二设备对所述通讯事件中由所述第一设备转交的部分进行处理。

2.一种跨设备的通讯切换方法，其特征在于，包括：

在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通；

当所述第一设备无法满足至少一种特定处理需求时，根据预先记录的相关联的电子设备及每一电子设备能够满足的通讯类型，选取匹配于所述至少一种特定处理需求的电子设备作为第二设备，并将所述通讯事件中至少对应于所述特定处理需求的部分交由所述第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。

3.根据权利要求2所述的方法，其特征在于，通过下述方式确定所述第一设备无法满足至少一种特定处理需求：

获取所述通讯事件的通讯类型；

确定所述通讯类型对应的预定义功能部件，所述预定义功能部件用于满足相应的处理需求；

当所述第一设备未装配所述预定义功能部件中至少之一，或者所述第一设备上装配的所述预定义功能部件中至少之一不满足预定义的使用条件时，判定所述第一设备无法满足至少一种特定处理需求。

4.根据权利要求2所述的方法，其特征在于，所述将所述通讯事件中至少对应于所述特定处理需求的部分交由所述第二设备进行处理，包括：

将所述通讯事件转交由所述第二设备，使所述第二设备对所述通讯事件进行单独处理。

5.根据权利要求2所述的方法，其特征在于，所述将所述通讯事件中至少对应于所述特定处理需求的部分交由所述第二设备进行处理，包括：

将所述通讯事件中对应于所述特定处理需求的部分交由所述第二设备进行处理；其中，所述第一设备对所述通讯事件的其余部分进行处理。

6.根据权利要求5所述的方法，其特征在于，

所述在第一设备上检测到通讯事件，包括：在所述第一设备上检测到视频通讯事件，所述视频通讯事件存在语音播放需求、语音采集需求、视频播放需求和视频采集需求；其中，所述第一设备满足视频播放需求，而不满足语音播放需求、语音采集需求和视频采集需求；

所述将所述通讯事件中至少对应于所述特定处理需求的部分交由所述第二设备进行处理，包括：将所述通讯事件中对应于语音播放需求、语音采集需求和视频采集需求的部分交由所述第二设备进行处理，以由所述第二设备播放对端通讯方的通讯语音、采集本端通讯方的通讯语音和通讯视频；其中，所述第一设备对所述通讯事件中对应于所述视频播放需求的部分进行处理，以由所述第一设备播放对端通讯方的通讯视频。

7.根据权利要求2所述的方法，其特征在于，所述将所述通讯事件中至少对应于所述特定处理需求的部分交由所述第二设备进行处理，包括：

向服务器发送转交请求，所述转交请求包含所述第二设备的信息和所述通讯事件中需要交由所述第二设备处理的部分的信息，以指示所述服务器将所述通讯事件中的相应部分交由所述第二设备进行处理。

8.根据权利要求2所述的方法，其特征在于，

还包括：当所述第一设备无法满足至少一种特定处理需求时，执行提示操作；

所述将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，包括：当检测到本端通讯方对所述提示操作的触发响应时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理。

9.根据权利要求2所述的方法，其特征在于，

所述通讯事件由本端通讯方在所述第一设备上发起；

或者，所述通讯事件由对端通讯方发起后，由所述第一设备响应。

10.一种跨设备的通讯切换系统，其特征在于，包括：第一通讯切换装置和第二通讯切换装置；

所述第一通讯切换装置包括：

检测单元，使第一设备检测到本端通讯方向对端通讯方发起通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于所述本端通讯方与所述对端通讯方之间的沟通；

转交单元，当所述第一设备无法满足至少一种特定处理需求时，使所述第一设备根据预先记录的相关联的电子设备及每一电子设备能够满足的通讯类型，选取匹配于所述至少一种特定处理需求的电子设备作为第二设备，并向所述第二设备转交所述通讯事件中至少对应于所述特定处理需求的部分，其中所述第二设备被预配置为支持所述特定处理需求；

所述第二通讯切换装置包括：

确认单元，使所述第二设备向所述本端通讯方示出针对所述对端通讯方的通讯确认消息；

处理单元，当所述通讯确认消息被所述本端通讯方确认响应时，使所述第二设备对所述通讯事件中由所述第一设备转交的部分进行处理。

11.一种跨设备的通讯切换装置，其特征在于，包括：

检测单元，在第一设备上检测到通讯事件，所述通讯事件存在对通讯数据的一种或多种处理需求，以用于本端通讯方与对端通讯方之间的沟通；

转交单元，当所述第一设备无法满足至少一种特定处理需求时，根据预先记录的相关联的电子设备及每一电子设备能够满足的通讯类型，选取匹配于所述至少一种特定处理需求的电子设备作为第二设备，并将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理，其中所述第二设备被预配置为支持所述特定处理需求。

12.根据权利要求11所述的装置，其特征在于，所述转交单元通过下述方式确定所述第一设备无法满足至少一种特定处理需求：

获取所述通讯事件的通讯类型；

确定所述通讯类型对应的预定义功能部件，所述预定义功能部件用于满足相应的处理需求；

当所述第一设备未装配所述预定义功能部件中至少之一，或者所述第一设备上装配的所述预定义功能部件中至少之一不满足预定义的使用条件时，判定所述第一设备无法满足至少一种特定处理需求。

13.根据权利要求11所述的装置，其特征在于，所述转交单元具体用于：

将所述通讯事件转交由所述第二设备，使所述第二设备对所述通讯事件进行单独处理。

14.根据权利要求11所述的装置，其特征在于，所述转交单元具体用于：

将所述通讯事件中对应于所述特定处理需求的部分交由所述第二设备进行处理；其中，所述第一设备对所述通讯事件的其余部分进行处理。

15.根据权利要求14所述的装置，其特征在于，

所述检测单元具体用于：在所述第一设备上检测到视频通讯事件，所述视频通讯事件存在语音播放需求、语音采集需求、视频播放需求和视频采集需求；其中，所述第一设备满足视频播放需求，而不满足语音播放需求、语音采集需求和视频采集需求；

所述转交单元具体用于：将所述通讯事件中对应于语音播放需求、语音采集需求和视频采集需求的部分交由所述第二设备进行处理，以由所述第二设备播放对端通讯方的通讯语音、采集本端通讯方的通讯语音和通讯视频；其中，所述第一设备对所述通讯事件中对应于所述视频播放需求的部分进行处理，以由所述第一设备播放对端通讯方的通讯视频。

16.根据权利要求11所述的装置，其特征在于，所述转交单元具体用于：

向服务器发送转交请求，所述转交请求包含所述第二设备的信息和所述通讯事件中需要交由所述第二设备处理的部分的信息，以指示所述服务器将所述通讯事件中的相应部分交由所述第二设备进行处理。

17.根据权利要求11所述的装置，其特征在于，

还包括：提示单元，当所述第一设备无法满足至少一种特定处理需求时，执行提示操作；

所述转交单元具体用于：当检测到本端通讯方对所述提示操作的触发响应时，将所述通讯事件中至少对应于所述特定处理需求的部分交由第二设备进行处理。

18.根据权利要求11所述的装置，其特征在于，

所述通讯事件由本端通讯方在所述第一设备上发起；

或者，所述通讯事件由对端通讯方发起后，由所述第一设备响应。

19.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1中所述的方法。

20.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1中所述方法的步骤。

21.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求2-9中任一项所述的方法。

22.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求2-9中任一项所述方法的步骤。

Images