CN112423146A

CN112423146A - Playing data acquisition and pushing method, system, medium, server and playing terminal

Info

Publication number: CN112423146A
Application number: CN201910774413.8A
Authority: CN
Inventors: 张晓卫; 郑琨; 刘洋; 施网生
Original assignee: Otvcloud Internet Technology Shanghai Co ltd
Current assignee: Otvcloud Internet Technology Shanghai Co ltd
Priority date: 2019-08-21
Filing date: 2019-08-21
Publication date: 2021-02-26
Anticipated expiration: 2039-08-21
Also published as: CN112423146B

Abstract

The invention provides a method, a system, a medium, a server and a playing terminal for acquiring and pushing playing data, wherein the method for acquiring the playing data comprises the following steps: establishing network connection with an RTSP streaming service module in a server side based on CDN address scheduling; establishing RTSP connection with the RTSP streaming service module, and sending an RTSP video playing request to the server; and receiving playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request. The push method of the playing data comprises the following steps: receiving an RTSP video playing request sent by the playing terminal; judging whether playing data corresponding to the RTSP video playing request is locally cached or not; and sending the playing data to the playing terminal. The invention provides an open internet CDN design compatible with the existing RTSP server and a terminal player, which can provide RTSP streaming media service for a client under the condition of not changing the existing RTSP server and the existing client player.

Description

Playing data acquisition and pushing method, system, medium, server and playing terminal

Technical Field

The invention belongs to the field of open internet, relates to a push method of playing data, and particularly relates to a method, a system, a medium, a server and a playing terminal for acquiring and pushing playing data.

Background

The RTSP is released in 1998, so that live broadcast, on-demand broadcast and other video streaming media services can be well transmitted in a local area network, and the RTSP has wide application in China private network video services such as a radio, television and cable network and a telecommunication IPTV.

However, in the open internet, RTSP still has a technical problem that it is difficult to implement, and especially, when a stream pushing channel is newly created from a server to a client in a UDP (User Datagram Protocol) transmission manner, the RTSP cannot be successfully implemented when the RTSP touches a terminal hidden behind a router. Therefore, broadcasting and telecommunication operators cannot utilize the existing media service platform to serve the open internet client, have to reestablish a new open internet service platform, and have to abandon terminals such as a set top box which only supports the RTSP protocol and the like in the existing open internet.

Therefore, how to provide a method, a system, a medium, a server and a playing terminal for acquiring and pushing playing data to solve the defects that the prior art cannot realize adaptation of the existing RTSP media service platform of an operator to the terminal in the open internet, cannot provide a media CDN service to the terminal in the open internet without changing them, and the like, becomes a technical problem that needs to be solved urgently by technical personnel in the field.

Disclosure of Invention

In view of the foregoing drawbacks of the prior art, an object of the present invention is to provide a method, a system, a medium, a server, and a playing terminal for acquiring and pushing playing data, which are used to solve the problem of providing RTSP video CDN service to a terminal in an open internet in a proxy cache manner without modifying an existing RTSP server and a terminal player.

In order to achieve the above and other related objects, an aspect of the present invention provides a method for acquiring playing data, which is applied to a playing terminal, and includes the following steps: establishing network connection with an RTSP streaming service module in a server side based on CDN address scheduling; establishing RTSP connection with the RTSP streaming service module, and sending an RTSP video playing request to the server; and receiving playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request.

In an embodiment of the present invention, the broadcasting terminal includes: the RTSP player and the RTSP data pulling module; the step of receiving the playing data corresponding to the RTSP video playing request sent by the RTSP streaming service module includes: pushing the received playing data to a local port appointed by the RTSP video playing request through the RTSP data pulling module; and receiving the playing data corresponding to the local port through the RTSP player so as to play.

Another aspect of the present invention provides a system for acquiring playing data, which is applied to a playing terminal, and the system for acquiring playing data includes: the network establishing unit is used for establishing network connection with an RTSP streaming service module scheduled based on the CDN address in the service end; the playing request sending unit is used for establishing RTSP connection with the RTSP streaming service module and sending an RTSP video playing request to the server; and the data receiving unit is used for receiving the playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request.

Still another aspect of the present invention provides a medium on which a computer program is stored, the program implementing the acquisition method of the play data when executed by a processor.

Another aspect of the present invention provides a broadcasting terminal, including: a processor and a memory; the memory is used for storing computer programs, and the processor is used for executing the computer programs stored by the memory so as to enable the playing terminal to execute the method for acquiring the playing data.

The invention also provides a method for pushing the playing data, which is applied to a server and comprises the following steps: receiving an RTSP video playing request sent by the playing terminal; judging whether playing data corresponding to the RTSP video playing request is locally cached or not; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

In an embodiment of the present invention, the step of receiving an RTSP video play request sent by the play terminal includes: and in the received RTSP video playing request, identifying the data transmission information contained in the playing request, and informing an RTSP data pulling module of the playing terminal of the data transmission information.

In an embodiment of the present invention, the server includes: the RTSP streaming service module, the RTSP proxy cache service module, the RTSP video service module and the RTSP streaming service module; if the local caching is not carried out, the step of obtaining the playing data from the operator service module through the RTSP proxy caching service module and sending the playing data to the playing terminal comprises the following steps: the RTSP streaming service module informs the RTSP proxy cache service module to acquire playing data in real time; sending a streaming notification to the RTSP streaming service module through the RTSP video service module according to the playing data requirement of the RTSP proxy cache service module; pushing playing data to the RTSP proxy cache service module through the RTSP streaming service module; receiving the playing data pushed by the RTSP pushing stream service module through the RTSP proxy cache service module; sending the received playing data to the RTSP streaming service module through the RTSP proxy cache service module; and sending the received playing data to an RTSP data pulling module of the playing terminal through the RTSP streaming service module, and locally caching the playing data.

In another aspect, the present invention provides a system for pushing playing data, which is applied to a server, and includes: a playing request receiving unit, configured to receive an RTSP video playing request sent by the playing terminal; the data sending unit is used for judging whether the playing data corresponding to the RTSP video playing request is locally cached or not; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

Yet another aspect of the present invention provides a medium having stored thereon a computer program that, when executed by a processor, implements the push method of the play data.

In another aspect, the present invention provides a server, including: a processor and a memory; the memory is used for storing computer programs, and the processor is used for executing the computer programs stored in the memory, so that the server executes the push method of the playing data.

In a final aspect of the present invention, a system for acquiring and pushing playing data is provided, which includes the playing terminal and the server.

As described above, the method, system, medium, server and playing terminal for acquiring and pushing playing data according to the present invention have the following advantages:

the invention provides a design of an open internet CDN (Content Delivery Network) which is compatible with the existing RTSP (Real Time Streaming Protocol) server and a terminal player. On one hand, the system server manages the client player to request and cache the media content during playing, and on the other hand, a new data channel is established by the RTSP transmission protocol of the system playing, so that the problem that the RTSP transmits data in the open internet is solved under the condition that the existing RTSP server and the existing client player are not changed and the video content does not need to be injected into a CDN service platform in advance, the RTSP streaming media service is provided for the client in the open internet, and the streaming media service is provided for the open internet client in a large-scale and stable manner by utilizing the existing RTSP streaming media service. Therefore, operators such as an Internet Protocol Television (IPTV) and a cable Television can expand existing RTSP streaming services to terminals in the open Internet in a large scale without performing large adjustment.

Drawings

Fig. 1 is a network structure diagram illustrating a playing data acquiring and pushing method according to an embodiment of the present invention.

Fig. 2 is a schematic flow chart illustrating a method for acquiring playing data according to an embodiment of the present invention.

Fig. 3 is a schematic structural diagram of a playing data acquiring system according to an embodiment of the present invention.

Fig. 4 is a device connection diagram of a data playing service and a playing terminal according to an embodiment of the present invention.

Fig. 5 is a schematic flow chart illustrating a playing data pushing method according to an embodiment of the present invention.

Fig. 6 is a schematic structural diagram of a playing data push system according to an embodiment of the present invention.

Fig. 7 is a schematic structural diagram of a playing data acquiring and pushing system according to an embodiment of the invention.

Description of the element reference numerals

3 acquisition system of playing data

31 network establishing unit

32 Play request transmitting unit

33 data receiving unit

41 processor

42 memory

43 transceiver

44 communication interface

45 system bus

6 push system of broadcast data

61 Play request receiving unit

62 data transmitting unit

7 acquisition and push system of playing data

71 Player terminal

72 service terminal

S21-S23 playing data acquisition method steps

S51-S52 playing data pushing method and steps

Detailed Description

The embodiments of the present invention are described below with reference to specific embodiments, and other advantages and effects of the present invention will be easily understood by those skilled in the art from the disclosure of the present specification. The invention is capable of other and different embodiments and of being practiced or of being carried out in various ways, and its several details are capable of modification in various respects, all without departing from the spirit and scope of the present invention. It is to be noted that the features in the following embodiments and examples may be combined with each other without conflict.

It should be noted that the drawings provided in the following embodiments are only for illustrating the basic idea of the present invention, and the components related to the present invention are only shown in the drawings rather than drawn according to the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated.

The playing data acquisition and pushing method, the system, the medium, the server and the playing terminal of the invention, on one hand, the server processes the client player request and caches the media content during playing, and on the other hand, the playing terminal establishes a new data channel according to the RTSP transmission protocol, thereby providing the RTSP streaming media service to the client in the open internet under the condition of not changing the existing RTSP server and the client player, and utilizing the existing RTSP service to provide the streaming media service to the open internet client in a large scale and stably.

The following describes the method for acquiring playback data provided in the present embodiment in detail with reference to the drawings.

As shown in fig. 1, in an embodiment, the broadcasting terminal is communicatively connected to the server.

The play terminal includes: the RTSP player and the RTSP data pulling module. It should be noted that the RTSP Player may be a hardware product, such as an early-use VCD or DVD Player, or a software product, such as a Windows Media Player built in a Windows operating system, an iTune built in an iOS operating system, or an independent software Player VLC, and the form of the software and hardware of the Player does not affect the definition of the Player function.

The server side comprises: the system comprises an RTSP streaming service module, an RTSP proxy cache service module, an RTSP video service module, an RTSP streaming service module, a content service module and a CDN scheduling module.

Specifically, in the network structure of the present invention, a UDP is used between the server and the playing terminal to transmit video data, the playing terminal maps an RTSP media access address obtained from the content service module to the RTSP streaming service module through a domain name alias record (CNAME), and the RTSP streaming service module establishes a long connection with an RTSP data pull module of the playing terminal through a TCP (Transmission Control Protocol). It should be noted that, to facilitate detailed description of the implementation steps, a common CDN scheduling module and a content service module of an operator are added to the server as described above.

As shown in fig. 2, in an embodiment, the method for acquiring the playing data specifically includes the following steps:

and S21, establishing network connection with the RTSP streaming service module scheduled by the CDN address in the service end.

Specifically, after the playing terminal in the open internet is started, the RTSP data pull module running thereon accesses the CDN scheduling module through the open internet, and requests the CDN scheduling module to obtain an address of the currently available RTSP pull streaming service module. And the CDN scheduling module returns a currently available RTSP pull stream service module address according to the request. Then the RTSP data pulling module establishes network connection with the RTSP stream pulling service module, and the RTSP stream pulling service module records the connection between the playing terminal and the RTSP stream pulling service module, and forms and maintains a corresponding table of the connection between the playing terminal and the network. The RTSP streaming service module address is obtained by mapping an RTSP media access address acquired by the playing terminal from the content service module through a domain name alias record (CNAME).

It should be noted that the domain name is a domain name of an RTSP play address of the video to be played. And the RTSP playing address is returned to the playing terminal by the CDN scheduling module. The principle flow of the playing terminal determining the corresponding RTSP streaming service module address through the CDN scheduling module is as follows: the playing terminal generates a playing request through a video playing action of a user and sends the playing request to the content service module, the content service module determines an RTSP playing address of the video according to the playing request and returns the RTSP playing address to the playing terminal, a Domain Name of the playing address points to the CDN scheduling module in a CNAME mode, the playing terminal carries out playing Domain Name resolution on the Domain Name of the RTSP playing address and sends a DNS request to the CDN scheduling module, and the CDN scheduling module returns an RTSP pull stream service module address establishing TCP connection with the playing terminal after receiving the DNS (Domain Name System) request.

And S22, establishing RTSP connection with the RTSP streaming service module, and sending an RTSP video playing request to the server.

Specifically, when a user operates the playing terminal to play a certain video based on RTSP service, the playing terminal obtains a playing address through the content service module, and the playing address points to the CDN scheduling module. And after the playing terminal accesses the playing address, receiving an RTSP streaming service module address returned by the CDN scheduling module, and initiating an RTSP video playing request through network connection with the RTSP streaming service module.

Furthermore, the network connection between the playing terminal and the RTSP streaming service module forms a playing terminal-network connection correspondence table, finds the network connection according to the terminal information, and notifies the RTSP data pull module of the data transmission information of the playing terminal through the network connection, where the data transmission information mainly includes an RTSP data push network protocol and a local port.

It should be noted that the network connection includes a TCP long connection, and transmits information such as a UDP port monitored by the RTSP player to the RTSP data pull module through the TCP connection according to the playing, that is, the terminal and TCP connection correspondence table. The local port comprises a UDP port. The network protocol comprises http, udp and dvb.

And S23, receiving the playing data corresponding to the RTSP video playing request sent by the RTSP streaming service module.

In this embodiment, the S23 includes:

s231, pushing the received playing data to a local port appointed by the RTSP video playing request through the RTSP data pulling module.

Specifically, after receiving the video data transmitted by the RTSP streaming service module, the RTSP data pulling module pushes the video data to a specified terminal local network protocol port according to the data transmission information of the RTSP player. For example, according to the UDP port monitored by the delivered RTSP player, the video data is pushed to the UDP port.

S232, receiving the playing data corresponding to the local port through the RTSP player, so as to play the data.

Specifically, when the UDP port monitored by the RTSP player receives video data, the video is normally played.

It should be noted that the protection scope of the method for acquiring playing data according to the present invention is not limited to the execution sequence of the steps listed in this embodiment, and all the schemes of adding, subtracting, and replacing steps in the prior art according to the principle of the present invention are included in the protection scope of the present invention.

As shown in fig. 3, in an embodiment, the system for acquiring playing data is applied to a playing terminal, and specifically includes: a network establishing unit 31, a play request transmitting unit 32, and a data receiving unit 33.

The network establishing unit 31 is configured to establish a network connection with an RTSP streaming service module in the service end based on CDN address scheduling.

The playing request sending unit 32 is configured to establish an RTSP connection with the RTSP streaming service module, and send an RTSP video playing request to the server.

The data receiving unit 33 is configured to receive play data corresponding to the RTSP video play request sent by the RTSP streaming service module.

In practical applications, the data receiving unit 33 is specifically configured to push the received playing data to the local port specified by the RTSP video playing request through the RTSP data pulling module; and receiving the playing data corresponding to the local port through the RTSP player so as to play.

It should be noted that the division of each module of the system for acquiring playing data is only a division of a logical function, and may be wholly or partially integrated into a physical entity or physically separated in actual implementation. And the modules can be realized in a form that all software is called by the processing element, or in a form that all the modules are realized in a form that all the modules are called by the processing element, or in a form that part of the modules are called by the hardware. For example: the x module can be a separately established processing element, and can also be integrated in a certain chip of the system. The x-module may be stored in the memory of the system in the form of program codes, and may be called by a processing element of the system to execute the following functions of the x-module. Other modules are implemented similarly. All or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, the steps of the above method or the following modules may be implemented by hardware integrated logic circuits in a processor element or instructions in software.

The following modules may be one or more integrated circuits configured to implement the above methods, for example: one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Field Programmable Gate Arrays (FPGAs), and the like. When some of the following modules are implemented in the form of a program code called by a Processing element, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling the program code. These modules may be integrated together and implemented in the form of a System-on-a-chip (SOC).

It should be noted that the system for acquiring playing data according to the present invention can implement the method for acquiring playing data according to the present invention, but the implementation device of the method for acquiring playing data according to the present invention includes, but is not limited to, the structure of the system for acquiring playing data recited in the present embodiment, and all structural modifications and substitutions in the prior art made according to the principles of the present invention are included in the scope of the present invention.

In an embodiment, the computer storage medium of the present invention stores a computer program, and the computer program is executed by a processor to implement the method for acquiring the playing data.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the above method embodiments may be performed by hardware associated with a computer program. The aforementioned computer program may be stored in a computer readable storage medium. When executed, the program performs steps comprising the method embodiments described above; and the aforementioned computer-readable storage media comprise: various computer storage media that can store program codes, such as ROM, RAM, magnetic or optical disks.

As shown in fig. 4, the play terminal of the present invention includes: a processor 41, a memory 42, a transceiver 43, a communication interface 44, and/or a system bus 45. The memory 42 and the communication interface 44 are connected to the processor 41 and the transceiver 43 through the system bus 45 to complete communication therebetween, the memory 42 is used for storing computer programs, the communication interface 44 is used for communicating with other devices, and the processor 41 and the transceiver 43 are used for running the computer programs, so that the playing terminal executes the steps of the playing data pushing method.

The system bus 45 may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The system bus 45 may be divided into an address bus, a data bus, a control bus, and the like. The communication interface is used for realizing communication between the database access device and other equipment (such as a client, a read-write library and a read-only library). The Memory may include a Random Access Memory (RAM), and may further include a non-volatile Memory (non-volatile Memory), such as at least one disk Memory.

The Processor 41 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the device can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components.

As shown in fig. 5, in an embodiment, the method for acquiring the playing data specifically includes the following steps:

and S51, receiving the RTSP video playing request sent by the playing terminal.

Specifically, while receiving the RTSP video playing request, the RTSP data pull module identifies the data transmission information contained in the playing request, and notifies the data transmission information to the RTSP data pull module of the playing terminal. The data transmission information comprises a network protocol of data push and a local port of monitoring, such as a UDP port.

S52, judging whether the playing data corresponding to the RTSP video playing request is locally cached; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

Specifically, the RTSP streaming service module checks the existing buffer record, and determines whether the video data to be played by the playing terminal has a buffer.

In this embodiment, the S52 includes:

s521, notifying the RTSP proxy cache service module to acquire playing data in real time through the RTSP streaming service module.

Specifically, the RTSP streaming service module notifies the RTSP proxy cache module to obtain video content from the RTSP video service of the operator in real time according to the playing address required by the terminal player.

S522, sending a stream pushing notification to the RTSP stream pushing service module through the RTSP video service module according to the playing data requirement of the RTSP proxy cache service module.

Specifically, after the RTSP proxy cache module establishes a connection with the RTSP video service module of the operator according to the playing address information transmitted by the RTSP streaming service module, the RTSP video service module of the operator notifies the RTSP streaming service module of the operator to push video data to the RTSP proxy cache module.

S523, the RTSP streaming service module pushes playing data to the RTSP proxy cache service module.

S524, receiving the playing data pushed by the RTSP streaming service module through the RTSP proxy cache service module.

And S525, sending the received playing data to the RTSP streaming service module through the RTSP proxy cache service module.

Specifically, the RTSP proxy cache module receives UDP data pushed by the RTSP push streaming service module, and transmits the UDP data to the RTSP pull streaming service module in real time.

S526, the RTSP stream pulling service module sends the received playing data to the RTSP data pulling module of the playing terminal, and the playing data is locally cached.

Specifically, the RTSP streaming service module sends the received video data to the RTSP data pulling module according to the play terminal and network connection mapping table, and performs local caching and updates local caching record for the next user to use when accessing the same video content. The RTSP draws the flow module according to the terminal information, the said network connection corresponding table includes said broadcast terminal and TCP connection corresponding table.

It should be noted that the protection scope of the push method for playing data according to the present invention is not limited to the execution sequence of the steps listed in this embodiment, and all the schemes of increasing, decreasing, and replacing the steps in the prior art according to the principle of the present invention are included in the protection scope of the present invention.

As shown in fig. 6, in an embodiment, the system for pushing playing data is applied to a server, and specifically includes: a play request receiving unit 61 and a data transmitting unit 62.

The playing request receiving unit 61 is configured to receive an RTSP video playing request sent by the playing terminal.

In practical applications, the playing request receiving unit 61 is specifically configured to identify, in the received RTSP video playing request, data transmission information included in the playing request, and notify the RTSP data pulling module of the playing terminal of the data transmission information.

The data sending unit 62 is configured to determine whether playing data corresponding to the RTSP video playing request has been locally cached; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

In practical applications, the data sending unit 62 is specifically configured to notify the RTSP proxy cache service module to obtain playing data in real time through the RTSP streaming service module; sending a streaming notification to the RTSP streaming service module through the RTSP video service module according to the playing data requirement of the RTSP proxy cache service module; pushing playing data to the RTSP proxy cache service module through the RTSP streaming service module; receiving the playing data pushed by the RTSP pushing stream service module through the RTSP proxy cache service module; sending the received playing data to the RTSP streaming service module through the RTSP proxy cache service module; and sending the received playing data to an RTSP data pulling module of the playing terminal through the RTSP streaming service module, and locally caching the playing data.

It should be noted that the division of each module of the push system for playing data is only a division of a logical function, and may be wholly or partially integrated into a physical entity or physically separated in actual implementation. And the modules can be realized in a form that all software is called by the processing element, or in a form that all the modules are realized in a form that all the modules are called by the processing element, or in a form that part of the modules are called by the hardware. For example: the x module can be a separately established processing element, and can also be integrated in a certain chip of the system. The x-module may be stored in the memory of the system in the form of program codes, and may be called by a processing element of the system to execute the following functions of the x-module. Other modules are implemented similarly. All or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, the steps of the above method or the following modules may be implemented by hardware integrated logic circuits in a processor element or instructions in software.

It should be noted that, the push system for playing data according to the present invention can implement the push method for playing data according to the present invention, but the implementation apparatus of the push method for playing data according to the present invention includes, but is not limited to, the structure of the push system for playing data recited in this embodiment, and all structural modifications and substitutions in the prior art made according to the principle of the present invention are included in the protection scope of the present invention.

In an embodiment, the computer storage medium of the present invention stores a computer program, and the computer program is executed by a processor to implement the method for pushing the playing data.

As shown in fig. 4, the server of the present invention includes: a processor 41, a memory 42, a transceiver 43, a communication interface 44, and/or a system bus 45. The memory 42 and the communication interface 44 are connected to the processor 41 and the transceiver 43 through the system bus 45 to complete communication therebetween, the memory 42 is used for storing computer programs, the communication interface 44 is used for communicating with other devices, and the processor 41 and the transceiver 43 are used for running the computer programs, so that the playing terminal executes the steps of the playing data pushing method.

As shown in fig. 7, in an embodiment, the system for acquiring and pushing playing data 7 includes a playing terminal 71 and a server 72 according to the present invention.

The playing terminal 71 is used for establishing network connection with an RTSP streaming service module scheduled based on a CDN address in a service end; establishing RTSP connection with the RTSP streaming service module, and sending an RTSP video playing request to the server; and receiving playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request.

The server 72 is configured to receive an RTSP video play request sent by the play terminal; judging whether playing data corresponding to the RTSP video playing request is locally cached or not; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

In summary, the playing data obtaining and pushing method, system, medium, server, and playing terminal of the present invention, on one hand, process the client player request and cache the media content during playing through the system server, and on the other hand, establish a new data channel through the system playing RTSP transport protocol, so as to provide the RTSP streaming media service to the client in the open internet without changing the existing RTSP server and the client player, and provide the streaming media service to the open internet client in a large scale and stably by using the existing RTSP service. The invention effectively overcomes various defects in the prior art and has high industrial utilization value.

The foregoing embodiments are merely illustrative of the principles and utilities of the present invention and are not intended to limit the invention. Any person skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Accordingly, it is intended that all equivalent modifications or changes which can be made by those skilled in the art without departing from the spirit and technical spirit of the present invention be covered by the claims of the present invention.

Claims

1. A method for acquiring playing data is characterized in that the method is applied to a playing terminal and comprises the following steps:

establishing network connection with an RTSP streaming service module in a server side based on CDN address scheduling;

establishing RTSP connection with the RTSP streaming service module, and sending an RTSP video playing request to the server;

and receiving playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request.

2. The method for acquiring playing data according to claim 1, wherein the playing terminal comprises: the RTSP player and the RTSP data pulling module; the step of receiving the playing data corresponding to the RTSP video playing request sent by the RTSP streaming service module includes:

pushing the received playing data to a local port appointed by the RTSP video playing request through the RTSP data pulling module;

and receiving the playing data corresponding to the local port through the RTSP player so as to play.

3. A system for acquiring playing data is applied to a playing terminal, and comprises:

the network establishing unit is used for establishing network connection with an RTSP streaming service module scheduled based on the CDN address in the service end;

the playing request sending unit is used for establishing RTSP connection with the RTSP streaming service module and sending an RTSP video playing request to the server;

and the data receiving unit is used for receiving the playing data which is sent by the RTSP streaming service module and corresponds to the RTSP video playing request.

4. A medium on which a computer program is stored, characterized in that the program, when executed by a processor, implements the acquisition method of playback data according to any one of claims 1 to 2.

5. A playback terminal, comprising: a processor and a memory;

the memory is used for storing computer programs, and the processor is used for executing the computer programs stored by the memory so as to enable the playing terminal to execute the acquisition method of the playing data according to any one of claims 1 to 2.

6. A push method of playing data is characterized in that the method is applied to a server and comprises the following steps:

receiving an RTSP video playing request sent by the playing terminal;

judging whether playing data corresponding to the RTSP video playing request is locally cached or not; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

7. The method for pushing playing data according to claim 6, wherein the step of receiving an RTSP video playing request sent by the playing terminal includes:

and in the received RTSP video playing request, identifying the data transmission information contained in the playing request, and informing an RTSP data pulling module of the playing terminal of the data transmission information.

8. The push method for playing data according to claim 6, wherein the server includes: the RTSP streaming service module, the RTSP proxy cache service module, the RTSP video service module and the RTSP streaming service module;

if the local caching is not carried out, the step of obtaining the playing data from the operator service module through the RTSP proxy caching service module and sending the playing data to the playing terminal comprises the following steps:

the RTSP streaming service module informs the RTSP proxy cache service module to acquire playing data in real time;

sending a streaming notification to the RTSP streaming service module through the RTSP video service module according to the playing data requirement of the RTSP proxy cache service module;

pushing playing data to the RTSP proxy cache service module through the RTSP streaming service module;

receiving the playing data pushed by the RTSP pushing stream service module through the RTSP proxy cache service module;

sending the received playing data to the RTSP streaming service module through the RTSP proxy cache service module;

and sending the received playing data to an RTSP data pulling module of the playing terminal through the RTSP streaming service module, and locally caching the playing data.

9. A push system for playing data is applied to a server, and the push system for playing data comprises:

a playing request receiving unit, configured to receive an RTSP video playing request sent by the playing terminal;

the data sending unit is used for judging whether the playing data corresponding to the RTSP video playing request is locally cached or not; if the local cache is performed, directly sending the locally cached playing data to the playing terminal; and if the local caching is not carried out, the playing data is obtained from the operator service module through the RTSP proxy caching service module and is sent to the playing terminal.

10. A medium having a computer program stored thereon, wherein the program, when executed by a processor, implements a push method for playing data according to any one of claims 6 to 8.

11. A server, comprising: a processor and a memory;

the memory is used for storing a computer program, and the processor is used for executing the computer program stored in the memory, so that the server executes the push method of the playing data according to any one of claims 6 to 8.

12. A system for acquiring and pushing playing data, comprising the playing terminal of claim 5 and the server of claim 11.