JP2005202724A - Service system and setting method for communication conditions therefor - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a service system in which communication capability can be designated by the transmitter side irrespective of the system environment, and a setting method for communication conditions therefor. <P>SOLUTION: In a SIP communication system 10, communication conditions of a communication partner registered beforehand in an SIP-DB 20 are searched according to the transmit from an SIP client terminal device 14, by the function of a presence searching function part 28 which is possessed by an SIP server 18. The obtained communication conditions for the communication partner are supplied to the SIP client terminal device 14 of the transmitter. One of the communication conditions is selected from among these communication conditions by the function of a transmitter side designating function part 32. The communication conditions are designated to an SIP client terminal device 16 of the communication partner side. In this way, communication conditions which satisfy the communication partner can be set at the transmitter side. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a service system and a method for setting communication conditions thereof. The service system of the present invention is a communication system that provides high serviceability between a server and a client and performs real-time communication, and in particular, VoIP (Voice Over Internet Protocol). This is a fusion communication system that uses a VoIP server environment (SIP server environment) based on SIP (Session Initiation Protocol), which is a representative protocol, and an AP (Application: application software) in a different environment. Further, the communication condition setting method of the present invention relates to a communication condition setting method for giving, for example, a media decision right on the caller side in the server-client communication system.

  Conventionally, the main body of SIP (Session Initiation Protocol) is defined by RFC (Request For Comments) 3261 recommendation which is a standard document of Internet technology. Preference is defined in the RFC3261 recommendation. In this definition, there is a case where the caller side performs communication by specifying a media type, and a case where the callee side registers the media upon arrival. The media type indicates communication capability, and specifically represents an audio / image encoding method or the like. In both cases, in the SIP, the callee has media decision rights.

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

  However, due to the above-mentioned media decision rights, the caller cannot specify media in a real-time communication service provided by an ISP (Internet Service Provider). For this reason, the caller cannot select the optimum media based on the other party's situation or his / her situation.

  The media selection will be briefly described. There is a case where the incoming call is specified in a single system. First, if the media type is set in the server as a mobile phone or IM (Instant Message) communication only in the designation by the called party, the called party who has the right to make a call will use the soft phone on the sending side. Incoming calls with mobile phones. Second, if the called party specifies IM or normal telephone communication as the media type, even if the caller specifies a videophone and outputs a call request, the callee with the decision- If the connection is made with a normal telephone, for example, the caller is informed of what is possible. Therefore, the caller cannot specify the media.

  In addition, transmission may be specified between different systems. For example, when a caller prioritizes within the conditions such as the communication capability that the communication partner wants to use by accessing the other party's Web (world wide Web) server that the service provider has via the SIP environment, separate APs (AP: APplication) It is realized by each complicated operation for the environment. However, a Web client in a Web AP environment cannot prioritize communication methods using a Web screen or the like. This is because the conventional Web AP environment is used for different purposes, such as the construction of information provision AP services provided by corporate information systems and ISPs, and the SIP AP environment for construction of telephone services. Responsible.

  SUMMARY OF THE INVENTION An object of the present invention is to provide a service system and a communication condition setting method that can solve such drawbacks of the prior art and enable a caller to specify communication capability regardless of the system environment.

  In order to solve the above-mentioned problems, the present invention handles a communication protocol for specifying a system environment and manages it, and information storage means for storing communication conditions together with information managed by the first server, A second server for operating an application for operating a communication protocol, an interface means for constructing an application provided to the second server, and a client terminal means connected to the first server, Each of the second servers has a function block for searching for presence information indicating communication conditions, and the client terminal means is supplied with communication conditions for the communication partner via the first server in response to a call from this means. And having a condition specifying function block for selecting one communication condition from the supplied communication conditions To.

  The service system of the present invention searches for communication conditions of a communication partner registered in advance in the information storage means by the function of the function block of the first server in response to transmission from the client terminal means, and for the obtained communication partner By supplying the communication conditions to the client terminal means of the transmission source, selecting one communication condition from the communication conditions by the function of the condition specifying function block, and specifying the communication condition on the communication partner side, Thus, communication conditions that satisfy the communication partner can be set.

  Further, in order to solve the above-mentioned problems, the present invention provides a service system in which information is communicated with each of clients connected to a system constructed by an environment of different communication protocols, and this information is provided as a service. The system includes a first system that operates based on a first communication protocol, and a second system that operates based on a second communication protocol, the first system sending to the second system Information is processed by mediation software that handles information as information that is commonly linked in the first communication protocol and the second communication protocol, and information processed by the mediation software supplied from the second system is information of the first communication protocol. First presence management means for processing the presence information representing the status information of the service target, Managed by the first presence management means, the first server that handles and manages the first communication protocol, the second server that operates the application that operates the first protocol, and the first server First information storage means for storing first communication conditions together with information, interface means for constructing an application provided to the second server, and first communication to at least one of the first and second servers And a function block for searching for presence information indicating a condition. The second system processes information to be sent to the first system with the mediation software, and the information processed with the mediation software supplied from the first system. Access to the first presence management means from the second system and the second cooperation management means for making the information of the second communication protocol A second presence management means for acquiring various information to be serviced, a third server for handling and managing the second communication protocol, and a fourth server for operating an application for operating the second protocol; , Second information storage means for storing the second communication condition together with information managed by the third server, interface means for constructing an application provided to the fourth server, and third and fourth servers And a function block for searching for presence information indicating the second communication condition. Further, the service system is connected to the first server, and the second communication condition for the communication partner is determined according to the outgoing call. Client terminal means having a condition specifying function block that is supplied and selects one communication condition from the supplied second communication conditions It is characterized by including.

  The service system of the present invention searches for the first communication condition of the communication partner registered in the first information storage means by the function of the function block of the first server in response to the transmission of the client terminal means, The search result is processed by the mediation software of the first linkage management means, sent to the second linkage management means, and the search result converted to the information of the second communication protocol is supplied to the fourth server. The function block of the fourth server is made to function based on the second information storage means to search for the corresponding second communication condition, and the obtained second communication condition is set to the fourth server, The second cooperation management means, the first cooperation management means, the second server, and the first server are supplied to the source client terminal device, and one of the second communication conditions is selected by the function of the condition designation function block. Communication Select, by specifying a communication condition in the communication partner side, it is possible to set the communication conditions that the communication counterpart is satisfied at the originating side.

  In order to solve the above-mentioned problem, the present invention is a method for setting communication conditions between communication terminal devices, and this method is a first step of transmitting information for specifying a communication partner from a communication terminal device on the transmission side. And a second step of searching for a communication condition desired by the communication partner registered in advance based on the information for identifying the communication partner that has transmitted, and the communication condition desired by the communication partner obtained by this search on the transmission side A third step of notifying the communication terminal device, a fourth step of selecting a desired communication condition from the communication conditions desired by the communication counterpart notified by the communication terminal device on the transmitting side, and this selection And a fifth step of transmitting the communication condition to the communication terminal device on the communication partner side.

  According to the communication condition setting method of the present invention, the communication condition desired by the communication partner obtained by searching for the communication condition desired by the communication partner registered in advance based on the information for identifying the communication partner that has transmitted is transmitted to the sender. By selecting a desired communication condition from among the acquired communication conditions supplied to the communication terminal apparatus and transmitting it to the communication terminal apparatus on the communication partner side, the communication condition can be specified on the transmission side.

  Furthermore, in order to solve the above-mentioned problem, the present invention provides a method for setting communication conditions when communicating information with each of clients connected to a system constructed by an environment of different communication protocols. Of the communication between the first system that operates in accordance with the communication protocol of the first and the second system that operates in accordance with the second communication protocol, the information transmitted from the first system is the first communication protocol. A first step of sending information processed by the mediation software handled as information to be commonly linked in the second communication protocol, and information processed by the mediation software supplied to the second system in the second communication protocol The second step of processing and sending information and the information of the second communication protocol sent from the second system as an intermediary software A third step of sending information processed by the air, and a fourth step of processing the information processed by the mediation software supplied to the first system into information of the first communication protocol and sending the information. A fifth step of transmitting information specifying a communication partner from a sending client, a sixth step of searching for information specifying the transmitted communication partner as a first search condition, and a first search The conditions are sent to the second system by the first and second steps and the search conditions in the second communication protocol are sent to the second system, and the corresponding pre-registered based on the search conditions in the second communication protocol An eighth step of searching for communication conditions desired by the communication partner side, and sending the search result to the first system through the third and fourth steps, and the communication partner side described in the first communication protocol Ninth step of making desired communication condition, tenth step of notifying communication client desired communication condition obtained by this search to transmission side client, and notification by communication terminal device on transmission side Including a eleventh step of selecting a desired communication condition from communication conditions desired by the communication partner side and a twelfth step of transmitting the selected communication condition to the communication terminal device of the communication partner side. And

  According to the communication condition setting method of the present invention, the first communication condition of the communication partner side registered in advance is searched based on the information for identifying the communication partner that has transmitted, and the search result is retrieved from the first system by the mediation software. The second communication condition is searched based on the supplied search result, and the second communication condition is transmitted from the second system to the first system by using the intermediary software. Based on the information acquired by fusing communication in different communication systems by notifying the client, selecting the desired communication condition from the notified second communication conditions, and transmitting to the client on the communication partner side Specify communication conditions on the caller side.

  Next, an embodiment of a service system according to the present invention will be described in detail with reference to the accompanying drawings. In this embodiment, the service system of the present invention is applied to the SIP 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.

  The SIP communication system 10 includes a SIP system 12 and SIP client terminal devices 14 and 16, as shown in FIG. The SIP system 12 is configured to be arranged in a LAN (Local Area Network) environment in one server computer or in the same domain. The SIP system 12 includes a SIP server 18, a SIP database (SIP-DB) 20, a SIP application server (SIP-AP server) 22, a SIP application interface (SIP-API) 24, and a SIP application (SIP-AP) 26.

  Each component of the SIP system 12 will be briefly described. The SIP server 18 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 18 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.

  Further, the SIP server 18 has a presence search function unit 28 that is a feature of the present embodiment. The presence search function unit 28 has a function of searching for presence information set in the SIP client terminal device on the receiving side in response to a call request from the SIP client terminal device. In this embodiment, the SIP server 18 is connected to the SIP client terminal devices 14 and 16, and exchanges information and SIP messages provided from the SIP-AP server 22.

  The SIP-DB 20 is constructed of a storage that is managed by the SIP server 18 and stores, for example, user information and presence information in association with each other. Some SIP-DBs 20 are connected to the SIP server 18 and have a function of providing information in response to a search request from the SIP server 18 or a request from the SIP-AP server 22. The user information described above is information used for client address information and 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.

  In the present embodiment, information relating to a desired communication form, priority order to which such information is applied, and the like are also stored. Examples of the information relating to the communication form include a fixed phone, a mobile phone, a video phone, and IM. Further, the information indicating the communication capability includes information on audio encoding methods such as G.711, G.729, and G.723, and image encoding methods such as H.261 and H.263.

  The SIP-AP server 22 is a server that operates an application managed by the SIP server 18 according to an operation based on the SIP protocol. The SIP-AP server 22 is connected to the SIP server 18 and the SIP-API 24, respectively. The SIP-API 24 has a function of transmitting a SIP request received by the SIP server 18 to an application and a function of issuing a request to the SIP server 18. SIP requests include session establishment, confirmation response, call termination and presence change. The SIP-AP server 22 may be provided with a presence search function unit 30. In this case, the SIP-AP server 22 receives a call request from the SIP client terminal device, performs a prior search for the corresponding presence information in the SIP-DB 20 via the SIP server 28, and obtains the obtained result as a SIP. Operate to provide to client terminal.

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

  The SIP-AP 26 is an application that is constructed by the SIP-API 24 to be connected and operates on the SIP-AP server 22. Examples of applications handled by the SIP-AP 26 include IP phone, instant message, video phone, presence communication, and the like.

  The SIP client terminal devices 14 and 16 have a client environment that connects to the SIP server 18 and uses the functions provided by the SIP-AP 26. A typical terminal device is a SIP soft phone. The SIP client terminal devices 14 and 16 include calling side designation function units 32 and 34, respectively. The calling side designation function units 32 and 34 have a function of selecting presence information from prior presence information having priorities obtained by the SIP server 18 or the SIP-AP server 22 and transmitting it to the called side. Yes.

  The SIP communication system 10 connects the SIP server 18 and the SIP-AP server 22, operates in cooperation with these servers, and has presence search function units 28 and 30 to provide information on the called party requested by the SIP client terminal device. Is searched in the SIP-DB 20, acquired in advance, and provided to the SIP client terminal device corresponding to the caller. The SIP client terminal device sends designated information selected from information provided in advance by the calling side designation function unit to the called side. As a result, the communication capability can be specified on the calling side.

  Next, communication condition selection processing in the SIP communication system 10 will be described. In this description, it is assumed that the SIP client terminal device 14 is a transmission side and the SIP client terminal device 16 is a reception side. The SIP client terminal device 16 registers presence information related to communication capability and the like in the SIP system 12 in advance. At time T10, the SIP client terminal device 16 transmits a presence information registration request (REGIST_REQ.) 40 to the SIP server 18.

  At the time T12, the SIP server 18 transmits the presence information included in the presence information registration request (REGIST_REQ.) 40 provided from the SIP client terminal device 16 to the SIP-DB 20 as registration information (REGIST_INFO.) 42. The SIP-DB 20 records and stores the registration information 42 of presence information. As described above, the presence information registration information 42 stored in the SIP-DB 20 includes the communication mode handled by the SIP client terminal device 16 and the voice encoding method and the image encoding method indicating the communication capability, and the priority for these. Contains. It goes without saying that the presence information of not only the SIP client terminal device 16 but also other SIP client terminal devices is registered in the SIP-DB 20 in advance.

  The SIP client terminal device 14 outputs a confirmation request (CONFIRM_REQ.) 44 to the SIP server 18 so as to confirm the presence information registered by the other party to be communicated at time T14. The confirmation request 44 includes information for specifying a communication partner such as a telephone number and an IP address. The SIP server 18 receives the confirmation request 44 from the SIP client terminal device 14, and outputs a presence information confirmation request (CONFIRM_REQ.) 46 to the SIP-DB 20 by the function of the presence search function unit 28 at time T16. .

  In the SIP-DB 20, the presence information registered for the communication partner is searched based on the information included in the confirmation request 46. The SIP-DB 20 outputs the search result as response information (RESPONSE) 48 to the SIP server 18 at time T18. Here, this corresponds to returning a value for an argument in software. The response information 48 includes registered presence information when the corresponding presence information exists. When there is no corresponding presence information, the response information 48 includes information indicating that there is no corresponding information.

  The SIP server 18 sends the response information 48 supplied from the SIP-DB 22 to the requested SIP client terminal device 14 as the presence information notification (NOTIFY) 50 acquired at time T20.

  The SIP client terminal device 14 determines a desired communication mode and communication capability set in the presence information of the communication partner notified by the calling side designation function unit 32. This determination is performed by, for example, displaying the priority set for each of the communication mode and communication capability on the screen by the calling side designation function unit 32 and operating the key by the user. The SIP client terminal device 14 outputs a communication request to the SIP server 18 at time T22 with the SIP client terminal device 16 of this embodiment that is the communication partner. At this time, the communication request includes the above-described selection result, that is, the designation information (DESIG._INFO.) 52.

  The SIP server 18 notifies the SIP client terminal device 16 of a communication request (COMM._REQ.) 54 including the determined designation information 52 at time T24. As a result, the SIP client terminal device 16 confirms that communication is possible in a situation that matches the communication designation of the own device 16, and starts communication with the SIP client terminal device 14 that is the transmission source.

  Note that the source SIP client terminal device is not limited to the SIP server 18, but using the presence search function unit 30 provided in the SIP-AP server 22, the corresponding registered presence information from the SIP-DB 20 is used. May be accessed via the SIP server 18 so as to obtain the password. Information can also be acquired by this access, and information can be provided from the SIP server 18 to the SIP client terminal device of the transmission source.

  With such a sequence, the caller can specify the communication capability and the like. As a result, it is possible to select an optimal communication capability or the like based on the other party's situation / own situation.

  Next, another embodiment to which the service system of the present invention is applied will be described. This embodiment is a communication fusion system 60 between different systems. Common parts are denoted by reference numerals used in the previous embodiments, and the description thereof is omitted in order to avoid complicated explanation. As shown in FIG. 3, the communication fusion system 60 includes a SIP environment SIP system 12, SIP client terminal devices 14 and 16, a Web environment Web system 62, and Web client terminal devices 64 and 66. As described above, the SIP system 12 and the Web system 62 are systems on a network environment belonging to different network domains, and communicate with each other via the network 68. Each of the SIP system 12 and the Web system 62 is configured in a LAN environment in one server computer or in the same domain.

  The network 68 is a network that connects systems on network environments belonging to different network domains. In this embodiment, the network 68 is a SOAP (Simple Object Access Protocol) / CORBA (Common Object Request Broker Architecture) network. A communication protocol that plays a role of mediating information between the SIP system 12 and the Web system 14. More specifically, SOAP is a communication protocol that defines the data format and message processing rules of messages exchanged between Web services. CORBA is a distributed object technology developed by OMG (Object Management Group).

  The SIP system 12 shown in FIG. 4 includes the components shown in FIG. 1, the SIP server 18, SIP-DB 20, SIP-AP server 22, SIP-API 24 and SIP-AP 26, and new components. Includes a web accessor component 70.

  The Web accessor component 70 is a generic name for a component group in which the SIP-AP 26 cooperates with the Web system 14, and each component represents a library software component. Therefore, the Web accessor component 70 is called when the SIP-AP 26 operates, and is used when communicating with a SIP accessor component 72 described later of the Web system 62 shown in FIG. The Web accessor component 70 includes, for example, a presence management unit 74, a linkage management unit 76, and a component application interface (component API) 78, as shown in FIG.

  Further, the Web accessor component 70 will be described with reference to FIG. The presence management unit 74 is a component having a function of operating and managing presence information managed in the SIP system 12, that is, the SIP environment. The presence management unit 74 includes an information registration function unit 80, an information change function unit 82, an information search function unit 84, and an information update notification access function unit 86.

  The information registration function unit 80 is a module that registers presence information supplied via the SIP server 18 in the SIP-DB 20, for example. The information change function unit 82 is a module that updates presence information already registered in the SIP-DB 20 with the latest presence information supplied. The information search function unit 84 is a module that searches for presence information recorded in the SIP-DB 20 using the supplied presence information. The information update notification access function unit 86 is an access module that notifies the presence management unit of the Web system 62 that the latest presence information has been updated.

  In addition, depending on what functions are realized as specific SIP-AP 26, it can be used in combination from the SIP-AP 26 side. In addition to these components, it can be expanded as needed depending on the application. Is possible. By adding / extending this component, the variation of linkage with the Web system 62 is also added / extended.

  The linkage management unit 76 has a function of managing the communication environment for accessing the presence management unit 70 from the Web system 62 side or accessing the Web system 62 side in cooperation with the corresponding linkage management unit 88 in the Web system 62. ing. The linked management environment includes, for example, an environment setting corresponding to a SOAP or CORBA protocol. The link management unit 76 configured as described above has a function of converting information into a common communication protocol and a function of converting into a SIP protocol so as to enable the above-described access.

  The component API 78 is an interface for using the Web accessor component 70 by the SIP-AP 26.

  Next, the Web system 62 will be described. The Web system 62 includes a Web server 90, a Web-DB 92, a Web-AP server 94, a Web-API 96, a Web-AP 98, and a SIP accessor component unit 72, as shown in FIG.

  The Web server 90 is a server that handles and manages based on the HTTP protocol. The web server 90 is connected to web client terminal devices 64 and 66 in the web environment. A typical example of the Web client terminal devices 64 and 66 is a Web browser. The Web server 90 is connected to the Web-DB 92 and the Web-AP server 94 to manage them. The Web server 90 has a presence search function unit 100. The presence search function unit 100 has a function of searching the Web-DB 92 for presence information set in the SIP client terminal device on the receiving side in response to a call request from the SIP client terminal device.

  The Web-DB 92 is a storage for storing information managed by the Web server 90. As the information to be managed, a database is constructed by storing client billing information, usage logs, and the like. In this embodiment, the Web-DB 92 stores information related to the communication mode and communication capability desired by the user. As described above in the description of the SIP-DB 20, the communication form means a fixed telephone, a mobile phone, a videophone, an IM, or the like. In addition, as the communication capability information, for example, which of the audio encoding methods such as G.711, G.729, and G.723 and the image encoding methods such as H.261 and H.263 can be used. The information shown is stored. Further, in the Web-DB 92, information such as the priority order to which the stored information is applied is designated by the user.

  The Web-AP server 94 is a server that operates an AP that operates a Web protocol, HTTP (Hyper Text Transfer Protocol) managed by the Web server 90. Examples of the Web-AP server 94 include open source TOMCAT and BEA ™ WebLogic (trademark). The Web-AP server 94 is connected to the Web-AP 98 via the Web-API 96. The Web-AP server 94 may operate the application based on the information in the Web-DB 92. Like the Web server 90, the Web-AP server 94 has a presence search function unit 102. The presence search function unit 102 has a function of searching the Web-DB 92 for presence information set in the SIP client terminal device on the receiving side in response to a call request from the SIP client terminal device.

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

  The Web-AP 98 is a Web application that is constructed by the connected Web-API 96 and runs on the Web-AP server 94, and is also connected to the SIP accessor component 72. Web applications include APs for Internet shopping malls, corporate portals, and content distribution.

  The SIP accessor component 72 is a generic term for a component group in which the Web-AP 98 cooperates with the SIP system 12, and is library software called when the Web-AP 98 operates. The SIP accessor component 72 is used when the Web-AP 98 communicates with the Web accessor component 70 on the SIP system 12. In this case as well, as with the Web accessor component 70, the Web-AP 98 can be used in combination from the Web-AP 98 side depending on what functions are realized in cooperation with the SIP-AP 26. . The SIP accessor component 72 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 72 includes a presence management unit 104, a cooperation management unit 88, and a component API 106. The presence management unit 104 includes a plurality of modules that access the above-described functional units in the presence management unit 74 through communication between the cooperation management unit 76 and the cooperation management unit 88. The presence management unit 104 is a component in the Web environment that accesses the presence management unit 74 in the SIP environment to access presence information managed in the SIP system 12 or SIP environment. That is, the presence management unit 104 accesses the corresponding function unit of the presence management unit 74 from each of the function units, thereby realizing an access function from the Web system 62 or the Web environment side and acquiring various types of information.

  As shown in FIG. 5, the presence management unit 104 includes an information registration access function unit 108, an information change access function unit 110, an information search access function unit 112, and an information update notification function unit 114. The information registration access function unit 108, the information change access function unit 110, and the information search access function unit 112 are accessed from the respective function units, and by accessing the corresponding function units in the presence management unit 74 on the SIP environment side, The access update function is realized, and the information update notification function unit 114 is realized as a function activated after information notification from the presence information update notification access function unit 86 in the presence management unit 74 on the SIP environment side. The notified presence information is converted into a format that can be displayed on a Web browser.

  The cooperation management unit 88 has a communication environment that cooperates with the corresponding cooperation management unit 76 in the SIP system 12 to access the SIP system 12 side using the presence management unit 108 and to access the Web system 62 side. doing. Specifically, the cooperation management unit 88 performs cooperation processing using SOAP, CORBA, or the like corresponding to the cooperation management unit 76. The cooperation processing in the present embodiment is to process one of SOAP / CORBA upon transmission from the Web system 62, and to change the data supplied upon reception to the Web system 62 to the HTTP protocol. This processing is to perform communication by calling a presence information search stub that accesses the information search function from a remote environment when the information search function unit 84 of the SIP system 12 is used from the Web system 62 side. This stub differs depending on the above-described mechanism used for realizing remote access. If the mechanism to be selected is CORBA linkage, the CORBA stub is used. If the mechanism to be selected is SOAP linkage, the SOAP access stub is used.

  The component API 106 is provided for the Web-AP 98 to use the SIP accessor component unit 72.

  In this way, communication between the SIP environment and the Web environment is integrated to enable communication linked to each other, while presence information indicating the communication capability, priority, etc. desired by the communication partner is communicated to the Web-DB 92 in advance. The SIP client terminal device in the SIP environment is set as a caller, the SIP system 12 and the Web-AP server 94 in the Web system 62 that provides the service via the SOAP / CORBA network 68 are accessed, and the communication request is made. Search the Web-DB 92 for communication conditions related to the other party. The Web system 62 supplies the obtained communication conditions to the SIP server 18 in the SIP system 12 via the SOAP / CORBA network 68, and further notifies the SIP client terminal device that is a caller of the communication conditions. The caller sends a condition selected from communication conditions desired by the communication partner. At this time, the SIP server automatically negotiates based on the communication condition designated with the communication partner side to make it communicable. As a result, communication is performed under communication conditions designated by the caller.

  Next, a communication setting procedure on the caller side in the communication fusion system 60 will be described. As a precondition for performing the communication setting procedure, communication conditions are set in Web-DB 92 in advance. As shown in FIG. 7, the Web browser of the Web client terminal device 64 sends a presence information setting request (Set_REQ.) 120 including a desired communication condition at the time of reception to the Web server 90 / Web-AP server 94 at time T30. Output to. Upon receiving the presence information setting request 120, the Web server 90 / Web-AP server 94 notifies and writes the presence information including the communication conditions supplied to the Web-DB 92 at time T32 (W._INSTRUCT. 122 ). The Web server 90 / Web-AP server 94 determines whether or not it is a new registration before writing presence information. The Web server 90 / Web-AP server 94 registers information as new if not registered, and updates and writes information as an update of the latest presence information if registered.

  Simultaneously with the completion of the writing, information indicating that the writing process has been normally completed from the Web-DB 92 is returned to the Web server 90 / Web-AP server 94 as a response signal (RESPONSE) 124 at time T34. The Web server 90 / Web-AP server 94 returns a response signal 126 to the Web client terminal device 64 that has transmitted the presence information setting request 120 at time T36.

  At time T40 shown in FIG. 8, the SIP client terminal device 14 outputs a transmission request (TRANSMIT_REQ.) 130 to the SIP server 18 as a transmission side. The call request 130 includes the telephone number of the other party. The SIP server 18 searches the SIP-DB 20 for information on the called side at time T42 (SEARCH 132). The SIP-DB 20 returns the search result as a response signal (RESPONSE) 134 at time T44. The search result is information given to an argument in software, for example. This information includes, for example, an IP (Internet Protocol) address.

  Next, the SIP server 18 outputs a condition request (COND._REQ.) 136 for acquiring the communication condition of the communication partner to the SIP-AP server 22 at time T46. The condition request 136 includes information on the called side so that the Web-DB 92 can be searched based on the information indicated by the search result. The SIP-AP server 22 includes the condition request 136, generates a start signal (LAUNCHING) 138 for starting the link management unit 76, and outputs the start signal 138 to the link management unit 76 at time T48.

  Here, although not shown, in the present embodiment, the information search function unit 84 of the presence management unit 74 is activated and supplied to the activation signal 138.

  In order to receive the activation signal 138 and transmit the search information of “condition request” to the Web-AP server 94, the cooperation management unit 76 selects one of the communication protocols such as SOAP or CORBA, and selects the selected communication protocol. A search request (SEARCH_REQ.) 140 including search information of “condition request” is generated using a communication protocol. The cooperation management unit 76 communicates by supplying a search request 140 to the cooperation management unit 88 existing in another domain on the SOAP / CORBA network 68 at time T50. The cooperation management unit 88 receives the search request 140 including the “condition request” information supplied from the cooperation management unit 76.

  The cooperation management unit 88 receives the search request 140 and converts the search request 140 into a search request (SEARCH_REQ.) 142 compliant with the HTTP protocol used in the Web environment. The cooperation manager 88 outputs the search request 142 to the Web-AP server 94 at time T52.

  The Web-AP server 94 activates the presence search function unit 102 in response to the received search request 142, and searches for communication conditions of the communication partner at time T54 (SEARCH 144). In the Web-DB 92, a search is performed based on whether the information in the database matches the search information. If applicable, the communication condition registered in the Web-DB 92 is read as a response signal (RESPONSE) 146 at time T56 and returned to the Web-AP server 94. If the search does not match, the response signal 146 is returned to the Web-AP server 94 as a response signal 146 that there is no corresponding communication condition.

  The Web-AP server 94 supplies the link management unit 88 with an activation signal (LAUNCHING) 148 including presence information obtained in this way at time T58. Upon receiving the activation signal 148, the cooperation management unit 88 transmits the presence information supplied to the cooperation management unit 76 existing in another domain on the SOAP / CORBA network 68 to the SIP-AP server 22, so that the SOAP or CORBA Is selected so that “presence information” included in the response signal obtained by using the selected communication protocol can be handled. The presence information includes a communication condition that is a search result. The cooperation management unit 88 transmits a response signal 150 to the cooperation management unit 76 existing in another domain on the SOAP / CORBA network 68 at time T60. The cooperation management unit 76 outputs to the SIP-AP server 22 a response signal 152 obtained by converting presence information from a format that can handle information in common at time T62 into a SIP environment format.

  The SIP-AP server 22 notifies the response signal 152 to the SIP server 18 as the response signal 154 at time T64. The SIP server 18 notifies the presence information indicating the communication condition on the called side to the SIP client terminal device 14 that has output the call request at time T66 (NOTIFY 156). Thereby, the SIP client terminal device 14 obtains presence information including communication conditions on the called side, that is, communication form, communication capability and priority. For example, it is preferable that presence information is provided together with a communication mode with priority and a communicable time zone. In consideration of such incidental information, the caller (user) selects a condition from the displayed communication conditions using the caller-side designation function unit 32 included in the SIP client terminal device 14. This selection makes it possible to provide the SIP client terminal device 16 with conditions for reliable communication. The SIP client terminal device 14 outputs a transmission request (TRANSMIT_REQ.) 158 including information such as the communication condition selected at time T68 and the communication partner number to the SIP server 18.

  The SIP server 18 notifies the received information to the SIP client terminal device 16 on the receiving side at time T70 (NOTIFY 160). The SIP client terminal device 16 returns a response signal (RESPONSE) 162 indicating that the communication is received at the time T72 to the SIP server 18 because conditions satisfying the desired communication conditions are supplied from the transmission source. The SIP server 18 returns the response signal 164 from the SIP client terminal device 16 to the SIP client terminal device 14 at time T74. As a result, the negotiation with the SIP client terminal devices 14 and 16 based on the communication conditions designated by the caller is completed. Thereafter, communication is started.

  By operating in this way, the Web environment and the SIP environment can be linked to each other. By integrating the Web and VoIP, the communication conditions of the desired communication partner can be acquired from services in different system environments, and this can be obtained. The sender is selected from the specified communication conditions and communication is requested from the sender. As a result, the communication conditions for the communication partner can be set from the transmission side, and the negotiation between the transmission side and the reception side can be reliably performed.

  Further, as shown in FIG. 9, the SIP system 12 and the Web system 62 in the communication fusion system 60 described above may be arranged on a computer 170 environment combined into one. However, the SIP system 12 and the Web system 62 are not provided with the cooperation management units 76 and 88 of the above-described embodiment. In the present embodiment, as an alternative function of the process linkage that aims at merging with the SIP system 12 and the Web system 62 by the linkage management units 76 and 88, the computer 170 has a function call function unit between the SIP system 12 and the Web system 62. 172 is provided. The function call function unit 172 links the processes of both systems 12 and 62 using, for example, a function call created in C language or C ++ language, a method call of Java (trademark) language, or the like. The function call function unit 172 has the same function as the SOAP / CORBA protocol conversion function. The operation is exactly the same as the sequence shown in FIGS.

  Thereby, it is possible to set the communication conditions from the calling side to the called side by fusing the AP of the Web system 62 and the VoIP-AP in the SIP system 12 on a single small computer.

  The communication fusion system 60 is not limited to a configuration for integrating the SIP system 12 and the Web system 62, but can also be realized by a configuration in which the SIP system 12 and the FTP (File Transfer Protocol) system 180 are integrated. . The SIP system 12 and the FTP system 180 are arranged on network environments belonging to different network domains via the SOAP / CORBA network 68, respectively. In addition, the SIP environment and the FTP environment of this embodiment are arranged in a LAN environment in one server computer or in the same domain. The SIP system 12 has the same configuration as in the previous embodiment, and a description thereof is omitted.

  The FTP system 180 of FIG. 10 includes an FTP server 182, FTP-DB 184, FTP-AP server 186, FTP-API 188, FTP-AP 190, and SIP accessor component unit 192. Each configuration will be briefly described below. The FTP server 182 is a server that handles and manages FTP. The FTP server 182 includes a presence search function unit 194 having the same function as the presence search function unit 100 of the Web server 90. The FTP-DB 184 is a database that stores file information and the like transferred by FTP managed by the FTP server 182 and also stores communication conditions corresponding to the file information.

  The FTP-AP server 186 is a server that operates an AP that operates a file transfer protocol managed by the FTP server 182. The FTP-AP server 186 includes a presence search function unit 196 having the same function as the presence search function unit 102 of the Web-AP server 94. The FTP-API 188 is an AP interface provided by the FTP-AP server l86. The FTP-AP 190 is an AP constructed by the FTP-API 188 and operating on the FTP-AP server l86. APs include, for example, peer-to-peer file exchange between two parties, file sharing, and the like.

  The SIP accessor component unit 192 is a general term for components having a function of causing the FTP-AP 190 to cooperate with the SIP environment, that is, a software component group. The SIP accessor component unit 192 includes the same components as the SIP accessor component unit 72 in the Web system 62, and is given the same reference number. The presence management unit 104 includes a group of components in the FTP system 180 that accesses presence information managed in the SIP system 12. The cooperation management unit 88 is common to cooperate with the cooperation management unit 76 in the SIP system 12 to receive a reset request of the SIP client terminal device 64 and to transmit a reset instruction from the FTP server 194 to the SIP system 12. It has a function to convert to a converted protocol and to suit the arranged communication environment. Common protocols include SOAP and CORBA. The component API 106 is an interface for the FTP-AP 190 to use the SIP accessor component unit 192.

  The FTP client terminal devices 198 and 200 are terminal devices in a client environment that connect to the FTP server 182 and use the functions provided by the FTP-AP 190, and have the function of providing communication conditions to the FTP-DB 184. Yes.

  With this configuration, presence information indicating the communication capability and priority desired by the communication partner in advance is stored in the FTP-DB while allowing communication in the SIP environment and the FTP environment to be integrated and enabling mutual communication. The communication condition is set in 184, and the SIP client terminal device in the SIP environment is used as the caller to access the FTP-AP server 186 in the FTP system 180 that provides the service via the SIP system 12 and the SOAP / CORBA network 68. Then, the communication condition related to the communication request destination is searched from the FTP-DB 184 and obtained. The FTP system 180 supplies the obtained communication conditions to the SIP server 18 in the SIP system 12 via the SOAP / CORBA network 68, and further notifies the SIP client terminal device that is a caller of the communication conditions. The caller sends a condition selected from communication conditions desired by the communication partner. At this time, the SIP server automatically negotiates based on the communication condition designated with the communication partner side to make it communicable. As a result, communication is performed under communication conditions designated by the caller.

  Next, a communication setting procedure on the caller side in the communication fusion system 60 of the present embodiment will be described. Communication conditions are set in advance in FTP-DB 184 as a premise for performing the communication setting procedure. Communication settings are made based on this assumption.

  At time T80, the SIP client terminal device 14 outputs a transmission request (TRANSMIT_REQ.) 202 to the SIP server 18 as a transmission side. The call request 202 includes the telephone number of the other party. The SIP server 18 searches the SIP-DB 20 for information on the called side at time T82 (SEARCH 204). The SIP-DB 20 returns the search result as a response signal (RESPONSE) 206 at time T84. The search result is information given to an argument in software, for example. This information includes, for example, an IP address.

  Next, the SIP server 18 outputs a condition request (COND._REQ.) 208 for acquiring the communication condition of the communication partner to the SIP-AP server 22 at time T86. The condition request 208 includes information on the called side so that the FTP-DB 184 can be searched based on the information indicated by the search result. The SIP-AP server 22 includes the condition request 208, generates a start signal (LAUNCHING) 210 for starting the cooperation management unit 76, and outputs the start signal 210 to the cooperation management unit 76 at time T88.

  Here, although not shown, in the present embodiment, the information search function unit 84 of the presence management unit 74 is activated and supplied to the activation signal 210.

  In order to receive the activation signal 210 and transmit the search information of “condition request” to the FTP-AP server 186, the cooperation management unit 76 selects one of the communication protocols such as SOAP or CORBA, and selects the selected communication protocol. A search request (SEARCH_REQ.) 212 including search information of “condition request” is generated using a communication protocol. The cooperation management unit 76 communicates by supplying a search request 140 to the cooperation management unit 88 existing in another domain on the SOAP / CORBA network 68 at time T90. The cooperation management unit 88 receives the search request 212 including the “condition request” information supplied from the cooperation management unit 76.

  The cooperation management unit 88 receives the search request 212 and converts the search request 212 into a search request (SEARCH_REQ.) 214 compliant with the HTTP protocol used in the FTP environment. The cooperation management unit 88 outputs the search request 214 to the FTP-AP server 186 at time T92.

  The FTP-AP server 186 activates the presence search function unit 196 in response to the received search request 214, and searches for communication conditions of the communication partner at time T94 (SEARCH 216). In FTP-DB 184, a search is performed based on whether the information in the database matches the search information. If applicable, the communication condition registered in the FTP-DB 184 is read out as a response signal (RESPONSE) 218 at time T96 and returned to the FTP-AP server 186. If the search does not match, the response signal 218 is returned to the FTP-AP server 186 as a response signal 218 that there is no corresponding communication condition.

  The FTP-AP server 186 supplies the link management unit 88 with an activation signal (LAUNCHING) 220 including presence information obtained in this way at time T98. Upon receiving the activation signal 148, the cooperation management unit 88 transmits the presence information supplied to the cooperation management unit 76 existing in another domain on the SOAP / CORBA network 68 to the SIP-AP server 22, so that the SOAP or CORBA Is selected so that “presence information” included in the response signal obtained by using the selected communication protocol can be handled. The presence information includes a communication condition that is a search result. The cooperation management unit 88 transmits a response signal 222 to the cooperation management unit 76 existing in another domain on the SOAP / CORBA network 68 at time T100. The cooperation management unit 76 outputs to the SIP-AP server 22 a response signal 224 obtained by converting presence information from a format that can handle information in common at time T102 to a SIP environment format.

  The SIP-AP server 22 notifies the response signal 224 to the SIP server 18 as the response signal 226 at time T104. The SIP server 18 notifies the presence information indicating the communication condition on the called side to the SIP client terminal device 14 that has output the call request at time T106 (NOTIFY 228). Thereby, the SIP client terminal device 14 obtains presence information including communication conditions on the called side, that is, communication form, communication capability and priority. For example, it is preferable that presence information is provided together with a communication mode with priority and a communicable time zone. In consideration of such incidental information, the caller (user) selects a condition from the displayed communication conditions using the caller-side designation function unit 32 included in the SIP client terminal device 14. This selection makes it possible to provide the SIP client terminal device 16 with conditions for reliable communication. The SIP client terminal device 14 outputs a transmission request (TRANSMIT_REQ.) 230 including information such as the communication condition selected at time T108 and the communication partner number to the SIP server 18.

  The SIP server 18 notifies the received information to the SIP client terminal device 16 on the receiving side at time T110 (NOTIFY 232). The SIP client terminal device 16 returns a response signal (RESPONSE) 234 indicating that the communication is received at the time T112 to the SIP server 18 because the condition that satisfies the desired communication condition is supplied from the transmission source. The SIP server 18 returns the response signal 236 from the SIP client terminal device 16 to the SIP client terminal device 14 at time T114. As a result, the negotiation with the SIP client terminal devices 14 and 16 based on the communication conditions designated by the caller is completed. Thereafter, communication is started.

  By operating in this way, the FTP environment and the SIP environment can be linked to each other. By combining FTP and VoIP, the communication conditions of the desired communication partner can be acquired from services in different system environments, and this gain can be obtained. The sender is selected from the specified communication conditions and communication is requested from the sender. As a result, the communication conditions for the communication partner can be set from the transmission side, and the negotiation between the transmission side and the reception side can be reliably performed.

  By configuring as described above, the SIP communication system 10 can communicate with a communication partner registered in the SIP-DB 20 in advance by the function of the presence search function unit 28 of the SIP server 18 in response to the transmission of the SIP client terminal device 14. The communication condition for the communication partner obtained is supplied to the SIP client terminal device 14 of the transmission source, and one communication condition is selected from the communication conditions by the function of the caller designation function unit 32. By specifying the communication conditions for the SIP client terminal device 16 on the communication partner side and setting the communication conditions that the communication partner side satisfies on the caller side, it is possible to select the optimal communication capability etc. and easily negotiate Can communicate.

  The communication condition is communication information that includes the communication mode information registered in advance, communication format information for audio and video information, and information including a desired priority for the combination of the communication format information and the communication format information. Capability selection can be further optimized.

  The service system of the present invention searches the communication condition of the communication partner registered in the SIP-DB 20 by the function of the presence search function unit 28 of the SIP server 18 in response to the transmission of the SIP client terminal device 14, and this search The result is processed by one of SOAP / CORBA of the linkage management unit 76, sent to the linkage management unit 88, and the search result converted to the HTTP protocol information of the Web environment is supplied to the Web-AP server 94. Based on the above, the presence search function unit 102 of the Web-AP server 94 is operated to search the Web-DB 92 to obtain the corresponding communication condition, and the obtained communication condition is obtained from the Web-AP server 94 and the cooperation management unit 88. , Via the linkage management unit 76, the SIP-AP server 26 and the SIP server 18, are supplied to the originating SIP client terminal device 14, and the communication side selection function unit 32 selects one communication condition from the communication conditions. The communication partner SIP client terminal device 16 The specified by setting the communication condition communication partner is satisfied at the calling side selects an optimum communication capabilities like easily takes a negotiation can communicate.

  The intermediary software can integrate different systems by using either SOAP or CORBA, and enables communication.

  The SIP system 12 and the Web system 62 are both arranged on the same computer, and a function call function unit 172 is provided, and the system configuration can be reduced in size by avoiding duplication of this function. The function call function unit 172 preferably stores a program and is described using either C language or C ++ language.

  The communication fusion system 60 may be a SIP environment system and a Web environment system, or a SIP environment system and an FTP environment system.

  In addition, according to the communication condition setting method of the present invention, the communication condition desired by the communication partner obtained by searching for the communication condition desired by the communication partner registered in advance based on the information for identifying the communication partner that has transmitted is desired. Can be specified on the transmission side by selecting a desired communication condition from the acquired communication conditions and transmitting it to the communication terminal apparatus on the communication partner side. It becomes possible.

  The communication condition is communication information that includes the communication mode information registered in advance, communication format information for audio and video information, and information including a desired priority for the combination of the communication format information and the communication format information. Capability selection can be further optimized.

  Further, according to the communication condition setting method of the present invention, the first communication condition of the communication partner side registered in advance is searched based on the information for identifying the communication partner that has transmitted, and the search result is SIP / CORBAS. The second communication condition is sent from the system 12 to the Web system 62, and the second communication condition is searched based on the supplied search result. The second communication condition is sent from the Web system 62 to the SIP system 12 using SOAP / CORBA, and further transmitted. To the client on the other side, select a desired communication condition from the notified second communication conditions, send it to the client on the other end of the communication, and fuse the communication in different communication systems to obtain the acquired information Communication conditions can be specified on the transmission side on the basis of the communication, and negotiation can be easily performed and communication can be easily performed by selecting an optimal communication capability or the like.

  In this method as well, the communication conditions are information including the communication device information registered in advance and the communication format information for the audio and video information, and information including a desired priority for the combination of the communication format information and the communication format information. This makes it possible to further optimize the selection of communication capability.

  The communication fusion system 60 is more preferably, for example, a SIP environment system and a Web environment system, or a SIP environment system and an FTP environment system.

  The service system and the communication condition setting method of the present invention have been described with respect to the SIP environment, the fusion of the SIP environment and the Web environment, and the fusion of the SIP environment and the FTP environment, but are not limited to this combination of environments and are different. Even in a protocol environment, by applying a fusion process that handles information that communicates with each other in common, that is, a process that enables cooperation, communication conditions are brought to the calling side, and communication is performed by specifying the communication conditions from the calling side. It goes without saying that it can be done.

It is a block diagram which shows the schematic structure of the SIP communication system in the Example to which the service system of this invention is applied. 2 is a sequential chart for explaining a procedure up to the start of transmission in the SIP communication system of FIG. It is a block diagram which shows the schematic structure of the communication fusion system in the other Example to which the service system of this invention is applied. It is a block diagram which shows the schematic structure in a SIP environment among the communication fusion systems of FIG. It is a block diagram which shows the structure of the Web accessor component part and SIP accessor component in the communication fusion system of FIG. It is a block diagram which shows the schematic structure in a Web environment among the communication fusion systems of FIG. It is a sequential chart explaining the setting procedure of the communication conditions in the Web environment in the communication fusion system of FIG. It is a sequential chart explaining the communication condition setting by the transmission side in the communication fusion system of FIG. It is a block diagram which shows the structure simplified in the communication fusion system of FIG. It is a block diagram which shows the schematic structure in FTP environment among the communication fusion systems of FIG. 11 is a sequential chart for explaining communication condition setting by a transmission side in the communication fusion system configured in FIG.

Explanation of symbols

10 SIP communication system
12 SIP system
14, 16 SIP client terminal
18 SIP server
20 SIP-DB
22 SIP-AP server
24 SIP-API
26 SIP-AP
28, 30, 100, 102 Presence search function
32, 34 Calling side designation function section
60 Communication fusion system
62 Web system
70 Web accessor component
72 SIP accessor component
90 Web server
92 Web-DB
94 Web-AP server
96 Web-API
98 Web-AP
74, 104 Presence Management Department
76, 88 Cooperation Management Department
78, 106 Component API

Claims (15)

A first server for handling and managing a communication protocol for specifying a system environment;
Information storage means for storing communication conditions together with information managed by the first server;
A second server for running an application for operating the communication protocol;
Interface means for building the application provided to the second server;
Client terminal means connected to the first server,
Each of the first and second servers has a functional block for searching for presence information indicating the communication condition,
The client terminal means is supplied with a communication condition for a communication partner via the first server in response to a call from the means, and a condition specifying function block for selecting one communication condition from the supplied communication conditions A service system comprising:   2. The system according to claim 1, wherein the communication condition includes communication form information indicating a communication apparatus registered in advance and communication form information indicating a communication method for audio and video information, as well as the communication form information and the communication form information. A service system characterized in that a user's desired priority is included with respect to the combination. In a service system that provides information as a service by communicating information with each of clients connected to a system constructed by an environment of a different communication protocol, the service system includes:
A first system operating based on a first communication protocol;
A second system that operates based on a second communication protocol,
The first system processes the information sent to the second system with mediation software that handles information that is commonly linked in the first communication protocol and the second communication protocol, and the mediation supplied from the second system. First linkage management means for converting information processed by software into information of a first communication protocol;
First presence management means for processing and managing presence information representing status information of a service target;
A first server that handles and manages a first communication protocol;
A second server running an application that operates the first protocol;
A first information storage means for storing a first communication condition together with information managed by the first server;
Interface means for constructing the application provided to the second server;
A function block for searching for presence information indicating the first communication condition in at least one of the first and second servers,
The second system processes the information sent to the first system with the mediation software, and converts the information processed with the mediation software supplied from the first system into information of the second communication protocol. The linkage management means,
A second presence management means for accessing the first presence management means from the second system and acquiring various information of the service target;
A third server that handles and manages the second communication protocol;
A fourth server running an application that operates the second protocol;
A second information accumulating means for storing a second communication condition together with information managed by the third server;
Interface means for building the application provided to a fourth server;
A function block for searching for presence information indicating the second communication condition in at least one of the third and fourth servers,
Further, the service system is connected to the first server, is supplied with the second communication condition for the communication partner in response to the outgoing call, and selects one communication condition from the supplied second communication condition A service system comprising client terminal means having a condition specifying function block.   4. The service system according to claim 3, wherein the intermediary software is one of SOAP (Simple Object Access Protocol) and CORBA (Common Object Request Broker Architecture).   5. The service system according to claim 3, wherein each of the first system and the second system is arranged in a LAN (Local Area Network) environment in one computer or in the same domain. Service system.   5. The service system according to claim 3 or 4, wherein both the first system and the second system are arranged on the same computer, and the first and second cooperation management means and the first and second presence management means are provided. A service system comprising a function calling function block for realizing the same function as a function, and having a configuration that avoids duplication of the function.   7. The service system according to claim 6, wherein the function call function block is a program described using one of C language and C ++ language.   8. The service system according to claim 3, wherein the first system is a SIP (Session Initiation Protocol) environment system, and the second system is a Web (world wide Web) environment system. A service system characterized by   8. The service system according to claim 3, wherein the first system is a SIP (Session Initiation Protocol) environment system, and the second system is an FTP (File Transfer Protocol) environment system. A service system characterized by A method for setting communication conditions between communication terminal devices, the method comprising:
A first step of transmitting information identifying a communication partner from a communication terminal device on the transmission side;
A second step of searching for a communication condition desired by the communication partner side registered in advance based on the information specifying the communication partner that has transmitted,
A third step of notifying the communication terminal device on the transmission side of the communication condition desired by the communication counterpart obtained by the search;
A fourth step of selecting a desired communication condition from communication conditions desired by the communication counterpart notified by the communication terminal device on the transmission side;
And a fifth step of transmitting the selected communication condition to the communication terminal device on the communication partner side.   11. The method according to claim 10, wherein the communication condition desired by the communication partner side includes communication form information indicating a desired communication device and communication form information indicating a communication method for audio and video information, as well as the communication form information and the communication. A communication condition setting method characterized in that a user includes a desired priority for a combination with format information. In a method of setting communication conditions when communicating information with each of clients connected to a system constructed with environments of different communication protocols, the method includes:
Of the communication between the first system that operates according to the first communication protocol and the second system that operates according to the second communication protocol, the information transmitted from the first system is the first communication. A first step of sending information processed by the mediation software handled as information to be commonly linked in the protocol and the second communication protocol;
A second step of processing the information processed by the mediation software supplied to the second system into information of a second communication protocol and sending it;
A third step of sending information obtained by processing the information of the second communication protocol sent from the second system by the intermediary software;
A fourth step of processing the information processed by the mediation software supplied to the first system into information of the first communication protocol and sending the information,
A fifth step of transmitting information for identifying a communication partner from a sending client;
A sixth step of searching for information specifying the communication partner as a first search condition;
A seventh step of sending the first search condition to the second system by the first and second steps and making the search condition in the second communication protocol;
An eighth step of searching for a communication condition desired by the previously registered communication counterpart side based on a search condition in the second communication protocol;
A ninth step of sending the search result to the first system by the third and fourth steps to obtain the communication condition desired by the communication partner described in the first communication protocol;
A tenth step of notifying the sending client of the communication conditions desired by the communication partner obtained by the search;
An eleventh step of selecting a desired communication condition from communication conditions desired by the communication counterpart notified by the communication terminal device on the transmission side;
A communication condition setting method comprising: a twelfth step of transmitting the selected communication condition to the communication terminal device on the communication partner side.   13. The communication condition setting method according to claim 12, wherein the intermediary software is one of SOAP (Simple Object Access Protocol) and CORBA (Common Object Request Broker Architecture).   14. The method according to claim 12 or 13, wherein the first system is a system in a SIP (Session Initiation Protocol) environment and the second system is a system in a Web (world wide Web) environment. How to set the communication conditions.   14. The method according to claim 12, wherein the first system is a system in a SIP (Session Initiation Protocol) environment, and the second system is a system in a FTP (File Transfer Protocol) environment. How to set the communication conditions.

Images