一种基于来电消息的呼叫方法及终端与流程

本发明涉及呼叫技术，尤其涉及一种基于来电消息的呼叫方法及终端。

背景技术：

目前，移动终端已经大大超越了固定电话成为人们通讯的首要工具。特别是近几年智能终端的兴起更是大大改变了人们的生活、学习、休闲、社交、沟通、联系等方式。

但直至今日人们打电话的方式仍然与十年前使用固定电话的时候如出一撤。首先由第一用户拨通对方的手机号，此时第二用户终端收到呼叫请求，并通过来电显示功能展示对方号码，最后被叫用户可以通过手机号码来判断是否接听电话。这种打电话的方式至少存在如下问题：

1、如果收到一个陌生号码的来电，被呼叫的人根本无法分辨这是一个骚扰电话还是亲朋好友借用别人的手机号在打一个很重要的电话。

2、很多智能手机有类似标记陌生手机号的功能，可以对广告、诈骗、外卖等电话进行标记。但这种方式缺少时效性，手机号可能被运营商回收并分配给另一用户，但这些标记往往不会消除。同时误操作及恶性标记这些情况也无法避免。另一方面，被呼叫方也未必完全拒绝广告，他只是拒绝对自己不需要的广告。

3、现有的呼叫方式最多只能让人知道是谁呼叫这个电话，却不知道这次的呼叫是为了什么。试想一下你在参与一个非常重要的会议，突然接到朋友的电话。那么分辨这是不是一个值得接听的电话就变的非常重要。

4、另外一个出现的场景就是两个人互相拨打对方的电话。基于现在的电信网，两个人都会提示对方正忙而无法接通。

技术实现要素：

为解决上述技术问题，本发明实施例提供了一种基于来电消息的呼叫方法及终端。

本发明实施例提供的基于来电消息的呼叫方法，应用于第一终端，所述方法包括：

采集第一用户录入的消息，并将所述消息发送至第二终端；

当接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求；

当所述第二终端接收到所述呼叫请求而接通呼叫后，与所述第二终端建立通话。

本发明实施例中，所述方法还包括：

当接收到所述第二终端发送的由第二用户录入的消息时，根据第一用户的操作生成用于表明接受呼叫请求的第二消息，并向所述第二终端发送所述第二消息。

本发明实施例中，所述当接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求，包括：

当接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，比较接收所述第一消息的时刻与发送所述第二消息的时刻，当接收所述第一消息的时刻早于所述发送第二消息的时刻时，向所述第二终端发送呼叫请求。

本发明实施例中，所述方法还包括：

当接收所述第一消息的时刻晚于所述发送第二消息的时刻时，接收所述第二终端发送的呼叫请求。

本发明实施例中，所述方法还包括：

当接收到所述第二终端发送的用于表明拒绝呼叫请求的第三消息时，拒绝向所述第二终端发送呼叫请求。

本发明实施例提供的终端，包括：

采集单元，用于采集第一用户录入的消息；

传输单元，用于将所述消息发送至第二终端；

呼叫请求单元，用于当所述传输单元接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求；

建立单元，用于当所述第二终端接收到所述呼叫请求而接通呼叫后，与所述第二终端建立通话。

本发明实施例中，所述终端还包括：

生成单元，用于当所述传输单元接收到所述第二终端发送的由第二用户录入的消息时，根据第一用户的操作生成用于表明接受呼叫请求的第二消息；

所述传输单元，还用于向所述第二终端发送所述第二消息。

本发明实施例中，所述终端还包括：

比较单元，用于当所述传输单元接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，比较接收所述第一消息的时刻与发送所述第二消息的时刻；

所述呼叫请求单元，还用于当接收所述第一消息的时刻早于所述发送第二消息的时刻时，向所述第二终端发送呼叫请求。

本发明实施例中，所述传输单元，还用于当接收所述第一消息的时刻晚于所述发送第二消息的时刻时，接收所述第二终端发送的呼叫请求。

本发明实施例中，所述终端还包括：

拒绝单元，用于当所述传输单元接收到所述第二终端发送的用于表明拒绝呼叫请求的第三消息时，拒绝向所述第二终端发送呼叫请求。

本发明实施例的技术方案中，第一终端采集第一用户录入的消息，并将所述消息发送至第二终端；当第一终端接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求；当所述第二终端接收到所述呼叫请求而接通呼叫后，第一终端与所述第二终端建立通话。通过对本发明实施例的实施，至少存在以下优点：

1、第二用户可以通过第一用户预先发送的文字或语音消息了解第一用户的 身份及呼叫的目的，而不需要接通电话，节省了电话费。在某些特定场合可以更好的决定是否接听电话。

2、解决了目前网络环境中两个用户之间互相拨打电话，却提示对方正忙无法接通电话这种不和逻辑的场景。

3、本发明实施例的技术方案可以在不修改核心网的前提下修改电话呼叫的流程，即只需要修改双方终端或者提供呼叫功能的应用即可完成。

附图说明

图1为本发明实施例一的基于来电消息的呼叫方法的流程示意图；

图2为本发明实施例二的基于来电消息的呼叫方法的流程示意图；

图3为本发明实施例终端的结构组成示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

本发明实施例的技术方案中，在用户真正发出呼叫请求之前，先发送一条消息给对方，只有在对方接收到消息并接受呼叫请求后才开始真正建立通话连接。

图1为本发明实施例一的基于来电消息的呼叫方法的流程示意图，本示例中的基于来电消息的呼叫方法应用于第一终端，如图1所示，所述基于来电消息的呼叫方法包括以下步骤：

步骤101：采集第一用户录入的消息，并将所述消息发送至第二终端。

本发明实施例中，当第一终端向第二终端发送呼叫请求时，第一终端称为主叫终端，第二终端称为被叫终端。当第二终端向第一终端发送呼叫请求时，第一终端称为被叫终端，第二终端称为主叫终端。此外，第一终端与第二终端可能同时向对方发送呼叫请求，这种情况下，第一终端即称为主叫终端又称为 被叫终端，同理，第二终端即称为被叫终端又称为主叫终端。

这里，对应于主叫终端的用户为主叫用户，对应于被叫终端的用户为被叫用户。

本发明实施例中，当第一用户想要给第二用户拨号时，在第一终端上首先选择第二用户的电话号码，然后，第一终端发出提示信息，该提示信息用于提示第一用户录入消息，以表明第一用户向第二用户呼叫的意图以及第一用户的身份等信息。这里，录入的消息可以以文字形式录入，也可以以语音形式录入。在一种实施方式中，第一终端限定第一用户录入消息的长度，例如限制文字录入为300字，限制语音录入为5分钟。

本发明实施例中，当第一用户在第一终端上录入消息后，第一终端会通过特定的短信格式或网络协议将这条消息发给第二终端，而此时其实尚未真正发出语音呼叫请求。

步骤102：当接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求。

本发明实施例中，当第二终端接收到第一用户录入的消息后，第二用户根据该消息决定是否接受呼叫请求，并在第二终端上实施是否接收的操作。这里，当当第二终端接收到第一用户录入的消息后，会激活第二终端的来电响铃模拟电话呼叫。第二用户就可以通过之前第一用户录入的消息了解此次呼叫的意图进而选择是否接听电话，最后将回执发送给第一用户，即第二终端向第一终端发送用于表明接受呼叫请求的第一消息；或者，第二终端向第一终端发送用于表明拒绝呼叫请求的第三消息。

当接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求。

当接收到所述第二终端发送的用于表明拒绝呼叫请求的第三消息时，拒绝向所述第二终端发送呼叫请求。

步骤103：当所述第二终端接收到所述呼叫请求而接通呼叫后，与所述第二终端建立通话。

本发明实施例中，第二终端接收到第一终端发送的呼叫请求后，直接接通呼叫，从而第一终端与第二终端建立通话。

由于在真正接通电话之前，第一用户和第二用户双方并没有真正的建立连通话而只是消息的传递，可以节省电话费用。

本发明实施例中，第一终端作为主叫终端进行呼叫的同时，第二终端也可以作为主叫终端进行呼叫，具体地，第一终端收到所述第二终端发送的由第二用户录入的消息时，根据第一用户的操作生成用于表明接受呼叫请求的第二消息，并向所述第二终端发送所述第二消息。

这时，第一终端当接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，比较接收所述第一消息的时刻与发送所述第二消息的时刻，当接收所述第一消息的时刻早于所述发送第二消息的时刻时，向所述第二终端发送呼叫请求。当接收所述第一消息的时刻晚于所述发送第二消息的时刻时，接收所述第二终端发送的呼叫请求。如此，可以解决目前网络环境中两个用户之间互相拨打电话，却提示对方正忙无法接通电话这种不和逻辑的场景。

图2为本发明实施例二的基于来电消息的呼叫方法的流程示意图，如图2所示，所述基于来电消息的呼叫方法包括以下步骤：

步骤201：第一终端采集第一用户录入的消息，并将所述消息发送至第二终端。

步骤202：第二终端接收到所述第一用户录入的消息后，根据第二用户的操作生成用于表明接受呼叫请求的第一消息。

步骤203：第二终端向第一终端发送第一消息。

步骤204：第一终端接收到第一消息后，向所述第二终端发送呼叫请求。

步骤205：第二终端接收到第一终端发送的呼叫请求后，直接接通呼叫，与第一终端建立通话。

图3为本发明实施例终端的结构组成示意图，如图3所示，所述终端包括：

采集单元31，用于采集第一用户录入的消息；

传输单元32，用于将所述消息发送至第二终端；

呼叫请求单元33，用于当所述传输单元32接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，向所述第二终端发送呼叫请求；

建立单元34，用于当所述第二终端接收到所述呼叫请求而接通呼叫后，与所述第二终端建立通话。

本发明实施例中，所述终端还包括：

生成单元35，用于当所述传输单元32接收到所述第二终端发送的由第二用户录入的消息时，根据第一用户的操作生成用于表明接受呼叫请求的第二消息；

所述传输单元32，还用于向所述第二终端发送所述第二消息。

本发明实施例中，所述终端还包括：

比较单元36，用于当所述传输单元32接收到所述第二终端发送的用于表明接受呼叫请求的第一消息时，比较接收所述第一消息的时刻与发送所述第二消息的时刻；

所述呼叫请求单元33，还用于当接收所述第一消息的时刻早于所述发送第二消息的时刻时，向所述第二终端发送呼叫请求。

本发明实施例中，所述传输单元32，还用于当接收所述第一消息的时刻晚于所述发送第二消息的时刻时，接收所述第二终端发送的呼叫请求。

本发明实施例中，所述终端还包括：

拒绝单元37，用于当所述传输单元32接收到所述第二终端发送的用于表明拒绝呼叫请求的第三消息时，拒绝向所述第二终端发送呼叫请求。

本领域技术人员应当理解，图3所示的终端中的各单元的实现功能可参照前述基于来电消息的呼叫方法的相关描述而理解。图3所示的终端中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。

本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

在本发明所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方 式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。