Title of Invention

A SYSTEM FOR PROVIDING A PAUSE FUNCTION FOR A BROADCAST PROGRAM

Abstract

A method and system for providing personal video recording ("PVR") functions to a client viewing a broadcast program in a multi-client network (10). To provide the PVR functions, predetermined storage limits are allocated for each client in a storage device (32) on the network (10). Each client is permitted to execute the PVR functions if the client"s stored broadcast programming has not reached the client"s predetermined storage limit. Otherwise, the client is only permitted to view the broadcast program in real time or the stored broadcast program. A client may clear space in the client"s allocated portion of the storage device by fast-forwarding through stored broadcast programming.

Full Text

FIELD OF THE INVENTION The present invention relates to providing video services in a Multi- Dwelling or Multi-Tenant network. The present invention relates more specifically to a method and system for providing pause function for a broadcast program in a multi-client network. BACKGROUND OF THE INVENTION To support personal video recording ("PVR") functions for all the clients in a Multi-Dwelling or Multi-Tenant ("MxU") network one of two approaches are conventionally utilized. First, each client may be provided with a hard disk drive ("HDD") at the client's dwelling unit. However, a major drawback is the cost incurred by the MxU network provider in providing HDDs for each dwelling unit. Second, the consumer premises equipment ("CPE") device located at each dwelling unit may be provided access to a large storage device located at a head- end unit of the MxU network provider. Traditionally, the storage device is large enough to store-all.: the programs ordered by the clients in the MxU network and to allow the clients use PVR functions (e. g., randomly rewinding, pause, etc...) when viewing the stored programs. However, similar to the drawback encountered under the first approach the use of such a large storage device is also very expensive. The present invention is directed towards overcoming these drawbacks. SUMMARY OF THE INVENTION The present invention is used in an environment where low cost network set top boxes are connected to video server. The present invention reduces the cost of the set top boxes by providing a hard drive at a Mini-Headend of the MxU network provider and eliminating the need for hard drives in the set top boxes. More particularly, a method and system for providing personal video recording functions functions to a client viewing a broadcast program in a multi- client network. To provide the PVR functions, predetermined storage limits are allocated for each client in a storage device on the network. Each client is permitted to execute the PVR functions if the client's stored broadcast programming has not reached the client's predetermined storage limit. Otherwise, the client is only permitted to view the broadcast program in real time or the v stored broadcast program. A client may clear space in the client's allocated portion of the storage device by fast-forwarding through stored broadcast programming. BRIEF DESCRIPTION OF THE DRAWINGS In the drawings: FIG. 1 is an exemplary system diagram of the present invention; FIG. 2 is a flow chart illustrating a PVR pause process for broadcast programs of the present invention; and FIG. 3 is a block diagram illustrating an exemplary pause feature of the present invention. The characteristics and advantages of the present invention will become more apparent from the following description, given by way of example. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT Referring now to FIG. 1, an exemplary system 10 that operates according to the principles of the present invention is shown. System 10 is an integrated digital data system to provide broadband, digital video, and services to multiple users. More specifically, system 10 integrates quality audio and video with digital IP data services for multiple users. This system design provides a platform to launch a variety of cost effective digital services. System 10 is designed to be scalable, so different digital data services can be added incrementally. System 10 includes a Mini-Headend Unit 12 where digital audio, video, and data services are received, aggregated together and distributed, and a Multi-Dwelling Unit and/or Multi-Tenant Unit ("MxU") network 14. Network 14 may be located in one or more apartment buildings, hotels, or any other structure where multiple clients desiring digital audio, video, and data services reside. Mini-Headend Unit 12 is responsible for receiving data, providing Quality of Service ("QoS"), providing customized services, and routing data to dwelling units 16 in the MxU network 14. Mini-Headend unit 12 includes a Core Video Service System 18, an Advanced Video Services System 22, a Data Service System 24 communicatively connected to the Internet 26, and a QoS switch 28. Core Video Service System 18 preferably includes a Satellite Receiver System 19 communicatively connected to satellites 20. Satellite Receiver System 19 is able to scale the number of streams received from satellites 20 in accordance with the number of clients desiring service. More specifically, Satellite Receiver system 18 runs a multi-cast server to allow network set top boxes 44 in the dwelling units 16 to request digital data streams. Satellite Receiver system 18 scales by the number of tuning blades in the chassis until all transponders for the satellite are being received. A fully-loaded chassis having 60 transponders is able to handle an input data rate of 2.4Gbps. At this point, the chassis is able to handle n users by accepting a new user request to the appropriate multi-cast group. Satellite Receiver System 19 is able to receive satellite signals and output IP packets at a data rate of 2 Gbps to multi-cast aware switch 28. More specifically, The IP packets that are sent out use QoS (as set forth in standards IEEE 802.1p (entitled "Traffic Class Expediting and Dynamic Multicast Filtering") and IEEE 802.1q (entitled "Virtual LANs")) to insure that the packets are delivered promptly. The network interface on the Satellite Receiver System 19 is a 1Gbps Ethernet port and is expandable to two 1Gbps Ethernet ports. A management system of the Satellite Receiver 19 accepts requests for programs from clients. The management system allows clients to select a satellite, transponder, and program IDs, and allows the Satellite Receiver System 19 to provide specific program streams to the client. The management system also supports multi-casting to save bandwidth. Although satellite receiver system 19 and satellites 20 are illustrated as the content delivery medium in FIG. 1, the use of other media (e.g., cable, fiber, etc.) for delivering content is considered within the scope of the invention. Advanced Video Services system 22 is a platform that works in conjunction with the Satellite Receiver 19 to enable additional digital video services. Advance Video Services system 22 is scaled according to the number of clients using the service. For example, system 22 may require more servers 30 as the number of clients increases. The types of services provided are, inter alia, Video On Demand, Near Video On Demand, Limited Video On Demand, Nielsen Ratings, Time Shift, Auto Record, Personal Video Recording ("PVR"), and the like. Advanced Video System 22 includes a Conditional Access System (not shown) that is used for program streams that are recorded to hard drive(s) 32. When recording, the original program stream received from Satellite Receiver System 19 is decrypted, picture data is extracted, and a new program stream (containing the extracted picture data) is encrypted and stored onto hard drive(s) 32. The network provider's conditional access system is terminated at the Advanced Video System Server 30 and the new conditional access system is used thereafter. Data Service System 24 is scaled according to the number of clients using internet service and the required speed or bandwidth of the internet service. Mini-Headend unit 12 may include a Gigabit QoS Ethernet switch 28 (necessary for medium to large systems) that is scalable and can be removed in small installations. As known by those skilled in the art, some of the issues that are considered when selecting switch 28 are the type of services provided and Although phone lines are shown as being used as the communication medium between the dwelling units 16 and the Mini-Headend unit 12, cable and wireless networks are considered within the scope of the invention. In summary, system 10 provides the architecture to deliver, inter alia, digital audio, digital video, high-speed Internet access, telephony services, security services, and the like to a client residing at a dwelling unit 16, and provides a revenue stream and a platform to add incremental or new services to the system provider. Referring now to FIG. 2, a personal video recording ("PVR") memory management process 50 of the present invention is shown. After a client, at step 52, requests, via STB 44, the display of a broadcast program (e.g., a program received from Core Video Service system 18), Mini-Headend unit 12 instructs the Satellite Receiver system 19 to deliver the requested program to the requesting STB 44 via switches 28 and 36. Upon receipt of the program, STB 44, at step 54, displays the program to the client. During the viewing of the program the client may, at step 56, attempt to pause the program. Upon receipt of a pause request from STB 44, Mini-Headend unit 12, at step 58, determines whether the client's parameter limit has been reached. The parameter limit represents the amount of storage space allocated to the client on hard drives 32. VOD server 30 allocates the arnount of storage for each client. It should be noted that each client may receive the same amount of storage space or~dIfferent cfients'maV receive different amounts of storage space. For example, the amount of storage space allocated may be based on the type of subscription A client has or a fee paid by a client. If so, the Mini-Headend unit denies the pause request and STB 44 returns to step 54 and continues to display the program. If not, Mini-Headend unit 12 instructs switch 28 to route the program to the VOD server 30 and instructs VOD server 30, at step 60, to store the program on a storage device (e.g., hard drive 32). Mini-Headend unit 12 then, at step 62, monitors the client's parameter limit and, if the limit is not reached, continues to pause the display of the program to the client and store the program in the storage device. However, if the parameter limit is exceeded Mini-Headend unit 12, at step 64, instructs VOD server 30 to deliver the stored program to the client and to continue storing the broadcast program in'the hard drive by writing over the portion of the stored program that has been delivered to the client. Mini-Headend unit 1 2 simultaneously instructs the STB 44 to resume the display of the program. Referring now to FIG. 3, an illustration of a PVR pause/rewind storage management process 70 wherein two clients are viewing the same program stream is shown. At block 72, clients 1 and 2 request the same program stream. At block 74, as both clients are viewing the stream, client 1 pauses its view. Client 2 is still receiving the program stream. Since client 1 paused the stream, the receiver system is sending the data to a storage device (as shown by the change in the program storage allocation for client 1. At bock 76, client 2 decides to pause and client 1 resumes viewing. Both clients are viewing the program stream in their own time domain (i.e., client 1 is viewing a stored portion of the program stream and client 2 was, until the pause, viewing the program stream in real time). For various reasons storage pace on hard drives 32 may be at a premium. When this is the case, Mini-Headend unit 12 sets a parameter indicating how much storage per client to allocate for a paused program stream. At block 78, client 2 has remained paused. As the stored program hits the parameter limit, the pause feature is disabled for client 2, and client 2 is forced to view the stored program in a broadcast model (i.e., no pause or rewind permitted), client 1, who has been viewing the program during this period, can still pause rewind the program. Both clients can fast forward through the stored program and join in viewing the original broadcast. If client 2 does so, the pause feature will be re-enabled for client 2. Although the present invention has been described in conjunction with the embodiments disclosed herein, it should be understood that the foregoing description is intended to illustrate and not limit the scope of the invention as defined by the claims. We Claim: 1. A system for providing a pause function for a broadcast program to a plurality of client devices in a multi- client network, the system comprising: means (30) for allocating predetermined storage limits in a storage device (32) for a plurality of clients on the network; means (12,36, 44) for displaying a broadcast program to a client; means (44) for receiving a pause request from the client; means (12,30) for determining if the client's stored broadcast programming has reached the client's predetermined storage limit; means (12) for pausing the display of the broadcast program if the client's stored broadcast programming has not reached the client's predetermined storage limit; means (30) for storing the broadcast program in the storage device while the display of the broadcast program is paused; and means (30,36, 44) for displaying the stored broadcast program if the client's stored broadcast programming has reached the client's predetermined storage limit. 2. The system as claimed in claim 1, comprising: means (44) for receiving a play request from the client; and means (30,36, 44) for displaying the stored broadcast program to the client. 3. The system as claimed in claim 1, wherein means (30) for allocating predetermined storage limits for the plurality of clients comprises means for allocating identical storage limits for the plurality of clients. 4. The system as claimed in claim 1, wherein the means (30) for allocating predetermined storage limits for the plurality of clients comprises means for allocating different storage limits for some of the plurality of clients. 5. The system as claimed in claim 1, comprising: means (44) for receiving a rewind request from the client; and means (30) for permitting the client to rewind through the stored broadcast program if the client's stored broadcast programming has not reached the client's predetermined storage limit. 6. The system as claimed in claim 1, wherein the means (30,36, 44) for displaying the stored broadcast programming comprises: means (44) for receiving a fast forward request from the client; means (30) for fast forwarding through the stored broadcast programming; and means (30) for permitting the client to pause the display of the program until the client's predetermined storage limit is again reached.

Documents:

846-delnp-2005-abstract.pdf

846-delnp-2005-assignment.pdf

846-delnp-2005-claims.pdf

846-delnp-2005-complete specification (as filed).pdf

846-delnp-2005-complete specification (granted).pdf

846-delnp-2005-correspondence-others.pdf

846-delnp-2005-correspondence-po.pdf

846-delnp-2005-description (complete).pdf

846-delnp-2005-form-1.pdf

846-delnp-2005-form-18.pdf

846-delnp-2005-form-2.pdf

846-delnp-2005-form-3.pdf

846-delnp-2005-gpa.pdf

846-delnp-2005-pct-101.pdf

846-delnp-2005-pct-210.pdf

846-delnp-2005-pct-220.pdf

846-delnp-2005-pct-304.pdf

846-delnp-2005-pct-409.pdf

846-delnp-2005-pct-416.pdf

abstract.jpg