来电语音呼叫方法和终端与流程

本申请实施例涉及通信技术领域，尤其涉及一种来语音呼叫方法和终端。

背景技术：

在全球移动通信系统协会(gsma)的融合通信(richcommunicationsuites，rcs)增强通话(enrichedcalling)产品定义规范中，针对能够给被呼叫方提供本次通话意图，提出了通话意图设置(callcomposer)界面(或称拨号界面)，以作为解决方案，在callcomposer界面下，呼叫方用户拨打终端(如手机)前可以编译此次通话的重要程度、文本内容、图片信息、位置信息中至少一种元素，被叫方用户在终端(如手机)来电时可以在来电界面显示呼叫方用户设置的相应元素。图1a提供的一种呼叫方对手机界面的设置过程示意图，该手机界面可以包括被呼叫人的姓名“a”，以及用户设置的重要程度“重要”、文本内容“周末出游事宜”、图片信息“无”(未添加图片)、位置信息由地图定位获取。如图1b为提供的一种被叫方手机来电时手机界面示意图，该手机界面可以包括呼叫人的姓名“b”，以及“重要”、“周末出游事宜”、呼叫人b的位置信息，被呼叫人可以根据上述显示的信息选择接听该通话或者挂断该通话。

然而，上述实现方案中用户的通话意图需要通过文字方式传递，由于文字表达的内容有限，导致内容表达不全面。其次，来电时若手机不在用户身边，用户只听到铃声没有看到来电界面，则不能及时获取通话意图信息，给用户带来不便。

技术实现要素：

针对现有技术中通过文字方式传递通话意图导致的通话效率低的技术问题，本发明实施例提供了一种来电语音呼叫方法和终端，第一终端(呼叫用户)通过语音将通话意图信息播放给第二终端(被呼叫用户)，使第二终端(被呼叫用户)及时获取通话意图信息，提高了用户体验。

第一方面，提供了一种来电语音呼叫方法，该方法可以包括：第一终端向服务器发送多媒体文件(如语音文件)。第一终端接收服务器发送的的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置。第一终端向第二终端发送多媒体标识。第一终端向第二终端发送呼叫请求，以使得第二终端根据呼叫请求，在来电界面播放多媒体文件。该方法通过语音将通话意图信息播放给第二终端，使第二终端的用户及时获取通话意图信息，提高了用户体验。

在一个可选的实现中，第一终端向服务器发送多媒体文件之前，该方法还包括：第一终端至少设置有一个联系人分类列表。第一终端向第二终端发送多媒体标识，包括：第一终端向同一类联系人发送相同的多媒体标识，以便节省用户设置通话意图的时间。

在一个可选的实现中，在预设时间段内，第一终端向服务器发送了至少两个多媒体文件，第一终端接收了至少两个多媒体文件标识，第一终端向第二终端发送多媒体标识，包括：在预设时间段内，第一终端向第二终端发送相同的多媒体标识。

在一个可选的实现中，第一终端向第二终端发送多媒体标识，包括：第一终端向第二终端发送第一终端指定的多媒体标识；或者，第一终端向第二终端发送第一终端最后时间点获取的多媒体标识。

在一个可选的实现中，多媒体文件为用户录制的多媒体文件；或者，多媒体文件为用户从服务器下载的多媒体文件，以为用户获取多媒体文件提供多种方式。

在一个可选的实现中，多媒体文件包括第一终端的用户特征信息；第一终端向服务器发送多媒体文件，包括：第一终端向服务器发送携带用户特征信息的多媒体文件。

在一个可选的实现中，多媒体文件为第一终端的用户根据预设的多媒体模板设置的多媒体文件，以为用户提供多种多媒体文件形式。

在一个可选的实现中第一终端向服务器发送多媒体文件，包括：第一终端在拨号界面下发送多媒体文件。

第二方面，提供了一种来电语音呼叫方法，该方法可以包括：第一终端接收第二终端的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置。第一终端向服务器发送多媒体标识。第一终端接收服务器发送的多媒体文件。第一终端接收第二终端发送的呼叫请求，呼叫请求包括第二终端的呼叫号码。第一终端播放多媒体文件。

在一个可选的实现中，第一终端播放多媒体文件第一终端播放多媒体文件，包括：若第一终端确定第二终端的呼叫号码为预设的联系号码第一终端播放多媒体文件；或者，若第一终端确定第二终端的用户为预先设置的用户，第一终端播放多媒体文件。

在一个可选的实现中，第一终端播放多媒体文件，包括：若多媒体文件为录音文件，第一终端将录音文件作为来电铃声进行播放；或者，若多媒体文件为录音文件，第一终端将录音文件作为来电铃声进行播放，并在来电界面显示预设图像；或者，若多媒体文件为视频文件，第一终端播放视频文件；或者，若多媒体文件为视频文件，第一终端显示视频文件的图像，并将视频文件的语音作为来电铃声进行播放。

在一个可选的实现中，第一终端接收第二终端发送的多媒体标识，包括：当多媒体标识的数量为多个时，第一终端接收第二终端指定的多媒体标识；或者，第一终端接收第二终端最后时间的多媒体标识。

在一个可选的实现中，第一终端播放多媒体文件，包括：第一终端将多媒体文件下载到本地后播放；或者，第一终端在下载多媒体文件过程中播放。

第三方面，提供了一种终端，该终端具有实现上述第一方面方法实际中第一终端行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，提供了一种终端，该终端具有实现上述第二方面方法实际中第一终端行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，提供了一种终端，该终端可以包括发送器和接收器。发送器用于向服务器发送多媒体文件。接收器，用于接收服务器发送的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置。发送器还用于向第二终端发送多媒体标识。发送器还用于当第二终端为被呼叫终端，第一终端为呼叫终端时，向第二终端发送呼叫请求，以使得第二终端播放多媒体文件。

在一个可选的实现中，该终端还包括：处理器，处理器，用于至少设置有一个联系人分类列表；发送器，还用于向同一类联系人发送相同的多媒体标识。

在一个可选的实现中，发送器，还用于在预设时间段内，向第二终端发送相同的多媒体标识。

在一个可选的实现中，在预设时间段内，所述发送器向服务器发送了至少两个多媒体文件，接收器接收了至少两个多媒体文件标识；发送器，还用于向第二终端发送第一终端指定的多媒体标识；或者，向第二终端发送终端最后时间点的多媒体标识。

在一个可选的实现中，多媒体文件为用户录制的多媒体文件；或者，多媒体文件为用户从服务器下载的多媒体文件。

在一个可选的实现中，多媒体文件包括终端的用户特征信息；发送器，具体用于向服务器发送携带用户特征信息的多媒体文件。

在一个可选的实现中，多媒体文件为终端的用户根据预设的多媒体模板设置的多媒体文件。

在一个可选的实现中，发送器，具体用于在拨号界面下发送多媒体文件。

第六方面，提供了一种终端，该终端可以包括：接收器、发送器和播放器。接收器，用于接收第二终端发送的多媒体标识，多媒体标识用于表征多媒体标识对应的多媒体文件在服务器的位置。发送器用于向服务器发送多媒体标识。接收器还用于接收服务器发送的多媒体文件。接收器还用于接收第二终端发送的呼叫请求。播放器播放多媒体文件。

在一个可选的实现中，该终端还包括：处理器。若处理器确定第二终端的呼叫号码为预设的联系号码，播放器播放多媒体文件；或者，若处理器确定第二终端的用户为预先设置的用户，播放器播放多媒体文件。

在一个可选的实现中，播放器，用于若多媒体文件为语音文件，将语音文件作为来电铃声进行播放；或者，若多媒体文件为语音文件，将语音文件作为来电铃声进行播放，并在来电界面显示预设图像；或者，若多媒体文件为视频文件，播放视频文件；或者，

若多媒体文件为视频文件，显示视频文件的图像，并将视频文件的语音作为来电铃声进行播放。

在一个可选的实现中，述接收器，用于当多媒体标识的数量为多个时，接收第二终端指定的多媒体标识；或者，接收第二终端最后时间点的多媒体标识。

在一个可选的实现中，播放器，还用于将多媒体文件下载到本地后播放；或者，在下载多媒体文件过程中播放。

第四方面，提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面和第二方面所述的方法。

第五方面，提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述第一方面和第二方面所述的方法。

附图说明

图1a为提供的一种呼叫方手机界面的设置过程示意图；

图1b为提供的一种被叫方手机来电时手机界面示意图；

图2为本发明实施例提供的系统架构示意图；

