CN110784684A - 数据处理方法、装置及设备 - Google Patents
数据处理方法、装置及设备 Download PDFInfo
- Publication number
- CN110784684A CN110784684A CN201911002048.5A CN201911002048A CN110784684A CN 110784684 A CN110784684 A CN 110784684A CN 201911002048 A CN201911002048 A CN 201911002048A CN 110784684 A CN110784684 A CN 110784684A
- Authority
- CN
- China
- Prior art keywords
- rescue equipment
- rescue
- audio
- service server
- management server
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明实施例提供一种数据处理方法、装置及设备,应用于救援设备,救援设备位于救援场景该方法包括:救援设备接收管理服务器发送的目标带宽,目标带宽为管理服务器和业务服务器根据在历史时段内接收到的救援设备发送的音视频信息确定得到的;救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理;救援设备向业务服务器发送压缩处理后的音视频信息。提高了数据传输的可靠性。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种数据处理方法、装置及设备。
背景技术
目前,事故以及自然灾害(例如地震、泥石流、森林火灾)时有发生,在事故或者自然灾害发生后,需要及时的了解灾区的受灾情况,以便于对灾区进行救援。
由于灾区的通信设施和道路交通损毁,常规的设备和一般人员很难深入灾区获取信息,更无法将受灾情况信息反馈到外界。目前,常见的应急救援系统中,能够深入灾区的装备包括无人机和单兵救援装备等。其中,无人机可以升入高空进行远程探测,也可以深入地形复杂区域完成音视频数据采集工作,单兵救援装备可以穿戴在特战队员身上进入灾区进行实地探测,得到了广泛应用。现有的应急救援装备上通常配备有音视频采集装置,音视频采集设备可以采集当前环境的音视频信息,救援装备通常按照预设码率对音视频信息进行压缩处理,并向远端的服务器(后台指挥中心)发送压缩处理后的音视频信息,从而便于对灾害的快速评估,并完成救援资源的调度分配。
然而,灾区环境复杂,通信条件差,网络带宽不稳定,救援装置通过上述方法可能无法成功的向服务器发送音视频信息,例如,可能会导致音视频信息出现丢包情况,导致数据传输的可靠性较低。
发明内容
本发明实施例提供一种数据处理方法,提高了数据传输的可靠性。
第一方面,本发明实施例提供一种数据处理方法,应用于救援设备,所述救援设备位于救援场景,包括:
所述救援设备接收管理服务器发送的目标带宽,所述目标带宽为所述管理服务器和业务服务器根据在历史时段内接收到的所述救援设备发送的音视频信息确定得到的;
所述救援设备根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理;
所述救援设备向所述业务服务器发送压缩处理后的音视频信息。
在一种可能的实施方式中,所述救援设备根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理,包括:
所述救援设备根据所述目标带宽确定目标码率;
所述救援设备根据所述目标码率,对述救援设备采集到的音视频信息进行压缩处理。
在一种可能的实施方式中,所述救援设备接收管理服务器发送的目标带宽之前,还包括:
所述救援设备向所述管理服务器发送心跳包,所述心跳包包括所述救援设备的编号、当前时刻和所述救援设备当前所在的位置信息;
相应的,所述救援设备接收管理服务器发送的目标带宽,包括:
所述救援设备接收所述管理服务器发送的、所述心跳包对应的反馈指令,所述反馈指令包括所述目标带宽。
在一种可能的实施方式中,所述救援设备接收管理服务器发送的目标带宽之前,还包括:
所述救援设备向所述管理服务器发送启动指令,所述启动指令包括所述救援设备的编号、所述救援设备的IP地址和所述救援设备的端口号,所述启动指令用于使得所述管理服务器确定所述救援设备对应的业务服务器,并开启所述救援设备对应的业务服务器。
在一种可能的实施方式中,所述救援设备向所述管理服务器发送启动指令之后,还包括:
所述救援设备接收所述管理服务器发送的业务服务器的准备指令,所述准备指令中包括所述业务服务器的地址信息;
相应的,所述救援设备向所述业务服务器发送压缩处理后的音视频信息,包括:
所述救援设备根据所述业务服务器的地址信息,向所述业务服务器发送压缩处理后的音视频信息。
第二方面,本发明实施例提供另一种数据处理方法,包括:
业务服务器接收救援设备发送的音视频信息;
所述业务服务器根据所述音视频信息,确定所述救援设备当前所在环境的网络状态;
所述业务服务器根据所述网络状态确定目标带宽,并向管理服务器发送所述目标带宽,以使所述管理服务器向所述救援设备分配所述目标带宽、以及向所述救援设备发送所述目标带宽。
在一种可能的实施方式中,所述业务服务器根据所述音视频信息,确定所述救援设备当前所在环境的网络状态,包括:
所述业务服务器获取所述音视频信息的参数,所述参数包括所述音视频信息的丢包率;
所述业务服务器根据所述音视频信息的参数,确定所述救援设备当前所在环境的网络状态,所述网络状态为紧急状态、受限状态或正常状态中的一种。
在一种可能的实施方式中,所述业务服务器根据所述网络状态确定目标带宽,包括:
所述业务服务器获取所述救援设备的当前带宽;
所述业务服务器根据所述网络状态确定带宽增量;
所述业务服务器根据所述当前带宽和所述带宽增量,确定所述目标带宽。
第三方面,本发明实施例提供一种数据处理装置,应用于救援设备,所述救援设备位于救援场景,所述装置包括接收模块、压缩处理模块和发送模块,其中,
所述接收模块用于,接收管理服务器发送的目标带宽,所述目标带宽为所述管理服务器和业务服务器根据在历史时段内接收到的所述救援设备发送的音视频信息确定得到的;
所述压缩处理模块用于,根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理;
所述发送模块用于,向所述业务服务器发送压缩处理后的音视频信息。
在一种可能的实施方式中,所述压缩处理模块具体用于:
根据所述目标带宽确定目标码率;
根据所述目标码率,对述救援设备采集到的音视频信息进行压缩处理。
在一种可能的实施方式中,
所述发送模块具体用于,向所述管理服务器发送心跳包,所述心跳包包括所述救援设备的编号、当前时刻和所述救援设备当前所在的位置信息;
相应的,所述接收模块具体用于,接收所述管理服务器发送的、所述心跳包对应的反馈指令,所述反馈指令包括所述目标带宽。
在一种可能的实施方式中,所述发送模块还用于:
在所述接收模块接收管理服务器发送的目标带宽之前,向所述管理服务器发送启动指令,所述启动指令包括所述救援设备的编号、所述救援设备的IP地址和所述救援设备的端口号,所述启动指令用于使得所述管理服务器确定所述救援设备对应的业务服务器,并开启所述救援设备对应的业务服务器。
在一种可能的实施方式中,所述接收模块还用于:
在所述发送模块向所述管理服务器发送启动指令之后,接收所述管理服务器发送的业务服务器的准备指令,所述准备指令中包括所述业务服务器的地址信息;
相应的,所述发送模块还用于,根据所述业务服务器的地址信息,向所述业务服务器发送压缩处理后的音视频信息。
第四方面,本发明实施例提供另一种数据处理装置,包括接收模块、第一确定模块、第二确定模块和发送模块,其中,
所述接收模块用于,业务服务器接收救援设备发送的音视频信息;
所述第一确定模块用于,根据所述音视频信息,确定所述救援设备当前所在环境的网络状态;
所述第二确定模块用于,根据所述网络状态确定目标带宽;
所述发送模块用于,向管理服务器发送所述目标带宽,以使所述管理服务器向所述救援设备分配所述目标带宽、以及向所述救援设备发送所述目标带宽。
在一种可能的实施方式中,所述装置还包括获取模块,其中,
所述获取模块用于,获取所述音视频信息的参数,所述参数包括所述音视频信息的丢包率;
所述确定模块还用于,根据所述音视频信息的参数,确定所述救援设备当前所在环境的网络状态,所述网络状态为紧急状态、受限状态或正常状态中的一种。
在一种可能的实施方式中,所述确定模块具体用于:
获取所述救援设备的当前带宽;
根据所述网络状态确定带宽增量;
根据所述当前带宽和所述带宽增量,确定所述目标带宽。
第五方面,本发明实施例提供一种数据处理装置,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行上述第一方面任一项所述的数据处理方法。
第六方面,本发明实施例提供另一种数据处理装置,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行上述第二方面任一项所述的数据处理方法。
第七方面,本发明实施例提供一种可读存储介质,包括程序或指令,当所述程序或指令在计算机上运行时,如上述第一方面任意一项所述的方法被执行。
第八方面,本发明实施例提供另一种可读存储介质,包括程序或指令,当所述程序或指令在计算机上运行时,如上述第二方面任意一项所述的方法被执行。
本发明实施例提供的数据处理方法、装置及设备,救援设备接收管理服务器发送的目标带宽,目标带宽为管理服务器和业务服务器根据在历史时段内接收到的救援设备发送的音视频信息确定得到的。救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理。救援设备向业务服务器发送压缩处理后的音视频信息。在上述过程中,由于目标带宽是根据业务服务器接收到的救援设备发送的音视频信息确定得到的,使得目标带宽可以真实的反映救援设备当前所在位置的网络状态,使得救援设备可以根据当前所在位置的网络状态对音视频进行压缩,进而使得救援设备压缩处理后的视频可以成功的传输至业务服务器,提高了数据传输的可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的数据处理方法的应用场景图;
图2为本发明实施例提供的救援设备的结构示意图;
图3为本发明实施例提供的一种数据处理方法的流程示意图;
图4A为本发明实施例提供的业务开启救援设备、业务服务器和管理服务器交互过程示意图;
图4B为本发明实施例提供的业务中救援设备、业务服务器和管理服务器交互过程示意图;
图4C为本发明实施例提供的业务结束救援设备、业务服务器和管理服务器交互过程示意图;
图5为本发明实施例提供的另一种数据处理方法的流程示意图;
图6为本发明实施例提供的救援设备视频采集流程示意图;
图7为本发明实施例提供的救援设备发送的心跳包格式;
图8为本发明实施例提供的管理服务器发送的反馈指令格式;
图9为本发明实施例提供的一种数据处理装置的结构示意图;
图10为本发明实施例提供的另一种数据处理装置的结构示意图;
图11为本发明实施例提供的再一种数据处理装置的结构示意图;
图12为本发明实施例提供的一种数据处理装置的硬件结构示意图;
图13为本发明实施例提供的另一种数据处理装置的硬件结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的数据处理方法的应用场景图。请参见图1,包括救援设备101、业务服务器102和管理服务器103。
救援设备101是指运行在救援场景(灾区)中的设备。救援设备101中通常设置有音视频信息及定位信息采集装置,例如,救援装备101可以为无人机、救援车、单兵救援装备等。例如,无人机为运行在灾区上空的救援设备,救援车可以为运行在灾区的车辆,单兵救援设备可以为进入灾区的单兵背负或者手持的救援装备。在应急救援过程中,救援设备101可以采集音视频信息,并将采集到的音视频信息发送给业务服务器102。
下面,结合图2,介绍救援设备101的结构示意图。
图2为本发明实施例提供的救援设备101的结构示意图。请参见图2,救援设备101可以包括:开发板、电源、摄像头、麦克风、全球定位系统(Global Positioning System,GPS)。其中,开发板可以实现救援设备的开启、参数设定、信息处理以及设备管理等功能,电源可以给开发板供电,摄像头可以实现视频信息的采集,麦克风可以实现音频信息的采集,GPS可以采集救援设备的当前位置信息。
业务服务器102和管理服务器103可以为两个独立的设备,也可以集成在一起。在本发明实施例中,以业务服务器102和管理服务器103为两个独立的设备为例进行说明。例如,业务服务器102和管理服务器可以为电脑、工作站、高性能信号处理机等。业务服务器102可以根据接收的音视频信息以及通信网络情况,计算出目标带宽,并发送目标带宽给管理服务器103。管理服务器103可以接收业务服务器102发送的目标带宽,并为救援设备101分配并发送目标带宽,救援设备101根据接收到的目标带宽对采集到的音视频信息进行压缩并发送给业务管理器102。
在本申请中,救援设备接收管理服务器发送的目标带宽,目标带宽为管理服务器和业务服务器根据在历史时段内接收到的救援设备发送的音视频信息确定得到的。救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理。救援设备向业务服务器发送压缩处理后的音视频信息。在上述过程中,由于目标带宽是根据业务服务器接收到的救援设备发送的音视频信息确定得到的,使得目标带宽可以真实的反映救援设备当前所在位置的网络状态,使得救援设备可以根据当前所在位置的网络状态对音视频进行压缩,进而使得救援设备压缩处理后的视频可以成功的传输至业务服务器,提高了数据传输的可靠性。
需要说明的是,图1只是以示例的形式示意应用场景,并非对应用场景的限定。
下面,通过具体实施例对本发明所示的技术方案进行详细说明。需要说明的是,下面几个具体实施例可以相互结合,对于相同或相似的内容,在不同的实施例中不再进行重复说明。
图3为本发明实施例提供的一种数据处理方法的流程示意图。请参见图3,该方法可以包括:
S301、救援设备向业务服务器发送音视频信息。
救援设备上可以设置有音视频信息采集装置,音视频采集装置可以为球型摄像头、针孔摄像头等装置。音视频采集装置可以采集上述音视频信息。
在救援设备启动后,救援设备按照默认码率对采集到的音视频信息进行压缩处理,并向业务服务器发送压缩处理后的音视频信息。
可选的,救援设备中还可以设置有GPS装置、报警装置、WIFI模块等。GPS装置可以实时采集救援设备的位置信息。报警装置可以对灾区现场情况实时监控,当有异常发生时可报警并通知后台指挥中心,WIFI模块可以提供网络接口,以使救援设备可以接入更多具有WIFI接口的设备,例如:手机、平板电脑等。
S302、业务服务器根据音视频信息,确定救援设备当前所在环境的网络状态。
业务服务器接收救援设备发送的压缩后的音视频信息,并获取音视频信息的参数。该参数可以包括音视频信息数据包的丢包率。业务服务器根据获取的音视频信息的参数,确定救援设备当前所在环境的网络状态,该网络状态可以为紧急状态、受限状态、正常状态中的一种。
网络状态与网络带宽相关,当网络带宽较高时,网络状态为正常状态。当网络带宽较少时,网络状态为受限状态或者紧急状态。例如,在网络状态与带宽之间的关系可以如表1所示。
表1
带宽 | 网络状态 |
大于2Mbps | 正常状态 |
40Kbps-2Mbps | 受限状态 |
小于40Kbps | 紧急状态 |
需要说明的是,表1只是以示例的形式示意网络带宽和网络状态的关系,并非对二者关系的限定。
可选的,该网络状态还可以包括冗余状态。本申请对网络状态的划分不作具体限定。
可选的,音视频信息的参数可以为音视频信息数据包的丢包率,业务服务器根据接收到的数据包的丢包率,确定当前所在环境的网络状态。具体的,若业务服务器计算得出数据包的丢包率低于第一阈值,业务服务器则确定网络状态为正常状态;若业务服务器计算得出数据包的丢包率高于第一阈值并低于第二阈值,业务服务器则确定网络状态为受限状态;若业务服务器计算得出数据包的丢包率高于第二阈值,业务服务器则确定网络状态为紧急状态。
S303、业务服务器根据网络状态确定目标带宽。
业务服务器获取救援设备当前带宽,根据目前网络状态确定带宽增量,并根据当前带宽以及带宽增量,确定当前网络环境下音视频信息流畅传输所需的目标带宽。
带宽增量可以为正数、0或者负数。当该救援设备的网络状态为正常状态时,带宽增量可以为0或者负数,例如,当该救援设备的网络状态为正常状态以及其他救援设备的网络状态为受限状态或者紧急状态时,可以将该救援设备的带宽增量设置为负数;当该救援设备以及其他救援设备的网络状态均为正常状态时,则可以将该救援设备的带宽增量设置为0;当该救援设备的网络状态为受限状态或者紧急状态时,则可以确定带宽增量为正数。
例如,可以将当前带宽和带宽增量之和确定为目标带宽。
S304、业务服务器向管理服务器发送目标带宽。
S305、管理服务器向救援设备分配目标带宽。
可选的,管理服务器可以修改救援设备对应的配置信息,以实现向救援设备分配目标带宽。
S306、管理服务器向救援设备发送目标带宽。
S307、救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理。
救援设备接收管理服务器发送的目标带宽,并根据该目标带宽完成设备参数的修改,救援设备根据该参数对采集到的音视频信息进行压缩处理。具体的,目标带宽与音视频的码率具有对应关系,救援设备根据目标带宽和该对象关系,确定得到目标带宽对应的码率,并将设备参数中的码率设置为该目标带宽对应的码率,救援设备根据该码率对采集到的音视频信息进行压缩处理。
可选的,可以采用H.264算法、H.265算法等进行视频压缩处理,本发明实施例对此不作具体限定。
S308、救援设备向业务服务器发送压缩处理后的音视频信息。
音视频信息压缩之后,救援设备将其发送给业务服务器。
本发明实施例提供的数据处理方法,救援设备接收管理服务器发送的目标带宽,目标带宽为管理服务器和业务服务器根据在历史时段内接收到的救援设备发送的音视频信息确定得到的。救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理。救援设备向业务服务器发送压缩处理后的音视频信息。在上述过程中,由于目标带宽是根据业务服务器接收到的救援设备发送的音视频信息确定得到的,使得目标带宽可以真实的反映救援设备当前所在位置的网络状态,使得救援设备可以根据当前所在位置的网络状态对音视频进行压缩,进而使得救援设备压缩处理后的视频可以成功的传输至业务服务器,提高了数据传输的可靠性。
在实际应用过程中,救援设备、业务服务器和管理服务器之间的交互过程可以包括:业务开启、业务中和业务结束。下面,结合图4A-图4C,对该三个过程进行说明。
图4A为本发明实施例提供的业务开启的交互过程示意图。请参见图4A,在救援设备启动后,救援设备向管理服务器发送启动指令,启动指令中可以包含救援设备的编号、救援设备的IP地址以及救援设备的端口号。管理服务器根据救援设备的编号,确定对应的业务服务器。例如,救援设备的编号和业务服务器之间可以具有对应关系,相应的,管理服务器可以根据救援设备的编号和该对应关系,确定业务服务器。
管理服务器向确定得到的业务服务器发送开启指令,开启指令中包括救援设备的IP地址以及救援设备的端口号。
管理服务器获取业务服务器的地址,并向救援设备发送准备指令,准备指令中包括业务服务器的地址,业务服务器的地址包括业务服务器的IP地址和端口号。例如,管理服务器中可以预先存储有各个业务服务器的地址,相应的,管理服务器可以在本地获取业务服务器的地址。
救援设备接收到准备指令之后,救援设备进行参数设置。具体的,救援设备将参数中的码率设置为默认码率。当然,救援设备还可以行其它参数的设置,例如,其他参数可以是视频的制式、视频的帧率、视频帧格式、图像分辨率、视频的旋转方式、IP地址和端口号等。
在救援设备设置完参数之后,救援设备开始采集音视频信息,并按照默认码率对采集得到的音视频信息进行压缩处理,并根据业务服务器的地址,向业务服务器发送压缩处理后的音视频信息。其中,默认码率对应默认带宽。
图4B为本发明实施例提供的业务中的交互过程示意图。请参见图4B,在救援设备运行的过程中,救援设备与管理服务器之间的通信会话可以为心跳会话。救援设备每隔预设时间段向管理服务器发送心跳包,该心跳包中可以包含心跳包指令类型、救援设备的编号、类型、时间信息以及位置信息等。管理服务器在接收到心跳包后向救援设备发送反馈指令,该反馈指令中可以包含反馈指令类型、业务服务器的IP地址和端口号、给当前救援设备分配的网络带宽等。救援设备接收到反馈指令之后,按照反馈指令中的网络带宽对应的码率对采集到的音视频数据进行压缩处理,并根据业务服务器的地址,向业务服务器发送压缩处理后的音视频信息。业务服务器根据该音视频信息,确定救援设备当前所在环境的网络状态,并根据当前网络状态确定目标带宽。
业务服务器可以将该目标带宽发送给管理服务器,并由管理服务器向救援设备分配并发送目标带宽。救援设备接收到目标带宽后,根据该目标带宽,将设备参数中的码率设置为该目标带宽对应的码率,救援设备根据该码率对采集到的音视频信息进行压缩处理,并将压缩处理后的音视频信息发送给业务服务器。
在上述通信过程中,若救援设备向管理服务器发送心跳包之后的预设时长内未接收到反馈指令,则可以确定网络异常。
图4C为本发明实施例提供的业务结束的交互过程示意图。请参见图4C,当救援设备需要结束业务时,救援设备可以向管理服务器发送结束指令并关闭救援设备。管理服务器接收到结束指令后关闭业务服务器。如果管理服务器需要提前关闭业务流,则管理服务器向救援设备发送关闭指令,救援设备接收到关闭指令后向管理服务器发送反馈指令并关闭救援设备。管理服务器接收救援设备的反馈指令后关闭业务服务器。
图5为本发明实施例提供的另一种数据处理方法的流程示意图。请参见图5,该方法可以包括:
S501、救援设备向管理服务器发送启动指令。
业务开启时,救援设备向管理服务器发送启动指令,启动指令可以包含救援设备的编号、救援设备的IP地址和救援设备的端口号。救援设备的编号是救援设备的标识,用来区分不同的救援设备,每个救援设备对应唯一的一个编号。不同救援设备的IP地址和端口号不同,可选的,不同救援设备的IP地址可以相同,但其端口号不同。救援设备和业务服务器之间通过二者的IP地址和端口号进行识别,并完成数据信息的交互。
S502、管理服务器根据救援设备的编号,确定救援设备对应的业务服务器。
管理服务器接收到启动指令后,根据救援设备的编号,确定救援设备对应的业务服务器。救援设备的编号和业务服务器之间具有对应关系。可选的,一个业务服务器可以对应一个或者多个救援设备。具体的,管理服务器可以根据救援设备的编号和该对应关系,确定业务服务器。
S503、管理服务器向业务服务器发送开启指令。
其中,开启指令中可以包括救援设备的IP地址以及救援设备的端口号。
业务服务器接收到开启指令后,完成开启工作并记录其对应的救援设备信息。可选的,业务服务器在接收开启指令前可以处于开启状态,在接到开启指令后,只需记录其对应的救援设备信息。
S504、管理服务器向救援设备发送准备指令。
可选的,管理服务器可以先获取业务服务器的地址,并向救援设备发送准备指令,准备指令中包括业务服务器的地址信息,该地址信息包括业务服务器的IP地址和端口号。管理服务器中预先存储有各个业务服务器的地址。
S505、救援设备根据准备指令进行参数设置。
救援设备和相应的业务服务器开启后,救援设备根据准备指令进行参数设置。具体的,救援设备将参数中的码率设置为默认码率。救援设备还可以进行其它参数的设备,例如,其他参数可以是视频的制式、视频的帧率、视频帧格式、图像分辨率、视频的旋转方式、IP地址和端口号等。
救援设备接收到准备指令后,还记录其对应的业务服务器的地址信息。
S506、救援设备采集音视频信息。
下面,结合图6,对S505中救援设备参数设置以及S506中音视频采集流程进行说明。
图6为本发明实施例提供的救援设备视频采集流程示意图。请参见图6,救援设备可以打开救援设备的开发板中的视频设备文件,以获取文件描述符,通过该文件描述符查询救援设备的功能,例如:救援设备是否具有音视频输入和输出的功能。
确定救援设备具有音视频输入和输出的功能后,可以设置视频采集的参数,例如:码率、帧率、图像分辨率。其中,码率可以根据业务需要自适应切换,帧率、图像分辨率在初始参数设置时已经设定好,后续的业务中该参数值不变。可选的,视频采集的参数还可以包括:视频的制式,包括逐行倒相(Phase Alteration Line,PAL)制式和没过国家电视标准委员会(National Television Standards Committee,NTSC)制式;视频图像采集窗口的大小;视频帧格式,包括:帧的宽度、高度和点阵格式等;视频的旋转方式等。
参数设置完毕后,救援设备向驱动程序申请帧缓存区,并查询该帧缓存区在内核空间的偏移量和长度,并将申请到的帧缓存区作为视频数据传输的输入队列。救援设备的应用程序通过内存映射的方式,直接对采集到的帧进行操作。其中,内存映射是指:将Linux内核空间映射到用户空间,从而实现将内核空间接收到的数据存到用户空间对应的地址空间中。通过内存映射的方式避免了传统方式中对音视频信息进行复制的操作,防止从内核空间拷贝到用户空间造成存储空间的浪费。
救援设备中的驱动程序可以将采集到的第一帧音视频数据按照第一预设规则存入输入队列的帧缓存区,将帧缓存区的数据按照第二预设规则移至输出队列,通过驱动程序取出缓存区的音视频数据。输入队列的帧缓存区继续采集音视频数据。判断帧音视频数据采集是否完成,如果未完成,将采集到的第二帧音视频数据及后续音视频数据按照第一帧音视频数据的处理方式来处理;如果完成,采集结束。
S507、救援设备根据设置的默认码率对音视频信息进行压缩处理。
救援设备将从输出队列的帧缓存区中取出的视频数据进行压缩处理,具体的,救援设备按照设置好的默认码率对该音视频数据进行压缩处理。
S508、救援设备向业务服务器发送压缩处理后的音视频信息。
业务传输过程中,救援设备与管理服务器之间的会话切换为心跳会话。救援设备每隔预设时间段向管理服务器发送心跳包。
下面,结合图7,对心跳包的格式及功能进行说明。
图7为本发明实施例提供的救援设备发送的心跳包格式。请参见图7,该心跳包一共64个字节,具体的:
ID:表示指令的类型,占1个字节。例如,0x01-0x04分别表示指令:开启指令、心跳包指令、结束指令以及OK指令。其中,只有心跳包指令有时间信息和位置信息,其他指令只有指令类型、终端类型和编号字段;
T:表示终端的类型,占1个字节。例如,0x01和0x02可以分别表示无人机和单兵救援设备;
E/W:表示位置信息中经度的东西方向,占1个字节;
S/N:表示位置信息中纬度的南北方向,占1个字节;
终端编号:表示救援设备的编号,占4个字节;
经度.度:表示位置信息中经度的度值,占4个字节。
经度.分:表示位置信息中经度的分值,占4个字节。
经度.秒:表示位置信息中经度的秒值,占4个字节。
纬度.度:表示位置信息中纬度的度值,占4个字节。
纬度.分:表示位置信息中纬度的分值,占4个字节。
纬度.秒:表示位置信息中纬度的秒值,占4个字节。
年:表示时间的年份,占4个字节。
月,日,时,分,秒:与年同理,都是时间信息,各占4个字节。
另外,最后8位字节为空,可以根据用户需求进行自定义设置。
管理服务器在接收到心跳包后向救援设备发送反馈指令,该反馈指令中包含有反馈指令类型、业务服务器的IP地址和端口号、给当前救援设备分配的网络带宽等。
下面,结合图8,对反馈指令的格式及功能进行说明。
图8为本发明实施例提供的管理服务器发送的反馈指令格式。请参见图8,该反馈指令一共32个字节,具体的:
ID:表示管理服务器发送的反馈指令的类型,占1个字节,0x01-0x03分别指准备指令,心跳反馈指令,关闭指令;
第一IP–第四IP:表示业务服务器的IP地址的四个数字,各占4个字节;
端口:表示业务服务器的端口号,占4个字节;
带宽:表示当前终端分配的网络带宽,占4个字节。
可选的,若救援设备向管理服务器发送心跳包之后的预设时长内未接收到反馈指令,则判断网络异常。
S509、业务服务器根据音视频信息,确定救援设备当前所在环境的网络状态。
需要说明的是,S509的执行过程可以参见S202的执行过程,此处不再进行赘述。
S510、业务服务器根据网络状态确定目标带宽。
需要说明的是,S510的执行过程可以参见S203的执行过程,此处不再进行赘述。
S511、向管理服务器发送目标带宽。
需要说明的是,S511的执行过程可以参见S204的执行过程,此处不再进行赘述。
S512、管理服务器向救援设备分配目标带宽。
需要说明的是,S512的执行过程可以参见S205的执行过程,此处不再进行赘述。
S513、管理服务器向救援设备发送目标带宽。
需要说明的是,S513的执行过程可以参见S206的执行过程,此处不再进行赘述。
具体的,管理服务器以心跳反馈指令的形式向救援设备发送目标带宽。
S514、救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理。
具体的,救援设备接收到心跳反馈指令之后,解析出目标带宽的数值,将设备参数的码率切换至与该目标带宽相应的码率,救援设备根据该码率到采集到的音视频进行压缩处理。
S515、救援设备向业务服务器发送压缩处理后的音视频信息。
需要说明的是,S515的执行过程可以参见S208的执行过程,此处不再进行赘述。
可选的,若业务服务器预设时间段内未收到音视频信息,则判断救援设备出现异常,并发送指令给管理服务器。预设时间段是根据发送音视频信息的数据包的大小以及时间间隔来确定。
在图5所示的实施例中,救援设备接收管理服务器发送的目标带宽,目标带宽为管理服务器和业务服务器根据在历史时段内接收到的救援设备发送的音视频信息确定得到的。救援设备根据目标带宽,对救援设备采集到的音视频信息进行压缩处理。救援设备向业务服务器发送压缩处理后的音视频信息。在上述过程中,由于目标带宽是根据业务服务器接收到的救援设备发送的音视频信息确定得到的,使得目标带宽可以真实的反映救援设备当前所在位置的网络状态,使得救援设备可以根据当前所在位置的网络状态对音视频进行压缩,进而使得救援设备压缩处理后的视频可以成功的传输至业务服务器,提高了数据传输的可靠性。同时,本发明实施例通过设置心跳会话机制,当救援设备、业务服务器或者管理服务器任一端出现断电、断线、异常重启等异常情况时,其他端可以实时获知异常情况以便于作出相应的应对措施,完成管理服务器对救援设备以及管理服务器的指挥调控的同时,实现了对数据传输过程中的网络监控,进一步提高了数据传输的可靠性。
图9为本发明实施例提供的一种数据处理装置的结构示意图。请参见图9,该数据处理装置10应用于救援设备,所述救援设备位于救援场景,所述装置可以包括接收模块11、压缩处理模块12和发送模块13,其中,
所述接收模块11用于,接收管理服务器发送的目标带宽,所述目标带宽为所述管理服务器和业务服务器根据在历史时段内接收到的所述救援设备发送的音视频信息确定得到的;
所述压缩处理模块12用于,根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理;
所述发送模块13用于,向所述业务服务器发送压缩处理后的音视频信息。
本发明实施例提供的数据处理装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
在一种可能的实施方式中,所述压缩处理模块12具体用于:
根据所述目标带宽确定目标码率;
根据所述目标码率,对述救援设备采集到的音视频信息进行压缩处理。
在一种可能的实施方式中,
所述发送模块13具体用于,向所述管理服务器发送心跳包,所述心跳包包括所述救援设备的编号、当前时刻和所述救援设备当前所在的位置信息;
相应的,所述接收模块11具体用于,接收所述管理服务器发送的、所述心跳包对应的反馈指令,所述反馈指令包括所述目标带宽。
在一种可能的实施方式中,所述发送模块13还用于:
在所述接收模块接收管理服务器发送的目标带宽之前,向所述管理服务器发送启动指令,所述启动指令包括所述救援设备的编号、所述救援设备的IP地址和所述救援设备的端口号,所述启动指令用于使得所述管理服务器确定所述救援设备对应的业务服务器,并开启所述救援设备对应的业务服务器。
在一种可能的实施方式中,所述接收模块11还用于:
在所述发送模块向所述管理服务器发送启动指令之后,接收所述管理服务器发送的业务服务器的准备指令,所述准备指令中包括所述业务服务器的地址信息;
相应的,所述发送模块13还用于,根据所述业务服务器的地址信息,向所述业务服务器发送压缩处理后的音视频信息。
本发明实施例提供的数据处理装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图10为本发明实施例提供的另一种数据处理装置的结构示意图。请参见图10,该数据处理装置20可以包括接收模块21、第一确定模块22、第二确定模块23和发送模块24,其中,
所述接收模块21用于,接收救援设备发送的音视频信息;
所述第一确定模块22用于,根据所述音视频信息,确定所述救援设备当前所在环境的网络状态;
所述第二确定模块23用于,根据所述网络状态确定目标带宽;
所述发送模块24用于,向管理服务器发送所述目标带宽,以使所述管理服务器向所述救援设备分配所述目标带宽、以及向所述救援设备发送所述目标带宽。
本发明实施例提供的数据处理装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图11为本发明实施例提供的再一种数据处理装置的结构示意图。在图10所示实施例的基础上,请参见图11,数据处理装置20还包括获取模块25,其中,
所述获取模块25用于,获取所述音视频信息的参数,所述参数包括所述音视频信息的丢包率;
所述第一确定模块22还用于,根据所述音视频信息的参数,确定所述救援设备当前所在环境的网络状态,所述网络状态为紧急状态、受限状态或正常状态中的一种。
在一种可能的实施方式中,所述第二确定模块23具体用于:
获取所述救援设备的当前带宽;
根据所述网络状态确定带宽增量;
根据所述当前带宽和所述带宽增量,确定所述目标带宽。
本发明实施例提供的数据处理装置可以执行上述方法实施例所示的技术方案,其实现原理以及有益效果类似,此处不再进行赘述。
图12为本发明实施例提供的一种数据处理装置的硬件结构示意图,如图12所示,该数据处理装置30包括:至少一个处理器31和存储器32。其中,处理器31和存储器32通过总线33连接。
在具体实现过程中,至少一个处理器31执行所述存储器32存储的计算机执行指令,使得至少一个处理器31执行如上的数据处理方法。
处理器31的具体实现过程可参见上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
图13为本发明实施例提供的另一种数据处理装置的硬件结构示意图,如图13所示,该数据处理装置40包括:至少一个处理器41和存储器42。其中,处理器41和存储器42通过总线43连接。
在具体实现过程中,至少一个处理器41执行所述存储器42存储的计算机执行指令,使得至少一个处理器41执行如上的数据处理方法。
处理器41的具体实现过程可参见上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。
在上述图12-13所示的实施例中,应理解,处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application SpecificIntegrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如上所述的数据处理方法。
上述的计算机可读存储介质,上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存储介质耦合至处理器,从而使处理器能够从该可读存储介质读取信息,且可向该可读存储介质写入信息。当然,可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits,简称:ASIC)中。当然,处理器和可读存储介质也可以作为分立组件存在于设备中。
所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (20)
1.一种数据处理方法,其特征在于,应用于救援设备,所述救援设备位于救援场景,所述方法包括:
所述救援设备接收管理服务器发送的目标带宽,所述目标带宽为所述管理服务器和业务服务器根据在历史时段内接收到的所述救援设备发送的音视频信息确定得到的;
所述救援设备根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理;
所述救援设备向所述业务服务器发送压缩处理后的音视频信息。
2.根据权利要求1所述的方法,其特征在于,所述救援设备根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理,包括:
所述救援设备根据所述目标带宽确定目标码率;
所述救援设备根据所述目标码率,对述救援设备采集到的音视频信息进行压缩处理。
3.根据权利要求1或2所述的方法,其特征在于,所述救援设备接收管理服务器发送的目标带宽之前,还包括:
所述救援设备向所述管理服务器发送心跳包,所述心跳包包括所述救援设备的编号、当前时刻和所述救援设备当前所在的位置信息;
相应的,所述救援设备接收管理服务器发送的目标带宽,包括:
所述救援设备接收所述管理服务器发送的、所述心跳包对应的反馈指令,所述反馈指令包括所述目标带宽。
4.根据权利要求1或2所述的方法,其特征在于,所述救援设备接收管理服务器发送的目标带宽之前,还包括:
所述救援设备向所述管理服务器发送启动指令,所述启动指令包括所述救援设备的编号、所述救援设备的IP地址和所述救援设备的端口号,所述启动指令用于使得所述管理服务器确定所述救援设备对应的业务服务器,并开启所述救援设备对应的业务服务器。
5.根据权利要求4所述的方法,其特征在于,所述救援设备向所述管理服务器发送启动指令之后,还包括:
所述救援设备接收所述管理服务器发送的业务服务器的准备指令,所述准备指令中包括所述业务服务器的地址信息;
相应的,所述救援设备向所述业务服务器发送压缩处理后的音视频信息,包括:
所述救援设备根据所述业务服务器的地址信息,向所述业务服务器发送压缩处理后的音视频信息。
6.一种数据处理方法,其特征在于,包括:
业务服务器接收救援设备发送的音视频信息;
所述业务服务器根据所述音视频信息,确定所述救援设备当前所在环境的网络状态;
所述业务服务器根据所述网络状态确定目标带宽,并向管理服务器发送所述目标带宽,以使所述管理服务器向所述救援设备分配所述目标带宽、以及向所述救援设备发送所述目标带宽。
7.根据权利要求6所述的方法,其特征在于,所述业务服务器根据所述音视频信息,确定所述救援设备当前所在环境的网络状态,包括:
所述业务服务器获取所述音视频信息的参数,所述参数包括所述音视频信息的丢包率;
所述业务服务器根据所述音视频信息的参数,确定所述救援设备当前所在环境的网络状态,所述网络状态包括紧急状态、受限状态或正常状态。
8.根据权利要求6或7所述的方法,其特征在于,所述业务服务器根据所述网络状态确定目标带宽,包括:
所述业务服务器获取所述救援设备的当前带宽;
所述业务服务器根据所述网络状态确定带宽增量;
所述业务服务器根据所述当前带宽和所述带宽增量,确定所述目标带宽。
9.一种数据处理装置,其特征在于,应用于救援设备,所述救援设备位于救援场景,所述装置包括接收模块、压缩处理模块和发送模块,其中,
所述接收模块用于,接收管理服务器发送的目标带宽,所述目标带宽为所述管理服务器和业务服务器根据在历史时段内接收到的所述救援设备发送的音视频信息确定得到的;
所述压缩处理模块用于,根据所述目标带宽,对所述救援设备采集到的音视频信息进行压缩处理;
所述发送模块用于,向所述业务服务器发送压缩处理后的音视频信息。
10.根据权利要求9所述的装置,其特征在于,所述压缩处理模块具体用于:
根据所述目标带宽确定目标码率;
根据所述目标码率,对述救援设备采集到的音视频信息进行压缩处理。
11.根据权利要求9或10所述的装置,其特征在于,
所述发送模块具体用于,在所述接收模块接收管理服务器发送的目标带宽之前,向所述管理服务器发送心跳包,所述心跳包包括所述救援设备的编号、当前时刻和所述救援设备当前所在的位置信息;
相应的,所述接收模块具体用于,接收所述管理服务器发送的、所述心跳包对应的反馈指令,所述反馈指令包括所述目标带宽。
12.根据权利要求9或10所述的装置,其特征在于,所述发送模块还用于:
在所述接收模块接收管理服务器发送的目标带宽之前,向所述管理服务器发送启动指令,所述启动指令包括所述救援设备的编号、所述救援设备的IP地址和所述救援设备的端口号,所述启动指令用于使得所述管理服务器确定所述救援设备对应的业务服务器,并开启所述救援设备对应的业务服务器。
13.根据权利要求12所述的装置,其特征在于,
所述接收模块还用于,在所述发送模块向所述管理服务器发送启动指令之后,接收所述管理服务器发送的业务服务器的准备指令,所述准备指令中包括所述业务服务器的地址信息;
相应的,所述发送模块还用于,根据所述业务服务器的地址信息,向所述业务服务器发送压缩处理后的音视频信息。
14.一种数据处理装置,其特征在于,包括接收模块、第一确定模块、第二确定模块和发送模块,其中,
所述接收模块用于,接收救援设备发送的音视频信息;
所述第一确定模块用于,根据所述音视频信息,确定所述救援设备当前所在环境的网络状态;
所述第二确定模块用于,根据所述网络状态确定目标带宽;
所述发送模块用于,向管理服务器发送所述目标带宽,以使所述管理服务器向所述救援设备分配所述目标带宽、以及向所述救援设备发送所述目标带宽。
15.根据权利要求14所述的装置,其特征在于,所述装置还包括获取模块,其中,
所述获取模块用于,获取所述音视频信息的参数,所述参数包括所述音视频信息的丢包率;
所述第一确定模块还用于,根据所述音视频信息的参数,确定所述救援设备当前所在环境的网络状态,所述网络状态包括紧急状态、受限状态或正常状态。
16.根据权利要求14或15所述的装置,其特征在于,所述第二确定模块具体用于:
获取所述救援设备的当前带宽;
根据所述网络状态确定带宽增量;
根据所述当前带宽和所述带宽增量,确定所述目标带宽。
17.一种数据处理装置,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1至5任一项所述的数据处理方法。
18.一种数据处理装置,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求6至8任一项所述的数据处理方法。
19.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1至5任一项所述的数据处理方法。
20.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求6至8任一项所述的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911002048.5A CN110784684A (zh) | 2019-10-21 | 2019-10-21 | 数据处理方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911002048.5A CN110784684A (zh) | 2019-10-21 | 2019-10-21 | 数据处理方法、装置及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110784684A true CN110784684A (zh) | 2020-02-11 |
Family
ID=69386194
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911002048.5A Pending CN110784684A (zh) | 2019-10-21 | 2019-10-21 | 数据处理方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110784684A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112866056A (zh) * | 2021-01-08 | 2021-05-28 | 山东摄云信息技术有限公司 | Tscm反窃视听监测预警分析方法 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102547206A (zh) * | 2010-12-30 | 2012-07-04 | 中国移动通信集团公司 | 一种视频通信过程中确定视频传输参数的方法及装置 |
CN102891993A (zh) * | 2012-09-01 | 2013-01-23 | 合肥移瑞通信技术有限公司 | 一种无线网络系统中流媒体传输自适应系统 |
CN103533386A (zh) * | 2013-10-21 | 2014-01-22 | 腾讯科技(深圳)有限公司 | 一种直播控制方法,及主播设备 |
CN107317795A (zh) * | 2017-05-08 | 2017-11-03 | 贵阳朗玛信息技术股份有限公司 | 数据包的码率调整方法及装置 |
CN108880919A (zh) * | 2018-09-14 | 2018-11-23 | 北京天安智慧信息技术有限公司 | 物联网设备运行状态管理方法及系统 |
CN109150617A (zh) * | 2018-09-04 | 2019-01-04 | 上海瀚讯信息技术股份有限公司 | 一种自组织网络路由规划和动态优化的方法 |
CN110012267A (zh) * | 2019-04-02 | 2019-07-12 | 深圳市即构科技有限公司 | 无人机控制方法及音视频数据传输方法 |
CN110266551A (zh) * | 2019-07-29 | 2019-09-20 | 腾讯科技(深圳)有限公司 | 一种带宽预测方法、装置、设备及存储介质 |
CN110299967A (zh) * | 2019-08-02 | 2019-10-01 | 中国工商银行股份有限公司 | 一种图片传输方法、装置及存储介质 |
-
2019
- 2019-10-21 CN CN201911002048.5A patent/CN110784684A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102547206A (zh) * | 2010-12-30 | 2012-07-04 | 中国移动通信集团公司 | 一种视频通信过程中确定视频传输参数的方法及装置 |
CN102891993A (zh) * | 2012-09-01 | 2013-01-23 | 合肥移瑞通信技术有限公司 | 一种无线网络系统中流媒体传输自适应系统 |
CN103533386A (zh) * | 2013-10-21 | 2014-01-22 | 腾讯科技(深圳)有限公司 | 一种直播控制方法,及主播设备 |
CN107317795A (zh) * | 2017-05-08 | 2017-11-03 | 贵阳朗玛信息技术股份有限公司 | 数据包的码率调整方法及装置 |
CN109150617A (zh) * | 2018-09-04 | 2019-01-04 | 上海瀚讯信息技术股份有限公司 | 一种自组织网络路由规划和动态优化的方法 |
CN108880919A (zh) * | 2018-09-14 | 2018-11-23 | 北京天安智慧信息技术有限公司 | 物联网设备运行状态管理方法及系统 |
CN110012267A (zh) * | 2019-04-02 | 2019-07-12 | 深圳市即构科技有限公司 | 无人机控制方法及音视频数据传输方法 |
CN110266551A (zh) * | 2019-07-29 | 2019-09-20 | 腾讯科技(深圳)有限公司 | 一种带宽预测方法、装置、设备及存储介质 |
CN110299967A (zh) * | 2019-08-02 | 2019-10-01 | 中国工商银行股份有限公司 | 一种图片传输方法、装置及存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112866056A (zh) * | 2021-01-08 | 2021-05-28 | 山东摄云信息技术有限公司 | Tscm反窃视听监测预警分析方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US12003743B2 (en) | Video stream decoding method and apparatus, terminal device, and storage medium | |
CN112235597B (zh) | 流媒体直播音视频同步保护方法、装置、计算机设备 | |
CN105991962A (zh) | 一种信息展示方法、装置及系统 | |
EP3404895B1 (en) | Multimedia data transmission method and device | |
CN111131786A (zh) | 一种应用云存储的视频监控存储系统 | |
CN101600097B (zh) | 移动多媒体安防监控的方法和系统 | |
CN110784684A (zh) | 数据处理方法、装置及设备 | |
CN109587511A (zh) | 多设备视频直播方法、设备、系统及存储介质 | |
CN111263113B (zh) | 数据包的发送方法及装置、数据包的处理方法及装置 | |
CN114598841A (zh) | 一种移动执法的巡检方法及相关装置 | |
CN112203050B (zh) | 一种视频续传的方法及装置 | |
CN110855947B (zh) | 一种图像抓拍处理方法及装置 | |
CN106357982B (zh) | 影像服务装置及方法 | |
CN112632124A (zh) | 多媒体信息获取方法、装置、系统、存储介质及电子装置 | |
CN103533312A (zh) | 智能手机视频监控系统 | |
CN113038261A (zh) | 一种视频生成方法、装置、设备、系统及存储介质 | |
CN115801102A (zh) | 一种下行数据的方法、装置及存储介质 | |
CN112422907B (zh) | 图像处理方法、装置及系统 | |
CN113259680B (zh) | 视频流解码方法、装置、计算机设备和存储介质 | |
CN103873890A (zh) | 拍照软件的流量控制方法及系统 | |
CN110300290B (zh) | 教学监控管理方法、装置及系统 | |
CN112954374A (zh) | 视频数据处理方法、装置、电子设备及存储介质 | |
CN105578120A (zh) | 一种实现监控的方法、系统及无线终端 | |
CN116708389B (zh) | 在线考试的多端监控方法、终端设备及可读存储介质 | |
CN113938457B (zh) | 一种云手机应用远程摄像头的方法、系统和设备 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200211 |