JP2000124951A - Network band management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To realize coexistence of a system for which band control is required and a system for which no band control is required on the same network without changing a node of the system for which no band control is required by performing priority transmission control capable of preferentially transmitting a message than other node by a network interface card which is loaded on an object node for band control. SOLUTION: A camera apparatus 30-1 as the object node for band control is provided with the network interface card(NIC) 130-1. A function to change the minimum idle time by defining a logical critical value of the minimum idle time as a lower limit, a function to change the retry time to wait for time until the retransmission when collision occurs on the network and a function to detect the completion time of the transmission of the packet in an all packet reception mode in addition to a function of a normal Ethernet card are controlled by the NIC: 130-1. The transmission is started without waiting for the logical critical value of the minimum idle time by using the functions.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to a network system in which a system requiring bandwidth management control and a system not requiring bandwidth management control coexist on the same network.

[0002]

2. Description of the Related Art RSVP will be described as a typical protocol for controlling a band.

In RSVP, a node transmitting data first sets a route to a receiving node, and then the receiving node sends reservation information including delay time and priority information on a reverse route. This is a protocol that reserves the bandwidth of each router interposed between the node and the receiving node.

When the above-mentioned bandwidth reservation protocol is used in a network in which a plurality of nodes exist on a single network, all the nodes make a bandwidth reservation so that a certain node does not transmit data for which a bandwidth has not been reserved. An application that implements the protocol must be running.

[0005]

As described above, in the case of the bandwidth control system using the bandwidth reservation protocol as described above,
Because all nodes must have an application that implements the bandwidth control protocol installed and running, to mix systems that require bandwidth control and systems that do not require bandwidth control on a single network In addition, there arises a problem that an application for implementing a bandwidth control protocol must be installed in all nodes of a system that does not require bandwidth control.

An object of the present invention is to provide a system which does not require bandwidth control and a system which does not require bandwidth control without changing nodes of the system which does not require bandwidth control on the same network. Is to make it happen.

[0007]

The bandwidth management target node is connected to the network, receives a control message for controlling the transfer rate of the own node from another node, and controls the transfer rate of the transmission data of the own node. Means for intercepting a part or all of the communication contents of the network and a network interface card (NIC) mounted on the node perform priority transmission control for transmitting a message preferentially to the NIC of another node. Having means.

The bandwidth management manager node controls a transfer rate for a node which is connected to the network and intercepts a part or all of the communication contents of the network and a node which has a function for controlling the transfer rate of the other node. Means for transmitting a message to be sent.

[0009]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Before describing embodiments of the present invention, an Ethernet which is an object of the present embodiment will be described.

[0010] Ethernet is a bus type LAN of the CSMA / CD system. A node having transmission data checks whether or not communication is currently being performed.
Send data up. However, there are cases where a plurality of nodes make the same determination and start transmitting packets at the same time. In this case, packet collision occurs. When a packet collision occurs, each node detects the collision and immediately stops sending. Each node waits for a different retransmission wait time based on a random number and tries again to avoid repeated collisions. In addition, a minimum idle time (blank time) must be waited between transfers, and the minimum idle time is basically set to the same value in every NIC. This means that in order to determine whether a node has started a transfer, its propagation time must refrain from the transfer. In this embodiment, a logical limit value of the minimum idle time calculated from the network length and the transfer rate is referred to as ΔTa.

As described above, the NIC of the normal Ethernet
Since the minimum idle time of any of the nodes is constant, shortening only the minimum idle time of the NIC of a node increases the transmission chance of the node compared to other nodes, and consequently the node has the It is possible to increase the transfer rate compared to the node. The present embodiment utilizes the operation principle of the Ethernet.

An embodiment of the present invention will be described.

Referring to FIG. 1, a monitoring network device using a plurality of cameras and sensors, which implements the present invention, is an OA.
A brief description will be given of a system configuration operated in a mixed manner with a system network device. That is, in the present system, the monitoring system and the OA system exist in a mixed manner.

The camera 40 is connected to the network 10 via the camera control device 30, the sensor 60 is connected via the sensor control device 50, and the monitor 16 is connected to the network 10 via the monitor control device 18. In
A display 14, a mouse 24 as an input device, and a keyboard 22 are provided, and are connected to the network 10 like other controllers. The user 12 executes the system by using the monitoring console control device 20. A plurality of operation consoles 20 can be installed on the system.

