Useful data format of real-time transport protocol

FIELD: information technologies.

SUBSTANCE: data flow is encoded for forming coding sections which are packed in RTP packets (packets created according to real-time transport protocol). Each RTP packet includes the title of RTP packet, one or several modules of useful data referring to common data flow, and the title of format of RTP useful data, which is provided for each useful data module and which contains boundary of useful data module for the appropriate encoding sections. Encoding sections are re-collected by using useful data modules from RTP packets and the appropriate boundary from the appropriate format title of RTP useful data. Re-collected encoding sections are decoded with the purpose of subsequent reproduction. Each format title of RTP useful data can have attributes which are used when reproducing useful data module. RTP packets can be sent from server to the user or from one peer-to-peer device to another peer-to-peer device.

EFFECT: enlarging functional capabilities owing to providing encoded data flow transfer mechanism at maintaining the block boundary of each encoded block.

52 cl, 6 dwg

 

The technical FIELD TO WHICH the INVENTION RELATES.

The present invention relates to a transport Protocol real-time (RTP), and more specifically to the format of the wired communication Protocol RTP for streaming multimedia data (for example, audiovideoinformatsiynyy) over a network such as the Internet.

The LEVEL of TECHNOLOGY

The following description assumes that the reader is familiar with the standard contained in the request for comment (RFC) 1889 task force on engineering Internet engineering task force (IETF): "RTP: a Transport Protocol for the application of real-time systems" (hereinafter referred to as the standard IETF RFC 1889), and with the standard contained in the request for comment (RFC) 1890 task force on engineering Internet: RTP Protocol for use in audio and video conferences with minimal control" (hereinafter referred to as the RFC 1890 IETF).

Transport Protocol real-time (RTP) as defined in RFC 1889, provides end-to-end network transport functions suitable for applications that transmit data in real time, such as audio data, video data or data simulation, network services group or personal mailings. These transfer functions provide services for end-to-end on the rate of data with real-time characteristics, such as interactive audio and video information. Such services include the identification of the payload type, serial numbers, assigning timestamps and control over delivery. The RTP supports data transfer to many destinations using multicast distribution if such distribution provided for in the underlying network.

RFC 1889 does not provide any mechanism to ensure timely delivery of data or provide other quality assurance services, but relies on the services of lower level. It does not guarantee delivery or prevent improper shipping, but it also does not imply that the network is reliable and delivers packets one after the other. The sequence number contained in the RTP Protocol, allow the receiver to reconstruct the order of the packet at the sender, but the sequence numbers could also be used to determine the proper location of the package, for example, when decoding the video information without the need to decode the packets in order.

