CN101527757B - 电话设备 - Google Patents

Abstract

一种电话设备，可以被配置为发送答复呼叫请求的肯定响应以便与该呼叫请求的来源构建呼叫建立状态。电话设备可以包括操作设备、呼叫请求接收设备、第一标识信息确定设备和第一肯定响应发送设备。操作设备可以被配置为允许用户操作。呼叫请求接收设备可以被配置为接收呼叫请求。第一标识信息确定设备可以被配置为：在操作设备上开始呼叫准备操作与结束呼叫准备操作之间的时间中由呼叫请求接收设备接收到呼叫请求的条件下，确定对应于呼叫准备操作的电话标识信息是否与呼叫请求的来源的电话标识信息相同。第一肯定响应发送设备可以被配置为：在由第一标识信息确定设备获得了肯定确定的条件下，发送答复呼叫请求的肯定响应。

Description

电话设备

相关申请的交叉引用

本申请要求于2008年3月5日提交的日本专利申请No.2008-055186的优先权，其内容在此通过引用的方式合并于本申请中。

技术领域

本发明涉及一种电话设备。

背景技术

EP0999683A2公开了一种被配置为经由公共电话网络执行电话通信的电话设备。此外，国际公开号WO 03/073714公开了一种被配置为经由IP电话网络执行电话通信的电话设备。

发明内容

可能会出现在两个电话设备之间同时相互拨打电话呼叫的情况。在这种情况下，电话呼叫会无法接通。本说明书提供了一种技术，其使得电话设备即使在两个电话设备之间同时相互拨打电话呼叫的情况下也可以接通呼叫。

该说明书中所公开的电话设备可以被配置为发送答复呼叫请求的肯定响应以便与呼叫请求的来源构建呼叫建立状态。该电话设备可经由公共电话网络(PSTN(公共交换电话网)或ISDN(综合服务数字网))执行电话通信，并且替代地，其可以经由IP电话网络执行电话通信。也就是说，所述电话设备可以是普通电话设备或IP电话设备。此外，作为另一种替代，所述电话设备可以经由公共电话网络和IP电话网络有选择地执行电话通信。

上述电话设备可以包括操作设备、呼叫请求接收设备、第一标识信息确定设备和第一肯定响应发送设备。所述操作设备可以被配置为允许用户操作。所述呼叫请求接收设备可以被配置为接收呼叫请求。所述第一标识信息确定设备可以被配置为确定对应于呼叫准备操作的电话标识信息是否与呼叫请求的来源的电话标识信息相同。在所述操作设备上开始呼叫准备操作与结束呼叫准备操作之间的时间中由所述呼叫请求接收设备接收到所述呼叫请求的条件下，可以进行该确定(下文中，前述持续时间可被称作“第一预定时间段”)。所述第一肯定响应发送设备可以被配置为：在由所述第一标识信息确定设备获得了肯定确定的条件下，发送答复呼叫请求的肯定响应。

上述呼叫准备操作的“开始”可以表示电话设备从挂机状态转变为摘机状态的时间。拿起电话听筒并操作叉簧键可被引用为呼叫准备操作“开始”的示例。此外，在电话设备具有在用户开始输入电话标识信息时自动摘机的功能的情况下，呼叫准备操作的“开始”还可以包括开始输入电话标识信息。大多数电话设备被配置为允许在呼叫准备操作开始之后输入电话标识信息。一旦在已经执行了用于输入电话标识信息的最后操作之后已逝去了预定时间段，这种类型的电话设备就切换到用于发送呼叫请求的过程。上述呼叫准备操作的“结束”可以表示在已经执行了上述最后操作之后逝去了预定时间段的时间。替代地，在电话设备允许用户操作以执行表明电话标识信息的输入结束的预定操作(例如，操作#号键(sharp key))的情况下，呼叫准备操作的“结束”还可以包括执行上述预定操作的时间。此外，术语“输入电话标识信息”是应当在其最为宽泛的含义中解释的概念，并且可以包括用于输入电话标识信息的各种过程。例如，“输入电话标识信息”可以包括通过操作数字键或字母键输入电话标识信息、通过操作所谓的快速拨号操作输入电话标识信息以及通过从(在所谓的电话通信簿中)事先存储的多条电话标识信息中选择一条电话标识信息来输入电话标识信息。此外，以上提到的说明“在第一预定时间段期间由该呼叫请求接收设备接收到呼叫请求的条件下第一标识信息确定设备确定……”的描述不排除在不同于上述第一预定时间段的其它时间段接收到呼叫请求的情况下进行上述确定。

在上述电话设备中，在已经执行了呼叫准备操作并且所述电话设备已经转变为摘机状态之后接收到呼叫请求的情况下，确定对应于电话准备操作的电话标识信息是否与呼叫请求的来源的电话标识信息相同。在上述两个电话标识信息相同的情况下，所述电话设备发送答复呼叫请求的肯定响应。作为其结果，与呼叫请求的来源构建了呼叫建立状态(也就是说，电话设备之间的呼叫被接通)。根据上述电话设备，即使在发生从对应于电话标识信息的电话设备接收到呼叫请求而用户正在摘机状态下输入相同的电话标识信息的情形的情况下(下文中可以称作“第一情况”)，电话设备也能够依据该呼叫请求而被接通。

在已经发送呼叫请求之后的预定时间段期间还没有接收到答复所述呼叫请求的响应的情况下，存在使得所述呼叫请求无效(即，取消电话呼叫)的电话设备。为了支持类似这样的电话设备，可以使用以下配置。也就是说，上述电话设备可以进一步包括等待指令响应发送设备，其被配置为：在操作设备上开始呼叫准备操作与结束该呼叫准备操作之间的时间中由呼叫请求接收设备接收到呼叫请求的条件下，发送答复所述呼叫请求的等待指令响应。在这种情况下，第一标识信息确定设备可以被配置为：在操作设备上结束了呼叫准备操作的条件下，确定对应于所述呼叫准备操作的电话标识信息是否与呼叫请求的来源的电话标识信息相同。根据该配置，在执行呼叫准备操作的同时发送答复上述呼叫请求的等待指令响应。作为其结果，呼叫请求的来源能够等待而不会使得呼叫请求无效。

上述电话设备可以进一步包括否定响应发送设备，其被配置为：在由所述第一标识信息确定设备获得了否定确定的条件下，发送答复上述呼叫请求的否定响应。上述“否定响应”可以是表示忙碌的响应。在这种情况下，呼叫请求的来源的用户可以确认目标电话设备忙碌。替代地，上述“否定响应”可以是请求留下语音消息的响应。

上述电话设备可以进一步包括呼叫请求发送设备、响应接收设备、第二标识信息确定设备和第二肯定响应发送设备。所述呼叫请求发送设备可以被配置为：在操作设备上结束了呼叫准备操作的条件下，向作为其目标的对应于所述呼叫准备操作的电话标识信息发送呼叫请求。所述响应接收设备可以被配置为：接收答复由所述呼叫请求发送设备发送的呼叫请求的响应。第二标识信息确定可以被配置为：在由呼叫请求发送设备发送第一呼叫请求与由响应接收设备接收答复第一呼叫请求的响应之间的时间中(下文中可以被称作“第二预定时间段”)由呼叫请求接收设备接收到第二呼叫请求的条件下，确定第一呼叫请求的目标的电话标识信息是否与第二呼叫请求的来源的电话标识信息相同。以上说明“第二标识信息确定设备被配置为：在第二预定时间段期间由呼叫请求接收设备接收到第二呼叫请求的条件下确定……”的描述不排除在与上述第二预定时间段不同的时间段中接收到第二呼叫请求的情况下进行上述确定。第二肯定响应发送设备被配置为：在由所述第二标识信息确定设备获得了肯定确定的条件下，发送答复第二呼叫请求的肯定响应。

在上述电话设备中，在已经接收到答复自发送的第一呼叫请求的响应之前接收到第二呼叫请求的情况下，第二标识信息确定设备确定第一呼叫请求的目标的电话标识信息是否与第二呼叫请求的来源的电话标识信息相同。在这两个电话标识信息相同的情况下，在答复第二呼叫请求中发送肯定响应。作为其结果，与第二呼叫请求的来源(其也是第一电话呼叫的目标)构建了呼叫建立状态(也就是说，电话接通)。根据上述电话设备，即使在接收到答复自发送的呼叫请求的响应之前从该自发送的呼叫请求的目标接收到呼叫请求的情况下(下文中可以称作“第二情况”)，电话设备之间的电话呼叫也可以依据所接收到的呼叫请求而被接通。电话设备的呼叫在第一情况和第二情况下都可以被接通。

在本说明书中，可以提供能够处理上述第二情况的电话设备。该电话设备可以能够或可以不处理第一情况。能够处理第二情况的电话设备可以具有与能够处理第一情况的电话设备相同的技术特征，因为其可以“确定对应于电话准备操作的电话标识信息是否与所接收呼叫请求的来源的电话标识信息相同，并且在获得了肯定确定的条件下发送答复所述呼叫请求的肯定响应”。

此外，肯定响应发送设备可以被配置为：在由第二标识信息确定设备获得了肯定确定并且由响应接收设备接收到答复第一呼叫请求中的否定响应的条件下，发送答复第二呼叫请求的肯定响应。

此外，第二呼叫请求的来源和第一呼叫请求的目标可以相同，并且另外，第二呼叫请求的来源可以是能够处理第二情况的电话设备。在类似这样的情形中，必须使用第一呼叫请求或第二呼叫请求之一来构建呼叫建立状态。必须事先设定用于决定使用这些呼叫请求中的哪一个的条件。由于这个原因，所述电话设备可以进一步包括等待指令响应发送设备和条件确定设备，下文将对其进行描述。

等待指令响应发送设备可以被配置为：在由呼叫请求发送设备发送第一呼叫请求和由响应接收设备接收到答复第一呼叫请求的响应之间的时间中由呼叫请求接收设备接收到第二呼叫请求的条件下，发送答复第二呼叫请求的等待指令响应。在第二呼叫请求的来源具有等待指令响应发送设备的情况下，第二呼叫请求的来源发送答复第一呼叫请求的等待指令响应。也就是说，所述电话设备发送答复第二呼叫请求的等待指令响应，并且接收答复第一呼叫请求的等待指令响应。

在由响应接收设备接收到答复第一呼叫请求的等待指令响应的条件下，条件确定设备可以被配置为：基于包括在答复第二呼叫请求的等待指令响应中的信息以及包括在答复第一呼叫请求的等待指令响应中的信息来确定是否满足预定条件。例如，所述条件确定设备可以被配置为：通过将包括在两个等待指令响应中的共有项目(例如，IP地址)的信息进行比较(例如，比较数字、字母、字母数字或数据大小)来确定是否满足预定条件。替代地，例如，所述条件确定设备可以被配置为：通过比较两个等待指令响应各自的总数据大小来确定是否满足预定条件。上述预定条件的各种示例都是可想象到的。肯定响应发送设备可以被配置为：在由标识信息确定设备获得了肯定确定并且由条件确定设备也获得了肯定确定的条件下，发送答复第二呼叫请求的肯定响应。也就是说，在这种情况下，在第二呼叫请求的来源(其是第一呼叫请求的目标)处的条件确定设备获得否定确定，并且不发送答复第一呼叫请求的肯定响应。作为其结果，使用第二呼叫请求构建呼叫建立状态。根据该配置，即使在两个呼叫请求都能够处理第二情况时，也可以使用呼叫请求中的一个(同时取消另一个呼叫请求)来构建呼叫建立状态。

此外，等待指令响应发送设备可以被配置为：生成随机数值并发送包括所生成的随机数值的等待指令响应。在这种情况下，所述条件确定设备可以被配置为：通过将包括在答复第二呼叫请求的等待指令响应中的随机数值与包括在答复第一呼叫请求的等待指令响应中的随机数值比较，来确定是否已满足预定的条件。

附图说明

图1示出了电话网络***的示例；

图2示出了在实施例中由电话设备执行的电话通信示例的顺序图；

图3示出了由常规电话设备执行的电话通信示例的顺序图；

图4示出了在实施例中由电话设备执行的电话通信示例的顺序图；

图5示出了由控制器执行的处理的流程图；

图6示出了图5的流程图的继续；

图7示出了由常规电话设备执行的电话通信示例的顺序图；

图8示出了在实施例中由电话设备执行的电话通信示例的顺序图；

图9示出了在实施例中由电话设备执行的电话通信示例的顺序图；

图10示出了183会话进程的数据内容示例；以及

图11示出了由控制器执行的处理的流程图。

具体实施方式

将参考附图解释实施例。图1示出了该实施例的电话网络***2。电话网络***2包括多个电话设备10、60、70、因特网(IP网络)50和SIP服务器52。电话设备10、60、70中的每个分别连接到因特网50。电话设备10、60、70中的每个被配置为经由因特网50来执行电话通信。也就是说，电话设备10、60、70中的每个均为IP电话设备。向电话设备10、60、70中的每个分配唯一的SIP-URI。SIP服务器52存储各个电话设备10、60、70的SIP-URI。SIP服务器52连接到因特网50，SIP服务器52使用SIP来控制在各个电话设备10、60、70之间的电话通信。

(电话设备配置)

将解释电话设备10的配置。电话设备60、70具有与电话设备10的配置相同的配置。因此，将省略对电话设备60、70的详细解释。在该实施例中，所述解释将各个电话设备10、60、70视为固定线路的电话设备。然而，替代地，各个电话设备10、60、70可以是无绳类型的电话设备或移动电话设备。

电话设备10包括控制器12、网络接口14、存储部分16、操作部分24、显示部分26和电话听筒28。控制器12依据存储在存储部分16中的程序执行各种处理。以下将详细解释由控制器12执行的处理内容。网络接口14连接到因特网50。电话设备10可以经由网络接口14访问因特网50。

存储部分16由ROM、EEPROM和RAM配置。存储部分16包括程序存储区域18、缓冲器20和另一个存储区域22。程序存储区域18存储要由控制器12执行的程序。缓冲器20可以临时存储在控制器12执行处理的过程中所生成的各种信息。其它存储区域22可以存储除要存储在程序存储区域18和缓冲器20中的信息之外的信息。

操作部分24包括多个按键。操作部分24包括十键键盘和叉簧键(hook key)。用户可以通过操作操作部分24来向电话设备10输入各种信息。以下将解释的电话听筒28在其不使用时压住叉簧键(也就是说，其处于挂机状态)。用户可以通过拿起电话听筒28来将叉簧键设置为摘机状态。用户在从该电话设备10拨打电话呼叫时将叉簧键设置为摘机状态。接着，用户通过操作十键键盘(或通过执行快速拨号操作)向电话设备10输入电话标识信息。因此，用户能够拨打电话呼叫。下文中，将叉簧键设置为摘机状态，并输入电话标识信息将被称作“呼叫准备操作”。此外，用户可以在有来电呼叫时将叉簧键设置为摘机状态。因此，用户能够接听电话呼叫。下文中，将叉簧键设置为用于来电呼叫的摘机状态将被称作“呼叫开始操作”。

显示部分26可以显示各种信息。例如，显示部分26可以显示存储在存储部分16中的电话标识信息列表(图中省去)。用户可以从显示在显示部分26上的电话标识信息列表中选择一条电话标识信息。因此，用户可以将电话标识信息输入到电话设备10。电话听筒28包括麦克风30和扬声器32。

(使用SIP服务器进行电话通信的示例)

接下来，将解释使用SIP服务器52进行电话通信的示例。图2示出了电话通信示例的顺序图。图2的附图标记T1和T2均表示电话设备。此外，下文中假设具有附图标记T(T1，T2)的电话设备具有该实施例的电话设备10的功能。另一方面，假设在下文中解释的图3等等中使用的具有附图标记P(P1，P2)的电话设备具有常规IP电话设备的功能，并且不具有该实施例中电话设备10的功能。IP电话设备被配置为经由IP网络执行电话通信。

电话设备T2的用户可以执行呼叫准备操作100。在已经在呼叫准备操作100中输入了电话标识信息(即，SIP-URI)之后逝去预定时间段的情况下，电话设备T2执行用于发送呼叫请求的处理。此外，用户可以在输入电话标识信息之后执行用于发送呼叫请求的操作(例如，#号键操作)。在这种情况下，电话设备T2执行用于发送呼叫请求的处理，而不等待上述预定的时间段逝去。具体地，电话设备T2向SIP服务器52发送INVITE(邀请)104。INVITE 104包括表示其来源的信息(即，电话设备T2的电话标识信息)和表示其目标的信息(即，电话设备T1的电话标识信息)。一旦接收到INVITE 104，SIP服务器52就向电话设备T1传送INVITE 106。

电话设备T1接收INVITE 106。一旦接收到INVITE 106，电话设备T1就执行呼叫请求通知。对于由电话设备T1执行的呼叫请求通知的格式没有特别限制。例如，电话设备T1可以输出铃声，可以振动，或者可以执行预定显示。一旦接收到INVITE 106，电话设备T1就向SIP服务器52发送180铃声108作为答复INVITE 106的响应。一旦接收到180铃声108，SIP服务器52就向电话设备T2传送180铃声110。一旦接收到180铃声110，电话设备T2就从电话听筒的扬声器输出铃声。由此，电话设备T2的用户得知对于电话设备T1正在执行呼叫请求通知(即，电话设备T1正在被调用)。电话设备T1以预定时间间隔重复向SIP服务器52发送180铃声。在图2的示例中，第二180铃声112被发送到SIP服务器52。一旦接收到180铃声112，SIP服务器52就向电话设备T2发送180铃声114。

此外，在该实施例中的描述说明“发送Y作为答复X的响应”的情况下，这表明Y包括指定Y是答复X的响应的信息、关于Y的来源(其也已经是X的目标)的信息以及关于Y的目标(其也已经是X的来源)的信息。例如，在存在说明“发送180铃声108作为答复INVITE 106的响应”的描述的情况下，180铃声108包括指定180铃声108是答复INVITE106的响应的信息、作为180铃声108的来源的电话设备T1的电话标识信息以及作为180铃声108的目标的电话设备T2的电话标识信息。

电话设备T1的用户可以执行呼叫开始操作。在这种情况下，电话设备T1向SIP服务器52发送200 OK 118作为答复INVITE 106的响应。一旦接收到200 OK 118，SIP服务器52就将200 OK 120传送到电话设备T2。一旦接收到200 OK 120，电话设备T2就向SIP服务器52发送ACK 122。一旦接收到ACK 122，SIP服务器52就向电话设备T1传送ACK 124。因此，在电话设备T1和电话设备T2之间建立了RTP(实时传输协议)通信会话。从而在电话设备T1和电话设备T2之间构建了呼叫建立状态。

(使用常规IP电话设备进行电话通信的示例)

图3示出了在常规IP电话设备P1、P2之间执行电话通信示例的顺序图。电话设备P2的用户可以执行呼叫准备操作200。结果，电话设备P2执行用于发送呼叫请求的处理。也就是说，电话设备P2向SIP服务器52发送INVITE 204。一旦接收到INVITE 204，SIP服务器52就向电话设备P1传送INVITE 206。

电话设备P1的用户可以执行呼叫准备操作208。也就是说，电话设备P1的用户可以将叉簧键设置为摘机状态。一旦在该状态接收到INVITE 206，电话设备P1就向SIP服务器52发送486这里正忙(BusyHere)210作为答复INVITE 206的响应。一旦接收到486这里正忙210，SIP服务器52就向电话设备P2传送486这里正忙212。因此，电话设备P2从电话听筒的扬声器输出表示线路忙的声音。电话设备P2的用户得知电话设备P1正忙。作为其结果，电话设备P2的用户执行呼叫完成操作224。

在图3的示例中，电话设备P1的用户试图通过执行呼叫准备操作208来对电话设备P2拨打电话呼叫。电话设备P1由此执行用于发送呼叫请求的处理。也就是说，电话设备P1向SIP服务器52发送INVITE 216。一旦接收到INVITE 216，SIP服务器52就向电话设备P2传送INVITE218。电话设备P2保持在摘机状态直至执行了呼叫完成操作224。一旦在此状态中接收到INVITE 218，电话设备P2就向SIP服务器52发送486这里正忙220作为答复INVITE 218的响应。一旦接收到486这里正忙220，SIP服务器52就向电话设备P1发送486这里正忙220。因此，电话设备P1从电话听筒的扬声器输出表示忙碌的声音。电话设备P1的用户得知电话设备P2正忙。作为其结果，电话设备P1的用户执行呼叫完成操作226。

如上所述，在图3的示例中，用于拨打从电话设备P2到电话设备P1的电话呼叫的呼叫准备操作200与用于拨打从电话设备P1到电话设备P2的电话呼叫的呼叫准备操作208同时执行。在常规的电话设备P1、P2中，在类似这样的情况下(下文中称作“第一情况”)不可能建立电话通信。该实施例的电话设备10即使在上述第一情况发生时也可以执行电话通信。将参考图4解释其具体过程。

(处理第一情况的电话通信的示例)

图4示出了处理上述第一情况的电话通信示例的顺序图。电话设备T2的用户可以执行呼叫准备操作300。电话设备T2因此执行用于发送呼叫请求的处理。也就是说，电话设备T2向SIP服务器52发送INVITE 304。一旦接收到INVITE 304，SIP服务器52就向电话设备T1传送INVITE306。

电话设备T1的用户可以执行呼叫准备操作308。也就是说，电话设备T1的用户可以将叉簧键设置为摘机状态。一旦在此状态中接收到INVITE 306，电话设备T1就向SIP服务器52发送183会话进程(SessionProgress)310作为答复INVITE 306的响应。一旦接收到183会话进程310，SIP服务器52就向电话设备T2传送183会话进程312。183会话进程是由SIP定义的响应消息。一旦接收到183会话进程，使用SIP的IP电话设备就等待直至已经接收到另一响应(例如，200 OK或486这里正忙)。也就是说，183会话进程可以被术语化为用于指示等待的响应。一旦接收到183会话进程312，电话设备T2就等待接收另一响应。电话设备T1以预定时间间隔向SIP服务器52重复发送183会话进程。在图4的示例中，电话设备T1向SIP服务器52发送第二183会话进程314。一旦接收到183会话进程314，SIP服务器52就向电话设备T2传送183会话进程316。

在图4所示的示例中，电话设备T1的用户试图通过执行呼叫准备操作308来对电话设备T2拨打电话呼叫。在这种情况下，电话设备T1向SIP服务器52发送200 OK 320作为答复INVITE 306的响应。一旦接收到200OK 320，SIP服务器52就向电话设备T2传送200 OK 322。一旦接收到200OK 322，电话设备T2就向SIP服务器52发送ACK 324。一旦接收到ACK324，SIP服务器52就向电话设备T1传送ACK 326。因此，在电话设备T1和电话设备T2之间建立了RTP通信会话。从而在电话设备T1和电话设备T2之间构建了呼叫建立状态。此外，不执行依据呼叫准备操作308而向电话设备T2发送INVITE的处理。

另一方面，在图4所示的其它示例中，电话设备T1的用户试图通过操作呼叫准备操作308来对电话设备T3拨打电话呼叫。在这种情况下，电话设备T1向SIP服务器52发送486这里正忙330作为答复来自电话设备T2的INVITE 306的响应。一旦接收到486这里正忙330，SIP服务器52就向电话设备T2传送486这里正忙332。接下来，电话设备T1向SIP服务器52发送INVITE 334。INVITE 334包括作为其来源的电话设备T1的电话标识信息以及作为其目标的电话设备T3的电话标识信息。一旦接收到INVITE 334，SIP服务器52就向电话设备T3传送INVITE 336。

(控制器执行的处理)

接下来，将解释用于执行应对上述第一情况的电话通信的由电话设备10执行的处理的内容。以下处理由电话设备10的控制器12执行。图5和图6示出了由控制器12执行的处理的流程图。控制器12监控呼叫准备操作(S10)。其间，用户例如可以通过拿起电话听筒28而将叉簧键设置为摘机状态。在这种情况下，在S10获得确定“是”。接下来，控制器12确定是否已经完成电话标识信息的输入(S12)。在自最后输入(包括选择快速拨号)已经逝去预定时间段或已经操作了#号键的情况下，在S12中获得确定“是”。

在S12中的确定为“否”的情况下，控制器12确定是否已经执行呼叫完成操作(S14)。例如，用户可以通过放下电话听筒28而将叉簧键设置为挂机状态。在这种情况下，在S14获得确定“是”，并且该处理返回S10。在S14中的确定为“否”的情况下，控制器12确定是否已经接收到INVITE(S16)。在S16中的确定为“否”的情况下，处理返回S12。另一方面，在S16中的确定为“是”的情况下，控制器12向SIP服务器52发送183会话进程作为答复INVITE的响应(S18)。该处理S18等同于图4的附图标记310的处理。接下来，控制器12将在S16中所接收的INVITE的来源的电话标识信息存储在缓冲器20中(S20)。在S20结束的情况下，处理返回S12。

在上述处理的第二次循环中于S12和S14中获得的确定为“否”的情况下，控制器12再次确定是否已经接收到INVITE(S16)。在已经接收到与之前S16中所接收的INVITE不同的INVITE的情况下，控制器12向SIP服务器52发送183会话进程作为答复上述不同INVITE的响应(S18)。控制器12将上述不同INVITE的来源的电话标识信息存储在缓冲器20中(S20)。在这种情况下，在缓冲器20中存储多个电话标识信息。此外，虽然没有在流程图中示出，但是控制器12在从S12到S20的循环期间周期性地发送183会话进程。因此，如图4的附图标记314所示，183会话进程被多次发送到INVITE的来源。

在完成电话标识信息的输入的情况下，在S12获得确定“是”。在这种情况下，控制器12确定所输入的电话标识信息是否与存储在缓冲器20中的电话标识信息相同(S22)。在S22中获得确定“否”的情况下，处理进行至S24。另一方面，在S22中获得确定“是”的情况下，处理进行至S30。此外，在缓冲器20中没有存储电话标识信息的情况下，控制器12在S22中确定为“否”。在这种情况下，跳过将在以下解释的S24和S26。

在S24中，控制器12向存储在缓冲器20中的来源发送486这里正忙。也就是说，控制器12发送486这里正忙作为答复S16中已经接收的INVITE的响应。该处理等同于图4的附图标记330的处理。接下来，控制器12清空缓冲器20(S26)。接下来，控制器12向S12中所输入的作为其目标的电话标识信息发送INVITE(S28)。该INVITE经由SIP服务器52发送到目标。在S28结束的情况下，该处理进行至图6的S70。

在S70中，控制器12监控接收响应于已在S28中发送的INVITE的200 OK。在S70中的确定为“是”的情况下，控制器12向200 OK的来源发送ACK(确认)(S72)。该ACK经由SIP服务器52发送到200 OK的来源。因此，在电话设备10和S28中所发送的INVITE的目标之间建立了通信会话(RTP会话)。接下来，控制器12执行呼叫处理(S100)。具体地，控制器12执行用于发送由电话听筒28的麦克风30获取的语音数据的处理以及用于从扬声器32输出经由网络接口14所接收的语音数据的处理。因此，用户能够接通呼叫。

控制器12监控呼叫完成操作(S102)。其间，用户可以通过放下电话听筒23而将叉簧键设置为挂机状态。在这种情况下，在S102中获得确定“是”。此外，即使在由网络接口14接收到BYE命令的情况下(也就是说，当呼叫方首先断开电话连接时)也在S102中获得确定“是”。在S102中所获得的确定为“是”的情况下，控制器12执行呼叫完成处理(S104)。例如，在叉簧键处于挂机状态的情况下，控制器12发送BYE。接收到200 OK作为答复BYE的响应。因此，RTP会话断开连接。另一方面，例如在接收到BYE的情况下，控制器12发送200OK作为答复BYE的响应。因此，RTP会话断开连接。当S104结束时，处理返回S10。

在S102中的确定为“否”的情况下，控制器12确定是否已经接收到INVITE(S106)。在S106中的确定为“是”的情况下，控制器12发送486这里正忙作为答复S106中所接收到INVITE的响应(S108)。在S108结束的情况下，处理返回S100。

另一方面，在S70中的确定为“否”的情况下，控制器12确定是否已经接收到486这里正忙(S74)。在S74中的确定为“是”的情况下，控制器12执行错误处理(S76)。具体地，控制器12从扬声器32输出表示忙碌的声音。因此，用户得知在S28中已经发送的INVITE的目标正忙。在S76结束的情况下，处理返回S10。

在S74中的确定为“否”的情况下，控制器12确定是否已经执行了呼叫完成操作(S78)。用户可以通过放下电话听筒28而将叉簧键设置为挂机状态。在这种情况下，在S78中获得确定“是”，并且处理进行至S80。在S80中，控制器12因此执行取消处理。具体地，控制器12向在S28中发送的INVITE的目标发送表示通信结束的命令。在S80结束的情况下，处理返回S10。

在S78中的确定为“否”的情况下，控制器12确定是否已经接收到INVITE(S82)。在S82中的确定为“是”的情况下，控制器12发送486这里正忙作为答复S82中所接收的INVITE的响应(S84)。在S84结束或者S82中的确定为“否”的情况下，处理返回S70。

接下来，将解释在图5的S22中做出确定“是”的情况下所执行的处理内容。在S12中所输入的电话标识信息与缓冲器20中存储的电话标识信息相同的情况下(S22中为“是”)，控制器12进行至S30。在S30中，控制器12向作为匹配电话标识信息的目标发送200 OK。也就是说，控制器12发送200 OK作为答复S16中接收的INVITE的响应。该处理等同于图4的附图标记320的处理。作为其结果，从200 OK的目标发送ACK，并且由此建立RTP会话。此外，控制器12向作为缓冲器20中存储的其它电话标识信息的目标发送486这里正忙(S32)。应当注意，在缓冲器20中没有存储其它电话标识信息的情况下跳过该处理。接下来，控制器12清空缓冲器20(S34)，并且进行至图6的S100。由于已经在以上进行了描述，所以在此省略对S100的处理的解释。

接下来，将解释在图5的S10中的确定为“否”的情况下所执行的处理内容。控制器12监控接收INVITE(S50)。在S50中的确定为“否”的情况下，处理返回S10。另一方面，在S50中的确定为“是”的情况下，控制器12因此执行呼叫请求通知处理(S52)。具体地，控制器12执行用于从扬声器32输出声音的处理。因此，电话设备10的用户得知已经接收到呼叫请求(INVITE)(也就是说，使得用户认识到有来电呼叫)。

控制器12监控呼叫开始操作(S54)。用户可以通过拿起电话听筒28而将叉簧键设置为摘机状态。在这种情况下，在S54获得确定“是”并且处理进行至S60。在S60中，控制器12发送200 OK作为答复S50中所接收的INVITE的响应。作为其结果，从200 OK的目标发送ACK，并由此建立RTP会话。在S60结束的情况下，处理进行至S100。

另一方面，在S54中的确定为“否”的情况下，控制器12确定是否已经接收到INVITE(S56)。在S56中的确定为“是”的情况下，控制器12发送486这里正忙作为答复S56中所接收的INVITE的响应。在S58结束或S56中的确定为“否”的情况下，处理返回至S52。

执行依据图5和6的流程图的处理使得可以实现能够有效应对上述第一情况的电话通信。也就是说，在其中当用户在摘机状态下正在输入电话标识信息(SIP-URI)时接收到来自对应于正在输入的电话标识信息的电话设备(例如，电话设备60)的INVITE的情况下，可以依据所述INVITE消息接通电话设备之间的呼叫。

(使用常规IP电话设备进行电话通信的示例)

接下来，将解释在常规的IP电话设备之间执行电话通信的另一示例。图7示出了在常规IP电话设备P1、P2之间执行的电话通信示例的顺序图。电话设备P2的用户可以执行呼叫准备操作400。因此，电话设备P2向SIP服务器52发送INVITE 404。一旦接收到INVITE 404，SIP服务器52就向电话设备P1传送INVITE 406。在图7的示例中，电话设备P1的用户试图在电话设备P2一侧上正在执行呼叫准备操作400的几乎同时通过操作呼叫准备操作408对电话设备P2拨打电话呼叫。电话设备P1向SIP服务器52发送INVITE 412。一旦接收到INVITE 412，SIP服务器52就向电话设备P2传送INVITE 414。

在图7的示例中，电话设备P1在接收到答复自发送的INVITE 412的响应之前接收到INVITE 406。由于电话设备P1处于摘机状态，所以电话设备P1向SIP服务器52发送486这里正忙416作为答复INVITE 406的响应。一旦接收到486这里正忙416，SIP服务器52就向电话设备P2传送486这里正忙418。另一方面，电话设备P2在接收到答复INVITE 404的响应之前接收到INVITE 414。由于电话设备P2处于摘机状态，所以电话设备P2向SIP服务器52发送486这里正忙420作为答复INVITE 414的响应。一旦接收到486这里正忙420，SIP服务器52就向电话设备P1传送486这里正忙422。

如上所述，图7的示例示出了在用于从电话设备P1向电话设备P2发送INVITE 412的处理的同时执行用于从电话设备P2向电话设备P1发送INVITE 404的处理的情况。在常规的电话设备P1、P2中，在类似这样的情况(下文中被称作第二情况)下不可能执行电话通信。该实施例的电话设备10即使在发生上述第二情况时也可以建立电话通信。将参考图8来解释其具体过程。

(应对第二情况的电话通信的示例)

图8示出了妥善应对上述第二情况的电话通信示例的顺序图。图8的示例示出了在该实施例的电话设备T1和常规电话设备P2之间执行的电话通信的示例。电话设备P2的用户可以执行呼叫准备操作500。因此，电话设备P2向SIP服务器52发送INVITE 504。一旦接收到INVITE 504，SIP服务器52就向电话设备T1传送INVITE 506。在图8的示例中，电话设备T1的用户试图在与在电话设备P2一侧正在执行呼叫准备操作500的几乎同时通过执行呼叫准备操作508来对电话设备P2拨打电话呼叫。电话设备T1向SIP服务器52发送INVITE 512。一旦接收到INVITE 512，SIP服务器52就向电话设备P2传送INVITE 514。

在图8的示例中，电话设备T1在接收到答复INVITE 512的响应之前接收到INVITE 506。因此，电话设备T1向SIP服务器52发送183会话进程516作为答复INVITE 506的响应。一旦接收到183会话进程516，SIP服务器52就向电话设备P2传送183会话进程518。另一方面，电话设备P2在接收到答复INVITE 504的响应之前接收到INVITE 514。由于具有常规功能的电话设备P2处于挂机状态，所以电话设备P2向SIP服务器52发送486这里正忙520作为答复INVITE 514的响应。一旦接收到486这里正忙520，SIP服务器52就向电话设备T1传送486这里正忙522。

一旦接收到486这里正忙522，电话设备T1就执行用于取消INVITE512的处理524。接着，电话设备T1向SIP服务器52发送200 OK 526作为答复INVITE 506的响应。一旦接收到200 OK 526，SIP服务器52就向电话设备P2传送200 OK 528。一旦接收到200 OK 528，电话设备P2就向SIP服务器52发送ACK 530。一旦接收到ACK 530，SIP服务器52就向电话设备T1传送ACK 532。因此，在电话设备T1和电话设备P2之间建立RTP通信会话。在电话设备T1和电话设备P2之间构建了呼叫建立状态。

此外，在上述图8的示例中，如果电话设备P2是具有如电话设备T1的功能而并非具有常规功能的该实施例的电话设备，则将发送183会话进程作为答复INVITE 514的响应。在这种情况下，183会话进程在两个电话设备之间反复地来回发送。在该实施例中采用以下过程，以便取消一个INVITE来使得能够依据其它INVITE执行电话通信。

(应对第二情况的电话通信的示例)

图9示出了妥善应对上述第二情况的电话通信示例的顺序图。图9的示例示出了在该实施例的电话设备T1和该实施例的电话设备T2之间执行的电话通信的示例。电话设备T2的用户可以执行呼叫准备操作600。因此，电话设备T2向SIP服务器52发送INVITE 604。一旦接收到INVITE 604，SIP服务器52就向电话设备T1传送INVITE 606。在图9的示例中，电话设备T1的用户试图在与呼叫准备操作600的几乎同时通过执行呼叫准备操作608来对电话设备T2拨打电话呼叫。因此，电话设备T1向SIP服务器52发送INVITE 612。一旦接收到INVITE 612，SIP服务器52就向电话设备T2传送INVITE 614。

在图9的示例中，电话设备T1在接收到答复INVITE 612的响应(具体地，是200 OK或486这里正忙)之前接收到INVITE 606。因此，电话设备T1向SIP服务器52发送183会话进程作为答复INVITE 606的响应。电话设备T1生成随机数值R1，并且将该随机数值R1添加到183会话进程616。接下来将解释如何将随机数值R1添加到183会话进程。

图10示出了183会话进程616的示例。183会话进程616包括各种信息700-712。信息700表示183会话进程。信息702表示183会话进程616的来源的电话标识信息(SIP-URI)(也就是说，电话设备T1的电话标识信息)。信息704示出了183会话进程616的目标的电话标识信息(也就是说，电话设备T2的电话标识信息)。信息706表示会话标识符。信息708表示答复INVITE的响应。信息710包括由电话设备T1生成的随机数值R1。具体地在这种情况下，信息710的“3f98be3”是随机数值R1。随机数值R1包括字母表中的字母，但是在将在以下解释的随机数比较处理中，随机数值R1被转换为数字串。此外，信息712是用于发送和接收语音数据。

一旦接收到183会话进程616，SIP服务器52就向电话设备T2传送183会话进程618。另一方面，电话设备T2在接收到答复INVITE 604的响应之前接收到INVITE 614。电话设备T2向SIP服务器52发送183会话进程620作为答复INVITE 614的响应。电话设备T2生成随机数值R2，并将该随机数值R2添加到183会话进程620中。一旦接收到183会话进程620，SIP服务器52就向电话设备T1传送183会话进程622。

一旦接收到183会话进程622，电话设备T1就指定包括在183会话进程622中的随机数值R2。接下来，电话设备T1执行用于比较自己生成的随机数值R1与随机数值R2的处理626。在图9的一个示例中，随机数值R2大于随机数值R1。在这种情况下，电话设备T1向SIP服务器52发送200OK 632作为答复INVITE 606的响应。一旦接收到200 OK 632，SIP服务器52就向电话设备T2传送200 OK 634。一旦接收到200 OK 634，电话设备T2就向SIP服务器52发送ACK 636。一旦接收到ACK 636，SIP服务器52就向电话设备T1传送ACK 638。作为其结果，依据(对应于INVITE604的)INVITE 606消息建立了RTP通信会话。

其间，一旦接收到183会话进程618，电话设备T2就指定包括在183会话进程618中的随机数值R1。接下来，电话设备T2执行用于比较自己生成的随机数值R2与随机数值R1的处理624。在图9所示的示例中，随机数值R2大于随机数值R1。在这种情况下，电话设备T2向SIP服务器52发送486这里正忙628作为答复INVITE 614的响应。一旦接收到486这里正忙628，SIP服务器52就向电话设备T1传送486这里正忙630。作为其结果，INVITE 614(INVITE 612)被取消。

在上述示例中(其中随机数值R2大于随机数值R1的示例)，已经从电话设备T1发送的INVITE 612被取消，并且依据已经从电话设备T2发送的INVITE 604建立了RTP通信会话。由此在电话设备T1和电话设备T2之间构建了呼叫建立状态。

在图9所示的其它示例中，随机数值R1大于随机数值R2。在这种情况下，电话设备T1向SIP服务器52发送486这里正忙654作为答复INVITE 606的响应。一旦接收到486这里正忙654，SIP服务器52就向电话设备T2传送486这里正忙656。作为其结果，INVITE 606(INVITE 604)被取消。此外，电话设备T2向SIP服务器52发送200 OK 650作为答复INVITE 614的响应。一旦接收到200 OK 650，SIP服务器52就向电话设备T1传送200 OK 652。一旦接收到200 OK 652，电话设备T1就向SIP服务器52发送ACK 658。一旦接收到ACK 658，SIP服务器52就向电话设备T2传送ACK 660。作为其结果，依据INVITE 612建立了RTP通信会话。

在上述其它示例中(随机数值R1大于随机数值R2的示例)，从电话设备T2发送的INVITE 604被取消，并且依据已经从电话设备T1发送的INVITE 612建立了RTP通信会话。因此，在电话设备T1和电话设备T2之间实现了呼叫建立状态。

(由控制器执行的处理)

接下来，将解释由电话设备10执行的用于实现应对上述第二情况的电话通信(图8和9的电话通信)的处理内容。该处理的执行与上文中所描述的图5的处理相同。在应对上述第二情况的处理中，图5的S28之后的处理(图6的S70及之后的处理)不同于应对上述第一情况的处理。此外，S60之后的处理和图5的S34之后的处理与应对上述第一情况的处理相同(与图6的从S100到S108的处理相同)。

图11示出了图5的S28之后的处理的流程图。一旦发送图5的S28中的INVITE，控制器12就监控接收INVITE(S200)。在S200中的确定为“是”的情况下，控制器12确定在S28中发送的INVITE的目标是否与在S200中接收的INVITE的来源相同(S202)。在S202中的确定为“否”的情况下，控制器12发送486这里正忙作为答复S200中所接收的INVITE的响应(S204)。在S204结束的情况下，处理进行至S220。

另一方面，在S202中的确定为“是”的情况下，控制器12生成随机数值(S206)。控制器12通过从多个数字中随机选择一个数字来生成该随机数值。在控制器12中所生成的随机数值临时存储在存储区域22中。接下来，控制器12发送183会话进程作为答复S200中所接收的INVITE的响应(S208)。在S206中所生成的随机数值被添加到该183会话进程。S208的处理等同于图9的附图标记616或620的处理。接下来，控制器12将在S200中接收的INVITE的来源的电话标识信息存储在缓冲器20中(S210)。当S210结束时，处理进行至S220。

在S220中，控制器12监控接收200 OK作为答复S28中发送的INVITE的响应。在S220中的确定为“是”的情况下，控制器12向200 OK的来源发送ACK(S222)。该ACK经由SIP服务器52被发送到200 OK的来源。因此，在电话设备10和S28中所发送的INVITE的目标之间建立了通信会话(RTP会话)。接下来，控制器12确定电话标识信息是否存储在缓冲器20中(S224)。在S224中的确定为“是”的情况下，控制器12向缓冲器20内的来源发送486这里正忙(S226)。接下来，控制器12清空缓冲器20(S228)。在S228结束或S224中的确定为“否”的情况下，处理进行至图6的S100。

在S220中的确定为“否”的情况下，控制器12确定是否已经接收到486这里正忙作为答复在S28中已经发送的INVITE的响应(S230)。在S230中的确定为“是”的情况下，控制器12确定电话标识信息是否存储在缓冲器20中(S232)。在S232中的确定为“否”的情况下，控制器12执行错误处理(S236)。该处理与图6的S76的处理相同。在S236结束的情况下，处理返回至图5的S10。其间，在S232中的确定为“是”的情况下，控制器12向缓冲器20内的来源发送200 OK(S234)。在S234结束的情况下，处理进行至S228。

在S230中的确定为“否”的情况下，控制器12确定是否已经接收到183会话进程作为答复在S28中已经发送的INVITE的响应(S240)。在S240中的确定为“是”的情况下，控制器12确定电话标识信息是否存储在缓冲器20中(S242)。在S242中的确定为“否”的情况下，处理进行至S250。另一方面，在S242中的确定为“是”的情况下，控制器12比较在S206中所生成的随机数值与包括在S240中接收的183会话进程中的随机数值(S244)。在后者大于前者的情况下，控制器12进行至S234。也就是说，控制器12向缓冲器20中存储的来源发送200 OK。该处理等同于图9的附图标记632或附图标记650的处理。另一方面，在前者大于后者的情况下，控制器12进行至S226。也就是说，控制器12向缓冲器20中所存储的来源发送486这里正忙。该处理等同于图9的附图标记628或附图标记654的处理。

在S240的确定为“否”的情况下，控制器12确定是否已经执行了呼叫完成操作(S250)。在S250的确定为“是”的情况下，控制器12执行取消处理(S252)。该处理与图6的S80的处理相同。接下来，控制器12确定电话标识信息是否存储在缓冲器20中(S254)。在S254中的确定为“否”的情况下，处理返回图5的S10。另一方面，在S254中的确定为“是”的情况下，处理进行至图5的S52。也就是说，控制器12执行呼叫请求通知处理。作为其结果，依据在S200中已经接收的INVITE而执行所述呼叫请求通知处理。

在依据图5和图11的流程图执行所述处理的情况下，可以实现应对上述第二情况的电话通信。也就是说，在接收到对自己发送的INVITE的响应之前从对应于该自己发送的INVITE的目标的电话设备(例如，电话设备60)接收到INVITE的情况下，可依据所述自己发送的INVITE或所接收的INVITE接通所述电话设备。此外，执行依据图5和图11的流程图的处理还使得可以实现应对上述第一情况的电话通信。

将在这里给出之前所描述的实施例的技术特征的一部分的概要。

1)上述电话设备可以被配置为经由IP电话网络执行电话通信。也就是说，上述电话设备可以是IP电话。在这种情况下，电话标识信息可以是URI格式的因特网地址。另一方面，在所述电话设备被配置为经由公共电话网络执行电话通信的情况下，电话标识信息可以是普通的电话号码(PSTN电话号码)。

2)所述电话设备可以使用SIP(会话发起协议)来执行电话通信。

3)在2)的情况下，呼叫请求可以是INVITE命令。此外，肯定响应可以是200 OK。此外，否定响应可以是486这里正忙。此外，等待指令响应可以是183会话进程。

以下给出这里上述实施例的变化的示例。

(1)在该实施例中，随机数值R1被添加到信息710，但是随机数值R1也可以被添加到其它信息(例如，添加到呼叫ID 706)。

(2)在上述实施例中使用了SIP。然而，也可以使用其它协议。例如，可以使用“H.323”、”MGCP(媒体网关控制协议)”、“H.248/MEGACO(媒体网关控制)”。

Claims (8)

1.一种被配置为发送答复呼叫请求的肯定响应以便与所述呼叫请求的来源构建呼叫建立状态的电话设备，所述电话设备包括：

操作设备，被配置为允许用户操作；

呼叫请求接收设备，被配置为接收呼叫请求；

第一标识信息确定设备，被配置为：在所述操作设备上开始呼叫准备操作与结束所述呼叫准备操作之间的时间中由所述呼叫请求接收设备接收到所述呼叫请求的条件下，确定对应于所述呼叫准备操作的电话标识信息是否与所述呼叫请求的所述来源的电话标识信息相同，其中，在所述电话设备从挂机状态转变为摘机状态的时刻开始所述呼叫准备操作；以及

第一肯定响应发送设备，被配置为：在由所述第一标识信息确定设备获得了肯定确定的条件下，发送答复所述呼叫请求的所述肯定响应。

2.如权利要求1所述的电话设备，进一步包括：

等待指令响应发送设备，被配置为：在所述操作设备上开始所述呼叫准备操作与结束所述呼叫准备操作之间的时间中由所述呼叫请求接收设备接收到所述呼叫请求的条件下，发送答复所述呼叫请求的等待指令响应，

其中所述第一标识信息确定设备被配置为：在所述操作设备上结束了所述呼叫准备操作的条件下，确定对应于所述呼叫准备操作的所述电话标识信息是否与所述呼叫请求的所述来源的所述电话标识信息相同。

3.如权利要求1所述的电话设备，进一步包括：

否定响应发送设备，被配置为：在由所述第一标识信息确定设备获得了否定确定的条件下，发送答复所述呼叫请求的否定响应。

4.如权利要求1所述的电话设备，进一步包括：

呼叫请求发送设备，被配置为：在所述操作设备上结束了呼叫准备操作的条件下，向作为目标的对应于所述呼叫准备操作的所述电话标识信息发送呼叫请求；

响应接收设备，被配置为接收答复由所述呼叫请求发送设备发送的所述呼叫请求的响应；

第二标识信息确定设备，被配置为：在由所述呼叫请求发送设备发送第一呼叫请求与由所述响应接收设备接收答复所述第一呼叫请求的响应之间的时间中由所述呼叫请求接收设备接收到第二呼叫请求的条件下，确定所述第一呼叫请求的目标的电话标识信息是否与所述第二呼叫请求的来源的电话标识信息相同；以及

第二肯定响应发送设备，被配置为：在由所述第二标识信息确定设备获得了肯定确定的条件下，发送答复所述第二呼叫请求的肯定响应。

5.一种被配置为发送答复呼叫请求的肯定响应以便与所述呼叫请求的来源构建呼叫建立状态的电话设备，所述电话设备包括：

操作设备，被配置为允许用户操作；

呼叫请求发送设备，被配置为：在所述操作设备上结束了呼叫准备操作的条件下，向作为目标的对应于所述呼叫准备操作的电话标识信息发送呼叫请求；

响应接收设备，被配置为接收答复由所述呼叫请求发送设备发送的所述呼叫请求的响应；

呼叫请求接收设备，被配置为接收呼叫请求；

标识信息确定设备，被配置为：在由所述呼叫请求发送设备发送第一呼叫请求和由所述响应接收设备接收答复所述第一呼叫请求的响应之间的时间中由所述呼叫请求接收设备接收到第二呼叫请求的条件下，确定所述第一呼叫请求的所述目标的电话标识信息是否与所述第二呼叫请求的所述来源的电话标识信息相同；以及

肯定响应发送设备，被配置为：在由所述标识信息确定设备获得了肯定确定的条件下，发送答复所述第二呼叫请求的所述肯定响应。

6.如权利要求5所述的电话设备，其中：

所述肯定响应发送设备被配置为：在由所述标识信息确定设备获得了肯定确定并且所述响应接收设备已接收到答复所述第一呼叫请求的否定响应的条件下，发送答复所述第二呼叫请求的所述肯定响应。

7.如权利要求5所述的电话设备，进一步包括：

等待指令响应发送设备，被配置为：在由所述呼叫请求发送设备发送所述第一呼叫请求与由所述响应接收设备接收答复所述第一呼叫请求的响应之间的时间中由所述呼叫请求接收设备接收到所述第二呼叫请求的条件下，发送答复所述第二呼叫请求的等待指令响应；以及

条件确定设备，被配置为：在由所述响应接收设备接收到答复所述第一呼叫请求的等待指令响应的条件下，基于包括在答复所述第二呼叫请求的所述等待指令响应中的信息和包括在答复所述第一呼叫请求的所述等待指令响应中的信息来确定是否满足预定的条件，

其中所述肯定响应发送设备被配置为：在由所述标识信息确定设备获得了所述肯定确定并且由所述条件确定设备获得了肯定确定的条件下，发送答复所述第二呼叫请求的所述肯定响应。

8.如权利要求7所述的电话设备，其中：

所述等待指令响应发送设备被配置为生成随机数值并发送包括所生成的随机数值的所述等待指令响应，并且

所述条件确定设备被配置为：通过比较包括在答复所述第二呼叫请求的等待指令响应中的随机数值与包括在答复所述第一呼叫请求的等待指令响应中的随机数值，来确定是否满足预定的条件。

Images