CN112929497B - 一种许可通信的方法 - Google Patents
一种许可通信的方法 Download PDFInfo
- Publication number
- CN112929497B CN112929497B CN202110027608.3A CN202110027608A CN112929497B CN 112929497 B CN112929497 B CN 112929497B CN 202110027608 A CN202110027608 A CN 202110027608A CN 112929497 B CN112929497 B CN 112929497B
- Authority
- CN
- China
- Prior art keywords
- communication
- user
- service
- permission
- communication service
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Technology Law (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种许可通信的方法,通过通讯网络与互联网络的结合,如被发起业务的用户注册了通信许可的业务,通讯网检测到之后触发通信对象是该用户的通信业务的许可业务,判断被发起业务用户对发起业务用户授予的通信许可条件,如满足则允许继续业务,如不满足则拒绝,如没有许可则提示发起业务用户进行许可的申请,并将许可的申请发送到被发起业务用户,被发起业务的用户收到许可申请并许可后,如发起业务的用户再次发起业务,系统将按照授予的许可权限执行相应的通信业务。通过将用户通信与许可挂钩、将许可申请与通信过程分离,并将用户许可申请发送到被申请用户进行许可申请,为用户提供了一种许可通信的业务体验。
Description
技术领域
本发明涉及互联网和通信技术领域,特别是指一种许可通信的方法。
背景技术
随着互联网技术和通信技术的发展,特别是互联网和通信融合技术的发展,为一种许可通信的方法提供了可行性。
通信业务,尤其是语音类和消息类业务,如短信、彩信有一个天生的缺陷,那就是任何人都可以在任何时间的任何情况下发起业务,例如打电话、发短信给机主,不管机主是否认识,不管机主有多忙,不管机主有多不方便。
因此,当前一个难以解决的问题就是骚扰电话,骚扰短信等通信业务,用户难以识别骚扰电话,骚扰电话的使用者可以不停地更换号码,使得传统的骚扰电话数据库难以及时更新,效果大打折扣。
总之,只要对方一拨机主的号码,这边电话就会响,就会影响正常的工作和生活,虽然机主可以选择挂断它或加入黑名单,但是此时,已经影响到用户了,如果对方换个号码再次呼入,电话仍然会再次响起,再次影响工作和生活。
其次,个人设置的黑白名单范围有限,难以识别全部的骚扰电话或正常的陌生号码,如一些应该接听的电话,或因为不可能接触到全部的骚扰电话,难以扩展黑名单数据,导致这种方式效果不佳。
当前主流的解决方式之一是实时判断是否为骚扰号码,即实时查询数据库,但是即便有骚扰电话数据库,目前的方式都是在电话已经接通响铃后,用户才看到来电号码以及是否带有骚扰电话标记,即便看到了系统标识的骚扰号码从而拒绝该电话,但是电话铃声已经影响到了被呼叫的用户,用户不胜其扰。
还有就是,某些号码可以在工作时间联系,而不希望在下班之后联系,对于这种号码,可以视为灰名单,既不能完全拒绝,也不能完全允许,还有一种情况就是,用户在接听电话时,电话的网络状态处于忙,不希望有非通讯录之外的号码打进来,或用户正在开车,终端判断其物理状态处于运动的状态,或者用户正在开会,此时,用户不希望有电话打进来,对此情况,目前没有很好的解决办法。
一种解决方案是实时通过短信发送验证信息给被叫用户,用户通过短信一次性许可该用户是否允许通话,例如:
CN201510332000.6一种电话验证方法及系统
摘要:本发明公开一种电话验证方法及系统,其中,方法包括步骤:A、当识别到需验证的陌生号码来电时,向对方发送预设的短信格式的验证问题;B、当接收到回复短信时,对回复短信进行验证,若验证通过则接入并等待用户接听,当未接收到回复短信或回复短信验证不通过则挂断或拦截所述陌生号码来电。本发明的电话验证方法及系统,在陌生号码来电时,自动向对方发送验证问题,当对方回答错误或不回答时,则直接挂断或拦截该电话,当对方正确回复验证问题时,才留给用户判断是否需要接听,这样更能准确拦截骚扰电话。
这种方式本质上存在一个极大的问题,如何给需要放行的主叫用户回答问题的对应信息,这成了一个死循环,不联系就不知道答案,不知道答案就打不进来,打不进来就没法知道答案,知道了答案谁都可以打进来,用户难以控制答案的分发和范围。
其次,这个方式还有个死结,用户在拨打电话接通后,系统会发送验证短信,主叫用户在打电话的同时还得要操作和回复短信,这个对于合理的主叫用户的用户感受实在糟糕,可能会导致不再拨打电话导致用户失去一些重要的机会,例如招聘电话等。
还有,主叫用户如果因为不知道验证答案没打通电话,被叫用户是不知道这个用户尝试给自己打电话的,这等于剥夺了被叫用户的选择权,用户可能会失去一些重要的商业机会,不是每个电话都是骚扰电话,用户有时候需要接一些被其他人视为骚扰电话的电话,例如可能是招聘电话,商业合作电话等等,这样做等于一刀切,是不合理的。
还有很多技术方案都集中在实时验证主叫用户的身份,这些技术方案也同样存在问题,最大的问题就是用户在被呼叫的时候,系统要求用户去验证,这时候用户可能并不方便,验证的时候已经接通并骚扰到了用户了,并不能根本性解决问题。
例如以下这些专利也存在上述提及的难以解决的问题:
CN201811432367.5,一种基于智能问答抗骚扰的电话秘书云服务实现方法。
CN101207837A防电话骚扰的方法和装置。
CN106506784A一种拦截骚扰电话的方法及装置。
查询已有的各种技术方案,接近本发明的现有技术:
CN105187606A,一种基于身份验证的防止骚扰电话的方法。
摘要:本发明公开了一种基于身份验证的防止骚扰电话的方法,利用对陌生电话号码先进行呼叫拦截,然后要求呼入方输入正确验证答案或发送通话请求待机主同意后方能正常的呼入电话,实现了对方即使知道机主的号码,但是不知道通话验证答案或通话请求没得到机主允许的情况下,仍然打不进电话来。通过这种拦截与验证彻底的解决陌生电话骚扰问题。
1.一种基于身份验证的防止骚扰电话的方法,其特征在于:该方法至少包括如下步骤:
步骤S101,在手机上安装并打开软件,预设好验证身份的问题,并开启防打扰功能;
步骤S102,当手机有电话呼入时,自动检查来电号码是否在联系人名单、不拦截名单和黑名单中;
步骤S103,若检测到呼入的号码在手机联系人名单中或不拦截名单中,则不拦截呼入电话,等待机主接通电话;若检测到的呼入的号码在黑名单中,通过手机的自带功能拦截该呼入的电话;
步骤S104,若检测到呼入的号码不在手机联系人名单、不拦截名单、黑名单中,则进行呼入拦截,并提示呼叫方正确回答验证身份的问题后或发送通话请求得到机主允许后才能打进电话,同时播放或显示验证对方身份的问题;
步骤S105,呼叫方回答问题,并输入答案,如果答案正确,则执行步骤S106;如果答案不正确,则执行步骤S107;
步骤S106,不拦截呼入电话,等待机主接通电话;
步骤S107,挂断电话;
步骤S108,若呼叫方选择不回答问题,呼叫方直接发送通话请求到机主的手机上;
步骤S109,如果机主收到并同意通话请求,呼叫方没挂断时则自动接通,呼叫方已挂断时则自动回拨;
步骤S110,如果机主收到并拒绝通话请求,则挂断电话或不回拨,并提示机主是否将呼入号码加入黑名单。
2.根据权利要求1所述的基于身份验证的防止骚扰电话的方法,其特征在于:在所述的步骤S102中,机主的手机内预设联系人名单、不拦截名单及黑名单。
3.根据权利要求1所述的基于身份验证的防止骚扰电话的方法,其特征在于:在所述的步骤S104中,所述的验证问题通过语音播放或屏幕显示。
4.根据权利要求1所述的基于身份验证的防止骚扰电话的方法,其特征在于:所述的验证问题为一个或多个。
5.根据权利要求1所述的基于身份验证的防止骚扰电话的方法,其特征在于:在所述的步骤S108中,所述的通话请求为语音留语、文字短信或图片视频。
上述发明存在大量问题:
1)针对步骤S101,需要在手机上安装专属这个业务的客户端软件,这完是由客户端解决方案,不涉及到核心网、互联网的范畴,同时,客户端实际上由于操作系统的限制,例如苹果系统目前不开放手机上的语音控制的权限,客户端不能够完全控制来电和向来电号码播放语音并进行留言等,至少在当前不能够实现上述方案;
2)针对步骤S105,如果是开放性质的验证问题,难以语音识别并判断答案对不对,太难用户难以在打电话的有限的时间答对,太简单容易被人猜中,即便是一种具备标准化答案的问题,如询问被叫用户的一些私人信息,如被叫用户的工作单位,姓名,验证问题的答案也存在难以分发答案的问题,如果是选择题,不可能太多选项,每个选项都试一次,这样多拨打几次就能选中正确的答案使得这个方式失效;
3)针对步骤S108,用户选择不回答问题,被叫的机主还是会当场收到电话呼叫求,仍然被骚扰,只是方式不一样而已,最大的困恼就是不要在不合适的场景下电话被呼叫,这个问题仍然没有被解决;
4)针对步骤S109,被叫用户在短时间凭借少量信息就要做出决定比较困难;
5)收到请求的方式还是传统的通讯业务的方式,无法利用互联网的优势;
6)上述发明还是在主叫拨打就推送,也一样骚扰了被叫用户,只是方式不一样而已,没有意义;
7)上述发明可能会产生回拨,费用反而由这个被叫的用户支付,用户可能不愿意,而回拨时机由系统而不是被叫用户控制,回拨的电话的时机不一定适合;
8)系统没保存许可状态,没有许可持续化的概念,许可是一次性的操作而不是形成系统保存的数据,下次又要重新来一次;
9)对主叫不友好,要临时回答验证问题,对于电话这种实时性的通信业务实在不友好,如果是重要的电话可能主叫不愿意做这种事情;
10)无法支持许可条件的叠加,如临时性禁止呼入等;
目前的各种技术方案,都是一次性的验证,而且,都没有离开通信网络的范围,例如都还是在电话、短信业务范围之内,也就是在通信网之内解决问题,还有都还是集中在如何识别是不是骚扰电话号码上,都没有解决用户需要解决的痛点,也就是:
1)不要在不需要的时候振铃影响到自己,如自己正在开会,正在开车,或者在研究某项工作,或者正在手机上参与在线会议,不希望被陌生人打扰,但是可以允许自己家人能打进来,这时候飞行模式或者关机都不适合,而语音业务在手机上是优先级最高的业务,不管你在手机上浏览页面还是在做什么,语音业务都会弹出界面振铃,即便静音,呼叫已经达到了手机,弹出不需要的界面还会保持在手机的最上层,极大地影响到用户;
2)呼叫到手机已经占用了大量的无线资源,系统在通信网的核心网侧就进行了拦截可以节省大量的无效的无线寻呼,节省了最宝贵的无线资源,减轻无线接入网络的压力,仅仅黑白名单不能解决除黑白名单之外的号码的性质判定的问题;
3)用户可以授权一次,多次或特定一个时段可用,不用多次授权,像前面的解决方案如果一个陌生号码多次拨打还是会导致用户做出同样的动作,无法一次设置,多次使用,同时本发明可以批量处理,提高效率,就好像一次性处理往来邮件一样;
4)通过结合互联网的特点,大容量,高速等,可以看到发起业务用户的更多信息,比如微信、网页形式的音视频的个人介绍,名片信息,从而帮助用户进行决策要不要允许这个用户向自己发起通信业务。
5)用户可以在自己方便的时候再去处理这些请求,只要没有许可,就不会被打扰,避免了语音等业务被叫用户的被强制听到振铃等打扰,彻底做到了用户自己做主,如什么时候接听电话,什么人可以在什么时候打电话。
6)解决非黑名单也非白名单号码主动发起业务,如语音呼叫的问题,对于黑白名单,系统提供第三方数据库,对于非黑也非白名单的号码,系统给予发起业务用户,如主叫用户一个申请通信的机会,对于有些号码对部分人群是骚扰电话,但是对于其他部分人群缺非骚扰电话的问题给予一个机会,避免被叫用户没有选择权,也给主叫用户一个机会。
7)存在一些情况,用户正在开会,需要将已授权的用户对象暂时禁止,并通过系统向用户播放或推送消息告知此时不方便接听电话,这个时候,需要用户临时禁止已授权用户的许可,如果有被授权用户发起通信业务,系统将会通过播放语音或推送文本消息告知发起业务的用户,例如,用户需要9点到11点开会,用户暂时禁止这个时段的所有呼叫,其他用户如向这个用户进行拨打电话,系统可以向这个用户播放语音,告知该用户暂时不方便接听,10点过后,暂停的许可又可以恢复执行,其他用户仍然可以向这个用户发起通信业务,如打电话。
针对上述问题,本发明进行了改进。
包含:
1)采取异步的方式进行请求发送和处理,发起业务的用户可以提前通过业务系统请求许可,也可以临时在发起业务时,如主叫时临时发起许可的请求,而对于被发起业务的用户,如被叫用户不一定需要实时在用户请求许可时实时处理请求,如被叫用户可以在方便的时候接收或主动收取系统的用户许可请求进行处理,类似收取邮件,查看微信消息一样,这种用户完全可以控制和后台的异步发送通知信息给用户,而非主叫用户拨打的那个时间点接收请求并处理,最大程度避免被叫用户被骚扰;
2)支持结合互联网的方式,可以承载更多的信息,请求包含的内容可以是网页,邮件,微信消息等各种互联网媒介,支持文字,图片,音频,视频等多种格式,展现的能力更强,被发起业务的用户,如叫用户可以看到发起业务的用户,如主叫用户提供的详细信息,如主叫用户的名片信息,音视频信息,从而能准确判断该用户是不是可以授权业务许可。
3)被发起业务的用户,如被叫用户可以授权,选择拒绝,允许,条件允许,可以单个或批量处理多个请求,条件可以有各个维度,如地域,号码开头,如95开头的号码一律拒绝,允许的时间,允许的有效期等等不一枚举。
4)许可会持久化保存到系统,许可后或者拒绝后,不需要后续的同样的呼叫而重复验证的动作。
5)发起业务的用户,如主叫可以选择提前申请许可,申请许可可以通过各种接入渠道,如网站,APP等,避免了呼叫临时请求许可得不到用户许可而导致呼叫失败,即便是临时申请许可,也做到了尊重被叫用户,不会形成电话骚扰;
6)对于被发起业务的用户,如被叫用户,可以安装客户端软件也可以不安装客户端软件,通过系统内置的浏览器、邮件或者其他已安装的各种软件如微信即可解决问题;
7)最重要的是,分离了通信业务如呼叫过程和申请许可的过程,将前述提到的各种解决骚扰电话的专利过程都没有分离从而导致的问题得以解决,用户必须先申请许可,后续才可以打通电话,而申请许可是一种非侵扰的方式进行的,例如,系统下发一个微信通知消息,或者邮件到达消息,这种消息都不会向电话那样直接侵扰到用户,最多只是会在手机的通知栏显示一个通知消息,这个更加人性化。
8)支持优先级条件的叠加,可以将用户的许可叠加很多条件,系统将按照最终叠加的结果进行判断,如某时段禁止呼入为最高优先级,如果叠加到某个白名单,即使是白名单在这时段也将会被临时性禁止呼入,可以针对具体业务再进行细化,如语音业务和短信业务分开设置,也可以合并在一起设置。
9)将验证问题变为申请许可,避免了验证问题答案的分发的问题,如果只是验证码形式是没有任何意义的,如果验证问题的答案需要用户提供,那么答案的分发就是一个问题,而本发明从另外一种方式去解决或者避免了这个问题。
有鉴于此,本发明的目的在于提出一种简单易行,融合互联网和通信网的一种许可通信的方法。
发明内容
从上面所述可以看出,通过所提供的一种许可通信的方法为个性化的通信业务的发展提供有力保障,满足用户各方要求,提升用户友好体验。
为实现上述目的,本发明的一个方面提供了一种许可通信的方法,该方法包括:
包含如下的步骤:
1)被发起通信业务用户注册通信许可业务;
2)发起通信业务用户向被发起通信业务用户发起通信业务;
3)通信网检测到被发起通信业务用户注册了通信许可业务,触发通信许可业务,向系统查询发起通信业务用户是否有被发起通信业务用户授予的通信许可,系统返回查询的通信许可结果给通信网,如有通信许可,跳转到步骤10,如无通信许可,则提示发起通信业务用户申请许可,如发起通信用户申请则继续下一步骤,否则流程结束;
4)发起通信业务用户向被发起通信业务用户申请通信许可;
5)系统收到通信许可申请,将通信许可申请发送给被发起通信业务用户;
6)被发起通信业务用户收到发起通信业务用户的通信许可申请;
7)被发起通信业务用户处理发起通信业务用户的通信许可申请;
8)系统保存被发起通信业务用户对发起通信业务用户的通信许可申请的处理结果;
9)发起通信业务用户再次向被发起通信业务用户发起通信业务,跳转到步骤3;
10)通信网按照系统指示的通信许可结果继续或拒绝对应的通信业务。
本发明提供的一种许可通信的方法的一个实施例中,该方法还包括:
通信业务是通信网向用户开放的通信服务,包含电话,短信,彩信以及各种以用户为业务对象的通信业务,被发起通信业务用户为通信业务的通信对象,该用户在系统注册业务,系统保存用户注册信息,包含通信业务使用的用户唯一性识别信息,包含移动手机号码或固话号码,系统为注册用户开通业务。
系统能够与通信核心网和互联网进行交互,通信网负责触发和承载通信业务并向系统询问许可指示,系统负责承载许可业务,并向用户提供接入的渠道,包含门户网站,应用程序、语音中心,短信门户,彩信门户,向用户提供注册,数据同步和管理,参数设置各种功能。
发起通信业务用户在没有被发起通信业务用户且为系统注册用户的授予的通信许可而向该被发起通信业务用户发起通信业务时,通信网检测到被发起通信业务的用户注册了通信许可的业务后会提示通信业务发起用户申请通信许可,包含播放语音菜单,发送短信、彩信,或系统推送应用通知消息的方式提示通信业务发起用户申请通信许可,发起通信业务用户可以通过语音菜单选择语音留言申请通信许可,或回复系统发送的短信、彩信、通知消息申请通信许可,或主动向系统发送消息申请通信许可,或打开消息包含的互联网链接在线申请通信许可,或在系统接入的渠道如门户网站、应用程序中申请业务对象的通信许可,发起通信业务的用户许可申请的时机可以在发起通信业务后在系统提示时申请通信许可,可以在呼叫时按照提示发起通信许可请求,或在发起通信业务之前在系统接入渠道中发起通信许可申请,承载通信许可申请的媒介包含但不限于文字,音频,视频,图片。
通信许可为被发起通信业务的用户对接受发起通信业务的用户发起的通信业务的权限描述,包含拒绝、允许,有条件允许,条件包含但不限于号码构成规则,授权有效期,用户归属地,终端地理位置,使用次数,可通信时间段,终端在通信网络的网络状态和终端物理状态,用户自定义的逻辑状态,权限可以有优先级并可以进行叠加,叠加后按照最终叠加的结果执行,用户可以修改上述通信许可的设置。
被发起通信业务用户可以设置系统播放的语音或文本,发起通信业务的用户在向该被发起通信业务用户发起通信业务时,系统通过通信网向该发起通信业务用户播放被发起通信业务用户设置的语音或文本,或者以消息通知的方式通知发起通信业务的用户查看被发起通信业务用户设置的内容,如发起通信业务的用户被系统拒绝,通信网可以选择通知发起通信业务的用户,通知方式包含语音播报,下发短信、彩信和推送通知消息。
被发起通信业务的用户获取通信许可申请的渠道包含但不限于Web,应用程序,电子邮件,语音留言,短信,彩信,通过系统或被发起通信业务用户设定的接收方式将许可申请送达至被发起通信业务的用户或被发起通信业务的用户通过系统提供的渠道主动拉取通信许可申请。
被发起通信业务用户可以设置个人的通信许可数据,包含黑白名单,有条件的通信许可名单,还可以通过系统获取第三方数据从而扩展用户的通信许可数据,包含第三方的白名单或黑名单,如第三方的号码库或骚扰电话号码库。
被申请通信许可的用户收到通信许可申请后,对通信许可申请进行处理,包含允许,拒绝,有条件允许,不处理,处理的期限可以是无限期,也可以系统设置处理的有效期,超出有效期许可申请则失效,可选地,处理后,系统可以将被申请通信许可用户的通信许可处理结果通知给申请通信许可的用户。
被发起通信业务用户可以设置拒绝申请通信许可名单,以防止发起通信业务用户多次骚扰申请通信许可,被设置进入拒绝申请名单的用户将无法申请通信许可,还可以设置上一次通信许可申请未处理的情况下不允许继续申请通信许可以防止重复申请。
具体来说具有以下优点:
将打扰型通信业务转换为非打扰型消息:
在发起通信业务的用户没有被授权许可的情况下,系统将打扰型通信业务,主要包含语音业务,也可以包含短信彩信业务,转换成系统的消息通知型业务,如微信消息,邮件消息,短信彩信通知消息等,通过非打扰方式给被发起通信业务的用户通知消息,经过其处理和许可后,发起通信业务的用户才可以与其进行直接的通信业务,避免骚扰电话、垃圾短信这种侵入式地逼迫用户接受通信业务。
分离通信许可申请处理和通信业务:
将通信许可申请以及许可的处理与通信业务的过程分离,用户可以提前申请或实时申请许可,通信业务对象可以在方便的时候处理通信许可,未许可的业务不会直接到达用户,方便了发起通信业务的用户和被发起通信业务的用户。
融合互联网和通信:
将通信业务和互联网进行融合,将通信业务引入具有互联网特征的许可,通信许可申请和处理支持通过通信业务和互联网业务进行承载和处理,如电话语音,短信,微信公众号或小程序,Web程序、应用程序等,通信过程中系统读取许可数据,根据许可执行对应的流程,结合两种不同性质业务的特点,打造出符合用户习惯的一种新型的通信许可业务。
处理时机灵活:
发起通信业务用户可以提前通过业务系统申请通信许可,也可以在发起通信业务时,如主叫时发起通信许可的申请,而对于被发起通信业务的用户可以实时处理但是不一定一定要实时在用户请求许可时实时处理请求,如被叫用户可以在方便的时候接收或拉取系统的用户许可请求消息后再进行处理,类似在方便的时候查看邮件,查看微信消息一样,用户在方便的时候再去打开这些消息进行处理,这种用户完全可以控制,还可以推送到多个通知的渠道,如微信消息,邮件等,而被发起通信业务的用户不一定在通信业务发起时实时接收和处理请求,最大程度避免被叫用户被骚扰;
承载方式多样,支持各种媒介格式:
除了通过通信网的有限的表达形式,如收听语音留言后许可,通过短信彩信的回复进行许可之外,通过结合互联网的方式,可以承载更多的信息,通信许可申请内容的承载方式可以是网页,邮件,微信消息等各种方式,支持文字,图片,音频,视频等多种格式,展现的能力更强,被发起通信业务的用户,如被叫用户可以看到发起通信业务的用户,如主叫用户提供的详细信息,如主叫用户的名片信息,音视频信息,从而能准确判断该用户是不是可以授权业务许可。
例如,请求载体为微信或Web页面,用户查看申请消息将打开微信或一个网页,网页承载的内容远远超过通信网络传统业务承载的能力,如电话,短信等,方便用户获取更多的信息做出决策。
灵活处理,支持有条件许可:
被发起通信业务的用户,如叫用户可以授权,选择拒绝,允许,条件允许,可以单个或批量处理多个请求。
例如可以支持授权有效期,在有效期内该号码可以呼叫自己的号码,设置某地域的号码不可以呼叫或者可以呼叫,该号码呼叫自己的次数,设置某号段格式的号码可以或者不可以呼叫,例如设置95开头的号码不可以在晚上呼叫自己的号码,或设置为不允许某个地区的号码,也就是通过号码归属地进行设置。
可以类似微信、QQ消息一样,用户在方便的时候,批量查看和操作多条请求许可的消息,一次性操作。
通信许可支持多条件叠加:
条件包含但不限于有效期,地理位置,使用次数,通信时间段,终端的状态,用户自定义逻辑状态,终端的状态包含终端在通信网络的网络状态和物理状态,条件可以有优先级,条件及优先级可以进行叠加,叠加后按照最终的优先级叠加的结果执行,用户可以修改上述许可的设置。
网络状态是指在通信网络中移动终端的网络状态,例如,开机,关机,不在服务区,无法接通,以及通过通信网络定位获取的地理位置等各种和通信网络有关的状态,终端物理状态是终端自身的状态,包含终端GPS、北斗等卫星定位的位置,高度,运动速度,加速度、方向等参数,可以推断用户是静止、走路、跑步或开车等,可以通过通信网的核心网获取网络状态,可以通过终端自身传感器获得物理状态,用户还可以设置自定义逻辑状态,如开会中,吃饭中,请勿打扰,诸如此类这种用户自定义的状态,可以为每个状态设置优先级,例如,将请勿打扰设置为最高优先级,如用户设置请勿打扰一个小时,以前授权的其他用户的许可也将被暂时被禁止向这个用户发起通信业务一个小时,又如,设置了开车中不接听任何电话,如通过终端监测到该用户正在开车,将会禁止任何通信业务发起到这个用户直至用户解除这个设置或系统判断用户不再开车。
通信许可条件支持优先级叠加:
用户也可以通过许可优先级进行叠加覆盖已授权许可,,如用户在参与一个很重要的会议,虽然分组的用户已经被无条件许可,用户可以临时在这个用户组上叠加一个1小时的临时禁令,临时禁令的优先级高于前面的无条件许可,这样的话,临时将已授权许可临时禁止一段时间,这段时间这个组的用户是无法向该用户发起通信业务。
持久化保存,实现一次授权,多次使用:
支持通信许可持久化保存到系统,通信许可后或者拒绝后,将自动化保存用户的处理结果,不需要后续还有同样的呼叫而重复验证的动作,实现一次性授权,多次使用。
申请通信许可时机灵活:
发起通信业务的用户,如主叫可以发起通信业务时在系统的提示时临时申请许可,也可以选择提前申请通信许可,申请通信许可可以通过各种接入渠道,如网站,应用程序等,避免了呼叫临时申请通信许可;
自定义提示:
用户可以设置自定义语音或文本,语音可以选择系统提供的语音或文本,也可以自己录制候同步到系统并设置为提示音,或者输入文本通过系统进行播放,在设置许可的时候,可以设置提示音,例如在用户参加会议的时候,临时设置禁止呼入的禁令,并设置文本“我现在正在开会不能接听电话,请在10点以后再联系,谢谢!”,用户已经授权过的用户,如果在这时间段内呼叫该用户,发起呼叫的这个用户将会听到系统播放的这个提示音,或者系统向该用户推送一条包含该文本的消息。
无需终端专用客户端支持:
本业务主要能力由网络侧进行完成,可以安装也可以不安装终端侧的客户端,使用终端自带的浏览器或短信能力或已安装的各种软件,如微信等也可完成终端侧的业务需求,只有一些需要获取的增强信息,如终端的运动速度,定位位置等才需要终端客户端的支持,不过,随着技术的发展,目前通过浏览器也能完成终端客户端的大部分的能力,目前浏览器程序的能力逐渐赶上了终端客户端,如定位功能,获取终端物理状态的功能等,未来可以不需要安装专用的客户端了,直接通过Web方式,浏览器就能完成全部的功能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明系统网络拓扑示意图。
图2为本发明系统结构示意图。
图3为本发明业务流程示意图。
图4为本发明按许可继续业务流程示意图。
具体实施方式
下面参照附图对本发明进行更全面的描述,其中说明本发明的示例性实施例。
为实现上述目的,提出了一种许可通信的方法。
以下通过结合附图,对本发明的实施方式进行描述。
实现一种许可通信的方法的关键点如下:
业务触发、数据路由:
系统作为核心网和互联网的连接中枢,一方面面对通信网的核心网,一方面面对互联网,并在两个网络之间的进行消息传递和处理,可以视为核心网的一部分或者功能的扩展,同时也连接到互联网。
通信网是指提供通信业务的网络,包含接入网,核心网,传输网,以及各通信业务的业务系统构成,本发明系统可以视为通信网中的一个业务系统。
系统在互联网提供了用户接入的界面,发起通信业务的用户以及被发起通信业务的用户都可以通过互联网登陆到系统进行设置和数据上传等操作。
同时,系统通过通信网络也可以接入用户,发起通信业务的用户通过通信网络也可以进行语音留言、通过系统发送短信申请许可等操作,通过通信网络提供一个简易的接入门户功能。
用户在系统进行注册,注册后,当其他用户发起通信业务,而被发起通信业务的用户对象注册了本业务,通信核心网将触发业务,向系统查询用户的业务注册情况触发许可业务,并将查询出的被发起通信业务的用户设置的业务条件作为业务接续的条件。
同时,系统还面对互联网,一方面,可以面对各种第三方数据,例如第三方的黑白名单数据,通过网络将其融合到系统,系统将这些数据共享给用户而无需用户自己去添加,另外一方面,系统面对互联网的各种业务,例如Web,各种APP如微信,电子邮件等,将发起通信业务用户触发的通信业务请求转发到互联网渠道上,被发起通信业务的用户通过这些渠道可以接收到对应的消息,并在适当的时候查看和处理。
因此,系统的角色是作为通信网和互联网的连接的中枢,融合两个网络,将来自通信网络的消息转发到互联网,将系统通过来自互联网数据判断后返回给通信网,通信网络同时还可以承载互联网的传输通道,如提供了移动互联网的接入,在系统互联网端,用户通过互联网设置通信许可以及通信许可条件,这些设置数据将会被通信网络查询业务条件的时候使用,以及用户可以提供自己的各种信息,如多媒体名片,音视频,文字的介绍等等,在发起业务的时候,这些信息可以随着许可申请消息一同发送给被发起通信业务的用户,这样,被发起通信业务的用户,如被叫用户可以看到具体的发起通信业务的详细信息,进而做出判断后进行许可。
通信许可申请:
在通信业务发起用户如果没有事先申请通信许可,临时发起通信许可请求时,系统将提示该用户进行许可请求,许可请求可以在通信网上进行,例如,用户可以在系统提示下语音留言,或系统下发消息,如短消息,用户还可以主动发送或回复短信文本信息到通信网后到达系统,或在消息包含链接,用户可以打开链接,打开网页或者应用,提示用户在系统进行注册并提供相应的信息,如文字,音视频信息介绍自己,其后即可将这些信息作为许可申请消息的一部分通过互联网转发给被请求业务的用户,可选地还可以再下发一个短信、彩信等通知的消息给被请求通信业务用户告诉有通信许可申请的消息可以接受。
通信许可申请路由和推送:
用户发起通信许可申请,申请消息到达系统后,系统判断这个消息的发送对象,例如注册用户绑定的手机号或提供的微信账号、邮件地址等,将这个消息,按照被请求用户设置的媒体渠道,如用户设置的微信,QQ号,Web承载的消息,或者在未设置的情况下,系统采取默认的渠道,如电子邮件,或者短信,短信也可以包含Web链接地址,也可以通过短信去通知用户有消息,将这些消息推送到被请求用户设定的接收地址上,用户将会接收到通知消息。
通信许可请求信息处理:
被申请通信许可的用户,接收到系统的通知消息后,可以是邮件,短信,微信消息等等,可以在方便的时候进行处理,这些方式避免了电话方式的直接侵扰的弊端,后台接收到邮件通知,微信消息通知,并不会很大程度影响到用户,用户可以暂时忽略掉这些消息,随后在方便的时候处理这些邮件,微信消息等。
系统提供了界面和功能方便用户处理这些消息,用户进入消息后,通过这些消息可以对系统进行设置等操作,例如,下发的邮件消息带有Web界面或者链接,用户点击可以进入到系统门户提供的相应界面,查看消息内容,进行各种操作,并可以将用户的操作,如设置保存到系统。
通信许可设置和执行:
被发起通信业务的用户设置通信许可之后,如该用户设置了该业务的许可,如果其他用户向这个号码发起通信业务,如发起呼叫,通信网检测到用户注册有许可业务触发通信许可业务,系统将按照通信许可设定进行该业务的接续判断并指示核心网执行,如黑名单,直接拒绝,白名单放行,如非黑白名单,将按照许可设定接续业务,例如:用户可以设置有条件许可,条件可以包含任何时间,地点,号码组成规则,终端状态等,终端状态包含终端的网络状态和终端的物理状态和自定义状态,网络状态指终端在通信网的物理状态,忙,闲,关机,不在服务区,通过网络定位获取的状态等,终端的物理状态包含运动状态,开车状态,终端的GPS位置,通过终端自身传感器即可获得,甚至还可以包含用户自定义的状态,如在开会,在吃饭等,时间条件如白天可以放行,晚上8点之后不可以,来电号码为上海的用户可以,其他地域不可以,95开头的号码不可以,但是可以将平安保险的95511作为例外,接续总次数等等各种接续条件,如设置了时间的条件,即便用户申请了许可,如果发起业务的用户在晚八点之后呼叫该号码,系统将拒绝接续,在白天则可以进行正常接续。
通信许可优先级叠加:
用户通信许可按照不同的优先级可以进行叠加,最终按照优先级叠加后的结果执行,这样便于用户设置优先级而不需要修改已设置过的优先级,例如用户临时禁止已授权用户或用户组的已授权许可,如果一个个修改,事后再修改回来非常麻烦,通过叠加禁令许可,可以一次性操作,也方便事后的还原。
自定义提示:
通过与核心网的对接,向核心网提供播放的语音文件或文本,通过语音播放的方式或消息推送的方式向发起通信业务的用户进行提示,例如:用户参会,用户设置不方便接听的语音或文本,被许可的用户此时发起呼叫将会听到该语音提示或推送的消息,方便发起业务用户的理解。
用户门户:
用户门户提供了用户接入系统的通道和界面,用户可以在门户注册并登录到系统,同步通讯录,黑白名单,是否使用第三方黑白名单,下发的消息渠道的选择,如默认使用邮件还是微信下发消息等等。
同时,用户作为接受业务的角色,也可能转变身份作为发起业务的用户,可以通过门户,提供自己的介绍信息,如文字,音视频方式的名片信息,个人博客信息等,在发起请求的时候可以作为请求消息的一部分发送到被请求业务的用户,方便对方进行许可的判断。
门户可以是WEB或者各种应用程序,如移动应用程序,桌面应用程序等。
数据同步和扩展:
用户可以将通讯录或者按照约定格式的数据,如csv格式文件上传到系统作为黑名单或者白名单,将用户的终端数据提供给系统使用,将终端黑白名单的功能拓展到系统。
同时,系统支持用户使用第三方的数据,如官方的黄页,第三方的骚扰电话号码数据库,用户可以使用这些数据,以扩展用户的数据。
对于非黑或白名单之外的号码,可以称之为灰名单,用户可以同步其号码数据到系统,设置其许可的条件对其的通信进行有条件限制,如授权某个业务号码只能在工作时间之内拨打等。
对于用户的数据,用户可以改变其许可状态,如通讯录的某个号码拉黑,黄页上的某个号码标记为黑名单,或者删除通讯录某个号码后变为灰名单,可以不设置任何许可,系统按照无许可的通信流程进行处理,也可以主动设置许可,如设置为只可以在工作时间拨打电话。
系统构成:
如图1所示,一种许可通信的方法的网络拓扑主要包括:
发起用户100:
指的是发起通信业务的用户,例如,主叫用户。
被发起用户101:
被发起通信业务的用户,例如,被叫用户。
接入网102:
通信网络的接入网络,将用户的通信业务接入到核心网,包含无线接入网和有线接入网。
核心网103:
通信网络的核心网,提供用户认证鉴权,业务接续,业务触发,流程控制等等各种核心网提供的功能。
系统104:
提供本发明业务的系统,作为通信网和互联网的连接的中枢,与核心网进行通信,同时也与互联网进行交互,为用户提供本发明所述的业务功能。第三方数据105:
第三方的各种数据,包含黑名单、白名单数据,如政府电话黄页数据等等,第三方的骚扰电话数据库等等,用以扩展系统的数据,共享给系统的用户,用户可以选择添加到自己的数据,也可以选择自动选择第三方数据,方便用户而无需用户自己去添加和维护。
第三方系统106:
系统通过互联网接口将各种第三方的各种业务接入到系统。包含邮件系统,即时通信系统,如微信,QQ等,Web系统,通过第三方互联网系统,为用户通过了各种互联网的许可请求的下发渠道和下发能力,例如,音视频可以方便地通过互联网渠道进行下发,例如用户可以通过邮件,微信等互联网应用系统接收系统下发的消息,避免了通信网络的通信业务下发这些信息的能力的不足和不便。
图2示为本发明系统模块结构示意图。
用户门户200:
系统为用户提供的用户接入系统进行操作的渠道,包含Web网站、应用程序、语音中心、短信门户,彩信门户等各种接入的渠道和方式。
系统门户201:
系统为平台管理的内部用户提供的用户接入系统进行操作的渠道,包含Web网站、应用程序等方式。
核心网接口202:
系统和通信网络的核心网之间的交互的接口,通过接口和核心网进行交互。
业务逻辑203:
系统的业务逻辑,按照业务设定的逻辑运行和控制其他的功能模块进行运作。
用户模块204:
和用户相关的功能模块,包含用户注册,用户信息编辑和管理,用户设定,用户数据管理等用户相关的各种功能。
许可模块205:
承载许可业务的功能模块,例如,定义来电号码过滤规则,如95开头的号码不允许接续等,上海以外地区不允许接续等用户自定义的通用或针对个别对象的规则等许可有关的功能。
用户数据模块206:
用户管理用户数据的功能模块,包含用户数据同步,数据设置,增删改查等功能,例如用户的通讯录、自定义的黑白名单等;
核心网模块207:
完成与核心网功能有关的功能模块,完成核心网传递过来的查询,与核心网进行数据的交互,如提供用户语音中心,如对用户播放语音提示,如提供短信交互中心,承载短信交互逻辑等,再如处理核心网请求查询用户的黑白名单等请求,核心网模块完成对应的操作并返回详细的应答消息。
消息模块208:
消息相关的功能模块,包含应用消息推送,与用户消息的交互,消息的路由和转发,设定通知渠道,如电子邮件,将用户请求消息转发到用户设定或系统默认的渠道,例如将用户许可申请消息,转发到用户指定的微信账号或电子邮件地址。
互联网接口209:
与系统外的互联网应用系统进行交互的接口,包含Web,邮件,即时通讯软件等等,通过互联网接口与这些系统进行交互。
其他模块210:
其他的各种功能扩展的模块。
数据存储211:
保存系统需要存储的各种数据,包含用户数据,系统数据等,以及与第三方数据通信获取数据的功能模块。
实施例1:
下面举一个例子来说明本发明用户一种许可通信的方法的使用流程,如图3所示,该实施例中,业务包括以下步骤:
前置条件:被发起通信业务的用户注册了通信许可业务;
步骤1.发起通信业务的用户,向被发起通信业务的用户发起通信业务,如语音呼叫业务;
步骤2.通信网核心网检测到被发起通信业务的用户注册了通信许可业务,触发通信许可业务,向系统发起查询,系统查询并判断发起通信业务用户是否有被发起通信业务用户授予的通信许可并将判断结果返回给通信网,如有通信许可,跳转到步骤9,如无通信许可,提示发起通信业务用户请求通信许可,发起通信业务用户如申请通信许可,继续下一步骤3,否则流程结束;
步骤3.发起通信业务用户申请通信许可,系统为发起通信业务的用户提供了多种选择,包含电话语音留言申请,接收短信后回复短信进行申请,或点击接收的短信中的链接打开网址或者APP,去应用或者访问门户主动去申请各种方式,此实施例中,系统提示发起通信业务用户可以选择语音留言,发起通信业务用户选择在线语音留言,系统记录发起通信业务用户语音留言;
步骤4.系统将包含发起通信业务用户申请通信许可时提供的信息的通信许可申请发送给被发起通信业务的用户,通信许可申请发送的渠道如前述,可以有多种方式,包含电子邮件,应用消息如微信消息通知,Web消息,短信等等,此实施例,我们可以采取接收邮件的方式接收到系统的通知,其他方式类似并无本质差异;
步骤5.被发起通信业务用户收到通信许可申请通知,如上述收到了通信许可申请邮件;
步骤6.被发起通信业务用户处理通信许可申请,如上述,打开邮件,查看邮件中的通信许可申请,查看发起通信业务用户的文本或语音留言信息,语音可以作为附件,也可以作为一个链接,用户点击打开一个Web页面收听留言,查看或听留言申请后决定是否授予发起通信业务的用户对自己的通信业务的通信许可,以及进行通信许可条件的设置;
步骤7.被发起通信业务的用户如授予了发起通信业务的用户通信许可,系统保存被发起通信业务用户设置的许可;
步骤8.如被许可的用户也就是发起通信业务用户再次发起通信业务,开始一个新的起始步骤1;
步骤9.通信网获取到系统查询返回的通信许可;
步骤10.通信网端进行判断,如满足通信许可条件,通信网继续完成通信业务,不满足通信许可条件,拒绝通信业务;
其中,发起通信业务的用户发起通信许可申请和被发起通信业务的用户处理通信许可申请可以在不同的时间,接收通信许可申请的用户可以在他方便的时间处理这些申请,避免了通信业务的对其的实时的直接的打扰,在此例中,被发起通信业务用户只会接到邮件通知,而不会接到电话导致手机振铃影响到该用户。
上述实施例中,采用的申请通信许可的渠道的不同,或者下发通知的方式的不同,都不会构成本质上的差异,只是具体实施方式的差异。
实施例2:
如发起通信业务用户事先在平台进行了注册,提供了其注册信息和身份信息,但是并未申请对方的许可,在这个情况的实施例中,业务包括以下步骤:
步骤1.发起通信业务的用户,向被发起通信业务的用户发起通信业务,如语音呼叫业务;
步骤2.通信网核心网检测到被发起通信业务的用户注册了通信许可业务,触发通信许可业务,向系统发起查询,系统查询并判断发起通信业务用户是否有被发起通信业务用户授予的通信许可,如有通信许可,跳转到步骤9,如无通信许可,提示发起通信业务用户请求通信许可,发起通信用户如申请通信许可,继续下一步骤3,否则流程结束;
步骤3.发起通信业务用户申请通信许可,系统为发起通信业务的用户提供了多种选择,此实施例中,系统提示发起通信业务用户可以发送其注册的用户信息作为名片信息申请许可,发起通信业务用户选择申请通信许可;
步骤4.系统将包含用户名片信息的通信许可申请发送给被发起通信业务的用户,许可申请发送的渠道如前述,可以有多种方式,包含电子邮件,应用消息如微信消息通知,Web消息,短信等等,此实施例,我们可以采取接收邮件的方式接收到系统的通知,其他方式类似并无本质差异;
步骤5.被发起通信业务用户收到许可申请通知,如上述收到了申请邮件;
步骤6.被发起通信业务用户处理许可申请,如上述,打开邮件,查看邮件中的许可申请,查看发起通信业务用户的名片信息后决定是否授予发起通信业务的用户对自己的通信业务的许可,以及进行通信许可条件的设置;
步骤7.被发起通信业务的用户如授予了发起通信业务的用户通信许可,系统保存被发起通信业务用户设置的许可;
步骤8.如被许可的用户也就是发起通信业务用户再次发起通信业务,开始一个新的起始步骤1;
步骤9.系统按照其被授予的通信许可的具体内容的判断结果通知通信网对应的通信业务是否继续;
步骤10.通信网端进行判断,如满足通信许可条件,通信网继续完成通信业务,不满足通信许可条件,拒绝通信业务;
实施例3:
发起通信业务用户事先在平台进行了注册,并在线申请通信许可,在这个情况的实施例中,业务包括以下步骤:
本实施例中,实际是从实施例1和2的第三步开始:
步骤1.(原步骤3)发起通信业务用户在门户注册后,提供发起通信业务用户信息,在线申请被发起通信业务用户的通信许可;
步骤2.系统将包含用户信息如多媒体名片的通信许可申请发送给被发起通信业务的用户,许可请求发送的渠道如前述,可以有多种方式,包含电子邮件,应用消息如微信消息通知,Web消息,短信等等,此实施例,我们可以采取接收邮件的方式接收到系统的通知,其他方式类似并无本质差异;
步骤3.被发起通信业务用户收到通信许可申请通知,如上述收到了申请邮件;
步骤4.被发起通信业务用户处理通信许可申请,如上述,打开邮件,查看邮件中的许可申请,查看发起通信业务用户的名片信息后决定是否授予发起通信业务的用户对自己的通信业务的许可,以及进行通信许可条件的设置;
步骤5.被发起通信业务的用户如授予了发起通信业务的用户通信许可,系统保存被发起通信业务用户设置的通信许可;
步骤6.(原步骤1)发起通信业务的用户,向被发起通信业务的用户发起通信业务,如语音呼叫业务;
步骤7.(原步骤2)通信网核心网检测到被发起通信业务的用户注册了通信许可业务,触发通信许可业务,向系统发起查询,系统查询了并判断发起通信业务用户是否有被发起通信业务用户授予的通信许可,如有通信许可,按照通信许可权限继续业务,跳转到步骤8,如无通信许可,提示发起通信业务用户请求通信许可(变成实施例2);
步骤8.系统按照其被授予的通信许可的具体内容判断是否满足通信许可条件并将判断结果返回给通信网;
步骤9.通信网端进行判断,如满足通信许可条件,通信网继续完成通信业务,不满足通信许可条件,拒绝通信业务;
本实施例是对实施例1和权利要求1步骤的一种重新组合,本质上完全一样。
图4示为对上述实施例1的流程步骤2、9、10的细化描述,按通信许可继续通信业务流程的示意图。
如图所示,所述步骤为:
步骤1:通信网核心网向系统查询发起通信业务的用户通信许可;
步骤2:系统根据核心网请求带来的参数,例如,主被叫号码,查询对应的被发起通信业务用户(被叫)对发起通信业务用户(主叫)的许可条件;
步骤3:系统返回最终的通信许可结果给通信网;
步骤4:通信网按照返回的通信许可结果执行业务,包含如下分支:
1)如满足许可条件,指示核心网相应的业务的控制部分,如核心网中的交换机,短信中心等,可以继续通信业务;
2)如不满足许可条件,指示核心网拒绝通信业务;
3)如无许可,提示发起通信业务用户申请通信许可;
步骤5:作为可选的步骤,如果拒绝通信业务,一般情况下,通信网的核心网可以告知发起通信业务的用户业务被拒绝,如语音播放“您的服务被拒绝”或下发一个拒接通信业务的通知短信。
其中,通信许可条件可以多个条件和优先级的叠加,最终的许可有可能是多个条件和优先级叠加的最终结果,例如用户设置开会状态不接任何电话,如系统获取到用户设置了开会状态,即便是白名单,最终的许可结果也是拒绝,如用户取消了会议状态,白名单则可以继续业务。
如将权利要求步骤进行简单的变动和组合,本质上仍然一样。
本发明的描述是为了示例和说明起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (10)
1.一种许可通信的方法,其特征在于,包含如下的步骤:
1)被发起通信业务用户注册通信许可业务;
2)发起通信业务用户向被发起通信业务用户发起通信业务;
3)通信网检测到被发起通信业务用户注册了通信许可业务,触发通信许可业务,向系统查询发起通信业务用户是否有被发起通信业务用户授予的通信许可,系统返回查询的通信许可结果给通信网,如有通信许可,跳转到步骤10,如无通信许可,则提示发起通信业务用户申请许可,如发起通信业务用户申请则继续下一步骤,否则流程结束;
4)发起通信业务用户向被发起通信业务用户申请通信许可;
5)系统收到通信许可申请,将通信许可申请发送给被发起通信业务用户;
6)被发起通信业务用户收到发起通信业务用户的通信许可申请;
7)被发起通信业务用户处理发起通信业务用户的通信许可申请;
8)系统保存被发起通信业务用户对发起通信业务用户的通信许可申请的处理结果;
9)发起通信业务用户再次向被发起通信业务用户发起通信业务,跳转到步骤3;
10)通信网按照系统指示的通信许可结果继续或拒绝对应的通信业务。
2.如权利要求1所述的一种许可通信的方法,其特征在于,通信业务是通信网向用户开放的通信服务,包含电话,短信,彩信以及各种以用户为业务对象的通信业务,被发起通信业务用户为通信业务的通信对象,该用户在系统注册业务,系统保存用户注册信息,包含通信业务使用的用户唯一性识别信息,包含移动手机号码或固话号码,系统为注册用户开通业务。
3.如权利要求1所述的一种许可通信的方法,其特征在于,系统能够与通信核心网和互联网进行交互,通信网负责触发和承载通信业务并向系统询问许可指示,系统负责承载许可业务,并向用户提供接入的渠道,包含门户网站,应用程序、语音中心,短信门户,彩信门户,向用户提供注册,数据同步和管理,参数设置各种功能。
4.如权利要求1所述的一种许可通信的方法,其特征在于,发起通信业务用户在没有被发起通信业务用户且为系统注册用户授予的通信许可而向该被发起通信业务用户发起通信业务时,通信网检测到被发起通信业务的用户注册了通信许可的业务后会提示通信业务发起用户申请通信许可,包含播放语音菜单,发送短信、彩信,或系统推送应用通知消息的方式提示通信业务发起用户申请许可,发起通信业务用户可以通过语音菜单选择语音留言申请通信许可,或回复系统发送的短信、彩信、通知消息申请通信许可,或主动向系统发送消息申请通信许可,或打开消息包含的互联网链接在线申请通信许可,或在系统接入的渠道如门户网站、应用程序中申请通信业务对象的通信许可,发起通信业务的用户通信许可申请的时机可以在发起通信业务后在系统提示时申请通信许可,可以在呼叫时按照提示发起通信许可申请,或在发起通信业务之前在系统接入渠道中发起通信许可申请,承载通信许可申请的媒介包含但不限于文字,音频,视频,图片。
5.如权利要求1所述的一种许可通信的方法,其特征在于,通信许可为被发起通信业务的用户对接受发起通信业务的用户发起的通信业务的权限描述,包含拒绝、允许,有条件允许,条件包含但不限于号码构成规则,授权有效期,用户归属地,终端地理位置,使用次数,可通信时间段,终端在通信网络的网络状态和终端物理状态,用户自定义的逻辑状态,权限可以有优先级并可以进行叠加,叠加后按照最终叠加的结果执行,用户可以修改上述通信许可的设置。
6.如权利要求1所述的一种许可通信的方法,其特征在于,被发起通信业务用户可以设置系统播放的语音或文本,发起通信业务的用户在向该被发起通信业务的用户发起通信业务时,系统通过通信网向该发起通信业务用户播放被发起通信业务用户设置的语音或文本,或者以消息通知的方式通知发起通信业务的用户查看被发起通信业务用户设置的内容,如发起通信业务的用户被系统拒绝,通信网可以选择通知发起通信业务的用户,通知方式包含语音播报,下发短信、彩信和推送通知消息。
7.如权利要求1所述的一种许可通信的方法,其特征在于,被发起通信业务的用户获取通信许可申请的渠道包含但不限于Web,应用程序,电子邮件,语音留言,短信,彩信,通过系统或被发起通信业务用户设定的接收方式将许可申请送达至被发起通信业务的用户或被发起通信业务的用户通过系统提供的渠道主动拉取通信许可申请。
8.如权利要求1所述的一种许可通信的方法,其特征在于,被发起通信业务用户可以设置个人的通信许可数据,包含黑白名单,有条件的通信许可名单,还可以通过系统获取第三方数据从而扩展用户的通信许可数据,包含第三方的白名单或黑名单,如第三方的号码库或骚扰电话号码库。
9.如权利要求1所述的一种许可通信的方法,其特征在于,被申请通信许可的用户收到通信许可申请后,对通信许可申请进行处理,包含允许,拒绝,有条件允许,不处理,处理的期限可以是无限期,也可以系统设置处理的有效期,超出有效期许可申请则失效,可选地,处理后,系统可以将被申请通信许可用户的通信许可处理结果通知给申请通信许可的用户。
10.如权利要求1所述的一种许可通信的方法,其特征在于,被发起通信业务用户可以设置拒绝申请通信许可名单,以防止发起通信业务用户多次骚扰申请通信许可,被设置进入拒绝申请名单的用户将无法申请通信许可,还可以设置上一次通信许可申请未处理的情况下不允许继续申请通信许可以防止重复申请。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110027608.3A CN112929497B (zh) | 2021-01-10 | 2021-01-10 | 一种许可通信的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110027608.3A CN112929497B (zh) | 2021-01-10 | 2021-01-10 | 一种许可通信的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112929497A CN112929497A (zh) | 2021-06-08 |
CN112929497B true CN112929497B (zh) | 2023-09-22 |
Family
ID=76162805
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110027608.3A Active CN112929497B (zh) | 2021-01-10 | 2021-01-10 | 一种许可通信的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112929497B (zh) |
Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5115432A (en) * | 1989-12-12 | 1992-05-19 | At&T Bell Laboratories | Communication architecture for high speed networking |
JP2000201169A (ja) * | 1998-03-26 | 2000-07-18 | Nippon Telegr & Teleph Corp <Ntt> | メ―ルアクセス制御方法、通信システム、およびメ―ルアクセス制御プログラムを格納した記憶媒体 |
CN1592334A (zh) * | 2003-09-04 | 2005-03-09 | 华为技术有限公司 | 一种在通用个人通信业务中实现免打扰服务的方法 |
CN1859501A (zh) * | 2005-04-30 | 2006-11-08 | 华为技术有限公司 | 电话呼叫方法 |
CN1983963A (zh) * | 2006-06-07 | 2007-06-20 | 华为技术有限公司 | 短信业务管理方法、模块、网络和终端设备及通信系统 |
CN101047539A (zh) * | 2006-03-28 | 2007-10-03 | 华为技术有限公司 | 一种处理许可检查的方法 |
CN101155342A (zh) * | 2006-09-27 | 2008-04-02 | 曹宣 | 一种无线通信业务的处理方法及系统 |
CN101330644A (zh) * | 2007-07-16 | 2008-12-24 | 中兴通讯股份有限公司 | 一种移动分组域多业务流寻呼许可控制的方法 |
CN101351054A (zh) * | 2008-09-16 | 2009-01-21 | 魏然 | 呼入限制方法 |
CN101505465A (zh) * | 2009-03-12 | 2009-08-12 | 候万春 | 通过ussd方式实现来电与来信选接的系统和方法 |
CN101707754A (zh) * | 2009-11-17 | 2010-05-12 | 杭州诚智天扬科技有限公司 | 基于模拟hlr方式实现非急勿扰业务的方法和平台 |
CN101816162A (zh) * | 2007-10-05 | 2010-08-25 | 德国电信股份公司 | 利用面向固有用户的许可验证的内容发布 |
EP2365686A2 (fr) * | 2010-03-12 | 2011-09-14 | France Telecom | Procédé et dispositif de traitement d'appels dans un réseau de communication comprenant des terminaux nomades tels que des terminaux de téléphonie de type softphone |
CN102291501A (zh) * | 2010-06-04 | 2011-12-21 | 米特尔网络公司 | 利用在线感知呼叫意图通告的访问仲裁 |
EP2418817A1 (en) * | 2010-08-12 | 2012-02-15 | Deutsche Telekom AG | Application server for managing communications towards a set of user entities |
CN102883293A (zh) * | 2012-10-12 | 2013-01-16 | 杭州东信北邮信息技术有限公司 | 一种实现移动电话来电智能管理的系统和方法 |
CN102892094A (zh) * | 2011-07-19 | 2013-01-23 | 米特尔网络公司 | 用于确定移动设备之间的网络关系的系统和方法 |
CN103118444A (zh) * | 2013-02-01 | 2013-05-22 | 杭州东信北邮信息技术有限公司 | 一种实现来电智能化处理的系统 |
CN103354633A (zh) * | 2013-07-31 | 2013-10-16 | 上海欣方软件有限公司 | 基于信令数据挖掘分析的特定移动用户粗定位系统及方法 |
CN103634355A (zh) * | 2012-08-27 | 2014-03-12 | 上海博路信息技术有限公司 | 一种跨设备的发起通信的方法 |
CN104754520A (zh) * | 2013-12-30 | 2015-07-01 | 成都鼎桥通信技术有限公司 | 全业务点对点通信方法、系统、终端和网络设备 |
CN110868709A (zh) * | 2019-11-26 | 2020-03-06 | 王永兴 | 一种用于防骚扰且可正常通信的方法和系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050278533A1 (en) * | 2003-01-12 | 2005-12-15 | Yaron Mayer | System and method for secure communications |
US8903891B2 (en) * | 2010-06-24 | 2014-12-02 | Sap Se | User interface communication utilizing service request identification to manage service requests |
CN103108320A (zh) * | 2011-11-15 | 2013-05-15 | 网秦无限(北京)科技有限公司 | 一种监控移动设备的应用程序的方法和系统 |
US20150288813A1 (en) * | 2014-04-04 | 2015-10-08 | Desbrisay Richard | System and method for sending communication requests to registered users via cellular network |
-
2021
- 2021-01-10 CN CN202110027608.3A patent/CN112929497B/zh active Active
Patent Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5115432A (en) * | 1989-12-12 | 1992-05-19 | At&T Bell Laboratories | Communication architecture for high speed networking |
JP2000201169A (ja) * | 1998-03-26 | 2000-07-18 | Nippon Telegr & Teleph Corp <Ntt> | メ―ルアクセス制御方法、通信システム、およびメ―ルアクセス制御プログラムを格納した記憶媒体 |
CN1592334A (zh) * | 2003-09-04 | 2005-03-09 | 华为技术有限公司 | 一种在通用个人通信业务中实现免打扰服务的方法 |
CN1859501A (zh) * | 2005-04-30 | 2006-11-08 | 华为技术有限公司 | 电话呼叫方法 |
CN101047539A (zh) * | 2006-03-28 | 2007-10-03 | 华为技术有限公司 | 一种处理许可检查的方法 |
CN1983963A (zh) * | 2006-06-07 | 2007-06-20 | 华为技术有限公司 | 短信业务管理方法、模块、网络和终端设备及通信系统 |
CN101155342A (zh) * | 2006-09-27 | 2008-04-02 | 曹宣 | 一种无线通信业务的处理方法及系统 |
CN101330644A (zh) * | 2007-07-16 | 2008-12-24 | 中兴通讯股份有限公司 | 一种移动分组域多业务流寻呼许可控制的方法 |
CN101816162A (zh) * | 2007-10-05 | 2010-08-25 | 德国电信股份公司 | 利用面向固有用户的许可验证的内容发布 |
CN101351054A (zh) * | 2008-09-16 | 2009-01-21 | 魏然 | 呼入限制方法 |
CN101505465A (zh) * | 2009-03-12 | 2009-08-12 | 候万春 | 通过ussd方式实现来电与来信选接的系统和方法 |
CN101707754A (zh) * | 2009-11-17 | 2010-05-12 | 杭州诚智天扬科技有限公司 | 基于模拟hlr方式实现非急勿扰业务的方法和平台 |
EP2365686A2 (fr) * | 2010-03-12 | 2011-09-14 | France Telecom | Procédé et dispositif de traitement d'appels dans un réseau de communication comprenant des terminaux nomades tels que des terminaux de téléphonie de type softphone |
CN102291501A (zh) * | 2010-06-04 | 2011-12-21 | 米特尔网络公司 | 利用在线感知呼叫意图通告的访问仲裁 |
EP2418817A1 (en) * | 2010-08-12 | 2012-02-15 | Deutsche Telekom AG | Application server for managing communications towards a set of user entities |
CN102892094A (zh) * | 2011-07-19 | 2013-01-23 | 米特尔网络公司 | 用于确定移动设备之间的网络关系的系统和方法 |
CN103634355A (zh) * | 2012-08-27 | 2014-03-12 | 上海博路信息技术有限公司 | 一种跨设备的发起通信的方法 |
CN102883293A (zh) * | 2012-10-12 | 2013-01-16 | 杭州东信北邮信息技术有限公司 | 一种实现移动电话来电智能管理的系统和方法 |
CN103118444A (zh) * | 2013-02-01 | 2013-05-22 | 杭州东信北邮信息技术有限公司 | 一种实现来电智能化处理的系统 |
CN103354633A (zh) * | 2013-07-31 | 2013-10-16 | 上海欣方软件有限公司 | 基于信令数据挖掘分析的特定移动用户粗定位系统及方法 |
CN104754520A (zh) * | 2013-12-30 | 2015-07-01 | 成都鼎桥通信技术有限公司 | 全业务点对点通信方法、系统、终端和网络设备 |
CN110868709A (zh) * | 2019-11-26 | 2020-03-06 | 王永兴 | 一种用于防骚扰且可正常通信的方法和系统 |
Non-Patent Citations (2)
Title |
---|
Repeats in the transcribed regions: comprehensive characterization and comparison of Citrus spp.;Manosh Kumar BISWAS;Christoph MAYER;Xiuxin DENG;;Frontiers of Agricultural Science and Engineering(第04期);全文 * |
多措并举 纵深推进骚扰电话攻坚战;王君兰;;通信世界(第31期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112929497A (zh) | 2021-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101635772B (zh) | 一种呼叫信息管理的方法及其系统 | |
RU2357380C1 (ru) | Способ и система интеллектуальной маршрутизации | |
US7277697B2 (en) | Method and system for establishing a teleconference over a telephony network | |
EP0938213B1 (en) | System and method for managing incoming communication events using multiple media options | |
US8243910B2 (en) | Single point of contact personal communication system | |
EP3022891B1 (en) | Telephone network system and method | |
JP6312795B2 (ja) | 社交の通信システム | |
US9020117B2 (en) | Performing human client verification over a voice interface | |
US20160044474A1 (en) | Systems and processes to manage multiple modes of communication | |
US20080037753A1 (en) | Call priority management system for communication network | |
US20180054720A1 (en) | Shared Numbers in a Multi-Phone Environment | |
US8243906B2 (en) | Group communication system, group ID number issuing apparatus, and call control apparatus | |
CN102883293B (zh) | 一种实现移动电话来电智能管理的系统和方法 | |
US20050288002A1 (en) | Automatic connection and access controls for communications devices | |
JP2007538433A (ja) | 呼確立を制御する方法 | |
KR20090132613A (ko) | 사전 프로그래밍된 가입자 응답 | |
CN101682613A (zh) | 用于以个人日历信息为条件的通信设备之间基于事件的信息交换的方法和装置 | |
US7751855B2 (en) | Private routing control numbers | |
WO2007068207A1 (fr) | Procede, systeme et terminal destines a fournir un signal de rappel en temps reel | |
US20060222156A1 (en) | Secure global telephone number system and method of operation | |
JP2004537192A (ja) | 電話取り扱いシステムおよび方法 | |
EP3694197B1 (en) | System and method of connecting a caller to a recipient based on the recipient's status and relationship to the caller | |
EP1694039A1 (en) | Messaging and information system | |
US20130295896A1 (en) | System and method for limiting communications | |
JP4417382B2 (ja) | 通話管理システム |
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 |