JP6397233B2 - Incoming call control system and incoming call control method - Google Patents

Description

  The present invention relates to an incoming call control system and an incoming call control method, and in particular, an incoming call having a private branch exchange having a function of receiving a call from a caller terminal and forming a communication path between the caller terminal and the callee terminal. It is suitable for use in a control system.

  Conventionally, private branch exchanges have been used to connect extension telephones within a company, or to transfer calls received from a company's fixed telephone to an external mobile phone or smartphone (hereinafter collectively referred to as a mobile terminal). (PBX) is used. When used in the latter application, a call charge based on a metered charge is generally generated between the fixed line of the PBX and the portable terminal. On the other hand, in the case of a call within the same carrier, there is a case where the call charge between the fixed line of the PBX and the mobile terminal can be flattened, and such a service is actually widely provided.

  However, for example, when employees bring their own mobile devices using BYOD (Bring Your Own Device) and use them for work, the carrier cannot be unified, so transfers from fixed lines to mobile devices must be subject to flattening. There arises a problem that many cases that cannot be performed occur.

  The incoming call from the other party's telephone terminal that is the call originator is put on hold by the telephone control device, the incoming call notification is sent to the wireless telephone terminal that is the call destination, and the call path is relayed by the callback from the wireless telephone terminal to the telephone control device The technique which performs is proposed (for example, refer patent document 1). Specifically, when there is an incoming call from the other party telephone terminal to the telephone control device, the telephone control device holds the incoming call and provides the wireless telephone terminal with a web screen for notification of the incoming call. The wireless telephone terminal requests the wireless telephone terminal to make a call in response to a response operation on the Web screen. Upon receiving this call request, the telephone control device forms the other party communication path with the other party telephone terminal and also forms the terminal communication path with the radio telephone terminal and relays these two communication paths. Connecting.

JP 2012-213048 A

  The technique described in Patent Document 1 is not a method of transferring a call received from the other party's telephone terminal by the telephone control device to the wireless telephone terminal, but notifies the wireless telephone terminal that there has been an incoming call, This is a method for receiving a callback from a telephone terminal to a telephone control device. On the other hand, recently, an “all-you-can-eat” service is provided from a mobile terminal. Therefore, if the “Unlimited Call” service is applied to the technique described in Patent Document 1 (that is, a callback part from a wireless telephone terminal (for example, a portable terminal such as a smartphone) to a telephone control device (for example, PBX)) If the “Unlimited Call” service is applied), it is possible to realize a flat rate for a call between the PBX and the portable terminal.

  However, in the technique described in Patent Document 1, an incoming call notification from the telephone control device to the wireless telephone terminal is performed on a Web screen. For this reason, in a wireless telephone terminal (portable terminal) that may receive an incoming notification on the Web screen, it is necessary to keep the Web browser up at all times. As a result, the mobile terminal has a problem that a lot of batteries are consumed or a web screen needs to be displayed at all times, and other applications cannot be used. In addition, since the telephone control device needs to generate and notify a Web screen when an incoming call is received, there is a problem that the real-time property of the incoming call notification is lacking.

  The present invention has been made to solve such a problem, and avoids the above-mentioned various problems when an incoming call notification is made on a Web screen, while avoiding the above-described various problems. The purpose is to make it possible to realize flat-rate calls.

