Data management device, and vehicle comprising same, and method

Abstract

According to an embodiment disclosed in the present document, a data management device comprises a master device, a main control unit, and an auxiliary control unit, wherein the master device transmits a control signal including at least one of a network policy regarding a communication protocol, a control command, or any combination thereof to the auxiliary control unit, and the auxiliary control unit may generate a data frame on the basis of the control signal, determine a transmission method and a transmission path, and then transmit the data frame to the main control unit corresponding to the data frame.

Description

Data management device, vehicle including the same, and method

[0001] Cross-citation with related applications

[0002] This application claims the benefit of priority from Republic of Korea Patent Application No. 10-2024-0070063, filed May 29, 2024, the entire contents of which are incorporated herein by reference.

[0003] Technology field

[0004] Embodiments disclosed in this document relate to a data management device and method, and a vehicle including the data management device.

[0005] As electric vehicles (EVs) proliferate, research and development on new vehicle architectures are actively underway. For example, electric vehicles can be powered by secondary batteries, which are rechargeable and include both conventional Ni / Cd and Ni / MH batteries, as well as more 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 a power source for mobile devices. Recently, their use has expanded to include power sources for electric vehicles, attracting attention as a next-generation energy storage medium.

[0006] Battery cells, battery modules, battery packs, or battery racks like these can be utilized in a variety of devices. For example, batteries can be used in mobile devices such as cell phones, laptops, smartphones, and tablets, as well as in electric vehicles (EVs, HEVs, PHEVs) and large-capacity energy storage systems (ESS).

[0007] These batteries can have their status and operation managed and controlled by a battery management system (BMS). The BMS can be included with the batteries in a single device.

[0008] Meanwhile, as the automotive industry evolves, concepts of future mobility, such as Software Defined Vehicles (SDVs) and Purpose-Built Vehicles (PBVs), are becoming increasingly concrete. For example, SDVs refer to cars where hardware is controlled and managed by software. Software within SDVs can define not only driving performance but also convenience and safety features, emotional quality, and brand identity. SDV-based architectures can reduce vehicle development costs by sharing ECUs and internalizing software. Furthermore, high-performance computers and networks based on electronic architectures can advance autonomous driving technology.

[0009] As autonomous vehicle control is implemented, managing and storing data related to autonomous driving is becoming increasingly important. In vehicles with an SDV architecture, specific control units (e.g., auxiliary control units or zonal controllers) can act as gateways or network switches, performing signal-to-data frame-based format conversion or executing response logic based on various data management methods in critical environments, such as accident detection.

[0010] One purpose of the embodiments disclosed in this document is to provide a data management device and method capable of efficiently managing data, and a vehicle including the data management device, in which data (or data frames) are generated and managed according to their type, destination, priority, purpose, source, etc., through the control of a master device in a vehicle including an SDV structure, and a method for transmitting data to other devices is determined.

[0011] 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.

[0012] According to embodiments disclosed in this document, a master device, a main control unit, and an auxiliary control unit may be included.

[0013] According to an embodiment, the master device may transmit a control signal including at least one of a network policy regarding a communication protocol, a control command, or any combination thereof to the auxiliary control unit.

[0014] According to an embodiment, the auxiliary control unit can generate a data frame based on the control signal, determine a transmission method and a transmission path, and then transmit the data frame to the main control unit corresponding to the data frame.

[0015] According to an embodiment, the control signal may include information about at least one of the type of the data frame, the priority according to the type, the destination, the source, the transmission method, the transmission path, or any combination thereof.

[0016] According to an embodiment, the master device may be a first control device included in the main control unit or the auxiliary control unit, or a separate second control device distinct from the main control unit and the auxiliary control unit.

[0017] According to an embodiment, the auxiliary control unit may be configured to identify a designated HPC (High Performance Computer) corresponding to the data frame among a plurality of HPCs included in the main control unit based on the control signal, collate the data frame during a control period of the designated HPC, and transmit the collated data frame to the designated HPC based on the control period.

[0018] According to an embodiment, the master device may be configured to update at least one of the network policy, the control command, or any combination thereof based on at least one of a network status between the main control unit and the auxiliary control unit, an administrator command received from the outside, or any combination thereof.

[0019] According to an embodiment, the data management device may further include an end device.

[0020] According to an embodiment, the master device may be configured to transmit the control signal to the terminal device.

[0021] According to an embodiment, the terminal device may be configured to generate a battery pack data frame for controlling the battery pack based on the control signal, and control the battery pack based on the battery pack data frame.

[0022] According to an embodiment, the terminal device may be configured to identify a designated zoning controller corresponding to the battery pack data frame among a plurality of zoning controllers included in the auxiliary control unit based on the control signal, collect the battery pack data frame during a control period of the designated zoning controller, and transmit the collected battery pack data frame to the designated zoning controller based on the control period.

[0023] According to an embodiment, the auxiliary control unit may be configured to adjust an operation weight of each of a plurality of functions, including at least one of terminal device control, network communication, protection, monitoring, or any combination thereof, based on the control signal.

[0024] In an embodiment, the master device may be configured to determine at least one of the network policy, control command, or any combination thereof based on the operating state of the autonomous vehicle.

[0025] According to embodiments disclosed in this document, a vehicle including any one of the data management devices described above may be provided.

[0026] According to an embodiment disclosed in the present document, a data management method may include a step in which a master device transmits a control signal including at least one of a network policy, a control command, or a combination thereof regarding a communication protocol to the auxiliary control unit, and a step in which the auxiliary control unit generates a data frame based on the control signal, determines a transmission method and a transmission path, and then transmits the data frame to a main control unit corresponding to the data frame.

[0027] According to an embodiment, the master device may be a first control device included in the main control unit or the auxiliary control unit, or a separate second control device distinct from the main control unit and the auxiliary control unit.

[0028] According to an embodiment, the data management method may further include a step in which the auxiliary control unit identifies, based on the control signal, a designated HPC (High Performance Computer) corresponding to the data frame among a plurality of HPCs included in the main control unit, a step in which the auxiliary control unit collates the data frames during a control period of the designated HPC, and a step in which the auxiliary control unit transfers the collated data frames to the designated HPC based on the control period.

[0029] According to an embodiment, the data management method may further include a step of the master device updating at least one of the network policy, the control command, or any combination thereof based on at least one of a network status between the main control unit and the auxiliary control unit, an administrator command received from the outside, or any combination thereof.

[0030] According to an embodiment, the data management method may further include a step of the master device transmitting the control signal to a terminal device, and a step of the terminal device generating a battery pack data frame for controlling the battery pack based on the control signal, and controlling the battery pack based on the battery pack data frame.

[0031] According to an embodiment, the data management method may further include a step of the terminal device identifying a designated zoning controller corresponding to the battery pack data frame among a plurality of zoning controllers included in the auxiliary control unit based on the control signal, a step of the terminal device collecting the battery pack data frames during a control period of the designated zoning controller, and a step of the terminal device transmitting the collected battery pack data frames to the designated zoning controller based on the control period.

[0032] According to an embodiment, the data management method may further include a step of the auxiliary control unit adjusting, based on the control signal, an operation weight of each of a plurality of functions including at least one of terminal device control, network communication, protection, monitoring, or any combination thereof.

[0033] According to an embodiment, the data management method may further include a step in which the master device determines at least one of the network policy, control command, or any combination thereof based on the operating state of the vehicle.

[0034] The data management device and method according to the embodiments disclosed in this document can provide a data management method for a vehicle that can reduce the load on a network by efficiently transmitting data to another device and reduce delay in a communication process through uniform data management according to a policy, as the amount of data required for vehicle operation, such as autonomous driving, increases under an SDV structure.

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

[0036] FIG. 1 is a conceptual diagram illustrating the structure of a vehicle including a data management device according to one embodiment disclosed in this document.

[0037] FIG. 2 is a conceptual diagram illustrating the structure of a vehicle including a data management device according to an embodiment disclosed in this document.

[0038] FIG. 3 is a block diagram showing the configuration of a data management device according to one embodiment disclosed in this document.

[0039] FIG. 4 is a block diagram showing the configuration of an auxiliary control unit according to an embodiment disclosed in this document.

[0040] FIG. 5 is a conceptual diagram showing the configuration of a data management device according to one embodiment disclosed in this document.

[0041] Figure 6 is a conceptual diagram showing the configuration of a data management device according to one embodiment disclosed in this document.

[0042] FIG. 7 is a conceptual diagram illustrating a method by which a data management device according to an embodiment disclosed in this document transmits data.

[0043] Figure 8 is a flowchart of a data management method according to an embodiment disclosed in this document.

[0044] Figure 9 is a flowchart of a data management method according to one embodiment disclosed in this document.

[0045] Figure 10 is a flowchart of a data management method according to an embodiment disclosed in this document.

[0046] FIG. 11 is a block diagram showing the hardware configuration of a computing system for performing an operation method of a data management device according to an embodiment disclosed in this document.

[0047] 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.

[0048] 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.

[0049] 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.

[0050] 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).

[0051] 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.

[0052] FIG. 1 is a conceptual diagram illustrating the structure of a vehicle including a data management device according to one embodiment disclosed in this document.

[0053] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) may include at least some of the components included in a vehicle (110) according to the SDV architecture. The data management device may, for example, manage power and / or data transmitted and received between components of the vehicle (110).

[0054] For example, the vehicle (110) may include at least one of a first zone controller (121), a second zone controller (122), a third zone controller (123), a fourth zone controller (124), a first terminal device (131), a second terminal device (132), a third terminal device (133), a fourth terminal device (134), a first actuator (141), a second actuator (142), a high performance computer (HPC) (150), a transmission / reception path (160), an additional element (170), or any combination thereof. A data management device for managing data of the vehicle (110) may include at least some of the components included in the vehicle (110).

[0055] For example, components according to the SDV architecture may include a hierarchy of HPC (150), zoning controller, and end device order.

[0056] For example, the HPC (150) is connected to the first zoning controller (121), the second zoning controller (122), the third zoning controller (123), and the fourth zoning controller (124), and can transmit and receive various types of data with each zoning controller.

[0057] For example, the first zoning controller (121), the second zoning controller (122), the third zoning controller (123), and the fourth zoning controller (124) may control the first terminal device (131), the second terminal device (132), the third terminal device (133), and the fourth terminal device (134), respectively. The terminal devices may include, for example, at least one of a sensor for controlling the vehicle (110), a battery (or BMS) for driving the vehicle (110), or any combination thereof. For example, if one of the second terminal devices (132) is a BMS, the additional element (170) may be defined as a battery pack.

[0058] For example, the first zone controller (121) and the second zone controller (122) may control the first actuator (141) and the second actuator (142), respectively. The actuator may include, for example, at least one driving device for driving the vehicle (110).

[0059] For example, the components described above can perform communication based on a specified path (e.g., a transmission / reception path (160)) via automotive Ethernet.

[0060] A data management device according to one embodiment of the present document can control and manage a communication process of power and / or data transmitted and received between the above-described components.

[0061] FIG. 2 is a conceptual diagram illustrating the structure of a vehicle including a data management device according to an embodiment disclosed in this document.

[0062] In Fig. 2, the description of components defined with the same names as in Fig. 1 may be replaced with the description of Fig. 1 described above.

[0063] For example, the self-vehicle (210) may include at least one of a first terminal device (231), a second terminal device (232), a third terminal device (233), a fourth terminal device (234), a first actuator (241), a second actuator (242), a high performance computer (HPC) (250), a transmission / reception path (260), an additional element (270), or any combination thereof. A data management device for managing data of the self-vehicle (210) may include at least some of the components included in the self-vehicle (210).

[0064] For example, the self-vehicle (210) according to FIG. 2 does not include a zoning controller compared to FIG. 1. That is, even if the SDV architecture is adopted, the self-vehicle (210) may be implemented with a structure in which the HPC (250) directly controls at least one terminal device, as in FIG. 2.

[0065] FIG. 3 is a block diagram showing the configuration of a data management device according to one embodiment disclosed in this document.

[0066] Referring to FIG. 3, the data management device (300) may include a master device (310), a main control unit (320), an auxiliary control unit (330), and / or an end device (340).

[0067] According to one embodiment, the data management device (300) may perform power and / or data management between components for controlling the vehicle. For example, the vehicle may be operated by components according to the SDV architecture. For example, the SDV may include a hierarchical structure in the order of a high performance computer (HPC), a zone, an end device, and a sensor / actuator. At this time, the vehicle according to the SDV may be divided into multiple zones, and each zone may include a control unit (e.g., a zone controller) for controlling components of a lower layer included in the zone. The zone control unit is electrically connected to the HPC and can transmit and receive various signals. The above-described contents are exemplary, and embodiments of the present invention are not limited thereto. For example, according to another embodiment according to the SDV architecture (e.g., the SDV architecture embodiment according to FIG. 2), the HPC and the end device may be operatively connected, and the zone may be omitted. For example, the auxiliary control unit (330) may include a zoning controller corresponding to each of a plurality of zones within the vehicle (e.g., front zone, rear zone, left zone, right zone).

[0068] The data management device (300) can transmit and receive at least one of power, data (e.g., wake-up packet), control signal, or any combination thereof to and from components included in the electronic device. In one embodiment, the electronic device may be a mobile device (e.g., a mobile phone, a laptop computer, a smart phone, a smart pad), an electric vehicle (e.g., an electric vehicle (EV), a hybrid EV (HEV), a plug-in HEV (PHEV), a fuel cell EV (FCEV)), an energy storage system (ESS), or a battery swapping system (BSS). In one embodiment, the electronic device may include a vehicle (e.g., an electric vehicle, a hybrid vehicle, etc.) and a moving body driven based on electrical energy. In other words, for example, the data management device (300) may be included in a vehicle and configured to manage data for operation of the vehicle (e.g., operation for autonomous driving control).

[0069] The operation of the data management device (300) below can be performed by a BMS (Battery management system) within a vehicle, a battery BMS provided within a battery pack, and can also be performed in various devices such as a server, cloud, charger, or charger / discharger.

[0070] According to one embodiment, the master device (310) is electrically connected to the main control unit (320), the auxiliary control unit (330), and / or the terminal device (340) to transmit, receive, and manage various data.

[0071] For example, the master device (310) may be a first control device included in the main control unit (320) or the auxiliary control unit (330), or may correspond to a separate second control device distinct from the main control unit (320) and the auxiliary control unit (330).

[0072] For example, the master device (310) may be one of a plurality of HPCs included in the main control unit (320) and a plurality of zoning controllers included in the auxiliary control unit (330).

[0073] For example, the master device (310) may be a separate control device (e.g., HPC or controller) that is physically and logically distinct from the main control unit (320) and the auxiliary control unit (330).

[0074] For example, although the master device (310) is shown as one, the data management device (300) may further include at least one other master device.

[0075] For example, the master device (310) can generate and update network policies and control commands regarding communication protocols such as data generation, transmission and reception, processing, removal, and storage within the data management device (300).

[0076] For example, the master device (310) may transmit a control signal including at least one of a network policy regarding a communication protocol, a control command, or any combination thereof to the main control unit (320) and / or the auxiliary control unit (330). The control signal may include, for example, information regarding at least one of a type of data frame, a priority according to the type, a destination, a source, a transmission method, a transmission path, or any combination thereof. The main control unit (320) and / or the auxiliary control unit (330) may, for example, generate data based on the control signal received from the master device (310) and transmit the data to another device.

[0077] For example, the master device (310) may update at least one of a network policy, a control command, or a combination thereof based on at least one of a network status between the main control unit (320) and the auxiliary control unit (330), an externally received administrator command, or a combination thereof. The master device (310) may retransmit a control signal including the update content to the auxiliary control unit (330) based on a specific cycle.

[0078] According to one embodiment, the master device (310) may determine network policies and / or control commands based on the operating status of the vehicle including the data management device (300) and transmit them to other devices.

[0079] For example, when the vehicle is operating in a normal state (e.g., stopped, driving, etc.), the master device (310) can transmit predefined network policies and / or control commands to other devices.

[0080] For example, the master device (310) may transmit a predefined network policy including a method (or protocol) for transmitting battery information (e.g., cell data) to another device, to an end device (340) (e.g., a BMS) related to the battery. When the vehicle is in a normal state, the end device (340) may continuously update and renew battery information based on the predefined network policy. If the end device (340) fails to transmit the first battery information to another device at a first time point, the first battery information may not be retransmitted, but may be transmitted at a second time point, which is the next transmission cycle. The first battery information may be battery information updated at the first time point, and the second battery information may be battery information updated at the second time point. In other words, the master device (310) may determine a network policy such that when the vehicle is in a normal state, if the end device (340) updates battery information in real time and fails to transmit battery information to another device at a specific time point, the information may not be retransmitted, but updated real-time battery information may be transmitted at the transmission time point of the next transmission cycle. Through this, an efficient communication protocol can be implemented by transmitting only information that is updated in real time at the next transmission time without performing unnecessary retransmission operations after data transmission fails in normal conditions.

[0081] For example, when the vehicle is operating in a diagnostic state (or, inspection state), the master device (310) may transmit network policy and / or control commands for transmitting and receiving data to the terminal device (340) regarding the component being diagnosed.

[0082] For example, when the vehicle is operating in a diagnostic state for the battery, the master device (310) may transmit a network policy and / or control command for transmitting and receiving battery diagnostic-related data (e.g., cell data) to a specific terminal device (e.g., BMS) among the terminal devices (340) regarding the battery.

[0083] For example, a specific end device may store battery diagnosis-related data permanently or for a long period of time in preparation for other data based on receiving network policies and / or control commands. In this case, unlike in a normal vehicle state, the end device may store all diagnostic data generated during the diagnostic process and transmit all stored diagnostic data to another device. For example, the specific end device may identify a specific HPC related to the diagnostic status among multiple HPCs included in the main control unit (320) and directly transmit the battery diagnosis-related data to a specific zoning controller corresponding to the specific HPC among multiple zoning controllers included in the auxiliary control unit (330). This transmission process may be a logical transmission process including routing. The specific end device may continuously transmit the battery diagnosis-related data based on a specified cycle without deleting it until it receives an ACK signal indicating that the battery diagnosis-related data has been received from a specific HPC and / or a specific zoning controller, for example.

[0084] For example, if a malfunction occurs in the vehicle or an accident occurs with the vehicle, the master device (310) may generate a network policy and / or control command to instruct other devices to increase the priority of data transmission and reception operations occurring in the devices involved in the malfunction and / or accident (e.g., the auxiliary control unit (330) and / or the terminal device (340)).

[0085] For example, when a breakdown and / or accident is detected in a specific zone among multiple zones of the vehicle, a network policy and / or control command that instructs to raise the priority of transmission and reception operations of data occurring in the specific zone (or data occurring in a zoning controller and / or terminal device (340) corresponding to the specific zone) may be generated and transmitted to at least one device included in the data management device (300).

[0086] For example, when an accident or warning situation occurs in the vehicle, the master device (310) can designate data corresponding to the situation in a designated format (e.g., permanent format or event format) and transmit it to other devices. For example, when the first zoning controller included in the auxiliary control unit (330) and communicating with the first HPC receives the data in the designated format, the first zoning controller can transmit the data in the designated format to at least one other HPC excluding the first HPC. The at least one HPC may be an HPC included in a zone other than the first zone in which the first zoning controller is included, among a plurality of zones of the vehicle.

[0087] For example, a zoning controller and / or terminal device (340) corresponding to (or included in) a specific zone can control, based on receiving a network policy and / or control command, to increase the transmission speed, quality, stability, etc. of data related to a failure and / or accident in the specific zone so that the data can be quickly and stably transmitted to other devices that handle the failure and / or accident.

[0088] According to one embodiment, the main control unit (320) may include multiple HPCs.

[0089] For example, the main control unit (320) can perform operations such as generating, transmitting and receiving, processing, removing, and storing data based on control signals received from the master device (310).

[0090] For example, the main control unit (320) can receive a data frame from the auxiliary control unit (330).

[0091] According to one embodiment, the auxiliary control unit (330) may perform operations such as generating, transmitting and receiving data, processing, removing, and storing data based on a control signal received from the master device (310), and may adjust operation weights for each of a plurality of functions that the auxiliary control unit (330) can perform.

[0092] For example, the auxiliary control unit (330) can generate a data frame based on a control signal.

[0093] For example, the auxiliary control unit (330) can determine the transmission method and transmission path of the data frame based on the control signal, and then transmit the data frame to the main control unit (320) corresponding to the data frame.

[0094] For example, the auxiliary control unit (330) can identify a designated HPC (or target device) corresponding to a data frame among a plurality of HPCs included in the main control unit (320) based on a control signal.

[0095] For example, the auxiliary control unit (330) can identify a control cycle of a specified HPC and then continue to collect data frames during the identified control cycle.

[0096] For example, the auxiliary control unit (330) can transmit the collated data frame to a designated HPC based on the control cycle. In other words, the auxiliary control unit (330) can collate data frames during the control cycle and transmit the collated data frame (or jumbo frame) to the designated HPC.

[0097] For example, a designated HPC (or target device) may process a data frame (or at least one frame) received from the auxiliary control unit (330) by dividing it into service units. The target device may, for example, process the data contained in at least one frame by dividing it into a first service related to a battery pack, a second service related to a sensor, a third service related to multimedia, etc. In this case, the target device may correspond to one of the multiple HPCs included in the main control unit (320).

[0098] For example, the auxiliary control unit (330) may adjust the operational weights of each of a plurality of functions, including at least one of terminal device control, network communication, protection, monitoring, or any combination thereof, based on a control signal. By adjusting the operational weights, the auxiliary control unit (330) may change the priorities, processing times, loads, processing amounts, etc. of each of the plurality of functions.

[0099] According to one embodiment, the terminal device (340) may be electrically connected to the auxiliary control unit (330), the main control unit (320), and / or the master device (310).

[0100] For example, the terminal device (340) may include a plurality of control devices for controlling components of the vehicle (e.g., sensors, cameras, battery packs, actuators, etc.).

[0101] For example, the terminal device (340) may be a BMS including a battery pack, but this is exemplary and the embodiments of this document are not limited thereto.

[0102] For example, the terminal device (340) can receive a control signal from the master device (310). The terminal device (340) can, for example, generate a battery pack data frame for controlling the battery pack based on the control signal, and control the battery pack based on the battery pack data frame.

[0103] For example, the terminal device (340) can perform operating time, operating intensity, temperature and / or pressure control, TP control, etc. of the battery pack based on the battery pack data frame.

[0104] For example, the terminal device (340) can transmit information about the battery pack control process, control result, and battery pack based on the battery pack data frame to the auxiliary control unit (330), the main control unit (320), and / or the master device (310).

[0105] For example, the terminal device (340) can identify a designated zoning controller corresponding to a battery pack data frame among a plurality of zoning controllers included in the auxiliary control unit (330) based on a control signal. The designated zoning controller may be, for example, a zoning controller installed in a zone including a battery pack.

[0106] For example, the terminal device (340) can collect battery pack data frames during a control cycle of a designated zoning controller and transmit the collected battery pack data frames (or battery pack jumbo frames) to the designated zoning controller based on the control cycle.

[0107] FIG. 4 is a block diagram showing the configuration of an auxiliary control unit according to an embodiment disclosed in this document.

[0108] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) may include an auxiliary control unit (400) (e.g., auxiliary control unit (330) of FIG. 3).

[0109] According to one embodiment, the auxiliary control unit (400) may include a memory (410) and a processor (420). The configuration of the auxiliary control unit (400) illustrated in FIG. 4 is exemplary, and embodiments of the present invention are not limited thereto. For example, the auxiliary control unit (400) may further include components not illustrated in FIG. 4 (e.g., at least one of a communication unit, a display unit, a notification unit, a plurality of zoning controllers, or any combination thereof).

[0110] According to one embodiment, the memory (410) may store commands or data. For example, the memory (410) may store one or more instructions that, when executed by the processor (420), cause the auxiliary control unit (400) to perform various operations.

[0111] For example, the memory (410) may be implemented as a single chipset with the processor (420). The processor (420) may include at least one of a communication processor or a modem.

[0112] For example, the memory (410) may store various pieces of information related to the data management device (or battery pack). For example, the memory (410) may store information regarding the operation history of the processor (420). For example, the memory (410) may store information related to the status and / or operation of components of the auxiliary control unit (400) (or battery pack).

[0113] For example, the memory (410) may include a plurality of storage devices of different types. For example, the memory (410) may include at least one of random-access memory (RAM), embedded multi-media card (eMMC), or any combination thereof.

[0114] According to one embodiment, the processor (420) may be operatively connected to the memory (410). For example, the processor (420) may control the operation of the memory (410).

[0115] For example, the processor (420) may be implemented as any one of a micro controller unit (MCU), a domain controller unit (DCU), or a zone control unit (ZCU).

[0116] For example, the processor (420) may receive a control signal from a master device (e.g., the master device (310) of FIG. 3) that includes at least one of a network policy regarding a communication protocol, a control command, or any combination thereof.

[0117] For example, the control signal may include information about at least one of the type of data frame to be generated and managed by the auxiliary control unit (400), the priority according to the type, the destination, the source, the transmission method, the transmission path, or any combination thereof.

[0118] For example, the processor (420) can generate a data frame based on a control signal, determine a transmission method and transmission path, and then transmit the data frame to a main control unit (e.g., the main control unit (320) of FIG. 3) corresponding to the data frame.

[0119] For example, the processor (420) may identify a designated HPC (High Performance Computer) corresponding to a data frame among a plurality of HPCs included in the main control unit based on a control signal, collect the data frame during the control cycle of the designated HPC, and transmit the collected data frame to the designated HPC based on the control cycle.

[0120] For example, the processor (420) may adjust the operating weights of each of a plurality of functions, including at least one of end-device control, network communication, protection, monitoring, or any combination thereof, based on a control signal.

[0121] For example, the processor (420) may receive various data from the main control unit and / or the terminal device (e.g., the terminal device (340) of FIG. 3). The processor (420) may, for example, group the received data based on a specified criterion to generate at least one frame (or jumbo frame) and transmit the generated at least one frame to a target device identified based on the specified criterion.

[0122] For example, the target device may be at least one of a plurality of HPCs included in a main control unit, a plurality of zoning controllers included in an auxiliary control unit, a master device, or any combination thereof.

[0123] For example, the processor (420) may collate data received during a first time period and group the data based on at least one of a type of data, a destination, a domain, or any combination thereof.

[0124] For example, the processor (420) may group data to generate a target jumbo frame to be transmitted to the target device. The target jumbo frame may include, for example, the result of collating data generated about the target device during a first time period.

[0125] For example, the processor (420) can identify the control cycle of the target device and, when the first time reaches the control cycle, transmit the target jumbo frame to the target device. Since the target device receives the collected target jumbo frame at once per control cycle, the network load on the data management device is reduced, and data can be transmitted and received efficiently per control cycle without missing data.

[0126] For example, the auxiliary control unit (400) may include a plurality of zoning controllers. Each of the plurality of zoning controllers may include a processor (420).

[0127] For example, a first zoning controller may receive data from at least one of the main control unit, the terminal device, or any combination thereof. The first zoning controller may, for example, transmit the data to a second zoning controller corresponding to the characteristics of the received data.

[0128] For example, a first zone controller may receive data from at least one of a main control unit, an end device, or any combination thereof based on a first communication speed (e.g., 1 Gbps).

[0129] For example, a first zone controller may transmit data to a second zone controller based on a second communication speed (e.g., 10 Gbps). The second communication speed may be higher than the first communication speed.

[0130] In other words, the auxiliary control unit (400) can operate based on a relatively high communication speed when performing internal communication than when performing external communication.

[0131] FIG. 5 is a conceptual diagram showing the configuration of a data management device according to one embodiment disclosed in this document.

[0132] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) may include a master device (510) (e.g., master device (310) of FIG. 3), a plurality of main control units (521, 522, 523, 524), a plurality of auxiliary control units (531, 532), and a plurality of terminal devices (541, 542, 543).

[0133] According to FIG. 5, the master device (510) can control operations such as data generation, transmission / reception, processing, deletion, and management of other components through a network policy (550). The network policy (550) can be updated and then transmitted based on, for example, a specified cycle. The network policy (550) can be updated based on, for example, at least one of a network status between components, an administrator command received from the outside, or any combination thereof. The network policy (550) can include, for example, information regarding at least one of a type of data frame, a priority based on the type, a destination, a source, a transmission method, a transmission path, or any combination thereof.

[0134] For example, the master device (510) can generate multiple network policies. The master device (510) can generate a first policy and a second policy, and selectively transmit the generated policies based on the characteristics (e.g., control target, performance, storage capacity, etc.) of each component of the data management device. For example, the master device (510) can transmit only one policy to a single component, or transmit multiple policies together.

[0135] For example, the first main control unit (521), the second main control unit (522), the first terminal device (541), the first auxiliary control unit (531), and the second auxiliary control unit (532) can receive the network policy (550) from the master device (510) based on a specified cycle. Other components not described above can manage data without being based on the network policy (550), but this is exemplary, and other components can also receive the network policy (550) and manage data.

[0136] For example, components that have received a network policy (550) can generate a data frame based on the information included in the network policy (550) and identify the priority, destination, transmission method, and transmission path (e.g., routing) of the generated data frame.

[0137] For example, the master device (510) may be one of a plurality of main control units, a plurality of auxiliary control units, and a plurality of terminal devices included in the data management device.

[0138] For example, the master device (510) may be a separate device that is physically and logically distinct from the plurality of main control units, the plurality of auxiliary control units, and the plurality of terminal devices included in the data management device.

[0139] For example, the first auxiliary control unit (531) and / or the second auxiliary control unit (532) may adjust the weights for each of a plurality of executable functions based on the network policy (and / or, control command) received from the master device (510). As an example, the first auxiliary control unit (531) and / or the second auxiliary control unit (532) may adjust the operation weights for each of a plurality of functions including at least one of end device control, network communication, protection, monitoring, or any combination thereof based on the network policy (and / or, control command).

[0140] Figure 6 is a conceptual diagram showing the configuration of a data management device according to one embodiment disclosed in this document.

[0141] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) may include a plurality of main control units (621, 622, 623, 624), a plurality of auxiliary control units (631, 632, 633), and a plurality of terminal devices (641, 642, 643).

[0142] For example, the first auxiliary control unit (631) (or the first zoning controller), the second auxiliary control unit (632) (or the second zoning controller), and the third auxiliary control unit (633) (or the third zoning controller) may be implemented as one auxiliary control unit (e.g., the auxiliary control unit (330) of FIG. 3). Hereinafter, the description may be made on the assumption that the three auxiliary control units illustrated in FIG. 6 are implemented as one chip.

[0143] For example, the auxiliary control unit (or the first auxiliary control unit (631)) can receive data No. 1 from the first main control unit (621).

[0144] For example, the auxiliary control unit (or the first auxiliary control unit (631)) can receive data twice from the second main control unit (622).

[0145] For example, the auxiliary control unit (or the first auxiliary control unit (631)) can receive data 3 times from the first terminal device (641).

[0146] For example, the auxiliary control unit (or the third auxiliary control unit (633)) can receive data 4 from the third terminal device (643).

[0147] For example, the auxiliary control unit (or the third auxiliary control unit (633)) can receive data 5 from the fourth main control unit (644).

[0148] For example, the auxiliary control unit can receive data 1 to data 5 based on the first communication protocol (591). The first communication protocol (591) can be used, for example, based on the first communication speed (e.g., 1 Gbps).

[0149] According to one embodiment, the auxiliary control unit can group the received data 1 to 5 based on a specified criterion to generate at least one frame.

[0150] For example, the auxiliary control unit may collate data received during the first time period and group the data based on at least one of the type of data, the destination, the domain, or any combination thereof.

[0151] For example, the auxiliary control unit can group data 1 and data 3 to create one frame, and group data 2 to create one frame.

[0152] For example, the auxiliary control unit can identify a target device corresponding to at least one grouped frame based on a specified criterion. According to FIG. 6, the auxiliary control unit can identify that the target devices corresponding to data 1, data 3, and data 4 are the third main control unit (623), and that the target devices corresponding to data 2 and data 5 are the second terminal device (642). The auxiliary control unit can generate a target jumbo frame including data 1, data 3, and data 4 to be transmitted to the third main control unit (623) using the second auxiliary control unit (632).

[0153] For example, the auxiliary control unit can group data based on at least one of the type of data, destination, domain, or any combination thereof.

[0154] According to one embodiment, the auxiliary control unit can identify a zoning controller to which data should be transferred based on characteristics of the received data, and transfer the data to the identified zoning controller.

[0155] For example, the auxiliary control unit can identify the second auxiliary control unit (632) corresponding to data 1, data 2, and data 3 based on the characteristics of data 1, data 2, and data 3 received through the first auxiliary control unit (631). Thereafter, the auxiliary control unit can transmit data 1, data 2, and data 3 transmitted to the first auxiliary control unit (631) to the second auxiliary control unit (632).

[0156] For example, the auxiliary control unit can identify the second auxiliary control unit (632) corresponding to data 4 and data 5 based on the characteristics of each of data 4 and data 5 received through the third auxiliary control unit (633). Thereafter, the auxiliary control unit can transmit data 4 and data 5 transmitted to the third auxiliary control unit (633) to the second auxiliary control unit (632).

[0157] For example, the first auxiliary control unit (631) and the third auxiliary control unit (633) can transmit data to the second auxiliary control unit (632) based on a second communication protocol (592). The second communication protocol (592) can be used, for example, based on a second communication speed (e.g., 10 Gbps) that is higher than the first communication speed.

[0158] For example, the auxiliary control unit (or the second auxiliary control unit (632)) can generate a first target jumbo frame to be transmitted to the third main control unit (623), which is a target device, by grouping data No. 1 and data No. 3 into a frame containing data No. 4.

[0159] For example, the auxiliary control unit (or the second auxiliary control unit (632)) can combine data 2 and data 5 to generate a second target jumbo frame to be transmitted to the second end device (642), which is the target device.

[0160] For example, the first target jumbo frame may include data collected during the first time corresponding to the control cycle of the third main control unit (623).

[0161] For example, the second target jumbo frame may include data collected during a second time corresponding to the control cycle of the second end device (642).

[0162] For example, the auxiliary control unit (or the second auxiliary control unit (632)) can receive, collate, and group data for a first time period and transmit the first target jumbo frame generated by the data to the third main control unit (623). In other words, the auxiliary control unit can collate data corresponding to the third main control unit (623) for a first time period and, when the first time period has elapsed, transmit the first target jumbo frame corresponding to the collation result to the third main control unit (623).

[0163] For example, the auxiliary control unit (or the second auxiliary control unit (632)) can receive, collate, and group data for a second time period and transmit the second target jumbo frame generated by the data to the second end device (642). In other words, the auxiliary control unit can collate data corresponding to the second end device (642) for a second time period and, when the second time period elapses, transmit the second target jumbo frame corresponding to the collation result to the second end device (642).

[0164] FIG. 7 is a conceptual diagram illustrating a method by which a data management device according to an embodiment disclosed in this document transmits data.

[0165] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) may include a battery, a terminal device (e.g., terminal device (340) of FIG. 3), an auxiliary control unit (e.g., auxiliary control unit (330) of FIG. 3), and a main control unit (e.g., main control unit (320) of FIG. 3). The main control unit may include a plurality of HPCs, and the auxiliary control unit may include a plurality of zoning controllers.

[0166] In one embodiment, the battery may be implemented as a single module (e.g., BMS) incorporated into the terminal device.

[0167] For example, the battery may transmit battery data periodically and / or upon request from the auxiliary control unit and the main control unit. The battery data may include, for example, information regarding the battery's state of charge, charge / discharge data, voltage, pressure, temperature, operating history, or any combination thereof.

[0168] For example, the battery can transmit first battery data (751) and second battery data (752) to an auxiliary control unit (e.g., auxiliary control unit (330) of FIG. 3).

[0169] For example, the terminal device can transmit a plurality of first terminal data (741) and a plurality of second terminal data (742) to the auxiliary control unit.

[0170] For example, the auxiliary control unit may group the received end data and generate at least one frame based on characteristics of the received end data and / or specified criteria (e.g., type of data, destination, source, domain, etc.). The at least one frame may be, for example, a jumbo frame in which the amount of data exceeds a specified value. The auxiliary control unit may also receive data from other end devices (e.g., end devices for controlling sensors and / or multimedia devices) not illustrated in FIG. 7, for example.

[0171] For example, the auxiliary control unit can generate a first frame (731) and a second frame (732). The destination of the first frame (731) can be, for example, a main control unit other than the main control unit illustrated in FIG. 7.

[0172] For example, the auxiliary control unit can transmit the second frame (732) to the main control unit. The auxiliary control unit can, for example, collect data received from the end device, the battery, and / or the main control unit for a first time period, group the collected data based on a specified criterion, and transmit the generated second frame (732) to the main control unit. The auxiliary control unit can, for example, transmit the generated second frame (732) to the main control unit when a first time period (e.g., a control cycle of the main control unit) has elapsed from the time point at which the second frame (732) is started to be generated (or when the first time period reaches the control cycle of the main control unit).

[0173] For example, when the control cycle of another main control unit corresponding to the first frame (731) has elapsed from the time when the auxiliary control unit starts generating the first frame (731), the auxiliary control unit can transmit the first frame (731) generated during the control cycle of the other main control unit to the other main control unit.

[0174] For example, the main control unit can process the second frame (732) by dividing it into service units. The main control unit can process the data included in the second frame (732) by dividing it into, for example, a first service related to the battery pack, a second service related to the sensor, and a third service related to multimedia.

[0175] Figure 8 is a flowchart of a data management method according to an embodiment disclosed in this document.

[0176] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) can perform the operations disclosed in FIG. 8. For example, at least some of the components included in the data management device (e.g., master device (310), main control unit (320), auxiliary control unit (330), and / or terminal device (340) of FIG. 3) can be configured to perform the operations of FIG. 8.

[0177] In the following embodiments, operations S810 to S840 may be performed sequentially, but are not necessarily performed sequentially. For example, the order of the operations may be changed, and at least two operations may be performed in parallel. Furthermore, any content corresponding to or overlapping with the content described above with respect to FIG. 8 may be briefly described or omitted.

[0178] Referring to FIG. 8, the data management method may include a step (S810) in which a zoning controller receives a data packet (or message) from an external device and separates the received data packet by target device, a step (S820) in which a control cycle of the first target device has elapsed, a step (S830) in which a jumbo frame including the separated data packet is transmitted to the first target device, and a step (S840) in which the first target device separates the jumbo frame into service units.

[0179] At step S810, the zoning controller may receive data packets from at least some of the other zoning controllers, HPCs, and end devices, and group the data packets by separating them based on their destinations. The zoning controller may identify the destinations of each jumbo frame generated as a result of the grouping.

[0180] At step S820, the zoning controller can identify the control cycle of a first target device (e.g., an HPC) among multiple destinations. If it is determined that a first time, which is the control cycle of the first target device, has elapsed since the start of grouping data packets, the zoning controller can perform step S830.

[0181] Figure 9 is a flowchart of a data management method according to one embodiment disclosed in this document.

[0182] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) can perform the operations disclosed in FIG. 9. For example, at least some of the components included in the data management device (e.g., master device (310), main control unit (320), auxiliary control unit (330), and / or terminal device (340) of FIG. 3) can be configured to perform the operations of FIG. 9.

[0183] In the following embodiments, operations S910 to S930 may be performed sequentially, but are not necessarily performed sequentially. For example, the order of the operations may be changed, and at least two operations may be performed in parallel. Furthermore, any content corresponding to or overlapping with the content described above with respect to FIG. 9 may be briefly described or omitted.

[0184] Referring to FIG. 9, the data management method may include a step (S910) in which a master device transmits a control signal including at least one of a network policy, a control command, or a combination thereof regarding a communication protocol to an auxiliary control unit, a step (S920) in which the auxiliary control unit generates a data frame based on the control signal and determines a transmission method and a transmission path, and a step (S930) in which the auxiliary control unit transmits the data frame to the main control unit corresponding to the data frame.

[0185] Figure 10 is a flowchart of a data management method according to an embodiment disclosed in this document.

[0186] According to one embodiment, a data management device (e.g., data management device (300) of FIG. 3) can perform the operations disclosed in FIG. 9. For example, at least some of the components included in the data management device (e.g., master device (310), main control unit (320), auxiliary control unit (330), and / or terminal device (340) of FIG. 3) can be configured to perform the operations of FIG. 9.

[0187] In the following embodiments, operations S1010 to S1030 may be performed sequentially, but are not necessarily performed sequentially. For example, the order of the operations may be changed, and at least two operations may be performed in parallel. Furthermore, any content corresponding to or overlapping with the content described above with respect to FIG. 10 may be briefly described or omitted.

[0188] Referring to FIG. 10, the data management method may include a step (S1010) in which the auxiliary control unit receives data from the main control unit and / or the terminal device, a step (S1020) in which the auxiliary control unit groups data based on a specified criterion to generate at least one frame, and a step (S1030) in which the auxiliary control unit transmits at least one frame to the target device.

[0189] FIG. 11 is a block diagram showing the hardware configuration of a computing system for performing an operation method of a data management device according to an embodiment disclosed in this document.

[0190] Referring to FIG. 11, a computing system (3000) according to an embodiment disclosed in the present document may include an MCU (1010), a memory (1020), an input / output I / F (1030), and a communication I / F (1040).

[0191] The MCU (1010) may be a processor that executes various programs stored in the memory (1020), processes various information including battery data through these programs, and performs the functions of the processor (or control unit) included in the data management device shown in FIG. 3 described above.

[0192] The memory (1020) can store various programs for performing the functions of the data management device. In addition, the memory (1020) can store various information, including battery data (voltage data, capacity data, etc.), differential capacity data, etc., and can include a constructed database.

[0193] Such memories (1020) may be provided in multiple numbers as needed. The memories (1020) may be volatile memories or non-volatile memories. As volatile memories (1020), RAM, DRAM, SRAM, etc. may be used. As non-volatile memories (1020), ROM, PROM, EAROM, EPROM, EEPROM, flash memories, etc. may be used. The examples of the memories (1020) listed above are merely examples and are not limited to these examples.

[0194] The input / output I / F (1030) can provide an interface that enables data transmission and reception between an input device (not shown) such as a keyboard, mouse, or touch panel, and an output device (not shown) such as a display and the MCU (1010).

[0195] The communication I / F (1040) is a component capable of transmitting and receiving various data with the server, and may be any device capable of supporting wired or wireless communication. For example, the data management device can transmit and receive various information, including battery data, from a separately provided external server, etc., via the communication I / F (1040).

[0196] In this way, a computer program according to an embodiment disclosed in this document may be implemented as a module that is recorded in a memory (1020) and processed by an MCU (1010) to perform each function illustrated in FIG. 1, for example.

