KR0128849B1 - Intellegent metwork service - Google Patents

Abstract

The intelligent network service logic design data making method has a step 31 for selecting the blocks corresponding to the functions which satisfy the service requirements of a user and determining the execution order; a step 32 of assigning data by a block according to the menu using a graphic user interface provided by an intelligent device which has the previous information on corresponding items by each block to make a service design data; and a step 33 of storing the data in a prepared abstract syntax tree form and generating the service logic design data.

Description

How to create intelligent network service logic design data

1 is a flow chart showing a conventional intelligent network service logic design data creation method.

2 is an intelligent network structure including a service development environment system to which the present invention is applied.

3 is a flowchart illustrating a method of preparing intelligent network service logic design data according to the present invention.

4 is a flowchart of service execution order determination.

The present invention relates to a method for generating intelligent network service logic design data. Conventional telecommunications services are developed by a professional developer in a telecommunications company and provide specific services uniformly, and the service user is a passive and one-way method of selectively using the services provided as needed from among the services provided, and the intelligent network services are the same way. Has been developed and provided. However, as the demand for intelligent network services exploded and users demanded various services reflecting their own positions, it became impossible for intelligent network service development experts to receive and develop services one by one according to new service requests. Therefore, intelligent network service development has evolved from a service provider developing a complete service to providing it and then a customer or a network operator designating and controlling the service. In other words, it is essential that a network operator with a general knowledge of communications (for example, a service receiver of a telephone station) write service logic design data from the service requester. Therefore, next-generation intelligent network system should develop and provide service exactly as customer wants.In order to develop next-generation intelligent network service, developer (network operator or customer) needs to define new service entity required by communication service user. A service logic design document should be prepared in a certain form that specifies various data required for service provision. The data specified in this design are the information necessary for service execution and are important information that make up a part of the service logic program to be implemented as input. Next-generation intelligent service logic typically consists of a combination of dozens of reusable blocks, and each of these blocks must determine the data of many yields that depend on that block. In addition to the large number of data items for each block and the number of services supported by the intelligent network system, the total number of blocks continues to increase. In addition, since the created design data is input to the automation tool of the computer, it must be written formally according to a predetermined grammar, and thus, it is necessary to repeat the process of checking if there is an error after checking. In the case of preparing a design document using a computer programming technique used in the related art, a process as shown in FIG. 1 is generally performed. That is, first, when a service developer receives a new service request from a user, the service developer executes the service logic execution order determining step (1) that determines the execution order by combining blocks for functions satisfying the service requirement. Blocks that can be selected to create the next generation of intelligent network service logic recommended by the International Organization for Standardization (ITU-T) include algorithms, billing, comparison, distribution, restriction, registry, blocking, service data management, status notification, translation, and user interaction. There are 14 blocks responsible for interaction, validation, and basic call processing. The next step is to use a design language similar to the text programming language, using the text editor (e.g. UNIX on UNIX) to refer to prior knowledge of the service logic and the user manual for the service design language. The data items for each block to be created and the correction step (2) are performed. For example, the relevant data items of the user interaction block include guide contents, duplicate guide, repetition interval, maximum number of repetitions, maximum guide period, user interlap allowance, type of input, maximum number of input characters,…. It should include information about many items, such as:

User Interaction

Input:

Service Support Data:

Announcement Paramenters

Announcement ID = Provide your identity

Repetition Requested = no

Collect Information Paramenters

User Interruptibility = yes

Voice Feedback = No

Type = DTMF

Maximum number of characters = 13

Minimum number of characters = 4

Inter Input waiting timer = 10

Inter-character waiting timer = 5

End delineator = #

CIDFP-Call party

CIDFP-Collected

CIDFP-Error

Call Instance Data: Call Party Identifier = CLI

OutPut:

Logical End: Success

Error

Call Instance Data: Callected Data = UPT -number

The designed design implements a data value and grammatical error checking step (3) that uses a compiler-like inspection tool to check each block's data specification process and grammatical errors according to the design language.

If there is an error (4) as a result of the test, step (2) of correcting using a text editor is repeated and the process of checking (3) is repeated.

After passing through the checker, the design goes through the step (5) of verifying that the user satisfies the request, and if there is data that is inconsistent with the user's request, returns to the step (2) of creating and modifying data items for each block (6). Finally, the service logic program is implemented and tested (7).

In conclusion, the next generation intelligent network service logic design data creation process consists of an iterative process consisting of data items and modification steps (2), data values and grammatical error checking steps (3), and errors (4) at the beginning of service logic design data creation. In the repetition process of the data item for each block and the correction step (2), the data value and the grammatical error checking step (3), and the error (4) due to the inconsistency (6) in the verification step (5). The key issue is how to reduce errors and provide a quick way to create a design.

The present invention devised to solve the above problems is to create an intelligent network service logic design data that can reduce the burden of prior knowledge necessary for the developer to create the intelligent network service design data and to create a quick and accurate design without the user manual The purpose is to propose a method.

In order to achieve the above object, the present invention provides a method for creating intelligent network service logic design data; The service developer determines a service logic execution order step 31 of selecting blocks corresponding to functions satisfying service requirements from a user and determining an execution order; Step of creating and modifying data items for each block to designate data for each block according to a menu using a graphical user interface presented by an intelligent means with prior knowledge of the corresponding item for each block to create service design data (32) ); And storing the data according to the predetermined abstract syntax and generating the design document in the form of a text form using an automated tool.

Hereinafter, the present invention will be described in detail with reference to FIGS. 2 and 4 of the accompanying drawings. 2 is a diagram of an intelligent network including a service development environment system to which the present invention is applied. The present invention provides an intelligent network structure including a signal relay switch 24, a CCS No. 7 network 23, and a service control system 22 as main systems. Is applied to the service development environment system 21 for developing an intelligent network service to be performed in the service control system 22.

3 is a flowchart illustrating a method for creating a new intelligent network service logic design data according to the present invention. First, a service developer performs service logic to select blocks corresponding to functions satisfying a service requirement from a user and determine an execution order. The order determination step 31 is performed.

Currently available blocks include 14 blocks for algorithms, billing, comparison, distribution, restriction, call information recording, blocking, service data management, status notification, translation, user interaction, verification, and basic call processing. . For example, the sequence of performing a simple service that satisfies the subscriber requirement can be determined as shown in FIG. That is, when a subscriber makes a call, a basic call is generated. During the basic call processing block 45, a user interaction block 41 is performed to request a user input and verify the verification block 42 to verify the input information. After performing the verification block 42 and performing the blocking block 43 for determining whether to block, according to the result, the charging block 44 is charged or finished the basic call processing.

After the service logic execution order determination step 31 is performed, blocks for each block according to a menu using a graphical user interface presented by an intelligent computer system having prior knowledge about a corresponding item according to each block is generated in order to create service design data. The step 32 of creating and modifying data items for each block for specifying data is carried out.

By using the method as described above, it is possible to prevent the omission, duplication, and use errors that may occur by viewing and writing a general manual provided by the system for every item in a specific block.

In particular, it is provided in a form that can reduce the error situation that can occur in the process of specifying the data value in the presented menu as much as possible and at the same time reduce the user input effort.

For example, to specify the desired time of day, use the slide bar for hours, minutes, and seconds to select the values 0-23, 0-59, and 0-59 with the mouse.

To specify the day of the week to be serviced, select from the menu button from Monday to Sunday. The types of data to be assigned to the service function blocks are briefly listed as follows (the data for the function blocks shown in FIG. 4 is taken as an example).

(1) User Interaction Block

Announcement Parameters: Defines the following control values for guidance.

Guide ID: Specifies the guide to send. Nu11 may be used for the guide ID to indicate that there is no guide to transmit.

Repeat request: Specify when the guide should be repeated.

Repeat interval: Specify the delay time between repeating announcements.

Maximum number of repetitions: Specify the maximum number of times to be repeated.

Duration: Designates the maximum length of the announcement broadcast time.

Collect Information Parameters: Specifies the control value for the information to be input by the user. The specified control value is as follows.

User Interrupt: Specify whether the guide can be stopped if the user inputs the information during the guide (Yes, No).

Voice feedback: designation of presence

Type: Specifies the type of user input information

Maximum number of characters: Specify the maximum number of characters that can be collected

Minimum Characters: Specify the minimum number of characters that can be collected.

Initial input waiting time, waiting time between characters

End marker: Specifies a special character that marks the end of the input.

CIDFP-Call Party: specifies the CID to be used to identify the service consumer

CIDFP-Collected specifies the location within the output CID to record the data entered by the service user.

CIDFP-Error-specifies the location within the output CID where the cause of the error will be logged.

-Identifier of service user: designating data related to CIDFP-Call Party that identifies service user to exchange information with network

(2) Verify block

-Maximum number of characters

-Minimum number of characters

Format: Specifies the expected syntax for the data to be verified.

CIDFP-Data specifies the CID to be used as the identifier to be verified

CIDFP-Error-specifies the location within the output CID where the cause of the error will be logged.

-Identifier: Specify data related to CIDFP-Data to be verified

(3) Screen Block

Block list indicator: Specify where the block data is located

CIDFP-Screen: specifies the CID to be used as an identifier

CIDFP-Error-specifies the location within the output CID where the cause of the error will be logged.

Identifier (Id): CIDFP-Screen related data to be blocked or passed by comparison with blocking data

(4) charging block

The number of accounts to be charged

Account: Each account is specified by two parameters as shown below.

Number: Specifies one of the following.

-CIDFP-Line: Specify CID to be used as billing line number

-CIDFP-Account: Specify the CID to be used as the billing account number

Fixed account: Assign a fixed account number to all issue instances

-Percentage (%): Specify the quota (%) to be charged to the account out of the total billing.

Units: Specify premium values for the specified resource type

Service / Service Feature Identifier: Specifies the service / service feature that requires charging

CIDFP-Pulse: Specify the CID to be used to identify the pulse metering of the calling number.

CIDFP-Error: Specify the location of output CID where error cause will be recorded

(5) basic call processing block

-POI set: Designate points in BCP where intelligent network service logic processing occurs for a given service.

-CIDFP-CLI: Specify CID to be used as CLI

CIDFP-Category specifies the CID to be used as CLI category data

CIDFP-Destination: Specify the CID to be used as the destination number

-CIDFP-Call Reference: Specify CID to be used as reference

-CIDFP-Bearer: Specify CID to be used as CLI bearer function

Caller ID (CLI): Specifies the network address that originated the call in progress.

-Caller ID: Specify the characteristics of the CLI (e.g. public telephone, operator)

-Dial number: Specify the number dialed by the caller

-Called party number: Specify the number dialed by the caller

Reference arc: designates a particular arc

Bearer Function: Specifies the ISDN bearer function required by the sender.

Called party number: designates network address to which call in progress is connected

When the data designation for all the blocks shown in the service logic is completed as described above, a design data storage and automatic generation step 33 of automatically generating a designer who has written a menu value designating a design data value in a standardized language is performed.

In the present invention, the data is stored in the form of a common abstract syntax tree having the grammatical structure of the defined service logic design data language (33 '), and the process of generating the service logic designer (33) searches for connected nodes in the abstract syntax tree. If you write external files in text form in order of search, it becomes intelligent network service logic design.

The storage method using the Abstract Syntax Tree is a technology that was used as an internal storage form when creating other types of code from text-type input programs when the existing compiler was manufactured. For example, a compiler parses a program written in c, a textual programming language, using an abstract syntax tree as its internal storage structure, and then retrieves it into object code. In the present invention, an abstract syntax tree structure is introduced as an internal storage method for creating a design data in a menu method using a graphical user interface and generating a text service design document.

In addition, it is not a one-sided operation that saves input data created by menu as an abstract syntax tree and retrieves it, but generates other forms of output. Operates in both directions, which can be converted into forms. This makes it possible to convert similar service design data into menus. Then, the design goes through the step 34 of verifying that the user satisfies the request, and if there is data inconsistent with the user's request, returns to the step 35 of creating and modifying data items for each block (35), and finally Implement and test the service logic program (36).

As described above, the design according to the intelligent network service logic design data generation method of the present invention is a complete design without a grammatical error. It is possible to completely eliminate the iterative process of block-specific data items and modifications (2), data values and grammatical error checking (3), and whether or not the user's request (4) has been generated.

In addition, the block data items and modifications (2), data values and grammatical error checking (3) processes in FIG. 2 are replaced by an automated step, so that modifications and modifications can be immediately performed, thereby more faithfully performing the verification process of the service. Can be.

In the case of generating the intelligent network service related data by a new method combining the menu induction method using the graphic user interface and the form conversion technology using the abstract syntax, which is proposed in the present invention, the network operator needs to prepare the intelligent network service design data. The burden of knowledge acquisition can be reduced, and learning how to use a little system can produce an intelligent network service logic design that is easier, faster, and error-free without user manuals. Therefore, the technology is the first step to open the way to provide many intelligent network services to the public.

Claims (3)

A method for creating intelligent network service logic design data; The service developer determines a service logic execution order step 31 of selecting blocks corresponding to functions satisfying service requirements from a user and determining an execution order; In order to create the service design data, each block data item creation and modification step of assigning block data according to the menu using a graphical user interface presented by intelligent means with prior knowledge of the corresponding item for each block ( 32); And storing (33) and automatically generating design data (33) for storing the data according to a predetermined abstract syntax and generating a design text in a formal text form using an automated tool. The method of claim 1; Generating a structured textual design using the automated tool is a method for creating an intelligent network service logic design data, characterized in that to generate a structured textual design through a search process. The method of claim 1; Generating a design in the form of a text form using the automated tool is characterized by generating a design by searching the stored abstract syntax tree to display the design data value in the specified form in the menu using the graphical user interface How to create intelligent network service logic design data.