一种通信防骚扰方法
阅读：1012发布：2020-06-07
专利汇可以提供一种通信防骚扰方法专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种通信防骚扰的方法，该方法可应用于电话系统、传真系统、手机短信系统、 电子 邮件系统或与微信、QQ类似的即时通讯系统等通信领域，通过 数据库 为各通信用户建立账号并由通信用户自行设定补偿金设定值，若通信接收方判定通信 请求 是骚扰性质，额度与通信接收方设定的补偿金设定值相等的通信保证金会划入通信接收方的账号余额内，在补偿通信接收方被骚扰的同时，大大提高通信发起方的骚扰成本，达到很好的通信防骚扰效果。，下面是一种通信防骚扰方法专利的具体信息内容。
1.一种通信防骚扰方法，包括连接有多个通信用户的通信系统，其特征是：还包括可与通信系统通讯连接的数据库；所述数据库内建立有与各通信用户关联的账号；所述账号内建立有账号余额和可由通信用户自行设定具体数值的补偿金设定值；
通信发起方经通信系统向通信接收方发起通信请求时，所述通信系统连接至数据库，查询通信接收方的账号内设定的补偿金设定值的状态，并产生一用于询问通信发起方选择后续通信状态的提示信号，提示通信发起方选择继续通信或结束通信；
若通信发起方选择继续通信，通信系统发出一用于控制通信请求状态的控制信号，控制通信请求持续进行的同时，通信系统向数据库发出一用于在通信发起方的账号余额内生成通信保证金的控制信号，控制通信发起方的账号余额内生成与通信接收方的账号内设定的补偿金设定值数值相等的通信保证金；通信发起方与通信接收方的通信结束后，通信接收方发出一用于控制通信保证金状态的控制信号至通信系统，控制通信保证金返还通信发起方的账号余额或划入通信接收方的账号余额；
若通信发起方选择结束通信，通信系统发出一用于控制通信请求状态的控制信号，结束通信请求。
2.根据权利要求1所述的通信防骚扰方法，其特征是：所述数据库内储存有与各账号对应的通信白名单；通信发起方经通信系统向通信接收方发起通信请求时，若通信发起方属于通信接收方的通信白名单内的一员，所述通信请求被通信系统直接通过。
3.根据权利要求1所述的通信防骚扰方法，其特征是：所述通信系统连接至数据库，查询通信接收方的账号内设定的补偿金设定值的状态时，若通信系统发现通信接收方的账号内没有设定补偿金设定值的具体数值或将补偿金设定值的数值设定为0，通信发起方发起的通信请求被通信系统直接通过并接通通信接收方。
4.根据权利要求2所述的通信防骚扰方法，其特征是：通信接收方的账号设定有补偿金设定值且所述补偿金设定值的具体数值大于零，并且通信发起方不属于通信接收方的通信白名单内的一员；所述通信系统连接至数据库，查询通信接收方的账号内设定的补偿金设定值的状态时，通信系统会连接至数据库查询通信发起方的账户余额以及通信接收方账号内设定的补偿金设定值，然后比对二者大小；若通信发起方的账户余额小于通信接收方设定的补偿金设定值，则通信系统发出一终止通信请求的控制信号，自动取消通信请求；若通信发起方的账户余额大于或等于通信接收方设定的补偿金设定值，通信系统通过屏幕显示或语音提示的方式告知通信发起方，提醒通信发起方若要继续通信，通信系统将在其账号余额中生成通信保证金，并让通信发起方选择继续通信或结束通信。
5.根据权利要求4所述的通信防骚扰方法，其特征是：若通信发起方选择放弃通信，通信系统自动取消通信请求；若通信发起方选择继续通信，通信系统在其账号余额中生成通信保证金并将通信请求接通于通信接收方。
6.根据权利要求1所述的通信防骚扰方法，其特征是：通信保证金返还通信发起方的账号余额或划入通信接收方的账号余额是由通信接收方进行判定；通信发起方与通信接收方的通信结束后，通信系统允许通信接收方在时间T内对所述通信的性质作出是否属于骚扰性质的判定；若通信接收方在时间T内判定所述通信属于骚扰性质，则通信保证金划入通信接收方的账号余额内；若通信接收方未在时间T内作出判定所述通信属于骚扰性质或在时间T内判定所述通信属于非骚扰性质，则通信保证金返还通信发起方的账号余额内。
7.根据权利要求6所述的通信防骚扰方法，其特征是：所述通信系统是电话系统、传真系统、手机短信系统、电子邮件系统或即时通信系统；所述时间T在168小时以内。
8.根据权利要求1所述的通信防骚扰方法，其特征是：所述数据库利用相应的字段储存各通信用户的账号、登录密码以及与各账号对应的账号余额、补偿金设定值以及各账号对应的被冻结金额、通信发起记录和通信接收记录的信息；各通信用户在自己账号内同时设定多个不同数值的补偿金设定值并根据各补偿金设定值划分多个通信组别，并将曾有通信来往的通信用户划归到对应的通信组别。
9.根据权利要求1所述的通信防骚扰方法，其特征是：所述账号余额包括法定货币、电子货币、虚拟货币、用户积分或信用得分。
10.根据权利要求1所述的通信防骚扰方法，其特征是：数据库是由通信系统的营运商建立或由第三方机构建立，通信系统通过数据接口调用数据库的数据。
一种通信防骚扰方法
技术领域
[0001] 本发明涉及通信技术领域，尤其是涉及一种通信防骚扰的方法。
背景技术
[0002] 伴随着通信技术的高度发展，人们利用通信技术如电话系统、传真系统、手机短信平台、电子邮件系统、即时通信等，可随时实现远距离的联络，人们相互联系的频率越来越高，但是人们在利用上述这些通信技术进行通信的过程中，无疑会向外界透漏自身的联系方式，由此便引起了一些如骚扰电话、骚扰短信等的通信骚扰问题。目前，由于通信骚扰的成本低廉，通信骚扰的现象十分普遍，通信骚扰已经严重影响了人们的正常工作和生活。
[0003] 为了避免通信骚扰进一步影响人们的正常生活，通信行业的技术人员开发了一些通信防骚扰技术，如：
[0004] 1、在手机通信领域，用户可在自己的手机客户端中安装防火墙软件，并利用防火墙软件设置通信黑白名单，如申请公开号为CN 1855966 A的专利申请文件公开的防骚扰通信装置及基于该装置的防骚扰通信方法，这些防火墙软件虽然可以在一定程度上缓解骚扰，但由于这些软件都是基于移动终端来实现来电拦截等功能，因此存在很多不足，比如防骚扰拦截功能不完善，无法做到主动拦截，客户只有被侵犯过才会将骚扰号码加入黑名单；无法将隐藏号码添加进黑名单；数据存储于手机本地：随着黑、白名单不断加长，低端手机的处理速度会受到影响；并且本地名单不易维护，客户更换手机需要导入导出数据，如果手机丢失需要从头开始设置名单等，防骚扰效果甚微；
[0005] 2、在电子邮件系统中，邮件系统对有骚扰嫌疑的邮箱地址进行屏蔽，以实现防骚扰，但是，由于技术问题，很多正常发送的邮件也会被过滤掉，这无疑会影响用户的正常使用；
[0006] 3、一些通信运营商、手机制造商或第三方公司还设立一个云通讯录，通过用户举报方式来标记哪些通讯地址存在骚扰嫌疑并在该通讯地址有通讯请求时对用户进行提醒，如授权公告号为CN 103118444 B的专利文件公开的一种实现来电智能化处理的系统，然而，这种方法的问题在于，通讯运营商只能尽到提醒的作用，没有权利终止通讯发起方的通信请求，存在骚扰嫌疑的通讯地址有通讯请求时，该通讯请求还是传到了接收方。这样不管用户是选择接听还是拒接，都已构成了骚扰的事实。
[0007] 4、在手机短信平台里，由于短信内容涉及个人隐私问题，运营商无权监测短信内容，亦无权屏蔽短信，因此，无论是正常内容的短信还是骚扰短信都是直接送达接收方，构成骚扰。
[0008] 5、微信、QQ等即时聊天工具，为了防止骚扰，都要先添加对方，等对方通过后才能交流沟通，操作起来相当麻烦。一些潜在购买用户就是怕麻烦而懒得添加商家的即时通账号，导致商家错失了商机。
[0009] 为此，有必要提出一种适用于通信领域的通信防骚扰方法。
发明内容
[0010] 本发明的目的在于提供一种适用于整个通信领域的通信防骚扰方法，提高通信发起方的骚扰成本，达到很好的通信防骚扰效果。
[0011] 为了实现上述目的，本发明采用如下技术方案：
[0012] 一种通信防骚扰方法，包括连接有多个通信用户的通信系统，特别的，还包括可与通信系统通讯连接的数据库；该数据库内建立有与各通信用户关联的账号；账号内建立有账号余额和可由通信用户自行设定具体数值的补偿金设定值；
[0013] 通信发起方经通信系统向通信接收方发起通信请求时，通信系统连接至数据库，查询通信接收方的账号内设定的补偿金设定值的状态，并产生一用于询问通信发起方选择后续通信状态的提示信号，提示通信发起方选择继续通信或结束通信；
[0014] 若通信发起方选择继续通信，通信系统发出一用于控制通信请求状态的控制信号，控制通信请求持续进行的同时，通信系统向数据库发出一用于在通信发起方的账号余额内生成通信保证金的控制信号，控制通信发起方的账号余额内生成与通信接收方的账号内设定的补偿金设定值数值相等的通信保证金；通信发起方与通信接收方的通信结束后，通信接收方发出一用于控制通信保证金状态的控制信号至通信系统，控制通信保证金返还通信发起方的账号余额或划入通信接收方的账号余额；
[0015] 若通信发起方选择结束通信，通信系统发出一用于控制通信请求状态的控制信号，结束通信请求。
[0016] 本发明的原理如下：
[0017] 各通信用户通过通信系统建立通信。通信发起方和通信接受方即是各通信用户之间建立通信时的发起方和接收方。各通信用户，即无论是通信发起方还是通信接收方，都需在数据里内建立与个人信息关联的账号。该账号除包含通信用户的账号及登陆密码外，还同时包含有账号余额和补偿金设定值。补偿金设定值的具体数值可由各通信用户自行设定。账号余额则可与通信用户的资产关联，如储蓄卡、信用卡等，也可由通信用户直接往账号内充值形成。
[0018] 任一通信用户作为通信发起方经通信系统向作为通信接收方的另一通信用户发起通信请求时，通信系统将连接至数据库，查询通信接收方的账号内设定的补偿金设定值，并将查询所得的由通信接收方设定的补偿金设定值的具体数值，通过屏幕显示或语音提示的方式告知通信发起方，询问通信发起方选择继续通信或结束通信。若通信发起方决定继续进行通信，通信发起方与通信接收方建立通信请求的同时，通信系统向数据库发出一用于暂时冻结通信发起方的账号余额的控制信号，暂时冻结通信发起方的账号余额的部分金额(即通信保证金)，该通信保证金的具体数值与通信接收方设定的补偿金设定值的数值相等；若通信发起方决定结束通信，通信系统随即发出一用于控制通信请求状态的控制信号，通信发起方向通信接收方发起的通信请求随即终止，而通信系统亦不会向通信接收方传输该通信发起方发起的通信请求。
[0019] 通信发起方与通信接收方的通信结束后，通信接收方将判定该通信是骚扰性质还是非骚扰性质。若通信接收方判定该通信是骚扰性质，通信接收方会通过通信系统向数据库发出一用于控制通信保证金状态的控制信号，控制数据库将通信保证金划入通信接收方的账号余额内；若通信接收方判定该通信是非骚扰性质或没有进行判定，那么，通信系统则向数据库发出一用于控制通信保证金状态的控制信号，控制数据库将通信保证金返还通信发起方的账号余额。账号余额可以是法定货币、电子货币、虚拟货币、用户积分或信用得分。用户积分是指根据通信用户在通信系统的操作使用行为而产生的积分累计，而信用得分即是指通信系统根据所掌握的用户信息，对用户的的信用进行评估后赋予通信用户的分值。
[0020] 由于通信用户可将补偿金设定值设为任意数值，若通信接收方判定通信请求是骚扰性质，通信保证金会划入通信接收方的账号余额内，这无疑会大大提高通信发起方的骚扰成本，达到很好的通信防骚扰效果。特别是通信结束后，若通信接收方判定通信为骚扰性质，可将与该通信发起方对应的补偿金设定值增大，让该通信发起方再次发起通信请求时，需更大额度的通信保证金。
[0021] 通信系统可以是电话系统、传真系统、手机短信系统、电子邮件系统或与微信、QQ类似的即时通讯系统。数据库可以是由通信系统的营运商建立；也可以由第三方机构建立，通信系统通过数据接口调用数据库的数据。数据库除利用相应的字段储存各通信用户的账号、登陆密码以及与各账号对应的账号余额、补偿金设定值外，还可储存各账号对应的被冻结金额、通信发起记录和通信接收记录等信息。通信用户可通过账号及登陆密码随时登陆通信系统，查看自己账号内的信息并修改补偿金设定值的数值。
[0022] 各通信用户还可在自己账号内同时设定多个不同数值的补偿金设定值并根据各补偿金设定值划分多个通信组别，将曾有通信来往的通信用户划归到对应的通信组别，让不同的联系人采用不同的补偿金设定值，而且可以为某个特定联系人设定特定的补偿金设定值。此外，数据库内亦可储存与各账号对应的“可信联系人”名单，即通信白名单。各通信用户可登陆系统并将有联系的通信用户即联系人划入通信白名单内。一旦联系人被划入通信白名单内，那么，通信白名单内的联系人发起通信请求时，无论通信接收方是否已设定补偿金设定值，通信发起方的通信请求都会被直接接通，无需缴纳通信保证金，即通信发起方属于通信接收方的通信白名单内的一员时，该通信请求可被通信系统直接通过。而当通信用户认为通信白名单内的任一联系人对自己构成了骚扰，则可以将其从通信白名单内剔除，那么，该联系人以后发起的通信请求均要缴纳通信保证金。
[0023] 无论通信系统是电话系统、传真系统、手机短信系统、电子邮件系统或即时通信系统，只要任一通信用户作为通信发起方向作为通信接收方的另一通信用户发起了通信要求，通信系统都会首先连接至数据库，查询通信接收方的账号内设定的补偿金设定值的具体数值。如果通信接收方没有设定补偿金设定值的具体数值或将补偿金设定值的数值设定为0，此时，通信发起方发起的通信请求将被通信系统直接通过并接通至通信接收方，这时候，通信接收方随即会有来电提醒或邮件发送到通信接收方的邮箱或手机短信发送到通信接收方的手机或者即时通信软件的接通，通信发起方和通信接收方双方就能进行交流；如果通信接收方设定有补偿金设定值且补偿金设定值的具体数值大于零，通信系统随后会查询通信发起方是否属于通信接收方建立的通信白名单中的一员。若通信发起方属于通信接收方建立的通信白名单中的一员；通信请求随即被通信系统直接通过；若通信发起方不属于通信接收方建立的通信白名单中的一员，通信系统则需对通信发起方的账号余额与通信接收方设定的补偿金设定值进行进一步判定。
[0024] 通信系统对通信发起方的账号余额与通信接收方设定的补偿金设定值进行进一步判定时，即通信接收方设定有补偿金设定值且该补偿金设定值的具体数值大于零，并且通信发起方不属于通信接收方的通信白名单中的一员时，通信系统将请求数据库查询通信发起方的账户余额以及通信接收方设定的补偿金设定值，然后比对二者大小。如果通信发起方的账户余额小于通信接收方设定的补偿金设定值，通信系统将自动取消通信请求；如果通信发起方的账户余额不小于通信接收方设定的补偿金设定值，通信系统通过屏幕显示或语音提示的方式告知通信发起方，提醒通信发起方若要继续通信，通信系统将在其账号余额中暂时冻结通信保证金，并让通信发起方作出继续通信还是结束通信的选择。如果通信发起方选择结束通信，通信系统则自动取消通信请求，此次通信发起方发起的通信请求不会接通至通信接收方；如果通信发起方选择继续通信，通信系统则在其账号余额中暂时冻结数额与通信接收方设定的补偿金设定值相等的通信保证金并将通信请求接通于通信接收方。此时，通信接收方将有来电提醒或邮件发送到通信接收方邮箱或手机短信发送到通信接收方手机或者即时通信软件接通，通信发起方和通信接收方双方能进行交流。通信交流结束后，通信接收方可以通过通信系统的可视菜单或通过通信终端的实体按键输入来进行操作，判定该通信是否属于骚扰性质。若通信接收方判定是该通信是骚扰性质，通信接收方会通过通信系统向数据库发出一用于控制通信保证金状态的控制信号，控制数据库将通信保证金划入通信接收方的账号余额内；若通信接收方判定该通信是非骚扰性质或没有进行判定，那么，通信系统则向数据库发出一用于控制通信保证金状态的控制信号，控制数据库将通信保证金返还通信发起方的账号余额。
[0025] 在通信发起方和通信接收方双方的通信结束后，通信接收方需判定该通信是否属于骚扰性质，但是，若通信接收方长时间不判定该通信是否属于骚扰性质，通信发起方的账号余额内将有部分金额持续被冻结为通信保证金，这无疑会对通信发起方的后续通信造成影响。对此，在通信发起方和通信接收方双方的通信结束后，通信系统会要求通信接收方在时间T内对该通信的性质作出是否属于骚扰性质的判定。若通信接收方在时间T内判定该通信属于骚扰性质，通信保证金将划入通信接收方的账号余额内；若通信接收方未在时间T内判定该通信属于骚扰性质或在时间T内判定该通信属于非骚扰性质，通信保证金将返还通信发起方的账号余额内。时间T一般在168小时以内，具体数值可由通信系统运营商根据实际情况来决定。
[0026] 通信发起方与通信接收方的通信结束后，通信接收方在时间T内对该通信作出判定是骚扰性质还是非骚扰性质。若判定为骚扰性质，通信系统会向数据库发出一用于控制通信保证金状态的控制信号，控制数据库将通信保证金划入通信接收方的账号余额内；若判定为非骚扰性质或在时间T内没有作出判定，则通信系统会向数据库发出一用于控制通信保证金状态的控制信号，控制数据库将通信保证金返还通信发起方的账号余额。
[0027] 利用本发明的防骚扰方法，无论是电话、传真、短信、电子邮件还是即时通信都能起到很好的防骚扰效果，且不会影响正常通信；即使通信用户被骚扰，亦可获得通信保证金作为补偿，通信用户不会因为担心骚扰问题而不敢公开自己的通信方式；通信用户不必在自己的手机上设置通信黑名单、通信白名单，避免影响手机的正常使用；通信运营商或手机制造商亦不需要建立云电话本以判断哪些通信号码具有骚扰嫌疑；目前常见的“响一声”类骚扰电话在还没接通至通信接收方就可被通信系统过滤掉。附图说明
[0029] 图2是本发明实施例1中乙某向甲某发出通话请求的流程图；
[0030] 图3是本发明实施例2中丙某向丁某发出传真请求的流程图；
[0031] 图4是本发明实施例2中丁某向丙某发出传真请求的流程图；
[0032] 图5是本发明实施例3中甲某向乙某发出短信请求的流程图；
[0033] 图6是本发明实施例3中乙某向甲某发出短信请求的流程图；
[0034] 图7是本发明实施例4中丙某向丁某发出电子邮件请求的流程图；
[0035] 图8是本发明实施例4中丁某向丙某发出电子邮件请求的流程图；
[0036] 图9是本发明实施例5中甲某向乙某发出即时通信请求的流程图；
[0037] 图10是本发明实施例5中乙某向甲某发出即时通信请求的流程图。
具体实施方式
[0038] 下面结合附图和实施例对本发明进行进一步说明。
[0039] 实施例1：
[0040] 以电话通信为例，电话营运商构建了用于电话通信的通信系统以及一数据库。数据库选用现有的常规类型的数据库，并由电话营运商自行建立。
[0041] 本实施例1中，该营运商的用户，甲某和乙某分别在在该数据库上建立账号并绑定了银行卡，即银行卡内的余额即是账号余额。本实施例1中，甲某的账号余额为20000元，乙某的账号余额为30000元。此外，甲某和乙某还分别在各自的账号设定了补偿金设定值，并建立了通信白名单，该通信白名单与现有的通信白名单原理相同。本实施例1中，甲某设定的补偿金设定值K1＝0元，乙某设定的补偿金设定值K2＝200元，而甲某所建立的通信白名单中并没有乙某的名字，乙某建立的通信白名单中同样没有甲某的名字。
[0042] 如图1所示，甲某作为通信发起方拨打作为通信接收方的乙某的电话时，发起通话请求时，通信系统将首先连接至数据库，查询乙某是否有设定补偿金设定值并查询乙某设定的补偿金设定值的具体数值。经查询，通信系统发现乙某设定有补偿金设定值且该补偿金设定值K2大于零后，通信系统随即查询甲某是否属于乙某的可信联系人，即甲某是否为乙某所建立的通信白名单中的一员。当通信系统发现甲某不是乙某所建立的通信白名单中的一员后，通信系统将进一步查询甲某的账号余额是否不小于乙某设定的补偿金设定值K2。而当通信系统发现甲某的账号余额大于乙某设定的补偿金设定值K2后，通信系统随即将乙某设定的补偿金设定值K2通过电话语音通知甲某，提醒甲某若继续通话则需在其账号余额内冻结与K2数额相同的金额作为通信保证金，并询问甲某是否继续通话。
[0043] 若甲某选择放弃继续通话，通信系统随即结束甲某的通话请求，甲某的通话请求并不会被传输至乙某；若甲某选择继续通话，通信系统随即发出控制信号，控制甲某的通信请求持续进行，甲某的通话请求接通至乙某，乙某的手机随即收到来电提醒。同时，通信系统亦向数据库发出控制信号，暂时冻结甲某的部分账号余额作为通信保证金。该通信保证金的金额与补偿金设定值K2相等。
[0044] 甲某与乙某的通话结束后，乙某通过电话按键进入通信系统的控制菜单，在时间T＝10min内判定甲某的来电是否是骚扰性质。若乙某判定甲某的来电是骚扰性质，乙某将根据通信系统的提示，如根据语音提示按特定的数字键，向通信系统发出控制信号，通信系统接受该控制信号后，随即将通信保证金划入乙某的账号余额内；若乙某判定甲某的来电不是骚扰性质，乙某随即向通信系统发出控制信号，通信系统接受该控制信号后，随即将通信保证金返还甲某的账号余额内。
[0045] 如图2所示，乙某作为通信发起方向作为通信接收方的甲某发起通话时，通信系统将首先连接至数据库，查询甲某是否有设定补偿金设定值。查询后，通信系统发现甲某设定有补偿金设定值且该补偿金设定值K1＝0后，通信系统将直接通过乙某的通话请求，甲某的手机随即收到来电提醒。
[0046] 实施例2：
[0047] 以传真通信为例，提供传真服务的营运商构建用于传真通信的通信系统以及一数据库。数据库选用现有的常规类型的数据库，并由营运商自行建立。
[0048] 本实施例2中，该营运商的用户，丙某和丁某分别在在该数据库上建立账号并绑定了银行卡，即银行卡内的余额即是账号余额。本实施例2中，丙某的账号余额为100元，丁某的账号余额为30元。此外，丙某和丁某还分别在各自的账号设定了补偿金设定值，并建立了通信白名单，该通信白名单与现有的通信白名单原理相同。本实施例2中，丙某设定的补偿金设定值K3＝35元，丁某设定的补偿金设定值K4＝50元，而丙某所建立的通信白名单中并没有丁某的名字，丁某建立的通信白名单中则有丙某的名字。
[0049] 如图3所示，丙某作为通信发起方向作为通信接收方的丁某发送传真时，通信系统将首先连接至数据库，查询丁某是否有设定补偿金设定值并查询丁某设定的补偿金设定值的具体数值。经查询，通信系统发现丁某设定有补偿金设定值且该补偿金设定值K4大于零后，通信系统随即进一步查询丙某是否属于丁某的可信联系人，即丙某是否为丁某所建立的通信白名单中的一员。当数据库发现丙某为丁某所建立的通信白名单中的一员后，通信系统随即通过丙某的发送传真请求，此时，丙某与丁某之间的通信被建立，丁某的传真机随即收到传真请求。
[0050] 如图4所示，丁某作为通信发起方向作为通信接收方的丙某发送传真时，通信系统同样首先连接至数据库，查询丙某是否有设定补偿金设定值并查询丙某设定的补偿金设定值的具体数值。经查询，通信系统发现丙某设定有补偿金设定值且该补偿金设定值K3大于零后，通信系统随即进一步查询丁某是否属于丙某的可信联系人，即丁某是否为丙某所建立的通信白名单中的一员。当通信系统发现丁某不是丙某所建立的通信白名单中的一员后，通信系统将进一步查询丁某的账号余额是否不小于丙某设定的补偿金设定值K3。而当通信系统发现丁某的账号余额小于丙某设定的补偿金设定值K3后，通信系统即发出控制信号，控制直接结束丁某的发送传真请求，丁某向丙某发起的发送传真请求随即结束。
[0051] 实施例3：
[0052] 以短信通信为例，短信平台的营运商构建了用于短信通信的通信系统以及一数据库。数据库选用现有的常规类型的数据库，并由短信平台的营运商自行建立。该通信系统设定的通信接收方确认时间T不能超过45分钟。
[0053] 本实施例3中，该短信平台的营运商的用户，甲某和乙某分别在在该数据库上建立账号并绑定了银行卡，即银行卡内的余额即是账号余额。本实施例3中，甲某的账号余额为10000元，乙某的账号余额为13000元。此外，甲某和乙某还分别在各自的账号设定了补偿金设定值，并建立了通信白名单，该通信白名单与现有的通信白名单原理相同。本实施例3中，甲某设定的补偿金设定值K5＝10元，乙某设定的补偿金设定值K6＝5元，而甲某所建立的通信白名单中并没有乙某的名字，乙某建立的通信白名单中则有甲某的名字。
[0054] 如图5所示，甲某作为通信发起方向作为通信接收方的乙某发送短信时，通信系统将首先连接至数据库，查询乙某是否有设定补偿金设定值并查询乙某设定的补偿金设定值的具体数值。经查询，通信系统发现乙某设定有补偿金设定值且该补偿金设定值K6大于零后，数据库随即查询甲某是否属于乙某的可信联系人，即甲某是否为乙某所建立的通信白名单中的一员。当数据库发现甲某为乙某所建立的通信白名单中的一员后，通信系统随即通过甲某的通信请求，此时，甲某与乙某之间的通信被建立，甲某发送的短信随即发送至乙某。
[0055] 如图6所示，乙某作为通信发起方向作为通信接收方的甲某发送短信时，通信系统同样首先连接至数据库，查询甲某是否有设定补偿金设定值并查询甲某设定的补偿金设定值的具体数值。经查询，通信系统发现甲某设定有补偿金设定值且该补偿金设定值K5大于零后，通信系统随即查询乙某是否属于甲某的可信联系人，即乙某是否为甲某所建立的通信白名单中的一员。当通信系统发现乙某不是甲某所建立的通信白名单中的一员后，通信系统将进一步查询乙某的账号余额是否不小于甲某设定的补偿金设定值K5。而当通信系统发现乙某的账号余额大于甲某设定的补偿金设定值K5后，通信系统随即将甲某设定的补偿金设定值K5通知乙某，提醒乙某若继续发送短信则需在其账号余额内冻结与K5数额相同的金额作为通信保证金，并询问乙某是否继续发送短信。
[0056] 若乙某选择放弃发送短信，通信系统随即结束乙某的发送短信请求；若乙某选择继续发送短信，通信系统随即将乙某的短信发送至甲某，甲某随即收到乙某所发送的短信。同时，通信系统亦向数据库发出控制信号，暂时冻结乙某的部分账号余额作为通信保证金。
该通信保证金的金额与补偿金设定值K5相等。
该通信保证金的金额与补偿金设定值K5相等。
[0057] 乙某向甲某发送短信后，甲某则在时间T内判定乙某发送的短信是否是骚扰性质。若甲某判定乙某发送的短信是骚扰性质，通信系统随即将通信保证金划入甲某的账号余额内；若甲某判定乙某发送的短信不是骚扰性质，通信系统随即将通信保证金返还乙某的账号余额内；而当甲某因事未在时间T＝45分钟内作出判定，通信系统随即默认甲某判定乙某发送的短信不是骚扰性质，将通信保证金返还乙某的账号余额内。
[0058] 实施例4：
[0059] 以邮件通信为例，提供邮件服务的服务商构建用于邮件通信的通信系统以及一数据库。数据库选用现有的常规类型的数据库，并由第三方，如数据库平台提供。营运商通过数据接口接入数据库。
[0060] 本实施例4中，该邮件服务商的用户，丙某和丁某分别在在该数据库上建立账号并绑定了银行卡，即银行卡内的余额即是账号余额。本实施例4中，丙某的账号余额为1000元，丁某的账号余额为3000元。此外，丙某还在账号设定了补偿金设定值，并建立了通信白名单，该通信白名单与现有的通信白名单原理相同。丁某则没有设定补偿金设定值。本实施例4中，丙某设定的补偿金设定值K7＝10元，而丙某所建立的通信白名单中并没有丁某的名字。
[0061] 如图7所示，丙某作为通信发起方向作为通信接收方的丁某发送邮件时，通信系统将首先连接至数据库，发出查询丁某设定的补偿金设定值的请求信号，查询丁某是否有设定补偿金设定值。当通信系统经查询后，发现丁某没有设定补偿金设定值，通信系统随即直接通过丙某的邮件请求，丙某的邮件即被发送至丁某的邮箱。
[0062] 如图8所示，丁某作为通信发起方向作为通信接收方的丙某发送邮件时，通信系统将首先连接至数据库，查询丙某是否有设定补偿金设定值并查询丙某设定的补偿金设定值的具体数值。经查询，通信系统发现丙某设定有补偿金设定值且该补偿金设定值K7大于零后，通信系统随即查询丁某是否属于丙某的可信联系人，即丁某是否为丙某所建立的通信白名单中的一员。当通信系统发现丁某不是丙某所建立的通信白名单中的一员后，通信系统将进一步查询丁某的账号余额是否不小于丙某设定的补偿金设定值K7。而当通信系统发现丁某的账号余额大于丙某设定的补偿金设定值K7后，通信系统随即将丙某设定的补偿金设定值K7通知丁某，提醒丁某若继续发送邮件则需在其账号余额内冻结与K7数额相同的金额作为通信保证金，并询问丁某是否继续邮件。
[0063] 丁某选择继续发送邮件后，通信系统随即将丁某的邮件请求接通至丙某，丙某的邮箱随即收到丁某发送的邮件。同时，通信系统亦向数据库发出控制信号，暂时冻结丁某的部分账号余额作为通信保证金。该通信保证金的金额与补偿金设定值K7相等。
[0064] 丁某向丙某发送邮件后，丙某则在时间T＝36h内判定丁某发送的邮件是否是骚扰性质。若丙某判定丁某发送的邮件是骚扰性质，通信系统随即向数据库发出控制信号，将通信保证金划入丙某的账号余额内；若丙某判定丁某发送的邮件不是骚扰性质，通信系统即向数据库发出控制信号，将通信保证金返还丁某的账号余额内。
[0065] 实施例5：
[0066] 以即时通信为例，网络营运商构建了用于即时通信的通信系统以及一数据库。数据库选用现有的常规类型的数据库，并由网络营运商自行建立。
[0067] 本实施例5中，该网络营运商的用户，甲某和乙某分别在在该数据库上建立账号并绑定了银行卡，即银行卡内的余额即是账号余额。本实施例5中，甲某的账号余额为100元，乙某的账号余额为30元。此外，甲某和乙某还分别在各自的账号设定了补偿金设定值，并建立了通信白名单，该通信白名单与现有的通信白名单原理相同。本实施例5中，甲某设定的补偿金设定值K8＝35元，乙某设定的补偿金设定值K9＝5元，而甲某所建立的通信白名单中并没有乙某的名字，乙某建立的通信白名单中则有甲某的名字。
[0068] 如图9所示，甲某作为通信发起方向作为通信接收方的乙某发起语音聊天请求时，通信系统将首先连接至数据库，查询乙某是否有设定补偿金设定值并查询乙某设定的补偿金设定值的具体数值。经查询，通信系统发现乙某设定有补偿金设定值且该补偿金设定值K9大于零后，通信系统随即查询甲某是否属于乙某的可信联系人，即甲某是否为乙某所建立的通信白名单中的一员。当通信系统发现甲某为乙某所建立的通信白名单中的一员后，通信系统将甲某的即时通信请求接通至乙某，此时，甲某与乙某之间的通信被建立，甲某随即可与乙某进行即时通信。
[0069] 如图10所示，乙某作为通信发起方对作为通信接收方的甲某发起语音聊天请求时，通信系统同样首先连接至数据库，查询甲某是否有设定补偿金设定值并查询甲某设定的补偿金设定值的具体数值。经查询，通信系统发现甲某设定有补偿金设定值且该补偿金设定值K8大于零后，通信系统随即查询乙某是否属于甲某的可信联系人，即乙某是否为甲某所建立的通信白名单中的一员。当通信系统发现乙某不是甲某所建立的通信白名单中的一员后，通信系统将进一步查询乙某的账号余额是否不小于甲某设定的补偿金设定值K8。而当通信系统发现乙某的账号余额小于甲某设定的补偿金设定值K8后，通信系统随即直接结束乙某的语音聊天请求，乙某向甲某发起的通信请求结束。
[0070] 以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种基于区块链技术的商品交易信息共享方法 | 2020-05-18 | 113 |
| 一种基于区块链的限量商品交易方法及其系统 | 2020-05-25 | 202 |
| 一种基于区块链技术的租赁管理方法 | 2020-05-25 | 746 |
| 一种基于区块链的广告投放方法、设备及介质 | 2020-05-11 | 334 |
| 数字通证管理方法、装置及设备 | 2020-05-17 | 660 |
| 一种基于区块链的跨境支付方法、设备及介质 | 2020-05-08 | 687 |
| 一种可质付网上交易系统和方法 | 2020-05-14 | 660 |
| 基于弹性证券化的股息收益货币的方法、装置和计算机可读介质 | 2020-05-24 | 638 |
| 数据处理方法、节点、区块链网络及虚拟数据载体 | 2020-05-11 | 462 |
| 虛擬貨幣與法定貨幣服務整合平台 | 2020-05-12 | 749 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
法定货币热门专利
QQ群二维码
意见反馈
意见反馈