WO2019019952A1 - 文件夹发送方法、发送终端、接收终端以及存储介质 - Google Patents

文件夹发送方法、发送终端、接收终端以及存储介质 Download PDF

Info

Publication number
WO2019019952A1
WO2019019952A1 PCT/CN2018/096334 CN2018096334W WO2019019952A1 WO 2019019952 A1 WO2019019952 A1 WO 2019019952A1 CN 2018096334 W CN2018096334 W CN 2018096334W WO 2019019952 A1 WO2019019952 A1 WO 2019019952A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
target folder
preset
size
sending
Prior art date
Application number
PCT/CN2018/096334
Other languages
English (en)
French (fr)
Inventor
任旻
Original Assignee
腾讯科技（深圳）有限公司
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 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2019019952A1 publication Critical patent/WO2019019952A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a file sending method, a transmitting terminal, a receiving terminal, and a storage medium.
  • a classmate sums up the review materials and sends the review materials to other students. For example, a user downloads a novel and sends the downloaded novel to a friend.
  • the receiver when a sender needs to send a folder to a receiver, the receiver must be online. When the receiver is offline, the sender can only compress the folder and send the folder to the receiver as a compressed file. Correspondingly, after receiving the compressed file sent by the sender offline, the receiver decompresses the compressed file, and then recovers the content in the folder.
  • the receiver Since the sender needs to compress the folder first when sending the folder offline, the receiver needs to decompress the received compressed file, and both compression and decompression require a certain time overhead. Therefore, the efficiency of the folder in the related solution is transmitted. Lower. At the same time, after the receiver decompresses the compressed file, it will store both the compressed file and the folder obtained after decompression, which consumes a certain amount of storage space.
  • a folder sending method a transmitting terminal, a receiving terminal, and a storage medium are provided.
  • a folder sending method includes:
  • the transmitting terminal receives a trigger instruction for sending the target folder to the receiving terminal offline;
  • the sending terminal 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 The path of each file in the target folder; and
  • the sending terminal sends the description information to the offline server.
  • a folder sending method includes:
  • description information of a target folder sent by the offline server 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 each The path of the file in the target folder;
  • the receiving terminal acquires a file in the target folder according to the description information.
  • a transmitting terminal includes a processor and a memory, wherein the memory stores computer readable instructions, and when the computer readable instructions are executed by the processor, the processor performs the following steps:
  • the description information including a file name of the target folder, a file identifier of each file in the target folder, a size of each file, and each file being The path in the target folder;
  • a receiving terminal includes a processor and a memory, wherein the memory stores computer readable instructions, and when the computer readable instructions are executed by the processor, the processor performs the following steps:
  • the description information including a file name of the target folder, a file identifier of each file in the target folder, a size of each file, and each file being The path in the target folder;
  • a non-transitory computer readable storage medium storing computer readable instructions, when executed by one or more processors, causing the one or more processors to perform the steps of: receiving offline Sending a trigger message to the destination folder to the receiving terminal;
  • the description information including a file name of the target folder, a file identifier of each file in the target folder, a size of each file, and each file being The path in the target folder;
  • a non-transitory computer readable storage medium storing computer readable instructions, when executed by one or more processors, causes the one or more processors to perform the following steps:
  • the description information including a file name of the target folder, a file identifier of each file in the target folder, a size of each file, and each file being The path in the target folder;
  • FIG. 1 is a schematic diagram of an implementation environment involved in a method for sending a folder according to an embodiment
  • 2A is a flowchart of a method for sending a folder according to an embodiment
  • 2B is a flowchart of a method for sending a folder according to another embodiment
  • 2C is a flowchart of a method for sending a folder according to another embodiment
  • FIG. 3 is a schematic diagram of a sending terminal receiving a triggering instruction according to an embodiment
  • FIG. 4 is a schematic diagram of a transmitting terminal receiving a triggering instruction according to another embodiment
  • FIG. 5 is a schematic diagram of a sending terminal receiving a triggering instruction according to another embodiment
  • FIG. 6 is a schematic diagram of a sending terminal receiving a triggering instruction according to another embodiment
  • FIG. 7 is a schematic diagram of a receiving terminal displaying first information and second information according to an embodiment
  • FIG. 8 is a schematic diagram of a receiving terminal saving file provided by an embodiment
  • FIG. 9 is a schematic diagram of a folder sending apparatus according to an embodiment.
  • FIG. 10 is a schematic diagram of a folder sending apparatus provided by an embodiment.
  • FIG. 11 is a schematic diagram of an internal structure of a terminal provided by an embodiment.
  • FIG. 1 is a schematic diagram of an implementation environment involved in a method for sending a folder provided by various embodiments of the present application.
  • the implementation environment includes a sending terminal 110 , an offline server 120 , and a receiving terminal 130 .
  • the transmitting terminal 110 refers to a terminal such as a mobile phone, a tablet computer, a desktop computer, or an e-reader, hereinafter referred to as a sender.
  • the receiving terminal 130 also refers to a terminal such as a mobile phone, a tablet computer, a desktop computer, or an e-reader, hereinafter referred to as a receiving party.
  • a social application may be installed in the sender 110, and the sender 110 may communicate with the recipient 130 through the installed social application.
  • the sender 110 can be connected to the offline server 120 via a wired or wireless network.
  • the offline server 120 refers to a background server that provides background services for the sender 110 and the receiver 130, and the offline server 120 is used to store offline files of the sender 110 and the receiver 130 during communication.
  • the offline server 120 can be a server corresponding to a social application installed in the sender.
  • the offline server 120 can be connected to the recipient 130 via a wired or wireless network.
  • the transmitting terminal and the receiving terminal are both terminals.
  • the terminal is a sending terminal; when the terminal is used to receive a file, the terminal is a receiving terminal.
  • FIG. 2A is a flowchart of a method for sending a folder according to an embodiment of the present application. This embodiment is exemplified by the method used in the implementation environment shown in FIG. 1. As shown in FIG. 2A, the method includes:
  • Step 201 The sender receives a trigger instruction for sending the target folder offline to the receiving terminal.
  • the user When the user wants to send a certain folder to the receiver, the user may apply a trigger instruction for triggering the offline transmission of the target folder to the receiver in the sender, and accordingly, the sender may receive the trigger instruction.
  • the triggering instruction may be a drag and drop instruction in a dialog box for dragging the target folder to the sender and the receiver.
  • the trigger instruction may be a drag and drop instruction for dragging the folder "training material" to the dialog box 31.
  • This trigger instruction can also be an add instruction to add a file to the dialog box.
  • the trigger instruction is a selection instruction for selecting "training material" by the selection mode shown in the figure.
  • the triggering command may be an acknowledgement command for confirming offline sending, that is, the sending party may perform the following steps: the sending party receives the sending of the sending destination folder. After the instruction, the target folder is sent online to the receiving party.
  • the sender may display the inquiry information, which is used to ask whether to send offline, and the sender receives the confirmation and sends it offline. Confirmation instruction. For example, referring to FIG. 5, the sender can receive a selection instruction to select the "Yes" option 51.
  • the sender can display the option to send offline, and receive the selection instruction that selects the above option.
  • the sender can receive a selection instruction to select option 61.
  • the above receiving party may be one.
  • the user sends a destination folder to a friend's floret.
  • the above-mentioned receivers may be a group, that is, the receiver has at least two.
  • the department leader sends the required training materials folder to the department group.
  • the recipient includes at least two recipients selected by the multi-person transmission option.
  • the sender may display a multi-person transmission option, receive a selection instruction for selecting a multi-person transmission option, display a buddy list after receiving the selection instruction, receive a selection instruction of selecting at least two buddies in the buddy list, and thereafter receive offline transmission.
  • the trigger instruction of the target folder may be one.
  • the user sends a destination folder to a friend's floret.
  • the above-mentioned receivers may be a group, that is, the receiver has at least two.
  • the department leader sends the required training materials folder to the department group.
  • the recipient includes at least two recipients selected by the multi-person transmission option.
  • the sender may
  • step 202 the sender sends the file in the target folder to the offline server.
  • 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 target folder of each file. The path in .
  • the sender After receiving the trigger instruction, the sender can generate the description information corresponding to the target folder.
  • the file identifier in the description information refers to the identifier generated by the sender according to the file content of the file. For example, the sender can calculate the MD5 (Message Digest Algorithm 5) value of the file content, and use the calculated MD5 value as the file identifier of the file.
  • MD5 Message Digest Algorithm 5
  • the file name of the target folder is “Training Data”, and the folder includes a subfolder named “Technical Training” and a file named “Appraisal Focus”, and a subfolder of “Technical Training”.
  • the following files include two files named “LTE Training” and "MIMO Training”; for the above folder, the sender can generate: “LTE (Long Term Evolution) training", “MIMO (multiple input) Output)
  • the description of the file identification, size and path of the three files "training" and "assessment focus”.
  • the path of the file in the target folder refers to the hierarchical structure of the file and the target folder. For example, for the above “LTE Training” document, the path is training materials/technical training/LTE training, and for the above “assessment focus” documents, the path is training information/assessment focus.
  • the description information may further include a folder size of the target folder.
  • the above 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.
  • the second information includes the file identification of each file in the target folder, the size of each file, and the path of each file in the target folder. Unless otherwise stated, the following description is exemplified by the description information including the first information and the second information described above.
  • the first information may also include a folder size of the target folder.
  • the second information can usually exist in the form of a file. For example, the sender creates a FolderInfo file, and the FolderInfo file includes the second information.
  • step 204 is performed in step 204.
  • the sender may perform step 202 and step 204 at the same time, or perform step 202 after step 204, and no longer Narration.
  • step 205 the sender sends the description information to the offline server.
  • the first information and the second information may be included in the description information.
  • the sender may send the first information and the second information to the offline server at the same time, or send the second information to the offline server after sending the first information, or send the first information to the offline server after sending the second information.
  • FIG. 2B is a flowchart of a method for sending a folder according to an embodiment of the present application.
  • the method for sending a folder includes the following steps:
  • Step 214 The receiver receives the description information of the target folder sent by the offline server, where the description information includes the file name of the target folder, the file identifier of each file in the target folder, the size of each file, and each file in the target. The path in the folder.
  • the first information and the second information may be included in the description information.
  • the receiver may separately receive the first information and the second information sent by the offline server.
  • Step 213 Acquire a file in the target folder according to the description information.
  • FIG. 2C is a flowchart of a method for sending a folder according to an embodiment of the present application.
  • the method for sending a folder further includes the following steps:
  • Step 203 The offline server receives the file in the target folder sent by the sender.
  • Step 206 The offline server receives the description information sent by the sender offline.
  • Step 207 The offline server sends the first information to the receiver.
  • the offline server may send the first information to the receiver when the receiver is online; or, when the receiver opens the offline push, the offline server forwards the folder information to the receiver after receiving the first information; or, offline The server automatically sends the first information to the recipient after receiving the first information.
  • Step 208 The receiver receives the first information of the target folder sent by the offline server.
  • the receiver may display the first information.
  • the receiver can display part of the information in the first information. For example, the file name of the target folder and the size of the target folder are displayed, and the information identifier of the second information is not displayed.
  • step 209 the receiver sends an information acquisition request to the offline server.
  • the user may apply a trigger instruction requesting to acquire the second information, and the receiver sends the information acquisition request to the offline server after receiving the trigger instruction.
  • the information acquisition request carries the information identifier of the second information in the received first information.
  • the receiving information is sent to the offline server.
  • Step 210 The offline server receives an information acquisition request sent by the receiver.
  • step 209 and step 210 are optional steps.
  • the offline server may automatically send the second information to the receiver.
  • 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 can also directly send The description information is to the recipient.
  • step 211 the offline server sends the second information to the receiver.
  • Step 212 The receiver receives the second information sent by the offline server.
  • the second information After receiving the description information sent by the offline server, the second information is displayed.
  • the file and the subfolder can be included in the folder, and the subfolder and the file can continue to be included in the subfolder, in actual implementation, in order to enable the receiver to restore the hierarchical structure of the target folder.
  • the receiver can also display the first layer first, and after receiving the trigger instruction for displaying the next layer, continue to display the directory of the next layer.
  • the folder with the target folder as the above-mentioned “training material” is still taken as an example.
  • the receiving party can display the file identifier 72 of the sub-folder “technical training” and the “assessment focus”.
  • File identifier 73 wherein, when the user wants to continue to view the content in the sub-folder "Technical Training”, the receiving party can receive the selection instruction of the file identifier 72 selected by the user to select "Technical Training", and after receiving the selection instruction, display The file identification 74 of "LTE Training" in the sub-folder "Technical Training” and the file identification 75 of "MIMO Training”.
  • the receiver may acquire the file in the target folder according to the second information.
  • Obtaining the file in the target folder as described in this embodiment may include directly opening the file or downloading and saving the file to the local.
  • the step of the recipient obtaining the file comprises: sending a file acquisition request to the offline server, and receiving the target file returned by the offline server.
  • the file acquisition request carries the file identifier of the target file.
  • the user wants to open the file of "assessment focus"
  • the user can double-click the file identifier 73 of the "assessment focus”
  • the receiver sends a file acquisition request carrying the file identifier 73. Go to the offline server, receive the "evaluation focus” file returned by the offline server, and open the file.
  • the receiving party displays the save option 81 after receiving the right click command, and selects the save option after receiving.
  • the file acquisition request carrying the file identification of "technical training” is sent to the offline server, and all the contents in the sub-folder "Technical Training" returned by the offline server are received, and the received content is saved.
  • the receiving party may save the received content to the default directory.
  • the receiving party may display a setting window for setting a save path, where the user is in the setting window. Set the save path.
  • the receiver saves the received file to the set path.
  • the receiver only obtains part of the content in the target folder.
  • the user can also download all the content in the target folder.
  • the recipient displays a save option, and after receiving the selection instruction to select the save option, sends a file acquisition request carrying the identifier of the target folder to the offline server. , receiving all the contents of the target folder returned by the offline server.
  • the receiver may create a target folder according to the second information, and store the received content according to the corresponding path to a corresponding directory of the target folder.
  • the receiving party stores the documents that receive the “assessment focus” in the “training materials” directory, and stores the received “LTE training” and “MIMO training” files in the “Technical Training” directory.
  • the user may request to forward the first information to the target receiver.
  • the receiver may receive the trigger instruction for forwarding the first information.
  • forwarding the first information to the offline server and the offline server forwarding the first information to the target recipient.
  • the target receiver may 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 target folder according to the content of the second information. document.
  • the receiver when the receiver obtains the file in the target folder, the receiver can obtain each file through multiple threads, which improves the acquisition efficiency of the file obtained by the receiver.
  • the file sending method sends the file and the description information in the target folder to the offline server, and then the target folder is offlinely sent to the receiver through the offline server;
  • the problem of low transmission efficiency achieves the effect of improving the transmission efficiency of the folder when it is sent offline.
  • the receiver since the receiver only receives the file and description information in the target folder, and the size of the description information is much smaller than the size of the compressed folder, the above solution also achieves storage space that can save the receiver. Effect.
  • the sender can send the file in the folder to multiple receivers, thereby eliminating the content in the folder in the related solution can only be sent to a single one at a time.
  • the receiver needs to send multiple times when it needs to send to multiple receivers, which has a high time cost.
  • the receiving party may first receive and display the second information, that is, the user may obtain the item included in the target folder, so that the user can obtain the file according to the user's needs, and further Avoid wasting traffic and download time when downloading files that are not needed in the target folder.
  • the method may further include the following steps before step 202:
  • the m preset files in the target folder are filtered, and the file size of each preset file is smaller than the first threshold, and m is an integer greater than or equal to 2.
  • the sender After receiving the trigger instruction, the sender traverses each file in the target folder and filters out m preset files whose file size is smaller than the first threshold.
  • the first threshold is a preset value in the sender, or a user-defined value.
  • the first threshold may be 1M, or 512kB.
  • the m preset files are merged to obtain n merge files; wherein n is an integer greater than or equal to 1, and the file size of each merged file does not exceed the second threshold, and the second threshold is greater than the first threshold.
  • n merge files After filtering m preset files, m preset files are merged to obtain n merge files.
  • the step may include the following steps:
  • the i-th file in the m files detecting whether there is a merged file whose file size is smaller than a preset size, and the preset size is a difference between the second threshold and the file size of the i-th file; the initial value of i is 1.
  • the second threshold is a value preset in the sender or a value customized by the user in the sender.
  • the second threshold is a maximum value of a file size of the merged file, for example, the second threshold may be 10M.
  • the sender can detect whether there is a merged file whose file size is less than 9M.
  • the i-th preset file is merged into the existing merged file; if there is no merged file whose file size is smaller than the preset size, the merged file is generated and merged The i-th preset file to the generated merge file.
  • the sender when merging the i-th preset file to the merged file, can read the content in the i-th preset file and sequentially write the read content into the merged file.
  • the sender may generate the file identifier of the merged file according to the file content of the merged file.
  • 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.
  • step 202 may include: sending n merge files and files other than m preset files in the target folder to the offline server.
  • step of generating the description information in step 204 may include: generating a correspondence between the merge file and the preset file included in the merge file, and a file identifier of each merge file.
  • Merge file 2 preset file 5, preset file 6, ..., preset file 10
  • the corresponding relationship and the file identifier of the merged file may be carried in the second information.
  • the method may further include the following steps:
  • the sender sends a query request to the offline server, and the query request carries the file identifier of the target file.
  • 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.
  • the files stored in the offline server are files that are sent and saved by other sender history.
  • the offline server can set the validity period for each file stored for, for example, 7 days. If it is not accessed within the set validity period, the offline server deletes the file. If it is accessed, the offline server recalculates the validity period from the time when it was last accessed, and will not be described here.
  • the sender receives the query result returned by the offline server.
  • the target file is skipped.
  • the sender can skip the target file and request to send the target folder. Other files.
  • the sender can send the target file to the offline server at this time.
  • the offline server Before sending the file to the offline server, first detect whether the file is already stored in the offline server, and then, when storing, the file is not uploaded to the offline server, that is, the file is transmitted in seconds, and the sending target file is improved. The efficiency of the contents of the folder to the offline server.
  • the various steps in the various embodiments of the present application are not necessarily performed in the order indicated by the steps. Except as explicitly stated herein, the execution of these steps is not strictly limited, and the steps may be performed in other orders. Moreover, at least some of the steps in the embodiments may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be executed at different times, and the execution of these sub-steps or stages The order is also not necessarily sequential, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.
  • FIG. 9 shows a sending terminal provided by an embodiment of the present application.
  • the internal structure of the transmitting terminal can be referred to the structure shown in FIG.
  • Each of the modules described below can be implemented in whole or in part by software, hardware, or a combination thereof.
  • the sending terminal may include: a receiving module 910, a sending module 920, and a generating module 930.
  • the receiving module 910 is configured to receive a trigger instruction for sending the target folder to the receiver offline.
  • the sending module 920 is configured to send the file in the target folder to the offline server.
  • the generating module 930 is 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 each file is in the target file. The path in the folder.
  • the sending module 920 is further configured to send the description information to the offline server.
  • the sending terminal provided by the embodiment sends the file 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 transmission efficiency achieves the effect of improving the transmission efficiency of the folder when it is sent offline.
  • the receiver since the receiver only receives the file and description information in the target folder, and the size of the description information is much smaller than the size of the compressed folder, the above solution also achieves storage space that can save the receiver. Effect.
  • the sender can send the file in the folder to multiple receivers, thereby eliminating the content in the folder in the related solution can only be sent to a single one at a time.
  • the receiver needs to send multiple times when it needs to send to multiple receivers, which has a high time cost.
  • the receiving party may first receive and display the second information, that is, the user may obtain the item included in the target folder, so that the user can obtain the file according to the user's needs, and further Avoid wasting traffic and download time when downloading files that are not needed in the target folder.
  • the sending terminal further includes: a filtering module, configured to filter the m preset files in the target folder before the sending module sends the file in the target folder to the offline server.
  • the file size of each preset file is smaller than the first threshold, and m is an integer greater than or equal to 2.
  • the merging module is configured to merge the m preset files to obtain n merged files.
  • n is an integer greater than or equal to 1, and 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 n merge files and other files in the target folder except the m preset files to the offline server.
  • the description information further includes a correspondence between each merge file and a preset file included in the merge file, and a file identifier of each merge file.
  • the merging module is further configured to: detect, for the ith preset file in the m files, whether there is a merged file whose file size is smaller than a preset size, and the preset size is a second threshold and an i th pre Set the difference in the file size of the file; the initial value of i is 1.
  • the i-th preset file is merged into the existing merged file; if there is no merged file whose file size is smaller than the preset size, the merged file is generated, and the i-th merge is merged. Preset files to the generated merged file.
  • i+1 is performed when i ⁇ m, and an operation of detecting whether there is a merged file whose file size is smaller than a preset size is performed again.
  • 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 the file identifier of the target file.
  • the receiving module 910 is further configured to receive a query result returned by the offline server.
  • the sending terminal further includes: a skip module, configured to skip the target file when the query result received by the receiving module 910 indicates that the target file is stored in the offline server.
  • FIG. 10 shows a receiving terminal provided by an embodiment of the present application.
  • the internal structure of the receiving terminal can be referred to the structure shown in FIG.
  • Each of the modules described below can be implemented in whole or in part by software, hardware, or a combination thereof.
  • the receiving may include: a receiving module 1010 and an obtaining module 1020.
  • the receiving module 1010 is configured to receive description information of a target folder sent by the offline server, 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 each file is The path in the target folder.
  • the obtaining module 1020 is configured to acquire a file in the target folder according to the description information received by the receiving module 1010.
  • the receiving terminal provided by the embodiment sends the file and the description information in the target folder to the offline server, and then the target folder is offlinely sent to the receiver through the offline server;
  • the problem of low transmission efficiency achieves the effect of improving the transmission efficiency of the folder when it is sent offline.
  • the receiver since the receiver only receives the file and description information in the target folder, and the size of the description information is much smaller than the size of the compressed folder, the above solution also achieves storage space that can save the receiver. Effect.
  • the sender can send the file in the folder to multiple receivers, thereby eliminating the content in the folder in the related solution can only be sent to a single one at a time.
  • the receiver needs to send multiple times when it needs to send to multiple receivers, which has a high time cost.
  • the receiving party may first receive and display the second information, that is, the user may obtain the item included in the target folder, so that the user can obtain the file according to the user's needs, and further Avoid wasting traffic and download time when downloading files that are not needed in the target folder.
  • the obtaining module 1020 is further configured to: receive a selection instruction for selecting a file identifier of the target file in the description information; and send the selected file after receiving the selection instruction
  • the identified file gets the request to the offline server; receives the target file returned by the offline server.
  • the receiving terminal further includes: a creating module, configured to create a target folder according to the description information after the receiving module 1010 receives the description information.
  • the storage module is configured to store the file to the path of the target folder according to the path of the file in the description information after obtaining the file in the target folder.
  • the receiving module 1010 is further configured to: receive first information sent by the offline server, where the first information includes a file name of the target folder and an information identifier of the second information, where the second information includes each of the target folders. File identifier of each file, the size of each file, and the path of each file in the target folder; sending an information acquisition request to the offline server, the information acquisition request carries the information identifier of the second information; receiving the return of the offline server Two information.
  • the receiving module 1010 is further configured to receive a trigger instruction for forwarding the first information to the target receiver.
  • the receiving terminal further includes: a forwarding module, configured to forward the first information to the offline server, the offline server is configured to forward the first information to the target receiver, and the target receiver is configured to acquire the file in the target folder according to the first.
  • a forwarding module configured to forward the first information to the offline server
  • the offline server is configured to forward the first information to the target receiver
  • the target receiver is configured to acquire the file in the target folder according to the first.
  • the sending terminal and the receiving terminal provided by the foregoing embodiments are only illustrated by the division of the foregoing functional modules.
  • the function allocation may be completed by different functional modules according to requirements, that is, an offline server.
  • the internal structure is divided into different functional modules to perform all or part of the functions described above.
  • the embodiment of the present invention is the same as the embodiment of the method for transmitting the receiving terminal and the folder, and the specific implementation process is described in detail in the method embodiment, and details are not described herein again.
  • the embodiment of the present application further provides a non-transitory computer readable storage medium, which may be a non-transitory computer-readable storage medium included in the memory; There is a non-transitory computer readable storage medium that is not assembled into the terminal.
  • the non-transitory computer readable storage medium stores computer readable instructions that, when executed by one or more processors, cause one or more processors to perform the above described folder transmission method.
  • FIG. 11 is a block diagram of a terminal 1100 provided by an embodiment of the present application.
  • the terminal may specifically be the transmitting terminal 110 or the receiving terminal 130 in FIG.
  • the terminal may include a radio frequency (RF) circuit 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, and wireless fidelity (WiFi,
  • the Wireless Fidelity module 1107 includes a processor 1108 having one or more processing cores, and a power supply 1109 and the like. It will be understood by those skilled in the art that the terminal structure shown in FIG. 11 does not constitute a limitation to the terminal, and may include more or less components than those illustrated, or a combination of certain components, or different component arrangements. among them:
  • the RF circuit 1101 can be used for receiving and transmitting signals during and after receiving or transmitting information, in particular, after receiving downlink information of the base station, and processing it by one or more processors 1108; in addition, transmitting data related to the uplink to the base station.
  • the RF circuit 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, Low Noise Amplifier), duplexer, etc.
  • SIM Subscriber Identity Module
  • the RF circuit 1101 can also communicate with the network and other devices through wireless communication.
  • the wireless communication may use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), and Code Division Multiple Access (CDMA). , Code Division Multiple Access), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), e-mail, Short Messaging Service (SMS), and the like.
  • GSM Global System of Mobile communication
  • GPRS General Packet Radio Service
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • LTE Long Term Evolution
  • SMS Short Messaging Service
  • the memory 1102 can be used to store software programs and modules, and the processor 1108 executes various functional applications and data processing by running software programs and modules stored in the memory 1102.
  • the memory 1102 can mainly include a storage program area and a storage data area, wherein the storage program area can store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area can be stored according to Data created by the use of the terminal (such as audio data, phone book, etc.).
  • memory 1102 can include high speed random access memory, and can 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, memory 1102 can also include a memory controller to provide access to memory 1102 by processor 1108 and input unit 1103.
  • the input unit 1103 can be configured to receive input numeric or character information and to generate keyboard, mouse, joystick, optical or trackball signal inputs related to user settings and function controls.
  • input unit 1103 can include a touch-sensitive surface as well as other input devices.
  • Touch-sensitive surfaces also known as touch screens or trackpads, collect touch operations on or near the user (such as the user using a finger, stylus, etc., any suitable object or accessory on a touch-sensitive surface or touch-sensitive Operation near the surface), and drive the corresponding connecting device according to a preset program.
  • the touch sensitive surface may include two parts of a touch detection device and a touch controller.
  • the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information.
  • the processor 1108 is provided and can receive commands from the processor 1108 and execute them.
  • touch-sensitive surfaces can be implemented in a variety of types, including resistive, capacitive, infrared, and surface acoustic waves.
  • the input unit 1103 can also include other input devices. Specifically, other input devices may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.
  • Display unit 1104 can be used to display information entered by the user or information provided to the user, as well as various graphical user interfaces of the terminal, which can be composed of graphics, text, icons, video, and any combination thereof.
  • the display unit 1104 may include a display panel.
  • the display panel may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
  • the touch-sensitive surface can cover the display panel, and when the touch-sensitive surface detects a touch operation thereon or nearby, it is transmitted to the processor 1108 to determine the type of the touch event, and then the processor 1108 displays the type according to the touch event. A corresponding visual output is provided on the panel.
  • the touch-sensitive surface and display panel are implemented as two separate components to implement input and input functions, in some embodiments, the touch-sensitive surface can be integrated with the display panel to implement input and output functions.
  • the terminal may also include at least one type of sensor 1105, such as a light sensor, motion sensor, and other sensors.
  • the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel according to the brightness of the ambient light, and the proximity sensor may close the display panel and/or the backlight when the terminal moves to the ear.
  • the gravity acceleration sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity.
  • the terminal can also be configured with gyroscopes, barometers, hygrometers, thermometers, infrared sensors and other sensors, no longer Narration.
  • An audio circuit 1106, a speaker, and a microphone provide an audio interface between the user and the terminal.
  • the audio circuit 1106 can transmit the converted electrical data of the received audio data to a speaker, and convert it into a sound signal output by the speaker; on the other hand, the microphone converts the collected sound signal into an electrical signal, which is received by the audio circuit 1106 and then converted.
  • the audio data output processor 11008 After the audio data is processed by the audio data output processor 1108, it is sent to, for example, another terminal via the RF circuit 1101, or the audio data is output to the memory 1102 for further processing.
  • the audio circuit 1106 may also include an earbud jack to provide communication between the peripheral earphone and the terminal.
  • WiFi is a short-range wireless transmission technology.
  • the terminal can help users to send and receive emails, browse web pages, and access streaming media through the WiFi module 1107. It provides users with wireless broadband Internet access.
  • FIG. 11 shows the WiFi module 1107, it can be understood that it does not belong to the necessary configuration of the terminal, and may be omitted as needed within the scope of not changing the essence of the invention.
  • the processor 1108 is the control center of the terminal, which connects various portions of the entire handset using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 1102, and invoking data stored in the memory 1102, The various functions of the terminal and processing data to monitor the mobile phone as a whole.
  • the processor 1108 may include one or more processing cores; preferably, the processor 1108 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, an application, and the like.
  • the modem processor primarily handles wireless communications. It will be appreciated that the above described modem processor may also not be integrated into the processor 1108.
  • the terminal also includes a power source 1109 (such as a battery) that supplies power to the various components.
  • the power source can be logically coupled to the processor 1108 through a power management system to manage functions such as charging, discharging, and power management through the power management system.
  • the power supply 1109 may also include any one or more of a DC or AC power source, a recharging system, a power failure detection circuit, a power converter or inverter, a power status indicator, and the like.
  • the terminal may further include a camera, a Bluetooth module, and the like, and details are not described herein again.
  • the processor 1108 in the terminal runs the computer readable instructions stored in the memory 1102, thereby implementing the file sending method provided in the foregoing various method embodiments.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in a variety of formats, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronization chain.
  • Synchlink DRAM SLDRAM
  • Memory Bus Radbus
  • RDRAM Direct Memory Bus Dynamic RAM
  • RDRAM Memory Bus Dynamic RAM
  • a person skilled in the art may understand that all or part of the steps of implementing the above embodiments may be completed by hardware, or may be instructed by a program to execute related hardware, and the program may be stored in a computer readable storage medium.
  • the storage medium mentioned may be a read only memory, a magnetic disk or an optical disk or the like.

Abstract

一种文件夹发送方法、发送终端、接收终端以及存储介质，文件夹发送方法包括：接收离线发送目标文件夹至接收终端的触发指令；发送所述目标文件夹中的文件至离线服务器；生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及发送所述描述信息至离线服务器。

Description

文件夹发送方法、发送终端、接收终端以及存储介质
本申请要求于2017年07月27日提交中国专利局，申请号为201710623151.6，申请名称为“文件夹发送方法、发送方、接收方以及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网技术领域，特别涉及一种文件夹发送方法、发送终端、接收终端以及存储介质。
背景技术
在工作生活中，用户经常需要向其他用户发送文件。比如，某同学总结了复习资料，将复习资料发送至其他同学；又比如，某用户下载了一部小说，将下载的小说发送至好友。
相关技术中，当发送方需要发送文件夹至接收方时，接收方必须处于在线状态。而在接收方离线时，发送方只能将文件夹压缩，进而将文件夹以压缩文件的形式发送至接收方。相应的，接收方接收到发送方离线发送的压缩文件后，对压缩后的文件解压缩，进而恢复得到文件夹中的内容。
由于发送方离线发送文件夹时需要先对文件夹压缩，而接收方需要对接收到的压缩文件解压缩，而压缩和解压缩均需要占用一定的时间开销，因此，相关方案中文件夹的发送效率较低。同时，接收方在对压缩文件解压缩之后，会同时存储有压缩文件以及解压缩之后得到的文件夹，耗费了一定的存储空间。
发明内容
根据本申请提供的各种实施例，提供了一种文件夹发送方法、发送终端、 接收终端以及存储介质。
一种文件夹发送方法，包括：
发送终端接收离线发送目标文件夹至接收终端的触发指令；
所述发送终端发送所述目标文件夹中的文件至离线服务器；
所述发送终端生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
所述发送终端发送所述描述信息至所述离线服务器。
一种文件夹发送方法，包括：
接收终端接收离线服务器发送的目标文件夹的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
所述接收终端根据所述描述信息获取所述目标文件夹中的文件。
一种发送终端，包括处理器和存储器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：
接收离线发送目标文件夹至接收终端的触发指令；
发送所述目标文件夹中的文件至离线服务器；
生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
发送所述描述信息至所述离线服务器。
一种接收终端，包括处理器和存储器，所述存储器中储存有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：
接收离线服务器发送的目标文件夹的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件 的大小以及每个文件在所述目标文件夹中的路径；及
根据所述描述信息获取所述目标文件夹中的文件。
一种存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：接收离线发送目标文件夹至接收终端的触发指令；
发送所述目标文件夹中的文件至离线服务器；
生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
发送所述描述信息至所述离线服务器。
一种存储有计算机可读指令的非易失性计算机可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
接收离线服务器发送的目标文件夹的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
根据所述描述信息获取所述目标文件夹中的文件。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为一个实施例提供的文件夹发送方法所涉及的实施环境的示意图；
图2A为一个实施例提供的文件夹发送方法的流程图；
图2B为另一个实施例提供的文件夹发送方法的流程图；
图2C为另一个实施例提供的文件夹发送方法的流程图；
图3为一个实施例提供的发送终端接收触发指令时的示意图；
图4为另一个实施例提供的发送终端接收触发指令时的示意图；
图5为另一个实施例提供的发送终端接收触发指令时的示意图；
图6为另一个实施例提供的发送终端接收触发指令时的示意图；
图7为一个实施例提供的接收终端展示第一信息和第二信息的示意图；
图8为一个实施例提供的接收终端保存文件的示意图；
图9为一个实施例提供的文件夹发送装置的示意图；
图10为一个实施例提供的文件夹发送装置的示意图；及
图11为一个实施例提供的终端的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
请参考图1，其示出了本申请各个实施例提供的文件夹发送方法所涉及的实施环境的示意图，如图1所示，该实施环境包括发送终端110、离线服务器120和接收终端130。
发送终端110是指诸如手机、平板电脑、台式电脑或者电子阅读器之类的终端，以下简称为发送方。接收终端130也是指诸如手机、平板电脑、台式电脑或者电子阅读器之类的终端，以下简称为接收方。实际实现时，发送方110中可以安装有社交应用程序，发送方110可以通过安装的社交应用程序与接收方130进行通信。发送方110可以通过有线或者无线网络与离线服务器120连接。
离线服务器120是指为发送方110和接收方130提供后台服务的后台服务器，该离线服务器120用于存储发送方110和接收方130在通信过程中的离线文 件。在一个实施例中，离线服务器120可以为发送方中安装的社交应用程序所对应的服务器。离线服务器120可以通过有线或者无线网络与接收方130连接。
可以理解，发送终端和接收终端都是终端，当终端用于发送文件时，终端即为发送终端；当终端用于接收文件时，终端即为接收终端。
请参考图2A，其示出了本申请一个实施例提供的文件夹发送方法的方法流程图，本实施例以该方法用于图1所示的实施环境中来举例说明。如图2A所示，该方法包括：
步骤201，发送方接收离线发送目标文件夹至接收终端的触发指令。
用户想要发送某一文件夹至接收方时，用户可以在发送方中施加用于触发离线发送目标文件夹至接收方的触发指令，相应的，发送方可以接收到该触发指令。
其中，该触发指令可以为将目标文件夹拖拽到发送方与接收方对话的对话框中的拖拽指令。比如，请参考图3，触发指令可以为将文件夹“培训资料”拖拽到对话框31的拖拽指令。该触发指令也可以为在对话框中添加文件的添加指令。比如，请参考图4，该触发指令为通过图中所示的选择方式选择“培训资料”的选择指令。
可选的，若接收方在处于在线状态时接收到上述触发指令，则上述触发指令可以为确认离线发送的确认指令，也即发送方可以执行如下步骤：发送方接收到发送目标文件夹的发送指令之后，在线发送该目标文件夹至接收方，在接收方在预定时间段内未接收时，发送方可以展示询问信息，该询问信息用于询问是否转离线发送，发送方接收确认转离线发送的确认指令，。比如，请参考图5，发送方可以接收到选择“是”选项51的选择指令。当然实际实现时，在发送方接收到发送指令之后，发送方即可展示转离线发送的选项，接收选择上述选项的选择指令。比如，请参考图6，发送方可以接收到选择选项61的选择指令。
需要说明的是，上述接收方可以为一个。比如，用户发送目标文件夹至好友小花。或者，上述接收方可以为一个群组，也即接收方有至少两个。比 如，部门培训时，部门领导将所需的培训资料的文件夹发送至部门的群组。又或者，接收方包括通过多人发送选项选择的至少两个接收方。比如，发送方可以展示多人发送选项，接收选择多人发送选项的选择指令，在接收到该选择指令之后展示好友列表，接收选择好友列表中的至少两个好友的选择指令，此后接收离线发送目标文件夹的触发指令。
步骤202，发送方发送目标文件夹中的文件至离线服务器。
步骤204，发送方生成目标文件夹所对应的描述信息，描述信息包括目标文件夹的文件名、目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径。
在接收到触发指令之后，发送方可以生成该目标文件夹所对应的描述信息。描述信息中的文件标识是指发送方根据文件的文件内容生成的标识。比如，发送方可以计算文件内容的MD5(Message Digest Algorithm5，消息摘要算法第五版)值，将计算得到的MD5值作为该文件的文件标识。
比如，目标文件夹的文件名为“培训资料”，该文件夹下包括文件名为“技术培训”的子文件夹以及文件名为“考核重点”的文件，且“技术培训”的子文件夹下包括文件名为“LTE培训”和“MIMO培训”的两个文件；则对于上述文件夹，发送方可以生成包括：“LTE(Long Term Evolution，长期演进)培训”、“MIMO(多输入多输出)培训”和“考核重点”三个文件的文件标识、大小和路径的描述信息。其中，文件在目标文件夹中的路径是指该文件与目标文件夹的层级结构。比如，对于上述“LTE培训”文件，其路径为培训资料/技术培训/LTE培训，而对于上述“考核重点”的文件，其路径为培训资料/考核重点。
在一个实施例中，上述描述信息中还可以包括目标文件夹的文件夹大小。
在一个实施例中，上述描述信息可以包括第一信息和第二信息。第一信息包括目标文件夹的文件名以及第二信息的信息标识。第二信息包括目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径。下述除特殊说明外，均以描述信息包括上述第一信息和第二信息 来举例说明。在一个实施例中，第一信息中还可以包括目标文件夹的文件夹大小。实际实现时，第二信息通常可以以文件的形式存在。比如，发送方创建FolderInfo文件，该FolderInfo文件中包括上述第二信息。
需要说明的是，本实施例只是以步骤204在步骤202之后执行为例，实际实现时，发送方可以同时执行步骤202和步骤204，或者，先执行步骤204后执行步骤202，在此不再赘述。
步骤205，发送方发送描述信息至离线服务器。
实际实现时，描述信息中可以包括第一信息和第二信息。发送方可以同时发送第一信息和第二信息至离线服务器，或者，先发送第一信息后发送第二信息至离线服务器，又或者，先发送第二信息后发送第一信息至离线服务器。
图2B示出了本申请一个实施例提供的文件夹发送方法的方法流程图，该文件夹发送方法包括以下步骤：
步骤214，接收方接收离线服务器发送的目标文件夹的描述信息，描述信息包括目标文件夹的文件名、目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径。
其中，描述信息中可以包括第一信息和第二信息。接收方可分别接收离线服务器发送的第一信息和第二信息。
步骤213，根据描述信息获取目标文件夹中的文件。
图2C示出了本申请一个实施例提供的文件夹发送方法的方法流程图，该文件夹发送方法还包括以下步骤：
步骤203，离线服务器接收发送方发送的目标文件夹中的文件。
步骤206，离线服务器接收发送方离线发送的描述信息。
步骤207，离线服务器发送第一信息至接收方。
离线服务器可以在接收方上线时，发送该第一信息至接收方；或者，在接收方开启离线推送时，离线服务器接收到该第一信息后转发该文件夹信息至接收方；又或者，离线服务器在接收到该第一信息之后自动发送该第一信 息至上述接收方。
步骤208，接收方接收离线服务器发送的目标文件夹的第一信息。
接收方接收到该第一信息之后，可以展示该第一信息。实际实现时，接收方可以展示第一信息中的部分信息。比如，展示目标文件夹的文件名以及目标文件夹的大小，而并不展示第二信息的信息标识。
步骤209，接收方发送信息获取请求至离线服务器。
当接收方的用户想要查看目标文件夹中的信息时，用户可以施加请求获取第二信息的触发指令，接收方接收到触发指令之后发送信息获取请求至离线服务器。其中，信息获取请求中携带有接收到的第一信息中的第二信息的信息标识。
比如，请参考图7，接收方展示第一信息71后，在接收到点击该第一信息71的点击指令之后，发送信息获取请求至离线服务器。
步骤210，离线服务器接收接收方发送的信息获取请求。
需要说明的是，步骤209和步骤210为可选步骤，实际实现时，离线服务器可以自动发送上述第二信息至接收方。并且，在描述信息直接包括目标文件夹的文件名、目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径时，离线服务器也可以直接发送该描述信息至接收方。
步骤211，离线服务器发送第二信息至接收方。
步骤212，接收方接收离线服务器发送的第二信息。
在接收到离线服务器发送的描述信息之后，展示该第二信息。在一个实施例中，由于文件夹中可以包括文件以及子文件夹，且子文件夹中还可以继续包括子文件夹和文件，因此实际实现时，为了使得接收方可以还原目标文件夹的层级结构，接收方还可以先展示第一层，在接收到展示下一层的触发指令之后，继续展示下一层的目录。
比如，仍然以目标文件夹为上述所说的“培训资料”的文件夹为例，接收方接收到第二信息之后，可以展示子文件夹“技术培训”的文件标识72以 及“考核重点”的文件标识73。其中，当用户想要继续查看子文件夹“技术培训”中的内容时，接收方可以接收到用户施加的选择“技术培训”的文件标识72的选择指令，并在接收到选择指令之后，展示子文件夹“技术培训”中的“LTE培训”的文件标识74以及“MIMO培训”的文件标识75。
接收方接收到第二信息之后，可以根据该第二信息获取目标文件夹中的文件。本实施例所说的获取目标文件夹中的文件可以包括直接打开该文件或者下载并保存该文件至本地。
在一个实施例中，接收方获取文件的步骤包括：发送文件获取请求至离线服务器，接收离线服务器返回的目标文件。其中，文件获取请求中携带有目标文件的文件标识。
比如，请参考图7，当用户想要打开“考核重点”的文件时，用户可以双击“考核重点”的文件标识73，接收方接收到双击指令之后，发送携带有文件标识73的文件获取请求至离线服务器，接收离线服务器返回的“考核重点”的文件，并打开该文件。
又比如，结合图8，当用户想要下载子文件夹“技术培训”中的全部文件时，用户可以右击，接收方接收到该右击指令之后展示保存选项81，在接收选择该保存选项81的选择指令之后，发送携带有“技术培训”的文件标识的文件获取请求至离线服务器，接收离线服务器返回的子文件夹“技术培训”中的全部内容，保存接收到的该内容。在一个实施例中，接收方可以将接收到的内容保存至默认目录下，当然实际实现时，接收方接收到保存指令之后，可以展示用于设置保存路径的设置窗口，用户在该设置窗口中设置保存路径，相应的，接收方接收到离线服务器返回的文件之后，保存接收到的文件至设置的路径中。
上述仅以接收方只获取目标文件夹中的部分内容为例，实际实现时，用户还可以下载目标文件夹中的全部内容。比如，结合图7，用户施加右击第一信息71的指令之后，接收方展示保存选项，在接收到选择保存选项的选择指令之后，发送携带有目标文件夹的标识的文件获取请求至离线服务器，接收 离线服务器返回的目标文件夹中的全部内容。
实际实现时，接收方在接收到第二信息之后，接收方可以根据该第二信息创建目标文件夹，并将接收到的内容按照对应的路径存储至该目标文件夹的对应的目录下。比如，接收方将接收到“考核重点”的文件存储在“培训资料”的目录下，而将接收到的“LTE培训”和“MIMO培训”的文件存储至“技术培训”的目录下。
需要说明的一点是，在接收方接收到离线服务器发送的第一信息之后，用户可以请求将该第一信息转发至目标接收方，此时，接收方可以接收到转发第一信息的触发指令，并在接收到触发指令之后，转发该第一信息至离线服务器，离线服务器将该第一信息转发至目标接收方。这样，目标接收方接收到该第一信息之后，即可根据该第一信息中的第二信息的标识从离线服务器中获取第二信息的内容，并根据第二信息的内容获取目标文件夹中的文件。
需要说明的另一点是，接收方在获取目标文件夹中的文件时，接收方可以通过多线程来获取各个文件，提高了接收方获取文件的获取效率。
综上所述，本实施例提供的文件夹发送方法，通过将目标文件夹中的文件以及描述信息发送至离线服务器，进而通过该离线服务器将目标文件夹离线发送至接收方；解决相关技术中离线发送文件夹时，发送效率较低的问题，达到了可以提高文件夹在离线发送时的发送效率的效果。同时，由于接收方只会接收到目标文件夹中的文件和描述信息，且描述信息的大小远小于压缩后的文件夹的大小，因此上述方案也达到了可以节省接收方所需耗费的存储空间的效果。
同时，由于上述方案中通过离线发送目标文件夹中的文件，使得发送方可以通过将文件夹中的文件发送至多个接收方，消除了相关方案中文件夹中的内容每次只能发送至单个接收方，当需要发送至多个接收方时需要多次发送，时间成本较高的问题。
此外，上述方案中在获取目标文件夹中的文件之前，接收方可以先接收并展示第二信息，也即用户可以获取目标文件夹中包括的条目，达到了用户 可以根据自身需求获取文件，进而避免下载目标文件夹中自身不需要的文件时浪费流量以及下载时间的问题。
需要补充说明的一点是，在步骤202之前，该方法还可以包括如下步骤：
第一，筛选目标文件夹中的m个预设文件，每个预设文件的文件大小小于第一阈值，m为大于等于2的整数。
发送方接收到触发指令之后，遍历目标文件夹中的各个文件，并筛选出其中文件大小小于第一阈值的m个预设文件。其中，第一阈值为发送方中预先设定的数值，或者用户自定义的数值。比如，该第一阈值可以为1M，或者，512kB。
第二，合并m个预设文件得到n个合并文件；其中，n为大于等于1的整数，且每个合并文件的文件大小不超过第二阈值，第二阈值大于第一阈值。
在筛选得到m个预设文件后，对m个预设文件进行合并，进而得到n个合并文件。
在一个实施例中，本步骤可以包括如下步骤：
第一，对于m个文件中的第i个文件，检测是否存在文件大小小于预设大小的合并文件，预设大小为第二阈值与第i个文件的文件大小之差；i的初始值为1。
第二阈值为发送方中预先设定的数值，或者用户在发送方中自定义的数值。该第二阈值为合并文件的文件大小的最大值，比如，该第二阈值可以为10M。
比如，对于第1个预设文件中的第1个预设文件来说，假设第1个预设文件的大小为1M，则发送方可以检测是否存在文件大小小于9M的合并文件。
第二，若存在文件大小小于预设大小的合并文件，则合并第i个预设文件至已有的合并文件；若不存在文件大小小于预设大小的合并文件，则生成合并文件，并合并第i个预设文件至生成的合并文件。
在一个实施例中，在合并第i个预设文件至合并文件时，发送方可以读取第i个预设文件中的内容，并将读取到的内容依次写入至合并文件中。
第三，在合并第i个预设文件之后，在i<m时将i+1，并再次执行检测是否存在文件大小小于预设大小的合并文件的操作。
其中，在i＝m时，在合并第m个预设文件至合并文件之后，发送方可以根据合并文件的文件内容生成该合并文件的文件标识。在一个实施例中，发送方可以计算该合并文件的文件内容的MD5值，将该MD5值确定为该合并文件的文件标识。
相应的，步骤202可以包括：发送n个合并文件以及目标文件夹中除m个预设文件之外的其他文件至离线服务器。
并且，步骤204中生成描述信息的步骤可以包括：生成包括合并文件与合并文件中所包含的预设文件的对应关系，以及每个合并文件的文件标识。
比如，以m＝10，n＝2为例，请参考下表，其示出了发送方生成的描述信息中的上述对应关系的一种可能的示意图。
合并文件1预设文件1、预设文件2、预设文件3以及预设文件4
合并文件2预设文件5、预设文件6、…、预设文件10
在一个实施例中，上述对应关系和合并文件的文件标识可以携带在第二信息中。
通过将目标文件夹中的小文件进行合并，进而发送合并后的合并文件至离线服务器，降低了相关方案中在发送文件夹中的各个小文件时需要对各个小文件分别进行封装进而占用的开销，达到了提高发送方的发送性能的效果。
需要补充说明的另一点是，在步骤202中发送目标文件夹中的目标文件至离线服务器之前，该方法还可以包括如下步骤：
第一，发送方发送查询请求至离线服务器，查询请求中携带有目标文件的文件标识。
第二，离线服务器接收发送方发送的查询请求，检测是否存储有查询请求中的文件标识所对应的文件，根据检测结果返回查询结果至发送方。
在一个实施例中，离线服务器中存储的文件为其他发送方历史发送并保存的文件。实际实现时，为了避免离线服务器中存储冗余的信息，对于存储 的每个文件，离线服务器可以为其设置有效期如7天，若在设置的有效期内未被访问，则离线服务器删除该文件。而若被访问，则离线服务器从最近一次被访问的时刻重新计算有效期，在此不再赘述。
第三，发送方接收离线服务器返回的查询结果。
第四，在查询结果表示离线服务器中已存储有目标文件时，跳过目标文件。
在查询结果表示离线服务器中已经存储有目标文件时，则为了降低发送方的处理复杂度以及节省带宽提高目标文件夹的发送速度，发送方可以跳过该目标文件，并请求发送目标文件夹中的其他文件。而在接收到的查询结果表示离线服务器中未存储有目标文件时，此时，发送方可以发送该目标文件至离线服务器。
通过在发送文件至离线服务器前，先检测离线服务器中是否已经存储有该文件，进而在存储时，不再上传该文件至离线服务器，也即秒传该文件，达到了提高发送方发送目标文件夹中的内容至离线服务器的效率。
应该理解的是，虽然本申请各实施例中的各个步骤并不是必然按照步骤标号指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
请参考图9，其示出了本申请一个实施例提供的发送终端。该发送终端的内部结构可参照如图11所示的结构。下述的每个模块可全部或部分通过软件、硬件或其组合来实现。如图9所示，该发送终端可以包括：接收模块910、发送模块920和生成模块930。
接收模块910，用于接收离线发送目标文件夹至接收方的触发指令。
发送模块920，用于发送目标文件夹中的文件至离线服务器。
生成模块930，用于生成目标文件夹所对应的描述信息，描述信息包括目标文件夹的文件名、目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径。
发送模块920还用于发送描述信息至离线服务器。
综上所述，本实施例提供的发送终端，通过将目标文件夹中的文件以及描述信息发送至离线服务器，进而通过该离线服务器将目标文件夹离线发送至接收方；解决相关技术中离线发送文件夹时，发送效率较低的问题，达到了可以提高文件夹在离线发送时的发送效率的效果。同时，由于接收方只会接收到目标文件夹中的文件和描述信息，且描述信息的大小远小于压缩后的文件夹的大小，因此上述方案也达到了可以节省接收方所需耗费的存储空间的效果。
同时，由于上述方案中通过离线发送目标文件夹中的文件，使得发送方可以通过将文件夹中的文件发送至多个接收方，消除了相关方案中文件夹中的内容每次只能发送至单个接收方，当需要发送至多个接收方时需要多次发送，时间成本较高的问题。
此外，上述方案中在获取目标文件夹中的文件之前，接收方可以先接收并展示第二信息，也即用户可以获取目标文件夹中包括的条目，达到了用户可以根据自身需求获取文件，进而避免下载目标文件夹中自身不需要的文件时浪费流量以及下载时间的问题。
基于上述实施例提供的发送终端，可选的，该发送终端还包括：筛选模块，用于在发送模块发送目标文件夹中的文件至离线服务器之前，筛选目标文件夹中的m个预设文件，每个预设文件的文件大小小于第一阈值，m为大于等于2的整数。
合并模块，用于合并m个预设文件得到n个合并文件；其中，n为大于等于1的整数，且每个合并文件的文件大小不超过第二阈值，第二阈值大于第一阈值。
发送模块920还用于发送n个合并文件以及目标文件夹中除m个预设文件 之外的其他文件至离线服务器。
相应的，描述信息还包括每个合并文件与合并文件中所包含的预设文件之间的对应关系，以及，每个合并文件的文件标识。
在一个实施例中，合并模块还用于：对于m个文件中的第i个预设文件，检测是否存在文件大小小于预设大小的合并文件，预设大小为第二阈值与第i个预设文件的文件大小之差；i的初始值为1。
若存在文件大小小于预设大小的合并文件，则合并第i个预设文件至已有的合并文件；若不存在文件大小小于预设大小的合并文件，则生成合并文件，并合并第i个预设文件至生成的合并文件。
在合并第i个文件之后，在i<m时将i+1，并再次执行检测是否存在文件大小小于预设大小的合并文件的操作。
在一个实施例中，发送模块920还用于在发送目标文件夹中的目标文件至离线服务器前，发送查询请求至离线服务器，查询请求中携带有目标文件的文件标识。
接收模块910还用于接收离线服务器返回的查询结果。
发送终端还包括：跳过模块，用于在接收模块910接收到的查询结果表示离线服务器中已存储有目标文件时，跳过目标文件。
请参考图10，其示出了本申请一个实施例提供的接收终端。该接收终端的内部结构可参照如图11所示的结构。下述的每个模块可全部或部分通过软件、硬件或其组合来实现。如图10所示，该接收可以包括：接收模块1010和获取模块1020。
接收模块1010，用于接收离线服务器发送的目标文件夹的描述信息，描述信息包括目标文件夹的文件名、目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径。
获取模块1020，用于根据接收模块1010接收到的描述信息获取目标文件夹中的文件。
综上所述，本实施例提供的接收终端，通过将目标文件夹中的文件以及 描述信息发送至离线服务器，进而通过该离线服务器将目标文件夹离线发送至接收方；解决相关技术中离线发送文件夹时，发送效率较低的问题，达到了可以提高文件夹在离线发送时的发送效率的效果。同时，由于接收方只会接收到目标文件夹中的文件和描述信息，且描述信息的大小远小于压缩后的文件夹的大小，因此上述方案也达到了可以节省接收方所需耗费的存储空间的效果。
同时，由于上述方案中通过离线发送目标文件夹中的文件，使得发送方可以通过将文件夹中的文件发送至多个接收方，消除了相关方案中文件夹中的内容每次只能发送至单个接收方，当需要发送至多个接收方时需要多次发送，时间成本较高的问题。
此外，上述方案中在获取目标文件夹中的文件之前，接收方可以先接收并展示第二信息，也即用户可以获取目标文件夹中包括的条目，达到了用户可以根据自身需求获取文件，进而避免下载目标文件夹中自身不需要的文件时浪费流量以及下载时间的问题。
基于上述实施例提供的文件夹发送装置，可选的，获取模块1020还用于：接收选择描述信息中的目标文件的文件标识的选择指令；在接收到选择指令后，发送携带有选择的文件标识的文件获取请求至离线服务器；接收离线服务器返回的目标文件。
在一个实施例中，接收终端还包括：创建模块，用于在接收模块1010接收到描述信息之后，根据描述信息创建目标文件夹。
存储模块，用于在获取到目标文件夹中的文件之后，根据描述信息中的文件的路径存储文件至目标文件夹的路径下。
在一个实施例中，接收模块1010还用于：接收离线服务器发送的第一信息，第一信息包括目标文件夹的文件名以及第二信息的信息标识，第二信息包括目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在目标文件夹中的路径；发送信息获取请求至离线服务器，信息获取请求中携带有第二信息的信息标识；接收离线服务器返回的第二信息。
在一个实施例中，接收模块1010还用于接收转发第一信息至目标接收方的触发指令。
接收终端还包括：转发模块，用于转发第一信息至离线服务器，离线服务器用于将第一信息转发至目标接收方，目标接收方用于根据第一获取目标文件夹中的文件。
需要说明的是：上述实施例提供的发送终端与接收终端，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将离线服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的发送终端与接收终端和文件夹发送方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本申请实施例还提供了一种非易失性计算机可读存储介质，该非易失性计算机可读存储介质可以是存储器中所包含的非易失性计算机可读存储介质；也可以是单独存在，未装配入终端中的非易失性计算机可读存储介质。该非易失性计算机可读存储介质上存储有计算机可读指令，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述文件夹发送方法。
图11其示出了本申请一个实施例提供的终端1100的框图。该终端具体可以是图1中的发送终端110或者接收终端130。该终端可以包括射频(RF，Radio Frequency)电路1101、包括有一个或一个以上计算机可读存储介质的存储器1102、输入单元1103、显示单元1104、传感器1105、音频电路1106、无线保真(WiFi，Wireless Fidelity)模块1107、包括有一个或者一个以上处理核心的处理器1108、以及电源1109等部件。本领域技术人员可以理解，图11中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
RF电路1101可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器1108处理；另外， 将涉及上行的数据发送给基站。通常，RF电路1101包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路1101还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，General Packet Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long Term Evolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。
存储器1102可用于存储软件程序以及模块，处理器1108通过运行存储在存储器1102的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1102可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1102还可以包括存储器控制器，以提供处理器1108和输入单元1103对存储器1102的访问。
输入单元1103可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元1103可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给 触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1108，并能接收处理器1108发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元1103还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1104可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元1104可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid Crystal Display)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器1108以确定触摸事件的类型，随后处理器1108根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图11中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。
终端还可包括至少一种传感器1105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度，接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路1106、扬声器，传声器可提供用户与终端之间的音频接口。音频电路1106可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声 器转换为声音信号输出；另一方面，传声器将收集的声音信号转换为电信号，由音频电路1106接收后转换为音频数据，再将音频数据输出处理器1108处理后，经RF电路1101以发送给比如另一终端，或者将音频数据输出至存储器1102以便进一步处理。音频电路1106还可能包括耳塞插孔，以提供外设耳机与终端的通信。
WiFi属于短距离无线传输技术，终端通过WiFi模块1107可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图11示出了WiFi模块1107，但是可以理解的是，其并不属于终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1108是终端的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1102内的软件程序和/或模块，以及调用存储在存储器1102内的数据，执行终端的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1108可包括一个或多个处理核心；优选的，处理器1108可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1108中。
终端还包括给各个部件供电的电源1109(比如电池)，优选的，电源可以通过电源管理系统与处理器1108逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1109还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出，终端还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，终端中的处理器1108会运行存储在存储器1102中的计算机可读指令，从而实现上述各个方法实施例中所提供的文件夹发送方法。
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”(“a”、“an”、“the”)旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出 的项目的任意和所有可能组合。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种文件夹发送方法，包括：
    发送终端接收离线发送目标文件夹至接收终端的触发指令；
    所述发送终端发送所述目标文件夹中的文件至离线服务器；
    所述发送终端生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
    所述发送终端发送所述描述信息至所述离线服务器。
  2. 根据权利要求1所述的方法，其特征在于，所述发送所述目标文件夹中的文件至离线服务器之前，所述方法还包括：
    所述发送终端筛选所述目标文件夹中的m个预设文件，每个预设文件的文件大小小于第一阈值，m为大于等于2的整数；及
    所述发送终端合并所述m个预设文件得到n个合并文件；其中，n为大于等于1的整数，且每个合并文件的文件大小不超过第二阈值，所述第二阈值大于所述第一阈值；
    所述发送所述目标文件夹中的文件至离线服务器，包括：
    所述发送终端发送所述n个合并文件以及所述目标文件夹中除所述m个预设文件之外的其他文件至所述离线服务器；
    相应的，所述描述信息还包括每个合并文件与所述合并文件中所包含的预设文件之间的对应关系，以及，每个合并文件的文件标识。
  3. 根据权利要求2所述的方法，其特征在于，所述合并所述m个预设文件得到n个合并文件，包括：
    所述发送终端对于所述m个文件中的第i个预设文件，检测是否存在文件大小小于预设大小的合并文件，所述预设大小为所述第二阈值与所述第i个预设文件的文件大小之差；i的初始值为1；
    若存在文件大小小于所述预设大小的合并文件，所述发送终端则合并所述第i个预设文件至已有的所述合并文件；若不存在文件大小小于所述预设 大小的合并文件，所述发送终端则生成合并文件，并合并所述第i个预设文件至生成的所述合并文件；及
    所述发送终端在合并所述第i个文件之后，在i<m时将i+1，并再次执行所述检测是否存在文件大小小于预设大小的合并文件的操作。
  4. 根据权利要求1所述的方法，其特征在于，在发送所述目标文件夹中的文件至离线服务器前，所述方法还包括：
    所述发送终端发送查询请求至所述离线服务器，所述查询请求中携带有目标文件的文件标识；
    所述发送终端接收所述离线服务器返回的查询结果；及
    所述发送终端在所述查询结果表示所述离线服务器中已存储有所述目标文件时，跳过所述目标文件。
  5. 一种文件夹发送方法，包括：
    接收终端接收离线服务器发送的目标文件夹的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
    所述接收终端根据所述描述信息获取所述目标文件夹中的文件。
  6. 根据权利要求5所述的方法，其特征在于，所述根据所述描述信息获取所述目标文件夹中的文件，包括：
    所述接收终端接收选择所述描述信息中的目标文件的文件标识的选择指令；
    所述接收终端在接收到所述选择指令后，发送携带有选择的所述文件标识的文件获取请求至所述离线服务器；及
    所述接收终端接收所述离线服务器返回的所述目标文件。
  7. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    所述接收终端在接收到所述描述信息之后，根据所述描述信息创建所述目标文件夹；及
    所述接收终端在获取到所述目标文件夹中的文件之后，根据所述描述信 息中的所述文件的路径存储所述文件至所述目标文件夹的所述路径下。
  8. 根据权利要求5所述的方法，其特征在于，所述接收离线服务器发送的目标文件夹的描述信息，包括：
    所述接收终端接收所述离线服务器发送的第一信息，所述第一信息包括所述目标文件夹的文件名以及第二信息的信息标识，所述第二信息包括所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；
    所述接收终端发送信息获取请求至所述离线服务器，所述信息获取请求中携带有所述第二信息的信息标识；及
    所述接收终端接收所述离线服务器返回的所述第二信息。
  9. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    所述接收终端接收转发所述第一信息至目标接收方的触发指令；及
    所述接收终端转发所述第一信息至所述离线服务器，所述离线服务器用于将所述第一信息转发至所述目标接收方，所述目标接收方用于根据所述第一获取所述目标文件夹中的文件。
  10. 一种发送终端，包括处理器和存储器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：
    接收离线发送目标文件夹至接收终端的触发指令；
    发送所述目标文件夹中的文件至离线服务器；
    生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
    发送所述描述信息至所述离线服务器。
  11. 根据权利要求10所述的发送终端，其特征在于，所述计算机可读指令被所述处理器执行时，还使得一个或多个处理器执行以下步骤：
    筛选所述目标文件夹中的m个预设文件，每个预设文件的文件大小小于 第一阈值，m为大于等于2的整数；及
    合并所述m个预设文件得到n个合并文件；其中，n为大于等于1的整数，且每个合并文件的文件大小不超过第二阈值，所述第二阈值大于所述第一阈值；
    所述发送所述目标文件夹中的文件至离线服务器，包括：
    发送所述n个合并文件以及所述目标文件夹中除所述m个预设文件之外的其他文件至所述离线服务器；
    相应的，所述描述信息还包括每个合并文件与所述合并文件中所包含的预设文件之间的对应关系，以及，每个合并文件的文件标识。
  12. 根据权利要求11所述的发送终端，其特征在于，所述合并所述m个预设文件得到n个合并文件，包括：
    对于所述m个文件中的第i个预设文件，检测是否存在文件大小小于预设大小的合并文件，所述预设大小为所述第二阈值与所述第i个预设文件的文件大小之差；i的初始值为1；
    若存在文件大小小于所述预设大小的合并文件，则合并所述第i个预设文件至已有的所述合并文件；若不存在文件大小小于所述预设大小的合并文件，则生成合并文件，并合并所述第i个预设文件至生成的所述合并文件；及
    在合并所述第i个文件之后，在i<m时将i+1，并再次执行所述检测是否存在文件大小小于预设大小的合并文件的操作。
  13. 一种接收终端，包括处理器和存储器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行以下步骤：
    接收离线服务器发送的目标文件夹的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
    根据所述描述信息获取所述目标文件夹中的文件。
  14. 根据权利要求13所述的接收终端，其特征在于，所述根据所述描述信息获取所述目标文件夹中的文件，包括：
    接收选择所述描述信息中的目标文件的文件标识的选择指令；
    在接收到所述选择指令后，发送携带有选择的所述文件标识的文件获取请求至所述离线服务器；及
    接收所述离线服务器返回的所述目标文件。
  15. 根据权利要求13所述的接收终端，其特征在于，所述接收离线服务器发送的目标文件夹的描述信息，包括：
    接收所述离线服务器发送的第一信息，所述第一信息包括所述目标文件夹的文件名以及第二信息的信息标识，所述第二信息包括所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；
    发送信息获取请求至所述离线服务器，所述信息获取请求中携带有所述第二信息的信息标识；及
    接收所述离线服务器返回的所述第二信息。
  16. 一种存储有计算机可读指令的非易失性存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    接收离线发送目标文件夹至接收方的触发指令；
    发送所述目标文件夹中的文件至离线服务器；
    生成所述目标文件夹所对应的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
    发送所述描述信息至所述离线服务器。
  17. 根据权利要求16所述的存储介质，其特征在于，所述计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下步骤：
    筛选所述目标文件夹中的m个预设文件，每个预设文件的文件大小小于第一阈值，m为大于等于2的整数；及
    合并所述m个预设文件得到n个合并文件；其中，n为大于等于1的整数，且每个合并文件的文件大小不超过第二阈值，所述第二阈值大于所述第一阈值；
    所述发送所述目标文件夹中的文件至离线服务器，包括：
    发送所述n个合并文件以及所述目标文件夹中除所述m个预设文件之外的其他文件至所述离线服务器；
    相应的，所述描述信息还包括每个合并文件与所述合并文件中所包含的预设文件之间的对应关系，以及，每个合并文件的文件标识。
  18. 根据权利要求16所述的存储介质，其特征在于，所述合并所述m个预设文件得到n个合并文件，包括：
    对于所述m个文件中的第i个预设文件，检测是否存在文件大小小于预设大小的合并文件，所述预设大小为所述第二阈值与所述第i个预设文件的文件大小之差；i的初始值为1；
    若存在文件大小小于所述预设大小的合并文件，则合并所述第i个预设文件至已有的所述合并文件；若不存在文件大小小于所述预设大小的合并文件，则生成合并文件，并合并所述第i个预设文件至生成的所述合并文件；及
    在合并所述第i个文件之后，在i<m时将i+1，并再次执行所述检测是否存在文件大小小于预设大小的合并文件的操作。
  19. 一种存储有计算机可读指令的非易失性存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：
    接收离线服务器发送的目标文件夹的描述信息，所述描述信息包括所述目标文件夹的文件名、所述目标文件夹中的每个文件的文件标识、每个文件的大小以及每个文件在所述目标文件夹中的路径；及
    根据所述描述信息获取所述目标文件夹中的文件。
  20. 根据权利要求19所述的存储介质，其特征在于，所述根据所述描述信息获取所述目标文件夹中的文件，包括：
    接收选择所述描述信息中的目标文件的文件标识的选择指令；
    在接收到所述选择指令后，发送携带有选择的所述文件标识的文件获取请求至所述离线服务器；及
    接收所述离线服务器返回的所述目标文件。
PCT/CN2018/096334 2017-07-27 2018-07-19 文件夹发送方法、发送终端、接收终端以及存储介质 WO2019019952A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710623151.6 2017-07-27
CN201710623151.6A CN109309696B (zh) 2017-07-27 2017-07-27 文件夹发送方法、发送方、接收方以及存储介质

Publications (1)

Publication Number Publication Date
WO2019019952A1 true WO2019019952A1 (zh) 2019-01-31

Family

ID=65040428

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/096334 WO2019019952A1 (zh) 2017-07-27 2018-07-19 文件夹发送方法、发送终端、接收终端以及存储介质

Country Status (3)

Country Link
CN (1) CN109309696B (zh)
TW (1) TW201911066A (zh)
WO (1) WO2019019952A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111353763A (zh) * 2020-03-30 2020-06-30 中国建设银行股份有限公司 处理数据的方法、装置、服务器及存储介质
CN115118773A (zh) * 2022-06-29 2022-09-27 宁波三星智能电气有限公司 数据文件推送方法、服务器和计算机可读存储介质
CN117097721A (zh) * 2023-10-19 2023-11-21 北京天信瑞安信息技术有限公司 一种文件传输方法、系统及可读存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110519355A (zh) * 2019-08-16 2019-11-29 北京浪潮数据技术有限公司 下发ova文件信息的方法、系统、设备及存储介质
CN112783828B (zh) * 2019-11-11 2022-08-19 千寻位置网络有限公司 Igs文件处理方法及装置
CN111935221B (zh) * 2020-07-03 2023-04-28 Oppo（重庆）智能科技有限公司 文件传输方法、装置、存储介质以及终端
CN112887385A (zh) * 2021-01-19 2021-06-01 中国联合网络通信集团有限公司 文件传输方法和装置
CN113973287B (zh) * 2021-10-18 2023-10-10 珠海格力电器股份有限公司 一种信息的获取、发送方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014022A (zh) * 2007-02-13 2007-08-08 北京亿企通信息技术有限公司 一种在即时通信工具中传输文件的方法、装置和系统
CN101098310A (zh) * 2006-10-30 2008-01-02 腾讯科技（深圳）有限公司 一种多文件传输系统及方法
US20100073713A1 (en) * 2008-09-22 2010-03-25 Samsung Electronics Co., Ltd Apparatus, method and system to transfer document
CN102025515A (zh) * 2009-09-14 2011-04-20 阿里巴巴集团控股有限公司 基于文件目录的文件传输方法及其装置和系统
CN102137031A (zh) * 2010-01-21 2011-07-27 腾讯科技（深圳）有限公司 一种传输文件夹的方法和设备
CN102651716A (zh) * 2011-02-24 2012-08-29 阿里巴巴集团控股有限公司 即时通讯中的文件夹传输方法及系统、即时接收客户端

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184055B (zh) * 2007-12-11 2010-12-22 腾讯科技（深圳）有限公司 一种离线文件的发送、接收、传输方法及装置
US9361395B2 (en) * 2011-01-13 2016-06-07 Google Inc. System and method for providing offline access in a hosted document service
CN102821057A (zh) * 2011-06-09 2012-12-12 腾讯科技（深圳）有限公司 文件传送方法、装置和系统
CN102355426B (zh) * 2011-06-30 2015-01-14 北京神州泰岳软件股份有限公司 实现离线文件传输的方法和系统
US8892679B1 (en) * 2013-09-13 2014-11-18 Box, Inc. Mobile device, methods and user interfaces thereof in a mobile device platform featuring multifunctional access and engagement in a collaborative environment provided by a cloud-based platform
CN104133882B (zh) * 2014-07-28 2017-06-23 四川大学 一种基于hdfs的小文件处理方法
CN105069009A (zh) * 2015-07-06 2015-11-18 无锡天脉聚源传媒科技有限公司 一种上传、下载文件夹的方法及装置
CN105978949A (zh) * 2016-04-27 2016-09-28 乐视控股（北京）有限公司 离线数据上传方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101098310A (zh) * 2006-10-30 2008-01-02 腾讯科技（深圳）有限公司 一种多文件传输系统及方法
CN101014022A (zh) * 2007-02-13 2007-08-08 北京亿企通信息技术有限公司 一种在即时通信工具中传输文件的方法、装置和系统
US20100073713A1 (en) * 2008-09-22 2010-03-25 Samsung Electronics Co., Ltd Apparatus, method and system to transfer document
CN102025515A (zh) * 2009-09-14 2011-04-20 阿里巴巴集团控股有限公司 基于文件目录的文件传输方法及其装置和系统
CN102137031A (zh) * 2010-01-21 2011-07-27 腾讯科技（深圳）有限公司 一种传输文件夹的方法和设备
CN102651716A (zh) * 2011-02-24 2012-08-29 阿里巴巴集团控股有限公司 即时通讯中的文件夹传输方法及系统、即时接收客户端

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111353763A (zh) * 2020-03-30 2020-06-30 中国建设银行股份有限公司 处理数据的方法、装置、服务器及存储介质
CN115118773A (zh) * 2022-06-29 2022-09-27 宁波三星智能电气有限公司 数据文件推送方法、服务器和计算机可读存储介质
CN115118773B (zh) * 2022-06-29 2023-08-18 宁波三星智能电气有限公司 数据文件推送方法、服务器和计算机可读存储介质
CN117097721A (zh) * 2023-10-19 2023-11-21 北京天信瑞安信息技术有限公司 一种文件传输方法、系统及可读存储介质
CN117097721B (zh) * 2023-10-19 2024-01-12 北京天信瑞安信息技术有限公司 一种文件传输方法、系统及可读存储介质

Also Published As

Publication number Publication date
CN109309696B (zh) 2021-09-17
CN109309696A (zh) 2019-02-05
TW201911066A (zh) 2019-03-16

Similar Documents

Publication Publication Date Title
WO2019019952A1 (zh) 文件夹发送方法、发送终端、接收终端以及存储介质
US11003331B2 (en) Screen capturing method and terminal, and screenshot reading method and terminal
CN104518953B (zh) 删除消息的方法、即时通信终端及系统
KR102208362B1 (ko) 전자 장치의 메시지 관리 방법 및 장치
US11798107B2 (en) Scenario-based application recommendation method and apparatus
US9565247B2 (en) Method and system of sharing information in a social networking application
JP6557741B2 (ja) ピクチャ結合方法、端末、及びピクチャ結合システム
US10084729B2 (en) Apparatuses and methods for web page sharing
CN112637039B (zh) 一种信息处理方法、装置及存储介质
WO2018049887A1 (zh) 数据传输处理方法及终端设备
WO2016045226A1 (zh) 信息处理方法和装置
CN107391768B (zh) 网页数据处理方法、装置、设备及计算机可读存储介质
US11314703B2 (en) Method and apparatus for processing timedly-published data
WO2019101043A1 (zh) 图像处理方法、终端、计算机存储介质及计算机程序
WO2014206037A1 (en) Apparatuses and methods for web page sharing
WO2017161994A1 (zh) 一种显示页面的方法及装置、计算机存储介质
JP2018506792A (ja) チャット履歴記録を表示するための方法およびチャット履歴記録を表示するための装置
WO2015039517A1 (en) Multimedia file search method, apparatus, and terminal device
TW201502986A (zh) 使用於瀏覽器網頁的應用程式訊息通知顯示方法、相關設備與系統
US11582179B2 (en) Information search method, terminal, network device, and system
JP6915074B2 (ja) メッセージ通知方法及び端末
US20200310771A1 (en) Application Processing Method for Terminal Device, and Terminal Device
CN108021298B (zh) 利用剪切板粘贴信息的方法及装置
CN113268179B (zh) 会话消息处理方法、装置、设备及存储介质
US11327845B2 (en) Image synchronization method and device, and server

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: 18837553

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: 18837553

Country of ref document: EP

Kind code of ref document: A1