CN100438541C - 交换系统以及通信记录方法 - Google Patents

Abstract

一种能够记录通信而不会产生通信数据的接收延迟的交换系统。在该系统中，当从通信终端(210)请求呼叫连接时，呼叫控制设备(250)选择多播地址、向与呼叫连接相关的所有通信终端(230)通知多播地址、并且加入该地址所示的多播地址中。在呼叫连接期间，通信终端(210)通过利用该地址来传送通信的所有语音数据，并且呼叫控制设备(250)对送往自身的且被发送到该地址的语音包进行混合并且将该语音包存储在用户数据语音存储数据库(160)中。

Description

交换系统以及通信记录方法

技术领域

本发明涉及一种对通过因特网和LAN等等在通信终端之间执行的语音通信进行交换的交换系统，以及一种用于记录呼叫内容的呼叫记录方法，更具体地，涉及一种能够对一呼叫进行记录而不会造成语音数据的任何接收延迟的交换系统。

背景技术

近年来，不但可以从个人计算机访问国际因特网而且从诸如电话终端的家用设备也可访问因特网，因此因特网以快速的步伐而流传甚广。

因特网传统地被用作一种用于对字符信息及图像信息进行传送/接收的网络，但是近来主要的注意力集中于利用因特网来传送语音信息的因特网电话。这是因为因特网电话不会受到传统的与距离成比例的付款系统的限制并且具有诸如可以以低价来与海外的人进行通信的优点。

然而，虽然电话网络是专用于语音数据传输的网络，但是IP(因特网协议)网络不但对语音数据进行传送而且还对其他数据进行传送，并且由于语音数据的传输延迟可能导致通过IP网络在电话终端之间进行的交谈变得不自然。为此，必须避免语音数据的接收延迟以便实时地传送呼叫的语音数据。

此外，传统的办公室采用PBX(专用小型交换机)，以利用电话网来实现各种电话服务。因此，当使用IP网络时，要求IP网络可实现PBX迄今所覆盖的各种电话服务。

PBX的一个服务就是呼叫记录。在传统的呼叫记录过程中，将进行通信的电话终端之间的呼叫的语音数据记录在PBX中的或者与PBX相连的外部存储介质中。

另一方面，公开号为No.2000-201237的日本未审专利公开了一种利用因特网电话来进行呼叫记录的系统。在该系统中，与IP网络及PSTN(公共交换电话网)网络相连的因特网电话设备将从IP网络发送而来的下行链路语音数据发送到PSTN网络，将从PSTN网络发送而来的上行链路语音数据发送到IP网络，对从IP网络发送而来的下行链路语音数据与从PSTN网络发送而来的上行链路语音数据进行组合，并且将语音数据存储在呼叫记录设备中。

利用该因特网电话设备作为呼叫控制设备，可构建如图1所示的交换系统。该系统包括：具有语音存储数据库(DB)7的呼叫控制设备6；通信终端2和4；诸如因特网和LAN的网络8；以及交换机1，3和5，该交换机将所接收到的包发送到目的IP地址。

交换机1、3、以及5对所接收到的包的目的IP地址与内部地址表进行比较，并且将该包发送到与目的通信终端相连的一端口。

该通信终端2和4是诸如因特网电话或者IP电话这样的、与网络相连的电话终端。

呼叫控制设备6对诸如与网络相连的通信终端“忙”这样的呼叫连接状态进行控制，并且对进行通信的通信终端之间呼叫的双向语音数据进行交换。例如，将来自通信终端2的语音数据交换到通信终端4，或者相反的将来自通信终端4的语音数据交换到通信终端2。此后，使双向语音数据被混合并且被存储在语音存储数据库7中。

网络8是因特网、LAN(局域网)、或者诸如IP-VPN(因特网协议-虚拟专用网)的IP网络。

交换机1、3、以及5还可以是具有用于根据视网络8类型而定的IP地址来执行路由选择的路由器功能的设备。

图1中的附图标记“9”和“10”表示在该交换系统中当连接一呼叫时通信终端2与4之间的语音通路，语音通路9示出了从通信终端4发送而来的、在呼叫控制设备6中交换的、且由通信终端2所接收的语音数据的语音通路，并且语音通路10示出了反向的语音通路。

在该系统中，当通信终端2向位于另一端的通信终端4拨出一呼叫时，将一呼叫连接请求发送到呼叫连接设备6。当呼叫连接设备6确定通信终端4接收到该呼叫时，呼叫连接设备6向通信终端4通知来自通信终端2的呼叫连接请求。按照这种方法，进行在通信终端2与通信终端4之间进行呼叫连接所需的准备，执行诸如语音编解码的与终端容量有关的协商(negotiation)和设置，然后连接呼叫，即进行交谈。

呼叫控制设备6对通信终端2与4之间的双向语音数据进行交换(参看语音通路9和10)以可在通信终端之间进行交谈，在执行交换的同时执行语音混合，将该呼叫的语音数据存储在语音存储数据库7中，并对该呼叫进行记录。

然而，因为传统的交换系统是按照这样一种方法构造而成的，即双向的语音通路必须经过呼叫控制设备6以实现呼叫记录，因此产生了以下问题。

当网络8是大规模的网络时，在从呼叫控制设备6到各个通信终端2和4的网络8上存在许多路由器以及交换机，并且直到通信终端2或者4接收到从呼叫控制设备6发送而来的语音数据之前要需要花费相当长的时间。这使传送语音数据与接收语音数据之间的时间间隔增加了并且通信终端2与4之间的交谈变得异常，如听起来位于另一端的对方的语音有延迟。即使网路工作人员设计出网络8之内的最佳路由，但是这种改进也有一定的限制。

此外，当呼叫控制设备6如上所述对语音数据进行交换时，由于与该呼叫控制设备6的性能(处理能力)有关，呼叫控制设备6所控制的通信终端的数目降低了。

发明内容

本发明的一个目的就是提出了一种交换系统和呼叫记录方法，其能够执行呼叫记录而不会产生通信数据的任何接收延迟。

根据本发明一个方面的交换系统是这样的一交换系统，该交换系统以其具有呼叫记录功能的呼叫控制设备为媒介而通过网络使多个通信终端相连。这多个通信终端的每一个均包括：一产生部件，用于在呼叫连接的同时产生相同语音数据的多个拷贝；以及一传输部件，用于将相同语音数据的多个拷贝之一传送到位于另一端的通信终端以作为用于交谈的语音数据，并且将另一个拷贝传送到呼叫控制设备以作为用于呼叫记录的语音数据。该呼叫控制设备包括：一通知部件，用于向多个通信终端通知用于呼叫记录的语音数据的目的地址；以及一混合/存储部件，用于对发送到多个通信终端的各个目的地址的、用于呼叫记录的语音数据进行混合并且对其进行存储。

本发明的另一个方面是交换系统中的呼叫记录方法，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过网络使多个通信终端相连，该方法包括：一通知步骤，该呼叫控制设备向多个通信终端通知用于呼叫记录的语音数据的目的地址；一产生步骤，多个通信终端在呼叫连接的同时产生相同语音数据的多个拷贝；一传送步骤，多个通信终端将在产生步骤所产生的相同语音数据的多个拷贝之一传送到位于另一端的通信终端以作为用于交谈的语音数据，并且将另一个拷贝传送到呼叫控制设备以作为用于呼叫记录的语音数据；以及一混合/存储步骤，对从多个通信终端发送到各个目的地址的、用于呼叫记录的语音数据进行混合并且对其进行存储。

根据本发明又一方面的交换系统是这样的一交换系统，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连。这多个通信终端的每一个均包括：第一获取部件，用于获取多播地址；以及一形成部件，用于通过多播形成语音通路，以根据所获得的多播地址而将语音数据传送到位于另一端的通信终端或者接收来自其的语音数据。呼叫控制设备包括：一通知部件，用于向多个通信终端通知多播地址；第二获取部件，用于通过加入多播来获取通过进行多播而从多个通信终端发送而来的语音数据；以及一混合/存储部件，用于对所获得的语音数据进行混合并且对其进行存储。

根据本发明又一个方面的呼叫记录方法是这样一交换系统中的呼叫记录方法，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，该方法包括：一通知步骤，该呼叫控制设备向多个通信终端通知多播地址；第一获取步骤，多个通信终端获取由呼叫控制设备通知的多播地址；一形成步骤，多个通信终端通过多播形成了语音通路，以根据在第一获取步骤所获得的多播地址而将语音数据传送到位于另一端的通信终端或者接收来自其的语音数据；第二获取步骤，呼叫控制设备通过加入多播来获取通过多播而从多个通信终端之一发送而来的语音数据；以及一混合/存储步骤，呼叫控制设备对第二获取部件所获得的语音数据进行混合并且对其进行存储。

根据本发明又一方面的交换系统是这样的一交换系统，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连。这多个通信终端的每一个均包括：一缓冲部件，用于暂时地存储在呼叫连接的同时、发送到位于另一端的通信终端的语音数据或者从位于另一端的通信终端所接收到的语音数据；以及一传输部件，将连接的呼叫断开之后、存储在缓冲部件中的语音数据传送到呼叫控制设备以作为用于呼叫记录的语音数据。该呼叫控制设备包括：一通知部件，用于向多个通信终端通知用于呼叫记录的语音数据的目的地址以及用于交谈的语音数据的目的地的通信终端地址；以及一混合/存储部件，用于对从多个通信终端发送到目的地址的、用于呼叫记录的语音数据进行混合并且对其进行存储。

根据本发明又一方面的交换方法是这样的一交换系统中的呼叫记录方法，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，该方法包括：一通知步骤，该呼叫控制设备向多个通信终端通知用于呼叫记录的语音数据的目的地址以及用于交谈的语音数据的目的地的通信终端地址；一存储步骤，多个通信终端暂时地将在呼叫连接的同时、发送到位于另一端的通信终端的语音数据或者从位于另一端的通信终端所接收到的语音数据存储在一缓冲部件中；一传送步骤，多个通信终端将相连的呼叫断开之后、存储在缓冲部件中的语音数据传送到呼叫控制设备以作为用于呼叫记录的语音数据；一混合/存储步骤，呼叫控制设备对从多个通信终端发送到各个目的地址的、用于呼叫记录的语音数据进行混合并且对其进行存储。

根据本发明又一方面的交换系统是这样的一交换系统，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连。这多个通信终端的每一个均包括：一缓冲部件，用于暂时地存储在呼叫连接的同时、发送到位于另一端的通信终端的语音数据或者从位于另一端的通信终端所接收到的语音数据；一混合部件，用于对在相连的呼叫断开之后、存储在缓冲部件中的语音数据进行混合；以及一传输部件，用于将所混合的语音数据传送到呼叫控制设备以作为用于呼叫记录的语音数据。该呼叫控制设备包括：一通知部件，用于向多个通信终端之一通知用于呼叫记录的语音数据的目的地址以及用于交谈的语音数据的目的地的通信终端地址；以及一存储部件，用于对从多个通信终端发送到各个目的地址的、用于呼叫记录的语音数据进行存储。

根据本发明又一方面的交换方法是这样的一交换系统中的呼叫记录方法，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，该方法包括：一通知步骤，呼叫控制设备向多个通信终端之一通知用于呼叫记录的语音数据的目的地址以及用于交谈的语音数据的目的地的通信终端地址；一存储步骤，多个通信终端之一暂时地将在呼叫连接的同时、发送到位于另一端的通信终端的语音数据以及从位于另一端的通信终端所接收到的语音数据存储在一缓冲部件中；一混合步骤，多个通信终端之一对在相连的呼叫断开之后、存储在缓冲部件中的语音数据进行混合；一传送步骤，多个通信终端之一将在混合步骤所混合的语音数据传送到呼叫控制设备以作为用于呼叫记录的语音数据；以及一存储步骤，呼叫控制设备对从多个通信终端之一发送到各个目的地址的、用于呼叫记录的语音数据进行存储。

附图说明

图1给出了传统交换系统中的语音通路；

图2给出了根据本发明实施例1的交换系统的方框图；

图3给出了根据本发明实施例1的地址控制表格；

图4给出了根据本发明实施例1的存储在用户数据语音存储数据库中的一表格；

图5给出了根据本发明实施例1的交换系统的操作顺序图；

图6A给出了根据本发明实施例1的连接请求消息的数据结构；

图6B给出了根据本发明实施例1的连接响应消息的数据结构；

图7给出了根据本发明实施例1的交换系统的语音通路；

图8给出了根据本发明实施例2的交换系统的方框图；

图9给出了根据本发明实施例2的多播地址控制表格；

图10给出了根据本发明实施例2的存储在用户数据语音存储数据库中的一表格；

图11给出了根据本发明实施例2的交换系统的操作顺序图；

图12A给出了根据本发明实施例2的连接请求消息的数据结构；

图12B给出了根据本发明实施例2的连接响应消息的数据结构；

图13给出了根据本发明实施例2的交换系统的语音通路；

图14给出了根据本发明实施例3的交换系统的方框图；

图15给出了根据本发明实施例3的交换系统的操作顺序图；

图16给出了根据本发明实施例3的交换系统的语音通路；

图17给出了根据本发明实施例3的存储在用户数据语音存储数据库中的一表格；

图18给出了根据本发明实施例4的交换系统的方框图；

图19给出了根据本发明实施例4的交换系统的操作顺序图；

图20给出了根据本发明实施例4的交换系统的语音通路；以及

图21给出了根据本发明实施例4的存储在用户数据语音存储数据库中的一表格。

具体实施方式

现在参考附图，对本发明的实施例进行详细的说明。本发明并不局限于这些实施例，但是在不脱离其精神或者基本特征的情况下可以各种方式实现。

(实施例1)

该实施例描述了这样一种系统，其中通信终端创建了两个相同的语音包，将一个发送到呼叫控制设备并且将另一个直接发送到位于另一端的通信终端。

如图2所示，该交换系统包括：一呼叫控制设备150，该呼叫控制设备具有用于存储用户数据和语音的数据库160(以下称为“用户数据语音存储数据库”)；通信终端110和130，该通信终端通过一网络170来进行通信；以及交换机100、120和140，根据它们的地址来发送所接收到的包，并且呼叫控制设备150和通信终端110及130通过交换机100、120以及140而与网络170相连。

交换机100、120以及140对所接收到的包的目的IP地址与内部地址表格进行比较并且将该包发送到与目的通信终端相连的一端口。

通信终端110和130具有：通信部件111和131，用于执行与语音数据的传送/接收(通信)有关的所有处理；播放部件112和132，用于执行与对所存储的呼叫的语音数据进行播放有关的所有处理；语音通路控制部件113和133，用于对创建所要传送的两个相同语音包的处理进行控制并且对将语音包传送到呼叫控制设备以及位于另一端的对方进行控制；以及通信终端全面控制部件114和134，用于对整个通信终端进行控制。

当一呼叫被连接且开始交谈时并且当语音通路控制部件113和133对来自其自身通信终端110和130的语音数据打包并且通过网络经由通信部件111和131来发送已打包的数据时，语音通路控制部件113和133执行预定的控制以便创建两个相同的包，将一个发送到呼叫控制设备并且将另一个发送到位于另一端的对方的通信终端。

通信终端110和130可以是其至少包括可访问网络这样的通信功能的任何终端并且可以是个人计算机(PC)、因特网电话、以及IP电话等等。

呼叫控制设备150具有：一语音混合部件151，用于对从与一呼叫相连的通信终端发送而来的已打包语音数据进行混合和存储；一语音播放控制部件152，用于根据来自通信终端的播放请求而对存储在用户数据语音存储数据库160中的语音数据的播放处理进行控制；一通信部件153，用于执行与通信终端的通信处理；一地址给定部件154，当通信终端110和130将语音数据发送到呼叫控制设备150时，该地址给定部件154设置并且控制地址；以及一呼叫控制设备全面控制部件155，用于对整个呼叫控制设备进行控制。

通信部件153对来自通信终端的各种请求(例如呼叫连接请求)的传送/接收进行处理，并且执行诸如从所接收到的包中产生语音数据以及通过对其进行打包来传送语音数据这样的通信处理。

呼叫控制设备全面控制部件155对其至少与网络相连的一通信终端的呼叫连接状态(忙或不忙)及通信终端的地址进行控制，并且当将呼叫连接请求发送到通信终端时，呼叫控制设备全面控制部件155根据处于其控制之下的呼叫连接状态来确定连接是否是可能的，并且当连接是可能的时使通信终端之间连接。

与呼叫控制设备150相连的用户数据语音存储数据库160在对指示交谈内容的语音数据进行混合之后对从语音混合部件151发送而来的语音数据进行存储，并且根据来自语音播放控制部件152的指令来提取所存储的语音数据。此外，用户数据语音存储数据库160对使用通信终端110和130的用户的服务登记状态(例如与呼叫记录的登记/未登记有关的信息)进行控制。

网络170是因特网、LAN、以及如IP-VPN的IP网。此外，交换机100、120及140还可以是这样的一设备，该设备至少具有根据网络170的类型来利用IP地址执行路由选择的路由器功能。

通过将计算机结合到通信终端110和130以及呼叫控制设备150中以执行由程序所指定的处理来实现上述这些设备的功能。

图3给出了在地址给定部件154的控制之下在从通信终端110和130接收语音数据时所使用的接收地址的一控制表(接收地址控制表格)。如图3所示，该控制表由语音数据接收地址及其使用状态组成。

图4给出了由用户数据语音存储数据库160所控制的内容的一示例。如图4所示，用户数据语音存储数据库160由一终端类型、一服务登记状态、以及一存储区组成。该终端类型指出了通过网络170而与呼叫控制设备150相连的通信终端的类型。该服务登记状态指出了拥有通信终端的用户的服务登记的内容。该存储区用于存储呼叫记录，当“已登记呼叫记录”被登记为服务登记状态时，所述呼叫记录变为有效。

存在各种用于将一服务登记到用户数据语音存储数据库160的服务登记状态中的方法；用户随时可以通过网络170利用通信终端来对其进行设置，或者当通信终端与网络170相连时用户可以订约它，或者此外网络170的操作员可视情况而定来对其进行设置。

此后，将利用图5来对具有这种结构的交换系统的操作进行说明。

图5给出了在利用SIP(对话开始协议)来连接从通信终端110到通信终端130的一呼叫之后的一系列处理序列，该SIP是用于利用IP电话来设置呼叫的一协议，当呼叫连接完成时开始该呼叫，直至该呼叫被断开。

首先，对通信终端110与130之间连接了一呼叫之后直到该呼叫被记录这一过程进行说明。

当用户输入呼叫连接请求所要发送到的通信终端130的地址时，通信终端110在通信终端全面控制部件114的控制下设置用于传送/接收语音数据的地址，创建包括有该地址以及通信终端130的地址的SIP的连接请求消息，在呼叫控制设备150中设置该包的地址，并且利用通信部件111将连接请求消息发送到呼叫控制设备150(S1000)。

此后，一旦通过通信部件153从通信终端110接收连接请求消息(S1000)，则呼叫控制设备150在呼叫控制设备全面控制部件155的控制下根据通信终端130的呼叫连接状态来确定通信终端130是否是可连接的，并且当通信终端130是可连接的时对该地址进行分析。

此外，在图4所示的示例中，因为由用户数据话音存储数据库160所控制的通信终端110的服务登记状态是“已登记呼叫记录”，因此地址给定部件154从图3中的接收地址控制表格中的“空闲”地址当中提取当通信终端将语音数据发送到呼叫控制设备150时所使用的地址，并且在接收地址控制表格中将地址状态改为“忙”。

此外，呼叫控制设备150在呼叫控制设备全面控制部件155的控制下将从通信终端110所接收到的连接请求消息的目的地改为通信终端130，将地址给定部件154所提取的地址添加到如图6A所示的连接请求消息所在的区域181之后，创建一连接请求消息，并且通过通信部件153而将该消息发送到通信终端130(S1100)。

此后，一旦通过通信部件131接收来自呼叫控制设备150的连接请求消息(S1100)，则通信终端130在通信终端全面控制部件134的控制下执行如下处理：诸如，语音编解码的设置，在所接收到的连接请求消息中所设置的通信终端110中语音数据目的地址的设置，以及在语音通路控制部件133中将语音数据目的地址设置为呼叫控制设备150以准备开始呼叫连接。

此后，通信终端130在通信终端全面控制部件134的控制下设置一地址以接收来自通信终端110的语音数据，创建包括有该地址的一连接响应消息，将呼叫控制设备150指定为该目的地，并且利用通信部件131将该连接响应消息传送到呼叫控制设备150(S1150)。

此后，当利用通信部件153接收来自通信终端130的连接响应消息时(S1150)，呼叫控制设备150在呼叫控制设备全面控制部件155的控制下设置一端口等等以准备接收来自通信终端的语音数据。此后，呼叫控制设备150将从通信终端130所接收到的连接响应消息的目的地改为通信终端110，将地址给定部件154从图3的接收地址控制表中所提取的地址添加到图6B所示的连接响应消息所在的区域183之后，从而创建一连接响应消息，并且利用通信部件153将该消息传送到通信终端110(S1200)。

此后，一旦通过通信部件111接收来自呼叫控制设备150的连接响应消息(S1200)，则与通信终端130的情况一样，通信终端110在通信终端全面控制部件114的控制下执行如下处理：诸如，设置语音编码，将语音数据目的地址设置为所接收到的连接响应消息中所设置的通信终端130，以及在语音通路控制部件113中将语音数据目的地址设置为呼叫控制设备150以准备开始呼叫连接。此后，通信终端110创建针对呼叫控制设备150的一连接完成信息，并且利用通信部件111而将该消息传送到呼叫控制设备150(S1250)。

此后，一旦通过通信部件153接收来自通信终端110的连接完成信息(S1250)，则呼叫控制设备150在呼叫控制设备全面控制部件155的控制下创建所接收到的连接完成消息的目的地已被转换为通信终端130的一连接完成信息，并且利用通信部件153将该消息发送到130(S1300)。

此后，一旦通信终端130接收到该连接完成消息(S1300)，则完成呼叫连接。

按照从S1000至S1300的这种顺序，建立了通信终端110与通信终端130之间的呼叫连接，并且形成了如图7所示的四个语音通路191、192、193以及194。语音通路191是从通信终端130至呼叫控制设备150的语音通路，语音通路192是从通信终端110至呼叫控制设备150的语音通路，语音通路193是从通信终端110至通信终端130的语音通路，并且语音通路194是从通信终端130至通信终端110的语音通路。

也就是说，当利用通信部件111而通过网络来发送其自己终端的语音数据时在对语音数据进行打包的处理过程中，通信终端110利用语音通路控制部件113来创建两个相同的包，通过语音通路193将一个包发送到从呼叫控制设备150到通信终端110的一连接响应消息所通知的通信终端130的地址，并且通过语音通路192将另一个包发送到呼叫控制设备150的地址。

类似的，通信终端130也利用语音通路控制部件133创建了两个相同的语音数据包，通过语音通路194将一个包发送到从呼叫控制设备150到通信终端130的一连接请求消息所通知的通信终端110的地址，并且通过语音通路191将另一个包发送到呼叫控制设备150的地址。

呼叫控制设备150使用用于语音通路191和192的相同地址，并且根据包头的发送者的数据来区分从通信终端110发送而来的语音数据与从通信终端130发送而来的语音数据。

此外，在图5中，由S1350和S1400表示通信终端110与通信终端130之间的直接呼叫处理，由S1500表示从通信终端110到呼叫控制设备150的语音数据传送处理，并且由S1450表示从通信终端130到呼叫控制设备150的语音数据传送处理。

此外，当呼叫控制设备150利用通信部件153接收来自通信终端110和130的语音数据时，即直到通信终端110或者130的呼叫断开时，呼叫控制设备15在呼叫控制设备全面控制部件155的控制下利用语音混合部件151对来自通信终端110的“已登记呼叫记录”的语音数据进行语音混合处理，并且将混合数据存储到用户数据语音存储数据库160中的通信终端110的一存储区中。

此后，对断开通信终端110与130之间的呼叫之前的过程进行说明。

在通信终端全面控制部件114的控制下，由用户的挂机操作等等所触发，通信终端110清除设置在语音通路控制部件113中的通信终端130的语音数据目的地址以及呼叫控制设备150的语音数据目的地址等等，以准备断开连接的呼叫。此后，通信终端110创建针对呼叫控制设备150的一断开请求消息，并且利用通信部件111将其发送到呼叫控制设备150(S1550)。

此后，一旦通过通信部件153接收来自通信终端110的断开请求消息(S1550)，则呼叫控制设备150在呼叫控制设备全面控制部件155的控制下将所接收到的断开请求消息的目的地改变为通信终端130，并且利用通信部件153将该断开请求消息发送到通信终端130(S1600)。

此后，一旦通过通信部件131接收来自呼叫控制设备150的断开请求消息(S1600)，则在通信终端全面控制部件134的控制下，通信终端130清除设置在语音通路控制部件133中的通信终端110的语音数据目的地址以及呼叫控制设备150的语音数据目的地址等等，以准备断开连接的呼叫。此后，通信终端130创建针对呼叫控制设备150的一断开响应消息，并且利用通信部件131将该消息发送到呼叫控制设备150(S1650)。

此后，一旦通过通信部件153接收来自通信终端130的断开响应消息(S1650)，则在呼叫控制设备全面控制部件155的控制下，呼叫控制设备150将所接收到的断开响应消息的目的改变为通信终端110，并且利用通信部件153将该断开响应消息发送到通信终端110(S1750)。此外，此时地址给定部件154将接收地址控制表格(参看图3)中为语音通路191和192所设置的地址从“忙”改为“空闲”(地址释放)(S1700)。

此后，通信终端110通过通信部件111接收来自呼叫控制设备150的断开响应消息(S1750)。

根据从S1550到S1750的这种顺序，断开通信终端110与130之间的呼叫，并且同时不再发送针对通信终端110和130的呼叫控制设备150的语音数据并且呼叫控制设备150停止呼叫记录。

最后，对存储在用户数据语音存储数据库160中的、用于播放语音数据的过程进行说明(未给出)。

在对存储于用户数据语音存储数据库160中的语音数据进行播放的情况下，当用户从播放部件112键入数据时，即产生了一PB(按钮)输入时，这触发通信终端110在通信终端全面控制部件114的控制下创建其中设置有用于接收所存储语音数据的自身终端地址的一播放请求消息，并且利用通信部件111将该消息发送到呼叫控制设备150。

此后，一旦利用通信部件153接收来自通信终端110的播放请求消息，则在呼叫控制设备全面控制部件155的控制下，呼叫控制设备150从通信终端110的用户数据语音存储数据库160中的存储区(参见图4)中提取语音数据，并且利用通信部件153将该语音数据发送到通信终端110，其中所述通信终端110利用语音播放控制部件152发送播放请求。

此后，一旦通过通信部件111接收来自呼叫控制设备150的语音数据，则通信终端110在通信终端全面控制部件114的控制下利用播放部件112来播放所接收到的语音数据。

如上所示，在呼叫被连接时，当通信终端110(或者130)通过网络来传送自己终端的语音数据时，该实施例的交换系统提供了语音通路控制部件113和133，其用于创建两个相同的语音包，将一个包发送到呼叫控制设备150，并且将另一个包直接发送到位于另一端的通信终端130(或者110)，并且提供了具有混合部件151的呼叫控制设备150，所述混合部件151用于对发送到其自身地址的语音数据进行混合并且将该语音数据存储在用户数据语音存储数据库160中、从而可以实现呼叫记录。

这可将与一呼叫相连的通信终端的语音数据直接发送到位于另一端的另一个通信终端而无需经过呼叫控制设备，且缩短了传送语音数据与接收语音数据之间的时间间隔，并且与呼叫控制设备参与在通信终端之间传送/接收语音数据这样一种情况相比，这提高了由呼叫控制设备所控制的通信终端的数目。

该实施例以如下假设作为前提：对谈判信息(negotiation information)进行互换，以利用用于呼叫连接的连接消息来执行诸如语音编解码的双向通信。

此外，对于在呼叫控制设备150的语音混合部件151中进行语音混合的方法而言，可以使用现有技术。

此外，可以各种方式对该实施例的结构做出改变。

也就是说，在该实施例中，每个通信终端和呼叫控制设备通过独立的交换机而与网络相连，但是通信终端和呼叫控制设备的多个设备也可通过相同的交换机而与网络相连。

此外，该实施例描述了这样一种情况，即呼叫连接所使用的协议是SIP，但是该实施例的操作也可使用其他协议。

此外，基于如下假定而对该实施例进行了说明，该假定为：事先将开始呼叫记录的定时被预先登记到呼叫控制设备中，但是该实施例还可以采用这样一种方法，即在所需的呼叫期间当呼叫连接时其使用通信终端来对语音数据进行传送/接收的用户通过键入而开始呼叫记录，并且利用类似的方法在断开呼叫之前结束该呼叫记录。

此外，该实施例已描述了这样一种情况，即当通信终端110的服务登记状态是“已登记呼叫记录”时，将语音混合之后的语音数据存储在通信终端100的存储区中，但是该实施例并不局限于此，例如当通信终端110和130的服务登记状态是“已登记呼叫记录”时，可将语音混合之后的语音数据存储在用户数据语音存储数据库中的一个通信终端的存储区中，并且将该数据的拷贝存储在另一个通信终端的存储区中。

(实施例2)

该实施例描述了这样一个交换系统，在该交换系统中，通过多播语音通路来执行通信终端之间的呼叫，并且呼叫控制设备从该多播语音通路中获得呼叫语音并且对该呼叫语音进行记录。多播是在与一LAN或者因特网相连的若干通信终端当中进行广播并且广播只是应用于加入一多播组的通信终端。

图8给出了该实施例的交换系统。通信终端210和230与根据图2所示的实施例1的通信终端110和130相对应并且移去了语音通路控制部件。此外，呼叫控制设备250具有一多播地址给定部件251以代替图2所示实施例1中的地址给定部件154，该多播地址给定部件251为通信终端210与230之间的呼叫设置一多播地址，并且对该多播地址进行控制以便用于呼叫记录。此外，交换机200、220、以及240是适用于多播的交换机。其余的结构与实施例1中的结构相同(参见图2)。

通信终端210和230以及呼叫控制设备250的功能是通过使这些设备中所包含的计算机执行一程序所指定的处理而实现的。

图9给出了由多播地址给定部件251所控制的一多播地址控制表。如图9所示，该控制表描述了通信终端210与230之间的呼叫所使用的一多播地址以及其使用状态。

与实施例1的情况一样，用户数据语音存储数据库160存储图10所示的内容(参见图4)。

此后，利用图11来对上述结构的交换系统的操作进行说明。

图11给出了在利用SIP连接从通信终端210至通信终端230的呼叫之后的一系列处理顺序，当呼叫连接完成时开始呼叫，直到断开呼叫。

首先，对连接通信终端210与230之间的呼叫之后直至记录呼叫之前的过程进行说明。

当用户输入呼叫连接请求所要发送到的通信终端230的地址时，在通信终端全面控制部件211的控制下，通信终端210创建针对呼叫控制设备250的一连接请求消息，并且利用通信部件111将该连接请求消息发送到呼叫控制设备250(S2000)。

此后，一旦通过通信部件153接收来自通信终端210的连接请求消息(S2000)，则呼叫控制设备250在呼叫控制设备全面控制部件252的控制下根据通信终端230的呼叫连接状态来确定通信终端230是否是可连接的，并且当通信终端230是可连接的时对该地址进行分析。

此外，在图10所示的示例中，因为由用户数据语音存储数据库160所控制的通信终端210的服务登记状态是“已登记呼叫记录”，因此多播地址给定部件251从图9的多播地址控制表中的“空闲”地址当中为一呼叫选择通信终端所使用的多播地址并且对其进行提取，且将多播地址控制表中的地址状态改变为“忙”。

此外，呼叫控制设备250在呼叫控制设备全面控制部件252的控制下将从通信终端210所接收到的连接请求消息的目的地改变为通信终端230，将多播地址添加到图12A所示的连接请求消息所在区域261之后的一区域262(S2050)，创建一连接请求消息，以及通过通信部件153将该消息发送到通信终端230(S2100)。此外，呼叫控制设备250加入到由多播地址所指示的一多播组中。

此后，一旦通过通信部件131接收来自呼叫控制设备250的连接请求消息(S2100)，则通信终端230在通信终端全面控制部件231的控制下执行如下处理：诸如，设置语音编解码，设置在所接收到的连接请求消息中所设置的多播地址，以及加入多播组的处理(S2150)，以作为开始呼叫连接的准备。该多播地址变为语音数据将要发送到的通信终端210的地址以及语音数据将要发送到的呼叫控制设备250的地址。

此后，通信终端230在通信终端全面控制部件231的控制下创建针对呼叫控制设备250的一连接响应消息，并且利用通信部件131将该连接响应消息发送至呼叫控制设备250(S2200)。

此后，一旦利用通信部件153接收来自通信终端230的连接响应消息(S2200)，则呼叫控制设备250在呼叫控制设备全面控制部件252的控制下设置一端口等等，以准备接收来自通信终端的语音数据。此后，呼叫控制设备250将从通信终端230所接收到的连接响应消息的目的地改变为通信终端210，多播地址给定部件251将从图9的多播地址控制表中所提取的多播地址添加到图12B所示的连接响应消息所在的区域263之后，从而创建一连接响应消息，并且利用通信部件153将该消息发送到通信终端210(S2250)。

此后，一旦通过通信部件111接收来自呼叫控制设备250的连接响应消息(S2250)，则与通信终端230的情况一样，通信终端210在通信终端全面控制部件211的控制下执行如下处理：诸如，设置语音编解码，将在所接收到的连接请求消息中所设置的多播地址设置为语音数据将要发送到的通信终端230的地址以及语音数据将要发送到的呼叫控制设备250的地址，并且执行加入一多播组的处理(S2300)，作为开始呼叫连接的准备。此后，通信终端210创建针对呼叫控制设备250的一连接完成信息，并且利用通信部件111将该消息发送到呼叫控制设备250(S2350)。

此后，一旦通过通信部件153接收来自通信终端210的连接完成信息(S2350)，则呼叫控制设备250在呼叫控制设备全面控制部件252的控制下创建其所接收到的连接完成信息的目的地已变为通信终端230的一连接完成信息，并且利用通信部件153将该消息发送到通信终端230(S2400)。

此后，当通信终端接收到该连接完成信息时(S2400)，完成了呼叫连接。

按照从S2000到S2400的这种顺序，建立通信终端210与通信终端230之间的呼叫连接，并且形成了如图13所示的多播语音通路271和272。图11给出了如S2450和S2500所示的通过多播语音通路271和272的呼叫处理。

此外，当呼叫控制设备250利用多播地址而通过通信部件153接收到从通信终端210和230发送而来的语音数据时，即直到断开通信终端210和230的呼叫时，呼叫控制设备250在呼叫控制设备全面控制部件252的控制下利用语音混合部件151来对来自处于“已登记呼叫记录”状态的通信终端210的语音数据执行语音混合处理，并且将混合数据存储在用户数据语音存储数据库160中的通信终端210的一存储区中。

此后，对断开通信终端210与230之间的连接之前的过程进行说明。

在通信终端全面控制部件211的控制下，由用户的挂机操作等等所触发，通信终端210例如退出多播组(S2550)作为断开连接的呼叫的准备。此后，通信终端210创建针对呼叫控制设备250的一断开请求消息，并且利用通信部件111将其发送到呼叫控制设备250(S2660)。

此后，一旦通过通信部件153接收来自通信终端210的断开请求消息(S2600)，则呼叫控制设备250在呼叫控制设备全面控制部件252的控制下将所接收到的断开请求消息的地址改变为通信终端230，并且利用通信部件153将该断开请求消息发送到通信终端230(S2650)。

此后，一旦通过通信部件131接收来自呼叫控制设备250的断开请求消息(S2650)，则在通信终端全面控制部件231的控制下，通信终端230例如退出多播组(S2700)以准备断开连接的呼叫。此后，通信终端230创建针对呼叫控制设备250的一断开响应消息，并且利用通信部件153将该消息发送到呼叫控制设备250(S2750)。

此后，一旦通过通信部件153接收来自通信终端230的断开响应消息(S2750)，则在呼叫控制设备全面控制部件252的控制下，呼叫控制设备250将所接收到的断开响应消息的目的地改为通信终端210，并且利用通信部件153将该断开响应消息发送到通信终端210(S2850)。此外，此时多播地址给定部件25 1将从多播地址控制表(参见图9)中所获得的多播地址从″忙″改为″空闲″(地址释放)(S2800)，并且该呼叫控制设备250退出该多播组。

此后，通信终端210通过通信部件111接收来自呼叫控制设备250的断开响应消息(S2850)。

根据从S2600到S2850的这种顺序，断开通信终端210与230之间的呼叫，并且同时不再发送针对通信终端210和230的呼叫控制设备250的语音数据并且呼叫控制设备250停止呼叫记录。

这里，对存储在该交换系统的用户数据语音存储数据库160中的语音数据进行播放的一系列处理与实施例1相同。

如上所示，在该实施例的交换系统中，呼叫控制设备250具有部件251，该部件251控制并且添加了用于呼叫记录的多播地址，并且当从通信终端210(或者230)接收呼叫连接请求时，部件251选择一多播地址并且将其通知给参与呼叫连接的所有通信终端230(210)，并且呼叫控制设备250加入由地址所指示的多播组中。当呼叫连接时，通信终端210(或者230)利用该地址来传送所有语音数据，并且呼叫控制设备250对送往自身的且发送至该地址的语音包进行混合并且将该语音包存储在用户数据语音存储数据库160中。按照这种方法来执行呼叫记录。

这可将与呼叫相连的通信终端的语音数据直接发送到位于另一端的通信终端上而无需经过呼叫控制设备，缩短了传送语音数据与接收语音数据之间的时间间隔，并且与呼叫控制设备参与在通信终端之间传送/接收语音数据的情况相比提高了呼叫控制设备所控制的通信终端的数目。

该实施例描述了这样一种情况，即呼叫控制设备指定了用于通信终端之间的呼叫以及呼叫控制设备的呼叫记录的一多播地址，但是该实施例还可以采用这样一种方法，即发送呼叫的通信终端预先保存可用的多播地址，向位于呼叫接收侧的通信终端及呼叫控制设备通知该多播地址以从而实现通信终端之间的呼叫，并且其呼叫记录或者呼叫接收端执行相同的过程。

实施例1所示的各种修改也适用于该实施例。

(实施例3)

该实施例描述了这样一种交换系统，在该交换系统中具有一接收缓冲器的通信终端直接与位于另一端的终端进行通信，将另一端的语音数据存储在该接收缓冲器中，在断开呼叫之后将该缓冲器中的语音数据发送到呼叫控制设备，并且存储该语音数据。

如图14所示，该交换系统提供了接收缓冲器311和331，所述接收缓冲器暂时地存储由通信终端310和330所接收到的语音数据。其余的结构与实施例1相同(参见图2)。

通过使包含在这些设备中的计算机执行由一程序所指定的处理而实现了通信终端310和330以及呼叫控制设备350的功能。

此后，利用图15来对该交换系统的操作进行说明。

图15给出了在利用SIP连接从通信终端310到通信终端330的呼叫之后的一系列处理顺序，当呼叫连接完成时开始该呼叫，直到断开该呼叫。

连接通信终端310与330之间的呼叫之前的从S3000到S3250的处理与图5所示的实施例1中的从S1000到S1300的处理相同。然而，在图15中，为了方便省略了呼叫控制设备350中的地址给定处理。

通过从S3000到S3250的这种顺序，建立通信终端310与通信终端330之间的呼叫连接，并且在图16所示的呼叫期间形成了两个语音通路361和362。语音通路361是从通信终端310至通信终端330的语音通路，并且语音通路362是从通信终端330至通信终端310的语音通路。在图15中，由S3300和S3350给出了其通过语音通路361和362的呼叫处理。

在呼叫期间，一旦利用通信部件111接收从通信终端330发送而来的语音数据，则通信终端310在通信终端全面控制部件312的控制下将语音数据存储在接收缓冲器311中，并且将语音数据输出到与通信终端310相附连的一扩音器或者接收器中。此外，通信终端330还执行类似的处理。

此后，对断开通信终端310与330之间的呼叫之前的处理进行说明。

在通信终端全面控制部件312的控制下，由用户的挂机(on-hook)操作等等所触发，通信终端310准备断开相连的呼叫，创建针对呼叫控制设备350的一断开请求消息，并且利用该通信部件111将该消息发送至呼叫控制设备350(S3400)。此后，通信终端310停止接收从其与呼叫相连的通信终端330发送而来的语音数据并且同时停止在接收缓冲器311中的存储。

此后，一旦通过通信部件153接收来自通信终端310的断开请求消息(S3400)，则在呼叫控制设备全面控制部件351的控制下，呼叫控制设备350创建其所接收到的断开请求消息的目的地已变为通信终端330的一断开请求消息，并且利用通信部件153将该消息发送到通信终端330(S3450)。

此后，一旦通过通信部件131接收来自呼叫控制设备350的断开请求消息(S3450)，则在通信终端全面控制部件332的控制下，通信终端330准备断开相连的呼叫，创建针对呼叫控制设备350的一断开响应消息，并且利用通信部件131将该消息发送到呼叫控制设备350(S3500)。

此后，由来自通信部件131的上述断开响应消息的传输所触发，通信终端330停止接收从其与呼叫相连的通信终端310发送而来的语音数据，并且停止在接收缓冲器331中的存储，同时利用通信部件131发送接收缓冲器331中的、其将被送往由S3050中的连接请求消息所通知的呼叫控制设备350的地址的语音数据(缓冲器内容传送)(S3550)。只要语音数据处于接收缓冲器331之中，就持续该传送处理。

