WO2014126502A1

WO2014126502A1 - Method for identifying media streams and system for implementing same

Info

Publication number: WO2014126502A1
Application number: PCT/RU2013/000643
Authority: WO
Inventors: Денис Олегович ОРЕЛ; Алексей Николаевич ФОМИЧЕВ
Original assignee: Общество С Ограниченной Ответственностью "Балакам"
Priority date: 2013-02-12
Filing date: 2013-07-26
Publication date: 2014-08-21
Also published as: RU2013105795A; RU2549102C2

Abstract

The present invention relates to computer and network technologies, and specifically to technologies which are used for detecting audio and/or video streams which are broadcast in real time. The technology for identifying media streams which are broadcast in real time is based upon analyzing information from a media server regarding a media stream, consisting of searching for signs indicating that the analyzed stream is a source of multimedia which is broadcast in real time. Such a sign can be, for instance, a parameter characterizing the duration of the stream (Duration), and/or a parameter characterizing the playback start position in the stream (Start Time) and/or a parameter concerning the possibility of fast forward/rewind within the transmitted stream (Seekable).

Description

METHOD FOR DETERMINING MEDIA FLOWS AND SYSTEM FOR

IMPLEMENTATION METHOD

The field of technology

The present invention relates to computer and network technologies, and in particular, to the technologies used to detect audio and / or video streams broadcast in real time.

2. The prior art

The prior art technical solutions that ensure the detection of audio and / or video streams, which are broadcast in real time. The identification of such streams can be carried out in the process of Internet search for links to these streams, including using search robots, or using specialized (so-called vertical) search engines oriented to search on thematic Internet resources, which provide the ability to check links to multimedia streams for their compliance with the criterion of "live" stream. At the same time, as a processing object, as a rule, Web pages of the Internet act. The result of the processing is an extensive resulting list of Web pages with a low percentage of relevance for meeting the criterion of "live stream".

The prior art solution is presented in the application for invention US2003028896 - "Video and digital multimedia aggregator remote content crawler", which presents a method of checking media content as part of a more general system for searching multimedia materials. To verify the content, a processor of verification criteria (content), a database of verification criteria, a metadata collection processor are used. Validation of criteria may be based on the type of content, format, and delivery method. The criteria processor can identify search parameters by analyzing and importing metadata of standardized and proprietary content formats, parsing metadata field names, descriptive terms, and then adding them to the criteria database. The criteria processor can also identify search criteria in the reverse way, by analyzing the hypertext associated with the required hyperlinks and by analyzing the text closest to the hyperlink. Types content data to be included in the database may include all available industry standards and proprietary feed formats. The criteria are processed in the criteria verification module, which determines whether the content of the hypertext files meets the criteria of the verification criteria. A comparison algorithm is performed to determine if the hypertext files contain elements listed in the criteria database, such as keywords, data type descriptions, and metadata descriptors. Metadata collection can be done in several ways, including transferring or downloading all or part of the files, and analyzing the file structure for known field metadata descriptors and field contents.

However, the known solution is not focused on the definition of live streams. The definition of streams of this kind occurs solely by a limited set of key elements (words) that are searched in hypertext files. If there are no key elements from a known set in the hypertext file, the type of stream will not be determined.

The prior art also knows the solution presented in the application for invention US2009216758 "Method and apparatus for an application crawler", which presents a method and apparatus for searching video files and retrieving detailed information from web pages and web applications. Using the present invention, a functioning application is tested. A search robot can download and install components so that the web application will be presented in the same way that it would have been created in the browser. The method may include installing video files, video streams. An app crawler can index content using multiple metadata fields. In one embodiment of the invention, the application search robot can reach the video stream or video player and “pull out” the corresponding data.

However, to search for media streams, you need to install the application from a web page. At the same time, indexing of the content occurs after installing the content and analyzing the metadata. Thus, in the known technical solution, there is a process “inverse” to the process presented in the claimed technical solution, in which the conclusion about the content of the content is “live” stream or not, based on the analysis of metadata. In addition, this invention is not aimed at identifying audio and video sources, the broadcast of which carried out in real time. The invention allows to find an audio or video file on web pages and determine their description and technical characteristics.

Closest to the claimed solution is a method for determining media streams broadcast in real time, and a system for implementing the method presented in the context of describing a technology for Internet search of multimedia real-time content (RU 2399090 (C2); IPC: G06F17 / 30) . The method comprises the steps of: A) setting in advance in the search system an expandable and modifiable set of indications of the presence of real-time AV content on the broadcast web pages; C) analyze the loaded Web page for the presence of signs in it, indicating the presence on this web page broadcasting AV real-time content from the mentioned set; C) if such signs are detected in the Web page during analysis, they save the address of this Web page in a database from the search engine. If, however, no such signs were detected at step C), then go to step D), where a new Web page is downloaded and steps B) and C) are repeated in relation to it. In this case, step B) is carried out by parsing the text content of the files of the Web page first to detect at least one feature indicating a means or technology for reproducing AV content, and then, upon successful detection, to the presence of at least one sign indicating that the reproduced AV content is exactly the real-time AV content. The sign may be a symbol or a set of symbols. In particular, the feature may be a markup element of a Web page, such as a tag, parameter or attribute.

The materials of the description of the present invention (RU 2399090) also provide a computer-implemented search system, including a feature search module, configured to analyze the loaded Web page for signs in it indicating the presence of real-time AV content on this web page. , from their set; a database adapted for storing the addresses of Web pages in which the presence of broadcasting of real-time AV content has been determined by the search module for the attributes according to the analysis results.

s In the technical solution according to patent RU 2399090, in the process of searching for links to multimedia streams, it is possible to check these links for their compliance with the “live” criterion. At the same time, web pages of the Internet act as an object of processing. This technical solution does not provide the ability to connect directly to the server via a link to obtain a resulting list of links with a high percentage of relevance to the criterion of "live stream". Thus, the set of links provided to the end user, for the most part, includes links that are in the "off" state or which are static files of a fixed duration, i.e. not satisfying the criterion of a "live" stream.

3. Disclosure of invention

The objective of the present invention is to provide a system and method for detecting audio, video streams, which are broadcast in real time, or, in other words, the so-called "live" broadcast.

The technical result of the invention is to increase the reliability of determining from an array of media streams such streams that are broadcast in real time through the use of certain criteria for checking links and the sequence of their application.

The relevance of solving this problem is due to the increasing number of Internet resources where live broadcasting is carried out, and the need of users when searching for real-time audio or video content in order to obtain links to multimedia streams with a high degree of reliability satisfying the live stream criterion without spending at the same time, considerable time for sorting and checking large volumes of irrelevant information.

The problem is solved in that the method for determining media streams, which are broadcast in real time, includes the following steps:

- connection to the media server via a network link, - receiving (downloading) from the media server information about the media stream, including the characteristics of the stream in a given format and / or part of the stream, intended for playback on the client side,

- analysis of the information received about the media stream, consisting in the search for signs indicating that the analyzed stream is a source of multimedia broadcasting which is carried out in real time,

however, any sequence of characters and / or bytes in the media stream is used as signs, on the basis of which it is concluded that the media stream meets the criterion of a "live" stream.

As information about the media stream, protocol headers can be additionally used.

When a sequence of bytes is received from the server, their analysis is carried out in continuous mode until the data intended for direct reproduction is received, and upon receipt of a message with information that the stream is recorded, it is concluded that the stream being tested is not a multimedia source, broadcasting which is carried out in real time.

As signs can be used:

- a parameter characterizing the duration of the stream (Duration), and / or a parameter characterizing the position from which playback starts in the stream (Start Time) and / or

- parameter of the ability to rewind within the transmitted stream (Seekable).

If the value of the parameter characterizing the duration of the stream (Duration) is negative or zero, or more than a specified limit, an analysis of the value of the parameter of the possibility of rewinding within the transmitted stream (Seekable) is carried out, if it indicates the prohibition of rewinding in the stream, conclude that the stream being analyzed is a multimedia source, the broadcast of which is carried out in real time.

If the value of the parameter characterizing the duration of the stream (Duration) is in the range from zero to a predetermined limit, reconnect to the media server and determine the values of this parameter and the parameter characterizing the position from which playback starts (Start Time), which are compared with the values of similar parameters obtained during the initial connection, and if at least one of the parameter values does not match, they conclude that the analyzed stream is the source multimedia broadcasting in real time; if the values of the parameters coincide, they search for signs of the multimedia stream in the server response headers, upon detection of which they conclude that the stream being tested is a multimedia source broadcast in real time.

The established limit of the values of the parameter characterizing the duration of the flow is selected experimentally and can be in the range of values from 5 to 9 hours.

If the server has not received the values of the stream duration and / or playback position parameters, it is concluded that the stream being checked is a multimedia source broadcast in real time.

The problem is also solved by the fact that the system for determining media streams, which are broadcast in real time, includes:

- a multimedia client, configured to connect to a media server via a link and download information about the media stream, including the characteristics of the stream in a given format and / or a specific part of the stream, intended for playback on the client side and / or information about the protocol headers received from the server ,

- block analysis of information about the media stream,

at the same time, the information analysis unit is configured to check the received information about the media stream, which consists in searching for signs indicating that the analyzed stream is a multimedia source broadcast in real time, where any sequence of characters or bytes is used as signs media stream, on the basis of which they conclude that the media stream meets the criterion of "live" stream. As a multimedia client, such applications as MPlayer or VLC media player can be used, as well as any other product, including a self-developed multimedia client, configured to communicate, process and provide the necessary information. The information analysis unit is configured to implement the algorithm of the method presented above.

Thus, the technology for determining the type of stream, whether it is a real-time stream or a static file of a fixed duration, consists in analyzing meta-information obtained from the media stream itself. The media client connects to the media server, after which it receives meta-information about the stream in the specified format, as well as a certain part of the stream intended for playback on the client side. The received meta-information, as well as the transmitted media stream buffer, pass the verification stage in order to determine the type of stream. The main purpose of the check is to analyze the data and search for signs that indicate that the analyzed stream is a multimedia source, the broadcast of which is carried out in real time.

A characteristic feature of a "live" stream (content) is the inability to perform "fast forward" with respect to it using the means of a client playback application. Typical examples of “live” AV content on the Internet are television (TV) and broadcasting of on-air studios, special Internet broadcasting by professional and amateur studios, and images from a streaming webcam. 4. Brief description of the drawings

The invention is illustrated by drawings.

Figure 1 presents a schematic illustration of the structure and operation of a search system with an integrated unit 5 for determining the type of stream, including a module for determining media streams broadcast in real time (module for determining "live streams" 14), implemented according to the present invention. Figure 1 presents the high-level architecture of the search engine. The positions in figure 1 are indicated:

1 - search engine sources of audio, real-time video, 2 - module search engine links to threads (the module functions are similar to the functions of search robots similar vertical search engines),

3 - database search engine, which is used by the search engine module links to streams,

4 - database of unverified streams, which is formed by the module search engine links to streams,

5 is a block for determining the type of stream, which contains a module 14 related to the present invention,

6 - database of real-time streams,

7 - search processing module,

8 - web server

9 - connection to the Internet.

Fig. 2 shows a schematic structure of the operation of the flow type determination unit 5 with the integrated module 14 according to the present invention, where

10 - module for determining the type of media data by reference,

11 is a module for determining multimedia containers, which determines the type of data pointed to by the media link,

12 - module analysis and extraction of data from the container,

13 - multimedia client

