JPH03105450A - Communication terminal equipment - Google Patents

Abstract

PURPOSE:To freely set modules constituting a program by specifying a certain module among plural modules and setting or altering the mode. CONSTITUTION:The program is ROM 3 in a communication terminal equipment 1 has a system consisting the hierarchy structure of plural modules M0-M5. Information specifying the module is loaded on a transmittive command from the upper module to the lower module. Respective modules analyze the content of the command and set the operation mode of self modules. Is it assumed that a processing is executed in the route of M0 M1 M3 M5. When a key operation is executed in the equipment 1 and a module M1 receives the com mand of the alteration of the operation mode with the effect that the processing of the module M2 is to be executed after the processing of M1 is terminated from the upper module, the processing is changed to M0 M1 M2 M4 M5.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a communication terminal device having a program structure in which a plurality of modules constituting a program have a hierarchical structure.

[Prior Art] In a conventional communication terminal device, mode change information for a plurality of modules is set as a command at the time of mode initial setting, and in the process of passing the information from an upper module to a lower module, each module receives a specific command. A method was used to extract information based on location. [Problems to be Solved by the Present Invention] In the above conventional example, when setting the mode only for a specific module, there is no way to specify the module, so it is possible to change the program not only for the specific module but also for other modules. It had the disadvantage of being forced to do so.

[Means for Solving the Problems] The present invention has been made for the purpose of solving the above-mentioned problems, and includes the following configuration as one means for solving the above-mentioned problems.

That is, it includes a module identification means for identifying a module and distinguishing it from other modules, a transparent command from the upper module to the lower module, and a means for determining the mode of the module. [Operation] With the above configuration, it is possible to specify a certain module from among a plurality of modules and set or change its mode.

[Embodiment] Hereinafter, a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.

FIG. 1 is a block diagram showing the configuration of a communication terminal device, which is an embodiment of the present invention, in which 1 is a communication terminal device body (hereinafter referred to as a terminal device), and 2 is a terminal device according to a program stored in a ROM 3. 1 is the CPU that controls the entire system, 4 is R
This is a RAM used as a work area for executing programs stored in OM3. Further, 6 is a key operation unit for operating the terminal device 1 and inputting data, and 7 is a line control unit for allowing the terminal device 1 to communicate with the line 8. S is a function information memory that stores information on the realized functions of the terminal W1, corresponding to modules constituting the program in the ROM 3, which will be described below.

The program in the ROMB has a hierarchical structure of a plurality of modules. Then, a method is adopted in which information identifying the module is placed in a transparent command from the second module to the lower module, and each module analyzes the contents of the command and sets its own module's operating mode. . Further, FIG. 2 shows the format of the command, in which 21 is an identifier (hereinafter referred to as ID) for identifying the calling mode when making a call with the terminal device 1 in FIG. i, and 22 is a module. I to identify
D, 23 is an ID indicating the operation mode.

Next, the procedure for inputting parameters for command setting into the command format shown in FIG. 2 will be explained with reference to the flowchart shown in FIG. 3. In FIG. 3, in step S1, a key operation is performed for the purpose of entering the parameter input mode, and in step S2, the calling ID is
4-digit number No N, Na N. (N=O~9)
Enter. In the next step S3, the number input in step S2 is analyzed, and if it is 0000 (4 zeros), it is determined to be a pseudo calling ID, and in step S4, the module ID is set as a two-digit number N 4N - (N=0~9
) is allowed. Note that this module ID indicates which module among the plurality of modules is the target of mode setting.

On the other hand, if the input in step S2 is a number other than oooo, it is determined in step S3 that the normal calling ID is input and the terminal device has withdrawn from the parameter input mode,
The process moves to normal call processing in step S5.

In step S6 following step S4, the 3-digit number N. N,
N. When the operation mode ID of (N=O~9) is input,
Since all parameter input has been completed, the command is transferred to the lower module in step S7.

Next, the operation procedure of the module that has received the command transfer will be explained with reference to the flowchart shown in FIG. In step Sll, the calling ID in the command transferred from the upper module is confirmed, and in step S1
If it is determined that it is oooo in step 2, it is considered a pseudo call, and in the next step S13, the module ID that follows the call ID is
will be confirmed. However, in step S12, the call I
If D is found to be a number other than oooo, normal call processing is performed in step S14. That is, calling I
Input digits including D are sent sequentially to the next line control unit, and from there they are further output to the line.

In step S15, it is determined whether the own module ID of each module matches the module ID of the transferred command, and if they match, the mode of the module is set according to the operation mode ID in the command. Also,
If they do not match, normal call processing is performed in step S14. Then, in step S17, the upper module is notified that the operation mode setting has been completed, and the module that receives the notification clears the command.

The flow of the program stored in the ROM 3 of the terminal device 1 will be explained with reference to FIG. In Figure 5,
30 to 35 are some of the modules constituting the program, and processing is currently being carried out along the path of modules MO-M1-M3->M5. At this time, there is a key operation on the terminal device 1, and the module Ml is changed from a higher-level module (module MO or a higher-level module) to an operation mode indicating that after the process in M1 is completed, the process in module M2 will be executed. When a change command is received, the processing path changes from module MO-Ml-M2 to M4 to M5. (After the process of M2 is completed, the process of M4 is always executed next. There is no jump from M2 to M3.) Therefore, as mentioned above, since the functions realized by the terminal device correspond to the modules, the terminal device The CPU immediately informs the function information memory that the module to be processed has changed, and as a result, the functions realized by the terminal device also change.

As explained above, according to this embodiment, transparent commands are provided for the plurality of modules that constitute the program of the terminal device, and the operation mode of a specific module can be easily set by key operations on the terminal device. There is an effect that it can be done.

Furthermore, since the contents of the mode setting of the module are immediately transmitted to the function information memory of the terminal device, there is an effect that changing the realized functions in the terminal becomes easy and quick.

Furthermore, since the program consisting of multiple modules and the functional information memory are separated, the capacity of the program itself is reduced, improving the efficiency of program development, and making it possible to change the program on a module-by-module basis.
This has the advantage that it can be done without affecting other modules.

[Effects of the Invention] As explained above, according to the present invention, the mode of the modules constituting the program can be freely set, and the functions of the communication terminal device linked to the modes can be easily changed. .

[Brief explanation of drawings]

FIG. 1 is a block diagram showing the configuration of a communication terminal device according to an embodiment of the present invention, FIG. 2 is a diagram showing the format of a command according to the embodiment, and FIG. 3 is a diagram showing the procedure for inputting parameters to a command. Figure 4 is a flowchart showing the operating procedure of the module that receives the command transfer, and Figure 5 is a diagram showing the flow of the program. In the figure, l.
...Communication terminal device, 2...CPU, 3...ROM,
4...RAM, 5...Function information memory, 6...Key operation section, 7...Line control section, 8...Line,
Patent applicant Canon Inc. Figure 3 N=O~9 Figure 2 Figure 5

Claims (1)

[Claims] A communication terminal device characterized by having a module identification means for identifying a module in a program and distinguishing it from other modules, a transparent command from an upper module to a lower module, and a means for determining a module mode.