Electronic device and method for providing diagnosis result of battery

Abstract

Disclosed are a method for providing a diagnosis result of a battery and an electronic device for performing the same, wherein the method comprises the steps of: transmitting a first state value including information related to an analysis state of the battery; receiving a second state value to which the first state value is changed based on an analysis progress state of the battery; and providing a diagnosis result of the battery based on the second state value.

Description

Technical Field

[0001] This disclosure relates to a method for providing diagnostic results for a battery and an electronic device for performing the method. Background Technology

[0002] Short-term battery diagnostics for electric vehicles (EVs) provide a wealth of information about the vehicle's range and battery performance. The demand for short-term battery diagnostics is increasing across the EV industry, including the used EV market and EV manufacturers. These diagnostics allow for a rapid assessment of the condition of the batteries embedded in EVs. Due to the structure of short-term battery diagnostic systems, most utilize a method that involves periodically calling the analysis results via an Application Programming Interface (API) through Hypertext Transfer Protocol (HTTP), starting with data analysis of the battery condition and ending on an analysis server. Various attempts are underway to more efficiently and quickly check short-term battery diagnostic results while waiting for customers with EVs equipped with embedded batteries to be on-site. Summary of the Invention

[0003] Technical issues

[0004] This disclosure provides an example embodiment of a method for providing diagnostic results for a battery and an electronic device for performing the method. More specifically, the purpose of this disclosure is to directly provide a status value, including information related to the corresponding analysis status, to a user of the diagnostic company when there are changes in the progress status of a battery analysis being performed by an analysis company based on battery-related data received from a battery management device.

[0005] The objectives to be achieved by the exemplary embodiments of this disclosure are not limited to the objectives described above, and other objectives can be inferred from the following exemplary embodiments.

[0006] Technical solution

[0007] According to one aspect, a method for providing battery diagnostic results is provided, the method being performed by an electronic device and comprising the steps of: sending a first state value, the first state value including information relating to the analysis state of the battery; receiving a second state value to which the first state value changes based on the analysis progress state of the battery; and providing diagnostic results of the battery based on the second state value.

[0008] The step of sending the first status value may include the following steps: generating the first status value by data encryption based on the Restricted Application Protocol CoAP; and sending the first status value.

[0009] The step of generating the first state value may include: generating the first state value by using a public key for the user of the electronic device through CoAP-based data encryption.

[0010] The step of sending the first status value may include sending a notification request when the analysis status of the battery changes.

[0011] The second state value may include at least one of a first value corresponding to a successful analysis state of the battery and a second value corresponding to a failed analysis state of the battery.

[0012] The step of providing the diagnostic results may include: providing information related to the performance level of the battery when the second state value is a first value corresponding to a successful analysis state of the battery.

[0013] The method according to the example implementation may further include: when the second state value is a second value corresponding to the analysis failure state of the battery, sending a request for additional analysis of the battery.

[0014] The method according to the example implementation may further include: receiving a notification that the analysis of the battery has started when the analysis of the battery is initiated.

[0015] According to another aspect, an electronic device for providing diagnostic results for a battery is also provided, the electronic device comprising: a memory configured to store instructions; and a processor connected to the memory, the processor being configured to: send a first status value including information relating to a diagnostic status of the battery; receive a second status value based on a diagnostic progress status of the battery; and provide a diagnostic result for the battery based on the second status value.

[0016] Detailed descriptions of other exemplary implementations are included in the detailed description and accompanying drawings.

[0017] Effects of the present invention

[0018] Based on the example implementation, one or more of the following effects can be expected.

[0019] According to an example implementation of this disclosure, a short-term battery diagnostics company that needs to quickly check the diagnostic results of a battery can save several minutes for each electric vehicle with an embedded battery and quickly check the battery diagnostic results.

[0020] According to the example implementation of this disclosure, the load and traffic of both the short-term battery diagnostic company and the battery analysis company can be reduced because unnecessary communication with the battery analysis server used to obtain battery diagnostic results is minimized, and security can also be improved by performing encrypted communication.

[0021] Furthermore, according to the exemplary embodiments of this disclosure, resources used for server maintenance and server management can also be saved, for example, because observer functions based on the Restricted Application Protocol (CoAP) are used for communication.

[0022] The effects of this disclosure are not limited to those described above, and other effects will be apparent to those skilled in the art from the following description. Attached Figure Description

[0023] Figure 1 This is a diagram illustrating a system for providing diagnostic results for a battery according to an example implementation.

[0024] Figure 2a and Figure 2b This is a diagram illustrating the overall concept of a method used to provide diagnostic results for batteries.

[0025] Figure 3 This is a flowchart describing a method for providing diagnostic results for a battery according to an example implementation.

[0026] Figure 4 This is a block diagram illustrating the configuration of an electronic device for providing diagnostic results for a battery, according to an example embodiment. Detailed Implementation

[0027] The terminology used in the exemplary embodiments has been selected as far as possible from commonly used terms that are currently widely used, while taking into account the functionality obtained according to this disclosure. However, these terms may be replaced by other terms based on the intent, habits, or emergence of new technologies of those skilled in the art. Furthermore, in certain cases, terms arbitrarily chosen by the applicant of this disclosure may be used. In such cases, the meaning of these terms may be described in the corresponding descriptive sections of this disclosure. Therefore, it should be noted that the terms used herein should be interpreted based on their actual meaning and the entirety of this specification, rather than simply on their names.

[0028] Throughout the specification, when an element is referred to as “comprising” or “including” another element, the element should not be construed as excluding other elements unless there is a specific conflict description, and the element may include at least one other element.

[0029] Throughout the specification, the phrase "at least one of a, b, and c" may include "only a", "only b", "only c", "a and b", "a and c", "b and c", or "all of a, b, and c".

[0030] In this disclosure, a "terminal" can be implemented as a computer or portable terminal capable of accessing a server or other terminal via a network. Here, by way of example, a computer can include a laptop computer, a desktop computer, and a notebook equipped with a web browser, and by way of example, a portable terminal can be a wireless communication device that ensures portability and mobility, and includes any type of handheld wireless communication device, such as a communication-based terminal (such as International Mobile Telecommunications (IMT), Code Division Multiple Access (CDMA), W Code Division Multiple Access (W-CDMA), and Long Term Evolution (LTE)), a smartphone, a tablet PC, etc.

[0031] In the following description, exemplary embodiments of the present disclosure will be described in detail with reference to the accompanying drawings to enable those skilled in the art to readily implement the present disclosure. However, the present disclosure may be implemented in many different forms and is not limited to the exemplary embodiments described herein.

[0032] In the following description, exemplary embodiments of the present disclosure will be described with reference to the accompanying drawings.

[0033] Figure 1 The interlocking relationship of an electronic device for determining the impedance of a target battery cell according to an example embodiment is shown.

[0034] refer to Figure 1 Electronic device 100 can operate by interlocking with battery analysis server 300. Battery analysis server 300 can operate by interlocking with battery management device 200, which analyzes batteries for diagnostic purposes. Additionally, Figure 1 Only components relevant to the example implementation are shown. Therefore, those skilled in the art will understand that, in addition to Figure 1 In addition to the components shown, other general-purpose components may also be included.

[0035] Battery management device 200 can collect various parameters related to the battery, which is a diagnostic target and embedded in an electric vehicle. Battery management device 200 may include one or more sensors for measuring one or more battery-related parameters, and may include a memory (not shown) and a processor (not shown) for various operations. That is, battery management device 200 can measure and calculate various battery parameters by additionally including sensors, while operating similarly to electronic device 100 based on memory and processor. As an example, battery management device 200 can collect parameters including voltage, current, temperature, and state of charge (SOC) related to the battery embedded in the electric vehicle and a diagnostic target, and can monitor the battery status in real time. Battery management device 200 can forward the collected battery-related parameters to battery analysis server 300 via data communication. As an example, battery management device 200 can be embedded in an on-board diagnostic (OBD) system connected to the electric vehicle, and may include multiple sensors for collecting various battery-related parameters. Battery management device 200 can send various battery-related parameters to battery analysis server 300 via, for example, LTE communication or Wi-Fi communication. These parameters can be used to diagnose the driving range, SoC, state of health (SoH) of the battery embedded in the electric vehicle, voltage, current, temperature, etc.

