CN113746816B - 一种数据处理方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、终端及存储介质，本申请实施例中，第一终端可以通过跨生态数据传输通道，与第二终端进行服务能力协商；当所述服务能力协商完成后，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，实现了基于跨生态数据传输通道进行服务能力协商，以进行服务数据交互，提高了对数据处理的可靠性。

Description

一种数据处理方法、装置、终端及存储介质

技术领域

本申请涉及互联网技术领域，具体涉及一种数据处理方法、装置、终端及存储介质。

背景技术

物联网(Internet of Things，IoT)领域互联互通已经成为未来的一种趋势，但这种互联互通往往是通过简单的控制指令与对端进行交互，比如控制开关、温度设置、以及事件通知等。然而对于音视频数据或其他高带宽、低延时的大数据则往往不能互通，但音视频数据往往是一些IoT设备的核心能力，比如摄像头、带摄像头的门铃或门锁等设备，如果没有音视频数据的互通，则这些设备在控制协议的互联互通基本上就失去了价值，从而降低了IoT设备对数据处理的可靠性。

发明内容

本申请实施例提供一种数据处理方法、装置、终端及存储介质，可以提高对数据处理的可靠性。

为解决上述技术问题，本申请实施例提供以下技术方案：

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

第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商；

当所述服务能力协商完成后，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互。

在一实施方式中，所述跨生态数据传输通道是基于第一私有云和第二私有云构建的，其中，所述第一私有云与所述第一终端匹配，所述第二私有云和所述第二终端匹配，所述第一终端通过所述跨生态数据传输通道，与所述第二终端进行服务能力协商；或者，

所述跨生态数据传输通道是基于所述第一私有云构建的；或者，

所述跨生态数据传输通道是基于局域网构建的。

在一实施方式中，所述第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商，包括：

所述第一终端通过所述跨生态数据传输通道向所述第二终端发送针对于目标服务的服务数据获取请求和所述第一终端的第一服务能力信息；

所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的第二服务能力信息，以完成所述服务能力协商，其中，所述第二服务能力信息是所述第二终端根据所述服务数据获取请求生成的。

在一实施方式中，所述第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商，包括：

所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和所述第二终端的第二服务能力信息；

所述第一终端根据所述服务数据获取请求，生成所述第一终端的第一服务能力信息；

所述第一终端通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商。

在一实施方式中，所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和所述第二终端的第二服务能力信息之后，还包括：

所述第一终端基于所述服务数据获取请求显示选择界面；

所述第一终端获取用户在所述选择界面内输入的确认指令；

对应地，所述第一终端通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商，包括：

所述第一终端基于所述确认指令，通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商。

在一实施方式中，所述第一终端基于所述服务数据获取请求显示选择界面，包括：

所述第一终端基于所述服务数据获取请求显示针对所述目标服务的推送消息；

所述第一终端获取用户输入的针对所述推送消息的查看指令；

所述第一终端基于所述查看指令进入所述选择界面。

在一实施方式中，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，包括：

所述第一终端基于所述协商结果，确定所述第二终端的局域网地址；

所述第一终端基于所述局域网地址获取所述第二终端的服务数据。

在一实施方式中，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，包括：

所述第一终端基于所述协商结果，获取与所述第二终端的私有地址对应的第一公网地址；

所述第一终端基于所述第一公网地址获取所述第二终端的服务数据。

在一实施方式中，所述第一终端基于所述协商结果，获取与所述第二终端的私有地址对应的第一公网地址，包括：

所述第一终端接收所述第二终端发送的所述第一公网地址，所述第一公网地址为所述第二终端基于所述协商结果，向内网穿透服务器请求得到的。

在一实施方式中，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，包括：

所述第一终端基于所述协商结果，获取所述第二终端的转发地址；

所述第一终端基于所述第二终端的转发地址获取所述第二终端的服务数据。

在一实施方式中，所述第一终端基于所述协商结果，获取所述第二终端的转发地址，包括：

所述第一终端接收所述第二终端发送的所述转发地址，所述转发地址是数据转发服务器为所述第二终端分配的，所述转发地址为所述第二终端基于所述第二服务能力信息向所述数据转发服务器请求得到的。

根据本申请的一个方面，还提供了一种数据处理装置，包括：

能力协商模块，用于通过跨生态数据传输通道，与第二终端进行服务能力协商；

数据交互模块，用于当所述服务能力协商完成后，基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互。

在一实施方式中，所述跨生态数据传输通道是基于第一私有云和第二私有云构建的，其中，所述第一私有云与所述数据处理装置匹配，所述第二私有云和所述第二终端匹配；或者，所述跨生态数据传输通道是基于所述第一私有云构建的；或者，所述跨生态数据传输通道是基于局域网构建的。

在一实施方式中，所述能力协商模块具体用于，通过所述跨生态数据传输通道向所述第二终端发送针对于目标服务的服务数据获取请求和第一服务能力信息；接收所述第二终端通过所述跨生态数据传输通道发送的第二服务能力信息，以完成所述服务能力协商，其中，所述第二服务能力信息是所述第二终端根据所述服务数据获取请求生成的。

在一实施方式中，所述能力协商模块具体用于，接收所述第二终端通过所述跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和所述第二终端的第二服务能力信息；根据所述服务数据获取请求，生成第一服务能力信息；通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商。

在一实施方式中，所述数据处理装置还包括：

显示模块，用于基于所述服务数据获取请求显示选择界面；

获取模块，用于获取用户在所述选择界面内输入的确认指令；

对应地，所述能力协商模块具体用于，基于所述确认指令，通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商。

在一实施方式中，所述显示模块具体用于，基于所述服务数据获取请求显示针对所述目标服务的推送消息，获取用户输入的针对所述推送消息的查看指令，基于所述查看指令进入所述选择界面。

在一实施方式中，所述数据交互模块具体用于，基于所述协商结果，确定所述第二终端的局域网地址，基于所述局域网地址获取所述第二终端的服务数据。

在一实施方式中，所述数据交互模块具体用于，基于所述协商结果，获取与所述第二终端的私有地址对应的第一公网地址，基于所述第一公网地址获取所述第二终端的服务数据。

在一实施方式中，所述数据交互模块具体用于，接收所述第二终端发送的所述第一公网地址，所述第一公网地址为所述第二终端基于所述协商结果，向内网穿透服务器请求得到的。

在一实施方式中，所述数据交互模块具体用于，基于所述协商结果，获取所述第二终端的转发地址，基于所述第二终端的转发地址获取所述第二终端的服务数据。

在一实施方式中，所述数据交互模块具体用于，接收所述第二终端发送的所述转发地址，所述转发地址是数据转发服务器为所述第二终端分配的，所述转发地址为所述第二终端基于所述第二服务能力信息向所述数据转发服务器请求得到的。

根据本申请的一个方面，还提供了一种终端，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行本申请实施例提供的任一种数据处理方法。

根据本申请的一个方面，还提供了一种存储介质，所述存储介质用于存储计算机程序，所述计算机程序被处理器加载，以执行本申请实施例提供的任一种数据处理方法。

本申请实施例第一终端可以通过跨生态数据传输通道，与第二终端进行服务能力协商；当服务能力协商完成后，第一终端可以基于服务能力协商的协商结果，与第二终端进行服务数据交互，实现了基于跨生态数据传输通道进行服务能力协商，以进行服务数据交互，提高了对数据处理的可靠性。

附图说明

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

图1是本申请实施例提供的数据处理方法应用的场景示意图；

图2是本申请实施例提供的数据处理方法的流程示意图；

图3是本申请实施例提供的控制终端和应用终端之间的一交互示意图；

图4是本申请实施例提供的控制终端和应用终端之间的另一交互示意图；

图5是本申请实施例提供的控制终端和应用终端之间的另一交互示意图；

图6是本申请实施例提供的选择界面的示意图；

图7是本申请实施例提供的控制终端和应用终端之间进行音视频通话的一时序图；

图8是本申请实施例提供的控制终端和应用终端之间进行音视频通话的另一时序图；

图9是本申请实施例提供的控制终端和应用终端之间进行音视频通话的另一时序图；

图10是本申请实施例提供的控制终端和应用终端之间进行音视频通话的另一时序图；

图11是本申请实施例提供的控制终端和应用终端之间进行音视频通话的另一时序图；

图12是本申请实施例提供的数据处理装置的示意图；

图13是本申请实施例提供的终端的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。以下对本申请实施例进行说明。

本申请实施例提供一种数据处理方法、装置、终端及存储介质，能够实现基于跨生态数据传输通道进行服务能力协商，以进行服务数据交互，提高对数据处理的可靠性。接下来将分别进行详细介绍。

首先对本申请实施例的应用场景进行介绍，请参阅图1。

图1为本申请实施例所提供的数据处理方法的应用场景示意图。该应用场景中可以包括控制终端和应用终端。

其中，控制终端或应用终端等可以是物联网设备(也可以称为IoT设备)，控制终端和应用终端之间的可以属于不同物联***(可以称为不同生态***)，例如，控制终端和应用终端可以是不同厂商的所提供的终端，控制终端可以与第一私有云通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。应用终端可以与第二私有云通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。第一私有云和第二私有云可以是不同厂商的所提供的服务器。该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。

控制终端可以是以本地或者远程方式综合管理或控制其他终端的角色或者设备，具体可以是在智能家居环境中，以本地或者远程方式综合管理或控制各家居终端的角色或者设备。控制终端上可以安装有用于管控应用终端的应用程序APP或小程序等客户端。可选地，控制终端可以是手机、电脑、可穿戴设备、智能电视、带屏的智能冰箱、机器人、以及智能音箱等电子设备。

应用终端可以是可以执行控制类交互指令的设备，具体可以是在智能家居环境中，可以执行控制类交互指令的电子化或信息化等设备。可选地，应用终端可以是智能门锁、智能灯、洗衣机、热水器以及智能空调等电子设备。

控制终端和应用终端之间可以实现互联互通，互联互通实现的目标可以是控制终端将控制指令通过各种方法传递给应用终端(可以称为服务或方法)，或者应用终端将自己状态的变化通过各种方法传递给控制终端(可以称之为事件)。控制终端和应用终端之间的互联互通方式包括但不限于云云对接、设备直连(包括双直联、以及标准协议直连等)和局域网标准协议直连等跨生态数据传输通道进行互联互通。

例如，当控制终端和应用终端之间使用云云对接的方式进行数据交互时，A厂商的控制终端可以将控制指令发送给A厂商的IoT云A(即第一私有云)，A厂商的IoT云A可以将控制指令转发给B厂商的IoT云B(即第二私有云)，B厂商的IoT云B再将控制指令转发给B厂商的应用终端，以指示应用终端执行控制指令对应的操作。反之，当B厂商的应用终端有事件(例如服务数据获取请求)产生时，则可以将产生的事件依次通过B厂商的IoT云B和A厂商的IoT云A，最终传输到A厂商的控制终端，以指示控制终端对事件进行响应。

需要说明的是，当事件从A厂商的IoT云A发送给A厂商的控制终端时，A厂商的控制终端可能并不在线(如APP)，则A厂商的IoT云A可以将事件通过消息推送Push(也可以称为推送消息Push)方式发送到A厂商的控制终端。

又例如，当控制终端和应用终端之间使用设备直连的方式进行数据交互时，可以直接通过A厂商的IoT云A(即第一私有云)在控制终端和应用终端间传递：A厂商的控制终端可以将控制指令发送给A厂商的IoT云A，A厂商的IoT云A可以将控制指令转发给B厂商的应用终端，以指示应用终端执行控制指令对应的操作。反之，当B厂商的应用终端有事件(例如音视频通话请求)产生时，则可以将产生的事件通过A厂商的IoT云A传输到A厂商的控制终端，以指示控制终端对事件进行响应。

又例如，当控制终端和应用终端之间使用局域网标准协议直连的方式进行数据交互时，控制指令和事件等可以直接基于局域网地址(例如IP地址)在局域网内传递：A厂商的控制终端可以基于应用终端的局域网地址，将控制指令发送给B厂商的应用终端，以指示应用终端执行控制指令对应的操作。反之，当B厂商的应用终端有事件(例如音视频通话请求)产生时，则B厂商的应用终端可以基于控制终端的局域网地址，将产生的事件发送给A厂商的控制终端，以指示控制终端对事件进行响应。

本申请实施例中的控制终端和应用终端之间可以通过跨生态数据传输通道进行服务能力协商。该跨生态数据传输通道可以是基于第一私有云和第二私有云构建的。可选地，该跨生态数据传输通道也可以是基于第一私有云构建的。可选地，该跨生态数据传输通道也可以是基于局域网构建的，等等。

可选地，当服务能力协商完成后，控制终端可以基于服务能力协商的协商结果，与应用终端进行服务数据交互。例如，控制终端可以获取应用终端的第二服务能力信息(例如应用终端的音视频通话能力信息)，以及应用终端可以获取控制终端的第一服务能力信息(例如控制终端的音视频通话能力信息)；然后，应用终端可以基于控制终端的第一服务能力信息获取控制终端的服务数据(例如音视频通话数据)，控制终端可以基于应用终端的第二服务能力信息获取应用终端的服务数据(例如音视频通话数据)，以实现控制终端与应用终端之间的服务数据交互(例如音视频通话)。

可选地，当服务能力协商完成后，也可以是应用终端可以基于服务能力协商的协商结果，与控制终端进行服务数据交互。例如，应用终端可以获取控制终端的第一服务能力信息(例如控制终端的音视频通话能力信息)，以及控制终端可以获取应用终端的第二服务能力信息(例如应用终端的音视频通话能力信息)；然后，控制终端可以基于应用终端的第二服务能力信息获取应用终端的服务数据(例如音视频通话数据)，应用终端可以基于控制终端的第一服务能力信息获取控制终端的服务数据(例如音视频通话数据)，以实现应用终端与控制终端之间的服务数据交互(例如音视频通话)。

需要说明的是，图1所示的数据处理方法应用的场景示意图仅仅是一个示例，该场景示意图中除了可以包含控制终端和应用终端之外，还可以包含其他的设备。该其他设备可以包括与控制终端属于同一物联***(或生态***)的至少一个设备。或者，该其他设备可以包括与应用终端属于同一物联***(或生态***)的至少一个设备。或者，该其他设备可以包括与与控制终端或者应用终端均不属于同一物联***(或生态***)的至少一个设备。本申请实施例对此均不做限制。本申请实施例描述的数据处理方法应用以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着数据处理方法应用的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

在本实施例中，将从数据处理装置的角度进行描述，该数据处理装置具体可以集成在第一终端中，需要说明的是，第一终端可以是控制终端也可以是应用终端。其中，当第一终端为控制终端时，第二终端为应用终端；当第一终端为应用终端时，第二终端为控制终端。不管第一终端为控制终端还是应用终端，均可以执行以下数据处理方法。

请参阅图2，图2是本申请一实施例提供的数据处理方法的流程示意图。该数据处理方法可以包括：

S101、第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商。

其中，数据处理方法可以应用在音视频通话的场景，此时，服务可以包括音视频通话服务，例如，第一终端通过跨生态数据传输通道，与第二终端进行音视频通话能力协商。

需要说明的是，第一终端和第二终端之间的音视频通话可以是，第一终端和第二终端之间进行音频数据和视频数据的交互，或者是第一终端和第二终端之间仅进行音频数据或视频数据的交互，音视频通话还可以是第一终端向第二终端仅发送音频数据，第二终端向第一终端发送音频数据和视频数据等，音视频通话还可以是第一终端向第二终端发送音频数据和视频数据，第二终端向第一终端发送音频数据或视频数据等，具体内容在此处不作限定。

数据处理方法还可以应用在数据量较大的数据交互场景，例如，对于低延时及高带宽的大数据，此时，服务可以包括数据传输服务，其中数据可以包括用户数据、环境数据、以及设备状态数据等各种类型的数据，用户数据可以包括用户健康数据、以及用户习惯数据等，设备状态数据可以包括设备运行数据、设备采集到的数据以及设备监测数据等。

在一实施方式中，跨生态数据传输通道可以是基于第一私有云和第二私有云构建的，其中，第一私有云与第一终端匹配，第二私有云和第二终端匹配。

例如，如图3所示，第一终端可以通过与第一终端匹配的第一私有云、与第二终端匹配的第二私有云，构建第一终端与第二终端之间的跨生态数据传输通道，该跨生态数据传输通道也可以称为云云对接通道或称为云云对接方式。第一终端可以通过跨生态数据传输通道与第二终端进行服务能力协商。

在一实施方式中，跨生态数据传输通道可以是基于第一私有云构建的。

例如，如图4所示，第一终端可以通过与第一终端匹配的第一私有云，构建第一终端与第二终端之间的跨生态数据传输通道，该跨生态数据传输通道也可以称为设备直连通道或设备直连方式。

在一实施方式中，跨生态数据传输通道可以是基于局域网构建的。

例如，如图5所示，第一终端可以通过局域网构建第一终端与第二终端之间的跨生态数据传输通道，该跨生态数据传输通道可以称为局域网标准协议直连通道或者局域网标准协议直连方式。

在一实施方式中，第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商，可以包括：第一终端通过跨生态数据传输通道向第二终端发送针对于目标服务的服务数据获取请求和第一终端的第一服务能力信息；第一终端接收第二终端通过跨生态数据传输通道发送的第二服务能力信息，以完成服务能力协商，其中，第二服务能力信息是第二终端根据服务数据获取请求生成的。

其中，在音视频通话的场景，目标服务可以包括音视频通话服务，服务数据获取请求可以是音视频通话请求，第一服务能力信息可以是第一音视频通话能力信息，第二服务能力信息可以是第二音视频通话能力信息。

具体地，为了提高服务数据获取请求发起的灵活性，服务数据获取请求可以由第一终端发起，此时，第一终端可以通过跨生态数据传输通道向第二终端发送针对目标服务的服务数据获取请求，服务数据获取请求可以是以事件的形式发送，该服务数据获取请求可以携带有第一终端的ID和请求类型等。以及第一终端可以确定自身具备的服务能力，以生成第一终端的第一服务能力信息，通过跨生态数据传输通道向第二终端发送第一服务能力信息。例如，第一终端可以基于云云对接通道向第二终端发送第一服务能力信息，提高了第一服务能力信息传输的安全性。例如，如图3所示，第一终端可以将第一服务能力信息发给与第一终端匹配(即关联绑定)的第一私有云，通过第一私有云，向与第二终端匹配的第二私有云发送第一服务能力信息，以指示第二私有云将第一服务能力信息发送给第二终端。其中，第一私有云和第二私有云之间可以通过线下交互双方地址的形式建立连接关系，或者，第一私有云和第二私有云之间可以通过线上身份认证的方式建立连接关系，等等。

例如，当第一终端要发起对第二终端的实时音视频通话时，第一终端可以基于云云对接、设备直连或局域网标准协议直连等方式向第二终端发送的音视频通话请求(即音视频呼叫事件)。以及第一终端可以初始化本端的音视频呼叫模块，以确定自身具备的音视频通话能力，并生成第一终端的音视频会话描述信息等第一音视频通话能力信息，通过跨生态数据传输通道向第二终端发送第一音视频通话能力信息。例如，A厂商的第一终端可以将第一音视频通话能力信息发给A厂商的IoT云A(即第一私有云)，通过A厂商的IoT云A向B厂商的IoT云B(即第二私有云)发送第一音视频通话能力信息，通过B厂商的IoT云B将第一音视频通话能力信息发送给B厂商的第二终端。

又例如，第一终端可以基于设备直连通道向第二终端发送第一服务能力信息，提高了第一服务能力信息传输的可靠性和便捷性。例如，如图4所示，第一终端可以将第一服务能力信息发给与第一终端匹配的第一私有云，通过第一私有云将第一服务能力信息发给第二终端。其中，第一私有云与第二终端之间可以通过双直联或标准协议直连等方式建立连接关系，或者，第一私有云与第二终端之间可以通过线下交互双方地址或者线上身份认证等方式建立连接关系。以音视频通话为例，A厂商的第一终端可以将第一音视频通话能力信息发送给A厂商的IoT云A，通过A厂商的IoT云A将第一音视频通话能力信息转发给B厂商的第二终端。

又例如，第一终端可以基于局域网标准协议直连通道向第二终端发送第一服务能力信息，提高了第一服务能力信息传输的效率。例如，如图5所示，第一终端与第二终端之间可以通过局域网标准协议建立连接，此时，第一终端可以通过局域网向第二终端发送第一服务能力信息。以音视频通话为例，A厂商的第一终端可以通过局域网内的第二终端的IP地址，将第一音视频通话能力信息发送给B厂商的第二终端。

第一终端将第一服务能力信息发送第二终端的目的在于，使得第二终端可以基于第一服务能力信息确定第一终端的局域网地址，基于局域网地址获取第一终端的服务数据，以与第一终端之间进行服务数据交互(例如音视频通话)；或者，基于第一服务能力信息，获取与第一终端的私有地址对应的第二公网地址，基于第二公网地址获取第一终端的服务数据，以与第一终端之间进行服务数据交互；或者，基于第一服务能力信息，获取数据转发服务器为第一终端分配的转发地址，基于第一终端的转发地址获取第一终端的服务数据，以与第一终端之间进行服务数据交互。

需要说明的是，服务数据获取请求和第一服务能力信息可以分别前后发送，也可以是合并在同一个信息中同时发送，在此处不做限定。

第一终端可以接收第二终端通过跨生态数据传输通道发送的基于服务数据获取请求生成的第二服务能力信息，以完成服务能力协商。例如，第一终端可以接收第二终端依次通过第二私有云和第一私有云发送的第二服务能力信息。又例如，第一终端可以接收第二终端通过第一私有云发送的二服务能力信息。又例如，第一终端可以接收第二终端通过局域网发送的第二服务能力信息。

在一实施方式中，第一服务能力信息可以包括第一终端的终端标识、第一终端的第一传输地址信息、第一终端当前的网络状态、第一终端支持的数据传输协议、第一终端支持的数据类型、第一终端支持的数据加密方式、第一终端支持的数据编码格式、内网穿透服务器的第一访问地址、以及数据转发服务器的第二访问地址中的至少一种。

其中，终端标识、网络状态、数据传输协议、数据类型、数据加密方式、第一访问地址、以及第二访问地址等具体内容可以根据实际需要进行灵活设置，在此处不作限定。

例如，第一终端的终端标识可以用于唯一识别第一终端，第一终端的终端标识可以包括终端身份标识(Identity Document，ID)、名称或编号等，具体内容在此处不作限定。网络状态可以包括第一终端的网络速度以及流量走向等网络情况。数据加密方式可以包括数据加密算法。第一传输地址信息可以包括第一终端的局域网地址、公网地址和转发地址等。

数据传输协议可以包括文件传输协议(FileTransferProtocol，FTP)、实时传输协议(Real-time Transport Protocol，RTP)、传输控制协议(TransmissionControlProtocol，TCP)、以及用户数据报协议(User Datagram Protocol，UDP)等，具体协议类型可以根据实际需要进行灵活设置，在此处不作限定。

内网穿透服务器(Session Traversal Utilities for NAT，STUN)的第一访问地址可以包括STUN的统一资源定位符(Uniform Resource Locator，URL)或者其他地址，STUN可以用于为第一终端或第二终端等设备提供公网地址，以通过公网地址进行数据传输。数据转发服务器(Traversal Using Relay NAT，TURN)的第二访问地址可以包括TURN的统一资源定位符(Uniform ResourceLocator，URL)或者其他地址，STUN可以用于为第一终端或第二终端等设备提供转发地址，以通过转发地址进行数据传输。

其中，STUN和TURN可以集成在第一终端的第一私有云中，也可以是独立于第一终端的第一私有云，并与第一私有云之间存在连接关系的服务器，具体在此处不做限定。

需要说明的是，对于音视频通话的场景，第一服务能力信息可以是第一音视频通话能力信息，第一音视频通话能力信息可以包括音视频会话描述信息，音视频会话描述信息可以包括第一终端的终端标识、第一传输地址信息、第一终端当前的网络状态、音视频会话标识、第一终端进行音视频通话支持的数据传输协议、第一终端支持的音视频的数据类型、第一终端支持的音视频的数据加密方式、第一终端支持的音视频的编码格式、STUN的第一访问地址、以及TURN的第二访问地址等中的至少一种。

在一实施方式中，第二服务能力信息可以包括第二终端的终端标识、第二终端的第二传输地址信息、第二终端当前的网络状态、第二终端支持的数据传输协议、第二终端支持的数据类型、第二终端支持的数据加密方式、第二终端支持的数据编码格式、内网穿透服务器的第一访问地址、以及数据转发服务器的第二访问地址中的至少一种。

其中，第二终端的终端标识可以用于唯一识别第二终端，第二终端的终端标识可以包括终端ID、名称或编号等，具体内容在此处不作限定。

需要说明的是，由于第一服务能力信息可以包括多种信息，因此，第一终端可以收集完第一服务能力信息所包含的所有信息后，再将第一服务能力信息发送给第二终端。或者是，第一终端可以每获取到第一服务能力信息的任一信息，即可先发送给第二终端，直至所需的第一服务能力信息中包含的信息均发送完毕，可以提高数据传输的效率。类似地，由于第二服务能力信息可以包括多种信息，因此，第二终端可以收集完第二服务能力信息所包含的所有信息后，再将第二服务能力信息发送给第一终端。或者是，第二终端可以每获取到第二服务能力信息的任一信息，即可先发送给第一终端，直至所需的第二服务能力信息中包含的信息均发送完毕。

在一实施方式中，第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商，可以包括：第一终端接收第二终端通过跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和第二终端的第二服务能力信息；第一终端根据服务数据获取请求，生成第一终端的第一服务能力信息；第一终端通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商。

具体地，为了提高服务数据获取请求发起的便捷性，服务数据获取请求可以由第二终端发起，此时，第一终端可以接收第二终端通过跨生态数据传输通道发送的针对目标服务的服务数据获取请求，服务数据获取请求可以是以事件的形式发送，该服务数据获取请求可以携带有第二终端的ID和请求类型等。例如，当第二终端要发起对第一终端的实时音视频通话时，第一终端可以接收第二终端通过跨生态数据传输通道发送的音视频通话请求(即音视频呼叫事件)。以及，第一终端可以接收第二终端通过跨生态数据传输通道发送的第二服务能力信息。

需要说明的是，服务数据获取请求和第二服务能力信息可以分别前后发送，也可以是合并在同一个信息中同时发送，在此处不做限定。

第一终端在接收到第二终端发送的服务数据获取请求后，可以基于服务数据获取请求确定自身具备的服务能力，以生成第一终端的第一服务能力信息。例如，对于音视频通话场景，第一终端可以基于接收到的音视频通话请求，初始化本端的音视频呼叫模块(也可以称为音视频通话模块)，以确定自身具备的音视频通话能力，并生成第一终端的音视频会话描述信息等第一音视频通话能力信息。其中，初始化时机可以根据实际情况进行灵活设置。第一终端通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商。

其中，第一终端可以通过描述会话协议(Session Description Protocol，SDP)获取第一音视频通话能力信息，SDP可以利用请求(offer)和响应(answer)这两个模型，offer发给answer的请求消息称为请求offer，offer内容可以包括媒体流类型(即音视频的数据类型)、各个媒体流使用的编码方式(即音视频的编码格式)、以及将要用于接收媒体流的IP和端口等。answer收到offer之后，回复给offer的消息称为响应，offer内容可以包括要媒体流使用的编码方式、是否接收该媒体流以及告诉offer其用于接收媒体流的IP和端口等。其中，offer/answer模型可以包括两个实体，一个是请求主体offer，另外一个是响应实体answer，两个实体只是在逻辑上进行区分，在一定条件可以转换。

需要说明的是，第一终端可以通过云端(即服务器)协助进行数据交互，此时，在确定自身具备的服务能力(例如音视频通话能力)时，可以获取本次服务(例如本次音视频通话)的内网穿透服务器的第一访问地址及数据转发服务器的第二访问地址等，将第一访问地址及第二访问地址等添加至第一音视频通话能力信息中。其中，内网穿透服务器的第一访问地址及数据转发服务器的第二访问地址等，可以是在发起服务数据获取请求之前，第一终端预先获取并存储在本地缓存中，例如，第一终端可以预先请求内网穿透服务器获取第一访问地址及请求数据转发服务器获取第二访问地址，或者，第一终端可以向管理云发送访问地址获取请求，基于访问地址获取请求接收管理云返回的内网穿透服务器的第一访问地址及数据转发服务器的第二访问地址等，该管理云可以是用于管理内网穿透服务器、数据转发服务器、以及第一终端的第一私有云等的云服务器。当发起服务数据获取请求后，若需要获取第一访问地址和第二访问地址，则可以直接从本地缓存中获取第一访问地址和第二访问地址，这样可以使得第一终端获取更好的服务启动性能。

在一实施方式中，第一终端接收第二终端通过跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和第二终端的第二服务能力信息之后，还可以包括：第一终端基于服务数据获取请求显示选择界面；第一终端获取用户在选择界面内输入的确认指令；

对应地，第一终端通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商，可以包括：第一终端基于确认指令，通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商。

为了提高数据处理的安全性，第一终端在接收到服务数据获取请求后，可以通过用户确认后再获取第一服务能力信息以进行服务数据交互。具体地，第一终端可以基于接收到的服务数据获取请求显示选择界面，以供用户选择是否同意与第二终端进行服务数据交互，其中，选择界面的具体类型和内容等可以根据实际需要进行灵活设置，例如，选择界面内可以包括同意控件和取消控件等。若用户同意进行服务数据交互，则第一终端可以接收用户在选择界面内，通过触发同意控件而输入的确认指令，或者通过语音或手势等方式输入的确认指令。然后，第一终端可以基于确认指令确定自身具备的服务能力，从而可以生成第一终端的第一服务能力信息，通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商。若用户不同意进行服务数据交互，则第一终端可以接收用户在选择界面内，通过触发取消控件而输入的取消指令，或者通过语音或手势等方式输入的取消指令，然后，第一终端可以基于取消指令取消与第二终端之间的服务数据交互。

例如，如图6所示，对于音视频通话场景，第一终端可以接收第二终端发送的音视频通话请求，基于音视频通话请求显示选择界面(也可以称为呼叫界面)，该选择界面可以是通过应用程序显示的选择界面，该选择界面内可以包括“接听”控件和“挂断”控件等，还可以包括其他信息。第一终端可以接收用户在选择界面内点击“接听”控件而生成的确认指令，基于确认指令确定自身具备的音视频通话能力，以生成第一终端的第一音视频通话能力信息，通过跨生态数据传输通道将第一服务能力信息发送给第二终端。或者，第一终端可以接收用户在选择界面内点击“挂断”控件而生成的取消指令，基于取消指令拒绝与第二终端进行音视频通话。

在一实施方式中，第一终端基于服务数据获取请求显示选择界面，可以包括：第一终端基于服务数据获取请求显示针对目标服务的推送消息；第一终端获取用户输入的针对推送消息的查看指令；第一终端基于查看指令进入选择界面。

其中，服务数据获取请求可以通过推送消息Push的方式提醒用户，方便第一终端在未开启用于与第二终端进行交互的应用程序时，用户也可以快速查看服务数据获取请求。具体地，第一终端可以基于接收到的服务数据获取请求显示针对目标服务的推送消息，该推送消息的类型和内容等可以根据实际需要进行灵活设置，在此处不作限定。该推送消息可以是在第一终端的***通知栏进行显示，或者是，通过弹窗的形式进行显示等。然后，第一终端可以接收用户输入的针对推送消息的查看指令，例如，第一终端可以接收用户输入的点击或滑动等操作展开***通知栏，触发***通知栏内推送消息所在的区域生成查看指令，基于查看指令跳转进入选择界面。又例如，第一终端可以基于服务数据获取请求显示针对目标服务的推送消息，接收用户输入的针对推送消息，输入的开启指令，基于开启指令开启用于与第二终端进行交互的应用程序，并进入应用程序显示的选择界面。

例如，第一终端可以基于音视频通话请求，在***通知栏显示针对音视频通话的推送消息，若用户点击***通知栏查看消息，则第一终端可以接收用户输入的针对推送消息的查看指令，基于查看指令进入选择界面，以便选择是否接听音视频通话。

S102、当服务能力协商完成后，第一终端基于服务能力协商的协商结果，与第二终端进行服务数据交互。

第一终端在接收到第二终端的第二服务能力信息后，可以解析第二服务能力信息，得到获取第二终端的服务数据所需的信息，基于得到的信息获取第二终端的服务数据，以实现第一终端与第二终端之间进行服务数据交互。

例如，第一终端在接收到第二终端的音视频会话描述信息等第二音视频通话能力信息后，可以将第二音视频通话能力信息设置给本端的音视频通话模块(即音视频呼叫模块)，以完成通话双方的音视频通话能力等信息的交换，此时第一终端可以通过音视频通话模块与第二终端之间进行音视频数据交互，以实现与第二终端之间的音视频通话。

需要说明的是，第一终端可以基于第一服务能力信息生成本端的音视频数据的第一传输地址信息，该第一传输地址信息可以包括局域网地址(例如网卡地址)、公网地址(例如外网地址)以及转发地址等，局域网地址、公网地址以及转发地址等均可以包括一个或多个。例如，第一终端可以基于内网穿透服务器的第一访问地址请求内网穿透服务器获得公网地址，及基于数据转发服务器的第二访问地址请求数据转发服务器获得转发地址等。然后第一终端可以通过云云对接、设备直连或局域网标准协议直连等方式，将第一传输地址信息发送给第二终端，以使得第二终端收到第一传输地址信息后，开始尝试连接第一传输地址信息来获取第一终端的音视频数据，在成功获取到音视频数据后，即可开始播放第一终端的音视频数据，以实现与第一终端之间的音视频通话。第一终端向第二终端发送第一传输地址信息的时机可以根据实际情况进行灵活设置，例如，第一终端可以在获取到生成音视频数据的第一传输地址信息所需的信息时，即可将第一传输地址信息发送给第二终端；或者是，第一终端可以在接收到第二终端发送的第二服务能力信息，再将生成的第一传输地址信息发送给第二终端，等等。

第一终端可以接收第二终端通过云云对接、设备直连或局域网标准协议直连等方式，发送的音视频数据的第二传输地址信息，该第二传输地址信息可以包括局域网地址、公网地址以及转发地址等，局域网地址、公网地址以及转发地址等均可以包括一个或多个。第一终端收到第二传输地址信息后，可以开始尝试连接第二传输地址信息来获取第二终端的音视频数据，在成功获取到音视频数据后，即可开始播放第二终端的音视频数据，以实现与第二终端之间的音视频通话。

在一实施方式中，第一终端基于服务能力协商的协商结果，与第二终端进行服务数据交互，可以包括：第一终端基于协商结果，确定第二终端的局域网地址；第一终端基于局域网地址获取第二终端的服务数据。

为了提高服务数据传输的效率，第一终端与第二终端之间可以通过局域网地址进行服务数据交互。例如，由于服务能力协商的协商结果中可以包括第二终端的局域网地址、公网地址以及转发地址等第二传输地址信息，因此，第一终端可以从第二服务能力信息中提取出第二终端的局域网地址，该局域网地址可以是第二终端的IP地址或者其他地址等。或者，第一终端可以通过协商结果中的第二服务能力信息携带的第二终端的信息请求第二终端的局域网地址。然后第一终端可以基于第二终端的局域网地址向第二终端发送第一终端的服务数据，以及基于第二终端的局域网地址获取第二终端的服务数据，实现第一终端与第二终端之间进行服务数据交互。

需要说明的是，当第二服务能力信息中未携带第二传输地址信息时，第一终端可以接收第二终端发送的第二传输地址信息，基于第二传输地址信息中的局域网地址获取第二终端的服务数据，以与第二终端之间进行服务数据交互。

以第一终端与第二终端之间进行音视频通话为例，第一终端可以接收第二终端通过云云对接、设备直连或局域网标准协议直连等方式，发送第二终端的局域网地址，第一终端可以基于第二终端的局域网地址向第二终端发送第一终端的音视频数据，以及基于第二终端的局域网地址请求第二终端的音视频数据，并接收第二终端发送的音视频数据，实现第一终端与第二终端之间的音视频通话。

在一实施方式中，第一终端基于服务能力协商的协商结果，与第二终端进行服务数据交互，可以包括：第一终端基于协商结果，获取与第二终端的私有地址对应的第一公网地址；第一终端基于第一公网地址获取第二终端的服务数据。

为了提高服务数据传输的安全性和便捷性，第一终端与第二终端之间可以通过公网地址进行服务数据交互。例如，由于协商结果中可以包括第二终端的局域网地址、第一公网地址以及转发地址等第二传输地址信息，因此，第一终端可以从第二服务能力信息中提取出第二终端的第一公网地址。或者，第一终端可以通过协商结果的第二服务能力信息携带的第二终端的信息，向第二终端请求获取第二终端的第一公网地址，或者，第一终端可以接收第二终端在获取到第一公网地址后主动发送的该第一公网地址。然后第一终端可以基于第二终端的第一公网地址向第二终端发送第一终端的服务数据，以及基于第二终端的第一公网地址获取第二终端的服务数据，实现第一终端与第二终端之间进行服务数据交互。

需要说明的是，当第二服务能力信息中未携带第二传输地址信息时，第一终端可以接收第二终端发送的第二传输地址信息，基于第二传输地址信息中的第一公网地址获取第二终端的服务数据，以与第二终端之间进行服务数据交互。

以第一终端与第二终端之间进行音视频通话为例，第一终端可以接收第二终端通过云云对接、设备直连或局域网标准协议直连等方式，发送的第二终端的第一公网地址，第一终端可以基于第二终端的第一公网地址向第二终端发送第一终端的音视频数据，以及基于第二终端的第一公网地址请求第二终端的音视频数据，并接收第二终端发送的音视频数据，实现第一终端与第二终端之间的音视频通话。

在一实施方式中，第一终端基于协商结果，获取与第二终端的私有地址对应的第一公网地址，可以包括：第一终端接收第二终端发送的第一公网地址，第一公网地址为第二终端基于协商结果，向内网穿透服务器请求得到的。

其中，第二服务能力信息中可以包括第二终端的私有地址和内网穿透服务器的第一访问地址等，第二终端可以通过内网穿透服务器的第一访问地址访问内网穿透服务器，并将第二终端的私有地址发送给内网穿透服务器，接收内网穿透服务器返回的第二终端的私有地址对应的第一公网地址，第二终端可以将第一公网地址发送给第一终端。第一终端可以接收第二终端发送的第一公网地址，以便基于基于第一公网地址以与第二终端之间进行服务数据交互。

在一实施方式中，第一终端基于服务能力协商的协商结果，与第二终端进行服务数据交互，可以包括：第一终端基于协商结果，获取第二终端的转发地址；第一终端基于第二终端的转发地址获取第二终端的服务数据。

为了提高服务数据传输的灵活性，第一终端与第二终端之间可以通过数据转发服务器的转发网地址进行服务数据交互。例如，由于协商结果中可以包括第二终端的局域网地址、公网地址以及转发地址等第二传输地址信息，因此，第一终端可以从协商结果的第二服务能力信息中提取出第二终端的转发地址，该转发地址可以是数据转发服务器为第二终端分配的地址。或者，第一终端可以通过第二服务能力信息中携带的第二终端的信息向第二终端发送转发地址获取请求，并接收第二终端基于获取转发地址获取请求返回的第二终端的转发地址。或者，第一终端可以接收第二终端在获取到转发地址后主动发送的该转发地址。

在一实施方式中，第一终端基于协商结果，获取第二终端的转发地址，可以包括：第一终端接收第二终端发送的转发地址，转发地址是数据转发服务器为第二终端分配的，转发地址为第二终端基于第二服务能力信息向数据转发服务器请求得到的。

其中，第二服务能力信息中可以包括数据转发服务器的第二访问地址等信息，第二终端可以通过数据转发服务器的第二访问地址访问数据转发服务器，请求数据转发服务器为第二终端分配的转发地址，并将分配得到的转发地址发送给第一终端。第一终端可以接收第二终端发送的数据转发服务器为第二终端分配的转发地址。

然后，第一终端可以基于第二终端的转发地址向第二终端发送第一终端的服务数据，以及基于第二终端的转发地址获取第二终端的服务数据，实现第一终端与第二终端之间进行服务数据交互。

需要说明的是，当第二服务能力信息中未携带第二传输地址信息时，第一终端可以接收第二终端发送的第二传输地址信息，基于第二传输地址信息中的转发地址获取第二终端的服务数据，以与第二终端之间进行服务数据交互。

以第一终端与第二终端之间进行音视频通话为例，第一终端可以接收第二终端通过云云对接、设备直连或局域网标准协议直连等方式，发送的第二终端的转发地址，第一终端可以基于第二终端的转发地址向第二终端发送第一终端的音视频数据，以及基于第二终端的转发地址请求第二终端的音视频数据，并接收第二终端发送的音视频数据，实现第一终端与第二终端之间的音视频通话。

本申请实施例中，第一终端可以通过跨生态数据传输通道，与第二终端进行服务能力协商；当服务能力协商完成后，可以基于服务能力协商的协商结果，与第二终端进行服务数据交互，实现了基于跨生态数据传输通道进行服务能力协商，以进行服务数据交互，提高了对数据处理的可靠性。

在上述实施例的基础上，下面将举例做进一步详细说明。

本实施例将从数据处理装置集成在第一终端的角度进行描述，其中，以第一终端为控制终端，第二终端为应用终端为例，应用终端与控制终端属于不同物联***，其中名词的含义与上述数据处理方法中相同，具体实现细节可以参考上述数据处理方法实施例中的详细说明。

具体地，本申请实施例可以提供的一种数据处理方法，其中，以目标服务为音视频通话服务为例进行详细说明，由应用终端向控制终端发起音视频通话请求，如图7所示，该数据处理方法的具体流程可以包括：

S301、应用终端向控制终端发送音视频通话请求。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送音视频通话请求。其中，控制终端可以是安装用于管控应用终端的应用程序，应用终端可以是具有音视频通话功能的门铃。

S302、控制终端基于接收到的音视频通话请求，显示选择界面。

其中，选择界面也可以称为呼叫界面，该选择界面可以是通过应用程序显示的选择界面，该选择界面内可以包括“接听”控件和“挂断”控件等，还可以包括其他信息。

控制终端可以直接通过应用程序显示选择界面，或者是，基于服务数据获取请求显示针对目标服务的推送消息，接收用户输入的针对推送消息，输入的查看指令，进入应用程序显示的选择界面。

S303、控制终端响应于选择界面内输入的确认指令，确认同意与应用终端进行音视频通话。

控制终端可以接收用户在选择界面内点击“接听”控件而生成的确认指令，基于确认指令确定同意与应用终端进行音视频通话。或者，控制终端可以接收用户在选择界面内点击“挂断”控件而生成的取消指令，基于取消指令拒绝与应用终端进行音视频通话。

S304、控制终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成控制终端的第一音视频通话能力信息。

第一音视频通话能力信息可以是控制终端的音视频会话描述信息，例如，控制终端可以通过SDP协议生成音视频会话描述信息。

S305、控制终端向应用终端发送第一音视频通话能力信息。

控制终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向应用终端发送第一音视频通话能力信息。

S306、应用终端基于第一音视频通话能力信息，向控制终端发送第二传输地址信息。

其中，第二传输地址信息可以包括应用终端的局域网地址、公网地址(即第一公网地址)以及转发地址等。例如，应用终端可以从第二传输地址信息中提取出应用终端的局域网地址，并将应用终端的局域网地址发送给控制终端。

又例如，应用终端可以通过第一音视频通话能力信息中，包含的内网穿透服务器的第一访问地址访问内网穿透服务器，以请求公网地址，然后应用终端可以接收内网穿透服务器返回的应用终端的私有地址对应的第一公网地址，应用终端可以将第一公网地址发送给控制终端。

又例如，应用终端可以通过数据转发服务器的第二访问地址访问数据转发服务器，请求数据转发服务器为应用终端分配的转发地址，并将分配得到的转发地址发送给控制终端。

S307、应用终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成应用终端的第二音视频通话能力信息。

第二音视频通话能力信息可以是应用终端的音视频会话描述信息，例如，应用终端可以通过SDP协议生成音视频会话描述信息。

S308、应用终端向控制终端发送第二音视频通话能力信息。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送第二音视频通话能力信息。

S309、控制终端基于第二音视频通话能力信息，向应用终端发送第一传输地址信息。

其中，第一传输地址信息可以包括控制终端的局域网地址、公网地址(即第二公网地址)以及转发地址等。例如，控制终端可以从第二传输地址信息中提取出控制终端的局域网地址，并将控制终端的局域网地址发送给应用终端。

又例如，控制终端可以通过第一音视频通话能力信息中，包含的内网穿透服务器的第一访问地址访问内网穿透服务器，以请求公网地址，然后控制终端可以接收内网穿透服务器返回的控制终端的私有地址对应的第二公网地址，控制终端可以将第二公网地址发送给应用终端。

又例如，控制终端可以通过数据转发服务器的第二访问地址访问数据转发服务器，请求数据转发服务器为控制终端分配的转发地址，并将分配得到的转发地址发送给应用终端。

S310、应用终端基于第一传输地址信息，获取控制终端的音视频数据，并播放控制终端的音视频数据。

应用终端可以通过本端的音视频通话模块，基于第一传输地址信息，获取控制终端的音视频数据，并播放控制终端的音视频数据。

需要说明的是，当第一传输地址信息包括控制终端的局域网地址、公网地址(即第二公网地址)以及转发地址时，应用终端可以先尝试通过控制终端的局域网地址获取控制终端的音视频数据，若通过控制终端的局域网地址获取到控制终端的音视频数据，则播放控制终端的音视频数据，若通过控制终端的局域网地址未获取到控制终端的音视频数据，则尝试通过控制终端的第二公网地址获取控制终端的音视频数据，若通过控制终端的第二公网地址获取到控制终端的音视频数据，则播放控制终端的音视频数据，若通过控制终端的第二公网地址未获取到控制终端的音视频数据，则尝试通过控制终端的转发地址获取控制终端的音视频数据，若通过控制终端的转发地址获取到控制终端的音视频数据，则播放控制终端的音视频数据。

S311、控制终端基于第二传输地址信息，获取应用终端的音视频数据，并播放控制终端的音视频数据。

控制终端可以通过本端的音视频通话模块，基于第二传输地址信息，获取应用终端的音视频数据，并播放应用终端的音视频数据。

需要说明的是，当第二传输地址信息包括应用终端的局域网地址、公网地址(即第一公网地址)以及转发地址时，控制终端可以先尝试通过应用终端的局域网地址获取应用终端的音视频数据，若通过应用终端的局域网地址获取到应用终端的音视频数据，则播放应用终端的音视频数据，若通过应用终端的局域网地址未获取到应用终端的音视频数据，则尝试通过应用终端的第一公网地址获取应用终端的音视频数据，若通过应用终端的第一公网地址获取到应用终端的音视频数据，则播放应用终端的音视频数据，若通过应用终端的第一公网地址未获取到应用终端的音视频数据，则尝试通过应用终端的转发地址获取应用终端的音视频数据，若通过应用终端的转发地址获取到应用终端的音视频数据，则播放应用终端的音视频数据。

需要说明的是，在逻辑不冲突的情况下，上述步骤之间的执行先后顺序可以根据实际需要进行灵活设置，具体执行先后顺序在此处不做限定，例如，可以先执行步骤S307后执行步骤S304，又例如，可以先执行步骤S309后执行步骤S306，又例如，先执行步骤S311后执行步骤S310，等等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

本申请实施例中，应用终端可以向控制终端发起音视频通话请求，并向控制终端发送第二音视频通话能力信息以及第二传输地址信息等信息，使得控制终端可以基于接收到的信息获取应用终端的音视频数据进行播放；以及，控制终端可以向应用终端发送第一音视频通话能力信息以及第一传输地址信息等信息，使得应用终端可以基于接收到的信息获取控制终端的音视频数据进行播放，实现了控制终端和应用终端之间实时音视频数据的跨IoT生态互联互通，提高了音视频通话的便捷性和可靠性。

在上述实施例的基础上，下面将举例做进一步详细说明。

本申请实施例可以提供一种数据处理方法，其中，以目标服务为音视频通话服务为例进行详细说明，由控制终端向应用终端发起音视频通话请求，如图8所示，该数据处理方法的具体流程可以包括：

S401、控制终端向应用终端发送音视频通话请求。

控制终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向应用终端发送音视频通话请求。其中，控制终端可以是安装用于管控应用终端的应用程序，应用终端可以是具有音视频通话功能的门铃。