14 is a module for determining "live" streams, implemented according to the claimed invention.

In FIG. 3 is a flowchart of a preferred embodiment of a method according to the present invention.

5. The best embodiment of the invention

The claimed invention allows to verify found in the process of Internet search links to multimedia streams of such streams, which are broadcast in real time.

Below is a detailed description of the claimed invention implemented in the module 14 of figure 2, in the context of the search engine of figure 1. In this case, the best version of the implementation of the algorithm of the proposed module is presented in detail in FIG.

Search engine 1 (see Fig. 1) provides the user with a tool for finding links to streams broadcast in real time through the Web server 8. Before providing the end user with a link to the multimedia stream, they check the type of stream through block 5 determine the type of stream. The stream pointed to by the link must be in the broadcast (on) state and meet the criterion of a “live” stream, that is, the broadcast of which should be carried out in real time. The check is carried out using the inventive system (module 14), which contains block 5. At the same time, links to the database of unchecked streams 4 formed by the search robots through the module of the search system for links to streams 2 get to the block determining the type of stream 5 data comes from the database of the search engine 3. The functions of module 2 are similar to the functions of search robots of vertical search engines. The link passed to block 5 is parsed. If the analyzed link points to a multimedia source that is broadcast in real time, then it is stored in the database of real-time streams 6. Module 2 and module 5 are connected to the Internet 9 for communications. The web server 8 is also configured to connect to the Internet 9 in order to provide the user with an interface for performing search queries.

The following is a detailed description of the principle of operation of the flow type determination unit 5 (see FIG. 2) with an integrated module 14 in which the claimed invention is implemented.

When implementing the invention, a link is received at the input of block 5, indicating the playback stream of any of the existing audio and video formats from the database of 4 unverified streams, while the transmission of multimedia data by reference can be carried out using any of the known open as well as closed protocols. The module 10 determining the type of media data by reference determines the protocol scheme and the extension of the content referred to by the link. An example of such links are links to streaming data playback using the RTSP, HTTP, MMS, RTMP protocol and other well-known or closed protocols for transmitting multimedia data over a network. Having analyzed a link in module 10, data is transmitted to the module for determining multimedia containers 1 1, the purpose of which is to determine the data returned by the link upon initial request. A multimedia link may indicate a playback stream, or a multimedia container, or a playlist. If the returned data is a container or playlist, then module 1 1 will determine the type of container and transfer its contents to the module for analyzing and extracting data from container 12. Any of the loaded multimedia containers is analyzed. Depending on the type of container, the following information can be extracted from it:

· Links to streams;

• Meta-information;

• Description of the stream, which may include:

• Information about the author,

• Table of Contents

· Link to the website of the copyright holder,

• Copyright,

• etc.

The link extracted from the container or playlist is transmitted by module 12 to the module for determining the type of media data 10. A similar iterative procedure is repeated until the module for determining multimedia containers 1 1 receives a direct link to the multimedia stream, after which this link will be transmitted to the multimedia client 13. Module 13 is connected to the server at the specified address in order to obtain meta-information about the stream, as well as the multimedia stream (s). The stream transmitted from the server is “parsed” in module 13 in accordance with the rules established for the stream format being checked. Examples of such formats are streaming data formats such as asf, ogg, mpeg-ts and other well-known, as well as proprietary multimedia data transfer formats. Further, module 13 determines the characteristics of the stream from the transmitted data, such characteristics, for example, can be the duration of the stream, the position in the stream from which you want to start playback, the format of the audio and (or) video stream, the bitrate of the audio and (or) video stream, the number of frames to be changed per unit of time in a video stream (FPS), codecs required to play audio and (or) video

