SYSTEMS AND METHODS FOR IMPLEMENTING SERVER SIDE PUSH MECHANISMS FOR INTERNET PROTOCOL TELEVISION (IPTV) UPDATES

• US 20110307933A1
• Filed: 12/09/2010
• Published: 12/15/2011
• Est. Priority Date: 06/15/2010
• Status: Abandoned Application

• Current Assignee: Telefonaktiebolaget LM Ericsson
• Original Assignee: Telefonaktiebolaget LM Ericsson
• Inventors: Gavita, Edoardo, Godin, Andre, Nordlund, Erik
• Application Number:
  US12/964,181
• Publication Number:
  US 20110307933A1
• Time in Patent Office: Days
• US Class Current: 725/112
• CPC Class Codes: G06F 8/65 Updates security arrangements therefor G06F21/57
• CPC Class Codes: H04N 21/25858 involving client software characteristics, e.g. OS identifier
• CPC Class Codes: H04N 21/26291 for providing content or additional data updates, e.g. updating software modules, stored at the client deployment, distribution, installation, update of software G06F8/65; error detection or correction during software upgrading G06F11/1433; arrangements for updating broadcast information or broadcast-related information H04H60/25
• CPC Class Codes: H04N 21/443 OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
• CPC Class Codes: H04N 21/6543 for forcing some client operations, e.g. recording remote booting in general G06F9/4416
• CPC Class Codes: H04N 21/6547 comprising parameters, e.g. for client setup
• CPC Class Codes: H04N 21/8166 involving executable data, e.g. software arrangements for executing specific programs G06F9/44; broadcasting computer programmes in broadcast systems H04H20/91; involving the movement of software or configuration parameters H04L67/34

Abstract

Systems and methods provide for transmitting updates in an Internet Protocol Television (IPTV) environment towards a client. The method includes: maintaining the updates in a data hierarchy of updates; receiving a first message identifying a client; retrieving information associated with the client; determining which updates are relevant to the client by matching the information associated with the client to the data hierarchy of updates; and transmitting a second message toward the client with information associated with the determined updates.

Claims

1. A method for transmitting updates in an Internet Protocol Television (IPTV) system towards a client, the method comprising:

maintaining the updates in a data hierarchy of updates;

receiving a first message identifying a client;

retrieving information associated with the client;

determining which updates are relevant to the client by matching the information associated with the client to the data hierarchy of updates; and

transmitting a second message toward the client with information associated with the determined updates.

2. The method of claim 1, wherein the first message is a long-held hypertext transport protocol (HTTP) message and is a part of a sequence of messages transmitted when the client initially connects to the IPTV system.

3. The method of claim 1, wherein the first message occurs after the client has connected to the IPTV system and includes additional information for use in determining which updates are relevant to the client.

4. The method of claim 1, further comprising:

transmitting, as the information associated with the determined updates, all of the determined updates toward the client; and

using a throttling logic to control a speed and timing of delivery of all of the determined updates.

5. The method of claim 1, wherein the data hierarchy of updates includes a DataReference and a version which create a data couplet, wherein the DataReference corresponds to a set of available information and the version corresponds to the current version of the DataReference.

6. The method of claim 5, wherein the DataReference is described by a hierarchy which is an ordered list of identifiers which specify what data has changed.

7. The method of claim 5, wherein the DataReference is associated with an electronic program guide for the IPTV environment.

8. The method of claim 1, further comprising:

pulling at least some of the determined updates, by the client, based on the information in the second message.

9. A method for transmitting updates in an Internet Protocol Television (IPTV) system, the method comprising:

receiving a first message which includes information associated with an update;

determining, based on the information associated with the update, an effect to a first data hierarchy;

applying a change to the first data hierarchy based on the effect to the first data hierarchy, which change results in a second data hierarchy which is differentiated from the first data hierarchy by having a different version number;

storing the second data hierarchy and its associated version number;

determining which clients to notify of the change to the first data hierarchy, which results in a subset of clients to receive update information associated with the second data hierarchy; and

transmitting a second message which includes information associated with the second data hierarchy to the subset of clients.

10. The method of claim 9, further comprising:

receiving a third message which is a long-held hypertext transport protocol (HTTP) message and is a part of a sequence of messages transmitted when the client initially connects to the IPTV system.

11. The method of claim 9, further comprising:

transmitting, as the information associated with the second data hierarchy to the subset of clients, all of the updates associated with the second data hierarchy to the subset of clients; and

using a throttling logic to control a speed and timing of delivery of all of the determined updates.

12. The method of claim 9, further comprising:

pulling at least some of the updates associated with the second data hierarchy, by at least one of the clients, based on the second message which includes information associated with the second data hierarchy.

13. A method for receiving updates in an Internet Protocol Television (IPTV) system, the method comprising:

transmitting, from a client, a first message identifying the client, wherein the first message is a long-held hypertext transport protocol (HTTP) message;

receiving a second message, wherein the second message includes a DataReference and a Version for describing available updates for the client; and

storing the DataReference and the Version.

14. The method of claim 13, further comprising:

pulling, by the client, the available updates based on the DataReference and the Version in the second message.

15. The method of claim 13, further comprising:

receiving, at the client, at least some of available updates based on the DataReference and the Version in the second message; and

using a throttling logic to control a speed and timing of delivery of all of the determined updates.

16. A communications node for transmitting updates in an Internet Protocol Television (IPTV) system towards a client, the communications node comprising:

a communications interface for receiving a first message identifying a client;

a memory from which information associated with the client is retrieved and in which a data hierarchy of updates is maintained;

a processor for determining which updates are relevant to the client by matching the information associated with the client to said data hierarchy of updates; and

wherein the communications interface transmits a second message toward the client with information associated with the determined updates.

17. The communications node of claim 16, wherein the first message is a long-held hypertext transport protocol (HTTP) message and is a part of a sequence of messages transmitted when the client initially connects to the IPTV system.

18. The communications node of claim 16, wherein the first message occurs after the client has connected to the IPTV system and includes additional information for use in determining which updates are relevant to the client.

19. The communications node of claim 16, wherein all of the determined updates are transmitted toward the client as the information associated with the determined updates, further wherein a throttling logic is used to control a speed and timing of delivery of all of the determined updates.

20. The communications node of claim 16, wherein the data hierarchy of updates includes a DataReference and a version which create a data couplet, wherein the DataReference corresponds to a set of available information and the version corresponds to the current version of the DataReference.

21. The communications node of claim 20, wherein the DataReference is described by a hierarchy which is an ordered list of identifiers which specify what data has changed.

22. The communications node of claim 16, wherein the DataReference is associated with an electronic program guide for the IPTV environment.

23. The communications node of claim 16, wherein at least some of the determined updates are pulled by the client based on the information in the second message.

24. A communications node for transmitting updates in an Internet Protocol Television (IPTV) system, the communications node comprising:

a communications node for receiving a first message which includes information associated with an update;

a processor for determining, based on the information associated with the update, an effect to a first data hierarchy, wherein the processor also applies a change to the first data hierarchy based on the effect to the first data hierarchy which change results in a second data hierarchy which is differentiated from the first data hierarchy by having a different version number;

a memory for storing the second data hierarchy and its associated version number;

the processor which also is for determining which clients to notify of the change to the first data hierarchy, which results in a subset of clients to receive update information associated with the second data hierarchy; and

wherein the communications interface also is for transmitting a second message which includes information associated with the second data hierarchy to the subset of clients.

25. The communications node of claim 24, wherein the communications interface also receives a third message which is a long-held hypertext transfer protocol (HTTP) message is a part of a sequence of messages transmitted when the client initially connects to the IPTV system.

26. The communications node of claim 24, wherein the communications interface also transmits, as the information associated with the second data hierarchy to the subset of clients, all of the updates associated with the second data hierarchy to the subset of clients, further wherein a throttling logic is used to control a speed and timing of delivery of all of the determined updates.

27. The communications node of claim 25, wherein at least one of the clients pulls at least some of the updates associated with the second data hierarchy, based on the second message which includes information associated with the second data hierarchy.

28. A user equipment (UE) which hosts a client for receiving updates in an Internet Protocol Television (IPTV) environment, the UE comprising:

a communications interface for transmitting a first message identifying the client, wherein the first message is a long-held hypertext (HTTP) message and for receiving a second message, wherein the second message includes a DataReference and a Version for describing available updates for the client; and

a memory for storing the DataReference and the Version.

29. The UE of claim 28, wherein the client pulls the available updates based on the DataReference and the Version in the second message.

30. The UE of claim 28, wherein the UE also receives, as the information associated with the second data hierarchy to the subset of clients, all of the updates associated with the second data hierarchy to the subset of clients, further wherein a throttling logic is used to control a speed and timing of delivery of all of the determined updates.