KR102394491B1 - Method and apparatus for obtaining information relating to service-based operations of devices connected to a network - Google Patents

Abstract

In the device according to the present invention, a switch that provides a network for mutual communication to a plurality of devices changes and sets a method of switching and outputting a received data frame to an interception method, and the switch is set as an interception method When a message of type 1 carried in an arbitrary data frame intercepted by and the second type of message received from the switch is re-introduced into the network. And, based on the received second-type message, information on the service-based operation of the device that has sent the second-type message, for example, information about required service or a retransmission interval of a message requesting a service time information, etc. of

Description

Method and apparatus for obtaining information on service-based operations of devices connected to a network {Method and apparatus for obtaining information relating to service-based operations of devices connected to a network}

According to the present invention, information related to service-based operation required for a plurality of devices that are connected to a network and perform an intended function for the intended function is obtained or related to an operation on a network constructed in a situation in which it is actually applied. It relates to a method for enabling inspection and an apparatus or apparatus for the method.

Many types of devices for specific purposes that make people’s lives convenient, especially, devices with very diverse and complex functions such as cars, have a lot of information between so-called electronic control units (ECUs). It is based on real-time communication.

And, in order to improve the function and performance of the device for a specific purpose, a unit with a high specification is gradually applied to an electronic control unit that directly processes data. In such a high-spec electronic control unit, an operating system (O/S) for efficient use of resources (CPU, memory, communication device, various types of input/output interfaces, ADC, etc.) When you want to apply the electronic control unit to a device for a specific purpose, such as a vehicle or vehicle, you can develop and apply an application program that performs the desired operation in the electronic control unit more easily based on the operating system.

This kind of application program checks the signal input or generated by itself from various sensors or parts, mechanical or electrical module, etc. signal-connected to manage or control the electronic control unit to which the application program is ported, It may be for the operation to set the desired value or level for them, but it is not limited to this, and the operation of checking (receiving a response according to the request after request) or setting the signal handled and processed by another electronic control unit connected to the network It may also be something we can do together.

In order to ensure normal operation of checking/setting the signal state of other devices through information exchange with other devices, the program developer, when developing an application program to be executed in the electronic control unit, operates the program intended You should know in detail about each signal required for For example, whether the signal or information corresponding to the signal is processed in which electronic control unit including the electronic control unit in which the application program is to be executed, and by which application program in the electronic control unit is processed. It is necessary to figure out what type of signal it is and in what format the signal is loaded and transmitted on the network, and program it accordingly.

However, since the application program developed according to such programming has very low portability, when compiling and executing the same program source in another electronic control unit, the ported electronic control unit It is unlikely that the unit will perform the same operation normally.

Therefore, whenever the type of device for a specific purpose to which the application for the same operation is applied changes or the environment of the applied network changes, the application program must be modified and supplemented accordingly so that the originally intended operation is normally performed. Needs to be. However, this work is very cumbersome for the developer, and the fact that such correction and supplement work is necessary, from the point of view of the manufacturer of the device, saves time and money in improving the performance of the device or developing a new model. It means you need to put in more.

In order to solve this problem, a method of enabling information exchange via a network between devices such as an electronic control unit to be performed based on a service has been proposed. According to this method, the application program is developed only according to the interfacing format according to the specified service rule, regardless of the detailed format of the signal or data required or provided by the application programs to be executed in other devices, and the service Among the devices on the network that support communication according to the rules, it operates normally even if it is ported to any device and executed.

This means that development work for service-based application programs can be divided into completely independent division of labor by different developers in different places, incomparably with the previous ones. That is, not only the development of the application program, but also the device to which one or more application programs operating based on the service are ported may proceed completely independently of the development of other applications or devices.

However, applications or devices developed independently of each other should eventually be installed or built in a device for a specific purpose such as a vehicle to normally realize the intended function of each. causes an unintended error. Errors in this integration process may be caused by coding mistakes of application developers or misinterpretation of service rules to be followed.

Therefore, errors occurring in a plurality of devices integratedly built by connecting a plurality of devices to each other through a network (hereinafter, these integrated devices are collectively referred to as a 'network system'), or non-compliance with or violation of service rules In the case of an operation occurring, the cause of such occurrence should be debugged based on the logical reasoning of the developers.

However, since a plurality of devices are connected and operated by multi-to-multi communication, it is not easy to find the cause of the error, etc. depending on the logical reasoning of the developers, and the developer of each device If the organizations or companies that belong to are different from each other, a considerable amount of time is inevitably required in the communication process. In order to solve this problem, in a network system that is actually built and operated, it is objectively and automatically You need a way to figure it out.

It is an object of the present invention to provide a method and apparatus for automatically acquiring objective information on service-based operation for devices that are connected to a network and perform service-based operation.

Another object of the present invention is to provide a method and apparatus for checking service-based operations performed by devices connected to each other through a network in the same environment as those in which a device for a specific purpose is actually built and operated.

Another object of the present invention is to provide a method and apparatus for automatically determining whether or not service-based operations satisfy a pre-specified requirement with respect to devices that are connected to a network and perform service-based operations.

Another object of the present invention is to provide a method and apparatus for checking service-based operations for devices connected to each other through a network for each device.

Another object of the present invention is to provide a method and apparatus for enabling a network system constructed by connecting devices through a network to selectively perform service-based operation check and originally intended normal operation.

The object of the present invention is not limited to the object explicitly described above, but it naturally includes achieving the effect that can be derived from the following specific and exemplary description of the present invention.

According to an aspect of the present invention, there is provided an apparatus for obtaining information on service-based operation of a plurality of devices individually connected to a switching device, the switching device providing a network for mutual communication to the plurality of devices a, a control unit configured to change and set a method for switching and outputting a received data frame to an interception method; When a message of type 1 carried in the data frame intercepted and transmitted by the switching device is received, thereafter, the received first type message is received from the switch device at least once a predetermined number of times. and an information acquisition unit configured to prevent a type message from being reintroduced into the network, and to reintroduce the second type message received from the switching device into the network. In addition, the information acquisition unit acquires, based on the received message of the second type, specific information about the service-based operation of the device that has sent the second type of message.

In one embodiment according to the present invention, the specific information obtained by the information acquisition unit is information that identifies the corresponding item with respect to at least one service item supported by the device that has sent the second type message. .

In one embodiment according to the present invention, the information acquisition unit stores the received message of the first type, and when receiving the message of the second type from at least one of the plurality of devices, the information is stored and The existing type 1 message may be reintroduced into the network.

In an embodiment according to the present invention, the message of the first type may be a message in which an arbitrary device belonging to the plurality of devices notifies information on a service item supported by it in a multicast manner. . In this embodiment, when the control unit further receives the first type message from the switching device in a state in which there is one or more devices that have transmitted the second type message more than once a predetermined number of times, further After a request is made to the switching device for a multicast setting for switching and outputting only the one or more devices with respect to the received type 1 message, the additionally received type 1 message is re-introduced into the network. . Then, the message of the first type designating a single destination received from the switching device is directly re-introduced into the network. Also, in this embodiment, the specified number of times may be 2 or more. In this case, the information acquisition unit is configured to: a time for each of the one or more devices to retransmit the second type message from the message of the second type transmitted and received repeatedly for the specified number of times by each of the one or more devices You will get information about the grade.

In one embodiment according to the present invention, the first type message is a message sent in response to the second type message. In this case, the obtained specific information includes the received message of the second type and another message of the second type sent before the first type message by an arbitrary device that sent the second type message. It may be information about a transmission time interval between the two. In the present embodiment, when the information acquisition unit receives the first type message to be transmitted to the arbitrary device after the specific information on the transmission time interval is obtained, the received first type message is re-introduced into the network as it is. In addition, the second type of message may be a service-based request message or a message requesting subscription by designating one or more groups for grouped events.

In another embodiment according to the present invention, the information acquisition unit discards the received message of the first type so as not to be re-introduced into the network.

In one embodiment according to the present invention, when an arbitrary data frame carrying a third type message is received from the switching device, the information acquisition unit modifies at least a part of the arbitrary data frame and re-transmits it to the network. When a message of type 4 in response to the message of type 3 is received from the switch, the response information carried in the message of type 4 is compared with the information intended to be replied in the above modification, and Further information on emergency handling of the device that sent the type 4 message is acquired. In this embodiment, the modification includes information that does not conform to or is not permitted in the specified format for the third type message, or information that the destination device of the third type message cannot normally process It may be possible to change the information carried by the arbitrary data frame.

And, in the above-described embodiment, in the modification, one or more data groups included in the payload among headers and payloads constituting the third type of message are the data group. Modification to reduce the data length corresponding to an arbitrary parameter belonging to an identifier indicating a service item that does not correspond to the supported service item identified in the message of the type 1 sent from the destination device, At least one is included in the modification that replaces the service identifier part.

In addition, in an embodiment according to the present invention, the information acquisition unit, whenever the third type message is received, corrects for each of a plurality of verification items specified for the third type message, so that the network is re-introduced into , and the fourth-type message received in response to the re-introduced third-type message is discarded. In this embodiment, when the third type message is received again with respect to any one of the third type messages re-introduced into the network after the information acquisition unit corrects for inducing a specific error If a response to the third type message is not received until or within a certain period of time after reintroducing the third type message, in acquiring the information on the emergency processing, Information on emergency processing according to the correction for inducing the specific error is recorded so that it can be distinguished from information on emergency processing according to other modifications. In addition, with respect to the third type message, after information on the emergency processing according to the correction for each of the plurality of verification items is obtained, for the third type message received thereafter, the network In addition, the fourth type message received in response to the third type message reintroduced as it is is also reintroduced into the network as it is.

In an embodiment according to the present invention, the control unit, the switching device, is further configured to change and set the output method by switching for the received data frame to port replication. In the change setting of the method, after acquiring information related to service-based operation of the plurality of devices in the interception method, the procedure for switching to the port replication method is followed.

In one embodiment according to the present invention, the information acquisition unit, for a specific message carried in an arbitrary data frame received from the switching device in the port replication method, information for identifying the specific message, received time information, The type of the specific message and information for identifying the source device and the destination device of the arbitrary data frame are recorded as one information item. In this case, if the reply code carried in the specific message is a value indicating an error, the single information item may be recorded in a format that is distinguishable from other recorded information items. In addition, the information acquisition unit may further include, in the one information item, information linking the specific message with an arbitrary information item recorded for a message received prior to the specific message, which caused the specific message to be recorded.

In the above-described embodiment, the information acquisition unit searches for an item for a message received immediately before the same as the received specific message from information items recorded for a series of previously received messages, and a message reception time of the found item After determining the time interval between the reception time of the specific message and the specific message, by comparing the identified time interval with a time interval required for repeated transmission of the specific message, it is possible to determine whether there is an error in the repeated transmission of the specific message. . In particular, in the case where the reception time interval for each repeatedly received specific message differs from the time interval required for repeated sending of the specific message by more than a specified allowable range in succession two or more times, the It can also be determined that there is an error in the repeated sending of a specific message.

In an embodiment according to the present invention, the information acquisition unit determines whether data of a specific part of an arbitrary message is properly packed with respect to an arbitrary message loaded in a data frame received from the switching device in the port replication method. The inspection is performed, and the inspection result is recorded as one information item together with information identifying the arbitrary message and information identifying the origin of the arbitrary message. In the present embodiment, when the information acquisition unit checks the suitability of packing, it is confirmed that the length of the actual data carried in the specific part is shorter than the length specified for the specific part of the arbitrary message. In , as compared to the case confirmed as a long case, an inspection result with a value indicating that the degree of nonconformity of packing is higher may be recorded as the one information item.

In one embodiment according to the present invention, the device may be integrally configured by including the switching device as an internal configuration thereof.

In another embodiment according to the present invention, the device may be implemented by being included as an internal component in any one of the plurality of devices. Including, information related to the service-based operation of the plurality of devices acquired by the information acquisition unit is provided to a predetermined specific external device through the network. In addition, the control unit may change and set the interception method or the port duplication method according to the electrical state value made by the component mounted on the one device.

According to another aspect of the present invention, there is provided an apparatus for obtaining information on service-based operation of a plurality of devices individually connected to a switching device, the switching device providing a network for mutual communication to the plurality of devices a first control unit that sequentially selects one of the plurality of devices to perform data communication with the switching device by sending a specific command to the device; and data communication with the switching device by the first control unit When the type 2 message is received through the switching device, the selected device transmits a type 2 message to It is configured to include an information acquisition unit configured to acquire information for identifying the corresponding item. In the present device, the second type message is a message transmitted in a multicast method by not receiving the first type message informing that the at least one service item is supported, and the first controller is configured to: The device's address is subscribed to the multicast address assigned to the type 2 message.

In an embodiment according to the present invention, the first control unit selects one device from the plurality of devices so that only the selected device is in a power-on state, and in the power-applied device, the second control unit selects one device. When the type message is sent more than once a predetermined number of times, only the next device in the power-on state is sent to the plurality of devices using the switching device in such a way that the second type message is sent. remote power on/off.

In another embodiment according to the present invention, the first control unit, with respect to the ports of the switching device to which the plurality of devices are individually connected, make only one port an active state, and a device connected to the activated port When the type 2 message is sent more than once a predetermined number of times, only the port of the next order is activated, so that the device connected to the port of the next order sends the message of the type 2 Controls device ports.

According to another aspect of the present invention, there is provided a method for obtaining information on service-based operations of a plurality of devices individually connected to a switching device, wherein the plurality of devices are provided with a network for mutual communication. A first step in which a switching device switches and sets a method for switching and outputting a received data frame to intercept; Step 2 of receiving the first data frame, and the type 1 message carried in the received first data frame is re-introduced into the network until the second type message is received from the switching device at least once a predetermined number of times and a third step of re-introducing the second data frame to the network when a second data frame carrying the second type message is received from the switching device in a state in which the second data frame is not provided. And, the third step further includes obtaining information on a service-based operation of a device that has sent the second type message based on the received second type message.

According to another aspect of the present invention, a program object executable in any computing device recorded on a recording medium is connected to a switching device that provides a network for mutual communication to a plurality of devices and can communicate with each other. A function of the switching device switching and outputting the received data frame on the premise that it is loaded into a device to be executed by intercepting, and any one device among the plurality of devices a function of receiving a first data frame sent from and intercepted by the switching device and transmitted from the switching device; When a second data frame containing the second type message is received from the switching device in a state where the first type message is not reintroduced into the network, the second data frame is reintroduced into the network It is composed of a function and program codes for performing a function of acquiring information about a service-based operation of a device that has sent the second type message based on the received second type message.

The method for acquiring information about the service-based operation of devices connected to a network according to the above-described present invention or at least one embodiment of the present invention described in detail in conjunction with the accompanying drawings below is a service using a connected network. It is possible to know whether or not their service-based operation is normally performed in the same environment as in a situation in which a device for a specific purpose, such as a vehicle, is actually operated with respect to the devices operating based on the device. Therefore, a network system designer or the like can identify errors in service-based operation of each device when it is built and operated in a device for a specific purpose.

In addition, when devices operating on a service basis are connected through a network and integrated, if there is a problem in the operation of the devices, the device causing the problem can be immediately identified, thereby preventing errors due to integration. It can greatly reduce the time for fertilization. Due to this, the cost or resources required until the development of the complete network system is completed is reduced.

And, in an embodiment according to the present invention, a method of acquiring information on service-based operation of devices connected to a network may be built-in to any device operating based on service, and according to this configuration, When a newly developed application program is installed and executed in an arbitrary device while devices operating on a service basis are actually built and operated in the intended device, it is possible to easily check whether a problem occurs with a simple operation. Accordingly, it is very convenient for post management and inspection of network systems built in devices for specific purposes.

1 is an example of a configuration of a network system to which a method for obtaining information on service-based operations of devices connected to a network is applied according to an embodiment of the present invention;
Figure 2 shows the switch of Figure 1 and the configuration of the analysis device according to an embodiment of the present invention together,
3 is an operation of the information acquisition unit in the analysis device when the analysis device of FIG. 2 performs a method of acquiring information on service-based operations of devices connected to the network according to an embodiment of the present invention; is the state transition diagram for
4 is an exemplary diagram of a signal exchange process performed in the network system of FIG. 1 in an operation of obtaining information on service-based operation for devices operating on a service basis, according to an embodiment of the present invention; is a flow chart,
5 exemplarily illustrates a method of constructing a node checklist by recording necessary service information extracted from a required service search message transmitted by devices operating on a service basis connected to a network according to an embodiment of the present invention. is shown,
6 is a state flow diagram illustrating a method of retransmitting a message transmitted by devices operating on a service basis to determine a time interval until retransmission according to an embodiment of the present invention. ,
7 is an example of an information list configured by recording the retransmission time interval for messages retransmitted by arbitrary devices according to the embodiment of FIG. 6;
8 is a signaling flow diagram showing a process of a method for devices operating on a service basis to obtain information corresponding to an error in a message according to an embodiment of the present invention;
9, for the embodiment according to FIG. 8, with respect to the received message, the error response, which is constituted by listing the message item together with the items to check the response processing for the error of the device receiving the message, check the error response It is an example of the structure of the information list that enables
10 is an example of a structure of a log data list configured by recording information on messages transmitted by devices connected to a network in a monitoring mode according to an embodiment of the present invention;
11 exemplifies the structure of an information list constituted by recording time information for a transmission interval of a message repeatedly transmitted by a device operating on a service basis in a monitoring mode according to an embodiment of the present invention; is to show as
12 is an exemplary view of a method of checking whether a payload part is properly packed with respect to a message transmitted and received between devices operating on a service basis, according to an embodiment of the present invention; state flow chart,
13 is an example of a structure of an information list configured to manage message items for which suitability is determined according to the embodiment of FIG. 12 .

Hereinafter, various embodiments according to the present invention will be described in detail with reference to the accompanying drawings.

In the following description of the embodiments according to the present invention and in the accompanying drawings, the same reference numerals refer to the same components unless otherwise specified. Of course, for convenience of description and help in understanding, different numbers may be assigned to the same components as necessary.

FIG. 1 exemplarily shows the configuration of a network system to which a method of acquiring information related to service-based operation of devices according to an embodiment of the present invention is applied.

In the network system illustrated in FIG. 1 , at least one application program performing a service-based operation is ported to exchange necessary information with each other based on the service, and devices such as an electronic control unit (1 _i , i=1,2 ,..) and a communication line (L _i , i=1,2,..,n) are connected to each of the devices 1 _i , i=1,2,.. A switch 10, which is a switching device providing a network capable of communicating with each other, is connected to one port of the switch 10, and the devices 1 _i , i=1,2, ..) is configured to include an analysis device 20 configured to obtain information related to the operation of the service-based basis, and to perform necessary inspection operations on them.

Figure 2 shows the configuration of the switch 10 of Figure 1 and the analysis device 20 according to an embodiment of the present invention together, the switch 10 is provided with each port (P _i , Switching to be output to one or more ports based on the destination address of the data frame received with i = 1,2,..,n) (a switching operation for this output is called 'routing') A switching box (12) and a switching management unit (11) configured to assign IP addresses to devices connected to each port of the switching box (12) and to control the routing operation of the switching box (12) do.

In addition, the analysis device 20 is connected to the switch 10 by a communication line Ln, and includes a network connection unit 23 that transmits and receives data frames in a predetermined communication method, and devices connected to the switch 10 ( An information acquisition unit 22 configured to test a service-based operation for 1 _i , i=1,2,..) and obtain necessary information, and the devices 1 _i , i=1,2,.. ), a main control unit 21 configured to change network configuration information for the switch 10, etc. necessary for obtaining information related to the service-based operation of ) and control the information acquisition unit 22 is comprised of

In the configuration illustrated in FIG. 2 , when the main control unit 21 wants to change the network configuration information of the switch 10, it constructs a message containing the information to be changed and configures a packet with a designated special address as the destination. is transmitted to the switch 10 . The packet of the special address transmitted in this way is transmitted to the switching management unit 11 by the switching box 12, so that the switching management unit 11 interprets the contents of the transmitted packet and provides network configuration information accordingly. While changing and saving, address-port mapping information (hereinafter referred to as a 'switching map') that acts on the determination of a port to be routed for the received data frame of the switching box 12 is added to the changed network configuration information It is set in the switching box 12 to match.

The analysis device 20 according to an embodiment of the present invention, the configuration of which is illustrated in FIG. 2 , is implemented as a device separate from the switch 10, but in another embodiment according to the present invention, the analysis The device 20 may be implemented integrally with the switch 10 . That is, the analysis device 20 may be configured to include the configuration of the switch 10 as an internal component. In this embodiment, the main control unit 21 will make a request, such as a change of network configuration information, to the switching management unit 11 through an internal bus in the integrated system or a signal line directly connected thereto. In this embodiment, the network connection unit 23 may not be provided.

Therefore, for various embodiments according to the present invention below, as illustrated in FIG. 2 , the analysis device 20 is configured separately from the switch 10 , and between them, the switch 10 Although it is described on the premise that information for controlling the switch 10 is transmitted by communicating in the same manner as other devices connected to the port, the description of this information transmission is implemented as a single device according to the embodiment. This implies that it is of course possible to directly transmit and receive based on the internal signal exchange method in the device. Therefore, whether the transmission method of the control information for the change setting of the switching map that determines the routing is made through the network or through a directly connected signal line, the claims of the present invention expressly set the interpretation Unless the scope is limited, it should not be construed that the scope of the present invention does not extend because of the control information delivery method different from the detailed description below.

The main control unit 21 and the information acquisition unit 22 of the analysis device 20 are pre-stored command codes such as firmware provided in the recording medium of the device, or a program recorded in the storage device by the firmware. By executing the instruction codes of the central processing unit (CPU), it may be configured in a form to perform various operations described in detail below together with the peripheral hardware elements provided in the apparatus.

In addition, in order to help the understanding of the concept and subject of the present invention, the components of the analysis device 20 are functionally divided as illustrated in the drawings, but these components are decomposed into more subdivided components as needed. Alternatively, some components may be selectively combined with each other to form one component, and according to an embodiment of the present invention, components not shown, for example, a user interface unit, etc. are further included. The analysis device 20 may be configured.

All functions of the analysis device 20, in particular the main control unit 21 and the information acquisition unit 22, whose operations are described in detail below, are executed based on the operating system in a general-purpose computing device. This may be accomplished by a process or an executable module configured as instruction codes. In this case, one or more files composed of command codes to be processes or execution modules in a general-purpose computing device having a networking function may correspond to the main control unit 21 and the information acquisition unit 22 . In addition, the files 21 and 22 are provided in a separate portable storage device or a recording medium such as a hard disk such as a server, directly connected to a general-purpose computing device, copied/moved, or downloaded online, and then the It may be loaded into a general-purpose computing device, for example, a memory such as a PC or a notebook computer, and executed as one or more program objects.

The general-purpose computing device in this executed state becomes the analysis device 20 that performs the method of acquiring information on service-based operations of devices connected to a network according to the present invention.

On the other hand, at least some of the functions of the main control unit 21 and the information acquisition unit 22 are in the form of middleware or a platform on which application programs are based, or in the form of a part of the operating system (OS). , it may be implemented in a general-purpose computing device having an adapter having a networking function corresponding to the network connection unit 23, and includes a configuration of hardware, so that some of the functions described in detail below are included. It can also be done through hardware.

Accordingly, in various embodiments according to the present invention, the analysis device 20 illustrated in FIG. 2 , in which operations performed based on message switching of the switch 10 are described in detail, may be implemented or used The scope of the present invention is not limited by the type of resource or the like.

3 is, according to an embodiment of the present invention, the analysis apparatus 20 performs a method of obtaining information about the service-based operation of devices connected to the network (hereinafter referred to as 'service related information'). is a state transition diagram for the operation of the information acquisition unit 22 when Or, it is also simply abbreviated as 'device'. ) as an exemplary flowchart of a signal exchange process made in the network system of FIG. Embodiments according to the present invention will be described in detail with reference to the state transition diagram and an exemplary flowchart of the signal exchange process of FIG. 4 .

The analysis device 20 is connected to the switch 10 and in a state in which access to the network is possible (a process for entering this state will be briefly described later), a request for obtaining service related information When there is, the main control unit 21 configures a packet requesting interception of a data frame transmitted and received through the switch 10 and sends it to the switch 10 through the network connection unit 23 . to (S400).

The request for obtaining service related information may be applied to the main control unit 21 through a user input means (eg, a keyboard, etc.) provided in the analysis device 20, or the switch 10 is provided It may be transmitted as a command in a packet received from a specific external device through a network. Alternatively, after power is applied to the analysis device 20, when there is a notification from the network connection unit 23 that the network can be accessed, this notification may be regarded as the above acquisition request.

The interception request packet is transmitted as a data frame destined for the switch 10 (eg, a special address allocated for access to the manager mode of the switch is written as the destination address). Accordingly, the interception request packet is transmitted to the switching management unit 11 based on a switching map preset in the switching box 12 .

When the interception request packet is received, the switching management unit 11 transmits information designating a port from which the packet is received as an interception port, so that the switching box 12 routes a data frame input to an arbitrary port. By setting the switching map referenced when determining a port, a method of switching and outputting a received data frame is changed. In order to set such interception, the switching management unit 11 may request necessary authentication to the other party that has transmitted the packet, and if there is such an authentication process, the main control unit 21 performs necessary authentication based on preset information information will be provided.

On the other hand, after transmitting the interception request packet to the switch 10 , the main control unit 21 applies a service specification information acquisition command to the information acquisition unit 22 . When this acquisition command is applied (S301), the information acquisition unit 22 enters the inspection mode M02 from the idle mode M01 maintained after the necessary initialization, and in this inspection mode, the network connection unit 22 For the data frames received from (23), necessary processing is performed by checking the message carried in the frame. In addition, from this point on, the network connection unit 23 may make necessary settings in order to continuously transmit data frames received from the network to itself.

As described above, after the interception mode is set in the switch 10, power is applied to the service-based devices (1 _i , i=1,2,..) respectively connected to the switch 10 at one time. When the device is turned on or sequentially restarted to start an intended unique function, each device is assigned an address (eg, an IP address) required for communication from the switch 10 . The switching management unit 11 supervises this address assignment process, and a physical unique address (eg, MAC address) of a communication module provided in a corresponding device such as a network adapter, an address to be assigned, and a port to which the device is connected Identification information (eg, port number or MAC address of the port) is mapped to each other and added to the network configuration information. And, as described above, this configuration information is reflected in the switching map that the switching box 12 refers to to determine a port to route data frames to.

When access to the network is made possible through the process of receiving an address required for communication, the service-based device first informs which service items it supports in the service items determined according to the applied service rule. In this specification, a message configured in a format for a service (this message is referred to as a 'provided service guide message') is configured as a data frame and transmitted to the switch 10 (S401, S402, S403). In this case, the provided service guide message is transmitted using a multicast address determined for a corresponding type of message as a destination address. As such, a message having a multicast address as a destination address, or a data frame carrying such a message, is referred to as a multi-incoming message or frame in the present specification. On the other hand, a message or frame having an address indicating a single destination as the destination address is referred to as a short incoming message or frame.

The switching box 12, which receives the provided service guide message, analyzes all the received multi-incoming messages by the switching map designating the interception port even though the message is a multi-incoming message. 20) (S410).

Accordingly, the network connection unit 23 of the analysis device 20 receives the data frame of the provided service guide message initially transmitted by each service-based device, and the received data frame is transmitted to the information acquisition unit ( 22) (S310).

When an arbitrary data frame is received, the information acquisition unit 22 first checks what kind of message it is. In this confirmation operation, according to the protocol specified in the communication method applied to the message extracted from the data frame, for example, SOME/IP (Scalable service-Oriented MiddlewarE over IP), the message is converted to a 16-byte header (header). ) and the added payload part, it proceeds primarily with respect to the 4-byte message identifier composed of the service identifier and the method identifier at the head of the header.

If the message identifier is a predetermined specific value, for example, 0xFFFF8100 (hexadecimal), the information acquisition unit 22 determines that the received message is a message configured in a format for service discovery, and pays the message After decomposing the load part into predetermined information fields, the information written in the type field is checked secondarily.

When the value recorded in the type field indicates 'OfferService' (S311), the information acquisition unit 22 checks whether the message is transported by a multi-incoming frame (S312).

If it is a provided service guide message transported by a multi-incoming frame, information on service items required for the intended operation in the node checklist created and managed by the user (in this specification and drawings, this information is ' It is referred to as 'service specification information. The provided service guide message may be transported by a short call frame instead of a multi-call frame, and a description and processing thereof will be described later.

In the above description, after checking whether the data frame carrying the message is a multi-arrival frame, it is also possible to check the type of the message carried by the frame.

In the confirmation of the node checklist, if it is confirmed that the service specification information for any device is not yet grasped (S314), the information acquisition unit 22 discards the previously received frame of the provided service guide message ( S316, P41) Do not re-introduce into the network. The term 'discard' used in this specification and drawings, etc. is used in the sense of removing from a network point of view. Therefore, if the data is not only deleted by the analysis device 20, but also stored so that it does not flow into the network even if the data is physically left in its own arbitrary storage space, it is 'discarded' in the meaning used in this specification. corresponds to the message.

According to an embodiment, the content of the received and stored data frame is transmitted to the switch 10 through the network connection unit 23 as it is, after delaying for a certain period of time or when a specific condition is satisfied, without discarding it. can be introduced into the network. Here, the specific condition may be that service specification information for all service-based devices connected to the switch 10 or for at least one service-based device has been acquired.

On the other hand, the information acquisition unit 22, whenever a provision service guide message is received, identification information (hereinafter, abbreviated as 'device identifier') that identifies the device that transmits the provision service guide message is shown in FIG. As exemplified in 5, the nodes are sequentially listed in the checklist 50 (510). As for the device identifier, as long as it uniquely identifies a service-based device connected to the switch 10, the information may be adopted and used. For example, if each service-based device is configured to be assigned a fixed IP address and used, the IP address included in the message may be used as the device identifier. Alternatively, the physical address of the source included in the data frame, for example, the MAC address may be used as the device identifier. Of course, if there is a serialized device number for each physical address, this device number may be used as the device identifier.

As described above, when the information acquisition unit 22 does not re-enter the network by discarding or holding the provided service guide message intercepted and delivered by the switch 10, it is connected to the switch 10. Since it is not transmitted to any of the service-based devices, each service-based device does not receive information about the service provided from any device after startup and continues to be unaware of the current status of the service provided, so the service-based devices, According to each situation, a FindService message configured in a format for finding which devices support a service item required for its function is configured as a multi-incoming frame and transmitted (S412).

The data frame of the required service search message transmitted in this way is also routed to the connection port of the analysis device 20 and transmitted to the device instead of being copied and transmitted to each port by the switch box 12 in which the interception mode is set. (S413).

The required service search message is also transmitted to the information acquisition unit 22 by the network connection unit 23, similarly to the above-described provision service guide message, and the information acquisition unit 22 includes a header and a payload of the message. By analyzing the part, it is confirmed that the type of the message is a required service search message (S321).

As illustrated in FIG. 5 , in the payload of the received message 500 , there is one data group called a service entry 501 of a type (eg, one byte 0x00 ) indicating a required service search. If there is an abnormality, the information acquisition unit 22 provides information on required services in each entry, that is, an identifier (Service ID) for each service item that the service-based device wants to find (hereinafter, '' Service identifier'. It is registered as the specification information 530 (S322, P42).

In this way, the information acquisition unit 22 obtains information on one or more service items required by the device through a required service search message received from any service-based device connected to the switch 10, After recording, the search message is transmitted as a received data frame to the switch 10 through the network connection unit 23 (S323, S414).

Since the required service discovery message transmitted back to the network is received through the intercepted port, the switching box 12 of the switch 10 normally routes the data frame of the discovery message based on the switching map. , since the message is composed of multiple incoming frames, it is copied and transmitted to all ports to which service-based devices are connected (S415).

Accordingly, the required service search message is transmitted to all service-based devices in the network, and each device receiving the message provides service information when the service identifier included in the search message corresponds to the service item it provides. A message is composed and transmitted as a response (S416). The provided service guide message transmitted in response to the required service search message is transmitted as an incoming call frame. In other words, it is composed of a data frame whose destination is only the originator of the search message and transmitted. In the illustrated flowchart of FIG. 4 , it is assumed that only one device 1 ₁ supports service items corresponding to the service identifier included in the search message.

The provided service guide message transmitted as a response to the search message is also transmitted to the analysis device 20 by the switch 10 due to the set interception mode (S417).

The information acquisition unit 22 determines to transmit the received data frame to the network as it is, through the verification process (S311 and S312) as described above for the delivered service guide message of the short incoming frame delivered in this way. and (S323), and thus transmits to the switch 10 through the network connection unit 23 (S418).

The service guide message in response to the required service search message transmitted to the switch 10 as it is, the required service is searched according to the routing port determination based on the header address of the data frame of the switching box 12 and the switching map The device 1 ₂ that has transmitted the message is transmitted to the connected port (S419). Upon receiving the response message transmitted in this way, the device 1 ₂ can know which service-based device provides the service items necessary for its own service-based operation, so that the service-based inquiry/setup required thereafter Requests for or event group membership are targeted to the identified device.

On the other hand, when each of the service-based devices transmits the provided service guide message, the effective time (TTL: Time To Live) for the provided service is included and transmitted. After transmitting the provided service guide message as a multi-incoming frame, When the specified effective time has elapsed, the provided service guide message is retransmitted. Of course, if there is a change in the provided service during the effective time, the changed content of the provided service is reflected in the provided service guide message and transmitted.

Due to the repeated transmission of the provided service guide message as described above, or the difference in operation start time between devices, the information acquisition unit 22 intercepts and discards the provided service guide message transmitted as a multi-incoming frame on the network. or hold it, so that these messages are not transmitted to service-based devices connected to the network, each device transmits a required service search message, and the service specification information of the device is retrieved from the transmitted required service search message In the state that the operation of identifying and recording the corresponding device in the node checklist has not been completed for all service-based devices connected to the network, the provided service guide message is sent again from the same device or from a device whose operation start time is late. can be received.

In this way, in a state in which the service specification information for one or more devices is identified, any one device 1 _k transmits a provided service guide message (S420), and the switch 10 intercepts the message and the analysis device When transmitted to (20), the information acquisition unit 22, in the node check list confirmation process (S313) as described above, finds out that the service specification information for one or more devices is grasped (S314, P43) ).

Then, the information acquisition unit 22 transmits, to the main control unit 21 , the multicast address determined from the data frame of the received guide message and the address in the memory space where the node checklist 50 can be accessed. while requesting a limited multicast (S315).

The information acquisition unit 22 has previously requested a limited multicast request to the main control unit 21 for the same multicast address, and between that time and the present, service specification information is obtained on the node checklist 50 In the case where there is no change in the existing devices, the limited multicast may not be requested at the current time.

When there is a limited multicast request from the information acquisition unit 22, the main control unit 21 controls the multicast address received along with the request and the device from which the service specification information is obtained from the node checklist 50 By including the identifiers together, a multicast application request packet is constructed, transmitted to the switch 10, more specifically, the switching management unit 11, and the multicast address is routed only to the device identifiers included in the packet. request (S430).

Alternatively, identifiers for devices for which service specification information has not been obtained in the node checklist 50 may be included in the request packet to request not to route to devices of the corresponding multicast address with respect to the multicast address.

When the switching management unit 11 updates the switching map according to the multicast restriction request and responds to success of the request, the main control unit 21 sends the information acquisition unit ( 22) is notified of the completion of limited multicast application. Upon notification of the completion of the application, the information acquisition unit 22 transmits the previously received service guide message to the switch 10 as it is (S323, S431).

The provided service guide message transmitted in this way is copied and transmitted by the switching box 12 only to ports to which the devices allowed to transmit the multicast address are connected (S432). In the exemplary flowchart of FIG. 4 , since service specification information is obtained only for the service-based device ₁₂ , the provided service guide message sent again by the information acquisition unit 22 is not transmitted to devices other than the device. does not

In this way, by changing the routing of the switch 10 for the multicast address according to the pre-acquisition status of the service specification information, the provision service guide message is still not transmitted to devices for which the service specification information has not been acquired. , to inevitably send a necessary service search message from those devices.

In such a situation, when a required service search message is sent from any device ₁₁ for which service specification information has not yet been obtained (S440), the message is processed in the same manner as described above, and the device 11 ₁ ) is acquired and additionally recorded in the node checklist 50 (P44), and the search message is returned to the network and transmitted (S442).

On the other hand, the information acquisition unit 22 obtains service specification information for the device from the received arbitrary required service search message, and updates the obtained information by registering the acquired information in the node checklist 50 (S322), and , after transmitting the message back to the switch 10 (S323), service specification information for all devices (1 _i , i=1,2,..) listed in the node checklist 50 It is checked whether is obtained (S324).

If the service specification information for all devices has been acquired, the information acquisition unit 22 provides the node checklist to the main control unit 21 (S325) and re-enters the check mode (M02).

In the above-described embodiment, the device for acquiring the service specification information is selected from devices transmitting the provided service guide message. Instead of automatically selecting as described above, devices for which service specification information is to be acquired may be selected from a list of pre-designated target devices. This target device list is a file of device identifiers that the main control unit 21 receives as a file through the device interface provided in the analysis device 20 or is created by a user through the provided user interface. It can be read and used from

When the main control unit 21 receives the completed node checklist including information on service items required by each device from the information acquisition unit 22, it configures a packet for releasing the currently set interception. and transmits to the switch 10 through the network connection unit 23, without the switch 10 intercepting the data frame, the port to which the device (or devices) of the destination to which the received data frame is directed is connected to route to . Then, a packet requesting 'port replication', called port mirroring, is configured and transmitted to the switch 10, and the information acquisition unit 22 is switched to a monitoring mode. to command

In the above-described embodiment, when the information acquisition unit 22 receives a required service search message for any one device and acquires service specification information of the corresponding device, the information acquisition unit 22 receives a service guide message received thereafter. In order to be able to receive it, one device immediately re-introduced it into the network after making a restriction request to the switch 10 for the multicast address. On the other hand, in another embodiment according to the present invention, the switch 10 intercepts and transmits the provided service guide message to the network until a required service search message is received from each of the devices connected to the network at least twice. It may not be reintroduced. In this embodiment, through this, each device determines the retransmission interval of the necessary service search message, which is sent again when the device does not receive the provision service guide message in response to the previous transmission of the necessary service search message.

The information acquisition unit 22 receives the necessary service search message from the arbitrary device a predetermined number of times or more in order to determine the retransmission time interval for the required service search message from any device, and then, the other device. As described above, a restriction request is made to the switch 10 for the multicast address and then re-introduced into the network so that the arbitrary device can receive the provided service guide message transmitted by them.

The information acquisition unit 22, for each of the target devices for which the service specification information is to be acquired, whenever a time interval for retransmitting a required service search message is identified, it is determined by the corresponding device in the node checklist 50 Record it as one additional field in the item of Then, when the transmission time interval of the required service search message to all target devices is completed, the node check list 50 is provided to the main control unit 21 and the check mode M02 is re-entered.

The information acquisition unit 22, even if the required service search message is not received from each of the target devices a preset number of times, that is, even if the transmission time interval of the required service search message is not confirmed for all of the target devices, a predetermined Limit time (This time limit can be designated as N( N≥2 ) times the retransmission period determined by the rule to re-transmit when a provision service guide message is not received in response to the transmission of the required service search message. ) has elapsed, the node check list 5 of the information recorded until then is provided to the main control unit 21, and the check mode M02 is re-entered. At this time, in the device item for which the transmission time interval for the required service search message is not identified, a value indicating 'retransmission error' is recorded in the retransmission time interval record field, and then transmitted to the main control unit 21. In the embodiment according to the present invention, in the check mode (M02), in order for all devices connected to the switch 10 to transmit a required service guide message showing their service specification information to the network, each device transmits By intercepting the provided service guide message, the guide message is not transmitted to devices that do not transmit the required service guide message. For this, the analysis device 20 is connected to the switch 10 that provides the network. The port was designated as an intercept port. In another embodiment according to the present invention, service specification information of each device on the network may be acquired without interception setting for the switch 10 .

For the method of obtaining service specification information of each device without interception setting, which will be described below, the analysis device 20 may receive the required service guide message transmitted in a multi-call method, the switch In (10), it is necessary to join one's own address to the multicast address. This necessary procedure may be performed by the main control unit 21 when there is a notification from the network connection unit 23 that access to the network is possible.

In this embodiment in which the interception setting is not used, a method of sequentially applying operating power to each device through the switch 10 is used instead. It will be clarified in more detail below.

In this embodiment, for each of the service-based devices connected to the switch 10 in the main control unit 10 of the analysis device 20, a physical unique address (eg, MAC address) of the communication module of the device ), the target device list as described above is provided in advance, and it is also premised that each service-based device and the switch 10 support a remote power-on function such as Wake On LAN (WOL). . And, for convenience of description, it is assumed that all devices are in a power-off state in the initial state.

When the network access unit 23 notifies that the network access is possible, the main control unit 21 sends a packet requesting remote power-on to the first address in the order of the addresses listed on the target device list. and transmits the target device list to the information acquisition unit 22 along with this, while applying an individual acquisition command of service specification information. When this command is applied, as described above, it enters the check mode (M02) from the idle mode (M01) and registers the physical addresses on the received target device list as identifiers of the node checklist device in the node checklist.

Among the service-based devices 1 _i , i=1,2,... ) to operate, the device transmits the provided service guide message, but does not receive any provided service guide message from other devices. Accordingly, after a certain amount of time has elapsed, the device transmits a required service search message as a multi-incoming frame, and the multi-incoming message is received by the information acquisition unit 22 of the analysis device 20 .

The information acquisition unit 22 analyzes the received required service search message to obtain service specification information of the corresponding device as described above, and registers the obtained service specification information in the node checklist. Then, the control unit 21 is notified of the completion of the individual acquisition.

Upon notification of the completion of the individual acquisition, the main control unit 21 composes and transmits a power-off command to the device to which it has commanded to turn on the power. In this case, the power-off command message may be configured in the form of a method belonging to a specific service item supported by each device, that is, previously agreed with the service-based devices (1 _i , i=1,2,..). can,

Upon receiving the response to the power-off command message, the main control unit 21 transmits a packet requesting remote power-on to the next-order address on the target device list, thereby again only using one other device in the network. Make it booted. At the same time, an individual acquisition command of service specification information is again applied to the information acquisition unit 22 .

By repeating this process, when the information acquisition unit 22 acquires service specification information for all devices listed in the node checklist, the information acquisition unit 22 converts the node checklist into the main control unit. (21), and the acquisition of service specification information is finished.

In the above-described embodiment in which the service specification information of each device on the network is acquired without interception setting for the switch 10, as in the embodiment described above, the retransmission time interval for the required service search message is determined can That is, in a state in which operating power is applied to only one device in the devices connected to the network, or in a state in which only the port connected to the switch 10 is activated, from the device, 2 When the required service guide message is received more than a predetermined number of times, after determining the time interval for retransmission of the required service guide message of the device, the operating power is applied only to other devices in the next order, or only the port to which the other device is connected is activated In this way, it is possible to check the retransmission time interval of the required service guide message for all devices connected to the network.

Even in this embodiment, if the required service search message from any device is not retransmitted within the preset limit time, a value indicating 'retransmission error' is recorded for the device, and service specification information for the target device in the next order is obtained will go through the process.

On the other hand, when the node checklist is received from the information acquisition unit 22, the main control unit 21 transmits remote power-on packets for all devices on the list by using the addresses in the provided target device list. It is transmitted sequentially through the switch 10 so that each device performs an operation for an intended function after booting.

In another embodiment according to the present invention, instead of turning on/off the operating power for the service-based devices, by selectively enabling/disabling the ports of the switch 10, the service Service specification information of the base devices may be acquired.

In this embodiment, the main control unit 21 configures a packet of a command for activating only one of the ports other than the port to which the analysis device 20 is connected and deactivating the remaining ports, and sends the packet to the switching management unit 11 . will send Information indicating ports to which the analysis device 20 is connected to the switch 10 and ports to which service-based devices are connected, for example, port numbers are preset in the main control unit 21, or through an appropriate input means It is set before the start of the service specification information acquisition operation.

As described above, in a state where only one device in the service-based devices connected to the switch 10 enables transmission of a data frame to the network, the device fails to receive a service information message from other devices. The information acquisition unit 22 receives the multi-call required service search message to be sent and is registered as service specification information for the device as described above.

In this way, the main control unit 21 sequentially changes the ports activated by the ports of the switch 10, and accordingly, the information acquisition unit 22, the device connected to the activated port provides any service By extracting the service specification information as described above from the required service search message sent because the guide message is not received, it is possible to obtain service specification information for all service-based devices connected to the switch 10 . Then, when the completion of the acquisition of service specification information for all devices is notified from the information acquisition unit 22 , the main control unit 21 constructs a packet of a command for activating all ports for the switch 10 . to restore the network to a normal state. At the same time, a packet requesting port replication, that is, port mirroring, is configured and transmitted to the switch 10 , and the information acquisition unit 22 is commanded to switch to the monitoring mode.

In the above-described embodiment according to the present invention, it has been described that only the service specification information of each device is acquired in the inspection mode M02, but when the intercept mode is set for the switch 10, the service specification information is It is not limited, and additional service-related information may be acquired. One of these additional service association definitions may be information on service-based operation for exceptional situations of devices. In addition to the service specification information, the information on the service-based operation for the exceptional situation of the device, obtained as service-related information, is specifically referred to as 'emergency processing-related information'.

In one embodiment according to the present invention, as emergency processing related information, time information for retransmission of each device in response to a request such as a service-based inquiry or setting sent by the device is acquired. FIG. 6 is a flowchart illustrating the present embodiment by way of example, and the present embodiment will be described in detail with reference to FIG. 6 .

In the check mode (M02), when a data frame is received from the network connection unit 23 (S610), the information acquisition unit 22 requests a specific service-based inquiry or setting for a message in the frame. (Request for service-based inquiry or setting is collectively referred to as 'service request' or 'service-based request' in this specification). The check at this time may be to check whether the header of the message extracted from the data frame is for service discovery or not.

If the corresponding message is a service-based request message that is not for service discovery, the information acquisition unit 22 records that a specific field of the message header, for example, a value of a type field requests a response. It is secondarily checked whether or not it is done (S612). If it is a value for which a response is requested, the information acquisition unit 22 constitutes a part of the node checklist as described above and manages a list of emergency processing related information (hereinafter, abbreviated as 'emergency processing related list'). . ), it is searched for whether there is a previously registered item matching the message (S613). In this case, the searched emergency handling related list may have a structure as illustrated in FIG. 7 .

If there is no previously registered item matching the received message in the emergency processing related list 700 created as a part of the node check list 50 (S614), the information acquisition unit 22, the received message Registers a unique instance number for , as a new item 710 in the list 700 (S615), and records initial values in fields of the corresponding item allocated for additional information. At this time, the recorded initial value includes a value indicating that there is no response to the service-based request and a time (Time _Si , i=1, 2,..) may be included.

The unique instance number 720 for the message is information that allows to uniquely specify the corresponding message in the established network system. If a communication method such as SOME/IP is applied, a 4-byte message identifier and It may consist of a 2-byte client identifier. The client identifier is information that uniquely identifies the entity (eg, application program) of the request for the service item and method specified as the message identifier at least in the corresponding device. Alternatively, the unique instance number may be configured to further include an identifier of the originating device of the data frame that transported the message.

Accordingly, in the above-mentioned search for an item matching the received message in the emergency handling related list 700 ( S614 ), a value matching the unique instance number included in the received message is the unique instance number field. It becomes the process of finding the item recorded in 720.

When a new item is registered in the emergency processing related list 700, the information acquisition unit 22, as it is in the form of a received data frame, passes through the network connection unit 23 to the switch 10 ) (S616), causing the message to be routed by the switch 10 to the service-based device of the original intended destination.

Any service-based device that receives this message executes the method for the service item specified by the message, and a response message indicating the result (this response message is a message indicating that the result of the execution is normal, It may be an error message indicating an execution error, and the term 'response message' below is used in a sense including a case where it may be an error message. ).

In the response message constructed at this time, the message instance number (when the message instance number consists only of the message identifier and the client identifier) included in the message of the service-based request that caused the execution result is included in the header as it is. In addition, the type field in the header includes a value indicating that the execution result is normal or includes a value indicating that it is an error message. When indicating an error message, another field of the header may contain a value indicating the type of the error.

The response message constructed in this way is transmitted to the switch 10 by applying the destination and destination addresses of the data frame transporting the service request message to the origin and destination addresses of the data frame transporting the response message, respectively.

In this way, when a response to a service-based request sent by one service-based device is sent from another arbitrary device, the response message is intercepted by the switching box 12 and the analysis device 20 is routed to the connected port and transmitted to the information acquisition unit 22 . Then, the information acquisition unit 22 confirms the type of the response message to the service-based request in the verification process (S611, S620) of the received message type. Taking the SOME/IP communication method as an example, if the value of the type field of the message header is 0x80 or 0x81, it is confirmed as a response message in the confirmation process (S611, S620).

When the received message is identified as a response message to the service-based request, the information acquisition unit 22 searches for an item matching the message instance number included in the response message in the emergency handling related list 700 (S621). If the message instance number includes the identifier of the originating device of the message, of course, the device identifier part is excluded and a matching item is searched.

In the search, if an item in which a unique instance number matching the received response message is recorded is found (S622), the information acquisition unit 22 first checks whether necessary information for the item has been previously obtained (S623) ). The necessary information and its acquisition will be described later.

If the necessary information has not yet been acquired, the information acquisition unit 22 marks 'received response' for the found item, along with a specific field included in the header of the response message, for example, SOME. In the case of the /IP communication method, the value of the 1-byte Return Code field is read and written in the corresponding field of the corresponding item (731). Then, the response message is discarded without being transmitted to the switch 10 (S624), so that it is not introduced into the network.

If an item matching the received response message is not found in the emergency handling related list 700 or is found, but necessary information has already been obtained and written in the corresponding item, the information acquisition unit 22 provides the response The message is transmitted to the switch 10 in the form as it is received, and the response message is routed to the intended device (S616).

On the other hand, if the message of the transmitted data frame intercepted by the switch 10 does not require a response (S612), or is neither a service-based request message nor a response message to the request (S620), The information acquisition unit 22 transmits the data frame of the message back to the switch 10 as it is received so that it is routed to the intended destination (S616).

As described above, as a certain device sends a message of a service-based request requiring a response, the response message of the request sent by another device that has received the request is discarded by the analysis device 20 (S623), if the device does not re-enter the network, the device retransmits the previously transmitted service-based request message. At this time, the retransmitted message has the same value as the previously transmitted message for the message instance number.

The retransmitted service-based request message is also intercepted by the switch 10 and transmitted to the information acquisition unit 22 . Then, the information acquisition unit 22 checks the retransmitted message as described above (S611, S612, S613, S614), and the same message instance number is recorded in the emergency processing related list 700 It is determined that it is a message corresponding to the existing item.

When there is such a determination, it is checked whether the acquisition of necessary information has already been completed for the corresponding item in the emergency processing related list 700 ( S630 ). In an embodiment according to the present invention, the necessary information is information of a time interval for retransmitting the same message as described below. That is, if the time interval information for retransmission has already been written in the corresponding item, it is determined that the necessary information has been acquired, and for the message, the transmitted data frame is transmitted to the switch 10 as it is (S616).

If necessary information is not obtained for an item on the emergency handling related list 700 corresponding to a message instance number in the received message, the information acquisition unit 22, for the corresponding item, provides a service-based The time at which the request for is received again is recorded (732). Together with or instead of recording at this point in time, the time interval with the reception point of the first message previously recorded for the item of the corresponding message instance number is recorded (S631). By recording such information, when a service-based device does not obtain a result after making an arbitrary service-based request, it is possible to obtain information on how long and for how long to retransmit the same service-based request.

The information acquisition unit 22, after updating the information on the corresponding item of the emergency processing related list 700 as described above based on the retransmitted service-based request, the message is sent to the emergency processing related list It is checked whether it corresponds to the last of the target message to be checked in step (700) (S632). If it corresponds to the last message, the node checklist including the currently prepared emergency handling related list 700 as a part is provided to the main control unit 21 (S633), and the retransmitted message is transmitted data The frame is transmitted as it is to the switch 10 (S616), so that it is transmitted to the device intended as the original destination. If it does not correspond to the last message, only the operation of transmitting the data frame carrying the retransmitted message to the switch 10 as it is is performed.

In the description of the above-described embodiment, the target message to be checked may be provided in advance as a list designated in the analysis device 20 . For example, as a file containing a list of messages to be checked, it is provided through a device interface (eg, a peripheral device connection port, or a wired/wireless communication module, etc.) provided in the analysis device 20 and , the main control unit 21 reads the list in the file and transmits it together when instructing the information acquisition unit 22 to switch to the monitoring mode. For the message to be confirmed, it can be specified only by the message identifier. In this case, the information acquisition unit 22 regards the message as a target message to check the retransmission time interval if the message identifier part in the message instance identifier is the same.

In another embodiment according to the present invention, the analysis device 20 may dynamically determine the range of the target message to be checked. In this embodiment, the range of the message to be confirmed may be determined based on the service specification information in which the acquisition method is specifically described in the above-described embodiment. For example, the information acquisition unit 22, for each service item included in the acquired service specification information, belonging to the service item (more specifically, a service identifier designated for the service item is transposed) At least one message that calls the ) method of the method identifier to be checked can be determined as the scope to be checked.

As the service specification information is obtained for each service-based device as described above, services required between devices may be partially identical to each other. In this way, when one service item is duplicated as a necessary service in two or more devices, the range of the message to be checked for the service item may be determined by at least the number of overlapping devices.

The time point of including the currently created emergency processing related list in the node checklist 50 and delivering it to the main control unit 21 (S633) is determined by the messages for which the retransmission time interval is confirmed as in the above-described embodiments. It may not be determined, but may be determined by a pre-specified time limit. This time limit is set in the main control unit 21 through an appropriate user interface, and the time can be specified in the information acquisition unit 22 together with a command to switch to the inspection mode M02.

When the time limit is specified in this way, the information acquisition unit 22 checks the node including the emergency processing related list in which the information obtained so far is recorded when the time limit has elapsed after the start of the inspection mode M02 The list is transmitted to the main control unit 21 .

The time limit may be set as a time during which the information acquisition unit 22 maintains the inspection mode M02, or may be set as a time from the time when the acquisition of service specification information is completed.

An embodiment of obtaining the time interval for retransmission of a message as one of the emergency processing related information has been described using the message for a service request as an example, but the present invention applies to other types of messages and uses the same method for retransmission time rank can be obtained. For example, in a plurality of event groups grouped for events designated to be notified when a predetermined condition is established, a response message is also provided for an event group subscription message that is subscribed by designating one or more event groups. By discarding the event group subscription message, the service-based device that has sent the event group subscription message can determine the time interval for retransmitting the subscription message.

However, in the case of a service-based request and event group subscription message, since they can be made in different formats or fields, information on fields necessary for the type of message is checked to check whether the message is the same.

For example, if the messages transmitted and received by service-based devices are configured to conform to the communication method of SOME/IP, for event group subscription messages received consecutively at different times, in the message header, In addition to the message instance number, when the type field matches as a value indicating 'join' and the value of the event group ID field matches within the entry, which is an arbitrary data group included in the message payload, the event group subscription received later The message is determined to be retransmitted with respect to the previous subscription message.

The subscription response message to the event group subscription message, for which the information acquisition unit 22 determines whether to give up, is a message recorded in any one item listed in the emergency handling related list in the message instance number It is the same as the instance number, and in the event group ID, the corresponding value recorded in any one item is the same as the event group ID recorded in any one entry in the payload of the message, and the type field of the entry is ' When the value indicates 'response to subscription', it is determined as a response message to the event group subscription message registered as one item in the emergency handling related list.

Therefore, for this event group subscription message, as described above, if necessary information for the corresponding message item in the emergency processing related list is not previously obtained, the response message is discarded, and accordingly, the same When the service-based device retransmits the same event subscription group message, necessary information is acquired from the message.

Another type of emergency handling related information may be information on how service-based devices respond to errors when there is an error in a received message. An embodiment according to the present invention for acquiring such emergency processing related information (this information is specifically referred to as 'error response information') will be described in detail below.

According to an embodiment of the present invention, the operation of acquiring error response information of service-based devices may be performed together with acquiring the retransmission time interval of the above-described message, and after the operation of acquiring the retransmission time interval is completed, You can also start over from scratch. In the former case, the message of the service-based request sent from an arbitrary device and intercepted by the switch 10 is transformed into an error message and transmitted, and a response (or error) received according to the transmission ) message, the error-processed information is acquired in the manner described below and the response message is discarded, so that the retransmission time interval can be grasped by receiving a message requesting the same service from the arbitrary device.

8 is a signal exchange flow diagram showing a process in which the analysis device 20 obtains error response information according to an embodiment of the present invention. When an arbitrary request message is intercepted by the switch 10 and transmitted to the analysis device 20, the information acquisition unit 22 receives the message (S800). This message may be the first received for the same message instance number, or it may be any message that is retransmitted by the information acquisition unit 22 intercepting and discarding a response message to the message.

The information acquisition unit 22 checks whether there are any remaining items to verify error processing for the received message, that is, for the message instance number of the message (P81). The confirmation of the existence of the item to be verified is the message of the message together with the items 920 to check the corresponding processing for the error, as illustrated in FIG. 9, when a message of any one service request is received. For the test message item 910 registered by recording the instance number, it is made through confirmation of the values recorded in the verification status field 930 of those items. Also in this embodiment, the message instance number may be configured by including the address assigned to the originating device of the data frame that transported the message in addition to the message identifier and the client identifier. Of course, if a client identifier is given so that it can be uniquely identified in the entire network system for application programs running on each device of the established network system, the message instance number may consist only of the message identifier and the client identifier. . This is also the case for the message instance number mentioned in the description of the embodiments below.

If it is recorded as 'not started' in one or more of the verification status fields 930 for the corresponding message item 910, the error items to be caused are determined according to the order of the items to be verified, and in accordance with the determined items, A part of the information is included so that information that does not conform to or is not allowed in the format specified for the received service-based request message or information that the destination device of the received service-based request message cannot normally process is included. Change (P82).

Items to verify error processing of the receiving side for any service-based request message are preset in the information acquisition unit 22 through input to the control unit 21 . The items (ErCau _i , i=1,2,3,..) to verify the processing operation for the error of the service-based device are, for example, the processing of the error of the message header information or the length of the message. It may be handling of errors, etc. And, for each error to be caused, the reply code (desRC _i , i=1,2,3,..) that should be carried in the error message that processes the message and responds is, for any message, When registering as a new item in the error response information list 900, the item is listed in connection with the items (ErCau _i , i=1,2,3,..) to check the error handling of the item.

The error to be caused for the message header information is determined by how the message header is structured. For example, if the message of the service request is composed according to the SOME/IP communication method, service identifier error, method identifier error, version error, interface version error, etc. there is. And, with respect to the length of the message, an error may be induced by modifying the value in the length field of the header to a smaller value.

In addition, for a specific message identifier, the size of one or more specific parameters included in the payload of the message is reduced to rearrange the payload, and the length field of the header is adjusted to fit the reduced size. Editing it may cause errors. In the data transmitted serially along the communication path, the serial data part corresponding to the message payload is decomposed into predetermined sizes and mapped to corresponding parameters (this process is called 'deserialization') . ), as mentioned above, changing the size of a specific field of the payload is to check whether the receiving device normally detects an error in the deserialization process.

And, when an error is caused for the service identifier, as an arbitrary service identifier that is not in the service identifiers identified from the provided service guide message from each device received in the process of acquiring the service specification information of the service-based devices, the reception It can replace the service identifier of the header of the message. Of course, in this case, since the message instance number is different from the originally received message instance number, even when the message of the service-based request substituted for the service identifier is transmitted to the switch 10 and the response is received, the identity of the message instance number is the same as the changed service identifier. By reflecting the details, the corresponding test message item 910 is specified. This is the same even when applying an identifier that causes an error of the method identifier (not the identifier of methods belonging to the service item corresponding to the transposed service identifier).

The information acquisition unit 22 transmits an error-inducing message in which a part of the message is changed as described above to the switch 10 to cause an error, so that the received message is transmitted to a device intended as an original destination. do (S811). According to this transmission, the device of the destination detects an error in the message in processing the corresponding message, and constructs an error message accordingly and transmits it as a response (S812). Of course, it is possible to transmit a response message indicating normal processing without detecting a normal error.

This response message is also received by the information acquisition unit 22 in the intercept mode, and the information acquisition unit 22 receives the value ( actRCxx _i , i=1,2,..) is extracted and written in the 'Reply Code' field, It is compared with the error code desRC _i to check whether the response to the error is appropriate (P83).

If the values to be compared are the same, the information acquisition unit 22 records a value 90 indicating 'good' for the appropriateness of the abnormal processing, and a value 91 indicating 'bad' if they are different from each other. and the verification status is marked as 'complete'. Then, the answered error message is discarded (P84).

If the received message is changed to cause an error and then transmitted to the network, and the verification status is recorded as 'in progress' for any one test item, the service-based request message with the same message instance number is re- Upon reception, the information acquisition unit 22 records a value 92 indicating 'worst' for the adequacy of abnormal processing for the test item recorded as 'in progress', and 'complete' for the verification status. mark with This is due to the possibility that the receiving device could not respond to the error message because it failed to properly respond to the preceding error-inducing message until the message of the request for service is sent again.

Of course, if there is no response to the previous error message until retransmission, instead of treating the verification status as 'completed' for the test item, set a pre-specified response time when sending the error message, When a response message to an error message is not received within the response time, as described above, a value indicating 'weakest' for the relevant test item may be recorded and the verification status may be designated as 'complete'.

In addition, the information acquisition unit 22 may change the destination address (MAC address or IP address) of the data frame that transports the message while leaving the content of the message as it is when composing the error-inducing message. . In this case, the destination address to be changed is to the device selected from devices that do not support the service item corresponding to the service identifier of the message to be corrected in order to cause an error in devices that have confirmed the services provided by receiving the service guide message. assigned address. This address can be identified from the IP address included in the payload of the provided service information message sent by the selected device.

If a message with the same content is included in the data frame of the changed destination and transmitted, it is possible to know how the device of the destination handles the error of the request for a service that it does not support. The error code desRC _i to be returned to such a induced error may be designated as a value indicating an unspecified error or a value indicating service failure.

When the content of a received message is modified and transmitted to the same destination, since the device of the destination is a device known to support the requested service, the device that processed the error response from the message instance number of the message is a certain device. cognition can be identified later. However, if the destination is arbitrarily modified and transmitted as described above to cause an error, it is not possible to know which device has properly responded afterwards. Accordingly, when performing such a test item, the information acquisition unit 22 may secure an additional field for the test item and record the changed destination address in the additional field.

On the other hand, in the step (P81) of checking whether there are currently any items to be verified for the test message item 910 specified by the message instance number of the received service-based request message, all verification items are set to 'complete'. If so, the information acquisition unit 22 transmits the received message to the switch 10 as it is received without any modification (S821), so that it is transmitted to the original intended destination, and the device of the destination For the message responding to the service-based request message (S822), it is also sent back to the switch 10 as it is received (S823), so that the response message is transmitted to the device that sent the service request message do. Of course, before or after transmitting the received service request message to the network as it is, the interception mode of the switch 10 may be released by the interception release packet by the main control unit 21, so , a message in response to the received service-based request message may be directly transmitted/received between corresponding devices by the switch 10 without intervention of the analysis device 20 .

The information acquisition unit 22, for all target messages for confirming the error response, after the adequacy of the abnormal processing is confirmed for all items to be verified, the prepared error response information list 900 as a part The included node checklist is transmitted to the main control unit 21 .

Target messages for confirming the error response may be designated in the same manner as in the above-described embodiment, or their range may be determined. Also, as in the above-described embodiment, the time point at which the error response information list 900 is provided to the main control unit 21 and the operation of checking the device's error response to the target messages is terminated is designated as the target messages It may be designated as a limited time instead of not being executed.

On the other hand, as described above, when receiving the completed node checklist, the main control unit 21 constructs a packet requesting port mirroring and transmits it to the switch 10, and the information acquisition unit ( 22) command to switch to monitoring mode. When this port mirroring request packet is received by routing of the switching box 12, the switching management unit 11, with respect to a data frame received from any provided port, receives the port mirroring request packet. The switching map referenced by the switching box 12 during routing is changed so as to be copied and transmitted to a port, and a method for switching and outputting a received data frame is set.

The information acquisition unit 22 enters the monitoring mode M03 from the current inspection mode M02 when there is a command to switch to the monitoring mode from the main control unit 21 (S331). In this monitoring mode (M03), the service-based operation of each device is monitored from a service-based request loaded in a data frame copied and transmitted by the switch 10, a message in response to the request, or a message related to an event. The operation is performed, and the message delivered for monitoring is discarded without transmitting it back to the network.

The monitoring operation performed by the information acquisition unit 22 may include an operation of analyzing whether there is a possibility of an error with respect to some messages. An operation performed by the information acquisition unit 22 in the monitoring mode M03 will be described in detail below.

The information acquisition unit 22, whenever an arbitrary message is received through the network connection unit 23 by the port metering of the switch 10, at least partially confirms the content, and Based on this, it is registered as one item in the log data list 1000 having a structure as illustrated in FIG. 10 .

Items listed in the list 1000 illustrated in FIG. 10 include a serial number, a message instance number, a received time, a message type, a reply code included in the message, an identifier of a device indicating the source and destination of the message, and the corresponding message It consists of link fields in which the serial number assigned to the message associated with each can be recorded.

The structure of the log data list 1000 is presented for an example of the monitoring operation according to the present invention, and, of course, fields in which other types of information are recorded may be further included in the listed items depending on the applied network or communication method. It may, of course, be configured without including some of the exemplified fields. In addition, the entire data of the message is recorded in a separate storage space or file, and a field for recording index information that can specify the entire data in the corresponding storage space or file may be included.

When one message is received, the information acquisition unit 22 extracts a message instance number and a reply code from the header of the message, and registers it in the log data list 1000 as a new item together with the current time. Then, the type of the message is determined. The type of message is one of several as illustrated in FIG. can be identified.

Then, in the field of the device identifier indicating the source and destination of the message, the source and destination addresses included in the header of the data frame in which the message is transported are written. If there is an address-to-device mapping list to which an individually assigned device number for each address is associated, the mapping list may be referred to and entered instead of the corresponding device number.

The information acquisition unit 22, when it is confirmed that the received message is a message sent in response to a preceding message, such as a response or an error message, searches for the preceding message that caused the message in the preceding items, and the The serial number assigned to the found item is recorded in the link field (1010). If the information indicating the related message items is linked in this way, when the developer of the network system analyzes the log data list later, the cause and place of the abnormal operation in the network system is frequently identified. It can be helpful.

In particular, in one embodiment according to the present invention, when the type of the message to be grasped as described above is an error message indicating that there is an error in the preceding related message, the item listing the message is separated from other items. It is also possible to add specific marks or repositioning information (eg inversion, specific color, etc.) that can be displayed.

In addition, when the analysis device 20 is provided with a display unit capable of displaying information, the information acquisition unit 22 may determine that the type of message currently listed in the log data list 1000 is an error message. In this case, or when the reply code carried in the response message is a value 1031 indicating an error, a window for user notification is immediately displayed on the display unit, and in the window, the currently registered message 1030 and its An associated message 1020 preceding the message may also be displayed.

In an embodiment according to the present invention, in the monitoring mode (M03), separate message timing information may be generated by tracing the interval of repeatedly transmitted messages until a certain number of times is reached. 11 shows the structure of the message timing information list 1100 that the information acquisition unit 22 creates separately from the log data list 1000 according to the present embodiment as an exemplary item.

After the received message is registered as one item in the log data list 1000 , the information acquisition unit 22 searches the log data list 1000 for the immediately preceding message identical to the message. Here, the identity between the messages is based on whether the message instance number and the message type are the same. Alternatively, it may be determined based on the message instance number and the value of a specific field (eg, session ID in SOME/IP communication method) sequentially numbering the corresponding message instance number. That is, while the message instance number is the same, the last registered message that differs by 1 from the value of the specific field becomes the same message.

The information acquisition unit 22, when the same immediately preceding message is found in the log data list 1000, the first transmission time interval 1101 for the time difference between the time when the message is received and the time when the current message is received record as Then, when the same message is received again afterward, the second transmission time interval is recorded in the same manner, and the time interval recording in this manner is performed until a predetermined number of time intervals (Int_T _XN ) are obtained. Of course, the sending time interval may be acquired only once for a message whose sending time interval is always the same.

As described above, the operation of recording the transmission time interval of a repeatedly transmitted message may not be performed for a specific type of message. For example, when the type of message is a response or an error message, or an event group subscription message, the operation of checking and recording the same message and the time interval immediately before may not be performed.

The message timing information list 1100 as illustrated in FIG. 11 may be prepared only for the target message of timing measurement transmitted by the main control unit 21 together with the command to switch to the monitoring mode. And for a target message, it can be specified only by a series of message identifiers. In this case, the information acquisition unit 22 identifies a time interval by classifying messages having the same message instance number as the designated message identifier among messages having the same message instance number. And, when the type of a message having a message instance number including a designated message identifier is a response or an error message, it is excluded from the acquisition of time interval information.

If the main control unit 21 delivers the target message of timing measurement, information on the required time interval for the corresponding message identifier (this information may designate a time interval that changes according to the repetition order). When the time interval (or time interval in a specific order) of the specific message currently created (or time interval in a specific order) is different from the requested time interval, the information acquisition unit 22 indicates that there is an error in the timing of the message. The fact may be notified to the main control unit 21, or a window for notification may be displayed through the display unit as described above. When transmitting to the main control unit 21 or displaying it on the display unit, of course, information about the message, for example, the message identifier, the device identifier of the message source and destination, and the requested time interval and the identified time interval, etc. to provide or indicate

The time interval between the same messages identified by the information acquisition unit 22 may be lost due to an unexpected situation in the network. In this case, even if the sending device repeatedly transmits the message according to the requested time interval, the time interval before and after the message is lost cannot match the requested time interval. Therefore, in order not to generate information indicating an abnormal timing in case one is omitted from the repeatedly transmitted message, the information acquisition unit 22, even if a difference from the requested time interval occurs, The time step is compared with the requested time step more than once, and if there is a difference (a difference outside the specified tolerance, e.g. 5%) in succession, only then will the error in the timing for that message be corrected as described above. It is preferable to notify the control unit 21 or display it on the provided display unit.

In an embodiment according to the present invention, in the monitoring mode M03, it may be checked whether a payload part is properly packed with respect to a message transmitted/received in the network. 12 is an example of a state flow chart for the conformity check operation of the information acquisition unit 22 according to the present embodiment.

The information acquisition unit 22, according to the state flow diagram illustrated in FIG. 12, when a message is received through the network connection unit 23 (S1201), first checks whether the message includes a payload part. Confirm (S1202). Whether or not a payload is included in the message can be determined based on the value of the length field secured in the message header.

When it is confirmed that the payload part is included, the information acquisition unit 22 checks whether the message is a message whose suitability for the payload has already been determined (S1203). Whether or not the suitability has been previously determined can be determined by whether the same message is already registered in the payload checklist 1300 listing message items for which the suitability has been determined, having a structure as illustrated in FIG. 13 .

The identity of the item listed in the payload checklist 1300 illustrated in FIG. 13 and the received message is based on whether the message identifier, the source identifier, and the message type are the same ( 1310 ). Here, the source identifier may be a client identifier, as described above, or a source address of a data frame in which the message is transported, or information combined therewith. When the source address of the data frame in which the corresponding message is transported is used for the source identifier, the message type may not be used as the basis for determining the identity of the message.

If it is not a message whose suitability has already been determined, the information acquisition unit 22 records that the suitability of the payload packing for the corresponding message is confirmed ( S1210 ). A record indicating that conformity is confirmed may be listing as a new item 1320 in the payload check list 1300 .

Then, the suitability of the payload of the corresponding message is checked. The conformity check is made by comparing the length of the data structure defined for the data block to be transported as the message of each message identifier and the data length of the payload of the received message after serialization. can

The information acquisition unit 22, as a result of the verification of the payload, if the payload is properly packed (S1211), that is, the length when a predetermined data structure is serialized and the length of the payload of the received message is the same, a value indicating that packing is appropriate for the item 1320 newly registered in the payload check list 1300 is recorded (1321, S1213). Then, the received message is discarded (S1220) and re-enters the monitoring mode (M03).

Previously, if the received message does not include a payload part (S1202), or if it is a message for which payload packing suitability has already been confirmed and at the same time it is confirmed as a message from the same sender (S1203, S1204), the information acquisition unit 22 ), the message is simply discarded without any action related to the suitability of packing for the message (S1220).

If the payload packing is not suitable, the information acquisition unit 22 records the type of nonconformity ( 1330 ), and provides information indicating 'caution' or 'error' according to the recorded type of nonconformity. The control unit 21 is notified (S1212). Depending on the embodiment, only the type of 'error' may be immediately notified (or displayed) (1331), and in the case of 'caution', only the type of nonconformity may be recorded.

Serializes the data structure specified for the block of data that must be transported for that message identifier (or the corresponding message type with this identifier), whether the degree to which the payload packing is invalid is to be designated as a 'caution' or an 'error'. It may be determined according to whether the data length of the payload of the currently received message is shorter than the data length when it is done. That is, if the latter is shorter than the former, it may be determined as 'error' indicating that the nonconformity is serious, and if the latter is longer than the former, it may be determined as 'caution'. The reason for lowering the severity of nonconformity by determining 'caution' is that the payload of an actual message may be lengthened by zero padding for some data.

Meanwhile, in order for the information acquisition unit 22 to check the suitability of packing for the payload of the received message, the information on the data structure required for each message identifier (or message type together with this identifier) is provided by the main control unit ( When 21) instructs the information acquisition unit 22 to switch to the monitoring mode M03, it is transmitted together or location information about the storage space in which such information is stored.

In addition, the main control unit 21 transmits information on a data structure defined for a data block that a message of each message identifier (or a message type together with this identifier) must be transported to one or more files through the provided device interface. It is provided and available as

In an embodiment according to the present invention, suitability of the above-described payload packing may be checked for only some messages among the messages received from the switch 10 . And, the messages for checking the suitability of payload packing may be transmitted from the main control unit 21 in the form of a list of identifiers (or message types together with the identifiers). Of course, such a list of uses corresponds to a service, method and/or event designated by the developer of the network system through a menu screen provided to the display unit when the analysis device 20 is provided with a display unit. It may be designated as a message identifier and message type to be transmitted to the information acquisition unit 22 .

As described above, various operations performed by the information acquisition unit 22 in the monitoring mode M03 are interrupted according to a mode switching command from the main control unit 21, and the mode in which the switching is commanded, for example For example, the inspection mode M02 or the idle mode M01 is entered. When instructing the information acquisition unit 22 to switch to the idle mode M01, the main control unit 21 normally switches the received data frame according to the address to the switch 10 as well. In order to do this, a packet containing the contents of returning the switching method to its original state is transmitted.

In one embodiment according to the present invention, when the information acquisition unit 22 switches from the monitoring mode M03 to another mode, information obtained and configured in the mode M03, for example, the log data The list 1000, the message timing information list 1100, and/or the payload check list 1300 are transmitted to the main control unit 21, or location information on a storage space that can refer to each configured list. The main control unit 21 may be informed.

The various embodiments according to the present invention described so far, the analysis device 20 is configured separately from the service-based devices (1 _i , i=1,2,..), more specifically, It is assumed that the service-based devices are devices integrally configured with the switch 10 connected through a communication line, or are independent devices connected with the switch 10 through a communication line like the service-based devices. However, the specific realization of the principles and technical ideas of the present invention does not necessarily require that it be configured as a separate device independent of the service-based device.

Therefore, unlike the embodiments so far, even when the analysis device 20 is included as a part of the service-based device, the principles and technical ideas of the present invention can be realized as intended in the above-described embodiments. there is. In other words, the description of the above-described embodiments is, when the main control unit 21 and the information acquisition unit 22 are included in any one service-based device to configure the analysis device (this is 'device-internalized configuration') ) can also be applied as it is.

However, in the description of the above-described embodiments, the main control unit 21 receives information through the user interface unit, and the main control unit 21 or the information acquisition unit 22 includes a display means such as a display unit. The portion displaying information through the analysis device 20 should be replaced with a description of transmitting and receiving information corresponding to an external specific device or server through the network connection unit 23 included in the analysis device 20 . In addition, for all service-related information acquired and delivered by the information acquisition unit 22 , the main control unit 21 provides it to a specific external device or server designated through the network connection unit 23 .

In addition, when the analysis device 20 is a device-internalized configuration, the network connection unit 23 may include a part of a network interface unit that is already provided in the device and enables service-based communication with other devices. there is. And, when the analysis device 20 is a device-internalized configuration, the main control unit 21 may be an application program that operates based on a service, and the information acquisition unit 22 includes the main control unit 21 It may be an executable module that can call necessary execution routines through an appropriate program interface.

When the analysis device 20 has an internalized configuration, the process of proceeding from the effective mode, to the inspection mode, and from the inspection mode to the monitoring mode is automatically performed according to the progress sequence preset in the main control unit 21 . can be done Here, the progress sequence may be designated as the time for performing each mode, or may be designated in a manner that defines whether the corresponding mode ends and proceeds to the next mode according to which information list is acquired in each mode. .

In another embodiment according to the present invention, each mode performed by the main control unit 21 may be designated as a message of a command transmitted from an external specific device via a network.

In another embodiment according to the present invention, the analysis device 20 is mounted on a service-based device included as a device internalized configuration, in particular a dip switch mounted so as to be able to manipulate the state from the outside of the device Each mode may be designated by an electrical state value made by a specific component, such as In this embodiment, the operation in the inspection mode or monitoring mode (or also the idle mode) as described above is performed by the electrical state value made by the specific part, and the value indicated by the specific part is It may be changed by an integrated system designer who builds a network system such as 1 in a device for a specific purpose, or a technician who tests or troubles a device for a specific purpose.

Various embodiments of the method and apparatus for acquiring service-based operation information of devices connected to a network according to the present invention, which have been specifically described so far, and the configurations and operations described in the embodiments are compatible with each other Unless it is not possible, they can be selectively combined in various ways with each other.

Above, the above-described embodiments of the present invention are disclosed for the purpose of illustration, and those skilled in the art will improve and change other various embodiments within the spirit and scope of the present invention disclosed in the appended claims below. , substitution or addition may be possible.

1 _i : Service-based device 10: Switch
11: switching management unit 12: switching box
20: analysis device 21: main control
22: information acquisition unit 23: network connection unit

Claims (34)

An apparatus for acquiring information about service-based operation of a plurality of devices individually connected to a switching device, the apparatus comprising:
a control unit configured to change and set a method in which the switching device, which provides a network for mutual communication to the plurality of devices, switches and outputs a received data frame to intercept;
When the switching device intercepts and transmits the data frame sent by any one of the plurality of devices according to the change setting of the interception method, the message of type 1 carried in the data frame is received, and thereafter and prevent the received message of type 1 from being re-introduced into the network until the message of type 2 has been received from the switching device at least once a predetermined number of times, and It is configured to include an information acquisition unit configured to re-introduce the message to the network,
The information acquisition unit is configured to obtain specific information including identification information of a required service regarding a service-based operation of an arbitrary device that has sent the second type message, based on the received second type message, After acquiring the specific information, at least the arbitrary device is allowed to receive the second message of the first type sent by one of the plurality of devices received from the switching device, so that it is returned to the network. A device configured to inlet. delete The method of claim 1,
The information acquisition unit stores the received message of the first type, and when receiving the second type of message from at least one of the plurality of devices, the stored message of the first type is stored in the A device configured to re-enter the network. The method of claim 1,
The first type of message is a message in which an arbitrary device belonging to the plurality of devices notifies information on a service item supported by the device in a multicast manner. 5. The method of claim 4,
The control unit transmits the second message of the first type to the network after requesting the switching device for a multicast setting for switching and outputting only the arbitrary device with respect to the second message of the first type A device configured to inlet. 5. The method of claim 4,
and the information acquisition unit is configured to re-introduce the message of the first type that designates a single destination received from the switching device into the network. 5. The method of claim 4,
The specified number of times is 2 or more,
The information acquisition unit, from the message of the second type transmitted by each of the one or more devices and repeatedly received for the specified number of times, a time interval for each of the one or more devices to retransmit the message of the second type A device configured to obtain information. The method of claim 1,
The first type message is a message sent in response to the second type message,
The information acquisition unit is configured to: a transmission time interval between the received second type message and another message of the second type sent before the first type message by the arbitrary device that has sent the second type message and obtain the specific information about delete 9. The method of claim 8,
The second type of message is a service-based request message or a message requesting subscription by designating one or more groups for grouped events. 9. The method of claim 1 or 8,
and the information acquisition unit is configured to prevent re-introduction to the network by discarding the received message of the first type. The method of claim 1,
The information acquisition unit is configured to, when an arbitrary data frame carrying a third type message is received from the switching device, modify at least a part of the arbitrary data frame and re-introduce it to the network, and the third type message When a message of type 4 in response to the message is received from the switching device, the response information contained in the message of type 4 is compared with the information intended to be returned in the above correction, and the message of type 4 is sent. and the device is further configured to obtain information about emergency handling of the device. 13. The method of claim 12,
The above correction is performed so that the arbitrary data includes information that does not conform to or is not permitted in a specific format specified for the third type message, or information that the destination device of the third type message cannot normally process. A device that changes the information the frame carries. 14. The method of claim 13,
The above correction includes data corresponding to an arbitrary parameter belonging to one or more data groups included in the payload among headers and payloads constituting the third type message. A device in which a modification to shorten the length is included. 14. The method of claim 13,
In the above correction, the information acquisition unit replaces the service identifier part of the third type message with an identifier indicating a service item that does not correspond to the supported service item identified in the first type message sent from the destination device. A device that includes modifications to do. 13. The method of claim 12,
The information acquisition unit, whenever the third type message is received, corrects for each of a plurality of verification items specified for the third type message, re-introduced it to the network, and re-introduced the third type message and discard for a type 4 message received in response to a type 3 message. 17. The method of claim 16,
The information acquisition unit, with respect to any one of the third-type messages re-introduced into the network by correcting for inducing a specific error, thereafter, until the third-type message is received again, or any of the above If a response to any one of the third type messages is not received within a predetermined time after reintroducing one third type message, the specific error is caused in obtaining the information on the emergency processing An apparatus configured to record information on emergency handling according to modifications for , so as to be distinguishable from information on emergency processing according to other modifications. 17. The method of claim 16,
The information acquisition unit, for the third type message, when information on the emergency processing according to the correction for each of the plurality of verification items is obtained, for the message of the third type received thereafter, as it is and re-introduced into the network, and configured to re-introduce the fourth-type message received in response to the third-type message as it is, into the network as it is. The method of claim 1,
The control unit is further configured to change and set a method for the switching device to switch and output a received data frame to a port replication method, wherein the interception method is related to a service-based operation of the plurality of devices The device is configured to switch to the port replication scheme after acquiring information. 20. The method of claim 19,
The information acquisition unit, for a specific message carried in an arbitrary data frame received from the switching device in the port replication method, information for identifying the specific message, received time information, the type of the specific message, and, The apparatus of claim 1, further configured to record the source device and the destination device of the arbitrary data frame as one information item including information for identifying each. 21. The method of claim 20,
The information acquisition unit is configured to record the one information item in a format distinguishable from other recorded information items when the reply code carried in the specific message is a value indicating an error. 21. The method of claim 20,
and the information acquisition unit is configured to record, further including, in the one information item, information linking to an arbitrary information item recorded for a message received prior to the specific message that caused the specific message. 21. The method of claim 20,
The information acquisition unit, from among the information items recorded for the previously received series of messages, finds an item for the message received immediately before the same as the received specific message, the message reception time of the found item and the reception of the specific message The apparatus is further configured to determine whether there is an error in repeated transmission of the specific message by comparing the determined time interval with a time interval required for repeated transmission of the specific message after determining the time interval between the times. 24. The method of claim 23,
The information acquisition unit, when the receiving time interval for each of the repeatedly received specific message is different from the time interval required for repeated sending of the specific message by more than a specified allowable range in succession two or more times , the device is configured to determine that there is an error in the repeated sending of the specific message. 20. The method of claim 19,
The information acquisition unit checks whether data of a specific part of an arbitrary message is properly packed with respect to an arbitrary message loaded in a data frame received from the switching device in the port duplication method, and determines the result of the inspection. The apparatus of claim 1, further configured to record as one information item together with information identifying a certain message and information identifying the origin of the random message. 26. The method of claim 25,
In the check for suitability of packing, when it is confirmed that the length of the actual data carried in the specific part is shorter than the length specified for the specific part of the arbitrary message, the information acquisition unit is a long case and record, as said one information item, an inspection result having a value indicating that the degree of nonconformity of the packing is higher than in the case of confirmation. The method of claim 1,
The device is configured integrally with the switching device as an internal configuration thereof. The method of claim 1,
The device is implemented by being included as an internal component in any one of the plurality of devices,
The control unit is configured to provide information related to the service-based operation of the plurality of devices obtained by the information acquisition unit including the specific information to a predetermined specific external device through the network. 29. The method of claim 28,
The control unit is further configured to change and set a method for the switching device to switch and output the received data frame to a port duplication method, and according to an electrical state value made by a component mounted on the one device, the A device configured to change settings in an interception manner or change settings in the port replication method. delete delete delete A method for obtaining information about service-based operation of a plurality of devices individually connected to a switching device, the method comprising:
A first step of changing and setting a method of switching and outputting a received data frame to intercept by the switching device providing a network for mutual communication to the plurality of devices;
a second step of receiving a first data frame sent from any one of the plurality of devices and intercepted and transmitted by the switching device;
From the switching device, the message of the type 1 carried in the received first data frame is not re-introduced into the network until the message of type 2 is received from the switching device at least once a predetermined number of times. a third step of re-introducing the second data frame to the network when a second data frame carrying the second type message sent by an arbitrary device is received;
and when the second message of the first type sent by one of the plurality of devices is received from the switching device, at least the arbitrary device can receive it and re-introducing it into the network; But,
The third step includes, based on the received second-type message, obtaining information including identification information of a required service regarding a service-based operation of a device that has sent the second-type message how it is. In the recording medium containing the program object that can be executed in any computing device,
When the program object is loaded and executed in a computing device that can communicate by being connected to a switching device that provides a network for mutual communication to a plurality of devices,
a function of the switching device changing and setting a method of switching and outputting the received data frame to intercept;
a function of receiving a first data frame sent from any one of the plurality of devices and intercepted and transmitted by the switching device;
Any device from the switching device in a state in which the type 1 message carried in the first data frame is not re-introduced into the network until the type 2 message is received from the switching device at least once a predetermined number of times a function of reintroducing the second data frame to the network when a second data frame carrying the second type message sent by
When the second message of the first type sent by one of the plurality of devices is received from the switching device, at least the optional device can receive it and re-introduce it into the network;
program codes for performing a function of obtaining information, including identification information of a required service, on a service-based operation of a device that has sent the second type message based on the received type 2 message A recording medium composed of

Images