S402、控制终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成控制终端的第一音视频通话能力信息。

第一音视频通话能力信息可以是控制终端的音视频会话描述信息，例如，控制终端可以通过SDP协议生成音视频会话描述信息。

S403、控制终端向应用终端发送第一音视频通话能力信息。

控制终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向应用终端发送第一音视频通话能力信息。

S404、应用终端基于第一音视频通话能力信息，向控制终端发送第二传输地址信息。

其中，第二传输地址信息可以包括应用终端的局域网地址、公网地址(即第一公网地址)以及转发地址等。

S405、应用终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成应用终端的第二音视频通话能力信息。

第二音视频通话能力信息可以是应用终端的音视频会话描述信息，例如，应用终端可以通过SDP协议生成音视频会话描述信息。

S406、应用终端向控制终端发送第二音视频通话能力信息。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送第二音视频通话能力信息。

S407、控制终端基于第二音视频通话能力信息，向应用终端发送第一传输地址信息。

其中，第一传输地址信息可以包括控制终端的局域网地址、公网地址(即第二公网地址)以及转发地址等。

S408、应用终端基于第一传输地址信息，获取控制终端的音视频数据，并播放控制终端的音视频数据。

应用终端可以通过本端的音视频通话模块，基于第一传输地址信息，获取控制终端的音视频数据，并播放控制终端的音视频数据。

S409、控制终端基于第二传输地址信息，获取应用终端的音视频数据，并播放控制终端的音视频数据。

控制终端可以通过本端的音视频通话模块，基于第二传输地址信息，获取应用终端的音视频数据，并播放应用终端的音视频数据。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

需要说明的是，在逻辑不冲突的情况下，上述步骤之间的执行先后顺序可以根据实际需要进行灵活设置，具体执行先后顺序在此处不做限定，例如，可以先执行步骤S405后执行步骤S402，又例如，可以先执行步骤S407后执行步骤S404，又例如，可以先执行步骤S409后执行步骤S408，等等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

本申请实施例中，控制终端可以向应用终端发起音视频通话请求，并向应用终端发送第一音视频通话能力信息以及第一传输地址信息等信息，使得应用终端可以基于接收到的信息获取控制终端的音视频数据进行播放，以及，应用终端可以向控制终端发送第二音视频通话能力信息以及第二传输地址信息等信息，使得控制终端可以基于接收到的信息获取应用终端的音视频数据进行播放；实现了控制终端和应用终端之间实时音视频数据的跨IoT生态互联互通，提高了音视频通话的便捷性和可靠性。

在上述实施例的基础上，下面将举例做进一步详细说明。

本申请实施例可以提供的一种数据处理方法，其中，以目标服务为音视频通话服务为例进行详细说明，控制终端与应用终端之间的音视频通话可以通过内外穿透服务器和数据转发服务器协助完成，如图9所示，该数据处理方法的具体流程可以包括：

S501、控制终端向应用终端发送内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址。

即图9中的发送内网穿透服务器和数据转发服务器的访问地址，可以表示为：控制终端向应用终端发送内外穿透服务器的第一访问地址和数据转发服务器的第二访问地址。第一访问地址可以用于访问内网穿透服务器，第二访问地址用于访问数据转发服务器。

控制终端可以预先请求内网穿透服务器获取第一访问地址及请求数据转发服务器获取第二访问地址，或者，控制终端可以向管理云发送访问地址获取请求，基于访问地址获取请求接收管理云返回的内网穿透服务器的第一访问地址及数据转发服务器的第二访问地址等，该管理云可以是用于管理内网穿透服务器、以及数据转发服务器等的云服务器。

控制终端可以是在音视频通话请求发起之前，向应用终端发送内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址，当然，控制终端也可以是在音视频通话请求发起之后，向应用终端发送内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址。

S502、控制终端基于数据转发服务器的第二访问地址，向数据转发服务器发送地址获取请求，并接收数据转发服务器基于地址获取请求为控制终端分配转发地址，并向控制终端返回转发地址。

S503、控制终端存储数据转发服务器为其分配的转发地址。

控制终端可以将转发地址存储在本地缓存，控制终端的转发地址与应用终端的转发地址不同。

S504、控制终端基于内网穿透服务器的第一访问地址，向内网穿透服务器发送公网地址获取请求，并接收数据转发服务器基于公网地址获取请求返回的与控制终端的私有地址对应的第二公网地址。

其中，控制终端的私有地址可以是控制终端的IP地址或其他地址等。

S505、控制终端存储第二公网地址。

控制终端可以将第二公网地址存储在本地缓存，控制终端的第二公网地址与应用终端的第一公网地址不同。

S506、应用终端基于内网穿透服务器的第一访问地址，向内网穿透服务器发送公网地址获取请求，并接收数据转发服务器基于公网地址获取请求返回的与应用终端的私有地址对应的第一公网地址。

其中，应用终端的私有地址可以是应用终端的IP地址或其他地址等。

S507、应用终端存储第一公网地址。

S508、应用终端基于数据转发服务器的第二转发地址，向数据转发服务器发送地址获取请求，并接收数据转发服务器基于地址获取请求为应用终端分配转发地址，并向应用终端返回转发地址。

S509、应用终端存储数据转发服务器为其分配的转发地址。

S510、应用终端向控制终端发送音视频通话请求。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送音视频通话请求。其中，控制终端可以是安装用于管控应用终端的应用程序，应用终端可以是具有音视频通话功能的门铃。

S511、控制终端基于接收到的音视频通话请求，初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成控制终端的第一音视频通话能力信息。

例如，控制终端可以基于接收到的音视频通话请求，显示选择界面。其中，选择界面也可以称为呼叫界面，该选择界面可以是通过应用程序显示的选择界面，该选择界面内可以包括“接听”控件和“挂断”控件等，还可以包括其他信息。控制终端可以直接通过应用程序显示选择界面，或者是，基于服务数据获取请求显示针对目标服务的推送消息，接收用户输入的针对推送消息，输入的查看指令，进入应用程序显示的选择界面。

控制终端可以响应于选择界面内输入的确认指令，确认同意与应用终端进行音视频通话。例如，控制终端可以接收用户在选择界面内点击“接听”控件而生成的确认指令，基于确认指令确定同意与应用终端进行音视频通话。或者，控制终端可以接收用户在选择界面内点击“挂断”控件而生成的取消指令，基于取消指令拒绝与应用终端进行音视频通话。

第一音视频通话能力信息可以是控制终端的音视频会话描述信息，例如，若同意与应用终端进行音视频通话，则控制终端可以通过SDP协议生成音视频会话描述信息。

S512、控制终端向应用终端发送第一音视频通话能力信息、控制终端的转发地址和第二公网地址。

控制终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向应用终端发送第一音视频通话能力信息、控制终端的转发地址和第二公网地址等信息。

需要说明的是，控制终端的转发地址和第二公网地址可能存在有效时间，即在有效时间内控制终端的转发地址和第二公网地址为有效，而在其他时间内控制终端的转发地址和第二公网地址为无效，此时，控制终端可以在检测转发地址和第二公网地址是否有效，若无效，则重新获取控制终端的转发地址和第二公网地址，并将重新获取到的控制终端的转发地址和第二公网地址发送给应用终端。或者，控制终端可以每间隔预设时间重新获取控制终端的转发地址和第二公网地址，并向应用终端发送控制终端的转发地址和第二公网地址，以保证应用终端获取到的控制终端的转发地址和第二公网地址是有效的，从而能够基于有效的转发地址或第二公网地址获取控制终端的音视频数据。

S513、应用终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成应用终端的第二音视频通话能力信息。

第二音视频通话能力信息可以是应用终端的音视频会话描述信息，例如，应用终端可以通过SDP协议生成音视频会话描述信息。

S514、应用终端向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址等信息。

需要说明的是，应用终端的转发地址和第一公网地址可能存在有效时间，即在有效时间内应用终端的转发地址和第一公网地址为有效，而在其他时间内应用终端的转发地址和第一公网地址为无效，此时，应用终端可以在检测转发地址和第一公网地址是否有效，若无效，则重新获取应用终端的转发地址和第一公网地址，并将重新获取到的应用终端的转发地址和第一公网地址发送给控制终端。或者，应用终端可以每间隔预设时间重新获取应用终端的转发地址和第一公网地址，并向控制终端发送应用终端的转发地址和第一公网地址，以保证控制终端获取到的应用终端的转发地址和第一公网地址是有效的，从而能够基于有效的转发地址或第一公网地址获取控制终端的音视频数据。

S515、应用终端基于控制终端的转发地址或第二公网地址，获取控制终端的音视频数据，并播放控制终端的音视频数据。

应用终端可以通过本端的音视频通话模块，基于控制终端的转发地址或第二公网地址，获取控制终端的音视频数据，并播放控制终端的音视频数据。

S516、控制终端基于应用终端的转发地址或第一公网地址，获取应用终端的音视频数据，并播放控制终端的音视频数据。

控制终端可以通过本端的音视频通话模块，基于应用终端的转发地址或第一公网地址，获取应用终端的音视频数据，并播放应用终端的音视频数据。

需要说明的是，在不存在冲突的情况下，上述步骤之间的执行先后顺序可以根据实际需要进行灵活设置，具体执行先后顺序在此处不做限定，例如，可以先执行步骤S510后执行步骤S501，又例如，可以先执行步骤S504后执行步骤S502，又例如，可以先执行步骤S506后执行步骤S502，又例如，可以先执行步骤S508后执行步骤S502，又例如，可以先执行步骤S513后执行步骤S511，又例如，可以先执行步骤S516后执行步骤S515，等等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

