支持的呼叫之间的切换）。
[0133] 当转换到包含视频的呼叫类型时，在本地视频变得对于另一个通信设备可见的间 隙期间内，可以在设备上显示本地视频(例如，给用户一个检查外观的机会）。来自第一呼叫 的音频在间隙期间内可以继续。
[0134] 在被呼叫者的设备上，能够以类似的方式实现无缝转换。然而，呼入的呼叫能够被 表示为应被处理为无缝转换的部分的特殊呼叫。因此，不是将呼入的呼叫显示为呼入的呼 口H，它可以在后台中被处置，并且可以随后无缝地实现到呼入的呼叫的转换。可以如本文所 述那样获得同意。
[0135] 在一些情况下，网络条件会变劣，提示转换回第一呼叫的呼叫类型。该转换可以如 本文所述那样无缝地进行。可能不能获得或者不需要(例如当从呼叫中去除视频时）另一方 的同意。
[0136] 示例16-示范性的音频抑制
[0137] 在本文的任意示例中，第二呼叫的音频在变得活跃之前可以被抑制。该技术能够 避免音频、回声等的重合。能够通过呼叫控制器或其它组件来控制呼叫抑制。
[0138] 示例17-示范性的用户接口顺序
[0139] 在本文的任意示例中，用户接口能够在原用户接口（例如，呼叫进展UI)和支持第 二呼叫的通信应用的用户接口之间定序。在完成转换时，表现为第一呼叫变换成第二呼叫。 第二呼叫类型的功能随后被呈现以供在通信设备处使用。
[0140]在另一设备处，能够显示征得同意的请求，此后用户接口转换到支持第二呼叫。
[0141] 示例18-示范性的呼叫转换状态
[0142] 在本文的任意示例中，呼叫转换状态能够被存储以帮助调整转换过程。该状态能 够与呼叫状态联合地实现或者实现为呼叫状态的部分。例如，状态可以指示"未实现"、"不 活跃"、"启动第二呼叫，，、"完成，，，等等。
[0143] 类似地，如本文所述，可以存储网络状态指示符。
[0144] 示例19-示范性的注册通信应用的方法
[0145] 图7是注册通信应用以实现无缝呼叫转换的示范性的方法700的流程图，并且能够 实现在例如本文所述的任意通信设备中。
[0146] 在720处，在通信设备上注册通信应用。例如，操作系统或其它控制软件能够接收 至Ij:正在安装通信应用的通知，它支持一种或多种呼叫类型的通知，以及它支持无缝呼叫转 换的通知。
[0147] 在730处，响应于注册，通信设备的配置被更新。例如，通过将通信应用添加到列表 中，能够更新支持特定呼叫类型的通信应用的列表。还能够存储用于特定呼叫类型的优选 的通信应用。
[0148] 在740处，作为注册的结果，在通信设备的用户接口中呈现无缝转换到通信应用所 支持的类型的第二呼叫的选项。如本文所述的，该选项可以被有条件地呈现或者有条件地 启用(例如，取决于另一个通信设备的能力、网络条件，等等）。
[0149] 因此，在支持第二呼叫类型的应用的安装过程中，应用可被注册为当经由第二呼 叫类型进行无缝转换时使用。随后，指示第二呼叫类型或应用的用户接口元件能够响应于 注册而被呈现。
[0150] 示例20-注册的通信应用
[0151]图8是存储优选的通信应用的表格800的框图并且能够被存储为配置数据的部分 (例如，转换配置数据130)。表格800能够存储指示应用830A以及应用是否优选830B的条目 830。表格可以在通信应用注册时被构建和更新。然后，当在呈现用于无缝呼叫转换的用户 接口选项时判定是否显示以及显示哪个应用时，可以咨询表格。例如，如果应用3是优选的 应用，则当用户接口选项被激活时该应用可被指示为所调用的应用(例如，通过文本、图形、 徽标等）。
[0152]其它信息(例如，文本、图标、徽标或其它图形)也能够被存储在表格中或者在表格 中引用并且被显示为用户接口元件的部分(例如，作为呼叫进展UI的部分）。表格能够显式 地指示应用是否支持无缝转换，或者表格可局限于这些通信应用。为无缝转换的目的，可以 设定分开的偏好。因此，如果存在多个支持特定呼叫类型的应用，则子集可以支持无缝转 换。如果在子集中存在多个应用，则通信应用中特定的一个通信应用可被指定为优选的。
[0153] 虽然示例显示出单一呼叫类型的通信应用，但是可以支持多种呼叫类型。不同的 应用能够被指示为对于不同呼叫类型是优选的。
[0154] 示例21-示范性的通信应用的配置
[0155] 图9是用于选择呼叫类型的优选应用的示范性的设置用户接口 900的线框。在示例 中，用于选择特定类型的呼叫（例如，视频)的优选的通信应用的用户接口被显示出。能够支 持对于其它或附加的呼叫类型的用户接口。
[0156] 在框930中可以显示出优选的应用。如果多于一个的通信应用可用，则框930可以 是允许选择不同应用的下拉框。如本文所描述的偏好随后可以相应地被更新。
[0157] 能够显示出说明性的文本940以描述选择特定应用的结果(例如，选定的应用将被 显示在呼叫进展UI中）。如果不安装应用，则接口能够显示文本940，指示获得支持的通信应 用的结果。例如，文本可以描述具有视频的益处，无缝呼叫转换的可用性，等等(例如，"你知 道你能够借助提升应用将呼叫提升到视频呼叫吗?"）。
[0158]用户接口 900能够显示出用户接口元件950,其允许导航到能够获得如本文所描述 的支持应用的应用市场。
[0159]可选的技术能够允许应用将其自身设定为对于特定呼叫类型的优选的应用。应用 无需对设置有直接访问权。例如，在注册期间，应用能够访问API(例如，规定呼叫类型、应用 标识符，等等）以将其自身设定为优选的应用。为防止对配置的暗中变改变，对话框可以被 显示以确认改变(例如，"使得应用X是你的优选的视频应用？是/否"）。应用能够查询API以 查看其是否已经是优选的。如果是，则不需要改变。
[0160] 示例22-示范性的优点
[0161] 如本文所描述，用户能够容易地利用他们设备的能力，而无需学习新的过程或者 甚至初始地知道这些能力存在。
[0162] 示例23-示范性的呼叫升级
[0163] 在下面的示例中，特定类型的呼叫转换(例如，仅音频呼叫到视频呼叫）用于阐明 有时称为"呼叫升级"的技术。该呼叫升级可包括无缝呼叫转换(例如，为无缝呼叫升级）。在 其它情况下，升级可以不是在无缝的情况下实现。可以通过利用本文所述的任意技术在保 持单个统一的呼叫发生的印象的同时从仅音频呼叫转换到视频呼叫来实现无缝。例如，不 是提供仅音频呼叫已经结束的明确指示(例如，仅音频呼叫的"结束的"消息），该指示可以 被抑制或者未被呈现。此外，与仅首频呼叫相关联的呼入的视频呼叫（即，为仅首频呼叫的 升级）能够被以特殊方式处置，而不是将其呈现为呼入的视频呼叫。例如，可以在保持当前 的仅音频呼叫的音频的同时显示如所述的通知。不是将呼入的视频呼叫呈现为分开的呼 口H，其可以被呈现为将视频添加到当前呼叫中的机会，从而保持单一呼叫正在发生的印象， 即使涉及到不同的技术、网络类型、客户端应用等。
[0164] 虽然使用了从仅音频呼叫升级到视频呼叫的示例，在本文的任意示例中可以支持 其它类型的升级(例如，从视频呼叫升级到全息呼叫，等等）。
[0165] 示例24-示范性的精确呼叫升级系统
[0166] 图10是实现精确呼叫升级的示范性的系统1000的框图。在示例中，两个通信设备 1010和1020A正在进行仅音频呼叫（例如，通过公用交换电话网、蜂窝呼叫，等等）。为了说明 的目的，设备1010有时被称为"发起方端点设备"，因为它是升级呼叫的邀请发起的设备。通 信设备1020A有时称为"接收方端点设备"，因为它是接收升级呼叫的邀请的设备。一个或多 个其它的通信设备1020B是关联于与端点设备1020A相同的用户的且可能当前在线（例如， 与服务器1085通信或者加电且激活的)且能够参与视频呼叫的其它端点设备。然而，如本文 所描述的，升级邀请不被发送到这些设备，因为它们当前未参与与发起方端点设备1010的 呼叫。
[0167] 如图所示，发起方端点设备1010能够存储联系人信息1025并且执行视频应用 1045A。视频应用1045A能够处置视频呼叫并且能够与服务器1085通信以判定哪些接收方端 点当前正参与仅音频呼叫。替代地，能够通过系统的另一部分来执行这些处理，或者视频应 用1045A可以简单地咨询存在信息1030。
[0168] 转换引擎1047A能够处置如本文所述的转换和邀请功能。实际上，转换引擎1047A 可以如所示为分开的，为视频应用1045A的部分，为较大的通信应用的部分，为操作系统的 部分，等等。转换引擎1047A可以运行以将呼叫升级呈现为单个呼叫，即使涉及到两个呼叫。
[0169] 在发起方端点设备1010内，能够存储与接收方用户相关联的多个设备的存在信息 1030。该信息可以指示多个接收方端点1020A-B中的哪些接收方端点当前正在参与仅音频 呼叫。该信息可以指示端点设备1020A-B的网络地址并且特殊地指示端点设备1020A-B中的 仅音频呼叫中所涉及到的端点设备1020A。该信息可基于从接收方端点设备1020A公布的信 息，如本文所述的。信息1030因此能够表现为参与仅音频呼叫（例如，当前的仅音频呼叫）的 设备特定指示的形式。设备特定标识符或呼叫特定标识符能够充当设备特定指示。
[0170] 虽然使用了术语"存在信息"，但是信息可以表现为有限存在信息的形式(例如，仅 关于是否设备参与仅音频呼叫或者当前的仅音频呼叫被暴露的信息）。其它存在信息（例 如，位置、最后活跃时间，等等)可保持不暴露。
[0171] 如图所示，设备1010和1020A-B能够经由各种网络1080中的任一种来互连，包括所 述的公用交换电话网、因特网、私人网络等中的一种或多种。服务器1085也可以如此连接。
[0172] 在一些场景中，可能期望涉及服务器1085,其能够跟踪存在信息以及端点数据库 1087中的其它数据。例如，服务器1085能够存储关于与接收方用户名相关联的多个接收方 端点1020A-B的信息。因此，服务器能够充当设备之间的联络。例如，服务器能够调整邀请以 使单个接收方端点设备被邀请来升级仅音频呼叫。然而，在一些情况下，服务器1085可以保 持不参与，允许设备协商连接和呼叫升级。
[0173] 如图所示，参与仅音频呼叫的接收方端点设备1020A可以包括类似于其它设备 1010的视频应用1045B和转换引擎1047B。端点设备1020A还能够将其存在信息公布到网络 1080,以便直接地或者通过服务器1085由端点设备1010消费。例如，服务器1085能够接收端 点设备1020A参与仅音频呼叫且报告该信息给发起方设备(例如，以及其它设备)的指示。接 收方端点1020A可以被配置为对呼叫升级作出响应并且调整从仅音频呼叫到视频呼叫的无 缝呼叫转换(例如，结束仅音频呼叫，而不为仅音频呼叫呈现结束消息，等等）。
[0174] 示例25-示范性的精确呼叫升级方法
[0175] 图11是能够在本文所述的示例中实现的实现精确呼叫升级的示范性的方法1100 的流程图。
[0176] 在示例中，方法1100在特定的接收方端点设备与发起设备之间的仅音频呼叫期间 被执行1110。接收方端点设备与在多个端点设备（即，包括接收方端点设备）（例如，能够参 与视频呼叫)处当前活跃(例如，在线、登录，等等)的用户标识符相关联。
[0177] 在1120处，接收到将仅音频呼叫升级到视频呼叫的请求。例如，在显示用户接口， 发送消息，或其它技术之后，能够接收到邀请接收方用户升级仅音频呼叫的指示(例如，"添 加视频"）。
[0178] 在1130处，响应于该请求，仅接收方端点设备（即，参与仅音频呼叫的接收方端点 设备)响铃。其它设备不响铃(例如，未收到邀请，不显示，或者两者）。例如，升级仅音频呼叫 的邀请能够仅被发送到特定端点设备或者在特定端点设备处显示。
[0179] 示例26-示范性的精确呼叫升级方法
[0180] 图12是从不同设备的视角实现精确呼叫升级的示范性的方法1200的流程图，其能 实现于本文所描述的任意示例中并且能够用于实现图11的方法1100。在示例中，客户端端 点设备1210、1220参与仅音频(例如，公用交换电话网、蜂窝呼叫等)呼叫1230、1240。两个设 备1210、1220因此是活跃的。然而，如本文所述的，与接收方设备1220相关联的用户可能具 有活跃或不活跃(例如能够参与视频呼叫）的一个或多个其它设备。例如，用户可以使其它 设备注册通信服务、作为其它设备上的视频呼叫服务的用户而被登录，或两者。
[0181]在1250处，在参与仅音频呼叫的同时，接收方客户端端点设备1220公布了参与仅 音频呼叫的设备特定指示。如本文所述的，该指示能够指示设备1220的唯一设备地址、仅音 频呼叫的唯一呼叫标识符，或两者。
[0182] 而且，在参与仅音频呼叫的同时，发起方客户端端点设备1210接收哪个端点（例 如，1220)参与仅音频呼叫的指示。如本文所述的，能够直接地或者通过中介(如服务器)接 收该指示。该指示能够在接受升级呼叫的请求之前被接收到。因此，设备特定指示能够在升 级邀请被发送或接受之前被接收到。如本文所述的，该功能能够由诸如服务器的中介来处 置。
[0183] 能够存储与用户标识符相关联的多个端点设备的指示。能够特殊地指示参与仅音 频呼叫的特定的端点设备。
[0184]在1270处，请求(例如，经由用户接口）被显示在发起方设备1210处以将仅音频呼 叫升级到视频呼叫。例如，能够呈现将仅音频呼叫升级到视频呼叫的用户接口选项（例如， 用户接口元件），并且用户能够如本文所述，激活诸如图形按钮的用户接口元件(例如，在进 行仅音频呼叫的同时的呼叫进展用户接口中），使得设备接收到请求。
[0185]在1280处，响应于该请求，发起方端点设备1210将邀请仅发送到接收方的特定端 点设备(例如，仅对于当前参与与发起方设备1210的仅音频呼叫的设备1220的精确邀请）。 例如，能够使用接收方的实际网络设备地址，或者可以询问服务器来发送邀请，其中服务器 处置精确邀请功能。与接收方端点设备1220的用户相关联的其它设备1220未被发送邀请 (例如，该过程省去向其它设备发送将仅音频呼叫升级到视频呼叫的邀请）。
[0186]在1290处，接收方端点设备1220接收升级呼叫的邀请。
[0187] 如本文所述的，如果接受了邀请(例如，从接收方端点设备接收到接受），则可以将 仅音频呼叫升级到视频呼叫。该升级可以表现为从仅音频呼叫到视频呼叫的无缝呼叫转换 的形式。可以在接收到接受之前做出关于哪个端点参与仅音频呼叫的判定。
[0188] 示例27-示范性的其它精确呼叫升级方法
[0189] 图13是从不同设备的视角实现精确呼叫升级的另一示范性的方法1300的流程图， 其能够被实现于本文描述的任意示例中并且能够被用于实现图11的方法1100。在示例中， 客户端端点设备1310、1320参与仅音频(例如，公用交换电话网、蜂窝、VoIP等）呼叫1330、 1340。两个设备1310、1320因此是活跃的。然而，如本文所述的，与接收方设备1320相关联的 用户可以具有活跃的或不活跃的（例如，并且能够参与视频呼叫的）一个或多个其它设备。 例如，用户可以使其它设备注册通信服务、作为其它设备上的视频呼叫服务的用户而被登 录，或两者。
[0190] 在1370处，在发起方设备1310处接收到请求(例如，经由用户接口）以将仅音频呼 叫升级到视频呼叫。例如，将仅音频呼叫升级到视频呼叫的用户接口选项（例如