EP1634453A1 - Procede et dispositif pour creer et diffuser un programme televise par l'intermediaire de medias bases sur le protocole ip, en particulier internet - Google Patents

Procede et dispositif pour creer et diffuser un programme televise par l'intermediaire de medias bases sur le protocole ip, en particulier internet

Info

Publication number
EP1634453A1
EP1634453A1 EP04739163A EP04739163A EP1634453A1 EP 1634453 A1 EP1634453 A1 EP 1634453A1 EP 04739163 A EP04739163 A EP 04739163A EP 04739163 A EP04739163 A EP 04739163A EP 1634453 A1 EP1634453 A1 EP 1634453A1
Authority
EP
European Patent Office
Prior art keywords
transmission
program
contributions
broadcast
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP04739163A
Other languages
German (de)
English (en)
Inventor
Ingo Wolf
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=33103576&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=EP1634453(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Individual filed Critical Individual
Publication of EP1634453A1 publication Critical patent/EP1634453A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2668—Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends

Definitions

  • the invention relates to a method and a device for generating and transmitting a television program over the Internet.
  • the invention relates to a method for transmitting broadcasts, in particular for TV broadcasts according to a fixed program, for viewing by the user, a method for editing broadcasts consisting of individual film broadcasts over the Internet and a method for operating a television station.
  • connection stream to a server. A large number of users can then access the stream in parallel. If something does not work in the transmission or someone promises it, it can no longer be processed.
  • the material is used in this
  • the object of the present invention was therefore to provide a method and a device for generating and transmitting a television program via ip-based media, in particular the Internet, which avoids the disadvantages of the prior art.
  • This object is achieved by a method for broadcasting a sequence of broadcasts (channels), in particular for TV broadcasts, according to a fixed program from several broadcasting servers, via packet-oriented distribution channels such as, in particular, the Internet for the user to view, the broadcasting contribution being visible to all Sending servers is sent.
  • Broadcast contributions are film sequences, preferably with an audio track, which comprise individual contributions, comments, messages, recorded programs, advertising, reports, feature films, etc.
  • the broadcasts are preferably available in broadcastable qualities, and the division into different line bandwidths is particularly preferred for viewing by any Internet user. This means that the broadcast can be viewed in higher quality to improve the image as well as in lower quality depending on memory and bandwidth.
  • television is the transmission of moving images that are displayed both two-dimensionally and three-dimensionally on the terminal for image or video output.
  • the number of frames per second is constant as with PAL and NTSC or alternatively also variable.
  • the broadcasts are preferably sent according to a fixed program, i.e. in a predetermined order and at a specific time.
  • the broadcast program predetermined in this way then contains the start and end times of the various contributions, which are determined by date and time. This creates a "real" or “running” program, as the viewer is used to from television and how it has been declared for license contracts since the early days of conventional television.
  • the program is sent from several broadcast servers.
  • a transmission server is preferably a device from which individual transmission contributions can be sent one after the other and in a time-controlled manner according to a defined program schedule. This is preferably done in that the transmission server can also access the corresponding contributions in digital form and send them in accordance with the program schedule of the fixed program.
  • the transmission server particularly preferably comprises a computer or a control unit which loads and plays the individual transmission contributions in good time.
  • the send server thus preferably also includes a software for playing broadcasts such as a Microsoft Windows Media Player ®.
  • the broadcast contributions are sent via package-oriented distribution channels. These are, in particular, digital distribution channels such as, in particular, the Internet and / or IP-based media or DVB (Digital Video Broadcast) media.
  • the broadcast server which is preferably equipped with the technology for conversion, program creation, program planning and for the digital transmission of sound and images, can generate a running or fixed program via these distribution media.
  • live sources are known that are directly encoded and broadcast.
  • all video data are preferably stored in advance on the transmission servers and are then sent over server networks after a time control. This preferably includes the integration of audio and video content in websites and as independent TV channels that function independently of the distribution medium. Audio and video elements can preferably be integrated into HTML pages and called up in parallel on demand.
  • IP streams which are built up from databases in a time-controlled manner
  • the opposite way is also possible, namely the generation of a time-controlled DVB stream and the live coding in an IP stream.
  • the program is therefore preferably offered via the Internet, so that the viewer does not need a television to view the program, but a PC or a UMTS cell phone is sufficient.
  • the viewer preferably selects a URL via which he can view the fixed program or the broadcasts.
  • the method enables simultaneous and interactive viewing and retrieval of audio and video data in any broadcast network at a defined time without the need for a file download.
  • the decentralized and parallel server structure provides an extremely self-sufficient and fault-prone broadcast system. While conventional transmitters transmit at a single point and use different distribution channels from there, the same program is generated simultaneously by several transmitters and transmitted in parallel by several sources according to the method described here. In this way, it is possible for the first time in package-oriented distribution channels to enable a large number of users or viewers to receive a fixed or running program without causing overloads.
  • the fact that all broadcasting servers can send the same contributions after the same program sequence means that a large audience can now also be reached via package-oriented distribution channels.
  • the common program flow is the individual Broadcast servers made available for a specific future time.
  • the individual servers send the defined program according to the program run, independently of one another, but simultaneously due to the time-controlled fixed program.
  • the transmit servers can then be provided at regular intervals with a current program sequence that extends even further into the future, according to which these servers can then transmit individually independently of one another. This means that even if a transmitter or transmitter server fails, the program or the fixed program can still be received. Even if no new transmission schedules were made available, the transmitters would still be able to continue to transmit for months or as long as the already received schedule reached in accordance with the then existing schedule. In this way, a system that is not susceptible to interference is provided, which can also reach a large audience via package-oriented distribution channels without having to provide extremely high bandwidths for a corresponding server.
  • the transmission contribution is only started when the first viewer accesses the transmission contribution or the transmitter.
  • the transmission contribution is particularly preferably also set to the correct program point when the first user has accessed the transmission contribution from these transmission servers. This saves server resources in the playback, since the program does not have to run regardless of whether someone is watching or not. Only when the special program is accessed is the broadcast contribution called up or loaded and made accessible.
  • the broadcasting contribution is set to the correct program item depending on a broadcasting schedule, i.e. that the (first) viewer jumps to the point in time at which the contribution would have already expired according to the broadcast schedule. If even more viewers are interested in a contribution, the transmission capacity can be individually adjusted and made available depending on the number of viewers. This is preferably done on several decentralized servers that send in parallel and at a low level. This means that a high bandwidth does not always have to be available from just one broadcast center - the capacity is immediately adapted to demand and resources are saved.
  • a viewer accesses a program stream that runs on the server but does not have to run. Access is at any time in the middle of a post. The viewer has the impression that he has switched on a normal TV station.
  • the ip stream of the running program runs in internal networks Companies prefer non-stop, as this means that a single stream does not have to be sent to every user, but only a stream that is seen by everyone and can thus significantly reduce the network load.
  • the program is only started on the Internet and set to the correct program point in the middle of the post when the first user accesses the broadcasting stream.
  • the transmission databases created form the basis for playback.
  • the program content can be on any server in the broadcast network. In addition to live playback, this is also the only way to send a time-dependent program to satellites via ip.
  • the broadcasts of the fixed program are stored in a database in parallel with the use in the running program. This allows missed posts to be viewed afterwards on-demand. After the transmission schedule has reached a certain point in time, parts of the files can be automatically deleted by the program, so that the entire program does not have to be kept.
  • the basic database contains the complete information of the TV program in simple table form, sometimes with decentralized sub-databases. Included information are license data, author data, length and type of contribution, categorization, keywords for search routines, FSK data, activated transmission server, target group data, activated distribution channels, security codes to avoid incorrect access, the transmission times for the current program, the integration data in mixed contributions, entry times for the display of parallel boards and presentations, prices for Pay-TN applications, links to shops, data for broadcasting using the OnDemand procedure, information about performance queries for training videos.
  • the sequence of broadcasting contributions or their start on the broadcasting servers differ on the basis of features of the user, in particular age, gender, time zone, education, consumer behavior, empirical survey of his program use, interests, language.
  • a transmission path is dependent on one of the following features: data line of the viewer, IP range of the viewer, ping time to the next server.
  • Logical control can take place if, for example, a contribution on the corresponding sending server has been classified as damaged or if a contribution has not yet been paid for by the customer until the broadcast. Then the sending control of the software can automatically cause a similar contribution to be sent.
  • circuit ping time, age, gender, time zone, education, consumer behavior, empirical survey of program use, interests, language, etc.
  • the distribution of broadcast contributions to decentralized servers is preferably carried out in different IP circles, which are controlled by editorial broadcast databases or automatically in the neural network.
  • the file storage and file retention planning is then adapted to the demands from the various ip circles. In this way, contributions are only stored on hard drives of servers, from which they are also queried.
  • there are multiple posts on servers of the FileLoadbalancing network if there is a particularly high demand for them or if the system has empirically determined based on experience that it would make sense for the future to keep a certain post multiple times.
  • the method can delete parts of its own programming using software or add it to its own algorithms from a provision server if the corresponding functions are required. So there is not only a management of the videos but also one that deals directly with the main program. Neuronal net also enables the utilization of hard disks and their protection against overload. This is done by distributing broadcast videos across multiple servers. In another form of application, the procedure also checks access to the system and warns of potential intruders in the programming. The digitized audiovisual current programs place special demands on the transmission speed of networks and high-performance server networks of the providers. Across the entire TV segment, information on distribution in ip networks and distribution in dvb networks is digitally processed and stored, which makes the FileLoadBalancing method for distributing video data in the connected networks appear advantageous.
  • the file load balancing system consists of an intelligent software tool that independently learns via neuronal-net programming where and when content could be requested. It preferably works decentrally in order to keep all databases small and fast. It also handles license management and channel franchising. Based on the ongoing analysis of transmission links, the software builds models about viewing habits. The established relationships are evaluated and prepared demographically, content-related, according to cultures, languages and other factors. Now assumptions are made about the future of the program queries. In this way, assumptions are made for the near-temporal field that help to make all TV contributions available on the right play servers in the right ip circles. Evaluations of the far-field are used to make program planners suggestions for program design or to adapt programs fully automatically to the viewing habits of defined target groups.
  • the data distribution works on any number of broadcast servers in all major ip circles around the world. This ensures best accessibility for all users regardless of their location.
  • the system is so modular that any broadcast server can be switched on or off without affecting broadcasting. This enables the simple exchange of entire servers without expensive hotplug technology.
  • IP district queries are also used to check which country and region the viewers come from. For example, the correct language versions can be sent in the corresponding countries.
  • content can also be broadcast and licensed regionally.
  • the legal questions on the Internet are of a larger format than for television broadcasters because of their high distribution and good accessibility. With easy access and worldwide expansion, the question of protecting young people also arises.
  • the Internet television providers may only broadcast programs with content that, like cable television, is also FSK approved. According to the German rules, FSK 16 approved programs may only be broadcast on television from 10 p.m. and FSK 18 programs from 11 p.m., which is not the case with FSF (voluntary self-control television) rules in other countries matches. It is difficult to check the tracking of such programs on the Internet, for example in the case of video on demand or due to international time differences. For this reason it is only possible to work with running programs that work time zone controlled.
  • the transmission of broadcast contributions to decentralized servers controlled by sub-databases, by an expert system and / or a self-learning network.
  • these systems can learn from past viewing habits and other parameters.
  • the load can be regulated depending on viewing habits, access times, origin of the request, network load, viewer structure, etc. It is also preferred to use the data in a specific tool, which provides the editorial team with suggestions for program planning or carries out program planning on its own and is constantly optimized based on experience.
  • Program contents are preferably stored as a file on a base server and then distributed over a self-learning network on different servers in different ip circles.
  • the neural network learns decentrally and compares viewing habits with access times and origin of the request. Based on the data, the network builds a program structure that the viewer might like in the future. In doing so, it learns relationships and further expands its knowledge of the viewer structure. Over time, the network becomes intelligent and supports or replaces the program planners. There are currently only programs that evaluate queries about the user for normal websites and then place the pages in the foreground of the website. These systems are not intelligent and they do not move data to other servers in the network according to utilization criteria or viewing habits.
  • a plurality of different sequences of transmission contributions are transmitted in parallel on a transmission server. This makes it possible to send not only one transmitter or channel but several programs at the same time via a transmitter server. In this way, the computing power of the individual server can be better utilized.
  • the individual transmission contributions of the several different sequences of transmission contributions are stored in mutually separate databases (multistation).
  • databases with a corresponding program sequence and also the files for the program content are then preferably located on a transmission server. These databases then represent a single transmitter, which can be transmitted in parallel on the transmitter server.
  • the individual databases are not in contact with each other. In this way it is possible to provide several transmitters for different customers on one transmission server without the customers being able to access the data of other customers.
  • the individual broadcast contributions of the several different sequences of broadcast contributions are stored in a database (multichannel).
  • a database multichannel
  • the same sequence of transmission contributions is transmitted in parallel in different bandwidths.
  • one or more broadcast servers to send the same contribution in parallel at the same time, but in different broadcast qualities or broadcast bandwidths. It is therefore possible for a high-resolution contribution for large transmission bandwidths to be offered in parallel with an economy version for small bandwidths.
  • this has not been possible until now, since it always had to be cascading: the high-quality broadcast was sent live and the signal used to create a lower version. This was completed with a time delay and could then also be sent about a minute later, of which a corresponding qualitatively reduced version was then created, which could only be sent again with a corresponding time delay.
  • the sequence of transmission contributions is particularly preferably determined automatically on the basis of the user's profile data. This makes it possible to automatically offer the corresponding user a program that has its own
  • Inclinations and viewing habits This can be done on the one hand by assigning a special program to the corresponding user profile of many viewers and thus assigning the viewer to this user profile based on selected criteria. In extreme cases, however, it can also lead to the individual user being put together a highly individual program. The user is then particularly preferably informed of a program magazine in advance, from which he can see the program of the next few weeks that has been individually and automatically compiled for him. Through a feedback of the contributions that are then really considered, the program can in the future be even more optimally geared to the corresponding requirement profiles of the
  • the individual broadcasts are put together by a user who then offers these broadcasts to a previously selected group.
  • a teacher to offer an accompanying program with broadcasts for his pupils in parallel to the lesson he has taken at school, which they can watch in the afternoons in order to receive further background information on the topics covered or similar.
  • the teacher will be able to offer his students a TV program that he has put together to accompany the lesson.
  • the task is also solved by a device and a method for sending a program over several distribution channels and for several customers simultaneously.
  • channel franchising an ongoing program is broadcast simultaneously in several channels, each of which is adapted to the corporate design of the franchisee.
  • program planning can serve several customers at the same time.
  • the method and the device also allow the program planning for several customers to be set up differently from a database, but from the same basic transmitter (video data stock).
  • the device preferably also handles the licensing of video contributions and the payment of the licenses by the franchisee.
  • the task is also solved by a method for operating a television station via packet-oriented distribution channels, comprising the steps of accessing a television network, accessing a central or optionally decentralized database, on which broadcasts are managed, depending in particular on the viewing habits of the broadcaster target group and the load on the broadcasting server individual ip-based TV stations; optional creation of contributions that are created as a new file and automatically flow into the licensing as a new contribution; optional finding of further contributions and implemented film snippets and integration into the contribution by automatic editing or insertion into the transmission sequence without creating a new contribution; Sending these broadcasts depending on the access of viewers.
  • a television broadcaster can decentrally access individual contributions, which are preferably put together in a broadcast plan by an expert system or a neural network, depending on the parameters listed for the viewing habits of the viewers. In this way, not only the management of the individual contributions, but even the editing of contributions and the compilation of the program is automated using a system-optimized broadcasting schedule, thereby defining and providing an individually optimized program for viewer groups.
  • this editing program can be used from any end device and thus integrate a server into FileLoadBalcancing.
  • This transmission server can be a conventional PC, a mobile-capable notebook, a UMTS cell phone, etc.
  • Each user can thus become their own broadcaster and can put together their own or third-party licensed TV material into a program, license it for third parties through license providers or purchase entire programs, and distribute it as a TV program on their own PC.
  • Transmitters generated by the method can preferably also be placed on storage media, such as CDs or DVDs, and can be played from there. In this way it is possible to feed television into networks that function independently of the Internet or other networks and that do not have their own satellite connection. This program can then be viewed on standalone devices. It is also possible to offer TV for individual companies internally or for special customer groups.
  • the user can be either a viewer or a broadcaster.
  • his computer can act as a sender server or he uses FileLoadBalancing and uses his server as a larger sender platform.
  • the object is also achieved by a device for executing a method or a computer-readable program for executing one of the methods.
  • the editing method provided in this way can thus preferably be implemented as software (hereinafter: TV edit) for the distribution of moving image content, taking into account geographic distribution, age restrictions, target group TV, connection quality, intellectual property rights, copyrights, pay TV, home order TV, extremers Failure security, automatic program planning, automatic target group evaluation, upgrade risk minimization, etc.
  • TV edit software for the distribution of moving image content, taking into account geographic distribution, age restrictions, target group TV, connection quality, intellectual property rights, copyrights, pay TV, home order TV, extremers Failure security, automatic program planning, automatic target group evaluation, upgrade risk minimization, etc.
  • the software starts your work preferably from the digitized video contribution. At this moment the video is available as avi or mpeg2, for example.
  • the input formats only play a subordinate role. Then all relevant information about the video is entered. Below that there are preferably additional picture links and shop links.
  • the video files are converted into broadcastable contributions for ip-TV. This is done by a batch renderer, which contains the latest codecs. The contributions are then saved and stored in parallel on the sending servers using an intelligent distribution process.
  • the program planning is also carried out in TV-Edit. There are three “sending procedures":
  • Download TV here the contributions released for download are managed in a content structure
  • Personal TV, contributions can be selected here via five different search methods or directly and then viewed at the click of a button.
  • a decentralized server phalanx in different ip circles with transmission capacities of several Gbit / sec is required.
  • an encoder system is required for data reduction, which automatically prepares prepared contributions from a cutting system or from archive systems in various bandwidths and codecs and then plays them out in a timed manner in defined transmission streams.
  • data can also be converted into sendable qualities at low cost on the software side.
  • different settings for data reduction are required for different video material.
  • batch renderers which allow many video files to be encoded in parallel over a network of converter computers.
  • the method is preferably equipped with a backup mechanism that backs up to hard disks, which are copied in redundant pairs at fixed intervals. Also on the send servers under FileLoadBalancing, the contributions are automatically saved several times by the device, depending on the preset in the backup setting.
  • Rights holders of programs and articles can preferably determine individual contents to the second and selectively evaluate their program in running programs.
  • program information and playout information for individual TV and radio stations are created. These program instructions and playout information are responsible for the survey of which commercials and programs on which channels when and in what environment were actually broadcast.
  • These tools offer the options for research, broadcast control, evaluation ("quota”), competition monitoring and rights management in ip and dvb-based programs.
  • 1 shows a schematic view of the method of the present invention
  • 2 shows a further schematic view of an exemplary embodiment of the present invention
  • 3a to 3c are schematic views of three exemplary embodiments of the present
  • FIG. 4 shows a schematic flow chart for shipment and licensing according to an exemplary embodiment of the present invention
  • FIG. 5 shows a schematic view of a hybrid TV channel according to a
  • Figure 6 is a schematic representation of the TV serve local according to another
  • Embodiment of the present invention and Figure 7 is a schematic flow diagram for the representation of 1 Netz-TV.com according to an embodiment of the present invention.
  • FIG. 1 The method of the present invention is shown schematically in FIG.
  • Various transmitter servers Sl to Sn are supplied with a program flow chart via a TV-Edit module.
  • the individual servers S1 to Sn then send out a program in parallel (represented by the arrows).
  • a program plan is created with the TV-Edit module.
  • This program schedule includes the start times and content of the individual broadcasts that are to be sent.
  • TV-Edit then makes the program plan available to the individual servers S1 to Sn - two transmission servers are shown in FIG. 1.
  • the individual send servers now begin to produce and send the corresponding program decentrally and independently of one another in accordance with the schedule.
  • the individual servers can be able to offer the corresponding program in the package-oriented distribution channels independently of one another, without the program having to be interrupted if the transmitter server fails.
  • the station S1 fails, the program would be offered and called up immediately on further stations. Changes or further developments of the program flow are then sent to the individual broadcast servers via the TV Edit module defined and transferred so that the individual servers can then generate and send this program locally.
  • TV-Edit is preferably a program planning software with which an Internet TV station can be completely administered and designed. With this software, transmitter interfaces are set up, video archives are managed and managed, and all content is compiled offline in a broadcast program to the exact second.
  • TV-Edit offers the possibility to complete articles with text, websites, pictures, links and shop connections. With TV-Edit, videos can be rendered to different qualities in the stock converter in order to enable reception for every user group of the broadcaster with different network accesses from modem to TV-DSL or other bandwidths.
  • TV-Edit manages the information on all files and contributions that are available for the program in a database-controlled manner and transfers them to the online broadcasting software TV-Serve on the broadcasting server S. The TV-Serve builds up the running programs according to the broadcasting schedule and sends the content to Example via Windows Media Server (R) or other decoder to the viewers.
  • R Windows Media Server
  • FileLoadBalancing The provision on different servers in several networks is done by FileLoadBalancing. This means that the same server or multiple servers can also be used to send data on the Internet using on-demand or download processes.
  • the streaming applications are monitored by watchdog software (see FIG. 6 below).
  • the video is imported into the system as MPEG2, avi or any other input format with its own ID number, name, headline, links, accompanying texts, all author data and keywords to use the search options so that, if required, the contributions to a specific one can be imported Can quickly choose a topic.
  • avi or any other input format with its own ID number, name, headline, links, accompanying texts, all author data and keywords to use the search options so that, if required, the contributions to a specific one can be imported Can quickly choose a topic.
  • the source database, country, language, genre and FSK as well as other own attributes are set.
  • a video in several qualities is used, for example, for ISDN (approx. 50 Kbit / s), DSL (approx. 300 Kbit / s), SDSL (cal Mbit / s) and TV-DSL (approx. 3 Mbit / s) rendered or encoded. Resolution, bandwidth and other parameters can be determined here.
  • Video groups arranged in a group, defined by certain criteria such as topics, countries or languages, and then inserted into the current program. Videos can be automatically combined with 12 different commands "fill time ranges" as well as manually in the broadcast program. With these commands a time interval is specified, which is filled automatically according to logical criteria. For example, an English program from a German or a child from An adult program can be separated. It is also possible to fill whole days with this procedure or to load prepared broadcasting schemes into new broadcasting days. You can also fill with program groups, ie prepared articles that are linked to each other and all videos run in the programmed order under the one name. If content is not set manually in certain time slots but should be used automatically according to logical criteria, this is called a program.
  • a program also has a fixed name in the current program, de r appears in the program information.
  • Regularly broadcast programs are also inserted in the calendar with the date and time. If there are gaps in the programming process, these can be automatically filled with suitable video material. In this way, commercials are also inserted and monitored in the broadcast planning.
  • TV data transfer tool all information about the offline program planning is imported via FTP to the send server. The software automatically manages the comparison with the existing data and loads new or deleted video files.
  • FIG. 2 shows a transmission server S which can transmit a program.
  • a user Ul accesses the server in order to receive these transmission contributions.
  • the individual program S contains the program flowchart, which - as previously explained in FIG. 1 - it was sent by the TV-Edit module.
  • the server S does not send this post first, but waits until the first user U1 really accesses the post. Only at the moment when the first user Ul requests this broadcasting contribution, the program is started and set at the right time and only then is the corresponding stream sent out. In this way it is possible to keep the load on the individual servers and the production and transmission of the stream low depending on the requests.
  • 3 a shows a transmission server S which transmits programs or transmitters 1, 2 and n.
  • a database is provided within the server S, which contains all files, which the corresponding program flow chart of the individual stations 1 to n will require in the near future. In this way it is possible that the broadcasters use the same resource and files can be made available in an optimized manner.
  • FIG. 3b shows a further embodiment, in which the server S from FIG. 3a maintains a separate database for each of the transmitters 1 to n, which is self-contained. In this way, it is possible to take into account the corresponding security needs of the users of the individual transmitters. This is particularly interesting when the individual channels are offered by different people.
  • 3c shows an exemplary embodiment in which a server S broadcasts a transmitter 1 and, in parallel, offers a transmitter 1 'and 1' '.
  • the same content can be offered at the same time in a different distribution quality parallel to the actual transmitter 1, or other content can be briefly displayed depending on the user or viewer. It is conceivable, for example, that a user has set in his profile in the transmission of messages that he does not want to see bloodthirsty pictures in the messages. In this case, in addition to the reporting taking place on transmitter 1 with corresponding image material via transmitter 1 ", an alternative image would be shown that the user with the corresponding profile can then see in parallel at short notice.
  • FIG. 4 schematically shows the schedule for the shipment and licensing according to an exemplary embodiment of a method according to the invention.
  • the description is based on a B2B customer.
  • This is, for example, a franchisee or customer who operates stations and wants to buy third-party content for their own broadcasting operations.
  • This customer is the actual franchisee or broadcast operator on which the business model of renting and conveying content is economically dependent. He gets the easiest access to TV programs and the possibility of immediate distribution of the programs on his own channel.
  • the B2B customer receives a tool for building the website for the broadcaster.
  • the tool is called CID (Corporate Internet Designer) here. This is a tool for creating a website that contains elements for connecting ip-TV stations.
  • the tool has rights levels for changing layout components of a TV page.
  • the B2B customer can use the tool to simply add a website to the ip-TV To build up transmitters around.
  • the generated pages automatically include the connection to the television distribution technology.
  • the B2B customer receives portal access for special content.
  • This is a search engine for special content that already belongs to a certain TV station and is to be further licensed for a second TV station.
  • the search engine is used to quickly find content, so the customer can use the five search methods offered to find a contribution that fits into his TV program and then order it.
  • a portal access is provided, via which an input identifier for the use of license providers in the B2B area is realized.
  • the input identifier is used to set up a restricted user group.
  • the closed user group is intended to protect actual television providers from uninvited end-user guests. Registration is a mere formality. In this exemplary embodiment, however, the user must have access to use for ip-based TV stations.
  • every operator of an ip-TV transmitter can offer his content to other operators of ip-TV transmitters for rent without the content physically leaving the storage hard drives. This ensures data security and prevents theft. This enables every content producer who operates at least one sample station with his material to also have the option of selling the secondary use rights.
  • the module License- Provider.com is the central platform for the licensing of TV programs. At the heart of licensing, payment, use and provision are organized and processed electronically.
  • the URL is interchangeable and can be converted into a multi-tenant version. In this way, different content platforms can be created with different orientations of the material. The platform can be used to function in communities.
  • sample transmitter from net-television every provider of content who also operates this data on a transmitter can now show his contributions in connection with the integration into an entire transmitter to the licensee.
  • the sample transmitter ensures that only content is shown from which the provider can prove that he owns the rights and that he really uses the broadcasting himself.
  • the platform is a psychological shield against providers who have stolen content in order to prepare it put and sell. Because on its own broadcaster, the provider publishes through its imprint that it is the owner of the content and is liable for the content.
  • Free videos can be selected for licensing and moved to a kind of shopping cart in the "Selection of content on the purchase page" module.
  • the user is given the opportunity to collect the desired content and then decide which one he wants to send.
  • he can also select the licensing prices It is preferably only possible to use content for a certain period of time. The number of requests is irrelevant at first, but is paid for by the traffic to the technical service provider.
  • the B2B customer now puts together content in the "Order a content package" module.
  • the selected content can then be ordered electronically. If the user of the platform has decided on certain content, he can order electronically and receives an invoice automatically generated as an email. At the same time, electronic information goes out to the content link server, which saves the order and waits for approval after payment has been made.
  • a processing tool for payment transactions for TV licenses is provided via the module "Pay-Tool”.
  • the Pay-Tool is informed by the bank received the amount of the payment made by the customer.
  • the tool compares payment and order and gives a corresponding information to the code server.
  • the "Code server release” module is used for verification.
  • a special server with the title Code server issues a unique code for the payment made and the associated service.
  • the code is passed on to the content link server after checking that the payment amount is correct.
  • the content link server is used to store information about the relationship of certain content and a defined customer.
  • the information about the customer's order is received on the content link server and, after payment, a code that confirms the payment of exactly one specific content package.
  • This information is decrypted by the content link server.
  • an advance tool is created on it for each relationship between a certain content and a defined customer, which contains all the information necessary for the broadcast and its restriction.
  • the content link server creates a data record that can be edited by TV-Edit, the program design software, is legible.
  • the data set contains meta-data on the videos as well as texts, images and attributions of the content.
  • the "TV-Edit” tool is used to define the fixed program. It is a program design tool for creating OnDemand and current programs.
  • content is prepared for broadcast in an ip-TV transmitter and grouped for the broadcast TV-Edit processes both the customer's own videos and purchased databases that follow the same data record structures as the original program data of a customer's own material.
  • Program planning can be carried out on content that is not on the This is done solely on the basis of the database that is created on the content link server after the purchase by a license user, and TV-Edit then generates the program information and forwards the program planning file to the content transmission server.
  • the module "group of ballast tools” comprises small databases, which only apply in the relationship between a customer and a single defined broadcast contribution.
  • the ballast tools contain information about the purchase price, the frequency of the released use, and the ip circles released for use or geographical areas, information about the restriction of use in a defined customer station, number of streams already called up, statistical data about the type of use in current programs or OnDemand and information about the type of content and its released transmission bandwidths The purpose of granting or refusing transmission permission when asked by a consumer is to use the information listed above.
  • the ballast tool releases the content on the provider server after the logical approval by the software of the content link server
  • the ballast tool picks up the storage location of the original video data from the video management of the FileLoadBalancing process.
  • the "Customer site” module represents the customer's provider side behind which the ip-TV transmitter is operated on the Internet.
  • the page In addition to information about the broadcasting streams of the internet transmitter, the page usually also contains the access data for ip-TV transmitters operated in parallel with satellite distribution channel.
  • the customer side is the URL for locating the channels in the ip room.
  • the customer side is the first contact for the consumer when calling up a TV channel with the customer and the medium. It explains the usage and content of the channel for the It also includes Pay TV applications for the Case of subscription sales that are not sold individually. Pay TV for individual streams is processed in the content link server.
  • the "Promotiontradecenter.com” module is a platform for booking advertisements via several ip-TV channels or for booking individual advertisements on defined channels.
  • the platform provides possible advertising space and enables direct booking by customers.
  • the real customer of the B2B customer is the "consumer". In the broadest sense, this can be understood to mean the viewer of an ip TV station.
  • the consumer who can access the providers' TV channels from different countries, is assigned to an ip group to determine whether or not a contribution can be sent to them.
  • the “Evaluation tool for access by different customers from different countries” is activated. Below this is a geographic area determination tool in relation to an ip circle. - The tool queries consumer access and uses the ballast tool for the active broadcaster to check whether access by the consumer may or may not be permitted.
  • a small database from the group of ballast tools is then integrated in the module "single html ballast tool".
  • the tool is activated when a consumer accesses a transmitter. It counts the customer access and records the customer access in the statistics Provide feedback from the sender on which server FileLoadBalancing has stored files of the desired content and via which ip route the best way to broadcast to consumers. After approval by the evaluation tool, the B2B customer is informed that its content was once seen by a defined consumer at a defined time.
  • the "Offline Movie Content” module summarizes content that is delivered on tape. This content must first be converted in order to be able to be broadcast on IP-based TV channels.
  • the "AV conversion” module then provides a process for preparing videos for transmission in the ip-based room. All data are digitized and prepared for transmission in certain codecs. In general, it will be MPEG2 or asf data.
  • the "content server” is an internet server for the storage of TV data and for direct on-demand streaming. For each station there is a transmission server on which the data of a station are stored completely or in clusters. A transmission network is set up via various provider servers Connecting FileLoadBalancing makes this network intelligent and pays attention to server utilization and data security.
  • the "FileLoadBalancing” module provides a system for the logical management of server space and streaming applications.
  • FileLoadBalancing reduces disk load from sender servers, sorts content to different servers in multiple storage to ensure that content cannot be lost in the event of a server crash and that too much Load enough servers to distribute the same channels to ensure good reception by consumers, and FileLoadBalancing also provides program planning feedback to generate future programs that are better accepted by viewers based on past viewing behavior ,
  • FIG. 5 shows a schematic structure of the “hybrid TV channel” according to a further exemplary embodiment of the present invention.
  • Hybrid transmitters are transmitters that control both an ip program and a satellite or UMTS program at the same time.
  • the transmitters are independently populated with the content, however, the broadcast takes place from databases and at the same time.
  • the impression arises of a single program source and the parallel broadcast in different networks.
  • the local serve application form in which a computer has to show programs without a permanent network connection, the same route is chosen.
  • the program data and the program information are uploaded offline and then displayed at the same time as the current program broadcast in the network, as if, as in a hybrid broadcaster, there was only one program source.
  • the "TV Edit Server” module (see FIG. 4) is a data server for Internet streaming, which must run in parallel on satellites and over the Internet. In addition to the distribution into the ip network of the Internet, a separate offline data stream is pushed from the process of FileLoadBalancing to the uplink server running program. The data are both the program planning and the contributions in satellite broadcast quality itself.
  • the "uplink server running program” is a storage and broadcast server for satellite programs.
  • the server contains the next few hours of the broadcast Video material for the satellite broadcast stream or alternatively the broadcast stream into a cable network or a UMTS network.
  • FileLoadBalancing Independent of FileLoadBalancing, a single stream is generated, which is influenced by the TV edit program planning in the transmission control. This ensures that the two programs are broadcast simultaneously on the network and via the satellite.
  • the "satellite” is a transmission device in space for the transmission of ip streams in a one-to-many process.
  • "satellite” is to be understood as representative of the distribution forms satellite, cable network or UMTS.
  • a send server for ip television is provided. It represents the FileLoadBalancing sending process in various ip-based networks. It is also possible to control other uplink servers via the system and thus a worldwide to enable synchronous TV.
  • the "DSL receiver” is a receiver unit of the customer for ip-based data.
  • the receiver represents every ip- or packet-based reception of internet or television data. It gives the internet data of a return channel or an original ip-TV channel to the viewer -PC or his TV set.
  • the "viewer PC / terminal” is a receiving hardware or software of the consumer and is representative of every type of display of a website and the display of a stream, which is either received from the IP-based Internet or from a satellite.
  • the “satellite receiver” is a receiving unit, for example a PC with a DVB card. It represents any type of receiving device for ip or packet-based streams that are distributed via satellite, cable network, power network or UMTS.
  • FIG. 6 shows a schematic illustration of an exemplary embodiment “TV serve local”.
  • the process essentially follows the same mechanism as is carried out by a hybrid transmitter (FIG. 5).
  • a hybrid transmitter FIG. 5
  • many individual ones PCs can be loaded with the same information about the shipment, or the standalone devices can also be used with a different transmission stream can be synchronized, can be populated by satellite or the Internet or offline via CD, DVD or any other distribution medium.
  • the incoming data are intended for the page layout of the TV station graphics, for page management, for filling up the broadcasts with current videos, for forwarding the program planning file to the local broadcasting system and for checking the function of the watchdog.
  • information is provided via the additional page server, which can be called up in parallel to the film contribution.
  • the watchdog fulfills the task of providing feedback if the system is not running correctly.
  • the message results in a check of all processes and can also restart the system and start the transmission scheme again.
  • the TV program can be output from the standalone application on screens as well as on projectors or conventional screens in 2 or 3 dimensions.
  • the system is also able to record new data that is only intended for one program position and to send it from the local database at previously defined times.
  • FIG. 7 shows a schematic illustration of an exemplary embodiment “lnet-tv.com”.
  • the user can add externally licensed material to their own content.
  • Both his own end device, cell phone, Palm or other devices as well as the television distribution network FileLoadBalancing can be used for the broadcast.
  • the system serves the plan to distribute television completely decentrally or only locally on defined Bluetooth or WLAN paths.
  • TV-Edit broadcast planning provides a TV program broadcast file that allows the broadcasting servers to start the broadcasting process on a small scale, as is the case with large broadcasting stations.
  • the difference to this form of application is the sending of several user transmitters via a few transmitter servers, which move entire transmitters to auxiliary server systems when overloaded.

Landscapes

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

Abstract

L'invention concerne un procédé et un dispositif permettant de créer et de diffuser un programme télévisé par l'intermédiaire de médias basés sur le protocole IP, en particulier par l'intermédiaire d'Internet. L'invention concerne notamment un procédé pour diffuser des émissions par l'intermédiaire d'Internet à destination des utilisateurs dans des flux de programme basés sur le temps, en particulier pour des émissions de télévision d'après un programme fixe, ainsi qu'un procédé pour exploiter des stations de télévision.
EP04739163A 2003-05-09 2004-05-10 Procede et dispositif pour creer et diffuser un programme televise par l'intermediaire de medias bases sur le protocole ip, en particulier internet Withdrawn EP1634453A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10320889A DE10320889B3 (de) 2003-05-09 2003-05-09 Verfahren und Vorrichtung zum Erzeugen und Senden eines Fernsehprogrammes über Ip-basierte Medien, im speziellen das Internet
PCT/EP2004/005000 WO2004100548A1 (fr) 2003-05-09 2004-05-10 Procede et dispositif pour creer et diffuser un programme televise par l'intermediaire de medias bases sur le protocole ip, en particulier internet

Publications (1)

Publication Number Publication Date
EP1634453A1 true EP1634453A1 (fr) 2006-03-15

Family

ID=33103576

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04739163A Withdrawn EP1634453A1 (fr) 2003-05-09 2004-05-10 Procede et dispositif pour creer et diffuser un programme televise par l'intermediaire de medias bases sur le protocole ip, en particulier internet

Country Status (4)

Country Link
US (1) US20070130584A1 (fr)
EP (1) EP1634453A1 (fr)
DE (1) DE10320889B3 (fr)
WO (1) WO2004100548A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060173916A1 (en) * 2004-12-22 2006-08-03 Verbeck Sibley Timothy J R Method and system for automatically generating a personalized sequence of rich media
EP2022203B1 (fr) 2006-05-11 2022-11-16 Cfph, L.L.C. Procédés et appareils pour utiliser et gérer des fichiers électroniques
US8285082B2 (en) * 2006-09-01 2012-10-09 Getty Images, Inc. Automatic identification of digital content related to a block of text, such as a blog entry
DE102008002276B4 (de) * 2007-12-06 2011-02-03 Hochschule für Film und Fernsehen "Konrad Wolf" Verfahren und Anordnung zur Übertragung von Bilddaten sowie ein entsprechendes Computerprogramm und ein entsprechendes computerlesbares Speichermedium
GB2469467B (en) 2009-04-14 2015-05-20 Skype Optimising communications
GB2469472B (en) * 2009-04-14 2014-08-20 Skype Optimising communications
GB2469471B (en) 2009-04-14 2015-01-14 Skype Optimising communications
JP4846002B2 (ja) * 2009-07-24 2011-12-28 株式会社東芝 ファイル転送システムおよびファイル転送方法
CN102281255A (zh) * 2010-06-08 2011-12-14 倡新科技股份有限公司 网络广播暨信息服务接收系统与方法

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5161014A (en) * 1990-11-26 1992-11-03 Rca Thomson Licensing Corporation Neural networks as for video signal processing
US7055166B1 (en) * 1996-10-03 2006-05-30 Gotuit Media Corp. Apparatus and methods for broadcast monitoring
GB9702458D0 (en) * 1997-02-06 1997-03-26 British Telecomm Adaptive distributed information network
US6151632A (en) * 1997-03-14 2000-11-21 Microsoft Corporation Method and apparatus for distributed transmission of real-time multimedia information
US8769598B2 (en) * 1997-03-24 2014-07-01 Logitech Europe S.A. Program guide on a remote control
US6286005B1 (en) * 1998-03-11 2001-09-04 Cannon Holdings, L.L.C. Method and apparatus for analyzing data and advertising optimization
TW416224B (en) * 1998-07-07 2000-12-21 United Video Properties Inc Interactive television program guide system with local advertisements
US6434621B1 (en) * 1999-03-31 2002-08-13 Hannaway & Associates Apparatus and method of using the same for internet and intranet broadcast channel creation and management
AU6069100A (en) * 1999-07-06 2001-01-22 Rotor Communications Corporation Decentralized internet-based program production system
WO2001016781A1 (fr) * 1999-08-30 2001-03-08 Kerbango, Inc. Moteur de recherche pour surveiller et verifier des sources de donnees audio en continu
AU4022501A (en) * 1999-09-21 2001-04-24 Streaming21, Inc. Method and system for providing streaming media services
WO2001043322A2 (fr) * 1999-12-02 2001-06-14 Akoo, Inc. Programmateur personnalise de contenus radiodiffuses en continu
EP1242994B1 (fr) * 1999-12-16 2004-11-17 Eastman Kodak Company Procedes de montage video et appareil correspondant
WO2001047273A1 (fr) * 1999-12-21 2001-06-28 Tivo, Inc. Systeme et procedes intelligents pour la recommandation d'articles de contenu mediatique sur la base de preferences de l'utilisateur
US20030014475A1 (en) * 2000-02-16 2003-01-16 Yoko Komori Data sending device and data sending method
JP2001238193A (ja) * 2000-02-18 2001-08-31 Sony Corp 映像供給装置及び映像供給方法
US8302127B2 (en) * 2000-09-25 2012-10-30 Thomson Licensing System and method for personalized TV
US20020083124A1 (en) * 2000-10-04 2002-06-27 Knox Christopher R. Systems and methods for supporting the delivery of streamed content
US20020103812A1 (en) * 2001-01-29 2002-08-01 International Business Machines Corporation Adaptive analysis techniques for enhancing distribution centers placements
US7305697B2 (en) * 2001-02-02 2007-12-04 Opentv, Inc. Service gateway for interactive television
US7363372B2 (en) * 2001-02-06 2008-04-22 Mtvn Online Partners I Llc System and method for managing content delivered to a user over a network
US20020199207A1 (en) * 2001-04-20 2002-12-26 Gomer Thomas In-band digital television translator control technology
US7305691B2 (en) * 2001-05-07 2007-12-04 Actv, Inc. System and method for providing targeted programming outside of the home
JP4595247B2 (ja) * 2001-05-29 2010-12-08 ソニー株式会社 データ再生方法、データ再生制御プログラムおよびデータ再生装置
US7174126B2 (en) * 2002-05-03 2007-02-06 Time Warner Interactive Video Group Inc. Technique for effectively accessing programming listing information in an entertainment delivery system
WO2004003879A2 (fr) * 2002-06-27 2004-01-08 Piranha Media Distribution, Inc. Procede et appareil pour la cession gratuite des licences portant sur le contenu de supports numerique
US20040022222A1 (en) * 2002-07-31 2004-02-05 Allister Clisham Wireless metropolitan area network system and method
US20050015816A1 (en) * 2002-10-29 2005-01-20 Actv, Inc System and method of providing triggered event commands via digital program insertion splicing
US7930716B2 (en) * 2002-12-31 2011-04-19 Actv Inc. Techniques for reinsertion of local market advertising in digital video from a bypass source
US20040196410A1 (en) * 2003-04-01 2004-10-07 Johnson Robert C. Method and apparatus for setting timing parameters for broadcast programs
US20040210927A1 (en) * 2003-04-21 2004-10-21 Bahr Charles C. Multicasting systems using distributed user authentication

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004100548A1 *

Also Published As

Publication number Publication date
US20070130584A1 (en) 2007-06-07
DE10320889B3 (de) 2004-11-04
WO2004100548A1 (fr) 2004-11-18

Similar Documents

Publication Publication Date Title
DE69837194T2 (de) Methode und system zur netzwerkverwendungserfassung
DE69734117T2 (de) Integriertes System für interaktives Video und Internet
DE69332895T2 (de) Operationszentrale für Fernsehversorgungssystem
DE69723999T2 (de) Internet-fernsehprogrammführersystem
DE69902158T2 (de) Gezielte werbung unter verwendung eines fernsehverteilsystems
DE60119324T2 (de) Verfahren und vorrichtung zur gezielten auswahl von virtuellen objekten
DE60128035T2 (de) System zur anzeige ausgewählter bilder zu vorbestimmten zeiten unter verwendung eines autonomen verteilsystems
DE60318818T2 (de) System zum zugriff auf einen cache-kanal in jedem netzknoten zur durchführung von benutzeranforderungen und daten
DE69830202T2 (de) Hostgerät zur struktur einer zweiwegverbindung in einwegdatenströmen
DE69932060T2 (de) Simulation einer zweiwegverbindung für ein-direktionalle datenströme für mehrere teilnehmer
US7207057B1 (en) System and method for collaborative, peer-to-peer creation, management & synchronous, multi-platform distribution of profile-specified media objects
DE69831179T2 (de) Tragbare vorrichtung zur simulation von bidirektionellen verbindungen für ein-direktionelle datenströme
DE202006021056U1 (de) System zum Kaufen von Sendezeit
DE10196421T5 (de) Online Playback-System mit Gemeinschatsausrichtung
EP1634453A1 (fr) Procede et dispositif pour creer et diffuser un programme televise par l'intermediaire de medias bases sur le protocole ip, en particulier internet
EP1398967A2 (fr) Ordinateur et réseau pour fournir un portail pour une transmission en continue
DE60038590T3 (de) Verfahren und Gerät zur Aufteilung von Zuschauerpräferenzen
EP1418758B1 (fr) Procédé et appareil d'échange d'informations et logiciel d'ordinateur correspondant et support de mémorisation correspondant , lisible par ordinateur
EP1953999B1 (fr) Dispositif et procédé de préparation de données
DE10251890A1 (de) Verfahren und System zum elektronischen Übertragen von Informationsdaten
EP1168829B9 (fr) Méthode de réalisation d'émissions en direct avec insertion d'images
DE69937548T2 (de) Verfahren und System zur Informationsverteilung
DE10203098B4 (de) Verfahren zum Bereitstellen eines Video/Audio-on-Demand
EP1374457B1 (fr) Procede de transmission et dispositif de transmission pour programmes audio- et/ou visuels
EP1243140A2 (fr) Procede de transmission et de lecture de donnees video

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20051209

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

RAX Requested extension states of the european patent have changed

Extension state: LV

Payment date: 20051209

Extension state: LT

Payment date: 20051209

Extension state: AL

Payment date: 20051209

Extension state: HR

Payment date: 20051209

Extension state: MK

Payment date: 20051209

TPAC Observations filed by third parties

Free format text: ORIGINAL CODE: EPIDOSNTIPA

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20161201

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN