CN111818360B - 一种媒体点播方法、系统及装置 - Google Patents

一种媒体点播方法、系统及装置 Download PDF

Info

Publication number
CN111818360B
CN111818360B CN202010961535.0A CN202010961535A CN111818360B CN 111818360 B CN111818360 B CN 111818360B CN 202010961535 A CN202010961535 A CN 202010961535A CN 111818360 B CN111818360 B CN 111818360B
Authority
CN
China
Prior art keywords
media
server
request
streaming
address
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
Application number
CN202010961535.0A
Other languages
English (en)
Other versions
CN111818360A (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.)
Shenzhen Ping An Smart Healthcare Technology Co ltd
Original Assignee
Ping An International Smart City Technology Co 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 Ping An International Smart City Technology Co Ltd filed Critical Ping An International Smart City Technology Co Ltd
Priority to CN202010961535.0A priority Critical patent/CN111818360B/zh
Publication of CN111818360A publication Critical patent/CN111818360A/zh
Application granted granted Critical
Publication of CN111818360B publication Critical patent/CN111818360B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4627—Rights management associated to the content
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6402—Address allocation for clients

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请适用于计算机应用技术领域，提供了媒体点播方法、系统及装置，包括：通过获取媒体请求端发送的点播请求；基于信令服务器和流媒体服务器之间搭建会话通道，以基于流媒体服务器获取媒体所有端发送的音视频流，并在媒体请求拉取音视时频流，实现音视频流的直播，通过这种方式，可以减少媒体接收端和媒体所有端之间的传输流程，既能提高开发效率，又能保证音视频流的传输效率。

Description

一种媒体点播方法、系统及装置
技术领域
本申请属于计算机应用技术领域，尤其涉及一种媒体点播方法、系统及装置。
背景技术
实时音视频技术一直在安防、交通、监管等领域发挥着重要作用，近些年随着直播结合互联网的广泛应用，实时音视频点播这典型应用技术也受到技术开发人员的关注。然而相关技术中一般都是通过复杂的GB28181的技术规范实现对音视频文件的点播，这种方式使对传输系统和编码方式有较高的要求，因此导致在处理起来难度较大，接入成本较高，因而降低了音视频点播系统的应用效率。
发明内容
本申请实施例提供了媒体点播方法、系统及装置，可以解决音视频点播过程中效率较低问题。
第一方面，本申请实施例提供了一种媒体点播方法，包括：获取媒体请求端发送的点播请求；基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；其中，所述网络地址为所述流媒体服务器基于所述查询请求向所述信令服务器返回可用的流媒体服务器端口和网络地址之后，由所述信令服务器从中确定的；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址；基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流来进行直播。
在第一方面的一种可能的实现方式中，所述将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流，进行直播之后，还包括：获取媒体接收端发送的请求停止信息；发送请求停止信息至所述流媒体服务器；发送会话初始协议的中断请求至媒体所有端，以在接收到所述媒体所有端返回的中断信息之后，断开所述会话通道。
在第一方面的一种可能的实现方式中，所述基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流，包括：在接收到所述流媒体服务器返回的播放地址时，基于会话初始协议向媒体所有端发送确认请求；获取所述媒体所有端返回的确认信息，基于所述确认信息构建会话通道。
第二方面，本申请实施例提供了一种媒体点播系统，包括：媒体请求端，用于发送点播请求至信令服务器，并基于流媒体服务器发送的播放地址获取媒体数据；信令服务器，用于在接收到点播请求时，基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；媒体所有端，用于将媒体数据发送至中间网络，以基于中间网络传递媒体数据至媒体请求端；媒体请求端，用于接收媒体数据，并基于所述媒体数据进行播放。
在第二方面的一种可能的实现方式中，所述媒体所有端还用于执行：根据提取规则间隔提取音视频流每一视频帧中预设长度的数据段；由每一所述视频帧提取出的数据段构成该视频帧对应的数据集合体，对数据集合体使用单向散列算法生成对应视频帧的实时关联摘要；利用实时关联摘要生成对应的数字签名，利用所有数字签名构成数字签名集合体；将数字签名集合体嵌入音视频流中，然后将嵌入了数字签名集合体的音视频流推流到中间网络。
在第二方面的一种可能的实现方式中，所述媒体请求端还用于执行：接收嵌入了数字签名集合体的音视频流，对其进行解析提取数字签名集合体和原音视频流；解密数字签名集合体生成对应视频帧的接收关联摘要，根据接收到的原音视频流得到对应视频帧的实时关联摘要；对比接收关联摘要和实时关联摘要，根据对比结果控制播放器播放音视频流内容。
第三方面，本申请实施例提供了一种媒体点播装置，包括：第一获取单元，用于获取媒体请求端发送的点播请求；第一发送单元，用于基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；第二发送单元，用于根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；第三发送单元，用于在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址；构建单元，用于基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；第四发送单元，用于将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流，进行直播。
第四方面，本申请实施例提供了一种媒体点播装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：获取媒体请求端发送的点播请求；基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址；基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流来进行直播。
第五方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
第六方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的媒体点播方法。
可以理解的是，上述第二方面至第六方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
本申请实施例与现有技术相比存在的有益效果是：通过基于信令服务器和流媒体服务器之间搭建会话通道，以基于流媒体服务器获取媒体所有端发送的音视频流，并在媒体请求拉取音视频流，实现音视频流的直播，通过这种方式，可以减少媒体接收端和媒体所有端之间的传输流程，既能提高开发效率，又能保证音视频流的传输效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
图1是本申请实施例一提供的媒体点播方法的流程图；
图2是本申请实施例二提供的媒体点播系统的流程图；
图3是本申请实施例三提供的媒体点播装置的示意图；
图4是本申请实施例四提供的媒体点播装置的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
参见图1，图1是本申请实施例一提供的一种媒体点播方法的流程图。本实施例中媒体点播方法的执行主体为具有媒体点播功能的装置，例如信令服务器，包括但不限于计算机、服务器、平板电脑或者终端等装置。如图所示的媒体点播方法可以包括以下步骤：
S101：获取媒体请求端发送的点播请求。
在本申请一实施例中，在实际应用中，会话初始协议（Session InitiationProtocol，SIP）协议是会话发起协议，是一个应用层协议。SIP建立和终止多媒体通信包括5个方面：用户位置、用户可用性、用户能力、会话建立以及会话管理。其中，用户位置用于确定用于通信的终端系统；用户可用性用于确定被呼叫者参加通信的意愿；用户能力用于确定使用的媒体和媒体参数；会话建立用于“响铃”方式建立会话；会话管理用于包括传输和终止会话、修改会话参数以及调用服务。本实施例中基于会话初始协议在媒体接收者和流媒体发送者之间进行流媒体通信。
在本申请一实施例中，本实施例中的流媒体点播方法可以应用在智慧城市的视频监控网络中，通过布设在环境中的摄像装置来实时采集视频画面，将采集到的视频画面传输到监控端。
其中，本实施例中的媒体所有端为交互过程中的流媒体发送者，其中存储有媒体信息。示例性的，本实施例中的媒体所有端可以为摄像装置，媒体请求端可以为监控设备，例如计算机等，此处不做限定。
在实际应用中，在监控过程中，监控设备可以自主的选择需要查看的位置，通过确定位置对应的视频画面及其对应的摄像终端，便可以确定流媒体所有者的信息。
本实施例的点播请求可以为基于超文本传输协议（Hyper Text TransferProtocol，Http）协议，在该Http请求中包含参数指定请求的哪一路编码设备，即流媒体所有者的视频、音频等信息，除此之外，还可以是设备的标识、网络地址、硬件地址等信息，此处不做限定。
S102：基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址。
在本申请一实施例中，媒体请求端对应的请求端服务器主要用户接收媒体请求端发送的各种请求，并对这些请求进行处理，将其转达至信令服务器。例如，在接收到媒体请求端发送的点播请求之后，对其进行识别和验证，并在验证通过之后，将点播请求发送至信令服务器。
本实施例中信令服务器用于接收媒体请求端发出的各种信息，并基于这些信息向流媒体服务器转达对应的操作请求。例如，在接收到点播请求之后，基于该点播请求，向流媒体服务器发送查询请求。
流媒体服务器主要用于接收信令服务器发送的各种操作请求，并基于这些操作请求进行处理，确定对应的流媒体执行设备。例如，在接收到信令服务器发送查询请求之后，返回可用的服务器端口及网际互连协议（Internet Protocol，IP）地址以及媒体格式等信息，以使得信令服务器可以基于这些信息确定流媒体服务器的端口、网络地址等信息，以通过这些信息确定流媒体服务器，并基于该流媒体服务器向流媒体请求端发送数据。
S103：根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端。
在本申请一实施例中，本实施例中在获取可用的流媒体到服务器端口、网络地址信息和媒体格式信息之后，基于可用的流媒体服务器端口，网络地址信息和媒体格式信息生成邀请信息，即Invite请求。具体的，该请求中携带消息三种流媒体服务器返回的服务器端口、IP地址及媒体格式信息。在生成邀请信息之后，将邀请信息发送至媒体所有端。
示例性的，本实施例在发送邀请信息时，以会话描述协议（Session DescriptionProtocol，SDP）描述格式携带这些信息。示例性的，本实施例中一个SDP描述可以包括：会话名、会话目的、会话有效时间、构成会话的媒体及媒体信息等，其中媒体信息可以包括存储地址、传输端口以及媒体格式等等。
具体的，本实施例中SDP用于流媒体数据传输过程中的会话建立，以建立流媒体数据传输过程中的组播骨干网，用于流媒体数据传输，以实现多方会话，提高数据传输的效率。本实施例中基于组播的会议的主要特点是：1）基于组播地址完成多方之间的媒体传送，每个参与方都向指定的组播地址发送媒体，并且都能接收到发往该组播地址上的媒体；2）参与方之间没有紧密的信令关系，没有控制中心点或会议服务器。
本实施例中在通过SDP建立会话的过程中，可以分为两步。具体的，其中第一步为申请会议所需的组播地址，并确定会议的媒体构成以及每个媒体的格式的连接端口号；第二部为描述这些信息，发布出去，参与者获得这些信息后，即可据此加入这个会话。
同时，本申请实施例中，在会话提议或者应答的操作中需遵守以下原则：在任何时候，任何一方都可能产生一个新的提议来更新会话。然而，如果它收到了一个提议还没有应答或拒绝，则不能产生新的提议。提议/应答交换是不可分的，如果应答被拒绝，会话恢复到提议前的状态。提议或者应答的操作必须是一系列以编号排定的文件RFC 2327中所定义的有效SDP消息。尽管SDP规范允许将多个会话描述串接在一起形成一个大的SDP消息，但是在提议/应答模型中使用的SDP消息必须恰好包含一个会话描述。
S104：在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址。
在本申请一实施例中，在流媒体所有端接收到邀请信息时，返回响应信息至流媒体服务器。其中，响应信息可以为200 OK响应，可以携带SDP消息体。具体的，消息体中描述了媒体所有端发送媒体流的IP、端口、媒体格式等内容。
可选的，本实施例的媒体所有端还可以为编码设备，用于将媒体数据进行编码，得到可用于在网络中传输的数据。
本实施例中SIP信令服务器通过Http协议通知流媒体服务器，开始准备接收媒体所有端发送的音视频流，以使流媒体服务器接收到推流接收通知后，返回一个音视频流的播放地址至信令服务器。
S105：基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流。
在本申请一实施例中，步骤S105中基于所述播放地址与所述媒体所有端构建会话通道的过程具体包括：在接收到所述流媒体服务器返回的播放地址时，基于会话初始协议向媒体所有端发送确认请求；获取所述媒体所有端返回的确认信息，基于所述确认信息构建会话通道。
在本申请一实施例中，本实施例中，信令服务器收到流媒体服务器返回的播放地址后，向媒体所有端发送会话初始协议的字符确认ACK请求，请求中不携带消息体，完成与媒体所有端的邀请Invite会话建立过程，以使媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流。
S106：将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流来进行直播。
在本申请一实施例中，本实施例中，信令服务器通过Http协议返回流媒体接收者的实时音视频的播放地址。媒体所有端接收到SIP信令服务器发送的ACK消息后，开始向流媒体服务器推送音视频媒体流。媒体请求端可以开始使用实时音视频播放地址拉流进行直播。
本实施例中的流媒体接收者可以为第三方客户端，具体可以为手机、计算机等设备，用于接收信令服务器发送的流媒体数据。
在本申请一实施例中，步骤S106之后还包括：获取媒体接收端发送的请求停止信息；发送请求停止信息至所述流媒体服务器；发送会话初始协议的中断请求至媒体所有端，以在接收到所述媒体所有端返回的中断信息之后，断开所述会话通道。
在本申请一实施例中，媒体请求端使用Http协议给SIP信令服务器请求停止及发布媒体流。SIP信令服务器使用Http协议通知流媒体服务器，停止进行接收和发布媒体流。SIP信令服务器发送会话初始协议的BYE命令给向媒体所有端。媒体所有端接收到BYE消息后，返回中断信息，以使会话断开。
可选的，本实施例中的中断信息可以为200 OK响应等形式。
上述方案，通过获取媒体请求端发送的点播请求；基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址；基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流来进行直播。本实施例中通过基于信令服务器和流媒体服务器之间搭建会话通道，以基于流媒体服务器获取媒体所有端发送的音视频流，并在媒体请求拉取音视频流，实现音视频流的直播，通过这种方式，可以减少媒体接收端和媒体所有端之间的传输流程，既能提高开发效率，又能保证音视频流的传输效率。
参见图2，图2是本申请实施例二提供的一种媒体点播系统的示意图。媒体点播系统200中包括媒体请求端201、信令服务器202、流媒体服务器203以及媒体所有端204，本实施例中的媒体点播系统中的功能详细说明如下：
媒体请求端201，用于发送点播请求至信令服务器，并基于流媒体服务器发送的播放地址获取媒体数据。
在本申请一实施例中，媒体请求端用于发送点播请求至信令服务器，以基于流媒体服务器发送的播放地址来获取媒体数据，完成媒体数据的获取过程。
可选的，本实施例的媒体请求端可以为计算机、手机等设备。
信令服务器202，用于在接收到点播请求时，基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端。
本申请实施例中的信令服务器的运行过程和功能可以参考图1中对应的实施例，此处不做赘述。
媒体所有端203，用于将媒体数据发送至中间网络，以基于中间网络传递媒体数据至媒体请求端。
在本申请一实施例中，所述媒体所有端还用于执行步骤S2031~步骤S2034，详细说明如下：
S2031：根据提取规则间隔提取音视频流每一视频帧中预设长度的数据段。
在本申请一实施例中，考虑到在很多监控场景中，采集得到的数据往往很多时候被作为证据等，因此在实际应用中，这些流媒体数据具有较高的权威性，需要保证这些流媒体数据的安全性和不可篡改性，因此，本实施例中在媒体所有端向媒体请求端发送流媒体数据时，对流媒体数据进行摘要签名，以保证流媒体数据的安全性。
可选的，在进行帧内提取时，可以按斐波那契数列的数值选取对应视频帧的数据比特即数据段；也可以按照奇数的平方和偶数的组合方式选取对应视频帧的数据比特；还可以是每间隔k个数据比特提取n个数据比特，k的取值范围为0到整个视频帧数据比特长度，n的取值范围为1到整个视频帧数据比特长度，根据提取比例减少数据量。
进一步的，提取数据段之前，对视频流媒体进行预处理，对于点播视频流媒体，首先将其切片为多个视频片段，然后逐次对视频片段进行处理，在当前视频片段完成加密流程进行推流时，下一个视频片段开始加密流程，达到流水式处理的效果。
S2032：由每一所述视频帧提取出的数据段构成该视频帧对应的数据集合体，对数据集合体使用单向散列算法生成对应视频帧的实时关联摘要。
在本申请一实施例中，由每一视频帧的所有数据段构成该视频帧对应的数据集合体，数据集合体由对应视频帧的所有数据段按照提取顺序进行拼接得到，对数据集合体使用单向散列算法生成对应视频帧的实时关联摘要。
可选的，本实施例中可以识别每一视频帧中的画面信息，选取包含目标画面信息的视频帧进行摘要处理。例如，仅对每一个视频帧中提取出的深色视频数据使用单向散列算法生成对应关联摘要，剩余的浅色视频数据不进行加密操作。
S2033：利用实时关联摘要生成对应的数字签名，利用所有数字签名构成数字签名集合体。
在本申请一实施例中，利用实时关联摘要生成对应的数字签名，利用所有数字签名构成数字签名集合体，具体的，利用私钥加密实时关联摘要生成数字签名，将所有数字签名按照生成的顺序拼接为数字签名集合体。
S2034：将数字签名集合体嵌入音视频流中，然后将嵌入了数字签名集合体的音视频流推流到中间网络。
在本申请一实施例中，为将数字签名嵌入切片后的视频片段中，将嵌入了数字签名集合体的视频片段推流到中间网络，中间网络为现有的网络流通渠道，作为视频流媒体的传播媒介，数字签名集合体嵌入视频片段数据中的自定义数据段，得到最小流媒体视频文件。为了确保本实施例的可信播放方法与各种流媒体协议的兼容性，将数字签名嵌入视频片段数据中的自定义数据段。对于点播视频流媒体，将该点播视频流媒体的所有音频数字签名嵌入到首个时间戳中的自定义字段。
媒体请求端204，用于接收媒体数据，并基于所述媒体数据进行播放。
在本申请一实施例中，接收媒体数据，并基于所述媒体数据进行播放，包括：接收嵌入了数字签名集合体的音视频流，对其进行解析提取数字签名集合体和原音视频流；解密数字签名集合体生成对应视频帧的接收关联摘要，根据接收到的原音视频流得到对应视频帧的实时关联摘要；对比接收关联摘要和实时关联摘要，根据对比结果控制播放器播放音视频流内容。
具体的，客户端接收嵌入了数字签名集合体的视频片段，对其进行解析提取数字签名集合体和原视频片段。解密数字签名集合体生成对应视频帧的接收关联摘要，对于数字签名集合体，按照单个数字签名的长度将其按顺序分离出每一视频帧对应的数字签名，然后利用公钥解密每一数字签名，得到每个视频帧对应的接收关联摘要，根据原视频片段得到对应视频帧的实时关联摘要。
对比接收关联摘要和实时关联摘要，根据对比结果控制播放器播放视频片段内容，具体的，若接收关联摘要和实时关联摘要相同，则对比结果相同，视频片段内容可信，播放器播放视频片段内容；否则视频内容不可信，播放器暂停播放服务，联系发布端重新发送视频片段。
参见图3，图3是本申请实施例三提供的一种媒体点播装置的示意图。媒体点播装置300可以为智能手机、平板电脑等移动终端。本实施例的媒体点播装置300包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1及图1对应的实施例中的相关描述，此处不赘述。
本实施例的媒体点播装置300包括：第一获取单元301，用于获取媒体请求端发送的点播请求；第一发送单元302，用于基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；其中，所述网络地址为所述流媒体服务器基于所述查询请求向所述信令服务器返回可用的流媒体服务器端口和网络地址之后，由所述信令服务器从中确定的；第二发送单元303，用于根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；第三发送单元304，用于在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址；构建单元305，用于基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；第四发送单元306，用于将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流，进行直播。
进一步的，所述媒体点播装置还包括：第二获取单元，用于获取媒体接收端发送的请求停止信息；第五发送单元，用于发送请求停止信息至所述流媒体服务器；第六发送单元，用于发送会话初始协议的中断请求至媒体所有端，以在接收到所述媒体所有端返回的中断信息之后，断开所述会话通道。
进一步的，所述构建单元305包括：请求确认单元，用于在接收到所述流媒体服务器返回的播放地址时，基于会话初始协议向媒体所有端发送确认请求；通道构建单元，用于获取所述媒体所有端返回的确认信息，基于所述确认信息构建会话通道。
上述方案，通过获取媒体请求端发送的点播请求；基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址；基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；将所述播放地址发送至媒体接收端，以使媒体接收端基于所述播放地址获取所述媒体流来进行直播。本实施例中通过基于信令服务器和流媒体服务器之间搭建会话通道，以基于流媒体服务器获取媒体所有端发送的音视频流，并在媒体请求拉取音视频流，实现音视频流的直播，通过这种方式，可以减少媒体接收端和媒体所有端之间的传输流程，既能提高开发效率，又能保证音视频流的传输效率。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
图4是本申请实施例四提供的媒体点播装置的示意图。如图4所示，该实施例的媒体点播装置4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个媒体点播方法实施例中的步骤，例如图1所示的步骤。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示各个单元的功能。
示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述媒体点播装置4中的执行过程。
所述媒体点播装置4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是媒体点播装置4的示例，并不构成对媒体点播装置4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器40可以是中央处理单元（Central Processing Unit，CPU），还可以是其他通用处理器、数字信号处理器（Digital Signal Processor，DSP）、专用集成电路（Application Specific Integrated Circuit，ASIC）、现成可编程门阵列（Field-Programmable Gate Array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器41可以是所述媒体点播装置4的内部存储单元，例如媒体点播装置4的硬盘或内存。所述存储器41也可以是所述媒体点播装置4的外部存储设备，例如所述媒体点播装置4上配备的插接式硬盘，智能存储卡（Smart Media Card，SMC），安全数字（SecureDigital，SD）卡，闪存卡（Flash Card，FC）等。进一步地，所述存储器41还可以既包括所述媒体点播装置4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种媒体点播方法，应用于信令服务器，其特征在于，包括：
获取媒体请求端发送的点播请求；
基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；其中，所述网络地址为所述流媒体服务器基于所述查询请求向所述信令服务器返回可用的流媒体服务器端口和网络地址之后，由所述信令服务器从中确定的；
根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；其中，所述邀请信息通过SDP描述携带媒体信息，所述SDP描述用于在流媒体数据传输过程中建立会话通道而组成组播骨干网；
在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址，所述通知消息包括基于Http协议生成的通知；
基于所述播放地址与所述媒体所有端构建会话通道，组成组播骨干网，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；所述组播骨干网用于多方流媒体数据传输，所述组播骨干网中的每个参与方都向指定的播放地址发送媒体数据；
将所述播放地址发送至媒体请求端，以使媒体请求端基于所述播放地址对所述媒体流进行拉流和直播。
2.如权利要求1所述的媒体点播方法，其特征在于，所述将所述播放地址发送至媒体请求端，以使媒体请求端基于所述播放地址获取所述媒体流，进行直播之后，还包括：
获取所述媒体请求端发送的请求停止信息；
发送请求停止信息至所述流媒体服务器；
发送会话初始协议的中断请求至媒体所有端，以在接收到所述媒体所有端返回的中断信息之后，断开所述会话通道。
3.如权利要求1所述的媒体点播方法，其特征在于，所述基于所述播放地址与所述媒体所有端构建会话通道，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流，包括：
在接收到所述流媒体服务器返回的播放地址时，基于会话初始协议向媒体所有端发送确认请求；
获取所述媒体所有端返回的确认信息，基于所述确认信息构建会话通道。
4.一种媒体点播系统，其特征在于，包括：
媒体请求端，用于发送点播请求至信令服务器，并基于流媒体服务器发送的播放地址对媒体数据进行拉流和直播；
信令服务器，用于在接收到点播请求时，基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体端服务器的端口和网络地址，其中，所述网络地址为所述流媒体服务器基于所述查询请求向所述信令服务器返回可用的流媒体服务器端口和网络地址之后，由所述信令服务器从中确定的；根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；其中，所述邀请信息通过SDP描述携带媒体信息，所述SDP描述用于在流媒体数据传输过程中建立会话通道而组成组播骨干网；
在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址，所述通知消息包括基于Http协议生成的通知；
基于所述播放地址与所述媒体所有端构建会话通道，组成组播骨干网，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；所述组播骨干网用于多方流媒体数据传输，所述组播骨干网中的每个参与方都向指定的播放地址发送媒体数据；
媒体所有端，用于将媒体数据发送至中间网络，以基于中间网络传递媒体数据至媒体请求端。
5.如权利要求4所述的媒体点播系统，其特征在于，所述媒体所有端还用于执行：
根据提取规则间隔提取音视频流每一视频帧中预设长度的数据段；
由每一所述视频帧提取出的数据段构成该视频帧对应的数据集合体，对数据集合体使用单向散列算法生成对应视频帧的实时关联摘要；
利用所述实时关联摘要生成对应的数字签名，利用所有数字签名构成数字签名集合体；
将数字签名集合体嵌入音视频流中，然后将嵌入了数字签名集合体的音视频流推流到中间网络。
6.如权利要求4所述的媒体点播系统，其特征在于，所述媒体请求端还用于执行：
接收嵌入了数字签名集合体的音视频流，对其进行解析提取数字签名集合体和原音视频流；
解密数字签名集合体生成对应视频帧的接收关联摘要，根据接收到的原音视频流得到对应视频帧的实时关联摘要；
对比接收关联摘要和实时关联摘要，根据对比结果控制播放器播放音视频流内容。
7.一种媒体点播装置，其特征在于，包括：
第一获取单元，用于获取媒体请求端发送的点播请求；
第一发送单元，用于基于所述点播请求，发送查询请求至流媒体服务器，以获取可用的流媒体服务器的端口和网络地址；其中，所述网络地址为所述流媒体服务器基于所述查询请求向信令服务器返回可用的流媒体服务器端口和网络地址之后，由所述信令服务器从中确定的；
第二发送单元，用于根据所述可用的流媒体服务器的端口、所述网络地址和媒体格式信息生成邀请信息，并将所述邀请信息发送至媒体所有端；其中，所述邀请信息通过SDP描述携带媒体信息，所述SDP描述用于在流媒体数据传输过程中建立会话通道而组成组播骨干网；
第三发送单元，用于在获取到所述媒体所有端返回的响应信息时，发送通知消息至所述流媒体服务器，以接收所述流媒体服务器返回的音视频流的播放地址，所述通知消息包括基于Http协议生成的通知；
构建单元，用于基于所述播放地址与所述媒体所有端构建会话通道，组成组播骨干网，以使所述媒体所有端基于所述会话通道向所述流媒体服务器发送媒体流；所述组播骨干网用于多方流媒体数据传输，所述组播骨干网中的每个参与方都向指定的播放地址发送媒体数据；
第四发送单元，用于将所述播放地址发送至媒体请求端，以使媒体请求端基于所述播放地址对所述媒体流进行拉流和直播。
8.如权利要求7所述的媒体点播装置，其特征在于，所述媒体点播装置还包括：
第二获取单元，用于获取媒体请求端发送的请求停止信息；
第五发送单元，用于发送请求停止信息至所述流媒体服务器；
第六发送单元，用于发送会话初始协议的中断请求至媒体所有端，以在接收到所述媒体所有端返回的中断信息之后，断开所述会话通道。
9.一种媒体点播装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述方法的步骤。
CN202010961535.0A 2020-09-14 2020-09-14 一种媒体点播方法、系统及装置 Active CN111818360B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010961535.0A CN111818360B (zh) 2020-09-14 2020-09-14 一种媒体点播方法、系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010961535.0A CN111818360B (zh) 2020-09-14 2020-09-14 一种媒体点播方法、系统及装置

Publications (2)

Publication Number Publication Date
CN111818360A CN111818360A (zh) 2020-10-23
CN111818360B true CN111818360B (zh) 2021-04-27

Family

ID=72860090

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010961535.0A Active CN111818360B (zh) 2020-09-14 2020-09-14 一种媒体点播方法、系统及装置

Country Status (1)

Country Link
CN (1) CN111818360B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112788348A (zh) * 2020-12-30 2021-05-11 北京飞讯数码科技有限公司 一种点播方法、装置、设备、系统及存储介质
CN113038192B (zh) * 2021-02-26 2023-02-28 北京百度网讯科技有限公司 视频处理方法、装置、电子设备和存储介质
CN113285931B (zh) * 2021-05-12 2022-10-11 阿波罗智联(北京)科技有限公司 流媒体的传输方法、流媒体服务器及流媒体系统
CN113381990B (zh) * 2021-06-03 2022-06-10 湖南快乐阳光互动娱乐传媒有限公司 一种点播终端之间互相通信的方法及系统
CN114640893A (zh) * 2022-03-10 2022-06-17 京东科技信息技术有限公司 实时音视频通信系统的服务端对接方法以及装置
CN115150669B (zh) * 2022-06-29 2023-08-22 城云科技（中国）有限公司 一种基于gb28181国际互标的媒体流共享方法、装置及应用

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222418A (zh) * 2007-01-10 2008-07-16 华为技术有限公司 Rtsp客户端访问sip媒体资源的方法、系统及信令网关
CN102547408A (zh) * 2012-01-17 2012-07-04 深圳市同洲视讯传媒有限公司 播放点播节目的方法、系统和会话管理器
CN103458318A (zh) * 2013-07-26 2013-12-18 深圳市融创天下科技股份有限公司 媒体数据传输方法及系统
CN103475638A (zh) * 2013-07-29 2013-12-25 深圳市融创天下科技股份有限公司 一种媒体数据传输方法及系统
CN110213272A (zh) * 2019-06-03 2019-09-06 重庆紫光华山智安科技有限公司 数据传输方法及装置
CN110602570A (zh) * 2019-11-12 2019-12-20 成都索贝数码科技股份有限公司 一种基于非对称加密的视音频可信播放方法
CN110740390A (zh) * 2019-11-12 2020-01-31 成都索贝数码科技股份有限公司 一种基于帧间提取生成关联摘要的视音频可信播放方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222418A (zh) * 2007-01-10 2008-07-16 华为技术有限公司 Rtsp客户端访问sip媒体资源的方法、系统及信令网关
CN102547408A (zh) * 2012-01-17 2012-07-04 深圳市同洲视讯传媒有限公司 播放点播节目的方法、系统和会话管理器
CN103458318A (zh) * 2013-07-26 2013-12-18 深圳市融创天下科技股份有限公司 媒体数据传输方法及系统
CN103475638A (zh) * 2013-07-29 2013-12-25 深圳市融创天下科技股份有限公司 一种媒体数据传输方法及系统
CN110213272A (zh) * 2019-06-03 2019-09-06 重庆紫光华山智安科技有限公司 数据传输方法及装置
CN110602570A (zh) * 2019-11-12 2019-12-20 成都索贝数码科技股份有限公司 一种基于非对称加密的视音频可信播放方法
CN110740390A (zh) * 2019-11-12 2020-01-31 成都索贝数码科技股份有限公司 一种基于帧间提取生成关联摘要的视音频可信播放方法

Also Published As

Publication number Publication date
CN111818360A (zh) 2020-10-23

Similar Documents

Publication Publication Date Title
CN111818360B (zh) 一种媒体点播方法、系统及装置
KR101320908B1 (ko) 유니캐스트 세션들과 멀티캐스트 세션 간을 변환하기 위한방법
CN113746808B (zh) 线上会议的融合通信方法、网关、电子设备及存储介质
US9462018B2 (en) Multiway peer-to-peer media streaming
CN101938624A (zh) 一种基于h.323协议的ip机顶盒多点安全视频会议系统
US7962953B2 (en) DRM protected content sharing
MX2015002628A (es) Sistema y metodo para entregar un contenido audio-visual a un dispositivo de un cliente.
US20150206208A1 (en) Method and System for Charging and Fee Sharing According to Network Video Playing Amount
WO2011022994A1 (zh) 组播实时传输协议会话快速接入的方法、装置及系统
WO2024056032A1 (zh) 解码、数据传输方法、装置、终端及服务器
US9413798B2 (en) Method and system for video-on-demand (VOD)
CN110222142B (zh) 一种题目分发方法及装置
CN102594794B (zh) 一种媒体加密会议的接入方法及装置
CN108055262B (zh) 视频会议终端注册方法、终端及网守
CN108668151B (zh) 音视频交互方法及装置
CN110719435B (zh) 一种进行终端会议的方法和系统
CN111193941B (zh) 一种媒体数据的传输方法、装置、设备及存储介质
CN108965939A (zh) 媒体数据处理方法、装置、系统及可读存储介质
KR20110119972A (ko) Ｓｉｐ 기반 인터넷 전화 서비스 보안 시스템 및 그 방법
WO2009155840A1 (zh) 实现共享群业务的方法、系统和装置
KR100779038B1 (ko) 다채널 스트리밍 서버를 이용한 아이피티브이 방송 시스템및 채널 설정 방법
KR100280825B1 (ko) 인터넷 멀티캐스트 응용에서의 세션 멤버쉽 관리 방법
TW200803512A (en) Set top box and method for generating callback signal thereof
CN117596231B (zh) 通信方法、终端设备、系统及介质
WO2014075483A1 (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
TR01 Transfer of patent right

Effective date of registration: 20231114

Address after: Room 2601 (Unit 07), Qianhai Free Trade Building, No. 3048, Xinghai Avenue, Nanshan Street, Qianhai Shenzhen-Hong Kong Cooperation Zone, Shenzhen, Guangdong 518000

Patentee after: Shenzhen Ping An Smart Healthcare Technology Co.,Ltd.

Address before: 1-34 / F, Qianhai free trade building, 3048 Xinghai Avenue, Mawan, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong 518000

Patentee before: Ping An International Smart City Technology Co.,Ltd.

TR01 Transfer of patent right