WO2016082694A1

WO2016082694A1 - 一种操作提示方法及装置

Info

Publication number: WO2016082694A1
Application number: PCT/CN2015/094791
Authority: WO
Inventors: 郭家宏
Original assignee: 阿里巴巴集团控股有限公司; 郭家宏
Priority date: 2014-11-25
Filing date: 2015-11-17
Publication date: 2016-06-02
Also published as: CN105704291A

Abstract

本申请公开了一种操作提示方法及装置，用以节省网络资源。该方法为：服务器接收第一用户发送的呼叫请求，根据呼叫请求对第二用户进行呼叫，在第二用户回应所述呼叫请求之前，接收到第一用户发送的操作提示请求，根据操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。这样，有效提示被叫用户是否进行回拨，避免被叫用户在不必要时回拨电话了解情况，从而，避免了网络资源的浪费，同时也节省了双方解释时间及通信费用。

Description

一种操作提示方法及装置

技术领域

本申请涉及通信技术领域，特别涉及一种操作提示方法及装置。

背景技术

在移动通信系统中，当主叫用户与被叫用户进行联系时，经常会出现主叫用户拨错电话的情况，例如，主叫用户在通讯录选择联系人时选择错误，或者，语音呼叫时语音识别系统识别错误，在拨错电话的情况下，虽然及时挂断，但是当被叫用户在未接来电的显示中查询到未接来电的提示时，会回拨电话了解情况。

这样，既增加了被叫用户回拨电话进行通讯时被运营商收取的费用，又增加了主叫用户的解释时间，为双方带来了困扰。另外，因为被叫用户回拨会增加网络负荷，在网络拥塞时的影响会更加明显。

发明内容

本申请实施例提供一种操作提示方法及装置，用以解决在通信过程中由于主叫用户的误操作而带来的问题。

本申请实施例提供的具体技术方案如下：

一种操作提示方法，包括：

接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫；

在第二用户回应所述呼叫请求之前，接收到第一用户发送的操作提示请求，根据所述操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。

这样，有效提示被叫用户是否进行回拨，避免被叫用户在不必要时回拨电话了解情况，从而，避免了网络资源的浪费，同时也节省了双方解释时间及通信费用。

可选的，接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫，具体包括：

根据所述第一用户发送的呼叫请求对第二用户进行呼叫的过程中，向所述第一用户显示操作提示菜单，所述操作提示菜单用于提示用户可对当前呼叫进行回退处理。

可选的，根据所述操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因，包括：

根据所述操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。

可选的，提示第二用户呼叫结束的原因，具体包括：

针对所述第一用户发送的呼叫请求记录，根据所述第一用户发送的操作提示请求，向所述第二用户发送相应的操作提示标记，提示第二用户呼叫结束的原因；或/和，

根据所述第一用户发送的操作提示请求，向第二用户发送包含所述操作提示请求的消息，提示第二用户呼叫结束的原因。

可选的，在向第二用户提示呼叫结束的原因的过程中，同步提示第一用户指示的呼叫处理方式。

本申请还提供了另一种操作提示方法，包括：

第一用户发送呼叫请求，所述呼叫请求用于请求向第二用户发起呼叫；

第一用户在第二用户回应所述呼叫请求之前，再次发送操作提示请求，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因。

这样，能够及时有效的提示被叫用户是否进行回拨，避免了网络资源的浪费，同时也节省了双方解释时间及通信费用。

可选的，在第二用户回应所述呼叫请求之前，再次发送操作提示请求，包括：

在第二用户回应所述呼叫请求之前，根据操作提示菜单，再次发送操作提示请求，所述操作提示菜单用于呈现用以取消当前呼叫的操作提示请求的种类。

可选的，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因，包括：

请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。

可选的，进一步包括：

在请求向第二用户提示呼叫结束的原因的过程中，同步请求向第二用户提示呼叫处理方式。

一种操作提示装置，包括：

呼叫处理单元，用于接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫；

提示处理单元，用于在第二用户回应所述呼叫请求之前，接收到第一用户发送的操作提示请求，根据所述操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。

可选的，在接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫时，所述呼叫处理单元具体用于：

可选的，在根据所述操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因时，所述提示处理单元具体用于：

可选的，在提示第二用户呼叫结束的原因时，所述提示处理单元具体用于：

