EP1175764A2 - Procede et dispositif de coordination et de filtrage sous des protocoles interactifs et des protocoles de radiodiffusion dans des environnements reseau larges bandes - Google Patents

Procede et dispositif de coordination et de filtrage sous des protocoles interactifs et des protocoles de radiodiffusion dans des environnements reseau larges bandes

Info

Publication number
EP1175764A2
EP1175764A2 EP00926151A EP00926151A EP1175764A2 EP 1175764 A2 EP1175764 A2 EP 1175764A2 EP 00926151 A EP00926151 A EP 00926151A EP 00926151 A EP00926151 A EP 00926151A EP 1175764 A2 EP1175764 A2 EP 1175764A2
Authority
EP
European Patent Office
Prior art keywords
protocol
data
input data
identifier
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP00926151A
Other languages
German (de)
English (en)
Inventor
Robert Charles Booth
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Arris Technology Inc
Original Assignee
Arris Technology Inc
General Instrument Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Arris Technology Inc, General Instrument Corp filed Critical Arris Technology Inc
Publication of EP1175764A2 publication Critical patent/EP1175764A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC

Definitions

  • the present invention relates to broadcast and interactive multimedia and secure E- commerce, and particularly to such features provided by cable television set-top terminals and systems.
  • ASIC Application Specific Integrated Circuit
  • ATM Asynchronous Transfer Mode CD - Compact Disc
  • CMTS Cable Modem Termination System
  • CPS Cable Proxy Server
  • CRC Cyclic Redundancy Check
  • DES Data Encryption Standard
  • DOCSIS Data-Over-Cable Service Interface Specifications
  • a set-top terminal also referred to as an IRD or a subscriber terminal, is a device that receives and decodes television signals for presentation by a television.
  • the signals can be delivered over a satellite, through a cable plant, by means of terrestrial broadcast, and/or via a computer network such as the Internet .
  • the system should be usable, e.g., in wireless, satellite, cable, or any telecommunication system. More particularly, the system should be usable with all digital set-top terminals, or any device that supports video, audio, or WWW content (e.g., a personal computer, network computers, VCRs , DVD players, CD players, IP telephones, video phones, web phones, etc.) . Such devices may be connected, either directly or indirectly, to a broadband network.
  • a personal computer network computers, VCRs , DVD players, CD players, IP telephones, video phones, web phones, etc.
  • the system should provide a common mechanism for coordinating and routing interactive and broadcast protocol data using all available data pipes within a network.
  • This includes analog VBI data channels, Out- of-Band and In-band downstream data channels, such as those using the MPEG or similar DigiCipher II standard, proprietary to the assignee hereof, upstream channels, such as those using a random access contention protocol such as ALOHA, and two-way communications, such as those using DOCSIS (for cable modems) or a telephone link (for elco modems) .
  • the system should coordinate broadcast and interactive data, such as video data, and Internet data such as WWW content, on devices connected to a network.
  • the system should ensure the privacy of end user data requests and responses between end-user terminals, proxy servers, and origin servers.
  • the system should optimize the use of a cable operator's upstream and downstream network bandwidth.
  • the system should reduce the cost of supporting new services in set-top terminals.
  • the system should improve upon existing solutions that use currently defined industry standard TCP/IP protocols and HTTP message formats for handling server requests and responses on broadband networks.
  • the present invention provides a system having the above and other advantages .
  • an Interactive Transport Protocol is provided to establish a baseline framework for message handling in communication networks, e.g., such as broadband networks.
  • the invention can be used in connection with set-top terminals for cable television, satellite television, wireless, Ethernet, Firewire, twisted pair, infrared, or ATM/xDSL services.
  • a common mechanism is disclosed for coordinating and routing interactive and broadcast protocol data using existing data pipes within broadband networks, including out-of- band and in-band downstream data channels, upstream channels, cable modem two-way communications, and analog VBI data.
  • Such devices include: 1) broadcast only digital set-top terminals using MPEG-2 transport or 2) interactive digital set-top terminals authorized to use DOCSIS cable modems, ALOHA upstream capabilities, or a telephone modem, in addition to using MPEG-2 transport.
  • the present invention allows existing broadcast only or interactive digital set-top terminals to support web protocols, such as HTTP.
  • the invention provides the flexibility to enable new or future protocol definitions to meet the demands of the broadband networks.
  • One such example is the Hypermedia Transfer Protocol (HMTP) , proprietary to the assignee hereof.
  • HMTP more effectively handles the coordination of broadcast and interactive video content on broadband networks than existing protocols such as HTTP.
  • the invention also addresses the current need in broadband cable network environments to ensure the privacy of end user data requests and responses between end-user terminals, proxy servers, and origin servers.
  • the present invention allows various encryption mechanisms to be applied to data content protocols such as HTTP and HMTP and the content that is carried within those protocols.
  • data content protocols such as HTTP and HMTP
  • DES well known DES, as well as public, private and single key systems can be used for such encryption.
  • the invention optimizes the use of a cable operator's upstream and downstream network bandwidth by providing a mechanism for allowing various encoding schemes to be applied to application level protocols (i.e., data content protocols) such as HTTP and HMTP.
  • application level protocols i.e., data content protocols
  • the invention reduces the cost of supporting new services in set-top terminals.
  • Current plans for enhanced digital set-tops generally include cable modem hardware chips, an additional tuner, and TCP/IP software consuming memory in the terminal.
  • the present invention provides a mechanism wherein, if the required functionality is to support the HTTP protocol in the terminal (or a more efficient protocol producing the same results) , additional hardware as listed above is not required in the terminal . This reduces the cost of deploying such systems.
  • the system improves upon existing solutions that are all using currently defined industry standard TCP/IP protocols and HTTP message formats for handling server requests and responses on broadband networks.
  • the novel approach of the present invention provides a more efficient and flexible mechanism for supporting the HTTP protocol, or other data content protocols such as HMTP.
  • the invention 1. Provides the framework for a new, very scaleable broadband proxy server, such as, for example, a headend Cable Proxy Server (CPS) ;
  • CPS headend Cable Proxy Server
  • HTTP HyperText Transfer Protocol
  • a sending client or server agent receives input data and processes it in some manner to provide output data.
  • the agent attaches an identifier to the output data to designate the protocol in which it is provided.
  • the protocol of the output data may be unchanged from that of the input data.
  • the agent may encode the input data to change its protocol, in which case the identifier designates the encoding that was applied.
  • the agent may also apply encryption/signing to the input data, in which case the identifier designates the encryption/signing that was applied.
  • the attached information is examined to determine which counterpart operations should be performed to recover the data in the same condition in which it was input to the sending client or server agent. The recovered data can then be routed to the appropriate protocol handler.
  • FIG. 1 is a high level overview of the ITXP framework used within a digital network in accordance with the present invention.
  • FIG. 2 illustrates the ITXP client agent functional elements in accordance with the present invention.
  • FIG. 3 illustrates the ITXP server agent functional elements in accordance with the present invention.
  • FIG. 4 illustrates an example broadband cable configuration capable of supporting ITXP in accordance with the present invention.
  • FIG. 5 illustrates an example of how ITXP messages can be delivered over an MPEG-2 private data stream in accordance with the present invention.
  • FIG. 6 illustrates an example of how ITXP messages can be delivered over a DOCSIS-based TCP/IP socket connection in accordance with the present invention.
  • FIG. 7 illustrates example data paths within an ITXP enabled client connected to a broadband cable network in accordance with the present invention.
  • the present invention relates to an Interactive Transport Protocol (ITXP) for message handling in communication networks .
  • IXP Interactive Transport Protocol
  • the invention can be implemented using software written for existing hardware, or an ASIC for handling the processing of this novel functionality in client and server devices, which may be a more efficient and cost-effective approach.
  • a DOCSIS cable modem, additional tuner, and/or TCP/IP software stack are not required to implement the invention.
  • additional tuners, MPEG packet processors, and cable modems make the invention much more flexible. Enhancements to both hardware and software can improve the performance of this functionality, e.g., such as building a dedicated hardware ASIC to support the ITXP protocol format may result in a more efficient and cost effective solution.
  • the invention can be used as a standard to define how a browser on a PC can access video and audio content via a cable television network (or other information network) through the use of a digital video PC card, a cable modem or any in-home network connected to a set- top terminal.
  • any device can use the invention to more efficiently process HTTP (or HMTP) requests and responses.
  • a video phone can use the invention to send a request to establish a video conferencing session through a cable network via a physical connection to a set-top terminal or a cable modem.
  • Other examples include VCRs, DVD players, stereo tuners, CD players, flat panel televisions, etc., that can all use the invention for more efficiently processing HTTP (or HMTP) requests and responses.
  • the invention Since the invention is network independent, it allows more efficient use of network bandwidth via telephone modem connections, xDSL connections, IEEE 802.3 (Ethernet) networks, etc.
  • ITXP Internet Proxy and Origin Servers
  • existing Internet Proxy and Origin Servers can be updated to support the ITXP protocol on a well-defined IP port number. This, in turn, enables the servers to support 1) any efficient encoded formats of application protocols, such as encoded HTTP or encoded HMTP, resulting in the support of more end users, or 2) any encryption and decryption mechanisms that can be applied to the application protocols and/or the data encapsulated within these protocols.
  • ITXP provides a baseline framework for message handling in broadcast and interactive environments. The figures illustrate how ITXP can be used in digital networks, specifically broadband digital cable networks. In addition, diagrams are included showing the internal functional elements within the ITXP layers.
  • FIG. 1 provides a high level overview of the ITXP framework used within a digital network.
  • the ITXP functional model 100 consists of three major network components that distribute content between content providers and content users.
  • the network components include digital network servers 105, a digital network 110, and digital network clients 115.
  • the server component 105 includes an example content provider 120, a content handler 125, protocol handlers 130 -that are compatible with different communication protocols, an ITXP server agent 135, a path 132, and a broadcast data streaming function 140.
  • the network component 110 includes a broadcast path
  • the client component 115 includes a broadcast data stream handler 155, an ITXP client agent 160, protocol handlers 165, a path 162, content handlers 170, and a content user 175.
  • the ITXP client agent 160 can receive data from either the broadcast network connections 145, the interactive network connections 150, or client-side protocol handlers 165.
  • FIG. 2 shows the functional elements of the ITXP client agent 160 of FIG. 1.
  • the ITXP client agent 160 includes a decrypt and/or verify signature functions 205 with a bypass path 210, a filter protocol ID function 215, and a decode data function 225 with a bypass path 225.
  • An encrypt and/or sign data function 230 with a bypass path 235, attach protocol ID function 240, and an encode data function 245 with bypass path 250 are also provided.
  • the filter protocol ID function 215 filters on a protocol identifier within the ITXP header in the data to determine which protocol handler 165 must be used to process the data.
  • the ITXP client 160 may decode encoding formats at decoder function 220, or decrypt encryption schemes and/or verify any digital signatures applied to some or all of the data at decrypt/verify function 205 before handing the data off for processing by an appropriate protocol handler 165.
  • the ITXP client agent 160 identifies the protocol handler that passed the data to it by attaching a protocol identifier within an ITXP header at attach protocol ID function 240 before transmitting the data across the interactive network connection 150.
  • the ITXP client 160 may encode the data at encode function 245, or encrypt and/or apply a digital signature to some or all of the data at encrypt/sign function 230 before continuing with transmission across the interactive network 150.
  • Appropriate control techniques, including switches and the like, can be used to route the data via the bypass paths 210, 225, 235 and 250.
  • FIG. 3 shows the functional elements of the ITXP server agent 135 of FIG. 1.
  • the ITXP server agent 135 includes a decrypt and/or verify signature functions 345 with a bypass path 350, a filter protocol ID function 340, and a decode data function 330 with a bypass path 335.
  • An encrypt and/or sign data function 320 with a bypass path 325, attach protocol ID function 315, and an encoder data function 305 with bypass path 310 are also provided.
  • the ITXP server agent 135 can send data to the broadcast network connections 145, interactive network connections 150, or server-side protocol handlers 130.
  • the ITXP server agent 135 can also receive data from interactive network connections 150 or from the server- side protocol handlers 130 via path 132.
  • the filter protocol ID function 340 filters on a protocol identifier (ID) within the ITXP header of the data to determine which protocol handler 130 must be used to process the data.
  • ID protocol identifier
  • the ITXP server agent 135 may decode encoding formats at the decode data function 330, or decrypt encryption schemes and/or verify any digital signatures applied to some or all of the data at the decrypt/verify function 345 before handing the data off for processing by a server- side protocol handler.
  • the attached protocol ID function 315 identifies the protocol handler that passed the data to the ITXP server agent 135 by attaching a protocol ID within an ITXP header of the data before transmitting the data across the broadcast path 145 or interactive network connections 160 to the client.
  • the ITXP server agent 135 may encode the data at the encode data function 305, or encrypt and/or apply a digital signature to some or all of the data at the encrypt/sign function 320 before continuing with transmission across the broadcast path 145 or interactive network connections 150 via a demux 327.
  • Appropriate control techniques can be used to route the data via the bypass paths 310, 325, 335 and 350.
  • FIG. 4 shows a broadband cable network configuration 400 that is capable of supporting ITXP.
  • the configuration 400 includes a CPS 425 that communicates, for example, with a controller 405, an EPG data function 410, WWW and other Internet servers 415, and other ITXP-capable servers 420.
  • the CPS 425 also communicates with example headend components, including, for example, a VBI data insertion function 427, an IRT 430, a MPS 435, an OM 440, a NC 445, an RPD 450, a CMTS 455, and a modem bank 460.
  • the VBI data insertion function 427 provides VBI data 462 downstream.
  • the IRT 430 and MPS 435 provide downstream in-band MPEG data streams 465 to an example digital cable terminal 490 in a terminal population, and optionally to other in-home network devices 495.
  • the MPS 435 is also known as a broadcast data router or in- band data router.
  • the ITXP client agent 160 can be provided in the terminal 490.
  • the OM 440 provides downstream out-of-band MPEG data streams 470 to the terminal 490.
  • the RPD 450 receives ALOHA upstream data 475 from the terminal 490.
  • the CMTS sends/receives DOCSIS data 480, and the modem bank 460 sends/receives telco data 485, e.g., in a conventional telephone link.
  • the ITXP server agent 135 may exist within the CPS 425, and the ITXP client agent 160 may be present within the digital cable terminals 490.
  • the digital cable terminals 490 may also include an ITXP server agent to support other ITXP- capable in-home network client devices.
  • the term "digital cable terminal" or the like in this context represents any device that can be connected to a cable head-end via a RF connection.
  • the CPS 425 containing the ITXP server agent 135, delivers ITXP messages to digital cable terminals via MPEG-2 transport streams (e.g., streams 465 and 470), UDP/IP socket connections, or TCP/IP socket connections.
  • MPEG-2 transport streams e.g., streams 465 and 470
  • UDP/IP socket connections e.g., UDP/IP socket connections
  • TCP/IP socket connections e.g., TCP/IP socket connections
  • An example 188 -byte MPEG packet 500 includes a sync field 505, a PID 510, scrambling, adaptation and continuity fields 515, and a payload 520.
  • a number of transport packets 530 are shown including packets 535, 540 and 545.
  • An MPEG-2 private data stream 550 is constructed from the number of transport packets 530 and includes a HYPER MEDIA Message type 555, a first field 560 for private message information, an ITXP message field 565, a field 570 for HTTP/HMTP/UHTTP, etc., a field 575 for data, graphics, audio, video, etc., another field for private information 580, and a CRC field 585.
  • the example uses a new HYPER MEDIA message type
  • field 555 that indicates that the following data (field 565) may include an ITXP message, such as an ITXP header that specifies a protocol ID of the application protocol that follows in the message, and/or a type of encoding applied by an ITXP server agent or client agent, and/or a type of encryption/signing applied by an ITXP server agent or client agent, as discussed previously.
  • the ITXP message 565 identifies one of several supported application level data protocols 570 (e.g. HTTP, HMTP, UHTTP or any other application protocol) .
  • a HYPER MEDIA message can be sent to a terminal via any device capable of delivering MPEG-2 transport packets, either in-band or out-of-band.
  • HYPER MEDIA messages can be sent from the CPS 425 of FIG. 4 to the OM 440, IRT
  • Each device inserts the MPEG-2 packets that make up the HYPER MEDIA message into the particular broadband multiplex managed by that device.
  • FIG. 6 shows an example of how ITXP messages can be delivered over a DOCSIS-based TCP/IP socket connection.
  • a 188-byte MPEG packet 600 includes the fields 505, 515 and 520 discussed previously, along with a DOCSIS PID (with the value OxlFFE) field 510.
  • a number of transport packets 630 are shown including packets 632, 634 and 636.
  • a DOCSIS MAC frame 640 includes a header 642 and a packet PDU 644.
  • An Ethernet- type PDU 650 includes a destination address 652, a source address
  • An IP layer 660 includes an IP header 662 and IP data 664, such as a TCP segment .
  • IP data 664 includes a TCP header 672 and TCP data 674.
  • TCP data 674 includes an ITXP field 682, such as an ITXP header that includes information for designating the protocol ID, encoding, and/or encryption/signing status of the protocol data present in field 684 (i.e. HTTP, HMTP, or UHTTP), a HTTP/HMTP/UHTTP field 684, and a field 688 for data, graphics, audio, video, etc.
  • ITXP field 682 such as an ITXP header that includes information for designating the protocol ID, encoding, and/or encryption/signing status of the protocol data present in field 684 (i.e. HTTP, HMTP, or UHTTP), a HTTP/HMTP/UHTTP field 684, and a field 688 for data, graphics, audio, video, etc.
  • the ITXP message 682 thus identifies the data 684 as being provided according to an HTTP, HMTP, UHTTP or other protocol.
  • the ITXP message may further designate, if applicable, what type of encoding and encryption/signing was applied to the data that is input to a client or server agent.
  • FIG. 7 shows example data paths within an ITXP enabled client agent 760 connected to a broadband cable network.
  • the agent 760 includes a VBI data processor 762, in-band MPEG packet processors 765, out-of-band MPEG packet processors 770, ALOHA upstream data processors, a DOCSIS cable modem 780, and a Telco Modem 785.
  • An ITXP processor/switch 715 communicates with a HYPER MEDIA message function 705 and a TCP/IP function 710.
  • the ITXP processor/switch 715 routes data to, and receives data from any one or more of a number of protocol functions, such as an HTTP function 720, an E-HTTP function 722, an HMTP function 724, an E-HMTP function 726, a UHTTP function 728, and a reserved function 730 for future needs.
  • UHTTP refers to uni-directional (downstream) HTTP.
  • the TCP/IP function 710 can also communicate with any one of these functions 720-730 directly .
  • the functions 720-730 can communicate with any one or more of applications functions, including an HTML function 732, an E-HTML function 734, an HVML function 736, an E-HVML function 738, a JPEG function 740, a GIF function 742, Java Applets 744, and any other desired functions 746.
  • applications functions including an HTML function 732, an E-HTML function 734, an HVML function 736, an E-HVML function 738, a JPEG function 740, a GIF function 742, Java Applets 744, and any other desired functions 746.
  • the present invention provides a mechanism for coordinating and routing interactive (two-way), broadcast (downstream), and upstream protocol data.
  • the interactive data may be provided, e.g., via a cable modem or a telephone company modem.
  • the cable modem may operate according to the DOCSIS protocol.
  • both the cable modem and telco modem may communicate using the TCP/IP protocol, such as is commonly used to communicate Internet data.
  • the broadcast data may be provided, e.g., as in-band and/or out-of-band MPEG data streams, or as analog VBI data.
  • the upstream data may be provided, e.g., using the ALOHA network contention protocol.
  • the invention uses existing data paths within broadband networks.
  • the invention can be used in transferring data, e.g., via a data queue between two processes on the same device or machine.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Selon la présente invention, un agent de protocole (135, 160) pour réseau de communication à large bande reçoit des données relevant de différents protocoles. Les données sont reçues depuis des gestionnaires de protocole (130, 165) chez un client (115) ou sur un serveur (105). Un identificateur (565, 682) est joint (240, 315) aux données (570, 684) de manière à identifier leur protocole et à déterminer si un codage a été effectué, si oui de quel type, si un chiffrement/signature a été effectué, et si oui de quel type. Les données auxquelles est joint l'identificateur sont communiquées, par exemple, depuis un client (115) vers un serveur (105) ou depuis un serveur (105) vers un client (115). Les voies de communication utilisables sont notamment les voies unidirectionnelles, par exemple de radiodiffusion ou de multi-diffusion (462, 465, 470), ou les voies ascendantes spécialisées, et les voies bidirectionnelles, par exemple les voies interactives telles que celles d'un réseau informatique ou les liaisons téléphoniques (485) sous le protocole TCP ou UDP, ou les voies ascendantes de télédistribution (480). A l'extémité réception, l'identificateur de protocole (565, 682) est filtré (215, 340) de manière à effectuer la vérification du déchiffrement/signature et/ou le décodage, puis à transférer les données vers un gestionnaire de protocole correspondant approprié (130, 165).
EP00926151A 1999-04-30 2000-04-19 Procede et dispositif de coordination et de filtrage sous des protocoles interactifs et des protocoles de radiodiffusion dans des environnements reseau larges bandes Withdrawn EP1175764A2 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13180799P 1999-04-30 1999-04-30
US131807P 1999-04-30
PCT/US2000/010563 WO2000067444A2 (fr) 1999-04-30 2000-04-19 Procede et dispositif de coordination et de filtrage sous des protocoles interactifs et des protocoles de radiodiffusion dans des environnements reseau larges bandes

Publications (1)

Publication Number Publication Date
EP1175764A2 true EP1175764A2 (fr) 2002-01-30

Family

ID=22451115

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00926151A Withdrawn EP1175764A2 (fr) 1999-04-30 2000-04-19 Procede et dispositif de coordination et de filtrage sous des protocoles interactifs et des protocoles de radiodiffusion dans des environnements reseau larges bandes

Country Status (5)

Country Link
EP (1) EP1175764A2 (fr)
AU (1) AU4472600A (fr)
CA (1) CA2371624A1 (fr)
TW (1) TW529259B (fr)
WO (1) WO2000067444A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7876777B2 (en) 2004-12-30 2011-01-25 Honeywell International Inc. Multiple protocol decoder

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2371433B (en) * 2001-01-12 2005-10-19 Waptv Ltd Television receiver and method of operating a server
DE10123335A1 (de) * 2001-05-14 2002-12-05 Jochen Hertle Verfahren zum Steuern von Diensten und/oder Komponenten in einem hybriden Kommunikationsnetzwerk sowie hybrides Kommunikationsnetzwerk
US8914518B2 (en) 2004-04-23 2014-12-16 International Business Machines Corporation Intermediary for satisfying a service requirement established by a service provider
CA2490974C (fr) 2004-12-23 2016-05-17 Bce Inc Methode, systeme et appareil permettant d'etablir une connexion de transmission par paquets avec un modem a composition automatique

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0556148B1 (fr) * 1992-01-10 1998-07-22 Digital Equipment Corporation Méthode pour associer une carte de lignes à un système de reconnaissance d'adresses
US5758186A (en) * 1995-10-06 1998-05-26 Sun Microsystems, Inc. Method and apparatus for generically handling diverse protocol method calls in a client/server computer system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of WO0067444A3 *
STEVENS W.R.: "TCP/ILLUSTRATED - THE PROTOCOLS", vol. 1, 1994, ADDISON WESLEY, READING, US *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7876777B2 (en) 2004-12-30 2011-01-25 Honeywell International Inc. Multiple protocol decoder

Also Published As

Publication number Publication date
CA2371624A1 (fr) 2000-11-09
WO2000067444A2 (fr) 2000-11-09
AU4472600A (en) 2000-11-17
TW529259B (en) 2003-04-21
WO2000067444A3 (fr) 2001-02-01

Similar Documents

Publication Publication Date Title
US6963590B1 (en) Apparatus for delivery of multiple media data streams, and method therefor
US7788394B2 (en) Streaming content over an internet protocol network
US8627392B1 (en) Proxy addressing scheme for cable networks
EP1842337B1 (fr) Repartition multidiffusion d'un contenu multimedia a diffusion en flux
EP1709808B1 (fr) Systeme et procede de transport et de lecture de signaux
US20030172386A1 (en) System and method for sending and receiving information of digital cable broadcasting
US20020035730A1 (en) IP multicast service without a return connection
EP1210825B1 (fr) Systeme et procede destines a faciliter la transmission des donnees ip sur les reseaux numeriques mpeg
WO2005050898A2 (fr) Procede et appareil pour utiliser des donnees en paquet pour gerer une sequence de donnees dans un systeme de communications large bande
KR20020063605A (ko) 인터넷 호환성 양방향 통신 시스템에서의 응용 운용
GB2417654A (en) Providing access to stored data by multiple home consumer appliances which support different data communication technologies
US20020170072A1 (en) Systems for receiving and processing digital data carried by satellite transmissions
US7529846B2 (en) Video receiver architecture for digital subscriber line networks
US20040111746A1 (en) IP to DVB subchannel mapping
US20030097663A1 (en) Method and apparatus for dynamic provisioning of IP-based services in a DVB network
KR101328954B1 (ko) 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송방법 및 케이블 카드의 데이터 처리 방법
EP1175764A2 (fr) Procede et dispositif de coordination et de filtrage sous des protocoles interactifs et des protocoles de radiodiffusion dans des environnements reseau larges bandes
EP1109405A1 (fr) Communication avec récepteur/décodeur
JP4154753B2 (ja) データ受信装置及び方法
KR101461935B1 (ko) 방송 수신기, 방송 신호 처리 방법
EP1517503B1 (fr) Procédé, dispositif et système de distribution des canaux-supports sur un réseau de transmission
Simpson Audio and Video over IP Networks and Internet Broadcasting
Hahn et al. A new method of Internet access within a DBS environment

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20011109

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RBV Designated contracting states (corrected)

Designated state(s): DE FR GB

17Q First examination report despatched

Effective date: 20040709

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20041108

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230525