Yu data and other transmitted flow characteristics. The collected information by the multimedia client 13 is transmitted to the module for determining the "live" streams 14 for analysis. The transmitted data includes all protocol headers received from the server, received meta-information about the characteristics of the stream (s), and buffers designed specifically for playback. The purpose of the analysis is to search for signs that explicitly or implicitly indicate the type of stream. As a sign, any sequence of characters or bytes in the media stream can be used, on the basis of which it can be concluded that the media stream is a multimedia source broadcast in real time. Characteristic features, both individually and collectively, can be such characteristics as the duration of the stream, the beginning of the stream playback, individual values in the protocol headers, or individual bytes transmitted in the form of information flags at the time of setting the media session with the server, as well as bytes, or their sequence, transmitted in the media stream itself. A schematic sequence of actions to be taken is defined in the block diagram of FIG. 3. The description of actions in accordance with this flowchart is shown in examples of a specific implementation. After data analysis, the module for determining the "live" streams 14 determines the type of stream:

· A multimedia stream broadcast in real time;

• Static file of finite duration;

• The link is not a multimedia source for audio or video. Links related to the type of multimedia links broadcast in real time are stored by module 5 in the database of real-time streams 6 and become searchable through a search service.

Thus, the system claimed as an invention comprises a multimedia client 13 configured to connect to a media server by reference and download media stream information including stream characteristics in a given format and / or a specific part of the stream intended for playback on the client side and / or protocol headers received from a media server and a media information analysis unit the stream implemented in the examples of figures 1 to 3 in the form of a module for determining "live" streams 14. In this case, the analysis unit of information about the media stream is configured to implement the inventive method.

The following is a description of the best embodiment of the invention according to the algorithm of FIG.

The stream type determination unit 5 is provided with a link to the multimedia data. The protocol and method of communication with the media server are determined. Next, the system tries to connect to the server. If the server is not available or connection for some reason is not possible, a new link is taken for analysis. In the case of a successful connection, depending on the used data transfer protocol, a method is determined for analyzing the information transmitted from the server in order to determine the type of stream. Depending on the method of data transmission, two analytical approaches can be used, the first of which is based on the analysis of the characteristics of the stream (s), the second analytical approach includes the analysis of server bit messages.

The characteristics of the stream (s) are information data transmitted in the stream itself. Such characteristics, as a rule, are indicators of the bitrate of the audio / video stream, codecs needed to play the stream (s), the duration of the stream, the position from which to start playback, the ability to rewind in the stream, etc. For analysis in the example shown in FIG. 3, the following parameters were used:

Duration - duration of the stream;

Start Time - the position from which playback starts;

Seekable - the ability to rewind within the transmitted stream.

At the beginning, the system analyzes the value of the Duration parameter. If its value is less than or equal to zero or its value is greater than the set limit, where the value of the limit varies depending on the situation, as a rule, is in the range of values from 5 to 9 hours, then the Seekable parameter is checked. If the value of the Seekable parameter indicates that rewinding in the stream is prohibited, consider the analyzed stream as a source of real-time multimedia, otherwise a file of a fixed duration.

When checking the Duration parameter, its value could be more than zero, but less than the set limit, in which case the system concludes that The checked media link plays a file of a fixed length. To confirm this setting, the system will reconnect to the media server in order to determine the characteristics and compare them with the characteristics of the first request. At this stage, the change in the Duration and Start Time parameters obtained after the first and second connection to the media server is checked. If the Start Time parameter has changed, it means that after a second request, the server shifted the playback position. Such changes indicate that the media server changed the playback data regardless of whether the stream was viewed or not. At the same time, changes in the Duration parameter are also monitored, since the playback buffer itself can change and, as a result, its duration. Such changes indicate that the stream being played is a source of real-time multimedia. If, upon repeated request, the values of the Duration and Start Time parameters remain unchanged, they begin to analyze the server response headers. The goal of heading analysis is to search for indirect features. An example of an indirect feature is the value of the Pragma = features- 'broadcast "header, as well as other indirect features. If indirect features are found, consider the link to the stream as a source of real-time multimedia. Otherwise, consider the streaming stream as a link to a file of a fixed length.

A second analytical approach involves analyzing server bit messages.

