CN107295491B - 呼叫转移时自动筛选主叫用户的方法及系统 - Google Patents
呼叫转移时自动筛选主叫用户的方法及系统 Download PDFInfo
- Publication number
- CN107295491B CN107295491B CN201710630040.8A CN201710630040A CN107295491B CN 107295491 B CN107295491 B CN 107295491B CN 201710630040 A CN201710630040 A CN 201710630040A CN 107295491 B CN107295491 B CN 107295491B
- Authority
- CN
- China
- Prior art keywords
- user
- calling
- called
- called user
- communication record
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012216 screening Methods 0.000 title claims abstract description 95
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000004891 communication Methods 0.000 claims abstract description 182
- 239000013589 supplement Substances 0.000 claims description 3
- 238000012546 transfer Methods 0.000 abstract description 19
- 239000002699 waste material Substances 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 13
- 239000000284 extract Substances 0.000 description 13
- 230000008569 process Effects 0.000 description 11
- 238000000605 extraction Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种呼叫转移时自动筛选主叫用户的方法及系统,方法包括:当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录;对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;若达到,则执行呼叫转移。本发明根据被叫用户对不同主叫用户的呼转需求确定是否执行呼叫转移,为被叫用户提供了个性化的呼叫转移业务,在降低被叫用户漏接重要电话的概率的同时,减少了呼叫转移业务对被叫用户资费和运营商网络资源的浪费。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种呼叫转移时自动筛选主叫用户的方法及系统。
背景技术
随着移动通信产业的飞速发展和人们生活水平的不断提高,移动终端迅速普及,成为人们日常生活、工作和学习中必不可少的电子产品。人们通过移动终端可以随时随地的与家人、朋友、同事、客户等进行远距离的沟通与交流。以移动互联为特征的现代信息社会,人们随时都有可能进行信息交换和传递的需要。当主叫用户呼叫被叫用户时,被叫用户可能会由于各种原因无法接听到,可能的原因包括:无人接听、终端关机、未在服务区、信号差、占线等。由于无法及时在主叫用户和被叫用户之间建立通话,会造成用户信息传递的延误,给用户带来不便。
为解决上述问题,多数运营商都提供了呼叫转移业务。呼叫转移,又称呼叫前转、呼入转移,是电信业的一项传统通信业务。当被叫用户无法接听或不愿接听时,可将主叫用户的来电转移到其他电话上,目前可以设置的呼叫转移的模式包括:
始终转接模式,即呼入的电话全部转接至被叫用户预设的呼叫转移响应方号码;占线时转接,即在终端进行通话过程中,呼入的电话会被转接至被叫用户预设的呼叫转移响应方号码;无人接听时转接,即呼入的电话在持续预设时间无人接听时,会被转接至被叫用户预设的呼叫转移响应方号码;无法接通时转接,即终端在无法接入运营商的网络时,呼入的电话会被转接至被叫用户预设的呼叫转移响应方号码。在终端发生呼入事件时,终端根据预设的呼叫转移模式判断是否进行呼叫转移,如果条件满足则将呼入事件转移至对应的呼叫转移响应方号码中。
现有的呼叫转移方法仅依据被叫用户的通信状态进行设置呼叫转移,并没有考虑被叫用户对不同主叫用户的不同的呼转需求,虽然在降低被叫用户遗漏重要电话概率的同时,也提高了主叫用户的被接听率。被叫用户使用呼叫转移业务一般需要单独收费,且若呼转至外地号码时,还要收取相应的长途费用。在当下骚扰、欺诈电话数量剧增的通信环境下,若被叫用户接听了呼转来的骚扰、欺诈电话,不但要付出额外资费的代价,还浪费运营商提供的网络资源。如对于陌生来电或联系并不紧密的主叫用户来电,被叫用户可能并不需要对其来电进行转接,从而避免额外的资费和被欺诈的风险。
发明内容
本发明提供一种呼叫转移时自动筛选主叫用户的方法及系统,用于解决现有的呼叫转移方法不考虑被叫用户对不同主叫用户的不同呼转需求,导致被叫用户资费和运营商网络资源的浪费的问题。
本发明的第一个方面是提供一种呼叫转移时自动筛选主叫用户的方法,包括:
当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录;
对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;
若达到,则执行呼叫转移。
本发明的第二个方面是提供一种呼叫转移时自动筛选主叫用户的系统,包括:
记录模块,用于当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录;
分析模块,用于对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;
执行模块,用于若所述主叫用户与所述被叫用户的亲密度达到预设的程度,则执行呼叫转移。
本发明提供的呼叫转移时自动筛选主叫用户的方法及系统,通过在某次呼叫满足被叫用户签约的呼叫转移条件时,获取被叫用户的通信记录,对通信记录中主叫用户与被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;若达到,则执行呼叫转移。本发明根据被叫用户对不同主叫用户的呼转需求确定是否执行呼叫转移,为被叫用户提供了个性化的呼叫转移业务,在降低被叫用户漏接重要电话的概率的同时,减少了呼叫转移业务对被叫用户资费和运营商网络资源的浪费。
附图说明
图1为本发明实施例一提供的一种呼叫转移时自动筛选主叫用户的方法的流程示意图;
图2为本发明实施例二提供的一种呼叫转移时自动筛选主叫用户的方法的流程示意图;
图3为本发明实施例二提供的另一种呼叫转移时自动筛选主叫用户的方法的流程示意图;
图4为本发明实施例二提供的又一种呼叫转移时自动筛选主叫用户的方法的流程示意图;
图5为本发明实施例二提供的再一种呼叫转移时自动筛选主叫用户的方法的流程示意图;
图6为本发明实施例三提供的一种呼叫转移时自动筛选主叫用户的系统的结构示意图;
图7为本发明实施例四提供的一种呼叫转移时自动筛选主叫用户的系统的结构示意图;
图8为本发明实施例四提供的另一种呼叫转移时自动筛选主叫用户的系统的结构示意图;
图9为本发明实施例四提供的又一种呼叫转移时自动筛选主叫用户的系统的结构示意图;
图10为本发明实施例四提供的再一种呼叫转移时自动筛选主叫用户的系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例一提供的一种呼叫转移时自动筛选主叫用户的方法的流程示意图。如图1所示,所述方法包括如下步骤:
101、当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录。
实际应用中,本实施例的执行主体可以是呼叫转移时自动筛选主叫用户的系统,该系统可以独立设置,也可以集成在其它设备中,例如服务器等。
主叫用户发起对被叫用户的呼叫请求,当判断本次呼叫请求满足被叫用户已签约的呼叫转移业务的条件时,若呼叫转移时自动筛选主叫用户的系统检测到主叫用户对被叫用户的呼叫请求,则获取主叫用户和被叫用户的识别信息,例如主叫用户和被叫用户的电话号码,并向被叫用户所属运营商的业务运营支撑系统发出查询被叫用户通信记录的请求,所述查询被叫用户通信记录的请求中包括被叫用户的识别信息;被叫用户所属运营商的业务运营支撑系统在接收到查询被叫用户通信记录的请求后,提取所述查询被叫用户通信记录的请求中的被叫用户的识别信息,根据被叫用户的识别信息,在系统内部数据库中查询被叫用户的通信记录,并通过网络反馈给呼叫转移时自动筛选主叫用户的系统。
其中,判断本次呼叫请求是否满足被叫用户已签约的呼叫转移业务的条件,可采用现有技术中的判断方法和流程,本实施例在此不对其进行限制。
具体的,通信记录可以是包含语音、视频通话的记录,也可以包含短信/彩信记录。在实际应用中,用户的通信记录除保留在终端本地外,由于计费等功能的需要,还保存在用户所属运营商的业务运营支撑系统中,因此,可通过用户所属运营商的业务运营支撑系统查询获得用户的通信记录。
进一步的,所述查询被叫用户通信记录的请求中还可以包括查询被叫用户通信记录的时间段信息,所述时间段可以是1个月或3个月或6个月,本实施例在此不对其进行限制。另外,该时间段的具体数值可由被叫用户所属运营商配置,也可在呼叫转移时自动筛选主叫用户的系统中默认配置一个固定值。通过确定所需查询的被叫用户通信记录的时间段,可以有效提升查询获得被叫用户的通信记录的效率。
102、对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度。
呼叫转移时自动筛选主叫用户的系统获得被叫用户的通信记录之后,根据主叫用户的识别信息,从被叫用户的通信记录中筛选出主叫用户和被叫用户之间的通信记录,通过对主叫用户和被叫用户之间的通信记录进行分析,确认主叫用户和被叫用户之间的亲密度,并检测主叫用户和被叫用户之间的亲密度是否达到预设的程度。
实际应用中,可根据主叫用户和被叫用户之间的联系次数和/或通话时长,将主叫用户和被叫用户之间的亲密度划分为亲密度递增的至少两个程度,并将其中一个程度作为上述预设的程度。以实际场景举例来说,根据主叫用户和被叫用户之间的联系次数对主叫用户和被叫用户之间的亲密度进行划分,若主叫用户和被叫用户之间的联系次数不超过2次,则确定主叫用户和被叫用户之间亲密度为1,若主叫用户和被叫用户之间的联系次数超过2次但不超过5次,则确定主叫用户和被叫用户之间亲密度为2,若主叫用户和被叫用户之间的联系次数超过5次,则确定主叫用户和被叫用户之间亲密度为3;将亲密度为2作为上述预设的程度,即若主叫用户和被叫用户的亲密度为2或3,则检测确认主叫用户和被叫用户之间的亲密度达到预设的程度,若主叫用户和被叫用户的亲密度为1,则检测确认主叫用户和被叫用户之间的亲密度未达到预设的程度。
具体的,在分析确认主叫用户和被叫用户之间的亲密度时,除了考虑联系次数、通话时长外,还可以考虑其他因素,如联系频度、联系间隔、主叫与被叫的关系等。
103、若达到,则执行呼叫转移。
若呼叫转移时自动筛选主叫用户的系统检测确认主叫用户和被叫用户的亲密度达到预设的程度,则执行呼叫转移。
其中,执行呼叫转移的具体方法和流程可采用现有技术中的方法和流程,本实施例在此不对其进行限制。
进一步的,在实施例一中任一实施方式的基础上,步骤101可以包括:
当检测到主叫用户对被叫用户的呼叫请求时,生成查询主叫用户呼叫属性的请求,其中,查询主叫用户呼叫属性的请求中包括主叫用户和被叫用户的识别信息;
提取查询主叫用户呼叫属性的请求中被叫用户的识别信息,并根据被叫用户的识别信息,获取被叫用户的通信记录。
在本实施方式中,相对应的,步骤103包括:
若达到,则确定主叫用户呼转属性为可呼转,否则,确定主叫用户呼转属性为不可呼转;
若主叫用户呼转属性为可呼转,则执行呼叫转移。
实际应用中,呼叫转移时自动筛选主叫用户的系统可以通过运营商网络中负责呼叫接续的网元、主叫用户筛选服务器等执行本实施方式中的各个步骤。举例来说,主叫用户发起对被叫用户的呼叫请求,当判断本次呼叫请求满足被叫用户已签约的呼叫转移业务的条件时,运营商网络中负责呼叫接续的网元通过网络向主叫用户筛选服务器发出查询主叫用户呼转属性的请求,所述查询主叫用户呼转属性的请求中包括主叫用户和被叫用户的识别信息,主叫用户呼转属性包括可呼转和不可呼转;主叫用户筛选服务器在接收到查询主叫用户呼转属性的请求后,提取该查询主叫用户呼转属性的请求中的主叫用户和被叫用户的识别信息,例如主叫用户和被叫用户的电话号码,并向被叫用户所属运营商的业务运营支撑系统发出查询被叫用户通信记录的请求,所述查询被叫用户通信记录的请求中包括被叫用户的识别信息;被叫用户所属运营商的业务运营支撑系统在接收到查询被叫用户通信记录的请求后,提取所述查询被叫用户通信记录的请求中的被叫用户的识别信息,根据被叫用户的识别信息,在系统内部数据库中查询被叫用户的通信记录,并通过网络反馈给主叫用户筛选服务器;主叫用户筛选服务器获得被叫用户的通信记录之后,根据主叫用户的识别信息,从被叫用户的通信记录中筛选出主叫用户和被叫用户之间的通信记录,通过对主叫用户和被叫用户之间的通信记录进行分析,确认主叫用户和被叫用户之间的亲密度,并检测主叫用户和被叫用户之间的亲密度是否达到预设的程度,若达到,则主叫用户筛选服务器确定主叫用户呼转属性为可呼转,否则,确定主叫用户呼转属性为不可呼转;主叫用户筛选服务器将确认的主叫用户呼转属性反馈给发起查询主叫用户呼转属性的请求的运营商网络中负责呼叫接续的网元,若反馈的主叫用户呼转属性为可呼转,则该运营商网络中负责呼叫接续的网元执行本次呼叫的后续呼叫转移流程,若反馈的主叫用户呼转属性为不可呼转,则该运营商网络中负责呼叫接续的网元不执行呼叫转移和/或直接终止本次呼叫。
其中,上述运营商网络中负责呼叫接续的网元可以是主叫用户所在的移动交换中心,也可以是被叫用户所在的移动交换中心,取决于被叫用户签约的呼叫转移业务的类型。
本实施例提供的呼叫转移时自动筛选主叫用户的方法,通过在某次呼叫满足被叫用户签约的呼叫转移条件时,获取被叫用户的通信记录,对通信记录中主叫用户与被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;若达到,则执行呼叫转移。本实施例根据被叫用户对不同主叫用户的呼转需求确定是否执行呼叫转移,为被叫用户提供了个性化的呼叫转移业务,在降低被叫用户漏接重要电话的概率的同时,减少了呼叫转移业务对被叫用户资费和运营商网络资源的浪费。
具体的,根据被叫用户的通信记录分析检测主叫用户和被叫用户的亲密度是否达到预设的程度的方法有多种,例如可根据被叫用户的通信记录中主叫用户和被叫用户之间的联系次数和联系时长确定主叫用户和被叫用户的亲密度是否达到预设的程度,具体如图2所示,图2为本发明实施例二提供的一种呼叫转移时自动筛选主叫用户的方法的流程示意图,在实施例一中任一实施方式的基础上,步骤102具体可以包括:
201、统计所述被叫用户的通信记录中所述主叫用户与所述被叫用户的联系次数和联系时长;
202、根据所述联系次数和联系时长,计算每次所述主叫用户和所述被叫用户的平均通话时长;
203、若所述联系次数大于预设的第一阈值,且所述平均通话时长大于预设的第二阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
具体的,上述第一阈值和第二阈值可以在呼叫转移时自动筛选主叫用户的系统中预先配置,也可以由被叫用户所属的运营商进行配置,或者在被叫用户终端上提供操作界面以使被叫用户自定义设置,并反馈给呼叫转移时自动筛选主叫用户的系统。
以实际场景举例来说,呼叫转移时自动筛选主叫用户的系统通过移动交换中心、主叫用户筛选服务器等执行本实施方式中的各个步骤。假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B已签约无条件呼叫前转业务且呼转的对象为用户C。用户A呼叫用户B时,用户A的终端建立与所在移动交换中心(Mobile Switching Center,简称MSC)MSCa的连接;MSCa从用户A的呼叫建立请求中提取被叫用户B的移动台识别码(Mobile SubscriberInternational ISDN/PSTN number,简称MSISDN)即861860120XXXX,并向用户B的归属位置寄存器(Home Location Register,简称HLR)HLRb请求用户B的路由信息;HLRb在接到MSCa的路由请求后,查询用户B在HLRb上存储的信息。因用户B已签约无条件呼叫前转业务且呼转对象为用户C,签约信息已保存在归属位置寄存器HLRb的数据库中,故归属位置寄存器HLRb响应MSCa的路由请求信息,将用户C的电话号码(“1850001XXXX”)反馈给用户A所在的移动交换中心MSCa。此时,若按现有呼叫转移技术的工作流程,MSCa将向用户C所在的归属位置寄存器HLRc请求用户C的路由信息。但在本实施方式中,MSCa暂时不向HLRc请求用户C的路由信息,而是向主叫用户筛选服务器发起查询主叫用户呼转属性的请求,查询请求中包含了主叫用户A和被叫用户B的电话号码信息,即包含电话号码“1860110XXXX”和“1860120XXXX”。主叫用户筛选服务器在接到用户A所在的MSCa发来的查询主叫用户A的呼转属性请求后,提取查询请求中所包含的主叫用户A和被叫用户B的电话号码,即“1860110XXXX”和“1860120XXXX”,并以被叫用户B的电话号码“1860120XXXX”为依据向其所属运营商“中国XX”的业务运营支撑系统(Business&Operation Support System,简称BOSS)BOSSb发出查询通信记录的请求,查询请求中包含被叫用户B的电话号码“1860120XXXX”和查询的时间段信息,查询的时间段信息例如为1个月。BOSSb接到主叫用户筛选服务器发来的通信记录查询请求后,提取请求中所包含的被叫用户B的电话号码“1860120XXXX”和查询的时间段“1个月”,在系统内部数据库中查询被叫用户B在查询时刻前1个月内的通信记录,并将查询结果反馈给主叫用户筛选服务器。主叫用户筛选服务器分析获取的被叫用户B在1个月内的通信记录,统计主叫用户A与被叫用户B的联系次数c和通话时长t,统计结果为c=40次,t=200分钟,故可计算出主叫用户A与被叫用户B的平均通话时长ta=5分钟。假设主叫用户筛选服务器已预先设置第一阈值C0=30次、第二阈值T0=1分钟,因c>C0且ta>T0,故可判定主叫用户A与被叫用户B的亲密度达到预设的程度,主叫用户筛选服务器确定主叫用户A的呼转属性为可呼转。主叫用户筛选服务器向主叫用户A所在的MSCa反馈主叫用户A的呼转属性,即可呼转。主叫用户A所在的MSCa在接到主叫用户筛选服务器反馈的主叫用户A的呼转属性“可呼转”后,根据预置规则继续执行本次呼叫的后续呼叫转移流程,即根据HLRb反馈的呼转对象用户C的电话号码向HLRc请求用户C的路由信息。在本实施方式中,若主叫用户筛选服务器根据用户B的通信记录,分析计算出主叫用户A与被叫用户B的联系次数c<C0和/或ta<T0,则判定主叫用户A与被叫用户B的亲密度未达到预设的程度,主叫用户筛选服务器确定用户A的呼转属性为不可呼转,主叫用户筛选服务器向主叫用户A所在的MSCa反馈主叫用户A的呼转属性,即不可呼转,主叫用户A所在的MSCa根据主叫用户筛选服务器反馈主叫用户A的呼转属性:“不可呼转”,直接终止本次呼叫,并通知用户B。本实施方式中,仅对与被叫用户联系较多的主叫用户的呼叫进行呼叫转移,提高了呼叫转移的防打扰功能的有效性。
作为一种可选的实施方式,还可以根据被叫用户的通信记录中被叫用户主动联系主叫用户的次数来确定主叫用户和被叫用户的亲密度是否达到预设的程度,具体如图3所示,图3为本发明实施例二提供的另一种呼叫转移时自动筛选主叫用户的方法的流程示意图,在实施例一中任一实施方式的基础上,步骤102具体可以包括:
301、统计所述被叫用户的通信记录中所述被叫用户呼叫所述主叫用户的主叫次数;
302、若所述主叫次数大于预设的第三阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
具体的,上述第三阈值可以在呼叫转移时自动筛选主叫用户的系统中预先配置,也可以由被叫用户所属的运营商进行配置,或者在被叫用户终端上提供操作界面以使被叫用户自定义设置,并反馈给呼叫转移时自动筛选主叫用户的系统。
以实际场景举例来说,呼叫转移时自动筛选主叫用户的系统通过移动交换中心、主叫用户筛选服务器等执行本实施方式中的各个步骤。假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B已签约遇忙呼叫前转业务且呼转的对象为用户C。用户A呼叫用户B时,用户B没有接听直接挂断电话,用户B所在移动交换中心MSCb向用户B所在的拜访位置寄存器(Visitor Location Register,简称VLR)VLRb反馈用户B的状态信息:“用户忙”。VLRb在系统内部查询用户B的业务签约信息,因用户B已签约遇忙呼叫前转业务且呼转的对象为用户C,故VLRb向MSCb传递用户C的电话号码。此时,若按现有呼叫转移业务流程,MSCb将根据呼转对象用户C的电话号码向用户C所在的归属位置寄存器HLRc请求用户C的路由信息,从而继续完成呼叫转移业务接下来的工作流程。但在本实施方式中,MSCb暂时不向HLRc请求用户C的路由信息,而是向主叫用户筛选服务器发起查询主叫用户呼转属性的请求,查询请求中包含了主叫用户A和被叫用户B的电话号码信息,即包含电话号码“1860110XXXX”和“1860120XXXX”。主叫用户筛选服务器在接到MSCb发来的查询主叫用户A的呼转属性请求后,提取查询请求中所包含的主叫用户A和被叫用户B的电话号码,即“1860110XXXX”和“1860120XXXX”,并以被叫用户B的电话号码“1860120XXXX”为依据向其所属运营商“中国XX”的业务运营支撑系统(BOSSb)发出查询通信记录的请求,查询请求中包含被叫用户B的电话号码“1860120XXXX”和查询的时间段信息,查询的时间段信息例如为为1个月。BOSSb接到主叫用户筛选服务器发来的通信记录查询请求后,提取请求中所包含的被叫用户B的电话号码“1860120XXXX”和查询的时间段“1个月”,在系统内部数据库中查询被叫用户B在查询时刻前1个月内的通信记录,并将查询结果反馈给主叫用户筛选服务器。主叫用户筛选服务器分析获取的被叫用户B在1个月内的通信记录,统计用户B主动联系用户A的主叫次数cb,统计结果为cb=10次。假设主叫用户筛选服务器已预先设置第三阈值c0=5次,因cb>c0,故可判定主叫用户A与被叫用户B的亲密度达到预设的程度,主叫用户筛选服务器确定主叫用户A的呼转属性为可呼转。主叫用户筛选服务器向被叫用户B所在的MSCb反馈主叫用户A的呼转属性,即可呼转。被叫用户B所在的MSCb接到主叫用户筛选服务器反馈的主叫用户A的呼转属性“可呼转”后,根据预置规则继续执行本次呼叫的后续呼叫转移流程,即根据VLRb反馈的呼转对象用户C的电话号码向HLRc请求用户C的路由信息。在本实施方式中,若主叫用户筛选服务器根据用户B的通信记录,统计获得用户B主动联系用户A的主叫次数cb<c0,则判定主叫用户A与被叫用户B的亲密度未达到预设的程度,主叫用户筛选服务器确定用户A的呼转属性为不可呼转,主叫用户筛选服务器向被叫用户B所在的MSCb反馈主叫用户A的呼转属性,即不可呼转。被叫用户B所在的MSCb接到主叫用户筛选服务器反馈的主叫用户A的呼转属性“不可呼转”后,直接终止本次呼叫,并通知用户B。本实施方式中,仅对被叫用户与其主动联系次数较多的主叫用户的呼叫进行呼叫转移,提高了呼叫转移的防打扰功能的有效性。
进一步的,若主叫用户与被叫用户的亲密度未达到预设的程度,例如被叫用户的通信记录中没有主叫用户,则可以根据主叫用户连续呼叫被叫用户的次数来判断是否对主叫用户的呼叫请求执行呼叫转移。具体如图4所示,图4为本发明实施例二提供的又一种呼叫转移时自动筛选主叫用户的方法的流程示意图。在实施例一或实施例二中任一实施方式的基础上,在步骤102之后,所述方法还可以包括:
401、若所述主叫用户与所述被叫用户的亲密度未达到预设的程度,则统计在本次呼叫请求之前的预设时间阈值内所述主叫用户连续呼叫所述被叫用户的次数;
402、若所述主叫用户连续呼叫所述被叫用户的次数大于或等于预设的第四阈值,则执行呼叫转移。
其中,在统计主叫用户连续呼叫被叫用户的次数时,可预先设定呼叫间隔阈值,即若两次呼叫的间隔时间小于预设的呼叫间隔阈值时,则判定这两次呼叫是连续呼叫,并在统计的连续呼叫的次数中加上这两次呼叫的次数。举例来说,上述预设的时间阈值为1小时,呼叫间隔阈值为10分钟,在主叫用户A本次呼叫被叫用户B时,统计主叫用户A在本次呼叫之前的1小时内,主叫用户A呼叫被叫用户B的次数为4次,四次呼叫的时间间隔分别为20分钟、5分钟和8分钟,则统计获得主叫用户A连续呼叫被叫用户B的次数为3次。
以实际场景举例来说,假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B已签约遇忙呼叫前转业务且呼转的对象为用户C。呼叫转移时自动筛选主叫用户的系统通过移动交换中心、主叫用户筛选服务器等执行本实施方式中的各个步骤。用户A呼叫用户B时,用户B没有接听直接挂断电话,若主叫用户筛选服务器分析判断用户A的电话号码“1860110XXXX”并未出现在被叫用户B的通信记录中,则判定主叫用户A与被叫用户B的亲密度未达到预设的程度,假设主叫用户筛选服务器中的预设时间阈值为1小时,则主叫用户筛选服务器统计在本次呼叫请求前的1小时内,主叫用户A连续呼叫被叫用户B的次数ca,统计结果为ca=4次,假设主叫用户筛选服务器已预先设置第四阈值C1=3次,因ca>C1,因此对用户A的本次呼叫请求执行呼叫转移。在本实施方式中,若统计获得主叫用户A连续呼叫被叫用户B的次数ca<C1,则直接终止本次呼叫,并通知用户B。本实施方式中,通过对与被叫用户联系次数较少甚至未曾联系过、但其连续呼叫被叫用户的次数超过预设的第四阈值的主叫用户的呼叫进行呼叫转移,可降低被叫用户遗漏重要电话的概率。
进一步的,若检测到主叫用户对被叫用户的呼叫请求时,在被叫用户所属运营商的业务支撑系统中查询不到被叫用户的通信记录,例如,被叫用户为新开户用户,可以在被叫用户所属运营商的业务运营支撑系统中查询与被叫用户同一开户身份信息的其他电话号码的通信记录,并将该其他电话号码的通信记录作为被叫用户的通信记录;还可以向其他运营商的业务运营支撑系统查询与被叫用户同一开户身份信息的电话号码的通信记录,并将该电话号码的通信记录作为被叫用户的通信记录;甚至还可以通过被叫用户的开户身份信息向第三方社交网络应用服务器获取同一身份信息的注册用户的通信记录,并将该注册用户的通信记录作为被叫用户的通信记录,具体如图5所示,图5为本发明实施例二提供的再一种呼叫转移时自动筛选主叫用户的方法的流程示意图,在实施例一或实施例二中任一实施方式的基础上,步骤101可以包括:
501、当检测到主叫用户对被叫用户的呼叫请求时,判断所述被叫用户是否为新开卡用户;
502、若不是,则获取所述被叫用户的通信记录;
503、若是,则查询社交网络应用服务器,获得其注册信息与所述被叫用户的身份识别信息一致的注册用户的通信记录,并将所述注册用户的通信记录作为所述被叫用户的通信记录。
具体的,上述社交网络应用服务器可以是微信或者QQ或者微博等应用的社交网络应用服务器。
以实际场景举例来说,假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B为新开户用户,且用户B已签约遇忙呼叫前转业务且呼转的对象为用户C。呼叫转移时自动筛选主叫用户的系统通过移动交换中心、主叫用户筛选服务器等执行本实施方式中的各个步骤。用户A呼叫用户B时,被叫用户B没有接听直接挂断电话,此时本次呼叫请求满足被叫用户已签约的呼叫转移业务的条件,因被叫用户B为新开户用户,因此主叫用户筛选服务器无法获取被叫用户B的通信记录,主叫用户筛选服务器首先获取被叫用户B的开户时的身份识别信息,并以被叫用户B的身份识别信息为依据向第三方社交网络应用服务器,如微信应用服务器,发出查询通信记录的请求,查询请求中包含被叫用户B的身份识别信息和查询的时间段信息,查询的时间段信息例如为为1个月。微信应用服务器接到主叫用户筛选服务器发来的通信记录查询请求后,提取请求中所包含的被叫用户B的身份识别信息和查询的时间段“1个月”,在系统内部数据库中查询与被叫用户B的身份识别信息一致的注册用户,获取该注册用户在查询时刻前1个月内的通信记录,并将查询结果反馈给主叫用户筛选服务器。主叫用户筛选服务器将微信应用服务器反馈的该注册用户的通信记录作为被叫用户B的通信记录。
本实施方式通过将与被叫用户的身份识别信息一致的第三方社交网络的注册用户的通信记录作为被叫用户的通信记录,可以实现为新开户的被叫用户提供个性化的呼叫转移业务。
本实施例提供的呼叫转移时自动筛选主叫用户的方法,通过在某次呼叫满足被叫用户签约的呼叫转移条件时,获取被叫用户的通信记录,对通信记录中主叫用户与被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;若达到,则执行呼叫转移。本实施例根据被叫用户对不同主叫用户的呼转需求确定是否执行呼叫转移,为被叫用户提供了个性化的呼叫转移业务,在降低被叫用户漏接重要电话的概率的同时,减少了呼叫转移业务对被叫用户资费和运营商网络资源的浪费。
图6为本发明实施例三提供的一种呼叫转移时自动筛选主叫用户的系统的结构示意图。如图6所示,所述方法包括如下步骤:
记录模块61,用于当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录。
主叫用户发起对被叫用户的呼叫请求,当判断本次呼叫请求满足被叫用户已签约的呼叫转移业务的条件时,若记录模块61检测到主叫用户对被叫用户的呼叫请求,则获取主叫用户和被叫用户的识别信息,例如主叫用户和被叫用户的电话号码,并向被叫用户所属运营商的业务运营支撑系统发出查询被叫用户通信记录的请求,所述查询被叫用户通信记录的请求中包括被叫用户的识别信息;被叫用户所属运营商的业务运营支撑系统在接收到查询被叫用户通信记录的请求后,提取所述查询被叫用户通信记录的请求中的被叫用户的识别信息,根据被叫用户的识别信息,在系统内部数据库中查询被叫用户的通信记录,并通过网络反馈给记录模块61。
其中,判断本次呼叫请求是否满足被叫用户已签约的呼叫转移业务的条件,可采用现有技术中的判断方法和流程,本实施例在此不对其进行限制。
具体的,通信记录可以是包含语音、视频通话的记录,也可以包含短信/彩信记录。在实际应用中,用户的通信记录除保留在终端本地外,由于计费等功能的需要,还保存在用户所属运营商的业务运营支撑系统中,因此,可通过用户所属运营商的业务运营支撑系统查询获得用户的通信记录。
进一步的,所述查询被叫用户通信记录的请求中还可以包括查询被叫用户通信记录的时间段信息,所述时间段可以是1个月或3个月或6个月,本实施例在此不对其进行限制。另外,该时间段的具体数值可由被叫用户所属运营商配置,也可在记录模块61上默认配置一个固定值。通过确定所需查询的被叫用户通信记录的时间段,可以有效提升查询获得被叫用户的通信记录的效率。
分析模块62,用于对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度。
记录模块61获得被叫用户的通信记录之后,分析模块62根据主叫用户的识别信息,从被叫用户的通信记录中筛选出主叫用户和被叫用户之间的通信记录,通过对主叫用户和被叫用户之间的通信记录进行分析,确认主叫用户和被叫用户之间的亲密度,并检测主叫用户和被叫用户之间的亲密度是否达到预设的程度。
具体的,分析模块62在依据主叫用户和被叫用户之间的通信记录分析确认主叫用户和被叫用户之间的亲密度时,可以根据被叫用户的通信记录中主叫用户和被叫用户之间的联系次数、通话时长外、联系频度、联系间隔和/或主叫用户与被叫用户的关系等分析确认主叫用户和被叫用户之间的亲密度。
执行模块63,用于若达到,则执行呼叫转移。
若分析模块62检测确认主叫用户和被叫用户的亲密度达到预设的程度,则执行模块63执行呼叫转移。
其中,执行模块63执行呼叫转移的具体方法和流程可采用现有技术中的方法和流程,本实施例在此不对其进行限制。
进一步的,在实施例三中任一实施方式的基础上,记录模块61可以包括:
属性单元,用于当检测到主叫用户对被叫用户的呼叫请求时,生成查询主叫用户呼叫属性的请求,其中,查询主叫用户呼叫属性的请求中包括主叫用户和被叫用户的识别信息;
提取单元,用于提取查询主叫用户呼叫属性的请求中被叫用户的识别信息,并根据被叫用户的识别信息,获取被叫用户的通信记录。
在本实施方式中,相对应的,执行模块63包括:
确定单元,用于若达到,则确定主叫用户呼转属性为可呼转,否则,确定主叫用户呼转属性为不可呼转;
执行单元,用于若主叫用户呼转属性为可呼转,则执行呼叫转移。
实际应用中,主叫用户发起对被叫用户的呼叫请求,当判断本次呼叫请求满足被叫用户已签约的呼叫转移业务的条件时,记录模块61中的属性单元向提取单元发出查询主叫用户呼转属性的请求,所述查询主叫用户呼转属性的请求中包括主叫用户和被叫用户的识别信息,主叫用户呼转属性包括可呼转和不可呼转;提取单元在接收到查询主叫用户呼转属性的请求后,提取该查询主叫用户呼转属性的请求中的主叫用户和被叫用户的识别信息,例如主叫用户和被叫用户的电话号码,并向被叫用户所属运营商的业务运营支撑系统发出查询被叫用户通信记录的请求,所述查询被叫用户通信记录的请求中包括被叫用户的识别信息;被叫用户所属运营商的业务运营支撑系统在接收到查询被叫用户通信记录的请求后,提取所述查询被叫用户通信记录的请求中的被叫用户的识别信息,根据被叫用户的识别信息,在系统内部数据库中查询被叫用户的通信记录,并通过网络反馈给提取单元;分析模块62在提取单元获得被叫用户的通信记录之后,根据主叫用户的识别信息,从被叫用户的通信记录中筛选出主叫用户和被叫用户之间的通信记录,通过对主叫用户和被叫用户之间的通信记录进行分析,确认主叫用户和被叫用户之间的亲密度,并检测主叫用户和被叫用户之间的亲密度是否达到预设的程度;若达到,则执行模块63中的确定单元确定主叫用户呼转属性为可呼转,执行模块63中的执行单元执行本次呼叫的后续呼叫转移流程;否则,执行模块63中的确定单元确定主叫用户呼转属性为不可呼转;则执行单元不执行呼叫转移和/或直接终止本次呼叫。
本实施例提供的呼叫转移时自动筛选主叫用户的系统,通过在某次呼叫满足被叫用户签约的呼叫转移条件时,获取被叫用户的通信记录,对通信记录中主叫用户与被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;若达到,则执行呼叫转移。本实施例根据被叫用户对不同主叫用户的呼转需求确定是否执行呼叫转移,为被叫用户提供了个性化的呼叫转移业务,在降低被叫用户漏接重要电话的概率的同时,减少了呼叫转移业务对被叫用户资费和运营商网络资源的浪费。
图7为本发明实施例四提供的一种呼叫转移时自动筛选主叫用户的系统的结构示意图,在实施例三中任一实施方式的基础上,分析模块62具体可以包括:
第一统计单元701,用于统计所述被叫用户的通信记录中所述主叫用户与所述被叫用户的联系次数和联系时长;
计算单元702,用于根据所述联系次数和联系时长,计算每次所述主叫用户和所述被叫用户的平均通话时长;
第一判定单元703,用于若所述联系次数大于预设的第一阈值,且所述平均通话时长大于预设的第二阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
以实际场景举例来说,假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B已签约无条件呼叫前转业务且呼转的对象为用户C。用户A呼叫用户B时,第一统计单元701统计所述被叫用户B的通信记录中所述主叫用户A与被叫用户B的联系次数和联系时长;计算单元702根据上述联系次数和联系时长,计算主叫用户A和被叫用户B每次的平均通话时长;若联系次数大于预设的第一阈值,且平均通话时长大于预设的第二阈值,则第一判定单元703判定主叫用户A与被叫用户B的亲密度达到预设的程度;若联系次数小于等于预设的第一阈值,和/或平均通话时长小于等于预设的第二阈值,则第一判定单元703判定主叫用户A与被叫用户B的亲密度未达到预设的程度。本实施方式中,仅对与被叫用户联系较多的主叫用户的呼叫进行呼叫转移,提高了呼叫转移的防打扰功能的有效性。
图8为本发明实施例四提供的另一种呼叫转移时自动筛选主叫用户的系统的结构示意图,在实施例三中任一实施方式的基础上,分析模块62可以包括:
第二统计单元801,用于统计所述被叫用户的通信记录中所述被叫用户呼叫所述主叫用户的主叫次数;
第二判定单元802,用于若所述主叫次数大于预设的第三阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
以实际场景举例来说,假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B已签约遇忙呼叫前转业务且呼转的对象为用户C。用户A呼叫用户B时,用户B没有接听直接挂断电话,第二统计单元801统计被叫用户B的通信记录中用户B主动呼叫用户A的主叫次数,若主叫次数大于预设的第三阈值,则第二判定单元802判定主叫用户A与被叫用户B的亲密度达到预设的程度,若主叫次数小于等于预设的第三阈值,则第二判定单元802判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。本实施方式中,仅对被叫用户与其主动联系次数较多的主叫用户的呼叫进行呼叫转移,提高了呼叫转移的防打扰功能的有效性。
图9为本发明实施例四提供的又一种呼叫转移时自动筛选主叫用户的系统的结构示意图。在实施例三或实施例四中任一实施方式的基础上,所述系统还可以包括:
补充模块91,用于若所述主叫用户与所述被叫用户的亲密度未达到预设的程度,则统计在本次呼叫请求之前的预设时间阈值内所述主叫用户连续呼叫所述被叫用户的次数;
相应的,执行模块63,还用于若所述主叫用户连续呼叫所述被叫用户的次数大于或等于预设的第四阈值,则执行呼叫转移。
其中,在统计主叫用户连续呼叫被叫用户的次数时,可预先设定呼叫间隔阈值,即若两次呼叫的间隔时间小于预设的呼叫间隔阈值时,则判定这两次呼叫是连续呼叫,并在统计的连续呼叫的次数中加上这两次呼叫的次数。
以实际场景举例来说,假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B已签约遇忙呼叫前转业务且呼转的对象为用户C,预设时间阈值为1小时,第四阈值为3次。用户A呼叫用户B时,用户B没有接听直接挂断电话,若分析模块62分析判断用户A的电话号码“1860110XXXX”并未出现在被叫用户B的通信记录中,则分析模块62判定主叫用户A与被叫用户B的亲密度未达到预设的程度;补充模块91统计在本次呼叫请求前的1小时内,主叫用户A连续呼叫被叫用户B的次数,统计结果为4次,则执行模块63对用户A的本次呼叫请求执行呼叫转移。在本实施方式中,若补充模块91统计获得主叫用户A连续呼叫被叫用户B的次数小于3次,则执行模块63直接终止本次呼叫,并通知用户B。本实施方式中,通过对与被叫用户联系次数较少甚至未曾联系过、但其连续呼叫被叫用户的次数超过预设的第四阈值的主叫用户的呼叫进行呼叫转移,可降低被叫用户遗漏重要电话的概率。
进一步的,若检测到主叫用户对被叫用户的呼叫请求时,在被叫用户所属运营商的业务支撑系统中查询不到被叫用户的通信记录,例如,被叫用户为新开户用户,可以在被叫用户所属运营商的业务运营支撑系统中查询与被叫用户同一开户身份信息的其他电话号码的通信记录,并将该其他电话号码的通信记录作为被叫用户的通信记录;还可以向其他运营商的业务运营支撑系统查询与被叫用户同一开户身份信息的电话号码的通信记录,并将该电话号码的通信记录作为被叫用户的通信记录;甚至还可以通过被叫用户的开户身份信息向第三方社交网络应用服务器获取同一身份信息的注册用户的通信记录,并将该注册用户的通信记录作为被叫用户的通信记录,具体如图10所示,图10为本发明实施例四提供的再一种呼叫转移时自动筛选主叫用户的系统的结构示意图,在实施例三或实施例四中任一实施方式的基础上,记录模块61可以包括:
判断单元1001,用于当检测到主叫用户对被叫用户的呼叫请求时,判断所述被叫用户是否为新开卡用户;
获取单元1002,用于若不是,则获取所述被叫用户的通信记录;
查询单元1003,用于若是,则查询社交网络应用服务器,获得其注册信息与所述被叫用户的身份识别信息一致的注册用户的通信记录,并将所述注册用户的通信记录作为所述被叫用户的通信记录。
具体的,上述社交网络应用服务器可以是微信或者QQ或者微博等应用的社交网络应用服务器。
以实际场景举例来说,假设存在3个用户:用户为A(电话号码为“1860110XXXX”)、用户B(电话号码为“1860120XXXX”)和用户C(电话号码为“1850001XXXX”),用户B为新开户用户,且用户B已签约遇忙呼叫前转业务且呼转的对象为用户C。用户A呼叫用户B时,被叫用户B没有接听直接挂断电话,此时本次呼叫请求满足被叫用户已签约的呼叫转移业务的条件,判断单元1001检测到主叫用户A对被叫用户B的呼叫请求时,判断被叫用户B是否为新开户用户,若被叫用户B不是新开户用户,获取单元1002向被叫用户B所属运营商的业务运营支撑系统查询并获取被叫用户B通信记录;若被叫用户B是新开户用户,查询单元1003获取被叫用户B的开户时的身份识别信息,并以被叫用户B的身份识别信息为依据向第三方社交网络应用服务器,如微信应用服务器,发出查询通信记录的请求,查询请求中包含被叫用户B的身份识别信息和查询的时间段信息,查询的时间段信息例如为为1个月。微信应用服务器接到查询单元1003发来的通信记录查询请求后,提取请求中所包含的被叫用户B的身份识别信息和查询的时间段“1个月”,在系统内部数据库中查询与被叫用户B的身份识别信息一致的注册用户,获取该注册用户在查询时刻前1个月内的通信记录,并将查询结果反馈给查询单元1003。查询单元1003将微信应用服务器反馈的该注册用户的通信记录作为被叫用户B的通信记录。本实施方式通过将与被叫用户的身份识别信息一致的第三方社交网络的注册用户的通信记录作为被叫用户的通信记录,可以实现为新开户的被叫用户提供个性化的呼叫转移业务。
本实施例提供的呼叫转移时自动筛选主叫用户的系统,通过在某次呼叫满足被叫用户签约的呼叫转移条件时,获取被叫用户的通信记录,对通信记录中主叫用户与被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;若达到,则执行呼叫转移。本实施例根据被叫用户对不同主叫用户的呼转需求确定是否执行呼叫转移,为被叫用户提供了个性化的呼叫转移业务,在降低被叫用户漏接重要电话的概率的同时,减少了呼叫转移业务对被叫用户资费和运营商网络资源的浪费。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (8)
1.一种呼叫转移时自动筛选主叫用户的方法,其特征在于,包括:
当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录;
对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;
若达到,则执行呼叫转移;
所述当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录,包括:
当检测到主叫用户对被叫用户的呼叫请求时,判断所述被叫用户是否为新开卡用户;
若不是,则获取所述被叫用户的通信记录;
若是,则查询社交网络应用服务器,获得其注册信息与所述被叫用户的身份识别信息一致的注册用户的通信记录,并将所述注册用户的通信记录作为所述被叫用户的通信记录。
2.根据权利要求1所述的方法,其特征在于,所述对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度,包括:
统计所述被叫用户的通信记录中所述主叫用户与所述被叫用户的联系次数和联系时长;
根据所述联系次数和联系时长,计算每次所述主叫用户和所述被叫用户的平均通话时长;
若所述联系次数大于预设的第一阈值,且所述平均通话时长大于预设的第二阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
3.根据权利要求1所述的方法,其特征在于,所述对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度,包括:
统计所述被叫用户的通信记录中所述被叫用户呼叫所述主叫用户的主叫次数;
若所述主叫次数大于预设的第三阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
4.根据权利要求1所述的方法,其特征在于,所述检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度之后,还包括:
若所述主叫用户与所述被叫用户的亲密度未达到预设的程度,则统计在本次呼叫请求之前的预设时间阈值内所述主叫用户连续呼叫所述被叫用户的次数;
若所述主叫用户连续呼叫所述被叫用户的次数大于或等于预设的第四阈值,则执行呼叫转移。
5.一种呼叫转移时自动筛选主叫用户的系统,其特征在于,包括:
记录模块,用于当检测到主叫用户对被叫用户的呼叫请求时,获取所述被叫用户的通信记录;
分析模块,用于对所述被叫用户的通信记录中所述主叫用户与所述被叫用户之间的通信进行分析,检测所述主叫用户与所述被叫用户的亲密度是否达到预设的程度;
执行模块,用于若所述主叫用户与所述被叫用户的亲密度达到预设的程度,则执行呼叫转移;
所述记录模块包括:
判断单元,用于当检测到主叫用户对被叫用户的呼叫请求时,判断所述被叫用户是否为新开卡用户;
获取单元,用于若不是,则获取所述被叫用户的通信记录;
查询单元,用于若所述被叫用户为新开卡用户,则查询社交网络应用服务器,获得其注册信息与所述被叫用户的身份识别信息一致的注册用户的通信记录,并将所述注册用户的通信记录作为所述被叫用户的通信记录。
6.根据权利要求5所述的系统,其特征在于,所述分析模块包括:
第一统计单元,用于统计所述被叫用户的通信记录中所述主叫用户与所述被叫用户的联系次数和联系时长;
计算单元,用于根据所述联系次数和联系时长,计算每次所述主叫用户和所述被叫用户的平均通话时长;
第一判定单元,用于若所述联系次数大于预设的第一阈值,且所述平均通话时长大于预设的第二阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
7.根据权利要求5所述的系统,其特征在于,所述分析模块包括:
第二统计单元,用于统计所述被叫用户的通信记录中所述被叫用户呼叫所述主叫用户的主叫次数;
第二判定单元,用于若所述主叫次数大于预设的第三阈值,则判定所述主叫用户与所述被叫用户的亲密度达到预设的程度,否则,判定所述主叫用户与所述被叫用户的亲密度未达到预设的程度。
8.根据权利要求5所述的系统,其特征在于,所述系统还包括:
补充模块,用于若所述主叫用户与所述被叫用户的亲密度未达到预设的程度,则统计在本次呼叫请求之前的预设时间阈值内所述主叫用户连续呼叫所述被叫用户的次数;
所述执行模块,还用于若所述主叫用户连续呼叫所述被叫用户的次数大于或等于预设的第四阈值,则执行呼叫转移。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710630040.8A CN107295491B (zh) | 2017-07-28 | 2017-07-28 | 呼叫转移时自动筛选主叫用户的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710630040.8A CN107295491B (zh) | 2017-07-28 | 2017-07-28 | 呼叫转移时自动筛选主叫用户的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107295491A CN107295491A (zh) | 2017-10-24 |
CN107295491B true CN107295491B (zh) | 2020-04-07 |
Family
ID=60102499
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710630040.8A Active CN107295491B (zh) | 2017-07-28 | 2017-07-28 | 呼叫转移时自动筛选主叫用户的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107295491B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109995707B (zh) * | 2017-12-29 | 2021-11-02 | 中国移动通信集团陕西有限公司 | 一种高清语音防骚扰和ddos攻击方法及装置 |
CN108966161A (zh) * | 2018-07-19 | 2018-12-07 | 中国联合网络通信集团有限公司 | 呼叫等待方法和系统 |
CN110312221B (zh) * | 2019-07-02 | 2021-07-30 | 中国联合网络通信集团有限公司 | 呼叫转移设置方法、归属位置寄存器及区块链网络系统 |
CN112751749B (zh) * | 2020-12-30 | 2022-10-11 | 上海掌门科技有限公司 | 一种在音视频呼叫过程中呈现信息的方法与设备 |
CN113890934B (zh) * | 2021-09-30 | 2022-07-15 | 珠海格力电器股份有限公司 | 呼叫转移设置方法、装置、存储介质、控制器和通话设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102811283A (zh) * | 2012-04-18 | 2012-12-05 | 中兴通讯股份有限公司 | 一种终端通信显示方法及终端 |
CN102917105A (zh) * | 2012-10-17 | 2013-02-06 | 中国联合网络通信集团有限公司 | 呼叫信息处理方法和终端设备 |
CN102958024A (zh) * | 2012-10-15 | 2013-03-06 | 东莞宇龙通信科技有限公司 | 来电转移的方法及其系统 |
CN103516859A (zh) * | 2012-06-26 | 2014-01-15 | 希姆通信息技术(上海)有限公司 | 陌生来电处理方法及终端设备 |
CN104349324A (zh) * | 2013-11-15 | 2015-02-11 | 上海触乐信息科技有限公司 | 移动终端号码智能防护系统及方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4746816B2 (ja) * | 2002-10-25 | 2011-08-10 | Necインフロンティア株式会社 | 呼中継装置 |
CN102393843A (zh) * | 2011-06-29 | 2012-03-28 | 广州市动景计算机科技有限公司 | 利用移动终端通讯信息建立用户关系的方法及系统 |
-
2017
- 2017-07-28 CN CN201710630040.8A patent/CN107295491B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102811283A (zh) * | 2012-04-18 | 2012-12-05 | 中兴通讯股份有限公司 | 一种终端通信显示方法及终端 |
CN103516859A (zh) * | 2012-06-26 | 2014-01-15 | 希姆通信息技术(上海)有限公司 | 陌生来电处理方法及终端设备 |
CN102958024A (zh) * | 2012-10-15 | 2013-03-06 | 东莞宇龙通信科技有限公司 | 来电转移的方法及其系统 |
CN102917105A (zh) * | 2012-10-17 | 2013-02-06 | 中国联合网络通信集团有限公司 | 呼叫信息处理方法和终端设备 |
CN104349324A (zh) * | 2013-11-15 | 2015-02-11 | 上海触乐信息科技有限公司 | 移动终端号码智能防护系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN107295491A (zh) | 2017-10-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107295491B (zh) | 呼叫转移时自动筛选主叫用户的方法及系统 | |
US9936081B2 (en) | Determining telecommunication subscriber metrics | |
CN101111071B (zh) | Cdma智能业务实现非结构化用户数据功能的方法 | |
CN107360300B (zh) | 骚扰电话拦截方法及装置 | |
JP2006020327A (ja) | 主無線装置にグループ通話契約の利用状況を通知する方法 | |
CN102611805A (zh) | 通信信息通知方法、信息上报方法、服务器及通信终端 | |
CN101626557A (zh) | 一种输出主叫号码的方法及系统 | |
US9270819B2 (en) | Dialer detection and conversational traffic differentiation for the purpose of optimal call termination | |
CN111464686B (zh) | 一种来电提醒方法及装置 | |
CN108966161A (zh) | 呼叫等待方法和系统 | |
JP5931066B2 (ja) | 緊急呼管理システム | |
CN107786417A (zh) | 一种通知消息的推送方法及装置 | |
CN100493121C (zh) | 移动通信网络主叫用户获取被叫用户开机信息的方法 | |
CN107197450B (zh) | 一种第二卡槽业务的实现方法和系统 | |
CN108769437B (zh) | 呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统 | |
CN103179534A (zh) | 一种语音接续结果下发方法、设备和系统 | |
CN101431735B (zh) | 一种语音通信过程中推送用户信息的方法及装置 | |
CN104301549B (zh) | 一种欠停漏话提醒系统与方法 | |
KR20070096162A (ko) | 스팸 전화 차단 서비스 시스템 및 방법 | |
CN109548185B (zh) | 一种集团用户携号转网的通信方法、网关移动交换中心 | |
CN108769438B (zh) | 处理呼叫等待的方法、网络设备和终端 | |
CN100450072C (zh) | 非用户发起的增值业务实现系统及方法 | |
CN101835128A (zh) | 一种智能网呼叫计费方法及网络 | |
CN110381453B (zh) | 一号双终端的来电提醒方法和系统 | |
CN101600180B (zh) | 一种判断和区别移动用户忙状态的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |