US20020029384A1 - Mechanism for distributing content data - Google Patents

Abstract

The current invention provides a system for distributing content data to user locations. The content data is preferably comprises digital video data that is available on demand form a requesting location. A system server stores user accounts and generates customized program schedules for the user account based user criteria which includes user preferences. Authorized users access their accounts to modify user criteria and to select program transmissions. Preferably, a computer and a television set receive program transmissions from a system network, wherein the computer provides a logical interface between the television set and content data transmitted over the system network.

Description

RELATED APPLICATIONS
• This patent application claims priority under 35 U.S.C. 119(e) of the co-pending U.S. Provisional Patent Application, Ser. No. 60/219,857, filed Jul. 20, 2000, and entitled “MECHANISM FOR DIGITAL VIDEO RENTAL DISTRIBUTION AND CATCHING”. The Provisional Patent Application, Ser. No. 60/219,857, filed Jul. 20, 2000, and entitled “MECHANISM FOR DIGITAL VIDEO RENTAL DISTRIBUTION AND CATCHING” is also hereby incorporated by reference.[0001]
FIELD OF THE INVENTION
• The present invention relates to architectures and systems for and methods of distributing content to user locations. More specifically, this invention relates distributing program transmissions to user locations from a program schedule account.[0002]
BACKGROUND OF THE INVENTION
• There are numerous media services which provide scheduled programs on a viewing device, such as a television set. There are standard broadcast services which provide channels that can be received by virtually any television tuner through an antenna connector. There are cable services which typically offer packages of preselected channels to the consumers and that required a decoder at the television tuner or on the cable line at an external location. Cable services continuously broadcast scheduled programing through a preselected set of channels which are received through a cable connector on a television set. There are also a number of pay-per-view services which allow costumers to receive non-scheduled one time program transmissions through the cable network. Other available services include satellite programming which allow consumers to select on demand pay-per view-programs from a set of available programs.[0003]
• Each of these programming services require that consumers monitor program availabilities to determine if a desired program is offered. None of the current program services provide for programing that is tailored to individual consumers needs. Further, none of the current services provide the flexibility for consumers to quickly change the scope services and/or program availabilities.[0004]
SUMMARY OF THE INVENTION
• The current invention provides for the distribution of content data. The current invention preferably allows consumers to readily change the scope of services provided and monitor programs which may be of interest based on individual consumer needs.[0005]
• Accordingly, the invention is directed to an architecture and system for and a method of distributing content data to user locations. Preferably, the content data comprises program data from one or more content providers. The programs can scheduled programs and/or stored video programs. The content data is preferably distributed to user locations as data transmissions which can be played or viewed at user locations. The program transmissions are preferably transmitted to the user locations by a system network or, alternately, can be selectively broadcast by wireless means to user locations.[0006]
• The data transmissions preferably comprise digital video data, wherein programs are transmitted to the user locations through a high speed network and played on receiving/display devices with sound and display capabilities. Preferably, a receiving/display device is a digital device configured for receiving digital video data and for viewing a video program downloaded from the network to a memory device. The digital device can be any such conventional device and can include, but is not limited to, a personal computer, PDA, a web enabled television set or a web appliance. In a preferred embodiment of the instant invention, the receiving device comprises a personal computer and a television set. A personal computer preferably has a video card which provides a logical interface between the television set and digital video data transmitted distributed as video programs over the system network.[0007]
• The preferred the system of the instant invention comprises a network for customized cataloging of content data availabilities into program schedules. A system network comprises the internet, a private pay-to-use network, a local network, a cable network, a commercial broadcast network or any combination thereof. A system server is coupled to the system network and stores a program schedule and user codes for each user account on the system server. The system server preferably catalogs content data availabilities into program schedules based on the user codes. Preferably, the user codes comprise a set or list of user preferences for each account, wherein user preferences can be submitted to the system server when an account is established on the system server.[0008]
• A set of user preferences preferably can be modified by an authorized user. User preferences can include, but are not limited to, identified content providers, user likes and dislikes, and preferred times to receive program transmissions. In further embodiments of the instant invention, user preferences are automatically updated based on program transmissions selected through a corresponding account.[0009]
• Program transmissions are initiated automatically to the user locations according to corresponding program schedules in an account or, alternatively, a user can select a program transmission from an account program schedule.[0010]
• The system server is preferably in communication with content providers over the system network. The system server surveys content data availabilities and catalogues the content data availabilities into program schedules in accordance with user codes. According to an embodiment of the instant invention, the content data providers automatically send updated program availabilities data to the system server. Alternatively, the system server accesses various content data providers over the system network and extracts data regarding program availabilities.[0011]
• According to a preferred embodiment of the instant invention, an authorized user may access their account on the system server by a log-in process, whereby the user provides a unique user identification to identify themselves as an authorized the user to the system. Once into the account, the user can preferably modify user preferences and preferably view other account information.[0012]
• Preferably, the server supports a graphical user interface which allows users to point-and-click on program selections from a program schedule within their account. The selection of a program from the schedule then initiates an on-demand program transmission. According to further embodiments, users may identify a location or locations where program transmissions are to be received. This feature would, for example, allow a user to select a program form work for deliver later at home. A location can be identified by providing a logical address corresponding to a network port or a receiving device.[0013]
• In the event that the user is not interested in program selections available from their personal program schedule, the system preferably allows the user to browse and select other available programs over the network. Alternatively, or in addition to the above, the user can change their user preferences within the account and search the server data base for other available programs based on these new or modified user preferences.[0014]
• Program transmissions can be distributed through the system server or distributed from the content provider. The program transmissions can either be immediately played at the user selected locations or, alternatively, are stored on a local storage device for later use.[0015]
BRIEF DESCRIPTION OF THE DRAWINGS
• FIGS. 1[0016]a-cshow several network configurations for distributing content data, in accordance with the current invention.
• FIG. 2 shows an architecture for distributing content through a network coupled to a plurality of content providers, in accordance with the instant invention.[0017]
• FIG. 3 illustrates a personal computer interfacing a television for receiving and viewing content data over a network, in accordance with a preferred embodiment of the current invention.[0018]
• FIG. 4 illustrates an architecture for distributing content data through a private network, in accordance with an alterative embodiment of the current invention.[0019]
• FIG. 5 illustrates an architecture for controlling transmissions of content data from a first location to a second location, in accordance with the current invention.[0020]
• FIG. 6 is a flow-chart outlining the steps for distributing content data, in accordance with a method of the instant invention.[0021]
• FIG. 7 is a flow-chart outlining the step for selecting a program in accordance with a preferred method of the instant invention.[0022]
• FIGS. 8[0023]a-bare schematic diagrams of features on the local side and the server side of a system for distributing content data, in accordance with the current invention.
• FIG. 9 illustrates a block diagram of computer with a video card for interface in a viewing device, in accordance with the preferred system of the current invention.[0024]
DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT
• The architecture of the instant invention utilizes a server unit coupled to at least one content provider. The server unit provides a central hub for content data distribution. The server unit monitors content data availabilities from the at least one content provider and organizes the content data availabilities into customized program schedules in accordance with user codes.[0025]
• The user codes preferably provide for a selection of services desired from the at least one content provider. The user codes can also provide for the selection of content data based on information about the intended user, wherein the content data corresponds to scheduled or on demand programs, which may viewed or played at user locations.[0026]
• A user preferably can view or access their account and select programs to be transmitted to a predetermined location and/or modify account preferences including, changing content providers and/or services provided therefrom. FIGS. 1[0027]a-cwill now be used to show several different ways in which a system server may be coupled to content providers for distributing content data to user location, in accordance with the instant invention.
• FIG. 1[0028]ashows anarchitecture100 for distributing content data, in accordance with an embodiment of the invention. Thearchitecture100 preferably hascentral network103. Thecentral network103 can be either a private or public access network, such as the internet. Asystem server105 is coupled to at least onecontent provider111 though thenetwork103. In thearchitecture100 shown in FIG. 1, a user can access their account at theserver105 via thenetwork103 from adevice101, which is also configured to receive program transmissions. Alternatively, the user can access their account at theserver105 from a separate device (not shown). Preferably the user can changepreferences107 and109 and or select a programs by from their personal account. Preferably, thesystem server105 instructs thecontent provider111 via thenetwork103 to route a program transmission to thedevice101.
• In accordance with one embodiment of the current invention, the[0029]system server105 authorizes and initiates program transmissions to thedevice101 by providing thecontent provider111 with a logical address of thedevice101 or location of thedevice101 on the network. Alternatively, the server causes thedevice101 to authorize and initiate program transmissions from theprovider111 to thedevice101. According to an alternative embodiment of the instant invention, program transmissions are automatically initiated from thecontent provider111 to thedevice101 based onpreferences107 and109 and/or a program schedule without requiring the user to make a program selection.
• FIG. 1[0030]bshow analternative architecture120 for distributing content data, in a accordance with the current invention. Thearchitecture120 has aserver125 that storespreferences127 and129 which are used to creates customized program schedules. Thearchitecture120 has afirst network133, which is preferably a public network, such as the internet, wherein a user can access their account through thepublic network133. Thesystem server125 and acontent provider131 are coupled through aseparate network135 which may be a local area network or other restricted access network. Thenetwork135 is preferably configured to provide theserver125 with content data availabilities from thecontent data provider131. Thenetwork134 provide a mechanism for the distribution of program data from thecontent provider131 to areceiving device121. Preferably, thenetwork133 is a private pay-for-user network.
• FIG. 1[0031]cshow anarchitecture140 for distributing content data, in accordance with another alternative embodiment of the current invention. Thearchitecture140 preferably comprises aserver unit149 coupled to areceiving device141 through anetwork143. Theserver unit149 comprises acontent source147 and a system sever145, wherein thecontent source147 provides programs to thedevice141 through thesystem server145. Thesystem server145 allocates content data availabilities into program schedules in accordance with storedpreferences146 and148 and transmits programs automatically, by way of user selections from schedules or a combination thereof.
• FIG. 2 shows an[0032]architecture200 for distributing content data tomultiple devices201 and202 frommultiple content providers211,213 and215. Thecontent providers211 and213 transmit content data todevices210 and202 through anetwork203. Thenetwork201 is preferably a private pay-for-use network or, alternatively, is a public network, such as the internet. Thedevices210 and202 preferably have receivers for receiving content data and displays for displaying processed or unprocessed content data received at a user location.
• Still referring to FIG. 2, a[0033]broadcast content provider215broadcasts content data217, such as television program transmissions or any other kind of broadcast content data. Theprovider215 can selectively operate independently of thesystem server207 or, alternatively, can be coupled to theserver207, wherein theserver207 provides instructions to theprovider215 to initiate selective broadcasts to one or more of thedevices201 and202. Accordingly, theserver207 is configured to program thereceiver device201 to receivebroadcast data215 from thecontent provider213 according to a schedule. Theserver207 preferably stores customized program schedules generated in accordance withuser preferences210 and209.
• FIG. 3 shows an[0034]architecture300 for distributing content data, in accordance with a preferred embodiment of the current invention, wherein thereceiver device304 comprises apersonal computer302 and atelevision set305. Thepersonal computer302 can be coupled to anetwork303 and configured to access theserver307 where a program schedules are stored in personal accounts. Acontent provider311 is preferably is coupled to thenetwork303 and configured to transmit program data via thenetwork303 to thedevice304 in accordance with the program schedules. As described previously, program schedules are preferably generated in accordance withuser preferences309 and310 which are also stored on theserver307.
• FIG. 4 shows an[0035]architecture400 for distributing content data, in accordance with an alterative embodiment of the current invention. Thearchitecture400 can includemultiple servers407 and411. Thearchitecture400 preferably includes anetwork403 that is preferably a private network for users subscribing to the account at one or more of theservers407 and411. Eachserver407 and411 is preferably coupled tocontent data provider415 and417. Theservers407 and411 monitor availabilities of content data from thecontent data providers415 and417 and compile customized schedule catalogs for each set ofuser preferences410 and412. Thedevices401 and402 preferably have receivers for receiving programs and displays for displaying process program data. A user can access their user account and view their program schedule therein via theinternet420 from one or more of the receivingdevices401 and402 or, alternatively, from a separate device (not shown). The user can then select which programs are to be transmitted to the receivingdevices410 and402 and/or modify account information. Preferably, each user account has it own user list of associated preferences and the server store multiple accounts corresponding to multiple user locations.
• In an alternative embodiment of the instant invention, program schedules are assigned to or belong to the[0036]devices401 and402, wherein programs are automatically transmitted todevices410 and402 according to the programs schedule assigned to the devices. Accordingly, a user sets up a list of preferences for eachdevice401 and402 and program transmissions which are receivable at each of thedevice401 and402 as determined by program schedule generated for eachdevice401 or402. Preferably, theservers407 and411 are responsible for controlling the authorization of thedevice401 and402 to receive a program transmission from theproviders412 and415
• FIG. 5 shows an[0037]alternative architecture500 for distributing content data, in accordance with the instant invention. In thearchitecture500, aserver510 receives broadcastcontent data517 and518 frombroadcast content providers515 and516. In this way, thesever510 is an “intermediate content provider” for provisioningcontent data transmissions517 and518 indirectly to areceiving device501. The distribution of broadcast content data is preferably determined by a program schedule stored on theserver510 which is based on a corresponding list of user or device preferences, as described in detail above.
• Still referring to FIG. 5,[0038]content providers511 and513 are coupled to thenetwork503 for transmitting programs, to the receivingdevice501. The programs are preferably digital video programs. The receivingdevice501 preferably comprises acomputer504 and atelevision502. Users can access their schedules over thenetwork503 and modify thepreferences508 and509 including their choice of whichproviders511 and513 and select programs to be received from each of theproviders511 and513.
• The[0039]architecture500 can provide for the ability to select asecond receiving location509 to receive a program transmission. Thesecond receiving location509 is preferably coupled to thenetwork503 and/or is configured to receive broadcast content data from at least one of theproviders511,513,515 and516. When program transmissions are digital video program transmissions, the second location is preferably identified by providing theserver510 with a logical address corresponding to thesecond receiving location509.
• FIG. 6 is a schematic block diagram[0040]600 outlining steps for distributing content data, in accordance with a method of the instant invention. When the user first sets up an account at a the system server in thestep601, there is preferably a request for user information. The request for user information can be made by telephone, e-mail, ground mail, surveys or any other suitable means including unsolicited means. Preferably, users can visit a web site and set up their own account. User information can include, but is not limited to provider selections and service selections. Additionally, user information preferably includes a list of preferences. User preferences can include information such as the type of programs in which the user is interested, the user likes and dislikes and/or preferred times to receive program transmissions. The user preferences may also specify a user locations to receive program transmissions. After the account is established, the system preferably provides the user with an estimate of the cost and a list of the subscribed services and a personal identification number.
• In the[0041]step603, a program scheduling criteria is developed. The program scheduling criteria can be any simple or complex algorithm, but preferably includes weighting factors for user preferences acquired in thestep601. For example, in the step601 a user inputs that their professional interests include healthcare. Thus, programs which deal with healthcare issues may be given high priority in the customized program schedule developed in thestep609. If in thestep601 the user inputs that they do not like sports, then sports programs may be eliminated from the customized program schedule or, alternatively, are give low priority in the customized program schedule developed for that user in thestep609.
• After the program scheduling criteria is generated in the[0042]step603, then in step the605, the server reviews program availabilities for all of the designated content providers. The server can obtain program availabilities automatically from the content provider or, alternatively, extract program availabilities over the network. In yet a further embodiments, the program availabilities can be entered into the server manually. Program availabilities are preferably updated at the server as new programs become available or as program availabilities change. After the program availabilities are compiled at the server in thestep607, the server catalogs the programs into a customized program schedule according to the user criteria.
• Customized program schedules are preferably viewable over the system network, wherein the user program schedule is displayed on a display device with a graphical user interface. Further, the customized program schedule can have any of a number or formats. The schedule can display program availabilities corresponding to a day a week, a month or other suitable time frame. Program availabilities can be tabulated, or organized into blocks or categories, such as sports or news. In accordance one embodiment of the instant invention, the user can select and/or modify the schedule format. While it is preferable that customized program schedules are viewable over the system network, the program schedules can be provided to users by any other suitable method including mail and e-mail.[0043]
• After the customized program schedule is provided to the user in the[0044]step609, then in thestep611 the user can select a program for initiating transmission of a program to the user location. Alternatively, a program is transmitted to the user location without requiring the user to make a selection.
• FIG. 7 shows a flow-[0045]chart700 outlining the step for selecting a program in accordance with the preferred method of the instant invention. In thestep701, a user preferably can log into their personal account by providing a secured user code, such as a user identification number. Then instep703, the user can view their personal program schedule. In thestep705, the user can select programs from their schedule. Preferably, the program schedule is supported by a graphical user interface which allows the user to point-and-click on a displayed program icon to select a program. After the program is selected in thestep705, then in thestep707 transmission of the program content data to user location is initiated.
• After viewing the personal program schedule in the[0046]step703, the user can preferably modify the account and/or user preferences. By refreshing the account, the server re-compiles program availabilities based on the new account information or modified preferences. It is also preferable that the user can search a server data based for alterative programs, which are not displayed in the personal program schedule, using a simple search engine.
• After the program is selected in the[0047]step705, then in thestep707 the transmission of the program to the user location is initiated by any number of conventional mechanisms including, but not limited to, initiating a broadcast of a program, decoding a local receiver to receive an encrypted broadcast, transmitting data to a port on a system network or be routed from the server to a receiving device or alternatively can be distributed directed from the content provide which receives authorization for the server to transmit programs to the user location. In accordance with a preferred embodiment of the invention, the system for distributing content data is a pay-per-view system, wherein the user is automatically billed for each program transmission, as described in detail below.
• FIGS. 8[0048]a-b,shows the elements on thelocal side800 and theserver side810 of a system for distributing content data, in accordance with the instant invention. Thecatalog interface801 is coupled to anauthentication server806 to verify the identity of the user. Thecatalog interface801 is preferably accessible from both thelocal side800 and theserver side810 of the system. After the user is identified, then thecatalog interface801 will collect information about the user, preferably including payment information and a credit card number. Thecatalog interface801 will then send the information theauthentication server806 which stores the user information in a user data base811. Thecatalog interface801 can also check the payment information with abilling server807 before validating the user's account.
• After the user has established a valid account, the[0049]catalog interface801 will query thedirectory server808 for a list of available programs and preferably provided the list of available programs in a menu format to the user through aviewing device805. The user can select a program choice from the menu through thecatalog interface801, whereby thecatalog interface801 communicates the choice todirectory server808. Thedirectory server808 then communicates the cost of program to thebilling server807.
• If the[0050]billing server807 is unable to bill for the program selection, thebilling server807 will communicate the failure back to thedirectory server808, and thedirectory server808 will communicate the failure to thecatalog interface801. Thecatalog interface801 will then communicate the billing failure to the user and wait for another program selection.
• In the event that the[0051]billing server807 successfully bills the user for the program section, then thebilling server807 communicates to the directory serve808 that the selection has been accepted. Thedirectory server808 then communicates the selection tomedia transport system809 and tells themedia transport system809 to authorized streaming of the content data, which is preferably digital video content data.
• After the streaming of video data is authorized by the[0052]media transport system809, then themedia transport system809 allows thedirectory server808 to access the video data. Thedirectory server808 then communicates to thecatalog interface801 that payment was received for the video program and that the video data is now authorized to be transmitted.
• To work through fire walls that might exist on the[0053]local side800 of the system, themedia manager803 is preferably coupled to themedia transport system809, such that after thecatalog interface801 informs the user that the program has been paid for and that the video data is ready to be transmitted, thecatalog interface801 sends an authorization confirmation to themedia manager803. Themedia manager803 then established a communication channel with themedia transport system809 and communicates a confirmation of the authorization to themedia transport system809 which starts streaming the video data to themedia manger803 from aremote storage device810. Themedia manager803 receives the stream of video data and preferably stores the video data on alocal storage device804. Theremote storage device810 can be a single storage device or any number of storage devices that are accessible over the system network (not shown).
• In accordance with an embodiment of the invention the video data is encrypted or otherwise marked with identifying information that relates a copy of the content data to the user account. Further, while components on the[0054]local side800 can reside on the same processor device, preferably themedia manager803 and thelocal storage device804 reside on a home server device and thecatalog interface801 and theplayback interface802 reside on a desktop computer.
• While the data stream is being downloaded and saved to the[0055]local storage device804, thecatalog interface801 and/or theplayback interface802 can be used to monitor the download progress. Further, at any time after video download is started, theplayback interface802 can be used to play the video data. However, if the download or streaming rates are slower than the payback rate, the entire video may not be available for viewing at any given time.
• Preferably the[0056]playback interface802 is used to select aviewing device804, wherein theplayback interface802 receives input instruction from anysuitable control device812. For example, theviewing device805 is a monitor on a desktop computer or a television set. Thecontrol device812 may comprise an internet browser, a software application program, an infrared remote controller a cursor controller and/or a key board.
• The[0057]playback interface802 preferably queries themedia manager803 for what videos are stored on thelocal storage device804 and displays the stored video program to the user through thecatalog interface801.
• When a playback is requested by the user through the[0058]control device812, then theplayback interface802 communicates the request to themedia manager803. Themedia manager803 then communicates authorization to themedia transport system809 and themedia transport system809 authorizes the playback of the video data.
• Alternatively, the playback request can be denied if an authorization time limit has expired or if the user is not authorized to view the selected playback video data. In the event that the playback is authorized, the[0059]media transport system809 can pass encryption keys to themedia manager803 required to playback the video data when the video data is encrypted.
• After the[0060]media manager803 streams the video and the user is finished viewing the video program on theviewing device805, the user can remove the video data from thelocal storage device804. Preferably, the user communicates a request to remove the video data from thelocal storage device804 through thecontrol device812. Thecontrol device812 then communicates the request to theplayback interface802. Theplayback interface802 tells themedia manager803 to remove the video from thelocal storage device804. Themedia manager803 then confirms with theplayback interface802 that the video data has been removed from thelocal storage device804 and communicates the result to the user through theviewing device805.
• FIG. 9 illustrates the preferred[0061]local system900 at a user location for processing video data streams and display processed video data streams at aviewing device25, in accordance with the instant invention. The system preferably utilizes acomputer910 with avideo card920. Thevideo card920 preferably hasgraphical output connector26 andcomputer display logic16 for supporting and display program graphics on a computer monitor. Theviewing device25 is preferably a television set or computer monitor connected to thecomputer910 through avideo output connector23. Using aviewing control device12, such as a key board, a cursor control device (e.g. computer mouse) or an infrared control device, as described above, the user sends a request to the a remote server that he/she wants to watch a video on theviewing device25. The streamingmedia mixer logic13 retrieves the stored data stream stored on thedisk storage device24 and sends the video data to theCPU interface15. TheCPU interface15 sends the video data to the digital stream compression/decompression logic18 on thevideo card18. The digital stream compression/decompression logic18 decompresses the video data and, if necessary, sends the video data to thedisplay logic19 to be converted to a displayable signal. The displayable signal is then sent through the streammedia logic mixer13 to be displayed on theviewing device25.
• When a request is submitted from the[0062]control device12, thedisplay logic16 creates a graphical display frame in its memory with the appropriate content. The displays frame is sent to the streamingmedia mixer logic13. The streamingmedia mixer logic13 preferably contains the same compression/decompression algorithms as the digital stream compression/decompression logic18. Instead of simply forwarding the compressed display frame to the CPU interface, the streamingmedia mixer logic13 uses its logic to creates and to decompressed display frame. The streamingmedia mixer logic13 then overlays a graphical data frame from the display logic22 onto the decompresses display frame. The streamingmedia mixer logic13 compresses the new combined display frame and sends the combine display frame to theviewing device25.
• For full motion video, the streaming[0063]media mixer logic13 preferably produces the combined display frames at a rate of thirty frames per second or greater. If thecomputer910 used does not have sufficient processing capabilities to allow for processing of full motion video, the same display frame is displayed for some multiple number of times and the subsequent intermediate frame(s) are ignored at the CPU interface.
• In other cases, the user can watch a direct video program on the[0064]viewing device25, wherein the video data is arriving on the video card form avideo input connector14 or through anantenna input connector21 from atelevision tuner logic17. Accordingly, a user request arrives from thecontrol device12 and the content data is routed through the display logic119 and then to thevideo output connector23 to be displayed on theviewing device25. In this example, thecomputer900 does not process the video data.
• In a third case, a user submits a request from the[0065]control device12 and the interface display logic22 generates the appropriate graphical display data frame. When graphical display data frame is presented to the streamingmedia mixer logic13, the streamingmedia mixer logic13 sends a message to thevideo card920 through theCPU interface15. Thevideo card920 accepts the signal being routed through thedisplay logic19 and instructs the digital stream compression/decompression logic18 to digitize and, optionally, compressed graphical display data frame before sending the graphical display data frame to thedisplay logic19 through theCPU interface15 to the streamingmedia mixer logic13.
• The streaming[0066]media mixer logic13 now has the compressed graphical display data frame and uses the same process described above to overlay a graphical display frame from the user interface display logic22 on to the current display frame and sends the combined display frame through theCPU interface15 to be decompresses by the digital stream compression/decompression logic18. The digital stream compression/decompression logic18, then sends the uncompressed combined display frame to thedisplay logic19, which outputs signals to thevideo output connector23 to be displayed on theviewing device25.
• The present invention has been described in terms of specific embodiments incorporating details to facilitate the understanding of the principles of construction and operation of the invention. Such reference herein to specific embodiments and details thereof is not intended to limit the scope of the claims appended hereto. It will be apparent to those skilled in the art that modifications can be made in the embodiment chosen for illustration without departing from the spirit and scope of the invention.[0067]

