System for downloading computer software programs

• US 5,790,753 A
• Filed: 01/22/1996
• Issued: 08/04/1998
• Est. Priority Date: 01/22/1996
• Status: Expired due to Term

• Current Assignee: Hewlett Packard Enterprise Development LP (Hewlett-Packard Enterprise Company)
• Original Assignee: Digital Equipment Corporation (HP Inc.)
• Inventors: Krishnamoorthy, Suban, Faccenda, Ronald A.
• Primary Examiner(s): Trammell, James P.
• Assistant Examiner(s): MILLER, CRAIG S
• Application Number:
  US08/589,294
• Time in Patent Office: 925 Days
• Field of Search: 364/514 R, 364/514 A, 364/514 C, 371/32, 370/464, 370/474, 348/7, 348/12, 348/13, 348/461, 348/466, 348/467, 455/5.1-6.3, 455/49.1, 455/50.1, 455/59, 455/63, 455/103, 395/200.3, 395/200.33
• US Class Current: 709/203
• CPC Class Codes: H04L 9/40 Network security protocols
• CPC Class Codes: H04N 7/147 Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals selecting H04Q

Abstract

In a video-on-demand system, a disk-less set-top box is configured to download software programs from a video server via a network. The set-top box includes a read-only memory storing a boot program, a control protocol stack, and a video protocol stack. The control protocol stack is connected to a bidirectional control channel of a circuit of the network, and the video protocol stack is connected to a unidirectional video channel of the circuit. Using a handheld remote controller, a consumer makes a request for a software program from the video server. The request is made via the control protocol stack and the control channel. The video server transmits the software program as an encoded video transport stream, which is received via the video channel and the video protocol stack. The transport stream is decoded to reconstruct the requested program in a dynamic random access memory of the set-up box from where the program can be executed in a processor of the set-top box.

Claims

1. A method for downloading software programs from a server computer to a client computer using a communications network having circuits configured for transporting video signals of video programs, comprising:

encoding a software program into a video transport stream;

transmitting the video transport stream from the server computer to the client computer as a continuous video transport stream over a circuit of the network; and

decoding the continuous video transport stream to reconstruct the software program in a memory of the client computer.

2. The method of claim 1 wherein the circuit of the network includes a bidirectional control channel and a unidirectional video channel, and further comprising the steps of:

sending a request for the software program from the client computer to the server computer using the bidirectional control channel; and

receiving, in response to the request, the continuous video transport stream from the server computer in the memory of the client computer using the unidirectional video channel.

3. The method of claim 2 wherein the video transport stream includes a plurality of transport packets, each of the plurality of transport packets including a header and payload, and further comprising:

partitioning the software program into a plurality of blocks;

formatting each of the plurality of blocks as the payload of one of the plurality of transport packets.

4. The method of claim 3 further comprising:

formatting the payload as a private data section of an industry standard MPEG transport packet.

5. The method of claim 3 further comprising:

formatting the payload as an off-set packet, each off-set packet including an off-set field to indicate a relative position of a current block with respect to the beginning of the software program being transmitted.

6. The method of claim 3 further comprising:

while receiving the plurality of transport packets of the continuous video transport stream, determining if each of the plurality of transport packets was received correctly or incorrectly, and if one of the plurality of transport packets was received incorrectly, entering an identity of the incorrectly received transport packet in a bad-block list.

7. The method of claim 6 further comprising:

after receiving all of the plurality of transport packets comprising the software program, resending, if the bad-block list is not empty, any of the transport packets identified in the bad-block list, until the entire software program is correctly reconstructed in the memory of the client computer.

8. The method of claim 7 further comprising:

while resending the incorrectly received transport packets,

determining if a next incorrectly received transport packet can be resent sooner by directly jumping to a position in the video transport stream of the next incorrectly received transport packet, as opposed to continuing the resending of the video transport stream, and if so,

skipping over any correctly received transport packets.

9. The method of claim 3 further comprising:

while receiving the plurality of transport packets of the continuous video transport stream, determining, for each transport packet, if the transport packet was received correctly or incorrectly, and if the transport packet was received incorrectly, resending the incorrectly received transport packet using the bidirectional control channel, while continuing receiving the video transport stream on the unidirectional video channel.

10. The method of claim 3 further comprising:

while receiving the plurality of transport packets of the continuous video transport stream, determining if a particular transport packet was received correctly or incorrectly, and if the transport packet was received incorrectly, immediately resending the video transport stream from the point of the incorrectly received packet.

11. The method of claim 3 further comprising:

while receiving the plurality of transport packets of the continuous video transport stream, determining the number of transport packets that were received incorrectly; and

resending any of the incorrectly received transport packets until the number of incorrectly received transport packets is less than a predetermined threshold.

12. The method of claim 3 further comprising:

encapsulating the plurality of transport packets into asynchronous mode transmission cells.

13. In a video-on-demand system, a disk-less set-top box for downloading software programs from a video server of the video-on-demand network, the set-top box comprising:

a read-only memory storing a boot program, a control protocol stack, and a video protocol stack, the control protocol stack being connected to a bidirectional channel of a circuit of the network, and the video protocol stack being connected to a unidirectional video channel of the circuit;

means for requesting a software program from the video server, the means for requesting connected to the control stack;

means for continuously receiving the software program as an encoded video transport stream, the means for receiving connected to the video protocol stack; and

means for decoding the video stream to reconstruct the requested program in a volatile dynamic random access memory of the set-up box.

14. A set-top box for downloading software programs from a video server of a video-on-demand network, a set-top box comprising:

a read-only memory for storing a boot program, a control protocol stack, and a video protocol stack, the control protocol stack being connected to a bidirectional control channel of a circuit of the network, and the video protocol stack being connected to a unidirectional video channel of the circuit;

a selector, connected to the control stack, for requesting a software program from the video server over the control channel;

a receiver, connected to the video protocol stack, for continuously receiving the software program as an encoded video transport stream; and

a decoder for decoding the video transport stream to reconstruct the requested program in a volatile dynamic random access memory of the set-up box.

15. The set-up box of claim 14, wherein:

the set-up box contain only a non-permanent storage unit storing software programs; and

further comprising;

a processor executing the received program.

16. The set-up box of claim 14, wherein:

the video transport stream includes a plurality of transport packets, each of the plurality of transport packets including a header and a payload, and further comprising;

an encoder for partitioning the software program into a plurality of blocks and formatting each of the plurality of blocks as the payload of a respective one of the plurality of transport packets.

17. The set-up box of claim 16, wherein:

the decoder includes an error-correcting unit for correcting errors in the received video transport stream;

the error-correction unit determines if one of the plurality of transport packets was received incorrectly, and if so resends the one transport packet using the bidirectional control channel, while continuing to receive the video transport stream on the unidirectional video channel.

18. The set-up box of claim 16, wherein:

the payload is formatted as a private data section of an industry standard MPEG transport packet.

19. The set-up box of claim 16, wherein the decoder includes:

a error-correcting unit for determining if each of the plurality of transport packets was received incorrectly, and entering an identity of the incorrectly received transport packet in a bad-block list.

20. An video-on-demand system, comprising:

a communications link including a unidirectional video channel and a bidirectional control channel;

a server station for storing at least one of software programs and video;

a set-top box for downloading software programs from the server via the unidirectional video channel, including;

a read-only memory for storing a boot program, a control protocol stack, and a video protocol stack, the control protocol stack being connected to the bidirectional control channel, and the video protocol stack being connected to the unidirectional video channel;

a director connected to the control stack for requesting via the control channel a software program from the video server;

a receiver connected to the video protocol stack for continuously receiving the software program as an encoded video transport stream over the video channel; and

a decoder for decoding the video stream to reconstruct the requested program in a volatile dynamic random access memory of the set-up box.