[0036] The battery analysis server 300 can analyze data related to the driving range, initial battery capacity, battery SoC, battery voltage, battery current, battery temperature, battery SOH, battery state, and electrical efficiency of an electric vehicle with an embedded battery, based on various battery-related parameters received from the battery management device 200. The battery analysis server 300 can correspond to a cloud-based server, and can use advanced analysis and algorithms to obtain various diagnostic results related to the battery and the electric vehicle itself, based on the various battery-related parameters received from the battery management device 200. The battery analysis server 300 can receive requests for state values, including information related to the battery's analysis status, from the electronic device 100, and can send push-based notifications to the electronic device 100 when there are changes in the corresponding state values.

[0037] Electronic device 100 is a device for organizing and providing various information. Electronic device 100 can send a first state value, including information related to the battery's analytical state, to a battery analysis server 300 that performs the battery analysis, and can receive a second state value from the battery analysis server 300 when the first state value changes to a second state value after the battery analysis is completed on the battery analysis server 300. Electronic device 100 can be a terminal located at an electric vehicle manufacturer or used car dealership that requires analysis results related to electric vehicles, and can receive battery diagnostic results by performing Constrained Application Protocol (CoAP)-based communication with the battery analysis server 300, and can provide the battery diagnostic results to a user. Electronic device 100 can also include multiple computer systems or computer software implemented as cloud or network servers, and can provide various information by creating web pages. As an example, electronic device 100 can refer to computer systems and computer software that connect to a sub-device capable of communicating with another network via a computer network such as an intranet or the Internet, receive requests to perform tasks, and provide execution results by performing those tasks. Furthermore, electronic device 100 can be understood as a broad concept, including various databases built into it and a range of applications that can operate on a web server. As an example, electronic device 100 can be implemented using various web server programs provided by operating systems such as DOS, Windows, Linux, UNIX, or MacOS.

[0038] Here, the electronic device 100, the battery analysis server 300, and the battery management device 200 may be completely separate independent objects, but they may also be conceptually separate and exist in a single device or system. That is, a computing device with battery control functions can perform all the functions of the electronic device 100, the battery analysis server 300, and the battery management device 200 described below, and therefore such an exemplary implementation is considered to fall within the scope of this disclosure.

[0039] In the following text, reference will be made to Figures 2a to 4 A method for providing battery diagnostic results is described based on exemplary embodiments of this disclosure.

[0040] Figure 2a and Figure 2b This is a diagram illustrating the overall concept of a method used to provide diagnostic results for batteries.

[0041] refer to Figure 2aThe method for providing battery diagnostic results can be identified. Regarding the method for providing battery diagnostic results, the electronic device 100 can request a status value including information related to the battery diagnostic status from the battery analysis server 300, as shown in operation 210-1. In this case, the status value including information related to the battery diagnostic status can refer to a record status value related to the electric vehicle, which is the object of battery diagnostics and is accessible to each of the electronic device 100 and the battery analysis server 300 during the processing of communication between the electronic device 100 and the battery analysis server 300, and a first status value including information related to the battery diagnostic status. For example, the record status value related to the electric vehicle can include vehicle information of the electric vehicle, GPS information related to the electric vehicle's driving record, and personal information such as information related to the owner of the electric vehicle. For example, the information related to the battery diagnostic status can include information indicating a battery analysis start status, information indicating a battery analysis in progress status, information indicating a battery analysis success status, and information indicating a battery analysis failure status. Regarding the electronic device 100 according to the example embodiment, the battery analysis server 300 can send a notification of the start and preparation of battery analysis to the electronic device 100, as shown in operation 220-1. As shown in operation 230-1, various parameters of the battery (including information related to the battery's initial capacity, SoC, voltage, current, temperature, SOH, and electrical efficiency) can be obtained from the battery management device 200 and transmitted via data communication to be stored in the battery analysis server 300. The battery analysis server 300 can then repeat the process whereby the electronic device 100 continuously requests status values ​​during a battery analysis process based on the battery parameters, as shown in operation 240-1; and when the analysis is not complete, the battery analysis server 300 sends a notification that the battery analysis is still in progress, as shown in operation 250-1. Therefore, the main method used is to send notifications related to successful and failed battery analysis statuses when the electronic device 100 requests status values ​​from the battery analysis server 300 after the battery analysis is completed on the battery analysis server 300.

[0042] Due to the structure of short-term diagnostics, for this Hypertext Transfer Protocol (HTTP) method that requests status values ​​and provides notifications, periodic data exchange for the results application programming interface (API) must have been performed from the time before the end of battery analysis on battery analysis server 300 until the completion of battery analysis on battery analysis server 300. Electronic device 100 has requested battery diagnostic status values ​​from battery analysis server 300 multiple times, and even after the request, there is a time delay until the information related to the final result of battery diagnostics is received.

[0043] refer to Figure 2bIt can identify the method for providing diagnostic results for the battery according to the example implementation.

[0044] According to the example embodiment, the electronic device 100 that provides battery diagnostic results can encrypt a status value including information related to the battery diagnostic status and send it to the battery analysis server 300. (Refer to the above...) Figure 2aSince the state value including information related to the battery diagnostic state can include a recorded state value related to the electric vehicle being diagnosed and a first state value including information related to the battery diagnostic state, the electronic device 100 can encrypt each of the recorded state value and the first state value related to the electric vehicle by sharing a public key for the Rivest-Shamir-Adleman (RSA) two-way data encryption scheme during the process of sending the first state value including information related to the battery diagnostic state, as shown in operation 210-2. The electronic device 100 can record CoAP-based observers requesting notifications of battery diagnostic state from the battery analysis server 300. As an example, the process of the electronic device 100 recording CoAP-based observers can include an observation setup process in a normal CoAP-based protocol environment, where a client (e.g., electronic device 100) observes a predetermined resource (e.g., a state value including information related to the battery diagnostic state) on the server side (e.g., battery analysis server 300) and requests an update when the state of the resource changes. The battery analysis server 300 can then send a notification to the electronic device 100 that battery analysis can begin, as shown in operation 220-2. Battery analysis server 300 can receive battery-related parameters from battery management device 200, as shown in operation 230-2. As an example, battery analysis server 300 can determine the battery's performance level based on various parameters received from battery management device 200, as shown in process 240-2. As an example, battery analysis server 300 can perform the following analysis: when predetermined parameters obtained based on information related to the battery's initial capacity, SoC, voltage, current, temperature, SoH, and electrical efficiency are higher than a predetermined first threshold, the battery's performance level is determined to be "very good"; if the predetermined parameters are greater than or equal to a second threshold but lower than the first threshold, the battery's performance level is determined to be "good"; if the predetermined parameters are lower than the second threshold, the battery's performance level is determined to be "needs inspection". As shown in operation 240-2, when the battery diagnostic status value changes according to changes in the battery diagnostic status during battery analysis based on battery-related parameters, battery analysis server 300 can immediately send a notification based on the battery analysis progress status to electronic device 100. In other words, the battery analysis server 300 can send a notification that the battery diagnostic analysis progress status is "in progress" during the processing of the analysis in operation 240-2, as shown in operation 250-2, and can send a notification that the battery analysis progress status is "successful" or "failed", as shown in operation 250-3.

[0045] In other words, as described in detail below, the electronic device 100 according to the example embodiment can minimize unnecessary communication between the electronic device 100 and the battery analysis server 300 and reduce the time required to check the diagnostic results of short-term batteries by inputting the status value of the battery diagnostic status into the battery analysis server 300 and automatically receiving the changed status value from the battery analysis server 300 when a change in the status value occurs.

[0046] Figure 3 This is a flowchart describing a method for providing diagnostic results for a battery according to an example implementation.

[0047] refer to Figure 3 In operation S310, the electronic device 100 according to the example embodiment can send a first status value, including information related to the battery's analysis status, to the battery analysis server 300 performing the battery analysis. As an example, the information related to the battery's analysis status may include a status value corresponding to a battery analysis start request status, a status value corresponding to a battery analysis in progress status, a status value corresponding to a battery analysis success status, and a status value corresponding to a battery analysis failure status. As an example, each status value may be encoded in a binary format, which includes information such as the version of the Restricted Application Protocol (CoAP), the message type, the token length indicating the token length, a code indicating the message type, and a matching message ID used to distinguish between request and response messages. As an example, the electronic device 100 according to the example embodiment can generate the first status value in operation S310 through CoAP-based data encryption and send the first status value to the battery analysis server 300. In this case, the Restricted Application Protocol (CoAP) may refer to a specific Internet application protocol for restricted devices, and may also refer to a protocol that enables restricted devices to communicate with the wider Internet using similar protocols.

[0048] In operation S310, the electronic device 100 according to the example embodiment can generate a first status value using a public key belonging to a user of the electronic device 100 via CoAP-based data encryption. As an example, the electronic device 100 can perform CoAP-based data encryption on each of the first status value, which includes information related to battery diagnostic status, and the recorded status value related to the electric vehicle. The electronic device 100 according to the example embodiment can encrypt the data of each of the first status value, which includes information related to battery diagnostic status, and the recorded status value related to the electric vehicle, based on a specified two-way encryption scheme (e.g., RSA) or algorithm. In this case, the two-way encryption algorithm can be an encryption algorithm capable of both encryption and decryption, and can include a symmetric key encryption scheme using the same key for encryption and decryption, and an asymmetric key encryption scheme using different keys for encryption and decryption. In this case, the asymmetric key encryption scheme can include a method for encrypting the first status value using a private key and decrypting the ciphertext using a public key to recover the first status value, and a method for encrypting the first status value using a public key and decrypting the ciphertext using a private key to recover the first status value; however, the example embodiment of the method for providing battery diagnostic results and the electronic device for performing the method is not limited to the predetermined cases. Furthermore, the electronic device 100 may perform encryption on at least one of a first state value, which includes information related to the state of the battery diagnostic state, and a recorded state value of the electric vehicle, and is not limited to predetermined cases according to the exemplary embodiments of this disclosure.

[0049] In operation S310, the electronic device 100 according to the example embodiment can send a notification request to the battery analysis server 300 when the battery analysis state changes. As an example, the electronic device 100 can receive the notification when the battery analysis state changes via the CoAP-based observation function described above. In this case, the observation function refers to a communication function whereby a client requests the server to display the status of a resource, and as an example, it can refer to a communication scheme where, when a client requests the status of a server resource of interest, the server responds in a callback-like manner whenever there is a change in the resource. As an example, the electronic device 100 can record a first status value including information related to the battery analysis state via the recording observation function, and when the first status value including information related to the battery analysis state changes to a second status value due to the battery analysis starting, in progress, succeeding, or failing in the battery analysis server 300, the electronic device 100 can receive a response to the corresponding change. Thus, the electronic device 100 according to the example embodiment can receive values ​​from the battery analysis server 300 when the battery analysis state changes without repeatedly requesting information related to the battery analysis state, and can minimize unnecessary traffic consumption during the short-term battery diagnostic process.

[0050] In operation S320, when the first state value is changed to a second state value after battery analysis is completed on the battery analysis server 300, the electronic device 100 according to the example embodiment can receive the second state value from the battery analysis server 300. In this case, the second state value may include at least one of a first value corresponding to a successful battery analysis state and a second value corresponding to a failed battery analysis state. Since, as described above with respect to operation S310, the battery analysis server 300 can send a value to the electronic device 100 whenever the first state value changes to the second state value, when the battery analysis is successful, the electronic device 100 can receive a notification that the battery analysis has been successfully performed by receiving the first state value from the battery analysis server 300. Furthermore, when the battery analysis fails, the electronic device 100 can receive a notification that the battery analysis has failed by receiving the second state value from the battery analysis server 300. As an example, a second value may be received when the number of battery-related parameters received and stored by the battery analysis server 300 from the battery management device 200 is less than the number required for battery analysis, or when the battery-related parameters that change over time and are used by the battery analysis server 300 to perform battery analysis according to the battery management device 200 are insufficient, because the on-board diagnostics (OBD) embedded in the battery management device 200 has not been installed on the electric vehicle with the embedded battery for a predetermined time (e.g., 5 minutes).

[0051] In operation S330, the electronic device 100 according to the example embodiment can provide a diagnostic result for the battery based on a second state value. For example, when the second state value is a first value corresponding to a successful battery analysis state, the electronic device 100 can provide information related to the battery's performance level. For example, when predetermined parameters of the battery, analyzed by the battery analysis server 300 based on information related to the battery's initial capacity, voltage, current, temperature, SOH, and electrical efficiency, are higher than a predetermined first threshold, the electronic device 100 can provide a diagnostic result indicating that the battery's performance level is "very good." Furthermore, when the predetermined parameters of the battery are higher than or equal to the second threshold and lower than the predetermined first threshold, the electronic device 100 can provide a diagnostic result indicating that the battery's performance level is "good," and when the predetermined parameters of the battery are lower than the second threshold, the electronic device 100 can provide a diagnostic result indicating that the battery's performance level is "needs inspection."

[0052] As an example, when the second state value is a second value corresponding to a battery analysis failure state, the electronic device 100 can provide information that the battery analysis has failed. In operation S330, when the second state value is a second value corresponding to a battery analysis failure state, the electronic device 100 according to the example embodiment can send a request for additional analysis. As described above, when the number of battery-related parameters received and stored by the battery analysis server 300 from the battery management device 200 is less than the number required for battery analysis, or when the on-board diagnostics (OBD) device embedded in the battery management device 200 is not installed in the electric vehicle with the embedded battery within a predetermined time, the battery analysis server 300 can send the second value corresponding to the battery analysis failure state as the second state value to the electronic device 100, and the electronic device 100 can receive the second value from the battery analysis server 300. In this case, as an example, the electronic device 100 according to the example embodiment can send a request for additional battery analysis to the battery analysis server 300 based on user input received through a user interface device. As an example, the electronic device 100 can automatically send a request for additional battery analysis to the battery analysis server 300 when it receives the second value according to predetermined conditions. Upon receiving a request for additional battery analysis, the battery analysis server 300 can again receive battery-related parameters from the battery management device 200 and perform battery analysis based on these parameters. The electronic device 100 can provide battery diagnostic results by executing the procedures described in operations S310 and S320 above.

[0053] Figure 4 This is a block diagram illustrating the configuration of an electronic device for determining the impedance of a battery cell according to an example embodiment.

[0054] Figure 4 A block diagram of an electronic device 100 according to an example embodiment is shown. The electronic device 100 according to the example embodiment may include a memory 101 or a processor 102. Figure 4 The electronic device 100 shown includes only components relevant to the example implementation. Therefore, those skilled in the art will understand that, in addition to… Figure 4 In addition to the components shown, other general-purpose components may also be included.

[0055] The memory 101 according to the exemplary embodiment, as hardware for storing various data processed within the electronic device 100, may be located within the processor 102 in the electronic device 100, and stores the data processed by the processor 102 and the data to be processed. Furthermore, the memory 101 may store basic programming and data structures capable of providing the functionality of at least one exemplary embodiment of the present disclosure, and may also store applications (programs, code modules, and instructions), drivers, etc., capable of providing the functionality of the exemplary embodiments of the present disclosure. The memory 101 may include random access memory (RAM) such as dynamic random access memory (DRAM) and static random access memory (SRAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), optical disc (CD)-ROM, Blu-ray or other optical disc storage devices, hard disk drive (HDD), solid-state drive (SSD), or flash memory; however, the exemplary embodiments of the present disclosure are not limited to the predetermined cases described.

[0056] The processor 102 according to the example embodiment can control the overall operation of the electronic device 100 and process data and signals. The processor 102 can be configured as at least one hardware unit. Furthermore, the processor 102 can be operated by one or more software modules created by executing program code stored in the memory 101. Since the processor 102 may include the memory 101, the processor 102 can control the overall operation of the electronic device 100 and process data and signals by executing program code stored in the memory 101.

[0057] The processor 102 according to the example embodiment can be configured to send a first status value including information related to the analysis status of the battery, receive a second status value to which the first status value changes based on the battery analysis progress status, and provide a diagnostic result of the battery based on the second status value. The processor 102 according to the example embodiment can be configured to generate and send the first status value via CoAP-based data encryption. The processor 102 according to the example embodiment can be configured to generate the first status value using a public key for a user of the electronic device 100 via CoAP-based data encryption. The processor 102 according to the example embodiment can be configured to send a notification request when the battery analysis status changes. The processor 102 according to the example embodiment can be configured to provide information related to the battery performance level when the second status value is a first value corresponding to a successful battery analysis status. The processor 102 according to the example embodiment can be configured to send a request for additional analysis when the second status value is a second value corresponding to a failed battery analysis status. The processor 102 according to the embodiment can be configured to receive a notification that battery analysis has started when battery analysis begins.

[0058] According to the example implementation, the electronic device 100 may also include a transceiver for wired / wireless communication. The electronic device 100 can communicate with an external electronic device (e.g., a battery management device 200). The external electronic device may be a terminal or a server. Furthermore, the communication technologies supported by the transceiver may include Global System for Mobile Communications (GSM), Code Division Multiple Access (CDMA), Long Term Evolution (LTE), Wi-Fi, Bluetooth™, Radio Frequency Identification (RFID), Infrared Data Association (IrDA), ZigBee, Near Field Communication (NFC), etc.

[0059] The electronic device 100 according to the above-described exemplary embodiments may include a processor, a memory for storing and executing program data, a permanent memory such as a disk drive, a communication port for communicating with external devices, and a user interface device such as a touch panel, keys, and buttons. Methods implemented by software modules or algorithms can be stored as computer-readable code or program commands executable by a processor in a computer-readable recording medium. Here, the computer-readable recording medium can be a magnetic storage medium (e.g., read-only memory (ROM), random access memory (RAM), floppy disk, or hard disk) or an optical reading medium (e.g., CD-ROM or digital versatile disc (DVD)). The computer-readable recording medium can be distributed across computer systems connected via a network, allowing computer-readable code to be stored and executed in a distributed manner. The medium can be read by a computer, stored in memory, and executed by a processor.

[0060] Example implementations can be represented by functional blocks and various processing steps. These functional blocks can be implemented by various numbers of hardware and / or software configurations that perform specific functions. For example, example implementations can employ direct circuit configurations, such as memories, processors, logic circuits, and lookup tables that can perform various functions under the control of one or more microprocessors or other control devices. Similar to elements that can be implemented by software programming or software elements, example implementations can be implemented by programming or scripting languages ​​(such as C, C++, Java, and assembler), which include various algorithms implemented by combinations of data structures, procedures, routines, or other programming configurations. Functional aspects can be implemented by algorithms executed by one or more processors. Furthermore, example, example implementations can employ related techniques for electronic environment setup, signal processing, and / or data processing. The terms “mechanism,” “element,” “device,” and “configuration” are used broadly and are not limited to mechanical and physical components. For example, these terms can include the meaning of a series of software routines associated with a processor.

[0061] The exemplary embodiments described above are merely examples, and other embodiments may be implemented within the scope of the appended claims.

Claims

1. A method for providing diagnostic results for a battery, the method being performed by an electronic device and comprising the following steps: Send a first status value, the first status value including information related to the analysis status of the battery; Receive a second state value that changes from the first state value based on the analysis progress status of the battery; and Provide diagnostic results for the battery based on the second state value.

2. The method according to claim 1, wherein, The step of sending the first status value includes the following steps: The first state value is generated through data encryption based on the CoAP (Cooperative Application Protocol); and Send the first status value.

3. The method according to claim 2, wherein, The step of generating the first state value includes: generating the first state value by using a public key for the user of the electronic device through CoAP-based data encryption.

4. The method according to claim 1, wherein, The step of sending the first status value includes sending a notification request when the analysis status of the battery changes.

5. The method according to claim 1, wherein, The second state value includes at least one of a first value corresponding to a successful analysis state of the battery and a second value corresponding to a failed analysis state of the battery.

6. The method according to claim 1, wherein, The steps of providing the diagnostic results include: when the second state value is a first value corresponding to a successful analysis state of the battery, providing information related to the performance level of the battery.

7. The method according to claim 1, further comprising the following step: When the second state value is a second value corresponding to the analysis failure state of the battery, a request for additional analysis of the battery is sent.

8. The method according to claim 1, further comprising the following steps: When the analysis of the battery begins, a notification is received that the analysis of the battery has started.

9. A non-transitory computer-readable recording medium in which a program for performing the method according to any one of claims 1 to 8 is recorded in an electronic device.

10. An electronic device for providing diagnostic results for a battery, the electronic device comprising: A memory configured to store instructions; and The processor is connected to the memory. The processor is configured as follows: Send a first status value, the first status value including information related to the diagnostic status of the battery; Receive a second state value based on the diagnostic progress status of the battery; and Provide diagnostic results for the battery based on the second state value.

Images