CN109309696B

CN109309696B - Folder transmission method, sender, receiver, and storage medium

Info

Publication number: CN109309696B
Application number: CN201710623151.6A
Authority: CN
Inventors: 任旻
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2017-07-27
Filing date: 2017-07-27
Publication date: 2021-09-17
Anticipated expiration: 2037-07-27
Also published as: CN109309696A; WO2019019952A1; TW201911066A

Abstract

The invention discloses a folder sending method, a sender, a receiver and a storage medium, and belongs to the technical field of the Internet. The method comprises the following steps: receiving a trigger instruction for sending a target folder to a receiver offline; sending the files in the target folder to an offline server; generating description information corresponding to the target folder, wherein the description information comprises a file name of the target folder, a file identifier of each file in the target folder, a size of each file and a path of each file in the target folder; and sending the description information to an offline server. The problem of low sending efficiency when the folder is sent offline in the related art is solved, and the effect of improving the sending efficiency of the folder when the folder is sent offline is achieved.

Description

Folder transmission method, sender, receiver, and storage medium

Technical Field

The embodiment of the invention relates to the technical field of internet, in particular to a folder sending method, a sender, a receiver and a storage medium.

Background

In work and life, users often need to send files to other users. For example, a classmate summarizes review data and sends the review data to other classmates; for another example, a user downloads a novel and sends the downloaded novel to a friend.

In the related art, when a sender needs to send a folder to a receiver, the receiver must be in an online state. When the receiver is off-line, the sender can only compress the folder, and then the folder is sent to the receiver in a compressed file form. Correspondingly, after receiving the compressed file sent by the sender offline, the receiver decompresses the compressed file, and then recovers and obtains the content in the folder.

The folder needs to be compressed first when the sender sends the folder offline, the receiver needs to decompress the received compressed file, and both compression and decompression need to occupy certain time overhead, so that the sending efficiency of the folder in the related scheme is low. Meanwhile, after the compressed file is decompressed by the receiver, the compressed file and the folder obtained after decompression can be stored at the same time, and a certain storage space is consumed.

Disclosure of Invention

In order to solve the problems in the prior art, embodiments of the present invention provide a folder sending method, a sender, a receiver, and a storage medium. The technical scheme is as follows:

according to a first aspect of the embodiments of the present invention, there is provided a folder sending method, including:

receiving a trigger instruction for sending a target folder to a receiver offline;

sending the files in the target folder to an offline server;

generating description information corresponding to the target folder, wherein the description information comprises a file name of the target folder, a file identifier of each file in the target folder, a size of each file and a path of each file in the target folder;

and sending the description information to the offline server.

According to a second aspect of the embodiments of the present invention, there is provided a folder sending method, including:

receiving description information of a target folder sent by an offline server, wherein the description information comprises a file name of the target folder, a file identifier of each file in the target folder, the size of each file and a path of each file in the target folder;

and acquiring the files in the target folder according to the description information.

According to a third aspect of the embodiments of the present invention, there is provided a sender, including a processor and a memory, where the memory stores at least one instruction, and the instruction is loaded and executed by the processor to implement the following operations:

sending the files in the target folder to an offline server;

and sending the description information to the offline server.

According to a fourth aspect of the embodiments of the present invention, there is provided a receiving party, including a processor and a memory, where the memory stores at least one instruction, and the instruction is loaded and executed by the processor to implement the following operations:

According to a fifth aspect of embodiments of the present invention, there is provided a computer-readable storage medium, the storage medium including: the storage medium has stored therein at least one instruction that is loaded and executed by a processor to perform operations comprising:

sending the files in the target folder to an offline server;

and sending the description information to the offline server.

According to a sixth aspect of embodiments of the present invention, there is provided a computer-readable storage medium, including: the storage medium has stored therein at least one instruction that is loaded and executed by a processor to perform operations comprising:

The technical scheme provided by the embodiment of the invention has the following beneficial effects:

sending the files in the target folder and the description information to an offline server, and then sending the target folder to a receiver offline through the offline server; the problem of low sending efficiency when the folder is sent offline in the related art is solved, and the effect of improving the sending efficiency of the folder when the folder is sent offline is achieved. Meanwhile, the receiving party only receives the files and the description information in the target folder, and the size of the description information is far smaller than that of the compressed folder, so the scheme also achieves the effect of saving the storage space consumed by the receiving party.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a schematic diagram of an implementation environment related to a folder sending method provided by various embodiments of the present invention;

fig. 2 is a flowchart of a folder sending method according to an embodiment of the present invention;

fig. 3, fig. 4, fig. 5 and fig. 6 are schematic diagrams illustrating a sending party receiving a trigger instruction according to an embodiment of the present invention;

fig. 7 is a diagram illustrating a first message and a second message on a receiving side according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of a recipient saving a file, as provided by one embodiment of the invention;

fig. 9 is a schematic view of a folder sending apparatus provided in one embodiment of the present invention;

fig. 10 is a schematic view of a folder sending apparatus provided in one embodiment of the present invention;

fig. 11 is a schematic diagram of a terminal according to an embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention more apparent, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Referring to fig. 1, a schematic diagram of an implementation environment related to a folder sending method according to various embodiments of the present invention is shown, and as shown in fig. 1, the implementation environment includes a sender 110, an offline server 120, and a receiver 130.

Sender 110 refers to a terminal such as a cell phone, tablet, desktop, or e-reader. In practice, the sender 110 may have a social application installed therein, and the sender 110 may communicate with the receiver 130 through the installed social application. Sender 110 may be connected to offline server 120 through a wired or wireless network.

The offline server 120 refers to a background server providing background services for the sender 110 and the receiver 130, and the offline server 120 is used for storing offline files of the sender 110 and the receiver 130 during communication. Alternatively, the offline server 120 may be a server corresponding to a social application installed in the sender. The offline server 120 may be connected with the recipient 130 through a wired or wireless network.

The receiver 130 is similar to the sender 110, except that in various embodiments the sender 110 is used to send files and the receiver 130 is used to receive files.

Referring to fig. 2, a flowchart of a method for sending a folder according to an embodiment of the present invention is shown, where the embodiment illustrates the method used in the implementation environment shown in fig. 1. As shown in fig. 2, the method includes:

step 201, a sender receives a trigger instruction for sending a target folder to a receiver offline.

When a user wants to send a certain folder to a receiver, the user may apply a trigger instruction for triggering offline sending of a target folder to the receiver in a sender, and accordingly, the sender may receive the trigger instruction.

The trigger instruction may be a drag instruction for dragging the target folder into a dialog box of a dialog between the sender and the receiver, for example, referring to fig. 3, the trigger instruction may be a drag instruction for dragging "training materials" of the folder into the dialog box 31; alternatively, the trigger may be an add instruction to add a file in a dialog box, for example, please refer to fig. 4, and the trigger is a select instruction to select "training material" by the selection shown in the figure.

Optionally, if the receiving side receives the trigger instruction while being in the online state, the trigger instruction may be an acknowledgement instruction for acknowledging offline transmission, that is, the sending side may perform the following steps: after receiving the sending instruction for sending the target folder, the sender sends the target folder to the receiver on line, and when the receiver is not received within a predetermined time period, the sender may display query information for querying whether to switch to offline sending, and receive a confirmation instruction for confirming to switch to offline sending, for example, please refer to fig. 5, and the sender may receive a selection instruction for selecting "yes" option 51. In actual implementation, after the sender receives the sending instruction, the sender can display the option of off-line sending and receive a selection instruction for selecting the option. For example, referring to fig. 6, the sender may receive a selection instruction to select the option 61.

It should be noted that the receiving party may be one, for example, the user sends the target folder to the friend floret. Alternatively, the receivers may be a group, that is, there are at least two receivers. For example, in department training, a department leader sends a folder of required training materials to a group of departments. Or, the receiving party includes at least two receiving parties selected by the multi-person sending option, for example, the sending party may display the multi-person sending option, receive a selection instruction for selecting the multi-person sending option, display the buddy list after receiving the selection instruction, receive a selection instruction for selecting at least two buddies in the buddy list, and receive a trigger instruction for sending the destination folder offline.

Step 202, the sender sends the files in the target folder to an offline server.

In step 203, the offline server receives the file in the target folder sent by the sender.

Step 204, the sender generates description information corresponding to the target folder, where the description information includes a file name of the target folder, a file identifier of each file in the target folder, a size of each file, and a path of each file in the target folder.

After receiving the trigger instruction, the sender may generate the description information corresponding to the target folder. The file identifier in the description information refers to an identifier generated by the sender according to the file content of the file. For example, the sender may calculate an MD5(Message Digest Algorithm fifth version 5) value of the content of the file, and use the calculated MD5 value as the file identifier of the file.

