JPH04360356A - Executionable service notice system - Google Patents

Abstract

PURPOSE:To inform the executionable service to a subscriber afterward when the subscriber encounters the service offer disable state in the telephone exchange system. CONSTITUTION:The system consists of a visual audible means 1 informing information visually and audibly to a terminal operator, a state detection means 2 detecting a state of an extension terminal equipment, a storage means 3 storing a data relating to the service allowed for each extension terminal equipment in advance corresponding to the state of the extension terminal equipment, a service analysis means 4 referencing a data in the storage means 3 and analyzing and specifying the service executionable by the caller terminal equipment afterward, and a control means 5 controlling the visual audible means 1 based on the data from the service analysis means 4.

Description

[Detailed description of the invention]

0001

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to executable service notification schemes in telephone switching systems.

[0002] In recent years, telephone exchange systems have come to provide a variety of services in addition to telephone call services due to the diversification of user needs and the multifunctionality of telephone terminals. For example, if you request a call service and the status of the incoming extension is "busy," the caller will be notified that the call is busy by an audible signal or by displaying the message on the display on the device. The caller can receive services that are allowed when the call is busy, such as camp-on service and busy interruption.

[0003] In this way, when a caller encounters a state in which service cannot be provided, various services are provided after that, but the caller does not know what services can be executed after that or how to request the service. It is necessary to be aware of the procedures (the special number to dial, the registered position of the function to press, etc.), and if the user is not aware of this, there is an inconvenience that useful services cannot be provided.

0004

[Prior Art] Generally, when a call is made from a telephone terminal, an exchange detects the current status of the receiving terminal (to which the call is requested) at that time (idle, busy, unconnectable, etc.), and if it is "idle", performs processing necessary for a call, such as generating a ring tone. If the terminal is not "vacant", the service request cannot be directly accepted, so the caller is notified of the status of the called terminal.

[0005] For example, when a call is in progress, "wachuu" is displayed on the display provided on the calling terminal. This display allows the caller to know that the person they wish to talk to is busy, and the caller can take the caller's phone off-hook after registering camp-on if the called party's phone is in use. In the case of emergency requirements, busy interrupts may be required. It is possible to request, for example, a service that can be executed when a call is busy (hereinafter referred to as a "busy service") to the exchange.

[0006] This service request can be made by dialing the ``special number'' corresponding to the service you wish to receive, or by pressing a function button on the terminal (which is registered in advance according to the service, and the registered contents can be changed). This can be done by clicking on the appropriate item (possible).

[0007]

[Problem to be Solved by the Invention] Therefore, when a caller encounters a caller during a call, it is necessary for the caller to know in advance what kind of service he or she will be able to receive from then on, or how to proceed with the procedure. In some cases, the problem is that useful services cannot be performed.

The present invention has been made in view of the above points, and provides a method for notifying the subscriber of executable subsequent services when the subscriber encounters a state in which service cannot be provided. , the purpose is to enable subscribers to easily perform subsequent services based on this.

[0009]

[Means for Solving the Problems] The present invention will be explained with reference to the principle configuration diagram shown in FIG. 1.

[0010] In a switching system that accommodates an extension terminal having a visible means 1 for visually or audibly notifying information to a terminal operator, a state detecting means 2 for detecting the state of the extension terminal, and a state detecting means 2 for detecting the state of the extension terminal; The present invention includes a service data storage means 3 in which executable service data regarding services permitted for each terminal is stored in advance in correspondence with the state of the extension terminal.

[0011] When the service requested by the calling terminal cannot be accepted due to the state of the receiving terminal, the calling terminal analyzes the service that can be executed thereafter by referring to the executable service data in the service data storage means 3. - Specifying service analysis means 4 and the visible/visible means 1 based on the executable service data from the service analysis means 4
It is configured to include a control means 5 for controlling.

The visible/visible means 1 can be composed of one or a combination of, for example, a display means for displaying characters, a lamp means provided near the function button, and a sound generating means.

[0013]

[Operation] The status detecting means 2 monitors and detects the status of each extension terminal, and the service analyzing means 4 receives the status of the receiving terminal from the status detecting means 2 when a service request is made from the calling terminal. Next, it is determined whether the service request is acceptable based on the status of the receiving terminal, and if it is determined that the service request is not acceptable, the service data is stored based on the identification of the calling/receiving extension terminal number etc. and the status of the receiving terminal. Executable service data corresponding to these is retrieved from the means 3, and among the retrieved executable service data, a service that can be subsequently executed by the originating terminal is specified.

The control means 5 starts and controls the visible/visible means 1 based on all the executable service data specified by the service analysis means 4, and subsequently informs the visible/visible means 1 of the contents and operation procedures of executable services. Notify the caller via.

[0015] In this manner, when a subscriber encounters a state in which a service cannot be provided, the subscriber is notified of services that can be executed afterward through the visible means 1. To easily execute a desired service without knowing the service in advance.

[0016]

Embodiments Hereinafter, embodiments of the present invention will be explained based on the drawings.

FIG. 2 is a block diagram showing the configuration of an embodiment of the present invention, in which a call service request (call request) is sent from the terminal device (extension terminal) 11 to the exchange main body 12, and the called terminal that is the destination of the call request is sent. The following describes an example of the process up to notifying the caller of services that can be executed after the fact, when the status of the caller is "busy".

In the terminal device 11, when the caller dials the subscriber number of the extension terminal requesting a call using the dial device 13, the pulse monitoring unit 14 turns on/off the pulse.
The FF state is monitored, and a dial pulse is sent to the storage section 15 by the pulse monitoring section 14. The storage unit 15 sequentially stores the received pulses, recognizes them as numbers by counting ON/OFF, and sends the recognized dial numbers to the number information editing unit 16. Numerical information editorial department 16
edits the dialed digits and converts them into a numeric event according to a predetermined format for transmission to the exchange main body 12. This numerical event is sent to the exchange main body 1 by the information transmitter 17.
Sent to 2.

In the exchange main body 12, a numeric event from the terminal device 11 is received by a terminal information receiving section 18, and a numeric receiving section 19 extracts a plurality of numeric information from this numeric event according to a predetermined format. Next, the numeric analysis unit 20 determines the type of requested service (in this case, a call connection request to an extension terminal) based on the numeric information that corresponds to the requested service, and the incoming extension analysis unit 21 determines the type of the requested service (in this case, a call connection request to an extension terminal). Based on the subscriber number of the extension terminal to which the call is to be received, which is part of the numerical information extracted by the section 19, the state of the receiving terminal (idle, busy, unconnectable, etc.) is analyzed and detected. Here, if the state of the receiving terminal is "vacant", control is passed to the connection processing unit 22, and processing for providing normal call service is implemented.

In the incoming extension analysis section 21, if the state of the incoming terminal is other than "vacant", the service analysis processing section 23 is activated.

The service analysis processing unit 23 performs processing based on the executable service table 24. As shown in FIG. 3, in the executable service table 24, data regarding services allowed for each extension terminal (executable service data) is set in advance in correspondence with the subscriber number of each extension terminal. , are provided corresponding to the status of each extension terminal (calling in progress, connection unavailable, etc.). Each executable service data includes a service ID indicating the type of executable service,
This data includes a lamp number corresponding to a function button for the applicable service provided on the extension terminal, a service special number used when executing the applicable service, and the like.

Returning to FIG. 2, the service analysis processing unit 23 executes an execution process corresponding to the state of the called extension (in this case, "busy") based on the subscriber number of the calling extension and the subscriber number of the called extension. The possible service table is searched to extract all executable service data that are permitted to the calling and receiving extension terminals, and from among these, the calling terminal determines the services that can then be performed according to a predetermined rule (for example, a service that is permissible to both parties). specified according to This specified executable service data is sent to the service information transmitting section 25.

These executable service data are edited into a format suitable for transmission to the terminal device 11 by the service information transmitting section 25, and are sent to the terminal device 11 as service information via the terminal instruction transmitting section 26. Sent.

The incoming extension analysis section 21 corresponds to the state detection means 2 in FIG. 1, and the service analysis processing section 23 corresponds to the state detection means 2 in FIG.
The executable service table 24 corresponds to the executable service data regarding the services allowed for each extension terminal, which is stored in advance in the service data storage means 3 in FIG.

In the terminal device 11, the receiving section 27 receives the service information from the exchange main body 12, and the analyzing section 28 analyzes whether executable service data exists in the service information. If executable service data exists, the service information is sent to the viewable information editing unit 29, where the service information is appropriately processed and edited as described below, and sent via the sending unit 30. The information is sent to the viewable device 31, and the caller is visually or audibly notified of the service that can be executed after the fact.

The viewable information editing section 29 corresponds to a part of the control means 5 in FIG. 1, and the viewable device 31 corresponds to a part of the control means 5 and the viewable means 1 in FIG.

FIG. 4 shows details of the viewable information editing unit 29 when notifying a caller by displaying information about services that can be executed after the fact on a display device provided on a terminal. FIG.

The viewable information editing section 29 includes a service ID corresponding display data table 41, a service ID corresponding display content extraction section 42, a display telephone number extraction section 43, and a display display request editing section 44. The service ID corresponding display data table 41 is a data table in which service names and, if necessary, operating procedures, etc. are preset as character data (display characters) in correspondence with service IDs.
stored in the storage means.

[0029] The service ID corresponding display content extraction unit 42
The service ID set in the service information passed from the analysis unit 28 is extracted, the corresponding display character is extracted from the service ID corresponding display data table 41 based on this service ID, and this display character is added to the display screen along with the service information. It is passed to the number extraction unit 43.

The display telephone number extractor 43 extracts a service special number (display telephone number) from the service information and passes the display character and this display telephone number to the display request editor 44 . These display characters and display phone numbers are edited by the display display request editing section 44 into a form suitable for display on the display, and sent to the viewing device (in this case, the display device) 31 via the sending section 30. By being displayed, the caller is notified of the service name and execution operation that can be executed after the fact.

FIG. 5 shows the editing of visible and visible information when informing a caller of information about a service that can be executed after the fact by lighting a lamp provided corresponding to a function button on a terminal. FIG. 3 is a block diagram showing details of the unit 29. FIG.

In this case, the visible/visible information editing section 29 stores the lamp lighting pattern table 51 corresponding to the service ID, the service ID
It is comprised of a corresponding lamp lighting pattern extracting section 52 and a receiving lamp number corresponding display request editing section 53. The lamp lighting pattern table 51 corresponding to the service ID includes information about the lighting method of the lamp, for example, lighting/blinking (60 int/120 int), lighting color (red/green), etc., in advance, corresponding to the service ID. This is a set data table and is stored in the storage means.

The service ID corresponding lamp lighting pattern extraction unit 52 extracts the lighting pattern from the service ID corresponding lamp lighting pattern table 51 based on the service ID in the service information passed from the analysis unit 28, and extracts the lighting pattern from the service ID corresponding lamp lighting pattern table 51. At the same time, this lighting pattern is passed to the receiving lamp number correspondence display request editing section 53. The receiving lamp number corresponding display request editing section 53 sends the button corresponding lamp number set in the lighting pattern and service information to the viewing device (lamp in this case) 31 via the sending section 30, Based on this, the corresponding lamp is lit, thereby notifying the caller of the function button corresponding to the service that can be executed after the fact.

FIG. 6 is a block diagram showing details of the viewable information editing section 29 and the viewable device 31 when notifying a caller of services that can be executed after the fact by voice guidance.

In this case, the viewable information editing section 29 includes a service ID corresponding display data table 61, a service ID corresponding voice guidance number extraction section 62, a service ID corresponding voice guidance start request editing section 63, and a communication between the handset and the voice guidance device. It is configured to include a path extraction section 64 and a handset-to-voice guidance device path setting request editing section 65.

The audiovisual device 31 holds the path 70 to the voice guidance device 67 and the exchange, which generates the name of the service, operating procedures, etc. by voice guidance if necessary, and selects the handset 69 and the voice guidance device 67. The device is configured to include an intra-device path control device 68 that is connected to the device.

The service ID correspondence display data table 61 is a data table in which voice guidance numbers are set in correspondence with service IDs, and is stored in advance in the storage means. The service ID corresponding voice guidance number extraction unit 62 extracts the corresponding voice guidance number from the service ID corresponding display data table 61 based on the service ID set in the service information passed from the analysis unit 28, and extracts the corresponding voice guidance number from the service ID corresponding display data table 61. The guidance activation request editing unit 63 is requested to activate the corresponding audio guidance. This request is sent by the sending unit 30.
is sent to the voice guidance device 67 via the voice guidance device 67.

On the other hand, the handset-to-voice guidance device path extraction section 64 and the handset-to-voice guidance device path setting request editing section 65 extract and edit the handset-to-voice guidance device path. A path setting request is sent to the path control device 68 via the sending unit 30. The intra-device path control device 68 puts the path to the exchange 70 on hold and sets up a path between the handset 69 and the voice guidance device 67.

[0039] The voice guidance device 67 uses the service ID
Generating voice guidance corresponding to the voice guidance number extracted by the compatible voice guidance number extraction unit 62,
Thereby, the caller is notified via the handset 69 of the name of the service that can be executed after the fact and the operation to be executed.

[0040] In the above embodiment, when a service cannot be provided state is encountered, information about services that can be executed afterwards is notified by display, lighting of a lamp corresponding to a function button, or voice guidance. However, any two or all of these can be applied and configured to be selected according to the subscriber's request.

[0041]Also, in the above embodiment, for convenience of explanation, only the case where the receiving terminal is in the "talking" state is explained, but it can also be used in other states (for example, "unable to connect", etc.). Needless to say, they are the same.

[0042]

[Effects of the Invention] As described in detail above, when a service cannot be provided, the present invention displays services that can be executed after the fact on the display, lights up a lamp corresponding to a function button, or provides voice guidance. Since the system notifies the subscriber when the service is unavailable, even if the subscriber is not aware in advance of the services that can be executed after the fact, when the subscriber encounters a situation in which the service cannot be provided, the subscriber can easily provide the service after the fact. This has the effect of improving serviceability.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing the principle configuration of the present invention.

FIG. 2 is a block diagram showing the configuration of an embodiment of the present invention.

FIG. 3 is a diagram showing an example of an executable service table in the embodiment of the present invention.

FIG. 4 is a block diagram illustrating a configuration for notification by display in an embodiment of the present invention.

FIG. 5 is a block diagram showing a configuration in the case of notification by lighting a lamp in an embodiment of the present invention.

FIG. 6 is a block diagram showing a configuration when notification is provided by audio guidance in an embodiment of the present invention.

[Explanation of symbols]

1 Viewable means 2 Status detection means 3 Service data storage means 4 Service analysis means 5 Control means

Claims (5)

[Claims] Claim 1: In a switching system that accommodates an extension terminal having a visible means (1) for visually or audibly notifying information to a terminal operator, a state detecting means (1) for detecting the state of the extension terminal; 2) service data storage means (3) in which executable service data regarding services allowed for each extension terminal are stored in advance in accordance with the state of the extension terminal; a service analyzing means (4) for analyzing and identifying a service that can be subsequently executed by the originating terminal by referring to the executable service data in the service data storage means (3) when the service is unacceptable; control means (5) for controlling the visible/visible means (1) based on executable service data from the analysis means (4); An executable service notification method characterized by notifying a service. 2. The executable service notification method according to claim 1, wherein the visible/visible means (1) is a display means for displaying characters provided on an extension terminal;
The executable service data stored in the service data storage means (4) includes a service ID for identifying the executable service, and the executable service data stored in the control means (5) includes a service ID for identifying the executable service.
has a character data storage means in which character data (41) indicating the name and operation method of the service corresponding to the service ID is stored, and the control means (5) controls the service from the service analysis means (4). An executable service notification method characterized in that the character data storage means is searched based on an ID, and the corresponding character data is displayed on the display means. 3. In the executable service notification method according to claim 1, the visible/visible means (1) is configured to press each of a plurality of function buttons provided on the extension terminal in order to request a service from the exchange. The executable service data stored in the service data storage means (3) includes a service ID for identifying the executable service.
and a lamp number corresponding to the service, and the control means (5) turns on the corresponding lamp means based on the executable service data from the service analysis means (4). executable service notification method. 4. The executable service notification method according to claim 3, wherein the control means (5)
The control means (5) has a lighting pattern storage means storing a lighting pattern (51) which is information about the lighting method of the lamp corresponding to D, and the control means (5) is configured to control the lighting pattern from the service analysis means (4). An executable service notification method, characterized in that the lighting pattern storage means is searched based on executable service data, and the lighting of the lamp means corresponding to the lamp number is controlled according to the corresponding lighting pattern. 5. In the executable service notification method according to claim 1, the visible/visible means (1) is an audio guidance means for notifying the name and operation method of the executable service by audio guidance, and the service data The executable service data stored in the storage means (3) includes a service ID for identifying the executable service, and the control means (5) stores the service ID.
The control means (5) has a control data storage means storing control data (61) for controlling the voice guidance means corresponding to the service analysis means (
4) An executable service notification system characterized in that the control data storage means is searched based on the service ID from the service ID, and the voice guidance means is controlled based on the corresponding control data.