此后，一旦通过通信部件153接收来自通信终端330的断开响应消息(S3500)，则在呼叫控制设备全面控制部件351的控制下，呼叫控制设备350创建其所接收到的断开响应消息的目的地已变为通信终端310的一断开响应消息，并且利用通信部件153将该消息发送到通信终端310(S3600)。

此后，由通过通信部件111接收来自呼叫控制设备350的断开响应消息所触发，通信终端310利用通信部件111将接收缓冲器311中的语音数据发送到由S3150中的连接响应消息所通知的呼叫控制设备350的地址(缓冲器内容传送)(S3650)。只要语音数据存在于接收缓冲器331之中，就持续该传送处理。

此后，当通信部件153开始接收从通信终端310和通信终端330发送而来的语音数据时，在呼叫控制设备全面控制部件351的控制下，呼叫控制设备350利用语音混合部件151来混合两段语音数据，并且将来自例如处于“已登记呼叫记录”状态的通信终端310的语音数据作为呼叫记录的语音数据而存储在用户数据语音存储数据库160中的通信终端310的存储区中(参见图17)。此外，当通信部件153确认停止对来自通信终端310和通信终端330的语音数据进行传输时，呼叫控制设备350停止在用户数据语音存储数据库160中的存储，并且当将连接请求消息和连接响应消息发送到图3的地址控制表中的“空闲”时，呼叫控制设备350使用地址给定部件154来设置向通信终端所通知的地址。

这里，对存储在该交换系统的用户数据语音存储数据库160中的语音数据进行播放的一系列处理与实施例1相同。

如上所示，在该实施例的交换系统中，通信终端310和330具有接收缓冲器311和331以存储位于另一端的终端的语音数据，当呼叫连接时通信终端将其自身终端的语音数据直接发送到位于另一端的终端，并且将从位于另一端的通信终端发送而来的语音数据存储在接收缓冲器中。此后，在断开呼叫之后，对各个通信终端310和330的接收缓冲器311和331中的语音数据打包，并且将其发送到呼叫控制设备350，并且呼叫控制设备350对所接收到的包进行混合并且将其存储在用户数据语音存储数据库160中以从而实现呼叫记录。

这可将与一呼叫相连的通信终端的语音数据直接发送到位于另一端的通信终端而无需经过呼叫控制设备，从而缩短了传送语音数据与接收语音数据之间的时间间隔，并且与呼叫控制设备参与对通信终端之间的语音数据进行传送/接收的情况相比，提高了呼叫控制设备所控制的通信终端的数目。

该实施例将通信终端的接收缓冲器的内容发送到通过断开一呼叫所触发的呼叫控制设备中，但是在许多方面都可对该实施例进行修改，例如通过利用与网络当天的最低流量相对应的时区来发送接收缓冲器的内容等等。

此外，该实施例描述了这样一种情况，即通信终端的接收缓冲器存储从位于另一端的另一个终端所接收到的语音数据，但是还可以对该实施例进行修改以便每个通信终端存储从其自身终端发送而来的语音数据并且在断开呼叫之后将该语音数据发送到呼叫控制设备。

实施例1所示的各种修改还可适用于该实施例。

此外，在呼叫期间当使用与一呼叫相连的通信终端的用户键入数据、将呼叫记录请求消息发送到呼叫控制设备、并且指定了呼叫记录的开始时，可通过来自呼叫控制设备的一响应消息等等来向用户通知在呼叫记录过程中所使用的地址。

(实施例4)

该实施例描述了这样一种交换系统，在该交换系统中具有一接收缓冲器的通信终端直接与位于另一端的终端进行通信，将位于另一端的终端以及其自身终端的语音数据存储在接收缓冲器中，在断开呼叫之后对该缓冲器中的语音数据进行混合，将该语音数据发送到呼叫控制设备以对该语音数据进行存储。

如图18所示，该交换系统提供了语音混合部件411和431以及自身语音接收部件412和432。通信终端410和430凭借该语音混合部件411和431来对存储在接收缓冲器311a和331a中的语音数据进行混合。该自身语音接收部件412和432对用户所输入的语音数据进行拷贝、将一个存储在接收缓冲器311a和331a中、并且将另一个发送到位于另一端的其与一呼叫相连的通信终端。呼叫控制设备450不包括语音混合部件。其余的结构与实施例3相同(参见图14)。

然而，当呼叫被连接并且此后被通信部件111和131接收时，接收缓冲器311a和331a暂时地存储从位于另一端的通信终端发送而来的语音数据并且还暂时存储从自身语音接收部件412和432发送而来的语音数据的拷贝并且由其自身的通信终端将其发送到位于另一端的通信终端。

通过包含在通信终端410和430以及呼叫控制设备450中的计算机执行由一程序所指定的处理可实现上述这些设备的功能。

此后，利用图19来对该交换系统的操作进行说明。

图19给出了在利用SIP来连接从通信终端410到通信终端430的呼叫之后的一系列处理顺序，当呼叫连接完成时开始该呼叫，直到断开该呼叫。

连接通信终端410与430之间的呼叫之前的从S4000到S4250的处理与图5所示的实施例1中的从S1000到S1300的处理相同，其不同之处仅在于：未将S4050中的从呼叫控制设备450发送到通信终端430的一连接请求消息指定到从地址控制表中所获得的任何语音数据接收地址上。然而，将S4150中的从呼叫控制设备450发送到通信终端430的一连接响应消息指定到该语音数据接收地址上。通知了语音数据接收地址的通信终端410将对方的语音数据以及自身的语音数据存储在接收缓冲器311a中、在断开该呼叫之后对接收缓冲器311a中的语音数据进行混合、并且将混合语音发送到呼叫控制设备450。然而，通知了语音数据接收地址的通信终端430不执行这种处理。

通过从S4000到S4250的这种顺序，建立通信终端410与通信终端430之间的呼叫连接，并且在图20所示的呼叫期间形成了两个语音通路461和462。语音通路461是从通信终端410至通信终端430的语音通路，并且语音通路462是从通信终端430至通信终端410的语音通路。在图19中，由S4300和S4350给出了通过语音通路461和462的呼叫处理。

通过S4150中的连接响应消息来通知呼叫控制设备450的地址，一旦在一呼叫期间接收到来自通信终端430的语音数据时，通信终端410在通信终端全面控制部件413的控制下将通过通信部件111所接收到的语音数据存储在接收缓冲器311a中，并且将语音数据输出到与通信终端410相附连的一扩音器或者接收器中。

此外，当通信终端410将使用通信终端410的用户的语音数据发送到通信终端430时，在通信终端全面控制部件413的控制下，自身语音接收部件412和432对用户所输入的语音数据进行拷贝，将一个语音数据存储在接收缓冲器311a中，并且利用通信部件111通过语音通路461来将另一个发送到位于另一端的通信终端430中。

另一方面，未通过S4050中的连接请求消息而被通知呼叫控制设备450的地址的通信终端430不将语音数据存储在接收缓冲器331a中。其余的处理与通信终端410的类似。

此后，对断开通信终端410与430之间的呼叫之前的处理进行说明。

在通信终端全面控制部件413的控制下，由用户的挂机操作所触发，通信终端410准备断开相连的呼叫、创建针对呼叫控制设备450的一断开请求消息、并且利用该通信部件111将该消息发送至呼叫控制设备450(S4400)。此后，通信终端410停止接收从与呼叫相连的通信终端430发送而来的语音数据并且同时停止在接收缓冲器311中的所有存储。

此后，一旦通过通信部件153接收来自通信终端410的断开请求消息(S4400)，则在呼叫控制设备全面控制部件451的控制下，呼叫控制设备450将所接收到的断开请求消息的目的地变为通信终端430并且利用通信部件153来将该消息发送到通信终端430(S4450)。

此后，一旦通过通信部件131接收来自呼叫控制设备450的断开请求消息(S4450)，则在通信终端全面控制部件433的控制下，通信终端430准备断开相连的呼叫、创建针对呼叫控制设备450的一断开响应消息、并且利用通信部件131将该消息发送到呼叫控制设备450(S4500)。

此后，一旦通过通信部件153接收来自通信终端430的断开响应消息(S4500)，则在呼叫控制设备全面控制部件451的控制下，呼叫控制设备450创建其所接收到的断开响应消息的目的地已变为通信终端410的一断开响应消息，并且利用通信部件153来将该消息发送到通信终端410(SS4550)。

此后，一旦利用通信部件111接收来自呼叫控制设备450的断开响应消息，则通信终端410利用语音混合部件411来对存储在接收缓冲器311a中的两类语音数据进行混合，并且利用通信部件111将该语音数据发送到通过S4150中的连接响应消息所通知的呼叫控制设备450的地址(缓冲器内容传送)(S4600)。只要语音数据存在于接收缓冲器311a之中就持续该传送处理。

此后，当通信部件153开始接收从通信终端410发送而来的语音数据时，在呼叫控制设备全面控制部件451的控制下，呼叫控制设备450将语音数据作为呼叫记录的语音数据而存储在用户数据语音存储数据库160中的通信终端410的一存储区(参见图21)中。此外，当通信部件153确认停止对来自通信终端410的语音数据进行传送时，呼叫控制设备450停止在用户数据语音存储数据库160中的存储，并且当利用地址给定部件154来发送连接响应消息时将向通信终端410所通知的地址设置为图3的地址控制表中的“空闲”。

这里，对存储在该交换系统的用户数据语音存储数据库160中的语音数据进行播放的一系列处理与实施例1相同。

如上所示，该实施例的交换系统提供了具有接收缓冲器311a和331a以及语音混合部件411和431的通信终端410和430、将自身终端的语音数据存储在该接收缓冲器的自身终端区中、当呼叫连接时直接将语音数据发送到位于另一端的终端、并且将从位于另一端的通信终端发送而来的语音数据存储在该接收缓冲器中的另一端的终端的区域中。此后，在断开该呼叫之后，对接收缓冲器311a和331a的各个区域中的语音数据进行混合并且对所混合的数据打包并且将其发送到呼叫控制设备450。此后，呼叫控制设备450接收到该包、将该包存储在用户数据语音存储数据库160中、从而实现呼叫记录。

这可将与一呼叫相连的通信终端的语音数据直接发送到位于另一端的通信终端上而无需经过呼叫控制设备，从而缩短了传送语音数据与接收语音数据之间的时间间隔。此外，呼叫控制设备只须对通信终端所混合的呼叫记录的内容进行控制并且不须进行诸如呼叫记录过程中所涉及到的语音混合这样的处理，从而进一步提高了呼叫控制设备所控制的通信终端的数目。

实施例3所示的各种修改还可适用于该实施例。

从上述说明可显而易见的是，本发明的交换系统可直接对通信终端之间的语音数据进行传送/接收而无需经过呼叫控制设备并且通过呼叫控制设备来记录该呼叫的内容。这可降低在通信终端之间所传送/接收的语音数据的延迟并且可避免诸如另一端的对方语音听起来有延迟这样的不自然的交谈。

本发明还可以降低呼叫控制设备的负荷并且提高呼叫控制设备可控制的通信终端的数目。

该申请是基于其公开号为No.2001-397265、公开日为2001年12月27日的日本专利申请，通过参照而将其整个内容明确的引入到这里。

工业实用性

本发明适用于对通过因特网及LAN等等而在通信终端之间所执行的语音呼叫等等进行交换的交换系统。

Claims (5)

1、一种交换系统，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，这多个通信终端的每一个均包括：

第一获取部件，用于当所述呼叫控制设备从所述多个通信终端中的另一通信终端接收到连接请求时，从所述呼叫控制设备获取多播地址；以及

一形成部件，用于通过多播形成语音通路，以根据所获得的多播地址而将实时语音传送到另一通信终端或者接收来自其的实时语音数据；并且

呼叫控制设备包括：

一通知部件，用于向所述多个通信终端通知多播地址；

第二获取部件，用于通过加入多播来获取通过进行多播而从多个通信终端的每个发送而来的所述实时语音数据；以及

一混合/存储部件，用于对所获得的语音数据进行混合并且对其进行存储。

2、根据权利要求1的交换系统，其中所述网络是一IP网络，并且所述多个通信终端通过该IP网络而与另一个通信终端进行包通信。

3、一种在交换系统中使用的通信终端，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，所述通信终端包括：

一获取部件，用于当所述呼叫控制设备从所述多个通信终端中的另一通信终端接收到连接请求时，从所述呼叫控制设备获取多播地址；以及

一形成部件，用于通过多播形成语音通路，以根据所获得的多播地址而将实时语音传送到另一通信终端或者接收来自其的实时语音数据。

4、一种在交换系统中所使用的呼叫控制设备，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，该呼叫控制设备包括：

一通知部件，用于当从一通信终端接收到连接请求时，向所述多个通信终端通知多播地址；

一获取部件，用于加入多播以获取通过进行多播而从所述多个通信终端的每个发送而来的语音数据；以及

一混合/存储部件，用于对所获得的语音数据进行混合并且对其进行存储。

5、一种在交换系统中所使用的呼叫记录方法，该交换系统以具有呼叫记录功能的呼叫控制设备为媒介而通过一网络使多个通信终端相连，该方法包括：

请求步骤，所述多个通信终端中的一个通信终端请求连接；

一通知步骤，所述呼叫控制设备向所述多个通信终端通知多播地址；

第一获取步骤，所述多个通信终端获取从所述呼叫控制设备通知的多播地址；

一形成步骤，所述多个通信终端的每一个均通过多播形成了语音通路，以根据在第一获取步骤所获得的多播地址而将语音数据传送到位于另一端的通信终端或者接收来自其的语音数据；

第二获取步骤，所述呼叫控制设备加入多播，以获取通过多播而从多个通信终端的每个发送而来的语音数据；以及

一混合/存储步骤，所述呼叫控制设备对所述第二获取步骤所获得的语音数据进行混合并且对其进行存储。

Images