WO2009109699A1 - Storage management - Google Patents

Storage management Download PDF

Info

Publication number
WO2009109699A1
WO2009109699A1 PCT/FI2009/050150 FI2009050150W WO2009109699A1 WO 2009109699 A1 WO2009109699 A1 WO 2009109699A1 FI 2009050150 W FI2009050150 W FI 2009050150W WO 2009109699 A1 WO2009109699 A1 WO 2009109699A1
Authority
WO
WIPO (PCT)
Prior art keywords
content objects
profile
instruction
content
devices
Prior art date
Application number
PCT/FI2009/050150
Other languages
French (fr)
Inventor
Juhani Rauhala
Original Assignee
Nokia Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corporation filed Critical Nokia Corporation
Publication of WO2009109699A1 publication Critical patent/WO2009109699A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles

Definitions

  • This description generally relates to storage of data on electronic devices and management of resources utilized for such storage.
  • Improvements in technology have changed the way people interact with their surrounding environment. These improvements provide opportunities and abilities for users of wireless technology to obtain numerous types of application programs, data files, etc., in almost any location.
  • Today there is a large amount of content available for downloading from the Internet, and a large number of applications supporting various file types. For example, a user may download a music video clip to her mobile handheld device while at a neighborhood park on Saturday, and may proceed to play it on her device for purposes of entertaining herself and those around her. The same user may be at an airport on Monday morning to take a business trip and wish access to business reports for purposes of giving a presentation. Accordingly, the user receives an email on the same mobile handheld device from a co-worker that includes the desired business reports as an attachment.
  • Improvements in memory density have enabled users to store an increasing amount of data on devices so as to accommodate these and innumerable other scenarios.
  • Memory capacity is still finite, however, and there are practical limits as to how much data may be stored on a given device at any particular moment. These limits are particularly pronounced in the context of mobile devices, as recent trends suggest that smaller devices are desirable.
  • the emailed business reports may require more storage space than is currently free in the mobile device's memory(ies).
  • the user may be able to delete one or more current Iy- stored items to make room for the business reports, this is often undesirable.
  • the user may have recently taken a number of high resolution pictures of the birth of her friend's baby and not wish to lose those images.
  • sets of content objects are associated with content management profiles for a device.
  • the content objects in the set of content objects associated with that profile are (to the extent not already present on the device) stored in the device memory.
  • storage space in the device for content objects of the activated profile is made available by deactivating a second profile. Content objects in the deactivated profile that are not also in the set of objects associated with the activated profile are removed from the device by deletion or by transferral for storage in another device.
  • Additional embodiments permit a first device to determine where one or more content objects should be stored.
  • one or more devices in a prioritized group are evaluated for an ability to store the one or more content objects.
  • the content object(s) are then stored on the highest priority device able to store those objects.
  • the prioritized group may or may not include the first device.
  • the one or more content objects are being retrieved from a remote source, which could be, but is not limited to a PC, a server, a mobile device or like, and there is a desire to store those objects on the first device.
  • the first device is part of the prioritized group of devices and has the highest priority.
  • the one or more content objects are already stored on the first device and there is a desire to remove those content objects from the first device in order to store new content objects. In these circumstances, the first device is not part of the prioritized group.
  • Figure 1 illustrates a network communication environment in which one or more devices are operated and/or one or more methods performed according to some embodiments.
  • Figure 2 is a block diagram of a mobile handheld device according to some embodiments.
  • Figure 3 is a diagram illustrating the use of content management profiles according to some embodiments.
  • Figure 4A is a diagram illustrating storage of content objects according to some embodiments.
  • Figure 4B is another diagram illustrating storage of content objects according to some embodiments.
  • Figure 5A is a flow chart showing an algorithm according to at least some embodiments.
  • Figure 5B is another flow chart showing an algorithm according to at least some embodiments.
  • a content object generically refers to any of various types of data.
  • a content object may be, without limitation, one or more of a data object (e.g. contact card, point of interest, etc.) or file (e.g., an image file, a video file, a text file, a spreadsheet, an audio file, a file having one or more slides or other types of presentation(s), etc.) an application program or component thereof, an operating system program or component thereof, a driver, etc.
  • a data object e.g. contact card, point of interest, etc.
  • file e.g., an image file, a video file, a text file, a spreadsheet, an audio file, a file having one or more slides or other types of presentation(s), etc.
  • application program or component thereof e.g., an operating system program or component thereof, a driver, etc.
  • FIG. 1 is a diagram of a network communication environment 100 in which one or more devices according to some embodiments are operated, and in which one or more methods according to some embodiments are performed.
  • a first device 110 includes logic for managing profiles and for determining an appropriate storage location for content objects and is connected to a network 130 via a connection 120.
  • Network 130 may include the Internet, an intranet, wired or wireless networks, peer to peer network, or any other network suitable for facilitating communication between devices in general.
  • Network 130 may also be a group of interconnected networks.
  • device 110 may communicate with a wireless mobile network, which in turn communicates via the Internet with one or more devices on a remotely-located LAN (local area network) or wireless LAN (WLAN) in a home or office.
  • LAN local area network
  • WLAN wireless LAN
  • a second device 140 connected to network 130 via a connection 150.
  • device 140 is a personal computer.
  • a third device 180 is shown in Figure 1 .
  • device 180 is a file server (or collection of file servers).
  • Device 180 is in a different location from device 140, although this need not be the case.
  • Device 180 communicates with network 130 via a connection 190.
  • devices 110, 140, and 180 communicate with one another. Such communications enable the exchange of various types of information as described herein.
  • connections 120, 150, and 190 may be embodied in various forms.
  • connections 120, 150, and 190 may be hardwired/wireline connections.
  • connections 120, 150, and 190 may be wireless connections.
  • Connections 120, 150, and 190 are shown in Figure 1 as supporting bi-directional communications (via the dual arrow heads on each of connections 120, 150, and 190).
  • network communication environment 100 may be structured to support dissimilar forward and reverse channel connections between various network entities (e.g., use of one media for communication in one direction and use of a different media for communication in a different direction).
  • Communication environment 100 may be part of a larger network consisting of additional devices.
  • devices 140 and/or 180 may exchange communications with a plurality of other devices (not shown) in addition to device 110, and/or device 110 may exchange communications with devices in addition to PC 140 and/or server 180.
  • Communications in environment 100 may be conducted using one or more of numerous communication protocols.
  • communication environment 100 may include one or more intermediary nodes (not shown) that may forward, buffer, store, route, or otherwise process communications between the various devices.
  • FIG. 2 is a block diagram of device 110 according to some embodiments.
  • Device 110 could be any of various types of portable electronic devices (e.g., a laptop computer, a notebook computer, some other type of portable computing device, a personal digital assistant, a smart phone, a mobile telephone, some other type of wireless communication device, etc.). All of the components shown in Figure 2 need not be present in all embodiments. Although various components of device 110 are represented as a single block, device 110 may include more than one of a particular component represented by a given block in Figure 2. As shown in Figure 2, device 110 includes a processor 228 connected to a user interface 230, a memory 234 and/or other storage, and a display screen 236.
  • a processor 228 connected to a user interface 230, a memory 234 and/or other storage, and a display screen 236.
  • User interface 230 may further include a keypad, touch screen, voice interface, four arrow keys, joy-stick, stylus, data glove, mouse, roller ball, touch screen, or the like.
  • Device 110 also includes a battery 250, a speaker 252, and one or more antennas 254.
  • storage logic 260 Also included within device 110, as part of one or more programs executed by processor 228, is storage logic 260. Although shown as a separate component in Figure 2, storage logic 260 may be included in memory 234 with one or more other programs accessed by processor 228. In some embodiments, storage logic 260 configures processor 228 to create, execute and otherwise process data in accordance with one or more content management profiles. The operation of content management profiles according to some embodiments is described below. Storage logic 260 further configures processor 228 to determine locations for storage of content objects in memory of device 110, in device 140, in device 180, or elsewhere. The determination of storage locations is also discussed below. In alternate embodiments, storage logic 260 may configure processor 228 to perform less than all of these operations. In still other embodiments, all or part of storage logic 260 may be located in device 140, device 180, or in some other location.
  • executable instructions and data used by processor 228 and other components within device 110 are (in some embodiments) stored in a machine-readable memory 234.
  • Memory 234 may be implemented with any combination of read only memory modules or random access memory modules, optionally including both volatile and nonvolatile memory.
  • Software 240 (which may include some or all of the elements of storage logic 260) may be stored within memory 234 (and/or other storage within device 110) to provide instructions to processor 228 for enabling device 110 to perform various functions described herein.
  • some or all of the instructions executed by processor 228 may be embodied in hardware or firmware (not shown).
  • the executable instructions may be embodied in one or more integrated circuits such as application-specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or the like.
  • ASICs application-specific integrated circuits
  • FPGAs field programmable gate arrays
  • integrated circuits may include logic circuits, and that the logic circuits may be configured using one or more programmable files, fuse maps, or the like.
  • Device 110 may also include additional hardware, software and/or firmware.
  • device 110 may be configured to receive, decode and process digital broadband broadcast transmissions that are based, for example, on the Digital Video Broadcast (DVB) standard, such as DVB-H, DVB-T or DVB-MHP, through a specific DVB receiver 241.
  • DVD Digital Video Broadcast
  • Device 110 may also be provided with other types of receivers for digital broadband broadcast transmissions or for other types of broadcasts (e.g., AM/FM radio).
  • device 110 is configured to transmit, receive, encode, decode and process transmissions through one or more of WLAN transceiver 243, telecommunications transceiver 244, or other type of wireless communication interface.
  • Device 110 may also include one or more short-range wired interfaces (e.g., USB) or wireless interfaces (e.g., BLUETOOTH). Additional formats and protocols may be used to convey information, data, messages and the like.
  • short-range wired interfaces e.g., USB
  • wireless interfaces e.g., BLUETOOTH
  • Additional formats and protocols may be used to convey information, data, messages and the like.
  • Some embodiments include a machine-readable media holding instructions that, when executed (e.g., by one or more processors within device 110), cause device 110 and/or other elements in environment 100 to perform various operations as described herein.
  • product implementations may include a series of machine-readable instructions fixed on a tangible storage medium (e.g., a diskette, CD-ROM, ROM, DVD, fixed disk, thumb drive, etc.) or transmittable to device 110 (e.g., via a modem or other interface).
  • the machine-readable instructions may embody all or part of the functionality with respect to a system (e.g., network communication environment 100 of Figure 1) or device (e.g., device 110, device 140 and/or device 180), and can be written in any of various programming languages for use with many different computer architectures and/or operating systems, as would be readily appreciated by one of ordinary skill.
  • Various embodiments of the invention may also be implemented as hardware, firmware or a combination of software, hardware and/or firmware.
  • Figure 3 is a diagram that illustrates the use of content management profiles according to some embodiments. More specifically, Figure 3 illustrates the use of content management profiles to manage one or more sets of user-defined content objects according to some embodiments.
  • a user of device 110 is preparing to board an aircraft for purposes of taking a business trip. During the trip the user will want to access a collection of content objects, shown in Figure 3 as solid squares 302 A, as well as a collection of objects shown in Figure 3 as cross-hatched squares 302C.
  • Those objects may be, e.g., text files, spreadsheets, images, slides, etc. needed to prepare for a meeting.
  • the user inputs commands into device 110 that causes processor 228 to execute instructions to activate a first profile.
  • That first profile (“flight profile” 308) is associated with the set of content objects the user wishes to access in order to prepare for her meeting.
  • a second profile (“entertainment profile” 314) is deactivated. This deactivation may result from a separate user instruction or may occur automatically in response to activation of flight profile 308.
  • entertainment profile 314 When entertainment profile 314 is deactivated, content objects associated with profile 314 and which are not associated with profile 308 (shown as white boxes 302B in Figure 3) are deleted and/or transferred.
  • deleting a content object from device 110 refers to re-allocation of memory used to store the deleted object for storage of other data.
  • the re-allocated memory may be immediately reused to store other content objects or other data, may be securely erased (e.g., by overwriting with random ones (Is) and zeros (Os)), or simply flagged as available to store other data.
  • Transferring a content object refers to re-allocation of the memory used to store the transferred object in conjunction with causing the transferred object to be stored elsewhere (e.g., PC 140, server 180, etc.).
  • Removing a content object refers to either deleting or transferring that object.
  • a user may create a profile in any of various ways.
  • a user associates content objects with a profile using device 110.
  • device 110 tags those content objects as associated with that profile.
  • a user may create a profile (and define content objects associated with that profile) using a PC (e.g., PC 140) or other device, and then make that profile (and its associated content objects) available to device 110.
  • PC e.g., PC 140
  • some content objects are included within both profile 308 and profile 314, though this need not be the case.
  • any number of profiles can be created.
  • a user When a user first creates a content object, the user is in some embodiments requested to define which profile(s) (if any) the content object should be associated with. In some embodiments, a newly-created content object is provided with a default tag that automatically serves to associate the newly-created object with one or more default profiles. [0030] Associating content objects with profiles allows the user to load all content objects associated with a given profile by simply specifying the profile. In this manner, a user is not required to remember or search for individual content objects at times when it may be inconvenient to do so. Instead, a user simply instructs device 110 (via an appropriate command) that a particular profile should be made active.
  • processor 228 loads the content objects associated with that activated profile (to the extent any such objects are not already stored on device 110). Those objects may be loaded from PC 140, from server 180, or from some other location. If necessary, processor 228 can also make room for content objects associated with the activated profile by deleting objects in a profile being deactivated and/or by transferring one or more of those objects to PC 140, sever 180 or to some other location.
  • one or more data files storing the association may be stored at device 110 (e.g., in memory 234 of Figure 2).
  • the association data files may also (or alternatively) be stored at another device (e.g., PC 140, server 180, etc.).
  • one or more of the content objects associated with an active profile might not be physically stored on device 110 as a result of profile activation. Instead, some content objects may be referenced by a link located on device 110. Linking may be used in some embodiments to preserve memory capacity on device 110, particularly when a content object requires a large amount of memory capacity relative to a storage capacity required by a link and/or where interruption of network connectivity is not expected.
  • the profiles e.g., flight profile 308, entertainment profile 314, and other profiles 326 and 332
  • content objects 302 are stored on PC 140, server 180, and/or other devices. Such devices will often (though not necessarily) have a higher storage capacity than device 110. Some content objects (e.g., content object 302D) might not be associated with any profile.
  • content objects e.g., content objects 302B
  • content objects not belonging to an active profile are removed from device 110 (e.g., deleted or transferred to another device).
  • device 110 may be running a resource intensive application that requires a majority of the processing resources available on device 110.
  • content objects in flight profile 308 require a total of 3.5GB of storage memory and device 110 has 0.5 GB of available storage capacity not being used by entertainment profile 314 or by other data.
  • the additional content objects added to device 110 as a result of activating profile 308 do not exceed 0.5GB, then removal of content objects will not take place in some embodiments. Conversely, if the content objects being added to device 110 require more than 0.5GB, at least one content object not in an active profile may require removal.
  • device 110 is configured to remove a minimum number of content objects necessary to create sufficient storage capacity to facilitate adding the content objects associated with activated profile 308.
  • the selection of which content objects to delete from device 110 may be based on various criteria. The selection may be based on a storage capacity required by inactive profile content objects. For example, device 110 may be configured to delete the largest content objects (in terms of memory capacity required to support their storage) first in order to minimize the number of content objects that need to be deleted.
  • the selection of which content objects to delete could also (or alternatively) be based on frequency of use. For example, those content objects that have not been accessed for a relatively long amount of time may be deleted in order to allocate storage capacity on device 110 for content objects associated with a profile being activated. Other criteria may be used to determine which content object(s) to remove from device 110 in order to allocate sufficient storage capacity for flight profile 308.
  • the user receives a warning or indication message on device 110 requesting the user to confirm that it is acceptable for a content object (or group of content objects) to be deleted.
  • the user may thereafter press a key or button on device 110, provide a verbal command (e.g., in conjunction with speech recognition techniques or the like) or allow a timer on device 110 to expire to confirm the deletion.
  • device 110 provides the user with a listing of content objects that it recommends as the best candidates for deletion, and the user may be able to select from the recommended candidates.
  • processor 228 of device 110 executes one or more algorithms to decide where content objects should be transferred when attempting to create storage space in device 110. These algorithms can be performed in connection with activating/deactivating one or more profiles, and/or in connection with content that is not associated with a profile. For example, server 180 may be subject to excessive loading at times due to a relatively large number of users attempting to simultaneously access server 180. Accordingly, device 110 in some embodiments attempts to first transfer content objects to PC 140. If an attempt to transfer objects to PC 140 is unsuccessful (e.g., if PC 140 is not available because it is offline) device 110 next attempts to transfer content objects to server 180.
  • FIG. 4A is a diagram showing storage of content objects according to at least one such embodiment.
  • a user of device 110 initiates a content object download operation to retrieve a music video content object 426 from a source 432.
  • device 110 is part of a wireless communication network; that wireless network is in communication with source 432 and server 180 via the Internet, and in communication with PC 140 via the Internet and a home network in which PC 140 is located.
  • Embodiments of the invention include implementations in one or more other types of networks.
  • device 110 may be part of a wireless local area network (WLAN), with that WLAN connected to the Internet.
  • PC 140 could be on that same WLAN.
  • WLAN wireless local area network
  • device 110 first receives data from source 432 indicating storage space needed for video object 426.
  • Device 110 compares the size of video object 426 with the available storage capacity at device 110 to determine if device 110 has sufficient storage capacity to support video object 426.
  • the memory of device 110 is full (or nearly full). Accordingly, device 110 determines if PC 140 has sufficient memory capacity to store video object 426. If PC 140 does have sufficient storage capacity, and as shown with arrow 2a, video object 426 is saved in storage of PC 140. IfPC 140 does not have sufficient storage capacity (or is offline), device 110 then determines if server 180 is capable of storing video object 426.
  • device 110 causes video object 426 to be stored at server 180 (arrow 3a). If server 180 cannot store video object 426 or is offline, other storage locations (not shown) could be checked, the download of video object 426 aborted (or suspended), or storage capacity made available in device 110 by deleting or transferring other content objects.
  • FIG. 4A As can be appreciated from Figure 4A and the foregoing, several storage locations are prioritized. A highest priority is given to device 110, a lower priority is given to PC 140, and a still lower priority is assigned to server 180.
  • the prioritization scheme of Figure 4A is only one example, however, and other priority schemes can be used. Priority schemes can be based on bandwidth considerations, security concerns, and/or various other factors.
  • a user is able to dictate the priorities associated with devices via one or more directives.
  • the one or more directives may include commands, instructions, or the like.
  • a user downloading a personal banking statement may have previously directed that all downloads from a particular source (e.g., the user's bank) go either to device 110 or to PC 140, with a higher priority assigned to device 110 in comparison to the priority assigned to PC 140.
  • the user may, via one or more directives, assign a higher priority to PC 140 (in comparison to device 110) so as to cause one or more content objects to be stored in PC 140 in preference to device 110.
  • a prioritization scheme is operative with respect to all content objects.
  • a prioritization scheme may serve to prioritize storage in one device (e.g., device 110) in comparison to another (e.g., PC 140), and as a result, a downloaded content object may be preferentially routed to the highest priority device (e.g., device 110) for storage irrespective of the nature of the content object.
  • the prioritization scheme may be related to the nature of the content object.
  • a user may be able to specify via a prioritization scheme that content objects related to entertainment should preferably be routed to device 110 (instead of PC 140), whereas content objects related to business reports should preferably be routed to PC 140 (instead of device 110).
  • a user may also be able to change devices in a prioritized group by directing that one or more devices be added to or removed from the group. For example, and building on the preceding example, a user may initially include device 110 and PC 140 in a prioritized group for purposes of storing a downloaded personal banking statement. The user may subsequently decide that she wants to use the storage capacity available on device 110 (only) for content objects related to entertainment. Accordingly, the user may remove device 110 from the prioritized group. The user may also add one or more devices (e.g., server 180) to the prioritized group.
  • devices e.g., server 180
  • Figure 4B is a diagram illustrating another example of storage of content objects according to some embodiments.
  • video object 426 from a source 432 is again to be downloaded via the Internet and other networks.
  • device 110 first receives data from source 432 indicating storage space needed for video object 426.
  • Device 110 compares the size of video object 426 with the available storage capacity at device 110 to determine if device 110 has sufficient storage capacity to store video object 426.
  • the memory of device 110 is full (or nearly full). Accordingly, device 110 determines if PC 140 is online and has sufficient storage capacity to accommodate one or more content objects presently stored in memory of device 110.
  • device 110 may transfer those content objects to PC 140 by transmitting them to PC 140. After transmitting the one or more content objects to PC 140, device 110 may thereafter store video object 426 in its memory. If PC 140 does not have sufficient storage capacity to store one or more content objects (or is unavailable), device 110 determines if server 180 has sufficient storage capacity to store one or more content objects currently stored in memory of device 110. If server 180 does have sufficient storage capacity, device 110 transmits the one or more content objects stored in memory of device 110 to server 180. After transmitting the one or more content objects to server 180, device 110 may thereafter store video object 426 in its memory.
  • one or more of the content objects being removed from device 110 may be local copies of content objects also stored on PC 140 or server 180. In such a circumstance, it would not be necessary to transmit that content object to PC 140, or server 180, and the locally stored copy could simply be deleted.
  • a first priority is given to PC 140 and a lower priority is assigned to server 180.
  • a content object (e.g., video object 426) is "forced" into being stored in device 110. If device 110 is full, one or more content objects already stored on device 110 are removed by deletion or transfer to another device (e.g., PC 140, server 180, etc.) based on relative priorities.
  • the user of device 110 may (in connection with operations shown in Figure 4B) change devices in a prioritized group and/or modify priorities assigned to devices.
  • a content object may be a coupon offer that is going to be removed from a commercial server within an hour of viewing it. If a user is two hours away from her home, she might not be able to take advantage of the offer using more traditional methods.
  • Embodiments described herein allow the user to save the coupon offer on her device 110, PC 140 or server 180 for later access.
  • device 110 is configured to display information (e.g., on display screen 236 of Figure 2) related to a download progress associated with a download of a content object (e.g., a content object 302 of Figure 3, video object 426 of Figures 4A-B, etc.).
  • the display information may be depicted as a bar graph, a pie chart or the like.
  • device 110 provides an indication as to what step (e.g., what arrow number in accordance with the arrows/arrow numbers shown in Figures 4A-B) of the download process is being executed at a given point in time.
  • Device 110 may provide an option for canceling the download.
  • device 110 may implement a timer such that when the timer expires or reaches a threshold value the download operation is canceled.
  • FIG. 5A illustrates an algorithm 500a according to at least some embodiments.
  • a user creates one or more profiles for device 110.
  • the user may create such profiles using device 110 or using some other device (e.g., PC 140).
  • the user activates one of the previously-created profiles.
  • a user activates a profile using an explicit command input to device 110.
  • a profile may be automatically activated based on some other event. For example, mobile device 110 may detect that it has joined a WLAN corresponding to the user's home and automatically activate a profile the user has selected for use of device 110 when at home.
  • a second profile is deactivated in conjunction with activation of the first profile.
  • one or more content objects associated with the second profile are removed from device 110 in order to make room for content objects associated with the first profile.
  • content objects associated with the first profile are (to the extent not already present) stored on device 110.
  • Figure 5B illustrates an algorithm 500b according to at least some embodiments.
  • an instruction is received at device 110 that indicates storage capacity will be required.
  • this instruction corresponds to a request by the user to download content to device 110 from a remotely- located source (e.g., source 432 shown in Figures 4A and 4B), and the required storage capacity will be at least the amount of storage needed for the content to be downloaded.
  • a remotely- located source e.g., source 432 shown in Figures 4A and 4B
  • the required storage capacity will be at least the amount of storage needed for the content to be downloaded.
  • one or more devices in a prioritized group of devices are evaluated to determine if one of the evaluated devices has storage capacity that equals or exceeds that storage needed for the content to be downloaded.
  • the group of prioritized devices includes the devices (other than device 110) to which the one or more content objects may be transferred.
  • device 110 causes one or more content objects to be stored on the highest-priority device that was determined (in the evaluation of block 526) to be able to store those objects.
  • the one or more objects being stored in block 532 are the content that is being downloaded from remote source 432.
  • the one or more objects being stored in block 532 are the objects being transferred from device 110 to make room for the content being downloaded from remote source 432.
  • device 110 is configured to perform both the algorithm 500a of Figure 5A and the algorithm 500b of Figure 5B.
  • a device such as device 110 is only configured to perform one of algorithms 500a or 500b.
  • algorithms 500a and 500b are combined into a single algorithm.
  • various steps in algorithms 500a and/or 500b are omitted and/or rearranged.

Abstract

A user may select a profile to serve as an active profile on adevice, and content objects associated withthe active profile may be stored on the device responsive to the selection. Content objectsthat are not associated with the active profile may be transferred to one or more additional devicesbased on a prioritization scheme. Content objectdownload operations may take advantage of the prioritization scheme to determine astoragedevice for a downloaded content object.

Description

STORAGE MANAGEMENT
FIELD
[0001] This description generally relates to storage of data on electronic devices and management of resources utilized for such storage.
BACKGROUND
[0002] Improvements in technology have changed the way people interact with their surrounding environment. These improvements provide opportunities and abilities for users of wireless technology to obtain numerous types of application programs, data files, etc., in almost any location. Today, there is a large amount of content available for downloading from the Internet, and a large number of applications supporting various file types. For example, a user may download a music video clip to her mobile handheld device while at a neighborhood park on Saturday, and may proceed to play it on her device for purposes of entertaining herself and those around her. The same user may be at an airport on Monday morning to take a business trip and wish access to business reports for purposes of giving a presentation. Accordingly, the user receives an email on the same mobile handheld device from a co-worker that includes the desired business reports as an attachment.
[0003] Improvements in memory density (e.g., the amount of memory capacity provided per unit area) have enabled users to store an increasing amount of data on devices so as to accommodate these and innumerable other scenarios. Memory capacity is still finite, however, and there are practical limits as to how much data may be stored on a given device at any particular moment. These limits are particularly pronounced in the context of mobile devices, as recent trends suggest that smaller devices are desirable.
[0004] By way of illustration, and returning to the previous example, the emailed business reports may require more storage space than is currently free in the mobile device's memory(ies). Although the user may be able to delete one or more current Iy- stored items to make room for the business reports, this is often undesirable. For example, the user may have recently taken a number of high resolution pictures of the birth of her friend's baby and not wish to lose those images. BRIEF SUMMARY
[0005] The following presents a simplified summary of aspects of certain embodiments. This summary is not an extensive overview, and is not intended to identify key or critical elements or to delineate the scope of the claims.
[0006] In some embodiments sets of content objects are associated with content management profiles for a device. When a user activates a content management profile, the content objects in the set of content objects associated with that profile are (to the extent not already present on the device) stored in the device memory. In certain embodiments, storage space in the device for content objects of the activated profile is made available by deactivating a second profile. Content objects in the deactivated profile that are not also in the set of objects associated with the activated profile are removed from the device by deletion or by transferral for storage in another device.
[0007] Additional embodiments permit a first device to determine where one or more content objects should be stored. Upon receiving an instruction that corresponds to a requirement for storage capacity, one or more devices in a prioritized group are evaluated for an ability to store the one or more content objects. The content object(s) are then stored on the highest priority device able to store those objects. The prioritized group may or may not include the first device. In some cases, for example, the one or more content objects are being retrieved from a remote source, which could be, but is not limited to a PC, a server, a mobile device or like, and there is a desire to store those objects on the first device. In such a circumstance, the first device is part of the prioritized group of devices and has the highest priority. In other cases, the one or more content objects are already stored on the first device and there is a desire to remove those content objects from the first device in order to store new content objects. In these circumstances, the first device is not part of the prioritized group.
BRIEF DESCRIPTION OF THE DRAWINGS
[0008] The foregoing summary and the following detailed description are better understood when read in conjunction with the accompanying drawings, which are included by way of example, and not by way of limitation. In the drawings, like reference numbers indicate like features. [0009] Figure 1 illustrates a network communication environment in which one or more devices are operated and/or one or more methods performed according to some embodiments.
[0010] Figure 2 is a block diagram of a mobile handheld device according to some embodiments.
[0011] Figure 3 is a diagram illustrating the use of content management profiles according to some embodiments.
[0012] Figure 4A is a diagram illustrating storage of content objects according to some embodiments.
[0013] Figure 4B is another diagram illustrating storage of content objects according to some embodiments.
[0014] Figure 5A is a flow chart showing an algorithm according to at least some embodiments.
[0015] Figure 5B is another flow chart showing an algorithm according to at least some embodiments.
DETAILED DESCRIPTION
[0016] In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration various embodiments in which one or more aspects of the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made.
[0017] As used herein, "content object" generically refers to any of various types of data. A content object may be, without limitation, one or more of a data object (e.g. contact card, point of interest, etc.) or file (e.g., an image file, a video file, a text file, a spreadsheet, an audio file, a file having one or more slides or other types of presentation(s), etc.) an application program or component thereof, an operating system program or component thereof, a driver, etc.
[0018] Figure 1 is a diagram of a network communication environment 100 in which one or more devices according to some embodiments are operated, and in which one or more methods according to some embodiments are performed. A first device 110 includes logic for managing profiles and for determining an appropriate storage location for content objects and is connected to a network 130 via a connection 120. Network 130 may include the Internet, an intranet, wired or wireless networks, peer to peer network, or any other network suitable for facilitating communication between devices in general. Network 130 may also be a group of interconnected networks. For example, device 110 may communicate with a wireless mobile network, which in turn communicates via the Internet with one or more devices on a remotely-located LAN (local area network) or wireless LAN (WLAN) in a home or office. Also shown in Figure 1 is a second device 140 connected to network 130 via a connection 150. In the embodiment of Figure 1, device 140 is a personal computer. Further shown in Figure 1 is a third device 180. In the embodiment of Figure 1, device 180 is a file server (or collection of file servers). Device 180 is in a different location from device 140, although this need not be the case. Device 180 communicates with network 130 via a connection 190. By virtue of the connectivity shown, devices 110, 140, and 180 communicate with one another. Such communications enable the exchange of various types of information as described herein.
[0019] The actual connections represented by connections 120, 150, and 190 may be embodied in various forms. For example, one or more of connections 120, 150, and 190 may be hardwired/wireline connections. Alternatively, one or more of connections 120, 150, and 190 may be wireless connections. Connections 120, 150, and 190 are shown in Figure 1 as supporting bi-directional communications (via the dual arrow heads on each of connections 120, 150, and 190). Alternatively, or additionally, network communication environment 100 may be structured to support dissimilar forward and reverse channel connections between various network entities (e.g., use of one media for communication in one direction and use of a different media for communication in a different direction).
[0020] Communication environment 100 may be part of a larger network consisting of additional devices. For example, devices 140 and/or 180 may exchange communications with a plurality of other devices (not shown) in addition to device 110, and/or device 110 may exchange communications with devices in addition to PC 140 and/or server 180. Communications in environment 100 may be conducted using one or more of numerous communication protocols. Furthermore, communication environment 100 may include one or more intermediary nodes (not shown) that may forward, buffer, store, route, or otherwise process communications between the various devices.
[0021] Figure 2 is a block diagram of device 110 according to some embodiments. Device 110 could be any of various types of portable electronic devices (e.g., a laptop computer, a notebook computer, some other type of portable computing device, a personal digital assistant, a smart phone, a mobile telephone, some other type of wireless communication device, etc.). All of the components shown in Figure 2 need not be present in all embodiments. Although various components of device 110 are represented as a single block, device 110 may include more than one of a particular component represented by a given block in Figure 2. As shown in Figure 2, device 110 includes a processor 228 connected to a user interface 230, a memory 234 and/or other storage, and a display screen 236. User interface 230 may further include a keypad, touch screen, voice interface, four arrow keys, joy-stick, stylus, data glove, mouse, roller ball, touch screen, or the like. Device 110 also includes a battery 250, a speaker 252, and one or more antennas 254.
[0022] Also included within device 110, as part of one or more programs executed by processor 228, is storage logic 260. Although shown as a separate component in Figure 2, storage logic 260 may be included in memory 234 with one or more other programs accessed by processor 228. In some embodiments, storage logic 260 configures processor 228 to create, execute and otherwise process data in accordance with one or more content management profiles. The operation of content management profiles according to some embodiments is described below. Storage logic 260 further configures processor 228 to determine locations for storage of content objects in memory of device 110, in device 140, in device 180, or elsewhere. The determination of storage locations is also discussed below. In alternate embodiments, storage logic 260 may configure processor 228 to perform less than all of these operations. In still other embodiments, all or part of storage logic 260 may be located in device 140, device 180, or in some other location.
[0023] As indicated above, executable instructions and data used by processor 228 and other components within device 110 are (in some embodiments) stored in a machine-readable memory 234. Memory 234 may be implemented with any combination of read only memory modules or random access memory modules, optionally including both volatile and nonvolatile memory. Software 240 (which may include some or all of the elements of storage logic 260) may be stored within memory 234 (and/or other storage within device 110) to provide instructions to processor 228 for enabling device 110 to perform various functions described herein. Alternatively, some or all of the instructions executed by processor 228 may be embodied in hardware or firmware (not shown). For example, the executable instructions may be embodied in one or more integrated circuits such as application-specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or the like. One of skill in the art will appreciate that integrated circuits may include logic circuits, and that the logic circuits may be configured using one or more programmable files, fuse maps, or the like.
[0024] Device 110 may also include additional hardware, software and/or firmware. For example, device 110 may be configured to receive, decode and process digital broadband broadcast transmissions that are based, for example, on the Digital Video Broadcast (DVB) standard, such as DVB-H, DVB-T or DVB-MHP, through a specific DVB receiver 241. Device 110 may also be provided with other types of receivers for digital broadband broadcast transmissions or for other types of broadcasts (e.g., AM/FM radio). Additionally, device 110 is configured to transmit, receive, encode, decode and process transmissions through one or more of WLAN transceiver 243, telecommunications transceiver 244, or other type of wireless communication interface. Device 110, in at least some embodiments, may also include one or more short-range wired interfaces (e.g., USB) or wireless interfaces (e.g., BLUETOOTH). Additional formats and protocols may be used to convey information, data, messages and the like.
[0025] Some embodiments include a machine-readable media holding instructions that, when executed (e.g., by one or more processors within device 110), cause device 110 and/or other elements in environment 100 to perform various operations as described herein. For example, product implementations may include a series of machine-readable instructions fixed on a tangible storage medium (e.g., a diskette, CD-ROM, ROM, DVD, fixed disk, thumb drive, etc.) or transmittable to device 110 (e.g., via a modem or other interface). The machine-readable instructions may embody all or part of the functionality with respect to a system (e.g., network communication environment 100 of Figure 1) or device (e.g., device 110, device 140 and/or device 180), and can be written in any of various programming languages for use with many different computer architectures and/or operating systems, as would be readily appreciated by one of ordinary skill. Various embodiments of the invention may also be implemented as hardware, firmware or a combination of software, hardware and/or firmware.
[0026] Figure 3 is a diagram that illustrates the use of content management profiles according to some embodiments. More specifically, Figure 3 illustrates the use of content management profiles to manage one or more sets of user-defined content objects according to some embodiments. In the example of Figure 3, and building on a previous example, a user of device 110 is preparing to board an aircraft for purposes of taking a business trip. During the trip the user will want to access a collection of content objects, shown in Figure 3 as solid squares 302 A, as well as a collection of objects shown in Figure 3 as cross-hatched squares 302C. Those objects may be, e.g., text files, spreadsheets, images, slides, etc. needed to prepare for a meeting. Accordingly, the user inputs commands into device 110 that causes processor 228 to execute instructions to activate a first profile. That first profile ("flight profile" 308) is associated with the set of content objects the user wishes to access in order to prepare for her meeting. In order to create storage space on device 110 for the content objects in flight profile 308, a second profile ("entertainment profile" 314) is deactivated. This deactivation may result from a separate user instruction or may occur automatically in response to activation of flight profile 308. When entertainment profile 314 is deactivated, content objects associated with profile 314 and which are not associated with profile 308 (shown as white boxes 302B in Figure 3) are deleted and/or transferred.
[0027] As used herein, "deleting" a content object from device 110 refers to re-allocation of memory used to store the deleted object for storage of other data. The re-allocated memory may be immediately reused to store other content objects or other data, may be securely erased (e.g., by overwriting with random ones (Is) and zeros (Os)), or simply flagged as available to store other data. "Transferring" a content object refers to re-allocation of the memory used to store the transferred object in conjunction with causing the transferred object to be stored elsewhere (e.g., PC 140, server 180, etc.). "Removing" a content object refers to either deleting or transferring that object.
[0028] A user may create a profile in any of various ways. In some cases, a user associates content objects with a profile using device 110. In response to received user instructions defining content objects as part of a set of objects to be associated with a profile, device 110 tags those content objects as associated with that profile. In other cases, a user may create a profile (and define content objects associated with that profile) using a PC (e.g., PC 140) or other device, and then make that profile (and its associated content objects) available to device 110. In the example of Figure 3, some content objects (shown as cross-hatched boxes) are included within both profile 308 and profile 314, though this need not be the case. Although only two profiles are shown in Figure 3, any number of profiles can be created.
[0029] When a user first creates a content object, the user is in some embodiments requested to define which profile(s) (if any) the content object should be associated with. In some embodiments, a newly-created content object is provided with a default tag that automatically serves to associate the newly-created object with one or more default profiles. [0030] Associating content objects with profiles allows the user to load all content objects associated with a given profile by simply specifying the profile. In this manner, a user is not required to remember or search for individual content objects at times when it may be inconvenient to do so. Instead, a user simply instructs device 110 (via an appropriate command) that a particular profile should be made active. In response, processor 228 loads the content objects associated with that activated profile (to the extent any such objects are not already stored on device 110). Those objects may be loaded from PC 140, from server 180, or from some other location. If necessary, processor 228 can also make room for content objects associated with the activated profile by deleting objects in a profile being deactivated and/or by transferring one or more of those objects to PC 140, sever 180 or to some other location.
[0031] In some embodiments, one or more data files storing the association (e.g., a mapping) between content objects and profiles may be stored at device 110 (e.g., in memory 234 of Figure 2). In other embodiments, the association data files may also (or alternatively) be stored at another device (e.g., PC 140, server 180, etc.).
[0032] To the extent a content object in an activated profile is also part of a profile being deactivated, no action is needed. Thus, if the user of device 110 in the example of Figure 3 is deactivating entertainment profile 314 and activating flight profile 308, the content objects common to both of those profiles (i.e., the cross-hatched boxes 302C in Figure 3) are already in place and need not be loaded. Although the present example assumes only one profile is active, this need not be the case, and a user may activate more than one profile.
[0033] Alternatively, or additionally, one or more of the content objects associated with an active profile might not be physically stored on device 110 as a result of profile activation. Instead, some content objects may be referenced by a link located on device 110. Linking may be used in some embodiments to preserve memory capacity on device 110, particularly when a content object requires a large amount of memory capacity relative to a storage capacity required by a link and/or where interruption of network connectivity is not expected.
[0034] In some embodiments, and as shown in Figure 3, the profiles (e.g., flight profile 308, entertainment profile 314, and other profiles 326 and 332) and content objects 302 are stored on PC 140, server 180, and/or other devices. Such devices will often (though not necessarily) have a higher storage capacity than device 110. Some content objects (e.g., content object 302D) might not be associated with any profile. [0035] When the user deactivates a profile in some embodiments (e.g., deactivating profile 314 in favor of flight profile 308), and as discussed above, content objects (e.g., content objects 302B) not belonging to an active profile are removed from device 110 (e.g., deleted or transferred to another device). In other embodiments, it is desirable to limit the number of content object transactions that occur when activating one profile and deactivating another profile. For example, in order to conserve (battery) power on device 110 or to conserve communication network bandwidth, it may be desirable to limit the number of content objects added to or removed from device 110. Additional considerations may dictate minimizing the number of content object transactions in order to conserve processing resources on device 110. For example, device 110 may be running a resource intensive application that requires a majority of the processing resources available on device 110. In the example of Figure 3, content objects in flight profile 308 require a total of 3.5GB of storage memory and device 110 has 0.5 GB of available storage capacity not being used by entertainment profile 314 or by other data. If the additional content objects added to device 110 as a result of activating profile 308 (e.g., the blackened objects in Figure 3) do not exceed 0.5GB, then removal of content objects will not take place in some embodiments. Conversely, if the content objects being added to device 110 require more than 0.5GB, at least one content object not in an active profile may require removal.
[0036] In some embodiments, device 110 is configured to remove a minimum number of content objects necessary to create sufficient storage capacity to facilitate adding the content objects associated with activated profile 308. The selection of which content objects to delete from device 110 may be based on various criteria. The selection may be based on a storage capacity required by inactive profile content objects. For example, device 110 may be configured to delete the largest content objects (in terms of memory capacity required to support their storage) first in order to minimize the number of content objects that need to be deleted. The selection of which content objects to delete could also (or alternatively) be based on frequency of use. For example, those content objects that have not been accessed for a relatively long amount of time may be deleted in order to allocate storage capacity on device 110 for content objects associated with a profile being activated. Other criteria may be used to determine which content object(s) to remove from device 110 in order to allocate sufficient storage capacity for flight profile 308.
[0037] In some embodiments, the user receives a warning or indication message on device 110 requesting the user to confirm that it is acceptable for a content object (or group of content objects) to be deleted. The user may thereafter press a key or button on device 110, provide a verbal command (e.g., in conjunction with speech recognition techniques or the like) or allow a timer on device 110 to expire to confirm the deletion. In some embodiments, device 110 provides the user with a listing of content objects that it recommends as the best candidates for deletion, and the user may be able to select from the recommended candidates.
[0038] In some embodiments, processor 228 of device 110 executes one or more algorithms to decide where content objects should be transferred when attempting to create storage space in device 110. These algorithms can be performed in connection with activating/deactivating one or more profiles, and/or in connection with content that is not associated with a profile. For example, server 180 may be subject to excessive loading at times due to a relatively large number of users attempting to simultaneously access server 180. Accordingly, device 110 in some embodiments attempts to first transfer content objects to PC 140. If an attempt to transfer objects to PC 140 is unsuccessful (e.g., if PC 140 is not available because it is offline) device 110 next attempts to transfer content objects to server 180.
[0039] In some embodiments, the capacity available at each of multiple storage locations is analyzed to determine the most appropriate location for content object storage. Figure 4A is a diagram showing storage of content objects according to at least one such embodiment. In the example of Figure 4A, a user of device 110 initiates a content object download operation to retrieve a music video content object 426 from a source 432. In the example of Figures 4A and 4B, device 110 is part of a wireless communication network; that wireless network is in communication with source 432 and server 180 via the Internet, and in communication with PC 140 via the Internet and a home network in which PC 140 is located. Embodiments of the invention include implementations in one or more other types of networks. For example, device 110 may be part of a wireless local area network (WLAN), with that WLAN connected to the Internet. PC 140 could be on that same WLAN.
[0040] As shown in Figure 4A by arrow Ia, device 110 first receives data from source 432 indicating storage space needed for video object 426. Device 110 compares the size of video object 426 with the available storage capacity at device 110 to determine if device 110 has sufficient storage capacity to support video object 426. In the example of Figure 4 A, the memory of device 110 is full (or nearly full). Accordingly, device 110 determines if PC 140 has sufficient memory capacity to store video object 426. If PC 140 does have sufficient storage capacity, and as shown with arrow 2a, video object 426 is saved in storage of PC 140. IfPC 140 does not have sufficient storage capacity (or is offline), device 110 then determines if server 180 is capable of storing video object 426. If so, device 110 causes video object 426 to be stored at server 180 (arrow 3a). If server 180 cannot store video object 426 or is offline, other storage locations (not shown) could be checked, the download of video object 426 aborted (or suspended), or storage capacity made available in device 110 by deleting or transferring other content objects.
[0041] As can be appreciated from Figure 4A and the foregoing, several storage locations are prioritized. A highest priority is given to device 110, a lower priority is given to PC 140, and a still lower priority is assigned to server 180. The prioritization scheme of Figure 4A is only one example, however, and other priority schemes can be used. Priority schemes can be based on bandwidth considerations, security concerns, and/or various other factors.
[0042] In some embodiments, a user is able to dictate the priorities associated with devices via one or more directives. The one or more directives may include commands, instructions, or the like. For example, a user downloading a personal banking statement may have previously directed that all downloads from a particular source (e.g., the user's bank) go either to device 110 or to PC 140, with a higher priority assigned to device 110 in comparison to the priority assigned to PC 140. Thereafter, the user may, via one or more directives, assign a higher priority to PC 140 (in comparison to device 110) so as to cause one or more content objects to be stored in PC 140 in preference to device 110.
[0043] In some embodiments, a prioritization scheme is operative with respect to all content objects. For example, a prioritization scheme may serve to prioritize storage in one device (e.g., device 110) in comparison to another (e.g., PC 140), and as a result, a downloaded content object may be preferentially routed to the highest priority device (e.g., device 110) for storage irrespective of the nature of the content object. Alternatively, in some embodiments the prioritization scheme may be related to the nature of the content object. For example, a user may be able to specify via a prioritization scheme that content objects related to entertainment should preferably be routed to device 110 (instead of PC 140), whereas content objects related to business reports should preferably be routed to PC 140 (instead of device 110).
[0044] In some embodiments, a user may also be able to change devices in a prioritized group by directing that one or more devices be added to or removed from the group. For example, and building on the preceding example, a user may initially include device 110 and PC 140 in a prioritized group for purposes of storing a downloaded personal banking statement. The user may subsequently decide that she wants to use the storage capacity available on device 110 (only) for content objects related to entertainment. Accordingly, the user may remove device 110 from the prioritized group. The user may also add one or more devices (e.g., server 180) to the prioritized group.
[0045] Figure 4B is a diagram illustrating another example of storage of content objects according to some embodiments. In the example of Figure 4B, video object 426 from a source 432 is again to be downloaded via the Internet and other networks. As shown in Figure 4B by arrow Ib, device 110 first receives data from source 432 indicating storage space needed for video object 426. Device 110 compares the size of video object 426 with the available storage capacity at device 110 to determine if device 110 has sufficient storage capacity to store video object 426. In the example of Figure 4B, the memory of device 110 is full (or nearly full). Accordingly, device 110 determines if PC 140 is online and has sufficient storage capacity to accommodate one or more content objects presently stored in memory of device 110. If PC 140 does have sufficient storage capacity (and is online), device 110 may transfer those content objects to PC 140 by transmitting them to PC 140. After transmitting the one or more content objects to PC 140, device 110 may thereafter store video object 426 in its memory. If PC 140 does not have sufficient storage capacity to store one or more content objects (or is unavailable), device 110 determines if server 180 has sufficient storage capacity to store one or more content objects currently stored in memory of device 110. If server 180 does have sufficient storage capacity, device 110 transmits the one or more content objects stored in memory of device 110 to server 180. After transmitting the one or more content objects to server 180, device 110 may thereafter store video object 426 in its memory. In some embodiments, one or more of the content objects being removed from device 110 (in order to accommodate new content object(s)) may be local copies of content objects also stored on PC 140 or server 180. In such a circumstance, it would not be necessary to transmit that content object to PC 140, or server 180, and the locally stored copy could simply be deleted.
[0046] As can be appreciated from Figure 4B and the foregoing, several storage locations are again prioritized. A first priority is given to PC 140 and a lower priority is assigned to server 180. A content object (e.g., video object 426) is "forced" into being stored in device 110. If device 110 is full, one or more content objects already stored on device 110 are removed by deletion or transfer to another device (e.g., PC 140, server 180, etc.) based on relative priorities. As with operations shown in Figure 4A, the user of device 110 may (in connection with operations shown in Figure 4B) change devices in a prioritized group and/or modify priorities assigned to devices.
[0047] One of skill in the art will appreciate that additional levels of storage may be employed in either the scenario of Figure 4A or in the scenario of Figure 4B (e.g., a user may have access to PCs on multiple LANs). Moreover, one of skill in the art will appreciate that at least some of the embodiments described herein enable one to access and save a content object that is only available for a limited duration. For example, a content object may be a coupon offer that is going to be removed from a commercial server within an hour of viewing it. If a user is two hours away from her home, she might not be able to take advantage of the offer using more traditional methods. Embodiments described herein allow the user to save the coupon offer on her device 110, PC 140 or server 180 for later access.
[0048] In some embodiments, device 110 is configured to display information (e.g., on display screen 236 of Figure 2) related to a download progress associated with a download of a content object (e.g., a content object 302 of Figure 3, video object 426 of Figures 4A-B, etc.). The display information may be depicted as a bar graph, a pie chart or the like. Alternatively, or additionally, in some embodiments device 110 provides an indication as to what step (e.g., what arrow number in accordance with the arrows/arrow numbers shown in Figures 4A-B) of the download process is being executed at a given point in time. Device 110 may provide an option for canceling the download. Alternatively, or additionally, device 110 may implement a timer such that when the timer expires or reaches a threshold value the download operation is canceled.
[0049] Figure 5A illustrates an algorithm 500a according to at least some embodiments. In the first step of algorithm 500a (block 502), a user creates one or more profiles for device 110. As explained above, the user may create such profiles using device 110 or using some other device (e.g., PC 140). In the next step of algorithm 500a (block 504), the user activates one of the previously-created profiles. In some embodiments, a user activates a profile using an explicit command input to device 110. In other embodiments, a profile may be automatically activated based on some other event. For example, mobile device 110 may detect that it has joined a WLAN corresponding to the user's home and automatically activate a profile the user has selected for use of device 110 when at home. In the next step (block 506), a second profile is deactivated in conjunction with activation of the first profile. In block 508, one or more content objects associated with the second profile are removed from device 110 in order to make room for content objects associated with the first profile. In Block 510, content objects associated with the first profile are (to the extent not already present) stored on device 110.
[0050] Figure 5B illustrates an algorithm 500b according to at least some embodiments. In the first step (block 520), an instruction is received at device 110 that indicates storage capacity will be required. In at least some embodiments, this instruction corresponds to a request by the user to download content to device 110 from a remotely- located source (e.g., source 432 shown in Figures 4A and 4B), and the required storage capacity will be at least the amount of storage needed for the content to be downloaded. In the next step (block 526), one or more devices in a prioritized group of devices are evaluated to determine if one of the evaluated devices has storage capacity that equals or exceeds that storage needed for the content to be downloaded. In some cases, and as explained in connection with Figure 4A, storage on some device other than device 110 will be permitted if there is insufficient storage available capacity on device 110. In such a scenario, device 110 is part of the group of prioritized devices that are evaluated. In other cases, and as explained in connection with Figure 4B, the downloaded content will be stored on device 110 even if device 110 does not currently have sufficient available storage capacity. In this scenario, one or more content objects may be transferred from device 110 in order to create storage capacity for the content to be downloaded. Accordingly, the group of prioritized devices includes the devices (other than device 110) to which the one or more content objects may be transferred. In the next step (block 532), device 110 causes one or more content objects to be stored on the highest-priority device that was determined (in the evaluation of block 526) to be able to store those objects. In the scenario of Figure 4 A, the one or more objects being stored in block 532 are the content that is being downloaded from remote source 432. In the scenario of Figure 4B, the one or more objects being stored in block 532 are the objects being transferred from device 110 to make room for the content being downloaded from remote source 432.
[0051] In some embodiments, device 110 is configured to perform both the algorithm 500a of Figure 5A and the algorithm 500b of Figure 5B. In other embodiments, a device such as device 110 is only configured to perform one of algorithms 500a or 500b. In still other embodiments, algorithms 500a and 500b are combined into a single algorithm. In yet other embodiments, various steps in algorithms 500a and/or 500b are omitted and/or rearranged.
[0052] Numerous characteristics, advantages and embodiments have been described above with reference to the accompanying drawings. However, the above description and drawings are illustrative only. The invention is not limited to the illustrated embodiments, and all embodiments of the invention need not necessarily achieve all of the advantages or purposes, or possess all characteristics, identified herein. Various changes and modifications may be effected by one skilled in the art without departing from the scope or spirit of the invention. Although example devices and components have been described, the invention is not limited to such devices or components unless specifically required by the language of a claim. The elements and uses of the above-described embodiments can be rearranged and combined in manners other than specifically described above, with any and all permutations within the scope of the invention.

Claims

What is claimed is:
1. A method comprising: receiving an instruction to activate a first of a plurality of profiles for a device, wherein each profile of the plurality is associated with a distinct set of user-defined content objects; and activating the first profile in response to the received instruction, wherein said activation includes storing on the device a first set of content objects associated with the first profile.
2. The method according to claim 1, wherein the method further comprises: deactivating a second of the plurality of profiles in response to the received instruction, said deactivating including removal from the apparatus of a content object of a second set of content objects associated with the second profile.
3. The method according to any of claims 1 to 2, wherein associations between the first profile and content objects in the first set and associations between a second of the plurality of profiles and content objects in a second set are stored at the device.
4. The method according to any of claims 1 to 3, wherein associations between the first profile and content objects in the first set and associations between a second of the plurality of profiles and content objects in a second set are stored on a second device.
5. The method according to any of claims 1 to 4, wherein the content objects comprise object chosen from the group that includes an image file, a video file, a text file, a spreadsheet, an audio file, and a file having one or more slides or other types of presentations.
6. The method according to any of claims 1 to 5, wherein the first set of content objects includes at least one content object that is in a second set of content objects associated with a second of the plurality of profiles, and wherein the first set of content objects includes at least one content object that is not in the second set of content objects.
7. The method according to any of claims 1 to 6, wherein the receiving an instruction further includes receiving an instruction to download one or more content objects included in the first set of content objects to the device from a remotely located device.
8. The method according to any of claims 1 to7, further comprising: receiving an instruction corresponding to a requirement for a storage capacity in one or more memories of the device; responsive to the received instruction corresponding to the requirement for a storage capacity, evaluating one or more devices in a prioritized group of devices for an ability to store one or more content objects; causing the one or more content objects to be stored on the highest priority device of the group able to store the one or more content objects.
9. An apparatus comprising: a processor configured to perform operations that include receiving an instruction to activate a first of a plurality of profiles for the apparatus, wherein each profile of the plurality is associated with a distinct set of user-defined content objects; and activating the first profile in response to the received instruction, wherein said activation includes storing on the apparatus a first set of content objects associated with the first profile.
10. The apparatus according to claim 9, wherein the processor is further configured to perform operations that include deactivating a second of the plurality of profiles in response to the received instruction, said deactivating including removal from a device of a content object of a second set of content objects associated with the second profile.
11. The apparatus according to any of claims 9 to 10, wherein associations between the first profile and content objects in the first set and associations between a second of the plurality of profiles and content objects in a second set are stored at the apparatus.
12. The apparatus according to any of claims 9 to 11, wherein associations between the first profile and content objects in the first set and associations between a second of the plurality of profiles and content objects in a second set are stored on a second apparatus.
13. The apparatus according to any of claims 9 to 12, wherein the content objects comprise object chosen from the group that includes an image file, a video file, a text file, a spreadsheet, an audio file, and a file having one or more slides or other types of presentations.
14. The apparatus according to any of claims9 to 13, wherein the first set of content objects includes at least one content object that is in a second set of content objects associated with a second of the plurality of profiles, and wherein the first set of content objects includes at least one content object that is not in the second set of content objects.
15. The apparatus according to any of claims 9 to 14, wherein the receiving an instruction further includes receiving an instruction to download one or more content objects included in the first set of content objects to the apparatus from a remotely located device.
16. The apparatus according to any of claims 9 to 15, wherein the processor is further configured to perform operations that include: receiving an instruction corresponding to a requirement for a storage capacity in one or more memories of the apparatus; responsive to the received instruction corresponding to the requirement for a storage capacity, evaluating one or more devices in a prioritized group of devices for an ability to store one or more content objects; causing the one or more content objects to be stored on the highest priority device of the group able to store the one or more content objects.
17. A method comprising : receiving an instruction corresponding to a requirement for a storage capacity in one or more memories of a device; responsive to the received instruction, evaluating one or more devices in a prioritized group of devices for an ability to store one or more content objects; and causing the one or more content objects to be stored on the highest priority device of the group able to store the one or more content objects.
18. The method according to claim 17, wherein the received instruction includes an instruction to download the one or more content objects to the device from a remotely located source, wherein the prioritized group of devices includes the device, and wherein the device is assigned a highest priority.
19. The method according to any of claims 17 to 18, wherein one or more content objects are stored on the device prior to receiving the instruction, wherein the received instruction comprises an instruction to download a second set of one or more content objects to the device, and wherein the device is not part of the prioritized group.
20. The method according to any of claims 17 to 19, wherein the prioritized group includes a personal computer (PC) and a server, and wherein the PC has a higher priority than the server.
21. The method according to any of claims 17 to 20, wherein the method further comprises: receiving a user directive to change priorities of devices included in the prioritized group.
22. The method according to any of claims 17, 20 or 21, wherein the method further comprises: receiving a user directive to change devices in the prioritized group.
23. An apparatus comprising: a processor configured to perform operations that include causing a receiving of an instruction corresponding to a requirement for a storage capacity in one or more memories of the apparatus; responsive to the received instruction, causing an evaluation of one or more devices in a prioritized group of devices for an ability to store one or more content objects; causing the one or more content objects to be stored on the highest priority device of the group able to store the one or more content objects.
24. The apparatus according to claim 23, wherein the received instruction includes an instruction to download the one or more content objects to the apparatus from a remotely located source, wherein the prioritized group of devices includes the apparatus, and wherein the apparatus is assigned a highest priority.
25. The apparatus according to any of claims 23 to 24, wherein one or more content objects are stored on the apparatus prior to receiving the instruction, wherein the received instruction comprises an instruction to download a second set of one or more content objects to the apparatus, and wherein the apparatus is not part of the prioritized group.
26. The apparatus according to any of claims 23 to 25, wherein the prioritized group includes a personal computer (PC) and a server, and wherein the PC has a higher priority than the server.
27. The apparatus according to any of claims 23 to 26, wherein the processor is further configured to perform operations that include:
Causing a receiving of a user directive to change priorities of devices included in the prioritized group.
28. The apparatus according to any of the claims 23 to 27, wherein the processor is further configured to perform operations that include:
Causing a receiving of a user directive to change devices in the prioritized group.
29. An apparatus comprising: means for receiving an instruction to activate a first of a plurality of profiles for the apparatus, wherein each profile of the plurality is associated with a distinct set of user-defined content objects; and means for activating the first profile in response to the received instruction, wherein said activation includes storing on the apparatus a first set of content objects associated with the first profile.
30. The apparatus according to claim 29, wherein said apparatus further comprises: means for deactivating a second profile of the plurality of profiles.
31. The apparatus according to any of claims 29 to 30, wherein said apparatus further comprises: means for receiving an instruction corresponding to a requirement for a storage capacity in one or more memories of the apparatus; means for evaluating one or more devices in a prioritized group of devices for an ability to store one or more content objects; and means for causing the one or more content objects to be stored on the highest priority device of the group able to store the one or more content objects.
PCT/FI2009/050150 2008-03-04 2009-02-24 Storage management WO2009109699A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US12/041,798 US8135745B2 (en) 2008-03-04 2008-03-04 Storage management
US12/041,798 2008-03-04

Publications (1)

Publication Number Publication Date
WO2009109699A1 true WO2009109699A1 (en) 2009-09-11

Family

ID=41054716

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI2009/050150 WO2009109699A1 (en) 2008-03-04 2009-02-24 Storage management

Country Status (2)

Country Link
US (3) US8135745B2 (en)
WO (1) WO2009109699A1 (en)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8688838B2 (en) * 2009-12-14 2014-04-01 Hewlett-Packard Development Company, L.P. Profile management systems
US8554856B2 (en) 2010-11-08 2013-10-08 Yagi Corp. Enforced unitasking in multitasking systems
WO2012040661A1 (en) * 2010-09-24 2012-03-29 Robert Plotkin Profile-based message control
WO2014001600A1 (en) * 2012-06-26 2014-01-03 Nokia Corporation A method, an apparatus and a computer program for accessing a database
US9549036B2 (en) * 2013-11-20 2017-01-17 Empire Technology Development Llc Network injected storage redirection for embedded applications
FR3030804A1 (en) * 2014-12-19 2016-06-24 Orange DEVICE AND METHOD FOR MANAGING PRIORITIES FOR DOWNLOADING MULTIMEDIA CONTENT
KR102297477B1 (en) * 2015-02-17 2021-09-02 삼성전자주식회사 Method and apparatus of downloading file
US10063621B2 (en) 2016-01-29 2018-08-28 Rovi Guides, Inc. Systems and methods for enabling users to receive access to content in closed network
US20170220810A1 (en) * 2016-01-29 2017-08-03 Rovi Guides, Inc. Systems and methods for ensuring media shared on a closed network is returned to owner when end to closed network connection is imminent

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039231A2 (en) * 2000-10-24 2002-05-16 Sony Electronics, Inc. Media storage device management
US20020132610A1 (en) * 2001-01-17 2002-09-19 Catriona Chaplin Profile-dependent background picture for mobile terminal displays
US20070240126A1 (en) * 2006-02-01 2007-10-11 International Business Machines Corporation System and method for event based resource selection

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2662891A1 (en) 1990-05-30 1991-12-06 Cit Alcatel SOFTWARE DOWNLOAD DEVICE FOR TELECOMMUNICATION TERMINAL.
US6026366A (en) * 1993-09-22 2000-02-15 Motorola, Inc. Method for providing software to a remote computer
WO1995023487A1 (en) * 1994-02-24 1995-08-31 Gte Mobile Communications Service Corporation Cellular radiotelephone system with remotely programmed mobile stations
ES2388835T3 (en) * 1995-04-21 2012-10-19 Siemens Aktiengesellschaft Mobile phone system and radio station
US6393496B1 (en) * 1995-11-09 2002-05-21 Curtis A. Schwaderer Operating system and network independent application program interface for use in an intelligent communication device
US5887254A (en) * 1996-04-26 1999-03-23 Nokia Mobile Phones Limited Methods and apparatus for updating the software of a mobile terminal using the air interface
US5974509A (en) * 1996-05-01 1999-10-26 Sun Microsystems, Inc. Method for purging unused data from a cache memory
US5913037A (en) * 1996-07-03 1999-06-15 Compaq Computer Corporation Dynamic management information base manager
US6006034A (en) * 1996-09-05 1999-12-21 Open Software Associates, Ltd. Systems and methods for automatic application version upgrading and maintenance
US5754953A (en) * 1996-09-24 1998-05-19 Motorola, Inc. Method and apparatus for assisting a user to activate service for a subscriber unit in a messaging system
AU4739697A (en) * 1996-09-30 1998-04-24 Ericsson Inc. Data and message retrieval communications system including remote receive-only communication unit
US6381741B1 (en) * 1998-05-18 2002-04-30 Liberate Technologies Secure data downloading, recovery and upgrading
US6178443B1 (en) * 1996-12-20 2001-01-23 Intel Corporation Method and apparatus for propagating user preferences across multiple computer environments
JPH10200934A (en) * 1997-01-10 1998-07-31 Matsushita Electric Ind Co Ltd Pager
US6023620A (en) 1997-02-26 2000-02-08 Telefonaktiebolaget Lm Ecrisson Method for downloading control software to a cellular telephone
JPH11331911A (en) 1998-05-13 1999-11-30 Kokusai Electric Co Ltd Controller for program downloading to radio terminal equipment
GB2342252A (en) 1998-09-29 2000-04-05 Motorola Gmbh Mobile radio and method of loading data into a radio
US6052600A (en) * 1998-11-23 2000-04-18 Motorola, Inc. Software programmable radio and method for configuring
EP1035741A3 (en) 1999-03-09 2000-11-29 Siemens Information and Communication Products, L.L.C. Wireless communication system having downloadable settings and method of operation
CA2267549A1 (en) 1999-03-30 2000-09-30 Object Technology International Inc. Loading and unloading of application components
CA2267484C (en) 1999-03-30 2002-03-05 Object Technology International Inc. Reclaiming memory from deleted applications
US6226739B1 (en) * 1999-12-14 2001-05-01 International Business Machines Corporation Method and computer program for distributing software to a personal palm-type device through a global software distribution package transmittable over the world wide web
US20020022973A1 (en) * 2000-03-24 2002-02-21 Jianguo Sun Medical information management system and patient interface appliance
US6956562B1 (en) * 2000-05-16 2005-10-18 Palmsource, Inc. Method for controlling a handheld computer by entering commands onto a displayed feature of the handheld computer
WO2002079981A1 (en) * 2001-03-30 2002-10-10 Nokia Corporation Downloading application software to a mobile terminal
US20040255289A1 (en) * 2003-06-11 2004-12-16 Citycites.Com Corp. Remote access software solution for rapidly deploying a desktop
US20060046696A1 (en) * 2004-08-31 2006-03-02 Michael Knowles System and method for maintaining on a handheld electronic device information that is substantially current and is readily available to a user
WO2006028030A1 (en) * 2004-09-06 2006-03-16 Matsushita Electric Industrial Co., Ltd. Mobile terminal device
US20060183462A1 (en) * 2005-02-11 2006-08-17 Nokia Corporation Managing an access account using personal area networks and credentials on a mobile device
US20060200570A1 (en) * 2005-03-02 2006-09-07 Nokia Corporation Discovering and mounting network file systems via ad hoc, peer-to-peer networks
US8126990B2 (en) * 2005-04-21 2012-02-28 Fiducci Thomas E Data backup and transfer system, method and computer program product
KR100691327B1 (en) * 2005-10-10 2007-03-12 삼성전자주식회사 Display apparatus and control method thereof
US20070185899A1 (en) * 2006-01-23 2007-08-09 Msystems Ltd. Likelihood-based storage management
US20080034008A1 (en) * 2006-08-03 2008-02-07 Yahoo! Inc. User side database

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039231A2 (en) * 2000-10-24 2002-05-16 Sony Electronics, Inc. Media storage device management
US20020132610A1 (en) * 2001-01-17 2002-09-19 Catriona Chaplin Profile-dependent background picture for mobile terminal displays
US20070240126A1 (en) * 2006-02-01 2007-10-11 International Business Machines Corporation System and method for event based resource selection

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HESS, C. K. ET AL: "An application of a context-aware file system", PERSONAL AND UBIQUITOUS COMPUTING, vol. 7, no. 6, 14 November 2003 (2003-11-14), pages 339 - 352 *
KHUNGAR, S. ET AL.: "A Context Based Storage System for Mobile Computing Applications", ACM SIGMOBILE MOBILE COMPUTING AND COMMUNICATIONS REVIEW, vol. 9, no. 1, January 2005 (2005-01-01), pages 64 - 68, XP001504820 *

Also Published As

Publication number Publication date
US8135745B2 (en) 2012-03-13
US20140059087A1 (en) 2014-02-27
US20090228536A1 (en) 2009-09-10
US8583689B2 (en) 2013-11-12
US20120011160A1 (en) 2012-01-12

Similar Documents

Publication Publication Date Title
US8583689B2 (en) Storage management of profiles in mobile devices
US11301234B2 (en) Method and apparatus for auto installing application into different terminals
US10509829B2 (en) Contextual search using natural language
US20180225303A1 (en) Prioritizing file synchronization in a distributed computing system
US9047321B2 (en) Prioritizing downloading of image files
US20190026310A1 (en) Widget Synchronization in Accordance with Synchronization Preferences
JP5735147B2 (en) Multiple OS boot system and method via mobile device
US10389781B2 (en) Method for sharing media data among electronic devices having media contents sharing lists and electronic device thereof
US20170206215A1 (en) Method and apparatus for managing files in an online account
CN100468345C (en) Competition solving device
EP1942424B1 (en) Background data transmission between media device and host device
US20090193178A1 (en) Systems and methods for power management in relation to a wireless storage device
US20070185899A1 (en) Likelihood-based storage management
US20100299308A1 (en) Peer-to-peer data synchronization architecture
US20090282169A1 (en) Synchronization programs and methods for networked and mobile devices
WO2008086251A1 (en) Widget synchronization in accordance with synchronization preferences
JP5853791B2 (en) Data synchronization method and server device
US20230328150A1 (en) Content management systems providing zero recovery point objective
JP2010079714A (en) Network terminal device, method of controlling the same, and program

Legal Events

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

Ref document number: 09717642

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09717642

Country of ref document: EP

Kind code of ref document: A1