CN108304518A - 多媒体文件处理方法、服务器及存储介质 - Google Patents
多媒体文件处理方法、服务器及存储介质 Download PDFInfo
- Publication number
- CN108304518A CN108304518A CN201810066373.7A CN201810066373A CN108304518A CN 108304518 A CN108304518 A CN 108304518A CN 201810066373 A CN201810066373 A CN 201810066373A CN 108304518 A CN108304518 A CN 108304518A
- Authority
- CN
- China
- Prior art keywords
- processing
- multimedia file
- file
- history
- user
- 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
-
- 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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
- G06F16/435—Filtering based on additional data, e.g. user or group profiles
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
-
- 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种多媒体文件处理方法、服务器及存储介质,该方法包括:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件特征与处理信息之间的对应关系;提供统一的处理接口,接收待处理的多媒体文件;分析该多媒体文件的特征;根据文件的特征在所述历史数据中查询用户的历史处理信息;根据预先确定的加权分值计算公式,计算出查询的各个历史处理信息的加权分值;自动选择加权分值最大的历史处理信息生成一个处理队列;按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果,从而简化多媒体文件的处理操作,提高多媒体文件的处理效率。
Description
技术领域
本发明涉及文件处理技术领域,尤其涉及一种多媒体文件处理方法、服务器及计算机可读存储介质。
背景技术
多媒体文件是指实现声音、图像和影像等多种媒体的集成应用文件,主要包括音频文件、图像文件和视频文件等。用户对多媒体文件的处理一般涉及多个步骤,如图像处理、转码、压缩、CDN加热、上传存储等。目前,用户处理多媒体文件的方式是:分别调用对应的处理接口对多媒体文件分步处理,在每一个处理接口处理结束并返回结果后,再调用下一个处理接口进行处理,每一个处理接口的调用都需要用户发送一次请求,又或者多媒体文件的处理方法是一键式的,但没有根据用户的日常行为习惯为不同的用户提供合适的处理需求或处理步骤,这使得用户处理多媒体文件时效率低下,同时也增大人力成本。
发明内容
鉴于以上内容,本发明提供一种多媒体文件处理方法、服务器及计算机可读存储介质,能够根据用户的行为习惯生成处理信息,自动完成多媒体文件的多步处理,简化处理操作,提高工作效率,适应不同用户的多媒体文件的处理需求。
为实现上述目的,本发明提供一种多媒体文件处理方法,该方法包括:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
优选地,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
优选地,所述预先确定的加权分值计算公式为:
其中,Y代表处理信息对应的加权分值,m为正整数,代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值,i=(1,2,…,m)。
优选地,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
优选地,该方法还包括:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义新的处理信息,生成处理队列。
此外,本发明还提供一种服务器,该服务器包括:存储器、处理器、显示器及存储在所述存储器上并可在所述处理器上运行的多媒体文件处理程序,所述多媒体文件处理程序被所述处理器执行,可实现如下步骤:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
优选地,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
优选地,所述预先确定的加权分值计算公式为:
其中,Y代表处理信息对应的加权分值,m为正整数,代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值,i=(1,2,…,m)。
优选地,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
此外,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质中包括多媒体文件处理程序,所述多媒体文件处理程序被处理器执行时,可实现如上所述多媒体文件处理方法中的任意步骤。
本发明提出的多媒体文件处理方法、服务器及计算机可读存储介质,通过统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件特征与处理信息之间的对应关系;提供统一的处理接口,接收待处理的多媒体文件;分析该多媒体文件的特征;根据文件的特征在所述历史数据中查询用户的历史处理信息;根据预先确定的加权分值计算公式,计算出查询的各个历史处理信息的加权分值;自动选择加权分值最大的历史处理信息生成一个处理队列。按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果,从而增大多媒体文件的处理的便利性,提高工作效率。
附图说明
图1为本发明服务器较佳实施例的示意图;
图2为图1中多媒体文件处理程序较佳实施例的模块示意图;
图3为本发明多媒体文件处理方法较佳实施例的流程图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
如图1所示,是本发明服务器1较佳实施例的示意图。
在本实施例中,服务器1可以是服务器、智能手机、平板电脑、个人电脑、便携计算机以及其它具有运算功能的电子设备。
该服务器1包括:存储器11、处理器12、显示器13、网络接口14、通信总线15及存储在存储器11上并可在所述处理器12上运行的多媒体文件处理程序10。
其中,网络接口14可选地可以包括标准的有线接口、无线接口(如WI-FI接口),通常用于在该服务器与其它电子设备之间建立通信连接。通信总线15用于实现这些组件之间的连接通信。
存储器11至少包括一种类型的可读存储介质。所述至少一种类型的可读存储介质可为如闪存、硬盘、多媒体卡、卡型存储器等的非易失性存储介质。在一些实施例中,所述存储器11可以是所述服务器1的内部存储单元,例如该服务器1的硬盘。在另一些实施例中,所述存储器11也可以是所述服务器1的外部存储单元,例如所述服务器1上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card,FC)等。
在本实施例中,所述存储器11不仅可以用于存储安装于所述服务器1的应用软件及各类数据,例如多媒体文件处理程序10、用户设置的历史处理信息等,还可以用于暂时地存储已经输出或者将要输出的数据,如接口类。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU),微处理器或其它数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如执行多媒体文件处理程序10的计算机程序代码和加权分值计算公式的计算等。
显示器13可以称为显示屏或显示单元。在一些实施例中显示器13可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-EmittingDiode,OLED)触摸器等。显示器13用于显示在服务器1中处理的信息以及用于显示可视化的工作界面,如:显示自定义处理信息的页面。
图1仅示出了具有组件11-15以及执行多媒体文件处理程序10的计算机程序代码的服务器1,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
优选地,该服务器1还可以包括用户接口,用户接口可以包括输入单元比如键盘(Keyboard)、语音输出装置比如音响、耳机等。
在图1所示的服务器1实施例中,作为一种计算机存储介质的存储器11中存储多媒体文件处理程序10的程序代码,处理器12执行多媒体文件处理程序10的程序代码时,实现如下步骤:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
本实施例中,多媒体文件处理程序10定期统计用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系。其中,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。所述处理需求是指处理多媒体文件过程中需要用到的处理步骤,如上传存储、转码、压缩、CDN加热、图像处理等。同一个多媒体文件可能需要调用不同的的处理需求进行处理。所述处理顺序是指处理需求在处理多媒体文件时的先后排序。所述处理结果的反馈位置是指某一处理需求执行结束后将执行结果反馈给用户。
当需要对多媒体文件进行处理时,多媒体文件处理程序10提供一个统一的处理接口,用于接收待处理的多媒体文件。例如,用户需要将视频文件上传到服务器进行存储时,先向多媒体文件处理程序发送请求,接收到请求后启动多媒体文件处理程序,提供一个统一的处理接口接收待处理的多媒体文件。
多媒体文件处理程序10接收到多媒体文件后,分析该多媒体文件的类型、大小及上传来源。其中,所述类型包括音频文件、图像文件及视频文件等,不同类型的多媒体文件的处理需求不同。所述大小是指多媒体文件的占用空间,其单位包括:bit、B、KB、MB、GB、TB、PB、EB、ZB、YB、BB、NB、DB等,除了1B=8bit,其余单位上下级的换算率为1024,即1024B=1KB。所述上传来源是指上传多媒体文件请求的用户端服务器。假设有A、B、C三个多媒体文件,A、B文件属于音频文件,C文件属于图像文件,A文件是a用户所属服务器上传到该服务器1处理的多媒体文件,B、C文件是b用户所属服务器上传到该服务器1处理的多媒体文件,则A、B文件属于相同的文件类型,B、C文件属于相同的上传来源。
多媒体文件处理程序10根据接收的多媒体文件的类型、大小、上传来源在所述历史数据中查询所统计的历史处理信息。通常情况下,相同来源、相同类型、大小接近的多媒体文件,其处理需求也相同。因此,多媒体文件处理程序10可根据该多媒体文件的类型、大小及上传来源,查找预设周期内(如2个月内)所记录历史的用户设置的所有处理信息。其中,所述对应关系是指在多媒体文件的所有处理需求处理结束后,记录分析该多媒体文件的类型、大小、上传来源及用户设置的处理信息,形成对应的关系,之后当接收到相同或类似的多媒体文件时,可结合预设周期内记录的历史数据推测出用户处理该媒体文件所需要设置的处理信息。
多媒体文件处理程序10根据预先确定的加权分值计算公式,计算出各个处理信息的加权分值。其中,所述预先确定的加权分值计算公式为:
Y代表处理信息对应的加权分值,m代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值。
其中,所述多媒体文件的特征包括:文件类型、文件大小、上传来源,即m=3。假设X1表示文件类型、X2表示文件大小、X3表示上传来源,特征权重K1、K2、K3分别为0.3、0.4、0.3。当多媒体文件的文件类型相同时,X1的分值为1,当多媒体文件的文件类型不同时,X1的分值为0。对于X2的取值,先将待处理的多媒体文件的大小与历史多媒体文件的大小化为相同单位并进行比较,当文件大小相等时,X2的分值为1,当文件大小不相等时,将占用空间小的文件的大小作为分子,占用空间大的文件的大小作为分母,构成分数并化为小数值(该小数值为小于1的数,保留小数点后2位),即X2的分值为该小数值。例如,待处理的多媒体文件大小为1.2G,查询到历史处理的其中一个多媒体文件大小为0.8G,则计算得到X2的分值为0.67。当多媒体文件的上传来源相同,即同一用户上传时,X3的分值为1,当多媒体文件的上传来源不同时,X3的分值为0。根据加权分值计算公式,查找出与待处理多媒体文件最相似的历史处理的多媒体文件,并根据对应关系列出历史处理多媒体文件对应的处理信息的加权分值Y。
多媒体文件处理程序10自动选择加权分值最大的历史处理信息生成一个处理队列。其中所述的加权分值最大说明:待处理的多媒体文件的类型、大小及上传来源与加权分值最大的历史处理多媒体文件最相似。例如,算出三个历史的处理信息对应的加权分值分别为0.7、0.868、0.8,最大的加权分值为0.868,则说明加权分值为0.868对应的历史处理多媒体文件与待处理的多媒体文件在文件类型、大小及上传来源方面最接近,自动将最大的加权分值对应的历史处理信息生成一个处理队列。
多媒体文件处理程序10按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。例如,多媒体文件处理程序根据处理队列中定义的处理顺序依次对图像文件进行图像处理-压缩-上传存储,假设在上传存储处设置处理结果反馈,则在上传存储完成后向用户反馈预设信息:***文件上传成功。进一步地,还可以是用户无需设置反馈位置,当多媒体文件处理程序10执行每一步的多媒体文件处理时,均自动向用户反馈相应的处理结果。例如,多媒体文件处理程序根据处理队列中定义的处理顺序依次对图像文件进行图像处理-压缩-上传存储,则在图像处理完成后向用户反馈预设信息:“***文件图像处理成功”,在压缩完成后向用户反馈预设信息:“***文件压缩成功”,在上传存储完成后向用户反馈预设信息:“***文件上传存储成功”。
上述实施例提出的多媒体文件处理方法,通过统计用户处理多媒体文件的历史处理信息,根据用户的行为习惯为历史处理信息进行打分,选择最佳的处理需求、处理顺序及反馈位置对多媒体文件进行处理,提高多媒体文件处理的准确性及效率,减少处理时间。
可选地,在其他的实施例中,媒体文件处理程序10还可以被分割为一个或者多个模块,一个或者多个模块被存储于存储器11中,并由一个或多个处理器(本实施例为处理器12)所执行,以完成本发明。
如图2所示,是图1中多媒体文件处理程序10较佳实施例的模块示意图。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。
在本实施例中,多媒体文件处理程序10包括:统计模块110、接收模块120、分析模块130、查询模块140、计算模块150、选择模块160及处理模块170,所述模块110-170所实现的功能或操作步骤均与上文类似,此处不再详述,示例性地,例如其中:
统计模块110,用于统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收模块120,用于提供一个统一的处理接口,接收待处理的多媒体文件;
分析模块130,用于分析该多媒体文件的类型、大小及上传来源;
查询模块140,用于根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算模块150,用于根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择模块160,用于自动选择加权分值最大的历史处理信息生成一个处理队列;
处理模块170,用于按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
如图3所示,是本发明多媒体文件处理方法较佳实施例的流程图。
在本实施例中,处理器12执行存储器11中存储的多媒体文件处理程序10的计算机程序时实现多媒体文件处理方法包括步骤S10-S70:
步骤S10,多媒体文件处理程序10定期统计用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系。例如,多媒体文件处理程序每隔2个月统计一次,统计2个月内所有用户处理多媒体文件的历史数据,分析每个多媒体文件的类型、大小、上传来源与其对应的处理信息。其中,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。所述处理需求是指处理多媒体文件过程中需要用到的处理步骤,如上传存储、转码、压缩、CDN加热、图像处理等。同一个多媒体文件可能需要调用不同的的处理需求进行处理。所述处理顺序是指处理需求在处理多媒体文件时的先后排序,例如,用户历史处理数据中的处理顺序为:图像处理-压缩-上传存储时,表明用户需要将图像文件上传至服务器存储时,若还需要对图像文件进行图像处理、压缩,即先将图像文件进行图像处理,图像处理之后再压缩,压缩结束后上传至服务器存储。所述处理结果的反馈位置是指某一处理需求执行结束后将执行结果反馈给用户,例如,在图像处理处设置处理结果反馈位置,当图像文件图像处理结束后,向用户反馈预设信息(如,***文件转码完成)。
步骤S20,当需要对多媒体文件进行处理时,多媒体文件处理程序10提供一个统一的处理接口,用于接收待处理的多媒体文件。例如,用户需要将视频文件上传到服务器进行存储时,先向多媒体文件处理程序发送请求,接收到请求后启动多媒体文件处理程序,提供一个统一的处理接口接收待处理的多媒体文件。
步骤S30,多媒体文件处理程序10接收到多媒体文件后,分析该多媒体文件的类型、大小及上传来源。其中,所述类型包括音频文件、图像文件及视频文件等,不同类型的多媒体文件的处理需求不同,例如,视频文件的处理需求可以是转码-压缩-上传存储,而图像文件的处理需求可以是图像处理-压缩-存储。所述大小是指多媒体文件的占用空间,其单位包括:bit、B、KB、MB、GB、TB、PB、EB、ZB、YB、BB、NB、DB等,除了1B=8bit,其余单位上下级的换算率为1024,即1024B=1KB。所述上传来源是指上传多媒体文件请求的用户端服务器。假设有A、B、C三个多媒体文件,A、B文件属于音频文件,C文件属于图像文件,A文件是a用户所属服务器上传到该服务器1处理的多媒体文件,B、C文件是b用户所属服务器上传到该服务器1处理的多媒体文件,则A、B文件属于相同的文件类型,B、C文件属于相同的上传来源。
步骤S40,多媒体文件处理程序10根据接收的多媒体文件的类型、大小、上传来源在所述历史数据中查询所统计的历史处理信息。通常情况下,相同来源、相同类型、大小接近的多媒体文件,其处理需求也相同。因此,多媒体文件处理程序10可根据该多媒体文件的类型、大小及上传来源,查找预设周期内(如2个月内)所记录历史的用户设置的所有处理信息。其中,所述对应关系是指在多媒体文件的所有处理需求处理结束后,记录分析该多媒体文件的类型、大小、上传来源及用户设置的处理信息,形成对应的关系,之后当接收到相同或类似的多媒体文件时,可结合预设周期内记录的历史数据推测出用户处理该媒体文件所需要设置的处理信息。
步骤S50,多媒体文件处理程序10根据预先确定的加权分值计算公式,计算出各个处理信息的加权分值。其中,所述预先确定的加权分值计算公式为:
Y代表处理信息对应的加权分值,m代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值。
其中,所述多媒体文件的特征包括:文件类型、文件大小、上传来源,即m=3。假设X1表示文件类型、X2表示文件大小、X3表示上传来源,特征权重K1、K2、K3分别为0.3、0.4、0.3。当多媒体文件的文件类型相同时,X1的分值为1,当多媒体文件的文件类型不同时,X1的分值为0。对于X2的取值,先将待处理的多媒体文件的大小与历史多媒体文件的大小化为相同单位并进行比较,当文件大小相等时,X2的分值为1,当文件大小不相等时,将占用空间小的文件的大小作为分子,占用空间大的文件的大小作为分母,构成分数并化为小数值(该小数值为小于1的数,保留小数点后2位),即X2的分值为该小数值。例如,待处理的多媒体文件大小为1.2G,查询到历史处理的其中一个多媒体文件大小为0.8G,则计算得到X2的分值为0.67。当多媒体文件的上传来源相同,即同一用户上传时,X3的分值为1,当多媒体文件的上传来源不同时,X3的分值为0。根据加权分值计算公式,查找出与待处理多媒体文件最相似的历史处理的多媒体文件,并根据对应关系列出历史处理多媒体文件对应的处理信息的加权分值Y。
步骤S60,多媒体文件处理程序10自动选择加权分值最大的历史处理信息生成一个处理队列。其中所述的加权分值最大说明:待处理的多媒体文件的类型、大小及上传来源与加权分值最大的历史处理多媒体文件最相似。例如,算出三个历史的处理信息对应的加权分值分别为0.7、0.868、0.8,最大的加权分值为0.868,则说明加权分值为0.868对应的历史处理多媒体文件与待处理的多媒体文件在文件类型、大小及上传来源方面最接近,自动将最大的加权分值对应的历史处理信息生成一个处理队列。
在另一个实施例中,还可以根据计算得到的每个加权分值对应的历史处理信息分别生成对应的处理队列,按照加权分值从大到小的顺序依次对生成的处理队列进行排列,供用户从中选择最合适的处理队列。假设三个历史的处理信息对应的加权分值分别为0.9、0.868、0.8,将三个历史的处理信息分别生成三个对应的处理队列,并按照加权分值(0.9、0.868、0.8)从大到小的顺序依次对该三个处理队列进行排列,用户结合自己的处理场景可以选择加权分值为0.8对应的处理信息生成处理队列。
步骤S70,多媒体文件处理程序10按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。例如,多媒体文件处理程序根据处理队列中定义的处理顺序依次对图像文件进行图像处理-压缩-上传存储,假设在上传存储处设置处理结果反馈,则在上传存储完成后向用户反馈预设信息:***文件上传成功。进一步地,还可以是用户无需设置反馈位置,当多媒体文件处理程序10执行每一步的多媒体文件处理时,均自动向用户反馈相应的处理结果。例如,多媒体文件处理程序根据处理队列中定义的处理顺序依次对图像文件进行图像处理-压缩-上传存储,则在图像处理完成后向用户反馈预设信息:“***文件图像处理成功”,在压缩完成后向用户反馈预设信息:“***文件压缩成功”,在上传存储完成后向用户反馈预设信息:“***文件上传存储成功”。
在另一个实施例中,还可以设置自定义功能,若历史处理信息不满足用户的需求,即历史统计的处理信息中没有适合该用户的处理信息,则用户可以根据自己的需求自定义新的处理信息,生成处理队列。例如,用户找不到还是的历史处理信息后,用户可以在自定义处理信息页面设置适用于处理该多媒体文件的处理信息。用户的处理信息设置完成后,多媒体文件处理程序10根据处理信息自动生成一个处理队列。
上述实施例提出的多媒体文件处理方法,在接收用户的处理请求及多媒体文件后,能够结合历史的多媒体文件及其处理信息对待处理的多媒体文件进行自行判断,自动选择最合适的历史处理信息生成处理队列,对多媒体文件进行处理,避免了用户每次处理多媒体文件时都需要一步步处理多媒体文件,提高多媒体文件的处理效率,使多媒体文件处理更高效。
此外,本发明实施例还提出一种计算机可读存储介质,所述计算机可读存储介质中包括多媒体文件处理程序10,所述多媒体文件处理程序10被处理器执行时实现如下操作:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
优选地,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
优选地,所述预先确定的加权分值计算公式为:
其中,Y代表处理信息对应的加权分值,m为正整数,代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值,i=(1,2,…,m)。
优选地,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
优选地,该方法还包括:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义新的处理信息,生成处理队列。
本发明之计算机可读存储介质的具体实施方式与上述多媒体文件处理方法的具体实施方式大致相同,在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种多媒体文件处理方法,其特征在于,所述方法包括:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
2.根据权利要求1所述的多媒体文件处理方法,其特征在于,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
3.根据权利要求1所述的多媒体文件处理方法,其特征在于,所述预先确定的加权分值计算公式为:
其中,Y代表处理信息对应的加权分值,m为正整数,代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值,i=(1,2,…,m)。
4.根据权利要求3所述的多媒体文件处理方法,其特征在于,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
5.根据权利要求1所述的多媒体文件处理方法,其特征在于,该方法还包括:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义新的处理信息,生成处理队列。
6.一种服务器,其特征在于,所述服务器包括:存储器、处理器及显示器,所述存储器上存储有多媒体文件处理程序,所述多媒体文件处理程序被所述处理器执行,可实现如下步骤:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
7.根据权利要求6所述的服务器,其特征在于,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
8.根据权利要求6所述的服务器,其特征在于,所述预先确定的加权分值计算公式为:
其中,Y代表处理信息对应的加权分值,m为正整数,代表多媒体文件的特征数,Ki代表多媒体文件的某个特征的权重,Xi代表多媒体文件的某个特征的分值,i=(1,2,…,m)。
9.根据权利要求8所述的服务器,其特征在于,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中包括多媒体文件处理程序,所述统多媒体文件处理程序被处理器执行时,可实现如权利要求1至5中任一项所述多媒体文件处理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810066373.7A CN108304518B (zh) | 2018-01-24 | 2018-01-24 | 多媒体文件处理方法、服务器及存储介质 |
PCT/CN2018/089134 WO2019144551A1 (zh) | 2018-01-24 | 2018-05-31 | 多媒体文件处理方法、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810066373.7A CN108304518B (zh) | 2018-01-24 | 2018-01-24 | 多媒体文件处理方法、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108304518A true CN108304518A (zh) | 2018-07-20 |
CN108304518B CN108304518B (zh) | 2020-11-24 |
Family
ID=62866197
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810066373.7A Active CN108304518B (zh) | 2018-01-24 | 2018-01-24 | 多媒体文件处理方法、服务器及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108304518B (zh) |
WO (1) | WO2019144551A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109040645A (zh) * | 2018-08-02 | 2018-12-18 | 平安科技(深圳)有限公司 | 音视频文件转录方法、装置及存储介质、服务器 |
CN109918516A (zh) * | 2019-03-13 | 2019-06-21 | 百度在线网络技术(北京)有限公司 | 一种数据处理方法、装置及终端 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726903B (zh) * | 2021-09-03 | 2022-09-20 | 中国银行股份有限公司 | 一种数据上传方法及装置 |
CN115134164B (zh) * | 2022-07-18 | 2024-02-23 | 深信服科技股份有限公司 | 一种上传行为检测方法、系统、设备及计算机存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104462128A (zh) * | 2013-09-22 | 2015-03-25 | 腾讯科技(深圳)有限公司 | 多媒体文件处理的方法、装置和终端设备 |
WO2016062202A1 (zh) * | 2014-10-23 | 2016-04-28 | 阿里巴巴集团控股有限公司 | 客户端下载图片的方法及其装置 |
CN106168980A (zh) * | 2016-07-26 | 2016-11-30 | 合网络技术(北京)有限公司 | 多媒体资源推荐排序方法及装置 |
CN106792242A (zh) * | 2017-02-22 | 2017-05-31 | 百度在线网络技术(北京)有限公司 | 用于推送信息的方法和装置 |
CN107391139A (zh) * | 2017-07-24 | 2017-11-24 | 深圳天珑无线科技有限公司 | 功能区块的布局处理方法、装置、系统及可读存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104778177A (zh) * | 2014-01-13 | 2015-07-15 | 北大方正集团有限公司 | 数据处理方法及装置 |
CN106407220A (zh) * | 2015-07-31 | 2017-02-15 | 上海亿动信息技术有限公司 | 一种发布信息的控制方法、控制装置及系统 |
CN105868182B (zh) * | 2016-04-21 | 2019-08-30 | 深圳市中兴移动软件有限公司 | 一种文本信息处理方法及装置 |
-
2018
- 2018-01-24 CN CN201810066373.7A patent/CN108304518B/zh active Active
- 2018-05-31 WO PCT/CN2018/089134 patent/WO2019144551A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104462128A (zh) * | 2013-09-22 | 2015-03-25 | 腾讯科技(深圳)有限公司 | 多媒体文件处理的方法、装置和终端设备 |
WO2016062202A1 (zh) * | 2014-10-23 | 2016-04-28 | 阿里巴巴集团控股有限公司 | 客户端下载图片的方法及其装置 |
CN106168980A (zh) * | 2016-07-26 | 2016-11-30 | 合网络技术(北京)有限公司 | 多媒体资源推荐排序方法及装置 |
CN106792242A (zh) * | 2017-02-22 | 2017-05-31 | 百度在线网络技术(北京)有限公司 | 用于推送信息的方法和装置 |
CN107391139A (zh) * | 2017-07-24 | 2017-11-24 | 深圳天珑无线科技有限公司 | 功能区块的布局处理方法、装置、系统及可读存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109040645A (zh) * | 2018-08-02 | 2018-12-18 | 平安科技(深圳)有限公司 | 音视频文件转录方法、装置及存储介质、服务器 |
CN109040645B (zh) * | 2018-08-02 | 2022-06-17 | 平安科技(深圳)有限公司 | 音视频文件转录方法、装置及存储介质、服务器 |
CN109918516A (zh) * | 2019-03-13 | 2019-06-21 | 百度在线网络技术(北京)有限公司 | 一种数据处理方法、装置及终端 |
CN109918516B (zh) * | 2019-03-13 | 2021-07-30 | 百度在线网络技术(北京)有限公司 | 一种数据处理方法、装置及终端 |
Also Published As
Publication number | Publication date |
---|---|
WO2019144551A1 (zh) | 2019-08-01 |
CN108304518B (zh) | 2020-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108304518A (zh) | 多媒体文件处理方法、服务器及存储介质 | |
US10380194B2 (en) | Displaying sort results on a mobile computing device | |
CN1783072A (zh) | 便于使用的数据上下文过滤 | |
CN108268529B (zh) | 一种基于业务抽象和多引擎调度的数据汇总方法和系统 | |
CN109948046A (zh) | 消息推送方法、装置、移动终端和存储介质 | |
CN105162863A (zh) | 一种图片上传装置、方法和计算设备 | |
CN109656988B (zh) | 基于云计算的业务运维方法、装置、设备及可读存储介质 | |
CN107656729A (zh) | 列表视图的更新装置、方法及计算机可读存储介质 | |
WO2015027882A1 (en) | Method, apparatus and terminal for image processing | |
CN106294549A (zh) | 一种图像处理方法及终端 | |
CN117201862B (zh) | 一种基于多屏幕协同的实时互动方法及相关装置 | |
CN108427704A (zh) | 压缩工具调用方法、装置及存储介质 | |
CN101364233B (zh) | 网络资源搜索管理系统及网络资源搜索管理方法 | |
CN1308852C (zh) | 数据传输方法和数据传输系统 | |
CN108133088B (zh) | Cad设计模型的自适应创建方法及系统 | |
CN107492036B (zh) | 一种保险保单托管系统 | |
CN109271499A (zh) | 一种知识问答中答题用户的推荐方法、装置和终端设备 | |
CN1633141A (zh) | 将sim卡电话簿导入智能终端的方法和所用的智能终端 | |
CN109218131A (zh) | 网络监控方法、装置、计算机设备和存储介质 | |
CN110784553B (zh) | 报文封装方法、设备及域名解析系统 | |
CN110166619B (zh) | 图片的下载方法及客户端 | |
CN110457089A (zh) | 数据采集方法、装置、计算机可读存储介质和计算机设备 | |
CN102474951A (zh) | 照明系统和用于确定照明系统的照明场景的能耗的方法 | |
CN115599801A (zh) | 一种数据查询方法、系统、电子设备和存储介质 | |
CN107734049A (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 |