Patent Application
20140340043
This application relates to a method and apparatus of charging a battery, and more specifically, to determining a limit on the amount of battery charging to perform based on various battery use criteria.
Conventionally, the batteries used to power a laptop, cell phone, tablet computing device, smartphone, etc., are charged by interfacing the device with a charging plug, cradle, etc. The amount of charge provided to a battery is inevitably a full charge over a period of charging time.
However, the physical composition of a lithium ion battery, a nickel cadium battery or other types of batteries used in everyday electronic devices may degrade rapidly if overcharged for extended periods of time. In other words, too much charge and not enough respective discharge (i.e., battery use) may lead to a loss of charge maintain capabilities for the battery. This result, in turn, leads to a battery that is not capable of holding charge, which can cause disruption and customer dissatisfaction as the battery begins to fail.
The cost of new batteries for the various user devices possessed by the everyday consumer can add up quickly. Also, certain devices, such as APPLE® products and newer smartphone devices generally do not offer battery replacement options as the batteries are sealed away from user access. Further, the amount of overcharging is beginning to have an impact on the power grid by wasting energy for charging a device that may not require such charge at any given moment in time.
One embodiment of the present application may include a method including identifying an electronic device use event comprising at least one of an amount of time and an amount of battery charge used to perform the use event, storing the electronic device use event in memory, retrieving the electronic device use event from memory responsive to a battery charge management operation, and applying the electronic device use event to the battery charge management operation.
Another example embodiment of the present invention may include an apparatus that includes a processor configured to identify an electronic device use event comprising at least one of an amount of time and an amount of battery charge used to perform the use event, and a memory configured to store the electronic device use event. The processor is further configured to retrieve the electronic device use event from the memory responsive to a battery charge management operation, and apply the electronic device use event to the battery charge management operation.
It will be readily understood that the components of the present application, as generally described and illustrated in the figures herein, may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of a method, apparatus, and system, as represented in the attached figures, is not intended to limit the scope of the application as claimed, but is merely representative of selected embodiments of the application.
The features, structures, or characteristics of the application described throughout this specification may be combined in any suitable manner in one or more embodiments. For example, the usage of the phrases “example embodiments”, “some embodiments”, or other similar language, throughout this specification refers to the fact that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the present application. Thus, appearances of the phrases “example embodiments”, “in some embodiments”, “in other embodiments”, or other similar language, throughout this specification do not necessarily all refer to the same group of embodiments, and the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
In addition, while the term “message” has been used in the description of embodiments of the present application, the application may be applied to many types of network data, such as, packet, frame, datagram, etc. For purposes of this application, the term “message” also includes packet, frame, datagram, and any equivalents thereof. Furthermore, while certain types of messages and signaling are depicted in exemplary embodiments of the application, the application is not limited to a certain type of message, and the application is not limited to a certain type of signaling.
Example embodiments of the present application provide hardware and/or software that manages the amount of charge or the length of a charging operation applied to a battery. For example, a battery may be used in a handheld device, such as a cell phone, smartphone, tablet computing device, laptop or other hardware device. The battery may be lithium ion, nickel cadium or any battery type known to one skilled in the art. The amount and/or time for a charge to be applied to a battery at any given charging session may be increased or decreased depending on a number of factors discussed in detail below.
Once a known use percentage “Y” has been tracked by a tracking application for one day, one week, one month, etc., the amount of battery consumption may become a known use variable that is applied to a charging operation for future battery charging efforts. For example,
Regarding battery discharge, a normal discharge may occur any time the battery is being utilized by the corresponding device and the battery is not receiving a charge from an external charge source. A conditioning discharge may occur when a regular battery maintenance procedure is being performed to reduce a particular battery charge level. In operation, the conditioning discharge may initiate a software application or other device function to be performed to the device in order to draw current from the battery and reduce the charge level. For example, a high discharge function, such as a GPS antenna finding function or a WIFI signal seeking function may be initiated to rapidly draw current from the battery and reduce its overall charge level. Automatic and periodic checks may be performed to monitor battery charge levels to ensure the battery is not over discharged (e.g., 30 seconds, 60 seconds, etc.) during a conditional discharge operation.
In operation, the charger may begin charging the battery 210 the moment that the charge device 224 is plugged into the power supply 222 and the mobile device 228. The amount of battery charge level 212 is then determined and compared to a target level of battery charge based on known usage history or other usage variables (e.g., current usage, estimated usage, time of day, battery capacity, user profile, etc.). The charge level of the battery is then determined to be greater or equal to a threshold, such as the calculated target charge level. If the battery charge level is lower than the desired target threshold level, then the charging is continued by returning to operation 210. If the battery charge level is greater or equal to the target level then the charging is stopped at operation 218. A signal may be transmitted to the charge interface in the device 228 or the charge unit 224 to disable/enable the battery charging 221 based on the logic operations described in detail above. The bitwise logic may be configured to operate on a serial cable interface or bidirectional digital interface. In operation, the panel may transmit a signal every so many seconds (e.g., 15, 30, 45, 60, 90, etc.) to prompt the power charging source, such as the charging cradle, to power-off. If a predetermined amount of time passes without a message being received, then the charging source (i.e., cradle) will then turn its charging capabilities back to the ‘on’ position and initiate a battery charging operation.
Continuing with
In the charging decision 310 of
When identifying information about a particular battery or initiating feedback about the battery's charge, such information may be identified from a 64-register processing chip. The calculations may be derived from one or more of voltage levels, cell voltage, current, temperature, and remaining capacity levels. In operation, the application may begin with no awareness of the battery. An initial operation may include detecting the presence of the battery by a positive voltage detection or current detection from the battery's response to an active signal sent via the charging interface. The applied charge may initiate a connection or response with the battery. If the battery is being used to operate the corresponding device (e.g., smartphone), then the battery may be protected from damage by initiating a shutdown procedure if the temperature is out of an acceptable range, or if the voltage or capacity is too low. If the device is receiving charge from an external source then the battery may be charged if its current charge level is below a target charge threshold. Also, while charging the battery, it may be necessary to require protection from high temperatures 336.
The battery charge management application may be operating in the background of the smartphone's operating system. The application may identify a particular event “3 hour presentation” and identify the amount of power required based on the time of the scheduled event, the type of event (e.g., Internet service required, GPS signal required, applications required, etc.) and determine an estimate as to the amount of battery charge required to maintain the battery level for the entire event without overcharging and wasting energy and battery life and/or without undercharging so the device quits due to a lack of battery charge during the event.
One example procedure for identifying a calendar event and incorporating the event into a battery charge operation may provide identifying a present calendar entry 410 by considering the present day, the present time slot or the 1-4 hours in the near future. Those identified events are then compared to a battery charge level 412 of the present battery charge status. The difference between the battery level required and the current battery level is then calculated 416 and if the value is negative no charge is required. However, if the difference value is positive and the current battery level is less than what is required, then the difference value is applied to a battery charge function used to determine how much time and/or how much charge is required 414 to prepare the battery for the present calendar entry or event.
The battery charger is then controlled via a battery charge application which transmits an enable or disable signal to the charge interface (i.e., serial interface, USB interface) depending on whether more charge is required for the upcoming calendar event. The charge initiation or stopping 418 may be performed to charge the battery of the user's device just enough to reduce the amount of power usage and to ensure the battery's total charge capacity is at a nominal level that won't contribute to the reduction of the battery's life (i.e., not overcharged).
The electronic device use event may be a time use duration performed on the electronic device or a specific application. The battery of the electronic device may be charged for a predefined amount of time based on a function of the use event information. A predefined amount of time is directly proportional to a use event use time duration. The battery of the electronic device may also be charged until a threshold battery charge level is obtained based on a function of the use event information, such as the amount of time used, the type of application or other charge criteria used to determine how long or how much to charge the battery. Also, the threshold battery charge level may be based on a corresponding category of the application (i.e., GPS, video/audio, data usage requirements, etc.).
Another example embodiment of the present application may include a method that is performed by the system 500 that includes identifying an event entry stored in an event application. Examples of events may include a group presentation in a calendar application which identifies the event as having a particular time frame, a particular application (e.g., MICROSOFT POWERPOINT®, etc.). This information may be identified and an estimated time duration may also be identified or estimated as being associated with the event via the initiation module 510. Next, an amount of battery charge required to satisfy the event being conducted on the electronic device may be calculated via the charge level determination module 520 and the battery of the electronic device may be charged to a charge level corresponding to the calculated amount of battery charge via the update usage module 530.
The event entry may be a calendar entry in a calendar application operated by the electronic device. Further operations may include determining at least one application that will be used during the event and estimating an amount of battery charge required to operate the application during the event. The operations may also include calculating an amount of battery charge required to operate the application during the event based on application type, time usage estimated and other device features which may be invoked during the presentation (i.e., data usage from Internet access, video and audio functions, etc.) which may be battery use intensive. The battery may then be charged to add a charge level that is required for the event. The battery may be charged until the charge level has been satisfied. In order to confirm the amount of charging is accurate, the battery charge level may be monitored during the charging of the battery to ensure the battery is not overcharged. The monitoring may be performed every 30 seconds, 60 seconds, 90 seconds, etc. to ensure the battery charge is not greater than the predefined battery charge level.
The operations of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a computer program executed by a processor, or in a combination of the two. A computer program may be embodied on a computer readable medium, such as a storage medium. For example, a computer program may reside in random access memory (“RAM”), flash memory, read-only memory (“ROM”), erasable programmable read-only memory (“EPROM”), electrically erasable programmable read-only memory (“EEPROM”), registers, hard disk, a removable disk, a compact disk read-only memory (“CD-ROM”), or any other form of storage medium known in the art.
An exemplary storage medium may be coupled to the processor such that the processor may read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an application specific integrated circuit (“ASIC”). In the alternative, the processor and the storage medium may reside as discrete components. For example
As illustrated in
Although an exemplary embodiment of the system, method, and computer readable medium of the present invention has been illustrated in the accompanied drawings and described in the foregoing detailed description, it will be understood that the invention is not limited to the embodiments disclosed, but is capable of numerous rearrangements, modifications, and substitutions without departing from the spirit or scope of the invention as set forth and defined by the following claims. For example, the capabilities of the system of
One skilled in the art will appreciate that a “system” could be embodied as a personal computer, a server, a console, a personal digital assistant (PDA), a cell phone, a tablet computing device, a smartphone or any other suitable computing device, or combination of devices. Presenting the above-described functions as being performed by a “system” is not intended to limit the scope of the present invention in any way, but is intended to provide one example of many embodiments of the present invention. Indeed, methods, systems and apparatuses disclosed herein may be implemented in localized and distributed forms consistent with computing technology.
It should be noted that some of the system features described in this specification have been presented as modules, in order to more particularly emphasize their implementation independence. For example, a module may be implemented as a hardware circuit comprising custom very large scale integration (VLSI) circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices, graphics processing units, or the like.
A module may also be at least partially implemented in software for execution by various types of processors. An identified unit of executable code may, for instance, comprise one or more physical or logical blocks of computer instructions that may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the module and achieve the stated purpose for the module. Further, modules may be stored on a computer-readable medium, which may be, for instance, a hard disk drive, flash device, random access memory (RAM), tape, or any other such medium used to store data.
Indeed, a module of executable code could be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be identified and illustrated herein within modules, and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network.
It will be readily understood that the components of the invention, as generally described and illustrated in the figures herein, may be arranged and designed in a wide variety of different configurations. Thus, the detailed description of the embodiments is not intended to limit the scope of the invention as claimed, but is merely representative of selected embodiments of the invention.
One having ordinary skill in the art will readily understand that the invention as discussed above may be practiced with steps in a different order, and/or with hardware elements in configurations that are different than those which are disclosed. Therefore, although the invention has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention. In order to determine the metes and bounds of the invention, therefore, reference should be made to the appended claims.
While preferred embodiments of the present application have been described, it is to be understood that the embodiments described are illustrative only and the scope of the application is to be defined solely by the appended claims when considered with a full range of equivalents and modifications (e.g., protocols, hardware devices, software platforms etc.) thereto.
