JPS60109955A - Composite communication service control system - Google Patents

Abstract

PURPOSE:To cope with various requests of a subscriber by providing a memory storing a scenario registered by the subscriber, data for a scenario table and a program for service processing to an exchange to process the memory. CONSTITUTION:When the operation registering plural request services including the service execution conditions is performed from a subscriber's equipment 8 comprising an input/output device including a keyboard, the registration information is stored in a memory device 4 via a switch device 1, a communication controller 7 and a bus 13. The registered scenario, data of the scenario table generated from the scenario and the service processing program are stored in the device 4, and the request and condition are registered as the scenario code. A processor SP3 reads the registered scenario at subscriber outgoing and incoming, analyzes the state or the like and executes the service of an exchange network EXN in matching with the service executing condition. The processor 5 and the memory device 6 execute generic exchange processing and transmit/receive the required information to and from the SP3.

Description

[Detailed Description of the Invention] [Field of Application of the Invention] The present invention relates to a composite communication service control system, and more specifically, the present invention relates to a complex communication service control system, and more specifically, in a switching network mainly for non-telephone services, including a combination of multiple network functions. The present invention relates to a service control method for providing new switching network services.

[Prior art]

Conventionally, when realizing new services such as those found in electronic exchanges, subscribers have to give instructions to the exchange network by registering speed dials, but depending on certain conditions, it is difficult to implement speed dial services or not. It did not include implementation conditions such as: Also, it wasn't needed.

In addition, requests for registration operations and communication requests via speed dialing.
are serviced as one separate call, etc.
Conventionally, services have been implemented in such a way that one call requires one service.

In the past, service implementation conditions were determined by operations by operators within the exchange, and were not directly input (registered) by subscribers. .

Therefore, since conventional new service provision was based on telephone switching technology, service requests from subscribers were limited to dialing operations, and there was no flexibility in providing services to each subscriber. .

[Purpose of the invention]

The purpose of the present invention is to improve such conventional problems and provide complex communication service control that can meet the various demands of subscribers by allowing subscribers to register multiple service requirements together with implementation conditions in advance. The goal is to provide a method.

[Summary of the invention]

In order to achieve the above object, the composite communication service control method of the present invention provides scenarios registered by subscribers in an exchange,
It is equipped with a memory device that stores scenario table data generated from the scenario and service processing programs, and sends requests for multiple exchange network services and implementation conditions of the services to the exchange in advance from a keyboard-based home device. By sending the message, the exchange registers the above request and conditions as a scenario code in the memory device, reads out the registered scenario and analyzes the status etc. when the subscriber makes a call or receives a call. It is characterized by the execution of switched network services that meet the above service implementation conditions.

[Embodiments of the invention]

Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 is a block diagram of a switching network service system showing one embodiment of the present invention.

In Figure 1, EXN is a switching network, l is a switch device,
2 is a switch control device, the convex part is a processor (scenario processor system) that performs additional processing of the composite communication service, 4 is a registered scenario registered by a subscriber, and data such as a scenario table generated therefrom, A memory device that stores programs for processing in the i-scenario processor 3. 5 is a processor for general exchange processing;
6 is a main memory device for storing programs and data for general exchange processing, 7 is a communication control device, 8 is a subscriber's premises equipment such as a keyboard type data terminal, 9 is a telephone, 10 is a subscriber's line, and 11 is a 12 is a CP-SP interface information route for exchanging task number information, and 13 is a bus.

First, when an operation is performed to register a plurality of requested services, including service implementation conditions, from the subscriber's premises equipment 8, which consists of a plurality of input/output devices including a keyboard, a signal generated by this is transmitted to the subscriber line IO-. It is stored in the memory device 4 via the switch device l - communication control device 7 - bus 13.

The processor 3 (SP) stores multiple requested services and implementation conditions entered (registered) by subscribers in the form of a list (hereinafter referred to as a registered scenario), and according to this list, the designated triggers for outgoing calls and incoming calls are processed. The memory device 4 (MSP) stores registered scenarios as well as programs and data necessary for processing by the processor 3. Processor 5 (
CP) and memory device 5 (MCP) are processors that perform membrane exchange processing, and exchange necessary information with the processor 3 to realize services based on scenarios (
interface) will perform the operation.

FIG. 2 shows an example of service implementation using this method, and the explanation will focus on the programs and data that should be prepared based on the system example shown in FIG.

As an example of general exchange connection processing, when a state change (event) occurs in the exchange system, such as detecting a call, various types of analysis of the event, such as which subscriber made the call, are performed, and a task is performed to respond to the required exchange operation. Determine the number and perform outgoing trunk selection, connection operation (
The operating procedure is that the task is executed, and after the task is completed, the system enters a waiting state again in preparation for the next event. The registered scenarios entered by the subscriber are registered separately for those that provide services at the time of outgoing calls and those that are implemented at the time of incoming calls (see Figure 2 (C)). When the registration is completed, the above-mentioned - membrane exchange processing The task number (TS
N) is converted into a table (hereinafter referred to as a scenario table) that stores the processing routine to be performed by the processor 3 (SP) and the task number (NTSN) to be performed by the processor δ (cp) next. (See Figure 2 (d))
. At the same time, the scenario registration display (RG) is turned on in the subscriber data in the memory device 6 (MoP), and the outgoing or incoming scenario address is set (see Figure 2).
)reference). Thereafter, when a calling or terminating operation occurs between the subscribers, M is sent in response to the occurrence of the call. A memory area is secured in P for storing control information (call control data) for each call, and the subscriber data corresponding to the subscriber who made (received) the call is read out.If the RG is on, the call control data is read out. The scenario table is address-linked, and the STN that needs to operate according to the scenario table is stored in the call control data (T S N1 under the scenario table address of the call control data in Figure 2 corresponds to this, and each of the scenario tables (matches TSN□ at the beginning of the word).

Generally, when the processor 5 (CP) performs outgoing call analysis or incoming call analysis and determines the TSN, it is checked whether the TSN matches the STN information in the call control data, and if it matches, the TSN information (interface information) is transferred to processor 3 (sp), and processor 3
(SP) has a scenario table (based on the necessary -
Therefore, processing routines such as time zone check, subscriber number check, and personal ID check (TCK, DNCK, and PIDClK in the scenario table in FIG. 2 refer to the respective processing routine entrance addresses) are activated. When finished, the corresponding N5 in the scenario table
TN (interface information) is processor 5 (CP
), and in processor 5 (CP) this N5T
Assuming that N is STN, the task of -membrane exchange processing will be executed.

RG in Fig. 2(a) is a registration/non-registration display;
The registration scenario o) is entered from a subscriber terminal, such as a keyboard-based data terminal. The registered scenario in FIG. 2(,) is registered and converted into the scenario table in FIG. 2(d). T S Nt in Figure 2 (b) and (d) are the task numbers before scenario analysis, TCK, DNCK, and PID.
CK are the in-scenario parameters t, dn, and pid, respectively.
This is the display of required checks and the task number after NSS Bachelor 1 scenario analysis.

FIG. 3 is a flowchart of the exchange psigram of FIG. Step 20 is activated by the occurrence of an event, such as detection of a call, arrival of an incoming call, completion of dial reception, etc. In step 21, transmission analysis, state analysis, and numerical analysis are performed, and in step 22, the task to be executed (T S N
) to determine. TSN (task number) indicates the processing type numbered for each exchange basic operation.

Next, in steps 23 and 24, analysis and processing are performed according to the scenario, and scenario tasks are executed. For example, it determines and checks whether a time check, a station code check, and a PID check are necessary or not, and if necessary, modifies the determined task to another task (N, TSN). Next, in step 25, the task is executed according to the TSN. For example, it connects to various trunks, performs personal ID check protocols, stores and outputs dial information, etc. In step 26, the task ends;
It enters the state of waiting for the next event. The dotted line route indicates the processing of steps 23 and 24. FIG. 4 is a diagram showing the basic format of the service implementation conditions and the signal frame of the requested service in the registration scenario in FIG.

It is stored in the memory device 3 in 32 bits/word.

In FIG. 4, S is a scenario identification section, which is "1" when it is the first word of a scenario, and "0" otherwise. W is a scenario word display section, which is "1" when a word is displayed, and otherwise is °゛O°°. OP is an operation section and PAR is a parameter section.

6 is a diagram showing an example of the scenario code of FIG. 4. FIG.

As shown in the figure, the operation section (OP) includes a control operation, a condition operation, an execution operation, and a parameter operation, each of which is indicated by a code and an abbreviation. As for the format of the parameter part (PAR), Z is all "0", A is the scenario word address of the next operation, 8E is the scenario word address of the operation to be executed when the condition is not met, and ■ is an individual expression format.

Figures δ and 6 show examples of code assignment for the operation part oP, mainly conditional operations that display service execution conditions, execution operations that display requested services, and execution parameters of condition/execution operations. Parameter operations to be expressed can be displayed. FIG. 7 shows four examples of registered scenarios coded according to the above-mentioned basic format, and FIG. 8 shows an example of the content of the composite communication service realized by each scenario. These registered scenarios are converted into a scenario table (registration/conversion processing) as described above, and when a subscriber makes a call or receives a call from the subscriber, based on the scenario table, the processors 3 and b interface to provide services. That will happen.

In the four examples in FIG. 7, LOC is the relative storage address of the scenario operation, and sw is the scenario identification section S and the scenario word display section W. In addition, changes and registrations by subscribers of such registered scenarios Deregistration operations are also required, including registration operations, connection to the processor 3 (SP) using conventional special numbers, various instruction methods and input methods for necessary registration, change, and deregistration operations, and the scenario table described above. The conversion generation method can be easily applied using a technique based on Bushidaram control.

The four examples described above are examples of composite communication services that are concretely realized by this method. In other words, we have given an example of O combination of time-limited connection restriction and call forwarding ■ call rejection by region ■ combination of priority connection and proxy reception ■ communication using two channels, but using the scenario hood of this embodiment, there are other possibilities. Possible implementations include an output service for rejecting calls, a service for forwarding calls depending on the attributes of the other party's terminal, and a call restriction service for preventing connection depending on the call destination.

Note that (2) is an application example in which when a composite terminal is accommodated in a switching network via a subscriber line of a digital multiplex communication path, communication is performed using two channels, one narrowband communication and one wideband communication channel. Furthermore, in addition to this embodiment, if receiving a specific signal from an exchange is added to the condition operation, or a signal editing function is added to the execution operation, an even wider variety of services can be provided.

〔Effect of the invention〕

As described above, according to the present invention, subscribers can register multiple requested services, including the conditions for implementing the services, and receive the services accordingly. This will enable even more effective use of the exchange network than before.

[Brief explanation of the drawing]

FIG. 1 is a system block diagram of a composite communication service exchange network showing an embodiment of the present invention, FIG. 2 is a diagram showing data for exchange processing of the present invention, and FIG. 3 is a flowchart of the exchange program of the present invention. , FIG. 4 is a diagram of a basic scenario format showing an embodiment of the present invention, FIGS. 6 and 6 are diagrams each showing an example of a scenario code, FIG. 8 is a detailed explanatory diagram of the example of FIG. 7. FIG. 1: Switch device, 2: Switch control device, 3゜5: Precessor, 4, 6: Memory device, 7: Communication control device, 8
: subscriber premises equipment, 9: telephone, lO: subscriber line. Figure 2 Figure 3

Claims (1)

[Claims] The exchange is equipped with a memory device that stores scenarios registered by subscribers, scenario table data generated from the scenarios, and service processing programs, and can request multiple exchange network services in advance from a keyboard-based home device. By sending the above-mentioned service execution conditions to the above-mentioned exchange, the above-mentioned exchange registers the above-mentioned request and conditions as a scenario code in the above-mentioned memory, and when the above-mentioned subscriber makes and receives calls, the above-mentioned registered conditions are sent to the above-mentioned exchange. 1. A composite communication service control system characterized by reading out a scenario, analyzing the status, etc., and executing a switched network service that meets the above service execution conditions.