US20130010794A1 - Generating Multiple Data Steams From a Single Data Source - Google Patents

Generating Multiple Data Steams From a Single Data Source Download PDF

Info

Publication number
US20130010794A1
US20130010794A1 US13/621,041 US201213621041A US2013010794A1 US 20130010794 A1 US20130010794 A1 US 20130010794A1 US 201213621041 A US201213621041 A US 201213621041A US 2013010794 A1 US2013010794 A1 US 2013010794A1
Authority
US
United States
Prior art keywords
switch
data units
stream
network
terminal
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.)
Abandoned
Application number
US13/621,041
Inventor
David S. Bill
Scott K. Brown
William J. Raduchel
Gilbert G. Wiegand
Christopher L. Amen-Kroeger
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.)
Meta Platforms Inc
Original Assignee
Individual
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
Priority claimed from US11/848,430 external-priority patent/US8572278B2/en
Application filed by Individual filed Critical Individual
Priority to US13/621,041 priority Critical patent/US20130010794A1/en
Publication of US20130010794A1 publication Critical patent/US20130010794A1/en
Assigned to META PLATFORMS, INC. reassignment META PLATFORMS, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: FACEBOOK, INC.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1854Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/756Media network packet handling adapting media to device capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/222Secondary servers, e.g. proxy server, cable television Head-end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing

Definitions

  • This invention relates to streaming media.
  • Multimedia streaming generally describes a process for allowing access to streamed multimedia content provided by or originating from one or more sources. Increased usage of the Internet has resulted in an increased demand for multimedia streaming and a corresponding need for cost effective multimedia communications solutions.
  • performance of a network system may be improved by a switch that includes a communications interface to receive a stream of data units that each include a payload portion and an attribute portion, a buffer structured and arranged to store at least payload portions of the data units, a replicator structured and arranged to duplicate at least the payload portion of one or more of the data units, and a second communications interface structured and arranged to enable access to the stream of data units by two or more terminals.
  • a switch that includes a communications interface to receive a stream of data units that each include a payload portion and an attribute portion, a buffer structured and arranged to store at least payload portions of the data units, a replicator structured and arranged to duplicate at least the payload portion of one or more of the data units, and a second communications interface structured and arranged to enable access to the stream of data units by two or more terminals.
  • Implementations may include one or more of the following features.
  • the attribute portions of the data units may include LP packet information and/or one or more pieces of layer three information.
  • the switch may include a processor that generates and associates an attribute portion with a payload portion that has been duplicated by the replicator.
  • the replicator may be structured and arranged to duplicate the payload portion of the attribute portion, and the processor may be structured and arranged to change an IP header on one or more of the attribute portions duplicated by the replicator.
  • the processor may be structured and arranged to change an IP destination address, which may be, for example, the IP address corresponding to the terminal to which access to the payload portion is enabled using a second communications interface.
  • the processor may be structured and arranged to specify destination information that differs among duplicated payload portions.
  • the data unit may include, for example, audio, video, and streamed media content.
  • the switch may be structured and arranged to receive a request to receive a stream of data units from a terminal. The switch then may transmit the stream of data units to the requesting terminal. Implementations may include receiving the request from a device other than the terminals that will receive a stream of data units, and the switch may transmit a stream of data units to the requesting terminals or devices. The switch may enable access to the same stream of data units at two different temporal offsets.
  • the switch may include a buffer with more than one pointer to enable access to the stream of data units at two different points and times. The buffer may store more than one instance of the stream of data units.
  • a source system may interface with the switch.
  • the source system may be capable of duplicating data units and may transmit a stream of data units to the switch.
  • one or more terminals may interface with the switch and may receive duplicated data units from the switch.
  • Implementations may include a system capable of achieving the above features, including, for instance, a source system, a switch, a terminal, and a network between these components. Implementations also may include a sequence of steps performed on the switch, the source system and/or the terminal to achieve these features.
  • FIG. 1 is a block diagram illustrating a communications system operable to use a switch to generate multiple streams of data units from a single data source.
  • FIG. 2A is a diagram of an exemplary data unit that may be transmitted in a communications system, such as that shown in FIG. 1 .
  • FIG. 2B is a diagram illustrating one example of the structure of an attribute portion of the data unit of FIG. 2A .
  • FIG. 3 is a flowchart illustrating a method of transmitting data units in a communications system, such the communications system of FIG. 1 .
  • FIG. 4 is a flowchart illustrating movement of an IP packet through the communications system of FIG. 1 .
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • FIGS. 1-4 describe a communications system for implementing techniques for streaming data units.
  • communications system 100 may be structured and arranged with a source system 110 , two or more terminals 150 and communication software and hardware that enable communications between source system 110 and terminals 150 . More particularly, the communications system 100 typically includes the source system 110 , a network 120 , a switch 130 , a network 140 and terminals 150 . As will be described in greater detail with respect to FIG. 3 , the source system 110 generally transmits one or more data units in a stream of data units across network 120 to one or more switches 130 , where data units or portions of data units, are duplicated and transmitted to two or more terminals 150 through network 140 .
  • a source system 110 may be structured and arranged to convert a media source (e.g., a video or audio feed) into data units for transmission across a network 120 .
  • the source system 110 may include a general-purpose computer having a central processor unit (CPU), and memory/storage devices that store data and various programs such as an operating system and one or more application programs.
  • Other examples of a source system 110 include a workstation, a server, a device, a special purpose device or component, a broadcast system, other equipment, or some combination thereof capable of responding to and executing instructions in a defined manner.
  • the source system 110 also typically includes an input/output (I/O) device (e.g., one or more devices having video and audio input and conversion capability), and peripheral equipment such as a display communications card or device (e.g., a modem or a network adapter) for exchanging data with the network 120 .
  • I/O input/output
  • peripheral equipment such as a display communications card or device (e.g., a modem or a network adapter) for exchanging data with the network 120 .
  • a communications link 115 is used to communicate data between source systems 110 and network 120 .
  • Communications link 115 may include, for example, a telephone line, a wireless network link, a cable network, or a direct connection.
  • the network 120 typically includes hardware and/or software capable of enabling direct or indirect communications between the sending system 110 and the switch 130 .
  • the network 120 may include a direct link between the source system 110 and the switch 130 , or it may include one or more networks or subnetworks between them (not explicitly shown).
  • Each network or subnetwork may include, for example, a wired or wireless data pathway capable of carrying and receiving data.
  • Examples of network 120 include the Internet, the World Wide Web, a WAN (“Wide Area Network”), a LAN (“Local Area Network”), an analog or a digital wired and wireless telephone network (e.g., a PSTN (“Public Switched Telephone Network”), an ISDN (“Integrated Services Digital Network”), or a xDSL (“any form of Digital Subscriber Loop”)), and/or a radio, television, cable, satellite, or any other delivery mechanism for carrying data.
  • a PSTN Public Switched Telephone Network
  • ISDN Integrated Services Digital Network
  • xDSL any form of Digital Subscriber Loop
  • the switch 130 typically is structured and arranged to receive the stream of data units from the source system 110 , to duplicate the stream of data units, and to transmit a stream of duplicated data units to one or more terminals 150 .
  • the switch 130 is structured and arranged to perform filtering and forwarding between different domains at the same level of the protocol stack in the OSI (“Open System Interconnection”) reference model. For example, in some networks, switch 130 may forward Ethernet frames between different Ethernet segments. In another example, switch 130 may forward IP packets between different IP subnets.
  • OSI Open System Interconnection
  • switch 130 includes a device that performs network operations and functions in hardware (e.g., a chip or part of chip).
  • the device may include an ASIC (“Application Specific Integrated Circuit”) implementing network operations logic directly on a chip (e.g., logical gates fabricated on a silicon wafer then manufactured into a chip).
  • ASIC Application Specific Integrated Circuit
  • an ASIC chip may perform filtering by receiving a packet, examining the IP address of the received packet, and filtering based on the IP address by implementing a logical gate structure in silicon.
  • Implementations of the device included in the switch 130 may use a Field Programmable Gate Array (FPGA).
  • FPGA is generally defined as including a chip or chips fabricated to allow third party designers to implement a variety of logical designs (e.g., group of gates) on the chip. For example, a third party designer may load a design within a FPGA to replace the received IP addresses with different IP addresses, or may load a design within the FPGA to segment and reassemble IP packets as they are modified while being transmitted through different networks.
  • Implementations of the device included in the switch 130 may include a network processor.
  • a network processor is generally defined to include a chip or chips for allowing software to specify which network operations will be performed.
  • a network processor may perform a variety of operations.
  • One example of a network processor may include several interconnected RISC (“Reduced Instruction Set Computer”) processors fabricated in a network processor chip.
  • the network processor chip may implement software on some of the RISC processors to change an IP address of an IP packet.
  • Other RISC processors in the network processor may implement software that determines which terminals are receiving an IP stream.
  • each of the devices tends to be programmable and capable of performing the operations of the other devices.
  • the FPGA device is described as the device used to replace IP addresses and segment and reassemble packets; however, a network processor and ASIC are generally capable of performing the same operation.
  • Data units handled by switch 130 may be accessed by or sent to terminals 150 through network 140 .
  • network 140 is structured and arranged to receive data units transmitted from the switch 130 for transmission to the terminals 150 .
  • the network 140 may include hardware and/or software capable of enabling direct or indirect communications between the switch 130 and the terminal 150 .
  • the network 140 may include a direct link between the switch 130 and the terminal 150 , or it may include one or more networks or subnetworks between them (not shown).
  • Each network or subnetwork may include, for example, a wired or wireless data pathway capable of carrying and receiving data.
  • Examples of the delivery network include the Internet, the World Wide Web, WANs, LANs, analog or digital wired and wireless telephone networks (e.g., PSTN, ISDN, or xDSL), radio, television, cable, satellite, and/or any other delivery mechanism for carrying data.
  • Network 120 and network 140 may share one or more hardware or software devices.
  • the terminal 150 may include one or more devices capable of receiving the stream of data units transmitted by switch 130 through network 140 .
  • the terminal 150 may include a controller (not shown) that processes instructions received from or generated by a software application, a program, a piece of code, a device, a computer, a computer system, or a combination thereof, to direct operations of the terminal 150 .
  • the instructions may be embodied permanently or temporarily in any type of machine, component, equipment, storage medium, or propagated signal that is capable of being delivered to the terminal 150 or that may reside with the controller at the terminal 150 .
  • the terminal 150 may include a general-purpose computer (e.g., a personal computer) capable of responding to and executing instructions in a defined manner, a workstation 152 , a laptop 154 , a PDA (“Personal Digital Assistant”) 156 , a wireless phone, a component, other equipment, or some combination of these items that is capable of responding to and executing instructions.
  • a general-purpose computer e.g., a personal computer
  • PDA Personal Digital Assistant
  • the terminal 150 includes one or more information retrieval software applications (e.g., a browser, a mail application, an instant messaging client, an Internet service provider client, or an AOL TV or other integrated client) capable of receiving one or more data units.
  • the information retrieval applications may run on a general purpose operating system and a hardware platform that includes a general purpose processor and specialized hardware for graphics, communications and/or other capabilities.
  • terminal 150 may include a wireless telephone running a micro-browser application on a reduced operating system with general purpose and specialized hardware capable of operating in mobile environments.
  • an example of a data unit 200 A includes an attribute portion 210 A and a payload 220 A.
  • the attribute portion 210 A typically includes parameters that are modified as the data unit 200 A moves through the communications system 100 .
  • an IP data unit may change the layer two addressing information as the data unit moves through the network (e.g., network 140 ).
  • the payload 220 A typically includes information including content and/or parameters that are intended for communication from the source system and tend to change infrequently during transmission to preserve integrity of the data being transmitted.
  • the payload 220 A may include audio or video content being transmitted to a personal computer (e.g., terminal 150 ).
  • the attribute portion 210 B of the data unit 200 B may include several distinct or intermingled fields, such as, for example, fields of an IP (“Internet Protocol”) packet. More particularly, for example, attribute portion 210 B may include a destination address 213 B, a source address 215 B, a port number 217 B indicating the type of IP traffic (e.g., UDP (“User Data Protocol”), TCP (“Transmission Control Protocol”), ICMP (“Internet Control Message Protocol”)), and other parameters at various portions as represented by 211 B and 219 B. These fields may be arranged as shown or otherwise to accommodate various protocols.
  • the payload in the IP data unit 200 B is represented by 220 B.
  • FIG. 3 illustrates a method of transmitting a flow of data units in a communications system 300 .
  • Communications system 300 generally includes a source system 310 , a switch 320 , and terminals 350 and 370 .
  • source system 310 corresponds to the source system 110 in FIG. 1
  • switch 320 corresponds to the switch 130 in FIG. 1
  • terminals 350 and 370 correspond to components of the terminal 150 in FIG. 1 .
  • source system 310 generates or enables access to a stream of data units in response to a request or otherwise (step 313 ).
  • the stream is derived from an analog input (e.g., analog audio or analog video)
  • this may include converting the input into a stream of data units.
  • enabling access to a stream of data units may involve reformatting the input into an appropriately formatted stream of data units.
  • the stream of data units may include a variety of media streams (e.g., video, audio, images, text, and chat).
  • the data units are IP (Internet Protocol) packets for transmission across the Internet.
  • the source system 310 then transmits the generated stream of data units to one or more switches 320 (e.g., across network 120 ) (step 316 ).
  • switch 320 When the switch 320 receives the data units from the source system 310 (step 322 ), it typically buffers and duplicates at least the payload portions of the data units (step 324 ). In some implementations, data unit attributes may be removed before buffering the payload. For example, for communications over the Internet, switch 320 may remove the IP header information and store only the payload and/or information represented by the payload. As the data unit is being transmitted to terminals, switch 320 modifies the existing header or adds a new IP header to the payload. The switch may use destination information corresponding to the IP address of the destination terminals (e.g., terminals 350 and 370 ) or an intermediary between switch 320 and the destination terminals as the destination information. With the newly acquired destination information, the switch 320 transmits the IP packets across the network (e.g., network 140 in FIG. 1 ) to the appropriate terminal, for example, terminal 370 in FIG. 3 (step 326 ).
  • the network e.g., network 140 in FIG. 1
  • the terminal 370 receives the stream of data units sent by the switch 320 across the network (step 372 ) and converts the data units into a perceivable output, manipulates the data units, or forwards the data units to another device.
  • a terminal 370 may receive a stream of IP data units containing video content and display or otherwise manipulate the video content on a personal computer or other device.
  • terminals may be capable of requesting a stream.
  • terminal 370 may be capable of generating a request to receive the stream of data units (step 352 ).
  • the switch 320 may transmit one or more streams of data units to terminal 350 (step 330 ).
  • Terminal 350 then receives the transmitted streams of data units (step 354 ).
  • the switch 320 and the terminals 350 and 360 may be required to communicate periodically to maintain streaming.
  • a terminal 350 may send a “keep stream alive” message every 10 seconds to indicate that the terminal 350 wishes to receive a stream during its transmission.
  • the terminal 350 While receiving a stream (step 354 ), the terminal 350 may request another stream (step 352 ) or may request termination of transmission by transmitting a request to stop sending the stream of data units (step 356 ).
  • the switch 320 Upon receipt of a termination request or upon detection of the conclusion of the stream (step 332 ), the switch 320 stops transmitting the stream of data units (step 334 ).
  • Terminal 350 may elect to resume transmission of the stream of data units and may communicate this election to switch 320 (step 358 ).
  • the switch 320 receives a resume instruction (step 336 )
  • the switch resumes transmission of the stream (step 338 ) for receipt by the terminal 350 (step 360 ).
  • the switch 320 may duplicate the payload portion of the data unit, and may modify or replace the IP destination address of the IP data units to specify the IP addresses of one or more conference terminals.
  • the switch 320 may duplicate any particular payload or all payloads more than once such that the payload of a received data unit is transmitted as the payload in several or all data units generated by the switch 320 . Moreover, the switch 320 may receive a data unit and transmit the payload as two or more data units.
  • the switch 320 may receive and combine more than one data unit and transmit the combined payloads of the multiple data units in a single data unit, or the switch 320 may divide the payload of a received data unit and combine the divided portions with the payloads of two or more other received data units.
  • the switch 320 may produce several instantiations of the buffered payload, simultaneously, with or without offset, and may transmit those different instantiations to the same or different terminals as needed. These instantiations may be streamed to different time offsets so that terminal 350 may be listening to a stream of data units at a different point than terminal 370 .
  • terminal 350 may be receiving the same song on an Internet radio station as terminal 370 , but terminal 350 may be receiving data units that correspond to the song thirty (30) seconds later in time.
  • FIG. 4 illustrates one example of the flow of IP data units from a source system 410 to terminals 470 , 480 and 490 .
  • the source system 410 with an IP address of X.1.1.1 transmits an IP packet 420 to the switch 430 with a destination address of Y.1.1.1.
  • the IP packet 420 includes the switch address as a destination address 424 and the source system address as a source address 426 .
  • the IP packet 420 also may include other header information 422 and a payload 428 .
  • the switch 430 duplicates at least the payload 428 of the IP packet 420 and transmits an IP data unit 440 to terminal 470 with an address of Z.1.1.1.
  • the IP data unit 440 includes the source IP address 446 of the switch 430 with a destination address 444 of terminal 470 .
  • the IP data unit 440 may include additional header information 442 and a payload 448 . Similar activities take place to generate IP data units 450 and 460 for terminals 480 and 490 .
  • implementations may include a manager requesting transmission of the stream to the terminals.
  • the manager may include a network operator, a managing server, a workstation, or a scheduling agent.
  • a managing workstation may request transmission of the stream of data units to terminals beginning at a certain time.
  • Implementations also may include storing more than one instance in the stream of data units in the buffer.
  • the switch may store more than one copy of the stream to accommodate large numbers of requests.
  • the stream may buffer the same stream of data units at two different spots.
  • Implementations also may include having the switch maintain state information on one or more requesting users.
  • the switch may establish or assist other devices in establishing a profile for the terminal that receives the stream of data units. In this manner, the switch leverages information available to network processors and devices, which may not ordinarily be accessible to servers, in establishing profiles.
  • implementations may include monitoring switch access and usage levels. For example, the switch may determine that the switch is operating at 85% of maximum performance in a given metric (e.g., processor use, memory use, number of users, bandwidth).
  • a given metric e.g., processor use, memory use, number of users, bandwidth.
  • Implementations may include translating or transcoding content between different formats.
  • the switch may adjust transmission of packets to minimize the bandwidth consumed.
  • the switch may convert a proprietary video-encoding format to a standards-based encoding format.
  • Implementations also may include inserting one or more pieces of content in an existing stream of data units.
  • the switch may insert video stream advertisements in a transmission of other video content.
  • the inserted video content may reside on the switch, or it may be accessed from another device distinct from the switch that is transmitting the stream of data units.
  • Implementations of inserting content may include creating tags associate with certain pieces of content being replicated.
  • the switch may be replicating a television show with commercials tagged in the video content periodically. Upon receiving the tag, the switch may stop transmitting the television show and access a series of advertisements.
  • Implementations may include having the tag designate which advertisement to access.
  • the tag may indicate the device on which the advertisement is located.
  • Implementations of tags also may enable accessing more than one selection of advertisements. The selection of advertisements may depend on one or more variables including, but not limited to, terminal information and profiling, the state of the network and other factors.
  • implementations may include inserting content based on information maintained about the user profile and user state. For example, the switch may determine that a terminal is at a suitable point in a content piece to receive an inserted advertisement for users with a particular profile.

Abstract

A switch having a first communications interface to receive a stream of data units, a buffer to store the payload portion of the data unit, a replicator to duplicate at least the payload portion of the data unit, and a second communications interface to enable access to the stream of data units by two or more terminals.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application claims priority from and is a continuation of U.S. patent application Ser. No. 09/893,962, filed Jun. 29, 2001, now allowed, which claims the benefit of U.S. Provisional Application No. 60/286,964 filed Apr. 30, 2001, both of which are incorporated by reference in their entirety.
  • TECHNICAL FIELD
  • This invention relates to streaming media.
  • BACKGROUND
  • Multimedia streaming generally describes a process for allowing access to streamed multimedia content provided by or originating from one or more sources. Increased usage of the Internet has resulted in an increased demand for multimedia streaming and a corresponding need for cost effective multimedia communications solutions.
  • SUMMARY
  • In one general aspect, performance of a network system may be improved by a switch that includes a communications interface to receive a stream of data units that each include a payload portion and an attribute portion, a buffer structured and arranged to store at least payload portions of the data units, a replicator structured and arranged to duplicate at least the payload portion of one or more of the data units, and a second communications interface structured and arranged to enable access to the stream of data units by two or more terminals.
  • Implementations may include one or more of the following features. For example, the attribute portions of the data units may include LP packet information and/or one or more pieces of layer three information. The switch may include a processor that generates and associates an attribute portion with a payload portion that has been duplicated by the replicator. The replicator may be structured and arranged to duplicate the payload portion of the attribute portion, and the processor may be structured and arranged to change an IP header on one or more of the attribute portions duplicated by the replicator.
  • The processor may be structured and arranged to change an IP destination address, which may be, for example, the IP address corresponding to the terminal to which access to the payload portion is enabled using a second communications interface. The processor may be structured and arranged to specify destination information that differs among duplicated payload portions. The data unit may include, for example, audio, video, and streamed media content.
  • The switch may be structured and arranged to receive a request to receive a stream of data units from a terminal. The switch then may transmit the stream of data units to the requesting terminal. Implementations may include receiving the request from a device other than the terminals that will receive a stream of data units, and the switch may transmit a stream of data units to the requesting terminals or devices. The switch may enable access to the same stream of data units at two different temporal offsets. The switch may include a buffer with more than one pointer to enable access to the stream of data units at two different points and times. The buffer may store more than one instance of the stream of data units.
  • A source system may interface with the switch. The source system may be capable of duplicating data units and may transmit a stream of data units to the switch. Likewise, one or more terminals may interface with the switch and may receive duplicated data units from the switch.
  • Implementations may include a system capable of achieving the above features, including, for instance, a source system, a switch, a terminal, and a network between these components. Implementations also may include a sequence of steps performed on the switch, the source system and/or the terminal to achieve these features.
  • Other features and advantages will be apparent from the following description, including the drawings, and the claims.
  • DESCRIPTION OF DRAWINGS
  • FIG. 1 is a block diagram illustrating a communications system operable to use a switch to generate multiple streams of data units from a single data source.
  • FIG. 2A is a diagram of an exemplary data unit that may be transmitted in a communications system, such as that shown in FIG. 1.
  • FIG. 2B is a diagram illustrating one example of the structure of an attribute portion of the data unit of FIG. 2A.
  • FIG. 3 is a flowchart illustrating a method of transmitting data units in a communications system, such the communications system of FIG. 1.
  • FIG. 4 is a flowchart illustrating movement of an IP packet through the communications system of FIG. 1.
  • DETAILED DESCRIPTION
  • For illustrative purposes, FIGS. 1-4 describe a communications system for implementing techniques for streaming data units. For brevity, several elements in the figures described below are represented as monolithic entities. However, as would be understood by one skilled in the art, these elements each may include numerous interconnected computers and components configured to perform a set of specified operations and/or dedicated to a particular geographical region.
  • Referring to FIG. 1, communications system 100 may be structured and arranged with a source system 110, two or more terminals 150 and communication software and hardware that enable communications between source system 110 and terminals 150. More particularly, the communications system 100 typically includes the source system 110, a network 120, a switch 130, a network 140 and terminals 150. As will be described in greater detail with respect to FIG. 3, the source system 110 generally transmits one or more data units in a stream of data units across network 120 to one or more switches 130, where data units or portions of data units, are duplicated and transmitted to two or more terminals 150 through network 140.
  • Typically, a source system 110 may be structured and arranged to convert a media source (e.g., a video or audio feed) into data units for transmission across a network 120. The source system 110 may include a general-purpose computer having a central processor unit (CPU), and memory/storage devices that store data and various programs such as an operating system and one or more application programs. Other examples of a source system 110 include a workstation, a server, a device, a special purpose device or component, a broadcast system, other equipment, or some combination thereof capable of responding to and executing instructions in a defined manner. The source system 110 also typically includes an input/output (I/O) device (e.g., one or more devices having video and audio input and conversion capability), and peripheral equipment such as a display communications card or device (e.g., a modem or a network adapter) for exchanging data with the network 120.
  • A communications link 115 is used to communicate data between source systems 110 and network 120. Communications link 115 may include, for example, a telephone line, a wireless network link, a cable network, or a direct connection.
  • The network 120 typically includes hardware and/or software capable of enabling direct or indirect communications between the sending system 110 and the switch 130. The network 120 may include a direct link between the source system 110 and the switch 130, or it may include one or more networks or subnetworks between them (not explicitly shown). Each network or subnetwork may include, for example, a wired or wireless data pathway capable of carrying and receiving data. Examples of network 120 include the Internet, the World Wide Web, a WAN (“Wide Area Network”), a LAN (“Local Area Network”), an analog or a digital wired and wireless telephone network (e.g., a PSTN (“Public Switched Telephone Network”), an ISDN (“Integrated Services Digital Network”), or a xDSL (“any form of Digital Subscriber Loop”)), and/or a radio, television, cable, satellite, or any other delivery mechanism for carrying data.
  • The switch 130 typically is structured and arranged to receive the stream of data units from the source system 110, to duplicate the stream of data units, and to transmit a stream of duplicated data units to one or more terminals 150.
  • In some implementations, the switch 130 is structured and arranged to perform filtering and forwarding between different domains at the same level of the protocol stack in the OSI (“Open System Interconnection”) reference model. For example, in some networks, switch 130 may forward Ethernet frames between different Ethernet segments. In another example, switch 130 may forward IP packets between different IP subnets.
  • Generally, switch 130 includes a device that performs network operations and functions in hardware (e.g., a chip or part of chip). In some implementations, the device may include an ASIC (“Application Specific Integrated Circuit”) implementing network operations logic directly on a chip (e.g., logical gates fabricated on a silicon wafer then manufactured into a chip). For example, an ASIC chip may perform filtering by receiving a packet, examining the IP address of the received packet, and filtering based on the IP address by implementing a logical gate structure in silicon.
  • Implementations of the device included in the switch 130 may use a Field Programmable Gate Array (FPGA). A FPGA is generally defined as including a chip or chips fabricated to allow third party designers to implement a variety of logical designs (e.g., group of gates) on the chip. For example, a third party designer may load a design within a FPGA to replace the received IP addresses with different IP addresses, or may load a design within the FPGA to segment and reassemble IP packets as they are modified while being transmitted through different networks.
  • Implementations of the device included in the switch 130 may include a network processor. A network processor is generally defined to include a chip or chips for allowing software to specify which network operations will be performed. A network processor may perform a variety of operations. One example of a network processor may include several interconnected RISC (“Reduced Instruction Set Computer”) processors fabricated in a network processor chip. The network processor chip may implement software on some of the RISC processors to change an IP address of an IP packet. Other RISC processors in the network processor may implement software that determines which terminals are receiving an IP stream.
  • Although various examples of network operations were defined with respect to the different devices, each of the devices tends to be programmable and capable of performing the operations of the other devices. For example, the FPGA device is described as the device used to replace IP addresses and segment and reassemble packets; however, a network processor and ASIC are generally capable of performing the same operation.
  • Data units handled by switch 130 may be accessed by or sent to terminals 150 through network 140. As such, network 140 is structured and arranged to receive data units transmitted from the switch 130 for transmission to the terminals 150.
  • The network 140 may include hardware and/or software capable of enabling direct or indirect communications between the switch 130 and the terminal 150. As such, the network 140 may include a direct link between the switch 130 and the terminal 150, or it may include one or more networks or subnetworks between them (not shown). Each network or subnetwork may include, for example, a wired or wireless data pathway capable of carrying and receiving data. Examples of the delivery network include the Internet, the World Wide Web, WANs, LANs, analog or digital wired and wireless telephone networks (e.g., PSTN, ISDN, or xDSL), radio, television, cable, satellite, and/or any other delivery mechanism for carrying data. Network 120 and network 140 may share one or more hardware or software devices.
  • The terminal 150 may include one or more devices capable of receiving the stream of data units transmitted by switch 130 through network 140. The terminal 150 may include a controller (not shown) that processes instructions received from or generated by a software application, a program, a piece of code, a device, a computer, a computer system, or a combination thereof, to direct operations of the terminal 150. The instructions may be embodied permanently or temporarily in any type of machine, component, equipment, storage medium, or propagated signal that is capable of being delivered to the terminal 150 or that may reside with the controller at the terminal 150. The terminal 150 may include a general-purpose computer (e.g., a personal computer) capable of responding to and executing instructions in a defined manner, a workstation 152, a laptop 154, a PDA (“Personal Digital Assistant”) 156, a wireless phone, a component, other equipment, or some combination of these items that is capable of responding to and executing instructions.
  • For instance, in one implementation, the terminal 150 includes one or more information retrieval software applications (e.g., a browser, a mail application, an instant messaging client, an Internet service provider client, or an AOL TV or other integrated client) capable of receiving one or more data units. The information retrieval applications may run on a general purpose operating system and a hardware platform that includes a general purpose processor and specialized hardware for graphics, communications and/or other capabilities. In another implementation, terminal 150 may include a wireless telephone running a micro-browser application on a reduced operating system with general purpose and specialized hardware capable of operating in mobile environments.
  • Referring to FIG. 2A, an example of a data unit 200A includes an attribute portion 210A and a payload 220A. The attribute portion 210A typically includes parameters that are modified as the data unit 200A moves through the communications system 100. For example, an IP data unit may change the layer two addressing information as the data unit moves through the network (e.g., network 140). The payload 220A typically includes information including content and/or parameters that are intended for communication from the source system and tend to change infrequently during transmission to preserve integrity of the data being transmitted. For example, the payload 220A may include audio or video content being transmitted to a personal computer (e.g., terminal 150).
  • Referring to FIG. 2B, the attribute portion 210B of the data unit 200B may include several distinct or intermingled fields, such as, for example, fields of an IP (“Internet Protocol”) packet. More particularly, for example, attribute portion 210B may include a destination address 213B, a source address 215B, a port number 217B indicating the type of IP traffic (e.g., UDP (“User Data Protocol”), TCP (“Transmission Control Protocol”), ICMP (“Internet Control Message Protocol”)), and other parameters at various portions as represented by 211B and 219B. These fields may be arranged as shown or otherwise to accommodate various protocols. The payload in the IP data unit 200B is represented by 220B.
  • FIG. 3 illustrates a method of transmitting a flow of data units in a communications system 300. Communications system 300 generally includes a source system 310, a switch 320, and terminals 350 and 370. Generally, source system 310 corresponds to the source system 110 in FIG. 1, switch 320 corresponds to the switch 130 in FIG. 1, and terminals 350 and 370 correspond to components of the terminal 150 in FIG. 1.
  • Initially, source system 310 generates or enables access to a stream of data units in response to a request or otherwise (step 313). When the stream is derived from an analog input (e.g., analog audio or analog video), this may include converting the input into a stream of data units. Even if the input already is in digital form, enabling access to a stream of data units may involve reformatting the input into an appropriately formatted stream of data units. The stream of data units may include a variety of media streams (e.g., video, audio, images, text, and chat). Typically, the data units are IP (Internet Protocol) packets for transmission across the Internet. The source system 310 then transmits the generated stream of data units to one or more switches 320 (e.g., across network 120) (step 316).
  • When the switch 320 receives the data units from the source system 310 (step 322), it typically buffers and duplicates at least the payload portions of the data units (step 324). In some implementations, data unit attributes may be removed before buffering the payload. For example, for communications over the Internet, switch 320 may remove the IP header information and store only the payload and/or information represented by the payload. As the data unit is being transmitted to terminals, switch 320 modifies the existing header or adds a new IP header to the payload. The switch may use destination information corresponding to the IP address of the destination terminals (e.g., terminals 350 and 370) or an intermediary between switch 320 and the destination terminals as the destination information. With the newly acquired destination information, the switch 320 transmits the IP packets across the network (e.g., network 140 in FIG. 1) to the appropriate terminal, for example, terminal 370 in FIG. 3 (step 326).
  • The terminal 370 receives the stream of data units sent by the switch 320 across the network (step 372) and converts the data units into a perceivable output, manipulates the data units, or forwards the data units to another device. For example, a terminal 370 may receive a stream of IP data units containing video content and display or otherwise manipulate the video content on a personal computer or other device.
  • In some implementations, terminals may be capable of requesting a stream. For example, in FIG. 3, although terminal 370 is shown as automatically receiving a stream of data units (step 372), terminal 350 may be capable of generating a request to receive the stream of data units (step 352). When the switch 320 receives the request (step 328), it may transmit one or more streams of data units to terminal 350 (step 330). Terminal 350 then receives the transmitted streams of data units (step 354).
  • In some implementations, the switch 320 and the terminals 350 and 360 may be required to communicate periodically to maintain streaming. For example, a terminal 350 may send a “keep stream alive” message every 10 seconds to indicate that the terminal 350 wishes to receive a stream during its transmission.
  • While receiving a stream (step 354), the terminal 350 may request another stream (step 352) or may request termination of transmission by transmitting a request to stop sending the stream of data units (step 356). Upon receipt of a termination request or upon detection of the conclusion of the stream (step 332), the switch 320 stops transmitting the stream of data units (step 334).
  • Terminal 350 may elect to resume transmission of the stream of data units and may communicate this election to switch 320 (step 358). When the switch 320 receives a resume instruction (step 336), the switch resumes transmission of the stream (step 338) for receipt by the terminal 350 (step 360).
  • In some implementations, when the switch 320 receives a stream of IP data units from source system 310, the switch 320 may duplicate the payload portion of the data unit, and may modify or replace the IP destination address of the IP data units to specify the IP addresses of one or more conference terminals.
  • Typically, the switch 320 may duplicate any particular payload or all payloads more than once such that the payload of a received data unit is transmitted as the payload in several or all data units generated by the switch 320. Moreover, the switch 320 may receive a data unit and transmit the payload as two or more data units.
  • Conversely, the switch 320 may receive and combine more than one data unit and transmit the combined payloads of the multiple data units in a single data unit, or the switch 320 may divide the payload of a received data unit and combine the divided portions with the payloads of two or more other received data units.
  • As will be described with respect to FIG. 4, since the payloads are buffered, the switch 320 may produce several instantiations of the buffered payload, simultaneously, with or without offset, and may transmit those different instantiations to the same or different terminals as needed. These instantiations may be streamed to different time offsets so that terminal 350 may be listening to a stream of data units at a different point than terminal 370. For example, terminal 350 may be receiving the same song on an Internet radio station as terminal 370, but terminal 350 may be receiving data units that correspond to the song thirty (30) seconds later in time.
  • FIG. 4 illustrates one example of the flow of IP data units from a source system 410 to terminals 470, 480 and 490. The source system 410 with an IP address of X.1.1.1 transmits an IP packet 420 to the switch 430 with a destination address of Y.1.1.1. The IP packet 420 includes the switch address as a destination address 424 and the source system address as a source address 426. The IP packet 420 also may include other header information 422 and a payload 428.
  • The switch 430, with a source address of Y.1.1.1, duplicates at least the payload 428 of the IP packet 420 and transmits an IP data unit 440 to terminal 470 with an address of Z.1.1.1. The IP data unit 440 includes the source IP address 446 of the switch 430 with a destination address 444 of terminal 470. The IP data unit 440 may include additional header information 442 and a payload 448. Similar activities take place to generate IP data units 450 and 460 for terminals 480 and 490.
  • Other implementations are within the scope of the following claims. For instance, implementations may include a manager requesting transmission of the stream to the terminals. The manager may include a network operator, a managing server, a workstation, or a scheduling agent. For example, a managing workstation may request transmission of the stream of data units to terminals beginning at a certain time.
  • Implementations also may include storing more than one instance in the stream of data units in the buffer. For example, the switch may store more than one copy of the stream to accommodate large numbers of requests. In another example, the stream may buffer the same stream of data units at two different spots.
  • Implementations also may include having the switch maintain state information on one or more requesting users. For example, the switch may establish or assist other devices in establishing a profile for the terminal that receives the stream of data units. In this manner, the switch leverages information available to network processors and devices, which may not ordinarily be accessible to servers, in establishing profiles.
  • Still further, implementations may include monitoring switch access and usage levels. For example, the switch may determine that the switch is operating at 85% of maximum performance in a given metric (e.g., processor use, memory use, number of users, bandwidth).
  • Implementations may include translating or transcoding content between different formats. For example, the switch may adjust transmission of packets to minimize the bandwidth consumed. In another example, the switch may convert a proprietary video-encoding format to a standards-based encoding format.
  • Implementations also may include inserting one or more pieces of content in an existing stream of data units. For example, the switch may insert video stream advertisements in a transmission of other video content. The inserted video content may reside on the switch, or it may be accessed from another device distinct from the switch that is transmitting the stream of data units. Implementations of inserting content may include creating tags associate with certain pieces of content being replicated. For example, the switch may be replicating a television show with commercials tagged in the video content periodically. Upon receiving the tag, the switch may stop transmitting the television show and access a series of advertisements. Implementations may include having the tag designate which advertisement to access. For example, the tag may indicate the device on which the advertisement is located. Implementations of tags also may enable accessing more than one selection of advertisements. The selection of advertisements may depend on one or more variables including, but not limited to, terminal information and profiling, the state of the network and other factors.
  • In addition, implementations may include inserting content based on information maintained about the user profile and user state. For example, the switch may determine that a terminal is at a suitable point in a content piece to receive an inserted advertisement for users with a particular profile.

Claims (1)

1. A method of transmitting packets, the method comprising:
using a switch to receive a stream of data units including a payload portion and an attribute portion;
using a switch to duplicate at least the payload portion of a data unit within the stream of data units; and
using a switch to enable access to the duplicated payload portion of the data unit by two or more terminals.
US13/621,041 2001-04-30 2012-09-15 Generating Multiple Data Steams From a Single Data Source Abandoned US20130010794A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/621,041 US20130010794A1 (en) 2001-04-30 2012-09-15 Generating Multiple Data Steams From a Single Data Source

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US28696401P 2001-04-30 2001-04-30
US09/893,692 US7266609B2 (en) 2001-04-30 2001-06-29 Generating multiple data streams from a single data source
US11/848,430 US8572278B2 (en) 2001-04-30 2007-08-31 Generating multiple data streams from a single data source
US13/621,041 US20130010794A1 (en) 2001-04-30 2012-09-15 Generating Multiple Data Steams From a Single Data Source

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/848,430 Continuation US8572278B2 (en) 2001-04-30 2007-08-31 Generating multiple data streams from a single data source

Publications (1)

Publication Number Publication Date
US20130010794A1 true US20130010794A1 (en) 2013-01-10

Family

ID=26964165

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/893,692 Active 2024-04-30 US7266609B2 (en) 2001-04-30 2001-06-29 Generating multiple data streams from a single data source
US13/612,834 Abandoned US20130016721A1 (en) 2001-04-30 2012-09-13 Generating Multiple Data Steams From a Single Data Source
US13/621,041 Abandoned US20130010794A1 (en) 2001-04-30 2012-09-15 Generating Multiple Data Steams From a Single Data Source

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US09/893,692 Active 2024-04-30 US7266609B2 (en) 2001-04-30 2001-06-29 Generating multiple data streams from a single data source
US13/612,834 Abandoned US20130016721A1 (en) 2001-04-30 2012-09-13 Generating Multiple Data Steams From a Single Data Source

Country Status (7)

Country Link
US (3) US7266609B2 (en)
EP (2) EP1384157B1 (en)
JP (1) JP4065411B2 (en)
CN (1) CN100483384C (en)
CA (1) CA2445869C (en)
ES (1) ES2478070T3 (en)
WO (1) WO2002088982A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080049723A1 (en) * 2001-04-30 2008-02-28 Aol Llc Generating multiple data streams from a single data source
US8762575B2 (en) 2002-06-28 2014-06-24 Facebook, Inc. Inserting advertising content
US8843559B2 (en) 2001-04-30 2014-09-23 Facebook, Inc. Modifying payloads of digital streams for digital conferencing
US8904026B2 (en) 2001-04-30 2014-12-02 Facebook, Inc. Time-shifting streaming data

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003105006A1 (en) * 2001-04-30 2003-12-18 America Online, Inc. Load balancing with direct terminal response
US7266609B2 (en) 2001-04-30 2007-09-04 Aol Llc Generating multiple data streams from a single data source
US20040006636A1 (en) * 2002-04-19 2004-01-08 Oesterreicher Richard T. Optimized digital media delivery engine
US7899924B2 (en) * 2002-04-19 2011-03-01 Oesterreicher Richard T Flexible streaming hardware
US20040006635A1 (en) * 2002-04-19 2004-01-08 Oesterreicher Richard T. Hybrid streaming platform
US7694228B2 (en) * 2004-05-26 2010-04-06 At&T Intellectual Property I, L.P. Methods, systems, and products for network conferencing
US7940705B2 (en) * 2004-09-09 2011-05-10 Cisco Technology, Inc. Method and system for blocking communication within a conference service
US7673063B2 (en) * 2004-10-15 2010-03-02 Motorola, Inc. Methods for streaming media data
US20060098645A1 (en) * 2004-11-09 2006-05-11 Lev Walkin System and method for providing client identifying information to a server
EP2395432B1 (en) 2005-04-20 2013-07-24 Axxana (Israel) Ltd. Remote data mirroring system
US9195397B2 (en) 2005-04-20 2015-11-24 Axxana (Israel) Ltd. Disaster-proof data recovery
US20070097970A1 (en) * 2005-11-01 2007-05-03 Georgios Margaritis Packet retransmitter
US7912056B1 (en) * 2005-12-30 2011-03-22 Juniper Networks, Inc. Dynamic traffic shaping adjustments for distributed multicast replication
WO2008092250A1 (en) * 2007-01-30 2008-08-07 Technologies Ezoom Exponentiel Inc. Cooperative system and method for duplicating and delivering media streams in a distributed manner.
US8005065B2 (en) * 2007-09-11 2011-08-23 Qualcomm Incorporated Keep-alive for wireless networks
US9021124B2 (en) * 2009-12-02 2015-04-28 Axxana (Israel) Ltd. Distributed intelligent network
US9054920B2 (en) * 2011-03-31 2015-06-09 Alcatel Lucent Managing data file transmission
US8875175B1 (en) * 2013-08-30 2014-10-28 Sony Corporation Smart live streaming event ads playback and resume method
WO2015056169A1 (en) 2013-10-16 2015-04-23 Axxana (Israel) Ltd. Zero-transaction-loss recovery for database systems
US11349790B2 (en) * 2014-12-22 2022-05-31 International Business Machines Corporation System, method and computer program product to extract information from email communications
US10379958B2 (en) 2015-06-03 2019-08-13 Axxana (Israel) Ltd. Fast archiving for database systems
US10592326B2 (en) 2017-03-08 2020-03-17 Axxana (Israel) Ltd. Method and apparatus for data loss assessment

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6625773B1 (en) * 1999-06-09 2003-09-23 International Business Machines Corporation System for multicast communications in packet switched networks

Family Cites Families (98)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4872160A (en) * 1988-03-31 1989-10-03 American Telephone And Telegraph Company, At&T Bell Laboratories Integrated packetized voice and data switching system
US5099319A (en) * 1989-10-23 1992-03-24 Esch Arthur G Video information delivery method and apparatus
US5511168A (en) * 1993-07-01 1996-04-23 Digital Equipment Corporation Virtual circuit manager for multicast messaging
US5689641A (en) * 1993-10-01 1997-11-18 Vicor, Inc. Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal
US5809237A (en) * 1993-11-24 1998-09-15 Intel Corporation Registration of computer-based conferencing system
US5524110A (en) * 1993-11-24 1996-06-04 Intel Corporation Conferencing over multiple transports
US5574934A (en) * 1993-11-24 1996-11-12 Intel Corporation Preemptive priority-based transmission of signals using virtual channels
US5802301A (en) * 1994-05-11 1998-09-01 International Business Machines Corporation System for load balancing by replicating portion of file while being read by first stream onto second device and reading portion with stream capable of accessing
US5583561A (en) * 1994-06-07 1996-12-10 Unisys Corporation Multi-cast digital video data server using synchronization groups
US6873627B1 (en) * 1995-01-19 2005-03-29 The Fantastic Corporation System and method for sending packets over a computer network
US5600646A (en) * 1995-01-27 1997-02-04 Videoserver, Inc. Video teleconferencing system with digital transcoding
US5604542A (en) * 1995-02-08 1997-02-18 Intel Corporation Using the vertical blanking interval for transporting electronic coupons
JPH08320800A (en) * 1995-05-25 1996-12-03 Hitachi Ltd Message recovery processing system
SE515054C2 (en) 1995-05-31 2001-06-05 Telia Ab Improvements to or related to multicasting
RU2144283C1 (en) * 1995-06-02 2000-01-10 Интел Корпорейшн Method and device for controlling access of participants into conference call system
US5841763A (en) * 1995-06-13 1998-11-24 Multilink, Inc. Audio-video conferencing system
US5815662A (en) * 1995-08-15 1998-09-29 Ong; Lance Predictive memory caching for media-on-demand systems
US5793763A (en) * 1995-11-03 1998-08-11 Cisco Technology, Inc. Security system for network address translation systems
US5872588A (en) * 1995-12-06 1999-02-16 International Business Machines Corporation Method and apparatus for monitoring audio-visual materials presented to a subscriber
US5822523A (en) * 1996-02-01 1998-10-13 Mpath Interactive, Inc. Server-group messaging system for interactive applications
GB2309849B (en) * 1996-02-05 2000-03-01 Motorola Ltd Packet switching arrangement and method for duplicating information
US5867502A (en) * 1996-02-15 1999-02-02 Bellsouth Corporation Method and system for interfacing an ATM switch and an optical network wherein bandwidth is maximized and non-local data streams are grouped into destination groups
US5742597A (en) * 1996-03-14 1998-04-21 Motorola, Inc. Method and device for multipoint switching and arbitration in output-request packet switch
JPH09270793A (en) * 1996-04-03 1997-10-14 Sony Corp Communication control method
US5778187A (en) * 1996-05-09 1998-07-07 Netcast Communications Corp. Multicasting method and apparatus
US5946614A (en) * 1996-06-13 1999-08-31 Qualcomm Incorporated Payphone metering in a wireless telephone system
US5799002A (en) * 1996-07-02 1998-08-25 Microsoft Corporation Adaptive bandwidth throttling for network services
US5774660A (en) * 1996-08-05 1998-06-30 Resonate, Inc. World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network
US6728784B1 (en) * 1996-08-21 2004-04-27 Netspeak Corporation Collaborative multimedia architecture for packet-switched data networks
US5838912A (en) * 1996-09-04 1998-11-17 International Business Machines Corporation Distribution of digitally encoded presentations
US5973722A (en) * 1996-09-16 1999-10-26 Sony Corporation Combined digital audio/video on demand and broadcast distribution system
US5963547A (en) * 1996-09-18 1999-10-05 Videoserver, Inc. Method and apparatus for centralized multipoint conferencing in a packet network
WO1998013995A1 (en) * 1996-09-25 1998-04-02 British Telecommunications Public Limited Company Network-based conference system
JP3624063B2 (en) * 1996-11-29 2005-02-23 キヤノン株式会社 Real-time data delivery control method
JP2982728B2 (en) * 1996-12-06 1999-11-29 日本電気株式会社 Application sharing system
US5935245A (en) * 1996-12-13 1999-08-10 3Com Corporation Method and apparatus for providing secure network communications
US6141336A (en) * 1996-12-13 2000-10-31 International Business Machines Corporation Traffic scheduling method, system and article of manufacture for a wireless access to an asynchronous transfer mode network
US6101187A (en) * 1996-12-20 2000-08-08 International Business Machines Corporation Method and system for multicasting cells in an ATM protocol adapter
US6052718A (en) * 1997-01-07 2000-04-18 Sightpath, Inc Replica routing
US6151632A (en) * 1997-03-14 2000-11-21 Microsoft Corporation Method and apparatus for distributed transmission of real-time multimedia information
GB2324175B (en) * 1997-04-10 2002-07-31 Ibm Personal conferencing system
US6189039B1 (en) * 1997-04-10 2001-02-13 International Business Machines Corporation Selective tunneling of streaming data
US6011782A (en) * 1997-05-08 2000-01-04 At&T Corp. Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network
US6259701B1 (en) * 1997-09-11 2001-07-10 At&T Corp. Method and system for a unicast endpoint client to access a multicast internet protocol (IP) session
US6230013B1 (en) * 1997-11-26 2001-05-08 Telefonaktiebolaget Lm Ericsson (Publ) Diversity handling moveover for CDMA mobile telecommunications
US6266335B1 (en) * 1997-12-19 2001-07-24 Cyberiq Systems Cross-platform server clustering using a network flow switch
US6363075B1 (en) * 1998-01-23 2002-03-26 Industrial Technology Research Institute Shared buffer management mechanism and method using multiple linked lists in a high speed packet switching system
JPH11232201A (en) * 1998-02-12 1999-08-27 Nippon Telegr & Teleph Corp <Ntt> Communication resource control device
US6157635A (en) * 1998-02-13 2000-12-05 3Com Corporation Integrated remote data access and audio/visual conference gateway
US6298129B1 (en) * 1998-03-11 2001-10-02 Mci Communications Corporation Teleconference recording and playback system and associated method
JPH11261580A (en) * 1998-03-12 1999-09-24 Toshiba Corp Device and method for adjusting information retrieval route on network
US6097720A (en) * 1998-04-07 2000-08-01 3Com Corporation Enabling multicast distribution efficiencies in a dialup access environment
JP3285841B2 (en) * 1998-04-24 2002-05-27 株式会社次世代情報放送システム研究所 Content providing device and content providing method, receiving device and receiving method, and communication system and communication method
US6115752A (en) * 1998-05-21 2000-09-05 Sun Microsystems, Inc. System and method for server selection for mirrored sites
US6370112B1 (en) * 1998-06-16 2002-04-09 Lucent Technologies Inc. Seamless path switchover in a connection-oriented packet network
JP2000029813A (en) * 1998-07-14 2000-01-28 Hitachi Ltd Server selection system
US6195680B1 (en) * 1998-07-23 2001-02-27 International Business Machines Corporation Client-based dynamic switching of streaming servers for fault-tolerance and load balancing
US6052805A (en) * 1998-08-03 2000-04-18 D-Link Corporation Dual speed hub, and the related redundant switching method
US6490285B2 (en) * 1998-08-25 2002-12-03 International Business Machines Corporation IP multicast interface
US6327622B1 (en) * 1998-09-03 2001-12-04 Sun Microsystems, Inc. Load balancing in a network environment
US6457043B1 (en) * 1998-10-23 2002-09-24 Verizon Laboratories Inc. Speaker identifier for multi-party conference
US6510553B1 (en) * 1998-10-26 2003-01-21 Intel Corporation Method of streaming video from multiple sources over a network
US6304913B1 (en) * 1998-11-09 2001-10-16 Telefonaktiebolaget L M Ericsson (Publ) Internet system and method for selecting a closest server from a plurality of alternative servers
US6466550B1 (en) * 1998-11-11 2002-10-15 Cisco Technology, Inc. Distributed conferencing system utilizing data networks
US6415312B1 (en) * 1999-01-29 2002-07-02 International Business Machines Corporation Reliable multicast for small groups
US6377996B1 (en) * 1999-02-18 2002-04-23 International Business Machines Corporation System for seamless streaming of data stored on a network of distributed primary and target servers using segmentation information exchanged among all servers during streaming
US6901604B1 (en) * 1999-02-19 2005-05-31 Chaincast, Inc. Method and system for ensuring continuous data flow between re-transmitters within a chaincast communication system
US6249810B1 (en) * 1999-02-19 2001-06-19 Chaincast, Inc. Method and system for implementing an internet radio device for receiving and/or transmitting media information
US6363429B1 (en) * 1999-04-20 2002-03-26 3Com Corporation Method and system for automatic determination of priority data streams on computer networks
WO2000065775A1 (en) * 1999-04-28 2000-11-02 Chaincast, Inc. Method, system and medium associated with a network
US6381746B1 (en) * 1999-05-26 2002-04-30 Unisys Corporation Scaleable video system having shared control circuits for sending multiple video streams to respective sets of viewers
US6437830B1 (en) * 1999-05-28 2002-08-20 Thomson Licensing S.A. System and data format for communicating data between a video decoder and a peripheral device
US6516350B1 (en) 1999-06-17 2003-02-04 International Business Machines Corporation Self-regulated resource management of distributed computer resources
EP1063814A1 (en) * 1999-06-24 2000-12-27 Alcatel A method to forward a multicast packet
US6785704B1 (en) * 1999-12-20 2004-08-31 Fastforward Networks Content distribution system for operation over an internetwork including content peering arrangements
US6415323B1 (en) * 1999-09-03 2002-07-02 Fastforward Networks Proximity-based redirection system for robust and scalable service-node location in an internetwork
CN1112640C (en) * 1999-10-15 2003-06-25 林沧 Computer multi-media wide-band cut-in network system
US6646997B1 (en) * 1999-10-25 2003-11-11 Voyant Technologies, Inc. Large-scale, fault-tolerant audio conferencing in a purely packet-switched network
US6657975B1 (en) * 1999-10-25 2003-12-02 Voyant Technologies, Inc. Large-scale, fault-tolerant audio conferencing over a hybrid network
US6708213B1 (en) * 1999-12-06 2004-03-16 Lucent Technologies Inc. Method for streaming multimedia information over public networks
US6665726B1 (en) * 2000-01-06 2003-12-16 Akamai Technologies, Inc. Method and system for fault tolerant media streaming over the internet
US6728356B1 (en) * 2000-04-14 2004-04-27 Lucent Technologies Inc. Method and apparatus for providing telephony services by switch-based processing of media streams
US6751219B1 (en) * 2000-04-20 2004-06-15 Aztech Partners, Inc. Multicast packet duplication at random node or at egress port with frame synchronization
JP3401478B2 (en) * 2000-06-20 2003-04-28 日本電信電話株式会社 Location selection device, location selection system, and recording medium
JP3739260B2 (en) * 2000-08-24 2006-01-25 株式会社日立製作所 Information distribution system and gateway device
US20020031126A1 (en) * 2000-09-12 2002-03-14 Crichton James Conrad Bit synchronizer and internetworking system and method
US6711212B1 (en) * 2000-09-22 2004-03-23 Industrial Technology Research Institute Video transcoder, video transcoding method, and video communication system and method using video transcoding with dynamic sub-window skipping
US6970939B2 (en) 2000-10-26 2005-11-29 Intel Corporation Method and apparatus for large payload distribution in a network
US20020116532A1 (en) 2000-12-21 2002-08-22 Berg Mitchell T. Method and system for communicating an information packet and identifying a data structure
EP1348165A4 (en) * 2000-12-26 2009-01-28 Polycom Inc System and method for coordinating a conference using a dedicated server
FR2819674B1 (en) * 2001-01-15 2003-05-23 Cit Alcatel TRANSMISSION DEVICE HAVING A MASS MEMORY FOR TEMPORARY STORAGE OF DELAYED INFORMATION STREAMS
US20040025186A1 (en) 2001-01-19 2004-02-05 Jennings Charles A. System and method for managing media
US6850707B1 (en) * 2001-01-30 2005-02-01 The Regents Of The University Of California Secure optical layer multicasting to effect survivability
US7085842B2 (en) * 2001-02-12 2006-08-01 Open Text Corporation Line navigation conferencing system
US6999465B2 (en) * 2001-02-22 2006-02-14 Motorola, Inc. Methods for reliably sending IP multicast packets to multiple endpoints of a local area network
US7237033B2 (en) * 2001-04-30 2007-06-26 Aol Llc Duplicating switch for streaming data units to a terminal
US7266609B2 (en) 2001-04-30 2007-09-04 Aol Llc Generating multiple data streams from a single data source
US7161939B2 (en) * 2001-06-29 2007-01-09 Ip Unity Method and system for switching among independent packetized audio streams

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6625773B1 (en) * 1999-06-09 2003-09-23 International Business Machines Corporation System for multicast communications in packet switched networks

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080049723A1 (en) * 2001-04-30 2008-02-28 Aol Llc Generating multiple data streams from a single data source
US8572278B2 (en) 2001-04-30 2013-10-29 Facebook, Inc. Generating multiple data streams from a single data source
US8843559B2 (en) 2001-04-30 2014-09-23 Facebook, Inc. Modifying payloads of digital streams for digital conferencing
US8904026B2 (en) 2001-04-30 2014-12-02 Facebook, Inc. Time-shifting streaming data
US9049032B2 (en) 2001-04-30 2015-06-02 Facebook, Inc. Prioritizing digital streams during digital conferencing
US9521006B2 (en) 2001-04-30 2016-12-13 Facebook, Inc. Duplicating digital streams for digital conferencing using switching technologies
US9537667B2 (en) 2001-04-30 2017-01-03 Facebook, Inc. Duplicating digital streams for digital conferencing using switching technologies
US8762575B2 (en) 2002-06-28 2014-06-24 Facebook, Inc. Inserting advertising content
US8769151B2 (en) 2002-06-28 2014-07-01 Facebook, Inc. Adding advertising content to media content

Also Published As

Publication number Publication date
CA2445869C (en) 2013-07-02
WO2002088982A1 (en) 2002-11-07
CN1511289A (en) 2004-07-07
EP1384157A4 (en) 2008-12-24
JP4065411B2 (en) 2008-03-26
US20020161910A1 (en) 2002-10-31
EP2395700B1 (en) 2014-05-07
CA2445869A1 (en) 2002-11-07
EP2395700A2 (en) 2011-12-14
ES2478070T3 (en) 2014-07-18
CN100483384C (en) 2009-04-29
US7266609B2 (en) 2007-09-04
JP2004536494A (en) 2004-12-02
US20130016721A1 (en) 2013-01-17
EP1384157B1 (en) 2016-10-05
EP1384157A1 (en) 2004-01-28
EP2395700A3 (en) 2013-04-17

Similar Documents

Publication Publication Date Title
US20130010794A1 (en) Generating Multiple Data Steams From a Single Data Source
US8572278B2 (en) Generating multiple data streams from a single data source
US7430609B2 (en) Managing access to streams hosted on duplicating switches
US9521006B2 (en) Duplicating digital streams for digital conferencing using switching technologies
US8904026B2 (en) Time-shifting streaming data
US7809850B2 (en) Digital content delivery system, digital content delivery method, program for executing the method, computer readable recording medium storing thereon the program, and server and client for it
US20030149792A1 (en) System and method for transmission of data through multiple streams
US20040233915A1 (en) Speech transmitting method for saving the bandwidth
AU2002305256B2 (en) A duplicating switch for streaming data units to a terminal
AU2002305256A1 (en) A duplicating switch for streaming data units to a terminal
AU2002256379A1 (en) Managing acess to streams hosted on duplicating switches
JP2000324109A (en) Control method for first-in priority in lan

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: META PLATFORMS, INC., CALIFORNIA

Free format text: CHANGE OF NAME;ASSIGNOR:FACEBOOK, INC.;REEL/FRAME:058961/0436

Effective date: 20211028