无缝呼叫内语音笔记的制作方法

文档序号:7792945阅读:171来源:国知局
无缝呼叫内语音笔记的制作方法
【专利摘要】本公开涉及无缝生成呼叫内语音笔记。本公开的实施例执行(515)与目标无线订户设备(510)的呼叫,向目标无线订户设备传送(525)开始记录该呼叫的一部分的指示,以及向目标无线订户设备传送(550)停止记录该呼叫的该部分的指示。本公开的实施例执行(515)与发起方无线订户设备(505)的呼叫,从发起方无线订户设备接收(530;610)开始记录该呼叫的一部分的指示,以及从发起方无线订户设备接收(555;640)停止记录该呼叫的该部分的指示。
【专利说明】无缝呼叫内语音笔记
[0001]公开领域
[0002]本公开涉及移动设备之间的无线通信,尤其涉及无缝地记录呼叫内语音笔记。
[0003]背景
[0004]在呼叫(诸如音频和/或视频呼叫)期间,一方可能会向另一方传达某些关键信息,而这些关键信息需要由接收方通常使用笔和纸写下来。即使当该信息的接收方具有智能手机时,他或她仍然必须打开笔记本应用并且键入该信息。通常在这类摸索过程中,信息不得不被重复并且交谈的连续性被打断。
[0005]概述
[0006]本公开涉及无缝生成呼叫内语音笔记。本公开的实施例执行与目标无线订户设备的呼叫,向该目标无线订户设备传送开始记录所述呼叫的一部分的指示,以及向该目标无线订户设备传送停止记录该呼叫的该部分的指示。本公开的实施例执行与发起方无线订户设备的呼叫,从该发起方无线订户设备接收开始记录所述呼叫的一部分的指示,以及从该发起方无线订户设备接收停止记录该呼叫的该部分的指示。
[0007]附图简述
[0008]给出附图以帮助对本发明实施例进行描述,且提供附图仅用于解说实施例而非对其进行限定。
[0009]图1是根据本发明的至少一个实施例的支持接入终端和接入网的无线网络架构的示图。
[0010]图2更详细地解说了图1的无线通信系统的示例。
[0011]图3解说了根据本发明的至少一个实施例的用户装备(UE)。
[0012]图4解说了包括被配置成执行功能性的逻辑的通信设备。
[0013]图5解说了根据本发明的至少一个实施例的示例性流程图。
[0014]图6解说了根据本发明的至少一个实施例的示例性流程图。
[0015]详细描述
[0016]本发明的各方面在以下针对本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外,本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明的相关细节。
[0017]措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实施例并不必然被解释为优于或胜过其他实施例。同样,术语“本发明的实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。
[0018]本文使用的术语仅出于描述特定实施例的目的,而并不旨在限定本发明的实施例。如本文所使用的,单数形式的“一”、“一个”和“该”旨在也包括复数形式,除非上下文另有明确指示并非如此。还将理解,术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时指定所陈述的特征、整数、步骤、操作、要素、和/或组件的存在,但并不排除一个或多个其他特征、整数、步骤、操作、要素、组件和/或其群组的存在或添加。
[0019]此外,许多实施例是根据将由例如计算设备的元件执行的动作序列来描述的。将认识到,本文描述的各种动作能由专用电路(例如,专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外,本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内,其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此,本发明的各种方面可以用数种不同形式来体现,所有这些形式都已被构想落在所要求保护的主题内容的范围内。另外,对于本文描述的每个实施例,任何此类实施例的对应形式可在本文被描述为例如“被配置成执行所描述的动作的逻辑”。
[0020]本文被称为用户装备(UE)的高数据率(HDR)订户站可以是移动的或驻定的,并且可与一个或多个可被称为B节点的接入点(AP)通信。UE通过这些B节点中的一个或多个B节点向无线电网络控制器(RNC)传送和从其接收数据分组。B节点和RNC是被称为无线电接入网(RAN)的网络的部分。无线电接入网可在多个接入终端之间传输语音和数据分组。
[0021]无线电接入网可进一步连接至该无线电接入网外部的附加网络并且可在每个UE与此类网络之间传输语音和数据分组,此类核心网络包括特定承运商相关的服务器和设备以及至其他网络(诸如企业内联网、因特网、公共交换电话网(PSTN)、服务通用分组无线电服务(GPRS)支持节点(SGSN)、网关GPRS支持节点(GGSN))的连通性。已与一个或多个B节点建立活跃话务信道连接的UE可被称为活跃UE,并且可被称为处于话务状态。处在与一个或多个B节点建立活跃话务信道(TCH)连接的过程中的UE可被称为处于连接设立状态。UE可以是通过无线信道或通过有线信道进行通信的任何数据设备。UE还可以是数种类型设备中的任何设备,包括但不限于PC卡、致密闪存设备、外置或内置调制解调器、或者无线或有线电话。UE藉以向(诸)B节点发送信号的通信链路被称为上行链路信道(例如,反向话务信道、控制信道、接入信道等)。(诸)B节点藉以向UE发送信号的通信链路被称为下行链路信道(例如,寻呼信道、控制信道、广播信道、前向话务信道等)。如本文所使用的,术语话务信道(TCH)可以指上行链路/反向或下行链路/前向话务信道。
[0022]图1解说了根据本发明至少一个实施例的无线通信系统100的一个示例性实施例的框图。系统100可包含跨空中接口 104与接入网或无线电接入网(RAN) 120进行通信的UE (诸如蜂窝电话102),接入网或无线电接入网(RAN) 120能将UE 102连接至提供分组交换数据网(例如,内联网、因特网、和/或核心网126)与UE 102、108、110、112之间的数据连通性的网络装备。如此处所示,UE可以是蜂窝电话102、个人数字助理108、在此处示为双向文本寻呼机的寻呼机110、或者甚至是具有无线通信门户的分开的计算机平台112。因此,本发明的各实施例能在任何形式的包括无线通信门户或具有无线通信能力的UE上实现,包括但不限于无线调制解调器、PCMCIA卡、个人计算机、电话、或者其任何组合或子组合。此外,如本文所使用的,术语“UE”在其他通信协议(即,除W-CDMA以外的其他通信协议)中可被互换地称为“接入终端”、“AT”、“无线设备”、“客户端设备”、“移动终端”、“移动站”及其变型。
[0023]参照回到图1,无线通信系统100的组件以及本发明的示例性实施例的组件的相互关系不限于所解说的配置。系统100仅仅是示例性的并且可包括允许远程UE (诸如无线客户端计算设备102、108、110、112)在空中在彼此之间或当中通信和/或在经由空中接口104和RAN 120连接的组件(包括但不限于核心网126、因特网、PSTN、SGSN、GGSN和/或其他远程服务器)之间和当中通信的任何系统。
[0024]RAN 120控制向RNC 122发送的消息(通常是作为数据分组发送的消息)。RNC122负责信令通知、建立、以及拆除服务通用分组无线电服务(GPRS)支持节点(SGSN)与UE102/108/110/112之间的承载信道(B卩,数据信道)。如果启用了链路层加密,则RNC 122还在通过空中接口 104转发内容之前对该内容进行加密。RNC 122的功能在本领域是公知的且出于简明起见将不作进一步讨论。核心网126可通过网络、因特网和/或公共交换电话网(PSTN)与RNC122通信。替换地,RNC 122可直接连接到因特网或外部网络。通常,核心网126与RNC 122之间的网络或因特网连接传递数据,而PSTN传递语音信息。RNC 122可连接到多个B节点124。以与核心网126相似的方式,RNC 122通常通过网络、因特网和/或PSTN连接到B节点124以用于数据传递和/或语音信息。B节点124可无线地向UE (诸如蜂窝电话102)广播数据消息。如本领域已知的,RNC 122及其它组件可形成RAN 120。然而,替换配置也可被使用并且本发明不限于所解说的配置。例如,在另一实施例中,RNC 122以及一个或多个B节点124的功能性可被折叠到具有RNC 122和(诸)B节点124两者的功能性的单个“混合”模块中。
[0025]图2更详细地解说了图1的无线通信系统100的示例。具体而言,参照图2,UE I...N被示为在由不同分组数据网端点服务的位置处连接至RAN 120。图2的解说针对W-CDMA系统和术语,但是将领会图2可如何被修改以遵循各种其他无线通信协议(例如,LTE、EV-DO、UMTS等),并且各种实施例不限于所解说的系统或元件。
[0026]UE I和UE 3在由第一分组数据网端点162 (例如,其可对应于SGSN、GGSN、PDSN、归属代理(HA)、区外代理(FA)等)服务的一部分处连接至RAN 120。第一分组数据网端点162进而经由路由单元188连接至因特网175和/或连接至以下一者或多者:认证、授权和记账(AAA)服务器182、置备服务器184、网际协议(IP)多媒体子系统(MS)/会话发起协议(SIP)注册服务器186和/或应用服务器170。UE 2和5...Ν在由第二分组数据网端点164(例如,其可对应于363队663队?03队?4、撤等)服务的一部分处连接至RAN 120。类似于第一分组数据网端点162,第二分组数据网端点164进而经由路由单元188连接至因特网175和/或连接至以下一者或多者:ΑΑΑ服务器182、置备服务器184、IMS/SIP注册服务器186和/或应用服务器170。UE 4直接连接至因特网175,并且通过因特网175可随后连接至以上描述的任何系统组件。
[0027]参照图2,UE 1、3和4…N被解说为无线蜂窝电话,UE 2被解说为无线平板PC和/或膝上型PC。然而,在其他实施例中,将领会,无线通信系统100可连接至任何类型的UE,并且在图2中解说的示例并非旨在限制该系统内可实现的UE的类型。
[0028]参照图3,诸如蜂窝电话之类的UE 200(这里为无线设备)具有平台202,该平台202能接收并执行传送自RAN 120的可能最终是来自核心网126、因特网、和/或其他远程服务器及网络的软件应用、数据和/或命令。平台202可包括收发机206,收发机206可操作地耦合至专用集成电路(“ASIC”208)或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC 208或其他处理器执行与无线设备的存储器212中的任何驻留程序对接的应用编程接口( “API”)210层。存储器212可包括只读或随机存取存储器(ROM和RAM)、EEPR0M、闪存卡、或计算机平台常用的任何存储器。平台202还可包括能保持未在存储器212中活跃地使用的应用的本地数据库214。本地数据库214通常为闪存单元,但也可以是本领域已知的任何辅助存储设备,诸如磁介质、EEPR0M、光学介质、带、软盘或硬盘、或诸如此类。内部平台202组件也可以可操作地耦合到外部设备,诸如天线222、显示器224、即按即讲按钮228和按键板226以及其他组件,如本领域中已知的。
[0029]相应地,本发明的实施例可包括有能力执行本文描述的功能的UE。如将由本领域技术人员领会的,各种逻辑元件可实施在在分立元件、在处理器上执行的软件模块、或软件与硬件的任何组合中以达成本文公开的功能性。例如,ASIC 208、存储器212、API 210和本地数据库214可以全部协作地用来加载、存储和执行本文所公开的各种功能,且用于执行这些功能的逻辑由此可分布在各种元件上。替换地,该功能性可被纳入到一个分立的组件中。因此,图3中的UE 200的特征将仅被视为解说性的,且本发明不被限定于所解说的特征或安排。
[0030]UE 102或200与RAN 120之间的无线通信可以基于不同的技术,诸如码分多址(CDMA)、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、全球移动通信系统(GSM)、3GPP长期演进(LTE)、或可在无线通信网络或数据通信网络中使用的其他协议。因此,本文提供的解说并非意图限定本发明的实施例,而仅仅是帮助描述本发明的实施例的各方面。
[0031]图4解说了包括被配置成执行功能性的逻辑的通信设备400。通信设备400可对应于上述通信设备中的任一者,包括但不限于UE 102、108、110、112或200,B节点或基站120,RNC或基站控制器122,分组数据网端点(例如,SGSN160、GGSN 165、长期演进(LTE)中的移动性管理实体(MME)等),服务器170到186中的任一者等。因此,通信设备400可对应于被配置成通过网络与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。
[0032]参照图4,通信设备400包括配置成接收和/或传送信息的逻辑405。在一示例中,如果通信设备400对应于无线通信设备(例如,UE 200、B节点124等),则配置成接收和/或传送信息的逻辑405可包括无线通信接口(例如,蓝牙、WiF1、2G、3G等),诸如无线收发机和相关联的硬件(例如,RF天线、调制解调器、调制器和/或解调器等)。在另一示例中,配置成接收和/或传送信息的逻辑405可对应于有线通信接口(例如,串行连接、USB或火线连接、能用来接入因特网175的以太网连接等)。因此,如果通信设备400对应于某种类型的基于网络的服务器(例如,SGSN 160,GGSN 165、应用服务器170等),则配置成接收和/或传送信息的逻辑405在一示例中可对应于以太网卡,该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。在进一步示例中,配置成接收和/或传送信息的逻辑405可包括传感或测量硬件(例如,加速计、温度传感器、光传感器、用于监视本地RF信号的天线等),通信设备400可藉由该传感或测量硬件来监视其本地环境。配置成接收和/或传送信息的逻辑405还可包括在被执行时允许配置成接收和/或传送信息的逻辑405的相关联硬件执行其(诸)接收和/或传输功能的软件。然而,配置成接收和/或传送信息的逻辑405不单单对应于软件,并且配置成接收和/或传送信息的逻辑405至少部分地依赖于硬件来达成其功能性。
[0033]参照图4,通信设备400进一步包括配置成处理信息的逻辑410。在一示例中,配置成处理信息的逻辑410可至少包括处理器。可由配置成处理信息的逻辑410执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备400的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如,在不同协议之间转换(诸如,.wmv到.avi等)),等等。例如,包括在配置成处理信息的逻辑410中的处理器可对应于被设计成执行本文所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器,但在替换方案中,该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合,例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器或任何其他此类配置。配置成处理信息的逻辑410还可包括在被执行时允许配置成处理信息的逻辑410的相关联硬件执行其处理功能的软件。然而,配置成处理信息的逻辑410不单单对应于软件,并且配置成处理信息的逻辑410至少部分地依赖于硬件来达成其功能性。
[0034]参照图4,通信设备400进一步包括配置成存储信息的逻辑415。在一示例中,配置成存储信息的逻辑415可至少包括非瞬态存储器和相关联的硬件(例如,存储器控制器等)。例如,包括在配置成存储信息的逻辑415中的非瞬态存储器可对应于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中已知的任何其他形式的存储介质。配置成存储信息的逻辑415还可包括在被执行时允许配置成存储信息的逻辑415的相关联硬件执行其(诸)存储功能的软件。然而,配置成存储信息的逻辑415不单单对应于软件,并且配置成存储信息的逻辑415至少部分地依赖于硬件来达成其功能性。
[0035]参照图4,通信设备400进一步可任选地包括配置成呈现信息的逻辑420。在一示例中,配置成显示信息的逻辑420可至少包括输出设备和相关联的硬件。例如,输出设备可包括视频输出设备(例如,显示屏、能承载视频信息的端口,诸如USB、HDMI等)、音频输出设备(例如,扬声器、能承载音频信息的端口,诸如话筒插孔、USB、HDMI等)、振动设备和/或信息可藉以被格式化以供输出或实际上由通信设备400的用户或操作者输出的任何其它设备。例如,如果通信设备400对应于如图3中示出的UE 200,则配置成呈现信息的逻辑420可包括显示器224。在进一步示例中,对于某些通信设备,诸如不具有本地用户的网络通信设备(例如,网络交换机或路由器、远程服务器等)而言,配置成呈现信息的逻辑420可被省略。配置成呈现信息的逻辑420还可包括在被执行时允许配置成呈现信息的逻辑420的相关联硬件执行其(诸)呈现功能的软件。然而,配置成呈现信息的逻辑420不单单对应于软件,并且配置成呈现信息的逻辑420至少部分地依赖于硬件来达成其功能性。
[0036]参照图4,通信设备400进一步可任选地包括配置成接收本地用户输入的逻辑425。在一示例中,配置成接收本地用户输入的逻辑425可至少包括用户输入设备和相关联的硬件。例如,用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如,话筒或可承载音频信息的端口,诸如话筒插孔等)、和/或可用来从通信设备400的用户或操作者接收信息的任何其它设备。例如,如果通信设备400对应于如图3中示出的UE 200,则配置成接收本地用户输入的逻辑425可包括显示器224 (若实现为触摸屏)、按键板226等。在进一步示例中,对于某些通信设备,诸如不具有本地用户的网络通信设备(例如,网络交换机或路由器、远程服务器等)而言,配置成接收本地用户输入的逻辑425可被省略。配置成接收本地用户输入的逻辑425还可包括在被执行时允许配置成接收本地用户输入的逻辑425的相关联硬件执行其(诸)输入接收功能的软件。然而,配置成接收本地用户输入的逻辑425不单单对应于软件,并且配置成接收本地用户输入的逻辑425至少部分地依赖于硬件来达成其功能性。
[0037]参照图4,尽管被配置的逻辑405到425在图4中被示出为分开或不同的块,但将领会,相应各个被配置的逻辑用来执行其功能性的硬件和/或软件可部分交迭。例如,用于促成被配置的逻辑405到425的功能性的任何软件可被存储在与配置成存储信息的逻辑415相关联的非瞬态存储器中,从而被配置的逻辑405到425各自部分地基于由配置成存储信息的逻辑405所存储的软件的操作来执行其功能性(即,在这一情形中为软件执行)。同样,直接与被配置的逻辑中的一个相关联的硬件可不时地被其它被配置的逻辑借用或使用。例如,配置成处理信息的逻辑410的处理器可在数据由配置成接收和/或传送信息的逻辑405传送之前将此数据格式化为适当格式,从而配置成接收和/或传送信息的逻辑405部分地基于与配置成处理信息的逻辑410相关联的硬件(即,处理器)的操作来执行其功能性(即,在这一情形中为数据传输)。最后,各实施例包括配置成校准并纠正传感器数据501的逻辑,如以下将更详细描述的。
[0038]将领会,各个框中的配置逻辑或“配置成…的逻辑”并不限于具体的逻辑门或元件,而是一般地指代执行本文描述的功能性的能力(经由硬件或硬件和软件的组合)。因此,尽管共享措词“逻辑”,但如各个框中解说的配置逻辑或“配置成…的逻辑”不必被实现为逻辑门或逻辑元件。从以下更详细地描述的各实施例的概览中,各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。
[0039]在呼叫(诸如音频和/或视频呼叫)期间,一方可能常常会向另一方传达某些关键信息,而这些关键信息需要接收方通常使用笔和纸写下来。即使当该信息的接收方具有智能手机时,他或她仍然必须打开笔记本应用并且键入该信息。在这类摸索过程中,信息常常不得不被重复并且交谈的连续性被打断。
[0040]本发明的各实施例针对准许呼叫参与者无缝地进行呼叫内笔记。在本发明的实施例中,发起方设备(即,要被记录的信息的来源,且并不一定是呼叫发起者)将信号嵌在数据流的一部分中,这些信号指令目标设备(即,要被记录的信息的接收者)记录数据流的该部分。目标可在记录期间继续输出该流,例如通过扬声器和/或显示屏。在目标设备上得到的实时数据流的被记录部分被称为“语音笔记”。注意,尽管它被叫做“语音笔记”,但记录可包括音频、视频和/或晦涩的数据。同样,虽然术语“语音”一般意味着音频信息并且可能甚至意味着人类特有的音频信息,但并不意图作出这样的暗示,除非明确指出。因此,语音笔记可被实现为纯视频记录、对GPS坐标流的记录和/或对由发起方设备在呼叫期间发送给目标设备的任何其它类型信息的记录。
[0041]呼叫中的任何参与者可在某个时间点作为呼叫中交换的媒体的发起方或目标。例如,在两个参与者的呼叫中,第一参与者可以是一个语音笔记的发起方,而第二参与者可以是另一语音笔记的发起方。在群呼叫中,一个参与者可指示一个、一个以上、或所有其它参与者记录后续的语音笔记,如以下所描述的。在本公开中,术语“发起方”和“目标”可分别指发起设备或订户和目标设备或订户,除非其中某一个被特别指明。再一次,除非相反地指明,设备作为发起方还是目标的状态与在呼叫期间交换的特定媒体有关,并且不一定暗指明H"设备自己发起了那个呼叫和/或哪个设备在呼叫建立时被呼叫。
[0042]图5解说了本发明的一实施例的示例性流程图500。在515,发起方UE 505和目标UE 510(诸如UE 102、108、110以及200)参与到彼此的呼叫中。在520,发起方UE 505确定呼叫的后续部分应当被记录为语音笔记。在525,发起方UE 505向目标UE 510传送开始记录呼叫(即,语音笔记)的指示。在530,目标UE 510接收该开始记录的指示并且在535开始记录该呼叫。在540,目标UE 510向发起方UE发送指示该呼叫正在被记录的确收。在545,发起方UE 505接收该确收。方面540和545用虚线来解说,因为它们是可任选的特征,如以下将讨论的。在550,发起方UE 505向目标UE 510发送停止记录该呼叫的指示,并且在555,目标UE 510停止记录该呼叫。在560,目标UE 510存储该呼叫的被记录的部分。这一记录就是语音笔记。以下将更详细地描述图5的各个方面。
[0043]参考图5的525和550,为了发信号通知数据流的哪一部分应当在目标UE510处被记录,在一实施例中,发起方UE 505可在数据流的要在525处被记录的第一数据分组中插入一开始标记以及要在550处被记录的最后一个数据分组中插入一结束标记。在一不例中,在开始和末尾数据分组之间并且包括开始和末尾数据分组的所有数据分组将在535 -555被记录。在另一实施例中,发起方UE 505可在数据流的要在目标UE 510处被记录的每一数据分组中插入标记。这在“停止记录”标记可能丢失(诸如在无线环境中)的情况下是有益的。因此,在要被记录的每一数据分组包括记录标记的场景中,550处的结束对呼叫的记录的指示可通过发起方UE 505停止在该呼叫的数据分组中包括记录标记来实现。通过在每一数据分组中添加标记,目标UE 510将在535 - 555仅记录那些已被标记要记录的分组。该标记可被添加到数据分组的头部或有效载荷。
[0044]发起方UE 505可要求来自目标UE 510的对作记录的准许,因为例如记录将占据目标UE 510上的存储空间。操作启用语音笔记的移动设备(诸如目标UE 510)的订户可设置一个或多个与语音笔记的记录有关的偏好,诸如谁具有在移动设备上记录语音笔记的准许,例如某些联系人组、所有联系人、每个人等。订户还可设置与长度、质量和/或文件大小、所分配的存储空间的总量、当可用时是否记录音频和视频、或者仅仅记录音频或者视频等有关的偏好。订户还可设置为记录语音笔记所必需的通知级别。例如,订户可允许其它设备在通知订户发起方UE 505想要目标UE 510记录语音笔记之后、仅在请求订户准许记录语音笔记(这会要求来自订户的肯定回应)之后等等在移动设备上自动地记录语音笔记。订户还可为不同群组设置不同的通知级别。例如,订户可准许家庭成员组中的任何人记录语音笔记而无需提示,而要求除此以外的每个人请求准许。发起方505可通过例如使通知发起方的订户在目标UE 510上记录语音笔记的意图的消息在目标UE 510的屏幕上出现和/或询问目标UE 510是否愿意记录来自发起方UE 505的语音笔记来通知该订户和/或请求准许。订户还可设置偏好,该偏好准许他或她在发起方UE 505发信号通知记录应停止之前停止语音笔记的记录。
[0045]订户还可设置与对于在目标UE 510上存储的所记录的语音笔记的后处理有关的偏好。例如,订户可能希望在记录了新语音笔记之后立即被通知,或者可能仅仅希望所有的新语音笔记在该呼叫结束时被通知。订户可设置偏好,该偏好指示所有语音笔记都应当按接收原样存储,即存储成音频、视频和/或数据,或者所有的语音笔记都应当被转换成文本。订户还可设置关于如何对特定类型的语音笔记进行后处理的偏好。例如,订户可指示所有的姓名和电话号码组合被自动存储在订户的联系人列表中。在另一示例中,订户可指示所有地址被放置于地图应用中和/或输入到导航应用中。显然,对于目标UE 510可如何对语音笔记进行后处理存在许多的可能性,并且本发明的实施例不限于任何一种特定方式。
[0046]虽然本发明的各实施例是在可被安装在移动设备(例如,图5中的目标UE 510)上的应用(例如“app”)中实现的,但订户也可通过应用的界面(诸如图3中API 210中的一个)来设置上述偏好。订户将不必需要在呼叫期间操纵应用以实施语音笔记记录。相反,只要应用正在后台运行,目标UE 510就可被配置成按照发起方UE 505的指令和/或基于订户的偏好来记录语音笔记。当被配置成执行本发明的各实施例的软件逻辑被集成到移动设备的操作系统中时,订户可通过移动设备的菜单或设置界面来设置上述偏好。当目标UE 510接收到记录语音笔记的信号时,目标UE 510将照此自动识别它并且相应地响应,无需应用正在后台中运行。
[0047]回到图5的520,发起方设备可在520确定呼叫的一部分应当以多种方式被记录。例如,发起方订户可分别通过按下“开始记录”按钮和“结束记录”按钮来发信号通知发起方UE 505以开始和结束在数据流中嵌入语音笔记记录信号。替换地,发起方订户可使用语音命令,诸如“开始记录”和“结束记录”。该语音命令可基于发起方UE 505解读语音命令并随后在525和550处设置适当的记录器标记来促成语音笔记的记录,或者替换地,语音命令可简单地在呼叫期间传达给目标UE,并且目标UE 510自己可将语音命令解读为对在530和555处开始和停止记录语音笔记的指示。由此,语音命令可被预定义并且在发起方UE 505或者目标UE 510中的任意一方处使用语音识别软件来识别。在另一示例中,发起方UE 505可以检测发起方订户以指示当前或将要说的话应当被记录下来的方式来改变他或她的语调。例如,当发起方订户希望他或她的话被目标UE 510记录为语音笔记时,他或她可以说地更大声。这可通过监视发起方订户的声音的音量来确定,并且如果发起方订户的声音音量增加到阈值以上,则发起方UE 505被信号通知数据流应当被记录。当发起方订户的语音音量随后降到阈值以下时,则发信号通知数据流不应再被记录。
[0048]在图5的520的实施例中,发起方UE 505可以引导目标UE 510暂停在目标UE 510处记录语音笔记,并且随后在暂停时段之后恢复语音笔记。替换地,发起方UE 505可引导目标UE 510停止记录语音笔记而不是恢复语音笔记。发起方UE 505还可引导目标UE 510暂停一个语音笔记,并且当它被暂停时,使目标UE 510记录另一语音笔记(例如,以使得新的语音笔记不必是先前语音笔记的继续)。发起方UE 510还可引导目标UE 510暂停第二语音笔记,结束对第一语音笔记的记录,随后恢复第二语音笔记。显然,任何数目的情境是可能的。发起方订户可在发起方UE 505处使用简单的语音命令或按钮选择来控制开始、停止、暂停以及恢复功能。例如,发起方订户可以说或按“开始记录”、“暂停记录”、“恢复记录”和/或“结束记录”、或某个其它变体。
[0049]在另一实施例中,在图5的520处,发起方设备可检测呼叫或发起方设备的上下文,该上下文指示后续的数据流应当被记录。例如,说某些触发单词或短语(可能在偏好中预定或预定义)(诸如“地址”、“电话号码”、“姓名”、“记住这个”、“这很重要”等)的发起方订户可发信号通知后续数据流应当被记录。这些触发单词或短语可由语音识别软件检测,或者数据流可被实时转换成文本。
[0050]在图5的520的另一实施例中,发起方设备可检测发起方订户在处于呼叫中时启动了导航应用,并将因此语音地或者通过键入来输入目的地。发起方设备可自动指令目标设备记录订户说的目的地,或者发起方设备可传送发起方订户的按键板输入并指令目标设备记录对应的数据流。显然,存在订户可触发在520记录语音笔记的许多方式,并且本发明的实施例不限于任何一种特定方式。
[0051]在图5的520的另一实施例中,取代实时地检测可触发在目标UE 510处记录后续语音笔记的关键词,发起方设备可在520在数据流生成时缓存一定量的数据流,并且针对特定构件(诸如姓名、地址、电话号码、驾驶方向、因特网地址、项目列表等)对数据流进行分析。目标设备也将被配置成在数据流被接收时缓冲相同量的数据流。当发起方UE 505识别出这些构件中的一个或者这些构件中的一个的可能开头时,它可指令目标UE 510在525记录或开始记录数据流的对应部分。发起方设备可以使用例如语音一文本分析器来针对此类构件对所缓冲的数据流进行分析。此外,仅仅数秒的数据流将需要被缓冲,因为一般不会耗费很长时间来说例如地址、电话号码或者识别一系列指令的开头。
[0052]在图5的520的另一实施例中,发起方设备可在其基于订户的偏好检测到数据流应当被记录时向发起方订户显示确认对话。例如,如果发起方订户已设置了偏好以促成目标UE 510在发起方订户说“地址”时记录语音笔记,则一旦在呼叫期间检测到单词“地址”,发起方设备就可请求发起方订户确认发起方订户是否实际上希望目标UE 510记录数据流。这可实现在发起方设备缓冲一部分数据流的情况下,或者当发起方设备检测到发起方订户已说出触发短语时进行。当发起方订户主动触发记录时,诸如当订户按下“开始记录”按钮或者说“开始记录”时,不需要任何确认。然而,显然,发起方订户可能设置了开始记录应当总是被确认或者如果存在任何模糊性则应当被确认的偏好。通知本身可以是用于吸引发起方订户注意的简单的蜂鸣声连同显示在屏幕上请求确认的消息。替换地,这些操作可通过语音提示来实现。
[0053]在群呼叫中,发起方订户还可选择哪些参与者应当在520处记录后续的语音笔记。发起方订户可通过经由发起方设备的用户接口来选择参与者的姓名来选择参与者,或者可通过大声说出他们以及其它某个(些)关键词来选择参与者。例如,发起方可说“为Jennifer、Jeff、Chris、Susan以及Steve记录语音笔记”。然而,为了停止,不需要再次说出参与者的姓名。诸如“停止记录”之类的短语或者按压“停止”按钮就已足够。
[0054]在一些情形中,发起方订户的偏好可能不指令目标设备记录目标订户可能想要记录的那部分数据流,或者发起方订户可能未按压记录按钮,从而没有意识到目标订户想要这一信息的语音笔记。在这一情形中,目标订户可简单地请求发起方订户发信号通知他或她的移动设备将后续数据流记录下来并且随后重复该信息。替换地,发起方订户可能已设置偏好,藉此在短语“你能够把那个再说一遍吗”和“谢谢”或其它此类变体之间的数据流将自动地在目标设备处被记录。
[0055]当新语音笔记被记录在目标设备上时,目标设备可通知目标订户。目标设备可在560处将语音笔记存储为音频、视频或数据文件以供稍后检索。目标设备可按任何数目的方式来存储语音笔记。例如,目标设备可在分立的文件中存储每一语音笔记,或者将在给定呼叫期间记录的每一语音笔记存储在单个文件中,或者将在24小时时间段中创建的每一语音笔记存储在单个文件中,等等。
[0056]目标设备可按数种方式处理被记录的语音笔记,甚至是在目标订户仍然在该呼叫中时处理被记录的语音笔记。目标设备可询问目标订户他或她想要如何对语音笔记进行后处理,或者自动执行后处理。例如,目标设备可使用语音一文本软件立即将音频流转换成文本。目标设备可随后对文本进行分析以标识诸如姓名、地址、电话号码、兴趣点、驾驶方向、因特网地址等信息。如果目标设备标识了例如姓名和电话号码,则它可将该姓名和号码添加到目标订户的联系人列表。另一方面,如果目标设备标识了地址,则它可抓取与该地址有关的地图数据和/或在后台开启导航应用并将该地址加载到其中。如果目标设备标识了因特网地址,则它可打开因特网浏览器应用并导航到该网站。在目标订户仍然在呼叫中时执行这些功能节省了订户被要求在呼叫之后执行这些功能的时间。
[0057]在一些情形中,发起方设备可具有记录语音笔记的能力,而目标UE 510可能没有。发起方UE 505不需要事先知道这一情况。如果发起方UE 505在525处将记录语音笔记的信号嵌入到数据流中而目标不具有记录它的能力(例如,由于所分配的存储空间已满或者目标设备就是不具备必要的功能性),则所嵌入的信号将被忽略。在一实施例中,在540,目标设备可以向发起方设备返回指示目标正在记录数据流的确收。如果发起方设备在545处未在一定时间量内接收到这一确收,则发起方设备可以假定目标设备不能够记录语音笔记并且停止发信号通知目标设备这么做。替换地,在目标设备具有记录语音笔记的功能性但出于某种原因(例如缺乏存储空间)而不能这么做的情况下,目标设备可以向发起方发送否定确收(如以下在625描述的)。发起方设备还可通知一方或双方订户记录语音笔记失败。例如,发起方UE 505可发送短消息服务(SMS)消息(例如,“文本”消息)给目标设备和/或在发起方设备的屏幕上显示通知或播放错误声响。
[0058]图6解说了服务器而非目标UE 510籍此记录语音笔记的本发明的一实施例的示例性流程图600。图6的某些操作与参照图5所描述的相同,并且因此用相同的附图标记来标注。因此,在图6中,假定发起方UE 505和目标UE 510处在由服务器605担当中介的呼叫中。在525,发起方UE 505传送开始记录语音笔记的指示,如以上所讨论的。在610,服务器605监视数据流,并且在615,开始记录语音笔记。在530,目标UE 510接收开始记录语音笔记的指示。在620,目标UE 510可确定它不能记录语音笔记,因为例如它不具有存储空间或者订户的偏好不准许它这么做。在625,目标UE 510发送否定确收,告知发起方UE505它不能记录该语音笔记。
[0059]方面620和625用虚线来解说,因为它们是可任选方面。目标UE 510可能不具有检测所接收到的指示的能力,并因此可能不能确定该语音笔记不能被记录。在这一情形中,嵌入在数据流中的指示将被忽略,并且方面620和625将不会被执行。替换地,目标UE 510可在620确定语音笔记不能被记录,但不在625发送否定确收。
[0060]在630,服务器605通过截取否定确收或者确定目标UE没有在阈值时间段内用肯定确收来回复而确定目标UE 510不能记录语音笔记。在635,服务器605可取而代之向发起方UE 505发送确收并且丢弃来自目标UE 510的任何否定确收。这样,发起方UE 505将停止标记要被记录的分组,但会继续像原先那样传送分组。该确收可以(但不必需)指示服务器605正在记录该语音笔记。来自服务器605的确收可以与原先将从目标UE 510处接收的确收相同。方面545和635用虚线来解说,因为如以上所描述的,发送任何确收都不是必需的。
[0061]当发起方UE 505已在550处标记了语音笔记的末尾时,服务器将在640处结束记录,在645处存储记录,并且在650处发送消息给目标UE 510,告知UE 510在服务器605上可访问到该语音笔记的位置。替换地,服务器605可在消息中发送该语音笔记给目标UE510。服务器605还可发送消息和/或语音笔记给发起方UE 505。
[0062]如将通过阅读以上描述的各实施例而领会的,由于语音笔记生成可受发起方订户所引导(发起方订户的语音在通信会话中的一个或多个目标设备处被记录),因此当目标设备记录发起方的语音时可能需要被考虑的法律问题不再适用。例如,窃听法通常禁止在没有说话者的同意的情况下记录说话者的语音,并且如果说话者他/她本身引导另一设备执行记录功能,则获得了同意。此外,在一些实施例中,发起方和目标订户可无缝地继续呼叫而无需不得不切换应用或按下单个按钮(例如,经由语音命令)以便记录笔记,从而允许本发明的各实施例甚至能够与免提设备联用。
[0063]本领域技术人员将领会,信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如,以上描述通篇可能引述的数据、指令、命令、信息、信号、位(比特)、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光学粒子、或其任何组合来表示。
[0064]此外,本领域技术人员将领会,结合本文中公开的实施例描述的各种解说性逻辑块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性,各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性,但这样的实现决策不应被解读成导致脱离了本发明的范围。
[0065]结合本文中公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地,存储介质可以被整合到处理器。
[0066]相应地,本发明的实施例可包括实施通信系统中的传感器使用方法的计算机可读介质。因此,本发明并不限于所解说的示例且任何用于执行文本所描述的功能性的手段均被包括在本发明的实施例中。
[0067]尽管上述公开示出了本发明的解说性实施例,但是应当注意到,在其中可作出各种更换和改动而不会脱离如所附权利要求定义的本发明的范围。根据本文中所描述的本发明实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外,尽管本发明的要素可能是以单数来描述或主张权利的,但是复数也是已料想了的,除非显式地声明了限定于单数。
【权利要求】
1.一种用于生成呼叫内语音笔记的方法,包括: 执行(515)与目标无线订户设备(510)的呼叫; 向所述目标无线订户设备传送(525)开始记录所述呼叫的一部分的指示;以及 向所述目标无线订户设备传送(550)停止记录所述呼叫的所述部分的指示。
2.如权利要求1所述的方法,其特征在于,进一步包括: 确定所述呼叫的所述部分应当被记录。
3.如权利要求2所述的方法,其特征在于,确定包括: 确定其声音正通过所述呼叫的数据流来传送的订户的语调是否已改变;以及 确定所述语调的改变是否与给定模式相匹配。
4.如权利要求2所述的方法,其特征在于,确定包括: 对传送所述呼叫的数据流的多个数据分组进行缓存;以及 检测所缓存的多个数据分组中的构件或所述构件的开头。
5.如权利要求4所述的方法,其特征在于,检测包括: 将所述数据流的所缓存的数据分组转换成文本, 其中所述检测在所述文本中检测所述构件或所述构件的所述开头。
6.如权利要求5所述的方法,其特征在于,所述构件包括: 姓名、电话号码、地址、感兴趣地点、URL、项目列表、或驾驶方向中的至少一者。
7.如权利要求1所述的方法,其特征在于,服务器基于传送给所述目标设备的开始和停止记录所述呼叫的所述部分的指示来记录所述呼叫的所述部分。
8.一种用于生成呼叫内语音笔记的方法,包括: 执行(515)与发起方无线订户设备(505)的呼叫; 从所述发起方无线订户设备接收(530 ;610)开始记录所述呼叫的一部分的指示;以及 从所述发起方无线订户设备接收(555 ;640)停止记录所述呼叫的所述部分的指示。
9.如权利要求8所述的方法,其特征在于,进一步包括: 处理所述呼叫的所记录部分以确定所述呼叫的所记录部分是否包含至少一个构件;以及 处理所述至少一个构件。
10.如权利要求8所述的方法,其特征在于,所述方法由作为所述发起方无线订户设备与目标无线订户设备之间的呼叫的中介的服务器来执行。
11.如权利要求8所述的方法,其特征在于,所述方法由与所述发起方无线订户设备通信的目标无线订户设备来执行。
12.—种用于生成呼叫内语音笔记的装置(102 ;108 ;110 ;112 ;200 ;400 ;505),包括: 配置成执行与目标无线订户设备(510)的呼叫(515)的逻辑(405); 配置成向所述目标无线订户设备传送(525)开始记录所述呼叫的一部分的指示的逻辑(405);以及 配置成向所述目标无线订户设备传送(550)停止记录所述呼叫的所述部分的指示的逻辑(405)。
13.一种用于生成呼叫内语音笔记的装置(102 ;108 ;110 ;112 ;200 ;400 ;510 ;605),包括: 配置成执行与发起方无线订户设备(510)的呼叫(505)的逻辑(405); 配置成从所述发起方无线订户设备接收(530;610)开始记录所述呼叫的一部分的指示的逻辑(405);以及 配置成从所述发起方无线订户设备接收(555;640)停止记录所述呼叫的所述部分的指示的逻辑(405)。
14.一种包括用于执行根据权利要求1到11中任一项所述的方法的装置的设备(102 ;108 ;110 ;112 ;200 ;400 ;505 ;510 ;605)。
15.一种包括至少一条指令的计算机可读介质,所述至少一条指令用于使得通信实体(102 ;108 ;110 ;112 ;200 ;400 ;505 ;510 ;605)执行根据权利要求1到11中任一项所述的方法。
【文档编号】H04M3/42GK104303492SQ201380024138
【公开日】2015年1月21日 申请日期:2013年5月3日 优先权日:2012年5月11日
【发明者】C·S·多达帕卡 申请人:高通股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1