Digital television application protocol for interactive television

• US 7,017,175 B2
• Filed: 05/16/2001
• Issued: 03/21/2006
• Est. Priority Date: 02/02/2001
• Status: Active Grant

• Current Assignee: OpenTV, Inc. (Kudelski SA)
• Original Assignee: OpenTV, Inc. (Kudelski SA)
• Inventors: Alao, Rachad, Delpuch, Alain, Dureau, Vincent, Henrard, Jose, Huntington, Matthew, Lam, Waiman
• Primary Examiner(s): Kelley, Chris
• Assistant Examiner(s): VAN HANDEL, MICHAEL P
• Application Number:
  US09/858,379
• Publication Number:
  US 20020108122A1
• Time in Patent Office: 1,770 Days
• Field of Search: 725/93, 725/94, 725/95, 725/96, 725/105, 725/109, 725/114, 725/116, 725/135, 709/203
• US Class Current: 725/105
• CPC Class Codes: H04L 51/04 Real-time or near real-time messaging, e.g. instant messaging [IM]
• CPC Class Codes: H04L 51/066 Format adaptation, e.g. format conversion or compression
• CPC Class Codes: H04L 65/1101 Session protocols
• CPC Class Codes: H04L 65/613 for the control of the source by the destination control signals issued by the client directed to the server or network components specially adapted for selective content distribution H04N21/637
• CPC Class Codes: H04N 21/2542 for selling goods, e.g. TV shopping payment schemes, payment architectures or payment protocols for electronic shopping systems G06Q20/12
• CPC Class Codes: H04N 21/25875 involving end-user authentication restricting access to computer systems by authenticating users using a predetermined code G06F21/33; arrangements for secret or secure communication including means for verifying the identity or authority of a user of the system H04L9/32; networks authentication protocols H04L63/08; authentication in wireless network security H04W12/06
• CPC Class Codes: H04N 21/25891 being end-user preferences retrieval of video data in a video database based on user preferences G06F16/739; arrangements for recognizing users' preferences H04H60/46; user profiles in network data switching protocols H04L67/306; processing of user preferences or user profiles in wireless networks H04W8/18
• CPC Class Codes: H04N 21/2668 Creating a channel for a dedicated end-user group, e.g. insertion of targeted commercials based on end-user profiles information retrieval from the Internet by querying with filtering and personalisation G06F16/9535; arrangements for replacing or switching information during the broadcast H04H20/10; push services over packet-switching network H04L12/1859; adaptation of message content in packet-switching networks H04L51/063
• CPC Class Codes: H04N 21/437 Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server flow control in data networks H04L47/10; streaming protocols, e.g. RTP or RTCP, H04L65/65; scheduling or organising the servicing of application requests in data packet switching networks H04L67/60
• CPC Class Codes: H04N 21/643 Communication protocols network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP], H04L65/65
• CPC Class Codes: H04N 21/64707 for transferring content from a first network to a second network, e.g. between IP and wireless
• CPC Class Codes: H04N 21/812 involving advertisement data advertising per se G06Q30/02
• CPC Class Codes: H04N 21/84 Generation or processing of descriptive data, e.g. content descriptors systems specially adapted for using meta-information in broadcast systems H04H60/73
• CPC Class Codes: H04N 21/8543 using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML] information retrieval of semistructured data, the underlying structure being taken into account, e.g. mark-up language structure data G06F16/80
• CPC Class Codes: H04N 21/8545 for generating interactive applications
• CPC Class Codes: H04N 7/16 Analogue secrecy systems; Analogue subscription systems
• CPC Class Codes: H04N 7/17309 Transmission or handling of upstream communications

Abstract

A common communication language that can address all the applications running in a multitude of set top boxes (STBs) or client devices and application servers. The present invention, DATP protocol encapsulates a meta language that provides a generic portable communication application programmer interface that requires light processor utilization and is well-suited for a typical STB possessing limited processing power. DATP requires relatively few processing cycles compared to typical Internet communication protocols. DATP reduces the overhead of the communication protocol handler at the STB and makes the communication protocol handler common for all STBs applications. The preferred DATP protocol is portable for all STBs since it is written in a native language that interfaces with the underlying operating system of the STB. A SGW (SGW) performs as a DATP server. The SGW translates between DATP messages and standard communication protocols. SGW enables SP clients at STBs utilizing DATP to communicate with service applications using a variety of communication protocols. A content converter is provided to convert standard Web content into content suitable for display on a client viewing device, e.g., a TV.

