CN115484564B - 提醒方法、装置、系统、电子设备和存储介质 - Google Patents

Abstract

本申请公开了一种提醒方法、装置、系统、电子设备和存储介质。该提醒方法包括：在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。采用本申请提供的提醒方法，可以实现当呼叫转移次数超过限制后，提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

Description

提醒方法、装置、系统、电子设备和存储介质

技术领域

本申请涉及计算机技术，具体涉及一种提醒方法、装置、系统、电子设备和存储介质。

背景技术

现在，当用户不能接听电话时，可对用于接听电话的电子设备设置呼叫转移。呼叫转移(也称为呼叫前转，简称呼转或前转)是指当手机用户不能接听电话时，可把来电转移到预先设定的前转号码(如留言信箱、秘书台、其他移动电话或其他固定电话)上的业务。

现有技术中，运营商限制的最大前转次数一般为一次，如果B用户设置的呼叫转移为C用户，而C用户又设置了呼叫转移为D用户。则当A用户呼叫B用户时，正常情况下会首先呼转到用户C，然后再呼转到用户D。但是由于触发了2次呼转，超出了运营商的最大前转次数限制，此时该通呼叫将被C用户所在的设备所拦截，无法成功转接到D用户，本次呼叫也将失败。

上述呼转方式，导致C用户仅仅是正常激活呼叫转移，却在不知情的情况下严重影响了B用户的被叫业务，从而引发A用户和B用户的极大困扰。在网络维护的实际工作中，也时常会遇到由此而引发的用户投诉，最终需要B用户和C用户协商，打开“B-C-D”的呼叫转移链。

发明内容

本申请实施例的目的是提供一种提醒方法、装置、系统、电子设备和存储介质，以实现当呼叫转移次数超过限制后，提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

本申请的技术方案如下：

第一方面，提供了一种提醒方法，该提醒方法包括：

在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；

基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；

对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

第二方面，提供了一种提醒装置，该装置包括：

检测指令生成模块，用于在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；

待检测号码确定模块，用于基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；

提醒信息发送模块，用于对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

第三方面，本申请实施例提供了一种提醒系统，该系统包括：

呼叫转移提醒系统，用于在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

第四方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请任一实施例所述的提醒方法的步骤。

第五方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现本申请任一实施例所述的提醒方法的步骤。

本申请的实施例提供的技术方案至少带来以下有益效果：

本申请实施例提供的提醒方法，通过对呼叫转移进行检测的检测指令，确定待检测原号码，以及与待检测号码对应的待检测前转号码，然后对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1是在现有技术中基本呼叫业务说明示意图；

图2是在现有技术中2次呼叫转移呼叫成功的示意图；

图3是在现有技术中2次呼叫转移呼叫被拦截的示意图；

图4是本申请实施例提供的提醒系统的结构示意图；

图5是本申请实施例提供的提醒方法的流程示意图；

图6是本申请实施例提供的实时检索模式下预设前转次数为1的情况下，以待检测原号码为关键字，在前转号码的字段中进行检索的示意图；

图7是本申请实施例提供的实时检索模式下预设前转次数为1的情况下，以待检测前转号码为关键字，在原号码的字段中进行检索的示意图；

图8是本申请实施例提供的实时检索模式下预设前转次数为2的情况下的检索示意图；

图9是本申请实施例提供的一种提醒装置的结构示意图；

图10是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的例子。

为了更加方便的介绍本申请的技术方案，在介绍本申请的技术方案之前，首先介绍一下本申请技术方案的背景。

首先，介绍一下呼叫转移的概念。

呼叫转移(也称呼叫前转，简称呼转、前转等)是指当手机用户不能接听电话时，可把来电转移到预先设定的前转号码(如留言信箱、秘书台、移动电话、固定电话)上的业务。在现有的呼叫转移业务规范中，呼叫转移有4种类型：无条件呼转、不可及呼转、无应答呼转和遇忙呼转。

