CN111132045A - 一种顺振业务呼叫顺序确定方法和实体 - Google Patents
一种顺振业务呼叫顺序确定方法和实体 Download PDFInfo
- Publication number
- CN111132045A CN111132045A CN201911194525.2A CN201911194525A CN111132045A CN 111132045 A CN111132045 A CN 111132045A CN 201911194525 A CN201911194525 A CN 201911194525A CN 111132045 A CN111132045 A CN 111132045A
- Authority
- CN
- China
- Prior art keywords
- user
- sequence
- communication
- called
- communication numbers
- 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.)
- Pending
Links
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/40—Security arrangements using identity modules
- H04W12/48—Security arrangements using identity modules using secure binding, e.g. securely binding identity modules to devices, services or applications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种顺振业务呼叫顺序确定方法,包括:响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息;基于所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码;通过对呼叫顺序进行调整,使得通信系统能够优先呼叫能够大概率联系到用户的通信号码,进而避免了能够联系到用户的通信号码被排到最后呼叫,提高了用户体验。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种顺振业务呼叫顺序确定方法和实体。
背景技术
当前,许多用户通常拥有多个通信号码,例如,手机号、办公固话、家庭固话等,为了使用户能够方便使用这些通信号码,运营商推出了顺振业务,顺振业务指的是将用户的多个通信号码进行关联并统一分配一个新号码,当该新号码被呼叫时,运营商系统按照用户预先设定的各通信号码的呼叫顺序进行依次呼叫,即先对呼叫顺序排在第1的通信号码进行呼叫,若呼叫响应超时,再对呼叫顺序排在第2的通信号码进行呼叫,以此类推。
然而,在实际应用中,上述顺振业务在使用过程中存在以下情况:当用户被呼叫时,实际能够接听该呼叫的通信号码为呼叫顺序靠后的号码;在这种情况下,不可避免会产生以下弊端:一方面,主叫用户的呼叫等待时间过长,且被叫用户不能在第一时间接听到呼叫;
另一方面,呼叫顺序靠前的通信号码在无法接听呼叫的情况下仍然会被顺序呼叫,从而对周边环境内的用户带来不必要的打扰,从而使用户体验较差。
发明内容
本发明旨在至少解决现有技术中存在的技术问题之一,提出了一种顺振业务呼叫顺序确定方法和实体,用以解决现有技术中存在的顺振业务呼叫顺序使用户体验较差的问题。
一方面,本发明提供一种顺振业务呼叫顺序确定方法,包括:
响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息;
基于所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码;
当判断出存在时,基于被叫用户预设的原顺振业务呼叫顺序,将所述能够联系到被叫用户的通信号码在所述原顺振业务呼叫顺序中前置,以得到修订后的顺振业务呼叫顺序;
将所述修订后的顺振业务呼叫顺序确定为当前顺振业务呼叫顺序。
优选的,所述获取被叫号码所绑定的每个通信号码所对应的用户状态信息的步骤包括:
向各所述通信号码所关联的状态判定设备发送查询指令,以供各所述状态判定设备在接收到所述查询指令后,基于预设方法确定出用户的状态信息;
接收各所述状态判定设备上报的用户状态信息。
优选的,所述获取被叫号码所绑定的每个通信号码所对应的用户状态信息的步骤包括:
从预设数据库中提取出各所述通信号码所关联的状态判定设备最近一次上报的用户状态信息。
优选的,所述基于所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码的步骤具体包括:
统计并判断所有所述用户状态信息中,用户状态信息为能联系到被叫用户的用户状态信息的数量是否不为零;
当判断出所述数量不为零时,则确定出所有所述通信号码中存在能够联系到被叫用户的通信号码。
优选的,所述基于被叫用户预设的原顺振业务呼叫顺序,将所述能够联系到被叫用户的通信号码在所述原顺振业务呼叫顺序中前置的步骤具体包括:
判断所有所述通信号码中能够联系到被叫用户的通信号码的数量是否等于1;
当判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量等于1时,将所述能够联系到被叫用户的通信号码移动到所述原顺振业务呼叫顺序的最前面;
当判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量大于1时,将所有所述能够联系到被叫用户的通信号码基于所述原顺振业务呼叫顺序,全部移动到原顺振业务呼叫顺序的最前面。
另一方面,本发明提供一种顺振业务呼叫顺序确定实体,包括:
获取单元,用于响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息;
判断单元,用于基于所述获取单元所获取的所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码;
调整单元,用于当所述判断单元判断出所有所述通信号码中存在能够联系到被叫用户的通信号码时,基于被叫用户预设的原顺振业务呼叫顺序,将所述能够联系到被叫用户的通信号码在所述原顺振业务呼叫顺序中前置,以得到修订后的顺振业务呼叫顺序;
确定单元,用于将所述调整单元得到的所述修订后的顺振业务呼叫顺序确定为当前顺振业务呼叫顺序。
优选的,所述获取单元具体包括:
查询模块,用于向各所述通信号码所关联的状态判定设备发送查询指令,以供各所述状态判定设备在接收到所述查询指令后,基于预设方法确定出用户的状态信息;
接收模块,用于接收各所述状态判定设备上报的用户状态信息。
优选的,所述获取单元具体包括:
提取模块,用于从预设数据库中提取出各所述通信号码所关联的状态判定设备最近一次上报的用户状态信息。
优选的,所述判断单元具体包括:
统计模块,用于统计并判断所有所述用户状态信息中,用户状态信息为不能联系到被叫用户的用户状态信息的数量是否不为零;
确定模块,用于当所述统计模块统计出所述数量不为零时,确定出所有所述通信号码中存在能够联系到被叫用户的通信号码。
优选的,所述调整单元具体包括:
判断模块,用于判断所有所述通信号码中能够联系到被叫用户的通信号码的数量是否等于1;
第一前置模块,用于当所述判断模块判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量等于1时,将所述能够联系到被叫用户的通信号码移动到所述原顺振业务呼叫顺序的最前面;
第二前置模块,用于当所述判断模块判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量大于1时,将所有所述能够联系到被叫用户的通信号码基于所述原顺振业务呼叫顺序,全部移动到原顺振业务呼叫顺序的最前面。
本发明的有益技术效果:
本发明所提供的顺振业务呼叫顺序确定方法和实体,当用户被呼叫时,先基于用户各通信号码所绑定的状态判定设备所上传的用户状态信息判断出哪些通信号码能够大概率联系到用户,并将能够大概率联系到用户的通信号码在原呼叫顺序中进行前置,从而使得通信系统能够优先呼叫能够大概率联系到用户的通信号码,进而避免了能够联系到用户的通信号码被排到最后呼叫,相较于现有技术,降低了主叫用户的呼叫等待时间,且被叫用户能够在第一时间接听到呼叫,同时,也避免了对通信号码周边环境的用户带来的不必要的打扰,使用户体验提高。
附图说明
图1为本发明实施例提供的一种顺振业务呼叫顺序确定方法的流程图;
图2为本发明实施例提供的另一种顺振业务呼叫顺序确定方法的流程图;
图3为本发明实施例提供的一种顺振业务呼叫顺序确定实体的结构示意图;
图4为本发明实施提供的另一种顺序业务呼叫顺序确定实体的结构示意图。
具体实施方式
为使本领域的技术人员更好地理解本发明的技术方案,下面结合附图来对本发明提供的顺振业务呼叫顺序确定方法和实体进行详细描述。
顺振业务是运营商提供的用于便捷用户工作生活的一种通信方式,在顺振业务中,每个用户拥有多个通信号码,例如个人手机号码、
办公固话号码以及家庭固话号码等,这些通信号码将被绑定于一个号码上,以作为该用户的被呼叫号码,当该用户被呼叫时,运营商将按照用户预设的呼叫顺序,顺序呼叫该用户所拥有的多个通信号码,直至用户接听。
为了实现本发明所提供的顺振业务呼叫顺序确定方法,本发明中,顺振业务中的每个通信号码都绑定有一个状态判定设备,该状态判定设备用于获取使用该通信号码的用户的用户状态信息,并将用户状态信息反馈至平台。
下面对本发明所提供的顺振业务呼叫顺序确定方法和实体进行详细介绍。
本发明所提供的顺振业务呼叫顺序确定方法由一种顺振业务呼叫顺序确定实体执行,该实体可以作为一个单独的服务器运行,也可以是设置于移动通信环节中的便于执行通信过程的各种功能实体上的一个模块。
作为一种顺振业务呼叫顺序确定方法的实施方式,如图1所示,该方法包括:
步骤S11、响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息。
本发明中,当被叫用户接收到主叫用户的呼叫请求时,被叫用户所归属的基站或其他通信功能实体(例如MME或MSC等)向本发明所提供的顺振业务呼叫顺序确定实体发送确定呼叫顺序的请求,顺振业务呼叫顺序确定实体在接收到确定呼叫顺序的请求后,获取被叫号码所绑定的每个通信号码所对应的用户状态信息,以进一步确定出当前哪些通信号码能够大概率联系到被叫用户。
其中,用户状态信息由各个通信号码所绑定的状态判定设备获取,一个通信号码可以绑定至少一个状态判定设备,状态判定设备能够与顺振业务呼叫顺序确定实体进行通信,并通过wifi、运营商数据网络或短信等方式上报至顺振业务呼叫顺序确定实体。
状态判定设备可以为手机、摄像头、考勤系统及智能门锁等,例如,用户个人手机号码可以通过用户手机来提供用户状态信息,例如,用户手机识别自身是否处于解锁状态,当识别出处于解锁状态时,则可以确定出手机当前正在被使用,进而可以确定出用户个人手机号码能够大概率联系到用户,或者,更进一步的,手机在检测到自身处于解锁状态后,还进一步检测在解锁屏幕时所采集的指纹、虹膜或人脸图像等信息是否为用户本人的,当确定出属于用户本人的信息时,则可确定手机当前正在被使用,进而可确定出用户个人手机号码能够大概率联系到用户;办公固话号码可以绑定用户工位处的摄像头,该摄像头对拍摄的照片进行人脸识别,当能够从拍摄的照片中识别出用户时,则可以确定出办公固话号码可能大概率联系到用户,或者,办公固话号码可以与公司考勤系统进行绑定,以作为状态判定设备,当考勤系统识别出用户当天未打卡时,则可以大概率确定出用户当天不再办公地点,从而确定出办公固话号码无法大概率联系到用户;家庭固话号码可以与智能门锁进行绑定,以作为状态判定设备,当智能门锁判定出门锁从外部关锁且关锁时所使用的指纹等用户信息为用户本人,则可以大概率确定出用户不在家,进而可以确定出家庭固定号码大概率联系不到用户。
上述仅仅是举例说明各种类型的通信号码所绑定的状态判定设备的种类,但这并不起限定作用,在实际应用中,用户可以根据个人需求而设置各种通信号码所绑定的状态判定设备的种类和数量,本发明不做具体限定,但其均属于本发明所保护的范围。
当状态判定设备对对应的通信号码的状态进行判断后,其向顺振业务呼叫顺序确定实体返回用户状态信息,用户状态信息为包括确定结论的信息,例如“能够联系到用户”或“不能联系到用户”,还可以是判断概率值,例如30%、65%或100%等。
本实施例中,对顺振业务呼叫顺序确定实体获取各通信号码的用户状态信息的方式不做具体限定,可以是实时判定,也可以是从预设数据库中提取。
步骤S12、基于被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有通信号码中是否存在能够联系到被叫用户的通信号码。
当判断出存在时,顺序执行下述步骤S13和S14,以确定出新的顺振业务呼叫顺序;当判断出不存在时,则将原顺振业务呼叫顺序确定为当前顺振业务呼叫顺序。
步骤S13、基于被叫用户预设的原顺振业务呼叫顺序,将能够联系到被叫用户的通信号码在原顺振业务呼叫顺序中前置,以得到修订后的顺振业务呼叫顺序。
步骤S14、将修订后的顺振业务呼叫顺序确定为当前顺振业务呼叫顺序。
本发明实施例所提供的顺振业务呼叫顺序确定方法,当用户被呼叫时,先基于用户各通信号码所绑定的状态判定设备所上传的用户状态信息判断出哪些通信号码能够大概率联系到用户,并将能够大概率联系到用户的通信号码在原呼叫顺序中进行前置,从而使得通信系统能够优先呼叫能够大概率联系到用户的通信号码,进而避免了能够联系到用户的通信号码被排到最后呼叫,相较于现有技术,降低了主叫用户的呼叫等待时间,且被叫用户能够在第一时间接听到呼叫,同时,也避免了对通信号码周边环境的用户带来的不必要的打扰,使用户体验提高。
本发明实施例还提供另一种顺振业务呼叫顺序确定方法,如图2所示,本实施例相较于图1所示的方法,本实施例对步骤S11做进一步限定,具体地,步骤S11包括:
步骤S1101、向各通信号码所关联的状态判定设备发送查询指令。
本实施例中,顺振业务呼叫顺序确定实体通过实时判定的方式来获取各通信号码的用户状态信息,即当接收到确定呼叫顺序的请求时,向被叫用户的各通信号码所关联的状态判定设备发送查询指令,各状态判定设备在接收到所述查询指令后,基于各自预设的方法确定出用户的状态信息,并返回用户状态信息,关于状态判定设备如何确定出用户状态信息,在本发明上一实施例的步骤S11中已介绍,故此处不再赘述。
步骤S1102、接收各状态判定设备上报的用户状态信息。
将接收到的用户状态信息作为获取的用户状态信息。
在一些实施例中,步骤S11还可通过从预设的数据库获取用户状态信息,即步骤S11的具体过程为:从预设数据库中提取出各通信号码所关联的状态判定设备最近一次上报的用户状态信息;在本实施例中,各通信号码所关联的状态判定设备按照预设的时间周期采集用户的状态信息,并上传至顺振业务呼叫顺序确定实体,顺振业务呼叫顺序确定实体将所接收到的用户状态信息按时间顺序存储在预设的数据库中,当接收到确定呼叫顺序的请求时,顺振业务呼叫顺序确定实体从该数据库中查找并提取出时间最近一次的用户状态信息,以作为获取的用户状态信息。
在本实施例中,步骤S12的具体实施方式为:统计并判断所有用户状态信息中,用户状态信息为能联系到被叫用户的用户状态信息的数量是否不为零,当判断出数量不为零时,则确定出所有通信号码中存在能够联系到被叫用户的通信号码。
本实施例中,各状态判定设备所返回的用户状态信息为包含确定结论的信息,即当状态判定设备确定出通信号码能够大概率联系到用户时,用户状态信息为“能够联系到用户”,而当状态判定设备确定出通信号码大概率联系不到用户时,用户状态信息为“不能联系到用户”的用户状态信息,此时,顺振业务呼叫顺序确定实体通过统计所有的用户状态信息中,用户状态信息为“能够联系到用户”的数量,即可确定出被叫用户的所有通信号码中有哪些通信号码能够联系到被叫用户。
在另外一些实施例中,当各状态判定设备所返回的用户状态信息为判断概率值时,判断概率值表示通信号码能够联系到用户的概率,例如60%、100%等,顺振业务呼叫顺序确定实体可以通过设置阈值进行筛选,以确定出所有通信号码中能够联系到被叫用户的通信号码。
本实施例中,步骤S13具体包括:
步骤S1301、判断所有通信号码中能够联系到被叫用户的通信号码的数量是否等于1。
当判断出所有通信号码中能够联系到被叫用户的通信号码的数量等于1时,执行步骤S1302;当判断出所有通信号码中能够联系到被叫用户的通信号码的数量大于1时,执行步骤S1303。
步骤S1302、将能够联系到被叫用户的通信号码移动到原顺振业务呼叫顺序的最前面。
步骤S1303、将所有能够联系到被叫用户的通信号码基于原顺振业务呼叫顺序,全部移动到原顺振业务呼叫顺序的最前面。
本实施例中,在步骤S13中,首先判断能够联系到被叫用户的通信号码的数量是否仅仅为1个,当判断出能够联系到被叫用户的通信号码的数量仅仅为1个时,直接将该能够联系到被叫用户的通信号码在原呼叫顺序中移动至最前面即可;而当判断出能够联系到被叫用户的通信号码的数量大于1时,此时在进行呼叫顺序调整时,参照用户所设定的原呼叫顺序,将所有的能够联系到被叫用户的通信号码按照原呼叫顺序移动至原呼叫顺序的前面,以使最终形成的新的呼叫顺序既维持了用户的设置初衷,又使能够联系到被叫用户的通信号码优先被呼叫。
下面结合具体使用场景,来对本发明上述实施例所提供的顺振业务呼叫顺序确定方法进行描述。
例如,用户张某确定顺振业务的呼叫顺序为办公固话A-手机号B-家庭固话C,顺振业务内多个通信号码关联的状态判定设备分别为:办公固话A关联用户工位处的摄像头A1,手机号B关联手机B1,家庭固话C关联用户住宅的智能门锁C1。当用户被呼叫时,顺振业务呼叫顺序确定实体查询状态判定设备A1、B1、C1的上报结果分别为:工位处的摄像头A1未能人脸识别出用户(用户状态信息为“不能联系到被叫用户”),手机B1正被使用(用户状态信息为“能够联系到被叫用户”)、用户住宅的智能门锁C1判定用户没有外出(用户状态信息为能够联系到被叫用户),则顺振业务呼叫顺序确定实体将能够联系到用户的通信号码(手机号B和家庭固话C)的呼叫顺序按原呼叫顺序前置,即,顺振业务的呼叫顺序调整为手机号B-家庭固话C-办公固话A。
本发明实施例还提供一种顺振业务呼叫顺序确定实体,如图3所示,其包括:获取单元11、判断单元12、调整单元13以及确定单元14。
其中,获取单元11用于响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息;判断单元12用于基于获取单元11所获取的被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有通信号码中是否存在能够联系到被叫用户的通信号码;调整单元13用于当判断单元12判断出所有通信号码中存在能够联系到被叫用户的通信号码时,基于被叫用户预设的原顺振业务呼叫顺序,将能够联系到被叫用户的通信号码在原顺振业务呼叫顺序中前置,以得到修订后的顺振业务呼叫顺序;确定单元14用于将调整单元得到的修订后的顺振业务呼叫顺序确定为当前顺振业务呼叫顺序,在实际应用中,确定单元14可作为输出单元,即将经调整单元13调整后得到的修订后的顺振业务呼叫顺序输出至通信系统中的其他模块,以供其他模块进行使用。
本实施例所提供的顺振业务呼叫顺序确定实体用于实现本发明图1所述的顺振业务呼叫顺序确定方法,具体该实体所具有功能单元及各功能单元之间的交互过程,请参见上述实施例中对应的方法步骤的介绍,此处不再赘述。
本发明实施例所提供的顺振业务呼叫顺序确定实体,当用户被呼叫时,先基于用户各通信号码所绑定的状态判定设备所上传的用户状态信息判断出哪些通信号码能够大概率联系到用户,并将能够大概率联系到用户的通信号码在原呼叫顺序中进行前置,从而使得通信系统能够优先呼叫能够大概率联系到用户的通信号码,进而避免了能够联系到用户的通信号码被排到最后呼叫,相较于现有技术,降低了主叫用户的呼叫等待时间,且被叫用户能够在第一时间接听到呼叫,同时,也避免了对通信号码周边环境的用户带来的不必要的打扰,使用户体验提高。
图4示出了另外一些实施例提供的顺振业务呼叫顺序确定实体的结构示意图。
在一些实施例中,如图4所示,获取单元11具体包括:查询模块111和接收模块112,其中,查询模块111用于向各通信号码所关联的状态判定设备发送查询指令,以供各状态判定设备在接收到查询指令后,基于预设方法确定出用户的状态信息;接收模块112用于接收各状态判定设备上报的用户状态信息。
在另外一些实施例中,获取单元11具体包括:提取模块113;所述提取模块113用于从预设数据库中提取出各通信号码所关联的状态判定设备最近一次上报的用户状态信息。
在一些实施例中,判断单元12具体包括:统计模块121和确定模块122;其中,统计模块121用于统计并判断所有用户状态信息中,用户状态信息为不能联系到被叫用户的用户状态信息的数量是否不为零;确定模块122用于当统计模块121统计出数量不为零时,确定出所有通信号码中存在能够联系到被叫用户的通信号码。
在一些实施例汇总,调整单元13具体包括:判断模块131、第一前置模块132和第二前置模块133;其中,判断模块131用于判断所有通信号码中能够联系到被叫用户的通信号码的数量是否等于1;第一前置模块132用于当判断模块131判断出所有通信号码中能够联系到被叫用户的通信号码的数量等于1时,将能够联系到被叫用户的通信号码移动到原顺振业务呼叫顺序的最前面;第二前置模块133用于当判断模块131判断出所有通信号码中能够联系到被叫用户的通信号码的数量大于1时,将所有能够联系到被叫用户的通信号码基于原顺振业务呼叫顺序,全部移动到原顺振业务呼叫顺序的最前面。
图4所示的顺振业务呼叫顺序确定实体用于实现本发明图2所述的顺振业务呼叫顺序确定方法,具体该实体所具有功能单元及各功能单元之间的交互过程,请参见上述实施例中对应的方法步骤的介绍,此处不再赘述。
可以理解的是,以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式,然而本发明并不局限于此。对于本领域内的普通技术人员而言,在不脱离本发明的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本发明的保护范围。
Claims (10)
1.一种顺振业务呼叫顺序确定方法,其特征在于,包括:
响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息;
基于所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码;
当判断出存在时,基于被叫用户预设的原顺振业务呼叫顺序,将所述能够联系到被叫用户的通信号码在所述原顺振业务呼叫顺序中前置,以得到修订后的顺振业务呼叫顺序;
将所述修订后的顺振业务呼叫顺序确定为当前顺振业务呼叫顺序。
2.根据权利要求1所述的方法,其特征在于,所述获取被叫号码所绑定的每个通信号码所对应的用户状态信息的步骤包括:
向各所述通信号码所关联的状态判定设备发送查询指令,以供各所述状态判定设备在接收到所述查询指令后,基于预设方法确定出用户的状态信息;
接收各所述状态判定设备上报的用户状态信息。
3.根据权利要求1所述的方法,其特征在于,所述获取被叫号码所绑定的每个通信号码所对应的用户状态信息的步骤包括:
从预设数据库中提取出各所述通信号码所关联的状态判定设备最近一次上报的用户状态信息。
4.根据权利要求1任一项所述的方法,其特征在于,所述基于所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码的步骤具体包括:
统计并判断所有所述用户状态信息中,用户状态信息为能联系到被叫用户的用户状态信息的数量是否不为零;
当判断出所述数量不为零时,则确定出所有所述通信号码中存在能够联系到被叫用户的通信号码。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述基于被叫用户预设的原顺振业务呼叫顺序,将所述能够联系到被叫用户的通信号码在所述原顺振业务呼叫顺序中前置的步骤具体包括:
判断所有所述通信号码中能够联系到被叫用户的通信号码的数量是否等于1;
当判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量等于1时,将所述能够联系到被叫用户的通信号码移动到所述原顺振业务呼叫顺序的最前面;
当判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量大于1时,将所有所述能够联系到被叫用户的通信号码基于所述原顺振业务呼叫顺序,全部移动到原顺振业务呼叫顺序的最前面。
6.一种顺振业务呼叫顺序确定实体,其特征在于,包括:
获取单元,用于响应于主叫用户发出的呼叫请求,获取被叫号码所绑定的每个通信号码所对应的用户状态信息;
判断单元,用于基于所述获取单元所获取的所述被叫号码所绑定的每个通信号码所对应的用户状态信息,判断所有所述通信号码中是否存在能够联系到被叫用户的通信号码;
调整单元,用于当所述判断单元判断出所有所述通信号码中存在能够联系到被叫用户的通信号码时,基于被叫用户预设的原顺振业务呼叫顺序,将所述能够联系到被叫用户的通信号码在所述原顺振业务呼叫顺序中前置,以得到修订后的顺振业务呼叫顺序;
确定单元,用于将所述调整单元得到的所述修订后的顺振业务呼叫顺序确定为当前顺振业务呼叫顺序。
7.根据权利要求6所述的实体,其特征在于,所述获取单元具体包括:
查询模块,用于向各所述通信号码所关联的状态判定设备发送查询指令,以供各所述状态判定设备在接收到所述查询指令后,基于预设方法确定出用户的状态信息;
接收模块,用于接收各所述状态判定设备上报的用户状态信息。
8.根据权利要求6所述的实体,其特征在于,所述获取单元具体包括:
提取模块,用于从预设数据库中提取出各所述通信号码所关联的状态判定设备最近一次上报的用户状态信息。
9.根据权利要求6所述的实体,其特征在于,所述判断单元具体包括:
统计模块,用于统计并判断所有所述用户状态信息中,用户状态信息为不能联系到被叫用户的用户状态信息的数量是否不为零;
确定模块,用于当所述统计模块统计出所述数量不为零时,确定出所有所述通信号码中存在能够联系到被叫用户的通信号码。
10.根据权利要求6-9任一项所述的实体,其特征在于,所述调整单元具体包括:
判断模块,用于判断所有所述通信号码中能够联系到被叫用户的通信号码的数量是否等于1;
第一前置模块,用于当所述判断模块判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量等于1时,将所述能够联系到被叫用户的通信号码移动到所述原顺振业务呼叫顺序的最前面;
第二前置模块,用于当所述判断模块判断出所有所述通信号码中能够联系到被叫用户的通信号码的数量大于1时,将所有所述能够联系到被叫用户的通信号码基于所述原顺振业务呼叫顺序,全部移动到原顺振业务呼叫顺序的最前面。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911194525.2A CN111132045A (zh) | 2019-11-28 | 2019-11-28 | 一种顺振业务呼叫顺序确定方法和实体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911194525.2A CN111132045A (zh) | 2019-11-28 | 2019-11-28 | 一种顺振业务呼叫顺序确定方法和实体 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111132045A true CN111132045A (zh) | 2020-05-08 |
Family
ID=70496966
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911194525.2A Pending CN111132045A (zh) | 2019-11-28 | 2019-11-28 | 一种顺振业务呼叫顺序确定方法和实体 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111132045A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113079261A (zh) * | 2021-04-06 | 2021-07-06 | 中国联合网络通信集团有限公司 | 呼叫方法、装置及ip多媒体子系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1484418A (zh) * | 2002-09-18 | 2004-03-24 | 华为技术有限公司 | 改进的顺序拨叫被叫电话号码的方法 |
CN1713673A (zh) * | 2004-06-14 | 2005-12-28 | 中兴通讯股份有限公司 | 一种实现一号通业务中顺序呼叫的方法 |
CN101047732A (zh) * | 2006-03-30 | 2007-10-03 | 联想(北京)有限公司 | 一种呼叫方法及呼叫终端 |
CN101346003A (zh) * | 2008-07-31 | 2009-01-14 | 华为技术有限公司 | 一种实现寻线业务的方法和装置 |
EP2429160A1 (en) * | 2009-05-06 | 2012-03-14 | ZTE Corporation | Method and system for realizing one number multiple terminals service |
CN103503405A (zh) * | 2012-12-31 | 2014-01-08 | 华为技术有限公司 | 通信处理方法、装置和终端 |
CN109962893A (zh) * | 2017-12-25 | 2019-07-02 | 西安华为技术有限公司 | 一种智能呼叫方法及其相关设备 |
-
2019
- 2019-11-28 CN CN201911194525.2A patent/CN111132045A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1484418A (zh) * | 2002-09-18 | 2004-03-24 | 华为技术有限公司 | 改进的顺序拨叫被叫电话号码的方法 |
CN1713673A (zh) * | 2004-06-14 | 2005-12-28 | 中兴通讯股份有限公司 | 一种实现一号通业务中顺序呼叫的方法 |
CN101047732A (zh) * | 2006-03-30 | 2007-10-03 | 联想(北京)有限公司 | 一种呼叫方法及呼叫终端 |
CN101346003A (zh) * | 2008-07-31 | 2009-01-14 | 华为技术有限公司 | 一种实现寻线业务的方法和装置 |
EP2429160A1 (en) * | 2009-05-06 | 2012-03-14 | ZTE Corporation | Method and system for realizing one number multiple terminals service |
CN103503405A (zh) * | 2012-12-31 | 2014-01-08 | 华为技术有限公司 | 通信处理方法、装置和终端 |
CN109962893A (zh) * | 2017-12-25 | 2019-07-02 | 西安华为技术有限公司 | 一种智能呼叫方法及其相关设备 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113079261A (zh) * | 2021-04-06 | 2021-07-06 | 中国联合网络通信集团有限公司 | 呼叫方法、装置及ip多媒体子系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100344786B1 (ko) | 이동 통신망에서 발신자 정보 제공 시스템 및 발신자 정보 전송방법 | |
CN1144483C (zh) | 带拔号分析的蜂窝无线电话 | |
CN100407819C (zh) | 对集群业务处理进行监听的方法及集群通讯系统 | |
US11528303B2 (en) | Method and system for responding to video call service | |
CN107295491B (zh) | 呼叫转移时自动筛选主叫用户的方法及系统 | |
CN100477819C (zh) | 基于智能网信令监控的开机提醒的方法及其系统 | |
CN104247473B (zh) | 终端设备、互动语音应答设备、漏接来电提醒系统及方法 | |
EP2555545A1 (en) | Method and system for selecting mobility management entity of terminal group | |
CN106657625A (zh) | 终端呼叫方法与系统 | |
US8311535B2 (en) | Method for controlling information trace and core network element | |
CN110072229A (zh) | 一种4g基站获取终端识别码的系统和装置 | |
CN110830934A (zh) | 一种呼叫失败处理方法及装置 | |
CN104581668A (zh) | 一种紧急呼叫方法及电子设备 | |
CN102438243A (zh) | 一种分析电话频次识别骚扰电话的方法 | |
CN108810292B (zh) | 基于一号通业务的呼叫方法、业务服务器及呼叫系统 | |
CN111132045A (zh) | 一种顺振业务呼叫顺序确定方法和实体 | |
EP2552137B1 (en) | Method and terminal for sending a prompt | |
CN1212552A (zh) | 交换机中用于监视呼叫的系统和方法 | |
CN1867018A (zh) | 数字移动终端话费即时提示的方法 | |
CN1501726A (zh) | 移动通信系统交换状态信息及其操作方法 | |
CN102238261A (zh) | 一种控制通话接收设备接听通话请求的控制方法及装置 | |
DE19740934C2 (de) | Verfahren zum Anmelden eines Mobilteils an einer Basisstation und Kommunikationssystem | |
CN110351439B (zh) | 话务处理方法及系统 | |
CN103051800A (zh) | 移动终端和移动终端网络应用处理方法 | |
CN107148008A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200508 |
|
RJ01 | Rejection of invention patent application after publication |