Claims

1. A system for providing communication between applications running on a client device and a service provider comprising:

a meta language comprising an application level communication protocol for communication of messages for requests and information between client applications and service providers;

a communication link between a client device and a service provider for sending and receiving requests and information between the service provider and the client;

a digital television application transport protocol (DATP) process residing in the client device for sending a DATP message encapsulating a meta language message to a service provider; and

a conversion function for converting a digital television application protocol (DAP) request of the client into a DATP message for transmission to the service provider over the communication link.

2. The system of claim 1 wherein the DATP process interfaces with a native language of the client device and is positioned within an OSI data link layer in the client device.

3. The system of claim 1 further comprising a service gateway (SGW) for converting DATP messages into a plurality of standard protocols for transmission to a service provider.

4. The system of claim 3 further comprising a transcoder for converting content received from a service provider into a format suitable for display on the client device.

5. The system of claim 3 wherein the DATP process at the client receives compressed data and decompresses the compressed data;

and the service gateway performs compression of client data sent back to the service provider from the client.

6. The system of claim 1 wherein the DATP process at the client receives encrypted data and decodes the encrypted data using RSA, wherein the decryption exponent e is greater than or equal to 3.

7. The system of claim 3 wherein the SGW performs asymmetrical data routing of data sent to the client and sent back to the service provider from the client based on (i) a size of the data, (ii) availability of a broadcast stream, and (iii) point-to-point connections between the SGW and clients.

8. The system of claim 3 further comprising:

a light HTTP (LHTTP) language for encapsulating HTTP requests within DATP messages and sending LHTTP requests to the service gateway for translation into a standard protocol.

9. The system of claim 1 further comprising:

a data name service for resolving a service identifier for an application server.

10. The system of claim 1 wherein the DATP message is divided into individually encrypted message fragments.

11. The system of claim 1 further comprising a DATP reliability layer.

12. The system of claim 11 further comprising unreliable DATP messages.

13. The system of claim 1 wherein the digital television application transport protocol spans data link, network, transport and session OSI layers.

14. The system of claim 1 wherein a sending entity determines that memory is available at a receiving entity before sending a DATP message.

15. The system of claim 1 wherein a business filter associated with a given client is set to select most relevant information for the given client based on at least one of the following:

client preferences, viewer profiles, or transaction history.

16. The system of claim 1 further comprising an offline viewer identification function which enables offline viewer payment.

17. The system of claim 1 further comprising an offline order form.

18. The system of claim 1 wherein a store and forward library is provided on top of a DATP, the library comprising messages having different timing constraints for delivery comprising at least one or more of:

“

as soon as possible”

, “

when connected”

, “

after a random period of time”

, “

after a set period of time”

, “

after a specified occurrence, event or message” and

“

spread over available time/bandwidth.”

19. The system of claim 1 wherein the digital television application transport protocol sits in a transport layer of a typical OSI model.

20. The system of claim 1 wherein the digital television application transport protocol sits in a service layer of a typical OSI model.

21. The system of claim 1 wherein a message is sent from a client to a service gateway, wherein each DATP message comprises a plurality of DATP message fragments, wherein each fragment contains a sequence number;

and a sliding time window of recently used sequence numbers with a time stamp for each sequence number wherein fragments with sequence numbers that appear in the sliding window are discarded.

22. A system for providing communication between applications running on a server, a client device and a service provider comprising:

a server hosting service providers;

a meta language comprising an application level communication protocol for communication of messages for requests and information between client applications and service providers;

a communication link between a client device and a service provider for sending and receiving information between to service provider and the client;

a digital television application transport protocol (DATP) protocol client process residing in the client device for sending a DATP message encapsulating a meta language message to a service provider;