During operation of the monitoring system, an image from the camera 40 is displayed on the monitor 16 via the network 10 based on an instruction from the console 20. Sensor 6
When 0 detects an abnormality such as a fire or intrusion, the alarm information is notified to the user 12 via the console 20.
In the monitoring system, images from a plurality of cameras are simultaneously displayed on a plurality of monitors 16 via the network 10.

The network 10 further includes a personal computer 6
0 and a printer 62, and a device of an OA system including a server 64 having functions such as a mail server and a domain name server are also connected, and are operated as an OA system.

FIG. 2 is a diagram showing a hardware configuration of the monitoring console control device 20. The network interface card 112, the CPU 102, the memory 104, the keyboard 22
And an input / output controller 106 for controlling the mouse 24 and a monitor controller 108 are connected by a bus 110.

FIG. 3 is a diagram showing a hardware configuration of the monitor control device 18-1.
-1 for controlling the monitor controller 120 and the CPU 12
2, a memory 124 and a network interface card 126 are connected by a bus 128.

FIG. 4 is a diagram showing a hardware configuration of the camera control device 30-1 which is a band management target node of the present embodiment. The camera controller 136, the CPU 132, and the memory 134 for controlling the video camera 40-1. , And a network interface card 130-A are connected by a bus 138.

FIG. 5 is a diagram showing a hardware configuration of the sensor control device 50. The sensor controller 146, the CPU 142, the memory 144, which is connected to the sensor group 60 and reads the setting of the sensor and an abnormality detection signal from the sensor.
And a network interface card 140 are connected by a bus 148.

FIG. 6 shows the memory 104 of the monitoring console control device 20.
FIG. 3 is a diagram showing a configuration of software stored in the storage device. That is, the network interface card 112
A network interface card control driver 174 for controlling the communication of a message to a designated device over the network 10, one-to-one communication, and
A communication management module 172 for providing broadcast communication for transferring a message to all devices connected to the network, and a monitor 14, a keyboard 22, and a mouse 2
4 is stored. Further, a GUI control module 152 and a video / alarm display module 215 are stored as modules using these software, and a plurality of transmission queues 166-A, 166-1, and reception queues having different transfer rates from the communication management module 172, respectively. Cooperate via 170. The transfer rate management module 164 uses these transmission queues according to the type and situation of the data transfer service.

When requesting data transfer, the transfer service module 156 performs processing according to the type of transfer service. Here, the transfer service type includes “bandwidth reservation transfer service” and “statistical multiplex transfer service”. Data transferred by these transfer services is called bandwidth reservation data and statistical multiplexed data, respectively. Further, the transfer rate management module 164 controls the network interface card via the network interface card control driver. The bandwidth management manager module 160 reserves and releases a bandwidth according to the data transfer service of the communication path, calculates a transfer rate, and, when a communication delay occurs in the network, performs priority transmission control for eliminating the delay, Perform cancellation. These operations are realized by issuing a command to another node via the communication management module 172.

FIG. 7 shows the memory 1 of the monitor controller 18-1.
FIG. 2 is a diagram illustrating a configuration of software stored in a storage device; A network interface card control driver 198, a communication management module 196, and a monitor control driver 180 for controlling a monitor are stored.
Further, as modules utilizing these, a monitor control module 184 and a reception control module 188 for controlling received data are stored.

FIG. 8 is a diagram showing a software configuration implemented in the memory 134 of the camera control device 30-1 which is a band management target node of the present embodiment. The network interface card control driver 200, the communication management module 202 And a camera control driver 218 for controlling the video camera 40-1. Also, a camera control module 216 is stored as a module using these software, and a communication management module 202, a reception queue 204, a transmission queue 206, respectively.
Work together through.

The network interface card (N
The IC) 130-1 can control the following functions in addition to the functions of a normal Ethernet card via the network interface card control driver 200-1.

(1) A function of changing the minimum idle time with the logical limit value ΔTa of the minimum idle time as a lower limit. (2) Retry of waiting for a time until retransmission when a collision (collision) occurs on the network. Function to change the time (3) A function to detect the packet length and other information by reading the information of the specific position of the packet in the all-packet receiving mode, and detect the transmission end time of the packet.
By using this function, transmission can be started without waiting for the logical limit value ΔTa of the minimum idle time (1).

FIG. 9 is a diagram showing the configuration of software stored in the memory 144 of the sensor control device 50-1. The network interface card control driver 220, the communication management module 222, the sensor 6
A sensor control driver 238 for controlling 0 is stored. Further, a sensor control module 236 and an alarm transmission module 230 are stored as modules using these softwares, and are respectively transmitted via the communication management module 222, the reception queue 224, and the plurality of transmission queues (226-A,..., 226-1). Work together. Further, a message management table 232 for storing a display message to be set as an alarm when the sensor detects an abnormality is also stored.

FIG. 10 is a diagram showing a hardware configuration of the personal computer 61-1. A network interface card 613, a CPU 612, a memory 614, an input / output controller 616 for controlling a keyboard and a mouse, and a monitor controller 618 are connected by a bus 610. Have been.

FIG. 11 shows the memory 614 of the personal computer 60-1.
FIG. 3 is a diagram showing a configuration of software stored in the storage device. Network interface card control driver 6142, various modules 6146 configured with or without API of network interface card control driver, input / output device control driver 61
48 are stored.

FIG. 12 is a diagram showing a hardware configuration of the printer 62.
2, a CPU 626, a memory 624, and a printing device 628 are connected by a bus 620.

FIG. 13 is a diagram showing the configuration of software stored in the memory 624 of the printer 64. Network interface card control driver 624
2 and various modules 6246 and a printing device control driver 6248 configured with or without the API of the network interface card control driver.

FIG. 14 is a diagram showing a hardware configuration of the server 64.
1, a CPU 642, a memory 644, an input / output controller 646 for controlling a keyboard and a mouse, and a monitor controller 648 are connected by a bus 640.

FIG. 15 is a diagram showing the configuration of software stored in the memory 644 of the server 64. Network interface card control driver 644
2, and various modules 6446 and an input / output control driver 6448 configured with or without the API of the network interface card control driver are stored.

FIGS. 16 and 17 show an example of the operation mode of the monitoring system in the present system.

In FIG. 16, a plurality of camera nodes (30-
A, 30-B) to the monitor nodes (16-A, 16-
The image data is transmitted to B) (502, 504).
At the same time, the sensor nodes (50-A, 50-B) output alarm information from the connected sensors to the monitoring console control device 2.
0 (506, 508).

In FIG. 17, the state from FIG. 16 is switched, and image data is transferred from another camera node (30-C, 30-1) to the monitor node (16-C, 16-1) (510). , 512). The sensor node (50-
From 1), the alarm information from the connected sensor is transferred to the monitoring console control device 20 (514). At the same time, data for printing is transferred from the personal computer 60-A to the printer 62.

In the monitoring system, the sensor 60 detects any abnormalities (fire, intrusion, etc.) during the sequential video patrol, and the sensor node 50 transmits the alarm information to the control of the monitoring console where the user is. Report to device 20. Thus, control data such as alarm information is mixed with the image data and flows on the network 10. Further, OA data including a server 64, a personal computer 61, and a printer 62 operating as an OA system also flows through the network 10. Such data will be referred to as "other data" to distinguish it from the above-mentioned bandwidth reservation data and statistical multiplexed data.

Next, referring to FIGS. 18 to 20, the bandwidth of the communication path when the above operation is performed will be described.

In FIG. 18, assuming that the width of the entire effective band 520 of the communication channel is B1, of which, B2 is allocated to bandwidth reservation data, and B3 is allocated to statistical multiplexed data and other data (for example, OA data). . Here, the band reservation data is applied to data having a large data size like video data and continuously flowing at a fixed period. Therefore, if the number of videos flowing in advance and the size of one video frame are known, the occupied bandwidth is determined. The width can also be determined. Therefore, if the bandwidth is secured based on the bandwidth, the bandwidth can be used without waste during the video data transfer.

On the other hand, other data such as statistical multiplexed data and OA data are used for data whose data size is small but whose generation timing cannot be predicted. Therefore, even if the maximum occupied bandwidth is calculated from the number of nodes and the data size, it can be expected that the bandwidth actually used is much smaller.

Even if the bandwidth is estimated with the width B3 shown in FIG. 18, there is a possibility that the state actually used will be the state 526 shown in FIG. 19 or the state 528 shown in FIG. There is also.

FIG. 20 shows a case in which a plurality of sensors issue alarms simultaneously due to the occurrence of a fire or the like, or a large amount of data transfer processing is performed from an OA personal computer. This shows a situation in which the frequency has exceeded the scheduled band. In this situation, the load on the communication path increases, and the bandwidth reservation data, statistical multiplex data, and OA
For each of the system data, the intended communication bandwidth cannot be used, and there is a risk of data delay or data loss.

In the ordinary system, it is possible to suppress the transfer rate of the band reservation data transmitted by the band management target node such as the camera node.
The transfer rate cannot be suppressed for statistically multiplexed data and other data transmitted by a non-bandwidth management target node such as an A-system node.

FIG. 21 shows a sequence for executing the band reservation transfer service. When there is an instruction to execute the band reservation transfer service by the selection from the user or by the user program (6000), the transfer service module 240 issues a band reservation request 6020 to the band management manager. If there is a free band, the band management manager returns a band reservation OK 6040. The transfer service module broadcasts 6060 the image transfer request, and the necessary camera node receives the request and starts image transmission. The camera node that has started the image transmission keeps sending the image at the determined transfer rate until the next stop request is received. As described above, the band reservation data can be applied to data whose data is large like image data, whose transfer timing is predicted in advance, and which is continuously transmitted at a constant interval.

FIG. 22 shows a sequence for executing the statistical multiplex transfer service.

The sensor node to which the sensor that has detected the abnormality is connected transmits an alarm report to the monitoring console node together with the occurrence of the abnormality. At this time, the statistical multiplex transfer service is used, and the use of this transfer service does not secure the band to the band manager. Thus, data transfer can be performed immediately. As described above, the statistical multiplex transfer service is used for small data such as control data, whose occurrence is sporadic and whose occurrence timing cannot be predicted.

The OA node does not belong to any of the above-mentioned bandwidth reservation transfer service and statistical multiplex transfer service, and the data generation timing and data amount depend on the user operating the OA node. These OA nodes exist on the same network as the monitoring system nodes, but are not system components of the monitoring system.

Next, the priority transmission control / priority transmission control release function will be described with reference to FIGS. The priority transmission control / priority transmission control release function is to maintain the quality of the band reservation transfer service even when the load on the communication path increases in the state of FIG. 20, and specifically, the transfer rate of the band reservation data. Is held.

First, in order to perform priority transmission control, it is necessary to detect the load on the communication path.

In this system, the bandwidth management manager module 160 of the monitoring console control device 20 detects the bandwidth used by the communication path occupied by various data. The bandwidth management manager module 160 issues a command to the network interface card 112 to switch to the all packet reception mode,
Be able to receive all forwarded packets on the network. Bandwidth management manager module 1
The means by which 60 detects the transfer rate using this all-packet receiving mode will be described below.

FIG. 23 shows the format of the bandwidth information table 154 managed by the bandwidth control manager. Area 3
32, a band identifier area for setting an identifier for identifying the reserved band; area 334, the reserved bandwidth; area 336, which is one of the parameters to be transmitted to the band control target node at the time of priority transmission control, of the NIC. The minimum idle time and the area 338 store a retry time which is one of the parameters to be transmitted to the band control target node.

FIG. 24 shows a format 350 of data transmitted and received between the communication management modules of each node used in the monitoring system. This format is
It is developed in the data part of a message used in a lower-level protocol (for example, TCP / UDP / IP), and is interpreted by the communication management module.

Reference numeral 352 denotes an area for setting a transaction code TCD indicating the contents of this message.
If this message is a bandwidth reservation message,
Contains the band identifier. 354 is an area for setting the address SA of the source control device, 356 is an area for setting the address DA of the destination control device, and 358 is an area 360
This is an area for setting the data length L of the message body set in the message body. The module in each control device creates a message in this format and requests transmission to the communication management module. Here, a transaction code (hereinafter abbreviated as TCD) and an address of each control device are assigned in advance. Also, it is assumed that broadcast can be designated by setting a predetermined value, for example, “0” to the destination address DA.

On the other hand, regarding the reception of the message, the TCD of the message to be received to the communication management module
When a message of the designated TCD is broadcast on the network or is sent to the node,
Assume that the message is passed to the requesting module.

FIG. 25 is a flow chart for detecting the transfer rate of the bandwidth management manager module 160.

In process 1001, the NI of the monitoring console controller 20
C is set to the all process reception mode, and processing 1002
Then, the input of the detection interval time Δt, which is the time for observing the transfer rate described in advance in the setting file, is input from the input / output device of the monitoring console control device 20, and the current time is recorded in processing 1004. When the detection end time t2 is calculated in the process 1006, a timer daemon for sending a signal to the program when a predetermined time is reached in the process 1008 is generated and the end time t2 is set. Until the time t2 is reached in the process 1040 and the signal comes, the process 1010
Receives all packets flowing through the network from the NIC and stores them in a buffer. At step 1012, one of the packets is taken out of the buffer, and at step 1014 the size of the packet is measured. In this case, the size of the header used in the lower protocol is also included. Processing 10
At 16, the format of the data part is checked. here,
When the received data part is applied to the communication data format of 350 described above, it is checked whether or not the data can be taken out as a reasonable value, and it is detected whether or not the data belongs to the monitoring system.

In the process 1020, the areas 352, 354, 356, 3 of the communication data format 350 are further processed.
58 to determine whether the data is the bandwidth reservation data for the monitoring system, the statistical multiplexing data for the monitoring system, and other data.
At 24 and 1028, the data amount is added. Further processing 1
In step 022, the data amount is calculated for each band identifier. In step 1029, the packet is discarded.
At 30, it is checked whether there are still packets remaining in the buffer. If it remains, the process returns to step 1012. If not, the bandwidth occupied by various data is calculated in process 1032. This calculation is obtained by dividing the total data amount obtained by adding the respective data by the detection interval time Δt. In process 1034, the occupied bandwidths of the various data are compared with the bandwidth information table 154, and
At 36, it is determined whether the transfer rate of the band reservation data can be changed.

The criterion of this decision is whether there is a possibility that a transfer amount of data other than the band reservation data increases and a delay or the like occurs in the transfer of the band reservation data. A process of reducing the minimum idle time for the NIC of the target node or securing the band occupied by the band reservation data by other means and reducing the band occupied by data other than the band reservation data is performed. Thereafter, in a process 1038, the respective data amounts are reset to 0, and the process returns to the process 1004.

FIG. 35 shows the process of judging the transfer rate change of the band reservation data in the process 1036. Process 103
In 6-1, referring to the occupied band for each band identifier, processing 1
At 036-2, it is checked whether or not each band exceeds the band allowance of 336. If it exceeds, processing 1
At step 036-3, the retry time is returned to the default value by adding ΔT1 time which is the tuning adjustment time interval of the minimum idle time to the minimum idle time of the NIC of the transmitting node. If not, processing 1036
Inversely, check if it is below 4. If not, the process ends. In the process 1036-5, the time ΔT is subtracted from the minimum idle time of the corresponding node,
At 36-6, it is determined whether the minimum idle time is less than the logical limit.

If it is smaller, the processing 1036-7 subtracts the retry time tuning adjustment time interval ΔT2 time from the NIC retry time of the corresponding node. Processing 10
If the retry time is less than 0 at 36-8,
In step 1036-9, the highest priority control instruction command is set with the retry time set to 0. As will be described later, the highest priority control is a method of performing transmission without waiting for the idle time and the retry time at all, and logically performs processing for realizing priority transmission.

In the above, when it is necessary to transmit the priority control message to the band reservation target node, the message is transmitted in step 1036-10.

FIG. 26 shows a processing sequence in the case where it is determined in step 1036 to change the NIC parameter of the band reservation data to perform priority transmission control. Processing 2
When the parameter change is determined in 66, the camera nodes 30-A and 30-B and the monitor node 18- which are transmitting and receiving the respective band reservation data in process 268.
A, 18-B is sent a message instructing the NIC to change the minimum idle time and to change other parameters.

In the band management target node instructed to perform the priority transmission processing, priority transmission control is performed (27).
0, 272), it is generally impossible to change the transfer rate in a state where all of the bandwidth is used up by both the bandwidth management target node and the bandwidth management non-target node.

Therefore, in this embodiment, utilizing the property of Ethernet, the transfer rate of the non-bandwidth-managed node, which is a node having no transfer rate change function, is reduced to substantially hold the bandwidth of the band-managed node. The following is a specific example.

FIG. 27 shows an example of a communication packet 350-A when the bandwidth management manager issues a priority transmission control request. 352-A indicates a T indicating "priority transmission control request".
The CD number is input, and the address number of the monitoring console controller transmitting this request is entered in 354-A, and the DA area 356-A is entered.
A is a number designating broadcast, a data length L area 358-A of the message body is a byte length,
Various parameters for priority transmission control are set in the data area 360-A.

FIG. 28 shows a communication packet 350 when the bandwidth management manager issues a minimum idle time change request.
The example of -C is shown. The TCD number indicating "minimum idle time change" is input to 352-C, the address number of the monitoring console controller transmitting this request is input to 354-C, and the number specifying broadcast is set to DA area 356-C. , The byte length in the data length L area 358-C of the message body, and the changed minimum idle time in the data area 360-C.

It is to be noted that 352-C indicates "retry time change" in addition to the TCD number indicating "minimum address time change".
There is also a TCD number such as "estimate transmission end time of other node packet", and a value corresponding to the TCD is input to data area 306-C.

The effect of these parameters is shown in FIG.
This will be specifically described with reference to FIGS.

FIG. 29 shows a general Ethernet NIC.
At the start of transmission. When the NIC detects a carrier, the NIC disappears, waits for a minimum idle time longer than the logical limit value ΔTa of the minimum idle time, and then does not collide with the NIC waiting for another transmission. Then, after waiting for a collision avoidance time (retry time) determined in a random manner, and confirming that another carrier is not detected during that time, transmission is started.

FIG. 30 shows the operation at the start of transmission of the NIC for the band management target node used in the embodiment of the present invention. Proposed NIC Since the minimum idle time can be freely changed with the logical limit value ΔTa of the minimum idle time as a lower limit, even if this time is shortened and the retry time is further waited, transmission is performed more than normal NIC. Start time can be advanced. By doing so, the chances of transmission are increased as compared with a node equipped with a general NIC, and as a result, the transfer rate can be improved.

FIG. 31 shows a general Ethernet NIC.
Shows an operation when a collision occurs and retransmission is started. When a collision occurs, a retry time is started after a certain retry time and a retry time determined in a random number so as not to collide with a NIC that is waiting for another transmission thereafter.

FIG. 32 shows the operation when a collision occurs in the NIC for the band management target node used in the embodiment of the present invention and retransmission is started. When a collision occurs, a retry time is started after a certain retry time and a retry time determined in a random number so as not to collide with a NIC that is waiting for another transmission thereafter. At this time, by shortening the retry time, the transmission chance is increased as compared with a node in which a general NIC is mounted, and as a result, the transfer rate can be improved.

FIG. 33 shows an operation when the NIC for the band management target node used in the embodiment of the present invention observes another node packet, and starts transmission by predicting the transmission end time. I have. The NIC reads the contents of another packet in the all-packet receiving mode, detects the length of the packet and other information by reading the information at the specific position of the packet, and detects the transmission end time of the packet. NIC
Waits for a randomized retry time after this end time and starts transmission. In this case, the NIC already knows the exact time at which the carrier disappears, and without confirming that the carrier has disappeared,
Transmission will start immediately. Therefore, it is possible to start transmission without waiting even for the logical limit value ΔTa of the minimum idle time. With this method, there is virtually no chance of transmission by other general-purpose NICs,
The highest priority transmission control by the node having the proposed NIC can be realized.

In the present embodiment, the “minimum idle time” which is a parameter for changing the state of the above proposed NIC is described.
By changing the "retry time" or calculating the packet transmission end time of the other node in advance and starting transmission without confirming the loss of carrier, priority is given to nodes using other general NICs When this method is used, the relationship between the bandwidth occupancy rates of various types of data when using this method depends not only on the size of the system such as the number of target nodes, but also on the sensor control node, PC, server, etc. It dynamically changes depending on the data length, data transmission frequency, and the like of the non-bandwidth management target node, and its prediction is impossible.

Therefore, the bandwidth management manager module 1
The packet rate change request message shown in FIG. 28 is transmitted at a frequency that does not impose an excessive load on the network by executing the transfer rate detection flow of 60 as needed, and the bandwidth of the bandwidth reservation data is always secured dynamically. Keep tuning.

FIG. 34 is a flow chart showing a process in which the band management target node performing the band reservation service receives the priority transmission control request message and sets the parameters as instructed to the NIC. At step 390-1, the message is received and its contents are checked. In a step 390-2, it is confirmed whether or not the message is a priority transmission control request message, and if not, a step 390-3
Perform the corresponding other processing. If the change of the idle time has been instructed in the process 390-4, the process 390-5
Then, the idle time of the own node NIC is reset for the own node NIC via the network interface card control driver. If the change of the retry time is instructed in the processing 390-6, the retry time of the own node NIC is reset for the NIC of the own node via the network interface card control driver in the processing 390-7. If the highest-priority transmission processing instruction has been given in step 390-6, then in step 390-7 the N
The highest priority transmission processing is set for the IC via the network interface card control driver. Processing 3
At 90-10, none of the processes could be performed, so the error content is entered in the error log, and the process ends.

[0077]

As described above, the effect of the present invention is that the transfer of a node having no network bandwidth management function is performed in a network system in which a node having a network bandwidth management function and a node having no network bandwidth management function coexist. It realizes control and enables dynamic network bandwidth control.

[Brief description of the drawings]

FIG. 1 is a diagram showing a configuration of a system according to an embodiment of the present invention.

FIG. 2 is a block diagram illustrating a hardware configuration of a monitoring console control device operated by a user in the monitoring system according to the embodiment of the present invention.

FIG. 3 is a diagram illustrating a hardware configuration of a monitor control device in the monitoring system according to the embodiment of the present invention.

FIG. 4 is a hardware configuration diagram of a camera control device in the monitoring system according to the embodiment of the present invention.

FIG. 5 is a hardware configuration diagram of a sensor control device in the monitoring system according to the embodiment of the present invention.

FIG. 6 is a software configuration diagram of a monitoring console control device in the monitoring system according to the embodiment of the present invention.

FIG. 7 is a software configuration diagram of a monitor control device in the monitoring system according to the embodiment of the present invention.

FIG. 8 is a software configuration diagram of a camera control device in the monitoring system according to the embodiment of the present invention.

FIG. 9 is a software configuration diagram of a sensor control device in the monitoring system according to the embodiment of the present invention.

FIG. 10 illustrates an OA system according to an embodiment of the present invention.
It is a hardware block diagram of a personal computer.

FIG. 11 illustrates an OA system according to an embodiment of the present invention.
It is a software block diagram of a personal computer.

FIG. 12 illustrates an OA system according to an embodiment of the present invention.
FIG. 2 is a hardware configuration diagram of the printer.

FIG. 13 illustrates an OA system according to an embodiment of the present invention.
FIG. 3 is a software configuration diagram of the printer.

FIG. 14 illustrates an OA system according to an embodiment of the present invention.
FIG. 3 is a hardware configuration diagram of a server.

FIG. 15 illustrates an OA system according to an embodiment of the present invention.
FIG. 2 is a software configuration diagram of a server.

FIG. 16 illustrates a monitoring system according to an embodiment of the present invention.
It is a figure showing an example of operation mode of a monitoring system.

FIG. 17 illustrates a monitoring system according to an embodiment of the present invention.
It is a figure showing an example of operation mode of a monitoring system.

FIG. 18 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 5 is a diagram illustrating a distribution of communication band managed by the monitoring system.

FIG. 19 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 5 is a diagram illustrating a distribution of communication band managed by the monitoring system.

FIG. 20 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 5 is a diagram illustrating a distribution of communication band managed by the monitoring system.

FIG. 21 illustrates a monitoring system according to an embodiment of the present invention.
It is a figure showing an example of an operation sequence of a band reservation transfer service which a monitoring system performs.

FIG. 22 illustrates a monitoring system according to an embodiment of the present invention.
It is a figure which shows the sequence of a statistical multiplex transfer service execution.

FIG. 23 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 6 is a diagram illustrating a format of a bandwidth information table managed by the bandwidth control manager.

FIG. 24 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 3 is a diagram showing a format of data transmitted between communication management modules of each node.

FIG. 25 shows a monitoring system according to an embodiment of the present invention.
6 is a flowchart illustrating a flow chart for detecting a transfer rate by the bandwidth management manager module and a flowchart for determining a change in the transfer method of the bandwidth reservation data by the bandwidth management manager module.

FIG. 26 shows a monitoring system according to an embodiment of the present invention.
FIG. 9 is a diagram showing a processing sequence when a change in the transfer rate of band reservation data is determined in the band management manager module.

FIG. 27 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 9 is a diagram illustrating a communication packet when a bandwidth management manager issues a priority transmission control request.

FIG. 28 is a diagram illustrating a communication packet when the bandwidth management manager in the monitoring system according to the embodiment of the present invention issues a minimum idle time change request.

FIG. 29 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 3 is a diagram illustrating an operation at the start of transmission of a general Ethernet NIC.

FIG. 30 shows a monitoring system according to an embodiment of the present invention.
FIG. 7 is a diagram illustrating an operation at the start of transmission of an NIC for a band management target node.

FIG. 31 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 6 is a diagram illustrating an operation when a collision occurs in a general Ethernet NIC and retransmission is started.

FIG. 32 illustrates a monitoring system according to an embodiment of the present invention.
The operation when a collision occurs in the NIC for the band management target node and retransmission is started is shown.

FIG. 33 illustrates a monitoring system according to an embodiment of the present invention.
FIG. 13 is a diagram illustrating an operation when the NIC for a band management target node observes another node packet and starts transmission by predicting the transmission end time.

FIG. 34 is a flowchart showing a process in which a bandwidth management target node performing the bandwidth reservation service of the present invention receives a priority transmission control request message and sets parameters as instructed to the NIC.

FIG. 35 shows a monitoring system according to an embodiment of the present invention.
6 is a flowchart illustrating a flow chart for detecting a transfer rate by the bandwidth management manager module and a flowchart for determining a change in the transfer method of the bandwidth reservation data by the bandwidth management manager module.

[Explanation of symbols]

Reference numeral 10: network, 12: user, 14: display, 30: camera control device, 40: camera,
50: sensor control device, 60: sensor.

 ──────────────────────────────────────────────────続 き Continuing from the front page (72) Inventor Minoru Koizumi 1099 Ozenji, Aso-ku, Kawasaki City, Kanagawa Prefecture Inside Hitachi, Ltd. Systems Development Laboratory Co., Ltd. No. Yoshimitsu Adachi, Inventor Yoshiaki Adachi 5-2-1 Omika-cho, Hitachi City, Ibaraki Prefecture F-term (reference) 5C054 AA02 AA09 DA06 EA03 FE02 FF01 HA00 5K030 GA03 GA13 HA08 HC14 JA10 LB12 LC00 LC09 MC08 5K032 CA08 CC05 DA01 DB28 EA06 EA07 9A001 BB02 BB03 BB04 CC06 CC08 DD10 JJ18 JJ27 JJ61 KK60 LL03 LL09

Claims (4)

[Claims] 1. A network and a network interface card connected to the network and having a function of changing transmission control parameters for transmitting and receiving data on the network, and having a function of controlling a transfer rate of transmission data of the own node. Then, a control message for controlling the transfer rate of the own node is received from another node, and at least one or more bandwidth management target nodes having a function of executing the content are connected to the network, and transmission and reception of data on the network are performed. And at least one or more non-bandwidth-managed nodes that do not possess the function of performing the transfer rate control, and can intercept some or all of the communication content of the network, Belt that has the function to control the transfer rate of In a network bandwidth management system including at least one bandwidth management node having a function of transmitting a message for controlling a transfer rate to a managed node, a transfer rate of a non-bandwidth managed node is dynamically changed. A network bandwidth management method characterized by 2. The network bandwidth management system according to claim 1, wherein a transfer bandwidth of the bandwidth management target node is secured by changing a transmission control parameter of a network interface card mounted on the bandwidth management target node. Network bandwidth management method. 3. The network bandwidth management system according to claim 2, wherein the minimum idle time and the retry time of the network interface card mounted on the bandwidth management target node are changed to suppress the transfer rate of the bandwidth management non-target node. A network bandwidth management method characterized by securing a transfer bandwidth of a bandwidth management target node. 4. The network bandwidth management system according to claim 2, wherein the network interface card of the bandwidth management target node is capable of intercepting a part or all of the communication content of the network. Monitors the data of the non-managed node, addresses of the monitored data, data information,
By dynamically changing the transmission control parameter of the network interface card using the data length and other information, it is possible to suppress the transfer rate of the non-bandwidth managed node and secure the transfer rate of the bandwidth managed node. Characteristic network bandwidth management method.