Patent Application
20100166018
The present invention relates to a method for generating multimedia files intended to be transmitted by packets in a peer-to-peer network
It is known in the art to use the Internet network to access to multimedia contents, particularly to view video contents that can be accessed in VoD (Video On Demand).
According to a broadcast mode, these video contents can be transmitted by downloading, in which case it is necessary to recover the file set coding this video content prior to its restitution.
The implementation of a broadcast via a peer-to-peer network can then facilitate this recovery.
In fact, a peer-to-peer network is formed by a plurality of servers that can transmit and receive files such that each server of the network, having received a file, can retransmit it to the other network servers. Thereafter, such a server is referred to as a peer.
In order to provide the files to broadcast to the peer-to-peer network, an operator can prepare the latter using a server referred to as the “seed server” or “Content Preparation Server”.
Such an operator server defines a first zone of the peer-to-peer network with regard to a second zone formed by the peers that, as indicated, can fulfil the functions of clients and of servers.
In order to respond to a content purchase request, the operator server transmits a purchase ticket transmitted with two lists described below:
It appears that the operation of a peer-to-peer network is particularly effective, notably in terms of rapidity and response reliability, when a same file is distributed repeatedly.
Indeed, in this case, the packets that have already been distributed once, via the peers, can be used via the same peers to respond to any new request.
However, video content providers may want to customize the contents delivered in these networks according to determined profiles in order to customize and/or adapt their content offer. For example, different publicity messages can alternatively be inserted in a film transmitted by a peer-to-peer network according to the geographical location of the peer requiring the downloading of this film.
For example, other criteria can be cited to customize/adapt a content offer such as, without being exhaustive, a subscription category, an applicant socio-professional category, a history of requests and/or purchases previously made, preferences declared by the applicant in a questionnaire.
In this case, the specificity of each multimedia file thus generated leads to a plurality of distinct multimedia contents and, consequently, multiplies the quantity of files, and derived packets, needing to be processed by a peer-to-peer network.
The present invention aims to overcome this disadvantage. It results from the recognition that the transmission, in a peer-to-peer network, of two files having a difference, even relatively minor, in contents may require totally distinct packets for each of these files.
In fact, the packets implemented in a peer-to-peer network generally have a constant size such that, for example, a data insertion in a file offsets the set of data of this file downstream of the insertion with respect to the reading direction of this file.
For this reason, the present invention relates to a method for generating multimedia files intended to be transmitted via a peer-to-peer network by packets of the same size, each of these multimedia files being obtained from an intermediary file comprising:
By means of a method in accordance with the invention, it is possible to increase the quantity of packets common to more than one multimedia files transmitted via a peer-to-peer network.
In fact, the filling data are used to compensate the offset, due to the insertion of data as previously described, between the packets transporting multimedia data that differ as a result of an insertion of distinct data.
Thus, the transmission of data present in the insertion zones (secondary data or filling data) can be carried out by means of dedicated packets such that the transmission of common content, situated outside of this limit, can be carried out from the same common packets.
In an embodiment, filling data are introduced between the secondary data and the insertion zones limit corresponding to a limit between two distinct packets.
According to an embodiment, the filling data are introduced according to parameters common to the intermediary files.
For example, the parameters common to the intermediary files can comprise at least one of the following parameters: the location of insertion zones in a common file, a predetermined size of packets to be transmitted, the sizes of intermediary files, a location rule for filling data in a packet.
Thus, such a location rule for filling data in a packet may require the location of these filling data at the start or the end of a packet.
In this case, the information indicating the quantity of filling data, situated at the start or end of a packet, can be associated with this packet in the packets list or content map.
In an embodiment, a contents list is associated with a first generated multimedia file identifying at least a second multimedia file having common packets with this first multimedia file.
The invention also relates to an operator server generating multimedia files intended to be transmitted by packets in a peer-to-peer network, each of these multimedia files being obtained from an intermediary file comprising:
In an embodiment, the operator server comprises:
The invention also relates to a peer intended to receive and transmit multimedia files in a peer-to-peer network, each of these multimedia files being obtained from an intermediary file comprising:
According to an embodiment, the peer comprises means for reinserting the deleted filling data before transmitting the multimedia file to another peer.
The invention also relates to multimedia files intended to be transmitted by packets in a peer-to-peer network, each of these multimedia files being obtained from an intermediary file comprising:
Other characteristics and advantages of the invention will clearly emerge from the description provided below as a non-restrictive example, with reference to the different annexed figures that show:
in
in
in
The elements having a same function, appearing on different figures, conserve unless otherwise specified, the same references.
In reference to
More specifically, these 5 multimedia files must be generated as indicated below:
In this example, these insertion zones 12 and 14 are selected by an operator in order to be acceptable and/or pertinent with respect to the video content of the common file 10. Thus, the operator can avoid interrupting a dialogue or an action scene with an advertisement.
When the specific contents 16, 18, 20 and/or 22 are inserted in the common file 10, the represented intermediary files 1′, 2′, 3′, 4′ or 5′ are generated.
These intermediary files 1′, 2′, 3′, 4′ or 5′ have variable lengths such that their decomposition into packets of the same size generates numerous packets specific to each of the files, thus limiting the interest of a transmission via a peer-to-peer network as previously noted.
For this reason, a software tool is implemented to introduce filling data into the insertion zones 12 or 14 such that a limit of each of these insertion zones 12 and 14 corresponds to a limit between two distinct transmission packets.
Such an implementation generates more than one common and/or specific packets as identified in
In this example, the considered limit of insertion zones 12 and 14 is the limit situated downstream with respect to the file reading direction—or reproduction direction, this direction being represented by an arrow in
Thus, the primary data situated downstream of an insertion zone can be transmitted by common packets—IIe and IIf for zone 12, IIj, IIk for zone 14—while all of the secondary or filling data—situated in an insertion zone can be transmitted by specific packets—Ic, IIc, IId for zone 12, Ih, Ii, IIh, Iii, IIIh for zone 14.
In addition, the primary data situated at the upstream limit of an insertion zone can also be transmitted in a common packet considering, for example, that the packet transmitting these primary data is completed by filling data.
However, in this embodiment, these primary data situated upstream of an insertion zone form a specific packet—Ib, IIb or IIIb for zone 12, Ig, IIg or IIIg for zone 14—for each multimedia file forming a packet with secondary data of a specific content, which enables limiting the quantity of filling data used by the method.
Indeed, the software tool can take into consideration numerous approaches and numerous parameters to insert filling data such as, without limitation, the location of insertion zones 12 or 14, the imposed size of packets and the sizes of intermediary files 1′, 2′, 3′, 4′ or 5′.
It should be noted that, when the multimedia files have identical specific contents, the software tool can also produce packets of secondary data common to these files, such as the packets Ib and Ic (files 1 and 2).
As shown in
More specifically, noting CMi as the Content Map of file i, this latter is then composed of:
File 1: CM1={IIa, Ib, Ic, IIe, IIf, Ig, Ih, Ii, IIj, IIk}
File 2: CM2={IIa, Ib, Ic, IIe, IIf, IIIg, IIIh, IIj, IIk}
File 3: CM3={IIa, IIb, IIc, IId, IIe, IIf, IIg, IIh, Iii, IIj, IIk}
File 4: CM4={IIa, IIb, IIc, IId, IIe, IIf, IIg, IIIh, IIj, IIk}
File 5: CM5={IIa, IIIb, IIe, IIf, IIg, IIh, Iii, IIj, IIk}
In accordance with the operation of peer-to-peer networks previously described, to each multimedia file is associated a list of packets or a “content map” that enables this file to be generated.
However, the invention enabling the implementation of common packets, a first multimedia file generated according to the invention should also be associated with a list of packets identifying at least a second multimedia file having common packets with this first multimedia file.
Thus, a peer wanting to obtain common packets could require these latter from peers storing another multimedia file that nevertheless has these common packets.
The present invention is susceptible to numerous variants. Notably of numerous parameters/approaches that can be taken into account to introduce the filling data into the insertion zones, such as for example the parameters linked to the hardware or software constraints specific to the peer-to-peer network.
For example, the example described above used an implicit filling data location rule such that, in a packet, these filling data are situated at the end of the packet. However it should be noted that the filling data can be freely located in the insertion zone.
Moreover, in the example described above, the specific data can be attached to the primary data in a same packet. This corresponds for example to the packet lb of
In any case, in the metadata associated with a packet, the quantity of filling data and their location, for example at the start or the end of a packet, should be indicated.
| Number | Date | Country | Kind |
|---|---|---|---|
| 0859104 | Dec 2008 | EP | regional |