a conversion function for converting a digital television application protocol (DAB) request of the client into a DATP message for transmission to the service provider over the communication link, wherein a DATP client process of the client interfaces with a native language of the client device and is positioned within an OSI data link layer in the client device;

a service gateway (SGW) for converting DATP messages into a plurality of standard protocols for transmission to a service provider; and

a transcoder for converting content received from a service provider into a format suitable for display on the client device.

23. The system of claim 22 wherein the client receives compressed data and decompresses the compressed data, the service gateway performs compression of client data sent back to the service provider via the service gateway from the client, the client receives encrypted data and decodes the encrypted data using RSA, wherein the decryption exponent e greater than or equal to 3 and wherein the encrypted data is divided into individually encrypted DATP message fragments for individual decryption.

24. The system of claim 23 wherein the SGW performs asymmetrical data routing of data sent back to the service provider from the client based on (i) a size of the data, (ii) availability of a broadcast stream, and (iii) point-to-point connections between the SGW and clients, and wherein the system further comprises a light HTTP (LHTTP) for encapsulating HTTP requests within DATP messages and sending LHTTP requests to the service gateway for translation into a standard protocol.

25. The system of claim 22 further comprising:

a data name service for resolving a service identifier for an application server, a DATP reliability layer, and unreliable messages, wherein the DATP spans data link, network, transport and session OSI layers.

26. The system of claim 25 wherein a sending entity determines that memory is available at a receiving entity before sending a DATP message;

and a business filter associated with a given client selects most relevant information for the given client based on at least one of the following;

client preferences, viewer profiles or transaction history.

27. The system of claim 26 further comprising an offline viewer identification function which enables offline viewer payment and an offline order form.

28. The system of claim 23 wherein a store and forward library is provided on top of a DATP, the library comprising messages having different timing constraints including at least one or more of:

“

as soon as possible”

, “

when connected”

, “

after a random period of time”

, “

after a set period of time”

, “

after a specified occurrence, event or message” and

“

spread over available time/bandwidth.”

29. The system of claim 22 wherein a message is sent from a client to the SGW, wherein each DATP message comprises a plurality of DATP message fragments, wherein each fragment contains a sequence number;

a sliding time window of recently used sequence numbers with a time stamp for each sequence number wherein fragments with sequence numbers that appear in the sliding window are discarded.

30. A system for providing communication between applications running on a client device and a service provider comprising:

a meta language comprising an application level communication protocol for communication of messages for requests and information between the client and the service provider;

a server providing communication to a service provider;

a communication link between a client device and a service provider for sending and receiving messages and information between the service provider and the client;

a distital television application transport protocol (DATP) client process residing in the client device for sending a DATP message encapsulating a meta language message to a service provider, wherein the DATP client process interfaces with a native language of the client device and is positioned within an OSI data link layer in the client device, wherein the DATP at the client receives compressed data and decompresses the compressed data, wherein the DATP at the client receives encrypted data and decodes the encrypted data using RSA, wherein the decryption exponent e is greater than or equal to 3;

a conversion function for converting a DAP request of the client into a DATP message for transmission to the service provider over the communication link;

a service gateway (SGW) for converting DATP messages into a plurality of standard protocols for transmission to a service provider;

a transcoder for converting content received from a service provider into a format suitable for display on the client device;

the service gateway performs compression of client data sent back to the service provider from the client;

wherein a DATP message is sent from a client to the service gateway, wherein each message comprises a plurality of DATP message fragments, wherein each fragment contains a sequence number; and

a sliding time window of recently used sequence numbers with a time stamp for each sequence number wherein fragments with sequence numbers that appear in the sliding window are discarded.

31. The system of claim 30 wherein the SGW performs asymmetrical data routing of data sent between the service provider and the client based on (i) a size of the data, (ii) availability of a broadcast stream, and (iii) point-to-point connections between the SGW and clients, the system further comprising:

a light HTTP (LHTTP) language for encapsulating HTTP requests within DATP messages and sending LHTTP requests to the service gateway for translation into a standard protocol;

a data name service for resolving a service identifier for an application server;

a DATP reliability layer;

wherein the DATP protocol spans data link, network, transport and session OSI layers, wherein a sending entity determines that memory is available at a receiving entity before sending a DATP message; and

wherein a business filter associated with a given client selects most relevant information for the given client based on at least one of the following;

client preferences, viewer profiles, or transaction history.

32. The system of claim 31 further comprising:

an offline viewer identification function which enables offline viewer payment;

an offline order form; and

a store and forward library provided on top of a DATP, the library comprising messages having different timing constraints comprising at least one or more of;

“

as soon as possible”

, “

when connected”

, “

after a random period of time”

, “

after a set period of time”

, “

after a specified occurrence, event or message” and

“

spread over available time/bandwidth.”

33. A method for providing a digital television application protocol for providing communication between applications running on a client device and a service provider comprising:

providing a server for communication with a service provider;

providing a meta language comprising an application level communication protocol for communication of messages for requests and information between client applications and service providers;

providing a communication link between a client device and a service provider for sending and receiving requests and information between the service provider and the client;

providing a digital television application transport protocol (DATP) process residing in the client device for sending a DATP message encapsulating a meta language message to a service provider; and

providing a conversion function for converting a DAP request of the client into a DATP message for transmission to the service provider over the communication link.

34. The method of claim 33 wherein the DATP process interfaces with a native language of the client device and is positioned within an OSI data link layer in the client device.

35. The method of claim 33 further comprising:

providing a service gateway (SGW) for converting DATP messages into a plurality of standard protocols for transmission to a service provider.

36. The method of claim 35 further comprising:

providing a transcoder for converting content received from a service provider into a format suitable for display on the client device.

37. The method of claim 35 wherein the DATP at the client receives compressed data and decompresses the compressed data;

and the service gateway performs compression of client data sent back to the service provider from the client.

38. The method of claim 33 wherein the DATP at the client receives encrypted data and decodes the encrypted data using RSA, wherein the decryption exponent e is greater than or equal to 3.

39. The method of claim 35 wherein the SGW performs asymmetrical data routing of data sent to the client and sent back to the service provider from the client based on (i) a size of the data, (ii) availability of a broadcast stream, and (iii) point-to-point connections between the SGW and clients.

40. The protocol of claim 35 further comprising:

providing a light HTTP (LHTTP) language for encapsulating HTTP requests within DATP messages and sending LHTTP requests to the service gateway for translation into a standard protocol.

41. The method of claim 33 further comprising:

providing a data name service for resolving a service identifier for an application server.

42. The method of claim 33 wherein the DATP message is divided into individually encrypted DATP message fragments.

43. The method of claim 33 further comprising:

providing a DATP reliability layer.

44. The method of claim 43 further comprising:

providing unreliable DATP messages.

45. The method of claim 43 wherein the DATP spans data link, network, transport, and session OSI layers.

46. The method of claim 33 wherein a sending entity determines that memory is available at a receiving entity before sending a DATP message.

47. The method of claim 33 further comprising:

providing a business filter associated with a given client which is configured to select most relevant information for the given client based on at least one of the following;

client preferences, viewer profiles or transaction history.

48. The method of claim 33 further comprising:

providing an offline viewer identification function which enables offline viewer payment.

49. The method of claim 33 further comprising:

providing an offline order form.

50. The method of claim 33 further comprising:

providing a store and forward library on top of a DATP, the library comprising messages having different timing constraints for delivery comprising at least one or more of;

“

as soon as possible”

, “

when connected”

, “

after a random period of time”

, “

after a set period of time”

, “

after a specified occurrence, event or message” and

“

spread over available time/bandwidth.”

51. The method of claim 33 wherein the DATP sits in a transport layer of a typical OSI model.

52. The method of claim 33 wherein the DATP sits in a service layer of a typical OSI model.

53. The method of claim 33 wherein a message is sent from a client to the SGW, wherein each DATP message comprises a plurality of DATP message fragments, wherein each fragment contains a sequence number;

a sliding time window of recently used sequence numbers with a time stamp for each sequence number wherein fragments with sequence numbers that appear in the sliding window are discarded.