[0197] In the above, although all components constituting the embodiments disclosed in this document have been described as being combined or operating in combination as one, the embodiments disclosed in this document are not necessarily limited to such embodiments. That is, within the scope of the purpose of the embodiments disclosed in this document, all of the components may be selectively combined and operated one or more times.

[0198] In addition, terms such as "include," "comprise," or "have" described above, unless specifically stated to the contrary, should be interpreted to imply the inclusion of the corresponding component, and thus should not be interpreted to exclude other components, but rather to include other components. All terms, including technical or scientific terms, have the same meaning as commonly understood by a person of ordinary skill in the art to which the embodiments disclosed in this document belong, unless otherwise defined. Commonly used terms, such as terms defined in a dictionary, should be interpreted to be consistent with the contextual meaning of the relevant technology, and shall not be interpreted in an idealized or overly formal sense, unless explicitly defined in this document.

[0199] The above description is merely an illustrative description of the technical ideas disclosed in this document, and those skilled in the art to which the embodiments disclosed in this document pertain may make various modifications and variations without departing from the essential characteristics of the embodiments disclosed in this document. Therefore, the embodiments disclosed in this document are not intended to limit the technical ideas of the embodiments disclosed in this document, but to explain them, and the scope of the technical ideas disclosed in this document is not limited by these embodiments. The scope of protection of the technical ideas disclosed in this document should be interpreted by the claims below, and all technical ideas within a scope equivalent thereto should be interpreted as being included in the scope of rights of this document.

Claims

1. Master device; Main control unit; and including an auxiliary control unit; The above master device: Transmitting a control signal including at least one of a network policy, a control command, or any combination thereof regarding a communication protocol to the auxiliary control unit; The above auxiliary control unit: It is configured to generate a data frame based on the above control signal, determine a transmission method and transmission path, and then transmit the data frame to the main control unit corresponding to the data frame. Data management device.

2. In paragraph 1, The above control signals are: Contains information about at least one of the type of the data frame, the priority according to the type, the destination, the source, the transmission method, the transmission path, or any combination thereof. Data management device.

3. In paragraph 1, The above master device: It is characterized in that it corresponds to a first control device included in the main control unit or the auxiliary control unit, or a separate second control device that is distinct from the main control unit and the auxiliary control unit. Data management device.

4. In paragraph 1, The above auxiliary control unit: Based on the above control signal, a designated HPC (High Performance Computer) corresponding to the data frame is identified among a plurality of HPCs included in the main control unit, Collate the data frames during the control cycle of the above-mentioned HPC, configured to transmit the above-mentioned collated data frame to the above-mentioned designated HPC based on the above-mentioned control cycle, Data management device.

5. In paragraph 1, The above master device: configured to update at least one of the network policy, the control command, or any combination thereof based on at least one of a network status between the main control unit and the auxiliary control unit, an administrator command received from the outside, or any combination thereof; Data management device.

6. In paragraph 1, including a terminal device; The above master device: Transmit the above control signal to the terminal device, The above terminal device: A battery pack data frame is generated based on the above control signal for controlling the battery pack, and the battery pack is configured to be controlled based on the battery pack data frame. Data management device.

7. In paragraph 6, The above terminal device: Based on the above control signal, a designated zoning controller corresponding to the battery pack data frame is identified among a plurality of zoning controllers included in the auxiliary control unit, Collecting the battery pack data frame during the control cycle of the above-mentioned zoning controller, configured to transmit the above-mentioned collated battery pack data frame to a designated zoning controller based on the above-mentioned control cycle, Data management device.

8. In paragraph 1, The above auxiliary control unit: Based on the above control signal, the operating weight of each of a plurality of functions including at least one of terminal device control, network communication, protection, monitoring, or any combination thereof is adjusted. Data management device.

9. In paragraph 1, The above master device: configured to determine at least one of the network policy, control command, or any combination thereof based on the operating status of the vehicle; Data management device.

10. A data management device comprising any one of claims 1 to 9, vehicle.

11. The master device transmits a control signal including at least one of a network policy, a control command, or a combination thereof regarding a communication protocol to the auxiliary control unit; and A step in which the auxiliary control unit generates a data frame based on the control signal, determines a transmission method and a transmission path, and then transmits the data frame to the main control unit corresponding to the data frame; How to manage data.

12. In paragraph 11, The above master device: It is characterized in that it corresponds to a first control device included in the main control unit or the auxiliary control unit, or a separate second control device that is distinct from the main control unit and the auxiliary control unit. How to manage data.

13. In paragraph 11, The above data management method is, A step in which the auxiliary control unit identifies a designated HPC (High Performance Computer) corresponding to the data frame among a plurality of HPCs included in the main control unit based on the control signal; The step of the auxiliary control unit collecting the data frames during the control cycle of the designated HPC; and The auxiliary control unit further includes a step of transmitting the collected data frame to the designated HPC based on the control cycle; How to manage data.

14. In paragraph 11, The above data management method is, The step of updating at least one of the network policy, the control command, or any combination thereof based on at least one of the network status between the main control unit and the auxiliary control unit, an administrator command received from the outside, or any combination thereof, by the master device; further comprising; How to manage data.

15. In paragraph 11, The above data management method is, The step of the master device transmitting the control signal to the terminal device; and The terminal device further comprises a step of generating a battery pack data frame for controlling the battery pack based on the control signal and controlling the battery pack based on the battery pack data frame; How to manage data.

16. In paragraph 15, The above data management method is, A step in which the terminal device identifies a designated zoning controller corresponding to the battery pack data frame among a plurality of zoning controllers included in the auxiliary control unit based on the control signal; The step of the terminal device collecting the battery pack data frame during the control cycle of the designated zoning controller; and The terminal device further comprises a step of transmitting the collected battery pack data frame to a designated zoning controller based on the control cycle; How to manage data.

17. In paragraph 11, The above data management method is, The auxiliary control unit further comprises a step of adjusting the operation weight of each of a plurality of functions including at least one of terminal device control, network communication, protection, monitoring, or any combination thereof based on the control signal; How to manage data.

18. In paragraph 11, The above data management method is, The master device further comprises a step of determining at least one of the network policy, control command, or any combination thereof based on the operating status of the vehicle; How to manage data.

Images