具备呼叫转移功能的移动用户(称为B用户)，都可以通过手机终端或掌上营业厅等方式，自由的进行前转号码的激活设置。呼转激活后，当某个主叫用户(称为A用户)打来电话时，将来电转移到另一个移动用户(称为C用户)上。一次基本的呼叫转移业务(可表示为：A-B-C)如图1所示。

然后，介绍一下前转次数的概念。

前转次数即在一次呼叫中发生的呼叫转移的次数。

在图1的场景中，前转次数＝1。

在另一示例中，如果图1中的用户C本身也设置了呼叫转移(假设用户C设置的前转号码为D)，那么当主叫用户A拨打被叫用户B时，就会首先呼转到用户C、再呼转到用户D(可表示为：A-B-C-D，见图2)。在此场景下的前转次数＝2，以此类推。这类呼叫转移的场景可称为“重复呼转”。

在通常情况下，运营商都会对重复呼转的场景加以限制，比如中国移动就只放开了前转次数＝1的基本呼转，而禁止任何前转次数≥2的重复呼转。如果出现图2的情况(A-B-C-D)，则该通呼叫将被C用户所在的设备所拦截，无法成功转接到D用户，本次呼叫也将失败。如图3所示。

根据上述的背景知识可知，在假设运营商限制的最大前转次数＝1的情况下，由于上述图2的情况触发了2次呼转，超出了运营商的最大前转次数限制，此时该通呼叫将被C用户所在的设备所拦截，无法成功转接到D用户，本次呼叫也将失败。这就导致C用户仅仅是正常激活呼叫转移，却在不知情的情况下严重影响了B用户的被叫业务，从而引发A用户和B用户的极大困扰。在网络维护的实际工作中，也时常会遇到由此引发的用户投诉，最终需要B用户和C用户协商，打开这条“B-C-D”的呼叫转移链。

为了解决上述问题，本申请提供了一种提醒系统，引入了一个呼叫转移提醒系统，该系统通过对全网的呼叫转移数据进行检索分析，能够发现超出运营商现在的重复呼转设置，并通过预设提醒方式(例如短信等)向B用户发送提醒信息，提出规避建议，例如可以是提醒B用户取消呼叫转移或修改前转号码，避免后续无法正常做被叫。

本申请提供的提醒系统，具体可参见如下实施例。

请参见图4，本申请提供的提醒系统包括：呼叫转移提醒系统100。

在一个示例中，提醒系统还可以包括通话系统200。

其中，通话系统200可以包括VoLTE AS移动设备，以及HLR/HSS移动设备，用户可基于VoLTE AS移动设备，或者HLR/HSS移动设备设置其呼叫转移的业务。

呼叫转移提醒系统100中可以设置一呼叫转移数据库101，该呼叫转移数据库可以与全网范围内的所有的VoLTE AS移动设备和HLR/HSS移动设备建立有数据传送接口，用于获取他们本身的号码，以及他们设置的前转号码、前转类型等，这样呼叫转移数据库中就记录了全网范围内的当前所有用户的呼叫转移数据(包括当前用户的原号码、其设置的前转号码和前转类型等)。

呼叫转移提醒系统100在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；基于检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与待检测号码对应的待检测前转号码；对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

通过增设呼叫转移提醒系统，对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样可根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

需要说明的是，针对呼叫转移提醒系统是如何进行工作的，在下面的实施例中会详细介绍。

在另一个示例中，提醒系统还可以包括短信中心300。

其中，呼叫转移提醒系统可以与短信中心进行通信连接，在检测到待检测原号码和/或待检测前转号码达到预设前转次数的情况下，呼叫转移提醒系统可以向短信中心发送提醒信息，在该提醒信息中包括检测出的目标原号码，然后短信中心可以向目标原号码发送提醒信息，以提示目标原号码其被叫业务可能受到影响，让其更换前转号码或者取消呼叫转移。

本申请的技术方案，通过提供一种提醒系统，在该系统中增设呼叫转移提醒系统，基于呼叫转移提醒系统对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样可根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

上述实施例介绍了提醒系统，在提醒系统中增设了呼叫转移提醒系统，基于呼叫转移提醒系统可对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样可根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

为了详细介绍呼叫转移提醒系统是如何进行工作的，本申请提供了一种提醒方法，具体是呼叫转移提醒系统的工作流程，具体的可参见如下实施例。

请参见图5，本申请提供的提醒方法具体可以包括如下步骤：

S510、在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令。

其中，检测指令可以是基于检测到的对呼叫转移进行检测的触发操作所生成的指令。

在对呼叫转移进行检测时，本申请具有两种检测模式，一种是实时检索模式，另一种是定时检索模式。针对两种检索模式，其生成的检测指令是不同的，具体的可以如下：

(1)实时检索模式

针对实时检索模式，在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令，可以包括：在检测到用户对用户的号码进行的呼叫转移设置的触发操作的情况下，确定检测到对呼叫转移进行检测，并生成检测指令。

检测到用户对用户的号码进行的呼叫转移设置的触发操作，可以是用户通过电子设备或者通过掌上营业厅等应用程序进行呼叫转移的激活操作，当激活成功后，则确定检测到对呼叫转移进行检测，可生成检测指令。此时的检测指令是仅针对用户设置的呼叫转移的号码以及对应的前转号码进行检测的指令。

在一个示例中，电子设备可以是手机终端、客户端或平板等。

这样设置实时检索模式，可以当有用户设置呼叫转移时，即可实时的对其进行检索，看其是否存在不知情的情况下，呼叫转移超过限制，以便在其呼叫转移超过限制后，可实时提醒用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

(2)定时检索模式

针对定时检索模式，在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令，可以包括：在检测到对呼叫转移数据库中的数据进行检测的触发操作的情况下，确定检测到对呼叫转移进行检测，并生成检测指令。

检测到对呼叫转移数据库中的数据进行检测的触发操作，可以是预先设置了对呼叫转移数据库中的数据进行定时检测的任务，例如可以是每周或每月检测一次。当时间达到预设的定时检测时间时，则系统会自动触发检测任务，当检测到系统触发了检测任务时，可确定检测到对呼叫转移数据库中的数据进行检测的触发操作，则确定检测到了对呼叫转移进行检测，可生成检测指令。此时的检测指令时对呼叫转移数据库中的所以数据均进行检测的指令。

这样设置定时检索模式，可以避免在呼叫转移提醒系统启用前，在呼叫转移数据库中的数据已存在超过限制的重复呼转，同时也避免了实时检索时漏检的情况，提高了检索的准确度，保证被叫用户的正常通话。

这样设置两种启动检测的模式，可以保证用户呼转不超过限制，避免其被叫业务受到影响，保证了被叫用户的正常通话，两种检索模式共同使用，提高了检索的准确性。

S520、基于检测指令，确定待检测号码，其中，待检测号码包括待检测原号码，以及与待检测号码对应的待检测前转号码。

其中，待检测号码可以是待进行检测的号码。

待检测原号码可以是待检测的原号码，即设置呼叫转移的号码。

待检测前转号码可以是待检测的前转号码，即被设置为呼叫转移的号码。

示例性的，若用户A设置了呼叫转移，其设置的前转号码为用户B的号码，则用户A的号码为待检测原号码，用户B的号码为待检测前转号码。

在获取到的待检测指令后，可根据待检测指令，来确定待检测的号码，即确定待检测原号码，以及与待检测号码对应的待检测前转号码。

在确定待检测号码时，针对待检测指令的两种方式，确定待检测号码的方式也对应有两种。

在一个示例中，针对实时检索模式，对应的，所述基于检测指令，确定待检测号码，可以包括：基于检测指令，将用户的号码确定为待检测原号码，并将用户设置的用户的号码的前转号码确定为待检测前转号码。

针对实时检索模式，当用户设置了呼叫转移并激活呼叫转移后，可将该用户的号码确定为待检测原号码，将该用户设置的前转号码确定为待检测前转号码。在检测时，仅检测该用户的号码，以及与该用户的号码对应的前转号码。

示例性的，在用户设置了呼叫转移并激活呼叫转移后，VoLTE AS移动设备或HLR/HSS移动设备可通过数据传送接口，将用户本次激活的呼转信息传送至呼叫转移提醒系统中的呼叫转移数据库，其中，呼转信息可以包括该用户的原号码、前转号码、呼转类型、激活时间等关键信息。

在另一个示例中，针对定时检索模式，对应的，所述基于检测指令，确定待检测号码，可以包括：基于检测指令，获取呼叫转移数据库中的每条数据中的原号码和原号码对应的前转号码；针对每条数据，将原号码确定为待检测原号码，将前转号码确定为待检测前转号码。

针对定时检索模式，当时间达到预先设置的检测呼叫转移的时间后，基于检测指令，可获取到呼叫转移数据库中的所有数据，每条数据中均有其原号码，以及该原号码所对应的前转号码，则针对每条数据，将原号码确定为待检测原号码，将前转号码确定为待检测前转号码，在检测时，是对每条数据均进行检测，即遍历呼叫转移数据库中的所有数据。

示例性的，呼叫转移数据库中可以相当于一个excel表格，在该表格中具有很多条数据，每条数据针对一个用户的号码，针对每条数据，具有一个“原号码”字段和一个“前转号码”字段，其中，“原号码”字段可以填写有各用户的号码，“前转号码”字段可以填写有各用户设置的前转号码。

S530、对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

其中，预设前转次数可以是预先设置的前转次数，该预设前转次数可以是运营商提前设置的，例如可以是一次，也可以是两次，这里可根据运营商的设置来确定，不做限定。

目标原号码可以是在检测出待检测原号码和/或待检测前转号码达到预设前转次数的情况下，需要向其发送提醒信息的号码。

示例性的，以图2的示例为例，预设前转次数为1次，则需要向用户B发送提醒信息，提出规避建议，则用户B的号码为目标原号码。

在确定了待检测原号码和待检测前转号码后(不论是针对实时检索模式确定的待检测原号码和待检测前转号码，还是针对定时检索模式确定的待检测原号码和待检测前转号码)，对待检测原号码和待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样在其呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

本申请实施例的技术方案，通过对呼叫转移进行检测的检测指令，确定待检测原号码，以及与待检测号码对应的待检测前转号码，然后对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

为了详细描述如何对待检测原号码和/或待检测前转号码进行检测，以发送提醒信息，本申请提供了提醒方法的另一可实现方式，具体的可参见如下实施例。

在一个示例中，步骤S530可以具体包括如下步骤：

S5301、将待检测原号码作为关键字，在前转号码的字段中进行检测，在确定待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；和/或，将待检测前转号码作为关键字，在原号码的字段中进行检测，在确定待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

在确定了待检测原号码和待检测前转号码后，可先把待检测原号码作为关键字，在前转号码的字段(在前转号码的字段中包含有各用户所设置的前转号码)中进行检测，在确定待检测原号码达到预设前转次数的情况下，可向检测出的目标原号码发送提醒信息。

在确定了待检测原号码和待检测前转号码后，可把待检测前转号码作为关键字，在原号码的字段(在原号码的字段中包含有各用户的原号码)中进行检测，在确定待检测前转号码达到预设前转次数的情况下，可向检测出的目标原号码发送提醒信息。

这样分别将待检测原号码和待检测前转号码作为关键字，在对方的字段中进行检测，在确定其达到预设前转次数的情况下，可向检测出的目标原号码发送提醒信息，这样根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

在上述实施例的基础上，以一具体实例来说明如何对待检测原号码和/或待检测前转号码进行检测，具体可参见如下实施例。

在一个示例中，以预设前转次数为一次为例来进行说明。

针对S5301中将待检测原号码作为关键字，在前转号码的字段中进行检测，在确定待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，具体可以是：将待检测原号码作为关键字，在前转号码的字段中进行检测，在确定待检测原号码为另一号码的前转号码的情况下，向检测出的目标原号码发送提醒信息。

下面以实时检索模式为例来进行说明预设前转次数为一次的情况，即当前有用户设置了前转号码，启动了实时检索模式。

请参见图6，当前号码“2222”激活了呼叫转移业务，其设置了前转号码为“3333”。以待检测原号码“2222”为关键字，在呼叫转移数据库的前转号码字段中进行全量检索。

在检索结果为空的情况下，即在前转号码字段中未发现号码“2222”，即号码“2222”并不是任何号码的前转号码，也就是说没有用户将号码“2222”设置为前转号码。故本次激活的呼转没有产生超限的重复呼转。

在检索结果不为空的情况下，如图6中检索出2条结果，即检索到号码“2222”分别为原号码“1234”和“5678”的前转号码，也就是说已经有用户将“2222”设置为自己的前转号码，那在“2222”这个待检测原号码也设置了自己的前转号码的情况下，当有用户Q向“1234”或“5678”拨打电话的时候，该电话会呼转到“2222”下，但是由于“2222”也设置了呼叫转移，而运营商设置的前转次数为一次的情况下，“2222”就会拦截下用户Q给“1234”或“5678”拨打的电话，造成“1234”或“5678”无法正常呼转，影响了“1234”或“5678”的被叫业务。则当出现上述图6中的情况时，本次激活的“2222”的呼转产生了超限的重复呼转，呼叫转移提醒系统会提取出检索出的目标原号码(即图6中的“1234”和“5678”)，向其发送预设的短信内容，建议“1234”和“5678”尽快取消呼叫转移设置，或者尽快更改前转号码。

在一个示例中，当出现图6中的情况下，呼叫转移提醒系统提取出检索出的目标原号码后，还可以通过短信接口(短信中心和呼叫转移提醒系统的连接接口)向短信中心发送提醒信息，以使短信中心可向“1234”和“5678”发送提醒短信。

在一个示例中，向“1234”和“5678”发送的短信内容例如可以是“您xx年xx月xx日所设置的xx类型呼叫转移，该前转号码“xxxx”(例如“2222”)已激活了自身的呼叫转移业务。根据呼叫转移不能连续发生2次的业务规范，您很可能将无法再接通电话。建议您尽快取消目前的呼叫转移设置，或尽快更改前转号码”。

需要说明的是，上述的短信内容仅为本申请的一个示例，并不是唯一示例，本领域技术人员应该知道任何可用于提醒目标原号码的短信内容均属于本申请的保护之列。

在一个示例中，还是以实时检索模式、预设前转次数为一次的情况来进行说明S5301中的另一种情况。

针对S5301中将待检测前转号码作为关键字，在原号码的字段中进行检测，在确定待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，具体可以是：将待检测前转号码作为关键字，在原号码的字段中进行检测，在确定待检测前转号码为另一前转号码的原号码的情况下，向检测出的目标原号码发送提醒信息。

请参见图7，当前号码“2222”激活了呼叫转移业务，其设置了前转号码为“3333”。以待检测前转号码“3333”为关键字，在呼叫转移数据库的原号码字段中进行全量检索。

在检索结果为空的情况下，即在原号码字段中未发现号码“3333”，即号码“3333”并没有激活呼转，也就是说，号码“3333”没有设置呼叫转移。故本次激活的呼转没有产生超限的重复呼转。

在检索结果不为空的情况下，如图7中检索出1条记录，即号码“3333”设置了呼叫转移，那在“3333”设置了呼叫转移的情况下，当有用户M给“2222”打电话时，“2222”将电话呼转到了“3333”下，但是由于“3333”设置了呼转，且运营商设置的前转次数为一次，则此时“3333”就会把用户M的电话给拦截下来，造成“2222”无法正常呼转，影响了“2222”的被叫业务，则当出现图7中的情况时，本次激活的呼转将产生超限的重复呼转，呼叫转移提醒系统会提取出检索出的目标原号码(即图7中的“2222”)，向其发送预设的短信内容，建议“2222”尽快取消呼叫转移设置，或者尽快更改前转号码。

在一个示例中，当出现图7中的情况下，呼叫转移提醒系统提取出检索出的目标原号码后，还可以通过短信接口(短信中心和呼叫转移提醒系统的连接接口)向短信中心发送提醒信息，以使短信中心可向“2222”发送提醒短信。

在一个示例中，向“2222”发送的短信内容，可与上述向“1234”和“5678”发送的短信内容类似，这里不做阐述。

上述两个实施例是实时检索模式、预设前转次数为一次的情况，本领域技术人员应该知道，预设前转次数可以是运营商根据需求自行设定的，也可能是2次、3次、n次等。在预设前转次数为大于1次的情况下，例如，可以是n次，在对待检测原号码和待检测前转号码进行检测时，也是参照上述预设前转次数为1次的情况进行检测，即将待检测原号码作为关键词，在前转号码字段中进行全量检索n次，在待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；和/或将待检测前转号码作为关键词，在原号码字段中进行全量检索n次，在待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

下面还是以实时检索模式为例来说明预设前转次数为2次的情况。

请参见图8，当前号码“2222”激活了呼叫转移业务，其设置了前转号码为“3333”。以待检测原号码“2222”为关键字，在呼叫转移数据库的前转号码字段中进行全量检索。

在检索结果为空的情况下，即将待检测原号码“2222”为关键字，在呼叫转移数据库的前转号码字段中进行第一次全量检索，在第一次全量检索时，在前转号码字段中并未发现号码“2222”，即没有用户将号码“2222”设置为前转号码，那就不用进行第二次全量检索了，因为没有号码将“2222”设置为前转号码，故本次激活的呼转没有产生超限的重复呼转。

在检索结果不为空的情况下，若第一次全量检索结果不为空，如图8中的1次检索的记录，即在前转号码字段中检索到了“2222”了，那说明有号码将“2222”设置为了前转号码，但此时并没有产生超限的重复呼转(因为设置的预设前转次数为2次)，此时获取到将号码“2222”设置为前转号码的原号码，即图8中“1234”，将该“1234”作为关键字，在前转号码中进行检索(第二次全量检索)，若在前转号码中检索到号码“1234”，则说明有号码“5678”将“1234”设置为了前转号码。此时，若有用户W向号码“5678”拨打电话时，该电话会先呼转到“1234”下，由于“1234”也设置了前转号码“2222”，则此时电话会再次呼转到“1234”的前转号码“2222”下，这就经历了2次呼转，但是由于“2222”也设置前转号码，电话转到“2222”下后，还会转到“2222”设置的前转号码“3333”下，但是由于运营商设置的前转次数为2次，所以当电话转到“2222”下后，再往“3333”下呼转时，超过了前转次数，产生超限的重复呼转，电话会被“2222”拦截下来，导致用户W无法给“5678”拨通电话，即导致“5678”无法做被叫，影响了“5678”的被叫业务。此时呼叫转移提醒系统会提取出检索出的目标原号码(即图8中的“5678”)，向其发送预设的短信内容，建议“5678”尽快取消呼叫转移设置，或者尽快更改前转号码。

在一个示例中，当出现图8中的情况下，呼叫转移提醒系统提取出检索出的目标原号码后，还可以通过短信接口(短信中心和呼叫转移提醒系统的连接接口)向短信中心发送提醒信息，以使短信中心可向“5678”发送提醒短信。

在一个示例中，向“5678”发送的短信内容，可与上述图6的实施例中向“1234”和“5678”发送的短信内容类似，这里不做阐述。

需要说明的是，上述图8仅是示例了预设前转次数为2次时，以待检测原号码为关键字，在前转号码字段进行检索的情况，针对以待检测前转号码为关键字，在原号码字段中进行检索的情况，可参考图7中情况，进行类似于图8中的2次迭代检索，这里不做详细描述。

需要说明的是，上述图6-图8仅是示例了预设前转次数为1次和2次的情况，本领域技术人员应该知道，这里的预设前转次数可根据需求自行设置，这里不做限定。当预设前转次数为n次时，则可参照图8中的2次迭代检索的方式，对待检测号码进行n次迭代检索，迭代检索方式在这里不再详细描述。

上述实时检索模式的技术方案，通过实时检索模式，可以当有用户设置呼叫转移时，即可实时的对其进行检索，看其是否存在不知情的情况下，呼叫转移超过限制，以便在其呼叫转移超过限制后，可实时提醒用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

上述图6-图8均是以实时检索模式为例来进行说明的，针对定时检索模式也同样适用。当呼叫转移提醒系统中预先配置了定时检索任务，例如每周进行一次全量检索，当任务触发后，呼叫转移提醒系统将对呼叫转移数据库中的每一条数据依次进行遍历检索，当预设前转次数为一次时，其检索方式如图6-图7中的方式；若预设前转次数为2次时，其检索方式如图8中的方式。如发现超限的重复呼转，则向被影响被叫的“原号码”(即目标原号码)发送预设的短信内容，以对目标原号码进行提醒。

需要说明的是，定时检索模式与上述实时检索模式的流程类似，在此不再赘述。

本申请定时检索模式的技术方案，可以避免在呼叫转移提醒系统启用前，在呼叫转移数据库中的数据已存在超过限制的重复呼转，同时也避免了实时检索时漏检的情况，提高了检索的准确度，保证被叫用户的正常通话。

这样设置两种启动检测的模式，可以保证用户呼转不超过限制，避免其被叫业务受到影响，保证了被叫用户的正常通话，两种检索模式共同使用，提高了检索的准确性。

基于上述实施例提供的提醒方法，相应的，本申请还提供了提醒装置的具体实现方式，请参见如下实施例。

参见图9，本申请实施例提供的提醒装置包括如下模块：

检测指令生成模块910，用于在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；

待检测号码确定模块920，用于基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；

提醒信息发送模块930，用于对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

本申请实施例的技术方案，通过待检测号码确定该模块基于检测指令生成模块生成的呼叫转移进行检测的检测指令，确定待检测原号码，以及与待检测号码对应的待检测前转号码，然后基于提醒信息发送模块对待检测原号码和/或待检测前转号码进行检测，在待检测原号码和/或待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，这样根据预先设置的前转次数，当呼叫转移次数超过限制后，可提醒被呼叫用户，避免其被叫业务受到影响，保证被叫用户的正常通话。

作为本申请的一种实现方式，为了详细介绍如何生成检测指令，上述检测指令生成模块910可以具体包括如下单元：

第一检测指令生成单元，用于在检测到用户对所述用户的号码进行的呼叫转移设置的触发操作的情况下，确定检测到对呼叫转移进行检测，并生成检测指令；

或者，

第二检测指令生成单元，用于在检测到对呼叫转移数据库中的数据进行检测的触发操作的情况下，确定检测到对呼叫转移进行检测，并生成检测指令。

在检测指令生成模块910具体包括第一检测指令生成单元的情况下，相对应的，待检测号码确定模块920可以具体包括如下单元：

第一待检测号码确定单元，用于基于所述检测指令，将所述用户的号码确定为待检测原号码，并将所述用户设置的所述用户的号码的前转号码确定为待检测前转号码。

在检测指令生成模块910具体包括第二检测指令生成单元的情况下，相对应的，待检测号码确定模块920可以具体包括如下单元：

第二待检测号码确定单元，用于基于所述检测指令，获取所述呼叫转移数据库中的每条数据中的原号码和所述原号码对应的前转号码；针对每条数据，将所述原号码确定为待检测原号码，将所述前转号码确定为待检测前转号码。

作为本申请的一种实现方式，为了详细介绍如何对待检测原号码和/或所述待检测前转号码进行检测，上述提醒信息发送模块930可以具体包括如下单元：

第一提醒信息发送单元，用于将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；

和/或，

第二提醒信息发送单元，用于将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

作为本申请的一种实现方式，在预设前转次数为一次的情况下，第一提醒信息发送单元可以具体用于将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码为另一号码的前转号码的情况下，向检测出的目标原号码发送提醒信息。

作为本申请的另一种实现方式，在预设前转次数为一次的情况下，第二提醒信息发送单元可以具体用于将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码为另一前转号码的原号码的情况下，向检测出的目标原号码发送提醒信息。

本申请实施例提供的提醒装置，可以用于执行上述各方法实施例提供的提醒方法，其实现原理和技术效果类似，为简介起见，在此不再赘述。

基于同一发明构思，本申请实施例还提供了一种电子设备。

图10是本申请实施例提供的一种电子设备的结构示意图。如图10所示，电子设备可以包括处理器1001以及存储有计算机程序或指令的存储器1002。

具体地，上述处理器1001可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器1002可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1002可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器1002可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器1002可在综合网关容灾设备的内部或外部。在特定实施例中，存储器1002是非易失性固态存储器。在特定实施例中，存储器1002包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器1001通过读取并执行存储器1002中存储的计算机程序指令，以实现上述实施例中的任意一种提醒方法。

在一个示例中，电子设备还可包括通信接口1003和总线1010。其中，如图10所示，处理器1001、存储器1002、通信接口1003通过总线1010连接并完成相互间的通信。

通信接口1003，主要用于实现本发明实施例中各模块、设备、单元和/或设备之间的通信。

总线1010包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1010可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该电子设备可以执行本发明实施例中的提醒方法，从而实现图5-图8描述的提醒方法。

另外，结合上述实施例中的视频码率控制方法，本发明实施例可提供一种可读存储介质来实现。该可读存储介质上存储有程序指令；该程序指令被处理器执行时实现上述实施例中的任意一种提醒方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (9)

1.一种提醒方法，其特征在于，所述方法包括：

在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；

基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；

对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；

所述对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，包括：

将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；

和/或，

将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

2.根据权利要求1所述的方法，其特征在于，所述在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令，包括：

在检测到用户对所述用户的号码进行的呼叫转移设置的触发操作的情况下，确定检测到对呼叫转移进行检测，并生成检测指令；

对应的，所述基于所述检测指令，确定待检测号码，包括：

基于所述检测指令，将所述用户的号码确定为待检测原号码，并将所述用户设置的所述用户的号码的前转号码确定为待检测前转号码。

3.根据权利要求1所述的方法，其特征在于，所述在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令，包括：

在检测到对呼叫转移数据库中的数据进行检测的触发操作的情况下，确定检测到对呼叫转移进行检测，并生成检测指令；

对应的，所述基于所述检测指令，确定待检测号码，包括：

基于所述检测指令，获取所述呼叫转移数据库中的每条数据中的原号码和所述原号码对应的前转号码；

针对每条数据，将所述原号码确定为待检测原号码，将所述前转号码确定为待检测前转号码。

4.根据权利要求1所述的方法，其特征在于，在所述预设前转次数为一次的情况下，所述将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，包括：

将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码为另一号码的前转号码的情况下，向检测出的目标原号码发送提醒信息。

5.根据权利要求1所述的方法，其特征在于，在所述预设前转次数为一次的情况下，所述将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息，包括：

将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码为另一前转号码的原号码的情况下，向检测出的目标原号码发送提醒信息。

6.一种提醒装置，其特征在于，所述装置包括：

检测指令生成模块，用于在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；

待检测号码确定模块，用于基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；

提醒信息发送模块，用于对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；

所述提醒信息发送模块，包括：

第一提醒信息发送单元，用于将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；

和/或，

第二提醒信息发送单元，用于将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

7.一种提醒系统，其特征在于，所述系统包括：

呼叫转移提醒系统，用于在检测到对呼叫转移进行检测的触发操作的情况下，生成检测指令；基于所述检测指令，确定待检测号码，其中，所述待检测号码包括待检测原号码，以及与所述待检测号码对应的待检测前转号码；对所述待检测原号码和/或所述待检测前转号码进行检测，在所述待检测原号码和/或所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；

所述呼叫转移提醒系统，具体用于将所述待检测原号码作为关键字，在前转号码的字段中进行检测，在确定所述待检测原号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息；和/或，将所述待检测前转号码作为关键字，在原号码的字段中进行检测，在确定所述待检测前转号码达到预设前转次数的情况下，向检测出的目标原号码发送提醒信息。

8.一种电子设备，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-5任一所述的提醒方法的步骤。

9.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-5任一所述的提醒方法的步骤。