JP2001086236A - Method and device for testing key telephone set - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent the possibility of causing wrong operation because the test of a key telephone set requires much labor and time and at times may need manual operation, visual confirmation and audible confirmation or the like at the same time. SOLUTION: A test device 1 is provided with a script storage section 2, that stores a message denoting contents of a test and its procedure and a message processing section 3, that reads this message and conducts processing according to the message. The test device transmits a command to a bus 30 at a side of a key telephone master set 20 connected to telephone sets 25, 26 and receives its reply to test the master set 20. By having only to read and execute the script, one can realize unattended the testing of the key telephone set which was conventionally conducted manually. As a result, the test can be realized efficiently and accurately.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a key telephone test apparatus. In particular, a bus command is automatically transmitted to the main unit of the key telephone in accordance with the pre-programmed contents, and the bus command received from the main unit of the key telephone is programmed in advance to determine whether it is functioning properly. The present invention relates to a method and an apparatus for testing a key telephone which judges, displays and memorizes according to the contents described.

[0002]

2. Description of the Related Art FIG. 18 shows a circuit configuration of a key telephone test apparatus. The key telephone device includes one key telephone main device 20 (hereinafter simply referred to as main device 20) and a plurality of telephones 25 and 26 as terminals. A string 35, 36 is provided between the plurality of telephones 25, 26 and the main unit 20.
There is a bus 30 connected to. The interface 14 is connected to the bus 9 of the test apparatus 1C via the machine string 34 on the bus 30 in order to test the key telephone apparatus thus configured.

[0003] The test apparatus 1C includes a driver 4 and a basic control unit 5. Outside the display, there are a display device such as a CRT display and an input device 13 such as a keyboard for inputting an instruction to the test device 1C. Here, the basic control unit 5 includes the test apparatus 1C
You have total control. The driver 4 is used for driving the key telephone side including the main unit 20 from the test apparatus 1C side via the interface 14, or for driving in the reverse direction.

When transmitting to the main unit 20 that the button of the telephone set 25 (or 26) has been pressed, the telephone set 25 (or 26) determines in advance the main unit 20 via the bus 30 by pressing the button. The transmitted bus command is transmitted to transmit the button press. Also, for example, telephone 25
To change the specific lamp or display content on the display,
The sound of the telephone 25 is sounded or stopped.

When testing whether the main unit 20 is operating properly, it is necessary to confirm the following. For example, in a key telephone device, line 1
Is empty, and when the line key 1 of a telephone 25 is pressed, a display indicating that the telephone 1 is in use by the telephone 25 is correctly displayed on the lamp of the line 1. Make sure that

When an incoming call arrives at a certain telephone set 25, it is confirmed whether or not the incoming call sound of the telephone set 25 is sounding correctly. Further, in the test of the billing amount, a telephone 25 makes a call to an outside line and the telephone 2
If 5 is talking to an outside line, the key telephone device
In the case where the display unit of the telephone 25 during an external call has a function of displaying the current charge amount or the like in real time, it is necessary to check whether the charge amount corresponding to the call time is appropriately displayed. .

In the case of performing the above-described confirmation test, conventionally, all such operations have been performed manually. For example, in order to check whether the lamp of the line key pressed on a certain telephone set 25 is correct and the display shows that the telephone is in use, first manually press the line key, and then display the lamp of the pressed line key. Was visually checked to see if it was correct.

In the confirmation of a ring tone, for example, after a call is made from one telephone to another telephone, it is checked whether the target telephone is ringing properly by hearing (ring tone) and visually (lamp). Display). In addition, in the billing test, the user makes an outside line call for a predetermined time, and checks whether an appropriate billing amount corresponding to the call time is accurately displayed.
It was necessary to confirm it visually.

[0009]

In the test of the key telephone device such as the lamp display, the confirmation sound, the test of the billing amount, etc., the test conditions, for example, the type of the key to be pressed, In the test of the distinction between the incoming call and the billing amount, the test is repeatedly performed while variously changing the destination area, the call time, and the like. In a test for one key telephone device, for example, several hundreds of test items are required.
It is not uncommon for the item to be zero. In the past, all of these tests were performed manually, requiring a great deal of labor and time.In addition, manual operation and visual confirmation, visual confirmation, etc. may be performed at the same time, which may cause operational errors. This has been an obstacle to efficient and accurate testing of key telephone devices.

[0010] It is an object of the present invention to provide a key telephone test apparatus for improving such conventional problems, relieving testers of a great deal of labor and time, and realizing an efficient and accurate key telephone test. To provide.

[0011]

In order to solve this problem, a key telephone test apparatus according to the present invention transmits a bus command to a main unit of a key telephone to be tested via a key telephone bus. And a script storage unit that describes the contents and procedures to judge and respond to the test command and the response from the main device, read the script, issue the command to the main device, and receive from the main device responding to it Acquires the bus command which is the response signal, and acquires the acquired bus command.
A message processing unit for judging whether the main unit is operating correctly from the contents of the command, displaying the data message on the display unit, and storing it in the storage unit is added to the conventional unit. Provided.

Thus, instead of pressing the button of the telephone, a signal is sent from the test apparatus to the main apparatus as a bus command, and a display signal and a sound signal are transmitted from the main apparatus to the bus apparatus.
A command is sent to the test apparatus, and whether or not the bus command sent from the main apparatus is correct can be automatically determined based on whether or not it matches the contents of the script.

[0013]

FIG. 1 shows a circuit configuration showing an embodiment of the present invention. The same symbols are used for the components corresponding to FIG. 1 is a key telephone test apparatus according to the present invention. There is a script storage section 2,
It includes a message processing unit 3, a driver 4, a basic control unit 5, and a bus 9 connecting them.

The script storage unit 2 stores a script in which a test command for the main unit of the key telephone and a content and procedure for judging and treating a response from the main unit responding to the command are stored.

The message processing unit 3 reads the test command from the script storage unit 2 and sends it as a bus command to a key telephone main unit 20 (hereinafter, simply referred to as a main unit 20) as a device under test. , Interface 1
4. Sent via machine cord 34 and bus 30.

The outgoing signal sent to the main unit 20 via the bus 30 via the cords 35 and 36 by operating the push buttons of the telephones 25 and 26 and the incoming signal from the outside line to the main unit 20 are transmitted from the test apparatus 1 side. Is transmitted to the main unit 20 as a pseudo-signal bus command by the bus 30 via the interface 14. Therefore, telephone 2
Since there is no need to test the main unit 20 by directly operating the telephones 5 and 26, the connection of the telephones 25 and 26 can be omitted.

The driver 4 is in charge of transmitting and receiving a message, which is a signal between the message processing unit 3 and the interface 14. Therefore, when the function of the driver 4 is included in the interface 14, the driver 4 can be omitted.

The basic control unit 5 is in charge of controlling the entire test apparatus 1. Reference numeral 11 denotes a display device, such as a CRT display. Reference numeral 12 denotes a memory such as a hard disk, an optical disk, or a floppy disk, which is used to store a script to be stored in the script storage unit 2 and to store test data acquired by the message processing unit 3. You. The input device 13 is a keyboard or the like, and performs input for operating the test device 1.

The bus 9 connects the external display device 11, the external memory 12, the input device 13, and the interface 14 to each other in addition to the components included in the test apparatus 1, and is used for message communication. used. Interface 1
4 is, for example, a general-purpose interface RS-23.
2C or LAN can also be used.

In the script storage unit 2, instructions for testing the key telephone are described according to a predetermined format. The described script is saved as a file. When saving as a file, it is saved in the external memory 12. The commands described in the script storage unit 2 include, for example, an “event occurrence command” for transmitting a bus command (a command on the bus 30) corresponding to a key press of the telephone set 25 to the main unit 20, To the terminal (in this case, instead of the terminal phone,
Among the bus commands transmitted to the test apparatus 1) according to the present invention for notifying lamp lighting, ringer ringing, character display on the display unit, call status, and the like, a bus command for waiting for occurrence of an event in advance is used. A script command for generation is registered in advance.

Further, the main unit 20 is stored in the script storage unit 2.
In response, the “event waiting command” that waits until the registered event occurs, the current telephones 25 and 26 (the actual installation may be omitted in some cases), and the test apparatus 1 according to the present invention from the main apparatus 20. The “record command” for displaying the lamp state, ringer state, character display state, call state, and the like transmitted to the display device 11 and outputting it to the external memory 12, and other script execution control ( A "control command" for performing unconditional branch, conditional branch, stop, etc.) is described.

FIG. 2 shows an internal circuit configuration of the message processing unit 3. It includes a main processing unit 50, an auxiliary program receiving unit 71, and a timer processing unit 72. The main processing unit 50 includes a compiling unit 51, an intermediate language and table unit 52, an execution unit 53, and an operation support unit 59. Further, the execution unit 53 includes an intermediate language execution unit 54, an auxiliary program transmission unit 55, and an auxiliary program reception data processing unit 56. These components are connected by a bus 9 and can communicate with each other.

The compiling section 51 converts (translates) a script (language) used in the test apparatus 1 into an intermediate language as required. The intermediate language and table section 52 includes an intermediate language and various tables. The execution unit 53
The intermediate language converted by the compiling section 51 is executed, and commands are exchanged and processed on the key telephone (main device 20) side.

The intermediate language execution unit 54 included in the execution unit 53
Is the part that executes the intermediate language. The exchange of messages between the test apparatus 1 and the key telephone side, that is, the main apparatus 20 side, is called an auxiliary program with respect to the program for exchanging messages in the test apparatus 1. The auxiliary program transmission unit 55 transmits a command (command) to the main device 20. The auxiliary program reception data processing unit 56 processes data received from the main device 20 via the auxiliary program reception unit 71.

The operation support unit 59 reads and stores the script stored in the script storage unit 2, sets the output destination of the script being executed, and, if necessary, transmits version information indicating the version of the program. It provides a help function to explain how to use the program, and supports the operation of temporarily stopping and ending the test operation.

The auxiliary program receiving section 71
Is received via the interface to the auxiliary program reception data processing unit 56 of the execution unit 53 via the bus 9. The timer processing unit 72 processes timers used in various programs.

FIG. 3 shows the detailed structure of the intermediate language and table unit 52 and the relationship with other units. The contents of the script in the script storage unit 2 are read out by the compiling unit 51 via the bus 9, converted into an intermediate language, and stored in the intermediate language and the intermediate language unit 81 of the table unit 52 via the bus 9.

In this intermediate language conversion process, a label table 85, a user macro table 86, a system macro table 87, a command format table 88
See At the same time, the compiling unit 51 sends the numerical value conversion table 82, the character conversion table 83,
4, label table 85, user macro table 8
6. The corresponding conversion results are stored in the mathematical expression table 89 as well.

The intermediate language execution unit 54 included in the execution unit 53
Interprets an instruction (command) in the intermediate language stored in the intermediate language section 81 and executes the instruction. This command is sent by the bus 9 to the auxiliary program transmission unit 55 included in the execution unit 53, and from there, is sent by the bus 9 to the main unit 20 via the interface 14.

At the same time, the intermediate language execution unit 54 included in the execution unit 53 includes an intermediate language unit 81, a numerical value conversion table 82, a character conversion table 83, a character constant table 84, a formula table 89, an event wait table 90, and an occurrence event table. 9
1. The contents of the numerical value conversion table 82, character conversion table 83, event wait table 90, occurrence event table 91, and data table 92 are simultaneously updated with reference to the data table 92.

The script file read out from the script storage unit 2 to the compiling unit 51 includes an instruction from the test apparatus 1 to the main unit 20 and the main unit 20 corresponding to the instruction.
It is a text file that describes the script of the contents and procedures to be judged and processed based on the response from the side.

The intermediate language stored in the intermediate language section 81 is
Script-coded data in an execution format, created by conversion in the compiling unit 51, and read out from the intermediate language unit 81 when its contents are executed.

The numerical variable table 82 is a table for storing variable values used in the script, and is registered by a variable declaration statement at the time of compilation. Further, at the time of execution, it is accessed every time a variable value is referenced or changed. Numeric variables are managed by numerical variable IDs.

The character variable table 83 is a table for storing character variable values used in the script, and is registered by a variable declaration statement at the time of compilation. Further, at the time of execution, it is accessed every time a variable value is referenced or changed. Character variables are managed by character variable IDs.

The character constant table 84 is a table that stores character constants used in the script, is registered at the time of compiling, and is accessed every time a character constant is referenced at the time of execution. Character constants are managed by character constant IDs. Even when a character constant is described in a plurality of different places in the script, the same character constant ID is assigned if the contents of the character constant are the same.

The label table 85 is registered in the table each time a label definition line at compile time, which is a table for managing the address of the label used in the script, appears. Labels are managed by label IDs. The label referenced in the script is converted to an address during the intermediate language conversion at the time of compilation.

The user macro table 86 manages user-defined macros used in the script. Each time a macro definition line appears during compilation, it is registered in the table. Macros (a set of many instructions) appearing in a script perform character string replacement according to the definition contents before intermediate language conversion at compile time.

The system macro table 87 is a table for managing system-defined macros used in a script. Macros (a set of many instructions) appearing in a script perform character string replacement according to the definition contents before intermediate language conversion at compile time. In the system macro table, definition contents are written in advance.

The command format table 88 is a table describing the format of each command of the script. The command name of each script command, the number of parameters, the type of each parameter, etc. are tabulated, and the compilation unit 5
1 converts the script into an intermediate language, and checks whether the script is correctly described.

The formula table 89 is a table for managing the components (signs, variables, and numerical constants) of the formula in the script. Formulas are managed by formula IDs. At runtime,
Based on the equation table 89, the value of the equation at that time is calculated.

The event waiting table 90 is a table for registering a waiting event every time an event waiting command is executed. When an event change is notified from the main device 20 via the auxiliary program receiving unit 59 of the message processing unit 3 via the interface 14, it is used to determine whether or not the event change is an expected event. .

The occurrence event table 91 stores lamps, call states, liquid crystal display states, ringer states, and the like notified from the main unit 20 via the interface 14 and the auxiliary program receiving section 59 of the message processing section 3. It is a table.

The data table 92 is a table for storing the state (lamp, ringer, call state, state of the display section, etc.) of terminals (telephones 25, 26, etc.) that can be connected to the main unit 20. Each state is transmitted from the key telephone including the main unit 20 via the interface 14 to the message processing unit 3.
Each time the execution unit 53 is notified via the auxiliary program receiving unit 71, the latest information is stored in this table. Here, it is clear that the event table 91 and the data table 92 may be combined into one table.

FIG. 4 shows a flow of an operation centered on the message processing unit 3 which is a main part of the test apparatus 1.
When the operation starts, it is confirmed whether an execution message for executing a program has been received (S1Y) or a message has been received from the main device 20 (S1N) according to an instruction from the basic control unit 5. . Main device 20
If a message is received from the side (S1N), the process proceeds to a subroutine of the auxiliary program process (S11).

When the execution unit 53 confirms that the execution message has been received (S1Y), it determines whether or not it is a standby command (S2). If the execution message is a standby command (S2Y), the next script command is executed. In order to execute, the program counter in the intermediate language execution unit 54 of the execution unit 53 is incremented (S3). At the same time, a timer is created in the timer processing section 72 (S4). The timer created here is configured to time out after the time specified by the standby command (S5).

When the time expires (S5Y), the timer created in step S4 is deleted. Step S
Since the timer created in step 4 is a cyclic timer that generates a time-out message each time the time-out occurs, the timer is deleted in step S6 in order to prevent the occurrence of a second or subsequent time-out message. Then, the next execution message is generated (S9), and the process proceeds to a subroutine of data acquisition processing (S10).

In step S2, if the received execution message is not a standby command (S2N), an auxiliary program command from the auxiliary program transmitting unit 55 to the main unit 20 is generated (S7), and the next script instruction ( In this case, the program counter in the intermediate language execution unit 54 is incremented in order to execute (acquire the data as a response from the main unit 20) (S8), and the process proceeds to generation of an execution message in step S9. Then, the next execution message is read from the script storage unit 2 (S9), and the process proceeds to the data acquisition processing subroutine S10.

FIG. 5 shows the auxiliary program processing (S11).
Is shown. When the lighting state of various lamps from the main device 20 or the telephone 25 (or 26) changes, when the ringer rings, when the ringing sound changes, when displayed on the display unit, the displayed content changes. When a change message of an event occurs, for example, when a signal (command) indicating the change message appears on the bus 30, the auxiliary program receiving unit 71 causes the main unit 2
0 or a bus command issued by the telephone set 25 (or 26) is received via the interface 14 (S
16).

The message is transmitted to the auxiliary program reception data processing unit 56, and the acquisition of the change data is confirmed. When the data is processed (S17), the process proceeds to step S21 of the subroutine (FIG. 6) of the data acquisition processing S10. And proceed.

FIG. 6 shows the contents of a subroutine of the data acquisition process (S10). In the data acquisition process (S10), the key telephone side (main device 20, telephone 2)
5, 26) is waiting for the message (event data) from the test apparatus 1 side. When the auxiliary program reception data processing unit 56 receives the event data acquisition message from the key telephone via the auxiliary program reception unit 71 (S21Y), it receives it.
Is written (S22), and it is checked whether or not it matches the event that has been waiting (S23). If the event coincides with the event that has been waiting here (S23Y), it can be confirmed that the key telephone side is operating normally.

There is no longer a need to wait for an event.
The event waiting timer is deleted (S24), the event waiting state is released, and the process returns to step S21 (S26). If the waiting event does not match (S23N), it is confirmed that the expected event has not occurred on the button telephone side (S2).
5) Return to step S21. In step S21, when the data acquisition message has not been received (S21N), the subroutine of the event waiting timer process (S27) is entered.

FIG. 7 shows an event waiting timer process (S27).
Is shown. When an instruction to create an event wait timer is received (S40Y), a timer is created in the timer processing unit 72 (S42), and a predetermined time is passed (S42). ) The timer is deleted (S43),
The event waiting state is released (S44), and the process proceeds to generation of an execution message (S47).

Then, the next execution message is read from the script storage unit 2, and the process proceeds to the recording process (S48) subroutine. In step S40, when no event wait creation command is received (S40N), the program counter in the intermediate language execution unit 54 is incremented (S46), and the process proceeds to step S47.

FIG. 8 shows the contents of the subroutine of the recording process (S48). When the command read from the script storage unit 2 by the intermediate language execution unit 54 is a command to perform a recording process (S61Y), it is as follows: Occurrence event table 91 and data table 92
Is read. 2. The character constant table 84 is read. 3. The numerical variable table 82 or the character variable table 83 is read. Is determined (S62).

1. In the event table 91 and the data table 92, various event data of the terminal on the key telephone side, for example, the telephones 25 and 26, that is, lamp status, call status, ringer status, and display status are recorded as data. Have been. 2. In the character constant table 84, comments are recorded as character strings and are managed by character constant IDs so that the user can easily understand the execution state of the script. 3. Numeric variable table 82 or character variable table 83
Records the value of a numerical or character variable used for control when executing the script.

If the command is a read command for the event table 91 or the data table (S62-1), the data is read from the event table 91 or the data table 92 (S63) and displayed on the display device 11,
The data file is output and stored in the external memory 12 (S66). Therefore, the program counter in the intermediate language execution unit 54 is incremented (S67), the execution message is read from the script storage unit 2 to execute the next program (S68), and the control command processing (S6).
Enter the subroutine of 9).

If the command in step S62 is a command for reading the character constant table (S62-2),
The character constant is read from the character constant table 84, and the operation proceeds to the operation after step S66.

If the instruction in step S62 is a variable read instruction (S62-3), the numerical variable table 82 or the character variable table 83 is read (S6).
5) The operation proceeds to the operation after step S66.

FIG. 9 shows the contents of the subroutine of the control command processing (S69). There are the following three types of control commands (commands). 1. A branch instruction for branching the script execution instruction unconditionally or under specified conditions. 2. Stop command to stop script execution and end operation. 3. There are other instructions other than the branch instruction and the stop instruction, for example, an assignment instruction for assigning a value to a variable, and an operation instruction for performing a character string operation.

When it is confirmed that the type of the control command is a branch instruction (S81-1), the branch destination address of the condition is set unconditionally or in the program counter in the intermediate language execution unit 54 (step S81-1). S82). When it is confirmed that the type of the control command is a stop command (S
81-2), the execution of the script is stopped and the operation of the test apparatus 1 ends. When it is confirmed that the control command is another command (S81-3), a predetermined processing result is set as an output parameter of the command as necessary (S83),
Increment the program counter (S8
4).

When the program counter is set or incremented (S82, S84), an execution message for executing the next script command is generated, and the process proceeds to the status acquisition command processing (S86) subroutine.

FIG. 10 shows a status acquisition command process (S8).
6) shows the contents of the subroutine. This state acquisition command is an instruction for checking the current state of the key telephone or the test apparatus 1 according to the present invention. That is, a lamp state, a ringer state, a call state, and a display state.

When a state acquisition command is received (S91Y),
The state targeted for investigation is obtained by reading from the occurrence event table 91 or the data table 92 by the intermediate language execution unit 54 and stored in the target numerical variable table 82 or character variable table 83. That is, the variable part of the output parameter of the next command is changed and set from the current state (S92). Then, to execute the next script instruction, the program counter is incremented (S93), and the next execution message is generated (S9).
4). In this case and when no state acquisition command is received in step S91 (S91N), step S21 is performed.
Return to (FIG. 6).

Embodiment FIG. 11 shows an internal circuit configuration of a message processing unit 3B of an embodiment different from the message processing unit 3 shown in FIG. In FIG. 1, the function of the test apparatus 1 does not change even if the message processing unit 3 is replaced with the message processing unit 3B. In the message processing unit 3B, the functions related to the auxiliary program are aggregated in the execution unit 53B included in the main processing unit 50B, and the functions of the auxiliary program transmission unit 55 and the auxiliary program reception unit 71 are collectively transmitted to the data transmission / reception unit 57. , The function of the auxiliary program reception data processing unit 56 to the data processing unit 58
And

The message processing section 3B includes a main processing section 50B and a timer processing section 72. The main processing unit 50B includes a compiling unit 51, an intermediate language and table unit 52, an execution unit 53B, and an operation support unit 59. Further, the execution unit 53B includes an intermediate language execution unit 54, a data transmission / reception unit 57, and a data processing unit 58. These components are connected by a bus 9 and can communicate with each other.

The compiling section 51 converts a script (language) used in the test apparatus 1 into an intermediate language as required (translation between meanings of various signals on the key telephone side).
I do. The intermediate language and table section 52 includes the intermediate language shown in FIG. 3 and various tables. Execution unit 53
B executes the intermediate language converted by the compiling unit 51, and exchanges and processes commands on the key telephone (main device 20) side.

Intermediate language section 54 included in execution section 53B
Is the part that executes the intermediate language. The data transmitting and receiving unit 57 is responsible for transmitting and receiving messages (data) between the test apparatus 1 and the key telephone side, that is, the main apparatus 20 side. The processing of the data to be transmitted and received is performed by the data processing unit 58.

The operation support unit 59 reads and stores the script stored in the script storage unit 2, sets the output destination of the script being executed, and, if necessary, transmits version information indicating the version of the program. It provides a help function to explain how to use the program, and supports the operation of temporarily stopping and ending the test operation. Timer processing unit 7
Reference numeral 2 denotes processing of a timer used in various programs.

FIG. 12 shows a flow of operation centering on the message processing unit 3B corresponding to FIGS. 4 and 5. When the operation starts, it is determined whether an execution message for executing a program has been received (S101Y) or an event change message has been received from the main device 20 (S101N) according to an instruction from the basic control unit 5. Is done. When a message from the main device 20 has not been received (S101N, S109), it is confirmed that change data has been obtained (S110), and data acquisition processing (S11).
Proceed to subroutine 1).

When the execution unit 53B confirms the reception of the execution message (S101Y), it determines whether or not it is a standby command (S102).
In Y), the program counter in the intermediate language execution unit 54 of the execution unit 53 is incremented to execute the next script instruction (S103). At the same time, a timer is created in the timer processing unit 72 (S104). The timer created here is configured to time out after the time specified by the standby instruction (S105).

When the time expires (S105Y),
The timer created in step S104 is deleted. Since the timer created in step S104 is a cyclic timer that generates a time-out message each time the time-out occurs, the timer deletion in step S106 is performed to prevent the occurrence of a second or subsequent time-out message. Then, the next execution message is generated (S10).
8) Then, the process proceeds to a subroutine of the next data acquisition process (S111).

FIG. 13 shows the contents of a subroutine of the data acquisition process (S111). In this data acquisition process (S111), the test apparatus 1 is in a state of waiting for a message (event data) from the key telephone side (main apparatus 20, telephones 25 and 26). Therefore, a message for acquiring event data from the key telephone is transmitted to the data transmitting / receiving unit 5.
7 and received by the data processing unit 58 (S121).
Y), it is written into the occurrence event table 91 or the data table 92 (S122), and it is checked whether or not it matches the event that has been waiting (S123). If the event coincides with the event that has been waiting here (S123Y), it can be confirmed that the key telephone is operating normally.

There is no longer a need to wait for an event.
The event waiting timer is deleted (S124), the event waiting state is released, and the process returns to step S121 (S126). If the waiting event does not match (S123N), it is confirmed that the button telephone side did not operate as expected (normally) (S125), and the process returns to step S121. In step S121, when the data acquisition message has not been received (S121N), the subroutine of the event waiting timer process (S127) is entered.

FIG. 14 shows an event waiting timer process (S12).
The contents of the subroutine 7) are shown. When an instruction to create an event waiting timer is received (S140
Y), a timer is created in the timer processing section 72 (S1).
41), wait for a predetermined time to elapse (S142), and after that, time out (S142Y), delete the timer (S143), and release the event wait state (S144);
The process proceeds to generation of an execution message (S147).

Then, the next execution message is read from the script storage unit 2, and the process proceeds to the recording process (S148) subroutine. In step S140, when no event wait creation command has been received (S140N),
The program counter in the intermediate language execution unit 54 is incremented (S146), and the process proceeds to step S147.

FIG. 15 shows the contents of the subroutine of the recording process (S148). When the instruction read from the script storage unit 2 by the intermediate language execution unit 54 is an instruction to perform a recording process (Y in S161), it is as follows. Occurrence event table 91 or data table 92
Is read. 2. The character constant table 84 is read. 3. The numerical variable table 82 or the character variable table 83 is read. Is determined (S162).

1. In the event table 91 or the data table 92, various event data of the terminal on the key telephone side, for example, the telephones 25 and 26 or the test apparatus 1, that is, the lamp state, the call state, the ringer state, and the state of the display unit are displayed. Recorded as data. 2. In the character constant table 84, comments are recorded as character strings and are managed by character constant IDs so that the user can easily understand the execution state of the script. 3. Numeric variable table 82 or character variable table 83
Records the value of a numerical or character variable used for control when executing the script.

If the command is a read command for the event table or the data table (S162-1), the data is read from the event table 91 or the data table 92 (S163) and displayed on the display device 11,
The data file is output and stored in the external memory 12 (S166). Therefore, the program counter in the intermediate language execution unit 54 is incremented (S167), an execution message is read from the script storage unit 2 to execute the next program (S168), and a subroutine of control command processing (S169) is entered. .

When the command in step S162 is a command for reading a character constant table (S162-
2) The character constants are read from the character constant table 84 and the operation proceeds to step S166 and subsequent steps.

If the instruction in step S162 is a variable read instruction (S162-3), the numerical variable table 82 or the character variable table 83 is read (S1).
65), and proceed to the operation after step S166.

FIG. 16 shows the control command processing (S16
The contents of the subroutine 9) are shown. There are the following three types of control commands (commands). 1. A branch instruction for branching the script execution instruction unconditionally or under specified conditions. 2. Stop command to stop script execution and end operation. 3. There are other instructions other than the branch instruction and the stop instruction, for example, an assignment instruction for assigning a value to a variable, and an operation instruction for performing a character string operation.

When it is confirmed that the type of the control command is a branch instruction (S181-1), the address of the branch destination of the unconditional or specified condition is set in the program counter in the intermediate language execution unit 54 (S181-1). S182). When it is confirmed that the type of the control command is a stop command (S181-2), the execution of the script is stopped and the operation of the test apparatus 1 is terminated. When it is confirmed that the control command is another command (S181-3), a predetermined processing result is set as an output parameter of the command as necessary (S181).
183), the program counter is incremented (S184).

When the program counter is set or incremented (S182, S184), an execution message for executing the next script command is generated, and the process proceeds to the subroutine of the status acquisition command processing (S186).

FIG. 17 shows a status acquisition command process (S1).
86) shows the contents of the subroutine. This status acquisition command is a command for checking the current status of the test apparatus 1 or the key telephone. That is, a lamp state, a ringer state, a call state, and a display state.

When a state acquisition command is received (S191)
Y), the state targeted for investigation is obtained by reading from the command format table 88 by the intermediate language execution unit 54, and is stored in the target numerical variable table 82 or character variable table 83. That is, the variable part of the output parameter of the next command is changed and set from the current state (S1).
92). Therefore, the program counter is incremented to execute the next script instruction (S19).
3), the next execution message is generated (S194). In this case and when no state acquisition command is received in step S191 (S191N), step S121 is performed.
It returns to (FIG. 13).

[0086]

As described above, according to the present invention, once an automatic test item for a key telephone is created as a script, once the script is read and executed, the button which has conventionally been manually operated The telephone test can be automatically and unattended. As a result, the tester is relieved from a great deal of man-hours and labor, and an efficient and accurate test of the key telephone is realized, so that a high-quality key telephone can be developed.

[Brief description of the drawings]

FIG. 1 is a circuit configuration diagram of a key telephone test apparatus showing an embodiment of the present invention.

FIG. 2 is a circuit configuration diagram showing the inside of a message processing unit which is a component of FIG. 1;

FIG. 3 is a circuit diagram showing details of an intermediate language and a table unit, which are constituent elements of FIG. 2, and a relationship with other units;

FIG. 4 is a flowchart showing an operation flow of a message processing unit which is a component of FIG. 1;

FIG. 5 is a flowchart showing details of a subroutine of an auxiliary program process shown in FIG. 1;

FIG. 6 is a flowchart showing details of a subroutine of a data acquisition process shown in FIG. 4;

FIG. 7 is a flowchart showing details of a subroutine of an event waiting timer process shown in FIG. 6;

FIG. 8 is a flowchart showing details of a subroutine of the recording process shown in FIG. 7;

FIG. 9 is a flowchart showing details of a subroutine of a control command process shown in FIG. 8;

FIG. 10 is a flowchart showing details of a subroutine of a status acquisition command process shown in FIG. 9;

11 is a circuit configuration diagram showing the inside of an embodiment different from that shown in FIG. 2 of the message processing unit which is a component of FIG. 1;

FIG. 12 is a flowchart showing a flow of an operation of the message processing unit shown in FIG. 11;

FIG. 13 is a flowchart showing details of a subroutine of the data acquisition process shown in FIG.

FIG. 14 is a flowchart showing details of a subroutine of an event waiting timer process shown in FIG. 13;

FIG. 15 is a flowchart showing details of a subroutine of the recording process shown in FIG. 14;

16 is a flowchart showing details of a subroutine of a control command process shown in FIG.

FIG. 17 is a flowchart showing details of a subroutine of a status acquisition command process shown in FIG. 16;

FIG. 18 is a circuit configuration diagram of a key telephone test apparatus showing a conventional example.

[Explanation of symbols]

 1, 1C test device 2 Script storage unit 3, 3B message processing unit 4 Driver 5 Basic control unit 9 Bus 11 Display device 12 External memory 13 Input device 14 Interface 20 (button telephone) main device 25, 26 Telephone 30 Bus 34 to 36 Machine string 50, 50B Main processing unit 51 Compiling unit 52 Intermediate language and table unit 53, 53B execution unit 54 Intermediate language execution unit 55 Auxiliary program transmission unit 56 Auxiliary program reception data processing unit 57 Data transmission / reception unit 58 Data processing unit 59 Operation support Unit 71 auxiliary program receiving unit 72 timer processing unit 81 intermediate language unit 82 numeric variable table 83 character variable table 84 character constant table 85 label table 86 user macro table 87 system macro table 88 command format table Le 89 Formula table 90 Event waiting table 91 Occurrence event table 92 Data table

 ──────────────────────────────────────────────────続 き Continued on the front page F term (reference) 2G014 AA06 AA07 AA25 AB35 AB62 AC15 5K019 AA02 BA46 BA62 BB11 CA05 CC09 CC14 CC16 5K026 AA23 BB03 CC07 EE06 FF02 JJ02 LL15 5K049 AA08 BB05 BB12

Claims (18)

[Claims] 1. A test command for testing a key telephone including a main unit (20) which can be connected to a telephone set (25, 26) as a terminal by a bus (30), and a test instruction from the key telephone side responding thereto. A script storing process (2) for storing a script describing the contents and operation procedure to be determined and processed in response to the response, transmitting the test instruction to the key telephone to the key telephone, This is a message for performing a transmission / reception process (55, 71) by the auxiliary program for the key telephone side to receive a response from the telephone side and to obtain reception data, reading the script, and testing the key telephone. A test command is transmitted to the key telephone side by the transmission / reception processing (55, 71) by the auxiliary program, and the transmission / reception processing by the auxiliary program is performed. 55, 71), and confirms whether or not the message, which is a response from the key telephone, matches the waiting event described in the script, so that the key telephone operates normally. A key telephone test method that determines whether or not there is a message and performs message processing (3) for processing. 2. In the message processing (3), a main processing for reading the script in the script storage processing (2) and processing the contents described in the script and a response from the key telephone side (2). 2. The key telephone test method according to claim 1, further comprising: performing a timer process (72) for performing time management in said main process (50). 3. In the main process (50), a compile process (51) for converting a language to be used into an intermediate language as necessary is performed, and the intermediate language and the intermediate language in the compile process (51) are processed. An intermediate language and table processing (52) for storing a table used for conversion, an execution of the intermediate language, a communication with the key telephone side, and an execution processing (53) for processing the communication data. 3. The method of claim 2, wherein 4. An intermediate language execution process (5) for executing the intermediate language in the execution process (53).
4. The key telephone test method according to claim 3, further comprising the step of: (4) performing an auxiliary program reception data processing (56) for processing communication data with the key telephone. 5. A test command for testing a key telephone including a main unit (20) which can be connected to a terminal telephone (25, 26) by a bus (30), and a test command from the key telephone side responding thereto. A script storing process (2) for storing a script describing the contents to be determined and processed in response to the response and an operating procedure is performed. The test command which is a message for reading the script and testing the key telephone is transmitted. Sending to the key telephone side, receiving a response from the key telephone side, and confirming whether the response message matches the wait event described in the script, A button telephone test method for determining whether or not the mobile phone is operating and performing message processing (3B) for processing. 6. The main processing (3B) for reading out the script in the script storage processing (2) and processing the contents described in the script and a response from the key telephone side. The key telephone test method according to claim 5, wherein a timer process (72) for managing time in the main process (50B) is performed. 7. In the main process (50B), a compile process (51) for converting a language to be used into an intermediate language as necessary is performed, and the intermediate language and the intermediate language in the compile process (51) are processed. An intermediate language and a table process (52) for storing a table used for conversion, an intermediate language is executed, an execution process (53B) for communicating with the key telephone side and processing the exchange data is performed. )
7. The key telephone test method according to claim 6, wherein: 8. An intermediate language execution process (5) for executing the intermediate language in the execution process (53B).
4) performing data transmission / reception processing (57) for transmitting / receiving communication data with the key telephone side, and applying the received data received in the data transmission / reception processing (57) to the intermediate language execution processing (54) 8. The key telephone test method according to claim 7, wherein the data processing is performed in such a manner. 9. The intermediate language and table processing (52).
An intermediate language process (81) for taking in and out an intermediate language obtained by coding the script; a numerical variable table process (82) for taking in and out a variable value used in the script; Character variable table processing (83) for putting in and out, character constant table processing (84) for putting in and taking out character constants used in the script, and label table processing (85) for putting in and out addresses of labels used in the script And a user macro table process (86) for taking in and out a user-defined macro used in the script, and a system macro table process (87) for taking in and out a system-defined macro used in the script.
And a command format table process (88) for taking in and out the format of each command of the script, a formula table process (89) for taking in and out a formula included in the script, and a response from the button telephone side. Event waiting table processing (90) for confirming whether or not a certain message corresponds to a waiting event; occurrence for entering / exiting an operation state which is an event occurring on the key telephone side; 8. The key telephone test according to claim 3, further comprising: performing an event table processing; and performing a data table processing for inputting / outputting data relating to a state of the terminal included in the key telephone side. Method. 10. A telephone (25, 20) by a bus (30).
26) A script describing a test instruction for testing a key telephone including a main unit (20) which can be connected to the key telephone, and contents and an operation procedure for judging and processing a response from the key telephone in response thereto. Script storing means (2) for storing the key telephone; transmitting the test command to the key telephone side to the key telephone side; receiving the response from the key telephone side to obtain the received data; Transmitting / receiving means (55, 71) by an auxiliary program for the key telephone side; and transmitting / receiving the test command, which is a message for reading the script and testing the key telephone, by the transmitting / receiving means (55, 71) by the auxiliary program. And receives the data received by the transmission / reception means (55, 71) by the auxiliary program, and Message processing means (3) for determining whether or not the key telephone is operating normally by confirming whether or not the message which is the response of the key telephone corresponds to the waiting event described in the script. ) And key telephone test equipment. 11. A main processing for reading out the script in the script storage means (2) in the message processing means (3) and processing contents described in the script and a response from the key telephone side. The key telephone test apparatus according to claim 10, comprising means (50), and timer processing means (72) for managing time in said main processing means (50). 12. The main processing means (50) comprises: a compiling means (51) for converting a language to be used into an intermediate language as necessary; and an intermediate language and the intermediate language in the compiling means (51). An intermediate language and table means (52) for storing a table used for conversion; and an execution means (53) for executing the intermediate language, communicating with the key telephone side, and processing the communication data. 12. The key telephone test apparatus of claim 11, comprising: 13. An intermediate language execution means (5) for executing said intermediate language, said execution means (53).
13. The key telephone test apparatus according to claim 12, further comprising: (4) an auxiliary program reception data processing means (56) for processing communication data with the key telephone. 14. A test command for testing a key telephone including a main unit (20) which can be connected to a terminal telephone (25, 26) by a bus (30), and a test command from the key telephone side responding thereto. Script storage means (2) for storing a script describing the contents to be determined and processed in response to the response and an operation procedure; and reading the script and reading the test command as a message for testing the key telephone. Sending to the key telephone side, receiving the response from the key telephone side, and confirming whether or not the response message matches the wait event described in the script, A key telephone test apparatus including a message processing means (3B) for determining whether or not it is operating and processing it. 15. Main processing for reading out the script in the script storage means (2B) and processing the contents described in the script and a response from the key telephone side by the message processing means (3B). Means (50B), and timer processing means (72) for managing time in said main processing means (50B).
Button telephone test equipment. 16. The main processing means (50B) comprises: a compiling means (51) for converting a language to be used into an intermediate language, if necessary; and an intermediate language and the intermediate language in the compiling means (51). An intermediate language and table means (52) for storing a table used for conversion; and an execution means (53B) for executing the intermediate language, communicating with the key telephone side, and processing the communication data.
16. The key telephone test apparatus of claim 15, comprising: 17. An intermediate language executing means (5) for executing said intermediate language, said executing means (53B).
4), a data transmitting / receiving means (57) for transmitting / receiving communication data with the key telephone side, and a receiving data received by the data transmitting / receiving means (57) suitable for the intermediate language executing means (54). 17. A key telephone test apparatus according to claim 16, including data processing means (58) for performing data processing. 18. The intermediate language and table means (5)
2) Intermediate language means (81) for taking in and out an intermediate language which coded the script; Numerical variable table means (82) for taking in and out variable values used in the script; and character variables used in the script. Character variable table means (83) for taking in and out, character constant table means (84) for taking in and out character constants used in the script, and label table means (85) for taking in and out addresses of labels used in the script; User macro table means (86) for taking in and out user defined macros used in the script, and system macro table means (87) for taking in and out system defined macros used in the script
Command format table means (88) for taking in and out the format of each command of the script; formula table means (89) for taking in and out a formula contained in the script; and a message which is a response from the key telephone side. An event waiting table means (90) for confirming whether or not the event coincides with a waiting event; and an occurrence event table means (30) for taking in and out an operation state which is an event occurring on the key telephone side. 21. The key telephone test apparatus according to claim 12, further comprising: a data table means (92) for putting in and out data relating to a state of the terminal (25, 26) included in the key telephone side.