In order to solve the above-described problems, in the present invention, when the private branch exchange receives an internal / external line incoming call from the caller terminal to the virtual fixed telephone, it is determined whether to use a flat-rate service using a callback, If not available, while performing a call transfer to the destination terminal, when utilized, looking contains a callback request, an information not Web screen information, it can run as a background task in the destination terminal Incoming call notification information that can be processed by a simple application is transmitted to the destination terminal, and the terminal incoming call is generated by making a call from the destination terminal to the designated telephone number of the private branch exchange. In the private branch exchange, a call path is formed between the source terminal and the destination terminal by relay-connecting the internal / external line incoming call from the source terminal and the terminal incoming call from the destination terminal. ing.

  According to the present invention configured as described above, when the private branch exchange receives an incoming call from the calling terminal, the incoming call notification is not sent by the incoming call notification information including the callback request but by the incoming call notification information instead of the incoming call notification by the Web screen. When the private branch exchange receives a callback incoming call from the destination terminal as a response, a communication path is formed between the source terminal and the destination terminal. Here, if the flattening service is applied to the transmission from the destination terminal to the private branch exchange, it is possible to realize the flattening for a call between the private branch exchange and the destination terminal.

  In addition, according to the present invention, it is not necessary to keep the web browser in a state where the web browser is always started in a terminal that may receive an incoming call notification. Therefore, battery consumption can be reduced. Also, other applications can be used simultaneously. Furthermore, in the present invention, it is not necessary to generate a Web screen at the time of incoming call notification, and the incoming call notification is performed based on simple incoming call notification information. Therefore, the incoming call notification can be performed in real time.

It is a block diagram which shows the example of schematic structure of the incoming call control system by this embodiment. It is a block diagram which shows the other schematic structural example of the incoming call control system by this embodiment. It is a block diagram which shows the other schematic structural example of the incoming call control system by this embodiment. It is a block diagram which shows the function structural example of PBX which is a component of the incoming call control system by this embodiment, and a transmission destination terminal. It is a flowchart which shows the operation example of PBX by this embodiment. It is a flowchart which shows the operation example of the transmission destination terminal by this embodiment.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram illustrating a schematic configuration example of an incoming call control system 1 according to the present embodiment. As shown in FIG. 1, the incoming call control system 1 according to the present embodiment receives an incoming call from a caller terminal 30 to a virtual fixed telephone 40 (number associated with a line contract or extension), and the caller terminal 30 and callee A private branch exchange (PBX) 10 having a function of forming a communication path with the terminal 20 and a destination terminal 20 are configured.

  In the example of FIG. 1, the PBX 10 is appropriately connected to the transmission source terminal 30 and the transmission destination terminal 20 via the public line 100. The destination terminal 20 is appropriately connected to the PBX 10 and the source terminal 30 via the public line 100. In addition, the PBX 10 and the destination terminal 20 are connected to each other so that they can always communicate with each other by an IP (Internet Protocol) protocol via an IP network such as the Internet 200.

  The destination terminal 20 is a mobile terminal having a telephone function, and is configured by, for example, a mobile phone, a smartphone, or a tablet terminal. The transmission source terminal 30 is also a terminal having a telephone function, and is constituted by, for example, a fixed telephone, a mobile phone, a smartphone, or a tablet terminal.

  Application programs 10a and 20a (hereinafter simply referred to as applications) for incoming call control are installed in the PBX 10 and the destination terminal 20, respectively. These applications 10a and 20a cooperate with each other and are virtually fixed from the source terminal 30. A call path is formed between the caller terminal 30 and the callee terminal 20 by controlling incoming calls received over the telephone 40.

  In the present embodiment, two methods are prepared as methods for forming a communication path between the transmission source terminal 30 and the transmission destination terminal 20. One is a “normal transfer method” in which a call path is formed by transferring a telephone set from the source terminal 30 to the virtual fixed telephone 40 from the PBX 10 to the destination terminal 20. The other is that the PBX 10 notifies the destination terminal 20 via the Internet 200 that a call has been made from the source terminal 30 to the destination terminal 20, and the destination terminal 20 that has received this notification This is a “callback method” in which a call path is formed by making a call to the PBX 10.

  Note that the system configuration of the incoming call control system according to the present embodiment is not limited to the example of FIG. For example, as shown in FIG. 2, the source terminal 30 and the PBX 10 may be connected to a state in which communication is always possible via an IP network such as a LAN (Local Area Network) 300. A telephone (outgoing call) placed from the source terminal 30 to the PBX 10 is an external telephone in the example of FIG. 1, but is an extension telephone in the example of FIG.

  Alternatively, as shown in FIG. 3, instead of connecting the PBX 10 and the destination terminal 20 via the Internet 200 shown in FIG. In this case, a wireless access point 301 is provided in the LAN 300, and wireless communication is performed between the wireless access point 301 and the destination terminal 20. Furthermore, it is possible to combine the configurations shown in FIGS.

  FIG. 4 is a block diagram illustrating a functional configuration example of the PBX 10 and the destination terminal 20 that are components of the incoming call control system 1 according to the present embodiment. Here, a case where the incoming call control system 1 is configured as shown in FIG. 1 will be described as an example. In this case, the functional configuration shown in FIG. 4 is realized by including, for example, a storage medium storing the applications 10a and 20a shown in FIG. 1 and a microcomputer including a CPU or MPU. Here, for example, a ROM, a RAM, a hard disk, or a semiconductor memory can be used as the storage medium.

  As shown in FIG. 4, the PBX 10 according to the present embodiment has an internal / external incoming call receiving unit 11, a fixed amount determining unit 12, a telephone transfer unit 13, an incoming notification unit 14, an incoming terminal as functional configurations realized by an application 10a. A call receiving unit 15 and a speech path forming unit 16 are provided. The destination terminal 20 includes a transfer reception unit 21, an incoming call notification reception unit 22, a call response reception unit 23, a transmission unit 24, and a speech path formation unit 25 as functional configurations realized by the application 20a.

  The incoming / outgoing line incoming call receiving unit 11 of the PBX 10 receives (receives) a call transmitted from the caller terminal 30 to the virtual fixed telephone 40 via the public line 100. Hereinafter, an incoming call received by the PBX 10 from the caller terminal 30 via the public line 100 is referred to as an “outside line incoming call”. When the incoming call control system 1 is configured as shown in FIG. 2, the incoming call received by the PBX 10 from the caller terminal 30 via the LAN 300 is an “extension incoming call”.

  When the internal / external line incoming call receiving unit 11 receives an external line incoming call from the caller terminal 30, the fixed amount determination unit 12 determines the PBX 10 for the callee terminal 20 from the calling number (the telephone number of the callee terminal 20). Whether or not to use the callback service flat-rate service is determined based on the method selection information registered in.

  The method selection information is held as attribute information associated with the telephone number of the registered destination terminal 20. This content determines whether to use the callback method or the normal transfer method.

  Here, when the carrier having the line contract of the virtual fixed telephone 40 and the carrier of the destination terminal 20 are different, by registering a telephone number in the PBX 10 for the destination terminal 20, as method selection information It is possible to select a callback method. Even if the carrier of the virtual fixed telephone 40 and the carrier of the destination terminal 20 are the same, the carrier provides a call charge flattening service for outgoing calls to the same carrier. If not, by registering a telephone number in the PBX 10 for the destination terminal 20, it is possible to select a callback method as method selection information. Further, even if the carrier that has a line contract for the virtual fixed telephone 40 and the carrier of the destination terminal 20 are the same and the carrier provides a flat-rate service, the flat-rate service is provided by the corporation. When limited to contract terminals, it is possible to select a callback method as method selection information for the destination terminal 20 that is not a corporate contract terminal.

  This method selection information is registered in advance in the PBX 10 by a user who manages the operation of the incoming call control system 1, for example. Alternatively, a user who wants to use the callback method can access the PBX 10 from the destination terminal 20 owned by himself / herself via the LAN and register the telephone number of the destination terminal 20 as method selection information. Also good.

  The telephone transfer unit 13 is configured to transfer a call to the destination terminal 20 via the Internet 200 using the normal transfer method when the flattening determination unit 12 determines not to use the flat-rate service based on the callback method. Control. In this case, the call path forming unit 16 uses the line contract number, which is a unique telephone number set in the PBX 10, according to the control from the telephone transfer unit 13 to receive the telephone received from the caller terminal 30 to the public line 100. To the destination terminal 20.

  The incoming call notification unit 14 transmits incoming call notification information including a callback request to the destination terminal 20 via the Internet 200 when the flattening determination unit 12 determines to use the flat-rate service based on the callback method. . Transmission of incoming notification information by the incoming notification unit 14 can be performed almost in real time when the incoming / outgoing line incoming call receiving unit 11 receives an incoming call from the caller terminal 30.

  The incoming call notification information may include the telephone number of the caller terminal 30 indicated by the external line incoming call received by the internal / external line incoming call reception unit 11. When the PBX 10 stores an electronic phone book, the user name stored in association with the caller telephone number may be further included in the incoming call notification information.

  The terminal incoming call receiving unit 15 receives (incoming) a callback telephone transmitted from the destination terminal 20 via the Internet 200 as a response to the transmission of the incoming notification information by the incoming notification unit 14. Hereinafter, the incoming call of the callback that the PBX 10 receives from the destination terminal 20 via the Internet 200 is referred to as “terminal incoming call”.

  The call path forming unit 16 performs a process of forming a voice call path using the public line 100 with the call path forming unit 25 of the destination terminal 20. Here, when the normal transfer method is used, the communication path forming unit 16 uses the line contract number of the PBX 10 to call a call received from the caller terminal 30 to the callee terminal 20 via the public line 100 as described above. By transferring, a call path is formed between the transmission source terminal 30 and the transmission destination terminal 20.

  On the other hand, when the callback method is used, the call path forming unit 16 receives the incoming incoming call received from the originating terminal 30 by the incoming / outgoing incoming call receiving unit 11 and the incoming call receiving unit 15 from the destination terminal 20. A call path is formed by the public line 100 between the caller terminal 30 and the callee terminal 20 by relay-connecting the received terminal call.

  The transfer receiving unit 21 of the destination terminal 20 receives a call from the source terminal 30 transferred by the call path forming unit 16 under the control of the telephone transfer sent from the telephone transfer unit 13 of the PBX 10. Thus, the communication path forming unit 25 is controlled. Thereby, a speech path is formed between the transmission source terminal 30 and the transmission destination terminal 20.

  The incoming call notification receiving unit 22 receives incoming call notification information transmitted from the incoming call notification unit 14 of the PBX 10 via the Internet 200. When the incoming call notification receiving unit 22 receives the incoming call notification information, the call response receiving unit 23 makes a call by displaying a predetermined incoming call notification screen, and waits for a response operation input from the user. When the incoming call notification information includes the telephone number or user name of the caller terminal 30, it is preferable to display the incoming call notification screen by including the telephone number or user name. Note that a ringing tone may be output from a speaker simultaneously with the display of the incoming call notification screen. Moreover, you may make it use a vibration together.

  When the call response reception unit 23 receives an input of a response operation from the user through the incoming call notification screen, the transmission unit 24 makes a call to a designated telephone number (for example, the above-described line contract number) of the PBX 10 and receives a terminal incoming call. Is generated.

  The call path forming unit 25 performs a process of forming a voice call path using the public line 100 with the call path forming unit 16 of the PBX 10. Here, when the normal transfer method is used, the call path forming unit 25 receives the telephone transferred from the call path forming unit 16 of the PBX 10 as described above, and thereby the source terminal 30 and the destination terminal. A communication path is formed with 20. On the other hand, when the callback method is used, the call path forming unit 25 determines whether the call source terminal 30 and the call destination terminal 20 are connected based on the external line incoming call and the terminal incoming call that are relay-connected by the call path forming unit 16. A communication path is formed between them.

  The application 20a installed in the destination terminal 20 operates as a background task, and enters a suspended state when a state in which no incoming call notification information is received by the incoming call notification receiving unit 22 continues for a certain period of time. . Thus, since the application 20a is running as a background task on the OS, the operation of other applications is not hindered (the display is open for other applications). In addition, when there is no data exchange, the application 20a is in the suspended state, so that battery consumption at the destination terminal 20 can be suppressed.

  FIG. 5 is a flowchart showing an operation example of the PBX 10 according to the present embodiment configured as described above. The flowchart shown in FIG. 5 starts when a call is placed from the caller terminal 30 to the virtual fixed telephone 40 via the public line 100. In addition, the flowchart shown in FIG. 5 shows processing until a communication path is formed between the transmission source terminal 30 and the transmission destination terminal 20, and the subsequent processing is omitted.

  In FIG. 5, when the telephone (external line incoming call) transmitted from the caller terminal 30 is received by the internal / external line incoming call receiving unit 11 (step S <b> 1), the flattening determination unit 12 Is registered as the method selection information, it is determined whether or not to use the flat-rate service based on the callback method (step S2). Here, if it is determined not to use the callback method flat-rate service, the call path forming unit 16 transmits the telephone received from the caller terminal 30 via the public line 100 according to the control of the telephone transfer unit 13. 20 (step S3). Thereby, the process of the flowchart shown in FIG.

  On the other hand, when the flattening determination unit 12 determines that the call-back type flattening service is used, the incoming call notification unit 14 sends incoming call notification information including a callback request to the destination terminal 20 via the Internet 200. Transmit (step S4). Thereafter, the terminal incoming call receiving unit 15 determines whether or not a callback telephone (terminal incoming call) has been received from the destination terminal 20 via the Internet 200 as a response to the transmission of the incoming notification information (step S5). ).

  Here, when the terminal incoming call is not received, the terminal incoming call receiving unit 15 continues the determination in step S5. On the other hand, when the terminal incoming call receiving unit 15 receives the terminal incoming call, the speech path forming unit 16 receives the external line incoming call received from the source terminal 30 by the internal / external line incoming call receiving unit 11 in step S1 and the terminal incoming call. The receiving unit 15 relays and connects the terminal incoming call received from the destination terminal 20 in step S4, thereby forming a speech path between the source terminal 30 and the destination terminal 20 (step S6). Thereby, the process of the flowchart shown in FIG.

  FIG. 6 is a flowchart showing an operation example of the destination terminal 20 according to the present embodiment configured as described above. Note that the flowchart shown in FIG. 6 starts when the application 20a is activated. Moreover, the flowchart shown in FIG. 6 shows the process until a call path is formed between the transmission source terminal 30 and the transmission destination terminal 20, and the subsequent processes are omitted.

  In FIG. 6, the transfer receiving unit 21 first determines whether or not the telephone transfer is controlled from the telephone transfer unit 13 of the PBX 10 (step S11). When the transfer receiving unit 21 determines that the call transfer is being controlled, the call path forming unit 25 is placed on the virtual fixed telephone 40 from the caller terminal 30 according to the control by the transfer receiving unit 21. The telephone transferred by the path forming unit 16 is received (step S12). Thereby, a speech path is formed between the transmission source terminal 30 and the transmission destination terminal 20, and the process of the flowchart shown in FIG.

  On the other hand, when the call transfer control is not performed, the incoming call notification receiving unit 22 determines whether the incoming call notification information transmitted from the incoming call notification unit 14 of the PBX 10 via the Internet 200 has been received (step S13). ). If the incoming call notification information has not been received, the process returns to step S11. On the other hand, when the incoming call notification receiving unit 22 receives the incoming call notification information, the call response receiving unit 23 makes a call by outputting a ringing tone from the speaker and displaying a predetermined incoming call notification screen (step S14). The system waits for a response operation input from the user (step S15).

  Here, when the call response reception unit 23 receives an input of a response operation from the user through the incoming call notification screen, the transmission unit 24 transmits a callback to the designated telephone number of the PBX 10 to generate a terminal incoming call ( Step S16). In this case, as described in step S6 of FIG. 5, the external line incoming call and the terminal incoming call are relay-connected by the communication path forming unit 16 of the PBX 10, and the communication path is connected between the source terminal 30 and the destination terminal 20. Is formed. Thereby, the process of the flowchart shown in FIG.

  As described above in detail, in the present embodiment, when the PBX 10 receives an internal / external line incoming call from the source terminal 30, the call destination terminal 20 designated by the internal / external line incoming call receives the call back type flat-rate service. Is selected, the call notification is sent to the destination terminal 20 and the call is sent from the destination terminal 20 to the designated telephone number of the PBX 10 to receive the terminal incoming call. Is generated. Then, in PBX 10, a call path is formed between source terminal 30 and destination terminal 20 by relay-connecting the internal / external line incoming call from source terminal 30 and the terminal incoming call from destination terminal 20. Like to do.

  According to the present embodiment configured as described above, when the PBX 10 receives an incoming call from the caller terminal 30, the incoming call notification is not sent by the incoming call notification information including the callback request, instead of the incoming call notification by the Web screen. When the PBX 10 receives a callback incoming call from the destination terminal 20 as a response, a call path is formed between the source terminal 30 and the destination terminal 20. Here, if the flattening service is applied to the callback from the destination terminal 20 to the PBX 10, it is possible to realize the flattening for a call between the PBX 10 and the destination terminal 20.

  In addition, in the present embodiment, it is not necessary to keep the web browser up at all times in the destination terminal 20 that may receive the incoming notification. Therefore, battery consumption can be reduced. Further, since the application 20a operates as a background task and the display is opened for other applications, other applications can be used simultaneously even when the application 20a is operating. Furthermore, in the present embodiment, it is not necessary for the PBX 10 to generate and transmit a Web screen at the time of notification of incoming calls, and notification of incoming calls can be made in real time because simple incoming notification information is used for notification of incoming calls.

  In the above embodiment, when the incoming call notification receiving unit 22 receives the incoming call notification information, the call response receiving unit 23 displays a predetermined incoming call notification screen and waits for an input of a response operation. The case where the transmission unit 24 transmits a callback to the PBX 10 in the case where there is a case has been described, but the present invention is not limited to this. For example, when the call response reception unit 23 is omitted and the incoming call notification receiving unit 22 receives the incoming call notification information, the transmission unit 24 automatically makes a call to the designated telephone number of the PBX 10 to generate a terminal incoming call. It may be.

  However, when the transmission unit 24 automatically transmits a callback, the user of the destination terminal 20 cannot know that a call has been placed. Therefore, when the incoming call notification receiving unit 22 receives the incoming call notification information, or when the call path forming unit 16 forms a call path by relay-connecting the incoming / outgoing line incoming call and the terminal incoming call, the destination terminal 20 It is preferable to ring a ringing tone.

  In the above embodiment, an example in which the PBX 10 and the destination terminal 20 are always connected via an IP network such as the Internet 200 (see FIGS. 1 and 2) or the LAN 300 (see FIG. 3) has been described. The present invention is not limited to this. For example, when a phone call sent from the caller terminal 30 is received by the PBX 10, the PBX 10 and the callee terminal 20 may be connected by an IP network.

  In the above embodiment, the incoming notification information is transmitted to the single destination terminal 20 designated by the source terminal 30, and the incoming / outgoing line incoming call from the source terminal 30 and the terminal incoming call from the destination terminal 20 are transmitted. Although an example in which a call is relay-connected has been described, the present invention is not limited to this. For example, the incoming call notification information is simultaneously transmitted to a plurality of destination terminals 20 that match a specific condition requested by the source terminal 30, and a single destination terminal 20 that has issued a callback for the same is transmitted. The relay connection between the incoming / outgoing line incoming call and the terminal incoming call may be performed between the two. In this way, it is possible to improve the use and convenience of various services.

  In addition, each of the above-described embodiments is merely an example of implementation in carrying out the present invention, and the technical scope of the present invention should not be construed in a limited manner. That is, the present invention can be implemented in various forms without departing from the gist or the main features thereof.

1 Incoming call control system 10 Private branch exchange (PBX)
DESCRIPTION OF SYMBOLS 11 Internal / external line incoming call reception part 12 Flattening determination part 13 Telephone transfer part 14 Incoming call notification part 15 Terminal incoming call reception part 16 Call path formation part 20 Call destination terminal 21 Forwarding reception part 22 Incoming notification reception part 23 Call response reception part 24 Transmission unit 25 Call path forming unit 30 Source terminal 40 Fixed telephone 100 Public line 200 Internet 300 LAN

Claims (5)

An incoming call control system comprising a private branch exchange having a function of receiving a call from a caller terminal to a virtual fixed telephone and forming a communication path between the caller terminal and the callee terminal, and the callee terminal Because
The above private branch exchange
When receiving the inner and outer wire incoming call to the virtual fixed telephone from the source terminal, viewed contains a callback request, an information not Web screen information, which can run applications as a background task in the destination terminal An incoming call notification unit that transmits incoming call notification information that can be processed to the destination terminal,
When receiving a terminal incoming call from the destination terminal as a response to the transmission of the incoming notification information by the incoming notification unit, the source terminal is connected by relay connection between the internal / external line incoming call and the terminal incoming call. A communication path forming unit that forms a communication path between the terminal and the destination terminal ;
A fixed amount determination unit for determining whether or not to use a flat fee service using a callback when receiving the internal / external line incoming call from the source terminal;
A telephone transfer unit that transfers a call to the destination terminal when the flattening determination unit determines not to use the flattening service ;
The destination terminal is
When receiving the incoming call notification information transmitted from the private branch exchange by the function of the installed application, a calling unit for calling the designated telephone number of the private branch exchange and generating the terminal incoming call is provided .
An incoming call control system, wherein the incoming call notification unit of the internal exchange transmits the incoming call notification information to the destination terminal when the flattening determination unit determines to use the flattening service . Upper Symbol destination terminal on SL applications installed on the run as a back ground Udo task to claim 1 in which the state receiving no of the incoming notification information is characterized by comprising a suspended state lasts for a predetermined time or more The incoming call control system described. When receiving the incoming call notification information, the calling unit displays a predetermined incoming call notification screen and waits for input of a response operation. When the response operation is input, the calling unit sets the designated telephone number of the private branch exchange. 3. The incoming call control system according to claim 1, wherein the terminal incoming call is generated by making a call. 3. The incoming call according to claim 1, wherein, when receiving the incoming call notification information, the outgoing call unit automatically makes a call to a designated telephone number of the private branch exchange to generate the terminal incoming call. 4. Control system. When the private branch exchange receives an incoming / outgoing incoming call from the calling terminal to the virtual landline telephone, the fixed amount decision unit of the private branch exchange determines whether to use a flat fee service using a callback, and the flat decision is made as described above. When it is determined that the flat-rate service is not used by the mobile phone, the telephone transfer unit of the private branch exchange performs a call transfer to the destination terminal, while the flat-rate determination unit determines that the flat-rate service is used. and if the incoming notification unit of the private branch exchange, see contains a callback request, an information not Web screen information, incoming call notification can be processed which can run applications as a background task in the destination terminal a first step of transmitting to the destination terminal information,
When the destination terminal receives the incoming call notification information transmitted from the private branch exchange by the function of the installed application, the transmission unit of the destination terminal makes a call to the designated telephone number of the private branch exchange. A second step of making a terminal incoming call and
When the private branch exchange receives the terminal incoming call from the destination terminal, the communication path forming unit of the private branch exchange relays and connects the internal / external line incoming call and the terminal incoming call, thereby And a third step of forming a speech path between the destination terminal and the destination terminal.

Images