CN1507725A - 因特网通信系统、因特网通信方法、对话管理服务器、通信适配器、通信中继服务器及程序 - Google Patents

因特网通信系统、因特网通信方法、对话管理服务器、通信适配器、通信中继服务器及程序 Download PDF

Info

Publication number
CN1507725A
CN1507725A CNA018232965A CN01823296A CN1507725A CN 1507725 A CN1507725 A CN 1507725A CN A018232965 A CNA018232965 A CN A018232965A CN 01823296 A CN01823296 A CN 01823296A CN 1507725 A CN1507725 A CN 1507725A
Authority
CN
China
Prior art keywords
communication
mentioned
adapter
communication adapter
callee side
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA018232965A
Other languages
English (en)
Inventor
内藤明彦
宫内信仁
木村俊
森冈宽树
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Publication of CN1507725A publication Critical patent/CN1507725A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/764—Media network packet handling at the destination 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/10015—Access to distributed or replicated servers, e.g. using brokers

Abstract

在因特网通信系统中，备有多个对话管理服务器(210、220)，构成了各对话管理服务器管理多个通信适配器(110、120)和多个通信中继服务器(310、320)的系统。因此，能使各对话管理服务器的处理负荷均匀化、提高系统的运用效率、以及提高向利用系统的用户提供的服务的质量。

Description

因特网通信系统、因特网通信方法、 对话管理服务器、通信适配器、 通信中继服务器及程序
技术领域
本发明涉及例如将通信适配器连接在对声音数据(作为具有实时特性的数据，还能类似地应用动画显示或三维图形显示用的数据)进行收发的通信装置上，利用连接了通信适配器的主叫侧的通信装置和被叫侧的通信装置，通过因特网收发声音数据的因特网通信系统；以及因特网通信方法。特别是涉及备有管理主叫侧的通信适配器的主叫侧对话管理服务器、以及管理被叫侧通信适配器的被叫侧对话管理服务器的因特网通信系统；以及因特网通信方法。
另外，还涉及从主叫侧通信适配器和被叫侧通信适配器连接、管理主叫侧及被叫侧双方的通信适配器的对话管理服务器；以及对话管理服务器工作的程序。
另外，还涉及连接在主叫侧对话管理服务器和被叫侧对话管理服务器上，与主叫侧及被叫侧双方的对话管理服务器进行通信的通信适配器；以及通信适配器工作的程序。
另外，还涉及用规定的通信程序，使主叫侧的通信适配器和主叫侧通信中继服务器、以及被叫侧的通信适配器和被叫侧通信中继服务器各自之间进行数据通信的因特网通信系统；以及因特网通信方法。
另外，还涉及用规定的通信程序，使通信适配器和服务装置之间进行数据通信的通信中继服务器；以及通信中继服务器工作的程序。
背景技术
在通过因特网收发声音数据的因特网电话网络系统中，将IP(Internet Protocol)地址赋予主叫侧的通信适配器和被叫侧的通信适配器进行通信。这里，IP地址是识别用TCP/IP(TransmissionControl Protocol/Internet Protocol)进行通信的发送源和发送对象的地址。IP地址中有在世界上具有唯一的识别性的全球IP地址和用户独自设定的局部地区IP地址(有时称为专用IP地址)，但以下，在只称为“IP地址”的情况下，意味着全球IP地址。
另外，在主叫侧的通信适配器和被叫侧的通信适配器进行通信的情况下，有时将对通信进行中继的中继服务器设置在主叫侧的通信适配器和被叫侧的通信适配器之间。例如，被叫侧的网络环境，例如，在被叫侧是遵守防火(ファィァフォ-ル)的网络环境的情况下，有时利用中继服务器选择适合被叫侧的网络环境的通信装置，连接主叫侧和被叫侧。
另外，在被叫侧是通过将ADSL(Asymmetric digitalsubscriber line)配置在连接装置的下层，动态地分配地址，或分配局部IP地址，所以主叫侧的通信适配器不能直接与被叫侧的通信适配器连接的网络环境的情况下，有时利用中继服务器选择适合被叫侧的网络环境的通信装置，连接主叫侧和被叫侧。
另外，不限于ADSL，在CATV(Cable Television)、FTTH(FiverTo The Home)、因特网大楼等所有的因特网连接环境中，通过路由装置的设定，通信适配器被配置在其下层，动态地分配通信适配器的地址，或将局部IP地址分配给通信适配器，所以主叫侧的通信适配器不能直接与被叫侧的通信适配器连接的网络环境的情况下，有时利用中继服务器选择适合被叫侧的网络环境的通信装置，连接主叫侧和被叫侧。
图27中示出了PCT/JP01/04003(申请日为2001年5月15日，成为本申请的优先权主张的基础的申请时未公开的PCT申请。详细情况请参照PCT/JP01/04003的申请。或者，这里，将PCT/JP01/04003的申请作为参照，作成非社团法人的申请(PCT/JP01/04003 ISINCORPORETED HEREIN BY REFERENCE))所示的因特网电话网络系统的结构图。图27中的910、920是电话机，利用室内电话线911、921与电话适配器912、922连接。在电话机910、920之间设置对通话数据的收发进行中继的中继服务器918。中继服务器918由多个HTTP(超文本传输协议)中继服务器918a和918b、以及管理HTTP中继服务器的HTTP中继服务管理服务器980构成。另外，中继服务器918通过因特网16连接电话机910、920。将电话机910作为主叫侧，将电话机920作为被叫侧，为了从主叫侧向被叫侧进行通话而进行连接后，中继服务管理服务器980通过因特网从主叫侧接收主叫请求。HTTP中继服务管理服务器980根据接收的主叫请求，选择可能中继的HTTP中继服务器。被选择的HTTP中继服务器中继主叫侧和被叫侧的通信。
在这样的系统中，一台HTTP中继服务管理服务器管理全部通话适配器和HTTP中继服务器，实现通信的中继。
在上述的因特网电话网络系统中，通话适配器普及后，如果在全国、全世界设置以数十万台计的通话适配器，则用一台中继服务管理服务器管理全部中继服务器和进行通话请求的通话适配器是无能为力的，存在系统难以实现的问题。另外，即使中继服务管理服务器能管理全部中继服务，也会发生所能提供的服务质量下降的问题。
发明内容
本发明的目的在于即使增加通话(通信)适配器的数量，通信系统也能运营。
本发明的用因特网进行数据通信的因特网通信系统的特征在于：备有主叫侧的通信适配器；被叫侧的通信适配器；管理主叫侧的通信适配器的主叫侧的对话管理服务器；以及管理被叫侧的通信适配器的被叫侧的对话管理服务器，主叫侧的通信适配器将被叫侧的通信适配器的适配器ID发送给主叫侧的对话管理服务器，主叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID返回主叫侧的通信适配器，主叫侧的通信适配器从主叫侧的对话管理服务器接收被叫侧的对话管理服务器的服务器ID，将被叫侧的通信适配器的适配器ID发送给用接收的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求，被叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，被叫侧的通信适配器利用自己的适配器ID，检索对话的确立请求是否被存储在被叫侧的对话管理服务器中，在对话的确立请求已被存储在被叫侧的对话管理服务器中的情况下，而且，在自己处于通信可能状态的情况下，将处于通信可能状态的事实发送给被叫侧的对话管理服务器，被叫侧的对话管理服务器在从被叫侧的通信适配器通知了通信可能状态的情况下，允许主叫侧的通信适配器和被叫侧的通信适配器确立使用因特网的对话。
另外，本发明的用因特网进行数据通信的因特网通信系统的特征在于：备有主叫侧的通信适配器；被叫侧的通信适配器；管理主叫侧的通信适配器的主叫侧的对话管理服务器；以及管理被叫侧的通信适配器的被叫侧的对话管理服务器，主叫侧的通信适配器将包括被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器，主叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将包括被叫侧的通信适配器的适配器ID的该主叫信息传输给用接收了管理用适配器ID识别的被叫侧的通信适配器的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求，被叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，被叫侧的通信适配器在自己处于通信可能状态的情况下，预先将处于通信可能状态的事实发送给被叫侧的对话管理服务器，由被叫侧的对话管理服务器根据自己的适配器ID检索了是否存储了对话的确立请求的结果，接收被叫侧的通信适配器中有对话的确立请求的信息，在被叫侧的对话管理服务器从被叫侧的通信适配器通知了通信可能状态的情况下，允许主叫侧的通信适配器和被叫侧的通信适配器确立使用因特网的对话，主叫侧的通信适配器从被叫侧的对话管理服务器、在处于通信可能状态的情况下接收通信可能状态信息，进行使用因特网的对话的确立。
本发明的因特网通信系统是一种用因特网进行数据通信的因特网通信系统，其特征在于：
备有主叫侧的通信适配器；
被叫侧的通信适配器；
管理主叫侧的通信适配器的主叫侧的对话管理服务器；以及
管理被叫侧的通信适配器的被叫侧的对话管理服务器，
主叫侧的通信适配器将包含被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器，
主叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，求得管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID，将适配器ID发送给用求得的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的概率请求，
被叫侧的对话管理服务器从主叫侧的对话管理服务器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，接收来自被叫侧的通信适配器的通信可能状态，在存储了所接收的通信可能状态对被叫侧的通信适配器的对话确立请求的情况下，允许主叫侧的对话管理服务器和被叫侧的通信适配器确立使用因特网的对话，
被叫侧的通信适配器在自己处于通信可能状态的情况下，将处于通信可能状态的事实发送给被叫侧的对话管理服务器，
主叫侧的通信适配器从被叫侧的对话管理服务器接收已允许从被叫侧的对话管理服务器使用因特网的对话的确立的事实。
另外，本发明的因特网通信系统的特征在于：还备有指定通知服务器，该指定通知服务器从通信适配器接收适配器ID，根据适配器ID指定管理通信适配器的对话管理服务器，将指定的对话管理服务器的服务器ID通知通信适配器。
另外，本发明的因特网通信系统的特征在于：还备有中继主叫侧的通信适配器和被叫侧的通信适配器之间的通信的被叫侧的通信中继服务器，被叫侧的对话管理服务器将识别被叫侧的通信中继服务器的被叫侧的通信中继服务器ID发送给主叫侧的通信适配器和被叫侧的通信适配器，主叫侧的通信适配器和被叫侧的通信适配器接收被叫侧的通信中继服务器ID，通过用被叫侧的通信中继服务器ID识别的被叫侧的通信中继服务器确立对话。
另外，本发明的上述因特网通信系统的特征在于：还备有中继主叫侧的通信适配器和被叫侧的通信适配器之间的通信的主叫侧的通信中继服务器，主叫侧的对话管理服务器将识别主叫侧的通信中继服务器的主叫侧的通信中继服务器ID发送给主叫侧的通信适配器，主叫侧的通信适配器接收主叫侧的通信中继服务器ID，将主叫侧的通信中继服务器ID发送给被叫侧的对话管理服务器，被叫侧的对话管理服务器将主叫侧的通信中继服务器ID发送给被叫侧的通信适配器，被叫侧的通信适配器接收主叫侧的通信中继服务器ID，主叫侧的通信适配器和被叫侧的通信适配器通过用主叫侧的通信中继服务器ID识别的被叫侧的通信中继服务器确立对话。
另外，特征在于：上述适配器ID包含利用因特网服务提供者(ISP)等各个局部IP地址，管理各连接终端的定义域的识别符。
另外，特征在于：上述适配器ID包含利用因特网服务提供者(ISP)管理的局部IP(因特网协议)地址的定义域的识别符。
另外，特征在于：上述适配器ID包含设置了通信适配器的区域(这里所说的区域，不只是物理性的区域，有时按照逻辑将多个终端分编成组而取该组的形态)的识别符。
另外，特征在于：上述适配器ID包含将通信适配器编成组的组识别符。
本发明的用因特网进行数据通信的因特网通信方法的特征在于：从主叫侧的通信适配器向主叫侧的对话管理服务器询问管理被叫侧的通信适配器的被叫侧的对话管理服务器，从主叫侧的对话管理服务器向主叫侧的通信适配器回答管理被叫侧的通信适配器的被叫侧的对话管理服务器，从主叫侧的通信适配器向被叫侧的对话管理服务器发送对被叫侧的通信适配器的对话的确立请求，将从主叫侧的通信适配器对被叫侧的通信适配器照会了对话的确立请求的事实存储在被叫侧的对话管理服务器中，从被叫侧的通信适配器对被叫侧的对话管理服务器询问是否有对话的确立请求，在有对话的确立请求的情况下，而且在被叫侧的通信适配器处于通信可能状态的情况下，从被叫侧的通信适配器向被叫侧的对话管理服务器通知处于通信可能状态，在通知了被叫侧的通信适配器处于通信可能状态的情况下，被叫侧的对话管理服务器允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话。
本发明的用因特网进行数据通信的因特网通信方法的特征在于：从主叫侧的通信适配器向主叫侧的对话管理服务器发送对被叫侧的通信适配器的包含被叫侧的通信适配器的适配器ID的对话的确立请求，另外，从主叫侧的对话管理服务器将该对话的确立请求传输给管理被叫侧的通信适配器的被叫侧的对话管理服务器，将从主叫侧的通信适配器对被叫侧的通信适配器照会了对话的确立请求的事实存储在被叫侧的对话管理服务器中，被叫侧的通信适配器在自己处于通信可能状态的情况下，预先将处于通信可能状态的事实发送给被叫侧的对话管理服务器，由被叫侧的对话管理服务器根据自己的适配器ID检索了是否存储了对话的确立请求的结果，在被叫侧的对话管理服务器接收了在被叫侧的通信适配器中有对话的确立请求的信息的情况下，被叫侧的对话管理服务器允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话，主叫侧的对话管理服务器根据该对话的确立的许可，在处于通信可能状态的情况下将该通信可能状态信息发送给主叫侧的通信适配器。
本发明的因特网通信方法是一种用因特网进行数据通信的因特网通信方法，其特征在于：
从主叫侧的通信适配器向主叫侧的对话管理服务器，发送对被叫侧的通信适配器的对话的确立请求，
将从主叫侧的通信适配器发送的对话的确立请求，发送给从主叫侧的对话管理服务器管理被叫侧的通信适配器的被叫侧的对话管理服务器，
将从主叫侧的通信适配器对被叫侧的通信适配器有对话的确立请求的事实存储在被叫侧的对话管理服务器中，
在被叫侧的通信适配器处于通信可能状态的情况下，从被叫侧的通信适配器将处于通信可能状态的事实通知被叫侧的对话管理服务器，
在从被叫侧的通信适配器知道了处于通信可能状态的事实的情况下、而且在对处于通信可能状态的被叫侧的通信适配器有对话的确立请求的情况下，被叫侧的对话管理服务器允许使用因特网的主叫侧的对话管理服务器和被叫侧的通信适配器确立对话，
主叫侧的对话管理服务器在允许确立对话的情况下，将允许使用因特网的主叫侧的对话管理服务器和被叫侧的通信适配器确立对话的事实通知主叫侧的通信适配器。
本发明的从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器的特征在于备有：从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID返回主叫侧的通信适配器的主叫侧的对话管理部；以及从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，在被叫侧的通信适配器中检索存储的对话的确立请求，在从被叫侧的通信适配器通知了通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理部。
本发明的从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器的特征在于备有：从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将包含被叫侧的通信适配器的适配器ID的该对话确立请求信息传输给管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器，将是否处于通信可能状态的信息返回主叫侧的通信适配器的主叫侧的对话管理部；以及从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，在被叫侧的通信适配器中检索存储的对话的确立请求，在断定了被叫侧的通信适配器的通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理部。
本发明的对话管理服务器是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器，其特征在于备有：
从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将包含从主叫侧的通信适配器接收的被叫侧的通信适配器的适配器ID的对话确立请求传输给管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的主叫侧的对话管理部；以及
从主叫侧的对话管理服务器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，在从被叫侧的通信适配器通知了通信可能状态的情况下，检索存储的对话的确立请求，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理部。
本发明的连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器的特征在于备有：将被叫侧的通信适配器的适配器ID发送给主叫侧的对话管理服务器，从主叫侧的对话管理服务器接收管理被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID，将被叫侧的通信适配器的适配器ID发送给用所接收的服务器ID识别的被叫侧的对话管理服务器，发送对话确立请求的主叫侧的通信适配部；以及用自己的适配器ID检索被叫侧的对话管理服务器中是否存储了对话确立请求，在被叫侧的对话管理服务器中存储了对话确立请求的情况下、而且在自己处于通信可能状态的情况下，将处于通信可能状态的事实发送给被叫侧的对话管理服务器的被叫侧的通信适配部。
本发明的连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器的特征在于备有：将包含被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器，主叫侧的对话管理服务器将包含该被叫侧的通信适配器的适配器ID的对话确立请求信息传输给管理被叫侧的通信适配器的被叫侧的对话管理服务器，从主叫侧的对话管理服务器接收来自管理被叫侧的通信适配器的被叫侧的对话管理服务器的被叫侧的通信适配器是否处于通信可能状态的信息的主叫侧的通信适配部；以及在自己处于通信可能状态的情况下，预先将处于通信可能状态的事实发送给被叫侧的对话管理服务器，由被叫侧的对话管理服务器利用自己的适配器I D检索到了是否存储了对话确立请求的结果，接收被叫侧的通信适配器中有对话的确立请求的信息的被叫侧的通信适配部。
本发明的主叫侧的通信适配器和被叫侧的通信适配器之间用因特网进行数据通信的因特网通信系统的特征在于备有：用超文本传输协议(HTTP)，通过因特网与主叫侧的通信适配器进行数据通信的主叫侧的通信中继服务器；以及用HTTP通过因特网与被叫侧的通信适配器进行数据通信，而且用HTTP以外的协议，与主叫侧的通信中继服务器进行数据通信的被叫侧的通信中继服务器。
另外，特征在于：上述HTTP以外的协议是用户数据报协议(UDP)。
另外，特征在于：上述HTTP以外的协议是实时传送协议(RTP)。
另外，特征在于：上述HTTP以外的协议是为了传输控制协议(TCP)的应用而制定的协议。
另外，特征在于：上述HTTP以外的协议是为了简单控制传输协议(SCTP)的应用而制定的协议。
另外，特征在于：用因特网服务提供者(ISP)的专用网络与上述主叫侧的通信中继服务器和被叫侧的通信中继服务器连接。
另外，特征在于：用一般的因特网的网络与上述主叫侧的通信中继服务器和被叫侧的通信中继服务器连接。
本发明的主叫侧的通信适配器和被叫侧的通信适配器之间用因特网进行数据通信的因特网通信方法的特征在于：
通过因特网，主叫侧的通信适配器和被叫侧的通信中继服务器用超文本传输协议(HTTP)进行数据通信，主叫侧的通信中继服务器和被叫侧的通信中继服务器用HTTP以外的协议进行数据通信，通过因特网，被叫侧的通信中继服务器和被叫侧的通信适配器用HTTP进行数据通信。
本发明的对通信适配器和服务装置之间的数据通信进行中继的通信中继服务器的特征在于备有：用超文本传输协议(HTTP)通过因特网与通信适配器进行数据通信的HTTP通信部；以及用用户数据报协议(UDP)与服务装置进行数据通信的UDP通信部。
本发明的从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器工作的程序的特征在于在计算机中进行以下处理：从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID返回主叫侧的通信适配器的主叫侧的对话管理处理；以及从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收到了对用所接收的适配器ID识别的适配器请求确立对话的事实，在被叫侧的通信适配器中检索存储的对话的确立请求，在从被叫侧的通信适配器通知了通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理处理。
本发明的从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器工作的程序的特征在于在计算机中进行以下处理：从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将该对话的确立请求传输给管理用适配器I D识别的被叫侧的通信适配器的被叫侧的对话管理服务器，从被叫侧的对话管理服务器接收被叫侧的通信适配器是否处于通信可能状态的信息，将该信息返回主叫侧的通信适配器的主叫侧的对话管理处理；以及从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话的确立请求，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，在被叫侧的对话管理服务器中检索存储的对话的确立请求，在断定了被叫侧的通信适配器的通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话，将被叫侧的通信适配器中有对话的确立请求的信息发送给被叫侧的通信适配器的被叫侧的对话管理处理。
本发明的程序是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器工作的程序，其特征在于在计算机中进行以下处理：
从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将从主叫侧的通信适配器接收的对话的确立请求发送给管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的主叫侧的对话管理处理；以及
从主叫侧的对话管理服务器接收包含被叫侧的通信适配器的适配器ID的对话的确立请求，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的事实，在通知了被叫侧的通信适配器的通信可能状态的情况下，检索存储的对话的确立请求，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话，将有对话的确立请求的事实通知被叫侧的通信适配器的被叫侧的对话管理处理。
本发明的连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器工作的程序的特征在于在计算机中进行以下处理：将被叫侧的通信适配器的适配器ID发送给主叫侧的对话管理服务器，从主叫侧的对话管理服务器接收管理被叫侧的通信适配器的被叫侧的对话管理服务器服务器ID，将被叫侧的通信适配器的适配器ID发送给用所接收的服务器ID识别的被叫侧的对话管理服务器，发送对话的确立请求的主叫侧的通信适配处理；以及用自己的适配器ID检索被叫侧的对话管理服务器中是否存储了对话确立请求，在被叫侧的对话管理服务器中存储了对话确立请求的情况下、而且在自己处于通信可能状态的情况下，将处于通信可能状态的事实发送给被叫侧的对话管理服务器的被叫侧的通信适配处理。
本发明的连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器工作的程序的特征在于在计算机中进行以下处理：将包含被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器，从主叫侧的对话管理服务器  经由管理被叫侧的通信适配器的被叫侧的对话管理服务器，接收被叫侧的通信适配器是否处于通信可能状态的信息的主叫侧的通信适配处理；以及在被叫侧的对话管理服务器中，在自己处于通信可能状态的情况下，将处于通信可能状态的事实发送给被叫侧的对话管理服务器，接收来自主叫侧的通信适配器的有对话的确立请求的信息的被叫侧的通信适配处理。
本发明的程序是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器工作的程序，其特征在于在计算机中进行以下处理：
将包含被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器的主叫侧的通信适配处理；以及
在被叫侧的对话管理服务器中，在自己处于通信可能状态的情况下，发送处于通信可能状态的事实，从被叫侧的对话管理服务器接收有对话的确立请求的事实的被叫侧的通信适配处理。
本发明的对通信适配器和服务装置之间的数据通信进行中继的通信中继服务器工作的程序的特征在于在计算机中进行以下处理：用超文本传输协议(HTTP)通过因特网与通信适配器进行数据通信的HTTP通信处理；以及用用户数据报协议(UDP)与服务装置进行数据通信的UDP通信处理。
本发明的通信适配器的特征在于：在进行主叫的时刻，由于被叫侧的通信适配器与其他终端处于通信状态，所以在呈不能通信的状态时，将表示该状态的信息经由主叫侧的对话管理服务器发送给被叫侧的对话管理服务器，在接收到了的情况下，将表示与其他终端正在通信的信息发送给连接在通信适配器一侧的通信装置。
本发明的通信适配器是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上、同时连接至少输出信息的通信装置的主叫侧的通信适配器，其特征在于：
由于被叫侧的通信适配器已经处于通信状态，所以一旦从上述被叫侧的对话管理服务器经由主叫侧的对话管理服务器接收到呈不能通信状态的事实，便从上述通信装置输出由于被叫侧的通信适配器已经处于通信状态所以呈不能通信状态的事实。
另外，特征在于：在通信开始时刻，被叫侧的通信适配器将与上述其他终端已进入通信状态的信息发送给被叫侧的对话管理服务器，在通信结束时刻，被叫侧的通信适配器将与其他终端结束了通信状态的信息发送给被叫侧的对话管理服务器。
本发明的通信适配器是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器，其特征在于：
在开始通信的情况下，将开始通信的事实发送给被叫侧的对话管理服务器，在结束通信的情况下，将结束通信的事实发送给被叫侧的对话管理服务器。
另外，特征在于：作为与上述其他终端的通信状态，包括本发明所示的呼叫控制方式的通信，有时是经由安装在通信适配器中的公用线路的通信、或经由IP网络的H.323方式或SIP方式等的其他呼叫控制方式的通信，通信适配器将表示进行哪一种形态的通信的信息发送给对话管理服务器，对话管理服务器保持该信息，能识别主叫侧的对话管理服务器或通信适配器正在进行哪一种形态的通信。
另外，特征在于：上述通信适配器按照规定的呼叫控制方式开始通信，在将开始通信的事实发送给上述被叫侧的对话管理服务器的情况下，还发送包含识别上述规定的呼叫控制方式的信息。
另外，特征在于：除了与上述的其他终端的通信状态外，通信适配器还将表示连接在该通信适配器上的电话机的操作状况的信息发送给对话管理服务器，该对话管理服务器将表示该电话机的操作状况的信息传输给进行通信的对方一侧的对话管理服务器，另外，通过传输给进行该通信的对方一侧的通信适配器，能知道通信对方的电话机的操作状况。
另外，特征在于：上述主叫侧的通信适配器至少连接能进行规定的操作的通信装置，从上述通信装置输入表示进行了规定的操作的信息，将输入的表示进行了规定的操作的信息发送给上述主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器将接收的表示进行了规定的操作的的信息发送给上述被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器将接收的表示进行了规定的操作的的信息发送给上述被叫侧的通信适配器。
本发明的通信适配器的特征在于：根据由被连接的网络环境决定的IP地址取得形态，设定该通信适配器的连接类型，请求确立对话时，将该通信适配器的连接类型发送给主叫侧的或被叫侧的对话管理服务器，对话管理服务器根据该连接类型，作为与服务装置或其他通信适配器之间的数据通信，选择HTTP或UDP两者中的某一者。
另外，特征在于：上述主叫侧的通信适配器和被叫侧的通信适配器分别被设置在规定的网络环境中，分配对应于上述规定的网络环境的IP(因特网协议)地址，同时存储根据上述IP地址的分配形态决定的通信适配器的连接类型，
上述主叫侧的通信适配器将上述主叫侧的通信适配器的连接类型发送给主叫侧的对话管理服务器，
上述被叫侧的通信适配器将上述被叫侧的通信适配器的连接类型发送给被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器根据从上述被叫侧的通信适配器接收的连接类型，决定与上述被叫侧的通信适配器之间，采用超文本传输协议(HTTP)和用户数据报协议(UDP)两者中的某一者协议进行数据通信，将通知所决定的协议的信息发送给上述被叫侧的通信适配器，
上述主叫侧的对话管理服务器根据从上述主叫侧的通信适配器发送的连接类型，决定与上述主叫侧的通信适配器之间，采用超文本传输协议(HTTP)和用户数据报协议(UDP)两者中的某一者协议进行数据通信，将通知所决定的协议的信息发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器根据从上述主叫侧的对话管理服务器发送的通知上述协议的信息，进行数据通信，
上述被叫侧的通信适配器根据从上述被叫侧的对话管理服务器发送的通知上述协议的信息，进行数据通信。
本发明的通信适配器的连接类型的特征在于：ISP等的通信适配器在所属管理的定义域中，根据供给的IP地址的形态，包括以下5种类型。
(1)固定地分配全球IP地址。
(2)固定地分配专用IP地址。
(3)根据DHCP动态地分配全球IP地址。
(4)根据DHCP动态地分配专用IP地址。
(5)上述(1)～(4)中的某一者通过在该通信适配器和供给该IP地址的网络连接点之间，设置具有网络地址变换(NAT功能)的路由器等，通信适配器还能被分配局部的局部IP地址。
另外，特征在于：上述主叫侧的通信适配器按照上述规定的网络环境分配的IP地址和上述被叫侧的通信适配器按照上述规定的网络环境分配的IP地址分别被固定地分配全球IP(因特网协议)地址、被固定地分配专用IP地址、根据动态主机配置协议(Dynamic HostConfiguration Protocol(DHCP))动态地分配全球IP地址、根据DHCP动态地分配专用IP地址、以及通过至少分配局部IP地址中的某一个地址，分配IP地址。
特征在于：本发明的被叫侧的通信适配器为了接收来自主叫侧的通信适配器的已有对话的确立请求的信息，将HTTP的GET方法发行给被叫侧的对话管理服务器，根据该状态响应的内容信息，能接收来自主叫侧的通信适配器的有对话确立请求的信息。
另外，特征在于：上述被叫侧的通信适配器为了确认被叫侧的对话管理服务器中存储着来自主叫侧的通信适配器的对话确立请求的事实，将超文本传输协议(HTTP)的GET方法发行给被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器一旦接收从上述被叫侧的通信适配器发行的GET方法，便检索是否存储了对发行了上述GET方法的被叫侧的通信适配器的对话确立请求，将检索的结果包含在对上述GET方法的GET响应中，发送给上述被叫侧的通信适配器。
本发明的主叫侧的通信适配器的特征在于：为了接收来自被叫侧的通信适配器的由于对方打电话而摘机、或将受话器挂机而切断了通话等事件信息，将HTTP的GET方法发行给主叫侧的对话管理服务器，根据该状态响应的内容信息，能接收来自被叫侧的发生了各种事件的信息。
另外，特征在于：上述被叫侧的通信适配器连接能进行规定的操作的通信装置，输入表示上述连接的通信装置的规定的操作内容的信息，发送给主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器存储从上述被叫侧的通信适配器发送的表示上述被叫侧的通信适配器连接的通信装置的规定的操作内容的信息，
上述主叫侧的通信适配器用超文本传输协议(HTTP)的GET方法，取得上述主叫侧的对话管理服务器中存储的表示上述被叫侧的通信适配器连接的通信装置的规定的操作内容的信息。
另外，特征在于：被叫侧的通信适配器每隔一定周期，将上述HTTP的GET方法发行给被叫侧的对话管理服务器，在不进行通话处理的期间，从被叫侧的对话管理服务器接收来自主叫侧的通信适配器的没有对话的确立请求的信息，通话处理开始时，只在有来自主叫侧的通信适配器的对话的确立请求的时刻，能从被叫侧的对话管理服务器接收来自主叫侧的通信适配器的有对话的确立请求的信息。
另外，特征在于：上述被叫侧的通信适配器每隔一定周期，将超文本传输协议(HTTP)的GET方法发送给被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器一旦从上述被叫侧的通信适配器接收上述GET方法，则虽然从上述主叫侧的通信适配器未作成对话的确立请求，但在上述主叫侧和被叫侧的通信适配器之间未开始通信的情况下，对上述被叫侧的通信适配器发送来自上述主叫侧的通信适配器的没有对话的确立请求的信息，在从上述主叫侧的通信适配器作成对话的确立请求、在上述主叫侧和被叫侧的通信适配器之间开始通信的情况下，对上述被叫侧的通信适配器发送来自上述主叫侧的通信适配器的有对话的确立请求的信息。
另外，特征在于：被叫侧的通信适配器在初始化时，暂时将上述HTTP的GET方法发行给被叫侧的对话管理服务器，通话处理开始时，在有来自主叫侧的通信适配器的有对话的确立请求的时刻，通过从被叫侧的对话管理服务器向被叫侧的通信适配器发送该状态响应的内容信息，能接收来自主叫侧的通信适配器的有对话的确立请求的信息。
另外，特征在于：上述被叫侧的通信适配器在电源接通时或通话处理结束后完成了通话开始的准备时，将超文本传输协议(HTTP)的GET方法发送给上述被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器保持从上述被叫侧的通信适配器发送的GET方法，在有来自上述主叫侧的通信适配器的对话的确立请求的情况下，将有来自上述主叫侧的通信适配器的对话的确立请求的事实作为对上述保持的GET方法的回答，发送给上述被叫侧的通信适配器。
另外，特征在于：被叫侧的通信适配器在初始化时，暂时将上述HTTP的GET方法发行给被叫侧的对话管理服务器，只对除了主体信息以外的标题信息立刻进行响应，从被叫侧的对话管理服务器发送给被叫侧的通信适配器，在不进行通话处理的期间，每隔一定周期，作为该主体信息的一部分，一边从被叫侧的对话管理服务器将TCP的连接保持用的Keep-Alive信息(通过连续发行连接信号，确认生存的信息)发送给被叫侧的通信适配器，一边开始通话处理时，在有来自上述主叫侧的通信适配器的对话的确立请求的时刻，通过从被叫侧的对话管理服务器向被叫侧的通信适配器发送该状态响应的内容信息，能接收来自主叫侧的通信适配器的有对话的确立请求的信息。
另外，特征在于：上述被叫侧的通信适配器在电源接通时或通话处理结束后完成了通话开始的准备时，将超文本传输协议(HTTP)的GET方法发送给上述被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器在从上述被叫侧的通信适配器发送了上述GET方法的情况下，在未作成来自上述主叫侧的通信适配器的对话的确立请求时，将维持上述被叫侧的通信适配器和上述被叫侧的对话管理服务器之间的线路的连接用的生存确认信息继续发送给上述被叫侧的通信适配器，在作成了来自上述主叫侧的通信适配器的对话的确立请求的情况下，将有来自上述主叫侧的通信适配器的对话的确立请求的事实发送给上述被叫侧的通信适配器。
另外，特征在于：在每隔一定周期将TCP的连接保持用的Keep-Alive信息从被叫侧的对话管理服务器发送给被叫侧的通信适配器，被叫侧的通信适配器继续进行上述HTTP的GET方法的处理的过程中，该Keep-Alive信息超过一定周期，即使超过某一超时值，但未到达通信适配器时，通信适配器为了进行新的TCP的连接，接收已有对话的确立请求的信息，重新再将HTTP的GET方法发行给被叫侧的对话管理服务器，将准备改变到能接收来自主叫侧的通信适配器的有对话的确立请求的信息的状态。
另外，特征在于：上述被叫侧的通信适配器在即使超过了预定的一定期间但未发送从上述被叫侧的对话管理服务器发送的上述生存确认信息的情况下，再次将超文本传输协议(HTTP)的GET方法发送给上述被叫侧的对话管理服务器。
另外，特征在于：在被叫侧的通信适配器对上述HTTP的GET方法进行TCP的连接的过程中，由于超时状态等，切断了现状的TCP连接，为了进行新的TCP的连接而接收有对话的确立请求的信息，重新再将HTTP的GET方法发行给被叫侧的对话管理服务器，将准备改变到能接收来自主叫侧的通信适配器的有对话的确立请求的信息的状态的情况下，恰好在从对话管理服务器能发送来自主叫侧的通信适配器的有对话的确立请求的信息时，被叫侧的通信适配器考虑该信息的接收失败的可能性，将表示是再次发行的信息附加在再次发行的HTTP的GET方法中，接收了该GET方法的对话管理服务器再次将上述的有对话的确立请求的信息发送给被叫侧的通信适配器。
另外，特征在于：上述被叫侧的通信适配器在对上述被叫侧的对话管理服务器再次发送超文本传输协议(HTTP)的GET方法的情况下，包含表示是再次发送的信息进行发送。
本发明的将通信适配器和对话管理服务器的服务器ID通知给通信适配器的指定通知服务器的特征在于：从通信适配器每隔一定周期或每当打电话的操作时，将表示通信适配器的工作状况的信息发送给指定通知服务器，根据该信息，指定通知服务器确认通信适配器的工作状况是否正常，另外，指定通知服务器将能把握包括对话管理服务器和通话中继服务器的因特网电话系统的工作状况的信息作为上述的发送响应返回。
另外，特征在于：上述主叫侧的通信适配器将通知主叫侧的通信适配器的工作状况的信息发送给上述指定通知服务器，
上述指定通知服务器根据通知由上述主叫侧的通信适配器发送的工作状况的信息，确认上述主叫侧的通信适配器是否正常，与确认的结果一起将上述指定通知服务器本身的工作状况作为对由上述主叫侧的通信适配器发送的工作状况的通知的响应，发送给上述主叫侧的通信适配器。
另外，特征在于：作为上述的因特网电话系统的工作状况，由于指定通知服务器或对话管理服务器维修或增设等，通过将对对话管理服务器变更的指示信息包含在给上述的通信适配器的发送响应中，能变更通信适配器进行访问的指定通知服务器或对话管理服务器。
另外，特征在于：作为上述的因特网电话系统的工作状况，使指定通知服务器或对话管理服务器不只各一台，由于故障等某种障碍而不能访问时，通过代替，将关于能访问的另外的各服务器的IP地址的信息包含到给上述的通信适配器的发送响应中，即使一台指定通知服务器或对话管理服务器发生故障而不能访问，通信适配器也能继续对代替服务器访问，能继续进行处理。
另外，特征在于：上述指定通知服务器由多个服务装置构成，将上述多个服务装置中的一个作为主服务器，将其他服务装置作为辅助服务器，使上述主服务器作为指定通知服务器工作，在上述主服务器的工作状况异常的情况下，切换成使上述辅助服务器作为上述指定通知服务器工作，将把上述辅助服务器作为上述指定通知服务器工作的事实通知上述主叫侧的通信适配器。
另外，特征在于：上述主叫侧的对话管理服务器由多个服务装置构成，将上述多个服务装置中的一个作为主服务器，将其他服务装置作为辅助服务器，使上述主服务器作为主叫侧对话管理服务器工作，在上述主叫侧服务器的工作状况异常的情况下，切换成使上述辅助服务器作为上述主叫侧的对话管理服务器工作，将把上述辅助服务器作为上述主叫侧的对话管理服务器工作的事实通知上述主叫侧的通信适配器。
另外，特征在于：上述被叫侧的对话管理服务器由多个服务装置构成，将上述多个服务装置中的一个作为主服务器，将其他服务装置作为辅助服务器，使上述主服务器作为被叫侧对话管理服务器工作，在上述主叫侧服务器的工作状况异常的情况下，切换成使上述辅助服务器作为上述被叫侧的对话管理服务器工作，将把上述辅助服务器作为上述被叫侧的对话管理服务器工作的事实通知上述被叫侧的通信适配器。
另外，特征在于：根据通信适配器的利用者的因特网电话系统的用费信息，发送给上述指定通知服务器的表示工作状况的信息，接收该响应的信息时，在该响应信息中没有支付用费的情况下，包括指定它的信息，在通信适配器接收到该响应信息的时刻，通信适配器将因特网电话系统的通信功能设定为不能工作。
另外，特征在于：上述因特网通信系统还备有对每个主叫侧的通信适配器管理系统的用费的顾客管理数据库，
上述指定通知服务器在将管理上述通信适配器的对话管理服务器的服务器ID发送给主叫侧的通信适配器的情况下，由上述顾客管理数据库取得上述主叫侧的通信适配器的用费，将取得的用费和上述服务器ID发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器根据由上述指定通知服务器接收的用费，决定是否将本身的通信功能设定为不能工作。
另外，特征在于：如上所述因特网电话系统的通信功能不能工作的通信适配器的利用者想支付用费的信息也包含在来自上述指定通知服务器的响应信息中，在通信适配器接收到了想支付该用费的信息的时刻，通信适配器将因特网电话系统的通信功能设定为能工作。
另外，特征在于：上述主叫侧的通信适配器在本身的通信功能被设定为不能工作的情况下，根据由上述指定通知服务器接收的用费，决定是否设定为能工作。
另外，特征在于：根据通信适配器的内部安装软件版本信息，发送给上述指定通知服务器的表示工作状态的信息，接收其响应信息时，包括根据该响应信息能从因特网电话系统的管理者一侧获得新版本的内部安装软件的信息，在通信适配器接收到了该响应信息的时刻，通信适配器进行设定，以便进行对通信适配器的新的内部安装软件的规定的更新处理的启动。
另外，特征在于：上述主叫侧的通信适配器内部装有执行通信适配器的功能的、有版本信息的软件，将上述软件的版本信息与通知上述主叫侧的通信适配器的工作状况的信息一起发送给上述指定通知服务器，
上述指定通知服务器根据由上述主叫侧的通信适配器发送的版本信息，上述主叫侧的通信适配器决定是否将内部安装的软件变更为另一版本的软件，将决定的结果发送给上述主叫侧的通信适配器。
另外，特征在于：作为对上述的通信适配器的新的内部安装软件的规定的更新处理，响应来自上述指定通知服务器的信息，通信适配器从所通知的指定URL地址的Web服务器进行下载，进行更新处理后进行再启动。
另外，特征在于：上述指定通知服务器管理上述主叫侧的通信适配器管理内部安装的软件的Web服务器的地址，在上述主叫侧的通信适配器决定了将内部安装的软件变更为另一版本的软件的情况下，将上述另一版本的软件的Web服务器的地址发送给上述主叫侧的通信适配器。
本发明的通信适配器的特征在于：在对话管理服务器管理的由通信中继服务器进行的中继处理超过了可能中继的通信容量、经由通信中继服务器的通信不可能的情况下，进行了经由通信中继服务器的通信时，对话管理服务器在主叫侧的通信适配器主叫时，发送由通信中继服务器进行的中继已饱和的信息，通过接收该信息，利用声音再生装置或显示装置等，使利用连接在通信适配器上的通信装置的人知道：由通信中继服务器进行的中继已饱和，不能由中继进行通信。
另外，特征在于：上述对话管理服务器管理主叫侧的通信中继服务器进行的通信的中继数，在从上述主叫侧的通信适配器接收了对话的确立请求的情况下，通信的中继数超过了预先设定的通信的中继数时，将由通信中继服务器进行的中继已饱和的信息发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器连接至少有输出信息的功能的通信装置，如果从上述对话管理服务器接收到由主叫侧的通信中继服务器进行的中继已饱和的信息，则从上述通信装置输出表示主叫侧的通信中继服务器进行的中继已饱和，不能由主叫侧的通信中继服务器进行通信的信息。
另外，特征在于：上述对话管理服务器管理被叫侧的通信中继服务器进行的通信的中继数，在从上述主叫侧的通信适配器接收了对话的确立请求的情况下，通信的中继数超过了预先设定的通信的中继数时，将由通信中继服务器进行的中继已饱和的信息发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器连接至少有输出信息的功能的通信装置，如果从上述对话管理服务器接收到由被叫侧的通信中继服务器进行的中继已饱和的信息，则从上述通信装置输出表示被叫侧的通信中继服务器进行的中继已饱和，不能由被叫侧的通信中继服务器进行通信的信息。
本发明的通信适配器的特征在于：在备有IP网以外的公用线路等其他通信线路的情况下，通信中继服务器的中继容量饱和时、或者由于网络状况的原因而不能利用对话管理服务器或通信中继服务器时，能进行经由其他通信线路的通信处理。
另外，特征在于：上述因特网通信系统还备有公用线路网，
上述主叫侧的通信适配器连接上述公用线路网，如果从上述对话管理服务器接收到由主叫侧的通信中继服务器进行的中继已饱和的信息，则使用上述公用线路网主叫上述被叫侧的通信适配器。
另外，特征在于：上述因特网通信系统还备有公用线路网，
上述主叫侧的通信适配器连接上述公用线路网，如果从上述对话管理服务器接收到由被叫侧的通信中继服务器进行的中继已饱和的信息，则使用上述公用线路网主叫上述被叫侧的通信适配器。
本发明的通信适配器的特征在于：在对对话管理服务器或通信中继服务器进行的TCP等的连接处理中，在即使超过某一定的超时值也不能进行连接处理的情况下，进行使该连接处理中断的取消处理，在连接处理成功之前、而且在再连接处理达到上限次数之前，再次反复开始进行连接处理。
另外，特征在于：上述通信适配器在与上述对话管理服务器进行通信之前，对上述对话管理服务器请求由TCP (TransmissionControl Protocol)进行的连接处理，进行了请求后，在即使超过了预先设定的规定的超时值而从上述对话管理服务器没有对上述连接处理的请求的响应的情况下，取消该连接处理，在连接处理成功之前、以及连接处理的请求次数达到预先设定的上限次数之前这两种情况中的任意一种情况下，反复进行连接处理的请求。
另外，特征在于：上述通信适配器在与上述通信中继服务器进行通信之前，对上述通信中继服务器请求由TCP (TransmissionControl Protocol)进行连接处理，进行了请求后，在即使超过了预先设定的规定的超时值而从上述通信中继服务器没有对上述连接处理的请求的响应的情况下，取消该连接处理，在连接处理成功之前、以及连接处理的请求次数达到预先设定的上限次数之前这两种情况中的任意一种情况下，反复进行连接处理的请求。
另外，特征在于：就对上述的通信适配器的对话管理服务器或通信中继服务器进行的TCP等的连接处理中的连接处理超时值、以及再连接处理的上限次数而言，每当TCP等的连接处理失败时，自动地进行增大超时值、增加再连接处理的上限次数的变更，每当TCP等的连接处理成功时，自动地进行减小超时值、减少再连接处理的上限次数的变更。
另外，特征在于：上述通信适配器在由上述TCP(TransmissionControl Protocol)进行的连接处理的请求失败了的情况下，进行增大上述超时值、以及增加上述上限次数两者中的任意一者的变更，同时在由上述TCP进行的连接处理的请求成功了的情况下，进行减小上述超时值、以及减少上述上限次数两者中的任意一者的变更。
另外，特征在于：上述通信适配器在由上述TCP(TransmissionControl Protocol)进行的连接处理的请求失败了的情况下，进行增大上述超时值、以及增加上述上限次数两者中的任意一者的变更，同时在由上述TCP进行的连接处理的请求成功了的情况下，进行减小上述超时值、以及减少上述上限次数两者中的任意一者的变更。
本发明的通信适配器的特征在于：在对对话管理服务器或通信中继服务器进行的TDP等的连接处理中，在即使超过某一定的超时值也不能进行连接处理的情况下，或者在达到规定的上限次数之前即使反复进行再连接处理也不能进行连接处理的情况下，能利用声音再生装置或显示装置等，使利用连接在通信适配器上的通信装置的人知道：由于网络状况的原因，不能由中继进行通信。
另外，特征在于：上述通信适配器连接至少有输出信息的功能的通信装置，在由上述TCP(Transmission Control Protocol)进行的连接处理的请求即使超过上述规定的超时值也不能进行连接处理、以及在即使超过上述上限次数也不能进行连接处理这两种情况中的任意一种情况下，使用上述因特网从上述通信装置输出表示不能进行通信的中继的信息。
另外，特征在于：上述通信适配器在由上述TCP(TransmissionControl Protocol)进行的连接处理的请求失败了的情况下，进行增大上述超时值、以及增加上述上限次数两者中的任意一者的变更，同时在由上述TCP进行的连接处理的请求成功了的情况下，进行减小上述超时值、以及减少上述上限次数两者中的任意一者的变更。
本发明的对话管理服务器或通信中继服务器的特征在于：定期地测定与另一对话管理服务器或通信中继服务器或通信适配器之间的一般的IP信息包的到达时间，用是否超过某一定值判断通信路径的状况，在断定了网络非常混杂的时刻，在通信适配器开始通信之前，能利用声音再生装置或显示装置等，使利用连接在通信适配器上的通信装置的人知道：网络非常混杂，通信品质不好。
另外，特征在于：上述对话管理服务器将信息包信息发送给上述对话管理服务器管理的上述通信适配器和上述通信中继服务器，测定接收到从上述通信适配器和上述通信中继服务器对上述发送的信息包信息的响应信息的到达时间，判断通信路径的拥挤状况，将判断的结果发送给上述通信适配器，
上述通信适配器连接至少有输出信息的功能的通信装置，从上述通信装置输出从上述对话管理服务器发送的上述判断结果。
另外，特征在于：上述通信中继服务器将信息包信息发送给上述通信适配器和上述对话管理服务器，测定接收到从上述通信适配器和上述对话管理服务器对上述发送的信息包信息的响应信息的到达时间，判断通信路径的拥挤状况，将判断的结果发送给上述通信适配器，
上述通信适配器连接至少有输出信息的功能的通信装置，从上述通信装置输出从上述通信中继服务器发送的上述判断结果。
本发明的对话管理服务器或通信中继服务器的特征在于：在通信适配器进行通信时，定期地测定与另一对话管理服务器或通信中继服务器或通信适配器之间的一般的IP信息包的到达时间，用是否超过某一定值判断通信路径的状况，在网络变得非常混杂、通信数据的到达几乎停滞了的时刻，能利用声音再生装置或显示装置等，使利用连接在通信适配器上的通信装置的人知道：网络变得非常混杂，通信品质在实用上恶化到不能允许的地步。
本发明的对话管理服务器的特征在于：设定通信路径，以便不仅进行主叫侧的通信中继服务器和被叫侧的通信中继服务器两个阶段的中继，而且还在上述两个服务器之间对另外的第三以后的通信中继服务器进行通信中继，能在主叫侧和被叫侧的通信适配器之间进行通信处理。
另外，特征在于：上述因特网通信系统除了上述通信中继服务器以外，还备有
使通信路径迂回用的迂回用通信中继服务器，
上述对话管理服务器根据判断上述通信路径的拥挤状况的结果，能将通过上述通信中继服务器对上述主叫侧的通信适配器和上述被叫侧的通信适配器之间的通信进行中继的第一通信路径，切换到通过上述迂回用通信中继服务器对上述主叫侧的通信适配器和上述被叫侧的通信适配器之间的通信进行中继的第二通信路径。
另外，特征在于：就上述的第三以后的通信中继服务器的选择而言，网络一旦混杂，便根据用上述的对话管理服务器等获得的通信路径延迟的测定信息，选择通信延迟良好的路径上的通信路径，设定通信路径，以便在上述两个服务器之间对另外的第三以后的通信中继服务器进行通信中继，能在主叫侧和被叫侧的通信适配器之间进行通信处理。
另外，特征在于：备有多个上述迂回用通信中继服务器，
上述对话管理服务器将信息包信息发送给上述多个迂回用通信中继服务器，测定接收到从上述迂回用通信中继服务器对上述发送的信息包信息的响应信息的到达时间，判断连接各个迂回用通信中继服务器的通信路径的拥挤状况，选择拥挤程度轻的通信路径的迂回用通信中继服务器，将上述第一通信路径切换到通过所选择的迂回用通信中继服务器对上述主叫侧的通信适配器和上述被叫侧的通信适配器之间的通信进行中继的第二通信路径。
另外，特征在于：已经在主叫侧和被叫侧的通信适配器之间经由通信中继服务器进行通信时，网络通信状况恶化后，为了在上述两个服务器之间对上述另外的第三以后的通信中继服务器进行通信中继，在变更为网络通信状况良好的通信路径的情况下，利用声音再生装置或显示装置等，使利用连接在通信适配器上的通信装置的人知道：网络变得非常混杂，通信品质在实用上恶化到不能允许的地步，所以进行变更通信路径的处理。
另外，特征在于：上述对话管理服务器将把上述第一通信路径切换到上述第二通信路径的事实发送给上述通信适配器，
上述通信适配器连接至少有输出信息的功能的通信装置，从上述通信装置输出从上述对话管理服务器发送的表示将上述第一通信路径切换到上述第二通信路径的信息。
本发明的对话管理服务器的特征在于：在被设置在企业、团体等特定的限定地区的LAN环境中的情况下，从连接在该地区内设置的通信适配器上的电话机、而且从只能在该地区内利用的设定了内线电话号码的各电话机大电话时，一旦输入了该内线电话号码，该内线电话号码信息便被发送给对话管理服务器，根据从对话管理服务器内备有的电话号码变更成通信适配器的IP地址或识别符的表，能对相当于该内线电话号码的通信适配器呼叫电话。
另外，特征在于：上述因特网通信系统备有能在特定的网络区域内使用的用内线电话号码信息进行通信的LAN(局域网)，
上述主叫侧的通信适配器和上述被叫侧的对话管理服务器连接在上述LAN上，
上述主叫侧的通信适配器输入通话对象的内线电话号码信息，将输入的内线电话号码信息发送给上述主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器备有使上述内线电话号码信息和上述被叫侧的通信适配器的适配器I D对应进行管理的内线电话号码信息存储部，用从上述主叫侧的通信适配器发送的内线电话号码信息，从上述内线电话号码信息存储部取得对应于上述内线电话号码信息的被叫侧的通信适配器的适配器ID，将用取得的适配器ID识别的被叫侧的对话管理服务器的服务器ID发回上述主叫侧的通信适配器。
另外，特征在于：上述因特网通信系统备有能在特定的网络区域内使用的用内线电话号码信息进行通信的LAN(局域网)，
上述主叫侧的通信适配器和上述被叫侧的对话管理服务器连接在上述LAN上，
上述主叫侧的通信适配器输入通话对象的内线电话号码信息，将输入的内线电话号码信息发送给上述主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器备有使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应进行管理的内线电话号码信息存储部，用从上述主叫侧的通信适配器发送的内线电话号码信息，从上述内线电话号码信息存储部取得对应于上述内线电话号码信息的被叫侧的通信适配器的适配器ID，将取得的适配器ID、以及管理用取得的适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID发送给被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求。
另外，特征在于：一旦从电话机输入了内线电话号码，便根据通信适配器中预先设定的内线电话号码的前置号码，识别是内线电话号码，进行判断处理，以便不用通信适配器内备有的变换表，而参照对话管理服务器内的变换表，进行呼叫控制。
本发明的对话管理服务器的特征在于：备有存储部，在对话管理服务器被设置在企业、团体等特定的限定地区的LAN环境中的情况下，在从该地区以外经由IP线路有电话呼叫的情况下，呼叫对象的通信适配器已经在通话中时，该存储部将能代替的另一通信适配器作为一组进行登录，进行自动地将电话呼叫传输给其中登录的能代替的另一通信适配器的处理。
另外，特征在于：上述因特网通信系统备有多个上述被叫侧的通信适配器，
上述主叫侧的对话管理服务器将编成组管理上述多个被叫侧的通信适配器的组ID、以及使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应地存储在上述内线号码信息存储部中，在从上述主叫侧的通信适配器进行了对话的确立请求的被叫侧的通信适配器正在通话的情况下，从上述内线号码信息存储部取得与正在通话的被叫侧的通信适配器相同的组ID的被叫侧的通信适配器的适配器ID，将取得的适配器ID、以及管理用取得的适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID发回上述主叫侧的通信适配器，
上述主叫侧的通信适配器从主叫侧的对话管理服务器接收被叫侧的通信适配器的适配器ID和被叫侧的对话管理服务器的服务器ID，将接收的适配器ID发送给用接收的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求。
另外，特征在于：上述因特网通信系统备有多个上述被叫侧的通信适配器，
上述主叫侧的对话管理服务器将编成组管理上述多个被叫侧的通信适配器的组ID、以及使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应地存储在上述内线号码信息存储部中，在从上述主叫侧的通信适配器进行了对话的确立请求的被叫侧的通信适配器正在通话的情况下，从上述内线号码信息存储部取得与正在通话的被叫侧的通信适配器相同的组ID的被叫侧的通信适配器的适配器ID，将取得的适配器ID发送给管理用取得的适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求。
本发明的对话管理服务器的特征在于：就对应于收发声音信息的通信中继服务器的通信适配器的HTTP的GET方法而言，在将TCP的连接保持用的Keep-Alive信息从通信对方的通信适配器经由上述通信中继服务器，每隔一定周期连续发送给其通信适配器的处理中，该Keep-Alive信息即使在超过一定周期、超过某一定超时值，也未到达通信适配器中的情况下，通信适配器进行新的TCP的连接，而且，经由对话管理服务器，对通信对方的通信适配器进行TCP的再连接的请求。
本发明的上述通信适配器的特征在于：在通信适配器决定的指定时间内，蓄积一个以上作为声音编码译码器(声音编码译码装置或软件)的进行编码、以及译码的单元的声音帧数据，作为一个IP信息包构成并发送，在连续的声音数据成无声状态的终端中，在生成了表示是终端的声音帧数据的时刻，即使未经过上述指定时间，也将该表示是终端的声音帧数据存储在IP信息包中，然后发送该IP信息包。
附图说明
图1是实施形态1的因特网通信系统的结构图。
图2是表示实施形态1的主叫侧和被叫侧进行的数据收发的程序图。
图3是表示实施形态1的指定通知服务器的环境的图。
图4是说明实施形态1的所属对话管理服务器名称的取得的图。
图5是表示实施形态1的所属对话管理服务器名称的取得顺序的图。
图6是表示实施形态1的被叫侧的所属对话管理服务器名称的取得顺序的图。
图7是说明实施形态1的被叫侧的所属对话管理服务器名称的取得的图。
图8是说明实施形态1的呼叫控制方式的图。
图9是表示实施形态1的进行对话确立请求的工作程序图。
图10是表示实施形态1的被叫侧进行的对话请求接收的处理程序图。
图11是表示实施形态1的通话中继服务器回答信息的项目和内容的图。
图12是说明实施形态1的主叫对话的发送的图。
图13是表示实施形态1的主叫侧声音数据发送信息的项目和内容的图。
图14是表示实施形态1的被叫侧声音数据接收信息的项目和内容的图。
图15是说明实施形态1的主叫对话的发送的图。
图16是表示实施形态2的因特网通信系统的运用结构例的图。
图17是表示图16所示的运用结构中的主叫侧和被叫侧的数据收发程序图。
图18是表示实施形态2的由多个ISP网构成的因特网通信系统的结构例图。
图19是表示实施形态2的由ISP专用网络构成的因特网通信系统的结构例图。
图20是表示实施形态2的由ISP专用网络构成的因特网通信系统的结构例图。
图21是表示实施形态2的由CATV网络构成的因特网通信系统的结构例图。
图22是表示实施形态2的由规定的ISP和CATV网络构成的因特网通信系统的结构例图。
图23是说明实施形态3的对话管理服务器的环境的图。
图24是表示实施形态3的所属对话管理服务器数据文件信息的项目和内容的图。
图25是表示实施形态3的地区管理数据的项目的图。
图26是表示实施形态3的通话中继管理数据和对话管理数据的项目的图。
图27是表示因特网通信系统的结构之一例图。
图28是表示实施形态1的主叫侧和被叫侧进行的数据收发的程序图。
图29是说明实施形态1的从被叫侧通话适配器向对话管理服务器进行被叫询问的图。
图30是说明实施形态1的从被叫侧通话适配器向对话管理服务器进行被叫询问的图。
图31是说明实施形态1的从被叫侧通话适配器向对话管理服务器进行被叫询问的图。
图32是说明实施形态1的从被叫侧通话适配器向对话管理服务器进行被叫询问的图。
图33是说明实施形态1的从被叫侧通话适配器向对话管理服务器进行被叫询问的图。
图34是表示实施形态1的呼叫控制方式的图。
图35是说明实施形态3的对话管理服务器的环境的图。
图36是说明实施形态5的对话管理服务器和被叫侧通信适配器的呼叫控制功能的图。
图37是说明实施形态5的电话机操作和呼叫控制信息序列的关系图。
图38是表示实施形态5的每日、每月的通话履历信息的显示例图。
图39是表示实施形态6的通信适配器和通话中继服务器的通话中继方式的种类的图。
图40是表示实施形态6的终端连接形式的图。
图41是说明实施形态6的每一种终端连接形式的通信适配器和通话中继服务器的连接方式的图。
图42是说明实施形态6的同一区域内同伴通信的中继方式判断方法的图。
图43是说明实施形态6的同一区域内非同伴通信的中继方式判断方法的图。
图44是表示实施形态6的因特网电话网络系统结构中的通信适配器的连接形式所对应的呼叫控制的信息收发程序图。
图45是表示实施形态6的信息收发程序之一例图。
图46是表示实施形态6的信息收发程序之一例图。
图47是表示实施形态6的信息收发程序之一例图。
图48是表示实施形态6的信息收发程序之一例图。
图49是表示实施形态6的信息收发程序之一例图。
图50是表示实施形态6的信息收发程序之一例图。
图51是表示实施形态6的信息收发程序之一例图。
图52是表示实施形态6的信息收发程序之一例图。
图53是表示实施形态6的信息收发程序之一例图。
图54是说明实施形态7的远程保养功能的图。
图55是说明实施形态7的指定通知服务器发生故障时，将指定通知服务器的连接从主侧切换到辅助侧的图。
图56是说明实施形态7的指定通知服务器发生故障时，将指定通知服务器的连接从主侧切换到辅助侧的图。
图57是说明实施形态8的对话管理服务器的管理功能的图。
图58是说明实施形态8的对对话管理服务器或通话中继服务器进行的TCP连接处理的图。
图59是表示实施形态9的HTTP数据收发处理和插口函数调出的关系图。
图60是说明实施形态10的因特网路径延迟状况调查进行的混杂度的确认的图。
图61是说明实施形态11的管理内线电话的对话管理服务器的图。
图62是说明实施形态11的管理内线电话的对话管理服务器的图。
图63是说明实施形态11的管理内线电话的对话管理服务器的图。
图64是说明实施形态11的管理内线电话的对话管理服务器的图。
图65是说明实施形态11的管理内线电话的对话管理服务器的图。
图66是表示实施形态12的将通信适配器编成组的组线路IP电话的形态之一例图。
图67是说明实施形态13的对通信适配器和对话管理服务器进行的TCP连接时的通信内容的图。
图68是说明实施形态13的通信适配器和通话中继服务器的声音信息的收发的图。
图69是说明实施形态14的通信适配器之间的一般的声音数据IP信息包的收发的图。
图70是说明实施形态14的通信适配器之间的一般的声音数据IP信息包的收发中发生大幅度延迟摇摆时的状态的图。
图71是说明实施形态14的通信适配器之间的一般的声音数据IP信息包的收发中发生了大幅度延迟摇摆后的状态的图。
图72是说明实施形态14的通信适配器之间的本发明的声音数据IP信息包的收发方式的图。
发明的具体实施方式
在以下记载的实施形态中，在由HTTP进行的声音数据分配的情况下，为了处理成为问题的法尔失效，设置进行主叫侧和被叫侧的中继用的服务器。以下，将该服务器记述为“通信中继服务器”。
另外，在用通信中继服务器对来自通信(通话)适配器的通信数据(声音数据)进行中继的情况下，有必要设置多个通信中继服务器，将负荷分散在各个通信中继服务器中。因此，设置管理通信(通话)适配器和通信中继服务器的管理服务器。以下，将该管理服务器记述为“对话管理服务器”。
另外，备有多个对话管理服务器，预先确定由各对话管理服务器管理的通信适配器。从通信适配器受理管理本身的对话管理服务器的询问，以下将通知所管理的对话管理服务器的通知服务器记述为“指定通知服务器”。
实施形态1
在该实施形态1中，说明用因特网将通信数据、例如声音数据从主叫侧发送给被叫侧的因特网通信系统的一例。
图1是实施形态1的因特网通信系统的结构图，表示构成的各要素的关系。
在图1中，10、20是收发通信数据(声音数据)的通信装置。110、120是通信适配器，分别利用室内电话线连接在通信装置10、20上。通信适配器110备有主叫侧通信适配部111和被叫侧通信适配部112，通信适配器112备有主叫侧通信适配部121和被叫侧通信适配部122。由于通信适配器110、120分别备有主叫侧通信适配部和被叫侧通信适配部，所以主叫侧通信适配器和被叫侧通信适配器两者中的哪一者都能使用。通信适配器110、120有在计算机中执行主叫侧的通信适配器处理和被叫侧的通信适配器处理的在通信适配器中工作的程序。
210、220是对话管理服务器，管理主叫侧通信适配器、被叫侧通信适配器、以及进行通信数据(例如声音数据)分配的中继的通信中继服务器，对来自主叫侧通信适配器的通信请求(主叫信息)进行通信时使用的通信中继服务器的指示。另外，对来自被叫侧通信适配器的通信询问(被叫信息)，通知通信请求的有无。对话管理服务器210备有主叫侧对话管理部211和被叫侧对话管理部212，对话管理服务器220备有主叫侧对话管理部221和被叫侧对话管理部222，所以主叫侧对话管理服务器和被叫侧对话管理服务器两者中的哪一者都能使用。对话管理服务器210、220有在计算机中执行主叫侧的对话管理处理和被叫侧的对话管理处理的在对话管理服务器中工作的程序。
310、320是本发明的通信中继服务器，在通信适配器之间的通信中进行由HTTP进行的通信数据(例如声音数据)分配用的主叫侧和被叫侧的中继。通信中继服务器310备有HTTP通信部311和UDP(用户、数据子句、协议)通信部312，通信中继服务器320备有HTTP通信部321和UDP通信部322。通信中继服务器310、320有在计算机中执行HTTP通信处理和UDP通信处理的在通信中继服务器中工作的程序。
通信适配器110、120和通信中继服务器310、320利用HTTP通信部311、321，用HTTP通过因特网进行数据通信。另外，通信中继服务器310和320利用HTTP通信部312和322，用UDP通过因特网进行数据通信。
另外，也可以使用由RTP(实时传送协议、或传送协议·フォ-·实时应用)构成的RTP通信部(图中未示出)，代替UDP通信部312和322。另外，也可以使用SCTP(简单控制传输协议)、或TCP上的各种应用中作成的协议，代替UDP、RTP。
410是指定通知服务器。指定通知服务器410根据来自通信适配器110、120的请求，将管理通信适配器110、120的对话管理服务器210、220通知给通信适配器110、120。
在以下记载的说明中，将声音数据作为通信数据的一例，记载主叫侧和被叫侧互相收发声音数据的因特网通信系统的一例。因此，将通信数据作为通话数据记载，将通信装置作为通话装置记载，将通信中继服务器作为通话中继服务器记载。
图2及图28是表示实施形态1的在主叫侧和被叫侧中进行的数据收发的程序图。
图2及图28中的指定通知服务器、主叫侧通话适配器、被叫侧通话适配器、主叫侧对话管理服务器、被叫侧对话管理服务器分别备有图5、6、9、10所示的检索表，参照检索表，取得通信对象的地址。
图2及图28中所示的指定通知服务器410管理各通话适配器所属的对话管理服务器，通话适配器的电源接通时，从通话适配器接收该通话适配器本身所属的对话管理服务器的询问。然后，对应于询问，将所属的对话管理服务器的通知发送给作为询问源的通话适配器。通话适配器的电源接通时，从通话适配器接收所属的对话管理服务器的询问的过程是“所属对话管理服务器检索过程”。对话管理服务器有存储表示对每个通话适配器进行管理的对话管理服务器的信息的数据文件。“所属对话管理服务器检索过程”开始时，根据存储表示对每个通话适配器进行管理的对话管理服务器的信息的数据文件，对数据进行存储器展开，对来自通话适配器的询问，检索适当的对话管理服务器，将检索结果回答给作为询问源的通话适配器。在实施形态1中，为了使每个对话管理服务器的处理负荷分散，设置多个对话管理服务器，从指定通知服务器对每个通话适配器通知管理该通话适配器的对话管理服务器。由管理者通过手动操作进行上述的数据文件的追加、更新。因此，在进行数据文件的追加、更新的情况下，进行所属对话管理服务器检索过程的停止，数据更新后进行再开始。图3中示出了上述的指定通知服务器的环境。
这样，考虑到对话管理服务器关联信息被更新，通话适配器能定期地对指定通知服务器进行与电源接通时同样的询问。如果这样做，则通话适配器的用户不需要对照上述服务器信息的更新，进行电源的重新投入及设定。
按照图2中的从(1)到(10)的顺序，说明连接主叫侧通话适配器和被叫侧通话适配器的程序(还以图28与图2的差异为中心，按照从(1)到(12)的顺序，进行补充说明)。
图2中的(1)、(2)(图28也一样)是所属对话管理服务器信息的取得处理。所有的通话适配器在电源接通时都对指定通知服务器只进行一次所属的对话管理服务器信息的询问。这里，主叫侧通话适配器110及被叫侧通话适配器120对指定通知服务器410进行自己所属的对话管理服务器信息的取得请求。指定通知服务器410检索作为请求源的通话适配器的所属的对话管理服务器，将所属对话管理服务器信息作为回答信息发送给请求源通话适配器。请求源通话适配器取得来自指定通知服务器410的“对话管理服务器名称回答”，将所属的对话管理服务器信息登录在请求源通话适配器本身具有的存储部中。图4中示出了通话适配器的所属对话管理服务器信息的取得处理。
在该实施形态1中，备有多个对话管理服务器，从指定通知服务器通知每个通话适配器的对话管理服务器信息。通过使一个对话管理服务器管理的通话适配器的数量有限，来分散对话管理服务器的处理负荷。因此通话适配器有必要取得所属的对话管理服务器信息。
图5中的S1对应于图2中的(1)(图28中的(1)也一样)。在图5中，主叫侧通话适配器110备有通话适配器信息表113，用来对应地存储对每个通话适配器选取了通话适配器固有的号码的通话适配器ID、以及访问管理通话适配器的所属对话管理服务器的地址。通话适配器由于有通话适配器固有的制造编号，所以将制造编号作为通话适配器ID。通话适配器用制造编号进行图2中的(1)(图28中的(1)也一样)的对话管理服务器信息的取得请求。主叫侧通话适配器110在电源接通时在对话管理服务器信息的取得请求中将“通话适配器ID”设定为“1-2-12”，作为GET方法信息发送给指定通知服务器410。指定通知服务器410从接收到的对话管理服务器信息的取得请求中取出“通话适配器ID“1-2-12””，检索所属对话管理检索表411。在所属对话管理检索表411中，对通话适配器ID进行范围指定，存储着对各范围的通话适配器ID管理该通话适配器的对话管理服务器的地址。指定通知服务器410根据通话适配器ID“1-2-12”，检索所属对话管理检索表411中的通话适配器ID的范围，取得所属的对话管理服务器的地址。这里，作为对话管理服务器的地址，取得“s1@xx.com”(或者，210.54.10.156这样的32位的全局IP地址)。指定通知服务器410将取得的对话管理服务器的地址作为GET响应信息，按照图2中的(2)(图28中的(2)也一样)及图5中的S2，通知给主叫侧通话适配器110。通话适配器将所通知的所属对话管理服务器的地址对应于通话适配器信息表113中的通话适配器ID“1-2-12”登录下来。被叫侧通话适配器120也与主叫侧通话适配器110同样地按照图5中的S3、S4进行(1)、(2)的处理。
图2中的(3)、(4)是主叫侧的被叫侧通话适配器所属的对话管理服务器信息的取得处理。主叫侧通话适配器110对自己所属的对话管理服务器(主叫侧对话管理服务器210)进行被叫侧对话管理服务器名称的请求。主叫侧对话管理服务器210将被叫侧通话适配器所属的对话管理服务器(被叫侧对话管理服务器220)的信息作为对话管理服务器名称回答，将回答信息发送给请求源通话适配器。在实施形态1中，为了分散对话管理服务器的处理负荷，例如将对话管理服务器管理的通话适配器指定给每一个通话适配器ID的范围。因此，从主叫侧通话适配器110对被叫侧通话适配器120进行对话的连接时，主叫侧通话适配器110有必要知道管理被叫侧通话适配器120的对话管理服务器。
图6中的S5、S6、S7相当于图2中的(3)、(4)的处理。在图6中，从通话装置10一旦输入被叫侧的电话号码(S5)，主叫侧通话适配器110接收该电话号码，参照地址变换表114，取得对应于被叫侧的电话号码的被叫侧通话适配器ID。地址变换表114对应地存储着被叫侧的电话(TEL)号码、访问被叫侧的通话适配器的IP地址、被叫侧的通话适配器固有的通话适配器ID、以及管理被叫侧通话适配器的对话管理服务器的地址。主叫侧通话适配器110将取得的被叫侧通话适配器ID设定在被叫侧对话管理服务器名称的请求中，作为GET方法信息发送给按照S2取得的对话管理服务器(主叫侧对话管理服务器210)(S6)。接收了被叫侧对话管理服务器名称的请求的主叫侧对话管理服务器210参照被叫侧对话管理服务器检索表213，取得被叫侧通话适配器所属的被叫侧对话管理服务器的地址。对话管理服务器按照通话适配器ID的范围单元管理通话适配器。因此，被叫侧对话管理服务器检索表213对应地存储着被叫侧通话适配器ID的范围、以及被叫侧对话管理服务器的地址。由于被叫侧通话适配器ID是“2-1-11”，所以被叫侧对话管理服务器的地址能取得“s2@xx.com”(或者，210.54.10.156这样的32位的全局IP地址)。主叫侧对话管理服务器210将取得的被叫侧对话管理服务器的地址“s2@xx.com”(或者，210.54.10.156这样的32位的全局IP地址)设定在被叫侧对话管理服务器名称的回答中，作为GET响应信息通知给主叫侧通话适配器110(S7)。主叫侧通话适配器110从接收到的被叫侧对话管理服务器名称的回答中取得被叫侧对话管理服务器的地址“s2@xx.com”(或者，210.54.10.156这样的32位的全局IP地址)，对应于地址变换表114中的“被叫侧通话适配器ID“2-1-11””登录下来。图7中示出了被叫侧对话管理服务器名称的取得处理。
图2中的(5)、(6)是主叫信息的发行(对话ID取得)处理。主叫信息是从主叫侧通话适配器110发送给被叫侧对话管理服务器220的信息。被叫侧对话管理服务器220通过接收主叫信息，认识到对所管理的被叫侧通话适配器120发生了通话请求，判断通话对方(被叫侧通话适配器)的状况，同时求得能利用的通话中继服务器，对通话中继服务器回答信息进行响应。在该实施形态1中，如图29所示，被叫侧通话适配器120周期性地(例如，每1秒或每3秒)对所属的对话管理服务器220进行被叫询问。或者，不进行周期性的询问，如图30或图31所示，在一旦发行了HTTP的GET的状态下，也能采取在被叫信息返回之前等待的方法。在采用该方法的情况下，能节约周期性地询问处理的负荷。但是，在该方法中，由于在不进行数据的收发的状态下，长时间保持HTTP的连接、即TCP的连接，所以在实际的因特网环境中，在从通话适配器到对话管理服务器的通信路径上，由于由ISP等管理的路由器等，有时TCP的连接不断地被阻断，不保证能可靠地取得被叫信息。因此，如图32所示，为了恒常保持称为Keep-Alive信息的TCP的连接，作为该方法的改进方法，是将数据还在流的意思的伪数据从对话管理服务器连续地发送给通信适配器的方法。另外，即使采用这样连续地发送伪数据的方法，但有时在通信路径上的某个地方，TCP的连接被切断，而对话管理服务器、通信适配器都未注意到该切断。作为这样的事态的改善对策，如图33所示，是这样一种方法：以一定周期将Keep-Alive信息从对话管理服务器发送给通信适配器，在进行接收的通信适配器一侧，设定比该周期长若干的超时值，在一定周期的伪数据的到达滞后的情况下，看作TCP的连接被阻断，再次从通信适配器向对话管理服务器进行新的TCP的连接。另外，这样进行TCP的再连接时，也有可能恰好是从对话管理服务器向通信适配器发送被叫信息的时刻。在恰好是进行发送的时刻的情况下，被叫信息有可能未到达通信适配器而丢失。因此，为了被叫信息可靠地到达通信适配器，通过在TCP的再连接的HTTP的GET方法中，附加表示是再发行的信息，与正常状态下发行的HTTP的GET方法不同，能使对话管理服务器认识到，考虑到被叫信息的发送失败，再发送完全相同的被叫信息。另外，如果将作为再发送的信息附加在该被叫信息中，则通信适配器能识别是在通信适配器一侧再发送后接收到的被叫信息，其次，变成能在正常状态下再发行新的HTTP的GET方法的状态。
另外，虽然说明了作为被叫侧的通信适配器响应来自主叫侧的通信适配器的对话的确立请求信息而接收这些HTTP的GET方法，但也完全同样地能适用以下的结构：在另一通信适配器拿起受话器(摘机)、或放置受话器而结束通话(挂机)、或作为该HTTP的GET方法的响应而接收开始变成对方的振铃声的信息的情况下，也能可靠地接收HTTP的GET方法的响应信息。
如上所述，在从主叫侧通话适配器110进行通话的情况下，有必要对被叫侧通话适配器120所属的对话管理服务器220发行主叫信息。
以上的主叫信息发行的处理虽然是根据图2中的(3)～(6)进行的处理，但也可以按照图28中的方式，换成(3)～(8)的一系列处理。主叫侧的信息流变成(4)、(5)、(6)、(7)。
首先，被叫侧与图2的情况相同，如图28(3)所示，被叫侧通话适配器120周期性地(例如，每1秒或每3秒)对所属的对话管理服务器220进行被叫询问。或者，不进行周期性的询问，在一旦发行了HTTP的GET的状态下，也能采取在被叫信息返回之前等待的方法。
图28中的(4)是主叫信息的发行(对话ID取得)处理。主叫信息是从主叫侧通话适配器110向主叫侧对话管理服务器210发送的信息。与图2的情况相同，主叫侧对话管理服务器210求得被叫侧通话适配器所属的对话管理服务器(被叫侧对话管理服务器220)的信息，作为新构成的主叫信息，在图28中的(5)中，从主叫侧对话管理服务器210将信息发送给被叫侧对话管理服务器220。
被叫侧对话管理服务器220通过接收主叫信息，认识到对所管理的被叫侧通话适配器120发生了通话请求，判断通话对方(被叫侧通话适配器)的状况，同时求得能利用的通话中继服务器，在图28中的(6)中，用通话中继服务器回答信息，将响应信息发送给主叫侧对话管理服务器210。另外，在图28中的(7)中，该响应信息被从主叫侧对话管理服务器210传输给主叫侧通话适配器110。另外，在图28中的(8)中，被叫侧对话管理服务器220将有电话到达的事实作为响应信息，发送给所管理的被叫侧通话适配器120。
图8和图34中示出了呼叫控制方式。图8中的呼叫控制方式对应于图2，图34中的呼叫控制方式对应于图28。
图8中的呼叫控制方式表示从主叫侧通话适配器110向被叫侧对话管理服务器220进行主叫，同时从被叫侧通话适配器120向被叫侧对话管理服务器220进行被叫确认。
图34中的呼叫控制方式表示从主叫侧通话适配器110经由主叫侧对话管理服务器210，向被叫侧对话管理服务器220进行主叫，同时从被叫侧通话适配器120向被叫侧对话管理服务器220进行被叫确认。
图9中的S8相当于图2中的(5)、(6)、或图28中的(5)、(6)。
在图9中的S8中，主叫侧通话适配器110分配在S7中取得的被叫侧通话适配器120所属的被叫侧对话管理服务器220的地址(“s2@xx.com”)，被叫侧通话适配器ID对编号为“2-1-11”的被叫侧通话适配器进行主叫信息的发行。通过GET方法信息的发行，进行主叫信息的发行。被叫侧对话管理服务器220接收主叫信息的发行，在图9所示的对话确立请求表223中，对应地登录：有对话确立请求的被叫侧通话适配器ID、请求时刻、以及发送了对话确立请求的主叫侧通话适配器所属的主叫侧对话管理服务器的地址。图9中的对话确立请求表223是对应地存储：有主叫信息的请求的被叫侧通话适配器ID、进行了请求的请求时刻、以及主叫侧的通话适配器所属的主叫侧对话管理服务器的地址的表。在存入了表中后，被叫侧对话管理服务器220判断被叫侧通话适配器120的状况，同时求得能利用的通话中继服务器，在图2的情况下，在通话中继服务器回答信息中对主叫侧通话适配器110响应表示所求得的通话中继服务器的信息，在图28的情况下，在通话中继服务器回答信息中对主叫侧对话管理服务器210响应表示所求得的通话中继服务器的信息。在进行通话中继的通话中继服务器全部正在使用的情况下，将该事实设定在通话中继服务器回答信息中，在图2的情况下通知主叫侧通话适配器110，在图28的情况下通知主叫侧对话管理服务器210。利用GET响应信息进行对主叫侧通话适配器110、或主叫侧对话管理服务器210的响应。
图2中的(7)、(8)、或图28中的(3)、(8)是被叫确认的询问(对话ID取得)处理。该处理与图8中的表示呼叫控制方式的图中的被叫侧通话适配器和被叫侧对话管理服务器的处理相同。被叫侧通话适配器120只限于在呈可能通话状态的情况下，对被叫侧对话管理服务器220进行被叫信息请求(图2(7)、或图28(3))。因此，在图2的情况下，被叫侧对话管理服务器220如果未接收到来自被叫侧通话适配器120的被叫信息，被叫侧通话适配器120断定为正在通话。
在上述图2的形态中，虽然关于由对话管理服务器从主叫侧的通信适配器向被叫侧的通信适配器进行主叫的方式的因特网通信系统进行了说明，但上述方式只是一个例，这里，作为对对话管理服务器的呼叫控制信息的存取，说明图28中的方式。
在上述图2所示形态的方式中，只在被叫侧的通信适配器能打电话的情况下，被叫信息的信息才从被叫侧的通信适配器发送给被叫侧的对话管理服务器。可是，有时被叫侧的通信适配器由于某种障碍而不能发送被叫信息的信息，这时，在完全未注意到被叫侧的通信适配器的异常的状态下，有可能总是陷于正在通话的状态。另外，为了实现占线接通电话功能，即使实际上正在通话的通信适配器，也有必要发送来自另一通信适配器的被叫信息。因此，为了解决这些问题，可以是这样一种方式：与是否正在通话无关，通信适配器恒常将被叫信息的信息发送给对话管理服务器，将通知被叫侧的通信适配器的状态的信息送给对话管理服务器。关于来自另一通信适配器的主叫，通过将该信息从对话管理服务器发送给被叫侧的通信适配器，能确认被叫，这一点与上述图2的形态相同。
以上，通过将被叫信息的信息恒常输出给对话管理服务器，被叫侧的通信适配器能恒常把握来自另一通信适配器的主叫。另外，由于恒常从被叫侧的通信适配器对等待被叫信息的信息的到达的对话管理服务器发送被叫信息的信息，所以在不进行发送的情况下，对话管理服务器能确认通信适配器的异常，能开始进行某种恢复处理。
在图28的情况下，被叫侧对话管理服务器220虽然在正在通话期间也能接收来自被叫侧通话适配器120的被叫信息，但由于被叫侧通话适配器120采用某种方式、例如在正在通话的情况下，通过公用线路网将该正在通话的事实从被叫侧的通信适配器通知给被叫侧对话管理服务器220，所以即使是没有中介的通话，对话管理服务器也能断定正在通话。
另外，被叫侧对话管理服务器求得能利用的通话中继服务器，用通话中继服务器回答信息对被叫侧通话适配器120进行响应。在进行通话中继的通话中继服务器全部正在使用的情况下，将该事实设定在通话中继服务器回答信息中，通知给被叫侧通话适配器120。被叫侧对话管理服务器220将对被叫侧通话适配器120的通话请求检索结果设定在通话中继服务器回答信息中，作为通话中继服务器回答信息发送(图2(8)、或图28(8))。通话中继服务器回答信息由GET响应信息进行回答。
在实施形态1中，对每个通话适配器来说，管理该通话适配器的对话管理服务器不同。就是说，主叫侧和被叫侧的通话适配器所属的对话管理服务器不一定是同一个对话管理服务器。因此，在图2的情况下，通话适配器对所属的对话管理服务器直接进行被叫询问，在图28的情况下，经由主叫侧对话管理服务器进行被叫询问，从而能识别是否由通话对方打来了电话。
图10中的S9、S10、S11相当于图2中的(7)、(8)、或图28中的(3)、(8)的处理。在S9中，被叫侧通话适配器120从通话适配器信息表123取得表示本身的通话适配器ID和被叫侧对话管理服务器的地址。将被叫信息请求分配给所取得的被叫侧对话管理服务器的地址(S9)。被叫信息请求作为GET方法信息被发送给被叫侧对话管理服务器220。被叫侧对话管理服务器220根据被叫信息请求的通话适配器ID，检索对话确立请求表223，确认对话请求的有无。在图10中，在对话确立请求表223中，将请求送给通话适配器ID“2-1-11”。因此，被叫侧对话管理服务器220将进行了对话请求的事实设定在通话中继服务器回答信息中，通知给被叫侧通话适配器120(S11)。呈图8所示的呼叫控制方式的被叫侧通话适配器120和被叫侧对话管理服务器220的通话处理表示S9和S11的处理。另外，被叫侧对话管理服务器220从对话确立请求表223取得有被叫信息请求的对话确立请求的主叫侧对话管理服务器210的地址。然后，将进行了被叫信息请求的事实通知给有被叫信息请求的对话确立请求的主叫侧对话管理服务器210(S10)。
以上说明的图2中的(3)、(4)、(5)、(6)、(7)、(8)、或图28中的(3)、(4)、(5)、(6)、(7)、(8)是由对话管理服务器220进行的通话中继管理处理。对话管理服务器220接收来自通话适配器的主叫信息，以此为楔机，开始进行通话中继。以下给出通话中继方法。
(a)接收来自主叫侧通话适配器110的主叫信息。
(b)判断是否正在接收来自接收了主叫信息的通话对方(被叫侧通话适配器120)的被叫信息。
(c)在正在接收来自接收了主叫信息的通话对方(被叫侧通话适配器120)的被叫信息的情况下，检索通话中继未使用的通话中继服务器。对话管理服务器220根据接收的主叫信息和被叫信息、以及地区管理数据(关于地区管理数据将在另一实施形态中进行说明)，判断通话中继是否可能。通话中继不可能的条件是以下各条件中的任意一条。
·未接收到来自所接收的主叫信息的通话对方(被叫侧通话适配器120)的被叫信息(图2的情况)、或所接收的主叫信息的通话对方(被叫侧通话适配器120)正在通话(图28的情况)
·进行通话中继的通话中继服务器的各对话数全部正在使用
对话管理服务器220用对每个地区作成的“地区管理数据”管理通话中继中使用的通话中继服务器。对话管理服务器220的主叫管理程序启动时，从“所属对话管理服务器数据文件”读出数据，在存储器中作成“地区管理数据”、“中继服务器管理数据”、“对话管理数据”。关于“所属对话管理服务器数据文件”、“地区管理数据”、“中继服务器管理数据”、“对话管理数据”将在另一实施形态中进行说明。
检索的结果，在可能通话中继的通话中继服务器不存在的情况下，通知给进行记录输出的管理者。另外，还对通话适配器110、120进行错误通知，经由通话适配器110、120(LED点亮等)，将异常状态通知给操作通话装置的使用者。
(d)从被叫侧对话管理服务器220将通话中继服务器回答信息发送给主叫侧通话适配器110、被叫侧通话适配器120(图2的情况)。将通话中继服务器回答信息从主叫侧对话管理服务器210发送给主叫侧通话适配器110，从被叫侧对话管理服务器220发送给被叫侧通话适配器120(图28的情况)。图11中示出了通话中继服务器回答信息中设定的信息。
图2及图28中的(9)、(10)是声音数据的分配处理。这里，有利用一台通话中继服务器对主叫侧通话适配器110和被叫侧通话适配器120之间的通话进行中继的第一阶段的中继数据发送、以及利用两台(也可以两台以上)通话中继服务器对主叫侧通话适配器110和被叫侧通话适配器120之间的通话进行中继的第二阶段的中继数据发送，分别说明第一阶段和第二阶段。
首先，说明第一阶段的中继数据发送。
图12中示出了第一阶段的中继数据发送的处理。在第一阶段的中继数据发送中，经由实现法尔失效越过的一台通话中继服务器310，进行数据分配。在第一阶段的中继数据发送在，主叫侧通话适配器110按照POST方法，将“主叫侧声音数据”发送给按照图2中的(6)、或图28中的(7)从被叫侧对话管理服务器220取得的“通话中继服务器回答信息”中设定的可能利用的通话中继服务器310。主叫侧通话适配器110按照GET方法，从按照图2中的(6)、或图28中的(7)从被叫侧对话管理服务器220取得的“通话中继服务器回答信息”中设定的可能利用的通话中继服务器310接收“被叫侧声音数据”。另外，在主叫侧和被叫侧逆转了的情况下，被叫侧通话适配器120将声音数据发送给通话中继服务器310。主叫侧通话适配器110为了取得被叫侧通话适配器120的声音数据，对通话中继服务器进行声音数据接收请求。
通话中继服务器310从主叫侧通话适配器110接收“主叫侧声音数据发送信息”作为声音数据。图13中示出了主叫侧声音数据发送信息的项目和内容。
在通话中继服务器310中，根据从主叫侧通话适配器110接收的声音数据，编辑“被叫侧声音数据接收信息”作为发送给被叫侧的声音数据。图14中示出了被叫侧声音数据接收信息的项目和内容。
另外，来自主叫侧通话适配器110的“主叫侧声音数据发送(POST方法)”的响应，在对被叫侧通话适配器120的“被叫侧声音数据接收(GET方法)”响应发送后，进行通知。
其次，说明第二阶段的中继数据发送。
图15中示出了第二阶段的中继数据发送的处理。
第二阶段的声音数据发送是用UDP在与通话中继服务器310、320之间进行声音数据通信。主叫侧通话适配器110按照POST方法，将“主叫侧声音数据”发送给按照图2中的(6)、或图28中的(7)从被叫侧对话管理服务器220取得的“通话中继服务器回答信息”中设定的可能利用的通话中继服务器310。接收了POST方法的通话中继服务器(主叫侧)310用UDP将声音数据传输给通话中继服务器(被叫侧)320。被叫侧通话适配器120按照POST方法，将“主叫侧声音数据”发送给按照图2中的(6)、或图28中的(7)从被叫侧对话管理服务器220取得的“通话中继服务器回答信息”中设定的可能利用的通话中继服务器320。接收了POST方法的通话中继服务器(被叫侧)320用UDP将从通话中继服务器(主叫侧)310接收的声音数据作为GET响应，发送给被叫侧通话适配器120。另外，在主叫侧和被叫侧逆转了的情况下，被叫侧通话适配器120对通话中继服务器(被叫侧)320进行声音数据发送，通话中继服务器(被叫侧)320用UDP将声音数据传输给通话中继服务器(主叫侧)310。主叫侧通话适配器110为了取得被叫侧通话适配器120的声音数据，对通话中继服务器310进行声音数据接收请求。通话中继服务器(主叫侧)310将从通话中继服务器(被叫侧)320接收的声音数据作为GET方法响应，发送给主叫侧通话适配器110。
在主叫侧通话中继服务器310中，从主叫侧通话适配器110接收“主叫侧声音数据发送信息”作为声音数据。主叫侧声音数据发送信息的项目和内容与图13相同。
主叫侧通话中继服务器310在来自主叫侧通话适配器110的声音数据被接收后，采用UDP发送，将声音数据发送给被叫侧通话中继服务器320。
另外，在接收到给被叫侧通话中继服务器320的“UDP发送正常结束”后，通知来自主叫侧的“主叫侧声音数据发送(POST方法)”的响应。
在被叫侧通话中继服务器320根据从主叫侧通话中继服务器310接收的声音数据，编辑“被叫侧声音数据接收信息”作为发送给被叫侧通话适配器120的声音数据。被叫侧声音数据接收信息的项目、内容与图14相同。
另外，来自主叫侧的“UDP发送”的响应，在对被叫侧的“被叫侧声音数据接收(GET方法)”响应发送后，进行通知。
以下，说明由通话中继服务器进行的通话中继管理处理。
通话中继服务器以来自通话适配器的主叫侧声音数据接收或被叫侧声音数据接收为楔机，开始进行通话中继。这里，以下由于“主叫侧声音数据”、“被叫侧声音数据”只是发送源不同，所以在不需要区分发送源时，以下称为“声音数据”。
通话中继服务器用“对话管理数据”管理通话中继中使用的对话。由通话中继服务器备有的“服务器管理数据文件”生成对话管理数据。“服务器管理数据文件”是设定用对话管理服务器管理的数据的极限值的文件，有内容如下的数据。
对话管理服务器管理的通话中继服务器的设置台数
对话管理服务器管理的每一台通话中继服务器的最大对话数
所属的通话中继服务器的服务器识别信息
所属的通话中继服务器的IP地址
通话中继服务器的HTTP中继服务器主程序启动时，从“服务器管理数据文件”的上述内容的数据中读出适当的数据，在存储器中作成通话中继服务器管理数据、对话管理数据。关于对话管理数据、通话中继服务器管理数据，将在另一实施形态中进行说明。上述的所谓适当的数据，意味着由于在一台通话中继服务器中以对话管理服务器为单位存在多个，所以服务器管理数据文件只将适当的关于对话管理服务器的数据作为对象。
以最初的接收为楔机，在“对话管理数据”中设定主叫侧通话适配器的通话适配器ID(制造编号)作为对话ID，并设定IP地址(通话适配器、通话中继服务器两者中的任意一者)。
另外，由于在对话管理服务器中判断通话中继的可能/不可能，所以在通话中继服务器一侧基本上不会发生通话中继错误。可是，在发生了错误的情况下，通知给进行记录输出的管理者。
另外，虽然系统管理者查看CPU负荷率或网络信息包的收发状况等，也实时地进行监视，看看对话管理服务器和通话中继服务器是否正常工作，但由于服务器一侧还同时把握执行哪个通话的处理、或是否发生了通话处理的错误，所以能进行该信息的实时监视显示。
以上是因特网通信系统、因特网通话方法中的主叫侧和被叫侧的声音数据的收发程序。另外，关于主叫侧、被叫侧的对话管理服务器；通话中继服务器；主叫侧、被叫侧通话适配器；以及指定通知服务器，说明了其功能及工作。
实施形态2
说明使用实施形态1中说明的因特网通信系统系统运用结构的一例。
图16是表示实施形态2的因特网通信系统的运用结构例的图，是采用呼叫控制集中管理方式的因特网通信系统的运用结构图。
在图16中，在全国配置多个通信中断服务器，在每个西日本地区和东日本地区进行分组。而且，在西日本和东日本各配置一台对话管理服务器，在东京配置兼备指定通知服务器的功能的对话管理服务器。图16所示的运用结构的因特网通信系统按照图17所示的程序，进行主叫侧和被叫侧的声音数据的收发。图17(1)至(10)的程序与图2(1)至(10)的程序相同。另外，作为图17的另一程序。也能适用图2(1)至(10)。如图16所示，通过将对话管理服务器配置在规定的地区，能在每个地区管理对话管理服务器所属的通话适配器。在实施形态1中说明根据通话适配器ID(制造编号)管理通话适配器。如图16所示，配置对话管理服务器情况下的通话适配器ID由“区域识别符”和“通话适配器识别符”构成。指定通知服务器如果从通话适配器接收到对话管理服务器名称请求信息，便根据“区域识别符”确定通话适配器所属的对话管理服务器。在图16中，由于对话管理服务器设置在西日本和东日本，所以能根据“区域识别符”确定属于哪一个对话管理服务器。另外，将西日本地区进一步细分，例如，能将对话管理服务器分别设置在九州地区、近  地区、山阴地区、四国地区这样构成。在该结构中，将“区域识别符”层次化，通过将区别西日本和东日本的识别符设置在层次的高位，将九州地区、近  地区、山阴地区、四国地区设置在层次的低位，确定通话适配器所属的对话管理服务器。另外，图17中的东京对话管理服务器指定通知服务器管理西日本地区对话管理服务器及东日本地区对话管理服务器。西日本地区对话管理服务器管理福冈通话中继服务器和大阪通话中继服务器。东日本地区对话管理服务器管理仙台通话中继服务器和札幌通话中继服务器。这样，在设置通话中继服务器的每个地区中由设置在其附近地区的对话管理服务器管理通话中继服务器。如果这样做。则能由设置在距离设置通话适配器的地区最近的场所的中继服务器进行声音数据的中继。
另外，也可以考虑与多个因特网服务提供者(ISP)协作，将对话管理服务器及通话中继服务器配置在各个配置ISP的服务器的场所，通过ISP连接配置在各ISP中的服务器组(对话管理服务器和通话中继服务器)的运用结构。在此情况下，通话适配器ID由“ISP识别符”和“通话适配器识别符”构成。指定通知服务器如果从通话适配器接收到对话管理服务器名称请求信息，便根据“ISP识别符”确定通话适配器所属的对话管理服务器。另外，在一个ISP运用多个对话管理服务器的情况下，在通话适配器ID中再追加“区域识别符”，由“ISP识别符”、“区域识别符”和“通话适配器识别符”构成通话适配器ID。由“ISP识别符”和“区域识别符”确定通话适配器所属的对话管理服务器。这样，不是只与一个公司而是能与多个ISP协作，运用因特网通信系统。另外，一个公司的ISP还能根据区域识别符相当于多个区域设置多个对话管理服务器进行运用。图18中示出了与多个ISP协作运用因特网通信系统的系统结构图。
另外，在每个ISP中运用的对话管理服务器之间及通话中继服务器之间，能通过各ISP所具有的ISP网进行通信。在此情况下，通过ISP网的对话管理服务器对话管理服务器之间、通话中继服务器之间、对话管理服务器和通话中继服务器之间的通信，是用UDP进行通信的。或者，用RTP(实时应用的传送协议)或TCP(传输控制协议)进行通信。当然，也能采用同样的其他传送层的协议。这样通过在不同的ISP之间的通信，能通过不同的ISP运用的通话中继服务器，在主叫侧和被叫侧之间收发声音数据。通话适配器和通话中继服务器之间利用因特网，与上述实施形态1相同，用HTTP进行通信。图19、图20中示出了利用ISP网的因特网通信系统的运用结构。图19表示通话中继服务器和对话管理服务器分别与ISP网连接。图20表示通过ISP网在通话中继服务器之间进行声音数据通信的例。图19所示的多个中继服务器中使用规定的两台中继服务器，经由ISP网在中继服务器之间进行声音数据通信的情况下，如图20所示，通话中继服务器之间进行单纯的声音数据的传输，主叫侧通话适配器和通话中继服务器之间、以及被叫侧通话适配器和通话中继服务器之间用“POST(从通话适配器将信息发送给通话中继服务器的情况”和“GET(从通话适配器将信息发送给通话适配器的情况)进行通信。该情况已经在实施形态1中说明过。
另外，作为ISP网的一例，考虑利用CATV(cable television)公司提供的因特网连接服务的CATV网，运用因特网通信系统。图21、图22中示出了利用CATV网的因特网通信系统的运用例。图21表示将各CATV公司区域中最宽频带连接的最近的通话中继服务器指定给各CATV区域用。在图21所示的例中，东京对话管理服务器在阪神CATV和市原CATV之间使用因特网电话的情况下，阪神CATV侧进行指定，以便使用大阪通话中继服务器。市原CATV进行指定，以便使用东京通话中继服务器。东京通话中继服务器和大阪通话中继服务器之间用UDP进行声音数据通信。图22表示将服务器组(对话管理服务器、通话中继服务器、指定通知服务器)设置在一个地方，将设置了服务器组的地方和CATV网连接起来，运用系统的例。现实情况中的通信网的设置状况如图22所示，频带最宽的通信网集中设置在东京(大手街)。因此，设置指定通知服务器、对话管理服务器和通话中继服务器，另外，各CATV网络之间也多半经由东京(大手街)进行通信。因此，通过将服务器组设置在东京(大手街)，能谋求确保频带。
以上，说明了通话适配器ID的结构、以及因特网通信系统的运用例。
实施形态3
在实施形态3中，说明对话管理服务器执行的程序。
实施形态1、2的对话管理服务器为了对进行主叫侧和被叫侧的中继用的通话中继服务器的通话中继进行负荷分散·管理，而进行“能利用的通话中继服务器的指示”、“对话ID的管理”。
对话管理服务器中存在3个过程。
一个是从通话适配器接收对所属的对话管理服务器周期性地进行的被叫确认的询问的“被叫管理过程”。
二是在进行通话的情况下，自己(主叫侧通话适配器)所属的对话管理服务器中接收通话对方所属的对话管理服务器的询问的“通话对方所属对话管理服务器检索过程”。通话对方所属对话管理服务器检索程序对来自通话适配器的询问，检索适当的对话管理服务器，在图2所示的情况下，响应表示检索的对话管理服务器的信息。另外，在图28所示的情况下，对检索的对话管理服务器进行直接呼叫信息的发送，接收来自该被叫侧对话管理服务器的响应信息。
三是通信开始时在通话对方所属的对话管理服务器中，接收主叫请求的过程即“主叫管理过程”。
该实施形态的因特网通信系统设置多个对话管理服务器，在每个对话管理服务器中对来自该对话管理服务器所属的通话适配器的请求·询问，进行各对话管理服务器的负荷分散。图23中示出了执行对应于图22的上述说明的3个过程的对话管理服务器的环境。图35中示出了执行对应于图28的上述说明的3个过程的对话管理服务器的环境。在图23、图35中，对话管理服务器用“所属对话管理服务器数据文件”、“地区管理数据”、“中继服务器管理数据”和“对话管理服务器管理数据”进行处理。
以下，说明图23中的“所属对话管理服务器数据文件”、“地区管理数据”、“中继服务器管理数据”和“对话管理数据”。图35也一样。
“所属对话管理服务器数据文件”有图24所示的项目，在全部对话管理服务器中都备有。根据图24，有“状态”、“ISP识别符”、“区域识别符”、“所属对话管理服务器IP地址”。“ISP识别符”在利用多个ISP运营对话管理服务器的情况下是必要的。检索该所属对话管理服务器文件，确定被叫侧的通话适配器所属的对话管理服务器。另外，由于指定通知服务器备有所属对话管理服务器文件，所以能回答来自主叫侧通话适配器的对话管理服务器名称请求信息。
其次，说明地区管理数据。
地区管理数据存储对话管理服务器管理的通话中继服务器的管理信息。图25中示出了地区管理数据的结构例。对话管理服务器根据该地区管理数据确定对通话进行中继的通话中继服务器的候补，确认成为候补的通话中继服务器各自的状态，实际上选择作为中继通话的服务器。
其次，说明中继服务器管理数据。
图26中示出了地区管理数据和中继服务器管理数据的关系、以及中继服务器管理数据和对话管理数据的关系。中继服务器管理数据与地区管理数据的通话中继服务器管理信息连接。中继服务器管理数据在地区管理数据进行图16中的地区管理数据500的构成时，对中继服务器管理数据开头地址和最后地址进行连接，存储通话中继服务器管理数据510。各个通话中继服务器管理数据有从数据520的“通话中继服务器使用状态”到“对话管理数据最后地址”的各信息。
对话管理数据存储图26中的对话管理数据530。对话管理数据530有从数据540的“对话状态”到“通话中继IP地址(被叫侧)”的各信息。对话管理数据530连接通话中继服务器管理数据520的“对话管理数据开头地址”和“对话管理数据最后地址”。
对话管理服务器根据图25、26所示的数据，管理通话中继服务器的状态，在从通话适配器进行了通话请求的情况下，检索并确定能使用的通话中继服务器。
以上，是对话管理服务器的功能、以及保有的数据。
实施形态4
在上述实施形态1至3中，虽然说明了在主叫侧和被叫侧收发声音数据的因特网通信系统，但声音数据是通信数据的一例，因特网通信系统是在主叫侧和被叫侧收发通信数据的系统。另外，通话适配器是通信适配器的一例。通话中继服务器是通信中继服务器的一例。
另外，如果是能识别彼此的名称、或识别信息、或识别符、或IP地址等的“ID”，则什么样的ID都可以。
另外，构成系统的各要素(图1中的主叫侧通信适配部111、121、被叫侧通信适配部112、122、主叫侧对话管理部211、221、被叫侧对话管理部212、222、HTTP通信部311、321、UDP通信部312、322)是用软件、或硬件、或软件和硬件任意一者实施的要素。
另外，构成系统的各要素(图1中的主叫侧通信适配部111、121、被叫侧通信适配部112、122、主叫侧对话管理部211、221、被叫侧对话管理部212、222、HTTP通信部311、321、UDP通信部312、322)是通过计算机中执行的程序处理实施的要素。
另外，通信适配器、对话管理服务器、指定通知服务器、以及通信中继服务器都是计算机。另外，程序是由计算机的CPU(centralprocessing unit)执行的程序。
另外，程序是记录在FXD(flexible disk)、ROM(read onlymemory)等记录媒体中的程序。
实施形态5
在到此为止的例中说明的图27所示的通信适配器中，除了IP线路以外，还能经由公用线路进行通话。在此情况下，进行实施形态1～4中所示的本发明的IP线路上的通话处理时，有必要进行排他控制处理，以便不与公用线路中的通话同时进行。
因此，进行经由公用线路的通话时，如图36之(3)所示，通话开始时和通话结束时，将关于经由公用线路通话的开始和结束的信息，从通信适配器通知给对管理通信适配器的IP(InterneProtocol)线路上的呼叫控制进行管理的对话管理服务器。
另外，不仅经由公用线路通话，而且有时通信适配器还安装了能进行IP线路上的其他方式的通话、例如H.323方式(服务品质无保证的LAN上的声音、动态图像的终端规定)、MGCP(Media GatewayContorol Protocol)方式、SIP(对话起始协议)方式等的通话的功能。在此情况下，为了进行这些方式的通话处理和排他控制，如图36之(2)所示，在这些方式的通话开始时和通话结束时，将关于这些方式的经由IP线路通话的开始和结束的信息，从通信适配器通知给管理该通信适配器的对话管理服务器，表明正在用其他方式通话。
另外，如图36之(1)所示，即使在进行通信的通信适配器之间，关于通话对方的电话机的操作，如果通过经由对话管理服务器收发彼此的电话机的操作信息，对另一方的电话机发出振铃音，或者如果对方拿起受话器开始通话，或者受话器挂机而切断时，能从对方一侧的受话器发出切断音。将采用HTTP的GET方法进行了经由该对话管理服务器的通信时的通信处理的一例示于图37。
图37左侧的“受话器摘机”、“拨号输入”、“振铃音开始”、以及右侧的“振铃开始”、“受话器摘机”、“受话器挂机”是对电话机的操作。用箭头线表示的是使用HTTP的GET方法时的呼叫控制信息情况。
如图37所示，主叫侧通信适配器和被叫侧通信适配器在进行了“受话器摘机”或“拨号输入”或“受话器挂机”这样的电话机操作的情况下，对对话管理服务器发行通知受话器的操作内容的GET方法。另外，对话管理服务器在通知了主叫侧通信适配器进行了“拨号输入”的事实后，至从被叫侧的对话管理服务器通知摘机的联络之前，将进行“振铃音开始”用的主叫GET响应返回给主叫侧通信适配器。如果从被叫侧通信适配器对被叫侧对话管理服务器进行受话器摘机的通知，则从被叫侧对话管理服务器向主叫侧对话管理服务器通知摘机联络，从主叫侧对话管理服务器对主叫侧通信适配器进行被叫GET响应。此后，在主叫侧通信适配器和被叫侧通信适配器之间，进行声音通话。如果声音通话结束，被叫侧通信适配器进行“受话器挂机”，则挂机联络被从被叫侧对话管理服务器通知给主叫侧对话管理服务器，主叫侧对话管理服务器对主叫侧通信适配器通知被叫GET响应，主叫侧通信适配器从电话机发送通知对方的受话器已挂机的事实的切断音。
如上所述，另一呼叫控制方式的通话开始时或通话结束时，以及由于对话管理服务器能根据来自通信适配器的通知，收集电话机的操作信息，所以收发各自的信息时，作为记录信息进行输出记录，关于用户利用的所有形态的通话利用，能收集信息。因此，能确认通话时间，能作为费用信息利用。
另外，在对话管理服务器等中，通过执行对该通话关系的记录信息进行分析、整理的软件，如图38所示，系统管理者参照每日、每月的通话履历信息，能确认系统的运营状况。图38是表示每日、每月的摘要的例。系统管理者根据用分析对话管理服务器的记录信息的软件工具获得的各通话信息文件，作成图38所示的表(或相当的CSV(Comma Separated Value的简称)形式等的文件)，用Web浏览器等进行显示，能进行参照。总通话数、瞬时同时最大通话数即使进行曲线显示也没关系。
实施形态6
如果全部通信适配器固定地分配全局IP地址，则基本上能用任何的协议直接收发各种信息。可是，在IPv4(Internet Protocol版本4)中，多半通信适配器间接地连接网络，从分配了一个全局固定IP地址的路由器，经过地址变换，多半能分配专用IP地址。在这些路由器中，与NAT(Network Address Translation)或IP可掩蔽(Internet Protocol可掩蔽)等的地址变换功能一起，多半能设定占用不使用的端口编号等的防火墙功能。
另外，在一般的家庭中能利用的因特网线路中，多半对每个家庭分配一个全局IP地址、或区域内的专用的IP地址。因此，在家庭中，多半情况下将多个个人计算机连接在因特网上，通过对家庭或小规模的办公室的SOHO(Bmall Office Home Office)路由器进行连接。在该SOHO路由器中，多半情况下也进行地址变换，具有防火墙功能。
如上所述，通过多个路由器，在对专用的IP地址进行两次以上的地址变换的情况下，作为考虑能从通信适配器对外部的通信适配器进行访问的一般的应用程度的通信协议，有HTTP和SMTP(SimpleMail Transfer Protocol)。
另外，在IPv4正在普及的现实情况下，不论是全局IP地址、还是专用的IP地址动态地分配非常多。为了动态地分配该IP地址，对应地指定通知服务器备有DHCP(Dynamic Host ConfigurationProtocol)服务器功能，各通信适配器备有DHCP委托人功能。
由上可知，作为通信适配器特定通信对象的定址，采用IP地址实际上多半是不可能的。
已经说明过，用防火墙或NAT路由器(多半称为SOHO路由器或宽频带)等进行区域管理的各区域内的通信适配器经由该区域的DMZ(De-Militarised Zone)内设置的对话管理服务器和通话中继服务器，与区域外的通信适配器或外部区域的各种服务器进行通信。
图39中在方式1～3中示出了进行实时数据通信的通信适配器和通话中继服务器的通话中继方式的种类。
在图39中，作为通话中继方式的种类，有：不使用通话中继服务器的“方式1”；在发送侧或接收侧任意一侧使用一台通话中继服务器的“方式2”；以及在发送侧和接收侧任意一侧中都使用一台合计两台通话中继服务器的“方式3”。
在方式1中，主叫侧通信适配器和被叫侧通信适配器用UDP进行通信。将它称为“U直型”。
在方式2中，用HTTP或UDP在主叫侧通信适配器和通话中继服务器之间进行通信。另外，被叫侧通信适配器和通话中继服务器之间用HTTP或UDP进行通信。将在被叫侧用通话中继服务器、在通话中继服务器和被叫侧通信适配器之间用HTTP进行通信，在主叫侧通信适配器和被叫侧通话中继服务器之间用UDP进行通信的情况称为“-UH型”。将在主叫侧用通话中继服务器、在主叫侧通信适配器和通话中继服务器之间用HTTP进行通信，在主叫侧的通话中继服务器和被叫侧通信适配器之间用UDP进行通信的情况称为“HU-型”。另外，将在主叫侧用通话中继服务器、在主叫侧通信适配器和主叫侧的通话中继服务器之间用UDP进行通信，在主叫侧的通话中继服务器和被叫侧通信适配器之间用UDP进行通信的情况称为“UU-型”。另外，将在被叫侧用通话中继服务器、在被叫侧的通话中继服务器和被叫侧通信适配器之间用UDP进行通信，在主叫侧通信适配器和被叫侧通话中继服务器之间用UDP进行通信的情况称为“-UU型”。
另外，在方式3中，用HTTP或UDP在主叫侧通信适配器和主叫侧通话中继服务器之间进行通信，主叫侧通话中继服务器和被叫侧通话中继服务器之间用UDP进行通信，被叫侧通话中继服务器和被叫侧通信适配器之间用HTTP或UDP进行通信。将用HTTP在主叫侧通信适配器和主叫侧通话中继服务器之间进行通信，用HTTP在被叫侧通话中继服务器和被叫侧通信适配器之间进行通信的情况称为“HUH型”。将用UDP在主叫侧通信适配器和主叫侧通话中继服务器之间进行通信，用HTTP在被叫侧通话中继服务器和被叫侧通信适配器之间进行通信的情况称为“UUH型”。将用HTTP在主叫侧通信适配器和主叫侧通话中继服务器之间进行通信，用UDP在被叫侧通话中继服务器和被叫侧通信适配器之间进行通信的情况称为“HUU型”。将用UDP在主叫侧通信适配器和主叫侧通话中继服务器之间进行通信，用UDP在被叫侧通话中继服务器和被叫侧通信适配器之间进行通信的情况称为“UUU型”。
以下给出在通信适配器之间的通话中，判断使用·未使用通话中继服务器用的方法。
判断方法的顺序
(1)判断主叫侧通信适配器和被叫侧通信适配器的所属区域是否一致。
(2)在所属区域一致的情况下，用图42所示的“区域内通话中继判断方法”，求“通话中继服务器”的使用有无。
(3)在所属区域不一致的情况下，用对话管理服务器的服务器类型(通用/ISP)和图43所示的“区域外通话中继判断方法”，求“通话中继服务器”的使用有无。
如上所述，在各种网络地址环境为某一现状中，首先作为前提，是能完全用HTTP进行通信，但实时通信尽可能利用RTP等的UDP。
例如，作为能利用UDP的情况，有以下这样的情况。
·将全局IP地址(固定、DHCP)分配给各通信适配器。
·在同一区域内将专用IP地址(固定、DHCP)分配给各通信适配器。
·能对防火墙进行设定，以便能进行想利用的UDP端口的访问。
在以上的各种情况下，规定通信适配器的终端连接类型，以便能尽可能地利用UDP，通过在呼叫控制设定处理中互相交换其信息，能进行UDP通信。
以下，在本发明的实施形态6中列举通信适配器的连接条件。
(1)全局IP地址(固定)
(2)专用IP地址(固定)
(3)全局IP地址(DHCP)
(4)专用IP地址(DHCP)
(2)、(4)中的所谓专用IP地址，是在所属区域内分配的IP地址。
(i)在区域内用SOHO路由器等再局部地分配IP地址的情况。
(i-1)在区域内设置区域管理的通话中继服务器。
(i-2)在区域内不设置区域管理的通话中继服务器。
(ii)在区域内仍然使用所分配的专用IP地址的情况。
(ii-1)在区域内设置区域管理的通话中继服务器。
(ii-2)在区域内不设置区域管理的通话中继服务器。
以上的(1)～(4)和(i-1)、(i-2)、(ii-1)、(ii-2)的条件组合后，以下在图40中列举了终端连接类型(A～E、P～R)。图40中的(1)、(2)、(3)、(4)及(i-1)、(i-2)、(ii-1)、(ii-2)相当于上述的(1)～(4)及(i-1)、(i-2)、(ii-1)、(ii-2)。
图41中示出了图40所示的每一个终端连接类型A～E、P、Q、R的通信适配器和通话中继服务器的连接方式。
在图41中，由ISP ID(识别因特网服务提供者用的识别信息)规定通信适配器所属的专用IP地址区。在该区域内，有时有多个对话管理服务器，区域ID对应于每一个该对话管理服务器。将多个ISPID供给具有多个区域的ISP。在通信适配器中设定A～E类型中的哪一个，报告给服务器组。ISP运营服务器所属的通信适配器成为A～E类型中的某一个。如果属于通用通话中继服务器，则类型A～E通过服务器内处理而被置换成P、Q、R。
图40中的类型“B”是图41(B)所示的连接形态，通信适配器和路由器和通话中继服务器(在同一位置还设置对话管理服务器)和因特网连接。
另外，图40中的类型“C”如图41所示的(C)所示，通信适配器和通话中继服务器(在同一位置还设置对话管理服务器)和路由器和因特网连接。
另外，图40中的类型“D”如图41中的(D)所示，通信适配器和路由器和通话中继服务器(在同一位置还设置对话管理服务器)和因特网和DHCP服务器连接。
图40中的类型“E”如图41中的(E)所示，通信适配器和路由器和通话中继服务器(在同一位置还设置对话管理服务器)和因特网和DHCP服务器连接。
另外，图40中的类型“A”如图41中的(A)所示，连接通信适配器的路由器连接在更上一阶层的路由器上，上一阶层的路由器和通话中继服务器连接在因特网上。在类型“A”的情况下，路由器被层次化，通信适配器被连接在低层的路由器上，所以这种情况下的通信适配器上设定的IP地址称为局部IP地址。
另外，图40中的类型“Q”和类型“R”在区域内不设置区域管理的通话中继服务器，所以如图41中的(Q)、(R)所示，通信适配器和路由器和DHCP服务器和对话管理服务器(在同一位置还设置对话管理服务器)和因特网连接。
另外，图40中的类型“P”在区域内不设置区域管理的通话中继服务器。另外，在区域内仍然使用所分配的专用IP地址，所以如图41所示，通信适配器连接在因特网上。另外，在类型“P”的情况下，有时在区域内还在SOHO路由器的之下设置，所以在分配IP地址的情况下，考虑在区域内不设置区域管理的通话中继服务器的情况。如图41中的(P)所示，该情况下通信适配器连接在因特网上。
其次，在图42～图43中，在图所示的表中示出了每一种终端连接类型的中继方式判断方法。
图42表示在同一区域内之间通信中的中继方式判断方法。
图42中的A～E相当于图40中的A～E。另外，图42中的[1]、[2]相当于图39中的[1]、[2]。
图42的纵轴表示发送侧的通信适配器的类型。横轴表示接收侧的通信适配器的类型。
在图42中，在同一区域内设置主叫侧和被叫侧的通信适配器，字这些通信适配器之间进行通话的情况下，不使用区域外的通话中继服务器，所以发送侧的通信适配器和接收侧的通信适配器的类型相同时，采用中继方式[1]进行通话。在发送侧和接收侧的通信适配器的类型中的某一种设置在NAT路由器之下分配局部IP地址的情况下，采用中继方式[2]进行通话。
图43表示在同一区域内之间不通信时的中继方式判断方法。
图43中的A～E及P～R相当于图40中的A～E及P～R。另外，图43中的[1]～[3]相当于图39中的[1]～[3]。
在图43中，的纵轴表示发送侧的通信适配器的类型，横轴表示接收侧的通信适配器的类型。
另外，在方式[2]的情况下，为了区别通话中继服务器中使用发送侧的通话中继服务器、还是使用接收侧的，明确标记(发送侧)或(接收侧)。
在呼叫控制处理中，对话管理服务器获得主叫侧和被叫侧的各通信适配器的终端连接类型的信息，根据图42、图43中的表，判断通话中继方式，将关于该方式的信息发送给各通信适配器。在需要通话中继服务器的情况下，对话管理服务器向各通信适配器报告关于通话中继服务器的IP地址、以及指定HTTP或UDP中的哪一个。
在图45～图53中，示出了图44中的因特网电话网系统结构中的上述各通信适配器的连接类型所对应的呼叫控制的信息收发顺序。
另外，关于设置在NAT路由器之下的通信适配器，终端连接类型为A、P，虽然利用HTTP进行声音数据收发，但对NAT路由器进行(静态)NAT设定，能直接对通信适配器收发经由所使用的UDP端口编号的UDP的声音数据。就是说，能利用UDP从通话中继服务器到NAT路由器收发声音数据，所以通信适配器也可以不是终端连接类型A、P，而设定为相当于NAT路由器的位置的终端连接类型B、C、D、E、Q、R。因此，即使连接在NAT路由器之下，也能由UDP进行声音数据的收发，提高通话品质。
图45是表示图39所示方式3的“HUH型”的信息收发顺序的图。
在“HUH型”的信息收发顺序中，按照图45所示的(1)～(7)的顺序收发信息。以下，给出(1)～(7)的顺序。
另外，图45所示的“H”是由HTTP进行的通信，“U”是由UDP进行的通信。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)两侧服务器进行的通话中继处理
图46是表示图39中的方式2的“-UH型”的信息收发顺序的图。
在“-UH型”中，按照以下所示的(1)～(7)的顺序收发信息。
另外，图46中的“H”是HTTP，“U”表示UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)接收侧服务器进行的通话中继处理
图47是表示图39中的方式2的“HU-型”的信息收发顺序的图。
“HU-型”的信息收发，按照以下所示的(1)～(7)的顺序进行信息收发。
图47中记载的“H”表示HTTP，“U”表示UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)发送侧服务器进行的通话中继处理
图48是表示图39中的方式3的“UUH型”的信息收发顺序的图。
“UUH型”用以下所示的(1)～(7)的顺序收发信息。
图48中记载的“H”是HTTP，“U”是UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)两侧中继服务器进行的通话中继处理
图49是表示图39中的方式3的“HUU型”的信息收发顺序的图。
“HUU型”的信息收发处理按照以下所示的(1)～(7)的顺序收发信息。
图49中的“H”表示HTTP，“U”表示UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)两侧服务器进行的通话中继处理
图50是表示图39中的方式1的“U直型”的信息收发顺序的图。
“U直型”的信息收发处理按照以下所示的(1)～(7)的顺序收发信息。
图50中记载的“U”是UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/指定直接通话
(6)发送侧主叫/通话中程序/指定直接通话
(7)直接通话处理
图51是表示图39中的方式2的“UU-型”的信息收发处理顺序的图。
“UU-型”的信息收发处理按照以下所示的(1)～(7)的顺序收发信息。
图51中记载的“U”表示UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)发送侧服务器进行的通话中继处理
图52是表示图39中的方式2的“-UU型”的信息收发处理顺序的图。
“-UU型”按照以下所示的(1)～(7)的顺序收发信息。
图52中记载的“U”表示UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)接收侧服务器进行的通话中继处理
图53是表示图39中的方式3的“UUU型”的信息收发处理顺序的图。
“UUU型”按照以下所示的(1)～(7)的顺序收发信息。
图53中记载的“U”表示UDP。
(1)等待对话维持
(2)对发送侧对话管理服务器的呼叫依赖
(3)对接收侧对话管理服务器的连接依赖
(4)接收侧终端通话状态回信
(5)接收侧主叫程序/中继服务器指定
(6)发送侧主叫/通话中程序/中继服务器指定
(7)两侧中继服务器进行的通话中继处理
实施形态7
在实施形态7中，指定通知服务器有远程维修管理服务器的功能，以下说明远程维修管理服务器工作的例。
如图54所示，通话适配器连接在因特网上，一旦接通电源，以一定周期(例如，每天大约一次的步调)，将生存报告信息(制造编号、IP地址、工作是否正常的确认信息)发送给远程维修管理服务器。
远程维修管理服务器在其生存报告信息中确认新的信息，在顾客管理数据库中进行登录。包括已经登录过的信息，确认生存报告是否是正常的报告。作为该生存报告的内容，能附加通话适配器或硬件的一部分发生故障的问题等，如果断定了这样的异常状态，则管理指定通知服务器的运营管理者能对用户开始进行通话适配器装置故障的联络、代用品的更换等的程序。
作为生存报告信息，作为对利用HTTP的GET方法的情况的响应信息，能发回指定通知服务器等工作是否正常的信息。这时，在通话适配器一侧，能知道指定通知服务器或对话管理服务器等的异常，能在通话适配器的显示装置上进行错误显示，或者从受话器向用户通知“目前，服务器一侧出现故障，请连接公用线路。”等。
另一方面，关于指定通知服务器或对话管理服务器，在硬件发生故障的情况下，也可以备有、安装冗余系统。在此情况下，准备基本使用的指定通知服务器或对话管理服务器作为主服务器，将能作为备用利用的服务器作为辅助服务器。另外，作为对上述指定通知服务器的生存报告信息的响应信息，知道各服务器的IP地址时，关于主侧和辅助侧两者，能发送。冗余系统不只主和辅助，由3个以上的服务器构成也没关系。图55、图56中示出了主服务器发生故障时，置换主服务器的样子。
另外，在本实施形态中，设想用本因特网电话网系统，进行收费业务的情况。如图54所示，为了该收费业务，准备了顾客管理数据库710。在该顾客管理数据库710中，进行服务费的支付状况的管理，在确认了未支付的情况下，如果指定通知服务器接收到生存报告信息，便进行以下应对：不能进行HTTP中继的对话管理服务器一侧的受理，或者使通话适配器不能根据生存报告信息的响应信息而直接工作。另外，如果顾客支付费用，在顾客管理数据库中进行了支付完毕的登录，则生存报告信息再次发送给指定通知服务器时，解除上述的不能使用的设定。
另外，作为给指定通知服务器的生存报告信息的另一目的的利用，是通话适配器的软件的版权管理。如果需要通话适配器的软件版本，则根据顾客管理数据库710，通过远程操作从指定通知服务器启动软件更新模块服务器810的下载修改处理。或者，利用电话机使顾客输入版本升级命令，使通话适配器下载。另外，在前一种情况下，根据管理者一侧的情况，强制地进行通话适配器的软件更新处理，所以在该处理中，用户不能利用。因此，如果用户正在通话，则将该软件的更新处理延迟到通话操作结束后进行。另外，进行更新处理时，利用显示装置或发音装置，从这里将进行更新处理的旨意通知用户，根据用户的情况，在不想进行更新处理的情况下，通话适配器备有能进行不执行该更新处理的操作的用户接口。
这样，系统管理者利用对指定通知服务器的访问，从远程对用户所具有的通话适配器进行下载操作，可是也可以利用同样的结构，在通话适配器上执行自己判断程序，将其结果信息发送给指定通知服务器一侧。同样，还能根据该结果信息，从远程执行获得更详细的信息用的任意的自己判断程序，或者将故障信息通知给用户。
实施形态8
在本实施形态的呼叫控制中，在通话适配器不对管理呼叫控制的对话管理服务器或通话中继服务器进行通信的情况下，实际上不能通过IP线路打电话。因此，在不能经过IP线路通话的情况下，将利用通话适配器或电话机的用户接口不能进行IP线路的通话的事实传达给用户。采用人工声音从电话机的受话器传达不能进行IP线路的通话的事实的方法是方法之一。所谓人工声音，有这样一些方法：预先对人朗读信息的声音进行录音，将该数字信息记录在服务器或通话适配器的存储器中，使其再生的方法；或者根据信息的文字文本数据，人工合成声音而发音的方法。利用通话适配器的显示装置，能同样地传达。另外，该通话适配器中除了IP线路以外，还能安装经由公用线路的通话功能，在不能用IP线路进行通话的情况下，能自动地开始经由公用线路的通话。
如图57所示，对话管理服务器恒常计数所管理的通话中继服务器的通话时间数，所以能识别直至达到通话中继服务器的通话中继可能的容量极限，进行通话中继处理(图57之(1))。在此情况下，除此以外不能进行经由IP线路的通话，如上所述使用户知道IP线路通话不可能，或者切换到经由公用线路的通话(图57之(2))。
这里，将通话适配器异常时等对用户的警告信息汇总如下。
(1)通知LED或液晶显示器或峰鸣器等的异常状态等。
(2)通话过程中，从受话器再生警告等的信息。举例如下。
(A)设定错误。请重新设定。
(B)由于已进入网络，所以请连接公用。
(C)由于已进入中继站，所以请连接公用。
(D)虽然打IP电话，但由于已进入网络，所以有时音质不好。
(E)由于急剧进入网络，所以暂时中断。请变更。
(F)由于急剧进入网络，所以请变更通信路径。请稍候。(处理时间过后)就能通话。
实施形态9
通话适配器在本发明方式中利用HTTP，实现对管理呼叫控制的对话管理服务器或通话中继服务器的通信。因此，通信处理开始时，如图58所示，进行TCP的通信处理。通话适配器110为了从HTTP的委托人对各服务器进行给服务器的通信处理，最初用称为connect的插口函数进行TCP的连接处理。在connect函数的调出等待时间中设定超时值，在发生了超过超时值的等待时间的情况下，强制结束现在的connect函数的执行，变更connect函数的执行。另外，connect函数的变更次数也设定上限，不能无限次变更，在超过了上限值的情况下，进行错误处理。图59中示出了利用TCP的插口函数进行的HTTP信息的收发状况。图59表示HTTP数据收发处理和插口函数调出的关系。
通话适配器一侧作为委托人，通过调出connect函数，开始TCP通信用的最初的连接处理(图59中“(1)TDP的连接请求”)。这时，如果采用connect函数的阻塞模式(所谓“阻塞模式”，是委托人一侧继续等待对应，直至有来自服务器一侧的响应之前，不进入下一个处理)，则TCP连接成立之前(图59中的“(2)TCP的连接处理”)，connect函数不结束，作为程序执行，被阻塞而呈停止状态。如果在较短的时间内TDP连接成立，则无问题，但由于网络上的原因等某种因素，至该TDP连接成立有时需要花费非常长的时间。在这样的情况下，暂时强制地结束connect函数的执行，如果变更connect函数的执行，则多半情况下TDP连接立刻成立。因此，connect函数的执行时，设定超时值，在超过了该超时值的情况下，使connect函数的执行中断或强制结束，重新变更connect函数的执行，不用长时间地等待处理，TCP连接成功变得很可靠。该变更未必只一次，在即使变更但到达超过了超时值的等待时间的情况下，还能重复。这样做，失败时能强化复原处理。另一方面，由于不意味着无限次变更，所以变更次数设定一定的上限值，在到达该上限值之前进行TCP连接的变更，但超过该上限值时，考虑网络等中发生了某种障碍，应进行错误处理。
另外，关于上述的TCP连接开始处理的超时值和变更次数的上限值，在通话适配器启动时，作为一定的常数，在TCP连接开始处理的较短时间内成功率高的情况下，由于超时值小、变更次数也少，所以即使暂时引起错误发生，也能在短时间内识别错误的发生。另一方面，在成功率低的情况下，最好使超时值大一些，使变更次数也增加，以便更可靠地进行TDP连接。因此，能安装一边测定实际的TDP连接开始处理的经过时间和变更次数、一边自动地将超时值和变更次数调整到最佳值的功能。因此，能省去最佳超时值和变更次数的调整操作中的人工操作。
实施形态10
在由经由因特网的声音数据收发进行的通话处理中，对该通话品质最有影响的，是实际的因特网路径中的数据信息量混合程度的情况。因此，关于特定的通话路径，恒常监视数据到达所花费的延迟时间，检查不影响通话品质的程度如何。与此同时，如果能确认明显地发生了对通话品质有影响的延迟，能用通话适配器的显示装置等，将通话品质恶化的事实通知用户。
设置在全国各地的对话管理服务器将各个对话管理服务器的IP地址作为数据库存储，能定期地在特定的对话管理服务器(假定通话中继服务器大致在同一位置)之间，用称为ping或tracert的Windows(“Windows”是微软公司的操作系统)或Unix(“Unix”是AT和T贝尔研究所开发的操作系统的名称)系统的OS上的命令，测定一般的通信延迟时间。另外，实际上还能收发本IP电话网络系统中使用的UDP或HTTP等的声音信息包，作成测定该延迟时间的软件，因此测定也是可能的。根据OS上的命令或软件，能求得主叫侧和被叫侧的各适配器所属的两个地方的对话管理服务器之间的直接的路径延迟，同时还能求得向另外的第三个对话管理服务器迂回时的路径延迟。其结果，在获得了迂回时的路径延迟的合计比两个地方的对话管理服务器之间的路径延迟的时间更短的调查结果的情况下，选择迂回路径，作为通话中继服务器能变更对声音数据中继路径的设定，以便经由第三地点的通话中继服务器。
图60是说明因特网路径延迟状况调查的混杂度的确认处理的图。
在图60中，给出了东京大阪之间的总延迟为100msec，东京千叶之间的总延迟为800msec，东京千叶之间的总延迟为200msec这样的调查结果。因此，连接东京大阪和东京千叶之间的情况下的总延迟比连接大阪千叶之间的情况下的总延迟短，因此将大阪千叶之间的通信路径置换成东京大阪之间和东京千叶之间的通信路径。如果配置在全国的对话管理服务器中的多数选择该第三中继据点，则计算延迟时间的总合并进行比较，通过选择最佳结果，能确保更快的通信状态。当然，由于同时存在许多通信路径，所以各个通信路径尽可能不集中在一个地方，能分散地控制。
另外，通过安装表示图60中表示各对话管理服务器及通话中继服务器之间的网络信息量状况的图的软件，系统管理者能通过目视把握网络密集状况，系统管理者能对对话管理服务器进行第三中继据点的通话中继服务器的指示，以便声音数据收发路径被分配给直接连接的网络路径。只通过自动的服务器中的程序处理，在没有时间余裕的紧急情况时这洋做能进行有效的操作。
在图60中，在通信路径附近用文字表示总延迟，例如“大阪-千叶之间总延迟为800msec”。可是，也能按照延迟速度的不同用颜色对通信路径进行分类，或者进行闪烁。
在频繁发生通话故障的情况下，管理者对已经提供的IP电话网络系统进行重新评估，有进行再设计、再构筑的必要。因此，对管理者的警告功能是重要的。将对管理者的警告内容整理如下。
(1)基本上用双重系统对应服务器故障，但发生故障时进行自动恢复，关于这一点，通过自动信息发送或记录输出等，向管理者联络。
(2)作为打IP电话，访问服务器超时的情况等较多，在一定数以上不得不打公用电话的情况下，通过自动信息发送或记录输出等，向管理者提出警告。
(3)在打IP电话的状态下，有一定以上的信息量而许多用户的通话品质有问题时，通过自动信息发送或记录输出等，向管理者提出警告。
(4)在打IP电话的情况下，几乎不能利用通常的通话中继服务器的声音数据收发路径，频繁地变更通话路径，在变更次数超过一定值的情况下，通过自动信息发送或记录输出等，向管理者提出警告。
实施形态11
对话管理服务器及通话中继服务器也可以设置在企业或学校等团体所限定的地区。在此情况下，关于特定地区的电话，与外线不同，多半设置能在地区内利用的内线电话号码体系。对于这样的内线电话号码来说，如果将向本通信适配器的IP地址和识别符进行变换的变换表作为数据库，能一并管理，则是很方便的。因此，如图61所示，将该变换表安装在对话管理服务器上(图61中的内线电话号码数据库720)，在从各通信适配器输入了内线电话号码的情况下，从通信适配器将内线电话号码信息发送给对话管理服务器，在对话管理服务器中，特定通话对方的通信适配器，从该通信适配器对特定的通话对方的通信适配器，按照图62所示的(1)～(6)的顺序进行呼叫控制处理。
用图62说明内线电话控制方式的顺序。
主叫侧通信适配器一旦输入内线电话号码，便将主叫信息与输入的电话号码一起发送给对话管理服务器(2)。对话管理服务器根据发送的内线电话号码，参照内线电话号码数据库720，特定通信对方(3)。一旦从被叫侧通话适配器进行被叫信息取得处理(1)，对话管理服务器便将被叫信息返回被叫侧通信适配器。另外，也对主叫侧通信适配器进行主叫信息的响应(5)。(4)和(5)以后的处理，与由通常的UDP直接通信进行的通信适配器之间的通话处理相同，主叫侧和被叫侧进行通话(6)。要么，在即使对话管理服务器中参照内线电话号码数据库720，也不能特定通话对方的通信适配器的情况下，将检索失败了的事实报告给主叫侧(3)。主叫侧通信适配器将“您打的号码现在不能使用”或“号码管理系统出现故障”等信息传达给用户。
作为实际上导入内线电话号码对应的呼叫控制方式的导入形态，分别有这样几个例：没有PBX的情况(图63)、有PBX130的情况(图64、图65)。
在图63所示的没有PBX的情况的导入形态中，在据点内，内线电话为域内U直型(“U直型”是表示使用了实施形态6的用图39说明的方式1的通话中继服务器未使用的UDP的信息收发处理的类型)。据点之间成为域外间通话UUU(所谓“UUU”是表示用UDP，与使用两台实施形态6的用图39说明的方式3的通话中继服务器的通话适配器和通话中继服务器之间及通话中继服务器和通话中继服务器之间进行信息收发处理)。内线号码的判断直接与公用线路网联系，所以据点之间如“7-场所号码-内线号码”所示，拨打前置“7”后发送。在对话管理服务器中，将前置除去，发送“场所号码-内线号码”这样的电话号码信息。
其次，说明有PBX时的导入形态。
在图64中，示出了将通信适配器设置在PBX内线侧的形态。
在图64的情况下，据点内是PBX的内线，但据点之间变成了域外之间通话“UUU”(“UUU”表示实施形态6的图39中的方式3的“UUU型”)。电话号码的判断处理，据点之间如“7-场所号码-内线号码”所示，用前置“7”向另一据点打IP电话。
其次，说明将通信适配器设置在PBX外线侧的导入形态。
在图65中，据点内是PBX的内线，但据点之间变成了域外之间通话“UUU”(“UUU”表示实施形态6的图39中的方式3的“UUU型”)。电话号码的判断处理，据点之间如“0-场所号码-内线号码”所示，用前置“0”向另一据点打IP电话。据点之间的内线和公用外线的号码没有区别，所以将全部对应于内线号码的地址和对应于外线号码的地址存储在表中，将该表设置在对话管理服务器中。或者，作为前置，有必要进行使用符号“*”等的特殊处理。将前置“*”除去，向对话管理服务器发送电话号码。
另外，关于对话管理服务器中的变换表数据库，使HTTP服务器程序在对话管理服务器中工作，能从连接在网络上的其他个人计算机，利用Web浏览器进行该数据库、即内线电话帐表的维修作业。
实施形态12
如图66所示，在特定的团体内设置的通信适配器中，用该对话管理服务器管理多个通信适配器的呼叫控制，所以对于能作为外线打的经由IP线路的通话来说，即使一台通信适配器正在通话，也能自动地将电话调出传送给能代替的另一通信适配器。对话管理服务器备有将该各个互相能代替的通信适配器作为一组汇总起来，作为数据库存储的存储部(图66中的组外线DB740、750)。
在图66中，在从东京通过IP网络向大阪大电话的情况下，大阪的通信适配器“#1”正在使用时，大阪的对话管理服务器对东京的通信适配器进行通知，以便使用能代替的适配器“#2”，东京的通信适配器对大阪的通信适配器“#2”试着进行连接。或者，由于大阪的对话管理服务器对东京的对话管理服务器正在使用通信适配器“#1”，所以进行通知，以便使用通信适配器“#2”，从东京的对话管理服务器对东京的通信适配器进行通知，以便使用通信适配器“#2”，即使这样做也没关系。但是，试着用一般的公用线路网进行第二线路的再连接是不可能的。另外，在所属组的通信适配器全部正在使用的情况下，正在通话。
实施形态13
如实施形态1所示，关于从通信适配器至对话管理服务器的TCP的连接状态，已经说明了与通信适配器未识别无关，有时TCP连接在因特网路径上的某个地方被切断。为了通信适配器能确认在因特网路径上的哪个地方TCP连接被切断，如图67所示，对话管理服务器从通信适配器对“HTTP GET方法”的接收，除了主体部分以外，将“HTTPGET状态响应”返回。有对话确立请求时，主体部分返回。对话管理服务器在有对话确立请求之前，将“Keep-Alive信息”作为主体部分的一部分，以一定的周期返回通信适配器。通信适配器在主体部分(Keep-Alive信息)还未达到超时的情况下，向对话管理服务器请求再连接。这时，如果将使其知道是再连接的信息附加在GET方法中，则在超时少许延迟后被叫信息到达了的情况下，对话管理服务器确认是再连接的请求后，作为主体部分能响应应发送的被叫信息。
另一方面，关于声音信息，通信适配器往往确保HTTP、即TCP连接而进行收发，同样，如果TCP连接被切断，则声音信息的收发停滞。
因此，如图68所示，关于声音信息的收发，在声音信息收发路径上的哪个地方，在使用HTTP的情况下，与声音信息是否存在无关，以一定周期在同一TCP连接上，收发Keep-Alive信息。因此，在作为声音信息的最后发送对象的通信适配器中检测到超时的情况下，通过进行该TCP连接的再连接，能防止声音信息的收发中断。
另外，有时声音信息的收发经由一级或两级通信中继服务器，这时，除了声音信息的发送对象的通信适配器进行TDP再连接以外，声音信息的发送源的通信适配器一侧也需要进行TCP再连接。与实施形态1中的将电话机的摘机信息传达给通信对象的通信适配器相同，该TCP再连接的指示经由对话管理服务器，能传达给声音信息的发送源的通信适配器。这样做，在声音信息的发送对象和发送源的通信适配器两侧进行TCP再连接处理，即使因特网上的TCP连接被切断，也能继续进行声音信息的通信。
在图68中，通信适配器120以一定周期将“Keep-Alive信息”插入声音信息之间，发送给通信适配器110。通信适配器110等待来自通信适配器120的“Keep-Alive信息”。通信适配器在“Keep-Alive信息”即使达到超时也未到达的情况下，向对话管理服务器310请求TCP的再连接，同时经由对话管理服务器对通话对象的通信适配器120也进行指示，以便再连接通话中继服务器。
实施形态14
上述通信适配器进行声音数据的收发处理。声音数据这样进行变换，即利用安装在通信适配器内的模拟数字变换装置或软件，将从连接在通信适配器上的电话机或传声扬声装置等输入的声音模拟数据，变换成声音数字数据，再利用安装在通信适配器内的声音编码译码器(声音编码译码装置或软件)变换成压缩的声音数据。
将该声音编码译码器进行声音编码译码的单位时间的压缩声音数据称为声音帧数据。将声音数据发送给IP网络时，蓄积一个以上该声音帧数据，作为一个IP信息包构成。考虑由IP网络的信息量状况及延迟时间决定的品质，通信适配器指定适当的蓄积时间，决定一个IP信息包能存储几个声音帧数据。举例来说，声音帧数据的时间长短为20msec，蓄积时间为60msec，在此情况下，一个IP信息包中能存储3个声音帧数据。
如图69所示，在现有的方法中，一旦经过20msec，便生成声音帧数据，机械地存储在IP信息包中，蓄积时间每经过60msec，便自动地发送IP信息包。
另一方面，还有称为无声压缩的方式，某一定程度以下的音量被看作无声状态，不必生成声音帧数据，以便不发送不必要的IP信息包。
这里，继有声状态之后变为无声状态时，声音编码译码器多半生成表示有声是终端的声音帧数据。该表示有声是终端的声音帧数据在接收侧的声音编码译码器中，根据该信息能再现自然的声音衰减消失。另一方面，在从无声状态变为有声状态的最初的声音帧数据中，通过接通称为标记位的位信息，在接收侧的声音编码译码器上表示有声状态的再次开始，能再现自然的声音的上升。另外，在接收侧，声音数据未到达的无声状态时，再生适当的噪声，将自然的背景声供给利用者。
在接收侧接收上述的表示有声是终端的声音帧数据及有声开始的标记位接通了的声音帧数据，在保持无声压缩方式的声音编码译码器中，能再现有声状态和无声状态之间的自然的转移。反之，如果接收侧的声音编码译码器接收哪一个上述的表示有声是终端的声音帧数据及有声开始的标记位接通了的声音帧数据都失败的话，就会出现有声的上升缺损、或发生令人不快的噪声，或有声结束时发生声音混乱。
由上可知，如图70所示，按照该现有的方法，在发生了IP信息包的大幅度的发送延迟摇摆的情况下，如果只是包含表示有声是终端的声音帧数据的IP信息包比到此为止的有声状态的声音帧数据在时间上延迟很多才到达，则会影响接收侧的声音编码译码器的无声压缩的再生处理，即使IP信息包无缺损，有声结束时也会发生声音混乱。
另外，如图71所示，这样包含表示有声是终端的声音帧数据的IP信息包延迟到达，如果此后立刻下一个有声状态开始的标记位接通了的声音帧数据到达，则接收侧的声音编码译码器在短时间内连续地被指示有声结束、有声开始，有时会发生有声上升缺损、或令人不快的噪声。
因此，如图72所示，在本发明中，即使在上述的IP网络的延迟摇摆激烈的情况下，也能保证声音品质，所以在由发送侧的声音编码译码器生成了上述的表示有声是终端的声音帧数据的情况下，即使不经过IP信息包的蓄积时间，也能立刻在该时刻结束IP信息包的构成，发送给IP网络。其结果，保持无声压缩的接收侧的声音编码译码器能再现自然的声音衰减消失或自然的声音的上升。
工业上利用的可能性
如上所述，被叫侧的对话管理服务器存储接收了来自主叫侧通信适配器的对话确立请求的事实。这件事与被叫侧的通信状态无关，主叫侧通信适配器能进行对话的确立请求，进行了对话确立请求时，被叫侧通信适配器即使呈不可能通信状态，主叫侧通信适配器的对话确立请求也能残留在对话管理服务器上，从被叫侧通信适配器通知了可能通信状态时，主叫侧和被叫侧的对话开始，因此，主叫侧的用户能省略进行再拨号的麻烦。
另外，对话管理服务器利用服务器ID进行识别，通信适配器利用适配器ID进行识别。因此，主叫侧及被叫侧的对话管理服务器能利用适配器ID，管理从主叫侧通信适配器请求的对话的确立请求。另外，利用适配器ID能特定进行了对话的确立请求的被叫侧的通信适配器。另外，主叫侧及被叫侧通信适配器利用服务器ID，能特定管理本身及通信对方的通信适配器的对话管理服务器。
另外，因特网通信系统从指定通知服务器对通信适配器通知管理通信适配器的对话管理服务器的服务器ID。因此，能配置多个对话管理服务器，同时能均匀地分配各对话管理服务器管理的通话适配器的个数，或按照一定条件分配。
另外，因特网通信系统中，被叫侧对话管理服务器确定中继主叫侧和被叫侧的通信适配器之间的被叫侧的通信中继服务器，将确定的通话中继服务器分别通知给主叫侧和被叫侧的通信适配器。因此，通信适配器能削减决定通信中继服务器用的处理负荷。
另外，被叫侧通信中继服务器能利用通信中继服务器ID进行识别。因此，主叫侧及被叫侧通信适配器根据通信中继服务器ID，连接被叫侧通信中继服务器，能进行通信数据的收发。
另外，因特网通信系统中，主叫侧对话管理服务器决定中继主叫侧和被叫侧的通信适配器之间的被叫侧的通信中继服务器，分别通知给主叫侧通信适配器和被叫侧对话管理服务器。被叫侧对话管理服务器将被通知的主叫侧的通信中继服务器通知给被叫侧通信适配器。因此，通信适配器能削减决定通信中继服务器用的处理负荷。
另外，主叫侧通信中继服务器能利用通信中继服务器ID进行识别。因此，主叫侧及被叫侧通信适配器根据通信中继服务器ID，连接主叫侧通信中继服务器，收发通信数据。
另外，本发明的因特网通信系统中，适配器ID包含ISP的识别符。因此，用户与已经规定的ISP执行契约时，通过该ISP连接因特网，能进行主叫侧和被叫侧之间的数据收发。另外，主叫侧的用户和被叫侧的用户即使分别与不同的ISP执行契约，由于适配器ID包含ISP的识别符，所以主叫侧和被叫侧能分别通过不同的ISP连接因特网。
另外，因特网通信系统中，适配器ID包含设置通信适配器的区域的识别符。因此，主叫侧的对话管理服务器选择设置主叫侧通信适配器的最近的通信中继服务器，被叫侧的对话管理服务器能选择设置被叫侧通信适配器的最近的通信中继服务器。因此，能使通信适配器和通信中继服务器之间的距离尽可能地近，能降低换算距离的通话成本。这里所说的距离，不是地理距离，而是用网络路径上的路由器的跳跃数表示的网络路径上的距离。
对话管理服务器备有主叫侧对话管理部和被叫侧对话管理部。因此，该对话管理服务器能使用主叫侧和被叫侧的任意一者。
通信适配器备有主叫侧的通信适配部和被叫侧的通信适配部。因此，该通信适配器能使用主叫侧和被叫侧的任意一者。
因特网通信系统用HTTP通过因特网，与主叫侧的通信适配器和主叫侧的通信中继服务器之间进行通信。因此，即使设置主叫侧的通信适配器一侧的环境是利用防火墙防护的环境，也没有任何问题，能与主叫侧的通信中继服务器收发数据。另外，用HTTP通过因特网，与被叫侧的通信适配器和被叫侧的通信中继服务器之间进行通信。因此，即使设置被叫侧的通信适配器的环境是利用防火墙防护的环境，也没有任何问题，能与被叫侧的通信中继服务器收发数据。另外，主叫侧和被叫侧的通信中继服务器之间用HTTP以外的协议进行通信。例如，用通信处理的实时特性好的协议，能提高通信的品质。
特别是作为HTTP以外的协议，通过使用作为通信处理的实时特性好的协议的UDP，能提高通信的品质。
另外，作为HTTP以外的协议，通过使用作为通信处理的实时特性好的协议的RTP，能提高通信的品质。
另外，特别是作为HTTP以外的协议，通过使用广泛使用的TCP上作成的各种应用的协议，对已经构筑利用因特网的环境的用户，能提供容易利用该因特网通信系统的环境。
另外，因特网通信系统利用ISP的专用网络连接主叫侧和被叫侧的通信中继服务器之间。因此，作为通信中继服务器能利用迄今存在的ISP所具有的服务器。另外，在ISP运用本发明的网络通信系统的情况下，由于能使用现有的网络环境，所以在ISP事业工作者运用本发明的因特网通信系统的情况下，能降低提高事业用的成本。
另外，通信中继服务器备有HTTP通信部和UDP通信部。因此，在用HTTP和UDP任意的协议的网络环境中，都能设置通信中继服务器。
在对话管理服务器中工作的程序在计算机中执行主叫侧的对话管理处理和被叫侧的对话管理处理。因此，该对话管理服务器能作为主叫侧和被叫侧任意的服务器设置。
在通信适配器中工作的程序在计算机中执行主叫侧的通信适配器处理和被叫侧的通信适配器处理。因此，该通信适配器能作为主叫侧和被叫侧任意的通信适配器设置。
在通信中继服务器中工作的程序在计算机中执行HTTP通信处理和UDP通信处理。因此，该通信中继服务器能在使用HTPP和UDP任意的协议的网络环境中使用。

Claims (74)

1.一种因特网通信系统，是用因特网进行数据通信的因特网通信系统，其特征在于：备有
主叫侧的通信适配器；
被叫侧的通信适配器；
管理主叫侧的通信适配器的主叫侧的对话管理服务器；以及
管理被叫侧的通信适配器的被叫侧的对话管理服务器，
主叫侧的通信适配器将被叫侧的通信适配器的适配器ID发送给主叫侧的对话管理服务器，
主叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID返回主叫侧的通信适配器，
主叫侧的通信适配器从主叫侧的对话管理服务器接收被叫侧的对话管理服务器的服务器ID，将被叫侧的通信适配器的适配器ID发送给用接收的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求，
被叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的信息，
被叫侧的通信适配器利用自己的适配器ID，检索对话的确立请求是否被存储在被叫侧的对话管理服务器中，在对话的确立请求已被存储在被叫侧的对话管理服务器中的情况下，而且，在自己处于通信可能状态的情况下，将处于通信可能状态的信息发送给被叫侧的对话管理服务器，
被叫侧的对话管理服务器在从被叫侧的通信适配器通知了通信可能状态的情况下，允许主叫侧的通信适配器和被叫侧的通信适配器确立使用因特网的对话。
2.根据权利要求1所述的因特网通信系统，其特征在于：上述因特网通信系统还备有指定通知服务器，该指定通知服务器从通信适配器接收适配器ID，根据适配器ID指定管理通信适配器的对话管理服务器，将指定的对话管理服务器的服务器ID通知通信适配器。
3.根据权利要求1所述的因特网通信系统，其特征在于：上述因特网通信系统
还备有中继主叫侧的通信适配器和被叫侧的通信适配器之间的通信的被叫侧的通信中继服务器，
被叫侧的对话管理服务器将识别被叫侧的通信中继服务器的被叫侧的通信中继服务器ID发送给主叫侧的通信适配器和被叫侧的通信适配器，
主叫侧的通信适配器和被叫侧的通信适配器接收被叫侧的通信中继服务器ID，通过用被叫侧的通信中继服务器ID识别的被叫侧的通信中继服务器确立对话。
4.根据权利要求1所述的因特网通信系统，其特征在于：上述因特网通信系统
还备有中继主叫侧的通信适配器和被叫侧的通信适配器之间的通信的主叫侧的通信中继服务器，
主叫侧的对话管理服务器将识别主叫侧的通信中继服务器的主叫侧的通信中继服务器ID发送给主叫侧的通信适配器，
主叫侧的通信适配器接收主叫侧的通信中继服务器ID，将主叫侧的通信中继服务器ID发送给被叫侧的对话管理服务器，
被叫侧的对话管理服务器将主叫侧的通信中继服务器ID发送给被叫侧的通信适配器，
被叫侧的通信适配器接收主叫侧的通信中继服务器ID，
主叫侧的通信适配器和被叫侧的通信适配器通过用主叫侧的通信中继服务器ID识别的被叫侧的通信中继服务器确立对话。
5.根据权利要求1所述的因特网通信系统，其特征在于：上述适配器ID包含利用因特网服务提供者即ISP的识别符。
6.根据权利要求1所述的因特网通信系统，其特征在于：上述适配器ID包含设置了通信适配器的区域的识别符。
7.一种因特网通信方法，是用因特网进行数据通信的因特网通信方法，其特征在于：
从主叫侧的通信适配器向主叫侧的对话管理服务器询问管理被叫侧的通信适配器的被叫侧的对话管理服务器，
从主叫侧的对话管理服务器向主叫侧的通信适配器回答管理被叫侧的通信适配器的被叫侧的对话管理服务器，
从主叫侧的通信适配器向被叫侧的对话管理服务器发送对被叫侧的通信适配器的对话的确立请求，
将从主叫侧的通信适配器对被叫侧的通信适配器照会了对话的确立请求的信息存储在被叫侧的对话管理服务器中，
从被叫侧的通信适配器对被叫侧的对话管理服务器询问是否有对话的确立请求，
在有对话的确立请求的情况下，而且在被叫侧的通信适配器处于通信可能状态的情况下，从被叫侧的通信适配器向被叫侧的对话管理服务器通知处于通信可能状态，
在通知了被叫侧的通信适配器处于通信可能状态的情况下，被叫侧的对话管理服务器允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话。
8.一种对话管理服务器，是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器，其特征在于备有：
从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID返回主叫侧的通信适配器的主叫侧的对话管理部；以及
从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的信息，在被叫侧的通信适配器中检索存储的对话的确立请求，在从被叫侧的通信适配器通知了通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理部。
9.一种通信适配器，是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器，其特征在于备有：
将被叫侧的通信适配器的适配器ID发送给主叫侧的对话管理服务器，从主叫侧的对话管理服务器接收管理被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID，将被叫侧的通信适配器的适配器ID发送给用所接收的服务器ID识别的被叫侧的对话管理服务器，发送对话确立请求的主叫侧的通信适配部；以及
用自己的适配器ID检索被叫侧的对话管理服务器中是否存储了对话确立请求，在被叫侧的对话管理服务器中存储了对话确立请求的情况下、而且在自己处于通信可能状态的情况下，将处于通信可能状态的信息发送给被叫侧的对话管理服务器的被叫侧的通信适配部。
10.一种因特网通信系统，是主叫侧的通信适配器和被叫侧的通信适配器之间用因特网进行数据通信的因特网通信系统，其特征在于备有：
用超文本传输协议即HTTP，通过因特网与主叫侧的通信适配器进行数据通信的主叫侧的通信中继服务器；以及
用HTTP通过因特网与被叫侧的通信适配器进行数据通信，而且用HTTP以外的协议，与主叫侧的通信中继服务器进行数据通信的被叫侧的通信中继服务器。
11.根据权利要求10所述的因特网通信系统，其特征在于：上述HTTP以外的协议是用户数据报协议即UDP。
12.根据权利要求10所述的因特网通信系统，其特征在于：上述HTTP以外的协议是实时传送协议即RTP。
13.根据权利要求10所述的因特网通信系统，其特征在于：上述HTTP以外的协议是为了传输控制协议即TCP的应用而制定的协议。
14.根据权利要求10所述的因特网通信系统，其特征在于：用因特网服务提供者即ISP的专用网络与上述主叫侧的通信中继服务器和被叫侧的通信中继服务器连接。
15.一种因特网通信方法，是主叫侧的通信适配器和被叫侧的通信适配器之间用因特网进行数据通信的因特网通信方法，其特征在于：
通过因特网，主叫侧的通信适配器和被叫侧的通信中继服务器用超文本传输协议进行数据通信，
主叫侧的通信中继服务器和被叫侧的通信中继服务器用HTTP以外的协议进行数据通信，
通过因特网，被叫侧的通信中继服务器和被叫侧的通信适配器用HTTP进行数据通信。
16.一种通信中继服务器，是对通信适配器和服务装置之间的数据通信进行中继的通信中继服务器，其特征在于备有：
用超文本传输协议通过因特网与通信适配器进行数据通信的HTTP通信部；以及
用用户数据报协议与服务装置进行数据通信的UDP通信部。
17.一种程序，是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器工作的程序，其特征在于在计算机中进行以下处理：
从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，将管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID返回主叫侧的通信适配器的主叫侧的对话管理处理；
以及
从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收到了对用所接收的适配器ID识别的适配器请求确立对话的信息，在被叫侧的通信适配器中检索存储的对话的确立请求，在从被叫侧的通信适配器通知了通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理处理。
18.一种程序，是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器工作的程序，其特征在于在计算机中进行以下处理：
从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将该对话的确立请求传输给管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器，从被叫侧的对话管理服务器接收被叫侧的通信适配器是否处于通信可能状态的信息，将该信息返回主叫侧的通信适配器的主叫侧的对话处理；以及
从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话的确立请求，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的信息，在被叫侧的对话管理服务器中检索存储的对话的确立请求，在断定了被叫侧的通信适配器的通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话，将被叫侧的通信适配器中有对话的确立请求的信息发送给被叫侧的通信适配器的被叫侧的对话处理。
19.一种程序，是对通信适配器和服务装置之间的数据通信进行中继的通信中继服务器工作的程序，其特征在于在计算机中进行以下处理：
用超文本传输协议通过因特网与通信适配器进行数据通信的HTTP通信处理；以及
用用户数据报协议与服务装置进行数据通信的UDP通信处理。
20.一种因特网通信系统，是用因特网进行数据通信的因特网通信系统，其特征在于：
备有主叫侧的通信适配器；
被叫侧的通信适配器；
管理主叫侧的通信适配器的主叫侧的对话管理服务器；以及
管理被叫侧的通信适配器的被叫侧的对话管理服务器，
主叫侧的通信适配器将包含被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器，
主叫侧的对话管理服务器从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，求出管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID，将适配器ID发送给用求得的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的概率请求，
被叫侧的对话管理服务器从主叫侧的对话管理服务器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的信息，接收来自被叫侧的通信适配器的通信可能状态，在存储了所接收的通信可能状态对被叫侧的通信适配器的对话确立请求的情况下，允许主叫侧的对话管理服务器和被叫侧的通信适配器确立使用因特网的对话，
被叫侧的通信适配器在自己处于通信可能状态的情况下，将处于通信可能状态的信息发送给被叫侧的对话管理服务器，
主叫侧的通信适配器从被叫侧的对话管理服务器接收已允许从被叫侧的对话管理服务器使用因特网的对话的确立的信息。
21.根据权利要求20所述的因特网通信系统，其特征在于：上述因特网通信系统还备有指定通知服务器，该指定通知服务器从通信适配器接收适配器ID，根据适配器ID指定管理通信适配器的对话管理服务器，将指定的对话管理服务器的服务器ID通知通信适配器。
22.根据权利要求20所述的因特网通信系统，其特征在于：上述因特网通信系统
还备有中继主叫侧的通信适配器和被叫侧的通信适配器之间的通信的被叫侧的通信中继服务器，
被叫侧的对话管理服务器将识别被叫侧的通信中继服务器的被叫侧的通信中继服务器ID发送给主叫侧的通信适配器和被叫侧的通信适配器，
主叫侧的通信适配器和被叫侧的通信适配器接收被叫侧的通信中继服务器ID，通过用被叫侧的通信中继服务器ID识别的被叫侧的通信中继服务器确立对话。
23.根据权利要求20所述的因特网通信系统，其特征在于：上述因特网通信系统
还备有中继主叫侧的通信适配器和被叫侧的通信适配器之间的通信的主叫侧的通信中继服务器，
主叫侧的对话管理服务器将识别主叫侧的通信中继服务器的主叫侧的通信中继服务器ID发送给主叫侧的通信适配器，
主叫侧的通信适配器接收主叫侧的通信中继服务器ID，将主叫侧的通信中继服务器ID发送给被叫侧的对话管理服务器，
被叫侧的对话管理服务器将主叫侧的通信中继服务器ID发送给被叫侧的通信适配器，
被叫侧的通信适配器接收主叫侧的通信中继服务器ID，
主叫侧的通信适配器和被叫侧的通信适配器通过用主叫侧的通信中继服务器ID识别的被叫侧的通信中继服务器确立对话。
24.根据权利要求20所述的因特网通信系统，其特征在于：上述适配器ID包含利用因特网服务提供者的识别符。
25.根据权利要求20所述的因特网通信系统，其特征在于：上述适配器ID包含设置了通信适配器的区域的识别符。
26.根据权利要求5所述的因特网通信系统，其特征在于：上述适配器ID包含利用因特网服务提供者管理的局部IP地址的定义域的识别符。
27.根据权利要求1所述的因特网通信系统，其特征在于：上述适配器ID包含将通信适配器分成组的组识别符。
28.一种因特网通信方法，是用因特网进行数据通信的因特网通信方法，其特征在于：
从主叫侧的通信适配器向主叫侧的对话管理服务器，发送对被叫侧的通信适配器的对话的确立请求，
将从主叫侧的通信适配器发送的对话的确立请求，发送给从主叫侧的对话管理服务器管理被叫侧的通信适配器的被叫侧的对话管理服务器，
将从主叫侧的通信适配器对被叫侧的通信适配器有对话的确立请求的信息存储在被叫侧的对话管理服务器中，
在被叫侧的通信适配器处于通信可能状态的情况下，从被叫侧的通信适配器将处于通信可能状态的信息通知被叫侧的对话管理服务器，
在从被叫侧的通信适配器知道了处于通信可能状态的信息的情况下、而且在对处于通信可能状态的被叫侧的通信适配器有对话的确立请求的情况下，被叫侧的对话管理服务器允许使用因特网的主叫侧的对话管理服务器和被叫侧的通信适配器确立对话，
主叫侧的对话管理服务器在允许确立对话的情况下，将允许使用因特网的主叫侧的对话管理服务器和被叫侧的通信适配器确立对话的信息通知主叫侧的通信适配器。
29.一种对话管理服务器，是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器，其特征在于备有：
从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将包含被叫侧的通信适配器的适配器ID的该对话确立请求信息传输给管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器，将是否处于通信可能状态的信息返回主叫侧的通信适配器的主叫侧的对话管理部；以及
从主叫侧的通信适配器接收被叫侧的通信适配器的适配器ID，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的信息，在被叫侧的通信适配器中检索存储的对话的确立请求，在断定了被叫侧的通信适配器的通信可能状态的情况下，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话的被叫侧的对话管理部。
30.根据权利要求10所述的因特网通信系统，其特征在于：上述HTTP以外的协议是为了简单控制传输协议即SCTP的应用而制定的协议。
31.根据权利要求10所述的因特网通信系统，其特征在于：通过因特网与上述主叫侧的通信中继服务器和被叫侧的通信中继服务器连接。
32.一种程序，是从主叫侧的通信适配器和被叫侧的通信适配器连接的对话管理服务器工作的程序，其特征在于在计算机中进行以下处理：
从主叫侧的通信适配器接收包含被叫侧的通信适配器的适配器ID的对话确立请求，将从主叫侧的通信适配器接收的对话的确立请求发送给管理用适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的主叫侧的对话管理处理；以及
从主叫侧的对话管理服务器接收包含被叫侧的通信适配器的适配器ID的对话的确立请求，存储接收了对用所接收的适配器ID识别的适配器请求确立对话的信息，在通知了被叫侧的通信适配器的通信可能状态的情况下，检索存储的对话的确立请求，允许使用因特网的主叫侧的通信适配器和被叫侧的通信适配器确立对话，将有对话的确立请求的信息通知被叫侧的通信适配器的被叫侧的对话管理处理。
33.一种程序，是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器工作的程序，其特征在于在计算机中进行以下处理：
将包含被叫侧的通信适配器的适配器ID的对话确立请求发送给主叫侧的对话管理服务器的主叫侧的通信适配处理；以及
在被叫侧的对话管理服务器中，在自己处于通信可能状态的情况下，发送处于通信可能状态的信息，从被叫侧的对话管理服务器接收有对话的确立请求的信息的被叫侧的通信适配处理。
34.一种通信适配器，是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上、同时连接至少输出信息的通信装置的主叫侧的通信适配器，其特征在于：
由于被叫侧的通信适配器已经处于通信状态，所以一旦从上述被叫侧的对话管理服务器经由主叫侧的对话管理服务器接收到呈不能通信状态的信息，便从上述通信装置输出由于被叫侧的通信适配器已经处于通信状态所以呈不能通信状态的信息。
35.一种通信适配器，是连接在主叫侧的对话管理服务器和被叫侧的对话管理服务器上的通信适配器，其特征在于：
在开始通信的情况下，将开始通信的信息发送给被叫侧的对话管理服务器，在结束通信的情况下，将结束通信的信息发送给被叫侧的对话管理服务器。
36.根据权利要求35所述的通信适配器，其特征在于：上述通信适配器按照规定的呼叫控制方式开始通信，在将开始通信的信息发送给上述被叫侧的对话管理服务器的情况下，还发送包含识别上述规定的呼叫控制方式的信息。
37.根据权利要求1所述的因特网通信系统，其特征在于：上述主叫侧的通信适配器至少连接能进行规定的操作的通信装置，从上述通信装置输入表示进行了规定的操作的信息，将输入的表示进行了规定的操作的信息发送给上述主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器将接收的表示进行了规定的操作的的信息发送给上述被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器将接收的表示进行了规定的操作的的信息发送给上述被叫侧的通信适配器。
38.根据权利要求1所述的因特网通信系统，其特征在于：上述主叫侧的通信适配器和被叫侧的通信适配器分别被设置在规定的网络环境中，分配对应于上述规定的网络环境的IP地址，同时存储根据上述IP地址的分配形态决定的通信适配器的连接类型，
上述主叫侧的通信适配器将上述主叫侧的通信适配器的连接类型发送给主叫侧的对话管理服务器，
上述被叫侧的通信适配器将上述被叫侧的通信适配器的连接类型发送给被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器根据从上述被叫侧的通信适配器接收的连接类型，决定与上述被叫侧的通信适配器之间，采用超文本传输协议和用户数据报协议两者中的某一者协议进行数据通信，将通知所决定的协议的信息发送给上述被叫侧的通信适配器，
上述主叫侧的对话管理服务器根据从上述主叫侧的通信适配器发送的连接类型，决定与上述主叫侧的通信适配器之间，采用超文本传输协议和用户数据报协议两者中的某一者协议进行数据通信，将通知所决定的协议的信息发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器根据从上述主叫侧的对话管理服务器发送的通知上述协议的信息，进行数据通信，
上述被叫侧的通信适配器根据从上述被叫侧的对话管理服务器发送的通知上述协议的信息，进行数据通信。
39.根据权利要求38所述的因特网通信系统，其特征在于：上述主叫侧的通信适配器按照上述规定的网络环境分配的IP地址和上述被叫侧的通信适配器按照上述规定的网络环境分配的IP地址分别被固定地分配全球IP地址、被固定地分配专用IP地址、根据动态主机配置协议即DHCP动态地分配全球IP地址、根据DHCP动态地分配专用IP地址、以及在上述某一个IP地址的环境下，在该通信适配器和供给该IP地址的网络连接点之间，设置具有网络地址变换即NAT功能的路由装置，另外通过至少分配局部IP地址中的某一个地址，分配IP地址。
40.根据权利要求1所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器为了确认被叫侧的对话管理服务器中存储着来自主叫侧的通信适配器的对话确立请求的信息，将超文本传输协议的GET方法发行给被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器一旦接收从上述被叫侧的通信适配器发行的GET方法，便检索是否存储了对发行了上述GET方法的被叫侧的通信适配器的对话确立请求，将检索的结果包含在对上述GET方法的GET响应中，发送给上述被叫侧的通信适配器。
41.根据权利要求1所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器连接能进行规定的操作的通信装置，输入表示上述连接的通信装置的规定的操作内容的信息，发送给主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器存储从上述被叫侧的通信适配器发送的表示上述被叫侧的通信适配器连接的通信装置的规定的操作内容的信息，
上述主叫侧的通信适配器用超文本传输协议的GET方法，取得上述主叫侧的对话管理服务器中存储的表示上述被叫侧的通信适配器连接的通信装置的规定的操作内容的信息。
42.根据权利要求1所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器每隔一定周期，将超文本传输协议的GET方法发送给被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器一旦从上述被叫侧的通信适配器接收上述GET方法，则虽然从上述主叫侧的通信适配器未作成对话的确立请求，但在上述主叫侧和被叫侧的通信适配器之间未开始通信的情况下，对上述被叫侧的通信适配器发送来自上述主叫侧的通信适配器的没有对话的确立请求的信息，在从上述主叫侧的通信适配器作成对话的确立请求、在上述主叫侧和被叫侧的通信适配器之间开始通信的情况下，对上述被叫侧的通信适配器发送来自上述主叫侧的通信适配器的有对话的确立请求的信息。
43.根据权利要求1所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器在电源接通时或通话处理结束后完成了通话开始的准备时，将超文本传输协议的GET方法发送给上述被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器保持从上述被叫侧的通信适配器发送的GET方法，在有来自上述主叫侧的通信适配器的对话的确立请求的情况下，将有来自上述主叫侧的通信适配器的对话的确立请求的信息作为对上述保持的GET方法的回答，发送给上述被叫侧的通信适配器。
44.根据权利要求1所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器在电源接通时或通话处理结束后完成了通话开始的准备时，将超文本传输协议的GET方法发送给上述被叫侧的对话管理服务器，
上述被叫侧的对话管理服务器在从上述被叫侧的通信适配器发送了上述GET方法的情况下，在未作成来自上述主叫侧的通信适配器的对话的确立请求时，将维持上述被叫侧的通信适配器和上述被叫侧的对话管理服务器之间的线路的连接用的生存确认信息继续发送给上述被叫侧的通信适配器，在作成了来自上述主叫侧的通信适配器的对话的确立请求的情况下，将有来自上述主叫侧的通信适配器的对话的确立请求的信息发送给上述被叫侧的通信适配器。
45.根据权利要求44所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器在即使超过了预定的一定期间但未发送从上述被叫侧的对话管理服务器发送的上述生存确认信息的情况下，再次将超文本传输协议的GET方法发送给上述被叫侧的对话管理服务器。
46.根据权利要求45所述的因特网通信系统，其特征在于：上述被叫侧的通信适配器在对上述被叫侧的对话管理服务器再次发送超文本传输协议的GET方法的情况下，包含表示是再次发送的信息进行发送。
47.根据权利要求2所述的因特网通信系统，其特征在于：上述主叫侧的通信适配器将通知主叫侧的通信适配器的工作状况的信息发送给上述指定通知服务器，
上述指定通知服务器根据通知由上述主叫侧的通信适配器发送的工作状况的信息，确认上述主叫侧的通信适配器是否正常，与确认的结果一起将上述指定通知服务器本身的工作状况作为对由上述主叫侧的通信适配器发送的工作状况的通知的响应，发送给上述主叫侧的通信适配器。
48.根据权利要求2所述的因特网通信系统，其特征在于：上述指定通知服务器由多个服务装置构成，将上述多个服务装置中的一个作为主服务器，将其他服务装置作为辅助服务器，使上述主服务器作为指定通知服务器工作，在上述主服务器的工作状况异常的情况下，切换成使上述辅助服务器作为上述指定通知服务器工作，将把上述辅助服务器作为上述指定通知服务器工作的事实通知上述主叫侧的通信适配器。
49.根据权利要求1所述的因特网通信系统，其特征在于：上述主叫侧的对话管理服务器由多个服务装置构成，将上述多个服务装置中的一个作为主服务器，将其他服务装置作为辅助服务器，使上述主服务器作为主叫侧对话管理服务器工作，在上述主叫侧服务器的工作状况异常的情况下，切换成使上述辅助服务器作为上述主叫侧的对话管理服务器工作，将把上述辅助服务器作为上述主叫侧的对话管理服务器工作的事实通知上述主叫侧的通信适配器。
50.根据权利要求1所述的因特网通信系统，其特征在于：上述被叫侧的对话管理服务器由多个服务装置构成，将上述多个服务装置中的一个作为主服务器，将其他服务装置作为辅助服务器，使上述主服务器作为被叫侧对话管理服务器工作，在上述主叫侧服务器的工作状况异常的情况下，切换成使上述辅助服务器作为上述被叫侧的对话管理服务器工作，将把上述辅助服务器作为上述被叫侧的对话管理服务器工作的事实通知上述被叫侧的通信适配器。
51.根据权利要求2所述的因特网通信系统，其特征在于：上述因特网通信系统还备有对每个主叫侧的通信适配器管理系统的用费的顾客管理数据库，
上述指定通知服务器在将管理上述通信适配器的对话管理服务器的服务器ID发送给主叫侧的通信适配器的情况下，由上述顾客管理数据库取得上述主叫侧的通信适配器的用费，将取得的用费和上述服务器ID发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器根据由上述指定通知服务器接收的用费，决定是否将本身的通信功能设定为不能工作。
52.根据权利要求51所述的因特网通信系统，其特征在于：上述主叫侧的通信适配器在本身的通信功能被设定为不能工作的情况下，根据由上述指定通知服务器接收的用费，决定是否设定为能工作。
53.根据权利要求47所述的因特网通信系统，其特征在于：上述主叫侧的通信适配器内部装有执行通信适配器的功能的、有版本信息的软件，将上述软件的版本信息与通知上述主叫侧的通信适配器的工作状况的信息一起发送给上述指定通知服务器，
上述指定通知服务器根据由上述主叫侧的通信适配器发送的版本信息，上述主叫侧的通信适配器决定是否将内部安装的软件变更为另一版本的软件，将决定的结果发送给上述主叫侧的通信适配器。
54.根据权利要求53所述的因特网通信系统，其特征在于：上述指定通知服务器管理上述主叫侧的通信适配器管理内部安装的软件的Web服务器的地址，在上述主叫侧的通信适配器决定了将内部安装的软件变更为另一版本的软件的情况下，将上述另一版本的软件的Web服务器的地址发送给上述主叫侧的通信适配器。
55.根据权利要求4所述的因特网通信系统，其特征在于：上述对话管理服务器管理主叫侧的通信中继服务器进行的通信的中继数，在从上述主叫侧的通信适配器接收了对话的确立请求的情况下，通信的中继数超过了预先设定的通信的中继数时，将由通信中继服务器进行的中继已饱和的信息发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器连接至少有输出信息的功能的通信装置，如果从上述对话管理服务器接收到由主叫侧的通信中继服务器进行的中继已饱和的信息，则从上述通信装置输出表示主叫侧的通信中继服务器进行的中继已饱和，不能由主叫侧的通信中继服务器进行通信的信息。
56.根据权利要求3所述的因特网通信系统，其特征在于：上述对话管理服务器管理被叫侧的通信中继服务器进行的通信的中继数，在从上述主叫侧的通信适配器接收了对话的确立请求的情况下，通信的中继数超过了预先设定的通信的中继数时，将由通信中继服务器进行的中继已饱和的信息发送给上述主叫侧的通信适配器，
上述主叫侧的通信适配器连接至少有输出信息的功能的通信装置，如果从上述对话管理服务器接收到由被叫侧的通信中继服务器进行的中继已饱和的信息，则从上述通信装置输出表示被叫侧的通信中继服务器进行的中继已饱和，不能由被叫侧的通信中继服务器进行通信的信息。
57.根据权利要求55所述的因特网通信系统，其特征在于：上述因特网通信系统还备有公用线路网，
上述主叫侧的通信适配器连接上述公用线路网，如果从上述对话管理服务器接收到由主叫侧的通信中继服务器进行的中继已饱和的信息，则使用上述公用线路网主叫上述被叫侧的通信适配器。
58.根据权利要求56所述的因特网通信系统，其特征在于：上述因特网通信系统还备有公用线路网，
上述主叫侧的通信适配器连接上述公用线路网，如果从上述对话管理服务器接收到由被叫侧的通信中继服务器进行的中继已饱和的信息，则使用上述公用线路网主叫上述被叫侧的通信适配器。
59.根据权利要求1所述的因特网通信系统，其特征在于：上述通信适配器在与上述对话管理服务器进行通信之前，对上述对话管理服务器请求由TCP进行的连接处理，进行了请求后，在即使超过了预先设定的规定的超时值而从上述对话管理服务器没有对上述连接处理的请求的响应的情况下，取消该连接处理，在连接处理成功之前、以及连接处理的请求次数达到预先设定的上限次数之前这两种情况中的任意一种情况下，反复进行连接处理的请求。
60.根据权利要求10所述的因特网通信系统，其特征在于：上述通信适配器在与上述通信中继服务器进行通信之前，对上述通信中继服务器请求由TCP进行连接处理，进行了请求后，在即使超过了预先设定的规定的超时值而从上述通信中继服务器没有对上述连接处理的请求的响应的情况下，取消该连接处理，在连接处理成功之前、以及连接处理的请求次数达到预先设定的上限次数之前这两种情况中的任意一种情况下，反复进行连接处理的请求。
61.根据权利要求59所述的因特网通信系统，其特征在于：上述通信适配器在由上述TCP进行的连接处理的请求失败了的情况下，进行增大上述超时值、以及增加上述上限次数两者中的任意一者的变更，同时在由上述TCP进行的连接处理的请求成功了的情况下，进行减小上述超时值、以及减少上述上限次数两者中的任意一者的变更。
62.根据权利要求60所述的因特网通信系统，其特征在于：上述通信适配器在由上述TCP进行的连接处理的请求失败了的情况下，进行增大上述超时值、以及增加上述上限次数两者中的任意一者的变更，同时在由上述TCP进行的连接处理的请求成功了的情况下，进行减小上述超时值、以及减少上述上限次数两者中的任意一者的变更。
63.根据权利要求59所述的因特网通信系统，其特征在于：上述通信适配器连接至少有输出信息的功能的通信装置，在由上述TCP进行的连接处理的请求即使超过上述规定的超时值也不能进行连接处理、以及在即使超过上述上限次数也不能进行连接处理这两种情况中的任意一种情况下，使用上述因特网从上述通信装置输出表示不能进行通信的中继的信息。
64.根据权利要求60所述的因特网通信系统，其特征在于：上述通信适配器在由上述TCP进行的连接处理的请求失败了的情况下，进行增大上述超时值、以及增加上述上限次数两者中的任意一者的变更，同时在由上述TCP进行的连接处理的请求成功了的情况下，进行减小上述超时值、以及减少上述上限次数两者中的任意一者的变更。
65.根据权利要求10所述的因特网通信系统，其特征在于：上述对话管理服务器将信息包信息发送给上述对话管理服务器管理的上述通信适配器和上述通信中继服务器，测定接收到从上述通信适配器和上述通信中继服务器对上述发送的信息包信息的响应信息的到达时间，判断通信路径的拥挤状况，将判断的结果发送给上述通信适配器，
上述通信适配器连接至少有输出信息的功能的通信装置，从上述通信装置输出从上述对话管理服务器发送的上述判断结果。
66.根据权利要求10所述的因特网通信系统，其特征在于：上述通信中继服务器将信息包信息发送给上述通信适配器和上述对话管理服务器，测定接收到从上述通信适配器和上述对话管理服务器对上述发送的信息包信息的响应信息的到达时间，判断通信路径的拥挤状况，将判断的结果发送给上述通信适配器，
上述通信适配器连接至少有输出信息的功能的通信装置，从上述通信装置输出从上述通信中继服务器发送的上述判断结果。
67.根据权利要求65所述的因特网通信系统，其特征在于：上述因特网通信系统除了上述通信中继服务器以外，还备有
使通信路径迂回用的迂回用通信中继服务器，
上述对话管理服务器根据判断上述通信路径的拥挤状况的结果，能将通过上述通信中继服务器对上述主叫侧的通信适配器和上述被叫侧的通信适配器之间的通信进行中继的第一通信路径，切换到通过上述迂回用通信中继服务器对上述主叫侧的通信适配器和上述被叫侧的通信适配器之间的通信进行中继的第二通信路径。
68.根据权利要求67所述的因特网通信系统，其特征在于：备有多个上述迂回用通信中继服务器，
上述对话管理服务器将信息包信息发送给上述多个迂回用通信中继服务器，测定接收到从上述迂回用通信中继服务器对上述发送的信息包信息的响应信息的到达时间，判断连接各个迂回用通信中继服务器的通信路径的拥挤状况，选择拥挤程度轻的通信路径的迂回用通信中继服务器，将上述第一通信路径切换到通过所选择的迂回用通信中继服务器对上述主叫侧的通信适配器和上述被叫侧的通信适配器之间的通信进行中继的第二通信路径。
69.根据权利要求68所述的因特网通信系统，其特征在于：上述对话管理服务器将把上述第一通信路径切换到上述第二通信路径的事实发送给上述通信适配器，
上述通信适配器连接至少有输出信息的功能的通信装置，从上述通信装置输出从上述对话管理服务器发送的表示将上述第一通信路径切换到上述第二通信路径的信息。
70.根据权利要求1所述的因特网通信系统，其特征在于：上述因特网通信系统备有能在特定的网络区域内使用的用内线电话号码信息进行通信的LAN即局域网，
上述主叫侧的通信适配器和上述被叫侧的对话管理服务器连接在上述LAN上，
上述主叫侧的通信适配器输入通话对象的内线电话号码信息，将输入的内线电话号码信息发送给上述主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器备有使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应进行管理的内线电话号码信息存储部，用从上述主叫侧的通信适配器发送的内线电话号码信息，从上述内线电话号码信息存储部取得对应于上述内线电话号码信息的被叫侧的通信适配器的适配器ID，将用取得的适配器ID识别的被叫侧的对话管理服务器的服务器ID发回上述主叫侧的通信适配器。
71.根据权利要求20所述的因特网通信系统，其特征在于：上述因特网通信系统备有能在特定的网络区域内使用的用内线电话号码信息进行通信的LAN即局域网，
上述主叫侧的通信适配器和上述被叫侧的对话管理服务器连接在上述LAN上，
上述主叫侧的通信适配器输入通话对象的内线电话号码信息，将输入的内线电话号码信息发送给上述主叫侧的对话管理服务器，
上述主叫侧的对话管理服务器备有使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应进行管理的内线电话号码信息存储部，用从上述主叫侧的通信适配器发送的内线电话号码信息，从上述内线电话号码信息存储部取得对应于上述内线电话号码信息的被叫侧的通信适配器的适配器ID，将取得的适配器ID、以及管理用取得的适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID发送给被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求。
72.根据权利要求70所述的因特网通信系统，其特征在于：上述因特网通信系统备有多个上述被叫侧的通信适配器，
上述主叫侧的对话管理服务器将编成组管理上述多个被叫侧的通信适配器的组ID、以及使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应地存储在上述内线号码信息存储部中，在从上述主叫侧的通信适配器进行了对话的确立请求的被叫侧的通信适配器正在通话的情况下，从上述内线号码信息存储部取得与正在通话的被叫侧的通信适配器相同的组ID的被叫侧的通信适配器的适配器ID，将取得的适配器ID、以及管理用取得的适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器的服务器ID发回上述主叫侧的通信适配器，
上述主叫侧的通信适配器从主叫侧的对话管理服务器接收被叫侧的通信适配器的适配器ID和被叫侧的对话管理服务器的服务器ID，将接收的适配器ID发送给用接收的服务器ID识别的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求。
73.根据权利要求71所述的因特网通信系统，其特征在于：上述因特网通信系统备有多个上述被叫侧的通信适配器，
上述主叫侧的对话管理服务器将编成组管理上述多个被叫侧的通信适配器的组ID、以及使上述内线电话号码信息和上述被叫侧的通信适配器的适配器ID对应地存储在上述内线号码信息存储部中，在从上述主叫侧的通信适配器进行了对话的确立请求的被叫侧的通信适配器正在通话的情况下，从上述内线号码信息存储部取得与正在通话的被叫侧的通信适配器相同的组ID的被叫侧的通信适配器的适配器ID，将取得的适配器ID发送给管理用取得的适配器ID识别的被叫侧的通信适配器的被叫侧的对话管理服务器，发送与被叫侧的通信适配器的对话的确立请求。
74.根据权利要求1所述的因特网通信系统，其特征在于：在通信适配器决定的指定时间内，上述通信适配器蓄积一个以上作为声音编码译码器的进行编码、以及译码的单元的声音帧数据，作为一个IP信息包构成并发送，在连续的声音数据成无声状态的终端中，在生成了表示是终端的声音帧数据的时刻，即使未经过上述指定时间，也将该表示是终端的声音帧数据存储在IP信息包中，然后发送该IP信息包，所述声音编码译码器包括了声音编码译码装置或软件。
CNA018232965A 2001-05-25 2001-11-28 因特网通信系统、因特网通信方法、对话管理服务器、通信适配器、通信中继服务器及程序 Pending CN1507725A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
PCT/JP2001/004390 WO2002098075A1 (fr) 2001-05-25 2001-05-25 Systeme de communication par internet, procede de communication par internet, serveur de commande de session, adaptateur de communication, serveur de relais de communication et programme
JPPCT/JP01/04390 2001-05-25

Publications (1)

Publication Number Publication Date
CN1507725A true CN1507725A (zh) 2004-06-23

Family

ID=11737351

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA018232965A Pending CN1507725A (zh) 2001-05-25 2001-11-28 因特网通信系统、因特网通信方法、对话管理服务器、通信适配器、通信中继服务器及程序

Country Status (7)

Country Link
US (1) US20040153549A1 (zh)
EP (1) EP1392027A1 (zh)
JP (1) JP4236032B2 (zh)
KR (1) KR20030092018A (zh)
CN (1) CN1507725A (zh)
AU (1) AU2002218482A1 (zh)
WO (2) WO2002098075A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188543B (zh) * 2006-11-24 2012-01-25 村田机械株式会社 中继服务器、中继通信系统以及通信装置
CN101547151B (zh) * 2008-03-24 2012-09-05 索尼株式会社 接收装置、发送装置、通信系统及检测缓冲设置的方法
CN104125625A (zh) * 2009-06-10 2014-10-29 苹果公司 移动站及其操作方法

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1201533C (zh) * 2000-10-26 2005-05-11 三菱电机株式会社 因特网电话网络系统、网络访问方法及通话装置适配器
US7068655B2 (en) * 2001-06-14 2006-06-27 Nortel Networks Limited Network address and/or port translation
US20030009561A1 (en) * 2001-06-14 2003-01-09 Sollee Patrick N. Providing telephony services to terminals behind a firewall and /or network address translator
EP1313294A1 (en) * 2001-11-12 2003-05-21 Alcatel Method for allocating a non-data device to a voice vlan
US7487212B2 (en) * 2001-12-14 2009-02-03 Mirapoint Software, Inc. Fast path message transfer agent
JP4238213B2 (ja) * 2002-07-29 2009-03-18 アイピートーク株式会社 インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及びプログラム
US7890427B1 (en) * 2003-01-09 2011-02-15 Hewlett-Packard Development Company, L.P. Authentication of notifications received in an electronic device in a mobile services network
US7486618B2 (en) * 2003-05-27 2009-02-03 Oracle International Corporation Weighted attributes on connections and closest connection match from a connection cache
US7251700B2 (en) * 2003-05-27 2007-07-31 Oracle International Corporation Time-to-live timeout on a logical connection from a connection cache
US7269692B2 (en) * 2003-05-27 2007-09-11 Oracle International Corporation Implicit connection caching
US7302053B2 (en) * 2003-12-01 2007-11-27 International Business Machines Corporation System and method for providing a communication session
JP3821813B2 (ja) * 2003-12-17 2006-09-13 Ｎｅｃインフロンティア株式会社 通信転送装置及び通信転送方法
JP3994978B2 (ja) 2004-03-18 2007-10-24 セイコーエプソン株式会社 Ｉｐ電話システム及びその方法
US7904895B1 (en) 2004-04-21 2011-03-08 Hewlett-Packard Develpment Company, L.P. Firmware update in electronic devices employing update agent in a flash memory card
US8526940B1 (en) 2004-08-17 2013-09-03 Palm, Inc. Centralized rules repository for smart phone customer care
US7805517B2 (en) * 2004-09-15 2010-09-28 Cisco Technology, Inc. System and method for load balancing a communications network
JP4486033B2 (ja) * 2005-02-02 2010-06-23 株式会社エヌ・ティ・ティ・ドコモ コンテンツ配信方法及び中継装置
US7594020B2 (en) * 2005-05-31 2009-09-22 Microsoft Corporation Re-establishing a connection for an application layer via a service layer
CA2610350C (en) * 2005-06-06 2015-04-28 International Business Machines Corporation Computer network intrusion detection system and method
US7492704B2 (en) * 2005-09-15 2009-02-17 International Business Machines Corporation Protocol definition for software bridge failover
EP2025095A2 (en) 2006-06-08 2009-02-18 Hewlett-Packard Development Company, L.P. Device management in a network
JP2008005077A (ja) * 2006-06-21 2008-01-10 Nec Infrontia Corp ＶｏＩＰシステム、ゲートウェイ装置及びそれらに用いるメインサーバ障害時の通話保持・復旧処理方法
EP2047420A4 (en) 2006-07-27 2009-11-18 Hewlett Packard Development Co USER EXPERIENCE AND DEPENDENCE MANAGEMENT IN A MOBILE DEVICE
JP4333723B2 (ja) * 2006-09-29 2009-09-16 株式会社日立製作所 通信ログ管理システム
US20080091814A1 (en) * 2006-10-16 2008-04-17 Tao Xie Network Connection Fast Recovery
US10389762B2 (en) * 2006-12-19 2019-08-20 Bce Inc. Method, system and apparatus for causing a communication client to join a media-over-packet communication session
US20100106836A1 (en) * 2007-02-12 2010-04-29 Koninklijke Philips Electronics N.V. Networked control system and device for a networked control system
US20080273680A1 (en) * 2007-05-04 2008-11-06 Ido Eli Zohar System and method for network communication using alternative identifiers
US8850029B2 (en) * 2008-02-14 2014-09-30 Mcafee, Inc. System, method, and computer program product for managing at least one aspect of a connection based on application behavior
WO2011017807A1 (en) * 2009-08-11 2011-02-17 Tyco Safety Products Canada Ltd. Load balancing for packet switched alarm monitoring
US8395994B2 (en) * 2009-10-28 2013-03-12 Liveops, Inc. System and method for adaptive call management
JP5036841B2 (ja) * 2010-03-31 2012-09-26 株式会社日立製作所 通信システム
JP5831050B2 (ja) * 2010-09-06 2015-12-09 株式会社リコー 伝送端末、伝送端末用プログラム、プログラム提供システム、及びメンテナンスシステム
KR101043415B1 (ko) * 2010-12-31 2011-06-22 썬파크 주식회사 에너지 절약형 가로등을 이용한 영상정보 제공 시스템 및 그의 영상 정보 제공 방법
US8923278B2 (en) * 2011-01-10 2014-12-30 Vtech Telecommunications Limited Peer-to-peer, internet protocol telephone system with system-wide configuration data
JP5490839B2 (ja) * 2012-03-14 2014-05-14 日本電信電話株式会社 センサ装置およびその再送制御方法
US9846597B2 (en) * 2013-03-13 2017-12-19 Microsoft Technology Licensing, Llc Durable program execution
US10375192B1 (en) * 2013-03-15 2019-08-06 Viasat, Inc. Faster web browsing using HTTP over an aggregated TCP transport
JP2016033811A (ja) * 2014-07-30 2016-03-10 富士通株式会社 セッション管理方法、セッション管理装置、セッション管理プログラム、および通話処理方法
WO2016139932A1 (ja) * 2015-03-03 2016-09-09 日本電気株式会社 ログ解析システム、解析装置、解析方法、および解析用プログラムが記憶された記憶媒体
CN110635934A (zh) * 2018-06-22 2019-12-31 京瓷办公信息系统株式会社 远程管理系统和信息处理方法
CN111385349B (zh) * 2020-02-07 2021-07-16 北京达佳互联信息技术有限公司 通信处理方法、装置、终端、服务器及存储介质
US11956204B1 (en) * 2022-12-23 2024-04-09 Plume Design, Inc. IPv4-in-IPv6 relaying systems and methods to preserve IPv4 public addresses

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5726984A (en) * 1989-01-31 1998-03-10 Norand Corporation Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
JPH0677963A (ja) * 1992-07-07 1994-03-18 Hitachi Ltd 通信方式および端末装置
JPH07170288A (ja) * 1993-12-15 1995-07-04 Hitachi Ltd 音声通信システムおよび音声通信方法
US5572528A (en) * 1995-03-20 1996-11-05 Novell, Inc. Mobile networking method and apparatus
US5774668A (en) * 1995-06-07 1998-06-30 Microsoft Corporation System for on-line service in which gateway computer uses service map which includes loading condition of servers broadcasted by application servers for load balancing
US6009469A (en) * 1995-09-25 1999-12-28 Netspeak Corporation Graphic user interface for internet telephony application
US6069890A (en) * 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
FR2748172B1 (fr) * 1996-04-24 1998-10-02 Alcatel Business Systems Equipement d'adaptation de protocole pour poste telephonique et poste equipe d'un tel equipement
US6014379A (en) * 1996-06-26 2000-01-11 Bell Atlantic Network Services, Inc. Telecommunications custom calling services
US6021126A (en) * 1996-06-26 2000-02-01 Bell Atlantic Network Services, Inc. Telecommunication number portability
US5761294A (en) * 1996-07-18 1998-06-02 Siemens Business Communication Systems Method and system for connecting a digital phone limited to analog transmissions
US5905872A (en) * 1996-11-05 1999-05-18 At&T Corp. Method of transferring connection management information in world wideweb requests and responses
JP3253542B2 (ja) * 1996-11-22 2002-02-04 株式会社日立製作所 ネットワーク通信システム
US6064653A (en) * 1997-01-07 2000-05-16 Bell Atlantic Network Services, Inc. Internetwork gateway to gateway alternative communication
US5953322A (en) * 1997-01-31 1999-09-14 Qualcomm Incorporated Cellular internet telephone
US6064667A (en) * 1997-02-10 2000-05-16 Genesys Telecommunications Laboratories, Inc. Apparatus and methods enhancing call routing to and within call centers
US6075783A (en) * 1997-03-06 2000-06-13 Bell Atlantic Network Services, Inc. Internet phone to PSTN cellular/PCS system
US6157648A (en) * 1997-03-06 2000-12-05 Bell Atlantic Network Services, Inc. Network session management
US6721306B1 (en) * 1997-03-11 2004-04-13 Verizon Services Corp. Public wireless/cordless internet gateway
US6026087A (en) * 1997-03-14 2000-02-15 Efusion, Inc. Method and apparatus for establishing a voice call to a PSTN extension for a networked client computer
US6125177A (en) * 1997-09-15 2000-09-26 Nortel Networks Corporation Telephone communications network with enhanced signaling and call routing
JPH11232201A (ja) * 1998-02-12 1999-08-27 Nippon Telegr & Teleph Corp <Ntt> 通信資源制御装置
US6363421B2 (en) * 1998-05-31 2002-03-26 Lucent Technologies, Inc. Method for computer internet remote management of a telecommunication network element
JP2000099428A (ja) * 1998-09-25 2000-04-07 Nippon Telegr & Teleph Corp <Ntt> ネットワーク間における情報の収集方法及びこれに用いるネットワーク管理装置
JP3558897B2 (ja) * 1998-10-28 2004-08-25 富士通株式会社 電話サーバシステムおよび電話サーバ
US6507577B1 (en) * 1998-11-12 2003-01-14 Nortel Networks Limited Voice over internet protocol network architecture
JP2000155736A (ja) * 1998-11-24 2000-06-06 Nec Corp サービス要求の振り分け方法及びアドレス変換装置
US6519249B1 (en) * 1998-12-23 2003-02-11 Nortel Networks Ltd Scalable gatekeepers in an internet telephony system and a method of operation
JP2000196745A (ja) * 1998-12-28 2000-07-14 Hidemitsu In インタ―ネット利用電話通信システム
EP1059796A3 (en) * 1999-06-07 2001-11-07 Comverse Network Systems, Inc. Rerouting telephone calls over the Internet during an active Internet sessions
DE19950231A1 (de) * 1999-10-19 2001-04-26 Alcatel Sa Verfahren zum Aktivieren eines inaktiven Endgeräts eines Datennetzes, insbesondere eines IP-Netzes
JP2001268248A (ja) * 2000-03-21 2001-09-28 Fujitsu Ltd ネットワーク電話システム
US6963918B1 (en) * 2000-06-29 2005-11-08 Cisco Technology, Inc. Voice over IP optimization for mobile IP
US6772210B1 (en) * 2000-07-05 2004-08-03 Nortel Networks Limited Method and apparatus for exchanging communications between telephone number based devices in an internet protocol environment
KR20010007833A (ko) * 2000-10-05 2001-02-05 박진 네트웍 기반 수신자 선택형 통신 시스템 및 방법
CN1201533C (zh) * 2000-10-26 2005-05-11 三菱电机株式会社 因特网电话网络系统、网络访问方法及通话装置适配器
JP4238213B2 (ja) * 2002-07-29 2009-03-18 アイピートーク株式会社 インターネット通信システム及びインターネット通信方法及びセッション管理サーバ及び無線通信装置及びプログラム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188543B (zh) * 2006-11-24 2012-01-25 村田机械株式会社 中继服务器、中继通信系统以及通信装置
CN101547151B (zh) * 2008-03-24 2012-09-05 索尼株式会社 接收装置、发送装置、通信系统及检测缓冲设置的方法
CN104125625A (zh) * 2009-06-10 2014-10-29 苹果公司 移动站及其操作方法
CN104125625B (zh) * 2009-06-10 2017-12-05 苹果公司 移动站及其操作方法
US11451952B2 (en) 2009-06-10 2022-09-20 Apple Inc. Providing an indicator of presence of a first access network that is capable of interworking with a second access network

Also Published As

Publication number Publication date
WO2002098085A1 (fr) 2002-12-05
KR20030092018A (ko) 2003-12-03
US20040153549A1 (en) 2004-08-05
JP4236032B2 (ja) 2009-03-11
WO2002098075A1 (fr) 2002-12-05
EP1392027A1 (en) 2004-02-25
AU2002218482A8 (en) 2008-06-12
JPWO2002098085A1 (ja) 2004-09-16
AU2002218482A1 (en) 2002-12-09
WO2002098085A9 (fr) 2008-04-17

Similar Documents

Publication Publication Date Title
CN1507725A (zh) 因特网通信系统、因特网通信方法、对话管理服务器、通信适配器、通信中继服务器及程序
CN1559038A (zh) 因特网通信系统、因特网通信方法、对话管理服务器、无线通信装置、通信中继服务器及程序
CN1201533C (zh) 因特网电话网络系统、网络访问方法及通话装置适配器
CN1655553A (zh) 便于第三方呼叫和设备控制的系统和方法
CN1306780C (zh) 网络电话系统及其方法
CN1199417C (zh) 多业务通信系统及方法
CN1191695C (zh) 信息通讯系统
CN1225702C (zh) 位置信息通知方法与位置信息通知装置
CN1263302C (zh) 远程会议系统和远程会议支持方法
CN1269337C (zh) 内容自适应服务控制方法
CN1823347A (zh) 用来提供一种服务的系统和方法
CN1147325A (zh) 通信网络中的服务分配
CN1306720A (zh) 虚拟电话通用可配置接口
CN1794705A (zh) 即时消息用户使用其它即时消息系统聊天室的方法及系统
CN1890944A (zh) 用于web服务中介体的端口类型不可知的代理支持
CN1754351A (zh) 一种用于在网络中证实可达性的通信模型、信号、方法和设备 ,在该网络中,通过将静态标识符与动态分配的网络地址彼此相关联来获得主机可达性
CN1669018A (zh) 手持终端框架系统
CN1845505A (zh) 一种家庭网络设备的控制方法及设备管理装置
CN1656482A (zh) 在使用用户档案web门户的电信网中用于服务和应用个性化的方法和装置
CN1770805A (zh) 计算机辅助管理电话会议的方法以及电话会议服务器装置
CN1399839A (zh) 包括一个或多个有程序设计功能的电话通信设备的分布式通信网络
CN1122638A (zh) 遥测装置
CN1450483A (zh) 信息处理装置及信息处理程序
CN1302650C (zh) 网络访问服务器及方法
CN1444356A (zh) 数据通信方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
ASS Succession or assignment of patent right

Owner name: IP LICENSING CO., LTD.

Free format text: FORMER OWNER: MITSUBISHI ELECTRIC CO., LTD.

Effective date: 20040730

C10 Entry into substantive examination
C41 Transfer of patent application or patent right or utility model
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20040730

Address after: Tokyo, Japan, Japan

Applicant after: IP may Corporation

Address before: Tokyo, Japan, Japan

Applicant before: Missubishi Electric Co., Ltd.

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication