Software download control system, apparatus and method

• US 7,171,606 B2
• Filed: 03/25/2003
• Issued: 01/30/2007
• Est. Priority Date: 03/25/2003
• Status: Active Grant

• Current Assignee: ThinkLogix, LLC (Ascend Innovation Management, LLC)
• Original Assignee: Wegener Communications, Inc. (Wegener Corporation)
• Inventors: Osburn, Kenneth, Blackburn, Dennis
• Primary Examiner(s): Decady; Albert
• Assistant Examiner(s): ABRAHAM, ESAW T
• Application Number:
  US10/400,972
• Publication Number:
  US 20040193998A1
• Time in Patent Office: 1,407 Days
• Field of Search: 714/758, 714/763, 714/805, 714/774, 714/6, 714/13, 717/173
• US Class Current: 714/763
• CPC Class Codes: G06F 8/656 while running
• CPC Class Codes: G06Q 20/3552 Downloading or loading of personalisation data
• CPC Class Codes: G07F 7/1008 Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
• CPC Class Codes: H04L 67/34 involving the movement of software or configuration parameters network booting or remote initial program loading [RIPL] G06F9/4416
• CPC Class Codes: H04L 69/329 in the application layer [OSI layer 7]
• CPC Class Codes: H04L 9/40 Network security protocols
• CPC Class Codes: H04W 4/06 Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
• CPC Class Codes: H04W 8/245 from a network towards a terminal

Abstract

A system and method for downloading software updates for receivers of broadcast content data distribution has multiple memories for storing the updated version of code as well as a backup copy of the prior version of code. Code is replaced with an updated version when the updated version passes a series of checks. Thereafter the updated version is designated the current version. Thereafter the backup version is changed. The method updates operational code without interrupting the execution of regular receiver functionality, such as the playing of audio and/or video. The system provides for updating operational code in option cards.

Claims

1. In a broadcast system for distributing content data, a method for updating operational code in a module in operative communication with a receiver, said method comprising:

storing in a first memory a first version of an application program, said first memory being in said module;

storing in a second memory said first version of said application program, said second memory being in said module;

transmitting an updated version of said application program to said receiver;

storing said updated version of said application program in a third memory in said receiver;

erasing said first memory;

transferring said updated version from said third memory to said first memory;

resetting said module of said receiver; and

if said updated version of said application program is invalid, loading said first version of the application program from said second memory to a RAM (random access memory) for running the application program.

2. The method of claim 1, further comprising replacing said first version of said application program with said updated version of said application program in said second memory.

3. The method of claim 2, wherein said step of replacing is only when said updated version of said application program is marked as current.

4. The method of claim 1, wherein said transferring step transfers a single block of code at a time.

5. The method of claim 4, wherein each of said single blocks is received into said module when said module is free to receive each of said single blocks.

6. The method of claim 5, wherein a last sent block is resent to said module after said module has not been free for receiving said last sent block.

7. The method of claim 1, wherein said module is an option card.

8. The method of claim 1, further comprising performing a checksum on each of said blocks.

9. The method of claim 1, further comprising checking operation of said updated version of said application program.

10. The method of claim 1, further comprising marking said updated version of said application as untested.

11. The method of claim 1, further comprising marking said updated version of said application program as corrupt.

12. The method of claim 1, further comprising marking said updated version of said application program as current.

13. The method of claim 12, wherein said current marking is stored in said first memory.

14. The method of claim 1, wherein said first version of said application program is marked as obsolete.

15. The method of claim 1, further comprising retransmitting said updated version of said application program and loading said retransmitted updated version in said first memory.

16. The method of claim 15, wherein said retransferring of said updated version of said application program is when said updated version in said first memory is marked as corrupt.

17. The method of claim 16, wherein said retransferred updated version of said application program in said first memory is replaced, said replacing being only of corrupted blocks.

18. In a digital content data processor configured to receive a compressed multiplexed data transport stream and configured to output content data, an operational code update apparatus comprising:

an option card interface;

an update control module configured to receive and route operational code updates;

a first memory configured to store a current version of an operational code application;

a second memory configured to store a backup current version of the operational code application;

a third memory configured to store an option card update of an operational code application to be executed by an option card;

a fourth memory for a loading code;

an input buffer;

an output buffer;

said option card interface, said update control module, said first memory, said second memory, said third memory, said fourth memory, said input buffer and said output buffer all being in operational communication;

said update control module being configured to validate that a download of an operational code update is accurate, and when the download is accurate being further configured to erase said first memory and to store the download in said first memory, and being further configured to load said update in a RAM (random access memory), and being further configured to validate that the operational code update is functional, and, when said operational code update is validated as functional, being further configured to erase said second memory and store said operational code update in said second memory as a backup and being further configured such that if either said first validation that the download is accurate or said second validation that the update is functional fails, to load the current version stored in said second memory to the RAM;

said update control module being further configured such that when a service interrupt occurs after said first memory is erased, upon re-initiation of service, the RAM is reloaded with the current version of the operational code application from said second memory; and

said update control module being further configured to forward a download of the option card update to said third memory and being further configured to load the option card update to said option card interface from said third memory.

19. The apparatus of claim 18 wherein said update control module is further configured to validate that a download of an option card update is accurate.

20. The apparatus of claim 18 wherein said update control module is further configured to erase said third memory when said update control module receives a signal from said option card interface that an option card update is completely loaded in the option card and functional.

21. The apparatus of claim 18 wherein the download of the operational code update is received via digital satellite transmission.

22. The apparatus of claim 18 wherein said update control module is further configured to determine if the download of the operational code is to be received by that individual digital content data processor according to a control instruction in the data transport stream.

23. The apparatus of claim 18 wherein said update control module stores an option card update in said third memory while the option card is not installed.

24. The apparatus of claim 18 wherein the download is stored in a flash memory and wherein the download is stored in said first memory after said verification that the download is accurate.

25. The apparatus of claim 18 wherein said update control module is further configured to check application version numbers upon power up and to load an updated version of the operational code application to RAM when a current version of operational code application stored in said first memory is a different version than the operational code application stored in said second memory.

26. The apparatus of claim 18 wherein said update control module is further configured to check a version of an operational code application stored in an installed option card upon power up and to send an option card update from said third memory to said option card interface when said version stored in said third memory is a different version than the version stored in said option card.

27. The apparatus of claim 18 wherein said update control module is further configured to queue blocks of an option card update for an option card and to send them to said option card interface at a set time interval and when said option interface indicates that the option card input buffer can receive a next block, transferring the next block to the option card and when said option card interface signals that an option card input buffer is full with content data being processed, then retaining the next block of the option card update in said queue.

28. The apparatus of claim 18 wherein said update control module marks an operational code application as a current version after said validation that the operational application functions in said RAM.

29. The apparatus of claim 18 said apparatus being further configured to operate in a device selected from the group consisting of:

a personal computer, a personal digital assistant, a radio, a television and a wireless telephone.

30. The apparatus of claim 18 wherein said apparatus operates in an integrated receiver decoder.

31. The apparatus of claim 18 wherein said apparatus is embodied in hardware selected from the group consisting of:

an SOC (System On a Chip), a CSOC (Configurable System On a Chip), an field programmable gate array and an application specific integrated chip.

32. The apparatus of claim 18 wherein said input buffers and output buffers are in the range of substantially about 2,000 to about substantially about 8,000 bytes in capacity.

33. The apparatus of claim 18 wherein said apparatus configures RAM to regroup data packets comprising the operational code application update from a data transport stream into blocks.

34. The apparatus of claim 33 being configured to perform a cyclic redundancy check for each of said blocks.

35. The apparatus of claim 33 being further configured to assign an offset memory address for each block to be stored in each of said memories.

36. The apparatus of claim 33 being further configured to drop corrupted blocks.

37. The apparatus of claim 33 being further configured to store uncorrupted blocks and to leave blank memory corresponding to offset memory addresses for which corrupted blocks were received.

38. The apparatus of claim 33 being further configured upon retransmission of an update, to restore only blocks corresponding to empty memory addresses, said addresses corresponding to blocks corrupted during a previous download.

39. The apparatus of claim 18 being further configured to perform a cyclic redundancy check of an entire download.

40. The apparatus of claim 18 wherein said first memory and said second memory alternate after each download.

41. The apparatus of claim 18 being further configured to notify an operator through a display in the event of an invalid download.

42. The apparatus of claim 18 further comprising a checksum for option card loading.

43. The apparatus of claim 18 being further configured to up load an unvalidated option card update to SRAM in the option card upon a next power up or reset.

44. The apparatus of claim 43 being further configured to validate that an option card update is functional upon said upload and to thereafter mark in said third memory that the option card update as current.

45. An option card for a digital content data processor configured to receive compressed multiplexed data transmission streams and to output content data, said option card comprising:

an input buffer;

an output buffer;

a first flash memory;

a second flash memory;

a RAM;

a first memory;

a second memory;

a third memory;

said input buffer, output buffer, first flash memory, second flash memory, RAM, first memory, second memory, and third memory all being in operative communication with each other and with an interface for an option card slot;

said option card being configured to load the RAM from said first memory upon power up, to erase said first memory and store an update in said first memory when an update is received, when a service interruption occurs during a download, to reload the RAM from said second memory.

46. The apparatus of claim 45 wherein said apparatus is configured to receive the operational code application update from an option card interface in blocks.

47. The apparatus of claim 46 being configured to perform a check sum for each of said blocks.

48. The apparatus of claim 45 being further configured to perform a cyclic redundancy check of an entire download.

49. The apparatus of claim 45 being further configured to assign an offset memory address for each block to be stored in each of said memories.

50. The apparatus of claim 45 being further configured to drop corrupted blocks.

51. The apparatus of claim 45 being further configured to store uncorrupted blocks and to leave blank memory corresponding to offset memory addresses for which corrupted blocks were received.

52. The apparatus of claim 45 being further configured such that upon retransmission of an update, to restore only blocks corresponding to empty memory addresses, said addresses corresponding to blocks corrupted during a previous download.

53. The apparatus of claim 45 wherein said first memory and said second memory alternate after each download.

54. The apparatus of claim 45 being further configured to notify an operator through a display in the event of an invalid download.

55. The apparatus of claim 45 being further configured to up load an unvalidated option card update to SRAM in the option card upon a next power up or reset.

56. The apparatus of claim 45 being further configured to validate that an option card update is functional upon said upload and to thereafter mark in said third memory the option card update as current.