Battery health state estimation method, early warning method and electronic equipment

Abstract

The invention discloses a battery health state estimation method, an early warning method and electronic equipment, a payment terminal comprises a payment module, and the method comprises the steps: obtaining the state of the payment terminal, and monitoring the non-dormancy time of the payment terminal, the non-dormancy time comprising the sum of payment time values, the payment time value comprises the starting time when the payment module is triggered to the standby time of the payment terminal; judging whether the non-dormancy time reaches a preset threshold value or not, and if yes, adding 1 to the accumulated use days corresponding to the battery; wherein the preset threshold value is determined according to the battery capacity of the battery and the unit power consumption of the payment terminal; and obtaining a use day number threshold value of the battery, and determining the health state of the battery based on the use day number threshold value and the accumulated use day number. According to the invention, different day number thresholds are determined according to the battery capacity and the unit power consumption to carry out statistics on the battery use day number, so that personalized statistics on different batteries can be realized.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of battery monitoring, in particular to a battery health state estimation method, a warning method and an electronic device. BACKGROUND

[0002] Electronic devices usually rely on batteries for power supply. With the increase of charging and discharging times, the health state of the battery will change. If the health state of the battery is not good, it will affect the standby time and use time of the electronic device.

[0003] In the related art, the prediction and estimation of the battery health state are extremely inaccurate, and many batteries with good health state will issue warnings, or the battery has problems but no warning is sent, which is not conducive to the use of the battery. SUMMARY

[0004] The technical problem to be solved by the present application is to provide a battery health state estimation method, a warning method and an electronic device, which can more accurately determine the battery use days during battery health state estimation.

[0005] To solve the above technical problems, one technical solution adopted by the present application is: A battery health state estimation method applied to a payment terminal, the payment terminal comprising a payment module, the method comprising: obtaining the state of the payment terminal and monitoring the non-sleep time of the payment terminal, the non-sleep time comprising the sum of payment time values, the payment time values comprising the time from the start time when the payment module is triggered to the time when the code scanning payment terminal is in standby; determining whether the non-sleep time reaches a preset threshold value, if yes, increasing the cumulative use days of the battery by 1; wherein the preset threshold value is determined according to the battery capacity of the battery and the unit power consumption of the payment terminal; obtaining the use day threshold value of the battery, and confirming the battery health state based on the use day threshold value and the cumulative use days.

[0006] To solve the above technical problems, another technical solution adopted by the present application is: An electronic device comprising a memory, a processor and a computer program stored on the memory and running on the processor, wherein the processor executes the computer program to implement each step of the above battery health state estimation method or each step of the above battery health state warning method.

[0007] The application has the beneficial effects that: the application combines the working characteristics of the payment terminal, and takes the non-sleeping time of the battery of the payment terminal as a statistical item of the cumulative use days of the battery. For the payment terminal, the battery loss in the standby state is low, even negligible, compared with the related art which takes the use time of the device as the judgment of the battery health state, which leads to a large error, and many devices without battery health state problems will also be warned. The application counts the non-sleeping time, and combines the way of determining different day thresholds according to different battery capacities and different unit power consumptions of the payment terminal to realize the state monitoring of the battery, which is more in line with the actual health state of the battery. For large-capacity batteries, the time period of single charging and discharging will be longer, and different unit power consumptions will also affect the time period of single charging and discharging of the battery. Therefore, determining different day thresholds according to the battery capacity and the unit power consumption to count the use days of the battery can realize personalized statistics of different batteries, can more truly reflect the battery health state of the payment terminal, avoid false alarm, and improve the battery utilization rate. BRIEF DESCRIPTION OF DRAWINGS

[0008] Figure 1 A step flowchart of a battery health state estimation method provided for the embodiment of the application is shown in the figure. Figure 2 A step flowchart of the application of a battery health state estimation method provided for the embodiment of the application in an actual scene is shown in the figure. Figure 3 A step flowchart of a battery health state warning method provided for the embodiment of the application is shown in the figure. Figure 4 A structure schematic diagram of an electronic device provided for the embodiment of the application is shown in the figure. DETAILED DESCRIPTION

[0009] In order to make the technical problems, technical solutions and beneficial effects of the application clearer, the application will be further described in detail below in combination with the drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the application and not to limit the application.

[0010] In the following description, specific details such as specific system structures, techniques, etc. are presented in order to thoroughly understand the embodiments of the application, but it should be clear to those skilled in the art that the application can also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits and methods are omitted to avoid unnecessary details that hinder the description of the application.

[0011] It should be understood that the word "comprising" when used in the specification and claims of this application indicates the existence of the stated features, integers, steps, or elements but does not preclude the presence or addition of one or more other features, integers, steps, elements, or groups thereof.

[0012] Reference throughout this application to "one embodiment" or "some embodiments" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the application. Thus, the appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in additional embodiments," and the like in various places throughout this specification are not necessarily referring to the same embodiment, unless otherwise expressly specified. The terms "including," "containing," "having," and variations thereof are meant to encompass the presence of stated features, integers, steps, operations, elements, or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or groups thereof.

[0013] In the related art, in the process of battery health state estimation, if the accurate battery use days can be obtained, the accuracy of the battery health state estimation can be improved. In particular, for payment terminal devices, they are usually in a standby state when there is no need to perform payment (such as scanning code or NFC) operation, and the conventional use time estimation method is not applicable. Specifically, the payment terminal is in a sleep state when it does not perform payment action, and the duration of a single payment action performed by the payment terminal is also short. Therefore, there is a large error in directly considering the use days (days after leaving the factory) of the payment terminal as the use days of the battery, thereby making the estimation of the battery health state of the payment terminal inaccurate. At the same time, the battery capacity of different models of payment devices is also different, and the size and model of the hardware module such as the display screen of the payment device are also different, which will cause the unit power consumption of the payment device to be different, and the unit power consumption and the battery capacity will both affect the single charge-discharge time of the battery. In the related art, the use days are used to predict the battery health state of the payment terminal, and the accuracy is extremely low, which is easy to cause the actual battery health state to be good but an early warning is issued or the battery has a problem but no early warning is sent, and the gap between the early warning and the actual battery health state is large, which is not conducive to the normal use of the battery.

[0014] To solve the above problems, the application provides a battery health state estimation method, a warning method and an electronic device. The following will introduce a battery health state estimation method of the application in detail.

[0015] The battery health state estimation method and early warning method in the application can be used for estimating the health state of the battery in the device powered by the battery. The payment terminal in the application can be a payment terminal including different payment modules, such as a payment terminal including an NFC payment module, a code scanning payment module, a card reading payment module, and the like.

[0016] The battery health state estimation method in the application is specifically introduced below, and the accompanying drawings are referred to Figure 1 , including steps 110 to 130.

[0017] Step 110, obtaining the state of the payment terminal and monitoring the non-sleep time of the payment terminal, the non-sleep time including the sum of payment time values, the payment time value including the time from the start time when the payment module is triggered to the time when the payment terminal is in standby.

[0018] If the state of the payment terminal includes sleep and non-sleep, the default state of the payment terminal is in the sleep state, and when the payment operation is needed, it is woken up to enter the non-sleep state to perform the payment operation, which requires calling the corresponding payment module. The time from the start time when the payment module is triggered to the time when the payment terminal enters the sleep state (standby) again is a payment time value, which can also be considered as a non-sleep time, and the sum of the payment time values of the payment terminal is stored as the non-sleep time.

[0019] Step 120, judging whether the non-sleep time reaches a preset threshold value, if yes, increasing the cumulative use days of the battery by 1; the preset threshold value is determined according to the battery capacity of the battery and the unit power consumption of the payment terminal.

[0020] The preset threshold value here is that the non-sleep time is considered to be recorded as a time length of one day, for example, if the preset threshold value is set to 24 hours, then the non-sleep time is considered to increase the cumulative use days by 1 every 24 hours; if the preset threshold value is set to 30 hours, then the non-sleep time is considered to increase the cumulative use days by 1 every 30 hours.

[0021] Step 130, obtaining the use day threshold of the battery, and confirming the battery health state based on the use day threshold and the cumulative use days.

[0022] The use day threshold is a manifestation of the battery health state, for example, it is considered that the use days are 1460 days, and the battery health state is to be replaced, so as to avoid the problems of fast battery drop, actual storage capacity reduction, and other problems caused by the aging of the internal structure of the battery caused by the long use time of the battery.

[0023] In this way, when the use time of the payment terminal is counted, only the non-sleep time is monitored and the sleep time is ignored, and different preset threshold values are determined according to the battery capacity of the battery and the unit power consumption of the payment terminal to calculate the cumulative use days, and finally the battery health state is obtained by comparing the obtained cumulative use days with the use days threshold value, so that the cumulative use days of the battery of different characteristics are counted individually, and the cumulative use time obtained finally is more consistent with the actual use time of the battery by counting only the non-sleep time, thereby improving the accuracy of the battery health state judgment.

[0024] In an embodiment of the present application, the step 110 of monitoring the non-sleep time of the payment terminal comprises steps 1111 to 1113.

[0025] Step 1111, monitor the screen state and process execution state of the payment terminal, if the screen state is on and the process execution state is a running process including payment related process, mark the payment terminal entering non-sleep state and start recording single non-sleep time.

[0026] For example, the payment terminal is a POS machine, if the user touches the screen of the POS machine or presses any key of the POS machine, the screen of the POS machine will be turned on, at this time, if the operation of scanning code payment or NFC payment is needed, the corresponding payment module of the POS machine can be started, after the payment module is started, the corresponding payment related process will be started, so it can be monitored, then if the screen is on at the same time and the payment related process is also started, it can be considered that the POS machine is calling the payment module to execute the payment related process.

[0027] Step 1112, if the screen state is off and the process execution state is a running process not including payment related process, mark the payment terminal entering sleep state and end recording single non-sleep time to obtain the time length.

[0028] It is considered that after step 1111, if the screen state changes from on to off at the same time the payment related process has ended, it is considered that the payment terminal has completed a payment process and enters sleep state to wait for the next wake-up; here, because there is a case that the screen changes to off state but the payment related process such as card reading and transaction process processing is still executing in the background, therefore, only when the screen state is off and the running process in the background does not include payment related process, it is considered that the payment terminal enters sleep state, thereby improving the accuracy of the payment terminal state switching judgment.

[0029] Step 1113, obtain the stored historical non-sleep time, add the historical non-sleep time and the time length to obtain the non-sleep time and store it.

[0030] For example, the stored history non-sleep time is 12 hours, and the calculated time length is 12 minutes, and the non-sleep time is updated to 12.2 hours.

[0031] In this way, the screen state and the process execution state are monitored, and if the screen is on and the payment-related process, such as the flashlight, code scanning, NFC sensing, etc., is also in a running state, it indicates that the payment terminal is currently in a non-sleep state, and at the same time, the screen state and the process execution state are used to confirm whether the terminal reenters the sleep state, thereby excluding the case that the screen is on for a short time but the payment process is not executed, which is misjudged as entering the non-sleep state. At the same time, the behavior of starting the payment module but not completing the payment process can be normally counted.

[0032] In an embodiment of the present application, the step 110 of monitoring the non-sleep time of the payment terminal includes steps 1121 to 1122.

[0033] In step 1121, the power-off amount of the payment terminal in a unit time is monitored, and if the power-off amount is greater than the power-off threshold, the payment terminal is marked as entering the non-sleep state, and the unit time is recorded as the time length of the single non-sleep time.

[0034] If the power-off amount of the payment terminal in a unit time is greater than the power-off threshold, it indicates that a high-power-consumption module is running. For the payment terminal, the high-power-consumption module is usually the payment module, so if the power-off amount in a unit time is greater than the power-off threshold, it can be considered that a payment operation is performed in the unit time. The unit time can be set according to the time length required for a single payment operation, for example, five minutes or three minutes, to improve the accuracy of the non-sleep time statistics. A smaller time granularity, such as 30 seconds, can also be set for statistics, and a balance needs to be made between the calculation overhead and the calculation accuracy of different time granularities.

[0035] In step 1122, the stored history non-sleep time is obtained, the history non-sleep time is added to the time length to obtain the non-sleep time, and the non-sleep time is stored.

[0036] In this way, the non-sleep time of the payment terminal is directly determined by the power-off amount of the payment terminal in a unit time. The power-off amount of the payment terminal in a unit time in the non-sleep state is significantly higher than that in the sleep state, so the non-sleep time can be conveniently obtained for the statistics of the non-sleep time of the payment terminal. Therefore, this method needs to count the power-off amount in a unit time, such as minutes, hours, or clock hours, which will have a certain statistical error, but it does not need to set an additional monitoring program, and only needs to directly obtain the power amount, which is convenient for statistics.

[0037] In an embodiment of the present application, the step 110 of monitoring the non-sleep time of the payment terminal includes steps 1131 to 1133.

[0038] Step 1131, if the payment activation signal is received, mark the payment terminal to enter the non-sleep state and start recording the single non-sleep time.

[0039] For example, by scanning the code payment, the payment terminal will receive the scanning start signal as the payment activation signal. For example, the user can click the start scanning trigger on the screen to trigger the payment terminal to open the camera for scanning operation. The click signal of starting scanning is the payment activation signal. For another example, the payment terminal has NFC function. After the card device or the terminal device simulating the card device is close, it will trigger the establishment of link with the payment terminal. The signal of successfully establishing the link is the payment activation signal.

[0040] Step 1132, if the payment completion signal is received, mark the payment terminal to enter the sleep state and end recording the single non-sleep time to obtain the time length.

[0041] That is, if the payment is completed, the payment terminal will receive the payment completion signal. The time of completing a complete payment process is in the working state of the payment module of the payment terminal. Therefore, it is the non-sleep time of the payment terminal.

[0042] Step 1133, obtain the stored historical non-sleep time, add the historical non-sleep time and the time length to obtain the non-sleep time and store it.

[0043] In this way, according to whether the payment activation signal and the payment completion signal are received, the non-sleep state or the sleep state is marked to obtain the time length of the non-sleep state. For example, the scanning code payment can be realized by listening to whether the flash is turned on as the payment activation signal. If the flash opening signal is received, it is considered that the payment activation signal is received. Then wait for the payment terminal to process the payment event to generate the corresponding payment completion signal. In this way, the time used for the payment terminal to execute the payment event can be more accurately recorded, thereby improving the statistical accuracy of the time length of the non-sleep state, and thereby improving the accuracy of confirming the battery health state.

[0044] In an embodiment of the present application, in step 1131 and step 1132, the payment activation signal and the payment completion signal are received by the NFC coil, and the polling signal is sent after the payment activation signal is received in step 1131. In this way, for the payment terminal supporting the NFC payment module, the payment activation signal and the payment completion signal can be received by the NFC module, so as to determine whether the payment terminal enters the non-sleep state; since the NFC coil can obtain the connection state of the payment terminal and the electronic device, it can be the connection state of the payment terminal and the card device such as a credit card, or the connection state of the payment terminal and the electronic device such as a mobile phone or other POS machine with card simulation function. After successful connection, the electronic device sends the payment activation signal to the payment terminal, which activates the payment terminal to start sending the polling signal for reading the card and reading the card. The polling signal activates the electronic device to enter the card simulation mode, so as to send the payment data to the payment terminal, and complete the payment. After the payment is completed, the payment device can also be controlled to exit the current mode by sending the payment completion signal. Therefore, receiving the payment completion signal indicates that the current payment process is completed.

[0045] In an embodiment of the present application, the above steps 1111 to 1113, steps 1121 to 1122, and steps 1131 to 1133 can only execute one of them, or all of them can be configured to execute. If all of them are configured to execute, the time period of the repeated record needs to be deleted, for example, the time range corresponding to the time length obtained in step 1112 is the first time range, the time range corresponding to the time length obtained in step 1121 is the second time range, and the time range corresponding to the time length obtained in step 1132 is the third time range. If there is an overlapping time range in the first time range, the second time range and the third time range, the charging time range is calculated only once. In this way, the problem of repeatedly recording the non-sleep time in the case of starting multiple non-sleep time statistics modes is avoided.

[0046] In an embodiment of the present application, it further includes steps 101 to 102.

[0047] Step 101, record the activation number of the payment terminal from the sleep state to the non-sleep state.

[0048] For example, if it is detected that the payment terminal enters the non-sleep state from the sleep state, the activation number is recorded once. Here, the activation number of the transition record of the payment terminal from the non-sleep state to the sleep state can also be counted. The two conversion modes are corresponding. If there is a conversion from the non-sleep state to the sleep state, there will be a conversion from the sleep state to the non-sleep state. Therefore, only one is selected.

[0049] Step 102, if the activation number exceeds the number threshold, the cumulative use days are increased by 1.

[0050] For example, the number of settings is set to 160 times, the current activation number is obtained, and if the activation number is greater than 160 times, the number of days of use is increased by 1. In this way, the total use time of the payment terminal is also used as a battery health state statistical method in addition to the non-sleep state time length, and it is also converted into cumulative use days for representation. In the process of finally obtaining the battery health state, only the cumulative use days need to be obtained for comparison, and the cumulative use days include the activation number as a mark of the use time of the payment terminal, which can more comprehensively obtain the battery health state.

[0051] In this way, in addition to recording the length of the non-sleep state to obtain the cumulative use days, the activation number of the payment terminal from the sleep state to the non-sleep state is also counted. If the activation number exceeds the number threshold, the cumulative use days will also be increased by 1. Because the payment terminal will turn off unnecessary hardware and reduce the CPU frequency when in the sleep state, the hardware that is turned off needs to be quickly restored to operation when waking up from the sleep state to the non-sleep state, which will produce a short current peak. Therefore, for the same length of time, the process of state switching will consume more power than the non-sleep state standby, which will also affect the battery state. Therefore, the activation number is converted into cumulative use days according to the comparison with the number threshold to reflect the health state of the battery together, which improves the accuracy of the final obtained battery health state. Moreover, the more the number of state switches of the payment terminal, the longer the payment terminal has been in use, that is, the longer the current time is from the factory time of the payment terminal, which will also affect the health state of the payment terminal, that is, the longer the time is from the factory time of the payment terminal, the worse the battery health state will be.

[0052] In an embodiment of the present application, step 130 comprises steps 131 to 135.

[0053] Step 131, if the cumulative use days are in the first time interval, the battery health state is prompted to be excellent.

[0054] For example, the first time interval is set to 365 days, and the cumulative use days are less than or equal to 365 days, and the battery health state is prompted to be excellent.

[0055] Step 132, if the cumulative use days are in the second time interval, the battery health state is prompted to be good.

[0056] For example, the second time interval is set to 365 days to 1095 days, and the cumulative use days are greater than 365 days and less than or equal to 1095 days, and the battery health state is prompted to be good.

[0057] Step 133, if the cumulative use days are in the third time interval, the battery health state is prompted to be general.

[0058] For example, the third time interval is 1095 days to 1825 days, and if the accumulated use days are greater than 1095 days and less than or equal to 1825 days, the battery health status is normal.

[0059] In step 134, the first time interval is earlier than the second time interval, and the second time interval is earlier than the third time interval.

[0060] Referring to the above example, the first time interval is one year, the second time interval is one year to three years, and the third time interval is three years to five years.

[0061] In step 135, if the accumulated use days reach the accumulated use threshold, the battery health status is to be replaced, and the accumulated use threshold is later than the start time of the third time interval.

[0062] For example, the accumulated threshold is 1825 days, and if the accumulated use days are greater than or equal to 1825 days, the battery health status is to be replaced.

[0063] In this way, the use day threshold is divided into three time intervals, the first time interval, the second time interval, and the third time interval, and the first time interval encounters the second time interval, and the second time interval encounters the third time interval. For example, the first time interval is set to be within one year, the second time interval can be one year to three years, and the third time interval can be three years to five years, corresponding to the battery health status of excellent, good, and normal, providing a gradual reminder method to improve user experience. And set the accumulated use threshold later than the start time of the third time interval, for example, set to 4 years, when the accumulated use days reach 4 years, the battery status is to be replaced, which can prompt the user in time. The battery health status is prompted according to the accumulated use days, which is closer to the real health status of the battery.

[0064] In summary, the state of the payment terminal is obtained in this application, including the sleep state and the non-sleep state, the non-sleep time in the non-sleep state is monitored, if the sleep time reaches the preset threshold, the cumulative use days of the battery are increased by 1, and finally the battery health state is confirmed according to the cumulative use days and the use days threshold; thereby focusing on the non-sleep state, i.e. the state of the payment device in the payment operation, at this time the power consumption is large, and the sleep state with small power consumption is ignored to count the cumulative use days, so that the cumulative use days obtained by counting can better reflect the actual use state of the battery, and the cumulative use days of the battery in different payment terminals will be different according to the different actual use states, thereby realizing dynamic confirmation of the battery health state in the payment terminal. And when counting the cumulative use days, the confirmation of the preset threshold is determined according to the battery capacity and the unit power consumption of the payment terminal, so that the cumulative use days can better reflect the cycle times of the battery with different capacities in the payment terminal with different unit power consumptions, realize the actual charge and discharge cycle times of the battery according to the cumulative use days, and improve the accuracy of the final battery health state. And by monitoring the screen state and process execution state, monitoring the power-off amount in unit time and whether a payment event occurs, it is determined whether the payment terminal enters the non-sleep time, avoiding the problem of not correctly recording the non-sleep time when the payment event is not completely executed.

[0065] The application embodiment of the present application will be specifically introduced below. The present application can apply the above-mentioned scheme to the scene where the health state of the battery needs to be monitored, especially the scene where the battery health state of the payment terminal is monitored, including the following steps 201 to 203.

[0066] Step 201, the current state of the payment terminal is obtained, including the sleep state and the non-sleep state, and the non-sleep time of the payment terminal is monitored according to the obtained state. It is equivalent to the above-mentioned step 110.

[0067] For the payment terminal, the non-sleep time includes the sum of the payment time values of all payment operations of the payment terminal; each payment time includes the start time when the payment module in the payment terminal is triggered to the time when the payment terminal enters the standby state.

[0068] In an embodiment of the present application, the screen state and the process execution state of the payment terminal can be monitored. If the screen state is on and the process execution state of the payment-related process is also running, it indicates that the payment module of the payment terminal starts running, and the payment terminal is marked to enter the non-sleep state to start recording the single non-sleep time, which is considered as the starting time of the payment module being triggered. If the screen state is changed from on to off and the payment-related process is also closed, it indicates that the payment process ends, and the payment terminal enters the sleep state, which is considered as the time when the payment terminal enters the standby state. It is equivalent to steps 1111 to 1113 described above.

[0069] In an embodiment of the present application, the power-off amount of the payment terminal in a unit time is monitored. If the power-off amount is greater than the power-off threshold, it is considered that the payment module with large power consumption starts working, and the starting time point of the unit time is considered as the starting time point of the payment module being triggered. The payment terminal enters the non-sleep state, and it is considered that the unit time is the duration of the payment module being triggered. If the power-off amount in the unit time is not greater than the power-off threshold, it is considered that the payment module with main power consumption is not triggered, and the payment terminal is in the standby sleep state. It is equivalent to steps 1121 to 1122 described above.

[0070] In an embodiment of the present application, it is also directly judged whether the payment activation signal is received, which is the starting time of the payment module being triggered, and whether the payment completion signal is received, which is the time when the payment terminal enters the standby state. In this way, a complete payment process is taken as the non-sleep time statistics, and in the case of most successful payment processes, the non-sleep time statistics result can be more accurate. It is equivalent to steps 1131 to 1133 described above. The payment activation signal can be issued by the host device connected to the payment terminal, such as the cash register which can be wirelessly connected to the payment terminal to issue the activation information to activate the payment terminal to perform the code scanning operation. It can also be triggered by other devices, such as opening the NFC function, and if other NFC devices are close to establish the NFC link, the payment activation signal can also be triggered.

[0071] In an embodiment of the present application, the payment module is a code scanning module, and the code scanning payment is completed through the code scanning module. The code scanning module can accept a code scanning start signal issued by the cash register host as a payment activation signal. For example, a user can click a start code scanning payment button of the cash register host to trigger the payment terminal to open a camera to perform a code scanning operation, or click a code scanning payment button on a screen of the payment terminal to trigger the payment terminal to open the camera to perform the code scanning operation. A fill light (or a flash) can be turned on at the same time to perform fill light. After the payment is completed, the payment terminal receives a payment completion signal such as a successful deduction signal, and the code scanning module stops the operation of the camera. If the fill light or the flash is turned on, the fill light or the flash is also stopped. After the payment module completes a complete payment process, the payment module is closed again, and the payment terminal ends the non-sleep time and enters the sleep time. The duration of the operation of the payment module is the duration of the non-sleep state of the payment terminal.

[0072] In an embodiment of the present application, the payment module is an NFC module, and the card payment is completed through the NFC module. After a card device or a card simulation device is close, a link with the payment terminal is triggered, and a successful link establishment signal is used as a payment activation signal. The NFC module in the payment terminal starts to work, and the payment terminal starts a polling mode to switch between a card reading state and a card simulation state. When the connected device is a card device, information in the card device can be successfully read to complete the payment process. If the card simulation device is connected, the information can also be successfully read in the card simulation state to complete the payment process. After the payment is successfully completed, the payment terminal receives a payment completion signal such as a successful deduction signal, and the NFC module stops the polling mode and returns to a low-power mode. The payment terminal also enters the sleep state from the non-sleep state.

[0073] In step 202, it is determined whether the current non-sleep time reaches a preset threshold. If yes, the cumulative use days of the battery are increased by 1, and the non-sleep time is reduced by the preset threshold. This is equivalent to step 120.

[0074] That is, the cumulative use days of the battery are increased by 1 each time the non-sleep time reaches the preset threshold. For example, if the preset threshold is 30 h and the current non-sleep time is 32 h, the cumulative use days of the battery are increased by 1, and the current non-sleep time is reduced by the preset threshold and reset to 2 h to continue the non-sleep time statistics.

