一种呼叫方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种呼叫方法及装置。

背景技术：

在凌晨或其他不可控时间内，若主叫方需要在指定时刻向指定被叫方发起呼叫时，主叫方需要在该指定时刻之前利用闹钟等工具提醒自己，然后，手动向指定被叫方发起呼叫。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

现有的呼叫方法不能满足在不可控时间内进行自动呼叫的需求，效率较低。

技术实现要素：

有鉴于此，本发明实施例提供了一种呼叫方法及装置，用以解决现有的呼叫方法不能满足在不可控时间内进行自动呼叫的问题。

一方面，本发明实施例提供了一种呼叫方法，包括：

获取当前时刻；

响应于当前时刻达到指定时刻，向指定被叫方发起呼叫。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，向指定被叫方发起呼叫的次数为一次或者多次。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，向指定被叫方发起呼叫之后，所述方法还包括：

响应于所述指定被叫方接通所述呼叫，输出响铃信号。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，当向指定被叫方发起呼叫的次数为多次时，向所述指定被叫方发起呼叫之后，所述方法还包括：

获取向所述指定被叫方发起呼叫的次数；

响应于所述次数达到指定次数，停止向所述指定被叫方发起呼叫。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，向预设的被叫方发起呼叫之后，所述方法还包括：

获取用户的操作信息；

响应于所述操作信息为取消呼叫的指定操作信息，停止向所述被叫方发起呼叫。

上述技术方案中的一个技术方案具有如下有益效果：

本发明实施例中，通过获取当前时刻，然后，响应于当前时刻达到指定时刻，向指定被叫方发起呼叫。本发明实施例中，只需要根据预设的时刻和预设的指定被叫方，当满足指定时刻这一要求时，即自动向指定被叫方发起呼叫，避免了现有技术中通过预先叫醒用户然后通过用户手动呼叫的情况，提高了呼叫效率；而且，本申请实施例中对指定时刻没有要求，能够在指定的任意时刻完成自动呼叫，也就能够满足在不可控时间内进行自动呼叫的需求，因此，本发明实施例提供的技术方案解决了现有的呼叫方法不能满足在不可控时间内进行自动呼叫的问题。

另一方面，本发明实施例提供了一种呼叫装置，所述装置包括：

获取单元，用于获取当前时刻；

呼叫单元，用于响应于当前时刻达到指定时刻，向指定被叫方发起呼叫。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，向指定被叫方发起呼叫的次数为一次或者多次。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括：

输出单元，用于向指定被叫方发起呼叫之后，响应于所述指定被叫方接通所述呼叫，输出响铃信号。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，

所述获取单元，还用于当向指定被叫方发起呼叫的次数为多次时，向所述指定被叫方发起呼叫之后，获取向所述指定被叫方发起呼叫的次数；

所述呼叫单元，还用于响应于所述次数达到指定次数，停止向所述指定被叫方发起呼叫。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，

所述获取单元，还用于向预设的被叫方发起呼叫之后，获取用户的操作信息；

所述呼叫单元，还用于响应于所述操作信息为取消呼叫的指定操作信息，停止向所述被叫方发起呼叫。

上述技术方案中的一个技术方案具有如下有益效果：

本发明实施例中，通过呼叫装置中的获取单元获取当前时刻，然后，响应于当前时刻达到指定时刻，呼叫装置中的呼叫单元向指定被叫方发起呼叫。本发明实施例中，只需要根据预设的时刻和预设的指定被叫方，当满足指定时刻这一要求时，即自动向指定被叫方发起呼叫，避免了现有技术中通过预先叫醒用户然后通过用户手动呼叫的情况，提高了呼叫效率；而且，本申请实施例中对指定时刻没有要求，能够在指定的任意时刻完成自动呼叫，也就能够满足在不可控时间内进行自动呼叫的需求，因此，本发明实施例提供的技术方案解决了现有的呼叫方法不能满足在不可控时间内进行自动呼叫的问题。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1是本发明实施例所提供的呼叫方法的实施例一的流程示意图；

图2是本发明实施例所提供的呼叫方法的实施例二的流程示意图；

图3是本发明实施例所提供的呼叫装置的功能方块图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

实施例一

为了解决现有技术中存在的上述问题，本发明实施例给出一种呼叫方法，请参考图1，其为本发明实施例所提供的呼叫方法的实施例一的流程示意图，如图1所示，该方法包括以下步骤：

S101，获取当前时刻。

具体的，获取当前时刻可以有多种实现方式，例如，可以通过读取终端中的时钟记录的时刻来获取当前时刻；或者，又例如，该呼叫方法的执行主体可以内置计时器，可以通过直接读取该计时器记录的时刻来获取当前时刻。可以理解的是，以上两种举例仅用以说明如何获取当前时刻，并不用以限制本申请。

S102，响应于当前时刻达到指定时刻，向指定被叫方发起呼叫。

具体的，本发明实施例中，获取到当前时刻之后，需要判断当前时刻是否达到指定时刻。在一个具体的实现过程中，判断当前时刻是否达到指定时刻，可以将获取到的当前时刻与预设的指定时刻进行比较，若当前时刻与指定时刻一致，则确定当前时刻达到指定时刻。

具体的，响应于当前时刻达到指定时刻，就自动向指定被叫方发起呼叫；或者，若当前时刻未达到指定时刻，不会向指定被叫方发起呼叫。

具体的，本发明实施例中，向指定被叫方发起呼叫的呼叫类型可以包括但不限于：通话呼叫、语音呼叫或者视频呼叫。在实际的应用过程中，向指定被叫方发起呼叫的呼叫类型、指定时刻和指定被叫方都可以根据实际需要进行预设，本发明实施例对此不进行特别限定。

需要说明的是，若主叫终端支持双卡，则在满足当前时刻达到指定时刻这一条件时，通过预设好的主叫号码向指定被叫方发起呼叫。也即，向指定被叫方发起呼叫的主叫号码可以根据实际需要进行预设，本发明实施例对此不进行特别限定。例如，若主叫终端支持双卡，分别为卡1和卡2，其中，卡1对应的号码为A，卡2对应的号码为B，则可以根据实际需要预设卡1或卡2为主叫方；若预设了卡1为主叫方，则卡1对应的号码A为主叫号码，响应于当前时刻达到指定时刻，通过卡1对应的号码A向指定被叫方发起呼叫。

具体的，本发明实施例中，还可以预设对向指定被叫方发起呼叫的次数。例如，可以设置向指定被叫方发起呼叫的次数为一次或者多次。可以理解的是，多次即大于等于两次。

此时，还可以根据实际需要预设向指定被叫方发起一次呼叫的时长。

具体的，若预设了向指定被叫方发起呼叫的次数为一次，则在当前时刻达到指定时刻后，向指定被叫方发起一次呼叫。若预设了向指定被叫方发起呼叫的次数为多次，还可以根据实际需要进一步设置相邻两次呼叫之间的时间间隔。

例如，在一个具体的实现过程中，可以预设向指定被叫方发起一次呼叫的时长为55s，还可以预设相邻两次呼叫之间的时间间隔为1min。

需要说明的是，为了避免一直对指定被叫方进行呼叫的情况发生，本发明实施例中还可以通过如下三种方式停止对指定被叫方的自动拨号。

第一种，响应于指定被叫方接通呼叫，输出响铃信号。

具体的，若该呼叫被接通，则不再向指定被叫方发起呼叫，即终止呼叫。

具体的，本发明实施例中，响应于指定被叫方接通该呼叫后输出的响铃信号，是为了提示主叫方该呼叫已接通。

例如，在朋友之间约定好用户甲在清晨4点打电话叫醒用户乙的场景，由于指定时刻4点时，用户甲可能还在休息。此时，本发明实施例提供的呼叫方法可以在不影响用户甲的休息的前提下，在指定时刻4点钟自动向用户乙的终端发起呼叫，若用户乙接通该呼叫，则输出响铃信号，叫醒用户甲，以便于用户甲可以直接与用户乙进行通话。

第二种，获取向指定被叫方发起呼叫的次数，然后，响应于次数达到指定次数，停止向指定被叫方发起呼叫。

本发明实施例中，若向用户发起呼叫的次数为多次，则可以通过呼叫的次数达到停止向指定被叫方发起呼叫的目的。

具体的，若获取到的次数未达到预设的指定次数，则继续向指定被叫方发起呼叫。指定次数可以根据实际需要进行预设。

第三种，获取用户的操作信息，然后，响应于操作信息为取消呼叫的指定操作信息，停止向被叫方发起呼叫。

具体的，本发明实施例中，还可以在向指定用户发起呼叫后，获取用户的操作信息，该用户为主叫方用户。

需要说明的是，获取用户的操作信息，包括：获取用户在终端的屏幕上的操作信息、获取用户在终端的物理按键上的操作信息、获取用户在终端的虚拟按键上的操作信息和获取用户在终端的其他可触控区域进行的操作信息中的至少一个。

响应于该操作信息为取消呼叫的指定操作信息，停止向被叫方发起呼叫；若该操作信息不是取消呼叫的指定操作信息，则继续向指定被叫方发起呼叫。具体的取消呼叫的指定操作信息可以根据实际需要进行预设。

例如，若预设的取消呼叫的指定操作信息为用户按压关机键得到的操作信息，则将获取到的用户的操作信息与该指定操作信息进行比对；若获取到的用户的操作信息为用户按压关机键，则确定该操作信息为取消呼叫的指定操作信息，并执行停止向指定被叫方发起呼叫的操作；若获取到的用户的操作信息为用户按压音量下键，则确定该操作信息不是取消呼叫的指定操作信息，不执行停止向指定被叫方发起呼叫的操作，继续向指定被叫方发起呼叫。

需要说明的是，在具体的实现过程中，可以分别通过上三种方式结束自动呼叫过程，或者，也可以利用以上三种实现方式中的任意两种以上方式的组合方式来结束自动呼叫过程，本发明实施例对此不进行特别限定。

需要说明的是，若利用以上三种实现方式中的任意两种以上方式的组合方式来结束自动呼叫过程，则可以根据实际需要预设以上三种实现方式的先后次序，或者，可以同时进行以上三种方式，本发明实施例对此不进行特别限定。

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于个人计算机(Personal Computer，PC)、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、手机等。

需要说明的是，S101～S102的执行主体可以为呼叫装置，该装置可以位于本地终端的应用，或者还可以为位于本地终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，本发明实施例对此不进行特别限定。

可以理解的是，应用可以是安装在终端上的应用程序(nativeApp)，或者还可以是终端上的浏览器的一个网页程序(webApp)，本发明实施例对此不进行限定。

本发明实施例的技术方案具有以下有益效果：

本发明实施例中，通过获取当前时刻，然后，响应于当前时刻达到指定时刻，向指定被叫方发起呼叫。本发明实施例中，只需要根据预设的时刻和预设的指定被叫方，当满足指定时刻这一要求时，即自动向指定被叫方发起呼叫，避免了现有技术中通过预先叫醒用户然后通过用户手动呼叫的情况，提高了呼叫效率；而且，本申请实施例中对指定时刻没有要求，能够在指定的任意时刻完成自动呼叫，也就能够满足在不可控时间内进行自动呼叫的需求，因此，本发明实施例提供的技术方案解决了现有的呼叫方法不能满足在不可控时间内进行自动呼叫的问题。

实施例二

基于上述实施例一所提供的呼叫方法，本发明实施例给出实施例一所述的呼叫方法的一种具体实现方式。

请参考图2，其为本发明实施例所提供的呼叫方法的实施例二的流程示意图，如图2所示，该方法包括以下步骤：

S201，获取当前时刻。

S202，判断当前时刻是否达到指定时刻；若是，执行S203；若否，执行S201。

S203，向指定被叫方发起呼叫。

S204，判断该呼叫是否被接通；若是，执行S205；若否，执行S206。

S205，输出响铃信号。

S206，获取用户的操作信息。

S207，判断该操作信息是否为取消呼叫的指定操作信息；若是，执行S208；若否，执行S209。

S208，停止向指定被叫方发起呼叫。

S209，获取向指定被叫方发起呼叫的次数。

S210，判断该次数是否达到指定次数；若是，执行S208；若否，执行S203。

需要说明的是，本实施例仅为实施例一提供的呼叫方法的其中一种具体实现方式，并不用以限制本申请。

本发明实施例的技术方案具有以下有益效果：

本发明实施例中，只需要根据预设的时刻和预设的指定被叫方，当满足指定时刻这一要求时，即自动向指定被叫方发起呼叫，避免了现有技术中通过预先叫醒用户然后通过用户手动呼叫的情况，提高了呼叫效率；而且，本申请实施例中对指定时刻没有要求，能够在指定的任意时刻完成自动呼叫，也就能够满足在不可控时间内进行自动呼叫的需求，因此，本发明实施例提供的技术方案解决了现有的呼叫方法不能满足在不可控时间内进行自动呼叫的问题。

实施例三

基于上述实施例一所提供的呼叫方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。

请参考图3，其为本发明实施例所提供的呼叫装置的功能方块图。如图3所示，该装置包括：

获取单元31，用于获取当前时刻；

呼叫单元32，用于响应于当前时刻达到指定时刻，向指定被叫方发起呼叫。

具体的，本发明实施例中，向指定被叫方发起呼叫的次数为一次或者多次。

具体的，该装置还包括：

输出单元33，用于向指定被叫方发起呼叫之后，响应于指定被叫方接通呼叫，输出响铃信号。

在一个具体的实现过程中，获取单元31，还用于当向指定被叫方发起呼叫的次数为多次时，向指定被叫方发起呼叫之后，获取向指定被叫方发起呼叫的次数；

呼叫单元32，还用于响应于次数达到指定次数，停止向指定被叫方发起呼叫。

在一个具体的实现过程中，获取单元31，还用于向预设的被叫方发起呼叫之后，获取用户的操作信息；

呼叫单元32，还用于响应于操作信息为取消呼叫的指定操作信息，停止向被叫方发起呼叫。

由于本实施例中的各单元能够执行图1所示的方法，本实施例未详细描述的部分，可参考对图1的相关说明。

本发明实施例的技术方案具有以下有益效果：

本发明实施例中，通过呼叫装置中的获取单元获取当前时刻，然后，响应于当前时刻达到指定时刻，呼叫装置中的呼叫单元向指定被叫方发起呼叫。本发明实施例中，只需要根据预设的时刻和预设的指定被叫方，当满足指定时刻这一要求时，即自动向指定被叫方发起呼叫，避免了现有技术中通过预先叫醒用户然后通过用户手动呼叫的情况，提高了呼叫效率；而且，本申请实施例中对指定时刻没有要求，能够在指定的任意时刻完成自动呼叫，也就能够满足在不可控时间内进行自动呼叫的需求，因此，本发明实施例提供的技术方案解决了现有的呼叫方法不能满足在不可控时间内进行自动呼叫的问题。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。