图3为本发明实施例提供的一种呼叫方手机界面的设置过程示意图；

图4为本发明实施例提供的一种来电语音呼叫方法的流程示意图；

图5a为本发明实施例提供的一种终端的结构示意图；

图5b为本发明实施例提供的另一种终端的结构示意图；

图6为本发明实施例提供的一种终端的结构示意图；

图7为本发明实施例提供的另一种终端的结构示意图；

图8为本发明实施例提供的再一种终端的结构示意图；

图9为本发明实施例提供的再一种终端的结构示意图。

具体实施方式

本申请提供的来电语音呼叫方法可以应用在图2所示的系统架构中，如图2所示，该系统可以包括：第一终端、第二终端和服务器。该服务器可以是超文本传输协议(hypertexttransferprotocol，http)服务器(web服务器)，第一终端和第二终端可以是用于终端间通话的各种形式的用户设备(userequipment,ue)，如手机，并且第一终端和第二终端都配置有gsma的rcsenrichedcalling产品定义规范中的callcomposer界面。callcomposer界面用于呼叫用户编辑通话意图信息，以使被呼叫用户根据呼叫用户的通话意图信息，接听或拒绝呼叫用户的通话，callcomposer界面可以通过设置属性信息，该属性信息可以包括语音信息、通话的重要程度、文本内容、图片信息、位置信息、视频信息等等，以提供通话前被呼叫用户的终端界面的管理，如图3所示的callcomposer界面的示意图，该callcomposer界面可以包括被呼叫人的姓名、本次通话的重要程度“重要”、文本内容(未添加)、图片信息(未添加)、位置信息由地图定位获取、语音文件“语音1”和视频文件(未添加)。

可以理解的是，在编辑通话意图信息时，呼叫用户可以仅添加语音文件，不编辑其他信息。

进一步的，第一终端支持http协议、消息会话中继(messagesessionrelayprotocol，msrp)协议和会话初始(sessioninitiationprotocol，sip)协议，第二终端也支持http协议、msrp协议和sip协议。其中，sip协议用于在第一终端与第二终端间完成sip会话建立；msrp协议用于在已经建立的sip会话中进行消息的传输，完成信息交互过程。

第一终端和第二终端可以通过http协议向服务器侧上传各种形式的文件信息，第一终端和第二终端也可以通过http协议从该服务器侧下载各种形式的文件。

本申请提供的来电语音呼叫方法在rcs传输技术的可扩展标记语言(extensiblemarkuplanguage，xml)格式中，通过增加语音元素定义，从而增加了传输过程中语音元素消息体(语音格式)的传输，以及技术复用现有协议定义过程；

其中，增加了语音元素定义的xml体(body)定义如下：

<？xmlversion＝”1.0”encoding＝”utf-8”？>

<rcsenvelopexmlns＝”urn:gsma:params:xml:ns:rcs:rcs:calldata”>

<rcscalldata>

<subject>subject1</subject>

<composerid>12345</composerid>

<audiourl>url1</audiourl>

</rcscalldata>

</rcsenvelope>

第一终端在向第二终端呼叫前，第一终端可以在callcomposer界面下，录制一段多媒体文件(如语音文件、视频文件等)作为通话意图信息，并上传服务器，第二终端从服务器下载该多媒体文件并存储。当第一终端呼叫第二终端时，在第二终端的来电界面播放该语音来代替来电铃音，使第二终端的用户较方便的接收到通话意图信息第二终端根据该通话意图信息，判断是否接听此次通话。如第二终端用户正处于无法接电话的忙碌状态，听到第一终端的通话意图为“周末出游事宜”，第二终端对于该通话内容，此时可以选择挂断或不接听，待空闲时再回复。

进一步的，针对来电语音的安全性考虑，第二终端可以设置只针对指定的至少一个联系人开启该功能，如第二终端可以在本地设置白名单，只有在白名单中的用户才会在来电时即时播放对方的语音信息，用于防骚扰。

可以理解的是，上述技术方案的实施过程是以第一终端为呼叫方，第二终端为被呼叫方为例进行的说明，当第一终端为被呼叫方，第二终端为呼叫方时，上述技术方案的实施过程同样适用，在此不再赘述。

综上所述，第一终端的用户可以在拨打电话前在callcomposer界面下录制语音，与现有技术通过编辑文字来表达通话意图信息相比，本申请通过在enrichedcalling的callcomposer中扩展语音定义，在操作上录制语音方便快捷，通过语音将通话意图信息播放给第二终端，使第二终端的用户及时获取通话意图信息，提高了用户体验。

需要说明的是，当通话意图通过视频文件展示时，本申请可以采用rcsenrichedcalling协议扩展来电的视频显示方案，即在rcs传输技术的xml格式中，通过增加视频元素定义，从而增加了传输过程中语音元素消息体(视频格式)的传输。

下面以多媒体文件为语音文件为例进行详细描述。

图4为本发明实施例提供的一种来电语音呼叫方法的流程示意图。如图4所示，该方法可以包括：

步骤401、第一终端向第二终端发送sip会话建立请求消息。

在第一终端向第二终端发起呼叫前，第一终端响应用户的操作打开callcomposer界面，此时触发第一终端向第二终端发送sip会话建立请求消息，该sip会话建立请求消息可以包括callcomposer的标识信息，如ims通信服务标识符(imscommunicationserviceidentifier，icsi)。

步骤402、第二终端向第一终端发送sip会话建立响应消息，以完成第一终端与第二终端间的sip会话建立。

步骤403、第一终端向第二终端发送msrp会话建立请求消息。

由于文件或数据的传输在sip协议下将使用msrp协议，故第一终端需要与第二终端建立msrp会话，以通过msrp会话传输文件或数据。

步骤404、第二终端向第一终端发送msrp会话建立响应消息，以完成第一终端与第二终端间的msrp会话建立。

步骤405、第一终端在callcomposer界面下，获取语音文件。

第一终端的用户在callcomposer界面下录制用户输入的语音，以获取语音文件。如图5a所示，在callcomposer界面下，第一终端的用户按照个人需求，将编辑本次通话的重要程度信息“重要”(未编辑文本内容、图片信息、位置信息)后，第一终端的用户点击添加语音选项，第一终端进入如图5b所示录音界面，第一终端的用户开始录音，完成录音后返回callcomposer界面，添加语音选项后将增加录制的语音文件“语音1”。

该语音文件可以包括语音内容和语音名，语音内容为第一终端呼叫第二终端的通话意图信息，语音名为第一终端自动给该语音内容分配的名字。

可选地，第一终端的用户可以在进入callcomposer界面之前录制语音文件，并获取语音名，在进入callcomposer界面后在图5b所示的“录音文件”中查找需要的语音文件。

通过在callcomposer界面下增加录制语音的操作克服了传统的文字字符的局限性，提高了通话意图的完整性。

可选地，语音文件还可以包括录制的时间。

可选地，语音文件的录制时间可以根据语音内容的长短和第二终端的响铃时间自行设置，可以设置为1分钟。

步骤406、第一终端向服务器发送语音文件。

第一终端可以通过http-post消息在拨号界面下向服务器发送语音文件，以使服务器获取第一终端录制的语音文件。

可选地，第一终端向服务器发送语音文件之前，第一终端可以设置联系人分类列表，联系人分类列表包括至少一类联系人群组，如家人类群组、同事类群组等。

在一个例子中，第一终端的用户对于设置的联系人分类列表中，同一类的联系人可以发送相同的语音标识。如第一终端的用户向家人类群组中的一位家人发出了语音内容为“马上回家吃饭”的语音标识a，第一终端的用户此时欲向家人类群组中的另一位家人也可以发出相同语音内容时，用户可以从本地选取语音标识a发送至该家人。

可选地，语音文件可以为用户录制的语音文件；或者，语音文件可以为用户从服务器下载的语音文件，以为用户获取多媒体文件提供多种方式。

其中，语音文件可以包括第一终端的用户特征信息，该用户特征信息可以包括用户的运动数据、用户当前的心情等信息，该用户特征信息可以通过第一终端中的传感器获取相应数据，第一终端将该数据存储到多媒体文件中。

在一个例子中，对于刚运动完的用户，该用户的第一终端的传感器可以获取该用户的运动量信息，当该用户在callcomposer界面下设置通话意图提醒时，可以将获取的运动量信息存入语音文件，以告知第二终端的用户。

步骤407、服务器向第一终端发送语音文件对应的语音标识。

该语音标识可以是服务器对语音文件分配的地址信息，如统一资源定位符(uniformresourcelocator，url)。在服务器向第一终端发送语音标识之前，服务器需要对获取的语音文件分配地址，以进行存储。

服务器向第一终端发送http-post消息的响应消息，该响应消息可以包括语音标识(如url)。

该响应消息用于指示服务器已成功处理了http-post消息，该响应消息是返回的状态码200，状态码200表示服务器已成功处理了http-post消息。

步骤408、第一终端向第二终端发送语音标识。

第一终端可以向第二终端发送第一消息，第一消息可以包括语音标识。

第一消息可以是msrpsend消息，即第一终端可以通过msrpsend消息向第二终端发送语音标识。第一消息用于指示第二终端从服务器处获取所述语音标识对应的语音文件。

可选地，在预设时间段内，第一终端可以向第二终端发送相同的语音标识，或第一终端可以向相同的第二终端发送相同的多媒体标识。

在一个例子中，该预设时间可以是一段时间，如春节期间。在春节期间，第一终端可以向联系的每个第二终端发送代表“新年快乐”的语音标识，或者，在春节期间第一终端可以向指定的第二终端每次都发送代表“新年快乐”的语音标识。

可选地，在预设时间段内，第一终端向服务器发送了至少两个多媒体文件，第一终端接收了至少两个多媒体文件标识；第一终端向第二终端发送第一终端指定的多媒体标识；

在一个例子中，当第一终端联系第二终端多次，即第一终端向服务器发送了至少两个多媒体文件，且每次都发送了代表不同通话意图的语音标识。在第二终端用户没接到的情况下，在最后的拨号通话中，第一终端可以向第二终端发送该第一终端的用户认为是重要的多媒体标识；或者，发送第一终端最后时间点的语音标识，即第一终端接收的最新的语音标识。

步骤409、第二终端向第一终端发送第二消息，该第二消息为第一消息的响应消息，以指示第一终端，第二终端已接收到第一消息，并已获取该语音标识。

第二消息可以是msrpsend消息。

步骤410、第二终端向服务器发送第三消息，该第三消息用于获取与语音标识对应的语音文件。

第三消息可以包括语音标识。

第二终端可以服务器发送http-get消息，服务器查找并获取与语音标识对应的语音文件。

步骤411、服务器向第二终端发送第四消息，该第四消息包括与语音标识对应的语音文件。

该第四消息为第三消息的响应消息，该消息包括语音文件，即第二终端下载该语音文件，并在本地进行存储，其中，第二终端支持该语音文件的音频格式。

第四消息可以是返回的状态码200。

步骤412、第一终端向第二终端发送呼叫请求，以使得用于第二终端播放语音文件。

可选地，在执行该步骤之前，第二终端向第一终端发送通知信息，该通知信息用于通知第一终端，第二终端完成语音文件的下载工作。

该呼叫请求可以包括呼叫联系人的号码。

可选地，为了安全考虑，在执行该步骤之前或者在执行步骤401之前，第二终端可以根据实际情况，若第二终端确定第一终端的呼叫号码为预设的联系号码，第二终端在第二终端的联系人列表中设置来电音频联系人列表，并存储来电音频联系人列表，该来电音频联系人列表可以包括至少一个联系人以及相应号码。该方式通过与设置的允许来电音频联系人列表中的联系人号码进行一致性匹配，提高了通话的安全性。

步骤413、第二终端从来电音频联系人列表中识别出有与呼叫联系人的号码一致的联系人号码后，播放多媒体文件。

第二终端识别来电语音呼叫联系人列表中是否有与呼叫联系人的号码一致的联系人号码。

若来电音频联系人列表中有与呼叫联系人的号码一致的联系人号码时，则第二终端在来电界面播放获取的语音文件。或者，

若第二终端确定第一终端的用户为预先设置的用户，第二终端播放该语音文件。

若来电音频联系人列表中没有与呼叫联系人的号码一致的联系人号码时，则第二终端正常播放来电铃声。

其中，语音标识可以与呼叫请求分开发送，或者，语音标识也可以和呼叫请求一起发送。此时，第二终端播放语音文件时，语音文件可以是实时从服务器下载播放，即边下载边播放，也可以是预先下载到本地播放，以使第一终端选取该语音标识。

需要说明的是，若多媒体文件为语音文件，第二终端将语音文件作为来电铃声进行播放；或者，若多媒体文件为语音文件，第二终端将语音文件作为来电铃声进行播放，并在来电界面显示预设图像；或者，若多媒体文件为视频文件，第二终端播放视频文件；或者，若多媒体文件为视频文件，第二终端显示视频文件的图像，并将视频文件的语音作为来电铃声进行播放。

可选地，多媒体文件可以是用户根据预设的多媒体模板设置的多媒体文件，以为用户提供多种自定义的多媒体文件形式，即多媒体文件可以根据用户设置不同的文件形式，以增强用户对终端的好感度。

可选地，在第二终端识别出来电音频联系人列表存有与呼叫联系人的号码一致的联系人号码后，还可以识别语音文件的录制时间与当前的时间差是否大于预设时间阈值，若该时间差大于预设时间阈值，则放弃播放语音文件，正常播放来电铃声，若该时间差不大于预设时间阈值，则播放录音文件。

例如，预设时间阈值为20分钟，若语音文件的录制时间与当前的时间差为5分钟，则第二终端在来电界面播放语音文件；若语音文件的录制时间与当前的时间差为30分钟，则第二终端在来电界面播放来电铃声。

可见，第一终端的用户通过在拨打电话前，在callcomposer界面下录制语音，提高了操作的快捷性，通过语音将通话意图信息播放给第二终端，使第二终端的用户及时获取通话意图信息，提高了用户体验。

与上述方法对应的本发明提供一种终端，如图6所示，该终端可以包括：发送单元610和接收单元620。

发送单元610，用于向服务器发送多媒体文件。

接收单元620，用于接收服务器发送的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置。

发送单元610，还用于向第二终端发送多媒体标识。

发送单元610，还用于向第二终端发送呼叫请求，以使得第二终端根据呼叫请求，在来电界面播放多媒体文件。

可选地，该终端还包括：设置单元630,。

设置单元630，用于至少设置有一个联系人分类列表。

发送单元610，用于向同一类联系人发送相同的多媒体标识。

可选地，发送单元610，还用于在预设时间段内，向第二终端发送相同的多媒体标识。

可选地，发送单元610，还用于在预设时间段内，当发送单元610向服务器发送了至少两个多媒体文件，接收单元620接收了至少两个多媒体文件标识时，向第二终端发送第一终端指定的多媒体标识。或者，向第二终端发送终端最后时间点的多媒体标识。

可选地，多媒体文件为该用户录制的多媒体文件，或者，多媒体文件为用户从服务器下载的多媒体文件。

可选地，多媒体文件包括用户特征信息；发送单元610，具体用于向服务器发送携带用户特征信息的多媒体文件。

可选地，多媒体文件为用户根据预设的多媒体模板设置的多媒体文件。

可选地，发送单元610，具体用于在拨号界面下发送多媒体文件。

由于上述实施例中该终端的各单元解决问题的实施方式以及有益效果可以参见方法实施方式以及有益效果，故在此不复赘述。

与上述方法对应的本发明提供了另一种终端，如图7所示，该终端可以包括：接收单元710、发送单元720和播放单元730。

接收单元710，用于接收第二终端发送的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置。

发送单元720，用于向服务器发送所述多媒体标识。

接收单元710，还用于接述服务器发送的多媒体文件。

接收单元710，还用于接收第二终端发送的呼叫请求，呼叫请求包括第二终端的呼叫号码。

播放单元730，用于播放多媒体文件。

可选地，该终端还包括：确定单元740、配置单元750和识别单元760，

若确定单元740确定第二终端的呼叫号码为预设的联系号码，播放单元730播放多媒体文件；或者，

若确定单元740确定第二终端的用户为预先设置的用户，播放单元730播放多媒体文件。

可选地，播放单元730，还用于若多媒体文件为语音文件，将语音文件作为来电铃声进行播放；或者，若多媒体文件为语音文件，将语音文件作为来电铃声进行播放，并在来电界面显示预设图像；或者，若多媒体文件为视频文件，播放视频文件；或者，若多媒体文件为视频文件，显示视频文件的图像，并将视频文件的语音作为来电铃声进行播放。

可选地，接收单元710，用于当多媒体标识的数量为多个时，接收第二终端指定的多媒体标识；或者，接收第二终端最后时间点的多媒体标识。

可选地，播放单元730，还用于将多媒体文件下载到本地后播放，或者，在下载多媒体文件过程中播放。

由于上述实施例中该终端的各单元解决问题的实施方式以及有益效果可以参见方法实施方式以及有益效果，故在此不复赘述。

图8为本发明实施例提供再一种终端的结构示意图。如图8所示，该终端可以包括：发送器810、接收器820、处理器830、存储器840和外围系统850。

处理器830可以是中央处理器(centralprocessingunit，cpu)，或者cpu和硬件芯片的组合。上述硬件芯片可以是专用集成电路(application-specificintegratedcircuit，asic)，可编程逻辑器件(programmablelogicdevice，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)，现场可编程逻辑门阵列(field-programmablegatearray，fpga)，通用阵列逻辑(genericarraylogic,gal)或其任意组合。

存储器840用于存储各种应用程序(如社交应用程序等)，操作系统和数据(如各种形式的联系人列表)。存储器840还可以用于存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。存储器840还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。存储器840可通过总线与处理器830连接，将存储的数据传输给处理器830。存储器840可以包括易失性存储器，例如非挥发性动态随机存取内存(nonvolatilerandomaccessmemory，nvram)、相变化随机存取内存(phasechangeram，pram)、磁阻式随机存取内存(magetoresistiveram，mram)等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、闪存器件，例如反或闪存(norflashmemory)或是反及闪存(nandflashmemory)、半导体器件，例如固态硬盘(solidstatedisk，ssd)等。存储器840还可以包括上述种类的存储器的组合。存储器840中具有软件程序和设备驱动程序。软件程序能够执行本发明上述方法的各种功能；设备驱动程序可以是网络和接口驱动程序。可以理解的是，存储器840可以集成在处理器830中，也可以独立存在。接收器820和发送器810可以集成在收发器中，也可以独立存在。

外围系统850主要用于实现终端和用户/外部环境之间的交互功能，包括终端的输入输出装置，且可以与相应的外围设备(如播放器851)耦合。需要说明的，外围系统850还可以包括其他i/o外设。播放器851用于播放储存器840中存储的多媒体文件。

下面以录音器为例，各器件的工作过程如下：

发送器810，用于向服务器发送多媒体文件。

接收器820，用于接收服务器发送的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置。

发送器810，还用于向第二终端发送多媒体标识。

发送器810，还用于向第二终端发送呼叫请求，以使得第二终端根通过播放器851播放多媒体文件。

由于上述实施例中该装置的各器件解决问题的实施方式以及有益效果可以参见方法实施方式以及有益效果，故在此不复赘述。

图9为本发明实施例提供再一种终端的结构示意图。如图9所示，该终端可以包括：发送器910、接收器920、处理器930、存储器940和外围系统950。

处理器930可以于前文所述的处理器830相同，也可以不同，在此不作限定。

存储器940用于存储各种应用，操作系统和数据。

存储器940可以将存储的数据传输给处理器930。存储器940可以与前文所述的存储器840相同，也可以不同，在此不作限定。

外围系统950主要用于实现终端和用户/外部环境之间的交互功能，包括终端的输入输出装置，且可以与相应的外围设备(如播放器951)耦合。需要说明的，外围系统950还可以包括其他i/o外设。播放器951用于播放储存器940中存储的多媒体文件。

各器件的工作过程如下：

接收器920，用于接收第二终端的多媒体标识，多媒体标识用于表征多媒体文件在服务器的位置信息。

发送器910，用于向服务器发送多媒体标识。

接收器920，还用于接收服务器发送的多媒体文件。

接收器920，还用于接收第二终端发送的呼叫请求。

播放器951，用于播放多媒体文件。

由于上述实施例中该装置的各器件解决问题的实施方式以及有益效果可以参见方法实施方式以及有益效果，故在此不复赘述。

需要说明的是，本发明实施例还提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序，该程序被处理器执行。

本发明实施例还提供了一种包含指令的计算机程序产品。当该计算机程序产品在计算机上运行时，使得处理器执行上述图4所述的方法。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可擦除可编程只读存储器(erasableprogrammableread-onlymemory，eprom)存储器、电可擦可编程只读存储器存储器(英文：electricallyerasableprogrammableread-onlymemory，eeprom)、硬盘、光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。存储介质也可以是处理器的组成部分。处理器和存储介质也可以作为分立组件存在于用户设备中。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、改进等，均应包括在本申请的保护范围之内。