短语音消息业务方法、装置及系统的制作方法

文档序号:7679294阅读:139来源:国知局
专利名称:短语音消息业务方法、装置及系统的制作方法
技术领域
本发明涉及发送消息的新方法,更具体地说,涉及发送语音型短消息的新方法。
背景技术
短消息业务(SMSshort message service)已经在全球移动通信系统(GSM)中实现了点对点(PP)及小区广播业务(CBS)。参阅ETSI GSM技术规范1996年7月GSM 03.40版本5.3.0及1998年1月GSM 07.05版本5.5.0。对于SMS简明教程,参阅“全球移动通信系统短消息业务”(by G.Peersman and S.Cvetkovic,IEEE PersonalCommunication,June,2000)。输入用于经SMS传送的消息的问题在于,经常要花费太长时间来创建消息。用户必须使用键盘,其中每个键均具有输入若干可能字母的其中之一的能力,并且分别通过多次按压来选取。这会花费大量时间,因为即使在没有链接(concatenation)的情况下也可能要发送一百个以上的字符。在有链接的情况下,消息可以加到长数万个字符。如果太长的话,即使是使用个人计算机(PC)或个人数字助理(PDA)上的全键盘,这也变得烦人和不实际。

发明内容
本发明的目的是便于短消息的发送。
按照本发明的第一方面,提供一种用于电信网络中提供用户之间的消息的方法。这种方法包括以下步骤从第一终端接收由第一用户口述的要发送给第二终端的第二用户的语音消息;检查第二终端的可用性;以及在可用的情况下,将接收的语音消息立即发送给第二终端。同样,按照本发明的第二方面,用于这种电信网络中的设备包括用于从第一终端接收由第一用户口述的要发送给第二终端的第二用户的语音消息的单元;用于检查第二终端可用性的单元;以及用于在可用的情况下把接收的语音消息立即发送给第二终端的单元。
按照本发明的第一和第二方面,语音消息可被储存,直到确定第二终端可用为止。在将语音消息发送给第二终端之前,可以把来自第一用户的接收语音消息通知第二终端的第二用户。在这种情况下,仅在第二用户发信号表示接受之后才发送所述语音消息。
同样按照本发明的第一和第二方面,在收到从第一终端给第二终端的第一消息后,通过从第二终端接收第二用户口述的语音消息并将接收的语音消息发送给第一终端,可以建立通信会话,即双向通信。对于在第一和第二终端之间交换大量语音消息,可以继续这样的互换。在建立会话之前,在把来自第二用户的语音消息发送给第一终端之前可以确定第一终端的可用性。
同样按照本发明的第一和第二方面,在第一或第二终端接收的语音消息可以被储存,供接收用户方便时使用。例如可以储存在SIM卡中。
按照本发明的第三方面,包括多个终端的语音消息系统中的语音消息业务中心包括用于从第一用户终端接收语音消息的单元;用于储存来自第一终端的接收语音消息的单元;用于检查第二终端的预定第二用户的可用性的单元;以及用于在第二终端可用时把来自第一终端的储存接收消息发送给第二终端的单元。
同样按照本发明的第三方面,业务中心还可以包括用于把从第一终端接收的语音消息通知第二终端的单元,其中一接收到第二终端对所述通知作出响应的接受信号时,就把来自第一终端的接收语音消息发送给第二终端。
同样按照本发明的第三方面,多个终端的其中一个或多个包括用于在第一用户终端接收由第一用户口述的语音消息、以向业务中心中用于接收语音消息的单元提供来自第一用户终端的语音消息的单元;用于储存包括由第一用户口述的语音消息在内的语音消息的单元;用于接收来自第一用户的指定第二用户为预定接收者的指定信号的单元;用于对指定信号作出响应来检索储存语音消息、以提供从存储器检索的语音消息及指定信号的单元;以及用于把从存储器检索的语音消息及指定信号作为呼出语音消息发送给语音消息系统的第二用户的单元。多个终端的其中一个或多个还可以包括用于接收来自第二用户的呼入语音消息的单元,接收的所述呼入语音消息供SVM储存单元储存;以及用于在由用于检索储存语音消息的单元从用于储存语音消息的单元中进行检索之后把呼入语音消息重放给第一用户的单元。多个终端的其中一个或多个还可以包括用于接收来自第二用户的呼入语音消息的通知的单元,所述通知用于向第一用户进行显示或通知;用于对来自第一用户的接受指示输入信号作出响应来发送接受指示输入信号的单元,接受指示输入信号用于所述语音消息系统中判定是否向所述第一用户发送来自所述第二用户的所述呼入语音消息。
同样按照本发明的第三方面,用于接收第一用户口述的语音消息的单元包括包括语音识别单元,所述语音识别单元用于识别第一用户口述的语音消息,将语音消息作为文本消息来提供,以便语音消息作为文本消息储存在用于储存语音消息的单元中或从中检索,及作为呼出文本语音消息经短消息业务中心进行传送。用于接收来自第二用户的呼入语音消息的单元可以包括用于接收呼入文本语音消息的单元,接收的呼入文本语音消息用于作为文本消息在所述用于储存语音消息的单元中储存,其中用于重放呼入文本消息的单元用于在用户设备的显示器中显示呼入文本消息。另一方面,用于检索储存语音消息的单元还可用于把检索的语音消息转换为语音信号,所述语音信号用于作为诸如仿真声音的发音语音消息在重发单元重放。
按照本发明的第四方面,用于语音消息系统中的用户设备包括用于接收由第一用户口述的短语音消息的单元;用于储存包括由第一用户口述的SVM在内的SVM的单元;用于接收来自第一用户的指定第二用户为预定接收者的指定信号的单元;用于响应指定信号来检索已储SVM、以提供从存储器检索的SVM及指定信号的单元;以及用于把从存储器检索的SVM及指定信号作为呼出SVM发送给语音消息系统的第二用户的单元。
同样按照本发明的第四方面,用户设备还包括用于接收来自第二用户的呼入SVM的单元,接收的呼入SVM用于SVM存储单元存储;以及用于在用于检索储存SVM的单元从用于储存SVM的单元中进行检索之后把呼入SVM重放给第一用户的单元。这样的用户设备还可包括用于接收来自第二用户的呼入SVM的通知的单元,所述通知供用户设备进行显示或通知;以及用于对来自第一用户的接受指示输入信号作出响应来发送接受指示输入信号的单元,接受指示输入信号用于语音消息系统中判定是否向第一用户的用户设备发送来自第二用户的呼入SVM。
同样按照本发明的第四方面,用于接收第一用户口述的SVM的单元可以包括语音识别单元,所述语音识别单元用于识别第一用户口述的短语音消息,将SVM作为文本消息来提供,以便SVM作为文本消息储存在用于储存SVM的单元中或从中进行检索,及作为呼出文本SVM经短消息业务中心进行传送。同样,用于接收来自第二用户的呼入SVM的单元可以包括用于接收呼入文本SVM的单元,接收的呼入文本SVM用于作为文本消息在用于储存SVM的单元中储存,其中用于重放呼入文本SVM的单元用于在用户设备的显示器中显示。还可以提供转换软件,用于将来自第二用户的呼入文本SVM转换为语音,例如作为仿真声音来发音。
根据以下对如附图所示的本发明最佳模式的实施例的详细说明,本发明的这些和其它目的、特点以及优点将变得更明显。
附图概述

图1示出按照本发明的短语音消息(SVMshort Voice message)业务方法。
图2与图1类似,示出按照本发明的SVM业务方法。
图3示出运用于GSM网络子系统的本发明的SVM业务方法。
图4示出运用于GPRS系统的本发明的SVM业务方法。
图5示出运用于UMTS系统的本发明的SVM业务方法。
图6说明运用于由专用即时消息传送业务的第三方运营商建议的即时消息传送基础设施中的本发明的SVM业务方法。
图7示出运用于对IETF建议的存在服务(presence service)中的本发明的SVM业务方法。
图8示出图7中监视器的备择监视器的细节。
图9示出运用于对IETF建议的即时消息传送业务中的本发明的SVM业务方法。
图10示出运用于按照对IETF的建议来创建存在信息的本发明的SVM业务方法。
图11示出按照本发明的SVM业务中心的细节,图中示出经多种可能的备择网络的其中之一与一对终端的连接。
图12示出按照本发明的用户设备的细节,图中示出与多种可能网络的其中之一的连接。
具体实施例方式
如上所述,本发明公开了一种短语音消息(SVM)业务或语音消息业务(VMS),这是发送短消息的一种全新方式,即对如语音型短消息的短消息进行发送的方式。按照本发明,短语音消息(SVM)是作为SMS消息、SMS似消息或即时消息来发送的。用户或发送委托人(sending principal)只要记录短语音消息,并将其通过网络进行发送,以便在一个或多个预定接收者或接收委托人(receivingprincipal)的终端进行重放。
参照图1,例如,用户10通过按压与短语音消息特征相关联的用户设备14上的菜单键一段时间,如数秒钟,来启动短语音消息(SVM)。如图2的步骤12所示,用户设备14接收因要口述短语音消息的用户按压菜单键而产生的信号。如步骤16所示,用户设备14准备接收短语音消息,并例如发出蜂鸣声来告诉用户可以开始进行口述,如步骤18所示。用户10随后对用户设备14进行口述,如图1的虚线分隔栏1中图框20里面所示。用户设备14则在口述消息的发声期间接收和储存SVM,如图2的步骤22所示。可以采用多种方式来结束SVM,诸如通过用户10按压相同或不同菜单键一小段时间的方式,例如即时按压方式。或者,用户设备可以通过向用户发送已经达到最大消息长度的信号来结束消息记录。
随后,用户10使用菜单键来选择一个或多个预定接收者,如图2的步骤26中及图1的虚线分隔栏2中所示。选择了接收者之后,用户可以按压菜单键来启动传送,诸如按压与图1的虚线分隔栏2中“确认”指示相关联的键来启动传送。应该了解,步骤26可以在图2所示处理的不同阶段中执行。例如,可以在步骤12之前或之后执行。
SVM随后被发送给SVM业务中心。它可以是短消息业务(SMS)业务中心,它确定一个或多个预定接收者的可用性。业务中心然后可以将该SVM直接发送给这些可用的预定接收者,并继续尝试向那些不可用的接收者进行发送,直到那些不可用的接受者变得可用或者出现超时为止。另一方面,业务中心不是在确定可用性时直接发送SVM,而是通知可用接收者SVM已被接收,并可在每个可用接收者的如图1的虚线分隔栏3中所示用户设备30的显示器中识别发送者。步骤28中示出SVM消息向SVM业务中心的传送,以及在适当情况下通知的发送。步骤30中示出通知的接收。
此后,在适当情况下,如图2的步骤34中所述,接收者32(如图1的虚线分隔栏3和4中所示)决定拒绝(“忽略”)或接受(“加载”)从发送者接收的SVM,并按压相应键,或用信号(如语音)表示是否接受。假定接收者32决定接受SVM,则执行步骤36,其中短语音消息业务中心提供对接收者的SVM传送用于重放,如图1的虚线栏4中图框20中所示。如上所述,应该认识到,SVM业务可以不是如步骤30所述那样发送通知,而是直接向预定接收者发送SVM,而不给接收者有关是否接受的自由处理。这可能是例如传统SMS或即时消息传送(IM)环境的情况,在这种情况下,发送者首先通过存在服务来确定预定接收者是否可用,并且该预定接收者通过预先加入“伙伴列表(buddy list)”或预定该服务,实际上已经默许了其可用性。如果是那样的话,始发用户(initiating user)口述的语音消息则直接被发送给预定接收者的用户设备,可在没有其它介入的情况下被通告,或被记录在接收者的SIM卡中,供接收者随意决定重放。
应当认识到,图1和2所示的过程可以反过来进行,即从用户32至用户10进行消息传送,从而实现这两个用户之间的通信交换。
短语音消息业务可以在GSM网络中实现,如图3所示。图中示出短语音消息(SVM)业务中心50,连同通过线路54与GSM网络子系统56连接的互连MSC 52。网关58用于SVMSC 50和另一个GSM网络59的移动交换中心(MSC)58之间的互连,其中网络59包括MSC 60、BSC 62及BTS 64。第一次提到的GSM网络子系统56还包括MSC 66,与基站子系统(BSS)68及其它基站子系统70连接,用于与多个移动台的通信,为方便起见,图中只示出一个移动台72。BSS 68包括一个或多个收发信机台(BTS)74及基站控制器76,基站控制器76又与MSC 66连接。MSC还连接到公共交换电话网(PSTN)和/或ISDN网78,用于允许移动台以电路交换方式与有线电话机进行通信。MSC 66还连接到多个数据库,包括VLR 80、HLR82、EIR 84及AuC 86,这些数据库可以直接与MSC连接,或者经过数据网络80和操作与维护中心82与MSC连接。在数据网络80和MSC 58之间可能需要互连功能(未示出)。
图3的SVMSC 50可以利用现有SMS点对点业务的协议层,所述现有SMS点对点业务具有在每个分组数据单元(PDU)中传送例如140字节(octet)数据的短消息的能力。按照对本发明特别有用的SMS特性,SMS业务提供长度的链接消息的能力,所述长度根据采用的字符编码方案可增加到例如38760或16830。按照本发明,这些链接的PDU可以按照从各140字节的1至255个PDU的任意组合而串在一起形成短语音消息。这样,诸如图1和2所示的短语音消息可以在一个GSM网络子系统56的移动台72和与另一个GSM网络子系统59相关联的另一个移动台90之间进行传送。图2所示的从始发用户10至接收用户32的步骤序列可以反方向进行,以便用户32向用户10发送应答。在图3所示的情况下,这种交换整个在GSM网络子系统56和59之间发生。
应该认识到,除了在图3的GSM网络子系统56和59中实现本发明之外,其它方法也是可能的,尤其是考虑到GSM网络依次经过通用分组无线电业务(GPRS)、通用移动电信系统(UMTS)向基于分组的基础设施的发展。如图4所示,GPRS基础设施90能连接各种数据网络,包括例如因特网92或x.25网络94。在用户端,用户设备(UE)96经无线电链路(Um)连接到基站收发信机台98,基站收发信机台98又与连接到GPRS基础设施90的基站控制器100相连接。GPRS是用于GSM的数据业务。它是一种分组交换移动数据通信业务,这是GSM的下一个发展阶段。它允许相对高速的移动数据通信应用,并且对于诸如移动因特网浏览、电子邮件及推进(push)技术的“突发”数据应用极为有用,它还可以应用于本发明的SVM业务。已经证明速度高达150kbps。GPRS基础设施包括服务GPRS支持节点(SGSN)102,它与BSC 100连接;以及网关GPRS支持节点(GGSN)104,它可与分组数据网络92和94连接。SGSN 102和GGSN 104可以通过GPRS主干(基于IP)106进行互连。SGSN 102可以连接到类似于图3的HLR 74的HLR 108。按照本发明,它还可以连接到类似于图3中SVM业务中心50的SVM业务110,用于连接GSM网络子系统、别的GPRS基础设施等。
本发明还可以在UMTS分组网络结构中实现,如图5所示。图5示出一种通用移动电信系统(UMTS)基础设施120,它连接诸如因特网的数据网络122。在用户端,用户设备124通过一个或多个无线电链路(Uu)连接到一个或多个相应节点B 126,节点B 126又与相应的无线电网络控制器(RNC)128连接(Iub)。RNC 128可以如图中所示的那样进行互连(Iur),用于改善无线电链接及便于切换。RNC 128经连接第三代服务GPRS支持节点(3G-SGSN)140的Iu接口与UMTS基础设施120相连接。这样还可以连接到类似于图4所示HLR 108和图3所示HLR 74的HLR 142。3G-SGSN 140可以通过基于IP的UMTS主干144与3G网关GPRS支持节点(3G-GGSN)142连接。按照本发明,它还可以连接到类似于图3所示SVM业务中心50的SVM业务146,用于连接GSM网络子系统、别的UMTS基础设施、GPRS基础设施等。可以采用图4和5的网络实现本发明,如图6中的开放式体系结构示例所示。
图6示出数据网络160,诸如图3的数据网络80、图4的数据网络92或图5的数据网络122。即时消息传送(IM)云(cloud)162位于数据网络中,其中含有即时消息传送结构,诸如由E.Aoki和A.Wick于2000年6月15日在因特网草案(Internet Draft)“draft-aol-imx-00.txt”中建议的名为“IMX体系结构与美国在线即时消息传送业务的互用性”。在例如IEEE Internet Computing的一篇日期为2000年7-8月的未署名文章“AOL的即时消息传送建议引发的赞扬和批评”中对这种开放式IM体系结构进行了说明和讨论。AOL的这个建议包含三个主要方法来加入所建议的公共IM云。IM系统主机(IMSystem Hosts)可以是公共的,可以是集合单元(aggregator),或者可以是专有网关。在图6的IM云中示出多个IM系统,它们按照上述建议,利用开放式IMX协议相互进行通信。在IM云的主机之间的通信是经过按需的持续TCP连接,利用开放式IMX协议来进行的。它由互连IM系统的开放式IMX协议线164来表示。在IM云中的系统采用专有或销售商特定的客户机协议180、182、184、186、188来与云外进行通信。这些协议是服务器对服务器协议,并不同于IM云中互连IM系统的开放式IMX协议。这些销售商特定的客户机协议可以彼此不同,并可以用来将各种实体经数据网络160而连接到IM云。应该指出,尽管IM云162被示意在数据网络160中,但它可以是一个单独的实体,直接或经数据网络160连接到各个客户机。按照上述AOL建议,如所需要的那样多的IM系统可以是IM云162的一部分。对所述建议进行补充,公司、IM业务或者ISP可以通过正好处于所述云内或经IM集合单元190与所述云连接而运行其自己的IM系统。例如,ISP IM服务器192通过线路188连接到IM系统集合单元190。这个ISP 192可以向IM客户机194和196提供即时消息业务,其中IM客户机194和196可以是相互独立的。同样,公司IM服务器198可以通过线路186连接到集合单元190,用于向该公司内外的其自己的客户机200、202和204提供IM业务。
按照本发明,除了上述ISP 192和公司IM服务器198之外,例如,可以经数据网络160,从客户机194、196、200、202和204提供短语音消息,或者向这些客户机提供短语音消息,或者这些客户机之间提供短语音消息,其中数据网络160可包含IM云162。此外,除了IM系统集合单元之外,还可以提供其它IM系统206、208、210,用于将各个无线用户设备96、124及诸如移动台72的其它移动台连接到IM云162,以便在无线系统之间或者在各种系统之间交换短语音消息,包括在无线和基于陆地的系统之间的SVM交换。
在可采用方案中,2000年2月的IETF RFC 2778中(在AOL建议之前)已经建议按照M.Day(Lotus)、J.Rosenberg(Dynamiesoft)以及H.Sugano(Fujitsu)的“用于存在及即时消息传送的模型”来提供存在及即时消息传送系统。例如,按照本发明,依照上述用于适合于SVM的存在模型,图7示出示例性即时消息业务。SVM存在服务248用于例如通过线路250接受SVM存在信息,对其进行储存,并例如通过线路252进行分配。SVM表示(presentity)254是一个客户机,它通过线路250提供要储存和分配的存在信息。另一组称作SVM监视器的客户机,诸如例如图7中的SVM监视器256,通过线路252接收来自SVM存在服务248的SVM存在信息。
如图8所示,按照RFC 2778的修改,有两种SVM监视器,称作提取单元(fetcher)258和SVM预订器(subscriber)260。SVM提取单元258只是向存在业务248请求某SVM表示的存在信息的当前值。相反,SVM预订器260则向SVM存在服务248请求某SVM表示的存在信息中的(将来)变化的通知。特定种类的SVM提取单元是定期提取SVM存在信息的SVM提取单元。它称作SVM轮询器262。
图7的SVM存在服务248也具有与SVM监视器及其提取或预订SVM存在信息方面的活动有关的SVM监视器信息。SVM存在服务还可利用与可用于分配SVM存在信息的相同机制向某些SVM监视器分配SVM监视器信息。对SVM存在信息的改变经由通知而分配给SVM预订器。
与图7和8的SVM存在服务248相关联的是SVM业务,如图9所示。上述RFC 2778模拟对来自发送者的消息进行响应的即时消息传送业务,用于向即时收件箱提供消息。图9中,示出了对来自SVM发送者272的消息进行响应的短语音消息业务270,用于向SVM收件箱274提供短语音消息。从而将认识到,按照RFC 2778中所述的存在及即时消息传送的模型,以及按照诸如图6所示建议的开放式IM体系结构,可以实现本发明的SVM业务。如果按照RFC 2778的模型来实现,则SVM用户将实现诸如RFC 2778的“委托人”所实现的作用,其中,术语“委托人”是指系统之外的“现实世界”中的将本系统作为协调和通信工具的人、团体和/或软件。图1的用户10和32在该定义的范围中。在RFC 2778中说明了对于现实世界如何映射到“委托人”,完全是在其中提供的所述模型之外,也就是说,模型实体的系统只是知道两个不同的委托人是不同的,两个相同的委托人是相同的。某个委托人经数个用户代理(UA)的其中之一与系统相互作用,如图7和9所示。例如,可以象Handley等人2000年11月24日的题为“SIP会话启动协议”的因特网草案“ietf-sip-rfc25436is-02.ps”中所定义的那样来实现这些用户代理。因此,按照本发明,图7的存在业务适合于记录SVM业务用户的“存在”,并且委托人经SVM存在UA 276和SVM监视器UA 278与这样的修改的系统进行相互作用。同样,如图9所示,SVM业务270的委托人用户利用SVM发送者UA 280和SVM收件箱UA 282来进行相互作用。应该指出,如RFC 2778所述的那样,不同种类的用户代理在模型中是分开的,即使大多数实现均将结合其中的至少一部分。用户代理仅仅是委托人和系统的某个核心实体(SVM收件箱274、SVM发送者272、SVM表示254、SVM监视器256)之间的连接。因此将会知道,RFC 2778中所示的简单示例适用于本发明的SVM业务。
下面参照图10,本发明的SVM业务被示为图7的存在业务248中的SVM存在信息290的一部分。存在信息包括任意数量的元素,称作存在多元组292、294、296...,n。每个这样的元素均包括状态标记298、300(它可以传送诸如在线/离线/忙/离开/免打扰的信息);任选的通信地址302、304;以及其它任选的存在标记(markup)306、308。通信地址302、304包括通信手段,按照本发明,所述通信手段为SVM业务310、312。按照本发明,它还包括SVM收件箱地址314、316。状态298、300还被定义,如模型指导的那样,具有至少两种与即时消息传送相互作用的状态开,在这种状态下将接受短语音消息;以及闭,在这种状态下将不接受短语音消息。状态是可由程序或由人解释的,并且可以包括单个或多个值,如RFC2778的IETF模型中所述。
再参照图9,将会认识到,图7和图10的SVM存在服务对短语音消息传送业务的影响在于由于SVM收件箱274是短语音消息的接受器,所以它的SVM收件箱地址314可以包含在存在多元组292、294中,以定义短语音消息应如何被发送给该短语音消息收件箱。如上所述,状态标记298、300的某些值指示是否将在SVM收件箱274处接受短语音消息。因此,图7的SVM存在服务和图9的SVM业务的组合构成了类似于图6所示的IM系统,只不过是一个比图6所示的更为“开放”的体系结构。
先有技术SMS系统的一个问题是先有技术SMS系统是专有系统,其中每个SMS中心均根据销售商的不同而有所不同。为了避免在本发明的SVM业务中出现这样的问题,推荐了开放式RFC 2778方法等。其它有利于本发明SVM业务的更为透明的适用性的方法包括一种在移动及固定网络中把IP网络与短语音消息业务集成的平台。对于移动的情况,这种集成的平台与H.Chung-Hwa Rao等人的文章“iSMS短消息业务和IP网络的集成平台”(IEEE Network,March/April 2001,pages 48-55)中所述的类似。在该文章中,不是包含将移动网络与IP网络相互连接的专有SMSC和网关,而是建议所谓的iSMS网关,它包含与专有GSM网络连接的移动电话,其中所述专有GSM网络利用AT指令集与短消息驱动器进行通信,所述短消息驱动程序又利用TCP API与利用TCP连接到IP网络的iSMS服务器进行通信。这还允许不同运营商的GSM网络可以毫不痛苦的方式彼此进行交互作用。例如参阅上述Chung-Hwa Rao的文章的图5,它易于适应本发明的SVM业务中心,本领域的技术人员将明白这一点。这种方法还可用于图6的IM系统B网关206和SVMSC 50之间,由此不再需要网关58。
下面参照图11,图中示出广义的SVMSC 50,它与第一终端14和第二终端30相连。第一终端由第一用户10使用,而第二终端30由第二用户使用。每个终端均包含显示器、麦克风、喇叭及与其相关联的天线,虽然终端和SVMSC之间的无线连接可以由一个或两个终端的有线连接来代替,如图6所示。图11的SVMSC包括单元320,用于接收来自第一终端的SVM,该SVM是由第一用户口述的,是第一用户打算传送给第二终端处的第二用户的。SVMSC能通过用于检查可用性的单元322来检查第二终端的可用性。这可以完全或部分地存在于一个或两个所述GSM网络中。如果第二终端可用,则SVMSC立即将接收的语音消息通过单元324发送给第二终端。
语音消息可暂时储存在SVMC的用于储存短语音消息的单元326中,直到确定第二终端可用为止。在某些实现中,可能希望在实际发送SVM之前通知SVM接收者的第二终端。在这种情况下,在SVMC中提供用于通知的单元328,它能把存在已接收的从第一用户送往第二用户的语音消息通知第二终端的第二用户。如果第二用户发信号表示接受,则SVMSC使接收的SVM立即发送给第二终端。换句话说,从用于暂时储存SVM的单元326(或从SVMSC之外的另一个存储单元)检索已接收的SVM并立即传送给第二终端。
一旦第二用户接收了来自第一用户的SVM,第二用户可以完全不作任何事情,或进行应答。在这种情况下,第二用启动SVM,其方式与图1所示相似,只是方向相反。然后,SVMSC接收来自第二终端的由第二用户口述的短语音消息,并立即将已接收的语音消息发送给第一终端。在某些情况下,如果从第一终端向第二终端发送消息和从第二终端启动应答之间经过了明显的时间延迟或由于某种其它原因,则在执行立即将来自第二终端的接收语音消息发送给第一终端的步骤之前,宜检查第一终端的可用性是可取的。这可在定时算法的控制下。
还应该指出,从SVMSC传送之后,第一和第二终端之间交换的短语音消息还可以储存在终端本身。例如,这种短消息可以储存在各终端的SIM卡中,或者在硬接线终端的情况下,可以储存在某个存储媒体中,诸如硬盘驱动器、EEPROM或随机存取存储器。
图11的SVMSC 50中所示的各个块被示为通过公共总线330相互连接,公共总线330又与输入/输出(I/O)端口连接,而I/O端口本身又通过天线或通过其它连接与一对移动电话相连接。这些移动电话通过分别为第一和第二用户提供服务的相应GSM网络与第一和第二终端的天线进行通信。应该认识到,在功能上,SVMSC中所示各个块可以在一个或多个集成的电路中实现,或者作为通用信号处理器执行的软件的一部分。在这种情况下,总线330包括数据、地址及控制总线,这些总线互连到诸如中央处理器(CPU)、时钟、随机存取存储器(RAM)、只读存储器(ROM)等的各种组件。同样在这种情况下,ROM储存代码,该代码由CPU用来执行图11所示的功能块。对于所示情况,其中第一和第二终端14和30是不同公司的业务提供商的用户,在理论上可以按照上述iSMS网关方式来实现SVMSC,以便改善交互作用的复杂性,具有专有接口的SVMSC会引起这种交互作用的复杂性。因此,示出图11的SVMSC,它采用修改为本发明的SVM业务中心模型的上述iSMS方法与两个独立的GSM网络进行通信。在这种情况下,可以在膝上型电脑中实现SVMSC。
图12示出了诸如图1的用户设备14或用户设备30的用户设备的细节。它可以包括输入/输出设备400,输入/输出设备400包括但并不限于小键盘和显示器。小键盘可用于接收来自要口述SVM的发送用户的输入。这可以发信号进行通知,其方式是发送用户按压小键盘的某个键,从而在线路402上产生要提供给单元404的信号,其中单元404用于接收、登记来自要口述SVM的发送用户的出现在线路402上的信号。这在线路406上引起要提供给单元408的信号,其中单元408用于准备接收SVM。单元408又通过线路410向单元412提供信号,其中单元412用于接收发送用户对麦克风414口述的SVM,麦克风414通过线路416提供给单元412的信号,单元412则将线路416上的所述信号转换为表示语音的编码信号,供接收端对所述表示语音的编码信号进行解码,用于作为语音重放。所述编码信号可以通过线路419提供给用于暂时储存SVM的单元420。一旦完成SVM消息,用户可以通过小键盘400来选择接收者,如图1的虚线分隔栏2中所示,其中小键盘400通过线路422提供选择信号给单元424,单元424用于接收来自发送用户的指定预定接收者的这种信号,该信号被编码并通过信号线路426提供给单元428,单元428用于检索储存在存储单元420中的SVM,该SVM经线路430传送。储存的SVM和指定预定接收者的编码信息一起通过信号线路432提供给单元434,单元434用于把检索的SVM通过线路436发送给天线438,用于通过无线链路440传送给GSM网络442。此后,它可以发送给类似于图11中SVMSC的SVMSC。
同样,以相反的方向,另一个用户设备把SVM消息提供给SVMSC(可以是相同的SVMSC),并将所述SVM消息提供给GSM网络442,GSM网络442又通过无线链路440把通知提供给天线438,用于通过线路443传送给用于接收这种通知的单元444。该通知信号通过线路446提供给显示器400,其方法与图1的虚线分隔栏3中所示的类似。接收用户则可以按压某键来“加载”或“忽略”呼入SVM消息。假定接收用户按压小键盘上对应于“加载”的键,从而发信号表示接受,则通过线路446提供信号给用于接受被通知的SVM消息的单元444。通过线路443向天线438发信号表示接受,用于经无线链路440和GSM网络442向SVMSC传送。随后,SVMSC将该SVM提供给GSM网络442,GSM网络442又通过无线链路440将它提供给天线438,用于传送给用来接收SVM的单元450。接收单元450则通过线路452把接收的SVM提供给用于储存接收SVM的单元420。然后,它可以由单元428来检索,并通过线路454提供用来在单元456重放,其中单元456通过信号线路458与喇叭460连接,用于把SVM通知接收用户。如图11的SVMSC的一样,图12的用户设备可以用软、硬件的各种组合来实现,其中包括通用或专用信号处理器。技术上已经知道,这些功能性可以体现在软、硬件的各种组合中,其功能性是可以在各种程度的软、硬件实现之间自由转移的。
在不希望发送语音形式的短语音消息的情况下,通过在用户终端采用语音识别软件将口述SVM转换为文本,并通过传统的SMS基础设施将经转换的文本发送给接收者,用于在预定接收者的终端上作为文本显示,或将文本转换为诸如仿真声音的语音来重放,就能克服输入众多字母来形成短消息的问题。在这种情况下,参照图12,用于接收口述SVM的单元412可以包括语音识别软件及用于将识别的语音特征转换为文本的单元,用于通过线路419提供作为诸如SMS中传统使用的字符,并且占用单元420的极少容量用来储存这样的消息。在这种情况下,单元428检索已储存的消息,并通过线路432将其发送给单元434,并经天线438、无线链路440、GSM网络442及诸如所示的传统SMS网络送达接收者,其中传统SMS网络又与预定接收者的GSM网络连接。接收时,接收者的终端可以把呼入SMS消息作为文本以传统SMS方式显示,或者可以包括硬件/软件,用于将文本转换为诸如仿真声音的语音进行重放。在这种情况下,接收者的用户设备必须在检索单元428中包含转换单元,用于将文本消息转换为语音信号,以通过线路454在喇叭460重放和通知。但是,如果只是文本形式,则可以显示在显示器400中,而不需要这种转换。
虽然关于本发明最佳模式的实施例示出并描述了本发明,但是,本领域的技术人员应当知道,在不脱离本发明的精神和范围的情况下,可以在形式和细节上进行上述及其它各种改变、省略及添加。
权利要求
1.用于电信网络中在用户之间提供消息的方法,它包括以下步骤从第一终端接收由第一用户口述的给第二终端的第二用户的语音消息,检查所述第二终端的可用性,以及在可用的情况下,立即将所述接收的语音消息发送给所述第二终端。
2.如权利要求1所述的方法,其特征在于还包括以下步骤储存所述语音消息,直到所述检查可用性的步骤确定所述第二终端可用为止。
3.如权利要求1所述的方法,其特征在于还包括以下步骤在所述立即发送步骤之前,把来自所述第一用户的所述接收的语音消息通知所述第二终端的第二用户。
4.如权利要求3所述的方法,其特征在于所述立即向所述第二终端发送所述接收的语音消息的步骤仅在所述第二用户发信号表示接受信号之后被执行。
5.如权利要求1所述的方法,其特征在于还包括以下步骤从所述第二终端接收由所述第二用户口述的语音消息,以及将所述接收的语音消息立即发送给所述第一终端。
6.如权利要求5所述的方法,其特征在于还包括以下步骤在执行所述立即向所述第一终端发送所述接收的语音消息的步骤之前,检查所述第一终端的可用性。
7.如权利要求1所述的方法,其特征在于还包括以下步骤将所述接收的语音消息储存在所述第二终端中,所述存储的接收语音消息供所述第二用户在方便时重放。
8.用于电信网络中在用户之间提供消息的设备,它包括用于从第一终端接收语音消息的单元,所述语音消息是由第一用户口述的给第二终端的第二用户的语音消息,用于检查所述第二终端的可用性的单元,以及用于在可用的情况下立即将所述接收的语音消息发送给所述第二终端的单元。
9.如权利要求8所述的设备,其特征在于还包括用于储存所述语音消息直到用于检查可用性的所述单元确定所述第二终端可用为止的单元。
10.如权利要求8所述的设备,其特征在于还包括用于在所述接收的语音消息传送给所述第二终端之前把来自所述第一用户的所述接收的语音消息通知所述第二终端的第二用户的单元。
11.如权利要求10所述的设备,其特征在于所述接收的语音消息仅在所述第二用户发信号表示接受之后才被发送给所述第二终端。
12.如权利要求8所述的设备,其特征在于还包括用于从所述第二终端接收语音消息的单元,所述语音消息是对来自所述第一用户的所述语音消息进行应答而由所述第二用户口述的;以及用于立即把从所述第二用户接收的所述语音消息发送给所述第一终端的单元。
13.如权利要求12所述的设备,其特征在于还包括用于检查所述第一终端的可用性的单元,该单元用于在把从所述第二终端接收的所述语音消息立即发送给所述第一终端之前检查所述第一终端的可用性。
14.如权利要求8所述的设备,其特征在于还包括用于把接收的所述语音消息储存在所述第二终端中的单元,所述存储的所述语音消息供所述第二用户在方便时进行重放。
15.一种语音消息系统,它包括消息业务中心和多个终端,所述业务中心包括用于从第一用户终端接收语音消息的单元;用于储存来自所述第一终端的所述接收的语音消息的单元;用于检查第二终端的预定第二用户的可用性的单元;用于在所述第二终端可用时把来自所述第一终端的所述储存的接收消息发送给所述第二终端的单元。
16.如权利要求15所述的系统,其特征在于所述业务中心还包括用于把从所述第一终端接收的所述语音消息通知所述第二终端的单元,其中,在接收到来自所述第二终端对所述通知作出响应的接受信号时,来自所述第一终端的所述接收的语音消息被发送给所述第二终端。
17.如权利要求15所述的系统,其特征在于所述多个终端的其中一个或多个包括用于在所述第一用户终端接收第一用户口述的所述语音消息、以向所述业务中心中接收所述语音消息的所述单元提供来自所述第一用户终端的所述语音消息的单元;用于储存包括所述第一用户口述的所述语音消息在内的语音消息的单元;用于接收来自所述第一用户的指定第二用户为预定接收者的指定信号的单元;用于响应所述指定信号来检索所述储存的语音消息、以提供从存储器检索的所述语音消息及所述指定信号的单元;以及用于把从存储器检索的所述语音消息及所述指定信号作为呼出语音消息发送给所述语音消息系统的所述第二用户的单元。
18.如权利要求17所述的语音消息系统,其特征在于所述多个终端的其中一个或多个包括用于接收来自所述第二用户的呼入语音消息的单元,所述接收的所述呼入语音消息供所述SVM(短语音消息)存储单元存储;以及用于在所述用于检索储存语音消息的单元从所述用于储存语音消息的单元中进行检索之后把所述呼入语音消息重放给所述第一用户的单元。
19.如权利要求18所述的语音消息系统,其特征在于所述多个终端的其中一个或多个还包括用于接收来自所述第二用户的所述呼入语音消息的通知的单元,所述通知用来向所述第一用户进行显示或通知;以及用于对来自所述第一用户的接受指示输入信号作出响应来发送所述接受指示输入信号的单元,所述接受指示输入信号用于所述语音消息系统中判定是否向所述第一用户发送来自所述第二用户的所述呼入语音消息。
20.如权利要求17所述的语音消息系统,其特征在于所述用于接收所述第一用户口述的所述语音消息的单元包括语音识别单元,所述语音识别单元用于识别所述第一用户口述的所述语音消息,将所述语音消息作为文本消息来提供,以便所述语音消息作为文本消息储存在所述用于储存语音消息的单元中或从中检索,及作为呼出文本语音消息经短消息业务中心进行传送。
21.如权利要求20所述的语音消息系统,其特征在于所述用于接收来自所述第二用户的呼入语音消息的单元可以包括用于接收呼入文本语音消息的单元,所述接收的呼入文本语音消息用于作为文本消息在所述用于储存语音消息的单元中储存,所述用于重放所述呼入文本语音消息的单元用于在所述用户设备的显示器中显示所述呼入文本消息。
22.如权利要求20所述的用户设备,其特征在于所述用于接收来自所述第二用户的呼入语音消息的单元是用于接收呼入文本语音消息的单元,所述接收的呼入文本语音消息用于作为文本消息在所述用于储存语音消息的单元中储存,所述用于检索所述储存语音消息的单元还用于把所述检索的语音消息转换为语音信号,所述语音信号用于作为发音语音消息在重放单元上重放。
23.用于语音消息系统的用户设备,它包括用于接收由第一用户口述的短语音消息(SVM)的单元;用于储存包括由所述第一用户口述的所述SVM在内的SVM的单元;用于接收来自所述第一用户的指定第二用户为预定接收者的指定信号的单元;用于响应所述指定信号来检索所述已储SVM、以提供从存储器检索的所述SVM及所述指定信号的单元;以及用于把从存储器检索的所述SVM及所述指定信号作为呼出SVM发送给所述语音消息系统的所述第二用户的单元。
24.如权利要求23所述的用户设备,其特征在于还包括用于接收来自所述第二用户的呼入SVM的单元,所述接收的所述呼入SVM供所述SVM存储单元存储;以及用于在所述用于检索储存SVM的单元从所述用于储存SVM的单元中进行检索之后把所述呼入SVM重放给所述第一用户的单元。
25.如权利要求24所述的用户设备,其特征在于还包括用于接收来自所述第二用户的所述呼入SVM的通知的单元,所述接收的所述通知用于所述用户设备进行显示或通知;以及用于对来自所述第一用户的接受指示输入信号作出响应来发送所述接受指示输入信号的单元,所述接受指示输入信号用于所述语音消息系统中判定是否向所述第一用户的所述用户设备发送来自所述第二用户的所述呼入语音消息。
26.如权利要求23所述的用户设备,其特征在于所述用于接收所述第一用户口述的所述SVM的单元是语音识别单元,所述语音识别单元用于将所述SVM作为文本消息来提供,以便所述SVM作为文本消息储存在所述用于储存SVM的单元中或从中检索,及作为呼出文本SVM经短消息业务(SMS)中心进行传送。
27.如权利要求26所述的用户设备,其特征在于所述用于接收来自所述第二用户的呼入SVM的单元是用于接收呼入文本SVM的单元,所述接收的所述呼入文本SVM用于作为文本消息在所述用于储存SVM的单元中储存,所述用于重放所述呼入文本SVM的单元用于在所述用户设备的显示器中显示所述呼入文本消息。
全文摘要
将众多字母输入手持式设备来形成文本短消息,以便经短消息业务(SMS)传送给第二终端,这是一件很费力的事情,通过发送短语音消息(SVM)可以避免这种麻烦。SVM被记录在发送终端上,并被发送给SVM业务中心(SVMSC)。SVMSC可以把SVM的到达通知预定接收者并在将其发送之前等待接受信号,或者在检测到预定接收者存在时立即将其发送。然后,第二终端可以启动双向通信,以便建立即时语音消息会话。另一方面,通过在用户终端通过语音识别软件把口述SVM转换为文本,并通过传统的SMS基础设施把转换的文本发送给接收者用于作为文本进行显示或者将文本转换为语音进行重放,可以克服所述问题。
文档编号H04M3/42GK1379577SQ0210601
公开日2002年11月13日 申请日期2002年4月4日 优先权日2001年4月5日
发明者P·沃里 申请人:诺基亚有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1