CN115243080B - 一种数据处理方法、装置、设备及存储介质 - Google Patents

一种数据处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN115243080B
CN115243080B CN202211148643.1A CN202211148643A CN115243080B CN 115243080 B CN115243080 B CN 115243080B CN 202211148643 A CN202211148643 A CN 202211148643A CN 115243080 B CN115243080 B CN 115243080B
Authority
CN
China
Prior art keywords
service
terminal
cooperative
equipment
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202211148643.1A
Other languages
English (en)
Other versions
CN115243080A (zh
Inventor
吴波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202211148643.1A priority Critical patent/CN115243080B/zh
Publication of CN115243080A publication Critical patent/CN115243080A/zh
Application granted granted Critical
Publication of CN115243080B publication Critical patent/CN115243080B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784—Data processing by the network

Abstract

本申请实施例公开了一种数据处理方法、装置、设备及存储介质，适用于云技术中的数据传输领域，包括：在获取到流量业务请求报文时，确定业务终端设备的设备类型；若设备类型属于协同设备类型，则获取与业务终端设备所相关联的支持终端协同功能的终端设备的第一设备信息；从第一设备信息中获取协同终端设备的第二设备信息，基于第二设备信息，生成用于返回至业务终端设备的业务报文；业务报文为第一业务报文或第二业务报文；第一业务报文用于指示业务终端设备将服务设备发送的业务流量，转发至协同终端设备；第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量。采用本申请实施例，可以提升网络传输性能。

Description

一种数据处理方法、装置、设备及存储介质
技术领域
本申请涉及计算机网络通信领域，尤其涉及一种数据处理方法、装置、设备及存储介质。
背景技术
在现有网络直播场景中，由于虚拟业务房间中往往同时存在多个终端设备，且需要同时获取相同的业务流量(即音视频流量)，因此，服务设备在获取到处于同一虚拟业务房间中的多个终端设备发送的流量获取请求时，需要将同一业务流量重复且无差别的发送给每个终端设备，进而导致消耗大量的网络资源。然而，当终端设备的数量增加或网络并发加剧时，网络资源将会成为制约网络直播业务发展的重要因素，即当网络条件变差时，将存在业务流量出现大量的丢包情况，从而降低了网络传输的性能。
发明内容
本申请实施例提供一种数据处理方法、装置、设备及存储介质，可以提升网络传输性能。
本申请实施例一方面提供一种数据处理方法，该方法由服务设备执行，包括：
在获取到与业务终端设备相关联的流量业务请求报文时，确定业务终端设备的设备类型；
若业务终端设备的设备类型属于协同设备类型，则获取与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息；支持终端协同功能的终端设备与业务终端设备请求同一业务流量；
从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的第二设备信息，基于第二设备信息，生成用于返回至业务终端设备的业务报文；业务报文为第一业务报文或第二业务报文；第一业务报文用于指示业务终端设备将服务设备发送的业务流量，转发至协同终端设备；第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量。
本申请实施例一方面提供一种数据处理方法，该方法由业务终端设备执行，包括：
将流量业务请求报文发送至服务设备，以使服务设备在确定业务终端设备的设备类型属于协同设备类型时，基于与业务终端设备具有协同关系的协同终端设备的第二设备信息，生成业务报文；第二设备信息是服务设备从第一设备信息中所获取到的；第一设备信息是基于与业务终端设备相关联的支持终端协同功能的终端设备的设备信息所确定的；支持终端协同功能的终端设备与业务终端设备请求同一业务流量；
在接收到服务设备发送的业务报文时，获取业务报文携带的报文标签；
若报文标签指示业务报文为第一业务报文，则从第一业务报文中获取服务设备发送的业务流量，将业务流量转发至协同终端设备；
若报文标签指示业务报文为第二业务报文，则等待接收协同终端设备发送的业务流量。
本申请实施例一方面提供一种数据处理装置，包括：
类型确定模块，用于在获取到与业务终端设备相关联的流量业务请求报文时，确定业务终端设备的设备类型；
设备信息获取模块，用于若业务终端设备的设备类型属于协同设备类型，则获取与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息；支持终端协同功能的终端设备与业务终端设备请求同一业务流量；
第一生成模块，用于从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的第二设备信息，基于第二设备信息，生成用于返回至业务终端设备的业务报文；业务报文为第一业务报文或第二业务报文；第一业务报文用于指示业务终端设备将服务设备发送的业务流量，转发至协同终端设备；第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量。
其中，该装置还包括：
初始表获取模块，用于若业务终端设备的设备类型属于协同设备类型，则获取业务终端设备所处虚拟业务房间对应的初始设备信息表；初始设备信息表用于存储虚拟业务房间中支持终端协同功能的终端设备的设备信息；
终端信息获取模块，用于从流量业务请求报文中获取业务终端设备的设备信息；业务终端设备的设备信息包括业务终端设备的设备地址以及业务终端设备的端口信息；
业务表获取模块，用于基于业务终端的设备信息以及业务终端设备的设备类型，对初始设备信息表进行更新，得到业务设备信息表；业务设备信息表用于指示服务设备获取第一设备信息；第一设备信息是基于与业务终端设备属于同一区域的终端设备所确定的。
其中，协同设备类型包括第一协同设备类型、第二协同设备类型以及第三协同设备类型；
该装置还包括：
设备数量统计模块，用于在业务终端设备的设备类型属于第三协同设备类型时，在业务终端设备所处的虚拟业务房间中，分别统计业务终端设备所在区域的终端转发设备的转发设备数量、以及与业务终端设备所在区域的终端接收设备的接收设备数量；终端转发设备包括属于第一协同设备类型的终端设备以及当前使用协同转发功能的第三协同设备类型的终端设备；终端接收设备包括属于第二协同设备类型的终端设备以及当前使用协同接收功能的第三协同设备类型的终端设备；
最大数量确定模块，用于获取为终端转发设备所设定的设备承载阈值，将设备承载阈值与转发设备数量的乘积确定为终端转发设备对应的最大转发数量；
协同功能确定模块，用于基于最大转发数量和接收设备数量，确定业务终端设备当前使用的终端协同功能；业务终端设备当前使用的终端协同功能为协同转发功能或协同接收功能；协同转发功能用于指示生成第一业务报文；协同接收功能用于指示生成第二业务报文。
其中，该协同功能确定模块包括：
转发功能确定单元，用于若最大转发数量小于或者等于接收设备数量，则将业务终端设备当前使用的终端协同功能确定为协同转发功能；业务终端设备属于终端转发设备；
接收功能确定单元，用于若最大转发数量大于接收设备数量，则将业务终端设备当前使用的终端协同功能确定为协同接收功能；业务终端设备属于终端接收设备。
其中，该类型确定模块包括：
字段获取单元，用于在获取到与业务终端设备相关联的流量业务请求报文时，获取流量业务请求报文中携带的功能标识字段；
非协同类型确定单元，用于若功能标识字段为用于指示业务终端设备不支持终端协同功能的第一标识字段，则将业务终端设备的设备类型确定为非协同设备类型；
第一协同类型确定单元，用于若功能标识字段为用于指示业务终端设备支持协同转发功能的第二标识字段，则将业务终端设备的设备类型确定为第一协同设备类型；
第二协同类型确定单元，用于若功能标识字段为用于指示业务终端设备支持协同接收功能的第三标识字段，则将业务终端设备的设备类型确定为第二协同设备类型；
第三协同类型确定单元，用于若功能标识字段为用于指示业务终端设备支持协同转发功能以及协同接收功能的第四标识字段，则将业务终端设备的设备类型确定为第三协同设备类型。
其中，第一设备信息对应的终端设备包括与业务终端设备属于同一区域，且处于未配置状态的X个终端接收设备；X为大于设备承载阈值的正整数；
该第一生成模块包括：
接收设备获取单元，用于若业务终端设备属于终端转发设备，则从X个终端接收设备中获取终端接收设备Hi；i为小于或者等于X的正整数；
时间戳获取单元，用于获取将终端接收设备Hi设置为未配置状态的状态设置时间戳；
第一协同设备确定单元，用于基于X个终端接收设备中的每个终端接收设备的状态设置时间戳，获取符合设备承载阈值的终端接收设备，将获取到的终端接收设备的业务状态变更为配置状态，且将获取到的终端接收设备作为与业务终端设备具有协同关系的协同终端设备；
第一报文生成单元，用于将协同终端设备的设备信息作为第二设备信息，基于业务流量、第二设备信息以及用于指示报文类型为流量报文类型的报文标签，生成第一业务报文，将第一业务报文作为用于返回至业务终端设备的业务报文。
其中，第一设备信息对应的终端设备包括与业务终端设备属于同一区域，且处于非满载状态的Y个终端转发设备；Y为大于1的正整数；
该第一生成模块包括：
转发设备获取单元，用于若业务终端设备属于终端接收设备，则从Y个终端转发设备中获取终端转发设备Hj；j为小于或者等于Y的正整数；
信誉度获取单元，用于获取终端转发设备Hj的设备承载数量以及终端转发设备Hj的历史转发量，基于设备承载数量以及历史转发量，确定终端转发设备Hj的设备信誉度；
第二协同设备确定单元，用于在获取到Y个设备信誉度时，从Y个终端转发设备中选择具有最高设备信誉度对应的终端转发设备作为与业务终端设备具有协同关系的协同终端设备；
第二报文生成单元，用于将协同终端设备的设备信息作为第二设备信息，基于第二设备信息以及用于指示报文类型为控制报文类型的报文标签，生成第二业务报文，将第二业务报文作为用于返回至业务终端设备的业务报文。
其中，该装置还包括：
设备确定模块，用于若业务终端设备属于终端接收设备，且第一设备信息中不存在处于非满载状态的终端转发设备，则确定业务终端设备所处的虚拟业务房间中不存在与业务终端设备具有协同关系的协同终端设备；
第二生成模块，用于获取虚拟业务房间的业务流量，基于业务流量生成用于返回至业务终端设备的业务报文。
本申请实施例一方面提供一种数据处理装置，包括：
请求发送模块，用于将流量业务请求报文发送至服务设备，以使服务设备在确定业务终端设备的设备类型属于协同设备类型时，基于与业务终端设备具有协同关系的协同终端设备的第二设备信息，生成业务报文；第二设备信息是服务设备从第一设备信息中所获取到的；第一设备信息是基于与业务终端设备相关联的支持终端协同功能的终端设备的设备信息所确定的；支持终端协同功能的终端设备与业务终端设备请求同一业务流量；
标签获取模块，用于在接收到服务设备发送的业务报文时，获取业务报文携带的报文标签；
流量转发模块，用于若报文标签指示业务报文为第一业务报文，则从第一业务报文中获取服务设备发送的业务流量，将业务流量转发至协同终端设备；
流量待收模块，用于若报文标签指示业务报文为第二业务报文，则等待接收协同终端设备发送的业务流量。
其中，业务终端设备与服务设备均属于区块链网络中的区块链节点；
该装置还包括：
第一签名信息获取模块，用于若报文标签指示业务报文为第一业务报文，则从第一业务报文中获取第一待签名信息以及第一签名信息；第一签名信息为服务设备基于服务设备的服务节点私钥，对第一待签名信息进行签名处理后所得到的；第一待签名信息包括服务设备的设备地址、业务流量的数据量以及第二设备信息；
第二签名信息获取模块，用于基于业务终端设备的业务节点私钥，对第一待签名信息以及第一签名信息进行签名处理，得到第二签名信息；
第一写入模块，用于将第一待签名信息、第一签名信息以及第二签名信息作为第一业务报文的第一报文头部信息，将第一报文头部信息写入区块链网络中的区块链。
其中，区块链存储有服务设备所缴纳的虚拟激励资产；
该装置还包括：
资产获取模块，用于在将第一报文头部信息成功写入区块链时，获取服务设备发送的业务激励资产；业务激励资产为服务设备通过区块链上的智能合约，从虚拟激励资产中所确定的用于分配至业务终端设备的激励资产。
其中，业务终端设备与服务设备均属于区块链网络中的区块链节点；
该装置还包括：
第三签名信息获取模块，用于若报文标签指示业务报文为第二业务报文，则在获取到协同终端设备发送的包括业务流量的协同业务报文时，获取协同业务报文对应的第二待签名信息以及第三签名信息；第三签名信息为协同终端设备基于协同终端设备的协同节点私钥，对第二待签名信息进行签名处理后所得到的；第二待签名信息包括协同终端设备的设备地址、业务流量的数据量；
第四签名信息获取模块，用于基于业务终端设备的业务节点私钥，对第二待签名信息以及第三签名信息进行签名处理，得到第四签名信息；
第二写入模块，用于将第二待签名信息、第三签名信息以及第四签名信息作为协同业务报文的第二报文头部信息，将第二报文头部信息写入区块链网络中的区块链。
本申请一方面提供了一种计算机设备，包括：处理器、存储器、网络接口；
处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，存储器用于存储计算机程序，处理器用于调用计算机程序，以使得计算机设备执行本申请实施例提供的方法。
本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有该处理器的计算机设备执行本申请实施例提供的方法。
本申请实施例一方面提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中；计算机设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行本申请实施例中的方法。
在本申请实施例中，由于本申请实施例中的终端设备存在支持终端协同功能的终端设备，因此服务设备在获取到与业务终端设备相关联的流量业务请求报文时，需要根据业务终端设备的设备类型，来确定用于返回至业务终端设备的业务报文。比如，在业务终端设备的设备类型属于协同设备类型时，该服务设备可以从与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息中，确定与业务终端设备具有协同关系的协同终端设备的第二设备信息，进而基于第二设备信息，生成第一业务报文或第二业务报文。其中，这里的第一业务报文用于指示业务终端设备将服务设备发送的业务流量转发至协同终端设备，而第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量，也就是说，业务终端设备要么将从服务设备接收到的业务流量转发至协同终端设备，要么等待协同终端设备向自己转发业务流量。这种基于终端协同的网络传输方法无需服务设备将业务流量无差别的依次发送给每一个终端设备，而是可以由终端设备分担服务设备的内容分发压力，实现相同业务流量在不同终端设备之间的复用，从而降低了服务设备为每个终端设备进行流量传输的网络开销，进而有效提升了网络传输的性能。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种网络架构的结构示意图；
图2是本申请实施例提供的一种进行数据交互的场景示意图；
图3是本申请实施例提供的一种数据处理方法的流程示意图一；
图4是本申请实施例提供的一种在业务终端设备与服务设备之间传输第一业务报文的场景示意图；
图5是本申请实施例提供的一种在业务终端设备与服务设备之间传输第二业务报文的场景示意图；
图6是本申请实施例提供的一种数据处理方法的流程示意图二；
图7是本申请实施例提供的一种分布式账本系统的示意图；
图8是本申请实施例提供的一种基于区块链的网络传输流程图；
图9是本申请实施例提供的一种实现自动化激励的场景示意图；
图10是本申请实施例提供的一种数据处理装置的结构示意图一；
图11是本申请实施例提供的一种数据处理装置的结构示意图二；
图12是本申请实施例提供的一种计算机设备的示意图；
图13是本申请实施例提供的一种数据处理系统的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例中的数据处理方法可以适用于云技术中的数据传输领域。其中，云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。云技术基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。
请参见图1，图1是本申请实施例提供的一种网络架构的结构示意图。如图1所示，该网络架构可以包括服务设备集群和终端设备集群。其中，这里的服务设备集群和终端设备集群之间可以直接进行数据传输，还可以通过图1所示的网关设备10W间接进行数据传输，这里将不对其进行限定。
其中，终端设备集群可以包括一个或者多个终端设备，这里将不对终端设备的数量进行限制。终端设备集群中的每个终端设备均可以包括：智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、车载终端、智能电视等具有多媒体数据处理功能的智能终端。该终端设备集群中的每个终端设备可以分别与通过网关设备10W进行网络连接，以便于每个终端设备可以通过该网络连接与网关设备10W进行数据交互。其中，这里的网络连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接，还可以通过其他方式，本申请在此不做限制。
应当理解，图1所示的终端设备集群中的每个终端设备均可以安装有应用客户端，当该应用客户端运行于各终端设备中时，可以通过网关设备10W，分别与上述图1所示的服务设备集群中的服务设备之间进行数据交互。其中，该应用客户端可以为具有多媒体数据处理功能的客户端(例如，直播客户端)。其中，该应用客户端可以为独立的客户端，也可以为集成在某客户端(例如，社交客户端、教育客户端以及多媒体客户端等)中的嵌入式子客户端，在此不做限定。
如图1所示，本申请实施例可以将终端设备集群所在区域按照区域划分单位(例如，公司、小区、市、省等)进行划分，以得到多个区域，为便于理解，这里可以以4个为例，具体可以包括区域A、区域B、区域C以及区域D。其中，每个区域中均可以包括一个或者多个终端设备。例如，图1所示的区域A具体可以包括终端设备100Z1、终端设备100Z2、终端设备100Z3、…、终端设备100Zn。如图1所示，终端设备100Z1、终端设备100Z2、终端设备100Z3均可以为支持终端协同功能的终端设备，且对于终端设备100Z1而言，终端设备100Z2和终端设备100Z3均与其具有协同关系。
其中，本申请实施例中的服务设备集群可以包括一个或者多个服务设备，这里将不对服务设备的数量进行限制。比如，该服务设备集群可以是多个物理服务器构成的服务器集群或者分布式系统，该服务设备集群中的每个服务设备均可以为应用客户端对应的服务器，且一个服务设备可以是独立的物理服务器，也可以提供云计算服务的云服务器。如图1所示，该服务设备集群具体可以包括服务设备10F1、服务设备10F2、…、服务设备10Fm。该服务设备集群中的每个服务设备可以分别与网关设备10W进行网络连接，以便于每个服务设备可以通过该网络连接与网关设备10W进行数据交互。
为便于理解，本申请实施例可以在图1所示的终端设备集群中选择一个终端设备作为业务对象所使用的业务终端设备。例如，本申请实施例可以将图1所示的区域A中的某一终端设备作为业务终端设备，该业务终端设备集成的应用客户端用于在终端界面上显示实时的业务流量。与此同时，本申请实施例还可以在图1所示的服务设备集群中选择一个服务设备(例如，图1所示的服务设备10F1)作为与该业务终端设备进行网络传输的服务设备。
可以理解的是，本申请实施例涉及的基于终端协同的网络传输方法在服务设备与业务终端设备都有所体现。即当业务终端设备将用于获取业务流量的流量业务请求报文发送至服务设备10F1时，该服务设备10F1可以确定业务终端设备的设备类型。其中，这里的流量业务请求报文是指从业务终端设备发送至服务设备的请求报文(即从客户端发往服务器的报文)。本申请实施例中的设备类型可以包括非协同设备类型(即不支持终端协同功能)以及协同设备类型(即支持终端协同功能)，由于该终端协同功能可以包括协同转发功能和协同接收功能，因此，本申请实施例中的协同设备类型具体可以包括支持协同转发功能的第一协同设备类型、支持协同接收设备的第二协同设备类型、以及同时支持协同转发功能和协同接收功能的第三协同设备类型。
进一步地，在服务设备10F1确定业务终端设备的设备类型属于协同设备类型时，该服务设备10F1可以获取与业务终端设备相关联的支持终端协同功能的终端设备的设备信息(即第一设备信息)，以便于后续从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的设备信息(即第二设备信息)，进而可以将基于该第二设备信息生成的业务报文返回至业务终端设备。其中，这里的业务报文是指服务设备收到请求报文后向业务终端设备返回的响应报文(即服务器响应客户端后所返回的报文)。
可以理解的是，若业务终端设备为区域A中的终端设备100Z1，则该终端设备100Z1接收到的业务报文可以为第一业务报文，此时，该终端设备100Z1需要从第一业务报文中获取服务设备10F1发送的业务流量，进而将该业务流量转发至与该终端设备100Z1具有协同关系的协同终端设备，例如，将业务流量分别转发至图1所示的终端设备100Z2和终端设备100Z3。可选的，若业务终端设备为区域A中的终端设备100Z2，则该终端设备100Z2接收到的业务报文可以为第二业务报文，此时，该终端设备100Z2无需从服务设备F1获取业务流量，而是等待接收与其具有协同关系的协同终端设备(例如，终端设备100Z1)发送的业务流量。
其中，在不同网络传输场景中，业务终端设备与支持终端协同功能的终端设备所请求的同一业务流量可以包括多种类型。比如，在多人协作文档场景中，支持终端协同功能的终端设备可以为实时参与同一多人协作文档的其他文档对象对应的终端设备，此时，业务终端设备与支持终端协同功能的终端设备向服务设备所请求的同一业务流量可以是指对该多人协作文档进行文档更新后所生成的文档流量。
可选的，在网络直播场景中，支持终端协同功能的终端设备可以为实时参与同一虚拟房间的其他观看对象对应的终端设备，此时，业务终端设备与支持终端协同功能的终端设备向服务设备所请求的同一业务流量可以是指该虚拟房间中的音视频流量。其中，本申请实施例可以将业务对象(例如，用户)在应用客户端中所进入的虚拟房间称之为虚拟业务房间(又称虚拟直播房间)，该虚拟业务房间可以包括由服务设备所创建的虚拟学习房间、虚拟会议房间、虚拟游戏房间、虚拟购物房间等。
由此可见，由于本申请实施例中的终端设备集群存在支持终端协同功能的终端设备，因此服务设备无需向需要获取同一业务流量的每个终端设备进行无差别发送，而是根据用于发送流量业务请求报文的业务终端设备的设备类型，来决定向该业务终端设备所返回的业务报文，即决定该业务终端设备需要获取的业务流量的来源。换言之，业务终端设备要么将从服务设备接收到的业务流量转发至协同终端设备，要么等待协同终端设备向自己转发业务流量。这种基于终端协同的网络传输方法可以实现相同业务流量在不同终端设备之间的复用，从而降低了服务设备为每个终端设备进行流量传输的网络开销，进而有效提升了网络传输的性能。
为便于理解，进一步地，请参见图2，图2是本申请实施例提供的一种进行数据交互的场景示意图。如图2所示，本申请实施例中的业务对象所使用的业务终端设备可以为终端设备200Z，该终端设备200Z可以为上述图1所示的终端设备集群中的任意一个终端设备，例如，区域A中的某一终端设备。服务设备20F可以为应用客户端(例如，网络直播场景中的直播客户端)对应的服务设备，该服务设备20F可以为上述图1所示的服务设备集群中的任意一个服务设备，例如，服务设备10F1。
应当理解，终端设备200Z所运行的应用客户端中可以包括一个或多个虚拟房间，当业务对象针对这多个虚拟房间中的某一虚拟房间(即虚拟业务房间)执行触发操作时，可以进入该虚拟业务房间观看由房间参与对象(例如，直播对象、其他观看对象等)所产生的音视频流量(即业务流量)。其中，这里的触发操作可以包括点击、长按等接触性操作，也可以包括语音、手势等非接触性操作，这里将不对其进行限定。
可以理解的是，终端设备200Z在响应业务对象进入虚拟业务房间的触发操作时，可以生成用于请求业务流量的流量业务请求报文(例如，图2所示的请求报文2q)，进而可以将该请求报文2q发送至服务设备20F，以使该服务设备20F确定该终端设备200Z的设备类型。
若该服务设备20F确定该终端设备200Z的设备类型为协同设备类型，则该服务设备20F可以获取该虚拟业务房间中的支持终端协同功能的终端设备的设备信息(即第一设备信息)。当然，这里的第一设备信息可以是指虚拟业务房间中支持终端协同功能的所有终端设备的设备信息，也可以是指虚拟业务房间中与终端设备200Z处于同一区域的，且支持终端协同功能的终端设备的设备信息，这里将不对其进行限定。进一步地，该服务设备20F可以基于该终端设备200Z当前使用的终端协同功能，来确定与该终端设备200Z具有协同关系的协同终端设备，进而获取该协同终端设备的设备信息(即第二设备信息)，以生成用于返回至终端设备200Z的业务报文(例如，图2所示的业务报文2p)。
在服务设备20F确定该终端设备200Z当前使用的终端协同功能为终端转发功能(即终端设备200Z属于终端转发设备)时，该服务设备20F从第一设备信息中获取到的第二设备信息可以为图2所示的设备信息21X。此时，该服务设备20F可以基于设备信息21X以及虚拟业务房间中的业务流量，生成图2所示的第一业务报文，这意味着该终端设备200Z接收到的业务报文2p为该第一业务报文，此时，该终端设备200Z不仅可以将第一业务报文中的业务流量展示在终端界面上，还需要将获取到的业务流量，转发至设备信息21X所指示的协同终端设备。
在服务设备20F确定该终端设备200Z当前使用的终端协同功能为终端接收功能(即终端设备200Z属于终端接收设备)时，该服务设备20F需要基于第一设备信息，确定当前虚拟业务房间中是否存在终端设备200Z的协同终端设备。若虚拟业务房间中存在终端设备200Z的协同终端设备，则该服务设备20F从第一设备信息中获取到的第二设备信息可以为图2所示的设备信息22X。此时，该服务设备20F无需将虚拟业务房间的业务流量发送至终端设备200Z，而是基于设备信息22X，生成图2所示的第二业务报文，这意味着该终端设备200Z接收到的业务报文2p为该第二业务报文，此时，该终端设备200Z可以等待接收设备信息22X所指示的协同终端设备发送虚拟业务房间的业务流量。若虚拟业务房间中不存在终端设备200Z的协同终端设备，则该服务设备20F也可以按照传统网络传输方式，基于业务流量生成图2所示的第三业务报文。这意味着该终端设备200Z接收到的业务报文2p为该第三业务报文，此时，该终端设备200Z可以将第三业务报文中的业务流量展示在终端界面上。
当然，若该服务设备20F确定该终端设备200Z的设备类型为非协同设备类型，则该服务设备20F可以确定终端设备200Z不支持终端协同功能，此时，该服务设备可以按照传统网络传输方式，基于业务流量生成第三业务报文，进而将该第三业务报文作为用于返回至终端设备200Z的业务报文2p，以使该终端设备200Z将第三业务报文中的业务流量展示在终端界面上。
由此可见，本申请实施例中的服务设备20F在网络直播场景中对虚拟业务房间中的终端设备进行数据传输时，并非直接将虚拟业务房间中的业务流量无差别的依次发送给每一个终端设备，而是在接收到终端设备200Z的请求报文2q时，需要判断该终端设备200Z的设备类型，进而在确定其属于协同设备类型时，基于该终端设备200Z当前使用的终端协同功能，来决定用于返回至终端设备200Z的业务报文2p。这种基于终端协同的网络传输方式能够降低服务设备20F为同一虚拟业务房间中的不同终端设备重复发送相同的业务流量的次数，极大程度的分担服务设备20F的内容分发压力，以至于提升了网络传输的性能，进而能够缓解网络条件恶化情况下所造成的阻塞，提升用户体验。
其中，本申请实施例提供的这种基于终端协同的网络传输方法的具体实现方式可以参见下述图3-图9所对应的实施例。
进一步地，请参见图3，图3是本申请实施例提供的一种数据处理方法的流程示意图一。如图3所示，该方法可以由服务设备执行，该服务设备可以为上述图1所示的服务设备集群中的任意一个服务设备，例如，服务设备10F1。该方法至少可以包括以下步骤S101-步骤S103：
步骤S101，在获取到与业务终端设备相关联的流量业务请求报文时，确定业务终端设备的设备类型。
具体地，以网络直播场景为例，在业务对象进入虚拟业务房间时，业务终端设备可以响应进入虚拟业务房间的触发操作，获取该业务终端设备的终端功能，进而可以基于用于指示该终端功能的功能标识字段以及该业务终端设备的设备信息，生成流量业务请求报文(例如，Pkt_req)。其中，这里的业务终端设备的设备信息可以包括业务终端设备的设备地址(例如，IP地址)、业务终端设备的端口信息(例如，端口号)以及业务终端设备的设备标识(例如，设备ID)。进一步地，该业务终端设备可以将该流量业务请求报文发送至服务设备，以使该服务设备获取该流量业务请求报文中携带的功能标识字段，进而可以基于该功能标识字段，确定该业务终端设备的设备类型。
其中，该功能标识字段可以是指用于标识该业务终端设备是否支持或开启终端协同功能的字段(例如，CO_Field)，且该字段可以占用2个字位(即2 bits)。这里的终端协同功能可以包括协同转发功能和协同接收功能。该协同转发功能是指支持或开启向其他终端设备发送业务流量(例如，音视频流量)的功能。该协同接收功能是指支持或开启接收来自其他终端设备的业务流量的功能。本申请实施例可以将用于指示不支持或不开启终端协同功能的字段称之为第一标识字段，该第一标识字段对应的数值可以为第一数值(例如，00x0)；将用于指示支持协同转发功能的字段称之为第二标识字段，该第二标识字段对应的数值可以为第二数值(例如，0x01)；将用于指示支持协同接收功能的字段称之为第三标识字段，该第三标识字段对应的数值可以为第三数值(例如，0x10)；将用于指示同时支持协同转发功能以及协同接收功能的字段称之为第四标识字段，该第四标识字段对应的数值可以为第四数值(例如，0x11)。
可以理解的是，若功能标识字段为第一标识字段，则该服务设备可以将该业务终端设备的设备类型确定为非协同设备类型。此时，该服务设备可以直接按照传统网络传输方式，获取业务流量，进而基于该业务流量生成用于返回至该业务终端设备的业务报文(例如，第三业务报文)。
可选的，若功能标识字段为第二标识字段，则该服务设备可以将业务终端设备的设备类型确定为协同设备类型中的第一协同设备类型，此时，该服务设备可以确定该业务终端设备属于终端转发设备。
可选的，若功能标识字段为第三标识字段，则该服务设备可以将业务终端设备的设备类型确定为协同设备类型中的第二协同设备类型，此时，该服务设备可以确定该业务终端设备属于终端接收设备。
可选的，若功能标识字段为第四标识字段，则该服务设备可以将业务终端设备的设备类型确定为协同设备类型中的第三协同设备类型，即该业务终端设备既支持协同转发功能，又支持协同接收功能。进一步地，该服务设备需要根据当前需要获取同一业务流量的终端设备(例如，当前业务终端设备所处虚拟业务房间的终端设备)对应的终端数量状况，确定该业务终端设备当前所使用的终端协同功能。比如，该服务设备需要在虚拟业务房间中分别统计该业务终端设备所在区域的终端转发设备的转发设备数量、以及与业务终端设备所在区域的终端接收设备的接收设备数量。其中，这里的终端转发设备可以包括属于第一协同设备类型的终端设备以及当前使用协同转发功能的第三协同设备类型的终端设备；这里的终端接收设备可以包括属于第二协同设备类型的终端设备以及当前使用协同接收功能的第三协同设备类型的终端设备。进一步地，该服务设备需要获取为终端转发设备所设定的设备承载阈值(例如，2个)，进而可以将设备承载阈值与转发设备数量的乘积确定为终端转发设备对应的最大转发数量。其中，这里的设备承载阈值是指一个终端转发设备所能够转发的最多设备数量，该设备承载阈值可以根据业务需求(比如，区域划分单位)进行动态调整，这里将不对其进行限定。进一步地，该服务设备可以基于最大转发数量和接收设备数量，确定业务终端设备当前使用的终端协同功能。其中，业务终端设备当前使用的终端协同功能可以为协同转发功能或协同接收功能，且该协同转发功能用于指示服务设备生成第一业务报文，协同接收功能用于指示服务设备生成第二业务报文。
可以理解的是，若最大转发数量小于或者等于接收设备数量，则该服务设备可以将业务终端设备当前使用的终端协同功能确定为协同转发功能；业务终端设备属于终端转发设备。可选的，若最大转发数量大于接收设备数量，则该服务设备可以将业务终端设备当前使用的终端协同功能确定为协同接收功能；业务终端设备属于终端接收设备。
如图2所示，若服务设备20F在获取到请求报文2q时，确定终端设备200Z的设备类型属于第三协同设备类型，则该服务设备20F需要在终端设备200Z所在区域中，统计该业务对象所进入的虚拟业务房间当前包括的终端转发设备的转发设备数量以及终端设备的接收设备数量。
若该服务设备20F确定的设备承载阈值为2，转发设备数量为4，接收设备数量为10，则该服务设备20F可以确定当前终端转发设备对应的最大转发数量(例如，8)小于接收设备数量，即当前虚拟业务房间中还存在需要配置的终端接收设备，为了能更好的分担服务设备20F的内容分发压力，该服务设备20F可以将该终端设备200Z当前使用的终端协同功能确定为协同转发功能，即承担终端转发设备的角色。
可选的，若该服务设备20F确定的设备承载阈值为2，转发设备数量为10，接收设备数量为6，则该服务设备20F可以确定当前终端转发设备对应的最大转发数量(例如，20)小于接收设备数量，即当前虚拟业务房间中的还存在非满载状态的终端转发设备，为了能更好的有效利用终端转发设备的计算资源，该服务设备20F可以将该终端设备200Z当前使用的终端协同功能确定为协同接收功能，即承担终端接收设备的角色。
步骤S102，若业务终端设备的设备类型属于协同设备类型，则获取与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息。
其中，支持终端协同功能的终端设备与业务终端设备请求同一业务流量(例如，网络直播场景中的音视频流量、多人协作文档场景中的文档流量)。具体地，以网络直播场景为例，若业务终端设备的设备类型属于协同设备类型，则该服务设备可以获取与该虚拟业务房间相关联的业务设备信息表。该业务设备信息表中用于存储业务终端设备所处虚拟业务房间中的支持终端协同功能的终端设备的设备信息。进一步地，该服务设备可以在该业务设备信息表中，基于该业务终端设备的设备信息中的业务终端设备的设备地址，确定与该业务终端设备属于同一区域的终端设备，进而可以基于确定的终端设备的设备信息以及确定的终端设备的设备类型，得到第一设备信息。
当然，该服务设备在确定业务终端设备的设备类型属于协同设备类型时，可以获取该业务终端设备所处虚拟业务房间对应的初始设备信息表。其中，该初始设备信息表可以用于存储虚拟业务房间中支持终端协同功能的终端设备的设备信息。进一步地，该服务设备可以从流量业务请求报文中获取业务终端设备的设备信息；其中，该业务终端设备的设备信息可以包括业务终端设备的设备地址以及业务终端设备的端口信息。进一步地，该服务设备可以基于业务终端的设备信息以及业务终端设备的设备类型，对初始设备信息表进行更新，得到业务设备信息表。其中，该业务设备信息表可以用于指示服务设备获取第一设备信息；第一设备信息是基于与业务终端设备属于同一区域的终端设备所确定的。
为便于理解，进一步地，请参见表1，表1是本申请实施例提供的一种业务设备信息表。其中，该业务设备信息表中当前进入虚拟业务房间中的K个终端设备对应的设备信息以及K个终端设备分别对应的设备类型，这里的K可以为正整数。为便于理解，若该服务设备划分的区域以区域A和区域B为例，则本申请实施例中的终端设备的数量K可以以6个为例，具体可以包括区域A中的4个终端设备以及区域B中的2个终端设备，其中，如表1所示：
表1
Figure 856655DEST_PATH_IMAGE001
当然，这里的业务设备信息表不仅可以包括区域栏、终端设备栏、设备类型栏以及设备信息栏，还可以包括每个终端设备的业务状态栏以及业务状态的状态设置时间戳栏，这里将不对业务设备信息表的具体形式进行限定。其中，这里的业务状态栏可以用于表示每个终端设备的当前业务状态，比如，实现协同接收功能的终端设备是否处于配置状态，实现协同转发功能的终端设备是否处于满载状态。这里的状态设置时间戳用于表明对终端设备的业务状态进行变更或设置的时间戳。
步骤S103，从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的第二设备信息，基于第二设备信息，生成用于返回至业务终端设备的业务报文。
具体地，该服务设备可以基于业务终端设备当前使用的终端协同功能，从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的设备信息(即第二设备信息)。比如，这里的协同关系用于指示业务流量在业务终端设备与协同终端设备之间的转发关系。进一步地，该服务设备可以基于第二设备信息以及用于指示报文类型的报文标签(例如，Traffic_or_ctl字段)，生成用于返回至业务终端设备的业务报文。这里的业务报文可以为第一业务报文(例如，Pkt_traffic，即流量报文)或第二业务报文(例如，Pkt_ctl，即控制报文)。其中，该第一业务报文用于指示业务终端设备将服务设备发送的业务流量转发至协同终端设备；该第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量。
其中，以网络直播场景为例，在业务终端设备属于终端转发设备时，该服务设备需要根据当前虚拟业务房间中处于未配置状态的终端接收设备的数量，来确定该虚拟业务房间中是否存在该业务终端设备的协同终端设备，进而需要决定用于返回至业务终端设备的业务报文为第一业务报文还是第三业务报文。其中，第一业务报文是指携带有协同终端设备的设备信息以及业务流量的流量报文；第三业务报文是指携带有业务流量的响应报文。
比如，若第一设备信息对应的终端设备不存在与该业务终端设备属于同一区域且处于未配置状态的终端接收设备，则该服务设备暂时无法获取与该业务终端设备具有协同关系的协同终端设备，此时，该服务设备可以直接按照传统网络方式获取业务流量，进而生成第三业务报文，以返回至业务终端设备。
又比如，若第一设备信息对应的终端设备包括与业务终端设备属于同一区域，且处于未配置状态的X个终端接收设备，则该服务设备可以根据X与设备承载阈值之间的数量关系，确定该业务终端设备的协同终端设备，进而可以将协同终端设备的设备信息作为第二设备信息，然后基于业务流量、第二设备信息以及用于指示报文类型为流量报文类型的报文标签，生成第一业务报文，将第一业务报文作为用于返回至业务终端设备的业务报文。
其中，在X为小于或者等于设备承载数量阈值的正整数时，该服务设备可以直接将这X个终端接收设备的业务状态由未配置状态变更为配置状态，且快速将这X个终端接收设备作为业务终端设备的协同终端设备。而在X为大于设备承载阈值的正整数时，该服务设备需要从X个终端接收设备中选择出符合设备承载数量阈值的终端接收设备。比如，该服务设备需要从X个终端接收设备中获取终端接收设备Hi；i为小于或者等于X的正整数。进一步地，该服务设备可以获取将终端接收设备Hi设置为未配置状态的状态设置时间戳，其中，该状态设置时间戳可以为该终端接收设备Hi进入虚拟业务房间的时间戳，也可以为该终端接收设备Hi的前一协同终端设备因退出房间等原因导致终端接收设备Hi的业务状态变更为未配置状态的时间戳，这里将不对其进行限定。进一步地，该服务设备可以基于X个终端接收设备中的每个终端接收设备的状态设置时间戳，获取符合设备承载阈值(例如，2个)的终端接收设备，比如，获取状态设置时间戳靠前的2个终端接收设备，进而可以将获取到的终端接收设备的业务状态变更为配置状态，且将获取到的终端接收设备作为与业务终端设备具有协同关系的协同终端设备。
为便于理解，进一步地，请参见图4，图4是本申请实施例提供的一种在业务终端设备与服务设备之间传输第一业务报文的场景示意图。如图4所示，业务对象所使用的业务终端设备可以为终端设备400Z，该终端设备400Z可以为上述图2所示的终端设备200Z；这里的服务设备可以为与终端设备400Z进行网络传输的服务器，该服务设备可以为上述图2所示的服务设备20F。
应当理解，该业务对象在进入虚拟业务房间时，终端设备400Z可以获取用于指示该终端设备400Z的终端协同功能的功能标识字段(例如，图4所示的字段40d)，进而可以基于生成携带字段40d的流量业务请求报文(例如，图4所示的请求报文40q)，且将该请求报文40q发送至服务设备。进一步地，当服务设备基于请求报文40q中的字段40d，确定该终端设备400Z的设备类型属于协同设备类型时，该服务设备可以获取该虚拟业务房间中支持终端协同功能的终端设备对应的第一设备信息。
其中，这里的第一设备信息可以对应多个与终端设备400Z属于同一区域，且支持终端协同功能的终端设备，本申请实施例可以以6个为例，具体可以终端设备410Z、终端设备420Z、终端设备430Z、终端设备440Z、终端设备450Z以及终端设备460Z。其中，终端设备410Z属于终端转发设备，在设备承载数量阈值为2时，由于该终端设备410Z已经配置有终端设备420Z和终端设备430Z，因此，该终端设备410Z的业务状态可以被称之为满载状态。而终端设备420Z、终端设备430Z、终端设备440Z、终端设备450Z以及终端设备460Z均属于终端接收设备。其中，终端设备420Z和终端设备430Z的业务状态均为配置状态，而终端设备440Z、终端设备450Z以及终端设备460Z的业务状态均为未配置状态。
由于处于未配置状态的终端接收设备的数量(例如，3)大于设备承载数量(例如，2)，因此服务设备在确定终端设备400Z属于终端转发设备(即字段40d对应的数值为0x01或0x11)时，需要从这3个终端接收设备中选择出符合设备承载数量阈值的终端接收设备。进一步地，该服务设备可以基于这3个终端接收设备的每个终端接收设备的状态设置时间戳，比如，终端设备440Z的状态设置时间戳4可以为12:00，终端设备450Z的状态设置时间戳5可以为11:50，状态设备460Z的状态设备时间戳6可以为8:30，此时，该服务设备可以基于这3个状态设置时间戳，获取时间戳靠前的2个终端设备作为符合设备承载阈值的终端接收设备(例如，终端设备450Z和终端设备460Z)，进而可以分别将这两个终端接收设备的业务状态变更为配置状态，且将其作为该终端设备400Z的协同终端设备。
进一步地，该服务设备可以获取终端设备450Z的设备信息<IP5，Port5>以及终端设备460Z的设备信息<IP6，Port6>，进而将获取到的两个设备信息作为第二设备信息(例如，图4所示的设备信息40x)。此时，该服务设备可以基于虚拟业务房间中的业务流量、设备信息40x以及用于指示报文类型为流量报文类型的报文标签(例如，数值为0x00的Traffic_or_ctl字段)，生成业务报文40p(即第一业务报文)。
可以理解的是，当终端设备400Z获取到该业务报文40p时，可以获取该业务报文40p携带的报文标签，以确定该业务报文40p为第一业务报文，此时，该终端设备400Z可以从业务报文40p中获取服务设备发送的虚拟业务房间中的业务流量，进而可以将该业务流量按照设备信息40x，分别转发至目的地址为IP5，目的端口号为Port5的终端设备450Z，以及目的地址为IP6，目的端口号为Port6的终端设备460Z。
可选的，在业务终端设备属于终端接收设备时，该服务设备需要根据当前虚拟业务房间中终端转发设备的业务状态(即是否处于满载状态)，来确定该虚拟业务房间中是否存在该业务终端设备的协同终端设备，进而来灵活确定用于返回至业务终端设备的业务报文为第二业务报文还是第三业务报文，即该业务终端设备的业务流量是由直接服务设备发送，还是由存在的协同终端设备转发。其中，第二业务报文是指携带有协同终端设备的设备信息的控制报文。
比如，若第一设备信息对应的终端设备不存在处于非满载状态的终端转发设备，则服务设备可以确定该虚拟业务房间中不存在与业务终端设备具有协同关系的协同终端设备，此时，该服务设备可以获取虚拟业务房间的业务流量，进而基于业务流量生成第三业务报文，以将该第三业务报文作为用于返回至业务终端设备的业务报文。
又比如，若第一设备信息对应的终端设备包括与业务终端设备属于同一区域，且处于非满载状态的Y个终端转发设备，则该服务设备可以从Y个终端转发设备中确定该业务终端设备的协同终端设备，进而可以将协同终端设备的设备信息作为第二设备信息，然后基于第二设备信息以及用于指示报文类型为控制报文类型的报文标签，生成第二业务报文，将第二业务报文作为用于返回至业务终端设备的业务报文。
其中，在Y等于1时，该服务设备可以直接将这个处于非满载状态的终端转发设备作为该业务终端设备的协同终端设备。而在Y为大于1的正整数时，为了能够更好的分担服务设备的内容分发压力，该服务设备可以从Y个终端转发设备中选择具有最高设备信誉度的终端转发设备作为协同终端设备。比如，该服务设备可以从Y个终端转发设备中获取终端转发设备Hj；j为小于或者等于Y的正整数；进一步地，该服务设备需要获取终端转发设备Hj的设备承载数量以及终端转发设备Hj的历史转发量，以基于设备承载数量以及历史转发量，确定终端转发设备Hj的设备信誉度。在获取到Y个设备信誉度时，该服务设备可以从Y个终端转发设备中选择具有最高设备信誉度对应的终端转发设备作为与业务终端设备具有协同关系的协同终端设备。
为便于理解，进一步地，请参见图5，图5是本申请实施例提供的一种在业务终端设备与服务设备之间传输第二业务报文的场景示意图。如图5所示，业务对象所使用的业务终端设备可以为终端设备500Z，该终端设备500Z可以为上述图2所示的终端设备200Z；这里的服务设备可以为与终端设备500Z进行网络传输的服务器，该服务设备可以为上述图2所示的服务设备20F。
应当理解，该业务对象在进入虚拟业务房间时，终端设备500Z可以获取用于指示该终端设备500Z的终端协同功能的功能标识字段(例如，图5所示的字段50d)，进而可以基于生成携带字段50d的流量业务请求报文(例如，图4所示的请求报文50q)，且将该请求报文50q发送至服务设备。进一步地，当服务设备基于请求报文50q中的字段50d，确定该终端设备500Z的设备类型属于协同设备类型时，该服务设备可以获取该虚拟业务房间中支持终端协同功能的终端设备对应的第一设备信息。
其中，这里的第一设备信息可以对应多个与终端设备500Z属于同一区域，且支持终端协同功能的终端设备，本申请实施例可以以7个为例，具体可以包括终端设备510Z、终端设备520Z、终端设备530Z、终端设备540Z、终端设备550Z、终端设备560Z以及终端设备570Z。其中，终端设备510Z、终端设备520Z、终端设备530Z以及终端设备540Z均属于终端转发设备。在设备承载数量阈值为2时，由于该终端设备510Z已经配置有终端设备550Z和终端设备560Z，终端设备550Z配置有终端设备570Z，终端设备560Z以及终端设备570Z均未配置有其他终端设备，因此，该终端设备510Z的业务状态可以被称之为满载状态。而终端设备520Z、终端设备530Z以及终端设备540Z的业务状态均被称之为非满载状态。
由于处于非满载状态的终端转发设备的数量为3个，因此服务设备在确定终端设备500Z属于终端接收设备(即字段50d对应的数值为0x10或0x11)时，需要从这3个终端转发设备中确定该终端设备500Z的终端转发设备。比如，该服务设备可以获取这3个终端转发设备中的每个终端转发设备分别对应的设备信誉度。其中，设备信誉度是由该终端转发设备的当前设备承载数量以及历史转发量所共同确定的。可以理解的是，在当前设备承载数量不同时，当前设备承载数量越小，设备信誉度越高，而在当前设备承载数量相同时，历史转发量越大，设备信誉度越高，反之亦然。
比如，终端设备530Z和终端设备540Z的当前设备承载量为0，即终端设备530Z与终端设备540Z的设备信誉度均大于当前设备承载量为1的终端设备520Z。对于该终端设备530Z和终端设备540Z而言，若该服务设备获取到的终端设备530Z的历史转发量(例如，5000次)大于终端设备540Z的历史转发量(例如，50次)，则该服务设备可以确定终端设备530Z的设备信誉度为最高设备信誉度，即将该终端设备530Z作为终端设备500Z的协同终端设备。
进一步地，该服务设备可以获取终端设备530Z的设备信息<IP3，Port3>，进而将获取到的设备信息作为第二设备信息(例如，图5所示的设备信息50x)。此时，该服务设备可以基于设备信息50x以及用于指示报文类型为控制报文类型的报文标签(例如，数值为0x01的Traffic_or_ctl字段)，生成业务报文50p(即第二业务报文)。
可以理解的是，当终端设备500Z获取到该业务报文50p时，可以获取该业务报文50p携带的报文标签，以确定该业务报文50p为第二业务报文，此时，该终端设备500Z需要根据设备信息50x，等待接收源地址IP3，源端口号为Port3所指示的终端设备530Z发送的虚拟业务房间的业务流量，该终端设备530Z发送的业务流量是由服务设备所直接发送的。
当然，在本申请实施例中，不仅终端设备中可以存在支持终端协同功能的终端设备，与终端设备具有网络连接关系的路由设备也可以支持终端协同功能。即在业务终端设备生成流量业务请求报文时，可以将该流量业务请求报文发送至支持终端协同功能中的协同转发功能的路由设备，以使该路由设备将其转发至服务设备。此时，服务设备可以在接收到路由设备发送的流量业务请求报文时，可以基于与该路由设备具有网络连接关系，且获取支持终端协同功能的多个终端设备的设备信息(即第三设备信息)，进而将虚拟业务房间的业务流量以及第三设备信息，生成路由业务报文，以作为用于返回至路由设备的业务报文，这里将不再对路由业务报文的生成方式进行赘述。进一步地，该路由设备在接收到该路由业务报文时，可以将业务流量依次转发至第三设备信息所指示的终端设备。这意味着该路由设备也可以分担服务设备的内容分发压力，以实现相同业务流量在不同终端设备之间的复用。
在本申请实施例中，由于本申请实施例中的终端设备存在支持终端协同功能的终端设备，因此服务设备在获取到与业务终端设备相关联的流量业务请求报文时，需要根据业务终端设备的设备类型，来确定用于返回至业务终端设备的业务报文。比如，在业务终端设备的设备类型属于协同设备类型时，该服务设备可以从与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息中，确定与业务终端设备具有协同关系的协同终端设备的第二设备信息，进而基于第二设备信息，生成第一业务报文或第二业务报文。其中，这里的第一业务报文用于指示业务终端设备将服务设备发送的业务流量转发至协同终端设备，而第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量，也就是说，业务终端设备要么将从服务设备接收到的业务流量转发至协同终端设备，要么等待协同终端设备向自己转发业务流量。这种基于终端协同的网络传输方法无需服务设备将业务流量无差别的依次发送给每一个终端设备，而是可以由终端设备分担服务设备的内容分发压力，实现相同业务流量在不同终端设备之间的复用，从而降低了服务设备为每个终端设备进行流量传输的网络开销，进而有效提升了网络传输的性能。
进一步地，请参见图6，图6是本申请实施例提供的一种数据处理方法的流程示意图二。如图6所示，该方法可以由业务终端设备、协同终端设备以及服务设备交互执行，该业务终端设备与协同终端设备均为属于同一区域(例如，上述图1所示的区域A)的终端设备。该服务设备可以为上述图1所示的服务设备集群中的任意一个服务设备，例如，服务设备10F1。该方法至少可以包括以下步骤S201-步骤S208：
步骤S201，业务终端设备将流量业务请求报文发送至服务设备。
步骤S202，服务设备基于流量业务请求报文中携带的功能标识字段，确定该业务终端设备的设备类型。
步骤S203，若业务终端设备的设备类型属于协同设备类型，则服务设备获取与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息。
步骤S204，服务设备从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的第二设备信息，基于第二设备信息生成业务报文。
步骤S205，服务设备向业务终端设备发送业务报文。
步骤S206，业务终端设备获取业务报文的报文标签。
步骤S207，若报文标签指示业务报文为第一业务报文，则业务终端设备从第一业务报文中获取服务设备发送的业务流量，将业务流量转发至协同终端设备。
步骤S208，若报文标签指示业务报文为第二业务报文，则业务终端设备等待接收协同终端设备发送的业务流量。
其中，该步骤S201-步骤S208的具体实施方式可参见上述图3所对应实施例中对步骤S101-步骤S103的描述，这里将不再赘述。
进一步地，为激励终端设备积极参与到本申请实施例所提出的终端协同方法中来，本申请实施例还可以创建一种分布式账本机制，以实现对参与终端协同的终端设备的自动化激励，这种基于终端协同的去中心化网络传输技术有利于降低内容服务提供商和运服务提供商成本的同时，通过终端协同的方式进一步提升网络传输的性能，有利于改善用户侧的业务体验，构建多方参与自治的网络业务生态。
为便于理解，进一步地，请参见图7，图7是本申请实施例提供的一种分布式账本系统的示意图。如图7所示，本申请实施例中的分布式账本系统可以是由多个区块链节点通过网络通信的形式连接形成的区块链系统。该分布式账本系统对应的区块链网络是一种点对点的对等网络(Peer to peer networking，简称P2P网络)，即是一种在用户之间分配任务和工作负载的分布式应用架构，是对等计算模型在应用层形成的一种组网或网络形式。
其中，图7所示的分布式账本系统中是由多个区块链节点共同维护的，这里的多个区块链节点具体可以包括区块链节点1、区块链节点2、区块链节点3、…、区块链节点R。其中，该分布式账本系统中的区块链节点可以为接入该区块链网络中的任意形式的计算机设备，比如，该计算机设备可以为接入该区块链网络中的终端设备，也可以为接入该区块链网络中的服务设备，还可以是自愿参与系统维护的设备(例如，网关设备、路由设备等)，这里对区块链节点的具体形式不做限定。
可以理解的是，区块链节点之间是通过现有的共识机制(例如，PoW、PoS、PBFT等)来维护分布式账本(即图7所示的区块链700Q)的。其中，该区块链700Q可以为分布式账本系统对应的区块链网络中的区块链，其中，该区块链700Q中包括区块7a、区块7b、…以及区块7n，该区块7a可以称之为该区块链700Q的创世区块。其中，本申请实施例将不对每个区块的结构进行详细描述。
该区块链700Q可以为区块链网络中每个区块链节点均共享的一条相同的区块链，每个区块链节点均可以在区块链700Q中获取该区块链所存储的信息。例如，该区块链700Q存储的信息可以包括加密之后的业务对象的对象信息、数据获取请求及许可等信息。此外，该区块链700Q还可以包括用于实现自动化激励的智能合约，例如，当业务终端设备许可服务设备获取其业务对象的对象数据时，智能合约将会被触发，进而可以将服务设备所缴纳的虚拟激励资产分发一部分资产给该业务终端设备。
可以理解的是，该业务终端设备在接收到服务设备发送的业务报文时，可以将报文头部信息(例如，第一业务报文的第一报文头部信息或协同业务报文的第二报文头部信息)写入区块链700Q。其中，这里的协同业务报文是指业务终端设备等待接收到的协同终端设备发送的包括业务流量的报文。
具体地，业务终端设备确定第一报文头部信息(即header_info_1)的具体格式可以参见下述公式(1)-公式(3)：
Figure 445900DEST_PATH_IMAGE002
Figure 897741DEST_PATH_IMAGE003
Figure 558529DEST_PATH_IMAGE004
其中，IP_cloud是指服务设备的设备地址，Traffic_len是指业务流量的数据量，IP为协同终端设备的设备地址，Port为协同终端设备的端口信息。Sign_cloud是指服务设备在发送第一业务报文时所携带的签名信息(即第一签名信息)；Key_private_cloud是指服务设备的服务节点私钥；Sign_usr是指业务终端设备在上传至图7所示的区块链700Q的与第一业务报文相关联的报文中携带的签名信息(即第二签名信息)；Key_private_usr是指业务终端设备的业务节点私钥。
具体地，业务终端设备确定第二报文头部信息(即header_info_2)的具体格式可以参见下述公式(4)-公式(6)：
Figure 45005DEST_PATH_IMAGE005
Figure 398626DEST_PATH_IMAGE006
Figure 72184DEST_PATH_IMAGE007
其中，IP_usr是指协同终端设备的设备地址，Traffic_len是指业务流量的数据量，Sign_usr_src是指协同终端设备在向业务终端设备发送协同业务报文时所携带的签名信息(即第三签名信息)；Key_usr_src是指协同终端设备的协同节点私钥；Sign_usr_dst是指业务终端设备在上传至图7所示的区块链700Q的与协同业务报文相关联的报文时携带的签名信息(即第四签名信息)；Key_usr_dst是指业务终端设备的业务节点私钥。
为便于理解，进一步地，请参见图8，图8是本申请实施例提供的一种基于区块链的网络传输流程图。如图8所示，本申请实施例中的业务终端设备、协同终端设备以及服务设备均属于区块链账本系统中的区块链节点。该业务终端设备在执行步骤S81时，可以将流量业务请求报文发送至服务设备，以使服务设备在确定设备类型属于协同设备类型时，基于与业务终端设备具有协同关系的协同终端设备的第二设备信息，生成业务报文。其中，该第二设备信息是基于与业务终端设备相关联的支持终端协同功能的终端设备的设备信息所确定的。进一步地，业务终端设备可以执行步骤S82，以在接收到服务设备发送的业务报文时，获取业务报文携带的报文标签，进而可以执行步骤S83，以基于报文标签确定业务报文是否属于第一业务报文。
若报文标签指示业务报文为第一业务报文，则业务终端设备可以执行步骤S84，获取第一业务报文中的业务流量，进而可以将该业务流量转发至协同终端设备。进一步地，该业务终端设备可以执行步骤S85，将第一业务报文的第一报文头部信息写入区块链。比如，该业务终端设备可以从第一业务报文中获取第一待签名信息以及第一签名信息。其中，这里的第一签名信息为服务设备基于服务设备的服务节点私钥以及上述公式(2)，对第一待签名信息进行签名处理后所得到的；其中，该第一待签名信息可以包括服务设备的设备地址、业务流量的数据量以及第二设备信息。进一步地，该业务终端设备可以基于上述公式(3)以及业务终端设备的业务节点私钥，对第一待签名信息以及第一签名信息进行签名处理，得到第二签名信息，进一步地，该业务终端设备可以基于上述公式(1)，将第一待签名信息、第一签名信息以及第二签名信息作为第一业务报文的第一报文头部信息，并将第一报文头部信息写入区块链网络中的区块链。
其中，这里的区块链可以存储有服务设备所缴纳的虚拟激励资产。在将第一报文头部信息成功写入区块链时，该业务终端设备可以执行步骤S88，触发区块链上的智能合约，由于该业务终端设备分担了服务设备的内容分发压力，因此可以通过该智能合约自动为业务终端设备进行资产激励。比如，业务终端设备能够获取服务设备发送的业务激励资产，其中，该业务激励资产可以为服务设备通过区块链上的智能合约，从虚拟激励资产中所确定的用于分配至业务终端设备的激励资产。
可选的，若报文标签指示业务报文为第二业务报文，则业务终端设备可以跳转执行步骤S86，等待接收协同终端设备发送的业务流量。比如，协同终端设备在接收到服务设备发送的业务流量时，可以生成包括业务流量的协同业务报文，进而可以将协同业务报文发送至业务终端设备。进一步地，该业务终端设备可以执行步骤S87，将协同业务报文的第二报文头部信息写入区块链。比如，该业务终端设备可以获取协同业务报文对应的第二待签名信息以及第三签名信息。其中，这里的第三签名信息为协同终端设备基于协同终端设备的协同节点私钥以及上述公式(5)，对第二待签名信息进行签名处理后所得到的；其中，该第二待签名信息可以包括协同终端设备的设备地址以及业务流量的数据量。进一步地，该业务终端设备可以基于上述公式(6)以及业务终端设备的业务节点私钥，对第二待签名信息以及第三签名信息进行签名处理，得到第四签名信息，进一步地，该业务终端设备可以基于上述公式(4)，将第二待签名信息、第三签名信息以及第四签名信息作为协同业务报文的第二报文头部信息，并将第二报文头部信息写入区块链网络中的区块链。
其中，这里的区块链可以存储有服务设备所缴纳的虚拟激励资产。在将第二报文头部信息成功写入区块链时，该业务终端设备可以执行步骤S88，触发区块链上的智能合约，由于该协同终端设备分担了服务设备的内容分发压力，因此可以通过该智能合约自动为协同终端设备进行资产激励。比如，协同终端设备能够获取服务设备发送的协同激励资产，其中，该协同激励资产可以为服务设备通过区块链上的智能合约，从虚拟激励资产中所确定的用于分配至协同终端设备的激励资产。
为便于理解，进一步地，请参见图9，图9是本申请实施例提供的一种实现自动化激励的场景示意图。如图9所示，本申请实施例中的服务设备90F、终端设备900Z、终端设备910Z、终端设备920Z、终端设备930Z以及终端设备940Z均为用于维护分布式账本系统的区块链节点。该服务设备90F可以为上述图2所示的服务设备20F，终端设备900Z、终端设备910Z、终端设备920Z、终端设备930Z以及终端设备940Z均为用于获取同一业务流量且属于同一区域的终端设备。其中，该终端设备900Z分别与终端设备910Z、终端设备920Z、终端设备930Z以及终端设备940Z均具有协同关系，即终端设备900Z的设备承载数量可以为4。
对于终端设备900Z而言，若该终端设备900Z确定服务设备90F发送的业务报文90p为第一业务报文，则该终端设备900Z可以将第一业务报文中的业务流量发送至该终端设备900Z的协同终端设备，即分别基于业务流量生成协同业务报文，以分别返回至图9所示的终端设备910Z、终端设备920Z、终端设备930Z以及终端设备940Z。对于不同终端设备请求的相同直播流量，终端设备900Z在收到服务设备90F发送的业务流量后，可以作为发送端向其它与其具有协同关系的终端转发该业务流量，通过这种终端协同的流量复用方式，可大大降低音视频流量的传输开销，有利于云服务器提供商与内容服务器提供商降低成本，提升用户侧网络直播体验。
此时，终端设备900Z可以将业务报文90p对应的第一报文头部信息(例如，报文头部信息91X)写入分布式账本系统对应的区块链，而终端设备910Z、终端设备920Z、终端设备930Z以及终端设备940Z中的任意一个终端设备在接收到终端设备900Z转发的包括业务流量的报文(即协同业务报文)时，可以将该协同业务报文对应的第二报文头部信息(例如，报文头部信息92X)写入区块链。
本申请实施例通过构建分布式账本，为参与业务流量分发的终端设备提供激励，当业务流量完成终端设备间的协同复用后，分布式账本中的智能合约将被触发，参与转发的终端设备将自动获得激励。即区块链中可以存储有服务设备90F所缴纳的虚拟激励资产，这样在终端设备900Z将业务报文90p对应的第一报文头部信息(例如，报文头部信息91X)写入至区块链后，可以触发该分布式账本系统中的智能合约，实现自动化激励用于分担服务设备的内容分发压力的终端设备(即终端设备900Z)。换言之，服务设备90F可以基于该智能合约，从虚拟激励资产中确定用于分发至终端设备900Z的激励资产，以将其分发至终端设备900Z。
在本申请实施例中，由于本申请实施例中的终端设备存在支持终端协同功能的终端设备，因此服务设备在获取到与业务终端设备相关联的流量业务请求报文时，需要根据业务终端设备的设备类型，来确定用于返回至业务终端设备的业务报文(第一业务报文或第二业务报文)。也就是说，业务终端设备要么将从服务设备接收到的业务流量转发至协同终端设备，要么等待协同终端设备向自己转发业务流量。这种基于终端协同的网络传输方法无需服务设备将业务流量无差别的依次发送给每一个终端设备，而是可以由终端设备分担服务设备的内容分发压力，实现相同业务流量在不同终端设备之间的复用，从而降低了服务设备为每个终端设备进行流量传输的网络开销，进而有效提升了网络传输的性能。此外，本申请实施例提出的基于终端协同的去中心化网络传输方法，能够克服网络直播场景下业务流量的重复发送而造成的网络条件恶化而导致的终端用户体验降低的问题，在保证可用性的基础上，终端设备可向其它支持终端协同功能的终端设备发送业务流量，有利于节约内容服务提供商和云服务器提供商的成本，改善用户体验质量(Quality ofExperience，简称QoE)，构建多方自治的互联网生态。
进一步地，请参见图10，图10是本申请实施例提供的一种数据处理装置的结构示意图一。该数据处理装置1可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如，该数据处理装置1为一个应用软件；该数据处理装置1可以用于执行本申请实施例提供的方法中的相应步骤。如图10所示，该数据处理装置1可以运行于服务设备，该服务设备可以为上述图2所对应实施例中的服务设备20B。该数据处理装置1可以包括：类型确定模块11，设备信息获取模块12，第一生成模块13，初始表获取模块14，终端信息获取模块15，业务表获取模块16，设备数量统计模块17，最大数量确定模块18，协同功能确定模块19，设备确定模块20以及第二生成模块21。
该类型确定模块11，用于在获取到与业务终端设备相关联的流量业务请求报文时，确定业务终端设备的设备类型。
其中，该类型确定模块11包括：字段获取单元111，非协同类型确定单元112，第一协同类型确定单元113，第二协同类型确定单元114以及第三协同类型确定单元115。
该字段获取单元111，用于在获取到与业务终端设备相关联的流量业务请求报文时，获取流量业务请求报文中携带的功能标识字段；
该非协同类型确定单元112，用于若功能标识字段为用于指示业务终端设备不支持终端协同功能的第一标识字段，则将业务终端设备的设备类型确定为非协同设备类型；
该第一协同类型确定单元113，用于若功能标识字段为用于指示业务终端设备支持协同转发功能的第二标识字段，则将业务终端设备的设备类型确定为第一协同设备类型；
该第二协同类型确定单元114，用于若功能标识字段为用于指示业务终端设备支持协同接收功能的第三标识字段，则将业务终端设备的设备类型确定为第二协同设备类型；
该第三协同类型确定单元115，用于若功能标识字段为用于指示业务终端设备支持协同转发功能以及协同接收功能的第四标识字段，则将业务终端设备的设备类型确定为第三协同设备类型。
其中，该字段获取单元111，非协同类型确定单元112，第一协同类型确定单元113，第二协同类型确定单元114以及第三协同类型确定单元115的具体实现方式可以参见上述图3所对应实施例中对步骤S101的描述，这里将不再继续进行赘述。
该设备信息获取模块12，用于若业务终端设备的设备类型属于协同设备类型，则获取与业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息；支持终端协同功能的终端设备与业务终端设备请求同一业务流量；
该第一生成模块13，用于从第一设备信息中获取与业务终端设备具有协同关系的协同终端设备的第二设备信息，基于第二设备信息，生成用于返回至业务终端设备的业务报文；业务报文为第一业务报文或第二业务报文；第一业务报文用于指示业务终端设备将服务设备发送的业务流量，转发至协同终端设备；第二业务报文用于指示业务终端设备接收协同终端设备发送的业务流量。
其中，第一设备信息对应的终端设备包括与业务终端设备属于同一区域，且处于未配置状态的X个终端接收设备；X为大于设备承载阈值的正整数；
该第一生成模块13包括：接收设备获取单元131，时间戳获取单元132，第一协同设备确定单元133，第一报文生成单元134，转发设备获取单元135，信誉度获取单元136，第二协同设备确定单元137以及第二报文生成单元138。
该接收设备获取单元131，用于若业务终端设备属于终端转发设备，则从X个终端接收设备中获取终端接收设备Hi；i为小于或者等于X的正整数；
该时间戳获取单元132，用于获取将终端接收设备Hi设置为未配置状态的状态设置时间戳；
该第一协同设备确定单元133，用于基于X个终端接收设备中的每个终端接收设备的状态设置时间戳，获取符合设备承载阈值的终端接收设备，将获取到的终端接收设备的业务状态变更为配置状态，且将获取到的终端接收设备作为与业务终端设备具有协同关系的协同终端设备；
该第一报文生成单元134，用于将协同终端设备的设备信息作为第二设备信息，基于业务流量、第二设备信息以及用于指示报文类型为流量报文类型的报文标签，生成第一业务报文，将第一业务报文作为用于返回至业务终端设备的业务报文。
其中，第一设备信息对应的终端设备包括与业务终端设备属于同一区域，且处于非满载状态的Y个终端转发设备；Y为大于1的正整数；
该转发设备获取单元135，用于若业务终端设备属于终端接收设备，则从Y个终端转发设备中获取终端转发设备Hj；j为小于或者等于Y的正整数；
该信誉度获取单元136，用于获取终端转发设备Hj的设备承载数量以及终端转发设备Hj的历史转发量，基于设备承载数量以及历史转发量，确定终端转发设备Hj的设备信誉度；
该第二协同设备确定单元137，用于在获取到Y个设备信誉度时，从Y个终端转发设备中选择具有最高设备信誉度对应的终端转发设备作为与业务终端设备具有协同关系的协同终端设备；
该第二报文生成单元138，用于将协同终端设备的设备信息作为第二设备信息，基于第二设备信息以及用于指示报文类型为控制报文类型的报文标签，生成第二业务报文，将第二业务报文作为用于返回至业务终端设备的业务报文。
其中，该接收设备获取单元131，时间戳获取单元132，第一协同设备确定单元133，第一报文生成单元134，转发设备获取单元135，信誉度获取单元136，第二协同设备确定单元137以及第二报文生成单元138的具体实现方式可以参见上述图3所对应实施例中对步骤S103的描述，这里将不再继续进行赘述。
该初始表获取模块14，用于若业务终端设备的设备类型属于协同设备类型，则获取业务终端设备所处虚拟业务房间对应的初始设备信息表；初始设备信息表用于存储虚拟业务房间中支持终端协同功能的终端设备的设备信息；
该终端信息获取模块15，用于从流量业务请求报文中获取业务终端设备的设备信息；业务终端设备的设备信息包括业务终端设备的设备地址以及业务终端设备的端口信息；
该业务表获取模块16，用于基于业务终端的设备信息以及业务终端设备的设备类型，对初始设备信息表进行更新，得到业务设备信息表；业务设备信息表用于指示服务设备获取第一设备信息；第一设备信息是基于与业务终端设备属于同一区域的终端设备所确定的。
其中，协同设备类型包括第一协同设备类型、第二协同设备类型以及第三协同设备类型；
该设备数量统计模块17，用于在业务终端设备的设备类型属于第三协同设备类型时，在业务终端设备所处的虚拟业务房间中，分别统计业务终端设备所在区域的终端转发设备的转发设备数量、以及与业务终端设备所在区域的终端接收设备的接收设备数量；终端转发设备包括属于第一协同设备类型的终端设备以及当前使用协同转发功能的第三协同设备类型的终端设备；终端接收设备包括属于第二协同设备类型的终端设备以及当前使用协同接收功能的第三协同设备类型的终端设备；
该最大数量确定模块18，用于获取为终端转发设备所设定的设备承载阈值，将设备承载阈值与转发设备数量的乘积确定为终端转发设备对应的最大转发数量；
该协同功能确定模块19，用于基于最大转发数量和接收设备数量，确定业务终端设备当前使用的终端协同功能；业务终端设备当前使用的终端协同功能为协同转发功能或协同接收功能；协同转发功能用于指示生成第一业务报文；协同接收功能用于指示生成第二业务报文。
其中，该协同功能确定模块19包括：转发功能确定单元191以及接收功能确定单元192。
该转发功能确定单元191，用于若最大转发数量小于或者等于接收设备数量，则将业务终端设备当前使用的终端协同功能确定为协同转发功能；业务终端设备属于终端转发设备；
该接收功能确定单元192，用于若最大转发数量大于接收设备数量，则将业务终端设备当前使用的终端协同功能确定为协同接收功能；业务终端设备属于终端接收设备。
其中，该转发功能确定单元191以及接收功能确定单元192的具体实现方式可以参见上述图3所对应实施例中对当前使用的终端协同功能的描述，这里将不再继续进行赘述。
该设备确定模块20，用于若业务终端设备属于终端接收设备，且第一设备信息中不存在处于非满载状态的终端转发设备，则确定业务终端设备所处的虚拟业务房间中不存在与业务终端设备具有协同关系的协同终端设备；
该第二生成模块21，用于获取虚拟业务房间的业务流量，基于业务流量生成用于返回至业务终端设备的业务报文。
其中，该类型确定模块11，设备信息获取模块12，第一生成模块13，初始表获取模块14，终端信息获取模块15，业务表获取模块16，设备数量统计模块17，最大数量确定模块18，协同功能确定模块19，设备确定模块20以及第二生成模块21的具体实现方式可以参见上述图3所对应实施例中对步骤S101-步骤S103的描述，这里将不再继续进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。
进一步地，请参见图11，图11是本申请实施例提供的一种数据处理装置的结构示意图二。该数据处理装置2可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如，该数据处理装置2为一个应用软件；该数据处理装置2可以用于执行本申请实施例提供的方法中的相应步骤。如图11所示，该数据处理装置2可以运行于业务终端设备，该业务终端设备可以为上述图2所对应实施例中的终端设备200Z。该数据处理装置2可以包括：请求发送模块100，标签获取模块200，流量转发模块300，流量待收模块400，第一签名信息获取模块500，第二签名信息获取模块600，第一写入模块700，资产获取模块800，第三签名信息获取模块900，第四签名信息获取模块1000以及第二写入模块1100。
该请求发送模块100，用于将流量业务请求报文发送至服务设备，以使服务设备在确定业务终端设备的设备类型属于协同设备类型时，基于与业务终端设备具有协同关系的协同终端设备的第二设备信息，生成业务报文；第二设备信息是服务设备从第一设备信息中所获取到的；第一设备信息是基于与业务终端设备相关联的支持终端协同功能的终端设备的设备信息所确定的；支持终端协同功能的终端设备与业务终端设备请求同一业务流量；
该标签获取模块200，用于在接收到服务设备发送的业务报文时，获取业务报文携带的报文标签；
该流量转发模块300，用于若报文标签指示业务报文为第一业务报文，则从第一业务报文中获取服务设备发送的业务流量，将业务流量转发至协同终端设备；
该流量待收模块400，用于若报文标签指示业务报文为第二业务报文，则等待接收协同终端设备发送的业务流量。
其中，业务终端设备与服务设备均属于区块链网络中的区块链节点；
该第一签名信息获取模块500，用于若报文标签指示业务报文为第一业务报文，则从第一业务报文中获取第一待签名信息以及第一签名信息；第一签名信息为服务设备基于服务设备的服务节点私钥，对第一待签名信息进行签名处理后所得到的；第一待签名信息包括服务设备的设备地址、业务流量的数据量以及第二设备信息；
该第二签名信息获取模块600，用于基于业务终端设备的业务节点私钥，对第一待签名信息以及第一签名信息进行签名处理，得到第二签名信息；
该第一写入模块700，用于将第一待签名信息、第一签名信息以及第二签名信息作为第一业务报文的第一报文头部信息，将第一报文头部信息写入区块链网络中的区块链。
其中，区块链存储有服务设备所缴纳的虚拟激励资产；
该资产获取模块800，用于在将第一报文头部信息成功写入区块链时，获取服务设备发送的业务激励资产；业务激励资产为服务设备通过区块链上的智能合约，从虚拟激励资产中所确定的用于分配至业务终端设备的激励资产。
其中，业务终端设备与服务设备均属于区块链网络中的区块链节点；
该第三签名信息获取模块900，用于若报文标签指示业务报文为第二业务报文，则在获取到协同终端设备发送的包括业务流量的协同业务报文时，获取协同业务报文对应的第二待签名信息以及第三签名信息；第三签名信息为协同终端设备基于协同终端设备的协同节点私钥，对第二待签名信息进行签名处理后所得到的；第二待签名信息包括协同终端设备的设备地址、业务流量的数据量；
该第四签名信息获取模块1000，用于基于业务终端设备的业务节点私钥，对第二待签名信息以及第三签名信息进行签名处理，得到第四签名信息；
该第二写入模块1100，用于将第二待签名信息、第三签名信息以及第四签名信息作为协同业务报文的第二报文头部信息，将第二报文头部信息写入区块链网络中的区块链。
其中，该请求发送模块100，标签获取模块200，流量转发模块300，流量待收模块400，第一签名信息获取模块500，第二签名信息获取模块600，第一写入模块700，资产获取模块800，第三签名信息获取模块900，第四签名信息获取模块1000以及第二写入模块1100的具体实现方式可以参见上述图6所对应实施例中对步骤S201-步骤S208的描述，这里将不再继续进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。
进一步地，请参见图12，图12是本申请实施例提供的一种计算机设备的示意图。如图12所示，该计算机设备3000可以为上述图2对应实施例中的节点20D，该计算机设备3000可以包括：至少一个处理器3001，例如，CPU，至少一个网络接口3004，用户接口3003，存储器3005，至少一个通信总线3002。其中，通信总线3002用于实现这些组件之间的连接通信。其中，用户接口3003可以包括显示屏(Display)、键盘(Keyboard)，网络接口3004可选地可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器3005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器3005可选地还可以是至少一个位于远离前述处理器3001的存储装置。如图12所示，作为一种计算机存储介质的存储器3005可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。
在图12所示的计算机设备3000中，网络接口3004主要用于进行网络通信；而用户接口3003主要用于为用户提供输入的接口；而处理器3001可以用于调用存储器3005中存储的设备控制应用程序。
应当理解，本申请实施例中所描述的计算机设备3000可执行前文图3或者图6所对应实施例中对该数据处理方法的描述，也可执行前文图10所对应实施例中对该数据处理装置1或者图11所对应实施例中对该数据处理装置2的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时实现图3和图6中各个步骤所提供的数据处理方法，具体可参见图3以及图6各个步骤所提供的实现方式，在此不再赘述。
计算机可读存储介质可以是前述任一实施例提供的数据传输装置或者计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smartmedia card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备可执行前文各实施例中对数据处理方法或装置的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。
进一步的，请参见图13，图13是本申请实施例提供的一种数据处理系统的结构示意图。该数据处理系统3可以包含数据处理装置1a和数据处理装置2a。其中，数据处理装置1a可以为上述图10所对应实施例中的数据处理装置1，可以理解的是，该数据处理装置1a可以集成在上述服务设备，该服务设备可以为上述图2所对应实施例中的服务设备20F。因此，这里将不再进行赘述。其中，数据处理装置2a可以为上述图11所对应实施例中的数据处理装置2，可以理解的是，该数据处理装置2a可以集成在上述业务终端设备，该业务终端设备可以为上述图2所对应实施例中的终端设备200Z，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的数据处理系统实施例中未披露的技术细节，请参照本申请方法实施例的描述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (16)

1.一种数据处理方法，其特征在于，所述方法由服务设备执行，包括：
在获取到与业务终端设备相关联的流量业务请求报文时，确定所述业务终端设备的设备类型；所述业务终端设备与所述服务设备均属于区块链网络中的区块链节点；
若所述业务终端设备的设备类型属于协同设备类型，则获取与所述业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息；所述支持终端协同功能的终端设备与所述业务终端设备请求同一业务流量；所述协同设备类型包括第一协同设备类型、第二协同设备类型以及第三协同设备类型；所述第一协同设备类型为支持协同转发功能的设备类型；所述第二协同设备类型为支持协同接收功能的设备类型；所述第三协同设备类型为支持所述协同转发功能以及所述协同接收功能的设备类型；
从所述第一设备信息中获取与所述业务终端设备具有协同关系的协同终端设备的第二设备信息，基于所述第二设备信息以及所述业务终端设备的协同设备类型，生成用于返回至所述业务终端设备的业务报文；所述业务报文为第一业务报文或第二业务报文；所述第一业务报文用于指示所述业务终端设备将所述服务设备发送的业务流量，转发至所述协同终端设备；所述第二业务报文用于指示所述业务终端设备接收所述协同终端设备发送的业务流量。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述业务终端设备的设备类型属于所述协同设备类型，则获取所述业务终端设备所处虚拟业务房间对应的初始设备信息表；所述初始设备信息表用于存储所述虚拟业务房间中所述支持终端协同功能的终端设备的设备信息；
从所述流量业务请求报文中获取所述业务终端设备的设备信息；所述业务终端设备的设备信息包括所述业务终端设备的设备地址以及所述业务终端设备的端口信息；
基于所述业务终端的设备信息以及所述业务终端设备的设备类型，对所述初始设备信息表进行更新，得到业务设备信息表；所述业务设备信息表用于指示所述服务设备获取所述第一设备信息；所述第一设备信息是基于与所述业务终端设备属于同一区域的终端设备所确定的。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述业务终端设备的设备类型属于所述第三协同设备类型时，在所述业务终端设备所处的虚拟业务房间中，分别统计所述业务终端设备所在区域的终端转发设备的转发设备数量、以及与所述业务终端设备所在区域的终端接收设备的接收设备数量；所述终端转发设备包括属于所述第一协同设备类型的终端设备以及当前使用协同转发功能的所述第三协同设备类型的终端设备；所述终端接收设备包括属于所述第二协同设备类型的终端设备以及当前使用协同接收功能的所述第三协同设备类型的终端设备；
获取为所述终端转发设备所设定的设备承载阈值，将所述设备承载阈值与所述转发设备数量的乘积确定为所述终端转发设备对应的最大转发数量；
基于所述最大转发数量和所述接收设备数量，确定所述业务终端设备当前使用的终端协同功能；所述业务终端设备当前使用的终端协同功能为所述协同转发功能或所述协同接收功能；所述协同转发功能用于指示生成所述第一业务报文；所述协同接收功能用于指示生成所述第二业务报文。
4.根据权利要求3所述的方法，其特征在于，所述基于所述最大转发数量和所述接收设备数量，确定所述业务终端设备当前使用的终端协同功能，包括：
若所述最大转发数量小于或者等于所述接收设备数量，则将所述业务终端设备当前使用的终端协同功能确定为所述协同转发功能；所述业务终端设备属于所述终端转发设备；
若所述最大转发数量大于所述接收设备数量，则将所述业务终端设备当前使用的终端协同功能确定为所述协同接收功能；所述业务终端设备属于所述终端接收设备。
5.根据权利要求3所述的方法，其特征在于，所述在获取到与业务终端设备相关联的流量业务请求报文时，确定所述业务终端设备的设备类型，包括：
在获取到与业务终端设备相关联的流量业务请求报文时，获取所述流量业务请求报文中携带的功能标识字段；
若所述功能标识字段为用于指示所述业务终端设备不支持终端协同功能的第一标识字段，则将所述业务终端设备的设备类型确定为非协同设备类型；
若所述功能标识字段为用于指示所述业务终端设备支持所述协同转发功能的第二标识字段，则将所述业务终端设备的设备类型确定为所述第一协同设备类型；
若所述功能标识字段为用于指示所述业务终端设备支持所述协同接收功能的第三标识字段，则将所述业务终端设备的设备类型确定为所述第二协同设备类型；
若所述功能标识字段为用于指示所述业务终端设备支持所述协同转发功能以及所述协同接收功能的第四标识字段，则将所述业务终端设备的设备类型确定为所述第三协同设备类型。
6.根据权利要求1所述的方法，其特征在于，所述第一设备信息对应的终端设备包括与所述业务终端设备属于同一区域，且处于未配置状态的X个终端接收设备；X为大于设备承载阈值的正整数；
所述从所述第一设备信息中获取与所述业务终端设备具有协同关系的协同终端设备的第二设备信息，基于所述第二设备信息以及所述业务终端设备的协同设备类型，生成用于返回至所述业务终端设备的业务报文，包括：
若所述业务终端设备的协同设备类型指示所述业务终端设备属于终端转发设备，则从X个所述终端接收设备中获取终端接收设备Hi；i为小于或者等于X的正整数；
获取将所述终端接收设备Hi设置为所述未配置状态的状态设置时间戳；
基于X个所述终端接收设备中的每个终端接收设备的状态设置时间戳，获取符合所述设备承载阈值的终端接收设备，将获取到的终端接收设备的业务状态变更为配置状态，且将获取到的终端接收设备作为与所述业务终端设备具有协同关系的协同终端设备；
将所述协同终端设备的设备信息作为第二设备信息，基于业务流量、所述第二设备信息以及用于指示报文类型为流量报文类型的报文标签，生成第一业务报文，将所述第一业务报文作为用于返回至所述业务终端设备的业务报文。
7.根据权利要求1所述的方法，其特征在于，所述第一设备信息对应的终端设备包括与所述业务终端设备属于同一区域，且处于非满载状态的Y个终端转发设备；Y为大于1的正整数；
所述从所述第一设备信息中获取与所述业务终端设备具有协同关系的协同终端设备的第二设备信息，基于所述第二设备信息以及所述业务终端设备的协同设备类型，生成用于返回至所述业务终端设备的业务报文，包括：
若所述业务终端设备的协同设备类型指示所述业务终端设备属于终端接收设备，则从Y个所述终端转发设备中获取终端转发设备Hj；j为小于或者等于Y的正整数；
获取所述终端转发设备Hj的设备承载数量以及所述终端转发设备Hj的历史转发量，基于所述设备承载数量以及所述历史转发量，确定所述终端转发设备Hj的设备信誉度；
在获取到Y个设备信誉度时，从Y个所述终端转发设备中选择具有最高设备信誉度对应的终端转发设备作为与所述业务终端设备具有协同关系的协同终端设备；
将所述协同终端设备的设备信息作为第二设备信息，基于所述第二设备信息以及用于指示报文类型为控制报文类型的报文标签，生成第二业务报文，将所述第二业务报文作为用于返回至所述业务终端设备的业务报文。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述业务终端设备的协同设备类型指示所述业务终端设备属于终端接收设备，且所述第一设备信息中不存在处于非满载状态的终端转发设备，则确定所述业务终端设备所处的虚拟业务房间中不存在与所述业务终端设备具有协同关系的协同终端设备；
获取所述虚拟业务房间的业务流量，基于所述业务流量生成用于返回至所述业务终端设备的业务报文。
9.一种数据处理方法，其特征在于，所述方法由业务终端设备执行，包括：
将流量业务请求报文发送至服务设备，以使所述服务设备在确定所述业务终端设备的设备类型属于协同设备类型时，基于与所述业务终端设备具有协同关系的协同终端设备的第二设备信息以及所述业务终端设备的协同设备类型，生成业务报文；所述第二设备信息是所述服务设备从第一设备信息中所获取到的；所述第一设备信息是基于与所述业务终端设备相关联的支持终端协同功能的终端设备的设备信息所确定的；所述支持终端协同功能的终端设备与所述业务终端设备请求同一业务流量；所述业务终端设备与所述服务设备均属于区块链网络中的区块链节点；所述协同设备类型包括第一协同设备类型、第二协同设备类型以及第三协同设备类型；所述第一协同设备类型为支持协同转发功能的设备类型；所述第二协同设备类型为支持协同接收功能的设备类型；所述第三协同设备类型为支持所述协同转发功能以及所述协同接收功能的设备类型；
在接收到所述服务设备发送的所述业务报文时，获取所述业务报文携带的报文标签；
若所述报文标签指示所述业务报文为第一业务报文，则从所述第一业务报文中获取所述服务设备发送的业务流量，将所述业务流量转发至所述协同终端设备；
若所述报文标签指示所述业务报文为第二业务报文，则等待接收所述协同终端设备发送的业务流量。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
若所述报文标签指示所述业务报文为第一业务报文，则从所述第一业务报文中获取第一待签名信息以及第一签名信息；所述第一签名信息为所述服务设备基于所述服务设备的服务节点私钥，对所述第一待签名信息进行签名处理后所得到的；所述第一待签名信息包括所述服务设备的设备地址、所述业务流量的数据量以及所述第二设备信息；
基于所述业务终端设备的业务节点私钥，对所述第一待签名信息以及所述第一签名信息进行签名处理，得到第二签名信息；
将所述第一待签名信息、所述第一签名信息以及所述第二签名信息作为所述第一业务报文的第一报文头部信息，将所述第一报文头部信息写入所述区块链网络中的区块链。
11.根据权利要求10所述的方法，其特征在于，所述区块链存储有所述服务设备所缴纳的虚拟激励资产；
所述方法还包括：
在将所述第一报文头部信息成功写入所述区块链时，获取所述服务设备发送的业务激励资产；所述业务激励资产为所述服务设备通过所述区块链上的智能合约，从所述虚拟激励资产中所确定的用于分配至所述业务终端设备的激励资产。
12.根据权利要求9所述的方法，其特征在于，所述方法还包括：
若所述报文标签指示所述业务报文为第二业务报文，则在获取到所述协同终端设备发送的包括所述业务流量的协同业务报文时，获取所述协同业务报文对应的第二待签名信息以及第三签名信息；所述第三签名信息为所述协同终端设备基于所述协同终端设备的协同节点私钥，对所述第二待签名信息进行签名处理后所得到的；所述第二待签名信息包括所述协同终端设备的设备地址、所述业务流量的数据量；
基于所述业务终端设备的业务节点私钥，对所述第二待签名信息以及所述第三签名信息进行签名处理，得到第四签名信息；
将所述第二待签名信息、所述第三签名信息以及所述第四签名信息作为所述协同业务报文的第二报文头部信息，将所述第二报文头部信息写入所述区块链网络中的区块链。
13.一种数据处理装置，其特征在于，包括：
类型确定模块，用于在获取到与业务终端设备相关联的流量业务请求报文时，确定所述业务终端设备的设备类型；所述业务终端设备与服务设备均属于区块链网络中的区块链节点；
设备信息获取模块，用于若所述业务终端设备的设备类型属于协同设备类型，则获取与所述业务终端设备相关联的支持终端协同功能的终端设备的第一设备信息；所述支持终端协同功能的终端设备与所述业务终端设备请求同一业务流量；所述协同设备类型包括第一协同设备类型、第二协同设备类型以及第三协同设备类型；所述第一协同设备类型为支持协同转发功能的设备类型；所述第二协同设备类型为支持协同接收功能的设备类型；所述第三协同设备类型为支持所述协同转发功能以及所述协同接收功能的设备类型；
第一生成模块，用于从所述第一设备信息中获取与所述业务终端设备具有协同关系的协同终端设备的第二设备信息，基于所述第二设备信息以及所述业务终端设备的协同设备类型，生成用于返回至所述业务终端设备的业务报文；所述业务报文为第一业务报文或第二业务报文；所述第一业务报文用于指示所述业务终端设备将所述服务设备发送的业务流量，转发至所述协同终端设备；所述第二业务报文用于指示所述业务终端设备接收所述协同终端设备发送的业务流量。
14.一种数据处理装置，其特征在于，包括：
请求发送模块，用于将流量业务请求报文发送至服务设备，以使所述服务设备在确定业务终端设备的设备类型属于协同设备类型时，基于与所述业务终端设备具有协同关系的协同终端设备的第二设备信息以及所述业务终端设备的协同设备类型，生成业务报文；所述第二设备信息是所述服务设备从第一设备信息中所获取到的；所述第一设备信息是基于与所述业务终端设备相关联的支持终端协同功能的终端设备的设备信息所确定的；所述支持终端协同功能的终端设备与所述业务终端设备请求同一业务流量；所述业务终端设备与所述服务设备均属于区块链网络中的区块链节点；所述协同设备类型包括第一协同设备类型、第二协同设备类型以及第三协同设备类型；所述第一协同设备类型为支持协同转发功能的设备类型；所述第二协同设备类型为支持协同接收功能的设备类型；所述第三协同设备类型为支持所述协同转发功能以及所述协同接收功能的设备类型；
标签获取模块，用于在接收到所述服务设备发送的所述业务报文时，获取所述业务报文携带的报文标签；
流量转发模块，用于若所述报文标签指示所述业务报文为第一业务报文，则从所述第一业务报文中获取所述服务设备发送的业务流量，将所述业务流量转发至所述协同终端设备；
流量待收模块，用于若所述报文标签指示所述业务报文为第二业务报文，则等待接收所述协同终端设备发送的业务流量。
15.一种计算机设备，其特征在于，包括：处理器和存储器以及网络接口；
所述处理器与所述存储器、所述网络接口相连，其中，所述网络接口用于提供数据通信功能，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以使得所述计算机设备执行权利要求1至12任一项所述的方法。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序适于由处理器加载并执行，以使得具有所述处理器的计算机设备执行权利要求1至12任一项所述的方法。
CN202211148643.1A 2022-09-21 2022-09-21 一种数据处理方法、装置、设备及存储介质 Active CN115243080B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211148643.1A CN115243080B (zh) 2022-09-21 2022-09-21 一种数据处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211148643.1A CN115243080B (zh) 2022-09-21 2022-09-21 一种数据处理方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN115243080A CN115243080A (zh) 2022-10-25
CN115243080B true CN115243080B (zh) 2022-12-20

Family

ID=83681071

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211148643.1A Active CN115243080B (zh) 2022-09-21 2022-09-21 一种数据处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN115243080B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109495592A (zh) * 2019-01-11 2019-03-19 四川虹微技术有限公司 数据协同方法及电子设备
CN110599178A (zh) * 2019-09-25 2019-12-20 腾讯科技（深圳）有限公司 一种基于智能合约的数据处理方法、装置以及存储介质
WO2022062796A1 (zh) * 2020-09-22 2022-03-31 华为技术有限公司 一种网络控制方法、装置及电子设备
CN114338795A (zh) * 2021-12-23 2022-04-12 杭州趣链科技有限公司 一种区块链客户端的数据通信方法及装置
CN114900825A (zh) * 2022-04-12 2022-08-12 中国电信股份有限公司 终端跨区协同中继切换通信方法、系统、设备及存储介质

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7373103B2 (en) * 2001-10-03 2008-05-13 Ntt Docomo, Inc. Relay terminal, base station, charging server, communication system, charging method, program computer data signal, and storage medium
CN104010300B (zh) * 2014-06-09 2018-05-15 宇龙计算机通信科技(深圳)有限公司 数据传输方法
CN107666617A (zh) * 2016-07-27 2018-02-06 中国电信股份有限公司 一种用于对多终端提供iptv业务的方法和机顶盒
CN106210797B (zh) * 2016-07-29 2021-04-13 北京小米移动软件有限公司 网络直播方法及装置
EP3554137B1 (en) * 2016-12-08 2023-09-13 Sony Group Corporation Terminal device, method, and recording medium
CN113508639B (zh) * 2019-04-08 2022-07-29 华为技术有限公司 一种用于中继通信的方法和装置
CN110312140B (zh) * 2019-05-30 2022-07-22 北京奇艺世纪科技有限公司 直播数据处理方法、装置、系统及计算机可读存储介质
AU2019302940B2 (en) * 2019-10-16 2021-10-21 Alipay (Hangzhou) Information Technology Co., Ltd. Implementing a blockchain-based web service
CN112435030B (zh) * 2021-01-27 2021-05-07 支付宝(杭州)信息技术有限公司 一种基于区块链的数据处理方法、装置及电子设备
CN112527912B (zh) * 2021-02-07 2021-06-01 腾讯科技（深圳）有限公司 基于区块链网络的数据处理方法、装置及计算机设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109495592A (zh) * 2019-01-11 2019-03-19 四川虹微技术有限公司 数据协同方法及电子设备
CN110599178A (zh) * 2019-09-25 2019-12-20 腾讯科技（深圳）有限公司 一种基于智能合约的数据处理方法、装置以及存储介质
WO2022062796A1 (zh) * 2020-09-22 2022-03-31 华为技术有限公司 一种网络控制方法、装置及电子设备
CN114338795A (zh) * 2021-12-23 2022-04-12 杭州趣链科技有限公司 一种区块链客户端的数据通信方法及装置
CN114900825A (zh) * 2022-04-12 2022-08-12 中国电信股份有限公司 终端跨区协同中继切换通信方法、系统、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
边云协同计算中安全感知的工作流任务调度策略;石文玉等;《长春师范大学学报》;20200820(第08期);全文 *

Also Published As

Publication number Publication date
CN115243080A (zh) 2022-10-25

Similar Documents

Publication Publication Date Title
CN107251086B (zh) 通过应用服务替身的应用服务递送
CN105009098A (zh) 数据发送装置、数据共享系统、数据共享方法以及消息交换系统
CN109903178B (zh) 一种确定共同社交对象的方法、装置、系统及计算设备
US20120096136A1 (en) Method and apparatus for sharing contents using information of group change in content oriented network environment
CN110177047B (zh) 报文发送方法、装置、电子设备和计算机可读存储介质
CN111935306B (zh) 节点调度方法及装置
CN108566412B (zh) 一种数据服务方法及数据服务装置
CN102932269A (zh) 负载均衡的实现方法和装置
Bujari et al. Addressing the bandwidth demand of immersive applications through NFV in a 5G network
Tran et al. An efficient hybrid push-pull methodology for peer-to-peer video live streaming system on mobile broadcasting social media
CN112714146B (zh) 一种资源调度方法、装置、设备及计算机可读存储介质
CN115865874A (zh) 一种会议消息推送方法、会议服务端及电子设备
Panarello et al. A big video data transcoding service for social media over federated clouds
CN115243080B (zh) 一种数据处理方法、装置、设备及存储介质
Gao et al. Minimizing resource cost for camera stream scheduling in video data center
CN112087632A (zh) 视频处理系统、方法、存储介质及计算机设备
CN106973014B (zh) 任播路由发布系统、方法及电子设备
JP2019041241A (ja) 振り分けシステム
CN103986740A (zh) 一种支持多终端应用的永远在线架构的方法及设备及系统
Bouloukakis et al. Leveraging cdr datasets for context-rich performance modeling of large-scale mobile pub/sub systems
Ganchev et al. A cloud-based service recommendation system for use in UCWW
CN113645151A (zh) Dup设备消息管理方法及装置
CN116827826B (zh) 边缘节点的评估方法、装置以及计算机可读存储介质
CN111400598A (zh) 信息推送方法、服务器、多端口转发器和存储介质
Lehr Reliability and the Internet Cloud

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40074925

Country of ref document: HK