JP2014026438A - Sip server of ip telephone, life or death monitoring system comprising sip server, and life or death monitoring method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To surely perform life or death monitoring of an IP telephone which is provided integrally with or separately from an automatic transaction device.SOLUTION: An SIP server comprises: an initial setting processing function which sets the operation time of an IP telephone in a database; a response records reading processing function which reads response records of life or death determination for the IP telephone; a life or death determination processing function which determines life or death of the IP telephone on the basis of the response records read by the response record reading processing; and a failure processing function which, when it is determined that failure occurs in the IP telephone, performs countermeasure processing against the failure.

Description

  The present invention relates to an SIP server that monitors the life and death status of an IP telephone, an IP telephone life and death monitoring system including the SIP server, and a life and death monitoring method.

  In an automatic transaction apparatus (hereinafter referred to as “ATM”) or the like, an autophone for contacting a staff member of a financial institution is provided. In recent years, IP telephones have become widespread.

  This IP phone is installed near the ATM or at the ATM itself, and is used simultaneously with the ATM during the ATM operation time.

  Conventionally, it is assumed that an IP phone operates for 24 hours. For this reason, alive monitoring of IP phones is performed regularly for 24 hours. Specifically, the IP phone life monitoring is performed by a regular register, Ping, SNMP, or the like.

  There exist patent document 1, 2 as this kind of automatic transaction apparatus.

JP 2002-288695 A JP 2011-238275 A

  However, the IP phone has the following problems.

  Normally, even if the ATM power is turned off, the power of the IP phone is not turned off as in the case of the analog autophone. This is because the ATM power supply and the IP telephone power supply are different.

  However, IP phones do not always operate for 24 hours, and there are times when the power is turned off depending on the operation of the ATM. For example, since the operation time varies depending on the installation location, and the operation time varies depending on holidays and days of the week, there are irregular times when the IP phone is powered off.

  The analog phone is always supplied with power through an analog telephone line. On the other hand, in the case of an IP phone, power is supplied from a network (via a LAN cable). As described above, the power supply of the LAN may be turned off depending on the installation location or operation. In other words, since the power supply of the IP telephone may be turned off depending on the installation location, operation, etc., life and death monitoring may not be possible as described below.

  In the case of an analog phone, since power is always supplied through a telephone line, it is not necessary to consider the power state when monitoring life and death, but in the case of an IP phone, it is necessary to consider the power state. That is, in the case of an IP phone, the power supply may be turned off as described above. Therefore, if the IP phone is monitored for life and death by a conventional method during the time when the power supply is turned off, there is no response.

  However, it is impossible to distinguish whether this non-response is due to the failure of the IP phone or the power supply OFF. That is, since it is not possible to distinguish whether the non-response state is a state in which the IP phone has failed or is in a state where the power is cut off during operation, there is a problem that an appropriate action cannot be taken.

  The SIP server of the IP telephone of the present invention has been made in view of the above-mentioned problems, and is connected to an IP telephone provided integrally or separately from the automatic transaction apparatus via a communication network to control the IP telephone. In the SIP server of the IP phone, the initial setting processing function for setting the operation time of the IP phone in the database, the response record reading processing function for reading the response of the IP phone life / death judgment, and the response record reading processing It is characterized by having a life / non-life judgment processing function for judging the life / non-life of the IP telephone from the response record and a fault processing function for processing the fault when it is judged that a fault has occurred in the IP telephone.

  The IP phone life and death monitoring system of the present invention includes an automatic transaction apparatus, an IP telephone provided integrally or separately with the automatic transaction apparatus, and the IP telephone connected to the IP telephone via a communication network. In the IP phone life and death monitoring system comprising the SIP server for controlling the IP phone, the SIP server reads the initial setting processing function for setting the operation time of the IP phone in the database and the record of the response of the IP phone life and death judgment Response record reading processing function, life / death determination processing function for determining the life / non-life of the IP phone from the response record read in the response record reading processing, and processing for the failure when it is determined that a failure has occurred in the IP phone It has a failure handling function.

  Further, according to the IP phone alive monitoring method of the present invention, the initial setting step of setting the operation time of the IP phone in the database, and the response record reading that reads the record of the response of the IP phone alive determination recorded in the SIP server are performed. A life / non-life determination step for determining the life / non-life of the IP phone from the response record read in the transmission response record reading step, and a failure processing step for performing a process for the failure when it is determined that a failure has occurred in the IP phone; It is provided with.

  In the SIP server of the IP phone configured as described above, and the alive monitoring system and the alive monitoring method provided with this SIP server, it is possible to reliably monitor the alive by managing the operation time of the IP phone or the like with the SIP server. Become.

It is a block diagram which shows the life-and-death monitoring system of the IP telephone which concerns on 1st Embodiment of this invention. It is a functional block diagram of the SIP server which concerns on 1st Embodiment of this invention. It is a block diagram which shows the recording content of database DB1. It is a block diagram which shows the recording content of database DB2. It is a block diagram which shows the recording content of database DB3. It is a block diagram which shows the recording content of database DB4. It is a block diagram which shows the recording content of database DB5. It is a flowchart which shows the life-and-death monitoring method of the IP telephone which concerns on 1st Embodiment of this invention. It is a block diagram which shows the life-and-death monitoring system of the IP telephone which concerns on 2nd Embodiment of this invention. It is a functional block diagram of the SIP server which concerns on 2nd Embodiment of this invention. It is a flowchart which shows the life-and-death monitoring method of the IP telephone which concerns on 2nd Embodiment of this invention.

  Hereinafter, a SIP server of an IP telephone according to an embodiment of the present invention, a life and death monitoring system including this SIP server, and a life and death monitoring method will be described.

[First embodiment]
First, a first embodiment of the present invention will be described. Since the SIP server according to the present invention is incorporated in the IP phone life and death monitoring system, the SIP server will be described below in the description of the IP phone life and death monitoring system and the life and death monitoring method.

[IP phone alive monitoring system]
First, an alive monitoring system for IP phones according to this embodiment will be described. FIG. 1 is a configuration diagram showing an alive monitoring system for IP telephones according to the present embodiment. The IP phone according to the present embodiment is attached to various automatic transaction apparatuses such as ATMs installed in banks, ticket machines installed in airports, and payment machines installed in parking lots. Then, it demonstrates based on ATM as an example of an automatic transaction apparatus like the past.

  At the base 1, an ATM 2, an IP phone 3, etc. are installed. The bases 1 are usually installed at a plurality of locations. For this reason, the ATM 2 and the IP phone 3 are respectively installed at a plurality of bases. In the present embodiment, the location where the IP phone 3 is installed is described separately from the ATM 2, but the IP phone 3 may be one of the ATM 2 devices. IP phone 3 may be integrated with ATM 2 or separate.

  The ATM 2 is connected to the HOST 4 via the communication network 5. In this state, ATM2 is operated and a transaction is performed.

  The ATM 2 and the IP phone 3 are connected to a monitoring center / call center 8 via a communication network 7. The monitoring center / call center 8 includes a SIP server 9, a call center telephone 10, a monitoring server 11, a monitoring terminal 12, and the like. These are connected to the ATM 2 and the IP telephone 3 via the communication networks 5 and 7.

  The SIP server 9 controls the IP phone 3 to connect the IP phone 3 and a call center phone 10 which is an IP phone of the monitoring center / call center 8. The SIP server 9 incorporates a failure detection application (the processing function of the flowchart in FIG. 7), and is provided with databases DB1 and DB2. Specifically, as shown in FIG. 2, the SIP server 9 includes an initial setting processing unit 14, a response record reading processing unit 15, a life / death determination processing unit 16, and a failure processing unit 17. .

  The initial setting processing unit 14 sets the operation time of the IP phone 3 at each site 1 in the databases DB1 and DB2 based on the input from the outside. The response record reading processing unit 15 reads a record of the response to the life / death judgment of each IP telephone 3. The life / death determination processing unit 16 determines the life / death of the IP telephone from the response record read by the response record reading processing unit 15. When the failure processing unit 17 determines that a failure has occurred in the IP phone 3, the failure processing unit 17 performs processing for the failure.

  The databases DB1 and DB2 are configured as shown in FIGS. In the database DB1, as shown in FIG. 3, an autophone group number, an IP address, a telephone number, a financial institution code, a fulcrum code, and a machine number are recorded. In the database DB2, as shown in FIG. 4, a financial institution code, a fulcrum code, a machine number, and a date are recorded. A failure detection application is operated by these databases DB1 and DB2. Note that the failure detection application, the database DB2, and the like may be constructed on another server outside the SIP server 9.

  The monitoring server 11 monitors the ATM 2 and the IP phone 3 at the base 1. The monitoring server 11 is notified of the operating state (error or the like) of the ATM 2. The monitoring information transmitted from ATM2 includes a financial institution code, a branch code, and a machine number. The ATM 2 can be uniquely identified by this monitoring information. These pieces of information are recorded in the database DB3 of the monitoring server 11 together with the error code. This database DB3 is configured as shown in FIG. The latest state of ATM2 can be known from the information in this database DB3. The monitoring terminal 12 is a terminal for performing information display and operation of the monitoring server 11.

  Furthermore, databases for life and death monitoring DB4 and DB5 (see FIGS. 6 and 7) are provided. In the database DB4, as shown in FIG. 6, the day of the week, the phone group number, the phone service start time, and the phone service end time are recorded. In the database DB5, as shown in FIG. 7, a date, an autophone group number, an autophone service start time, and an autophone service end time are recorded. The database DB4 records a normal operation time zone for one week. The database DB5 records an operation time zone on a specific day, for example, an operation time zone on a day that is different from a normal day of the week, such as a holiday. These differ depending on various conditions such as the operation time of the installed facility, and the time zone once recorded may be changed. Therefore, the time zone is recorded for each autophone group NO and updated as appropriate. The databases DB4 and DB5 may be constructed on the SIP server 9 or on another server outside the SIP server 9.

[IP phone alive monitoring method]
Next, a life / death monitoring method for the IP phone 3 using the life / death monitoring system having the above-described configuration will be described with reference to FIG. Here, it is assumed that the alive monitoring of the IP telephone 3 is performed using the periodic register function of the SIP server 9. The SIP server 9 records the latest registration information of the IP phone 3 in a regular register from the IP phone 3 in the database DB1 and other databases.

  First, in the initial setting process by the initial setting processing unit 14, the following initial settings are performed before the operation is started.

  The group number (NO) of the IP phone 3 at each site 1 is specified, and the operation time (the time from the start of the autophone operation to the end of the autophone operation) is set in the databases DB4 and DB5 for each group NO. The operation time for each day of the week is set in the database DB4. The operation time of the specific day is set in the database DB5.

  Next, in the response record reading process by the response record reading processing unit 15, the register transmission record (record of response of life / non-life judgment of each IP phone 3) of the SIP server 9 is read at a constant time interval (step S1). Since the SIP server 9 periodically receives the registers from all the IP telephones 3 and transmits the result of the response to the received signal to the IP telephone 3 and records it in the SIP server 9, this register transmission response record is read. .

  Next, the process proceeds to the life / death determination step by the life / death determination processing unit 16. In the life and death judgment step, first, from the read register transmission record (response record), it is determined whether or not each IP phone 3 is registered (whether there is a response), that is, whether the IP phone 3 is currently available ( IP phone 3 life or death) is determined (step S2). If all the IP telephones 3 are registered in the register, it is unlikely that a failure has occurred, and the process is terminated.

  When there is no register registration (when there is no response), it is first determined whether or not the current date is in the database DB5 (step S3). If the current date is in the database DB5, it is further determined whether or not the current time is within the operation time recorded in the database DB5 (step S4). If it is outside the operation time, it can be determined that the IP telephone 3 cannot be responded because the power is turned off, and thus the process ends.

  On the other hand, if it is within the operation time, the process proceeds to a failure processing step by the failure processing unit 17 to perform processing for the failure. That is, if it is within the operation time, the IP telephone 3 must be powered on and operated, so it is determined that a failure has occurred (step S5), and the failure occurrence is notified to the monitoring server 11 (step S6). The monitoring server 11 displays a warning of the occurrence of a failure on the monitoring terminal 12 and emits an alarm sound depending on the case. A person in charge of the financial institution confirms the occurrence of the failure and takes measures for recovery from the failure such as checking the IP telephone 3 of the base 1 where the failure has occurred.

  If it is determined in step S3 of the life and death determination step that the current date is not in the database DB5, it is determined whether or not the current date and time is within the operation time recorded in the database DB4 (step S7). If it is outside the operation time, it can be determined that the IP telephone 3 cannot be responded because the power is turned off, and thus the process ends.

  On the other hand, if it is within the operation time, the IP telephone 3 must be operated with the power turned on, so the process proceeds to the failure processing step. That is, it is determined that a failure has occurred (step S5), the failure occurrence is notified to the monitoring server 11 (step S6), and the above processing is performed.

[effect]
As described above, in the IP phone life and death monitoring system and life and death monitoring method according to the present embodiment, the life and death monitoring can be reliably performed by managing the operation time of the IP phone 3 and the ATM 2 by the SIP server 9. become. That is, it becomes possible to clarify whether the non-response of the IP phone 3 to the life / death monitoring signal is due to the power failure of the IP phone 3 or the failure of the IP phone 3.

  As a result, alive monitoring of the IP phone 3 installed in the ATM 2 can be reliably performed regardless of whether or not the power is turned off.

  Thereby, the reliability with respect to the alive monitoring system and the alive monitoring method of the IP phone 3 is improved.

[Second Embodiment]
Next, a second embodiment of the present invention will be described. The SIP server of the IP telephone of this embodiment, the alive monitoring system and the alive monitoring method provided with this SIP server, the SIP server of the IP telephone of the first embodiment, the alive monitoring system and the alive monitoring method provided with this SIP server, The configuration is almost the same. Specifically, as shown in FIG. 9, the life and death monitoring system of the present embodiment is the same as the life and death monitoring system of the first embodiment, except that it includes a SIP server 14 and a new database DB6. It is. For this reason, below, the same code | symbol is attached | subjected to the member same as the life and death monitoring system of 1st Embodiment, the description is abbreviate | omitted, and it demonstrates centering on the characteristic part of the invention which concerns on this embodiment. The feature of this embodiment is that the SIP server 14 incorporates processing when the ATM 2 as an automatic transaction apparatus is operating after the end of the operation time.

  If the operation time of ATM2 has expired, it is normal that the operation of ATM2 is stopped, but if the user is still using ATM2 at the end of the operation time, ATM2 continues to operate. . In this case, if the operation time of the IP phone 3 has expired, the user cannot make an inquiry to the staff of the financial institution. Even if the user does not know the operation method in the middle of the operation of ATM2, even if he / she wants to make an inquiry to the staff of the financial institution, it cannot be said that it is an abnormal state. In the present embodiment, life and death monitoring is performed even in this state (operation end abnormal state).

  Specifically, as shown in FIG. 10, the SIP server 14 includes an initial setting processing unit 14, a response record reading processing unit 15, a life / death determination processing unit 16, a failure processing unit 17, and an operation time reading processing unit 18. And an operation state reading processing unit 19 and an operation determination processing unit 20. The initial setting processing unit 14 to the failure processing unit 17 are the same as in the first embodiment. The operation time reading processing unit 18 to the operation determination processing unit 20 are functions newly added in the present embodiment. The SIP server 14 has the processing function shown in FIG. 11 by this configuration.

  On the other hand, ATM2 has its operation time data recorded in the database DB6. This database DB6 is provided for operation management such as service provision time of ATM2. In the present embodiment, the database DB6 is incorporated in the monitoring server 11. The database DB6 is connected to the SIP server 14 via a communication network. Further, the monitoring server 11 has a processing function for acquiring the operating state (whether or not it is operating) of the ATM 2.

  The operation time reading processing unit 18 of the SIP server 14 of this embodiment reads the operation time of ATM2 recorded in the database DB6. The operation state reading processing unit 19 reads the operation state of ATM 2 (whether or not it is operating). The operation determination processing unit 20 determines whether or not the ATM 2 is operating after the end of the operation time from the operation time of the ATM 2 read by the operation time reading processing unit 18 and the operation state read by the operation state reading processing unit 19. To do. That is, the operation determination processing unit 20 notifies the monitoring server 11 of the status when it is determined that the ATM 2 is operating outside the operation time of the IP phone 3 and after the operation time of the ATM 2 is over. In the SIP server 14 of the present embodiment, the processing functions of Step S8, Step S9, and Step S10 are added by the processing units in addition to the processing functions of the SIP server 9 of the first embodiment.

  The life and death monitoring method using the life and death monitoring system configured as described above is as follows. This will be described based on the flowchart of FIG. Here, Step S1 to Step S7 are the same as the life and death monitoring method of the first embodiment.

  If it is determined in step S7 that it is outside the operation time of the IP phone 3, the operation time reading processing unit 18 reads the operation time of ATM2 recorded in the database DB6 (step S8). Next, the operation state reading processing unit 19 reads the operation state (whether or not it is operating) of ATM 2 acquired by the monitoring server 11 (step S9).

  Next, whether or not the ATM 2 is operating after the end of the operation time from the operation time of the ATM 2 read by the operation time read processing unit 18 and the operation state read by the operation state read processing unit 19 in the operation determination processing unit 20. Is determined (step S10). If the ATM2 is not operating after the end of the operation time, the processing for determining that the ATM2 has stopped operating as usual is terminated.

  When the ATM2 is operating after the end of the operation time, for example, a state in which the user has operated the ATM2 before the end of the operation time and the operation time has elapsed can be said to be an abnormal state. This is because the IP phone 3 cannot be used even when a trouble occurs such as the user not knowing how to operate the ATM 2, and the staff of the financial institution cannot be contacted.

  In this case, the monitoring server 11 is notified of an abnormal state, that is, an abnormal operation end state in which the IP telephone 3 is stopped and only the ATM 2 is operating (step S6). The monitoring server 11 alerts the operator by displaying the abnormal operation end state on the monitoring terminal 12 or generating an alarm sound. The clerk responds by going to the site as necessary or contacting the user by means other than the IP phone 3.

  As a result, the same effects as in the first embodiment can be obtained, and an abnormal state where the ATM 2 is used after the operation time has passed even though the IP telephone 3 cannot be used can be notified to an attendant or the like. Therefore, the reliability and safety of the IP phone 3 with respect to the SIP server 14, the alive monitoring system, and the alive monitoring method are improved.

  In addition, the aspect of this invention is not limited to each embodiment mentioned above, The various deformation | transformation which those skilled in the art can think is also included, and the effect of this invention is not limited to the content mentioned above. That is, various additions, changes, partial deletions, and the like are possible without departing from the concept and spirit of the present invention derived from the contents defined in the claims and equivalents thereof.

  1: base, 2: ATM, 3: IP telephone, 4: HOST, 5: communication network, 7: communication network, 8: monitoring center / call center, 9: SIP server, 10: call center telephone, 11: monitoring server, 12 : Monitoring terminal, 14: SIP server.

Claims (15)

In a SIP server of an IP phone that is connected to an IP phone provided integrally or separately with an automatic transaction apparatus via a communication network and controls the IP phone,
An initial setting processing function for setting the operation time of the IP phone in the database, a response record reading processing function for reading the response record of the IP phone life / death judgment, and the life / death of the IP phone from the response record read by the response record reading processing A SIP server for an IP phone, comprising: a life / death determination processing function for determining the failure and a failure processing function for performing processing for a failure when it is determined that a failure has occurred in the IP phone. In the SIP server of the IP phone according to claim 1,
An SIP server for an IP phone, wherein the initial setting processing function sets an operation time for each day of the week and an operation time for a public holiday or other specific day in the database. In the SIP server of the IP phone according to claim 1,
In the above life / death judgment processing function, the presence / absence of a response is determined from the read response record. If there is no response, it is determined whether it is within the operation time recorded in the database. A SIP server for an IP phone, characterized in that In the SIP server of the IP phone according to claim 1,
An SIP server for an IP phone, wherein the failure processing function notifies the occurrence of a failure to a monitoring server. In the SIP server of the IP phone according to claim 1,
Operation time reading processing function for reading the operation time of the automatic transaction apparatus, operation state reading processing function for reading the operation state of the automatic transaction apparatus, operation time read by the operation time reading processing function, and operation state reading processing function It is determined whether the automatic transaction apparatus is operating after the end of the operation time from the operation state read in the above, and the automatic transaction apparatus operates after the end of the operation time of the automatic transaction apparatus outside the operation time of the IP phone. An SIP server for an IP phone, further comprising an operation determination processing function for notifying the monitoring server of the status when it is determined that the monitoring is being performed. Life and death of an IP telephone comprising an automatic transaction apparatus, an IP telephone provided integrally or separately with the automatic transaction apparatus, and a SIP server connected to the IP telephone via a communication network and controlling the IP telephone In the monitoring system,
An initial setting processing function in which the SIP server sets the operation time of the IP phone in a database, a response record reading processing function for reading a response record of the IP phone life / non-life judgment, and a response record read in the response record reading processing IP phone life / death monitoring, characterized in that it comprises a life / death judgment processing function for judging the life / non-life of an IP phone and a failure processing function for processing the failure when it is judged that a failure has occurred in the IP phone. system. In the IP phone alive monitoring system according to claim 6,
In the initial setting processing function, the life monitoring system for IP telephones is characterized in that the operation time for each day of the week and the operation time for holidays and other specific days are set in the database. In the IP phone alive monitoring system according to claim 6,
In the above life / death judgment processing function, the presence / absence of a response is determined from the read response record. If there is no response, it is determined whether it is within the operation time recorded in the database. An IP phone alive monitoring system characterized in that In the IP phone alive monitoring system according to claim 6,
An IP telephone alive monitoring system characterized in that the failure processing function notifies the monitoring server of the occurrence of a failure. In the IP phone alive monitoring system according to claim 6,
The SIP server reads the operation time reading processing function for reading the operation time of the automatic transaction apparatus, the operation state reading processing function for reading the operation state of the automatic transaction apparatus, the operation time read by the operation time reading processing function, and the above It is determined whether or not the automatic transaction apparatus is operating after the end of the operation time from the operation state read by the operation state read processing function, and the automatic transaction apparatus is out of the operation time of the IP phone and the automatic transaction apparatus An IP phone alive monitoring system, further comprising an operation determination processing function for notifying the monitoring server of the status when it is determined that the system is operating after the operation time is over. An initial setting step for setting the operation time of the IP phone in the database;
A response record reading step of reading a record of the response of the above-mentioned IP phone life / death judgment recorded in the SIP server;
A life / non-life determination step of determining the life / non-life of the IP phone from the response record read in the transmission response record reading step;
An IP telephone life / death monitoring method, comprising: a failure processing step of performing a process for a failure when it is determined that a failure has occurred in the IP telephone. 12. The method for alive monitoring of an IP phone according to claim 11,
In the initial setting step, an IP phone life / death monitoring method characterized in that the operation time for each day of the week and the operation time for holidays and other specific days are set in the database. 12. The method for alive monitoring of an IP phone according to claim 11,
In the life and death determination step, it is determined whether there is a response from the read response record. If there is no response, it is determined whether it is within the operation time recorded in the database. A method for monitoring the life and death of an IP telephone, characterized by: 12. The method for alive monitoring of an IP phone according to claim 11,
An IP telephone alive monitoring method characterized in that the fault processing step notifies the monitoring server of the occurrence of a fault. 12. The method for alive monitoring of an IP phone according to claim 11,
An operation time reading process for reading an operation time of an automatic transaction apparatus to which the IP telephone is attached, an operation state reading process for reading an operation state of the automatic transaction apparatus, an operation time read in the operation time reading process, and an operation state reading From the operation state read in the process, it is determined whether or not the automatic transaction apparatus is operating after the end of the operation time, and the automatic transaction apparatus is outside the operation time of the IP phone and after the operation time of the automatic transaction apparatus ends. An IP telephone alive monitoring method, further comprising an operation determination processing step of notifying the monitoring server of the status when it is determined that the IP telephone is operating.

Images