CN110222075A - 一种响应数据查询的方法、视联网系统以及mserver系统 - Google Patents
一种响应数据查询的方法、视联网系统以及mserver系统 Download PDFInfo
- Publication number
- CN110222075A CN110222075A CN201910341130.4A CN201910341130A CN110222075A CN 110222075 A CN110222075 A CN 110222075A CN 201910341130 A CN201910341130 A CN 201910341130A CN 110222075 A CN110222075 A CN 110222075A
- Authority
- CN
- China
- Prior art keywords
- data
- group
- thread
- sent
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/43—Querying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种响应数据查询的方法、视联网系统以及mserver系统,所述方法应用于视联网中的mserver系统,所述方法包括:接收数据查询设备发送的数据查询请求;获取与所述数据查询请求相对应的目标数据;将所述目标数据划分为N组数据,N为大于1的整数;调用N个线程对所述N组数据进行并行处理,得到N组处理后数据;将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。采用本申请提供的响应数据查询的方法和系统,不仅能快速地响应数据查询请求,对目标数据进行处理,提高mserver系统的业务执行效率,而且能及时地将处理后数据返回给数据查询设备,以便于数据查询设备能及时响应接收到的处理后数据。
Description
技术领域
本发明涉及视联网技术领域,具体涉及一种响应数据查询的方法、视联网系统以及mserver系统。
背景技术
在视联网的实际应用中,接入视联网的前端设备数量巨大。通常情况下,mserver系统一端与上级管理平台连接,另一端与多个接入视联网的前端设备连接,当mserver系统接到上级管理平台发送的数据查询请求时,根据数据查询请求从多个目标前端设备获取到与该数据查询请求对应的响应数据,并按照上级管理平台所要求的数据格式对该响应数据进行处理。相关技术中的一种对响应数据进行处理的方式为:运行mserver系统的设备的操作系统从创建的线程池中调用一个线程,由该线程对待处理的响应数据进行数据格式的处理。然后mserver系统再将处理得到的数据分批次发送给上级管理平台。
然而,上述给出的mserver系统对响应数据进行处理并发送给上级管理平台的过程存在一个缺点,即:当上级管理平台需要查询的数据量比较大时,mserver系统需要花较长的时间才能完成对响应数据的处理,使得上级管理平台需要等待较长的时间才能接收到处理后的数据,在某些场景中,若上级管理平台需要快速对所查询到的数据进行处理(例如:将查询到的数据尽快地返回给用户),上述给出的方式会严重影响用户的使用体验。
因而,相关技术中急需一种能更好地响应数据查询的方案。
发明内容
为解决上述问题,本申请提供了一种响应数据查询的方法、视联网系统以及mserver系统。
本申请实施例第一方面提供了一种响应数据查询的方法,应用于视联网中的mserver系统;所述方法包括:
接收数据查询设备发送的数据查询请求;
获取与所述数据查询请求相对应的目标数据;
将所述目标数据划分为N组数据,N为大于1的整数;
调用N个线程对所述N组数据进行并行处理,得到N组处理后数据;
将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。
可选地,将所述目标数据划分为N组数据,包括:
确定运行所述mserver系统的设备的各个CPU芯片可运行的线程的数量,将各个所述CPU芯片可运行的线程的数量的和确定为N;
对所述目标数据的数据结构进行切分,得到N个子数据结构;
对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
可选地,在将所述目标数据划分为N组数据后,且调用N个线程对所述N组数据进行并行处理前,所述方法还包括:
创建N个线程,并在创建时将每一个线程的线程句柄与所述N组数据中的一组数据的编号绑定;
调用N个线程对所述N组数据进行并行处理,包括:
调用所述N个线程,按照一个线程处理与自己绑定的一组数据的方式,对所述N组数据进行并行处理。
可选地,将所述目标数据划分为N组数据,包括:
确定运行所述mserver系统的设备的CPU芯片的数量,将所述数量确定为N;
对所述目标数据的数据结构进行切分,得到N个子数据结构;
对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据;
调用N个线程对所述N组数据进行并行处理,包括:
调用N个所述CPU芯片各自运行的一个线程,按照一个线程处理一组数据的方式,对所述N组数据进行并行处理。
可选地,在接收数据查询设备发送的数据查询请求前,所述方法还包括:
与所述数据查询设备协商数据格式;
调用N个线程对所述N组数据进行并行处理,包括:
调用N个线程,按照所述数据格式对所述N组数据进行并行处理。
可选地,将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备,包括:
将所述N组处理后数据组合为待发送数据,并保存到消息发送队列;
调用收发消息线程将所述消息发送队列中的所述待发送数据发送给所述数据查询设备。
可选地,所述mserver系统与多个数据存储设备连接;获取与所述数据查询请求相对应的目标数据,包括:
将所述数据查询请求发送给所述多个数据存储设备;
接收所述多个数据存储设备中至少一个数据存储设备返回的所述目标数据。
本申请实施例第二方面提供了一种视联网系统,包括:上级平台、mserver系统以及至少一个数据存储设备,所述mserver系统与所述上级平台和所述至少一个数据存储设备分别连接;
所述上级平台用于发送数据查询请求;
所述mserver系统用于执行本申请实施例第一方面所述的一种响应数据查询的方法;
所述至少一个数据存储设备用于存储数据。
本申请实施例第三方面提供了一种mserver系统,所述mserver系统包括:
接收模块,用于接收数据查询设备发送的数据查询请求;
获取模块,用于获取与所述数据查询请求相对应的目标数据;
划分模块,用于将所述目标数据划分为N组数据N为大于1的整数;
处理模块,用于调用N个线程对所述N组数据进行并行处理,得到N组处理后数据;
发送模块,用于将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。
可选地,所述划分模块包括:
第一确定模块,用于确定运行所述mserver系统的设备的各个CPU芯片可运行的线程的数量,将各个所述CPU芯片可运行的线程的数量的和确定为N;
第一数据切分模块,用于对所述目标数据的数据结构进行切分,得到N个子数据结构;
第一编号模块,用于对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
可选地,所述mserver系统还包括:
绑定模块,用于创建N个线程,并在创建时将每一个线程的线程句柄与所述N组数据中的一组数据的编号绑定;
所述处理模块包括:
第一处理模块,用于调用所述N个线程,按照一个线程处理与自己绑定的一组数据的方式,对所述N组数据进行并行处理。
可选地,所述划分模块包括:
第二确定模块,用于确定运行所述mserver系统的设备的CPU芯片的数量,将所述数量确定为N;
第二切分模块,用于对所述目标数据的数据结构进行切分,得到N个子数据结构;
第二编号模块,用于对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据;
所述处理模块包括:
第二处理模块,用于按照一个线程处理一组数据的方式,对所述N组数据进行并行处理。
可选地,所述mserver系统还包括:
协商模块,用于与所述数据查询设备协商数据格式;
所述处理模块包括:
第三处理模块,用于调用N个线程,按照所述数据格式对所述N组数据进行并行处理。
可选地,所述发送模块包括:
组合模块,用于将所述N组处理后数据组合为待发送数据,并保存到消息发送队列;
发送子模块,用于调用收发消息线程将所述消息发送队列中的所述待发送数据发送给所述数据查询设备。
可选地,所述mserver系统与多个数据存储设备连接,所述获取模块包括:
查询请求发送模块,用于将所述数据查询请求发送给所述多个数据存储设备;
目标数据接收模块,用于接收所述多个数据存储设备中至少一个数据存储设备返回的所述目标数据。
本申请提供一种响应数据查询的方法,应用于视联网中的mserver系统,当mserver系统接收到数据查询设备发送的数据查询请求时,首先获取到与该数据查询请求相对应的目标数据;然后再将目标数据划分为N组数据;接着,调用N个线程对N组数据进行并行处理,得到N组处理后数据,对N组数据进行并行处理能保证快速地将目标数据处理完毕;最后,将N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。采用本申请提供的响应数据查询的方法,不仅能快速地对目标数据进行处理,提高mserver系统的业务执行效率,而且能及时地将处理后数据返回给数据查询设备,以便于数据查询设备能及时接收到的处理后数据。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一种视联网的组网示意图;
图2是本申请的一种节点服务器的硬件结构示意图;
图3是本申请的一种接入交换机的硬件结构示意图;
图4是本申请的一种以太网协转网关的硬件结构示意图;
图5是本申请一实施例示出的一种响应数据查询的方法的流程图;
图6是本申请一实施例示出的N个线程对N组数据进行并行处理的过程示意图;
图7是本申请一实施例示出的一种视联网系统的示意图;
图8是本申请一实施例示出的一种mserver系统的示意图。
具体实施方式
下文描述了本发明的具体实施方式,该实施方式为示意性的,旨在揭示本发明的具体工作过程,不能理解为对权利要求的保护范围的进一步限定。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、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是本申请的一种视联网的组网示意图,如图1所示,视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连,接入交换机可以与多个终端相连,并可以连接以太网。
其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
类似的,城域网部分的设备也可以分为3类:城域服务器,节点交换机,节点服务器。城域服务器与节点交换机相连,节点交换机可以与多个节点服务器相连。
其中,节点服务器即为接入网部分的节点服务器,即节点服务器既属于接入网部分,又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点,可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机,也可直接连接节点服务器。
由此可见,整个视联网络是一种分层集中控制的网络结构,而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称,接入网部分可以组成统一视频平台(虚线圈中部分),多个统一视频平台可以组成视联网;每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本申请实施例的视联网中的设备主要可以分为3类:服务器,交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类:节点服务器,接入交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。
各接入网设备的具体硬件结构为:
节点服务器:
图2是本申请的一种节点服务器的硬件结构示意图,如图2所示,主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204;
其中,网络接口模块201,CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202;交换引擎模块202对进来的包进行查地址表205的操作,从而获得包的导向信息;并根据包的导向信息把该包存入对应的包缓存器206的队列;如果包缓存器206的队列接近满,则丢弃;交换引擎模202轮询所有包缓存器队列,如果满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制,包括对硬盘的初始化、读写等操作;CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理,对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置,以及,对磁盘阵列模块204的配置。
接入交换机:
图3是本申请的一种接入交换机的硬件结构示意图,如图3所示,主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304;
其中,下行网络接口模块301进来的包(上行数据)进入包检测模块305;包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求,如果符合,则分配相应的流标识符(stream-id),并进入交换引擎模块303,否则丢弃;上行网络接口模块302进来的包(下行数据)进入交换引擎模块303;CPU模块204进来的数据包进入交换引擎模块303;交换引擎模块303对进来的包进行查地址表306的操作,从而获得包的导向信息;如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃;如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃。
交换引擎模块303轮询所有包缓存器队列,在本申请实施例中分两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率控制模块产生的令牌;
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率控制模块208是由CPU模块204来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理,对地址表306的配置,以及,对码率控制模块308的配置。
以太网协转网关:
图4是本申请的一种以太网协转网关的硬件结构示意图,如图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是本申请一实施例示出的一种响应数据查询的方法的流程图。参照图5,所述方法包括以下步骤:
步骤S11:接收数据查询设备发送的数据查询请求。
步骤S12:获取与所述数据查询请求相对应的目标数据。
步骤S13:将所述目标数据划分为N组数据,N为大于1的整数。
步骤S14:调用N个线程对所述N组数据进行并行处理,得到N组处理后数据。
步骤S15:将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。
在步骤S11中,数据查询设备是指运行有上级管理平台的,可以接收数据查询请求的设备,例如PC机或者其它终端设备。在上级管理平台上,用户可以自定义数据查询请求(目标数据源、查询的数据的类型、范围等),例如:某企业的总部要查询各个分公司的业务数据,则总部在数据查询设备上输入数据查询请求,例如数据查询请求的内容为各个分公司在XX年XX月新增的客户的数据,则数据查询设备将该数据查询请求发送给mserver系统,mserver系统获取该数据查询请求,再分别发送给各个分公司。
在步骤S12中,mserver系统获取与所述数据查询请求相对应的目标数据,以步骤S11中的总部查询各个分公司的业务数据为例,mserver系统将数据查询请求分别发送给各个分公司后,接收各个分公司返回的在XX年XX月新增的客户的数据并作为目标数据。
在步骤S13中,将目标数据的数据结构进行切分,得到N组数据。其中,切分方式是任意的,每一个组的数据量可以是不同的。
在本申请中,还可以为划分得到的N组数据加互斥锁,使得N组数据之间呈互斥关系。N组数据之间呈互斥关系是指:一个线程在读取到一组数据后,其它线程无法读取到该组数据,即:每一组数据不能同时由两个线程处理,以防止不同线程在对同一组数据进行处理时容易导致该组数据丢失或者损坏的现象。例如:目标数据的数据结构为一个长度为100的数组时,将该长度为100的数组切分为5组长度分别为20的数组,分别为数组1、数组2、数组3、数组4以及数组5,线程1在读取数组1后,其它线程是无法读取数组1的,即5个数组之间相互之间呈互斥关系。
在步骤S14中,N个线程对N组数据进行并行处理的处理过程需要根据与上级管理平台协商好的数据格式来确定,例如:上级管理平台在发送的数据查询请求中给出了具体的数据格式,则N个线程分别将N组数据的数据格式转换为该数据格式。
具体地,N个线程对N组数据进行并行处理,包括:将对目标数据进行划分得到的N组数据与N个线程进行匹配;N个线程中的每一个线程从N组数据中读取与各自对应的一组数据;N个线程对各自读取的一组数据进行处理。其中,将N组数据与N个线程进行匹配可以是任意的,也可以是按照一定的规律的(例如:将N组数据进行编号,将N个线程进行编号,将编号相同的一组数据和一个线程匹配为一组)。
以mserver系统调用5个线程分别对5个数组中的数据进行数据格式转换为例,假设5个线程分别为:线程1、线程2、线程3、线程4以及线程5,其中,线程1与数组1是预先匹配好的,则各个线程在读取各个数组中的数据进行格式转换时,线程1只能读取数组1中的数据并进行处理,同理,其它4个线程也只能读取与自身预先匹配好的数组进行处理。
在步骤S15中,将N组处理后数据组合为待发送数据,具体为:将N组处理后数据按照目标数据给出的顺序重新组合为待发送数据。例如:将长度为100的数组按照给定顺序依次切分为数组1、数组2、数组3、数组4以及数组5,则N个线程对N组数据处理完毕后,得到的N组处理后数据也需要按照给定顺序依次将数组1、数组2、数组3、数组4以及数组5重合组合为待发送数据。
图6是本申请一实施例示出的N个线程对N组数据进行并行处理的过程示意图。参照图6,线程池中包括N个线程,目标数据在被划分为N组数据后,每一个线程依次读取各组数并进行处理,最后,收发消息线程将处理后的各组数据发送给数据查询设备。
在本申请实施例中,当mserver系统接收到数据查询设备发送的数据查询请求时,首先获取到与该数据查询请求相对应的目标数据;然后再将目标数据划分为N组数据;接着,调用N个线程对N组数据进行并行处理,得到N组处理后数据,对N组数据进行并行处理能保证快速地将目标数据处理完毕;最后,将N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。采用本申请提供的响应数据查询的方法,不仅能快速地对目标数据进行处理,提高mserver系统的业务执行效率,而且能及时地将处理后数据返回给数据查询设备,以便于数据查询设备能及时响应接收到的处理后数据。
可选地,步骤S13包括以下步骤:
步骤S131a:确定运行所述mserver系统的设备的各个CPU芯片可运行的线程的数量,将各个所述CPU芯片可运行的线程的数量的和确定为N。
步骤S132a:对所述目标数据的数据结构进行切分,得到N个子数据结构。
步骤S133a:对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
在本实施例中,每一个CPU芯片至少可以运行一个线程,每一个CPU芯片可运行的线程的数量可以是不相同的,因而将所有CPU芯片可运行的线程的总数量确定为N。将目标数据划分为N组数据,保证每一组数据可以由一个线程处理。
对所述N个子数据结构中的每一个子数据结构进行编号处理,即:分别为每一个子数据结构添加编号,例如:有5个子数据结构,依次添加编号为:1、2、3、4和5。
进一步地,还可以对N个子数据结构中的每一个子数据结构进行互斥处理,可以是:对N个子数据结构中的每一个子数据结构加互斥锁;互斥锁用于在第一线程读取第一组待处理数据时,禁止剩余线程读取第一组待处理数据,第一组待处理数据为N组待处理数据中的任意一组待处理数据,第一线程为N个线程中的与第一组待处理数据对应的线程,剩余线程为N个线程中除第一线程外的N-1个线程。
可选地,在将所述目标数据划分为N组数据后,且调用N个线程对所述N组数据进行并行处理前,所述方法还包括以下步骤:
创建N个线程,并在创建时将每一个线程的线程句柄与所述N组数据中的一组数据的编号绑定。
在本实施例中,根据划分得到的N组数据创建一个包含N个线程的线程池,在调用N个线程对所述N组数据进行并行处理时,每一个线程读取与自己绑定好的一组数据并进行处理。
可选地,步骤S13包括以下步骤:
步骤S131b:确定运行所述mserver系统的设备的CPU芯片的数量,将所述数量确定为N。
步骤S132b:对所述目标数据的数据结构进行切分,得到N个子数据结构。
步骤S133b:对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
在本实施例中,按照运行mserver系统的设备的CPU芯片的数量对目标数据的数据结构进行切分,目的是保证得到的每一组数据由一个CPU芯片来处理,通常情况下,一组数据由一个CPU芯片进行处理,与多组数据由一个CPU芯片进行处理相比,对数据的处理效率明显更高。
此外,一个CPU芯片同时可以运行多个线程,但在本实施例中,一个CPU芯片还可以只运行一个线程,通常情况下,一个CPU芯片只运行一个线程,与一个CPU芯片同时运行多个线程相比,对数据的处理效率更高。
可选地,在接收数据查询设备发送的数据查询请求前,所述方法还包括以下步骤:
与所述数据查询设备协商数据格式。
在本申请各个实施例中,mserver系统在与数据查询设备首次通信连接时,会协商彼此之间传输数据时采用的数据格式。Mserver系统在接收到目标数据以后,会将目标数据的格式转换成协商好的数据格式,再返回给数据查询设备。在本实施例中,N个线程在对N组数据进行并行处理时,还可以根据预先与数据查询设备协商好的数据格式对N组数据进行数据格式的转换。
可选地,步骤S15可以包括:
步骤S151:将所述N组处理后数据组合为待发送数据,并保存到消息发送队列。
如前文所述,在将N组数据处理成为N组处理后数据后,还需要按照目标数据原来的顺序将N组处理后数据重新组合为待发送数据,保存到消息发送队列,消息发送队列用于缓存所有的待发送消息。
步骤S152:调用收发消息线程将所述消息发送队列中的所述待发送数据发送给所述数据查询设备。
可选地,所述mserver系统与多个数据存储设备连接;步骤S12还可以包括:
步骤S121:将所述数据查询请求发送给所述多个数据存储设备。
以某企业的总部查询各个分公司的业务数据为例,多个数据存储设备即为存储各个分公司的业务数据的存储设备。
步骤S122:接收所述多个数据存储设备中至少一个数据存储设备返回的所述目标数据。
仍以某企业的总部查询各个分公司的业务数据为例,当总部只是需要查询一部分分公司的业务数据时,在数据查询请求中设置需要查询的分公司的名称、需要查询的业务数据的类型、需要查询的业务数据所属的时间段等等。mserver系统依次将数据查询请求分发到对应的分公司,并从对应的分公司获取到业务数据。
图7是本申请一实施例示出的一种视联网系统的示意图。参照图7,所述视联网系统包括:上级平台、mserver系统以及至少一个数据存储设备,所述mserver系统与所述上级平台和所述至少一个数据存储设备分别连接(例如:图7中mserver系统与n个数据存储设备分别连接);
所述上级平台用于发送数据查询请求;
mserver系统,用于执行前述实施例中的一种响应数据查询的方法;
所述至少一个数据存储设备用于存储数据。
图8是本申请一实施例示出的一种mserver系统的示意图。参照图8,所述mserver系统800包括:
接收模块801,用于接收数据查询设备发送的数据查询请求;
获取模块802,用于获取与所述数据查询请求相对应的目标数据;
划分模块803,用于将所述目标数据划分为N组数据,N为大于1的整数;
处理模块804,用于调用N个线程对所述N组数据进行并行处理,得到N组处理后数据;
发送模块805,用于将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。
可选地,所述划分模块803包括:
第一确定模块,用于确定运行所述mserver系统的设备的各个CPU芯片可运行的线程的数量,将各个所述CPU芯片可运行的线程的数量的和确定为N;
第一数据切分模块,用于对所述目标数据的数据结构进行切分,得到N个子数据结构;
第一编号模块,用于对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
可选地,所述mserver系统还包括:
绑定模块,用于创建N个线程,并在创建时将每一个线程的线程句柄与所述N组数据中的一组数据绑定;
所述处理模块804包括:
第一处理模块,用于调用所述N个线程,按照一个线程处理与自己绑定的一组数据的方式,对所述N组数据进行并行处理。
可选地,所述划分模块803包括:
第二确定模块,用于确定运行所述mserver系统的设备的CPU芯片的数量,将所述数量确定为N;
第二切分模块,用于对所述目标数据的数据结构进行切分,得到N个子数据结构;
第二编号模块,用于对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据;
所述处理模块804包括:
第二处理模块,用于按照一个线程处理一组数据的方式,对所述N组数据进行并行处理。
可选地,所述mserver系统还包括:
协商模块,用于与所述数据查询设备协商数据格式;
所述处理模块804包括:
第三处理模块,用于调用N个线程,按照所述数据格式对所述N组数据进行并行处理。
可选地,所述发送模块805包括:
组合模块,用于将所述N组处理后数据组合为待发送数据,并保存到消息发送队列;
发送子模块,用于调用收发消息线程将所述消息发送队列中的所述待发送数据发送给所述数据查询设备。
可选地,所述mserver系统与多个数据存储设备连接,所述获取模块802包括:
查询请求发送模块,用于将所述数据查询请求发送给所述多个数据存储设备;
目标数据接收模块,用于接收所述多个数据存储设备中至少一个数据存储设备返回的所述目标数据。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (10)
1.一种响应数据查询的方法,其特征在于,应用于视联网中的mserver系统;所述方法包括:
接收数据查询设备发送的数据查询请求;
获取与所述数据查询请求相对应的目标数据;
将所述目标数据划分为N组数据,N为大于1的整数;
调用N个线程对所述N组数据进行并行处理,得到N组处理后数据;
将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。
2.根据权利要求1所述的方法,其特征在于,将所述目标数据划分为N组数据,包括:
确定运行所述mserver系统的设备的各个CPU芯片可运行的线程的数量,将各个所述CPU芯片可运行的线程的数量的和确定为N;
对所述目标数据的数据结构进行切分,得到N个子数据结构;
对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
3.根据权利要求2所述的方法,其特征在于,在将所述目标数据划分为N组数据后,且调用N个线程对所述N组数据进行并行处理前,所述方法还包括:
创建N个线程,并在创建时将每一个线程的线程句柄与所述N组数据中的一组数据的编号绑定;
调用N个线程对所述N组数据进行并行处理,包括:
调用所述N个线程,按照一个线程处理与自己绑定的一组数据的方式,对所述N组数据进行并行处理。
4.根据权利要求1所述的方法,其特征在于,将所述目标数据划分为N组数据,包括:
确定运行所述mserver系统的设备的CPU芯片的数量,将所述数量确定为N;
对所述目标数据的数据结构进行切分,得到N个子数据结构;
对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据;
调用N个线程对所述N组数据进行并行处理,包括:
调用N个所述CPU芯片各自运行的一个线程,按照一个线程处理一组数据的方式,对所述N组数据进行并行处理。
5.根据权利要求1所述的方法,其特征在于,在接收数据查询设备发送的数据查询请求前,所述方法还包括:
与所述数据查询设备协商数据格式;
调用N个线程对所述N组数据进行并行处理,包括:
调用N个线程,按照所述数据格式对所述N组数据进行并行处理。
6.根据权利要求1所述的方法,其特征在于,将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备,包括:
将所述N组处理后数据组合为待发送数据,并保存到消息发送队列;
调用收发消息线程将所述消息发送队列中的所述待发送数据发送给所述数据查询设备。
7.根据权利要求1所述的方法,其特征在于,所述mserver系统与多个数据存储设备连接;获取与所述数据查询请求相对应的目标数据,包括:
将所述数据查询请求发送给所述多个数据存储设备;
接收所述多个数据存储设备中至少一个数据存储设备返回的所述目标数据。
8.一种视联网系统,其特征在于,包括:上级平台、mserver系统以及至少一个数据存储设备,所述mserver系统与所述上级平台和所述至少一个数据存储设备分别连接;
所述上级平台用于发送数据查询请求;
mserver系统,用于执行权利要求1-7任一项所述的一种响应数据查询的方法;
所述至少一个数据存储设备用于存储数据。
9.一种mserver系统,其特征在于,所述mserver系统包括:
接收模块,用于接收数据查询设备发送的数据查询请求;
获取模块,用于获取与所述数据查询请求相对应的目标数据;
划分模块,用于将所述目标数据划分为N组数据,N为大于1的整数;
处理模块,用于调用N个线程对所述N组数据进行并行处理,得到N组处理后数据;
发送模块,用于将所述N组处理后数据组合为待发送数据,并将所述待发送数据发送给所述数据查询设备。
10.根据权利要求9所述的系统,其特征在于,所述划分模块包括:
第一确定模块,用于确定运行所述mserver系统的设备的各个CPU芯片可运行的线程的数量,将各个所述CPU芯片可运行的线程的数量的和确定为N;
第一数据切分模块,用于对所述目标数据的数据结构进行切分,得到N个子数据结构;
第一编号模块,用于对所述N个子数据结构中的每一个子数据结构进行编号处理,并将编号处理后的N个子数据结构作为所述N组数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910341130.4A CN110222075B (zh) | 2019-04-25 | 2019-04-25 | 一种响应数据查询的方法、视联网系统以及mserver系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910341130.4A CN110222075B (zh) | 2019-04-25 | 2019-04-25 | 一种响应数据查询的方法、视联网系统以及mserver系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110222075A true CN110222075A (zh) | 2019-09-10 |
CN110222075B CN110222075B (zh) | 2021-11-19 |
Family
ID=67819945
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910341130.4A Active CN110222075B (zh) | 2019-04-25 | 2019-04-25 | 一种响应数据查询的方法、视联网系统以及mserver系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110222075B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021179170A1 (zh) * | 2020-03-10 | 2021-09-16 | 深圳市欢太科技有限公司 | 数据推送方法、装置、服务器及存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102081619A (zh) * | 2009-11-26 | 2011-06-01 | 中国移动通信集团公司 | 数据更新方法、分发节点及海量存储集群系统 |
US20130208592A1 (en) * | 2010-08-06 | 2013-08-15 | Bejing Qiantang Network Technology Company, Ltd. | Traffic-control-based data transmission method and communication system |
US20140233584A1 (en) * | 2012-11-29 | 2014-08-21 | Tencent Technology (Shenzhen) Company Limited | Method, device, and system for information processing based on distributed buses |
CN105843886A (zh) * | 2016-03-21 | 2016-08-10 | 国电南瑞科技股份有限公司 | 一种基于多线程的电网离线模型数据查询方法 |
CN107247623A (zh) * | 2017-05-22 | 2017-10-13 | 哈工大大数据产业有限公司 | 一种基于多核cpu的分布式集群系统及数据连接方法 |
CN107589990A (zh) * | 2017-10-26 | 2018-01-16 | 郑州云海信息技术有限公司 | 一种基于线程池的数据通讯的方法及系统 |
CN109033184A (zh) * | 2018-06-27 | 2018-12-18 | 中国建设银行股份有限公司 | 数据处理方法及装置 |
CN109656968A (zh) * | 2018-11-15 | 2019-04-19 | 中国建设银行股份有限公司 | 分布式环境下的数据查询方法、装置及存储介质 |
-
2019
- 2019-04-25 CN CN201910341130.4A patent/CN110222075B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102081619A (zh) * | 2009-11-26 | 2011-06-01 | 中国移动通信集团公司 | 数据更新方法、分发节点及海量存储集群系统 |
US20130208592A1 (en) * | 2010-08-06 | 2013-08-15 | Bejing Qiantang Network Technology Company, Ltd. | Traffic-control-based data transmission method and communication system |
US20140233584A1 (en) * | 2012-11-29 | 2014-08-21 | Tencent Technology (Shenzhen) Company Limited | Method, device, and system for information processing based on distributed buses |
CN105843886A (zh) * | 2016-03-21 | 2016-08-10 | 国电南瑞科技股份有限公司 | 一种基于多线程的电网离线模型数据查询方法 |
CN107247623A (zh) * | 2017-05-22 | 2017-10-13 | 哈工大大数据产业有限公司 | 一种基于多核cpu的分布式集群系统及数据连接方法 |
CN107589990A (zh) * | 2017-10-26 | 2018-01-16 | 郑州云海信息技术有限公司 | 一种基于线程池的数据通讯的方法及系统 |
CN109033184A (zh) * | 2018-06-27 | 2018-12-18 | 中国建设银行股份有限公司 | 数据处理方法及装置 |
CN109656968A (zh) * | 2018-11-15 | 2019-04-19 | 中国建设银行股份有限公司 | 分布式环境下的数据查询方法、装置及存储介质 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021179170A1 (zh) * | 2020-03-10 | 2021-09-16 | 深圳市欢太科技有限公司 | 数据推送方法、装置、服务器及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110222075B (zh) | 2021-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108063672B (zh) | 一种视频会议终端的管理方法和装置 | |
CN109495794A (zh) | 一种视联网终端控制方法及系统 | |
CN110149262A (zh) | 一种信令报文的处理方法和装置、及存储介质 | |
CN108206752A (zh) | 一种视联网设备的管理方法和装置 | |
CN109617956A (zh) | 一种数据处理方法和装置 | |
CN108234178B (zh) | 一种统一管理菜单文件的方法和装置 | |
CN109889420A (zh) | 业务处理方法和装置 | |
CN110493513A (zh) | 一种摄像头控制方法及一种视联网系统 | |
CN109447625A (zh) | 一种二维码支付方法及系统 | |
CN109284265A (zh) | 一种数据存储方法和系统 | |
CN109743555A (zh) | 一种基于视联网的信息处理方法及系统 | |
CN109347930A (zh) | 一种任务处理方法和装置 | |
CN108881940A (zh) | 一种数据处理方法和视联网服务器 | |
CN110505107A (zh) | 一种监控方法和视联网管理系统 | |
CN109698859A (zh) | 一种基于视联网的数据存储方法和装置 | |
CN110493149A (zh) | 一种报文处理的方法和装置 | |
CN110263030A (zh) | 基于视联网的数据获取方法和装置 | |
CN110266577A (zh) | 一种隧道建立方法和视联网系统 | |
CN110022500A (zh) | 一种丢包处理方法和装置 | |
CN109743360A (zh) | 一种信息处理方法及装置 | |
CN110222075A (zh) | 一种响应数据查询的方法、视联网系统以及mserver系统 | |
CN109121017A (zh) | 一种视联网网络质量评估方法和装置 | |
CN108874844A (zh) | 一种表格数据处理方法及视联网服务器 | |
CN108965219A (zh) | 一种基于视联网的数据处理方法及装置 | |
CN108574655A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |