CN107743250B - Pc上实现主播连麦pk的方法、存储介质、设备及系统 - Google Patents
Pc上实现主播连麦pk的方法、存储介质、设备及系统 Download PDFInfo
- Publication number
- CN107743250B CN107743250B CN201710932717.3A CN201710932717A CN107743250B CN 107743250 B CN107743250 B CN 107743250B CN 201710932717 A CN201710932717 A CN 201710932717A CN 107743250 B CN107743250 B CN 107743250B
- Authority
- CN
- China
- Prior art keywords
- wheat
- main broadcaster
- client
- company
- web browser
- 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
- 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/25866—Management of end-user data
- H04N21/25875—Management of end-user data involving end-user authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/535—Tracking the activity of the user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- 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/25866—Management of end-user data
- H04N21/25891—Management of end-user data being end-user preferences
-
- 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
-
- 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/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8173—End-user applications, e.g. Web browser, game
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Graphics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种PC上实现主播连麦PK的方法、存储介质、设备及系统,涉及直播应用开发技术领域。该方法包括:当连麦主播发起连麦请求时,该连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息;被连麦主播的PC客户端收到连麦请求消息后,通过后台服务器向连麦主播的PC客户端发送同意连麦消息;当连麦双方的主播在PC客户端连麦成功后,切换到各自的web浏览器,并在web浏览器上进行PK操作;当连麦双方中任意一个主播的PC客户端断开连麦时,两主播的web浏览器中断当前PK操作。本发明通过将连麦入口和PK的入口进行拆分,使得主播不再需要在连麦PK的过程中频繁切换,使用更加方便,易用性高。
Description
技术领域
本发明涉及直播应用开发技术领域,具体来讲是一种PC上实现主播连麦PK的方法、存储介质、设备及系统。
背景技术
随着互联网技术的迅速发展,越来越多的用户可以使用电脑、手机等终端通过网络观看在线视频直播。现在直播行业中最普通的直播形式是一个主播在自己直播间面向粉丝直播。随着直播技术的发展,也已出现了让两个主播进行连麦,使画面和声音都面向双方房间的粉丝直播的这种形态。而为了能更大程度的提升直播的趣味性,在主播连麦的基础上,又引入了竞赛性的PK机制让双方主播进行一场短暂的比赛,这也称为主播连麦PK。
目前,主播进行直播的工具不止一种,有手机移动端,PC(personal computer,个人计算机)上的PC客户端,以及PC上的web浏览器等。就PC上的主播连麦PK来说,用户需要依赖PC客户端,但是就目前的统计数据来看,主播在PC上使用最多的还是web浏览器,因为web浏览器使用起来方便,功能更全面。那么,为什么不把连麦PK相关功能都集中到web浏览器上,还需要依赖一个PC客户端呢?这是因为两个直播间连麦后的视频混流是在主播PC上混的,这在专门的PC客户端上实现不是问题,而在web浏览器上做视频混流则存在技术难度。这就导致一个现有技术架构上的一个缺陷:主播在使用连麦功能的过程中,需要先在PC客户端上与对方连麦,然后在web浏览器上盯着自己的直播窗口和各种数据;而在与对方进行PK的时候双方又都需要切换回PC客户端,各自进行发起PK及接受PK等操作,使用起来非常不方便。
因此,如何在现有技术架构上,优化PC上主播连麦PK的实现方法,使得主播使用起来更加方便,是本领域技术人员亟待解决的问题。
发明内容
本发明的目的是为了克服上述背景技术的不足,提供一种PC上实现主播连麦PK的方法、存储介质、设备及系统,通过将连麦入口和PK的入口进行拆分(在PC客户端上进行连麦,在web浏览器上操作PK),使得主播不再需要在连麦PK的过程中频繁切换,使用更加方便,易用性高。
为达到以上目的,本发明采取的技术方案是:提供一种PC上实现主播连麦PK的方法,该方法包括以下步骤:
S1、当主播通过PC客户端或web浏览器登录后,记录下主播当前使用的登录类型,该登录类型包括PC客户端登录、web浏览器登录;并将记录的登录类型发送给后台服务器,转入步骤S2;
S2、当主播点击连麦按钮发起连麦请求时,根据记录的登录类型判断该连麦主播是否是PC客户端登录;若是,该连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息,转入步骤S3;若否,提示连麦主播通过PC客户端登录进行连麦,返回步骤S1;
S3、当被连麦主播收到连麦主播发来的连麦请求消息并点击同意连麦按钮后,被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息;连麦主播的PC客户端收到该同意连麦消息后,双方连麦成功,转入步骤S4;
S4、当连麦双方的主播在PC客户端连麦成功后,将切换到各自的web浏览器,并在web浏览器上进行PK操作,转入步骤S5;
S5、当连麦双方中任意一个主播的PC客户端断开连麦时,两主播的web浏览器中断当前PK操作,结束。
在上述技术方案的基础上,步骤S4中,在web浏览器上进行PK操作的具体流程如下:
步骤1、连麦主播的web浏览器获取当前的连麦双方的连麦状态数据,所述连麦双方的连麦状态数据包括:两个主播的房间号、昵称、等级以及连麦状态;
步骤2、连麦主播的web浏览器根据获取到的连麦双方的连麦状态数据,向后台服务器发送PK请求消息,请求与被连麦主播进行PK;所述PK请求消息携带有连麦主播的房间号和被连麦主播的房间号;
步骤3、后台服务器根据PK请求消息中的被连麦主播的房间号查找到相应的被连麦主播的web浏览器,并将PK请求消息通过SOCKET方式转发至被连麦主播的web浏览器;
步骤4、当被连麦主播通过web浏览器收到连麦主播发来的PK请求消息并点击同意PK按钮后,被连麦主播的web浏览器向后台服务器发送同意PK消息,所述同意PK消息携带有连麦主播的房间号和被连麦主播的房间号;
步骤5、后台服务器根据同意PK消息中的连麦主播的房间号查找到相应的连麦主播的web浏览器,并将同意PK消息通过SOCKET方式转发至连麦主播的web浏览器。
在上述技术方案的基础上,步骤S3之后还包括以下操作:连麦双方的PC客户端在连麦成功后,均会每隔指定时间向后台服务器发送一次心跳信息;后台服务器为每个连麦中的PC客户端记录活跃时间,收到心跳消息时会更新相应的PC客户端的活跃时间,并每隔一秒检查一次所有PC客户端的活跃时间,如果某个PC客户端活跃时间距当前时间的差值超过预设的失连时间,就会认为该PC客户端失连,则断开相应的连麦双方的PC客户端间的连麦连接。
本发明还提供一种存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述PC上实现主播连麦PK的方法的步骤。
本发明还提供一种PC上实现主播连麦PK的设备,包括存储器、处理器及存储在存储器上并在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述PC上实现主播连麦PK的方法的步骤。
本发明还提供一种PC上实现主播连麦PK的系统,该系统包括登录操作处理模块、连麦操作处理模块、PK操作处理模块和PK中断处理模块;
所述登录操作处理模块用于:收到登录处理信号后,当主播通过PC客户端或web浏览器登录后,记录下主播当前使用的登录类型,该登录类型包括PC客户端登录、web浏览器登录;并将记录的登录类型发送给后台服务器,向连麦操作处理模块发送连麦处理信号;
所述连麦操作处理模块用于:收到连麦处理信号后,当主播点击连麦按钮发起连麦请求时,根据记录的登录类型判断该连麦主播是否是PC客户端登录;若不是,提示连麦主播通过PC客户端登录进行连麦,并向登录操作处理模块发送登录处理信号;若是,控制连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息;当被连麦主播的PC客户端收到连麦请求消息并点击同意连麦按钮时,控制被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息;连麦主播的PC客户端收到该同意连麦消息后,双方连麦成功,向PK操作处理模块发送PK处理信号;
所述PK操作处理模块用于:收到PK处理信号后,控制连麦双方的PC切换到各自的web浏览器,并在web浏览器上进行PK操作;操作完成后,向PK中断处理模块发送PK中断处理信号;
所述PK中断处理模块用于:收到PK中断处理信号后,当连麦双方中任意一个主播的PC客户端断开连麦时,控制两主播的web浏览器中断当前PK操作。
在上述技术方案的基础上,所述连麦操作处理模块控制连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息的具体流程如下:
控制连麦主播的PC客户端向后台服务器发送连麦请求消息,请求与被连麦主播进行连麦;该连麦请求消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据连麦请求消息中的被连麦主播的房间号查找到相应的被连麦主播的PC客户端,并将连麦请求消息通过SOCKET方式转发至被连麦主播的PC客户端;若被连麦主播不是PC客户端登录的,则后台服务器还需提示被连麦主播通过PC客户端登录进行连麦请求的响应。
在上述技术方案的基础上,所述连麦操作处理模块控制被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息的具体流程如下:
控制被连麦主播的PC客户端向后台服务器发送同意连麦消息,该同意连麦消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据同意连麦消息中的连麦主播的房间号查找到相应的连麦主播的PC客户端,并将同意连麦消息通过SOCKET方式转发至连麦主播的PC客户端。
在上述技术方案的基础上,所述PK操作处理模块在web浏览器上进行PK操作具体流程如下:
控制连麦主播的web浏览器获取当前的连麦双方的连麦状态数据,所述连麦双方的连麦状态数据包括:两个主播的房间号、昵称、等级以及连麦状态;
控制连麦主播的web浏览器根据获取到的连麦双方的连麦状态数据,向后台服务器发送PK请求消息,请求与被连麦主播进行PK;所述PK请求消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据PK请求消息中的被连麦主播的房间号查找到相应的被连麦主播的web浏览器,并将PK请求消息通过SOCKET方式转发至被连麦主播的web浏览器;
当被连麦主播通过web浏览器收到连麦主播发来的PK请求消息并点击同意PK按钮后,控制被连麦主播的web浏览器向后台服务器发送同意PK消息,所述同意PK消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据同意PK消息中的连麦主播的房间号查找到相应的连麦主播的web浏览器,并将同意PK消息通过SOCKET方式转发至连麦主播的web浏览器。
在上述技术方案的基础上,所述连麦操作处理模块还用于:控制连麦双方的PC客户端在连麦成功后,会每隔指定时间向后台服务器发送一次心跳信息;
后台服务器为每个连麦中的PC客户端记录活跃时间,收到心跳消息时会更新相应的PC客户端的活跃时间,并每隔一秒检查一次所有PC客户端的活跃时间,如果某个PC客户端活跃时间距当前时间的差值超过预设的失连时间,就会认为该PC客户端失连,则断开相应的连麦双方的PC客户端间的连麦连接。
本发明的有益效果在于:
(1)本发明中,将连麦操作的处理端和PK操作的处理端进行了拆分,使得主播在PC客户端上进行连麦操作,在web浏览器上进行PK操作,从而让主播不再需要在PK的过程中频繁切换PC客户端和web浏览器,不但使用更加方便,易用性高;而且在提升易用性后,可以更好地激发主播使用连麦PK功能的兴趣,对提升直播平台的礼物收益有很好的帮助,经济效益更好。
(2)本发明中,两个主播的PC客户端在连麦成功后,均会每隔指定时间(如5秒)向后台服务器发送一次心跳信息;后台服务器则会为每个连麦中的PC客户端记录活跃时间,收到心跳消息时会更新相应的PC客户端的活跃时间,并每隔一秒检查一次所有PC客户端的活跃时间,如果某个PC客户端活跃时间距当前时间的差值超过预设的失连时间(如15秒),就会认为该PC客户端失连,则断开两个主播的PC客户端之间的连麦连接。上述操作能够实时的了解连麦过程中的连接状态,使得连接有效性得到保障,实用性强。
附图说明
图1为本发明实施例中PC上实现主播连麦PK的方法的流程图;
图2为本发明实施例中进行连麦操作处理的流程示意图;
图3为本发明实施例中进行PK操作处理的流程示意图;
图4为本发明实施例中PC上实现主播连麦PK的设备的结构示意图;
图5为本发明实施例中PC上实现主播连麦PK的系统结构框图。
具体实施方式
下面结合附图及具体实施例对本发明作进一步的详细描述。
参见图1所示,本发明实施例提供一种PC上实现主播连麦PK的方法,该方法包括以下步骤:
步骤S1、当主播通过PC客户端或web浏览器登录后,记录下主播当前使用的登录类型,该登录类型包括PC客户端登录、web浏览器登录;并将记录的登录类型发送给后台服务器。
可以理解的是,在实际操作中,为了支持主播可选择在PC客户端或web浏览器登录,后台服务器可维护两种类型的会话:PC客户端登录类型的会话PcLoginSession和web浏览器登录类型的会话WebLoginSession。两种类型的会话都是Map类型数据结构,以主播房间号作为Key,映射到主播的当前会话状态数据,会话状态数据也包含了后台服务器与PC端的TCP连接的SOCKET ID。在主播登录请求协议LoginRequest中定义登录类型字段ClientType,表示主播当前使用的登录类型,1表示PC客户端登录,2表示web浏览器登录。主播在PC上使用不同的登录方式进行登录后,会将当前的登录类型记录在登录类型字段ClientType中;后台服务器根据登录请求LoginReqeust中的ClientType字段,就能判断主播当前登录的登录类型。如果是PC客户端登录,主播的登录会话状态数据会记录到PcLoginSession中,如果是web浏览器登录登录,则会记录到WebLoginSession中。这样后台服务器后续把不同类型的连麦信令消息发送到不同的终端时,就能找到各自终端的会话了。
步骤S2、当主播点击连麦按钮发起连麦请求时,根据记录的登录类型判断该连麦主播是否是PC客户端登录;若是,该连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息,转入步骤S3;若否,该连麦主播的web浏览器提示连麦主播通过PC客户端登录进行连麦,返回步骤S1。
在一种实施方式中,如图2所示,步骤S2中通过后台服务器向被连麦主播的PC客户端发送连麦请求消息的具体流程如下:
1、连麦主播的PC客户端向后台服务器发送连麦请求消息PHONE_REQUEST请求与被连麦主播进行连麦,该连麦请求消息PHONE_REQUEST携带有连麦主播的房间号LOCAL_ROOM_ID和被连麦主播的房间号PEER_ROOM_ID;
2、后台服务器根据连麦请求消息PHONE_REQUEST中的被连麦主播的房间号PEER_ROOM_ID查找到相应的被连麦主播的PC客户端,并将连麦请求消息PHONE_REQUEST通过SOCKET(套接字)的方式转发至被连麦主播的PC客户端;具体操作时,后台服务器可在PC客户端登录类型的会话PcLoginSession中查找被连麦主播的PC客户端登录会话,并通过该PC客户端登录会话中存储的TCP链接SOCKET,将连麦请求消息PHONE_REQUEST转发到被连麦主播的PC客户端;
3、若被连麦主播不是PC客户端登录的,则后台服务器还需提示被连麦主播通过PC客户端登录进行连麦请求的响应。
步骤S3、当被连麦主播通过PC客户端收到连麦主播发来的连麦请求消息并点击同意连麦按钮后,被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息;连麦主播的PC客户端收到该同意连麦消息后,双方连麦成功,转入步骤S4。
在一种实施方式中,如图2所示,步骤S3中被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息的具体流程如下:
1、被连麦主播的PC客户端向后台服务器发送同意连麦消息PHONE_ACCEPT,该同意连麦消息PHONE_ACCEPT携带有连麦主播的房间号LOCAL_ROOM_ID和被连麦主播的房间号PEER_ROOM_ID;
2、后台服务器根据同意连麦消息PHONE_ACCEPT中的连麦主播的房间号LOCAL_ROOM_ID查找到相应的连麦主播的PC客户端,并将同意连麦消息PHONE_ACCEPT通过SOCKET(套接字)的方式转发至连麦主播的PC客户端;具体操作时,后台服务器可在PC客户端登录类型的会话PcLoginSession中查找连麦主播的PC客户端登录会话,并通过该PC客户端登录会话中存储的TCP链接SOCKET,将同意连麦消息PHONE_ACCEPT转发到连麦主播的PC客户端。
通过上述步骤S2和步骤S3,完成了双方主播在各自PC客户端的连麦操作。
进一步的,为了能够实时的了解连麦过程中的连接状态,使得连接有效性得到保障。本实施例中,两个主播的PC客户端在连麦成功后,均会每隔指定时间(如5秒)向后台服务器发送一次心跳信息PHONE_HEARTBEAT;后台服务器为每个连麦中的PC客户端记录活跃时间,收到心跳消息时会更新相应的PC客户端的活跃时间,并每隔一秒检查一次所有PC客户端的活跃时间,如果某个PC客户端活跃时间距当前时间的差值超过预设的失连时间(如15秒),就会认为该PC客户端失连,则断开两个主播的PC客户端之间的连麦连接。
步骤S4、当连麦双方的主播在PC客户端连麦成功后,将切换到各自的web浏览器,并在web浏览器上进行PK操作。
进一步地,在一种实施方式中,步骤S4还包括以下操作:当两个主播在PC客户端连麦成功后,后台服务器可以将连麦双方的连麦状态数据存储在连接状态会话PhoneSession中,该连麦双方的连麦状态数据包括:两个主播的房间号、昵称、等级以及连麦状态(如连麦中、连麦断开、PK中、PK断开等)。该连接状态会话PhoneSession以双方主播的房间号组合作为其查找关键字Key,如:std::pair<ROO M_ID_BIG,ROOM_ID_SMALL>,两个房间号值较大的在前面,较小的在后面。并且,后台服务器将所有连麦中的两个主播的连接状态会话PhoneSession均保存在一个连接状态索引会话PhoneIndexSession中,后台服务器可根据每个主播的房间号查找到对应的连接状态会话PhoneSession的查找关键字Key,然后根据该查找关键字Key查找到对应的连接状态会话PhoneSession,从而得到当前的连麦状态信息。上述查找过程中,可以根据单个房间号查找到相应的连麦状态数据,使用更加方便、更加人性化,易用性高。
更进一步地,在一种实施方式中,步骤S4还包括以下操作:当两个主播在PC客户端连麦成功后,后台服务器在两个连麦主播的房间内发送连麦成功的广播消息PHONE_BROADCAST,连麦成功的广播消息PHONE_BROADCAST携带有连麦双方的连麦状态数据。所有登录到这两个直播间的用户以及主播自己都会收到该广播消息。
在上述操作基础上,如图3所示,在一种实施方式中,步骤S4中在web浏览器上进行PK操作的具体流程如下:
1、连麦主播的web浏览器获取当前的连麦双方的连麦状态数据,所述连麦双方的连麦状态数据包括:两个主播的房间号、昵称、等级以及连麦状态(如连麦中、连麦断开、PK中、PK断开等)。具体来说,连麦主播的web浏览器获取当前的连麦双方的连麦状态数据时,分以下两种场景:一是连麦主播登录web浏览器时还未在PC客户端与对方主播连麦,二是连麦主播登录web浏览器时双方主播已经在PC客户端完成了连麦。第一种情况下,双方连麦成功时连麦主播已经通过web浏览器登录直播间,因此,其web浏览器会收到连麦成功后由后台服务器广播的麦成功的广播消息PHONE_BROADCAST,并可从该广播消息中获取到连麦双方的连麦状态数据。第二种情况下,由于连麦主播登录web浏览器时双方主播已经在PC客户端完成了连麦,因此,可能无法收到连麦成功后由后台服务器广播的麦成功的广播消息PHONE_BROADCAST;此时,就只能从服务器的连接状态会话PhoneSession中查询到连麦双方的连麦状态数据。
2、连麦主播的web浏览器根据获取的连麦双方的连麦状态数据,向后台服务器发送PK请求消息PHONE_PK_REQUEST请求与被连麦主播进行PK,该PK请求消息PHONE_PK_REQUEST携带有连麦主播的房间号LOCAL_ROOM_ID和被连麦主播的房间号PEER_ROOM_ID。
3、后台服务器根据PK请求消息PHONE_PK_REQUEST中的被连麦主播的房间号PEER_ROOM_ID查找到相应的被连麦主播的web浏览器,并将PK请求消息PHONE_PK_REQUEST通过SOCKET(套接字)的方式转发至被连麦主播的web浏览器。具体操作时,后台服务器可在web浏览器登录类型的会话WebLoginSession中查找被连麦主播的web浏览器登录会话,并通过该web浏览器登录会话中存储的TCP链接SOCKET,将PK请求消息PHONE_PK_REQUEST转发到被连麦主播的web浏览器。
4、当被连麦主播通过web浏览器收到连麦主播发来的PK请求消息PHONE_PK_REQUEST并点击同意PK按钮后,被连麦主播的web浏览器向后台服务器发送同意PK消息PHONE_PK_ACCEPT,该同意PK消息PHONE_PK_ACCEPT携带有连麦主播的房间号LOCAL_ROOM_ID和被连麦主播的房间号PEER_ROOM_ID;
5、后台服务器根据同意PK消息PHONE_PK_ACCEPT中的连麦主播的房间号LOCAL_ROOM_ID查找到相应的连麦主播的web浏览器,并将同意PK消息PHONE_PK_ACCEPT通过SOCKET(套接字)的方式转发至连麦主播的web浏览器。具体操作时,后台服务器可在web浏览器登录类型的会话WebLoginSession中查找连麦主播的web浏览器登录会话,并通过该web浏览器登录会话中存储的TCP链接SOCKET,将同意PK消息PHONE_PK_ACCEPT转发到连麦主播的web浏览器。
可以理解的是,当两个主播在web浏览器上进行PK操作时,由于两个主播的PC客户端会定时发送心跳信息,因此两个主播的web浏览器可不再发送心跳信息。即使web浏览器失连或关闭,由于主播仍然在PC客户端端连麦,不影响当前双方的连麦状态。当主播再次登录web浏览器时,会收到后台服务器发送来的连麦PK提示消息PHONE_TIPS,该连麦PK提示消息PHONE_TIPS携带有连麦双方的连麦状态数据、PK总时长和PK剩余时长等数据,web浏览器可根据该连麦PK提示消息PHONE_TIPS实时展示当前的连麦PK状态。
步骤S5、当连麦双方中任意一个主播的PC客户端断开连麦时(可能由于网络异常导致断开连麦,也可能是主播主动关闭连麦),后台服务器将在双方主播的直播间发送连麦断开的广播消息,告知所有用户当前连麦已经断开;同时,两主播的web浏览器将同步该广播消息,并中断当前PK操作。(可以理解的是,若当前web浏览器中没进行PK操作或PK操作以及结束,则无需再次进行中断PK的操作)。
通过上述方法,实现了一种PC上的主播连麦PK方案。在上述操作过程中,将连麦操作的处理端和PK操作的处理端进行了拆分,使得主播在PC客户端上进行连麦操作,在web浏览器上进行PK操作,从而让主播不再需要在PK的过程中频繁切换PC客户端和web浏览器,不但使用更加方便,易用性高;而且在提升易用性后,可以更好地激发主播使用连麦PK功能的兴趣,对提升直播平台的礼物收益有很好的帮助,经济效益更好。
对应上述的PC上实现主播连麦PK的方法,本发明实施例还提供一种存储介质,其上存储有计算机程序,该计算机程序被处理器执行时可实现上述各实施例中的PC上实现主播连麦PK的方法的步骤。需要说明的是,所述存储介质包括U盘、移动硬盘、ROM(Read-OnlyMemory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、磁碟或者光盘等各种可以存储程序代码的介质。
另外,参见图4所示,对应上述的PC上实现主播连麦PK的方法,本发明实施例还提供一种PC上实现主播连麦PK的设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,该处理器执行计算机程序时可实现上述各实施例中的PC上实现主播连麦PK的方法的步骤。
参见图5所示,本发明实施例还提供一种PC上实现主播连麦PK的系统,该系统包括登录操作处理模块、连麦操作处理模块、PK操作处理模块和PK中断处理模块。
其中,登录操作处理模块用于:收到登录处理信号后,当主播通过PC客户端或web浏览器登录后,记录下主播当前使用的登录类型,该登录类型包括PC客户端登录、web浏览器登录;并将记录的登录类型发送给后台服务器,向连麦操作处理模块发送连麦处理信号;
连麦操作处理模块用于:收到连麦处理信号后,当主播点击连麦按钮发起连麦请求时,根据记录的登录类型判断该连麦主播是否是PC客户端登录;若不是,提示连麦主播通过PC客户端登录进行连麦,并向登录操作处理模块发送登录处理信号;若是,控制连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息;当被连麦主播的PC客户端收到连麦请求消息并点击同意连麦按钮时,控制被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息;连麦主播的PC客户端收到该同意连麦消息后,双方连麦成功,向PK操作处理模块发送PK处理信号;
PK操作处理模块用于:收到PK处理信号后,控制连麦双方的PC切换到各自的web浏览器,并在web浏览器上进行PK操作;操作完成后,向PK中断处理模块发送PK中断处理信号;
PK中断处理模块用于:收到PK中断处理信号后,当连麦双方中任意一个主播的PC客户端断开连麦时,控制两主播的web浏览器中断当前PK操作。
可以理解的是,PC上实现主播连麦PK的系统中的各功能模块的具体实现流程,是与上文PC上实现主播连麦PK的方法的各步骤详细流程一一对应的,此处不再赘述。
需要说明的是:上述实施例提供的系统在PC上实现主播连麦PK的操作时,仅以上述各功能模块的划分进行举例说明,实际应用中,可根据需要将上述功能分配由不同的功能模块完成,即将系统的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
本发明不局限于上述实施方式,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也视为本发明的保护范围之内。
本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (10)
1.一种PC上实现主播连麦PK的方法,其特征在于,该方法包括以下步骤:
S1、当主播通过PC客户端或web浏览器登录后,记录下主播当前使用的登录类型,该登录类型包括PC客户端登录、web浏览器登录;并将记录的登录类型发送给后台服务器,转入步骤S2;
S2、当主播点击连麦按钮发起连麦请求时,根据记录的登录类型判断连麦主播是否是PC客户端登录;若是,该连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息,转入步骤S3;若否,提示连麦主播通过PC客户端登录进行连麦,返回步骤S1;
S3、当被连麦主播收到连麦主播发来的连麦请求消息并点击同意连麦按钮后,被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息;连麦主播的PC客户端收到该同意连麦消息后,双方连麦成功,转入步骤S4;
S4、当连麦双方的主播在PC客户端连麦成功后,将切换到各自的web浏览器,并在web浏览器上进行PK操作,转入步骤S5;
S5、当连麦双方中任意一个主播的PC客户端断开连麦时,两主播的web浏览器中断当前PK操作,结束。
2.如权利要求1所述的PC上实现主播连麦PK的方法,其特征在于,步骤S4中,在web浏览器上进行PK操作的具体流程如下:
步骤1、连麦主播的web浏览器获取当前的连麦双方的连麦状态数据,所述连麦双方的连麦状态数据包括:两个主播的房间号、昵称、等级以及连麦状态;
步骤2、连麦主播的web浏览器根据获取到的连麦双方的连麦状态数据,向后台服务器发送PK请求消息,请求与被连麦主播进行PK;所述PK请求消息携带有连麦主播的房间号和被连麦主播的房间号;
步骤3、后台服务器根据PK请求消息中的被连麦主播的房间号查找到相应的被连麦主播的web浏览器,并将PK请求消息通过SOCKET方式转发至被连麦主播的web浏览器;
步骤4、当被连麦主播通过web浏览器收到连麦主播发来的PK请求消息并点击同意PK按钮后,被连麦主播的web浏览器向后台服务器发送同意PK消息,所述同意PK消息携带有连麦主播的房间号和被连麦主播的房间号;
步骤5、后台服务器根据同意PK消息中的连麦主播的房间号查找到相应的连麦主播的web浏览器,并将同意PK消息通过SOCKET方式转发至连麦主播的web浏览器。
3.如权利要求1所述的PC上实现主播连麦PK的方法,其特征在于,步骤S3之后还包括以下操作:连麦双方的PC客户端在连麦成功后,均会每隔指定时间向后台服务器发送一次心跳信息;后台服务器为每个连麦中的PC客户端记录活跃时间,收到心跳消息时会更新相应的PC客户端的活跃时间,并每隔一秒检查一次所有PC客户端的活跃时间,如果某个PC客户端活跃时间距当前时间的差值超过预设的失连时间,就会认为该PC客户端失连,则断开相应的连麦双方的PC客户端间的连麦连接。
4.一种存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现上述权利要求1至3中任一项所述方法的步骤。
5.一种PC上实现主播连麦PK的设备,包括存储器、处理器及存储在所述存储器上并在所述处理器上运行的计算机程序,其特征在于:所述处理器执行所述计算机程序时实现上述权利要求1至3中任一项所述方法的步骤。
6.一种PC上实现主播连麦PK的系统,其特征在于:该系统包括登录操作处理模块、连麦操作处理模块、PK操作处理模块和PK中断处理模块;
所述登录操作处理模块用于:收到登录处理信号后,当主播通过PC客户端或web浏览器登录后,记录下主播当前使用的登录类型,该登录类型包括PC客户端登录、web浏览器登录;并将记录的登录类型发送给后台服务器,向连麦操作处理模块发送连麦处理信号;
所述连麦操作处理模块用于:收到连麦处理信号后,当主播点击连麦按钮发起连麦请求时,根据记录的登录类型判断连麦主播是否是PC客户端登录;若不是,提示连麦主播通过PC客户端登录进行连麦,并向登录操作处理模块发送登录处理信号;若是,控制连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息;当被连麦主播的PC客户端收到连麦请求消息并点击同意连麦按钮时,控制被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息;连麦主播的PC客户端收到该同意连麦消息后,双方连麦成功,向PK操作处理模块发送PK处理信号;
所述PK操作处理模块用于:收到PK处理信号后,控制连麦双方的PC切换到各自的web浏览器,并在web浏览器上进行PK操作;操作完成后,向PK中断处理模块发送PK中断处理信号;
所述PK中断处理模块用于:收到PK中断处理信号后,当连麦双方中任意一个主播的PC客户端断开连麦时,控制两主播的web浏览器中断当前PK操作。
7.如权利要求6所述的PC上实现主播连麦PK的系统,其特征在于,所述连麦操作处理模块控制连麦主播的PC客户端通过后台服务器向被连麦主播的PC客户端发送连麦请求消息的具体流程如下:
控制连麦主播的PC客户端向后台服务器发送连麦请求消息,请求与被连麦主播进行连麦;该连麦请求消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据连麦请求消息中的被连麦主播的房间号查找到相应的被连麦主播的PC客户端,并将连麦请求消息通过SOCKET方式转发至被连麦主播的PC客户端;若被连麦主播不是PC客户端登录的,则后台服务器还需提示被连麦主播通过PC客户端登录进行连麦请求的响应。
8.如权利要求6所述的PC上实现主播连麦PK的系统,其特征在于,所述连麦操作处理模块控制被连麦主播的PC客户端通过后台服务器向连麦主播的PC客户端发送同意连麦消息的具体流程如下:
控制被连麦主播的PC客户端向后台服务器发送同意连麦消息,该同意连麦消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据同意连麦消息中的连麦主播的房间号查找到相应的连麦主播的PC客户端,并将同意连麦消息通过SOCKET方式转发至连麦主播的PC客户端。
9.如权利要求6所述的PC上实现主播连麦PK的系统,其特征在于,所述PK操作处理模块在web浏览器上进行PK操作具体流程如下:
控制连麦主播的web浏览器获取当前的连麦双方的连麦状态数据,所述连麦双方的连麦状态数据包括:两个主播的房间号、昵称、等级以及连麦状态;
控制连麦主播的web浏览器根据获取到的连麦双方的连麦状态数据,向后台服务器发送PK请求消息,请求与被连麦主播进行PK;所述PK请求消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据PK请求消息中的被连麦主播的房间号查找到相应的被连麦主播的web浏览器,并将PK请求消息通过SOCKET方式转发至被连麦主播的web浏览器;
当被连麦主播通过web浏览器收到连麦主播发来的PK请求消息并点击同意PK按钮后,控制被连麦主播的web浏览器向后台服务器发送同意PK消息,所述同意PK消息携带有连麦主播的房间号和被连麦主播的房间号;
后台服务器根据同意PK消息中的连麦主播的房间号查找到相应的连麦主播的web浏览器,并将同意PK消息通过SOCKET方式转发至连麦主播的web浏览器。
10.如权利要求6所述的PC上实现主播连麦PK的系统,其特征在于,所述连麦操作处理模块还用于:控制连麦双方的PC客户端在连麦成功后,会每隔指定时间向后台服务器发送一次心跳信息;
后台服务器为每个连麦中的PC客户端记录活跃时间,收到心跳消息时会更新相应的PC客户端的活跃时间,并每隔一秒检查一次所有PC客户端的活跃时间,如果某个PC客户端活跃时间距当前时间的差值超过预设的失连时间,就会认为该PC客户端失连,则断开相应的连麦双方的PC客户端间的连麦连接。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710932717.3A CN107743250B (zh) | 2017-10-10 | 2017-10-10 | Pc上实现主播连麦pk的方法、存储介质、设备及系统 |
PCT/CN2017/117379 WO2019071829A1 (zh) | 2017-10-10 | 2017-12-20 | Pc上实现主播连麦pk的方法、存储介质、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710932717.3A CN107743250B (zh) | 2017-10-10 | 2017-10-10 | Pc上实现主播连麦pk的方法、存储介质、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107743250A CN107743250A (zh) | 2018-02-27 |
CN107743250B true CN107743250B (zh) | 2019-07-09 |
Family
ID=61237076
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710932717.3A Active CN107743250B (zh) | 2017-10-10 | 2017-10-10 | Pc上实现主播连麦pk的方法、存储介质、设备及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107743250B (zh) |
WO (1) | WO2019071829A1 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108810576B (zh) * | 2018-03-28 | 2022-01-07 | 广州方硅信息技术有限公司 | 连麦直播的方法、装置及存储介质 |
CN109151592B (zh) * | 2018-09-21 | 2021-12-28 | 广州方硅信息技术有限公司 | 跨频道连麦的互动方法、装置以及服务器 |
CN110971922B (zh) * | 2018-09-30 | 2021-11-09 | 武汉斗鱼网络科技有限公司 | 直播连麦状态监控方法、客户端、服务器、介质及系统 |
CN111107441B (zh) * | 2018-10-25 | 2022-01-04 | 武汉斗鱼网络科技有限公司 | 一种连麦通信建立方法、存储介质、电子设备及系统 |
CN109361930A (zh) * | 2018-11-12 | 2019-02-19 | 广州酷狗计算机科技有限公司 | 业务处理方法、装置及计算机可读存储介质 |
CN109618191A (zh) * | 2018-12-17 | 2019-04-12 | 广州市百果园信息技术有限公司 | 直播连麦方法、装置、计算机可读存储介质及终端 |
CN110324655B (zh) * | 2019-08-05 | 2021-07-06 | 北京字节跳动网络技术有限公司 | 一种直播间客户端的连线方法、装置、设备及存储介质 |
CN110765366B (zh) * | 2019-10-30 | 2022-11-08 | 网易(杭州)网络有限公司 | 直播连麦匹配方法、装置、设备及计算机可读存储介质 |
CN111683262B (zh) * | 2020-06-04 | 2022-03-15 | 广州酷狗计算机科技有限公司 | 连麦时长确定方法、装置、服务器、终端及存储介质 |
CN111881940B (zh) * | 2020-06-29 | 2023-11-24 | 广州方硅信息技术有限公司 | 直播连麦匹配方法、装置、电子设备及存储介质 |
CN112291316B (zh) * | 2020-10-19 | 2022-03-15 | 北京字节跳动网络技术有限公司 | 连接处理方法、装置、电子设备及计算机可读存储介质 |
CN112911325B (zh) * | 2021-01-29 | 2023-07-14 | 百果园技术(新加坡)有限公司 | 一种跨直播间连线的恢复方法和装置 |
CN115484468B (zh) * | 2021-06-15 | 2024-01-09 | 北京字节跳动网络技术有限公司 | 一种连麦系统、方法、装置、设备及存储介质 |
CN115484469B (zh) * | 2021-06-15 | 2024-01-09 | 北京字节跳动网络技术有限公司 | 一种连麦系统、方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW200949610A (en) * | 2008-05-30 | 2009-12-01 | Media System Co Ltd D | Live competition interactive system and the viewing device thereof |
CN105812951A (zh) * | 2016-03-24 | 2016-07-27 | 广州华多网络科技有限公司 | 流媒体数据交互方法、终端、服务器及系统 |
CN106060597A (zh) * | 2016-06-30 | 2016-10-26 | 广州华多网络科技有限公司 | 一种进行主播竞赛的方法和系统 |
CN107027048A (zh) * | 2017-05-17 | 2017-08-08 | 广州市千钧网络科技有限公司 | 一种直播连麦及信息展示的方法及装置 |
-
2017
- 2017-10-10 CN CN201710932717.3A patent/CN107743250B/zh active Active
- 2017-12-20 WO PCT/CN2017/117379 patent/WO2019071829A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW200949610A (en) * | 2008-05-30 | 2009-12-01 | Media System Co Ltd D | Live competition interactive system and the viewing device thereof |
CN105812951A (zh) * | 2016-03-24 | 2016-07-27 | 广州华多网络科技有限公司 | 流媒体数据交互方法、终端、服务器及系统 |
CN106060597A (zh) * | 2016-06-30 | 2016-10-26 | 广州华多网络科技有限公司 | 一种进行主播竞赛的方法和系统 |
CN107027048A (zh) * | 2017-05-17 | 2017-08-08 | 广州市千钧网络科技有限公司 | 一种直播连麦及信息展示的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107743250A (zh) | 2018-02-27 |
WO2019071829A1 (zh) | 2019-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107743250B (zh) | Pc上实现主播连麦pk的方法、存储介质、设备及系统 | |
CN106130881B (zh) | 一种帐号登录方法及装置 | |
CN109525540A (zh) | 一种智能设备绑定方法及装置 | |
CN105227398B (zh) | 多业务共享长连接方法、系统及其装置、终端 | |
CN112118266B (zh) | 一种HTTP与WebSocket协同的分布式状态同步方法 | |
CN109151514A (zh) | 直播间内实现购买商品的方法、存储介质、设备及系统 | |
US20170279748A1 (en) | Information processing method and terminal, and computer storage medium | |
CN102036058A (zh) | 视频监控系统中视频切换的方法、服务器、终端及系统 | |
CN105959827A (zh) | 一种数据交互方法、机顶盒与前端服务器 | |
JP6100900B2 (ja) | データのオンライン処理のための方法、デバイスおよびシステム | |
CN103546771B (zh) | 一种基于智能终端的电视节目评论处理方法及系统 | |
WO2016110258A1 (zh) | 用户数据存储方法和装置 | |
CN100446567C (zh) | 在信息家电中实现p2p流播放的装置和方法 | |
CN110601891A (zh) | 一种报警处理的方法以及相关装置 | |
CN110113623A (zh) | 一种基于sip协议的音视频切片传输平台 | |
CN104468771B (zh) | 地理位置的确定方法及装置 | |
CN103442256B (zh) | 一种基于html5实现电子节目菜单的方法及系统 | |
CN109151517A (zh) | 商业区互动方法、装置、系统、存储介质和计算机设备 | |
CN105323270B (zh) | 网络信息推送方法和系统 | |
CN114697282B (zh) | 消息的处理方法及系统、存储介质、电子装置 | |
CN105872756A (zh) | 一种分享电视播放信息的方法、装置及系统 | |
CN113346973B (zh) | 事件提示方法及装置、电子设备、计算机可读存储介质 | |
CN109086123A (zh) | 应用会话的迁移方法、装置、终端、服务器及存储介质 | |
CN111935316B (zh) | 一种前端设备目录获取方法及装置 | |
CN107888693A (zh) | Nb‑iot设备调试方法及服务器 |
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 |