CN102823228A

CN102823228A - 使用用户终端进行通信

Info

Publication number: CN102823228A
Application number: CN2011800169404A
Authority: CN
Inventors: M.卡尔; H.鲁克尔
Original assignee: Skype Ltd Ireland
Current assignee: Skype Ltd Ireland
Priority date: 2010-03-31
Filing date: 2011-03-30
Publication date: 2012-12-12
Anticipated expiration: 2031-03-30
Also published as: EP2548364A1; GB201005386D0; US20110243125A1; CN102823228B; WO2011121005A1

Abstract

提供了一种使用用户终端进行通信的方法，所述用户终端包括：用于与移动通信设备的第一接口交换呼叫数据的第一接口，其中所述移动通信设备包括用于与移动电信网络的节点进行对接的第二接口，并且其中所述移动通信设备的第一接口不适用于与移动电信网络的节点进行对接；用于通过基于分组的通信网络与第二用户终端交换呼叫数据的第二接口；以及用于执行通信客户端的处理器，该处理器耦接到所述用户终端的第一接口和所述用户终端的第二接口，并且被配置为经由所述用户终端的第二接口和基于分组的通信网络参加与所述第二用户终端的呼叫；其中所述方法包括：基于经由所述用户终端的第一接口和所述用户终端的第二接口中的一个所接收的呼叫数据，在呼叫期间经由所述用户终端的第一接口和所述用户终端的第二接口中的另一个发送呼叫数据。

Description

使用用户终端进行通信

技术领域

本发明涉及一种操作用户终端的方法，并且尤其涉及一种使用用户终端进行通信的方法。其还涉及一种用于通过实施所述方法对用户终端进行操作的计算机程序产品以及所述用户终端本身。

背景技术

一些通信系统允许诸如个人计算机的通信设备的用户跨诸如互联网的基于分组的计算机网络进行通信。这样的通信系统包括通过互联网协议传输语音（VoIP）系统。这些系统对于用户是有益的，因为它们的成本经常明显低于传统固定线路或移动电信网络。对于长距离通信而言特别是这样的情形。为了使用VoIP系统，用户在其设备上安装并执行客户端软件。所述客户端软件建立VoIP连接以及提供诸如注册和认证之类的其它功能。除了语音通信之外，所述客户端还建立针对诸如视频呼叫、即时消息传递（IM）、SMS消息传递、文件传输和语音邮件之类的其它通信媒体的连接。

用于基于分组的通信的一种类型的通信系统使用端对端（“P2P”）拓扑。为了使得能够访问端对端系统，用户必须在其计算机上执行P2P软件提供商所提供的P2P客户端软件，并且注册到P2P系统。当用户注册到P2P系统时，客户端软件被提供以来自服务器的数字证书。一旦所述客户端软件已经被提供了证书，则呼叫或其它通信连接就能够随后在P2P系统的用户之间得以建立和路由而无需在建立时另外使用服务器。相反，客户端从P2P系统中其它终端用户的计算机上的P2P客户端软件之间所分布的信息查找所需的IP地址。也就是说，地址查找表在对等点（peer）自身之间进行分布。一旦已经因此确定了被叫方终端的IP地址，呼叫方的P2P客户端软件就随后与被叫方的P2P客户端软件交换证书。用户之间的数字证书（或用户身份证书“UIC”）的交换提供了用户身份以及他们在P2P系统中被适当授权和认证的证据。因此，数字证书的存在提供了对用户身份的信任。

因此，端对端通信的特征在于，一旦注册，用户就能够基于分布式地址查找和/或一个或多个数字证书的交换而以至少部分分散的方式通过P2P系统建立其自己的通信路线，而无需为此使用服务器。示例P2P系统的进一步细节可以在WO 2005/009019中找到。

VoIP或其它基于分组的通信也可以使用并不使用集中式呼叫建立和/或认证的非P2P的系统来实现，例如，经由服务器或移动电信网络来实现。

可替换于在个人计算机上运行客户端软件，在诸如移动电话之类的移动通信设备上运行客户端软件也是已知的。用户可以使用设备自身的基础结构作为用于与设备上运行的软件进行交互的接口。可替换地，用户可以将耳机连接到移动通信设备以用作用于与该设备上运行的软件进行交互的音频输入/输出设备。该移动通信设备则因此作为所连接耳机的主方（master），并且经由移动电信网络与使用VoIP的另一方进行通信。

然而，VoIP应用可能是资源饥渴的（resource-hungry），这使得移动通信设备的硬件和软件成本有所上升。此外，在移动通信设备上运行VoIP应用会快速耗尽设备的电池，因此需要用户定期对电池进行再充电。

发明内容

本发明的一些实施例的目标是解决这些问题中的一个或多个。

因此，根据本发明的第一方面，可以提供一种使用用户终端进行通信的方法，所述用户终端包括：用于与移动通信设备的第一接口交换呼叫数据的第一接口，其中所述移动通信设备包括用于与移动电信网络的节点进行对接的第二接口，并且其中所述移动通信设备的第一接口不适用于与移动电信网络的节点进行对接；用于通过基于分组的通信网络与第二用户终端交换呼叫数据的第二接口；以及用于执行通信客户端的处理器，该处理器耦接到所述用户终端的第一接口和所述用户终端的第二接口，并且被配置为经由所述用户终端的第二接口和基于分组的通信网络参加与所述第二用户终端的呼叫；其中所述方法包括：基于经由所述用户终端的第一接口和所述用户终端的第二接口中的一个所接收的呼叫数据，在呼叫期间经由所述用户终端的第一接口和所述用户终端的第二接口中的另一个发送呼叫数据。

在实施例中，所述方法可以包括依据从所述移动通信设备所接收的建立呼叫的请求向所述第二用户终端发送建立呼叫的请求。来自所述移动通信设备的建立呼叫的请求可以包括所述第二用户终端的身份的指示。

所述方法可以包括向所述移动通信设备发送信号以使得所述移动通信设备被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备。优选地，所述用户终端包括具有麦克风和扬声器的个人计算机，并且所述方法包括根据确定所述移动通信设备要停止作为用于与所述处理器进行交互的输入/输出设备而使得所述麦克风和扬声器激活作为用于在呼叫期间与所述处理器进行交互的音频输入/输出设备。所述确定可以包括确定所述移动通信设备已关机和确定所述移动通信设备的电池下降到电量阈值水平以下之一。

使得所述麦克风和扬声器激活可以根据接收到使得所述麦克风和扬声器激活的指令，诸如来自所述移动通信设备的指令。

所述方法可以包括根据经由所述第一接口接收到来电呼叫的指示而向所述移动通信设备发送通知信号以使得所述移动通信设备向用户提供来电呼叫的通知。所述通知信号可以包括所述第二用户终端的身份的指示。优选地，所述用户终端包括个人计算机。优选地，所述方法包括使得所述个人计算机还向用户提供来电呼叫的指示。

优选地，所述用户终端包括用于与至少一个其它通信设备进行通信的至少一个接口。

所述方法可以包括根据接收到将至少一个其它通信设备中的一个作为用于呼叫的输入/输出设备的指令而使得至少一个其它通信设备中的所述一个被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备。所述指令可以来自所述移动通信设备。所述方法可以包括根据经由所述第一接口接收到来电呼叫的指示而向至少一个其它通信设备中的每一个发送相应通知信号以使得所述至少一个其它通信设备中的每一个向用户提供来电呼叫的通知。

在一些场景下，呼叫数据可以在与所述第二用户终端的呼叫期间被发送到所述移动通信设备以及所述至少一个其它通信设备中的每一个。

所述方法可以包括根据接收到使得所述移动通信设备被激活作为用于与所述处理器进行交互的输入/输出设备的指令，使得所述移动通信设备被激活作为在呼叫期间用于与所述处理器进行交互的输入/输出设备，并且使得至少一个其它通信设备不被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备，所述指令诸如来自所述移动通信设备的指令。

优选地，所述第一用户终端经由蓝牙连接而连接到所述移动通信设备。优选地，所述基于分组的通信网络包括互联网，并且所述通信客户端包括通过互联网协议传输语音的客户端和通过互联网协议传输视频的客户端之一或其二者。

在实施例中，所述呼叫可以包括语音和视频呼叫，所述移动终端可以被用作用于呼叫的音频接口，并且所述第一用户终端可以被用作用于呼叫的视频接口。

在其它实施例中，所述呼叫可以包括语音和视频呼叫，所述移动终端可以被用作用于呼叫的视频接口，并且所述第一终端可以被用作用于呼叫的音频接口。

根据本发明的第二方面，可以提供一种使用移动通信设备进行通信的方法，所述移动通信设备包括：用于在呼叫期间与连接到基于分组的通信网络的用户终端交换呼叫数据的第一接口，该第一接口不适用于与移动电信网络的节点进行对接；用于与移动电信网络的节点进行对接的第二接口；用于接收声音的麦克风；用于输出声音的扬声器；以及耦接到所述第一接口、麦克风和扬声器的处理器；其中所述方法包括：所述处理器基于在所述麦克风处所接收的声音在呼叫期间经由所述第一接口发送呼叫数据；并且所述处理器基于经由所述第一接口所接收的呼叫数据使得声音在呼叫期间从所述扬声器输出。

本发明的第三方面可以提供一种用于使用用户终端进行通信的计算机程序产品，所述程序包括记录于计算机可读介质上的代码，其被布置为当在处理器上执行时实施本发明第一方面的方法。所述方法可以包括依据以上所提到的第一方面的任意方法特征的步骤。

本发明的第四方面可以提供一种用于使用移动通信设备进行通信的计算机程序产品，所述程序包括记录于计算机可读介质上的代码，其被布置为当在处理器上执行时实施本发明第二方面的方法。

本发明的第五方面可以提供一种用户终端，包括：用于与移动通信设备的第一接口交换呼叫数据的第一接口，其中所述移动通信设备包括用于与移动电信网络的节点进行对接的第二接口，并且其中所述移动通信设备的第一接口不适用于与移动电信网络的节点进行对接；用于通过基于分组的通信网络与第二用户终端交换呼叫数据的第二接口；以及用于执行通信客户端的处理器，该处理器耦接到所述用户终端的第一接口和所述用户终端的第二接口，并且被配置为经由所述用户终端的第二接口和基于分组的通信网络参加与所述第二用户终端的呼叫；其中所述处理器被配置为在呼叫期间基于经由所述用户终端的第一接口和所述用户终端的第二接口中的一个所接收的呼叫数据经由所述用户终端的第一接口和所述用户终端的第二接口中的另一个发送呼叫数据。所述用户终端可以依据以上所提到的第一方面的任意方法特征进行配置。

本发明的第六方面可以提供一种移动通信设备，包括：用于在呼叫期间与连接到基于分组的通信网络的用户终端交换呼叫数据的第一接口，该第一接口不适用于与移动电信网络的节点进行对接；用于与移动电信网络的节点进行对接的第二接口；用于接收声音的麦克风；用于输出声音的扬声器；以及耦接到所述第一接口、麦克风和扬声器的处理器；其中所述处理器被配置为在呼叫期间基于在所述麦克风处所接收的声音经由所述第一接口发送呼叫数据；并且基于经由所述第一接口所接收的呼叫数据使得声音从所述扬声器输出。

附图说明

为了更好地理解本发明并且示出其如何实施，现在将通过示例来参考附图，其中：

图1是诸如互联网的基于分组的网络的示意性表示；

图2是根据本发明实施例的安装有P2P通信客户端的用户终端的示意性框图；

图3是用户终端上所看到的P2P通信客户端用户接口的示意性表示；

图4是本发明第一实施例的用户终端、移动通信设备和基于分组的网络之间的连接的示意性表示；

图5是本发明第二实施例的用户终端、多个移动通信设备和基于分组的网络之间的连接的示意性表示；

图6是示出根据本发明实施例的方法的流程图；和

图7是示出根据本发明另一实施例的方法的流程图。

具体实施方式

如以上所讨论的，当在诸如移动电话之类的移动通信设备上运行时，VoIP应用可能是资源饥渴的，这使得移动通信设备的硬件和软件成本有所上升。在移动通信设备上运行VoIP应用还会快速耗尽移动通信设备的电池。如果VoIP应用自身不必在移动通信设备上运行，则这两个问题就可以得以避免。

还如以上所讨论的，个人计算机可以被用来使用VoIP系统跨基于分组的计算机网络进行通信。听筒或耳机可以连接到个人计算机作为音频接口，即作为音频输入/输出设备。虽然耳机允许用户进行免提而执行其它任务，但是它们将不会为用户提供或者提供非常有限的功能来与个人计算机上的客户端软件进行交互。因此，用户仍然必须接近个人计算机以便使用连接到个人计算机的键盘和/或鼠标与软件进一步进行交互。

在本发明的优选实施例中，诸如移动电话之类的配备有蓝牙的移动通信设备与诸如个人计算机之类的计算机进行配对。这将正常情况下作为所连接耳机的主方的移动通信设备的角色切换为计算机的从方（slave），这增加了利用现有技术的若干显著的新的可能性。

使用诸如移动电话之类的移动通信设备的一个重要优势在于用户通常已经拥有了移动通信设备，这意味着不再需要购买、携带额外的设备并且对其进行再充电。此外，一个明显的好处是能够使用现有的移动通信设备来使用VoIP技术进行更为便宜的呼叫，这是因为用户将熟悉移动通信设备。VoIP功能可以以对资源使用非常小的影响而被集成到移动通信设备中，并且当移动通信设备处于无线网络的覆盖区域之外时没有额外的功率消耗。

此外，由于移动通信设备具有与移动电信网络的空中接口以及与用户终端的另一个不同的接口（该用户终端连接到互联网或其它基于分组的计算机网络），所以移动通信设备可以被用来通过移动电信网络和基于分组的计算机网络中的任一个或其二者来进行呼叫。

在一些实施例中，移动通信设备可以使用所存储的（或者能够以另外的方式访问的）联系人细节以便经由移动电信网络建立与被叫方的呼叫。对于每个潜在被叫方而言，联系人细节可以包括在移动电信网络中可识别的被叫方身份。

在一些实施例中，对于那些被叫方中的至少一些而言，联系人细节可以包括在诸如基于分组的计算机网络（例如，互联网）的另一个网络中可识别的被叫方身份。在一些实施例中，移动通信设备能够使用也能够在移动电信网络中使用的被叫方的联系人细节而经由基于分组的计算机网络来建立与被叫方的呼叫。

在一些实施例中，移动通信设备在存在VoIP来电呼叫时响铃，这允许用户直接从移动通信设备接起该呼叫，所述移动通信设备随后成为用于VoIP应用的激活的输入/输出音频设备，同时用户终端仍保持作为呼叫端点。在一些实施例中，多个通信设备同时与计算机进行配对，在这种情况下，它们都可以响铃，并且接起该呼叫的一个就成为激活的输入/输出音频设备，同时用户终端仍保持作为呼叫端点。

其上运行通信客户端的计算机可以包括专用基站。

当与运行VoIP应用的计算机配对时，移动通信设备可以在其地址簿中给出“使用VoIP呼叫”的选项。选择该选项将指示计算机上运行的通信客户端应用对PSTN号码或VoIP用户名进行呼叫，并且还将激活移动通信设备作为输入/输出音频设备。

如果移动通信设备可被标识为支持所需功能，则在一些实施例中，计算机上运行的通信客户端应用可以提供对该设备的明确支持，最为重要的是与使得由计算机提供来电呼叫指示并行地就来电呼叫而对移动通信设备进行响铃，并且如果用户选择了进行或接收呼叫则激活移动通信设备作为输入/输出音频设备。

利用本发明的实施例，如果计算机例如不包括麦克风或者如果有线的免提操作将分散周围人的注意力或者将涉及用户的隐私，则移动通信设备的用户不需要额外的设备（耳机或听筒）。本发明的一些实施例使得用户能够对移动通信设备进行应答，并且甚至在蓝牙覆盖之内的周围进行移动而并不被计算机所拴住。而且无需担心需要充电的另一个设备。

由于计算机是VoIP呼叫的端点，所以即使移动通信设备的电池耗尽，在一些实施例中，计算机上的通信客户端应用也可以只是将音频切换到内部扬声器和麦克风而不会掉话。

在一些实施例中，移动通信设备具有发起输入/输出音频设备切换的功能，基本上是将用于呼叫的输入/输出音频设备改变为连接到计算机或与之配对的另一个设备，诸如另一个移动通信设备、呼叫录音设备或电视机。

在一些实施例中，无需在移动通信设备上运行VoIP软件。本发明的一些实施例可以被应用于在个人计算机上运行的任意VoIP应用。可以创建标准化的蓝牙VoIP听筒简档（profile）。

除了蓝牙之外，随不同的网络技术，可以使用类似的方法，最为引人注目的是无线保真（WiFi）和无线USB，它们通常能够以一些较高的功率消耗为代价提供比蓝牙更大的范围。

现在将对用于本发明实施例的实施方式的适当通信系统和通信客户端的示例进行描述。

图1是诸如被标记为102、104和106的那些多个互连部件与之耦接的诸如互联网的基于分组的网络的示意性图示。每个网络部件与互联网108的其余部分相互耦接，并且被配置为通过传送和接收互联网协议（IP）分组形式的数据而经互联网与其它这样的部件传输数据。每个部件还具有可在互联网中用来定位该部件的相关联的IP地址。在图1中明确示出的部件为：多个端用户终端102(A)至102(E)，诸如台式或膝上PC或者支持互联网的移动通信设备（诸如移动电话）；一个或多个P2P服务器104；以及到另一类型的网络109的网关106，诸如到传统的公共交换电话网（PSTN）或其它电路交换网络，和/或到诸如移动蜂窝网络的移动电信网络。然而，当然将要意识到的是，比所明确示出的那些更多的部件构成了互联网。这在图1中通过通信云108示意性表示，其将包括许多端用户终端、服务器和网关，以及互联网服务提供商（ISP）的路由器和互联网骨干路由器。

多个端用户终端102中的每一个都被安装有以P2P通信客户端应用形式的通信软件。当被执行时，这允许端用户终端102使用P2P呼叫建立（或更一般地，连接建立）经由互联网建立与其它这样的端用户终端102的双向通信信道。P2P通信客户端还彼此共享存在信息，这提供了用户的可访问状态。每个用户的存在信息优选地至少部分由用户自己来定义。为了对分散式呼叫建立进行补充，P2P通信客户端可以从P2P服务器104得出一些附加信息，诸如提供用户的联系人的姓名和用户ID的联系人列表，以及作为用户所选择来在P2P系统内表示他们自己的图像的“头像（avatar）”。

也可以有P2P通信客户端安装在耦接到互联网108以及诸如PSTN网络和/或移动电信网络的一个或多个其它网络109二者的一个或多个网关106。这允许在端用户终端102上运行的P2P通信客户端分别与常规的固定电话和/或移动电话（或者其它移动通信设备）进行通信，即使那些电话自己并没有运行P2P通信客户端并且不直接耦接到互联网。在那种情况下，终端102上的P2P通信客户端使用P2P呼叫建立通过互联网与网关106上的P2P通信客户端建立连接，并且向其提供以电话号码，并且网关106使用该电话号码通过相应的其它PSTN或移动电信网络来建立与该电话的连接。或者在另一方向，PSTN或移动电信网络之一中的电话用户可以利用标识P2P系统内的用户的号码拨入网关106，并且网关106将通过互联网与该用户的终端102建立连接。在任一种情况下，都可以经由互联网以及PSTN或移动电信网络来这样建立双向通信信道。

图2的示意性框图示出了根据本发明实施例的被配置为作为在互联网上运行的P2P系统的终端的端用户终端102的示例。用户终端102包括处理器或CPU 200，其有效（operatively）耦接至：诸如用于连接到互联网108的调制解调器的网络接口202，诸如硬盘驱动器或闪存的非易失性存储设备204，以及诸如随机访问存储器（RAM）206的易失性存储器设备。用户终端102还包括一个或多个用户输出设备，例如以键盘或小键盘210、鼠标212、麦克风216和网络摄像头218的形式，它们均有效耦接到CPU 200。终端102进一步包括一个或多个用户输出设备，例如以显示屏幕208和扬声器214的形式的，它们也均有效耦接至CPU 200。用户终端102进一步包括用于与移动电话建立无线连接的接口230。在其它实施例中，如以下所讨论的，接口230可以用于建立有线连接，并且在一些实施例中，可以是与除移动电话以外的移动通信设备的连接。

存储设备204存储包括至少一个操作系统（OS）220以及P2P通信客户端222形式的基于分组的通信软件的软件。在终端102启动或重置时，操作系统软件220自动被加载到RAM 206中并且通过在CPU 200上执行而从那里运行。一旦运行，操作系统220随后就能够通过将诸如P2P通信客户端222的应用加载到RAM 206中并且在CPU 200上执行它们来运行它们。为了在图2中对此进行示意性表示，操作系统220和P2P通信客户端222被示为处于CPU 200之内。

P2P通信客户端222包括“栈”，其具有三个基本层：输入和输出（I/O）层224、客户端引擎层226和用户接口（UI）层228。每个层负责具体的功能。由于每个连续层通常与两个相邻层（或者在顶层的情况下为一个层）进行通信，所以它们被看作以如图2所示的栈进行布置。P2P通信客户端222被认为是在操作系统220“上”运行。这意味着在多任务环境中，其由操作系统220调度以便执行，并且进一步意味着从输入设备202、216、218和230到P2P通信客户端222的最低（I/O）层224的输入以及从I/O层224到输出设备202、208、214和230的输出可以经由操作系统220的适当驱动器和/或API进行调停。

P2P通信客户端的I/O层224包括音频和视频编解码器形式的语音引擎和任选地视频引擎，所述编解码器接收到来的编码流并且对它们进行解码以便酌情输出到扬声器214和/或显示器208和/或接口230，并且其从麦克风216和/或网络摄像头218和/或接口230接收未编码的音频和/或视频信息并且将它们进行编码以便作为到P2P系统的其它端用户终端102的流用于传输。I/O层224还可以包括用于在网络的终端102之间以信令发送控制信息的控制信令协议。

客户端引擎226随后对如以上所讨论的P2P系统的连接管理功能进行处理，诸如通过P2P地址查找和认证建立呼叫或其它连接。客户端引擎226还可以负责P2P系统的其它次要功能，诸如向P2P服务器104提供用户的最新联系人列表和/或头像图像，或者从P2P服务器104检索用户的最新联系人列表并且检索其它用户的最新头像图像。进一步，客户端引擎226可以通过经由公用API定期对它们进行轮询而从联系人列表中用户的其它客户端检索存在信息，并且相反地在被那些在线的其它客户端轮询时提供其自己的存在信息。存在信息经由公用API在客户端之间的直接交换是优选选项，但是可替换地，存在信息可以经由诸如服务器104的中间节点进行交换。

UI层228负责经由显示器208向用户呈现解码的视频，连同诸如存在和简档信息的其它信息以及诸如按钮和菜单的用户控件一起在显示器208上呈现输出，并且经由所呈现的控件接收来自用户的输入。

图3示意性图示了当P2P通信客户端应用222打开供用户观看时将在显示器208上呈现给用户的示例用户接口。在该示例中，用户接口228是在第一用户终端102(A)上运行的P2P通信客户端222的用户接口。该用户接口被划分为多个面板。第一面板302显示用户自己简档的一些细节，在该示例中为用户姓名“Joe Everyman”、头像图像和“情绪消息”。这些细节可以被客户端引擎226存储在P2P服务器104并且从那里检索，从而使得对P2P网络的其它用户可用。头像图像是用户所选择用来向其它用户表示其自己的图像（其不必是他们自己的照片）。情绪消息是用户所定义的简短声明，其可以被用于任意用途，但是通常被用来表达用户感觉如何，与用户生活中的最近事件相关的新闻，或者可能影响用户可用性的任意近期计划（情绪消息因此在一些情况下可以被认为是一类存在信息）。当其它用户在其自己的客户端中观看Joe的简档时，将能够经由P2P服务器104看到这些细节，并且反之亦然，将使得其它用户的细节可被Joe的客户端所用（如果他们处于彼此的联系人列表中）。

用户接口的第二面板304显示了用户好友或同事的联系人列表，这些是P2P网络的其它用户。该联系人列表中的条目优选地以来自用户的同意为条件。该联系人列表可以被客户端引擎226存储在P2P服务器104并且从那里检索，以使得如果用户在不同终端上使用P2P通信客户端的不同实例则相同列表对用户可用。在该面板中还在每个联系人旁边显示存在信息。所述存在信息表示可用状态，其优选地包括用户是否在线的指示，并且优选地至少部分是用户所定义的。例如，存在状态可以是：用户离线（x），用户在线并且已经选择被示为可用（√），或者用户在线但是已经选择被示为不可用（-）。

用户接口的第三面板306显示从联系人列表中所选择的用户的简档，在该情形中为“Stephen Madeup”，其是另一个用户终端102(B)的用户。所显示的简档包括Stephen的姓名、头像图像和情绪消息，以及Stephen可能已经提供至P2P服务器104的其它细节，诸如当前位置、当地时间、性别和出生日期（DOB）。这些简档细节由客户端引擎226从P2P服务器104检索。

用户接口的第四面板308随后显示与所选择联系人相关的通信控件，诸如允许建立语音或视频呼叫建立的按钮，以及用于进入聊天消息的窗口。在该面板中还将显示任意到来的聊天消息以及聊天历史，并且可以通过将文件拖放到聊天窗口中来建立文件传输。

大多数现代移动电话（以及其它移动通信设备）和个人计算机都支持蓝牙。蓝牙最为常见的用途之一是将移动电话与耳机进行配对以便进行免提操作。蓝牙耳机也可以与计算机进行配对，成为音频输入/输出设备。在这两种情况下，耳机都是一个增强端用户的用户体验的附加硬件。

然而，发明人已经发现，移动电话是远比简单的耳机更为强大的设备，并且使用移动电话替代耳机提供了增强通信系统用户的用户体验的若干种附加的可能性。

根据本发明的第一实施例，用户终端102包括用于建立与移动通信设备的无线连接的接口230，如图2所示，所述移动通信设备在这种情况下包括移动电话400。在该实施例中，接口230包括蓝牙接口，并且所述无线连接包括蓝牙连接。蓝牙连接是用户终端102与移动电话400之间的直接连接。该连接在图4中进行图示，其示出了用户终端102，其借助它的网络接口202连接到互联网108，并且借助它的接口230连接到移动电话400（下文中被称作’电话400）的接口430。与移动电话400的用于与移动电信网络中诸如基站之类的节点进行对接的第二接口440（以下所讨论的）相比，移动电话400的接口430并不适用于与移动电信网络中诸如基站之类的节点进行对接。用户终端102的蓝牙接口230与’电话400的蓝牙接口430之间的连接500包括蓝牙连接。适当利用该连接，’电话400被称作与用户终端102“配对”。以下对其它可替换类型的接口进行讨论。

读者将要理解“配对”设备的概念。简言之，两个设备需要进行一次配对以互相通信。配对过程通常在设备第一次接收到来自还没有与之配对的设备的连接请求时自动触发。一旦已经建立了配对，其就被设备所记住，它们随后就能够进行互相连接而无需用户介入。在需要时，配对关系可以随后被用户解除。在配对过程期间，所涉及的两个设备通过创建已知为链路密钥的共享秘密来建立关系。如果链路密钥被双方设备所存储，则它们被称作“黏合的（bonded）”。想要仅与黏合的设备进行通信的设备可以对其它设备的身份进行密码认证，并且由此确信其是之前与之配对的相同设备。一旦已经生成了链路密钥，设备之间经认证的ACL链路就可以被加密以使得它们通过电波所交换的数据被保护免于偷听。链路密钥可以在任意时刻被任一设备所删除。

移动电话400到用户终端102的配对在一些实施例中需要’电话400或用户终端102（根据配对在哪里发起）在其显示屏上示出用户必须输入到所配对的其它设备中的pin码或者秘密信息。如果可替换地将耳机配对到用户终端，则通常使用更为简单的方法，这是因为耳机通常并不具有足够的按钮来输入这样的pin码或秘密信息。

在其它实施例中，不需要用户确认来使得移动通信设备400能够配对到用户终端102，并且在还进一步的实施例中，可以提示用户简单地接受配对而不输入秘密信息。

如以下将更为详细描述的，利用该布置，用户终端102的用户能够使用’电话400作为音频和/或视频接口设备以便与用户终端102的处理器200进行交互。用户终端102的处理器200耦接到两个接口202、230并且被配置为经由网络接口202和互联网108参加到与第二用户终端102的语音和/或视频呼叫之中。此外，’电话400的麦克风410可被用户用来向客户端引擎226发送话音数据，并且’电话400的扬声器420可被用户用来收听基于在’电话400处从客户端引擎226所接收的话音数据而生成的话音。在视频呼叫的情况下，’电话400的显示器460可被用户用来观看基于在’电话400处从客户端引擎226所接收的视频数据而生成的视频。

当第一用户终端102的用户想要与第二用户终端的用户建立呼叫时，在一些实施例中，它们可以使用’电话400向用户终端102发送用于建立呼叫的请求。该请求经由蓝牙连接500发送到客户端引擎226，并且包括第二用户终端的身份的指示，诸如IP地址、通信系统中的用户名或者电话号码（在第二用户终端经由PSTN网络连接到互联网108的情况下）。该请求的发送可以由对’电话400的一个或多个输入按键450（诸如硬件或软件按钮或者滚轮或其它输入设备）进行操作的用户来发起。在该实施例中，用户从’电话400的显示器460上所显示的列表（诸如地址簿）中选择意在的被叫方，并且发送到客户端引擎226的请求中的指示包括所选择被叫方的指示。

在一些实施例中，可能在’电话400处从用户终端102检索可使用在用户终端102上运行的客户端而经由基于分组的通信网络108进行联系的联系人的列表。该第一联系人列表可以与’电话400上的联系人的第二列表进行合并，所述第二列表包括可使用’电话400经由移动电信网络进行联系的联系人的列表。对于合并列表中的每个联系人，可以提供标识符字段（其中，例如存储该联系人的姓名或昵称），其中存储能够使用基于分组的通信网络108与联系人进行联系的联系人地址（诸如IP地址）的字段，以及其中存储能够使用移动电信网络与联系人进行联系的联系人地址（诸如电话号码）的字段。也可提供用于与联系人相关的信息的其它字段，所述信息诸如邮政地址、电子邮件地址、即时消息传递ID等。

因此，在这样的实施例中，’电话400的用户能够选择其希望用来与某个联系人进行联系的方法。如这里所讨论的，在’电话400处可以有选择地经由移动电信网络建立呼叫，或者用户可以代之以选择向客户端引擎226发送请求以经由基于分组的通信网络108建立与联系人的呼叫，如这里所讨论的。

一旦接收到建立呼叫的请求，客户端引擎226就检查该请求以确定第二用户终端的身份，生成呼叫建立请求消息，并且使得该呼叫建立请求消息被发送到第二用户终端。

假设被叫用户终端想要加入呼叫，则被叫用户经由其自己的客户端的用户接口接受所述呼叫建立请求消息，由此生成呼叫接受信号。响应于从用户接收到所述呼叫接受信号，被叫终端的客户端引擎（i）生成呼叫建立接受消息，并且（ii）指示被叫终端的语音引擎开始传送/接收话音数据。所述呼叫建立接受消息被发送到用户终端（主叫方）102。

响应于接收到所述呼叫建立接受消息，可以如本领域中已知的那样实现用户终端102和第二用户终端之间的呼叫建立的完成，并且因此将不在这里进行进一步描述。

在该实施例中，客户端引擎226使得要被发送到’电话400的信号导致’电话400被激活作为用于在与第二用户终端的呼叫期间与处理器200进行交互的音频输入和输出（I/O）设备。更具体地，在’电话400处接收该信号使得’电话400中的处理器激活麦克风410作为用于呼叫的音频输入设备并且激活扬声器420作为用于呼叫的音频输出设备。此外，客户端引擎226使得音频路由数据被输入到可由通信客户端访问的存储器（诸如RAM 206和非易失性存储器204之一）中，该数据指示’电话400是用于呼叫的音频I/O设备（虽然该呼叫的端点保持为用户终端102）。

在呼叫期间，当第一用户终端102的用户想要对使用第二用户终端的用户讲话时，他们向’电话400的麦克风410中讲话，并且’电话400中的处理器基于对麦克风410的输入创建话音数据。该话音数据随后被’电话400经由蓝牙连接500发送到客户端引擎226。基于所接收的该话音数据，客户端引擎226使得分组化的话音数据经由网络接口202和互联网108发送到第二用户终端。经由网络接口202的该话音数据的发送可以如本领域已知的那样来实现，因此将不在这里进行进一步描述。

在一些实施例中，客户端引擎226将从’电话400所接收的话音数据传输或转发到第二用户终端，即所接收和发送的话音数据具有相同内容。在其它实施例中，客户端引擎226使得在话音数据被发送到第二用户终端之前对所接收的话音数据执行某种程度的处理。所发送的话音数据因此可以是所接收话音数据的修改版本。例如，在多个参加者的会议呼叫期间，可以在客户端引擎226运行会议混合器。客户端引擎226随后将在对流进行编码以便传输之前把从若干通信设备（’电话400可以是其中之一）所接收的话音合并到单个流中。

去往第一用户终端102的用户的第二用户终端的用户的话音作为分组化的话音数据而经由互联网108和网络接口202在客户端引擎226处被接收。在参考存储在存储器中的音频路由数据时，客户端引擎226确定’电话400包括用于呼叫的音频I/O设备。客户端引擎226使得经由用户终端102的蓝牙接口230和蓝牙连接500向’电话400发送该话音数据。所发送的话音数据因此是基于所接收的话音数据。

在一些实施例中，客户端引擎226将从第二用户终端所接收的话音数据传输或转发至’电话400，即所接收和发送的话音数据具有相同内容。在其它实施中，客户端引擎226使得在话音数据被发送到’电话400之前对所接收的话音数据执行某种程度的处理，即所发送的话音数据是所接收话音数据的修改版本。例如，在多个参加者的会议呼叫期间，可以在客户端引擎226运行会议混合器。客户端引擎226随后将在对到来的数据流进行解码之后将到来的数据流的副本发送到参加呼叫的所有通信设备（’电话400可以是其中之一）。

’电话400中的处理器使用其从用户终端102所接收的话音数据来使得’电话400的扬声器420输出表示话音的声音，并且’电话400的用户随后能够听到来自第二用户终端的用户的话音。

在呼叫期间，’电话400的用户可以决定他们希望使用个人计算机的麦克风216和扬声器214而不是’电话400的麦克风410和扬声器420与处理器200进行交互。这可以是因为他们希望使用’电话400直接从’电话400经由该’电话的空中接口440通过移动电信网络进行不同的呼叫，或者可能是因为他们希望将’电话400拿到远离其脸部之处以观看其显示460。在任意情况下，用户能够从’电话400向用户终端102发送指令，例如通过按压’电话400上的指定按钮或者通过将’电话关机。经由蓝牙连接500在客户端引擎226处接收所述指令使得客户端引擎226确定’电话400要停止用作用于与处理器200进行交互的音频I/O设备，并且代之以使得用户终端102的麦克风216和扬声器214在与第二用户终端的呼叫期间用作音频I/O设备。

在一些实施例中，从’电话400向用户终端102的指令发送可以由’电话400的电池耗尽或者下降到低于预定电量阈值水平所发起，而不是必须由用户发起指令发送。在一些实施例中，在接收到来自用户终端102的诸如鼠标212或键盘210之一的另一个用户输入设备的指令时，客户端引擎226使得用户终端102的麦克风216和扬声器214被激活作为音频I/O设备。

如果用户在呼叫期间希望使用’电话400（而不是用户终端102的麦克风216和扬声器214）与处理器200进行交互，则他们可以使得指令（从’电话400以及用户终端102的诸如鼠标212或键盘210的用户输入设备之一）被发送至客户端引擎226以使得’电话400的麦克风410和扬声器420被激活作为用于呼叫的音频I/O设备。无论是否在客户端引擎226接收到来自’电话400还是来自用户终端102的用户输入设备的建立呼叫的原始请求，即无论’电话400之前是否在与第二用户终端的呼叫期间被用于与处理器200进行交互，这都可以被执行。

无论被用作用于与处理器200进行交互的I/O设备的设备何时发生改变，在一些实施例中，客户端引擎226都使得以上所讨论的存储在存储器中的音频路由数据得以被更新，以指示话音数据要被发送到哪个设备。

当’电话400在与第二用户终端的呼叫期间被用作用于与处理器200进行交互的音频I/O设备时，用户可以通过按压’电话400上的指定按键，诸如标记为“结束呼叫”或“挂机”的按键，或者通过向’电话400中进行一些替换的输入来结束呼叫。这使得结束呼叫的指令被从’电话400经由蓝牙连接500发送到客户端引擎226。呼叫随后以如本领域可能已知的方式结束。

在一些实施例中，可以基于在客户端引擎226处从第二用户终端所接收的呼叫建立请求消息来建立呼叫。基于这样的来电指示，客户端引擎226使得通知信号经由蓝牙连接500被发送到’电话400的处理器。这使得’电话400的处理器向’电话400的用户提供来电呼叫的通知，诸如听觉和/或视觉通知。在一些实施例中，客户端引擎226还使得用户终端102自身提供来电呼叫的通知，诸如显示208上的视觉通知或者经由扬声器214的听觉通知。

’电话400的用户可以使得从’电话400向客户端引擎226发送信号，其指示用户接受了与第二用户终端的呼叫，并且’电话400要被激活作为在与第二用户终端的呼叫期间用于与处理器200进行交互的音频I/O设备。在一些实施例中，如以上所讨论的，客户端引擎226使得音频路由数据被输入到存储器（204和206之一）之中，该音频路由数据指示’电话400包括用于与第二用户终端的呼叫的音频I/O设备。

客户端引擎226使得从第一用户终端102向第二用户终端发送呼叫建立接受消息。响应于接收到所述呼叫建立接受消息，进行呼叫的第二用户终端的客户端引擎指示第二用户终端的语音引擎开始传送/接收话音数据。可以如本领域已知的那样完成用户终端之间的呼叫建立。

现在将参考图2和5对本发明的第二实施例进行描述，其中与图2和4的第一实施例共用的特征利用图2和4中所使用的那些相同数字来引用。为了简明，这里将不再对那些特征进行描述。

在第二实施例中，用户终端102使用图2中所示的接口230建立与移动通信设备的多个相应无线连接。该接口包括蓝牙接口，并且每个移动通信设备包括移动’电话400、400’、400’’。以下对其它替换的类型的接口进行讨论。用户终端102借助蓝牙接口230连接到各个移动’电话400、400’、400’’的相应蓝牙接口430、430’、430’’。用户终端102的蓝牙接口230与’电话400、400’、400’’的相应蓝牙接口430、430’、430’’之间的连接500、500’、500’’均包括蓝牙连接。

在该第二实施例中，如以上所描述的，可以由对’电话400、400’、400’’中的任意一个进行操作以向客户端引擎226发送建立呼叫的请求的用户来发起呼叫建立。除了通过检查所述请求而与所述请求中所指示的被叫方建立呼叫之外，如以上所描述的，客户端引擎226使得向从特定’电话400接收到所述请求的该特定’电话400（其自此将被称作发起呼叫的’电话400）发送信号，以使得发起呼叫的’电话400被激活作为在与第二用户终端的呼叫期间用于与处理器200进行交互的音频I/O设备。处理器200还可以使得’其它电话400’、400’’不被激活作为在呼叫期间用于与处理器200进行交互的音频I/O设备。这可能是因为从发起呼叫的’电话400所接收的建立呼叫的请求包括仅激活发起呼叫的’电话400作为音频I/O设备的指令，或者是因为用户经由用户终端102的用户输入设备210、212之一输入了指令以仅激活发起呼叫的’电话400作为音频I/O设备。

客户端引擎226使得音频路由数据被输入到可由通信客户端所访问的存储器（诸如RAM 206和非易失性存储器204之一），该数据指示发起呼叫的’电话400包括用于呼叫的音频I/O设备，而其它’电话400’、400’’并不是用于呼叫的音频I/O设备。当如以上所描述的在呼叫期间在客户端引擎226处从第二用户终端接收话音数据时，客户端引擎226参考音频路由数据并且确定发起呼叫的’电话400是用于呼叫的音频I/O设备。客户端引擎226因此使得话音数据经由其相应的蓝牙连接500向发起呼叫的’电话400发送。

在替换的实施例中，所述音频路由数据可以指示多个无线连接的设备400、400’、400’’要接收话音数据，并且客户端引擎226被配置为在呼叫期间向发起呼叫的’电话400，并且也向多个其它无线连接的通信设备的每一个发送话音数据。在还进一步的实施例中，所述音频路由数据可以指示所有无线连接的设备400、400’、400’’都要接收话音数据。

这样，若干不同的人能够听到经由所连接的通信设备400、400’、400’’中的相应一个的扬声器420、420’、420’’所接收的话音。

如以上所讨论的，在一些实施例中，客户端引擎226将从第二用户终端所接收的话音数据传输或转发至一个或多个’电话。在其它实施例中，客户端引擎226使得在所接收的话音数据被发送到一个或多个’电话之前对话音数据执行某种程度的处理。

此外，在一些实施例中，这些若干不同的人可以对他们各自的’电话400、400’、400’’的麦克风410、410’、410’’中进行讲话以使得话音数据经由相应蓝牙连接500、500’、500’’发送到客户端引擎226。客户端引擎226随后可以被布置为将从所有’电话400、400’、400’’所接收的话音数据进行合并，并且向第二用户终端发送话音数据。换句话说，在一些实施例中，多于一个的（或全部）无线连接的通信设备400、400’、400’’都可以被激活作为呼叫期间用于与处理器200进行交互的音频I/O设备。

如以上所讨论的，在一些实施例中，客户端引擎226将从一个或多个’电话所接收的话音数据传输或转发到第二用户终端。在其它实施例中，客户端引擎226使得在所接收的话音数据被发送到第二用户终端之前对话音数据执行某种程度的处理。

在该第二实施例中，如以上所描述的，在’电话400、400’、400’’中仅有一个’电话400被激活作为与第二用户终端的呼叫期间用于与处理器200进行交互的音频I/O设备的情况下，客户端引擎226可以确定’电话400要停止用作用于与处理器200进行交互的仅有的I/O设备，并且还（或代之以）使得用户终端102的麦克风216和扬声器214在呼叫期间用作音频输入和输出设备。改变音频输入/输出设备的指令可以从’电话400发送到用户终端102，例如可以由’电话400的用户按压’电话400上的指定按钮或者通过将’电话关机。在一些实施例中，指令的发送可以由’电话400的电池耗尽或者下降到低于预定电量阈值水平所发起，而不是必须由用户发起指令发送。

可替换地，客户端引擎226可以使得其它’电话400’、400’’之一被激活作为在呼叫期间用于与处理器200进行交互的音频I/O设备。除了使用’电话400作为音频I/O设备之外或者作为其替代，使用其它的’电话400’、400’’之一作为音频I/O设备。这种用于呼叫的音频I/O设备的改变可以取决于在客户端引擎226处经由蓝牙连接500从’电话400接收到将用于呼叫的音频I/O设备改变为其它’电话400’、400’’之一的指令。在一些实施例中，所述指令包括其它’电话400’、400’’中的哪一个要成为呼叫期间用于与处理器200进行交互的音频I/O设备的指示。从’电话400到用户终端102的指令发送例如同样由’电话400的用户按压’电话400上的指定按钮或者通过将’电话关机所发起，或者通过’电话400的电池耗尽或者下降到低于预定电量阈值水平所发起。

在替换的实施例中，在客户端引擎226处从要成为用于呼叫的音频I/O设备的其它’电话400’接收改变用于呼叫的音频I/O设备的指令。再一次地，该指令例如可以由其它’电话400’的用户按压其它’电话400’的小键盘450’的指定按钮来发送，并且该指令可以包括其它’电话400’的身份指示。

在替换的实施例中，在客户端引擎226处从用户终端102的用户输入设备接收改变哪些（多个）设备将包括用于呼叫的（多个）音频I/O设备的指令，所述用户输入设备诸如鼠标212或键盘210之一。而且，该指令可以包括将包括用于呼叫的（多个）音频I/O设备的（多个）设备的一个或多个身份的指示。

如果用户希望在呼叫期间使用’电话400（而不是用户终端102的麦克风216和扬声器214，并且也不是其它’电话400’、400’’之一）来与处理器200进行交互（例如，由于所述其它’电话400’、400’’之一要被用户经由该设备的空中接口440’、440’’而通过移动电信网络的单独呼叫中使用），则他们可以使得（从’电话400’、其它’电话400’、400’’以及用户终端102的诸如鼠标212或键盘210的用户输入设备之一）向客户端引擎226发送指令以导致客户端引擎226使得’电话400的麦克风410和扬声器420被激活作为用于呼叫的音频I/O设备。无论是否在客户端引擎226处接收到来自’电话400还是来自用户终端102的用户输入设备的建立呼叫的原始请求，即无论’电话400之前是否在呼叫期间被用于与处理器200进行交互，这都可以被执行。

无论被用作用于与处理器200进行交互的I/O设备的设备何时改变，在一些实施例中，客户端引擎226都使得存储在存储器中的音频路由数据得以被更新，以指示话音数据要被发送到哪个（些）设备。

根据该第二实施例的呼叫的结束可以如以上参考第一实施例所描述的那样来执行。

在第二实施例中，呼叫可以基于在客户端引擎226处从第二用户终端所接收的呼叫建立请求消息来建立。基于来电呼叫的这样的指示，处理器200经由蓝牙连接500、500’、500’’向相应移动’电话400、400’、400’’的处理器发送通知信号。这使得’电话400、400’、400’’向’电话400、400’、400’’的用户提供来电呼叫的通知，诸如听觉和/或视觉通知。在替换的实施例中，这样的通知信号可以仅被发送到’电话400、400’、400’’中的一个或多个。如以上所描述的，在一些实施例中，客户端引擎226还使得用户终端102自身来提供来电呼叫的通知，诸如显示208上的视觉通知或者经由扬声器214的听觉指示。

还如以上所讨论的，’电话400的用户可以使得从’电话400向客户端引擎226发送信号，其指示用户接受了与第二用户终端的呼叫，并且’电话400要被激活作为在与第二用户终端的呼叫期间用于与处理器200进行交互的I/O设备。客户端引擎226使得从第一用户终端102向第二用户终端发送呼叫建立接受消息。响应于接收到该呼叫建立接受消息，进行呼叫的第二用户终端的客户端引擎指示第二用户终端的语音引擎开始传送/接收话音数据。用户终端之间的呼叫建立如本领域可以已知的那样来完成。

现在将关于图6对用于第一用户终端102的处理器200的客户端引擎226中的实施的示例性处理进行描述。

在步骤S101，第一用户终端的客户端引擎226从通过蓝牙连接到第一用户终端的移动电话400接收建立与第二用户终端的呼叫的请求。

在步骤S102，客户端引擎226使得所接收的请求得以被分析以确定第二用户终端的身份。

在步骤S103，客户端引擎226生成呼叫建立请求消息，并且该消息经由网络108被发送到第二用户终端。在优选实施例中，这是通过P2P连接建立所进行的。第一用户终端将优选地是呼叫的宿主，虽然并不必然需要是这种情形。

在步骤S104，客户端引擎226使得经由蓝牙连接向’电话400发送信号以使得’电话400激活作为呼叫期间用于与处理器200进行交互的音频I/O设备。在一些实施例中，该步骤可以在步骤S103之前或者与之同时发生。在一些实施例中，’电话400的用户必须使得’电话400向客户端引擎226发送信号以导致该激活。在一些实施例中，客户端引擎226还使得音频路由数据被输入到存储器（204和206之一）中，该音频路由数据指示’电话400包括用于呼叫的音频I/O设备。

假设被叫用户终端想要加入呼叫，则被叫用户经由他们自己的客户端上的用户接口接受所述呼叫建立请求消息，因此生成呼叫接受信号。响应于从用户接收到所述呼叫接受信号，被叫终端的客户端引擎（i）生成呼叫建立接受消息，并且（ii）指示被叫终端的语音引擎开始传送/接收话音数据。所述呼叫建立接受消息被发送到第一用户终端（主叫方）。

在步骤S105，响应于在客户端引擎226处接收到所述呼叫建立接受消息，可以如本领域已知的那样完成用户终端之间的呼叫建立。第一用户终端的客户端引擎226随后指示第一用户终端的语音引擎开始传送/接收话音数据。

在步骤S106，在客户端引擎226处确定是否其已经从’电话400接收到话音数据。如果是，则在步骤S107，客户端引擎226使得话音数据被发送到第二用户终端，并且该处理随后返回至步骤S106。如果没有，则处理继续进行至步骤S108。

在步骤S108，在客户端引擎226处确定是否其已经从第二用户终端接收到话音数据。如果是，则在步骤S109，任选地在查阅了存储在存储器中的音频路由信息以确定要将信息发送到哪个设备之后，客户端引擎226使得话音数据经由蓝牙连接500被发送到’电话400。该处理随后返回至步骤S106。如果没有，则处理继续进行至步骤S110。

在步骤S110，在客户端引擎226处确定其是否已经接收到有关（多个）设备中的哪一个要用作用于呼叫的与处理器200进行交互的（多个）音频I/O设备将存在修改的指示，所述指示诸如来自’电话400的指令。如果是，则在步骤S111，在客户端引擎226处确定其是否已经接收到使得经由蓝牙连接而连接到第一用户终端的另一个通信设备（诸如替换的’电话400’、400’’）成为音频I/O设备的指令。如果没有，则在步骤S112，客户端引擎226使得第一用户终端的麦克风216和/或扬声器214用作用于呼叫的音频I/O设备，并且该处理随后返回至步骤S106。可替换地，如果在步骤S111处的回答为“是”，则在步骤S113，客户端引擎226使得其它通信设备被激活作为在呼叫期间用于与处理器200进行交互的音频I/O设备。这可以由客户端引擎226经由蓝牙连接向其它通信设备发送信号来实现。该处理随后返回至步骤S106。

如果在步骤S110没有确定用于呼叫的（多个）音频I/O设备要进行那样的修改，则该处理进行至步骤S114，在那里确定客户端引擎226是否已经（从’电话400，用户终端102的另一个用户输入设备210、212，或者任选地从第二用户终端）接收到结束呼叫的指令（或请求）。如果是，则在步骤S115，如本领域可以已知的那样结束呼叫。如果否，则该处理返回至步骤S106。

现在将关于图7对用于在第一用户终端102的处理器200的客户端引擎226中的实施的另一个示例性处理进行描述。

在步骤S201，第一用户终端的客户端引擎226从第二用户终端接收呼叫建立请求消息形式的来电呼叫指示。在优选实施例中，这是通过P2P连接建立来进行的。

在步骤S202，客户端引擎226使得通知信号从第一用户终端102发送到经由蓝牙连接500连接到用户终端102的’电话400。该通知信号指示所述来电呼叫，并且使得’电话400的处理器向’电话400的用户提供来电呼叫的通知。在一些实施例中，这样的通知信号也被发送到通过相应蓝牙连接500’、500’’连接到用户终端102的一个或多个其它通信设备400’、400’’（诸如可替换电话400’、400’’），以使得那些一个或多个其它通信设备400’、400’’也向用户提供来电呼叫的通知。在一些实施例中，客户端引擎226使得用户终端102自身通过用户终端102的显示208和/或扬声器214向用户提供来电呼叫的通知。

在步骤S203，客户端引擎226从’电话400接收指示用户希望使用’电话400来与第二用户终端进行呼叫的信号。该信号指示用户接受了呼叫并且’电话400要被激活作为呼叫期间用于与处理器200进行交互的音频I/O设备。在一些实施例中，客户端引擎226使得音频路由数据被输入到存储器（204和206之一）中，该音频路由数据指示’电话400包括用于呼叫的音频I/O设备。

在步骤S204，客户端引擎226使得从第一用户终端102向第二用户终端发送呼叫建立接受消息。响应于接收到所述呼叫建立接受消息，进行呼叫的第二用户终端的客户端引擎指示第二用户终端的语音引擎开始传送/接收话音数据。

在步骤S205，如本领域可以已知的那样完成用户终端之间的呼叫建立。第二用户终端优选地将是呼叫的宿主，虽然并不必然需要是这种情形。第一用户终端的客户端引擎226指示第一用户终端102的语音引擎开始传送/接收话音数据。

步骤S206至S215分别与以上参考图6所讨论的步骤S106至S115相同。因此，为了简明这里将不重复这些步骤。

虽然以上已经主要在端对端（P2P）系统方面进行了描述，但是本发明并不特定于P2P并且可以被应用于任意类型的基于分组的通信系统，诸如之前所提到的更为集中化的VoIP系统。另外，本发明并不局限于通过互联网使用，而是可以通过任意基于分组的网络实施。

虽然以上已经参考了包括蓝牙连接在内的无线连接，但是在其它实施例中，可替换地可以采用WiFi连接、无线USB连接或者其它类型的无线连接。虽然以上参考第二实施例所描述的无线连接500、500’、500’’全部包括相同类型的无线连接，但是在其它实施例中，无线连接500、500’、500’’中的两个或更多可以为不同类型，诸如WiFi和/或无线USB。

在以上所描述的实施例中，用户终端102通过无线连接而连接到移动电话400。在其它实施例中，可以在用户终端102和移动电话400之间代之以提供诸如USB连接的有线连接。类似地，可以在用户终端102与其它通信设备400’、400’’中的一个、一些或每个之间提供有线连接。

用户终端102因此可以无线连接到一些移动通信设备，并且可以借助有线连接而连接到其它移动通信设备。

将要理解的是，许多类型的通信接口都在一个接口上支持多于一个的设备。因此，在以上所描述的第二实施例中，用户终端102的单个蓝牙接口被用于与若干移动通信设备400、400’、400’’建立相应的无线连接。这由于蓝牙经由单个蓝牙接口并行支持多于一个设备是可能的，因为每个蓝牙接口具有配对设备所能够共享的三个语音通道和两个数据通道。类似地，在其它实施例中，用户终端102的一个WiFi、以太网或其它LAN技术的接口可以被用于建立与若干移动通信设备400、400’、400’’的相应连接。

在其它实施例中，诸如在用于在用户终端102和移动通信设备400、400’、400’’之间进行连接的手段是利用通用串行总线（USB）接口的情况下，可能需要并且在用户终端102和每个所连接的移动通信设备400、400’、400’’之间提供单独的相应接口。然而，可替换地，可以使用USB集线器经由用户终端102的单个USB接口将许多通信设备挂到用户终端上。

在以上所描述的实施例中，移动通信设备400包括蜂窝移动电话。在其它实施例中，移动通信设备400代之以包括非蜂窝移动电话、智能电话、膝上计算机和上网本之一，或者包括与移动电信网络的接口以及用于与用户终端102进行通信的不同接口的任意其它设备。

除了’电话400之外，以上所描述的其它通信设备400’、400’’例如也可以是蜂窝移动电话。在替换的实施例中，每个相应的其它通信设备可以包括有线耳机或听筒、无线耳机或听筒、电视机、呼叫录制设备之一，以及之前段落中所讨论的替换的移动通信设备之一。虽然以上除了’电话400之外讨论了两个通信设备400’、400’’，但是显然可替换地，除了’电话400之外可以存在至少一个无线连接到用户终端的其它通信设备。

虽然以上参考第一和第二实施例所描述的呼叫包括语音呼叫，但是除此之外或可替换地，呼叫可以包括视频呼叫，即其中移动’电话400的用户和/或被叫用户终端的用户所创建的视频在用户终端之间进行交换的呼叫。在那种情况下，在呼叫期间在用户终端之间交换的话音数据可以被视频数据所替代或者以其作为补充。因此，在用户终端之间交换的呼叫数据可以包括视频数据和话音数据之一或其二者。在这样的情况下，可以以与以上所讨论的音频路由数据类似的方式将视频路由数据输入到存储器中并随后进行查阅。在一些实施例中，数据可以被输入到存储器中并随后进行查阅以便将呼叫期间所接收的任意呼叫数据路由至（多个）指定设备。此外，将设备设置为视频I/O设备也可以以与以上所描述的将设备设置为音频I/O设备类似的方式来进行。

除此之外或可替换地，呼叫可以包括定义（多个）即时消息传递的消息的呼叫数据的交换。

使用移动电话作为连接到用户终端102的移动通信设备400提供了超过简单的音频耳机的替换使用的进一步的优势。用户接口和用户交互可能性是主要的差异。与简单的音频耳机相反，移动电话可以被用来发起呼叫并对现有呼叫进行操控。例如，移动电话具有其自己的地址簿。移动电话400可以被用来使得直接来自移动电话400的与该地址簿中所列出的联系人的呼叫经由用户终端102和基于分组的通信网络108而得以建立。如果用户终端102出于某个原因而不可用（例如，如果移动电话400处于用于与用户终端102进行通信的范围之外），则随后仍然可能使用移动电话400经由移动电信网络进行呼叫。

此外，与使用音频耳机相比，可以将文本和图形内容从用户终端102递送至移动电话400。例如，用户终端102可以在通知移动电话400存在来电呼叫时向移动电话400发送诸如主叫方的姓名、昵称和/或头像图像之类的信息，并且该信息可以随后显示在移动电话400的显示460上。

虽然用户终端在以上通过示例而被描述为包括个人计算机，但是除此之外或可替换地，用户终端可以包括与移动电话（以及任选地（多个）其它通信设备）连接的专用基站。在一些实施例中，用户终端可以不包括以上所讨论的扬声器214、麦克风216、网络摄像头218、显示208、键盘210和鼠标212中的一个或多个。因此，在一些实施例中，在呼叫期间用于与用户终端的处理器进行交互的仅有的音频I/O设备可以包括经由接口230连接到用户终端的移动通信设备。

在优选实施例中，以上所讨论的处理由存储在诸如闪存或硬盘驱动器的通用存储器上并且在通用处理器上执行的软件所实施，但是，所述软件优选地不必被集成作为通信客户端的一部分。然而，可替换地，处理可以被实现为（多个）单独应用，或者以固件或甚至专用硬件来实现。

这里进行了对“呼叫”的引用。所要注意的是，呼叫与其中在节点之间进行数据交换的其它连接有所区别，这是因为在呼叫期间在实体之间交换的数据（即，呼叫数据，诸如话音或语音数据，或者视频数据）包括实时数据。

通过本文中给出的公开，本发明的其它配置和应用对于本领域技术人员可以是显而易见的。本发明的范围并不由所描述的实施例而是由所附权利要求来限定。

Claims

1. 一种使用用户终端进行通信的方法，所述用户终端包括：

用于与移动通信设备的第一接口交换呼叫数据的第一接口，其中所述移动通信设备包括用于与移动电信网络的节点进行对接的第二接口，并且其中所述移动通信设备的第一接口不适用于与移动电信网络的节点进行对接；

用于通过基于分组的通信网络与第二用户终端交换呼叫数据的第二接口；和

用于执行通信客户端的处理器，该处理器耦接到所述用户终端的第一接口和所述用户终端的第二接口，并且被配置为经由所述用户终端的第二接口和基于分组的通信网络参加与所述第二用户终端的呼叫；

其中所述方法包括：

基于经由所述用户终端的第一接口和所述用户终端的第二接口中的一个所接收的呼叫数据，在呼叫期间经由所述用户终端的第一接口和所述用户终端的第二接口中的另一个发送呼叫数据。

2. 根据权利要求1的方法，包括根据从所述移动通信设备接收建立呼叫的请求，向所述第二用户终端发送建立呼叫的请求。

3. 根据权利要求2的方法，其中来自所述移动通信设备的建立呼叫的请求包括所述第二用户终端的身份的指示。

4. 根据权利要求1至3中任一项的方法，包括向所述移动通信设备发送信号以使得所述移动通信设备被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备。

5. 根据权利要求4的方法，其中所述用户终端包括具有麦克风和扬声器的个人计算机；并且

其中所述方法包括根据确定所述移动通信设备要停止用作用于与所述处理器进行交互的输入/输出设备，使得所述麦克风和扬声器激活作为用于在呼叫期间与所述处理器进行交互的音频输入/输出设备。

6. 根据权利要求5的方法，其中所述确定包括确定所述移动通信设备已关机和确定所述移动通信设备的电池下降到电量阈值水平以下之一。

7. 根据权利要求5的方法，包括导致所述麦克风和扬声器根据接收到使得所述麦克风和扬声器激活的指令而激活。

8. 根据权利要求7的方法，包括从所述移动通信设备接收指令。

9. 根据之前任一项权利要求的方法，包括根据经由所述第一接口接收到来电呼叫的指示，向所述移动通信设备发送通知信号以使得所述移动通信设备向用户提供来电呼叫的通知。

10. 根据权利要求9的方法，其中所述通知信号包括所述第二用户终端的身份的指示。

11. 根据权利要求9或10的方法，其中所述用户终端包括个人计算机，并且其中所述方法包括使得所述个人计算机还向用户提供来电呼叫的通知。

12. 根据之前任一项权利要求的方法，其中所述用户终端包括用于与至少一个其它通信设备进行通信的至少一个接口。

13. 根据权利要求12的方法，包括根据接收到使得至少一个其它通信设备中的一个作为用于呼叫的输入/输出设备的指令，使得所述至少一个其它通信设备之一被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备。

14. 根据权利要求13的方法，包括从所述移动通信设备接收所述指令。

15. 根据权利要求12至14中任一项的方法，包括根据经由所述第一接口接收到来电呼叫的指示，向所述至少一个其它通信设备中的每一个发送相应通知信号以使得所述至少一个其它通信设备中的每一个向用户提供来电呼叫的通知。

16. 根据权利要求12至15中任一项的方法，包括在与所述第二用户终端的呼叫期间将呼叫数据发送到所述移动通信设备以及所述至少一个其它通信设备中的每一个。

17. 根据权利要求12至15中任一项的方法，包括根据接收到使得所述移动通信设备被激活作为用于与所述处理器进行交互的输入/输出设备的指令，使得所述移动通信设备被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备，并且使得所述至少一个其它通信设备不被激活作为用于在呼叫期间与所述处理器进行交互的输入/输出设备。

18. 根据权利要求17的方法，包括从所述移动通信设备接收所述指令。

19. 根据之前任一项权利要求的方法，其中所述第一用户终端经由蓝牙连接而连接到所述移动通信设备。

20. 根据之前任一项权利要求的方法，其中所述基于分组的通信网络包括互联网，并且所述通信客户端包括通过互联网协议传输语音的客户端和通过互联网协议传输视频的客户端之一或其二者。

21. 根据之前任一项权利要求的方法，其中所述呼叫包括语音和视频呼叫，所述移动终端被用作用于呼叫的音频接口，并且所述第一用户终端被用作用于呼叫的视频接口。

22. 根据之前任一项权利要求的方法，其中所述呼叫包括语音和视频呼叫，所述移动终端被用作用于呼叫的视频接口，并且所述第一终端被用作用于呼叫的音频接口。

23. 一种使用移动通信设备进行通信的方法，所述移动通信设备包括：

用于在呼叫期间与连接到基于分组的通信网络的用户终端交换呼叫数据的第一接口，该第一接口不适用于与移动电信网络的节点进行对接；

用于与移动电信网络的节点进行对接的第二接口；

用于接收声音的麦克风；

用于输出声音的扬声器；和

耦接到所述第一接口、麦克风和扬声器的处理器；

其中所述方法包括：

所述处理器基于在所述麦克风处所接收的声音在呼叫期间经由所述第一接口发送呼叫数据；并且

所述处理器基于经由所述第一接口所接收的呼叫数据使得声音在呼叫期间从所述扬声器输出。

24. 一种用于使用用户终端进行通信的计算机程序产品，所述程序包括记录于计算机可读介质上的代码，其被布置为当在处理器上执行时实施如权利要求1至22中任一项的方法。

25. 一种用于使用移动通信设备进行通信的计算机程序产品，所述程序包括记录于计算机可读介质上的代码，其被布置为当在处理器上执行时实施如权利要求23的方法。

26. 一种用户终端，包括：

其中所述处理器被配置为在呼叫期间，基于经由所述用户终端的第一接口和所述用户终端的第二接口中的一个所接收的呼叫数据，经由所述用户终端的第一接口和所述用户终端的第二接口的另一个发送呼叫数据。

27. 一种移动通信设备，包括：

用于与移动电信网络的节点进行对接的第二接口；

用于接收声音的麦克风；

用于输出声音的扬声器；和

耦接到所述第一接口、麦克风和扬声器的处理器；

其中所述处理器被配置为在呼叫期间基于在所述麦克风处所接收的声音经由所述第一接口发送呼叫数据，并且基于经由所述第一接口所接收的呼叫数据使得声音从所述扬声器输出。