专利名称：综合公共交换电话网、分组交换网和呼叫应答系统的电话系统的制作方法
本申请涉及美国申请序号08/743793和美国专利5029199，5193110和5493607，全都引用在这里供参考。
本发明针对分组交换网络电话，特别是涉及一个系统，允许用户使用一个诸如因特网的网络以在与该网络交互的同时通过呼叫应答系统接收电话呼叫而不用从该网络断开，因此使用该呼叫应答系统综合本地电话业务与因特网。
许多人使用14.4kb/s或28.8kb/s调制解调器经过他们的单个住宅电话线从他们的家里接入因特网。当用户使用因特网时，他们正在“占用”他们的电话线，因此不能接收来自公共交换电话网(PSTN)的电话呼叫，即他们的线路为“占线”。随着“增强业务”的出现，住宅用户可申请“呼叫应答”，用户可从业务提供商租用一个电子邮箱，让本地电话公司传送占线和振铃无应答呼叫给该用户的邮箱。例如，当用户在使用因特网时该电话线占线，则该邮箱可用于记录和保存消息。虽然这比给呼叫方一个占线信号更好，但是它要求该用户关断他们的在线业务，以便接入他们的邮箱查看他们是否有消息。
需要的是一个系统，允许用户接收有关一个呼叫在等待的他们的PC的指示，和允许该用户应答该呼叫并且与主叫方讲话而不从网络会话中断开。
本发明的目的是提供一个系统，它允许用户接收该电话呼叫或按用户的意思传送呼叫到一个邮箱，全都不从该因特网断开。
本发明的另一个目的是提供一个系统，其中电话用户不需要来自PSTN的多条电话线就能在使用在线业务的同时与主叫方讲话，因而给该用户提供了明显的费用节省。
本发明的另一个目的是提供一个系统，它利用通常可得到的和目前使用的硬件一起工作。
本发明的又一个目的是提供一个系统，它不要求用户得到专用设备，诸如同时的话音和数据调制解调器。
本发明的又一个目的是允许具有用于接入因特网的一个系统的用户使用这个系统应答电话呼叫。
本发明的一个目的是综合因特网与呼叫应答及本地电话业务。
本发明还有一个目的是允许用户通过命令该系统从主叫取出一条消息来筛选(screen)呼叫和允许该用户在该网络听这条消息，如被记录的那样。
本发明的另外一个目的是提供一个系统，它将记录传真消息并且在该用户处于网络会话时将它们提供给用户。
本发明的又一个目的是允许用户接收在该网络上的呼叫，即使该用户不使用它们的电话线而且离开了家。
本发明的另一个目的是执行由PSTN电路产生的回声的回声消除。
本发明还有一个目的是在一方静音时不转移语音分组。
上述目的可利用一个系统得到，该系统允许用户在用户电话线忙于为网络会话服务，诸如基于浏览器的因特网会话，或者该用户离开了家并参与网络会话时接收分组交换网络上的电话呼叫。该系统从占线(或者在其上出现振铃无应答)用户电话线转移来话电话呼叫到呼叫服务平台。该平台确定是否由于交互式网络会话该用户线占线，或者是否由于该用户参与在另一个地点的网络会话而没有应答。在任一种情况下，如果这样的会话在进行中，则该平台借助于给参与该会话的用户计算机的一条网络消息通知该用户一个呼叫在等待。如果该用户接收该呼叫，则该平台数字化该主叫的语音并且将它发送给计算机，在该计算机输出给用户，并且计算机数字化该用户的语音并且将它发送给平台，在该平台输出给主叫者。如果用户选择筛选该呼叫，则允许主叫方记录消息并当消息被记录那样后经过网络提供消息给用户。如果呼叫是一个传真呼叫，该平台保存该传真消息和用户可以在网络会话期间经过该网络检索该传真消息。在转移语音分组期间网络会话可以继续，使得用户无需终止该网络会话与呼叫者讲话。
这些和其它的目的及随后将明白的优点一起都存在于结构和操作的细节中，如在下面详细叙述和权利要求中提出的，参考构成其一部分的附图，其中全文中相同的标号是指相同的部件。
图1描述根据本发明的综合系统；图2表示图1的平台22的部件；图3和4表示图1的PC执行的过程；和图5及6表示由图2的平台22执行的过程。
本发明允许使用分组交换网络如因特网的人使用他们的计算机接收电话呼叫而不从该网络断开。为了帮助理解本发明，描述典型的端对端呼叫的基本呼叫流程是有用的。
在典型的情况下，用户使用PC 10通过要求调制解调器14拨打因特网业务提供商(ISP)16的接入号码接入分组交换网络12，如因特网。调制解调器14使用接到本地公共交换电话网(PSTN)18的环路启动模拟线路拨打接到ISP 16的第二调制解调器20。然后PC 10使用串行线路因特网协议驱动器(SLIP或PPP)变换在PC 10和ISP16之间的调制解调器串行连接上传输的因特网协议(IP)分组。ISP16发送从用户PC 10接收的IP分组给网络12，和经过该调制解调器连接发送从网络12来的分组给用户的PC 10。最好本地PSTN 18和ISP 16由同一个公司所有，使得用户不会面对相同组的综合事务处理的多重计费，虽然ISP 16可以是不同于本地电话业务提供商的一个公司的ISP 16。
一旦用户接到网络12，经过网络12通过发送具有PC 10的IP地址的消息(“登记”分组)给平台22，用户的PC 10的软件应用或处理向平台22登记客户机PC 10的IP地址。平台22在与这个用户相关的用户数据库存储这个信息。除了其它项目之外，用户数据库存储用户的电话号码，即占线的或者没有应答的呼叫要由平台22处理的电话线的用户电话号码。这个电话号码称为已在平台22上被“提供的”(provisioned)。登记过程相关用户的PC IP地址与该提供的电话号码。最好使用(如可从RSA得到的)安全和加密机制保证用户PC 10是该PC登记的以便控制提供的电话号码(使得“计算机窃贼”不能夺取预定给其他方的电话呼叫)。
一旦地址登记完成，典型地该用户使用常规的接口如浏览器与网络12交换作用。当用户与ISP 16连机时，用户的PSTN电话线占线。在一些点，主叫方24想要与该用户讲话，因此该主叫方24拨打该用户的电话号码。在这个情况下，PSTN端局(未示出)经过平台22具有的与PSTN的多线寻线组连接转移预定给该用户的电话号码的忙呼叫给平台22。当呼叫到达时，平台22检查与来话呼叫相关的自动号码识别(ANI)信息(使用SMDI，SS7，ISDN或DID协议)并且比较被叫方号码与用户数据库以确定哪个用户被呼叫或试呼。平台22也查看被叫用户的用户数据库记录以确定IP地址是否当前与用户的电话号码相关。由于该用户是连机的和登记过程已完成，因此有一个IP地址与该用户相关，平台22开始与在用户PC 10上运行的软件过程的常规TCP/IP会话并且发送呼叫等待通知给PC 10的过程。在用户PC 10上运行的客户机软件例如使用弹出式(pop-up)窗口通知该用户，和任选地给用户提供主叫方休息，该休息是由PSTN18提供给平台22以允许用户筛选呼叫。
同时，主叫方24接收回铃信号，不过也可播放不同的信号，使得主叫方不知道该用户线占线。提供回铃信号给主叫方的装置取决于用于连接平台22到PSTN 18的信令接口的类型。如果平台被连接作为“线路侧”设备，则端局或中心局提供回铃音直到平台22应答该呼叫为止。当该平台已回答该呼叫或在DID环境中(“中继线侧”)，则平台提供回铃音。这里为了便于讨论，本说明书简单地称为提供回铃音给呼叫者。
当用户选择应答呼叫时，通知消息(“接受”呼叫分组)经过网络12发回给平台22以指示这个事实。然后平台22经过PSTN 18从主叫方24应答来话呼叫。在这时，平台22数字化主叫方的语音信号和经过用户数据程序协议(UDP/IP)分组发送到用户的PC 10。平台22经过网络12从用户的PC 10接收UDP/IP语音分组和通过电话机播放给主叫方24。在用户的PC 10同时出现类似的过程，在用户的PC 10的软件和硬件数字化来自PC话筒的语音和经过UDP/IP分组发送数字化的语音给平台22并且接收来自平台22的UDP/IP语音分组和经过PC 10扬声器播放给用户。
如果主叫方挂机，信号信息经过PSTN 18发送给平台22以指示这个事实。然后平台22经过网络12通知在用户的PC 10上运行的软件该主叫方已断开。在这时，为了计费的目的在平台22可产生呼叫事件记录。
至于附加特性，用户可经过PC 10在网络12上构成该平台22，通过建立或更新为此目的在用户的数据库中保持的号码和相应人的表，只通知用户从特定的主叫方到达的呼叫。在这个情况下，平台22检查由PSTN 18提供的主叫方电话号码，然后平台22开始呼叫，如上所述的。但是，如果主叫方号码不符(或者如果没有提供主叫方信息)，则平台22可提供发回忙信号给主叫方或者该平台可立即应答呼叫，并且接收话音或传真消息，因为平台22常规地是在呼叫应答应用中。
注意，用户电话线不必一定是在使用而使呼叫重定向到PC 10。例如，如果用户离开了家和必须经过ISP接入网络12，则用户可经过网络12通知平台22传送呼叫给用户的PC 10，不管在那时用户出现在那里。在这种情况下，PSTN 18必须被构成，根据用户的喜好或者传送所有呼叫给平台22或者传送振铃无应答呼叫给平台22。
最后，到平台22的呼叫不必经过图1所示的PSTN 18到达。相反，呼叫也可能经过数字IP网络12始发。在这种情况下，“始发”平台26与用户的归属平台22通信以确定该用户目前是否经过PC 10接收呼叫，如果是的话，用户的IP地址提供给始发平台26，和始发平台26起着图1所示的平台22的作用。在这种情况下始发平台26起着平台22的作用，因为被叫接到始发平台26。始发平台26可以是另一个PC28。在任一个情况下，由于平台22只用于用户的IP地址，所以不再包含它。始发平台26使用与在平台22上的用户相关的IP地址直接地与PC 10通信。在这种情况下，如果用户拒绝该呼叫，则始发平台26记录该用户的消息。然后始发平台26经过网络12发送该消息给用户的归属平台22，在那里被存储。
图1中描述的PC 10最好是一个常规的多媒体奔腾级的个人计算机，具有全双工声卡、扬声器、话筒、最好具有至少28kb/s速度的调制解调器，以便允许“实时”地发送和接收语音数据，和一个操作系统，如视窗95(Windows 95)。本发明在PC上运行的软件典型地是一个客户机PC应用或与浏览器“并行”地执行的过程。但是，PC 10可包括常规的因特网浏览器，诸如“Netscape Navigator”或“Microsoft Internet Explorer”，当用户在具有作为“插入(plug-in)”运行的客户机PC应用的网络12上浏览侧时，允许自动地开始“插入”应用。PC 10还包括常规的因特网电话/话音软件包，诸如“TrueSpeech”，它执行语音信号压缩和解压。客户机PC处理以及浏览器可经过软盘提供给该用户，或者当用户登记网络12上的业务时经过网络12下载，存储在PC 10的硬盘介质。
平台22最好有一个结构，如图2所示，该结构是基于美国专利5029199公开的分布语言信箱平台。平台22包括一个控制单元(CU)30，它与PSTN 18通信用于与电话呼叫控制和路由选择。来话呼叫通过数字交换机32发送以形成执行平台22的呼叫处理的应用处理单元(APU)34和PSTN 18之间的连接。当APU 34专用于本发明的电话操作和在PSTN 18内提供用于寻找到专用APU 34的可用中继线的中心局交换机时，不要求数字数字交换机32和由CU 30进行的路由控制。呼叫者24的数字语音分组可经过内部以太网38在APU 34和网络处理单元(NPU)36之间转移。该系统还可包括在APU 34和NPU 36之间直接的高速100Mb/s以太网连接。NPU 36基本上是诸如可从Cisco Systems公司Bay Networks公司得到的常规的IP路由器，数字语音分组通过该路由器发送到PC 10。每个单元30和34是基于一个路由器，诸如具有32M RAM、4GB镜面/冗余硬盘驱动器的IntelPentium 133/166MHz处理器，运行Microsoft WindowsNT操作系统并且由10Mb以太网38连接在一起，诸如可从波士顿技术公司买到的AccessNP系统。本发明的处理典型地存储在硬盘驱动器并且当需要时执行加载入RAM。这些单元还包括合适的常规的接口单元，诸如Natural Microsystems公司的、包括高速数字信号处理器(DSP)话音模块，必须执行那个特定单元的接口功能。对于NPU 36还能够以NPU 36也执行APU 34功能必须的话音逻辑电路配置。即，信号处理器可处理接口和路由选择功能。
虽然图2中未示出，APU 34最好包括回声抵消技术，诸如可从相干通信公司(Coherent Communications)得到的、设置在平台22的PSTN“侧”以抵消在PSTN 18的2到4线混合电路中产生的回声。由于与分组交换网络12相关的延迟，回声是显著的并且干扰在PC 10的用户，最好被抵消掉。
在到平台如平台22的典型来话呼叫期间，平台的CU 30使用由主叫方拨打的电话号码发送来自入局中继线的呼叫到APU 34的可用话音端口，该呼叫包括网络电话应用。CU 30还通知指定给该呼叫的特定的APU 34该呼叫到达该可用的端口。
APU 34的网络电话应用使用常规的处理与主叫方接口，使得振铃信号被提供给主叫者，而PC 10正被询问。在播放振铃信号的同时，APU 34存取典型地由CU 30保持的用户数据库，到达PC 10的IP地址。如果用户数据库没有存储IP地址，APU 34执行常规的操作，允许呼叫者给该用户留下消息。
另一方面，如果数据库存储一个IP地址，则由APU 34使用该IP地址形成发送到PC 10的分组。该分组包括指示一个呼叫在等待的消息或通知以及呼叫者的ANI信息。这个“呼叫等待分组”提供给NPU36，后者将它发送给PC 10。当PC 10以接收呼叫的信息响应时，APU 34通过因特网建立到PC 10的虚拟连接。一旦PC 10接受该呼叫和连接已经建立，APU 34就取样主叫方的输入语音和使用压缩过程压缩该语音，该过程例如可从DSP集团得到的称为TrueSpeech/G.723的低比特率过程，而且在电视会议期间典型地用于音频部分(有关这个技术的详细信息见www.dspg.com)。当然也可使用其它的压缩技术，诸如μ律或A律(G.711)。然后APU 34通过NPU 36在内部以太网40上发送语音段样值UDP分组到PC 10。APU 34还对例如查找指示呼叫者已经挂机的拨号音的呼叫者中继线执行常规的呼叫监视操作。
为了方便起见下面对于本发明讨论的过程使用流程图进行描述，该流程图画出从一个操作到另一个操作的操作如下。但是，这些过程最好以中断驱动过程实现。例如，在会话期间，PC 10数字化用户的语音并且发送它给平台22以便播放给呼叫者，然后若用户“击”一个窗口按扭挂机，这个击由中断管理器检测，然后执行挂机过程。
如前所提到的，PC 10建立如在图3中描述的到ISP 16的连接50。一旦连接已建立，PC 10使用用户主平台22的平台IP地址(PIP)发送(52)“联机”命令和“通知”分组给平台22，包括PC 10的IP地址和端口号(PCIPPN)。这是以下面的方式出现的。
被配置在每次PC 10开始网络会话时执行的客户机PC软件或处理从操作系统，诸如Windows95TM请求TCP端口。该过程还从操作系统请求PC 10的IP地址。应该注意，这个IP地址对于用户调用的每个网络会话可改变。使用前面由登记过程(sign-on process)或由用户输入PC 10的配置信息，客户机PC处理与客户的(“用户”的)平台22登记。客户机的平台22作为一个具体的机器名称是已知的，诸如“anp12.bostech.com.”。客户机处理使用ISP 16的域名服务(DNS)把平台22的机器名翻译成IP地址。然后客户机处理(经过TCP/IP)连接到由DNS在特定的TCP端口号(PN)返回的IP地址。端口号被用平台的IP地址和端口号(PIPPN)“硬件编码”以指引特定业务或应用，而在这个情况下，该业务可叫作“因特网呼叫等待登记业务”。例如，在TCP端口的“http”业务(默认)为“80”。在连接到平台22之后，客户机处理发送一个分组给该平台。这个分组包括以下信息用户的电话号码、用于用户认证的合适的密码、PC 10的IP地址和PC操作系统提供给客户机处理的TCP端口号(PN)。该平台使用用户的电话号码在用户的数据库记录(见图5的102)中存储这个IP地址和端口号(PCIPPN)。
然后PC 10“返回”到正常浏览器处理，在这里该用户通过ISP 16使用浏览器接入因特网的各个站点。在这个期间，每当IP分组到达时，根据IP地址和端口号(PCIPPN)发送(54)到合适的处理。当该分组不是“呼叫等待”分组(或“TCP连接”分组)时，该分组提供给浏览器处理并且浏览器处理继续(56)。当用户完成了浏览和检测到断开中断时，PC 10发送“脱机”命令分组给平台22，该命令包括PCIPPN，使得平台22从用户的数据库记录(见图4的126)中删除PCIPPN。
当分组是来自平台22的“TCP连接”分组时，客户机PC处理以“TCP接收”分组响应。然后客户机处理等待“呼叫等待”分组。
当分组是“呼叫等待”分组时，该分组包括该平台的UDP端口号(UPN)，本发明的客户机PC处理接收分组和在PC 10上“弹出”(POP-UP)62一个窗口，通知用户一个呼叫在等待并且提供诸如呼叫者的呼叫者ID等信息，如果呼叫者的名字和ID是在PC 10的呼叫者数据库中，也可显示呼叫者的名字。窗口最好包括允许用户接收或拒收(拒绝)呼叫的按键。窗口最好还包括一个供用户“筛选”呼叫的按键。
如果用户选择该“拒绝”选项，则PC 10发送(66)“拒绝”命令或通知分组给平台22(APU 34)，然后它执行常规的振铃无应答处理，允许呼叫者记录消息(见图5的110)。
如果用户接收(62)该呼叫，则PC 10从操作系统得到UDP端口号(UPN)、发送(68)包括UDP端口号的“接收”命令分组给平台22(APU 34)的PIPUPN，使得APU 34可以语音分组对PCIPUPN响应。然后PC 10开始(70)数字化用户的语音，使用PIPUPN作为目的地地址发送语音分组给平台22，从对PCIPUPN编址的平台22接收呼叫者的语音的语音分组和给用户播放这些分组。
如果用户选择(80)“筛选”选项(见图4)，则PC 10发送(82)“筛选”命令分组给在PIPUPN的平台22。平台22的APU 34立即开始记录和保存认为该用户已经拒绝呼叫的消息。APU 34还复制该语音段，从该复制中建立语音分组和使用PCIPUPN作为目的地地址发送该分组给PC 10。PC 10执行(84)前面讨论的谈话阶段的接收和播放操作，这样允许用户收听所记录的消息，但是呼叫者不知道当消息正被记录时，用户正听到该消息。讲话阶段的记录和发送操作不是由PC 10执行的，结果没有分组由PC 10发送给平台22。在这个处理中在语音段被发送给PC 10的同时APU 34在消息存储盘上存储语音段。用户可收听足够长的消息以便选择是否拒收呼叫。然后用户可拒绝呼叫，继续记录但是断开被转移到PC 10的呼叫。另一个方案，用户可接收(64)该呼叫和前面讨论的操作(70)，建立双向连接并且允许执行被发送的双向语音分组，终止记录处理和和丢弃记录的消息。
在PC 10与平台22之间UDP分组交换期间，每侧以单调增加分组序号发送每个UDP分组。接收侧丢弃与序号一起到达的任何分组，该序号小于或等于目前正在播放的(或已经完成播放的)分组的分组序号。
当双方不讲话时，平台22和PC 10也最好执行静音检测操作和不发送语音分组，因而保存了网络资源。在这种情况下，在静音期间另一方不接收语音分组和“播放”静音给该方。静音检测操作最好有一个很短的静音-能量检测阈值周期(＜5ms)以保证双方的所有语音被捕获而且几乎没有语音切断。该操作最好还有一个相对长的能量-静音检测阈值周期(＞500ms)。满足这个准则，计算资源不在能量/静音之间来回无用的翻转。
在语音分组交换(见图3)期间(70)，网络会话可由使用者停止，可由使用者置于等待状态或可使用Windows95的多处理能力继续，这在浏览器56与讲话(70)步骤之间以双向虚线绘出。即，在会话继续的情况下，如果网络会话在更新/发送一页(page)给PC10，该会话可在PC 10的主窗口中继续运行，同时呼叫者和该用户讲话。在这种情况下，为了便利语音的处理，PC 10的语音数字化和传输操作最好给予比网络会话处理高的优先级，而由PC 10接收的语音分组的处理最好给予比网络会话分组的处理高的优先级。为了允许在呼叫者和用户讲话时继续会话，最好使用用56kb/s调制解调器的高速网络连接或ISDN线路。还可能使用一些最近建议的IP协议如RSVP优先处理和保留带宽。
如果PC 10通过从平台22接收“挂机”命令分组确定已开始挂机(见图3)或使用者激活视窗中的挂机按扭，则PC 10停止(74)数字化用户的语音，停止发送语音分组给平台22和停止播放从平台22接收的语音分组。然后PC 10发送(76)一个“确认”或断开命令分组给平台22和重新开始浏览处理。
在平台22中，如图5所画的，当收到(100)“联机”分组时，IP地址(PCIPPN)被存储(102)在用户的数据库记录中，并且平台等待从呼叫者24来的呼叫的到达(104)。当呼叫由PSTN 18的中心局交换机转移到平台22，并且APU 34回答该呼叫时，振铃信号播放(106)给呼叫者，和APU 34检查(108)用户数据库记录以便确定是否有为用户存储的PCIPPN(IP地址和TCP端口号)。如果没有，则由APU 34执行常规的振铃无应答处理，允许呼叫者给该用户留下消息。
如果该用户可得到PCIPPN，APU 34启动定时器并且发送“TCP连接”分组给PCIPPN。当来自PC的“TCP接收”分组到达时，之后平台22的APU 34使用PCIPPN发送(112)“呼叫等待”分组(以TCP格式)给PC 10。呼叫等待分组包括服务呼叫者24的应用或处理的IP地址和UDP端口号(PIPUPN)。
如果在一个短间隔之后，没有收到从PC 10对“TCP连接”分组的响应，平台22可发送另一个“TCP连接”分组并且继续发送它们更多次。如果在几次这样的传输之后，没有来自客户机PC处理的连接接收(“TCP连接”)响应，则平台22(APU 34)认为平台22从用户数据库中除去PCIPPN。然后该呼叫被常规地处理，例如取出消息。
在TCP连接之后，平台22(APU 34)基本上等待(114)“接收”、“拒绝”或“筛选”命令分组。如果在预定的超时期间内“接收”(或“筛选”)分组没有到达或者如果收到“拒绝”分组，APU 34执行振铃无应答处理(110)，好象已经收到“拒绝”命令分组一样(并且PCIPPN不被删除)。
由于用户PC可参与ISP 16的计算密度通信(compute intensivecommunication)，所以平台22能够使用TCP连接失败计数器对失败数计数，在失败数超过某个预定的值时只删除PCIPPN。
当收到“接收”分组时，APU 34开始(116)(见图5)数字化呼叫者的语音，提供具有PCIPUPN的语音段分组给NPU 36，NPU 36发送语音分组给PC 10。在同时，NPU 36开始从PC 10接收用户语音分组，包括PIPUPN，而且提供(发送)语音分组给APU 34，后者播放该用户的数字化的语音给呼叫者24。当开始挂机(118)时，诸如通过呼叫者挂机或者平台22接收“断开”命令分组，APU 34停止(120)数字化呼叫者的语音段，停止提供分组给NPU 36和停止变换用户语音段为输出给用户的语音。至于来自PC 10的“断开”命令，平台22发送(122)“确认”通知给PC 10，而至于呼叫者的挂机，发送“断开”命令给PC 10。
如前所讨论的，如果收到“筛选”命令分组，APU 34(见图6)使用常规消息记录处理记录和存储消息，还以分组发送(132)语音段给PC 10，以便播放给用户。如果正在执行呼叫筛选处理时收到“接收”命令，，APU 34转换到前面讨论的讲话处理(116)。
一旦语音分组的交换被中断，平台22等待另一个呼叫到达(104)或者“脱机”命令分组的到达(见图5)。当包括PCIPPN的“脱机”命令到达时，APU 34访问CU 32中的用户数据库和删除(126)用户的网络地址。
有时呼叫者可能不是一个人而可能是机器，诸如一台传真机。当呼叫是传真呼叫时，在用户已决定接收该呼叫和APU 34开始数字化输入信号之后，APU 34的呼叫监视处理识别该信号是传真“轮询”音(CNG)。APU 34使得其中的DSP转换到传真调制解调器功能。APU 34还通知在PC 10的用户该呼叫是传真呼叫并且通过发送合适的“断开”分组脱开平台22和PC 10之间的网络呼叫。APU 34继续接收传真信号并在一个统一的邮箱中存储，如在美国申请序号18/743793中叙述的。在消息已存储之后，用户可访问在网络12上的消息，并且在保持连接到ISP 16的同时取出它。作为一个替代方案，APU 34可一次一页地数字化该传真和这些页可使用浏览器的PCIPPN作为“html”页在网络上发送给PC 10浏览器，以及用户可选择显示、保存或打印这些页。本发明已对于在分组交换网如因特网上建立电话呼叫进行了叙述，但是，对该呼叫能够在其它类型的分组交换网络如企业内部网中建立。本发明也可使用允许在同一电话线上同时地传输数据和话音的调制解调器实现。本发明也可与为因特网开发的正出现的标准(引用在这里供参考)如H.323、H.245和T120一起使用，这些标准允许呼叫是电视电话和允许电话会议，以及与正出现的协议(引用在这里供参考)，如允许用于期望的服务质量等级的资源的保持的RSVP，和RTP及RTCP一起使用，这增强了分组的及时性(timeliness)和同步。
本发明已对于在APU 34询问用户时APU 34接收呼叫和播放振铃信号给呼叫者进行了叙述。当平台22接收ANI信令时，APU 34在应答该呼叫之前执行查找和询问用户也是可能的，因此允许端局提供振铃信号给该呼叫者。
本发明也对使用常规的多媒体计算机的话筒和扬声器进行了叙述。但是，电话听筒替代话筒和扬声器是可能的。
从详细的说明书中，本发明的许多特性和优点清楚了，因此，意图是利用所附的权利要求书覆盖落入本发明的真正精神和范围的本发明的所有这样的特性和优点。而且，由于对于本领域的技术人员很容易出现许多修改和改变，不希望限定本发明在所示的和叙述的准确的结构和操作，因此所有合适的修改和等效物可落入本发明的范围内。
权利要求
1.一种系统，包括分组交换网；计算机，连接到并且与所述网络经过电话线进行会话；电话系统，当该电话线占线时，将电话呼叫从该电话线转移；和与所述电话系统和所述网络相连的呼叫服务系统，接收所转移的呼叫并在通过所述网络建立与所述计算机的通信链路，用该链路来传递呼叫。
2.根据权利要求1的系统，其中该链路是在会话期间建立的话音通信链路。
3.根据权利要求1的系统，其中所述呼叫服务系统在该计算机拒绝建立该链路时存储呼叫者的消息。
4.根据权利要求1的系统，其中在该会话开始时所述计算机发送所述计算机的网络地址给所述系统。
5.根据权利要求1的系统，其中该呼叫是来自该呼叫服务系统到该计算机的单方向呼叫。
6.根据权利要求1的系统，其中所述呼叫服务系统执行回声抵消。
7.根据权利要求1的系统，其中所述计算机和所述呼叫服务系统执行静音检测和在检测到静音时不发送语音分组。
8.一个系统，包括一个因特网网络；计算机，连接到并且与所述网络经过电话线进行会话；电话系统，该电话线占线时，将电话呼叫从该电话线转移；和与所述电话系统和所述网络相连的呼叫服务系统，接收所转移的呼叫，通知所述计算机该呼叫在等待，当所述计算机收到该等待呼叫时，使用该电话线通过所述网络建立与所述计算机的话音通信分组交换链路，用该链路来传递呼叫语音，话音通信链路是在会话期间建立的，当所述计算机拒绝建立该链路时，所述呼叫服务系统存储该呼叫者的消息，当该会话开始时，所述计算机发送所述计算机的网络地址给所述呼叫服务系统，该网络地址被用于建立该链路并在该呼叫期间在该链路上该会话经过电话线继续。
9.一个系统，包括分组交换网；计算机，连接到并且与所述网络经过电话线进行会话；电话系统，当该电话线的被叫电话机不回答时，将电话呼叫从该电话线转移；和与所述电话系统和所述网络相连的呼叫服务系统，接收所转移的呼叫并通过所述网络建立与所述计算机的通信链路，该链路用来传递电话呼叫。
10.一种方法，包括检测计算机用户的电话线忙于因特网会话；通过因特网建立到该计算机的通信链路；和在该会话期间在该通信链路上进行电话呼叫。
11.一种方法，包括通过在该会话期间参与分组交换网络会话的计算机进行电话呼叫。
12.根据权利要求11的方法，其中该电话呼叫和该会话由该计算机和该网络之间的同一根电话线进行。
13.根据权利要求12的方法，还包括将该会话和与该呼叫多任务化，其中该呼叫具有较高优先级。
14.根据权利要求13的方法，还包括给呼叫分组分配一个比会话分组高的优先级。
15.一个方法，包括当计算机开始网络会话时，存储该计算机的网络地址；检测到该计算机的电话线占线；当存储该地址时确定该会话正在进行中；在该会话期间使用该地址建立与该计算机的通信链路；和在该会话期间在该链路上进行电话呼叫。
16.一种方法，包括当计算机正忙于因特网会话时，检测电话呼叫的到达；在因特网上建立到该计算机的通信链路；和在该会话期间在该链路上进行电话呼叫。
17.与分组交换网和电话系统相连的一个系统，当电话线占线时转移该电话线中的电话呼叫，所述系统包括计算机，连接到并且与该网络经过电话线进行会话；和与该电话系统和该网络相连呼叫服务系统，接收所转移的呼叫并通过该网络建立与所述计算机的通信链路，用该链路来传递该呼叫。
18.接到分组交换网、电话系统和一个计算机的一种呼叫服务系统， 当该电话线占线时，该电话系统从电话线上转移电话呼叫，该计算机接到和在该电话线上进行与该网络会话，所述呼叫服务系统接收所转移的呼叫并通过该网络建立与该计算机的通信链路，用该链路来传递该呼叫。
19.一台计算机，包括可接到分组交换网的调制解调器；能够输入和输出语音信号给用户的一个声音单元；和一个浏览器，能够在使用所述调制解调器和所述声音单元在网络浏览会话期间在分组交换网上进行电话呼叫。
20.计算机程序，被包括在计算机可读介质中并且包括在该会话期间通过处于分组交换网会话的计算机进行电话呼叫的处理。
全文摘要
当用户电话线忙于服务基于浏览器的因特网会话时允许用户在因特网上进行电话呼叫的系统,并且不要求用户断开或终止因特网会话。系统把到达正处于忙的用户电话线的呼叫转移到呼叫服务平台,该平台确定该电话线用户线路是否由于交互式因特网会话而占线。当会话在进行中时,平台经过网络消息通知用户一个呼叫在等待。如果用户接收该呼叫,平台数字化呼叫者的语音并且发送它到计算机,再输出给用户。当消息被记录时,该系统还可允许用户通过收听该呼叫者来筛选呼叫者。
文档编号H04M3/533GK1202074SQ9810514
公开日1998年12月16日 申请日期1998年1月31日 优先权日1997年1月31日
发明者多纳尔德·F·皮卡德 申请人:卡姆沃斯网络系统公司