CN1498028A - 即时语音消息传递的方法和用于实现该方法的装置 - Google Patents

Abstract

在语音消息传递服务器后执行转换服务器。该转换服务器检索语音消息，对其进行压缩并将其插入MMS类型的多媒体消息中。根据HTML/XML/SMIL类型语言对该多媒体消息进行格式化。然后使如此格式化的消息通过电话运营者的多媒体服务器路由至一预期的接收者终端，在该处对其进行解释/查询。该多媒体服务器本身还可以根据用户记录对该多媒体消息进行格式化，并将例如广告类型的内容加入该消息。

Description

即时语音消息传递的方法和用于实现该方法的装置

技术领域

本发明的对象是一种即时语音消息传递的方法和用于实现该方法的装置。

本发明的领域涉及电话和语音消息传递领域。更具体地，本发明的领域涉及当无法联系注册为一消息传递服务的用户的被叫用户时，用于获取主叫用户消息的语音应答机。

本发明的目的是当该语音消息被记录后，该语音消息预期的用户正在接听该语音消息时，使该语音消息更具深度。本发明的另一个目的是避免必须将语音消息存储在服务器上。本发明的再一个目的是使电话运营者响应和/或控制语音消息传递服务。

背景技术

在现有技术中，已知有例如由移动电话运营者提议的语音消息传递服务。当移动电话运营者的用户无法联系时，尝试与该无法联系的用户进行联系的主叫用户会被自动连接至一语音邮箱。该语音邮箱然后会产生一问候消息，之后在该主叫用户可记录消息。与该语音邮箱的连接必须通过一电话机来进行，该电话机可以是固定的或移动的。

此外，由该主叫用户记录的语音消息被记录在作为该语音邮箱的主机的设备上，其通常被称为语音服务器。该语音消息被记录在该服务器上，直到该服务器的用户查阅该消息并视情况对其进行擦除时为止。

在现有技术中，进一步地，除了通过使用电话机外，不可能为移动电话网络用户留下语音消息。实际上，只能通过电话号码来访问语音邮箱。

在现有技术中，对移动电话运营者来说要实现语音消息传递服务是非常不方便的，然而，要覆盖用户不希望被直接联系的任何一种情况，或者用户不在由该移动电话运营者覆盖的区域的任何情况，该语音消息传递服务是必不可少的。

在本发明中，通过将语音消息转换服务器连接至该语音消息传递(voice messaging)服务器来解决这些问题。结果是，一旦该语音消息传递服务器记录了一语音消息，则其会将该消息传送至该转换服务器。该语音消息传递服务器还传送有关该语音消息的信息，例如，语音消息接收日期和留下该语音消息者的识别符。该转换服务器由该信息产生包括对该信息的整形(shaping)的多媒体消息(MM)。该整形可以例如采取HTML、XML或其他格式的文件的形式，包括日期和出处的信息，以及该语音消息本身。一旦该转换服务器产生该消息，则其被转换为MMS(多媒体消息传递服务)类型的语音消息传递服务。

通常，为实现该连接，MMS服务器向该终端发出一通知。该终端被配置或者用于立即并自动地下载该消息，或者用于在该终端的所有者确认后以延迟模式对其进行下载。

由此，注册了该类型语音消息传递服务的用户随后对其终端进行配置，使得其能够接收MMS类型的消息。他的终端然后有规律地连接至该MMS服务器，或接收来自该MMS服务器的压入请求。这使得该终端能够接收包括采用压缩文件形式的语音消息的多媒体消息。该压缩文件被记录，随后由该终端的用户进行使用。

该语音消息仅被保存在该语音服务器上，直到该转换服务器为将它们发送至MMS服务器而检索到它们。该多媒体消息仅被记录在MMS服务器上直到它们被传送至该语音消息要发送的用户的终端。由此，无需提供高存储容量用于该语音和/或多媒体消息。实际上，使用本发明，这些消息被存储在该用户的终端。

此外，由于该操作者已控制了MMS服务器，其有可能将信息插入该多媒体消息中或对这些多媒体消息进行过滤。

发明内容

由此，本发明的对象是一种即时语音消息传递的方法，其中，呼叫被叫用户的主叫用户被连接至一语音消息传递服务器，该方法包括以下步骤：

将一问候消息播放给该主叫用户，

将由该主叫用户发送的语音消息记录在该语音服务器上，

其中，该方法还包括以下步骤：

产生多媒体消息，该消息包括对应于该被记录的语音消息的文件和对应于该主叫用户的多媒体信息，

将该多媒体消息发送至该终端，

擦除该语音消息和该多媒体消息。

本发明的对象还有即时语音消息传递装置，其包括能够接收来自连接至一语音消息传递服务器的主叫用户的语音消息的该语音消息传递服务器，其中，该语音消息传递服务器被连接至一转换服务器，该转换服务器能够产生包括对应于该语音消息并预期用于被叫用户的文件的多媒体消息。

附图说明

从以下说明和附图能够更清楚地理解本发明。给出这些附图纯粹用于表示，而决不是用于来限制本发明的范围。在这些附图中：

图1示出由根据本发明的方法实施的装置。

图2示出根据本发明的方法的步骤。

具体实施例

图1示出在初始步骤201期间由尝试与被叫用户进行联系的主叫用户使用的装置或设备101。在该步骤201，该主叫用户具有被叫用户识别符以尝试与该被叫用户进行联系。为便于说明，假设设备101为移动电话101。在此情况下，该识别符为电话号码。实际上，设备101可以是具有完全不同的性质的装置，例如个人计算机，便携式电脑，个人助理等。该识别符也可以是具有任何其他的特性，例如，任何电子邮件类型的电子地址，即时消息传递类型的电子地址(例如ICQ地址)等。

在步骤201，主叫用户拨叫被叫用户的电话号码。该呼叫以已知的方式被路由至被叫用户，具体地被路由至该被叫用户的电话机，在该当前情况下，该电话机为移动电话102。实际上，有可能的是该主叫用户将尝试直接与语音邮箱连接，且由此键入与该语音邮箱对应的号码。否则，有多种原因使得主叫用户可以发现他被连接至语音邮箱。最常见的原因是该被叫用户不希望被直接联系，在此情况下，该用户关掉他的移动电话102或使其电话停用，或者该被叫用户不在该操作者的覆盖区，其中该用户为该操作者的用户。在此情况下，该主叫用户的呼叫将被直接重新定向至一语音邮箱。

图1示出为移动电话101的该设备101通过RF链路146连接至基站103。基站103本身被连接至用于中继由该设备101的用户进行的呼叫的装置。这些装置104，例如为GSM网络和/或交换电话网络的基础结构。当然，这些也可以是其他基础结构，例如UMTS网络或任何其他的电信基础结构的实现形式。该设备101由此通过装置103和104连接至语音服务器(SV)105。语音服务器105包括用于记录语音消息的装置。语音服务器105还包括播放问候消息的装置。该待被播放的问候消息依赖于被叫用户的识别符(电话号码)。实际上已知注册到该电话网络的用户可个性化其语音邮箱的问候消息。由此，服务器105的装置，广义地说，为微处理器(μP)106，程序存储器(IP)107和记录语音消息的存储器108。这里，我们将不描述该问候消息的存储和选择模式。实际上，这些问候消息可以被记录在数据库中，该数据库之后由该被叫用户的识别符进行编址。由此这样容易地检索出对应于该被叫用户的问候消息。

总线109连接元件106-108。微处理器，例如微处理器106，执行记录在程序存储器，例如存储器107中的指令码。存储器107具有对应于指令码的区域107A以实现该服务器105的语音服务器功能。该服务器105还具有待被连接至装置104的电路150。这些电路150为在总线109和装置104之间的接口。问候消息的播放对应于步骤201之后的步骤202。步骤202通常以发送声音信号结束，该声音信号通知主叫用户他可以开始说话以产生他想要留给被叫用户的语音消息。该操作从步骤202转到步骤203，用于发送该语音消息。

在步骤203，该主叫用户由此开始讲话，他发出的声音被微处理器106记录在存储器108中。传统上，结合该语音消息，服务器105还记录该呼叫的时间以及该呼叫者的识别符。一旦该主叫用户完成他的语音消息，他即挂机。该记录格式依赖于存储器108的类型。存储器108可以是磁带、软盘或闪存。典型的格式是WAV格式。

在图2中，步骤203后面是步骤204，用于记录该语音消息。实际上，步骤203和204是同步的。实际上，在语音消息被主叫用户发送时该语音消息被记录。由此，步骤203和204对应于首先由设备101看到且其次由该服务器105看到的同一日期。

步骤204之后是通知步骤205。为达此目的，该存储器107包括对应于该通知(notif)指令码的区域107B。在现有技术中，通知在于将消息发送至被叫用户以通知该用户语音消息已被记录在他的语音邮箱中。该消息通常通过短消息来通知。

在本发明，通知消息被发送至转换服务器(T)110。通知消息包括被叫用户的至少一个识别符。其还具有一条信息，其使该消息被识别为通知由服务器105接收一语音呼叫的消息。

转换服务器110包括将如由服务器105记录的语音消息转换为多媒体消息的装置。该服务器110包括通过总线113连接至程序存储器112的微处理器111。该服务器110还具有连接接口电路114，用于与服务器105的电路115进行连接。电路115被连接至总线109。在本例中，服务器105和服务器110被示为两个单独的实体。实际上，服务器110的装置可以很好地被集成到服务器105。这等于是说该服务器110的指令码实际上将被记录在存储器107中并由微处理器106来执行。

存储器112被分为几个区域。区域112A使MMTP(多媒体消息传输协议)能够实现。这是如由3GPP组在MMS标准中标准化的用于多媒体消息的传输协议。3GPP为对第三代移动电话进行标准化的工作组。

存储器112包括使HTML(超级文本标记语言)、XML(扩展标记语言)或SMIL(流同步的多媒体集成语言)类型数据格式语言能够实现的区域112B。这两种语言定义将由能够理解包含在这些文件中的指令的程序读取的文件。这些指令此外还可以显示文本和图象以及读取声音文件。

区域112C包括使服务器110能够管理由服务器105发送的通知的指令码。区域112D使例如MMS消息类型的多媒体消息能够产生(prod)。

服务器110还具有用于与因特网类型的网络107连接的接口电路116。该电路116由此为因特网117和总线113之间的接口。通过网络117，该服务器110能够与记录服务器(profile server)118进行通信。服务器118由移动电话运营者来管理，其中，被叫用户为该移动电话运营者的用户。该服务器118具有与网络117连接的接口119。将接口119连接至总线120，其自身又被连接至微处理器121，程序存储器122和存储单元12。存储器122具有使该记录服务器118能够响应对该用户的记录的请求的指令码。该用户的记录被以数据库(BD)的形式记录在单元123上。该数据库的一部分可被表示为包括行和列的表格的形式。每一行对应于用户，而每一列对应于该用户的特征。行也被称做记录。

列123A包括该用户的识别符。该识别符例如为其电话号码，其已由该电话运营者分配给该用户，其中该用户为该电话运营者的用户。列123B包括一条信息，指示该用户是否已预订多媒体消息选项。列123C具有该用户的照片，且列123D具有有关该用户想要接收或不想要接收的该多媒体消息的格式化的信息。在一种改变的实施例中，每一行也可以包括该用户的名和姓，以电子访问卡或VCARD，或该用户的视频的方式。所有的数据格式都得到授权。

在步骤205中，服务器105向服务器110发送消息。该消息为通知消息。该服务器110然后将访问该数据库123。该访问采取请求对应于由该主叫用户呼叫的用户的字段123B的内容的知识的形式。该服务器118将响应于该请求。该响应为包括该被叫用户的全部或部分记录的帧。该响应帧优选具有对应于该列123B的字段。该服务器110然后拥有该信息，根据该信息该被叫用户已实现或未实现接收多媒体消息的预约。如果该被叫用户未实现预约，则被叫用户将会如在现有技术中一样由简单的SMS通知该语音消息的到来。否则，则操作进行到步骤206，将语音消息转换为多媒体消息。

在步骤206，服务器110请求服务器105将该语音消息以文件的形式发送给它。该传输可以根据，例如FTP或根据用于交换文件的任何其他的协议来实现。一旦服务器已将该语音消息发送至服务器110，则由服务器105将该语音消息从该存储器108擦除。这是步骤216中的擦除语音消息的步骤。在将语音消息从服务器105传送到服务器110期间，服务器105还传送伴随该语音消息的信息，即该语音消息的记录日期和记录该消息的人的识别符。在最通常的情况下，该识别符为电话号码。

语音消息被以任何未指定的数据格式记录在该服务器105上。该语音消息然后被以该非指定的格式，或者，可能地，在该非指定的格式未被充分的压缩的情况下可以以压缩的方式，传送至该服务器110。该压缩可以发生在服务器110上，或服务器105上。不管在何种情况下，必须由服务器110并入该多媒体消息的该语音消息具有MP3，OGG，或MP4类型的压缩格式，这里仅提到最常见类型的格式。

在步骤206，该转换服务器110由此拥有至少一个压缩的语音消息，该被叫用户的识别符，主叫用户的识别符以及该语音消息的记录日期。该转换服务器还可拥有以下消息主题：当该语音消息被存储时，呼叫者可根据其为个人、紧急、专业等选择指示该消息的主题，其重要性或其特征。由此，该服务器110可从该信息产生例如是MMS类型的包含所有该信息的多媒体消息。该MMS消息由3GPP定义的标准进行管理。MMS代表多媒体消息传递服务。其为可用于传递包括多媒体组成部分和文本的消息。最常用的多媒体组成部分是图象、移动图片和声音。

在步骤206，服务器110由此构成消息124，该消息包括字段124A，其包括压缩的语音消息(voc)，字段124B，其包括该主叫用户的识别符(INFO org)，字段124C，其包括该被叫用户的识别符(IDU)，和字段124D，其包括该语音消息被记录的日期(date)，且可选择地，包括字段124E，其指示该主叫用户是否想要接收通知他该被叫用户实际已接收到该语音消息的消息(LD)。一旦构成该消息124，其即被发送至多媒体消息服务器125。

该服务器125由该运营者进行管理，该被叫用户为该运营者的用户。

服务器125具有微处理器126，程序存储器127和用于存储多媒体消息的单元128。该元件126-128由一总线129连接。服务器125还具有电路130，连接至总线129，用作网络117和服务器125之间的接口。存储器127具有用于实现MMTP协议的区域127A。区域127B用于实现TCP/IP协议，其为用于通过该网络117发送消息的传输协议。通常，TCP/IP协议也由服务器110和118来实施。

为清楚起见，示出对应于该网络接口的硬件层管理(hard)的区域127C。这有助于更清楚地理解多媒体消息服务器125和多媒体消息网关131之间的相互关系。

存储器127还具有一区域127D，对应于由该转换服务器110产生的多媒体消息124的更新(upd mes)。

该操作从步骤206进到步骤207，其中，服务器110将多媒体消息124发送到多媒体服务器125。

通过步骤208，由服务器110对服务器118进行询问，消息124可以以更高的精度被格式化。实际上，转换服务器110有可能被连接至服务器118以获得该被叫用户的记录，更具体的，获得字段123D的内容。这里将不对该可能性进行论述，因为在由服务器125对多媒体消息进行更新时将会对其进行描述。然而，必须知道的是此更新的全体或者部分都可以在上述服务器110完成。

在步骤207后，服务器110不再需要该多媒体消息。由此可在步骤215将其擦除。从步骤207，操作也转到步骤209，其中由多媒体服务器125接收该多媒体消息124。

步骤209的特征是通过例如TCP/IP和MMTP层的协议层经由因特网117接收消息。一旦检索到该消息，则操作进到步骤210用于更新该消息。在步骤210，服务器125拥有所有用于描述消息124的信息。

该信息将使服务器125能够产生如下所述的消息：

     ＜origin＞

     ＜msisdn＞06 12 34 56 78＜/msisdn＞

     ＜readReport＞1＜/readReport＞

     ＜/origin＞

     ＜presentation＞

     ＜voc type＝″voiceCoding″＞0101110...0101＜/voc＞

     ＜img type＝″imageCoding″

    style＝″imageStyle″＞01111..0101＜/img＞

     ＜text type＝″textCoding″style＝″textStyle″＞

    text to be displayed＜/text＞

    …

     ＜/presentation＞

    ＜/message＞

该例经由一XML类型语法示出该消息的编排。根据本发明的发送该消息的适当的语法为HTML或SMIL型语法。这里，我们未引用这两种语言的任何一种的标签的名称以便尽可能地保持一般化。这里，由一打开标签，<tag>，和一闭合标签，</tag>来定义每个字段。存在其他多种处理的方法。例如，可以决定每个字段将以对该字段的长度进行编码的四个字节开始。操作由此很容易地从一个字段进入到下一个字段。

该示例示出包含一原始字段的消息，该原始字段本身被分为MSISDN字段和“正在读取报告”或“读取报告”字段。该MSISDN定义主叫用户的电话号码，该书面报告字段声明该主叫用户是否想要接收通知他其语音消息已被该被叫用户真正接收的消息。该MSISDN字段可由不管什么样的任何识别符代替，例如上述主叫用户的电子邮件类型的电子地址。

该消息还具有一表示字段，该字段本身被分为几个子字段。这些子字段例如为用于记录语音消息的字段“voc”，用于记录图象的字段“img”，以及用于记录文本的字段“text”。这三个字段的每一个具有指示用于对该字段的内容进行编码的格式的相关类型。典型的，可以根据MP3格式对该语音进行编码，可以根据JPEG格式对图象进行编码，且可以根据任何一组字符，例如ISO 8859 1字母表，对文本进行编码。该子字段还可以伴随有限定它们显示方式的样式的字段。该样式包含用于在屏幕上限定位置、和/或它们必须显示在屏幕上的日期，该文本的颜色或其他可以设想的任何格式化的参数。例如，有可能设想与级联样式表兼容的样式，所述级联样式表还被称做CCS且由W3C进行标准化。

在步骤210期间，服务器125可被连接至服务器118以在步骤211获得与被叫用户识别符对应的用户的记录。可以想象该用户可通过从其终端发送预格式化的带有其名、姓、视频问候消息、语音问候消息和/或VCARD的MMS消息到上述即时消息传递服务来更新其记录。实际上，字段123D可以限定用户想要对这些语音消息进行格式化的方式。该字段123D还可以限定识别该被叫用户不想从其接收语音消息的用户的过滤器。该过滤器还被称做黑名单。

个性化格式化的一个例子可以是，被叫用户希望收到的发送不仅有语音消息，还有主叫用户的照片、他的名字、姓和/或VCARD。如果主叫用户也是管理服务器125的移动电话运营者的用户，则他将通过网络117向基站123进行查询，寻找主叫用户的识别符以获得字段123C的内容，并将其包含在产生用于该被叫用户的多媒体消息中。

在步骤210，服务器125还可以将其通过消息124未收到的信息增加至产生的多媒体消息。该信息包括，例如广告消息。其还可以是概括在经过的一段时间期间收到的语音消息的个数的信息。

这些增加的消息可以被作为图象、文本或语音消息插入。

在步骤210后，操作进到步骤212，由终端102对多媒体消息进行检索。

服务器125通过网络117被连接至网关(GW)131。网关131具有在网络117和网关131的总线133之间的接口电路132。网关131还具有微处理器134和程序存储器135。

网关131还具有在总线133和与网络104(GSM RTC)同样的网络137(GSM RTC)之间的接口电路136。网络137进一步与基站138连接，该基站138可用于建立与终端102的RF连接139。网关131的各个元件通过总线133互相连接。

终端102由此具有天线140，在该天线和连接到微处理器143的总线142之间的接口电路141，程序存储器144和存储器145。

对于图1，描述了用于该设备的不同的存储器。实际上，对于给定的存储器，所有这些存储器可以统一为一个相同的元件。

存储器145使终端102能够记载多媒体消息。该存储器144被分为几个区，包括用于实现与MMS标准相关的协议的区144A，实现对根据SMIL语言格式化的多媒体消息的解释的区144B。

该存储器135，示意地讲，被分为两个区域。一个区域使该网关与网络117进行通信，一个区域使网关131与网络137进行通信。该允许与网络117的通信的存储器区域135包括TCP/IP和MMTP硬件层。允许网关131与网络137进行通信的该存储区域135包括硬件和MMTP层。由此网关131的作用为对在服务器125和终端102之间交换的消息进行代码转换。

对于步骤212，该MMS标准规定了两种方法，通过该方法，终端102可检索用于它的多媒体消息。或者该终端102的被叫用户已对其终端进行参数化以便其询问该服务器125，或使用该终端102的被叫用户已对该终端进行参数化以便其接受来自服务器125的输入消息。输入消息，例如为形成告知存放一语音消息的的SMS消息。该用户然后获知他必须检索一语音消息。通过压入模式的操作，使该转换服务器能够将MMS消息记录在该终端中，压入消息也可以是MMS消息。

在两例中，该设备或电话机102将接收的如由该服务器125格式化的多媒体消息记录在存储单元145中。在该记录期间，设备102通知其用户已将一新的语音消息记录在存储器145中，且可以对其进行查询。

操作然后进行到步骤213，查询并确认该多媒体语音消息。在步骤212，一旦服务器125将该多媒体消息发送至终端102，则从该存储器128擦除该多媒体消息。则除了在该设备或电话机102的存储器145中以外，没有其他地方保持该多媒体消息。

在步骤213，该设备102的用户，即被叫用户，扫描该存储器145以读取他刚收到的新的语音消息。当他选择这些消息中的一个消息时，通过区域144D的指令码对其进行解释。这首先提示该设备102对该语音消息的播放，其次提示在该设备102的屏幕上显示该多媒体消息的不同的多媒体元素。SMIL语言的价值在于其实现了由该消息的多媒体元件的显示构成的不同的事件之间的同步以及监听它们的行为。

在显示该多媒体消息期间，通知该设备102的被叫用户该主叫用户希望接收收到其消息的确认。该被叫用户然后可以选择发送或不发送该确认。该确认可以采取由该设备102自动发送的短消息(SMS)的形式，或标准的MMS消息的形式。

该短消息将在步骤214中由设备101收到。该确认消息包括，例如，被叫用户的识别符和该确认消息发送的日期。

该种实施具有几个有用的方面。首先，提出该语音消息传送服务的实体不再必需与这些语音消息的存储有关，原因是该存储最终在该用户的终端进行，该用户为这些语音消息的预期的接收者。其次，移动电话运营者处于提出向服务提供者进行语音消息传递的入口点。实际上，服务提供者应当与该操作者的服务器125兼容以便能够向管理该服务器125的操作者的用户提供语音消息传递服务就足够了。采用这种方式，移动电话运营者保持对这些语音消息的控制，因为其通过它的服务器中的一个。由此操作者保持对多媒体消息流和多媒体消息内容两者的控制。该语音服务器和转换服务器的实施保持了该服务提供者的响应性。

在本发明的一种变形中，转换步骤206可以包括将语音消息代码转换为文本格式的子步骤。这等于使对该被记录的语音消息进行语音识别。这使得能够实现很高的压缩比。该语音识别可以由语音服务器105来实现。在该改变例中，有可能设想对该被识别的语音消息进行反向还原。这等于是从一个文本文件产生声音。此还原可以随后由上述终端102来完成，该被识别的语音消息也可被表示为文本。

在本发明的一个改变例中，通过网络117实现的所有的或部分通信均被加密以提高保密性。

根据本发明的方法可以看作是即时语音消息传递方法，因为在被叫用户不必非采取行动的情况下就可将该多媒体消息传递至该被叫用户，还因为传递是被尽可能快地完成的。因为不可能更快地传递该消息，因此可以认为其是即时消息传递。

本发明还可明显地应用于接收视频消息，从而由视频消息代替本说明书中的语音消息。在此情况下，只有服务器105略微不同，因为其必须能够记载语音和视频消息。

Claims (14)

1、一种即时语音消息传递的方法，其中，呼叫被叫用户的主叫用户被连接至语音消息传递服务器，该方法还包括以下步骤：

向该主叫用户播放问候消息，

将由该主叫用户发送的语音消息记录在该语音服务器上，

其中该方法还包括以下步骤：

产生多媒体消息，该消息包括对应于该记录的语音消息的文件和对应于该主叫用户的多媒体信息，

将该多媒体消息发送至该被叫用户的终端，

擦除该语音消息和多媒体消息。

2、根据权利要求1所述的方法，其中，一旦产生该多媒体消息，则擦除该语音服务器的该语音消息。

3、根据权利要求1或2所述的方法，其中，一旦将该多媒体消息发送至被叫用户，则擦除该多媒体消息。

4、根据权利要求1-3中任何一项所述的方法，其中，该被叫用户参数化一多媒体客户终端以查询一多媒体服务器，以便检索预期用于该被叫用户的多媒体消息。

5、根据权利要求1-4中任何一项所述的方法，其中，被叫用户参数化一多媒体客户终端，以便该客户终端接受对应于该产生的多媒体消息的压入消息。

6、根据权利要求1-5中任何一项所述的方法，其中，为产生该多媒体消息，与数据库进行连接以获得与被叫用户相关联的，用于格式化该多媒体消息的产生优先选择。

7、根据权利要求1-6中任何一项所述的方法，其中，为产生该多媒体消息，与数据库进行连接以获得与该被叫用户相关联的信息，以便将该信息包含在该多媒体消息中。

8、根据权利要求1-6中任何一项所述的方法，其中，通过使用HTML类型的格式化语言产生该多媒体消息。

9、根据权利要求1-8中任何一项所述的方法，其中，该产生的多媒体消息包括该被叫用户的识别符。

10、根据权利要求1-9中任何一项所述的方法，其中，该多媒体消息包括一条请求发送消息的信息，该消息提供有关由该预期的接收者对该多媒体消息进行读取的信息。

11、一种即时语音消息传递装置，包括能够接收来自连接至该语音消息传递服务器的主叫用户的语音消息的语音消息传递服务器，其中，该语音消息传递服务器被连接至一转换服务器，该转换服务器能够产生包括对应于该语音消息且预期用于被叫用户的文件的多媒体消息，且其中该转换服务器和多媒体服务器被连接至包含有关该装置的用户的信息的数据库服务器。

12、根据权利要求11所述的装置，其中，该转换服务器被连接至一多媒体服务器，该服务器能够将该多媒体消息传送至一多媒体客户终端。

13、根据权利要求12所述的装置，其中，该多媒体服务器通过一多媒体网关被连接至该多媒体客户终端。

14、根据权利要求11-13中的任何一项所述的装置，其中，该多媒体服务器包括一大容量存储单元，以存储作为该消息收件人的用户没有下载的多媒体消息。

Images