Claims:STATEMENT OF CLAIMS
We claim:
1. A method for managing upload in an electronic device, the method comprising:
receiving, by a upload management module of said electronic device, a request to upload at least one file; and
estimating, by said upload management module, a time taken-to-upload (TTU) corresponding to said at least one file based on at least one internal parameter and at least one external parameter of said electronic device.
2. The method as claimed in claim 1, wherein said method comprises scheduling upload of said at least one file by:
applying a policy set to said TTU estimated for said at least one file, wherein said policy set is defined by at least one of default settings of said upload management module and at least one input from a user;
scheduling said at least one file for an immediate upload if said at least said TTU corresponding to said at least one file satisfies conditions of said policy set;
and
sending said at least one file to a pending list if said at least one file with said TTU fails to satisfy said policy set, wherein said pending list comprises plurality of files scheduled for upload.
3. The method as claimed in claim 2, wherein said method comprises performing one of scheduling immediate upload of said at least one file in said pending list, and said reshuffling said pending list on occurrence of at least one event, wherein said pending list is reshuffled by re-estimating said TTU of each pending file from said plurality of files in said pending list.
4. The method as claimed in claim 1, wherein said at least one internal parameter is an in-device parameter comprising at least one of a Transmission Control Protocol (TCP) path parameter a file size of said at least one file, current CPU load when said indication to upload said at least one file is received, memory size of said electronic device, and destination information corresponding to upload of said at least one file.
5. The method as claimed in claim 1, wherein said at least one external parameter is a network parameter comprising at least one of Received Signal Strength Information (RSSI) of a network, available band width of the network, a cell Identifier (ID) of said electronic device, a location of said electronic device, and a Round Trip Time (RTT) in said network.
6. An electronic device for managing upload, wherein the electronic device comprises an upload management module, said upload management module is configured to:
receive a request to upload at least one file; and
estimate a time taken-to-upload (TTU) corresponding to said at least one file based on at least one internal parameter and at least one external parameter of said electronic device.
7. The electronic device as claimed in claim 6, wherein said upload management module is configured to schedule upload said at least one file by:
applying a policy set to said TTU estimated for said at least one file, wherein said policy set is defined by at least one of default settings of said upload management module and at least one input from a user;
scheduling said at least one file for an immediate upload if said at least said TTU corresponding to said at least one file satisfies conditions of said policy set;
and
sending said at least one file to a pending list if said at least one file with said TTU fails to satisfy said policy set, wherein said pending list comprises plurality of files scheduled for upload.
8. The electronic device as claimed in claim 7, wherein said upload management module is configured to perform one of scheduling immediate upload of said at least one file in said pending list, and said reshuffling said pending list on occurrence of at least one event, wherein said pending list is reshuffled by re-estimating said TTU of each pending file from said plurality of files in said pending list.
9. The electronic device as claimed in claim 6, said at least one internal parameter is an in-device parameter comprising at least one of a Transmission Control Protocol (TCP) path parameter a file size of said at least one file, current CPU load when said indication to upload said at least one file is received, memory size of said electronic device, and destination information corresponding to upload of said at least one file.
10. The electronic device as claimed in claim 6, wherein said at least one external parameter is a network parameter comprising at least one of Received Signal Strength Information (RSSI) of a network, available band width of the network, a cell Identifier (ID) of said electronic device, a location of said electronic device, and a Round Trip Time (RTT) in said network.
11. A computer program product comprising:
a processor; and
a non-transitory computer-readable medium coupled to the processor, the non-transitory computer-readable medium configured to store computer program instructions, that when executed by the processor, are operable to cause actions comprising:
receiving a request to upload at least one file; and
estimating a time taken-to-upload (TTU) corresponding to said at least one file based on at least one internal parameter and at least one external parameter of said electronic device.
, Description:FORM 2
The Patent Act 1970
(39 of 1970)
&
The Patent Rules, 2005

COMPLETE SPECIFICATION
(SEE SECTION 10 AND RULE 13)

TITLE OF THE INVENTION

“Method and an electronic device for managing upload of one or more files”

APPLICANTS:
Name Nationality Address
SAMSUNG R&D Institute India - Bangalore Private Limited India # 2870, Orion Building, Bagmane Constellation Business Park, Outer Ring Road, Doddanekundi Circle, Marathahalli Post, Bangalore-560037, India

The following specification particularly describes and ascertains the nature of this invention and the manner in which it is to be performed:-
TECHNICAL FIELD
[001] The embodiments herein generally relate to the field of content upload in wireless communication network and more particularly to management of uploads by an electronic device in the wireless communication network.
BACKGROUND
[002] Rapid growth in electronic device technology supports variety of applications from camera application, photo gallery application to applications that enable sharing files over live chat applications, social networking sites, device back up storage servers and the like. With round the clock internet accessibility becoming easier, uploading and downloading of files is a common and frequent activity associated with the electronic devices such as mobile phones, Personal Digital Assistants (PDAs), wearable devices and the like. A considerable battery power is consumed in uploading and downloading of files on the electronic devices, whereas managing battery power to maintain electronic device in operating state for maximum possible duration is critical. Thus, mobile traffic management is implemented at the device end that bundles traffic opportunistically to provide improved battery life. Many existing mobile traffic management techniques focus on download management that indicates download progress, remaining time and options to pause/resume ongoing activity (download). However, in cases of uploading of files, it is generally not preferred to provide with options such as pause/resume options as it puts an overhead on a server for managing partial uploads and bookkeeping. Further, uploading of files may consume large amount of battery power when network signal strength, generally measure in Received Signal Strength Information (RSSI) is low as uploading in such scenarios takes longer active radio time as time to upload is on higher side and the user needs to track his/her uploads. In case, the upload experiences failure in first attempt, retry for upload further consumes the battery power and the retry requires user intervention. This is bound to utilize considerable active radio time of the electronic device, drain the battery and degrade user experience.
[003] An existing method provides an upload agent for scheduling the upload of content. However, the upload agent is at server end and focuses on providing resume/ pause options.
[004] Another existing method scheduling of upload of content based on a suitability score. However, the method focuses on rating available network access points to upload the content on appropriate interfaces.

OBJECTS
[005] The principal object of the embodiments herein is to provide a method and an electronic device for managing upload of one or more files in the electronic device by scheduling upload based on an a time taken-to-upload (TTU) and policy set defined for upload of one or more files.
[006] Another object of the embodiments herein is to provide a method for estimating the TTU based on one or more internal parameters and one or more external parameters corresponding to the electronic device.
SUMMARY
[007] In view of the foregoing, an embodiment herein provides a method for managing upload in an electronic device. The method comprises receiving a request to upload at least one file and estimating a time taken-to-upload (TTU) corresponding to the at least one file based on at least one internal parameter and at least one external parameter of the electronic device.
[008] Embodiments further disclose an electronic device for managing upload, wherein the electronic device comprises an upload management module. The upload management module is configured to receive a request to upload at least one file and estimate a time taken-to-upload (TTU) corresponding to the at least one file based on at least one internal parameter and at least one external parameter of the electronic device.
[009] Embodiments further disclose a computer program product comprising a processor; and a non-transitory computer-readable medium coupled to the processor. Further, the non-transitory computer-readable medium is configured to store computer program instructions, that when executed by the processor, are operable to cause actions comprising receiving a request to upload at least one file and estimating a time taken-to-upload (TTU) corresponding to the at least one file based on at least one internal parameter and at least one external parameter of the electronic device.
[0010] These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings. It should be understood, however, that the following descriptions, while indicating embodiments and numerous specific details thereof, are given by way of illustration and not of limitation. Many changes and modifications may be made within the scope of the embodiments herein without departing from the spirit thereof, and the embodiments herein include all such modifications.
BRIEF DESCRIPTION OF FIGURES
[0011] The embodiments of this invention are illustrated in the accompanying drawings, through out which like reference letters indicate corresponding parts in the various figures. The embodiments herein will be better understood from the following description with reference to the drawings, in which:
[0012] FIG. 1 illustrates a plurality of components of an electronic device for scheduling upload of one or more files based on a time taken-to-upload (TTU) and a policy set defined for the upload according to embodiments as disclosed herein;
[0013] FIG. 2 is a flow diagram illustrating a method for managing upload of one or more files in the electronic device by scheduling the upload based on the TTU and the policy set defined for upload of one or more files, according to embodiments as disclosed herein;
[0014] FIG. 3 is a use case illustrating managing upload of one or more files in the electronic device by scheduling the upload based on the TTU and the policy set defined for upload of one or more files, according to embodiments as disclosed herein;
[0015] FIG. 4 illustrates an example upload categorization of one or more files in a pending list based on the estimated TTU and an upload policy set for optimizing battery power usage, as disclosed in the embodiments herein; and
[0016] FIG. 5 illustrates a computing environment implementing the method for managing upload of one or more files by scheduling the upload based on an a time taken-to-upload (TTU) and policy set defined for the upload, as disclosed in the embodiments herein.

DETAILED DESCRIPTION
[0017] The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein may be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.
[0018] The embodiments herein achieve a method and an electronic device for managing upload of one or more files in the electronic device by scheduling the upload based on a time taken-to-upload (TTU) and a policy set defined for upload of one or more files. Further, the method includes estimating the TTU based on one or more internal parameters and one or more external parameters corresponding to the electronic device.
[0019] Further, to schedule of the upload of one or more files the method includes applying a policy set to the TTU estimated for one or more files. Based on the TTU and the policy set, the decision is taken to whether to schedule immediate upload of one or more files or whether to schedule upload at later instant of time by sending one or more files to a pending list. Once the files are in the pending list, the method includes scheduling immediate upload of one or more files in the pending list or reshuffling the pending list on occurrence of one or more predefined events. Further, pending files in the pending list, if any, are applied the policy set based on currently estimated TTU to decide for scheduling the upload of the pending files. The events defined to trigger immediate upload or reshuffling of the pending list are such that they optimize battery power usage during upload of one or more files. This reduces failed upload or prevents upload during unfavorable conditions for upload. Further, the method proposed reduces intervention from a user of the electronic device to manage and track upload of one or more files and enhances user experience by automatically managing the upload of files with minimum possible user intervention.
[0020] Thus, the method proposed provides an effective upload option for files that have large file size such as videos clips, images, High Definition (HD) images and the like that mostly have considerable TTU which requires comparatively higher active radio time of the electronic device 100. Further, in real time during low signal strength conditions, the active radio time may further increase as estimated TTU increases. Thus, effectively drains battery of the electronic device. However, a user request option to immediately upload one or more files is provided. On receiving the user request, the pending list operations are suspended and user request is serviced.
[0021] In an embodiment, the electronic device is a mobile phone, a tablet, a personal digital assistant, a laptop, a wearable device and any other electronic device with file upload capability.
[0022] Referring now to the drawings, and more particularly to FIGS. 1 through 5, where similar reference characters denote corresponding features consistently throughout the figures, there are shown embodiments.
[0023] FIG. 1 illustrates a plurality of components of an electronic device 100 for scheduling the upload based on the TTU and the policy set defined for upload of one or more files according to embodiments as disclosed herein.
[0024] Referring to figure 1, the electronic device 100 is illustrated in accordance with an embodiment of the present subject matter. In an embodiment, the electronic device 100 may include at least one processor 102, an input/output (I/O) interface 104 (herein a configurable user interface), a memory 106. The at least one processor 102 may be implemented as one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions. Among other capabilities, the at least one processor 102 is configured to fetch and execute computer-readable instructions stored in the memory 106.
[0025] The I/O interface104 may include a variety of software and hardware interfaces, for example, a web interface, a graphical user interface, and the like. The I/O interface 104 may allow the electronic device 100 to communicate with other devices. The I/O interface 104 may facilitate multiple communications within a wide variety of networks and protocol types, including wired networks, for example, Local Area network (LAN), cable, etc., and wireless networks, such as Wireless LAN, cellular, Device to Device (D2D) communication network, Wi-Fi networks and so on.
[0026] The modules 108 include routines, programs, objects, components, data structures, etc., which perform particular tasks, functions or implement particular abstract data types. In one implementation, the modules 108 may include an upload management module 110. The upload management module 110 can be configured to manage the upload of one or more files in the memory 106 by scheduling upload of one or more files based on the TTU and the policy set defined for the upload by the upload management module 110. Upon receiving a request from the user to upload one or more files, the user may be provided with an option to optimize the upload or continue with an existing default procedure of upload in the electronic device 100. If the user selects the optimize option the upload management module 110 can be configured to estimate the TTU of each file selected for the upload based on one or more internal parameters and one or more external parameters corresponding to the electronic device 100. One or more internal parameters include in-device parameter such as a Transmission Control Protocol (TCP) path parameter, a file size of the at least one file, current CPU load when the indication to upload the at least one file is received, memory size of the electronic device, and destination information corresponding to upload of the at least one file and so on. One or more external parameters include parameters of a network providing service to the electronic device such as a Received Signal Strength Information (RSSI) (a measure of current available signal strength of the network), available bandwidth of the network, a cell Identifier (ID) of the electronic device, a location of the electronic device, and a Round Trip Time (RTT) in the network. The cell ID can provide information of network neighborhood available to the electronic device while the location (say in terms of geo co-ordinates) may provide information of a nearby Wi-Fi hotspot. The upload management module 110 can be configured to utilize a Support Vector Regression (SVR) mathematical tool and the like to estimate the TTU. Unlike the commonly used linear regression technique, the SVR analysis used by the method enables assigning weight to each parameter considered for TTU estimation based on parameter’s true contribution for current time instant. The current estimate for a particular file can be computed using weighted average of current estimate and historical estimate and weights for current estimate can be decided based on current error. The current error can be computed using the estimated TTU and actual TTU.
[0027] Further, to schedule of the upload of one or more files the upload management module 110 can be configured to apply the policy set (maintained in memory 108) to the TTU estimated for one or more files. The policy set can be defined by default settings set by the upload management module 110 and/or one or more inputs from the user of the electronic device 100. Based on the TTU and the policy set, the upload management module 110 can be configured to take the decision for whether to schedule immediate upload of one or more files or whether to schedule upload at later instant of time. The one or more files scheduled for later upload are sent and queued in the pending list.
[0028] In an embodiment, the policy set along with the TTU can act as a rule set. For example, a rule in the rule set may defined stating initiate immediate uploads of all files in the pending list if the RSSI received is good and battery power is above a predefined threshold when a particular event such as user request is detected, irrespective of TTU estimated for the one or more files. Another rule may state that when RSSI is good but the battery power is below the threshold initiate upload of one file at a time from the pending list with highest weightage to file from pending list having lowest estimated TTU. Another rule may state notify user if file upload may totally drain the battery.
[0029] Further, the upload management module 110 can be configured to schedule immediate upload of one or more files in the pending list or reshuffle the pending list by re-estimating the TTU of remaining files in the pending list on occurrence of one or more predefined events. One or more events include a foreground activity detected, favorable signal strength detected, expiry of a preset time limit for initiating upload of one or more files or a user request for an immediate upload received and so on. The events defined for the upload management module are such that they optimize battery power usage during upload of one or more files and prevent upload during unfavorable conditions. Examples of the unfavorable conditions can be poor battery status or poor RSSI and the like when upload if attempted may require higher actual TTU and consume more battery power. Further, pending files or remaining files in the pending list, if any, are applied the policy set based on currently estimated TTU to decide for scheduling the uploads corresponding to the pending files.
[0030] However, the user at any instant may override the pending list by initiating the user request (one of the event defined). Thus, on reception of the user request the one or more files selected by the user from the pending list can be scheduled for immediate upload. Further, the pending list is reshuffled (or queue is reshuffled) by re-estimating the TTU of remaining files in the pending list and applying policy set to the currently estimated TTU.
[0031] The modules 108 may include programs or coded instructions that supplement applications and functions of the electronic device 100. The data 112, amongst other things, serves as a repository for storing data processed, received, and generated by one or more of the modules 108. Further, the names of the other components and modules of the electronic device 100 are illustrative and need not be construed as a limitation.
[0032] FIG. 2 is a flow diagram illustrating a method 200 for managing upload of one or more files in the electronic device 100 by scheduling upload of one or more files based on the TTU and the policy set defined for upload of one or more files, according to embodiments as disclosed herein. The method 200 explains the steps for an option of the electronic device 100 which, when selected by the user provides optimized uploading functionality (also referred as smart uploader) to optimize available battery power of the electronic device 100. However, it can be understood that whenever user does not intend to use the optimized uploading, the existing default upload settings of the electronic device 100 are followed for upload of one or more files and are not explained for brevity.
[0033] Whenever the user prefers the optimized upload option, then at step 202, the method 200 includes allowing the upload management module 110 to receive the request to upload one or more files. At step 204, the method 200 includes allowing the upload management module 110 to estimate the (TTU) for one or more files based on one or more internal parameters and one or more external parameters. One or more internal parameters include in-device parameter such as the Transmission Control Protocol (TCP) path parameter, the file size of the at least one file, current CPU load when the indication to upload the at least one file is received, the memory size of the electronic device, and the destination information corresponding to upload of the at least one file and so on. One or more external parameters include parameters of the network providing service to the electronic device 100 such as the RSSI, available bandwidth of the network, the cell ID of the electronic device 100, the location of the electronic device such as geographical coordinates, and the RTT the network. The method 200 allows the upload management module 110 to utilize the SVR mathematical tool and the like to estimate the TTU. The SVR analysis enables assigning to each parameter considered for TTU estimation based on parameter’s true contribution for current time instant. The current estimate for a particular file can be computed using weighted average of current estimate and historical estimate and weights for current estimate can be decided based on current error. The current error can be computed using the estimated TTU and actual TTU.
[0034] At step 206, the method 200 includes allowing the upload management module 110 to check whether the policy set is satisfied. If the policy set is satisfied by the estimated TTU for one or more files, then at step 208, the method 200 includes allowing the upload management module 110 to schedule one or more files for immediate upload. If the policy set is not satisfied then at step 210, the method 200 includes allowing the upload management module 110 to send one or more files to the pending list, where the files are queued. The method 200 includes allowing the upload management module 110 to convert qualitative urgency (for example, a high quality HD video file) to quantitative delay (delay upload of the HD video file till good signal strength with sufficient battery power is not available) and queuing the uploads in a waiting queue, based on contextual parameters Each file sent to the pending list is assigned with an expiry time limit (preset by the upload management module, which acts as one of the events for uploading or reshuffling files in the pending list). Thus, whenever the time elapsed since sending a file to pending list exceeds the expiry time limit of the corresponding file then this indicates the deadline for maintaining the file in the pending list for delayed upload has expired and the file needs to be scheduled for immediate upload.
[0035] In an embodiment, the policy set may include a rule set for categorizing the files sent to the pending list. The categorization of each file may be one of the parameter along with TTU of the corresponding file to decide queuing of files in the pending list. A priority ranking for uploading of the files in the pending list may be assigned. An example of one of the policy set rule for setting priority of files in the pending list can be assigning a delay tolerance factor to each file in the pending list and setting a highest ranking for a delay sensitive file such as a file to be uploaded on a live chat application with least estimated TTU. Similarly other files can be queued with descending priority. Further, categorization of files in the pending list is explained in conjunction with FIG. 4 for an illustrative example in FIG. 3 for file uploads.
[0036] At step 212, the method 200 includes allowing the upload management module 110 to detect or listen to occurrence of to one or more events. The one or more events may be user defined or defined as default settings of the upload management module 110 and are triggered whenever upload constraints are met or deadline of the expiry time limit is reached. One or more events include the foreground activity detected, favorable signal strength detected (for example, significant improvement in RSSI), expiry of the preset time limit for initiating upload of one or more files or a user request for an immediate upload received. For example, events such as electronic device 100 establishing a Wi-Fi connection that provides alternative path in weak RSSI area or detection of battery connection to a power source providing guaranteed power source for upload of files with higher TTU and so on are few of the many events that can trigger the upload of one or more files in the pending file list. The events defined for the upload management module are such that they optimize battery power usage during upload of one or more files and prevent upload during unfavorable conditions such as poor battery status or poor RSSI and the like.
[0037] On occurrence of one or more events as defined by the policy set, at step 216, the method 200 includes allowing the upload management module 110 to schedule immediate upload of one or more files in the pending list and reshuffle files in the pending list by re-estimating the TTU of each pending file. Further, pending files in the pending list, if any, are applied the policy set based on currently estimated TTU to decide for scheduling the upload corresponding to the pending files. Also, when any of the events is not detected, the method 200 allows the upload management module 110 to repeat the policy set satisfaction step at 206 and repeats through step 206 through 214 till upload of all pending list files is completed or user interrupts the uploading process.
[0038] The various actions in method 200 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 2 may be omitted.
[0039] FIG. 3 is a use case illustrating managing upload of one or more files in the electronic device by scheduling the upload based on the TTU and the policy set defined for upload of one or more files, according to embodiments as disclosed herein. Example screenshots of a User Interface (UI) of the electronic device 100 for managing upload of one or more files is depicted in FIG. 3. The user selects (302) multiple files (images) from a photo gallery application on the electronic device 100 and desires to share or upload (304) the selected images to one of many cloud storage servers such as a facebook server. The upload management module 110 pops up (306) a notification for the user to check whether the user desires to allow the upload management module 110 (here, for example, depicted by a smart uploader application) to optimize the upload automatically. The user, if desired, selects the optimize option. Upon selection of the optimize option by the user, the smart uploader manages the upload of one or more files for the user with least user intervention required. The smart loader at interval notifies (310) the user to remind him/her about pending uploads by displaying the pending list with upload status or progress of each file. Further, the user at any time, if he/she intends, can initiate the user request to override smart uploader option and request to schedule immediate upload on any of the files in the pending list using option user retry continue as depicted by UI 312. However, in the example, the user continues with the smart uploader by selecting the optimize option as depicted by UI 312. Further, the user, at regular intervals is updated on the progress of the pending uploads as depicted in UI 314.
[0040] FIG. 4 illustrates an example upload categorization of one or more files based on the estimated TTU and an upload policy set for optimizing battery power usage, as disclosed in the embodiments herein. With conjunction to example in FIG. 3, user selects some files to be uploaded on facebook and some on a chat application such as Whatsapp. Simultaneously user may select the auto back up on cloud storage option that enables backup of photos on Google drive. The upload management module 110 (here, the smart uploader of FIG.3) sends these files to the pending list based on the policy set and estimated TTU (which may be large due to low signal strength (RSSI) and HD image quality). Few among the many rules of the policy set enable categorization 402 of the files in the pending list to decide priority of the files in the queue. An example categorization can be files with highest delay tolerance or delay factor 404, files with medium delay tolerance 408 and files sensitive to delay 412. The files selected by the user are categorized based on the application for which the files are uploaded. For example, upload on the Google drive for back up application can be performed at any delayed instant. Thus the policy set includes rule 1 (406) that states: attempt uploading when RSSI is good and battery charge is above 75%, where rule 1 when satisfied trigger an event for upload of files on Google drive. However, upload of files on the facebook may not be delayed too long as it may degrade the user experience for one who may wish to update his/her profile status on face book as soon as possible. Thus the policy set includes rule 2 (410) that states: attempt uploading when RSSI is above medium and battery charge is above 35%, where rule 2 when satisfied trigger an event for upload of files on facebook. Further, upload of images to a live chat application where user is actively involved may not be delayed and require immediate upload to retain the user experience. Thus, the policy set includes rule 3 (414) that states: attempt immediate uploading, where rule 3 when satisfied trigger an event for upload of files on chat application.
[0041] FIG. 5 illustrates a computing environment implementing the method for managing upload of one or more files by scheduling upload of one or more files based on an a time taken-to-upload (TTU) and policy set defined for upload of one or more files, as disclosed in the embodiments herein. As depicted, the computing environment 502 comprises at least one processing unit 504 that is equipped with a control unit 506 and an Arithmetic Logic Unit (ALU) 508, a memory 510, a storage unit 512, plurality of networking devices 514 and a plurality Input output (I/O) devices 516. The processing unit 504 is responsible for processing the instructions of the algorithm. The processing unit 504 receives commands from the control unit 506 in order to perform its processing. Further, any logical and arithmetic operations involved in the execution of the instructions are computed with the help of the ALU 508.
[0042] The overall computing environment 502 can be composed of multiple homogeneous and/or heterogeneous cores, multiple CPUs of different kinds, special media and other accelerators. The processing unit 504 is responsible for processing the instructions of the algorithm. Further, the plurality of processing units 504 may be located on a single chip or over multiple chips.
[0043] The algorithm comprising of instructions and codes required for the implementation are stored in either the memory unit 510 or the storage 512 or both. At the time of execution, the instructions may be fetched from the corresponding memory 510 and/or storage 512, and executed by the processing unit 504. In case of any hardware implementations various networking devices 514 or external I/O devices 516 may be connected to the computing environment to support the implementation through the networking unit and the I/O device unit. The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the network elements. The network elements shown in FIG. 1 through FIG. 5 include blocks which can be at least one of a hardware device, or a combination of hardware device and software module.
[0044] The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the embodiments as described herein.

STATEMENT OF CLAIMS
We claim:
1. A method for managing upload in an electronic device, the method comprising:
receiving, by a upload management module of said electronic device, a request to upload at least one file; and
estimating, by said upload management module, a time taken-to-upload (TTU) corresponding to said at least one file based on at least one internal parameter and at least one external parameter of said electronic device.
2. The method as claimed in claim 1, wherein said method comprises scheduling upload of said at least one file by:
applying a policy set to said TTU estimated for said at least one file, wherein said policy set is defined by at least one of default settings of said upload management module and at least one input from a user;
scheduling said at least one file for an immediate upload if said at least said TTU corresponding to said at least one file satisfies conditions of said policy set;
and
sending said at least one file to a pending list if said at least one file with said TTU fails to satisfy said policy set, wherein said pending list comprises plurality of files scheduled for upload.
3. The method as claimed in claim 2, wherein said method comprises performing one of scheduling immediate upload of said at least one file in said pending list, and said reshuffling said pending list on occurrence of at least one event, wherein said pending list is reshuffled by re-estimating said TTU of each pending file from said plurality of files in said pending list.
4. The method as claimed in claim 1, wherein said at least one internal parameter is an in-device parameter comprising at least one of a Transmission Control Protocol (TCP) path parameter a file size of said at least one file, current CPU load when said indication to upload said at least one file is received, memory size of said electronic device, and destination information corresponding to upload of said at least one file.
5. The method as claimed in claim 1, wherein said at least one external parameter is a network parameter comprising at least one of Received Signal Strength Information (RSSI) of a network, available band width of the network, a cell Identifier (ID) of said electronic device, a location of said electronic device, and a Round Trip Time (RTT) in said network.
6. An electronic device for managing upload, wherein the electronic device comprises an upload management module, said upload management module is configured to:
receive a request to upload at least one file; and
estimate a time taken-to-upload (TTU) corresponding to said at least one file based on at least one internal parameter and at least one external parameter of said electronic device.
7. The electronic device as claimed in claim 6, wherein said upload management module is configured to schedule upload said at least one file by:
applying a policy set to said TTU estimated for said at least one file, wherein said policy set is defined by at least one of default settings of said upload management module and at least one input from a user;
scheduling said at least one file for an immediate upload if said at least said TTU corresponding to said at least one file satisfies conditions of said policy set;
and
sending said at least one file to a pending list if said at least one file with said TTU fails to satisfy said policy set, wherein said pending list comprises plurality of files scheduled for upload.
8. The electronic device as claimed in claim 7, wherein said upload management module is configured to perform one of scheduling immediate upload of said at least one file in said pending list, and said reshuffling said pending list on occurrence of at least one event, wherein said pending list is reshuffled by re-estimating said TTU of each pending file from said plurality of files in said pending list.
9. The electronic device as claimed in claim 6, said at least one internal parameter is an in-device parameter comprising at least one of a Transmission Control Protocol (TCP) path parameter a file size of said at least one file, current CPU load when said indication to upload said at least one file is received, memory size of said electronic device, and destination information corresponding to upload of said at least one file.
10. The electronic device as claimed in claim 6, wherein said at least one external parameter is a network parameter comprising at least one of Received Signal Strength Information (RSSI) of a network, available band width of the network, a cell Identifier (ID) of said electronic device, a location of said electronic device, and a Round Trip Time (RTT) in said network.
11. A computer program product comprising:
a processor; and
a non-transitory computer-readable medium coupled to the processor, the non-transitory computer-readable medium configured to store computer program instructions, that when executed by the processor, are operable to cause actions comprising:
receiving a request to upload at least one file; and
estimating a time taken-to-upload (TTU) corresponding to said at least one file based on at least one internal parameter and at least one external parameter of said electronic device.

Dated this 13th January 2016

Signatures:
Name of the Signatory: Dr. Kalyan Chakravarthy

ABSTRACT
A method and an electronic device for managing upload are described. The method includes receiving a request to upload at least one file and estimating a time taken-to-upload (TTU) for the at least one file based on at least one internal parameter and at least one external parameter corresponding to the electronic device.
FIG. 2