WO2004004251A1 - 半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法 - Google Patents

半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法 Download PDF

Info

Publication number
WO2004004251A1
WO2004004251A1 PCT/JP2002/008958 JP0208958W WO2004004251A1 WO 2004004251 A1 WO2004004251 A1 WO 2004004251A1 JP 0208958 W JP0208958 W JP 0208958W WO 2004004251 A1 WO2004004251 A1 WO 2004004251A1
Authority
WO
WIPO (PCT)
Prior art keywords
reception
processing
header
packet
semiconductor circuit
Prior art date
Application number
PCT/JP2002/008958
Other languages
English (en)
French (fr)
Inventor
Tetsuo Ogawa
Original Assignee
Ipsquare Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2002192550A external-priority patent/JP2004038402A/ja
Priority claimed from JP2002192549A external-priority patent/JP2004038401A/ja
Priority claimed from JP2002203260A external-priority patent/JP2004048394A/ja
Priority claimed from JP2002203259A external-priority patent/JP4082112B2/ja
Priority claimed from JP2002203258A external-priority patent/JP2004048392A/ja
Application filed by Ipsquare Inc. filed Critical Ipsquare Inc.
Priority to AU2002328419A priority Critical patent/AU2002328419A1/en
Publication of WO2004004251A1 publication Critical patent/WO2004004251A1/ja
Priority to US10/839,411 priority patent/US20040208177A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/26Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263Rate modification at the source after receiving feedback
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04Network management architectures or arrangements
    • H04L41/046Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/19Flow control; Congestion control at layers above the network layer
    • H04L47/193Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/27Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/6215Individual queue per QOS, rate or priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/9031Wraparound memory, e.g. overrun or underrun detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/9042Separate storage for different parts of the packet, e.g. header and payload

Definitions

  • the present invention relates to a semiconductor circuit device, a bucket processing method, a management system, a management method,
  • the present invention relates to a semiconductor circuit device connected to a communication network.
  • This application is related to the following Japanese patent application. For those designated countries that are permitted to be incorporated by reference to the literature, the contents described in the following application are incorporated into this application by reference, and are incorporated as part of the description of this application.
  • Patent application 2002 1 92549 Filing date July 1, 2002
  • Patent application 2002 192550 Filing date July 1, 2002
  • a workstation or the like having an SNMP (Simple Network) Protocol is connected to a managed device that does not have an IP network connection function, and the managed device is
  • SNMP Simple Network
  • the workstation receives the SNMP message from the network management station via the communication network, and manages the managed device according to the message.
  • workstations are large and expensive, and consume large amounts of power. Therefore, there has been a problem that the environment in which the proxy agent can be used is limited.
  • an object of the present invention is to provide a semiconductor circuit device and a bucket processing method that can solve the above-mentioned problems. This object is achieved by a combination of features described in the independent claims.
  • the dependent claims define further advantageous embodiments of the present invention. Disclosure of the invention
  • a semiconductor circuit device connected to a communication network, wherein the first reception buffer stores packets received from the communication network, A first processing circuit that performs a first process based on first partial data that is a part of a packet stored in a first reception buffer; A second reception buffer that receives and stores, from the first reception buffer, second partial data that is different from the first partial data in a packet stored in the reception buffer, and a second reception data that is stored in the second reception buffer. A second processing circuit that performs a second processing that requires a longer processing time than the first processing based on the two partial data.
  • a transfer circuit for transferring the second partial data from the first receive buffer to the second receive buffer, wherein the first processing circuit performs the first processing after the transfer circuit starts transferring the second partial data. May be performed.
  • the first receiving buffer stores the header and the packet data of the packet
  • the second receiving buffer stores the packet data as the second partial data
  • the first processing circuit performs the first processing based on the bucket header.
  • the processing may be performed, and the second processing circuit may perform the second processing based on the packet data.
  • the packet header includes an IP header and a transport header which is a header of the transport layer.
  • the first circuit 1 performs IP protocol processing and transport based on the IP header and the transport header. May perform protocol processing .
  • the second reception buffer may be a ring buffer.
  • a window size determination circuit that determines the TCP window size based on the free space in the second receive buffer, and a window size that notifies the packet source of the window size
  • a notification circuit may be further provided.
  • the second receiving buffer may store the second partial data before the first receiving buffer receives another bucket next to the bucket.
  • a transfer unit notification circuit for notifying the transmission source of the bucket of the capacity of the first receiving buffer as a maximum transfer unit. Further provision may be made.
  • a bucket processing method for processing a bucket received from a communication network comprising: a first storing step of storing the received bucket in a first receiving buffer; and a storing step of storing the received bucket in the first receiving buffer.
  • the first processing step of performing the first processing based on the first part data that is a part of the received packet, and at least a part of the first processing are stored in the first reception buffer in parallel with the first processing.
  • a semiconductor circuit device connected to a communication network, comprising: an input unit for inputting an external input signal from an external device to be managed; and an external input signal input from the input unit. And a MIB storage unit which stores input data indicating the status of the input data in association with a MIB (Management Information Base Case) object in the SNMP (Simp 1 eNetwork Managment Protocol). And an SNMP control unit that transmits input data associated with the MIB object to the communication network using a message based on SNMP.
  • MIB Management Information Base Case
  • the SNMP control unit It manages the MIB object used to receive commands to be controlled from the communication network, and when the SNMP control unit receives an SNMP message containing a command for the managed device from the communication network,
  • the device may further include a command output unit for giving a command specified by the NMP message to the managed device.
  • the command output unit sends the command to the managed device
  • the storage unit stores, as input data, an external input signal output in response to the command
  • the SNMP control unit transmits the input data to the communication network using a message based on SNMP.
  • the MIB storage unit stores the input data in association with the input data MIB object independent of the type of the device to be managed, and stores the commands in the command MIB object independent of the type of the device to be managed.
  • the SNMP control unit sends the input data associated with the input data MIB object to the communication network, and the command output unit sends the command associated with the command MIB object to the managed object. May be given to the device.
  • the external input signal is an analog signal
  • an AD converter for converting the analog signal into a digital signal to generate input data stored in the MIB storage unit may be further provided.
  • the MIB storage unit has an average time interval storage unit that stores a time interval for calculating the average of the value of the external input signal in association with the MIB object, and the external input signal at the time interval set in the average time interval storage unit By calculating the average of the values of?, An average value generator for generating input data may be further provided.
  • the S NMP control unit may set the time interval specified by the S NMP message in the average time interval storage unit. .
  • the MIB storage unit has an input period storage unit that stores a period for inputting the value of the external input signal in association with the MIB object, and stores the period for each period set in the input period storage unit.
  • the information processing apparatus may further include a data storage control unit for storing an external input signal input from the input unit as input data in the MIB storage unit.
  • the S NMP control unit may set the cycle specified by the S NMP message in the input cycle storage unit.
  • the MIB storage unit has a transmission condition storage unit for storing conditions for transmitting input data to the communication network in association with the MIB object.
  • the SNMP control unit stores the input data in the transmission condition storage unit. If the above conditions are satisfied, the input data may be transmitted to the communication network using a trap message based on SNMP.
  • the transmission condition storage unit may store a threshold of the input data as the condition, and the SNMP control unit may transmit the input data to the communication network when the value of the input data exceeds the threshold.
  • an encryption key storage unit that stores a predetermined encryption key
  • an IP address storage unit that stores a predetermined IP address of a server
  • a request for transmission of an encryption key after activation of the semiconductor circuit device An encryption key obtaining unit that transmits an encryption key request message to the server using the IP address stored in the IP address storage unit and obtains a new key code from the server; May send the input data to the communication network using a message encrypted with the new encryption key.
  • the device to be managed is a sensor that detects an external environment. The input unit inputs a value indicating the external environment as an external input signal, and the MIB storage unit receives an external input signal input from the input unit.
  • the signal is stored as input data, and the SNMP control unit transmits the input data to the communication network using a message based on the SNMP.
  • the sensor is a temperature sensor, a humidity sensor, a smoke sensor, or a water sensor, and the input unit indicates a temperature value, a humidity value, a smoke value, or a water amount corresponding to the sensor.
  • the value is input as an external input signal, the MIB storage unit stores the external input signal input from the input unit as input data, and the SNMP control unit uses the message based on the SNMP for the input data. May be transmitted to a communication network.
  • a management system for detecting an external environment A sensor for detecting an environment of the unit, a sensor, and a semiconductor circuit device connected to the communication network.
  • the semiconductor circuit device includes an input unit for inputting a value indicating the external environment from the sensor as an external input signal.
  • the input data indicating the external input signal input from the input unit is converted into a MIB (Management Entrance Function Base) object in the Simple Network Management Protocol (SNMP). It has an iVl IB storage unit that stores the data in association with each other, and an SNMP control unit that transmits input data associated with the MIB object to the communication network using a message based on the SNMP.
  • MIB Management Entrance Function Base
  • SNMP Simple Network Management Protocol
  • a method for managing an external device to be managed comprising the steps of: inputting an external input signal from the device to be managed to a semiconductor circuit device connected to a communication network; The input data indicating the external input signal input to the semiconductor circuit device in the input stage is converted into a MIB (Management Information Base) (MIB) in a Simple Network (SNMP) Protocol.
  • MIB Management Information Base
  • SNMP Simple Network Protocol
  • a semiconductor circuit device connected to a communication network, which receives an IP packet including an IP header and a transport header as a transport layer header from the communication network.
  • Circuit an extraction circuit for extracting an IP header and a transport header from an IP bucket, an IP protocol processing circuit for performing an IP protocol processing based on the IP header extracted by the extraction circuit, and at least a part of the IP protocol processing.
  • a transport protocol processing circuit for performing a transport protocol process based on the transport header extracted by the extraction circuit is provided.
  • the extraction circuit extracts the IP header based on the value of the Internet Header Length (IHL) field included in the IP bucket, and outputs the IP bucket.
  • IHL Internet Header Length
  • the TCP header is converted from the IP packet based on the value of the portion where the data offset field of the TCP header should be located and the value of the IHL field.
  • the header may be extracted.
  • the extraction circuit extracts an IP header based on the value of the Internet Header Length (HLH) field included in the IP packet, and the IP packet is a transport header.
  • the UDP header may be extracted from the IP packet based on the value of the portion of the UDP header where the UDP header length should be located and the value of the IHL field.
  • the IP protocol processing circuit may further include a failure processing circuit that performs failure processing. If the version number of the IP header is not a predetermined number, if the checksum value of the IP header is different from the value stored in the header checksum field of the IP header, and the IP protocol processing circuit If at least one of the values indicating the service type is not a predetermined value, a failure in the IP protocol processing may be detected.
  • the transport protocol processing circuit may detect a failure in the transport protocol processing when the received data is received in duplicate or when a failure occurs in the window control of the IP bucket.
  • a session information storage unit that stores session information indicating a session established with a communication device connected to the communication network; the failure processing circuit supports the session information stored in the session information storage unit A failure in communication using the current session may be detected.
  • the failure processing circuit is configured to check that the IP packet received from the communication network does not request the establishment of a session, and that the source IP address and destination IP address included in the IP header of the IP packet and the transport header If session information indicating a session specified by the source port number and the destination port number included in the session identification information is not stored in the session identification information storage unit, a failure in communication using the session may be detected.
  • a packet processing method for processing an IP bucket received from a communication network comprising: an IP packet including an IP header from the communication network and a transport header being a transport layer header.
  • Receiving receiving an IP packet, extracting an IP header and a transport header from an IP bucket, extracting the IP header, performing an IP protocol processing based on the IP header extracted in the extracting, and processing an IP protocol.
  • a transport protocol processing step of performing a transport protocol process based on the transport header extracted in the extraction step, at least in part.
  • a semiconductor circuit device connected to a communication network, wherein each of the plurality of reception queues and the plurality of reception buckets received from the communication network has a header of the reception bucket.
  • a reception queue selection circuit for selecting one reception queue based on the received queue and storing the received packet in the selected reception queue, and a transport protocol process for each of the plurality of reception packets stored in the plurality of reception queues.
  • a processing order determining circuit that determines the processing order in which the processing should be performed based on the priorities of the plurality of reception queues.
  • a priority determination circuit for determining the priority of a reception queue for storing the received packet based on the header of the received packet may be further provided.
  • the reception queue selection circuit identifies a session corresponding to the reception packet based on the header of the reception bucket, selects a reception queue for storing the reception packet based on the session, and the priority determination circuit corresponds to the reception packet. Determine your priority based on the session.
  • the reception queue selection circuit identifies a session corresponding to the reception packet based on the header of the reception packet, selects a reception queue for storing the reception packet based on the session, and the priority determination circuit determines a session corresponding to the reception packet. The priority may be determined based on the code bits included in the TCP header of the received packet.
  • the priority determination circuit determines the priority based on the destination port number included in the TCP header of the received packet. And decide the priority.
  • the priority determination circuit determines the priority based on the source address included in the IP header corresponding to the received packet.
  • the priority determination circuit may determine the priority based on a bandwidth preset for each of the plurality of reception queues.
  • a transport reception processing circuit that performs a transport protocol process on the reception bucket; If the high-priority reception queue stores received packets, the transport reception processing circuit processes the received packets, and the processing order determination circuit includes the transport queue. Each time the reception processing circuit processes a reception bucket stored in the low-priority reception queue, one low-priority reception queue is sequentially selected from a plurality of low-priority reception queues based on a preset order, and the high-priority reception queue is selected. If the receive queue does not store received packets, the transport receive processing circuit selects the low-priority It may process received packets stored in the receive queue.
  • the reception queue selection circuit uses the session corresponding to the received packet, the code bit contained in the TCP header of the received packet, the destination port number contained in the TCP header of the received packet, and the source address contained in the IP header of the received packet. Based on one of them, a reception queue for storing the received packet is selected, and the processing order determination circuit determines the transceiving order based on which of the plurality of reception queues each of the plurality of received packets is stored. The processing order in which port protocol processing should be performed may be determined.
  • a transmission queue for storing transmission buckets to be transmitted to the communication network wherein the processing order determination circuit performs processing on each of the plurality of reception packets stored in the plurality of reception queues and the transmission packet stored in the transmission queue.
  • the processing order in which the transport protocol processing should be performed may be determined based on the priorities of a plurality of reception queues and the transmission queues.
  • a plurality of reception packets received from a communication network are received.
  • a packet processing method for processing a plurality of received packets wherein for each of a plurality of received packets, 'selects one received queue from among a plurality of received queues based on the header of the received bucket, and assigns the selected received queue to A receiving queue selection step for storing received packets, and a processing order in which transport protocol processing is to be performed on each of the plurality of received buckets stored in the plurality of received queues is determined based on the priority of the plurality of received queues. And determining a processing order.
  • a management system for detecting an external environment for detecting an external environment
  • the semiconductor circuit device receives an input indicating the external environment.
  • MI B which inputs data from a sensor and stores the data in association with a MIB (Management Entrance Function Base) object in SNM P (Simp 1 e Network Entry Protocol).
  • the management device has a storage unit, and acquires, from the semiconductor circuit device, a contact database storing contact information indicating contact information of a user of the semiconductor circuit device in association with the semiconductor circuit device.
  • the SNMP management unit obtains the contact information of the user of the semiconductor circuit device from the contact database and provides the user with the information. And a notification section that force data to notify that satisfy preset conditions.
  • the SNMP management unit may acquire the input data from the semiconductor circuit device at every preset acquisition cycle.
  • the SNMP management unit requests a response to the semiconductor circuit device at every preset response request period. If the semiconductor circuit device does not respond to the request, the notification unit indicates the user of the semiconductor circuit device. May be obtained from the contact database to inform the user that the semiconductor circuit device is not responding.
  • the semiconductor circuit device displays a trap message based on SNMP indicating that the input data satisfies the condition. Further comprising an S NMP control unit that transmits the trap message as input data, and the S NMP management unit acquires the trap message as input data.
  • the notifying unit may notify the user that the input data satisfies a preset condition.
  • a plurality of management devices are provided, and the SNMP control unit confirms that communication with one management device is possible at a predetermined check cycle, and is able to communicate with the one management device. If the input data satisfies a preset condition, a trap message indicating that the input data satisfies the condition is transmitted to the one management device, and if it is not possible to communicate with the one management device, If a message indicating that communication with the one management device is not possible is transmitted to the other management device, and a message indicating that the other management device is not possible communication is received, the other management device is notified.
  • the notification unit of the management device may acquire the contact information of the user of the semiconductor circuit device from the contact database and notify the user that communication with the one management device is not possible.
  • the MIB storage unit includes a transmission count storage unit that stores a transmission count for transmitting a trap message to the management device in association with a MIB object when input data satisfies a preset condition.
  • the unit sets the number of transmissions of the semiconductor circuit device using the message based on the SNMP, and the SNMP control unit sets the number of transmissions set by the management device when the input data satisfies a preset condition.
  • the number of trap messages specified in the above may be transmitted to the management device.
  • the contact database stores contact information to the mobile terminal as contact information
  • the notification unit acquires the contact to the mobile terminal as a contact of the user of the semiconductor circuit device, The user may be notified that the input data satisfies a preset condition.
  • the management device may further include a browsing data storage unit that stores input data so that the mobile terminal can view the input data when the notification unit notifies the user of the semiconductor circuit device.
  • the semiconductor circuit device further includes an input unit that inputs an analog value indicating an external environment from the sensor, and an AD conversion unit that converts the analog value to a digital value.
  • the storage unit may store the digital value as input data.
  • the sensor is a temperature sensor, a humidity sensor, a smoke sensor, or a water sensor
  • the MIB storage unit has a value indicating a temperature corresponding to the sensor, a value indicating humidity, a value indicating presence or absence of smoke, or Enter the value indicating the amount of water as input data.
  • FIG. 3 is a diagram illustrating an example of a detailed configuration of the environment data acquisition unit 104 and the MIB storage unit 108.
  • FIG. 4 is a diagram illustrating an example of a configuration of the MIB stored in the MIB storage unit 108.
  • FIG. 5 is a diagram illustrating an example of a configuration of the encryption processing unit 110.
  • FIG. 6 is a front view showing an example of the operation of the sensor control device 34 according to the present embodiment.
  • FIG. 7 is a flowchart showing an example of the operation of the management device 50-1 according to the present embodiment.
  • FIG. 8 is a diagram showing an example of a hardware configuration of the personal computer main body 110. As shown in FIG. 8
  • FIG. 9 is a diagram showing an example of the configuration of the SNMP control unit 106.
  • FIG. 10 is a flowchart showing an example of the operation of the SNMP control unit 106.
  • FIG. 11 is a diagram illustrating an example of the configuration of the communication processing circuit 5110.
  • FIG. 12 is a flowchart showing an example of the operation of the communication processing circuit 5110.
  • FIG. 13 is a diagram showing an example of a detailed configuration of the transport protocol processing circuit 604.
  • FIG. 14 is a diagram showing an example of a detailed configuration of the priority determination circuit 708.
  • FIG. 15 is a flowchart showing an example of the operation of the transport protocol processing circuit 604.
  • FIG. 16 is a flowchart showing an example of the operation of the processing order determination circuit 706.
  • FIG. 1 shows an example of a management system 10 according to an embodiment of the present invention.
  • the management system 10 transmits a sensor 20, which is an example of a managed object having no IP network connection function, to an SNMP (Simp 1 e Network). It is managed by the Management Program 1).
  • SNMP Serial 1 e Network
  • the management system 10 includes a plurality of management devices 50-1, 2 connected to each other by a communication network 40, and a managed system 70.
  • the managed system 70 is an example of an IP application that performs processing based on IP communication.
  • the managed system 70 performs processing based on SNMP, which is an example of a protocol based on IP.
  • the managed system 70 is, for example, an H TTP (HyperText Transfer Protocol). Further processing may be based on other protocols based on IP, such as col) and multimedia call control protocols.
  • the managed system 70 includes the sensor 20 and the agent device 30.
  • the sensor 20 is provided outside the agent device 30, detects an environment outside the managed system 70, and supplies a value indicating the external environment to the agent device 30 as an external input signal.
  • the sensor 20 is, for example, a temperature sensor, a humidity sensor, a smoke sensor, or a water sensor, and the value indicating the temperature, the value indicating the humidity, the value indicating the presence or absence of smoke, or the value indicating the amount of water corresponding to the sensor 20. May be output as an external input signal.
  • the senor 20 supplies an external input signal, which is an analog signal, to the agent device 30.
  • sensor 20 may output an external input signal that is a digital signal.
  • the sensor 20 which is a temperature sensor may output an analog signal or a digital signal indicating the temperature as an external input signal to the agent device 30.
  • the agent device 30 has a function of a proxy agent in SNMP, and is detachably connected to the sensor 20.
  • the agent device 30 includes a 0 converter 32, a sensor control device 34, and an initial value storage unit 36.
  • the AD converter 32 AD-converts an external input signal received from the sensor 20 via the analog transmission line 22 into a digital signal.
  • the AD converter 32 is connected to the sensor control device 34 by, for example, SPI (SerialPeriripNeralteRface) or the like, and performs AD conversion in accordance with the setting parameters received from the sensor control device 34.
  • the sensor control device 34 receives the external input signal converted into a digital signal by the AD converter 32 as input data, and transmits environmental data indicated by the external input signal to the communication network 40 using a message based on SNMP. I do.
  • the sensor control device 34 has a serial interface connectable to the outside of the managed system 70.
  • the sensor control device 34 Via the file interface, for example, it may be connected to the management device 50-1 or may be connected to the sensor 20.
  • the sensor control device 34 controls the sensor 20 by supplying a command to the sensor 20 via the digital transmission line 24. Further, the sensor control device 34 may receive, for example, a status signal indicating the state of the sensor 20 via the digital transmission line 24, or may receive an external input signal which is a digital signal.
  • the command output unit 306 may provide a control signal to the sensor 20. Also, the sensor control device 34 may receive the operating power from the digital transmission line 24 for the sensor 20X.
  • the digital transmission line 24 may be, for example, a serial interface such as RS-232 ⁇ C, SPI, or a DIO interface having a plurality of bits.
  • the initial value storage unit 36 stores information to be initially set in the sensor control device 34, such as an IP address of the management device 50_1.
  • the initial value storage unit 36 may be, for example, an EEPROM or a flash memory.
  • the sensor control device 34 accesses the initial value storage unit 36 at the time of startup and acquires information to be initialized.
  • the agent device 30 may further include a CPU connected to the sensor control device 34. The CPU may perform a part of a process based on SNMP, for example.
  • the plurality of management devices 50-1 and 2 have a function of a network management station (manager) in SNMP, and send and receive a message based on SNMP to and from the managed system 70 so that the managed system can be managed.
  • the management device 50-1 includes an SNMP management unit 52, a browse data storage unit 54, a notification unit 56, and a contact database 58.
  • the SNMP management unit 52 acquires environmental data from the sensor control device 34 using a message based on SNMP. That is, the SNMP management unit 52 periodically polls the managed system 70 and acquires environmental data by a trap message received from the managed system 70.
  • the contact database 58 stores contact information indicating the contact information of the user of the sensor control device 34 in association with the sensor control device 34. In the present embodiment, the contact database 58 stores contact information to a mobile phone 60 as an example of a mobile terminal as contact information. In another embodiment, the contact database 58 may store, for example, an electronic mail address or a fax number of a user of the sensor control device 34 as the contact information.
  • the notification unit 56 notifies the user of the sensor control device 34 that the environment data satisfies the predetermined condition when the environment data satisfies the predetermined condition.
  • the notification unit 56 may perform the notification, for example, when the value of the environment data acquired in response to the polling exceeds a preset threshold value or when the environment data is acquired by a trap message.
  • the notification unit 56 obtains the contact information to the mobile phone 60 from the contact database 58 and performs the notification. In this case, the notification unit 56 may perform a predetermined number of notifications.
  • the notification unit 56 may notify the mobile phone 60 by voice or text message.
  • the browsing data storage unit 54 stores the environment data so that it can be browsed from the mobile phone 60 when the notification unit 56 notifies the user of the sensor control device 34.
  • the browsing data storage unit 54 may store the environmental data on a homepage accessible by a web browser function of the mobile phone 60, for example.
  • the browsing data storage unit 54 transmits data including environmental data to a server external to the management device 50-1, thereby providing a mobile phone provided on the external server. Stores environmental data on a home page that can be viewed from telephone 60.
  • Management device 50-2 has the same or similar function as management device 50-1 and will not be described.
  • the managed system 70 communicates with the management device 50-2, for example, when it cannot communicate with the management device 50-11.
  • the management device 50-1 controls the sensor 20 based on the SNMPP. Control and monitor via an agent device 30 having a communication function. Therefore, according to the present embodiment, it is possible to provide a management system that manages a sensor having no IP network connection function by using the SNMP and detects an external environment. In addition, this makes it possible to provide a system that remotely manages, monitors, and measures sensors using the Internet standard protocol. Furthermore, according to the present embodiment, it is possible to provide a system and a solution that integrate and manage and monitor the sensor 20.
  • SNMP may be a protocol defined based on SNMP or a protocol defined in the future based on SNMP.
  • the communication network 40 may be a wide area network such as the Internet or another public line network, or a local network.
  • the sensor control device 34 is an example of a control device that controls various controlled devices such as stand-alone devices and non-computer devices that are not networked.
  • the sensor control device 34 may be connected to these controlled devices, which are the devices to be managed, instead of the sensor 20, and may control the managed devices by managing and / or monitoring these devices.
  • the sensor control device 34 communicates with the management device 50-1 by using, for example, HTTP, a multimedia call control protocol, or TELNET protocol, which is an example of an IP-based protocol, instead of SNMP. Is also good.
  • the management device 50-1 can control the device to be managed based on these protocols. Therefore, according to the present embodiment, it is possible to provide a management system for managing a device to be managed having no IP network connection function and an IP network solution at a low cost.
  • FIG. 2 shows an example of the configuration of the sensor control device 34 according to the present embodiment.
  • the sensor control device 34 is a semiconductor circuit device formed on one semiconductor chip, and includes an input unit 102, an environmental data acquisition unit 104, a MIB storage unit 108, and a SNM P.
  • a control unit 106 and a cryptographic processing unit 110 are included.
  • the input unit 102 receives an external input signal from the AD converter 32.
  • the environment data acquisition unit 104 supplies input data indicating the external input signal input from the input unit 102 to the MIB storage unit 108 as environment data. Further, the environment data acquisition unit 104 gives a command for controlling the sensor 20 to the sensor 20.
  • the MIB storage unit 108 stores the environmental data in association with a MIB (Management Int formati io B a se) object in SNMP.
  • the MI B may be a data structure defined based on the MI B or a data structure defined based on the MI B in the future.
  • the SNMP control unit 106 receives the environmental data from the MIB storage unit 108 and transmits the environmental data to the communication network 40 using a message based on SNMP. In this case, the SNMP control unit 106 may transmit the environmental data in response to a request (polling) of the management device 50_1 (see FIG. 1), for example. If so, environmental data may be sent in a trap message. Furthermore, the SNMP control unit 106 may encrypt and transmit the environment data using the encryption key obtained from the encryption processing unit 110.
  • the SNMP control unit 106 manages a MIB object used to receive a command for controlling the sensor 20 from the communication network 40.
  • the MIB storage unit 108 stores the command in association with the MIB object.
  • the environment data acquisition unit 104 receives the command from the MIB storage unit 108 and gives the command to the sensor 20.
  • the SNMP control unit 106 may be connected to, for example, the management device 50_1 via a serial interface. In this case, the SNMP control unit 106 may receive the command via the serial interface.
  • the SNMP control unit 106 may further perform processing based on various protocols implemented on IP, such as HTTP, multimedia call control port connection, or TELNET protocol.
  • the MIB storage unit 108 is an example of an acquired information storage unit that stores information acquired based on various protocols implemented on the IP.
  • the MIB storage unit 108 may acquire, for example, information to be set in the sensor control device 34 from the management device 50-1 based on HTTP, multimedia call control protocol, or TELNET protocol, and store the information.
  • the sensor control device 34 which is a semiconductor circuit device formed on a semiconductor chip, has a function of outputting a command for controlling the sensor 20, and a device for generating an SNMP message indicating an external input signal received from the sensor 20. Noh. According to the present embodiment, a small, low power consumption, and high speed agent device 30 can be provided at low cost.
  • the sensor control device 34 may be, for example, an ASIC having the command output function and the SNMP control unit message generation function.
  • the sensor control device 34 is preferably a monolithic IC.
  • the sensor control device 34 may be formed by being divided into a plurality of semiconductor chips.
  • the plurality of semiconductor chips may be sealed in one package as MCP (Mutip Chip Mod e1e).
  • the agent device 30 can be provided at low cost.
  • the sensor control device 34 receives an external input signal converted into a digital signal by the external AD converter 32.
  • the sensor control device 34 may include the AD converter 32.
  • the input unit 102 receives an external input signal of an analog signal from 20 sensors
  • the AD converter 32 converts the analog signal into a digital signal, generates environmental data, and obtains an environmental data acquisition unit.
  • the information is supplied to the MIB storage unit 108 via 104.
  • the agent device 30 can be provided at a lower cost.
  • FIG. 3 shows an example of a detailed configuration of the environment data acquisition unit 104 and the MIB storage unit 108.
  • the environmental data acquisition unit 104 includes an average value generation unit 302, a data storage control unit 3 0 4 and a command output section 310.
  • the average value generating section 302 receives the external input signal from the input section 102 and generates environmental data by calculating the average value of the external input signal. In this case, the average value generation unit 302 calculates the average value in the time interval set in the average time interval storage unit 204.
  • the average value generation unit 302 may generate the environment data by hardware processing.
  • the average value generation unit 302 may receive the external input signal at a high sampling rate, for example, every 1 msec, and calculate the average value.
  • the average time interval storage unit 20 may specify a time interval for calculating the average value by the number of times of sampling.
  • the data storage control unit 304 causes the environment data storage unit 202 to store the environmental data for each cycle set in the input cycle storage unit 206. Further, the command output unit 306 receives a command from the command storage unit 208 and gives it to the sensor 20.
  • MIB storage unit 108 is environmental data storage unit 202, average time interval storage unit 204, input period storage unit 206, command storage unit 208, transmission condition storage unit 210, number of transmissions It has a storage unit 212 and an IP address storage unit 214.
  • the environmental data storage unit 202 receives environment data
  • the average time interval storage unit 204 receives the time interval for calculating the average of the external input signal value
  • the input cycle storage unit 206 receives the external input signal value.
  • the command storage section 208 stores the command to be given to the sensor 20
  • the transmission condition storage section 210 stores the conditions for transmitting the environmental data to the SNMP control section 106, and the transmission count storage section.
  • 2 12 stores the number of times the trap message is repeated
  • IP address storage section 2 14 stores the IP addresses of a plurality of management devices 50-1, 2 (see Fig. 1) in association with the MIB objects.
  • the MIB storage unit 108 receives the information to be stored from the SNMP control unit 106.
  • the SNMP control unit 106 stores the initial values to be stored in the MIB storage unit 108 from the initial value storage unit 36 (see FIG. 1). It receives and supplies it to the MIB storage 108.
  • the SNMP control unit 106 transmits the information stored in the MIB storage unit 108 according to the message. Update.
  • the SNMP control unit 106 sets the time interval specified by the SNMP message in the average time interval storage unit 204.
  • the cycle specified by the SNMP message is set in the input cycle storage unit 206.
  • the command specified by the SNMP message is sent to the command storage unit 2081. .
  • the sensor control device 34 may change the IP address of the management device 50-1 or Z or the management device 50-12 based on a request from an external server or the like. In this case, the management device that should manage the sensor control device 34 can be changed via the communication network 40.
  • the MIB storage unit 108 stores a command given to the sensor 20 and environmental data based on an external input signal received from the sensor 20 in association with the MIB object. Accordingly, the management device 50-1 manages the sensor 20 via the MIB object having a predetermined data structure. Therefore, according to the present embodiment, the sensor 20 can be appropriately managed regardless of the type of the sensor 20.
  • FIG. 4 shows an example of the configuration of the MIB stored in the MIB storage unit 108 (see FIG. 3).
  • the MIB storage unit 108 is a manufacturer of, for example, the sensor control device 34 (see FIG. 1) defined below the enterprises subtree ( ⁇ 1. 3. 6. 1. 4. 1). (4) Store the subtree of the sensor control device included in the subtree of the company.
  • the management device 50-1 (see Fig. 1) uses the SNM p message to calculate the value of the MIB object under the company subtree.
  • the MIB storage unit 108 further stores a standard MIB subtree (not shown) used for, for example, configuration management, fault management, performance management, security management, charging management, and the like.
  • the management device 50-1 sets the values of the MIB objects below these standard MIB sub-lilies using the SNMP message.
  • the sensor control device subtree includes an AD converter subtree used to manage the 0 converter 32 (see FIG. 1), a digital input subtree used to receive digital signals from the sensor 20 (see FIG. 1), It includes a digital output sub-tree used to send digital signals to the sensor 20, a trap sub-array used to send trap messages to the management devices 50-1, 2 (see Figure 1), and a configuration object.
  • the AD converter sub-array has channels 0 to 3 sub-trees each corresponding to one analog input terminal of the AD converter 32, and an initialization sub-tree. Note that, in the present embodiment, the AD converter 32 has four analog input terminals corresponding to channels 0 to 3.
  • the sensor 20 may supply an external input signal to one or more analog input terminals of the AD converter 32.
  • the channel 0 subtree is a MIB object showing the description, active flag, trap flag, trap mode, trap threshold, input period, average time interval, delay time, number of write bits, write parameters, number of read bits, and MIB allocation. And a data subtree.
  • the description object indicates the name of channel 0 of the AD converter 32 or information for identifying the function of channel 0.
  • the active flag object indicates whether channel 0 is operating.
  • the trap flag object sets whether or not to cause the SNMP control unit 106 (see FIG. 2) to transmit a trap message.
  • the trap mode object indicates the number of times a trap message is sent repeatedly.
  • the trap threshold object indicates the threshold of environmental data. Where SN When the value of the environmental data exceeds the threshold, the MP control unit 106 transmits the environmental data to the communication network 40 using a trap message. The SNMP control unit 106 may transmit a trap message when the environmental data changes to a value higher or lower than the threshold.
  • the trap threshold object may indicate an upper threshold and a lower threshold as thresholds.
  • the 3] ⁇ ? Control unit 106 may transmit a trap message when the environmental data changes to a value higher than the upper threshold or lower than the lower threshold.
  • the input cycle object indicates a cycle at which new environment data is stored in the environment data storage unit 202.
  • the average time interval object indicates a time interval for averaging the output of the AD converter 32.
  • the delay time object indicates a delay time until the AD converter 32 outputs data, corresponding to a command output to the AD converter 32.
  • the write bit number object indicates the bit length of a command or setting parameter given to the AD converter 32.
  • the write parameter object indicates a command or setting parameter given to the AD converter 32.
  • the read bit number object indicates the bit length of the digital data received from the AD converter 32.
  • the MIB assignment object indicates assignment of channel 0, which is a physical channel, to a logical channel.
  • the management device 50-1 accesses the sensor control device 34 by designating a logical channel, and the sensor control device 34 converts the A / D converter 3 2 corresponding to the logical channel. Access the physical channel.
  • the data sub-array includes 10 MIB objects of data 1 to 10. Data 1 to 10 objects indicate environmental data received from the AD converter 32, respectively.
  • the channel 1 to 3 sub-trees have the same or similar configuration as the channel 0 sub-tree, and a description thereof will be omitted.
  • the initialization subtree includes an initialization data object indicating a command or setting parameter for initializing the AD converter 32.
  • the initialization data object indicates, for example, a gain or offset to be set in the AD converter 32.
  • the digital input subtree contains a MIB object indicating each of the description, trap mask, and digital input data.
  • the description object indicates a name representing a digital signal received by the sensor control device 34 from the sensor 20 via the digital transmission line 24 (see FIG. 1), or information identifying a type of the digital signal.
  • the trap mask object is used to select bits used to detect a condition for transmitting a trap signal from the digital signal.
  • the digital input data object indicates the value of the digital signal received from the sensor 20.
  • the digital output includes a MIB object that indicates each of the description and digital output data.
  • the description object is a name representing a command or data which is a digital signal that the sensor control device 34 gives to the sensor 20 via the digital transmission line 24, or a form of communication via the digital transmission line 24. Indicates identification information.
  • the digital output data object is used to write a digital signal to be given to the sensor 20 via the digital transmission line 24.
  • the trap subtree contains an MIB object indicating each of trap managers 1 and 2.
  • the trap manager 1 object indicates the IP address of the management device 50-1.
  • the Trap Manager 2 object indicates the IP address of the management device 50-2.
  • the setting object is a MIB object indicating the updated value of the storage content of the initial value storage unit 36 (see FIG. 1).
  • the management device 50-1 updates the contents stored in the initial value storage unit 36 by setting a value in the setting object and restarting the sensor control device 34.
  • MIB objects other than the MIB object indicating the input data received from the sensor 20 or the AD converter 32 may be rewritable by the management device 50-11 or the like. This allows the user of the sensor control device 34 to set the sensor 20, the AD converter 32, the sensor control device 34, and the initial value storage unit 36 via the communication network 40. be able to.
  • the environment data storage unit 202 stores data 1 to 1 Stores the value of 0 object.
  • the average time interval storage unit 204 stores the value of the average time interval object.
  • the input cycle storage unit 206 stores the value of the input cycle object.
  • the command storage unit 208 stores the value of the digital output data object.
  • the transmission condition storage unit 210 stores the values of the trap flag object and the trap threshold object.
  • the transmission count storage unit 2 1 2 stores the value of the trap mode object.
  • the IP address storage unit 214 stores the values of the trap manager 1 and 2 objects.
  • the MIB storage unit 108 stores the environmental data in association with the data 1 to 10 objects (input data MIB objects) that do not depend on the type of the sensor 20, and sends a command to the sensor 20. It is stored in association with a digital output data object (command MIB object) that does not depend on the type of sensor 20.
  • the SNMP control unit 106 transmits, to the communication network 40, environment data associated with the data 1 to 10 objects.
  • the command output unit 303 supplies a command associated with the digital output data object to the sensor 20.
  • the agent device 30 can manage the various sensors 20 by SNMP using the MIB having a general structure independent of the type of the sensor 20.
  • different types of devices to be managed can be managed by, for example, the same hardware processing.
  • FIG. 5 shows an example of the configuration of the cryptographic processing unit 110.
  • the encryption processing unit 110 includes an encryption key acquisition unit 402 and an encryption key storage unit 404.
  • the encryption key acquisition unit 402 acquires the encryption key from the initial value storage unit 36 (see FIG. 1) via the SNMP control unit 106 when the sensor control device 34 is activated, and performs encryption.
  • the key is stored in the key storage unit 404.
  • the encryption key acquisition unit 402 transmits an encryption key request message requesting transmission of the encryption key to the management device 50-1, and the management device 50-1 Obtain a new encryption key from.
  • the encryption key acquisition unit 402 acquires the IP address of the management device 50-1 from the IP address storage unit 214 (see FIG. 3). I do.
  • the encryption key storage unit 404 updates the stored encryption key with a new encryption key, and the SNMP control unit 106 communicates the environmental data using the SNMP message encoded with the new encryption key. Send to network 40.
  • the management apparatus 50-1 can perform highly confidential communication with the managed system 70. it can.
  • FIG. 6 is a flowchart illustrating an example of the operation of the sensor control device 34 according to the present embodiment.
  • the sensor control device 34 acquires the data stored in the initial value storage unit 36, and initializes the MIB stored in the MIB storage unit 108 and the initial value of the encryption key stored in the encryption key storage unit 404. Is set (S102). Then, when an S NMP message for setting the MIB or the encryption key is received from the management device 50-1 (S104), the MIB and / or the encryption key are updated according to the received SNMP message (S104). S1 06).
  • the environmental data acquired from the AD converter 32 is stored in the environmental data storage unit 202 in association with the MIB object (S111). 0). Then, an SNMP message is sent to the management device 50-1 (S112), and a request for the next environmental data is awaited (S108). On the other hand, if the sensor control device 34 does not receive the SNMP message for updating the MIB or the encryption key in S104, the process proceeds to S108 and waits for a request for environmental data.
  • the request for environmental data in S108 is, for example, an SNMP message that instructs the sensor 2.0 to send a command to output an external input signal.
  • the command output unit 306 gives the command to the sensor 20, and the sensor 20 outputs an external input signal in response to the command.
  • the SNMP control unit 106 checks whether communication with the management device 50-1 is possible (S114). SNMP control unit 1 06, for example, for each preset confirmed period, by sending a message such pi ng to the management device 50- 1 may check that can communicate to the management device 50- 1 .
  • the environment data is acquired from the AD converter 32 to acquire the environment data.
  • the data storage unit 202 Store in the data storage unit 202 (S 1 1 8
  • the SNMP control unit 106 transmits a trap message to the management device 50-1 (S122). ), And returns to S108 to wait for a request for environmental data.
  • the SNMP control unit 106 may transmit a trap message when the environmental data is smaller than the threshold. Also, in S122, the SNMP control unit 106 transmits the number of trap messages specified by the number of transmissions indicated by the trap mode object to the management device 50-1.
  • the SNMP control unit 106 cannot communicate with the management device 50-1 in S114, the sensor control device 34 must be unable to communicate with the management device 50-1 by the management device 50-2. Is sent. In this case, the notification unit 56 of the management device 50-2 obtains the contact information of the user of the sensor control device 34 from the contact database 58, and the user cannot communicate with the management device 50-1. Notify that.
  • the sensor control device 34 operates in response to a request for environmental data from the management device 50-1, or according to the value of the MIB object preset by the management device 50-1. Transmits the environmental data to the management device 50-1.
  • the management device 50_1 can appropriately manage the sensor control device 34 and acquire environmental data.
  • FIG. 7 is a flowchart showing an example of the operation of the management device 50-1 according to the present embodiment. It is.
  • the management apparatus 50-1 transmits an SNMP message for setting a MIB and / or an encryption key stored in the sensor control device 34 (S202).
  • the SNMP management unit 52 requests environmental data from the sensor control device 34 (S206).
  • the received environment data is compared with a preset threshold (S210). If the environmental data is larger than the threshold, the notification unit 56 acquires the contact information of the user of the sensor control device 34 from the command storage unit 208, and stores the environmental data in the mobile phone 60 of the user. (S2 1 2).
  • the browsing data storage unit 54 stores the environment data so as to be viewable from the mobile phone 60 (S214). In another embodiment, the user may be notified when the environmental data is smaller than the threshold.
  • the management device 50-1 waits for a trap message transmitted by the sensor control device 34 (S216), and receives a trap message indicating environmental data. Proceeds to S2 12 to notify the user. If no trap message is received in S216, it is checked whether communication with the sensor control device 34 is possible (S218). If communication is not possible, the process proceeds to S212 and the sensor Notifies the user that communication with the control device 34 is not possible. In S218, the management device 50-1 may confirm that communication is possible by transmitting a message such as ping to the sensor control device 34, for example.
  • the process proceeds to S212 to notify the user that communication with the sensor control device 34 is not possible.
  • the SNMP management unit 52 requests a response from the sensor control device 34 at every preset response request period, and confirms the state of the sensor control device 34.
  • the notification unit 56 notifies the user when there is no response from the sensor control device 34 in response to environmental data requests (polling) a preset number of times. You may.
  • the process returns to S204 and the user Confirms again whether the request is for environmental data. Further, in S204, the SNMP management unit 52 may request the environmental data at every preset acquisition cycle and acquire the environmental data from the sensor control device.
  • the management device 50-1 appropriately manages the sensor control device 34, and can perform normal communication with the sensor control device 34 when the environmental data satisfies a predetermined condition. If not, the user can be notified.
  • FIG. 8 shows an example of a hardware configuration of a personal computer main body 110 which is an example of the management device 50-1 according to the present embodiment.
  • the personal computer main body 110 includes a CPU peripheral section having a CPU 1000, a RAMI 020, a graphic controller 1075, and a display device 1080 interconnected by a host controller 1082, An input / output unit having a communication interface 1030, a hard disk drive 1 040, and a CD-ROM drive 1 060 connected to the host controller 1082 by the controller 1084, and a ROM 10 connected to the input / output controller 1084. 10, a flexible disk drive 1050, and a legacy input / output unit having an input / output chip 1070.
  • the host controller 1082 connects the RAMI 020 to the CPU 1000 and the graphic controller 1075 that access the RAM 1020 at a high transfer rate.
  • the CPU 1000 operates based on the programs stored in the ROM 1010 and the RAMI 020, and controls each unit.
  • the CPU 1000 may operate as the SNMP management unit 52 and the notification unit 56 (see FIG. 1).
  • the graphics controller 1075 acquires image data generated by the CPU 1000 or the like on a frame buffer provided in the RAM 1020 and causes the display device 1080 to display the image data. Instead, the graphic controller 1075 has a CPU of 1000 W
  • a frame buffer for storing the generated image data may be included therein.
  • the input / output controller 1084 connects the host controller 1082 to the communication interface 1030, the hard disk drive 104, and the CD-ROM drive 106, which are relatively high-speed input / output devices.
  • the communication interface 1030 communicates with another device via a network.
  • the hard disk drive 1040 stores programs and data used by the personal computer 110.
  • the hard disk drive 1040 operates as the browsing data storage unit 54 and the contact database 58 (see FIG. 1).
  • the CD-ROM drive 1060 reads a program or data from the CD-ROM 1905 and provides the program or data to the input / output chip 1070 via the RAMI 020.
  • the input / output controller 1084 is connected to the ROM 1010 and relatively low-speed input / output devices such as the flexible disk drive 1050 and the input / output chip 1070.
  • the ROM 110 stores a boot program executed by the CPU 1000 when the personal computer main body 110 is started up, a program that depends on the hardware of the personal computer main body 110, and the like.
  • the flexible disk drive 1050 reads a program or data from the flexible disk 1090 and provides it to the input / output chip 1070 via the RAMI 020.
  • the input / output chip 1070 connects a flexible disk 1090 and various input / output devices via, for example, a parallel port, a serial port, a keyboard port, a mouse port, and the like.
  • the program stored in the RAMI 020 includes an SNMP management unit module, a notification module, a browse data storage module, and a contact data module. These modules cause the personal computer main body 110 to operate as an SNMP management unit 52, a notification unit 56, a browse data storage unit 54, and a contact database 58.
  • the programs or modules described above may be stored in an external storage medium.
  • storage media flexible disk 1 090, CD-ROM 1095
  • optical recording media such as DVD and PD
  • magneto-optical recording media such as MD
  • tape media tape media
  • semiconductor memories such as IC cards
  • FIG. 9 shows an example of a detailed configuration of the SNMP control section 106.
  • the SNMP control unit 106 of the present embodiment realizes accurate flow control with a small buffer capacity.
  • the SNMP control unit 106 includes a first reception buffer 502, a communication processing circuit 510, a transfer circuit 512, a second reception buffer 504, an application processing circuit 506, and a window size determination circuit 508.
  • the first reception buffer 502 is a ring buffer that stores the IP bucket received from the communication network 40.
  • the IP packet is a packet based on IP (IntrenetProtocoll), and includes a bucket header and packet data.
  • the packet header includes an IP header which is a header based on the IP, and a transport header which is a header of the transport layer.
  • the transport header is, for example, a TCP header based on TCP r ransm s s s i C r t t t n P P P r r o o 1 1 1 ⁇ ⁇ UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP UDP U
  • the first reception buffer 502 stores a bucket header as an example of the first partial data which is a part of the IP packet, and stores the second partial data in the IP bucket which is a different part from the first partial data.
  • Store bucket data as an example.
  • the first receiving buffer 502 may store the first partial data and the second partial data having a part that partially overlaps.
  • the first reception buffer 502 stores an IP packet as first partial data
  • Bucket data may be stored as two-part data.
  • the communication processing circuit 510 sequentially retrieves the bucket headers stored in the first reception buffer 502, and performs an IP protocol process and a transport protocol process as an example of a header process based on a packet header.
  • each of the IP protocol processing and the transport protocol processing is, for example, header processing based on the IP header and the transport header, and is the first processing performed by the SNMP control unit 106. This is an example.
  • the communication processing circuit 510 has a function of realizing a TCP / IP protocol stack. Further, the communication processing circuit 510 may perform the TCP / IP protocol stack processing by hardware processing. In this case, the communication processing circuit 510 can perform the IP protocol processing and the transport protocol processing at high speed.
  • the transfer circuit 512 extracts bucket data from the IP packet based on, for example, the value of the bucket length field included in the IP header and the value of the data offset field included in the TCP header. Then, the transfer circuit 512 transmits the extracted packet data to the second reception buffer 504 from the first reception buffer 502 in synchronization with, for example, the first reception buffer 502 receiving the IP packet. Transfer to
  • the second reception buffer 504 is a ring buffer that receives and stores the bucket data transferred by the transfer circuit 512.
  • the second reception buffer 504 receives packet data from the first reception buffer 502 in parallel with at least a part of either the IP protocol processing or the transport protocol processing.
  • the application processing circuit 506 receives the packet data stored in the second reception buffer 504 as, for example, stream data in the FIF Oj injection, and performs a process based on the SNM P (S NMP process).
  • the application processing circuit 506 updates the MIB stored in the MIB storage unit 108 by the SNMP processing. Further, the application processing circuit 506 may perform the SNMP processing based on an instruction received from the outside via the serial interface.
  • the SNMP process is an example of an application layer process for packet data, and is an example of a second process that requires a longer processing time than the first process.
  • the communication processing circuit 510 performs header processing at a higher speed than the SNMP processing performed by the application processing circuit 506.
  • the application processing circuit 506 receives bucket data based on, for example, HTTP, multimedia call control protocol, or TELNET protocol, and updates MLB based on this. Is also good.
  • the window size determination circuit 508 determines the TCP window size based on the free space of the second reception buffer 504 when the IP packet received by the first reception buffer 502 is a packet based on TCP. decide. Then, the window size determination circuit 508 notifies the communication processing circuit 510 of the determined window size. The communication processing circuit 510 notifies the source of the IP bucket of the window size via the communication network 40.
  • the first reception buffer 502 transfers the packet data included in the IP packet to the second reception buffer 504 by a parallel process synchronized with the reception of the IP bucket. Then, the communication processing circuit 510 processes the bucket header stored in the first reception buffer 502 at a higher speed than the SNMP processing by the application processing circuit 506. ,.
  • the first reception buffer 502 can receive the next IP packet before the completion of the ablation processing for the received IP bucket. Therefore, according to the present embodiment, the capacity of the buffer for receiving the IP packet can be reduced.
  • the capacity of the first reception buffer 502 may be, for example, about the same as the maximum size of an IP packet to be received.
  • an IP bucket can be efficiently processed with a small buffer capacity.
  • the first reception buffer 502 and the second reception buffer 504 are ring buffers. In this case, even if the first reception buffer 502 or the second reception buffer 504 stores data in the It can be used effectively as capacity. Therefore, according to the present embodiment, data transfer can be appropriately performed even when the capacity of the first reception buffer 502 or the second reception buffer 504 is small. This also makes it possible to provide the sensor control device 34 (see FIG. 1) at low cost.
  • the SNMP control unit 106 separates the received IP packet into a bucket header and bucket data and processes the packet.
  • the communication processing circuit 510 generates, for example, a new bucket header based on the received packet header, and generates a new bucket header based on the new bucket header and the packet data stored in the second reception buffer 504.
  • An IP packet may be generated.
  • the communication processing circuit 510 may transmit the generated new IP packet to the communication network 40 or another network such as a private network.
  • the SNMP control unit 106 can relay the IP packet by rewriting the packet header. In this case, the IP packet can be relayed securely.
  • FIG. 10 is a flowchart showing an example of the operation of the SNMP control unit 106.
  • the first reception buffer 502 stores the IP packet received from the communication network 40 (S302). If the data amount (size) of the received IP bucket is equal to or smaller than the capacity of the first reception buffer 502 (S304), the transfer circuit 512 transmits the data to the second reception buffer 504. The transfer of the bucket data is started (S306), and the communication processing circuit 510 starts header processing based on the packet header. (S308).
  • the application processing circuit 506 starts the SNMP processing on the packet data stored in the second reception buffer 504. (S312).
  • the first reception buffer 502 may release the area storing the IP packet.
  • the communication processing circuit 510 notifies the window size determined by the window size determining circuit 508 to the source of the IP bucket (S314), and returns to S302.
  • the first reception buffer 502 may receive the next IP packet while the application processing circuit 506 is performing the SNMP processing.
  • the communication processing circuit 510 sends the IP packet to the source of the IP packet.
  • the capacity of one receiving buffer 502 is notified as the maximum transfer unit (MTU) (S316).
  • the second reception buffer 504 releases the area storing the packet data corresponding to the bucket header whose header processing ended abnormally (S310). 8) Go to S3 14. In this case, it is preferable that the communication processing circuit 510 performs failure processing based on the result of the abnormal termination.
  • the communication processing circuit 510 receives another IP bucket after transferring the packet data to the second reception buffer 504. Therefore, according to the present embodiment, the IP bucket can be efficiently received with a small buffer capacity.
  • the window size determination circuit 508 determines an appropriate window size corresponding to the amount of receivable data based on the free space in the second reception buffer 504. Therefore, according to the present embodiment, retransmission of an IP packet due to an error in the window size can be prevented. In addition, this makes it possible to realize accurate front-end control.
  • FIG. 11 shows an example of the detailed configuration of the communication processing circuit 5110.
  • the communication processing circuit 510 performs the IP protocol processing and the transport protocol processing at high speed.
  • the communication processing circuit 510 is an extraction circuit 602, an IP protocol processing circuit 606, a transport protocol processing circuit 604, a session information storage section 614, a resource management circuit 612, and a fault processing. It has a circuit 610 and a transmission circuit 608.
  • the extraction circuit 6002 extracts an IP header and a transport header from the IP packet received by the first reception buffer 502, and extracts the extracted IP header and transport Each of the headers is supplied to each of the IP protocol processing circuit 606 and the transport protocol processing circuit 604.
  • the extraction circuit 602 extracts an IP header based on a value of an IHL (Internet Header Length) field included in the IP packet.
  • IHL Internet Header Length
  • the extraction circuit 602 extracts the IP packet from the IP packet based on the value of the portion where the data offset field of the TCP header should be located and the value of the IHL field. Extract TCP header.
  • the extraction circuit 602 determines, based on the value of the portion where the UDP header length of the UDP header should be located, and the value of the IHL field, Derives a UDP header from an IP packet.
  • the IP protocol processing circuit 606 performs the IP protocol processing based on the IP header extracted by the extraction circuit 602.
  • the IP protocol processing circuit 606 may perform the IP protocol processing by hardware processing. In this case, the IP protocol processing circuit 606 can perform the IP protocol processing at high speed.
  • the IP protocol processing circuit 606 detects a failure in the IP protocol processing in a predetermined case. For example, when the version number of the IP header is an unsupported number other than a predetermined number, or when the value indicating the service type of the IP header is not a predetermined acceptable value, Alternatively, a failure in the IP protocol processing may be detected. Further, the IP protocol processing circuit 606 may detect a failure in the IP protocol processing when the recalculated checksum value of the IP header is different from the value stored in the header checksum field of the IP header.
  • the transport protocol processing circuit 604 performs a TCP protocol process or a UDP protocol process, which is an example of the transport protocol process, based on the transport header extracted by the extraction circuit 602.
  • the transport protocol processing circuit 604 The transport protocol processing is performed by hardware processing, for example, in parallel with at least a part of the p protocol processing. Therefore, the transport protocol processing circuit 604 can perform the transport protocol processing at high speed.
  • the transport protocol processing circuit 604 detects a failure in the transport protocol processing when predetermined.
  • the transport protocol processing circuit 604 may detect a failure in the transport protocol processing when a failure occurs in the window control of the IP bucket. In other words, for example, the transport protocol processing circuit 604 may detect a failure when receiving an IP bucket including a TCP header having a sequence number outside the presented reception window.
  • the transport protocol processing circuit 604 may detect a failure in the transport protocol processing when the received data is redundantly received. That is, for example, the transport protocol processing circuit 604 may detect a failure when a copy of the IP packet occurs on the network or when the AC does not reach the source of the IP packet. Further, the transport protocol processing circuit 604 may detect a failure when an IP bucket is further received after receiving the FIN.
  • the session information storage section 6 14 is a memory for storing session information indicating a session established with a communication device connected to the communication network 40. Each time a session is established with an external communication device, the session information storage unit 614 dynamically generates a PCB 616 (Protoco 1 Control Block) corresponding to the session, and Stores information. As a result, the session information storage section 614 stores a plurality of PCBs 616 equal to the number of established sessions. Each of the plurality of PCBs 616, for example, in the corresponding session, the communication destination and its own IP address, the communication destination and its own port number, the sequence number of the TCP bucket to be sent next, and the next to receive Shows the sequence number of the TCP packet and the window size notified from the destination. Stores information.
  • PCB 616 Protoco 1 Control Block
  • the resource management circuit 612 acquires the information stored in the PCB 616 from the session information storage section 614, and obtains the IP protocol processing circuit 606, the transport protocol processing circuit 604, and the like. ⁇ Supply to each of the fault handling circuits 6 10. Also, the resource management circuit 612, for example, stores the result of the IP protocol processing by the IP protocol processing circuit 606 by the transport protocol processing circuit 604 and the result of the transport processing by the application processing circuit 506. Notify. The application processing circuit 506 may perform the SNMP processing based on these results.
  • the resource management circuit 612 manages the session based on the PCB dynamically generated in accordance with the establishment of the session. Therefore, according to the present embodiment, the communication processing circuit 5100 has a function as a terminal that performs communication in a single session, a function of integrating a plurality of sessions and performing multiplex processing, or a plurality of sessions. Function to relay communication based on the
  • the resource management circuit 612 may manage the session by hardware processing.
  • the resource management circuit 612 can perform resource management of the communication processing circuit 510 at high speed.
  • the resource management circuit 612 manages hardware resources such as the IP protocol processing circuit 606, the transport protocol processing circuit 604, or the failure processing circuit 610, so that a scheduler for processing a session is provided. A ring may be performed.
  • the failure processing circuit 610 detects a failure when the IP protocol processing circuit 606 detects a failure in the IP protocol processing, or when the transport protocol processing circuit 604 detects a failure in the transport protocol processing. Perform processing.
  • the failure processing circuit 610 may perform, for example, an IP packet retransmission request or a notification of a communication error to the source of the IP packet as the failure processing.
  • the failure processing circuit 610 receives the result of the IP protocol processing in the IP protocol processing circuit 606 and the transport protocol processing circuit 604 Failure detection may be performed based on the result of the transport protocol processing. In this case, the failure processing circuit 610 may detect a failure based on the session information stored in the session information storage 614.
  • the failure processing circuit 610 determines that the IP packet received from the communication network 40 does not request the establishment of a session, and that the source IP address and the IP address included in the IP header of the IP packet. ⁇ Failure when session information indicating the session specified by the destination IP address and the source port number and destination port number included in the transport header is not stored in the session information storage unit 6 14 May be detected. Also, if the port indicated by the destination port number of the TCP packet is not in the service enabled state (Listen State), or if the source IP address in the IP header of the IP packet requesting the session When indicating an address, a failure may be detected.
  • the transmission circuit 608 transmits the IP packet to the communication network 40.
  • the transmission circuit 608 transmits, for example, data generated by the application processing circuit 506, a window size determined by the window size determination circuit 508, or an IP packet based on the result of the failure processing by the failure processing circuit 610. Send.
  • the transport protocol processing circuit 604 receives the data generated by the application processing circuit 506 or the window size determined by the window size determination circuit 508, and receives the received data or window size.
  • a TCP bucket is generated by the TCP protocol processing based on.
  • the IP protocol processing circuit 606 receives the TCP packet from the transport protocol processing circuit 604, generates an IP bucket by the IP protocol processing, and supplies it to the transmission circuit 608.
  • the transmission circuit 608 transmits the received IP bucket to the communication network 40.
  • the communication processing circuit 510 performs at least part of the IP protocol processing and the transport protocol processing on the received IP packet in parallel. Therefore, according to the present embodiment, the IP bucket can be processed at high speed. Can be. In addition, this makes it possible to appropriately process the IP bucket even when the capacity of the first reception buffer 502 is small.
  • the application processing circuit 506 may perform application protocol processing based on the transport protocol.
  • the application processing circuit 506 may perform processing based on, for example, an HTTP protocol, which is an example of an application protocol based on TCP, a multimedia call control protocol, or a TELNET protocol. Further, the application processing circuit 506 may perform multimedia control protocol processing based on UDP.
  • the transport protocol processing circuit 604 performs flow control in an upper layer such as RTP.
  • FIG. 12 is a flowchart showing an example of the operation of the communication processing circuit 5 10 for processing a received IP packet.
  • the extraction circuit 602 extracts the IP header from the IP packet (S402), and the IP protocol processing circuit 606 starts the IP protocol processing based on the extracted IP header (S402). 4 0 4).
  • the extraction circuit 602 extracts the transport header (S406), and the transport protocol processing circuit 604 starts transport protocol processing based on the extracted transport header (S406). S408).
  • the transport protocol processing circuit 604 performs the transport protocol processing at least partially in parallel with the IP protocol processing.
  • the failure processing circuit 610 checks the session information based on the results of the IP protocol processing and the transport protocol processing (S410), and the IP protocol processing circuit 606, the transport protocol If the processing circuit 604 or the fault processing circuit 610 detects a fault (S412), the fault processing circuit 610 processes the fault (S414) and the communication processing circuit 51 0 terminates the processing of the IP bucket. On the other hand, if no failure is detected in S412, the resource management circuit 612 determines the result of the IP protocol processing by the IP protocol processing circuit 606 and the The result of the transport protocol processing by the port protocol processing circuit 604 is notified to the application processing circuit 506, and the application processing circuit 506 starts the SNMP processing (S416).
  • FIG. 13 shows an example of a detailed configuration of the transport protocol processing circuit 604.
  • the transport protocol processing circuit 604 of the present embodiment changes the processing order of the IP packets received from the communication network 40 (see FIG. 11) according to the priority.
  • the transport protocol processing circuit 604 includes a reception queue selection circuit 702, a plurality of reception queues 704-1 to n, a transmission queue selection circuit 712, and a plurality of transmission queues 714 ::! To n, a priority determination circuit 708, a processing order determination circuit 706, and a transport transmission / reception processing circuit 710.
  • the reception queue selection circuit 702 receives a transport header, which is an example of a reception bucket, from the extraction circuit 602, and selects one reception queue 704 based on this. In this case, for example, the reception queue selection circuit 702 identifies a session corresponding to the IP packet based on the transport header, and selects the reception queue 704 based on the session.
  • the reception queue selection circuit 702 The information to be indicated is received from the session information storage unit 6 14 (see FIG. 11) via the resource management circuit 6 12.
  • the reception queue selection circuit 702 causes the selected reception queue 704 to store the transport header.
  • the reception queue selection circuit 702 may cause the selected reception queue 704 to further store the data of the transport layer.
  • the reception queue 704 may store TCP packets or UDP packets.
  • the transmission queue selection circuit 712 receives the data generated by the application processing circuit 506 or the window size determined by the window size determination circuit 508 as a transmission bucket and stores it in one transmission queue 714 Let it. For example, the transmission queue selection circuit 712 may select one transmission queue 714 according to the transmission destination to which the transmission bucket is transmitted. In this case, the transmission queue selection circuit 712 may receive the information indicating the destination from the session information storage unit 614.
  • the priority determination circuit 70 ⁇ determines the priority of the reception queue 704 storing the transport header based on the transport header. In the present embodiment, the priority determination circuit 708 determines the priority based on the information indicating the session corresponding to the transport header.
  • the priority determination circuit 708 determines the priority based on the code bits ⁇ ⁇ ⁇ such as SYN and FIN included in the TCP header and the destination port number as the application identifier. May be determined.
  • the priority determination circuit 708 receives information indicating the source address included in the IP header from the IP protocol processing circuit 606 (see FIG. 11), and performs priority based on the information. The degree may be determined. Further, the priority determination circuit 708 further determines the priority for each of the plurality of transmission queues 7 14 based on the information indicating the session corresponding to the transmission bucket stored in each of the plurality of transmission queues 7 14 To determine.
  • the processing order determination circuit 706 should perform the transport protocol on the transport header stored in each of the plurality of receive queues 7 04-:! ⁇ n
  • the processing order is determined based on the priority of each reception queue 704. Further, in the present embodiment, the processing order determination circuit 706 further determines the transport stored in each of the reception queues 704 based on the priority for each of the plurality of transmission queues 7-14-1 to n. Determines the processing order in which transport processing should be performed on the header and the transmission packets stored in the respective transmission queues 7 14
  • the transport transmission / reception processing circuit 710 performs a transport protocol process on the transport header stored in the reception queue 704, and supplies a processing result to the resource management circuit 612.
  • the resource management circuit 6 12 may access the session information storage 6 14 to update the PCB 6 16 (see FIG. 11) corresponding to the transport header.
  • the transport transmission / reception processing circuit 710 performs a transport protocol process on the transmission packet stored in the transmission queue 714, and supplies the packet to the IP protocol processing circuit 606.
  • the IP protocol processing circuit 606 may further perform the IP protocol processing on the transmission packet and supply it to the transmission circuit 608 (FIG. 11).
  • the transmission circuit 608 may transmit the received transmission packet to the communication network 40.
  • the received IP packet and the transmission packet to be transmitted to the communication network 40 can be appropriately processed according to the priority.
  • FIG. 14 shows an example of a detailed configuration of the priority determining circuit 708.
  • the priority determination circuit 708 determines the priority further based on the bandwidth preset for each of the plurality of reception queues 704 (see FIG. 13).
  • the priority determination circuit 708 includes a session information identification circuit 802, a reserved bandwidth register 804, an accumulated difference counter 806, and a priority setting circuit 808.
  • the session information identification circuit 802 stores information indicating the session corresponding to the transport header stored in each of the plurality of reception queues 704 via the resource management circuit 612 and the session information storage section 6 14 To get from.
  • the session information identification circuit 802 includes, as information indicating a session, for example, a communication destination and its own The P address, the communication destination, and the own port number may be obtained.
  • the reserved bandwidth register 804 stores the IP bucket processing amount per unit time assigned to the reception queue 704 as a reserved bandwidth.
  • the reserved bandwidth register 804 stores the reserved bandwidth based on the instruction of the resource management circuit 612.
  • the cumulative difference counter 806 stores the difference between the time integrated value of the reserved bandwidth and the cumulative processing amount corresponding to each of the reception queues 704.
  • the cumulative processing amount is the cumulative data amount obtained by processing the IP packet corresponding to the transport header stored in the reception queue 704.
  • the cumulative difference counter 806 sets the value stored in the corresponding reception queue 704 to the value stored in the corresponding reception queue 704 every time the unit time elapses. Is added.
  • the cumulative difference counter may store the value of the reserved bandwidth.
  • the cumulative difference counter 806 calculates the data length of the IP bucket corresponding to the transport header from the stored value. Is subtracted. Thus, the cumulative difference counter 806 stores the difference between the cumulative processing amount and the time integral value of the reserved bandwidth. Here, when the result of the subtraction is equal to or smaller than a predetermined lower limit, the cumulative difference counter 806 may store the lower limit. When the accumulated processing amount is larger than the time integral value of the reserved bandwidth, the accumulated difference counter 806 may store a negative value.
  • the priority setting circuit 808 stores a plurality of reception queues 704 based on the information indicating the session identified by the session information identification circuit 802 and the value stored in the cumulative difference counter 806. Set the priority for each.
  • the priority setting circuit 808 may set the priority of the reception queue 704 having a large value stored in the corresponding cumulative difference counter 806 higher.
  • the priority setting circuit 808 uses the set priority to determine the processing order. Notify Road 706. According to the present embodiment, the priority can be appropriately set for each reception queue 704.
  • FIG. 15 is a flowchart showing an example of the operation of the transport protocol processing circuit 604.
  • the reception queue selection circuit 702 receives the transport header as a new reception packet (S502)
  • the reception queue selection circuit 702 identifies the session corresponding to the received packet (step S502). S504).
  • the reception queue selection circuit 702 selects one of the reception queues 704 to store the reception packet (S506), and the priority determination circuit 708 selects this transmission queue.
  • the priority of 714 is determined (S508).
  • the transmission queue selection circuit 712 when the transmission queue selection circuit 712 receives the newly generated transmission packet, the transmission queue selection circuit 712 identifies the session corresponding to the received transmission packet. Yes (S504). Then, the transmission queue selection circuit 712 selects one transmission queue 714 to store the transmission packet (S506), and the priority determination circuit 708 selects the reception queue 704 Determine the priority (S508).
  • the processing order determination circuit 706 is stored in these according to the priority of the plurality of reception queues 704-1 to n and the plurality of transmission queues 714-l to n.
  • the order in which the received and transmitted buckets are to be processed is determined (S510).
  • the processing order determination circuit 706 selects one reception queue 704 or transmission queue 714 to be processed next.
  • the transport transmission / reception processing circuit 710 receives the reception bucket stored in the reception queue 704 selected by the processing order determination circuit 706 or the transmission packet stored in the transmission queue 714.
  • the processing is performed (S512).
  • reception queue selection circuit 702 receives a new transmission packet when the transmission queue selection circuit 712 receives a new reception bucket (S502), S504 to S504 .
  • the processing order determination circuit 706 determines a new order (S510). If there is no unprocessed received packet or transmission bucket in S512, the process returns to S502 and waits for arrival of a new reception bucket or transmission bucket.
  • the reception buckets stored in each of the plurality of reception queues 704-1 to n and the transmission packets stored in each of the plurality of transmission queues 714-1 to n are appropriately set. Processing can be performed sequentially in order.
  • FIG. 16 is a flowchart showing an example of the operation of the processing order determination circuit 706.
  • the processing order determination circuit 706 selects one reception queue 704 or transmission queue 714 according to a scheduling ring having a plurality of slots.
  • Each of the plurality of slots specifies the order of processing the reception queue 704 or the transmission queue 714 by designating one of the reception queues 704 or the transmission queue 714 based on the user's instruction. Is specified.
  • the processing order determination circuit 706 selects the reception queue 704 or the transmission queue 714 (S604), and ends the operation.
  • the processing order determination circuit 706 determines the reception queue 704 or the transmission queue having the highest priority among these.
  • the queue 714 is selected (S604).
  • the transport transmission / reception processing circuit 710 gives priority to the reception bucket stored in the high-priority reception queue 704 and the transmission bucket stored in the high-priority transmission queue 714. To process.
  • each of the plurality of reception queues 704 may store a plurality of reception buckets
  • each of the plurality of transmission queues 714 may store a plurality of transmission buckets.
  • the processing order determination circuit 706 determines whether the reception queue 704 or transmission queue Select queue 7 1 4 Therefore, the transport transmission / reception processing circuit 710 processes the received packet or transmitted packet stored in the highest priority reception queue 704 or transmission queue 714 before receiving the next priority reception queue. It processes the received bucket or transmitted packet stored in the queue 704 or the transmission queue 714.
  • the processing order determination circuit 706 determines the reception order.
  • the queue 704 or the transmission queue 71 is selected (S610), and the operation ends.
  • the receive queue 704 corresponding to the selected slot does not store a received packet and the transmit queue 714 does not store a transmit bucket (S608)
  • the scheduling ring slot The next slot is selected (S606), and the process proceeds to S608 again.
  • the processing order determination circuit 706 sequentially selects one reception queue 704 from the plurality of reception queues 704 based on the order set in advance for the plurality of slots. After selecting the reception queue 704 specified by one slot, the processing order determining circuit 706 advances the slot by one before selecting the next reception queue 704. Therefore, the processing order determination circuit 706 Each time the transport header is processed, the next receive queue 704 is selected.
  • the processing order determination circuit 706 is stored in the reception bucket stored in the reception queue 704 and the transmission queue 714 having a higher priority than a predetermined priority. The received packet or the transmitted packet stored in the reception queue 704 or the transmission queue 714 is processed in accordance with the preset scheduling.
  • the other reception queues 704 and the transmission queues 7 1 4 are processed while reliably prioritizing the processing of the reception queue 704 or the transmission queue 714 of the higher priority.
  • processing that avoids starvation (S travation) in which only high-priority queues are continuously processed can be performed. Therefore, according to the present embodiment, even in an application that simultaneously processes a plurality of sessions such as a server application, the plurality of sessions can be efficiently processed.
  • the processing order determination circuit 706 determines the transport protocol processing based on which reception queue 704 or transmission queue 714 stores the reception bucket or the transmission bucket. May be determined.
  • the reception queue selection circuit 702 may select the reception queue 704 for storing the reception bucket based on, for example, the session corresponding to the reception bucket.
  • the reception queue selection circuit 702 includes a code address and a destination port number included in a TCP header, which is an example of a reception bucket, and a source address reception queue 7 included in an IP header including the transport header. You can select 0 4.
  • the transmission queue selection circuit 712 may select the transmission queue 714 for storing the transmission packet based on, for example, a session corresponding to the transmission bucket.
  • the processing order determination circuit 706 can determine an appropriate processing order for the reception bucket or the transmission packet.

Description

明 半導体回路デバイス、 パケット処理方法、 管理 管理方法、 及びパケッ ト処理方法
技術分野
本発明は、半導体回路デバイス、バケツト処理方法、管理システム、管理方法、 細 1
及びパケット処理方法に関する。特に本発明は、通信ネットワークに接続される 半導体回路デバイスに関する。 また本出願は、 下記の日本特許出願に関連する。 文献の参照による組み込みが認められる指定国については、下記の出願に記载さ れた内容を参照により本出願に組み込み、 本出願の記載の一部とする。
特願 2002— 1 92549 出願日 平成 14年 7月 1日
特願 2002 192550 出願日 平成 14年 7月 1日
特願 2002 203258 出願日 平成 14年 7月 1 1日 特願 2002 203259 出願日 平成 14年 7月 1 1日 特願 2002 203260 出願日 平成 14年 7月 11日
背;^技術
従来、 I Pネットワーク接続機能を有さない被管理対象デバイスに、 SNMP (S i mp l e Ne t wo r k Ma n a g eme n t P r o t o c o l ) 通信機能を有するワークステーション等を接続して、当該被管理対象デバイスを 管理する方法 (プロキシエージヱント) が知られている。 この場合、 ワークステ ーションは、通信ネットワークを介して、ネットワーク管理ステーションから S NMPメッセージを受け取り、当該メッセージに従って被管理対象デバイスを管 理する。 しかし、 ワークステーションは大型で高価であり、 また、 消費電力が大きい。 そのため、従来、プロキシエージェントが使用できる環境が限定されるという問 題があった。
そこで本発明は、上記の課題を解決することのできる半導体回路デバィス及ぴ バケツト処理方法を提供することを目的とする。この目的は特許請求の範囲にお ける独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の 更なる有利な具体例を規定する。 発明の開示
このような目的を達成するために、本発明の第 1の形態によると、通信ネット ワークに接続される半導体回路デパイスであって、通信ネットワークから受信し たパケットを格納する第 1受信バッファと、第 1受信バッファに格納されたパケ ットの一部である第 1部分データに基づき、 第 1の処理を行う第 1処理回路と、 第 1の処理と少なくとも一部を並行して、第 1受信バッファに格納されたパケッ トにおける、第 1部分データとは異なる部分である第 2部分データを、第 1受信 バッファから受け取って格納する第 2受信バッファと、第 2受信バッファに格納 された第 2部分データに基づき、第 1の処理より長い処理時間を要する第 2の処 理を行う第 2処理回路とを備える。
第 2部分データを、第 1受信バッファから第 2受信バッファへ転送する転送回 路を更に備え、 第 1処理回路は、 転送回路が、 第 2部分データの転送を開始した 後に、第 1の処理を行ってよい。 第 1受信バッファは、 パケットのパケットへッ ダ及ぴパケットデータを格納し、第 2受信バッファは、第 2部分データとしてパ ケットデータを格納し、第 1処理回路は、バケツトヘッダに基づき第 1の処理を 行い、 第 2処理回路は、 パケットデータに基づき第 2の処理を行ってよい。 パケットヘッダは、 I Pヘッダと、 トランスポート層のヘッダであるトランス ポートへッダとを含み、第 1処 ¾1回路は、 I pへッダ及ぴトランスポートヘッダ に基づき、 I Pプロトコル処理及びトランスポートプロトコル処理を行ってよい 。 第 2受信バッファは、 リングバッファであってよい。
パケットが T C Pに基づくパケットである場合に、第 2受信バッファの空き容 量に基づいて、 TCPにおけるウィンドウサイズを決定するウィンドウサイズ決 定回路と、 ウィンドウサイズを、パケットの送信元に通知するウィンドウサイズ 通知回路とを更に備えてよい。第 2受信バッファは、第 1受信バッファがバケツ トの次に他のバケツトを受信するより先に、第 2部分データを格納してよい。第 1受信バッファが第 1受信バッファの容量より大きいデータ量を有するバケツ トを受信した場合に、 当該バケツトの送信元に、第 1受信バッファの容量を最大 転送単位として通知する転送単位通知回路を更に備えてよい。
本発明の第 2の形態によると、通信ネットワークから受信したバケツトを処理 するバケツト処理方法であって、受信したバケツトを第 1受信バッファに格納す る第 1格納段階と、第 1受信バッファに格納されたパケッ トの一部である第 1部 分データに基づき、第 1の処理を行う第 1処理段階と、第 1の処理と少なくとも 一部を並行して、第 1受信バッファに格納されたバケツ卜における、第 1部分デ ータとは異なる部分である第 2部分データを、第 2受信バッファに転送して格納 する第 2格納段階と、 第 2受信バッファに格納された第 2部分データに基づき、 第 1の処理より長い処理時間を要する第 2の処理を行う第 2処理段階とを備え る。 本発明の第 3の形態によると、通信ネットワークに接続される半導体回路デバ イスであって、外部の被管理対象デバイスから外部入力信号を入力する入力部と 、入力部から入力された外部入力信号を示す入力データを、 SNMP (S i mp 1 e Ne t wo r k Ma n a g eme n t P r o t o c o l)における M I B (M a n a g eme n t I n f o r ma t i o n B a s e)ォブンェク トに対応付けて格納する M I B格納部と、 SNMPに基づくメッセージを用いて 、MI Bオブジェクトに対応付けられた入力データを通信ネットワークへ送信す る SNMP制御部とを備える。 また、 SNMP制御部は、 被管理対象デバイスを 制御するコマンドを通信ネットワークから受信するために用いる M I Bォブジ エタトを管理し、 S NM P制御部が、被管理対象デバイスに対するコマンドを含 む S NM Pメッセージを通信ネットワークから受信した場合に、当該 S NM Pメ ッセージにより指定されるコマンドを被管理対象デバイスに与えるコマンド出 力部を更に備えてよい。
S NMP制御部が、 被管理対象デバイスに対して外部入力信号を出力させるコマ ンドの送付を指示する S NMPメッセージを受信した場合に、 コマンド出力部は、 コマンドを被管理対象デバイスに与え、 M I B格納部は、 当該コマンドに対応して 出力される外部入力信号を入力データとして格納し、 S NMP制御部は、 S NMP に基づくメッセージを用いて、当該入力データを通信ネットワークへ送信してよレ、。 また、 M I B格納部は、 入力データを、 被管理対象デバイスの種類に依存しない入 力データ M I Bオブジェクトに対応付けて格納し、 コマンドを、 被管理対象デバィ スの種類に依存しないコマンド M I Bオブジェクトに対応付けて格納し、 S NMP 制御部は、 入力データ M I Bオブジェクトに対応付けられた入力データを通信ネッ トワークへ送信し、 コマンド出力部は、 コマンド M I Bオブジェクトに対応付けら れたコマンドを、 被管理対象デバイスに与えてよい。
また、 外部入力信号はアナログ信号であって、 アナログ信号をデジタル信号に変 換することにより、 M I B格納部が格納する入力データを生成する AD変換部を更 に備えてよい。 M I B格納部は、 外部入力信号の値の平均を算出する時間間隔を M I Bオブジェクトに対応付けて格納する平均時間間隔格納部を有し、 平均時間間隔 格納部に設定された時間間隔における外部入力信号の値の平均値を算出することに - より、 入力データを生成する平均値生成部を更に備えてよい。 S NMP制御部は、 通信ネットワークから平均時間間隔格納部の設定を指示する S NMPメッセージを 受信した場合に、 当該 S NMPメッセージにより指定される時間間隔を平均時間間 隔格納部に設定してよい。
また、 M I B格納部は、 外部入力信号の値を入力する周期を M I Bォブジェクト に対応付けて格納する入力周期格納部を有し、 入力周期格納部に設定された周期毎 に、 入力部から入力された外部入力信号を入力データとして M I B格納部に格納さ せるデータ格納制御部を更に備えてよい。 S NMP制御部は、 通信ネットワークか ら入力周期格納部の設定を指示する S NMPメッセージを受信した場合に、 当該 S NMPメッセージにより指定される周期を入力周期格納部に設定してよい。
また、 M I B格納部は、 入力データを通信ネットワークに送信する条件を M I B オブジェクトに対応付けて格納する送信条件格納部を有し、 S NMP制御部は、 入 力データが送信条件格納部に設定された条件を満たす場合に、 S NMPに基づく ト ラップメッセージを用いて、 入力データを通信ネットワークへ送信してよい。 送信 条件格納部は、 当該条件として、 入力データの閾値を格納し、 S NMP制御部は、 入力データの値が閾値を越える場合に、 入力データを通信ネットワークへ送信して よい。
' また、 予め定められた暗号鍵を格納する暗号鍵格納部と、 予め定められたサーバ の I Pァドレスを格納する I Pァドレス格納部と、 当該半導体回路デバイスの起動 後に、 暗号鍵の送信を要求する暗号鍵要求メッセージを、 I Pァドレス格納部が格 納する I Pァドレスを用いてサーバへ送信して、 当該サーバから新た.な喑号鍵を取 得する暗号鍵取得部とを更に備え、 S NMP制御部は、 新たな暗号鍵によって暗号 化されたメッセージを用いて入力データを通信ネットワークへ送信してよい。また、 被管理対象デバイスは、 外部の環境を検出するセンサであって、 入力部は、 外部の 環境を示す値を外部入力信号として入力し、 M I B格納部は、 入力部から入力され た外部入力信号を、 入力データとして格納し、 S NMP制御部は、 入力データを S NMPに基づくメッセージを用いて通信ネットワークへ送信してよレ、。 センサは、 温度センサ、 湿度センサ、 煙センサ、 又は水センサであって、 入力部は、 当該セン サに対応する温度を示す値、 湿度を示す値、 煙の有無を示す値、 又は水量を示す値 を外部入力信号として入力し、 M I B格納部は、 入力部から入力された外部入力信 号を、 入力データとして格納し、 S NMP制御部は、 入力データを S NMPに基づ くメッセージを用いて通信ネットワークへ送信してよい。
本発明の第 4の形態によると、 外部の環境を検出する管理システムであって、 外 部の環境を検出するセンサと、 センサと、 通信ネットワークとに接続される半導体 回路デバイスとを備え、 半導体回路デバイスは、 センサから、 外部の環境を示す値 を外部入力信号として入力する入力部と、 入力部から入力された外部入力信号を示 す入力テータを、 S NMP (S i mp l e Ne two r k Ma n a g eme n t P r o t o c o l) における M I B (Ma n a g eme n t I n f o rma t i o n B a s e) オブジェクトに対応付けて格納する iVl I B格納部と、 S NM Pに基づくメッセージを用いて、 MI Bオブジェクトに対応付けられた入力データ を通信ネットワークへ送信する S NM P制御部とを有する。
本発明の第 5の形態によると、 外部の被管理対象デバイスの管理方法であって、 通信ネットワークに接続される半導体回路デバイスに、 被管理対象デバイスから外 部入力信号を入力する入力段階と、 入力段階において半導体回路デバイスに入力さ れた外部入力信号を示す入力データを、 SNMP (S imp l e Ne two r k Ma n a g eme n t P r o t o c o l) における MI B (Ma n a g eme n t I n f o rm a t i o n B a s e) オブジェクトに対応付けて格納する M I B格納段階と、 SNMPに基づくメッセージを用いて、 MI Bオブジェクトに対応 付けられた入力データを通信ネットワークへ送信する SNMP送信段階とを^!える。 本発明の第 6の形態によると、通信ネットワークに接続される半導体回路デバ イスであって、通信ネットワークから I Pヘッダと、 トランスポート層のヘッダ であるトランスポートヘッダとを含む I Pパケットを受信する受信回路と、 I P バケツトから I Pヘッダ及ぴトランスポートヘッダを抽出する抽出回路と、抽出 回路が抽出した I Pヘッダに基づき、 I Pプロトコル処理を行う I Pプロトコル 処理回路と、 I Pプロ トコル処理と少なくとも一部を並行して、抽出回路が抽出 したトランスポートヘッダに基づき、 トランスポートプロトコル処理を行う トラ ンスポートプロ トコル処理回路とを備える。
抽出回路は、 I Pバケツトに含まれる IHL (I n t e r n e t He a d e r Le n g t h) フィールドの値に基づき、 I Pヘッダを抽出し、 I Pバケツトがト ランスポートへッダである T C Pへッダを含む場合において、 T C Pへッダのデ一 タオフセットフィールドが位置すべき部分の値と、 I HLフィールドの値とに基づ き、 I Pパケットから TCPヘッダを抽出してよい。 また、 抽出回路は、 I Pノ ケ ットに含まれる I HL (I n t e r n e t He a d e r L e n g t h) フィー ノレドの値に基づき、 I Pへッダを抽出し、 I Pパケットがトランスポートへッダで ある U D Pへッダを含む場合において、 U D Pヘッダの U D Pへッダ長が位置すベ き部分の値と、 I HLフィールドの値とに基づき、 I Pパケットから UDPヘッダ を抽出してよい。
I Pプロトコル処理回路が I Pプロトコル処理において障害を検出した場合、 又 はトランスポートプロトコル処理回路がトランスポートプロトコル処理において障 害を検出した場合に、 障害処理を行う障害処理回路を更に備えてよい。 I Pプロト コル処理回路は、 I Pヘッダのバージョン番号が予め定められた番号でない場合、 I Pヘッダのチェックサム値が I Pヘッダのヘッダチェックサムフィールドに格納 された値と異なる場合、 及ぴ I Pヘッダのサ一ビスタイプを示す値が予め定められ た値でない場合の少なくとも 1つに該当する場合に、 I Pプロトコル処理における 障害を検出してよい。 トランスポートプロトコル処理回路は、 受信済みのデータを 重複して受信した場合、 又は I Pバケツトのウィンドウ制御において障害が生じた 場合に、 トランスポートプロトコル処理における障害を検出してよい。
通信ネットワークに接続された通信装置との間で確立したセッションを示すセッ シヨン情報を格納するセッション情報格納部を更に備え、 障害処理回路は、 セッシ ョン情報格納部に格納されたセッション情報に対応するセッションを用いた通信に おける障害を検出してよい。 障害処理回路は、 通信ネットワークから受信した I P バケツトが、 セッションの確立を要求するものでなく、 かつ、 I Pパケッ卜の I P ヘッダに含まれる送信元 I Pアドレス及び宛先 I Pアドレスと、 トランスポートへ ッダに含まれる送信元ポート番号及び宛先ポート番号とにより指定されるセッショ ンを示すセッション情報がセッション識別情報格納部に格納されていない場合に、 セッションを用いた通信における障害を検出してよい。 本発明の第 7の形態によると、 通信ネットワークから受信した I Pバケツトを処 理するパケット処理方法であって、 通信ネットワークから I Pヘッダと、 トランス ポート層のヘッダであるトランスポートヘッダとを含む I Pパケットを受信する受 信段階と、 I Pバケツトから I Pヘッダ及ぴトランスポートヘッダを抽出する抽出 段階と、 抽出段階で抽出した I Pヘッダに基づき、 I Pプロトコル処理を行う I P プロトコル処理段階と、 I pプロトコル処理と少なくとも一部を並行して、 抽出段 階で抽出したトランスポートヘッダに基づき、 トランスポートプロトコル処理を行 うトランスポートプロトコル処理段階とを備える。 本発明の第 8の形態によると、通信ネットワークに接続される半導体回路デバ イスであって、複数の受信キューと、通信ネットワークから受信した複数の受信 バケツトのそれぞれに対し、当該受信バケツトのヘッダに基づいて一の受信キュ 一を選択し、選択した受信キューに当該受信パケットを格納させる受信キュー選 択回路と、複数の受信キューに格納された複数の受信パケットのそれぞれに対し てトランスポートプロトコル処理を行うべき処理順序を、複数の受信キューの優 先度に基づき決定する処理順序決定回路とを備える。受信パケットのヘッダに基 づき、当該受信パケットを格納する受信キューの優先度を決定する優先度決定回 路を更に備えてよい。
受信キュ一選択回路は、 受信バケツトのヘッダに基づき受信パケットに対応する セッションを識別し、 当該セッションに基づき受信パケットを格納させる受信キュ 一を選択し、 優先度決定回路は、 受信パケットに対応するセッションに基づき、 優 先度を決定してよレ、。 受信キュー選択回路は、 受信パケットのヘッダに基づき受信 パケットに対応するセッションを識別し、 当該セッションに基づき受信パケットを 格納させる受信キューを選択し、 優先度決定回路は、 受信パケットに対応するセッ シヨンと、 受信パケットの T C Pヘッダに含まれるコードビットとに基づいて、 優 先度を決定してよい。
優先度決定回路は、 受信パケットの T C Pヘッダに含まれる宛先ポート番号に基 づき優先度を決定してよレ、。 優先度決定回路は、 受信パケットに対応する I Pへッ ダに含まれる送信元ァドレスに基づき優先度を決定してよレ、。 優先度決定回路は、 複数の受信キューのそれぞれに対して予め設定された帯域幅に基づき、 優先度を決 定してよい。
受信バケツトに対してトランスポートプロトコル処理を行うトランスポート受信 処理回路を更に備え、 複数の受信キューは、 高い優先度に設定された、 少なくとも 一の高優先受信キューと、 高優先受信キューより低い優先度に設定された複数の低 優先受信キューとを有し、 高優先受信キューが受信パケットを格納する場合、 トラ ンスポート受信処理回路は当該受信パケットを処理し、 処理順序決定同路は、 トラ ンスポート受信処理回路が低優先受信キューに格納された受信バケツトを処理する 毎に、 複数の低優先受信キューから、 予め設定された順序に基づき、 一の低優先受 信キューを順次選択し、 高優先受信キューが受信パケットを格納しない場合、 トラ ンスポート受信処理回路は、 処理順序決定回路が選択している低優先受信キューに 格納された、 受信パケットを処理してよい。
受信キュー選択回路は、 受信パケットに対応するセッション、 受信パケットの T C Pヘッダに含まれるコードビッ ト、 受信パケットの T C Pヘッダに含まれる宛先 ポート番号、 及び受信バケツトの I Pヘッダに含まれる送信元ァドレスの少なくと も 1つに基づいて、 当該受信パケットを格納させる受信キューを選択し、 処理順序 決定回路は、 複数の受信パケットのそれぞれが複数の受信キューのいずれに格納さ れているかに基づいて、 トランスポートプロトコル処理を行うべき処理順序を決定 してよい。
通信ネットワークに送信すべき送信バケツトを格納する送信キューを更に備え、 処理順序決定回路は、 複数の受信キューに格納された複数の受信パケット、 及び送 信キューに格納された送信パケットのそれぞれに対してトランスポートプロトコル 処理を行うべき処理順序を、 複数の受信キューの優先度及び送信キューの優先度に 基づき決定してよい。
本発明の第 9の形態によると、 通信ネットワークから受信した複数の受信パケッ トを処理するパケット処理方法であって、 複数の受信パケットのそれぞれに対し、 '当該受信バケツトのヘッダに基づいて、 複数の受信キューから一の受信キューを選 択し、選択した受信キューに当該受信パケットを格納させる受信キュー選択段階と、 複数の受信キューに格納された複数の受信バケツトのそれぞれに対してトランスポ 一トプロトコル処理を行うべき処理順序を、 複数の受信キューの優先度に基づき決 定する処理順序決定段階とを備える。
本発明の第 10の形態によると、外部の環境を検出する管理システムであって
、外部の環境を検出するセンサと、 センサと、 通信ネットワークとに接続される 半導体回路デバイスと、通信ネットワークに接続される管理装置とを備え、半導 体回路デバイスは、外部の環境を示す入力データをセンサから入力して、 SNM P ( S i mp 1 e Ne t wo r k Ma n a g eme n t P r o t o c o l ) における M I B (M a n a g eme n t I n f o rma t i o n B a s e ) オブジェクトに対応付けて格納する MI B格納部を有し、 管理装置は、 半導体 回路デバィスに対応付けて'、半導体回路デバィスの使用者の連絡先を示す連絡先 情報を格納する連絡先データベースと、入力データを、半導体回路デバイスから 取得する SNMP管理部と、 入力データが予め設定された条件を満たす場合に、 半導体回路デバイスの使用者の連絡先を連絡先データベースから取得して、使用 者に、 入力データが予め設定された条件を満たすことを通知する通知部と を有する。 SNMP管理部は、 入力データを、 予め設定された取得周期毎に、 半導 体回路デバイスから取得してよい。 SNMP管理部は、 予め設定された応答要求周 期毎に、 半導体回路デバイスに対して応答を要求し、 要求に対して半導体回路デバ イスが応答しない場合、 通知部は、 半導体回路デバイスの使用者の連絡先を連絡先 データベースから取得して、 使用者に、 半導体回路デバイスが応答しないことを通 知してよい。
また、半導体回路デバイスは、入力データが予め設定された条件を満たす場合に、 入力データが当該条件を満たすことを示す、 SNMPに基づく トラップメッセージ を、 通信ネットワークを介して管理装置へ送信する S NMP制御部を更に有し、 S NM P管理部は、 入力データとして、 トラップメッセージを取得し、 S NM P管理 部がトラップメッセージを取得した場合に、 通知部は、 使用者に入力データが予め 設定された条件を満たすことを通知してよい。
また、複数の管理装置を備え、 S NMP制御部は、予め設定された確認周期毎に、 一の管理装置に対して通信可能なことを確認し、 当該一の管理装置と通信可能であ り、 かつ、 入力データが予め設定された条件を満たす場合、 入力データが当該条件 を満たすことを示すトラップメッセージを当該一の管理装置へ送信し、 当該一の管 理装置と通信不可能な場合、 他の管理装置に対して、 当該一の管理装置と通信不可 能であることを示すメッセージを送信し、 当該他の管理装置が通信不可能であるこ とを示すメッセージを受け取った場合、 当該他の管理装置の通知部は、 半導体回路 デバイスの使用者の連絡先を連絡先データベースから取得して、 使用者に、 当該一 の管理装置と通信不可能であることを通知してよい。
また、 M I B格納部は、 入力データが予め設定された条件を満たす場合に、 トラ ップメッセージを管理装置へ送信する送信回数を M I Bォブジェクトに対応付けて 格納する送信回数格納部を含み、 S NM P管理部は、 S NM Pに基づくメッセージ を用いて半導体回路デバイスの送信回数を設定し、 S NM P制御部は、 入力データ が予め設定された条件を満たす場合に、 管理装置によって設定された送信回数で指 定される数のトラップメッセージを管理装置へ送信してよい。
また、 連絡先データベースは、 連絡先情報として、 移動体端末への連絡先を格納 し、 通知部は、 半導体回路デバイスの使用者の連絡先として、 移動体端末への連絡 先を取得して、 使用者に入力データが予め設定された条件を満たすことを通知して よい。 管理装置は、 半導体回路デバイスの使用者へ通知部が通知を行った場合に、 移動体端末から閲覧可能に、 入力データを格納する閲覧データ格納部を更に有して よい。
また、 半導体回路デバイスは、 外部の環境を示すアナログ値をセンサから入力す る入力部と、 アナログ値をデジタル値に変換する AD変換部とを更に有し、 M I B 格納部は、 当該デジタル値を入力データとして格納してよい。 また、 センサは、 温 度センサ、 湿度センサ、 煙センサ、 又は水センサであって、 M I B格納部は、 セン サに対応する温度を示す値、 湿度を示す値、 煙の有無を示す値、 又は水量を示す値 を入力データとして入力してよレ、。 なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、 これらの特徴群のサブコンビネーションも又発明となりうる。 図面の簡単な説明 図 1は、本発明の一実施形態に係る管理システム 1 0の一例を示す図である 図 2は、本実施形態に係るセンサ制御デバイス 3 4の構成の一例を示す図で ある。
図 3は、環境データ取得部 1 0 4及び M I B格納部 1 0 8の詳細な構成の一 例を示す図である。
図 4は、 M I B格納部 1 0 8が格納する M I Bの構成の一例を示す図である 図 5は、 暗号処理部 1 1 0の構成の一例を示す図である。
図 6は、本実施形態に係るセンサ制御デバィス 3 4の動作の一例を示すフ口 一チヤ一トである。
図 7は、本実施形態に係る管理装置 5 0— 1の動作の一例を示すフローチヤ 一トである。
図 8は、パーソナルコンピュータ本体 1 1 0のハードウエア構成の一例を示 す図である。
図 9は、 S NM P制御部 1 0 6の構成の一例を示す図である。
図 1 0は、 S NM P制御部 1 0 6の動作の一例を示すフローチヤ一トである 図 1 1は、 通信処理回路 5 1 0の構成の一例を示す図である。
図 1 2は、 通信処理回路 5 1 0の動作の一例を示すフローチャートである。 図 1 3は、 トランスポートプロトコル処理回路 604の詳細な構成の一例を 示す図である。
図 14は、優先度決定回路 708の構成の詳細な構成の一例を示す図である
図 1 5は、 トランスポートプロトコル処理回路 604の動作の一例を示すフ ローチャートである。 図 1 6は、処理順序決定回路 706の動作の一例を示すフローチヤ一トであ る。
発明を実施するための最良の形態
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態はクレ ームにかかる発明を限定するものではなく、又実施形態の中で説明されている特 徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
図 1は、本発明の一実施形態に係る管理システム 1 0の一例を示す。本実施形 態において、管理システム 1 0は、 I Pネットワーク接続機能を有さない被管理 対象デバイス (Ma n a g e d Ob j e c t) の一例であるセンサ 20を、 S NMP ( S i mp 1 e Ne t wo r k Ma n a g eme n t P r o t o c o 1) により管理する。
管理システム 1 0は、通信ネットワーク 40により互いに接続された、複数の 管理装置 50— 1、 2と、 被管理対象システム 70とを備える。
被管理対象システム 70は、 I P通信に基づく処理を行う I Pアプリケーショ ンの一例である。 本実施形態において、 被管理対象システム 70は、 I Pに基づ くプロトコルの一例である S NMPに基づき、処理を行う。管理対象システム 7 0は、例えば H TTP (Hy p e r T e x t T r a n s f e r P r o t o c o l )やマルチメディア呼制御プロトコル等の、 I Pに基づく他のプロトコル に基づき、 更に処理を行ってもよい。 本実施形態において、 被管理対象システム 70は、 センサ 20及びエージェントデバイス 30を有する。
センサ 20は、エージヱントデバイス 30の外部に設けられ、被管理対象シス テム 70の外部の環境を検出して、当該外部の環境を示す値を外部入力信号とし てエージェントデパイス 30に供給する。 センサ 20は、 例えば、 温度センサ、 湿度センサ、煙センサ、 又は水センサであって、 センサ 20に対応する温度を示 す値、 湿度を示す値、煙の有無を示す値、 又は水量を示す値を外部入力信号とし て出力してよい。
ここで、 本実施形態において、センサ 20は、 アナログ信号である外部入力信 号をエージヱントデバイス 30に供給する。別の実施例において、センサ 20は 、 デジタル信号である外部入力信号を出力してもよい。 例えば、 温度センサであ るセンサ 20は、温度を示すアナログ信号又はデジタル信号を、エージヱントデ バイス 30への外部入力信号として出力してよい。
エージェントデバイス 30は、 S NMPにおけるプロキシエージェントの機能 を有し、センサ 20と取り外し可能に接続される。エージェントデバイス 30は 、 0変換器3 2、 センサ制御デバイス 34、 及び初期値格納部 36を含む。
AD変換器 3 2は、アナログ伝送線路 22を介してセンサ 20から受け取る外 部入力信号をデジタル信号に AD変換する。 ここで、 AD変換器 32は、例えば S P I (S e r i a l P e r i p h e r a l I n t e r f a c e)等により センサ制御デバイス 34と接続され、センサ制御デバイス 34から受け取る設定 パラメータに従って AD変換を行う。 そして、 センサ制御デバイス 34は、 AD 変換器 32がデジタル信号に変換した外部入力信号を入力データとして受け取 り、外部入力信号が示す環境データを、 SNMPに基づくメッセージを用いて通 信ネットワーク 40に送信する。
ここで、センサ制御デバイス 34は、被管理対象システム 70の外部と接続可 能なシリアルインターフェイスを有する。センサ制御デバイス 34は、 当該シリ ァルインターフェイスを介して、 例えば管理装置 50 - 1と接続されてもよく、 センサ 20と接続されてもよレ、。
また、センサ制御デバイス 34は、デジタル伝送線路 24を介してセンサ 20 にコマンドを供給することによりセンサ 20を制御する。更には、センサ制御デ バイス 34は、デジタル伝送線路 24を介して、例えばセンサ 20の状態を示す ステータス信号を受け取ってもよく、デジタル信号である外部入力信号を受け取 つてもよレ、。 コマンド出力部 306は、 制御信号をセンサ 20に与えてよい。 また、 センサ制御デバイス 34は、 センサ 20Xはデジタル伝送線路 24から 動作電力を受け取ってもよい。 デジタル伝送線路 24は、 例えば、 RS— 232 · C、 S P I等のシリァルインターフェイス、又は複数のビットを有する D I Oィ ンターフェイスであってよい。
初期値格納部 36は、例えば管理装置 50_ 1の I Pァドレス等の、センサ制 御デバイス 34に初期設定すべき情報を格納する。初期値格納部 36は、例えば 、 EE PROM又はフラッシュメモリであってよい。 センサ制御デバイス 34は 、 起動時に初期値格納部 36にアクセスし、 初期設定すべき情報を取得する。 尚、 別の実施例において、 エージェントデバイス 3 0は、 センサ制御デバイス 34に接続された C PUを更に含んでもよい。 当該 CPUは、 例えば、 SNMP に基づく処理の一部を行ってよい。
複数の管理装置 50— 1、 2は、 SNMPにおけるネットワーク管理ステーシ ヨン (マネージャ) の機能を有し、 S NMPに基づくメッセージを被管理対象シ ステム 70に対して送受信することにより、被管理対象システム 70を管理する 。 管理装置 50— 1は、 SNMP管理部 52、 閲覧データ格納部 54、 通知部 5 6、 及び連絡先データベース 58を有する。
SNMP管理部 52は、 SNMPに基づくメッセージを用いて、環境データを センサ制御デバイス 34から取得する。 すなわち、 SNMP管理部 52は、被管 理対象システム 70に対する定期的なポーリング、又ほ被管理対象システム 70 から受け取るトラップメッセージにより環境データを取得する。 連絡先データベース 5 8は、センサ制御デバイス 3 4に対応付けて、センサ制 御デバイス 3 4の使用者の連絡先を示す連絡先情報を格納する。本実施形態にお いて、連絡先データベース 5 8は、 連絡先情報として、 移動体端末の一例である 携帯電話 6 0への連絡先を格納する。別の実施例において、連絡先データベース 5 8は、連絡先情報として、例えばセンサ制御デバィス 3 4の使用者の電子メー ルァドレスや F A X番号を格納してもよレ、。
通知部 5 6は、環境データが予め定められた条件を満たす場合に、センサ制御 デバイス 3 4の使用者に対して、環境データが予め定められた条件を満たすこと を示す通知を行う。 通知部 5 6は、 例えば、 ポーリングに応じて取得した環境デ ータの値が予め設定された閾値を越えた場合や、 トラップメッセージにより環境 データを取得した場合に、 当該通知を行ってよい。 通知を行う場合、 通知部 5 6 は、連絡先データベース 5 8から携帯電話 6 0への連絡先を取得して通知を行う 。 この場合、 通知部 5 6は、 予め定められた複数回の通知を行ってよい。 また、 通知部 5 6は、携帯電話 6 0に、音声又は文字メッセージ等により通知を行って よい。
閲覧データ格納部 5 4は、センサ制御デバィス 3 4の使用者へ通知部 5 6が通 知を行った場合に、携帯電話 6 0から閲覧可能に環境データを格納する。 閲覧デ ータ格納部 5 4は、例えば、携帯電話 6 0が有するウェブブラウザ機能によりァ クセス可能なホームページに、 環境データを格納してよい。
また、別の実施例において、 閲覧データ格納部 5 4は、 管理装置 5 0— 1の外 部のサーバに環境データを含むデータを送付することにより、当該外部のサーバ 上に設けられた、携帯電話 6 0から閲覧可能なホームページに環境データを格納 管理装置 5 0— 2は、管理装置 5 0 - 1と同一又は同様の機能を有するため説 明を省略する。被管理対象システム 7 0は、例えば管理装置 5 0一 1と通信不可 能な場合に、 管理装置 5 0— 2と通信する。
本実施形態において、管理装置 5 0— 1は、 センサ 2 0を、 S NM Pに基づく 通信機能を有するエージヱントデバイス 3 0を介して制御及び監視する。そのた め、本実施形態によれば、 I Pネットワーク接続機能を有さないセンサを S NM Pにより管理して、外部の環境を検出する管理システムを提供することができる 。 また、 これにより、 インターネットの標準プロトコルにより、 センサを遠隔管 理、 監視し、 計測するシステムを提供することができる。 更には、 本実施形態に よれば、センサ 2 0に対する管理及び監視を統合化して行うシステム及ぴソリュ ーシヨンを提供することができる。 尚、 S NM Pは、 S NM Pに基づき定義され たプロトコル、 あるいは、 S NM Pに基づき将来定義されるプロトコルであって あよい。
以上において、通信ネットワーク 4 0は、例えばインターネットゃ他の公衆回 線網等の広域ネットワークであってもよく、ローカルネットワーク等であっても よい。
センサ制御デバィス 3 4は、例えば、ネットワーク化されていないスタンドア 口一ン機器やノンコンピュータ機器等の各種被制御デバィスを制御する制御デ パイスの一例である。 センサ制御デバイス 3 4は、 センサ 2 0に代えて、被管理 対象デバィスであるこれらの被制御デバィスに接続され、これらの被制御デバィ スを管理及ぴ /又は監視して制御してよい。
また、 センサ制御デバイス 3 4は、 S NM Pに代えて、 例えば、 I Pに基づく プロトコルの一例である、 H T T P、 マルチメディア呼制御プロトコノレ、又は T E L N E Tプロトコルにより、 管理装置 5 0— 1と通信してもよい。 この場合、 管理装置 5 0— 1は、 これらのプロトコルに基づき、被管理対象デバイスを制御 することができる。 そのため、 本実施形態によれば、 I Pネットワーク接続機能 を有さない被管理対象デバイスを管理する管理システム及び I Pネットワーク ソリユーションを低いコス トで提供することができる。
図 2は、本実施形態に係るセンサ制御デバィス 3 4の構成の一例を示す。セン サ制御デバィス 3 4は、一の半導体チップ上に形成された半導体回路デバイスで あり、 入力部 1 0 2、 環境データ取得部 1 0 4、 M I B格納部 1 0 8、 S NM P 制御部 1 06、 及ぴ暗号処理部 1 1 0を含む。
入力部 1 02は、 AD変換器 32から外部入力信号を入力する。環境データ取 得部 1 04は、 入力部 1 02から入力された外部入力信号を示す入力データを、 環境デ一タとして M I B格納部 108に供給する。 また、環境データ取得部 1 0 4は、 センサ 20を制御するコマンドを、 センサ 20に与える。
MI B格納部 1 08は、 環境データを、 SNMPにおける MI B (M a n a g eme n t I n f o rma t i o n B a s e)オブジェク トに対応付けて格 納する。 尚、 MI Bは、 MI Bに基づき定義されたデータ構造、 又は将来 MI B に基づき定義されるデータ構造であってもよい。
SNMP制御部 1 06は、 MI B格納部 1 08から環境データを受け取り、 S NMPに基づくメッセージを用いて、通信ネットワーク 40へ送信する。 この場 合、 S NMP制御部 1 06は、 例えば、 管理装置 50 _ 1 (図 1参照) の要求 ( ポーリング) に応じて環境データを送信してもよく、環境データが予め定められ た条件を満たす場合に、 トラップメッセージにより環境データを送信してもよい 。 更には、 SNMP制御部1 06は、 暗号処理部 1 1 0から取得した暗号鍵によ り、 環境データを暗号化して送信してよい。
また、 S NMP制御部 1 06は、センサ 20を制御するコマンドを通信ネット ワーク 40から受信するために用いる M I Bオブジェクトを管理する。この場合 、 M I B格納部 108は、 当該コマンドを M I Bオブジェク トに対応付けて格納 する。 そして、 環境データ取得部 104は、 MI B格納部 1 08から当該コマン ドを受け取ってセンサ 20に与える。
尚、 S NMP制御部 1 06は、 シリアルインターフェイスを介して、例えば管 理装置 50_ 1と接続されてもよい。 この場合、 SNMP制御部106は、 シリ ァルインターフェイスを介してコマンドを受け取ってよい。
また、 SNMP制御部 1 06は、例えば、 HTTP、 マルチメディア呼制御プ 口トコノレ、又は TELNETプロトコル等の、 I P上に実装された各種プロトコ ルに基づく処理を更に行ってよい。 MI B格納部 108は、 I P上に実装された各種プロトコルに基づいて取得し た情報を格納する取得情報格納部の一例である。 M I B格納部 108は、 '例えば 、 センサ制御デバイス 34に設定すべき情報を、 HTTP、 マルチメディア呼制 御プロトコル、又は TELNETプロトコルに基づいて管理装置 50—1から取 得して格納してよい。
本実施形態において、半導体チップ上に形成された半導体回路デバイスである センサ制御デバイス 34は、 センサ 20を制御するコマンドを出力する機能と、 センサ 20から受け取る外部入力信号を示す SNMPメッセージを生成する機 能とを有する。 本実施形態によれば、小型で低消費電力、 かつ高速なエージェン トデバイス 30を低いコストで提供することができる。 尚、センサ制御デバイス 34は、例えば、 当該コマンド出力機能及ぴ SNMP制御部メッセージ生成機能 を有する AS I Cであってよい。センサ制御デバイス 34は、モノリシック I C であるのが好ましい。
また、別の実施例において、 センサ制御デバイス 34は、複数の半導体チップ に分割して形成されてもよい。 この場合、 当該複数の半導体チップは、 MCP ( Mu 1 t i Ch i p Mo d u 1 e) として、一のパッケージに封入されても よい。 この場合も、エージェントデバイス 30を低いコストで提供することがで きる。
ここで、 本実施形態において、センサ制御デバイス 34は、 外部の AD変換器 32によりデジタル信号に変換された外部入力信号を受け取る。別の実施例にお いては、 センサ制御デバイス 34が、 AD変換器 32を含んでもよい。 この場合 、 入力部 102は、 アナログ信号の外部入力信号をセンサ 20カゝら受け取り、 A D変換器 32は、当該アナログ信号をデジタル信号に変換して環境データを生成 し、環境デ一タ取得部 104を介して MI B格納部 108に供給する。 この場合 、 エージェントデバイス 30を更に低いコストで提供することができる。
図 3は、環境データ取得部 104及ぴ M I B格納部 108の詳細な構成の一例 を示す。 環境データ取得部 104は、平均値生成部 302、 データ格納制御部 3 0 4、 及ぴコマンド出力部 3 0 6を有する。
平均値生成部 3 0 2は、入力部 1 0 2から外部入力信号を受け取り、外部入力 信号の平均値を算出することにより環境データを生成する。 この場合、平均値生 成部 3 0 2は、平均時間間隔格納部 2 0 4に設定された時間間隔における平均値 を算出する。
ここで、平均値生成部 3 0 2は、環境データの生成をハ一ドウヱァ処理により 行ってよい。 この場合、 平均値生成部 3 0 2は、 例えば 1 m秒毎等の高いサンプ リングレートで外部入力信号を受け取り、 平均値を算出してよい。 また、 平均時 間間隔格納部 2 0 は、平均値を算出する時間間隔をサンプリングの回数により 指定してもよい。
データ格納制御部 3 0 4は、入力周期格納部 2 0 6に設定された周期毎に、環 境データを環境データ格納部 2 0 2に格納させる。 また、 コマンド出力部 3 0 6 は、 コマンド格納部 2 0 8からコマンドを受け取って、 センサ 2 0に与える。
M I B格納部 1 0 8は、環境データ格納部 2 0 2、平均時間間隔格納部 2 0 4 、 入力周期格納部 2 0 6、 コマンド格納部 2 0 8、 送信条件格納部 2 1 0、 送信 回数格納部 2 1 2、及び I Pァドレス格納部 2 1 4を有する。環境データ格納部 2 0 2は環境データを、平均時間間隔格納部 2 0 4は外部入力信号の値の平均を 算出する時間間隔を、入力周期格納部 2 0 6は外部入力信号の値を入力する周期 を、 コマンド格納部 2 0 8はセンサ 2 0に与えるべきコマンドを、送信条件格納 部 2 1 0は S NM P制御部 1 0 6に環境データを送信させる条件を、送信回数格 納部 2 1 2はトラップメッセージの繰り返し回数を、 I Pアドレス格納部 2 1 4 は複数の管理装置 5 0— 1、 2 (図 1参照) の I Pア ドレスを、 それぞれ M I B オブジェクトに関連づけて格納する。
ここで、 M I B格納部 1 0 8は、格納すべき情報を S NM P制御部 1 0 6から 受け取る。 S NM P制御部 1 0 6は、 センサ制御デバイス 3 4 (図 1参照) の起 動時に、 M I B格納部 1 0 8が格納すべき初期値を初期値格納部 3 6 (図 1参照 ) から受け取って、 M I B格納部 1 0 8に供給する。 そして、初期値格納部 36の起動後に、通信ネットワーク 40から M I B格納 部 1 08の更新を示す SNMPメッセージを受け取った場合、 SNMP制御部 1 06は、当該メッセージに従って M I B格納部 1 08が格納する情報を更新する 。例えば、平均時間間隔格納部 204の設定を指示する SNMPメッセージを受 信した場合、 SNMP制御部1 06は、 当該 SNMPメッセージにより指定され る時間間隔を平均時間間隔格納部 204に設定する。 また、入力周期格納部 20 6の設定を指示する SNMPメッセージを受信した場合、当該 SNMPメッセ一 ジにより指定される周期を入力周期格納部 206に設定する。センサ 20に対す るコマンドを含む S NMPメッセージを通信ネットワーク 40から受信した場 合、当該 SNMPメッセージにより指定されるコマンドをコマンド格納部 208 1¾疋する。 .
また、センサ制御デバイス 34は、管理装置 50— 1及ぴ Z又は管理装置 50 一 2の I Pァドレスを、外部のサーバ等からの要求に基づき変更してもよい。 こ の場合、センサ制御デバイス 34を管理すべき管理装置を、通信ネットワーク 4 0を介して変更することができる。
本実施形態において、 M I B格納部 1 08は、 センサ 20に与えるコマンド、 及びセンサ 20から受け取る外部入力信号に基づく環境データを、 M I Bォブジ ェク トに対応付けて格納する。 これにより、 管理装置 50— 1は、予め定められ たデータ構造を有する MI Bオブジェクトを介してセンサ 20を管理する。その ため、 本実施形態によれば、センサ 20の種類によらず、 適切にセンサ 20を管 理することができる。
図 4は、 MI B格納部 1 08 (図 3参照) が格納する MI Bの構成の一例を示 す。 本実施形態において、 M I B格納部 1 08は、 e n t e r p r i s e sサブ ツリー (· 1. 3. 6. 1. 4. 1) 以下に定義された、 例えばセンサ制御デバ イス 34 (図 1参照) の製造元である〇〇〇会社のサブツリーが含む、センサ制 御デパイスのサブツリーを格納する。 管理装置 50— 1 (図 1参照) は、 SNM pメッセージを用いて、〇〇〇会社サブツリー以下の MI Bオブジェクトの値を IX疋 ¾
尚、 本実施形態において、 M I B格納部 1 0 8は、 例えば構成管理、 障害管理 、 性能管理、 セキュリティ管理、課金管理等に用いる標準的な M I Bサブツリー (図示せず) を更に格納する。 管理装置 5 0— 1は、 S NM Pメッセージを用い て、これらの標準的な M I Bサブッリ一以下の M I Bオブジェクトの値を設定す る。
センサ制御デバイスサブツリーは、 0変換器3 2 (図 1参照) を管理するた めに用いる A D変換器サブツリーと、 センサ 2 0 (図 1参照) からデジタル信号 を受け取るのに用いるデジタル入力サブッリーと、センサ 2 0にデジタル信号を 送るのに用いるデジタル出力サブツリーと、 管理装置 5 0— 1、 2 (図 1参照) にトラップメッセージを送るのに用いるトラップサブッリ—と、設定オブジェク トとを含む。
A D変換器サブッリ一は、それぞれが A D変換器 3 2の一のアナログ入力端子 に対応するチャネル 0〜 3サブツリーと、 初期化サブツリーとを有する。 尚、本 実施形態において、 A D変換器 3 2は、チャネル 0〜 3に対応する 4つのアナ口 グ入力端子を有する。センサ 2 0は、 A D変換器 3 2の一又は複数のアナログ入 力端子に外部入力信号を供給してよい。
チャネル 0サブツリーは、 説明、 アクティブフラグ、 トラップフラグ、 トラッ プモード、 トラップ閾値、 入力周期、 平均時間間隔、 遅延時間、 書込ビット数、 書き込みパラメータ、読出しビット数、及び M I B割当てのそれぞれを示す M I Bォブジヱク トと、 データサブツリーとを含む。
説明オブジェクトは、 A D変換器 3 2のチャネル 0の名称又はチャネル 0の機 能を識別する情報を示す。 アクティブフラグオブジェクトは、 チャネル 0が動作 しているか否かを示す。 トラップフラグオブジェクトは、 S NM P制御部1 0 6 (図 2参照) にトラップメッセージを送信させるか否かを設定する。
トラップモードオブジェクトは、 トラップメッセージを繰り返し送信する回数 を示す。 トラップ閾値オブジェクトは、 環境データの閾値を示す。 ここで、 S N M P制御部 1 0 6は、環境データの値が当該閾値を越える場合に、 トラップメッ セージを用いて、環境データを通信ネットワーク 4 0へ送信する。 S NM P制御 部 1 0 6は、環境データが当該閾値より高い値、又は低い値に変化した場合にト ラップメッセージを送信してよい。
また、 トラップ閾値オブジェクトは、閾値として上限閾値と下限閾値とを示し てもよい。 この場合、 3 ]^ ?制御部1 0 6は、環境データが上限閾値より高い 値、又は下限閾値より低い値に変化した場合にトラップメッセージを送信してよ い。
入力周期オブジェクトは、環境データ格納部 2 0 2に新たな環境データを格納 させる周期を示す。平均時間間隔オブジェクトは、 A D変換器 3 2の出力を平均 する時間間隔を示す。遅延時間ォブジェク トは、 A D変換器 3 2に对するコマン ドの出力に対応して、 A D変換器 3 2がデータを出力するまでの遅延時間を示す 。書込ビット数ォブジェク トは、 A D変換器 3 2に与えるコマンド又は設定パラ メータのビット長を示す。書き込みパラメータオブジェクトは、 A D変換器 3 2 に与えるコマンド又は設定パラメータを示す。 読出しビット数ォブジェクトは、 A D変換器 3 2から受け取るデジタルデータのビット長を示す。
M I B割当てォブジヱクトは、物理チャネルであるチャネル 0の論理チャネル への割り当てを示す。 ここで、 管理装置 5 0— 1 (図 1参照) は、 論理チャネル を指定してセンサ制御デバイス 3 4にアクセスし、 センサ制御デバイス 3 4は、 当該論理チャネルに対応する、 A D変換器 3 2の物理チャネルにアクセスする。 データサブッリ一は、 データ 1〜 1 0の 1 0個の M I Bオブジェクトを含む。 データ 1〜1 0オブジェク トは、それぞれ A D変換器 3 2から受け取る環境デー タを示す。 尚、 チャネル 1〜3サブツリーは、 それぞれチャネル 0サブツリーと 同一又は同様の構成を有するため説明を省略する。
初期化サブツリーは、 A D変換器 3 2を初期化するコマンド又は設定パラメ一 タを示す初期化データオブジェクトを含む。初期化データオブジェクトは、例え ば、 A D変換器 3 2に設定すべきゲイン又はオフセット等を示す。 デジタル入力サブツリーは、 説明、 トラップマスク、 及ぴデジタル入力データ のそれぞれを示す M I Bォブジェクトを含む。説明オブジェクトは、センサ制御 デバイス 3 4がデジタル伝送線路 2 4 (図 1参照) を介してセンサ 2 0から受け 取るデジタル信号を表す名称、 又はデジタル信号の種類を識別する情報を示す。 トラップマスクオブジェクトは、 当該デジタル信号のうち、 トラップ信号を送信 する条件の検出に用いるビットを選択するのに用いる。デジタル入力データォブ ジェクトは、 センサ 2 0から受け取ったデジタル信号の値を示す。
デジタル出カツリ一は、説明及ぴデジタル出力データのそれぞれを示す M I B 才ブジヱクトを含む。説明ォブジェク トは、センサ制御デバイス 3 4がデジタル 伝送線路 2 4を介してセンサ 2 0に与えるデジタル信号であるコマンド若しく はデータを表す名称、又はデジタル伝送線路 2 4を介した通信の形式を識別する 情報を示す。デジタル出力データオブジェクトは、デジタル伝送線路 2 4を介し てセンサ 2 0に与えるデジタル信号を書き込むために用いる。
トラップサブツリーは、 トラップマネージャ 1, 2のそれぞれを示す M I Bォ ブジェクトを含む。 トラップマネージャ 1オブジェク トは、管理装置 5 0— 1の I Pアドレスを示す。 トラップマネージャ 2オブジェクトは、管理装置 5 0— 2 の I Pァドレスを示す。
設定オブジェクトは、初期値格納部 3 6 (図 1参照) の記憶内容の更新値を示 す M I Bオブジェク トである。管理装置 5 0— 1は、設定オブジェクトに値を設 定してセンサ制御デバィス 3 4を再起動することにより、初期値格納部 3 6の記 憶内容を更新する。
以上において、センサ 2 0又は A D変換器 3 2から受け取る入力データを示す M I Bオブジェクト以外の M I Bオブジェクトは、管理装置 5 0一 1等によって 書き換え可能であってよい。 これにより、 センサ制御デバイス 3 4の使用者は、 センサ 2 0、 A D変換器 3 2、 センサ制御デバイス 3 4、 及ぴ初期値格納部 3 6 の設定等を、 通信ネットワーク 4 0を介して行うことができる。
本実施形態において、環境データ格納部 2 0 2 (図 3参照) は、 データ 1〜1 0オブジェク トの値を格納する。 平均時間間隔格納部 2 0 4 (図 3参照) は、 平 均時間間隔ォブジェクトの値を格納する。 入力周期格納部 2 0 6 (図' 3参照) は 、 入力周期ォブジヱクトの値を格納する。 コマンド格納部 2 0 8 (図 3参照) は 、 デジタル出力データォブジェクトの値を格納する。 送信条件格納部 2 1 0 (図 3参照) は、 トラップフラグオブジェクト及ぴトラップ閾値オブジェク トの値を 格納する。 送信回数格納部 2 1 2 (図 3参照) は、 トラップモードオブジェク ト の値を格納する。 I Pア ドレス格納部 2 1 4 (図 3参照) は、 トラップマネージ ャ 1 , 2オブジェクトの値を格納する。
これにより、 M I B格納部 1 0 8は、 環境データを、 センサ 2 0の種類に依存 しないデータ 1 〜 1 0オブジェクト (入力データ M I Bオブジェクト) に対応付 けて格納し、センサ 2 0に与えるコマンドを、センサ 2 0の種類に依存しないデ ジタル出力データオブジェクト (コマンド M I Bオブジェク ト) に対応付けて格 納する。 そして、 S NM P制御部 1 0 6は、 データ 1 〜 1 0オブジェク トに対応 付けられた環境データを通信ネットワーク 4 0へ送信する。 また、 コマンド出力 部 3 0 6は、デジタル出力データオブジェクトに対応付けられたコマンドを、セ ンサ 2 0に与える。 本実施形態によれば、 エージェントデバイス 3 0は、 センサ 2 0の種類によらない汎用的な構造の M I Bを用いて、各種のセンサ 2 0を S N M Pにより管理することができる。 また、 これにより、 異なる種類の被管理対象 デバイスを、 例えば同一のハードウヱァ処理により管理することができる。
図 5は、 暗号処理部 1 1 0の構成の一例を示す。 暗号処理部 1 1 0は、 暗号鍵 取得部 4 0 2及び暗号鍵格納部 4 0 4を含む。暗号鍵取得部 4 0 2は、センサ制 御デパイス 3 4の起動時に、 S NM P制御部 1 0 6を介して初期値格納部 3 6 ( 図 1参照) から暗号鍵を取得して、 暗号鍵格納部 4 0 4に格納させる。
また、 暗号鍵取得部 4 0 2は、 センサ制御デバイス 3 4の起動後に、 喑号鍵の 送信を要求する暗号鍵要求メッセージを、管理装置 5 0— 1へ送信し、管理装置 5 0 - 1から新たな暗号鍵を取得する。 この場合、 暗号鍵取得部 4 0 2は、 管理 装置 5 0— 1の I Pア ドレスを I Pァドレス格納部 2 1 4 (図 3参照) から取得 する。
そして、 暗号鍵格納部 404は、格納する暗号鍵を新たな暗号鍵に更新し、 S NMP制御部 1 06は、新たな暗号鍵によって喑号化された S NMPメッセージ を用いて環境データを通信ネットワーク 40へ送信する。 本実施形態によれば、 センサ制御デバイス 34が起動する度に新たな暗号鍵を取得することにより、管 理装置 50— 1は、被管理対象システム 70と、秘匿性の高い通信を行うことが できる。
図 6は、本実施形態に係るセンサ制御デバィス 34の動作の一例を示すフロー チャートである。 最初に、 センサ制御デバイス 34は、 初期値格納部 36が格納 するデータを取得して、 MI B格納部 1 08が格納する MI B、及ぴ暗号鍵格納 部 404が格納する暗号鍵の初期値を設定する (S 1 02) 。 そして、 管理装置 50- 1から、 MI B又は暗号鍵を設定させる S NMPメッセージを受信した場 合 (S 1 04) 、 受信した SNMPメッセージに従って、 MI B、 及び/又は喑 号鍵を更新する (S 1 06) 。
そして、 管理装置 50— 1から環境データの要求が有る場合 (S 1 08) 、 A D変換器 3 2から取得した環境データを M I Bオブジェクトに対応付けて環境 データ格納部 202に格納する (S 1 1 0) 。 そして、 SNMPメッセージを用 いて管理装置 50- 1に送信し (S 1 1 2) 、 次の環境データの要求を待つ (S 1 08) 。 一方、 S 1 04において、 M I B又は暗号鍵を更新させる S NMPメ ッセージを受信しない場合、センサ制御デバイス 34は、 S 1 08に進んで環境 データの要求を待つ。
ここで、 S 1 08における環境データの要求は、例えば、センサ 2.0に対して 外部入力信号を出力させるコマンド送付を指示する SNMPメッセージである。 この場合、 コマンド出力部 306は、 当該コマンドをセンサ 20に与え、 センサ 20は、 コマンドに対応して外部入力信号を出力する。
S 1 08において、 環境データの要求がない場合、 SNMP制御部 1 06は、 管理装置 50— 1と通信可能か否かを確認する (S 1 14) 。 SNMP制御部 1 06は、例えば、 予め設定された確認周期毎に、管理装置 50— 1に対して p i n g等のメッセージを送信することにより、管理装置 50- 1に対して通信可能 なことを確認してよい。
そして、 管理装置 50- 1と通信可能であり、 かつ、 トラップフラグオブジェ クトの値がトラップメッセージの送信を行う設定の場合 (S 1 1 6) 、 AD変換 器 32から環境データを取得して環境データ格納部 202に格納する(S 1 1 8
) o
そして、環境データが送信条件格納部 2 10が格納する閾値オブジェクトの示 す閾値より大きい場合 (S 1 20) 、 SNMP制御部 106はトラップメッセー ジを管理装置 50 - 1に送信し (S 1 22) 、 S 1 08に戻って環境データの要 求を待つ。
ここで、 S 1 20において、 SNMP制御部 1 06は、 環境データが閾値より 小さい場合にトラップメッセージを送信してもよい。 また、 S 1 22において、 SNMP制御部 1 06は、 トラップモードォブジェクトが示す送信回数で指定さ れる数のトラップメッセ一ジを管理装置 50— 1へ送信する。
また、 S 1 1 4において、 SNMP制御部 1 06が管理装置 50— 1と通信不 可能な場合、センサ制御デバィス 34は、管理装置 50— 2に管理装置 50— 1 と通信不可能であることを示すトラップメッセージを送信する。 この場合、管理 装置 50— 2の通知部 56は、センサ制御デバィス 34の使用者の連絡先を連絡 先データベース 5 8から取得して、使用者に、管理装置 50- 1と通信不可能で あることを通知する。
本実施形態によれば、センサ制御デバイス 34は、管理装置 50— 1からの環 境データの要求に応じて、又は、管理装置 50- 1が予め設定した MI Bォブジ ヱクトの値に応じた動作により、環境データを管理装置 50— 1へ送信する。本 実施形態によれば、管理装置 50 _ 1は、センサ制御デバイス 34を適切に管理 して環境データを取得することができる。
図 7は、本実施形態に係る管理装置 50- 1の動作の一例を示すフローチヤ一 トである。 管理装置 50— 1は、 最初に、 センサ制御デバイス 34が格納する M I B及び/又は暗号鍵を設定させる SNMPメッセージを送信する (S 202) 。 そして、 センサ制御デバイス 34の使用者が環境データを要求する場合 (S 2 04) 、 SNMP管理部 52はセンサ制御デバイス 34に対して環境データを要 求し (S 206) 、 センサ制御デバイス 34からの応答があった場合 (S 208 ) には、 受け取った環境データと予め設定された閾値とを比較する (S 2 1 0) 。 そして、 環境データが閾値より大きい場合、通知部 56はコマンド格納部 20 8からセンサ制御デバイス 34の使用者の連絡先情報を取得し、使用者の携帯電 話 60に、 環境データが閾値より大きいことを通知する (S 2 1 2) 。 そして、 閲覧データ格納部 54は環境データを携帯電話 60から閲覧可能に格納する(S 214) 。 尚、 別の実施例においては、 環境データが閾値より小さい場合に使用 者に通知してもよレ、。
ここで、 S 204において、 ユーザが環境データを要求しない場合、 管理装置 50- 1はセンサ制御デバイス 34が送信するトラップメッセージを待ち(S 2 1 6) 、 環境データを示すトラップメッセージを受信した場合は、 S 2 1 2に進 んで使用者に通知を行う。 また、 S 21 6においてトラップメッセージを受信し ない場合は、 センサ制御デバイス 34と通信可能か否かを確認し (S 21 8) 、 通信不可能な場合は、 S 2 1 2に進んで、センサ制御デバイス 34と通信不可能 であることを使用者に通知する。 S 2 1 8において、 管理装置 50— 1は、 セン サ制御デバイス 34に対して、例えば p i n g等のメッセージを送信することに より、 通信可能なことを確認してよい。
尚、 S 208においてセンサ制御デバイス 34からの応答が無い場合も、 S 2 1 2に進んで、センサ制御デバイス 34と通信不可能であることを使用者に通知 する。 これにより、 SNMP管理部52は、 予め設定された応答要求周期毎に、 センサ制御デバイス 34に対して応答を要求して、センサ制御デバイス 34の状 態を確認する。 尚、 通知部 56は、 予め設定された回数の環境データの要求 (ポ ーリング) に対してセンサ制御デバイス 34の応答がない場合、使用者へ通知し てもよい。
ここで、 'S 2 10で環境データが閾値より小さい場合や、 S 2 1 8で制御デバ イス 34と通信可能であることが確認された場合は、次に S 204に戻って、使 用者が環境データを要求するか否かを再度確認する。 また、 S 204において、 SNMP管理部 52は、予め設定された取得周期毎に環境データを要求して、セ ンサ制御デバイス 34から環境データを取得してもよい。
本実施形態によれば、管理装置 50— 1は、センサ制御デバイス 34を適切に 管理し、環境データが予め定められた条件を満たした場合、又はセンサ制御デバ イス 34との通信が正常に行えない場合に、 使用者に通知することができる。 図 8は、本実施形態に係る管理装置 5 0— 1の一例であるパーソナルコンビュ ータ本体 1 10のハードゥヱァ構成の一例を示す。本実施形態に係るパーソナル コンピュータ本体 1 1 0は、ホストコントローラ 1 082により相互に接続され る CPU1 000、 RAMI 020、 グラフィックコントローラ 1 075、 及び 表示装置 1 08 0を有する C PU周辺部と、入出力コントローラ 1 084により ホス トコントローラ 1 08 2に接続される通信インターフェイス 1030、ハー ドディスクドライブ 1 040、及び CD— ROMドライブ 1 060を有する入出 力部と、入出力コントローラ 1084に接続される ROM 1 0 1 0、 フレキシブ ルディスクドライブ 1 050、及ぴ入出力チップ 1 070を有するレガシー入出 力部とを備える。
ホス トコントローラ 108 2は、 RAMI 0 20と、高い転送レートで RAM 1 020をアクセスする CPU 1 000及びグラフィックコントローラ 1 0 7 5とを接続する。 CPU 1 000は、 ROM1 0 1 0及び RAMI 020に格納 されたプログラムに基づいて動作し、 各部の制御を行う。 CPU 1 000は、 S NMP管理部 5 2及ぴ通知部 56 (図 1参照) として動作してよい。 グラフイツ クコントローラ 1 0 75は、 CPU 1000等が RAM 1 020内に設けたフレ ームバッファ上に生成する画像データを取得し、表示装置 1 080上に表示させ る。 これに代えて、 グラフィックコントローラ 1 075は、 CPU 1 000等が W
30
生成する画像データを格納するフレ一ムバッファを、 内部に含んでもよい。 入出力コントローラ 1084は、 ホストコントローラ 108 2と、比較的高速 な入出力装置である通信インターフェイス 10 30、ハードディスクドライブ 1 040、及び CD— ROMドライブ 1 06 0を接続する。通信インターフェイス 1030は、ネットワークを介して他の装置と通信する。ハードディスクドライ ブ 1 040は、パーソナルコンピュータ本体 1 1 0が使用するプログラム及ぴデ ータを格納する。ハードディスクドライプ 1 040は、閲覧データ格納部 54及 び連絡先データベース 58 (図 1参照) として動作してよレ、。 CD— ROMドラ イブ 1 060は、 CD— ROM 1 0 9 5からプログラム又はデータを読み取り、 RAMI 020を介して入出力チップ 1 0 70に提供する。
また、 入出力コントローラ 1 084には、 ROM10 10と、 フレキシブルデ イスク ドライブ 1 0 50や入出力チップ 1 070等の比較的低速な入出力装置 とが接続される。 ROM1 0 1 0は、パーソナルコンピュータ本体 1 1 0の起動 時に C PU 1 000が実行するブートプログラムや、パーソナルコンピュータ本 体 1 1 0のハードウェアに依存するプログラム等を格納する。フレキシブルディ スクドライブ 1 050は、フレキシブルディスク 1 090からプログラム又はデ ータを読み取り、 RAMI 020を介して入出力チップ 1 0 70に提供する。入 出力チップ 1 0 70は、 フレキシブルディスク 1 090や、例えばパラレルポー ト、 シリアルポート、 キーボードポート、 マウスポート等を介して各種の入出力 装置を接続する。
ここで、 本実施形態において、 RAMI 020に格納されるプログラムは、 S NMP管理部モジュールと、 通知モジュール.と、 閲覧データ格納モジュールと、 連絡先データモジュールとを備える。 これらのモジュールは、パーソナルコンビ ユータ本体 1 1 0を、 SNMP管理部 52、 通知部 56、 閲覧データ格納部 54 、 及び連絡先データベース 58として動作させる。
以上に示したプログラム又はモジュールは、外部の記憶媒体に格納されてもよ レ、。記憶媒体としては、 フレキシブルディスク 1 090、 CD-ROM1 095 の他に、 DVDや PD等の光学記録媒体、 MD等の光磁気記録媒体、テープ媒体 、 I Cカード等の半導体メモリ等を用いることができる。
以上に示した通り、本実施形態によれば、 I Pネットワーク接続機能を有さな い被管理対象デバイスを、 SNMPにより管理する管理システムを低いコス トで 提供することができ;5。 また、 これにより、 所望の環境で使用できるプロキシェ ージエントを提供することができる。
図 9は、 S NMP制御部 106の詳細な構成の一例を示す。本実施形態の S N MP制御部 106は、 小さなバッファ容量で、 正確なフロー制御を実現する。
S NMP制御部 1 06は、第 1受信バッファ 502、 通信処理回路 5 1 0、 転 送回路 5 1 2、 第 2受信バッファ 504、 アプリケーション処理回路 506、 及 びウィンドウサイズ決定回路 508を備える。
第 1受信バッファ 502は、通信ネットワーク 40から受信した I Pバケツト を格納するリングバッファである。 ここで、 I Pパケットは、 I P (I n t e r n e t P r o t o c o l )に基づくパケットであり、バケツトへッダ及びパケ ットデータを含む。
また、 パケットヘッダは、 I Pに基づくヘッダである I Pヘッダと、 トランス ポート層のヘッダであるトランスポートヘッダとを含む。 トランスポートヘッダ は、 例 は TCP r r a n s m i s s i o n C o n t r o l P r o t o c o 1 ) に基づく T C Pへッダ又は UD P (U s e r D a t a g r am P r o. t o c o 1 ) に基づく UDPヘッダである。 パケットデータは、 例えば TC P又 は UDP等のトランスポート層のデータである。
本実施形態において、第 1受信バッファ 502は、 I Pパケットの一部である 第 1部分データの一例としてバケツトヘッダを格納し、 I Pバケツトにおける、 第 1部分データとは異なる部分である第 2部分データの一例としてバケツトデ —タを格納する。 別の実施例において、 第 1受信バッファ 502は、 一部に重複 する部分を有する第 1部分データ及ぴ第 2部分データを格納してもよい。例えば 、 第 1受信バッファ 502は、 第 1部分データとして I Pパケットを格納し、 第 2部分データとして、 バケツトデータを格納してもよい。
通信処理回路 5 1 0は、第 1受信バッファ 5 0 2に格納されたバケツトヘッダ を順次取り出し、パケットヘッダに基づくヘッダ処理の一例である I Pプロ トコ ル処理及びトランスポートプロトコル処理を行う。ここで I Pプロトコル処理及 ぴトランスポートプロトコル処理のそれぞれは、例えば I Pヘッダ及ぴトランス ポートへッダに基づくへッダ処理であり、 S NM P制御部 1 0 6が行う第 1の処 理の一例である。
本実施形態において、通信処理回路 5 1 0は、 T C P / I Pプロトコルスタツ クを実現する機能を有する。 また、 通信処理回路 5 1 0は、 T C P / I Pプロト コルスタック処理をハードウェア処理により行ってよい。 この場合、通信処理回 路 5 1 0は、 I Pプロトコル処理及びトランスポートプロトコル処理を高速に行 うことができる。
転送回路 5 1 2は、例えば、 I Pヘッダが含むバケツト長フィールドの値、 及 ぴ T C Pヘッダが含むデータオフセットフィールドの値に基づいて、 I Pパケッ トからバケツトデータを抽出する。 そして、転送回路 5 1 2は、 抽出したパケッ トデータを、例えば第 1受信バッファ 5 0 2が I Pパケットを受信するのに同期 して、 第 1受信バッファ 5 0 2から第 2受信バッファ 5 0 4へ転送する。
'第 2受信バッファ 5 0 4は、転送回路 5 1 2が転送するバケツトデータを受け 取って格納するリングバッファである。第 2受信バッファ 5 0 4は、 I Pプロト コル処理及びトランスポートプロ トコル処理のいずれかと少なくとも一部を並 行して、 パケットデータを第 1受信バッファ 5 0 2から受け取る。
アプリケーション処理回路 5 0 6は、第 2受信バッファ 5 0 4に格納されたパ ケットデータを、例えぱストリームデータとして F I F Oj噴に受け取り、 S NM Pに基づく処理 (S NM P処理) を行う。 アプリケーション処理回路 5 0 6は、 S NM P処理により、 M I B格納部 1 0 8に格納された M I Bを更新する。 また 、 アプリケーション処理回路 5 0 6は、外部からシリアルインターフェイスを介 して受け取る指示に基づき、 S NM P処理を行ってもよい。 ここで、 S NM P処理は、パケットデータに対するアプリケーション層の処理 の一例であり、 第 1の処理より長い処理時間を要する第 2の処理の一例である。 通信処理回路 5 1 0は、アプリケーション処理回路 5 0 6による S NM P処理よ り高速にヘッダ処理を行う。 また、 別の実施例において、 アプリケーション処理 回路 5 0 6は、 例えば、 H T T P、 マルチメディア呼制御プロ トコノレ、 又は T E L N E Tプロトコル等に基づくバケツトデータを受け取り、これに基づいて M l Bを更新してもよい。
ウィンドウサイズ決定回路 5 0 8は、第 1受信バッファ 5 0 2が受け取った I Pバケツトが T C Pに基づくバケツトである場合に、第 2受信バッファ 5 0 4の 空き容量に基づいて、 T C Pにおけるウィンドウサイズを決定する。 そして、 ゥ インドウサイズ決定回路 5 0 8は、決定したウィンドウサイズを通信処理回路 5 1 0に通知する。 通信処理回路 5 1 0は、 当該ウィンドウサイズを、 I Pバケツ トの送信元に、 通信ネットワーク 4 0を介して通知する。
本実施形態において、第 1受信バッファ 5 0 2は、 I Pバケツトの受信と同期 した並行処理により、当該 I Pパケットが含むパケットデータを第 2受信バッフ ァ 5 0 4に転送する。 そして、通信処理回路 5 1 0は、 第 1受信バッファ 5 0 2 が格納するバケツトヘッダを、アプリケーション処理回路 5 0 6による S NM P 処理より高速に処理する。 ,.
これにより、第 1受信バッファ 5 0 2は、受信した I Pバケツトに対するアブ リケーシヨン処理が完了する前に、 次の I Pパケットを受信することができる。 そのため、本実施形態によれば、 I Pパケットを受信するバッファの容量を低減 することができる。 第 1受信バッファ 5 0 2の容量は、 例えば、 受信する I Pパ ケットの最大サイズと同程度であってもよい。 更には、 本実施形態によれば、 少 ないバッファ容量により、 効率的に I Pバケツトを処理することができる。 また、 本実施形態において、第 1受信バッファ 5 0 2及ぴ第 2受信バッファ 5 0 4はリングバッファである。 この場合、第 1受信バッファ 5 0 2又は第 2受信 ノくッファ 5 0 4がー部にデータを格納している場合であっても、他の部分を空き 容量として有効に使用することができる。 そのため、 本実施形態によれば、第 1 受信バッファ 5 0 2又は第 2受信バッファ 5 0 4の容量が小さい場合であって も適切にデータ転送を行うことができる。 また、 これにより、 センサ制御デパイ ス 3 4 (図 1参照) を低いコス トで提供することができる。
また、 本実施形態において、 S NM P制御部 1 0 6は、 受け取った I Pパケッ トをバケツトヘッダとバケツトデータとに分離して処理する。通信処理回路 5 1 0は、例えば、受け取ったパケットヘッダに基づいて新たなバケツトヘッダを生 成し、 当該新たなバケツトヘッダと、第 2受信バッファ 5 0 4に格納されたパケ ットデータとに基づいて新たな I Pパケットを生成してよい。
通信処理回路 5 1 0は、生成した新たな I Pパケットを、通信ネットワーク 4 0又は、例えばプライベートネットワーク等の他のネットワークに送信してよい 。 これにより、 S NM P制御部1 0 6は、 I Pパケットを、 パケットヘッダを書 き換えて中継することができる。 この場合、 I Pパケットをセキュアに中継する ことができる。
図 1 0は、 S NM P制御部 1 0 6の動作の一例を示すフローチャートである。 まず、第 1受信バッファ 5 0 2は、通信ネットワーク 4 0から受信した I Pパケ ットを格納する (S 3 0 2 ) 。 そして、 受け取った I Pバケツトのデータ量 (サ ィズ) 、 第 1受信バッファ 5 0 2の容量以下であれば (S 3 0 4 ) 、 転送回路 5 1 2は、第 2受信バッファ 5 0 4へのバケツトデータの転送を開始し(S 3 0 6 ) 、 通信処理回路 5 1 0は、 パケットヘッダに基づくヘッダ処理を開始する。 ( S 3 0 8 ) 。
そして、 ヘッダ処理が正常に終了した場合 (S 3 1 0 ) 、 アプリケーション処 理回路 5 0 6は、第 2受信バッファ 5 0 4に格納されたパケットデータに対して 、 S NM P処理を開始する (S 3 1 2 ) 。 この場合、 第 1受信バッファ 5 0 2は 、 I Pパケットを格納していた領域を開放してよい。
そして、通信処理回路 5 1 0はウィンドウサイズ決定回路 5 0 8が決定したゥ ィンドウサイズを I Pバケツトの送信元に通知し (S 3 1 4 ) 、 S 3 0 2に戻つ て次の I Pパケットを受信して格納する。 この場合、第 1受信バッファ 5 0 2は 、アプリケーション処理回路 5 0 6が S NM P処理を行っている間に次の I Pパ ケットを受信してよい。
ここで、 S 3 0 4において、受信した I Pバケツトが、 第 1受信バッファ 5 0 2の容量より大きいデータ量を有する場合、通信処理回路 5 1 0は、 I Pノ ケッ トの送信元に、 第 1受信バッファ 5 0 2の容量を最大転送単位 (M T U ) として 通知する (S 3 1 6 ) 。
また、 S 3 1 0において、ヘッダ処理が異常終了した場合、 第 2受信バッファ 5 0 4は、ヘッダ処理が異常終了したバケツトヘッダに対応するパケットデータ を格納していた領域を開放し (S 3 1 8 ) 、 S 3 1 4に進む。 この場合、 通信処 理回路 5 1 0は、 異常終了の結果に基づく障害処理を行うのが好ましい。
本実施形態において、通信処理回路 5 1 0は、 第 2受信バッファ 5 0 4にパケ ットデータを転送した後に他の I Pバケツトを受信する。 そのため、本実施形態 によれば、少ないバッファ容量により、効率的に I Pバケツトを受信することが できる。 また、 ウィンドウサイズ決定回路 5 0 8は、 第 2受信バッファ 5 0 4の 空き容量に基づいて、受信可能なデータ量に対応する適切なウィンドウサイズを 決定する。 そのため、 本実施形態によれば、 ウィンドウサイズの誤りによる I P パケットの再送が生じるのを防止することができる。 また、 これにより、 正確な フ口一制御を実現することができる。
図 1 1は、通信処理回路 5 1 0の詳細な構成の一例を示す。本実施形態におい て、通信処理回路 5 1 0は、 I Pプロ トコル処理及びトランスポートプロトコル 処理を高速に行う。 通信処理回路 5 1 0は、抽出回路 6 0 2、 I Pプロトコル処 理回路 6 0 6、 トランスポートプロ トコル処理回路 6 0 4、セッション情報格納 部 6 1 4、 リソース管理回路 6 1 2、 障害処理回路 6 1 0、 及び送信回路 6 0 8 を有する。
抽出回路 6 0 2は、第 1受信バッファ 5 0 2が受信した I Pパケットから I P ヘッダ及びトランスポートヘッダを抽出し、抽出した I Pヘッダ及ぴトランスポ 一トヘッダのそれぞれを、 I pプロトコル処理回路 606及ぴトランスポートプ ロ トコル処理回路 604のそれぞれに供給する。 ここで、抽出回路 602は、 I Pノ ケッ トに含まれる I HL ( I n t e r n e t He a d e r L e n g t h ) フィールドの値に基づき、 I Pヘッダを抽出する。
また、 I Pパケットがトランスポートヘッダの一例である T C Pヘッダを含む 場合、抽出回路 602は、 TCPヘッダのデータオフセットフィールドが位置す べき部分の値と、 I HLフィールドの値とに基づき、 I Pパケットから TCPへ ッダを抽出する。 I Pパケットがトランスポートヘッダの一例である UD Pへッ ダを含む場合、抽出回路 602は、 UD Pヘッダの UD Pヘッダ長が位置すべき 部分の値と、 I HLフィールドの値とに基づき、 I Pパケットから UDPヘッダ を由出する。
I Pプロトコル処理回路 606は、抽出回路 602が抽出した I Pヘッダに基 づき、 I Pプロトコル処理を行う。 また、 I Pプロ トコル処理回路 606は、 ノヽ 一ドウエア処理により I Pプロトコル処理を行ってよい。 この場合、 I Pプロト コル処理回路 606は、 高速に I Pプロトコル処理を行うことができる。
また、 I Pプロトコル処理回路 606は、 予め定められた場合に、 I Pプロト コル処理における障害を検出する。 I Pプロトコル処理回路 606は、 例えば、 I Pヘッダのバージョン番号が予め定められた番号でないサポート外の番号で ある場合や、 I Pヘッダのサービスタイプを示す値が予め定められた受け入れ可 能な値でない場合に、 I Pプロトコル処理における障害を検出してよい。 また、 I Pプロトコル処理回路 606は、再計算した I Pヘッダのチェックサム値が I Pヘッダのヘッダチェックサムフィールドに格納された値と異なる場合に、 I P プロ トコル処理における障害を検出してもよい。
トランスポートプロトコル処理回路 604は、抽出回路 60 2が抽出したトラ ンスポートヘッダに基づき、 トランスポートプロトコル処理の一例である T C P プロトコル処理又は UDPプロ トコル処理を行う。 本実施形態において、トラン スポートプロトコル処理回路 6 04は、 I Pプロトコル処理回路 606による I pプロトコル処理と少なくとも一部を並行して、例えばハードウェア処理により トランスポートプロトコル処理を行う。 そのため、 トランスポートプロトコル処 理回路 6 0 4は、 高速にトランスポートプロトコル処理を行うことができる。 また、 トランスポートプロ トコル処理回路 6 0 4は、 予め定められた場合に、 トランスポートプロ トコル処理における障害を検出する。 トランスポートプロ ト コル処理回路 6 0 4は、例えば、 I Pバケツトのウィンドウ制御において障害が 生じた場合にトランスポートプロトコル処理における障害を検出してよい。すな わち、 例えば、 トランスポートプロ トコル処理回路 6 0 4は、提示した受信ウイ ンドウを外れたシーケンス番号を持つ T C Pヘッダを含む I Pバケツトを受信 した場合に障害を検出してよい。
また、 トランスポートプロトコル処理回路 6 0 4は、受信済みのデータを重複 して受信した場合にトランスポートプロトコル処理における障害を検出しても よい。 すなわち、 例えば、 トランスポートプロトコル処理回路 6 0 4は、 I Pパ ケットの複製がネットワーク上で発生した場合や、 A C が I Pパケットの送信 元に到達しなかった場合に障害を検出してよい。更には、 トランスポートプロト コル処理回路 6 0 4は、 F I Nを受信した後に更に I Pバケツトを受信した場合 に障害を検出してもよい。
セッション情報格納部 6 1 4は、通信ネットワーク 4 0に接続された通信装置 との間で確立したセッションを示すセッション情報を格納するメモリである。セ ッション情報格納部 6 1 4は、外部の通信装置とセッションを確立する毎に、 当 該セッションに対応する P C B 6 1 6 ( P r o t o c o 1 C o n t r o l B l o c k ) を動的に生成して、 セッション情報を格納する。 これにより、 セッシ ョン情報格納部 6 1 4は、確立しているセッションの数に等しい、複数の P C B 6 1 6を格納する。 複数の P C B 6 1 6のそれぞれは、 例えば、対応するセッシ ョンにおける、通信先並びに自己の I Pァドレス、通信先並びに自己のポート番 号、次に送るべき T C Pバケツトのシーケンス番号、次に受け取るべき T C Pパ ケットのシーケンス番号、及び通信先から通知されたウィンドウサイズ等を示す 情報を格納する。
リ ソース管理回路 6 1 2は、 P C B 6 1 6が格納する情報をセッション情報格 納部 6 1 4から取得して、 I Pプロトコル処理回路 6 0 6、 トランスポートプロ トコル処理回路 6 0 4、 及ぴ障害処理回路 6 1 0のそれぞれに供給する。 また、 リ ソース管理回路 6 1 2は、例えば、 トランスポートプロトコル処理回路 6 0 4 による I Pプロトコル処理回路 6 0 6による I Pプロトコル処理の結果、及びト ランスポート処理の結果をアプリケーション処理回路 5 0 6に通知する。アプリ ケーシヨン処理回路 5 0 6は、 これらの結果に基づき、 S NM P処理を行ってよ い。
ここで、 リ ソース管理回路 6 1 2は、 セッションの確立に応じて動的に生成さ れた P C Bに基づき、 セッションを管理する。 そのため、 本実施形態によれば、 通信処理回路 5 1 0は、 単一のセッションにより通信を行う端末としての機能、 複数のセッションを集積して多重処理して通信を行う機能、又は複数のセッショ ンに基づき通信を中継する機能等を有することができる。
また、 リ ソース管理回路 6 1 2は、セッションの管理をハードウェア処理によ り行ってよい。 この場合、 リソース管理回路 6 1 2は、 通信処理回路 5 1 0のリ ソース管理を高速に行うことができる。 リソース管理回路 6 1 2は、 I Pプロト コル処理回路 6 0 6、 トランスポートプロトコル処理回路 6 0 4、又は障害処理 回路 6 1 0等のハードウェアリソースを管理することにより、セッションを処理 するスケジユーリングを行ってもよい。
障害処理回路 6 1 0は、 I Pプロトコル処理回路 6 0 6が I Pプロトコル処理 において障害を検出した場合、又はトランスポートプロトコル処理回路 6 0 4が トランスポートプロ トコル処理において障害を検出した場合に、障害処理を行う 。 障害処理回路 6 1 0は、 障害処理として、 例えば、 I Pパケットの再送要求や 通信エラーの通知を、 I Pパケットの送信元に行ってよい。
また、障害処理回路 6 1 0は、 I Pプロトコル処理回路 6 0 6におる I Pプロ トコル処理の結果、及ぴトランスポートプロトコル処理回路 6 0 4によるトラン スポートプロトコル処理の結果に基づき、障害の検出を行ってもよい。 この場合 、障害処理回路 6 1 0は、セッション情報格納部 6 1 4に格納されたセッシヨン 情報に基づき、 障害を検出してよい。
障害処理回路 6 1 0は、例えば、通信ネットワーク 4 0から受信した I Pパケ ットが、 セッションの確立を要求するものでなく、 かつ、 I Pパケットの I Pへ ッダに含まれる送信元 I Pァドレス及ぴ宛先 I Pァドレスと、 トランスポートへ ッダに含まれる送信元ポート番号及び宛先ポート番号とにより指定されるセッ ションを示すセッション情報がセッション情報格納部 6 1 4に格納されていな い場合に障害を検出してよい。 また、 T C Pパケットの宛先ポート番号が示すポ ートがサービス可能状態 (L i s t e n S t a t e ) でない場合や、 セッショ ンの確立を要求する I Pパケットの I Pヘッダにおける送信元 I Pアドレスが サービス非許可の I Pアドレスを示す場合に障害を検出してもよい。
送信回路 6 0 8は、通信ネットワーク 4 0に I Pパケットを送信する。送信回 路 6 0 8は、例えばアプリケーション処理回路 5 0 6が生成するデータ、 ウィン ドウサイズ決定回路 5 0 8が決定するウィンドウサイズ、又は障害処理回路 6 1 0による障害処理の結果に基づく I Pパケットを送信する。
この場合、 例えば、 トランスポートプロトコル処理回路 6 0 4は、 アプリケー ション処理回路 5 0 6が生成するデータ、又はウィンドウサイズ決定回路 5 0 8 が決定したウィンドウサイズを受け取り、受け取ったデータ又はウィンドウサイ ズに基づく T C Pプロトコル処理により T C Pバケツトを生成する。 I Pプロト コル処理回路 6 0 6は、 トランスポートプロトコル処理回路 6 0 4から当該 T C Pパケットを受け取り、 I Pプロトコル処理により I Pバケツトを生成して送信 回路 6 0 8に供給する。送信回路 6 0 8は、受け取った I Pバケツトを通信ネッ トヮ一ク 4 0に送信する。
本実施形態において、通信処理回路 5 1 0は、受信した I Pパケットに対する I Pプロトコル処理と、 トランスポートプロトコル処理とを少なくとも一部を並 行して行う。 そのため、本実施形態によれば、 I Pバケツトを高速に処理するこ とができる。 また、 これにより、 第 1受信バッファ 5 0 2の容量が小さい場合で あっても、 I Pバケツトを適切に処理することができる。
この場合、 アプリケーション処理回路 5 0 6は、 トランスポートプロトコルに 基づくアプリケーションプロトコル処理を行ってよい。アプリケーション処理回 路 5 0 6は、例えば、 T C Pに基づくアプリケーションプロトコルの一例である H T T P ,マルチメディァ呼制御プロトコル、又は T E L N E Tプロトコル等に 基づく処理を行ってよい。 また、 アプリケーション処理回路 5 0 6は、 U D Pに 基づくマルチメディア制御プロトコル処理を行ってもよい。 この場合、 トランス ポートプロトコル処理回路 6 0 4は、例えば、 R T P.等の上位階層においてフロ 一制御をするのが好ましい。
ここで、小規模な C P U及び小容量のメモリにより、 アプリケーションプロト コル処理を行うとすれば、 処理に多くの時間を要する場合がある。 例えば、 H T T Pに基づく W e bアプリケーションゃ、マルチメディア呼制御プロトコルに基 づくアプリケーションを実行するとすれば、 H TM L処理や描画処理等に多くの 時間を有することとなる。 しかし、 本実施形態によれば、受信した I Pパケット を高速に処理することにより、 これらの処理を効率よ.く、高速に行うことができ る。 そのため、 本実施形態によれば、 これらのアプリケーションを実行する端末 を低コストで提供することができる。
図 1 2は、通信処理回路 5 1 0が、受信した I Pパケットを処理する動作の一 例を示すフローチヤ一トである。最初に、抽出回路 6 0 2は I Pパケットから I Pヘッダを抽出し (S 4 0 2 ) 、 I Pプロ トコル処理回路 6 0 6は、 抽出された I Pヘッダに基づき、 I Pプロトコル処理を開始する (S 4 0 4 ) 。 次に、抽出 回路 6 0 2はトランスポートヘッダを抽出し (S 4 0 6 ) 、 トランスポートプロ トコル処理回路 6 0 4は、抽出されたトランスポートヘッダに基づき、 トランス ポートプロトコル処理を開始する (S 4 0 8 ) 。 これにより、 トランスポートプ 口 トコル処理回路 6 0 4は、 I Pプロトコル処理と少なくとも一部を並行してト ランスポートプロトコノレ処理を行う。 そして、次に、 障害処理回路 6 1 0は I Pプロトコル処理及びトランスポート プロトコル処理の結果に基づいてセッション情報を確認し (S 4 1 0 ) 、 I Pプ 口トコル処理回路 6 0 6、 トランスポートプロトコル処理回路 6 0 4、又は障害 処理回路 6 1 0が障害を検出した場合 (S 4 1 2 ) 、 障害処理回路 6 1 0は障害 を処理して (S 4 1 4 ) 、 通信処理回路 5 1 0は I Pバケツトの処理を終了する 一方、 S 4 1 2において、 障害が検出されなかった場合、 リソース管理回路 6 1 2は、 I Pプロトコル処理回路 6 0 6による I Pプロトコル処理の結果、及ぴ トランスポートプロ トコル処理回路 6 0 4によるトランスポートプロ トコル処 理の結果をアプリケーション処理回路 5 0 6に通知して、アプリケーシヨン処理 回路 5 0 6に S NM P処理を開始させ (S 4 1 6 ) 、 通信処理回路 5 1 0は I P バケツトの処理を終了する。 本実施形態によれば、 通信処理回路 5 1 0は、 I P プロ トコル処理と トランスポートプロ トコル処理とを適切に並列処理すること ができる。 図 1 3は、 トランスポートプロトコル処理回路 6 0 4の詳細な構成の一例を示 す。本実施形態のトランスポートプロトコル処理回路 6 0 4は、通信ネットヮ一 ク 4 0 (図 1 1参照) から受信した I Pパケットを処理する順序を、優先度に応 じて変更する。 トランスポートプロトコル処理回路 6 0 4は、受信キュー選択回 路 7 0 2、複数の受信キュー 7 0 4 - 1〜n、送信キュー選択回路 7 1 2、 複数 の送信キュー 7 1 4—:!〜 n、優先度決定回路 7 0 8、処理順序決定回路 7 0 6 、 及びトランスポート送受信処理回路 7 1 0を含む。
受信キュー選択回路 7 0 2は、受信バケツトの一例であるトランスポートへッ ダを抽出回路 6 0 2から受け取り、 これに基づき、一の受信キュー 7 0 4を選択 する。 この場合、 受信キュー選択回路 7 0 2は、 例えば、 トランスポートヘッダ に基づき I Pパケットに対応するセッションを識別し、当該セッションに基づき 受信キュー 7 0 4を選択する。受信キュー選択回路 7 0 2は、 当該セッションを 示す情報を、 リソース管理回路 6 1 2を介してセッション情報格納部 6 1 4 (図 1 1参照) から受け取つてよレ、。 受信キュー選択回路 7 0 2は、 選択した受信キ ユー 7 0 4にトランスポートヘッダを格納させる。
ここで、 受信キュー選択回路 7 0 2は、 選択した受信キュー 7 0 4に、 トラン スポート層のデータを更に格納させてもよい。 この場合、 受信キュー 7 0 4は、 T C Pバケツト又は U D Pパケットを格納してよい。
送信キュー選択回路 7 1 2は、アプリケーション処理回路 5 0 6が生成するデ ータ、又はウィンドウサイズ決定回路 5 0 8が決定したウィンドウサイズを送信 バケツトとして受け取り、一の送信キュー 7 1 4に格納させる。送信キュー選択 回路 7 1 2は、 例えば、 送信バケツトを送信する送信先に応じて、 一の送信キュ 一 7 1 4を選択してよい。 この場合、 送信キュー選択回路 7 1 2は、 当該送信先 を示す情報を、 セッション情報格納部 6 1 4から受け取ってよい。 . 優先度決定回路 7 0 δは、 トランスポートヘッダに基づき、 当該トランスポー トヘッダを格納する受信キュー 7 0 4の優先度を決定する。本実施形態において 、優先度決定回路 7 0 8は、 トランスポートヘッダに対応するセッションを示す 情報に基づき優先度を決定する。 また、 トランスポートヘッダが T C Ρヘッダで ある場合、 優先度決定回路 7 0 8は、 T C Pヘッダに含まれる、 例えば S Y N、 F I N等のコードビットゃ、アプリケーション識別子である宛先ポート番号に基 づき優先度を決定してもよい。
別の実施例において、優先度決定回路 7 0 8は、 I Pプロトコル処理回路 6 0 6 (図 1 1参照) から I Pのヘッダに含まれる送信元アドレスを示す情報を受け 取り、 当該情報に基づき優先度を決定してもよい。 また、優先度決定回路 7 0 8 は、更に、複数の送信キュー 7 1 4のそれぞれが格納する送信バケツトに対応す るセッションを示す情報に基づき、複数の送信キュー 7 1 4のそれぞれに対する 優先度を決定する。
処理順序決定回路 7 0 6は、複数の受信キュー 7 0 4 -:!〜 nのそれぞれに格 納されたトランスポートヘッダに対してトランスポートプロ トコルを行うべき 処理順序を、 それぞれの受信キュー 7 0 4の優先度に基づいて決定する。 また、 本実施形態において、処理順序決定回路 7 0 6は、複数の送信キュー 7 1 4— 1 〜nのそれぞれに対する優先度に更に基づき、それぞれの受信キュー 7 0 4に格 納されたトランスポートヘッダと、それぞれの送信キュー 7 1 4に格納された送 信パケットとに対してトランスポート処理を行うべき処理順序を決定する
トランスポート送受信処理回路 7 1 0は、受信キュー 7 0 4に格納されたトラ ンスポートヘッダに対してトランスポートプロトコル処理を行って、処理結果を リソース管理回路 6 1 2に供給する。 この場合、 リソース管理回路 6 1 2は、 セ ッション情報格納部 6 1 4にアクセスし、当該トランスポートヘッダに対応する P C B 6 1 6 (図 1 1参照) を更新してよい。
また、 トランスポート送受信処理回路 7 1 0は、送信キュー 7 1 4に格納され た送信パケットに対してトランスポートプロトコル処理を行って、 I Pプロトコ ル処理回路 6 0 6に供給する。 この場合、 I Pプロトコル処理回路 6 0 6は、送 信パケットに更に I Pプロトコル処理を行って、 送信回路 6 0 8 (図 1 1 ) に供 給してよい。送信回路 6 0 8は、受け取った送信パケットを通信ネットワーク 4 0に送信してよい。 本実施形態によれば、受信した I Pパケット及ぴ通信ネット ワーク 4 0に送信すべき送信パケットを、優先度に応じて適切に処理することが できる。
図 1 4は、優先度決定回路 7 0 8の構成の詳細な構成の一例を示す。本実施形 態において、優先度決定回路 7 0 8は、 複数の受信キュー 7 0 4 (図 1 3参照) のそれぞれに対して予め設定された帯域幅に更に基づき、優先度を決定する。優 先度決定回路 7 0 8は、セッション情報識別回路 8 0 2、予約帯域レジスタ 8 0 4、 累積差分力ゥンタ 8 0 6、 及び優先度設定回路 8 0 8を含む。
セッション情報識別回路 8 0 2は、複数の受信キュー 7 0 4のそれぞれが格納 するトランスポートヘッダに対応するセッションを示す情報を、リソース管理回 路 6 1 2を介してセッション情報格納部 6 1 4から取得する。セッション情報識 別回路 8 0 2は、 セッションを示す情報として、例えば、 通信先並びに自己の I Pアドレス、 及ぴ通信先並びに自己のポート番号を取得してよい。
予約帯域レジスタ 8 0 4は、それぞれ受信キュー 7 0 4に対して割り当てられ た、 単位時間あたりの I Pバケツト処理量を、 予約帯域幅として格納する。 予約 帯域レジスタ 8 0 4は、予約帯域幅を、 リソース管理回路 6 1 2の指示に基づい て格納してよレ、。
累積差分カウンタ 8 0 6は、それぞれの受信キュー 7 0 4に対応する、予約帯 域幅の時間積分値と累積処理量との差分を格納する。 ここで、 累積処理量とは、 受信キュー 7 0 4に格納されたトランスポートヘッダに対応する I Pパケット が処理された累積データ量である。 . 本実施形態において、累積差分カウンタ 8 0 6は、 単位時間経過毎に、 それぞ れの受信キュー 7 0 4に対応して格納する値に、対応する受信キュー 7 0 4の予 約帯域幅の値を加算する。 ここで、 当該加算の結果が予約帯域幅の値以上の場合 、 累積差分カウンタは予約帯域幅の値を格納してよい。
そして、 トランスポート送受信処理回路 7 1 0 (図 1 3参照) 力 トランスポ ートヘッダを処理する毎に、 累積差分カウンタ 8 0 6は、 格納する値から、 当該 トランスポートヘッダに対応する I Pバケツトのデータ長を減算する。これによ り、累積差分カウンタ 8 0 6は、累積処理量と予約帯域幅の時間積分値との差分 を格納する。 ここで、 当該減算の結果が予め定められた下限値以下の場合、 累積 差分カウンタ 8 0 6は、 当該下限値を格納してよい。 累積処理量が予約帯域幅の 時間積分値と比べて大きい場合、累積差分カウンタ 8 0 6は、負の値を格納して よい。 優先度設定回路 8 0 8は、セッション情報識別回路 8 0 2が識別したセッショ ンを示す情報と、累積差分カウンタ 8 0 6が格納する値とに基づいて、複数の受 信キュー 7 0 4のそれぞれに対して優先度を設定する。優先度設定回路 8 0 8は 、対応する累積差分カウンタ 8 0 6の格納値が大きな受信キュー 7 0 4の優先度 を高く設定してよい。優先度設定回路 8 0 8は設定した優先度を処理順序決定回 路 7 0 6に通知する。 本実施形態によれば、それぞれの受信キュー 7 0 4に対し て適切に優先度を設定することができる。
図 1 5は、 トランスポートプロトコノレ処理回路 6 0 4の動作の一例を示すフロ 一チャートである。受信キュー選択回路 7 0 2が新たな受信パケットとしてトラ ンスポートヘッダを受け取った場合、 (S 5 0 2 ) 、 受信キュー選択回路 7 0 2 は、 受け取った受信パケットに対応するセッションを識別する (S 5 0 4 ) 。 そ して、受信キュー選択回路 7 0 2は、一の受信キュー 7 0 4を選択して受信パケ ットを格納させ (S 5 0 6 ) 、 優先度決定回路 7 0 8は、 この送信キュー 7 1 4 の優先度を決定する (S 5 0 8 ) 。
ここで、 S 5 0 2において、送信キュー選択回路 7 1 2が新たに生成された送 信パケットを受け取った場合、送信キュー選択回路 7 1 2は、受け取った送信パ ケットに対応するセッションを識別する (S 5 0 4 ) 。 そして、 送信キュー選択 回路 7 1 2は、一の送信キュー 7 1 4を選択して送信パケットを格納させ(S 5 0 6 ) 、 優先度決定回路 7 0 8は、 この受信キュー 7 0 4の優先度を決定する ( S 5 0 8 ) 。
S 5 0 8の次に、処理順序決定回路 7 0 6は、複数の受信キュー 7 0 4— 1〜 n、及び複数の送信キュー 7 1 4 - l〜nの優先度に従って、 これらに格納され た受信バケツト及び送信バケツトを処理すべき順序を決定する (S 5 1 0 ) 。 本 実施形態において、処理順序決定回路 7 0 6は、次に処理されるべき一の受信キ ユー 7 0 4又は送信キュー 7 1 4を選択する。 そして、 トランスポート送受信処 理回路 7 1 0は、処理順序決定回路 7 0 6が選択した受信キュー 7 0 4に格納さ れた受信バケツト、又は送信キュー 7 1 4に格納された送信パケットに対して処 理を行う (S 5 1 2 ) 。
ここで、複数の受信キュー 7 0 4 _ 1〜! 1、及ぴ複数の送信キュー 7 1 4 - 1 〜nのそれぞれに帯域幅が設定されている場合 (S 5 1 4 ) 、 トランスポート送 受信処理回路 7 1 0は、 累積差分カウンタ 8 0 6の格納値を更新し (S 5 1 6 ) 、 S 5 0 2に戻る。 そして、受信キュー選択回路 7 0 2が新たな受信バケツトを受け取らず、かつ 、送信キュー選択回路 7 1 2が新たな送信パケットを受け取らない場合であり ( S 5 0 2 ) 、 いずれかの受信キュー 7 0 4 .又は送信キュー 7 1 4力 未処理の受 信バケツト又は送信パケットを格納している場合 (S 5 1 8 ) 、 処理順序決定回 路 7 0 6は次の順序の受信キュー 7 0 4又は送信キュー 7 1 4を選択する(S 5 1 0 ) 。
また、受信キュー選択回路 7 0 2が新たな受信バケツトを受け取るカヽ送信キ ユー選択回路 7 1 2が新たな送信パケットを受け取った場合 (S 5 0 2 ) 、 S 5 0 4〜S 5 0 8に従って、処理順序決定回路 7 0 6は新たな順序を決定する (S 5 1 0 ) 。 また、 S 5 1 2において、 未処理の受信パケット又は送信バケツトが ない場合、 S 5 0 2に戻って新たな受信バケツト又は送信バケツトの到着を待つ 。 本実施形態によれば、複数の受信キュー 7 0 4— 1〜nのそれぞれが格納する 受信バケツトと、複数の送信キュー 7 1 4 _ 1〜nのそれぞれが格納する送信パ ケットとを適切な順序で順次処理することができる。
図 1 6は、処理順序決定回路 7 0 6の動作の一例を示すフローチヤ一トである 。 本実施形態において、処理順序決定回路 7 0 6は、 複数のスロットを有するス ケジュールリングに従って、一の受信キュー 7 0 4又は送信キュー 7 1 4を選択 する。複数のスロットのそれぞれは、ユーザの指示に基づいていずれかの受信キ ユー 7 0 4又は送信キュー 7 1 4を指定することにより、受信キュー 7 0 4又は 送信キュー 7 1 4を処理すべき順序を指定する。
先ず、受信パケットを格納している受信キュー 7 0 4、及び送信パケットを格 納している送信キュー 7 1 4いずれかが、予め定められた優先度より高い優先度 を有する場合 (S 6 0 2 ) 、 処理順序決定回路 7 0 6は、 この受信キュー 7 0 4 又は送信キュー 7 1 4を選択して (S 6 0 4 ) 、 動作を終了する。 ここで、 高い 優先度を有する受信キュー 7 0 4又は送信キュー 7 1 4が複数のある場合、処理 順序決定回路 7 0 6は、これらのうち最も高い優先度を有する受信キュー 7 0 4 又は送信キュー 7 1 4を選択する (S 6 0 4 ) 。 これにより、 トランスポート送受信処理回路 7 1 0は、高い優先度の受信キュ 一 7 0 4に格納された受信バケツト、及ぴ高い優先度の送信キュー 7 1 4に格納 された送信バケツトを優先的に処理する。 また、複数の受信キュー 7 0 4のそれ ぞれは、複数の受信バケツトを格納してよく、複数の送信キュー 7 1 4のそれぞ れは、 複数の送信バケツトを格納してよい。 この場合、 最も高い優先度の受信キ ユー 7 0 4又は送信キュー 7 1 4が受信バケツト又は送信パケットを格納して いれば、処理順序決定回路 7 0 6は、 この受信キュー 7 0 4又は送信キュー 7 1 4を選択する。 そのため、 トランスポート送受信処理回路 7 1 0は、最も高い優 先度の受信キュー 7 0 4又は送信キュー 7 1 4に格納された受信パケット又は 送信パケットをすべて処理した後に、次の優先度の受信キュー 7 0 4又は送信キ ユー 7 1 4に格納された受信バケツト又は送信パケットを処理する。
一方、高い優先度を有する受信キュー 7 0 4がいずれも受信パケットを格納し ておらず、かつ、高い優先度を有する送信キュー 7 1 4がいずれも送信バケツト を格納していない場合 (S 6 0 2 ) 、 スケジュールリングのスロッ小を一つ進め て次のスロットを選択する (S 6 0 6 ) 。
ここで、選択したスロットが指定する受信キュー 7 0 4又は送信キュー 7 1 4 が受信パケット又は送信パケットを格納している場合 (S 6 0 8 ) 、処理順序決 定回路 7 0 6は当該受信キュー 7 0 4又は送信キュー 7 1 を選択して(S 6 1 0 ) 動作を終了する。 一方、選択したスロットに対応する受信キュー 7 0 4が受 信パケットを格納していない力、送信キュー 7 1 4が送信バケツトを格納してな い場合 (S 6 0 8 ) 、 スケジュールリングのスロットを更に一つ進めて次のスロ ットを選択して (S 6 0 6 ) 、 再び S 6 0 8に進む。
これにより、処理順序決定回路 7 0 6は、複数のスロットに予め設定された順 序に基づき、複数の受信キュー 7 0 4力ゝら、一の受信キュー 7 0 4を順次選択す る。 また、処理順序決定回路 7 0 6は、 一のスロッ トが指定する受信キュー 7 0 4を選択した後、 次の受信キュー 7 0 4を選択する前にスロットを一つ進める。 そのため、処理順序決定回路 7 0 6は、 トランスポート送受信処理回路 7 1 0が トランスポートヘッダを処理する毎に、 次の受信キュー 7 0 4を選択する。 本実施形態において、処理順序決定回路 7 0 6は、 予め定められた優先度より 高い優先度を有する、受信キュー 7 0 4に格納された受信バケツト、及ぴ送信キ ユー 7 1 4に格納された送信バケツトを優先的に処理し、それ以外の受信キュー 7 0 4又は送信キュー 7 1 4に格納された受信パケット又は送信パケットを、予 め設定されたスケジュールリングに従って処理する。 そのため、本実施形態によ れば、高い優先度の受信キュー 7 0 4又は送信キュー 7 1 4に対して確実に優先 して処理を行いながら、その他の受信キュー 7 0 4及び送信キュー 7 1 4に対し ては、優先度の高いキューのみが連続して処理されるスタベーション(S t r a v a t i o n ) を避けた処理を行うことができる。 そのため、 本実施形態によれ ば、例えばサーバ系アプリケーション等の複数のセッションを同時に処理するァ プリケーシヨンにおいても、これら複数のセッションを効率よく処理することが できる。
尚、 別の実施例において、 処理順序決定回路 7 0 6は、 受信バケツト又は送信 バケツトがいずれの受信キュー 7 0 4又は送信キュー 7 1 4に格納されている かに基づいて、 トランスポートプロトコル処理を行うべき処理順序を決定しても よい。 この場合、 受信キュー選択回路 7 0 2は、 例えば、 受信バケツトに対応す るセッションに基づいて、当該受信バケツトを格納させる受信キュー 7 0 4を選 択してよい。 また、 受信キュー選択回路 7 0 2は、受信バケツトの一例である T C Pヘッダに含まれるコードビット、宛先ポート番号や、 当該トランスポ一トへ ッダを含む I Pヘッダに含まれる送信元ァドレス受信キュー 7 0 4を選択して もよレ、。 また、 送信キュー選択回路 7 1 2は、.例えば、 送信バケツトに対応する セッションに基づいて、当該送信パケットを格納させる送信キュー 7 1 4を選択 してよい。 この場合も、 処理順序決定回路 7 0 6は、 受信バケツト又送信パケッ トに対する適切な処理順序を決定することができる。
以上、本発明を実施形態を用いて説明したが、本発明の技術的範囲は上記実施 形態に記載の範囲には限定されない。上記実施形態に、多様な変更または改良を 加えることができる。そのような変更または改良を加えた形態も本発明の技術的 範囲に含まれ得ることが、 特許請求の範囲の記載から明らかである。 産業上の利用可能性
上記説明から明らかなように、本発明によれば、 I Pネットワーク接続機能を 有さない被管理対象デバイスを管理する管理システムを低いコストで提供する ことができる。

Claims

請 求 の 範 囲
1 . 通信ネットワークに接続される半導体回路デバイスであって、
前記通信ネットワークから受信したパケットを格納する第 1受信パッファと、 前記第 1受信パッファに格納された前記パケットの一部である第 1部分デー タに基づき、 第 1の処理を行う第 1処理回路と、
前記第 1の処理と少なくとも一部を並行して、前記第 1受信バッファに格納さ れた前記パケットにおける、前記第 1部分データとは異なる部分である第 2部分 データを、 前記第 1受信バッファから受け取って格納する第 2受信パッファと、 前記第 2受信バッファに格納された前記第 2部分データに基づき、前記第 1の 処理より長い処理時間を要する第 2の処理を行う第 2処理回路と
を備える半導体回路デバイス。
2 . 前記第 2部分データを、前記第 1受信バッファから前記第 2受信バッファ へ転送する転送回路を更に備え、
前記第 1処理回路は、前記転送回路が、前記第 2部分データの転送を開始した 後に、前記第 1の処理を行うことを特徴とする請求項 1に記載の半導体回路デバ イス。
3 . 前記第 1受信バッファは、前記パケットのパケットへッダ及ぴパケットデ ータを格納し、
前記第 2受信バッファは、前記第 2部分データとして前記パケットデータを格 納し、
前記第 1処理回路は、 前記パケットヘッダに基づき前記第 1の処理を行い、 前記第 2処理回路は、前記パケットデータに基づき前記第 2の処理を行うこと を特徴とする請求項 1に記載の半導体回路デバイス。
4 . 前記パケットヘッダは、 I Pヘッダと、 トランスポート層のヘッダである トランスポートヘッダとを含み、
前記第 1処理回路は、前記 I Pへッダ及ぴ前記トランスポートへッダに基づき 、 I Pプロトコ /処理及ぴトランスポートプロトコル処理を行うことを特徴とす る請求項 3に記載の半導体回路デバィス。
5 . 前記第 2受信バッファは、 リングバッファであることを特徴とする請求項 1に記載の半導体回路デバイス。
6 . 前記バケツトが T C Pに基づくバケツトである場合に、前記第 2受信バッ ファの空き容量に基づいて、 T C Pにおけるウィンドウサイズを決定するウィン ドウサイズ決定回路と、
前記ウィンドウサイズを、前記バケツトの送信元に通知するウィンドウサイズ 通知回路と
を更に備えることを特徴とする請求項 1に記載の半導体回路デバイス。
7 . 前記第 2受信バッファは、前記第 1受信バッファが前記バケツトの次に他 のパケットを受信するより先に、前記第 2部分データを格納することを特徴とす る請求項 1に記載の半導体回路デバィス。
8 . 前記第 1受信バッファが前記第 1受信バッファの容量より大きいデータ量 を有するパケットを受信した場合に、 当該バケツトの送信元に、前記第 1受信バ ッファの容量を最大転送単位として通知する転送単位通知回路を更に備えるこ とを特徴とする請求項 1記載の半導体回路デバィス。
9 . 通信ネットワークから受信したバケツトを処理するパケット処理方法であ つて、
前記受信したバケツトを第 1受信バッファに格納する第 1格納段階と、 前記第 1受信バッファに格納された前記パケットの一部である第 1部分デー タに基づき、 第 1の処理を行う第 1処理段階と、
前記第 1の処理と少なくとも一部を並行して、前記第 1受信バッファに格納さ れた前記パケットにおける、前記第 1部分データとは異なる部分である第 2部分 データを、 第 2受信バッファに転送して格納する第 2格納段階と、
前記第 2受信バッファに格納された前記第 2部分データに基づき、前記第 1の 処理より長い処理時間を要する第 2の処理を行う第 2処理段階と を備えるバケツト処理方法。
10. 通信ネットワークに接続される半導体回路デバイスであって、
外部の被管理対象デバイスから外部入力信号を入力する入力部と、
前記入力部から入力された前記外部入力信号を示す入力データを、 SNMP (S imp l e Ne two r k Ma n a g eme n t P r o t o c o l) におけ る M I B (M a n a g eme n t I n f o rma t i o n B a s e) ォブンェ クトに対応付けて格納する MI B格納部と、
SNMPに基づくメッセージを用いて、 前記 MI Bオブジェクトに対応付けられ た前記入力データを前記通信ネットワークへ送信する SNMP制御部と
を備える半導体回路デバイス。
1 1. 前記 S NM P制御部は、 前記被管理対象デバィスを制御するコマンドを前 記通信ネットワークから受信するために用いる MI Bオブジェクトを管理し、 前記 SNMP制御部が、 前記被管理対象デバイスに対する前記コマンドを含む S NMPメッセージを前記通信ネットワークから受信した場合に、 当該 SNMPメッ セージにより指定されるコマンドを前記被管理対象デバィスに与えるコマンド出力 部を更に備えることを特徴とする請求項 1◦に記載の半導体回路デバィス。
12. 前記 SNMP制御部が、 前記被管理対象デバイスに対して前記外部入力信 号を出力させるコマンドの送付を指示する S NMPメッセージを受信した場合に、 前記コマンド出力部は、 前記コマンドを前記被管理対象デバイスに与え、 前記 MI B格納部は、 前記コマンドに対応して出力される前記外部入力信号を前 記入力データとして格納し、
前記 SNMP制御部は、 SNMPに基づくメッセージを用いて、 前記入力データ を前記通信ネットワークへ送信することを特徴とする請求項 1 1に記載の半導体回 路デバイス。
13. 前記 MI B格納部は、 前記入力データを、 前記被管理対象デバイスの種類 に依存しない入力データ MI Bオブジェクトに対応付けて格納し、
前記コマンドを、 前記被管理対象デバィスの種類に依存しないコマンド M I Bォ ブジェクトに対応付けて格納し、
前記 SNMP制御部は、 前記入力データ MI Bオブジェクトに対応付けられた前 記入力データ'を前記通信ネットワークへ送信し、
前記コマンド出力部は、 前記コマンド MI Bオブジェクトに対応付けられた前記 コマンドを、 前記被管理対象デバイスに与えることを特徴とする請求項 11に記載 の半導体回路デバイス。
14. 前記外部入力信号はアナログ信号であって、
前記アナ口グ信号をデジタル信号に変換することにより、 前記 M I B格納部が格 納する前記入力データを生成する AD変換部を更に備えることを特徴とする請求項 10に記載の半導体回路デバィス。
15. 前記 M I B格納部は、 前記外部入力信号の値の平均を算出する時間間隔を MI Bオブジェクトに対応付けて格納する平均時間間隔格納部を有し、
前記平均時間間隔格納部に設定された前記時間間隔における前記外部入力信号の 値の平均値を算出することにより、 前記入力データを生成する平均値生成部を更に 備えることを特徴とする請求項 10記載の半導体回路デバイス。
16. 前記 S NMP制御部は、 前記通信ネットワークから前記平均時間間隔格納 部の設定を指示する SNMPメッセージを受信した場合に、 当該 SNMPメッセー ジにより指定される前記時間間隔を前記平均時間間隔格納部に設定することを特徴 とする請求項 1 5に記載の半導体回路デバイス。
17. 前記 MI B格納部は、 前記外部入力信号の値を入力する周期を MI Bォブ ジェクトに対応付けて格納する入力周期格納部を有し、
前記入力周期格納部に設定された周期毎に、 前記入力部から入力された前記外部 入力信号を前記入力データとして前記 M I B格納部に格納させるデータ格納制御部' を更に備えることを特徴とする請求項 10に記載の半導体回路デバィス。
18. 前記 S NMP制御部は、 前記通信ネットワークから前記入力周期格納部の 設定を指示する SNMPメッセージを受信した場合に、 当該 SNMPメッセージに より指定される前記周期を前記入力周期格納部に設定することを特徴とする請求項 1 7に記載の半導体回路デバイス。
1 9 . 前記 M I B格納部は、 前記入力データを前記通信ネットワークに送信する 条件を M I Bオブジェクトに対応付けて格納する送信条件格納部を有し、
前記 S NM P制御部は、 前記入力データが前記送信条件格納部に設定された条件 を満たす場合に、 S NMPに基づく トラップメッセージを用いて、 前記入力データ を前記通信ネットワークへ送信することを特徴とする請求項 1 0に記載の半導体回 路デバイス。
2 0 . 前記送信条件格納部は、前記条件として、前記入力データの閾値を格納し、 前記 S NM P制御部は、 前記入力データの値が前記閾値を越える場合に、 前記入 力データを前記通信ネットワークへ送信することを特徴とする請求項 1 9に記載の 半導体回路デバイス。
2 1 予め定められた暗号鍵を格納する暗号鍵格納部と、
予め定められたサーバの I Pアドレスを格納する I Pアドレス格納部と、 当該半導体回路デバイスの起動後に、 暗号鍵の送信を要求する暗号鍵要求メッセ ージを、 前記 I Pァドレス格納部が格納する前記 I Pアドレスを用いて前記サーバ へ送信して、 前記サーバから新たな暗号鍵を取得する暗号鍵取得部と
を更に備え、
前記 S NM P制御部は、 前記新たな暗号鍵によって暗号ィヒされたメッセージを用 V、て前記入力データを前記通信ネットワークへ送信することを特徴とする請求項 1 0に記載の半導体回路デバイス。
2 2 . 前記被管理対象デバイスは、 外部の環境を検出するセンサであって、 前記入力部は、 前記外部の環境を示す値を前記外部入力信号として入力し、 前記 M I B格納部は、 前記入力部から入力された前記外部入力信号を、 前記入力 ' データとして格納し、
前記 S NMP制御部は、 前記入力データを S NMPに基づくメッセージを用いて 前記通信ネットワークへ送信することを特徴とする請求項 1 0に記載の半導体回路 デバイス。
23. 前記センサは、 温度センサ、 湿度センサ、 煙センサ、 又は水センサであつ て、
前記入力部は、 前記センサに対応する温度を示す値、 湿度を示す値、 煙の有無を 示す値、 又は水量を示す値を前記外部入力信号として入力し、
前記 MI B格納部は、 前記入力部から入力された前記外部入力信号を、 前記入力 データとして格納し、
前記 SNMP制御部は、 前記入力データを SNMPに基づくメッセージを用いて 前記通信ネットワークへ送信することを特徴とする請求項 22に記載の半導体回路 デバイス。
24. 外部の環境を検出する管理システムであって、
外部の環境を検出するセンサと、
前記センサと、 通信ネットワークとに接続される半導体回路デバイスと を備え、
前記半導体回路デバィスは、
前記センサから、 前記外部の環境を示す値を外部入力信号として入力する入力部 と、
前記入力部から入力された前記外部入力信号を示す入力データを、 SNMP (S 1 m p 1 e Ne two r k Ma n a g eme n t P r o t o c o l ) におり る M I B (M a n a g eme n t I n f o rma t i o n B a s e) オブジェ クトに対応付けて格納する MI B格納部と、
SNMPに基づくメッセージを用いて、 前記 MI Bオブジェクトに対応付けられ た前記入力データを前記通信ネットワークへ送信する S NM P制御部と
を有する管理システム。
25. 外部の被管理対象デバィスの管理方法であって、
前記通信ネットワークに接続される半導体回路デバイスに、 前記被管理対象デバ イスから外部入力信号を入力する入力段階と、
前記入力段階において前記半導体回路デバイスに入力された前記外部入力信号を 示す入力データを、 SNMP (S i mp l e Ne t wo r k Ma n a g eme n t P r o t o c o l) における MI B (Ma n a g eme n t I n f o rm a t i o n B a s e) オブジェクトに対応付けて格納する M I B格納段階と、 SNMPに基づくメッセージを用いて、 前記 MI Bォブジェクトに対応付けられ た前記入力データを前記通信ネットワークへ送信する SNMP送信段階と を備える管理方法。
26. 通信ネットワークに接続される半導体回路デバィスであって、
前記通信ネットワークから I Pヘッダと、 トランスポート層のヘッダであるトラ ンスポートヘッダとを含む I Pバケツトを受信する受信回路と、
前記 I Pパケットから前記 I Pヘッダ及び前記トランスポートヘッダを抽出する 抽出回路と、
前記抽出回路が抽出した前記 I Pヘッダに基づき、 I Pプロトコル処理を行う I pプロトコル処理回路と、
前記 I Pプロトコル処理と少なくとも一部を並行して、 前記抽出回路が抽出した 前記トランスポートヘッダに基づき、 トランスポートプロ トコル処理を行うトラン スポートプロトコ/レ処理回路と
を備える半導体回路デバイス。
27. 前記抽出回路は、
前記 I Pパケットに含まれる I HL (I n t e r n e t He a d e r L e n g t h) フィールドの値に基づき、 前記 I Pヘッダを抽出し、
前記 I Pパケットが前記トランスポートヘッダである T C Pへッダを含む場合に おいて、前記 T C Pヘッダのデータオフセットフィールドが位置すべき部分の値と、 前記 I HLフィールドの値とに基づき、 前記 I Pパケットから前記 TCPヘッダを 抽出することを特^:とする請求項 26に記載の半導体回路デバイス。
28. 前記抽出回路は、
前記 I Pパケットに含まれる I HL (I n t e r n e t He a d e r L e n g t h) フィールドの値に基づき、 前記 I Pヘッダを抽出し、 前記 I Pパケットが前記トランスポートへッダである U D Pへッダを含む場合に おいて、 前記 U D Pヘッダの U D Pヘッダ長が位置すべき部分の値と、 前記 I H L フィーノレドの値とに基づき、 前記 I Pパケットから前記 U D Pヘッダを抽出するこ とを特徴とする請求項 2 6に記載の半導体回路デバイス。
2 9 . 前記 I Pプロトコル処理回路が前記 I Pプロトコル処理において障害を検 出した場合、 又は前記トランスポートプロトコル処理回路が前記トランスポートプ 口トコル処理において障害を検出した場合に、 障害処理を行う障害処理回路を更に 備えることを特徴とする請求項 2 6に記載の半導体回路デパイス。
3 0 . 前記 I Pプロトコル処理回路は、 前記 I Pヘッダのバージョン番号が予め 定められた番号でない場合、 前記 I pヘッダのチェックサム値が前記 I pヘッダの ヘッダチェックサムフィールドに格納された値と異なる場合、 及び前記 I Pヘッダ のサービスタイプを示す値が予め定められた値でない場合の少なくとも 1つに該当 する場合に、 前記 I Pプロトコル処理における障害を検出することを特徴とする請 求項 2 9に記載の半導体回路デパイス。
3 1 . 前記トランスポートプロトコル処理回路は、 受信済みのデータを重複して 受信した場合、 又は I Pパケットのウィンドウ制御において障害が生じた場合に、 前記トランスポートプロトコル処理における障害を検出することを特徴とする請求 項 2 9に記載の半導体回路デバィス。
3 2 . 前記通信ネットワークに接続された通信装置との間で確立したセッション を示すセッション情報を格納するセッション情報格納部を更に備え、
前記障害処理回路は、 前記セッション情報格納部に格納された前記セッション情 報に対応するセッションを用いた通信における障害を検出することを特徴とする請 求項 2 9に記載の半導体回路デバイス。
3 3 . 前記障害処理回路は、 前記通信ネットワークから受信した前記 I Pパケッ トが、 セッションの確立を要求するものでなく、 かつ、 前記 I Pパケットの前記 I Pヘッダに含まれる送信元 I Pァドレス及び宛先 I Pァドレスと、 前記トランスポ 一トヘッダに含まれる送信元ポート番号及び宛先ポート番号とにより指定されるセ ッションを示すセッション情報が前記セッション識別情報格納部に格納されていな い場合に、 前記セッションを用いた通信における障害を検出することを特徴とする 請求項 3 2に記載の半導体回路デバイス。
3 4 . 通信ネットワークから受信した I Pバケツトを処理するパケット処理方法 であって、
前記通信ネットワークから I Pヘッダと、 トランスポート層のヘッダであるトラ ンスポートヘッダとを含む I pバケツトを受信する受信段階と、
前記 I Pバケツトから前記 I Pヘッダ及び前記トランスポートヘッダを抽出する 抽出段階と、
前記抽出段階で抽出した前記 I Pへッダに基づき、 I Pプロトコル処理を行う I Pプロトコル処理段階と、
前記 I Pプロトコル処理と少なくとも一部を並行して、 前記抽出段階で抽出した 前記トランスポートヘッダに基づき、 トランスポートプロトコル処理を行う トラン スポートプロトコル処理段階と
を備えるパケット処理方法。
3 5 . 通信ネットワークに接続される半導体回路デバィスであって、
複数の受信キューと、
前記通信ネットワークから受信した複数の受信パケットのそれぞれに対し、 当該 受信バケツトのヘッダに基づいて一の前記受信キューを選択し、 選択した前記受信 キューに当該受信バケツトを格納させる受信キュー選択回路と、
前記複数の受信キューに格納された前記複数の受信パケットのそれぞれに対して トランスポートプロトコル処理を行うべき処理順序を、 前記複数の受信キューの優 先度に基づき決定する処理順序決定回路と
を備える半導体回路デバィス。
3 6 . 前記受信パケットのヘッダに基づき、 当該受信パケットを格納する前記受 信キューの優先度を決定する優先度決定回路を更に備えることを特徴とする請求項 3 5に記載の半導体回路デバイス。
3 7 . 前記受信キュー選択回路は、 前記受信バケツトのヘッダに基づき前記受信 パケットに対応するセッションを識別し、 当該セッションに基づき前記受信パケッ トを格納させる前記受信キューを選択し、
前記優先度決定回路は、 前記受信バケツトに対応する前記セッションに基づき、 前記優先度を決定することを特徴とする請求項 3 6に記載の半導体回路デバイス。
3 8 . 前記受.信キュー選択回路は、 前記受信バケツトのヘッダに基づき前記受信 パケットに対応するセッションを識別し、 当該セッションに基づき前記受信パケッ トを格納させる前記受信キューを選択し、
前記優先度決定回路は、 前記受信パケットに対応する前記セッションと、 前記受 信パケットの T C Pヘッダに含まれるコードビットとに基づいて、 前記優先度を決 定することを特徴とする請求項 3 6に記載の半導体回路デバィス。
3 9 . 前記優先度決定回路は、 前記受信パケットの T C Pヘッダに含まれる宛先 ポート番号に基づき前記優先度を決定することを特徴とする請求項 3 6に記載の半 導体回路デバイス。
4 0 . 前記優先度決定回路は、 前記受信パケットに対応する I Pヘッダに含まれ る送信元ァドレスに基づき前記優先度を決定することを特徴とする請求項 3 6記載 の半導体回路デバイス。 ' '
4 1 . 前記優先度決定回路は、 前記複数の受信キューのそれぞれに対して予め設 定された帯域幅に基づき、 前記優先度を決定することを特徴とする請求項 3 6に記 載の半導体回路デバイス。
4 2 . 前記受信パケットに対してトランスポートプロトコル処理を行う トランス ポート受信処理回路を更に備え、
前記複数の受信キューは、
高い優先度に設定された、 少なくとも一の高優先受信キューと、
前記高優先受信キューより低い優先度に設定された複数の低優先受信キューと を有し、
前記高優先受信キューが前記受信パケットを格納する場合、 前記トランスポート 受信処理回路は当該受信パケットを処理し、
前記処理順序決定回路は、 前記トランスポート受信処理回路が前記低優先受信キ ユーに格納された前記受信パケットを処理する毎に、 前記複数の低優先受信キュー 力 ら、 予め設定された順序に基づき、 一の前記低優先受信キューを順次選択し、 前記高優先受信キューが前記受信パケットを格納しない場合、 前記トランスポー ト受信処理回路は、 前記処理順序決定回路が選択している前記低優先受信キュ一に 格納された、 前記受信バケツトを処理することを特徴とする請求項 3 5に記載の半 導体回路デバイス。
4 3 . 前記受信キュー選択回路は、 前記受信バケツトに対応するセッション、 前 記受信パケットの T C Pヘッダに含まれるコードビット、 前記受信パケットの T C Pヘッダに含まれる宛先ポート番号、 及び前記受信パケットの I Pヘッダに含まれ る送信元ァドレスの少なくとも 1つに基づいて、 当該受信バケツトを格納させる前 記受信キューを選択し、
前記処理順序決定回路は、 前記複数の受信バケツトのそれぞれが前記複数の受信 キューのいずれに格納されているかに基づいて、 前記トランスポートプロトコル処 理を行うべき処理順序を決定することを特徴とする請求項 3 5に記載の半導体回路 デバイス。
4 4 . 前記通信ネットワークに送信すベき送信パケットを格納する送信キューを 更に備え、
前記処理順序決定回路は、 前記複数の受信キュ一に格納された前記複数の受信パ ケット、 及ぴ前記送信キューに格納された前記送信パケットのそれぞれに対してト ランスポートプロトコル処理を行うべき処理順序を、 前記複数の受信キューの優先 度及び前記送信キューの優先度に基づき決定することを特徴とする請求項 3 5に記 載の半導体回路デバイス。
4 5 . 通信ネットワークから受信した複数の受信パケットを処理するパケット処 理方法であって、
前記複数の受信パケットのそれぞれに対し、 当該受信バケツトのヘッダに基づい て、 複数の受信キューから一の前記受信キューを選択し、 選択した前記受信キュー に当該受信パケットを格納させる受信キュー選択段階と、
前記複数の受信キューに格納された前記複数の受信パケットのそれぞれに対して トランスポートプロトコル処理を行うべき処理順序を、 前記複数の受信キューの優 先度に基づき決定する処理順序決定段階と
を備えるパケット処理方法。
46. 外部の環境を検出する管理システムであって、
前記外部の環境を検出するセンサと、
前記センサと、 通信ネットワークとに接続される半導体回路デバイスと、 前記通信ネットワークに接続される管理装置と
を備え、
前記半導体回路デバィスは、 前記外部の環境を示す入力データを前記センサから 入力して、 SNMP (S i mp l e Ne t wo r k Ma n a g eme n t P r o t o c o 1; における M I B (Ma n a g eme n t I n f o r ma t i o n B a s e) ォブジ タトに対応付けて格納する M I B格納部を有し、
前記管理装置は、
前記半導体回路デバィスに対応付けて、 前記半導体回路デバィスの使用者の連絡 先を示す連絡先情報を格納する連絡先データベースと、
前記入力データを、 前記半導体回路デバイスから取得する SNMP管理部と、 前記入力データが予め設定された条件を満たす場合に、 前記半導体回路デバイス の使用者の連絡先を前記連絡先データベースから取得して、 前記使用者に、 前記入 力データが前記予め設定された条件を満たすことを通知する通知部と
を有する管理システム。
4 7. 前記 SNMP管理部は、前記入力データを、予め設定された取得周期毎に、 前記半導体回路デバイスから取得することを特徴とする請求項 46に記載の管理シ ステム。
48. 前記 SNMP管理部は、 予め設定された応答要求周期毎に、 前記半導体回 路デパイスに対して応答を要求し、
前記要求に対して前記半導体回路デバイスが応答しない場合、 前記通知部は、 前 記半導体回路デバィスの使用者の連絡先を前記連絡先データベースから取得して、 前記使用者に、 前記半導体回路デバイスが応答しないことを通知することを特徴と する請求項 4 6に記載の管理システム。
4 9 . 前記半導体回路デバイスは、 前記入力データが前記予め設定された条件を 満たす場合に、 前記入力データが当該条件を満たすことを示す、 S NM Pに基づく トラップメッセージを、 前記通信ネットワークを介して前記管理装置へ送信する S NM P制御部を更に有し、
前記 S NM P管理部は、 前記入力データとして、 前記トラップメッセージを取得 し、
前記 S NMP管理部が前記トラップメッセージを取得した場合に、前記通知部は、 前記使用者に前記入力データが前記予め設定された条件を満たすことを通知するこ とを特徴とする請求項 4 6に記載の管理システム。
5 0 . 複数の前記管理装置を備え、
前記 S NM P制御部は、 予め設定された確認周期毎に、 一の前記管理装置に対し て通信可能なことを確認し、
前記一の管理装置と通信可能であり、 かつ、 前記入力データが前記予め設定され た条件を満たす場合、 前記入力データが当該条件を満たすことを示す前記トラップ メッセージを前記一の管理装置へ送信し、
前記一の管理装置と通信不可能な場合、 他の前記管理装置に対して、 前記一の管 理装置と通信不可能であることを示すメッセージを送信し、
前記他の管理装置が前記通信不可能であることを示すメッセージを受け取った場 合、 前記他の管理装置の前記通知部は、 前記半導体回路デバイスの使用者の連絡先 を前記連絡先データベースから取得して、 前記使用者に、 前記一の管理装置と通信 不可能であることを通知することを特徴とする請求項 4 9に記載の管理システム。
5 1 . 前記 M I B格納部は、 前記入力データが前記予め設定された条件を満たす 場合に、 前記トラップメッセージを前記管理装置へ送信する送信回数を M I Bォブ ジ クトに対応付けて格納する送信回数格納部を含み、
前記 S NM P管理部は、 S NM Pに基づくメッセージを用いて前記半導体回路デ ノ ィスの前記送信回数を設定し、
前記 S NM P制御部は、 前記入力データが予め設定された条件を満たす場合に、 前記管理装置によつて設定された前記送信回数で指定される数の前記トラップメッ セージを前記管理装置へ送信することを特徴とする請求項 4 9に記載の管理システ ム。
5 2 . 前記連絡先データベースは、 前記連絡先情報として、 移動体端末への連絡 先を格納し、
前記通知部は、 前記半導体回路デバイスの使用者の連絡先として、 前記移動体端 末への連絡先を取得して、 前記使用者に前記入力データが前記予め設定された条件 を満たすことを通知することを特徴とする請求項 4 6に記載の管理システム。
5 3 . 前記管理装置は、 前記半導体回路デバィスの使用者へ前記通知部が通知を 行った場合に、 前記移動体端末から閲覧可能に、 前記入力データを格納する閲覧デ ータ格納部を更に有することを特徴とする請求項 5 2に記載の管理システム。
5 4 . 前記半導体回路デバィスは、
前記外部の環境を示すアナログ値を前記センサから入力する入力部と、 前記アナログ値をデジタル値に変換する AD変換部と
を更に有し、
前記 M I B格納部は、 前記デジタル値を前記入力データとして格納することを特 徴とする請求項 4 6に記載の管理システム。
5 5 . 前記センサは、 温度センサ、 湿度センサ、 煙センサ、 又は水センサであつ て、
前記 M I B格納部は、 前記センサに対応する温度を示す値、 湿度を示す値、煙 の有無を示す値、又は水量を示す値を前記入力データとして入力することを特徴 とする請求項 4 6に記載の管理:
PCT/JP2002/008958 2002-07-01 2002-09-03 半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法 WO2004004251A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU2002328419A AU2002328419A1 (en) 2002-07-01 2002-09-03 Semiconductor circuit device, packet processing method, management system, management method, and packet processing method
US10/839,411 US20040208177A1 (en) 2002-07-01 2004-05-04 Semiconductor circuit device, packet processing method, management system, management method and packet processing method

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
JP2002192550A JP2004038402A (ja) 2002-07-01 2002-07-01 管理システム
JP2002-192549 2002-07-01
JP2002192549A JP2004038401A (ja) 2002-07-01 2002-07-01 半導体回路デバイス、管理システム、及び管理方法
JP2002-192550 2002-07-01
JP2002-203259 2002-07-11
JP2002203260A JP2004048394A (ja) 2002-07-11 2002-07-11 半導体回路デバイス及びパケット処理方法
JP2002203259A JP4082112B2 (ja) 2002-07-11 2002-07-11 半導体回路デバイス及びパケット処理方法
JP2002-203260 2002-07-11
JP2002-203258 2002-07-11
JP2002203258A JP2004048392A (ja) 2002-07-11 2002-07-11 半導体回路デバイス及びパケット処理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/839,411 Continuation US20040208177A1 (en) 2002-07-01 2004-05-04 Semiconductor circuit device, packet processing method, management system, management method and packet processing method

Publications (1)

Publication Number Publication Date
WO2004004251A1 true WO2004004251A1 (ja) 2004-01-08

Family

ID=30004025

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/008958 WO2004004251A1 (ja) 2002-07-01 2002-09-03 半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法

Country Status (3)

Country Link
US (1) US20040208177A1 (ja)
AU (1) AU2002328419A1 (ja)
WO (1) WO2004004251A1 (ja)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7596139B2 (en) 2000-11-17 2009-09-29 Foundry Networks, Inc. Backplane interface adapter with error control and redundant fabric
US7236490B2 (en) 2000-11-17 2007-06-26 Foundry Networks, Inc. Backplane interface adapter
US20120155466A1 (en) 2002-05-06 2012-06-21 Ian Edward Davis Method and apparatus for efficiently processing data packets in a computer network
US7468975B1 (en) 2002-05-06 2008-12-23 Foundry Networks, Inc. Flexible method for processing data packets in a network routing system for enhanced efficiency and monitoring capability
US7187687B1 (en) 2002-05-06 2007-03-06 Foundry Networks, Inc. Pipeline method and system for switching packets
US7266117B1 (en) 2002-05-06 2007-09-04 Foundry Networks, Inc. System architecture for very fast ethernet blade
US6901072B1 (en) 2003-05-15 2005-05-31 Foundry Networks, Inc. System and method for high speed packet transmission implementing dual transmit and receive pipelines
EP1560457B1 (en) * 2004-01-30 2008-01-30 Technische Universität Berlin A hybrid optical network and a method of routing data packets in a hybrid optical network
US7817659B2 (en) 2004-03-26 2010-10-19 Foundry Networks, Llc Method and apparatus for aggregating input data streams
US8730961B1 (en) 2004-04-26 2014-05-20 Foundry Networks, Llc System and method for optimizing router lookup
US7657703B1 (en) 2004-10-29 2010-02-02 Foundry Networks, Inc. Double density content addressable memory (CAM) lookup scheme
JP2008537858A (ja) * 2005-03-15 2008-09-25 エムフォーメイション テクノロジーズ インコーポレイテッド ワイヤレス端末においてトラップを管理及び監視するためのシステム及び方法
US8571053B2 (en) 2005-05-31 2013-10-29 Broadcom Corporation Method and system for architecture of a fast programmable transport demultiplexer using double buffered approach
US7929410B2 (en) 2005-06-29 2011-04-19 Interdigital Technology Corporation Protocol engine for processing data in a wireless transmit/receive unit
JP2007124495A (ja) * 2005-10-31 2007-05-17 Nec Electronics Corp ストリームデータ処理装置
US8448162B2 (en) 2005-12-28 2013-05-21 Foundry Networks, Llc Hitless software upgrades
US20070286221A1 (en) * 2006-06-13 2007-12-13 Mau-Lin Wu Memory management method and memory architecture for transmitting UWB PCA frames
US8363805B2 (en) * 2006-06-22 2013-01-29 Burns Jr James M Media terminal adapter (MTA) initialization process display by use of an embedded caller name and caller identification
US20070299297A1 (en) * 2006-06-26 2007-12-27 Robert Jarvik Textured conforming shell for stabilization of the interface of precision heart assist device components to tissues
US8675856B2 (en) * 2006-08-01 2014-03-18 Cisco Technology, Inc. Media terminal adapter (MTA) routing of telephone calls based on caller identification information
US7903654B2 (en) 2006-08-22 2011-03-08 Foundry Networks, Llc System and method for ECMP load sharing
US8233491B2 (en) * 2006-09-28 2012-07-31 Burns Jr James M Embedded media terminal adapter (EMTA) endpoint redirect mode
US8526583B2 (en) * 2006-09-29 2013-09-03 James M. Burns, JR. Media terminal adapter (MTA) local ringback option
US8238255B2 (en) 2006-11-22 2012-08-07 Foundry Networks, Llc Recovering from failures without impact on data traffic in a shared bus architecture
US8395996B2 (en) 2007-01-11 2013-03-12 Foundry Networks, Llc Techniques for processing incoming failure detection protocol packets
US8271859B2 (en) 2007-07-18 2012-09-18 Foundry Networks Llc Segmented CRC design in high speed networks
US8037399B2 (en) 2007-07-18 2011-10-11 Foundry Networks, Llc Techniques for segmented CRC design in high speed networks
US8149839B1 (en) 2007-09-26 2012-04-03 Foundry Networks, Llc Selection of trunk ports and paths using rotation
US8838782B2 (en) * 2008-09-19 2014-09-16 Nec Corporation Network protocol processing system and network protocol processing method
US8090901B2 (en) 2009-05-14 2012-01-03 Brocade Communications Systems, Inc. TCAM management approach that minimize movements
US8599850B2 (en) 2009-09-21 2013-12-03 Brocade Communications Systems, Inc. Provisioning single or multistage networks using ethernet service instances (ESIs)
JP2012019336A (ja) * 2010-07-07 2012-01-26 Fujitsu Ltd ネットワーク管理システム、管理装置、被管理装置、及びネットワーク管理方法
JP5573709B2 (ja) 2011-01-31 2014-08-20 ブラザー工業株式会社 通信装置
US9485113B2 (en) * 2013-10-11 2016-11-01 Ge Aviation Systems Llc Data communications network for an aircraft
TWI540861B (zh) * 2014-08-01 2016-07-01 友勁科技股份有限公司 管理系統與管理方法
CN105302843A (zh) * 2014-08-01 2016-02-03 友劲科技股份有限公司 管理系统与管理方法
US10834011B2 (en) * 2017-06-29 2020-11-10 Itron Global Sarl Packet servicing priority based on communication initialization
US10735538B2 (en) * 2017-12-20 2020-08-04 International Business Machines Corporation Conversion from massive pull requests to push requests
JP7043028B2 (ja) * 2018-02-16 2022-03-29 トヨタ自動車株式会社 車載装置及びプローブデータの送信方法
EP3968577A1 (en) * 2020-09-11 2022-03-16 Deutsche Telekom AG A data traffic control device, a residential router, an operator network device and a telecommunication system
JP2024018388A (ja) * 2022-07-29 2024-02-08 ブラザー工業株式会社 通信装置と通信装置のためのコンピュータプログラムと通信装置によって実行される方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06216970A (ja) * 1993-01-21 1994-08-05 Hitachi Ltd 通信制御アダプタ及び通信管理方式
JPH08307454A (ja) * 1995-04-28 1996-11-22 Mitsubishi Electric Corp パケット優先処理装置
JPH09224066A (ja) * 1996-02-14 1997-08-26 Kokusai Denshin Denwa Co Ltd <Kdd> 通信プロトコル並列処理装置
JP2000307579A (ja) * 1999-04-21 2000-11-02 Mitsubishi Electric Corp ネットワーク管理システム
JP2001223695A (ja) * 2000-02-07 2001-08-17 Mitsubishi Electric Corp 通信局監視システム及び通信局監視方法
JP2001292172A (ja) * 2000-03-02 2001-10-19 Alcatel Internetworking Inc 限定優先度キュースケジューラ
JP2001320371A (ja) * 2000-03-03 2001-11-16 Toshiba Corp ネットワーク警報管理情報転送装置および方法
JP2001339462A (ja) * 2000-05-29 2001-12-07 Toshiba Corp 通信プロトコル処理方法および通信プロトコル処理装置
JP2001345944A (ja) * 2000-05-31 2001-12-14 Chuo Electronics Co Ltd インターネット・サービスに対応した携帯電話端末による遠隔監視制御方法
JP2002084379A (ja) * 2000-06-27 2002-03-22 Canon Inc データ伝送システム、データ伝送装置、データ蓄積サーバ、データ伝送方法、課金装置、データ蓄積装置、課金方法、データ蓄積方法、記憶媒体及びプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2703417B2 (ja) * 1991-04-05 1998-01-26 富士通株式会社 受信バッファ
US6657954B1 (en) * 1999-03-31 2003-12-02 International Business Machines Corporation Adapting receiver thresholds to improve rate-based flow control
US6678746B1 (en) * 2000-08-01 2004-01-13 Hewlett-Packard Development Company, L.P. Processing network packets

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06216970A (ja) * 1993-01-21 1994-08-05 Hitachi Ltd 通信制御アダプタ及び通信管理方式
JPH08307454A (ja) * 1995-04-28 1996-11-22 Mitsubishi Electric Corp パケット優先処理装置
JPH09224066A (ja) * 1996-02-14 1997-08-26 Kokusai Denshin Denwa Co Ltd <Kdd> 通信プロトコル並列処理装置
JP2000307579A (ja) * 1999-04-21 2000-11-02 Mitsubishi Electric Corp ネットワーク管理システム
JP2001223695A (ja) * 2000-02-07 2001-08-17 Mitsubishi Electric Corp 通信局監視システム及び通信局監視方法
JP2001292172A (ja) * 2000-03-02 2001-10-19 Alcatel Internetworking Inc 限定優先度キュースケジューラ
JP2001320371A (ja) * 2000-03-03 2001-11-16 Toshiba Corp ネットワーク警報管理情報転送装置および方法
JP2001339462A (ja) * 2000-05-29 2001-12-07 Toshiba Corp 通信プロトコル処理方法および通信プロトコル処理装置
JP2001345944A (ja) * 2000-05-31 2001-12-14 Chuo Electronics Co Ltd インターネット・サービスに対応した携帯電話端末による遠隔監視制御方法
JP2002084379A (ja) * 2000-06-27 2002-03-22 Canon Inc データ伝送システム、データ伝送装置、データ蓄積サーバ、データ伝送方法、課金装置、データ蓄積装置、課金方法、データ蓄積方法、記憶媒体及びプログラム

Also Published As

Publication number Publication date
AU2002328419A1 (en) 2004-01-19
US20040208177A1 (en) 2004-10-21

Similar Documents

Publication Publication Date Title
WO2004004251A1 (ja) 半導体回路デバイス、パケット処理方法、管理システム、管理方法、及びパケット処理方法
US8755433B2 (en) Transforming uncompressed video traffic to network-aware ethernet traffic with A/V bridging capabilities and A/V bridging extensions
JP5621778B2 (ja) コンテンツベーススイッチシステム、及びコンテンツベーススイッチ方法
CN101283565B (zh) 数据通信装置,及其接口结构和方法
CN111083161A (zh) 数据传输的处理方法及装置、物联网设备
KR101271261B1 (ko) 분산된 스테이션의 네트워크에서 디바이스의 활동을 검출하는 방법과, 그러한 방법을 수행하기 위한 네트워크 스테이션
EP1675355B1 (en) Method, apparatus and program products for discovering an information processing apparatus and for converting communication packets into secure or non-secure packets.
JP2006503513A (ja) 異機種プロトコルの間に相互データ伝送のための共通プロトコル階層構造及び方法と共通プロトコルパケット。
RU2005127418A (ru) Интерфейс поставщиков служб устройств
JP2007228548A (ja) 加入者情報ストリングに基づいたvlanインターフェイスの動的な構築
AU2009200973B2 (en) Device with Ethernet switch function and single Ethernet connector
JP2001168915A (ja) Ipパケット転送装置
JP2004048394A (ja) 半導体回路デバイス及びパケット処理方法
JP5142216B2 (ja) ホームネットワーク内の端末から広域ネットワークへコンテンツを送信するコンテンツ送信方法及びシステム
KR20010039791A (ko) 통신장치 및 방법, 및 매체
JP4082112B2 (ja) 半導体回路デバイス及びパケット処理方法
JP2004048392A (ja) 半導体回路デバイス及びパケット処理方法
WO2001067255A1 (fr) Procede d&#39;alimentation en contenu adapte a un appareil fournisseur de services
WO2012051840A1 (zh) 一种smtp的协议栈系统及其实现方法
JP2004038401A (ja) 半導体回路デバイス、管理システム、及び管理方法
JP5151798B2 (ja) メッセージ交換システム、バイパス転送方法、及びプログラム
JP4397127B2 (ja) 通信装置および該通信装置を用いたPPPoEプロトコル手順簡略方法
KR100452504B1 (ko) 이엠에스 에이전트에서 에스엔엠피 프로토콜처리방법
KR101045394B1 (ko) 홈 게이트웨이에서의 월패드 인증 시스템 및 방법
JP2004038402A (ja) 管理システム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 10839411

Country of ref document: US

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP