CN107786756A - 留言信息管理方法及系统 - Google Patents

Abstract

本发明实施例提供一种留言信息管理方法及系统，当被叫用户是RCS用户时，IVR服务器获取留言信息后发送给RCS服务器，由RCS服务器将该留言信息传输给被叫用户对应的RCS客户端，让被叫用户对应的RCS客户端将该留言信息呈现给被叫用户以供被叫用户听阅。由于RCS服务器在获取到需要推送给客户端的消息后直接主动推送给被叫用户，不用等待RCS客户端发送获取请求，因此，主叫用户发送给被叫用户的留言信息达到被叫用户侧的时间不受被叫用户的主观影响，能够有效保证信息的即时性。同时，留言信息到达被叫用户侧的过程不需要被叫用户执行任何操作，能够减少获取留言信息给被叫用户带来的麻烦，在很大程度上提高了用户体验。

Description

留言信息管理方法及系统

技术领域

本发明涉及通信和互联网领域，尤其涉及留言信息管理方法及系统。

背景技术

智能网(Intelligent Network)作为一个能快速、方便且有效的生成和实现各种新业务的体系，以服务者的角色服务于原有的电信网络，使电信网络的功能得到增强。电信网络与智能网结合后，可向整个网络的用户提供各种新业务。目前，各个电信运营商都在自己的网络上部署了大量的增值业务，例如IVR(Interactive Voice Response，交互式语音应答)这种功能强大的电话自动服务系统，就不仅可以提高呼叫服务的质量而且还能节省费用。

IVR提供多种业务增值服务，如语音点歌、语音聊天交友、手机杂志、电子贺卡、语音留言等。其中以语音留言功能最为常用，特别是在欧美国家，由于用户已经养成使用语音留言的习惯，而且对于用户来说语音留言基于用户的电话号码，由运营商负责管理，因此具有可靠性更高，隐私能够得到更好的保护，所以尽管目前很多RCS(Rich CommunicationSuite，富通信套件)的解决方案已经非常完善，但是IVR语音留言仍旧具有较强的用户粘度，应用十分广泛。

传统IVR语音留言方案的使用场景主要是在一个用户无法与其希望通信的对象直接进行电话通信的时候，例如，用户A拨打用户B的电话号码，但是用户B当前忙或用户B处于无法接通的状态时，用户A的呼叫可以被转接到IVR语音留言系统中，IVR语音留言系统进行相应的业务逻辑处理，提示用户A进行留言，IVR语音留言系统在用户A留言的同时进行语音录音，然后把录音文件作为用户A对用户B的语音留言进行存储。当用户B空闲或者处于能够接通的状态后，其可以拨打IVR语音留言系统的接入码，然后指示IVR系统向其播放留言对象为自己的留言信息。

在这种方案当中，留言对象只能主动向IVR获取自己的留言信息，这需要用户养成定时收取语音留言信息的习惯，一旦用户忘记，留言信息将不会被用户获知。而且有的留言信息所要传递的信息非常紧急，对实时性具有较高的要求，需要留言对象在条件允许的情况下尽快获知，但是如果留言对象没有拨打IVR的接入码主动获取留言信息，则可能会因为错失获取信息的最佳时期而为其带来不便与损失，使得用户体验度随之降低。

发明内容

本发明实施例提供的留言信息管理方法及系统，主要解决的技术问题是：提供给一种留言信息的管理方案，用以解决现有留言管理方案中只能由被叫用户主动拨打IVR系统接入码来获取留言信息做法会导致留言信息的即时性与用户拨打接入码的时间紧密关联，这可能会因为用户的主观疏漏而导致其错失获取留言信息的最佳时间，为其带来不便与损失的问题。

为解决上述技术问题，本发明实施例提供一种留言信息管理方法，包括：

交互式语音应答服务器接收主叫用户发送给被叫用户的留言信息，所述被叫用户为富通信用户；

所述交互式语音应答服务器将所述留言信息发送给富通信服务器，以供富通信服务器将所述留言信息推送给被叫用户对应的富通信客户端。

本发明实施例还提供一种留言信息管理方法，包括：

富通信服务器接收交互式语音应答服务器发送的留言信息，所述留言信息的被叫用户为富通信用户；

所述富通信服务器将所述留言信息推送给所述被叫用户对应的富通信客户端。

本发明实施例还提供一种留言信息管理方法，包括：

富通信客户端接收富通信服务器推送的留言信息，所述留言信息由互动式语音应答服务器从主叫用户处获取后发送给所述富通信服务器；

富通信客户端将所述留言信息呈现给被叫用户。

本发明实施例提供一种IVR服务器，包括：

第一接收模块，用于接收主叫用户发送给被叫用户的留言信息，所述被叫用户为富通信用户；

第一发送模块，用于将所述留言信息发送给富通信服务器，以供富通信服务器将所述留言信息推送给被叫用户对应的富通信客户端。

本发明实施例提供一种RCS服务器，包括：

第二接收模块，用于接收交互式语音应答服务器发送的留言信息，所述留言信息的被叫用户为富通信用户；

第二推送模块，用于将所述留言信息推送给所述被叫用户对应的富通信客户端。

本发明实施例还提供一种富通信客户端，包括：

第三接收模块，用于接收富通信服务器推送的留言信息，所述留言信息由互动式语音应答服务器从主叫用户处获取后发送给所述富通信服务器；

第三呈现模块，用于将所述留言信息呈现给被叫用户。

本发明实施例还提供一种留言信息管理系统，包括如上所述交互式语音应答服务器、如上所述的富通信服务器和至少一个如上所述的富通信客户端。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的留言信息管理方法。

本发明的有益效果是：

根据本发明实施例提供的留言信息管理方法、系统及IVR服务器、RCS服务器、客户端以及计算机存储介质，当被叫用户是富通信用户时，交互式语音应答服务器接收主叫用户发送给被叫用户的留言信息，然后将留言信息发送给富通信服务器，由富通信服务器将该留言信息传输给被叫用户对应的富通信客户端，让被叫用户对应的富通信客户端将该留言信息呈现给被叫用户以供被叫用户听阅。由于富通信服务器在获取到需要推送给客户端的消息时，是直接主动推送给对方，不用等待客户端发送获取请求，因此在本实施例中，主叫用户发送给被叫用户的留言信息达到被叫用户侧的时间不受被叫用户的主观影响，能够有效保证信息的即时性。更进一步地，留言信息到达被叫用户侧的过程不需要被叫用户执行任何操作，因此，能够减少获取留言信息给被叫用户带来的麻烦，在很大程度上提高了用户体验。

附图说明

图1为本发明实施例一提供的留言信息管理方法的一种流程图；

图2为本发明实施例一提供的IVR语音留言的一种流程图；

图3为本发明实施例二提供的留言信息管理方法的一种流程图；

图4为本发明实施例二提供的留言信息管理方法的另一种流程图；

图5为本发明实施例三提供的留言信息管理方法的一种流程图；

图6为本发明实施例三提供的留言信息管理方法的另一种流程图；

图7为本发明实施例四提供的IVR服务器的一种结构示意图；

图8为本发明实施例五提供的RCS服务器的一种结构示意图；

图9为本发明实施例五提供的RCS服务器的另一种结构示意图；

图10为本发明实施例六提供的RCS客户端的一种结构示意图；

图11为本发明实施例六提供的RCS客户端的另一种结构示意图；

图12为本发明实施例七提供的留言信息管理系统的一种结构示意图；

图13为本发明实施例七提供的留言信息管理系统的一种交互图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

由于现有技术中主叫用户通过IVR向被叫用户留言之后，被叫用户需要主动向IVR系统发送获取留言的请求后才能获取到留言信息，因此，在现有技术中很容易留言信息被获取的即时性在很大程度上取决于用户的主观行为，一旦被叫用户忘记获取或者是获取的时间太晚都可能导致被叫用户因为错失获取留言信息的最佳时间而给自己的生活造成不便于损失。为了解决上述问题，以下各实施例提供了一种留言信息管理方案，为了让本领域技术人员对本实施例提供的留言信息管理方案的细节和优点更加清楚，下面将分别从IVR服务器侧、RCS服务器侧以及终端上的RCS客户端对本发明各个实施例提供的留言信息管理方案进行介绍。

实施例一：

本实施例将从IVR服务器对留言信息管理方法进行介绍，请参见图1：

S102、IVR服务器接收主叫用户发送给被叫用户的留言信息。

当主叫用户拨打被叫用户的电话时，被叫用户可能因为某些原因无法与主叫用户之间建立正常的通信，例如被叫用户当前处于繁忙(占线)的状态、无人接听状态、关机状态、当前信号状态不佳等。此时，如果主叫用户需要给被叫用户留下讯息，则可以通过IVR向被叫用户留言。下面将结合图2对本实施例中提供的一种IVR的留言流程进行简单介绍：

S201、主叫用户呼叫被叫用户失败后转至IVR语音留言流程。

当主叫用户的呼叫失败之后，其会根据提示转至IVR语音留言流程。智能网中的SSP(signaling switch point，信令交换点)将会触发语音留言业务。SSP是电信智能网中一个网元，用于完成业务交换功能，是智能网中的业务交换点，其受SCP(signalingcontrol point，业务控制点)控制完成接续功能。

S202、IVR服务器进行IVR语音留言准备。

IVR服务器进行语音留言的业务逻辑功能处理，并获取IVR操作参数，IVR操作参数包括各个场景下需要向主叫用户放音的音频数据、各个场景下的控制参数等。

S203、IVR服务器获取语音留言。

IVR服务器根据获取的IVR操作参数进行放音，通过音频数据转换形成的声音信号提示主叫用户进行操作，同时接收主叫用户终端发送的DTMF(dual-tone multifrequency，双音多频)信号，根据用户当前发送的DTMF信号和业务逻辑确定下一步骤应当执行的操作。当主叫用户开始留言的时候，IVR服务器控制对主叫用户的声音进行录音。

S104、IVR服务器将留言信息发送给RCS服务器。

在现有技术中，当IVR服务器获取到主叫用户的留言信息之后，会将留言信息基于被叫用户进行存储，即，将所有留言对象为该被叫用户的留言信息存储在一起。等到被叫用户主动拨打接入码时，IVR服务器才会将留言信息按照时间先后顺序向被叫用户播放，使用户获取到主叫用户留给它的信息。在播放留言信息的时候，除了播放主叫用户的录音以外，还会向被叫用户语音播报关联信息，关联信息包括主叫用户的留言时间、身份信息等。

但是在本实施例中，当被叫用户是RCS用户的时候，IVR服务器会在获取到留言信息之后就将留言信息发送给RCS服务器。RCS通过为用户提供整套基于通讯录的呈现、即时通信、群组聊天、文件传送等在线通信应用，能够帮助运营商占据无线社区市场的主动地位，在提高用户网络使用量的同时，还提高用户粘度。和IVR相比，RCS具有较高信息整合能力和即时性，同时也具有更好的多媒体呈现能力和极佳的用户体验。

在本实施例中，主要运用到的就是RCS的即时通信功能。由于被叫用户是RCS用户，因此当IVR服务器将留言信息传输给RCS服务器之后，rcs服务器可以将留言信息通过富通信套件推送给被叫用户对应的客户端。如果被叫用户对应的客户端在线，则该留言信息可以直接被推送给该客户端；如果被叫用户对应的客户端处于离线状态，则RCS服务器可以将针对该客户端的留言信息进行存储，同时对该客户端的状态进行监测，当监测到被叫客户端上线之后，再将留言信息推送给被叫用户。

本实施例提供的留言信息管理方法，主要适用于IVR服务器，和现有技术中获取到主叫用户的留言信息之后将留言信息进行存储等待被叫用户主动获取的方式不同，本实施例中，当被叫用户属于RCS用户时，IVR服务器会直接将获取到的针对该被叫用户的留言信息发送给RCS服务器，由rcs服务器利用RCS套件即时通讯的特点将留言信息推送给被叫用户对应的RCS客户端，使得留言信息能够即时达到被叫用户侧，不必等待被叫用户的获取指令，这一方面能够提高留言信息的实时性，另一方面由于不需要被叫用户进行操作就能够将留言信息推送留言对象，能够减少用户操作，改善用户体验。

实施例二：

本实施例将从RCS服务器侧对留言信息管理方法进行介绍，请参考图3，图3示出的是在执行留言管理方法时，RCS服务器所执行的流程：

S302、RCS服务器接收IVR服务器发送的留言信息。

根据实施例一的介绍，RCS服务器接收到的留言信息来自于IVR服务器，当主叫用户呼叫被叫用户未成功时，主叫用户发起的呼叫转至IVR语音留言流程，IVR服务器通过录音获取到留言信息。IVR服务器将留言信息发送给RCS服务器是期望由RCS服务器将留言信息利用富通信套件传输给被叫用户，因此，被叫用户必须满足一个条件才能支持这种留言信息的传输流程，即被叫用户必须是RCS用户。

在本实施例中主叫用户呼叫被叫用户的时候，通常是通过电话号码进行呼叫的，因此，如果被叫用户通过其电话号码注册了RCS账号或者是将自己的电话号码与RCS账号进行了绑定，那么被叫用户就属于RCS用户。

S304、RCS服务器将留言信息推送给被叫用户对应的RCS客户端。

可以理解的是，在RCS服务器中应当存储了各个被叫用户与各个RCS客户端之间的对应关系，当RCS接收到需要传输给被叫用户的留言信息之后，能够根据对应关系确定出应当将留言信息传输给哪一个RCS客户端。

在电话号码实名制后，被叫用户在注册电话号码的时候，应该留下了自己的姓名、身份证号、电子邮箱等具有唯一标识性质的信息。另一方面，RCS客户端的注册除了可以使用被叫用户的电话号码以外，也可以使用被叫用户的姓名、身份证号、电子邮箱等信息中的一个或多个进行。因此在本实施例中，除了直接通过电话号码关联被叫用户与RCS客户端以外，还可以通过姓名、身份证号、电子邮箱等来关联被叫用户与RCS客户端。虽然主叫用户呼叫被叫用户的时候使用的是被叫用户的电话号码，但是其本质还是希望与被叫用户进行通信，因此留言信息应当是针对被叫用户这一个人的，而非针对被叫用户的恩电话号码。故，IVR服务器在将留言信息传输给RCS服务器的时候，可以将能够唯一标识被叫用户的信息一起传输给RCS服务器，传输的标识信息可以是姓名、身份证号、电话号码、电子邮箱等信息中的一个或多个组合。

RCS服务器接收到留言信息之后，根据与留言信息一起传输的标识信息匹配到对应的RCS客户端，匹配出的RCS客户端就是与被叫用户对应的RCS客户端。

RCS服务器将留言信息图送给被叫用户时，可能需要区分被叫用户对应RCS客户端的状态：如果当前被叫用户对应的RCS客户端处于在线状态，则RCS服务器可以直接将留言信息推送给对应客户端；如果当前被叫用户对应的RCS客户端不在线，而是处于离线状态，则RCS服务器可以先将留言信息进行存储，同时对该RCS客户端的状态进行监测，当监测待该RCS客户端上线之后，再将留言信息传输过去。

通常，在两个RCS客户端进行通信的时候，信息发送端会将信息先传输给服务器，由服务器将信息传输给信息接收端。为了保证通信的可靠性，RCS服务器并不会在将通信信息传输给接收端之后就立即删除该通信信息。同样地，在本实施例中，RCS服务器将留言信息传输给被叫用户对应的RCS客户端之后，也并不会立即删除对应的留言信息，还是会将留言信息存储起来等待后续管理，因此本实施例中，RCS服务器不仅会存储RCS客户端离线的被叫用户的留言信息，而且会将RCS客户端在线的用户留言信息也进行存储。

在本实施例中存储留言信息时，可以将留言信息存储在RCS服务器的存储器中，也可以借助第三方的存储介质来进行存储。

目前IVR系统提供的留言信息基本都是语音留言，因此，下面以语音留言为例进行说明，但是本领域技术人员应当明白的是，由于RCS富通信套件中，通信双方可以向通信对端发送各种各样的信息，如视频信息、音频信息、文字信息、文件等，因此，如果IVR系统能够支持这些形式留言，本实施例中的留言信息也可以是视频留言、文字留言等。

在RCS服务器将语音留言信息推送到被叫用户对应的RCS客户端上之后，留言信息可能会以语音信息的形式呈现给被叫用户。被叫用户可以对留言信息进行操作，例如打开留言信息并完成对留言信息的听阅，以从留言信息中获取到主叫用户留下的信息；或者，被叫用户在听阅获知了留言信息的内容之后，还可以将该留言信息进行收藏、删除等。而这其中有些操作需要RCS服务器共同参与才能完成，因此，在本实施例的另外一种示例中，还提供了另外一种适用于RCS服务器的留言信息管理方法，请参考图4：

S402、RCS服务器接收IVR服务器发送的留言信息。

S404、RCS服务器将留言信息推送给被叫用户对应的RCS客户端。

对于RCS服务器从IVR服务器处接收留言信息并将留言信息推送给被叫用户对应RCS客户端的过程，在前面已经进行过比较详细的介绍，因此这里不再赘述。

S406、RCS服务器接收RCS客户端发送的针对留言信息的管理指令。

RCS客户端放的针对留言信息的管理指令是根据被叫用户的操作生成的。本领域技术人员可以理解的是，RCS客户端通常运行在终端上，如智能手机、PAD(portableandroid device，平板电脑)、PDA(Personal Digital Assistant，个人数字助理)等移动终端上，也可以是运行在台式电脑、笔记本电脑等固定终端上。以RCS客户端运行在被叫用户的智能手机上为例。

被叫用户可以在智能手机上通过触控、音频控制、按键控制等方式实现对智能手机上各个应用的操控，这其中当然也包括对RCS客户端的控制。用户可以对留言信息进行管理，有一些管理仅针对客户端侧的留言信息，例如听阅留言信息等，另外，由于在RCS服务器发送给RCS客户端的留言信息中还包括留言时间等关联信息，因此，用户还可以在直接在客户端侧查询到留言信息的关联信息。但是有一些管理既针对RCS客户端侧，又针对服务端侧，或者说，在对客户端侧的留言信息进行管理的时候，需要RCS服务器的配合，例如，用户删除某一留言信息，则不仅要删除客户端侧的留言信息，而且要将服务端侧的留言信息也删除；同样地，当用户对其中某一条留言信息进行了分类收藏，例如，用户将某一留言信息收藏为“重要留言”，则RCS服务器需要将该留言信息与对应的类别，即“重要留言”进行关联，以便用户在日后查询“重要留言”这一类别的所有留言信息时，RCS服务器能够将属于这一类的所有留言信息都呈现给用户；除此以外，虽然用户可以直接从RCS客户端听阅到某一留言信息，但是为了让主叫用户在被叫用户除此打开留言信息进行听阅的时候，能够获知到被叫用户已经打开了留言信息，因此，在本实施例中，当被叫用户首次打开一个留言信息进行听阅时，RCS客户端可以通知RCS服务器向主叫用户发送反馈信息。

当用户对留言信息进行的管理需要RCS服务器相互配合的时候，RCS客户端将会向RCS服务器发送针对留言信息的管理指令，对应的，RCS服务器会接收来自RCS客户端的管理指令。

S408、RCS服务器对管理指令进行解析并根据解析结果对留言信息进行管理。

根据上述介绍，需要RCS服务器参与的管理分为多种，因此，当RCS服务器接收到管理指令之后，会对管理指令进行解析，以确定用户的实际指示。解析完成之后，RCS服务器将会根据解析结果对留言信息进行管理。

如果解析之后发现管理指令是针对某一留言信息的删除指令，则RCS服务器可以将存储在其存储器中或者是存储在第三方存储器中对应的留言信息删除。考虑到某些情况下被叫用户可能需要删除多条留言信息，因此，为了便于被叫用户的操作，在RCS客户端上，用户可以同时选择多条留言信息进行删除，在这种情况下，删除指令可以是针对某一批留言信息的。

如果解析出管理指令是收藏指令，那么在收藏指令中应当会包括被叫用户想要收藏的留言信息的标识，同时还包括被叫用户为需要收藏的留言信息选择的收藏类别。RCS服务器可以根据收藏类别为被叫用户想要收藏的留言信息设置收藏标签，可以理解的是收藏标签应当与收藏类别对应。本领域技术人员应当明白的是，为了对留言信息实现分类管理，RCS服务器不仅可以采用为留言信息设置收藏标签的方式也可以将留言信息进行分类存储，即不同收藏类别的留言信息分开存储。当被叫用户想要查看某一收藏类别的留言信息时，RCS服务器通过将具有对应收藏标签的留言信息或者是将相应存储位置的留言信息提取出来并呈现给被叫用户。

如果RCS服务器解析之后发现管理指令是反馈指令，则说明被叫用户已经初次打开了该留言信息，这时为了让主叫用户，即留言信息的发起者了解到被叫用户已经听阅过其发送的留言信息，RCS服务器会向主叫用户发送回执信息，该回执信息能够表征被叫用户已经听阅过对应的留言信息。如果主叫用户本身也是RCS用户，则RCS服务器在向主叫用户发送回执信息的时候，可以直接向主叫用户对应的RCS客户端发送回执信息，也可以向主叫用户的电话号码发送短信，告知主叫用户，其留言信息已经被被叫用户听阅过了。如果主叫用户本身不是RCS用户，则RCS服务器直接通过向其电话号码发送短信的方式进行回执信息的传输。

本实施例提供的留言信息管理方法，适用于RCS服务器侧，RCS服务器在从IVR服务器处接收到被叫用户的留言信息之后，可以通过RCS套件，将该留言信息推送给被叫用户对应的客户端，使得留言信息能够在被叫用户不干预的情境下到达被叫用户侧，以供被叫用户从留言信息中获取主叫用户留下的信息。由于不需要被叫用户的干预就能将留言信息推送给被叫用户，因此，相对于IVR留言信息的获取方式，被叫用户获取到留言信息的时间会普遍提前，能够在很大程度上保证留言信息的即时性。同时，留言信息的获取不需要被叫用户的参与，能够减少被叫用户的操作。另外，在被叫用户获取到留言信息之后，RCS服务器能够通过接收RCS客户端发送的管理指令对留言信息进行管理，例如向主叫用户发送回执信息，能够让主叫用户获知其留言信息是否有被听阅过，留言信息是否起到了应有的作用，故总体而言，本实施例提供的留言信息的管理方法提高了被叫用户与主叫用户的用户体验。

实施例三：

本实施例提供的留言信息管理方法主要针对RCS客户端，当主叫用户期望与该客户端对应的被叫用户进行通信但是并未成功的时候，主叫用户可能会通过IVR系统向被叫用户留言，在传统的IVR语音留言当中，被叫用户需要主动向IVR服务器获取属于自己的留言信息，但是因为留言信息是主叫用户发起的，被叫用户并不知道当前存在这样的留言信息，因此，被叫用户很可能不会主动及时向IVR服务器发送获取留言信息的请求，这就会导致因为被叫用户错失获取留言信息的时间致使留言信息失去其本来的价值。为了解决解决这个问题，本实施例提供了另外一种留言信息管理方案，该方案需要IVR服务器、RCS服务器以及被叫用户对应的RCS客户端相互配合才能实现，下面将从被叫用户对应的RCS客户端对该方案进行阐述，请参考图5：

S502、RCS客户端接收RCS服务器推送的留言信息。

根据前述介绍，毫无疑义的是，在本实施例中RCS客户端接收到的留言信息来自于IVR服务器，留言信息由IVR服务器传输至RCS服务器之后，RCS服务器根据被叫用户与RCS客户端之间的对应关系将其传输给对应的RCS客户端。由主叫用户发送给该RCS客户端对应的被叫用户。主叫用户呼叫被叫用户的时候，通常是通过被叫用户的电话号码进行的，因此这里所说的对应是指被叫用户的电话号码与RCS客户端之间的对应。与被叫用户电话号码对应的RCS客户端可以是通过该电话号码注册的，或者RCS客户端通过被叫用户的其他信息注册，但是参与注册的信息与被叫用户的电话号码之间具有直接或者间接的关联关系，这种情况下其也属于与被叫用户对应的RCS客户端。例如，被叫用户在注册RCS客户端的时候使用的是自己的身份证号，而被叫用户电话号码的实名制信息中也包括其身份证号，这就说明被叫用户的电话号码与RCS客户端是对应的。

S504、RCS客户端将留言信息呈现给被叫用户。

RCS服务器将留言信息发送给RCS客户端后，RCS客户端将会以语音信息的方式将留言信息呈现给被叫用户，这里所说的呈现并非是向被叫用户播放留言信息，而是将留言信息以图标这种可见的方式显示在显示界面上，每一个留言信息对应一个图标，当被叫用户想要听阅某一个留言信息时，直接点击对应的图标，则RCS客户端调用终端的音频输出单元播放对应的音频文件。通过这种可见的方式向被叫用户呈现留言信息后，被叫用户可以根据自己的喜好，随机地从留言信息中选择出当前需要管理的一个或多个，进行听阅、删除、收藏或者查讯等。

由于向被叫用户呈现留言信息时，需要将对应的图标显示在一个显示界面中，为了便于管理，同时也为了人际交互的友好性，在本实施例中，对RCS客户端呈现留言信息的界面进行一些限定：如果主叫用户与被叫用户同属RCS用户，则可以将主叫用户发送给被叫用户的留言信息在被叫用户与主叫用户的对话框中以对话的形式进行展示。如果主叫用户不是RCS用户，则可以通过公众号向被叫用户呈现留言信息，该公众号可以由运营商运营，也可以由RCS企业或者任意一个第三方企业来运营。当被叫用户的客户端接收到来自RCS服务器的留言信息之后，RCS客户端将留言信息呈现在该公众号的对应的显示界面中。可以理解的是，通过公众号来呈现留言信息的方式同样适用于主叫用户是RCS用户的情况。

为了让被叫用户及早获知留言信息中的内容，在本实施例中，当被叫用户对应的客户端接收到来自RCS服务器的留言信息之后，会通过振动、响铃、弹窗等方式向被叫用户进行提示，仅最大的可能让被叫用户在第一时间获知主叫用户的留言信息。

被叫用户在看到RCS客户端呈现的留言信息之后，可能会对留言信息进行一些操作或者管理，其中有些管理是可以直接由RCS客户端实现的，例如，由于留言信息对应的音频文件已经被传输至RCS客户端侧了，一通传输的可能还包括留言发起者，即主叫用户的留言时间、身份信息等。因此，当被叫用户需要听阅某一留言信息、查询某一留言信息的关联信息时，RCS客户端可以根据被叫用户的操作为其播放留言信息，或者是通过文本形式向被叫用户显示留言信息的留言时间等关联信息。而另外一些管理需要RCS服务器共同参与才能完成，例如，当被叫用户初次听阅留言信息，RCS客户端需要向主叫用户反馈用于表征留言信息已经被听阅过的回执信息。或者是被叫用户需要收藏或删除某些留言信息时，也需要RCS服务器的参与。在这种情况下，RCS客户端需要根据被叫用户的操作生成管理指令并发送给RCS服务器，指示RCS服务器执行对应的管理动作。因此，在本实施例的另一种示例中，还提供了另外一种适用于RCS客户端的留言信息管理方法，请参考图6：

S602、RCS客户端接收RCS服务器推送的留言信息。

对于RCS客户端接收RCS服务器推送的留言信息的过程，前面已经进行了比较详细的阐述，这里不再赘述。

S604、RCS客户端将留言信息呈现给被叫用户。

在本示例当，RCS客户端将会将留言信息以图标的形式呈现在显示界面上，由于一个显示界面上会同时呈现多条留言信息，用户可以随机选择一条进行操作管理，不必遵循留言信息的生成时间，也不用估计RCS服务器推送各个留言信息的时间。这一点和从传统IVR系统中获取语音留言信息由很显著的区别：在传统的IVR留言机制当中，当被叫用户呼入IVR系统之后，IVR服务器将会根据留言信息的时间顺序、主叫用户信息等向被叫用户按序播放留言信息，被叫用户自然也只能根据系统播放留言的顺序了解每一条留言信息的内容。同时，在传统IVR留言机制中，当系统向被叫用户播放完一条留言信息之后或者是之前会播放该留言信息的留言时间等关联信息，当音频播放完成之后，会提示用户选择管理步骤，例如“请通过按键选择您对留言信息的处理方式：1、删除；2、收藏”，被叫用户只能根据语音提示，按下按键，通过DTMF信号传递自己的管理指令，而且这种管理方式也只能按序、逐条进行，不能跟随用户的意愿跳跃。所以本示例提供的以图标在显示界面中呈现留言信息的方案能够在很大程度上提高用户的自主性，使被叫用户能够对留言信息进行灵活管理。

S606、RCS客户端根据被叫用户对留言信息的操作生成管理指令。

如果被叫用户选择了删除留言信息中的一个或者多个，则RCS客户端根据被叫用户的选择生成删除指令，在删除指令中应当包括能够唯一标识需要被删除留言信息的信息，例如，各个留言信息的标识号。

如果被叫用户是初次听阅某一留言信息，则RCS客户端除了利用本地的音频文件向被叫用户进行放音以外，还会向RCS服务器发送反馈指令，可选地，在反馈指令中可以包含留言信息的标识号等，以供RCS服务器在接收到反馈指令之后能够确定针对哪一个主叫用户的哪一条留言信息发送回执信息。

如果被叫用户是收藏某一留言信息，则RCS客户端会将被叫用户选择的留言信息的标识号、以及表征被叫用户确定的收藏类别的信息包含在收藏指令中发送给RCS服务器，使RCS服务器解析出收藏指令之后能够将被叫用户选择的留言信息划分到对应的收藏类别中。

S608、RCS客户端将管理指令传输给RCS服务器。

RCS客户端生成管理指令之后，将会将管理指令传输给RCS服务器。RCS服务器将会对管理指令进行解析以确定被叫用户的指令，并根据被叫用户的指示执行管理动作。

本发明实施例提供的留言信息管理方法，由RCS客户端接收RCS服务器推送的、来自IVR服务器的留言信息，然后将留言信息呈现给被叫用户，使被叫用户能够在自己不进行操作的情况下就获取到留言信息，保证了留言信息的即时性。更进一步地，当RCS客户端接收到留言信息之后，还会向被叫用户发出提示，以保证主叫用户的留言信息尽早被被叫用户了解。被叫用户还能够通过RCS客户端对留言信息进行管理，当被叫用户选择的管理是RCS客户端可以直接完成的，RCS客户端直接执行，如果需要RCS服务器配合才能完成的管理动作，可以由RCS客户端生成管理指令后发送给RCS服务器，使RCS服务器根据被叫用户的指令完成对留言信息的管理，在保证留言信息即时性的同时又提高了用户体验。

实施例四：

本实施例提供一种IVR服务器，请参考图7：

该IVR服务器70包括第一接收模块702和第一发送模块704。其中第一接收模块702用于接收主叫用户发送给被叫用户的留言信息，第一发送模块704用于将留言信息发送给RCS服务器。

当主叫用户拨打被叫用户的电话时，被叫用户可能因为某些原因无法与主叫用户之间建立正常的通信，例如被叫用户当前处于繁忙(占线)的状态、无人接听状态、关机状态、当前信号状态不佳等。此时，如果主叫用户需要给被叫用户留下讯息，则可以通过IVR向被叫用户留言。下面对第一接收模块702接收主叫用户的留言进行介绍：

当主叫用户的呼叫失败之后，其会根据提示转至IVR语音留言流程。智能网中的SSP将会触发语音留言业务。SSP是电信智能网中一个网元，用于完成业务交换功能，是智能网中的业务交换点，其受SCP控制完成接续功能。

当主叫用户的呼叫转至IVR语音留言流程后，第一接收模块702会进行IVR语音留言准备：第一接收模块702进行语音留言的业务逻辑功能处理，并获取IVR操作参数，IVR操作参数包括各个场景下需要向主叫用户放音的音频数据、各个场景下的控制参数等。

而后，第一接收模块702根据获取的IVR操作参数进行放音，通过音频数据转换形成的声音信号提示主叫用户进行操作，同时接收主叫用户终端发送的DTMF信号，根据用户当前发送的DTMF信号和业务逻辑确定下一步骤应当执行的操作。当主叫用户开始留言的时候，第一接收模块702控制对主叫用户的声音进行录音。

在现有技术中，当IVR服务器70获取到主叫用户的留言信息之后，会将留言信息基于被叫用户进行存储，即，将所有留言对象为该被叫用户的留言信息存储在一起。等到被叫用户主动拨打接入码时，IVR服务器70才会将留言信息按照时间先后顺序向被叫用户播放，使用户获取到主叫用户留给它的信息。在播放留言信息的时候，除了播放主叫用户的录音以外，还会向被叫用户语音播报关联信息，关联信息包括主叫用户的留言时间、身份信息等。

但是在本实施例中，当被叫用户是RCS用户的时候，IVR服务器70会在获取到留言信息之后，由第一发送模块704就将留言信息发送给RCS服务器。RCS通过为用户提供整套基于通讯录的呈现、即时通信、群组聊天、文件传送等在线通信应用，能够帮助运营商占据无线社区市场的主动地位，在提高用户网络使用量的同时，还提高用户粘度。和IVR相比，RCS具有较高信息整合能力和即时性，同时也具有更好的多媒体呈现能力和极佳的用户体验。

在本实施例中，主要运用到的就是RCS的即时通信功能。由于被叫用户是RCS用户，因此当第一发送模块704将留言信息传输给RCS服务器之后，RCS服务器可以将留言信息通过富通信套件推送给被叫用户对应的客户端。如果被叫用户对应的客户端在线，则该留言信息可以直接被推送给该客户端；如果被叫用户对应的客户端处于离线状态，则RCS服务器可以将针对该客户端的留言信息进行存储，同时对该客户端的状态进行监测，当监测到被叫客户端上线之后，再将留言信息推送给被叫用户。

下面对本实施例中IVR服务器的硬件结构进行简要说明：

第一接收模块702的功能可以通过服务器的处理器和通信装置共同实现，通信装置接收主叫用户的声音信号，由处理器根据IVR语音留言的业务逻辑对用户的饿留言进行控制。而第一发送模块704的功能由通信装置实现，在处理器的控制下生成了留言信息之后，通信装置直接将留言信息传输给RCS服务器。

本实施例提供的IVR服务器，和现有技术中获取到主叫用户的留言信息之后将留言信息进行存储等待被叫用户主动获取的做法不同，本实施例中，当被叫用户属于RCS用户时，IVR服务器会直接将获取到的针对该被叫用户的留言信息发送给RCS服务器，由RCS服务器利用RCS套件即时通讯的特点将留言信息推送给被叫用户对应的RCS客户端，使得留言信息能够即时达到被叫用户侧，不必等待被叫用户的获取指令，这一方面能够提高留言信息的实时性，另一方面由于不需要被叫用户进行操作就能够将留言信息推送留言对象，能够减少用户操作，改善用户体验。

实施例五：

本实施例提供一种RCS服务器，请参考图8：RCS服务器80包括第二接收模块802、第二推送模块804。其中，第二接收模块802用于接收IVR服务器发送的留言信息，第二推送模块804用于将留言信息推送给被叫用户对应的RCS客户端。

根据前面的介绍，第二接收模块802接收到的留言信息来自于IVR服务器，当主叫用户呼叫被叫用户未成功时，主叫用户发起的呼叫转至IVR语音留言流程，IVR服务器通过录音获取到留言信息。IVR服务器将留言信息发送给第二接收模块802是期望由第二推送模块804将留言信息利用富通信套件传输给被叫用户，因此，被叫用户必须满足一个条件才能支持这种留言信息的传输流程，即被叫用户必须是RCS用户。

在本实施例中主叫用户呼叫被叫用户的时候，通常是通过电话号码进行呼叫的，因此，如果被叫用户通过其电话号码注册了RCS账号或者是将自己的电话号码与RCS账号进行了绑定，那么被叫用户就属于RCS用户。

可以理解的是，在RCS服务器80中应当存储了各个被叫用户与各个RCS客户端之间的对应关系，当RCS接收到需要传输给被叫用户的留言信息之后，能够根据对应关系确定出应当将留言信息传输给哪一个RCS客户端。

在电话号码实名制后，被叫用户在注册电话号码的时候，应该留下了自己的姓名、身份证号、电子邮箱等具有唯一标识性质的信息。另一方面，RCS客户端的注册除了可以使用被叫用户的电话号码以外，也可以使用被叫用户的姓名、身份证号、电子邮箱等信息中的一个或多个进行。因此在本实施例中，除了直接通过电话号码关联被叫用户与RCS客户端以外，还可以通过姓名、身份证号、电子邮箱等来关联被叫用户与RCS客户端。虽然主叫用户呼叫被叫用户的时候使用的是被叫用户的电话号码，但是其本质还是希望与被叫用户进行通信，因此留言信息应当是针对被叫用户这一个人的，而非针对被叫用户的恩电话号码。故，IVR服务器在将留言信息传输给第二接收模块802的时候，可以将能够唯一标识被叫用户的信息一起传输给第二接收模块802，传输的标识信息可以是姓名、身份证号、电话号码、电子邮箱等信息中的一个或多个组合。

第二接收模块802接收到留言信息之后，第二推送模块804根据与留言信息一起传输的标识信息匹配到对应的RCS客户端，匹配出的RCS客户端就是与被叫用户对应的RCS客户端。

第二推送模块804将留言信息图送给被叫用户时，可能需要区分被叫用户对应RCS客户端的状态：如果当前被叫用户对应的RCS客户端处于在线状态，则第二推送模块804可以直接将留言信息推送给对应客户端；如果当前被叫用户对应的RCS客户端不在线，而是处于离线状态，则第二推送模块804可以先将留言信息进行存储，同时对该RCS客户端的状态进行监测，当监测待该RCS客户端上线之后，再将留言信息传输过去。

通常，在两个RCS客户端进行通信的时候，信息发送端会将信息先传输给服务器，由服务器将信息传输给信息接收端。为了保证通信的可靠性，RCS服务器80并不会在将通信信息传输给接收端之后就立即删除该通信信息。同样地，在本实施例中，第二推送模块804将留言信息传输给被叫用户对应的RCS客户端之后，也并不会立即删除对应的留言信息，还是会将留言信息存储起来等待后续管理，因此本实施例中，RCS服务器80不仅会存储RCS客户端离线的被叫用户的留言信息，而且会将RCS客户端在线的用户留言信息也进行存储。

在本实施例中存储留言信息时，可以将留言信息存储在RCS服务器80的存储器中，也可以借助第三方的存储介质来进行存储。

目前IVR系统提供的留言信息基本都是语音留言，因此，下面以语音留言为例进行说明，但是本领域技术人员应当明白的是，由于RCS富通信套件中，通信双方可以向通信对端发送各种各样的信息，如视频信息、音频信息、文字信息、文件等，因此，如果IVR系统能够支持这些形式留言，本实施例中的留言信息也可以是视频留言、文字留言等。

在第二推送模块804将语音留言信息推送到被叫用户对应的RCS客户端上之后，留言信息可能会以语音信息的形式呈现给被叫用户。被叫用户可以对留言信息进行操作，例如打开留言信息并完成对留言信息的听阅，以从留言信息中获取到主叫用户留下的信息；或者，被叫用户在听阅获知了留言信息的内容之后，还可以将该留言信息进行收藏、删除等。而这其中有些操作需要RCS服务器80共同参与才能完成，因此，在本实施例的另外一种示例中，还提供了另外一种RCS服务器80，请参考图9：

RCS服务器80包括第二接收模块802、第二推送模块804外，还包括第二处理模块806：

其中，第二接收模块802除了用于接收IVR服务器发送的留言信息以外，还用于接收RCS客户端发送的针对留言信息的管理指令，而第二处理模块806则用于对RCS客户端发送的管理指令进行解析并根据解析结果完成对应的管理。

RCS客户端放的针对留言信息的管理指令是根据被叫用户的操作生成的。本领域技术人员可以理解的是，RCS客户端通常运行在终端上，如智能手机、PAD、PDA等移动终端上，也可以是运行在台式电脑、笔记本电脑等固定终端上。以RCS客户端运行在被叫用户的智能手机上为例。

被叫用户可以在智能手机上通过触控、音频控制、按键控制等方式实现对智能手机上各个应用的操控，这其中当然也包括对RCS客户端的控制。用户可以对留言信息进行管理，有一些管理仅针对客户端侧的留言信息，例如听阅留言信息等，另外，由于在第二推送模块804发送给RCS客户端的留言信息中还包括留言时间等关联信息，因此，用户还可以在直接在客户端侧查询到留言信息的关联信息。但是有一些管理既针对RCS客户端侧，又针对服务端侧，或者说，在对客户端侧的留言信息进行管理的时候，需要RCS服务器80的配合，例如，用户删除某一留言信息，则不仅要删除客户端侧的留言信息，而且要将服务端侧的留言信息也删除；同样地，当用户对其中某一条留言信息进行了分类收藏，例如，用户将某一留言信息收藏为“重要留言”，则第二处理模块806需要将该留言信息与对应的类别，即“重要留言”进行关联，以便用户在日后查询“重要留言”这一类别的所有留言信息时，RCS服务器80能够将属于这一类的所有留言信息都呈现给用户；除此以外，虽然用户可以直接从RCS客户端听阅到某一留言信息，但是为了让主叫用户在被叫用户除此打开留言信息进行听阅的时候，能够获知到被叫用户已经打开了留言信息，因此，在本实施例中，当被叫用户首次打开一个留言信息进行听阅时，RCS客户端发送反馈指令给第二处理模块806，当第二处理模块806对管理指令进行解析后会控制第二推送模块804向主叫用户发送回执信息。

根据上述介绍，需要RCS服务器80参与的管理分为多种，因此，当第二接收模块802接收到管理指令之后，会对管理指令进行解析，以确定用户的实际指示。解析完成之后，第二处理模块806将会根据解析结果对留言信息进行管理。

如果解析之后发现管理指令是针对某一留言信息的删除指令，则第二处理模块806可以将存储在其存储器中或者是存储在第三方存储器中对应的留言信息删除。考虑到某些情况下被叫用户可能需要删除多条留言信息，因此，为了便于被叫用户的操作，在RCS客户端上，用户可以同时选择多条留言信息进行删除，在这种情况下，删除指令可以是针对某一批留言信息的。

如果解析出管理指令是收藏指令，那么在收藏指令中应当会包括被叫用户想要收藏的留言信息的标识，同时还包括被叫用户为需要收藏的留言信息选择的收藏类别。第二处理模块806可以根据收藏类别为被叫用户想要收藏的留言信息设置收藏标签，可以理解的是收藏标签应当与收藏类别对应。本领域技术人员应当明白的是，为了对留言信息实现分类管理，第二处理模块806不仅可以采用为留言信息设置收藏标签的方式也可以将留言信息进行分类存储，即不同收藏类别的留言信息分开存储。当被叫用户想要查看某一收藏类别的留言信息时，第二处理模块806通过将具有对应收藏标签的留言信息或者是将相应存储位置的留言信息提取出来并呈现给被叫用户。

如果第二处理模块806解析之后发现管理指令是反馈指令，则说明被叫用户已经初次打开了该留言信息，这时为了让主叫用户，即留言信息的发起者了解到被叫用户已经听阅过其发送的留言信息，第二处理模块806会控制第二推送模块804向主叫用户发送回执信息，该回执信息能够表征被叫用户已经听阅过对应的留言信息。如果主叫用户本身也是RCS用户，则第二推送模块804在向主叫用户发送回执信息的时候，可以直接向主叫用户对应的RCS客户端发送回执信息，也可以向主叫用户的电话号码发送短信，告知主叫用户，其留言信息已经被被叫用户听阅过了。如果主叫用户本身不是RCS用户，则第二推送模块804直接通过向其电话号码发送短信的方式进行回执信息的传输。

下面对本实施例中RCS服务器的硬件结构进行简要说明：

RCS服务器中第二接收模块802直接由服务器中的通信装置实现，而第二推送模块804的功能则需要通信装置和处理器共同实现。另外，第二解析模块806的功能由处理器实现。通信装置从IVR服务器处接收留言信息，然后由处理器确定该将留言信息推送到哪一个RCS客户端，确定后通信装置再将留言信息传输给对应RCS客户端。同时，处理器还会控制将留言信息进行存储，可以存储到本服务器的存储器中，也可以存储的到其他存储器中。当通信装置接收到来自RCS客户端的管理指令之后，将其通过输入输出总线传输给处理器，由处理器进行解析，然后控制完成相应的管理动作。

本实施例提供的RCS服务器，在从IVR服务器处接收到被叫用户的留言信息之后，可以通过RCS套件，将该留言信息推送给被叫用户对应的客户端，使得留言信息能够在被叫用户不干预的情境下到达被叫用户侧，以供被叫用户从留言信息中获取主叫用户留下的信息。由于不需要被叫用户的干预就能将留言信息推送给被叫用户，因此，相对于IVR留言信息的获取方式，被叫用户获取到留言信息的时间会普遍提前，能够在很大程度上保证留言信息的即时性。同时，留言信息的获取不需要被叫用户的参与，能够减少被叫用户的操作。另外，在被叫用户获取到留言信息之后，RCS服务器能够通过接收RCS客户端发送的管理指令对留言信息进行管理，例如向主叫用户发送回执信息，能够让主叫用户获知其留言信息是否有被听阅过，留言信息是否起到了应有的作用，故总体而言，本实施例提供的留言信息的管理方法提高了被叫用户与主叫用户的用户体验。

实施例六：

本实施例提供一种RCS客户端，如图10所示，RCS客户端90包括：第三接收模块902和第三呈现模块904。当主叫用户期望与该客户端对应的被叫用户进行通信但是并未成功的时候，主叫用户可能会通过IVR系统向被叫用户留言，在传统的IVR语音留言当中，被叫用户需要主动向IVR服务器获取属于自己的留言信息，但是因为留言信息是主叫用户发起的，被叫用户并不知道当前存在这样的留言信息，因此，被叫用户很可能不会主动及时向IVR服务器发送获取留言信息的请求，这就会导致因为被叫用户错失获取留言信息的时间致使留言信息失去其本来的价值。为了解决解决这个问题，本实施例提供了另外一种留言信息管理方案，该方案需要IVR服务器、RCS服务器以及被叫用户对应的RCS客户端90相互配合才能实现，下面将从被叫用户对应的RCS客户端90对该方案进行阐述：

第三接收模块902用于接收RCS服务器推送的留言信息。根据前述介绍，毫无疑义的是，在本实施例中第三接收模块902接收到的留言信息来自于IVR服务器，留言信息由IVR服务器传输至RCS服务器之后，RCS服务器根据被叫用户与RCS客户端90之间的对应关系将其传输给对应的RCS客户端90。由主叫用户发送给该RCS客户端90对应的被叫用户。主叫用户呼叫被叫用户的时候，通常是通过被叫用户的电话号码进行的，因此这里所说的对应是指被叫用户的电话号码与RCS客户端90之间的对应。与被叫用户电话号码对应的RCS客户端90可以是通过该电话号码注册的，或者RCS客户端90通过被叫用户的其他信息注册，但是参与注册的信息与被叫用户的电话号码之间具有直接或者间接的关联关系，这种情况下其也属于与被叫用户对应的RCS客户端90。例如，被叫用户在注册RCS客户端90的时候使用的是自己的身份证号，而被叫用户电话号码的实名制信息中也包括其身份证号，这就说明被叫用户的电话号码与RCS客户端90是对应的。

第三呈现模块904用于将留言信息呈现给被叫用户。

RCS服务器将留言信息发送给第三接收模块902后，第三呈现模块904将会以语音信息的方式将留言信息呈现给被叫用户，这里所说的呈现并非是向被叫用户播放留言信息，而是将留言信息以图标这种可见的方式显示在显示界面上，每一个留言信息对应一个图标，当被叫用户想要听阅某一个留言信息时，直接点击对应的图标，则RCS客户端90调用终端的音频输出单元播放对应的音频文件。通过这种可见的方式向被叫用户呈现留言信息后，被叫用户可以根据自己的喜好，随机地从留言信息中选择出当前需要管理的一个或多个，进行听阅、删除、收藏或者查讯等。

由于向被叫用户呈现留言信息时，需要将对应的图标显示在一个显示界面中，为了便于管理，同时也为了人际交互的友好性，在本实施例中，对第三呈现模块904呈现留言信息的界面进行一些限定：如果主叫用户与被叫用户同属RCS用户，则可以将主叫用户发送给被叫用户的留言信息在被叫用户与主叫用户的对话框中以对话的形式进行展示。如果主叫用户不是RCS用户，则可以通过公众号向被叫用户呈现留言信息，该公众号可以由运营商运营，也可以由RCS企业或者任意一个第三方企业来运营。当被叫用户的客户端接收到来自RCS服务器的留言信息之后，第三呈现模块904将留言信息呈现在该公众号的对应的显示界面中。可以理解的是，通过公众号来呈现留言信息的方式同样适用于主叫用户是RCS用户的情况。

为了让被叫用户及早获知留言信息中的内容，在本实施例中，当被叫用户对应的客户端接收到来自RCS服务器的留言信息之后，会通过振动、响铃、弹窗等方式向被叫用户进行提示，仅最大的可能让被叫用户在第一时间获知主叫用户的留言信息。

被叫用户在看到第三呈现模块904呈现的留言信息之后，可能会对留言信息进行一些操作或者管理，其中有些管理是可以直接由RCS客户端90实现的，例如，由于留言信息对应的音频文件已经被传输至RCS客户端侧了，一通传输的可能还包括留言发起者，即主叫用户的留言时间、身份信息等。因此，当被叫用户需要听阅某一留言信息、查询某一留言信息的关联信息时，RCS客户端90可以根据被叫用户的操作为其播放留言信息，或者是通过文本形式向被叫用户显示留言信息的留言时间等关联信息。而另外一些管理需要RCS服务器共同参与才能完成，例如，当被叫用户初次听阅留言信息，RCS客户端90需要向主叫用户反馈用于表征留言信息已经被听阅过的回执信息。或者是被叫用户需要收藏或删除某些留言信息时，也需要RCS服务器的参与。在这种情况下，RCS客户端90需要根据被叫用户的操作生成管理指令并发送给RCS服务器，指示RCS服务器执行对应的管理动作。因此，在本实施例的另一种示例中，还提供了另外一种RCS客户端，如图11：

RCS客户端90包括第三接收模块902、第三呈现模块904、第三生成模块906和第三发送模块908。其中第三生成模块906用于根据被叫用户对留言信息的操作生成管理指令，而第三发送模块908用于将管理指令传输给RCS服务器。

如果被叫用户选择了删除留言信息中的一个或者多个，则第三生成模块906根据被叫用户的选择生成删除指令，在删除指令中应当包括能够唯一标识需要被删除留言信息的信息，例如，各个留言信息的标识号。

如果被叫用户是初次听阅某一留言信息，则RCS客户端除了利用本地的音频文件向被叫用户进行放音以外，还会由第三生成模块906生成反馈指令，通过第三发送模块908向RCS服务器发送，可选地，在反馈指令中可以包含留言信息的标识号等，以供RCS服务器在接收到反馈指令之后能够确定针对哪一个主叫用户的哪一条留言信息发送回执信息。

如果被叫用户是收藏某一留言信息，则第三生成模块906会将被叫用户选择的留言信息的标识号、以及表征被叫用户确定的收藏类别的信息包含在收藏指令中，由第三发送模块908发送给RCS服务器，使RCS服务器解析出收藏指令之后能够将被叫用户选择的留言信息划分到对应的收藏类别中。

在本示例当，第三呈现模块904将会将留言信息以图标的形式呈现在显示界面上，由于一个显示界面上会同时呈现多条留言信息，用户可以随机选择一条进行操作管理，不必遵循留言信息的生成时间，也不用估计RCS服务器推送各个留言信息的时间。这一点和从传统IVR系统中获取语音留言信息由很显著的区别：在传统的IVR留言机制当中，当被叫用户呼入IVR系统之后，IVR服务器将会根据留言信息的时间顺序、主叫用户信息等向被叫用户按序播放留言信息，被叫用户自然也只能根据系统播放留言的顺序了解每一条留言信息的内容。同时，在传统IVR留言机制中，当系统向被叫用户播放完一条留言信息之后或者是之前会播放该留言信息的留言时间等关联信息，当音频播放完成之后，会提示用户选择管理步骤，例如“请通过按键选择您对留言信息的处理方式：1、删除；2、收藏”，被叫用户只能根据语音提示，按下按键，通过DTMF信号传递自己的管理指令，而且这种管理方式也只能按序、逐条进行，不能跟随用户的意愿跳跃。所以本示例提供的以图标在显示界面中呈现留言信息的方案能够在很大程度上提高用户的自主性，使被叫用户能够对留言信息进行灵活管理。

本实施例提供的RCS客户端可以运行在终端上，下面以智能终端为例对运行RCS客户端的硬件结构进行说明：

第三接收模块902和第三发送模块908可以通过通信单元来实现，而第三呈现模块904的功能则通过控制器和显示单元来实现，第三生成模块906的功能通过感测单元和控制器实现。通信单元接收RCS服务器推送的留言信息，然后由控制器控制显示单元对留言信息进行呈现，感测单元获取用户的触控操作，然后将获取的信息传输给控制器，由控制器根据用户的操作生成管理指令逼格传输给通信单元，由通信单元将管理指令发送给RCS服务器。

本发明实施例提供的RCS客户端，能够接收RCS服务器推送的、来自IVR服务器的留言信息，然后将留言信息呈现给被叫用户，使被叫用户能够在自己不进行操作的情况下就获取到留言信息，保证了留言信息的即时性。更进一步地，当RCS客户端接收到留言信息之后，还会向被叫用户发出提示，以保证主叫用户的留言信息尽早被被叫用户了解。被叫用户还能够通过RCS客户端对留言信息进行管理，当被叫用户选择的管理是RCS客户端可以直接完成的，RCS客户端直接执行，如果需要RCS服务器配合才能完成的管理动作，可以由RCS客户端生成管理指令后发送给RCS服务器，使RCS服务器根据被叫用户的指令完成对留言信息的管理，在保证留言信息即时性的同时又提高了用户体验。

实施例七：

本实施例提供一种留言信息管理系统，请参考图12,：

该留言信息管理系统12包括实施例四提供的IVR服务器70、实施例五提供的RCS服务器80和实施例六提供RCS客户端90。对于IVR服务器70、RCS服务器80和RCS客户端90，前面已经进行过比较详细的介绍，这里不再赘述，下面仅对这三者以及主叫用户之间的交互过程进行简单介绍，图13是本实施例提供的一种留言信息管理系统12交互图：

S131、主叫用户呼叫失败之后转入IVR语音留言流程。

当主叫用户呼叫被叫用户，而被叫用户当前处于繁忙(占线)的状态、无人接听状态、关机状态、当前信号状态不佳等时，都可以通过语音提示主叫用户，在经过主叫用户的确认之后将主叫用户的呼叫转到IVR语音留言流程。

S132、IVR服务器生成留言信息。

IVR服务器获取IVR语音留言流程各个场景下的控制参数和放音数据，通过语音提示主叫用户进行留言，同时对主叫用户的声音进行录音，形成留言信息。

S133、IVR服务器将留言信息发送给RCS服务器。

IVR获取到留言信息之后，只要确定被叫用户属于RCS用户，即可通过压缩、加密等处理后将留言信息传输给RCS服务器。

S134、RCS服务器将留言信息推送到RCS客户端。

RCS服务器接收到IVR服务器的留言信息时，如果被叫用户对应的RCS客户端当前在线，则可以直接将留言信息推送给该客户端，如果被叫用户对应的RCS客户端当前不在线，则对该客户端的状态进行监测，当发现其上线后再进行推送。在RCS客户端接收到留言信息后，还会将留言信息进行存储。

S135、RCS客户端对留言信息进行呈现。

RCS客户端接收到RCS服务器推送的留言信息后会对留言信息进行呈现，每一个留言信息对应一个语音图标，当被叫用户选择对应图标的时候，则可以实现对该留言信息的管理，例如听阅、查询等。在呈现留言西悉尼的同时还会将通过振动、响铃、弹窗等方式提示被叫用户。

本领域技术人员可以明白的是，本实施例提供的留言信息管理系统12当中，IVR服务器70和RCS服务器80可以部署在一台服务器上，也可以分开部署。RCS客户端90可以运行在智能手机、PAD、PDA等移动终端上，也就可以运行在台式电脑、笔记本电脑等固定终端上。

本实施例提供的留言信息管理系统，当被叫用户是RCS用户时，IVR服务器接收主叫用户发送给被叫用户的留言信息，然后将留言信息发送给RCS服务器，由RCS服务器将该留言信息传输给被叫用户对应的RCS客户端，让被叫用户对应的RCS客户端将该留言信息呈现给被叫用户以供被叫用户听阅。由于RCS服务器在获取到需要推送给客户端的消息时，是直接主动推送给对方，不用等待RCS客户端发送获取请求，因此在本实施例中，主叫用户发送给被叫用户的留言信息达到被叫用户侧的时间不受被叫用户的主观影响，能够有效保证信息的即时性。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (14)

1.一种留言信息管理方法，包括：

交互式语音应答服务器接收主叫用户发送给被叫用户的留言信息，所述被叫用户为富通信用户；

所述交互式语音应答服务器将所述留言信息发送给富通信服务器，以供富通信服务器将所述留言信息推送给被叫用户对应的富通信客户端。

2.一种留言信息管理方法，包括：

富通信服务器接收交互式语音应答服务器发送的留言信息，所述留言信息的被叫用户为富通信用户；

所述富通信服务器将所述留言信息推送给所述被叫用户对应的富通信客户端。

3.如权利要求2所述的留言信息管理方法，其特征在于，将所述留言信息推送给所述被叫用户对应的富通信客户端包括：

若所述富通信客户端处于在线状态，则所述富通信服务器直接将所述留言信息主动发送给所述富通信客户端；

若所述富通信客户端处于离线状态，则当所述富通信服务器监测到离线的富通信客户端上线后，提取所述留言信息，并主动发送给所述富通信客户端。

4.如权利要求2或3所述的留言信息管理方法，其特征在于，将所述留言信息推送给所述被叫用户对应的富通信客户端之后还包括：

所述富通信服务器接收所述富通信客户端发送的针对所述留言信息的管理指令；

所述富通信服务器对所述管理指令进行解析并根据解析结果对所述留言信息进行管理。

5.如权利要求4所述的留言信息管理方法，其特征在于，对所述管理指令进行解析并根据解析结果对所述留言信息进行管理包括：

当解析出所述管理指令为删除指令时，所述富通信服务器将服务侧存储的所述留言信息删除；

当解析出所述管理指令为反馈指令时，所述富通信服务器向所述留言信息的主叫用户发送回执信息，所述回执信息用于表征所述被叫用户听阅过所述留言信息。

6.如权利要求5所述的留言信息管理方法，其特征在于，向所述留言信息的主叫用户发送回执信息包括：

若所述富通信服务器确定所述主叫用户为富通信用户，则将所述回执信息发送给所述主叫用户对应的富通信客户端；

若所述富通信服务器确定所述主叫用户不是富通信用户，则通过短信将所述绘制信息发送给所述主叫用户。

7.一种留言信息管理方法，包括：

富通信客户端接收富通信服务器推送的留言信息，所述留言信息由互动式语音应答服务器从主叫用户处获取后发送给所述富通信服务器；

富通信客户端将所述留言信息呈现给被叫用户。

8.如权利要求7所述的留言信息管理方法，其特征在于，所述留言信息中包括所述留言信息的关联信息，所述关联信息至少包括主叫用户发起留言的时间；

将所述留言信息呈现给被叫用户之后还包括：

接收所述被叫用户对所述留言信息的查询，并通过文本形式向所述被叫用户显示所述关联信息。

9.如权利要求7或8所述的留言信息管理方法，其特征在于，将所述留言信息呈现给被叫用户之后还包括：

根据所述被叫用户对所述留言信息的操作生成管理指令；

将所述管理指令传输给所述富通信服务器，以供所述富通信服务器根据所述管理指令对所述留言信息进行管理。

10.如权利要求9所述的留言信息管理方法，其特征在于，根据所述被叫用户对所述留言信息的操作生成管理指令包括：

当被叫用户对所述留言信息的操作为听阅时，生成反馈指令指示所述富通信服务器向所述留言信息的主叫用户发送回执信息，所述回执信息用于表征所述被叫用户已经听阅过所述留言信息；

当被叫用户对所述留言信息的操作为删除时，生成删除指令指示所述富通信服务器将其存储的所述留言信息删除。

11.一种交互式语音应答服务器，其特征在于，包括：

第一接收模块，用于接收主叫用户发送给被叫用户的留言信息，所述被叫用户为富通信用户；

第一发送模块，用于将所述留言信息发送给富通信服务器，以供富通信服务器将所述留言信息推送给被叫用户对应的富通信客户端。

12.一种富通信服务器，其特征在于，包括：

第二接收模块，用于接收交互式语音应答服务器发送的留言信息，所述留言信息的被叫用户为富通信用户；

第二推送模块，用于将所述留言信息推送给所述被叫用户对应的富通信客户端。

13.一种富通信客户端，其特征在于，包括：

第三接收模块，用于接收富通信服务器推送的留言信息，所述留言信息由互动式语音应答服务器从主叫用户处获取后发送给所述富通信服务器；

第三呈现模块，用于将所述留言信息呈现给被叫用户。

14.一种留言信息管理系统，其特征在于，包括如权利要求11所述交互式语音应答服务器、如权利要求12所述的富通信服务器和至少一个如权利要求13所述的富通信客户端。