JP2007228140A - Telephone device receiver off-hook detection system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a telephone device receiver off-hook detection system capable of allowing a telephone device itself to detect a receiver off-hook status independently, to conduct early notification, and further to offer service of incoming call transfer without participation of a user or a caller. <P>SOLUTION: If a telephone device 20 is in a receiver off-hook status, an SNMP (Simple Network Management Protocol) Trap including an SNMP agent receiver off-hook information on the telephone device 20 is sent out to an SNMP manager 33 of a controlling server 30. The SNMP manager 33 acquires a mail address of a terminal 40 from a terminal information database 32, based on an IP address stored in the SNMP Trap, and notifies a mail server 34 of the mail address. The mail server 34 sends out an alarm mail automatically to the terminal 40. In addition, the content of an incoming call during the receiver off-hook period can be stored in an answering machine server. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a telephone handset disconnection detection system, and more particularly to a telephone handset disconnection detection system that detects a handset disconnection in an IP telephone used in a TCP / IP environment.

  Conventionally, an abnormal state of a telephone receiver disconnection in a telephone is warned by a telephone receiver disconnect alarm (howler or the like). In addition, the fact that the telephone is in an abnormal state of disconnecting the handset indicates that the user notices when trying to use the telephone, or that the telephone (the caller) dialed the telephone does not make any number of calls. It may be noticed by the report “busy)”.

  In Patent Document 1, the exchange side detects the disconnection of the handset and sends a busy sound signal, and the telephone side issues an alarm based on the busy sound signal from the exchange side. A telephone is described in which a loop is opened to prevent a long-time unreceivable state and to reduce the burden of the control operation of the switching center.

  In Patent Document 2, a Haura signal transmitted from an exchange is detected to disconnect a line between a telephone that has been disconnected from the telephone and the outside line, and to display a disconnection on a specific telephone such as a multi-function telephone. Describes a method for receiving a howler signal of a telephone device for notifying which telephone is out of the handset of many extension telephones.

In Patent Document 3, a busy tone or alarm sound from an exchange is detected to automatically detect disconnection of the handset, and the auxiliary hook switch provided on the exchange side is opened from the hook switch of the phone to bring the phone into the same state as on-hook. Thus, there is described an automatic release device for disconnecting a handset that enables a telephone call without any special operation.
JP-A-4-268864 JP-A-5-219547 JP-A-8-116350

  However, in the howler signal reception method of the telephone of Patent Document 1 and the telephone device of Patent Document 2, the user may not notice even if an alarm or display indicating that the receiver is disconnected is issued. Even if the user or partner (sender) notices, human involvement is required. Also, incoming calls will not be accepted while the handset is disconnected, but until the user notices that the handset is disconnected, the user may think that this is simply because the incoming call does not come.

  With the receiver disconnection automatic canceling device of Patent Document 3, even if the receiver is disconnected, the telephone is kept in the same state as on-hook, so that the incoming call can be accepted. However, this requires a hardware change in which an auxiliary hook switch is provided closer to the exchange than the hook switch in each telephone.

  In any of Patent Documents 1-3, it is necessary to detect disconnection of the handset on the exchange side and send an alarm such as a howrah signal from the exchange side, and this is applicable to a system that does not send a howler signal, such as an IP phone. Can not.

  The present invention solves the above-described problems, and a telephone handset that can detect a disconnection of the handset by itself and can provide early notification and further a call transfer service without involving a user or a caller. The object is to provide a detection system.

  In order to solve the above problems, the present invention comprises an IP telephone, a control server, and a mail server, and the IP telephone detects receiver disconnection and outputs receiver disconnection information, and the receiver disconnection information. Management information state notifying means for notifying the control server of the state of management information including the control server, the control server in advance corresponding to the IP telephone set in the receiver disconnected state based on the notified state of management information The mail server is instructed to send an alarm mail to a registered terminal.

  Further, the present invention is characterized in that the control server includes a terminal information database for storing the state in which the IP telephone is disconnected and the IP address of the IP telephone and the mail address of the terminal corresponding to the IP telephone in association with each other.

  Further, the present invention includes an IP telephone, a control server, a mail server, and an answering machine, and the IP telephone includes a receiver disconnection detecting unit that detects receiver disconnection and outputs receiver disconnection information, and the receiver disconnection information. Management information status notification means for notifying the control server of the status of management information is provided, and the control server is pre-registered in correspondence with the IP phone that is in a receiver-removed state based on the status of the notified management information. In addition, the mail server is instructed to send an alarm mail to a terminal, and the incoming call to the IP telephone that has become disconnected from the handset is forwarded to the answering server.

  Further, according to the present invention, the control server stores the IP telephone handset disconnected state, the IP address thereof, the mail address of the terminal corresponding to the IP telephone, and the telephone number of the IP telephone set for forwarding. A terminal information database is provided.

  According to the present invention, the IP telephone itself autonomously detects the disconnection of the handset and notifies the control server to that effect, and the control server warns the terminal of the user, the administrator, etc. by mail to the disconnection of the handset of the IP telephone. Therefore, even in a system in which no warning is sent from the switchboard side or when the user is not aware of the warning from the IP telephone, it is possible to notify the user, the administrator, etc. of the disconnection of the handset at an early stage.

  In addition, a service to the user can be improved by providing an answering machine and having a function of automatically transferring and recording the contents of an incoming call during the disconnection period of the handset to the answering server.

  The present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing an embodiment of a telephone handset disconnect detection system according to the present invention. The telephone handset disconnection detection system of this embodiment includes IP telephones (hereinafter simply referred to as telephones) 10 and 20 and a control server 30. The telephones 10 and 20 and the control server 30 are connected by an IP network 40.

  From the control server 30, it is possible to automatically send mail to the terminals 50 and 60 having a preset mail address. The terminals 50 and 60 are personal computers, mobile phones, etc. that are always used by the users of the telephones 10 and 20 or their administrators.

  In FIG. 1, only two sets of telephones and terminals are shown. However, the IP network 40 is connected to a large number of sets of telephones and terminals, a single telephone or a single terminal, and the control server 30 is connected between a large number of telephones. Performs connection control between terminals. In the following, it is assumed that a telephone call is made from the telephone 10 to the telephone 20.

  Connection control between the telephones 10 and 20 on the IP network 40 is realized by signaling using SIP (Session Initiation Protocol). In addition, the telephones 10 and 20 are implemented with an SNMP (Simple Network Management Protocol) agent. SNMP is stipulated in RFC1157, which allows the telephones 10 and 20 to control the status of various management information (MIB: Management Information Base) managed by its own SNMP agent through client / server communication. The server 30 can be notified.

  FIG. 2 is a functional block diagram showing a specific configuration example of the telephones 10 and 20. Since the telephones 10 and 20 have the same configuration, the telephone 20 will be described below. The telephone 20 includes a main control unit 21, a receiver state detection unit 22, a display control unit 23, an SNMP agent 24, and a MIB 25.

  The main control unit 21 controls the entire telephone such as call connection control and call voice control. The handset state detection unit 22 detects whether the handset of the telephone 20 is in an on-hook state or an off-hook state.

  When the telephone 20 is not in a call state and the handset's off-hook state continues for a certain time, the main control unit 21 determines that the handset is not intended by the user, that is, the handset is off.

  The display control unit 23 notifies the user of various telephone statuses in addition to notifying that the telephone set 20 is in the state of disconnecting the handset. This notification may be by audible means, visible means, or a combination thereof.

  The SNMP agent 24 collects various state information of the telephone 20 and stores the information in the MIB 25. The various status information of the telephone 20 includes handset disconnection information, and when it is determined that the handset is disconnected or its recovery, the SNMP agent 24 updates the information in the MIB 25 and issues an SNMP Trap. The control server 30 is notified of the state.

  The MIB 25 treats information on items to be managed as objects, attaches an object identifier (OID: object ID) to each item, and manages the OID in a hierarchical tree structure.

  FIG. 3 is a diagram illustrating a configuration example of the MIB 25. MIB15 is iso (1) -org (3) -dod (6) -internet (1) -private (4) -enterprise (1) -company name (x) -product name (y) -handset disconnect information (z ) Is a hierarchical tree structure. The hierarchy of enterprise (1) and higher is defined as a standard MIB. The hierarchy below the company name (x) is an enterprise MIB (enterprise extension MIB), which can be used by network vendors to manage their products. The receiver MIB information (z) is managed by making the enterprise MIB a hierarchical tree structure of company name (x) −product name (y) −receiver disconnect information (z).

  Returning to FIG. 1, the control server 30 includes a SIP server 31, a terminal information database 32, an SNMP manager 33, and a mail server 34 that perform telephone call connection control on the IP network 40.

  The SNMP manager 33 transmits and receives messages to and from the telephones 10 and 20 by SNMP, and collects the MIB status. The terminal information database 32 stores the state of the MIB collected from the telephones 10 and 20 and the correspondence between the IP addresses of the IP telephones 10 and 20 and the corresponding mail addresses of the terminals.

