用于参数化语音信箱的问候消息的方法

专利名称：用于参数化语音信箱的问候消息的方法
技术领域：
本发明的对象是一种参数化语音信箱的问候消息的方法。
本发明涉及电话和语音信箱业务领域。更具体地，本发明涉及当无法与被叫方取得联系时，从主叫者取得消息的语音应答机，其中，所述被叫方为一邮件业务的注册用户。
背景技术：
本发明的目标是使用户通过最佳化终端到网络的连接时间而参数化/配置其问候消息。
本发明的另一目标是使语音消息具有附加于其上的图像、影像以及/或者文本类型信息。
在现有技术中，存在一些已知的语音邮件服务，诸如那些由移动电话运营者推荐的服务。当无法联系一移动电话运营者的注册用户时，将试图与该无法联系的用户取得联系的主叫者自动连接至一语音信箱。然后该语音信箱会产生一问候消息，之后该主叫者可录制一消息。与该语音信箱的连接必须通过一电话装置来进行，该电话装置既可以是固定的也可以是移动的。
通常提供该语音邮件服务的电话运营者的服务注册用户可以个性化该问候消息。此个性化是由每个注册用户进行的。为实现对其语音信箱问候消息的个性化，用户通过电话网络，与其语音信箱建立一个连接。一旦建立起该连接，通常用户必须利用其电话键盘通知语音邮件或者报文传送服务器他希望参数化其语音信箱。该服务器然后进入录音模式。然后用户可以说出其问候消息，该问候消息由服务器记录。一旦录音完成，用户按下按键。这表示他完成了他的问候消息。然后服务器可以通过电话网络向该用户发送他刚刚制作的问候消息。这样用户可以判断其问候消息的适合性。如果用户满意，则他切断与语音邮件服务器的连接。否则，该用户利用其终端的键盘录制另一问候消息。
此类与语音邮件服务器的接口存在几个问题。首要的问题是必须使用与用户注册的语音邮件服务器相兼容的电话终端。
另一问题在于传送到语音邮件服务器的数据类型受到用于个性化语音信箱的问候消息的设备的采集能力和即时传送能力的限制。在现有技术中，个性化技术在语音式连接中进行。则唯一可以传送的信息是用户的语音，以及可能地采用DTMF模式的音调，如果所使用的终端可以管理这种传输的话。特别地，不可能传送文本或者图像，无论是静止的或者移动的。
同样还存在的一个问题是，在录制问候消息及对其验证的过程中，将终端连接到该语音邮件服务器。此连接占用网络资源，该资源不再分配到其他希望进行一标准呼叫的用户。此外，这样也可以在没有对该用户的语音信箱进行正确的参数化从而不能够接收语音消息时，防止该用户收到希望与其联系的个人的呼叫。此问题特别地关键，由于一个消息可能除录音过程外，还要花费一分或者更多的时间，并且由于首次录音尝试很少是适当的。因此经常会出现的是需要十分或者更多的时间来个性化用户的语音信箱。这对用户和运营者都是不利的。本文所称的资源主要是语音通信和数据资源，并且不包括信令和网络管理资源。对于后面所提到的资源，该问题存在但没有这么重要。
本发明通过利用预先格式化的MMS(多媒体消息接发服务)类型的多媒体消息个性化邮件服务或者语音信箱来解决这些问题。用户在一个装置上以预定的格式生成一个消息，该装置可以是一移动电话终端，个人计算机或者任何其他类型的装置。此装置包括一个程序，该程序使用户能够生成一个预先格式化的消息，该消息包含所有预先设置的细节。这些细节包括该用户的至少一个标识符，以及对应于该问候消息的语音数据。将这些细节插入由例如因特网，向语音邮件服务器所发送的MMS消息中。也可以将该消息发送到一能够参数化该语音邮件服务器的服务器。在本发明中，征用(call upon)网络资源只为传送该个性化消息并且是在用户生成该问候消息之后。因此可以对问候消息使用压缩方法，进而减少对网络通信资源的使用。类似地，可以将有关静止或者移动图像的数据包含该个性化消息中。在接收到该个性化消息之后，语音邮件服务器随即从此消息中提取所需的信息，以便根据用户的需要而获得参数化。

发明内容
因此，本发明的目标是一种用于参数化语音信箱的问候消息的方法，该方法包括以下步骤用户在终端录制一问候消息，在该终端压缩该问候消息，在该终端生成一包括该压缩的问候消息的多媒体消息，该多媒体消息包括一指令字段，用于表示该多媒体消息是一问候消息，该多媒体消息自该终端发送到问候消息服务器。
本发明的另一目标是一种用于参数化语音信箱的问候消息的方法，其特征在于该方法包括以下步骤在问候消息服务器接收一指令字段，该指令字段表示该多媒体消息是一用于更新问候消息的消息，在该问候消息服务器确定该多媒体消息的发送者，从该问候消息服务器提取该问候消息，在一数据库中记录该问候消息，在该数据库中使该消息对应于该多媒体消息的发送者。


通过以下说明及附图将会更加清楚地理解本发明。出示这些附图纯粹为了说明并且绝不是对本发明的限制。其中图1所示为用于实现根据本发明所述的方法的装置的示意图。
图2所示为根据本发明所述的个性化消息。
图3所示为根据本发明所述的方法的步骤。
具体实施例方式
图1示出一装置101，在本实例中，该装置101为一移动电话。实际上，装置101可以是一个人计算机，一个电子个人数字助理，或者任意可能与问候消息服务器连接以向其发送个性化消息的装置。
电话101包括至少一个微处理器(μP)102，以及一个程序存储器103。程序存储器103包括几个区域，每个区域包括实现装置101的功能的指令代码。这此指令代码由微处理器102进行解释。因此，当认为一个操作归属于一装置时，此操作是由该装置的微处理器而执行的，上述微处理器执行记录在该装置中的指令代码。
存储器103包括一个区域103a，该区域包括用于生成根据本发明所述的MMS消息的指令代码，以及一个区域103b，该区域包括用于发送一MMS消息的指令代码。存储器103以及微处理器102通过一总线104而连接。
电话101还包括介于总线104和电话101的天线108之间的接口电路105。电话101还包括一个麦克风106以及一扬声器107。将装置105和107连接到总线104。装置106和107是移动电话的典型装置。示出这些装置仅是为说明一个移动电话包括可以用于获取和恢复声音的所有装置。
传统上，电话101可以通过介于天线108和基站111之间的无线类型连接110而取得与因特网型网络(IP)109的连接。基站111属于GSM/GPRS(或者UMTS)网络的基本设施，该网络包括位于网络112和网络109之间的网关(GW)113。此网关典型地是一WAP网关。
通过网络109，还可能与一问候消息服务器(Serv MA)114以及一语音邮件服务器105连接。对于本说明书，我们通过将问候消息服务器和语音邮件服务器分成两个装置，将这两个服务器的功能分离开。实际上，可以只利用一个装置而实现这两种功能。
服务器114具有一微处理器(μP)116，一个程序存储器117，一个问候消息服务器118以及用于与网络109接口的线路119。元件116到119通过总线120而连接。
存储器117具有至少一个区域117a，该区域包括用于接收多媒体消息(MM)的指令代码，以及一个区域117b，该区域包括用于对多媒体消息进行代码转换的指令代码，以及一个区域117c，该区域用于发送问候消息(MA)。多媒体消息的代码转换包括对消息的不同多媒体成份的提取。
存储器118是一个划分成行和列的表格。每行对应于一个用户，该用户由记录在列118a中的一标识符所标识。每个标识符具有一个记录在列118b中的相应的问候消息。存储器118可以包括能够实现将其他信息(图像、影像、名片等)与用户关联的其他列。存储器118说明服务器114能够将包括问候消息的信息与用户标识符(IDU)联系起来。
服务器115包括至少一个微处理器(μP)121，一个程序存储器122，接口电路123，用于与网络109连接，以及接口电路124，用于与网络112连接。元件121-124通过总线125连接。
存储器122具有至少一个区域122a，包括用于取得问候消息的指令代码，以及一个区域122b，包括用于播送问候消息的指令代码。当不能再联系电话101时，将该问候消息播送到一试图与电话101的用户取得联系的人P。然后利用电话126，将该人P连接到语音邮件服务器115。
图2所示为根据本发明的用于个性化/配置消息的一种可能的结构。这种消息200包括一个指令(INSTR)字段201，可以通过该指令字段将该消息识别为一个性化消息，一实现对个人以及待被个性化的语音信箱的识别的字段202，以及一个包括该问候消息(MA)的字段203。此结构对于构成个性化部件的所有装置是已知的。这使得能够得到精确地解释。一种可以用于确定这些字段的可能解决方案在于定义一字段分离符，或者利用具有固定且已知长度的字段，或者利用一个如由实现XML(扩展标记语言)语法的MMS标准所规定的标记(mark-up)系统。
个性化消息的实例01 <？xml version＝″1.0″encoding＝″ISO-8859-1″？>
02 <message type＝″maj mes acc″>
03 <idu>06 12 34 56 78</idu>
04 <mes type＝″codage″>0111011…0101</mes>
05 </message>
上述实例给出在使用XML模式实现的上下文中一种可能的语法。该实例的行01对应于XML标准的具体的特征。行02定义一消息，其类型为“maj mes acc”。这是一个指令代码，对应于字段201，表示这是一个用于更新问候消息的消息。行03对应于字段202，识别其问候消息必须被更新的用户。行04对应于两个标签之间的问候消息，编码的类型是在打开标签中指定的。根据XML语法，行05是对应于行02的闭合标签。可以理解，该例的XML语法用于指示的作用。可以对标签的名称以及文本的标识，以及有关类型的信息进行不同的定位和命名。类似地，该XML/MMS语法不是唯一的一种可能。已知存在其他类型的语法。这些语法包括SGML、HTML以及其他语法类型，以及能够例示字段的二进制结构。
在本发明的一种变化中，更新问候消息的消息可以包括除对于更新问候消息必须的消息之外的消息。这种消息可以是该用户的照片，或者有关用户签名(subscription)的通用参数化的信息。这时，用于更新/配置问候消息的消息包括在通用配置信息中，该通用配置信息至少包括用于说明图2的字段。
图3示出电话101的用户利用一个装置生成一个问候消息的初始步骤301。在本实例中，将该装置认为是电话101。实际上，该装置可以是一个人计算机，一个人数字助理，或者任何其他具有录音能力的装置。在步骤301中，用户通过麦克风106录制一消息。将该消息以音频文件的形式记录在电话101的存储器中。该音频文件的格式优选地以例如MP3的格式，或者任何其他MPEG格式压缩。在一种变化中，该文件可以是一视频文件。为了实现生成视频文件，电话101必须或者被连接到一摄像机或者包括一摄像机。一旦生成了音频文件，本发明进入到步骤302，用于生成多媒体消息。
在步骤302中，电话101使有关更新问候消息的信息成形。这意味着生成一个消息，该消息具有如图2所述的结构，及/或者描述用于典型的XML语法的结构。对用于将信息输入到字段201的指令代码进行预定义，并且将其包含在，例如区域122a的指令代码中。用户标识符是，例如电话号码。此标识符或者在步骤302由电话101的用户输入，或者在电话101的SIM卡中自动读取的，或者由网络自动更新。自在步骤301中得到的音频和/或视频文件向字段203提供信息作为其一部分。从而接收用于配置语音信箱的消息。步骤302之后是步骤303，用于发送配置/更新消息。
在步骤303中，根据一已知为传输协议的协议将在步骤303中所生成的多媒体消息200打包入一个消息中。这种协议是，例如，TCP/IP、HTTP、FTP或者其他协议。除更新消息200之外，此传输协议消息包括接收者的至少一个地址。在本实例中，该接收者是通过因特网109而附加的问候消息的服务器114。该传输协议消息是通过网络112、网关113以及因特网109而传送的。服务器114的地址是通过一经典方式而获取的，或者(a)因为该地址被编码在区域103b或者电话101的其他存储器区域中，或者(b)通过DNS类型地址分辨的方式。存在其他传输协议，诸如UDP或者X25协议，用于将配置消息从电话101发送到服务器114。可以看到，在一种变形中，电话101，在步骤303中，将字段202更新为由网络112联系的标识符的函数。此更新也可以由形成部分网络112的服务器113来进行。
在步骤304中，服务器114接收一个传输消息。服务器114根据所使用的传输协议除去此消息的信息层，并且获得一个配置消息，诸如数字200所述的消息和/或典型的XML语法。本方法的下一步骤是步骤305，用于分析一多媒体消息。
在步骤305中，服务器114访问消息200的字段。访问后，服务器114可以确定通过传输消息所接收的消息的性质。在步骤305中确定性质之后，在步骤306中，服务器114分析字段201的值，以确定其刚接收的消息是否为一更新消息。字段201的可能值是根据服务器114所能够处理的消息的不同类型而定义的。这种值或者是数字的，或者是字母数字混合编制的，或者只是简单的二进制数。
因此在步骤306中，将在步骤305中读取的用于字段201的值与由服务器114所预期的用于字段201的值列表进行比较。如果所读取的值对应于用于更新问候信息的指令代码的值，则本发明的方法进入更新步骤307。否则，该方法进入结束步骤308。
在步骤308中，服务器继续其处理消息的操作。这些操作不再关注根据本发明的消息。
在步骤307中，服务器114在存储器118中进行搜索，以查找一行，在该行中列118a的值对应于在步骤304中所接收的配置消息的字段202。一旦找到该行，服务器利用在步骤304中所接收的消息的字段303的数字内容替换该行的列118b的数字内容。如果没有找到该行，则或者创建该行或者忽略此更新消息。
有可能在存储器118中所记录的问候消息的格式与用于字段的格式不同。此格式是在字段203中可选地指定的，如见XML实例。这样，如必要，使该服务器在将新的问候消息记录在存储器118之前可以进行代码转换操作。在此需要注意的是，存储器118是数据库(BD)的简化的表示。
在此变形中，其中消息200形成部分通用配置消息，除了由于该消息包括其他信息，而对存储器118的其他区域进行更新外，出现所有这里描述的用于步骤304到307的情况。
在另一种变形中，有可能用户可以具有几个问候消息，其使用决定于环境或者主叫者。在此情况下，一个配置消息包括的203型字段的数目，或者诸如在XML实例中4行的行数与待被配置的问候消息一样多。则每个问候消息伴随一条信息，该信息指定其具体特性以及使服务器114能够考虑其后续的再利用而精确地将其存储。
图3示出步骤309，用于接收语音邮件服务器(Serv Voc)115的呼叫。这种情况是当或者用户不可联系或者某人直接呼叫语音信箱时出现。在本实例中，将该呼叫视为由电话126发送到电话101，该电话101即随后联系不到的。
从步骤309开始，本发明进入到步骤310，用于由服务器115识别被叫方。由于该呼叫总是通过一个协议而传递的，该协议实现对正在被叫者的识别，所以该识别是容易的。通常，该标识符是其电话号码。该标识符还被传送到必须能够向注册用户分配由与服务器115取得连接的用户留下的消息的语音信箱服务器。因此该服务器115拥有该被叫方的标识符，典型地，为其电话号码。该方法然后进行到步骤311，用于生成一个请求，在此称为消息R，用以取得对应于被叫方的问候消息。
在步骤311中，服务器115生成请求消息R，该消息R包括一个表示此请求消息是用于获得一个问候消息的指令代码，以及该用户的标识符I。在一个变形中，消息R还具有一个用于识别主叫方的字段。一旦生成此消息R，则在步骤312中通过传输协议将其发送到服务器114。
在步骤313中，服务器114接收在步骤312所发送的消息。服务器114除去此消息的传输信息，并且取得消息R。服务器114通过包含在消息R中的指令代码字段识别此消息R。然后该方法进入步骤314，用于生成一个对消息R的响应。
在步骤314中，服务器114扫描存储器118并且尤其是列118a，用以搜索消息R的标识符I。一旦发现对应于标识符I的行，则服务器114利用列118b的数字内容生成一个对消息R的响应。这些数字内容形成一问候消息。因此，对消息R的响应RR包括已查找到的至少该问候消息。该响应RR也包括一个与字段I一致的字段II，这使其有可能用于确定附加到问候消息的联系。字段II的作用是使服务器115可以将响应RR与消息R相关联。响应R也可以包括一个指令代码，表示响应RR的类型，该响应RR是对用于问候消息的请求的响应。
如果被叫用户已计划了几条问候消息，则消息R可以包括更多的用于确定该适合问候消息的信息。也可以将适当的问候消息确定为接到到消息R的时间的函数。
当产生响应RR后，在步骤315中将其发送到服务器115。优选地，用于此发送操作的传输协议与用于发送消息R的传输协议相同。响应RR因此是通过网络109发送的。实际上，服务器114和115之间的通信可以不通过因特网上的网络而是通过一个私人网络和/或利用技术的网络很好的进行。这些网络包括，例如局域网络、通过一USB端口的直接通信以及无线网络，这里所列的网络类型并非穷尽性的。在一种变化中，服务器114和115是一个并且是相同的装置。在这种情况下，由于单个服务器包含括存储器117、118、122的内容，所以不需使它们彼此进行通信。
在步骤316中，服务器115接收一个响应RR。服务器115然后拥有一个问候消息，服务器115可以将该消息发送到电话126。此发送优选地采用经典方式执行，即该问候消息是由服务器115进行压缩并且声学播送到电话126。在一种变化中，将问候消息像音频文件一样发送到电话126，然后该电话负责对其进行解压缩以及其声学重现。
在步骤317中，连接到服务器115的电话126从此服务器接收与问候消息对应的信息。该信息由电话126进行处理，并且通过电话的扬声器被声学播放。
在本说明书中，至今为止将装置101作为一移动电话进行考虑。在实际上，也可以利用一可以记录音频文件的个人计算机，即一台配备有麦克风的计算机，并且能够执行由音频文件合成多媒体消息的程序。此合成程序对应于区域103a的指令代码。还必须将相同的计算机连接到因特网上，从而可以向服务器114发送该合成的消息。对个人计算机进行了引用，但是任何便携式计算机或者个人数字助理也都是合适的。
权利要求
1.一种用于参数化语音信箱的问候消息的方法，其特征在于，该方法包括以下步骤用户在终端录制(301)一问候消息，在该终端压缩(302)该问候消息，在该终端生成(302)一包括该压缩的问候消息的多媒体消息，该多媒体消息包括一指令字段(201)，用以表示该多媒体消息是一问候消息，将该多媒体消息由该终端发送(303)到问候消息服务器。
2.根据权利要求1所述的方法，其特征在于，根据XML型消息对所述多媒体消息进行格式化。
3.根据权利要求1或2所述的方法，其特征在于，所述多媒体消息包括一个识别生成该问候消息的用户的字段(202)。
4.根据权利要求1到3中任一项所述的方法，其特征在于，所述多媒体消息包括一条用于该问候消息的格式信息。
5.一种用于参数化语音信箱的问候消息的方法，其特征在于，该方法包括以下步骤在问候消息服务器接收(304)一指令字段，该指令字段表示该多媒体消息是一用于更新该问候消息的消息，在问候消息服务器确定(305-306)该多媒体消息的发送者，从该问候消息服务器提取(307)该问候消息，在一数据库(118)中记录(307)该问候消息，在该数据库中使该消息对应于该多媒体消息的发送者。
6.根据权利要求5所述的方法，其特征在于，在记录之前，对该问候消息进行代码转换，将其转换为问候消息服务器所采用的格式的函数，以及有关在该多媒体消息中所包含的格式的信息的函数。
7.根据权利要求5或6所述的方法，其特征在于用户通过终端(126)获得与语音邮件服务器(115)的语音邮件服务的连接，自语音邮件服务器向问候消息服务器发送(312)一请求，该请求包含被叫用户标识符，将数据库中对应于被叫用户标识符的问候消息自该问候消息服务器发送(315)至语音邮件服务器，将该问候消息(316)从该语音邮件服务器发送到该终端，将该问候消息声学地播送(317)到该终端。
8.根据权利要求1到7中任一项所述的方法，其特征在于，所述终端是移动电话。
9.根据权利要求1到7中任一项所述的方法，其特征在于，所述终端是计算机。
全文摘要
用户在一装置上生成(301)语音和/或视频消息，该装置配备有用于录制这种消息的装置。将该消息打包(302)在一多媒体配置消息中。这种配置消息还包括用户标识符。将该配置消息发送(303)至问候消息服务器，该问候消息服务器利用该标识符以及该配置消息的问候消息来对该服务器的数据库进行更新(307)。
文档编号H04M1/26GK1606322SQ20031010023
公开日2005年4月13日 申请日期2003年10月10日 优先权日2003年10月10日
发明者鲁道夫·马索托 申请人:赛基特尔公司