Electronic device and certificate issuing method thereof

Abstract

According to an embodiment disclosed in the present document, an electronic device may comprise: a communication circuit for communicating with a vehicle equipped with a battery and a terminal of a user; a memory for storing one or more instructions; and a processor, wherein the one or more instructions, when executed, cause the processor to: in response to receiving a start signal for issuing a certificate of the battery from the terminal of the user, set a mission progress state for issuing the certificate on the basis of battery data acquired from the vehicle; and on the basis of the mission progress state, provide, to the terminal of the user, at least a part of the certificate and a notification related to the issuance of the certificate.

Description

Electronic devices and methods for issuing certificates thereof

[0001] This application claims the benefit of priority to Republic of Korea Patent Application No. 10-2024-0119539, dated September 3, 2024, the entire contents of which are incorporated herein by reference.

[0002] The embodiments disclosed in this document relate to an electronic device and a method for issuing a certificate thereof.

[0003] Recently, research and development on secondary batteries has been actively conducted. Here, secondary batteries are rechargeable and include both conventional Ni / Cd and Ni / MH batteries, as well as recent lithium-ion batteries. Among secondary batteries, lithium-ion batteries have the advantage of having a much higher energy density than conventional Ni / Cd and Ni / MH batteries. Furthermore, lithium-ion batteries can be manufactured in a compact and lightweight form, making them suitable for use as power sources for mobile devices. Recently, their use has expanded to include power sources for electric vehicles, attracting attention as a next-generation energy storage medium.

[0004] As batteries for electric vehicles are installed in vehicles, the need to accurately assess the condition of the batteries and issue certificates to certify them is increasing.

[0005] One purpose of the embodiments disclosed in this document is to provide an electronic device capable of monitoring the progress of a mission for issuing a certificate during a vehicle charging process, evaluating the state of a battery, and issuing and managing a certificate, and a certificate issuing method thereof.

[0006] The technical problems of the embodiments disclosed in this document are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by those skilled in the art from the descriptions below.

[0007] According to an embodiment disclosed in the present document, an electronic device includes a communication circuit for communicating with a vehicle equipped with a battery and a user's terminal; a memory for storing one or more instructions; and a processor, wherein the one or more instructions, when executed, cause the processor to, in response to receiving a start signal for issuing a certificate of the battery from the user's terminal, set a mission progress state for issuing the certificate based on battery data acquired from the vehicle, and provide a notification related to issuance of the certificate and at least a part of the certificate to the user's terminal based on the mission progress state.

[0008] According to an embodiment, the processor may set the mission progress state to an initial state when the transmission state of the battery data and the state of the battery determined based on the battery data satisfy a mission prerequisite, and may transmit a first notification to the user's terminal notifying that the issuance of the certificate is not suitable when the mission prerequisite is not satisfied.

[0009] According to an embodiment, the mission prerequisite may include a condition that the difference between the time of receiving the battery data and the current time is within a preset time and that the state of the battery is a charged state.

[0010] According to an embodiment, the processor may set the mission progress state to a first state when the state of the battery satisfies a preset mission start condition in the initial state.

[0011] According to an embodiment, the mission start condition may include a condition in which the charge rate of the battery when charging starts is less than or equal to a first value.

[0012] According to an embodiment, the processor may set the mission progress state to a second state when the state of the battery satisfies a preset mission completion condition in the first state, and may set the mission progress state to a third state when the state of the battery remains in an uncharged state for a predetermined period of time or longer before satisfying the mission completion condition or does not satisfy the mission completion condition before charging of the battery ends.

[0013] According to an embodiment, the processor may provide a second notification related to a failure to issuance of the certificate to the user's terminal when the mission progress status is a third status.

[0014] According to an embodiment, the mission completion condition includes a condition in which, when the charging method of the battery is rapid charging, the charging rate of the battery is a second value or more or a reference time has elapsed from the time when the mission progress state enters the first state, and when the charging method is slow charging, the charging rate of the battery is a third value or more, and the second value may be set to be greater than the third value.

[0015] According to an embodiment, the processor may attempt to evaluate the battery based on the battery data when the mission progress state is in the second state, and if the evaluation of the battery is successful, set the mission progress state to the fourth state, and if the evaluation of the battery fails, set the mission progress state to the third state.

[0016] According to an embodiment, the processor may attempt to issue the certificate based on the evaluation result of the battery when the mission progress state is in the fourth state, and if the issuance of the certificate is successful, set the mission progress state to the fifth state, and if the issuance of the certificate fails, set the mission progress state to the third state.

[0017] According to an embodiment, the processor may provide a third notification related to the success of issuance of the certificate and the certificate to the user's terminal when the mission progress status is in the fifth status.

[0018] According to an embodiment, the certificate may include an evaluation result evaluating the condition of the battery, a validity period, and a unique certificate number.

[0019] According to an embodiment disclosed in this document, a method for issuing a certificate of an electronic device may include: receiving a start signal for issuing a certificate of the battery from the user's terminal; setting a mission progress status for issuing the certificate based on battery data acquired from the vehicle; and providing a notification related to issuance of the certificate and at least a portion of the certificate to the user's terminal based on the mission progress status.

[0020] The electronic device and its certificate issuance method according to the embodiments disclosed in this document can more precisely evaluate the state of a battery by monitoring whether conditions for certificate issuance are satisfied, and issue a certificate for authenticating the same.

[0021] In addition, various effects may be provided, either directly or indirectly, through this document.

[0022] FIG. 1 is a diagram showing the configuration of a system for issuing a certificate of a battery according to one embodiment disclosed in this document.

[0023] FIG. 2 is a block diagram showing the configuration of an electronic device according to one embodiment disclosed in this document.

[0024] Figure 3 is a flowchart showing a certificate issuance process according to one embodiment disclosed in this document.

[0025] FIG. 4 is a flowchart illustrating a certificate issuance method according to one embodiment disclosed in this document.

[0026] Hereinafter, various embodiments of the present invention will be described with reference to the attached drawings. However, this is not intended to limit the present invention to specific embodiments, and it should be understood that the present invention encompasses various modifications, equivalents, and / or alternatives of the embodiments.

[0027] In this document, the singular form of a noun corresponding to an item may include one or more of said items, unless the context clearly indicates otherwise. In this document, phrases such as "A or B," "at least one of A and B," "at least one of A or B," "A, B, or C," "at least one of A, B, and C," and "at least one of A, B, or C" may each include any one of the items listed together in that phrase, or all possible combinations thereof. Terms such as "first," "second," or "first" or "second" may be used merely to distinguish the corresponding element from other corresponding elements, and do not limit the corresponding elements in any other respect (e.g., importance or order). When a component (e.g., a first component) is referred to as being “coupled” or “connected” to another component (e.g., a second component), with or without the terms “functionally” or “communicatively,” it means that the component can be connected to the other component directly (e.g., wired), wirelessly, or through a third component.

[0028] Each component (e.g., a module or a program) described in this document may include one or more entities. According to various embodiments, one or more components or operations of the components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, a plurality of components (e.g., a module or a program) may be integrated into a single component. In such a case, the integrated component may perform one or more functions of each of the plurality of components identically or similarly to those performed by the corresponding component among the plurality of components prior to integration. According to various embodiments, the operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, or heuristically, or one or more of the operations may be executed in a different order, omitted, or one or more other operations may be added.

[0029] The term "module" or "part" used in this document may include a unit implemented in hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic block, component, or circuit. A module may be an integral component, or a minimum unit or part of such a component that performs one or more functions. For example, according to one embodiment, a module may be implemented in the form of an application-specific integrated circuit (ASIC).

[0030] Various embodiments of the present document may be implemented as software (e.g., a program or an application) including one or more instructions stored in a machine-readable storage medium (e.g., memory). For example, a processor of the device may call at least one instruction among the one or more instructions stored from the storage medium and execute it. This enables the device to operate to perform at least one function according to the at least one instruction called. The one or more instructions may include code generated by a compiler or code executable by an interpreter. The machine-readable storage medium may be provided in the form of a non-transitory storage medium. Here, "non-transitory" only means that the storage medium is a tangible device and does not contain a signal (e.g., electromagnetic waves), and this term does not distinguish between cases where data is stored semi-permanently and cases where it is stored temporarily in the storage medium.

[0031]

[0032] FIG. 1 is a diagram showing the configuration of a system for issuing a certificate of a battery according to one embodiment disclosed in this document.

[0033] Referring to FIG. 1, a user of a vehicle (20) equipped with a battery can obtain a battery certificate using the user's terminal (30). For example, the user can obtain a battery certificate while the vehicle (20) is charging. The battery certificate may refer to a means for evaluating the battery's condition and authenticating the battery's condition.

[0034] In order to diagnose and evaluate the status of a battery mounted on a vehicle (20), it is necessary to analyze battery data that satisfies specific charging conditions, and accordingly, the user can perform a mission to issue a battery certificate while charging the vehicle (20). In addition, the electronic device (100) can analyze data that satisfies the charging conditions to more precisely evaluate the status of the battery and provide the user with a certificate that can authenticate the status of the battery.

[0035] Certificates issued in this manner can be used to verify the battery's condition in the future. For example, the certificates issued can be utilized to verify the battery's condition during the vehicle (20) purchase and sale process. In some cases, certificates issued in this manner can be prevented from being forged using blockchain technology.

[0036] The vehicle (20) may be an electric vehicle equipped with a battery. The vehicle (20) may be connected to a charger (10) to charge the battery, and battery data may be provided to the electronic device (100) during the charging process of the vehicle (20). In addition, during the charging process of the vehicle (20), vehicle data, such as driving data recorded and stored within the vehicle (20), may also be provided to the electronic device (100).

[0037] For example, an OBD device mounted on a vehicle (20) can collect and store battery data and / or vehicle data within the vehicle, and the OBD device can communicate with an electronic device (100) to provide the collected and stored data to the electronic device (100).

[0038] The user's terminal (30) may refer to a device carried or owned by the user. The user's terminal (30) may include various types of devices capable of performing data communication. For example, the user's terminal (30) may include a portable device such as a smartphone or tablet, a computer device such as a desktop or laptop, a multimedia device, a camera, a wearable device, or a virtual reality (VR) device, but is not limited to the aforementioned devices. For example, the user's terminal (30) may include a server or gateway capable of transmitting data packets through an application.

[0039] The user may be the owner or occupant of the vehicle (20). The user may operate the user's terminal (30). For example, the user may use a web browser or an application on the user's terminal (30) to perform operations for issuing a battery certificate. Here, the application may be an application that allows the user of the vehicle (20) to utilize useful services related to the battery. For example, the user may use the application to receive various information related to the battery installed in the vehicle (20) (e.g., power consumption) or receive various information for charging the battery (e.g., nearby charging stations).

[0040] A user can utilize the certificate issuance service through an application. For example, a user may click on the start interface for certificate issuance provided through the application. In this case, the application may, in response to the user's input on the start interface, transmit a start signal for certificate issuance to the electronic device (100).

[0041] In one embodiment, the startup interface may be activated when certain conditions are met. For example, the startup interface may be activated only when the battery charge rate at the start of charging is below a certain value, in order to obtain sufficient data for certificate issuance.

[0042] According to one embodiment, the application may be provided by the operating entity of the electronic device (100). For example, the user may access the application provided by the operating entity of the electronic device (100) on the user's terminal (30) and perform input for issuing a certificate for the battery, and may confirm the issued certificate or notification through the display of the user's terminal (30). However, this is merely an example, and the entity managing the application may be different from the electronic device (100), in which case the electronic device (100) may provide the certificate and / or notification to the user's terminal (30) via the entity managing the application (e.g., a server).

[0043] The electronic device (100) may be, for example, a server connected to a vehicle (20) equipped with a battery. The electronic device (100) may communicate with the vehicle (20) and the user's terminal (30) to provide a certificate for the battery equipped in the vehicle (20) and / or a notification related to the issuance of the certificate to the user's terminal (30).

[0044] The electronic device (100) may obtain battery data from the vehicle (20), receive an input for issuing a certificate for the battery from the user's terminal (30), and provide at least some of the notifications and certificates related to the issuance of the certificate to the user's terminal (30). For example, when the vehicle (20) is connected to the charger (10) and the battery is being charged, the user may perform an operation to obtain a certificate for the battery using the user's terminal (30). For example, the user may access an application installed on the user's terminal (30) and click a start button for issuing a certificate.

[0045] When the electronic device (100) receives a start signal from the user's terminal (30), it can proceed with a process for issuing a certificate. For example, the electronic device (100) can obtain data on a battery mounted on an electric vehicle (20) and store the data in the memory (120). In addition, the processor (130) can perform a status analysis of the battery using the data on the battery stored in the memory (120) and store the status analysis results back in the memory (120).

[0046] In addition, the processor (130) can monitor the mission progress status for issuing a certificate based on the status of the battery, and can provide a notification and / or a certificate finally issued according to the mission progress status to the user's terminal (30). For example, the processor (130) can include a scheduler (131) and an analysis engine (133), and the scheduler (131) can monitor the mission progress status. In addition, the scheduler (131) can analyze battery data with the analysis engine (133) according to the mission progress status and request a battery evaluation, and the analysis engine (133) can perform the battery evaluation.

[0047] The specific operation of the electronic device (100) to determine the mission progress status and provide notifications and / or certificates will be described below with reference to FIG. 2.

[0048] FIG. 2 is a block diagram showing the configuration of an electronic device (100) according to one embodiment disclosed in this document.

[0049] Referring to FIG. 2, the electronic device (100) may include a communication circuit (110), a memory (120), and a processor (130). At least one of the components included in the electronic device (100) may be omitted, or another component may be added to the electronic device (100). Additionally or alternatively, some of the components may be implemented in an integrated manner, or may be implemented as a single or multiple entities. At least some of the components within the electronic device (100) may be implemented in an integrated manner, or may be implemented as a single or multiple entities. At least some of the components within the electronic device (100) may be connected to each other via a bus, a general purpose input / output (GPIO), a serial peripheral interface (SPI), or a mobile industry processor interface (MIPI), and may exchange data and / or signals.

[0050] The communication circuit (110) can establish a wired or wireless communication channel with an external device (e.g., a user's terminal (30), a vehicle (20)) and transmit and receive various data with the external device. The communication circuit (110) can include at least one port for connecting to the external device with a wired cable in order to communicate with the external device via wire. The communication circuit (110) can be configured to be connected to a cellular network (e.g., 3G, LTE, 5G, Wibro, or Wimax) by including a cellular communication module. According to one embodiment, the communication circuit (110) can transmit and receive data with an external device using short-range communication (e.g., Wi-Fi, Bluetooth, Bluetooth Low Energy (BLE), UWB) by including a short-range communication module, but is not limited thereto.

[0051] For example, the communication circuit (110) can communicate with the vehicle (20) and the user's terminal (30). The communication circuit (110) can obtain battery data from the vehicle (20). As an example, the communication circuit (110) can obtain battery data during the charging process of the vehicle (20).

[0052] According to one embodiment, the communication circuit (110) can obtain battery data by communicating with an OBD (On Board Diagnostic) device mounted on an electric vehicle (20). For example, the OBD device can collect and store battery data within the vehicle and transmit the collected battery data to the communication circuit (110). In some cases, the OBD device can collect vehicle data in addition to battery data, and the communication circuit (110) can also obtain the vehicle data collected by the OBD device.

[0053] Battery data may include, for example, current, voltage, temperature, SOC, etc. of the battery and / or each battery cell included in the battery.

[0054] Additionally, the communication circuit (110) can receive a start signal for issuing a certificate from the user's terminal (30), and can transmit a notification and / or certificate determined according to the operation of the processor (130) to the user's terminal (30).

[0055] The memory (120) can store various data used by at least one component (e.g., the processor (130)). The memory (120) can store instructions for the operation of the processor (130) described above. The program can be stored as software in the memory (120) and can include, for example, an operating system, middleware, or an application. Unless otherwise specified, the memory (120) in the present disclosure can mean a collection of one or more memories (120).

[0056] For example, the memory (120) can store battery data obtained from the communication circuit (110) and can store battery evaluation results and issued certificate information according to the operation of the processor (130).

[0057] The processor (130) is a component that can perform calculations or data processing related to control and / or communication of each component of the electronic device (100), and can be operatively connected to the components of the electronic device (100). The processor (130) can load commands or data received from other components of the electronic device (100) into the memory (120), process the commands or data stored in the memory (120), and store the resulting data. Unless there are special circumstances, the processor (130) in the present disclosure may mean a set of one or more processors (130).

[0058] According to one embodiment, the communication circuit (110) can receive a start signal for issuing a battery certificate from the user's terminal (30). The communication circuit (110) can operate by receiving a start signal from the user's terminal (30) as a trigger for issuing a battery certificate.

[0059] According to one embodiment, the processor (130) may, in response to receiving a start signal from the user's terminal (30), set a mission progress state for issuing a certificate and monitor the mission progress state. Here, the mission progress state may refer to a step in which the processor (130) distinguishes an issuance process for issuing a certificate, and the mission progress state may be set during the issuance process. The mission progress state may have multiple states. For example, the mission progress state may have multiple states from a start stage to a certificate issuance completion stage in the certificate issuance process.

[0060] According to one embodiment, the processor (130) may set a mission progress status for issuing a certificate based on battery data acquired from the vehicle (20). In order to issue a battery certificate, a precise evaluation of the battery's condition is required, and for the precise evaluation, it is necessary to determine whether certain conditions are satisfied, such as sufficiently acquiring battery data that satisfies the conditions. Accordingly, the processor (130) may set a mission progress status by determining whether the conditions for issuing a battery certificate are satisfied. For example, the processor (130) may periodically query and analyze battery data acquired from the communication circuit (110) and stored in the memory (120) to set a mission progress status and monitor it.

[0061] According to one embodiment, the processor (130) may determine whether the transmission status of battery data and the state of the battery, determined based on the battery data, satisfy mission prerequisites. Mission prerequisites may refer to basic conditions that must be met to initiate a mission for issuing a certificate.

[0062] For example, to issue a battery certificate, battery data must be acquired from the vehicle (20), and for precise evaluation of the battery, charging conditions may need to be satisfied. Accordingly, mission prerequisites according to one embodiment may include conditions such as the difference between the time of battery data reception and the current time being within a preset time, and the battery being in a charged state.

[0063] To this end, the processor (130) can determine the transmission status of battery data and the charging status of the battery. For example, the processor (130) can determine the transmission status of battery data based on whether battery data is acquired from the communication circuit (110). Furthermore, if battery data is acquired, the processor (130) can determine the charging status of the battery from the acquired battery data. The charging status of the battery may include, for example, whether the battery is being charged.

[0064] According to one embodiment, if the transmission status of battery data and the status of the battery satisfy the mission prerequisites, the mission progress status can be set to the initial status. If the mission prerequisites are satisfied, the processor (130) determines that the basic conditions for certificate issuance are satisfied, and thus the mission progress status can be set to the initial status for certificate issuance. For example, if the difference between the time of data reception and the current time is within a preset time and the battery status is in a charging state, the processor (130) can determine that the battery data is being normally transmitted during the charging process, and thus the mission progress status can be set to the initial status.

[0065] According to one embodiment, if the transmission status of battery data and the state of the battery do not satisfy the mission prerequisites, the processor (130) may determine that the basic conditions for certificate issuance are not met and terminate the certificate issuance process. For example, if the difference between the time of battery data reception and the current time exceeds a preset time, the processor (130) may determine that there is an abnormality in the data transmission status and terminate the certificate issuance process. The preset time may be set to, for example, 10 minutes.

[0066] According to one embodiment, the processor (130) may change the mission progress state from the initial state to the first state when the battery status satisfies a preset mission start condition. The first state may mean, for example, a state ready for mission execution for issuing a certificate.

[0067] In one embodiment, the mission start condition may include a condition where the state of charge (SOC) of the battery at the start of charging is less than or equal to a first value. For example, the processor (130) may identify battery data obtained from the communication circuit (110) to determine whether the state of charge of the battery at the start of charging is less than or equal to the first value.

[0068] To issue a battery certificate, the battery's condition must be analyzed, and an environment must be established to acquire sufficient battery data for this analysis. Accordingly, the mission start conditions may include a condition where the battery's State of Charge (SOC) is below a first value when charging begins, enabling the electronic device (100) to acquire sufficient battery data to analyze the battery's condition.

[0069] For example, if the battery charge rate is high at the start of charging, battery data may be insufficient during the charging process even after fully charging the battery, and it may be difficult to obtain battery data in a specific SOC range. Therefore, the mission start condition may be set to a condition where the battery charge rate (SOC) at the start of charging is less than or equal to a first value. For example, the first value may be set to 30%.

[0070] According to one embodiment, if the charging rate of the battery exceeds a first value when charging begins, the processor (130) may disable input to the start interface for issuing a certificate of an application provided to the user's terminal (30). In this case, the user may use the certificate issuance service only when the charging rate of the battery is equal to or lower than the first value when charging begins.

[0071] According to one embodiment, the processor (130) may set the mission progress state to a second state when the battery status satisfies a preset mission completion condition while the mission progress state is in a first state. The second state may, for example, mean a state in which sufficient battery data has been acquired, enabling battery evaluation. To determine whether sufficient data for evaluating the battery has been acquired, the processor (130) may determine whether the battery status satisfies a preset mission completion condition.

[0072] In one embodiment, the mission completion condition may be set differently depending on the battery charging method. The battery charging method may include rapid charging and slow charging. Since the time required to charge the battery and the time required to acquire data may vary depending on the battery charging method, the mission completion condition may be set differently depending on the charging method.

[0073] According to one embodiment, the mission completion condition may include a condition in which, if the battery charging method is rapid charging, the battery charging rate is equal to or greater than a second value, or a reference time has elapsed from the time when the mission progress state enters the first state.

[0074] The mission completion condition can be understood as securing sufficient battery data for battery evaluation. In the case of rapid charging, the battery's charge rate can increase more rapidly than in slow charging, so if charging is completed within a short period of time, sufficient battery data for battery analysis may not be obtained. Therefore, when the battery is charged using rapid charging, the mission completion condition can be set to either a battery charge rate equal to or greater than a second value or a reference time elapsed from the time the mission progress state entered the first state to ensure sufficient battery data is obtained. For example, the second value can be set to 90%, and the reference time can be set to 30 minutes.

[0075] In one embodiment, the mission completion condition may include, when the battery is being charged using slow charging, a condition in which the battery's charge rate is greater than or equal to a third value. Since slow charging typically has a slower charging rate than fast charging, allowing more time to acquire battery data, the mission completion condition may be set to a condition in which the battery's charge rate is greater than or equal to the third value.

[0076] In one embodiment, the second value may be set to be greater than the third value. Since rapid charging involves a faster charging speed than slow charging, the second value may be set to be greater than the third value to ensure sufficient data acquisition.

[0077] According to one embodiment, the processor (130) may change the mission progress state from the first state to the third state if the battery remains in an uncharged state for a predetermined period of time before the mission completion condition is met, or if the mission completion condition is not met before the battery is fully charged. The third state may indicate a failure in certificate issuance. The predetermined period of time may be set to, for example, 5 minutes.

[0078] If the processor (130) stops acquiring battery data during the charging process (e.g., enters a non-charging state) before sufficient data for evaluating the battery is acquired, or if the mission completion condition is not met until charging is completed, the processor (130) may change the mission progress state to the third state because there is insufficient battery data for evaluating the battery.

[0079] In one embodiment, the processor (130) may attempt to evaluate the battery based on battery data when the mission progress state is in the second state. For example, the processor (130) may attempt to evaluate the battery using the analysis engine (133) stored in the memory (120).

[0080] The processor (130) can use battery data to diagnose the condition of the battery and perform an evaluation of the battery. For example, the processor (130) can use battery data such as the temperature, SOC, current, voltage, power, and accumulated charge / discharge amount of the battery to evaluate the battery.

[0081] The processor (130) can analyze battery data to evaluate various battery evaluation factors. For example, battery evaluation factors may include the battery's SOH (State Of Health), RUL (Remaining Using Life), maximum voltage, minimum voltage, average temperature, power consumption, and charge / discharge current.

[0082] For example, the processor (130) may evaluate the battery by analyzing battery data acquired between the time the battery charging begins and the time the mission completion conditions are met. In some cases, to more precisely evaluate the battery, the processor (130) may further utilize data stored in the OBD device of the vehicle (20) prior to the charging time.

[0083] If the battery evaluation is successful, the processor (130) can change the mission progress state to the fourth state. If the processor (130) analyzes battery data and derives evaluation results for the battery evaluation factors, the processor (130) can change the mission progress state to the fourth state. The fourth state may, for example, indicate a state of readiness for certificate issuance.

[0084] The processor (130) may change the mission progress status to a third status if the battery evaluation fails. For example, the processor (130) may fail the battery evaluation if, in the acquired battery data, attribute data for evaluating a specific evaluation factor is missing, or if the logging data is incomplete due to a problem in the storage device of the OBD device.

[0085] According to one embodiment, the processor (130) may attempt to issue a certificate based on the battery evaluation results when the mission progress state is in the fourth state. If the evaluation results for all battery evaluation factors are derived normally, the processor (130) may issue a battery certificate. If the certificate issuance is successful, the processor (130) may change the mission progress state to the fifth state. The fifth state may be a state for issuing a certificate.

[0086] If the issuance of a certificate fails, the processor (130) may change the mission progress status to a third status. For example, if the evaluation results for some of the battery evaluation factors are missing, the processor (130) may determine that the certificate issuance has failed.

[0087] According to one embodiment, the processor (130) may provide at least some of the notifications and certificates related to the issuance of certificates to the user's terminal (30) based on the mission progress status.

[0088] According to one embodiment, the processor (130) may provide a first notification to the user's terminal (30) indicating that the transmission status of battery data and the status of the battery do not satisfy the mission prerequisites and are not suitable for issuance of a certificate.

[0089] The first notification may be a notification informing the user that the current status is not suitable for issuing a certificate. For example, the processor (130) may provide the first notification to the user's terminal (30) containing a phrase such as "The vehicle is not charging."

[0090] According to one embodiment, when the mission progress status is in the third state, the processor (130) may provide a second notification related to a certificate issuance failure to the user's terminal (30). The second notification may include information indicating that the certificate issuance has failed. For example, the processor (130) may provide the second notification to the user's terminal (30) including a phrase indicating that the certificate issuance has failed.

[0091] According to one embodiment, when the processor (130) sets the mission progress state to the third state, it can analyze the reason why the mission progress state is set to the third state, and provide a second notification including the reason why the mission progress state is set to the third state, i.e., the reason for mission progress failure and / or a guide for mission success.

[0092] For example, if the mission progress status is set to a third state because the battery's status remains in an uncharged state for a certain period of time in the first state, the second notification may include information indicating that the uncharged state has persisted for a certain period of time.

[0093] According to one embodiment, the processor (130) may provide an additional warning notification to the user's terminal (30) before providing the second notification, indicating that certificate issuance may fail. For example, if the mission progress status is in the first state and the battery status remains in an uncharged state for more than one minute, the processor (130) may provide a warning notification to the user's terminal (30) indicating that certificate issuance may fail if the uncharged state continues for four minutes.

[0094] According to one embodiment, when the mission progress status is the fifth status, the processor (130) may provide a third notification related to the successful issuance of the certificate and the certificate to the user's terminal (30). The third notification may indicate that the certificate has been successfully issued. The user may confirm the third notification provided to the user's terminal (30) and confirm the issued certificate.

[0095] In one embodiment, the certificate may include an evaluation result assessing the battery's condition, a validity period, and a unique certificate number. The evaluation result assessing the battery's condition may include evaluation results for battery evaluation factors, as described above. For example, the battery certificate may include information such as current performance compared to factory performance, battery performance distribution, power consumption distribution, maximum / minimum performance ranges, and current and voltage changes during the charging process. Certificates issued in this manner may be used to verify the battery's condition in the future.

[0096] Figure 3 is a flowchart showing a certificate issuance process according to one embodiment disclosed in this document.

[0097] Referring to FIG. 3, in step S301, the electronic device (100) may receive a start signal from the user's terminal (30). For example, the user may perform an input on the start interface for issuing a battery certificate on the user's terminal (30), and the user's terminal (30) may transmit a start signal to the electronic device (100) in response to the user's input.

[0098] In step S303, the processor (130) may determine whether the mission prerequisites for certificate issuance are satisfied. The mission prerequisites may be determined based on the transmission status of battery data and the state of the battery. For example, the mission prerequisites may include conditions such as the difference between the time of battery data reception and the current time being within a preset time and the battery being in a charged state.

[0099] If the mission prerequisite is satisfied (S303 - Yes), the processor (130) can set the mission progress status to the initial state and proceed to step S307. If the mission prerequisite is not satisfied (S303 - No), the processor (130) can proceed to step S305.

[0100] At step S305, the processor (130) may transmit a first notification to the user's terminal (30). The first notification may include a notification indicating that the certificate issuance is inappropriate. The processor (130) may provide the first notification to the user's terminal (30) and terminate the certificate issuance process.

[0101] At step S307, the processor (130) may determine whether the battery's status satisfies the mission start condition. If the battery's status satisfies the mission start condition (S307 - Yes), the processor (130) may proceed to step S309. For example, the mission start condition may include a condition in which the battery's charging rate is lower than or equal to a first value when charging begins. In one embodiment, the start signal may be received only when the battery's charging rate is lower than or equal to the first value when charging begins.

[0102] At step S309, the processor (130) may set the mission progress status to a first status if the battery status satisfies the mission start condition. The first status may mean, for example, a state in which the mission is ready for issuance of a certificate.

[0103] At step S311, the processor (130) can determine whether the mission progress status is in the first state and whether the battery status satisfies the mission completion condition. If the battery status satisfies the mission completion condition (S311 - Yes), the processor (130) can proceed to step S313. If the battery status does not satisfy the mission completion condition (S311 - No), the processor (130) can proceed to step S315. The mission completion condition can be set differently depending on the battery charging method.

[0104] At step S313, the processor (130) may set the mission progress status to a second status if the battery status satisfies the mission completion condition. The second status may mean, for example, a status in which sufficient battery data has been acquired, enabling battery evaluation.

[0105] At step S315, if the battery status does not satisfy the mission completion condition, the processor (130) may set the mission progress status to a third status. The third status may mean, for example, a failure in certificate issuance.

[0106] At step S317, the processor (130) may transmit a second notification to the user's terminal (30). The second notification may include, for example, information indicating that the certificate has failed to be issued. The processor (130) may provide the second notification to the user's terminal (30) and terminate the certificate issuance process.

[0107] At step S319, the processor (130) may attempt to evaluate the battery. If the battery evaluation is successful (S319 - Yes), the processor (130) may proceed to step S321. If the battery evaluation fails (S319 - No), the processor (130) may proceed to step S315.

[0108] At step S321, if the battery evaluation is successful, the processor (130) may change the mission progress status to the fourth status. The fourth status may mean, for example, a state of readiness for certificate issuance.

[0109] At step S323, the processor (130) may attempt to issue a certificate. If the certificate issuance is successful (S323 - Yes), the processor (130) may proceed to step S325. If the certificate issuance fails (S323 - No), the processor (130) may proceed to step S315.

[0110] At step S325, if the certificate issuance is successful, the processor (130) can change the mission progress status to the fifth status. The fifth status may be, for example, a status for certificate issuance.

[0111] At step S327, the processor (130) may transmit a certificate and a third notification to the user's terminal (30). The third notification may indicate that the certificate has been successfully issued. The processor (130) may provide the third notification and the certificate to the user's terminal (30) and terminate the certificate issuance process.

[0112] FIG. 4 is a flowchart illustrating a certificate issuance method according to one embodiment disclosed in this document.

[0113] Referring to FIG. 4, at step S410, the electronic device (100) may receive a start signal for issuing a battery certificate from the user's terminal (30). For example, the user may access an application for issuing a certificate installed on the user's terminal (30) and click a start button, and the application may transmit a start signal to the electronic device (100) in response to the user's click of the start button.

[0114] At step S420, the electronic device (100) can set a mission progress status for issuing a certificate. The electronic device (100) can set the mission progress status based on battery data. According to one embodiment, the mission progress status can have five states, from a first state to a fifth state, and the processor (130) can perform different operations depending on the mission progress status.

[0115] At step S430, the electronic device (100) may provide at least some of the notifications and certificates related to the issuance of the certificate to the user's terminal (30). The processor (130) may provide different notifications and certificates to the user's terminal (30) based on the mission progress status. For example, the electronic device (100) may provide a second notification to the user's terminal (30) when the mission progress status is in the third state. As another example, the electronic device (100) may provide a third notification to the user's terminal (30) when the mission progress status is in the fifth state.

[0116]

[0117] Meanwhile, the present specification and drawings disclose preferred embodiments of the present disclosure, and although specific terms are used, they are used in a general sense only to easily explain the technical contents of the present disclosure and to help understand the embodiments, and are not intended to limit the scope of the present disclosure. It will be apparent to those skilled in the art to which the embodiments of the present disclosure pertain that other modified examples based on the technical idea of ​​the present disclosure are possible in addition to the embodiments disclosed herein.

[0118] The device or terminal according to the above-described embodiments may include a processor, a memory for storing and executing program data, a permanent storage such as a disk drive, a communication port for communicating with an external device, a user object device such as a touch panel, a key, a button, etc. The methods implemented as software modules or algorithms may be stored on a computer-readable recording medium as computer-readable codes or program commands that can be executed on the processor. Here, the computer-readable recording medium includes a magnetic storage medium (e.g., a read-only memory (ROM), a random-access memory (RAM), a floppy disk, a hard disk, etc.) and an optical reading medium (e.g., a CD-ROM, a Digital Versatile Disc (DVD)). The computer-readable recording medium may be distributed to computer systems connected through a network, so that the computer-readable code can be stored and executed in a distributed manner. The medium is readable by a computer, stored in a memory, and executed by a processor.

[0119] The present embodiment may be represented by functional block configurations and various processing steps. These functional blocks may be implemented by various hardware and / or software configurations that perform specific functions. For example, the embodiment may employ integrated circuit configurations such as memory, processing, logic, look-up tables, etc., which may perform various functions under the control of one or more microprocessors or other control devices. Similarly, the present embodiment may be implemented in a programming or scripting language such as C, C++, Java, assembler, Python, etc., including various algorithms implemented as a combination of data structures, processes, routines, or other programming configurations. Functional aspects may be implemented as algorithms that execute on one or more processors. Furthermore, the present embodiment may employ conventional techniques for electronic configuration, signal processing, and / or data processing. Terms such as "mechanism," "element," "means," and "composition" can be used broadly and are not limited to mechanical or physical structures. These terms can also encompass a series of software routines, such as those associated with a processor.

Claims

1. A communication circuit that communicates with a vehicle equipped with a battery and a user's terminal; Memory that stores one or more instructions; and Includes a processor, The one or more instructions, when executed, cause the processor to: In response to receiving a start signal for issuing a certificate of the battery from the terminal of the user, Based on the battery data obtained from the vehicle, the mission progress status for issuing the certificate is set, Based on the progress status of the mission, providing a notification related to the issuance of the certificate to the user's terminal and at least some of the certificates. Electronic devices.

2. In paragraph 1, The above processor, If the transmission status of the above battery data and the status of the battery determined based on the above battery data satisfy the mission prerequisites, the mission progress status is set to the initial status, If the above mission prerequisites are not satisfied, a first notification is sent to the user's terminal informing that the certificate is not suitable for issuance. Electronic devices.

3. In paragraph 2, The above mission prerequisites are, Including a condition that the difference between the time of receiving the battery data and the current time is within a preset time and the state of the battery is in a charged state. Electronic devices.

4. In paragraph 2, The above processor, The above mission progress status is in the initial state, If the state of the above battery satisfies the preset mission start condition, the mission progress state is set to the first state. Electronic devices.

5. In paragraph 4, The above mission start conditions are, Including a condition that the charging rate of the above battery is less than or equal to a first value when charging starts. Electronic devices.

6. In Paragraph 4, The above processor, In the above mission progress status, in the above first status, If the state of the above battery satisfies the preset mission completion condition, the mission progress state is set to the second state, If the state of the battery remains in an uncharged state for a certain period of time or longer before satisfying the above mission completion condition, or if the above mission completion condition is not satisfied before the battery charging ends, the mission progress state is set to a third state. Electronic devices.

7. In paragraph 6, The above processor, If the above mission progress status is the third status, a second notification related to the failure to issue the certificate is provided to the user's terminal. Electronic devices.

8. In Paragraph 6, The conditions for completing the above mission are, In the case where the charging method of the above battery is rapid charging, the condition includes that the charging rate of the above battery is greater than or equal to a second value, or that a reference time has elapsed since the point in time when the above mission progress state entered the above first state, and If the above charging method is slow charging, the condition that the charging rate of the battery is a third value or higher is included, The second value is set to be greater than the third value, Electronic devices.

9. In Paragraph 6, The above processor, In the above mission progress status, in the above second status, Attempt to evaluate the battery based on the above battery data, If the evaluation of the above battery is successful, the mission progress status is set to the 4th status, If the evaluation of the above battery fails, the mission progress status is set to the third state. Electronic devices.

10. In paragraph 9, The above processor, In the above mission progress status, the above 4th state, Attempt to issue the certificate based on the evaluation results of the above battery, If the issuance of the above certificate is successful, the mission progress status is set to status 5. If the issuance of the above certificate fails, the mission progress status is set to the third status. Electronic devices.

11. In paragraph 10, The above processor, In the fifth state of the above mission progress, a third notification related to the success of issuing the certificate and providing the certificate to the user's terminal, Electronic devices.

12. In paragraph 1, The above certificate includes the evaluation result of evaluating the condition of the battery, the validity period and a unique certificate number. Electronic devices.

13. A communication circuit that communicates with a battery-equipped vehicle and a user's terminal; Memory that stores one or more instructions; and In a method for issuing a certificate for an electronic device including a processor, A step of receiving a start signal for issuing a certificate of the battery from the terminal of the user; A step of setting a mission progress status for issuing the certificate based on battery data obtained from the above vehicle; and A step of providing a notification related to the issuance of the certificate and at least some of the certificates to the user's terminal based on the progress status of the mission, Certificate Issuance Method 14. A computer-readable, non-transient recording medium having a program for executing the method of paragraph 13 on a computer.

Images