WO2005003921A2 - Systeme de magnetoscopes numeriques en reseau - Google Patents

Systeme de magnetoscopes numeriques en reseau Download PDF

Info

Publication number
WO2005003921A2
WO2005003921A2 PCT/US2004/021377 US2004021377W WO2005003921A2 WO 2005003921 A2 WO2005003921 A2 WO 2005003921A2 US 2004021377 W US2004021377 W US 2004021377W WO 2005003921 A2 WO2005003921 A2 WO 2005003921A2
Authority
WO
WIPO (PCT)
Prior art keywords
television
pvr
tuners
client
clients
Prior art date
Application number
PCT/US2004/021377
Other languages
English (en)
Other versions
WO2005003921A3 (fr
Inventor
Daniel Putterman
Brad Dietrich
Jeremy Toeman
Pedro Freitas
Ludovic Legrand
Shawn Mccaffrey
James Carl Grimm
Jin Lijia
Paul Novaes
Original Assignee
Mediabolic, Inc.
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
Priority claimed from US10/613,401 external-priority patent/US7457511B2/en
Priority claimed from US10/613,399 external-priority patent/US8438601B2/en
Priority claimed from US10/613,400 external-priority patent/US7454120B2/en
Priority claimed from US10/613,470 external-priority patent/US7603022B2/en
Application filed by Mediabolic, Inc. filed Critical Mediabolic, Inc.
Priority to JP2006517843A priority Critical patent/JP4943147B2/ja
Priority to EP04777491A priority patent/EP1644803A4/fr
Publication of WO2005003921A2 publication Critical patent/WO2005003921A2/fr
Publication of WO2005003921A3 publication Critical patent/WO2005003921A3/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334Recording operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/4104Peripherals receiving signals from specially adapted client devices
    • H04N21/4135Peripherals receiving signals from specially adapted client devices external recorder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4333Processing operations in response to a pause request
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43622Interfacing an external recording device

Definitions

  • a networked personal video recording (“PVR") system couples a plurality of clients to one or more PVR media servers over a network.
  • a PVR media server receives a plurality of television signals, and includes television tuners to tune each of the television signals.
  • the PVR media server comprises a plurality of tuners located in a single
  • the system assigns the tuner to receive the television signal. If not, the system determines whether there are any tuners potentially available, and queries clients assigned to the tuners to determine whether the clients desire to cancel recordation of the television program. If the clients do not cancel, the system assigns a tuner to receive the television signal for recordation of the television program.
  • the PVR system aggregates television programming information from multiple sources.
  • the PVR system includes at least one PVR media server.
  • a network couples a plurality of clients to a PVR media server.
  • the PVR media server tunes television signals in a plurality of tuners.
  • the television signals are buffered in a storage medium.
  • a client generates a request for a list of television programming from each of the PVR media servers on the network.
  • PVR media servers transmit a list of television programmmg available through their respective PVR media servers.
  • the requesting client aggregates a list of the television programming information available within the PVR system.
  • the PVR system aggregates a list of television programming across a plurality of PVR media servers, a plurality of television tuners, and/or a plurality of television service providers.
  • the television programming information may identify either live television or television programs previously stored on the storage medium.
  • the PVR system aggregates television programming to permit viewing the information by channel, time slots, television show genre, television show episodes, and actors appearing in television shows.
  • the system attempts to resolve conflicts for system resources. For example, if a client requests to watch buffered live television at a channel selected, then the system determines whether one of the tuners is available to receive the television signal. If so, the system assigns the tuner to receive the television signal at the channel selected. If not, the system determines which tuners are potentially available by querying clients assigned to the tuners potentially available to determine whether the clients desire to change a current channel of the tuner to the channel selected and by assigning a tuner potentially available to receive a television signal at the channel selected if no clients cancel a change of the current channel. In another embodiment, to record a television program, the system attempts to resolve any conflicts of assigning resources by determining whether one of the tuners is available to receive the television signal.
  • Figure 1 is a block diagram illustrating one embodiment for the networked PVR system of the present invention.
  • Figure 2 is a block diagram illustrating one embodiment for the networked PVR system of the present invention.
  • Figure 3 is a block diagram illustrating one embodiment of television signal buffering for the networked PVR system.
  • Figure 4 is a block diagram illustrating on embodiment for a buffer in the networked PVR system.
  • Figure 10 is a flow diagram illustrating one embodiment for client media aggregation over a network.
  • FIG. 15 is a block diagram illustrating one embodiment of accessing a data store through the networked PVR system.
  • DETAILED DESCRIPTION Figure 1 is a block diagram illustrating one embodiment for the networked PVR system of the present invention.
  • a home entertainment system includes
  • a client is any device that plays back media.
  • a client may comprise a television to playback video and live television.
  • a server as used herein, connotes any device that stores or acquires media.
  • a PVR-media server connotes any device that delivers video to the network, including a device that acquires television signals and buffers television signals for viewing by the clients.
  • a PVR-media server may comprise a device with storage, designed specifically to minimize cost or a PVR-media server may comprise a personal computer.
  • the PVR-media servers may store media, including audio and video, for access by the clients.
  • the PVR-media servers buffer live television.
  • Each client e.g., client ⁇ client 2 and client n
  • Network 110 may comprise any type of network, including wireless networks.
  • network 110 may comprise networks implemented in accordance with standards, such as IEEE 802J, Ethernet 10/100 on Category 5, HPNA, Home Plug, IEEE 802.11x, IEEE 1394, and USB 1.1 / 2.0.
  • the networked system 100, shown in Figure 1, may be implemented in a residence.
  • each client may consist of a television for viewing stored video and television.
  • Such an example home system may include a client television located in the living room, one or more client televisions located in bedrooms, and a client television located in the kitchen.
  • system 100 permits any client to playback media (e.g., video) stored or acquired through any of the PVR-media servers.
  • the PVR-media servers may be configured to acquire television signals from different sources.
  • PVR-media server ! may acquire a television signal from a satellite television system
  • PVR-media server 2 may acquire a television signal from a cable television system.
  • a PVR-media server includes permanent storage (e.g., hard disk drive) and at least one television tuner.
  • system 100 permits any client to access media from any tuner or media stored on any PVR-media server.
  • FIG. 2 is a block diagram illustrating one embodiment for the networked PVR system of the present invention.
  • system 200 includes "n" clients, including at least two televisions.
  • PVR-media server i PVR-media server 2
  • PVR-media server 3 PVR-media server 3
  • the clients access media (e.g., video) through network 210.
  • Each PVR-media server includes storage (220, 230 and 240) and "n" tuners (i.e., "n” represents any integer greater than or equal to one).
  • the PVR-media servers receive a television signal.
  • PVR-media server ! and PVR-media server 2 receive a signal from television service provider !
  • any client i.e., client ! , client 2 , and client n
  • any tuner i.e., any one of "n" tuners from PVR-media server ! , PVR-media server 2 , and PVR-media server 3 ).
  • FIG. 3 is a block diagram illustrating one embodiment of television signal buffering for the networked PVR system. Every tuner has a continuous ring buffer. In one embodiment, the size of the ring buffer is flexible, and may be configured. For example, the ring buffer may permit storage of sixty (60) minutes of television. In turn, each client has an independent buffer position for every ring buffer and stored video available in the system.
  • Figure 3 illustrates an example networked PVR system with "n" tuners. The "n" tuners may be implemented in conjunction with one or more PVR-media servers. As shown in Figure 3, the output of each tuner is input to a corresponding buffer (e.g., ring buffer). Each client, clienti- n , has an associated buffer position for each tuner-buffer pair. Specifically, as shown
  • client! has buffer positions for tuner! , tuner , and tuner n .
  • client n also has independent buffer positions for tuners 1-n.
  • a buffer position may comprise a pointer to a position within a video or to a position within a tuner buffer.
  • Each tuner buffer position is depicted in Figure 3 as a timeline, wherein the beginning and end line segments represent the length of the buffer, and the center line segments represent the clients current buffer position.
  • a tuner 410 outputs data (e.g., MPEG encoded video) for storage on buffer 420.
  • the buffer comprises a hard disk drive.
  • the tuner 410 may write to the hard disk drive using a file system.
  • the tuner 410 may execute direct write operations on the hard disk drive.
  • the buffer has a plurality of read taps. For the example shown in Figure 4, the buffer has "n" read taps (i.e., "n" represents any integer greater than or equal to one). Each read tap supports an independent buffer position. For example, read tapi supports tuner buffer position ⁇ read tap 2 supports tuner buffer position ⁇ and read tap n supports tuner buffer position n .
  • the software conducts multiple read operations on a file to generate the multiple taps.
  • the system sets boundary conditions on the relative positions of read and write buffer taps.
  • One boundary condition requires that the read tap not fall behind the write tap an amount greater than the buffer length.
  • a client may view a buffered television program using a first buffer position (i.e., read tap). For this example, a client may pause the viewing of the television program. If this occurs, the first buffer position is constant (i.e., the first buffer position is not advanced). However, the write position is advanced as the television signal is received. Therefore, the distant between the write buffer position and the read buffer position is increased. If the difference between the read buffer position and the write buffer position exceeds the length of the buffer, then an event is generated. A response to the event may be to advance the read buffer position.
  • FIG. 5 is a flow diagram illustrating one embodiment for viewing video in the networked PVR system. Initially, the user receives a menu option, displayed on a client television, to watch live TV or to select media from a PVR-media server (block 520, Figure
  • the client selects media stored on a PVR-media server (blocks 520 and 530, Figure 5). Then, as discussed below, the client sets the buffer position through the system. If the user elects to watch live television, then the client selects a television service provider (block 510, Figure 5). If there is only one television service provider available to the client, then the system eliminates the function of block 510.
  • the service provider selection may be configured during a set-up mode. For example, the television in the living room may be configured to always receive a television signal from a satellite system. The system selects a tuner for the client (block 540, Figure 5). In one embodiment, the system automatically allocates, for the client television, an available tuner.
  • the user views the program at the client (block 580, Figure 5). If the user desires to change the program, then the client selects programming from the electronic programming guide displayed at the client (blocks 555 and 550, Figure 5). If the user does not desire to change the program, then the user potentially sets the buffer position. If the user has an existing buffer position and the user desires to set the program to an existing buffer position, then the user selects, through a menu, the existing buffer position (blocks 570 and 572, Figure 5). If the client does not have an existing buffer position, then the system sets the buffer position to the start of the file/media (blocks 570 and 574, Figure 5). The user may desire to change the buffer position to an existing buffer position (block 560 Figure 5).
  • the user desires to set the program to an existing buffer position
  • the user changes the buffer position, (block 565, See Figure 6).
  • the user may select a program already in progress. Under this scenario, the user may wish to view the program from the beginning. To accomplish this, the user selects a new buffer position to start at the beginning of the program. The user then views the program at the client (block 580, Figure 5).
  • the PVR system permits a client to select television programs without requiring the client to understand the notion of a television tuner. For example, two clients may be receiving a signal from the same tuner. Under this scenario, one of the clients may desire to change the channel to view a different program without affecting the ability of the other client to view the current program.
  • the PVR system provides a menu that permits the user to select additional programming.
  • the programming menu is based on a specific television service provider and corresponding EPG content provider.
  • the user selects programming within a television service provider - EPG content data set.
  • a client may set-up the system to automatically select a preferred television service provider. If a user executes an operation that requires a new tuner, the user selects programming from the previously selected EPG content provider. After the user selects a new program, the system allocates a tuner to the user. Under this scenario, the user does not need to understand the notion of a tuner. Instead, the client only selects a program or cancels an event in order to acquire use of a tuner. If a tuner is not available for allocation to the user, then the system resolves conflict through predetermined "conflict management" procedures. One embodiment for resolving certain conflicts that arise in networked PVR systems is described more fully below.
  • the networked PVR system permits users to select buffer positions from different clients. For example, a user watching a program at a first client (e.g., television in living room) may go to another room and pickup that program from a second client (e.g., television in kitchen) where they left off watching on the first client. Under this scenario, the user may pause the program playing at the living room client for subsequent viewing at the kitchen client.
  • Figure 6 is a flow diagram illustrating one embodiment for using the networked PVR system of the present invention. For this scenario, the user selects, from a client, a program for viewing (block 610, Figure 6). The user may then desire to select that program from a different client.
  • the user queries the PVR system to determine other clients tuned to be selected program (block 620, Figure 6). If other clients are tuned to the selected program, then the system displays a list of clients tuned to the program (blocks 630 and 640, Figure 6). For the above scenario, the user may query the PVR system from the client in the kitchen to pickup the program paused in the living room. In one embodiment, the user, from a client, pulls-up a menu item to determine "Who is watching the selected program?" In response, the PVR system displays a menu of client locations currently playing the selected program. For the above example, the PVR system displays the "living room client" to identify that the selected program is currently playing in the living room.
  • the buffer position is set to the start of the program (blocks 630 and 655, Figure 6).
  • the PVR system copies a buffer position from the selected client for use as the buffer position for the user's client (blocks 650 and 660, Figure 6).
  • the user at the kitchen client, selects the buffer position of the living room client, so as to pickup the selected program at the position of the program was paused.
  • the user may desire to view the selected program from the start of the program (blocks 650 and 655, Figure 6).
  • the PVR system may synchronize two buffer positions for simultaneous playback at two clients. For example, a user may desire to playback a music video at two different clients so as to play the music over a broader area of the home.
  • the PVR system assigns states to television tuners.
  • a television tuner includes one of the following states: busy, maybe free, and totally free.
  • a busy state indicates that the server is currently recording a program using the tuner.
  • the maybe free state indicates that a client may be viewing a program using the tuner.
  • the PVR system utilizes a scheduler.
  • the scheduler acts as a "to do list" for the system.
  • the scheduler executes a process to record programs selected by system users.
  • the programs may be selected for recording on an individual basis, or the programs may be scheduled for recording based on a subscription.
  • the scheduler resolves issues of conflict management in order to allocate resources to record programs.
  • the PVR system supports "subscriptions.” In general, with a subscription, the system records recurring broadcasts of a selected program. Using a subscription, a user need only select the program for subscription to record all occurrences of that program.
  • the scheduler of a PVR-media server identifies events to fulfill subscriptions. For example, a user may select a subscription to a television show,
  • the scheduler of the second PVR-media server fulfills the subscription (e.g., in the same manner as the scheduler for the first PVR-media server). For example, events from the scheduler of the first PVR -media server may be transferred to the scheduler of the second PVR-media server. In addition, the scheduler of the second PVR-media server may assume the task of scheduling future events for the subscription. Also, subscriptions may be pushed between PVR-media servers if a PVR-media server is removed from the network.
  • FIG. 7 is a flow diagram illustrating one embodiment for scheduling events in the networked PVR system of the present invention.
  • a user selects, through a menu, programs to record, either individually or through a subscription (block 710, Figure 7).
  • the system selects a tuner available during the time slot of the event (block 720, Figure 7).
  • the system allocates storage space on the storage medium for the scheduled program (block 730, Figure 7). If a "re-schedule" of event occurs in the system, the process is repeated to both allocate available tuners and available storage space (blocks 740, 720 and 730, Figure 7).
  • a "re-schedule" event occurs when the electronic programming guide data is downloaded to a PVR-media server.
  • a re-schedule event also occurs when a user deletes an item from the scheduler. For example, a user may delete an event to record a program that previously canceled another program from a prior subscription. Under this scenario, the system reschedules the prior subscription because the user canceled the conflicting program.
  • the system When the time to set-up the scheduled event has arrived (e.g., a time prior to the time of the scheduled event), the system initiates the process to commence recording of the scheduled event (blocks 750 and 760, Figure 7).
  • One embodiment for recording a scheduled event including resolving conflicts of tuner resources, is described fully below in conjunction with a description of Figure 8. If the event is canceled, then the system frees a tuner and de-allocates space on the storage medium for the cancelled event (blocks 770 and 775, Figure 7). Also, the scheduler is run to determine any new allocations to fill the slot
  • the system also permits the user to re-schedule, instead of cancel, the event. Alternatively, if the event is not canceled, then the scheduled event is recorded (blocks 770 and 780, Figure 7).
  • the PVR system resolves several conflicts that may occur in a networked PVR system (i.e., referred to as "conflict management"). Some conflicts that arise in a networked PVR system (i.e., referred to as "conflict management"). Some conflicts that arise in a networked PVR system (i.e., referred to as "conflict management").
  • PVR system include: inadequate storage space to record new programs; an insufficient number of tuners to record scheduled programming; inconsistent input, including requests to change the channel when recording a scheduled event; and an insufficient number of tuners to record events.
  • a PVR-media server if a PVR-media server has insufficient storage space to record a scheduled event, then the system automatically deletes content prior to recording.
  • One embodiment to assign priority for content deletion is described more fully below.
  • FIG 8 is a flow diagram illustrating one embodiment for recording programs.
  • the PVR system determines whether a tuner is available (blocks 810 and 820, Figure 8). If a tuner is available (i.e., the tuner is designated as "totally free"), then the tuner is assigned to record the program (blocks 820 and 880, Figure 8). If no tuners are designated "totally free" on the PVR-media server, then the system determines whether there are any other PVR-media servers with tuners (block 822, Figure 8). If so, another PVR-media server is selected, and the system determines whether the selected PVR-media server has an available tuner (blocks 825 and 820, Figure 8). This process is repeated for all PVR-media servers on the network.
  • the system queries the clients allocated or potentially allocated to the tuners to determine whether the clients desire to cancel the scheduled event (block 830,
  • the PVR system to query the clients, displays a menu screen on each client asking whether the system should proceed with the scheduled event. All clients allocated to the tuner receive the inquiry. For example, the screen display may ask "System needs to change the channel to record program X at time Y, is this OK?" If all of the client responses are yes to the inquiry, then the system proceeds to record the scheduled event. If a client does not answer the inquiry in a predetermined amount of time, then the system also proceeds to record the scheduled event. The PVR system retrieves the responses from the clients (block 840, Figure 8).
  • the system determines whether there are additional PVR-media servers with tuners to allocate to record the scheduled event (blocks 850 and 860, Figure 8). If there are no more additional PVR-media servers, then the scheduled event is canceled (blocks 860 and 870, Figure 8). Alternatively, if there are additional PVR- media servers in the system, then the process is repeated to allocate available tuners (blocks 860, 820, 830, 840, and 850, Figure 8). This process to assign tuners is repeated for all PVR-media servers in the system.
  • the process of Figure 8 may be used to allocate tuners for multiple events scheduled at the same time. For example, three programs may be scheduled for recording at an instance in time. The process is repeated for each of the programs. For example, if a client cancels the first scheduled program, then that program is pushed to, if available, another PVR-media server in the system. Then, all the relevant clients receive another inquiry with regard to the scheduling of the second program. Again, if anyone of the clients cancel the second program, the scheduling of the second program is potentially shifted to another PVR-media server.
  • the PVR networked system has the ability for the user to "lock a tuner.” For example, if a user is watching a TV show that spans several hours (e.g. baseball game, academy awards, etc.), then the user may not want to receive multiple requests to change the channel to a previously scheduled event. In one embodiment, the user may select an option in the system to bypass the inquiry to change the channel. When enabled, the system does not display the inquiry to re-allocate the tuner to resolve tuner resource conflicts during the user's program. In one embodiment, the networked PVR system includes advanced conflict management. In general, advanced conflict management aids the user to resolve conflicts using means other then querying the user to cancel scheduled events.
  • an advanced conflict manager may automatically seek out alternate presentations of identical television episodes, and present to the user an option for the system to record the program when a conflict does not arise.
  • the system may return a message stating that "The episode of "Your Favorite Show", set to record at 9pm on channel 4, is now set to record at 11pm on channel 7.”
  • the PVR system includes a "deletion manager.”
  • a deletion manager determines the priority to delete content stored in the PVR-media servers.
  • the deletion manager utilizes a date based deletion system. Under a date based deletion system, the first recorded program is also the first program scheduled for deletion. After a predetermined amount of time, an item is tagged on a menu to inform the user that the program may be deleted. Additional icons may be used to inform the user concerning potential deletion of programs. For example, another icon may be used to inform the user that the item may be deleted, and a different icon may be used to inform the user that the program will not be deleted.
  • the deletion manager uses a priority system based on "sooner" or
  • the user marks content for deletion "sooner” or “later.”
  • the deletion manager analyzes content to delete items marked “sooner” before items marked “later.” This system may be used in conjunction with the date based deletion system described above.
  • the user ranks content for a priority of deletion in accordance with a range (e.g., 1-5).
  • the networked PVR system utilizes a "peer-to-peer" architecture. All client devices on the media platform have the ability to communicate with other devices, including multiple client devices and multiple PVR-media servers. This architecture permits a device to obtain all media, including television signals, available on the network and to aggregate the media for presentation on that device.
  • a device including a client device or a server device, may enter and/or exit the home network, at any time, and still maintain full functionality.
  • other devices automatically recognize that the device is no longer available on the home network.
  • the other nodes automatically recognize the new devices.
  • the other nodes may utilize the services on the added device.
  • a new PVR-media server may also automatically recognize new devices, as long as at least one other PVR-media server is currently on the network.
  • FIG. 9 illustrates client device aggregation of television signals in accordance with one embodiment of the present invention.
  • three PVR-media servers (910, 920, and 930) are coupled to home network 940.
  • each PVR-media server has at least one tuner.
  • PVR-media server 930 has three tuners (932, 934 and 936).
  • the PVR-media servers may store various media items (e.g., video, audio, photos, etc).
  • client device 950 resides on the home media network 940.
  • Client device 950 may comprise a television.
  • client device 950 determines programming available on home network 940.
  • client device 950 aggregates programming from all tuners for use at client device 950.
  • client device 950 aggregates all programming available through PVR-media servers 910, 920 and 930.
  • the networked PVR system provides the capability to identify all programming as unique. For example, all programming classified under the genre "comedy” is recognized as such, and the system displays them accordingly. Two or more actors may have the same name.
  • the networked PVR system utilizes a distributed database that allows the system to distinguish among unique programs. Thus, if a program is offered over two different television service providers, then during client device aggregation, the client device recognizes only a single program. For the example of Figure 9, the movie, "Greatest American Movie”, is offered through both PVR-media server 920 and PVR-media server 910. During client programming aggregation, client device 950 recognizes the movie, "Greatest American Movie", offered through both PVR-media servers 910 and 920, as the same program.
  • FIG. 10 is a flow diagram illustrating one embodiment for client aggregation of programs over a network. Initially, a client device discovers devices (e.g., PVR-media servers) on the home network (block 1010, Figure 10). One embodiment for discovering devices on the home network is described more fully below. Based on information learned in the discovery process, the client device constructs state information for the discovered devices (block 420, Figure 10). The client device receives a request for media items (block
  • the client device connects to a selected PVR-media server (e.g., PVR-media server[0]) using state information acquired during the discovery process (block 1050, Figure 10). Specifically, the client device translates the request for programming to a protocol supported by the selected PVR-media server, and forwards the request to the PVR-media server. In one embodiment, the client device invokes a service on the selected PVR-media server to obtain the programming (block 1060, Figure 10). In one embodiment, the client device invokes a content manager service on the PVR-media server to acquire a list of programs available.
  • a selected PVR-media server e.g., PVR-media server[0]
  • state information acquired during the discovery process block 1050, Figure 10
  • the client device translates the request for programming to a protocol supported by the selected PVR-media server, and forwards the request to the PVR-media server.
  • the client device invokes a service on the selected PVR-media server to obtain the programming (block 1060, Figure 10).
  • the client device identifies a new PVR-media server to acquire programming (blocks 1070 and 1080, Figure 10). When the client device has acquired a list of programming from all the available PVR-media servers, the process is complete.
  • FIG 11 is a block diagram illustrating one embodiment for software components operating on a networked PVR system device.
  • Software components 500 include, at the highest level, application software 502.
  • the application software 502 implements functionality for an underlying device.
  • application software 502 may implement functions for a DVD player.
  • aggregation logic 520 underneath the application software 502 is aggregation logic 520.
  • aggregation logic 520 permits a client device to aggregate media items and television programming on the home network.
  • UI rendering engine 510 For example, if the underlying client device includes a television display (e.g., CRT), then UI rendering engine 510 generates graphics data from scene information, and renders the graphics data on the television display.
  • a television display e.g., CRT
  • UI rendering engine 510 generates graphics data from scene information, and renders the graphics data on the television display.
  • the proprietary protocol defines a network discovery process, an RPC mechanism, and an interface to services.
  • the services include a content manager, a media player service, and a PVR control interface.
  • the content manager service allows a client device to interface to a database. Specifically, using the content manager service, the client device may extract information (e.g., URL to identify media, metadata, etc.) from a database on another network device.
  • the content manager service provides a means for a device of the networked PVR system to query a database.
  • the media player service defines an interface to permit playback functionality (e.g., initiate and control media streams).
  • the PVR control interface enables streaming media on a non-stored object.
  • the PVR control interface permits a user to record current programming as well as schedule recording of future programming.
  • the RPC mechanism uses a packet-based protocol.
  • the services include methods and an identification number to permit a device on the home network to construct RPC based packets with the appropriate arguments.
  • an RPC mechanism permits a device to control another device on the network.
  • the protocol is effectuated through requests and responses.
  • the RPC packets include a header.
  • the header contains: version information, a command class (maps to a particular service), the command (the method the device is requesting or the response coming from the method), an identification (identification of requests or identification of responses corresponding to a request), and a length.
  • the RPC protocol format specifies data (i.e., arguments for requests and returns values for responses).
  • FIG. 12 is a block diagram illustrating an example home network for the networked PVR system.
  • a home network includes PVR-media server 1250, DVD player 1240, and PVR-media server 1230.
  • a client device (1210) which includes a television, enters the home network 620, and discovers, using a supporting protocol, three devices (e.g., PVR-media server 1250, DVD player 1240, and PVR-media server 1230).
  • client device 1210 stores state information for each of the devices discovered on home network 1220.
  • client device 1210 stores, for device] (PVR- media server 1230) a supporting network protocol (i.e., network protocol A ) as well as a list of services supported by the devices (i.e., serviceA and servicec).
  • the network protocol also specifies an RPC mechanism to execute remote procedure calls on PVR-media server 1230.
  • state information for device 2 i.e., DVD player 1240
  • device 2 supports network protocol A and implements serviceA and services.
  • PVR-media server 1250 supports network protocolc, and implements service A and services.
  • each service e.g., serviceA, services, and servicec
  • the interface defines a specification to provide a means to access the methods or commands within a service.
  • the client device 1210 utilizes services (service A or services) on PVR-media server 1250 through their respective interfaces.
  • services service A or services
  • PVR-media server 1230, DVD player 1240 and PVR-server 1250 all implement service A -
  • Each interface for service A is the same to permit uniform accessibility to the service.
  • the implementation of service A in each of the devices may be different.
  • FIG. 13 is a flow diagram illustrating one embodiment for discovering devices in the networked PVR system.
  • a new device i.e., a device not currently connected to the network
  • the new device obtains a network address (block 1320, Figure 13).
  • the client In order to communicate on the network, the new device obtains a network address (block 1320, Figure 13).
  • the client In an IP network, the client requires an IP address. If the underlying network supports TCP/IP, then the client device determines if there is a DHCP server. If so, the DHCP server assigns the IP address to the new device.
  • the new device selects an IP address from a pool and determines whether any other device on the home network has that IP address. If no other device on the network has that IP address, then the client device uses this IP address. This process of auto IP addressing allows communication on a home network within a single subnet.
  • the new device transmits an "announcement" command over the network (block
  • the format of the announcement command complies with a protocol supported by the devices.
  • the new device may broadcast or multicast the announcement command over the network.
  • the new device may multicast the announcement in order to expand subnets if the home network includes a gateway.
  • a multicast format is used to specify specific IP addresses (e.g., transmitting an announcement only to those devices on the network interested or compatible with the new device).
  • compatible devices are those devices that may be interested in communicating with the client device.
  • the new device constructs state information.
  • the state information provides details regarding devices available on the network.
  • the state information includes protocols and services supported by those devices.
  • those compatible devices may add information, encapsulated in the announcement command, to a local cache.
  • compatible devices include those PVR-media servers storing video (e.g., DVD, MPEG, etc.) as well as providing live or pre-recorded television. If there are other compatible devices on the network, those devices expose one or more services to the new device (block 1350, Figure 13).
  • discovery services on the network the new device transmits a discovery command and waits for a response.
  • a PVR-media server which provides live television, exposes an interface to allow the new device to aggregate programming provided by the PVR-media server (e.g., programming provided by a television service provider).
  • the new device In response to the request (e.g., new device application logic), the new device connects to a compatible device via a supporting protocol (block 760, Figure 13). Specifically, the device translates the protocol for the appropriate device using the state information. For example, if the compatible device supports an industry standard protocol, then the new device selects the industry standard protocol to communicate to that device.
  • a supporting protocol block 760, Figure 13
  • the new device utilizes the services on the compatible device (block 1370, Figure 13).
  • a PVR-media server entering a home network is one example of the discovery process.
  • the PVR-media server after obtaining a network address, transmits an announcement command over the network.
  • the PVR-media server announces the services it supports (e.g., content manager, media player service and PVR control interface), and exposes interfaces to network clients to permit access to those services. If a device enters the network, the device waits for an announcement from the server.
  • the client identifies the PVR-media server
  • the client connects to the PVR-media server via a protocol the server specified in the announcement command. This process allows the client device to navigate media and programming on the PVR-media server.
  • the client device connects to a playback device (e.g., television), either itself or another playback device, and instructs the playback device to play the program that a user selected from programming available on the PVR-media server.
  • a playback device e.g., television
  • the networked PVR system operates in conjunction with a data model.
  • the format and arrangement of underlying database is not defined by the networked PVR system.
  • objects e.g., media items
  • the objects also have an associated "type" (e.g., channels, time slots, episodes, and shows).
  • type e.g., channels, time slots, episodes, and shows.
  • the data model defines relationships to define structure and hierarchy among objects and types.
  • FIG 14 is a block diagram illustrating one embodiment for a data model for elements of a networked PVR system.
  • the MSO package defines data (e.g., time, channel, content, etc.) for television programming.
  • Data is extracted to map the MSO package to channels.
  • the channels data object defines all channels available.
  • each channel maps to multiple time slots.
  • An episode data object is mapped to one or more time slots.
  • the episode data object identifies each individual episode of a program.
  • the episode data object maps to one or more episodes to a show.
  • An actors data object is mapped to each episode to identify actors.
  • a genres data object is used to classify shows in genres (e.g., comedy, drama, action, sports, etc.).
  • the database for the networked PVR system comprises a relational database (e.g., key value pair database or standard query language (“SQL”) database).
  • SQL standard query language
  • the database maps objects for storage in the relational database.
  • Figure 15 is a block diagram illustrating one embodiment of accessing a data store in the networked PVR system.
  • a client device 1510 is connected to a home network 1520.
  • device 1530 and device 1540 are also coupled to home network 1520.
  • Device 1540 includes a persistent data store, labeled Database B in Figure 15.
  • device 1530 includes a persistent data store, Database A.
  • Device 1530 and 1540 support a service that permits access to information in the persistent data stores.
  • the content manager service is used. Specifically, a first implementation of the content manager service A supports access to Database A, and a second implementation of the content manager services supports access to Database B.
  • Client device 1510 may obtain information from Database A and Database B. To query Database B, client device 1510 obtains a connection with device 1540 in a manner as described above. The client device 1510 invokes methods via an interface on content manager services. For example, client device 1510 may desire to obtain a list of all genres recognized by the networked PVR system. This information may be stored in database B. Client device 1510 generates a request using data model parameters specified in the interface for content manager services. For the example above, client device 1510 generates a request to content manager services to identify all objects with the type "genreJ In response to the request, client manager services translates the data model notion of "genre" to a query compatible with Database B.
  • the networked PVR system is implemented using a database.
  • the database stores objects, attributes associated with those objects, and associations between those objects.
  • the database stores an identification of television programs available within the media space.
  • the database stores a plurality of attributes, so as to associate one or more attributes for each object.
  • the objects include .
  • a track may be associated with one or more albums, one or more artists, one or more genres, and one or more playlists. Attributes include titles, creation dates, and multiple associated media files. Thus, a track may have associated album art, lyrics, etc.
  • the networked PVR system database permits classifying audio tracks in an extremely versatile manner. For example, a user may desire to classify a track or album (i.e., collection of tracks) in more than one genre because the user associates the music with two different types of genres (e.g., rock and blues). Also, a musical track may be a result of a collaboration between two artists. To properly classify the track, a user of the networked PVR system may associate the track with two different artists. As illustrated by the above examples, the networked PVR system provides mlimum flexibility in classifying and organizing music. The networked PVR system handles each classification or item as a distinct object.
  • playlists, genres, artists, albums, and tracks are all handled as individual objects.
  • This feature which supports independent objects for organization and classification of items, provides mlimum flexibility in organizing and classifying music.
  • the user may create nested playlists, such that a first playlist may be wholly contained within a second playlist.
  • Prior art music systems only deal with playlists by tracks.
  • a playlist only consists of tracks.
  • playlists may comprise any "objects.” Therefore, playlists may be created from one or more artists, genres, albums or other playlists.
  • Prior art digital music systems store metadata to identify artists. If a user executes a search on the metadata using these prior art systems, there is no way for the system to differentiate among artists with the same name. In the networked PVR system, each artist is treated as an object. Thus, two artists with the same name are two distinct objects, and may be manipulated as two separate artists.
  • the networked PVR system utilizes distributed iterators.
  • a response to a query to a database may generate a huge amount of data.
  • the networked PVR system protocol supports transmitting a portion of the data, and maintaining a pointer to identify the data that has been sent.
  • the protocol uses iterators.
  • the use of iterators by the networked PVR system allows the system to track a portion of data (e.g., a list) transferred from one device to another device.
  • the iterator is implemented such that the iterator dynamically changes if items in the database change during transfer of the data.
  • the iterator specifies a position in an array.
  • a list is a result from the database.
  • the response to a query to a database may produce a list of audio tracks. Subsequently, an audio track, extracted as part of the example query, may be deleted. In another scenario, an audio track, specified by the query, may be added to the database.
  • the system associates state with the request for database information. This state information is utilized to maintain iterator information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

Un magnétoscope numérique en réseau ( PVR ) relie une pluralité de clients à un ou plusieurs serveurs de supports PVR au sein d'un réseau. Un ou plusieurs serveurs de supports PVR comprennent des syntoniseurs de télévision pour les signaux de télévision. Un support de stockage met les signaux de télévision en mémoire tampon pour la mise en oeuvre de la fonctionnalité PVR. Par exemple, le serveur de supports PVR enregistre des programmes d télévision pour des clients. Ces clients se voient attribués des syntoniseurs de téléviseur et affichent les programmes de télévision reçus sur le syntoniseur qui leur ont été attribué. Le réseau transfert les signaux de télévision tamponnés aux clients.
PCT/US2004/021377 2003-07-02 2004-07-01 Systeme de magnetoscopes numeriques en reseau WO2005003921A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006517843A JP4943147B2 (ja) 2003-07-02 2004-07-01 ネットワーク化パーソナル・ビデオ録画システム
EP04777491A EP1644803A4 (fr) 2003-07-02 2004-07-01 Systeme de magnetoscopes numeriques en reseau

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US10/613,399 2003-07-02
US10/613,401 US7457511B2 (en) 2003-07-02 2003-07-02 Independent buffer positions for a networked personal video recording system
US10/613,399 US8438601B2 (en) 2003-07-02 2003-07-02 Resource management for a networked personal video recording system
US10/613,400 US7454120B2 (en) 2003-07-02 2003-07-02 Methods and apparatus for client aggregation of television programming in a networked personal video recording system
US10/613,470 US7603022B2 (en) 2003-07-02 2003-07-02 Networked personal video recording system
US10/613,400 2003-07-02
US10/613,470 2003-07-02
US10/613,401 2003-07-02

Publications (2)

Publication Number Publication Date
WO2005003921A2 true WO2005003921A2 (fr) 2005-01-13
WO2005003921A3 WO2005003921A3 (fr) 2008-10-16

Family

ID=33568838

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2004/021377 WO2005003921A2 (fr) 2003-07-02 2004-07-01 Systeme de magnetoscopes numeriques en reseau

Country Status (3)

Country Link
EP (1) EP1644803A4 (fr)
JP (3) JP4943147B2 (fr)
WO (1) WO2005003921A2 (fr)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008536419A (ja) * 2005-04-15 2008-09-04 トムソン ライセンシング ローカルエリアネットワーク内の受信サービスの管理装置および方法
JP2009543449A (ja) * 2006-06-30 2009-12-03 マイクロソフト コーポレーション マルチdvrノード通信
US7657328B2 (en) 2005-01-14 2010-02-02 Kabushiki Kaisha Toshiba Device control system, device control method, and control program
US8955013B2 (en) 1996-06-14 2015-02-10 Rovi Guides, Inc. Television schedule system and method of operation for multiple program occurrences
JP2015039203A (ja) * 2005-12-29 2015-02-26 ユナイテッド ビデオ プロパティーズ, インコーポレイテッド マルチメディア配信システムにおけるマルチメディアアセットの状態の変更を管理するためのシステムおよび方法
US9021538B2 (en) 1998-07-14 2015-04-28 Rovi Guides, Inc. Client-server based interactive guide with server recording
US9071872B2 (en) 2003-01-30 2015-06-30 Rovi Guides, Inc. Interactive television systems with digital video recording and adjustable reminders
US9125169B2 (en) 2011-12-23 2015-09-01 Rovi Guides, Inc. Methods and systems for performing actions based on location-based rules
US9294799B2 (en) 2000-10-11 2016-03-22 Rovi Guides, Inc. Systems and methods for providing storage of data on servers in an on-demand media delivery system
US10063934B2 (en) 2008-11-25 2018-08-28 Rovi Technologies Corporation Reducing unicast session duration with restart TV
US10515235B2 (en) 2014-03-26 2019-12-24 Tivo Solutions Inc. Multimedia pipeline architecture
CN114584810A (zh) * 2022-04-28 2022-06-03 深圳市华曦达科技股份有限公司 一种多时区直播源epg导入方法及装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015139149A (ja) * 2014-01-23 2015-07-30 シャープ株式会社 外部端末及びデジタル放送受信機

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5371551A (en) * 1992-10-29 1994-12-06 Logan; James Time delayed digital video system using concurrent recording and playback
US5572645A (en) * 1994-03-01 1996-11-05 International Business Machines Corporation Buffer management policy for an on-demand video server
JP3480262B2 (ja) * 1997-08-28 2003-12-15 日本ビクター株式会社 チューナ・セレクタ、チューナ及びチューナ・セレクタの制御方法
US6414725B1 (en) * 1998-04-16 2002-07-02 Leitch Technology Corporation Method and apparatus for synchronized multiple format data storage
JP3664913B2 (ja) * 1999-06-23 2005-06-29 三菱電機株式会社 デジタル放送受信装置
JP2001285729A (ja) * 2000-03-29 2001-10-12 Canon Inc 受信装置及びディジタル放送受信装置とシステム及びそれらの方法
EP1273151B1 (fr) * 2000-04-08 2004-09-29 Sun Microsystems, Inc. Resynchronisation de flux multimedia
JP2002077757A (ja) * 2000-09-05 2002-03-15 Sharp Corp Avネットワークシステム
JP4839554B2 (ja) * 2000-10-19 2011-12-21 ソニー株式会社 無線通信システム、クライアント装置、サーバ装置および無線通信方法
EP1231782A1 (fr) * 2001-02-13 2002-08-14 Sony International (Europe) GmbH Dispositif d'accord pour un réseau de distribution de données
JP2002354450A (ja) * 2001-05-28 2002-12-06 Matsushita Electric Ind Co Ltd Stb遠隔操作システム
JP2003069927A (ja) * 2001-08-27 2003-03-07 Sharp Corp 番組予約システム
EP1436687A4 (fr) * 2001-09-20 2005-09-14 Ucentric Holdings Inc Gestionnaire de ressources centralisees a systeme de commutation de puissance
US8116612B2 (en) * 2001-10-05 2012-02-14 Ucentric Systems, Inc. Centralized digital video recording and playback system accessible to multiple reproduction and control units via a home area network
JP2003174608A (ja) * 2001-12-06 2003-06-20 Sanyo Electric Co Ltd デジタル放送受信装置

Non-Patent Citations (1)

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

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8955013B2 (en) 1996-06-14 2015-02-10 Rovi Guides, Inc. Television schedule system and method of operation for multiple program occurrences
US9154843B2 (en) 1998-07-14 2015-10-06 Rovi Guides, Inc. Client-server based interactive guide with server recording
US10075746B2 (en) 1998-07-14 2018-09-11 Rovi Guides, Inc. Client-server based interactive television guide with server recording
US9232254B2 (en) 1998-07-14 2016-01-05 Rovi Guides, Inc. Client-server based interactive television guide with server recording
US9021538B2 (en) 1998-07-14 2015-04-28 Rovi Guides, Inc. Client-server based interactive guide with server recording
US9055318B2 (en) 1998-07-14 2015-06-09 Rovi Guides, Inc. Client-server based interactive guide with server storage
US9055319B2 (en) 1998-07-14 2015-06-09 Rovi Guides, Inc. Interactive guide with recording
US9226006B2 (en) 1998-07-14 2015-12-29 Rovi Guides, Inc. Client-server based interactive guide with server recording
US9118948B2 (en) 1998-07-14 2015-08-25 Rovi Guides, Inc. Client-server based interactive guide with server recording
US9294799B2 (en) 2000-10-11 2016-03-22 Rovi Guides, Inc. Systems and methods for providing storage of data on servers in an on-demand media delivery system
US9369741B2 (en) 2003-01-30 2016-06-14 Rovi Guides, Inc. Interactive television systems with digital video recording and adjustable reminders
US9071872B2 (en) 2003-01-30 2015-06-30 Rovi Guides, Inc. Interactive television systems with digital video recording and adjustable reminders
US7657328B2 (en) 2005-01-14 2010-02-02 Kabushiki Kaisha Toshiba Device control system, device control method, and control program
JP2008536419A (ja) * 2005-04-15 2008-09-04 トムソン ライセンシング ローカルエリアネットワーク内の受信サービスの管理装置および方法
JP2015039203A (ja) * 2005-12-29 2015-02-26 ユナイテッド ビデオ プロパティーズ, インコーポレイテッド マルチメディア配信システムにおけるマルチメディアアセットの状態の変更を管理するためのシステムおよび方法
US9374560B2 (en) 2005-12-29 2016-06-21 Rovi Guides, Inc. Systems and methods for managing a status change of a multimedia asset in multimedia delivery systems
JP2009543449A (ja) * 2006-06-30 2009-12-03 マイクロソフト コーポレーション マルチdvrノード通信
US10063934B2 (en) 2008-11-25 2018-08-28 Rovi Technologies Corporation Reducing unicast session duration with restart TV
US9125169B2 (en) 2011-12-23 2015-09-01 Rovi Guides, Inc. Methods and systems for performing actions based on location-based rules
US10515235B2 (en) 2014-03-26 2019-12-24 Tivo Solutions Inc. Multimedia pipeline architecture
CN114584810A (zh) * 2022-04-28 2022-06-03 深圳市华曦达科技股份有限公司 一种多时区直播源epg导入方法及装置

Also Published As

Publication number Publication date
WO2005003921A3 (fr) 2008-10-16
JP2007531331A (ja) 2007-11-01
JP2011217419A (ja) 2011-10-27
JP4943147B2 (ja) 2012-05-30
JP2014143758A (ja) 2014-08-07
EP1644803A4 (fr) 2011-11-09
EP1644803A2 (fr) 2006-04-12

Similar Documents

Publication Publication Date Title
US9485531B2 (en) Methods and apparatus for client aggregation of television programming in a networked personal video recording system
US7603022B2 (en) Networked personal video recording system
US8438601B2 (en) Resource management for a networked personal video recording system
US7457511B2 (en) Independent buffer positions for a networked personal video recording system
USRE48384E1 (en) Content access
JP2014143758A (ja) ネットワーク化パーソナル・ビデオ録画システム
US8931010B2 (en) Methods and apparatus for client aggregation of media in a networked media system
EP1612685B1 (fr) Serveur de fourniture de contenu, dispositif et procede pour le traitement de l'information, et programme informatique
US20080066112A1 (en) Method for implementing on-demand pvr peer-to-peer media sharing with content restraint
US20090106793A1 (en) Multimedia Presentation Resumption within an Environment of Multiple Presentation Systems
US20140201782A1 (en) Information providing device, information providing method, and computer program
US20060212531A1 (en) Content providing server, information processing device and method, and computer program
US20070186270A1 (en) Method and apparatus for processing content in home network using TV channels
KR20020094027A (ko) 활동 스케줄을 제어하는 개인화된 전자 콘텐트 가이드
US20070239668A1 (en) Apparatus and method for managing digital contents distributed over network
JPH11317937A (ja) 放送蓄積視聴装置
JP2008289102A (ja) 受信装置、記録装置、コンテンツ受信方法及びコンテンツ記録方法
JP2005501489A (ja) 改善されたユーザインタフェースを備えたシステム
US20110060841A1 (en) Method and apparatus for providing streaming information in a broadcast system
US20090238543A1 (en) Local Recording of Previously Aired Programming
JP4556080B2 (ja) 情報処理装置および情報処理方法、録画再生装置および録画再生方法、並びにサービス提供システム
JP2006067111A (ja) 視聴予約スケジュール装置、視聴受信装置、およびプログラム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006517843

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2004777491

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2004777491

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004777491

Country of ref document: EP