Typical application Protocol (RTP refers to streaming data, where the audiovisual packages (AB) format data perspective (advanced) systems (ASF) is sent in packets generated by the RTP Protocol (RTP packets), CE and from server to client or from one peer device to another peer device. The audio and video presented in ASF format, can be stored together in the same package format ASF (.asf package). Therefore, the RTP packet can contain both audio data and video data.

The RTP Protocol as defined in RFC 1889, lack of flexibility in regard to the unification of many modules useful data in a single RTP packet, and the separation of a module useful data across multiple RTP packets. Also the RFC 1889 does not specify the format in which together with each module payload in the RTP packet can be delivered metadata. Another disadvantage of RFC 1889 is no mechanism streaming encrypted blocks of data over the network while maintaining the boundaries of each block of the encrypted block, such that the recipient of these units would be able to decipher the encrypted data. Providing such flexibility by improving the mechanism streaming Protocol (RTP would be a step forward in the development of this technology. Therefore, there is a need for improved methods, computer-readable storage media, data structures, devices and computing devices that can provide this kind of flexibility.

The INVENTION

In one embodiment of the invention packages audiovisual (A) data in the advanced systems format (ASF) re-packaged into packets of a transport Protocol real-time (RTP packets) and in response to a request for streaming AB data being sent over the network from the server to the client or through a network of peer-to-peer communications from one device to another peer device. AB-data is encrypted to generate partitions encryption. The process of re-packaging includes packaging sections encryption of RTP packets, each of which contains a header of the RTP packet, one or more modules useful data General data flow and the header format of the payload sent over the RTP Protocol (hereinafter the header format of the RTP payload or header FPD RTP), for each module in the payload. Title FPD RTP contains the boundary of the module is useful data for the relevant sections of encryption. Module payload in the RTP packet may be one or more sections of the encryption or fragment partition encryption. After RTP packets sent over the network, partition encryption, contained in the received RTP packets are rebuilt. The rebuild process uses modules useful data contained in the RTP packets, and the appropriate boundary contained in the corresponding header FPD RTP. Rebuilt section of encryption can be decrypted for later playback. Each header FPD RTP can have attributes for the corresponding payload module, and these attributes can be used when playing the payload.

In the asevidence the above variant embodiment of the invention for the formation of RTP data packets are used in the format other than ASF format. In another variety of the above variant of the invention, the RTP packets are formed so that contain unencrypted payload modules.

In yet another embodiment, the invention provides for the format of the wired connection for streaming over the network as part of the RTP packets encrypted data blocks protected by Protocol digital rights management in Windows environments® (WM DRM) (e.g., for streaming protected with WM DRM content). Each RTP packet contains included in the header data that is intended to preserve the boundaries of blocks of encryption, so that each section of the encryption can be decrypted by its recipient. After decryption using the Protocol WM DRM, streaming data can be reproduced by the intended recipient.

LIST of FIGURES

Figure 1 - illustrative example of a process variant implementation of the invention, to convert two (2) packages of audiovisual (AB) data presented in the advanced systems format (ASF), four (4) RTP packet and the audio data and video data are packaged in the resulting RTP packets separately from each other, and the boundaries of the blocks of each module useful data are stored in such a way that the original sample (selected for shipment servings) AB-information and, that has been encrypted and packaged in two ASF packet can be reconstructed using a decryption algorithm.

Figure 2 - example of an alternative illustrative processes corresponding to different variants of implementation of the present invention, to convert two (2) packets of video data, presented in the format of ASF, in one (1) RTP-package, and one alternative process places the modules useful ASF data packets in separate modules of the payload in the RTP packet, and the other alternative process integrates the modules useful ASF data packets in the merged module payload in the RTP packet, where the boundaries of blocks for each module, the payload is stored in such a way that the original sample of video data that have been encrypted and sapattivuosi two ASF packet can be reconstructed using a decryption algorithm.

Figures 3a-3b is the corresponding modules of the payload data structures corresponding to a variant implementation of the present invention, for the header of the RTP packet and the corresponding module header useful data.

4 is a structural diagram appropriate variant of implementation of the present invention, depicting a network system client-server, in which the streaming data may be performed by the server to the client or one peer device to another is dorogovato device.

5 is a structural diagram corresponding to a variant implementation of the present invention, illustrating the communication between the server (or client) and the client, where the server (or client) delivers to the client the requested stream of audiovisual data, which the client can play.

6 is a structural diagram corresponding to a variant implementation of the present invention, depicting a networked computer that can be used to perform any server role, or the role of the client.

DETAILED description of the INVENTION

Embodiments of the invention disclosed in this document, define the formats wired connection for delivery of streams of homogeneous or heterogeneous data, such as multimedia data in environments Windows®operating system, via the transport Protocol real-time (RTP). This delivery can be carried out between the server and the client, as well as in the context of transferring data from one peer device to another peer device (for example, in a software environment audiovisual conference Windows® Messenger™).

The format of the wired communication in its various embodiments, implementation extends the standard IETF RFC 1889, providing the data delivery Protocol (RTP higher degree of flexibility. Embodiments of imaging the plants provide a mechanism to stream in RTP packets of the audio data, are separated from the RTP packets of video data. Embodiments of the invention also provide a format wired connection, in which together with each module payload in RTP packets can be delivered to the metadata, and the metadata deliver extensive information describing the payload module. Other embodiments of the invention provide a mechanism for streaming over the network encrypted blocks of data while maintaining the boundaries of the block for each encrypted block in such a way that the receiver units capable of decrypting the encrypted data blocks. In another embodiment of the invention, the format of the wired connection ensures the delivery of data protected by the Protocol of digital rights management in Windows environments® (WM DRM), such that the delivered data can be decoded for playback.

Various embodiments of the invention disclosed in this document, provide a re-packaging of data in the sequence of multimedia packages that are included in the bit stream system level. These data are packaged in RTP packets that are compatible with RFC 1889, while expanding its capabilities, so the bit stream system-level converted (bitwise map RTP) RTP. Transformed to such the Orme multimedia data each package contains one or more payload modules. Some bit streams system-level can be packages heterogeneous multimedia data composed of data such as audio data, video data, program data, the data format of the joint group of experts on pictures (JPEG), the hypertext markup language (HTML)data digital interface musical instruments (MIDI), etc. Package of heterogeneous multimedia data is a multimedia package in which two or more of its modules useful data belong to different media streams.

Various embodiments of the invention relate to the bit streams system-level, in which each multimedia package is a package of the same type of multimedia data. In the package of the same type of multimedia data, all of the modules useful data contained in a multimedia package that belong to the same media stream. Other embodiments of the invention relate to the bit streams system-level, in which each multimedia stream always contains only one (1) module payload. In further embodiments, the implementation size of the module header useful data in a multimedia package equal to zero, which is possible if each multimedia package contains only one module is useful data, but t is the train could take place and if there are many modules useful data in case if the header of the multimedia package contains information about the size of each module is useful data.

Figure 1-2 depict illustrative embodiments of the invention, in which the bit streams of the system level include the sequence of packets in the advanced systems format (ASF), each of which is composed of the data. These data are packetized in RTP packets compliant RTP 1889, while expanding its capabilities. Essentially, the bit streams of the system level include the sequence of multimedia packages, which is the ASF packets and the payload module in each ASF packet is a payload module ASF. Although for illustrative purposes ASF packets, in other embodiments of the invention disclosed in this document, the creation of RTP packets is not limited to the use of data in ASF format, but can use other formats that store data intended for streaming. These other formats, like ASF, collectively described herein as bit streams system-level, which include many multimedia packages, each of which is composed of data, and this data is converted to bit map RTP in various implementations.

Figure 1 image is wife streaming audiovisual (AB) data 100 in ASF format. Streaming AB data 100 in ASF format, which include audio data 102 and the video data 104, were packaged in ASF packet And 106 and ASF-package B 108. ASF is a package 106 includes a first header ASF packet header payload module ASF, audio data 102, the second ASF header and the fragment And video data from the video composition 104. ASF packet 108 includes the ASF header packet header payload module ASF and fragment B video from the structure of the video data 104.

Streaming AB data 100 in ASF format, presented in the form of ASF packet And 106 and ASF-package B 108, in one embodiment of the present invention may be packaged in multiple RTP packets. As can be seen in Fig. 1, these packages include RTP-package And 110, packets with RTP-package 112 (1) and RTP-package 112 (N), inclusive, and RTP-package D 116. Each RTP packet according to RFC 1889 has a header of the RTP packet, the payload module and the header payload format (FPD) RTP. Title FPD RTP in the sense in which it is used in this document represents the module header payload in the RTP packet. In the RTP packet contains only one (1) type of multimedia data. In other words, RTP-package does not contain the modules useful data with heterogeneous multimedia data. In the embodiment of the invention, depicted in figure 1, A video from ASF packet And 106 are too large for the CSOs, to fit in one RTP packet. Therefore A video from ASF-package A-106 divided between packages: from RTP-package 112(1) and RTP-package 112 (N), inclusive. The size of the RTP packet may be a function of the physical characteristics of the network, which must be transmitted RTP packets, or administrative policy in relation to the size of the package, which can install the administrator of your network, or evaluation of bandwidth used on the network.

In accordance with the process of bundling in RTP packets is depicted in figure 1, the audio data 102 included in the RTP packet And 110, and video data B of the ASF packet 108 B are included in the RTP packet D 116. Each header FPD RTP, each RTP packet may contain information relating to the separation of audio and video data respectively in separate RTP packets. Thus, the data stream sampling A/B-information 124 can be reconstructed from the audio data contained in the RTP packet A 110, video, starting with part 1 video And and a fragment of the N video data And inclusive, contained respectively in RTP packets with 112(1) and 112(N), inclusive, and video B contained in the RTP packet D 116. As soon as the reconstruction of the data stream sampling A/B-data is completed, the data it contains samples of audio information 120 and the data sample video A+B 122 can byteposition in the streaming context. With this in mind, Figure 1 illustrates the format of a wired connection, in which smaller RTP packets are generated from larger ASF packets, and the packaging puts useful data of different data streams into separate packages, each of which has its own header FPD RTP. Figure 1 also illustrates an implementation option format wired connection, in which the boundaries of the blocks for each module, the payload is stored in such a way that the original sample of audio and video data that have been encrypted and packaged in ASF packets can be reconstructed using a decryption algorithm that is performing operations on RTP packets.

Figure 2 shows streaming AB-data 200 in ASF format. Streaming AB-data 200 in the ASF format that includes video data 202, were packaged in ASF pack-A 208 and ASF-package B 210. ASF is a package 208 includes the ASF header packet header payload module ASF and A video 204. ASF packet 210 B includes the ASF header packet header payload module ASF video B 206. Figure 2 shows two (2) alternative packaging AB streaming-data 200, presented in the format of ASF, in RTP packets that are compatible with RFC 1889, while expanding its capabilities.

In the first alternative, following the arrow 250, video And 204 and video B 206 paketi is described in a single RTP-package alternative A 212, having the header of the RTP packet. Each of the modules are: module video And 204 and the video module 206, preceded by a header FPD RTP. Package RTP alternatives And 212 according to RFC 1889 is composed of a header of the RTP packet, multiple modules of the payload and the corresponding headers FPD RTP.

In the second alternative, also following the arrow 250, video And 204 and the video data 206 from the corresponding ASF packets are packaged in RTP-package alternatives 214 having the header of the RTP packet. Video And 204 and the video data 206 together as a continuous module payload in RTP-package alternatives 214. The payload module is preceded by a header FPD RTP. RTP-package alternatives 214 in accordance with RFC 1889 is composed of a header of the RTP packet, the payload module and one header FPD RTP.

In accordance with the process of bundling in the RTP packets, shown in figure 2, video data a and b (204, 206) are included either in the composition of the RTP-package alternatives And 212, or in the composition of the RTP-package alternatives 214. Each header FPD RTP may contain information related to the corresponding payload module. Each of the alternative RTP packets 212, 214 contains enough information to recreate the ASF packet And 208 and ASF packet 210 thus, in order to get video data And The At (204, 206). Once the restoration is complete, the data sample video information 222 can be reproduced in a streaming context. With this in mind, Fig. 2 illustrates the format of a wired communication Protocol RTP, in which larger RTP packets are generated from a small ASF packets, and where the boundaries of blocks for each module, the payload is stored so that the data source samples videoinformation that were encrypted and packaged in two ASF packet can be reconstructed using a decryption algorithm that is performing operations on RTP packets.

Figa depicts the module payload data structures for header fields of the RTP Protocol. The header of the RTP packet is more fully described in RFC 1889. Field timestamp in the header of the RTP packet must be installed at the time of the sample contained in the package RTP Protocol. In one embodiment of the invention, the synchronization frequency equal to 1 kHz, if the means are independent of the RTP is not set to a different value.

The eighth bit from the beginning of the header of the RTP packet is interpreted as a bit field marker (M). Bit M is set to zero, but will be set to one ("1") whenever the corresponding RTP packet has a payload module, which is not a fragment of the sample, contains the last fragment of the sample or is one the Oh of the set is full of samples per RTP packet. Bits M may be used by the receiver to detect reception of the full sample to decode and playback. Thus, bit M in the header of the RTP packet can be used to mark the packet flow significant events (for example, the boundaries of the sampling frame of video).

Fig.3b depicts one alternative implementation header payload format (FPD) RTP or RTP header payload module. Title FPD RTP is part of the fixed length size of sixteen (16) bits, followed by the part of variable length. Header fields FPD RTP depicted on Fig.3b include eight-bit string, denoted as character fields SGLRTDXZ", field length/displacement field relative timestamp, a time field compression (decompression), duration field, the length field extension payload (RPD) and the corresponding field data RPD, each of which is explained below.

Field S has a length of one (1) bit set to one ("1")if the corresponding payload module (e.g., sample, fragment selection or combination of selections) is a key sample, i.e. intructional sample or I-frame. Otherwise, it is set to zero. Bit S all headers FPD RTP prior to the fragments of the same sample must be installed in one and the same value.

Field G is of length one (1) bit and is used to group subsamples information in the corresponding payload module, which comprises a single sample. Protocol digital rights management in Windows environments® (WM DRM) encrypts the content-based boundaries "module payload format ASF". In order to make possible the correct decryption of the content, border subsamples may be communicated to the client that should receive this module useful data. For example, the section encryption can be packaged in such a way that will be broken up into many sections of transmission (for example, placed in separate packages)that will be sent. Before scattered many sections of the transmission can be decoded from the client-recipient, they must be rebuilt in the original encrypted form. As in other methodologies and algorithms, decryption, in order to properly recreate the encrypted partition encryption in preparation for the decryption of encrypted content, the client can use the borders. As such the boundaries of each "module payload format ASF" must precede this title FPD RTP.

To indicate that the encrypted section was divided into fragments, the field G must be set to zero (0"). If the format is ASF the section cryptographic module will be useful ASF data and this bit is set to zero ("0") across a fragmented payload modules ASF, except for the last module ASF payload. In this case the question was whether the fragmented sample or not, does not matter. If the ASF format is not used, the encryption section is a sample of the multimedia information, and in this case, bit G is set to zero ("0") across fragmented samples of multimedia information, except for the last sample. In this second case, the question of whether the fragmented payload ASF or not, is not relevant, as the ASF format is not used.

Field, L is the length of one (1) bit set to one ("1") if the field Length/Offset contains the length. Otherwise, it is set to zero ("0") and the Length/Offset contains the offset. Bit L must be set to one ("1") all headers FPD RTP prior to full (unfragmented) sample in the corresponding module payload, and must be set to zero in all the headers FPD RTP, which precede the payload module that contains the fragmented sample.

Field R has a length of one (1) bit set to one ("1")if the header FPD RTP contains consider is inuu timestamp. Otherwise, it is set to zero. Bit R all headers preceding the fragments of the same sample must be set to the same value.

Field T is of length one (1) bit set to one ("1") if the header FPD RTP contains the time of decompression. Otherwise, it is set to zero. Bit T all headers FPD RTP, which precede the payload module, containing a fragment of the same sample must be set to the same value.

Field D is the length of one (1) bit set to one ("1") if the header FPD RTP contains the sampling duration. Otherwise, it is set to zero. Bit D all headers FPD RTP, which precede the payload module, containing a fragment of the same sample must be set to the same value.

The X has a length of one (1) bit, and is intended for optional unspecified use. The transmitter RTP packet must set this bit to zero, and the receiver of this package can ignore this bit.

Field Z has a length of one (1) bit set to one ("1") if the header FPD RTP contains extension data payload (RPD), which may be metadata relating to the corresponding module is useful in otherwise the field Z is set to zero. Bit field Z would be zero for all headings FPD RTP, whose bits M at zero, but it must be installed for all headings FPD RTP, whose bit M is set to one ("1") if the corresponding payload module has associated with it data RPD.

Field Length/Offset has a length of twenty-four (24) bits and determines the length or offset of the individual sample, which was broken into pieces, placed in many RTP packets. Bit L is set to zero, and the field Length/Offset contains the byte offset of the first byte of the fragment from the beginning of the corresponding payload module (e.g., sample or its fragment). If the package RTP contains one or more fullselects bit L is set to one ("1") in each header FPD RTP and field Length/Offset" sample contains the length of this sample (including the length of the header FPD RTP).

Field relative timestamp" has a length of thirty-two (32) bit and is only present if bit R is set to one ("1"). It contains a relative time stamp for the corresponding sample relative to the timestamp in the corresponding header of the RTP packet. The timeline is the same as the timeline used for the timestamp in the header of the RTP packet. Field relative Times the th Tag" is defined as the number of 32 bits, having a sign that allows you to specify a negative bias relative to the timestamp of the RTP header of the packet. In the case when the field "relative timestamp is missing, can be used relative timestamp default is zero.

The "Time Decompression" has a length of thirty-two (32) bit and is only present if bit T is set to one ("1"). It contains the time of decompression relative to the time stamp included in the header of the RTP packet. The timeline is the same as the timeline used for the time stamp included in the header of the RTP packet. This field is defined as the number of 32 bits with the sign that allows you to specify a negative bias relative to the time stamp included in the header of the RTP packet.

The field "Length" has a length of thirty-two (32) bit and is only present if bit D is set to one ("1"). It contains the length of the corresponding sample. The timeline is the same as the timeline used for the time stamp included in the header of the RTP packet. The field "Duration" all headers FPD RTP prior to the fragments of the same sample, it should be set at the same value. If this field is absent, C is Uchenie duration default is taken in explicit or implicit form of the data sample. If this is not practicable, then the default value is taken equal to the difference between the timestamp of this sample and the timestamp of the next sample.

The "Data Length Extension payload (RPD)" has a length of sixteen (16) bits and is present only if bit Z is set to one ("1"). It contains the number of bytes of data RPD contained after the fixed part of the header FPD RTP. Data RPD have a variable length and contain one or more attributes describing the corresponding payload module, which they precede. Field length data RPD immediately after the fixed part of the header, payload and indicates the number of bytes that contain the actual data RPD. The structure of the data RPD is passed between the client and the server (or from one peer device to another peer device), for example, through the SDP description. In one embodiment of the invention for information protected by the Protocol of WM DRM, can be at least 4 bytes data format DUE, representing the ID payload Protocol WM DRM associated with each sample.

Although in Fig. 3a-3b for the header of the RTP packet and header FPD RTP provides a variety of fields in a different order, not all fields are what I required, and their order can be changed. In some embodiments of the invention the required fields and their order, for this reason, can be compatible with flexible RFC 1889, simultaneously expanding these opportunities. Although the illustrations in Fig. 3a-3b are used ASF packets, in other embodiments, the implementation disclosed in this document, the creation of RTP packets, headers FPD RTP and modules useful data for them is not limited to using the data in ASF format, but allows the use of other formats that store data to be streamed.

The overall structure of the network

Figure 4 shows a system 400 network client/server and network environment according to this invention. Usually the system 460 includes one or more (m) network media servers 402 and one or more (k) clients network 404. The computers communicate with each other by data transmission network, which in figure 4 includes a wired or wireless network 406. The data network could also include the Internet or a local network private WAN. Servers 402 and clients 404 communicate with each other via any Protocol from a wide variety of known protocols, such as transmission control Protocol data (TCP) or the Protocol per the cottages user datagram (UDP).

Media servers/clients 402/404 have access to streaming multimedia information in the form of various multimedia data streams. These multimedia data streams can be individually multimedia data streams (e.g. audio, video, graphics, simulation and so on) or, alternatively, the composite multimedia data streams, which includes many of these individual data streams. Some multimedia data streams could be stored as files 408 in the database (for example, ASF files) or other file storage system at the same time as other multimedia streams 410 data could be supplied on the media server 402 or 404 "live" from other components that are sources of data, via a dedicated communication channels or through the Internet.

Multimedia data streams received from the server 402 or from clients 404, reproduced at the client 404 in the form of a multimedia presentation of information, which may include multimedia data streams from one or more servers/clients 402/404. These various multimedia data streams may include one or more identical or different types of multimedia data streams. For example, a multimedia presentation may be on the part of two of the stream of video information, one stream of audio information and one stream of graphic images. User interface (UI) client 404 may provide users with a variety of management tools, for example, to enable the user to increase or decrease the speed at which reproduces the multimedia presentation.

Illustrative computer environment

In the following explanation, the invention will be described in the General context mashinostryenia commands, such as program modules, executed by one or more conventional personal computers. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement certain abstract data types. In addition, specialists in the art will agree that the invention can be implemented with other configurations of computer systems, including handheld devices, multiprocessor systems, microprocessor-based or programmable consumer electronic devices, network PCs, minicomputers, large universal computing machines and similar systems. In a distributed computing environment, program modules may be located on lo the social, and remote storage devices. Alternatively, the invention could be implemented through hardware or combinations of hardware and software and/or hardware. For example, the invention could be programmed integrated circuits for special purposes (ASIC).

As shown in figure 4, the network system according to this invention includes a network server (network server) and the client 402, 404, which may be received multiple multimedia data streams. In some cases, the multimedia data streams are indeed stored on the server (servers) and/or the client 402, 404. In other cases, the server (s) and/or client (s) 402, 404 can receive multimedia data streams from other network sources or devices. Usually clients 404 network responsive to user input request for the multimedia data stream corresponding to the selected multimedia content. In response to a request from the multimedia data stream corresponding to the multimedia content, the server (s) and/or the clients 402, 404 send the requested multimedia data streams to the requesting client network 404 in accordance with the format of the wired communication Protocol RTP. The client 404 decrypts mod is useful if the data located in the respective RTP packets, and plays the resulting decoded data streams to obtain the requested multimedia content.

Figure 5 illustrates the input and storage of streaming A/V data server 402 or the client 404 (e.g., peer-to-peer device). Figure 5 also illustrates the connection between the server and the client (402-404) or between peer devices (404-404) according to various embodiment of the invention. Broadly speaking, the server or the client 402, 404 receives input streaming A/V information from the device 502 input. The server or client 402, 404 encode input information using an encoder that is included in the codec. The encoding may, but need not necessarily, be performed on the data in ASF format. If the data is in ASF format, the encoding is done on the ASF packets, each of which includes the ASF header packet and the header module ASF payload and the payload module containing AB-information (audio and/or video). The encoding may include encryption, as, for example, where Protocol is used WM DRM. ASF packets are stored by the server/client to service future requests.

The client then asks the server/client corresponding flow AB data. Server/client retrieves and sends to the client, accordingly, the respective flow AB-data which server/client have previously saved. Upon receipt, the client decodes the stream AB-data and recreates and decrypts encrypted and split of the sample stream AB-data, using the bounds reported in the respective headers FPD RTP. After that, the client can perform playback AB-the data received from the stream.

Figure 5 shows the data flow between and among units 504-530. In block 504, the input device 502 provides a server/client 402/404 the input data, which include streaming a/V data. As an example, streaming A/V data could be delivered to the server/client 402/404 input device 502 "live" through a dedicated communication channel or via the Internet. Streaming A/V information in block 504 enters the encoder to put data in ASF packets. In block 506 is not mandatory encryption Protocol (WM DRM, and ASF packets are stored in memory on the server/client 402/404. In the encryption Protocol WM DRM and packaging may be that the encryption section is divided into a number of separate packages. Before broken many sections of the transmission can be decoded at the receiving client, they must be rebuilt from this client in the source partition encryption. Therefore the boundaries of the broken part of the sections to be sent are stored in block 506 in which Holovko modules ASF payload.

In block 508, the client 404 sends a request stream A/V data, which is sent to the server/client as indicated by the arrow 510 in figure 5. In block 512, the server/client 402/404 receives this request. Find the appropriate ASF packets containing the requested stream A/V data. In block 514 the payload modules with audio and video information contained in the ASF packets that are logically separated so that they can be separated from each package in RTP packets. Defining boundaries for each logically separate module useful data with audio information and video information.

Is determined by the bandwidth of the network, which must be transmitted RTP packets. This definition is used to calculate the specified size of the RTP packet. If the size of the ASF packet is less than the specified size of the RTP packet, the same payload modules can be combined in a single RTP packet. If the size of the ASF packet larger than the specified size of the RTP packet, the payload modules ASF can be broken into fragments for the placement of each fragment as a module useful data in a single RTP packet. Using appropriate logically separate audio and video payload ASF packets edges are defined for each module in the payload of the RTP.

At step 516, each RTP packet Complect is ratories the header of the RTP packet, title FPD RTP and corresponding payload module. In fact, formed many RTP packets, which represents many of the ASF packets, and ASF packets contain the flow of A/V data requested by the client 404. RTP packets are transmitted for playback at the client 404 from the server/client 402/404 through transfer functions referred to in block 518.

Arrow 520 figure 5 shows the RTP packets from the server/client 402/404 to the client 404. In block 522, the client 404 receives RTP packets. In block 524, the decoder RTP Protocol, the client 404, decodes each adopted RTP packet, including the header of the RTP packet and the header FPD RTP. In block 526, the process performs defragmentation and rebuilding ASF packets containing the requested stream A/V data. When you defragment and rebuild the packages are the limits set in the header FPD RTP for each corresponding payload module containing, for example, the sample or its fragment.

In block 528 recreated ASF packets decrypted for playback in block 520. Title FPD RTP included in the RTP packet may contain data extension payload (RPD), which describe the corresponding payload module. Data RPD can, thus, provide metadata that can be used when playing in block 530 module payload, containing the, for example by transferring them in the corresponding RTP packet. Blocks 522-530 repeated for each RTP packet received from the client 404, thereby completing streaming A/V data from the server/client 402/404 to play them.

Figure 6 shows a General example of a computer 642, which can be used according to this invention. Computer 642 is shown as an example of a computer capable of performing the functions of any of the client 402 and server 404, shown in Fig. 4-5. Computer 642 includes one or more processors or processing devices 644, system memory 646 and the system bus 648 connecting the various system components including the system memory 646, processor 644.

Bus 648 represents one or more buses, refers to any of several types of bus structures including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. The system memory includes a persistent storage device (RAM, ROM) 650 and random access memory (RAM, RAM) 652. Cache 675 has levels L1, L2 and L3 may be included in the RAM 652. The system basic input/output system (BIOS) 654 containing basic procedures that facilitate the transfer of information between elements within the computer 642, for example, at startup, is stored in ROM 650. In addition, the computer is EP 642 includes a drive 656 on hard magnetic disks, designed for reading from the hard magnetic disk (not shown) and write on it, the drive 658 for the magnetic disk to read from a removable magnetic disk 660 and write on it, and drive 662 for the optical disk to read from the removable optical disc 664, such as a compact disc (CD ROM) or other optical storage media, or write on it.

Any of the devices: a hard magnetic disk (not shown), the drive 658 for a magnetic disk, floppy 662 for an optical disk, a removable optical disk 664 may be a storage medium having recorded information. The storage medium has a data area for recording stream data using the streaming of packets, each of which includes a certain area of the package that contains one or more data packets. As an example, each data packet is encoded and decoded by the codec contained in the application programs 672, executable in the processor 644. In fact, the encoder distributes the stream data fields of the data packets within the stream packets so that the distributed streaming data using encoding algorithms are written in these data packets. Alternatively, the encoding and decoding of data packets can be performed as fu the Ktsia operating system 670, executable in the processor 644.

Drive 656 on hard drives, floppy 658 for a magnetic disk and disk drive 662 optical drive connected to the system bus 648 through a SCSI interface 666 or any other suitable interface. The drives and their corresponding machine-readable media provide nonvolatile storage of computer-readable commands, data structures, program modules and other data. Although described here for illustrative environment uses a rigid magnetic disk, a removable magnetic disk 660, and a removable optical disk 664, specialists in the art should recognize that in this illustrative operating environment may also be used and other types of computer-readable media that can store data accessible to the computer, such as magnetic tapes, cards, flash memory, digital video disks, random access memory (RAM), persistent memory (ROM) and similar types of media.

On a hard magnetic disk, a magnetic disk 660, an optical disc 664, in ROM 650, RAM 652 can store a number of software modules, including the operating system 670, one or more application programs 672 (which may include a codec), other program modules 674 and data PR is 676 grams. The user can enter commands and information into the computer 642 through input devices such as keyboard 678 and pointing device 680. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or similar device. These and other input devices connected to the processor 644 through an interface 682 connected to the system bus. Also to the system bus 648 through an interface, such as video, can be connected monitor 684 or other type of device 686 display. In addition to the monitor, personal computers typically include other peripheral output devices (not shown), such as speakers and printers.

Computer 642 operates in a networked environment using logical connections to one or more remote computers, such as remote computer 688. The remote computer 688 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above with respect to computer 642, although figure 6 illustrates only storage device 690. The logical connections depicted in Fig.6, include a local area network (LAN) 692 and a global network (WN) 694. Such networking environments are often used in offices, computer networks scale enterprises, intranets and the Internet. In the described embodiment of the invention, the remote computer 688 executes the program of the Web browser of the Internet, such as Web browser Internet Explorer®, manufactured and distributed by Microsoft Corporation of Redmond, Washington.

When using in a network environment LAN 642 is connected to the local network 692 through a network interface or adapter 696. When used in a WAN network environment, the computer 642 usually contains a modem 698 or other means for establishing communications over the WAN 694, such as the Internet. Modem 698, which may be internal or external, is connected to the system bus 648 through an interface 668 serial port. In a networked environment, program modules shown in relation to a personal computer 642, or parts thereof, may be stored in a remote storage device. It should be borne in mind that the illustrated network connections are shown as examples and can be used and other means of establishing lines of communication between computers.

Typically, the processors of the data processing computer 642 programmed by commands stored at different times in different machine-readable storage media of the computer. Programs and operating si the topics usually covered, for example, on floppy disks or CD-ROMs (CD-ROM). C these carriers, they are installed or loaded into the secondary memory of the computer. In the performance they are loaded, at least partially, in the primary electronic memory of the computer. The described invention includes these and other types of computer-readable storage media when such media contain commands or programs for implementing the steps described below in conjunction with a microprocessor or other processing of the data. The invention may also include the computer itself, when it is programmed in accordance with the methods and techniques described below. In addition, certain sub-components of the computer can be programmed to perform the functions and steps described below. The invention includes such sub-components, if they are programmed in the manner described. In addition, the invention described here includes the following data structure embodied in various types of media data.

For illustrative purposes, programs and other executable program components, such as operating system, depicted here as discrete blocks, although it is known that such programs and components reside at various times in various components of a computer and executed by the litter (processors) data processing, inbound (incoming) part of the computer.

Conclusion

Disclosed herein embodiments of the invention determine the format of the wired connection, which can be used for delivery of multimedia data between the server and the client and from one peer device to another peer device via RTP. To deliver data using RTP format wired connection provides higher flexibility than the currently accepted standard IETF RFC 1889. Embodiments of the format wired provide a stream of encrypted data, provide a mechanism for delivery via RTP metadata relating to each sample information, and provide streaming data protected by the Protocol of WM DRM.

Although the invention is described in language specific to structural features and/or methodological acts, it should be understood that the invention set forth in appended claims, is not limited to certainly describes the specific features or actions. Rather, the specific features and steps are disclosed as illustrative forms of implementing the claimed invention.

1. Device for streaming data over the network, containing the means for encrypting the stream data is x with an arbitrary size of the blocks for the formation of multiple sections encryption and
means for bundling multiple sections encryption in many packages created in accordance with the transport Protocol real-time (RTP packets), each of which includes a header of the RTP packet,
one or more modules useful data relating to a common data stream and selected from the group consisting of
one or more of the above-mentioned sections encryption fragment of one of the above sections encryption and one header RTP payload format for each of the above-mentioned module payload, and the header includes the boundary of an arbitrary block size for the corresponding sections of the encryption.

2. The device according to claim 1, characterized in that it further comprises a means to rebuild the many sections of encryption using modules useful data from multiple RTP packets and the corresponding bounds for arbitrary block size in the corresponding header RTP payload format, the means for decrypting the many sections of encryption to generate the data stream.

3. The device according to claim 2, characterized in that each header RTP payload format further comprises one or more attributes of the corresponding payload module, and the device further comprises means to reproduce : open the consistent flow data using the attributes of the corresponding payload module.

4. The device according to claim 2, characterized in that the attributes in each header of the RTP payload format selected from the group consisting of information on timing and frame video compression.

5. The device according to claim 2, characterized in that it further comprises means for transmitting multiple RTP packets over the network.

6. Device for streaming data over a network that contains a tool for logical separation of the type of multimedia data in the data flow that includes many types of multimedia data, and means for forming a set of packages, created in accordance with the transport Protocol real-time (RTP packets) from the data stream, each RTP packet includes
only one type of multimedia data,
the header of the RTP packet,
one of several header RTP payload format with variable length, each of which is composed of one or more attributes, and
the module is useful RTP data corresponding to each header of the RTP payload format and describe one or more attributes included in this header.

7. The device according to claim 6, characterized in that it further comprises means for extracting modules useful data from multiple RTP packets and
means for playback of each module is useful dannijo multiple RTP packets using one or more attributes from the corresponding header RTP payload format.

8. The device according to claim 7, characterized in that each module payload contains video data, and the attributes in each header of the RTP payload format selected from the group consisting of
information on timing and
information on frame video compression.

9. The device according to claim 7, characterized in that the means for extracting further comprises for each module in the payload of the RTP tool for building multiple portions of one of the multimedia data types into a contiguous payload module, when the module RTP payload includes multiple portions of one of the types of multimedia data,
means for assembling one portion of one of the multimedia data types into a contiguous payload module, when the module RTP payload includes one portion of one of the types of multimedia data, and means for assembling all fragments of one portion of one of the multimedia data types into a contiguous payload module, when the module payload RTP includes a fragment of one portion of one of the types of multimedia data.

10. The device according to claim 9, characterized in that it further comprises means for continuous Assembly of modules useful data in the appropriate chronological order corresponding to the multiple types of multimedia data, the multimedia, the applications file, and means for simultaneous playback in chronological order continuous modules useful data of many types of multimedia data of the multimedia file.

11. Method for streaming data over the network, namely, that encrypts the data stream with an arbitrary size of the blocks for the formation of multiple sections encryption and stacked many sections encryption in many packages created in accordance with the transport Protocol real-time (RTP packets), each of which includes:
the header of the RTP packet,
one or more modules useful data relating to a common data stream and selected from the group consisting of one or more of the above-mentioned sections encryption and fragment of one of the above-mentioned partition encryption
one header RTP payload format for each module in the payload, and the header includes the boundary of an arbitrary block size for the corresponding sections of the encryption.

12. The method according to claim 11, characterized in that it further peremabiri many sections encryption using modules useful data from multiple RTP packets and the corresponding bounds for arbitrary block size that is available in the corresponding header RTP payload format, decode many sections sifrovani is to generate the data stream.

13. The method according to item 12, characterized in that
each header RTP payload format further comprises one or more attributes of the corresponding payload module, and additionally reproduce the generated stream data using the attributes of the corresponding payload module.

14. The method according to item 12, wherein the attributes in each header of the RTP payload format is chosen from the group consisting of information on timing and frame video compression.

15. The method according to item 12, further characterized in that before step rebuild transmit multiple RTP packets over the network to the client, which perform a rebuild.

16. The computer-readable storage media containing machine-readable commands, which when executed perform the method according to claim 11.

17. Method for streaming data over the network, namely, that form many of the packages created in accordance with the transport Protocol real-time (RTP packets) from the data stream containing multiple types of multimedia data, each RTP packet contains:
only one type of multimedia data,
the header of the RTP packet,
one of several header RTP payload format with variable length, each of which incorporates one or the number of attributes, and
the module is useful RTP data corresponding to each header of the RTP payload format and describe one or more attributes included in this header.

18. The method according to 17, characterized in that it further extract the modules useful data from multiple RTP packets and reproduce each module useful data from multiple RTP packets using one or more attributes from the corresponding header RTP payload format.

19. The method according to p, characterized in that the attributes in each of the aforementioned the header of the RTP payload format is chosen from the group consisting of information on timing and frame video compression.

20. The method according to claim 19, characterized in that the extraction of modules useful data from multiple RTP packets are additionally includes for each module payload RTP,
which contains many portions of one of the types of multimedia data, the stage Assembly of multiple portions of one of the multimedia data types into a contiguous payload module,
which contains one portion of one of the types of multimedia data, the stage Assembly of one portion of one of the multimedia data types into a contiguous payload module, and
which contains a fragment of one portion of one of the types of multimedia data, the stage sat the RCTs all fragments of one portion of one of the multimedia data types into a contiguous payload module.

21. The method according to claim 20, characterized in that it further collect continuous modules useful data in the appropriate chronological order corresponding to the multiple types of multimedia data of the multimedia file, and simultaneously reproduce organized chronologically continuous modules useful data of many types of multimedia data of the multimedia file.

22. The computer-readable storage media containing machine-readable commands, which when executed perform the method according to p.

23. Method for streaming data over the network, namely, that replace many packages heterogeneous multimedia data into multiple packages of the same type of multimedia data, and each packet with heterogeneous multimedia data module contains useful data for each of the multiple data streams, and the module payload is encrypted and has an arbitrary size blocks, the module header useful data for each module in the payload, and the header includes a border for an arbitrary block size, each packet of the same type of multimedia data includes one data stream corresponds to one of the packages heterogeneous multimedia data and includes:
one module payload corresponding to one of the modules is useful data from this one batch of heterogeneous multimedia data, the header format of the profile payload corresponding to one module of the payload and one of the few titles of modules useful data in this one package of heterogeneous multimedia data, where the header format profile payload has a border corresponding to the respective boundaries of one of the several titles of the modules useful data in this one package of heterogeneous multimedia data and one module in the payload.

24. The method according to item 23, wherein each packet of the same type of multimedia data further comprises
the packet header corresponding to one or more packet headers many packages heterogeneous media data composition selected from the group consisting of a set of modules in the payload of the packet heterogeneous multimedia data, and these modules are homogeneous flow of data, and each of them has a corresponding aforementioned header format profile payload and one of the payload module and the corresponding above-mentioned header format profile payload.

25. The method according to item 23, wherein each of the packets of the same type of multimedia data has a size smaller than the specified size, which is a function of the factors selected from the group consisting of the physical characteristics of the network, administrative policy regarding the size of the package and evaluation of bandwidth on the network.

26. The method according to item 23, wherein the boundary of the module is useful data in the package of the same type of multimedia data determines the chronological order of the corresponding payload module in the same package of heterogeneous multimedia data.

27. The method according to item 23, wherein one of the above-mentioned stream data selected from the group consisting of audio data, video data, program data, the data format of the joint group of experts on pictures (JPEG), data of the hypertext markup language (HTML) and data digital interface musical instruments (MIDI).

28. The method according to item 23, wherein the header format profile payload includes part of the fixed-length and variable-length and variable-length includes the attributes of the corresponding payload module.

29. The method according to item 23, wherein each packet of heterogeneous multimedia data includes a portion of the data stream in the format of advanced systems format (ASF)the ASF header packet and at least one module header payload ASF, and each packet of the same type of multimedia data includes a packet header generated according to the transport Protocol the real-time (RTP packet) and one header RTP payload format, as well as a portion of the RTP data stream.

30. The computer-readable storage media containing machine-readable commands, which when executed perform the method according to item 23.

31. Method for streaming data over the network, namely, that replace many packages heterogeneous multimedia data into multiple packages of the same type of multimedia data, and each packet with heterogeneous multimedia data module contains useful data for each of the multiple data streams, and the module payload is encrypted and has an arbitrary size blocks, the packet header and the header of the payload module for each module in the payload, and the header includes a border for an arbitrary block size, each packet of the same type of multimedia data corresponds to one of the packages heterogeneous multimedia data and includes:
one module payload corresponding to one of the modules useful data from this one batch of heterogeneous multimedia data, the packet header corresponding to one of the headers this package one package of heterogeneous multimedia data,
the header format of the profile payload corresponding to one module of the payload and one of the few titles of modules useful data in this one package dissimilar the multimedia data, the header format of the profile payload has a border corresponding to the respective boundaries of the payload module of one of the several titles of the modules useful data from this one batch of heterogeneous multimedia data and one module in the payload.

32. The method according to p, characterized in that each package of heterogeneous multimedia data includes a portion of the data stream in the format of advanced systems format (ASF)the ASF header packet and at least one module header payload ASF, and each packet of the same type of multimedia data includes a packet header generated according to the transport Protocol real-time (RTP packet) and one header RTP payload format, as well as a portion of the RTP data stream.

33. The method according to p, characterized in that the header format profile payload includes part of the fixed-length and variable-length and variable-length includes the attributes of the corresponding payload module.

34. The computer-readable storage media containing machine-readable commands, which when executed perform the method according to p.

35. Method for streaming data over the network, namely, that replaces the multiple packages of the same type of multimedia data on a composite package, and what each package of the same type of multimedia data contains:
the module is useful data from one data stream, and the module payload is encrypted and has an arbitrary size blocks
the module header useful data for this module payload, and the header includes a border for an arbitrary block size,
and composite packet matches multiple packages of the same type of multimedia data and contains the
one or more modules useful flow data homogeneous data corresponding to the respective modules useful data from multiple packets of the same type of multimedia data, and
the header format of the profile payload for each module useful data in a composite package that is appropriate to the titles of the modules in the payload of the many packages heterogeneous multimedia data, and the header format profile payload contains the boundary of the module is useful data for the respective module useful data in a composite package, and this boundary determines the order in which this module is useful data in multiple packages of the same type of multimedia data.

36. The method according to p, characterized in that the compound packet further comprises:
the packet header corresponding to the packet headers for each of a set of packages of the same type of multimedia data,
composition selected from the group consisting of the C many of the above modules useful data, each of which has a corresponding aforementioned header format profile payload, and one of the above-mentioned module payload and the corresponding above-mentioned header format profile payload.

37. The method according to p, wherein each packet of the same type of multimedia data has a size smaller than the specified size, which is a function of the factors selected from the group consisting of physical characteristics of the network,
administrative policy regarding the size of the package and evaluation of bandwidth used on the network.

38. The method according to p, characterized in that the above-mentioned stream data selected from the group consisting of audio data, video data, program data, the data format of the joint group of experts on pictures (JPEG), data of the hypertext markup language (HTML) and data digital interface musical instruments (MIDI).

39. The method according to p, characterized in that each package of heterogeneous multimedia data includes a portion of the data stream in the format of advanced systems format (ASF)the ASF header packet and at least one module header payload ASF, and each packet of the same type of multimedia data includes a packet header generated according to the transport Protocol real-time (RTP-PA is ETA), and one header RTP payload format, as well as a portion of the RTP data stream.

40. The method according to p, characterized in that the header format profile payload includes part of the fixed-length and variable-length and variable-length includes the attributes of the corresponding payload module.

41. The computer-readable storage media containing machine-readable commands, which when executed perform the method according to p.

42. Computing device client that contains the processor for execution logic, configured to make a request for a media file that includes multiple types of multimedia data receiving streaming multimedia information contained in multiple packages, created in accordance with the transport Protocol real-time (RTP packets)corresponding to the media file includes
only one type of multimedia data,
the header of the RTP packet,
one of several header RTP payload format, each of which includes the boundary of the payload module, and
module RTP payload for each of the above-mentioned header RTP payload format and in accordance with this title, and the module RTP payload is encrypted and has a PR is arbitrary size blocks, the corresponding boundary of the module RTP payload, and each module RTP payload selected from the group consisting of multiple portions of one of the types of multimedia data, one portion of one of the types of multimedia data, a fragment of one portion of one of the types of multimedia data,
for each module RTP payload in the received RTP packets, which contains many portions of one of the types of multimedia data, assembled a variety of portions of one of the multimedia data types into a contiguous payload module, using the boundary module payload from the corresponding RTP header RTP payload format, which contains one portion of one of the types of multimedia data, assembled one portion of one of the multimedia data types into a contiguous payload module, using the boundary module payload from the corresponding RTP header RTP payload format, and which contains a fragment of one portion one type of multimedia data, assembled all the fragments of one portion of one of the multimedia data types into a contiguous payload module, using the boundary of each module payload from the corresponding RTP header RTP payload format,
the implementation of the continuous Assembly the modules useful data in the appropriate chronological order, corresponding to the multiple types of multimedia data of the multimedia file, and
simultaneous playback in chronological order continuous modules useful data of many types of multimedia data of the multimedia file.

43. Computing device client in § 42, characterized in that the multiple RTP packets are of variable size, and their size is smaller than the specified size, which is a function of the factors selected from the group consisting of evaluation of bandwidth on your network from which you received multiple RTP packets, the physical characteristics of the network and administrative policy in relation to the size of the package.

44. Computing device client in § 42, characterized in that the boundary of each module payload RTP identifies chronological order of the corresponding module-RTP payload in multimedia data of one type in a multimedia file.

45. Computing device client in § 42, characterized in that each type of multimedia data selected from the group consisting of audio data, video data, program data, the data format of the joint group of experts on pictures (JPEG), data of the hypertext markup language (HTML) and data digital interface musical instruments (MIDI).

46. Computing device client in § 42, wherein each header format profile payload includes the part of fixed length and a part of variable length and variable length includes the attributes of the corresponding module-RTP payload.

47. Computing device client that contains a processor for executing a logical operation, configured to make a request for a media file comprising audio data and video data,
taking multiple packages created in accordance with the transport Protocol real-time (RTP packets)corresponding to multiple packages in the advanced systems format (ASF packets), for a media file,
each ASF-package includes
the ASF header package, and
one of several titles of the modules payload ASF, each of which includes the boundary of the module ASF payload for the corresponding module ASF payload, and the payload module ASF encrypted with an arbitrary size of the blocks corresponding to the boundary of the module payload ASF,
module ASF payload for each module header payload ASF and in accordance with this header, and the payload module ASF selected from the group consisting of
nekotoroh the set of audio data, includes sample
audio or its fragment, and
a set of video data, including sample
video or its fragment,
and each RTP packet includes
or some set of audio data, or a set of video data, the header of the RTP packet corresponding to at least one of the headers ASF packets,
one of several header RTP payload format,
corresponding at least one header and payload modules ASF, each header RTP payload format includes the boundary of the module is useful RTP data corresponding to at least one of the boundaries of the payload module ASF, and
the module is useful for each RTP data header RTP payload format and in accordance with this title, and each module RTP payload selected from the group consisting of
many modules payload ASF,
one of the modules ASF payload and
a fragment of one of the modules payload ASF,
for each module in the payload of the RTP, which in the received RTP packets,
which contains many modules payload ASF, assembled this set of modules useful ASF data into a contiguous payload module, using the boundary module RTP payload from the corresponding zag the clever format of the RTP payload, which contains one of the modules payload ASF, assembled this one module ASF payload into a contiguous payload module, using the boundary module payload from the corresponding RTP header RTP payload format, and which contains a fragment of the payload modules ASF, assembled all the fragments of one of the modules ASF payload into a contiguous payload module, using the boundary of each module payload from the corresponding RTP header RTP payload format,
the implementation of the continuous Assembly of modules useful data in the appropriate chronological order, the corresponding audio and video data of the multimedia file, and
simultaneous playback in chronological order continuous modules payload: as audio data of the multimedia file, and video media file.

48. Computing device client on p, characterized in that the RTP packets are of variable size, and their size is smaller than the specified size, which is a function of one factor selected from the group consisting of:
evaluation of bandwidth on your network from which you received multiple RTP packets,
physical characteristics of the network,
administration is exploring policy package size,
the size of the ASF packets, which correspond to the obtained multiple RTP packets, and a combination of the above factors.

49. Computing device client on p, characterized in that the boundary of each module ASF payload determines the appropriate chronological order of the corresponding payload module ASF in one of the streams of audio data in the multimedia file and the video data in the multimedia file.

50. Computing device client on p, characterized in that the boundary of each module payload RTP defines a corresponding chronological order of the corresponding module-RTP payload in one of the streams of audio data in the multimedia file and the video data in the multimedia file.

51. Computing device client on p, characterized in that the boundary of each module payload RTP defines a corresponding chronological order of the corresponding module-RTP payload in one of the many modules ASF payload and a fragment of one of the modules ASF payload.

52. Computing device client on p, wherein each header RTP payload format includes part of the fixed-length and variable-length and variable-length includes and the attributes of the corresponding module-RTP payload.



 

Same patents:

FIELD: personal demand items.

SUBSTANCE: control system includes main controller 42 with many outlets for connection of first microprocessor 44 with a set of elements 38, 56-58 User interface 62 is specialised and unique for certain model of plumbing fixtures; it holds master programme which is meant for control of certain elements of this certain model Main controller 42 is common and may be used for a number of different models of plumbing fixtures with various sets of elements 38, 56-58 After commands are entered by user, master programme is transferred to the main controller and configures it for operation with certain model of plumbing fixtures.

EFFECT: possibility to control a set of hydro-massage baths using elements common for various models

10 cl, 2 dwg

FIELD: personal demand items.

SUBSTANCE: control system includes main controller 42 with many outlets for connection of first microprocessor 44 with a set of elements 38, 56-58 User interface 62 is specialised and unique for certain model of plumbing fixtures; it holds master programme which is meant for control of certain elements of this certain model Main controller 42 is common and may be used for a number of different models of plumbing fixtures with various sets of elements 38, 56-58 After commands are entered by user, master programme is transferred to the main controller and configures it for operation with certain model of plumbing fixtures.

EFFECT: possibility to control a set of hydro-massage baths using elements common for various models

10 cl, 2 dwg

FIELD: physics.

SUBSTANCE: invention relates to computer engineering and more specifically to an automated system for checking personal data of citizens when making new generation passport and visa documents. To achieve this technical outcome, the system contains a module for selecting reference address of citizens in a database of restrictions for traveling out of the country, a module for identifying name data of citizens, module for determining dimensions of sampling data of citizens and a module for generating addresses for reading records of the database of restrictions for traveling out of the country, as well as a module for managing sampling of arrays of forms, module for selecting reference address of an array of agreed forms in the server database, a module for selecting refused forms in the server database, a module for generating current addresses of agreed forms in the server database, a module for generating current addresses of refused forms in the server database and a module for integrating signals for writing and reading data on the forms.

EFFECT: increased reliability and operating speed of the system through generation of identification data of citizens for making new generation passport and visa documents in real time.

12 dwg

FIELD: information technology.

SUBSTANCE: invention relates to methods and systems for modular framework of content and format of documents. Proposed framework and format define a set of standard assembly units for compiling, packetisation, distribution and imaging document-oriented content. The framework and format were designed in a flexible and extensible way. In addition to this general framework and format, a specific format, known as extended packet format, is determined using the general framework. The extended packet format is a format for storing paginated documents. Extended packet content can be displayed or printed with high reproduction accuracy on devices and in applications in a wide spectrum of media and in a wide spectrum of scenarios.

EFFECT: invention provides for platform-independent framework for document formats, which makes possible reliable and uniform generation and display of documents.

24 cl, 16 dwg

FIELD: physics, computer engineering.

SUBSTANCE: invention is related to systems and methods, which automatically create subscription for applications and services presented to wireless device from another computer device in wireless network, where subscription requires periodical payment for uninterrupted access to application or service. System controls interaction of end user of wireless device with other computer devices, such as servers of applications downloads, via wireless network. When end user receives application or service from computer device, system automatically registers subscription and may either invoice the subscriber of wireless device for subscription, or transfer to supplier or other object, to invoice the subscriber.

EFFECT: expansion of functional resources due to presentation of additional services and automatic generation of subscription invoices.

41 cl, 9 dwg

FIELD: process engineering.

SUBSTANCE: proposed system comprises sensor (17) to detect one or more process parametres at least one process station (20), data acquisition and processing device (32) operated by signals (R) from sensors (17) and intended for obtaining data (Q) on process quality and device (19) to control process flow on the basis of data (Q). Aforesaid device (32) is arranged at least one process station (20). Control device (19) is arranged remote from device (32) and comprise units (42, 43) of wireless transceiver to exchange data (Q) between devices (32) and (19).

EFFECT: higher efficiency.

15 cl, 3 dwg

FIELD: physics; computer engineering.

SUBSTANCE: invention relates to connection of input-output devices or central processor devices or transfer of information or other signals between these devices. Provision for autoshaping manipulators in supercomputers in accordance with a given program with creation of an optimum architecture for the solved task is achieved due to that, the cooled substrate is a body with an inbuilt cooler, on which are attached (glued) microcircuit chips, containing multiple contact fibre optic connectors. On the end surface of the substrate there is a device for automatic attachment and connection of the substrate to a support. The autoshaping supercomputer contains a computer-builder, manipulators, controlled by this computer, as well as library for substrates with microcircuit chips and a fibre optic bus library. The supercomputer is automatically formed by manipulators by mounting the substrates onto a support and executing inter-substrate fibre optic connections through instructions from the computer builder. Manipulators are in the top part of the supports and guides above the supports.

EFFECT: multiple increase in inter-substrate and inter-support connections, compared to use of other means of connecting microcircuit chips, which provides for filling the entire inter-support space of the supercomputer with fibre optic bus.

6 cl, 9 dwg

FIELD: physics; radio.

SUBSTANCE: invention relates to radio engineering and can be used in radar systems, for example in radar systems with synthetic aperture. The simplified system comprises a basic system and several units for active phased array generation. Each unit comprises a transceiver for wireless reception of a signal transmitted from a basic system, for wireless transmission of signals to a target, for wireless reception of signals from a target and for wireless transmission of the received signal back to the basic system. The system also comprises a subsystem for signal interference suppression between the transmitted and received signals. Each unit can also comprise a circuit for local generation of electric energy.

EFFECT: reduced weight, simplification and reduced cost.

16 cl, 28 dwg

FIELD: physics; computer engineering.

SUBSTANCE: present group of inventions relates devices for displaying multimedia images. Video data and graphic data are used for displaying a menu. The graphic data include at least one display set, which contains a generation segment, which stores information for configuring the stream of interactive graphic data, a definition segment, which includes object data, such as the real image of the graphic object displayed on the screen, and an end segment, which indicates the end of the image set. The generation segment contains information on the mode of the image set, where the mode information indicates whether the mode of the image set is the first mode or second mode. The first mode is activated through user instruction, and the second mode is activated at a set time.

EFFECT: wider functional capabilities of displaying devices and possibility of displaying graphic information on a screen upon request by the user.

2 cl, 26 dwg

FIELD: physics; computer engineering.

SUBSTANCE: invention relates to stream transmission of multimedia data and more specifically to adaptation of data transmission speed between a server and a client during transmission of multimedia data. A network for streaming multimedia data has a server, meant for streaming data to a client. The server is responsible for adapting transmission speed to reception speed or for controlling accumulation and for adapting sampling frequency to transmission speed. That way, the server controls shifting and keeps it within the operating range for speed adaptation. The client is responsible for compensating for variation of packet transmission delay, also known as fast fluctuation in the network. The client is also responsible for setting parameters of the operating range for adapting speed of the server. The client selects and transmits shift parametres to the server, but the server independently adapts its encoding speed or transmission speed when it responds to these parametres.

EFFECT: provision for adaptive management of the receive buffer level in a network for streaming multimedia data.

36 cl, 3 dwg

FIELD: communications.

SUBSTANCE: method includes inputting data from individual subscriber into memory of subscriber device, then data are sent through subscriber device to data server, where it is clarified, whether subscriber provides certain information or consumes certain information with query for certain data, data from data provider are kept in information server database in form of individual provider record, and for data consumer data search is performed, appropriate to query, in database, in case if data answering the query is found on server, it is sent to data consumer. Method includes prior forming of classification, allowing forming identifiers of objects of possible interest of subscribers, before inputting data from individual subscriber or in process of this input at least partial conversion of these data to appropriate formed identifier of said classification, used for recognizing information in database, is performed, said information being appropriate for subscriber request. Portion of data not used in identifier is used dependent on category of subscriber.

EFFECT: broader functional capabilities.

2 cl, 2 dwg

FIELD: computers.

SUBSTANCE: system has memory for programs, including browser, display block, database for storing documents, addressing control block, while each document of base has at least one link with indicator of its unique number and indicator with address of program for control stored in addressing control block, system contains also, connected by data buses and control of other blocks of system, memory for links of couples of unique numbers of links and forming means for lists of unique numbers of documents links, which are interconnected.

EFFECT: higher efficiency.

2 cl, 1 dwg

FIELD: computers.

SUBSTANCE: processor has a pseudo-associative device, consisting of two memory blocks, interconnected through transposing circuit.

EFFECT: higher productiveness, higher efficiency.

2 dwg, 2 tbl

FIELD: electric engineering.

SUBSTANCE: method includes estimation of quality coefficients of electric energy in electric energy system, determining degree of matching of these coefficients to normal values, forming of control signal for correcting devices and predicting electric energy characteristics expected after effect of these devices. On basis of analysis of predicted characteristics quality coefficients are newly estimated and if necessary control signals for correction devices are formed. Estimation of not only voltage and frequency is provided, but also current. Whole cycle is repeated for each node of electric energy system.

EFFECT: higher efficiency.

1 dwg

FIELD: computers.

SUBSTANCE: device has pulse generator and OR element. First input of OR element is connected to input of pulse generator and is meant for receiving signal, being sign of data transfer in local network. Output of generator is connected to second input of OR element. Output of the latter is meant for output of signal, matching condition of data bus of a network.

EFFECT: higher speed of data transfer, higher reliability of operation of Ethernet network.

3 dwg, 2 tbl

Processor // 2248608

FIELD: computers, data protection.

SUBSTANCE: processor has bus interface device, device for selection/decoding of commands, device for dispatching/execution, program string decoding device, which string is selected from program and loaded in first levels command cash, which contains a set of N two-input elements XOR, keys memory, storing different N-bit decoding keys.

EFFECT: higher efficiency.

2 dwg

FIELD: computers.

SUBSTANCE: device has three blocks for forming messages lines, block for analysis of messages line, multiplexer, decoder, broadcast control block, buffer register, launch trigger, synchronization block, AND elements block, denying element, blocks for organizing messages lines, direction selection block, OR element, AND elements.

EFFECT: higher efficiency.

3 cl, 12 dwg, 2 tbl

FIELD: computers.

SUBSTANCE: device has a group of buffer blocks from first to eighth, direction correction block, direction selection block, first registers group, output register, first decoder, multiplexer, first counter, group of switchboards from first to eighth, launch trigger, first and second univibrators, OR elements from first to third, first and second AND elements, clock pulses generator. Also inserted are buffer block, second and third registers group, second decoder, a group of demultiplexers from first to eighth, second counter, third univibrator, first and second groups of OR elements and fourth and fifth elements.

EFFECT: higher efficiency.

10 dwg, 1 tbl

FIELD: microprocessors.

SUBSTANCE: device has central processing devices, including first cryptographic block, at least one peripheral block, including second cryptographic block, device also has data bus, random numbers generator, conductor for supplying clock signal, conductor for providing random numbers signal, set of logical communication elements, while each cryptographic block has register of displacement with check connection.

EFFECT: higher level of unsanctioned access protection.

7 cl, 1 dwg

FIELD: metrology.

SUBSTANCE: method is base on multiple measurements of researched unit, while its basis is ambiguous match between true value of measured unit and measurements results. Value of measured unit are processed with use of this ambiguous parameter. For this value of two auxiliary units are measured. For each unit ambiguously determined function relation is set of true value of unit and value of appropriate auxiliary unit in form of function with constant coefficients. Coefficients are determined on basis of multiple measurements of auxiliary units changing with time.

EFFECT: higher precision.

5 cl, 5 dwg

Up!