CN113726893A - 曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统 - Google Patents

曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统 Download PDF

Info

Publication number
CN113726893A
CN113726893A CN202111018999.9A CN202111018999A CN113726893A CN 113726893 A CN113726893 A CN 113726893A CN 202111018999 A CN202111018999 A CN 202111018999A CN 113726893 A CN113726893 A CN 113726893A
Authority
CN
China
Prior art keywords
song
protocol
library
server
data
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.)
Granted
Application number
CN202111018999.9A
Other languages
English (en)
Other versions
CN113726893B (zh
Inventor
王欢
谢华为
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aimyunion Technology Ltd
Original Assignee
Aimyunion Technology Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Aimyunion Technology Ltd filed Critical Aimyunion Technology Ltd
Priority to CN202111018999.9A priority Critical patent/CN113726893B/zh
Publication of CN113726893A publication Critical patent/CN113726893A/zh
Application granted granted Critical
Publication of CN113726893B publication Critical patent/CN113726893B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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/141—Setup of application sessions

Abstract

本申请涉及一种曲库更新方法、装置、KTV盒子、计算机设备及计算机可读存储介质；所述方法包括：建立与歌曲服务器之间的通信连接，并从所述歌曲服务器下载歌曲列表；利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表，将所述歌曲更新列表上传至所述歌曲服务器；通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上；上述技术方案，在基于RTC协议在客户端与歌曲服务器之间建立数据通道，利用数据通道用来载入私有协议的数据包歌曲文件，无需再开发歌曲文件更新系统，降低了系统开发成本。

Description

曲库更新方法、装置、KTV盒子、歌曲服务器及网络KTV系统
技术领域
本申请涉及计算机互联网技术领域，尤其是一种曲库更新方法、装置、KTV盒子、计算机设备及计算机可读存储介质。
背景技术
目前，在很多场合中，音视频娱乐设备得到广泛使用，以常用的KTV盒子来说，KTV盒子是集成点歌、调音等功能的专用设备，可以通过电视机等显示设备连接使用，从而为用户提供了家庭KTV娱乐体验。
随着网络技术发展，KTV盒子结合网络功能实现网络KTV功能，可以进行在线唱歌，包括个人对唱、多人合唱、直播个人唱歌或者演唱会等等。在使用过程中，KTV盒子客户端的需要与网络KTV系统的歌曲服务器的歌曲库进行同步更新。
现有技术中，在进行在线唱歌时，KTV盒子客户端的需要与服务器端的歌曲库进行同步更新，为了实现KTV盒子的歌曲曲库更新，常用技术方案是基于WebRTC的MediaChannel来传输音视频文件，这种技术往往需要另外开发歌曲文件更新系统，增加了系统开发成本。
发明内容
为了解决上述技术不足，本申请提供一种曲库更新方法、装置、KTV盒子、计算机设备及计算机可读存储介质，降低了系统开发成本。
一种曲库更新方法，包括：
建立与歌曲服务器之间的通信连接，并从所述歌曲服务器下载歌曲列表；
利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表，将所述歌曲更新列表上传至所述歌曲服务器；
通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
在一个实施例中，通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库，包括：
基于RTC协议建立与所述歌曲服务器之间的数据通道；
通过所述RTC协议的数据通道接收所述歌曲服务器下发的更新歌曲文件包；其中，所述歌曲服务器从所述本地歌曲库获取所述歌曲更新列表对应的歌曲文件，利用私有协议对所述歌曲文件封装后得到所述更新歌曲文件包；
对所述更新歌曲文件包进行RTC协议解析，并依据所述私有协议从所述数据通道上解析出对应的歌曲文件。
在一个实施例中，确定需要下载歌曲文件的歌曲更新列表之前，还包括：
判断所述歌曲服务器所下其他客户端的本地歌曲库是否存在所述需要下载的歌曲文件；
若是，基于RTC协议建立与对应的其他客户端之间的数据通道；
通过所述数据通道从其他客户端接收基于所述私有协议封装的歌曲文件包，并解析出对应歌曲文件更新本地歌曲库；
否则，执行确定需要下载的歌曲文件的歌曲更新列表的步骤。
在一个实施例中，判断所述歌曲服务器所下其他客户端的本地歌曲库是否存在所述需要下载的歌曲文件，包括：
向所述歌曲服务器所下其他客户端发送共享请求；其中，所述共享请求包括所述需要下载的歌曲文件；
接收所述其他客户端返回的共享响应；其中，所述其他客户端查询本地歌曲库，响应是否保存有需要下载的歌曲文件。
在一个实施例中，所述的曲库更新方法，还包括：
接收其他客户端发送的对唱请求及对唱歌曲信息；
根据所述演唱歌曲信息查询本地歌曲库是否存在对应的歌曲文件；
若不存在，基于RTC协议建立与对应的其他客户端之间的数据通道；
通过所述数据通道从其他客户端接收基于所述私有协议封装的歌曲文件包，并解析出对应歌曲文件更新本地歌曲库；
通过所述私有协议与所述其他客户端进行对唱数据交互。
在一个实施例中，所述的曲库更新方法，还包括：对所述数据通道传输的数据包进行加密，所述加密方法包括：全加密、部分加密和/或选择性加密。
在一个实施例，，在对唱模式中，所述加密方法包括：采用音视频数据全加密的方式和传输文件协议包的数据字段全加密的方式；
在多人合唱模式中，所述加密方法包括：采用对视频数据的关键帧I帧加密和传输文件协议包的数据字段部分加密的方式；
或者
在直播模式和个人演唱会模式下，所述加密方法包括：采用对音视频部分加密和传输文件协议包的数据字段部分加密方式，或者无加密方式。
在一个实施例中，所述私有协议包括：
协议头标识：用于区分数据流中每条消息起始位置和终止位置；
协议版本号：用于向后兼容；
数据加密方式：标识是否启用加密及其加密方式和标识加密算法；
数据类型：标记数据类型，所述类型包括：视频数据、音频数据、文本数据、歌曲文件、加密解密用密钥；
数据长度：标识有效负载数据的长度；
数据：存放消息内容；
CRC校验：用于验证消息完整性。
在一个实施例中，所述协议头标识的长度为2Byte，所述协议版本号的长度为1Byte，所述数据加密方式的长度为1Byte，所述数据类型的长度为1Byte，所述数据长度的长度为4Byte，所述CRC校验的长度为4Byte。
一种曲库更新装置，包括：
列表下载单元，用于建立与歌曲服务器之间的通信连接，并从所述歌曲服务器下载歌曲列表；
列表上传单元，用于利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表，将所述歌曲更新列表上传至所述歌曲服务器；
歌曲更新单元，用于通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
一种曲库更新方法，包括：
建立与客户端之间的通信连接，将本地歌曲库的歌曲列表下发至所述客户端；
接收所述客户端上传的歌曲更新列表，所述歌曲更新列表记录依据所述客户端歌曲列表查询其本地歌曲库而确定的需要下载歌曲文件；
利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表；
利用私有协议封装所述歌曲更新列表对应的更新歌曲文件包，并通过基于RTC协议的数据通道将所述更新歌曲文件包下发至所述客户端，以更新所述客户端的本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
一种曲库更新装置，包括：
列表下发单元，用于建立与客户端之间的通信连接，将本地歌曲库的歌曲列表下发至所述客户端；
列表接收单元，用于接收所述客户端上传的歌曲更新列表，所述歌曲更新列表记录依据所述客户端歌曲列表查询其本地歌曲库而确定的需要下载歌曲文件；
歌曲查询单元，用于利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表；
歌曲传输单元，用于利用私有协议封装所述歌曲更新列表对应的更新歌曲文件包，并通过基于RTC协议的数据通道将所述更新歌曲文件包下发至所述客户端，以更新所述客户端的本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
一种KTV盒子，该KTV盒子用于执行上述的曲库更新装置。
一种歌曲服务器，该服务器用于执行上述的曲库更新方法的步骤。
一种网络KTV系统，包括：歌曲服务器，多个通过网络与所述歌曲服务器连接的KTV盒子；其中，所述KTV盒子用于执行所述的曲库更新方法的步骤；所述歌曲服务器用于执行所述的曲库更新方法的步骤。
一种网络KTV系统，包括：多个通过网络连接的KTV盒子；其中，所述KTV盒子中的至少一者对应包括上述的客户端，以及至少一者对应包括上述的其他客户端。
一种计算机设备，其包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行上述的曲库更新方法。
一种计算机可读存储介质，所述存储介质存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行上述的曲库更新方法。
本申请的技术方案，具有如下有益效果：
在基于RTC协议在客户端与歌曲服务器之间建立数据通道，利用数据通道用来载入私有协议的数据包歌曲文件，无需再开发歌曲文件更新系统，降低了系统开发成本。
进一步的，在客户端更新本地歌曲库时，客户端可以利用歌曲服务器下的其他客户端来进行歌曲文件共享，减小了歌曲服务器带宽压力。
进一步的，采用了创新的加密方案传输及存储歌曲文件，提高了传输文件的安全性，保护歌曲版权；而且可以根据系统开销情况来设计加密方案，兼顾系统消耗基础上，保证传输文件的安全性能。
进一步的，在现有WebRTC标准协议基础上提供了创新的WKTP私有协议，能够增加传输安全性，增加破解难度；同时，具有良好的扩展性，应用于其他非WebRTC客户端上传输时也具有良好效果。
本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1是一个示例的曲库更新方法的硬件环境图；
图2是一个实施例的曲库更新方法流程图；
图3是一个实施例的下载歌曲文件流程图；
图4是另一个实施例的曲库更新方法流程图；
图5是另一个实施例的曲库更新方法流程图；
图6是一个实施例的对唱流程图；
图7是建立Data Channel数据通道的流程图；
图8是基于RTC协议的私有协议示意图；
图9是一个示例的唱歌过程中的曲库更新方法流程图；
图10是另一个示例的唱歌过程中的曲库更新方法流程图；
图11是一个示例的传输文件的加解密流程图；
图12是一个示例的私有协议的结构图；
图13是一个实施例的曲库更新装置的结构示意图；
图14是另一个实施例的曲库更新装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作。
参考图1所示，图1是一个示例的曲库更新方法的硬件环境图，图中所述网络中，有多个客户端接入到网络中，如客户端1-n，n≥2，各个客户端可以通过RTC协议进行互联，并能够RTC(Real-time Communications，实时通信)协议与歌曲服务器、信令服务器和直播进行连接，示例性的，图中所述的客户端可以是指KTV盒子的客户端；本申请的曲库更新方案，主要是对客户端上的本地曲库进行更新。
下面对本申请的曲库更新方法实施例进行描述。
参考图2所示，图2是一个实施例的曲库更新方法流程图，本实施例的技术方案应用于客户端上，包括：
S110，建立与歌曲服务器之间的通信连接，并从所述歌曲服务器下载歌曲列表。
参考图1所示，客户端向歌曲服务器发送请求，请求更新本地歌曲库，客户端建立与歌曲服务器之间的通信连接后，歌曲服务器将本地的歌曲库中歌曲文件形成的歌曲列表发送给客户端。
S120，利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表，然后将歌曲更新列表上传至歌曲服务器。
此步骤中，客户端下载了歌曲列表后，在本地歌曲库查找哪些是需要下载的歌曲文件，并形成歌曲更新列表，再将将歌曲更新列表返回给歌曲服务器去准备对应的歌曲文件。
在一个实施例中，在确定需要下载歌曲文件的歌曲更新列表之前，还可以先判断歌曲服务器所下其他客户端的本地歌曲库是否存在需要下载的歌曲文件；如果存在，则可基于RTC协议建立与对应的其他客户端之间的Data Channel数据通道；然后通过DataChannel数据通道从其他客户端获取歌曲文件，具体的，通过基于私有协议封装的歌曲文件包，由Data Channel数据通道进行传输，客户端接收到歌曲文件包后解析出对应歌曲文件更新本地歌曲库。
上述实施例的方案，在客户端更新本地歌曲库时，客户端可以利用歌曲服务器下的其他客户端来进行歌曲文件共享，减小了歌曲服务器带宽压力。
S130，通过RTC协议的Data Channel数据通道从歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库；其中，私有协议是基于RTC协议且承载于Data Channel数据通道上。
作为实施例，对于步骤S130的过程，参考图3，图3是一个实施例的下载歌曲文件流程图，具体可以包括如下：
S301，基于RTC协议建立客户端与歌曲服务器之间的Data Channel数据通道；具体的，基于RTC协议方式，在客户端与歌曲服务器之间建立实时通信连接。
在本实施例中，以WebRTC(Web Real-Time Communication，源自网页即时通信)协议为例进行阐述：首先，客户端向歌曲服务器发送连接请求，歌曲服务器响应连接请求，向客户端发送连接确认信息；然后客户端向歌曲服务器发送offer SDP，歌曲服务器响应offer SDP生成answer SDP并发送至客户端；客户端根据answer SDP建立RTC连接的DataChannel数据通道。
S302，歌曲服务器根据歌曲更新列表从本地歌曲库获取歌曲更新列表对应的歌曲文件，利用私有协议对歌曲文件封装后得到更新歌曲文件包；对于私有协议，为了便于描述，自定义名字为“WKTP协议”(下文同)。
S303，客户端通过RTC协议的Data Channel数据通道接收歌曲服务器下发的更新歌曲文件包。
S304，客户端首先对更新歌曲文件包进行RTC协议解析，再依据私有协议从DataChannel数据通道上传输的私有协议数据中解析出对应的歌曲文件。
综合上述实施例的技术方案，在基于RTC协议在客户端与歌曲服务器之间建立数据通道，利用数据通道用来载入私有协议的数据包歌曲文件，无需再开发歌曲文件更新系统，降低了系统开发成本。
参考图4所示，图4是另一个实施例的曲库更新方法流程图，本实施例的技术方案应用于歌曲服务器上，包括：
S210，建立与客户端之间的通信连接，将本地歌曲库的歌曲列表下发至所述客户端。
S220，接收所述客户端上传的歌曲更新列表，所述歌曲更新列表记录依据所述客户端歌曲列表查询其本地歌曲库而确定的需要下载歌曲文件。
S230，利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表。
S240，利用私有协议封装所述歌曲更新列表对应的更新歌曲文件包，并通过基于RTC协议的数据通道将所述更新歌曲文件包下发至所述客户端，以更新所述客户端的本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
上述实施例的曲库更新方法，是应用于在歌曲服务器一侧描述的技术方案，在对于每个步骤处理过程的进一步限定内容，与基于客户端一侧描述的技术方案一致，不再赘述。
为了更加清晰本申请技术方案，下面结合实施例对从歌曲服务器和其他客户端下载歌曲文件的技术方案进行阐述。
参考图5，图5是另一个实施例的曲库更新方法流程图，包括如下步骤：
s101，客户端建立与歌曲服务器的Data Channel数据通道连接。
s102，客户端从歌曲服务器下载歌曲列表。
s103，客户端根据歌曲列表对比本地歌曲库，查找出需要更新的歌曲文件。
s104，客户端判断其他客户端是否存在这些需要更新的歌曲文件；如果存在，执行s105，否则执行s107。
s105，客户端向其他客户端请求歌曲文件。
作为实施例，对于请求其他客户端的流程，可以包括如下步骤：
首先，客户端向歌曲服务器所连接的其他客户端发送共享请求；其中，共享请求包括需要下载的歌曲文件；然后，其他客户端查询本地歌曲库，确地本地歌曲库是否保存有需要下载的歌曲文件；再由客户端接收其他客户端返回的共享响应，客户端对于保存有相应歌曲文件的其他客户端发起连接。
s106，其他客户端将相应的歌曲文件根据WKTP协议进行封装成歌曲文件包，载入客户端通过与其他客户端之间的Data Channel数据通道发送至客户端，然后执行s109。
s107，客户端将歌曲更新列表上传至歌曲服务器。
s108，歌曲服务器在歌曲库中查找对应的歌曲文件，通过WKTP协议封装成歌曲文件包，载入Data Channel数据通道下发至客户端。
s109，解析WKTP协议的歌曲文件包，得到歌曲文件更新本地歌曲库。
上述实施例的方案，客户端主动向歌曲服务器下的其他客户端请求共享，来获取需要更新的歌曲文件，可以明显降低歌曲服务器带宽压力。
在一个实施例中，本申请的技术方案，还可以在对唱过程中来更新客户端的本地歌曲库。
参考图6，图6是一个实施例的对唱流程图，包括如下步骤：
s201，客户端接收其他客户端发送的对唱请求。
s202，客户端获取对唱歌曲信息。
s203，客户端根据演唱歌曲信息查询本地歌曲库是否存在对应的歌曲文件；若存在，执行s208，若不存在，执行s204。
s204，基于RTC协议建立与对应的其他客户端之间的Data Channel数据通道。
s205，通过Data Channel数据通道向其他客户端发送共享对唱歌曲文件请求。
s206，其他客户端WKTP协议将对唱歌曲文件封装成歌曲文件包，通过DataChannel数据通道发送至客户端。
s207，客户端接收歌曲文件包，并解析出对应对唱歌曲文件更新本地歌曲库。
s208，客户端响应其他客户端的对唱请求。
s209，客户端利用WKTP协议在Data Channel数据通道与其他客户端进行对唱数据交互；具体的，客户端可以采集本地话筒的音频流和摄像头的视频流，然后基于WKTP协议封装成音视频包，通过WKTP协议在Data Channel数据通道上传输到其他客户端，不同客户端的音视频数据可以合成MV歌曲文件，从而可以提高用户应用体验。
上述实施例的方案，客户端可以在于其他客户端进行对唱过程中共享歌曲文件来更新本地歌曲文件，可以为歌曲服务器降低带宽压力。
在一个实施例中，在上述对唱过程中，对于建立客户端与其他客户端之间的DataChannel数据通道的过程，参考图7所示，图7是建立Data Channel数据通道的流程图，具体可以如下：
s301，客户端向信令服务器发送连接请求，信令服务器将连接请求转发至其他客户端。
s302，其他客户端响应连接请求，向信令服务器连接确认信息，信令服务器将连接确认信息转发至客户端。
s303，客户端向信令服务器发送offer SDP，信令服务器将offer SDP转发至其他客户端。
s304，其他客户端响应offer SDP生成answer SDP并发送至信令服务器，信令服务器将answer SDP转发至客户端，建立RTC连接的Data Channel数据通道。
对于本申请中定义的WKTP协议，是基于RTC协议且承载于Data Channel数据通道上；参考图8所示，图8是基于RTC协议的私有协议示意图；如图中，实线框内为RTC协议的协议栈，本实施例的私有协议通过在承载于Data Channel数据通道上；通过上述协议栈可以看出，本实施例的技术方案利用Data Channel数据通道用来载入WKTP协议的数据包来传输歌曲文件等音视频流媒体信息；在基于RTC协议基础上，将通常用于传输文本信息、控制信息以及指令等；而本实施例通过利用Data Channel数据通道用来载入私有协议的数据包传输音视频流媒体信息，从而可以在原有WebRTC协议基础上，实现不同终端之间的跨平台通信，提高了传输效率；同时，基于Data Channel数据通道保护了客户端的个人隐私，也提升了曲库更新的安全性。
本申请的技术方案，可以应用于在对唱模式，在多人合唱模式，在直播模式和个人演唱会模式等场景，下面实施例将就上述各种模式下进行唱歌时，歌曲文件的传输方案进行实施例描述。
据此，参考图9所示，图9是一个示例的唱歌过程中的曲库更新方法流程图，可以包括如下步骤：
s401，客户端通过WKTP协议向其他客户端发送唱歌邀请及演唱歌曲信息；其中，唱歌邀请可以是对唱要求，如果是多个客户端进行合唱，则各个客户端之间可以进行相互邀请。
s402，其他客户端接收唱歌邀请，并在对演唱的歌曲信息进行确认；具体的，确认过程主要是查询本地歌曲库是否存在该歌曲信息对应的歌曲文件。
s403，其他客户端确认后通过WKTP协议向客户端返回共享歌曲请求；具体的，其他客户端查询本地发现没有对应的歌曲文件，发出共享歌曲请求。
s404，客户端响应共享歌曲请求在本地查找演唱歌曲信息对应的歌曲文件；具体地，客户端在本地查询到保存的该歌曲文件与其他客户端进行共享。
s405，客户端通过WKTP协议将歌曲文件发送到其他客户端，与其他客户端进行共享。
s406，其他客户端收到歌曲文件后存储在本地。
需要说明的是，上述过程中客户端与其他客户端之间是通过WKTP协议在DataChannel数据通道上进行通信。
另外，参考图10所示，图10是另一个示例的唱歌过程中的曲库更新方法流程图，可以包括如下步骤：
s501，客户端通过WKTP协议向其他客户端发送唱歌邀请及演唱歌曲信息；
s502，其他客户端接收唱歌邀请及演唱歌曲信息，根据演唱歌曲信息进行本地查询获取对应的歌曲文件；
s503，其他客户端通过WKTP协议向客户端返回共享歌曲请求；
s504，客户端响应共享歌曲请求，并通过WKTP协议向其他客户端返回确认信息；
s505，其他客户端通过WKTP协议向客户端发送歌曲文件；
s506，客户端收到歌曲文件后存储在本地。
同理，上述过程中客户端与其他客户端之间是通过WKTP协议在Data Channel数据通道上进行通信。
基于WKTP协议在客户端与其他客户端之间的Data Channel数据通道上进行通信，曲库更新效率更高，且更具安全性；客户端的用户就可以快速安全地得到歌曲文件，即可进行网络对唱、合唱、直播或演唱会等。
在网络唱歌过程中，客户端与其他客户端之间进一步通过实时采集的音频流和视频流进行交互，从而可以在不同两个客户端上分别合成出实施MV效果。
为了进一步提高传输安全性，本申请的技术方案还可以对传输的歌曲文件进行加密，通过加密可以确保版权，具体的，对Data Channel数据通道传输的数据包进行加密，加密方法可以包括全加密、部分加密、选择性加密等等方式。
例如，客户端向歌曲服务器发送文件，其加密方案可以如下：
客户端向歌曲服务器发送加密信息，同时客户端利用加密信息对需要传输的文件进行加密得到加密数据包，并将数据包通过Data Channel数据通道发送到歌曲服务器；然后歌曲服务器依据加密信息对加密数据包进行解密。
又如，歌曲服务器向客户端传输歌曲文件时，其加密方案可以如下：
歌曲服务器向客户端发送加密信息；同时歌曲服务器利用加密信息对歌曲文件进行加密，得到加密数据包，并将数据包通过Data Channel数据通道发送到客户端，客户端依据加密信息对加密数据包进行解密。
上述技术方案中，加密信息可以包括加密方式、加密算法和加密解密用密钥等，加密算法可以采用AES加密算法、DES加密算法、异或加密算法等等。优选的，在加密过程中，对加密信息的加密方式、加密算法和加密解密用密钥进行动态更新；例如，通过每次发送时随机采用一种加密方式、加密算法和加密解密用密钥，由此，降低非法截获加密音视频包后被破解的几率，增加了破解难度，提高了传输文件的安全性。
在一个实施例中，为了降低系统在加密解密过程中的系统消耗，提高加密使用效果，本实施例在充分兼顾系统消耗基础上，设计了如下加密传输方案。
具体的，对于加密方法，可以包括对音视频数据进行全加密；对音视频数据进行部分加密；对所述传输文件协议包的数据字段进行选择性加密等；其中，所述音视频数据包括第一音视频和第二音视频。
优选的，对于加密方案，可以应用如下：
(1)在对唱模式中，所述加密方法包括：采用音视频数据全加密的方式和传输文件协议包的数据字段全加密的方式；具体的，此模式下，考虑到安全性最高，因此采用全部加密方式，确保双方隐私。
(2)在多人合唱模式中，所述加密方法包括：采用对视频数据的关键帧I帧加密和传输文件协议包的数据字段部分加密的方式；具体的，由于客户端连接较多，为缓解终端系统解密压力，采取部分关键帧加密和部分传输文件协议包的数据字段加密的技术方案，在维持较低系统消耗基础上，充分确保了关键信息安全。
(3)在直播模式和个人演唱会模式下，所述加密方法包括：采用对音视频部分加密和传输文件协议包的数据字段部分加密方式，或者无加密方式；具体的，该模式下，对于安全性要求较低，据此，可以根据实际需要来选择加密，甚至也可以不进行加密。
参考图11所示，图11是一个示例的传输文件的加解密流程图；图中以发起对唱为例，在客户端向其他客户端发起对唱后，其他客户端返回响应请求进入对唱模式。
在客户端一侧，其处理过程如下：
s601，将加密方式、加密算法、加密解密用密钥key等加密信息发送到其他客户端。
s602，采集音视频数据，分别对音视频数据进行加密后打包，通过WKTP协议生成WKTP协议包(即传输文件协议包)，对WKTP协议包进行选择性加密，得到加密音视频包。
s603，将加密音视频包发送到其他客户端。
在其他客户端一侧，其处理过程相反，包括如下：
s604，解析并利用加密信息解密对WKTP协议包；
s605，解析并分别解密音频数据和视频数据；
s606，播放音视频数据。
需要说明的是，其他客户端加密音视频数据发送至客户端的处理过程，与上述流程基本原理相同，在此不再赘述。
为了更加优化本申请的技术方案，以取得更好的技术效果，本申请还提供了对于私有协议具体结构的若干实施例。
在一个实施例中，参考图12所示，图12是一个示例的私有协议的结构图，所述私有协议的结构包括如下：
协议头标识：用于区分数据流中每条消息起始位置和终止位置，优选的，长度为2Byte；
协议版本号：用于向后兼容，优选的，长度为1Byte；
数据加密方式：标识是否启用加密及其加密方式和标识加密算法，优选的，长度为1Byte；
数据类型：标记数据类型，所述类型包括：视频数据、音频数据、文本数据、歌曲文件、加密解密用密钥，优选的，长度为1Byte；
数据长度：标识有效负载数据的长度，优选的，长度为4Byte；
数据：存放消息内容，数据长度为数据内容长度；
CRC校验：用于验证消息完整性，优选的，长度为4Byte。
为了更加清晰本实施例的WKTP协议的使用，下面以客户端要发一段歌曲文件的视频数据到其他客户端为例阐述发送和解析过程。
对于客户端的发送消息流程，可以包括如下步骤：
①构造协议头标识，如：0x47 0x48。
②构造协议版本号，如：0x01。
③标识数据加密方式，如：0x11表示I帧AES加密方式，0x00表示无加密，0x22数据全加密，加密方式为DES。
④标识数据类型：加密密钥、视频数据、音频数据等。
⑤根据步骤4标识的加密方式，加密要发送的数据。
⑥标识数据长度。
⑦填充加密后的数据。
⑧用CRC校验将整个消息(除协议头：0x47 0x48)生成校验码。
⑨通过DataChannel数据通道将消息发送给其他客户端，完成此次消息发送过程。
对于其他客户端的接收消息流程，可以包括如下步骤：
①通过DataChannel数据通道得到客户端发送的消息。
②检查协议头0x47 0x48，如果协议头不对，则向后续数据依次检查匹配协议头，直到第一次得到协议头，并将此前无效数据丢弃。
③通过3Bytes偏移，得到4Bytes数据长度。
④通过得到的数据长度进行偏移，得到CRC校验码。
⑤通过校验码校验此次消息的有效性，校验不通过则丢弃掉此次消息。
⑥通过偏移得到协议版本号，检查是否支持此协议的解析，不支持则丢弃消息。
⑦通过偏移得到数据加密方式，选择相应的解密方式。
⑧通过偏移得到数据类型，选择相应的解析方式。
⑨通过偏移得到客户端发过来的完整数据，解密数据。
⑩完成此次消息接收过程。
上述实施例的私有协议，充分考虑了原有WebRTC协议的特性而设计，由于WebRTC使用TCP/UDP协议传输，易于被抓包、嗅探和恶意攻击，在现有WebRTC标准协议基础上增加WKTP私有协议，能够增加传输安全性，增加破解难度；同时，经过实测显示，WKTP私有协议在网络KTV系统中具有良好的扩展性。
下面阐述本申请的曲库更新装置的实施例。
参考图13所示，图13是一个实施例的曲库更新装置的结构示意图，包括：
列表下载单元110，用于建立与歌曲服务器之间的通信连接，并从所述歌曲服务器下载歌曲列表；
列表上传单元120，用于利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表，将所述歌曲更新列表上传至所述歌曲服务器；
歌曲更新单元130，用于通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
参考图14所示，图14是另一个实施例的曲库更新装置的结构示意图，包括：
列表下发单元210，用于建立与客户端之间的通信连接，将本地歌曲库的歌曲列表下发至所述客户端；
列表接收单元220，用于接收所述客户端上传的歌曲更新列表，所述歌曲更新列表记录依据所述客户端歌曲列表查询其本地歌曲库而确定的需要下载歌曲文件；
歌曲查询单元230，用于利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表；
歌曲传输单元240，用于利用私有协议封装所述歌曲更新列表对应的更新歌曲文件包，并通过基于RTC协议的数据通道将所述更新歌曲文件包下发至所述客户端，以更新所述客户端的本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
本实施例的曲库更新装置可执行本公开的实施例所提供的一种曲库更新方法，其实现原理相类似，本公开各实施例中的曲库更新装置中的各模块所执行的动作是与本公开各实施例中的曲库更新方法中的步骤相对应的，对于曲库更新装置的各模块的详细功能描述具体可以参见前文中所示的对应的曲库更新方法中的描述，此处不再赘述。
下面阐述本申请的KTV盒子和歌曲服务器的实施例。
本申请提供的一种KTV盒子，该KTV盒子用于执行上述任意实施例的的曲库更新方法的步骤。
本申请提供的一种歌曲服务器，该服务器用于执行上述的曲库更新方法的步骤。
上述KTV盒子和歌曲服务器，在基于RTC协议在客户端与歌曲服务器之间建立数据通道，利用数据通道用来载入私有协议的数据包歌曲文件，无需再开发歌曲文件更新系统，降低了系统开发成本。
下面阐述本申请网络KTV系统的实施例。
本申请提供的一种网络KTV系统，包括：多个通过网络连接的KTV盒子；其中，所述KTV盒子中的至少一者对应包上述任意实施例的客户端，以及至少一者对应包括上述任意实施例的歌曲服务器。
如图1所示，图中可以构成一个网络KTV系统，在使用过程中，各个客户端都可以使用WebRTC协议与其他客户端进行通信，任意一个客户端，当需要与歌曲服务器进行曲库更新时，基于本申请提供的曲库更新方案，结合提供的WKTP协议，可以实现不同终端之间的跨平台通信，具有更高的传输效率，具有更高的曲库更新的安全性。
下面阐述本申请的计算机设备的实施例，该计算机设备，其包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据上述任意实施例的曲库更新方法。
下面阐述本申请的计算机可读存储介质的实施例，，所述存储介质存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行上述任意实施例的曲库更新方法。
上述实施例的计算机设备及计算机可读存储介质，基于本申请提供的曲库更新方案，结合提供的WKTP协议，在基于RTC协议在客户端与歌曲服务器之间建立数据通道，利用数据通道用来载入私有协议的数据包歌曲文件，无需再开发歌曲文件更新系统，降低了系统开发成本。
以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种曲库更新方法，其特征在于，包括：
建立与歌曲服务器之间的通信连接，并从所述歌曲服务器下载歌曲列表；
利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表，将所述歌曲更新列表上传至所述歌曲服务器；
通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
2.根据权利要求1所述的曲库更新方法，其特征在于，通过RTC协议的数据通道从所述歌曲服务器下载基于私有协议封装的所述歌曲更新列表对应的更新歌曲文件包，并更新本地歌曲库，包括：
基于RTC协议建立与所述歌曲服务器之间的数据通道；
通过所述RTC协议的数据通道接收所述歌曲服务器下发的更新歌曲文件包；其中，所述歌曲服务器从所述本地歌曲库获取所述歌曲更新列表对应的歌曲文件，利用私有协议对所述歌曲文件封装后得到所述更新歌曲文件包；
对所述更新歌曲文件包进行RTC协议解析，并依据所述私有协议从所述数据通道上解析出对应的歌曲文件。
3.根据权利要求1所述的曲库更新方法，其特征在于，确定需要下载歌曲文件的歌曲更新列表之前，还包括：
判断所述歌曲服务器所下其他客户端的本地歌曲库是否存在所述需要下载的歌曲文件；
若是，基于RTC协议建立与对应的其他客户端之间的数据通道；
通过所述数据通道从其他客户端接收基于所述私有协议封装的歌曲文件包，并解析出对应歌曲文件更新本地歌曲库；
否则，执行确定需要下载的歌曲文件的歌曲更新列表的步骤。
4.根据权利要求3所述的曲库更新方法，其特征在于，判断所述歌曲服务器所下其他客户端的本地歌曲库是否存在所述需要下载的歌曲文件，包括：
向所述歌曲服务器所下其他客户端发送共享请求；其中，所述共享请求包括所述需要下载的歌曲文件；
接收所述其他客户端返回的共享响应；其中，所述其他客户端查询本地歌曲库，响应是否保存有需要下载的歌曲文件。
5.根据权利要求1所述的曲库更新方法，其特征在于，还包括：
接收其他客户端发送的对唱请求及对唱歌曲信息；
根据所述演唱歌曲信息查询本地歌曲库是否存在对应的歌曲文件；
若不存在，基于RTC协议建立与对应的其他客户端之间的数据通道；
通过所述数据通道从其他客户端接收基于所述私有协议封装的歌曲文件包，并解析出对应歌曲文件更新本地歌曲库；
通过所述私有协议与所述其他客户端进行对唱数据交互。
6.根据权利要求1所述的曲库更新方法，其特征在于，还包括：对所述数据通道传输的数据包进行加密，所述加密方法包括：全加密、部分加密和/或选择性加密。
7.根据权利要求6所述的曲库更新方法，其特征在于，所述私有协议包括：
协议头标识：用于区分数据流中每条消息起始位置和终止位置；
协议版本号：用于向后兼容；
数据加密方式：标识是否启用加密及其加密方式和标识加密算法；
数据类型：标记数据类型，所述类型包括：视频数据、音频数据、文本数据、歌曲文件、加密解密用密钥；
数据长度：标识有效负载数据的长度；
数据：存放消息内容；
CRC校验：用于验证消息完整性。
8.根据权利要求7所述的曲库更新方法，其特征在于，所述协议头标识的长度为2Byte，所述协议版本号的长度为1Byte，所述数据加密方式的长度为1Byte，所述数据类型的长度为1Byte，所述数据长度的长度为4Byte，所述CRC校验的长度为4Byte。
9.一种曲库更新方法，应用于歌曲服务器，其特征在于，包括：
建立与客户端之间的通信连接，将本地歌曲库的歌曲列表下发至所述客户端；
接收所述客户端上传的歌曲更新列表，所述歌曲更新列表记录依据所述客户端歌曲列表查询其本地歌曲库而确定的需要下载歌曲文件；
利用所述歌曲列表查询本地歌曲库，确定需要下载的歌曲文件的歌曲更新列表；
利用私有协议封装所述歌曲更新列表对应的更新歌曲文件包，并通过基于RTC协议的数据通道将所述更新歌曲文件包下发至所述客户端，以更新所述客户端的本地歌曲库；其中，所述私有协议是基于RTC协议且承载于所述数据通道上。
10.一种网络KTV系统，其特征在于，包括：歌曲服务器，多个通过网络与所述歌曲服务器连接的KTV盒子；其中，所述KTV盒子用于执行权利要求1-8任一项所述的曲库更新方法的步骤；所述歌曲服务器用于执行权利要求9所述的曲库更新方法的步骤。
CN202111018999.9A 2021-08-31 2021-08-31 曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统 Active CN113726893B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111018999.9A CN113726893B (zh) 2021-08-31 2021-08-31 曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111018999.9A CN113726893B (zh) 2021-08-31 2021-08-31 曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统

Publications (2)

Publication Number Publication Date
CN113726893A true CN113726893A (zh) 2021-11-30
CN113726893B CN113726893B (zh) 2024-01-09

Family

ID=78680339

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111018999.9A Active CN113726893B (zh) 2021-08-31 2021-08-31 曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统

Country Status (1)

Country Link
CN (1) CN113726893B (zh)

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010025222A (ko) * 2000-11-02 2001-04-06 양승의 네트워크를 이용한 실시간 다자간 노래방 시스템
CN1307328A (zh) * 2000-02-02 2001-08-08 三星电子株式会社 更新歌曲的方法和装置及支持管理系统中歌曲更新的方法
KR20010092540A (ko) * 2000-03-22 2001-10-26 장철영 인터넷을 통한 노래방 서비스 시스템 및 방법
CN101282257A (zh) * 2007-04-05 2008-10-08 丰行互动科技股份有限公司 一种利用网络实现实时多人欢唱影音系统的方法
CN101291273A (zh) * 2008-06-12 2008-10-22 网易有道信息技术（北京）有限公司 一种网页间通信的方法、系统及在音乐搜索中的应用
CN101471117A (zh) * 2007-12-29 2009-07-01 鸿富锦精密工业（深圳）有限公司 音乐同步播放系统、方法及音乐播放器
CN103310822A (zh) * 2013-06-08 2013-09-18 泉州天籁时空文化传播有限公司 一种随时随地可以进行合唱歌曲练习的方法
CN105185401A (zh) * 2015-08-28 2015-12-23 广州酷狗计算机科技有限公司 同步多媒体文件列表的方法及装置
CN106776764A (zh) * 2016-11-18 2017-05-31 广东欧珀移动通信有限公司 歌曲数据的存储方法及终端
CN106850399A (zh) * 2016-12-30 2017-06-13 深圳市潮流网络技术有限公司 一种基于WebRTC技术即时消息的通信方法
EP3349394A1 (en) * 2017-01-16 2018-07-18 Remote Media, LLC System, method, and application for exchanging content in a social network environment
CN108551467A (zh) * 2018-03-15 2018-09-18 北京雷石天地电子技术有限公司 一种点歌系统和方法
CN110418182A (zh) * 2019-07-19 2019-11-05 福建星网视易信息系统有限公司 联网合唱方法及计算机可读存储介质
CN111488483A (zh) * 2020-04-16 2020-08-04 北京雷石天地电子技术有限公司 曲库更新方法、装置、终端和非临时性计算机可读存储介质
CN111698276A (zh) * 2019-11-06 2020-09-22 北京友宝在线科技股份有限公司 一种歌曲更新方法及点唱设备
CN111741370A (zh) * 2020-08-12 2020-10-02 腾讯科技（深圳）有限公司 一种多媒体互动的方法、相关装置、设备及存储介质

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1307328A (zh) * 2000-02-02 2001-08-08 三星电子株式会社 更新歌曲的方法和装置及支持管理系统中歌曲更新的方法
KR20010092540A (ko) * 2000-03-22 2001-10-26 장철영 인터넷을 통한 노래방 서비스 시스템 및 방법
KR20010025222A (ko) * 2000-11-02 2001-04-06 양승의 네트워크를 이용한 실시간 다자간 노래방 시스템
CN101282257A (zh) * 2007-04-05 2008-10-08 丰行互动科技股份有限公司 一种利用网络实现实时多人欢唱影音系统的方法
CN101471117A (zh) * 2007-12-29 2009-07-01 鸿富锦精密工业（深圳）有限公司 音乐同步播放系统、方法及音乐播放器
CN101291273A (zh) * 2008-06-12 2008-10-22 网易有道信息技术（北京）有限公司 一种网页间通信的方法、系统及在音乐搜索中的应用
CN103310822A (zh) * 2013-06-08 2013-09-18 泉州天籁时空文化传播有限公司 一种随时随地可以进行合唱歌曲练习的方法
CN105185401A (zh) * 2015-08-28 2015-12-23 广州酷狗计算机科技有限公司 同步多媒体文件列表的方法及装置
CN106776764A (zh) * 2016-11-18 2017-05-31 广东欧珀移动通信有限公司 歌曲数据的存储方法及终端
CN106850399A (zh) * 2016-12-30 2017-06-13 深圳市潮流网络技术有限公司 一种基于WebRTC技术即时消息的通信方法
EP3349394A1 (en) * 2017-01-16 2018-07-18 Remote Media, LLC System, method, and application for exchanging content in a social network environment
CN108551467A (zh) * 2018-03-15 2018-09-18 北京雷石天地电子技术有限公司 一种点歌系统和方法
CN110418182A (zh) * 2019-07-19 2019-11-05 福建星网视易信息系统有限公司 联网合唱方法及计算机可读存储介质
CN111698276A (zh) * 2019-11-06 2020-09-22 北京友宝在线科技股份有限公司 一种歌曲更新方法及点唱设备
CN111488483A (zh) * 2020-04-16 2020-08-04 北京雷石天地电子技术有限公司 曲库更新方法、装置、终端和非临时性计算机可读存储介质
CN111741370A (zh) * 2020-08-12 2020-10-02 腾讯科技（深圳）有限公司 一种多媒体互动的方法、相关装置、设备及存储介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
于波;缪红娣;: "基于WebRTC的多媒体通信模块", 计算机系统应用, no. 10 *
吴晨;林伟;: "基于WebRTC的音视频通信的设计与实现", 有线电视技术, no. 08 *
王怀亭;梁正和;庄天龙;: "Android WebRTC技术在协同设计中的应用", 计算机与现代化, no. 03 *
苗静;杨帆;潘国峰;: "嵌入式智能音乐播放系统的设计与实现", 声学技术, no. 04 *

Also Published As

Publication number Publication date
CN113726893B (zh) 2024-01-09

Similar Documents

Publication Publication Date Title
KR100480225B1 (ko) 데이터 안전화 통신장치 및 그 방법
US8179818B2 (en) Proxy terminal, server apparatus, proxy terminal communication path setting method, and server apparatus communication path setting method
KR101238477B1 (ko) 보안 콘텐츠를 위한 정책 업데이트 전달 방법
KR101312910B1 (ko) 다양한 콘텐트 유형의 디지털 미디어 보호
US7254237B1 (en) System and method for establishing a secure connection
JP3769580B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP4101839B2 (ja) セッション制御サーバ及び通信システム
US8126001B2 (en) Method and apparatus for multicasting contents between devices in networks
EP2302832A2 (en) Apparatus and method for providing a security service in a user interface
US9191406B2 (en) Message relaying apparatus, communication establishing method, and computer program product
KR20070074562A (ko) 조건적 액세스를 제공하는 방법
US8874911B2 (en) Terminal device, system, connection management server, and computer readable medium
CN113726895B (zh) 文件传输方法、装置及网络ktv系统
CN111343083B (zh) 即时通信方法、装置、电子设备及可读存储介质
WO2005091157A1 (ja) 認証代行方法及び配信管理装置並びに認証代行方法のプログラム
CN116633701B (zh) 信息传输方法、装置、计算机设备和存储介质
CN113726893B (zh) 曲库更新方法、装置、ktv盒子、歌曲服务器及网络ktv系统
JP2007318518A (ja) 共通暗号化及び復号化方法、共通暗号化及び復号化装置、暗号通信システム、プログラム、及び、記録媒体
JP4921899B2 (ja) 暗号化装置、復号化装置及び暗号鍵更新方法
CN117459765B (zh) 一种基于存储服务的多媒体安全保护方法、装置和系统
CN114422570B (zh) 一种跨平台的多模块通讯方法及系统
US20230046009A1 (en) Secure media streaming communication via user datagram protocol
CN114339114A (zh) 基于ndn网络的视频通话方法以及存储介质
WO2002035348A1 (en) Method and apparatus for sending information in a communication system
CN114422570A (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