Efficient Transmission and Reception Method of Sensor Data through Ship Protocol Data Abbreviation And A Computer-Readable Recording Medium On Which The Program That Performs The Method Is Recorded

Abstract

The present invention relates to a method for efficient transmission and reception of sensor data through the reduction of ship protocol data and a computer-readable recording medium having a program for performing the same. More specifically, the invention relates to a method for efficient transmission and reception of sensor data through the reduction of ship protocol data and a computer-readable recording medium having a program for performing the same, comprising: a protocol data generation step in which sensor data collected from a sensor within an object for a certain period is converted into a protocol format to generate protocol data; an initial transmission step in which the protocol data is transmitted as is when the protocol data is first transmitted at an initial time point (t0); a protocol data comparison step in which the protocol data at the initial time point (t0) and the protocol data at the next time point (tn) are compared based on a pre-set comparison rule when the protocol data is transmitted at the next time point (tn); a reduced data generation step in which the protocol data at the next time point (tn) is reduced based on a pre-set reduction rule to generate reduced data; and a reduced data transmission step in which the reduced data at the next time point (tn) is transmitted.

Description

Technology Field

[0001] The present invention relates to a method for efficient transmission and reception of sensor data through ship protocol data abbreviation and a computer-readable recording medium having a program for performing the same. Background Technology

[0002] In modern industrial sites, particularly on large equipment such as ships, sensor data is collected in real time from various installed sensors and transmitted to a remote central server or monitoring system for utilization. Sensor data is primarily transmitted in protocol formats such as NMEA, an American standard for transmitting information including time, location, and bearing, or Modbus, developed by Modicon for communication between PLCs. Furthermore, a method of periodically transmitting multiple sensor data sets contained within a single line of protocol is generally used.

[0003] However, this communication method has disadvantages, such as increased communication load due to the repeated transmission of the same data even when periodically transmitted data includes values ​​that rarely change, and the consumption of unnecessary resources for processing and storage.

[0004] Therefore, there is an urgent need in this technology field for a technology capable of preventing network overload and the degradation of server data processing performance caused by the structure of existing systems, which repeatedly transmit all data regardless of whether it changes. Prior art literature

[0005] Korean Registered Patent Publication No. 10-1986630 Korean Registered Patent Publication No. 10-2040248 The problem to be solved

[0006] The present invention aims to solve the aforementioned problems by providing an efficient method for transmitting and receiving sensor data through ship protocol data compression, which prevents network load and degradation of server data processing performance caused by a structure that repeatedly transmits all sensor data collected from a target object, and a computer-readable recording medium having a program for performing the same.

[0007] The technical problems that the present invention aims to solve are not limited to those mentioned above, and other unmentioned technical problems can be clearly understood by those skilled in the art from the description of the present invention. means of solving the problem

[0008] To achieve the above objective, the method for efficient transmission and reception of sensor data through ship protocol data compression according to the present invention comprises: a protocol data generation step in which sensor data collected from a sensor within an object for a certain period is converted into a protocol format and protocol data is generated by at least one processor; an initial transmission step in which, when the protocol data is first transmitted at an initial time point (t0) by the at least one processor, the protocol data is transmitted as is in its original form; and, when the protocol data is first transmitted at a next time point (t0) by the at least one processor n When transmitted at ), based on pre-configured comparison rules, the protocol data at the initial time point (t0) and the next time point (t n A protocol data comparison step in which protocol data at ) is compared; and, by the at least one processor, based on a preset shortening rule, at the next time point (t n A shortened data generation step in which protocol data at ) is shortened to generate shortened data; and by the at least one processor, at the next time point (t n Provides a shortened data transmission step in which shortened data is transmitted in ).

[0009] To achieve the above objective, the present invention provides a computer-readable recording medium having a program recorded thereon for performing a method of efficiently transmitting and receiving sensor data through ship protocol data abbreviation. Effects of the invention

[0010] As described above, according to the present invention, by efficiently managing unchanging data and reducing unnecessary data transmission, the problems of network load and degradation of server data processing performance can be resolved.

[0011] In addition, the present invention ensures data reliability and stability by periodically updating the protocol data at the initial point in time (t0), which serves as the standard for data compression, even if the number of data to be transmitted increases.

[0012] In addition, even if the protocol data at the initial time point (t0) that serves as the basis for compression is suddenly deleted due to errors such as network instability, the protocol data at the initial time point (t0) is quickly derived, thereby ensuring that the next data compression can be continuously guaranteed without difficulty.

[0013] The effects of the present invention are not limited to those mentioned above, and other unmentioned effects will be clearly understood by those skilled in the art from the detailed description and claims. Brief explanation of the drawing

[0014] FIG. 1 is a computer device configuration diagram according to an embodiment of the present invention. Figure 2 is a flowchart of the method for efficient transmission and reception of sensor data through ship protocol data compression according to the present invention. FIG. 3 is a diagram showing protocol data according to an embodiment of the present invention. FIG. 4 is a diagram showing the comparison result of protocol data at an initial time point (t0) and protocol data at a next time point (t1) according to an embodiment of the present invention. FIG. 5 is a diagram showing the comparison result of protocol data at an initial time point (t0) and protocol data at a next time point (t2) according to an embodiment of the present invention. FIG. 6 is a detailed flowchart including the first re-conversion step in FIG. 2. Figure 7 is a detailed flowchart including the second re-conversion step in Figure 2. Specific details for implementing the invention

[0015] The terms used in this specification have been selected based on currently widely used general terms whenever possible, taking into account their functions in the present invention; however, these terms may vary depending on the intent of those skilled in the art, case law, the emergence of new technologies, etc. Additionally, in specific cases, terms have been arbitrarily selected by the applicant, and in such cases, their meanings will be described in detail in the relevant description of the invention. Therefore, the terms used in this invention should be defined not merely by their names, but based on their meanings and the overall content of the invention.

[0016] Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by those skilled in the art to which the present invention pertains. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant technology, and should not be interpreted in an ideal or overly formal sense unless explicitly defined in this application. Hereinafter, embodiments according to the present invention will be described in detail with reference to the accompanying drawings.

[0017] First, the present invention includes a recording medium (120) readable by a computer device (100) on which a program is recorded for performing a method of efficiently transmitting and receiving sensor data through ship protocol data abbreviation is recorded. For example, it may be a CD, DVD, hard disk, Blu-ray disk, USB, memory card, ROM, etc. And the method of efficiently transmitting and receiving sensor data through ship protocol data abbreviation of the present invention may be implemented by at least one processor (110) in the computer device (100) reading the recording medium (120).

[0018] Next, referring to an embodiment of FIG. 1, the object (300) of the present invention may be any space such as an industrial site, factory, warehouse, etc., and may be any machine, device, apparatus, apparatus, or system such as a ship, crane, etc. Most preferably, the object (300) may be the whole or part of a ship. The object (300) may include a plurality (N) of sensors (400) and a computer device (100). The plurality of sensors (400) are connected to the computer device (100) via wired or wireless communication to transmit multiple sensor data in real time or transmit sensor data at regular intervals. The computer device (100) may transmit abbreviated data, in which multiple sensor data has been processed, to a server (200) installed at a distance via wireless communication, and conversely, may receive data transmitted from the server (200). The server (200) may collect, process, and store the abbreviated data transmitted from the computer device (100).

[0019] Next, referring to FIG. 2, the method for efficient transmission and reception of sensor data through ship protocol data compression according to the present invention comprises: a protocol data generation step (S100) in which sensor data collected over a certain period from a sensor (400) within an object (300) is converted into a protocol format to generate protocol data by at least one processor (110); an initial transmission step (S200) in which the protocol data is transmitted as is when the protocol data is first transmitted at the first time point (t0) by the at least one processor (110); and a step in which the protocol data is transmitted as is when the protocol data is first transmitted at the next time point (t0) by the at least one processor (110). n When transmitted at ), based on pre-configured comparison rules, the protocol data at the initial time point (t0) and the next time point (t n A protocol data comparison step (S300) in which protocol data at ) is compared, and the next time point (t) based on a preset shortening rule by the at least one processor (110). n A shortened data generation step (S400) in which protocol data at ) is shortened to generate shortened data, and by the at least one processor (110), at the next time point (t n It includes a shortened data transmission step (S500) in which shortened data is transmitted from ). Here, n is a positive integer.

[0020] Specifically, the sensor data mentioned in the present invention may include linear velocity data collected from an accelerometer, position data collected from a GPS, etc., and may be a combination of numbers, English letters, symbols, etc. The protocol format mentioned in the present invention may be a format pre-configured to convert the sensor data into a standard communication protocol such as Modbus or NMEA0183.

[0021] Referring to an embodiment of FIG. 3, the protocol data generation step (S100) may generate the protocol data in the order of a transmission character, sensor data from a plurality of sensors (400), and an error check character. Here, the transmission character is a data item used by the server (200) to verify that it is the target object (300). For example, the transmission character may be displayed as '$SPMPF'. The order of the plurality of sensors (400) may be pre-set, and the sensor data of the plurality of sensors (400) may be arranged according to the pre-set order. For example, the line velocity data '14', position data '3.1', tilt data '178', and direction data '42' may be arranged and displayed in order. The error check character is a checksum, which is a form of duplicate check. For example, it may be displayed as '0*4A'.

[0022] Additionally, the protocol data generation step (S100) may generate protocol data '$SPMPF, 14, 3.1, 178, 42, 0*4A' at the initial time point (t0). Then, the protocol data generation step (S100) may generate protocol data '$SPMPF, 14, 3.1, 176, 41, 0*4A' at the next time point (t1) after a certain period. Then, the protocol data generation step (S100) may generate protocol data '$SPMPF, 16, 3.4, 178, 43, 0*4A' at the next time point (t2) after another certain period. By continuously repeating the protocol data generation step (S100), the final time point (t k The last protocol data can be generated in ).

[0023] Next, in the initial transmission step (S200), a pre-configured symbol may be added to the beginning of the protocol data so that it can be confirmed that the protocol data is from the initial time point (t0). If the pre-configured symbol is '*', protocol data such as '*$SPMPF, 16, 3.4, 178, 43, 0*4A' may be transmitted. That is, the protocol data at the initial time point (t0) is the data that serves as the standard for abbreviation.

[0024] Next, the protocol data comparison step (S300) is characterized by deriving an identical value or an error value from two protocol data. In deriving the error value, the protocol data comparison step (S300) may result in the error value being the value obtained by subtracting the protocol data at the next time point (t1) from the protocol data at the first time point (t0).

[0025] In one embodiment of FIG. 4, the protocol data comparison step (S300) may compare the protocol data at the first time point (t0) with the protocol data at the next time point (t1). As a result of the comparison, the transmitted character may have the same value, sensor data 1 may have the same value, sensor data 2 may have the same value, sensor data 3 may have an error value of -2, sensor data 4 may have an error value of -3, and the error check character may have the same value. In one embodiment of FIG. 5, the protocol data comparison step (S300) may compare the protocol data at the first time point (t0) with the protocol data at the next time point (t2). As a result of the comparison, the transmitted character may have the same value, sensor data 1 may have an error value of -2, sensor data 2 may have an error value of -3, sensor data 3 may have the same value, sensor data 4 may have an error value of -1, and the error check character may have the same value.

[0026] Next, the shortened data generation step (S400) is characterized by including a transmission character shortening step (S410) in which identical transmission characters in two protocol data are shortened in transmission order, and an identical value combining step (S420) in which consecutive identical values ​​are combined.

[0027] In one embodiment of FIG. 4, the transmission character abbreviation step (S410) can be abbreviated to a transmission order of '&001' when the transmission character at the first time point (t0) and the transmission character at the next time point (t1) are the same. In one embodiment of FIG. 5, the transmission character abbreviation step (S410) can be abbreviated to a transmission order of '&002' when the transmission character at the first time point (t0) and the transmission character at the next time point (t1) are the same. For example, if the transmission order is '&001' to '&999', one original protocol data and 999 abbreviated data are sequentially transmitted to the server (200). That is, by including the transmission character abbreviation step (S410), the present invention has a significant effect of being able to verify the order and number of abbreviated data transmitted from the same target (300) to the server (200).

[0028] Looking at an embodiment of FIG. 4, as a result of comparison, the transmitted character, sensor data 1, and sensor data 2 are consecutive items, and the same value was derived from all consecutive items. Therefore, in the same value combination step (S420), the data for the transmitted character, sensor data 1, and sensor data 2 can be combined as '3='. That is, by further including the same value combination step (S420), the present invention has a significant effect of further compressing the protocol data at that point in time.

[0029] As a result, looking at an embodiment of FIG. 4, the protocol data at the next time point (t1) can be abbreviated to ‘&001,3=,-2,-3,=’ instead of ‘&001,=,=,=,-2,-3,=’ to generate abbreviated data. Looking at an embodiment of FIG. 5, the protocol data at the next time point (t2) can also be abbreviated to ‘&002,=,-2,-3,=,-1,=’ to generate abbreviated data.

[0030] Next, the present invention, by the at least one processor (110), from the shortened data transmission step (S500), to the final time point (t k The method further includes a first re-conversion step (S600) in which, when compressed data is transmitted at ), the compressed data is re-converted into protocol data, and the initial transmission step (S200) is characterized in that the protocol data re-converted from the first re-conversion step (S600) is determined to be protocol data at a new initial time point (t0) and transmitted as is. Here, 1 ≤ n ≤ k.

[0031] The present invention relates to protocol data at an initial time point (t0) and to the next time point (t n Although there is an advantage that reduced data can be generated at ), as the number of reduced data increases, the first time point (t0) and the next time point (t n If the distance between them increases and errors such as network instability occur as a result, the likelihood of protocol data being deleted at the initial point in time (t0) increases. Therefore, the first re-conversion step (S600) of the present invention may be provided to update the protocol data at the initial point in time (t0), which serves as the basis for data reduction, at regular intervals.

[0032] Referring to an embodiment of FIG. 6, in order to update the protocol data at the initial time point (t0), which serves as the basis for data reduction, whenever the number of reduced data items reaches 1,000, k may be 999. The first re-conversion step (S600) is performed when n is 999, and the final time point (t 999 The abbreviated data at ) can be converted back into protocol data (S601, S602). At this time, the same protocol format as in the protocol data generation step (S100) may be used. Then, the converted protocol data is the protocol data at the new initial time point (t0). Meanwhile, in order to distinguish between the protocol data at the initial time point (t0) and the protocol data at the new initial time point (t0), the first conversion step (S600) may assign a pre-set symbol to the protocol data at the new initial time point (t0). For example, just as a symbol such as '*' is assigned to the beginning of the protocol data at the initial time point (t0), a symbol such as '#' may be assigned to the beginning of the protocol data at the new initial time point (t0).

[0033] Additionally, the first re-conversion step (S600) may return to the initial transmission step (S200). Then, in the initial transmission step (S200), the protocol data at the new initial time point (t0) can be transmitted to the server (200) in its original form. And the protocol data comparison step (S200) compares the protocol data at the new initial time point (t0) and the next time point (t) transmitted after the new initial time point (t0). n Protocol data at ) can be compared. The above-mentioned shortened data generation step (S300) is at the next time point (t nProtocol data at ) can be compressed to generate compressed data. That is, the compressed data is not the 1,000th compressed data, but the 1st compressed data again. Therefore, the present invention has a significant effect in that data reliability and stability can be guaranteed by periodically updating the protocol data at the initial time point (t0) which serves as the standard for data compression, even if the number of data increases.

[0034] Next, the present invention relates to a case in which protocol data at an initial point in time (t0) is deleted by the at least one processor (110) due to an error, and the previously transmitted next point in time (t n It further includes a second re-conversion step (S700) in which the compressed data at ) is re-converted into protocol data, and the initial transmission step (S200) is at the next point in time (t) after the re-conversion from the second re-conversion step (S700). n It is characterized by the fact that protocol data at ) is determined to be protocol data at a new initial time point (t0) and transmitted as is.

[0035] The present invention relates to protocol data at an initial time point (t0) and to the next time point (t n Although there is an advantage that compressed data can be generated in ), in the event of an error such as sudden network instability, the protocol data at the initial time point (t0) may actually be deleted. Therefore, the second re-conversion step (S700) of the present invention may be provided to prepare the protocol data that serves as the standard for data compression again.

[0036] Referring to an embodiment of FIG. 7, the 67th next time point (t 67 The protocol data at the initial point in time (t0), which serves as the basis for the final data reduction, may be suddenly deleted. The second re-conversion step (S700) is the 67th next point in time (t) that was most recently transmitted. 67The abbreviated data at ) can be converted back into protocol data (S701, S702). Then, the converted protocol data is the protocol data at the new initial time point (t0). Meanwhile, in order to distinguish between the protocol data at the initial time point (t0) and the protocol data at the new initial time point (t0), the second conversion step (S700) may assign a pre-set symbol to the protocol data at the new initial time point (t0). For example, just as a symbol such as '*' is assigned to the beginning of the protocol data at the initial time point (t0), a symbol such as '#' may be assigned to the beginning of the protocol data at the new initial time point (t0).

[0037] Additionally, the second re-conversion step (S700) may return to the initial transmission step (S200). Then, in the initial transmission step (S200), the protocol data at the new initial time point (t0) can be transmitted to the server (200) in its original form. And the protocol data comparison step (S200) compares the protocol data at the new initial time point (t0) and the next time point (t) transmitted after the new initial time point (t0). n Protocol data at ) can be compared. The above-mentioned shortened data generation step (S300) is at the next time point (t n Protocol data at ) can be compressed to generate compressed data. That is, the compressed data is not the 68th compressed data, but the 1st compressed data again. Therefore, the present invention has a significant effect in that data compression is possible and data reliability and stability can be guaranteed even if the protocol data at the initial time point (t0) which serves as the standard for compression is suddenly deleted.

[0038] The embodiments may be implemented by hardware, software, firmware, middleware, microcode, a hardware description language, or any combination thereof. Where implemented by software, firmware, middleware, or microcode, program code or code segments that perform the necessary tasks may be stored on a computer-readable storage medium and executed by one or more processors.

[0039] Furthermore, aspects of the subject matter described herein may be described in the general context of computer-executable instructions, such as program modules or components executed by a computer. Generally, program modules or components include routines, programs, objects, and data structures that perform specific tasks or implement specific data types. The aspects of the subject matter described herein may be implemented in distributed computing environments where tasks are performed by remote processing devices linked through a communication network. In a distributed computing environment, program modules may be located on both local and remote computer storage media, including memory storage devices.

[0040] Although the embodiments have been described above with reference to limited examples and drawings, those skilled in the art can make various modifications and variations from the description above. For example, suitable results may be achieved even if the described techniques are performed in a different order than described, and / or the components of the system, structure, device, circuit, etc. described are combined or assembled in a form different from the described method, or are replaced or substituted by other components or equivalents.

[0041] Therefore, other implementations, other embodiments, and equivalents to the claims also fall within the scope of the claims set forth below. Explanation of the symbols

[0042] 100.. Computer device 110.. at least one processor 120.. Recording media 200.. Server 300.. object 400.. sensor S100.. Protocol data generation phase S200.. Initial transmission stage S300.. Protocol data comparison step S400.. Reduced data generation step S410.. Transmission character abbreviation stage S420.. Same value combination step S500.. Reduced data transmission stage S600.. 1st re-conversion step S700.. Second re-conversion step

Claims

Claim 1 A protocol data generation step in which sensor data collected from a sensor within an object for a certain period is converted into a protocol format to generate protocol data by at least one processor; an initial transmission step in which, by the at least one processor, the protocol data is transmitted in its original form when it is at the first time point (t0) when the protocol data is first transmitted; and a step in which, by the at least one processor, the protocol data is transmitted at the next time point (t n When transmitted at ), based on pre-configured comparison rules, the protocol data at the initial time point (t0) and the next time point (t n A protocol data comparison step in which protocol data at ) is compared; and a next time point (t) based on a preset shortening rule by at least one processor n A shortened data generation step in which protocol data at ) is shortened to generate shortened data; by the at least one processor, at the next time point (t n A shortened data transmission step in which shortened data at ) is transmitted; and by the at least one processor, a final time point (t) from the shortened data transmission step k A method for efficient transmission and reception of sensor data through ship protocol data abbreviation, comprising: a first re-conversion step in which, when abbreviated data is transmitted at ), the abbreviated data is re-converted into protocol data; wherein the first transmission step is characterized in that the protocol data re-converted from the first re-conversion step is determined to be protocol data at a new initial time point (t0) and transmitted as is. Here, n is a positive integer and 1 ≤ n ≤ k. Claim 2 In claim 1, if protocol data at the initial time point (t0) is deleted due to an error by the at least one processor, the previously transmitted next time point (t n It further includes a second reconversion step in which the compressed data at ) is reconverted into protocol data; and the initial transmission step is the next point in time (t) after the reconversion from the second reconversion step. n An efficient method for transmitting and receiving sensor data through ship protocol data compression, characterized in that protocol data at ) is determined to be protocol data at a new initial time point (t0) and transmitted as is. Claim 3 A method for efficient transmission and reception of sensor data through ship protocol data reduction, wherein, in claim 1, the protocol data generation step generates the protocol data in the order of transmission characters, sensor data of a plurality of sensors, and error check characters, and the protocol data comparison step derives the same value or error value from two protocol data. Claim 4 In paragraph 3, the method for efficient transmission and reception of sensor data through ship protocol data abbreviation is characterized in that the abbreviated data generation step comprises: a transmission character abbreviation step in which identical transmission characters in two protocol data are abbreviated in transmission order; and an identical value combination step in which consecutive identical values ​​are combined. Claim 5 A computer-readable recording medium having a program recorded thereon for performing an efficient method of transmitting and receiving sensor data through the reduction of ship protocol data according to any one of paragraphs 1 to 4. Claim 6 delete

Images