JP5083403B2 - Service providing system and its providing method - Google Patents

Description

  The present invention relates to a service providing system and a method for providing the same, and the service providing system of the present invention particularly includes a SIP environment that operates based on a Session Initiation Protocol (SIP) and a Web (World The present invention relates to a system that provides services to connected clients by linking applications to each other by fusing different environments such as Wide Web) environments. The service providing method of the present invention relates to a method of providing a service by, for example, linking applications operating in different environments, for example, the achievement status of the purpose of communication by recording a VoIP communication started from a web browser, for example. It is related to the realization of the communication process management type AP that manages the system and supports the execution of the communication and the achievement of the purpose.

  Conventionally, a SIP-based AP (APplication) environment and a Web-based AP environment have not been integrated, and have been realized as separate AP environments. This is because the conventional Web-AP environment is used to construct information-providing AP services provided by corporate information systems and ISPs (Internet Service Providers), while the SIP-AP environment is used to construct telephone services. It depends on what has been done. That is, each environment is used for different purposes.

  Further, when linking and connecting server environments realized by such different communication protocols, a system that mediates a protocol conversion gateway is generally employed. As the protocol conversion gateway, an HTTP-SIP conversion gateway that realizes an interconnection conversion function between HTTP (Hyper Text Transfer Protocol), which is a protocol in the Web environment, and SIP, which is a protocol in the SIP environment, is used.

RFC3261, Internet <URL: http://www.ietf.org/rfc/rfc3261.txt> JSR116, Internet <URL: http://jcp.org/aboutJava/communityprocess/final/jsr116/index.html>

  By the way, the HTTP-SIP conversion gateway makes it possible to realize only a simple function that is incorporated in advance in the HTTP-SIP conversion gateway mechanism and operates according to the protocol conversion rule. However, for example, when a plurality of people manage a plurality of communications under a single purpose, it is known that a single communication system using the HTTP-SIP conversion gateway or a conversion gateway cannot be flexibly implemented.

  As a difficult example of this implementation, a relatively large-scale system proposal corresponds to this. More specifically, a system proposal in which a plurality of salesmen and SEs (Sales Engineers) usually develop a business while communicating with a plurality of customer contacts and persons in charge is considered. In this proposal, multiple people will carry out multiple communications such as business negotiations and technical proposals in order to achieve the objectives such as contract closing and system construction. For this implementation, it is known that a communication system should be constructed for each purpose.

  In addition, it is preferable that the achievement status of the objective is made to correspond to the presence on the database in the SIP environment, and the status change due to the implementation or the status changed is notified. However, when the system is constructed in this way, the system holds the HTTP transaction for a long time. Therefore, it can be seen that the exemplified system is not an appropriate implementation method from the viewpoint of effective use of resources and realization of a user interface as a practical application.

  The present invention has been made in view of the above problems, and an object thereof is to provide a service providing system and a providing method thereof that can realize centralized situation management based on a viewpoint of performing a plurality of communications.

  In order to solve the above-mentioned problem, the present invention is a system that operates based on the hypertext transfer protocol (HTTP) and controls a service of the first communication between the first communication device and the second communication device. A first system that is a system having a first server that is connected to three communication devices, and a system that operates based on a session initiation protocol (SIP), and that is connected to the first communication device and to the second communication device. A service providing system that includes a server and includes a second system that is a system that controls the first communication between the first communication device and the second communication device, and the first system and the second system operate in cooperation with each other. The first system includes a first call attempt management unit and a first proxy management unit, and the second system includes a second call attempt tube. The second call attempt management unit is a service instance corresponding to the first communication service, and is requested from the first system in a call attempt which is an instance having a lifetime. The second proxy manager manages the user agent corresponding to the service instance requested from the first system and the presence of the user agent, and manages the first service instance and the lifetime status of the call attempt. The call attempt management unit accesses the second call attempt management unit from the first system based on the progress of the service of the first communication, sets the status in the lifetime of the call attempt, and the first proxy management unit 3rd Based on the first communication service request received from the device via the first server, the first system accesses the second proxy management unit, sets the user agent, and changes the progress status of the first communication service. The first proxy accesses the second proxy management unit from the first system, sets the presence of the user agent, and the first server sends a signal including a processing result corresponding to the progress of the first communication service to the third communication. A signal transmitted to the apparatus and including a processing result corresponding to the request for the first communication service is transmitted to the third communication apparatus, and a signal including a processing result corresponding to a change in the progress of the first communication service; It transmits to a 3rd communication apparatus, It is characterized by the above-mentioned.

  In order to solve the above-mentioned problem, the present invention is a system that operates based on the hypertext transfer protocol (HTTP) and controls a service of the first communication between the first communication device and the second communication device. The first system, which is a system having a first server connected to the third communication device, is a system that operates based on the session initiation protocol (SIP), and is connected to the first communication device and to the second communication device. A service that has a second server, has a second system that is a system for controlling the first communication between the first communication device and the second communication device, and operates in cooperation with the first system and the second system In the service providing method in the providing system, the first system includes a first call attempt management unit and a first proxy management unit, and a second system. The system has a second call attempt management unit and a second proxy management unit, and this method is an instance in which the second call attempt management unit is a service instance corresponding to the service of the first communication and has a lifetime. In the call attempt, a second call attempt management step for managing a service instance requested from the first system in the second call attempt management unit and a lifetime status of the call attempt, and a second proxy management unit, The second agent management step for managing the user agent corresponding to the service instance requested from the system and the presence of the user agent, and the first call attempt management unit, based on the progress of the first communication service, Shi A first call attempt management step of accessing a second call attempt management unit of the second system from the system and setting a status in the lifetime of the call attempt, and a first proxy management unit from the third communication device to the first Based on the first communication service request received via the server, the first system accesses the second proxy management unit of the second system, sets the user agent, and changes in the progress of the first communication service. The first proxy management step of accessing the second proxy management unit of the second system from the first system and setting the presence of the user agent, and the first server corresponding to the progress of the first communication service A signal including the processing result is transmitted to the third communication device, and the first communication service is transmitted. A signal including a processing result corresponding to the request for the service is transmitted to the third communication device, and a signal including a processing result corresponding to the change in the progress status of the first communication service is transmitted to the third communication device. A transmission step.

  According to the present invention, a request (occurrence of a request) from a client connected to the first system is executed as a call attempt, and the first call attempt management unit for the request is started using the HTTP protocol, and the second system A request from a client connected to one system is sent via the linkage management unit and the linkage management unit, this request is converted to a SIP protocol request, and the request is processed by the second call attempt management unit. The response is sent to the client of the first system that has requested the response through the reverse communication path, displayed, and the first proxy management unit and the second proxy management unit are operated in order by a user click, for example, and the registration is performed. By returning the registration result to the first system in the reverse order of the procedure, and then executing a request from the first system to establish a call, It is possible to achieve the effect of realizing centralized situation management based on the viewpoint of performing communication.

It is a block diagram which shows the structural example of the accessor component in the communication system to which the service provision system of this invention is applied. It is a block diagram which shows the schematic structural example in the communication system of FIG. It is a schematic block diagram which shows the structural example of the SIP environment in the communication system of FIG. It is a schematic block diagram which shows the structural example of the Web environment in the communication system of FIG. It is a sequence chart explaining the operation | movement procedure with respect to the service generation request in the communication system shown in FIG. 6 is an operation sequence chart following FIG. 5. It is a sequence chart explaining the operation | movement procedure with respect to presence setting in the communication system shown in FIG. It is an operation | movement sequence chart following FIG. It is a sequence chart explaining the operation | movement procedure with respect to message transmission in the communication system shown in FIG. 10 is an operation sequence chart following FIG. 9. It is a sequence chart explaining the operation | movement procedure until the call establishment by the call attempt in the communication system shown in FIG. 12 is an operation sequence chart following FIG. It is a sequence chart explaining the operation | movement procedure of the status setting by the call attempt in the communication system shown in FIG. 14 is an operation sequence chart following FIG. It is a sequence chart explaining the operation | movement procedure of the status change notification by the call attempt in the communication system shown in FIG. FIG. 16 is an operation sequence chart following FIG. 15. FIG. 16 is a sequence chart for explaining the operation procedure of status retention notification by call attempt when the status remains from the processing in FIG. It is a block diagram which shows the schematic structure of the other Example in the communication system of FIG. It is a schematic block diagram which shows the structural example of SIP environment among the other Examples in the communication system of FIG. It is a schematic block diagram which shows the structural example of FTP environment among the other Examples in the communication system of FIG. FIG. 16 is a sequence chart for explaining an operation procedure of status change notification by call attempt in the FTP environment following the processing of FIG.

  Next, embodiments of a service providing system according to the present invention will be described in detail with reference to the accompanying drawings. The embodiment of the service providing system according to the present invention is a case where the present invention is applied to the communication system 10.

  The illustration and description of parts not directly related to the present invention are omitted. In the following description, the signal is indicated by the reference number of the connecting line in which it appears.

  1 to 4, a communication system 10 operates based on a hypertext transfer protocol (HTTP) and controls a communication service between session initiation protocol (SIP) clients 18. Yes, a Web system 14 that is a system having a Web server 34 / Web-AP server 38 connected to the Web client 20, and a system that operates based on the SIP protocol, and a SIP server 22 / SIP- that is connected to the SIP client 18 In a service providing system that has an AP server 26 and a SIP system that is a system that controls communication between SIP clients 18, and the Web system 14 and the SIP system 12 operate in cooperation, the Web system 14 Call attempt management unit 56 and service agent UA (User Agent) management unit 54 The SIP system 12 includes a call attempt management unit 100 and a service proxy UA management unit 98. The call attempt management unit 100 is a service instance corresponding to a communication service and has a lifetime. The service agent UA management unit 98 manages the service instance requested from the Web system 14 and the lifetime of the call attempt. The service proxy UA management unit 98 manages the user agent corresponding to the service instance requested from the Web system 14 and this user. Based on the progress of the communication service, the call attempt management unit 56 accesses the call attempt management unit 100 from the Web system 14 based on the progress of the communication service. The service proxy UA management unit 54 sets the service proxy UA management unit 98 from the Web system 14 based on the communication service request received from the Web client 20 via the Web server 34 / Web-AP server 38. To access the service agent UA management unit 98 from the Web system 14 based on the change in the progress of the communication service, set the presence of the user agent, and the Web server 34 / Web- The AP server 38 transmits a signal including a processing result corresponding to the progress of the communication service to the Web client 20 and transmits a signal including a processing result corresponding to the request for the communication service to the Web client 20 to perform communication. A signal containing processing results corresponding to changes in the service progress status of the service is sent to the Web client 20 Characterized by trust.

  As shown in FIG. 2, the communication system 10 of this embodiment includes a SIP system 12, a Web system 14, a SOAP / CORBA network 16, a SIP client 18, and a Web client 20. In the communication system 10, a SIP system 12 and a Web system 14 are connected by a SOAP / CORBA network 16. The SIP system 12 and the Web system 14 are arranged on network environments belonging to different network domains, and, as will be described later, a function that complements the Web environment and the SIP environment that the SIP system 12 and the Web system 14 originally do not have Have a block. As a result, the communication system 10 includes one environment corresponding to a system in which the SIP system 12 and the Web system 14 are arranged in a LAN environment in one server computer or in the same domain.

  Each SOAP / CORBA network 16 connects systems by functioning a communication protocol that plays a role of mediating information between the SIP system 12 and the Web system 14. Among the communication protocols described above, SOAP (Simple Object Access Protocol) is a communication protocol that defines the data format and message processing rules of messages exchanged between Web services. When the SOAP / CORBA network 16 uses SOAP, a service requester, a service provider, and a service intermediary exchange SOAP messages according to this rule with each other. CORBA is a distributed object technology developed by OMG (Object Management Group).

  The SIP client 18 has a client environment that connects to the SIP server 22 and uses the functions provided by the SIP-AP 26. A typical example is a SIP soft phone. In this embodiment, SIP client terminals 46 and 48 are used.

  The Web client 20 is fully equipped with a client environment so as to connect to the Web server 34 and use the functions provided by the Web-AP 42. A typical web client is a web browser. In this embodiment, Web browsers 50 and 52 are used. Here, the Web browser 52 is for maintenance.

  Furthermore, each of the components of the SIP system 12 and the Web system 14 described above will be briefly described. The SIP server 22 is a server that responds to client requests based on SIP, which is a client-server model protocol that communicates end-to-end, and is specified in particular by the International Engineering Task Force (IETF). For example, it has a function of handling and managing SIP compliant with RFC (Request For Comments) 3261. Of these management functions, the SIP server 22 generally includes three server functions, namely, a SIP proxy server function, a SIP registrar server function, and a SIP location server function. First, the SIP proxy server function is a function of relaying a SIP message as a proxy for a client. Second, the SIP registrar server function is a function for managing client registration. Third, the SIP location server function has a function of managing registered client address information and the like. The SIP server 22 is connected to, for example, SIP client terminals 46 and 48 that are components of the SIP client 18, and exchanges information and SIP messages provided from the SIP-AP server 26.

  The SIP-DB 24 is a storage managed by the SIP server 22, for example, storing user information and presence information in association with each other. The SIP-DB 24 is connected to the SIP server 22 and provides information in response to a search request from the SIP server 22. Some have a function. In the SIP-DB 24, the user information is client address information or information used for authentication. The presence information is information such as whether or not the client is connected to the SIP system 12, whether or not the client is activated and used, and whether or not the client is connected to another client.

  The SIP-AP server 26 is a server that operates an application managed by the SIP server 22 based on the SIP protocol in response to an operation. The SIP-AP server 26 is connected to the SIP server 22 and the SIP-API 28, respectively. The SIP-API 28 has a function of transmitting a SIP request received by the SIP server 22 to an application and a function of issuing a request to the SIP server 22. SIP requests include session establishment, confirmation response, call termination and presence change.

  The SIP-API 28 is an application interface provided by the SIP-AP server 26. The SIP-AP server 26 is connected to the SIP-AP 30 via the SIP-API 28. A typical SIP-API 28 is a SIP Servlet application interface that is being standardized in JCP (Java (trademark) Community Process).

  The SIP-AP 30 is an application that is constructed by the connected SIP-API 28 and operates on the SIP-AP server 26. Examples of the SIP-AP 30 include an IP phone, an instant message, a TV (TeleVison) phone, and presence communication.

  The web accessor component 32 is a generic name for a group of components in which the SIP-AP 30 is linked with the web system 14, and each component represents a library software component. Therefore, the Web accessor component 32 is called when the SIP-AP 30 operates, and is used when communicating with the SIP accessor component 44 described later of the Web system 14. For example, as shown in FIG. 3, the Web accessor component 32 includes a service agent UA (User Agent) management unit 54, a call attempt (Call Attempt: CA) management unit 56, a cooperation management unit 58, and a component application interface (component API). ) Including 60.

  Further, the Web accessor component 32 will be described with reference to FIG. The service proxy UA management unit 54 has a function of operating and managing service proxy UA information managed in the SIP system 12 in the SIP environment. The service proxy UA realizes a service as a UA that virtually exchanges a request and a response between the established SIP clients by regarding the service instance as a SIP client.

  The service proxy UA management unit 54 includes the following representative functional modules: proxy UA generation function unit 62, proxy UA registration function unit 64, proxy UA deletion function unit 66, presence setting function unit 68, message transmission function unit 70, a proxy UA information editing function unit 72 and a proxy UA information search function unit 74. The proxy UA generation function unit 62, the proxy UA registration function unit 64, and the proxy UA deletion function unit 66 have a UA generation function, a registration function, and a deletion function corresponding to the service instance, respectively. The presence setting function unit 68 has a function of changing the presence information of the UA corresponding to the service instance. The message transmission function unit 70 has a function of transmitting a message from a UA corresponding to a service instance to a specified UA. The message includes, for example, a text string.

  The proxy UA information editing function unit 72 has a function of editing UA user information corresponding to the service instance. Finally, the proxy UA information search function unit 74 has a function of searching for UA user information corresponding to the service instance.

  The call attempt management unit 56 has a function of operating and managing call attempt information managed in the SIP system 12 in the SIP environment. To achieve the objective, multiple communications are repeatedly executed, so the call attempt management unit 56 changes the situation toward the achievement of the objective according to the progress of communication, and the situation toward the achievement of the objective along with this change. Will progress.

  Specific functions will be described. The call attempt management unit 56 calls an instance of an object whose lifetime is from the time when the caller first attempts to contact to the achievement of the call purpose as a call attempt, manages the status at this lifetime, and sets the caller information. Operations are managed together with information such as callee information and call attempt history information. Here, the status represents information corresponding to the target achievement status as a value. The status includes, for example, completion, waiting for an answer, waiting for a message, and a re-request schedule. The call attempt information is a general term for CA caller information, callee information, and call attempt history information.

  The call attempt management unit 56 includes a generation function unit 76, a deletion function unit 78, a status search function unit 80, a status setting function unit 82, a status change notification function unit 84, a status retention notification function unit 86, an information editing function unit 88, and information A search function unit 90 is included. The generation function unit 76 and the deletion function unit 78 respectively have a CA generation function and a deletion function corresponding to the caller's call instance. The status search function unit 80 and the status setting function unit 82 each have a checking function and a setting function for CA communication status information corresponding to the calling instance.

  The status change notification function unit 84 has a function of notifying the change in the progress of the status such as a call or confirmation in accordance with the status change by the operation of the caller or the callee. In addition, the status stay notification function unit 86 has a function of notifying that a change is not made when there is no change in the status for a certain period of time even if notification is made so as to respond to the change. Or, it alerts the incoming party to a change in status and promotes it. The information editing function unit 88 and the information search function unit 90 respectively have an editing function and a search function for CA caller information, callee information, and call attempt history information corresponding to the calling instance.

  The component APIs 92 and 94 are included in the component API 60 of FIG. 3, and are interfaces for the SIP-AP 30 to use the service proxy UA management unit 54 and the call attempt management unit 56.

  The Web accessor component 32 can be used in combination from the SIP-AP 30 side depending on what functions are realized as a specific SIP-AP 30. Can be expanded at any time. By adding / extending this component, variations of linkage with the Web system 14 will also be added / extended.

  The linkage management unit 58 cooperates with the corresponding linkage management unit 96 in the Web system 14 to access the service proxy UA management unit 54 and the call attempt management unit 56 from the Web system 14 side or access to the Web system 14 side. It has a function to manage the communication environment to be performed. The linked management environment includes, for example, an environment setting corresponding to a SOAP or CORBA protocol. The cooperation management unit 58 has a function of converting information into a common communication protocol and a function of converting information into a SIP protocol.

  Returning to FIG. 4, the Web system 14 will be described. The Web server 34 is a server that handles and manages based on the HTTP protocol. The web server 34 is connected to web browsers 50 and 52 that are components of the web client 20. The Web server 34 is connected to the Web-DB 36 and the Web-AP server 38 to manage them.

  The Web-DB 36 is a storage for storing information managed by the Web server 34 and has a function of providing information in response to a search request from the Web server 34. Information to be managed includes client billing information and usage logs.

  The Web-AP server 38 is a server that is always activated and operates an application managed by the Web server 34 in accordance with an operation based on the HTTP protocol that is a Web protocol. Examples of the Web-AP server 38 include open source TOMCAT and BEA (trademark) WebLogic (trademark). The Web-AP server 38 is connected to the Web-AP 42 via the Web-API 40. The Web-AP server 38 may operate an application based on information in the Web-DB 36.

  The Web-API 40 is an application interface provided by the Web-AP server 38. Web-API 40 includes HTTP Servlet API and EJB (Enterprise Java (trademark) Beans) defined in the J2EE (Java2 Enterprise Edition) environment as typical APIs. The Web-API 40 enables information exchange between the Web-AP server 38 and the Web-AP 42.

  The Web-AP 42 is a Web application that is constructed by the connected Web-API 40 and runs on the Web-AP server 38, and is also connected to the SIP accessor component 44. The Web-AP 42 has APs such as an Internet shopping mall, a corporate portal, and content distribution.

  The SIP accessor component 44 is a generic term for a component group in which the Web-AP 42 cooperates with the SIP system 12, and is library software called when the Web-AP 42 operates. The SIP accessor component 44 is used when the Web-AP 42 communicates with the Web accessor component 32 on the SIP system 12. In this case as well, like the Web accessor component 32, the Web-AP 42 can be used in combination from the Web-AP 42 side depending on what functions are realized in cooperation with the SIP-AP 26. . The SIP accessor component 44 can be expanded at any time according to the use, and the addition / expansion of this component also adds / expands variations of cooperation with the SIP system 12.

  The SIP accessor component 44 includes a service proxy UA management unit 98, a call attempt management unit 100, a cooperation management unit 96, and a component API 102. The service proxy UA management unit 98 is a component in the Web system 14 in the Web environment that accesses service proxy UA information managed in the SIP system 12 in the SIP environment.

  Further, the service proxy UA management unit 98 will be described with reference to FIG. The service proxy UA management unit 98 includes a function unit that accesses each function unit in the SIP environment side service proxy UA management unit 54 through communication between the cooperation management unit 58 and the cooperation management unit 96. Service proxy UA management unit 98 includes proxy UA generation access function unit 104, proxy UA registration access function unit 106, proxy UA deletion access function unit 108, presence setting access function unit 110, message transmission access function unit 112, proxy UA information editing Each includes an access function unit 114 and a proxy UA information search access function unit 116.

  The proxy UA generation access function unit 104, the proxy UA registration access function unit 106, and the proxy UA deletion access function unit 108 are respectively connected from the Web system 14 to the proxy UA generation function unit in the service proxy UA management unit 54 in the SIP system 12. 62, a module for accessing the proxy UA registration function unit 64 and the proxy UA deletion function unit 66. The presence setting access function unit 110 is a module that accesses the presence setting function unit 68 of the service proxy UA management unit 54 from the service proxy UA management unit 98 and changes the presence of the proxy UA in response to a change in the presence status of the service. . The presence change result is notified to the watcher of the presence information via the SIP server 22.

  Further, the message transmission access function unit 112 accesses the message transmission function unit 70 of the service proxy UA management unit 54 from the service proxy UA management unit 98 according to a change in the service progress status, and creates a message for the proxy UA. It is a module that transmits. The message is notified to the receiving side via the SIP server 22.

  The proxy UA information editing access function unit 114 and the proxy UA information search access function unit 116 are respectively a proxy UA information editing function unit 72 and a proxy UA information search function in the service proxy UA management unit 54 in the SIP system 12 from the Web system 14 This module accesses the unit 74.

  In this way, all the functional units stored in the service proxy UA management unit 98 achieve access from the Web environment side by accessing the corresponding functional units in the SIP environment side service proxy UA management unit 54, respectively. .

  The call attempt management unit 100 is a component in the Web system 14 that accesses call attempt information managed in the SIP system 12. The call attempt management unit 100 includes a generation access function unit 118, a deletion access function unit 120, a status search access function unit 122, a status setting access function unit 124, a status change notification access function unit 126, a status retention notification access function unit 128, information An edit access function unit 130 and an information search access function unit 132 are included.

  The generation access function unit 118 and the deletion access function unit 120 are modules each having a function of accessing the generation function unit 76 and the deletion function unit 78 of the call attempt management unit 56 in the SIP system 12 from the Web system 14. The status search access function unit 122 and the status setting access function unit 124 are modules having functions of accessing the status search function unit 80 and the status setting function unit 82 of the call attempt management unit 56 in the SIP system 12 from within the Web system 14, respectively. It is.

  The status change notification access function unit 126 and the status retention notification access function unit 128 access the status change notification function unit 84 and the status retention notification function unit 86 of the call attempt management unit 56 in the SIP system 12 from the Web system 14, respectively. This module has a function to Further, the information edit access function unit 130 and the information search access function unit 132 are modules having functions to access the information edit function unit 88 and the information search function unit 90 of the call attempt management unit 56 in the SIP system from the Web system 14, respectively. It is.

  The linkage management unit 96 cooperates with the corresponding linkage management unit 58 in the SIP system 12 and accesses the SIP system 12 or the Web system 14 side using the service proxy UA management unit 54 and the call attempt management unit 56. It has a function to make it. For this function, a communication environment corresponding to the cooperative management of the SIP system 12 is set. For this communication environment, a cooperative management environment such as SOAP or CORBA is used.

  The component API 102 is arranged for use by the Web-AP 42. As shown in FIG. 1, the component API 102 includes component APIs 134 and 136 corresponding to the service proxy UA management unit 98 and the call attempt management unit 100, respectively.

  By configuring in this way, the AP built in the SIP system 12 and the AP built in the Web system 14 can be linked to each other, and the SIP system 12 and the Web system 14 can be integrated, and real-time Through the simple communication, the constructed AP service can be provided to the user.

  Next, the operation of the communication system 10 will be described. The communication system 10 is a flexible management system for SIP-AP 30 and Web-AP 42, as well as centralized management of the situation from the viewpoint of achieving the objectives of multiple communications, which has been a problem with conventional linkage methods using HTTP-SIP conversion gateways. The procedure for enabling linkage is shown.

  In general, communication is not always completed by establishing communication between the interlocutors and finally disconnecting the communication. Communication takes place with purpose. In other words, it can be said that communication ends when it achieves its purpose. From the perspective of achieving the objectives, there are several stages of communication. Each of the stages is called a status as described above.

  The status in communication is roughly classified into completion, waiting for an answer, waiting for a message, and a re-request schedule. The completion status indicates that the goal has been achieved. The answer waiting status means that the requested item is scheduled. The message waiting status indicates that the request item is not transmitted from the message to the respondent. Further, the re-request schedule status indicates that the request item from the requester has not yet been transmitted.

  Actually, the situation where the request is not transmitted is equivalent to the situation where the message waiting status and the scheduled re-request status are trapped. More specifically, there are situations where an e-mail has been sent to a communication partner but this partner has not read, a situation where a message memo has remained, a situation where the message person has forgotten, and the like.

  The communication is repeatedly executed until the status is finally completed. If this status change can be centrally managed and displayed by a certain Uniform Resource Locater (URL), for example, not only the communication party but also the third party can visually grasp the achievement status for the purpose of communication. As a result, communication is reliably performed. This can avoid human errors such as forgetting answers and forgetting requests. In addition, for communication to achieve important objectives, managers and supervisors can manage the progress and status of communications appropriately, and managers and supervisors can appropriately provide instructions and hints as appropriate. Can be given.

  Based on the basic concept as described above, as shown in FIGS. 5 and 6, the operation of accessing the SIP system 12 from the Web system 14 and generating the service proxy UA will be described in order. The web browser 50 of the web client 20 in FIG. 4 issues an execution request for “service generation” to either the web server 34 or the web-AP server 38 at time T10 (Gen._REQ. 140). The user information included in the issued service generation request includes information related to a contract such as the user's name, address, age, and address information, and information used for authentication when using the system. In general, an execution request for “service generation” is performed using a GUI (Graphical User Interface) provided by the Web server 34 displayed on the Web browser 50.

  Next, either one of the Web server 34 and the Web-AP server 42 receives a start signal (for the proxy UA generation access function unit 104 based on the “service generation request (Gen._REQ. 140)” sent from the Web browser 50 ( Launching) 142 is generated. Either the Web server 34 or the Web-AP server 42 supplies the activation signal 142 generated at time T12 to the service proxy UA management unit 98.

  The service proxy UA management unit 98 uses the component API 134 based on the activation signal 142 to activate the proxy UA generation access function unit 104. The proxy UA generation access function unit 104 generates an activation signal 144 that activates the cooperation management unit 96. The activation signal 144 includes request information (Gen._REQ.) For accessing the proxy UA generation function unit 62 of the SIP system 12 from within the Web system 14. The proxy UA generation access function unit 104 outputs the activation signal 144 to the cooperation management unit 96 at time T14.

  The cooperation management unit 96 is activated in response to the activation signal 144. The linkage management unit 96 selects one of SOAP, CORBA, and the like and transmits “access request” information using the selected communication protocol when performing information transmission to the SIP system 12 during this startup. A proxy UA generation access request (Gen._REQ.) 146 is generated. The cooperation management unit 96 communicates by supplying a proxy UA generation access request 146 to the cooperation management unit 58 existing in another domain on the network 16 at time T16. The cooperation management unit 58 receives the proxy UA generation access request 146 supplied from the cooperation management unit 96, and generates an activation signal 148 that activates the proxy UA generation function unit 62. The activation signal 148 includes “proxy UA access request” information. The cooperation manager 58 outputs the activation signal 148 to the proxy UA generation function unit 62 of the service proxy UA manager 54 at time T18.

  The proxy UA generation function unit 62 receives the activation signal 148, generates a proxy UA, further generates an activation signal 150, and outputs it to the proxy UA registration function unit 64 at time T20. The proxy UA registration function unit 64 registers the proxy UA information in the SIP-DB 24 managed by either the SIP-AP server 26 or the SIP server 22 at the time T22 upon activation (Registration 152).

  The SIP-DB 24 searches based on the registered proxy UA information, and outputs a search result (Result) 154 to the proxy UA generation function unit 62 at time T24. The search result is generated SIP-URI (Uniform Resource Identifier) information. The proxy UA generation function unit 62 receives the search result and generates an activation signal 156 including the search result. The activation signal 156 activates the cooperation management unit 58. The service proxy UA management unit 54 outputs the activation signal 156 to the cooperation management unit 58 at time T26.

  The cooperation manager 58 is activated by the activation signal 156. The cooperation management unit 58 selects any one of SOAP, CORBA, and the like and uses the selected communication protocol in replying the search result generation SIP-URI information. Using this communication protocol, the cooperation management unit 58 communicates the result of the “service generation request” with the cooperation management unit 96 as a proxy UA generation response (Gen._RES.) 158. The cooperation management unit 96 receives the result of the “service generation request”. The cooperation management unit 96 outputs a response signal (Response) 160 including this result to the proxy UA generation access function unit 104 at time T30. The proxy UA generation access function unit 104 receives the execution result of the component API 134 of the service proxy UA management unit 98, and sends a response signal 162 as an execution result to either the Web server 34 or the Web-AP server 38 at time T32. Output. The execution result is user information data (generated SIP-URI information) obtained by a search on the SIP-DB 24.

  Either the Web server 34 or the Web-AP server 38 processes the search result of the user information into a format that can be displayed by the Web client. The displayable format includes, for example, a SIP-URI format. Either the Web server 34 or the Web-AP server 38 supplies the data (Service_INF) 164 processed at time T34 to the Web browser 50 that has made the “service generation request”. The web browser 50 displays the result of “service generation request”.

  Next, the operation of presence setting will be described with reference to FIGS. The web browser 50 shown in FIG. 7 issues a “service presence setting” execution request (Set_REQ.) 170 as a presence setting request at time T40. This execution request corresponds to the specification of SIP-URI. The execution request of “service presence setting” includes user information. The user information includes information related to contracts such as the user's name, address, age, and address information, and information to be authenticated when using the system. Also, the service presence setting request information includes contents representing the service status, and the status is designated. This state includes, for example, “waiting for execution”, “processing”, “finished”, etc., and is set as presence. Generally, these information settings in the “service presence setting” are performed using a GUI provided by the Web server 34 displayed on the Web browser 50. The web browser 50 supplies the “service presence setting” 170 to one of the web server 34 and the web-AP server 38.

  One of the Web server 34 and the Web-AP server 38 generates an activation signal 172 based on the supplied execution request for “service presence setting”. The activation signal 172 is supplied to the service proxy UA management unit 54 at time T42. The service proxy UA management unit 54 activates the presence setting access function unit 110 by using the component API 134 built in by the activation signal 172. The presence setting access function unit 110 generates an activation signal 174 including information related to presence setting, and supplies the activation signal 174 to the cooperation management unit 96 at time T44.

  The cooperation manager 96 receives the activation signal 174 and is activated. Here, the cooperation management unit 96 selects one of SOAP, CORBA, and the like when transmitting information to the SIP system 12 in this activation, and uses the selected communication protocol to make a “presence setting request”. “A presence setting access request (Set_REQ.) 176 including information is generated. The cooperation management unit 96 communicates by supplying a presence setting access request 176 at time T46 to the cooperation management unit 58 existing in another domain on the network 16.

  The cooperation management unit 58 receives the presence setting access request 176 supplied from the cooperation management unit 96 and generates an activation signal for activating the presence setting function unit 68. The activation signal includes “presence setting access request” information. The cooperation management unit 58 outputs the activation signal 178 to the presence setting function unit 68 of the service proxy UA management unit 54 at time T48.

  The presence setting function unit 68 is activated in response to the activation signal 178. By this activation, the presence setting function unit 68 accesses the SIP-DB 24 as a proxy UA so as to change the presence information setting in the SIP-DB 24 to the presence information included in the activation signal 178 (Change 180). The SIP-DB 24 is managed by at least one of the SIP-AP server 26 and the SIP server 22.

  After this change, although not shown in FIG. 7, the proxy UA information search function unit 74 is activated and searches the SIP-DB 24. The SIP-DB 24 outputs the presence information search result to the proxy UA information search function unit 74 at time T52 (Response 182). The proxy UA information search function unit 74 supplies the presence result search result supplied to the presence setting function unit 68.

  By the way, the presence setting function unit 68 notifies the SIP softphone 46 of the change of the presence information registered in the SIP-DB 24, for example. This change notification is a search processing sequence performed after time T52, and the search processing sequence is executed by the number of watchers asynchronously (Notify 184a).

  The service proxy UA embedding unit 54 supplies the activation signal 184 including the search result to the linkage management unit 58 at time T54 and activates it. The cooperation management unit 58 communicates with the cooperation management unit 96 at time T56 using any one of SOAP, CORBA, and the like (Response 186). The cooperation management unit 96 supplies a response signal 188 to the presence setting access function unit 110 of the service proxy UA management unit 98 at time T58. The response signal 188 includes a result of “presence setting request”, and when the normal setting is successful, the set presence content is transmitted as a result such as a status of “waiting for execution”. When the setting is unsuccessful, the response signal 188 is transmitted as NG (No Good) as a result.

  The presence setting access function unit 110 in the service proxy UA management unit 98 supplies the execution result of the component API 134 to either the Web server 34 or the Web-AP server 38 at time T60 (Response 190). This execution result indicates user information data obtained by a search in the SIP-DB 24. Either the Web server 32 or the Web-AP server 36 has a format in which the execution result can be displayed. Examples of the format include a SIP-URI format. One of the Web server 34 and the Web-AP server 38 supplies and displays the result of the “service presence setting request”, that is, the service presence (Service_Presence) 192, to the Web browser 50 requested at time T62.

  By operating in this way, it is set in the SIP-DB 24 of the SIP system 12 in response to the presence setting request from the Web browser or Web client, and the setting status in the SIP-DB 24 is sent to the client that has requested it as a response signal. Can be provided easily.

  Further, the message transmission operation in the communication system 10 will be briefly described with reference to FIGS. The components used are exactly the same, and the same reference numerals are used for the components.

  The Web browser 50 issues a “message transmission” execution request (Send_REQ.) 200 to either the Web server 34 or the Web-AP server 38 at time T70. The user information and GUI handled here are the same as those described above. Either one of the Web server 34 and the Web-AP server 38 generates an activation signal 202 based on the received “message transmission request” (Send_REQ.) 200, and transmits the activation signal 202 to the message transmission access function unit at time T72. Supply to 112. The activation signal 202 activates the message transmission access function unit 112 using the component API 134.

  The message transmission access function unit 112 activates the cooperation management unit 96 at time T74 (Launching 204). The link embedding unit 96 communicates with the link management unit 58 existing in another domain on the network 16 at time T76 using any one of SOAP, CORBA, and the like. The cooperation manager 58 receives the “message transmission request” (Send_REQ.) 206. The cooperation management unit 58 activates the message transmission function unit 70 at time T78 (Launching 208).

  The message transmission function unit 70 sends a message 210 to the SIP softphone 46, which is a SIP client, at time T80 and displays it on the monitor. The SIP client corresponds to the message recipient. The message transmission function unit 70 receives a message response from the SIP softphone 46 (not shown). The message transmission function unit 70 supplies the activation signal 212 including the response content to the cooperation management unit 50 at time T82 and activates it.

  The link embedding unit 58 communicates with the link management unit 96 at time T84 using any one of SOAP, CORBA, and the like to send a response of the transmission result (Response 214). The cooperation management unit 96 receives the result of the “message transmission request” issued by the Web browser 50. The cooperation management unit 96 transmits the message to the message transmission access function unit 88 of the proxy UA management unit 76 at time T86 (Response 216).

  The message transmission access function unit 112 receives the result of the supplied “message transmission request”, and outputs it to either the Web server 34 or the Web-AP server 38 as the execution result of the component API 134 at time T88 ( Response 218). Either the Web server 34 or the Web-AP server 38 processes the message transmission request result into a format that can be displayed. For example, there is a SIP-URI format. One of the Web server 34 and the Web-AP server 38 supplies a response signal (Response 220) to the Web browser 50 at time T90. The Web browser 50 displays the result of “message transmission request” on the monitor.

  By operating in this way, the proxy UA management units 54 and 98 and the linkage management units 58 and 96 are used to track services on the web and from one system to the other system that composes messages in the communication system 10. Notification can be made, and the notification result can also be supplied to the transmission source. In addition, since HTTP transactions are not suspended for a long time, effective use of resources and realization of a user interface as a practical application can be easily performed.

  Next, operations of call attempt generation, status setting, status change notification, and status retention notification in call attempt management will be described in order.

  Call attempt generation will be described with reference to the operation sequences of FIGS. Communication is started so that the Web browser 50 achieves the purpose. Before this start, the Web browser 50 issues a contact list request (List_REQ. 230) to either the Web server 34 or the Web-AP server 38 at time T100.

  Upon receiving the contact list request, either the Web server 34 or the Web-AP server 38 responds to the request to the Web browser 50 as a candidate to be communicated with a contact list composed of a plurality of call destinations at time T102 as a response to the request. Output (List_Disp. 232). With this supply, the Web browser 50 displays the contact list supplied on the Web page. The contact list includes information such as the name, telephone number and presence of the communication destination.

  The user selects a specific item displayed on the Web browser 50 at time T104 as a contact destination (List_SEL. 234). From this, transmission is performed. Thus, in general, communication is started by sending a new message from a purpose-specific Web page.

  The activation signal 236 including the information of “contact list selection” (List_SEL. 234) supplied by either the Web server 34 or the Web-AP server 38 is generated. The activation signal 236 is output to the call attempt management unit 100 at time T106. The call attempt management unit 100 activates the generation access function unit 118 using the component API 136 corresponding to the activation signal 236.

  The generation access function unit 118 generates an activation signal 238 including information on contact list selection for the cooperation management unit 96. The generation access function unit 118 outputs the activation signal 238 to the cooperation management unit 96 at time T108. The cooperation manager 96 receives the activation signal 238 and activates it.

  Here, the cooperation management unit 96 selects one of SOAP, CORBA, and the like to transmit information to the SIP system 12 during this startup, and uses this selected communication protocol to create a “call attempt generation”. A request (CA_Gen._REQ.) 240 including “request” information is generated. The cooperation manager 96 supplies a request 240 including “call attempt generation request” information to the cooperation manager 58 existing in another domain on the network 16 at time T110 and communicates.

  The cooperation management unit 58 generates an activation signal for the generation function unit 76 of the call attempt management unit 54. The cooperation management unit 58 outputs the activation signal 242 to the generation function unit 76 at time T112. The activation signal 242 activates the generation function unit 76 using the component API 94 corresponding to the call attempt management unit 56. The generation function unit 76 generates a call attempt instance (Instance 244) corresponding to the requirement. The generation function unit 76 stores the instance 244 generated in the SIP-DB 24 at time T114 (registration). The SIP-DB 24 outputs a response signal (Response) 246 to the registration to the generation function unit 76 at time T116.

  The generation function unit 76 receives the response signal 246 from the SIP-DB 24 and knows the completion of the call attempt generation. Upon receipt of this completion, the generation function unit 76 generates an activation signal 248 that activates the cooperation management unit 58. The generation function unit 76 outputs the activation signal 248 to the cooperation management unit 58 at time T118. The cooperation manager 58 is activated in response to the activation signal 248.

  The cooperation management unit 58 uses any one communication protocol such as SOAP and CORBA in order to send a transmission result to the call attempt management unit 100. The cooperation management unit 58 communicates with the cooperation management unit 96 at time T120 using the selected communication protocol, and transmits a response signal 250. Further, the cooperation management unit 96 outputs the result (Response) 252 of the “call attempt generation request” obtained by communication with the cooperation management unit 58 at time T122 to the generation access function unit 118.

  Next, the call attempt management unit 100 returns the result received by the generation access function unit 118 to either the Web server 34 or the Web-AP server 38 at time T124 as the execution result of the component API 94. Either one of the Web server 34 and the Web-AP server 38 processes into a format that can display that the corresponding contact destination is selected. Examples of processing include reverse display.

  Either the Web server 34 or the Web-AP server 38 outputs the result (Result) 256 of “contact list selection” processed at time T126 to the Web browser 50. The web browser 50 displays the supplied result 256.

  Thereafter, a series of operations from time T12 to T32 is continued in the operation sequence shown in FIG. After this, it is operated to establish communication. Either the Web server 34 or the Web-AP server 38 generates an activation signal 258 for the cooperation management unit 96 at time T128. The activation signal 258 includes request information for causing one of the SIP-AP server 26 and the SIP server 22 to “establish a call”. The “call establishment” request information is, for example, a “call establishment” request between the SIP client 46 that is the contact selection destination and the SIP client 48 of the user. The cooperation management unit 96 supplies the “call establishment” request (Contact_REQ.) 260 to the cooperation management unit 58 at time T130 using the selected communication protocol.

  The cooperation manager 58 generates an activation signal 262 including request information for “call establishment” at time T132. The cooperation manager 58 outputs the activation signal 262 to either the SIP-AP server 26 or the SIP server 22 at time T132. Either one of the SIP-AP server 26 and the SIP server 22 receives the activation signal 262 and uses, for example, a 3PCC (3rd Party Call Control) procedure to select a contact at time T134. A call control signal (Call_CON.) 264 is transmitted to the SIP client 46. Similarly, one of the SIP-AP server 26 and the SIP server 22 transmits a call control signal 266 to the user's SIP client 48 in the same manner. As a result, a call is established between the SIP client 46 and the SIP client 48.

  By operating as described above, the communication system 10 automatically generates a call attempt corresponding to a message and a proxy UA that notifies the status change of the message at the same time as making a call, and establishes communication.

  Next, the status setting call attempt generation operation will be described with reference to FIGS. 13 and 14. FIG. First, the SIP client 48 in communication performs a disconnect operation at time T140. As a result, “Call disconnection (Call_CUT 270)” is transmitted to one of the SIP-AP server 26 and the SIP server 22. Either one of the SIP-AP server 26 and the SIP server 22 transmits a disconnection (Call_CUT) 272 to the SIP client 46 that is a communication partner at time T142. Thereby, the SIP clients 46 and 48 end the communication.

  At the same time, one of the SIP-AP server 26 and the SIP server 22 generates an activation signal 274 for activating the cooperation management unit 58 including call termination information. One of the SIP-AP server 26 and the SIP server 22 outputs an activation signal 274 to the cooperation management unit 58 at time T144. The cooperation management unit 58 notifies the cooperation management unit 96 of the end of communication using the communication protocol selected at time T146 (COM._END 276). The linkage management unit 96 notifies the call termination between the SIP client 46 as the contact selection destination and the user's SIP client 48 to either the Web server 34 or the Web-AP server 38 at time T148. (Notify 278).

  Either the Web server 34 or the Web-AP server 38 supplies the “status input screen” data (Disp._DATA) 280 to the Web browser 50 and displays it at time T150. This display prompts the user to input a business situation. The user inputs what kind of situation the target requirement has changed due to the previous communication. The Web browser 50 outputs the input content (Status_IN) 282 to either the Web server 34 or the Web-AP server 38.

  Either the Web server 34 or the Web-AP server 38 generates an activation signal 284 including the transmitted “status content (Status_IN) 282”. Either the Web server 34 or the Web-AP server 38 outputs the activation signal 284 generated at time T154 to the call attempt management unit 100. The call attempt management unit 100 activates the status setting access function unit 124 using the built-in component API 136.

  The status setting access function unit 124 generates an activation signal 286 for the cooperation management unit 96. The status setting access function unit 124 outputs an activation signal 286 including “status contents” at time T156. The cooperation management unit 96 is activated in response to the activation signal 286.

  In order to transmit information (Status_IN) to the call attempt management unit 56, the cooperation management unit 96 selects any communication protocol such as SOAP and CORBA. The cooperation management unit 96 communicates with the cooperation management unit 58 existing in another domain on the network at the time T158 using the selected communication protocol (Status_IN 288).

  The cooperation management unit 58 receives “status contents” issued by the status setting access function unit 124 through communication with the cooperation management unit 96. The cooperation management unit 58 generates an activation signal 290 that activates the status setting function unit 82 in the call attempt management unit 56. The cooperation manager 58 supplies the activation signal 290 to the call attempt manager 56 at time T160.

  The status setting function unit 82 outputs an instruction to change the value of the corresponding SIP-DB 24 with the status value of the call attempt corresponding to the message at time T162 (Change 292). The SIP-DB 24 changes the status value according to the instruction. The SIP-DB 24 outputs a response signal 294 indicating completion of status setting to the status setting function unit 82 at time T164. The status setting function unit 82 receives the completion of the status setting, and generates the activation signal 294 of the cooperation management unit 58. The status setting function unit 82 outputs the activation signal 294 including the completion information described above to the cooperation management unit 58 at time T166.

  The cooperation management unit 58 receives the activation signal 296 and supplies the response signal 298 to the cooperation management unit 96 at time T168. In this supply, the cooperation management unit 58 selects and uses one communication protocol such as SOAP and CORBA to communicate with the cooperation management unit 96 in order to return the setting result to the call attempt embedding unit 100. Yes. Cooperation management unit 96 outputs response signal 300 obtained by communication at time T170 to status setting access function unit 124. The response signal 300 is a “status content” setting result issued by the status setting access function unit 124.

  The status setting access function unit 124 receives the setting result of “status contents” and returns it to one of the Web server 34 and the Web-AP server 38 as the execution result of the component API 136 at time T172 ( Response 302). Either one of the Web server 34 and the Web-AP server 38 processes into a format that can display that the status specified by the user is set. This format is, for example, a format for displaying a setting confirmation message. Either the Web server 34 or the Web-AP server 38 supplies the data (Disp._DATA) 304 processed in time T174 to the Web browser 50 as a result of “status input” at time T152. The web browser 50 displays the result of “status input”.

  Upon completion of the communication, as a continuation from the establishment of the call, a status input screen is displayed on the Web browser 50, and the situation in which the target message has changed due to the communication is input. As a result, the status of the call attempt is changed, and the user can know the change result with the web browser 50.

Next, the status change notification operation will be described with reference to FIGS. 15 and 16. FIG. First, the user related to the request uses the SIP clients 46 and 48 to send a “status change notification request (Change_REQ. 310, 312)” at times T180 and T182 to notify the status change, respectively. And sent to either the SIP-AP server 26 or the SIP server 22. In response to this, either the SIP-AP server 26 or the SIP server 22 sends the SIP clients 46 and 48 to the SIP-DB 24 as the presence notification destination of the proxy UA corresponding to the business at times T184 and T186, respectively. Register (Registration 314, 316). The SIP-DB 24 supplies the registration results (Responses 318 and 320) to either the SIP-AP server 26 or the SIP server 22 at times T188 and T190, respectively. Either of the SIP-AP server 26 and the SIP server 22 sends the registration results 322 and 324 to the SIP clients 46 and 48 as confirmation results of “status change notification request” at times T192 and T194, respectively.

  After such a notification request is made, one of the Web server 34 and the Web-AP server 38 changes the status of the business due to the status setting operation or the like. This change in situation is a change in the status of the call attempt. One of the Web server 34 and the Web-AP server 38 notifies the requesting SIP clients 46 and 48 of the status change using the presence mechanism of the corresponding proxy UA.

  When the status is changed, one of the Web server 34 and the Web-AP server 38 uses the component API 136 in the call attempt embedding unit 100 based on the status changed at time T196 to access the status change notification. An activation signal for activating the unit 126 is generated. One of the Web server 34 and the Web-AP server 38 outputs the generated activation signal 326 at time T196.

  The status change notification access function unit 126 replaces the contents of the status with the presence contents of the proxy UA, and uses the component API 134 in the service proxy UA management unit 98 to generate a start signal for starting the presence setting access function unit 110. Generate. The status change notification access function unit 126 outputs an activation signal 328 at time T198. Thereafter, the operations from time T44 to time T58 shown in FIGS. 7 and 8 are sequentially performed. However, the SIP-DB 24 notifies the change to the SIP clients 46 and 48 at times T51a and T51b, respectively. The change processing is a search processing sequence and is executed by the number of watchers asynchronously (Notify 184a and 184b).

  Thereafter, the operation continues to supply the presence setting access function unit 110 with a response signal 188 corresponding to time T58, which is a result of the presence notification. The presence setting access function unit 110 returns a response signal 330 as the execution result of the component API 134 in the service proxy UA embedding unit 98 to the status change notification access function unit 126 at time T200.

  The status change notification access function unit 126 further returns the execution result (Response 332) in the component API 136 of the call attempt embedding unit 100 to one of the Web server 34 and the Web-AP server 38 at time T202. One of the Web server 34 and the Web-AP server 38 supplies the processed execution result (Status_INF.) 334 to the Web browser 50 at time T204. The web browser 50 displays the execution result 334 supplied on the screen.

  When the status of the call attempt changes as a business situation in this way, one of the Web server 34 and the Web-AP server 38 requests a status change notification using the corresponding proxy UA presence mechanism. The status change is notified to the SIP clients 46 and 48 respectively. The call attempt status change is notified to all SIP clients requesting notification in advance. However, it is not notified to unsolicited SIP clients.

  Next, the operation of status retention notification will be described using FIG. 15 and FIG. As shown in FIG. 15, the same operation is performed from time T180 to T194. As a result of this operation, the SIP clients 46 and 48 become residence notification destinations.

  Here, one of the Web server 34 and the Web-AP server 38 monitors the status change notification access function unit 126 of the call attempt management unit 100. One of the Web server 34 and the Web-AP server 38 makes a request using the presence mechanism of the corresponding proxy UA if the status change notification access function unit 126 does not change even after a predetermined time has elapsed. Informs the SIP clients 46 and 48 of the status change. For example, the predetermined time may be set to 1 hour or the like, and may be assumed by the system for each status.

  When one of the Web server 34 and the Web-AP server 38 finds a requirement that has remained after a predetermined time, the Web server 34 or the Web-AP server 38 is a component in the call attempt management unit 100. The activation signal 340 for the status stay notification access function unit 128 is generated using the API 136. One of the Web server 34 and the Web-AP server 38 outputs the generated activation signal 340 to the status residence notification access function unit 128 at time T210. The status residence notification access function unit 128 is activated upon receiving the activation signal 340.

  The status stay notification access function unit 128 replaces the presence content of the proxy UA corresponding to the staying call attempt with a stay warning message, and generates an activation signal 342 that activates the presence setting access function unit 110. As the warning message, for example, it is preferable to use a sentence string such as “Please give immediate instructions”.

  The status residence notification access function unit 128 supplies the activation signal 342 to the service proxy UA management unit 98 at time T212. The service proxy UA management unit 98 receives the activation signal 342 and activates it using the component API 134. Thereafter, the communication system 10 sequentially operates from time T44 to T58 shown in FIG. 7 and FIG. 8, notifies the requesting SIP clients 46 and 48 of the status retention alarm, and is notified by presence. The operation is continued so that the response signal 188 corresponding to the time T58 as a result is supplied to the presence setting access function unit 110.

  The presence setting access function unit 110 returns a response signal 344 as an execution result of the component API 134 in the service proxy UA embedding unit 98 to the status residence notification access function unit 128 at time T214.

  The status residence notification access function unit 128 further returns the execution result (Response 346) in the component API 136 of the call attempt embedding unit 100 to one of the Web server 34 and the Web-AP server 38 at time T216. One of the Web server 34 and the Web-AP server 38 supplies the processed execution result (Status_INF.) 348 to the Web browser 50 at time T218. The web browser 50 displays the execution result 348 supplied to the screen.

  In this way, if the status does not change even after the predetermined time has elapsed, the Web server 34 and the Web-AP server 38 use the presence mechanism of the corresponding proxy UA to request the SIP clients 46 and 48. In each case, a status retention alarm can be notified.

  By operating as in the present embodiment, the AP constructed on the Web system 14 and the AP constructed on the SIP system 12 can be linked to each other, and construction / execution of an integrated Web / VoIP AP Operation is easily realized, and by using the call attempt embedding units 56 and 100, it is possible to realize centralized situation management from the viewpoint of achieving the objective by executing multiple communications through the communication requirements on the Web. .

  Further, it is possible to track a change in situation or stay for a long time, change the presence on the SIP-DB 24 in the SIP system 12 according to the progress situation, and notify it. As a result, since it is not necessary to hold a HTTP transaction for a long time, it is possible to easily use resources effectively and realize a user interface as a practical application.

  Next, another embodiment (first modification) of the communication system 10 to which the present invention is applied will be described with reference to FIG. The communication system 10 of this embodiment is a case where the SIP system 12 and the Web system are arranged on one computer 350. Here, with respect to the constituent elements, the same reference numerals are given to the portions common to the previous embodiment, and the description thereof is omitted. As shown in FIG. 18, the communication system 10 is connected by process cooperation on the same computer. As is apparent from this connection, the communication system 10 of this embodiment does not go through a network connection. In addition, each of the linkage management units 58 and 96 shown in FIGS. 3 and 4 is not intentionally arranged as a component, but the web accessor component 32 and the SIP accessor component 44 respectively perform linkage management in the same manner. Different systems are connected by the function call function unit 352 to be performed. For example, the function call function unit 352 may include a program using a function call of C language or C ++ language or a method call of Java (trademark) language. The operation procedure is the same as in the previous embodiment.

  Even with this configuration, it is possible to mutually link an AP built on the Web environment and an AP built on the SIP environment as in the previous embodiment. As a result, the construction, execution, and operation of a Web-VoIP integrated AP can be easily realized. Further, in this embodiment, by building a system on a single computer environment, it is possible to realize integration of Web-AP and VoIP-AP in a small computer environment.

  Next, another embodiment (second modification) of the communication system 10 to which the present invention is applied will be described with reference to FIG. 19 and FIG. In the communication system 10 of this embodiment, a SIP system 12 and an FTP (File Transfer Protocol) system 400 are connected by a network 16. Here, the SIP system 12 and the FTP system 400 are arranged on network environments belonging to different network domains. Further, the SIP system 12 and the FTP system 400 are configured to be arranged in a LAN environment in one server computer or in the same domain as in the first embodiment.

  As shown in FIG. 19, the SIP system 12 uses the same configuration as that of the first embodiment, is given the same reference numerals, and a description thereof is omitted. However, in this embodiment, the function of the accessor component in the SIP system 12 is exactly the same as that of the Web accessor component 32. However, since it is not Web-compatible and FTP, the name is FTP accessor component 402.

  The FTP system 400, which is the other system, includes an FTP server 404, an FTP database (FTP-DB) 406, an FTP application server (FTP-AP server) 408, an FTP application interface (FTP-API) 410, an FTP application (FTP- AP) 412, SIP accessor component 414 and FTP client 416. Below, each component is demonstrated easily.

The FTP server 404 is a server that handles and manages FTP. The FTP-DB 406 is a storage that stores information managed by the FTP server 404 and is a database. The information to be stored is file information transferred by FTP. The FTP-AP server 408 is a server that operates an AP that operates a file transfer protocol (FTP) managed by the FTP server 404. FTP-API 410 is an AP interface provided by FTP-AP server 408. The FTP-AP 412 is an FTP-AP that is constructed by the FTP-API 410 and operates on the FTP-AP server 408 . APs include, for example, APs such as peer-to-peer file exchange and file sharing between two parties.

  The SIP accessor component 414 is a general term for a component group (software component) in which the FTP-AP 412 cooperates with the SIP system 12. The SIP accessor component 414 is the same as the SIP accessor component 44 of the Web system 14 described above. That is, it includes a proxy UA management unit 98, a call attempt management unit 100, a cooperation management unit 96, and a component API 102. The function of each component is the same as in the first embodiment described above.

  The FTP client 416 is a client connected to the FTP server 404 and set in an environment in which the function provided by the FTP-AP 412 is used. The FTP client 416 may have a plurality of FTP client terminals 418 and 420. The FTP client terminal 418 generally has a text display screen, issues a file transfer request through this screen, and displays the file transfer result.

  With this configuration, it is possible to construct an application that provides the obtained information to a requested client regardless of different systems. That is, the AP constructed on the FTP system 400 and the AP constructed on the SIP system 12 can be linked with each other, and the construction, execution and operation of an integrated FTP and VoIP AP are easily realized. With this construction, information on each system can be shared and used smoothly. Further, by adding various components on the FTP accessor component 402 and the SIP accessor component 414, it is possible to expand the fusion type of FTP and VoIP. Along with the types of SIP-AP and FTP-AP to be implemented, various types of integrated APs of FTP and VoIP can be realized by increasing the number of components.

  Next, the status change notification operation in the communication system 10 of this embodiment will be described with reference to FIGS. 15 and 21. FIG. The status change notification is processed in the same procedure as the operation at times T180 to T194 shown in FIG. As a result, the SIP clients 46 and 48 become status change notification destinations.

  The FTP client 418 issues a “file transfer request” (Trans._REQ.) 422 at time T220. Here, the file content becomes the new status content of the call attempt. One of the FTP server 404 and the FTP-AP server 408 executes file transfer based on the received “file transfer request” 422. After this execution, one of the FTP server 404 and the FTP-AP server 408 reads the call attempt identifier for changing the status and the new status content from the transferred file content. Either the FTP server 404 or the FTP-AP server 408 generates an activation signal 424 that activates the status change notification access function unit 126. Either the FTP server 404 or the FTP-AP server 408 supplies the activation signal 424 to the call attempt management unit 100 at time T222. The activation signal 424 includes the read call attempt identifier and information on the new status content. The call attempt management unit 100 activates the status change notification access function unit 126 using the component API 136 shown in FIG.

  The status change notification access function unit 126 replaces the status content with the presence content of the proxy UA. The status change notification access function unit 126 generates an activation signal 426 for activating the presence setting access function unit 110 of the service proxy UA management unit 98 including the replaced presence content. The status change notification access function unit 126 supplies the activation signal 426 generated at time T224 to the service proxy UA management unit 98. The service proxy UA management unit 98 receives the activation signal 426 and activates the presence setting access module using the component API 134.

  Thereafter, the same processing as that from time T44 to T58 is performed in the same manner as shown in FIGS. In this embodiment, the processing from time T44 to T58 will become clearer by replacing the Web with FTP. Thereafter, the operation continues from time T226 to T230 based on the result of notification by presence.

  The presence setting access function unit 110 returns the status notification result (Response) to the status change notification access function unit 126 as the execution result of the component API 134 at time T226. The status change notification access function unit 126 returns a status notification result (Response) 430 to either the FTP server 404 or the FTP-AP server 408 as the execution result of the component API 136 at time T228. Either the FTP server 404 or the FTP-AP server 408 processes the status notification result into a format that can be displayed by the FTP client terminal. The displayable format includes, for example, a SIP-URI format. The FTP server 404 and the FTP-AP server 408 supply the data (Status_INF) 432 processed at time T230 to the FTP client terminal 418 that made the “file transfer request”. The FTP client terminal 418 displays the result of “file transfer request”.

  By operating in this way, the file transfer from the FTP client terminal 418 is handled as an identifier of the call attempt that changes the status of the file content and the new status content, and the status of the call attempt changes due to the file update by file transfer. One of the FTP server 404 and the FTP-AP server 408 can notify the requesting SIP clients 46 and 48 of the status change using the presence mechanism of the corresponding proxy UA, and the processing result Is displayed on the FTP client terminal 418, the user can know the result of the status change processing.

  However, it goes without saying that the status change of the call attempt is notified only to all SIP clients that have requested notification in advance.

  In this way, the AP constructed on the FTP system 400 and the AP constructed on the SIP system 12 can be linked to each other, and the construction, execution and operation of an integrated FTP and VoIP AP can be realized easily. become. In this embodiment, by adding various components on the FTP accessor component 402 and the SIP accessor component 414, it is possible to expand the combined type of FTP and VoIP. In addition to the two types of SIP-AP 30 and FTP-AP 412 to be implemented, by increasing the types of these components, various FTP-VoIP integrated APs can be realized. In this embodiment, the procedure of status change notification has been described. However, the present invention is not limited to this example, and it is needless to say that other access functions of the call attempt management unit 100 can be realized.

  Fusion is not limited to VoIP-AP (SIP-AP) and Web-AP or VoIP-AP (SIP-AP) and FTP-AP, but can be applied to fusion between various different protocols. Is possible.

  With the configuration described above, when a request from the web browser 50 connected to the web system 14 is executed as a call attempt, the call attempt management unit 100 for the request is started using the HTTP protocol, and the cooperation management unit 96 The request is converted to a SOAP / CORBA protocol request and sent to the linkage management unit 58. The linkage management unit 58 makes a request for the SIP communication protocol, the call attempt management unit 56 processes the request, and the response of the processing result is called. It is sent to the web browser 50 requested via the attempt management unit 56, the linkage management unit 58, the linkage management unit 96, and the call attent management unit 100, and is displayed, and the service proxy UA management unit 98, the linkage management unit 96, the linkage management unit 58 And the service surrogate UA management unit 54 are operated in order and registered, and the registration results are returned to the Web system 14 in the reverse order. By establishing a call that corresponds to the calling instance between multiple communication protocols, centralized status management can be achieved from the viewpoint of achieving the objective, and there is no need to hold HTTP transactions for a long time. User interface as a practical application can be easily realized.

  The call attempt management unit 56 includes functions for generating, deleting, information editing and information retrieval, and status search, setting, change notification, and status residence notification corresponding to an instance of a call. 100 includes functions for accessing each of the call attempt management units 56, so that the status until the message is completed can be managed from the Web, for example.

  By using either SOAP or CORBA as a protocol that can be handled in common for the SIP and HTTP protocols and the SIP and FTP protocols, information can be communicated even between systems in different system environments.

  The communication system 10 can reduce the system configuration by accommodating the SIP system 12 and the Web system 14 in the same computer. In addition, by providing the functions of the cooperation management units 58 and 96 in a predetermined function call, it is not necessary to mount the cooperation management units 58 and 96 as respective components, which contributes to downsizing of the apparatus. By interposing a network between the SIP system 12 and the Web system 14 or the SIP system 12 and the FTP system 400, each system can be distributed and the communication system 10 can be arranged flexibly. Can do.

  The SIP system 12 and the Web system 14, and the SIP system 12 and the FTP system 400 are respectively configured by computers, and programs for causing the communication system 10 to function are a service proxy UA management unit 54, a call attempt management unit 56, and a cooperation management unit 58. In addition, by functioning as the service proxy UA management unit 98, the call attempt management unit 100, and the linkage management unit 96, the system configuration can be further reduced in size, in response to requests for additions, reductions, version upgrades, etc. However, it can respond flexibly.

  Further, according to the service providing method of the present invention, the activation signals 236 and 238 including the status are sequentially generated according to the call attempt and the status according to the requirement selected from the contact list in the Web system 14, and the linkage management is performed. The processes (third and fourth steps) are executed in sequence, the activation signal 242 is generated in the SIP system 12, information processing is performed corresponding to the function activated by the activation signal 242, and response information 246 for this information processing is displayed. The activation signal 248 is generated, the response information 246 is returned to the Web browser 50 in the Web system 14 through the cooperation management process, and the Web system 14 accesses the proxy user agent of the service proxy UA management unit 54 in the SIP system 12. After registering the information about the business and notifying the Web system 14 of the completion of registration, the SIP system 12 is started by starting the SIP system 12 from the Web system 14. By establishing communication between SIP clients 46 and 48 in this way, it is possible to implement communication process management type APs by executing requests from the Web, and there is no need to hold HTTP transactions for a long time. Resources can be used effectively.

  The service provision method supplies the status change from the SIP system 12 to the Web system 14 upon completion of communication, starts the function to access the call attempt status setting in the Web system 14, and performs SIP through the linkage management process. After the call attempt status setting function in the system 12 is started and this status is changed, the response signal 294 of this change is supplied to the Web system 14 through the linkage management process, and the change response signal 294 is sent to the Web of the Web system 14 By sending it to the browser 50 and displaying it, it is possible to know the status change of the SIP client on the Web.

  In addition, the service providing method activates either the function of notifying the change of the status of the call attempt in the SIP system 12 or the function of accessing the notification of the change of the status of the call attempt in the Web system 14 according to the change of the status. In addition, in response to the activation, the presence setting function in the proxy UA and the access function to the presence setting function are activated, and the status is changed to the SIP clients 46 and 48 requested in advance to connect to the SIP system 12. You can be notified of status changes on the Web screen.

  Further, the service providing method has a function of notifying the stay of the call attempt status in the SIP system and the function of accessing the stay notification of the call attempt status in the second system when the status remains the same even after a predetermined time has elapsed. In response to this activation, the SIP client requested in advance to connect to the SIP system 12 by activating the presence setting function in the proxy UA and the access function to the presence setting function in response to the activation. Notifying 46 and 48 of the status change can prompt prompt action.

  Call Attempt has functions to create, delete, edit and search information for calling instances of clients connected in the SIP system 12, and to perform status search, setting, change notification, and status notification according to status status retention. It is possible to easily realize a user interface as a practical application by operating according to requirements and allowing the Web system 14 to access the functions of the SIP system 12 according to requirements. .

  By using either SOAP or CORBA as a protocol that can be handled in common for the SIP and HTTP protocols and the SIP and FTP protocols, information can be communicated even between systems in different system environments.

10 Communication system
12 SIP system
14 Web system
16 SOAP / CORBA network
18 SIP client
20 Web client
22 SIP server
24 SIP-DB
26 SIP-AP server
32 Web accessor components
34 Web server
36 Web-DB
38 Web-AP server
44 SIP accessor components
54, 98 Service Agent UA Management Department
56, 100 Call Attempt Management Department
58, 96 Cooperation Management Department
60, 102 Component API

Claims (25)

A system that operates based on a hypertext transfer protocol (HTTP), controls a first communication service between a first communication device and a second communication device, and includes a first server connected to the third communication device The first system is a system that operates on the basis of the session initiation protocol (SIP), and has a second server that is connected to the first communication device and connected to the second communication device. In a service providing system having a second system that is a system for controlling first communication between communication devices and in which the first system and the second system operate in cooperation with each other,
The first system has a first call attempt manager and a first proxy manager,
The second system has a second call attempt manager and a second proxy manager,
The second call attempt management unit is a service instance corresponding to the service of the first communication, and in the call attempt that is an instance having a lifetime, the service instance requested from the first system and the lifetime status in the call attempt Manage
The second proxy management unit manages the user agent corresponding to the service instance requested from the first system and the presence of the user agent,
The first call attempt management unit accesses the second call attempt management unit from the first system based on the progress of the first communication service, sets the status of the call attempt in the lifetime,
The first proxy manager accesses the second proxy manager from the first system and sets the user agent based on the first communication service request received from the third communication device via the first server. , Based on a change in the progress of the first communication service, access the second proxy management unit from the first system, set the presence of the user agent,
The first server transmits a signal including a processing result corresponding to the progress of the first communication service to the third communication device, and transmits a signal including a processing result corresponding to the request for the first communication service to the third communication. A service providing system for transmitting to a third communication device a signal including a processing result transmitted to the device and corresponding to a change in the progress of the first communication service. 2. The service providing system according to claim 1, wherein the first call attempt management unit further includes a generation access function block, a deletion access function block, a status search access function block, a status setting access function block, a status change notification access function block, It has a status retention notification access function block, an information editing access function block, and an information search access function block.
The second call attempt management unit further includes a generation function block, a deletion function block, a status search function block, a status setting function block, a status change notification function block, a status stay notification function block, an information editing function block, and an information search function block Have
In the first call attempt management unit, the generation access function block accesses the generation function block of the second system from the first system,
The delete access function block accesses the delete function block of the second system from the first system,
The status search access function block accesses the status search function block of the second system from the first system,
The status setting access function block accesses the status setting function block of the second system from the first system,
The status change notification access function block accesses the status change notification access function block of the second system from the first system,
The status residence notification access functional block accesses the status residence notification access functional block of the second system from the first system,
The information editing access function block accesses the information editing access function block of the second system from the first system,
The information search access function block accesses the information search access function block of the second system from the first system,
In the second call attempt management unit, the generation function block generates the call attempt corresponding to the service instance,
The delete function block deletes the call attempt corresponding to the service instance,
The status search function block searches for a lifetime status in the call attempt corresponding to the service instance,
The status setting function block sets a lifetime status in the call attempt corresponding to the service instance,
The status change notification function block notifies a change in lifetime status in the call attempt corresponding to the service instance,
The status residence notification functional block notifies when there is no change in the status of the lifetime in the call attempt corresponding to the service instance,
The information editing function block edits caller information, callee information, and call attempt history information of the call attempt corresponding to the service instance,
The information search function block searches for caller information, callee information, and call attempt history information of the call attempt corresponding to the service instance. 3. The service providing system according to claim 1, wherein the first proxy management means includes a proxy generation access function block, a proxy registration access function block, a proxy deletion access function block, a presence setting access function block, a message transmission access function block, It has a proxy information edit access function block and a proxy information search access function block.
The second proxy management means has a proxy generation function block, a proxy registration function block, a proxy deletion function block, a presence setting function block, a message transmission function block, a proxy information editing function block, and a proxy information search function block,
In the first proxy management means, the proxy generation access function block accesses the proxy generation function block of the second system from the first system,
The proxy registration access function block accesses the proxy registration function block of the second system from the first system,
The proxy deletion access function block accesses the proxy deletion function block of the second system from the first system,
The presence setting access function block accesses the presence setting function block of the second system from the first system based on a change in the presence state of the service corresponding to the service instance,
The message transmission access function block accesses the message transmission function block of the second system from the first system based on a change in the progress status of the service corresponding to the service instance,
The proxy information editing access function block accesses the proxy information editing function block of the second system from the first system,
The proxy information search access function block accesses the proxy information search function block of the second system from the first system,
In the second proxy management means, the proxy generation functional block generates the user agent corresponding to the requested service instance,
The proxy registration function block registers the user agent corresponding to the service instance,
The proxy delete function block deletes the user agent corresponding to the service instance,
The presence setting function block changes presence information of the user agent corresponding to the service instance;
The message transmission function block transmits a message from the user agent corresponding to the service instance to the specified user agent,
The proxy information editing function block edits user information of the user agent corresponding to the service instance,
The proxy information search function block searches for user information of the user agent corresponding to the service instance. 4. The service providing system according to claim 1, wherein the second server further includes a storage unit that stores first information about the first communication device and the second communication device, and
The first server of the first system receives a connection destination list request request from the third communication device, transmits a connection destination list including a plurality of transmission candidate destinations as candidates to be communicated to the third communication device, In the process of receiving the information on the connection destination selected by the three communication devices, the third communication device includes information indicating new communication, includes information selected from a plurality of communication information, and further includes a connection destination. Receiving the first signal having the first selection information including the information, and transmitting the second signal based on the first signal,
The first call attempt management unit of the first system receives the second signal, and the second call attempt management unit of the second system has activation information of processing for generating the first call attempt based on the second signal. Send 3 signals,
The second call attempt management unit of the second system receives the third signal, generates a first instance based on the third signal, transmits a fourth signal having the first instance to the storage unit, and From the storage unit, the fifth signal is received as a response to the fourth signal, and the sixth signal based on the fifth signal is transmitted.
The first call attempt management unit of the first system receives the sixth signal, transmits a seventh signal based on the sixth signal,
The first server of the first system receives the seventh signal, transmits a seventh signal having response information for generation of the first instance in the new communication of the selected connection destination to the third communication device, Transmitting an eighth signal having activation information of a process for generating a service in one selection information;
The first management unit of the first system receives the eighth signal and transmits a ninth signal having start information of processing of the second management unit of the second system based on the eighth signal,
The second management unit of the second system receives the ninth signal, generates first user agent information based on the ninth signal, and transmits a tenth signal having the first user agent information to the storage unit. The eleventh signal having search result information searched based on the tenth signal is received from the storage unit, and the twelfth signal based on the eleventh signal is transmitted.
The first management unit of the first system receives the twelfth signal, transmits the thirteenth signal based on the twelfth signal,
The first server of the first system receives the thirteenth signal, transmits a fourteenth signal based on the thirteenth signal to the second system, and has information for requesting establishment of new communication in the first selection information. Send 15 signals,
The second server of the second system receives the fifteenth signal, and the sixteenth signal, which is a signal having information on a connection request between the first communication device and the second communication device connected to the second server, In the 17th signal, the 16th signal is transmitted to the first communication device, the 17th signal is transmitted to the second communication device,
The second server of the second system has information that terminates communication with the second communication device from the first communication device when communication is established between the first communication device and the second communication device. 18 signal is received, a 19th signal based on the 18th signal is transmitted to the second communication device, a 20th signal based on the 18th signal is transmitted,
The first server of the first system receives the twentieth signal, is a signal based on the twentieth signal with respect to the first selection information, and has information for ending communication with the second communication device from the first communication device. A signal and a 21st signal having information for requesting input of status information regarding the first selection information are transmitted to the third communication device, and the 22nd signal having the first status information regarding the first selection information is transmitted from the third communication device. Receiving a signal, transmitting a 23rd signal based on the 22nd signal,
The first call attempt management unit of the first system receives the 23rd signal and has information for setting the status of the first call attempt based on the 23rd signal in the second call attempt management unit of the second system. Send 24th signal,
The second call attempt management unit of the second system receives the 24th signal, transmits a 25th signal having status information based on the 24th signal to the storage unit, and responds to the 25th signal from the storage unit. As the 26th signal is received, the 27th signal based on the 26th signal is transmitted,
The first call attempt manager of the first system receives the 27th signal, transmits a 28th signal based on the 27th signal,
The first server of the first system receives the 28th signal and is a signal based on the 28th signal with respect to the first selection information, and a 29th signal having response information for setting the status of the first call attempt, 3. A service providing system characterized by transmitting to a communication device. 5. The service providing system according to claim 4, wherein the second server of the second system changes the status from the first communication device when communication is established between the first communication device and the second communication device. 30th signal including information for notifying the status, receiving 31st signal including information for notifying the status change from the second communication device, and based on the 32nd signal and the 31st signal based on the 30th signal The 33rd signal is transmitted to the storage unit, the 34th signal is received as a response signal to the 32nd signal and the 35th signal is received as a response signal to the 33rd signal from the storage unit, and a response signal based on the 34th signal The 36th signal is transmitted to the first communication device as the response signal to the 35th signal, the 37th signal is transmitted to the second communication device,
The first server of the first system transmits a 37th signal having information for changing the status with respect to the first selection information,
The first call attempt manager of the first system receives the thirty-seventh signal and receives the thirty-eighth signal having information replaced with the presence of the first user agent in the first manager of the first system based on the thirty-seventh signal. Send
The first management unit of the first system receives the thirty-eighth signal and transmits a thirty-ninth signal having activation information for processing the presence of the first user agent in the second management unit of the second system based on the thirty-eighth signal. And
The second management unit of the second system receives the 39th signal and transmits a 40th signal having information for changing the setting of the presence information of the first user agent based on the 39th signal to the storage unit,
The storage unit of the second system receives the 40th signal, changes the presence information setting of the first user agent, and receives the 41st signal having information for notifying the change of the presence information of the second communication device, A 42nd signal having information for notifying a change in presence information of the first communication device, transmitted to the first communication device, transmitted to the second communication device, and a 43rd signal as a response signal to the 40th signal;
The second management unit of the second system receives the 43rd signal, transmits the 44th signal based on the 43rd signal,
The first management unit of the first system receives the 44th signal, transmits the 45th signal based on the 44th signal,
The first call attempt manager of the first system receives the 45th signal, transmits the 46th signal based on the 45th signal,
The first server of the first system receives the 46th signal and transmits a 47th signal, which is a signal based on the 46th signal and has response information to the information notifying the status change, to the third communication device. A service providing system characterized by: 5. The service providing system according to claim 4, wherein the second server of the second system changes the status from the first communication device when communication is established between the first communication device and the second communication device. The thirty-second signal including information for notifying is received, the thirty-second signal based on the thirty-th signal is transmitted to the storage unit, and the thirty-fourth signal is received as a response signal to the thirty-second signal from the storage unit. The 36th signal is transmitted to the first communication device as a response signal based on the 34th signal,
The first server of the first system transmits a 37th signal having information for changing the status with respect to the first selection information,
The first call attempt management unit of the first system receives the thirty-seventh signal and, based on the thirty-seventh signal, replaces the thirty-eighth signal having information replaced with the presence of the first user agent in the first management unit of the first system. Send
The first management unit of the first system receives the thirty-eighth signal and transmits a thirty-ninth signal having activation information for processing the presence of the first user agent in the second management unit of the second system based on the thirty-eighth signal. And
The second management unit of the second system receives the 39th signal and transmits a 40th signal having information for changing the setting of the presence information of the first user agent based on the 39th signal to the storage unit,
The storage unit of the second system receives the 40th signal, changes the setting of the presence information of the first user agent, and receives the 42nd signal having information for notifying the change of the presence information of the first communication device, To the second communication device, to send the 43rd signal as a response signal to the 40th signal,
The second management unit of the second system receives the 43rd signal, transmits the 44th signal based on the 43rd signal,
The first management unit of the first system receives the 44th signal, transmits the 45th signal based on the 44th signal,
The first call attempt manager of the first system receives the 45th signal, transmits the 46th signal based on the 45th signal,
The first server of the first system receives the 46th signal and transmits a 47th signal, which is a signal based on the 46th signal and has response information to the information notifying the status change, to the third communication device. A service providing system characterized by: 5. The service providing system according to claim 4, wherein the second server of the second system changes the status from the first communication device when communication is established between the first communication device and the second communication device. 30th signal including information for notifying the status, receiving 31st signal including information for notifying the status change from the second communication device, and based on the 32nd signal and the 31st signal based on the 30th signal The 33rd signal is transmitted to the storage unit, the 34th signal is received as a response signal to the 32nd signal and the 35th signal is received as a response signal to the 33rd signal from the storage unit, and a response signal based on the 34th signal The 36th signal is transmitted to the first communication device as the response signal to the 35th signal, the 37th signal is transmitted to the second communication device,
The first server of the first system transmits a 48th signal including information on status retention notification related to the first selection information when the status has not changed even after a predetermined time has elapsed in the first selection information,
The first call attempt management unit of the first system receives the forty-eighth signal and, based on the forty-eighth signal, replaces the 49th signal having information replaced with the presence of the first user agent in the first management unit of the first system. Send
The first management unit of the first system receives the 49th signal and transmits a 50th signal having activation information for processing the presence of the first user agent in the second management unit of the second system based on the 49th signal. And
The second management unit of the second system receives the 50th signal, transmits a 51st signal having information for changing the setting of the presence information of the first user agent based on the 50th signal to the storage unit,
The storage unit of the second system receives the 51st signal, changes the presence information setting of the first user agent, and receives the 52nd signal having information for notifying the change of the presence information of the second communication device, Transmitting to the first communication device, transmitting the 53rd signal having information for notifying the change of the presence information of the first communication device to the second communication device, and transmitting the 54th signal as a response signal to the 51st signal;
The second management unit of the second system receives the 54th signal, transmits the 55th signal based on the 54th signal,
The first management unit of the first system receives the 55th signal, transmits the 56th signal based on the 55th signal,
The first call attempt management unit of the first system receives the 56th signal, transmits a 57th signal based on the 56th signal,
The first server of the first system receives the 57th signal and transmits a 58th signal, which is a signal based on the 57th signal and has response information to the information notifying the status change, to the third communication device. A service providing system characterized by: 5. The service providing system according to claim 4, wherein the second server of the second system changes the status from the first communication device when communication is established between the first communication device and the second communication device. The thirty-second signal including information for notifying is received, the thirty-second signal based on the thirty-th signal is transmitted to the storage unit, and the thirty-fourth signal is received as a response signal to the thirty-second signal from the storage unit. The 36th signal is transmitted to the first communication device as a response signal based on the 34th signal,
The first server of the first system transmits a 48th signal including information on status retention notification related to the first selection information when the status has not changed even after a predetermined time has elapsed in the first selection information,
The first call attempt management unit of the first system receives the forty-eighth signal and, based on the forty-eighth signal, replaces the 49th signal having information replaced with the presence of the first user agent in the first management unit of the first system. Send
The first management unit of the first system receives the 49th signal and transmits a 50th signal having activation information for processing the presence of the first user agent in the second management unit of the second system based on the 49th signal. And
The second management unit of the second system receives the 50th signal, transmits a 51st signal having information for changing the setting of the presence information of the first user agent based on the 50th signal to the storage unit,
The storage unit of the second system receives the 51st signal, changes the presence information setting of the first user agent, and receives the 52nd signal having information for notifying the change of the presence information of the first communication device, To the first communication device,
The 54th signal is transmitted as a response signal to the 51st signal,
The second management unit of the second system receives the 54th signal, transmits the 55th signal based on the 54th signal,
The first management unit of the first system receives the 55th signal, transmits the 56th signal based on the 55th signal,
The first call attempt management unit of the first system receives the 56th signal, transmits a 57th signal based on the 56th signal,
The first server of the first system receives the 57th signal and transmits a 58th signal, which is a signal based on the 57th signal and has response information to the information notifying the status change, to the third communication device. A service providing system characterized by: 9. The service providing system according to claim 1, wherein the first system is a Web (world wide Web) device,
A service providing system characterized in that the second system is a SIP device. The service providing system according to any one of claims 1 to 8, wherein the first system is an FTP (File Transfer Protocol) device,
A service providing system characterized in that the second system is a SIP device.   9. The service providing system according to claim 1, wherein a protocol used when operating in cooperation between the first system and the second system is SOAP (Simple Object Access Protocol) or CORBA. (Common Object Request Broker Architecture) protocol for providing a service.   9. The service providing system according to claim 1, wherein the first system and the second system are accommodated in the same computer.   The service providing system according to any one of claims 1 to 8, wherein the service providing system has a function of a first cooperation management unit of the first system and a function of a second cooperation management unit of the second system as predetermined. A service providing system characterized by having a function call. The program for functioning the service providing system according to any one of claims 1 to 8, wherein each of the first system and the second system is a computer,
By executing the program, a first server of the first system, a first call attempt management unit, a first management unit, a first cooperation management unit, and a second call attempt management unit of the second system, second A program that functions as a management unit, a second server, the storage unit, and a second cooperation management unit. A system that operates based on a hypertext transfer protocol (HTTP), controls a first communication service between a first communication device and a second communication device, and includes a first server connected to the third communication device The first system is a system that operates on the basis of the session initiation protocol (SIP), and has a second server that is connected to the first communication device and connected to the second communication device. In a service providing method in a service providing system having a second system that is a system for controlling first communication between communication devices, and the first system and the second system operate in cooperation with each other,
The first system has a first call attempt manager and a first proxy manager,
The second system has a second call attempt manager and a second proxy manager,
In the method, the second call attempt management unit is a service instance corresponding to the service of the first communication, and the call attempt which is an instance having a lifetime is requested from the first system in the second call attempt management unit. A second call attempt management step for managing a service instance and a lifetime status of the call attempt;
A second proxy management unit that manages a user agent corresponding to the service instance requested from the first system and the presence of the user agent;
The first call attempt management unit accesses the second call attempt management unit of the second system from the first system based on the progress of the service of the first communication, and sets the status in the lifetime of the call attempt. 1 call attempt management process,
The first proxy management unit accesses the second proxy management unit of the second system from the first system based on the first communication service request received from the third communication device via the first server, and the user agent. A first proxy management step of accessing the second proxy management unit of the second system from the first system and setting the presence of the user agent based on a change in the progress status of the first communication service;
The first server transmits a signal including a processing result corresponding to the progress of the first communication service to the third communication device, and transmits a signal including a processing result corresponding to the request for the first communication service to the third communication. A service providing method comprising: a result signal transmitting step of transmitting to the third communication device a signal including a processing result transmitted to the device and corresponding to a change in the progress status of the first communication service. 16. The method according to claim 15, wherein the first call attempt management unit further includes a generation access function block, a deletion access function block, a status search access function block, a status setting access function block, a status change notification access function block, and a status retention. A notification access function block, an information editing access function block, and an information search access function block;
The second call attempt management unit further includes a generation function block, a deletion function block, a status search function block, a status setting function block, a status change notification function block, a status stay notification function block, an information editing function block, and an information search function Have blocks,
In the first call attempt management unit, the method includes a generation access step in which the generation access function block accesses the generation function block of the second system from the first system;
A deletion access step in which the deletion access functional block accesses the deletion functional block of the second system from the first system;
A status search access step for accessing the status search function block of the second system from the first system by the status search access function block;
The status setting access function block accessing the status setting function block of the second system from the first system;
A status change notification access function block in which the status change notification access function block accesses the status change notification access function block of the second system from the first system;
A status residence notification access function block for accessing the status residence notification access function block of the second system from the first system;
An information editing access step in which the information editing access function block accesses the information editing access function block of the second system from the first system;
The information search access function block accessing the information search access function block of the second system from the first system;
In the second call attempt management unit, the generation function block generates the call attempt corresponding to the service instance;
The delete function block deletes the call attempt corresponding to the service instance; and
A status search step in which the status search function block searches for a lifetime status in the call attempt corresponding to the service instance;
A status setting step in which the status setting function block sets a lifetime status in the call attempt corresponding to the service instance;
A status change notification step in which the status change notification functional block notifies a change in lifetime status in the call attempt corresponding to the service instance;
The status retention notification function block that notifies when the status of the lifetime in the call attempt corresponding to the service instance is maintained,
The information editing function block edits caller information, callee information, and call attempt history information of the call attempt corresponding to the service instance;
The information search function block includes an information search step for searching for caller information, callee information, and call attempt history information of the call attempt corresponding to the service instance. 16. The method according to claim 14, wherein the first proxy management means of the first system is a proxy generation access function block, a proxy registration access function block, a proxy deletion access function block, a presence setting access function block, and a message transmission access function. Block, proxy information editing access function block, and proxy information search access function block,
The second proxy management means of the second system has a proxy generation function block, a proxy registration function block, a proxy deletion function block, a presence setting function block, a message transmission function block, a proxy information editing function block, and a proxy information search function block And
In the first proxy management means, the proxy generation access function block in which the proxy generation access function block accesses the proxy generation function block of the second system from the first system;
The proxy registration access function block, wherein the proxy registration access function block accesses the proxy registration function block of the second system from the first system;
The proxy deletion access function block for accessing the proxy deletion function block of the second system from the first system;
A presence setting access step in which the presence setting access function block accesses the presence setting function block of the second system from the first system based on a change in the presence state of the service corresponding to the service instance;
A message transmission access step in which the message transmission access functional block accesses the message transmission functional block of the second system from the first system based on a change in the progress status of the service corresponding to the service instance;
The proxy information editing access function block in which the proxy information editing access function block accesses the proxy information editing function block on the second system side from the first system;
The proxy information search access function block for accessing the proxy information search function block on the second system side from the first system;
In a second proxy management means, the proxy generation function block generates a user agent corresponding to the requested service instance;
The proxy registration function block registers the user agent corresponding to the service instance,
The proxy deletion function block deletes the user agent corresponding to the service instance;
A presence setting step in which the presence setting function block changes presence information of the user agent corresponding to the service instance;
The message sending function block sends a message from the user agent corresponding to the service instance to the designated user agent; and
The proxy information editing function block edits user information of the user agent corresponding to the service instance;
The proxy information search function block includes a proxy information search step of searching for user information of the user agent corresponding to the service instance. The method according to claim 14, 15 or 16, wherein the second server further comprises a storage unit for storing first information on the first communication device and the second communication device,
In the first server, the first server receives a connection destination list request request from the third communication device, transmits a connection destination list including a plurality of transmission candidate destinations to the third communication device as candidates to be communicated, The information indicating that the communication is new from the third communication device by the process of receiving the information of the connection destination selected by the three communication devices, including the information selected from the plurality of communication information, and the information of the connection destination Receiving a first signal having first selection information including and transmitting a second signal based on the first signal;
The first call attempt management unit receives the second signal and transmits a third signal having start information of processing for generating a first call attempt based on the second signal in the second call attempt management unit of the second system. A second step of:
The second call attempt management unit receives a third signal, generates a first instance based on the third signal, and transmits a fourth signal having the first instance to the storage unit;
A fourth step of receiving a fifth signal as a response to the fourth signal from the storage unit and transmitting a sixth signal based on the fifth signal;
The first call attempt management unit receives a sixth signal and transmits a seventh signal based on the sixth signal;
The first server receives the seventh signal, transmits a seventh signal having response information for generation of the first instance in the new communication of the selected connection destination to the third communication device, and in the first selection information A sixth step of transmitting an eighth signal having start information of a process for generating a service;
A first step of receiving the eighth signal and transmitting a ninth signal having start information of processing of the second management unit based on the eighth signal;
The second management unit receives the ninth signal, generates first user agent information based on the ninth signal, and transmits a tenth signal having the first user agent information to the storage unit When,
A ninth step of receiving an eleventh signal having search result information searched based on the tenth signal from the storage unit and transmitting a twelfth signal based on the eleventh signal;
The first manager receives the twelfth signal and transmits a thirteenth signal based on the twelfth signal;
The first server receives the thirteenth signal, transmits the fourteenth signal based on the thirteenth signal to the second system, and transmits the fifteenth signal having information for requesting establishment of new communication in the first selection information. An eleventh step to
The second server receives the fifteenth signal, and in the sixteenth signal and the seventeenth signal, which are signals having information on a connection request between the first communication device and the second communication device connected to the second server When the 16th signal is transmitted to the first communication device, the 17th signal is transmitted to the second communication device, and communication is established between the first communication device and the second communication device, the second server A thirteenth step of receiving an eighteenth signal having information for ending communication with the second communication device from the first communication device and transmitting a nineteenth signal based on the eighteenth signal to the second communication device; ,
A fourteenth step of transmitting a twentieth signal based on the eighteenth signal;
The first server receives the twentieth signal and is a signal based on the twentieth signal with respect to the first selection information, and a signal having information for terminating communication with the second communication device from the first communication device; A fifteenth step of transmitting, to the third communication device, a twenty-first signal having information requesting input of status information regarding one selection information;
A sixteenth step of receiving a twenty-second signal having first status information from the third communication device and transmitting a twenty-third signal based on the twenty-second signal;
The first call attempt management unit receives the twenty-third signal, and transmits the twenty-fourth signal having information for setting the status of the first call attempt based on the twenty-third signal in the second call attempt management unit. And the process of
An eighteenth step in which the second call attempt management unit receives the twenty-fourth signal and transmits the twenty-fifth signal having status information based on the twenty-fourth signal to the storage unit;
A 19th step of receiving a 26th signal as a response to the 25th signal from the storage unit and transmitting a 27th signal based on the 26th signal;
A first step in which the first call attempt management unit receives the 27th signal and transmits a 28th signal based on the 27th signal;
The first server receives the 28th signal and is a signal based on the 28th signal with respect to the first selection information, and a 29th signal having response information for setting the status of the first call attempt is sent to the third communication device. And a 21st step of transmitting. 19. The method according to claim 18, wherein when the communication is established between the first communication device and the second communication device, the second server notifies the status change from the first communication device. A thirty-first signal including information to be received, a thirty-first signal including information for notifying the status change from the second communication device, and a thirty-second signal based on the thirty-first signal and a thirty-first signal based on the thirty-first signal. A 22nd step of transmitting a 33 signal to the storage unit;
Receives the 34th signal as the response signal to the 32nd signal and the 35th signal as the response signal to the 33rd signal from the storage unit, and transmits the 36th signal as a response signal based on the 34th signal to the first communication device A 23rd step of transmitting the 37th signal as a response signal to the 35th signal to the second communication device;
A 24th step in which the first server transmits a 37th signal having information for changing the status with respect to the first selection information;
A 25th step in which the first call attempt management unit receives the 37th signal and transmits a 38th signal having information replaced with the presence of the first user agent in the first management unit based on the 37th signal;
A first step in which the first manager receives the thirty-eighth signal and transmits a thirty-ninth signal having activation information for processing the presence of the first user agent in the second manager based on the thirty-eighth signal;
A twenty-seventh step of receiving a thirty-sixth signal, wherein the second management unit receives the thirty-nine signal and transmits to the storage unit a forty-sixth signal having information for changing the setting of presence information of the first user agent based on the thirty-ninth signal; ,
A 28th step in which the storage unit of the second system receives the 40th signal and changes the setting of the presence information of the first user agent;
A twenty-ninth step of transmitting a forty-first signal having information notifying a change in presence information of the second communication device to the first communication device;
A thirty-second step of transmitting a forty-second signal having information for notifying a change in presence information of the first communication device to the second communication device;
A thirty-first step of transmitting a 43rd signal as a response signal to the 40th signal;
A second process in which the second manager receives the 43rd signal and transmits a 44th signal based on the 43rd signal;
A first step in which the first manager receives the 44th signal and transmits a 45th signal based on the 44th signal;
A 34th step in which the first call attempt management unit receives the 45th signal and transmits a 46th signal based on the 45th signal;
The first server receives the forty-sixth signal, and is a signal based on the forty-sixth signal, and transmits the forty-seventh signal having response information to the information for notifying the status change to the third communication device. A service providing method comprising the steps of: 19. The method according to claim 18, wherein when the communication is established between the first communication device and the second communication device, the second server notifies the status change from the first communication device. Receiving a 30th signal including information to be transmitted, a thirty-second signal based on the thirty-second signal, and transmitting the thirty-second signal to the storage unit;
A twenty-third step of receiving a thirty-fourth signal as a response signal to the thirty-second signal from the storage unit and transmitting a thirty-sixth signal as a response signal based on the thirty-fourth signal to the first communication device;
A 24th step in which the first server transmits a 37th signal having information for changing the status with respect to the first selection information;
A 25th step in which the first call attempt management unit receives the 37th signal and transmits a 38th signal having information replaced with the presence of the first user agent in the first management unit based on the 37th signal;
A first step in which the first manager receives the thirty-eighth signal and transmits a thirty-ninth signal having activation information for processing the presence of the first user agent in the second manager based on the thirty-eighth signal;
A twenty-seventh step of receiving a thirty-sixth signal, wherein the second management unit receives the thirty-nine signal and transmits to the storage unit a forty-sixth signal having information for changing the setting of presence information of the first user agent based on the thirty-ninth signal; ,
The storage unit of the second system receives the 40th signal and changes the setting of the presence information of the first user agent in a 28th step;
A thirty-second step of transmitting a forty-second signal having information for notifying a change in presence information of the first communication device to the second communication device;
A thirty-first step of transmitting a 43rd signal as a response signal to the 40th signal;
A second process in which the second manager receives the 43rd signal and transmits a 44th signal based on the 43rd signal;
A first step in which the first manager receives the 44th signal and transmits a 45th signal based on the 44th signal;
A 34th step in which the first call attempt management unit receives the 45th signal and transmits a 46th signal based on the 45th signal;
The first server receives the forty-sixth signal, and is a signal based on the forty-sixth signal, and transmits the forty-seventh signal having response information to the information for notifying the status change to the third communication device. A service providing method comprising the steps of: 19. The method according to claim 18, wherein when the communication is established between the first communication device and the second communication device, the second server notifies the status change from the first communication device. A thirty-first signal including information to be received, a thirty-first signal including information notifying of a status change from the second communication device, and a thirty-second signal based on the thirty-third signal and a thirty-third signal based on the thirty-first signal. A 22nd step of transmitting a signal to the storage unit;
Receives the 34th signal as the response signal to the 32nd signal and the 35th signal as the response signal to the 33rd signal from the storage unit, and transmits the 36th signal as a response signal based on the 34th signal to the first communication device A 23rd step of transmitting the 37th signal as a response signal to the 35th signal to the second communication device;
A first process in which the first server transmits a 48th signal including information of a status retention notification related to the first selection information when the status has not changed in the first selection information even after a predetermined time has elapsed;
A first step wherein the first call attempt management unit receives the 48th signal and transmits a 49th signal having information replaced with the presence of the first user agent in the first management unit based on the 48th signal;
A first step in which the first manager receives the 49th signal and transmits a 50th signal having activation information for processing the presence of the first user agent in the second manager based on the 49th signal;
A 39th step of receiving a 50th signal and transmitting a 51st signal having information for changing the setting of presence information of the first user agent based on the 50th signal to the storage unit, wherein the second management unit receives the 50th signal; ,
A 40th step in which the storage unit of the second system receives the 51st signal and changes the setting of the presence information of the first user agent;
A 41st step of transmitting a 52nd signal having information for notifying a change in presence information of the second communication device to the first communication device;
A forty-second step of transmitting a 53rd signal having information for notifying a change in presence information of the first communication device to the second communication device;
A 43rd step of transmitting a 54th signal as a response signal to the 51st signal;
A 44th step in which the second manager receives the 54th signal and transmits a 55th signal based on the 54th signal;
A 45th step in which the first manager receives the 55th signal and transmits a 56th signal based on the 55th signal;
A 46th step in which the first call attempt management unit receives the 56th signal and transmits a 57th signal based on the 56th signal;
The first server receives the 57th signal, and is a signal based on the 57th signal, and transmits a 58th signal having response information to the information notifying the status change to the 3rd communication device. A service providing method comprising the steps of: 19. The method according to claim 18, wherein when the communication is established between the first communication device and the second communication device, the second server notifies the status change from the first communication device. A thirty-second step of receiving a thirty-second signal including information to be transmitted and transmitting a thirty-second signal based on the thirty-th signal to the storage unit;
A twenty-third step of receiving a thirty-fourth signal as a response signal to the thirty-second signal from the storage unit and transmitting a thirty-sixth signal as a response signal based on the thirty-fourth signal to the first communication device;
A first process in which the first server transmits a 48th signal including information of a status retention notification related to the first selection information when the status has not changed in the first selection information even after a predetermined time has elapsed;
A first step wherein the first call attempt management unit receives the 48th signal and transmits a 49th signal having information replaced with the presence of the first user agent in the first management unit based on the 48th signal;
A first step in which the first manager receives the 49th signal and transmits a 50th signal having activation information for processing the presence of the first user agent in the second manager based on the 49th signal;
A second step of receiving a 50th signal and transmitting a 51st signal having information for changing the setting of presence information of the first user agent based on the 50th signal to the storage unit; ,
A 40th step of receiving the 51st signal and changing the setting of the presence information of the first user agent, wherein the storage unit of the second system;
A forty-second step of transmitting a 52nd signal having information for notifying a change in presence information of the first communication device to the first communication device;
A 43rd step of transmitting a 54th signal as a response signal to the 51st signal;
The second manager receives the 54th signal and transmits a 55th signal based on the 54th signal;
A 45th step in which the first manager receives the 55th signal and transmits a 56th signal based on the 55th signal;
A 46th step in which the first call attempt management unit receives the 56th signal and transmits a 57th signal based on the 56th signal;
The first server receives the 57th signal, and is a signal based on the 57th signal, and transmits a 58th signal having response information to the information notifying the status change to the 3rd communication device. A service providing method comprising the steps of: 23. The method according to any one of claims 15 to 22, wherein the first system is a Web (world wide Web) device,
The service providing method, wherein the second system is a SIP device. 23. The method according to any one of claims 15 to 22, wherein the first system is an FTP (File Transfer Protocol) device,
The service providing method, wherein the second system is a SIP device. 23. The method according to any one of claims 15 to 22, wherein a protocol used when operating in cooperation between the first system and the second system is SOAP (Simple Object Access Protocol) or CORBA (Common A service providing method characterized by being a protocol of Object Request Broker Architecture).

Images