JPH06209373A - Exchange service contract processing method and device therefor - Google Patents

Abstract

(57) [Summary] [Purpose] In the exchange service contract processing, it is possible to eliminate the need to familiarize yourself with the name of the service and its contents, and to easily determine whether or not a simultaneous contract between the service and the existing service is possible. [Structure] In an exchange service contract processing apparatus, an input / output processing unit 1 that accepts an input with a service having a name and a target element that is a detailed content of the service, and the service content as its name or a target element And a name / target element conversion unit 2 for converting the input name or target element into a target element or name,
Logic for determining the possibility of simultaneous contract by logically comparing the information storage unit 5 that stores the name of the already-contracted service and the data of the target element with the service to be processed and the already-contracted service of the information storage unit. It is composed of a comparison unit 4.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an exchange service contract processing method and apparatus for confirming the service contents of an exchange of a communication line such as a telephone and for distinguishing from the service contents of other contracts at the time of making a contract. It is a thing.

[0002]

2. Description of the Related Art Conventionally, regarding a service in an exchange of a communication line such as a telephone, when a contract concerning a service in a switch of a communication line such as a telephone is processed between a service provider and a user, It is necessary to confirm the service content and distinguish it from other contracted service content.

In general, the services provided by the exchanges of communication lines such as the telephone are generally expressed by the name of the function provided by the service, and are used to confirm the service content and distinguish it from the service content of other contracts. In order to specify the content of the service, a name is assigned to each service and the name is designated.

Conventionally, in order to perform such designation by the name of a service, it is necessary to confirm the content by referring to a table in which the content of the service is written, or to be familiar with the content of the service in advance. . In addition, when designating a service, it is necessary to determine whether multiple services can be contracted at the same time without any inconvenience, and whether it is possible to contract with a service that has already been contracted without any inconvenience. In such a case, each service for which a contract is to be made is used as a standard service, and other services to be contracted at the same time as the standard service, or services already contracted are used as comparison services, and these services are shown in FIG. Judgment is made based on the comparison list of standard services and comparison services shown in (4), and the possibility of simultaneous contract is judged.

In FIG. 12, a circle mark in the table indicates that simultaneous contracts are possible, a cross mark indicates that simultaneous contracts are not possible, and a triangle is uniquely determined by the service activation conditions. It shows that there is no. In FIG.
The reference service is indicated by a to y in the vertical direction, and the comparison service is indicated by a to y in the horizontal direction. Then, for example, when the reference service a, which is the service to be received from now on, is set as the comparison service b, another service that is going to make a contract at the same time as the reference service a or a service that has already been contracted is set as the comparison service b. , It is determined that simultaneous contracts are possible by the ○ marks shown at those intersections. Further, when the comparison service c is set to the reference service a, it is determined that the simultaneous contract is impossible by the cross mark shown at those intersections.

[0006]

However, the conventional exchange service contract processing described above has the following problems. (1) There is a problem that the service contractor must express the service content desired by the service contractor as a service name, and must fully understand the service name and its content. (2) Further, when the service content provided by the exchange is added, the comparison table of the standard service and the comparison service shown in FIG. 12 for determining the possibility of simultaneous contract with many existing services is added. Will be needed.

That is, in FIG. 12, if an additional service is represented by z, this service z and existing services a to y are represented.
For each combination with and, it is necessary to evaluate in advance whether simultaneous contracts are possible and list the results in the comparison list of standard services and comparison services. Therefore, in order to add new service contents to the comparison list of the standard service and the comparison service, the service specifications, the switching procedure, the terminal operation procedure, etc.
There is a problem that a lot of time and effort are required because it is necessary to consider each combination of the added service and the existing service one by one.

The present invention solves the above-mentioned problems of the conventional exchange service contract processing, and in the exchange service contract processing method and its apparatus, saves the trouble of knowing the name of the service and its contents, and further The purpose of this is to reduce the time and effort when considering the possibility of simultaneous contract between this service and the existing service when the service to be provided is added.

[0009]

Therefore, in the exchange service contract processing method of the present invention, a service has a data structure composed of a name identifying the service and a target element obtained by subdividing the content of the service. Specify the service content of the processing target by its name or target element, input it, convert the input target name or target element of the processing target to the target element or name, and By outputting data and logically comparing the name and target element data relating to the service to be processed with the name and target element data of the service already contracted, the contracted service and the service to be processed are compared. It determines the possibility of simultaneous contracts. Further, in the contract processing method of the service provided by the exchange, the service has a data structure composed of a name identifying the service and a target element obtained by subdividing the content of the service, and the target element of the service to be processed is input. , The input target element of the service to be processed is converted into a name, and the service is specified by the name of the service to be processed.

The objective element can be composed of an objective condition representing an objective condition achieved by the service and an objective action representing an objective operation achieved by the service. Further, in the exchange service contract processor, the service has a data structure composed of a name identifying the service and a target element obtained by subdividing the content of the service, and the service content to be processed is accepted by the name or the target element. An input / output processing unit, and a name / target element conversion unit that converts the input name or target element of the processing target into a target element or name and outputs data of both the name and the target element related to the service of the processing target. , An information storage unit that stores the name of the contracted service and the data of the target element, the data of the name and the target element of the service to be processed, and the name of the service and the data of the target element obtained from the information storage unit. The possibility of simultaneous contract of the service to be processed and the contracted service by logically comparing It determines and constitutes and a logic comparing section, further names and object element converting unit may be provided with conversion data name and purpose element of the service.

[0011]

According to the present invention, it is not necessary to represent the service desired by the service contractor by the name of the service in order to specify the service as in the conventional case, but the service element can be specified by the description of the target element. Therefore, even if the service name and its contents are not fully understood, the service can be specified by the service objective element, and the exchange service contract processing can be realized by the service objective element in the exchange service contract processing. can do.

[0012] Further, since the purpose of the service is subdivided and described, a universal expression can be selected for each subdivided item, and among these items, once a competition condition between specific items is established, It is not necessary to judge whether or not there is a competition for each existing service each time a service provided by an exchange is added, as in the conventional method, and therefore, there is little trouble in considering conflict conditions when adding a service. Service contract processing can be realized.

[0013]

Embodiments of the present invention will now be described in detail with reference to the drawings. First, the outline of the exchange service contract processing method and apparatus according to the present invention will be described with reference to FIG. FIG. 1 is a block diagram of an exchange service contract processing method and apparatus of the present invention. The block diagram of the exchange service contract process of the present invention in FIG. 1 explains the software structure of the exchange service contract process.

In FIG. 1, 1 is an input / output processing unit, 2 is a name / target element conversion unit, 3 is a name / target element conversion data unit, 4 is a logical comparison unit, 5 is an information storage unit, 6 is an updating unit, Three
Reference numeral 0 is a name / purpose element conversion table, and reference numeral 50 is existing contract service information. In FIG. 1, first, in order to specify the content of a service to be contracted, a description about the service is input to the input / output processing unit 1. As the description format, there are a service name and a purpose element representing each content of the service. This objective element is a subdivision of the content of the service, which will be described in detail later.

The description about this service is referred to as a name by referring to the data contents of the name / target element conversion table 30 stored in the name / target element conversion data section 3 in the name / target element conversion section 2. An exchange with the target element takes place. For example, if a service is described by name, convert it to a target element corresponding to that name,
When the service is described by the purpose element, it is converted into a name corresponding to the purpose element or the combination thereof.

Next, in the logical comparison section 4, the name of the service and the purpose element of the service obtained in the name / purpose element conversion section 2 are stored in the contracted service information 50 of the information storage section 5. It is logically compared with the name of the contracted service for each person or the purpose element of the service. By this logical comparison, it is determined whether the contracted service and the new service for which a contract is requested can be contracted simultaneously.

When the simultaneous contract is possible, the updating unit 6 updates the information on the service regarding the existing contract stored in the information storage unit 5. Next, prior to the description of the exchange service contract processing method and apparatus of the present invention, the structure of services handled by the present invention will be described. In the present invention, a processing object called a service has a data structure described below to enable processing by an arithmetic unit or the like.

FIG. 2 is a data structure diagram of the service of the present invention. In FIG. 2, one service is subdivided into several target elements, and is represented by a connection of those target elements. This purpose element is the basic purpose of the service and can be divided into two types: purpose conditions and purpose actions. The objective condition represents in what case the objective is desired to be achieved, and the objective action represents what to do to achieve the objective. Therefore, the service is composed of one objective condition or a plurality of objective condition groups and one objective action or a combination of multiple objective actions.

Furthermore, this objective condition is subdivided into what (what), how many, who, who, when, where, from and what (what). Then, these items (hereinafter referred to as target items) are CWhhat, CHowMany, and CToWho, respectively.
m, CFromWhom, CWhen, CToWher
e, CFromWhere, and CHow.

This target item is further decomposed into items.
This decomposed item is selected so that existing services and services that will appear in the future can be widely described. FIG. 3 is a table showing the target items of the target conditions of the present invention. For example, the target items of CWhat are general numbers, special numbers, extension numbers, personal numbers, national uniform numbers, hooking, calls, callers, callees, It consists of the minimum unit items such as the current time and the number of services used.

Other CHowMany, CToWho
m, CFromWhom, CWhen, CToWher
The target items of e, CFromWhere, and CHow also include items of the minimum unit shown in FIG. That is, the item of the minimum unit constitutes the objective item, and the objective item further constitutes the objective condition.

The target action is what (what), how many, who, when, where, and what (what).
It is subdivided into items. Then, these items (hereinafter, referred to as target items) are AWhat and AHow, respectively.
Many, AToWhom, AWhen, AToWhe
It will be expressed by re and AHow. This objective item is also decomposed into items of the minimum unit similarly to the objective item of the objective condition. As this item, existing services and services that are expected to appear in the future can be widely described.

FIG. 4 is a table showing the target items of the target conditions of the present invention. For example, the target items of AWhat are callers, callees, calls, call charges, information charges, call information, communication information, additional information, It consists of items such as guidance, ringtones, conferences, and service parameters. Other AHowMany, A
ToWhom, AWhen, AToWhere, AH
The target item of ow also includes items of the minimum unit shown in FIG.

That is, the item of the minimum unit constitutes the objective item, and the objective item further constitutes the objective operation. In the present invention, the service is constructed by the data structure as described above, and this data structure is described by the grammar of the service description method as shown below. With this data structure and the grammar of the service description method, it is possible to perform logical operation processing for confirming the service content and distinguishing it from the service content of another contract at the time of contract.

Next, the grammar of the description method for describing the service will be described. The grammar of this description method defines a generation rule for generating the content of a service according to the above-mentioned data structure, and is generally Bacchus notation (BNF).
It is based on a notation called. In the present invention, for example, <> indicates that it is a non-terminal symbol, which means that the surrounding portion can be further decomposed by applying production rules. Also, the part not enclosed by <> indicates that it is a terminal symbol, which means that it is a final expression that is not further subdivided. {} Indicates that the enclosing part can be repeated 0 or more times, [] indicates that the enclosing part can be omitted, | indicates that one of the symbols before or after it is selected, and + indicates that each element is connected. ● and
Represents a delimiter between the elements, and :: = represents a definition.

Note that ¬ represents negation, and "" is used to avoid confusion when the surrounding portion is a terminal symbol but the same symbol as a meta symbol such as {or [is used. According to the above notation, the data structure of the service shown in FIG. 2 can be expressed as follows. For example, a service is defined by <service> :: = <target element> {+ <target element>} (1). This means that the service to be processed is composed of one target element or a combination of multiple target elements.

This objective element is defined by <objective element> :: = <objective condition> {+ <objective condition>} ● <objective action> {+ <objective action>} (2). This means that the objective element is composed of one objective condition or a combination of a plurality of objective conditions and one objective action or a combination of a plurality of objective actions.

Of these, the objective conditions are: <objective conditions> :: = (<CWhat>, [<CHowMany>], [<CToWhom>], [<CFromWhom>], [<CWhen>], [<CWhen>] CToWhere>], [<CFromWhere>], [¬] <CHow>) (3). In addition, the target motion is <target motion> :: = “[” <AWhat>, [<AHowMany>], [<A ToWhom>], [<AWhen>], [<AToWhere>], [¬] < AHow> ”]” (4) is defined.

[0029] Further, each target item that subdivides the target condition is CWhat, CHowMany, CToWh.
om, CWhen, CToWhere, Chow
Each is defined as follows. <CWhat> :: = General number ｜ Special number ｜ Extension number ｜ Personal number ｜ Nationwide number ｜ Hooking ｜ Call ｜ Caller ｜ Callee ｜ Current time ｜ Number of services used (5) <CHowMany> :: = Arbitrary number ｜ 0 number ｜ 1 number ｜ 2 number ｜ designated number ｜ more than (6) <CToWhom> :: = Everyone ｜ To designated telephone number ｜ To designated group ｜ To designated person ｜ To other than designated group ｜ To anyone other than the person ... (7) <CFromWhom> :: = From anyone | From the specified telephone number | From the specified group | From the specified person | From outside the specified group | From other than the specified person ... (8) <CWhen> Specified time ｜ Specified time ｜ Specified day ｜ Specified day ｜ During a call ｜ Absent ｜ Moving (9) <CToWhere> ::: Anywhere ｜ Specified area (10) <CFromWhere> ::: Anywhere From specified area ... (11) <CHow> :: = Dial | Input | Send | Receive | Call | Respond | Start | End | Hold | Exceed | Lower | Match (12) In addition, AW, which is each target item that subdivides the target motion
hat, AHowMany, AToWhom, AWhe
n, AToWhere, and AHow are respectively defined as follows. <AWhat> :: = Sender ｜ Receiver ｜ Call ｜ Call charge ｜ Information charge ｜ Call information ｜ Communication information ｜ Additional information ｜ Guidance ｜ Ring tone ｜ Conference ｜ Service parameters (13) <AHowMany> :: = 0 ｜ 1 ｜ 2 ｜ Specified ｜ Specified ration ｜ All… (14) <AToWhom> :: = To designated number ｜ To designated number ｜ To designated group ｜ To designated person ｜ Outside designated group ｜ Service To Contractor | To Caller… (15) <AWhen> :: = Specified time ｜ Specified time ｜ At the end of talk… (16) <AToWhere> :: = To designated area ｜ To destination… (17) <AHow> ::: Connect | Transfer | Convert | Change | Display | Store | Reserve | Charge | Count | Report | Distribute | Wait | Restrict | Authenticate | Send | Retain | Collect (18) According to the description method for describing the service, for example, when a terminal receiving the service receives an incoming call, the call transfer service that unconditionally transfers to the specified telephone number is as follows. Represented by. Call transfer :: = (Call, ... to specified phone number, from anyone, anytime, anywhere) ● [Call, to specified phone number, ...] (19) When the receiving terminal receives an incoming call in the designated time zone, the designated call forwarding service for forwarding to the designated telephone number is represented as follows. Timed call transfer :: = (call, to specified number, incoming from anyone, specified time, from anywhere) ● [Call ,, specified number, ...]… ( 20) In the exchange service contract processing method and the apparatus thereof of the present invention, the subsequent processing can be performed by forming the logic of the operation corresponding to the above description method.

Next, regarding the processing procedure of the exchange service contract processing of the present invention, a flow chart of the exchange service contract processing of the present invention of FIGS. 1 and 5 and a table showing the service name / target element conversion data of the present invention of FIG. 7, a flow chart in the block diagram of the exchange service contract processing of the present invention of FIGS. 7 and 8, a flowchart of the service competition determination processing of the present invention of FIG. 9, a target condition pattern table of the present invention of FIG. 10, and FIG.
A description will be given using No. 1 target operation pattern table of the present invention.

As shown in FIG. 1, the processing procedure of the exchange service contract processing of the present invention includes a part for inputting a service to be contracted, which is a processing target, and a part for obtaining a name and a target element of the service for this input. It is roughly divided into a part that compares and determines a logical relationship with another service contract based on the name of the service and a target element, and a part that updates the information of the service contract based on the result of the logical comparison unit.

Hereinafter, explanation will be given according to each step of the flowchart of the exchange service contract processing of the present invention of FIG. Step S1: The service to be contracted is input to the input / output processing unit 1 of FIG. In this case, for example, when a service contract request (not shown) is input from the service contract terminal, the input / output processing unit 1 receives the request.

At this time, if the name of the desired service is not known, or if it is unclear, the service is described by the objective element, while if the service content is fully understood and the name is recognized, the service is described. The service is described by the name or target element of. Step S2: Next, the name / target element conversion unit 2 in FIG. 1 determines the service description format.

In this determination, if the service input from the input / output processing unit 1 is a name, the process proceeds to step S3, and if the service input from the input / output processing unit 1 is a target element, the process proceeds to step S4. move on. Step S3: When the service is input by name, this name is converted into the corresponding target element to obtain data of both the name and the target element. In this step,
The purpose element data is obtained in addition to the name in identifying the service, because the purpose element is used for comparison and determination of the logical relationship with other contract services in the subsequent steps.

For the conversion from this name to the target element, the name / target element conversion table 30 in the name / target element conversion data section 3 of FIG. 1 is searched using the name as a keyword to search for the corresponding target element. Done by. The name / purpose element conversion table 30 can be configured, for example, as shown in the table showing the service name / purpose element conversion data of the present invention in FIG. 6, and the name field is searched to find the corresponding purpose. You can know the elements.

In order to realize this conversion processing on the apparatus, it is possible to perform it by a general memory application technique.
Various types are possible depending on the data structure of the memory.
For example, it can be performed by using the name of the name / target element conversion table 30 as an address and outputting the content of the address. The conversion from this name to the target element will be described with reference to the flowchart in the block diagram of the exchange service contract processing of the present invention in FIG.

In FIG. 7, the conversion from the name to the target element and its output are represented by broken lines. If the service input to the input / output processing unit 1 is the name A, the name A is output via the name / target element conversion unit 2 and also input to the name / target element conversion data unit 3. The name / target element conversion data unit 3 searches the name / target element conversion table 30 for target elements a ... m ... u corresponding to the input name A, and again via the name / target element conversion unit 2. The target elements a ... m ... u are output. Therefore, from the name / purpose element conversion unit 2, the name A
And the target elements a ... m ... u are output.

By outputting the data of both the name A and the target elements a ... m ... u as they are, the contents a ... m ... u of the target element for the name A can be confirmed.
Further, the data of both the name A and the target elements a ... m ... u are
The logical comparison unit 4 performs a logical comparison with the contracted service information 50 stored in the information storage unit 5 to determine whether the input service has already been contracted or whether simultaneous contracting is possible. Etc. are determined.

Step S4: When a service is input by a target element, this target element is converted into a corresponding name to obtain data of both the name and the target element. In this step, it is a logical comparison of whether or not it is the already contracted service in the subsequent steps that obtains the data of the name in addition to the target element in the identification of the service,
This is because the determination is made by name.

For the conversion from the target element to the name, the name / target element conversion table 30 in the name / target element conversion data section 3 of FIG. 1 is searched using the target element as a keyword, and the corresponding name is searched. Done by.
The name / target element conversion table 30 can be configured as shown in the table showing the service name / target element conversion data of the present invention in FIG. 6, and the target element column is searched in this table. , You can know the corresponding name.

In the conversion from the target element to the name, there may be a plurality of candidate names for the input target element. Therefore, in order to specify a desired service from among the plurality of names, the name / target element conversion unit 2 instructs the input / output processing unit 1 about the required target element item, or the candidate name. Is performed, and the items of the target elements sufficient to specify the name of the service are additionally input.

In order to realize these conversion processes on the apparatus, it is possible to carry out them by an ordinary memory application technique as described above, and various types can be used depending on the data configuration of the memory. For example, it can be performed by setting the name of the name / target element conversion table 30 by a plurality of addresses and using that address as the target element.

Regarding the conversion from the target element to the name,
This will be described with reference to the flowchart in the block diagram of the exchange service contract processing of the present invention in FIG. In FIG. 8, the conversion from the target element to the name and the flow of the output thereof are represented by broken lines. If the service input to the input / output processing unit 1 is the target condition a, the target condition a is output via the name / target element conversion unit 2 and is input to the name / target element conversion data unit 3. It

In the name / target element conversion data section 3, the name / target element conversion table 30 is searched for a name A, etc. in which the input target element a exists. When one name is specified by the input target element a,
The name A is output. On the other hand, when one name is not specified only by the input target element a, the input / output processing unit 1 is provided with the target element necessary for specifying one of the plurality of candidates, that is, the names A ... Request. When the target operation u is input from the input / output processing unit 1 in response to this request, the name / target element conversion data unit 3 searches again and the name A is output.

Therefore, the name / target element conversion unit 2 outputs data of both the name A and the target elements a ... m ... u. By outputting the data of both the name A and the target elements a ... m ... u, the contents a ... m ... u of the target element corresponding to the name A can be confirmed as in the case of FIG. Further, the data of both the name A and the target elements a ... m ... u is logically compared with the contracted service information stored in the information storage unit 5 in the logical comparison unit 4,
A determination is made as to whether the input service has already been contracted or whether simultaneous contracts are possible.

Therefore, at this stage, data of both the service name A and the target elements a ... m ... u have been obtained by the steps S3 and S4. Using this data, first step S5 and step S
It is determined whether the service input in step 6 is a service that has already been contracted, and then step S5 and step S
It is determined whether or not the service input by 7 conflicts with the objective element of the already contracted service.

Step S5: The contracted service information is read from the information storage unit 5 into the logical comparison unit 4 of FIG. This contracted service information stores the name of the service already contracted and the objective element. Step S6: Logically compare the service name input from the input / output processing unit 1 with the service name of the contracted service information input from the information storage unit 5 at the step S5.

This logical comparison is performed in the logical comparison unit 4 in FIG. 1, but can be realized by configuring a logical circuit by software. It is also possible to realize it by configuring logic with hardware. If the input service is not the contracted service, the process proceeds to step S8, and the contracted service information 50 of FIG.
Update.

On the other hand, if the input service is a contracted service, the process proceeds to step S7, and it is determined whether or not the input service conflicts with the target element corresponding to the contracted service. Step S7: Regarding the service conflict determination processing in this step, referring to the table showing the target condition pattern of the present invention of FIG. 10 and the table showing the target operation pattern of the present invention of FIG. 11, the service conflict of the present invention of FIG. A description will be given according to the flowchart of the determination process.

Step S11: In the following steps S12 to S14, a logical comparison is performed for all the target elements of the new contract service input from the input / output processing unit 1 with all the target elements of the existing contract service for each new contract service. To do. In the following steps, of the two target elements of the target condition and the target action, the conflict determination process is first performed for the target condition, and then the conflict determination process is performed for the target action. The purpose element of the new contract service will be referred to as a standard purpose element below.

Step S12: First, a competition determination process is performed for the target condition. Here, the conflict means that a logical inconvenience occurs when the contents of two items of the same target element occur at the same time. For example, CH
In the case where the target element of ow is one in which one starts and the other ends, the operation becomes impossible or unstable if these two operations occur at the same time. Therefore, there is competition between the objective elements.

The determination as to whether or not there is a conflict between the objective condition of the reference objective element (hereinafter referred to as the reference objective condition) and the objective condition of the service already contracted is first the possibility of competition with the reference objective condition. Whether or not a certain reference objective condition pattern is included is checked whether there is a pattern that matches the pattern of the reference objective condition pattern table shown in FIG. 10A, and further shown in FIG. Check whether there is a pattern that matches the pattern in the competition standard purpose condition pattern table.

The standard purpose condition pattern table and the competition standard purpose condition pattern table can be stored in advance in the logical comparison unit 4 or the information storage unit 5, and can compete with the service purpose conditions. This is to study and set patterns that have a certain effect in advance.
Then, this collation is performed by comparing only the target items other than those described by "-" in the standard target condition pattern table of FIG.

If the pattern does not match the pattern of the standard purpose condition pattern table, there is no pattern that conflicts with the target condition and No
Is determined, the process proceeds to step S14, and it is determined whether or not there is a pattern competing with the target motion. On the other hand, when the pattern matches the pattern of the reference purpose condition pattern table, a pattern matching the purpose condition of the service already contracted is further found in the competing purpose condition pattern table of FIG. 10B corresponding to the pattern. Check if there is.

Here, the competing objective condition pattern table of FIG. 10B represents the objective conditions of the service already contracted, and is the standard objective condition pattern table of FIG. 10A. Correspondingly provided. The correspondence between the competing objective condition pattern table of FIG. 10B and the reference objective condition pattern table of FIG. 10A is indicated by the pointer provided in the reference objective condition pattern table of FIG. 10B, which indicates the start address of the contention target condition pattern table of FIG. 10B.

Therefore, when the pattern matches the pattern of the reference objective condition pattern table of FIG. 10A, the corresponding competitive objective condition pattern of FIG. 10B corresponding to the address indicated by the pointer of the reference objective condition pattern table. The top address of the table is called, and it is checked whether there is a pattern that matches the pattern of the conflicting purpose condition pattern table. If the pattern does not match the pattern of the competing target condition pattern table of FIG. 10B, it is determined that there is no pattern competing for the target condition, and the process proceeds to step S14.

On the other hand, if the pattern matches the pattern of the competing objective condition pattern table of FIG. 10B, it is determined that there is a pattern of competing objective conditions and there is a possibility of conflict,
In the next step S13, it is determined whether the conflict can be avoided by parameters such as the time zone specified by the contractor. Step S13: The avoidance of the conflict based on the designated parameter range is performed when, for example, the reference target condition in FIG. 10A includes a pattern “call, ..., Specified time, incoming” pattern. In the competing objective condition pattern table of FIG. 10 (b) which continues to the objective condition pattern, the competing objective condition of the already contracted service has a pattern of "call, ..., always arrive". Or, if there is an overlap in the designated time in the pattern of “call, ... designated time, incoming”, there is a possibility of conflict. However, even if the same pattern as "calling, ... designated time, incoming call" as described above, the time zone is shifted in the "designated time" of the target condition of the service already contracted with the standard target condition, and the time If there is no overlap, conflicts can be avoided.

Therefore, if the conflict can be avoided in the comparison of the designated parameter ranges, it is determined that there is no service conflict, and the process proceeds to step S14. On the other hand, if the conflict cannot be avoided even in the comparison of the designated parameter ranges, it is determined that there is a service conflict, and it is determined that there is a conflict with the corresponding target element of the contracted service in step S7 of FIG. , Service contract will not be made and it will be terminated.

Therefore, if there is no pattern that conflicts with the target condition, or if there is a pattern that does conflict, it is possible to avoid the conflict by the designated parameter range, then in step S14 of FIG. It is determined whether or not there is a pattern to be executed. Step S14: the steps S12 and S1
Since the determination of the pattern competing for the objective condition of the two objective elements is completed by 3, the next step is to determine whether there is a conflicting pattern for the other objective action.

In the determination of the competing pattern in this target motion, the above-mentioned target condition is determined by using the standard target motion pattern table of FIG. 11A and the competitive target motion pattern table of FIG. The same pattern matching as in is performed. To determine whether or not there is a conflict between the target action of the standard purpose element (hereinafter referred to as the standard action condition) and the target action of the service that has already been contracted, first, there is a possibility that the standard target action may conflict. By checking whether or not the target motion pattern is included in the reference target motion pattern table shown in FIG. 11A, and further by checking with the competition reference target motion pattern table shown in FIG. 11B. Done.

The reference target operation pattern table and the competing target operation pattern table can be stored in advance in the logical comparison section 4 or the information storage section 5, and compete with the input target operation of the service. The patterns that have the possibility of are examined and set in advance. Then, this collation is performed by comparing only the target items other than those described by "-" in the standard target motion pattern table of FIG.

If the pattern does not match the pattern of the reference target motion pattern table of FIG. 11A, there is no pattern that conflicts with the target motion and it is determined to be No. It is determined in step S7 that there is no service conflict, Go to step S8. On the other hand, if the pattern matches the pattern of the reference target motion pattern table, there is a pattern corresponding to the pattern of the target motion of the already contracted service in the competitive target motion pattern table of FIG. 11B corresponding to the pattern. Collate

Here, the competing objective operation pattern table of FIG. 11B represents the objective operation of the service that has already been contracted, and is the standard objective operation pattern table of FIG. 11A. Correspondingly provided. Then, the correspondence between the competing purpose operation pattern table of FIG. 11B and the reference purpose operation pattern table of FIG. 11A corresponds to the pointer provided in the reference purpose operation pattern table of FIG. It is performed by the address described in. This address indicates the top address of the competition purpose operation pattern table of FIG.

Therefore, when the pattern matches the pattern of the reference purpose operation pattern table, the top address of the corresponding competition purpose operation pattern table is called by the address indicated by the pointer of the reference purpose operation pattern table, and the content of the competition purpose operation pattern table is called. Check if there is a pattern that matches the pattern. If the pattern does not match the pattern of the competing target motion pattern table of FIG. 11B, it is determined that there is no pattern competing for the target motion, and the next step S in FIG.
Proceed to 14.

On the other hand, if the pattern matches the pattern of the competing target motion pattern table of FIG. 10B, there is a pattern of competing target motion, it is determined that there is a possibility of conflict, and in step S7 of FIG. It is determined that there is a conflict with the target element corresponding to the already-contracted service, the service is not contracted, and the process ends. Then, if there is no conflict in terms of the objective condition or the objective action between all the reference objective elements and all the objective elements of the service already contracted, the process is terminated as no service conflict.

Although the competition determination in step S7 is performed in the logic comparison section 4 in FIG. 1, it can be realized by configuring a logic circuit by software. It is also possible to implement the logic by hardware and implement it. Step S8: If it is determined that there is no conflict in Steps S6 and S7, the updating unit 6 updates the contracted service information in the information storage unit 5,
The service contract is completed.

Next, the case where the service provided by the exchange is added will be described. When the service provided by the exchange is added, the description of the service name and the target element of the service is added to the service name / target element conversion table of FIG. And on the device, the addition of this service name / target element conversion table
This is performed by updating the name / target element conversion table 30 of the target element exchange data unit 3.

As a result, it is possible to perform the conversion process of the name and the target element corresponding to the added service. Further, when a service provided by the exchange is added, the target condition and the target operation corresponding to the service already exist, the standard purpose condition pattern table of FIG. 10A, and the standard purpose of FIG. 11A. When it matches the pattern of the operation pattern table, the standard purpose condition pattern table of (a) of FIG. 10 and the competitive purpose condition pattern table of (b) of FIG. 10 and the standard purpose operation pattern table of (a) of FIG. The competitive purpose condition pattern table in) is not changed.

On the other hand, the target condition corresponding to the service,
If the target motion does not match the pattern of the standard target condition pattern table of FIG. 10A in which the target motion already exists, or the standard target motion pattern table of FIG. 11A, the standard purpose of FIG. The condition pattern table and the competing objective condition pattern table of (b), the reference objective action pattern table of (a) and the competitive objective condition pattern table of (b) of FIG. 11 may be changed.

There are two types of addition of the service provided by this exchange, that is, the addition of the function of the service itself and the addition of the combination of the service functions. In either case, the additional processing is performed as described above. Once this additional processing has been performed, the replacement service contract processing can be performed using the updated data.

The present invention is not limited to the above embodiments, but various modifications can be made based on the spirit of the present invention, and these are not excluded from the scope of the present invention.

[0072]

As described above in detail, according to the present invention, the service desired by the service contractor can be specified by the description of the purpose, and the service can be specified for specifying the service as in the past. Need not represent the name of. Therefore, even if you do not fully understand the name and content of the service, you can specify the service by the service objective element, and realize the exchange service contract processing by the service objective element in the exchange service contract. You can

Further, since the purpose of the service is subdivided and described, a universal expression can be selected for each subdivided item, and if a competitive condition between specific items among these items is once established, It is not necessary to judge whether or not there is a competition for each existing service each time a service provided by an exchange is added, as in the conventional method, and therefore, there is little trouble in considering conflict conditions when adding a service. Service contract processing can be realized.

[Brief description of drawings]

FIG. 1 is a block diagram of an exchange service contract processing method and apparatus of the present invention.

FIG. 2 is a data structure diagram of a service of the present invention.

FIG. 3 is a table showing target items of target conditions of the present invention.

FIG. 4 is a table showing target items of target conditions of the present invention.

FIG. 5 is a flowchart of exchange service contract processing of the present invention.

FIG. 6 is a table showing service name / purpose element conversion data of the present invention.

FIG. 7 is a flow chart in a block diagram of exchange service contract processing of the present invention.

FIG. 8 is a flow chart in a block diagram of exchange service contract processing of the present invention.

FIG. 9 is a flowchart of service conflict determination processing of the present invention.

FIG. 10 is a table showing a target condition pattern of the present invention.

FIG. 11 is a table showing a target operation pattern of the present invention.

FIG. 12 is a comparison list of a conventional standard service and a comparison service.

[Explanation of symbols]

 1 Input / output processing unit 2 Name / target element conversion unit 3 Name / target element conversion data unit 4 Logical comparison unit 5 Information storage unit 6 Update unit 30 Name / target element conversion table 50 Contracted service information

Claims (5)

[Claims] 1. A contract processing method of a service provided by an exchange, wherein (a) the service has a data structure composed of a name identifying the service and a target element obtained by subdividing the content of the service, (b) The service to be processed is specified by the name or the subdivided target element and input, and (c) the input name or target element of the processing target is converted into the target element or name to relate to the service to be processed. By outputting data of both the name and the target element, and (d) logically comparing the data of the name and the target element related to the service to be processed with the data of the name and the target element of the service already contracted, An exchange service contract processing method characterized by determining the possibility of simultaneous contract between an already contracted service and the service to be processed Law. 2. A contract processing method for a service provided by an exchange, wherein (a) the service has a data structure composed of a name identifying the service and a target element obtained by subdividing the content of the service, (b) The target element obtained by subdividing the service to be processed is input, and (c) the target element of the input service to be processed is converted into a name,
(D) An exchange service contract processing method, characterized in that the service is specified by the name of the service to be processed. 3. The exchange service according to claim 1, wherein the objective element is composed of an objective condition indicating an objective condition achieved by the service and an objective action indicating an objective action achieved by the service. Contract processing method. 4. In the exchange service contract processing device,
(A) The service has a data structure composed of a name identifying the service and a target element obtained by subdividing the content of the service, and (b) input of the service to be processed as its name or subdivided target element. An input / output processing unit for receiving, (c) converting the input processing target name or target element into a target element or name,
A name / target element conversion unit that outputs both name and target element data relating to the service to be processed, and (d)
An information storage unit that stores the name of the contracted service and the data of the target element, and (e) the data of the name and the target element related to the service to be processed, and the name and the purpose of the service obtained from the information storage unit. An exchange service contract processing device comprising: a logical comparison unit that determines the possibility of simultaneous contracting of the service to be processed and an already contracted service by logically comparing element data. 5. The exchange service contract processing device according to claim 4, wherein the name / purpose element conversion unit has conversion data of a service name and a purpose element.