Methods, apparatus, and non-transitory computer-readable media for monitoring cargo weight

Abstract

The present disclosure relates to methods, apparatuses, and non-transitory computer-readable media for monitoring cargo weight. The method includes receiving, from a remote server, first remote data regarding whether cargo weight monitoring is activated, determining whether a value of the first remote data indicates that cargo weight monitoring is activated, based on the value of the first remote data indicating that cargo weight monitoring is activated, receiving, from the remote server, second remote data regarding a reference weight value for determining whether to warn of overloading, receiving first local data regarding a vehicle body weight of a vehicle and second local data regarding a cargo hold weight of the vehicle, determining a total weight of the vehicle using the first local data and the second local data, comparing the total weight to the second remote data, and determining that the vehicle is overloaded based on the total weight being greater than the second remote data.

Description

[0001] Cross-references to related applications

[0002] This application claims priority and benefit to Korean Patent Application No. 10-2024-0184518, filed with the Korean Intellectual Property Office on December 12, 2024, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This disclosure relates to methods and apparatus for monitoring the weight of goods, and more specifically, to methods and apparatus for monitoring the weight of goods when the load exceeds the permitted weight in order to control vehicle movement. Background Technology

[0004] Under the Road Traffic Act, the load weight of trucks is limited to 110% of the load weight allowed under the vehicle's structure and performance. However, accurate weight measurement during loading is difficult, and load weight regulations are often ignored. This can lead to serious damage, such as objects falling or being damaged, and driving under overload conditions can place excessive strain on various vehicle systems, such as tires and the engine. Therefore, strict adherence to the prescribed load weight is crucial for safety and vehicle protection. The subjects described in this Background section are intended to facilitate an understanding of the background art of this disclosure and may therefore include subjects unknown to those skilled in the art. The statements in this section are provided only as background information in relation to this disclosure and may not constitute prior art. Summary of the Invention

[0005] This disclosure attempts to provide a method and apparatus for monitoring cargo weight, which prevents falling object accidents and vehicle malfunctions by measuring the weight of the cargo hold and generating a warning and stopping the drive system when the weight exceeds a reference value.

[0006] According to embodiments of this disclosure, a method for monitoring cargo weight includes: receiving, via a vehicle's communication interface, first remote data from a remote server regarding whether cargo weight monitoring is activated. The method further includes: determining, via the processor, whether the value of the first remote data indicates activation of cargo weight monitoring. The method further includes: receiving, via the communication interface, second remote data from the remote server regarding a reference weight value for determining whether to issue an overload warning, based on the value of the first remote data indicating activation of cargo weight monitoring. The method further includes: receiving, via the vehicle's internal network, first local data regarding the vehicle's body weight and second local data regarding the vehicle's cargo hold weight. The method further includes: using the first local data and the second local data to calculate or determine the vehicle's total weight. The method further includes: comparing the total weight with the second remote data. The method further includes: determining vehicle overload based on the total weight being greater than the second remote data.

[0007] In some embodiments, the method may further include: during vehicle loading or unloading, setting a flag indicating an overload weight state to a first value by the processor based on a total weight greater than second remote data. The method may further include: during vehicle loading or unloading, setting the flag to a second value different from the first value based on a total weight not exceeding the second remote data. The method may further include: transmitting the flag to a remote server by the processor via a communication interface. The method may further include: generating an overload warning notification by the processor via at least one of a buzzer installed in the vehicle's cargo compartment and at least one in the vehicle's dashboard.

[0008] In some embodiments, the method may further include: the processor checking the type of the vehicle. The method may further include: the processor determining, based on the vehicle type being an open cargo type where the loaded cargo is exposed to the outside for transportation, whether a first condition is met (the vehicle's engine is off), or a second condition is met (the vehicle is in park, and the vehicle's speed is equal to or less than a predetermined reference speed). The method may further include: the processor determining, based on the satisfaction of the first or second condition, that the vehicle is loading or unloading.

[0009] In some embodiments, the method may further include: the processor checking the type of the vehicle. The method may further include: the processor determining, based on the vehicle type being a closed cargo type where the loaded cargo is transported in a closed and sealed space, whether a first condition is met—that the vehicle's engine is off—or a second condition is met—that the vehicle is in park (P), the vehicle's speed is equal to or less than a predetermined reference speed, and at least one door of the vehicle is open. The method may further include: the processor determining, based on the satisfaction of the first or second condition, that the vehicle is being loaded or unloaded.

[0010] In some implementations, the method may further include: receiving a flag from a remote server by the processor during vehicle travel; and performing a parking guidance operation by the processor based on the value of the flag being a first value.

[0011] In some embodiments, the method may further include: the processor checking the type of the vehicle. The method may further include: the processor determining, based on the vehicle type being an open cargo type where the loaded cargo is exposed to the outside for transportation, whether a first condition is met (the vehicle's engine is running), or a second condition is met (the vehicle is not in park and its speed is greater than a predetermined reference speed). The method may further include: the processor determining, based on the satisfaction of the first or second condition, that the vehicle is moving (or being driven).

[0012] In some embodiments, the method may further include: the processor checking the type of the vehicle. The method may further include: the processor determining, based on the vehicle type being a closed cargo type (cargo transported in a closed and sealed space), whether a first condition is met (the vehicle's engine is running), or a second condition is met (the vehicle is not in park, the vehicle's speed is greater than a predetermined reference speed, and the vehicle's doors are closed). The method may further include: the processor determining, based on the satisfaction of the first or second condition, that the vehicle is moving (or being driven).

[0013] In some implementations, if the value of the first remote data fails to indicate the activation of cargo weight monitoring, the method may include: activating cargo weight monitoring based on user input via an audio-visual navigation (AVN) system and determining a reference weight value.

[0014] In some implementations, the method may further include: the processor transmitting the total weight to a navigation device installed in the vehicle based on the total weight not exceeding second remote data, and causing the navigation device to generate a recommended route that avoids roads with weight restrictions below the total weight.

[0015] In some embodiments, the method may further include: obtaining the remaining amount of the vehicle's battery or fuel from an integrated vehicle controller by a processor. The method may also include: notifying a display device in the vehicle that a reference weight value will be reduced based on the ratio of the remaining amount to the total amount of battery or fuel being less than a predetermined first ratio. The method may further include: instructing a navigation device installed in the vehicle to generate a recommended route via a charging station or refueling station by the processor.

[0016] In some implementations, notifying the display device in the vehicle may include: the processor changing a reference weight value to a lower value based on the ratio of the remaining amount to the total amount being less than a second ratio, and notifying the display device of the change in the reference weight value, wherein the second ratio is predetermined to be less than a predetermined first ratio.

[0017] In some implementations, the first local data may include values ​​calculated by multiplying the base weight of each predetermined vehicle type by a predetermined weight.

[0018] According to another embodiment of this disclosure, an apparatus for monitoring cargo weight implemented in a vehicle includes: a communication interface; at least one non-transitory computer-readable medium configured to store instructions; and at least one processor configured to, by executing the instructions, receive first remote data from a remote server via the communication interface regarding whether cargo weight monitoring is activated. The at least one processor is further configured to: determine whether the value of the first remote data indicates activation of cargo weight monitoring. The at least one processor is further configured to: based on the value of the first remote data indicating activation of cargo weight monitoring, receive second remote data from the remote server via the communication interface regarding a reference weight value for determining whether to issue an overload warning. The at least one processor is further configured to: receive first local data regarding the vehicle body weight and second local data regarding the vehicle's cargo compartment weight via the vehicle's internal network. The at least one processor is further configured to: use the first local data and the second local data to calculate or determine the vehicle's total weight. The at least one processor is further configured to: compare the total weight with the second remote data. The at least one processor is further configured to: determine vehicle overload based on the total weight being greater than the second remote data.

[0019] In some implementations, at least one processor may also be configured to: during loading or unloading of the vehicle, set a flag indicating an overload weight status to a first value based on a total weight exceeding second remote data. At least one processor may also be configured to: during loading or unloading of the vehicle, set the flag to a second value different from the first value based on a total weight not exceeding second remote data. At least one processor may also be configured to: transmit the flag to a remote server via a communication interface. At least one processor may also be configured to: generate an overload warning notification via at least one of a buzzer installed in the vehicle's cargo compartment and at least one in the vehicle's dashboard.

[0020] In some implementations, at least one processor may also be configured to receive a flag from a remote server during vehicle travel and perform a parking guidance operation based on the value of the flag being a first value.

[0021] In some implementations, at least one processor may also be configured to: transmit the total weight to a navigation device installed in the vehicle based on the total weight not exceeding second remote data, and cause the navigation device to generate a recommended route that avoids roads with weight limits below the total weight.

[0022] In some implementations, at least one processor may also be configured to obtain the remaining amount of the vehicle's battery or fuel from an integrated vehicle controller. At least one processor may also be configured to notify a display device in the vehicle that a reference weight value will be reduced based on the ratio of the remaining amount to the total amount of battery or fuel being less than a predetermined first ratio. At least one processor may also be configured to cause a navigation device installed in the vehicle to generate a recommended route via charging stations or refueling stations.

[0023] In some implementations, at least one processor may also be configured to: change a reference weight value to a lower value based on the ratio of the remaining amount to the total amount being less than a second ratio, and notify the display device of the change in the reference weight value, wherein the second ratio is predetermined to be less than a predetermined first ratio.

[0024] In some implementations, the first local data may include a value calculated by multiplying the base weight of each predetermined vehicle type by a predetermined weight.

[0025] Another embodiment of this disclosure provides a non-transitory computer-readable medium configured to store instructions executable by a computing device. When executed by at least one processor of the computing device, these instructions cause the computing device to: receive, via a communication interface, first remote data from a remote server regarding whether cargo weight monitoring is activated. These instructions also cause the computing device to determine whether the value of the first remote data indicates activation of cargo weight monitoring. These instructions further cause the computing device to, based on the value of the first remote data indicating activation of cargo weight monitoring, receive, via the communication interface, second remote data from the remote server regarding a reference weight value for determining whether to issue an overload warning. These instructions also cause the computing device to receive, via the vehicle's internal network, first local data regarding the vehicle's body weight and second local data regarding the vehicle's cargo hold weight. These instructions further cause the computing device to use the first local data and the second local data to calculate the vehicle's total weight. These instructions further cause the computing device to compare the total weight with the second remote data. These instructions further cause the computing device to determine that the vehicle is overloaded based on the total weight being greater than the second remote data. Attached Figure Description

[0026] Figure 1 An apparatus for monitoring the weight of goods according to an embodiment is shown.

[0027] Figure 2 Examples of apparatus and methods for monitoring the weight of goods according to embodiments are shown.

[0028] Figure 3 Examples of apparatus and methods for monitoring the weight of goods according to embodiments are shown.

[0029] Figure 4A method for monitoring cargo weight according to an embodiment is shown.

[0030] Figure 5 A computing device according to an embodiment is shown. Detailed Implementation

[0031] The present disclosure is now described more fully with reference to the accompanying drawings, in which embodiments of the disclosure are illustrated. As will be appreciated by those skilled in the art, the described embodiments can be modified in various ways without departing from the spirit or scope of the present disclosure. Therefore, the drawings and description are to be regarded as illustrative rather than restrictive in nature, and like reference numerals denote like elements throughout the disclosure.

[0032] Unless explicitly stated otherwise, the word "including" and its variations such as "comprising" or "containing" are intended to include the stated element rather than exclude any other element. Terms including ordinal numbers such as first, second, etc., are used only to describe various components and should not be construed as limiting those components. These terms are used only to distinguish one component from another.

[0033] Terms such as “...component,” “...part,” “...device,” or “module” disclosed herein may refer to a unit capable of performing at least one function or operation described herein, and this may be implemented by hardware, software, or a combination of hardware and software. At least some components or functions in the method and apparatus for monitoring cargo weight according to embodiments may be implemented as programs or software, and such programs or software may be stored in a computer-readable medium. When a controller, “...component,” “...part,” “...device,” module, component, device, element, etc., of this disclosure is described as having a purpose or performing an operation, function, etc., the controller, “...component,” “...part,” “...device,” module, component, device, element, etc., shall be regarded herein as “configured” to satisfy that purpose or perform that operation or function. Each controller, “...component,” “...part,” “...device,” module, component, device, element, etc., may be embodied separately or included as part of a device together with a processor and memory (such as a non-transitory computer-readable medium).

[0034] Figure 1 An apparatus for monitoring the weight of goods according to an embodiment is shown.

[0035] refer to Figure 1 The device 10 for monitoring the weight of goods can be implemented as a computing device including a processor and a memory. For example, the device 10 for monitoring the weight of goods can be implemented as follows (refer to...) Figure 5The computing device 50 is described. The computing device 50 can be implemented as a device implemented in the vehicle 1, for example, as a controller mounted on the vehicle 1. In this case, the processor may correspond to the processor 510 of the computing device 50, and the memory may correspond to the memory 520 of the computing device 50. In some embodiments, the device 10 for monitoring cargo weight may include at least one non-transitory computer-readable medium comprising instructions and at least one processor for performing operations by executing these instructions. These operations may include the configurations, functions, stages, etc., described herein with respect to the method and device for monitoring cargo weight according to embodiments. In this disclosure, the term "module" is used to logically separate these operations performed by the method and device for monitoring cargo weight according to embodiments.

[0036] The device 10 for monitoring cargo weight can be implemented in the vehicle 1. The device 10 can exchange data with an integrated vehicle controller 20 implemented in the vehicle 1 via an internal network. In some embodiments, the internal network may include a Controller Area Network (CAN), a Local Area Network (LIN), and an automotive Ethernet. The integrated vehicle controller 20 can comprehensively manage and control various systems installed in the vehicle 1.

[0037] The device 10 for monitoring cargo weight can exchange data with a remote server 30 via a network 40. The remote server 30 may represent a server owned or serviced by a transportation provider. For example, vehicle 1 is a cargo delivery vehicle that can communicate with the remote server 30 and receive various types of information, including cargo delivery routes, delivery schedules, and delivery stages. Vehicle 1 can also provide the remote server 30 with various types of information regarding the status of cargo delivery and the status of vehicle 1. The network 40 may include a wireless network, which can be implemented as, for example, a cellular network, a WiFi network, etc.

[0038] The device 10 for monitoring cargo weight may include an overload condition determination module 110, an overload condition measurement module 120, a recommended route generation module 130, and a communication interface 140.

[0039] The overload state determination module 110 can receive remote data from the remote server 30 through the communication interface 140. The remote data may include first remote data and second remote data.

[0040] The first remote data may relate to whether cargo weight monitoring is activated, and may include a value indicating whether to activate or deactivate cargo weight monitoring. These values ​​may be implemented as, for example, Boolean values, integer values, real numbers, enumerated values, string values, bit flag values, etc. The second remote data may include a reference weight value for determining whether to issue an overload warning. When the value of the first remote data indicates that cargo weight monitoring should be activated, the second remote data can be received from the remote server 30.

[0041] The overload state determination module 110 can receive first local data and second local data from the integrated vehicle controller 20 via the vehicle 1's internal network. The first local data may include the vehicle body weight of the vehicle 1, and the second local data may include the cargo compartment weight of the vehicle 1.

[0042] In some implementations, the first local data may include a value that is the product of a predetermined weight (e.g., 1.2) for each vehicle type and a predetermined base weight.

[0043] The overload status determination module 110 can determine whether the value of the first remote data indicates that cargo weight monitoring is activated. When it is determined that the value of the first remote data indicates that cargo weight monitoring is activated, the overload status determination module 110 can receive second remote data about a reference weight value used to determine whether to issue an overload warning from the remote server 30 via the communication interface 140.

[0044] The overload state determination module 110 can calculate the total weight of vehicle 1 using first local data corresponding to the vehicle body weight and second local data corresponding to the cargo compartment weight. Specifically, the overload state determination module 110 can calculate the total weight by summing the first local data and the second local data.

[0045] The overload status determination module 110 can compare the total weight with second remote data corresponding to a reference weight value to determine whether to issue an overload warning. When the total weight is greater than the second remote data, the overload status determination module 110 can determine that the vehicle 1 is overloaded.

[0046] In some implementations, when the vehicle is being loaded or unloaded (i.e., being loaded or unloaded) and the total weight exceeds the second remote data, the overload status measurement module 120 can set a flag regarding the overload weight status to a first value (e.g., a value indicating true), and can transmit this flag to the remote server 30 via the communication interface 140. The overload status measurement module 120 can generate an overload warning notification via at least one of a buzzer installed in the cargo compartment of the vehicle 1 and at least one in the dashboard of the vehicle 1. When the vehicle is being loaded or unloaded and the total weight does not exceed the second remote data, the overload status measurement module 120 can set the flag to a second value different from the first value (e.g., a value indicating false).

[0047] In some implementations, the overload status measurement module 120 can check the type of vehicle 1. When it is determined that the type of vehicle 1 is an open cargo type, the overload status measurement module 120 can determine whether a first condition is met—that the engine of vehicle 1 is off—or a second condition is met—that the gear of vehicle 1 is in park (P) and the speed of vehicle 1 is equal to or less than a predetermined reference speed (e.g., 3 km / h). Open cargo can refer to cargo transported with the loaded cargo exposed to the outside. When it is determined that the first or second condition is met, the overload status measurement module 120 can determine that vehicle 1 is being loaded or unloaded.

[0048] In some embodiments, the overload status measurement module 120 can check the type of vehicle 1. When the type of vehicle 1 is detected to be enclosed cargo, the overload status measurement module 120 can determine whether a first condition is met—that the engine of vehicle 1 is off—or a second condition is met—that vehicle 1 is in park (P), its speed is less than or equal to a predetermined reference speed (e.g., 3 km / h), and at least one door of vehicle 1 is open. Enclosed cargo can refer to cargo transported in a closed and sealed space. When the first or second condition is determined to be met, the overload status measurement module 120 can determine that vehicle 1 is being loaded or unloaded.

[0049] In some implementations, the overload state measurement module 120 can receive a flag from the remote server 30 when the vehicle is moving or being driven. When the value of the flag is a first value, the overload state measurement module 120 can perform a parking guidance operation. For example, the parking guidance operation can be set as a timer for a predetermined time (e.g., 3 minutes), and a warning notification can be displayed on the vehicle 1's dashboard, navigation device, etc. The warning notification can be implemented as, for example, "The weight of the cargo exceeds a reference value" or "If the vehicle does not stop within 3 minutes, an emergency braking operation will be performed." If the vehicle 1 is detected to be stationary within the predetermined time, the warning notification can be canceled. For example, whether the vehicle 1 stops can be determined based on whether the gear is in P gear and whether the speed is equal to or less than a predetermined speed (e.g., 3 km / h). When the vehicle 1 is not detected to be stationary within the predetermined time, an additional warning notification can be used to perform emergency braking. For example, the additional warning notification can be implemented as, "Due to the cargo being overweight, the emergency braking function will be activated."

[0050] Emergency braking can be implemented as a method for transmitting an activation signal for the corresponding function to an emergency braking system pre-implemented in vehicle 1. The parking guidance operation is not limited to the implementation described herein and can also be implemented in other ways.

[0051] In some implementations, the overload state measurement module 120 can check the type of vehicle 1. When the type of vehicle 1 is detected to be an open cargo type, the overload state measurement module 120 can determine whether a first condition is met—that the engine of vehicle 1 is running—or a second condition is met—that the gear of vehicle 1 is not in park (P) and the speed of vehicle 1 is greater than a predetermined reference speed (e.g., 3 km / h). When it is determined that the first or second condition is met, the overload state measurement module 120 can determine that vehicle 1 is moving or being driven.

[0052] In some embodiments, the overload state measurement module 120 can check the type of vehicle 1. When the type of vehicle 1 is detected to be a closed cargo type, the overload state measurement module 120 can determine whether a first condition is met—that the engine of vehicle 1 is on—or a second condition is met—that the gear of vehicle 1 is not in park (P), the speed of vehicle 1 is greater than a predetermined reference speed (e.g., 3 km / h), and all doors of vehicle 1 are closed. When it is determined that the first or second condition is met, the overload state measurement module 120 can determine that vehicle 1 is moving or being driven.

[0053] When the overload state determination module 110 determines whether the value of the first remote data indicates that cargo weight monitoring is activated and determines that the value of the first remote data does not indicate that cargo weight monitoring is activated, it can determine the activation of cargo weight monitoring and determine a reference weight value based on user input through an audio-visual navigation (AVN) system (e.g., navigation device 21).

[0054] The recommended route generation module 130 can transmit the total weight to the navigation device 21 installed on the vehicle 1 when the total weight is not greater than the second remote data, so that the navigation device 21 can generate a recommended route that avoids roads with weight restrictions below the total weight.

[0055] In some implementations, the recommended route generation module 130 can obtain the remaining amount of battery or fuel in vehicle 1 from the integrated vehicle controller 20. When the remaining amount is less than a predetermined first percentage (e.g., 25%) of the total, the recommended route generation module 130 can notify the display device in vehicle 1 that the reference weight value will be reduced. The recommended route generation module 130 can enable the navigation device 21 installed in vehicle 1 to generate a recommended route through charging stations or refueling stations.

[0056] In some implementations, the recommended path generation module 130 may change the reference weight value to a lower value when the ratio of the remaining amount to the total amount is less than a predetermined second ratio (e.g., 15%), and may notify the display device in vehicle 1 that the reference weight value has changed and the predetermined second ratio has been set to be less than the first ratio.

[0057] According to this embodiment, losses due to violations of load weight regulations can be prevented, as well as damage to vehicle components and accidents during operation caused by overloading. Specifically, tire failure, excessive wear, and blowouts due to overloading, component damage due to engine overheating, and rapid wear and damage to the suspension and braking systems due to load can be prevented. This reduces the risk of accidents caused by cargo falling off highways and sharp curves, or accidents caused by sudden braking or the long braking distance of heavy vehicles on downhill roads.

[0058] Figure 2 Examples of apparatus and methods for monitoring the weight of goods according to embodiments are shown.

[0059] refer to Figure 2 In the first case, when the value of the first remote data indicates that cargo weight monitoring is activated (“remote activation”), the setting button for the cargo weight monitoring function (“CWM setting button”) is deactivated, and the reference weight value used to determine whether to warn of overload can be set to the value of the second remote data received from the remote server 30.

[0060] In the second scenario, when the value of the first remote data indicates that cargo weight monitoring should be activated, and the manual setting of the cargo weight monitoring function via the AVN system is deactivated, the buttons in the AVN system used to set the cargo weight monitoring function and to determine whether to warn of overload reference values ​​can be activated.

[0061] In the third scenario, when the value of the first remote data indicates that cargo weight monitoring should be activated, the manual setting of the cargo weight monitoring function through the AVN system is activated, and there is no user change history for the reference setting used to determine whether to warn of overload, the buttons in the AVN used to set the cargo weight monitoring function and the reference value used to determine whether to warn of overload can be activated, and the reference weight value used to determine whether to warn of overload can be set to the default value.

[0062] In the fourth case, when the value of the first remote data indicates that cargo weight monitoring should be activated, and the manual setting of the cargo weight monitoring function through the AVN system is activated, and there is a user change history for the reference setting used to determine whether to warn of overload, the button in the AVN for setting the cargo weight monitoring function and the reference value for determining whether to warn of overload can be activated, and the memory value stored according to the change history can be set as the reference weight value for determining whether to warn of overload.

[0063] In the fifth scenario, when the value of the first remote data indicates that cargo weight monitoring should be activated, the manual setting of the cargo weight monitoring function via the AVN system is activated, and the reference setting for determining whether to warn of overload is recorded as being greater than the default value, the buttons in the AVN used to set the cargo weight monitoring function and the reference value for determining whether to warn of overload can be activated, and a request for a notification to reset the reference weight value for determining whether to warn of overload can be generated.

[0064] In the sixth case, when the value of the first remote data indicates that cargo weight monitoring should be activated, the manual setting of the cargo weight monitoring function through the AVN system is activated, and the reference setting for determining whether to warn of overload is recorded as not exceeding the default value, the buttons in the AVN for setting the cargo weight monitoring function and for determining whether to warn of overload can be activated, and the reference value for determining whether to warn of overload can be changed, and the changed reference value can be stored in the memory.

[0065] Figure 3 Examples of apparatus and methods for monitoring the weight of goods according to embodiments are shown.

[0066] refer to Figure 3 The overload state determination module 110 can use first local data corresponding to the vehicle body weight and second local data corresponding to the cargo compartment weight to calculate the total weight of the vehicle 1. The first local data may include a value calculated by multiplying the basic weight of a predetermined vehicle type by a predetermined weight (e.g., 1.2).

[0067] For example, in the first case, when the basic vehicle weight corresponding to the first local data is 1,500 kg and the cargo hold weight corresponding to the second local data is 600 kg, the total weight can be calculated as (1,500 × 1.2) + 600 = 2,400 kg. In the second case, when the basic vehicle weight corresponding to the first local data is 2,000 kg and the cargo hold weight corresponding to the second local data is 1,000 kg, the total weight can be calculated as (2,000 × 1.2) + 1,000 = 3,400 kg.

[0068] In the third case, when the vehicle's basic weight corresponding to the first local data is 4,000 kg and the cargo hold weight corresponding to the second local data is 300 kg, the total weight can be calculated as (4,000 × 1.2) + 300 = 5,100 kg. In the fourth case, when the vehicle's basic weight corresponding to the first local data is 10,000 kg and the cargo hold weight corresponding to the second local data is 6,000 kg, the total weight can be calculated as (10,000 × 1.2) + 6,000 = 18,000 kg.

[0069] Figure 4 A method for monitoring cargo weight according to an embodiment is shown.

[0070] refer to Figure 4 The method for monitoring cargo weight according to the embodiments may include: receiving first remote data from a remote server regarding whether cargo weight monitoring is activated (S401); and determining whether the value of the first remote data indicates that cargo weight monitoring is activated (S402).

[0071] When the value of the first remote data indicates that cargo weight monitoring should be activated (S402, "Yes"), the method may include: receiving second remote data from a remote server regarding a reference weight value for determining whether to issue an overload warning (S403); receiving first local data regarding the vehicle body weight and second local data regarding the vehicle cargo hold weight (S404); using the first local data and the second local data to calculate or determine the total weight of the vehicle (S405); and comparing the total weight with the second remote data (S406).

[0072] When the total weight is greater than the second remote data (S406, "Yes"), the method may include determining that the vehicle is overloaded (S407). When the total weight is not greater than the second remote data (S406, "No"), the method may include transmitting the total weight to the navigation device and generating a recommended route that avoids roads with weight restrictions (S409).

[0073] When it is determined that the value of the first remote data does not indicate the activation of cargo weight monitoring (S402, "No"), the method may include determining whether to activate cargo weight monitoring based on user input via the AVN system (S408).

[0074] More detailed information about the method for monitoring the weight of goods can be found in the description of another embodiment included in this specification, and therefore redundant descriptions are omitted here.

[0075] Figure 5 A computing device according to an embodiment is shown.

[0076] refer to Figure 5 The method and apparatus for monitoring cargo weight according to the embodiments can be implemented using the computing device 50. The computing device 50 can be implemented as various types of electronic devices, servers or similar devices, and their functions can be implemented through a combination of software and hardware.

[0077] The computing device 50 may include at least one of a processor 510, a memory 530, a user interface input device 540, a user interface output device 550, and a storage device 560 that communicate via a bus 520. The computing device 50 may also include a network interface 570 electrically connected to the network 40. The network interface 570 can send signals to or receive signals from other entities via the network 40.

[0078] Processor 510 can be implemented using various types of operating devices, such as microcontroller units (MCUs), application processors (APs), central processing units (CPUs), graphics processing units (GPUs), neural processing units (NPUs), and quantum processing units (QPUs). Processor 510 is a semiconductor device used to execute instructions stored in memory 530 or storage device 560, and can perform the core functions of the system. Program code and data stored in memory 530 or storage device 560 can instruct processor 510 to perform specific tasks, thereby enabling system-wide operation. Processor 510 can be configured to implement the above-mentioned references. Figures 1 to 4 The various functions and methods described.

[0079] Memory 530 and storage device 560 may include various forms of volatile or non-volatile storage media for storing and accessing data by the system. For example, memory 530 may include read-only memory (ROM) 531 and random access memory (RAM) 532. In some embodiments, memory 530 may be installed within processor 510, and in this case, the data transfer rate between memory 530 and processor 510 can be very fast. In some embodiments, memory 530 may be located externally to processor 510, and memory 530 may be connected to processor 510 via various data buses or interfaces. This connection may be made by various known means, such as a high-speed peripheral component interconnect (PCIe) interface for high-speed data transfer or via a memory controller.

[0080] In some embodiments, at least some components or functions of the method and apparatus for monitoring cargo weight according to the embodiments may be implemented as programs or software that execute on a computing device 50, and these programs or software may be stored on a computer-readable recording medium or storage medium. Specifically, the computer-readable recording medium or storage medium according to the embodiments may record programs for causing a computer to execute stages included in implementing the method and apparatus for monitoring cargo weight according to the embodiments, the computer including a processor 510 for executing programs or instructions stored in a memory 530 or storage device 560.

[0081] In some embodiments, at least some components or functions in the method and apparatus for monitoring cargo weight according to the embodiments may be implemented using the hardware or circuitry of the computing device 50, or may be implemented as separate hardware or circuitry electrically connected to the computing device 50.

[0082] In some embodiments, at least one non-transitory computer-readable medium may be provided containing instructions executable by the computing device 50, and these instructions, when executed by at least one processor of the computing device 50, may cause the computing device 50 to perform operations. These operations may include, as described herein, the configuration, functions, stages, etc., of the method and apparatus for monitoring cargo weight according to embodiments.

[0083] According to the embodiments, this disclosure can prevent costly losses caused by violating load weight regulations, and can prevent damage to vehicle components and accidents during operation due to overloading. Specifically, it can prevent tire failure, excessive wear and blowouts due to overloading, component damage due to engine overheating, and rapid wear and damage to the suspension and braking systems due to load. This disclosure can reduce the risk of accidents caused by cargo falling off highways and sharp curves, or accidents caused by sudden braking or the long braking distance of heavy vehicles on downhill roads.

[0084] Although embodiments of the present disclosure have been described in detail, it should be understood that the present disclosure is not limited to the disclosed embodiments, but is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.

Claims

1. A method for monitoring the weight of goods, the method comprising: The vehicle's processor receives first remote data from a remote server via the vehicle's communication interface regarding whether cargo weight monitoring is activated; The processor determines whether the value of the first remote data indicates that the cargo weight monitoring should be activated; The processor activates the cargo weight monitoring based on the value of the first remote data, and receives second remote data from the remote server via the communication interface regarding a reference weight value for determining whether to issue an overload warning; The processor receives first local data about the vehicle's body weight and second local data about the vehicle's cargo hold weight via the vehicle's internal network. The processor uses the first local data and the second local data to determine the total weight of the vehicle; The processor compares the total weight with the second remote data; as well as The processor determines that the vehicle is overloaded based on the total weight being greater than the second remote data.

2. The method according to claim 1, further comprising: During the loading or unloading of the vehicle, the processor sets a flag regarding the overload weight state to a first value based on the total weight being greater than the second remote data; During the loading or unloading of the vehicle, the processor sets the flag to a second value different from the first value based on the total weight not exceeding the second remote data; The processor transmits the flag to the remote server via the communication interface; as well as The processor generates an overload warning notification via at least one of a buzzer installed in the cargo compartment of the vehicle and in the dashboard of the vehicle.

3. The method according to claim 2, further comprising: The processor checks the type of the vehicle; The processor determines, based on the fact that the vehicle is an open cargo type with the loaded cargo exposed to the outside for transportation, whether the first condition that the vehicle's engine is off is met, or whether the second condition that the vehicle is in P gear and the vehicle's speed is equal to or less than a predetermined reference speed is met. as well as The processor determines whether the vehicle is loading or unloading based on whether the first condition or the second condition is met.

4. The method according to claim 2, further comprising: The processor checks the type of the vehicle; The processor determines, based on the vehicle's type (closed cargo type, where the loaded cargo is transported in a closed and sealed space), whether the first condition that the vehicle's engine is off is met, or whether the second condition that the vehicle is in P gear, the vehicle's speed is equal to or less than a predetermined reference speed, and at least one door of the vehicle is open. as well as The processor determines whether the vehicle is loading or unloading based on whether the first condition or the second condition is met.

5. The method according to claim 2, further comprising: The processor receives the flag from the remote server during the driving operation of the vehicle; as well as The processor performs a parking guidance operation based on the fact that the value of the flag is the first value.

6. The method according to claim 5, further comprising: The processor checks the type of the vehicle; The processor determines, based on the fact that the vehicle is an open cargo type with the loaded cargo exposed to the outside for transportation, whether the first condition that the vehicle's engine is turned on is met, or whether the second condition that the vehicle's gear is not in P gear and the vehicle's speed is greater than a predetermined reference speed is met. as well as The processor determines that the vehicle is in motion based on whether the first condition or the second condition is met.

7. The method according to claim 5, further comprising: The processor checks the type of the vehicle; The processor determines, based on the vehicle's type (closed cargo type, where the loaded cargo is transported in a closed and sealed space), whether the first condition (the vehicle's engine is turned on) or the second condition (the vehicle's gear is not in P gear, the vehicle's speed is greater than a predetermined reference speed, and the vehicle's doors are closed) is met. as well as The processor determines that the vehicle is in motion based on whether the first condition or the second condition is met.

8. The method according to claim 1, further comprising: Since the value of the first remote data failed to indicate the activation of the cargo weight monitoring, the cargo weight monitoring was activated based on user input via the audio-visual navigation system, and the reference weight value was determined.

9. The method according to claim 1, further comprising: The processor transmits the total weight, based on the total weight not exceeding the second remote data, to the navigation device installed in the vehicle, and causes the navigation device to generate a recommended route that avoids roads with weight restrictions below the total weight.

10. The method according to claim 1, further comprising: The processor obtains the remaining amount of battery or fuel in the vehicle from the integrated vehicle controller; The processor notifies the display device in the vehicle that the reference weight value will be reduced based on the ratio of the remaining amount to the total amount of the battery or fuel being less than a predetermined first ratio; as well as The processor enables the navigation device installed on the vehicle to generate a recommended route that passes through charging stations or refueling stations.

11. The method according to claim 10, wherein, The display device in the vehicle notifies the user of: The processor changes the reference weight value to a lower value based on the fact that the ratio of the remaining amount to the total amount is less than a second ratio, and notifies the display device of the change in the reference weight value, wherein the second ratio is predetermined to be less than the predetermined first ratio.

12. The method according to claim 1, wherein, The first local data includes: The value is calculated by multiplying the basic weight of each predetermined vehicle type by a predetermined weight.

13. A device for monitoring the weight of goods implemented in a vehicle, comprising: Communication interface; At least one non-transitory computer-readable medium is configured to store instructions; as well as At least one processor is configured to execute the instructions as follows: Receive first remote data from the remote server regarding whether cargo weight monitoring is activated via the communication interface; Determine whether the value of the first remote data indicates that the cargo weight monitoring should be activated; Based on the value of the first remote data, the cargo weight monitoring is activated, and second remote data about a reference weight value for determining whether to issue an overload warning is received from the remote server through the communication interface; Receive first local data about the vehicle's body weight and second local data about the vehicle's cargo hold weight through the vehicle's internal network; The total weight of the vehicle is determined using the first local data and the second local data; Compare the total weight with the second remote data; and The vehicle overload is determined based on the total weight being greater than the second remote data.

14. The apparatus according to claim 13, wherein, The at least one processor is further configured to: During the loading or unloading of the vehicle, based on the total weight being greater than the second remote data, a flag regarding the overload weight status is set to a first value; During the loading or unloading of the vehicle, the flag is set to a second value different from the first value, based on the total weight not exceeding the second remote data. The flag is transmitted to the remote server via the communication interface; and An overload warning notification is generated by at least one of a buzzer installed in the cargo compartment of the vehicle and at least one of the vehicle's dashboard.

15. The apparatus according to claim 14, wherein, The at least one processor is further configured to: During the driving operation of the vehicle, the flag is received from the remote server; and The parking guidance operation is performed based on the fact that the value of the flag is the first value.

16. The apparatus according to claim 13, wherein, The at least one processor is further configured to: Based on the total weight not exceeding the second remote data, the total weight is transmitted to the navigation device installed in the vehicle, and the navigation device generates a recommended route that avoids roads with weight restrictions lower than the total weight.

17. The apparatus according to claim 13, wherein, The at least one processor is further configured to: The remaining amount of battery or fuel in the vehicle is obtained from the integrated vehicle controller; Based on the fact that the ratio of the remaining amount to the total amount of the battery or fuel is less than a predetermined first ratio, the display device in the vehicle is notified that the reference weight value will be reduced; and The navigation device installed on the vehicle generates a recommended route that passes through charging stations or refueling stations.

18. The apparatus according to claim 17, wherein, The at least one processor is further configured to: Based on the fact that the ratio of the remaining amount to the total amount is less than a second ratio, the reference weight value is changed to a lower value, and the change of the reference weight value is notified to the display device, wherein the second ratio is predetermined to be less than the predetermined first ratio.

19. The apparatus according to claim 13, wherein, The first local data includes: The value is calculated by multiplying the basic weight of each predetermined vehicle type by a predetermined weight.

20. A non-transitory computer-readable medium configured to store instructions executable by a computing device. in, When the instructions are executed by at least one processor of the computing device, the computing device causes the computing device to: Receive first remote data from a remote server via a communication interface regarding whether cargo weight monitoring is activated; Determine whether the value of the first remote data indicates that the cargo weight monitoring should be activated; Based on the value of the first remote data, the cargo weight monitoring is activated, and second remote data about a reference weight value for determining whether to issue an overload warning is received from the remote server through the communication interface; Receive first local data about the vehicle's body weight and second local data about the vehicle's cargo hold weight via the vehicle's internal network; The total weight of the vehicle is determined using the first local data and the second local data; Compare the total weight with the second remote data; and The vehicle overload is determined based on the total weight being greater than the second remote data.

Images