本申请实施例中，应用终端可以向控制终端发起音视频通话请求，并向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址等信息，使得控制终端可以基于接收到的信息获取应用终端的音视频数据进行播放；以及，控制终端可以向应用终端发送第一音视频通话能力信息、控制终端的转发地址和第二公网地址等信息，使得应用终端可以基于接收到的信息获取控制终端的音视频数据进行播放，实现了控制终端和应用终端之间实时音视频数据的跨IoT生态互联互通，提高了音视频通话的便捷性和可靠性。

在上述实施例的基础上，下面将举例做进一步详细说明。

本申请实施例可以提供的一种数据处理方法，其中，以目标服务为音视频通话服务为例进行详细说明，控制终端与应用终端之间的音视频通话可以通过内外穿透服务器和数据转发服务器协助完成，如图10所示，该数据处理方法的具体流程可以包括：

S601、应用终端向控制终端发送音视频通话请求。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送音视频通话请求。其中，控制终端可以是安装用于管控应用终端的应用程序，应用终端可以是具有音视频通话功能的门铃。

S602、控制终端基于数据转发服务器的第二访问地址，向数据转发服务器发送地址获取请求，并接收数据转发服务器基于地址获取请求为控制终端分配转发地址，并向控制终端返回转发地址。

S603、控制终端存储数据转发服务器为其分配的转发地址。

控制终端可以将转发地址存储在本地缓存，控制终端的转发地址与应用终端的转发地址不同。

S604、控制终端基于内网穿透服务器的第一访问地址，向内网穿透服务器发送公网地址获取请求，并接收数据转发服务器基于公网地址获取请求返回的与控制终端的私有地址对应的第二公网地址。

S605、控制终端存储第二公网地址。

控制终端可以将第二公网地址存储在本地缓存，控制终端的第二公网地址与应用终端的第一公网地址不同。

S606、控制终端基于接收到的音视频通话请求，初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成控制终端的第一音视频通话能力信息。

第一音视频通话能力信息可以是控制终端的音视频会话描述信息，例如，若同意与应用终端进行音视频通话，则控制终端可以通过SDP协议生成音视频会话描述信息。

S607、控制终端向应用终端发送第一音视频通话能力信息、控制终端的转发地址和第二公网地址，以及内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址。

控制终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向应用终端发送第一音视频通话能力信息、控制终端的转发地址、第二公网地址、内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址等信息。

S608、应用终端基于内网穿透服务器的第一访问地址，向内网穿透服务器发送公网地址获取请求，并接收数据转发服务器基于公网地址获取请求返回的与应用终端的私有地址对应的第一公网地址。

S609、应用终端存储第一公网地址。

S610、应用终端基于数据转发服务器的第二转发地址，向数据转发服务器发送地址获取请求，并接收数据转发服务器基于地址获取请求为应用终端分配转发地址，并向应用终端返回转发地址。

S611、应用终端存储数据转发服务器为其分配的转发地址。

S612、应用终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成应用终端的第二音视频通话能力信息。

第二音视频通话能力信息可以是应用终端的音视频会话描述信息，例如，应用终端可以通过SDP协议生成音视频会话描述信息。

S613、应用终端向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址等信息。

S614、应用终端基于控制终端的转发地址或第二公网地址，获取控制终端的音视频数据，并播放控制终端的音视频数据。

应用终端可以通过本端的音视频通话模块，基于控制终端的转发地址或第二公网地址，获取控制终端的音视频数据，并播放控制终端的音视频数据。

S615、控制终端基于应用终端的转发地址或第一公网地址，获取应用终端的音视频数据，并播放控制终端的音视频数据。

控制终端可以通过本端的音视频通话模块，基于应用终端的转发地址或第一公网地址，获取应用终端的音视频数据，并播放应用终端的音视频数据。

需要说明的是，在不存在冲突的情况下，上述步骤之间的执行先后顺序可以根据实际需要进行灵活设置，具体执行先后顺序在此处不做限定，例如，可以先执行步骤S602后执行步骤S601，又例如，可以先执行步骤S604后执行步骤S602，又例如，可以先执行步骤S610后执行步骤S608，又例如，可以先执行步骤S612后执行步骤S608，又例如，可以先执行步骤S515后执行步骤S514，等等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

本申请实施例中，应用终端可以向控制终端发起音视频通话请求，并向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址等信息，使得控制终端可以基于接收到的信息获取应用终端的音视频数据进行播放；以及，控制终端可以向应用终端发送第一音视频通话能力信息、控制终端的转发地址和第二公网地址等信息，使得应用终端可以基于接收到的信息获取控制终端的音视频数据进行播放，实现了控制终端和应用终端之间实时音视频数据的跨IoT生态互联互通，提高了音视频通话的便捷性和可靠性。

在上述实施例的基础上，下面将举例做进一步详细说明。

本申请实施例可以提供的一种数据处理方法，其中，以目标服务为音视频通话服务为例进行详细说明，控制终端与应用终端之间的音视频通话可以通过内外穿透服务器和数据转发服务器协助完成，如图11所示，该数据处理方法的具体流程可以包括：

S701、应用终端向控制终端发送音视频通话请求。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送音视频通话请求。其中，控制终端可以是安装用于管控应用终端的应用程序，应用终端可以是具有音视频通话功能的门铃。

S702、控制终端基于接收到的音视频通话请求，初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成控制终端的第一音视频通话能力信息。

第一音视频通话能力信息可以是控制终端的音视频会话描述信息，例如，若同意与应用终端进行音视频通话，则控制终端可以通过SDP协议生成音视频会话描述信息。

S703、控制终端向应用终端发送第一音视频通话能力信息、内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址。

控制终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向应用终端发送第一音视频通话能力信息、内网穿透服务器的第一访问地址和数据转发服务器的第二访问地址(即内网穿透服务器和数据转发服务器的访问地址)等信息。

S704、应用终端初始化本端的音视频通话模块，确定自身具备的音视频通话能力，以生成应用终端的第二音视频通话能力信息。

第二音视频通话能力信息可以是应用终端的音视频会话描述信息，例如，应用终端可以通过SDP协议生成音视频会话描述信息。

S705、应用终端向控制终端发送第二音视频通话能力信息。

应用终端可以通过云云对接、设备直连或局域网标准协议直连等方式，向控制终端发送第二音视频通话能力信息等信息。

S706、控制终端基于数据转发服务器的第二访问地址，向数据转发服务器发送地址获取请求，并接收数据转发服务器基于地址获取请求为控制终端分配转发地址，并向控制终端返回转发地址。

S707、控制终端存储数据转发服务器为其分配的转发地址。

S708、控制终端基于内网穿透服务器的第一访问地址，向内网穿透服务器发送公网地址获取请求，并接收数据转发服务器基于公网地址获取请求返回的与控制终端的私有地址对应的第二公网地址。

S709、控制终端存储第二公网地址。

S710、控制终端向应用终端发送控制终端的转发地址和第二公网地址。

S711、应用终端基于内网穿透服务器的第一访问地址，向内网穿透服务器发送公网地址获取请求，并接收数据转发服务器基于公网地址获取请求返回的与应用终端的私有地址对应的第一公网地址。

S712、应用终端存储第一公网地址。

S713、应用终端基于数据转发服务器的第二转发地址，向数据转发服务器发送地址获取请求，并接收数据转发服务器基于地址获取请求为应用终端分配转发地址，并向应用终端返回转发地址。

S714、应用终端存储数据转发服务器为其分配的转发地址。

S715、应用终端向控制终端发送应用终端的转发地址和第一公网地址。

S716、应用终端基于控制终端的转发地址或第二公网地址，获取控制终端的音视频数据，并播放控制终端的音视频数据。

应用终端可以通过本端的音视频通话模块，基于控制终端的转发地址或第二公网地址，获取控制终端的音视频数据，并播放控制终端的音视频数据。

需要说明的是，应用终端可以先尝试通过控制终端的局域网地址获取控制终端的音视频数据，若通过控制终端的局域网地址获取到控制终端的音视频数据，则播放控制终端的音视频数据，若通过控制终端的局域网地址未获取到控制终端的音视频数据，则尝试通过控制终端的第二公网地址获取控制终端的音视频数据，若通过控制终端的第二公网地址获取到控制终端的音视频数据，则播放控制终端的音视频数据，若通过控制终端的第二公网地址未获取到控制终端的音视频数据，则尝试通过控制终端的转发地址获取控制终端的音视频数据，若通过控制终端的转发地址获取到控制终端的音视频数据，则播放控制终端的音视频数据。

S717、控制终端基于应用终端的转发地址或第一公网地址，获取应用终端的音视频数据，并播放控制终端的音视频数据。

控制终端可以通过本端的音视频通话模块，基于应用终端的转发地址或第一公网地址，获取应用终端的音视频数据，并播放应用终端的音视频数据。

需要说明的是，控制终端可以先尝试通过应用终端的局域网地址获取应用终端的音视频数据，若通过应用终端的局域网地址获取到应用终端的音视频数据，则播放应用终端的音视频数据，若通过应用终端的局域网地址未获取到应用终端的音视频数据，则尝试通过应用终端的第一公网地址获取应用终端的音视频数据，若通过应用终端的第一公网地址获取到应用终端的音视频数据，则播放应用终端的音视频数据，若通过应用终端的第一公网地址未获取到应用终端的音视频数据，则尝试通过应用终端的转发地址获取应用终端的音视频数据，若通过应用终端的转发地址获取到应用终端的音视频数据，则播放应用终端的音视频数据。

需要说明的是，在不存在冲突的情况下，上述步骤之间的执行先后顺序可以根据实际需要进行灵活设置，具体执行先后顺序在此处不做限定，例如，可以先执行步骤S706后执行步骤S701，又例如，可以先执行步骤S704后执行步骤S702，又例如，可以先执行步骤S708后执行步骤S706，又例如，可以先执行步骤S713后执行步骤S711，又例如，可以先执行步骤S711后执行步骤S704，又例如，可以先执行步骤S717后执行步骤S716，等等。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

本申请实施例中，应用终端可以向控制终端发起音视频通话请求，并向控制终端发送第二音视频通话能力信息、应用终端的转发地址和第一公网地址等信息，使得控制终端可以基于接收到的信息获取应用终端的音视频数据进行播放；以及，控制终端可以向应用终端发送第一音视频通话能力信息、控制终端的转发地址和第二公网地址等信息，使得应用终端可以基于接收到的信息获取控制终端的音视频数据进行播放，实现了控制终端和应用终端之间实时音视频数据的跨IoT生态互联互通，提高了音视频通话的便捷性和可靠性。

为便于更好的实施本申请实施例提供的数据处理方法，本申请实施例还提供一种基于上述数据处理方法的装置。其中名词的含义与上述数据处理方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图12，图12为本申请实施例提供的数据处理装置的结构示意图，该数据处理装置600可以集成在终端中，其中该数据处理装置600可以包括能力协商模块601、以及数据交互模块602等。

其中，能力协商模块601，用于通过跨生态数据传输通道，与第二终端进行服务能力协商；

数据交互模块602，用于当服务能力协商完成后，基于服务能力协商的协商结果，与第二终端进行服务数据交互。

在一实施方式中，跨生态数据传输通道是基于第一私有云和第二私有云构建的，其中，第一私有云与数据处理装置匹配，第二私有云和第二终端匹配；或者，跨生态数据传输通道是基于第一私有云构建的；或者，跨生态数据传输通道是基于局域网构建的。

在一实施方式中，能力协商模块601具体用于，通过跨生态数据传输通道向第二终端发送针对于目标服务的服务数据获取请求和第一服务能力信息；接收第二终端通过跨生态数据传输通道发送的第二服务能力信息，以完成服务能力协商，其中，第二服务能力信息是第二终端根据服务数据获取请求生成的。

在一实施方式中，能力协商模块601具体用于，接收第二终端通过跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和第二终端的第二服务能力信息；根据服务数据获取请求，生成第一服务能力信息；通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商。

在一实施方式中，数据处理装置600还包括：

显示模块，用于基于服务数据获取请求显示选择界面；

获取模块，用于获取用户在选择界面内输入的确认指令；

对应地，能力协商模块601具体用于，基于确认指令，通过跨生态数据传输通道将第一服务能力信息发送给第二终端，以完成服务能力协商。

在一实施方式中，显示模块具体用于，基于服务数据获取请求显示针对目标服务的推送消息，获取用户输入的针对推送消息的查看指令，基于查看指令进入选择界面。

在一实施方式中，数据交互模块602具体用于，基于协商结果，确定第二终端的局域网地址，基于局域网地址获取第二终端的服务数据。

在一实施方式中，数据交互模块602具体用于，基于协商结果，获取与第二终端的私有地址对应的第一公网地址，基于第一公网地址获取第二终端的服务数据。

在一实施方式中，数据交互模块602具体用于，接收第二终端发送的第一公网地址，第一公网地址为第二终端基于协商结果，向内网穿透服务器请求得到的。

在一实施方式中，数据交互模块602具体用于，基于协商结果，获取第二终端的转发地址，基于第二终端的转发地址获取第二终端的服务数据。

在一实施方式中，数据交互模块602具体用于，接收第二终端发送的转发地址，转发地址是数据转发服务器为第二终端分配的，转发地址为第二终端基于第二服务能力信息向数据转发服务器请求得到的。

本申请实施例可以可以由能力协商模块601通过跨生态数据传输通道，与第二终端进行服务能力协商，以及由数据交互模块602基于服务能力协商结果，与第二终端进行服务数据交互，实现了基于跨生态数据传输通道进行服务能力协商，以进行服务数据交互，提高了对数据处理的可靠性。

本申请实施例还提供一种终端，该终端可以是第一终端，如图13所示，其示出了本申请实施例所涉及的终端的结构示意图，具体来讲：

该终端可以包括一个或者一个以上处理核心的处理器801、一个或一个以上计算机可读存储介质的存储器802、电源803和输入单元804等部件。本领域技术人员可以理解，图13中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

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

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

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

该终端还可包括输入单元804，该输入单元804可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

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

通过跨生态数据传输通道，与第二终端进行服务能力协商；当服务能力协商完成后，基于服务能力协商的协商结果，与第二终端进行服务数据交互。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对数据处理方法的详细描述，此处不再赘述。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。终端的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该终端执行上述实施例中各种可选实现方式中提供的方法。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过计算机指令来完成，或通过计算机指令控制相关的硬件来完成，该计算机指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。为此，本申请实施例提供一种存储介质(即计算机可读存储介质)，其中存储有计算机程序，计算机程序可以包括计算机指令，该计算机程序能够被处理器进行加载，以执行本申请实施例所提供的任一种数据处理方法。

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

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的指令，可以执行本申请实施例所提供的任一种数据处理方法中的步骤，因此，可以实现本申请实施例所提供的任一种数据处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

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

Claims (11)

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

第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商；

当所述服务能力协商完成后，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互；

所述跨生态数据传输通道是基于第一私有云和第二私有云构建的，其中，所述第一私有云与所述第一终端匹配，所述第二私有云和所述第二终端匹配，所述第一终端通过所述跨生态数据传输通道，与所述第二终端进行服务能力协商；或者，

所述跨生态数据传输通道是基于所述第一私有云构建的；或者，

所述跨生态数据传输通道是基于局域网构建的；

所述第一终端通过跨生态数据传输通道，与第二终端进行服务能力协商，包括：

所述第一终端通过所述跨生态数据传输通道向所述第二终端发送针对于目标服务的服务数据获取请求和所述第一终端的第一服务能力信息，所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的第二服务能力信息，以完成所述服务能力协商，其中，所述第二服务能力信息是所述第二终端根据所述服务数据获取请求生成的；或

所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和所述第二终端的第二服务能力信息，所述第一终端根据所述服务数据获取请求，生成所述第一终端的第一服务能力信息，所述第一终端通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商；

其中，服务能力为音视频通话能力，所述音视频通话能力携带传输地址信息，所述传输地址信息用于连接所述第一终端和所述第二终端，以传输音视频数据。

2.根据权利要求1所述的方法，其特征在于，所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和所述第二终端的第二服务能力信息之后，还包括：

所述第一终端基于所述服务数据获取请求显示选择界面；

所述第一终端获取用户在所述选择界面内输入的确认指令；

对应地，所述第一终端通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商，包括：

所述第一终端基于所述确认指令，通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商。

3.根据权利要求2所述的数据处理方法，其特征在于，所述第一终端基于所述服务数据获取请求显示选择界面，包括：

所述第一终端基于所述服务数据获取请求显示针对所述目标服务的推送消息；

所述第一终端获取用户输入的针对所述推送消息的查看指令；

所述第一终端基于所述查看指令进入所述选择界面。

4.根据权利要求1所述的数据处理方法，其特征在于，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，包括：

所述第一终端基于所述协商结果，确定所述第二终端的局域网地址；

所述第一终端基于所述局域网地址获取所述第二终端的服务数据。

5.根据权利要求1所述的数据处理方法，其特征在于，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，包括：

所述第一终端基于所述协商结果，获取与所述第二终端的私有地址对应的第一公网地址；

所述第一终端基于所述第一公网地址获取所述第二终端的服务数据。

6.根据权利要求5所述的数据处理方法，其特征在于，所述第一终端基于所述协商结果，获取与所述第二终端的私有地址对应的第一公网地址，包括：

所述第一终端接收所述第二终端发送的所述第一公网地址，所述第一公网地址为所述第二终端基于所述协商结果，向内网穿透服务器请求得到的。

7.根据权利要求1所述的数据处理方法，其特征在于，所述第一终端基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互，包括：

所述第一终端基于所述协商结果，获取所述第二终端的转发地址；

所述第一终端基于所述第二终端的转发地址获取所述第二终端的服务数据。

8.根据权利要求7所述的数据处理方法，其特征在于，所述第一终端基于所述协商结果，获取所述第二终端的转发地址，包括：

所述第一终端接收所述第二终端发送的所述转发地址，所述转发地址是数据转发服务器为所述第二终端分配的，所述转发地址为所述第二终端基于所述第二服务能力信息向所述数据转发服务器请求得到的。

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

能力协商模块，用于通过跨生态数据传输通道，与第二终端进行服务能力协商；

数据交互模块，用于当所述服务能力协商完成后，基于所述服务能力协商的协商结果，与所述第二终端进行服务数据交互；

所述跨生态数据传输通道是基于第一私有云和第二私有云构建的，其中，所述第一私有云与第一终端匹配，所述第二私有云和所述第二终端匹配，所述第一终端通过所述跨生态数据传输通道，与所述第二终端进行服务能力协商；或者，

所述跨生态数据传输通道是基于所述第一私有云构建的；或者，

所述跨生态数据传输通道是基于局域网构建的；

所述能力协商模块还用于：

所述第一终端通过所述跨生态数据传输通道向所述第二终端发送针对于目标服务的服务数据获取请求和所述第一终端的第一服务能力信息，所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的第二服务能力信息，以完成所述服务能力协商，其中，所述第二服务能力信息是所述第二终端根据所述服务数据获取请求生成的；或

所述第一终端接收所述第二终端通过所述跨生态数据传输通道发送的针对于目标服务的服务数据获取请求和所述第二终端的第二服务能力信息，所述第一终端根据所述服务数据获取请求，生成所述第一终端的第一服务能力信息，所述第一终端通过所述跨生态数据传输通道将所述第一服务能力信息发送给所述第二终端，以完成所述服务能力协商；

其中，服务能力为音视频通话能力，所述音视频通话能力携带传输地址信息，所述传输地址信息用于连接所述第一终端和所述第二终端，以传输音视频数据。

10.一种终端，其特征在于，包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时执行如权利要求1至8任一项所述的数据处理方法。

11.一种存储介质，其特征在于，所述存储介质用于存储计算机程序，所述计算机程序被处理器加载以执行权利要求1至8任一项所述的数据处理方法。