专利名称：用于媒体通信设备的不可知的外围控制的制作方法
技术领域：
本发明涉及通信网络。更具体地说，本发明涉及通信网络中的媒体通信设备的使用。
背景技术：
现在的媒体通信设备由于媒体通信外围接口(例如扬声器、话筒和显示器)和这样的接口的状态(例如启用、停用、挂机或摘机)的紧耦合而受到限制。通信协议朝着知道例如电话机、与个人计算机相关的媒体通信外围设备等端点的能力的方向调整。
如果端点接收到通信请求但是不具有通信请求中所规定的能力，则端点将拒绝该请求。例如，如果缺少视频能力的电话机接收到视频会议呼叫，则电话机将拒绝该视频会议呼叫。
这里所使用的“呼叫”可以意味着任何类型的通信会话或者对这样的会话的请求。照此，“呼叫”不限于语音通信，而是也包括具有视频和/或其他数据成分的通信。
由于媒体通信外围设备和相关通信协议的紧耦合，第三方硬件或软件很难集成在媒体设备上。媒体通信外围设备的行为是固定的并且独立于呼叫上下文(context)或特征请求。
而且，不管基于呼叫上下文还是其他，都没有为动态的外围行为变化做好准备。例如，如果一个人将要在通信会话开始之后断开媒体通信外围设备(或者将状态改为“可用”)，则通信会话对于那个人而言将被终止。
希望具有关于用于通信会话的媒体设备的使用的更大灵活性，媒体设备包括媒体通信外围设备。
发明内容
本发明在通信会话中提供关于媒体设备的使用的更大灵活性，媒体设备包括媒体通信外围设备。通信会话可以在具有不同能力的设备之间进行。根据一些实现方式，对于通信会话的请求可以根据为本地媒体通信外围设备所指示的能力和/或偏好而被接受。进入的通信信号的一些成分可以被本地媒体通信外围设备选择用于再现，其他的可以被忽略。
备选实现方式为将在对于通信的请求中规定的偏好作准备。在一些这样的实现方式中，将仅在参与者拥有具有在通信请求中规定的能力的媒体通信外围设备的情况下进行通信会话。一些优选的实现方式考虑了当通信会话正在进行时本地媒体通信外围设备的插入和删除。一些实现方式允许在存在具有某些公共能力的多个这样设备的情况下基于通信上下文对本地媒体设备的尽力选择。
本发明的一些实现方式提供一种参与通信会话的方法。该方法包括下列步骤从通信网络接收多个第一通信信号；选择用于与第一本地媒体通信外围设备通信的第一通信信号的至少第一成分；以及准备用于发送到第一本地媒体通信外围设备的第一通信信号的第一成分。该方法可以包括将第一通信信号的第一成分发送到第一媒体通信外围设备的步骤。
第一通信信号可以包括第一数据成分、第一音频成分和/或第一视频成分。第一成分的第一属性可以不同于为与第一本地媒体通信外围设备通信所准备的第二属性。
第一属性例如可以是第一数据质量并且第二属性可以是第二数据质量。在一个示例中，第一成分是音频成分，第一数据质量优于第二数据质量并且准备步骤涉及将音频成分从第一数据质量降级为第二数据质量。选择和准备步骤可以根据所存储的偏好数据而执行。
所述方法还可以包括这些步骤从第二本地媒体通信外围设备接收本地信号，所述本地信号具有不同于从通信网络所接收的第一通信信号的相应属性的第三属性；至少部分地基于本地信号而形成第二通信信号，所述第二通信信号包括第二数据成分、第二音频成分和/或第二视频成分；以及将第二通信信号发送到通信网络。
第一通信信号可以包括关于第一通信信号的至少一个成分的偏好数据。可以例如部分地基于发送到一个或多个本地媒体通信外围设备的通信信号的数据质量，对通信会话应用有区别的记帐方案。
所存储的偏好数据可以是所存储的注册数据的成分。例如可以在媒体通信外围设备连接到主机设备时动态地编译注册数据。注册数据可以包括从上下文数据、媒体类型数据、偏好数据和接口数据中所选择的数据。
第二通信信号可以包括关于第二通信信号的至少一个成分的偏好数据。例如，偏好数据可以指示对应于本地信号的第二通信信号的一部分被远程媒体通信外围设备根据第三属性而再现的偏好。
所述方法还可以包括这些步骤确定第一本地媒体通信外围设备已被断开；确定第二本地媒体通信外围设备已被连接；为第二本地媒体通信外围设备动态地编译注册数据，所述注册数据包括从上下文数据、媒体类型数据、偏好数据和接口数据所选择的数据；选择用于与第二本地媒体通信外围设备通信的第一通信信号的第二成分；准备用于发送到第二本地媒体通信外围设备的第一通信信号的第二成分；以及将第一通信信号的第二成分发送到第二本地媒体通信外围设备。
本发明的备选技术方案提供用于提供通信会话的其他方法。一种这样的方法包括这些步骤从通信网络提供第一通信信号，所述第一通信信号包括第一数据成分、第一音频成分和/或第一视频成分；确定为与第一本地媒体通信外围设备通信所准备的第一通信信号的至少第一成分的第一数据质量；以及部分地基于第一数据质量而为通信会话记帐。
本发明的一些实现方式提供用于提供通信会话的备选方法。一种这样的方法包括这些步骤从通信网络接收第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；确定第一通信信号的至少第一成分的第一数据质量；以及部分地基于第一数据质量而为通信会话记帐。
上述方法以及这里所描述的其他方法可以用软件、硬件等实现。将在下面参照相关附图更详细地描述本发明的这些以及其他特征和优点。
图1是提供本发明一些实现方式的概述的流程图。
图2A-2D示出了根据本发明一些实现方式而被填充的上下文表。
图3是提供本发明的可替换方法的概述的流程图。
图4示出了根据本发明一个方面的一个XML形式的示例性通信上下文。
图5示出了根据本发明一个方面的包含XML形式的PTT(一键通)通信上下文的具有多部分MIME内容的示例性SIP INVITE。
图6是示出可以根据本发明而使用的视频电话机的框图。
图7是示出根据本发明一个方面的用SIP协议处理用于对等PTT会话的进入呼叫的方法的流程图。
图8是示出根据本发明一个方面的处理用于对等PTT会话的外发呼叫的方法的流程图。
图9是示出可以根据本发明而使用的媒体设备的框图。
图10是可以用来实现本发明一些方面的通信网络的简化说明。
具体实施例方式
在该申请中，阐述了许多具体细节以提供对本发明的全面理解。然而，本领域技术人员将会清楚本发明可以在没有这些具体细节中的一些或全部这些细节的情况下实践。在其他示例中，公知的处理步骤未被详细描述，从而不模糊本发明。
本发明提供用于提供关于通信会话中的媒体设备使用的增强的灵活性的方法和设备，媒体设备包括媒体通信外围设备。这里为呼叫接收侧和呼叫发起侧两者提供了增加的灵活性。本发明的一些方面允许接口从媒体设备上的软件应用程序去耦。本发明的一些实现方式允许媒体设备上的接口的动态增加、删除或修改。一些实现方式允许通信请求“规定”将要使用的远程媒体设备和接口的优选上下文(或者轮廓(profile))。
根据一些实现方式，通信会话可以在具有不同能力的设备之间进行并且/或者媒体设备可以以不同的方式回答同一上下文的通信请求。例如，对于通信会话的请求可以根据为本地媒体通信外围设备所指示的能力和/或偏好而被接受。进入的通信信号的一些成分可以被本地媒体通信外围设备选择用于再现，其他的可以被忽略。这还允许“最终用户”选择如何接受基于个人选择(一天中的时间、呼叫者ID等)的呼叫。
例如，在本发明的一些这样的实现方式中，如果未被配置用于再现视频数据的传统电话机接收到用于视频会议呼叫的通信请求，则其将拒绝该通信请求的视频成分，但是将接受该通信请求的音频部分。可替换地或者另外地，端点可以具有能够再现通信的成分但是将以较低的数据质量再现该成分的类型的本地媒体通信外围设备。例如，如果一个端点以高清晰度视频和高质量音频发送通信，则接收端点可以选择以低质量视频和低质量音频来再现该通信。
或者，具有能够以较高质量再现通信成分的类型的本地媒体通信外围设备的端点至少可以在某些情况下选择以较低质量再现该通信。端点可以对端点将接受通信的什么成分和用于接受这些成分的条件作出决定。例如，端点可以根据正在使用的端点服务的类型而进行有区别的记帐，所述类型包括但不局限于再现通信的质量。
在一些实现方式中，端点可以在不是通过质量而是通过用户偏好或者某一其他特性区分的多个本地媒体通信外围设备之间选择。例如，端点在用户在一特定位置处(例如在书桌旁)工作时可以选择有线头戴式耳机，在用户不在该位置处而是在“漫游”时可以选择无线头戴式耳机。
一些这样的实现方式可以涉及与端点进行通信的接近检测设备的使用，接近检测设备例如是射频标签(“RFID”)阅读器。相关方法和设备在标题为“Methods and Devices for Assigning RFID Device Personality”并且在2004年6月9日提交的美国专利申请No.10/866,285中描述，该申请通过引用而被全部合并于此。根据一些这样的实现方式，用户可以具有RFID标签(例如在卡片、钥匙链或其他物体上)，该RFID标签在其位于RFID阅读器的已知距离内时可以被检测。
本发明的一些实现方式允许在对通信的请求中规定偏好。在一些这样的实现方式中，将仅在参与者拥有具有在通信请求中规定的能力的媒体通信外围设备的情况下进行通信会话。
如前所提及的，一些优选的实现方式允许本地媒体通信外围设备的动态插入和删除；在该上下文中，“动态”的意思是当设备是活动的并且能够接收呼叫时或者甚至当通信会话正在进行时。一些这样的实现方式使用接口子系统(例如USB、FireWireTM、BlueToothTM、IEEE 802.11)来处理这样的动态插入和删除。
这里所使用的“上下文”是重要的概念。通信信号可以具有上下文并且设备可以具有上下文。通信信号的上下文例如涉及包括在通信信号中的成分。通信信号例如可以具有数据成分、音频成分和/或视频成分。接收通信信号的设备的上下文涉及如何处理通信信号。例如，设备的上下文可以确定通信信号是否被回答以及如何被回答、通信信号的哪些成分被选择用于再现和这些成分是如何被再现的(例如，通信信号的成分是通过什么本地媒体通信外围设备再现的和什么质量/保真度将应用于该再现)。
本发明的一些优选实现方式存储本地设备上下文、媒体类型、偏好、接口类型等。这些数据例如可以被存储在注册表中。一些这样的实现方式需要软件来存储需要特定接口和/或外围类型的上下文，以使得这些接口和/或外围类型在需要时可以被应用。
图1是概述根据本发明一些实现方式的方法100的流程图。本领域技术人员将会知道在这里所描述的方法(包括但不局限于方法100)的步骤不必以示出的顺序执行(并且在一些实现方式中是不执行的)。而且，方法100的一些实现方式可以包括比图1中所示的步骤更多或者更少的步骤。
在该示例中，我们从没有任何输入/输出接口但是具有扩展端口的媒体设备开始，媒体设备在这里也被称为主机设备。这里，媒体设备具有6个USB端口。
图2A示出了根据本发明的上下文表的一个示例。这样的上下文表可以存储在主机设备的易失性或非易失性存储器中。如图2A所示，主机设备的上下文表200(在这里也被称为注册表)现在不包含条目。随着方法100的进行，上下文表200的字段205至230将被填充。
在方法100的步骤105中，主机设备例如根据来自存储在非易失性存储器中的引导程序的指令而被初始化。在步骤110中，需要音频输入设备和音频输出设备的应用程序被安装在主机设备上。在该示例中，应用程序偏好高质量话筒和高质量扬声器。然而，应用程序可以使用任何话筒或扬声器。应用程序也需要标准键盘。应用程序专门支持音频会议。
在步骤115中，上下文表被根据应用程序的要求和偏好而填充。图2B示出了在步骤115之后上下文表200的状态。在上下文名称字段205中，音频会议能力“AudioConf”具有三种相关的媒体类型，如媒体类型字段210的“数据”、“音频输入”和“音频输出”条目所示。如在优选接口字段215中所示，用于这三种媒体类型的优选接口(也称为本地媒体通信外围设备)是键盘、高质量话筒和高质量扬声器。备用接口(标准话筒和扬声器)在字段225中示出。
在该示例中，如果通信请求现在被具有这样的“AudioConf”上下文的主机设备接收，则将在步骤145中确定主机设备未被针对请求的上下文而配置。而且，将在步骤150中确定没有本地媒体通信外围设备允许用户回答请求。因此，请求将被拒绝。(步骤155。)然而，在备选实现方式中，呼叫被接受。这样的可替换实现方式为用户提供了在接收到请求之后安装一个或多个本地媒体通信外围设备的选项。
在步骤120中，用户安装本地媒体通信外围设备。这里，用户在主机设备上安装标准质量的USB话筒、扬声器和键盘。用于本地媒体通信外围设备中的每一个的设备驱动器此时也被安装；这样的设备驱动器是通过本领域技术人员已知的方法安装在主机设备上的，例如通过从网络上下载设备驱动器或者通过从本地存储介质上复制设备驱动器。
在步骤125中，本地媒体通信外围设备和设备驱动器被子系统(在该情况中为USB子系统)检测，在步骤130中，设备被激活。然后，驱动器用USB设备名称更新上下文表200(步骤135)。
在其他实现方式中，上下文表(或者另一用于存储注册/上下文信息的数据结构)被根据备选方法来填充和削减。在一些这样的实现方式中，除了设备驱动器之外的程序包括用于增加和删除所述信息的指令。在其他实现方式中，用户可以例如使用诸如键盘、鼠标等之类的I/O设备来增加和删除所述信息。
如图2C所示，因为话筒和扬声器是标准质量的，所以条目话筒-1和扬声器-1被放在备用接口字段225中而不是优选接口字段215中。然而，因为标准质量键盘在这里是优选的，所以条目键盘-1被放在优选接口字段215中。
如果通信请求在“AudioConf”上下文处于该阶段时进入(步骤140)，则将在步骤145中确定主机设备被针对请求的上下文而配置。因此，请求将被接受并且用户可以根据上下文表参与通信。(步骤160。)在该示例中，如果进入的通信包括高质量的音频成分(如AudioConf上下文所优选的)，则音频成分将被标准扬声器“扬声器-1”以较低的音频质量再现。例如，如果进入的通信的音频成分具有采样率N，则标准扬声器例如通过再现每个第四采样而仅以N/4再现音频成分。
相同的原理应用于通信的其他成分的发送和接收，例如应用于视频成分。例如，进入的通信可以包括比能够(或者将要)被本地视频设备再现的质量更低质量的视频成分。例如，进入的通信可以包括MPEG-1格式的视频成分，而本地视频设备能够以MPEG-2格式再现视频。虽然MPEG-1格式的视频成分将被MPEG-2视频设备理解，但是再现的视频质量将次于MPEG-2视频再现的视频质量。用于使用不同类型的音频和视频编码的设备之间的通信的相关方法例如在RFC 3551“RTP Profile for Audio andVideo Conferences with Minimal Control”中描述，其通过引用而被合并于此，用于所有的目的。
然而，在备选实现方式中，发送器或接收器可以规定将仅在某些条件下再现通信，例如在通信的一个或多个成分可以以预定的质量级别再现的情况下。例如，进入的通信可以要求接收器具有再现高清晰度视频成分的能力。如果接收器缺少该能力，则通信请求将被拒绝。(步骤155。)下面将描述用于通信上下文的一些示例性格式。
假设用户随后在主机设备上安装高质量的USB话筒、扬声器和键盘。如前所述，适当的设备驱动器也将被安装在媒体设备上。在适当的硬件和驱动器被USB子系统(在该情况中)检测并且设备被激活之后，然后驱动器将用USB设备名称更新上下文表。因为话筒和扬声器是高质量设备，所以条目将被放在优选接口字段215中而不是备用接口字段225中。(见图2D。)本领域技术人员将会知道没有对可以定义的质量等级数目的限制；这里仅使用两个等级(优选和备用)来说明示例。
如果具有上下文“AudioConf”的通信请求此时将要进来，则请求将被接受。因为根据上下文表200，高质量的话筒和扬声器是用于AudioConf上下文的优选本地媒体通信外围设备，所以它们将被使用。
如果接口中的任何接口随后被删除，则前几页所详述的过程将被反转。例如，如果用户随后删除高质量USB话筒，在优选接口字段215中的条目“高质量话筒”和输入/输出设备字段220中的“高质量话筒-1”将被从上下文表200中删除。在该示例中，用于高质量USB话筒的设备驱动器将执行该任务。或者，独立的程序(例如用于“卸载”设备和驱动器的程序)可以削减上下文表200。在高质量话筒被删除之后，缺省话筒将再次是标准话筒“话筒-1”。
图3是示出形成具有规定上下文的外发通信请求的通用方法300的流程图。步骤305至335与参照图1所描述的步骤105至135中的步骤相同。在步骤340中，形成外发的通信请求。该请求例如可以由主机设备或者由诸如话筒、网络摄像头或电话机之类的本地媒体通信外围设备形成。
在步骤345中，确定(例如参考上下文表200)是否将要请求特定的上下文。如果不是，则通信请求将被在不作修改的情况下发送。(步骤355。)如果将要请求特定的上下文，则上下文将被根据正在使用的通信协议而包括在请求中(步骤350)，然后通信请求将被发送。(步骤355。)图4示出了通信上下文的一个示例，在该情况中通信上下文是可扩展标记语言(“XML”)格式的。本领域技术人员认识到XML实质上是增加了一些用尖括号括起来的XML标签的纯文本。可以处理纯文本的软件也可以处理XML。在简单的文本编辑器中，XML标签将是可见的并且不会被专门处理。然而在知道XML(XML-aware)的应用程序中，XML标签可以被专门处理。取决于应用程序的特性，标签可能是或者可能不是可见的，或者具有功能意义。
XML声明405定义文档中所使用的XML版本和字符编码。在该示例中，文档符合XML的1.0规范并且使用第8号通用转换格式(“UTF-8”)字符转换。UTF-8将每一个16位的Unicode字符转换为8位的字符。
行410描述文档的根元素。这里，行410指示文档是呼叫上下文。行490定义根元素“call context”的结束。插入的行定义该示例性呼叫上下文的各方面。
这里，目标行420定义在作出呼叫时上下文可以被应用到的拨号方式(dial-pattern)。动作行430可以用于定义各种动作，包括但不局限于Answer(回答)、Ring(响铃)和Busy(占线)。设备类型行440可以定义各种类型的设备，例如扬声器、话筒、摄像头和显示器之类的媒体通信外围设备。
设备动作行450可以用于定义各种设备状态/动作，例如“On(打开)”、“Mute(静音)”(用于音频和视频)、“Beep(蜂鸣)”等。URL行460可以指向各种类型的媒体，包括但不局限于超文本标记语言(“HTML”)、电影、实时流协议(“RTSP”)等。
行470指示加密类型MD5Digest是用被配置的或者在参与的设备之间交换的共享密钥就整个上下文计算所得的128位的散列。设备可以通过计算本地MD5摘要并将其与所接收的摘要进行比较而认证/验证该上下文。这样的机制在通信设备之间提供上下文数据的安全交换。
虽然各种协议可以被用于实现本发明，但是一些优选的实现方式使用会话发起协议(“SIP”)，一种用于因特网会议、电话通讯、出席、事件通知、即时消息和其他服务的信令协议。描述SIP协议的RFC 3261通过引用而被全部合并于此。
SIP协议发起呼叫建立、路由、认证和其他到IP域内的端点的特征消息。SIP独立于分组层并且是应用层协议。通常在UDP或TCP之上使用SIP。SIP在使用不可靠的数据报服务(UDP)时提供其自己的可靠性机制。
SIP通过像电子邮件一样的地址来对用户进行定址，并且重新使用诸如DNS MX记录之类的一些电子邮件传递基础设施，或者使用SMTPEXPN用于地址扩展。SIP地址(URL)也可以嵌入在网页中。SIP是寻址中立(addressing neutral)的，地址表示为诸如SIP、H.323或电话(E.164)之类的各种类型的URL。
包括一些基于SIP的实现方式在内的本发明的一些实现方式使用多用途因特网邮件扩展(“MIME”)规范。MIME例如对于格式化非ASCII消息以使得它们可以在因特网上发送是有用的。许多电子邮件客户端现在支持MIME，其使得它们可以经由因特网邮件系统发送和接收图形、音频和视频文件。另外，MIME除了ASCII之外还支持字符集形式的消息。存在许多预定义的MIME类型，例如GIF图形文件和PostScript文件。用户也可以定义MIME类型。除了电子邮件应用之外，网络浏览器还支持各种MIME类型。这使得浏览器可以显示或输出不是HTML格式的文件。
SIP会话在也被称为“呼叫方”或“呼叫者”的“发起者”发送INVITE(邀请)请求时被发起。呼叫者从其发送建立对话的初始INVITE时起直到该对话终止，保持该角色。
图5示出了根据本发明一个实现方式的包含XML呼叫上下文的具有多部分MIME内容的SIP INVITE的一个示例。
在该示例中，SIP呼叫者正在通过在SIP消息的MIME部分中发送上下文细节和期望的远程媒体设备行为来邀请远程站加入一键通(PTT)“上下文”。该上下文正在命令远程站在远程端点接受通信邀请之后启用扬声器并且使话筒静音。在该示例中，远程端点被认为是PTT组“SALES”的一部分。远程端点可以在参与PTT会话之前用组秘密(group secret)验证邀请。
图6示出了可以用来实现本发明的各种方面的视频电话机。虽然视频电话机600仅仅是可以根据本发明而使用的设备的一个示例，但是视频电话机600包括一旦理解就一般可以在如何能够更广泛地实现本发明方面有启发性的特征。
视频电话机600包括各种本地媒体通信外围设备，包括显示器602、扬声器605、话筒610和摄像头615。虽然这些本地媒体通信外围设备可以是内置的，但是它们优选地是模块化的以允许方便的升级。网络接口620将视频电话600(具体地说，呼叫控制器625)与通信网络622连接。
呼叫预处理器引擎(“CPreP”)630截取每个外发的呼叫并且与外围控制层(“PCL”)640交互以控制本地媒体通信外围设备。根据用于给出的目标呼叫方式的上下文控制外围设备。
外围API(“PAPI”)635是用于控制各种被配置和/或被发现的本地媒体通信外围设备的公用应用程序接口(“API”)。在该示例中，PAPI635是USB协议。因此，PAPI 635控制外围设备602、605、610和615并且控制设备状态645。外围控制接口(“PCI”)632是本地执行的并且使用PAPI 635来控制本地媒体通信外围设备的脚本。
PCL 640负责验证、定位上下文并且调用适当的外围设备控制。呼叫控制器625检查接收到呼叫的上下文并且将该上下文传递给PCL 640。
假设如图5所示，进入的呼叫的上下文被作为多部分MIME格式的一部分与用于音频/视频连接的SDP数据一起在SIP消息的内容体中接收，并且上下文数据的类型是应用程序/XML。呼叫控制器625将检查内容体并且搜索上下文。如果呼叫控制器625找到上下文，则呼叫控制器625将传递该上下文到PCL 640以用于动作。
PCL 640将利用足够的数据将上下文的成功或失败传送到呼叫控制器625，以便用适当的SIP响应对呼叫者作出响应。上下文可以是请求或最终响应的一部分。在任一种情况中，PCL 640都将与上下文接触。用于外发呼叫的呼叫上下文可以被存储在与被叫号码相关的语音/视频设备上。
一旦通信请求可以被放入到上下文中，就可以根据本发明的各种方面实现各种功能。例如，一些实现方式提供实时协议(“RTP”)媒体分支(fork) (例如视频会议到音频会议)。其他实现方式提供基于呼叫者的有区别铃声。其他实现方式使得端点在作出国际呼叫时被重新定向以提示认证。
备选实现方式启用“一键通”(“PTT”)特征。通过在设备上定义PTT上下文，设备可以参与PTT会话。PTT会话可以在或者对等模式下或者组模式下发生。组模式可以采用媒体仲裁器(arbiter)来控制参与者之中的底面(floor)并且确保每次只有一个人可以谈话。在对等模式下，两个端点可以直接彼此谈话而不需要媒体仲裁器。
接下来将参照图7和图8描述PTT的对等模式。在步骤705中，远程呼叫者发送SIP INVITE(包括会话描述协议(“SDP”)和PTT上下文)到视频电话机600。呼叫控制器625往回发送SIP消息到远程呼叫者，指示视频电话机600正在尝试处理通信请求。(步骤710。)呼叫控制器625检查内容体、找到PTT上下文并将该上下文传递到PCL 640以用于动作。(步骤715。)作为配置的一部分，上下文具有相关的动作/脚本。一旦上下文被定位，相关的动作/脚本就可用于执行。(步骤720。)PCL 640根据所接收的上下文命令PCI 632执行命令。因此，PCI 632向PAPI 635指示扬声器605应该被打开。(步骤725。)PAPI 635打开扬声器605、启用“摘机”设备状态并且以“半双工”模式打开话筒610。(步骤730和735。)PCI 632将上述步骤的成功完成指示给PCL 640(步骤740)，PCL640将该消息传递给呼叫控制器625。呼叫控制器625发送SIP“O.K.”响应到远程呼叫者，指示视频电话机600准备接收所请求的通信。(步骤750。)远程呼叫者通过发起RTP媒体会话进行响应。
图8是概述从本地设备发起PTT会话的过程的流程图。在步骤805中，CPreP 630截取来自呼叫控制器625的外发呼叫，然后与PCL 640交互以控制本地媒体通信外围设备。CPreP 630将外发呼叫与本地设备上所使用的接口匹配，然后进入用于该呼叫的适当方法。因此，在步骤8 10中，CPreP 630命令PCL 640根据在外发呼叫中所指示的PTT上下文来控制外围设备。PTT上下文是基于目标呼叫方式而定位的。
PCI 632向PAPI 635指示扬声器605应该被打开(步骤820)，所以PAPI 635打开扬声器605并且促成“摘机”设备状态(步骤825)。PCI632将成功指示给PCL 640，PCL 640将该成功指示转发给CPreP 630。CPreP 630命令呼叫控制器625发送SIP INVITE到远程设备(步骤840)，该操作由呼叫控制器625在步骤850中进行。
远程设备指示其正在尝试处理INVITE(步骤855)并且如果尝试成功则在步骤860中发送OK消息。然后，RTP会话开始。(步骤865。)图9是指示可以用来实现本发明的一些方面的一个示例性主机设备的硬件简化版本的框图。在该示例中，主机设备900包括4个端口905，端口905中的每一个被配置用于与本地媒体通信外围设备通信。
闪存920用来存储用于引导/初始化主机设备900的程序(“引导加载器(bootloader)”)。通常存储在闪存920的独立的、被划分的区域中的引导加载器还允许主机设备900从掉电等情况下恢复。
包括但不局限于在端口905和网络接口925中的任何一个上所接收的信息的信息可以存储在存储器915中。图像文件(例如操作主机设备900所必需的运行基本图像)的新版本可以从存储器915复制到闪存920中。
CPU 910可以用来控制主机设备900的其他部件。例如，CPU 910可以根据这里所描述的方法中的任何一个来控制一个或多个本地媒体通信外围设备。
图10示出了被连接以便在网络1020上通信的主机设备900和远程设备1025。在该示例中，话筒1005、扬声器1010和摄像头1015连接到主机设备900的端口905。因特网服务提供者(“ISP”)1015提供主机设备900和网络1020之间的连通性，网络1020在该示例中为因特网。
ISP 1022提供远程设备1025和网络1020之间的连通性。远程设备1025包括膝上型计算机1030。包括头戴式听筒1040和话筒1045的头戴式耳机1035连接到膝上型计算机1030。
其他实施例虽然在这里示出和描述了本发明的说明性实施例和应用，但是许多保持在本发明的概念、范围和精神内的变体和修改是可以的，并且这些变体对于本领域普通技术人员来说在细读本申请之后将变得清楚。
例如，虽然大量的上述讨论描述了端点作为基本模块或者媒体通信外围设备，但是端点可以是媒体通信外围设备的一部分，例如最靠近用户的部分。例如，根据本发明的一些实现方式，头戴式听筒/耳机中的数字信号处理器(“DSP”)具有足够的智能来成为端点。DSP例如可以根据背景噪音的级别来改变耳机的音量级别。另外，本领域技术人员将会知道诸如无线设备和网络、PDA等之类的在这里未示出的其他设备和网络也可以用于实现本发明的各种方面。
例如，上面所描述的一些实现方式提供单个终端设备，本地外围设备与其通信/接口与其“附接”，并且根据其建立上下文表。备选实施例提供例如具有一个“根”设备的设备“组”或“群”，所有其他设备都注册到并且/或者代理到该“根”设备。根据一些这样的实现方式，根设备回答“呼叫”或进入的通信请求。然后根设备将进入的通信的相关成分引导到群中的适当设备并且从群中的适当设备发送外发通信的相关成分。如在其他实施例中，可以根据例如由根设备可以访问的上下文表所定义的用户偏好来选择设备。用户在其希望在书桌旁工作时可以指示一个偏好(或者一组偏好)，在其希望在另一位置处工作时可以指示另一组偏好(例如会议室中的扬声器、话筒、视频摄像头和膝上型计算机)或者在其想要漫游时可以指示另一组偏好(例如蜂窝电话和头戴式耳机)。对于与群进行通信的其他设备而言，看起来好像在与一个设备进行通信。
而且，结合在IP上实现USB的一些方法使用本发明，在配置媒体通信外围设备中可以获得很大的灵活性，这些方法如在标题为“Method AndSystem For Controlling Transmission Of USB Messages Over A Data NetworkBetween A USB Device And A Plurality Of Host Computers”的美国专利申请No._(代理案号CISCP391)和标题为“Method and System ForSending And Receiving USB Messages Over A Data Network”的美国专利申请No._(代理案号CISCP392)中描述，这两个专利申请都是在2004年12月7日提交的并且都通过引用而被合并于此。例如，第一位置中的单个主机设备可以与布置在各种位置中的媒体通信外围设备关联。
因此，当前的实施例将被认为是说明性的而不是限制性的，并且本发明不被限制到这里所给出的细节，而是可以在所附权利要求书的范围和等同物内修改。
权利要求
1.一种参与通信会话的方法，该方法包括从通信网络接收多个第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；选择用于与第一本地媒体通信外围设备通信的第一通信信号的至少第一成分；以及准备用于发送到所述第一本地媒体通信外围设备的所述第一通信信号的所述第一成分，其中所述第一成分的第一属性不同于为与所述第一本地媒体通信外围设备通信所准备的第二属性。
2.如权利要求1所述的方法，还包括将所述第一通信信号的所述第一成分发送到所述第一媒体通信外围设备。
3.如权利要求1所述的方法，其中所述第一属性包括第一数据质量并且所述第二属性包括第二数据质量。
4.如权利要求1所述的方法，其中所述选择和准备步骤是根据所存储的偏好数据而执行的。
5.如权利要求1所述的方法，还包括从第二本地媒体通信外围设备接收本地信号，所述本地信号具有不同于从所述通信网络所接收的第一通信信号的相应属性的第三属性；至少部分地基于所述本地信号形成第二通信信号，所述第二通信信号包括从由第二数据成分、第二音频成分和第二视频成分组成的组中所选择的成分；以及将所述第二通信信号发送到所述通信网络。
6.如权利要求1所述的方法，其中所述第一通信信号还包括关于所述第一通信信号的至少一个成分的偏好数据。
7.如权利要求1所述的方法，还包括对所述通信会话应用有区别的记帐方案，所述有区别的记帐方案部分地基于发送到一个或多个本地媒体通信外围设备的通信信号的数据质量。
8.如权利要求3所述的方法，其中所述第一成分包括所述第一音频成分，所述第一数据质量优于所述第二数据质量并且所述准备步骤包括将所述第一音频成分从所述第一数据质量降级为所述第二数据质量。
9.如权利要求4所述的方法，其中所述所存储的偏好数据是所存储的注册数据的成分。
10.如权利要求5所述的方法，其中所述第二通信信号包括关于所述第二通信信号的至少一个成分的偏好数据。
11.如权利要求9所述的方法，其中所述注册数据包括从上下文数据、媒体类型数据、偏好数据和接口数据中所选择的数据。
12.如权利要求9所述的方法，还包括在媒体通信外围设备连接到主机设备时动态地编译注册数据。
13.如权利要求9所述的方法，其中所述偏好数据指示对应于所述本地信号的所述第二通信信号的一部分被远程媒体通信外围设备根据所述第三属性而再现的偏好。
14.如权利要求1所述的方法，还包括确定所述第一本地媒体通信外围设备已被断开；确定第二本地媒体通信外围设备已被连接；为所述第二本地媒体通信外围设备动态地编译注册数据，所述注册数据包括从上下文数据、媒体类型数据、偏好数据和接口数据中选择的数据；选择用于与所述第二本地媒体通信外围设备通信的第一通信信号的第二成分；准备用于发送到所述第二本地媒体通信外围设备的所述第一通信信号的所述第二成分；以及将所述第一通信信号的所述第二成分发送到所述第二本地媒体通信外围设备。
15.一种提供通信会话的方法，该方法包括从通信网络提供第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；确定为与第一本地媒体通信外围设备通信所准备的所述第一通信信号的至少第一成分的第一数据质量；以及部分地基于所述第一数据质量而为所述通信会话记帐。
16.一种提供通信会话的方法，该方法包括从通信网络接收第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；确定所述第一通信信号的至少第一成分的第一数据质量；以及部分地基于所述第一数据质量而为所述通信会话记帐。
17.一种用于参与通信会话的装置，该装置包括用于从通信网络接收多个第一通信信号的装置，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；用于选择用于与第一本地媒体通信外围设备通信的第一通信信号的至少第一成分的装置；用于准备用于发送到所述第一本地媒体通信外围设备的所述第一通信信号的所述第一成分的装置，其中所述第一成分的第一属性不同于为与所述第一本地媒体通信外围设备通信所准备的第二属性；以及用于将所述第一通信信号的所述第一成分发送到所述第一媒体通信外围设备的装置。
18.如权利要求17所述的装置，还包括用于确定所述第一本地媒体通信外围设备已被断开的装置；用于确定第二本地媒体通信外围设备已被连接的装置；用于为所述第二本地媒体通信外围设备动态地编译注册数据的装置，所述注册数据包括从上下文数据、媒体类型数据、偏好数据和接口数据所选择的数据；用于选择用于与所述第二本地媒体通信外围设备通信的第一通信信号的第二成分的装置；用于准备用于发送到所述第二本地媒体通信外围设备的所述第一通信信号的所述第二成分的装置；以及用于将所述第一通信信号的所述第二成分发送到所述第二本地媒体通信外围设备的装置。
19.包含在机器可读介质中的用于参与通信会话的软件，该软件包括用于控制至少一个设备来执行下列步骤的指令从通信网络接收多个第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；选择用于与第一本地媒体通信外围设备通信的第一通信信号的至少第一成分；准备用于发送到所述第一本地媒体通信外围设备的所述第一通信信号的所述第一成分，其中所述第一成分的第一属性不同于为与所述第一本地媒体通信外围设备通信所准备的第二属性；以及将所述第一通信信号的所述第一成分发送到所述第一媒体通信外围设备。
20.如权利要求19所述的软件，其中所述软件还包括用于控制至少一个设备来执行下列步骤的指令确定所述第一本地媒体通信外围设备已被断开；确定第二本地媒体通信外围设备已被连接；为所述第二本地媒体通信外围设备动态地编译注册数据，所述注册数据包括从上下文数据、媒体类型数据、偏好数据和接口数据所选择的数据；选择用于与所述第二本地媒体通信外围设备通信的第一通信信号的第二成分；准备用于发送到所述第二本地媒体通信外围设备的所述第一通信信号的所述第二成分；以及将所述第一通信信号的所述第二成分发送到所述第二本地媒体通信外围设备。
21.包含在机器可读介质中的用于提供通信会话的软件，该软件包括用于控制至少一个设备来执行下列步骤的指令从通信网络提供第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；确定为与第一本地媒体通信外围设备通信所准备的所述第一通信信号的至少第一成分的第一数据质量；以及部分地基于所述第一数据质量而为所述通信会话记帐。
22.包含在机器可读介质中的用于提供通信会话的软件，该软件包括用于控制至少一个设备来执行下列步骤的指令从通信网络接收第一通信信号，所述第一通信信号包括从由第一数据成分、第一音频成分和第一视频成分组成的组中所选择的至少一个成分；确定所述第一通信信号的至少第一成分的第一数据质量；以及部分地基于所述第一数据质量而为所述通信会话记帐。
全文摘要
本发明在通信会话中提供关于媒体设备使用的增强的灵活性，媒体设备包括媒体通信外围设备。通信会话可以在具有不同能力的设备之间进行。根据一些实现方式，对于通信会话的请求可以根据为本地媒体通信外围设备所指示的能力和/或偏好而被接受。进入的通信信号的一些成分可以被本地媒体通信外围设备选择用于再现，其他的可以被忽略。
文档编号G06F15/16GK101073072SQ200580034453
公开日2007年11月14日 申请日期2005年12月5日 优先权日2004年12月29日
发明者萨若恩达·帕加派特, 亚瑟·G·霍瓦瑟 申请人:思科技术公司