CN108965898B - 一种连麦中防骚扰的方法、存储介质及*** - Google Patents
一种连麦中防骚扰的方法、存储介质及*** Download PDFInfo
- Publication number
- CN108965898B CN108965898B CN201710359210.3A CN201710359210A CN108965898B CN 108965898 B CN108965898 B CN 108965898B CN 201710359210 A CN201710359210 A CN 201710359210A CN 108965898 B CN108965898 B CN 108965898B
- Authority
- CN
- China
- Prior art keywords
- candidate
- information
- wheat
- anchor
- harassment
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2541—Rights Management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
- H04N21/25816—Management of client data involving client authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
- H04N21/42203—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] sound input device, e.g. microphone
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Graphics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本发明公开了一种连麦中防骚扰的方法、存储介质及***,涉及直播应用开发技术领域。该方法包括:主播端实时获取连麦候选人的信息并保存至本地;若发现某个连麦候选人有骚扰嫌疑,则将有骚扰嫌疑的连麦候选人的信息发送至服务器;服务器保存收到的信息以及发送该信息的主播的UID,并将该主播的UID发送至相应用户端;用户端将收到的主播的UID保存至keychain中;当有骚扰嫌疑的连麦候选人再次发起连麦请求时,其用户端读取keychain中数据,若读取成功,则用户端根据保存的信息判断是否允许发起连麦;若读取失败,则服务器根据保存的信息判断是否允许发起连麦。本发明能解决主播连麦过程中被骚扰的问题,提升主播连麦过程中的用户体验。
Description
技术领域
本发明涉及直播应用开发技术领域,具体来讲是一种连麦中防骚扰的方法、存储介质及***。
背景技术
随着互联网技术的迅速发展,越来越多的用户可以使用电脑、手机等终端通过网络观看在线视频直播。在线视频直播是指利用互联网网络资源进行的现场视频直播服务,通过现场的视频拍摄同步发布到网络上,用户可以同一时间在网络上看到实时的现场情况。
目前,随着移动端设备的快速发展,在直播中进行连麦的情况越来越普遍,很多用户都希望在直播中与主播进行连麦。在直播中进行连麦是指在麦序模式下实现多人同时上麦视频,满足合唱、聊天互动,话剧小品等场景的需要。
但是,在实际的连麦过程中,主播可能会在同一时间收到多个用户的连麦请求。而这些用户中,有的用户已经进行过连麦,有的用户频繁的申请连麦,有的用户是进行恶作剧,还有的用户甚至是故意骚扰主播。由于主播在连麦的过程中存在被骚扰的问题,使得主播连麦的用户体验较差,有时甚至影响主播正常连麦。因此,如何防止主播连麦过程中被骚扰是本领域技术人员亟待解决的问题。
发明内容
本发明的目的是为了克服上述背景技术的不足,提供一种连麦中防骚扰的方法、存储介质及***,能解决主播连麦过程中被骚扰的问题,提升主播连麦过程中的用户体验。
为达到以上目的,本发明采取的技术方案是:提供一种连麦中防骚扰的方法,该方法包括以下步骤:
S1、主播端实时获取连麦候选人的信息并保存至主播端本地;
S2、主播端在界面展示所有的连麦候选人的信息后,若主播端发现某个连麦候选人有骚扰嫌疑,将有骚扰嫌疑的连麦候选人的信息从主播端本地删除,并将有骚扰嫌疑的连麦候选人的信息发送至服务器;
S3、服务器保存收到的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID;并将该主播的UID发送至有骚扰嫌疑的连麦候选人的用户端;
S4、有骚扰嫌疑的连麦候选人的用户端将收到的主播的UID保存至用户端的钥匙串keychain中;
S5、当有骚扰嫌疑的连麦候选人再次发起连麦请求时,其用户端读取keychain中数据,若读取成功,则用户端将根据keychain中存储的主播的UID,判断是否允许该连麦候选人发起连麦;若读取失败,则服务器根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦。
在上述技术方案的基础上,步骤S2中还包括以下操作:主播端在界面展示所有的连麦候选人的信息后,若主播端未发现任何连麦候选人有骚扰嫌疑,则根据主播从展示的连麦候选人中选出的某个连麦候选人,完成与选出的连麦候选人的连麦。
在上述技术方案的基础上,步骤S4具体包括以下操作:
S401、有骚扰嫌疑的连麦候选人的用户端获取keychain中存储的一个可变字典类型的搜索字典;
S402、对搜索字典中的信息进行清理;
S403、将收到的主播的UID转换为二进制的数据类型并存储至搜索字典中;
S404、将当前完成存储后的搜索字典添加至keychain中。
在上述技术方案的基础上,步骤S1中,所述连麦候选人的信息由服务器按照指定时间段内统一推送的方式向主播端推送。
本发明还提供一种存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述连麦中防骚扰的方法的步骤。
本发明还提供一种连麦中防骚扰的***,该***包括主播端、服务器和用户端,主播端和用户端均与服务器通信;所述主播端包括连麦候选人信息获取模块、骚扰连麦人删除模块;所述服务器包括骚扰连麦人信息保存模块、连麦验证判断模块;所述用户端包括主播信息保存模块、连麦发起判断模块;
所述连麦候选人信息获取模块用于:实时获取连麦候选人的信息并保存至主播端本地;
所述骚扰连麦人删除模块用于:当主播端在界面展示所有的连麦候选人的信息后发现某个连麦候选人有骚扰嫌疑时,将有骚扰嫌疑的连麦候选人的信息从主播端本地删除,并将有骚扰嫌疑的连麦候选人的信息发送至服务器的骚扰连麦人信息保存模块;
所述骚扰连麦人信息保存模块用于:保存收到的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID;并将该主播的UID发送至有骚扰嫌疑的连麦候选人的用户端的主播信息保存模块;
所述主播信息保存模块用于:将收到的主播的UID保存至用户端的钥匙串keychain中;
所述连麦发起判断模块用于:当有骚扰嫌疑的连麦候选人再次发起连麦请求时,读取用户端的keychain中的数据,若读取成功,则根据keychain中存储的主播的UID,判断是否允许该连麦候选人发起连麦;若读取失败,则将该连麦候选人的连麦请求发送至服务器的连麦验证判断模块;
所述连麦验证判断模块用于:收到连麦发起判断模块发来的连麦候选人的连麦请求后,根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦。
在上述技术方案的基础上,所述主播端还包括连麦处理模块,该连麦处理模块用于:当主播端在界面展示所有的连麦候选人的信息后未发现任何连麦候选人有骚扰嫌疑时,根据主播从展示的连麦候选人中选出的某个连麦候选人,完成与选出的连麦候选人的连麦。
在上述技术方案的基础上,所述主播信息保存模块包括搜索字典获取子模块、搜索字典清理子模块、主播信息转换存储子模块和主播信息添加子模块;
所述搜索字典获取子模块用于:获取用户端的keychain中存储的一个可变字典类型的搜索字典;
所述搜索字典清理子模块用于:对搜索字典中的信息进行清理;
所述主播信息转换存储子模块用于:将收到的主播的UID转换为二进制的数据类型并存储至所述搜索字典清理子模块清理后的搜索字典中;
所述主播信息添加子模块用于:将完成存储后的搜索字典添加至用户端的keychain中。
在上述技术方案的基础上,所述服务器还包括连麦候选人信息推送模块,该连麦候选人信息推送模块用于:按照指定时间段内统一推送的方式向主播端推送连麦候选人的信息。
在上述技术方案的基础上,所述连麦候选人的信息包括连麦候选人的UID、连麦候选人的昵称、连麦候选人的头像信息、连麦候选人的等级特权信息。
本发明的有益效果在于:
(1)本发明中,在对有骚扰嫌疑的连麦候选人进行处理时,首先读取钥匙串keychain中的数据,如果钥匙串keychain中记录了该连麦候选人被某个主播删除了且此次想要连麦的就是这个主播,则用户端直接不允许发起连麦请求,这样绝大部分有骚扰嫌疑的用户能在未发起网络请求、未与服务器交互前就可以被其所在的用户端所拦截,从而达到防骚扰的目的。而对于少部分刷机的用户,由于钥匙串keychain中数据因刷机丢失而无法读取,针对这种小概率的事件可以通过服务器进行验证判断来屏蔽有骚扰嫌疑的用户,从而彻底的实现对骚扰用户的屏蔽。
与现有技术相比,本发明通过上述处理操作,能有效、可靠的实现连麦过程中的防骚扰;同时,由于绝大部分有骚扰嫌疑的用户能在未发起网络请求、未与服务器交互前就可以被其所在的用户端所拦截,从而极大的减少了服务器的请求量,降低了服务器的压力,使用效果理想。
(2)本发明中,有骚扰嫌疑的连麦候选人的用户端会将收到的主播的UID的信息存储到钥匙串keychain中。采用钥匙串keychain的存储方式而非普通的存储方式,可以避免用户端因应用数据卸载或升级,而使得存储的信息被删除,从而有效保证了绝大部分有骚扰嫌疑的用户能在未发起网络请求、未与服务器交互前就可以被其所在的用户端所拦截。
(3)本发明中,主播端获取的连麦候选人的信息均是由服务器推送的,且服务器推送时是按照指定时间段内统一推送的方式进行推送的。这种按照指定时间段内统一推送的方式,可在保证推送及时性的前提下,有效减少服务器向直播端推送的次数,可避免服务器因频繁向直播端推送而给直播端造成传输压力。
(4)本发明中,主播端与用户端之间并不是直接进行交互,而是通过服务器来进行中间存储和控制,这样不但可有效防止信息的丢失,而且还能提高***的稳定性。
附图说明
图1为本发明实施例中连麦中防骚扰的方法的流程图;
图2为本发明实施例中步骤S5的具体流程图;
图3为本发明实施例中连麦中防骚扰的***的结构框图;
图4为本发明实施例中用户端的主播信息保存模块的具体结构示意图。
具体实施方式
下面结合附图及具体实施例对本发明作进一步的详细描述。
参见图1所示,本发明实施例提供一种连麦中防骚扰的方法,该方法包括以下步骤:
步骤S1、主播端实时获取连麦候选人的信息并保存至主播端本地。
本实施例中,连麦候选人的信息包括但不限于:连麦候选人的UID(UserIdentification,用户身份证明)、连麦候选人的昵称、连麦候选人的头像信息、连麦候选人的等级特权信息等。并且,主播端获取的连麦候选人的信息是由服务器向主播端推送的。具体来说,服务器向主播端推送连麦候选人的信息的具体流程包括:
1)当有用户登录直播间时,服务器判断用户登录的直播间的主播端是否可以连麦且当前登录的用户是否具有连麦权限,若主播端可以连麦且当前登录的用户具有连麦权限,则服务器告知用户的用户端可以发起连麦请求,转入步骤2;否则,服务器向用户的用户端发出提醒信息,告知用户去付费或者完成特定的任务以获得连麦权限。
2)可以发起连麦请求的用户端通过socket(套接字)发送连麦请求给服务器;服务器收到连麦请求后,将该用户端的用户信息作为连麦候选人的信息推送至对应的主播端。
在上述实施例的具体流程的中,服务器会对用户的连麦权限进行判断,如果不具有连麦权限会引导用户去获取连麦权限,这样可有效提高用户参与连麦的积极性、增强用户参与的活跃度。更重要的是,用户的连麦请求不是直接向直播端发送,而是先发送至服务器存储再推送。这一过程不但可有效防止信息的丢失,而且如果连麦请求过程不经过服务器交互直接告知主播端,会因缺少服务器的存储和控制而导致***很不稳定。
另外,可以理解的是,在一种实施方式中,服务器向主播端推送连麦候选人的信息时,可以按照指定时间段内统一推送的方式进行。例如,5秒内有多个用户(连麦候选人)向同一个主播端发送连麦请求,则服务器会将这多个用户(连麦候选人)统一一次推送给对应的主播端。该指定时间段的具体数值设置可由开发人员根据具体情况的需要而自行设置,一般来说,可设置为5秒。这种按照指定时间段内统一推送的方式,可在保证推送及时性的前提下,有效减少服务器向直播端推送的次数,可避免服务器因频繁向直播端推送而给直播端造成传输压力。
步骤S1中,主播端将获取的连麦候选人的信息保存至本地时,可采用数组存储的形式保存至本地,也可采用数据库存储的形式保存至本地。
步骤S2、主播端在界面展示所有的连麦候选人的信息后,若主播端发现某个连麦候选人有骚扰嫌疑,则将有骚扰嫌疑的连麦候选人的信息从主播端本地删除,并将有骚扰嫌疑的连麦候选人的信息发送至服务器。
实际操作时,主播端在界面展示所有的连麦候选人的信息后,若主播端未发现任何连麦候选人有骚扰嫌疑,则可根据主播从展示的连麦候选人中选出的某个连麦候选人,完成与该连麦候选人的连麦。主播端完成与该连麦候选人的连麦的具体流程如下:
1)主播端根据主播从展示的连麦候选人中选出的某个连麦候选人,将选出的连麦候选人的信息告知服务器;
2)服务器将收到信息后,会将主播已接收连麦请求的这个消息推送到选出的连麦候选人的用户端,此时,该连麦候选人就变为了连麦者,这个连麦者收到主播已接收连麦请求的消息后,将进行连麦确认并反馈给主播端;
3)主播端收到连麦者的连麦确认后,主播端已有的视频模块就会将连麦者所在用户端的视频流采集到主播端,使得主播端能观看到连麦者的视频;并且,主播端还将主播自己的视频流推送到连麦者所在用户端显示,使得连麦者所在用户端即显示主播端推送过来的视频流,也显示自己摄像头采集的视频流;同时,服务器采集主播端的视频流,并将主播端和连麦者所在用户端的视频流进行合成,推流到其他的用户端(指除连麦者所在用户端之外的其他用户端)。
步骤3)中,主播端收到连麦者的连麦确认后才通知视频模块进行视频合成,有效的保证了连麦过程中的消息和视频流同步,增强了连麦操作的可靠性,降低了出现故障的概率。
可以理解的是,主播端在界面展示所有的连麦候选人的信息后,若实时又收到服务器推送来的新的连麦候选人的信息,则会根据新的连麦候选人的信息刷新界面展示,实现了连麦候选人在主播端的实时展示。另外,主播端发现有骚扰嫌疑的连麦候选人并删除的操作,可发生在直播过程中或者连麦建立之前。也就是说,当在直播过程中主播端发现有骚扰嫌疑的连麦候选人,可将该连麦候选人删除;当在连麦建立之前主播端发现有骚扰嫌疑的连麦候选人,也可将该连麦候选人删除。
本实施例中,主播端将有骚扰嫌疑的连麦候选人的信息发送至服务器时,使用的是socket(套接字)的方式发送至服务器的。
以IOS***为例,使用socket(套接字)方式发送信息的具体实现步骤如下:
1)创建一个DYLADanmuManager管理类,这个管理类专门管理socket的一些操作;
2)获取上述管理类的对象instance,使用instance调用自定义的用于实现向服务器发送有骚扰嫌疑的连麦候选人的信息的函数clearCandidateLianmaiForLA,并将有骚扰嫌疑的连麦候选人的UID作为参数传入函数clearCandidateLianmaiForLA,函数clearCandidateLianmaiForLA将有骚扰嫌疑的连麦候选人的信息发送至服务器。
具体来说,函数clearCandidateLianmaiForLA的内部实现过程如下:
a、创建一个异步线程dispatch_async,创建一个串行队列socketQueue;
b、利用上述异步线程创建一个网络请求任务,该网络请求的任务是:使用封装好的C++协议工具类danmuSignalingControl将传入的参数(有骚扰嫌疑的连麦候选人的UID)发送至服务器;
c、将上述网络请求任务加入到所述串行队列socketQueue中,该串行队列可保证网络不会被阻塞,同时顺序执行任务。
步骤S3、服务器保存收到的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID;并将该主播的UID发送至有骚扰嫌疑的连麦候选人的用户端。
步骤S4、有骚扰嫌疑的连麦候选人的用户端将收到的主播的UID保存至用户端直播软件的钥匙串keychain中。可以理解的是,钥匙串keychain在各种应用程序或***中都会使用,其主要用于安全保存一些如密码、秘钥、认证等信息。
以IOS***为例,在一种实施方式中,步骤S4具体包括以下流程:
步骤S401、有骚扰嫌疑的连麦候选人的用户端获取直播软件的钥匙串keychain中存储的一个可变字典类型NSMutableDictionary的搜索字典。
步骤S402、对搜索字典中的信息进行清理,即删除搜索字典中以前存储的主播的UID的信息。当然,如果之前没有存储过任何主播的UID的信息,也可以不进行清理。
具体实现清理时,可使用现有的钥匙串条目删除函数SecItemDelete。SecItemDelete函数是Keychain Services提供的一系列API(Application ProgrammingInterface,应用编程接口)中的一种。Keychain Services提供的一系列API用以存取和更新keychain item(钥匙串条目),包括:SecItemAdd(条目添加函数)、SecItemUpdate(条目更新函数)、SecItemCopyMatching(条目查找函数)和SecItemDelete(条目删除函数)。
步骤S403、将收到的主播的UID转换为NSData类型并存储至搜索字典中。可以理解的是,NSData类型是IOS的一个基本数据类型,用于存储二进制的数据类型。具体实现数据转换时,可使用现有IOS已有的archivedDataWithRootObject函数来实现。
步骤S404、将当前完成存储后的搜索字典添加至钥匙串keychain中。同样,实现添加时,可使用Keychain Services提供的钥匙串条目添加函数SecItemAdd。
需要注意的是,上述在IOS***中实现步骤S4的具体操作仅仅是一个例子而已,在其他的***中(如安卓***中),步骤S4的具体实现流程,开发人员可以根据安卓***的实际函数、代码、接口等情况进行具体的设计和调整,在此不做限制。
步骤S4中,有骚扰嫌疑的连麦候选人的用户端会将收到的主播的UID的信息存储到钥匙串keychain中。存储到钥匙串keychain是一种比较特殊的存储方式,这种方式不同于普通的存储方式。普通的存储方式在应用数据卸载时存储的信息就会被删除,而使用钥匙串keychain存储即使应用数据卸载,钥匙串keychain中的数据也不会删除(除非应用被刷机,数据才会被删除。而针对刷机的情况,本发明的实施例中使用的是服务器存储并验证的方式来解决,后文中会有详细介绍,此处不再赘述),从一定程度上保证了防骚扰的有效实现。
步骤S5、当有骚扰嫌疑的连麦候选人再次发起连麦请求时,读取钥匙串keychain中数据,若读取成功,则该连麦候选人的用户端将根据钥匙串keychain中存储的主播的UID,判断是否允许该连麦候选人发起连麦;若读取失败,则服务器根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦。
步骤S5中,对有骚扰嫌疑的连麦候选人进行处理时,首先读取钥匙串keychain中的数据,如果钥匙串keychain中记录了该连麦候选人被某个主播删除了且此次想要连麦的就是这个主播,则用户端直接不允许连麦,这样绝大部分有骚扰嫌疑的用户能在未发起网络请求、未与服务器交互前就可以被其所在的用户端所拦截,从而达到防骚扰的目的且能减少对网络的压力。对于少部分刷机的用户,由于钥匙串keychain中数据因刷机丢失而无法读取,而针对这种小概率的事件可以通过服务器进行验证判断来屏蔽有骚扰嫌疑的用户,从而彻底的实现屏蔽骚扰用户。上述优化流程即实现了连麦过程中的防骚扰又极大的减少了服务器的请求量,降低了服务器的压力,使用效果理想。
参见图2所示,在一种实施方式中,步骤S5具体包括以下流程:
步骤S501、当有骚扰嫌疑的连麦候选人想要再次发起连麦请求时,该连麦候选人的用户端获取钥匙串keychain中存储的搜索字典,若获取成功,转入步骤S502,若获取失败,表明该连麦候选人的用户端进行过刷机操作,使得钥匙串keychain中用于存储主播的UID的搜索字典丢失,则转入步骤S505。
以IOS***为例,步骤S501中,该连麦候选人的用户端获取钥匙串keychain中存储的搜索字典时,可使用已有的用于获取钥匙串keychain中信息的getKeychainQuery函数来实现。
步骤S502、该连麦候选人的用户端判断想要连麦的主播的UID是否与搜索字典中存储的主播的UID相同,若是,转入步骤S503;若否,转入步骤S504。
还是以IOS***为例,步骤S502中,该连麦候选人的用户端判断想要连麦的主播的UID是否是钥匙串keychain中存储的主播的UID时,可使用Keychain Services提供的钥匙串条目查找函数SecItemCopyMatching来实现。
步骤S503、该连麦候选人的用户端不允许该连麦候选人发起连麦请求,并给出无法连麦的提示。
步骤S504、该连麦候选人的用户端允许该连麦候选人发起连麦请求,且服务器直接将该连麦候选人的连麦请求推送至主播端。
步骤S505、该连麦候选人的用户端将连麦请求发送至服务器;服务器根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦,若是,转入步骤S506;若否,转入步骤S507。
在具体实现的时候,服务器根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦时,若该连麦候选人是服务器保存的有骚扰嫌疑的连麦候选人且想要连麦的主播的UID就是保存的对应主播的UID,则判定为不允许该连麦候选人发起连麦,否则,判定为允许该连麦候选人发起连麦。
步骤S506、服务器将该连麦候选人的连麦请求推送至主播端。
步骤S507、服务器告知该连麦候选人的用户端无法发起连麦,且不会将该连麦候选人的连麦请求推送至主播端,即主播端不会收到连麦候选人的连麦请求,从而达到了防骚扰的目的。
对应上述的连麦中防骚扰的方法,本发明实施例还提供一种存储介质,其上存储有计算机程序,该计算机程序被处理器执行时可实现上述各实施例的连麦中防骚扰的方法的步骤。需要说明的是,所述存储介质包括U盘、移动硬盘、ROM(Read-Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、磁碟或者光盘等各种可以存储程序代码的介质。
参见图3所示,本发明实施例还提供一种连麦中防骚扰的***,该***包括主播端、服务器和用户端,主播端和用户端均与服务器通信。其中,主播端包括连麦候选人信息获取模块、骚扰连麦人删除模块;服务器包括骚扰连麦人信息保存模块、连麦验证判断模块;用户端包括主播信息保存模块、连麦发起判断模块;
连麦候选人信息获取模块用于:实时获取连麦候选人的信息并保存至主播端本地;
骚扰连麦人删除模块用于:当主播端在界面展示所有的连麦候选人的信息后发现某个连麦候选人有骚扰嫌疑时,将有骚扰嫌疑的连麦候选人的信息从主播端本地删除,并将有骚扰嫌疑的连麦候选人的信息发送至服务器的骚扰连麦人信息保存模块;
骚扰连麦人信息保存模块用于:保存收到的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID;并将该主播的UID发送至有骚扰嫌疑的连麦候选人的用户端的主播信息保存模块;
主播信息保存模块用于:将收到的主播的UID保存至用户端的钥匙串keychain中;
连麦发起判断模块用于:当有骚扰嫌疑的连麦候选人再次发起连麦请求时,读取用户端的keychain中的数据,若读取成功,则根据keychain中存储的主播的UID,判断是否允许该连麦候选人发起连麦;若读取失败,则将该连麦候选人的连麦请求发送至服务器的连麦验证判断模块;
连麦验证判断模块用于:收到连麦发起判断模块发来的连麦候选人的连麦请求后,根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦。
进一步地,参见图3所示,主播端还包括连麦处理模块,该连麦处理模块用于:当主播端在界面展示所有的连麦候选人的信息后未发现任何连麦候选人有骚扰嫌疑时,根据主播从展示的连麦候选人中选出的某个连麦候选人,完成与选出的连麦候选人的连麦。
进一步地,参见图3所示,服务器还包括连麦候选人信息推送模块,该连麦候选人信息推送模块用于:按照指定时间段内统一推送的方式向主播端推送连麦候选人的信息。例如,5秒内有多个用户(连麦候选人)向同一个主播端发送连麦请求,则服务器会将这多个用户(连麦候选人)统一一次推送给对应的主播端。所述指定时间段的具体数值设置可由开发人员根据具体情况的需要而自行设置,一般来说,可设置为5秒。这种按照指定时间段内统一推送的方式,可在保证推送及时性的前提下,有效减少服务器向直播端推送的次数,可避免服务器因频繁向直播端推送而给直播端造成传输压力。
更进一步地,参见图4所示,用户端的主播信息保存模块具体包括搜索字典获取子模块、搜索字典清理子模块、主播信息转换存储子模块和主播信息添加子模块。
其中,搜索字典获取子模块用于:获取用户端的keychain中存储的一个可变字典类型的搜索字典;
搜索字典清理子模块用于:对搜索字典中的信息进行清理;
主播信息转换存储子模块用于:将收到的主播的UID转换为二进制的数据类型并存储至所述搜索字典清理子模块清理后的搜索字典中;
主播信息添加子模块用于:将完成存储后的搜索字典添加至用户端的keychain中。
需要说明的是:上述实施例提供的***在进行连麦中防骚扰的操作时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将***的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。
本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种连麦中防骚扰的方法,其特征在于,该方法包括以下步骤:
S1、主播端实时获取连麦候选人的信息并保存至主播端本地;
S2、主播端在界面展示所有的连麦候选人的信息后,若主播端发现某个连麦候选人有骚扰嫌疑,将有骚扰嫌疑的连麦候选人的信息从主播端本地删除,并将有骚扰嫌疑的连麦候选人的信息发送至服务器;
S3、服务器保存收到的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID;并将该主播的UID发送至有骚扰嫌疑的连麦候选人的用户端;
S4、有骚扰嫌疑的连麦候选人的用户端将收到的主播的UID保存至用户端的钥匙串keychain中;
S5、当有骚扰嫌疑的连麦候选人再次发起连麦请求时,其用户端读取keychain中数据,若读取成功,则用户端将根据keychain中存储的主播的UID,判断是否允许该连麦候选人发起连麦;若读取失败,将该连麦候选人的信息发送至服务器,则服务器根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦。
2.如权利要求1所述的连麦中防骚扰的方法,其特征在于,步骤S2中还包括以下操作:主播端在界面展示所有的连麦候选人的信息后,若主播端未发现任何连麦候选人有骚扰嫌疑,则根据主播从展示的连麦候选人中选出的某个连麦候选人,完成与选出的连麦候选人的连麦。
3.如权利要求1所述的连麦中防骚扰的方法,其特征在于,步骤S4具体包括以下操作:
S401、有骚扰嫌疑的连麦候选人的用户端获取keychain中存储的一个可变字典类型的搜索字典;
S402、对搜索字典中的信息进行清理;
S403、将收到的主播的UID转换为二进制的数据类型并存储至搜索字典中;
S404、将当前完成存储后的搜索字典添加至keychain中。
4.如权利要求1所述的连麦中防骚扰的方法,其特征在于:步骤S1中,所述连麦候选人的信息由服务器按照指定时间段内统一推送的方式向主播端推送。
5.一种存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现上述权利要求1至4中任一项所述方法的步骤。
6.一种连麦中防骚扰的***,该***包括主播端、服务器和用户端,主播端和用户端均与服务器通信,其特征在于:所述主播端包括连麦候选人信息获取模块、骚扰连麦人删除模块;所述服务器包括骚扰连麦人信息保存模块、连麦验证判断模块;所述用户端包括主播信息保存模块、连麦发起判断模块;
所述连麦候选人信息获取模块用于:实时获取连麦候选人的信息并保存至主播端本地;
所述骚扰连麦人删除模块用于:当主播端在界面展示所有的连麦候选人的信息后发现某个连麦候选人有骚扰嫌疑时,将有骚扰嫌疑的连麦候选人的信息从主播端本地删除,并将有骚扰嫌疑的连麦候选人的信息发送至服务器的骚扰连麦人信息保存模块;
所述骚扰连麦人信息保存模块用于:保存收到的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID;并将该主播的UID发送至有骚扰嫌疑的连麦候选人的用户端的主播信息保存模块;
所述主播信息保存模块用于:将收到的主播的UID保存至用户端的钥匙串keychain中;
所述连麦发起判断模块用于:当有骚扰嫌疑的连麦候选人再次发起连麦请求时,读取用户端的keychain中的数据,若读取成功,则根据keychain中存储的主播的UID,判断是否允许该连麦候选人发起连麦;若读取失败,则将该连麦候选人的连麦请求发送至服务器的连麦验证判断模块;
所述连麦验证判断模块用于:收到连麦发起判断模块发来的连麦候选人的连麦请求后,根据保存的有骚扰嫌疑的连麦候选人的信息以及发送该信息的主播的UID,判断是否允许该连麦候选人发起连麦。
7.如权利要求6所述的连麦中防骚扰的***,其特征在于:所述主播端还包括连麦处理模块,该连麦处理模块用于:当主播端在界面展示所有的连麦候选人的信息后未发现任何连麦候选人有骚扰嫌疑时,根据主播从展示的连麦候选人中选出的某个连麦候选人,完成与选出的连麦候选人的连麦。
8.如权利要求6所述的连麦中防骚扰的***,其特征在于:所述主播信息保存模块包括搜索字典获取子模块、搜索字典清理子模块、主播信息转换存储子模块和主播信息添加子模块;
所述搜索字典获取子模块用于:获取用户端的keychain中存储的一个可变字典类型的搜索字典;
所述搜索字典清理子模块用于:对搜索字典中的信息进行清理;
所述主播信息转换存储子模块用于:将收到的主播的UID转换为二进制的数据类型并存储至所述搜索字典清理子模块清理后的搜索字典中;
所述主播信息添加子模块用于:将完成存储后的搜索字典添加至用户端的keychain中。
9.如权利要求6所述的连麦中防骚扰的***,其特征在于:所述服务器还包括连麦候选人信息推送模块,该连麦候选人信息推送模块用于:按照指定时间段内统一推送的方式向主播端推送连麦候选人的信息。
10.如权利要求6至9中任一项所述的连麦中防骚扰的***,其特征在于:所述连麦候选人的信息包括连麦候选人的UID、连麦候选人的昵称、连麦候选人的头像信息、连麦候选人的等级特权信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710359210.3A CN108965898B (zh) | 2017-05-19 | 2017-05-19 | 一种连麦中防骚扰的方法、存储介质及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710359210.3A CN108965898B (zh) | 2017-05-19 | 2017-05-19 | 一种连麦中防骚扰的方法、存储介质及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108965898A CN108965898A (zh) | 2018-12-07 |
CN108965898B true CN108965898B (zh) | 2020-08-04 |
Family
ID=64461646
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710359210.3A Active CN108965898B (zh) | 2017-05-19 | 2017-05-19 | 一种连麦中防骚扰的方法、存储介质及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108965898B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN201557158U (zh) * | 2009-12-23 | 2010-08-18 | 中国科学院沈阳计算技术研究所有限公司 | 一种新型热线电话耦合装置 |
US8375397B1 (en) * | 2007-11-06 | 2013-02-12 | Google Inc. | Snapshot view of multi-dimensional virtual environment |
CN105474166A (zh) * | 2013-03-15 | 2016-04-06 | 先进元素科技公司 | 用于有目的计算的方法和*** |
CN105491458A (zh) * | 2015-11-27 | 2016-04-13 | 武汉斗鱼网络科技有限公司 | 一种直播网站中弹幕发言时间的优化方法 |
CN105574434A (zh) * | 2015-12-14 | 2016-05-11 | 网易(杭州)网络有限公司 | 信息屏蔽方法及装置 |
CN105812951A (zh) * | 2016-03-24 | 2016-07-27 | 广州华多网络科技有限公司 | 流媒体数据交互方法、终端、服务器及*** |
CN105828214A (zh) * | 2016-03-31 | 2016-08-03 | 徐文波 | 视频直播中互动的实现方法和装置 |
CN106656503A (zh) * | 2016-10-13 | 2017-05-10 | 上海众人网络安全技术有限公司 | 密钥存储方法、数据加解密方法、电子签名方法及其装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7978761B2 (en) * | 2004-10-05 | 2011-07-12 | Vectormax Corporation | Method and system for loss-tolerant multimedia multicasting |
US20090325138A1 (en) * | 2008-06-26 | 2009-12-31 | Gary Stephen Shuster | Virtual interactive classroom using groups |
-
2017
- 2017-05-19 CN CN201710359210.3A patent/CN108965898B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8375397B1 (en) * | 2007-11-06 | 2013-02-12 | Google Inc. | Snapshot view of multi-dimensional virtual environment |
CN201557158U (zh) * | 2009-12-23 | 2010-08-18 | 中国科学院沈阳计算技术研究所有限公司 | 一种新型热线电话耦合装置 |
CN105474166A (zh) * | 2013-03-15 | 2016-04-06 | 先进元素科技公司 | 用于有目的计算的方法和*** |
CN105491458A (zh) * | 2015-11-27 | 2016-04-13 | 武汉斗鱼网络科技有限公司 | 一种直播网站中弹幕发言时间的优化方法 |
CN105574434A (zh) * | 2015-12-14 | 2016-05-11 | 网易(杭州)网络有限公司 | 信息屏蔽方法及装置 |
CN105812951A (zh) * | 2016-03-24 | 2016-07-27 | 广州华多网络科技有限公司 | 流媒体数据交互方法、终端、服务器及*** |
CN105828214A (zh) * | 2016-03-31 | 2016-08-03 | 徐文波 | 视频直播中互动的实现方法和装置 |
CN106656503A (zh) * | 2016-10-13 | 2017-05-10 | 上海众人网络安全技术有限公司 | 密钥存储方法、数据加解密方法、电子签名方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108965898A (zh) | 2018-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9686329B2 (en) | Method and apparatus for displaying webcast rooms | |
US8767932B2 (en) | Accessing a calendar server to facilitate initiation of a scheduled call | |
US20180043264A1 (en) | Game Accessing Method and Processing Method, Server, Terminal, and System | |
WO2014183427A1 (en) | Method and apparatus for displaying webcast rooms | |
CN109902195B (zh) | 监控图像查询方法、装置、设备及介质 | |
CN107800901B (zh) | 用户呼叫处理方法、装置、计算机设备和存储介质 | |
CN109688042A (zh) | 一种消息处理方法及装置 | |
WO2017101297A1 (zh) | 一种视频留言方法、装置、终端及服务器 | |
CN111083519A (zh) | 基于云和边缘计算的vr内容分发***及方法 | |
CN110620890A (zh) | 文件上传方法及*** | |
WO2021190557A1 (zh) | 交互方法、装置和电子设备 | |
CN105898582A (zh) | 分享观影券的方法、终端设备和服务器 | |
WO2018133767A1 (zh) | 通话控制方法、终端设备及存储介质 | |
US20230013371A1 (en) | Data communication method, apparatus, and device, storage medium, and computer program product | |
CN102185856A (zh) | 组队游戏中组队视频方法、装置及*** | |
CN105320880A (zh) | 终端的控制方法及装置 | |
CN105376434B (zh) | 在移动端进行电话预约会议的装置和方法 | |
CN105376136B (zh) | 即时通讯方法、服务器及*** | |
CN110166725A (zh) | 视频方法、装置、计算机设备及存储介质 | |
CN115002690A (zh) | 基于5g消息的用户信息快速采集***、方法及装置 | |
CN113346973B (zh) | 事件提示方法及装置、电子设备、计算机可读存储介质 | |
CN111866544B (zh) | 数据处理方法、装置、设备及计算机可读存储介质 | |
CN108965898B (zh) | 一种连麦中防骚扰的方法、存储介质及*** | |
US9485458B2 (en) | Data processing method and device | |
CN109828805A (zh) | 信息交互处理的方法、服务器、电子设备、存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |