CN104426900B - 一种多媒体数据采集方法和系统 - Google Patents

一种多媒体数据采集方法和系统 Download PDF

Info

Publication number
CN104426900B
CN104426900B CN201310414156.XA CN201310414156A CN104426900B CN 104426900 B CN104426900 B CN 104426900B CN 201310414156 A CN201310414156 A CN 201310414156A CN 104426900 B CN104426900 B CN 104426900B
Authority
CN
China
Prior art keywords
multimedia data
request
data acquisition
acquisition request
collection
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
CN201310414156.XA
Other languages
English (en)
Other versions
CN104426900A (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
Tencent Cloud Computing Beijing 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 CN201310414156.XA priority Critical patent/CN104426900B/zh
Priority to PCT/CN2014/083954 priority patent/WO2015035838A1/en
Publication of CN104426900A publication Critical patent/CN104426900A/zh
Application granted granted Critical
Publication of CN104426900B publication Critical patent/CN104426900B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]

Abstract

本发明实施方式提出了一种多媒体数据采集方法和系统。方法包括:将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含有该多媒体数据的多媒体数据类型;根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。本发明实施方式实现了一种通用的、可扩展的多媒体数据采集方案。

Description

一种多媒体数据采集方法和系统
技术领域
本发明实施方式涉及信息处理技术领域,更具体地,涉及一种多媒体数据采集方法和系统。
背景技术
在当今的信息时代中,各种信息设备应运而生。而且,随着电子消费、计算机、通信(3C)融合的到来,人们越来越多地将注意力放到了对各个不同领域的信息设备进行综合利用的研究上,以充分利用现有资源设备来为人们更好的服务。在这些资源设备的工作处理过程中,经常涉及到计算机文件的处理。
多媒体技术不是各种信息媒体的简单复合,而更是一种把文本(Text)、图形(Graphics)、图像(Images)、动画(Animation)和声音(Sound)等形式的信息结合在一起,并通过计算机进行综合处理和控制,能支持完成一系列交互式操作的信息技术。
在各种多媒体数据相关应用中,经常会涉及到针对多媒体数据的采集任务。现有的多媒体数据采集方案大概包括三类:
(1)通过在客户端(比如智能手机)中安装相关软件(如录音软件),或者插入相关采集代码,在客户端完成数据采集。在这种方式中,客户端容量有限,一般不能采集大批量数据,而且用客户端采集需要在每个客户端都安装相应软件或插入相关代码,成本太高。由于客户端种类繁多,客户端的操作系统也不尽相同,采用同一套采集程序适应种类繁多的客户端基本是不可行的。
(2)在多媒体业务服务器(如语音识别服务器或图像识别服务器)中,将多媒体数据流写入文件(日志文件或其它文件),然后再通过分析相应文件获取采集数据。在这种方式中,由于多媒体数据文件一般较大,而写文件是一个费时的操作,所以这种采集方式必然会增加多媒体业务服务器的处理时间。对于一些对实时性要求较高的应用来说(比如语音实时对讲),这种方法会影响线上服务,而且采集的代码和服务的代码耦合度较高,后期维护代价较高
(3)通过专有的采集代理进行后台采集。在这种方式中,由于数据采集代理一般专为某一个服务定制,无法做到通用采集需求。
发明内容
本发明实施方式提出一种多媒体数据采集方法,以提高多媒体数据采集实时性。
本发明实施方式还提出了一种多媒体数据采集系统,以提高多媒体数据采集实时性。
本发明实施方式的具体方案如下:
一种多媒体数据采集方法,该方法包括:
将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含该多媒体数据的多媒体数据类型;
根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;
从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。
一种多媒体数据采集系统,包括请求封装单元、请求收集单元和数据采集单元,其中:
请求封装单元,用于将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含该多媒体数据的多媒体数据类型;
请求收集单元,用于根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;
数据采集单元,用于从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。
从上述技术方案可以看出,在本发明实施方式中,将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含有该多媒体数据的多媒体数据类型;根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。由此可见,应用本发明实施方式之后,实现了一种通用的、可扩展的多媒体数据采集方案。多媒体数据请求收集与多媒体数据请求处理相互分离,从而可以提高多媒体数据采集实时性,尤其适用于实时性要求较高的应用(比如语音实时对讲)。
而且,本发明实施方式便于扩展,可以大规模使用。
附图说明
图1为根据本发明实施方式多媒体数据采集分层示意图;
图2为根据本发明实施方式多媒体数据采集方法流程图;
图3为根据本发明实施方式多媒体数据文件队列分配示意图;
图4为根据本发明实施方式多媒体数据采集系统结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
本发明实施方式提供一种通用的、可扩展的多媒体(比如语音或图像)数据采集方案,以解决语音或图像数据采集问题。
图1为根据本发明实施方式多媒体数据采集分层示意图。
可以将本发明实施方式实施为三层,分别为请求封装发送层、请求收集及处理层以及数据存储层。
(1)、请求封装发送层
为了做到通用采集,可以设计一个通用的接口,使得不同的多媒体业务服务器(比如语音业务或图像业务服务器)可以通过此通用接口把多媒体数据采集请求发送给请求收集和处理层。为了不干扰多媒体业务服务器的原有逻辑,可以提供一个Clientlib,多媒体业务服务器代码通过调用clientlib中的相关函数,把需要采集的多媒体数据封装到通用接口中形成该多媒体数据采集请求,并发送该多媒体数据采集请求到请求收集及处理层。
请求封装发送层具体可以实施为各种多媒体业务服务器。多媒体业务服务器用于提供针对多媒体数据的各项业务。比如,针对语音类别的多媒体数据,多媒体业务服务器具体可以是提供语音类业务服务的机器,比如语音识别服务器;针对图像类别的多媒体数据,多媒体业务服务器具体可以是提供图像类业务服务的机器,比如二维码识别服务器、人脸识别服务器,等等。
多媒体业务服务器在获取了多媒体数据之后,将多媒体数据封装在多媒体数据采集请求中,并将该多媒体数据采集请求发送到请求收集及处理层。
(2)、请求收集及处理层
请求收集及处理层用于完成多媒体数据的收集及处理工作。请求收集及处理层从逻辑上分为三部分,分别为请求收集服务器、文件队列和采集服务器。
请求收集服务器的主要目的是接收由请求封装发送层发送过来的多媒体数据采集请求,根据多媒体数据采集请求中的多媒体数据类型把请求分类并放入不同的文件队列中。请求收集服务器除了此功能外可以没有其它功能,因此处理时间相当快,从而基本不会占用多媒体业务服务器的资源,对多媒体业务服务器性能的影响基本可以忽略。
同时,请求收集服务器也实时监控文件队列大小,如果文件队列大小超过阈值限制,请求收集服务器将暂时拒绝请求封装发送层发过来的请求。
文件队列的目的是对请求封装发送层发送过来的多媒体数据采集请求进行暂存,供后续采集服务器提出并处理。加入文件对列的好处是可以保存所有需要处理的采集请求,同时,对于非实时业务来说,文件队列比内存队列要大得多(硬盘比内存容量大得多)。
比如:文件队列可以采用大文件加索引文件的方式存储和查询数据。用户可以按照不同的业务配置文件组数(比如语音数据放到一个组,图像数据放到另一个组)以及每个组中的并行文件子队列数;每个文件子队列最多可以存放个文件,如果子队列下的4294967296个文件已经写满,则此子队列会拒绝新的写请求。
每个文件子队列可以有两个状态文件,分别标识此子队列中目前读和写的位置(状态文件中记录了文件名和偏移量),而且文件子队列中每个文件大小被限制为128M,大小超过此限制时自动切换到另一文件;当一个文件中的内容被处理完时,此文件会被定期删除。
采集服务器的主要功能是从文件队列中取出多媒体数据采集请求,分类进行数据采集处理,并把符合条件的多媒体文件保存到HDFS,把多媒体文件的元信息(如语音长度,语言类型,存放位置等等)保存到MYSQL。
具体地、采集服务器中可以包含有语音采集服务集、图像采集服务集等多媒体采集服务集,分别用于处理不同类型的多媒体业务请求。此服务集是可扩展的,可以在集合中方便的增加新的处理单元以适应新的语音或图像处理要求。
采集服务器负责真正的数据处理及采集工作,采集服务器可以采用注册处理(handler)的方式工作,其中所有处理语音的handler形成语音数据服务集,所有的图像处理handler形成图像数据服务集合。采用handler的好处是可以根据需要,灵活地增减需要的handler而对整个框架和其它handler没有任何影响。
基于上述分析,图2为根据本发明实施方式多媒体数据采集方法流程图。
如图2所示,该方法包括:
步骤201:将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含有该多媒体数据的多媒体数据类型;
步骤202:根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;
步骤203:从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。
在一个实施方式中:
该方法进一步包括:获取所述多媒体数据的元信息,并将所述多媒体数据的元信息保存到关系型数据库;
将所述多媒体数据保存到分布式文件存储系统。
在一个实施方式中:
该方法进一步包括:
判断多媒体数据文件队列的队列大小是否超过预先设定的队列大小门限值,如果是,则拒绝接受分配多媒体数据采集请求。
在一个实施方式中:
所述通用数据传输协议格式为Protobuf;所述关系型数据库为MySQL数据库;所述分布式文件存储系统为HDFS。
以上虽然列出了通用数据传输协议格式的典型实例,本领域技术人员可以意识到,通用数据传输协议格式并不局限于为Protobuf。
在一个实施方式中:
在将所述多媒体数据保存到分布式文件存储系统之前,该方法进一步包括:
对所述多媒体数据进行合法性验证,并丢弃不通过合法性验证的多媒体数据。
在一个实施方式中:
所述多媒体数据采集请求包括:用于标识多媒体数据类型的业务类型字段、用于标识多媒体数据子类型的子业务类型字段、用于承载多媒体数据的数据字段和保留字段。
比如,针对通用protobuf接口,可以采用下列方式定义多媒体数据采集请求。
其中:
type字段表示多媒体业务类型,比如语音还是图像业务;
sub_type字段表示具体的子业务,比如语音聊天、语音提醒、公共账号语音等等;
data字段是protobuf字节流,不同业务把自己主要的多媒体数据序列化以后的结果放到data字段;
reserved字段是保留字段,可以传送一些附加信息,比如各个业务发送的message名称等等。
clientlib和请求收集服务器之间可以采用rpc的方式进行数据交互,对于多媒体业务服务器端来说,clientlib主要提供两种调用接口:请求封装接口,此接口主要功能是提供发送数据的封装,把原始的请求封装为通用protobuf的接口形式;数据发送接口,此接口的主要功能是把封装后的消息发送给请求收集服务器,此接口内部会做负载均衡以及相关容错处理(比如服务器心跳,错误重发等等),保证请求能均匀的发送到后端的请求收集服务器集合中。
请求收集服务器主要的功能就是把所有收集到的请求分类,并放入相应的文件队列。
图3为根据本发明实施方式多媒体数据文件队列分配示意图。
如图3所示,该方法包括:
步骤301:从请求封装发送层获取多媒体数据采集请求。
步骤302:判断对应于该多媒体数据采集请求中多媒体数据类型的文件队列长度是否超过预先设置的门限值,如果是则执行步骤307,否则执行步骤303及其后续步骤。
步骤303:对该多媒体数据采集请求进行反序列化操作。
步骤304:判断是否正确执行了反序列化操作,如果没有正确执行了反序列化操作,则执行步骤307,如果正确执行了反序列化操作,则执行步骤305及其后续步骤;
步骤305:判断媒体数据采集请求中的类型字段和子类型字段是否是预先设定的允许值,如果是,则执行步骤306及其后续步骤,;如果不是,则执行步骤307;
步骤306:将该多媒体数据采集请求分配到相对应的文件队列;
步骤307:拒绝该多媒体数据采集请求。
如果为了进一步节省请求收集服务器的处理时间,可以把针对数据采集请求的反序列化操作以及判断类型字段和子类型字段的步骤(即步骤303、304和305)去掉,直接把多媒体数据采集请求放入文件队列。如果加入步骤303、304和305,则可以在源头上排除一些脏数据,以免占用文件队列空间。
图4为根据本发明实施方式多媒体数据采集系统结构图。
如图4所示,该系统包括请求封装单元401、请求收集单元402和数据采集单元403,其中:
请求封装单元401,用于将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含该多媒体数据的多媒体数据类型;
请求收集单元402,用于接收该多媒体数据采集请求,并根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;
数据采集单元403,用于从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。
在一个实施方式中:
进一步包括关系型数据库404和分布式文件存储系统405;
数据采集单元493,用于获取所述多媒体数据的元信息,并将所述多媒体数据的元信息保存到关系型数据库404,还将所述多媒体数据保存到分布式文件存储系统405。
在一个实施方式中:
请求收集单元402,还用于判断多媒体数据文件队列的队列大小是否超过预先设定的队列大小门限值,如果是,则拒绝接受分配多媒体数据采集请求。
在一个实施方式中:
所述通用数据传输协议格式为Protobuf;所述关系型数据库为MySQL数据库;所述分布式文件存储系统为HDFS。
在一个实施方式中:
数据采集单元403,用于在在将所述多媒体数据保存到分布式文件存储系统之前,对所述多媒体数据进行合法性验证,并丢弃不通过合法性验证的多媒体数据。
在一个实施方式中:
所述多媒体数据采集请求包括:用于标识多媒体数据类型的业务类型字段、用于标识多媒体数据子类型的子业务类型字段、用于承载多媒体数据的数据字段和保留字段。
实际上,可以通过多种形式来具体实施本发明实施方式所提出的多媒体数据采集方法和装置。
比如,可以遵循一定规范的应用程序接口,将多媒体数据采集方法编写为安装到个人电脑、移动终端等中的插件程序,也可以将其封装为应用程序以供用户自行下载使用。当编写为插件程序时,可以将其实施为ocx、dll、cab等多种插件形式。也可以通过Flash插件、RealPlayer插件、MMS插件、MIDI五线谱插件、ActiveX插件等具体技术来实施本发明实施方式所提出的多媒体数据采集方法。
可以通过指令或指令集存储的储存方式将本发明实施方式所提出的多媒体数据采集方法存储在各种存储介质上。这些存储介质包括但是不局限于:软盘、光盘、DVD、硬盘、闪存、U盘、CF卡、SD卡、MMC卡、SM卡、记忆棒(Memory Stick)、xD卡等。
另外,还可以将本发明实施方式所提出的多媒体数据采集方法应用到基于闪存(Nand flash)的存储介质中,比如U盘、CF卡、SD卡、SDHC卡、MMC卡、SM卡、记忆棒、xD卡等。
综上所述,将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并发送所述多媒体数据采集请求,在所述多媒体数据采集请求中包含有该多媒体数据的多媒体数据类型;根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列;从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据。由此可见,应用本发明实施方式之后,实现了一种通用的、可扩展的多媒体数据采集方案,多媒体数据请求收集与多媒体数据请求处理相互分离,从而可以提高多媒体数据采集实时性,尤其适用于实时性要求较高的应用(比如语音实时对讲)。而且,本发明实施方式便于扩展,可以大规模使用。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种多媒体数据采集方法,其特征在于,该方法包括:
在请求封装发送层,将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并通过通用接口发送所述多媒体数据采集请求到请求收集及处理层,在所述多媒体数据采集请求中包含有该多媒体数据的多媒体数据类型;
在请求收集及处理层,判断多媒体数据采集请求中的业务类型字段和子业务类型字段是否是预先设定的允许值,如果是,根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列,如果不是,拒绝该多媒体数据采集请求;
在请求收集及处理层,从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据;
所述多媒体数据包括语音数据或图像数据;
所述多媒体数据采集请求包括:
用于标识多媒体数据类型为语音或图像业务的业务类型type字段;
用于标识多媒体数据的子类型的子业务类型sub_type字段,所述子类型包括语音聊天、语音提醒或公共账号语音;
用于承载多媒体数据的data数据字段,其中不同业务把自己的多媒体数据序列化以后的结果放到data字段;
用于传送附加信息的保留reserved字段。
2.根据权利要求1所述的多媒体数据采集方法,其特征在于,该方法进一步包括:
获取所述多媒体数据的元信息,并将所述多媒体数据的元信息保存到关系型数据库;
将所述多媒体数据保存到分布式文件存储系统。
3.根据权利要求1所述的多媒体数据采集方法,其特征在于,该方法进一步包括:
判断多媒体数据文件队列的队列大小是否超过预先设定的队列大小门限值,如果是,则拒绝接受分配多媒体数据采集请求。
4.根据权利要求2所述的多媒体数据采集方法,其特征在于,所述通用数据传输协议格式为Protobuf;所述关系型数据库为MySQL数据库;所述分布式文件存储系统为HDFS。
5.根据权利要求2所述的多媒体数据采集方法,其特征在于,在将所述多媒体数据保存到分布式文件存储系统之前,该方法进一步包括:
对所述多媒体数据进行合法性验证,并丢弃不通过合法性验证的多媒体数据。
6.一种多媒体数据采集系统,其特征在于,包括请求封装单元、请求收集单元和数据采集单元,其中:
请求封装单元,用于在请求封装发送层,将多媒体数据封装为通用数据传输协议格式的多媒体数据采集请求,并通过通用接口发送所述多媒体数据采集请求到请求收集及处理层,在所述多媒体数据采集请求中包含该多媒体数据的多媒体数据类型;
请求收集单元,用于判断多媒体数据采集请求中的业务类型字段和子业务类型字段是否是预先设定的允许值,如果是,在请求收集及处理层,根据多媒体数据类型将所述多媒体数据采集请求分配到相应的多媒体数据文件队列,如果不是,拒绝该多媒体数据采集请求;
数据采集单元,用于在请求收集及处理层,从多媒体数据文件队列中调取多媒体数据采集请求,并从所述多媒体数据采集请求中获取多媒体数据;
所述多媒体数据包括语音数据或图像数据;
所述多媒体数据采集请求包括:
用于标识多媒体数据类型为语音或图像业务的业务类型type字段;
用于标识多媒体数据的子类型的子业务类型sub_type字段,所述子类型包括语音聊天、语音提醒或公共账号语音;
用于承载多媒体数据的data数据字段,其中不同业务把自己的多媒体数据序列化以后的结果放到data字段;
用于传送附加信息的保留reserved字段。
7.根据权利要求6所述的多媒体数据采集系统,其特征在于,进一步包括关系型数据库和分布式文件存储系统;
数据采集单元,用于获取所述多媒体数据的元信息,并将所述多媒体数据的元信息保存到关系型数据库,还将所述多媒体数据保存到分布式文件存储系统。
8.根据权利要求6所述的多媒体数据采集系统,其特征在于,
请求收集单元,还用于判断多媒体数据文件队列的队列大小是否超过预先设定的队列大小门限值,如果是,则拒绝接受分配多媒体数据采集请求。
9.根据权利要求7所述的多媒体数据采集系统,其特征在于,
所述通用数据传输协议格式为Protobuf;所述关系型数据库为MySQL数据库;所述分布式文件存储系统为HDFS。
10.根据权利要求7所述的多媒体数据采集系统,其特征在于,
数据采集单元,用于在在将所述多媒体数据保存到分布式文件存储系统之前,对所述多媒体数据进行合法性验证,并丢弃不通过合法性验证的多媒体数据。
CN201310414156.XA 2013-09-11 2013-09-11 一种多媒体数据采集方法和系统 Active CN104426900B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201310414156.XA CN104426900B (zh) 2013-09-11 2013-09-11 一种多媒体数据采集方法和系统
PCT/CN2014/083954 WO2015035838A1 (en) 2013-09-11 2014-08-08 Method and apparatus for collecting multimedia data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310414156.XA CN104426900B (zh) 2013-09-11 2013-09-11 一种多媒体数据采集方法和系统

Publications (2)

Publication Number Publication Date
CN104426900A CN104426900A (zh) 2015-03-18
CN104426900B true CN104426900B (zh) 2019-12-06

Family

ID=52665044

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310414156.XA Active CN104426900B (zh) 2013-09-11 2013-09-11 一种多媒体数据采集方法和系统

Country Status (2)

Country Link
CN (1) CN104426900B (zh)
WO (1) WO2015035838A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107767872A (zh) * 2017-10-13 2018-03-06 深圳市汉普电子技术开发有限公司 语音识别方法、终端设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1756190A (zh) * 2004-09-30 2006-04-05 北京航空航天大学 分布式性能数据采集方法
CN1818796A (zh) * 2006-03-16 2006-08-16 上海微电子装备有限公司 光强数据总线系统及其总线控制器
JP4406310B2 (ja) * 2004-03-30 2010-01-27 株式会社野村総合研究所 Mqデータ同期システム及びmqデータ同期プログラム
CN102609769A (zh) * 2011-01-19 2012-07-25 上海中信信息发展股份有限公司 数据采集工具及数据采集方法
CN102820993A (zh) * 2012-08-16 2012-12-12 北京国创富盛通信股份有限公司 网络资源监控系统和网络资源监控方法
CN202841168U (zh) * 2012-08-16 2013-03-27 北京国创富盛通信股份有限公司 网络资源监控系统
CN103164435A (zh) * 2011-12-13 2013-06-19 北大方正集团有限公司 一种网络数据的采集方法和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101059801A (zh) * 2006-04-18 2007-10-24 明基电通股份有限公司 显示多媒体数据的多媒体转接器控制显示装置及其方法
CN101127776B (zh) * 2007-09-29 2010-06-16 中国电信股份有限公司 多媒体信息采集、管理和服务的系统、方法及装置
CN101610459A (zh) * 2008-06-18 2009-12-23 中兴通讯股份有限公司 彩信内容自动采集系统和方法
CN101510211A (zh) * 2009-03-31 2009-08-19 杭州华三通信技术有限公司 多媒体数据处理系统及方法
CN102262657B (zh) * 2011-06-29 2014-12-03 华为数字技术(成都)有限公司 多媒体数据存储方法及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4406310B2 (ja) * 2004-03-30 2010-01-27 株式会社野村総合研究所 Mqデータ同期システム及びmqデータ同期プログラム
CN1756190A (zh) * 2004-09-30 2006-04-05 北京航空航天大学 分布式性能数据采集方法
CN1818796A (zh) * 2006-03-16 2006-08-16 上海微电子装备有限公司 光强数据总线系统及其总线控制器
CN102609769A (zh) * 2011-01-19 2012-07-25 上海中信信息发展股份有限公司 数据采集工具及数据采集方法
CN103164435A (zh) * 2011-12-13 2013-06-19 北大方正集团有限公司 一种网络数据的采集方法和系统
CN102820993A (zh) * 2012-08-16 2012-12-12 北京国创富盛通信股份有限公司 网络资源监控系统和网络资源监控方法
CN202841168U (zh) * 2012-08-16 2013-03-27 北京国创富盛通信股份有限公司 网络资源监控系统

Also Published As

Publication number Publication date
WO2015035838A1 (en) 2015-03-19
CN104426900A (zh) 2015-03-18

Similar Documents

Publication Publication Date Title
WO2020062793A1 (zh) 基于消息队列的请求处理方法、装置、设备及存储介质
US8838738B2 (en) System and method for processing medical information through medical terminal
US20150319238A1 (en) Method, device and storage medium for data processing
CN112162965B (zh) 一种日志数据处理的方法、装置、计算机设备及存储介质
CN109144493A (zh) 业务规则的生成方法、电子装置及可读存储介质
CN111813573B (zh) 管理平台与机器人软件的通信方法及其相关设备
CN111679911B (zh) 云环境中gpu卡的管理方法、装置、设备及介质
CN107729137A (zh) 服务器、区块链验签解密的方法及存储介质
CN113254969B (zh) 业务数据处理方法、装置、电子设备及存储介质
US20200204688A1 (en) Picture book sharing method and apparatus and system using the same
CN109842621A (zh) 一种减少token存储数量的方法及终端
CN110928905A (zh) 一种数据处理方法和装置
CN112199442A (zh) 分布式批量下载文件方法、装置、计算机设备及存储介质
CN112861529A (zh) 错误码管理的方法和装置
US9380126B2 (en) Data collection and distribution management
US20140236987A1 (en) System and method for audio signal collection and processing
CN107451301B (zh) 实时投递账单邮件的处理方法、装置、设备和存储介质
CN106412296A (zh) 终端设备控制方法及装置
CN104426900B (zh) 一种多媒体数据采集方法和系统
US9659041B2 (en) Model for capturing audit trail data with reduced probability of loss of critical data
CN106844036B (zh) 物理设备的访问方法及装置
CN114218000A (zh) 日志管理方法、装置、电子设备及计算机可读存储介质
CN114390104A (zh) 过程取证系统、方法、装置、计算机设备及介质
CN109635015B (zh) 属性数据使用对象的确定方法、装置和服务器
CN110532113B (zh) 信息处理方法、装置、计算机可读存储介质及电子设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240103

Address after: 518057, 35th Floor, Tencent Building, Keji Middle Road, High tech Zone, Shenzhen, Guangdong Province

Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.

Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd.

Address before: 2, 518044, East 403 room, SEG science and Technology Park, Zhenxing Road, Shenzhen, Guangdong, Futian District

Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd.