JP2009244976A - Service cooperation device, cooperation service conflict control method, and program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To control conflict which may occur on API execution when providing a cooperation service. <P>SOLUTION: When receiving an API service request, an information network corresponding function 12 analyzes the service request, and transfers it to a distribution function 13. When a communication network corresponding function 11 receives a session start request signal by an SIP, the distribution function 13 and the communication network corresponding function 11 process a session. An analysis processing function 18 refers to a session management table 19 in which the signal data and difference data of each identifier and the contract information data of each user are described for each next session candidate service, and performs matching of the state of interference or conflict and service content or the like, and enables or disables the next candidate service to perform API service conflict control and state matching. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a technique for providing a service to a Web service providing system using an API (Application Program Interface) function or the like as a linkage service using a communication related data information function in a communication network, and in particular, a plurality of services are required. The present invention relates to a service linkage apparatus, a linkage service conflict control method, and a program that control service conflict that occurs when the service is executed.

  Currently, in the communication network technology, various technologies are being developed for NGN (Next Generation Network) which is a next generation communication network.

For example, a technology for making a communication function into an API and providing it to a third party including an individual user has been studied (for example, see Non-Patent Document 1 and Non-Patent Document 2). In the prior art, the communication related data information function in the communication network is provided as an integrated service by an API function.
NTT Technical Journal 2007.4, P32 to P43, P71 to P73 NIKKEI COMMUNICATIONS 2005. 4.15, P49

  However, in the above-described conventional technology, it has been proposed to provide communication related data information to a web service by using an API function, but service cooperation is performed. When they are combined, a plurality of combined services are activated, and when these generate conflicts by using the API at the same time, no consideration has been given on how to control the conflicts. Therefore, when the communication related data information function and the service in the communication network are linked by the linked service request by the API function, it is necessary to resolve the API race condition generated by the multiple service requests.

  The present invention has been made in consideration of such circumstances, and the object thereof is to control a conflict that may occur at the time of API execution when providing a cooperation service between a communication network and an information network. An object of the present invention is to provide a service cooperation apparatus, a cooperation service conflict control method, and a program capable of preventing an API execution error and providing an efficient cooperation service.

  In order to solve the above-described problems, the present invention provides a service cooperation apparatus connected to a communication network and an information network, the communication network corresponding means for receiving a session control signal from the communication network, and the information network An information network corresponding means for receiving a service request from a communication means, a distribution means for generating a generation port and a non-occurrence port when the communication network correspondence means receives a session control signal or the information network correspondence means receives a service request; Communication history holding means for starting a service session using the occurrence port or non-occurrence port and holding a communication history related to communication with the communication network or the information network, and for each next session candidate service, the communication For history retention Based on the communication history is lifting a service linkage apparatus characterized by comprising: a determining analysis process unit that determines whether to perform a session candidate service said next, or the non-execution, the.

  The present invention is the above invention, wherein the service request received by the information network handling means is authenticated, and the contention session or the session is generated using the occurrence port and the non-occurrence port generated by the distribution means. Management control means for notifying the information network of the communication control instruction corresponding to the service request via the information network correspondence means after preventing the occurrence of a collision is provided.

  The present invention includes, in the above invention, service information holding means for categorizing services provided from the communication network or the information network and holding service category information in which priority is fixedly assigned to each service category. The distribution means controls the service requests according to priority based on service category information held in the service information holding means.

  In order to solve the above-described problem, the present invention provides a service contention control method for controlling contention of service requests from a communication network and an information network, the method comprising receiving a session control signal from the communication network; Receiving a service request from the information network; generating a generation port and a non-occurrence port when receiving the session control signal or the service request; and using the occurrence port or the non-occurrence port Starting a service session, holding a communication history related to communication with the communication network or the information network, and executing the next session candidate service for each next session candidate service based on the communication history Whether to do it or not Determining a service conflict control method characterized by including the.

  In order to solve the above-described problem, the present invention includes a step of receiving a session control signal from the communication network in a computer of a service cooperation apparatus connected to the communication network and the information network; Receiving a service request, generating a generation port and a non-occurrence port when receiving the session control signal or the service request, and starting a service session using the occurrence port or the non-occurrence port And holding the communication history related to communication with the communication network or the information network and executing the next session candidate service for each next session candidate service based on the communication history or Step to determine whether to execute When a program for causing the execution.

  According to the present invention, when a session control signal from a communication network or a service request from an information network is received, an occurrence port and a non-occurrence port are generated, and a service session is generated using the occurrence port or the non-occurrence port. Start, hold a communication history related to communication with the communication network or information network, and execute the next session candidate service for each next session candidate service based on the held communication history or Determine whether to execute. Therefore, when providing a linkage service between a communication network and an information network, it is possible to control a conflict that may occur during API execution, prevent an API execution error, and provide an efficient linkage service. .

  In addition, according to the present invention, after authenticating a service request received from an information network and preventing occurrence of session contention or session collision using a generation port and a non-occurrence port, the service request A communication control instruction corresponding to is notified to the information network. Therefore, when providing a linkage service between a communication network and an information network, it is possible to control a conflict that may occur during API execution, prevent an API execution error, and provide an efficient linkage service. .

  Further, according to the present invention, services provided from a communication network or an information network are categorized, and service category information in which priority is fixedly assigned to each service category is held, and based on the service category information The service request is controlled according to the priority order. Therefore, when providing a linkage service between a communication network and an information network, it is possible to control a conflict that may occur during API execution, prevent an API execution error, and provide an efficient linkage service. .

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

A. First Embodiment First, a first embodiment of the present invention will be described.
FIG. 1 is a block diagram showing a configuration of a basic system using a service cooperation apparatus according to the first embodiment of the present invention. In FIG. 1, a service cooperation apparatus 1 provides a function of a communication network 2, information, data, and the like to the information network 3. The information network 3 receives the function content, information, data, and the like of the communication network 2 as a cooperation service by requesting the service content to the service cooperation apparatus 1 by specifying the service content with an API, for example. However, since a service by a third party specified by the API is deployed on the service cooperation apparatus 1, the service processing safety cannot be obtained from the service side, and service contention control is performed as the service cooperation apparatus 1. There is a need.

  In such a cooperation service, in order to distribute the signal of the telecom opportunity from the communication network 2 to the higher-level service from the service cooperation apparatus 1, the service request signal received by the service cooperation apparatus 1 is analyzed, and the service activation candidate is determined. It is necessary to extract and determine the service to be activated in some way.

  When using the service cooperation apparatus 1 triggered by a service request from the information network 3, the API used by the service is explicitly requested, so that the distribution at this stage is not necessary in the service cooperation apparatus 1. However, when the service cooperation apparatus 1 makes a call in the service that has been started, a service triggered by a session control signal from the communication network can be started based on the subscriber's contract information. Therefore, a sorting function is necessary.

  FIG. 2 is a block diagram illustrating a configuration of the service cooperation apparatus 1 according to the first embodiment. FIG. 2 shows detailed functions of the service cooperation apparatus 1 that performs cooperative service competition control using this distribution function. The service cooperation apparatus 1 includes a communication network support function 11, an information network support function 12, a distribution function 13, a session information record retention management function 14, a user contract information file 16, a signal history file 17, an analysis processing function 18, and a session management table. 19 is provided.

  The signal history file 17 records signal data with an identifier and description field determination difference information, and the user contract information file 16 records and holds service information of the user contract. When receiving the API service request from the information network 3, the information network support function 12 analyzes the service request and transfers it to the distribution function 13.

  When the communication network support function 11 receives a session start request signal using a protocol used by the communication network, for example, SIP (Session Initiation Protocol), the session processing by the distribution function 13 and the communication network support function 11 is performed. The session information recording / holding management function 14 assigns an identifier to the state of one session, and records and holds the identifier in the signal history file 17. In the session management table 19, signal data for each identifier, difference data, and contract information data for each user are entered. The analysis processing function 18 searches the session management table 19 for each next session candidate service for a match or conflict state, service content, etc., and executes or does not execute the next candidate service by the match search. Then, API service contention control and state matching are performed.

  3 and 4 are sequence diagrams for explaining the operation of the service cooperation apparatus 1 according to the first embodiment. First, a sequence for recording the session control signal in the signal history file will be described. The communication network corresponding function 11 receives the prior SIP signal (step S0). Here, the prior SIP signal is an API service request signal received in step S1 or a SIP signal received before the initial INVITE signal received in step S2. Next, the distribution function 13 determines a service to be activated by the prior SIP session start request signal by an iFC (initial Filter Criteria) activation filter (step S11). In this case, the user contract information from the user contract information file 16 is used for the iFC activation filter function. Next, the distribution function 13 starts a session of the service to be activated determined in step S11 (step S12), and starts port management (step S13). Details of the port management will be described later.

  The session information record retention management function 14 assigns an identifier to the state of one session and manages the identifier (step S14). The identifier and the session information data are recorded and held in the signal history file 17, and the latest record is written in the session management table 19 (step S15). The distribution function 13 records the session information data difference information before and after the session via the port (in the case of a SIP signal, the header name or RequestURI of the difference occurrence target) in the signal history file 17, It is written in the management table 19 (step S16). The analysis processing function 18 stores and manages the identifier, session information data, and difference information in the session management table 19 (step S17).

  The data written in the session management table 19 is data relating to a prior SIP signal. In other words, the identifier of the SIP signal as a result of the port management of the prior SIP signal received and processed by the service cooperation apparatus 1 before the SIP signal received in step S2, the session information data, and before and after passing through the port The difference information is recorded and held in the signal history file 17, and the latest record is written in the session management table 19. The session information data includes user information.

  Next, a service cooperation operation sequence at the time of service request from the information network 3 will be described. First, the information network support function 12 receives an API service request from the information network 3 (step S1), and activates a service corresponding to the API received in step S1 (step S18). Next, the information network support function 12 determines whether the service is 3PCC (Third Party Call Control) or Web UA (User Agent) (step S19), and if it is 3PCC, the process proceeds to step S21. If the web UA, proceed to step 20. If it is a web UA, the information network corresponding function 12 accesses the web server to activate the service (step S20).

  On the other hand, in the case of 3PCC, the distribution function 13 analyzes and determines the 3PCC session including URI (Uniform Resource Identifier) analysis, and prepares resources such as necessary ports and sets procedure control. (Step S21). Next, the distribution function 13 uses the iFC filtering function for the API request received in step S1, and refers to the user information from the user contract information file 16 to set the procedure control in step S21. The service is corrected accordingly (step S22), and the session of the service to be activated is started by the session start request signal received in step S1 (step S4).

  Next, the analysis processing function 18 searches the session management table 19 for a match with the service content (URI, telephone number, etc.) of the section start request signal at step S4 (step S5). It is determined whether or not there is information (step S6). If there is matching information, the process proceeds to step 9 (when the communication network support function 11 receives a SIP request) or to step 24 (information network support function). When the API service request is received (No. 12), and there is no matching information, the process proceeds to Step 7 (when the communication network support function 11 receives the SIP request) or to Step S26 (the information network support function 12 If an API service request is received, proceed.

  When the communication network support function 11 receives the SIP request and there is no matching information, the distribution function 13 executes the process of the SIP cooperation service that is the service received in step S2 (step S7). The communication network corresponding function 11 relays the function request of the SIP cooperation service in Step 7 (Step S8).

  On the other hand, when the communication network support function 11 receives the SIP request and there is matching information, the service received in step S2 is rejected (step S9), and the communication network support function 11 performs step S2. The service refusal notice received in step 1 is relayed (step S10).

  When the information network support function 12 receives the API service request and there is matching information, the information network support function 12 rejects the 3PCC support service received in step S1 (step S24). . If the information network support function 12 receives the API service request and there is no matching information, the 3PCC service session received in step S1 is relayed (step S26).

  Next, a service cooperation operation sequence at the time of service request from the communication network 2 will be described. First, the communication network function 11 receives a SIP session start request signal (Initial INVITE signal) (step S2). The distribution function 13 determines the service to be activated by the session start request signal received in step S2 by the iFC activation filter (step S3). In this case, the user contract information from the user contract information file 16 is used for the iFC activation filter function. Next, the distribution function 13 starts the section of the service to be activated by the session start request signal received in step S2 (step S4).

  The analysis processing function 18 refers to the session management table 19, and searches for a match with the service content (URI, telephone number, etc.) of the session start request signal in step S4 (step S5). It is determined whether or not there is (step S6), and as described above, if there is matching information, either step 9 (when the communication network support function 11 receives the SIP request) or step 24 (information) If the network support function 12 receives the API service request), and if there is no matching information, the process proceeds to step 7 (when the communication network support function 11 receives the SIP request) or to step S26 (information network support). If function 12 receives an API service request), proceed.

  Hereinafter, as described above, steps S7, S8, steps S9, S10, steps S24, S25, or step S26 are executed.

B. Second Embodiment Next, a second embodiment of the present invention will be described.
FIG. 5 is a block diagram showing a configuration of the service cooperation apparatus 81 according to the second embodiment. Note that portions corresponding to those in FIG. FIG. 6 is a conceptual diagram for explaining the port management function according to the second embodiment.

  In the second embodiment, port management is a method of cooperative service conflict control. When the distribution function 83 receives an API service request access from the information network 3 or when the communication network support function 11 receives an SIP signal access, as shown in FIG. 6, the generation port 51 and the non-occurrence port 55 And performs port management for performing the above-described access contention control and state matching.

  Here, the port is a resource for entering a UA (User Agent) in the service cooperation apparatus 81, and passes the SIP event received by the service cooperation apparatus 81 to the UA. The generated ports differ depending on the port position, and there are a generation port, a non-occurrence port, a 3PCC port, and the like.

  The port management is to confirm the direction of the SIP event received by the service cooperation apparatus 81 and to distribute the event to each port (UA). The UA is an abstraction of opposing elements such as the service handled by the service cooperation apparatus 81 and the communication network support function 11, and includes a generated UA, a non-generated UA, a web UA, and 3PCCUA.

  In the distribution function 83 that has received the SIP signal from the communication network 2, as shown in FIG. 6, the activation filter is performed by iFC and the activation process is performed to copy the signal content of the session start request event at the occurrence port 51, Then, the signal content of the session start request event after the processing of the service 71 is compared with the copy via the opposing element UA 61, and the header name or “Request URI” of the difference occurrence target is recorded and held in the signal history file 17. . Similarly, the signal content of the session start request event is copied by input at the port 54, and the signal content of the session start request event after processing of the service 72 is compared with the copy at the input via the opposing element UA62. The difference information is recorded and held in the signal history file 16. The held signal history is released after the last session start request event is transmitted from the non-occurrence port 55.

C. Third Embodiment Next, a third embodiment of the present invention will be described.
FIG. 7 is a block diagram illustrating a configuration of the service cooperation apparatus 100 according to the third embodiment. In FIG. 7, parts corresponding to those in FIG. 2 or FIG. The service cooperation apparatus 100 according to the third embodiment is configured when authentication for a service request by API is necessary. The management control function 21 checks the validity of the request by the API. The SIP request from the communication network 2 is not authenticated by the management control function 21 because the authentication by the communication network 2 is complete. The system maintenance terminal 101 performs data update maintenance work for the user contract information file 16.

  FIG. 8 is a sequence diagram for explaining the operation of the service cooperation apparatus 100 according to the second embodiment. First, the information network support function 12 receives an API service request from the information network 3 (step S1), and activates a service corresponding to the API received in step S1 (step S18). Next, the information network support function 12 determines whether the service is 3PCC or web UA (step S19). If it is 3PCC, the process proceeds to step S30. If it is web UA, the process proceeds to step 32. move on.

  If it is 3PCC, the management control function 21 determines whether or not to authenticate 3PCC access (output of step S19) (step S30). If authentication is to be performed, step S21 (3PCC in the distribution function 13) is determined. If it is not authenticated, the process proceeds to step S31.

  If the 3PCC access is authenticated, the distribution function 13 performs analysis determination including URI analysis for the 3PCC session, and prepares resources such as necessary ports and sets procedure control (step). S21). Next, the distribution function 13 uses the iFC filtering function for the API request received in step S1, and refers to the user information from the user contract information file 16 to set the procedure control setting in step S21 as necessary. The service session to be started is started by the session start request signal received in step S2 (step S4). On the other hand, when the 3PCC access is not authenticated, the information network support function 12 transfers a service rejection notice for 3PCC to the Web server (step S31).

  If it is a web UA (web UA in step S19), the management control function 21 determines whether or not to authenticate the access of the web UA (output of step S19) (step S32) and authenticates it. For example, the process proceeds to step S20 (transfer function in the information network function 12), and if not authenticated, the process proceeds to step S33.

  If the web UA access is not authenticated, the information network support function 12 relays a service rejection notice for the web UA to the web server (step S33). On the other hand, when authenticating the web UA access, the information network support function 12 accesses the web server in order to activate the service (step S20).

D. Fourth Embodiment Next, a fourth embodiment of the present invention will be described.
FIG. 9 is a block diagram illustrating examples of connection interfaces between the service cooperation apparatus 200 and the communication network 2 and between the service cooperation apparatus 200 and the information network 3 according to the fourth embodiment. An IMS (Internet Protocol Multimedia Subsystem) compliant telecom service is provided between the service cooperation apparatus 200 and the communication network 2, and SOAP / HTTP (Internet Protocol Multimedia Subsystem) is provided between the service cooperation apparatus 200 and the information network 3. Web services of Simple Object Access Protocol / Hyper Text Transfer Protocol (WSDL) protocol and WSDL (Web Services Description Language) description by SOAP are being provided.

  FIG. 10 is a conceptual diagram showing the relationship between service categories and priorities according to the fourth embodiment. As shown in the figure, the services are classified in the order of high priority into categories of dedicated service, calling number operation service, general service, called number search service, connection system service, and non-competing service. In the fourth embodiment, coexistence of services is realized by categorizing the provided services and giving priority to each service category in a fixed manner. A service category is a classification of services. Coexistence of services is achieved by assigning fixed priority and trigger point to each service category.

  FIG. 11 is a block diagram illustrating a configuration of the service cooperation apparatus 200 according to the fourth embodiment. It should be noted that parts corresponding to those in FIG. The service information file 20 holds, for each service, service category information in which a category and a priority order thereof are determined in advance by service classification. The distribution function 13 refers to the service category of the service information file 20, determines the category data of the service request, and performs priority control, thereby performing contention control on the service request and using a trigger point (Trigger Point). By performing port management, contention due to interference between services of the communication network 1 and the information network 3 is controlled.

  12 and 13 are sequence diagrams for explaining the operation of the service cooperation apparatus 200 according to the fourth embodiment. In the following, only the difference steps of the first to third embodiments will be described. The distribution function 13 uses the iFC filtering function, the user information from the user contract information file 16 and the service category information 201 stored in the service information file 20 for the API request received in step S1. The procedure control setting is corrected as necessary (step S22).

  In the first to fourth embodiments described above, a program for realizing each step by the service cooperation apparatuses 1, 81, 100, 200, etc. is recorded on a computer-readable recording medium and recorded on this recording medium. Each step may be processed by causing the computer system to read and execute the program. Here, the “computer system” may include an OS and hardware such as peripheral devices. Further, the “computer system” includes a homepage providing environment (or display environment) if a WWW system is used. The “computer-readable recording medium” means a flexible disk, a magneto-optical disk, a ROM, a writable nonvolatile memory such as a flash memory, a portable medium such as a CD-ROM, a hard disk built in a computer system, etc. This is a storage device.

  Further, the “computer-readable recording medium” means a volatile memory (for example, DRAM (Dynamic DRAM) in a computer system that becomes a server or a client when a program is transmitted through a network such as the Internet or a communication line such as a telephone line. Random Access Memory)), etc., which hold programs for a certain period of time. The program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

  The development of services by cooperation between a network service provided by a telecommunications carrier and the Internet by publishing an API interface on the Web with a standardized open function system has been attempted. The system that realizes the state matching can provide efficient services by avoiding the collision of the service element functions, so that the communication industry and the Web industry can be developed.

It is a block diagram which shows the structure of the basic system using the service cooperation apparatus by 1st Embodiment of this invention. It is a block diagram which shows the structure of the service cooperation apparatus 1 by this 1st Embodiment. It is a sequence diagram for demonstrating operation | movement of the service cooperation apparatus 1 by this 1st Embodiment. It is a sequence diagram for demonstrating operation | movement of the service cooperation apparatus 1 by this 1st Embodiment. It is a block diagram which shows the structure of the service cooperation apparatus 81 by this 2nd Embodiment. It is a conceptual diagram for demonstrating the port management function by this 2nd Embodiment. It is a block diagram which shows the structure of the service cooperation apparatus 100 by this 3rd Embodiment. It is a sequence diagram for demonstrating operation | movement of the service cooperation apparatus 100 by this 2nd Embodiment. It is a block diagram which shows the example of the connection interface between the service cooperation apparatus 200 and the communication network 2, and between the service cooperation apparatus 200 and the information network 3 by this 4th Embodiment. It is a conceptual diagram which shows the relationship between a service category and a priority by this 4th Embodiment. It is a block diagram which shows the structure of the service cooperation apparatus 200 by this 4th Embodiment. It is a sequence diagram for demonstrating operation | movement of the service cooperation apparatus 200 by this 4th Embodiment. It is a sequence diagram for demonstrating operation | movement of the service cooperation apparatus 200 by this 4th Embodiment.

Explanation of symbols

1, 81, 100, 200 Service cooperation device 2 Communication network 3 Information network 11 Communication network support function 12 Information network support function 13, 83 Distribution function 14 Session information retention management function 16 User contract information file 17 Signal history file 18 Analysis processing function 19 Session management table 20 Service information file 201 Service category information 21 Management control function 51-55 Port 61, 62 UA
71, 72 Service 101 System maintenance terminal 831 Port management function

Claims (5)

A service cooperation device connected to a communication network and an information network,
A communication network corresponding means for receiving a session control signal from the communication network;
An information network corresponding means for receiving a service request from the information network;
When the communication network correspondence means receives a session control signal or the information network correspondence means receives a service request, a distribution means for generating a generation port and a non-occurrence port;
A communication history holding means for starting a session of a service using the occurrence port or the non-occurrence port, and holding a communication history related to communication with the communication network or the information network;
Analysis processing means for determining whether to execute or not execute the next session candidate service based on the communication history held in the communication history holding means for each next session candidate service;
A service cooperation apparatus comprising:   After authenticating the service request received by the information network handling means and preventing occurrence of session conflict or session collision using the occurrence port and non-occurrence port generated by the distribution means, 2. The service cooperation apparatus according to claim 1, further comprising management control means for notifying a communication control instruction corresponding to a service request to the information network via the information network correspondence means. Service information holding means for categorizing services provided from the communication network or the information network and holding service category information in which priority is fixedly assigned to each service category,
The sorting means is
2. The service cooperation apparatus according to claim 1, wherein the service request is controlled in accordance with a priority order based on service category information held in the service information holding means. A service contention control method for controlling contention of service requests from a communication network and an information network,
Receiving a session control signal from the communication network;
Receiving a service request from the information network;
Generating a generation port and a non-occurrence port upon receiving the session control signal or the service request;
Starting a service session using the occurrence port or non-occurrence port, and maintaining a communication history related to communication with the communication network or the information network;
For each next session candidate service, based on the communication history, determining whether to execute or not execute the next session candidate service;
A service contention control method comprising: On the computer of the service cooperation device connected to the communication network and the information network,
Receiving a session control signal from the communication network;
Receiving a service request from the information network;
Generating a generation port and a non-occurrence port upon receiving the session control signal or the service request;
Starting a service session using the occurrence port or non-occurrence port, and maintaining a communication history related to communication with the communication network or the information network;
For each next session candidate service, based on the communication history, determining whether to execute or not execute the next session candidate service;
A program characterized by having executed.

Images