JP7000985B2 - Telephone system, telephone-related equipment and program providing server equipment - Google Patents

Description

The present invention relates to a system and a device capable of appropriately updating a program mounted on a telephone-related device such as a telephone or a main device capable of transmitting a voice packet.

Patent Document 1, which will be described later, discloses an invention relating to a mobile communication system or the like that can automatically update a program mounted on a mobile telephone terminal. In the invention disclosed in Patent Document 1, when a version of a mobile phone terminal program is upgraded, the download management device first extracts the telephone number of the mobile phone terminal to be downloaded and starts downloading to them. To the switching station equipment.

Then, the exchange station device executes the download to the mobile phone terminal through the radio base station control device and the radio base station device. The mobile telephone terminal stores the programs to be sent, and when the reception of necessary data is completed, the current program is deleted and a new program is written. That is, the invention disclosed in Patent Document 1 makes a call to a mobile phone terminal that needs to download a program, and downloads the program in a so-called push type.

Japanese Unexamined Patent Publication No. 2001-53882

In telephone-related devices such as main devices and IP telephones, the function of downloading and updating firmware for version upgrades is an essential function in terms of quality and cost. However, in the case of a so-called business phone system in which the main unit accommodates a plurality of IP telephone terminals, a telephone number is not assigned to each of the IP telephone terminals accommodated in the main unit. Therefore, unlike the invention disclosed in Patent Document 1 described above, it is not possible for the exchange device to make a call to each IP telephone according to an instruction from the download management device to download the program in a so-called push type. ..

In addition, many main devices and IP telephones realize only a voice call function and do not have a function of connecting to the Internet using TCP / IP for data communication. In this case, even if a program providing server device is provided on the Internet, the function of downloading the program cannot be realized. Further, since the environment in which the IP telephone terminal is accommodated varies depending on the line to which the IP telephone terminal is connected and the main device, the program download method also differs depending on the connected line and the main device. ..

In view of the above, the purpose is to enable telephone-related devices such as telephones and main devices that realize only voice call functions to be able to download and update programs without being affected by the connection environment. ..

In order to solve the above problems, the telephone system of the invention according to claim 1 is
A telephone system in which a program-providing server device and a telephone-related device that enables voice calls by transmitting and receiving voice packet data are connected via a network.
The telephone-related device is
An information notification means for notifying information about a program for identifying a program held by the own machine by making a call to the program providing server device.
When the program providing server device holds a program to be provided to its own machine, a CNG signal confirmation means for confirming whether or not a CNG signal, which is a facsimile identification signal transmitted from the program providing server device, is received, and a CNG signal confirmation means.
When the reception of the CNG signal is confirmed by the CNG signal confirmation means, the CED signal transmission means for transmitting the CED signal, which is a facsimile response signal, to the program providing server device, and the CED signal transmission means.
When the reception of the CNG signal is confirmed by the CNG signal confirmation means, the invalidation means for preventing the reception voice data from being subjected to the optimization process for appropriately reproducing the call voice, and the invalidation means.
A program acquisition means for acquiring a program transmitted as voice packet data from the program providing server device is provided.
The program providing server device is
A program confirmation means for confirming whether or not there is a program to be provided to the telephone-related device based on the information about the program from the telephone-related device.
When the program confirmation means confirms that a program to be provided exists, the CNG signal transmission means for transmitting the CNG signal to the telephone-related device and the CNG signal transmission means.
A CED signal confirmation means for confirming whether or not the CED signal has been received from the telephone-related device, and
When the reception of the CED signal from the telephone-related device is confirmed by the CED signal confirmation means, the program providing means for transmitting the program to be provided to the telephone-related device as voice packet data is provided.
Equipped with
A dedicated telephone number is assigned to the program providing server device for each model of the telephone-related device.
The information notification means of the telephone-related device makes a call to the program providing server device using a telephone number corresponding to the model of the own machine and a subaddress indicating the version of the program held by the own machine.
The program confirmation means of the program providing server device specifies the telephone number of the called party and the subaddress added to the telephone number as information about the program, and is specified by the subaddress of the model specified by the telephone number. It is characterized by checking whether a program newer than the previous version exists.

As a result, the environment for providing the program can be prepared by sending and receiving voice packets, and the program providing server device can provide the program as voice packet data to the telephone-related device of the calling source. In this case, the telephone-related device of the calling source does not perform optimization processing on the received voice packet data, and the program provided as voice packet data does not change.

According to the present invention, a program can be provided as voice packet data to a telephone-related device such as a telephone or a main device that realizes only a voice call function, and the program can be downloaded without being influenced by the connection environment. You can make updates.

It is a block diagram for demonstrating the configuration example of the telephone system of embodiment. It is a figure for demonstrating the accommodation environment (connection environment) of an IP telephone. It is a block diagram for demonstrating the configuration example of the program providing server apparatus of embodiment. It is a figure for demonstrating the confirmation process of the program to be provided performed in the program providing server of embodiment. It is a figure for demonstrating an example of the stored data of a model-specific version table. It is a block diagram for demonstrating the configuration example of the main apparatus of embodiment. It is a block diagram for demonstrating the configuration example of the IP telephone of embodiment. It is a sequence diagram for demonstrating the download process of the program performed in the telephone system of embodiment. It is a sequence diagram for demonstrating the download process of the program performed in the telephone system of embodiment. It is a figure for demonstrating the difference of the RTP packet used in a voice call and a program update call. It is a figure following FIG. It is a figure following FIG.

Hereinafter, an embodiment of the telephone system, the telephone-related device, and the program providing server device according to the present invention will be described with reference to the drawings. In the embodiment described below, a case where the present invention is applied to a so-called business phone system (button telephone system) constructed in a company office or the like will be described as an example.

[Telephone system configuration example]
FIG. 1 is a block diagram for explaining a configuration example of the telephone system of this embodiment. As shown in FIG. 1, in the telephone system of this embodiment, the program providing server device (hereinafter, referred to as a server) 1 and the main device 3 are connected to each other through the telephone network 2. Then, a plurality of IP telephones 4 (1) to 4 (n) are connected to the main device 3 through a LAN (Local Area Network) 5. Therefore, each of the IP telephones 4 (1) to 4 (n) is connected to the telephone network 2 via the main device 3. The character n in the IP telephone 4 (n) usually means an integer of 1 or more, but in FIG. 1, the IP telephones 4 (1) and 4 (2) already exist, so in this case, The letter n means an integer of 3 or more.

The server 1 holds a program (software) such as so-called firmware to be provided to the main device 3 and the IP telephones 4 (1) to 4 (n), which are telephone-related devices, and uses this as the main device 3 and the IP telephone 4 (the main unit 3 and the IP telephone 4 (n). 1) Realize the functions provided for 4 (n). Here, the programs to be provided to the main device 3 and the IP telephones 4 (1) to 4 (n) are, for example, those that need to be newly provided in order to add a function or the like. Telephone network 2 means various networks that enable voice calls. Specifically, the telephone network 2 includes various networks such as a network using an optical cable, an ISDN (Integrated Services Digital Network), the Internet, and a network using a dedicated line.

The main device 3 has a function as a small exchange (PBX (Private Branch eXchanger)) for connecting an outside line to an extension or an extension. The main device 3 realizes a function of sending a call request from the subordinate IP telephones 4 (1) to 4 (n) to the telephone network 2 to make a call to the target telephone (outside line telephone) of the other party. do. Further, the main device 3 realizes a function of receiving an incoming call request from an outside telephone line transmitted through the telephone network 2 and making the incoming call to the subordinate IP telephones 4 (1) to 4 (n). Further, the main device 3 realizes a function of enabling an extension call between the subordinate IP telephones 4 (1) to 4 (n).

In this way, the main device 3 performs call control between the outside line and the extension line and between the extension lines. The main device 3 also controls the ringer, LCD (Liquid Crystal Display), and LED (Light Emitting Diode) of the subordinate IP telephone. Further, the main device 3 is basically for realizing a voice call, and cannot be connected to the Internet to transmit / receive data using TCP / IP.

Each of the IP telephones 4 (1) to 4 (n) uses IP (internet Protocol) to packetize voice and transmit / receive it to enable voice communication. That is, each of the IP telephones 4 (1) to 4 (n) is connected to an external telephone connected to the telephone network 2 through the main device 3 or another IP telephone in the same office connected to the LAN 5. It is used when making a call with. It should be noted that each of the IP telephones 4 (1) to 4 (n) has the same basic configuration. Therefore, in the following, each of the IP telephones 4 (1) to 4 (n) will be collectively referred to as the IP telephone 4 unless it is necessary to distinguish them.

The IP telephone 4 uses RTP (Real-Time Transport Protocol) to digitize an analog audio signal and transmit it by IP (Internet Protocol). RTP is a protocol that operates on UDP (User Datagram Protocol) for streaming audio and video. Then, in this embodiment, the IP telephone 4 realizes only a voice call function using RTP. That is, the IP telephone 4 cannot be connected to the Internet to send and receive data using TCP / IP.

The environment in which the IP telephone 4 is accommodated varies depending on the line (network) to which the IP telephone 4 is connected and the main device. FIG. 2 is a diagram for explaining the accommodation environment (connection environment) of the IP telephone 4. In FIG. 2, the NGN (Next Generation Network) server 6 realizes a function as a session control server, and is an accommodation router (not shown) so as to have quality and bandwidth suitable for each service (network) provided. Etc. are controlled.

FIG. 2A shows a case where the server 1 to the IP telephone 4 are connected by a wide area LAN (wide area Ethernet (registered trademark)). A wide area LAN connects geographically separated LANs with an Ethernet (registered trademark) interface. Therefore, since the server 1 to the IP telephone 4 can be connected by a common interface, RTP packets (voice packets) can be transmitted and received between the server 1 and the IP telephone 4 at any part. The environment is set up.

On the other hand, FIG. 2B shows Ethernet (registered trademark) such that the NGN server 6 and the main device 3 are connected by, for example, ISDN in the route on the network from the server 1 to the IP telephone 4. ) Indicates the case where the connection is made by other than the interface. However, since the server 1 and the NGN server 6 and the main device 3 and the IP telephone 4 are all connected by an Ethernet (registered trademark) interface, an RTP packet (voice) is connected between them. Packets) can be sent and received.

Therefore, at least the main device 3 and the IP telephone 4 are connected by LAN, and communication is possible through an Ethernet (registered trademark) interface. That is, RTP packets (voice packets) can be transmitted and received between the main device 3 and the IP telephone 4. Therefore, if the program is transmitted from the server 1 using the RTP packet, it can be provided to the IP telephone 4, and the main device 3 can also form the RTP packet to be provided to the IP telephone 4. It can be said that the program to can also be obtained.

Therefore, in the telephone system of this embodiment, the server 1 functions to provide the program to the main device 3 and the IP telephone 4 by the RTP packet. However, RTP packets originally provide streaming data such as audio and video, and in order to reproduce audio with high quality on the receiving side, so-called echo cancellers and PLCs (Packet Loss Concealment) are used for audio data. Optimization processing is applied.

The echo canceller is a function of suppressing and removing acoustic echo, and although there are various methods, a predetermined filtering process or the like is performed on the received voice. Therefore, when the data transmitted by the RTP packet is a program, if echo canceller is applied to the data, the program as transmitted may not be acquired on the receiving side. Further, the PLC restores the voice data of the lost portion from the voice data before and after by interpolation processing when a packet loss occurs. Therefore, when the data transmitted by the RTP packet is a program, even if PLC is applied to the data, the program as transmitted may not be acquired on the receiving side.

Therefore, in the telephone system of this embodiment, when the server 1 provides the program to the main unit 3 and the IP telephone 4 by the RTP packet, the main unit 3 and the IP telephone 4 receive the echo canceller and the PLC. I try not to apply it to the data.

Further, for example, each of the IP telephones 4 connected to the main device 3 is not usually assigned an individual telephone number. Therefore, it is not possible to specify the IP telephone 4 from the server 1 and provide the program. Therefore, in order to be able to appropriately provide a program to each of the IP telephones 4, as shown by the thin line arrows in FIGS. 2 (A) and 2 (B), the IP telephone 4 to the server 1 Check if there is a new program to be provided.

Then, when the program to be provided exists in the server 1, the server 1 provides the program to the confirmation source IP telephone 4. After that, when all the programs to be provided have been provided to the confirmation source IP telephone 4, the server 1 sends a request to open the line to the confirmation request source IP telephone 4, and the connected telephone line is connected. I try to disconnect. Here, the case where the program is provided to the IP telephone 4 has been described as an example, but the same can be performed when the main device 3 updates the program to be started by the own machine. That is, it is possible to send a message from the main device 3 to the server 1 to confirm the presence or absence of a program to be provided, and to receive the program if it exists.

In the following, the program can be updated using RTP packets. Each of the server 1, the main device 3, and the IP telephone 4 constituting the telephone system of this embodiment will be described. As described above, in the telephone system of this embodiment, each of the main device 3 and the IP telephone 4 can be updated by receiving a program provided by the server 1. However, in the following, in order to simplify the explanation, a case where the IP telephone 4 housed in the main device 3 updates the program will be described as an example.

Further, in the case of the example shown in FIG. 2B, header information such as a checksum is inherited between the NGN server 6 and the main device 3 when the RTP format is converted to another format. It is considered that there may be no case. Therefore, when updating a program, for example, it is preferable to execute a checksum confirmation sequence for the entire provided program in the main device 3 or the IP telephone 4 in order to ensure reliability.

[Configuration example of program providing server 1]
FIG. 3 is a block diagram for explaining a configuration example of the server 1. The connection end 101T constitutes a connection end portion to the telephone network 2. The communication I / F 101 realizes a communication function through the telephone network 2. In this specification, the description "I / F" is used as an abbreviation for "Interface". Although not shown, the control unit 102 is a microprocessor composed of a CPU (Central Processing Unit), a ROM (Read Only Memory), a RAM (Random Access Memory), and a non-volatile memory connected via a bus, and constitutes each part of the server 1. Control.

The storage device 103 includes a recording medium such as a hard disk and a driver thereof, and writes, reads, changes, deletes, and the like data on the recording medium. The storage device 103 stores and holds programs executed by the control unit 102, data required for processing, and the like, and is also used as a work area for temporarily storing intermediate results in various processing.

The model-specific version table 104 is created on a recording medium such as a hard disk, and stores and holds information for determining whether or not there is a program to be provided to the main unit or the IP telephone. The server 1 of this embodiment confirms whether or not a program to be provided exists by an inquiry corresponding to a call from the IP telephone 4.

FIG. 4 is a diagram for explaining a confirmation process of a program to be provided by the server 1. As shown in FIG. 4A, a plurality of telephone numbers corresponding to the model of the IP telephone 4 are assigned to the server 1 as an 8-digit number following "050". That is, there are a plurality of IP telephones 4 having different models on which different programs operate. Then, the IP telephone 4 makes a call (calls) to the server 1 using a preset telephone number (specific telephone number) corresponding to its own model. At that time, the main device 3 and the IP telephone 4 notify the version (program version) of the program running in the own machine by the three-digit subaddress following the eight-digit number corresponding to the model of the own machine. .. As a result, the destination server 1 can grasp the model and program version of the calling source IP telephone 4.

Then, when all of the conditions shown in FIG. 4B are satisfied, the server 1 can identify that there is a program to be provided, so that the server 1 returns a call start response (OK) and sends the program. Provided to the original IP telephone 4. That is, if there is a program corresponding to the notification model (FIG. 4 (B) (a)), the program is newer than the notification version (FIG. 4 (B) (b)), and the start number is smaller than the number of program divisions (FIG. 4 (B) (b)). In FIGS. 4 (B) and 4 (c)), it can be identified that the program to be provided exists.

The condition that "the start number is smaller than the number of program divisions" is that when the program provided from the server 1 is long, the connection of the call line is not provided all at once through the connected call line. And disconnection is repeated, and the program is provided in several times. That is, the program is divided, and the division number is added to the divided program as the RTP time stamp value and provided.

Therefore, in the IP telephone 4 to which the program is provided, the division number (start number) calculated from the RTP time stamp value of the latest received RTP packet is used as an INVITE message (session start request) at the next call. It is included and transmitted to the server 1. As a result, in the server 1, if the start number from the source is smaller than the number of program divisions, if the program is being divided and provided, the program to be provided still remains, and the continuation thereof. You can tell where the part is. The initial value of the start number is "0 (zero)".

On the contrary, if the server 1 meets any of the conditions shown in FIG. 4 (C), it can be identified that there is no program to be provided, so the server 1 sends a reception refusal response (NG). It is provided to the IP telephone 4 of. That is, when the program corresponding to the notification model does not exist (FIG. 4 (C) (a)), the program is not newer than the notification version even if the program corresponding to the notification model exists (FIG. 4 (C)). In (b)), it can be specified that the program to be provided does not exist. Further, even when the above-mentioned start number is larger than the number of program divisions (FIG. 4 (C) (c)) and exceeds the number of simultaneous calls (FIG. 4 (c) (d)), there is a program to be provided. It can be identified without it. When the number of simultaneous calls is exceeded (FIGS. 4 (c) and 4 (d)), it is based on the communication capacity of the server 1. Therefore, in this case, instead of returning a reception refusal response (NG), a response with a "Retryafter" value is returned, and the IP telephone 4 of the calling source is urged to make a retry (retry).

Then, in the model-specific version table 104, information for enabling the discrimination described with reference to FIGS. 4 (B) (a) (b) and FIGS. 4 (C) (a) (b) is accumulated. .. FIG. 5 is a diagram for explaining an example of stored data in the model-specific version table 104. As shown in FIG. 5, the model-specific version table 104 stores a telephone number, a model code, a program version, a program file name, and an update date corresponding to the model of the IP telephone 4.

The server 1 determines whether or not a new version of the program to be provided exists by referring to the model-specific version table 104 based on the telephone number received by the own unit and the subaddress following the telephone number. confirm. Then, when a new version of the program exists, the name of the program file in which the program is stored can be specified. Thereby, as will be described in detail later, the server 1 can read the program from the specified program file and provide it to the main device 3 or the IP telephone 4 of the source.

In this embodiment, for example, the program version having a large number can be recognized as the new version. Therefore, if the program version notified from the IP telephone 4 is "001" and the program version of the corresponding model in the model-specific version table is "002", it can be determined that the program to be provided exists.

Each of the model-specific program files 105 (1), (2), (3), ... Is created on a recording medium such as a hard disk, and stores and retains a model-specific update program. The file names of each of these model-specific program files 105 (1), (2), (3), ... Are stored in the model-specific version table 104 as described with reference to FIG. 5, and are stored in the model. Therefore, the file name can be uniquely specified.

The registration processing unit 106 realizes a function of registering the registration information of these telephone-related devices in, for example, a customer device information file formed in the storage device 103 when the first transmission from the IP telephone 4 is received. Specifically, as the registration information, an identifier of the sender in the INVITE message, for example, a MAC (Media Access Control) address or the like is used. As a result, when an incoming call is received from the main device 3 or the IP telephone 4, the registered information can be used at the time of authentication as to whether or not to accept the incoming call.

When there is an incoming call from the IP telephone 4, the program confirmation unit 107 refers to the model-specific version table 104 based on the telephone number and subaddress of the called party as described above, and there is a program to be provided. Check if you want to. When the program confirmation unit 107 confirms that the program to be provided does not exist, the program confirmation unit 107 notifies the control unit 102 of this. As a result, the control unit 102 transmits a reception refusal response (NG) indicating that the program to be provided does not exist to the source IP telephone 4 through the communication I / F 101, and the program is not connected to the telephone line. Do not provide.

Further, when the program confirmation unit 107 confirms that the program to be provided exists, the program confirmation unit 107 notifies the control unit 102 of this. The control unit 102 transmits a communication start response (OK) to the source IP telephone 4 through the communication I / F 101 to connect the telephone line. Then, the control unit 102 controls each unit constituting the program provision processing unit 110, and performs a process of providing the update program to the source IP telephone 4.

When the program confirmation unit 107 confirms the existence of the program to be provided, each unit constituting the program provision processing unit 110 provides an update program to the IP telephone 4 or the like under the control of the control unit 102. Perform the process for providing first. Specifically, when the program confirmation unit 107 confirms the existence of the program to be provided, the CNG signal transmission unit 111 first forms a CNG signal, which is a facsimile identification signal, and uses this as the payload of the RTP packet. Insert it and send it to the source IP telephone 4. The CNG signal is a signal consisting of a tone of 1100 Hz for 0.5 seconds and silence for 3 seconds.

When the source IP telephone 4 has a CNG signal transmitted from the server 1, there is an update program to be provided to the own machine, and the program is transmitted using the RTP packet. Can be recognized. Then, the source IP telephone 4 that has received the CNG signal transmits a CED signal that is a facsimile response signal. The CED signal is a signal constituting a continuous sound of 2100 Hz that can be heard as "pee".

Therefore, the CED signal confirmation unit 112 confirms whether or not the CED signal has been transmitted from the source IP telephone 4. When it can be confirmed that the CED signal has been transmitted from the source IP telephone 4, it can be determined that the IP telephone 4 has recognized that the program is provided by the RTP packet. Then, when the CED signal from the source IP telephone 4 can be confirmed by the CED signal confirmation unit 112 (when it can be received), the program providing unit 113 functions under the control of the control unit 102.

The program providing unit 113 reads out the program to be provided from the model-specific program file 105 (n) specified by the program file name specified by the program confirmation unit 107 with reference to the model-specific version table 104. Then, the program providing unit 113 divides the read program into a plurality of parts according to the size of the program, sequentially converts the divided parts into RTP packets, and sends the divided parts to the telephone network 2 through the communication I / F 101. It is provided to the source IP telephone 4.

When the provision termination processing unit 114 finishes providing all the programs to the source IP telephone 4 through the program provision unit 113, for example, the response code "487 (request cancellation)" is sent to the source IP telephone 4. To terminate the program provision process. As described above, the program providing processing unit 110 performs a series of program providing processing from the transmission of the CNG signal to the transmission of the response code “487”.

In this way, the server 1 confirms whether or not there is a program to be provided to the source IP telephone 4 in response to the outgoing call from the IP telephone 4. Then, if there is a program to be provided to the source IP telephone 4, the CNG signal is transmitted to the source IP telephone 4 and the CED signal is received from the IP telephone 4. As a result, a consensus is obtained between the server 1 and the source IP telephone 4 by the same procedure as in the case of facsimile communication, in which the program is converted into an RTP packet and transmitted by the facsimile-deemed voice method. Then, the server 1 can convert the program into an RTP packet and provide it to the source IP telephone 4 as if the voice data is transmitted.

[Configuration example of main device 3]
FIG. 6 is a block diagram for explaining a configuration example of the main device 3. The connection end 301T constitutes a connection end portion to the telephone network 2. The communication I / F 301 realizes a communication function through the telephone network 2. Although not shown, the control unit 302 is a microprocessor composed of a CPU, ROM, RAM, and non-volatile memory connected via a bus, and controls each unit of the main device 3.

The storage device 303 includes, for example, a recording medium such as a hard disk and a driver thereof, and writes, reads, changes, deletes, and the like data on the recording medium. The storage device 303 stores and holds programs executed by the control unit 102, data required for processing, and the like, and is also used as a work area for temporarily storing the intermediate results in various processes.

The address management DB 304 is connected to the telephone network 2 or LAN 5, and stores and holds address information about a terminal device that may be called through the main device 3. Specifically, the address management DB 304 manages information such as a telephone number, an extension number, an IP address, a MAC (Media Access Control) address, and a port number. These pieces of information are registered in the address management DB 304 by the control unit 302 in response to a registration request (register request) from a terminal device connected to the telephone network 2 or LAN 5.

The connection I / F (Interface) 305 constitutes a LAN I / F, and a plurality of IP telephones 4 accommodated in the main device 3 are connected to enable communication between the main device 3 and the IP telephone 4. Therefore, the signal from the main device 3 to each IP telephone 4 is converted into a signal in the form of transmission at the connection I / F 305 and transmitted to each IP telephone 4. Further, the signal from each IP telephone 4 is converted into a signal in a format that can be processed by the own machine at the connection I / F 305 and is taken in.

The call control unit 306 uses the management information of the address management DB 304 to control outgoing calls, incoming calls, answers, and disconnections for the IP telephone 4. The display control unit 307 controls the LCD and LED of the subordinate IP telephone 4 connected to the connection I / F 305 according to the control of the call control unit 306, and the state of the IP telephone 4 other than the own unit. Etc., so that the user can grasp the state of the telephone system.

The program update processing unit 310 realizes a function of updating a program operated by the control unit 302 of the own machine. The program update processing unit 310 included in the main device 3 is equivalent to the program update processing unit 430 included in the IP telephone 4 described later. Therefore, the detailed description of the program update processing unit 310 will be omitted because it overlaps with the description of the program update processing unit 430 of the IP telephone 4.

[Configuration example of IP telephone 4]
FIG. 7 is a block diagram for explaining a configuration example of the IP telephone 4. In FIG. 7, although not shown, the control unit 420 is a microprocessor formed by connecting a CPU, ROM, RAM, non-volatile memory, and the like via a bus, and controls each unit of the IP telephone 4.

The connection end 401T constitutes a connection end portion to the LAN 5. The connection I / F 401 is a LAN I / F, and realizes a connection with the main appliance 3 through the LAN 5. That is, the connection I / F 401 performs a process of converting a signal transmitted to the own machine through the LAN 5 into a signal in a format that can be processed by the own machine and taking it into the own machine. Further, the connection I / F 401 performs a process of converting a signal transmitted from its own machine into a signal for transmission and transmitting this to the LAN 5.

The packet processing unit 402 receives the packet data received through the connection I / F 401, decomposes and decodes the packet data, supplies the control data to the control unit 420, and the voice data is the codec 404 or program described later. It is supplied to the update processing unit 430. Here, the voice data includes a program (program data) provided in the same manner as the voice data through the payload of the RTP packet. Further, the packet processing unit 402 encrypts and packetizes the voice data to be transmitted to the other party supplied from the codec 404, which will be described later, and performs a process of transmitting this through the connection I / F 401.

The handset 403 includes a speaker (handset) and a microphone (transmitter). The codec 404 receives the supply of audio data that has been packet-decomposed and decoded by the packet processing unit 402, compresses and decompresses it, converts it into an analog audio signal, and supplies it to the speaker of the handset 403 in the off-hook state. As a result, the voice from the other party is emitted from the speaker of the handset 403. Further, the codec 404 converts the analog audio signal picked up by the microphone of the handset 403 in the off-hook state into a digital signal, compresses the data, and supplies the analog audio signal to the packet processing unit 402. As described above, the packet processing unit 402 encrypts and packetizes the voice data from the codec 404, and transmits this to the other party through the connection I / F 401 and the connection end 401T.

The operation input unit 405 and the operation input interface (hereinafter referred to as an operation input I / F) 406 receive the operation input from the user and provide the received information to the control unit 420. The operation input unit 405 is provided with flexible keys FK1 to FK8, a numeric keypad, and several function keys such as call, answer, and hold. The display controller 407 and the display 408 perform a process of displaying various information on the display screen of the display 408 under the control of the control unit 420. The display 408 can display various information such as the input telephone number of the other party, the telephone number and name of the caller, a guidance message, and a warning message.

The ringer 409 emits a ringtone when receiving an incoming call under the control of the control unit 420. Further, the LED unit 410 includes a plurality of LEDs, and by lighting, blinking, etc. of the LEDs under the control of the control unit 420, for example, notification of an off-hook state, notification of an incoming call, notification of a line used, notification of a hold state, etc. , Notifies the user of various states. The program memory 411 is a rewritable non-volatile memory that stores and holds a program executed by the IP telephone 4.

Then, the program update processing unit 430 is a part that enables the program recorded in the program memory 411 to be updated in the IP telephone 4 of this embodiment having only the voice call function. The program update processing unit 430 includes an information notification unit 431, a CNG signal confirmation unit 432, a CED signal transmission unit 433, an invalidation processing unit 434, a program acquisition unit 435, and a continuation / termination processing unit 436.

Under the control of the control unit 420, the information notification unit 431 makes a call using the telephone number (specific telephone number) assigned to the server 1 corresponding to the model of the own machine at a predetermined timing. At this time, the information notification unit 431 notifies the version of the program held in the program memory 411 by a three-digit subaddress following the telephone number. The specific telephone number is registered in advance in the non-volatile memory of the control unit 420. As a result, the program confirmation unit 107 of the server 1 functions to confirm whether or not there is a program to be provided to the source IP telephone 4. If there is a program to be provided, a telephone line is connected between the IP telephone 4 and the server 1. Then, if there is a program to be provided to the source IP telephone 4, the server 1 transmits a CNG signal.

Therefore, under the control of the control unit 102, the CNG signal confirmation unit 432 functions to check the voice data from the packet processing unit 402 and confirm whether or not the CNG signal has been transmitted. When it is confirmed that the CNG signal has been transmitted, that is, the CNG signal from the server 1 has been received, this is notified to the control unit 420. In this case, under the control of the control unit 420, the CED signal transmission unit 433 functions to transmit the CNG signal to the server 1. Further, under the control of the control unit 420, the invalidation processing unit 434 functions to prevent, for example, the packet processing unit 402 from performing the echo canceller processing or the PLC processing applied to the received voice data. That is, the invalidation processing unit 434 stops the execution of the echo canceller processing and the PLC processing.

Then, after the transmission / reception of the CNG signal and the CED signal, the program is transmitted from the server 1 by the RTP packet in the same manner as in the case of voice data. Therefore, the program transmitted by the RTP packet is separated by the packet processing unit 402, decrypted, and supplied to the program acquisition unit 435. The program acquisition unit 435 is provided with a memory for temporarily storing the supplied program, and when the programs are prepared without any shortage, the program is recorded in the program memory 411 so that the program can be executed.

The continuation / termination processing unit 436 of the program update processing unit 430 repeats transmission to the server 1, program reception, and line disconnection in order to acquire the program divided into a plurality of parts in stages. Control each part. When the server 1 notifies that the entire program has been provided, the server 1 controls each part of the program update processing unit 430 to end the program update processing.

As described above, the IP telephone 4 of this embodiment cooperates with the server 1 by transmitting from the own machine to the server 1, and the program to be provided to the own machine exists in the server 1. In addition, the old program can be updated with the new program by receiving the offer.

[Program download process performed by the telephone system]
Next, in the telephone system of this embodiment, which is composed of the server 1, the main device 3, and the IP telephone 4 having the above-described configuration, a process for updating the program of the IP telephone will be described. 8 and 9 are sequence diagrams for explaining a process for updating a program performed in the telephone system of this embodiment.

First, when the control unit 420 of the IP telephone 4 connected to the main device 3 is activated, it makes a call to the server 1 using a specific telephone number previously recorded in the control unit 420, for example, a non-volatile memory. (Step S1). As described above, the specific telephone number is predetermined according to the model of the IP telephone 4. By the process of step S1, the control unit 420 of the IP telephone 4 forms an INVITE message and transmits it to the server 1 through the main device 3 (step S2). Then, when the IP telephone 4 confirms that the server 1 has connected the telephone line in response to the INVITE message, the IP telephone 4 transmits a CANCEL message and disconnects (releases) the connected telephone line (step). S3).

On the other hand, the server 1 registers the MAC address of, for example, the source IP telephone 4 and the specific telephone number in association with each other as an identifier for specifying the source included in the INVITE message from the IP telephone 4 in the storage device 103. (Step S4). The information registered in step S4 can be used for the authentication process when the outgoing call from the IP telephone 4 is accepted. That is, if the IP telephone 4 that has made a call to a specific telephone number is an IP telephone 4 in which, for example, a MAC address is registered as an identifier, the connection of the call line is maintained, but if not, the call line is disconnected. It is possible to take measures such as doing so.

After that, in the IP telephone 4, the information notification unit 431 functions under the control of the control unit 420, and periodically, the version of the program held by the own unit is used as a subaddress for the specific telephone number used in step S1. In addition, the call is sent to the server 1 (step S5). As a result, the INVITE message is transmitted to the server 1 (step S6). The server 1 authenticates whether or not the IP telephone should be connected to the telephone line based on the specific telephone number registered in the storage device 103 in step S4 and, for example, the MAC address, and if the authentication is obtained, a call is made. You can connect the line, and if you can't get it, you can reject the call. In the following, in order to simplify the explanation, it is assumed that all the authentications have been obtained on the server 1 when there is a call from the IP telephone 4.

Then, in the server 1, the program confirmation unit 107 functions and refers to the model-specific version table 104 based on the incoming telephone number and the program version notified as the sub-address. Then, it is confirmed whether or not the program to be provided exists in the source IP telephone 4 (step S7). It is assumed that in the confirmation process of step S7, it is confirmed that the program to be provided to the source IP telephone 4 does not exist. In this case, the control unit 102 returns the response code "503 (service not available)" with, for example, "retryafter" (step S8), and disconnects the connected telephone line.

In addition, "retryafter" is an HTTP header used when telling the IP telephone 4 which is a Web client to wait for a time and then try again, and a specific time for retrying is specified or after a few seconds. Time information such as retries is added. As a result, the IP telephone 4 can make a call to the server 1 at the instructed time. Of course, even when the "retryafter" does not exist, it is possible to perform confirmation at 1:00 am every day under the control of the control unit 420 of the IP telephone 4, for example.

Then, it is assumed that the processes of steps S5 to S8 described above are repeated several times, and then the process proceeds to the process shown in FIG. In the IP telephone 4, the information notification unit 431 functions under the control of the control unit 420, and the server again adds the version of the program held by the own unit as a subaddress to the specific telephone number used in step S1. Call 1 (step S11). As a result, the INVITE message is transmitted to the server 1 (step S12).

In the server 1, the program confirmation unit 107 functions and refers to the model-specific version table 104 based on the incoming telephone number and the program version notified as the sub-address. Then, it is confirmed whether or not there is a program to be provided to the source IP telephone 4 (step S13). In the confirmation process of step S13, it is assumed that it is confirmed that the program to be provided to the source IP telephone 4 exists. In this case, the server 1 inserts a CNG signal into the payload, forms an RTP packet with a response code "183 (session in progress)", and connects this to the IP telephone 4 through a communication line connected with "SDP". Transmit (step S14). This process is performed by the CNG signal transmission unit 111 functioning under the control of the control unit 102.

SDP (Session Description Protocol) means a session description protocol, and describes the bandwidth to be used, coding method, coding parameters, frame rate, etc. in order to indicate the stream contents of audio, video, and data. Is. By inserting the SPD in the SIP message and sending it, it is possible to exchange the capacity (performance) and determine the optimum mode.

On the other hand, in step S12, in the IP telephone 4 that has transmitted the INVITE message, has the CNG signal confirmation unit 432 transmitted the CNG signal based on the voice data from the packet processing unit 402 under the control of the control unit 420? Is being monitored. When the CNG signal confirmation unit 432 confirms the CNG signal from the server 1, it notifies the control unit 420 of this. In this case, the control unit 420 controls the CED signal transmission unit 433 to form an RTP packet in which the CED signal is inserted in the payload, and transmits the RTP packet to the server 1 through the communication line to which the CED signal is inserted (step S15). Further, under the control of the control unit 420, the invalidation processing unit 434 functions so that, for example, the packet processing unit 402 does not perform echo canceller or PLC on the payload data of the received RTP packet.

In the server 1, after the CNG signal is transmitted, the CED signal confirmation unit 112 functions under the control of the control unit 102, and has the CED signal been transmitted based on the RTP packet from the source IP telephone 4? Is being monitored. When the CED signal confirmation unit 112 confirms that the CED signal has been transmitted from the IP telephone 4, it notifies the control unit 102 of this. Then, under the control of the control unit 102, the program providing unit 113 functions to perform a process of providing the program to the source IP telephone 4. In this case, the program providing unit 113 converts the provided program into an RTP packet and transmits it to the source IP telephone 4 through the connected telephone line (step S16).

Specifically, the program providing unit 113 selects the program to be provided to the source IP telephone 4 from the model-specific program files 105 (1), (2), (3), ..., The program confirmation unit 107. Read from the model-specific program file specified by. Then, the program providing unit 113 divides the program, compresses the data, encrypts the program, converts it into an RTP packet, and transmits it to the source IP telephone 4.

In the calling source IP telephone 4, the continuation / termination processing unit 436 functions to form a CANCEL message when the program is received for a certain period of time, transmit the message to the server 1, and connect the call once. Disconnect the line (step S17). Keeping the call line connected for a long time is due to the possibility of high communication costs and the inability to answer incoming calls that happen to occur.

After that, in the IP telephone 4, the continuation / termination processing unit 436 functions under the control of the control unit 420, and after a certain period of time elapses, the INVITE message is transmitted again to the server 1 using the specific telephone number. Transmit (step S18). The INVITE message requests the continuous provision of the program by transmitting the INVITE message including the division number described in the last received RTP packet from the server 1.

Then, as in the above case, the CNG signal is transmitted from the server 1 to the source IP telephone 4 (step S19), the CED signal is transmitted from the IP telephone 4, and the echo canceller and PLC are invalidated (step S20). )do. Then, the program following the previously transmitted program from the server 1 is converted into an RTP packet and transmitted to the IP telephone 4 (step S21). After that, when the source IP telephone 4 receives the program for a certain period of time, it forms a CANCEL message, sends the message to the server 1, and disconnects the once connected communication line (step S22). ..

In this way, the processes of steps S18 to S22 are repeated until the IP telephone 4 of the source is provided. Then, the continuation / termination processing unit 436 of the IP telephone 4 functions, and after a certain period of time elapses, the INVITE message is transmitted by making another call to the server 1 using the specific telephone number (step S31). At this time, it is assumed that the program providing unit 113 of the server 1 has provided all the programs to be provided. In this case, the program providing unit 113 transmits the response code “487 (request cancellation)” to the source IP telephone 4 through the communication I / F 101 (step S32).

The IP telephone 4 that has received the response code "487 (request canceled)" determines that all of the programs to be provided have been received, and the continuation / termination processing unit 436 functions to disconnect the connected call line. do. Then, the program acquisition unit 435 confirms that all of the programs to be provided are properly acquired, records this in the program memory 411, and ends the program update process.

As described above, in the telephone system of this embodiment, even if the IP telephone 4 cannot send and receive data via the Internet and can only make a voice call, the program update using the RTP packet can be performed. Be able to do it.

[RPP packet used for program update]
10 to 12 are diagrams for explaining the difference between the RTP packet used in the voice call and the program update call. As shown in FIGS. 10 and 11, the header of the RTP packet includes "version (v)", "padding (p)", "extension (x)", "csrc count (cc)", and "marker (m)". ) ”,“ Payload type ”,“ packet number ”,“ timestamp ”, and“ ssrc ”.

Then, as shown in FIG. 10, the four items of "version (v)", "padding (p)", "extension (x)", and "csrc count (cc)" are for program update even in a voice call. It doesn't change even in a call (it is the same). However, regarding "marker (m)", the server 1 transmits "0 (zero)" when the CNG signal is being transmitted and invalid data is being transmitted, and "1" is transmitted when the program is being transmitted. do.

On the other hand, regarding the "marker (m)", the IP telephone 4 also transmits "0 (zero)" when the "marker (m)" from the server 1 is "0 (zero)". However, when the "marker (m)" from the server 1 is "1", the IP telephone 4 appropriately receives the RTP packet from the server 1, succeeds in decoding, and is a program transmitted by the payload. If can be obtained, "1" is transmitted. On the contrary, when the program transmitted by the payload cannot be acquired, "0 (zero)" is transmitted.

In this way, the server 1 and the IP telephone 4 can send and receive different information because the telephone line is connected, and the RTP packet can be sent and received in both directions as in the case of a normal voice call. .. Then, since the server 1 is transmitting the program, the "marker (m)" is set to "1" and the transmission is performed, but the "marker (m)" is "0 (zero)" from the IP telephone 4. Suppose an RTP packet is returned. In this case, the RTP packet that transmitted the program can be retransmitted.

Further, as shown in FIG. 11, the "payload type" is the same (same) for both voice calls and program update calls. However, the "sequence number" starts from "0 (zero)" for both the server 1 and the IP telephone 4. Further, the "timestamp" transmits the division number of the program to be transmitted from the server 1. On the other hand, the IP telephone 4 returns the division number of the program provided by the "timestamp" of the RTP packet received from the server 1 immediately before. As a result, the server 1 can grasp how much of the divided program is acquired by the IP telephone 4.

For "ssrc", the data decryption key is transmitted to both the server 1 and the IP telephone 4. As a result, the program transmitted as an RTP packet can be encrypted and securely transmitted, received and decoded, and used appropriately. In this way, by appropriately using each item in the header of the RTP packet, it becomes possible to transmit the program using the RTP packet.

Then, in the RTP packet, the payload, which is the part that actually transmits the program, is used as shown in FIG. That is, in the payload, as described above, a CNG signal or a program is inserted (described) from the server 1 and transmitted. As for the program, the 156-bit encrypted data is described in a so-called zip format, and a 4-bit checksum value is added. Further, in the payload, a CED signal is inserted (described) from the IP telephone 4 and transmitted.

More specifically, as shown in FIG. 12, at the start of a call, a CNG signal is inserted into the payload as deemed voice and transmitted from the server 1, and a CED signal is inserted into the payload as deemed voice from the IP telephone 4. It is inserted and transmitted. Further, in the middle of a call, the server 1 divides the program to be provided into a predetermined transmission unit, encrypts the program, converts it into a zip format, adds a chuck sum value to the program, and inserts the program into the payload. And transmit.

As shown in FIG. 12, in the middle of the call, the reception success response / reception failure response of the RTP packet transmitted from the IP telephone 4 by the above-mentioned "marker (m)" of the RTP header is periodically confirmed. If it fails, the server 1 performs a retransmission process. In this case, the division number transmitted from the IP telephone 4 by "timestamp" indicates the transmission start data. Further, during the transmission of the program from the server 1 to the IP telephone 4, there is no data such as a program to be provided as deemed voice from the IP telephone 4. Therefore, the IP telephone 4 does not transmit data such as a program as deemed voice to the server 1. That is, it becomes "Don't Care".

Further, when the route from the server 1 to the IP telephone 4 is connected by Ethernet (registered trademark) like a wide area LAN, the RTP packet does not change in the middle, so FIGS. 10 to 12 The RTP packet may be formed as described with reference to. However, if a network of a standard other than Ethernet (registered trademark) intervenes in the middle, the header of the RTP packet may change.

Therefore, when the route from the server 1 to the IP telephone 4 is not connected by Ethernet (registered trademark) like a wide area LAN, the following measures are taken in order to properly transmit the program. Take. That is, the server 1 converts the program to be provided into an RTP packet and transmits it to the IP telephone 4 as described above. Then, the IP telephone 4 takes in the received RTP packet into its own machine and returns the same RTP packet to the server 1. As a result, when the server 1 receives the same RTP packet as the transmitted RTP packet, it can be determined that the transmission of the RTP packet is successful. By repeating this, the integrity of the program to be transmitted can be ensured.

[Effect of embodiment]
According to the telephone system of this embodiment, even for the IP telephone 4 having only the voice call function using the RTP packet, the program can be regarded as voice data by the RTP packet and the program can be updated. ..

In this case, the conventional facsimile transmission / reception environment is formally formed by transmitting / receiving the CNG signal and the CED signal between the server 1 which is the program provider and the IP telephone 4 which is the program provider. do. As a result, the IP telephone 4 on the receiving side can prevent the received voice data from being subjected to the optimization processing originally applied to the voice data such as echo canceller and PLC. Therefore, it is possible to prevent the program transmitted as deemed voice data from changing on the receiving side.

Further, by using the header of the RTP packet, the server 1 can grasp the progress of transmission and the success / failure of transmission when the program is divided into a plurality of parts and transmitted. As a result, it is possible to accurately grasp the part of the program that has not been properly transmitted and appropriately retransmit the part.

In addition, the IP telephone 4 receiving the program sends a call to the server 1, notifies the model of the own machine and the program version, and inquires whether there is a new program. Therefore, it is possible to update the program for each of the IP telephones 4 that cannot be accessed from the server 1 because they do not have individual telephone numbers.

In this way, by using the conventionally used RTP packet and using the CNG signal and the CED signal, the IP telephone 4 downloads and updates the program without forming a new control signal. Can be done.

[Modification example]
In the above-described embodiment, the case where each of the IP telephones 4 housed in the main device 3 updates the program mounted on the own machine is described as an example, but the present invention is not limited to this. As in the case of the IP telephone 4, the main device 3 having the function of enabling the voice call can also update the program installed in the own machine to the newly provided program.

Further, not only the IP telephone 4 connected to the main device 3 but also the program installed in the own machine can be updated in the same manner as in the case of the IP telephone 4 used at home, for example.

Further, in the above-described embodiment, the case of updating a program such as so-called firmware has been described as an example, but the present invention is not limited to this. For example, the present invention can also be used when updating fixedly used data other than programs required for various processes.

Further, by using a specific telephone number such as "0120", a telephone-related device such as an IP telephone 4 calls the server 1 by using a service provided by a telephone company in which the called party bears the call charge. It is also possible to update the program by calling. In addition to this, when a telephone-related device such as an IP telephone 4 makes a call to the server 1, various methods can be adopted so that the cost of communication can be borne by the provider of the program.

INDUSTRIAL APPLICABILITY The present invention can be provided for a telephone-related device used for constructing a telephone system such as a main device and an IP telephone capable of transmitting and receiving at least a packet capable of transmitting and receiving voice data such as an RTP packet. ..

Further, in the above-described embodiment, the case where the RTP packet can be transmitted and received has been described as an example, but the present invention is not limited to this. Even when using the successor protocol, extended protocol, or other protocol of UDP or RTP, the present invention is applied to various telephone systems that operate in an environment where voice communication is possible by packetizing and transmitting and receiving voice at least. Applicable.

[others]
As can be seen from the description of the above-described embodiment, the function of the information notification means according to the claim is realized by the information notification unit 431 of the IP telephone 4 (hereinafter, referred to as IP telephone 4) of the embodiment. There is. Further, the function of the CNG signal confirmation means according to the claim is realized by the CNG signal confirmation unit 432 of the IP telephone 4. Further, the function of the CED signal transmission means according to the claim is realized by the CED signal transmission unit 433 of the IP telephone 4. Further, the function of the invalidation means of the claim is realized by the invalidation processing unit 434 of the IP telephone 4. Further, the function of the program acquisition means of the claim is realized by the program acquisition unit 435 of the IP telephone 4.

Further, the function of the program confirmation means of the claim is realized by the program confirmation unit 107 of the program providing server (hereinafter, referred to as a server) 1 of the embodiment, and the function of the CNG signal transmission means of the claim is a server. The CNG signal transmission unit 111 of 1 is realized. Further, the function of the program providing means of the claim is realized by the program providing unit 113 of the server 1.

Further, the program update process performed using the sequence diagrams of FIGS. 8 and 9 corresponds to one embodiment of the program update method in the telephone system according to the present invention. Further, each function of the registration processing unit 106, the program confirmation unit 107, the CNG signal transmission unit 111, the CED signal confirmation unit 112, the program provision unit 113, and the provision end processing unit 114 of the server 1 is executed by the control unit 102 of the server 1. It can also be realized as a function of the control unit 102 by the program.

Further, the functions of the information notification unit 431, the CNG signal confirmation unit 432, the CED signal transmission unit 433, the invalidation processing unit 434, the program acquisition unit 435, and the continuation / termination processing unit 436 of the IP telephone 4 are controlled by the IP telephone 4. It can also be realized as a function of the control unit 420 by the program executed by the unit 420.

1 ... Program providing server, 101T ... Connection end, 101 ... Communication I / F, 102 ... Control unit, 103 ... Storage device, 104 ... Model-specific version table, 105 (1), 105 (2), 105 (3), ... Program file for each model, 106 ... Registration processing unit, 107 ... Program confirmation unit, 110 ... Program provision processing unit, 111 ... CNG signal transmission unit, 112 ... CED signal confirmation unit, 113 ... Program provision unit, 114 ... End of provision processing Unit, 2 ... Telephone network, 3 ... Main device, 301T ... Connection end, 301 ... Communication I / F, 302 ... Control unit, 303 ... Storage device, 304 ... Address management DB, 305 ... Connection I / F, 306 ... Call Control unit, 307 ... Display control unit, 310 ... Program update processing unit, 4, 4 (1), 4 (2), ... IP phone, 401T ... Connection end, 401 ... Connection I / F, 402 ... Packet processing unit , 403 ... handset, 404 ... codec, 405 ... operation input unit, 406 ... operation input I / F, 407 ... display controller, 408 ... display, 409 ... ringer, 410 ... LED unit, 411 ... program memory, 420 ... control unit 430 ... Program update processing unit, 431 ... Information notification unit, 432 ... CNG signal confirmation unit, 433 ... CED signal transmission unit, 434 ... Invalidation processing unit, 435 ... Program acquisition unit, 436 ... Continuation / termination processing unit

Claims (3)

A telephone system in which a program-providing server device and a telephone-related device that enables voice calls by transmitting and receiving voice packet data are connected via a network.
The telephone-related device is
An information notification means for notifying information about a program for identifying a program held by the own machine by making a call to the program providing server device.
When the program providing server device holds a program to be provided to its own machine, a CNG signal confirmation means for confirming whether or not a CNG signal, which is a facsimile identification signal transmitted from the program providing server device, is received, and a CNG signal confirmation means.
When the reception of the CNG signal is confirmed by the CNG signal confirmation means, the CED signal transmission means for transmitting the CED signal, which is a facsimile response signal, to the program providing server device, and the CED signal transmission means.
When the reception of the CNG signal is confirmed by the CNG signal confirmation means, the invalidation means for preventing the reception voice data from being subjected to the optimization process for appropriately reproducing the call voice, and the invalidation means.
A program acquisition means for acquiring a program transmitted as voice packet data from the program providing server device is provided.
The program providing server device is
A program confirmation means for confirming whether or not there is a program to be provided to the telephone-related device based on the information about the program from the telephone-related device.
When the program confirmation means confirms that a program to be provided exists, the CNG signal transmission means for transmitting the CNG signal to the telephone-related device and the CNG signal transmission means.
A CED signal confirmation means for confirming whether or not the CED signal has been received from the telephone-related device, and
When the reception of the CED signal from the telephone-related device is confirmed by the CED signal confirmation means, the program providing means for transmitting the program to be provided to the telephone-related device as voice packet data is provided.
Equipped with
A dedicated telephone number is assigned to the program providing server device for each model of the telephone-related device.
The information notification means of the telephone-related device makes a call to the program providing server device using a telephone number corresponding to the model of the own machine and a subaddress indicating the version of the program held by the own machine.
The program confirmation means of the program providing server device specifies the telephone number of the called party and the subaddress added to the telephone number as information about the program, and is specified by the subaddress of the model specified by the telephone number. A telephone system characterized by checking for newer programs than the previous version. The telephone-related device of the telephone system in which the program providing server device and the telephone-related device that enables voice communication by transmitting and receiving voice packet data are connected through a network.
The program providing server device is provided with a program confirmation means for confirming whether or not a program to be provided to the telephone-related device exists based on information about a program from the telephone-related device, and the program confirmation means. , A CNG signal transmitting means for transmitting a CNG signal, which is a facsimile identification signal, to the telephone-related device when it is confirmed that a program to be provided exists, and a CED signal, which is a facsimile response signal from the telephone-related device. A CED signal confirmation means for confirming the presence / absence of reception and a program to be provided to the telephone-related device when the reception of the CED signal from the telephone-related device is confirmed by the CED signal confirmation means are provided by voice. The program providing means for transmitting as packet data is provided , and a dedicated telephone number is assigned to the program providing server device for each model of the telephone-related device, and the program confirmation means includes the telephone number of the called party. The sub-address added to the telephone number is specified as information about the program, and it is confirmed whether or not there is a newer program than the version of the model specified by the telephone number, which is newer than the version specified by the sub-address. ,
An information notification means for notifying information about the program for specifying the program held by the own machine by calling the program providing server device.
When the program providing server device holds a program to be provided to its own machine, a CNG signal confirmation means for confirming whether or not the CNG signal transmitted from the program providing server device is received, and
When the reception of the CNG signal is confirmed by the CNG signal confirmation means, the CED signal transmission means for transmitting the CED signal to the program providing server device and the CED signal transmission means.
When the reception of the CNG signal is confirmed by the CNG signal confirmation means, the invalidation means for preventing the reception voice data from being subjected to the optimization process for appropriately reproducing the call voice, and the invalidation means.
A program acquisition means for acquiring a program transmitted as voice packet data from the program providing server device is provided .
The information notification means makes a call to the program providing server device using a telephone number corresponding to the model of the own machine and a subaddress indicating the version of the program held by the own machine.
Telephone-related equipment characterized by that. The program-providing server device of the telephone system, wherein the program-providing server device and the telephone-related device that enables voice communication by transmitting and receiving voice packet data are connected through a network.
The telephone-related device is an information notification means for notifying information about a program for identifying a program held by the own machine by calling to the program providing server device, and the program providing server device is the own machine. The CNG signal confirmation means for confirming whether or not the CNG signal, which is the facsimile identification signal transmitted from the program providing server device, is received when the program to be provided to the program is held, and the CNG signal confirmation means for the CNG signal confirmation means. When the reception of the signal is confirmed, the CED signal transmission means for transmitting the CED signal which is the facsimile response signal to the program providing server device and the call voice when the reception of the CNG signal is confirmed by the CNG signal confirmation means. An invalidation means for preventing the received voice data from being subjected to an optimization process for appropriately reproducing the program, and a program acquisition means for acquiring a program transmitted as voice packet data from the program providing server device. The information notification means makes a call to the program providing server device using a telephone number corresponding to the model of the own machine and a subaddress indicating the version of the program held by the own machine. And
A program confirmation means for confirming whether or not there is a program to be provided to the telephone-related device based on the information about the program from the telephone-related device.
When the program confirmation means confirms that a program to be provided exists, the CNG signal transmission means for transmitting the CNG signal to the telephone-related device and the CNG signal transmission means.
A CED signal confirmation means for confirming whether or not the CED signal has been received from the telephone-related device, and
A program providing means for transmitting a program to be provided to the telephone-related device as voice packet data when the reception of the CED signal from the telephone-related device is confirmed by the CED signal confirming means is provided .
A dedicated telephone number is assigned to each model of the telephone-related device.
The program confirmation means identifies the destination telephone number and the subaddress added to the telephone number as information about the program, and is a program newer than the version of the model specified by the telephone number and specified by the subaddress. Check if there is
A program-providing server device characterized by this.

Images