Multi-task processing system

[Detailed Description of the Invention]

The object Co of [invention (Field of the Invention) This invention relates to the multitasking processing system which realizes multitasking operation on single task OS (operating system). (PRIOR ART) Conventionally, a communication terminal has many which perform a plurality of logical channel (henceforth, multi-channel) processings, and the example of the simple processing at the time of trying to perform an emulation for this on single O8 is shown in Drawing 2. Numerals A are the checks of a key buffer among a figure, when key human power suits, transmitting processing of a key code is performed to a host device, and that is told when there is nothing. Numerals B are extraction processing of a receive buffer, and are processed by the F I F O (First In First 0ut) buffer. There is a field which the thing to which logical channel can identify in receiving data. Numerals C are multiplexers and are divided by the identifier of the receiving data mentioned above in processing for every channel. (Object of the Invention) If the above-mentioned conventional example is followed, to the part which is treating each channel as an equivalent right of priority, it is satisfactory, but when a right of priority has a difference by each channel, a buffer management top problem arises. It is on extension of processing of each channel, when there is key human power processing, it is a problem, and further, when a priority occurs in the key processing, it becomes a problem increasingly and multi-channel correspondence is required. This invention is made in light of the above-mentioned circumstances, processing of each channel is respectively considered as one task, and it aims at providing the multitasking processing system which realizes the multi-channel mechanism in a communication emulator. Also let it be the object to provide the environment which can create Program in multitasking on single O8 without task management required for multitasking, resource control, etc.

[Elements of the Invention] (A means for solving problem and operation) Present invention, To a single task processing system which contains an operating system which can operate only by a single task only by it, A multiple processor which performs multiple managements of a task of operation is added, and it is the above-mentioned multiple processor, A keyboard manager who performs human power management of a keyboard, and a pipe manager who notifies an event manager of event generating and an end per file, and performs communication between tasks, An interface for a driver who controls external optional equipment, If an event manager who manages systematically a demand from application to each above-mentioned manager is comprised and a certain demand occurs during application operation, The above-mentioned event manager registers the demand into an event list, and starts a dispatcher, and a dispatcher chooses a task which should Long life from a task which is in a lady state, and sets it as an operating state, and it considers it as composition which performs a task change. By this, it becomes realizable [ a multi-channel mechanism in a communication emulator ]. That is, it becomes possible to consider processing of each channel as one task respectively. (EXAMPLE) Hereinafter, a present invention example is described using a drawing. Drawing 1 is a block diagram showing an example of the present invention. In a figure, 1 is an application program and task 1~4 processes each logical channel. 2 is an option board part and consists of a driver who controls a board and a board. A driver has an interface over an application program. 3 is the hardware on a machine on which the present invention functions. 4 is a multiple processor added by the present invention, and comprises the following components. Numerals 41 are service routines, notify a demand (event) from a driver of application program 1 and option board part 2 to each functional block, and return the status to a demand person at the time of an end of an event. 42 is a dispatcher, and an event is completed and it makes an operating state a task registered into task list 42 in the state of the lady. 43 is a pipe manager and notifies event manager 45 of generating about an event about a pipe, an end, etc. 44 is a keyboard manager and notifies event manager 45 of generating about an event about a keyboard input, an end, etc. 45 is an event manager and registers with event list 47 about an event which occurred newly. When an event is completed, elimination from an event list and a notice to dispatcher 42 are performed. Are a task Control blotter and EVB of inside TCB of a figure is an event block. Hereinafter, operation of a present invention example is explained. Application is explained as a communication emulator as an example. First, option board 2 turns into a communication board which connects a circuit physically. A certain moment under application operation is taken for an example. At this time, task A presupposes that other tasks were registered with evening Sfrist 46 in the state of the lady by a run state. If service routine 41 is called since task A has a user's key human power at this time, event manager 5 will be notified of this demand via Keyboard manager 44. As a waiting event for key human power in which the demand is not ended, event manager 45 registers with event list 47, and notifies to Dispuncture 42. Dispatcher 42 puts into a run state a task which changed into a lady state earliest among tasks of a lady state registered into task list 46. A task (in this case, task A) which generated an event is registered as a task of event End Wait. A task which was in a run state operates until it publishes a demand to a keyboard, a pipe, and communication. This serves as a change of a task. Then, when task A registered into event list 47 as a waiting event for a key in upper example as to how an event is ended is taken for an example, it is in this state until a user inputs a key. If human power of the key is carried out, an interrupt will occur from a keyboard. This interruption routine notifies event manager 45, and is removed from event list 47. Dispatcher 42 changes task A into a lady state. Since this operation is performed by interruption, it is carried out also where other tasks are performed. In the case of a communication board, a driver reports that an interrupt occurred via a service routine. reading conversely and receiving a demand, when it reads to a demand of writing and a demand occurs via a service routine about a pipe -- Tori of an end of an event of a write request -- it becomes. Multitasking operation is performed by the above.

[Effect of the Invention] According to the present invention, it becomes realizable [ the multi-channel mechanism in a communication emulator ] like explanation above. That is, it becomes possible to consider processing of each channel as one task respectively. The environment which can create a program in multitasking by this on O8 without task management required for multitasking, resource control, etc. can be provided.

[Brief Description of the Drawings]

The block diagram in which Drawing 1 shows the example of the present invention, and Awesome 2 figure are flow charts which show operation of the communication emulator in a conventional example. 1 ... application program, 2 ... option board part, 3 ... hardware, 4 ... multiple processor, 41 ... service routine, 42 ... dispatcher, 43 ... pipe manager, 44 ... keyboard manager, 45 ... event manager, 46 ... task list, 47 ... event list.