CN110460644A - 一种数据处理方法和流媒体服务器 - Google Patents

一种数据处理方法和流媒体服务器 Download PDF

Info

Publication number
CN110460644A
CN110460644A CN201910646291.4A CN201910646291A CN110460644A CN 110460644 A CN110460644 A CN 110460644A CN 201910646291 A CN201910646291 A CN 201910646291A CN 110460644 A CN110460644 A CN 110460644A
Authority
CN
China
Prior art keywords
parsed
parsing result
solicited message
data
processing
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
Application number
CN201910646291.4A
Other languages
English (en)
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.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology 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 Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201910646291.4A priority Critical patent/CN110460644A/zh
Publication of CN110460644A publication Critical patent/CN110460644A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明实施例提供了一种数据处理方法和流媒体服务器，所述方法包括：读取预设位数的请求信息，并对所述请求信息进行预解析；若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。在上述方法中，在流媒体服务器捕获请求信息时，对请求信息内的预设内容进行预解析，根据预解析结果将请求信息放入不同的处理线程进行处理。这样，在没有新增端口的情况下，将微信数据和一般数据统一放在一个端口中进行处理，增强了数据安全防护。

Description

一种数据处理方法和流媒体服务器
技术领域
本发明涉及视联网技术领域，特别是涉及一种数据处理方法和流媒体服务器。
背景技术
目前，流媒体服务器的收发接口通过IOCP(Input/Output Completion Port，输入输出完成端口)通讯模型来实现收发数据。然而，IOCP通讯模型对数据的处理模式单一，无法识别和处理特殊的数据格式。对于来自微信端的请求信息，由于其数据格式与传统的业务端的数据格式不同，IOCP通讯模型无法识别和处理微信数据，流媒体服务器只能新增接收端口来专门处理微信端的数据。这样，造成流媒体服务器暴露在外界的端口增多，不利于数据安全防护。
发明内容
鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据处理方法和流媒体服务器。
为了解决上述问题，本发明实施例公开了一种数据处理方法，应用于存储管理服务器，所述方法包括：
读取预设位数的请求信息，并对所述请求信息进行预解析；
若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；
若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。
可选地，所述若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理，包括：
若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；
将所述请求信息存放至第一处理线程的队列中进行等待处理，其中，所述第一处理线程为处理http格式数据的线程。
可选地，所述若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理，包括：
若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；
从所述预解析得到的解析结果中获取目标字节数；
从所述请求信息中拉取所述目标字节数的数据进行再解析；
将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，其中，所述第二处理线程为基于IOCP通讯模型的处理线程。
可选地，在将所述预解析得到的解析结果存放至第一处理线程中进行处理之后，还包括：
根据所述预设位数更新起始读取位置；
在根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理之后，还包括：
根据所述再解析得到的解析结果更新起始读取位置。
可选地，所述预设位数为http格式的数据中单个请求行所占的位数。
本发明实施例还公开一种流媒体服务器，应用于视联网，所述服务器包括：
预解析模块，用于读取预设位数的请求信息，并对所述请求信息进行预解析；
第一处理模块，用于若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；
第二处理模块，用于若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。
可选地，所述第一处理模块包括：
第一确定子模块，用于若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；
第一处理子模块，用于将所述请求信息存放至第一处理线程的队列中进行等待处理，其中，所述第一处理线程为处理http格式数据的线程。
可选地，所述第二处理模块，包括：
第二确定子模块，用于若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；
获取子模块，用于从所述预解析得到的解析结果中获取目标字节数；
拉取子模块，用于从所述请求信息中拉取所述目标字节数的数据进行再解析；
第二处理子模块，用于将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，其中，所述第二处理线程为基于IOCP通讯模型的处理线程。
可选地，所述服务器还包括：
第一更新模块，用于根据所述预设位数更新起始读取位置；
第二更新模块，用于根据所述再解析得到的解析结果更新起始读取位置。
可选地，所述预设位数为http格式的数据中单个请求行所占的位数。
本发明实施例包括以下优点：
在本发明实施例中，读取预设位数的请求信息，并对所述请求信息进行预解析；若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。在上述方法中，为解决微信公众平台与流媒体服务器进行交互的通用性，在流媒体服务器捕获请求信息时，对请求信息内的预设内容进行预解析，根据预解析结果将请求信息放入不同的处理线程进行处理。这样，在没有新增端口的情况下，将微信数据和一般数据统一放在一个端口中进行处理，增强了数据安全防护。
附图说明
图1是本发明的一种视联网的组网示意图；
图2是本发明的一种节点服务器的硬件结构示意图；
图3是本发明的一种接入交换机的硬件结构示意图；
图4是本发明的一种以太网协转网关的硬件结构示意图；
图5是本发明的一种数据处理方法实施例的步骤流程图之一；
图6是本发明的一种数据处理方法实施例的步骤流程图之二；
图7是本发明的一种数据处理方法实施例的步骤流程图之三；
图8是本发明的一种数据处理方法实施例的数据流图；
图9是本发明的一种流媒体服务器的结构框图之一；
图10是本发明的一种流媒体服务器的结构框图之二；
图11是本发明的一种流媒体服务器的结构框图之三。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个***平台，通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：
视联网所应用的部分技术如下所述：
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作***，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。
视联网的组网如下所述：
视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示，视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。
其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。
类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。
其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。
由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。
各接入网设备的具体硬件结构为：
节点服务器：
如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；
其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。
接入交换机：
如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；
其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块304进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。
交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：
如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；
如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。
码率控制模块308是由CPU模块304来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。
以太网协转网关：
如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；
下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端：
主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示，接入网的数据包主要包括以下几部分：
DA SA Reserved Payload CRC
其中：
目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；
源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；
保留字节由2个字节组成；
payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；
CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示，城域网的数据包主要包括以下几部分：
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。
基于视联网的上述特性，提出了本发明实施例的核心构思之一，遵循视联网的协议，由视联网流媒体服务器读取预设位数的请求信息，并对所述请求信息进行预解析，根据预解析的结果存放至相应的处理线程进行处理。
参照图5，示出了本发明的一种数据处理方法实施例的步骤流程图之一，该方法应用于视联网流媒体服务器，所述方法包括：
步骤501、读取预设位数的请求信息，并对所述请求信息进行预解析。
在本发明实施例中，视联网的流媒体服务器是对视联网中传送的音频、视频和多媒体文件等媒体内容进行采集、缓存、调度和传输播放的设备。视联网的流媒体服务器主要通过IOCP模型(I/O Completion Port，I/O完成端口)高效处理多种客户端的数据交换，IOCP模型属于一种通讯模型，处理的数据类型一般为TCP、IP、UDP等格式。
对于视联网的工作人员来说，需要随时对视联网中大量的监控设备进行管理和查看，以获取异常设备信息并进行维护，由此开发了在微信公众平台上对众多监控设备进行查询和调取的功能，以满足工作人员随时随地通过移动终端掌握监控设备情况。具体地，工作人员在目标微信公众平台上点击第一预设选项，发送获取特定范围内的监控设备列表的请求信息，或，点击第二预设选项，发送获取特定范围内的监控设备运行状况的请求信息等。微信公众平台是构建在http协议之上的web应用，该通信过程类似于客户机向服务器发送请求，使用http(超文本传输协议)协议。http是一个基于请求与响应模式的、无状态的、应用层的协议。为解决微信公众平台与流媒体服务器进行交互的通用性，需要在流媒体服务器的IOCP模型的端口捕获请求信息时，对请求信息内的预设内容进行预解析。流媒体服务器读取请求信息，一般首先读取请求信息中的预设内容，该预设内容由预设初始位数的字符组成。流媒体服务器对该预设内容进行预解析。
可选地，所述预设位数为http格式的数据中单个请求行所占的位数。
在本发明实施例中，http请求由三部分组成，分别是：请求行、消息报头、请求正文。请求行以一个方法符号开头，以空格分开，后面跟着请求的URL和协议的版本。请求行以一个方法符号开头，以空格分开，后面跟着请求的URL和协议的版本，格式如下：MethodRequest-URI HTTP-Version CRLF。其中Method表示请求方法；Request-URL是一个统一资源标识符；HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行。读取请求信息中的预设内容，一般即是读取请求行中的内容，因此预设初始位数为单个请求行所占的位数，单个请求行所占的位数一般为4位。
在步骤501之后，可以执行步骤502，也可以执行步骤503。
步骤502、若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理。
在本发明实施例中，http格式的请求信息的预设内容中一般包含预设字段，该预设字段可以表明该请求信息为http格式，因此，若预解析结果中包含该预设字段，则说明该请求信息为http格式，则需要将该解析结果存放至专门处理http格式的第一处理线程中进行处理。
步骤503、若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。
在本发明实施例中，若预解析结果中不包括预设字段，则说明该请求信息不是http格式的，而可能是TCP或UDP格式的，则读取的预设位数的请求信息，可能是TCP或UDP格式数据包的包头信息，可以对包头信息进行再解析，从而在包头中获得该TCP或UDP格式数据包的更多信息，以方便后续放入第二处理线程进行处理。
采用上述方法处理请求信息，目的是为了节省一个收发端口，对外暴露的端口越少，那么恶意攻击就越少，数据越安全。并且，上述方法功能实现简单、快速。如果重新搭建一个针对http格式数据的端口，还需要耦合上层结构，在回复请求信息时涉及到数据上传、获取监控资源、获取监控流，还得有一套全新的东西，耗时较多、代价较大。现在上层还是用原来的东西，只是在底层耦合，底层耦合完上层就耦合了。
综上所述，在本发明实施例中，读取预设位数的请求信息，并对所述请求信息进行预解析；若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。在上述方法中，为解决微信公众平台与流媒体服务器进行交互的通用性，在流媒体服务器捕获请求信息时，对请求信息内的预设内容进行预解析，根据预解析结果将请求信息放入不同的处理线程进行处理。这样，在没有新增端口的情况下，将微信数据和一般数据统一放在一个端口中进行处理，增强了数据安全防护。
参照图6，示出了本发明的一种数据处理方法实施例的步骤流程图之二，该方法应用于视联网流媒体服务器，所述方法包括：
步骤601、读取预设位数的请求信息，并对所述请求信息进行预解析。
在本发明实施例中，步骤601可以参照步骤501，此处不再赘述。
步骤602、若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据。
在本发明实施例中，http请求信息中的请求行以一个方法符号开头，后面跟着请求的URL和协议的版本，其中，方法符号表示请求的方法，请求方法一般包括get和post两种。get请求获取Request-URL所标识的资源，post在Request-URL所标识的资源后附加新的数据，使用哪种方法，则在请求行中包括该字段。对于TCP或UDP格式的数据来说，其包头中一般包括源端口号、目的端口号、首部长度等信息，其中不包括post或get字段。所以，若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据。
步骤603、将所述请求信息存放至第一处理线程的队列中进行等待处理，其中，所述第一处理线程为处理http格式数据的线程。
在本发明实施例中，在判断出请求信息为http格式数据后，则将该请求信息存放至第一处理线程的队列中，即处理http格式数据的线程队列中，进行等待处理。
具体地，第一处理线程根据请求信息获取所请求的数据，例如，监控设备列表、异常监控设备号码等数据，在获取到请求数据后，通过第一处理线程发送http格式的响应数据至请求方。
步骤604、根据所述预设位数更新起始读取位置。
在本发明实施例中，在对预设位数的请求信息进行解析完毕，将解析结果放入第一处理线程后，将起始读取位置向后推移预设位数，作为更新后的起始读取位置，开始新一轮的读取和解析。其中，预设位数一般为http格式的数据中单个请求行所占的位数，例如，可以为4位字节。
综上所述，本发明实施例除具有图5中的数据处理方法的有益效果外，若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；将所述请求信息存放至第一处理线程的队列中进行等待处理，使得流媒体服务器可以准确判定请求信息的格式为http格式，并将请求信息存放至处理http信息的线程进行高效处理。
参照图7，示出了本发明的一种数据处理方法实施例的步骤流程图之三，该方法应用于视联网流媒体服务器，所述方法包括：
步骤701、读取预设位数的请求信息，并对所述请求信息进行预解析。
在本发明实施例中，步骤701可以参照步骤501，此处不再赘述。
步骤702、若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据。
在本发明实施例中，http请求信息中的请求行以一个方法符号开头，后面跟着请求的URL和协议的版本，其中，方法符号表示请求的方法，请求方法一般包括get和post两种。若解析结果中不包括post和get字段，则说明该请求信息不是http格式的。因为发给流媒体服务器的数据除了http格式，一般为TCP或UDP格式，则此时可确定请求信息为TCP或UDP格式的数据。
步骤703、从所述预解析得到的解析结果中获取目标字节数。
在本发明实施例中，根据视联网V2V通信协议，在TCP或UDP协议的数据中，在包头部分增加数据内容部分的长度信息，即通过解析包头信息，可以得到数据内容部分的长度信息。
具体地，流媒体服务器通过IOCP通讯模型接收客户终端传输过来的数据，在IOCP-receive接收端口中持续接受数据，并进行按照预设位数解析，该预设位数一般为4位。若包含GET或POST字段则认为是微信端发来的信息，直接拉取4字节数据到第一处理线程，即HTTP模块中进行业务处理，然后继续解析下一个4位字节。若不包含GET或POST字段，则按照4位字节解析，即是解析TCP或UDP数据的包头部分，可以解析出来请求信息中的数据内容所占字节长度，该字节长度即为目标字节数。同时，将预设位数的数据重新放入请求信息中。
步骤704、从所述请求信息中拉取所述目标字节数的数据进行再解析。
在本发明实施例中，因为目标字节数表示数据内容部分所占长度，则第二处理线程可以从已放回预设位数数据的请求信息中拉取目标字节数的数据，对该部分进行再解析，可以得到请求信息的具体内容。
步骤705、将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，其中，所述第二处理线程为基于IOCP通讯模型的处理线程。
在本发明实施例中，对请求信息的具体内容进行解析后，则需要根据解析内容对请求信息进行处理。具体地，将解析结果封装到请求信息原有的格式，TCP或UDP格式，并存放至第二处理线程的队列中等待处理。流媒体服务器对于TCP或UDP格式的数据包可以直接使用IOCP通信模型进行解析，因此，第二处理线程为基于IOCP通讯模型的处理线程。
步骤706、根据所述再解析得到的解析结果更新起始读取位置。
在本发明实施例中，从所述请求信息中拉取所述目标字节数的数据进行再解析之后，从所述拉取的数据之后开始重新进行预解析，即从拉取的数据之后更新起始读取位置，这样可以保证重新读取的数据是没有进行过读取和解析的数据。
综上所述，本发明实施例除具有图5中的数据处理方法的有益效果外，若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；从所述预解析得到的解析结果中获取目标字节数；从所述请求信息中拉取所述目标字节数的数据进行再解析；将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，使得流媒体服务器可以准确判定请求信息的格式为TCP或UDP格式，并将请求信息存放至基于IOCP通讯模型的处理线程进行高效处理。
参照图8，示出了本发明的一种数据处理方法实施例的数据流图，该方法应用于视联网流媒体服务器。具体数据流如下：
第一步，微信客户终端或移动终端或PC客户终端向流媒体服务器发送请求信息。第二步，流媒体服务器的守护线程接收请求信息。第三步，流媒体服务器按位解析请求信息，例如，预设位数可以为4字节。第四步，判断解析结果中是否包含get/post字段。第五步，若不包含，则拉取解析出长度的数据。第六步，对拉取出的数据进行TCP/UDP封包存放队列。第七步，若包含，则拉取数据到http线程中进行处理。
参照图9，示出了本发明的一种流媒体服务器的结构框图之一。所述服务器600包括：
预解析模块601，用于读取预设位数的请求信息，并对所述请求信息进行预解析；
第一处理模块602，用于若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；
第二处理模块603，用于若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。
对于结构实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本发明实施例提供的流媒体服务器，读取预设位数的请求信息，并对所述请求信息进行预解析；若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。在上述方法中，为解决微信公众平台与流媒体服务器进行交互的通用性，在流媒体服务器捕获请求信息时，对请求信息内的预设内容进行预解析，根据预解析结果将请求信息放入不同的处理线程进行处理。这样，在没有新增端口的情况下，将微信数据和一般数据统一放在一个端口中进行处理，增强了数据安全防护。
参照图10，在图9的基础上，示出了本发明的一种流媒体服务器的结构框图之二。所述第一处理模块602包括：
第一确定子模块6021，用于若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；
第一处理子模块6022，用于将所述请求信息存放至第一处理线程的队列中进行等待处理，其中，所述第一处理线程为处理http格式数据的线程。
所述服务器600还包括：
第一更新模块604，用于根据所述预设位数更新起始读取位置。
对于结构实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本发明实施例提供的流媒体服务器，除具有图9中的流媒体服务器的有益效果外，若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；将所述请求信息存放至第一处理线程的队列中进行等待处理，使得流媒体服务器可以准确判定请求信息的格式为http格式，并将请求信息存放至处理http信息的线程进行高效处理。
参照图11，在图9的基础上，示出了本发明的一种流媒体服务器的结构框图之三。所述第二处理模块603，包括：
第二确定子模块6031，用于若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；
获取子模块6032，用于从所述预解析得到的解析结果中获取目标字节数；
拉取子模块6033，用于从所述请求信息中拉取所述目标字节数的数据进行再解析；
第二处理子模块6034，用于将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，其中，所述第二处理线程为基于IOCP通讯模型的处理线程。
所述服务器600还包括：
第二更新模块605，用于根据所述再解析得到的解析结果更新起始读取位置。
对于结构实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
综上所述，本发明实施例提供的流媒体服务器，除具有图9中的流媒体服务器的有益效果外，若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；从所述预解析得到的解析结果中获取目标字节数；从所述请求信息中拉取所述目标字节数的数据进行再解析；将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，使得流媒体服务器可以准确判定请求信息的格式为TCP或UDP格式，并将请求信息存放至基于IOCP通讯模型的处理线程进行高效处理。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种数据处理方法和流媒体服务器，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种数据处理方法，其特征在于，应用于视联网中的流媒体服务器，所述方法包括：
读取预设位数的请求信息，并对所述请求信息进行预解析；
若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；
若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。
2.根据权利要求1所述的方法，其特征在于，所述若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理，包括：
若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；
将所述请求信息存放至第一处理线程的队列中进行等待处理，其中，所述第一处理线程为处理http格式数据的线程。
3.根据权利要求1所述的方法，其特征在于，所述若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理，包括：
若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；
从所述预解析得到的解析结果中获取目标字节数；
从所述请求信息中拉取所述目标字节数的数据进行再解析；
将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，其中，所述第二处理线程为基于IOCP通讯模型的处理线程。
4.根据权利要求1所述的方法，其特征在于，在将所述预解析得到的解析结果存放至第一处理线程中进行处理之后，还包括：
根据所述预设位数更新起始读取位置；
在根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理之后，还包括：
根据所述再解析得到的解析结果更新起始读取位置。
5.根据权利要求1所述的方法，其特征在于，所述预设位数为http格式的数据中单个请求行所占的位数。
6.一种流媒体服务器，其特征在于，应用于视联网，所述服务器包括：
预解析模块，用于读取预设位数的请求信息，并对所述请求信息进行预解析；
第一处理模块，用于若所述预解析得到的解析结果中包括预设字段，则将所述预解析得到的解析结果存放至第一处理线程中进行处理；
第二处理模块，用于若所述预解析得到的解析结果中不包括预设字段，则根据所述预解析得到的解析结果进行再解析，并将所述再解析得到的解析结果存放至第二处理线程中进行处理。
7.根据权利要求6所述的服务器，其特征在于，所述第一处理模块包括：
第一确定子模块，用于若解析结果中包括post或get字段，则确定所述请求信息为微信终端发送的http格式的数据；
第一处理子模块，用于将所述请求信息存放至第一处理线程的队列中进行等待处理，其中，所述第一处理线程为处理http格式数据的线程。
8.根据权利要求6所述的服务器，其特征在于，所述第二处理模块，包括：
第二确定子模块，用于若所述解析结果中不包括post和get字段，则确定所述请求信息为TCP或UDP格式的数据；
获取子模块，用于从所述预解析得到的解析结果中获取目标字节数；
拉取子模块，用于从所述请求信息中拉取所述目标字节数的数据进行再解析；
第二处理子模块，用于将所述再解析得到的解析结果封装为TCP或UDP格式存放至第二处理线程的队列中进行等待处理，其中，所述第二处理线程为基于IOCP通讯模型的处理线程。
9.根据权利要求6所述的服务器，其特征在于，所述服务器还包括：
第一更新模块，用于根据所述预设位数更新起始读取位置；
第二更新模块，用于根据所述再解析得到的解析结果更新起始读取位置。
10.根据权利要求6所述的服务器，其特征在于，所述预设位数为http格式的数据中单个请求行所占的位数。
CN201910646291.4A 2019-07-17 2019-07-17 一种数据处理方法和流媒体服务器 Pending CN110460644A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910646291.4A CN110460644A (zh) 2019-07-17 2019-07-17 一种数据处理方法和流媒体服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910646291.4A CN110460644A (zh) 2019-07-17 2019-07-17 一种数据处理方法和流媒体服务器

Publications (1)

Publication Number Publication Date
CN110460644A true CN110460644A (zh) 2019-11-15

Family

ID=68481388

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910646291.4A Pending CN110460644A (zh) 2019-07-17 2019-07-17 一种数据处理方法和流媒体服务器

Country Status (1)

Country Link
CN (1) CN110460644A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111338747A (zh) * 2020-02-06 2020-06-26 视联动力信息技术股份有限公司 一种数据通信方法、装置、终端设备和存储介质
CN111740996A (zh) * 2020-06-22 2020-10-02 四川长虹电器股份有限公司 一种流量解析场景下快速拆分http请求与响应的方法
CN118158205A (zh) * 2024-05-11 2024-06-07 深圳天海宸光科技有限公司 一种短期流媒体缓存处理方法、装置、介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100174817A1 (en) * 2009-01-06 2010-07-08 Chetuparambil Madhu K Splicing proxied web requests with callback for subsequent requests
CN103391289A (zh) * 2013-07-16 2013-11-13 中船重工(武汉)凌久高科有限公司 一种基于完成端口模型的多链路安全通信方法
CN108881147A (zh) * 2017-12-29 2018-11-23 北京视联动力国际信息技术有限公司 一种视联网的数据处理方法和装置
CN109640120A (zh) * 2018-12-18 2019-04-16 浩云科技股份有限公司 一种高并发音视频媒体数据网络传输方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100174817A1 (en) * 2009-01-06 2010-07-08 Chetuparambil Madhu K Splicing proxied web requests with callback for subsequent requests
CN103391289A (zh) * 2013-07-16 2013-11-13 中船重工(武汉)凌久高科有限公司 一种基于完成端口模型的多链路安全通信方法
CN108881147A (zh) * 2017-12-29 2018-11-23 北京视联动力国际信息技术有限公司 一种视联网的数据处理方法和装置
CN109640120A (zh) * 2018-12-18 2019-04-16 浩云科技股份有限公司 一种高并发音视频媒体数据网络传输方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
叶庆伟: ""一种新型视频监控***多协议动态服务器的设计与开发"", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111338747A (zh) * 2020-02-06 2020-06-26 视联动力信息技术股份有限公司 一种数据通信方法、装置、终端设备和存储介质
CN111740996A (zh) * 2020-06-22 2020-10-02 四川长虹电器股份有限公司 一种流量解析场景下快速拆分http请求与响应的方法
CN111740996B (zh) * 2020-06-22 2021-06-22 四川长虹电器股份有限公司 一种流量解析场景下快速拆分http请求与响应的方法
CN118158205A (zh) * 2024-05-11 2024-06-07 深圳天海宸光科技有限公司 一种短期流媒体缓存处理方法、装置、介质及电子设备

Similar Documents

Publication Publication Date Title
CN110121059A (zh) 监控视频处理方法、装置及存储介质
CN110198345A (zh) 一种数据请求方法、***及装置和存储介质
CN108965367A (zh) 一种控制视联网服务器的方法和***
CN108880926A (zh) 一种服务器监控的方法和装置
CN109996086A (zh) 一种视联网业务状态查询方法及装置
CN109617956A (zh) 一种数据处理方法和装置
CN108989837A (zh) 一种图片截取的方法和装置
CN108307212B (zh) 一种文件点播方法和装置
CN110381119A (zh) 一种日志信息的获取方法、***及装置和存储介质
CN110190973A (zh) 一种在线状态检测方法及装置
CN108810579A (zh) 一种视频数据请求方法、协转服务器以及视联网服务器
CN110505204A (zh) 一种即时语音通信方法、装置、电子设备及可读存储介质
CN109547163A (zh) 一种数据传输速率的控制方法和装置
CN110460644A (zh) 一种数据处理方法和流媒体服务器
CN109284265A (zh) 一种数据存储方法和***
CN110048903A (zh) 一种协转网关状态监控方法和装置
CN110049280A (zh) 监控数据的处理方法和装置
CN109491783A (zh) 一种内存利用率的获取方法和***
CN110505107A (zh) 一种监控方法和视联网管理***
CN110430168A (zh) 一种数据压缩的方法和装置
CN110392227A (zh) 数据处理方法、装置及存储介质
CN110336710A (zh) 一种终端的测试方法、***及装置和存储介质
CN109698859A (zh) 一种基于视联网的数据存储方法和装置
CN109617766A (zh) 一种心跳处理方法和装置
CN109525635A (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: 20191115