US20180213025A1 - Transparent deferred spooling store and forward based on standard network system and client interface - Google Patents
Transparent deferred spooling store and forward based on standard network system and client interface Download PDFInfo
- Publication number
- US20180213025A1 US20180213025A1 US15/918,998 US201815918998A US2018213025A1 US 20180213025 A1 US20180213025 A1 US 20180213025A1 US 201815918998 A US201815918998 A US 201815918998A US 2018213025 A1 US2018213025 A1 US 2018213025A1
- Authority
- US
- United States
- Prior art keywords
- file
- server
- transfer
- client
- batch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
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]
-
- H04L67/2833—
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
Definitions
- the slow upload performance can restrict the activities of personnel who must upload the files or whose equipment is in use until the transfer is completed and therefore have negative consequences for the efficiency of the business.
- the present technology provides for faster file transfers from a client to a server via a batch pool system.
- the batch pool system may be implemented by a proxy file server which is used to receive the file transfer from the client device and free the client device as soon as possible.
- the file transfer to an intended remote server is carried out by a batch transfer system at the proxy file server.
- the user of the client machine may then use their device to perform other tasks while the file transfer is completed by the proxy file server batch transfer system.
- the file transfer is coordinated by a background transfer module that is integrated with a client interface. Hence, there is no new system or software for a user of the client to learn or operate.
- a method for transferring files may receive a first file data from a client by a first server.
- the first file data intended for a second server.
- a data acknowledgment may be transmitted to the client from first server.
- a second file data may be received from the client.
- An indication that transfer is complete may be transmitted to the client by the first server.
- the first file data and second file data may be transmitted to the second server.
- a close file request may be transmitted to the second server from the first server.
- a system for tracing a distributed transaction may include a processor, memory and one or more modules stored in the memory.
- the one or more modules may be executable by the processor to receive a first file data from client by first server, the first file data intended for a second server, transmit data acknowledgment to client from first server, receive a second file data from the client, transmit an indication that transfer is complete to the client by the first server, transmit the first file data and second file data to the second server, and transmit a close file request to the second server from the first server.
- FIG. 1 is a block diagram of a system for performing a batch file transfer
- FIG. 2 is a block diagram of a proxy file server.
- FIG. 3 is a method for performing a background file transfer.
- FIG. 4 is a method identifying a suitable file for background file transfer.
- FIG. 5 is a method for managing a background file transfer.
- FIG. 6 is a block diagram of a computing system for implementing the present technology.
- the present technology provides for faster file transfers from a client to a server via a batch pool system.
- the batch pool system may be implemented by a proxy file server which is used to receive the file transfer from the client device and free the client device as soon as possible.
- the file transfer to an intended remote server is carried out by a batch transfer system at the proxy file server.
- the user of the client machine may then use their device to perform other tasks while the file transfer is completed by the proxy file server batch transfer system.
- the file transfer is coordinated by a background transfer module that is integrated with file system protocols. Hence, there is no new system or software for a user of the client to learn or operate.
- the spooler permits faster transfer from the client, but not faster transfer to the server.
- the batch spooler will continue to transfer to the server at the network speed after the client has disconnected.
- the present technology allows the user to see a standard interface or view of a remote file server and transparently benefit from batch spooler features.
- the spooler is generally local to the, and the client can be considered to transfer a file to the spooler, and then another file to the spooler, and so on.
- the present technology integrates with a network file system protocol (for example, as a proxy).
- the client sends a portion of a file, which is acknowledged, and then another portion, which is acknowledged, and finally after the last portion is acknowledged, the file is closed.
- the network connection is slow, it will take a lot of time until an intended destination server acknowledges the last portion, because each portion must traverse the slow network.
- the present technology has the proxy acknowledge each portion of the file so the client will send the next portion immediately, before the early acknowledged data has even reached the file server. By acknowledging all data immediately, the client will transfer the whole file and then close the file.
- the present technology may the close as if it were really closed on the server, while in reality we continue to transfer the file to the server.
- the client While the client supposes to write a file to the server without batch spooling, the present technology causes it to spool the file to use so that we can transfer to the server.
- the client transparently gets the benefit of a spooling system which is a fast initial transfer.
- a system administrator can add spooling using this method without altering the user's workflow or behavior.
- FIG. 1 is a block diagram of a system for performing a batch file transfer.
- FIG. 1 includes a client 110 , network 120 , proxy file server 130 , network 140 , and server 150 .
- a client may perform a batch file transfer with server 150 , uploading a batch of files to the server.
- Network 140 may be a poor performing network, however, which may cause the file transfer to take an undesireably long time.
- Proxy file server 130 is used to implement a batch spooler transparently, and may be placed close to client 110 and receive the batch files via network 120 .
- the proxy file server may receive the batch of files, freeing up client 110 from the batch file transfer, and may then upload the files to the server 150 automatically.
- Proxy file server 130 is discussed in more detail below with respect to FIG. 2 .
- FIG. 2 is a block diagram of a proxy file server 200 .
- Proxy file server 200 may include a proxy application 210 and background transfer module 220 .
- Proxy file server 210 may provide an interface to client 110 for managing a batch file transfer between client 110 and server 150 .
- the interface may be an administrative interface rather than a user interface, and may allow the user to provide input regarding what files or file types to transfer, when to transfer, and receive other input from the client device user.
- the interface may also provide the user with information regarding the batch file transfer, such as provide the status of a transfer, the progress of the transfer, and other information.
- the proxy application 210 may also perform the high level management of the transfer, detect when the transfer is complete, and so forth.
- Background transfer module 220 may integrate with proxy application 210 to improve file transfer performance. Background transfer module 220 may be implemented within proxy application 210 , for example as a plug-in, or work in conjunction with proxy application 210 .
- Module 220 may operate at a protocol level to intercept protocol messages and data from the client as well as send messages to the client. For example, module 220 may send acknowledgement messages in response to receiving a file or portion of a file of the batch files. In some instances, the acknowledgement may be sent immediately to initiate the next write request for a file portion as soon as possible. When file portions are received, they may be placed in a buffer until the proxy application can upload them to the server.
- Module 220 may provide a close message, such as a close acknowledgment, back to the client to release the client from the batch file transfer session, even though the files are still being uploaded to the server.
- the file transfer session will not be closed with the server until the batch files have all been uploaded to the server.
- FIG. 3 is a method for performing a background file transfer.
- File transfer preferences are configured at step 305 .
- File transfer preferences may include specifying what type of file may be suitable for a background file transfer.
- the preferences may include a particular server, share or folder, a file extension, a filename, and IO operation patterns.
- the preferences may be set by a user or an administrator through the proxy application 210 .
- a user session is started at step 310 .
- the user session may include having a user connect to the proxy application from an application on the user client device.
- a file transfer request is received by the proxy server from the client at step 315 .
- the file transfer request may indicate the files, file locations, and other data associated with a batch of files to transfer from the client to a particular server.
- a determination is made as to whether the files are suitable for background file transfer at step 320 . In some instances, the determination may be made later, for example after a file or portion of the file has already been transferred.
- the file may be suitable if it satisfies one or more preferences for background file transfer. Determining whether a file is suitable for background transfer is discussed in more detail below with respect to FIG. 4 .
- the file is not uploaded to the server via background file transfer at step 325 and the operation of the method continues to step 315 .
- the file may be uploaded via another means of uploading or the file transfer may be denied.
- the file data may be received by proxy server 130 at step 330 .
- the file transfer of the batch of files commences, with the first file or file portion received at step 330 .
- a transmit acknowledgment is transmitted to the client at step 335 .
- the acknowledgment is sent by the background transfer module immediately after receiving the first file or file portion. As such, the acknowledgment is sent before the file is received and stored at the intended destination—server 150 .
- the client may then proceed to send the next batch file or file portion, thereby expediting the time to receive the files from the client by the proxy server.
- the received data is buffered at step 340 .
- the buffered data may be sent to the intended recipient—server 150 —at step 345 .
- the time to send the buffered data to the server by the proxy server will take longer than the time to receive the data from the client by the proxy server.
- files or file portions may be received from the client and stored in the buffer, with acknowledgements sent immediately to the client, until there are no further files or portions in the batch.
- the files or file portions in the buffer may be sent to the server in parallel with the data being received from the client.
- steps 330 - 340 and step 345 may describe processes that are performed simultaneously rather than in lock step.
- the proxy server continues to transmit files or file portions to server 150 as long as there is file data in the proxy file buffer. Once all the file data has been sent to the client, a close file message is sent to the server at step 360 . The user session with the server is then closed at step 365 . Hence, the user session with the client will be closed before the user session with the server is closed.
- FIG. 4 is a method identifying a suitable file for background file transfer. The method of FIG. 4 provides more detail for step 320 of the method of FIG. 3 .
- Steps 410 - 440 relate to a list of background transfer preferences to be satisfied.
- the steps in the method of FIG. 4 set forth the preferences in an exemplary order for purposes of discussion.
- a background file transfer system may not require each and every preference associated with steps 410 - 440 to be determined in the affirmative in order to proceed with a background file transfer.
- a proxy application may require only one preference be satisfied, or that a particular combination of preferences be satisfied.
- the file is suitable for background transfer at step 450 . If the request does not comply with the preferences in any of steps 410 - 440 , the file is not suitable for background transfer at step 460 .
- FIG. 5 is a method for managing a background file transfer.
- the method of FIG. 5 provides details for handling user input through an administrative interface provided by a proxy application.
- the interface may be utilized for initial configuration as well as during background file transfer performed at step 330 of the method of FIG. 3 .
- the interface may provide a progress of the background transfer to the user at step 310 .
- a determination may be made as to whether the interface receives input from a user to open, re-open, delete or rename the file at step 315 . If the input is received, denied response to the client request may be spoofed at step 320 , perform some other appropriate action, and the operation of the method continues to step 325 .
- the administrative interface may allow a file open for metadata access and deletion but prohibit rename, write and read operations.
- Some requests may be selectively permitted.
- the intent of the user may be inferred from the requests and mapped into a suitable operation on the spooling system. For example, “delete” attempts may abort a transfer and delete the partially transferred file, while open attempts may be permitted but use of the file handle may be restricted to reading meta data (file date, size, ownership, etc) and denying reading/writing or renaming the file.
- FIG. 6 is a block diagram of an exemplary computing system for implementing the present technology.
- System 600 of FIG. 6 may be implemented in the contexts of the likes of client computer 110 , proxy server 130 , and server 150 .
- the computing system 600 of FIG. 6 includes one or more processors 610 and memory 620 .
- Main memory 620 stores, in part, instructions and data for execution by processor 610 .
- Main memory 620 can store the executable code when in operation.
- the system 600 of FIG. 6 further includes a mass storage device 630 , portable storage medium drive(s) 640 , output devices 650 , user input devices 660 , a graphics display 670 , and peripheral devices 680 .
- processor unit 610 and main memory 620 may be connected via a local microprocessor bus, and the mass storage device 630 , peripheral device(s) 680 , portable storage device 640 , and display system 670 may be connected via one or more input/output (I/O) buses.
- I/O input/output
- Mass storage device 630 which may be implemented with a magnetic disk drive or an optical disk drive, is a non-volatile storage device for storing data and instructions for use by processor unit 610 . Mass storage device 630 can store the system software for implementing embodiments of the present invention for purposes of loading that software into main memory 620 .
- Portable storage device 640 operates in conjunction with a portable non-volatile storage medium, such as a floppy disk, compact disk or Digital video disc, to input and output data and code to and from the computer system 600 of FIG. 6 .
- the system software for implementing embodiments of the present invention may be stored on such a portable medium and input to the computer system 600 via the portable storage device 640 .
- Input devices 660 provide a portion of a user interface.
- Input devices 660 may include an alpha-numeric keypad, such as a keyboard, for inputting alpha-numeric and other information, or a pointing device, such as a mouse, a trackball, stylus, or cursor direction keys.
- the system 600 as shown in FIG. 6 includes output devices 650 . Examples of suitable output devices include speakers, printers, network interfaces, and monitors.
- Display system 670 may include a liquid crystal display (LCD) or other suitable display device.
- Display system 670 receives textual and graphical information, and processes the information for output to the display device.
- LCD liquid crystal display
- Peripherals 680 may include any type of computer support device to add additional functionality to the computer system.
- peripheral device(s) 680 may include a modem or a router.
- the components contained in the computer system 600 of FIG. 6 are those typically found in computer systems that may be suitable for use with embodiments of the present invention and are intended to represent a broad category of such computer components that are well known in the art.
- the computer system 600 of FIG. 6 can be a personal computer, hand held computing device, telephone, mobile computing device, workstation, server, minicomputer, mainframe computer, or any other computing device.
- the computer system 600 of FIG. 6 may include additional components, such as an LED touch screen, one or more antennas, radios, and other circuitry and software for wireless communication, microphones, speakers, and other components.
- the computer can also include different bus configurations, networked platforms, multi-processor platforms, etc.
- Various operating systems can be used including Unix, Linux, Windows, Macintosh OS, Android, and other suitable operating systems.
Abstract
Description
- The present application is a continuation and claims the priority benefit of U.S. application Ser. No. 14/556,157, issuing as U.S. Pat. No. 9,917,882, the disclosure of which is incorporated herein by reference.
- As businesses utilization of network and “cloud” solutions for digital storage and processing increases, the performance required from the network and cloud solutions has increased as well. For instance, business operations may require storage or processing of files on a central file server, and as a pre-requisite may require collation of files on the central file server. Files may be transferred to the server using network file server protocols optimized for a LAN (local area network).
- As a business grows geographically, some of these files may originate at remote locations with poor network connectivity and so uploading of files using LAN optimized file sharing protocols can be slow.
- The slow upload performance can restrict the activities of personnel who must upload the files or whose equipment is in use until the transfer is completed and therefore have negative consequences for the efficiency of the business.
- There is a need to reduce the time spent performing uploads so that personnel and equipment can be released for other activities, even while the transfer is still in progress.
- The present technology, roughly described, provides for faster file transfers from a client to a server via a batch pool system. The batch pool system may be implemented by a proxy file server which is used to receive the file transfer from the client device and free the client device as soon as possible. The file transfer to an intended remote server is carried out by a batch transfer system at the proxy file server. The user of the client machine may then use their device to perform other tasks while the file transfer is completed by the proxy file server batch transfer system. The file transfer is coordinated by a background transfer module that is integrated with a client interface. Hence, there is no new system or software for a user of the client to learn or operate.
- In an embodiment, a method for transferring files may receive a first file data from a client by a first server. The first file data intended for a second server. A data acknowledgment may be transmitted to the client from first server. A second file data may be received from the client. An indication that transfer is complete may be transmitted to the client by the first server. The first file data and second file data may be transmitted to the second server. A close file request may be transmitted to the second server from the first server.
- A system for tracing a distributed transaction may include a processor, memory and one or more modules stored in the memory. The one or more modules may be executable by the processor to receive a first file data from client by first server, the first file data intended for a second server, transmit data acknowledgment to client from first server, receive a second file data from the client, transmit an indication that transfer is complete to the client by the first server, transmit the first file data and second file data to the second server, and transmit a close file request to the second server from the first server.
-
FIG. 1 is a block diagram of a system for performing a batch file transfer -
FIG. 2 is a block diagram of a proxy file server. -
FIG. 3 is a method for performing a background file transfer. -
FIG. 4 is a method identifying a suitable file for background file transfer. -
FIG. 5 is a method for managing a background file transfer. -
FIG. 6 is a block diagram of a computing system for implementing the present technology. - The present technology, roughly described, provides for faster file transfers from a client to a server via a batch pool system. The batch pool system may be implemented by a proxy file server which is used to receive the file transfer from the client device and free the client device as soon as possible. The file transfer to an intended remote server is carried out by a batch transfer system at the proxy file server. The user of the client machine may then use their device to perform other tasks while the file transfer is completed by the proxy file server batch transfer system. The file transfer is coordinated by a background transfer module that is integrated with file system protocols. Hence, there is no new system or software for a user of the client to learn or operate.
- The spooler permits faster transfer from the client, but not faster transfer to the server. The batch spooler will continue to transfer to the server at the network speed after the client has disconnected. The present technology allows the user to see a standard interface or view of a remote file server and transparently benefit from batch spooler features.
- In a standard batch system, the spooler is generally local to the, and the client can be considered to transfer a file to the spooler, and then another file to the spooler, and so on. The present technology integrates with a network file system protocol (for example, as a proxy). In this perspective, the client sends a portion of a file, which is acknowledged, and then another portion, which is acknowledged, and finally after the last portion is acknowledged, the file is closed. If the network connection is slow, it will take a lot of time until an intended destination server acknowledges the last portion, because each portion must traverse the slow network. The present technology has the proxy acknowledge each portion of the file so the client will send the next portion immediately, before the early acknowledged data has even reached the file server. By acknowledging all data immediately, the client will transfer the whole file and then close the file. The present technology may the close as if it were really closed on the server, while in reality we continue to transfer the file to the server.
- While the client supposes to write a file to the server without batch spooling, the present technology causes it to spool the file to use so that we can transfer to the server. Thus the client transparently gets the benefit of a spooling system which is a fast initial transfer. A system administrator can add spooling using this method without altering the user's workflow or behavior.
-
FIG. 1 is a block diagram of a system for performing a batch file transfer.FIG. 1 includes aclient 110,network 120, proxy file server 130,network 140, andserver 150. A client may perform a batch file transfer withserver 150, uploading a batch of files to the server.Network 140 may be a poor performing network, however, which may cause the file transfer to take an undesireably long time. Proxy file server 130 is used to implement a batch spooler transparently, and may be placed close toclient 110 and receive the batch files vianetwork 120. The proxy file server may receive the batch of files, freeing upclient 110 from the batch file transfer, and may then upload the files to theserver 150 automatically. Proxy file server 130 is discussed in more detail below with respect toFIG. 2 . -
FIG. 2 is a block diagram of aproxy file server 200.Proxy file server 200 may include aproxy application 210 andbackground transfer module 220.Proxy file server 210 may provide an interface toclient 110 for managing a batch file transfer betweenclient 110 andserver 150. The interface may be an administrative interface rather than a user interface, and may allow the user to provide input regarding what files or file types to transfer, when to transfer, and receive other input from the client device user. The interface may also provide the user with information regarding the batch file transfer, such as provide the status of a transfer, the progress of the transfer, and other information. Theproxy application 210 may also perform the high level management of the transfer, detect when the transfer is complete, and so forth. -
Background transfer module 220 may integrate withproxy application 210 to improve file transfer performance.Background transfer module 220 may be implemented withinproxy application 210, for example as a plug-in, or work in conjunction withproxy application 210. -
Module 220 may operate at a protocol level to intercept protocol messages and data from the client as well as send messages to the client. For example,module 220 may send acknowledgement messages in response to receiving a file or portion of a file of the batch files. In some instances, the acknowledgement may be sent immediately to initiate the next write request for a file portion as soon as possible. When file portions are received, they may be placed in a buffer until the proxy application can upload them to the server. - When a file transfer is complete from the client side, the client may send a close request.
Module 220 may provide a close message, such as a close acknowledgment, back to the client to release the client from the batch file transfer session, even though the files are still being uploaded to the server. The file transfer session will not be closed with the server until the batch files have all been uploaded to the server. -
FIG. 3 is a method for performing a background file transfer. File transfer preferences are configured atstep 305. File transfer preferences may include specifying what type of file may be suitable for a background file transfer. The preferences may include a particular server, share or folder, a file extension, a filename, and IO operation patterns. The preferences may be set by a user or an administrator through theproxy application 210. - A user session is started at
step 310. The user session may include having a user connect to the proxy application from an application on the user client device. A file transfer request is received by the proxy server from the client atstep 315. The file transfer request may indicate the files, file locations, and other data associated with a batch of files to transfer from the client to a particular server. A determination is made as to whether the files are suitable for background file transfer atstep 320. In some instances, the determination may be made later, for example after a file or portion of the file has already been transferred. The file may be suitable if it satisfies one or more preferences for background file transfer. Determining whether a file is suitable for background transfer is discussed in more detail below with respect toFIG. 4 . If the file subject to the file transfer request is not suitable for background file transfer, the file is not uploaded to the server via background file transfer atstep 325 and the operation of the method continues to step 315. The file may be uploaded via another means of uploading or the file transfer may be denied. - If the file is suitable for background transfer, the file data, such as for example a portion of the file, may be received by proxy server 130 at
step 330. The file transfer of the batch of files commences, with the first file or file portion received atstep 330. A transmit acknowledgment is transmitted to the client atstep 335. The acknowledgment is sent by the background transfer module immediately after receiving the first file or file portion. As such, the acknowledgment is sent before the file is received and stored at the intended destination—server 150. By providing the acknowledgment immediately, the client may then proceed to send the next batch file or file portion, thereby expediting the time to receive the files from the client by the proxy server. - The received data is buffered at
step 340. The buffered data may be sent to the intended recipient—server 150—atstep 345. The time to send the buffered data to the server by the proxy server will take longer than the time to receive the data from the client by the proxy server. In some instances, files or file portions may be received from the client and stored in the buffer, with acknowledgements sent immediately to the client, until there are no further files or portions in the batch. The files or file portions in the buffer may be sent to the server in parallel with the data being received from the client. Hence, steps 330-340 and step 345 may describe processes that are performed simultaneously rather than in lock step. - A determination is made as to whether a close file request is received by the proxy server from the client at
step 350. Once the last file or file portion is received by the proxy server, the close file request will be received by the proxy server from the client. If the close file request has not been received from the client, at least one additional file or file portion need to be sent and the method continues to step 330. If the close file request has been received, a close file acknowledgment is sent toclient 110 from proxy server 130 atstep 355. The close file acknowledgment will allow the client to end the file transfer session and be utilized for different purposes. - The proxy server continues to transmit files or file portions to
server 150 as long as there is file data in the proxy file buffer. Once all the file data has been sent to the client, a close file message is sent to the server atstep 360. The user session with the server is then closed atstep 365. Hence, the user session with the client will be closed before the user session with the server is closed. -
FIG. 4 is a method identifying a suitable file for background file transfer. The method ofFIG. 4 provides more detail forstep 320 of the method ofFIG. 3 . - Steps 410-440 relate to a list of background transfer preferences to be satisfied. The steps in the method of
FIG. 4 set forth the preferences in an exemplary order for purposes of discussion. A background file transfer system may not require each and every preference associated with steps 410-440 to be determined in the affirmative in order to proceed with a background file transfer. For example, a proxy application may require only one preference be satisfied, or that a particular combination of preferences be satisfied. - A determination is made as to whether the request to perform a background file transfer involves a server, share or folder that matches a background file preference at
step 410. If the server, share or folder in the request does not match that specified in the preference, then the method continues to step 460. - A determination is made as to whether the request to perform a background file transfer involves a file extension that matches a background file preference at
step 420. If the file extension in the request does not match that specified in the preference, then the method continues to step 460. - A determination is made as to whether the request to perform a background file transfer involves a filename that matches a background file preference at
step 430. If the filename in the request does not match that specified in the preference, then the method continues to step 460. - A determination is made as to whether the request to perform a background file transfer involves an IO operation pattern match that matches a background file preference at
step 440. If the IO operation pattern match in the request does not match that specified in the preference, then the method continues to step 460. - If the request complies with the preferences at steps 410-440, the file is suitable for background transfer at
step 450. If the request does not comply with the preferences in any of steps 410-440, the file is not suitable for background transfer atstep 460. -
FIG. 5 is a method for managing a background file transfer. The method ofFIG. 5 provides details for handling user input through an administrative interface provided by a proxy application. The interface may be utilized for initial configuration as well as during background file transfer performed atstep 330 of the method ofFIG. 3 . The interface may provide a progress of the background transfer to the user atstep 310. A determination may be made as to whether the interface receives input from a user to open, re-open, delete or rename the file atstep 315. If the input is received, denied response to the client request may be spoofed atstep 320, perform some other appropriate action, and the operation of the method continues to step 325. In some instances, the administrative interface may allow a file open for metadata access and deletion but prohibit rename, write and read operations. - Some requests may be selectively permitted. The intent of the user may be inferred from the requests and mapped into a suitable operation on the spooling system. For example, “delete” attempts may abort a transfer and delete the partially transferred file, while open attempts may be permitted but use of the file handle may be restricted to reading meta data (file date, size, ownership, etc) and denying reading/writing or renaming the file.
- If the request is not received, a determination is made as to whether input is received from a user to delete the background file transfer at
step 325. If no abort request is received, progress of the transfer continues to be provided through the interface until the transfer is complete. If the abort request is received, the file transfer is stopped and any portion of the batch of files that was transferred toserver 150 from proxy server 130 is deleted atstep 325. -
FIG. 6 is a block diagram of an exemplary computing system for implementing the present technology. System 600 ofFIG. 6 may be implemented in the contexts of the likes ofclient computer 110, proxy server 130, andserver 150. The computing system 600 ofFIG. 6 includes one ormore processors 610 andmemory 620.Main memory 620 stores, in part, instructions and data for execution byprocessor 610.Main memory 620 can store the executable code when in operation. The system 600 ofFIG. 6 further includes amass storage device 630, portable storage medium drive(s) 640,output devices 650,user input devices 660, agraphics display 670, andperipheral devices 680. - The components shown in
FIG. 6 are depicted as being connected via asingle bus 690. However, the components may be connected through one or more data transport means. For example,processor unit 610 andmain memory 620 may be connected via a local microprocessor bus, and themass storage device 630, peripheral device(s) 680,portable storage device 640, anddisplay system 670 may be connected via one or more input/output (I/O) buses. -
Mass storage device 630, which may be implemented with a magnetic disk drive or an optical disk drive, is a non-volatile storage device for storing data and instructions for use byprocessor unit 610.Mass storage device 630 can store the system software for implementing embodiments of the present invention for purposes of loading that software intomain memory 620. -
Portable storage device 640 operates in conjunction with a portable non-volatile storage medium, such as a floppy disk, compact disk or Digital video disc, to input and output data and code to and from the computer system 600 ofFIG. 6 . The system software for implementing embodiments of the present invention may be stored on such a portable medium and input to the computer system 600 via theportable storage device 640. -
Input devices 660 provide a portion of a user interface.Input devices 660 may include an alpha-numeric keypad, such as a keyboard, for inputting alpha-numeric and other information, or a pointing device, such as a mouse, a trackball, stylus, or cursor direction keys. Additionally, the system 600 as shown inFIG. 6 includesoutput devices 650. Examples of suitable output devices include speakers, printers, network interfaces, and monitors. -
Display system 670 may include a liquid crystal display (LCD) or other suitable display device.Display system 670 receives textual and graphical information, and processes the information for output to the display device. -
Peripherals 680 may include any type of computer support device to add additional functionality to the computer system. For example, peripheral device(s) 680 may include a modem or a router. - The components contained in the computer system 600 of
FIG. 6 are those typically found in computer systems that may be suitable for use with embodiments of the present invention and are intended to represent a broad category of such computer components that are well known in the art. Thus, the computer system 600 ofFIG. 6 can be a personal computer, hand held computing device, telephone, mobile computing device, workstation, server, minicomputer, mainframe computer, or any other computing device. As such, the computer system 600 ofFIG. 6 may include additional components, such as an LED touch screen, one or more antennas, radios, and other circuitry and software for wireless communication, microphones, speakers, and other components. The computer can also include different bus configurations, networked platforms, multi-processor platforms, etc. Various operating systems can be used including Unix, Linux, Windows, Macintosh OS, Android, and other suitable operating systems. - The foregoing detailed description of the technology herein has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the technology to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. The described embodiments were chosen in order to best explain the principles of the technology and its practical application to thereby enable others skilled in the art to best utilize the technology in various embodiments and with various modifications as are suited to the particular use contemplated. It is intended that the scope of the technology be defined by the claims appended hereto.
Claims (1)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/918,998 US20180213025A1 (en) | 2014-11-30 | 2018-03-12 | Transparent deferred spooling store and forward based on standard network system and client interface |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/556,157 US9917882B2 (en) | 2014-11-30 | 2014-11-30 | Transparent deferred spooling store and forward based on standard network system and client interface |
US15/918,998 US20180213025A1 (en) | 2014-11-30 | 2018-03-12 | Transparent deferred spooling store and forward based on standard network system and client interface |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/556,157 Continuation US9917882B2 (en) | 2014-11-30 | 2014-11-30 | Transparent deferred spooling store and forward based on standard network system and client interface |
Publications (1)
Publication Number | Publication Date |
---|---|
US20180213025A1 true US20180213025A1 (en) | 2018-07-26 |
Family
ID=56079938
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/556,157 Expired - Fee Related US9917882B2 (en) | 2014-11-30 | 2014-11-30 | Transparent deferred spooling store and forward based on standard network system and client interface |
US15/918,998 Abandoned US20180213025A1 (en) | 2014-11-30 | 2018-03-12 | Transparent deferred spooling store and forward based on standard network system and client interface |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/556,157 Expired - Fee Related US9917882B2 (en) | 2014-11-30 | 2014-11-30 | Transparent deferred spooling store and forward based on standard network system and client interface |
Country Status (1)
Country | Link |
---|---|
US (2) | US9917882B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10681188B2 (en) | 2015-05-26 | 2020-06-09 | Sonicwall Inc. | Reducing transmission pathway lengths within a distributed network |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10313486B2 (en) | 2015-01-07 | 2019-06-04 | Sonicwall Inc. | Optimizing transfer of fragmented packetized data |
WO2017014125A1 (en) * | 2015-07-23 | 2017-01-26 | シャープ株式会社 | Object and communication program |
US10158735B2 (en) | 2015-08-07 | 2018-12-18 | Sonicwall Inc. | Read-ahead on signed connections with unsigning, inline, transparent proxies |
WO2019237010A1 (en) * | 2018-06-08 | 2019-12-12 | Fungible, Inc. | Early acknowledgment for write operations |
US11290523B1 (en) | 2021-06-22 | 2022-03-29 | International Business Machines Corporation | High-speed transfer of data from device to service |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080281908A1 (en) * | 2007-05-08 | 2008-11-13 | Riverbed Technology, Inc. | Hybrid segment-oriented file server and wan accelerator |
US20110246659A1 (en) * | 2009-09-29 | 2011-10-06 | Nokia Corporation | System, Method and Apparatus for Dynamic Media File Streaming |
US8090866B1 (en) * | 2002-01-18 | 2012-01-03 | Cisco Technology, Inc. | TCP proxy connection management in a gigabit environment |
US20130007221A1 (en) * | 2011-06-29 | 2013-01-03 | Instart Inc. | Application acceleration |
US20150089019A1 (en) * | 2013-09-24 | 2015-03-26 | Cyberlink Corp. | Systems and methods for storing compressed data in cloud storage |
Family Cites Families (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6516351B2 (en) * | 1997-12-05 | 2003-02-04 | Network Appliance, Inc. | Enforcing uniform file-locking for diverse file-locking protocols |
US6826152B1 (en) | 2000-09-13 | 2004-11-30 | Harris Corporation | System and method of conserving bandwidth in the transmission of message packets |
US8244864B1 (en) | 2001-03-20 | 2012-08-14 | Microsoft Corporation | Transparent migration of TCP based connections within a network load balancing system |
EP1563389A4 (en) | 2001-08-01 | 2008-06-25 | Actona Technologies Ltd | Virtual file-sharing network |
US20030084183A1 (en) * | 2001-09-28 | 2003-05-01 | Anders Odlund | Dynamic transferring software/protocol |
US7711854B2 (en) * | 2002-02-07 | 2010-05-04 | Accenture Global Services Gmbh | Retrieving documents over a network with a wireless communication device |
US20030204593A1 (en) | 2002-04-25 | 2003-10-30 | International Business Machines Corporation | System and method for dynamically altering connections in a data processing network |
US7120666B2 (en) | 2002-10-30 | 2006-10-10 | Riverbed Technology, Inc. | Transaction accelerator for client-server communication systems |
US8176186B2 (en) | 2002-10-30 | 2012-05-08 | Riverbed Technology, Inc. | Transaction accelerator for client-server communications systems |
US7809693B2 (en) | 2003-02-10 | 2010-10-05 | Netapp, Inc. | System and method for restoring data on demand for instant volume restoration |
US7254636B1 (en) * | 2003-03-14 | 2007-08-07 | Cisco Technology, Inc. | Method and apparatus for transparent distributed network-attached storage with web cache communication protocol/anycast and file handle redundancy |
US20050086306A1 (en) * | 2003-03-14 | 2005-04-21 | Lemke Ralph E. | Providing background delivery of messages over a network |
US20050015461A1 (en) * | 2003-07-17 | 2005-01-20 | Bruno Richard | Distributed file system |
US20050114436A1 (en) * | 2003-11-12 | 2005-05-26 | Sandeep Betarbet | Terminating file handling system |
US7490089B1 (en) * | 2004-06-01 | 2009-02-10 | Sanbolic, Inc. | Methods and apparatus facilitating access to shared storage among multiple computers |
AU2006239882B2 (en) | 2005-04-25 | 2009-10-29 | Network Appliance, Inc. | System and method for caching network file systems |
WO2006126221A1 (en) | 2005-05-27 | 2006-11-30 | Telecom Italia S.P.A. | System and method for performing mobile services, in particular push and pull services, in a wireless communication network |
US7716307B1 (en) * | 2005-10-21 | 2010-05-11 | Cisco Technology, Inc. | Method and apparatus for reducing client-server messages associated with opening a file |
GB0524256D0 (en) | 2005-11-29 | 2006-01-04 | Ibm | A load balancing system |
US8819288B2 (en) | 2007-09-14 | 2014-08-26 | Microsoft Corporation | Optimized data stream compression using data-dependent chunking |
US20090222515A1 (en) * | 2007-12-31 | 2009-09-03 | Solid State Networks, Inc. | Methods and apparatus for transferring data |
GB0807990D0 (en) * | 2008-05-02 | 2008-06-11 | Pace Micro Tech Plc | Peer to peer broadcast content synchronisation |
US7873060B2 (en) | 2008-10-18 | 2011-01-18 | Fortinet, Inc. | Accelerating data communication using tunnels |
US20140040353A1 (en) * | 2009-01-13 | 2014-02-06 | Viasat, Inc. | Return-link optimization for file-sharing traffic |
JP5413061B2 (en) | 2009-08-31 | 2014-02-12 | 株式会社リコー | Image forming system and image forming method |
US8112505B1 (en) * | 2009-10-20 | 2012-02-07 | Wanova Technologies, Ltd. | On-demand block-level file system streaming to remote desktops |
WO2011068784A1 (en) * | 2009-12-01 | 2011-06-09 | Azuki Systems, Inc. | Method and system for secure and reliable video streaming with rate adaptation |
JP5491509B2 (en) | 2009-12-22 | 2014-05-14 | パナソニック株式会社 | Content prefetch control apparatus and prefetch control method |
US20120226738A1 (en) * | 2011-03-04 | 2012-09-06 | Zynga Inc. | Simultaneous download of application file portions |
US8705363B2 (en) | 2011-04-05 | 2014-04-22 | Telefonaktiebolaget L M Ericsson (Publ) | Packet scheduling method and apparatus |
US9185073B2 (en) | 2011-10-06 | 2015-11-10 | Qualcomm Incorporated | Systems and methods for data packet processing |
KR20130123156A (en) * | 2012-05-02 | 2013-11-12 | 삼성전자주식회사 | Apparatas and method for distributed transcoding using for mass servers |
US9473532B2 (en) * | 2012-07-19 | 2016-10-18 | Box, Inc. | Data loss prevention (DLP) methods by a cloud service including third party integration architectures |
RU2015156493A (en) * | 2013-05-31 | 2017-07-05 | Конинклейке Филипс Н.В. | SYSTEM AND METHOD FOR AUTOMATIC DOWNLOAD, DOWNLOAD AND UPDATE OF DATA, SUCH AS DATA OF STUDYING A PATIENT DURING SLEEP |
US20160218902A1 (en) | 2013-07-11 | 2016-07-28 | Lg Electronics Inc. | Method for transmitting broadcasting signal, method for receiving broadcasting signal, apparatus for transmitting broadcasting signal, and apparatus for receiving broadcasting signal |
US10313486B2 (en) | 2015-01-07 | 2019-06-04 | Sonicwall Inc. | Optimizing transfer of fragmented packetized data |
US20160335324A1 (en) | 2015-05-12 | 2016-11-17 | Jesse M Caulfield | Geographic Application Partitioning |
US9813526B2 (en) | 2015-05-26 | 2017-11-07 | Sonicwall Inc. | Reducing transmission pathway lengths within a distributed network |
US10158735B2 (en) | 2015-08-07 | 2018-12-18 | Sonicwall Inc. | Read-ahead on signed connections with unsigning, inline, transparent proxies |
-
2014
- 2014-11-30 US US14/556,157 patent/US9917882B2/en not_active Expired - Fee Related
-
2018
- 2018-03-12 US US15/918,998 patent/US20180213025A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8090866B1 (en) * | 2002-01-18 | 2012-01-03 | Cisco Technology, Inc. | TCP proxy connection management in a gigabit environment |
US20080281908A1 (en) * | 2007-05-08 | 2008-11-13 | Riverbed Technology, Inc. | Hybrid segment-oriented file server and wan accelerator |
US20110246659A1 (en) * | 2009-09-29 | 2011-10-06 | Nokia Corporation | System, Method and Apparatus for Dynamic Media File Streaming |
US20130007221A1 (en) * | 2011-06-29 | 2013-01-03 | Instart Inc. | Application acceleration |
US20150089019A1 (en) * | 2013-09-24 | 2015-03-26 | Cyberlink Corp. | Systems and methods for storing compressed data in cloud storage |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10681188B2 (en) | 2015-05-26 | 2020-06-09 | Sonicwall Inc. | Reducing transmission pathway lengths within a distributed network |
Also Published As
Publication number | Publication date |
---|---|
US20160156696A1 (en) | 2016-06-02 |
US9917882B2 (en) | 2018-03-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20180213025A1 (en) | Transparent deferred spooling store and forward based on standard network system and client interface | |
US11025718B2 (en) | Synchronization of permissioned content in cloud-based environments | |
US10762055B2 (en) | Utilizing user devices for backing up and retrieving data in a distributed backup system | |
JP5559251B2 (en) | Send files from one device to another over the network | |
US20170206353A1 (en) | Method and system for preventing malicious alteration of data in computer system | |
US8554808B2 (en) | File management sub-system and file migration control method in hierarchical file system | |
US9384098B1 (en) | Portable data archiving device | |
US20090019223A1 (en) | Method and systems for providing remote strage via a removable memory device | |
US10917466B1 (en) | Methods for synchronizing files in a cloud network | |
JP4400653B2 (en) | Information system and information storage method of information system | |
US10033796B2 (en) | SAAS network-based backup system | |
US9917915B2 (en) | Information processing system, information processing apparatus, terminal apparatus and information transmission method for ordered transmission of stored information to be synchronously displayed at terminal apparatuses | |
US20190297136A1 (en) | System and method for creating and transferring media files | |
JP6578955B2 (en) | Computer processing system, method, and program for managing print audit trail | |
US10198327B1 (en) | Method and system for performing group recovery from a recovery source to multiple recovery targets | |
US11816000B2 (en) | Virtual recovery of unstructured data | |
US10154079B2 (en) | Pre-boot file transfer system | |
US9501251B1 (en) | Techniques for print monitoring | |
US10803011B2 (en) | Dynamic data management system for selectively transferring data files | |
US9122402B2 (en) | Increasing efficiency of block-level processes using data relocation awareness | |
US20140115091A1 (en) | Machine-implemented file sharing method for network storage system | |
US20120215908A1 (en) | Method and system for detecting improper operation and computer-readable non-transitory storage medium | |
JP6147299B2 (en) | Relay server system and communication method using relay server | |
CN111541741B (en) | Cross-device data transmission method and device, terminal device and storage medium | |
WO2023005784A1 (en) | Method for cross-system transmission of target object, and device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: DELL SOFTWARE INC., TEXAS Free format text: MERGER;ASSIGNOR:SONICWALL L.L.C.;REEL/FRAME:045990/0011 Effective date: 20150408 Owner name: SONICWALL, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LIDDICOTT, SAM;O'HANLON, SHANE;SIGNING DATES FROM 20141127 TO 20141128;REEL/FRAME:046296/0215 Owner name: QUEST SOFTWARE INC., DELAWARE Free format text: CHANGE OF NAME;ASSIGNOR:DELL SOFTWARE INC.;REEL/FRAME:046296/0383 Effective date: 20161101 Owner name: SONICWALL L.L.C., DELAWARE Free format text: CONVERSION AND NAME CHANGE;ASSIGNOR:SONICWALL, INC.;REEL/FRAME:046296/0241 Effective date: 20130123 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: SONICWALL US HOLDINGS INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:QUEST SOFTWARE INC.;REEL/FRAME:059912/0097 Effective date: 20220409 |