JP2001344121A - Information apparatus, reception processing method, and recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information apparatus not generating an ill effect caused by the offset of the packets stored in a communication device in the network protocol software allocating a reception process task for each communication device. SOLUTION: In the network protocol software allocating the reception task for each communication device, the execution priority order of the corresponding reception task is changed according to the number of the packets stored in the communication device.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information device which handles a network protocol using software.

[0002]

2. Description of the Related Art In an information device handled by using software, one network processing task performs the processing, and, as in a user mode and a kernel mode,
Various proposals and implementations have been made for OSs in different modes, such as constructing network protocol processing in a kernel unit.

[0003]

In a conventional information device having a plurality of communication devices, a reception processing task for performing a packet reception process is assigned to each communication device.

In network protocol software having a mechanism for accumulating packets received by each communication device, when a plurality of communication devices simultaneously receive a large number of packets, each of the reception processing tasks includes:
Packets are accumulated.

In this case, when the stored packets are sequentially processed, only the task for performing a specific reception process is executed, and the execution of the reception processing task storing a large number of packets is postponed. As a result, there is a problem that adverse effects such as packet loss occur due to offset of packets stored in the communication device.

According to the present invention, there is provided a network protocol software which is configured to assign a reception processing task to each communication device, and an information device which does not cause a problem due to a shift of a packet stored in the communication device. Is intended to provide

[0007]

SUMMARY OF THE INVENTION The present invention is directed to network protocol software configured to assign a task for reception to each communication device.
According to the number of packets stored in the communication device,
Changes the execution priority of the corresponding receiving task

[0008]

DESCRIPTION OF THE PREFERRED EMBODIMENTS (First Embodiment) FIG. 1 is a block diagram showing an information processing apparatus 800 according to one embodiment of the present invention.

An information processing apparatus 800 includes an Ethernet device 801 for performing network communication such as Ethernet.
And the Ethernet device 801 and the coordinate input device 807
An I / O bus 802 for exchanging data with the
A CPU 804, a ROM 805 storing programs and data for operating the CPU 804, a RAM 806 storing temporary data by the CPU 804,
804, a memory bus 803 to which ROM 805, RAM 806, and the like are connected, an input device 807 for inputting data to a computer, a display drive device 808 for driving a display 809, a display 809, and an Ethernet communication line 810. .

In FIG. 1, three Ethernets 810 for performing network communication are connected to one device.

In a device having a plurality of communication devices such as an Ethernet, when a plurality of communication devices receive a large number of packets at the same time, the processing of the CPU 804 cannot be completed in time, and unprocessed packets are accumulated. In this case, conventionally, after the processing of the packet stored in one communication device is completed, the processing of the next communication device is performed.

However, according to this method, while processing the packets stored in a predetermined communication device, the number of packets that can be stored by another communication device may be exceeded, or a specific communication device may be processed. May be processed promptly, and packets for other communications may be delayed or not processed.

In the above embodiment, TCP / IP is used as a communication protocol, and Ethernet (registered trademark) is used as a communication device.

[0014] TCP / IP is based on "UNIX NE".
TWORK PROGRAMMING / W. Richa
rd Stevens (ISBN 0-13-949)
876-1) ", and many books disclose explanations on the implementation.

Next, the flow of reception in the above embodiment will be described.

FIG. 2 is an operation explanatory diagram in the above embodiment.

FIG. 3 is a flowchart showing the operation in the above embodiment.

In the above embodiment, three user tasks are simultaneously communicating. The TCP / IP software in the reception is configured as a function called from the Ethernet task.

First, the Ethernet task receives a packet (602), and the Ethernet task deletes the Ethernet header from the received packet and calls an IP reception function (603). The IP receive function removes the header from the packet (604). The IP reception function determines which protocol is the TCP or UDP from the IP packet, and calls the TCP reception function or the UDP reception function (605).

In the TCP reception function or the UDP reception function, a TCP header or a UDP header is deleted from a packet, converted into data, and a protocol-specific process is performed (6).
06). A user task to which data is to be passed is selected from the TCP / UDP header, and the data is passed to the user task using message passing (607). Then, data can be received by the user task (608).

Next, the receiving part in the Ethernet will be described in detail.

FIG. 4 is a diagram for explaining the operation of the above embodiment.

As shown in FIG. 4, the Ethernet driver for reception receives a CP from the Ethernet device 801.
It comprises an interrupt handler 702 activated by an interrupt notified to U804, and an Ethernet task 502 for reception.

An Ethernet device 801 is usually
A buffer for receiving a plurality of packets is allocated and received by the Ethernet device, and the interrupt handler 702
Is started, the packet is copied or extracted from this buffer, and the corresponding Ethernet task 50 is copied.
The packet is put in the queue of 2 and the reception is waited for to be notified to the Ethernet task 502.
The Ethernet task 502 extracts a packet from the queue and performs reception processing. The above is the general flow of the receiving part of the Ethernet.

Upon receiving a packet from the physical Ethernet 810, the Ethernet device 801
The interruption is raised to 804. CPU 8 that was interrupted
04 activates an interrupt handler 702 that performs processing according to the interrupt.

Next, a conventional interrupt handler will be described.

FIG. 5 is a flowchart showing the operation of the conventional interrupt handler.

Each of the Ethernet tasks 502 assigned to each Ethernet device has a queue 701 for reception. The interrupt handler converts the received packet into the corresponding Ethernet task 502.
(203). Then, the corresponding Ethernet task 502 is notified that the received packet has been put in the queue 701 (204), and waits for the next interrupt (202).

The notified Ethernet sends the message to the queue 70
When the Ethernet device 502 receives the packet while the Ethernet task 502 is processing the packet, the interrupt handler is activated and the received packet is put into the queue 701 of the Ethernet. The Ethernet task 502 performs reception processing until there are no more packets stored in the queue 701, and the task enters a state of waiting for reception processing. Since such processing is performed, a plurality of Ethernet devices 80
1 cannot process the packets received by the other Ethernet tasks 502 until the processing of the received packets stored in the queue 701 of one Ethernet task 502 is completed. The approach comes out.

Therefore, in the above embodiment, if the number of packets to be processed is large, the priority is raised, and if the number is small, the priority is lowered according to the number of packets stored in the queue 701. So, Ethernet Task 5
02 changes its priority, and causes the Ethernet task 502 having a large number of packets to be processed to be executed preferentially.
In this way, processing of received packets without deviation is performed.

FIG. 6 is a flowchart showing the operation of the above embodiment.

In FIG. 6, the Ethernet task 502 that has received the notification from the interrupt handler 702
01 is checked to see if packets are stored (10
1) If there is no packet in the queue 701, the process waits for an interrupt again (103).

The number of packets stored in the queue 701 is checked (108). If the number of packets stored in the queue 701 is one or two, the priority of the task is set to 8 (104). If the number of packets stored in the queue 701 is 3 to 4, the task priority is set to 9 (105), and the number of packets stored in the queue 701 is 5 or more. In this case, the task priority is set to 10 (106). The higher the numerical value of the task priority, the higher the task priority.

Then, a task reschedule request is issued (107). At this time, if there is another Ethernet task 502 having a higher priority, that task is executed.

Then, the received packet is removed from the queue 701 (109), and it is determined whether or not the received packet is an IP packet (110). If the received packet is not an IP packet, the packet cannot be processed. If so, the IP reception function is called (112).

As described above, in a device to which a plurality of Ethernet devices 801 are connected,
Even when continuous packets are received by a plurality of Ethernet devices 801, reception processing can be performed fairly without deviation.

In the above embodiment, TCP / IP is used as a network protocol and Ethernet is used as a communication device. However, other network protocols may be used. PPP or FDDI using line
For example, the above embodiment may be applied.
The above embodiment can be applied to a case where P, FDDI, Ethernet, and the like are mixed.

(Second Embodiment) In the first embodiment, the priority of the task is changed by the Ethernet task 502 itself, but in the second embodiment, the interrupt handler 702 corresponds to the task. Ethernet Task 50
Change the priority of 2.

In the first embodiment, since the Ethernet task 502 itself changes the priority of the task,
Even in a situation where the priority of a task is raised, there is a disadvantage that the priority cannot be raised until the task is executed, but the second embodiment overcomes this disadvantage.

Upon receiving a packet from the physical Ethernet 810, the Ethernet device 801
The interruption is raised to 804. CPU 8 that was interrupted
04 activates an interrupt handler 702 that performs processing according to the interrupt.

FIG. 7 is a flowchart showing the operation of the second embodiment of the present invention.

The interrupt handler 702 transfers the received packet to the queue 7 of the corresponding Ethernet task 502.
01 (203). The number of packets stored in the queue 701 is checked (401). If the number of packets stored in the queue 701 is one or two, the priority of the task is set to 8 (402), and the queue 701 is set. If the number of packets stored in the
If the task priority is set to 9 (403) and the number of packets stored in the queue 701 is 5 or more,
The priority of the task is set to 10 (404).

Then, the corresponding Ethernet task 50
2 (204) and wait for the next interrupt (20
2).

FIG. 8 is a flowchart showing the operation in the above embodiment.

In FIG. 8, the Ethernet task 502 that has been notified from the interrupt handler 702
01 is checked to see if packets are stored (10
1) If there is no packet in the queue 701, the process waits for an interrupt again (103).

Then, the received packet is removed from the queue 701 (109), and it is determined whether or not the received packet is an IP packet (110). If the received packet is not an IP packet, the packet cannot be processed and the packet is discarded (111). If so, the IP reception function is called (112).

According to the second embodiment, even in a device to which a plurality of Ethernet devices are connected, even if a plurality of Ethernet devices receive continuous packets, reception processing can be performed fairly without deviation. Further, the interrupt handler 702 determines that the corresponding Ethernet task 502
, The Ethernet task 502 with a higher priority can be immediately executed.

In the second embodiment, TCP / IP is used as a network protocol and Ethernet is used as an example of a communication device. However, the above embodiment can be applied to other network protocols. ,
As a communication device, not only Ethernet but also PPP or FDDI using a serial line can be applied, and the above-described second embodiment is applied to a case where PPP, FDDI, Ethernet and the like are mixed. be able to.

That is, in the above-described embodiment, in an information device having a plurality of communication devices, a reception processing task for executing a process relating to reception, a reception processing task allocating unit for allocating the reception processing task for each communication device, For each communication device, a reception data queue means for accumulating reception data, and an execution priority of the reception processing task,
It is an example of an information device having an execution priority changing means for changing.

The above embodiment can be understood as an example of a recording medium. That is, the above embodiment has a plurality of communication devices, and in a reception processing method for executing a reception processing task, a reception processing task procedure for executing a process related to reception, and the reception processing task is assigned to each communication device. A program for causing a computer to execute a reception processing task assignment procedure, a reception data queue procedure for accumulating reception data for each communication device, and an execution priority change procedure for changing the execution priority of the reception processing task is recorded. It is an example of a computer-readable recording medium according to the present invention.

The recording media include FD, CD,
DVDs, HDs, semiconductor memories and the like can be assumed.

According to each of the above embodiments, in the information equipment having a plurality of communication devices, the network protocol software is configured to allocate a task of receiving and processing a packet to each communication device. The device accumulates the packets received, changes the execution priority of the corresponding reception processing task according to the number of the accumulated packets, and performs the execution priority of the reception processing task having a large number of accumulated packets. Higher. By doing so, the reception processing task storing a large number of packets will be executed with priority, and the execution of the reception processing task storing a large number of packets will not be delayed. Of the packets stored in the communication device does not occur, and therefore, there is no adverse effect caused by the offset of the packets stored in the communication device.

[0053]

According to the present invention, in network protocol software configured to assign a task for reception to each communication device, it is possible to respond to the number of packets stored in the communication device. By changing the execution priority of the receiving task to be performed, there is an effect that no adverse effect due to the offset of the packet stored in the communication device occurs.

In the present invention, if an interrupt handler started by an interrupt from a communication device is configured to change the priority of a corresponding reception processing task, the reception processing task having a higher priority is immediately executed. It has the effect that it can be done.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating an information processing apparatus 800 according to an embodiment of the present invention.

FIG. 2 is an operation explanatory diagram in the embodiment.

FIG. 3 is a flowchart showing an operation in the embodiment.

FIG. 4 is an operation explanatory diagram of the embodiment.

FIG. 5 is a flowchart showing the operation of an interrupt handler in a conventional example.

FIG. 6 is a flowchart showing the operation of the embodiment.

FIG. 7 is a flowchart showing the operation of the second embodiment of the present invention.

FIG. 8 is a flowchart showing an operation in the embodiment.

[Explanation of symbols]

 800 information processing device, 801 Ethernet device, 802 I / O bus, 803 memory bus, 804 CPU, 805 ROM, 806 RAM, 807 input device, 808 display drive device, 809 display 810: Ethernet communication line.

Claims (6)

[Claims] 1. An information apparatus having a plurality of communication devices, a reception processing task for executing a process relating to reception; a reception processing task allocating unit for allocating the reception processing task for each communication device; An information device comprising: reception data queue means for storing reception data; and execution priority changing means for changing the execution priority of the reception processing task. 2. The method according to claim 1, wherein when the amount of the received data is large, the execution priority is set high, and when the amount of the received data is small,
An information device comprising an execution priority setting means for setting the execution priority low. 3. The information device according to claim 1, wherein the setting of the execution priority is performed by the reception processing task. 4. The information device according to claim 1, wherein the setting of the execution priority is executed by software started from an interrupt mechanism of the communication device. 5. A reception processing method having a plurality of communication devices and executing a reception processing task, wherein: a reception processing task stage for executing a process relating to reception; and a reception process for allocating the reception processing task to each communication device. A receiving process, comprising: a task assigning stage; a receiving data queue stage for accumulating received data for each communication device; and an execution priority changing stage for changing an execution priority of the receiving processing task. Method. 6. A reception processing method having a plurality of communication devices and executing a reception processing task, comprising: a reception processing task procedure for executing processing relating to reception; and a reception processing for assigning the reception processing task to each communication device. A program for causing a computer to execute a task assignment procedure; a reception data queue procedure for accumulating received data for each communication device; and an execution priority change procedure for changing the execution priority of the reception processing task are recorded. Computer readable recording medium.