WO2017114190A1 - 一种文件上传处理方法及装置 - Google Patents

一种文件上传处理方法及装置 Download PDF

Info

Publication number
WO2017114190A1
WO2017114190A1 PCT/CN2016/110357 CN2016110357W WO2017114190A1 WO 2017114190 A1 WO2017114190 A1 WO 2017114190A1 CN 2016110357 W CN2016110357 W CN 2016110357W WO 2017114190 A1 WO2017114190 A1 WO 2017114190A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
picture
content
description information
data
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.)
Ceased
Application number
PCT/CN2016/110357
Other languages
English (en)
French (fr)
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2017114190A1 publication Critical patent/WO2017114190A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G06F16/172—Caching, prefetching or hoarding of files

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a file upload processing method and apparatus.
  • the traditional image uploading process includes a front-end processing process and a back-end processing process.
  • the front-end processing process is performed after the mobile phone performs image processing (such as image special effect processing, file compression, etc.), and the back-end processing process is performed on the server side, and the server receives the uploading process.
  • image processing such as image special effect processing, file compression, etc.
  • the back-end processing process is performed on the server side, and the server receives the uploading process.
  • a temporary file is generated on the server side, and then the data of the temporary file is read out by the application, the picture description information such as the picture specification is written into the database, and the picture content data is sent to the picture storage system, and the picture is stored by the picture.
  • the system stores.
  • the network where the mobile phone is located may be a 2G network, a 3G network, or a wireless local area network
  • the stability of the network is uncertain, and the image upload process needs to be cached in the memory of the server, which often results in a long image upload delay. , uploading efficiency is low.
  • caching temporary files in the server also occupies a large amount of memory resources on the server.
  • the embodiment of the present application provides a file upload processing method and device, which are used to improve file uploading efficiency.
  • the obtained file content is stored in a database; wherein In the database, the file description information is associated with the file content.
  • the file data is picture file data
  • the file description information and file content are file description information and picture content of the picture file.
  • the acquired image file data includes a protocol part and a file part, and the file part includes a file description part and a file content part, and the adjacent parts are separated by a separator;
  • Obtaining the file description information and the picture content in the picture file data including:
  • the storing, according to the obtained file description information, the acquired image content in a database including:
  • a record is created in the database, and the obtained file description information is stored in the file description field of the record, and the obtained image content is stored in the picture content field of the record;
  • the obtained picture content is stored in the picture content field of the record.
  • the method further includes:
  • server-side application program interface is configured to apply the image uploaded by the mobile terminal to the client according to the client user identity information after being invoked. End application.
  • the file description information includes one or a combination of the following information: a file name, a file type, and a picture size.
  • the picture content is secondary data.
  • a first acquiring module configured to acquire file data sent by the mobile terminal
  • a second obtaining module configured to acquire file description information and file content in the file data
  • a storage module configured to store, according to the obtained file description information, the obtained file content into a database; wherein, in the database, the file description information is associated with the file content.
  • the file data is picture file data
  • the file description information and file content are file description information and picture content of the picture file.
  • the acquired image file data includes a protocol part and a file part, and the file part includes a file description part and a file content part, and the adjacent parts are separated by a separator;
  • the second acquiring module is specifically configured to:
  • the storage module is specifically configured to:
  • a record is created in the database, and the obtained file description information is stored in the file description field of the record, and the obtained image content is stored in the picture content field of the record;
  • the obtained picture content is stored in the picture content field of the record.
  • the method further comprises:
  • a calling module configured to invoke a server-side application program interface by using the client user identity information of the mobile terminal after storing the acquired image content to the database according to the obtained file description information, where the server-side application program interface is used Applying the picture uploaded by the mobile terminal to the client application according to the client user identity information after being called.
  • the file description information includes one or a combination of the following information: a file name, a file type, and a picture size.
  • the picture content is secondary data.
  • the server after the server obtains the file data sent by the mobile terminal, Obtaining the file description information and the file content in the file data, and storing the obtained file content into the database according to the obtained file description information.
  • the server after receiving the file uploaded by the mobile terminal, the server does not cache the file as a temporary file, but stores it after receiving, thereby reducing the delay of file uploading and improving the efficiency of file uploading. And can also save server-side memory resource overhead.
  • FIG. 1 is a schematic structural diagram of a system applicable to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a file uploading process according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a server according to an embodiment of the present invention.
  • the embodiment of the present application provides a file uploading scheme for improving file uploading efficiency.
  • the solution provided by the embodiment of the present application can be applied to a process in which a mobile terminal uploads a file to a network side, where the mobile terminal can be a wireless communication capability device such as a mobile phone, a PDA (Personal Digital Assistant), or a smart wearable device. device.
  • the file types involved may be multimedia files such as pictures, audio and video, or other files, such as text files.
  • the embodiment of the present application is particularly applicable to a file type uploading process.
  • FIG. 1 exemplarily shows a network architecture to which the embodiment of the present application is applied.
  • this The network architecture may include a mobile terminal and a server on the network side, and the mobile terminal and the server communicate through the network.
  • the mobile terminal in the above architecture can upload files to the server on the network side through the network.
  • the mobile terminal can also process the uploaded image before uploading the file, for example, performing image special effect processing, file compression processing, etc., and then encapsulating the image file into a file of the corresponding format according to a prescribed protocol. And upload to the server on the network side.
  • the server in the above architecture can implement storage of files uploaded by the mobile terminal.
  • image-related application such as a social application (which requires the user to provide an avatar and display the user avatar in the user interface of the client application)
  • the client application of the application needs to be installed on the mobile terminal, and the server side needs to install the server-side application of the application, and the client application and the server-side application cooperate with each other to complete the social application.
  • the mobile terminal and the server can exchange information through the network, and the network can be a wide area network, a local area network or the Internet, or an Internet using mobile communication technology.
  • the mobile terminal can access the Internet wirelessly, and the server usually connects to the Internet in a wired manner.
  • the mobile terminal and the server can adopt cloud computing technology to implement information processing based on the powerful functions of the cloud computing technology.
  • Servers and mobile terminals can use cloud-based technology-based operating systems, such as YunOS, to integrate the resources and services of the cloud and mobile terminals.
  • FIG. 2 is a schematic flowchart of a file uploading process provided by an embodiment of the present application. This process can be implemented on the server side of the network side. As shown, the process can include the following steps:
  • Step 201 The server acquires file data sent by the mobile terminal.
  • Step 202 The server acquires file description information and file content in the file data.
  • Step 203 The server stores the obtained file content in a database according to the obtained file description information.
  • the file description information is associated with the file content in the database.
  • the server after receiving the file data sent by the mobile terminal, the server does not need to perform caching to generate a temporary file, but can store the received file data, thereby reducing the delay of file uploading and improving the time.
  • the efficiency of file uploading can save server storage resources Source overhead.
  • the file types involved may be multiple.
  • the mobile terminal encapsulates the picture file data to be uploaded according to a prescribed protocol, and then sends the picture file data to the server.
  • the protocol for transferring picture files may be an HTML (Hyper Text Mark-up Language) protocol.
  • HTML Hyper Text Mark-up Language
  • the mobile terminal encapsulates the picture file data to be uploaded according to the HTML protocol.
  • Multipart/form-data (multi-part form data) format is used when encapsulating image file data using the HTML protocol.
  • a message in a multipart/form-data format usually includes a protocol part, a file description part, and a file content part, and the adjacent components are divided by a separator.
  • the following code exemplarily shows a multipart/form-data format message content of picture file data.
  • HTTP HyperText Transfer Protoco, Hypertext Transfer Protocol
  • lines 1 to 8 are the headers of the protocol, that is, the protocol part, which mainly declares that the type of the command is POST, protocol version information, server address, content-type is multipart/form-data, and is defined.
  • the separator "---------------------7db372eb000e2" is used to separate multiple files, form items, etc., and the separator does not match the contents of the file or form item.
  • the data conflicts.
  • the content-type field needs to be defined. It includes a flag-like flag called boundary, which can be a random input character.
  • Content-Length 3693, here 3693 is the total length of the file to be uploaded.
  • the part after the 10th line to the position of the separator is the data to be uploaded, which may be text or a picture.
  • the data content is preceded by a description field such as Content-Disposition, Content-Type, and Content-Transfer-Encoding, which is used to define file description information, including data type (file), file name, file type (such as image format).
  • file data type
  • file type such as image format
  • Each of the separated data can use Content-Type to indicate the type of the following data, refer to rfc1341 (http://www.ietf.org/rfc/rfc1341.txt).
  • Contect-Type: image/jpeg indicates that the following data is jpeg file data.
  • step 202 after receiving the picture file data of the above format sent by the mobile terminal, the server parses the received message, and obtains the file description information and the picture content therein. Since the picture file data sent by the mobile terminal is in the multipart/form-data format specified by the protocol, the server can parse the received picture file data in the multipart/form-data format according to the protocol.
  • the server may determine the file description information and the location of the image content in the image file data according to the separator between the adjacent portions in the image file data message, and then describe the file according to the determined image file data.
  • the location of the information and image content, and the text in the image file data Description information and picture content (such as binary data).
  • the server may store the obtained file content (such as binary data) into the database according to the obtained file description information.
  • the server can store images in the following two ways:
  • Method 1 Store the image in the specified directory and add the storage path as a field value to the database record;
  • Method 2 Store the image in binary data in the database as the value of the OLE field.
  • the data storage structure of the database is also different.
  • ID serial number
  • Filename the name of the file
  • the field for storing the picture can be added in the database.
  • the field name fileimage of the stored image is added to the database, and the data type is "OLE object", which is used to store binary image data.
  • OE object which is used to store binary image data.
  • ID serial number
  • Filename the name of the file
  • Fileimage store the contents of the uploaded file (binary data);
  • Submit_date upload time
  • Width the length of the image
  • the fileimage field is a "picture content field” for storing picture binary data; the remaining fields are used to describe a picture or picture file, which may be collectively referred to as "file description field", and the "file description field” specifically includes fields.
  • file description field specifically includes fields.
  • the specific content in the "file description field” can be extracted from the picture file data received by the server.
  • the embodiment of the present invention preferably performs picture storage by using the above manner 2.
  • the server may query the records in the database according to the obtained file description information, for example, may further combine the sender's user information (such as the user according to the file ID, the file name, and the like). ID) Query the database to query whether there is a record matching the information (a record contains fields such as "file description information field” and "picture content field", and further, may also include a user ID field); if not queried , indicating that the currently received packet is the first packet of all the packets corresponding to the image file, and a record is created in the database, and the obtained file description information is stored in the file description of the record.
  • the sender's user information such as the user according to the file ID, the file name, and the like.
  • ID Query the database to query whether there is a record matching the information (a record contains fields such as "file description information field” and "picture content field”, and further, may also include a user ID field); if not queried , indicating that the currently received packet is the first packet of all the packets
  • the field stores the obtained image content in the picture content field of the record; if the query is found, the current received message is a message other than the first message in all the messages corresponding to the image file. Text, at this time the corresponding data record has been created, the server will store the obtained image content to the picture of the record Yung field.
  • the data volume of an image file is usually large, and the packet format specified by the transmission protocol has a certain length requirement. Therefore, it is usually required to split one image file data into multiple packets for transmission.
  • the server can use the BinaryRead method of the Request object of the ASP to read the binary information of the uploaded image of the mobile terminal, obtain the file name and absolute path of the uploaded image file, and the file type, etc., and specifically determine the identifier according to the separator. The starting position of the binary data of the file name, and then use ASP technology to convert the binary data into a file name to save. Further, the server writes the contents of the binary file into the OLE field of the database through the AppendChunk method of the recordset object.
  • the server first performs decompression processing after receiving the picture file data sent by the mobile terminal, and recovers. To the original image data.
  • the server obtains the file data sent by the mobile terminal, the file description information and the file content in the file data are obtained, and the obtained file content is stored according to the obtained file description information.
  • the server does not cache the file as a temporary file, but stores it after receiving, thereby reducing the delay of file uploading and improving the efficiency of file uploading. And can also save server-side memory resource overhead.
  • the server may also use the client user identity information (such as the user ID) of the mobile terminal to invoke the server-side application interface.
  • the server-side application program interface is configured to apply the image uploaded by the mobile terminal to the client application according to the client user identity information after being called.
  • the client user initiates a callback process through its client App. Since the network where the mobile terminal is located may be a 2G network, a 3G network, or a wireless local area network, the stability of the network is uncertain. Therefore, the client user initiates a callback process on the mobile terminal side. On the one hand, the delay may be long. It is also possible that the callback process fails, and on the other hand, the user operation is cumbersome.
  • the server side simulates the client user identity to initiate a callback, that is, instead of the client user initiating the callback, compared with the prior art, the delay can be reduced, and the success rate of the callback process is improved. It also simplifies user operations.
  • the client application of the application A needs to be installed on the mobile terminal, and the server-side application of the application needs to be installed on the server.
  • the application A is a social application, and the user is required to provide an avatar and display it in the user interface of the client application.
  • the user uses the user account (user ID) to log in to the client app of the mobile terminal, and selects a function button or a menu command of "set user avatar” in the user avatar setting interface provided by the client app, and according to the prompt of the setting interface, Select a picture as the avatar in the picture library of the mobile terminal. It After that, the user selects the function button or menu command of “Upload Picture” according to the prompt of the setting interface.
  • the client App obtains the image file description information and the binary data of the image content according to the command of “uploading the image”, and the obtained image file description information may include: a picture file name, a picture type (such as a JPEG format or other pictures). One or a combination of information such as format, absolute path, and length and width of the picture. Then, according to the HTML protocol, the obtained picture file description information and the binary data of the picture content are encapsulated into one or more messages. For the specific packet format, refer to the foregoing embodiment, which is not repeated here.
  • the client App sends the encapsulated message to the server, where the address of the server can be preset in the client App, or the client App can obtain the address of the server in other manners.
  • the server receives the picture data message sent by the mobile terminal, parses the message according to the HTML protocol, and obtains the picture file description information and the binary data of the picture content.
  • the picture description information includes an image file name, a picture file format, and a picture size.
  • the server creates a record in the database, and fills in the obtained image file name, image file format, image size, and user ID into the corresponding field of the record, and adds the binary data of the obtained image content to the record. OLE field.
  • the server calls the developer API (Application Programming Interface) of the application A with the user ID of the client.
  • the API Application Programming Interface
  • the following process is triggered to apply the image uploaded by the client user to the client application, that is, the image is displayed in the avatar display area of the user interface. This process is called a callback process.
  • the embodiment of the present application further provides a server, which can implement the above file upload processing flow.
  • FIG. 3 is a schematic structural diagram of a server according to an embodiment of the present disclosure.
  • the device may include: a first obtaining module 301, a second obtaining module 302, and a storage module 303, where:
  • the first obtaining module 301 is configured to acquire file data sent by the mobile terminal
  • the second obtaining module 302 is configured to acquire file description information and file content in the file data.
  • the storage module 303 is configured to store the obtained file content into a database according to the obtained file description information, where the file description information is associated with the file content.
  • the file data is picture file data
  • the file description information and file content are file description information and picture content of the picture file.
  • the acquired picture file data includes a protocol part and a file part
  • the file part includes a file description part and a file content part
  • the adjacent parts are separated by a separator.
  • the second obtaining module 302 is specifically configured to: determine, according to a separator between adjacent portions, file description information and a location of the image content in the image file data; according to the determined image file data The file description information and the location of the picture content, and the file description information and the picture content in the picture file data are obtained.
  • the storage module 303 is specifically configured to: query a corresponding record in the database according to the obtained file description information; if not, create a record in the database, and store the obtained file description information. Go to the file description field of the record, and store the obtained image content in the picture content field of the record; if queried, store the obtained picture content in the picture content field of the record.
  • the server may further include a calling module 304, configured to invoke the server-side application program interface by using the client user identity information of the mobile terminal after storing the acquired image content to the database according to the obtained file description information.
  • the server-side application program interface is configured to apply the image uploaded by the mobile terminal to the client application according to the client user identity information after being invoked.
  • the file description information includes one or a combination of the following information: a file name, a file type, and a picture size.
  • the picture content is secondary data.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

Landscapes

  • Engineering & Computer Science (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)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种文件上传处理方法及装置。当服务器端获取到移动终端发送的文件数据后，获取该文件数据中的文件描述信息以及文件内容，并根据获取到的文件描述信息，将获取到的文件内容存储到数据库中。与现有技术相比，服务器端在接收到移动终端上传的文件后未将其缓存为临时文件，而是接收后就进行存储，从而降低了文件上传的时延，提高了文件上传的效率，并且还可以节省服务器端的内存资源开销。

Description

一种文件上传处理方法及装置 技术领域
本申请涉及通信技术领域，尤其涉及一种文件上传处理方法及装置。
背景技术
随着移动通信技术的飞速发展和移动多媒体时代的到来，手机作为人们必备的移动通信工具，已从简单的通话工具向智能化发展，演变成一个移动的信息收集和处理平台。在当前移动互联网时代，手机作为一种常见的终端，充当重要的角色。
在云计算时代，通过手机进行图片上传在不同业务场景下得到广泛应用。传统的图片上传过程包括前端处理过程和后端处理过程，前端处理过程是指手机进行图片处理(比如图片特效处理、文件压缩等)后发送，后端处理过程在服务器端进行，服务器接收到上传的图片数据后，在服务器端生成临时文件，然后通过应用程序将临时文件的数据读取出来，将图片规格等图片描述信息写入数据库，再将图片内容数据向图片存储系统发送，由图片存储系统进行存储。
由于手机所在的网络有可能是2G网络、3G网络或无线局域网等，网络的稳定性具有不确定性，而且图片上传过程中需要在服务器的内存中进行缓存，因此往往导致图片上传时延比较长，上传效率较低。而且，在服务器中缓存临时文件，也会占用服务器大量内存资源。
申请内容
本申请实施例提供了一种文件上传处理方法及装置，用以提高文件上传效率。
本申请实施例提供的文件上传处理方法，包括：
获取移动终端发送的文件数据；
获取所述文件数据中的文件描述信息以及文件内容；
根据获取到的文件描述信息，将获取到的文件内容存储到数据库中；其中， 所述数据库中，所述文件描述信息与所述文件内容相关联。
优选地，所述文件数据为图片文件数据，所述文件描述信息和文件内容为图片文件的文件描述信息和图片内容。
优选地，获取到的图片文件数据中包括协议部分和文件部分，所述文件部分包括文件描述部分和文件内容部分，相邻部分之间用分隔符分割；
所述获取所述图片文件数据中的文件描述信息以及图片内容，包括：
根据相邻部分之间的分隔符，确定所述图片文件数据中的文件描述信息和图片内容的位置；
根据确定出的所述图片文件数据中的文件描述信息和图片内容的位置，获取所述图片文件数据中的文件描述信息以及图片内容。
优选地，所述根据获取到的文件描述信息，将获取到的图片内容存储到数据库中，包括：
根据获取到的文件描述信息查询所述数据库中的相应记录；
若未查询到，则在所述数据库中创建一条记录，将获取到的文件描述信息存储到该条记录的文件描述字段，将获取到的图片内容存储到该条记录的图片内容字段；
若查询到，则将获取到的图片内容存储到该条记录的图片内容字段。
优选地，所述根据获取到的文件描述信息，存储获取到的图片内容到数据库之后，还包括：
使用所述移动终端的客户端用户身份信息调用服务器端的应用程序接口，所述服务器端的应用程序接口用于在被调用后根据所述客户端用户身份信息将所述移动终端上传的图片应用于客户端应用程序。
优选地，所述文件描述信息包括以下信息中的一种或组合：文件名称、文件类型、图片大小。
优选地，所述图片内容为二级制数据。
本申请实施例提供的服务器，包括：
第一获取模块，用于获取移动终端发送的文件数据；
第二获取模块，用于获取所述文件数据中的文件描述信息以及文件内容；
存储模块，用于根据获取到的文件描述信息，将获取到的文件内容存储到数据库中；其中，所述数据库中，所述文件描述信息与所述文件内容相关联。
优选地，所述文件数据为图片文件数据，所述文件描述信息和文件内容为图片文件的文件描述信息和图片内容。
优选地，获取到的图片文件数据中包括协议部分和文件部分，所述文件部分包括文件描述部分和文件内容部分，相邻部分之间用分隔符分割；
所述第二获取模块具体用于：
根据相邻部分之间的分隔符，确定所述图片文件数据中的文件描述信息和图片内容的位置；
根据确定出的所述图片文件数据中的文件描述信息和图片内容的位置，获取所述图片文件数据中的文件描述信息以及图片内容。
优选地，所述存储模块具体用于：
根据获取到的文件描述信息查询所述数据库中的相应记录；
若未查询到，则在所述数据库中创建一条记录，将获取到的文件描述信息存储到该条记录的文件描述字段，将获取到的图片内容存储到该条记录的图片内容字段；
若查询到，则将获取到的图片内容存储到该条记录的图片内容字段。
优选地，还包括：
调用模块，用于在根据获取到的文件描述信息，存储获取到的图片内容到数据库之后，使用所述移动终端的客户端用户身份信息调用服务器端的应用程序接口，所述服务器端的应用程序接口用于在被调用后根据所述客户端用户身份信息将所述移动终端上传的图片应用于客户端应用程序。
优选地，所述文件描述信息包括以下信息中的一种或组合：文件名称、文件类型、图片大小。
优选地，所述图片内容为二级制数据。
本申请的上述实施例中，当服务器端获取到移动终端发送的文件数据后， 获取该文件数据中的文件描述信息以及文件内容，并根据获取到的文件描述信息，将获取到的文件内容存储到数据库中。与现有技术相比，服务器端在接收到移动终端上传的文件后未将其缓存为临时文件，而是接收后就进行存储，从而降低了文件上传的时延，提高了文件上传的效率，并且还可以节省服务器端的内存资源开销。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例适用的系统架构示意图；
图2为本发明实施例提供的文件上传流程示意图；
图3为本发明实施例提供的服务器结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
本申请实施例提供了一种文件上传方案，用于提高文件上传效率。本申请实施例提供的方案可应用于移动终端上传文件到网络侧的过程，其中，所述移动终端可以是手机、PDA(Personal Digital Assistant，掌上电脑)或智能穿戴设备等具有无线通信能力的电子设备。涉及到的文件类型可以是图片、音视频等多媒体文件，也可以是其他文件，如文本文件。本申请实施例尤其适用于图片类型的文件的上传过程。
下面结合附图对本申请实施例进行详细描述。
图1示例性地示出了本申请实施例适用的一种网络架构。如图1所示，该 网络架构中可包括移动终端以及网络侧的服务器，移动终端和服务器通过网络进行通信。
上述架构中的移动终端可以通过网络将文件上传到网络侧的服务器。以图片上传为例，移动终端在进行文件上传之前，还可以对待上传的图片进行处理，比如可以进行图片特效处理、文件压缩处理等，然后按照规定的协议将图片文件封装为相应格式的文件，并上传到网络侧的服务器。
上述架构中的服务器可以实现对移动终端上传的文件进行存储。
仍以图片上传为例，为了实现某种与图片相关的应用，比如某种社交应用(该社交应用中需要用户提供头像并在客户端App(应用程序)的用户界面中可显示用户头像)，移动终端上需要安装该应用的客户端App，服务器端需要安装该应用的服务器端App，客户端App和服务器端App相互配合来完成该社交应用。
上述网络架构中，移动终端和服务器可以通过网络进行信息交互，该网络可以是广域网、局域网或互联网，或者采用移动通信技术的互联网。移动终端可通过无线方式接入互联网，服务器通常采用有线方式与互联网连接。
优选地，移动终端和服务器可以采用云计算技术，以基于云计算技术的强大功能实现信息处理。服务器和移动终端可采用基于云计算技术的操作系统，比如YunOS，从而可以整合云端和移动终端的资源和服务。
下面结合附图对本申请实施例进行详细描述。
参见图2，为本申请实施例提供的文件上传处理流程示意图。该流程可在网络侧的服务器端实现。如图所示，该流程可包括如下步骤：
步骤201：服务器获取移动终端发送的文件数据；
步骤202：服务器获取所述文件数据中的文件描述信息以及文件内容；
步骤203：服务器根据获取到的文件描述信息，将获取到的文件内容存储到数据库中；其中，所述数据库中，所述文件描述信息与所述文件内容相关联。
上述流程中，服务器端接收到移动终端发送来的文件数据后，无需进行缓存以生成临时文件，而是可将接收到的文件数据进行存储，因此一方面降低了文件上传的时延，提高了文件上传的效率，另一方面可以节省服务器的存储资 源开销。
上述流程中，所涉及的文件类型可以是多种，下面以图片类型的文件为例，对图片上传处理过程进行详细描述。
移动终端按照规定的协议封装待上传的图片文件数据，然后将该图片文件数据发送给服务器。传输图片文件的协议可以是HTML(Hyper Text Mark-up Language，超文本标记语言)协议。下面以HTML协议为例，对图1所示的图片上传处理过程进行详细描述。
在步骤201中，移动终端按照HTML协议将待上传的图片文件数据进行封装。在使用HTML协议对图片文件数据进行封装时，采用multipart/form-data(多部件的表单数据)格式。通常，multipart/form-data格式的报文中通常包括协议部分、文件描述部分和文件内容部分，相邻组成部分之间用分隔符进行分割。
下面的代码示例性地示出了一种图片文件数据的multipart/form-data格式报文内容。
假设移动终端需要发送一个图片文件，文件名为“kn.jpg”，接受文件的网页程序位于：http://192.168.24.56/logsys/home/uploadIspeedLog！doDefault.html，那么，移动终端客户端链接192.168.24.56后，发送如下HTTP(HyperText Transfer Protoco，超文本传输协议)请求：
POST/logsys/home/uploadIspeedLog！doDefault.html HTTP/1.1
Accept:text/plain,*/*
Accept-Language:zh-cn
Host:192.168.24.56
Content-Type:multipart/form-data；boundary＝---------------------7db372eb000e2
User-Agent:WinHttpClient
Content-Length:3693
Connection:Keep-Alive
---------------------7db372eb000e2
Content-Disposition:form-data；name＝"file"；filename＝"kn.jpg"
Content-Type:image/jpeg
(此处省略jpeg文件二进制数据...)
---------------------7db372eb000e2--
上述代码中，第1行至第8行是协议的头，即协议部分，该部分代码主要声明命令的类型是POST，协议版本信息，服务器地址，content-type为multipart/form-data，并定义了分隔符“---------------------7db372eb000e2”，用于分隔多个文件、表单项等，分隔符不会与文件或表单项内容中的数据发生冲突。在进行图片上传时，并非协议头部分的每个字段都需要说明，其中，content-type字段需要定义，它包括一个类似标志性质的名为boundary(边界)的标志，它可以是随便输入的字符串，用来分辨一段内容的开始。Content-Length:3693，这里的3693是要上传文件的总长度。
第10行之后到分隔符位置的部分是需要上传的数据，可以是文本，也可以是图片等。数据内容前面有Content-Disposition，Content-Type以及Content-Transfer-Encoding等说明字段，用于定义文件描述信息，主要包括数据的类型(file)，文件名称，文件类型(如图片格式)等。其后为具体的文件内容，对于图片文件来说即为图片文件的二进制数据。
每个分隔的数据都可以用Content-Type来表示下面数据的类型，可以参考rfc1341(http://www.ietf.org/rfc/rfc1341.txt)。例如，Contect-Type:image/jpeg表示下面的数据是jpeg文件数据。
在步骤202中，服务器接收到移动终端发送的上述格式的图片文件数据后，对接收到的报文进行解析，获取其中的文件描述信息以及图片内容。由于移动终端发送的图片文件数据是根据协议规定的multipart/form-data格式，因此服务器可以根据该协议对接收到的multipart/form-data格式的图片文件数据进行解析。
具体地，服务器可根据图片文件数据报文中，相邻部分之间的分隔符，确定该图片文件数据中的文件描述信息和图片内容的位置，然后根据确定出的图片文件数据中的文件描述信息和图片内容的位置，获取该图片文件数据中的文 件描述信息以及图片内容(如二进制数据)。
在步骤203中，服务器可根据获取到的文件描述信息，将获取到的文件内容(如二进制数据)存储到数据库中。服务器存储图片的方式主要可采用以下两种：
方式1：将图片存储到指定的目录中，将存储路径作为字段值添加到数据库记录中；
方式2：将图片以二进制数据方式存储到数据库中，作为OLE字段的值。
根据图片的存储方式的不同，数据库的数据存储结构也相应有所不同。
对于上述方式1，数据库的数据表中，可设置如下字段：
ID：序号；
filename：文件名称；
ext：文件扩展名；
size：文件大小；
intro：文件简要说明；
submit_date：上传时间
对于上述方式2，图片信息如果存放到数据库，在数据库中可增加存储图片的字段(OLE类型)。数据库中增加存放图片的字段名fileimage，数据类型为“OLE对象”，该类型用来存放二进制图片数据。作为一个例子，可设置如下字段：
ID：序号；
filename：文件名称；
fileimage：存放上传文件内容(二进制数据)；
ext：文件扩展名；
size：文件大小；
intro：文件简要说明；
submit_date：上传时间；
width：图片的长；
height：图片的宽。
上述数据结构中，fileimage字段为“图片内容字段”，用于存储图片二进制数据；其余字段用于描述图片或图片文件，可统称为“文件描述字段”，“文件描述字段”具体包含的字段可如上所列出的字段中的一种或组合。“文件描述字段”中的具体内容可从服务器接收到的图片文件数据中提取。
本发明实施例优选地采用上述方式2进行图片存储。
以采用上述方式2进行图片存储为例，服务器可根据获取到的文件描述信息查询数据库中的记录，比如可以根据文件ID、文件名称等信息，进一步地还可结合发送者的用户信息(比如用户ID)查询数据库，以查询是否存在与这些信息匹配的记录(一条记录中包含“文件描述信息字段”和“图片内容字段”等字段，进一步地，还可包含用户ID字段)；若未查询到，则表明当前接收到的报文是一个图片文件对应的所有报文中的第一个报文，则在该数据库中创建一条记录，将获取到的文件描述信息存储到该条记录的文件描述字段，将获取到的图片内容存储到该条记录的图片内容字段；若查询到，则表明当前接收到的报文是一个图片文件对应的所有报文中除第一报文以外的某个报文，此时相应的数据记录已创建，则服务器将获取到的图片内容存储到该条记录的图片内容字段。
需要说明的是，一个图片文件的数据量通常较大，而传输协议所规定的报文格式有一定的长度要求，因此通常需要将一个图片文件数据拆分为多个报文进行传输。
作为一个例子，服务器可使用ASP的Request对象的BinaryRead方法读取移动终端上传图片的二进制信息，从中获得上传的图片文件的文件名和绝对路径以及文件类型等信息，具体可根据其中的分隔符确定出文件名的二进制数据的起始位置，再利用ASP技术将二进制数据转换成文件名保存。进一步地，服务器通过recordset对象的AppendChunk方法，将二进制的文件内容写入数据库的OLE字段。
进一步地，如果移动终端在上传图片之前，对图片进行了压缩处理，则服务器在收到移动终端发送的图片文件数据之后，首先进行解压缩处理，恢复得 到原始图片数据。
通过以上描述可以看出，当服务器端获取到移动终端发送的文件数据后，获取该文件数据中的文件描述信息以及文件内容，并根据获取到的文件描述信息，将获取到的文件内容存储到数据库中。与现有技术相比，服务器端在接收到移动终端上传的文件后未将其缓存为临时文件，而是接收后就进行存储，从而降低了文件上传的时延，提高了文件上传的效率，并且还可以节省服务器端的内存资源开销。
进一步地，在一些实施例中，服务器根据获取到的文件描述信息，存储获取到的图片内容到数据库之后，还可使用移动终端的客户端用户身份信息(如用户ID)调用服务器端的应用程序接口，服务器端的应用程序接口用于在被调用后根据该客户端用户身份信息将该移动终端上传的图片应用于客户端应用程序。通过服务器取代移动终端向开发者应用进行回调，可以实现回调信息的高可靠性。
在现有图片上传处理过程中，图片上传完成后，由客户端用户通过其客户端App发起回调过程。由于移动终端所在的网络有可能是2G网络、3G网络或无线局域网等，网络的稳定性具有不确定性，因此由客户端用户在移动终端侧发起回调过程，一方面，其时延可能较长，也可能回调过程失败，另一方面用户操作也比较繁琐。而本发明的上述实施例中，由服务器端模拟客户端用户身份发起回调，即代替客户端用户发起回调，与现有技术相比，可以减少时延，提高回调过程的成功率，另一方面，也可以简化用户操作。
为了更清楚地理解本发明的上述实施例，下面以一个具体应用场景为例，对本发明上述实施例的具体实现过程进行详细描述。
移动终端上需要安装应用A的客户端App，服务器端需要安装该应用的服务器端App，应用A是一种社交应用，需要用户提供头像并在客户端App的用户界面中显示。
在移动终端侧：
用户使用用户账号(用户ID)登录移动终端的客户端App，在该客户端App提供的用户头像设置界面中选择“设置用户头像”的功能按钮或菜单命令，并根据设置界面的提示，从该移动终端的图片库中选择一个图片作为头像。之 后，用户根据设置界面的提示，选择“上传图片”的功能按钮或菜单命令。
该客户端App根据该“上传图片”的命令，获取该图片文件描述信息以及图片内容的二进制数据，所获取的图片文件描述信息可包括：图片文件名称、图片类型(比如是JPEG格式还是其他图片格式)、绝对路径、图片的长宽等信息中的一种或组合。然后，按照HTML协议，将获取到的图片文件描述信息和该图片内容的二进制数据封装为一个或多个报文。具体的报文格式可参见前述实施例，在此不再重复。
该客户端App将封装好的报文发送给服务器，其中，服务器的地址可预先设置在该客户端App中，或者客户端App可采用其他方式获知该服务器的地址。
在服务器侧：
服务器接收移动终端发送的图片数据报文，按照HTML协议解析该报文，得到图片文件描述信息以及图片内容的二进制数据。其中，图片描述信息包括图片文件名称、图片文件格式、图片大小。服务器在数据库中创建一条记录，将获取到的图片文件名称、图片文件格式、图片大小，以及用户ID填写到该条记录的相应字段，将获取到的图片内容的二进制数据添加到该条记录的OLE字段。
之后，服务器以该客户端的用户ID调用应用A的开发者API(Application Programming Interface，应用程序接口)。该API被调用后触发执行以下处理过程，将该客户端用户上传的图片应用到该客户端App中，即在用户界面的头像显示区域显示该图片。该过程称为回调过程。
基于相同的技术构思，本申请实施例还提供了一种服务器，该服务器可实现上述文件上传处理流程。
参见图3，为本申请实施例提供的服务器的结构示意图，如图所示，该装置可包括：第一获取模块301、第二获取模块302、存储模块303，其中：
第一获取模块301，用于获取移动终端发送的文件数据；
第二获取模块302，用于获取所述文件数据中的文件描述信息以及文件内容；
存储模块303，用于根据获取到的文件描述信息，将获取到的文件内容存储到数据库中；其中，所述数据库中，所述文件描述信息与所述文件内容相关联。
优选地，所述文件数据为图片文件数据，所述文件描述信息和文件内容为图片文件的文件描述信息和图片内容。
优选地，获取到的图片文件数据中包括协议部分和文件部分，所述文件部分包括文件描述部分和文件内容部分，相邻部分之间用分隔符分割。相应地，第二获取模块302可具体用于：根据相邻部分之间的分隔符，确定所述图片文件数据中的文件描述信息和图片内容的位置；根据确定出的所述图片文件数据中的文件描述信息和图片内容的位置，获取所述图片文件数据中的文件描述信息以及图片内容。
优选地，存储模块303可具体用于：根据获取到的文件描述信息查询所述数据库中的相应记录；若未查询到，则在所述数据库中创建一条记录，将获取到的文件描述信息存储到该条记录的文件描述字段，将获取到的图片内容存储到该条记录的图片内容字段；若查询到，则将获取到的图片内容存储到该条记录的图片内容字段。
进一步地，该服务器还可包括调用模块304，用于在根据获取到的文件描述信息，存储获取到的图片内容到数据库之后，使用所述移动终端的客户端用户身份信息调用服务器端的应用程序接口，所述服务器端的应用程序接口用于在被调用后根据所述客户端用户身份信息将所述移动终端上传的图片应用于客户端应用程序。
优选地，所述文件描述信息包括以下信息中的一种或组合：文件名称、文件类型、图片大小。
优选地，所述图片内容为二级制数据。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算 机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

  1. 一种文件上传处理方法，其特征在于，包括：
    获取移动终端发送的文件数据；
    获取所述文件数据中的文件描述信息以及文件内容；
    根据获取到的文件描述信息，将获取到的文件内容存储到数据库中；其中，所述数据库中，所述文件描述信息与所述文件内容相关联。
  2. 如权利要求1所述的方法，其特征在于，所述文件数据为图片文件数据，所述文件描述信息和文件内容为图片文件的文件描述信息和图片内容。
  3. 如权利要求2所述的方法，其特征在于，获取到的图片文件数据中包括协议部分和文件部分，所述文件部分包括文件描述部分和文件内容部分，相邻部分之间用分隔符分割；
    所述获取所述图片文件数据中的文件描述信息以及图片内容，包括：
    根据相邻部分之间的分隔符，确定所述图片文件数据中的文件描述信息和图片内容的位置；
    根据确定出的所述图片文件数据中的文件描述信息和图片内容的位置，获取所述图片文件数据中的文件描述信息以及图片内容。
  4. 如权利要求2所述的方法，其特征在于，所述根据获取到的文件描述信息，将获取到的图片内容存储到数据库中，包括：
    根据获取到的文件描述信息查询所述数据库中的相应记录；
    若未查询到，则在所述数据库中创建一条记录，将获取到的文件描述信息存储到该条记录的文件描述字段，将获取到的图片内容存储到该条记录的图片内容字段；
    若查询到，则将获取到的图片内容存储到该条记录的图片内容字段。
  5. 如权利要求2所述的方法，其特征在于，所述根据获取到的文件描述信息，存储获取到的图片内容到数据库之后，还包括：
    使用所述移动终端的客户端用户身份信息调用服务器端的应用程序接口，所述服务器端的应用程序接口用于在被调用后根据所述客户端用户身份信息 将所述移动终端上传的图片应用于客户端应用程序。
  6. 如权利要求2至5中任一项所述的方法，其特征在于，所述文件描述信息包括以下信息中的一种或组合：文件名称、文件类型、图片大小。
  7. 如权利要求2至5中任一项所述的方法，其特征在于，所述图片内容为二级制数据。
  8. 一种服务器，其特征在于，包括：
    第一获取模块，用于获取移动终端发送的文件数据；
    第二获取模块，用于获取所述文件数据中的文件描述信息以及文件内容；
    存储模块，用于根据获取到的文件描述信息，将获取到的文件内容存储到数据库中；其中，所述数据库中，所述文件描述信息与所述文件内容相关联。
  9. 如权利要求8所述的服务器，其特征在于，所述文件数据为图片文件数据，所述文件描述信息和文件内容为图片文件的文件描述信息和图片内容。
  10. 如权利要求9所述的服务器，其特征在于，获取到的图片文件数据中包括协议部分和文件部分，所述文件部分包括文件描述部分和文件内容部分，相邻部分之间用分隔符分割；
    所述第二获取模块具体用于：
    根据相邻部分之间的分隔符，确定所述图片文件数据中的文件描述信息和图片内容的位置；
    根据确定出的所述图片文件数据中的文件描述信息和图片内容的位置，获取所述图片文件数据中的文件描述信息以及图片内容。
  11. 如权利要求9所述的服务器，其特征在于，所述存储模块具体用于：
    根据获取到的文件描述信息查询所述数据库中的相应记录；
    若未查询到，则在所述数据库中创建一条记录，将获取到的文件描述信息存储到该条记录的文件描述字段，将获取到的图片内容存储到该条记录的图片内容字段；
    若查询到，则将获取到的图片内容存储到该条记录的图片内容字段。
  12. 如权利要求9所述的服务器，其特征在于，还包括：
    调用模块，用于在根据获取到的文件描述信息，存储获取到的图片内容到数据库之后，使用所述移动终端的客户端用户身份信息调用服务器端的应用程序接口，所述服务器端的应用程序接口用于在被调用后根据所述客户端用户身份信息将所述移动终端上传的图片应用于客户端应用程序。
  13. 如权利要求9至12中任一项所述的服务器，其特征在于，所述文件描述信息包括以下信息中的一种或组合：文件名称、文件类型、图片大小。
  14. 如权利要求9至12中任一项所述的服务器，其特征在于，所述图片内容为二级制数据。
PCT/CN2016/110357 2015-12-30 2016-12-16 一种文件上传处理方法及装置 Ceased WO2017114190A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201511021294.7A CN106933853A (zh) 2015-12-30 2015-12-30 一种文件上传处理方法及装置
CN201511021294.7 2015-12-30

Publications (1)

Publication Number Publication Date
WO2017114190A1 true WO2017114190A1 (zh) 2017-07-06

Family

ID=59224467

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/110357 Ceased WO2017114190A1 (zh) 2015-12-30 2016-12-16 一种文件上传处理方法及装置

Country Status (2)

Country Link
CN (1) CN106933853A (zh)
WO (1) WO2017114190A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111291207A (zh) * 2020-01-22 2020-06-16 奇安信科技集团股份有限公司 图片存储方法、装置及服务器
CN112612758A (zh) * 2020-12-26 2021-04-06 中国农业银行股份有限公司 一种控制生成报文的方法及装置
CN113420300A (zh) * 2021-06-21 2021-09-21 福建天晴数码有限公司 一种检测和防御文件上传漏洞的方法及系统
CN114035752A (zh) * 2021-12-01 2022-02-11 特斯联科技集团有限公司 一种城市碳中和数据处理系统
CN115834567A (zh) * 2022-11-08 2023-03-21 四川启睿克科技有限公司 一种vue组件的图片上传方法及系统
CN115858187A (zh) * 2021-09-23 2023-03-28 腾讯科技（深圳）有限公司 一种数据上报方法、装置、计算机设备以及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108156238A (zh) * 2017-12-23 2018-06-12 贵阳朗玛信息技术股份有限公司 一种资料自动化上传的方法及装置
CN112351111B (zh) * 2020-12-30 2023-01-03 常州微亿智造科技有限公司 一种工业质检文件上传服务器端近实时进度监控方法
CN112783834B (zh) * 2021-01-27 2023-07-25 上海淇玥信息技术有限公司 一种业务资源在线转存方法、装置和电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101626376A (zh) * 2009-08-04 2010-01-13 中国联合网络通信集团有限公司 基于交互式网络电视的机顶盒上传文件方法、装置及系统
CN102118451A (zh) * 2011-03-28 2011-07-06 宇龙计算机通信科技(深圳)有限公司 用户资源的上传处理方法及装置
US20130283186A1 (en) * 2012-04-23 2013-10-24 Hon Hai Precision Industry Co., Ltd. File uploading method and electronic device for fast file location
CN103401933A (zh) * 2013-08-05 2013-11-20 天闻数媒科技（湖南）有限公司 一种资源信息和对应资源文件批量上传的方法和系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009524883A (ja) * 2006-01-27 2009-07-02 アンツ．オルグ エルエルシー デジタルコンテンツのネットワークへの提示
CN102253948B (zh) * 2010-05-19 2013-06-19 北京启明星辰信息技术股份有限公司 在多源信息系统中搜索信息的方法和装置
CN101963991A (zh) * 2010-10-15 2011-02-02 辜进荣 图片准确搜索方法
US20140337374A1 (en) * 2012-06-26 2014-11-13 BHG Ventures, LLC Locating and sharing audio/visual content
WO2015035351A1 (en) * 2013-09-09 2015-03-12 UnitedLex Corp. Interactive case management system
CN104462491A (zh) * 2014-12-22 2015-03-25 上海斐讯数据通信技术有限公司 上传图片的方法、系统及相应的服务器
CN104573133A (zh) * 2015-02-13 2015-04-29 广州神马移动信息科技有限公司 存储数据的方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101626376A (zh) * 2009-08-04 2010-01-13 中国联合网络通信集团有限公司 基于交互式网络电视的机顶盒上传文件方法、装置及系统
CN102118451A (zh) * 2011-03-28 2011-07-06 宇龙计算机通信科技(深圳)有限公司 用户资源的上传处理方法及装置
US20130283186A1 (en) * 2012-04-23 2013-10-24 Hon Hai Precision Industry Co., Ltd. File uploading method and electronic device for fast file location
CN103401933A (zh) * 2013-08-05 2013-11-20 天闻数媒科技（湖南）有限公司 一种资源信息和对应资源文件批量上传的方法和系统

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111291207A (zh) * 2020-01-22 2020-06-16 奇安信科技集团股份有限公司 图片存储方法、装置及服务器
CN111291207B (zh) * 2020-01-22 2024-02-06 奇安信科技集团股份有限公司 图片存储方法、装置及服务器
CN112612758A (zh) * 2020-12-26 2021-04-06 中国农业银行股份有限公司 一种控制生成报文的方法及装置
CN113420300A (zh) * 2021-06-21 2021-09-21 福建天晴数码有限公司 一种检测和防御文件上传漏洞的方法及系统
CN113420300B (zh) * 2021-06-21 2023-09-08 福建天晴数码有限公司 一种检测和防御文件上传漏洞的方法及系统
CN115858187A (zh) * 2021-09-23 2023-03-28 腾讯科技（深圳）有限公司 一种数据上报方法、装置、计算机设备以及存储介质
CN114035752A (zh) * 2021-12-01 2022-02-11 特斯联科技集团有限公司 一种城市碳中和数据处理系统
CN115834567A (zh) * 2022-11-08 2023-03-21 四川启睿克科技有限公司 一种vue组件的图片上传方法及系统
CN115834567B (zh) * 2022-11-08 2024-05-31 四川启睿克科技有限公司 一种vue组件的图片上传方法及系统

Also Published As

Publication number Publication date
CN106933853A (zh) 2017-07-07

Similar Documents

Publication Publication Date Title
WO2017114190A1 (zh) 一种文件上传处理方法及装置
CN109582644B (zh) 文件存储方法、装置、设备及计算机可读存储介质
EP2773080A1 (en) Sharing control system and method for network resources download information
US11356533B2 (en) Facilitation of efficient web site page loading
US20150189036A1 (en) Offline caching method and apparatus
KR20180004093A (ko) 인스턴트 메시징 동안의 미디어 콘텐츠의 전송
WO2012152228A1 (zh) 获取页面资源的方法及装置、浏览器及移动终端
WO2015055010A1 (zh) 数据传输方法及装置和存储介质
CN106878428A (zh) 一种文件夹上传的方法以及装置
CN107786415B (zh) 一种业务处理方法及相关设备与系统
JP7524231B2 (ja) ビデオデータの処理方法、装置、電子機器およびコンピュータ可読媒体
WO2013152677A1 (zh) 资源共享方法及设备
CN104361007B (zh) 浏览器及其收藏夹的处理方法
CN104717131A (zh) 信息交互方法及服务器
CN114861611A (zh) 一种超文本协同编辑方法、装置和设备
CN114385382A (zh) 轻应用的访问方法、装置、计算机设备和存储介质
CN113783911B (zh) 文件的下载方法、装置、系统、设备及存储介质
CN103368951A (zh) 文件下载方法及系统
CN109714425A (zh) 通信方法及装置
GB2508138A (en) Delivering video content to a device by storing multiple formats
CN106302604A (zh) 数据传输方法及装置
CN104902432A (zh) 生成移动终端应用操作日志的方法和设备
CN108134811A (zh) 目标文件分发或下载的方法、装置和系统
CN105657451B (zh) 上传视频文件同时进行转码的方法与系统
CN110636374A (zh) 用于查找信息的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16880980

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16880980

Country of ref document: EP

Kind code of ref document: A1