WO2019144551A1 - 多媒体文件处理方法、服务器及存储介质 - Google Patents
多媒体文件处理方法、服务器及存储介质 Download PDFInfo
- Publication number
- WO2019144551A1 WO2019144551A1 PCT/CN2018/089134 CN2018089134W WO2019144551A1 WO 2019144551 A1 WO2019144551 A1 WO 2019144551A1 CN 2018089134 W CN2018089134 W CN 2018089134W WO 2019144551 A1 WO2019144551 A1 WO 2019144551A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- processing
- multimedia file
- user
- file
- multimedia
- Prior art date
Links
Images
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]
Definitions
- the present application relates to the field of file processing technologies, and in particular, to a multimedia file processing method, a server, and a computer readable storage medium.
- a multimedia file is an integrated application file that implements a variety of media such as sound, images, and images, and mainly includes audio files, image files, and video files.
- User processing of multimedia files generally involves multiple steps, such as image processing, transcoding, compression, CDN heating, upload storage, and the like.
- the user processes the multimedia file by calling the corresponding processing interface to process the multimedia file step by step. After each processing interface ends and returns the result, the next processing interface is called for processing, and each processing interface is called. Both require the user to send a request, or the processing method of the multimedia file is one-click, but does not provide appropriate processing requirements or processing steps for different users according to the user's daily behavior, which makes the user inefficient when processing multimedia files. At the same time, it also increases labor costs.
- the present application provides a multimedia file processing method, a server, and a computer readable storage medium, which can generate processing information according to a user's behavior habit, automatically complete multi-step processing of a multimedia file, simplify processing operations, improve work efficiency, and adapt to Processing requirements for multimedia files of different users.
- the present application provides a multimedia file processing method, including:
- Statistics step statistically processing the historical data of the multimedia file processed by the user in the preset historical period, and analyzing the correspondence between the type, size, uploading source and processing information of the multimedia file in the historical data;
- Receiving step providing a unified processing interface for receiving multimedia files to be processed
- Analysis step analyzing the type, size and upload source of the multimedia file
- Query step querying historical processing information of the user in the historical data according to the type, size, and upload source of the file;
- Calculating step calculating a weighted score of each historical processing information obtained by the query according to a predetermined weighted score calculation formula
- Selection step automatically selecting historical processing information with the largest weighted score to generate a processing queue
- Processing step processing the multimedia file in sequence according to the processing sequence defined in the processing queue, and when processing to the feedback position set by the user, calling the processing interface to feed back the corresponding processing result to the user.
- the present application further provides a server, the server comprising: a memory, a processor, a display, and a multimedia file processing program stored on the memory and operable on the processor, the multimedia file processing program being The processor executes, and the following steps can be implemented:
- Statistics step statistically processing the historical data of the multimedia file processed by the user in the preset historical period, and analyzing the correspondence between the type, size, uploading source and processing information of the multimedia file in the historical data;
- Analysis step analyzing the type, size and upload source of the multimedia file
- Query step querying historical processing information of the user in the historical data according to the type, size, and upload source of the file;
- Calculating step calculating a weighted score of each historical processing information obtained by the query according to a predetermined weighted score calculation formula
- Selection step automatically selecting historical processing information with the largest weighted score to generate a processing queue
- Processing step processing the multimedia file in sequence according to the processing sequence defined in the processing queue, and when processing to the feedback position set by the user, calling the processing interface to feed back the corresponding processing result to the user.
- the present application further provides a computer readable storage medium, which includes a multimedia file processing program, and when the multimedia file processing program is executed by a processor, can be implemented as described above. Any step in the multimedia file processing method.
- Y represents a weighted value corresponding to the processing information, wherein m represents the number of multimedia files, wherein the right on behalf of a K i of heavy multimedia files, X i the representative value of a feature of the multimedia file.
- the calculation module 150 is configured to calculate a weighted score of each historical processing information obtained by the query according to a predetermined weighted score calculation formula
- the processing module 170 is configured to process the multimedia file in sequence according to the processing sequence defined in the processing queue.
- the processing interface is invoked to feed back the corresponding processing result to the user.
- FIG. 3 it is a flowchart of a preferred embodiment of the multimedia file processing method of the present application.
- the corresponding relationship refers to the processing, after the processing of all the processing requirements of the multimedia file is completed, the processing, analyzing the type, size, uploading source, and processing information set by the user, forming a corresponding relationship, and then receiving the same or similar
- the multimedia file may be combined with the historical data recorded in the preset period to infer the processing information that the user needs to set to process the media file.
- X 1 denote a file type
- X 2 denote a file size
- X 3 denotes an upload source
- feature weights K 1 , K 2 , and K 3 are 0.3, 0.4, and 0.3, respectively.
- the score of X 1 is 1, and when the file type of the multimedia file is different, the score of X 1 is 0.
- the size of the multimedia file to be processed and the size of the historical multimedia file are first converted into the same unit and compared.
- the score of X 2 is 1, when the file sizes are not equal.
- the size of the file occupying a small space is taken as a numerator, and the size of the file occupying a large space is used as a denominator, and the score is formed into a decimal value (the decimal value is a number less than 1, and 2 digits after the decimal point is reserved), that is, X 2
- the score is the fractional value. For example, if the size of the multimedia file to be processed is 1.2G and the size of one of the multimedia files queried to the history processing is 0.8G, the score of X 2 is calculated to be 0.67.
- the multimedia file processing program 10 automatically selects the history processing information having the largest weighted score to generate a processing queue.
- the maximum weighted score indicates that the type, size, and uploading source of the multimedia file to be processed are most similar to the historical processing multimedia file with the largest weighted score.
- the weighted scores corresponding to the three historical processing information are 0.7, 0.868, and 0.8, respectively, and the maximum weighted score is 0.868, indicating that the historical processing multimedia file corresponding to the weighted score of 0.868 and the multimedia file to be processed are The file type, size, and upload source are the closest, and the history processing information corresponding to the largest weighted score is automatically generated into a processing queue.
- the corresponding processing queues may be separately generated according to the calculated historical processing information corresponding to each weighted score, and the generated processing queues are sequentially arranged according to the weighted scores in descending order.
- the user selects the most appropriate processing queue from which to choose. It is assumed that the weighted scores corresponding to the three historical processing information are 0.9, 0.868, and 0.8, respectively, and the three historical processing information are respectively generated into three corresponding processing queues, and are weighted according to the weighted scores (0.9, 0.868, 0.8).
- the three processing queues are sequentially arranged in a small order, and the user can select a processing information generation processing queue corresponding to a weighted score of 0.8 in combination with the processing scene of the user.
- step S70 the multimedia file processing program 10 sequentially processes the multimedia file according to the processing sequence defined in the processing queue.
- the processing interface is invoked to feed back the corresponding processing result to the user.
- the multimedia file processing program sequentially performs image processing-compression-upload storage on the image file according to the processing order defined in the processing queue. If the processing result feedback is set in the upload storage, the preset information is fed back to the user after the upload storage is completed: *** The file was uploaded successfully. Further, the user does not need to set the feedback position, and when the multimedia file processing program 10 executes the multimedia file processing of each step, the corresponding processing result is automatically fed back to the user.
- the multimedia file processing program sequentially performs image processing-compression-upload storage on the image file according to the processing order defined in the processing queue, and then feeds back the preset information to the user after the image processing is completed: “***File image processing is successful”, After the compression is completed, the preset information is fed back to the user: "*** File compression succeeded”, and the preset information is fed back to the user after the uploading and storage is completed: "***File uploading and storage is successful”.
- the multimedia file processing method proposed by the foregoing embodiment can perform self-judgment on the multimedia file to be processed in combination with the historical multimedia file and the processing information thereof after receiving the processing request and the multimedia file of the user, and automatically select the most suitable historical processing information generation processing. Queues, processing multimedia files, avoiding the need for users to process multimedia files step by step each time processing multimedia files, improving the processing efficiency of multimedia files, and making multimedia file processing more efficient.
- Receiving step providing a unified processing interface for receiving multimedia files to be processed
- Calculating step calculating a weighted score of each historical processing information obtained by the query according to a predetermined weighted score calculation formula
- Processing step processing the multimedia file in sequence according to the processing sequence defined in the processing queue, and when processing to the feedback position set by the user, calling the processing interface to feed back the corresponding processing result to the user.
- the processing information includes: a processing requirement, a processing sequence, and a feedback location of the processing result.
- the technical solution of the present application which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM as described above). , a disk, an optical disk, including a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the methods described in the various embodiments of the present application.
- a terminal device which may be a mobile phone, a computer, a server, or a network device, etc.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (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
优先权申明
本申请要求于2018年01月24日提交中国专利局、申请号为201810066373.7,名称为“多媒体文件处理方法、服务器及存储介质”的中国专利申请的优先权,该中国专利申请的整体内容以参考的方式结合本申请中。
本申请涉及文件处理技术领域,尤其涉及一种多媒体文件处理方法、服务器及计算机可读存储介质。
多媒体文件是指实现声音、图像和影像等多种媒体的集成应用文件,主要包括音频文件、图像文件和视频文件等。用户对多媒体文件的处理一般涉及多个步骤,如图像处理、转码、压缩、CDN加热、上传存储等。目前,用户处理多媒体文件的方式是:分别调用对应的处理接口对多媒体文件分步处理,在每一个处理接口处理结束并返回结果后,再调用下一个处理接口进行处理,每一个处理接口的调用都需要用户发送一次请求,又或者多媒体文件的处理方法是一键式的,但没有根据用户的日常行为习惯为不同的用户提供合适的处理需求或处理步骤,这使得用户处理多媒体文件时效率低下,同时也增大人力成本。
发明内容
鉴于以上内容,本申请提供一种多媒体文件处理方法、服务器及计算机可读存储介质,能够根据用户的行为习惯生成处理信息,自动完成多媒体文件的多步处理,简化处理操作,提高工作效率,适应不同用户的多媒体文件的处理需求。
为实现上述目的,本申请提供一种多媒体文件处理方法,该方法包括:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
此外,本申请还提供一种服务器,该服务器包括:存储器、处理器、显示器及存储在所述存储器上并可在所述处理器上运行的多媒体文件处理程序,所述多媒体文件处理程序被所述处理器执行,可实现如下步骤:
统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;
接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;
分析步骤:分析该多媒体文件的类型、大小及上传来源;
查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;
计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;
选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;
处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
此外,为实现上述目的,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质中包括多媒体文件处理程序,所述多媒体文件处理程序被处理器执行时,可实现如上所述多媒体文件处理方法中的任意步骤。
本申请提出的多媒体文件处理方法、服务器及计算机可读存储介质,通过统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多 媒体文件特征与处理信息之间的对应关系;提供统一的处理接口,接收待处理的多媒体文件;分析该多媒体文件的特征;根据文件的特征在所述历史数据中查询用户的历史处理信息;根据预先确定的加权分值计算公式,计算出查询的各个历史处理信息的加权分值;自动选择加权分值最大的历史处理信息生成一个处理队列。按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果,从而增大多媒体文件的处理的便利性,提高工作效率。
图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-Emitting Diode,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代表多媒体文件的特征数,K
i代表多媒体文件的某个特征的权重,X
i代表多媒体文件的某个特征的分值。
其中,所述多媒体文件的特征包括:文件类型、文件大小、上传来源,即m=3。假设X
1表示文件类型、X
2表示文件大小、X
3表示上传来源,特征权重K
1、K
2、K
3分别为0.3、0.4、0.3。当多媒体文件的文件类型相同时,X
1的分值为1,当多媒体文件的文件类型不同时,X
1的分值为0。对于X
2的取值,先将待处理的多媒体文件的大小与历史多媒体文件的大小化为相同单位并进行比较,当文件大小相等时,X
2的分值为1,当文件大小不相等时,将占用空间小的文件的大小作为分子,占用空间大的文件的大小作为分母,构成分数并化为小数值(该小数值为小于1的数,保留小数点后2位),即X
2的分值为该小数值。例如,待处理的多媒体文件大小为1.2G,查询到历史处理的其中一个多媒体文件大小为0.8G,则计算得到X
2的分值为0.67。当多媒体文件的上传来源相同,即同一用户上传时,X
3的分值为1,当多媒体文件的上传来源不同时,X
3的分值为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代表多媒体文件的特征数,K
i代表多媒体文件的某个特征的权重,X
i代表多媒体文件的某个特征的分值。
其中,所述多媒体文件的特征包括:文件类型、文件大小、上传来源,即m=3。假设X
1表示文件类型、X
2表示文件大小、X
3表示上传来源,特征权重K
1、K
2、K
3分别为0.3、0.4、0.3。当多媒体文件的文件类型相同时,X
1的分值为1,当多媒体文件的文件类型不同时,X
1的分值为0。对于X
2的取值,先将待处理的多媒体文件的大小与历史多媒体文件的大小化为相同单位并进行比较,当文件大小相等时,X
2的分值为1,当文件大小不相等时,将占用空间小的文件的大小作为分子,占用空间大的文件的大小作为分母,构成分数并化为小数值(该小数值为小于1的数,保留小数点后2位),即X
2的分值为该小数值。例如,待处理的多媒体文件大小为1.2G,查询到历史处理的其中一个多媒体文件大小为0.8G,则计算得到X
2的分值为0.67。当多媒体文件的上传来源相同,即同一用户上传时,X
3的分值为1,当多媒体文件的上传来源不同时,X
3的分值为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为正整数,代表多媒体文件的特征数,K
i代表多媒体文件的某个特征的权重,X
i代表多媒体文件的某个特征的分值,i=(1,2,…,m)。
优选地,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
优选地,该方法还包括:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义新的处理信息,生成处理队列。
本申请之计算机可读存储介质的具体实施方式与上述多媒体文件处理方法的具体实施方式大致相同,在此不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下, 由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (20)
- 一种多媒体文件处理方法,其特征在于,所述方法包括:统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;分析步骤:分析该多媒体文件的类型、大小及上传来源;查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
- 根据权利要求1所述的多媒体文件处理方法,其特征在于,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
- 根据权利要求2所述的多媒体文件处理方法,其特征在于,所述处理需求包括上传存储、转码、压缩、CDN加热、图像处理等处理步骤的一种或几种。
- 根据权利要求4所述的多媒体文件处理方法,其特征在于,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
- 根据权利要求1所述的多媒体文件处理方法,其特征在于,该方法还包括:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义 新的处理信息,生成处理队列。
- 根据权利要求1所述的多媒体文件处理方法,其特征在于,所述处理步骤可以替换为反馈步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,每一个处理步骤处理完成时,均向用户反馈相应的处理结果。
- 一种服务器,其特征在于,所述服务器包括:存储器、处理器及显示器,所述存储器上存储有多媒体文件处理程序,所述多媒体文件处理程序被所述处理器执行,可实现如下步骤:统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;分析步骤:分析该多媒体文件的类型、大小及上传来源;查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
- 根据权利要求8所述的服务器,其特征在于,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
- 根据权利要求9所述的服务器,其特征在于,所述处理需求包括上传存储、转码、压缩、CDN加热、图像处理等处理步骤的一种或几种。
- 根据权利要求11所述的服务器,其特征在于,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
- 根据权利要求8所述的服务器,其特征在于,所述多媒体文件处理程序被所述处理器执行,还实现如下步骤:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义新的处理信息,生成处理队列。
- 根据权利要求8所述的服务器,其特征在于,所述处理步骤可以替换为反馈步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,每一个处理步骤处理完成时,均向用户反馈相应的处理结果。
- 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中包括多媒体文件处理程序,所述统多媒体文件处理程序被处理器执行时,可实现如下步骤:统计步骤:统计预设历史周期内用户处理多媒体文件的历史数据,分析历史数据中多媒体文件的类型、大小、上传来源与处理信息之间的对应关系;接收步骤:提供一个统一的处理接口,接收待处理的多媒体文件;分析步骤:分析该多媒体文件的类型、大小及上传来源;查询步骤:根据文件的类型、大小及上传来源在所述历史数据中查询用户的历史处理信息;计算步骤:根据预先确定的加权分值计算公式,计算出查询得到的各个历史处理信息的加权分值;选择步骤:自动选择加权分值最大的历史处理信息生成一个处理队列;处理步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,在处理至用户设置的反馈位置时,调用该处理接口向用户反馈相应的处理结果。
- 根据权利要求15所述的计算机可读存储介质,其特征在于,所述处理信息包括:处理需求、处理顺序及处理结果的反馈位置。
- 根据权利要求17所述的计算机可读存储介质,其特征在于,所述多媒体文件特征包括:文件类型、文件大小及上传来源。
- 根据权利要求15所述的计算机可读存储介质,其特征在于,所述多媒体文件处理程序被所述处理器执行,还实现如下步骤:若历史处理信息不满足用户的需求,用户可以根据自己的需求自定义新的处理信息,生成处理队列。
- 根据权利要求15所述的计算机可读存储介质,其特征在于,所述处理步骤可以替换为反馈步骤:按照处理队列中定义的处理顺序依次对所述多媒体文件进行处理,每一个处理步骤处理完成时,均向用户反馈相应的处理结果。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810066373.7 | 2018-01-24 | ||
CN201810066373.7A CN108304518B (zh) | 2018-01-24 | 2018-01-24 | 多媒体文件处理方法、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019144551A1 true WO2019144551A1 (zh) | 2019-08-01 |
Family
ID=62866197
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/089134 WO2019144551A1 (zh) | 2018-01-24 | 2018-05-31 | 多媒体文件处理方法、服务器及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108304518B (zh) |
WO (1) | WO2019144551A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726903A (zh) * | 2021-09-03 | 2021-11-30 | 中国银行股份有限公司 | 一种数据上传方法及装置 |
CN115134164A (zh) * | 2022-07-18 | 2022-09-30 | 深信服科技股份有限公司 | 一种上传行为检测方法、系统、设备及计算机存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109040645B (zh) * | 2018-08-02 | 2022-06-17 | 平安科技(深圳)有限公司 | 音视频文件转录方法、装置及存储介质、服务器 |
CN109918516B (zh) * | 2019-03-13 | 2021-07-30 | 百度在线网络技术(北京)有限公司 | 一种数据处理方法、装置及终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104778177A (zh) * | 2014-01-13 | 2015-07-15 | 北大方正集团有限公司 | 数据处理方法及装置 |
CN105868182A (zh) * | 2016-04-21 | 2016-08-17 | 努比亚技术有限公司 | 一种文本信息处理方法及装置 |
CN106407220A (zh) * | 2015-07-31 | 2017-02-15 | 上海亿动信息技术有限公司 | 一种发布信息的控制方法、控制装置及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104462128B (zh) * | 2013-09-22 | 2018-04-13 | 腾讯科技(深圳)有限公司 | 多媒体文件处理的方法、装置和终端设备 |
CN105589879B (zh) * | 2014-10-23 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 客户端下载图片的方法及其装置 |
CN106168980B (zh) * | 2016-07-26 | 2020-07-28 | 阿里巴巴(中国)有限公司 | 多媒体资源推荐排序方法及装置 |
CN106792242B (zh) * | 2017-02-22 | 2020-10-09 | 百度在线网络技术(北京)有限公司 | 用于推送信息的方法和装置 |
CN107391139A (zh) * | 2017-07-24 | 2017-11-24 | 深圳天珑无线科技有限公司 | 功能区块的布局处理方法、装置、系统及可读存储介质 |
-
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 (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 | 上海亿动信息技术有限公司 | 一种发布信息的控制方法、控制装置及系统 |
CN105868182A (zh) * | 2016-04-21 | 2016-08-17 | 努比亚技术有限公司 | 一种文本信息处理方法及装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726903A (zh) * | 2021-09-03 | 2021-11-30 | 中国银行股份有限公司 | 一种数据上传方法及装置 |
CN113726903B (zh) * | 2021-09-03 | 2022-09-20 | 中国银行股份有限公司 | 一种数据上传方法及装置 |
CN115134164A (zh) * | 2022-07-18 | 2022-09-30 | 深信服科技股份有限公司 | 一种上传行为检测方法、系统、设备及计算机存储介质 |
CN115134164B (zh) * | 2022-07-18 | 2024-02-23 | 深信服科技股份有限公司 | 一种上传行为检测方法、系统、设备及计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108304518B (zh) | 2020-11-24 |
CN108304518A (zh) | 2018-07-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019144551A1 (zh) | 多媒体文件处理方法、服务器及存储介质 | |
US8885892B2 (en) | Content extracting device, content extracting method and program | |
CN108256067B (zh) | 计算房源相似度的方法、装置、设备及存储介质 | |
US9424258B2 (en) | Assigning tags to media files | |
US20150058308A1 (en) | Generating cache query requests | |
CN109918427A (zh) | 图片上传控制方法、装置、计算机设备及存储介质 | |
US20180060325A1 (en) | Rank query results for relevance utilizing external context | |
CN111368153B (zh) | 搜索方法及装置 | |
US10255380B2 (en) | Identifying and structuring related data | |
US11334758B2 (en) | Method and apparatus of data processing using multiple types of non-linear combination processing | |
WO2014161352A1 (zh) | 主题管理方法及系统 | |
CN109656988B (zh) | 基于云计算的业务运维方法、装置、设备及可读存储介质 | |
WO2019071890A1 (zh) | 产品推荐装置、方法及计算机可读存储介质 | |
US20110087773A1 (en) | Contents' relationship visualizing apparatus, contents' relationship visualizing method and its program | |
JP2004158009A (ja) | ネットワークのパフォーマンスデータを送る方法およびシステム | |
WO2020000715A1 (zh) | 基于指数特征提取的股指预测方法、服务器及存储介质 | |
TWI798912B (zh) | 搜索方法、電子裝置及非暫時性電腦可讀記錄媒體 | |
CN110569256A (zh) | 一种业务处理方法、装置及电子设备和存储介质 | |
WO2019134244A1 (zh) | 压缩工具调用方法、装置及存储介质 | |
CN109658187A (zh) | 推荐云服务商的方法、装置、存储介质及电子设备 | |
US11429660B2 (en) | Photo processing method, device and computer equipment | |
Ahmad et al. | A generic content-based image retrieval framework for mobile devices | |
CN112069337A (zh) | 图片处理方法、装置、电子设备及存储介质 | |
KR102523006B1 (ko) | 컨텐츠 목록 제공 방법, 장치 및 컴퓨터 프로그램 | |
CN113760550A (zh) | 资源分配方法和资源分配装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 20/11/2020) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 18902382 Country of ref document: EP Kind code of ref document: A1 |