USPatent applicationPatented

Apparatus and method for controlling system operation based on battery state

Granted 17 Feb 2009 · 1 office action

Assignee: LG Electronics

Law firm: Law firm · Log in to unlock

Attorney: Attorney · Log in to unlock

Inventors: Kevin Donghun Yoon, Yang Hoon Kim · Examiner: Rehana Perveen · AU 2116 · TC 2100

Life of the application

8 dated events
⤢ drag to zoom20062008201020122014201620182020202220242026ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

Embodiments of an apparatus and method for controlling system operation based on battery state are provided. The apparatus includes a first memory for storing an operating system (OS) to operate and control the system, a microcomputer for controlling the system operation based on battery discharge/charge state information, and a second memory for storing an application containing a microcomputer interface information to control the system operation that is changed depending on the battery state under the OS. An operation based on battery residual quantity is set to an operating system (OS) and a microcomputer. Then, if a user changes operation information based on the battery residual quantity, the changed operation information is applied to the microcomputer through at least one of the OS and an application, and the system is operated based on the changed operation system.

Description

6 parts
›BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to an apparatus and method for controlling a system operation in an operating system (OS).

2. Background of the Related Art

FIG. 1 is a block diagram of a related art computer system. As shown in FIG. 1 , the computer system includes a CPU 10 , a video controller 11 , a host-PCI bridge 12 , a memory 13 storing application programs, a video RAM 14 , an audio controller 15 , a LAN controller 16 , a card bus controller 17 , a PCI-ISA bridge 18 , an LCD 19 , a microcomputer 20 , a keyboard 21 and an HDD 23 storing an operating system (OS).

Also, the microcomputer 20 includes a ROM 200 and a RAM 201 and a keyboard controller 203 . The ROM 200 and the RAM 201 store the information data for operating the system.

FIG. 2 illustrates related art power option registration information associated with warning information (battery low/battery low risk) depending on the use of the battery. As shown in FIG. 2 , the battery low warning and/or the battery low risk warning can be independently set.

For example, in the system (e.g., notebook computer and PDA) using an auxiliary power supply (e.g., battery), the warning operation and the system operation can be separately performed depending on the discharge degree of the battery. The battery low warning (first signal) or the battery low risk warning (second signal) are separately set to the OS and the microcomputer, depending on the percentage of the battery residual quantity. The OS and the microcomputer are operated depending on the respective warnings.

FIG. 3 illustrates the related art battery low warning operation and the system operation according to the setup of FIG. 2 . As shown in FIG. 3 , if the system is in a preset battery low state, the computer system gives a sound warning and displays a message, and then, the system is changed into one state among a standby mode (S 3 ), a maximum power saving mode (S 4 ) and a system termination mode (S 5 ). In general operations, the system is changed into the standby mode and then performs the maximum power saving mode or the system termination mode depending on the discharge degree of the battery.

Under the Windows OS, the related art notebook system provides the battery low information and the battery low risk information in association with the battery residual quantity. These warnings must be operated according to the user setup.

However, the user can change the battery related information. For example, when the warning or action is taken depending on the battery residual quantity, the user can change the information on the battery residual quantity and the warning action.

Under the Window OS, the changed battery information is not transmitted to the microcomputer that controls the battery. Therefore, it is difficult for the microcomputer to perform the correct response as the user desires. That is, the current notebook computer or the PDA has the battery as the auxiliary power supply. Most of the OSs provide several battery related events because the power is abruptly cut off when the battery is used up.

As described above, the related art apparatus and method for controlling system operation in an operating system (OS) have various disadvantages. For example, since the related art OSs have no suitable interface specification for the microcomputer, it is impossible to take appropriate actions depending on the battery residual quantity, which is updated by the OS. Further, the respective devices may not be operated according to the updated information on the battery residual quantity.

In addition, the system may wake up even in a preset specific mode, resulting in system crash caused by the battery consumption. The above references are incorporated by reference herein where appropriate for appropriate teachings of additional or alternative details, features and/or technical background.

›SUMMARY OF THE INVENTION

An object of the invention is to solve at least the above problems and/or disadvantages or to provide at least the advantages described hereinafter.

Another object of the present invention is to provide an apparatus and method for controlling system operation that substantially obviates one or more problems due to limitations or disadvantages of the related art.

Another object of the present invention is to provide an apparatus and method for controlling system operation in which when operation information depending on battery residual quality is changed, a controller controls the system based on the changed operation information, or maintains a specific mode that is preset depending on the battery residual quantity.

Another object of the present invention is to provide an interface between an OS and a microcomputer and a control method thereof, in which a notebook computer environment can be made convenient to a user.

Another object of the present invention is to provide an apparatus and method for controlling system operation, in which a designated action associated with battery residual quantity can be suitably performed by providing information changed between an OS and a battery to a microcomputer.

Another objection of the present invention is to provide an apparatus and method for controlling system operation, in which battery operation information can be modified/operated based on changes using a newly added microcomputer firmware interface to an application to transfer the changed battery operation information to the microcomputer.

Another object of the present invention is to provide an apparatus and method for controlling system operation, in which when the system is powered on or when the user changes the battery related setup, an application can read out changed information based on the battery residual information from an OS and provide the same to a microcomputer from operations thereon based on the provided values.

Another object of the present invention is to provide an apparatus and method for controlling system operation, in which peripheral devices can be controlled depending on the changed battery residual information by a microcomputer.

Another object of the present invention is to provide an apparatus and method for controlling system operation, in which when the system is in a prescribed mode associated with the battery residual quantity, the prescribed set mode is maintained without waking up the system to reduce a likelihood of or prevent an abrupt system crash.

In order to achieve at least these objects or other advantages in a whole or in part and in accordance with one aspect of the invention there is provided an apparatus for controlling system operation based on battery state, the apparatus includes a first memory configured to store an operating system (OS) to operate and control the system, a controller configured to control a battery state information table and a second memory configured to store an application configured to have an interface to the controller and contain the battery state information table to control between the system operation and the controller, wherein the battery state information table is changed depending on a battery state under the OS.

To further achieve at least these objects or other advantages in a whole or in part and in accordance with one aspect of the invention, there is provided a method for controlling system operation based on battery state, the method includes setting an operation based on a battery information table to an operating system (OS) and a microcomputer, checking whether the battery information table is changed, reading out the changed battery information from the changed battery information table using an application, applying the changed battery information to the microcomputer, wherein the application transfers the changed battery information to the microcomputer through a firmware interface and repeatedly performing the checking, reading and applying.

To further achieve at least these objects or other advantages in a whole or in part and in accordance with one aspect of the invention there is provided a method for controlling system operation based on battery state, the method includes setting an operation based on first and second battery low state information to an operating system (OS) and a controller, changing one of the first and second battery low state information based on the battery residual quantity, and applying the changed operation information to the controller, wherein the changed operation information is a peripheral device control information.

To further achieve at least these objects or other advantages in a whole or in part and in accordance with one aspect of the invention there is provided a method for controlling system operation based on battery state, the method includes updating a power information, storing the updated power information in a microcomputer to control a system and determining the system wake-up when a system operation is in battery low operations by maintaining a current operation mode when a battery residual power is below a predetermined value regardless of preset operations based on the battery residual power for the battery low operations of the current operation mode.

To further achieve at least these objects or other advantages in a whole or in part and in accordance with one aspect of the invention there is provided a method for controlling system operation based on battery state, the method includes updating a power information, storing the updated power information in a microcomputer to control the system and determining system wake-up, considering at least one of whether a current operation mode of the system is a specific mode, whether a current battery state is in the range of the updated power information, and whether the updated power information operation is a preset operation.

Additional advantages, objects, and features of the invention will be set forth in part in the description which follows and in part will become apparent to those having ordinary skill in the art upon examination of the following or may be learned from practice of the invention. The objects and advantages of the invention may be realized and attained as particularly pointed out in the appended claims.

›BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be described in detail with reference to the following drawings in which like reference numerals refer to like elements wherein:

FIG. 1 is a block diagram of a related art computer system;

FIG. 2 illustrates related art power option registration information associated with warning information depending on the use of the battery;

FIG. 3 illustrates a related art battery low warning operation and a system operation according to the setup of FIG. 2 ;

FIG. 4 is a block diagram of a preferred embodiment of a system including a memory storing an application according to the present invention;

FIG. 5 illustrates a microcomputer firmware interface specification for allowing the changed battery information to operate in the microcomputer under the OS according to an embodiment of the present invention;

FIG. 6 is a flowchart illustrating a preferred embodiment of a method for storing the changed information in association with the battery warning operation; and

FIG. 7 is a flowchart illustrating another preferred embodiment of a method for operating the system in a specific mode based on the changed information in association with the battery warning operation.

›DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS · 1 of 3

FIG. 4 is a block diagram of an embodiment of a system including a memory that stores an application according to the present invention. As shown in FIG. 4 , the system can include an HDD 41 serving as a first memory, a second memory 42 , and other device or devices 43 operating in the system. The HDD can store an operating system (OS) 41 a for operating and controlling the system. The second memory 42 can store an application 42 a containing a microcomputer firmware interface information for controlling the system operation that is changed depending on the battery state under the OS.

When the system is powered on or when the user changes the battery related setup, the application containing the microcomputer firmware interface information can read out the changed information from the OS and store it in the microcomputer. Then, the microcomputer can operate based on the stored value. When the system is powered on or when the user changes the battery related setup, the changed battery operating information can be directly or automatically stored in the application and the microcomputer.

Accordingly, an embodiment of the present invention can provide a microcomputer firmware interface to an application coupled to the HDD 41 (e.g., OS) to transfer selected power saving data (e.g., from a battery or the OS) not provided to or accessible to by the microcomputer 40 , which can control a battery.

FIG. 5 illustrates a microcomputer firmware interface specification for allowing the changed battery information to operate in the microcomputer under the OS according to an embodiment of the present invention. As shown in FIG. 5 , functions that the user can adjust in association with the battery under the Window OS can be as follows.

Warning enable/disable operation (e.g., BL 1 _Enable/Disable), warning operation (e.g., BL 1 _Operation) and warning percentage (e.g., BL 1 _Percentage), which are associated with the battery low warning information.

Warning enable/disable operation (e.g., BL 2 _Enable/Disable), warning operation (e.g., BL 2 _Operation) and warning percentage (e.g., BL 2 _Percentage), which are associated with the battery low risk warning information. As described above, “BL” is an acronym of “battery low”. As shown in FIG. 5 , the set values can be arbitrarily set by the user.

As shown in FIG. 5 , the interface information associated with the battery low state can include the battery residual percentage information BL 1 _Percentage, the battery LED on/off information BL 1 _Enable, and the warning operation information BL 1 _Operation for performing the operation set by the user. The battery residual percentage information BL 1 _Percentage can be set within the range of 0-100% based on the battery discharge or charge level and the set battery residual percentage information is stored in a form of binary information or the like.

Based on or relative to the set battery residual percentage information, the battery residual percentage is detected, and the LED enable/disable information Enable/Disable notifying the battery low state can be stored.

Also, in case where the system is in the state corresponding to the battery residual information set by the user, the information BL 1 _Operation for performing the operation preset by the user can be stored in a form of binary information or the like.

For example, the stored binary information can include a maximum power saving mode ( 0010 ), a standby mode ( 0001 ), a power off mode ( 0011 ), and a state maintenance (e.g., Nothing) mode ( 0000 ). In a case where the system operation is at risk due to the low battery, the form of the interface information can be substantially similar to the case when the battery is low.

However, there is or can be a difference in detailed information. For example, the battery residual percentages of the battery warning can be set differently from each other. Such information can include the battery residual percentage information BL 2 _Percentage, the battery LED on/off information BL 2 _Enable, and the warning operation information BL 2 _Operation for performing the operation set by the user.

The battery residual percentage information BL 2 _Percentage can be set based on the battery discharge or charge level and the set battery residual percentage information BL 2 _Percentage can be stored in a form of binary information. Based on the set battery residual percentage information BL 2 _Percentage, the LED enable/disable information Enable/Disable (e.g., peripheral device) notifying the battery low risk state can be stored in a form of binary information.

The firmware interface configuration described above can be stored in the OS 41 a, the application 42 a and then the microcomputer 40 . The changed battery information and operation information can be transferred to the microcomputer, such that the desired operation is executed.

FIG. 6 is a flowchart illustrating an embodiment of a method for storing the changed information in association with the battery warning operation. As shown in FIG. 6 , an operation based on the battery residual quantity can be set to the OS and the microcomputer (block S 601 ).

It is checked whether or not the user changes the information (e.g., warning information and/or operation information as shown in FIG. 5 ) based on the battery residual quantity (block S 602 ). If the operation based on the battery residual quantity is changed as shown in FIG. 5 (block S 602 ), the application can read out the changed information through the firmware interface (block S 603 ).

The application can store the changed battery residual information and/or the changed operation information in the microcomputer through the firmware interface (block S 604 ). The operation information based on the changed battery residual information can be applied to and stored in the microcomputer to control the corresponding device.

For example, the microcomputer can control the devices to perform the maximum power saving mode, the standby mode, the Nothing or power off mode, based on at least one of the stored changed information and battery residual quantity (block S 605 ). Thus, the modes of the devices can be changed based on the battery residual quantity.

›DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS · 2 of 3

Such operations can be repeated based on the changed information already stored in the microcomputer until the updated information (such as shown in FIG. 5 ) is inputted to the microcomputer (block S 606 ). Accordingly, the devices can perform the maximum power saving mode, the standby mode, the Nothing or power off mode, based on the battery residual quantity.

When the user changes the operation information based on the battery residual quantity, the OS can automatically notify the information to the application or the microcomputer. However, the present invention is not intended to be so limited. Alternatively, the application can determine whether the battery residual information is changed or not, and read out the changed information. Then, the changed information is applied to the microcomputer.

The above described method can be applied to the embodiment of FIG. 4 of the present invention. However, the present invention is not intended to be so limited. In addition, the information can be updated when the system is powered on or rebooted.

FIG. 7 is a flowchart illustrating another embodiment of a method for operating the system in a specific mode based on the changed information in association with the battery warning operation. As shown in FIG. 7 , an operation based on the battery residual quantity can be set to the OS, and the application can read out a battery related action table (e.g., FIG. 5 ) of the system setting from the OS (block S 701 ). The embodiment of FIG. 7 will be described using the information described in FIG. 5 . However, the present invention is not intended to be so limited.

It can be checked whether the information of FIG. 5 (e.g., warning information and/or operation information) based on the battery residual quantity is changed or not (block S 702 ).

In block S 702 , if the information of FIG. 5 is changed, the application can read out the changed information from the OS through firmware interface and store it in the microcomputer (block S 703 ).

A current operation mode of the system can be checked. For example, it can be checked whether the system is in the S 0 mode (normal mode) or in the S 4 mode (maximum power saving mode) or in the S 5 mode (system off mode) (block S 704 ).

If the system is not in at least one mode of S 0 , S 4 and S 5 (block S 704 ), it can be checked whether the current mode is S 3 (standby mode) (block S 706 ).

If the current battery state is below the set range of FIG. 5 (block S 706 ), it can be checked whether the system operation in the BL 1 (battery low) and BL 2 (battery low risk) is in the Nothing mode or in the S 3 mode (power saving mode/standby mode) (block S 707 ).

If the system operation in the BL 1 and BL 2 is in the Nothing mode or in the S 3 mode, the system preferably does not wake up (block S 708 ).

The “wake-up” is a process of executing the operation set by the user, for example, the maximum power saving mode or the system termination, so as to wake up the system. However, at this point, the system may be abruptly crashed due to the power consumption during the wake-up process.

Meanwhile, if the preset information of FIG. 5 is not updated (block S 702 ), the battery information is preferably not updated in the microcomputer (block S 709 ).

If the current operation mode of the system is at least one of the S 0 , S 4 and S 5 modes in block S 704 , or if the current mode is not the S 3 mode in block S 705 , or if the current battery state is not below the set range in block S 706 , or if the BL 1 and BL 2 operations are not the Nothing/S 3 mode in block S 707 , the preset operations can be executed (block S 710 ). From blocks S 710 and S 708 , the process can be completed.

Any reference in this specification to “one embodiment,” “an embodiment,” “example embodiment,” etc., means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of such phrases in various places in the specification are not necessarily all referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with any embodiment, it is submitted that it is within the purview of one skilled in the art to effect such feature, structure, or characteristic in connection with other ones of the embodiments. Furthermore, for ease of understanding, certain method procedures may have been delineated as separate procedures; however, these separately delineated procedures should not be construed as necessarily order dependent in their performance. That is, some procedures may be able to be performed in an alternative ordering, simultaneously, etc.

As described above, embodiments of an apparatus and method for controlling system operations have various advantages. For example, to transfer the changed battery operation information to the microcomputer, the microcomputer firmware interface specification can be newly added to transfer the changed battery operation information to the microcomputer. Then, the battery operation information can be modified/operated in the microcomputer, based on the changed battery operation information under the OS. Also, if the operation based on the battery residual information is the Nothing mode or the power saving mode, the operation state can be maintained without waking up the system.

Accordingly, the changed information between the OS and the battery can be provided to the application containing the microcomputer firmware interface specification through the application, such that the action associated with the battery residual quantity is performed as the user desires. In addition, when the system is powered on or when the user changes the battery related setup, the application can read out the changed information based on the battery residual information from the OS and then store it in the microcomputer. The microcomputer can operate based on the stored values, which can improve the performance of the system.

›DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS · 3 of 3

Further, when the system is in a prescribed mode associated with the battery residual quantity, the set mode can be maintained without waking up the system, thereby preventing the abrupt system crash.

The foregoing embodiments and advantages are merely exemplary and are not to be construed as limiting the present invention. The present teaching can be readily applied to other types of apparatuses. The description of the present invention is intended to be illustrative, and not to limit the scope of the claims. Many alternatives, modifications, and variations will be apparent to those skilled in the art. In the claims, means-plus-function clauses are intended to cover the structures described herein as performing the recited function and not only structural equivalents but also equivalent structures.

Claims as granted

25 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

2 codes
IPC · International Patent Classification
Section G — Physics
  • G06F1/26
USPC · US Patent Classification
713/300

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJan 2005Jul 2005Jan 2006Jul 2006Jan 2007Jul 2007Jan 2008Jul 2008Jan 2009USPTOApplicantNon-final rejectionResponse after non-final
USPTOApplicanthover for detail · click to open
Pendency
4.0 y
1,460 days filing → grant
Office actions
1
non-final + final
Responses
1
no RCE
Examiner
Rehana Perveen
art unit 2116 · TC 2100
Citations: 6 back · 1 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom20062008201020122014201620182020202220242026Owner 1
Titlehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock