CN100450253C - 一种阻止用户使用回呼业务的方法及关口设备 - Google Patents

Abstract

本发明实施例公开了一种阻止用户使用回呼业务的方法：本网关口设备获取可疑回呼业务使用用户信息；当本网用户向外网用户发起呼叫时，若关口设备确定该本网用户为可疑回呼业务使用用户，则记录该本网用户的用户标识；在预先设定的时间段内若关口设备接收到与所记录的可疑回呼业务使用用户对应的对端网络发来的回呼，则禁止此次呼叫。本发明实施例还同时公开了一种阻止用户使用回呼业务的关口设备，应用该方法和关口设备可以实现阻止对端网络发起的回呼，从而提高本网网络接通率，使网络资源得到充分利用。

Description

一种阻止用户使用回呼业务的方法及关口设备

技术领域

本发明涉及网络通信技术，特别涉及一种阻止用户使用回呼业务的方法及关口设备。

背景技术

目前，固网运营商开通了一种面向移动用户的回呼业务，该业务针对当前很大一部分移动用户在分别作为主叫方与作为被叫方进行通话时，在话费收取方面存在的较大差异，通过***平台的转接，将移动用户的主叫呼出变为被叫接听。

图1为现有技术中实现回呼业务的网络结构示意图，如图1所示，移动网络由端局和各个关口设备组成，固网由端局、关口设备以及回呼业务智能平台组成。

端局负责业务的接入，关口设备在网络中主要起到汇接功能。当本网用户对其它运营商用户发起呼叫时，首先由端局将呼叫路由至关口设备，再由本网关口设备将呼叫路由至相应运营商的关口设备，呼入过程则正好相反；回呼业务智能平台用以实现回呼功能。

移动用户作为主叫方向固网用户发起呼叫时，固网回呼业务智能平台提示移动用户挂机等待回拨；移动用户挂机后，由智能平台向移动用户发起呼叫，并在移动用户应答之后再由智能平台向固网被叫用户发起呼叫；如果固网用户应答，则双方通话线路建立

下面结合附图，对该业务的实现过程作进一步的详细说明，图2为固网回呼业务的实现流程图，如图2所示，包括以下步骤：

步骤201：移动用户A向固网用户C发起呼叫。

固网通过其关口设备将该呼叫转到了回呼业务智能平台B，所以移动用户A的呼叫并没有真正的传送到固网用户C端。

步骤202：回呼业务智能平台B向移动用户A发出提示音，提示用户挂机。

步骤203：移动用户A收到提示音后挂机。

步骤204：回呼业务智能平台B向移动用户A发起呼叫。

步骤205：移动用户A向回呼业务智能平台B回送振铃音。

步骤206：移动用户A对呼叫进行应答。

步骤207：回呼业务智能平台B向固网用户C发起呼叫。

步骤208：固网用户C向回呼业务智能平台B回送振铃音。

步骤209：固网用户C对呼叫进行应答，完成通话双方的线路连接。

步骤210：移用用户A和被叫固网用户C进行正常的通话。

这样，对于移动运营商来说，网络中如果有大量用户在发起呼叫后立刻挂机，等待对端的回拨，会降低网络接通率，浪费网络资源。

为了解决这个问题，现有技术中提出了一种在移动网络的关口设备中增加静态黑名单列表的方法，该静态黑名单列表由人工进行维护，用于记录已经使用或怀疑使用了回呼业务的移动用户。当被列入静态黑名单列表的移动用户向固网用户发起呼叫时，关口设备直接将该呼叫拦截，禁止通话进行。但是，这种方法存在着一定的弊端：关口设备直接拦截移动用户发起的呼叫，会使用户认为是移动网络出现了问题，而意识不到是由于自己使用了回呼业务所致；即使某些移动用户认识到问题所在，想取消这种回呼业务，但关口设备拦截了这些移动用户向外网用户发起的所有呼叫，包括到固网端取消回呼业务的呼叫也无法拨打，这就使得用户无法取消回呼业务，进而造成这些移动用户始终无法正常通话。

可见，这种阻止移动网络用户向固网用户发起呼叫的方法并不能很好的解决由于用户使用回呼业务而造成的降低网络接通率，浪费网络资源的问题。

发明内容

有鉴于此，本发明实施例的主要目的在于提供一种阻止用户使用回呼业务的方法，该方法能够提高网络接通率，使网络资源得到充分利用。

本发明实施例的另一个目的在于提供一种阻止用户使用回呼业务的关口设备，应用该关口设备能够提高网络接通率，使网络资源得到充分利用。

为达到上述目的，本发明实施例的技术方案是这样实现的：

一种阻止用户使用回呼业务的方法，包括以下步骤：

a、本网关口设备获取可疑回呼业务使用用户信息；

b、当本网用户向外网用户发起呼叫时，若所述关口设备确定该本网用户为可疑回呼业务使用用户，则记录该本网用户的用户标识；

c、在预先设定的时间段内若所述关口设备接收到与所记录的可疑回呼业务使用用户对应的对端网络发来的回呼，则禁止此次呼叫。

一种阻止用户使用回呼业务的关口设备，包括路由模块、黑名单列表模块、拦截数据模块以及定时模块；

所述黑名单列表模块，用于存储记录可疑回呼业务使用用户信息的黑名单列表；

所述定时模块，用于设定定时信息；

所述路由模块，用于将用户呼叫路由至对端网络关口设备，并接收对端网络关口设备发送来的回呼；

所述拦截数据模块，接收来自本网用户发起的呼叫，并查询黑名单列表模块以判断该本网用户是否已记录在黑名单列表之中，若是则将该本网用户的用户标识记录在自身预先设置的拦截数据列表中，并将用户呼叫发往路由模块进行路由处理；启动定时模块，在定时模块所设置的时间段内检测是否接收到对端网络发起的针对该本网用户的回呼，若收到则禁止该呼叫。

可见，本发明实施例通过对关口设备的改造，增加了可疑回呼业务使用用户信息以及可疑用户数据拦截功能，这样，当本网用户向外网用户发起呼叫时，本网关口设备能够首先对用户的身份进行判断，如果用户为可疑回呼业务使用用户，则在预先设置的拦截数据列表中记录该用户的用户标识，若规定时间内，本网关口设备收到对端网络发起的针对该用户的回呼，则认为该用户使用了回呼业务，将通话禁止。这样，当某本网用户的回呼呼叫连续几次被阻止以后，该用户就会放弃继续使用这种业务，按照正常的呼叫方式作为主叫方与外网用户进行通话，从而提高了网络的接通率，避免了网络资源的浪费。

附图说明

图1为现有技术中实现回呼业务的网络结构示意图；

图2为现有技术中回呼业务的实现流程图；

图3为本发明关口设备的第一个较佳实施例的结构示意图；

图4为本发明关口设备的第二个较佳实施例的结构示意图；

图5为本发明方法的第一个较佳实施例的流程图；

图6为本发明方法的第二个较佳实施例的流程图。

具体实施方式

本发明的核心思想是：本网关口设备获取可疑回呼业务使用用户信息；当本网用户向外网用户发起呼叫时，若所述关口设备确定该用户为可疑回呼业务使用用户，则记录该用户的用户标识；在预先设定的时间段内若所述关口设备接收到与所记录的可疑回呼业务使用用户对应的对端网络发来的回呼，则禁止此次呼叫。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步的详细说明。

图3为本发明关口设备的第一个较佳实施例的结构示意图，如图3所示，该关口设备主要由黑名单列表模块301、拦截数据模块302、定时模块303以及路由模块304组成。

其中，黑名单列表模块301，用于存储记录可疑回呼业务使用用户信息的黑名单列表；

定时模块303，用于设定定时信息，比如定时器；

路由模块304，用于将用户呼叫路由至外网关口设备，并接收外网关口设备发送来的回呼；

拦截数据模块302，接收来自本网用户发起的呼叫，并查询黑名单列表模块301以判断该用户是否已记录在黑名单列表中，若是则将该用户标识记录在自身预先设置的拦截数据列表中，并将用户呼叫发往路由模块304进行路由处理；启动定时模块303，在定时模块303所设置的时间段内检测是否接收到外网端发起的针对该用户的回呼，若收到则禁止该呼叫。

当本网用户向外网用户发起呼叫时，拦截数据模块302到黑名单列表模块301中查询该用户是否为可疑回呼业务使用用户，若是则记录该用户的用户标识，并启动定时模块303如定时器，同时通过路由模块304将该用户呼叫路由到对端网络，等待对端网络的回拨；否则，将用户呼叫发送给路由模块304，通过路由模块304将呼叫路由到外网端以实现正常通话；如果在定时模块303设定的时间内收到来自外网端的回呼，则拦截数据模块302确定该用户使用了回呼业务，禁止该呼叫，若未收到回呼则删除记录在拦截数据列表中的该用户的用户标识。

本实施例中，黑名单列表模块301中用于记录可疑回呼业务使用用户信息的黑名单列表为静态黑名单列表，是由运营商人工进行维护的。比如，如果运营商通过第三方设备监控到某用户签约了回呼业务，则人工将该用户加入到静态黑名单列表中；如果运营商监测到静态黑名单列表之中的某个用户在发出呼叫后的规定时间内，未收到对端网络发起的回呼，则该用户没有使用回呼业务，从而人工将该用户从静态黑名单列表中删除，此外，本网关口设备中可疑回呼业务使用用户的信息也可以通过动态黑名单列表来自动获取。

图4为本发明关口设备的第二个较佳实施例的结构示意图，与图3所示的实施例相比，本实施例的区别在于增加了监控模块4011和灰名单列表模块4012。

所述监控模块4011，用于监控本网用户向外网用户发起的呼叫，并在监测到本网用户发起呼叫后挂机的时刻，将该用户的用户标识发送给灰名单列表模块4012；

所述灰名单列表模块4012，接收来自监控模块4011的用户标识，记录在预先设置的动态灰名单列表中；并判断在定时模块303设定的时间段内是否接收到对端网络发起的针对该用户的回呼，是则记录一次回呼次数，否则删除记录在动态灰名单列表中的该用户标识；此后该用户每发起一次呼叫并收到回呼后，累计回呼次数加一；当累计回呼次数达到预定最大累计回呼次数阈值时，将该用户标识记录入黑名单列表模块4013中预先设置的动态黑名单列表中。

这样，即实现了由关口设备自动生成动态黑名单列表，其它模块功能与实施例一类似，不再赘述。

图5为本发明方法的第一个较佳实施例的流程图，假设本网为移动网络，外网为固网，如图5所示，包括以下步骤：

步骤501：移动网络的关口设备通过预先设置的静态黑名单列表来获取可疑回呼业务使用用户的信息。

该静态黑名单列表中记录移动网络运营商怀疑使用了回呼业务的移动用户的用户标识。

步骤502：当移动网络中的某个用户向固网用户发起呼叫时，移动网络关口设备判断该用户的用户标识是否已记录在静态黑名单列表中：若没有，则允许该用户按正常途径与固网用户进行通话，并在通话结束后结束本流程；若已记录在静态黑名单列表中，则执行步骤503。

步骤503：关口设备将该用户标识记录在预先设置的拦截数据列表中

该拦截数据列表用于记录被记录在静态黑名单列表中并向固网用户发起呼叫的移动用户的用户标识。

步骤504：启动关口设备中的定时器，等待固网端的回呼。

步骤505：在定时器设定的时间段内，关口设备检查是否接收到了固网端发起的与记录在拦截数据列表中的用户对应的回呼，若接收到，则执行步骤506，否则，执行步骤507。

步骤506：拦截该固网呼叫，禁止双方通话，结束本流程。

步骤507：关口设备删除保存在拦截数据列表中的该移动用户的用户标识，同时人工删除保存在静态黑名单列表中的该移动用户的用户标识，结束本流程。

图5是当移动网络端只有一个关口设备时本发明的实现情况，实际应用中，移动网络中可能存在多个关口设备，而固网的回呼有可能通过其中的任何一个关口设备接入移动网络，因此，为了全面的阻止固网端的回呼，本发明还进一步包括：保持各个关口设备之间的数据同步，确保每个关口设备中的拦截数据列表中记录的用户标识均为最新信息。这个过程可以通过在上述步骤504中增加在各个关口设备之间发送包含用户标识的数据同步消息来实现。

数据同步消息的发送可以有多种方式，比如，可以由当前记录了最新用户信息的关口设备向其它关口设备分别发送数据同步消息；也可以先由当前记录了最新用户信息的关口设备将数据同步信息发给与其相邻的关口设备，再由其相邻的关口设备发送给下一个相邻的关口设备等。

图6为本发明方法的另一个较佳实施例的流程图，与图5所示实施例相比，本实施例采用了动态黑名单列表来记录可疑回呼业务使用用户信息，步骤601～605即为动态黑名单列表的生成过程：

步骤601：移动网络运营商在网络关口设备处设置监控功能，用于实时监控移动网络用户向固网用户发起的呼叫，并在所监测到的移动用户发起呼叫后挂机的时刻，将发出该呼叫的用户标识记录在预先设置的动态灰名单列表中，该动态灰名单列表为所记录的用户设置累计回呼次数参数以及最大累计回呼次数阈值，并启动定时器。

步骤602：在定时器设定的时间段内，关口设备检测是否接收到固网端发起的针对步骤601中所述移动用户的回呼，若接收到，则执行步骤604，否则，执行步骤603。

步骤603：将该用户记录从动态灰名单列表中删除，结束本流程。

本步骤中，所述用户记录包括该用户的用户标识以及与该用户对应的累计回呼次数参数。

步骤604：将动态灰名单列表中该用户的累计回呼次数加一；

此后，该用户每发起一次呼叫并发生了回呼，动态灰名单列表中该用户的累计回呼次数就要加一。

步骤605：如果用户的累计回呼次数达到预定的最大累计回呼次数阈值，比如5次，则认为该用户使用了固网回呼业务，将该用户的用户标识加入动态黑名单列表。

依据以上步骤，即在关口设备中自动生成了可疑回呼业务使用用户动态黑名单列表，后续处理过程步骤606～611与图5中步骤502～507类似，不再赘述。需要说明的是，当移动网络端存在多个关口设备时，本实施例中同样需要在各个关口设备之间发送数据同步消息，此时要同步的数据不仅包括拦截数据列表数据，还同时包括动态灰名单列表以及动态黑名单列表数据。

可见，在采用了本发明的技术方案后，当某本网用户的回呼呼叫连续几次被阻止以后，该用户就会放弃继续使用这种回呼业务，按照正常的呼叫方式作为主叫方与外网用户进行通话，从而提高了网络接通率，避免了网络资源的浪费。

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

Claims (15)

1、一种阻止用户使用回呼业务的方法，其特征在于，该方法包括以下步骤：

a、本网关口设备获取可疑回呼业务使用用户信息；

b、当本网用户向外网用户发起呼叫时，若所述关口设备确定该本网用户为可疑回呼业务使用用户，则记录该本网用户的用户标识；

c、在预先设定的时间段内若所述关口设备接收到与所记录的可疑回呼业务使用用户对应的对端网络发来的回呼，则禁止此次呼叫。

2、根据权利要求1所述的方法，其特征在于，步骤a中所述关口设备获取可疑回呼业务使用用户信息的方法为：在关口设备中预先设置用于记录可疑回呼业务使用用户标识的静态黑名单列表。

3、根据权利要求1所述的方法，其特征在于，步骤a中所述关口设备获取可疑回呼业务使用用户信息的方法为：在关口设备中设置并生成动态灰名单列表，并根据该动态灰名单列表生成用于记录可疑回呼业务使用用户标识的动态黑名单列表。

4、根据权利要求3所述的方法，其特征在于，该方法还包括：在动态灰名单列表中预先设置累计回呼次数参数以及最大累计回呼次数阈值；所述生成动态灰名单列表及动态黑名单列表的方法为：

a1、所述关口设备监控本网用户向外网用户发起的呼叫，若发起呼叫的用户在呼叫应答前挂机，则将该本网用户的用户标识记录在动态灰名单列表中；

a2、在预先设定的时间段内，若对端网络对该本网用户进行回呼，则将该本网用户的累计回呼次数参数加一；

a3、若所述本网用户再次发起呼叫，重复执行步骤a1和步骤a2，直至累计回呼次数达到最大累计回呼次数阈值时，将该本网用户作为可疑回呼业务使用用户记录在动态黑名单列表中。

5、根据权利要求4所述的方法，其特征在于，所述步骤a2进一步包括：若在预先设定的时间段内所述关口设备未接收到外网网络发起的回呼，则将该本网用户的用户标识以及该本网用户的累计回呼次数参数从动态灰名单列表中删除。

6、根据权利要求2所述的方法，其特征在于，步骤b中所述关口设备确定该本网用户为可疑回呼业务使用用户的方法为：所述关口设备查询该本网用户是否存在于所述静态黑名单列表之中，若是，则确定该本网用户为可疑回呼业务使用用户。

7、根据权利要求5所述的方法，其特征在于，步骤b中所述关口设备确定该本网用户为可疑回呼业务使用用户的方法为：所述关口设备查询该本网用户是否存在于所述动态黑名单列表之中，若是，则确定该本网用户为可疑回呼业务使用用户。

8、根据权利要求6或7所述的方法，其特征在于，步骤b中所述关口设备将确定的可疑回呼业务使用用户的用户标识记录在预先设置的拦截数据列表中。

9、根据权利要求8所述的方法，其特征在于，所述步骤b进一步包括：当所述本网用户发起呼叫时，若关口设备确定该本网用户不是可疑回呼业务使用用户，则允许该本网用户进行正常通话，并在通话结束后结束本流程。

10、根据权利要求9所述的方法，其特征在于，所述步骤c进一步包括：若在预定时间内关口设备未收到与所记录的可疑回呼业务使用用户对应的回呼，则关口设备删除记录在拦截数据列表中的该本网用户的用户标识。

11、根据权利要求8所述的方法，其特征在于，当本网端存在多个关口设备时，所述步骤b进一步包括：在各个关口设备之间发送数据同步消息，以保持各个关口设备中的可疑回呼业务使用用户信息以及拦截数据列表数据信息同步；

所述数据同步消息包括用户标识。

12、一种阻止用户使用回呼业务的关口设备，包括路由模块，其特征在于，该设备还包括：黑名单列表模块、拦截数据模块以及定时模块；

所述黑名单列表模块，用于存储记录可疑回呼业务使用用户信息的黑名单列表；

所述定时模块，用于设定定时信息；

所述路由模块，用于将用户呼叫路由至对端网络关口设备，并接收对端网络关口设备发送来的回呼；

所述拦截数据模块，接收来自本网用户发起的呼叫，并查询黑名单列表模块以判断该本网用户是否已记录在黑名单列表之中，若是则将该本网用户的用户标识记录在自身预先设置的拦截数据列表中，并将用户呼叫发往路由模块进行路由处理；启动定时模块，在定时模块所设置的时间段内检测是否接收到对端网络发起的针对该本网用户的回呼，若收到则禁止该呼叫。

13、根据权利要求12所述的关口设备，其特征在于，所述拦截数据模块在定时模块设置的时间段内检测是否接收到对端网络发起的针对该本网用户的回呼，若未收到回呼则删除记录在拦截数据列表中的该本网用户的用户标识。

14、根据权利要求13所述的关口设备，其特征在于，所述黑名单列表模块中的可疑回呼业务使用用户信息为预先人工设置。

15、根据权利要求13所述的关口设备，其特征在于，所述黑名单列表模块中的可疑回呼业务使用用户信息为自动生成，该关口设备进一步包括灰名单列表模块和监控模块；

所述监控模块，用于监控本网用户向外网用户发起的呼叫，并在监测到本网用户发起呼叫应答前挂机时，将该本网用户的用户标识发送给灰名单列表模块；

所述灰名单列表模块，接收来自监控模块的用户标识，记录在预先设置的动态灰名单列表中；当在设定的时间段内接收到对端网络发起的针对该本网用户的回呼时，则记录一次回呼次数，否则删除动态灰名单列表中的该本网用户的用户标识；此后该本网用户每发起一次呼叫并收到回呼后，累计回呼次数加一，当累计回呼次数达到预定最大累计回呼次数阈值时，将该本网用户的用户标识记录入所述黑名单列表模块。

Images