Ip电话终端及其控制方法

专利名称：Ip电话终端及其控制方法
技术领域：
本发明涉及IP电话终端和用于控制IP电话终端的方法。
背景技术：
如果任何用户已经将由IP电话公司提供的对话应用程序安装进网 络终端，诸如个人计算机或者电话终端，那么他或她可以使用IP电话系 统，其中所述对话应用程序是用于传输、接收呼叫和获得电话交谈的
软件。在对话应用程序中，有注册的用户ID、显示名称和档案。因此， 对话应用程序通过用户ID、显示名称和档案识别用户。所述IP电话系统 的例子是Skype(注册商标)。
曰本专利申请公开No.2003-169107说明了一种系统，其中，个人
计算机一一即能够进行网络通信的网络终端，和头戴式耳机一一即接 口设备，是USB连接的，并且，使用对话应用程序获得IP电话通信。该 个人计算机整合了开关，其改变下述信号，即，用以将呼叫到达音产 生信号输出到内置的扬声器的、并且将对话信号输出至头戴式耳机的 信号。
日本专利申请公开No.2005-175722公开了一种系统，其中个人计 算机一一即能够进行网络通信的网络终端，和头戴式耳机一一即接口 设备，是USB连接的。具有网络终端和使用头戴式耳机的任何用户可以 通过使用安装在网络终端中的对话应用程序，与具有连接到网络的设 备的另一个用户进行IP电话对话。
该对话应用程序到和从接口设备传输与接收消息数据和音频数 据。该消息数据是控制接口设备和获得邮件传输和接收的信息。该音
频数据代表交谈的内容。在多个接口设备连接到网络终端，并且已经 指定了该接口设备中的一个的情况下，消息数据和音频数据两者必须 在对话应用和指定接口设备之间通信。
图12中示出传统的IP电话系统的配置。如图12所示，该IP电话系 统包括网络终端100，诸如个人计算机，接口设备102a，诸如USB电话 或者USB传真机，以及IP电话终端103。
网络终端100和IP电话终端103通过网络106双向地连接。网络终端 1 OO和接口设备102a分别地具有一个USB端口 。终端100的USB端口和接 口设备102a的USB端口被连接，从而网络终端100和接口设备102a彼此连接。
接口设备102a有扬声器-麦克风单元(未示出)。接口设备102a可以 输入和输出声音。接口设备102a可以通过USB端口与网络终端100进行
数据交换。
对话应用程序150和协同应用程序151将在网络终端100中运行。设 备驱动器152a和音频驱动器153a将与接口设备102a关联运行。网络终端
ioo具有使网络终端ioo能输入和输出音频数据的扬声器-麦克风单元
154。
有了上述的安排，传统的IP电话系统可以如下所述地与IP电话终 端103通信。对话应用程序150是为了使网络终端100与接口设备102a能 和IP电话终端103通过网络106通信的应用软件。对话应用程序150例如 是由Skype有限公司出售的Skype软件。
为了与IP电话终端103通信的目的，对话应用程序150使用户能选 择在网络终端100中提供的扬声器麦克风单元154，或者在接口设备102a 中提供的扬声器-麦克风单元154。对话应用程序150可以通过整合在网 络终端100中的音频驱动器153a和153b与用户已经选择的扬声器-麦克 风单元交换音频数据AD。
更具体地，对话应用程序150将代表来自IP电话终端103的呼叫到 达的音频数据AD，或者代表从IP电话终端103传输的对话语音的音频数 据AD输出到与用户己经选择的扬声器对应的设备驱动器152a或者 153b。设备驱动器152a，或者设备驱动器153b重现供应到该扬声器的音 频数据。和该扬声器一起产生由音频数据代表的语音的声音。输入到 用户已经选择的麦克风的对话的语音通过与麦克风对应的音频驱动器 153a或者153b转换为音频数据AD。该音频数据AD被输入到对话应用程 序150。因此，对话应用程序150将音频数据AD传输到IP电话终端103。
在如上所述传统的IP电话系统中，用户已经选择的扬声器输出来 自IP电话终端103的语音的声音，并且用户可以将对话的语音从用户已 经选择的麦克风输入到IP电话终端103。
对话应用程序150有通知用户呼叫到达，以及通过用户接口，诸如 网络终端100的显示器和键盘获得来自用户的输入的功能。因此，用户 可以在对话期间通过网络终端100的扬声器-麦克风单元接收来自对话 应用程序150的通知，并且可以运行该对话应用程序150。
对话应用程序150被如此描述地配置，使用户能通过网络终端IOO 的扬声器-麦克风单元通话。接口设备102a只用作扬声器-麦克风单元， 不用作其它。
协同应用程序151将对话应用程序150和接口设备102a彼此链接， 并且为作为用户接口的接口设备102a工作。因此，协同应用程序151有 将来自对话应用程序150的呼叫到达通知到在接口设备102a中提供的显 示器的功能，并且有将通过在接口设备102a中提供的键的输入的任何用 户输入传输到对话应用程序150的功能。
协同应用程序151使用应用程序接口(API)，与对话应用程序150交 换各种消息，并且通过设备驱动器152a与接口设备102a交换包含各种消 息的信息数据DD。各种消息因此可以在对话应用程序150和接口设备 102a之间交换。
使用协同应用程序151，当用户使用接口设备102a的扬声器-麦克 风单元时，用户可以通过接口设备102a的用户接口接收来自对话应用程 序150的通知，并且可以运行对话应用程序150。
然而，传统的IP电话系统有以下的问题。假设通常使用网络终端 IOO的扬声器麦克风单元通过IP电话系统通话的用户可以使用接口设备 102a(例如，被放置远离网络终端100的、USB主-分机电话的分机)。在 这种情况下，用户输入被从接口设备102a传输到对话应用程序150。对 话应用程序150因此可以开始与IP电话终端103通信。然而，对话应用程 序150已经从IP电话终端103接收的对话的语音是由在网络终端100中提 供的扬声器再现的。因此，正在使用接口设备102a的用户不能进行对话。
艮口，具有由对话应用程序150设置的扬声器麦克风单元的设备(网 络终端100或者接口设备102a)并不总是对应于具有实际上用于获得对 话的用户接口的设备。这里出现一个问题。
在日本专利申请公开2003-169107中公开的系统具有如在公开的 图1和图2中示例说明的开关。用户可以操作该开关去将通过网络接收 的呼叫到达音产生信号供应到整合在网络终端中的扬声器，或者供应 到连接到网络终端的头戴式耳机的扬声器。然而，该公开没有公开其 中头戴式耳机用作用户接口的配置，该用户接口给予用户来自对话应 用程序的通知，或者接收用户己经做出的输入。
换句话说，日本专利申请公开2003-169107没有公开音频数据可以
在连接到在该系统中提供的网络终端的接口设备之间交换。因此，出 现上面指出的问题。即，使用该接口设备中的一个的用户不能与使用 正在接收音频数据的另一个接口设备的其他任何人通话。
在日本专利申请公开2003-169107公开的系统中，该网络终端必须 被定制为具有专用于接收音频数据的开关的IP电话终端。然而，如果提 供有这个开关，该定制的网络终端不能再用作普通的网络终端，具有 较低的通用性。
日本专利申请公开2005-175722没有公开第一选择接口设备中的 一个，然后在对话应用程序和被选择的接口设备之间交换消息数据和 音频数据的技术。虽然消息数据可以在对话应用程序和接口设备之间 传输和接收，但是音频数据不可在对话应用程序和接口设备之间传输 或者接收。在这种情况下，当呼叫请求来自于连接到网络的外部IP电话 终端时，该呼叫通知消息可以确实地被传输到接口设备，但是，代表 呼叫到达音的音频数据不能被传输。这是一个问题。此外，即使用户 使用该接口设备，响应该呼叫请求，代表对话的音频数据不能在用户 和外部IP电话终端之间交换。这是另一个问题。相反地，用户可以通过 使用接口设备请求通过对话应用程序与外部IP电话终端的另一个用户 对话。在这种情况下，代表对话的音频数据不能在接口设备和外部IP 电话终端之间交换。这又是一个问题。
日本专利申请公开No.2005-175722公开了一种配置，其中USB电缆 将PC连接到主-分机电话，使用户能使用主-分机电话，从而与连接到网 络的IP电话终端的另一个用户通话。然而，该公开没有公开用于解决下 述问题的任何安排，其中所述问题是具有设置在对话应用程序中的扬 声器麦克风单元的设备并不总是与具有实际上用于实现对话的用户接 口的设备兼容。

发明内容
为了解决上述问题做出本发明。本发明的一个目的是提供一种IP 电话终端，其实现了一种具有在对话应用程序中设置的扬声器-麦克风 单元的设备(网络终端或者接口设备)，与具有用户可以使用来与一开始 提到的设备通话的扬声器-麦克风单元的设备兼容，并且该IP电话终端 在通过具有扬声器-麦克风单元的设备的用户接口接收来自对话应用程 序中的通知的基础上，通过利用扬声器-麦克风单元，使用户能进行IP 电话通信。本发明的另一个目的是提供一种网络终端，其使用户能选 择特定接口设备，并且所述网络终端可以到和在网络终端和被选择的 接口设备之间传输和接收消息数据和音频数据。
为了获得以上方面，本发明提供一种IP电话终端，其包括通信单 元、连接单元、第一选择单元、第二选择单元、操作输入接收单元、 音频输入接收单元、IP电话功能控制单元、第三选择单元和选择控制单 元。通信单元通过因特网与任何其它的IP电话终端进行IP电话通信。连 接单元连接多个接口设备，每个接口设备包括音频输入设备和操作输 入设备。第一选择单元选择操作输入设备。第二选择单元选择音频输 入设备。操作输入接收单元接收来自操作输入设备的操作输入。音频 输入接收来自音频输入设备接收单元的音频输入。IP电话功能控制单元 包括第一传输部分和第二传输部分。第一传输部分根据来自由第一选 择单元选择的操作输入设备的操作输入通过IP电话通信传输对话请求
到其它IP电话终端。第二传输部分将来自由第二选择单元选择的音频输 入设备的音频数据输入通过IP电话通信传输到其它IP电话终端，从而控 制通过IP电话通信与另一个IP电话终端进行对话的IP电话功能。第三选 择单元选择接口设备中的一个。选择控制单元包括第一控制部分和第
二控制部分。第一控制部分控制第一选择单元以允许第一选择单元选 择接口设备的操作输入设备，其中所述接口设备是由第三选择单元选 择的。第二控制部分控制第二选择单元以允许第二选择单元选择接口 设备的音频输入设备，其中所述接口设备是由第三选择单元选择的。
优选地，IP电话终端进一步包括操作输入设备、显示输出设备
和显示控制单元。显示控制单元控制显示输出设备，从而显示输出设 备显示指示多个接口设备的设备信息。第三选择单元被配置为从由显 示在显示输出设备上的设备信息代表的接口设备中选择在操作输入装 置操作的基础上指定的接口设备中的一个。
优选地，第三选择单元选择具有操作输入设备的接口设备中的一 个，其中当操作输入接收单元接收来自操作输入设备的对话请求时， 所述操作输入设备输出请求与另一个IP电话终端对话的对话请求。
根据另一个方面，本发明提供IP电话终端，其包括通信单元、连 接单元、第一选择单元、第四选择单元、操作输入接收单元、音频输 出控制单元、IP电话功能控制单元、第五选择单元和选择控制单元。通 信单元通过因特网与任何其它的IP电话终端进行IP电话通信。连接单元 连接多个接口设备，每个接口设备包括音频输出设备和操作输入设备。 第一选择单元选择操作输入设备。第四选择单元选择音频输出设备。 操作输入接收单元接收来自操作输入设备的操作输入。音频输出控制 单元许可音频输出设备输出音频数据。IP电话功能控制单元包括回送部 分和输出部分。发回部分根据来自由第一选择单元选择的操作输入设 备的操作输入，将对话许可回送到已经通过IP电话通信传输对话请求的 其它IP电话终端。输出部分许可音频输出控制单元控制音频输出设备， 从而由第四选择单元选择的音频输出设备输出从另一个IP电话终端通 过IP电话通信传输的音频数据，从而控制通过IP电话通信与其它IP电话 终端通话的IP电话功能。第五选择单元选择接口设备中的一个。选择控 制单元包括第一控制部分和第二控制部分。第一控制部分控制第一选 择单元以允许第一选择单元选择接口设备的操作输入设备，其中所述
接口设备是由第五选择单元选择的。第二控制部分控制第四选择部分 以允许第四选择单元选择接口设备的音频输出设备，其中所述接口设 备是由第五选择单元选择的。
优选地，当通信单元接收来自其它IP电话终端的指定信息时，第
五选择单元选择由指定信息指定的接口设备中的一个，该指定信息指 定与对话请求关联的接口设备中的一个。
优选地，IP电话终端进一步包括储存单元。储存单元储存识别另 一个IP电话终端的识别数据，以及代表识别数据和接口设备之间的对应 的对应数据。当储存单元储存相同的识别数据时，第五选择单元基于 对应数据选择与从已经传送对话请求的其它IP电话终端传输的识别数 据一致的接口设备中的一个。
优选地，IP电话终端进一步包括对话请求输出控制单元。对话请 求输出控制单元控制由第四选择单元选择的音频输出设备，从而音频
输出设备输出作为对话请求的语音。
根据又一个方面，本发明提供一种用于控制IP电话终端的方法。 该IP电话终端包括通信单元和连接单元。该通信单元通过因特网与任何 其它的IP电话终端进行IP电话通信。该连接单元连接多个接口设备，每 个接口设备包括音频输入设备和操作输入设备。该方法包括第一选择 操作输入设备，第二选择音频输入设备，接收来自操作输入设备的操 作输入，接收来自音频输入设备的音频输入，根据来自由第一选择选 择的操作输入设备的操作输入，通过IP电话通信第一传输对话请求到其 它IP电话终端，通过IP电话通信第二传输来自由第二选择选择的音频输 入设备的音频数据输入到其它IP电话终端，从而控制通过IP电话通信与 其它IP电话终端进行对话的IP电话功能，第三选择接口设备中的一个， 控制第一选择，从而选择接口设备的操作输入设备，其中所述接口设 备是由第三选择选择的，以及控制第二选择，从而选择接口设备的音 频输入设备，其中所述接口设备是由第三选择选择的。
根据又一个方面，本发明提供一种用于控制IP电话终端的方法。 该IP电话终端包括通信单元和连接单元。该通信单元通过因特网与任何 其它的IP电话终端进行IP电话通信。该连接单元连接多个接口设备，每
个接口设备包括音频输出设备和操作输入设备。该方法包括第一选择 操作输入设备，第四选择音频输出设备，接收来自操作输入设备的操 作输入，许可音频输出设备输出音频数据，根据来自由第一选择选择
的操作输入设备的操作输入，回送对话许可到已经通过IP电话通信传输 对话请求的其它IP电话终端，控制音频输出设备，从而由第四选择选择 的音频输出设备输出从其它IP电话终端通过IP电话通信传输的音频数 据，从而控制通过IP电话通信与其它IP电话终端通话的IP电话功能，第 五选择接口设备中的一个，控制第一选择以允许第一选择选择接口设
备的操作输入设备，其中所述接口设备是由第五选择选择的，以及控 制第四选择以允许第四选择选择接口设备的音频输出设备，其中所述 接口设备是由第五选择选择的。
根据又一个方面，本发明提供一种与计算机相关的IP电话终端， 其包括因特网连接单元、连接单元、第一选择单元、第二选择单元、 操作输入接收单元、音频输入接收单元、IP电话功能控制单元、第三选 择单元和选择控制单元。该因特网连接单元连接到因特网。该连接单 元连接多个接口设备，每个接口设备包括音频输入设备和操作输入设 备。第一选择单元选择操作输入设备。第二选择单元选择音频输入设 备。该操作输入接收单元接收来自操作输入设备的操作输入。该音频 输入接收单元接收来自音频输入设备的音频输入。该IP电话功能控制单 元包括第一传输部分和第二传输部分。第一传输部分根据来自由第一 选择单元选择的操作输入设备的操作输入，通过IP电话通信传输对话请 求到其它IP电话终端。第二传输部分将来自由第二选择单元选择的音频 输入设备的音频数据输入通过IP电话通信传输到其它IP电话终端，从而 控制通过IP电话通信与其它IP电话终端进行对话的IP电话功能。第三选 择单元选择接口设备中的一个。该选择控制单元包括第一控制部分和 第二控制部分。该第一控制部分控制第一选择单元以允许第一选择单 元选择接口设备的操作输入设备，其中所述接口设备是由第三选择单 元选择的。第二控制部分控制第二选择单元以允许第二选择单元选择 接口设备的音频输入设备，其中所述接口设备是由第三选择单元选择
的，在执行安装在计算机中的程序的基础上，第一选择单元、第二选 择单元、第三选择单元、操作输入接收单元、音频输入接收单元、IP 电话功能控制单元、第三选择单元和选择控制单元是可运行的。


在附图中
图1是示意地表示根据本发明的IP电话系统的图2是示例性说明网络终端的电子配置的图3是表示相关设备表55的图4是表示在本发明的第一实施例中使用的协同应用程序的运行 的流程图5是表示在第一实施例中用于将接口设备切换为另一接口设备
的切换过程的流程图6是表示根据第一实施例的切换设备的用户界面的图； 图7是表示根据本发明第二实施例的协同应用程序的运行的第一
流程图8是表示根据第二实施例的协同应用程序的剩余运行的第二流
程图9是示例性说明在第二实施例中进行的运行顺序的图； 图10是表示在第三实施例中的分类表的图ll是表示根据本发明第三实施例的协同应用程序的运行的流程 图；禾口
图12是表示传统的IP电话系统的图。
具体实施例方式
下面将参考图1至6说明根据本发明第一实施例的网络终端。第 一实施例被配置为将由用户指定的具体接口设备设置为Skype应用程 序50的音频数据AD的通信目标。图1示意性地表示IP电话系统的结 构。图1表示的IP电话系统包括网络终端1、接口设备2a和2b以及 IP电话终端3。个人计算机是网络终端的典型示例。接口设备2a和2b
中的每个具有可用作IP电话的对话设备。网络终端1和IP电话终端3
通过网络6连接，并且可以从而获得双路或者双向彼此通信。USB端 口将接口设备2a和2b连接到网络终端1。在网络终端l中，Skype应 用程序50和协同应用程序51运行。设备驱动器52a和音频驱动器53a 与接口设备2a结合运行。设备驱动器52b和音频驱动器53b与接口设 备2b结合运行。
Skype应用程序50是使网络终端1能通过网络6获得与IP电话终 端3的双向通信的应用软件。Skype应用程序50通过在网络终端1中 提供的音频驱动器53a向和从接口设备2a传输与接收音频数据AD。 更具体地，从Skype应用程序50输出的音频数据AD被输入到音频驱 动器53a。音频驱动器53a将音频数据AD传输给接口设备2a。因此， 接口设备2a从音频数据AD中重现语音。类似地，Skype应用程序50 通过音频驱动器53b将音频数据AD传输到接口设备2b。
协同应用程序51是将Skype应用程序50链接到接口设备2a和2b 的应用软件，引起Skype应用程序50与接口设备2a和2b交换各种消 息数据项目。这些消息数据项目包括例如联系列表请求消息和Skype 对话请求消息。该联系列表请求消息请求Skype应用程序50供应表示 候选通信伙伴列表的数据。Skype对话请求消息请求Skype应用程序 50启动对话。
协同应用程序51使用Skype应用程序接口(API)，以便与Skype 应用程序50交换各种消息。注意的是，Skype API提供能在协同应用 程序51和Skype应用程序50中使用的兼容功能。Skype API使协同应 用程序51和Skype应用程序50能彼此通信。
协同应用程序51通过设备驱动器52a与接口设备2a交换包含各 种消息的信息数据DD。各种消息能够因此在Skype应用程序50和接 口设备2a之间交换。类似地，协同应用程序51通过设备驱动器52b
与接口设备2b交换包含各种消息的信息数据DD。即，协同应用程序
51能够与接口设备2a和接口设备2b两者交换各种消息。
接口设备2a和2b中的每个都具有操作单元，诸如麦克风、扬声 器、键和按钮。
连接到网络6的IP电话终端不限于一个IP电话终端1。而是，多 个IP电话终端可以连接到网络6。根据本实施例的IP电话系统可以与 多个IP电话终端中的每个通信。此外，IP电话终端不限于终端设备， 诸如个人计算机。不必说，IP电话终端可以是固定电话或者移动电话。 在更好的情形下，转换器(例如，普通电话拨打Skype客户端(Skype-in) 的设备)连接在固定或者移动电话和网络终端之间，确保在电话和网络 终端之间的数据交换。
将参考图2说明网络终端1的电子配置。网络终端1包括控制网 络终端1的组件的CPU 11。 ROM 21、 RAM 22和硬盘驱动器25通过 总线26连接到CPU 11。 ROM21储存用于CPU 11执行的程序，诸如 BIOS。 RAM 22临时地储存由CPU 11计算的结果。硬盘驱动器25是 数据储存设备。RAM 22具有包括工作区22A的各种的储存区。硬盘 驱动器25具有储存区27，在储存区27中储存Skype应用程序50、协 同应用程序51和相关设备表55。
USBI/F29、通信I/F30、显示控制单元31和输入检测单元32连 接到总线26。 USB I/F 29进行USB连接到接口设备2a和2b。通信I/F 30适合与网络6通信。显示控制单元31引起监视器13给用户显示操 作菜单。输入检测单元32适合检测用户已经通过操作键盘14或者鼠 标15输入的数据项目。键盘14和鼠标15连接到输入检测单元32的 方式是不受限制的。键盘14和鼠标15可以通过使用红外线的无线电 或者通过短的LAN电缆连接到输入检测单元32的输入检测。将参考图3说明相关设备表55。相关设备表55储存在硬盘设备 25的储存区27中。在相关设备表55中，接口设备2a的名称 "MFC掘0"、设备驱动器52a的名称"MFC-1000HID驱动器",和 音频驱动器53a的名称"MFC-1000音频驱动器"以相互关联的方式注 册。类似地，在相关设备表55中，接口设备2b的名称"MFC-2000"， 设备驱动器52b的名称"MFC-2000 HID驱动器"，和音频驱动器53b 的名称"MFC-2000音频驱动器"以相互关联的方式注册。设备名称是 分别识别接口设备2a和2b的识别数据项目。设备驱动器名称是分别识 别设备驱动器52a和52b的识别数据项目。音频驱动器名称是分别识别 音频驱动器53a和53b的识别数据项目。
储存相关设备表55的储存介质不限于被整合在网络终端1中的硬 盘驱动器25中提供的硬盘。取代地，该储存介质可以是非易失性存储 器，诸如连接到网络6的硬盘，或者易失性存储器，诸如RAM22。
将参考图4的流程图说明协同应用程序51运行的链接运行。首先， CPU ll(图2)执行都储存在储存区27中的Skype应用程序50和协同应 用程序51。然后，Skype应用程序50和协同应用程序51如图1所示 开始在网络终端1中运行。硬盘驱动器25已经确定应该和接口设备中 的哪一个通信。这是因为预先设置在Skype应用程序中的接口设备中 的被选择的一个被保持在硬盘驱动器25中。在网络终端1中的CPU 11 进行下述的过程。
在步骤(自此以下，縮写为S)11中，协同应用程序51监视Skype 应用程序50。然后，在S12中，确定使用Skype API的通知是否已经 从Skype应用程序50中给出到接口设备2a或者2b。如果没有给出通 知(S12:否)，过程转到S14。如果已经给出通知(S12:是)，过程转到S13。
在S13中，协同应用程序51接收从Skype应用程序50输入的通 知，并且将其转换为信息数据DD。信息数据DD通过设备驱动器被输 出到接口设备2a或者2b。从Skype应用程序50输入的通知包含识别 该通知应发送到的接口设备2a或者接口设备2b的识别数据。如果该识 别数据识别了接口设备2a，从Skype应用程序50输入的通知被输出到 设备驱动器52a。如果该识别数据识别了接口设备2b，从Skype应用程 序50输入的通知被输出到设备驱动器52b。即，协同应用程序51将来 自Skype应用程序50的各种通知在Sll至S13中分类到接口设备。
在S14中，协同应用程序51监视设备驱动器52a和52b。在S15 中，CPU 11确定信息数据DD是否已经从设备驱动器52a或者52b输 入。如果没有信息数据DD已经从设备驱动器52a或者设备驱动器52b 输入(S15:否)，过程返回Sll。因此，协同应用程序51保持监视Skype 应用程序50。如果信息数据DD已经从设备驱动器52a或者设备驱动 器52b输入(S15:是)，过程转到S16。
在S16中，协同应用程序51将Skype API发给Skype应用程序50， 该Skype API满足在输入的信息数据DD中所包含的消息中说明的请 求。过程然后返回Sll。信息数据DD和Skype API包含识别已经输出 该消息的接口设备2a和2b中的一个的识别数据。Skype应用程序50 可以因此确定哪个接口设备，设备2a或者设备2b已经输出该消息。即， 协同应用程序51在S14至S16进行将从接口设备2a和2b中的一个输 出的消息传送到Skype应用程序50的操作。因此，协同应用程序51 可以在Skype应用程序50和接口设备2a和2b中的一个之间传送各种 消息。
Skype应用程序50和协同应用程序51进行从一个到另一个的切 换指定的接口设备的过程。将参考图5的流程图解释该切换过程。将 说明从接口设备2a切换到接口设备2b作为指定的接口设备。注意的是， "指定的接口设备"是下述情况下的设备2a或者设备2b，其中所述的 设备2a或者设备2b已经被指定为信息数据DD和音频数据AD应被传 送到的设备。与指定的接口设备关联的设备驱动器是指定的设备驱动
器。该指定的设备驱动器在协同应用程序51和指定的接口设备之间传
送信息数据DD。
在开始切换指定的接口设备的过程基础上，在S21中，协同应用 程序51读取储存在硬盘驱动器25中的相关设备表55(图3)。然后，协 同应用程序51引起显示控制单元31去控制监视器13，从而监视器13 显示在图6中表示的切换设备用户界面57。即，显示控制单元31控制 监视器13，从而显示指示接口设备2a和2b的设备名称(设备信息的例 子)。
切换设备用户界面57显示设备名称"MFC-1000"， g卩，识别接口 设备2a的数据，并且设备名称"MFC-2000"，即，识别用于选择接口 设备的一个的接口设备2b的数据。用户操作键盘14或者鼠标15来选 择接口设备2a或者2b中的一个和指定接口设备。假设用户选择设备名 称"MFC-2000"，从而接口设备2b被选择为指定的接口设备。g卩，在 键盘14或者鼠标15的操作基础上，从以设备名称显示的多个接口设 备中选择的接口设备将变为指定的接口设备。
与指定的接口设备2b关联的设备驱动器52b将被确定是指定的设 备驱动器52b。
在S22中，确定是否已经设置了指定的接口设备。如果没有设置 指定的接口设备(S22:否)，过程返回S21。因此，该监视器13再次显示 切换设备用户界面57。如果己经设置了指定的接口设备(S22:是)，过程 转到S23。
在S23中，协同应用程序51从相关设备表55中获得指定的设备 驱动器52b的驱动器名称"MFC-2000 HID驱动器"，然后在RAM 22 的工作区22A中覆写驱动器名称。设备驱动器52b因此被注册为指定 的设备驱动器。从而，协同应用程序51可以确定驱动指定接口设备的
接口设备驱动器，引起接口设备驱动器传输与接收消息数据，因此， 将消息数据的目的地切换到已经被指定的接口设备。结果是，接口设 备2b(参见图l)会被选择为指定接口设备。
在S24中，协同应用程序51从相关设备表55中获得与指定接口 设备2b关联的音频驱动器53b的音频驱动器名称"MFC-2000音频驱 动器"。根据指定设备名称该接口设备被设置为进入Skype应用程序 50的音频设备。Skype应用程序50能够因此将指定接口设备2b作为 音频设备处理。
在S25中，协同应用程序51将Skype API发给Skype应用程序50。 该Skype API将Skype应用程序50的音频设置改变为由已经获得的音 频驱动器名称"MFC-2000音频驱动器"指定的音频驱动器53b。根据 所发的Skype API, Skype应用程序50在RAM 22的工作区22A中覆 写音频驱动器名称"MFC-2000音频驱动器"，并且将音频驱动器53b 设置为音频数据AD的通信目的地。结果是，接口设备2b被选择为音 频输入设备。因此，该Skype应用程序可以将传输消息数据到指定接 口设备的音频驱动器设置为音频数据的目的地，从而，将音频数据的 目的地切换为已经被指定的接口设备。
在如图5所示已经进行的切换指定接口设备的过程之后，来自在 S23中被选择的指定接口设备的输入被接收，以便进行在图4的流程图 中表示的过程。如果信息数据DD已经被输入了 (S15:是)，协同应用 程序51将与在输入信息数据DD中包含的请求消息对应的Skype API 发给Skype应用程序50。
例如，消息的内容可以是请求对话开始的Skype对话请求消息。 在这种情况下，根据在指定的接口设备上进行的操作，Skype应用程序 50通过IP电话通信传输例如对话请求到其它IP电话终端，并且将从 在S25中选择的指定接口设备输入的音频数据通过IP电话通信传输到
其它IP电话终端。获得与其它IP电话终端通过IP电话通信对话的IP 电话功能从而被控制。
艮P，根据在指定接口设备的键盘14和鼠标15进行的操作，通过
IP电话通信将对话请求传输到其它IP电话终端。因此，在指定的接口 设备的扬声器-麦克风的音频数据输入可以通过IP电话通信被传输到 其它IP电话终端。
该消息内容可以是许可该对话的消息。在这种情况下，根据在指 定的接口设备上进行的操作，将对话许可通过IP电话通信回送到其它
IP电话终端。此外，Skype应用程序50从其它IP电话终端将通过IP 电话通信传输的音频数据输出到在S25的过程中选择的指定接口设备。 与其它IP电话终端通过IP电话通信进行对话的IP电话功能从而被控 制。
艮P，根据在指定接口设备的键盘14或鼠标15上进行的操作，通 过IP电话通信对话许可被传回到其它IP电话终端。并且从其它IP电 话终端传输的音频数据被从指定接口设备的扬声器-麦克风输出。
因此，该信息数据DD通过协同应用程序51在指定接口设备和 Skype应用程序50之间中转。此外，CPU 11在协同应用程序51和指 定接口设备之间进行音频数据的直接交换。即，各种通信，诸如对话 和邮件可以通过指定接口设备获得。而且，如果执行过程S23、 S24和 S25，音频驱动器的通信伙伴可以被切换到指定接口设备。指定接口设 备可以然后被用作音频输入/输出设备。
如上面已经说明的，根据第一实施例的协同应用程序51可以读取 在信息数据DD和各种消息中包含的数据来源和数据目的地，从而确定 数据来源和数据目的地。因此，即使指定接口设备被切换到另一个接 口设备，协同应用程序51可以在切换操作的基础上与己经被新指定的 接口设备交换信息数据DD和消息。而且，协同应用程序51可以接收
从Skype应用程序50向指定接口设备输出的消息，并且可以将这个消 息传送到指定接口设备。此外，协同应用程序51可以只将从指定接口 设备输出的信息数据DD传送到Skype应用程序50，并且可以阻断从 任何其它的没有被指定的接口设备输出的信息数据DD。
音频数据AD不包含识别音频数据AD的来源或者目的地的信息。 这是因为音频数据AD固有地经历一对一通信。因此，如果指定接口设 备被切换到另一个接口设备，Skype应用程序50几乎不能与已经被新 指定的接口设备交换音频数据AD。
然而，在第一实施例中，当指定的接口设备被切换到另一个接口 设备的时候，协同应用程序51将Skype API发给Skype应用程序50， Skype API指示将音频数据AD的目的地切换到被新指定的接口设备。 Skype API将音频数据AD的目的地切换到指定接口设备。因此， 一旦 用户已经将指定的接口设备切换到任何其它的接口设备，Skype应用程 序50可以与被新指定的接口设备交换音频数据AD。该指定的接口设 备可以因此被用作音频输入/输出设备。
在第一实施例中，来自在监视器13上显示的设备名称的设备名称 中的一个，对应的接口设备可以被指定为指定接口设备。用户可以因 此指定要在IP电话通信中使用的接口设备。
将参考图7至9说明本发明的第二实施例。第二实施例被配置为 将发出连接请求消息的接口设备设置为Skype应用程序50的音频数据 AD的目的地。根据第二实施例的网络终端在配置上与第一实施例的网 络终端l是相同的。因此，将不会详细说明网络终端1。
将参考图7和8的流程图说明在图9的顺序图中表示的协同应用 程序51的运行。在S31中，协同应用程序51监视设备驱动器52a和
52b。在S32中，CPU 11确定信息数据DD是否已经从设备驱动器52a 或者52b输入。如果没有信息数据DD输入(S32:否)，过程返回S31， 在过程S31中协同应用程序51再次监视信息数据DD的输入。
假设如图9所示在S101中从接口设备2a输出的连接请求消息通 过设备驱动器52a被输入到协同应用程序51。在这种情况下，在S32 中，来自设备驱动器52a的信息数据DD被取回(图7)，从而过程转到 S33。
在S33中，CPU11确定接口设备是否已经被指定。如果接口设备 的任何一个已经被指定(S33:是)，过程转到S40。如果接口设备仍然没 有被指定(S33:否)，过程转到S34。在该实施例中，假若在S101的时 候仍然没有接口设备被指定，则过程转到S34。
在S34中，CPU11确定信息数据DD是否是连接请求消息。在该 实施例中，在SIOI时从设备驱动器52a输入的信息数据DD是连接请 求消息。因此，过程转到S35。
在S35中，协同应用程序51确定是连接请求消息的来源的接口设 备2a是指定接口设备。然后，协同应用程序51从相关设备表55中获 得与指定接口设备2a关联的设备驱动器52a的驱动器名称"MFC-IOOO HID驱动器"。获得的驱动器名称被储存在RAM22的工作区22A中。 设备驱动器52a从而被注册为指定设备驱动器，并且过程转到S37。
在S37中，协同应用程序51从相关设备表55中获得与指定的接 口设备2a关联的音频驱动器53a的音频驱动器名称"MFC-1000音频 驱动器"。
在S38中，协同应用程序51将Skype API发给Skype应用程序50。 Skype API将Skype应用程序50的音频设置改变为与已经获得的音频
驱动器名称对应的音频驱动器53b。根据所发的Skype API, Skype应 用程序50将音频驱动器53a的音频驱动器名称"MFC-1000音频驱动 器"临时储存在RAM 22的工作区22A中，并且将音频驱动器53a设 置为音频数据AD的通信目的地。Skype应用程序50可以因此通过音 频驱动器53a与接口设备2a交换音频数据AD。
因此，接口设备2a可以被选择为音频设备。在S39中，协同应用 程序51通过设备驱动器52a将连接成功消息回送到连接请求消息的来 源的接口设备2a(在图9中的S102)。接口设备切换过程因此被终止。 然后，过程返回S31。
在图9示出的S103中，从接口设备2a输出的联系列表请求消息 通过设备驱动器52a输入到协同应用程序51。在这种情况下，确定来 自设备驱动器52a的信息数据DD的输入(S32:是)。过程转到S33。在 S33中，指定接口设备已经被确定是设备2a(S33:是)。过程因此转到S40。 在S40中，确认信息数据DD是否已经从是指定接口设备的接口设备 2a输出。在S103中，从是指定接口设备的接口设备2a输出信息数据 DD，即，联系列表请求消息(S40:是)。过程因此转到S42(图8)。
在S42中，CPU11确定信息数据DD是否是连接脱离消息。由于 在S103中信息数据DD是联系列表请求消息(S42:否)，过程转到S45。 在S45中，协同应用程序51将对应于联系列表请求消息的Skype API 发给Skype应用程序50。根据所发的Skype API, Skype应用程序50 通过协同应用程序51将联系列表输出到设备驱动器52a(在图9中的 S104)。
因此，协同应用程序51将从指定接口设备2a输入的消息传送到 Skype应用程序50。
假设在图9示出的S105中，通过设备驱动器52b将从接口设备
2b输出的联系列表请求消息输入到协同应用程序51。在这种情况下，
确定有信息数据DD的输入(S32:是)，从而过程转到S33。在S33中， 由于指定接口设备2a已经确定被指定(S33:是)，过程转到S40。在S40 中，CPU11确定信息数据DD是否已经从指定接口设备输出。在S105 中，不是指定接口设备的接口设备2b输出信息数据DD(S40:否)。过程 因此转到S41。在S41中，拒绝连接请求的错误信息通过设备驱动器 52b被回送到已经输出连接请求消息的接口设备2b(在图9中的S106)。
因此，只要接口设备2a保持被指定，协同应用程序51阻止从除 了指定接口设备以外的接口设备输入的任何消息，以便避免将所述消 息传送到Skype应用程序50。
在图9中示出的S107中，将从接口设备2a输出的Skype请求对 话消息通过设备驱动器52a输入到协同应用程序51。在这种情况下， 过程经由如上所述的S32、 S33、 S40和S42进行到S45(图8)。在S45 中，在对应于Skype对话请求消息的情况下，协同应用程序51将Skype API发到的Skype应用程序50。根据这样发出的Skype API, Skype应 用程序50通过协同应用程序51将状态信息输出到设备驱动器52a(在 图9中的S108)。因此，可以开始Skype对话。
然后，在图9示出的S110中，将从接口设备2a输出的Skype对话 结束消息通过设备驱动器52a输入到协同应用程序51。过程经由如上 所述的S32、 S33、 S40和S42进行到S45。在S45中，协同应用程序 51将与Skype对话结束消息对应的Skype API发到Skype应用程序50。 根据这样发出的Skype API, Skype应用程序50终止Skype对话。然后， 协同应用程序51将成功消息回送到Skype对话结束消息的来源的接口 设备2a (在图9中的Slll)。
假设在图9示出的S112中将从接口设备2a输出的连接脱离消息 通过设备驱动器52a输入到协同应用程序51。在这种情况下，过程经
由如上所述的S32、 S33和S40进行到S42(图8)。在S42(图8)中，发 现信息数据DD是连接脱离消息(S42:是)。过程因此转到S43。在S43 中，已经储存在RAM 22的工作区22A中的设备驱动器52a的驱动器 名称被从其中擦除。该接口设备2a将变为未指定的接口设备。接口设 备2a从而被设置为未指定。然后，在S44中，协同应用程序51将断 开成功消息通过设备驱动器52a回送到连接脱离消息的来源的接口设 备2a (在图9中的S113)。
假设在图9示出的S114中，将从接口设备2b输出的连接请求消 息通过设备驱动器52b输入到协同应用程序51。在这种情况下，与在 S105中的情形不同，没有接口设备被指定。因此，接口设备2b将变为 指定接口设备，并且从接口设备2b输入的连接请求消息不被协同应用 程序51阻断。如上所述，过程经由S32、 S33、 S34、 S35、 S36、 S37 和S38转到S39。因此，该Skype应用程序50的音频设置被变为音频 驱动器53b。然后，在S39中，协同应用程序51通过设备驱动器52b 将连接成功消息回送到连接请求消息的来源的接口设备2b。
如上所述，当接口设备仍然没有被指定时，根据第二实施例的协 同应用程序51指定已经输出连接请求消息的接口设备。当已经输出连 接请求消息的接口设备被指定时，协同应用程序51把将接口设备指定 为音频数据AD的目的地的Skype API发到Skype应用程序50。
协同应用程序51可以因此将由用户操作来进行IP电话通信的接 口设备设置为Skype应用程序50的音频数据AD的目的地。这使用户 能通过使用他或者她操作的接口设备去可靠地与任何其它的IP电话终 端通话。
即，为了输入和输出音频数据，用户可以利用用于输入与其它IP 电话终端对话的请求的接口设备。
在接收到连接脱离消息的基础上，协同应用程序51取消接口设备 的指定。只要音频驱动器保持打开，而接口设备没有用于通信，协同 应用程序51可以因此响应来自任何接口设备的连接请求消息。当协同
应用程序51保持待机模式时，任何接口设备可用于与其它IP电话终端
通话，并且可以在希望的接口设备上可靠地产生呼叫到达音。
将参考图10和图11说明本发明的第三实施例。第三实施例被配 置为将与已经请求通信的其它IP电话终端3关联的接口设备设置为 Skype应用程序50的音频数据AD的目的地。网络终端1在配置方面 与第一实施例的对应部分是相同的。因此，将不会详细说明网络终端1。
将参考图10说明分类表56。相关设备表55被储存在储存区27 中。在分类表56中，接口设备的Skype名称和设备名称被以一一对应 的方式注册。Skype名称将一个IP电话终端与网络之外的其它IP电话 终端3区分。在图10示出的分类表56中，设备名称"MFC-1000"与 Skype名称"AAAAAA，，关联，设备名称"MFC-2000"与Skype名称 "BBBBBB"关联，并且设备名称"MFC-1000"与Skype名称"CCCCCC" 关联。此外，"MFC-1000"与未在分类表56中注册的Skype名称关联， 并且因此被注册为初始设置设备。
将参考图11的流程图说明协同应用程序51的操作。
假设Skype对话是发自具有Skype名称"BBBBBB"的IP电话终 端3。在S51中，协同应用程序51监视Skype应用程序50。在S52中， 协同应用程序51监视使用Skype API的通知是否已经从Skype应用程 序50中给出。如果没有给出通知(S52:否)，过程返回S51以继续监视。 如果已经给出通知(S52:是)，过程转到S53。
在S53中，CPU确定通知是否是来自IP电话终端3的Skype到达 消息。如果该通知不是Skype到达消息(S53:否)，过程转到S62， S62
中协同应用程序51将来自Skype应用程序50的通知转换为信息数据 DD。信息数据DD被输出到设备驱动器52a或者52b。如果该通知是 Skype到达消息(S53:是)，过程转到S54。
在S54中，协同应用程序51从Skype应用程序50中获得是发起 者的IP电话终端的Skype名称"BBBBBB"。
在S55中，协同应用程序51读取储存在硬盘驱动器25中的分类 表56(图10)，并且确定获得的Skype名称是否存在于分类表56中。如 果该Skype名称存在(S55:是)，过程转到S56。在S56中，协同应用程 序51从分类表56中获得与Skype名称关联的接口设备的设备名称。 如果该Skype名称没有存在于分类表56(S55:否)中，过程转到S57。在 S57中，协同应用程序51从分类表56中获得被注册为初始设置设备的 接口设备的设备名称。在这种情况下，因为设备名称"MFC-2000"与 Skype名称"BBBBBB"关联，协同应用程序51获得在图10中示出的 设备名称"MFC-2000"。
在S58中，协同应用程序51从相关设备表55(图3)中获得那些与 获得的设备名称关联的设备驱动器名称和音频驱动器名称。在这种情 况下，设备驱动器名称"MFC-2000 HID驱动器"和音频驱动器名称 "MFC-2000音频驱动器"是从相关设备表55中获得的。
在S59中，协同应用程序51在RAM 22的工作区22A中储存因 此获得的设备名称"MFC-2000"。接口设备2b从而被设置为指定接口 设备。
在S60中，协同应用程序51将Skype API发给Skype应用程序50， 以将Skype应用程序50的设置改为音频驱动器53a，音频驱动器53a 具有获得的音频驱动器名称，即，"MFC-2000音频驱动器"。
在S61中，协同应用程序51将来自于Skype应用程序50的各种 通知输出到指定接口设备2b。
在图11示出的过程中，如果来自于已经传输对话请求的其它IP 电话终端的Skype名称存在于分类表56中，与其它IP电话终端的Skype 名称关联的接口设备可以基于与这个接口设备相关的并储存在分类表 56中的信息来选择。因此，对应于其它IP电话终端3的接口设备可以
被选择。
当接收到来自于其它IP电话终端3的通信呼叫到达请求时，Skype 应用程序50保持将代表呼叫到达音的音频数据AD输入到音频驱动器 53b。音频驱动器53b因此产生代表呼叫到达音的数据，所述数据然后 被供应到指定接口设备2b。因此，指定接口设备2b从而产生呼叫到达
音
听到由指定接口设备产生的呼叫到达音，用户可以认出来自于其 它IP电话终端3的通信呼叫到达请求(对话请求的例子)。
只要用户在接收来自IP电话终端3的对话数据的同时保持交谈， 代表对话语音的音频数据AD被输入到音频驱动器53b。音频驱动器53b 重现语音数据，并且该语音数据被传输到指定接口设备2b。利用指定 接口设备2b，用户可以在IP电话终端3与人交谈。
如上所述，在接收来自连接到网络6的其它IP电话终端3的根据 第三实施例的通信呼叫到达请求的基础上，协同应用程序51将与其它 IP电话终端3关联的接口设备设置为指定接口设备。根据指定接口设 备的设置，协同应用程序51将Skype API发给Skype应用程序50,用 于将指定接口设备设置为音频数据AD的目的地。
协同应用程序51可以因此将Skype应用程序50的音频数据AD
的目的地切换到与IP电话终端3关联的接口设备，IP电话终端3是对
话请求的来源。因此，用户可以使用已经被指定用于与IP电话终端3 通信的接口设备在IP电话终端3与人交谈。
在接收来自IP电话终端3的通信呼叫到达请求基础上，根据第三 实施例的Skype应用程序50引起指定接口设备产生呼叫到达音。为了 在IP电话终端3和指定接口设备之间获得通信，Skype应用程序50引 起终端3和指定接口设备彼此双向地交换音频数据地通信。因此，指 定接口设备可以可靠地产生呼叫到达音，并且使用户能在IP电话终端 3与人交谈。
当已经参考本发明的第一至第三实施例对本发明进行详细说明， 对于本领域普通技术人员是显而易见的，可以在本发明中进行各种变 化和修改而不偏离本发明的精神。在特定的实施例中，协同应用程序 51可以与两个接口设备2a和2b中的一个交换各种消息。该配置不需 要限于这种安排。例如，协同应用程序51可以只与接口设备2a交换信 息。在更好的情形下，如果用户指定接口设备2a，如果接口设备2a传 输连接请求消息，或者如果接口设备2a与已经请求通信的其它IP电话 终端3兼容，协同应用程序51选择接口设备2a作为指定接口设备。协 同应用程序51将接口设备2a设置为Skype应用程序50的音频数据AD 的目的地。因此，即使不能与协同应用程序51交换各种消息的其它接 口设备连接到网络终端1，接口设备2a可以因此被指定为并用作音频 输入/输出设备。不必说，本发明可以应用于其中三个以上的接口设备 可以与协同应用程序51交换各种消息的系统。
在如上所述的实施例中，与IP电话终端3通信的Skype应用程序 50是一个程序，并且与Skype应用程序50链接的协同应用程序51是 另一个程序。这样的IP电话终端可以获得本发明的优势。
在第二实施例中，当接口设备保持未用于进行通信时，音频驱动
器被打开，因此，可以提供能够响应来自任何接口设备的连接请求消
息的待机阶段。本发明不限于这种配置。例如，响应从Skype应用程 序50或者指定接口设备输出的连接脱离消息，协同应用程序51可以 将音频数据AD的目的地从指定接口设备切换到内置的设备，诸如网络 终端1的扬声器-麦克风单元。在这种情况下，只要整合在网络终端1 中的接口设备保持未用于进行通信，所述接口设备可以是音频数据AD 的目的地。用户可以使用网络终端的内置的设备作为初始设置设备。
取代地，程序可以安装在IP电话终端中。该程序包括执行与由协 同应用程序51执行的过程相同的过程的模块，以及整合在控制IP电话 通信的通信应用中的模块。
权利要求
1. 一种IP电话终端，包括∶通信单元(30)，其与任何其它的IP电话终端通过因特网(6)进行IP电话通信；连接单元(29)，其连接多个接口设备(2a，2b)，每个接口设备包括音频输入设备和操作输入设备；用于选择所述操作输入设备的第一选择单元(S23，S35，S59)；用于选择所述音频输入设备的第二选择单元(S25，S38，S60)；用于接收来自所述操作输入设备的操作输入的操作输入接收单元(52a，52b)；用于接收来自所述音频输入设备的音频输入的音频输入接收单元(53a，53b)；IP电话功能控制单元，该IP电话功能控制单元包括第一传输部分，其根据来自由所述第一选择单元(S23，S35，S59)选择的所述操作输入设备的操作输入，通过所述IP电话通信将对话请求传输到所述其它IP电话终端，以及第二传输部分，其通过所述IP电话通信将来自由所述第二选择单元(S25，S38，S60)所选择的音频输入设备的音频数据输入传输到所述其它IP电话终端，从而控制通过IP电话通信与所述其它IP电话终端进行对话的IP电话功能；用于选择所述接口设备(2a，2b)中的一个的第三选择单元(图5，图7-9，图11)；以及选择控制单元，该选择控制单元包括∶第一控制部分(S23，S35，S59)，其控制所述第一选择单元，以允许所述第一选择单元来选择由所述第三选择单元所选择的接口设备的操作输入设备，以及第二控制部分(S25，S38，S60)，其控制所述第二选择单元，以允许所述第二选择单元来选择由所述第三选择单元所选择的接口设备的音频输入设备。
2. 如权利要求i所述的IP电话终端，进一步包括操作输入装置(14,15); 显示输出设备(13);以及显示控制单元(31)，其控制所述显示输出设备(13)，以使得所述显示输出设备显示用于指示所述多个接口设备(2a， 2b)的设备信息，所述 第三选择单元被配置为从由显示在所述显示输出设备(13)上的所述设 备信息表示的所述接口设备中，选择依据所述操作输入装置(14， 15) 的操作所指定的的所述接口设备中的一个。
3. 如权利要求2所述的IP电话终端，其中，当所述操作输入接收 单元接收到来自所述操作输入设备的所述对话请求时，所述第三选择 单元选择具有输出对话请求的操作输入设备的所述接口设备中的一 个，所述对话请求用于请求与所述其它IP电话终端对话。
4. 一种IP电话终端，包括通信单元(30)，其与任何其它的IP电话终端通过因特网(6)进行IP 电话通信；连接单元(29)，其连接多个接口设备(2a，2b)，每个接口设备包括音 频输出设备和操作输入设备；用于选择所述操作输入设备的第一选择单元(S23，S35，S59);用于选择所述音频输出设备的第四选择单元(S25，S38,S60);用于接收来自所述操作输入设备的操作输入的操作输入接收单元 (52a，52b);用于许可所述音频输出设备来输出音频数据的音频输出控制单元 (53a，53b);IP电话功能控制单元，该IP电话功能控制单元包括 回送部分，其根据来自由所述第一选择单元选择的所述操作输入 设备的操作输入，通过所述IP电话通信将对话许可回送到已经传输对话请求的其它IP电话终端；以及输出部分，其许可所述音频输出控制单元来控制所述音频输出设 备，以使得由所述第四选择单元选择的音频输出设备输出从所述其它 IP电话终端通过所述IP电话通信所传输的音频数据，从而控制通过IP 电话通信与所述其它IP电话终端通话的IP电话功能；用于选择所述接口设备中的一个的第五选择单元；以及 选择控制单元，该选择控制单元包括第一控制部分，其控制所述第一选择单元，以允许所述第一选择 单元选择由所述第五选择单元选择的接口设备的操作输入设备，以及第二控制部分，其控制所述第四选择部分，以允许所述第四选择 单元选择由所述第五选择单元选择的接口设备的音频输出设备。
5. 如权利要求4所述的IP电话终端，其中当所述通信单元(30)接 收来自所述其它IP电话终端的指定信息时，所述第五选择单元选择由 所述指定信息指定的所述接口设备中的一个，其中所述指定信息指定 与所述对话请求关联的所述接口设备中的一个。
6. 如权利要求4所述的IP电话终端，进一步包括储存单元(56)， 其储存用于识别所述其它IP电话终端的识别数据，以及表示所述识别 数据和所述接口设备之间的对应的对应数据，当储存单元储存相同的识别数据时，所述第五选择单元基于所述对应数据来选择与从已经传输所述对话请求的所述其它IP电话终端传 输的所述识别数据相对应的所述接口设备中的一个。
7. 如权利要求4至6中任何一项所述的IP电话终端，进一步包 括对话请求输出控制单元，其控制由所述第四选择单元所选择的音 频输出设备，以使得所述音频输出设备输出作为所述对话请求的语音。
8. —种用于控制IP电话终端的方法，所述IP电话终端包括通 信单元(30)，其通过因特网(6)与任何其它的IP电话终端进行IP电话通 信；以及连接单元(29)，其连接多个接口设备(2a，2b)，每个接口设备包 括音频输入设备和操作输入设备，所述方法包括第一选择(S23,S35，S59)，选择所述操作输入设备； 第二选择(S25，S38，S60),选择所述音频输入设备； 接收来自所述操作输入设备的操作输入； 接收来自所述音频输入设备的音频输入；第一传输，根据来自由所述第一选择所选择的操作输入设备的操 作输入，来通过所述IP电话通信将对话请求传输到所述其它IP电话终 端；第二传输，将来自由所述第二选择所选择的音频输入设备的音频 数据输入通过IP电话通信来传输到所述其它IP电话终端，从而控制通 过IP电话通信与所述其它IP电话终端进行对话的IP电话功能；第三选择，选择所述接口设备(2a， 2b)中的一个；控制所述第一选择，从而选择由所述第三选择所选择的接口设备 的操作输入设备；以及控制所述第二选择，从而选择由所述第三选择所选择的接口设备 的音频输入设备。
9. 一种用于控制IP电话终端的方法，所述IP电话终端包括通 信单元(30)，其通过因特网(6)与任何其它的IP电话终端进行IP电话通 信；以及连接单元(29)，其连接多个接口设备(2a，2b)，每个接口设备包 括音频输出设备和操作输入设备，所述方法包括第一选择(S23，S35,S59)，选择所述操作输入设备；第四选择(S25，S38,S60)，选择所述音频输出设备；接收来自所述操作输入设备的操作输入；许可所述音频输出设备来输出音频数据；根据来自由所述第一选择所选择的所述操作输入设备的操作输 入，通过IP电话通信将对话许可回送到已经传输对话请求的所述其它 IP电话终端；控制所述音频输出设备，以使得由所述第四选择所选择的所述音 频输出设备来输出从所述其它IP电话终端通过所述IP电话通信所传输 的所述音频数据，从而控制通过所述IP电话通信与所述其它IP电话终 端通话的IP电话功能；第五选择，选择所述接口设备中的一个；控制所述第一选择，以允许所述第一选择来选择由所述第五选择 所选择的接口设备的操作输入设备；以及控制所述第四选择，以允许所述第四选择来选择由所述第五选择 所选择的接口设备的音频输出设备。
10. —种计算机相关的IP电话终端，包括 连接到因特网的因特网连接单元(30);连接单元(29),其连接多个接口设备(2a，2b)，每个接口设备包括音频输入设备和操作输入设备；用于选择所述操作输入设备的第一选择单元(S23，S35，S59); 用于选择所述音频输入设备的第二选择单元(S25，S38，S60);用于接收来自所述操作输入设备的操作输入的操作输入接收单元 (52a， 52b);用于接受来自所述音频输入设备的音频输入的音频输入接收单元 (53a， 53b);IP电话功能控制单元，该IP电话功能控制单元包括第一传输部分，其根据来自由所述第一选择单元(S23，S35,S59) 所选择的所述操作输入设备的操作输入，将对话请求通过IP电话通信 来传输到所述其它IP电话终端，以及第二传输部分，其将来自由所述第二选择单元(S25,S38,S60)所选择的所述音频输入设备的音频数据输入通过IP电话通信来传输到所述 其它IP电话终端，从而控制通过IP电话通信以与所述其它IP电话终 端进行对话的IP电话功能；用于选择所述接口设备(2a， 2b)中的一个的第三选择单元(图5，图 7-9，图11);以及选择控制单元，该选择控制单元包括第一控制部分，其控制所述第一选择单元，以允许所述第一选择 单元来选择由所述第三选择单元所选择的接口设备的操作输入设备， 以及第二控制部分，其控制所述第二选择单元，以允许所述第二选择 单元来选择由所述第三选择单元所选择的接口设备的音频输入设备， 所述第一选择单元、所述第二选择单元、所述第三选择单元、所述操 作输入接收单元、所述音频输入接收单元、所述IP电话功能控制单元、 所述第三选择单元和所述选择控制单元可根据安装在所述计算机中的 程序的执行而运行。
全文摘要
一种IP电话终端和一种用于控制IP电话终端的方法，其中，当用麦克风和扩音器进行对话时，在通过被提供有麦克风和扩音器的用户接口接收来自对话应用的信息的基础上，所述IP电话终端能够进行IP电话通信。所述IP电话终端连接到因特网。所述终端具有可作为操作输入设备运行的鼠标和键盘，以及可作为音频输入设备运行的麦克风和扬声器。第一选择单元选择接口设备的所述操作输入设备，并且第二选择单元选择所述接口设备的所述音频输入设备。第三选择单元选择所述接口设备中的一个。第一控制部分控制所述第一选择单元，以使得所述第一选择单元来选择由所述第三选择单元所选择的接口设备的操作输入设备。第二控制部分控制所述第二选择单元，以使得所述第二选择单元来选择由所述第三选择单元所选择的接口设备的音频输入设备。
文档编号H04M1/253GK101378422SQ20081021118
公开日2009年3月4日 申请日期2008年9月1日 优先权日2007年8月30日
发明者稻田肇 申请人:兄弟工业株式会社