[0075] In an embodiment of the present application, the number of times of state conversion of the payment terminal is recorded, i.e. the number of times of activation from the dormant state to the non-dormant state; the number of times of conversion from the non-dormant state to the dormant state can also be recorded, and one of the two is taken, so as to avoid repeated calculation. If the number of times of activation exceeds the threshold number of times, the accumulated use days are increased by 1. It is equivalent to the above steps 101 to 102. It can be known that even if the length of time of use of the payment terminal is small, the length of time from the factory time will also affect the health state of the battery in the payment terminal, and therefore, the number of times of state conversion of the payment terminal is recorded to reflect the time of use of the payment terminal, and the accumulated use days are also counted, so that only one parameter of the accumulated use days needs to be compared when the health state of the battery is obtained, thereby improving the calculation efficiency, and the accumulated use days are obtained by considering other different influencing factors, so that the accumulated use days obtained finally can more accurately reflect the health state of the battery.

[0076] In step 203, the use days threshold of the battery is obtained, and it is determined whether the accumulated use days reach the use days threshold, and if yes, it is determined that the health state of the battery is to be replaced. It is equivalent to the above step 130.

[0077] In an embodiment of the present application, the health state of the battery is confirmed based on the use days threshold and the accumulated use days, if the accumulated use days are in the first time interval, it is prompted that the health state of the battery is excellent, if the accumulated use days are in the second time interval, it is prompted that the health state of the battery is good, if the accumulated use days are in the third time interval, it is prompted that the health state of the battery is general, and if the accumulated use days reach the accumulated use threshold, the health state of the battery is to be replaced. It is equivalent to the above steps 131 to 135. In this way, the prompting mode of the health state of the battery is refined, so that the user can have a more reasonable expectation for the change of the health state of the battery, and the determination of the health state of the battery is closer to the actual health state of the battery.

[0078] In an embodiment of the present application, before step 201, the way of obtaining the use days threshold further includes steps (1) to (3).

[0079] In step (1), the reference battery capacity corresponding to the standard time length and the reference unit power consumption are obtained.

[0080] In step (2), the battery capacity and the unit power consumption of the payment terminal are obtained.

[0081] Step (3), the usage days threshold is obtained by adjusting the standard time length according to the ratio of the battery capacity to the reference battery capacity and the ratio of the unit power consumption to the reference unit power consumption. Specifically, the first ratio of the battery capacity to the reference battery capacity and the second ratio of the reference unit power consumption to the unit power consumption are obtained; the first weight of the first ratio and the second weight of the second ratio are obtained, and the standard time length is multiplied by the first ratio, the first weight, the second ratio and the second weight to obtain the usage days threshold; the sum of the first weight and the second weight is 1. Then, in the case that the battery capacity is larger than the reference battery capacity, the usage days threshold is longer than the standard time length; in the case that the unit power consumption is larger than the reference battery capacity, the usage days threshold is shorter than the standard time length. The standard time length can be 24h.

[0082] Please refer to the drawings, the application further discloses a battery health state early warning method applied to a payment terminal, the payment terminal comprising a payment module, the method comprising the following steps 310 to 320.

[0083] Step 310, obtaining the battery health state of the payment terminal, the battery health state being obtained according to the above-mentioned battery health state estimation method of a payment terminal.

[0084] Step 320, if the battery health state is to be replaced, issuing a battery replacement reminder.

[0085] In an embodiment of the present application, steps 301 to 302 are further included.

[0086] Step 301, obtaining corresponding text prompt information and prompt color according to the battery health state.

[0087] Step 302, displaying the text prompt information according to the prompt color.

[0088] For example, the prompt color when the battery health state is excellent and good is green, and the text prompt information is that the battery health state is better and no replacement is needed; the corresponding text information is displayed through green; the prompt color when the battery health state is general is orange, and the text prompt information is that the battery health state is general; the prompt information that the battery health state is general is displayed through orange; the prompt color when the battery health state is to be replaced is red, and the text prompt information is to replace the battery in time; the prompt information that the battery should be replaced in time is displayed through red, so that the health state information of the battery can be quickly obtained through the prompt color, which is more intuitive.

[0089] In summary, if the battery health state is to be replaced, the user can be reminded in time to replace the battery, avoiding the user using the payment terminal with poor battery health state for a long time; and the reminding text corresponding to each battery health state can be pre-configured, so that for the confirmed battery health state, different prompt modes can be correspondingly performed in the early warning process, the user can intuitively obtain the battery health state by setting different prompt colors, and for each battery health state, the corresponding prompt mode is set, so that the battery health state is sequentially and progressively reminded, the user's expectation of the change of the battery health state is given in advance, and the user experience is improved.

[0090] Please refer to Figure 4 The application further provides an electronic device 400, comprising a memory 401, a processor 402, and a computer program stored in the memory 401 and running on the processor 402, wherein the processor 402 implements each step of the battery health state estimation method or each step of the battery health state early warning method when executing the computer program.

[0091] The electronic device of the application has the advantages of the above method, which will not be repeated here.

[0092] The above is only an embodiment of the application, and does not limit the patent scope of the application. Any equivalent transformation or direct or indirect application in the related technical field based on the content of the specification and drawings is also included in the patent protection scope of the application.

Claims

1. A method for estimating battery health status, characterized in that, Applied to a payment terminal, the payment terminal including a payment module, the method includes: The status of the payment terminal is obtained, and the non-sleep time of the payment terminal is monitored. The non-sleep time includes the sum of payment time values, which include the time from the start time when the payment module is triggered to the time when the payment terminal is in standby mode. Determine whether the non-dormant time has reached a preset threshold. If so, increase the cumulative usage days of the battery by 1. The preset threshold is determined based on the battery capacity and the unit power consumption of the payment terminal. Obtain the battery usage days threshold, and confirm the battery health status based on the usage days threshold and the cumulative usage days.

2. The battery health state estimation method according to claim 1, characterized in that, The monitoring of the non-dormant time of the payment terminal includes: Monitor the screen status and process execution status of the payment terminal. If the screen status is lit and the process execution status is running (including payment-related processes), then mark the payment terminal as entering a non-sleep state and start recording the single non-sleep time. If the screen is off and the process execution status is running (excluding payment-related processes), then the payment terminal is marked to enter a sleep state and the recording of the single non-sleep time to obtain the duration ends. Obtain the stored historical non-sleep time, add the historical non-sleep time to the duration to obtain the non-sleep time, and store it.

3. The battery health state estimation method according to claim 1, characterized in that, The monitoring of the non-dormant time of the payment terminal includes: Monitor the power loss of the payment terminal within a unit of time. If the power loss exceeds the power loss threshold, mark the payment terminal as entering a non-sleep state and record the unit of time as the duration of a single non-sleep time. Obtain the stored historical non-sleep time, add the historical non-sleep time to the duration to obtain the non-sleep time, and store it.

4. The battery health state estimation method according to claim 1, characterized in that, The monitoring of the non-dormant time of the payment terminal includes: If a payment activation signal is received, the payment terminal is marked to enter a non-sleep state and begins recording the single non-sleep time. If a payment completion signal is received, the payment terminal is marked to enter a sleep state and the recording of the single non-sleep time to obtain the duration is stopped; Obtain the stored historical non-sleep time, add the historical non-sleep time to the duration to obtain the non-sleep time, and store it.

5. The battery health state estimation method according to claim 4, characterized in that, Also includes: The payment activation signal and the payment completion signal are received via an NFC coil, and a polling signal is sent after receiving the payment activation signal.

6. A battery health state estimation method according to any one of claims 2 to 4, characterized in that, Also includes: Record the number of times the payment terminal is activated from a dormant state to a non-dormant state; If the number of activations exceeds the threshold, the cumulative usage days will be increased by 1.

7. The battery health state estimation method according to claim 1, characterized in that, The step of obtaining the battery usage days threshold and confirming the battery health status based on the usage days threshold and the cumulative usage days includes: If the cumulative number of days of use is within the first time interval, then the battery health status is indicated as excellent. If the cumulative number of days of use falls within the second time interval, it indicates that the battery health status is good. If the cumulative number of days of use falls within the third time interval, the battery health status is indicated as normal. The first time interval is earlier than the second time interval, and the second time interval is earlier than the third time interval; If the cumulative usage days reach the cumulative usage threshold, the battery health status is "to be replaced"; the cumulative usage threshold is later than the start time of the third time interval.

8. A method for early warning of battery health status, characterized in that, Applied to a payment terminal, the payment terminal including a payment module, the method includes: The battery health status of the payment terminal is obtained, wherein the battery health status is obtained by a battery health status estimation method according to any one of claims 1-7; If the battery health status indicates that it needs to be replaced, a battery replacement reminder will be issued.

9. A battery health status early warning method according to claim 8, characterized in that, Also includes: Obtain the corresponding text prompt information and prompt color based on the battery health status; The text prompt information is displayed according to the prompt color.

10. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the battery health status estimation method according to any one of claims 1-7 or the steps of the battery health status early warning method according to any one of claims 8-9.

Images