CN108880978A - 联系人分类管控方法 - Google Patents
联系人分类管控方法 Download PDFInfo
- Publication number
- CN108880978A CN108880978A CN201810335075.3A CN201810335075A CN108880978A CN 108880978 A CN108880978 A CN 108880978A CN 201810335075 A CN201810335075 A CN 201810335075A CN 108880978 A CN108880978 A CN 108880978A
- Authority
- CN
- China
- Prior art keywords
- message
- friend
- text
- user
- friendly
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Human Computer Interaction (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种联系人分类管控方法,该方法通过在新人和好友之间设置半友,来帮助用户管控那些,关系强于新人,又弱于好友的联系人,在保证相应通信能力的同时,避免不必要的滋扰,从而,极大地方便了用户对联系人的管理,提高了用户的体验。
Description
技术领域
本发明涉及联系人分类管控方法,更确切地说涉及半友及其管控方法。
背景技术
对通信(包括语音通话、文本交互、音视频等多媒体交互)的控制,传统方式有两种策略:黑名单和白名单。
以电信网通信(语音呼叫和短信)来说,个别手机提供的黑白名单控制策略是要么选择黑名单策略,要么选择白名单策略。即二选一。其中,
黑名单策略为:阻止来自黑名单中的电话号码的入呼叫和短信。缺点是:无法阻止来自黑名单之外的骚扰。
白名单策略为:只有来自白名单中的电话号码的入呼叫和短信才能被接收。缺点是:白名单之外的好友的电话和短信被阻止。
一种改进的黑白名单策略应该是黑白名单混合使用,也称为混合黑白名单策略。
按照混合黑白名单策略:阻止来自黑名单中的电话号码的入呼叫和短信,可以接收来自黑名单之外的电话号码的短信,只有来自白名单中的电话号码的入呼叫才能被接收。
按照混合黑白名单策略,白名单之外的联系人可以先通过短信进行通信联系,以让用户将其加入白名单,从而进行后续的语音通话。
一般地,可以将黑名单中联系人称为恶意联系人,将黑名单之外的联系人称为正常联系人。对于正常联系人来说,可以将白名单中联系人称为好友,将白名单之外的联系人称为陌生人或者新好友或者新人。
上述混合黑白名单策略被广泛用于当前流行的各种互联网通信软件或社交软件中。
例如QQ、米聊、微信、易信,等等,这些APP一般都阻止来自黑名单中网友的所有消息,也即,黑名单中网友的所有消息都被屏蔽,因此,黑名单也可以称为屏蔽表。其白名单就是好友列表。例如,来自刘备好友列表中的好友关云长,能够查看刘备的个人资料信息,向刘备发起聊天,并在聊天中发送音、视频文件,以及向刘备发起语音呼叫或视频会话呼叫。而出现在刘备好友列表之外的网友,只要不在刘备的黑名单中,虽然无法与向刘备发起聊天,但是可以向刘备发起加好友请求,并在该请求中附带文本信息(一般用于个人身份介绍),相当于可以给刘备发送文本信息。刘备客户端APP接收到请求加好友的请求消息后,将请求方作为新好友进行管理,刘备可以从新好友列表中查看请求方个人资料信息,也可以进一步选择将请求方加为好友,或者直接将该新好友记录删除。
这些社交或通讯APP将正常联系人分成新人和好友两大类进行管理和控制,在一定程度上满足了用户通信自由和隐私保护(包括防骚扰)的需求。
主打陌生社交的APP陌陌,也是按照上述方式,对联系人进行管理的。例如,其对黑名单中恶意联系人的所有消息都进行阻止或屏蔽。黑名单之外的网友,可以相互打招呼,包括简单的文本聊天,图片发送。当双方相互关注变成好友之后,还可以进行音、视频聊天。虽然陌陌对正常联系人的管理和控制沿用微博做法,按照粉丝、关注、好友(粉丝+关注)进行分类,不像QQ、微信等APP那样,但其对通信的控制上,还是将正常联系人分成新人和好友两大类,即,用户与新人可以进行一般的互发文本、图片等形式的聊天;与好友可以进行互发文本、图片、音频文件、视频文件,以及发起语音呼叫或建立视频会话聊天,等等,与好友进行多种形式的聊天。
陌陌对来自新人的消息较为宽松的控制,让女性网友能够感受到明显的骚扰。
而QQ、微信、易信等APP对来自新人的消息实行严格的控制,又为工作、生活带来很多不便。
人与人之间的关系,亲疏远近各不相同,并非只有好友和新人两种。例如,亲朋好友、同事、客户,普通联系人,等等。
人们在同一个圈子或组织或部门中,扮演的角色的重要程度也不相同。通信参与者对通信对方的主观感受也不尽相同。表现为,人与人之间的关系是不对称的,或不平等的,即,甲对乙很重要,而乙对甲来说并不是很重要。
例如,常见的有商家欢迎客户骚扰(例如咨询),而客户反感商家推送消息或电话。例如,用户桶装水用完,要拨打送水电话,而又不想将对方加为微信好友,以免在其它时间被送水公司滋扰。还例如,叫个外卖,你需要和送餐员进行通话;网购商品,你需要和快递员通话。但你又不想将对方加为微信好友。
还例如,部门主管与部门普通员工的关系也是不对称的。一般来说,部门主管时间比部门内普通员工时间宝贵,否则,也就体现不出主管的重要性了。由于员工对主管的通信,是多对一的,因此,员工发送给主管的消息或语音呼叫,不一定被及时处理;反之,主管发送给员工的消息,员工应该及时处理。
还例如,你并不想在任何时候都愿意与某些人通话,但却不拒绝这些人发送的文本消息,并在特定时刻与之通话,例如,社交场合,或因业务关系刚刚认识的人。
还例如,同学或同事之间,碍于面子,都加了好友,但有三观不合者,却不希望对方打扰;还例如,有些同学或朋友,加了好友,但对方经常发送广告信息,你很反感。
当然,解决上述问题可以是:在需要通信时,将对方加为好友,在不需要通信时,将对方从好友列表中删去。这样,既可以保证通信功能,又可以避免对方滋扰。理论上可行的东西,实际上往往没人愿意用。因为,添加好友——通信——删除好友,这一连串操作流程会让用户感到繁琐。特别地,用户往往会忘记事后的清场问题,例如,用户常常在通信结束后忘记执行删除好友的操作,而接着处理其它事务。
例如,桶装水用完,需要联系供应商送水,只有这个时候,你才需要联系纯净水供应商,其它时间,你不想联系对方,也不想对方打搅你。你每次联系对方时,都重复添加好友,事毕后,又将对方从好友列表中删除,你会感觉到很繁琐,更重要的是,很尴尬。
你别跟我说“你和桶装水老板不用微信联系,而是靠打电信网电话来相互联系”,因为,这恰恰说明现有微信对账号控制所存在的不足之处。
发明内容
有鉴于此,本发明公开一种正常联系人分类管控方法,用于至少解决上述问题之一。该方法通过在新人和好友之间设置半友,来帮助用户管控那些,关系强于新人,又弱于好友的联系人,在保证相应通信能力的同时,避免不必要的滋扰,从而,极大地方便了用户对联系人的管理,提高了用户的体验。
一种联系人分类管控方法,该方法包括如下步骤:
a1、设定新人功能操作集,用于实现针对新人能够执行的功能操作;设定半友功能操作集,用于实现针对半友能够执行的功能操作;设定好友功能操作集,用于实现针对好友能够执行的功能操作;
a2、根据所述设定,按照新人、半友、好友的分类方式对联系人进行分别管理和控制。
可选地,所述步骤a2进一步是如下子流程:
b、接收消息,判断消息的源账号是否属于好友,如果是,则根据消息类型,按照设定的好友功能操作集对消息进行处理;否则,则执行步骤c;
c、判断消息的源账号是否属于半友,如果是,则执行步骤d:根据消息类型,按照设定的半友功能操作集对消息进行处理;否则,执行步骤e:按照异常流程处理。
可选地,所述步骤e进一步是结束流程,或者是根据消息类型,按照设定的新人功能操作集对消息进行处理。
可选地,
所述消息是链接消息,所述步骤d进一步是:将接收的链接消息转变为文本消息,对应的文本为“拦截了对方发送的链接”;
或者,所述消息是图片消息,所述步骤d进一步是:将接收的图片消息转变为文本消息,对应的文本为“拦截了对方发送的图片”;
或者,所述消息是语音消息,所述步骤d进一步是:将接收的语音消息转变为文本消息,对应的文本为“拦截了对方发送的语音”;
或者,所述消息是视频消息,所述步骤d进一步是:将接收的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;
或者,所述消息是文件消息,所述步骤d进一步是:将接收的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;
或者,所述消息是语音呼叫消息,所述步骤d进一步是:将接收的语音呼叫转变为文本消息,对应的文本为“拦截了对方的语音呼叫”;
或者,所述消息是视频会话呼叫消息,所述步骤d进一步是:将接收的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”;
或者,所述消息是发送的长文本消息,所述步骤d进一步是:将接收的长文本消息转变为短文本消息,对应文本为所述长文本的首部有限长度文本加省略号。
可选地,所述方法在客户端实施,相应客户端还进一步按照文本消息来电提示方式进行提示。
可选地,所述方法在服务器实施,相应服务器还进一步按照所述消息的目的账号,将转换得到的所述文本消息发送给相应客户端。
可选地,进一步登记相应半友的TimeLimit以用于描述对应半友的保质期;所述的设定半友功能操作集进一步是:分别设定半友基本功能操作集和半友保质期功能操作集;
所述步骤d进一步是:判断对应半友是否在保质期内,如果是,则执行步骤d1:根据消息类型,按照设定的半友保质期功能操作集对消息进行处理,否则,执行步骤d2:根据消息类型,按照设定的半友基本功能操作集对消息进行处理。
可选地,在针对一个半友执行{向该半友发送消息该消息可以是始发消息,也可以是回复消息,该消息可以是文本、表情,可以是链接,可以是图片、可以是音频,可以是视频,可以是文件,或者向该半友发起语音呼叫,或者向该半友发起视频会话呼叫}中某一项或任意一项操作时,将该半友的TimeLimit设置为比当前时间多一个约定的值。
上述实施例提供的技术方案中,通过在新人和好友之间设置半友,来帮助用户管控那些,关系强于新人,又弱于好友的联系人,几乎达到为用户同时运行双账号的效果,而又避免了双账号管理的不便,从而极大地方便了用户对联系人的管理。
附图说明
图1所示,为本发明联系人分类管控方法增强实施方式流程图。
图2所示,为本发明基于保质期的联系人分类管控方法增强实施方式流程图。
具体实施方式
为使本发明目的、技术方案和优点更加清楚明白,下面结合实施例,从多个方面进行详细说明。
现有电信网的基于黑名单方式管理的通信关系,使得用户黑名单之外的任何人,当然也包括陌生人,可以任意呼叫该用户,或给该用户发送消息。可见,纯黑名单方式存在明显不足之处。
现有电信网的基于白名单方式管理的通信关系,使得只有用户白名单中的好友才能与用户进行全方位或全功能的通信,白名单之外的网友,即使是亲人,也无法与用户通信。因此,纯白名单方式也存在明显不足之处。
现有各种互联网社交软件基于混合黑白名单方式来管理通信关系人,是在纯白名单方式基础上,提供了陌生人加好友机制。在保障用户白名单中的好友与用户进行全方位或全功能的通信的同时,提供陌生人经过授权(陌生人提出申请加好友,然后由用户批准加为好友)后可以与用户进行正常通信的机制,这样,即使用户白名单中一时漏掉某个有意义的联系人,该联系人也可以通过请求加好友来将自己加入到相应用户的白名单中,从而能够与该用户进行正常通信。因此,比起纯黑名单方式或纯白名单方式,混合黑白名单方式算是一大进步。
但是,实际当中,人与人之间的关系并不只是局限于好友和陌生人两种,还存在一种如前所述的似友非友,半朋半友的关系。并且,人与人之间的关系也是不对称的。
对于半朋半友的联系人的管理,现有的混合黑白名单方式也不能很好地解决。
本发明称介于陌生人与好友之间的关系为半友关系(HalfriendShip,HalfFriendRelationship),例如,甲认为“丁与甲的关系是半友关系”时,将丁视为甲自己的半友(Halfriend,Half Friend)。通常,一个Halfriend也被称为哈夫友或哈福友。
一般地,与陌生人相比,用户甲能够与其半友进行相应的通信;与好友相比,用户甲与其半友的通信能力受到了约束或限制。
例如,设定陌生人无法向用户甲发送语音消息、图片消息、视频消息、文件,以及语音呼叫用户甲或视频呼叫用户甲等等。设定用户甲的好友可以向用户甲发送语音消息、图片消息、视频消息、文件,以及语音呼叫用户甲或视频呼叫用户甲等等。设定用户甲的半友只能向用户甲发送文本消息、图片消息、语音消息,以及语音呼叫用户甲等等。或者设定用户甲的半友只能在指定的时间内,向用户甲发送文本消息、图片消息、语音消息、视频消息、文件,以及语音呼叫用户甲或视频呼叫用户甲,等等。
实际当中,关于对半友的通信能力的实现方式,可以由设计人员根据用户需求和运营需要来设定,当然,也可以由用户自己根据需要灵活设定。
为了解决现有的将正常联系人分成好友和新人的做法所带来的不方便管理半朋半友类联系人的问题,本发明提出一种新的联系人分类管控方法,该方法通过在新人和好友之间设置半友,来帮助用户管控那些,关系强于新人,又弱于好友的联系人,从而,极大地方便了用户对联系人的管理。
实际当中,可以设置新人列表,用于存放新人信息;设置半友列表,用于存放半友信息;设置好友列表,用于存放好友信息。
关于新人信息、半友信息、好友信息,等等,具体包括哪些字段,一般由技术人员根据项目需要来设定。例如,对于半友来说,一般地,包括半友的账号,例如,半友的全球统一身份(GUID,Global Unified Identity),也可以包括半友的昵称、头像,等等。
GUID可以是一个E-mail地址。关于GUID的更多描述,参见申请号为201210041577.8或201310037232.X的《通信方法和系统》发明专利,以及申请号为201210041677.0或201310049772.X的《影码寻址方法》发明专利。
可以理解,对于新人列表、半友列表,以及好友列表,可以将其中任意两个列表合并,并通过设置区分联系人类型的标志的方式来进行管理,或者是,其三个合并成一个列表,并通过设置区分联系人类型的标志的方式来进行管理。
本发明预先分别设定新人、半友和好友功能操作集,用于实现针对每一类联系人能够执行的功能操作,以及可以实施的操作。
例如:
设定新人功能操作集,用于实现针对新人能够执行的功能操作;
设定半友功能操作集,用于实现针对半友能够执行的功能操作;
设定好友功能操作集,用于实现针对好友能够执行的功能操作。
这里所说的联系人是指黑名单之外的正常联系人。后面不再赘述。
下面以微信为例进行说明,但不用于限定。
一、设定新人的功能操作集是:查看新人信息(包括昵称、备注、地区、社交资料等等),删除新人记录,设置备注或标签,将新人加为好友,将新人加为半友,将新人加入黑名单,等等。只允许对方(即新人或陌生人)借助添加好友申请传送有限的文本消息。例如,对方无法发来表情、图片消息,也无法发起语音呼叫或视频通话。
二、设定好友的功能操作集为:查看好友信息(包括昵称、微信号、备注、地区、个人相册、个人签名、来源等等),通过发消息来打开聊天界面(在聊天界面,可以发送文本消息,表情、网页链接,图片,音频、视频消息等多媒体消息,发红包、转账、包括发送位置信息的位置服务等等),发起语音通话或视频通话,设置备注或标签,删除好友、标为星标好友,设置朋友圈权限,推送好友朋友圈动态,查看好友朋友圈,发送该名片,投诉,加入黑名单,删除,转变为半友(本发明方案建议新增操作),添加到桌面。
允许对方发送文本、表情、链接,图片,音频、视频消息等多媒体消息,允许对方发红包、转账,允许对方发送位置信息等等。
允许对方发起语音呼叫、允许对方发起视频通话呼叫。
三、设定半友的功能操作集为:查看半友信息(包括昵称、微信号、备注、地区、个人相册、个人签名、来源等等),通过发消息来打开聊天界面(在聊天界面,可以发送文本消息,表情,网页链接,图片,音频、视频消息等多媒体消息,发红包、转账、包括发送位置信息的位置服务等等),发起语音通话或视频通话,设置备注或标签,删除好友、标为星标好友,推送半友朋友圈动态,查看半友朋友圈,发送该名片,投诉,加入黑名单,删除,转变为好友(本发明方案建议新增操作)。
允许对方发送文本消息、表情。允许对方发红包、转账、允许对方发送位置信息等等。
可以看出,对于一个半友,禁止了对方发送链接,图片、音频、视频消息等多媒体消息,禁止了对方发起语音呼叫、禁止了对方发起视频通话。这样,对于一般关系的联系人,就可以在一定程度上避免大部分的信息骚扰或呼叫骚扰。
可以理解,对于有些功能操作集的设定,可以直接是通过客户端相应按钮或菜单功能的提供来实现。例如:
对于新人,提供将其加为好友,或加为半友的操作菜单或按钮;不提供通过发消息打开聊天界面,发起语音呼叫,以及发起视频会话呼叫,等等的操作菜单或按钮。
对于半友,提供将其转变为好友、通过发消息打开聊天界面,发起语音呼叫,等等的操作菜单或按钮;不提供发起视频会话呼叫,等等的操作菜单或按钮。
对于好友,提供将其转变为半友、通过发消息打开聊天界面、发起语音呼叫,发起视频会话呼叫,等等的操作菜单或按钮。
可见,通过客户端功能操作的入口的设计,可以按照对应设定的功能操作集,控制通信双方所能执行的功能。
如果通信参与者都是守法的,或守规矩者,那么,到此为止,技术人员就可以按照本发明提出的,将正常联系人分成新人、半友、好友等分类方式,对联系人进行分类管理了。
实际上,如果操作方不是通过APP提供商提供的APP客户端来进行操作,而是通过伪客户端,或模拟的客户端,例如客户端网络机器人,来突破上述针对客户端功能操作集设定的而实施的入口设计,进行一些非法操作,就会产生不期望的,或预料不到的结果。
例如,相应网络机器人客户端,获取新人信息后,违规给该新人发送图片或音视频消息。或者,你的半友,或者是陌生人,利用网络机器人客户端违规给你发送音视频消息,或向你发起视频会话呼叫,等等。
对此,本发明提出增强控制措施,来保障网络或客户端按照上述设定的功能操作集来对相应的消息进行控制处理。
如图1所示,为本发明联系人分类管控方法增强实施方式流程图,在该图中,包括如下步骤:
步骤12、接收消息,判断消息的源账号是否属于好友,如果是,则执行步骤13:根据消息类型,按照针对好友设定的功能操作集对消息进行处理;如果不是好友,则执行步骤14。
步骤14、判断消息的源账号是否属于半友,如果是,则执行步骤15:根据消息类型,按照针对半友设定的功能操作集对消息进行处理;否则,执行步骤19:按照异常流程处理。
本发明联系人分类管控方法可以在APP客户端侧实施,也可以在网络服务器侧实施,当然,也可以由APP客户端与对应的服务器协作实施。
例如,服务器对于针对对方被禁止或限制的操作,将被自动转换为文本提示信息,由客户端提示给我。例如,我的微信客户端APP接入的服务器收到对方的语音呼叫后,并不向我的客户端发起接续请求,而是向我的客户端发送一条文本提示信息,告知我有相应半友的语音呼叫。我如果碰巧看到了这条消息,如果觉得需要通话,则可以通过回拨来接续通话,或一段时间后,通过回拨,重新发起针对相应半友的语音呼叫。由于相应半友在呼叫我时,我的微信客户端APP没有相应的语音来电提示,因此,就可以避免我在忙碌时遭到相应的不重要的语音电话的干扰。可以理解,如果我觉得对应半友来电很重要的话,我会将该半友转变为好友,这样,就能够即时收到其相应来电的语音提示,从而及时接听其来电。
还例如,客户端对于对方被禁止或限制的操作,可以忽略,或者以文本提示方式提示我。例如,我的微信客户端APP收到对方的语音呼叫后,并不以来电提醒方式提醒我,而是以收到文本消息的提示方式提醒我。或者,直接将来电信息转变为文本信息,告知我有相应半友的语音呼叫。我如果碰巧及时看到了这条消息,如果觉得需要通话,则可以通过回拨来接续通话,或一段时间后,通过回拨重新发起对相应半友的语音呼叫。由于相应半友在呼叫我时,我的微信客户端APP没有相应的语音来电提示,因此,就可以避免我在忙碌时遭到相应的不重要的语音电话的干扰。可以理解,如果我觉得对应半友来电很重要的话,我会将该半友转变为好友,这样,就能够即时收到其相应来电的语音提示,从而及时接听其来电。
通过禁止半友查看我相册,或者限制半友查看我相册的权限(例如只能查看我相册里没有加点评的链接分享),还可以在一定程度上保护我的隐私。
以所述消息是聊天消息为例,对于半友发送的包括了图片的消息,在步骤15中,可以将该消息中图片转换为说明文本。例如,半友发送的消息为:文本“这是某某产品图片”+图片实体对象,转换后的消息内容为文本“这是某某产品图片,相应图片已被隐去”。这里,将图片实体对象转换成了“相应图片已被隐去”的文字说明。这样,用户就不会因为半友发来的一张用于广告推销的大图而感到烦恼(例如,影响了视觉感受)。特别地,如果是在服务器侧实施的话,还可以减少客户端流量消耗。
以所述消息是聊天消息为例,对于半友发送的包括了视频的消息,在步骤15中,可以将该消息中视频转换为说明文本。例如,半友发送的消息为:视频实体对象,转换后的消息内容为文本“对方发送的视频被隐去”。这里,将视频实体对象转换成了“对方发送的视频被隐去”的文字说明,如果是在服务器侧实施的话,还可以减少客户端流量消耗。
以所述消息是语音呼叫消息为例,对于半友发起的语音呼叫,在步骤15中,将该呼叫转换成一条文本消息,提示用户“某某半友向你发起了语音呼叫”,并按照接收文本的消息提示方式来进行提示,而不采用好友语音呼叫来电提示的提示方式进行提示。这样,用户在不丢失好友电话的同时,能够有效避免半友的骚扰。
以所述消息是视频会话呼叫消息为例,对于半友发起的视频会话呼叫,在步骤15中,将该呼叫转换成一条文本消息,提示用户“某某半友向你发起了视频会话呼叫”,并按照接收文本的消息提示方式来进行提示,而不采用好友视频会话呼叫来电提示的提示方式进行提示。这样,用户在不丢失好友视频会话呼叫的同时,能够有效避免半友的骚扰。
以所述消息是长度超过约定值(例如70个汉字或140个字符)的长文本消息为例,对于半友发送的长文本,在步骤15中,将该长文本转换成一条短文本。例如:某半友发送了一条长数百字甚至上千字的广告,按照现有微信的处理方式,该广告会铺满相应的聊天对话窗口,不利于翻阅查看其它的聊天消息。按照本发明,由于将长文本转换成了短文本,因此,降低了该广告信息对用户的骚扰冲击。特别地,如果是在服务器侧实施的话,还可以减少客户端流量消耗。
在步骤19中,所属的按照异常流程处理,可以是按照针对新人设定的功能操作集对消息进行处理。
例如,先根据消息的源账号是检索新人列表,查找对应的新人记录,如果存在,则结束,否则,在新人列表中添加对应的记录,以指示有新的好友。这里,在所述结束之前,还可以按照相应源账号更新对应保存的消息,例如,保存该新人最后一次发送的消息文本。
如果新人列表中检索不到对应的记录,在所述的“在新人列表中添加对应的记录,以指示有新的好友”之后,还可以按照所属源账号保存相应消息文本。当然,新人列表中,相应新人记录里也可以包括新人最后一次发送消息的文本内容字段,以保存对应新人最后一次发送消息的文本内容。
所述方法在APP客户端侧独立实施
对于用户甲来说,
设定新人功能操作集为:
{
新人能向用户甲发送文本消息、表情,等等。对这些消息,用户甲客户端收到所述消息后,按照相应消息类型对应的来电提示方式进行提示。
对于新人向用户甲发送的长文本消息、链接消息、图片消息、语音消息、视频消息、文件消息,以及语音呼叫用户甲、视频会话呼叫用户甲,等等,客户端直接屏蔽,例如丢弃相应消息。
或者,客户端执行:
将新人发送的长文本消息转变为短文本消息,对应的文本为所述长文本的首部有限长度文本加省略号,例如,所述有限长度是长文本最低长度141减去4,省略号为3个圆点;或
将新人发送的链接消息转变为文本消息,对应的文本为“拦截了对方发送的链接”;或
将新人发送的图片消息转变为文本消息,对应的文本为“拦截了对方发送的图片”;或
将新人发送的语音消息转变为文本消息,对应的文本为“拦截了对方发送的语音”;或
将新人发送的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;或
将新人发送的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;或
将新人发起的语音呼叫转变为文本消息,对应的文本为“拦截了对方的语音呼叫”;或
将新人发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
可以理解,客户端在将相应消息转变为文本消息后,还可以按文本消息的来电提示方式进行提示。例如,“嘀”响一声。
}
实际当中,可以约定长文本长度最低值,例如141字节。这样,长度大于140字节的文本消息都被视为长文本消息。
设定半友功能操作集为:
{
半友能向用户甲发送文本消息、表情、链接、图片、语音消息,等等。对这些消息,用户甲客户端收到所述消息后,按照相应消息类型对应的来电提示方式进行提示。
半友能语音呼叫用户甲,等等。客户端按语音呼叫来电提示方式进行提示。
其中,接收文本消息、表情、图片消息、语音消息,等等,可以按照接收文本消息的来电提示方式进行提示。例如,“嘀”响一声。可以理解,也可以针对接收的不同消息类型,分别设定不同的来电提示方式。例如,接收文本消息或表情,来电提示为“嘀”响一声,接收图片消息或语音消息,来电提示为“嘀嘀嘀”响三声。
半友语音呼叫用户甲时,按照语音呼叫的来电提示方式进行提示。例如,播放来电提示音乐直到用户甲接听来电或拒接,或者,在用户甲未接听或未拒接时,播放50秒后结束。
对于半友向用户甲发送的视频消息、文件消息,视频会话呼叫用户甲,等等,客户端直接屏蔽,例如丢弃相应消息。
或者,客户端执行:
将半友发送的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;或
将半友发送的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;或
将半友发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
可以理解,客户端在将相应消息转变为文本消息后,还可以按文本消息的来电提示方式进行提示。例如,“嘀”响一声。
}
设定好友功能操作集为:
{
好友能向用户甲发送文本消息、表情、图片消息、语音消息、视频消息、文件,等等,用户甲客户端收到所述消息后,按照相应消息类型对应的来电提示方式进行提示。
好友能语音呼叫用户甲,等等。客户端按语音呼叫来电提示方式进行提示。
好友能视频会话呼叫用户甲,等等。客户端按视频会话呼叫来电提示方式进行提示。
其中,接收文本消息、表情、图片消息、语音消息、视频消息、文件,等等,可以按照接收文本消息的来电提示方式进行提示。例如,“嘀”响一声。可以理解,也可以针对接收的不同消息类型,分别设定不同的来电提示方式。例如,接收文本消息或表情,来电提示为“嘀”响一声,接收图片消息或语音消息或视频消息,来电提示为“嘀嘀嘀”响三声。
好友语音呼叫用户甲时,按照语音呼叫的来电提示方式进行提示。例如,播放来电提示音乐直到用户甲接听来电或拒接,或者,在用户甲未接听或未拒接时,播放50秒后结束。
}
对用户甲来说,按照上述设定:
1、对于语音消息来说,所述步骤13进一步是:按语音消息的来电提示方式进行提示。所述步骤15进一步是:按语音消息的来电提示方式进行提示。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的语音消息”,按文本消息的来电提示方式进行提示。
2、对于视频消息来说,所述步骤13进一步是:按音频消息的来电提示方式进行提示。所述步骤15进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的视频消息”,按文本消息的来电提示方式进行提示。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的视频消息”,按文本消息的来电提示方式进行提示。
3、对于语音呼叫来说,所述步骤13进一步是:按语音呼叫来电提示方式进行提示。所述步骤15进一步是:按语音呼叫来电提示方式进行提示。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方的语音呼叫”,按文本消息的来电提示方式进行提示。
4、对于文本消息来说,所述步骤13进一步是:按文本消息的来电提示方式进行提示。所述步骤15进一步是:按文本消息的来电提示方式进行提示。所述步骤19进一步是:按文本消息的来电提示方式进行提示,如果是长文本消息,还将其转换为短文本消息。
5、对于视频会话呼叫来说,所述步骤13进一步是:按视频会话呼叫来电提示方式进行提示。所述步骤15进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,按文本消息的来电提示方式进行提示。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,按文本消息的来电提示方式进行提示
在此,不再一一穷举所有可能的功能操作。
实际当中,对于半友功能操作集和好友功能操作集的设定,可以由技术人员根据应用的具体需要来进行。当然,也可以让用户参与进行,例如,允许一部分功能操作由用户自由设定。
可以理解,关于功能操作集的设定,可以直接用代码来实现。
当然,关于功能操作集的设定,也可以是:通过写配置文件或写脚本等等方式,客户端应用程序根据相应的配置文件或脚本来实现相应的功能操作。
所述方法在APP服务器侧实施
对于用户甲来说,
设定新人功能操作集为:
{
新人能向用户甲发送文本消息、表情,等等。对这些消息,相应服务器按照所述消息的目的账号,将该消息发送给对应的客户端。
对于新人向用户甲发送的链接消息、图片消息、语音消息、视频消息、文件消息,以及语音呼叫用户甲、视频会话呼叫用户甲,等等,服务器直接屏蔽,例如丢弃相应消息。
或者,用户甲对应的服务器执行:
将新人发送的链接消息转变为文本消息,对应的文本为“拦截了对方发送的链接”;或
将新人发送的图片消息转变为文本消息,对应的文本为“拦截了对方发送的图片”;或
将新人发送的语音消息转变为文本消息,对应的文本为“拦截了对方发送的语音”;或
将新人发送的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;或
将新人发送的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;或
将新人发起的语音呼叫转变为文本消息,对应的文本为“拦截了对方的语音呼叫”;或
将新人发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
服务器在将相应消息转变为文本消息后,按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
}
设定半友功能操作集为:
{
半友能向用户甲发送文本消息、表情、链接、图片、语音消息,等等。对这些消息,相应服务器按照所述消息的目的账号,将该消息发送给对应的客户端。
半友能语音呼叫用户甲,等等。用户甲对应的服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。
对于半友向用户甲发送的视频消息、文件消息,以及视频会话呼叫用户甲,等等,服务器直接屏蔽,例如丢弃相应消息。
或者,用户甲对应的服务器执行:
将半友发送的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;或
将半友发送的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;或
将半友发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
服务器在将相应消息转变为文本消息后,按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
}
设定好友功能操作集为:
{
好友能向用户甲发送文本消息、表情、链接消息、图片消息、语音消息、视频消息、文件,等等,用户甲对应的服务器收到所述消息后,按照所述消息的目的账号,将其发送给对应的客户端。
好友能语音呼叫用户甲,等等。用户甲对应的服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。
好友能视频会话呼叫用户甲,等等。用户甲对应的服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。
}
对用户甲来说,按照上述设定:
1、对于半友发送的语音消息来说,所述步骤13进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤15进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的语音消息”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
2、对于半友发送的视频消息来说,所述步骤13进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤15进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的视频消息”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的视频消息”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
3、对于半友发起的语音呼叫来说,所述步骤13进一步是:服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。所述步骤15进一步是:服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方的语音呼叫”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
4、对于半友发送的文本消息来说,所述步骤13进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤15进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤19进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端,这里,如果所述消息是长文本消息,在将该消息发送给对应的客户端之前,还将该长文本消息转变为短文本消息。
5、对于半友发起的视频会话呼叫来说,所述步骤13进一步是:服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。所述步骤15进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。所述步骤19进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
在此,不再一一穷举所有可能的功能操作。
实际当中,对于半友功能操作集和好友功能操作集的设定,可以由技术人员根据应用的具体需要来进行。当然,也可以让用户参与进行,例如,允许一部分功能操作由用户自由设定。
可以理解,关于功能操作集的设定,可以直接用代码来实现。
当然,关于功能操作集的设定,也可以是:通过写配置文件或写脚本等等方式,服务器应用程序根据相应的配置文件或脚本来实现相应的功能操作。
可以理解,判断消息的源账号是否属于好友与判断消息的源账号是否属于半友的操作顺序可以交换。例如:
所述的步骤12进一步是步骤12B:接收消息,判断消息的源账号是否属于半友,如果是,则执行步骤13B:根据消息类型,按照针对半友设定的功能操作集对消息进行处理;如果不是半友,则执行步骤14B。
所述的步骤14进一步是步骤14B:判断消息的源账号是否属于好友,如果是,则执行步骤15B:根据消息类型,按照针对好友设定的功能操作集对消息进行处理;否则,执行步骤19:按照异常流程处理。
可以看出,按照本发明联系人分类分类管控方法增强实施方式,不仅对违法或违规通信者的行为进行了管控,还适应对于不对称关系的管理。
例如,你的新人里,有些联系人已经将你加为好友或半友了;你的半友里,有些联系人已经将你加为好友,或者仍然将你作为新人;你的好友里,有些联系人只是将你加为半友,或者仍然将你作为新人。在这种不对称的关系下,对方给你发送的消息,都将按照本发明联系人分类管控方法增强实施方式来对相应消息进行控制处理,从而,保障你对联系人的管理达到你预期的要求,也即,按照你认可的方式对你的联系人进行分类管理,并进行通信的分类管控。
由此可见,本发明突破了现有互联网通信或社交应用对于联系人管理的局限,为用户提供了灵活多变的联系人管控方式,方便了用户,有利于促进通信、社交的发展。
为了更好地帮助用户管控与半友的通信,本发明还结合同时提交的《通信控制方法》发明专利中提出的通信控制方法,引入账号保质期,例如引入账号最后有效时间(TimeLimit,Time Limit)等时效性因素,使得可以根据账号的时效性来对接收的来自该账号的消息进行不同处理。这样,本发明还可以进一步基于时效性对用户与其半友的通信能力进行限制。
一般地,所述保质期是一个时间段,例如,可以是长30分钟到49.5小时的时间段。
设置保质期时,可以同时设置保质期的开始时间和结束时间。
一般情况下,对于保质期,只需设置结束时间,也即TimeLimit。这种情况下,从当前时间开始,在设置的TimeLimit之前的时间都属于保质期。
后面以保质期只有结束时间为例进行说明。但不用于限定。
在设置保质期时,可以根据指定的保质期长度(TimeLength,Time Length)来确定保质期的TimeLimit,例如,系统获取指定的TimeLength后,用当前时间加上指定的TimeLength即可得到保质期的TimeLimit。
本发明进一步登记半友的TimeLimit,用于描述半友的保质期。相应地,所述的设定半友功能操作集进一步是:分别设定半友基本功能操作集和半友保质期功能操作集。
相应地,所述步骤15进一步是步骤15C:比较对应半友的TimeLimit与当前时间,判断是否大于当前时间,如果是,则执行步骤16:根据消息类型,按照针对半友设定的保质期功能操作集对消息进行处理;否则,执行步骤17:根据消息类型,按照针对半友设定的基本功能操作集对消息进行处理。
如图2所示,为本发明基于保质期的联系人分类管控方法增强实施方式流程图。
例如,针对半友,设置TimeLimit,也即,设置保质期。
在保质期内,允许半友发送文本、表情、链接,图片、音频、视频消息等多媒体消息,允许半友发红包、转账,允许半友发送位置信息等等。允许半友发起语音呼叫,但禁止半友发起视频会话呼叫。
过了保质期,恢复成:允许半友发送文本消息、表情,允许半友发红包、转账,允许半友发送位置信息等等。其它功能操作被限制。
这样,用户通过设置某个半友的保质期,可以达到在相应保质期时间范围内,开放针对该半友更多的功能操作权限,从而使得能够在特定情况下,让用户基本保持与该半友进行正常通信的能力。而在保质期结束后,又恢复对该半友设置的基本功能操作限制。这样就达到了针对特定联系人,既能保障在特殊时期实现基本正常的通信,又能防止骚扰的效果。
上述基于保质期的方法可以在客户端侧实施;也可以在网络侧,例如,在相应客户端接入的服务器侧来实施。
方式一、所述方法在客户端侧实施
例如,可以设置一个TimeLength默认值(DefaultTimeLength),例如30分钟。在客户端,用户将一个新人加为半友,将当前时间加上DefaultTimeLength,得到保质期的结束时间值,也即相应半友的TimeLimit。这样,就免去了用户输入TimeLength值的麻烦。
还例如,在客户端,用户将一个常发广告的好友转变为半友。这时,可以将TimeLimit值设置为0或者是当前时间,也就是没有保质期了。用户生气了嘛。
当然,无论是用户将一个新人加为半友,还是用户将一个好友转变为半友,客户端都可以提示用户选择或输入对应的TimeLimit,例如2018年5月6日22点30分。客户端针对用户选择的账号,保存用户输入的TimeLimit值,作为该账号对应半友的TimeLimit。
客户端在如表1所示的半友描述表中,保存对应的半友保质期记录。
表1
半友账号 | TimeLimit |
半友账号1 | TimeLimit1 |
半友账号2 | TimeLimit2 |
半友账号3 | TimeLimit3 |
半友账号4 | TimeLimit4 |
在该表中,按照相应半友账号保存了对应的TimeLimit。
实际当中,为了便于用户操作,客户端在用户将一个新人加为半友时,也可以是提示用户选择或输入对应的保质期长度,也即有效时间长度(TimeLength,Time Length),例如49小时30分。客户端获取当前时间,例如系统当前时间,加上用户输入的TimeLength,得到相应半友的TimeLimit值。
还例如,所述TimeLength也可以是一个约定值,例如30分钟。这样,客户端在用户将一个新人加为半友时,直接将30分钟作为相应保质期的TimeLength,加上当前时间,即可得到对应半友的TimeLimit,这样,就免去了用户输入TimeLength值的麻烦。
客户端在收到一条消息时,例如,该消息是刘备的一个半友发送给刘备的消息,客户端判断消息的源账号为半友账号时,执行步骤15C:比较该半友的TimeLimit与当前时间值,判断该半友是否在保质期内,也即该半友的TimeLimit是否大于当前时间值,如果是,则执行步骤16;否则,执行步骤17。
例如,对于用户甲的半友来说,
设定半友基本功能操作集为:
{
半友能向用户甲发送文本消息、表情,等等。对这些消息,客户端按文本消息的来电提示方式进行提示。
对于半友向用户甲发送的链接消息、图片消息、语音消息、视频消息、文件消息,以及语音呼叫用户甲、视频会话呼叫用户甲,等等,客户端直接屏蔽,例如丢弃相应消息。
或者,客户端执行:
将半友发送的链接消息转变为文本消息,对应的文本为“拦截了对方发送的链接”;或
将半友发送的图片消息转变为文本消息,对应的文本为“拦截了对方发送的图片”;或
将半友发送的语音消息转变为文本消息,对应的文本为“拦截了对方发送的语音”;或
将半友发送的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;或
将半友发送的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;或
将半友发起的语音呼叫转变为文本消息,对应的文本为“拦截了对方的语音呼叫”;或
将半友发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
可以理解,客户端在将相应消息转变为文本消息后,还可以按文本消息的来电提示方式进行提示。例如,“嘀”响一声。
}
设定半友保质期功能操作集为:
{
半友能向用户甲发送文本消息、表情、图片消息、语音消息、视频消息、文件,等等,用户甲客户端收到所述消息后,按照相应消息类型对应的来电提示方式进行提示。
半友能语音呼叫用户甲,等等。客户端按语音呼叫来电提示方式进行提示。
其中,接收文本消息、表情、图片消息、语音消息、视频消息、文件,等等,可以按照接收文本消息的来电提示方式进行提示。例如,“嘀”响一声。可以理解,也可以针对接收的不同消息类型,分别设定不同的来电提示方式。例如,接收文本消息或表情,来电提示为“嘀”响一声,接收图片消息或语音消息或视频消息,来电提示为“嘀嘀嘀”响三声。
半友语音呼叫用户甲时,按照语音呼叫的来电提示方式进行提示。例如,播放来电提示音乐直到用户甲接听来电或拒接,或者,在用户甲未接听或未拒接时,播放50秒后结束。
对于半友视频会话呼叫用户甲,客户端直接屏蔽,例如丢弃相应消息。
或者,客户端执行:
将半友发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
可以理解,客户端在将相应消息转变为文本消息后,还可以按文本消息的来电提示方式进行提示。例如,“嘀”响一声。
}
上面对于半友基本功能操作集和半友保质期功能操作集的设定中,对于半友,无论是否在保质期内,都不能向用户甲发起视频会话呼叫。视频会话呼叫用户甲仅被设定为用户甲的好友的功能操作集中。也即只有用户甲的好友才能视频会话呼叫用户甲。
对用户甲来说,按照上述设定:
1、对于半友发送的图片消息来说,所述步骤16进一步是:按图片消息的来电提示方式进行提示。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的图片消息”,按文本消息的来电提示方式进行提示。
2、对于半友发送的音频消息来说,所述步骤16进一步是:按音频消息的来电提示方式进行提示。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的音频消息”,按文本消息的来电提示方式进行提示。
3、对于半友发起的语音呼叫来说,所述步骤16进一步是:按语音呼叫来电提示方式进行提示。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的语音呼叫”,用接收文本消息的来电提示方式进行提示。
4、对于半友发送的文本消息来说,所述步骤16进一步是:按文本消息的来电提示方式进行提示。所述步骤17进一步是:按文本消息的来电提示方式进行提示。
5、对于半友发起的视频会话呼叫来说,所述步骤16进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,按文本消息的来电提示方式进行提示。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,按文本消息的来电提示方式进行提示。
在此,不再一一穷举所有可能的功能操作。
实际当中,对于半友基本功能操作集和半友保质期功能操作集的设定,可以由技术人员根据应用的具体需要来进行。当然,也可以让用户参与进行,例如,允许一部分功能操作由用户自由设定。
可以理解,关于功能操作集的设定,可以直接用代码来实现。
当然,关于功能操作集的设定,也可以是:通过写配置文件或写脚本等等方式,客户端应用程序根据相应的配置文件或脚本来实现相应的功能操作。
当一个半友的TimeLimit已经小于当前时间时,该半友便成为过期半友。
还可以进一步提供为过期半友续时的操作。
当然,也可以提供为没有过期的半友续时的操作。
客户端接收到用户为指定半友续时的指令后,为用户指定的半友续时
一般地,续时指令中至少含有相应的半友账号,例如,用户从半友列表中选择一个半友,客户端即可获得相应的半友账号。
例如,在收到用户续时指令后,将指令中指定的半友的TimeLimit值设置为当前时间加上DefaultTimeLength,这样,在当前时间之后的DefaultTimeLength时间内,该半友具有与相应用户设定的通信能力,例如,允许在当前开始的DefaultTimeLength这段时间内语音呼叫该用户,或者,允许发送相应的图、音、视频消息。这里,所述设定的通信能力由针对保质期半友设定的操作功能集定义。
所述续时指令中也可以直接携带指定的TimeLimit,这样,客户端将指定半友的TimeLimit设置为续时指令中携带的TimeLimit。
所述续时指令中也可以直接携带指定的TimeLength,这样,客户端将相应半友的TimeLimit设置为当前时间加上续时指令中携带的TimeLength。
特别地,对于一个未过期的半友,所述续时指令中也可以直接携带增加的TimeLength,这样,客户端将相应半友的TimeLimit设置为该半友当前的TimeLimit加上续时指令中携带的增加的TimeLength。
方式二、所述方法在服务器侧实施
例如,服务器收到用户将一个新人加为半友的指令后,将当前时间加上DefaultTimeLength,得到保质期的结束时间值,也即相应半友的TimeLimit。所述指令中携带有相应的半友账号。
还例如,用户将一个常发广告的好友转变为半友,服务器收到用户将一个好友转变为半友的指令后,将该半友的TimeLimit值设置为0或者是当前时间。所述指令中携带有相应的半友账号。
当然,所述的将一个新人加为半友的指令中,或者所述的将一个好友转变为半友的指令中,都可以携带一个TimeLimit值,例如2018年5月6日22点30分,该值可以由用户选择或输入。服务器将对应半友的TimeLimit设置为所携带的TimeLimit值。
服务器可以在如表1-B所示的半友描述表中,保存相应半友的保质期记录。
表1-B
用户账号 | 半友账号 | TimeLimit |
用户账号1 | 半友账号1 | TimeLimit1 |
用户账号1 | 半友账号2 | TimeLimit2 |
用户账号2 | 半友账号3 | TimeLimit3 |
用户账号2 | 半友账号6 | TimeLimit4 |
用户账号2 | 半友账号5 | TimeLimit5 |
用户账号3 | 半友账号6 | TimeLimit6 |
用户账号3 | 半友账号7 | TimeLimit7 |
从该表中可以看出,一个用户可以有多个半友。
例如,服务器接收的相应指令中,直接携带了半友账号和对应的TimeLimit。
还例如,服务器接收的相应指令中,直接携带了半友账号和对应的TimeLength,服务器获取当前时间,例如系统当前时间,加上相应指令中携带的TimeLength,得到所述半友对应的TimeLimit值。
还例如,所述TimeLength也可以是DefaultTimeLength。这样,就免去了在相应指令中携带相应的TimeLength的麻烦。
服务器在收到一条消息时,例如,该消息是刘备的一个半友发送给刘备的消息,服务器判断消息的源账号为半友账号时,执行步骤15C:比较该半友的TimeLimit与当前时间值,判断该半友是否在保质期内,也即该半友的TimeLimit是否大于当前时间值,如果是,则执行步骤16;否则,执行步骤17。这里,服务器将消息的目的账号作为用户账号,将消息的源账号作为半友账号,按照如表1-B所示的半友描述表,可以得到对应半友的TimeLimit。
可以理解,服务器侧可以不建立如表1-B所示的半友描述表,来集中存放各个用户的半友数据,而是针对各个用户分别建立如表1所示的半友描述表,这样,在根据消息的目的账号确定对应的目的用户后,即确定了对应该目的用户的如表1所示的半友描述表。这时,根据消息的源账号检索该表,即可判断该源账号是否是半友账号,以及在确定消息的源账号为一个半友账号后,即可得到该半友的TimeLimit。
例如,对于用户甲的半友来说,
设定半友基本功能操作集为:
{
半友能向用户甲发送文本消息、表情,等等。对这些消息,相应服务器按照所述消息的目的账号,将该消息发送给对应的客户端。
对于半友向用户甲发送的链接消息、图片消息、语音消息、视频消息、文件消息,以及语音呼叫用户甲、视频会话呼叫用户甲,等等,服务器直接屏蔽,例如丢弃相应消息。
或者,用户甲对应的服务器执行:
将半友发送的链接消息转变为文本消息,对应的文本为“拦截了对方发送的链接”;或
将半友发送的图片消息转变为文本消息,对应的文本为“拦截了对方发送的图片”;或
将半友发送的语音消息转变为文本消息,对应的文本为“拦截了对方发送的语音”;或
将半友发送的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;或
将半友发送的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;或
将半友发起的语音呼叫转变为文本消息,对应的文本为“拦截了对方的语音呼叫”;或
将半友发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
服务器在将相应消息转变为文本消息后,按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
}
设定半友保质期功能操作集为:
{
半友能向用户甲发送文本消息、表情、链接消息、图片消息、语音消息、视频消息、文件,等等,用户甲对应的服务器收到所述消息后,按照所述消息的目的账号,将其发送给对应的客户端。
半友能语音呼叫用户甲,等等。用户甲对应的服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。
对于半友视频会话呼叫用户甲,用户甲对应的服务器直接屏蔽,例如丢弃相应消息。
或者,用户甲对应的服务器执行:
将半友发起的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”。
服务器在将相应消息转变为文本消息后,按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
}
上面对于半友基本功能操作集和半友保质期功能操作集的设定中,对于半友,无论是否在保质期内,都不能向用户甲发起视频会话呼叫。视频会话呼叫用户甲仅被设定在用户甲的好友的功能操作集中。也即只有用户甲的好友才能视频会话呼叫用户甲。
对用户甲来说,按照上述设定:
1、对于半友发送的图片消息来说,所述步骤16进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的图片消息”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
2、对于半友发送的音频消息来说,所述步骤16进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发送的音频消息”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
3、对于半友发起的语音呼叫来说,所述步骤16进一步是:服务器按照所述消息的目的账号(被叫账户),将呼叫接续到对应的客户端。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的语音呼叫”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
4、对于半友发送的文本消息来说,所述步骤16进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。所述步骤17进一步是:服务器按照所述消息的目的账号,将该消息发送给对应的客户端。
5、对于半友发起的视频会话呼叫来说,所述步骤16进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。所述步骤17进一步是:将所述消息转变为文本消息,对应的文本为“拦截了对方发起的视频会话呼叫”,服务器按照所述消息的目的账号,将所述文本消息发送给对应的客户端。
在此,不再一一穷举所有可能的功能操作。
实际当中,对于半友基本功能操作集和半友保质期功能操作集的设定,可以由技术人员根据应用的具体需要来进行。当然,也可以让用户参与进行,例如,允许一部分功能操作由用户自由设定。
可以理解,关于功能操作集的设定,可以直接用代码来实现。
当然,关于功能操作集的设定,也可以是:通过写配置文件或写脚本等等方式,服务器应用程序根据相应的配置文件或脚本来实现相应的功能操作。
实际当中,一个用户的半友数据可以作为该用户的账户数据的一部分来进行管理。服务器在进行消息寻找时,首先根据消息的目的账号,确定消息的目的账户,然后再按照该目的账户的半友数据,对消息进行相应的处理。这种情况下,如表1-B所示的半友描述表被分布式地保存在各个用户的账户数据中。即,一个用户的账户数据中,保存了该用户的半友记录表,参见如表1所示的半友描述表。
这种情况下,服务器在收到一条消息时,先根据消息的目的账号,确定消息的目的账户。然后,根据消息的源账号来判断消息是来自好友还是来自半友,如果是来自半友,则执行步骤15C:比较该半友的TimeLimit与前时间值,判断该半友的TimeLimit是否大于当前时间值,如果是,则执行步骤16;否则,执行步骤17。
当一个半友的TimeLimit已经小于当前时间时,该半友便成为过期半友。
服务器还可以提供为过期半友续时的操作。
当然,服务器也可以提供为没有过期的半友续时的操作。
服务器接收到客户端为指定半友续时的指令后,为指定的半友续时。
一般地,续时指令中含有相应的半友账号。
例如,在收到客户端续时指令后,服务器将指令中指定的半友的TimeLimit值设置为当前时间加上DefaultTimeLength,这样,在当前时间之后的DefaultTimeLength时间内,该半友具有与该用户设定的通信能力,例如,允许在这段时间内语音呼叫所述客户端,或者允许发送相应的音、视频文件给所述客户端。
所述续时指令中也可以直接携带指定的TimeLimit,这样,服务器直接将指定半友的TimeLimit设置为续时指令中携带的TimeLimit。
所述续时指令中也可以直接携带指定的TimeLength,这样,服务器直接将指定半友的TimeLimit设置为当前时间加上续时指令中携带的TimeLength。
特别地,对于一个未过期的半友,所述续时指令中也可以直接携带增加的TimeLength,这样,服务器直接将指定半友的TimeLimit设置为该半友当前的TimeLimit加上续时指令中携带的增加的TimeLength。
实际当中,用户在向一个过期的半友发送消息时,例如所述消息可以是始发消息,也可以是回复消息,相应消息可以是文本的,可以是链接,可以是图片、可以是音频,可以是视频,或者向该发起语音呼叫,或者向该半友发起视频会话请求,这种情况下,在相应的操作开始或结束时,将该半友的TimeLimit设置为比当前时间多一个DefaultTimeLength值,使该半友处于有效期内。这样,即使对方不能立即看到该消息,或接收到相应的呼叫或会话请求,在相应的TimeLength时间内,对方可以呼叫该用户,或向该用户发送语音呼叫请求,从而保证该用户和该半友的通信能力。而在过了DefaultTimeLength时间后,所述半友又过期了,这样,就无法语音呼叫该用户了,因此,也就无法骚扰该用户。
由上可见,按照本发明联系人分类管控方法,特别地结合了所述基于时效性的通信控制方法,极大程度地改善了用户通讯录的管理,和对与半友通信能力的灵活控制,避免了微信、陌陌、qq、易信等现有社交软件通过白名单控制通信能力所带来的不足。
基于本发明提供的对正常联系人的分类管控方法,本领域技术人员还可以进一步添加黑名单方案,从而对恶意联系人的消息进行屏蔽。这种情况下,对于收到的消息,可以先判断该消息是否来自于黑名单联系人,如果是,则直接丢弃该消息;或者,进行恶意攻击统计,记录相应恶意联系人攻击次数。如果所述消息不是来自恶意联系人,才按照本发明方法对消息进行后续处理。
以上仅为本发明的较佳实施例,并非用于限定本发明的保护范围。凡在本发明的精神和原则之类,所作的任何修改、改进、等同替换等均应包含在本发明的保护范围之内。
Claims (8)
1.一种联系人分类管控方法,其特征在于,该方法包括如下步骤:
a1、设定新人功能操作集,用于实现针对新人能够执行的功能操作;设定半友功能操作集,用于实现针对半友能够执行的功能操作;设定好友功能操作集,用于实现针对好友能够执行的功能操作;
a2、根据所述设定,按照新人、半友、好友的分类方式对联系人进行分别管理和控制。
2.根据权利要求1所述的方法,其特征在于,所述步骤a2进一步是如下子流程:
b、接收消息,判断消息的源账号是否属于好友,如果是,则根据消息类型,按照设定的好友功能操作集对消息进行处理;否则,则执行步骤c;
c、判断消息的源账号是否属于半友,如果是,则执行步骤d:根据消息类型,按照设定的半友功能操作集对消息进行处理;否则,执行步骤e:按照异常流程处理。
3.根据权利要求2所述的方法,其特征在于,所述步骤e进一步是结束流程,或者是根据消息类型,按照设定的新人功能操作集对消息进行处理。
4.根据权利要求2所述的方法,其特征在于,
所述消息是链接消息,所述步骤d进一步是:将接收的链接消息转变为文本消息,对应的文本为“拦截了对方发送的链接”;
或者,所述消息是图片消息,所述步骤d进一步是:将接收的图片消息转变为文本消息,对应的文本为“拦截了对方发送的图片”;
或者,所述消息是语音消息,所述步骤d进一步是:将接收的语音消息转变为文本消息,对应的文本为“拦截了对方发送的语音”;
或者,所述消息是视频消息,所述步骤d进一步是:将接收的视频消息转变为文本消息,对应的文本为“拦截了对方发送的视频”;
或者,所述消息是文件消息,所述步骤d进一步是:将接收的文件消息转变为文本消息,对应的文本为“拦截了对方发送的文件”;
或者,所述消息是语音呼叫消息,所述步骤d进一步是:将接收的语音呼叫转变为文本消息,对应的文本为“拦截了对方的语音呼叫”;
或者,所述消息是视频会话呼叫消息,所述步骤d进一步是:将接收的视频会话呼叫转变为文本消息,对应的文本为“拦截了对方的视频会话呼叫”;
或者,所述消息是发送的长文本消息,所述步骤d进一步是:将接收的长文本消息转变为短文本消息,对应文本为所述长文本的首部有限长度文本加省略号。
5.根据权利要求4所述的方法,其特征在于,所述方法在客户端实施,相应客户端还进一步按照文本消息来电提示方式进行提示。
6.根据权利要求4所述的方法,其特征在于,所述方法在服务器实施,相应服务器还进一步按照所述消息的目的账号,将转换得到的所述文本消息发送给相应客户端。
7.根据权利要求2所述的方法,其特征在于,进一步登记相应半友的TimeLimit以用于描述对应半友的保质期;所述的设定半友功能操作集进一步是:分别设定半友基本功能操作集和半友保质期功能操作集;
所述步骤d进一步是:判断对应半友是否在保质期内,如果是,则执行步骤d1:根据消息类型,按照设定的半友保质期功能操作集对消息进行处理,否则,执行步骤d2:根据消息类型,按照设定的半友基本功能操作集对消息进行处理。
8.根据权利要求7所述的方法,其特征在于,在针对一个半友执行{向该半友发送消息该消息可以是始发消息,也可以是回复消息,该消息可以是文本、表情,可以是链接,可以是图片、可以是音频,可以是视频,可以是文件,或者向该半友发起语音呼叫,或者向该半友发起视频会话呼叫}中某一项或任意一项操作时,在操作开始或操作结束或操作当中,将该半友的TimeLimit设置为比当前时间多一个约定的值。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710316355 | 2017-05-08 | ||
CN2017103163555 | 2017-05-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108880978A true CN108880978A (zh) | 2018-11-23 |
Family
ID=64326336
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810335075.3A Pending CN108880978A (zh) | 2017-05-08 | 2018-04-15 | 联系人分类管控方法 |
CN201810335078.7A Pending CN108880979A (zh) | 2017-05-08 | 2018-04-15 | 通信控制方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810335078.7A Pending CN108880979A (zh) | 2017-05-08 | 2018-04-15 | 通信控制方法 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN108880978A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111491058A (zh) * | 2020-03-31 | 2020-08-04 | 维沃移动通信有限公司 | 工作模式的控制方法、电子设备和存储介质 |
CN111861483A (zh) * | 2019-04-26 | 2020-10-30 | 阿里巴巴集团控股有限公司 | 一种通信方法、计算机设备、存储介质 |
CN114244956A (zh) * | 2021-12-01 | 2022-03-25 | 北京讯通安添通讯科技有限公司 | 一种终端授权通话方法、装置、电子设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110149443A (zh) * | 2019-04-11 | 2019-08-20 | 维沃软件技术有限公司 | 一种终端设备控制方法及终端设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102117315A (zh) * | 2009-12-31 | 2011-07-06 | 国际商业机器公司 | 用于标签云好友列表管理的方法和系统 |
CN103220393A (zh) * | 2012-01-18 | 2013-07-24 | 百度在线网络技术(北京)有限公司 | 一种防止电话骚扰的方法与装置 |
US20140304260A1 (en) * | 2008-02-27 | 2014-10-09 | Joshua S. Ulm | Contact information management |
CN105162936A (zh) * | 2015-08-04 | 2015-12-16 | 广东欧珀移动通信有限公司 | 一种陌生来电提醒方法及用户终端 |
CN105872184A (zh) * | 2016-04-06 | 2016-08-17 | 惠州Tcl移动通信有限公司 | 一种来电限制接入的方法、系统和移动终端 |
CN106230707A (zh) * | 2016-08-31 | 2016-12-14 | 黄宁 | 一种保护用户隐私的方法 |
CN106598718A (zh) * | 2016-12-07 | 2017-04-26 | 珠海市魅族科技有限公司 | 一种通知管理方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102932753A (zh) * | 2011-08-08 | 2013-02-13 | 上海粱江通信系统股份有限公司 | 一种在多媒体系统的链路上实现垃圾彩信拦截的方法 |
CN102523345A (zh) * | 2011-12-14 | 2012-06-27 | 汉王科技股份有限公司 | 一种移动设备中联系人的时效管理方法及系统 |
CN103167500B (zh) * | 2013-02-01 | 2016-08-03 | 杭州东信北邮信息技术有限公司 | 一种实现移动电话来电统一处理的方法和系统 |
CN105099863A (zh) * | 2014-05-22 | 2015-11-25 | 中兴通讯股份有限公司 | 一种用户终端进行有效即时通讯的方法及装置 |
-
2018
- 2018-04-15 CN CN201810335075.3A patent/CN108880978A/zh active Pending
- 2018-04-15 CN CN201810335078.7A patent/CN108880979A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140304260A1 (en) * | 2008-02-27 | 2014-10-09 | Joshua S. Ulm | Contact information management |
CN102117315A (zh) * | 2009-12-31 | 2011-07-06 | 国际商业机器公司 | 用于标签云好友列表管理的方法和系统 |
CN103220393A (zh) * | 2012-01-18 | 2013-07-24 | 百度在线网络技术(北京)有限公司 | 一种防止电话骚扰的方法与装置 |
CN105162936A (zh) * | 2015-08-04 | 2015-12-16 | 广东欧珀移动通信有限公司 | 一种陌生来电提醒方法及用户终端 |
CN105872184A (zh) * | 2016-04-06 | 2016-08-17 | 惠州Tcl移动通信有限公司 | 一种来电限制接入的方法、系统和移动终端 |
CN106230707A (zh) * | 2016-08-31 | 2016-12-14 | 黄宁 | 一种保护用户隐私的方法 |
CN106598718A (zh) * | 2016-12-07 | 2017-04-26 | 珠海市魅族科技有限公司 | 一种通知管理方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111861483A (zh) * | 2019-04-26 | 2020-10-30 | 阿里巴巴集团控股有限公司 | 一种通信方法、计算机设备、存储介质 |
CN111491058A (zh) * | 2020-03-31 | 2020-08-04 | 维沃移动通信有限公司 | 工作模式的控制方法、电子设备和存储介质 |
CN114244956A (zh) * | 2021-12-01 | 2022-03-25 | 北京讯通安添通讯科技有限公司 | 一种终端授权通话方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108880979A (zh) | 2018-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108880978A (zh) | 联系人分类管控方法 | |
CN103493465B (zh) | 授权用户参与通过通信网络执行的会议 | |
KR101645757B1 (ko) | 대화 권한 관리 | |
TW201532408A (zh) | 即時通訊過程中的視頻通訊方法及系統 | |
CN108521404A (zh) | 一种基于ims组网的手机安全隐私号码保护平台 | |
US20100157851A1 (en) | Information System for Telecommunications | |
CN103716477B (zh) | 长寿命的上下文交互的系统和方法 | |
CN104734941A (zh) | 一种基于实名/匿名切换的即时通信系统及其方法 | |
CN105393523B (zh) | 隐私保护的方法、装置和用户终端 | |
CN107306395A (zh) | 一种基于权限控制的电话呼叫建立方法 | |
CN104822139A (zh) | 一种基于中间号实现通信号码隔离与隐私保护的方法 | |
US20060161666A1 (en) | Apparatus and method for controlling use of instant messaging content | |
CN109246301A (zh) | 多sim卡管理方法、装置、计算机装置及计算机存储介质 | |
CN103873354B (zh) | 一种即时通信客户端及服务端 | |
WO2013152553A1 (zh) | 一种社交网络实现方法、系统 | |
CN107315934A (zh) | 通信信息处理方法、移动终端及存储装置 | |
CN104429052A (zh) | 语音呼叫的处理方法、装置与系统 | |
JP2008027095A (ja) | 複合ソーシャルネットワーキングシステム及びその制御方法 | |
US20110202668A1 (en) | Methods for Creating and Using a Telecommunications Link between Two Users of a Telecommunications Network | |
CN100484033C (zh) | 一种基于sip协议的管理用户标识的实现方法及系统 | |
CN102325096A (zh) | 用以实现通信内容寿命管理的方法、终端及系统 | |
JP7391390B2 (ja) | 情報処理装置 | |
CN106170945A (zh) | 通信拦截的方法、装置、服务器和用户设备 | |
Landau et al. | Examining the Anomalies, Explaining the Value: Should the USA FREEDOM Act's Metadata Program be Extended? | |
CN105959465A (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 | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20181123 |
|
WD01 | Invention patent application deemed withdrawn after publication |