The system connects to the server in accordance with the established rules and requests the necessary stream for playback. The server starts returning the stream, reporting its characteristics (an example of the characteristics is given above). Along with the characteristics from the server are the so-called informational messages, represented by a certain sequence of bytes. Each of the transmitted messages has its own meaning. Module 13 receives all messages until buffers of stream (s) intended directly for playback begin to arrive from the server. Of all the data transmitted from the server, the multimedia client expects a message with information that the stream is recorded (Stream Is Recorded)). If this message is received, it is concluded that the given stream is a file of a fixed length; if this message was not received, this stream is considered a source of real-time multimedia. The following are specific examples of analysis and determination of the type of flow.

Example 1

A media link of the following format was received at the input of the stream type determination unit http: // Reference_l? MSWMExt = .asf (URL). After connecting to the server, downloading the information transmitted from the server and determining the characteristics, the structure with a variable set of characteristics was obtained at the output (see table N ° l)

Table N ° 1. Flow characteristics.

This structure was transferred to the module for determining "live" flows. Together with the characteristics from the table N ° l, this module also The headers of the protocol used to communicate with the media server were transmitted (see table N ° 2).

Table N ° 2. Protocol headers.

In this case, the system first examined the characteristics of the stream, initially analyzed the parameters associated with the duration of the stream and the position relative to which the playback of the media stream begins. Since the media server indicated that the stream duration is zero, and the position from which the stream is played starts at the forty-sixth day, the module for determining “live” streams concluded that this stream is a stream broadcast in real time .

Duration = 0.00

Start Time = 4041 177.35 (4041 177.35 / 86400 = 46.8 days, where 86400 is the number of seconds in a day)

It should be borne in mind that the server could not report the value of the stream duration, which automatically assigns this parameter a zero value, respectively, if the server did not report the playback position, it is also equal to zero.

Example 2

In the framework of this example, three embodiments of the invention are presented with modified values of the Duration parameter while maintaining all the other values of the parameters of Example 1. For all options, we can also conclude that the stream is a source of multimedia of real time if the duration of the stream is given by a sufficiently large interval or a negative value, which clearly indicates, within the framework of one sign, that this stream is a real-time stream. Table N ° 3 shows the options for the values of the duration of the stream, which clearly indicate its belonging to the streams of real time.

Table Ne3. Variants of the value of the stream duration, indicating the broadcasting of the stream in real time.

JV Example 3

The stage of obtaining and processing data in this case is completely similar to the Nbl example. Data is also downloaded, a structure is formed with the characteristics of the stream, and the data is transferred to the module for determining "live" streams for analysis. The module analyzes the duration of the stream and the playback position (see table N ° 4). At the time of analysis, the module considered that the duration is quite small, which clearly indicates that this stream is a file with a fixed duration.

Table N ° 4. A short list of flow characteristics for the first connection.

In case of receiving such data (short duration) from the server, the module reconnects after a short time interval (from a second to three). After reconnecting, the characteristics of the duration and position of the playback were obtained (see table] ^ 5). New features were compared with the data obtained during the first connection.

Table N ° 5. A short list of flow characteristics for the second connection.

It was found that, when reconnecting, the playback position in the stream changed. For a module, this means that the server transmits traffic with small, variable-length buffers, while indicating from which position in the buffer playback should start. In some cases, upon repeated access, a new duration can be obtained (Duration), a similar situation occurs if during the initial access the playback position was at the end of the buffer (see, for example, table K ° 6).

Table N ° 6. Change in duration upon repeated request.

The main point of the repeated request is the determination of changes in the flow characteristics. If the second request changes the duration and (or) the position from which playback should start, the module considers this stream to be a source of real-time multimedia.

Example -Na4.

For different types of protocols, a different approach is used to determine the type of stream, for example, when connecting to a stream via RTMP protocol at the time of the so-called “handshake”, the client sends a request to play a specific stream, after which the server sends a certain set of meta-information with stream characteristics and messages about the status of request processing. In the case of the RTMP protocol for files of finite length, the server transmits the message “Stream Is Recorded)). If such a message is received, then the stream is considered a file; if such a message is not received, the stream considers the source of real-time multimedia.

Example -H ° 5

In some cases, having analyzed the obtained characteristics of the stream, as well as the buffer for playback itself, it is not possible to determine the type of stream. In such cases, various indirect features received from the media server are analyzed. The module scans the protocol headers redone for the servers (response headers see Table N ° 7).

Table N ° 7. HTTP response headers.

j server) 1

In this example, the media server indicated through special options for performing the operation that the broadcast is broadcast. Using the above directive, the module for determining "live" streams will consider this stream as a source of multimedia real-time.

Claims

CLAIM

1. A method for determining media streams broadcast in real time, including

- connection to a media server via a network link

- receiving from the media server information about the media stream, including the characteristics of the stream in a given format and / or part of the stream intended for playback on the client side,

- analysis of the information received about the media stream and / or part of the stream, consisting in the search for signs indicating that the analyzed stream is a multimedia source, the broadcast of which is carried out in real time,

at the same time, any sequence of characters and / or bytes in the media stream is used as signs, on the basis of which it is concluded that the stream being analyzed is or is not a source of multimedia broadcast in real time.

2. The method according to claim 1, characterized in that, as the information about the media stream, protocol headers are additionally obtained.

3. The method according to claim 1, characterized in that upon receipt of a sequence of bytes from the server, their analysis is carried out continuously until the data intended for direct reproduction is received, and upon receipt of a message with information that the stream is recorded, conclude the fact that the stream being tested is not a source of multimedia broadcasting which is carried out in real time.

4. The method according to claim 1, characterized in that at least

- parameter of the ability to rewind within the transmitted stream

(Seekable)

if the value of the parameter characterizing the duration of the stream (Duration) is negative or zero or more than the specified limit, the value of the parameter of the possibility of rewinding in within the framework of the transmitted stream (Seekable), in case it indicates a prohibition of rewinding in the stream, it is concluded that the analyzed stream is a multimedia source broadcasted in real time;

if the value of the parameter characterizing the duration of the stream (Duration) is in the range from zero to the specified limit, reconnect to the media server and determine the values of this parameter and the parameter characterizing the position from which playback starts (Start Time), which are compared with the values of the same parameters obtained during the initial connection,

- and if it does not coincide, at least one of the parameter values concludes that the analyzed stream is a multimedia source, the broadcast of which is carried out in real time,

- if the values of the parameters coincide, they search for signs of the multimedia stream in the server response headers, upon detection of which they conclude that the stream being checked is a multimedia source broadcast in real time.

5. The method according to claim 4, characterized in that the limit of the value of the parameter characterizing the duration of the stream is in the range of values from 5 to 9 hours.

6. The method according to claim 4, characterized in that if the server has not received the values of the stream duration parameters and / or playback position, conclude that the stream being tested is a multimedia source broadcast in real time.

7. A system for determining media streams broadcast in real time, including

- a multimedia client, configured to connect to the media server by reference and download information about the media stream, including the characteristics of the stream in a given format, and / or a specific part of the stream intended for playback on the client side, and / or information about the headers of the protocols received from the media server

- block analysis of information about the media stream,

wherein the information analysis unit is configured to verify the received information about the media stream, which consists in searching for signs, indicating that the analyzed stream is a source of multimedia, broadcasting of which is carried out in real time, where any sequence of characters or bytes in the media stream are used as signs, based on which it is concluded that the analyzed stream is or is not a source of multimedia broadcast in real time.

8. The system according to claim 7, characterized in that the multimedia client is configured to download additional information about the media stream, including the protocol headers.

9. The system according to claim 7, characterized in that the information analysis unit is configured to implement the method according to any one of claims Z - 6.