Messages sent and received by the SNMP manager and the SNMP agent of the telephone are called PDU (Protocol Data Unit) and have the following basic messages (1) to (5).
(1) Get Request: Requests MIB acquisition from the SNMP manager to the SNMP agent by specifying OID.
(2) Get Next Request: Requests the SNMP agent from the SNMP manager to acquire the next MIB after the MIB specified by Get Request.
(3) Get Response: Returns information about the requested MIB from the SNMP agent to the SNMP manager.
(4) Set Request: Requests change of MIB from SNMP manager to SNMP agent.
(5) Trap: Notifies the MIB status.

  In the embodiment of FIG. 1, the correspondence between the IP addresses of the telephones 10 and 20 and the mail addresses of the terminals 50 and 60 is registered in the terminal information database 32 of the control server 30 in advance.

  Assuming that the telephone set 20 is in a disconnected state, the main control unit 21 of the telephone set 20 determines this, and the SNMP agent 14 uses the trap of (5) above to indicate the state of the MIB including the receiver disconnected information to the control server 30. To the SNMP manager 33. The MIB stored in the terminal information database 32 is updated to this MIB. Further, the SNMP manager 33 makes an inquiry to the terminal information database 32 based on the IP address stored in the SNMP Trap, obtains the mail address of the terminal 40 that forms a pair with the telephone 20, and sends the mail address to the mail server 34. To inform.

  The mail server 34 automatically sends a warning mail to the terminal 40 when the mail address is notified from the SNMP manager 33. As a result, the user or administrator of the telephone 20 can know at an early stage that the telephone set of the telephone 20 has been disconnected by the mail received at the terminal 40.

  When the disconnection of the handset of the telephone 20 is recovered, the SNMP agent 24 notifies the SNMP manager 33 of the control server 30 of the state of the MIB including the receiver disconnection recovery information using the trap of (5) above. The SNMP manager 33 updates the MIB stored in the terminal information database 32 to the state of the notified MIB.

  FIG. 4 is a flowchart showing the determination of the disconnection state of the handset in the telephone 20 (10) and the operation based thereon. First, it is determined whether or not the telephone 20 is in a call state (S41). If it is determined in S41 that it is in a call state (YES), it returns to S41, and if it is determined that it is not in a call state (NO), it starts counting by the counter, and the state of disconnection of the handset is constant according to the value of the counter It is determined whether or not the time has continued (S42).

  If it is determined in S42 that the handset disconnection state has not continued for a certain period of time (NO), the process returns to S41 and the time measurement by the counter is continued. Note that the counter value is reset when the telephone is in the middle of the call or when the receiver disconnection state is resolved. If it is determined in S42 that the handset disconnection state has continued for a certain time (YES), the process proceeds to S43.

  If it is determined YES in S42, it can be determined that the handset is not intended by the user, so the display control unit 23 is notified of this (S43) and the MIB 25 is updated. At the same time, an SNMP Trap is issued to the control server 30, and the updated MIB state including the receiver disconnection information indicating receiver disconnection is notified to the SNMP manager 33 (S44).

  Thereafter, it is determined whether or not the handset disconnection state has been recovered (S45). When it is determined in S45 that the receiver disconnection has been recovered, the notification of receiver disconnection in the display control unit 23 is stopped (S46), and the MIB 15 is updated. At the same time, an SNMP Trap is issued to the control server 30, and the updated MIB state including the receiver disconnection recovery information indicating recovery of the receiver disconnection state is notified to the SNMP manager 33 (S47). The series of operations is completed as described above, and the process returns to S41 to repeat a new operation.

  FIG. 5 is a block diagram showing another embodiment of the telephone handset disconnection detection system according to the present invention. In FIG. 5, the same or equivalent parts as in FIG.

  This embodiment includes an answering machine 70. In addition to sending a warning mail to the terminal by the mail server 34, the incoming call addressed to the telephone is transferred to the answering server 70 to store the contents of the incoming call during the disconnection period of the handset In addition, the user can take it out as appropriate.

  The terminal information database 32 of the control server 30 is an IP in which the MIB sent from the telephones 10 and 20, the correspondence between the telephones 10 and 20 and the corresponding mail addresses of the terminals, and the forwarding of incoming calls to the answering machine 70 are set. Stores the telephone number of the telephone.

  The SIP server 31 can be set to forward a call addressed to the telephones 10 and 20 to the answering machine 70. When the main controller 21 of the telephone 20 determines the receiver disconnection state, the SNMP agent 24 notifies the SNMP manager 33 of the MIB state including the receiver disconnection information indicating the receiver disconnection state by SNMP Trap. As a result, the SNMP manager 33 notifies the SIP server 31 to transfer the incoming call addressed to the telephone 20 to the answering machine 70, and the telephone number of the telephone 20 that is set to be forwarded to the answering server 70. Store in the terminal information database 32.

  Thereafter, when there is an incoming call addressed to the telephone 20, the SIP server 31 makes an inquiry to the terminal information database 32 based on the telephone number in the INVITE message and transfers the incoming call to the answering machine 70.

  When the main controller 21 of the telephone 20 determines that the recovery from the handset disconnection state is detected, the SNMP agent 14 notifies the SNMP manager 33 of the state of the MIB including the handset disconnection recovery information indicating the recovery of the handset disconnection state by SNMP Trap. . As a result, the SNMP manager 33 notifies the SIP server 31 to cancel the forwarding of the incoming call addressed to the telephone 20 to the answering machine 70, and the telephone number of the telephone 20 stored in the terminal information database 32. Is deleted. As a result, the SIP server 31 sends subsequent incoming calls addressed to the telephone set 20 to the telephone set 20.

  The contents of the answering machine stored in the answering machine 70 during the disconnection state of the handset can be appropriately extracted by the user by calling the answering machine 70.

  Although the embodiment has been described above, the present invention is not limited to the above embodiment, and various modifications can be made. For example, the number of terminals that send out a warning message for disconnecting the handset is not limited to one, and may be a plurality of terminals. This can be realized by associating a plurality of mail addresses with one telephone. In addition, when a disconnection state of the handset is detected, a service for automatically transferring an incoming call to the telephone to another telephone can be performed in addition to or instead of the answering service.

1 is a block diagram showing an embodiment of a telephone handset disconnect detection system according to the present invention. FIG. It is a functional block diagram showing a specific configuration example of a telephone. It is a figure which shows the structural example of MIB. It is a flowchart which shows the determination of the handset disconnection state in a telephone, and the operation | movement based on it. It is a block diagram which shows other embodiment of the telephone handset disconnection detection system which concerns on this invention.

Explanation of symbols

10, 20 ... IP telephone, 21 ... main control unit, 22 ... handset status detection unit, 23 ... display control unit, 24 ... SNMP agent, 25 ... MIB, 30 ... Control server 31 ... SIP server 32 ... Terminal information database 33 ... SNMP manager 34 ... Mail server 35 ... Voice mail server 40 ... IP network 50 60 ... terminal

Claims (4)

IP phone, control server and mail server
The IP telephone includes a receiver disconnection detecting unit that detects receiver disconnection and outputs receiver disconnection information, and a management information status notification unit that notifies the control server of the status of management information including the receiver disconnection information,
The control server instructs the mail server to send an alarm mail to a pre-registered terminal corresponding to the IP telephone that is in a receiver-removed state based on the notified management information state. A telephone handset disconnect detection system. 2. The telephone handset according to claim 1, wherein the control server includes a terminal information database that stores a state in which the IP telephone is disconnected and an IP address of the IP telephone and a mail address of a terminal corresponding to the IP telephone in association with each other. Outage detection system. IP phone, control server, mail server and answering machine
The IP telephone includes a receiver disconnection detecting unit that detects receiver disconnection and outputs receiver disconnection information, and a management information status notification unit that notifies the control server of the status of management information including the receiver disconnection information,
The control server instructs the mail server to send an alarm mail to a pre-registered terminal corresponding to the IP telephone that is in a receiver-removed state based on the notified management information state. A telephone handset disconnect detection system, wherein an incoming call to an IP telephone in a disconnected state is forwarded to the answering server. The control server includes a terminal information database for storing the IP telephone receiver disconnected state, the IP address thereof, the mail address of the terminal corresponding to the IP telephone, and the telephone number of the IP telephone set for forwarding. The telephone receiver disconnect detection system according to claim 3.

Images