Claims (53)

What is claimed is:

1. An architecture for providing content data to a user, the architecture comprising:

a. a server unit for storing a plurality of user codes and for generating program schedule for each user code; and

b. a content source unit coupled the server for providing dynamic program schedule data to the server unit, wherein the server unit is configured to compile the dynamic program schedule data for each of the user codes to generate the program schedules.

2. The architecture ofclaim 1, wherein the user operates the server unit to select content data from at least one of the program schedules through the server.

3. The architecture ofclaim 2, wherein the content source unit is coupled to a network comprising a plurality of network ports, wherein selected content data is transmitted to the user through at least one of the plurality of network ports.

4. The architecture ofclaim 3, wherein the at least one of the plurality of network ports is identified by providing the server unit with a logical address.

5. The architecture ofclaim 4, wherein the user accesses the at least one program schedule by providing the server with a unique user identification number through the network.

6. The architecture ofclaim 1, wherein the content source unit broadcasts the content data to a user location.

7. The architecture ofclaim 6, wherein the user identifies the user location by providing the server unit with a logical address.

8. The architecture ofclaim 7, wherein the logical address corresponds to a receiving device at the user location.

9. The architecture ofclaim 1, wherein the content source unit and the server unit are coupled through a content network, the content network comprising a plurality of network ports for transmitting content data, wherein the user is capable of selecting at least one of the plurality of network ports for receiving the content data selected from the at least on of the program schedules.

10. The architecture ofclaim 9, wherein the content network is a private pay-for-use network.

11. The architecture of claims10, wherein the server unit is further coupled to the internet and wherein the content data is selected from the at least one of the program schedules through the internet.

12. The architecture ofclaim 11, wherein the at least one of the program schedules is accessed by providing the server unit with a unique user identification number.

13. The architecture ofclaim 9, wherein the user selects the at least one of the network ports by providing a logical address corresponding to a receiving device.

14. The architecture ofclaim 9, wherein the content network comprises the internet.

15. The architecture ofclaim 1, wherein the user codes comprise user preferences.

16. The architecture ofclaim 15, wherein the content source unit comprises a plurality of content providers and wherein the preferences comprise selected providers from the plurality of content providers.

17. The architecture ofclaim 1, wherein the program schedules are automatically updated.

18. The architecture ofclaim 1, wherein the user codes are automatically updated based on selected content data.

19. The architecture ofclaim 1, wherein the content source unit is configured to transmit digital video content data selected by the user from the at least one of the program schedules.

20. The architecture ofclaim 1, wherein the content source unit is configured to transmit broadcast content data selected by the user from the at least one of the program schedules.

21. A system for providing a customized program schedule to a remote user location, the system comprising a networked server configured for surveying available programs from content providers and further for automatically generating the customized program schedule based on user criteria, wherein the system is configured to allow the user to select program transmissions from the customized program schedule.

22. The system ofclaim 21, wherein the program transmissions are initiated by a log on procedure, wherein the remote user provides the server with a unique user identification number.

23. The system22, wherein the program transmissions are initiated by further providing a logical address at the remote user location.

24. The system ofclaim 21, wherein the user criteria comprises the user's availability at the remote user location and content data previous program transmissions to the remote user location.

25. The system ofclaim 21, wherein the customized program schedule is periodically updated.

26. The system ofclaim 25, wherein the customized program schedule is periodically updated based on the programs transmissions.

27. The system ofclaim 21, wherein the server surveys available programs from the content providers via the internet.

28. The system ofclaim 21, wherein the program transmissions comprise digital video content data to the user location.

29. The system ofclaim 21, wherein the program transmissions comprise broadcast content data to the remote user location.

30. A system for generating a program schedule comprising:

a. means for identifying a user criteria;

b. means for generating a program schedule based on the user criteria;

c. means for communicating the program schedule to a user location; and

d. means for allowing the user to select programs from the program schedule at the user location.

31. The system ofclaim 30, wherein the means for generating the user criteria includes a survey of a user's preferences including subjects of interest in the categories of sports and entertainment.

32. The system ofclaim 30, wherein the means for generating the user criteria includes a history of programs previously received at the user location.

33. The system ofclaim 30, wherein the means for generating the program schedule based on the user criteria comprises a server, wherein the server stores the program schedule.

34. The system ofclaim 33, wherein the means for communicating the program schedule to the user location comprises a network.

35. The system ofclaim 34, wherein the means for selecting programs from the program schedule comprises a graphical user interface operated from the server.

36. A method of scheduling content data comprising:

a. storing client preferences for a client at a server location;

b. cataloging available content data from selected content providers based on the client preferences; and

c. transmitting the available content data to a remote client location.

37. The method ofclaim 36, wherein communicating the available content data to the remote client location comprising providing the server with a user identification and a logical address corresponding to the remote client location.

38. The method ofclaim 37, wherein the logical address corresponds to a receiving device at the remote location.

39. The method ofclaim 37, wherein the logical address corresponds to a network node at the remote location.

40. The method ofclaim 36, wherein communicating the available content data comprises transmitting digital video data over a network.

41. The method ofclaim 40, wherein the network comprises the internet.

42. The method ofclaim 36, wherein the available content data is transmitted to a personal computer at the remote location.

43. The method ofclaim 42, wherein the available content data is automatically transmitted to the personal computer.

44. The method ofclaim 43, further comprising storing the available content data on the personal computer.

45. A method of scheduling content data:

a. providing a list of preferences to a remote server, wherein the remote server maintains a catalogue of content data based on the list of preferences;

b. identifying a user location; and

c. transmitting cataloged content data to the user location.

46. The method ofclaim 45, wherein the cataloged content data is automatically transmitted to the identified user location.

47. The method ofclaim 45, wherein the cataloged content data comprises digital video data.

48. The method ofclaim 45, wherein the cataloged content data is transmitted to the remote user location via the internet.

49. The method ofclaim 45, wherein the remote server maintains the catalogue of content data by surveying available content data from a plurality of content providers.

50. The method ofclaim 49, wherein the available content data is transmitted to the identified user location from at least one of the plurality of content providers.

51. A system for providing content data comprising:

a. a network coupled to at least one content provider;

b. a remote server coupled to the network and comprising;

i. a memory device for storing a plurality user identification codes wherein each user identification code corresponds to a list of user preferences; and

ii. a program for generating content data schedules for each of the plurality of user identification codes based on each corresponding list of user preferences wherein a user can access one of the content data schedules by providing the at least one of the user identification code and wherein the user can selected programs corresponding to one of the content data schedules to be transmitted to a remote location; and

c. a device for receiving the selected programs at a remote location.

52. The system of claim51, wherein the device for receiving the selected programs comprises:

a. a computer comprising a video card; and

b. a viewing device couple to the computer.

53. The system of claim52, wherein the video card provides for television tuner logic and wherein the viewing device is a television.

Images