可选的，所述提示处理单元进一步用于：

在向第二用户提示呼叫结束的原因的过程中，同步提示第一用户指示的呼叫处理方式。

本申请还提供了另一种操作提示装置，包括：

第一发送单元，用于发送呼叫请求，所述呼叫请求用于请求向第二用户发起呼叫；

第二发送单元，用于在第二用户回应所述呼叫请求之前，再次发送操作提示请求，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因。

可选的，在第二用户回应所述呼叫请求之前，再次发送操作提示请求时，所述第二发送单元具体用于：

可选的，在请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因时，所述第二发送单元具体用于：

可选的，所述第二发送单元进一步用于：

附图说明

图1为本申请实施例中操作提示流程图；

图2为本申请实施例中操作提示请求界面图；

图3为本申请实施例中误操作提示流程图；

图4为本申请实施例中通信录界面图；

图5为本申请实施例中误操作提示界面图；

图6为本申请实施例中误操作通信记录界面图；

图7为本申请实施例中服务器结构图；

图8为本申请实施例中发送方结构图。

具体实施方式

本申请实施例中，终端间在通信的过程中，主叫用户在等待被叫用户应答期间，可向服务器发送操作提示请求，服务器接收到该请求后，向被叫用户发送相应的操作提示标记，提示被叫用户呼叫结束的原因，并同步向被叫用户提示主叫用户指示的呼叫处理方式，这样，有效避免了被叫用户反馈而造成的网络资源及通信费用的浪费，并使被叫用户及时获得主叫用户的指示，进行适当的呼叫处理。

下面结合说明书附图对本申请优选的实施方式进行详细说明。

需要说明的是，本申请中将响应误操作等错误连接提示的装置称为操作提示服务器，该操作提示服务器可以采用计算机应用程序实现，具体应用中，操作提示服务器可设置于主叫用户的终端中，也可设置于进行通信的其他通信设备中，如其他被叫用户的终端、网络侧设备等。

实际应用中，主叫用户的终端可以是任何移动终端，例如，手机，平板电脑，笔记本电脑，座机，车载电话等等，进行通信的方式可以包括但不限于语音、视频方式，例如，利用手机、座机等拨打电话，利用通讯软件和无线网络进行语音、视频等等，本申请实施例仅以语音通话为例进行介绍。

参阅图1所示，本申请实施例中，在通信过程中进行操作提示时，操作提示服务器(可简称服务器)具体执行以下操作：

步骤100：接收第一用户发送的呼叫请求，根据该呼叫请求对第二用户进行呼叫。

其中，第一用户也可称为主叫用户，第二用户也可称为被叫用户。

服务器接收主叫用户发送的呼叫请求，对被叫用户发起呼叫，并在主叫用户的呼叫界面上，显示用户表征操作提示的操作提示菜单，可为主叫用户根据自己的意愿进行选择。

具体地，如图2所示，在主叫用户发送呼叫指令后，在呼叫界面即刻显示操作提示菜单，该操作提示菜单提示主叫用户可对当前呼叫进行回退处理。操作提示菜单具体可包括：误操作、等待时间过长、受到干扰、勿回复、不显示、请回拨等等，主叫用户可根据自己的意愿选择其中一种，或几种的组合进行处理，当主叫用户向服务器发送任意一种操作提示时，服务器在接收到操作提示请求的同时，将结束此次呼叫，即挂断电话，并向被叫用户提示呼叫结束的原因，以及向被叫用户同步提示主叫用户指示的呼叫处理方式，当然，主叫用户也可不选择操作提示菜单，而选择主叫终端中通过软件内置的快捷键(预先配置每个快捷键表征哪种操作提示)发送操作提示请求。

另外，需要说明的是，操作提示菜单可根据需要随时进行更新或者细化，并不局限于这几种方式。

步骤110：在第二用户回应呼叫请求之前，接收到第一用户发送的操作提示请求，根据该操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。

在实际通信过程中，服务器根据主叫用户的呼叫请求，发起对被叫用户的呼叫后，可能包含以下几种情况：

若服务器未接收到主叫用户进一步发送的操作提示请求，而接收到了被叫用户的应答指示，则指示主叫用户与被叫用户进行通话；

若服务器在接收到被叫用户的应答指示之前(即被叫用户回应呼叫请求之前)，接收到主叫用户进一步发送的操作提示请求，则结束对被叫用户的呼叫，并根据该操作提示请求，对应地提示被叫用户呼叫结束的原因，并同步向被叫用户提示主叫用户指示的呼叫处理方式。

具体地，主叫用户进行呼叫时，可根据自己的意愿，在等待应答期间选择操作提示菜单中的任意一种或任意组合向服务器发送操作提示请求，或者，主叫用户也可通过主叫终端的快捷键发送操作提示请求。

服务器接收到主叫用户发送的操作提示请求，结束对被叫用户的呼叫，并且，在被叫用户的通信记录界面显示相应的操作提示标记，或者，向被叫用户发送包含相应操作提示信息的短消息，提示被叫用户呼叫结束的原因，并向被叫用户同步提示主叫用户指示的呼叫处理方式。

下面针对不同的操作提示请求分别举例进行详细介绍。

例一，若服务器接收到主叫用户的操作提示请求为“误操作”，则判断主叫用户是因为误操作而进行的错误通信连接，在这种情况下，服务器结束此次呼叫，并提示被叫用户呼叫结束的原因为误操作。

提示方式可以包括：服务器会向被叫用户发送操作提示标记为“误操作”，在被叫用户的通信记录界面针对此条通话记录显示“误操作”的标记，其中，“误操作”的标记可以是任意形式，例如，文字，图形，符号，语音等；或者，服务器向被叫用户发送包含“误操作”内容的短信息，其中，短消息的内容可预先设置，也可根据需要随时进行更新。

在被叫用户翻看通信记录时，根据该条通信记录的“误操作”标记，或者，根据收到的包含“误操作”内容的短信息，提示被叫用户此次通话为主叫用户的误操作，不需要回拨，当然，实际中，可根据被叫用户的意愿决定是否回拨。

实际中，误操作可能由于主叫用户输入号码错误，或者，语音输入时系统语音识别错误，也或者，在通讯录选择用户时错误触碰，还或者，终端在包里或裤兜里摩擦而不小心触碰。

这样，在主叫用户呼叫过程中，若发现误操作而进行错误连接，可选择操作提示及时处理，并提示被叫用户此次通话为误操作，使主叫用户不需要担心被叫用户回拨电话，降低解释成本，以及，被叫用户在查看通信记录时，可即刻了解此次通话的情况，避免回拨电话了解情况时造成的费用浪费问题，也节省了沟通资源。

例二，若服务器接收到主叫用户的操作提示请求为“等待时间过长”，则判断此次通话为主叫用户真实希望进行连接的，但是等待时间过长，在这种情况下，服务器结束此次呼叫，并向被叫用户发送操作提示标记为“等待时间过长”，在被叫用户的通信记录界面针对此条通话记录会显示带有“等待时间过长”的标记；或者，向被叫用户发送包含“等待时间过长”内容的短消息。这样能提示被叫用户呼叫结束的原因为等待时间过长，由此提示被叫用户此次通话主叫用户希望回拨。

其中，“等待时间过长”的标记可以是任意形式，例如，文字、符号、图像或语音；包含“等待时间过长”内容短消息的内容可预先设置，也可根据需要随时进行更新。

例三，若服务器接收到主叫用户的操作提示请求为“受到干扰”，则判断此次通话在主叫用户连接过程中，网络信号不好，受到干扰等阻碍，在这种情况下，服务器结束此次呼叫，并向被叫用户发送操作提示标记为“受到干扰”，在被叫用户的通信记录界面针对此条通话记录会显示带有“受到干扰”的标记；或者，向被叫用户发送包含“受到干扰”内容的短消息。这样能提示被叫用户呼叫结束的原因为主叫用户所处网络环境不好，不方便进行良好质量的通话，可根据被叫用户的意愿自行选择是否进行回拨。

例四，若服务器接收到主叫用户的操作提示请求为“勿回”，则判断此次通话主叫用户不希望被叫用户进行回拨，在这种情况下，服务器结束此次呼叫，并提示被叫用户呼叫结束的原因，并同步向被叫用户提示主叫用户指示的呼叫处理方式为“勿回”。

具体提示方式可以是：向被叫用户发送操作提示标记为“勿回”，在被叫用户的通信记录界面针对此条通话记录会显示带有“勿回”的标记，其中，“勿回”的标记可以是任意形式，例如，文字，图形，符号，语音等；

或者，提示方式也可以是：服务器向被叫用户发送包含“勿回”内容的短信息，其中，短消息的内容可预先设置，也可根据需要随时进行更新。

在被叫用户翻看通信记录时，根据该条通信记录的“勿回”标记，或者，根据收到的包含“勿回”内容的短信息，提示被叫用户此次通话主叫用户不希望收到回拨，当然，实际中，可根据被叫用户的意愿决定是否回拨。

例五，若服务器接收到主叫用户的操作提示请求为“请回拨”，则判断此次通话主叫用户希望被叫用户进行回拨，在这种情况下，服务器结束此次呼叫，并提示被叫用户呼叫结束的原因，并同步向被叫用户提示主叫用户指示的呼叫处理方式为“请回拨”。

具体提示方式可以是：向被叫用户发送操作提示标记为“请回拨”，在被叫用户的通信记录界面针对此条通话记录会显示带有“请回拨”的标记，其中，“请回拨”的标记可以是任意形式，例如，文字，图形，符号，语音等；

或者，提示方式也可以是：服务器向被叫用户发送包含“请回拨”内容的短信息，其中，短消息的内容可预先设置，也可根据需要随时进行更新。

这样，能提示被叫用户此次通话主叫用户希望收到回拨。

具体地，根据主叫用户的需求，还可在“请回拨”的操作菜单进一步设置子菜单，为主叫用户进一步提供“请回拨”的时间请求，例如“5分钟内、30 分钟内、1小时内”，当服务器接收到主叫用户发送的操作提示请求为“请回拨，5分钟内”时，则结束此次呼叫，并向被叫用户提示主叫用户指示的呼叫处理方式为“请回拨，5分钟内”，提示被叫用户此次通话主叫用户希望在5分钟内收到回拨。同样，具体的提示方式可以向被叫用户发送操作提示标记为“请回拨，5分钟内”，在被叫用户的通信记录界面针对此条通话记录会显示带有“请回拨”的标记，或者，向被叫用户发送包含“请回拨，5分钟内”内容的短消息。

其中，“请回拨”的标记可以是任意形式，例如，文字，图形，符号，语音等；短消息的内容也可预先设置，也可根据需要随时进行更新。例六，若服务器接收到主叫用户的操作提示请求为“不显示”，则结束此次呼叫，并指示信息识别服务功能的交换机和号码显示服务功能的终端，在被叫用户的通信记录界面不显示此次通话记录。

这样，在主叫用户因为误操作或者不希望被叫用户回拨等情况时，也可选择“不显示”的操作请求，避免在主叫用户不希望回拨的情况下，被叫用户根据自己的意愿进行回拨而给主叫用户带来的困扰，或者，避免了打扰被叫用户，从而更具人文关怀。

上述过程中，主叫用户在选择操作菜单中的操纵提示请求时，可选择其中一种，也可选择几种的组合。

例如，主叫用户可在选择“误操作”的操作提示，同时选择“勿回”的操作提示，那么，服务器在接收到这两种操作提示后，将在被叫用户的通信记录界面同时显示“误操作”和“勿回”两种标记，或者，服务器向被叫用户发送包含“误操作”和“勿回”两种内容的短消息。提示此次通话为主叫用户的误操作，并且主叫用户不希望收到回拨。

下面采用一个具体应用场景对本申请实施例作进一步详细的介绍，参阅图3所示，以手机拨打电话为例：

步骤300：主叫用户进入手机通讯录，选择联系人，并进行呼叫。

如附图4所示，主叫用户选择被叫用户赵四进行呼叫。实际应用中，主叫用户在选择联系人进行呼叫时，可以通过输入号码的方式，也可以在手机通讯录中选择，还可以用语音输入进行查找，这几种方式都可能有拨错电话的情况。

在主叫用户的呼叫界面，如附图2所示，会显示操作提示菜单可供主叫用户进行下一步的选择。

步骤310：服务器判断被叫用户是否应答，若是，执行步骤320；否则，执行步骤330。

步骤320：服务器指示主叫用户与被叫用户进行通话。

其中，可能是主叫用户真实希望与被叫用户进行通话，也可能是由于主叫用户拨错电话，但是未来得及进行下一步操作时，被叫用户就已经应答。这两种情况下，服务器都指示主叫用户与被叫用户进行通话。

步骤330：主叫用户判断此次呼叫是否为误操作，若是，则执行步骤340；否则，执行步骤350。

步骤340：主叫用户向服务器发送“误操作”的操作提示信息，服务器接收到该操作提示信息后，结束此次呼叫，并执行步骤360。

如附图5所示，主叫用户在呼叫界面选择“误操作”的按钮进行选择，向服务器发送操作提示请求。

步骤350：主叫用户向服务器发送结束通话的指令，服务器指示此次通话结束。

其中，主叫用户确定自己呼叫的被叫用户正确，即不是误操作，但是无人接听，那么，主叫用户只选择发送结束通话的指令，该指令中不包含任何操作提示信息，也就是，被叫用户的通信记录里针对此条未接来电并不会有任何标记，或者，被叫用户不会收到服务器发送的任何操作提示信息，被叫用户可根据自己的意愿选择是否回拨此电话来了解信息。

步骤360：服务器在被叫用户的通信记录页面针对此条通话记录显示“误操作”的标记，提示被叫用户此次呼叫结束的原因。

通信记录界面如附图6所示，在此条通话记录旁边标记“误”。

具体地，服务器也可以向被叫用户发送短消息，该短消息包含“误操作”的操作提示信息，通过该短消息提示被叫用户此次呼叫结束的原因。

被叫用户根据通信记录页面显示的标记，或者根据收到的包含操作提示信息的短消息，获取此次通话为主叫用户的误操作，避免了进行回拨了解情况，节省通信资源。

基于上述实施例，参阅图7所示，本申请实施例中，服务器包括呼叫处理单元700和提示处理单元710。

呼叫处理单元700，用于接收第一用户发送的呼叫请求，根据呼叫请求对第二用户进行呼叫；

提示处理单元710，用于在第二用户回应呼叫请求之前，接收到第一用户发送的操作提示请求，根据操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。

可选的，在接收第一用户发送的呼叫请求，根据呼叫请求对第二用户进行呼叫时，呼叫处理单元700具体用于：

根据第一用户发送的呼叫请求对第二用户进行呼叫的过程中，向第一用户显示操作提示菜单，操作提示菜单用于提示用户可对当前呼叫进行回退处理。

可选的，在根据操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因时，提示处理单元710具体用于：

根据操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。

可选的，在提示第二用户呼叫结束的原因时，提示处理单元710具体用于：

针对第一用户发送的呼叫请求记录，根据第一用户发送的操作提示请求，向第二用户发送相应的操作提示标记，提示第二用户呼叫结束的原因；或/和，

根据第一用户发送的操作提示请求，向第二用户发送包含操作提示请求的消息，提示第二用户呼叫结束的原因。

可选的，提示处理单元710进一步用于：

基于上述实施例，参阅图8所示，本申请实施例中，发送方包括：第一发送单元800和第二发送单元810。其中：

第一发送单元800，用于发送呼叫请求，呼叫请求用于请求向第二用户发起呼叫；

第二发送单元810，用于在第二用户回应呼叫请求之前，再次发送操作提示请求，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因。

可选的，在第二用户回应呼叫请求之前，再次发送操作提示请求时，第二发送单元810具体用于：

在第二用户回应呼叫请求之前，根据操作提示菜单，再次发送操作提示请求，操作提示菜单用于呈现用以取消当前呼叫的操作提示请求的种类。

可选的，在请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因时，第二发送单元810具体用于：

可选的，第二发送单元810进一步用于：

综上所述，本申请实施例中，服务器接收第一用户发送的呼叫请求，根据呼叫请求对第二用户进行呼叫，在第二用户回应所述呼叫请求之前，接收到第一用户发送的操作提示请求，根据操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。这样，有效提示被叫用户是否进行回拨，避免被叫用户在不必要时回拨电话了解情况，从而，避免了网络资源的浪费，同时也节省了双方解释时间及通信费用。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

一种操作提示方法，其特征在于，包括：

接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫；

在第二用户回应所述呼叫请求之前，接收到第一用户发送的操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。
如权利要求1所述的方法，其特征在于，接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫，具体包括：

根据所述第一用户发送的呼叫请求对第二用户进行呼叫的过程中，向所述第一用户显示操作提示菜单，所述操作提示菜单用于向用户呈现用以取消当前呼叫的操作提示请求的种类。
如权利要求2所述的方法，其特征在于，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因，包括：

结束对第二用户的呼叫，并提示第二用户呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。
如权利要求1、2或3所述的方法，其特征在于，提示第二用户呼叫结束的原因，具体包括以下操作中的至少一种：

第一种操作：针对所述第一用户发送的呼叫请求记录，根据所述第一用户发送的操作提示请求，向所述第二用户发送相应的操作提示标记，提示第二用户呼叫结束的原因；

第二种操作：根据所述第一用户发送的操作提示请求，向第二用户发送包含所述操作提示请求的消息，提示第二用户呼叫结束的原因。
如权利要求3所述的方法，其特征在于，进一步包括：

在向第二用户提示呼叫结束的原因的过程中，同步提示第一用户指示的呼叫处理方式。
一种操作提示方法，其特征在于，包括：

第一用户发送呼叫请求，所述呼叫请求用于请求向第二用户发起呼叫；

第一用户在接收方回应所述呼叫请求之前，再次发送操作提示请求，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因。
如权利要求6所述的方法，其特征在于，在第二用户回应所述呼叫请求之前，再次发送操作提示请求，包括：

在第二用户回应所述呼叫请求之前，根据操作提示菜单，再次发送操作提示请求，所述操作提示菜单用于呈现用以取消当前呼叫的操作提示请求的种类。
如权利要求6或7所述的方法，其特征在于，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因，包括：

请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。
如权利要求6或7所述的方法，其特征在于，进一步包括：

在请求向第二用户提示呼叫结束的原因的过程中，同步请求向第二用户提示呼叫处理方式。
一种操作提示装置，其特征在于，包括：

呼叫处理单元，用于接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫；

提示处理单元，用于在第二用户回应所述呼叫请求之前，接收到第一用户发送的操作提示请求，结束对第二用户的呼叫，并提示第二用户呼叫结束的原因。
如权利要求10所述的装置，其特征在于，在接收第一用户发送的呼叫请求，根据所述呼叫请求对第二用户进行呼叫时，所述呼叫处理单元具体用于：

根据所述第一用户发送的呼叫请求对第二用户进行呼叫的过程中，向所述第一用户显示操作提示菜单，所述操作提示菜单用于向用户呈现用以取消当前呼叫的操作提示请求的种类。
如权利要求11所述的装置，其特征在于，在结束对第二用户的呼叫，并提示第二用户呼叫结束的原因时，所述提示处理单元具体用于：

结束对第二用户的呼叫，并提示第二用户呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。
如权利要求10、11或12所述的装置，其特征在于，在提示第二用户呼叫结束的原因时，所述提示处理单元具体用于执行以下操作中的至少一种：

第一种操作：针对所述第一用户发送的呼叫请求记录，根据所述第一用户发送的操作提示请求，向所述第二用户发送相应的操作提示标记，提示第二用户呼叫结束的原因；

第二种操作：根据所述第一用户发送的操作提示请求，向第二用户发送包含所述操作提示请求的消息，提示第二用户呼叫结束的原因。
如权利要求12所述的装置，其特征在于，所述提示处理单元进一步用于：

在向第二用户提示呼叫结束的原因的过程中，同步提示第一用户指示的呼叫处理方式。
一种操作提示装置，其特征在于，包括：

第一发送单元，用于发送呼叫请求，所述呼叫请求用于请求向第二用户发起呼叫；

第二发送单元，用于在第二用户回应所述呼叫请求之前，再次发送操作提示请求，请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因。
如权利要求15所述的装置，其特征在于，在第二用户回应所述呼叫请求之前，再次发送操作提示请求时，所述第二发送单元具体用于：

在第二用户回应所述呼叫请求之前，根据操作提示菜单，再次发送操作提示请求，所述操作提示菜单用于呈现用以取消当前呼叫的操作提示请求的种类。
如权利要求15或16所述的装置，其特征在于，在请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因时，所述第二发送单元具体用于：

请求结束对第二用户的呼叫，并请求向第二用户提示呼叫结束的原因为误操作、等待时间过长和受到干扰中的一种或组合。
如权利要求15或16所述的装置，其特征在于，所述第二发送单元进一步用于：

在请求向第二用户提示呼叫结束的原因的过程中，同步请求向第二用户提示呼叫处理方式。