US20120011322A2 - Method and apparatus for managing memory in a mobile electronic device - Google Patents
Method and apparatus for managing memory in a mobile electronic device Download PDFInfo
- Publication number
- US20120011322A2 US20120011322A2 US12/621,125 US62112509A US2012011322A2 US 20120011322 A2 US20120011322 A2 US 20120011322A2 US 62112509 A US62112509 A US 62112509A US 2012011322 A2 US2012011322 A2 US 2012011322A2
- Authority
- US
- United States
- Prior art keywords
- intended
- shared cache
- data
- processor
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
- G06F12/0806—Multiuser, multiprocessor or multiprocessing cache systems
- G06F12/084—Multiuser, multiprocessor or multiprocessing cache systems with a shared cache
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
Description
- The specification relates generally to mobile electronic devices, and specifically to a method and apparatus for managing memory in a mobile electronic device.
- While the capabilities of mobile electronic devices such as cellular telephones and smart telephones continue to increase in terms of computational power, storage space and the like, the usage of such devices is also becoming more widespread. Greater numbers of more varied users can result in demands for improved functionality being placed on mobile electronic devices. This demand can outpace the improving technical attributes of such devices. As a result, there remains a need for frugal use of mobile electronic devices' resources.
- Embodiments are described with reference to the following figures, in which:
-
FIG. 1 depicts a schematic representation of a mobile electronic device, according to a non-limiting embodiment; -
FIG. 2 depicts a shared cache maintained by the mobile electronic device ofFIG. 1 , according to a non-limiting embodiment; -
FIG. 3 depicts a method for managing memory in a mobile electronic device, according to a non-limiting embodiment; -
FIG. 4 depicts the shared cache ofFIG. 2 following performance of the method ofFIG. 3 , according to a non-limiting embodiment; -
FIG. 5 depicts a method for managing memory in a mobile electronic device, according to a second non-limiting embodiment; and -
FIG. 6 depicts a method for managing memory in a mobile electronic device, according to a third non-limiting embodiment. - An aspect of the specification can provide a method for managing memory in a mobile electronic device, the method comprising: receiving a request to install an application; receiving at least one indication of data intended to be maintained in a shared cache; determining, based on the at least one indication, whether data corresponding to the intended data exists in the shared cache; upon a negative determination, writing the intended data to the shared cache; and repeating the receiving at least one indication, the determining and the writing for at least one additional application. A computer readable storage medium for storing computer readable instructions for execution by a processor, the computer readable instructions implementing the method can also be provided.
- Another aspect of the specification can provide a mobile electronic device comprising: a memory for maintaining a shared cache; a processor interconnected with the memory, the processor configure to receive a request to install an application; the processor further configured to receive at least one indication of data intended to be maintained in the shared cache; the processor further configured to determine, based on the at least one indication, whether data corresponding to the intended data exists in the shared cache maintained within the memory; the processor further configured to write, upon a negative determination, the intended data to the shared cache; and to repeat the receiving at least one indication, the determination and the writing for at least one additional application.
-
FIG. 1 depicts a mobileelectronic device 100. Mobileelectronic device 100 can be based on the computing environment and functionality of a hand-held wireless communication device. It will be understood, however, that mobileelectronic device 100 is not limited to a hand-held wireless communication device. Other electronic devices can be used, such as cellular telephones, smart telephones, media players and laptop computers. Mobileelectronic device 100 can include aprocessor 102 interconnected with aninterface 104 by way of a communication bus (not shown).Interface 104 provides wireless or wired communication capabilities, or both wireless and wired communication capabilities, to mobileelectronic device 100, by way of alink 106 connecting mobileelectronic device 100 to anetwork 108. In the case of wireless communication,link 106 can be a wireless link based on core mobile network infrastructure (e.g. Global System for Mobile communications (“GSM”); Code Division Multiple Access (“CDMA”); CDMA 2000; 3G; 4G).Link 106 can also be based on wireless local area network (“WLAN”) infrastructures such as the Institute for Electrical and Electronic Engineers (“IEEE”) 802.11 Standard (and its variants), Bluetooth or the like, or hybrids thereof. - Mobile
electronic device 100 can also include one or more output devices such as aspeaker 110, amotor 112 and a light emitting diode (“LED”) 114. Speaker 110,motor 112 andLED 114 are interconnected withprocessor 102 over a communication bus (not shown), and can be operable to generate notification signals. For example,speaker 110 can generate an audible notification signal, such as a ring-tone;motor 112 can generate a tactile notification signal by causing mobileelectronic device 100 to vibrate; andLED 114 can generate a visual notification signal, for example by flashing on and off. - Mobile
electronic device 100 can include a further output device in the form of adisplay module 116 interconnected withprocessor 102 via a communication bus (not shown).Display module 116 comprisescircuitry 118 for generating arepresentation 120, for example of data maintained on mobileelectronic device 100. It will now be apparent to those skilled in the art thatdisplay module 116 can include a flat panel display (e.g. liquid crystal display (“LCD”), plasma, and the like), a cathode ray tube (“CRT”), and the like. - Mobile
electronic device 100 can also include aninput device 121 interconnected withprocessor 102 via a communication bus (not shown).Input device 121 can comprise any suitable input device for accepting input data. For example,input device 121 can include button(s), a keypad, a track ball, a scroll wheel and any combination thereof.Input device 121 can also comprise other suitable devices that will occur to those skilled in the art. As a further example,input device 121 can include a touch screen integrated withdisplay module 116. - Mobile
electronic device 100 can also include amemory 122 interconnected withprocessor 102 via a communication bus (not shown).Memory 122 can be read only memory (“ROM”), Electrically Eraseable Programmable Read Only Memory (“EEPROM”), flash memory, or Random Access Memory (“RAM”). It will be appreciated thatmemory 122 can also be any combination or hybrid of the above-mentioned types of memory.Memory 122 can maintain plurality of applications, indicated generically at 124.Applications 124 can comprise computer readable instructions for execution byprocessor 102 to implement any of a wide variety of functionalities on mobileelectronic device 100. It will be understood that whileapplications 124 are shown as being maintained inmemory 122,applications 124 can be stored on any computer readable medium. Examples of such a computer readable medium includememory 122, a removable diskette, CD-ROM, ROM, fixed disk, USB drive and the like. The computer readable medium can also be located remotely to mobileelectronic device 100 and the instructions can be transmitted toprocessor 102 vianetwork 108,link 106 andinterface 104. -
Applications 124 can thus be processed, or executed, byprocessor 102 which makes appropriate use ofmemory 122 as necessary during such execution. It will be understood thatmemory 122 can maintain any number ofapplications 124. For example,memory 122 can maintain one or more email applications, one or more contacts applications, one or more social networking applications, web browsers and the like. In general,processor 102 can be configured, via execution ofapplications 124, to cause mobileelectronic device 100 to carry out a variety of actions that will occur to those skilled in the art (e.g. sending email, uploading and downloading web content and the like). -
Memory 122 can also maintain a sharedcache 126. Sharedcache 126 can comprise a reserved address space. Sharedcache 126 can also comprise a reserved amount of storage space (i.e. not confined to any particular address space). The reserved amount can change as data is added to sharedcache 126. Sharedcache 126 can contain data defining settings and content for use byprocessor 102 during execution ofapplications 124. Turning toFIG. 2 , an exemplary sharedcache 126 is shown. Sharedcache 126 can containdata Data 200 anddata 202 can be name-value pairs as shown inFIG. 2 . It will now be apparent to those skilled in the art that while sharedcache 126 is depicted in a tabular format inFIG. 2 , this format is for illustrative purposes and is not strictly necessary. It will also be apparent that sharedcache 126 need not include the data “Name-Value” as shown in the header row ofFIG. 2 . This header row is provided purely for illustrative purposes. - Each name-value pair includes a name and an associated value. For example,
data 200 comprises aname 200 n, “Pull Time Interval” and avalue 200 v, “5 minutes.”Data 200 thus defines a setting named “pull time interval” maintained in sharedcache 126. Such a setting can be read frommemory 122 byprocessor 102 via execution of anapplication 124. For example,processor 102 can be configured via execution of an email application to regularly request new emails from a server (not shown) vialink 106 andnetwork 108.Processor 102 can be configured, via execution of the email application, to readdata 200 and thereby cause mobileelectronic device 100 to request new emails from the server once every five minutes. - As a further example,
data 202 defines another setting, comprising aname 202 n and avalue 202 v, named “Sync Contacts.”Processor 102 can be configured, via execution of a social networking application for example, to synchronize locally-stored contacts (not shown) maintained inmemory 122 with contacts maintained in a server (not shown) associated with the social networking application.Processor 102 can further be configured, via execution of the social networking application, to readdata 202 and thereby cause mobile electronic device to synchronize locally-stored contacts with contacts stored on the server, or to not synchronize contacts (in other words,value 202 v in the present example can take values of “Yes” or “No”). - It will now be apparent to those skilled in the art that
processor 102 can be configured to access the contents of sharedcache 126 during execution of a variety of applications. For example, the social networking application mentioned above can further configureprocessor 102 to regularly request new messages or other data maintained in the social networking server. In such an exemplary situation,processor 102 can be configured to readdata 200 during execution of the social networking application as well asdata 202. That is, data 200 (as well as any other data contained in shared cache 126) can affect the actions ofprocessor 102 and by extensionmobile device 100 during execution of any of a plurality ofdifferent applications 124. - When a
new application 124 is installed onmobile device 100—that is, newly stored inmemory 122 for present or later execution byprocessor 102—memory 122 and particularly sharedcache 126 can be managed to provide the data required by thenew application 124, as will be discussed in greater detail below with reference toFIG. 3 . -
FIG. 3 depicts a flowchart of amethod 300 for managing memory in a mobile electronic device.Method 300 will be described in conjunction with its performance on mobileelectronic device 100, though it will be understood that neither mobileelectronic device 100 normethod 300 need be exactly as shown. For example, the blocks ofmethod 300 need not appear in exactly the order shown inFIG. 3 . - Beginning at
block 305, mobileelectronic device 100 receives a request to install anapplication 124 atprocessor 102. For example, the request can be received frominput device 121 or from a remote computing device (not shown) vianetwork 108, link 106 andinterface 104. - Proceeding to block 310, mobile
electronic device 100 receives at least one indication of data intended to be maintained in sharedcache 126 for use by thenew application 124. Such an indication can be received atprocessor 102 during installation of theapplication 124. In general, the at least one indication can be a representation of data required by theapplication 124 that can be used in the remainder ofmethod 300 to manage sharedcache 126. In some embodiments, the intended data (that is, data to be maintained in sharedcache 126 for use byprocessor 102 during execution of thenew application 124, following its installation) can comprise at least one name-value pair as described above in connection withFIG. 2 . Further, the at least one indication for a given name-value pair can be the name from that name-value pair. Thus, during the installation ofapplication 124processor 102 can receive at least one name from at least one name-value pair intended to be maintained in sharedcache 126. -
Method 300 then proceeds to block 325, whereprocessor 102 can be configured to determine whether any indications remain to be processed. It will now be apparent that a plurality of indications can be received during the installation ofapplication 124. That is,application 124 can require that a plurality of items of data—for example, name-value pairs—be maintained in sharedcache 126 for use during the execution ofapplication 124. - If the determination at
block 325 is affirmative,method 300 proceeds to block 330, where the next un-processed indication is read byprocessor 102.Method 300 then proceeds to block 335, whereprocessor 102 can be configured to determine, based on the indication fromblock 330, whether data exists in sharedcache 126 corresponding to the intended data required byapplication 124. In some embodiments,processor 102 can thus be configured to assess whether sharedcache 126 contains a name-value pair with a name corresponding (that is, equal to) to the intended name read atblock 330. - In the present exemplary performance of
method 300, it will be assumed that the first indication read atblock 330 is the intended name “Sync Contacts.” The determination atblock 335 is therefore affirmative, as sharedcache 126 does contain a name-value pair with a corresponding name.Method 300 therefore returns to block 325. - Following another affirmative determination at block 325 (meaning that another indication remains to be processed during the installation of application 124)
method 300 proceeds again toblocks block 330 is the intended name “Push Notification.” For this indication, the determination atblock 335 will be negative, as “Push Notification” does not appear in sharedcache 126, as shown inFIG. 2 .Method 300 then proceeds to block 340. - At
block 340,processor 102 can be configured to write the intended data to the sharedcache 126. The results of a performance ofblock 340 can be seen inFIG. 4 , whereadditional data 206 comprising aname 206 n “Push Notification” and avalue 206 v “Email” has been added to sharedcache 126.Data 206 can thus define a setting which determines the desired method of notification for push notifications resulting from the execution ofapplication 124. - Following the performance of
block 340,method 300 returns to block 325. Referring again toFIG. 4 , the results of another affirmative determination atblock 325, followed by another negative determination atblock 335, are shown.Further data 206 has been added to sharedcache 126, comprising aname 206 n “ABC_Logo” and avalue 206v . Value 206 v can be an image file. For example,value 206 v can be the logo of an entity associated withapplication 124. The logo can be displayed in arepresentation 120 generated bydisplay module 116 during execution ofapplication 124. It will now be apparent that various types of data can be stored as values in sharedcache 126. For example, textual and numeral values can be stored, as well as images, videos, sound files and the like. - In the present exemplary performance of
method 300, the next determination atblock 325 is negative. In other words, following the processing of three indications as described above, no further indications remain to be processed during the installation ofapplication 124.Method 300 then proceeds to block 345. - At block 345 a further request can be received to install a
further application 124. Following performance ofblock 345,method 300 returns to block 310 and the receipt of indications and determination of whether or not corresponding data exists in sharedcache 126 can be repeated. It will be understood that performance ofblock 345 need not take place immediately after performance ofblock 325. Rather, performance ofblocks block 345 illustrates thatprocessor 102 can be configured to manage sharedcache 126 of mobileelectronic device 100 during installation of any of a variety ofdifferent applications 124. In some embodiments, the next performance ofmethod 300 resulting from a further installation request can therefore result in no data being added to shared cache 126 (if all the indications received in connection with the further application are representative of data already contained within shared cache 126). - Referring now to
FIG. 5 , a method 500 for managing memory according to another embodiment is shown. It will be noted that several blocks of method 500 are similar to blocks ofmethod 300. Those blocks are numbered similarly to the corresponding blocks ofmethod 300, with the exception of leading “5” being used rather than a leading “3.” Thus, blocks 505, 510, 525, 530, 535, 540 and 545 are as described above in connection with their corresponding blocks ofmethod 300. Method 500 also includesblocks block 515 can take place after performance ofblock 510. Atblock 515,processor 102 can be configured to determine whether sharedcache 126 exists. If the determination is negative,processor 102 can be configured to create sharedcache 126, for example by reserving a predetermined amount of storage space inmemory 122. Method 500 then proceeds to block 525. If the determination atblock 515 is positive, method 500 simply proceeds to block 525. - Referring now to
FIG. 6 , amethod 600 for managing memory according to a further embodiment is shown. As with method 500 above, blocks similar to those ofmethods 300 and are identified with similar numbers (with a leading “6” rather than a “3”). Thus blocks 605, 610, 625, 630, 635, 640 and 645 are as described above in connection with their corresponding blocks inmethod 300. Atblock 610, however, the indications received can include both the name and the value of a name-value pair intended to be stored in sharedcache 126. - Following an affirmative determination at
block 635, rather than return to block 625method 600 proceeds to block 650. Atblock 650,processor 102 can be configured to compare the intended value included in the indication with the existing value associated with the corresponding name within sharedcache 126. For example, the indication can include the intended name “Sync Contacts” and the intended value “No.” Referring briefly toFIG. 4 , the determination atblock 635 is affirmative as sharedcache 126 does contain acorresponding name 202 n “Sync Contacts.” However, the determination atblock 650 is negative, as the associatedvalue 202 v (“Yes”) does not match the intended value of “No.”Method 600 therefore proceeds to block 655, whereprocessor 102 can be configured to overwrite the existingvalue 202 v with the intended value. It will now be apparent that in some embodiments, the overwriting atblock 655 can occur after a confirmation or request to overwrite (not shown) is received, for example in the form of input data received atprocessor 102 frominput device 121. - When the determination at
block 650 is affirmative,method 600 simply returns to block 625. - It will now be apparent that as data maintained in shared
cache 126 can be accessed byprocessor 102 via execution of any of a variety ofapplications 124, changes made to sharedcache 126 during execution of an application can affect the execution of a different application. For example,data 204 of sharedcache 126 can be edited during execution of an application by way of input data received atprocessor 102 frominput device 121. The editing can be, for example, a change ofvalue 204 v from “Email” to “Ring.” Subsequent execution of another application which configuresprocessor 102 to readvalue 204 v can then be affected in that notifications generated byprocessor 102 occur as ring-tones rather than emails. - Certain advantages will now occur to those skilled in the art. For example, rather than each one of
multiple applications 124 maintained onmobile device 100 creating a separate cache with data for use byprocessor 102 during execution of that application, data within sharedcache 126 can be re-used byprocessor 102 during execution of different applications. This allows for reduced usage ofmemory 122 of mobileelectronic device 100. Other advantages may also occur to those skilled in the art. - As a further variation, in some
embodiments processor 102 can be configured to examine the contents of shared cache 126 (that is, the settings and content stored therein).Processor 102 can further be configured to retrieve and install new (i.e. currently not present on mobile electronic device 100) applications based on the results of the examination.Processor 102 can also be configured to controldisplay module 116 to generate arepresentation 120 recommending certain new applications to a user of mobileelectronic device 100. - Persons skilled in the art will appreciate that there are yet more alternative implementations and modifications possible for implementing the embodiments, and that the above implementations and examples are only illustrations of one or more embodiments. For example, elements of the various methods described herein can be combined. That is,
method 300 can include a cache creation step, method 500 can include an overwrite step and so on. The scope, therefore, is only to be limited by the claims appended hereto.
Claims (17)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/621,125 US8386718B2 (en) | 2009-11-18 | 2009-11-18 | Method and apparatus for managing application data in a shared cache of a mobile electronic device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/621,125 US8386718B2 (en) | 2009-11-18 | 2009-11-18 | Method and apparatus for managing application data in a shared cache of a mobile electronic device |
Publications (3)
Publication Number | Publication Date |
---|---|
US20110119447A1 US20110119447A1 (en) | 2011-05-19 |
US20120011322A2 true US20120011322A2 (en) | 2012-01-12 |
US8386718B2 US8386718B2 (en) | 2013-02-26 |
Family
ID=44012179
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/621,125 Active 2031-04-23 US8386718B2 (en) | 2009-11-18 | 2009-11-18 | Method and apparatus for managing application data in a shared cache of a mobile electronic device |
Country Status (1)
Country | Link |
---|---|
US (1) | US8386718B2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160129346A1 (en) * | 2013-06-09 | 2016-05-12 | Sony Computer Entertainment Inc. | Head Mounted Display |
US20180250599A1 (en) * | 2015-03-26 | 2018-09-06 | Audi Ag | Motor vehicle simulation system for simulating a virtual environment with a virtual motor vehicle and method for simulating a virtual environment |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100287256A1 (en) * | 2009-05-05 | 2010-11-11 | Nokia Corporation | Method and apparatus for providing social networking content |
US20130219383A1 (en) * | 2012-02-16 | 2013-08-22 | Israel Hilerio | Using an Application Cache to Update Resources of Installed Applications |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5025365A (en) * | 1988-11-14 | 1991-06-18 | Unisys Corporation | Hardware implemented cache coherency protocol with duplicated distributed directories for high-performance multiprocessors |
US20020156979A1 (en) * | 2001-04-19 | 2002-10-24 | International Business Machines Corporation | Partitioned cache of multiple logical levels with adaptive reconfiguration based on multiple criteria |
US20030177226A1 (en) * | 2002-03-14 | 2003-09-18 | Garg Pankaj K. | Tracking hits for network files using transmitted counter instructions |
US20060069742A1 (en) * | 2004-09-30 | 2006-03-30 | International Business Machines Corporation | Method, system, and computer program product for prefetching sync data and for edge caching sync data on a cellular device |
US20080005087A1 (en) * | 2006-06-19 | 2008-01-03 | Sony Ericsson Mobile Communications Japan, Inc. | Apparatus, method, computer program and mobile terminal for processing information |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6073173A (en) * | 1997-03-17 | 2000-06-06 | International Business Machines Corporation | Method and apparatus for optimal rebasing of web page transmission |
US7882149B2 (en) * | 2004-11-30 | 2011-02-01 | Canon Kabushiki Kaisha | System and method for future-proofing devices using metaschema |
WO2007118890A1 (en) | 2006-04-18 | 2007-10-25 | Phillip Fitzsimmons | Method for extending applications for mobile devices |
-
2009
- 2009-11-18 US US12/621,125 patent/US8386718B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5025365A (en) * | 1988-11-14 | 1991-06-18 | Unisys Corporation | Hardware implemented cache coherency protocol with duplicated distributed directories for high-performance multiprocessors |
US20020156979A1 (en) * | 2001-04-19 | 2002-10-24 | International Business Machines Corporation | Partitioned cache of multiple logical levels with adaptive reconfiguration based on multiple criteria |
US20030177226A1 (en) * | 2002-03-14 | 2003-09-18 | Garg Pankaj K. | Tracking hits for network files using transmitted counter instructions |
US20060069742A1 (en) * | 2004-09-30 | 2006-03-30 | International Business Machines Corporation | Method, system, and computer program product for prefetching sync data and for edge caching sync data on a cellular device |
US20080005087A1 (en) * | 2006-06-19 | 2008-01-03 | Sony Ericsson Mobile Communications Japan, Inc. | Apparatus, method, computer program and mobile terminal for processing information |
Non-Patent Citations (1)
Title |
---|
Cache it! Solve PHP Performance Problems Article >> Site Point, Ben Dechrau, 11/7/2007, http://www.sitepoint.com/caching-php-performance/ * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160129346A1 (en) * | 2013-06-09 | 2016-05-12 | Sony Computer Entertainment Inc. | Head Mounted Display |
US20180250599A1 (en) * | 2015-03-26 | 2018-09-06 | Audi Ag | Motor vehicle simulation system for simulating a virtual environment with a virtual motor vehicle and method for simulating a virtual environment |
Also Published As
Publication number | Publication date |
---|---|
US8386718B2 (en) | 2013-02-26 |
US20110119447A1 (en) | 2011-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11356829B2 (en) | Dynamic types for activity continuation between electronic devices | |
AU2020200339B2 (en) | Activity continuation between electronic devices | |
US9948728B2 (en) | Continuing an activity commenced on a source device with a companion device | |
US8819278B2 (en) | System and method for delivering alerts | |
US10283168B2 (en) | Audio file re-recording method, device and storage medium | |
CN110266505B (en) | Method and equipment for managing session group | |
US11321407B2 (en) | Search method, and apparatus | |
WO2018233155A1 (en) | Instant messaging method and device | |
US8386718B2 (en) | Method and apparatus for managing application data in a shared cache of a mobile electronic device | |
CN103607431A (en) | Mobile terminal resource processing method, apparatus and equipment thereof | |
CN111435318A (en) | Dex optimization method of application program and terminal | |
CN107949830B (en) | Forwarding activity-related information from a source electronic device to a companion electronic device | |
CN109511139B (en) | WIFI control method and device, mobile device and computer-readable storage medium | |
CA2720805C (en) | Method and apparatus for managing application data in a shared cache of a mobile electronic device | |
US20120016941A1 (en) | Method, system and apparatus for controlling a display | |
WO2015078286A1 (en) | Method and device for managing spam message | |
CN107908527B (en) | Application icon display method and device | |
CN112199245A (en) | Mobile terminal screen detection method, system, storage medium and mobile terminal |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: RESEARCH IN MOTION CORPORATION, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AGGARWAL, ANKUR;REEL/FRAME:023557/0669 Effective date: 20091117 |
|
AS | Assignment |
Owner name: RESEARCH IN MOTION LIMITED, ONTARIO Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:RESEARCH IN MOTION CORPORATION;REEL/FRAME:026496/0768 Effective date: 20110413 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: BLACKBERRY LIMITED, ONTARIO Free format text: CHANGE OF NAME;ASSIGNOR:RESEARCH IN MOTION LIMITED;REEL/FRAME:034143/0567 Effective date: 20130709 |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |
|
AS | Assignment |
Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064104/0103 Effective date: 20230511 |
|
AS | Assignment |
Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND Free format text: NUNC PRO TUNC ASSIGNMENT;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064270/0001 Effective date: 20230511 |