For example, the file name of the target folder is "training data", the folder includes a subfolder with the file name of "technical training" and a file with the file name of "assessment focus", and the subfolder of "technical training" includes two files with the file names of "LTE training" and "MIMO training"; then for the above folder, the sender may generate a file including: description information of file identification, size and path of three files of 'LTE (Long Term Evolution), training', 'MIMO (multiple input multiple output) training' and 'assessment focus'. For example, for the "LTE training" file, the path is training data/technical training/LTE training, and for the "examination-focused" file, the path is training data/examination focus.

Optionally, the description information may further include a folder size of the target folder.

Alternatively, the description information may include first information and second information, the first information includes a file name of the target folder and an information identifier of the second information, and the second information includes a file identifier of each file in the target folder, a size of each file, and a path of each file in the target folder. Optionally, the first information may further include a folder size of the target folder. In practice, the second information may generally exist in the form of a file, for example, the sender creates a FolderInfo file, which includes the second information.

It should be noted that, in this embodiment, the step 204 is only executed after the step 202, and in actual implementation, the sender may execute the step 202 and the step 204 at the same time, or execute the step 204 first and then execute the step 202, which is not described herein again.

In step 205, the sender sends the description information to the offline server.

In practical implementation, the description information may include the first information and the second information, and the sender may send the first information and the second information to the offline server at the same time, or send the first information and then send the second information to the offline server, or send the second information and then send the first information to the offline server.

In step 206, the offline server receives the description information sent offline by the sender.

Step 207, the offline server sends the first information to the receiving party.

The offline server can send the first information to the receiver when the receiver is online; or when the receiver starts off-line pushing, the off-line server receives the first information and then forwards the folder information to the receiver; or the offline server automatically sends the first information to the receiving party after receiving the first information.

In step 208, the receiving party receives the first information of the target folder sent by the offline server.

After receiving the first information, the receiving party can display the first information. In practical implementation, the receiving party may display part of the information in the first information, for example, display the file name of the target folder and the size of the target folder, and not display the information identifier of the second information.

Step 209, the receiving party sends an information acquisition request to the offline server.

When the user of the receiving party wants to view the information in the target folder, the user can apply a trigger instruction for requesting to acquire the second information, and the receiving party sends an information acquisition request to the offline server after receiving the trigger instruction. The information obtaining request carries an information identifier of the second information in the received first information.

For example, referring to fig. 7, after the receiving side displays the first information 71, after receiving a click command for clicking the first information 71, the receiving side sends an information acquisition request to the offline server.

In step 210, the offline server receives an information acquisition request sent by the receiving party.

It should be noted that, step 209 and step 210 are optional steps, and in actual implementation, the offline server may automatically send the second information to the receiving party. And when the description information directly includes the file name of the target folder, the file identifier of each file in the target folder, the size of each file, and the path of each file in the target folder, the offline server may also directly send the description information to the receiving party.

Step 211, the offline server sends the second message to the receiving party.

In step 212, the receiving party receives the second information sent by the offline server.

And after receiving the description information sent by the offline server, presenting the second information. Optionally, since the folder may include the file and the subfolder, and the subfolder may further include the subfolder and the file, in order to enable the receiver to restore the hierarchical structure of the target folder, in actual implementation, the receiver may further display the first layer first, and after receiving a trigger instruction for displaying the next layer, continue to display the directory of the next layer.

For example, still taking the target folder as the folder of the training materials, the receiver may display the file identifier 72 of the subfolder "technical training" and the file identifier 73 of the "assessment focus" after receiving the second information. When the user wants to continue to view the contents in the subfolder "technical training", the receiving party may receive a selection instruction applied by the user to select the file identifier 72 of "technical training", and after receiving the selection instruction, display the file identifier 74 of "LTE training" and the file identifier 75 of "MIMO training" in the subfolder "technical training".

In step 213, the receiving party obtains the file in the target folder according to the description information.

After receiving the second information, the receiving party may obtain the file in the target folder according to the second information. Obtaining the file in the target folder in this embodiment may include directly opening the file or downloading and saving the file to the local.

Optionally, the step of the receiving party acquiring the file includes: and sending a file acquisition request to the offline server, and receiving a target file returned by the offline server. The file obtaining request carries a file identifier of the target file.

For example, referring to fig. 7, when a user wants to open a file with "examination focus", the user may double-click the file identifier 73 of the "examination focus", and after receiving the double-click command, the receiving party sends a file acquisition request carrying the file identifier 73 to the offline server, receives the file with "examination focus" returned by the offline server, and opens the file.

For another example, referring to fig. 8, when the user wants to download all files in the subfolder "technical training", the user may right click, the receiver displays the saving option 81 after receiving the right click instruction, and after receiving the selection instruction for selecting the saving option 81, sends a file acquisition request carrying the file identifier of "technical training" to the offline server, receives all contents in the subfolder "technical training" returned by the offline server, and saves the received contents. Optionally, the receiver may store the received content in the default directory, and when the receiver actually implements the content, after receiving the storage instruction, the receiver may display a setting window for setting the storage path, and the user sets the storage path in the setting window.

In the above, only a part of the contents in the target folder is obtained by the receiving party as an example, and in actual implementation, the user may also download all the contents in the target folder. For example, referring to fig. 7, after the user applies an instruction of right-clicking the first information 71, the receiving party displays the saving option, and after receiving the instruction of selecting the saving option, sends a file acquisition request carrying the identifier of the target folder to the offline server, and receives all contents in the target folder returned by the offline server.

In actual implementation, after receiving the second information, the receiving party may create a target folder according to the second information, and store the received content in a corresponding directory of the target folder according to a corresponding path. For example, the receiver stores the file of the received "assessment focus" in the directory of the "training materials", and stores the file of the received "LTE training" and "MIMO training" in the directory of the "technical training".

It should be noted that, after receiving the first information sent by the offline server, the receiver may request to forward the first information to the target receiver, at this time, the receiver may receive a trigger instruction for forwarding the first information, and after receiving the trigger instruction, forward the first information to the offline server, and the offline server forwards the first information to the target receiver. Thus, after receiving the first information, the target receiver can obtain the content of the second information from the offline server according to the identifier of the second information in the first information, and obtain the file in the target folder according to the content of the second information.

Another point to be described is that when the receiver acquires the files in the target folder, the receiver can acquire each file through multiple threads, so that the file acquisition efficiency of the receiver is improved.

In summary, in the folder sending method provided in this embodiment, the files and the description information in the target folder are sent to the offline server, and then the target folder is sent to the receiving party offline through the offline server; the problem of low sending efficiency when the folder is sent offline in the related art is solved, and the effect of improving the sending efficiency of the folder when the folder is sent offline is achieved. Meanwhile, the receiving party only receives the files and the description information in the target folder, and the size of the description information is far smaller than that of the compressed folder, so the scheme also achieves the effect of saving the storage space consumed by the receiving party.

Meanwhile, due to the fact that the files in the target folder are sent in an off-line mode in the scheme, the sender can send the files in the folder to the multiple receivers, and the problems that the content in the folder in the related scheme can only be sent to a single receiver every time, when the content needs to be sent to the multiple receivers, the content needs to be sent for multiple times, and time cost is high are solved.

In addition, in the above scheme, before the file in the target folder is acquired, the receiver may receive and display the second information, that is, the user may acquire the entry included in the target folder, so that the user may acquire the file according to the user's own requirement, and the problems of traffic waste and time waste when downloading the file unnecessary for the user in the target folder are avoided.

It should be added that, before step 202, the method may further include the following steps:

firstly, screening m preset files in a target folder, wherein the file size of each preset file is smaller than a first threshold value, and m is an integer greater than or equal to 2;

after receiving the trigger instruction, the sender traverses each file in the target folder, and screens out m preset files of which the file sizes are smaller than a first threshold value. The first threshold is a value preset in the sender or a value customized by a user. For example, the first threshold may be 1M, or 512 kB.

Secondly, combining the m preset files to obtain n combined files; and n is an integer greater than or equal to 1, the file size of each merged file does not exceed a second threshold, and the second threshold is greater than the first threshold.

After the m preset files are obtained through screening, the m preset files are merged, and then n merged files are obtained.

Optionally, this step may include the steps of:

firstly, for the ith file in m files, detecting whether a merged file with the file size smaller than a preset size exists, wherein the preset size is the difference between a second threshold value and the file size of the ith file; the initial value of i is 1.

The second threshold is a value preset in the sender or a value self-defined by a user in the sender. The second threshold is the maximum value of the file size of the merged file, and may be 10M, for example.

For example, for the 1 st preset file in the 1 st preset file, assuming that the size of the 1 st preset file is 1M, the sender may detect whether there is a merged file with a file size smaller than 9M.

Secondly, if a merged file with the file size smaller than the preset size exists, merging the ith preset file into the existing merged file; and if no merged file with the file size smaller than the preset size exists, generating a merged file, and merging the ith preset file into the generated merged file.

Optionally, when merging the ith preset file into the merged file, the sender may read the content in the ith preset file, and sequentially write the read content into the merged file.

Thirdly, after the ith preset file is merged, i +1 is added when i < m, and the operation of detecting whether a merged file with a file size smaller than the preset size exists is executed again.

When the i is equal to m, after the mth preset file is merged into the merged file, the sender may generate the file identifier of the merged file according to the file content of the merged file. Alternatively, the sender may calculate an MD5 value of the file content of the merged file, and determine the MD5 value as the file identifier of the merged file.

Accordingly, step 202 may include: and sending the n merged files and other files except the m preset files in the target folder to an offline server.

Also, the step of generating the description information in step 204 may include: and generating a corresponding relation between the merged file and a preset file contained in the merged file, and a file identifier of each merged file.

For example, taking m-10 and n-2 as an example, please refer to the following table, which shows a possible schematic diagram of the above correspondence relationship in the description information generated by the sender.

Optionally, the correspondence and the file identifier of the merged file may be carried in the second information.

The small files in the target folder are merged, and then the merged file is sent to the offline server, so that the cost of respectively packaging each small file and further occupying each small file when each small file in the folder is sent in a related scheme is reduced, and the effect of improving the sending performance of a sender is achieved.

Another point to be added is that, before sending the target file in the target folder to the offline server in step 202, the method may further include the following steps:

firstly, a sender sends an inquiry request to an offline server, wherein the inquiry request carries a file identifier of a target file.

Secondly, the offline server receives the query request sent by the sender, detects whether the file corresponding to the file identifier in the query request is stored, and returns the query result to the sender according to the detection result.

Optionally, the file stored in the offline server is a file that is sent and saved by other senders in history. In practical implementation, in order to avoid storing redundant information in the offline server, for each stored file, the offline server may set a validity period for the file, for example, 7 days, and if the file is not accessed within the set validity period, the offline server deletes the file. If the server is accessed, the offline server recalculates the validity period from the time of the last access, which is not described herein again.

And thirdly, the sender receives the query result returned by the offline server.

Fourthly, when the query result shows that the target file is stored in the off-line server, skipping the target file.

When the query result indicates that the target file is already stored in the offline server, the sender may skip the target file and request to send other files in the target folder in order to reduce the processing complexity of the sender and save bandwidth and increase the sending speed of the target folder. And when the received query result indicates that the target file is not stored in the offline server, the sender may send the target file to the offline server at this time.

Whether the file is stored in the off-line server is detected before the file is sent to the off-line server, and the file is not uploaded to the off-line server during storage, namely the file is transmitted in seconds, so that the efficiency of sending the content in the target folder to the off-line server by a sender is improved.

Referring to fig. 9, which shows a schematic structural diagram of a folder sending apparatus according to an embodiment of the present invention, as shown in fig. 9, the folder sending apparatus may include: a receiving module 910, a transmitting module 920 and a generating module 930.

A receiving module 910, configured to receive a trigger instruction for sending a target folder to a receiving party offline;

a sending module 920, configured to send the file in the target folder to an offline server;

a generating module 930, configured to generate description information corresponding to the target folder, where the description information includes a file name of the target folder, a file identifier of each file in the target folder, a size of each file, and a path of each file in the target folder;

the sending module 920 is further configured to send the description information to an offline server.

In summary, the folder sending apparatus provided in this embodiment sends the files and the description information in the target folder to the offline server, and then sends the target folder offline to the receiving party through the offline server; the problem of low sending efficiency when the folder is sent offline in the related art is solved, and the effect of improving the sending efficiency of the folder when the folder is sent offline is achieved. Meanwhile, the receiving party only receives the files and the description information in the target folder, and the size of the description information is far smaller than that of the compressed folder, so the scheme also achieves the effect of saving the storage space consumed by the receiving party.

Based on the folder sending device provided in the foregoing embodiment, optionally, the device further includes:

the screening module is used for screening m preset files in the target folder before the sending module sends the files in the target folder to an offline server, wherein the file size of each preset file is smaller than a first threshold value, and m is an integer greater than or equal to 2;

the merging module is used for merging the m preset files to obtain n merged files; wherein n is an integer greater than or equal to 1, the file size of each merged file does not exceed a second threshold, and the second threshold is greater than the first threshold;

the sending module 920 is further configured to send the n merged files and other files in the target folder except the m preset files to the offline server;

correspondingly, the description information further includes a corresponding relationship between each merged file and a preset file included in the merged file, and a file identifier of each merged file.

Optionally, the merging module is further configured to:

for an ith preset file in the m files, detecting whether a merged file with a file size smaller than a preset size exists, wherein the preset size is a difference between the second threshold and the file size of the ith preset file; the initial value of i is 1;

if a merged file with the file size smaller than the preset size exists, merging the ith preset file to the existing merged file; if no merged file with the file size smaller than the preset size exists, generating a merged file, and merging the ith preset file to the generated merged file;

and after the ith file is merged, when i < m, i +1 is carried out, and the operation of detecting whether a merged file with the file size smaller than the preset size exists is carried out again.

Optionally, the apparatus further comprises:

the sending module 920 is further configured to send a query request to the offline server before sending the target file in the target folder to the offline server, where the query request carries a file identifier of the target file;

the receiving module 910 is further configured to receive a query result returned by the offline server;

a skipping module, configured to skip the target file when the query result received by the receiving module 910 indicates that the target file is already stored in the offline server.

Referring to fig. 10, which shows a schematic structural diagram of a folder sending device according to an embodiment of the present invention, as shown in fig. 10, the folder sending device may include: a receiving module 1010 and an obtaining module 1020.

A receiving module 1010, configured to receive description information of a target folder sent by the offline server, where the description information includes a filename of the target folder, a file identifier of each file in the target folder, a size of each file, and a path of each file in the target folder;

an obtaining module 1020, configured to obtain a file in the target folder according to the description information received by the receiving module 1010.

Based on the folder sending apparatus provided in the foregoing embodiment, optionally, the obtaining module 1020 is further configured to:

receiving a selection instruction for selecting the file identifier of the target file in the description information;

after receiving the selection instruction, sending a file acquisition request carrying the selected file identifier to the offline server;

and receiving the target file returned by the offline server.

Optionally, the apparatus further comprises:

a creating module, configured to create the target folder according to the description information after the receiving module 1010 receives the description information;

and the storage module is used for storing the file to the position under the path of the target folder according to the path of the file in the description information after the file in the target folder is obtained.

Optionally, the receiving module 1010 is further configured to:

receiving first information sent by the offline server, wherein the first information comprises a file name of the target folder and an information identifier of second information, and the second information comprises a file identifier of each file in the target folder, a size of each file and a path of each file in the target folder;

sending an information acquisition request to the offline server, wherein the information acquisition request carries an information identifier of the second information;

and receiving the second information returned by the offline server.

Optionally, the apparatus further comprises:

the receiving module 1010 is further configured to receive a trigger instruction for forwarding the first information to a target receiving party;

and the forwarding module is used for forwarding the first information to the offline server, the offline server is used for forwarding the first information to the target receiver, and the target receiver is used for acquiring the files in the target folder according to the first information.

It should be noted that: the folder sending device provided in the foregoing embodiment is only illustrated by dividing the functional modules, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the offline server is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the folder sending device and the folder sending method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.

Embodiments of the present invention also provide a computer-readable storage medium, which may be a computer-readable storage medium contained in a memory; or it may be a separate computer-readable storage medium not incorporated in the terminal. The computer-readable storage medium stores at least one instruction for use by one or more processors in performing the folder sending method.

Fig. 11 is a block diagram of a terminal 1100 provided by an embodiment of the present invention, which may include Radio Frequency (RF) circuitry 1101, a memory 1102 including one or more computer-readable storage media, an input unit 1103, a display unit 1104, a sensor 1105, an audio circuit 1106, a Wireless Fidelity (WiFi) module 1107, a processor 1108 including one or more processing cores, and a power supply 1109. Those skilled in the art will appreciate that the terminal structure shown in fig. 11 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. Wherein:

the RF circuit 1101 may be used for receiving and transmitting signals during a message transmission or communication process, and in particular, for receiving downlink information from a base station and then processing the received downlink information by one or more processors 1108; in addition, data relating to uplink is transmitted to the base station. In general, the RF circuitry 1101 includes, but is not limited to, an antenna, at least one Amplifier, a tuner, one or more oscillators, a Subscriber Identity Module (SIM) card, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, the RF circuit 1101 may also communicate with networks and other devices via wireless communications. The wireless communication may use any communication standard or protocol, including but not limited to Global System for Mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), email, Short Message Service (SMS), and the like.

The memory 1102 may be used for storing software programs and modules, and the processor 1108 may execute various functional applications and data processing by operating the software programs and modules stored in the memory 1102. The memory 1102 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the terminal, etc. Further, the memory 1102 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device. Accordingly, the memory 1102 may also include a memory controller to provide the processor 1108 and the input unit 1103 with access to the memory 1102.

The input unit 1103 may be used to receive input numeric or character information and generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function control. In particular, in a particular embodiment, the input unit 1103 may include a touch-sensitive surface as well as other input devices. The touch-sensitive surface, also referred to as a touch display screen or a touch pad, may collect touch operations by a user (e.g., operations by a user on or near the touch-sensitive surface using a finger, a stylus, or any other suitable object or attachment) thereon or nearby, and drive the corresponding connection device according to a predetermined program. Alternatively, the touch sensitive surface may comprise two parts, a touch detection means and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 1108, and can receive and execute commands sent by the processor 1108. In addition, touch sensitive surfaces may be implemented using various types of resistive, capacitive, infrared, and surface acoustic waves. The input unit 1103 may include other input devices in addition to the touch-sensitive surface. In particular, other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 1104 may be used to display information input by or provided to the user and various graphical user interfaces of the terminal, which may be made up of graphics, text, icons, video, and any combination thereof. The Display unit 1104 may include a Display panel, and optionally, the Display panel may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like. Further, the touch-sensitive surface may overlay the display panel, and when a touch operation is detected on or near the touch-sensitive surface, the touch operation is transmitted to the processor 1108 to determine the type of touch event, and the processor 1108 then provides a corresponding visual output on the display panel according to the type of touch event. Although in FIG. 11 the touch-sensitive surface and the display panel are two separate components to implement input and output functions, in some embodiments the touch-sensitive surface may be integrated with the display panel to implement input and output functions.

The terminal may also include at least one sensor 1105, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that may adjust the brightness of the display panel according to the brightness of ambient light, and a proximity sensor that may turn off the display panel and/or the backlight when the terminal is moved to the ear. As one of the motion sensors, the gravity acceleration sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when the mobile phone is stationary, and can be used for applications of recognizing the posture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured in the terminal, detailed description is omitted here.

Audio circuitry 1106, a speaker, and a microphone may provide an audio interface between the user and the terminal. The audio circuit 1106 may transmit the electrical signal converted from the received audio data to a speaker, and the electrical signal is converted into a sound signal by the speaker and output; on the other hand, the microphone converts the collected sound signal into an electric signal, which is received by the audio circuit 1106 and converted into audio data, which is then processed by the audio data output processor 1108, and then passed through the RF circuit 1101 to be sent to, for example, another terminal, or output to the memory 1102 for further processing. The audio circuitry 1106 may also include an earbud jack to provide peripheral headset communication with the terminal.

WiFi belongs to short distance wireless transmission technology, and the terminal can help the user to send and receive e-mail, browse web page and access streaming media etc. through the WiFi module 1107, which provides wireless broadband internet access for the user. Although fig. 11 shows the WiFi module 1107, it is understood that it does not belong to the essential constitution of the terminal, and it may be omitted entirely as needed within the scope not changing the essence of the invention.

The processor 1108 is a control center of the terminal, connects various parts of the entire handset using various interfaces and lines, and performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 1102 and calling data stored in the memory 1102, thereby performing overall monitoring of the handset. Optionally, processor 1108 may include one or more processing cores; preferably, the processor 1108 may integrate an application processor, which primarily handles operating systems, user interfaces, application programs, etc., and a modem processor, which primarily handles wireless communications. It is to be appreciated that the modem processor described above may not be integrated into processor 1108.

The terminal also includes a power supply 1109 (e.g., a battery) for powering the various components, which may preferably be logically connected to the processor 1108 via a power management system that may provide management of charging, discharging, and power consumption. The power supply 1109 may also include any component of one or more dc or ac power sources, recharging systems, power failure detection circuitry, power converters or inverters, power status indicators, and the like.

Although not shown, the terminal may further include a camera, a bluetooth module, and the like, which will not be described herein. Specifically, in this embodiment, the processor 1108 in the terminal may execute at least one instruction stored in the memory 1102, so as to implement the folder sending method provided in each of the above method embodiments.

It should be understood that, as used herein, the singular forms "a," "an," "the" are intended to include the plural forms as well, unless the context clearly supports the exception. It should also be understood that "and/or" as used herein is meant to include any and all possible combinations of one or more of the associated listed items.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.

Claims

1. A folder sending method, the method comprising:

sending the files in the target folder to an offline server;

generating description information corresponding to the target folder, wherein the description information comprises a file name of the target folder, a file identifier of each file in the target folder, a size of each file and a path of each file in the target folder, the description information comprises first information and second information, the first information comprises the file name of the target folder and an information identifier of the second information, and the second information comprises the file identifier of each file in the target folder, the size of each file and the path of each file in the target folder;

and sending the description information to the offline server, wherein the offline server is used for sending the first information to the receiver and sending the second information to the receiver in response to an information acquisition request sent by the receiver, and the information acquisition request carries an information identifier of the second information.

2. The method of claim 1, wherein before sending the file in the target folder to the offline server, the method further comprises:

screening m preset files in the target folder, wherein the file size of each preset file is smaller than a first threshold value, and m is an integer greater than or equal to 2;

merging the m preset files to obtain n merged files; wherein n is an integer greater than or equal to 1, the file size of each merged file does not exceed a second threshold, and the second threshold is greater than the first threshold;

the sending the file in the target folder to an offline server includes:

sending the n merged files and other files in the target folder except the m preset files to the offline server;

3. The method according to claim 2, wherein the merging the m preset files to obtain n merged files comprises:

for the ith preset file in the m preset files, detecting whether a merged file with the file size smaller than a preset size exists, wherein the preset size is the difference between the second threshold and the file size of the ith preset file; the initial value of i is 1;

after the ith preset file is merged, when i < m, i +1 is carried out, and the operation of detecting whether a merged file with the file size smaller than the preset size exists is carried out again.

4. The method according to any one of claims 1 to 3, wherein before sending the target file in the target folder to the offline server, the method further comprises:

sending a query request to the offline server, wherein the query request carries a file identifier of the target file;

receiving a query result returned by the offline server;

and skipping the target file when the query result shows that the target file is stored in the offline server.

5. A folder sending method, the method comprising:

receiving description information of a target folder sent by an offline server, wherein the description information comprises a file name of the target folder, a file identifier of each file in the target folder, a size of each file and a path of each file in the target folder, the description information comprises first information and second information, the first information comprises the file name of the target folder and an information identifier of the second information, and the second information comprises the file identifier of each file in the target folder, the size of each file and the path of each file in the target folder;

acquiring files in the target folder according to the description information;

the receiving of the description information of the target folder sent by the offline server includes: receiving the first information sent by the offline server; sending an information acquisition request to the offline server, wherein the information acquisition request carries an information identifier of the second information; and receiving the second information returned by the offline server.

6. The method according to claim 5, wherein the obtaining the file in the target folder according to the description information comprises:

and receiving the target file returned by the offline server.

7. The method of claim 5, further comprising:

after receiving the description information, creating the target folder according to the description information;

after the file in the target folder is obtained, storing the file to the position under the path of the target folder according to the path of the file in the description information.

8. The method of claim 5, further comprising:

receiving a trigger instruction for forwarding the first information to a target receiver;

and forwarding the first information to the offline server, wherein the offline server is used for forwarding the first information to the target receiver, and the target receiver is used for acquiring the files in the target folder according to the first information.

9. A folder sending apparatus, comprising a processor and a memory, wherein the memory stores at least one instruction, and wherein the instruction is loaded and executed by the processor to perform operations comprising:

sending the files in the target folder to an offline server;

and sending the description information to the offline server, wherein the offline server is used for sending the first information to the receiving party and sending the second information to the receiving party in response to an information acquisition request sent by the receiving party, and the information acquisition request carries an information identifier of the second information.

10. A folder sending apparatus, comprising a processor and a memory, wherein the memory stores at least one instruction, and wherein the instruction is loaded and executed by the processor to perform operations comprising:

acquiring files in the target folder according to the description information;

11. A computer-readable storage medium having stored therein at least one instruction, which is loaded and executed by a processor to perform operations comprising:

sending the files in the target folder to an offline server;

12. A computer-readable storage medium having stored therein at least one instruction, which is loaded and executed by a processor to perform operations comprising:

acquiring files in the target folder according to the description information;