WO2015116284A9 - System and methods for providing content to vehicles - Google Patents
System and methods for providing content to vehicles Download PDFInfo
- Publication number
- WO2015116284A9 WO2015116284A9 PCT/US2014/064496 US2014064496W WO2015116284A9 WO 2015116284 A9 WO2015116284 A9 WO 2015116284A9 US 2014064496 W US2014064496 W US 2014064496W WO 2015116284 A9 WO2015116284 A9 WO 2015116284A9
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- satellite
- data
- act
- programming content
- computer
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network 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/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/41422—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance located in transportation means, e.g. personal vehicle
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network 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/63—Control 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/64—Addressing
- H04N21/6405—Multicasting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/42—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for mass transport vehicles, e.g. buses, trains or aircraft
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Definitions
- mass communications media e.g., via over-the-air terrestrial broadcast networks, cable networks, satellite networks, etc.
- seagoing vessels in international waters (i.e., outside the territorial waters of any sovereign nation).
- seagoing vessels exceed a certain distance from shore, they are outside the range at which programming content can be received via conventional mass communications media.
- the Applicant has appreciated that, in general, the mass distribution of programming content to consumers is economically viable because the significant costs associated with delivering the programming content (e.g., building and/or maintaining a broadcast, cable and/or satellite network) are offset by revenue earned as a result of a large population of users consuming the programming content.
- the Applicant has also appreciated, however, that the number of potential users aboard vessels in international waters at any one time is relatively small. Moreover, these vessels are often dispersed across the globe, meaning that to be able to deliver programming content to all potential users, a distributor would need to manage a satellite network capable of transmitting to all ocean regions. As a result, distributing programming content to seagoing vessels using prior techniques is not economically viable.
- point-to-point communications e.g., streaming, such from a source accessible over the Internet
- transmitting data to seagoing vessels using conventional point-to-point communication techniques currently costs around $2 per megabit, meaning that it costs around $80 to transmit a typical song, around $16,000 to transmit a typical 2 gigabyte movie, and around $320,000 to transmit a Blu-Ray movie.
- Vessel operators are generally not willing to pay such high amounts to have
- some embodiments of the present invention are directed to systems and methods for delivering programming content to seagoing vessels in a cost-effective manner.
- programming content may be delivered to vessels over previously deployed networks (e.g., satellite networks), using excess network capacity which would not otherwise be used to deliver data.
- networks e.g., satellite networks
- some embodiments of the invention may deliver the data that constitutes programming content to seagoing vessels over a period of time, via a "trickle feed.”
- the data may be transmitted via multicast, whereby a single transmission is directed to multiple destinations, thereby obviating the need to administer multiple separate point-to-point transmissions.
- some embodiments of the invention may enable delivery of programming content to seagoing vessels with minimal additional network infrastructure investment, and without disrupting existing network traffic.
- a seagoing vessel may store received data on one or more onboard servers. After an item of programming content has been received, the item may be made accessible to the vessel's crew and/or passengers, such as by streaming the item to one or more suitably configured onboard playback devices. Content may be served to playback devices "on demand" and/or made available according to a programming schedule. Because some embodiments of the invention provide for the server(s) and playback devices to be co-located (i.e., onboard the vessel), content may be delivered, and playback commands may be processed, much more quickly than if the content were delivered in real-time from a remote server, as it is in conventional mass distribution schemes.
- some embodiments may not only enable cost-effective delivery of programming content to a relatively small number of highly dispersed seagoing vessels, but also provide a user-friendly playback experience as well.
- the foregoing is a non-limiting summary of only some embodiments of the invention, and is intended to describe advantages associated with only those particular embodiments.
- the invention is not limited to being used to deliver content to seagoing vessels, and may be used to deliver content to any suitable vehicle, configured for travel via sea, land and/or air.
- FIG. 1 is a line graph depicting representative forward link network traffic on a satellite beam during a representative time period
- FIG. 2 is a block diagram depicting components of a representative system for delivering programming content to vehicles, in accordance with some embodiments of the invention
- FIG. 3 is a flowchart depicting a representative process whereby a vehicle may transition from receiving an item of programming content from one satellite to receiving the item of programming content from another satellite, in accordance with some embodiments of the invention
- FIG. 4 is a flowchart depicting a representative process whereby a teleport may provide data to a corresponding satellite for transmission to vehicles, in accordance with some embodiments of the invention
- FIG. 5 is a flowchart depicting a representative process whereby a teleport may determine a rate at which to provide data to a satellite for transmission, in accordance with some embodiments of the invention
- FIG. 6 is a block diagram depicting a representative feedback loop providing an indication of a satellite's success in transmitting data to vehicles, in accordance with some embodiments of the invention
- FIG. 7 is a flowchart depicting a representative process whereby items of content received by a vehicle may be arranged into a playback sequence, in accordance with some embodiments of the invention
- FIG. 8 is a block diagram which illustrates a representative technique for arranging items of content into a playback sequence, in accordance with some embodiments of the invention.
- FIG. 9 is a block diagram which illustrates a representative technique for arranging items of content into a sequence for playback, in accordance with some embodiments of the invention.
- FIG. 10 is a flowchart depicting a representative process for dynamically defining the programming channels made available to viewers, in accordance with some embodiments of the invention.
- FIG. 11 is a block diagram depicting a representative computer system which may be used to implement some aspects of the invention.
- Some embodiments of the invention are directed to systems and methods for cost- effectively delivering unitary items of programming content via satellite to vehicles (e.g., vessels in international waters), for playback on the vehicles.
- unitary item of programming content refers to any self-contained, undivided item of programming content, such as a movie, television show, sporting event, educational video, song, podcast, body of program instructions (e.g., one or more hypertext markup language (HTML) pages), file, document (e.g., slide show, presentation, chart, diagram, etc.) or other unabridged item of content.)
- programming content may be delivered to vehicles over previously deployed satellite networks, utilizing network bandwidth which may otherwise not be employed to deliver data to the vehicles.
- some embodiments of the invention may provide for delivering the data that constitutes programming content to vehicles over a period of time.
- data may be transmitted via multicast, whereby a single transmission is directed to multiple destinations, thereby obviating the need to administer multiple separate point-to-point transmissions.
- multicast By transmitting the data via multicast over previously unused network bandwidth, some
- embodiments of the invention may enable programming content to be delivered to vehicles with minimal additional network infrastructure investment, and without disrupting existing network traffic.
- a vehicle may store received data on one or more onboard servers as it is received. After some or all of the data that constitutes an item of programming content is received, the item may be made available to the vehicle's passengers and/or crew, such as by streaming the item to one or more playback devices.
- FIG. 1 illustrates the excess network capacity which may be exploited to deliver programming content to seagoing vessels during a representative time period.
- FIG. 1 is a bar graph showing a representative amount of forward link (i.e., outbound transmissions to seagoing vessels) IP traffic traveling over an existing satellite's sixty megabit per second (Mbps) beam over an eight hour period, from twelve o'clock (i.e., 0:00) to eight o'clock (8:00).
- the amount of data being transmitted at any one time is indicated by contour 101.
- a satellite's total transmission capacity is generally established so as to support peak network loads (e.g., the amount of data that contour 101 indicates is being transmitted just prior to 7:00 in FIG.
- Indicator 102 illustrates the amount of excess capacity on the network at about 2:30.
- FIG. 2 depicts components of a representative system 200 for delivering programming content to a representative set of vehicles (i.e., seagoing vessels).
- FIG. 2 depicts one or more content feeds being provided to a staging server 205, which transmits the feed(s) to enterprise server 210.
- Enterprise server 210 then provides data constituting items of
- one or more content feeds are received and stored by staging server 205.
- Any suitable type of content may be received by staging server 205.
- movies, television shows, news clips, televised sporting events, educational content, bodies of program instructions, files, documents (e.g., charts) and/or one or more other types of content may be received by staging server 205.
- Feeds may be received and stored by staging server 205 using any suitable infrastructure and/or technique(s), as embodiments of the invention are not limited in this respect.
- staging server 205 bundles individual items of
- each item of programming content received via a content feed into separate unitary files, for ease of transmission, storage and error correction.
- embodiments of the invention are not limited to bundling each item of programming content into a separate file.
- each item of programming content may be packaged into multiple files, and/or other suitable data structure(s).
- staging server 205 may incorporate, into each file constituting an item of programming content, information which may be used for file-level error correction.
- some embodiments of the invention may enable an item of programing content to be reconstructed (e.g., using any suitable error correction algorithm(s), whether now known or later developed) if transmission errors occur prior to the item reaching its destination in its entirety.
- Any suitable error correction information e.g., redundant data
- any suitable error correction algorithm(s) may be used to correct a file for transmission and/or other errors occur, as embodiments of the invention are not limited to any particular manner of implementation.
- staging server 205 transmits data representing items of programming content to enterprise server 210 via network(s) 207.
- Network(s) 207 may employ any suitable infrastructure and/or communications protocol(s).
- Enterprise server 210 then provides the data to teleports 215A-215D via network(s) 212, which may also employ any suitable infrastructure and/or communications protocol(s).
- Each of teleports 215A-215D may comprise any collection of components suitably configured for providing a communications link between terrestrial components (e.g., in representative system 200, enterprise server 210) and extraterrestrial components (e.g., in representative system 200, a corresponding satellite 220). Although four teleports are shown in FIG. 2, it should be appreciated that any suitable number of teleports may be employed to communicate data to satellites.
- each of teleports 215 communicates with a corresponding satellite 220.
- teleport 215A communicates with satellite 220 A
- teleport 215B communicates with satellite 220 A
- a teleport may communicate with any suitable number of satellites.
- a first teleport may communicate with one satellite, another teleport may communicate with four satellites, etc.
- Any suitable configuration of teleports and satellites may be employed, and any suitable number of satellites may be used to transmit data to seagoing vessels, as embodiments of the invention are not limited in this respect.
- each satellite may comprise any collection of components suitably configured for transmitting to a terrestrial terminal (e.g., an antenna 225 disposed on a corresponding seagoing vessel 222) from an extraterrestrial location.
- a satellite 220 may transmit data constituting items of programming content via multicast transmission, whereby a single transmission is directed to multiple destinations (e.g., vessel antennae).
- destinations e.g., vessel antennae
- some embodiments of the invention obviate the need to administer multiple separate point-to-point data transmissions to individual seagoing vessels.
- some embodiments of the invention are not limited to transmitting data via multicast, as any suitable communications protocol(s) and/or transmission technique(s) may be used.
- any suitable form(s) of multicast e.g., Internet Protocol (IP) multicast, application-layer multicast, and/or any other suitable form(s) may be used.
- IP Internet Protocol
- an antenna 225 of a vessel 222 receives information transmitted by a satellite 220 to an area in which the vessel 222 is located.
- vessel 222A receives information transmitted by satellite 220A due to vessel 222A being located in the area serviced by satellite 220A
- vessel 222B receives information transmitted by satellite 220B due to vessel 222B being located in the area serviced by satellite 220B
- vessels 222C and 222E receive information transmitted by satellite 220C due to vessels 222C and 222E being located in the area serviced by satellite 220C, and so forth.
- Any suitable number of vessels may receive a transmission from a particular satellite.
- transmissions originating from satellite 200 may be directional transmissions, such that each antenna 225 is oriented toward a particular satellite, and consequently receives data from only one satellite, at a particular time.
- a vessel 222 which receives data via an antenna 225 may demodulate the data using one or more modems (not shown in FIG. 2) and segregate data which constitutes programming content from other types of data received from satellite 220.
- satellite 220 may transmit numerous types of data to a vessel, including chart data, operational data, weather information, etc.
- this "other" data i.e., data which does not constitute programming content
- Data which constitutes programming content may be segregated from other data received by a vessel using any suitable technique(s).
- the data constituting programming content may be identified based on its having been transmitted via multicast.
- some multicast transmissions may be directed to a class of network addresses known as "Class D" IP addresses, and as a result may be identified based upon the address to which the transmission is directed.
- Class D class of network addresses
- embodiments of the invention are not limited to employing multicast transmissions directed to a particular type or class of address, or to identifying the data which constitutes programming content based upon the way it is transmitted.
- Data constituting programing content may be identified in any suitable fashion, and embodiments of the invention are not limited to any particular manner of implementation.
- the data which constitutes programming content that is received by vessel antenna 225 is stored on client server 230 as it is received.
- client server 230 the data which constitutes programming content that is received by vessel antenna 225 is stored on client server 230 as it is received.
- a satellite's capacity for transmitting programming content often varies over time. Specifically, a satellite's capacity to transmit programming content at any one time may depend in part on how much of its total transmission capacity is being used to transmit other data at that time.
- each satellite 220 may transmit data constituting programming content to vessels at a variable rate, and the transmission of an item of programming content may take an extended period of time to complete.
- This "trickle feed" of content to vessels is unlike conventional approaches to delivering programming content via mass communications media, which involve streaming content continuously in real-time, for real-time receipt, processing and display by a terminal device.
- the data which constitutes an item of programming content may be received by a vessel over an extended period of time
- the data may be stored by client server 230 as it is received.
- the data may be stored in any suitable fashion, as embodiments of the invention are not limited in this respect.
- the data may be provided to onboard server 235, which may make it available for playback (e.g., via streaming, and/or using any other suitable delivery technique(s)) to one or more devices onboard the vessel.
- Onboard server 235 may make content available "on demand” and/or in accordance with a schedule. The manner in which onboard server 235 makes content available for playback is described in further detail below.
- FIG. 2 Although the representative vehicles depicted in FIG. 2 are vessels at sea, some embodiments of the invention may provide for delivering content to any suitable type(s) of vehicle, including vehicles designed for travel via land, air and/or sea, and that the content delivery techniques described above may be adapted for use with vehicles of any suitable type.
- a vehicle may be in motion as it receives the data which constitutes an item of programming content from a satellite, it may travel outside the area serviced by the satellite prior to receiving the item in its entirety.
- multicast generally does not provide for a protocol-level feedback loop to alert a transmission source that a particular portion of transmitted data was not properly received by a recipient, and should be re- sent.
- some embodiments of the invention provide techniques for ensuring that, if a vehicle loses contact with a satellite while the satellite transmits an item of programming content to the vehicle, the vehicle may continue to receive the item from another satellite via multicast without the transmission of the item having to be restarted.
- a vehicle's transition from receiving data from one satellite to receiving data from another satellite may be aided by keeping the transmissions of satellites 220A-220D relatively synchronized, so that each satellite 220 transmits the same data at about the same time.
- the Applicant has appreciated that unless satellites transmit the same data at about the same time, if a vehicle receiving data from a first satellite loses contact with that satellite, and then establishes communication with a second satellite, a risk exists that the vehicle may not receive a portion of the data from either the first or the second satellite.
- the second satellite transmits at a faster rate than the first satellite
- the vehicle fails to receive a portion of the data from the first satellite (e.g., because it was being transmitted as the vehicle lost contact with the first satellite)
- the vehicle may have "missed" the transmission of that portion of the data because it may already have been transmitted by the second satellite.
- the satellites' transmissions may be kept relatively synchronized by controlling the rate at which teleports provide data to the satellites, so that data is provided to each satellite for re-transmission at about the same rate.
- teleports 215A-215D may each provide the same data to corresponding satellites 220A-220D at about the same time.
- the rate at which data is provided to satellites for retransmission may be fixed or variable, and may be established in any suitable fashion.
- the rate may be defined by analyzing the rate at which each satellite transmits "other" data (i.e., data which does not constitute programming content), and establishing the rate so as to not consume the entirety of the excess bandwidth of any one satellite. Any of numerous other techniques may also, or alternatively, be used.
- FIG. 3 depicts a representative process 300 for doing this.
- a transmission of data constituting a unitary item of programming content is begun by a first satellite to a vehicle.
- a teleport e.g., one of teleports 215A-215D, FIG. 2
- Process 310 then proceeds to act 320, wherein the vehicle loses communication with the first satellite prior to the transmission being completed. This may happen for any of numerous reasons. For example, the vehicle may lose contact with the first satellite because it travels outside of an area serviced by the first satellite. The vehicle may, for example, seek to establish communication with the second satellite.
- Process 300 then proceeds to act 330, wherein a determination is made whether enough of the data constituting the item of programming content was received to enable the item of programming content to be played back.
- This determination may be made in any of numerous ways.
- programmed instructions may be executed to analyze the data. These instructions may be executed by one or more components resident on the vehicle (e.g., by client server 230) and/or residing in any other suitable location(s). Any of numerous criteria may be used to determine whether a sufficient portion of an item has been received to enable playback.
- programmed instructions may be executed to analyze received data to determine whether the entire item has been received.
- programmed instructions may be executed to apply one or more error detection schemes (e.g., using a checksum, cyclic redundancy check, hash function, and/or other suitable error detection algorithm(s), whether now known or later developed) to determine whether enough data has been received to allow the item to be played back.
- error detection schemes e.g., using a checksum, cyclic redundancy check, hash function, and/or other suitable error detection algorithm(s), whether now known or later developed
- This may involve analyzing individual segments (e.g., blocks of data) to determine whether enough data has been received so as to enable playback.
- step 340 wherein one or more missing portions of the item are acquired by the vehicle.
- This may be performed in any of numerous ways.
- programmed instructions may be executed to acquire one or more missing portions of the item. Missing portions may be acquired in any of numerous ways.
- missing portions may be generated from other data successfully received by the vehicle.
- a file that constitutes an item of programming content may include redundant data which may be used to generate one or more missing portions via an error correction algorithm. Any suitable error correction algorithm(s) may be used, whether now known or later developed.
- some embodiments may employ one or more forward error correction (FEC) algorithm(s) to regenerate one or more missing portions of a file using redundant data provided in the file.
- FEC forward error correction
- one or more missing portions of an item may be acquired by requesting re-transmission of the portion(s). This may be performed instead of, or in addition to, generating any missing portions using redundant data.
- a vehicle may first attempt to generate missing portions using received data, and then request retransmission if this effort fails.
- re-transmission may be requested in parallel with a regeneration attempt. Any suitable approach may be employed.
- a vehicle may request re-transmission of data in any of numerous ways.
- each individual portion of an item of programming content e.g., each block, packet, and/or any other suitable subdivision of the data constituting an item
- a vehicle may include the identifier(s) for the missing portions in a request sent via satellite 220 and corresponding teleport 215 to enterprise server 310.
- Enterprise server 310 may respond to the request by retrieving the missing portion(s) from storage (e.g., based on the identifier for each portion) and include the portion(s) in a subsequent transmission sent via one or more of teleports 215A-215D and satellites 220A-220D.
- the portions may be included in one or more "catch-up" multicast transmissions, which may be sent via the specific teleport and satellite combination that services the area in which the vehicle is located, via all teleports and satellites to all terminals, and/or in any other suitable fashion.
- the invention is not limited to sending one or more missing portions via transmissions which may be received by multiple vehicles.
- missing portions may be sent via a point-to-point transmission. Any suitable technique(s) may be employed.
- representative process 300 completes.
- representative process 300 need not be performed in relation to a vehicle transitioning from one satellite to another.
- a vehicle may not properly receive the data constituting an item of programming content because of weather conditions at the vehicle's location, technical failure by a satellite, blockage of a satellite's transmission (e.g., due to a vehicle's proximity to a hill, bridge, etc.) and/or any of numerous other reasons.
- Representative process 300 may be performed to assist a vehicle in dealing with any or all of these issues.
- process 300 relates to the specific example of a vehicle transitioning from one satellite to another, the process may be performed in relation to a vehicle transitioning between any suitable number of satellites (e.g., three or more).
- While some embodiments of the invention may seek to minimize the amount of data that is re-transmitted to vehicles by keeping satellite transmissions relatively synchronized, some other embodiments may provide data to satellites at varying rates. This may be for any of numerous reasons. One reason may be to optimize the amount of data that is transmitted to vehicles. In this respect, it should be appreciated that each satellite shown in FIG. 2 may be committed to transmitting a different amount of "other" data (i.e., non-programming content) at any one time, and may therefore have excess transmission capacity which varies over time.
- “other" data i.e., non-programming content
- the amount of data constituting programming content that is provided to each individual satellite may be dynamically throttled based upon that satellite's excess transmission capacity, so as to opportunistically exploit the excess capacity as it becomes available, and optimize the amount of programming content that may be sent to vehicles.
- some embodiments of the invention may provide techniques for balancing transmissions among multiple modulation encodings on a single satellite beam. Data may be transmitted on more than one modulation encoding, for example, to enable different types of data to be transmitted from different "locations" (i.e., data rates) on the same beam, and/or to direct particular types of transmissions to particular types of antennas.
- data which is sent on "lower” encodings is generally transmitted more reliably, and can be received across a wider area by more types of vehicle antennas in a greater range of weather conditions.
- transmissions on "higher” encodings are sent faster, but may not be received properly in all areas, and/or may not be received by all types of antennas.
- two modulation encodings on a beam are used to transmit two different types of data, with one data type being more critical than the other, then the more critical data type is typically sent on the lower modulation encoding, so that it may be more reliably received.
- Data sent on any modulation encoding could consume the entirety of a satellite's beam if transmitted at the maximum rate afforded by the encoding. For example, if data were transmitted at two different modulation encodings, including a first which affords a 2 Mbit/s data rate, and a second which affords a 10 Mbit/s data rate, then if data were transmitted on the first modulation encoding at the full 2 Mbit/s data rate, it would consume the total bandwidth afforded by the beam. Conversely, if data were transmitted on the second modulation encoding at the full 10 Mbit/s data rate, then the transmission would consume the beam's total bandwidth. As a result, some embodiments of the invention seek to balance the amount of data transmitted by the satellite on each of multiple modulation encodings, to optimize the amount of
- a representative process 400 for providing data to a satellite for transmission on multiple modulation encodings is shown in FIG. 4.
- Representative process 400 may, for example, be performed by one of teleports 215A-215D (FIG. 2) in providing data to a corresponding satellite.
- Representative process 400 assumes that data is transmitted by the satellite on two different modulation encodings. It should be appreciated, however, that variations on this process may enable data to be transmitted on any suitable number of different modulation encodings, as embodiments of the invention are not limited in this respect.
- a teleport acquires information relating to the rate at which a satellite previously transmitted data at each modulation encoding.
- This information may take any of numerous forms, and may be acquired in any of numerous ways.
- a teleport which provides data to a satellite may query the satellite to acquire information relating to the satellite's transmissions at each modulation encoding during one or more previous time periods.
- the invention is not limited to a teleport acquiring this information by querying a corresponding satellite.
- the information may be obtained by any suitable entity or entities, from any suitable source(s) (e.g., one or more terminals that received data transmitted by the satellite, and/or one or more other sources), in any suitable way(s).
- the information that is acquired in the act 410 includes a rate at which the satellite transmitted data on each modulation encoding at selected intervals over the previous time period(s). Any suitable interval(s), over any suitable time period(s), may be used. In some embodiments of the invention, transmission rate data is collected for four minute intervals occurring over a thirty minute period.
- the teleport may acquire information including a maximum rate at which data may be transmitted on each modulation encoding, and/or a maximum rate at which data constituting programming content may be transmitted on each modulation encoding. In other embodiments, one or more of these pieces of information may be predetermined. The information may be made available in any suitable fashion.
- Representative process 400 then proceeds to act 420, wherein the teleport determines a rate at which to provide data constituting programming content to the satellite going forward on each modulation encoding.
- a representative process 500 for making this determination is shown in FIG. 5.
- channel- speed-percent channel-speed-mbit / channel- speed- max-mbit, where channel-speed-mbit equals the bandwidth used on the modulation encoding, and channel-speed-max-mbit equals the maximum possible data rate for the modulation encoding.
- Process 500 then proceeds to act 520, wherein the total percent utilization of the satellite beam (i.e., "total-speed-percent") is calculated using formula (2):
- total- speed-percent sum of channel- speed-percent for all modulation encodings.
- channel-speed-mcast-total-mbit sum of channel-speed-max-mcast-mbit for all modulation encodings, where channel-speed-max-mcast-mbit is a maximum rate at which data constituting programming content may be transmitted on a modulation encoding.
- this information may be acquired from the satellite, or established a priori.
- representative process 500 then proceeds to act 540, wherein the percentage of the bandwidth available for transmitting data constituting
- channel-speed-mcast-total-mbit programming content
- channel-speed-percent the percentage utilization for each modulation encoding
- channel-speed-mcast-percent channel- speed-percent / channel-speed-mcast- total-mbit, where channel-speed-max-mcast-mbit is calculated using formula (3) and channel- speed- percent is calculated using formula (1).
- Representative process 500 then proceeds to act 550, wherein the percentage of the total bandwidth available for transmitting data constituting programming content for each modulation encoding (i.e., "channel-speed-max-mcast-percent") is calculated using formula (5):
- channel-speed-max-mcast-percent total- speed-percent X channel-speed-mcast- percent, where total- speed-percent is calculated using formula (2) and channel-speed-mcast- percent is calculated using formula (4).
- act 550 the process then proceeds to act 560, wherein the rate at which data constituting programming content is to be provided to the satellite for transmission on each modulation encoding (i.e., "channel-speed-mcast") is calculated using formula (6):
- channel-speed-mcast channel- speed-max-mbit X channel- speed-max-mcast- percent, where channel-speed-max-mbit equals the maximum possible data rate for the modulation encoding, and channel- speed-max-mcast-percent is calculated using formula (5).
- representative process 500 completes.
- process 500 represents merely one of many techniques which may be used to determine a rate at which data is to be provided to a satellite. Any suitable technique, or combination of techniques, may alternatively be used.
- representative process 400 proceeds to act 430, wherein data is provided by the teleport to the satellite at the rate determined in the act 420 for each modulation encoding. Representative process 400 then completes.
- a teleport may dynamically shift between the modulation encodings on which data constituting programming content is sent to the satellite, so as to balance the risk of the data not being reliably received by vehicles against a desire to send the data at the fastest possible transmission rate.
- This shifting may be based, for example, upon information indicating weather conditions in an area serviced by the satellite, the satellite's success in transmitting data, and/or other information.
- a satellite's success in transmitting data may be determined in any suitable way.
- a feedback loop may be established to provide this information.
- Representative feedback loop 600 shown in FIG. 6, includes a number of the components described above with reference to FIG. 2, as well as a dedicated "receive site" for receiving transmissions from a corresponding satellite. The receive site may provide
- This information may be analyzed to determine how subsequent transmissions should be performed. As one example, if a receive site reports a high rate of failure in receiving transmissions from a satellite, and other information indicates that weather issues may be affecting the area to which the satellite transmits, then subsequent transmissions may be sent at one or more lower modulation encodings, to increase transmission reliability. If the receive site later begins to report a greater rate of success in receiving data, then subsequent transmissions may be sent at one or more higher modulation encodings, so as to increase the amount of data that may be transmitted. Any of numerous actions may be taken in response to analyzing data provided by one or more receive sites.
- Representative feedback loop 600 involves communication of data between components which include enterprise server 210, a teleport 215, a satellite 220 in communication with the teleport, and a receive site 605.
- Receive site 605 may comprise any collection of components suitably configured to receive transmissions from satellite 220 (e.g., an antenna suitably configured to receive transmissions from satellite 220 and a modem suitably configured to demodulate the transmissions) and to supply information relating to those transmissions to other components shown in FIG. 6.
- receive site 605 may be land-based, although the invention is not limited to such an implementation.
- receive site 605 may be located at sea, be airborne, or reside in any other suitable location(s).
- receive site 605 may be located within that area, although the invention is not limited to either employing directional transmissions or to having receive site 605 be located within any particular area.
- test file may take any suitable form, include any suitable
- test file may be sent by enterprise server to teleport 215 via network(s) 212, shown in FIG. 2.
- Teleport 215 then provides the test file, or a derivation thereof, to satellite 220, as indicated at 615. This may be performed in any suitable fashion.
- teleport 215 may employ the same communications infrastructure and/or techniques as those described above in relation to providing data constituting programming content to a satellite to send the test file to satellite 220.
- the test file may be included within a data set that also includes programming content, may be sent separately from data constituting programming content, or provided in some other way(s). Any suitable technique(s) may be employed.
- Satellite 220 then sends the test file to receive site 605, as indicated at 620.
- a transmission from satellite 220 to receive site 605 may employ the same communications infrastructure and/or techniques as those described above in relation to transmitting programming content for receipt by a vehicle.
- the test file may be included within data comprising programming content, sent separately from such data, or be sent in some other way(s).
- receive site 605 After receiving the test file, or after a predetermined amount of time passes after the test file is sent, receive site 605 provides an indication of the data it has received to teleport 215, as indicated at 625.
- the indication may take any of numerous forms. For example, it may indicate that the test file was successfully received in its entirety, was received in altered (e.g., corrupted) form, was not received, and/or provide other information.
- Enterprise server 210 then queries teleport 215 to acquire information provided in the indication, as indicated at 630.
- a query may take any of numerous forms, and be sent in any of numerous ways. For example, a query may be transmitted via network(s) 212, shown in FIG. 2.
- Teleport 215 then responds to the query, as indicated at 635.
- a response may include any suitable information.
- a response may indicate whether one or more test files were received, whether issues were encountered with any received test file, and/or other information.
- This information may provide an indication of how successfully satellite 220 transmits data to vehicles, and may enable any of numerous types of remediation to be performed if transmission issues are indicated, such as altering the manner in which (e.g., the modulation encoding(s) at which) data is subsequently transmitted by the satellite, suspending transmissions for a certain time period, and/or taking other actions. It should be appreciated that although FIG.
- test files may be sent over a period of time, and the response to a query provided by teleport 215 indicated at 635 may provide information on transmissions during that period.
- a feedback loop may be established for more than one satellite.
- one or more receive sites may be installed for each of multiple satellites, and provide information that may be useful in diagnosing issues affecting multiple satellites (e.g., system-wide issues).
- information provided by multiple receive sites may be useful in ascertaining a system's overall "health," identifying issues with the manner in which all teleports provide data to satellites, and/or other conditions.
- the two transmission approaches described above i.e., a first approach whereby satellite transmissions are kept relatively synchronized to minimize data re-transmissions, and a second approach whereby satellite transmissions are dynamically throttled to optimize the amount of data that may be delivered to vehicles
- some embodiments of the invention may employ one approach for a period, and then switch to another approach in response to one or more stimuli (e.g., the passage of a certain period of time, one or more criteria being satisfied, etc.).
- Some embodiments may vary the approach used according to the type of data to be transmitted (e.g., one approach could be used for a first data type, and another approach may be used for another data type), according to satellite (e.g., one approach could be used to transmit from one or more first satellites, and another could be used for one or more other satellites), etc. Any suitable transmission technique(s) may be employed, as embodiments of the invention are not limited in this respect.
- the Applicant has recognized that delivery of programming content via a "trickle feed" means that it may be difficult to determine beforehand when a particular item of content will be available for playback on a particular vehicle.
- any of numerous issues may affect a vehicle's ability to receive it.
- a distributor e.g., a cable operator, satellite operator, etc.
- a content provider e.g., a broadcast network
- EPG electronic program guide
- Some embodiments of the invention provide techniques for defining a manner (e.g., a time, a sequence, etc.) in which one or more items of content received by a vehicle will be made available to viewers on the vehicle.
- an EPG may be constructed to indicate to the vehicle's passengers and/or crew when the item(s) will be available.
- the manner in which one or more items of content are made accessible to the vehicle's passengers and/or crew may be defined at least in part on when the item(s) is(are) received in a condition that enables playback. Other considerations may also influence the manner in which one or more items are made available for playback.
- characteristics of each item may influence the manner in which the item(s) are made available.
- the date of an item's creation may influence how and/or when it is made available, such as if a goal is to make available the most recently created content as soon as possible.
- the manner in which content is made available may be premised, at least in part, on passengers and/or crew having continuous access to content.
- items of content may be played back in a continuous loop, so that there are no "dead spots" during which no content is played back.
- a representative process 700 for defining a manner in which items of content received by a vehicle are played back is shown in FIG. 7. Specifically, representative process 700 may be performed to define an initial sequence in which items received by the vehicle are to be played back, and then to redefine the sequence if and/or when new items of content are received. As a result, an EPG may be defined to inform users when each item of content will be available for playback.
- FIG. 8 three items of content 801, 802 and 803 are shown. Each item has
- each item's characteristics may, for example, be defined via metadata that is transmitted as part of the item to the vehicle.
- each item's characteristics include a time stamp (TS) which indicates when the item was created, a playback start time (START) indicating the earliest time that playback of the item may be started, a playback finish time (FINISH) indicating the latest time that playback of the item may be started, and an expiration time (EXP.) indicating when the item has expired and is to be deleted from the vehicle's onboard server.
- TS time stamp
- STAT playback start time
- FINISH playback finish time
- EXP. expiration time
- an item of programming content may have any suitable characteristics, which may be defined in any suitable way(s).
- item 801 was created on 10/23/14 at 6:00 a.m., and has a start time of 10/23/14 at 6:00 a.m., a finish time of 10/25/14 at 6:00 a.m., and an expiration of 10/25/14 at 8:00 a.m.
- Item 802 was created on 10/22/14 at 6:00 a.m., and has a start time of 10/22/14 at 6:00 a.m., a finish time of 10/25/14 at 6:00 a.m., and an expiration of 10/25/14 at 8:00 a.m.
- Item 803 was created on 10/21/14 at 6:00 a.m., and has a start time of 10/21/14 at 6:00 a.m., a finish time of 10/25/14 at 10:00 p.m., and an expiration of 10/26/14 at 12:00 a.m.
- act 710 involves arranging items 801, 802 and 803 into a sequence based upon each item's time of creation, with items created most recently being placed before items created later in the sequence. Act 710 also involves omitting an item from the sequence if its start time has not yet arrived, or if its finish and/or expiration time has arrived. It should be appreciated, however, items of content may be arranged into a sequence to achieve any of numerous objectives. Thus, the example shown in FIG. 8 is provided for illustration purposes only. In this example, assume that act 710 is performed on 10/24/14 at 8:00 a.m., and that each of items 801, 802 and 803 takes about 20 minutes to play back.
- representative process proceeds to act 720, wherein the next item in the sequence is retrieved for playback.
- item 801 is the next item in the sequence, and so it is retrieved (e.g., from the vehicle's onboard server) for playback. Item 801 is then played back in act 730.
- representative process 700 proceeds to act 740, wherein a determination is made whether any new items of content were received during playback. If it is determined that no new items of content were received, then process 700 proceeds to act 750, wherein a determination is made whether the item played back in the act 730 was the last item in the sequence defined in the act 710. If not, process 700 returns to act 720, wherein the next item in the sequence is retrieved for playback, and if so, process 700 returns to act 710, wherein items of content are arranged into sequence for playback as described above. In the example shown in FIG. 8, since item 801 is not the last item in the sequence, process 700 returns to act 720, wherein item 802 (i.e., the next item in the sequence of FIG.
- Process 700 then proceeds as described above. It can be seen, then, that if no new items of content are received by the vehicle during playback of items 801, 802 and 803, these items will be played back in a continuous loop. However, if it is determined in the act 740 that a new item was received during playback of an item in the act 730, then representative process 700 proceeds to act 760, wherein the sequence initially defined in the act 710 is redefined. An example is shown in FIG. 9.
- FIG. 9 depicts the items 801,802 and 803 which are also shown in FIG. 8, and item 804. Assume that item 804 was received during playback of the item 801 in act 730. Like items 801, 802 and 803, item 804 has a time stamp, start time, finish time and expiration time. It can be seen that item 804 was created on 10/24/14 at 6:00 a.m., has a start time of 10/24/14 at 6:00 a.m., a finish time of 10/26/14 at 6:00 a.m., and an expiration time of 10/26/14 at 8:00 a.m.
- item 804 was created more recently than item 802 (which was created on 10/22/14 at 6:00 a.m.) and item 803 (which was created on 10/21/14 at 10:00 p.m.). It can also be seen that the start time for each of items 802, 803 and 804 has arrived, and the finish time and expiration time for these items have not arrived. In this respect, because process 700 began on 10/24/14 at 8:00 a.m. and item 801 took about twenty minutes to play back, the start time for each item (i.e., 10/24/14 at 6:00 a.m. for item 804, 10/22/14 at 6:00 a.m. for item 802, and 10/21/14 at 10:00 p.m.
- items 802, 803 and 804 are arranged into sequence by timestamp, with items having an earlier timestamp being placed earlier in the sequence than items having a later timestamp. Because item 803 has an earlier timestamp than item 802, and item 802 has an earlier timestamp than item 804, and each of these items have start times which have already arrived and finish and expiration times which have not yet arrived, in act 760 the sequence is redefined so that item 803 is played next, followed by items 802 and 804. It should be appreciated, however, that (as with the procedure described above with reference to FIG. 8) items of content may be arranged into a sequence using any suitable technique, to achieve any of numerous objectives, and the example shown in FIG. 9 is provided for illustration purposes only.
- act 760 may involve arranging items 802, 803 and 804 in a sequence so that item 804 is played back next, followed by items 802 and 803.
- representative process 700 returns to act 720, wherein the next item in the sequence is retrieved for playback.
- the next item in the sequence is item 802, and so it is retrieved for playback, and then played back in the act 730.
- Process 700 then proceeds in the manner described above. As such, it can be seen that items of content are played back in a continuous loop unless new items of content are received. If a new item is received, it is inserted into the sequence based upon its time of creation, so long as its start time has arrived. An item is removed from the sequence if its finish and/or expiration time has arrived.
- FIGS. 8 and 9 may be performed to make content available as it is received by a vehicle.
- other techniques may be used, and/or the techniques described above may be modified, to achieve other objectives.
- the techniques described above may be modified to limit the number of items in a sequence, so that (for example) no more than five items are played back in sequence before returning to the first item in the sequence. Any of numerous techniques may be used, as the invention is not limited to being used or implemented in any particular way. While the process described above with reference to FIGS.
- FIG. 10 depicts a representative process 1000 for dynamically defining programming channels which are made available to viewers.
- a new item of content is received.
- an item may be received by a vehicle (e.g., vessel 222, shown in FIG. 2) and stored in its onboard server (e.g., onboard server 235).
- an item may be received by enterprise server 210, from staging server 205. Any suitable component(s) may receive an item of content in act 1010.
- a programming channel through which the received item of content is to be made accessible is determined.
- the programming channel may be determined based at least in part on the item's type.
- the item may include, or have associated therewith, an indication of a type of programming content, and this indication may be used to determine the channel through which the item will be made accessible.
- the item's type indicates that the item is a news clip, or a movie, or a televised sports contest
- the item may be assigned to a channel which makes content items of that type available to viewers.
- an item of content need not be associated with a programming channel based on its type, as any of numerous types of information and/or considerations may influence the channel to which the item is assigned.
- the programming channel to which an item is assigned need not be pre-existing.
- a programming channel may be newly established to provide access to a type of programming content to which the item belongs.
- a sports movie channel may be newly established in response to the item being received (e.g., based upon a "critical mass" of sports movies now being available for playback).
- process 1000 proceeds to act 1030, wherein the item is made available via the programming channel determined in the act 1020.
- This may be performed in any of numerous ways. For example, the process described above with reference to FIG. 7 may be performed to define a sequence in which the item and, potentially, other items may be played back. Of course, any suitable technique(s) may alternatively be employed. Representative process 1000 then completes. It should be appreciated that although many aspects of the foregoing description relate to distributing video content to vehicles, embodiments of the invention are not limited to distributing content of any particular type.
- embodiments of the invention may be employed to distribute audio content (e.g., music, podcasts, news items, etc.), image content (e.g., graphics, charts, maps, etc.) documents, files, bodies of program instructions, and/or content and data of any other suitable type(s).
- audio content e.g., music, podcasts, news items, etc.
- image content e.g., graphics, charts, maps, etc.
- documents e.g., documents, files, bodies of program instructions, and/or content and data of any other suitable type(s).
- FIG. 11 illustrates one example of a suitable computing system environment 1100 which may be used to implement certain aspects of the invention.
- the computing system environment 1100 is only one example of a suitable computing environment, and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the computing environment 1100 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment 1100. In this respect, the invention is operational with numerous other general purpose or special purpose computing system environments or configurations.
- Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, mobile or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
- the computing environment may execute computer-executable instructions, such as program modules.
- program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
- the invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
- program modules may be located in both local and remote computer storage media including memory storage devices.
- FIG.l 1 depicts a general purpose computing device in the form of a computer 1110.
- Components of computer 1110 may include, but are not limited to, a processing unit 1120, a system memory 1130, and a system bus 1121 that couples various system components including the system memory to the processing unit 1120.
- the system bus 1121 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures.
- bus architectures include Industry Standard Architecture (ISA) bus, Micro Channel
- MCA Management Entity Bus
- EISA Enhanced ISA
- VESA Video Electronics Standards Association
- PCI Peripheral Component Interconnect
- Computer 1110 typically includes a variety of computer readable media.
- Computer readable media can be any available media that can be accessed by computer 1110 and includes both volatile and nonvolatile media, removable and non-removable media.
- Computer readable media may comprise computer storage media and communication media.
- Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data.
- Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other one or more media which may be used to store the desired information and may be accessed by computer 1110.
- Communication media typically embody computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.
- modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
- communication media include wired media such as a wired network or direct- wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
- the system memory 1130 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 1131 and random access memory (RAM) 1132.
- ROM read only memory
- RAM random access memory
- BIOS basic input/output system 1133
- RAM 1132 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 1120.
- FIG. 11 illustrates operating system 1134, application programs 1135, other program modules 1136, and program data 1137.
- the computer 1110 may also include other removable/non-removable,
- FIG. 11 illustrates a hard disk drive 1141 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 1151 that reads from or writes to a removable, nonvolatile magnetic disk 1152, and an optical disk drive 1155 that reads from or writes to a removable, nonvolatile optical disk 1156 such as a CD ROM or other optical media.
- Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like.
- the hard disk drive 1141 is typically connected to the system bus 1121 through an non-removable memory interface such as interface 1140, and magnetic disk drive 1151 and optical disk drive 1155 are typically connected to the system bus 1121 by a removable memory interface, such as interface 1150.
- hard disk drive 1141 is illustrated as storing operating system 1144, application programs 1145, other program modules 1146, and program data 1147. Note that these components can either be the same as or different from operating system 1134, application programs 1135, other program modules 536, and program data 1137. Operating system 1144, application programs 1145, other program modules 1146, and program data 1147 are given different numbers here to illustrate that, at a minimum, they are different copies.
- a user may enter commands and information into the computer 1110 through input devices such as a keyboard 1162 and pointing device 1161, commonly referred to as a mouse, trackball or touch pad.
- Other input devices may include a microphone, joystick, game pad, satellite dish, scanner, or the like.
- These and other input devices are often connected to the processing unit 1120 through a user input interface 560 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB).
- a monitor 1191 or other type of display device is also connected to the system bus 1121 via an interface, such as a video interface 1190.
- computers may also include other peripheral output devices such as speakers 1197 and printer 1196, which may be connected through a output peripheral interface 1195.
- the computer 1110 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 1180.
- the remote computer 1180 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 1110, although only a memory storage device 1181 has been illustrated in FIG. 11.
- the logical connections depicted in FIG. 11 include a local area network (LAN) 1171 and a wide area network (WAN) 1173, but may also include other networks.
- LAN local area network
- WAN wide area network
- the computer 1110 When used in a WAN networking environment, the computer 1110 typically includes a modem 1172 or other means for establishing communications over the WAN 1173, such as the Internet.
- the modem 1172 which may be internal or external, may be connected to the system bus 1121 via the user input interface 1160, or other appropriate mechanism.
- program modules depicted relative to the computer 1110, or portions thereof, may be stored in the remote memory storage device.
- FIG. 11 illustrates remote application programs 1185 as residing on memory device 1181. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.
- the embodiments can be implemented in any of numerous ways.
- the embodiments may be implemented using hardware, software or a combination thereof.
- the software code can be executed on any suitable processor or collection of processors, whether provided in a single computer or distributed among multiple computers.
- processors may be implemented as integrated circuits, with one or more processors in an integrated circuit component.
- a processor may be implemented using circuitry in any suitable format.
- a computer may be embodied in any of a number of forms, such as a rack-mounted computer, a desktop computer, a laptop computer, or a tablet computer.
- a computer may be embedded in a device not generally regarded as a computer but with suitable processing capabilities, including a Personal Digital Assistant (PDA), a smart phone or any other suitable portable or fixed electronic device.
- PDA Personal Digital Assistant
- a computer may have one or more input and output devices. These devices can be used, among other things, to present a user interface. Examples of output devices that can be used to provide a user interface include printers or display screens for visual presentation of output and speakers or other sound generating devices for audible presentation of output.
- Examples of input devices that can be used for a user interface include keyboards, and pointing devices, such as mice, touch pads, and digitizing tablets.
- a computer may receive input information through speech recognition or in other audible format.
- Such computers may be interconnected by one or more networks in any suitable form, including as a local area network or a wide area network, such as an enterprise network or the Internet.
- networks may be based on any suitable technology and may operate according to any suitable protocol and may include wireless networks, wired networks or fiber optic networks.
- the various methods or processes outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or programming or scripting tools, and also may be compiled as executable machine language code or intermediate code that is executed on a framework or virtual machine.
- the invention may be embodied as a computer readable storage medium (or multiple computer readable media) (e.g., a computer memory, one or more floppy discs, compact discs (CD), optical discs, digital video disks (DVD), magnetic tapes, flash memories, circuit configurations in Field Programmable Gate Arrays or other semiconductor devices, or other tangible computer storage medium) encoded with one or more programs that, when executed on one or more computers or other processors, perform methods that implement the various embodiments of the invention discussed above.
- a computer readable storage medium may retain information for a sufficient time to provide computer-executable instructions in a non-transitory form.
- Such a computer readable storage medium or media can be transportable, such that the program or programs stored thereon can be loaded onto one or more different computers or other processors to implement various aspects of the present invention as discussed above.
- the term "computer- readable storage medium” encompasses only a tangible machine, mechanism or device from which a computer may read information.
- the invention may be embodied as a computer readable medium other than a computer-readable storage medium, such as a transitory medium like a propagating signal.
- program or “software” are used herein in a generic sense to refer to any type of computer code or set of computer-executable instructions that can be employed to program a computer or other processor to implement various aspects of the present invention as discussed above. Additionally, it should be appreciated that according to one aspect of this embodiment, one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention.
- Computer-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices.
- program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
- Data structures may be stored in computer-readable media in any suitable form.
- data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a computer-readable medium that conveys relationship between the fields.
- any suitable mechanism may be used to establish a relationship between information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationship between data elements.
- the invention may be embodied as a method, of which an example has been provided.
- the acts performed as part of the method may be ordered in any suitable way. Accordingly, embodiments may be constructed in which acts are performed in an order different than illustrated, which may include different acts than those which are described, and/or which may involve performing some acts simultaneously, even though the acts are shown as being performed sequentially in the embodiments specifically described above.
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- Astronomy & Astrophysics (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Human Computer Interaction (AREA)
- Databases & Information Systems (AREA)
- Aviation & Aerospace Engineering (AREA)
- Radio Relay Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Systems and methods are disclosed for delivering programming content to vehicles (e.g., seagoing vessels) in a cost-effective manner. In some embodiments, programming content may be delivered to vehicles over previously deployed networks (e.g., satellite networks), using excess network capacity which may not otherwise be used to deliver data. By opportunistically employing excess network capacity (e.g., as the capacity becomes available), data constituting programming content may be delivered to vehicles over a period of time, such as via multicast transmission. A vehicle may store received data on one or more onboard servers. After an item of programming content has been received, the item may be made accessible to the vehicle's crew and/or passengers, such as by streaming the item to one or more suitably configured playback devices. Content may be served to playback devices "on demand" and/or according to a programming schedule.
Description
SYSTEMS AND METHODS FOR PROVIDING CONTENT TO VEHICLES
RELATED APPLICATION
This application claims priority under 35 U.S.C. § 119(e) to U.S. Provisional Application Serial No. 61/933,958, filed January 31, 2014, entitled "Systems And Methods For Delivery Of Content To Seagoing Vessels," the entirety of which is incorporated herein by reference.
BACKGROUND
Conventionally, distributors of audio and/or video programming content (e.g., movies, TV shows, news content, sporting events, educational content, etc.) do not make the
programming content available via mass communications media (e.g., via over-the-air terrestrial broadcast networks, cable networks, satellite networks, etc.) to seagoing vessels in international waters (i.e., outside the territorial waters of any sovereign nation). As a result, when seagoing vessels exceed a certain distance from shore, they are outside the range at which programming content can be received via conventional mass communications media.
SUMMARY
The Applicant has appreciated that, in general, the mass distribution of programming content to consumers is economically viable because the significant costs associated with delivering the programming content (e.g., building and/or maintaining a broadcast, cable and/or satellite network) are offset by revenue earned as a result of a large population of users consuming the programming content. The Applicant has also appreciated, however, that the number of potential users aboard vessels in international waters at any one time is relatively small. Moreover, these vessels are often dispersed across the globe, meaning that to be able to deliver programming content to all potential users, a distributor would need to manage a satellite network capable of transmitting to all ocean regions. As a result, distributing programming content to seagoing vessels using prior techniques is not economically viable.
Employing point-to-point communications (e.g., streaming, such from a source accessible over the Internet) to deliver programming content to seagoing vessels in international
waters is similarly problematic from an economic standpoint. In this respect, transmitting data to seagoing vessels using conventional point-to-point communication techniques currently costs around $2 per megabit, meaning that it costs around $80 to transmit a typical song, around $16,000 to transmit a typical 2 gigabyte movie, and around $320,000 to transmit a Blu-Ray movie. Vessel operators are generally not willing to pay such high amounts to have
programming content delivered to a vessel while it is at sea.
To remedy the deficiencies associated with prior approaches, some embodiments of the present invention are directed to systems and methods for delivering programming content to seagoing vessels in a cost-effective manner. For example, in some embodiments of the invention, programming content may be delivered to vessels over previously deployed networks (e.g., satellite networks), using excess network capacity which would not otherwise be used to deliver data. By opportunistically employing excess network capacity (e.g., as the capacity becomes available), some embodiments of the invention may deliver the data that constitutes programming content to seagoing vessels over a period of time, via a "trickle feed." In some embodiments, the data may be transmitted via multicast, whereby a single transmission is directed to multiple destinations, thereby obviating the need to administer multiple separate point-to-point transmissions. By opportunistically transmitting data via multicast over previously unused network bandwidth, some embodiments of the invention may enable delivery of programming content to seagoing vessels with minimal additional network infrastructure investment, and without disrupting existing network traffic.
In some embodiments, a seagoing vessel may store received data on one or more onboard servers. After an item of programming content has been received, the item may be made accessible to the vessel's crew and/or passengers, such as by streaming the item to one or more suitably configured onboard playback devices. Content may be served to playback devices "on demand" and/or made available according to a programming schedule. Because some embodiments of the invention provide for the server(s) and playback devices to be co-located (i.e., onboard the vessel), content may be delivered, and playback commands may be processed, much more quickly than if the content were delivered in real-time from a remote server, as it is in conventional mass distribution schemes. As a result, some embodiments may not only enable cost-effective delivery of programming content to a relatively small number of highly dispersed seagoing vessels, but also provide a user-friendly playback experience as well.
It should be appreciated that the foregoing is a non-limiting summary of only some embodiments of the invention, and is intended to describe advantages associated with only those particular embodiments. For example, the invention is not limited to being used to deliver content to seagoing vessels, and may be used to deliver content to any suitable vehicle, configured for travel via sea, land and/or air.
BRIEF DESCRIPTION OF DRAWINGS
The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:
FIG. 1 is a line graph depicting representative forward link network traffic on a satellite beam during a representative time period;
FIG. 2 is a block diagram depicting components of a representative system for delivering programming content to vehicles, in accordance with some embodiments of the invention;
FIG. 3 is a flowchart depicting a representative process whereby a vehicle may transition from receiving an item of programming content from one satellite to receiving the item of programming content from another satellite, in accordance with some embodiments of the invention; FIG. 4 is a flowchart depicting a representative process whereby a teleport may provide data to a corresponding satellite for transmission to vehicles, in accordance with some embodiments of the invention;
FIG. 5 is a flowchart depicting a representative process whereby a teleport may determine a rate at which to provide data to a satellite for transmission, in accordance with some embodiments of the invention;
FIG. 6 is a block diagram depicting a representative feedback loop providing an indication of a satellite's success in transmitting data to vehicles, in accordance with some embodiments of the invention;
FIG. 7 is a flowchart depicting a representative process whereby items of content received by a vehicle may be arranged into a playback sequence, in accordance with some embodiments of the invention;
FIG. 8 is a block diagram which illustrates a representative technique for arranging items of content into a playback sequence, in accordance with some embodiments of the invention;
FIG. 9 is a block diagram which illustrates a representative technique for arranging items of content into a sequence for playback, in accordance with some embodiments of the invention;
FIG. 10 is a flowchart depicting a representative process for dynamically defining the programming channels made available to viewers, in accordance with some embodiments of the invention; and
FIG. 11 is a block diagram depicting a representative computer system which may be used to implement some aspects of the invention.
DETAILED DESCRIPTION Some embodiments of the invention are directed to systems and methods for cost- effectively delivering unitary items of programming content via satellite to vehicles (e.g., vessels in international waters), for playback on the vehicles. (As used herein, the term "unitary item of programming content" refers to any self-contained, undivided item of programming content, such as a movie, television show, sporting event, educational video, song, podcast, body of program instructions (e.g., one or more hypertext markup language (HTML) pages), file, document (e.g., slide show, presentation, chart, diagram, etc.) or other unabridged item of content.) In some embodiments, programming content may be delivered to vehicles over previously deployed satellite networks, utilizing network bandwidth which may otherwise not be employed to deliver data to the vehicles. By opportunistically exploiting this excess capacity, some embodiments of the invention may provide for delivering the data that constitutes programming content to vehicles over a period of time. In some embodiments, data may be transmitted via multicast, whereby a single transmission is directed to multiple destinations, thereby obviating the need to administer multiple separate point-to-point transmissions. By transmitting the data via multicast over previously unused network bandwidth, some
embodiments of the invention may enable programming content to be delivered to vehicles with
minimal additional network infrastructure investment, and without disrupting existing network traffic. In some embodiments, a vehicle may store received data on one or more onboard servers as it is received. After some or all of the data that constitutes an item of programming content is received, the item may be made available to the vehicle's passengers and/or crew, such as by streaming the item to one or more playback devices.
FIG. 1 illustrates the excess network capacity which may be exploited to deliver programming content to seagoing vessels during a representative time period. Specifically, FIG. 1 is a bar graph showing a representative amount of forward link (i.e., outbound transmissions to seagoing vessels) IP traffic traveling over an existing satellite's sixty megabit per second (Mbps) beam over an eight hour period, from twelve o'clock (i.e., 0:00) to eight o'clock (8:00). The amount of data being transmitted at any one time is indicated by contour 101. It should be appreciated that a satellite's total transmission capacity is generally established so as to support peak network loads (e.g., the amount of data that contour 101 indicates is being transmitted just prior to 7:00 in FIG. 1), so that the satellite is capable of handling network traffic in a timely manner during these periods. It can be seen from FIG. 1 that during non-peak periods (e.g., around 1:00 in FIG. 1), a significant amount of the satellite's transmission capacity goes unused. Indicator 102 illustrates the amount of excess capacity on the network at about 2:30.
The Applicant has appreciated that, on average, about half of a satellite's transmission capacity goes unused, and that this excess capacity provides an opportunity to send additional information (e.g., programming content) to vehicles without impairing the network's ability to handle other traffic. By opportunistically employing this previously unused bandwidth, some embodiments of the invention may enable cost-effective delivery of programming content to vehicles, by using network resources which previously had not been deployed to their full capacity. FIG. 2 depicts components of a representative system 200 for delivering programming content to a representative set of vehicles (i.e., seagoing vessels). In summary, FIG. 2 depicts one or more content feeds being provided to a staging server 205, which transmits the feed(s) to enterprise server 210. Enterprise server 210 then provides data constituting items of
programming content to teleports 215A-215D, which then cause this data to be transmitted via a corresponding one of satellites 220A-220D. Once received by the antenna 225 of a vessel 222 in the area served by one of satellites 220, the data is provided to a client server 230 aboard the
vessel 222, and then made available for onboard playback by server 235. Additional detail on the flow of data among the components shown in FIG. 2 is provided below.
In representative system 200, one or more content feeds (e.g., live content feeds, content stored on DVD, and/or any other suitable content feed(s)) are received and stored by staging server 205. Any suitable type of content may be received by staging server 205. For example, movies, television shows, news clips, televised sporting events, educational content, bodies of program instructions, files, documents (e.g., charts) and/or one or more other types of content may be received by staging server 205. Feeds may be received and stored by staging server 205 using any suitable infrastructure and/or technique(s), as embodiments of the invention are not limited in this respect.
In representative system 200, staging server 205 bundles individual items of
programming content received via a content feed into separate unitary files, for ease of transmission, storage and error correction. However, it should be appreciated that embodiments of the invention are not limited to bundling each item of programming content into a separate file. For example, each item of programming content may be packaged into multiple files, and/or other suitable data structure(s).
In some embodiments of the invention, staging server 205 may incorporate, into each file constituting an item of programming content, information which may be used for file-level error correction. As a result, some embodiments of the invention may enable an item of programing content to be reconstructed (e.g., using any suitable error correction algorithm(s), whether now known or later developed) if transmission errors occur prior to the item reaching its destination in its entirety. Any suitable error correction information (e.g., redundant data) may be incorporated into a file constituting an item of programming content, and any suitable error correction algorithm(s) may be used to correct a file for transmission and/or other errors occur, as embodiments of the invention are not limited to any particular manner of implementation.
In representative system 200, staging server 205 transmits data representing items of programming content to enterprise server 210 via network(s) 207. Network(s) 207 may employ any suitable infrastructure and/or communications protocol(s). Enterprise server 210 then provides the data to teleports 215A-215D via network(s) 212, which may also employ any suitable infrastructure and/or communications protocol(s).
Each of teleports 215A-215D may comprise any collection of components suitably configured for providing a communications link between terrestrial components (e.g., in representative system 200, enterprise server 210) and extraterrestrial components (e.g., in representative system 200, a corresponding satellite 220). Although four teleports are shown in FIG. 2, it should be appreciated that any suitable number of teleports may be employed to communicate data to satellites.
In representative system 200, each of teleports 215 communicates with a corresponding satellite 220. Thus, teleport 215A communicates with satellite 220 A, teleport 215B
communicates with satellite 220B, and so on. However, it should be appreciated that a teleport may communicate with any suitable number of satellites. For example, a first teleport may communicate with one satellite, another teleport may communicate with four satellites, etc. Any suitable configuration of teleports and satellites may be employed, and any suitable number of satellites may be used to transmit data to seagoing vessels, as embodiments of the invention are not limited in this respect. Further, each satellite may comprise any collection of components suitably configured for transmitting to a terrestrial terminal (e.g., an antenna 225 disposed on a corresponding seagoing vessel 222) from an extraterrestrial location.
In representative system 200, a satellite 220 may transmit data constituting items of programming content via multicast transmission, whereby a single transmission is directed to multiple destinations (e.g., vessel antennae). By transmitting programming content via multicast, some embodiments of the invention obviate the need to administer multiple separate point-to-point data transmissions to individual seagoing vessels. However, it should be appreciated that some embodiments of the invention are not limited to transmitting data via multicast, as any suitable communications protocol(s) and/or transmission technique(s) may be used. If data is transmitted via multicast, any suitable form(s) of multicast (e.g., Internet Protocol (IP) multicast, application-layer multicast, and/or any other suitable form(s)) may be used.
In representative system 200, an antenna 225 of a vessel 222 receives information transmitted by a satellite 220 to an area in which the vessel 222 is located. Thus, vessel 222A receives information transmitted by satellite 220A due to vessel 222A being located in the area serviced by satellite 220A, vessel 222B receives information transmitted by satellite 220B due to vessel 222B being located in the area serviced by satellite 220B, vessels 222C and 222E receive
information transmitted by satellite 220C due to vessels 222C and 222E being located in the area serviced by satellite 220C, and so forth. Any suitable number of vessels may receive a transmission from a particular satellite. In some embodiments of the invention, transmissions originating from satellite 200 may be directional transmissions, such that each antenna 225 is oriented toward a particular satellite, and consequently receives data from only one satellite, at a particular time.
In some embodiments of the invention, a vessel 222 which receives data via an antenna 225 may demodulate the data using one or more modems (not shown in FIG. 2) and segregate data which constitutes programming content from other types of data received from satellite 220. In this respect, it should be appreciated that satellite 220 may transmit numerous types of data to a vessel, including chart data, operational data, weather information, etc. In some embodiments, this "other" data (i.e., data which does not constitute programming content) may be transmitted using techniques other than multicast, although embodiments of the invention are not limited to transmitting any type of data in any particular manner. Data which constitutes programming content may be segregated from other data received by a vessel using any suitable technique(s). In embodiments which employ multicast to transmit items of programming content, the data constituting programming content may be identified based on its having been transmitted via multicast. In this respect, some multicast transmissions may be directed to a class of network addresses known as "Class D" IP addresses, and as a result may be identified based upon the address to which the transmission is directed. Of course, embodiments of the invention are not limited to employing multicast transmissions directed to a particular type or class of address, or to identifying the data which constitutes programming content based upon the way it is transmitted. Data constituting programing content may be identified in any suitable fashion, and embodiments of the invention are not limited to any particular manner of implementation.
In representative system 200, the data which constitutes programming content that is received by vessel antenna 225 is stored on client server 230 as it is received. In this respect, it should be apparent from the description of FIG. 1 above that because satellites are, at any particular time, often committed to transmitting a certain amount of data that does not constitute programming content (as indicated by contour 101 in FIG. 1), a satellite's capacity for transmitting programming content often varies over time. Specifically, a satellite's capacity to
transmit programming content at any one time may depend in part on how much of its total transmission capacity is being used to transmit other data at that time. As such, in some embodiments of the invention, each satellite 220 may transmit data constituting programming content to vessels at a variable rate, and the transmission of an item of programming content may take an extended period of time to complete. This "trickle feed" of content to vessels is unlike conventional approaches to delivering programming content via mass communications media, which involve streaming content continuously in real-time, for real-time receipt, processing and display by a terminal device.
Because the data which constitutes an item of programming content may be received by a vessel over an extended period of time, the data may be stored by client server 230 as it is received. The data may be stored in any suitable fashion, as embodiments of the invention are not limited in this respect. In some embodiments, after a sufficient amount of data constituting a particular item of programming content has been received (e.g., after the item has been received in its entirety, after a predetermined portion has been received, and/or after any suitable reception milestone has been reached), then the data may be provided to onboard server 235, which may make it available for playback (e.g., via streaming, and/or using any other suitable delivery technique(s)) to one or more devices onboard the vessel. Any suitable device(s) may be used to play back or otherwise reproduce content, including set-top boxes, personal computing devices, handheld devices (e.g., smartphones, tablets, game consoles, etc.) and/or any other suitable type of component(s). Onboard server 235 may make content available "on demand" and/or in accordance with a schedule. The manner in which onboard server 235 makes content available for playback is described in further detail below.
It should be appreciated that, although the representative vehicles depicted in FIG. 2 are vessels at sea, some embodiments of the invention may provide for delivering content to any suitable type(s) of vehicle, including vehicles designed for travel via land, air and/or sea, and that the content delivery techniques described above may be adapted for use with vehicles of any suitable type.
It should also be appreciated that, because a vehicle may be in motion as it receives the data which constitutes an item of programming content from a satellite, it may travel outside the area serviced by the satellite prior to receiving the item in its entirety. With respect to embodiments that employ multicast transmissions, it should be appreciated that multicast
generally does not provide for a protocol-level feedback loop to alert a transmission source that a particular portion of transmitted data was not properly received by a recipient, and should be re- sent. Accordingly, some embodiments of the invention provide techniques for ensuring that, if a vehicle loses contact with a satellite while the satellite transmits an item of programming content to the vehicle, the vehicle may continue to receive the item from another satellite via multicast without the transmission of the item having to be restarted.
In some embodiments of the invention, a vehicle's transition from receiving data from one satellite to receiving data from another satellite may be aided by keeping the transmissions of satellites 220A-220D relatively synchronized, so that each satellite 220 transmits the same data at about the same time. In this respect, the Applicant has appreciated that unless satellites transmit the same data at about the same time, if a vehicle receiving data from a first satellite loses contact with that satellite, and then establishes communication with a second satellite, a risk exists that the vehicle may not receive a portion of the data from either the first or the second satellite. For example, if the second satellite transmits at a faster rate than the first satellite, then if the vehicle fails to receive a portion of the data from the first satellite (e.g., because it was being transmitted as the vehicle lost contact with the first satellite), then by the time the vehicle establishes communication with the second satellite, the vehicle may have "missed" the transmission of that portion of the data because it may already have been transmitted by the second satellite. Keeping satellite transmissions relatively synchronized may be accomplished in any of numerous ways. In some embodiments of the invention, the satellites' transmissions may be kept relatively synchronized by controlling the rate at which teleports provide data to the satellites, so that data is provided to each satellite for re-transmission at about the same rate. As such, teleports 215A-215D (FIG. 2) may each provide the same data to corresponding satellites 220A-220D at about the same time. The rate at which data is provided to satellites for retransmission may be fixed or variable, and may be established in any suitable fashion. For example, the rate may be defined by analyzing the rate at which each satellite transmits "other" data (i.e., data which does not constitute programming content), and establishing the rate so as to not consume the entirety of the excess bandwidth of any one satellite. Any of numerous other techniques may also, or alternatively, be used.
The Applicant has appreciated that even if all satellite transmissions are kept relatively synchronized, the possibility exists that a vehicle receiving the data that constitutes a particular item of programming content from one satellite will transition to a second satellite (e.g., after losing communication with the first satellite), and not receive a portion of the item from either the first satellite or the second satellite, so that the item cannot be played back on the vehicle. Accordingly, some embodiments of the invention provide techniques whereby a vehicle may acquire one or more missing portions of an item without the entirety of the item of programming content having to be retransmitted. FIG. 3 depicts a representative process 300 for doing this.
At the start of representative process 300, in act 310, a transmission of data constituting a unitary item of programming content is begun by a first satellite to a vehicle. For example, a teleport (e.g., one of teleports 215A-215D, FIG. 2) may provide data constituting an item of content to a first satellite, and instruct the first satellite to transmit the data, causing the satellite to transmit to a region where the vehicle is located.
Process 310 then proceeds to act 320, wherein the vehicle loses communication with the first satellite prior to the transmission being completed. This may happen for any of numerous reasons. For example, the vehicle may lose contact with the first satellite because it travels outside of an area serviced by the first satellite. The vehicle may, for example, seek to establish communication with the second satellite.
Process 300 then proceeds to act 330, wherein a determination is made whether enough of the data constituting the item of programming content was received to enable the item of programming content to be played back. This determination may be made in any of numerous ways. In some embodiments, programmed instructions may be executed to analyze the data. These instructions may be executed by one or more components resident on the vehicle (e.g., by client server 230) and/or residing in any other suitable location(s). Any of numerous criteria may be used to determine whether a sufficient portion of an item has been received to enable playback. In one example, programmed instructions may be executed to analyze received data to determine whether the entire item has been received. In another example, programmed instructions may be executed to apply one or more error detection schemes (e.g., using a checksum, cyclic redundancy check, hash function, and/or other suitable error detection algorithm(s), whether now known or later developed) to determine whether enough data has been received to allow the item to be played back. This may involve analyzing
individual segments (e.g., blocks of data) to determine whether enough data has been received so as to enable playback.
If it is determined in the act 330 that not enough data has been received to allow the item to be played back, then representative process proceeds to act 340, wherein one or more missing portions of the item are acquired by the vehicle. This may be performed in any of numerous ways. For example, programmed instructions may be executed to acquire one or more missing portions of the item. Missing portions may be acquired in any of numerous ways. For example, in some embodiments, missing portions may be generated from other data successfully received by the vehicle. In this respect, in some embodiments of the invention, a file that constitutes an item of programming content may include redundant data which may be used to generate one or more missing portions via an error correction algorithm. Any suitable error correction algorithm(s) may be used, whether now known or later developed. For example, some embodiments may employ one or more forward error correction (FEC) algorithm(s) to regenerate one or more missing portions of a file using redundant data provided in the file. In some embodiments, one or more missing portions of an item may be acquired by requesting re-transmission of the portion(s). This may be performed instead of, or in addition to, generating any missing portions using redundant data. For example, in some embodiments, a vehicle may first attempt to generate missing portions using received data, and then request retransmission if this effort fails. In other embodiments, re-transmission may be requested in parallel with a regeneration attempt. Any suitable approach may be employed.
A vehicle may request re-transmission of data in any of numerous ways. In some embodiments of the invention, each individual portion of an item of programming content (e.g., each block, packet, and/or any other suitable subdivision of the data constituting an item) may be assigned a unique identifier, and this identifier may be used to identify the portions that are to be re-transmitted. For example, a vehicle may include the identifier(s) for the missing portions in a request sent via satellite 220 and corresponding teleport 215 to enterprise server 310.
Enterprise server 310 may respond to the request by retrieving the missing portion(s) from storage (e.g., based on the identifier for each portion) and include the portion(s) in a subsequent transmission sent via one or more of teleports 215A-215D and satellites 220A-220D. For example, in some embodiments, the portions may be included in one or more "catch-up" multicast transmissions, which may be sent via the specific teleport and satellite combination
that services the area in which the vehicle is located, via all teleports and satellites to all terminals, and/or in any other suitable fashion. Of course, the invention is not limited to sending one or more missing portions via transmissions which may be received by multiple vehicles. For example, missing portions may be sent via a point-to-point transmission. Any suitable technique(s) may be employed.
At the completion of the act 340, or if it is determined in the act 330 that a sufficient amount of the item of programming content was received to enable the item to be played back on the vehicle, representative process 300 completes.
It should be appreciated that there may be numerous reasons why a vehicle seeks to acquire one or more missing portions of an item, and so representative process 300 need not be performed in relation to a vehicle transitioning from one satellite to another. For example, a vehicle may not properly receive the data constituting an item of programming content because of weather conditions at the vehicle's location, technical failure by a satellite, blockage of a satellite's transmission (e.g., due to a vehicle's proximity to a hill, bridge, etc.) and/or any of numerous other reasons. Representative process 300 may be performed to assist a vehicle in dealing with any or all of these issues.
It should also be appreciated that although the description of process 300 above relates to the specific example of a vehicle transitioning from one satellite to another, the process may be performed in relation to a vehicle transitioning between any suitable number of satellites (e.g., three or more).
While some embodiments of the invention may seek to minimize the amount of data that is re-transmitted to vehicles by keeping satellite transmissions relatively synchronized, some other embodiments may provide data to satellites at varying rates. This may be for any of numerous reasons. One reason may be to optimize the amount of data that is transmitted to vehicles. In this respect, it should be appreciated that each satellite shown in FIG. 2 may be committed to transmitting a different amount of "other" data (i.e., non-programming content) at any one time, and may therefore have excess transmission capacity which varies over time. In some embodiments of the invention, the amount of data constituting programming content that is provided to each individual satellite may be dynamically throttled based upon that satellite's excess transmission capacity, so as to opportunistically exploit the excess capacity as it becomes available, and optimize the amount of programming content that may be sent to vehicles.
Additionally or alternatively, some embodiments of the invention may provide techniques for balancing transmissions among multiple modulation encodings on a single satellite beam. Data may be transmitted on more than one modulation encoding, for example, to enable different types of data to be transmitted from different "locations" (i.e., data rates) on the same beam, and/or to direct particular types of transmissions to particular types of antennas. In this respect, data which is sent on "lower" encodings (i.e., at relatively lower data rates) is generally transmitted more reliably, and can be received across a wider area by more types of vehicle antennas in a greater range of weather conditions. By contrast, transmissions on "higher" encodings are sent faster, but may not be received properly in all areas, and/or may not be received by all types of antennas. As such, if two modulation encodings on a beam are used to transmit two different types of data, with one data type being more critical than the other, then the more critical data type is typically sent on the lower modulation encoding, so that it may be more reliably received.
Data sent on any modulation encoding could consume the entirety of a satellite's beam if transmitted at the maximum rate afforded by the encoding. For example, if data were transmitted at two different modulation encodings, including a first which affords a 2 Mbit/s data rate, and a second which affords a 10 Mbit/s data rate, then if data were transmitted on the first modulation encoding at the full 2 Mbit/s data rate, it would consume the total bandwidth afforded by the beam. Conversely, if data were transmitted on the second modulation encoding at the full 10 Mbit/s data rate, then the transmission would consume the beam's total bandwidth. As a result, some embodiments of the invention seek to balance the amount of data transmitted by the satellite on each of multiple modulation encodings, to optimize the amount of
programming content that may be sent to vehicles while also managing the transmission rate versus reliability tradeoff described above. A representative process 400 for providing data to a satellite for transmission on multiple modulation encodings is shown in FIG. 4. Representative process 400 may, for example, be performed by one of teleports 215A-215D (FIG. 2) in providing data to a corresponding satellite. Representative process 400 assumes that data is transmitted by the satellite on two different modulation encodings. It should be appreciated, however, that variations on this process may enable data to be transmitted on any suitable number of different modulation encodings, as embodiments of the invention are not limited in this respect.
At the start of representative process 400, in act 410, a teleport acquires information relating to the rate at which a satellite previously transmitted data at each modulation encoding. This information may take any of numerous forms, and may be acquired in any of numerous ways. In some embodiments of the invention, a teleport which provides data to a satellite may query the satellite to acquire information relating to the satellite's transmissions at each modulation encoding during one or more previous time periods. Of course, the invention is not limited to a teleport acquiring this information by querying a corresponding satellite. The information may be obtained by any suitable entity or entities, from any suitable source(s) (e.g., one or more terminals that received data transmitted by the satellite, and/or one or more other sources), in any suitable way(s).
In some embodiments, the information that is acquired in the act 410 includes a rate at which the satellite transmitted data on each modulation encoding at selected intervals over the previous time period(s). Any suitable interval(s), over any suitable time period(s), may be used. In some embodiments of the invention, transmission rate data is collected for four minute intervals occurring over a thirty minute period.
Other information may also be acquired in the act 410. For example, in some embodiments, the teleport may acquire information including a maximum rate at which data may be transmitted on each modulation encoding, and/or a maximum rate at which data constituting programming content may be transmitted on each modulation encoding. In other embodiments, one or more of these pieces of information may be predetermined. The information may be made available in any suitable fashion.
Representative process 400 then proceeds to act 420, wherein the teleport determines a rate at which to provide data constituting programming content to the satellite going forward on each modulation encoding. A representative process 500 for making this determination is shown in FIG. 5.
At the start of representative process 500, in act 510, the percentage utilization for each modulation encoding (i.e., "channel- speed-percent") is calculated using formula (1):
(1) channel- speed-percent = channel-speed-mbit / channel- speed- max-mbit, where channel-speed-mbit equals the bandwidth used on the modulation encoding, and channel-speed-max-mbit equals the maximum possible data rate for the modulation encoding.
Process 500 then proceeds to act 520, wherein the total percent utilization of the satellite beam (i.e., "total-speed-percent") is calculated using formula (2):
(2) total- speed-percent = sum of channel- speed-percent for all modulation encodings.
The process then proceeds to act 530, wherein the total bandwidth available for transmitting data constituting programming content (i.e., "channel-speed-mcast-total-mbit") is calculated using formula (3):
(3) channel-speed-mcast-total-mbit = sum of channel-speed-max-mcast-mbit for all modulation encodings, where channel-speed-max-mcast-mbit is a maximum rate at which data constituting programming content may be transmitted on a modulation encoding. As noted above, this information may be acquired from the satellite, or established a priori.
At the completion of act 530, representative process 500 then proceeds to act 540, wherein the percentage of the bandwidth available for transmitting data constituting
programming content (i.e., "channel-speed-mcast-total-mbit") that is represented by the percentage utilization for each modulation encoding (i.e., "channel-speed-percent") is calculated. This percentage (i.e., "channel-speed- mcast-percent") is calculated using formula (4):
(4) channel-speed-mcast-percent = channel- speed-percent / channel-speed-mcast- total-mbit, where channel-speed-max-mcast-mbit is calculated using formula (3) and channel- speed- percent is calculated using formula (1).
Representative process 500 then proceeds to act 550, wherein the percentage of the total bandwidth available for transmitting data constituting programming content for each modulation encoding (i.e., "channel-speed-max-mcast-percent") is calculated using formula (5):
(5) channel-speed-max-mcast-percent = total- speed-percent X channel-speed-mcast- percent, where total- speed-percent is calculated using formula (2) and channel-speed-mcast- percent is calculated using formula (4).
At the completion of act 550, the process then proceeds to act 560, wherein the rate at which data constituting programming content is to be provided to the satellite for transmission on each modulation encoding (i.e., "channel-speed-mcast") is calculated using formula (6):
(6) channel-speed-mcast = channel- speed-max-mbit X channel- speed-max-mcast- percent, where channel-speed-max-mbit equals the maximum possible data rate for the modulation encoding, and channel- speed-max-mcast-percent is calculated using formula (5). At the completion of act 560, representative process 500 completes.
It should be appreciated that process 500 represents merely one of many techniques which may be used to determine a rate at which data is to be provided to a satellite. Any suitable technique, or combination of techniques, may alternatively be used.
Referring again to FIG. 4, at the completion of act 420, representative process 400 proceeds to act 430, wherein data is provided by the teleport to the satellite at the rate determined in the act 420 for each modulation encoding. Representative process 400 then completes.
It should also be appreciated that numerous variations on the processes described above with reference to FIGS. 4 and 5 are possible, and that different variations may be used to support the achievement of any of numerous objectives. For example, in some variations, a teleport may dynamically shift between the modulation encodings on which data constituting programming content is sent to the satellite, so as to balance the risk of the data not being reliably received by vehicles against a desire to send the data at the fastest possible transmission rate. This shifting may be based, for example, upon information indicating weather conditions in an area serviced by the satellite, the satellite's success in transmitting data, and/or other information.
A satellite's success in transmitting data may be determined in any suitable way. In some embodiments of the invention, a feedback loop may be established to provide this information. Representative feedback loop 600, shown in FIG. 6, includes a number of the components described above with reference to FIG. 2, as well as a dedicated "receive site" for receiving transmissions from a corresponding satellite. The receive site may provide
information on whether certain satellite transmissions have been successfully received. This information may be analyzed to determine how subsequent transmissions should be performed.
As one example, if a receive site reports a high rate of failure in receiving transmissions from a satellite, and other information indicates that weather issues may be affecting the area to which the satellite transmits, then subsequent transmissions may be sent at one or more lower modulation encodings, to increase transmission reliability. If the receive site later begins to report a greater rate of success in receiving data, then subsequent transmissions may be sent at one or more higher modulation encodings, so as to increase the amount of data that may be transmitted. Any of numerous actions may be taken in response to analyzing data provided by one or more receive sites.
Representative feedback loop 600 involves communication of data between components which include enterprise server 210, a teleport 215, a satellite 220 in communication with the teleport, and a receive site 605. Receive site 605 may comprise any collection of components suitably configured to receive transmissions from satellite 220 (e.g., an antenna suitably configured to receive transmissions from satellite 220 and a modem suitably configured to demodulate the transmissions) and to supply information relating to those transmissions to other components shown in FIG. 6. In some embodiments of the invention, receive site 605 may be land-based, although the invention is not limited to such an implementation. For example, receive site 605 may be located at sea, be airborne, or reside in any other suitable location(s). In embodiments in which satellite 220 sends directional transmissions to a particular geographic area, receive site 605 may be located within that area, although the invention is not limited to either employing directional transmissions or to having receive site 605 be located within any particular area.
At the start of feedback loop 600, enterprise server 210 provides a test file to teleport 215, as indicated at 610. A test file may take any suitable form, include any suitable
information, and be transmitted to teleport 215 in any suitable fashion. For example, a test file may be sent by enterprise server to teleport 215 via network(s) 212, shown in FIG. 2.
Teleport 215 then provides the test file, or a derivation thereof, to satellite 220, as indicated at 615. This may be performed in any suitable fashion. For example, teleport 215 may employ the same communications infrastructure and/or techniques as those described above in relation to providing data constituting programming content to a satellite to send the test file to satellite 220. The test file may be included within a data set that also includes programming
content, may be sent separately from data constituting programming content, or provided in some other way(s). Any suitable technique(s) may be employed.
Satellite 220 then sends the test file to receive site 605, as indicated at 620. As with the transmission from teleport 215 to satellite 220 in the previous step, a transmission from satellite 220 to receive site 605 may employ the same communications infrastructure and/or techniques as those described above in relation to transmitting programming content for receipt by a vehicle. The test file may be included within data comprising programming content, sent separately from such data, or be sent in some other way(s).
After receiving the test file, or after a predetermined amount of time passes after the test file is sent, receive site 605 provides an indication of the data it has received to teleport 215, as indicated at 625. The indication may take any of numerous forms. For example, it may indicate that the test file was successfully received in its entirety, was received in altered (e.g., corrupted) form, was not received, and/or provide other information.
Enterprise server 210 then queries teleport 215 to acquire information provided in the indication, as indicated at 630. A query may take any of numerous forms, and be sent in any of numerous ways. For example, a query may be transmitted via network(s) 212, shown in FIG. 2.
Teleport 215 then responds to the query, as indicated at 635. A response may include any suitable information. For example, a response may indicate whether one or more test files were received, whether issues were encountered with any received test file, and/or other information. This information may provide an indication of how successfully satellite 220 transmits data to vehicles, and may enable any of numerous types of remediation to be performed if transmission issues are indicated, such as altering the manner in which (e.g., the modulation encoding(s) at which) data is subsequently transmitted by the satellite, suspending transmissions for a certain time period, and/or taking other actions. It should be appreciated that although FIG. 6 shows only a single test file being sent to, and being reported on by, receive site 605, multiple test files and/or other types of information may be sent and reported on. For example, test files may be sent over a period of time, and the response to a query provided by teleport 215 indicated at 635 may provide information on transmissions during that period.
It should also be appreciated that a feedback loop may be established for more than one satellite. For example, one or more receive sites may be installed for each of multiple satellites, and provide information that may be useful in diagnosing issues affecting multiple satellites (e.g., system-wide issues). For example, information provided by multiple receive sites may be useful in ascertaining a system's overall "health," identifying issues with the manner in which all teleports provide data to satellites, and/or other conditions.
It should further be appreciated that although the two transmission approaches described above (i.e., a first approach whereby satellite transmissions are kept relatively synchronized to minimize data re-transmissions, and a second approach whereby satellite transmissions are dynamically throttled to optimize the amount of data that may be delivered to vehicles) support competing objectives, they need not be mutually exclusive. For example, some embodiments of the invention may employ one approach for a period, and then switch to another approach in response to one or more stimuli (e.g., the passage of a certain period of time, one or more criteria being satisfied, etc.). Some embodiments may vary the approach used according to the type of data to be transmitted (e.g., one approach could be used for a first data type, and another approach may be used for another data type), according to satellite (e.g., one approach could be used to transmit from one or more first satellites, and another could be used for one or more other satellites), etc. Any suitable transmission technique(s) may be employed, as embodiments of the invention are not limited in this respect. The Applicant has recognized that delivery of programming content via a "trickle feed" means that it may be difficult to determine beforehand when a particular item of content will be available for playback on a particular vehicle. That is, even though the amount of data that constitutes an item of programming content and the rate at which the data will be transmitted may be known, any of numerous issues may affect a vehicle's ability to receive it. This is in contrast to conventional mass content distribution schemes, wherein a distributor (e.g., a cable operator, satellite operator, etc.) knows exactly when a content provider (e.g., a broadcast network) will make a particular item of content available via a continuous stream sent by the content provider. This enables the distributor to make an electronic program guide (EPG) available to consumers, indicating when an item of content will be available for playback on terminal devices.
Some embodiments of the invention provide techniques for defining a manner (e.g., a time, a sequence, etc.) in which one or more items of content received by a vehicle will be made available to viewers on the vehicle. As such, an EPG may be constructed to indicate to the vehicle's passengers and/or crew when the item(s) will be available. As the time at which an item of content will be received by a vehicle is difficult to determine in advance, in some embodiments, the manner in which one or more items of content are made accessible to the vehicle's passengers and/or crew may be defined at least in part on when the item(s) is(are) received in a condition that enables playback. Other considerations may also influence the manner in which one or more items are made available for playback. For example, in some embodiments, characteristics of each item may influence the manner in which the item(s) are made available. As one example, the date of an item's creation may influence how and/or when it is made available, such as if a goal is to make available the most recently created content as soon as possible.
In some embodiments, the manner in which content is made available may be premised, at least in part, on passengers and/or crew having continuous access to content. As such, in some embodiments of the invention, items of content may be played back in a continuous loop, so that there are no "dead spots" during which no content is played back.
A representative process 700 for defining a manner in which items of content received by a vehicle are played back is shown in FIG. 7. Specifically, representative process 700 may be performed to define an initial sequence in which items received by the vehicle are to be played back, and then to redefine the sequence if and/or when new items of content are received. As a result, an EPG may be defined to inform users when each item of content will be available for playback.
At the start of representative process 700, items of content which have been received by the vehicle are arranged into a playback sequence based upon one or more characteristics of the items in act 710. This may be performed in any of numerous ways. One illustrative technique is described below with reference to FIG. 8.
In FIG. 8, three items of content 801, 802 and 803 are shown. Each item has
characteristics reflected in FIG. 8. These characteristics may, for example, be defined via metadata that is transmitted as part of the item to the vehicle. In the example shown, each item's characteristics include a time stamp (TS) which indicates when the item was created, a playback
start time (START) indicating the earliest time that playback of the item may be started, a playback finish time (FINISH) indicating the latest time that playback of the item may be started, and an expiration time (EXP.) indicating when the item has expired and is to be deleted from the vehicle's onboard server. Of course, an item of programming content may have any suitable characteristics, which may be defined in any suitable way(s).
It can be seen that, in the example of FIG. 8, item 801 was created on 10/23/14 at 6:00 a.m., and has a start time of 10/23/14 at 6:00 a.m., a finish time of 10/25/14 at 6:00 a.m., and an expiration of 10/25/14 at 8:00 a.m. Item 802 was created on 10/22/14 at 6:00 a.m., and has a start time of 10/22/14 at 6:00 a.m., a finish time of 10/25/14 at 6:00 a.m., and an expiration of 10/25/14 at 8:00 a.m. Item 803 was created on 10/21/14 at 6:00 a.m., and has a start time of 10/21/14 at 6:00 a.m., a finish time of 10/25/14 at 10:00 p.m., and an expiration of 10/26/14 at 12:00 a.m.
In the example which is illustrated in FIG. 8, act 710 involves arranging items 801, 802 and 803 into a sequence based upon each item's time of creation, with items created most recently being placed before items created later in the sequence. Act 710 also involves omitting an item from the sequence if its start time has not yet arrived, or if its finish and/or expiration time has arrived. It should be appreciated, however, items of content may be arranged into a sequence to achieve any of numerous objectives. Thus, the example shown in FIG. 8 is provided for illustration purposes only. In this example, assume that act 710 is performed on 10/24/14 at 8:00 a.m., and that each of items 801, 802 and 803 takes about 20 minutes to play back.
Because the time stamps of items 801, 802 and 803 indicate that item 801 was created most recently (i.e., on 10/23/14 at 6:00 a.m.), followed by item 802 (i.e., created on 10/22/14 at 6:00 a.m.), and then item 803 (i.e., created on 10/21/14 at 10:00 p.m.), the items are arranged in this sequence in act 710. None of the items are omitted from the sequence, as the start time for each item (i.e., 10/23/14 at 6:00 a.m. for item 801, 10/22/14 at 6:00 a.m. for item 802, and 10/21/14 at 10:00 p.m. for item 803) has already arrived, and the finish time (i.e., 10/25/14 at 6:00 a.m. for item 801, 10/25/14 at 6:00 a.m. for item 802, and 10/25/14 at 10:00 p.m. for item 803) and expiration time (i.e., 10/25/14 at 8:00 a.m. for item 801, 10/25/14 at 8:00 a.m. for item 802, and 10/26/14 at 12:00 a.m. for item 803) for the items have not yet arrived. According to the sequence shown in FIG. 8, item 801 is to be played back first, then item 802 (as indicated by
arrow 805), then item 803 (as indicated by arrow 810). Arrow 815 indicates that when playback of item 803 completes, item 801 is to be played next, so that the playback sequence shown in FIG. 8 is to loop continuously.
Returning to FIG. 7, upon completion of the act 710, representative process proceeds to act 720, wherein the next item in the sequence is retrieved for playback. In the example sequence shown in FIG. 8, item 801 is the next item in the sequence, and so it is retrieved (e.g., from the vehicle's onboard server) for playback. Item 801 is then played back in act 730.
At the completion of playback, representative process 700 proceeds to act 740, wherein a determination is made whether any new items of content were received during playback. If it is determined that no new items of content were received, then process 700 proceeds to act 750, wherein a determination is made whether the item played back in the act 730 was the last item in the sequence defined in the act 710. If not, process 700 returns to act 720, wherein the next item in the sequence is retrieved for playback, and if so, process 700 returns to act 710, wherein items of content are arranged into sequence for playback as described above. In the example shown in FIG. 8, since item 801 is not the last item in the sequence, process 700 returns to act 720, wherein item 802 (i.e., the next item in the sequence of FIG. 8) is retrieved. Process 700 then proceeds as described above. It can be seen, then, that if no new items of content are received by the vehicle during playback of items 801, 802 and 803, these items will be played back in a continuous loop. However, if it is determined in the act 740 that a new item was received during playback of an item in the act 730, then representative process 700 proceeds to act 760, wherein the sequence initially defined in the act 710 is redefined. An example is shown in FIG. 9.
FIG. 9 depicts the items 801,802 and 803 which are also shown in FIG. 8, and item 804. Assume that item 804 was received during playback of the item 801 in act 730. Like items 801, 802 and 803, item 804 has a time stamp, start time, finish time and expiration time. It can be seen that item 804 was created on 10/24/14 at 6:00 a.m., has a start time of 10/24/14 at 6:00 a.m., a finish time of 10/26/14 at 6:00 a.m., and an expiration time of 10/26/14 at 8:00 a.m. As such, item 804 was created more recently than item 802 (which was created on 10/22/14 at 6:00 a.m.) and item 803 (which was created on 10/21/14 at 10:00 p.m.). It can also be seen that the start time for each of items 802, 803 and 804 has arrived, and the finish time and expiration time for these items have not arrived. In this respect, because
process 700 began on 10/24/14 at 8:00 a.m. and item 801 took about twenty minutes to play back, the start time for each item (i.e., 10/24/14 at 6:00 a.m. for item 804, 10/22/14 at 6:00 a.m. for item 802, and 10/21/14 at 10:00 p.m. for item 803) has already arrived, and the finish time for each item (i.e., 10/26/14 at 6:00 a.m. for item 801, 10/25/14 at 6:00 a.m. for item 802, and 10/25/14 at 10:00 p.m. for item 803) and expiration time for each item (i.e., 10/26/14 at 8:00 a.m. for item 804, 10/25/14 at 8:00 a.m. for item 802, and 10/26/14 at 12:00 a.m. for item 803) has not yet arrived.
In the example shown in FIG. 9, items 802, 803 and 804 are arranged into sequence by timestamp, with items having an earlier timestamp being placed earlier in the sequence than items having a later timestamp. Because item 803 has an earlier timestamp than item 802, and item 802 has an earlier timestamp than item 804, and each of these items have start times which have already arrived and finish and expiration times which have not yet arrived, in act 760 the sequence is redefined so that item 803 is played next, followed by items 802 and 804. It should be appreciated, however, that (as with the procedure described above with reference to FIG. 8) items of content may be arranged into a sequence using any suitable technique, to achieve any of numerous objectives, and the example shown in FIG. 9 is provided for illustration purposes only. For example, the technique described with reference to FIG. 9 could be modified so that the most recently created content is played back first in a sequence, such that act 760 may involve arranging items 802, 803 and 804 in a sequence so that item 804 is played back next, followed by items 802 and 803.
At the completion of act 760, representative process 700 returns to act 720, wherein the next item in the sequence is retrieved for playback. In the example of FIG. 9, the next item in the sequence is item 802, and so it is retrieved for playback, and then played back in the act 730. Process 700 then proceeds in the manner described above. As such, it can be seen that items of content are played back in a continuous loop unless new items of content are received. If a new item is received, it is inserted into the sequence based upon its time of creation, so long as its start time has arrived. An item is removed from the sequence if its finish and/or expiration time has arrived.
As noted above, the techniques illustrated in FIGS. 8 and 9 may be performed to make content available as it is received by a vehicle. Of course, other techniques may be used, and/or the techniques described above may be modified, to achieve other objectives. As one example,
the techniques described above may be modified to limit the number of items in a sequence, so that (for example) no more than five items are played back in sequence before returning to the first item in the sequence. Any of numerous techniques may be used, as the invention is not limited to being used or implemented in any particular way. While the process described above with reference to FIGS. 7-9 may be used to define the manner in which content for a particular programming "channel" is played back (e.g., by defining a sequence in which items of a particular type, such as news clips, sports programming, movies, etc. are played back), some embodiments of the invention may also provide techniques for dynamically assigning an item of content received by a vehicle to a particular channel based at least in part on its characteristics. FIG. 10 depicts a representative process 1000 for dynamically defining programming channels which are made available to viewers.
At the start of process 1000, a new item of content is received. In one example, an item may be received by a vehicle (e.g., vessel 222, shown in FIG. 2) and stored in its onboard server (e.g., onboard server 235). In another example, an item may be received by enterprise server 210, from staging server 205. Any suitable component(s) may receive an item of content in act 1010.
Process 1000 then proceeds to act 1020, wherein a programming channel through which the received item of content is to be made accessible is determined. This may be performed in any of numerous ways. In some embodiments of the invention, the programming channel may be determined based at least in part on the item's type. For example, the item may include, or have associated therewith, an indication of a type of programming content, and this indication may be used to determine the channel through which the item will be made accessible. For example, if the item's type indicates that the item is a news clip, or a movie, or a televised sports contest, then the item may be assigned to a channel which makes content items of that type available to viewers. Of course, an item of content need not be associated with a programming channel based on its type, as any of numerous types of information and/or considerations may influence the channel to which the item is assigned.
It should be appreciated that the programming channel to which an item is assigned need not be pre-existing. For example, a programming channel may be newly established to provide access to a type of programming content to which the item belongs. As an example, if the item is a sports movie, a number of other sports movies were previously received, and there is no pre-
existing channel for showing sports movies, then a sports movie channel may be newly established in response to the item being received (e.g., based upon a "critical mass" of sports movies now being available for playback).
At the completion of act 1020, process 1000 proceeds to act 1030, wherein the item is made available via the programming channel determined in the act 1020. This may be performed in any of numerous ways. For example, the process described above with reference to FIG. 7 may be performed to define a sequence in which the item and, potentially, other items may be played back. Of course, any suitable technique(s) may alternatively be employed. Representative process 1000 then completes. It should be appreciated that although many aspects of the foregoing description relate to distributing video content to vehicles, embodiments of the invention are not limited to distributing content of any particular type. For example, embodiments of the invention may be employed to distribute audio content (e.g., music, podcasts, news items, etc.), image content (e.g., graphics, charts, maps, etc.) documents, files, bodies of program instructions, and/or content and data of any other suitable type(s).
Some aspects of the invention may be implemented using a computing system environment. FIG. 11 illustrates one example of a suitable computing system environment 1100 which may be used to implement certain aspects of the invention. The computing system environment 1100 is only one example of a suitable computing environment, and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the computing environment 1100 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment 1100. In this respect, the invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well-known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, mobile or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The computing environment may execute computer-executable instructions, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
FIG.l 1 depicts a general purpose computing device in the form of a computer 1110. Components of computer 1110 may include, but are not limited to, a processing unit 1120, a system memory 1130, and a system bus 1121 that couples various system components including the system memory to the processing unit 1120. The system bus 1121 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel
Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus.
Computer 1110 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 1110 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other one or more media which may be used to store the desired information and may be accessed by computer 1110. Communication media typically embody computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The
term "modulated data signal" means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media include wired media such as a wired network or direct- wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.
Combinations of the any of the above should also be included within the scope of computer readable media.
The system memory 1130 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 1131 and random access memory (RAM) 1132. A basic input/output system 1133 (BIOS), containing the basic routines that help to transfer information between elements within computer 1110, such as during start-up, is typically stored in ROM 1131. RAM 1132 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 1120. By way of example, and not limitation, FIG. 11 illustrates operating system 1134, application programs 1135, other program modules 1136, and program data 1137. The computer 1110 may also include other removable/non-removable,
volatile/nonvolatile computer storage media. By way of example only, FIG. 11 illustrates a hard disk drive 1141 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 1151 that reads from or writes to a removable, nonvolatile magnetic disk 1152, and an optical disk drive 1155 that reads from or writes to a removable, nonvolatile optical disk 1156 such as a CD ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The hard disk drive 1141 is typically connected to the system bus 1121 through an non-removable memory interface such as interface 1140, and magnetic disk drive 1151 and optical disk drive 1155 are typically connected to the system bus 1121 by a removable memory interface, such as interface 1150.
The drives and their associated computer storage media discussed above and illustrated in FIG. 11, provide storage of computer readable instructions, data structures, program modules and other data for the computer 1110. In FIG. 11 , for example, hard disk drive 1141 is illustrated as storing operating system 1144, application programs 1145, other program modules
1146, and program data 1147. Note that these components can either be the same as or different from operating system 1134, application programs 1135, other program modules 536, and program data 1137. Operating system 1144, application programs 1145, other program modules 1146, and program data 1147 are given different numbers here to illustrate that, at a minimum, they are different copies. A user may enter commands and information into the computer 1110 through input devices such as a keyboard 1162 and pointing device 1161, commonly referred to as a mouse, trackball or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 1120 through a user input interface 560 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB). A monitor 1191 or other type of display device is also connected to the system bus 1121 via an interface, such as a video interface 1190. In addition to the monitor, computers may also include other peripheral output devices such as speakers 1197 and printer 1196, which may be connected through a output peripheral interface 1195.
The computer 1110 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 1180. The remote computer 1180 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 1110, although only a memory storage device 1181 has been illustrated in FIG. 11. The logical connections depicted in FIG. 11 include a local area network (LAN) 1171 and a wide area network (WAN) 1173, but may also include other networks. Such networking environments are commonplace in offices, enterprise- wide computer networks, intranets and the Internet. When used in a LAN networking environment, the computer 1110 is connected to the
LAN 1171 through a network interface or adapter 1170. When used in a WAN networking environment, the computer 1110 typically includes a modem 1172 or other means for establishing communications over the WAN 1173, such as the Internet. The modem 1172, which may be internal or external, may be connected to the system bus 1121 via the user input interface 1160, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 1110, or portions thereof, may be stored in the remote memory storage
device. By way of example, and not limitation, FIG. 11 illustrates remote application programs 1185 as residing on memory device 1181. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used. Having thus described several aspects of at least one embodiment of this invention, it is to be appreciated that various alterations, modifications, and improvements will readily occur to those skilled in the art. Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention.
Further, though advantages of the present invention are indicated, it should be appreciated that not every embodiment of the invention will include every described advantage. Some embodiments may not implement any features described as advantageous herein and in some instances. Accordingly, the foregoing description and drawings are by way of example only.
The above-described embodiments of the present invention can be implemented in any of numerous ways. For example, the embodiments may be implemented using hardware, software or a combination thereof. When implemented in software, the software code can be executed on any suitable processor or collection of processors, whether provided in a single computer or distributed among multiple computers. Such processors may be implemented as integrated circuits, with one or more processors in an integrated circuit component. Though, a processor may be implemented using circuitry in any suitable format. Further, it should be appreciated that a computer may be embodied in any of a number of forms, such as a rack-mounted computer, a desktop computer, a laptop computer, or a tablet computer. Additionally, a computer may be embedded in a device not generally regarded as a computer but with suitable processing capabilities, including a Personal Digital Assistant (PDA), a smart phone or any other suitable portable or fixed electronic device. Also, a computer may have one or more input and output devices. These devices can be used, among other things, to present a user interface. Examples of output devices that can be used to provide a user interface include printers or display screens for visual presentation of output and speakers or other sound generating devices for audible presentation of output.
Examples of input devices that can be used for a user interface include keyboards, and pointing devices, such as mice, touch pads, and digitizing tablets. As another example, a computer may receive input information through speech recognition or in other audible format.
Such computers may be interconnected by one or more networks in any suitable form, including as a local area network or a wide area network, such as an enterprise network or the Internet. Such networks may be based on any suitable technology and may operate according to any suitable protocol and may include wireless networks, wired networks or fiber optic networks.
Also, the various methods or processes outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or programming or scripting tools, and also may be compiled as executable machine language code or intermediate code that is executed on a framework or virtual machine.
In this respect, the invention may be embodied as a computer readable storage medium (or multiple computer readable media) (e.g., a computer memory, one or more floppy discs, compact discs (CD), optical discs, digital video disks (DVD), magnetic tapes, flash memories, circuit configurations in Field Programmable Gate Arrays or other semiconductor devices, or other tangible computer storage medium) encoded with one or more programs that, when executed on one or more computers or other processors, perform methods that implement the various embodiments of the invention discussed above. As is apparent from the foregoing examples, a computer readable storage medium may retain information for a sufficient time to provide computer-executable instructions in a non-transitory form. Such a computer readable storage medium or media can be transportable, such that the program or programs stored thereon can be loaded onto one or more different computers or other processors to implement various aspects of the present invention as discussed above. As used herein, the term "computer- readable storage medium" encompasses only a tangible machine, mechanism or device from which a computer may read information. Alternatively or additionally, the invention may be embodied as a computer readable medium other than a computer-readable storage medium, such as a transitory medium like a propagating signal.
The terms "program" or "software" are used herein in a generic sense to refer to any type of computer code or set of computer-executable instructions that can be employed to program a computer or other processor to implement various aspects of the present invention as discussed above. Additionally, it should be appreciated that according to one aspect of this embodiment,
one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention. Computer-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed as desired in various embodiments. Data structures may be stored in computer-readable media in any suitable form. For simplicity of illustration, data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a computer-readable medium that conveys relationship between the fields. However, any suitable mechanism may be used to establish a relationship between information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationship between data elements.
Various aspects of the present invention may be used alone, in combination, or in a variety of arrangements not specifically discussed in the embodiments described in the foregoing and is therefore not limited in its application to the details and arrangement of components set forth in the foregoing description or illustrated in the drawings. For example, aspects described in one embodiment may be combined in any manner with aspects described in other embodiments.
The invention may be embodied as a method, of which an example has been provided. The acts performed as part of the method may be ordered in any suitable way. Accordingly, embodiments may be constructed in which acts are performed in an order different than illustrated, which may include different acts than those which are described, and/or which may involve performing some acts simultaneously, even though the acts are shown as being performed sequentially in the embodiments specifically described above.
Use of ordinal terms such as "first," "second," "third," etc., in the claims to modify a claim element does not by itself connote any priority, precedence, or order of one claim element over another or the temporal order in which acts of a method are performed, but are used merely
as labels to distinguish one claim element having a certain name from another element having a same name (but for use of the ordinal term) to distinguish the claim elements.
Also, the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of "including," "comprising," or "having,"
"containing," "involving," and variations thereof herein, is meant to encompass the items listed thereafter and equivalents thereof as well as additional items.
Claims
1. A system for delivering content for playback on a vessel, the system comprising: at least one teleport, in networked communication with at least one satellite, configured to provide a unitary item of programming content to the at least one satellite for transmission to a seagoing vessel; and at least one storage facility, located on the vessel, configured to store the unitary item of programming content transmitted by the at least one satellite and to make the unitary item of content available for playback on the vessel.
2. The system of claim 1, wherein the at least one teleport is configured to instruct the at least one satellite to transmit the unitary item of programming content via multicast.
3. The system of claim 1, wherein the at least one teleport is configured to provide the unitary item of programming content to the at least one satellite for transmission to a plurality of vessels, and wherein each of the plurality of vessels comprises at least one storage facility configured to store the unitary item of programming content and make the unitary item of programming content available for playback.
4. The system of claim 3, wherein the unitary item of programming content is sent to the plurality of vessels via directional transmission.
5. The system of claim 1, further comprising the at least one satellite.
6. The system of claim 1, comprising a plurality of teleports, each having at least one corresponding satellite.
7. The system of claim 1, further comprising at least one receive site configured to receive transmissions from the at least one satellite, and wherein the at least one teleport is configured to provide a test file to the at least one satellite for transmission to the at least one receive site.
8. The system of claim 1, wherein the unitary item of programming content comprises a movie, a television program, or a song.
9. A method for delivering content for playback on a vessel, the method comprising acts of:
(A) providing a unitary item of programming content to at least one satellite for transmission to a seagoing vessel; and
(B) storing, on the vessel, the unitary item of programming content transmitted by the at least one satellite;
(C) making the unitary item of content available for playback on the vessel.
10. The method of claim 9, wherein the unitary item of programming content comprises a movie, a television program, or a song.
11. The method of claim 9, wherein the act (A) comprises providing the unitary item of programming content to the at least one satellite for transmission via multicast.
12. The method of claim 9, wherein the act (A) comprises providing the unitary item of programming content to the at least one satellite for transmission to a plurality of vessels, and the act (B) comprises storing the unitary item of programming content on each vessel.
13. The method of claim 12, wherein the act (A) comprises providing the unitary item of programming content to the at least one satellite to be sent to the plurality of vessels via directional transmission.
14. The method of claim 9, wherein the act (A) further comprises the at least one satellite sending the unitary item of programming content to the vessel.
15. The method of claim 9, wherein the act (A) comprises providing a plurality of segments, collectively comprising the unitary item of programming content, to the at least one satellite.
16. The method of claim 9, wherein the act (A) comprises providing a test file to the at least one satellite for transmission, and the method further comprises an act of: (D) providing an indication whether the test file was received from the at least one satellite.
17. At least one computer-readable storage medium having instructions encoded thereon which, when executed in a computer system, cause the computer system to perform a method for delivering content for playback on a vessel, the method comprising acts of:
(A) providing a unitary item of programming content to at least one satellite for transmission to a vessel in international waters; and
(B) storing, on the vessel, the unitary item of programming content transmitted by the at least one satellite; (C) making the unitary item of content available for playback on the vessel.
18. The at least one computer-readable storage medium of claim 17, wherein the unitary item of programming content comprises a movie, a television program, or a song.
19. The at least one computer-readable storage medium of claim 17, wherein the act (A) comprises providing the unitary item of programming content to the at least one satellite for transmission via multicast.
20. The at least one computer-readable storage medium of claim 17, wherein the act (A) comprises providing the unitary item of programming content to the at least one satellite for transmission to a plurality of vessels, and the act (B) comprises storing the unitary item of programming content on each vessel.
21. The at least one computer-readable storage medium of claim 20, wherein the act (A) comprises providing the unitary item of programming content to the at least one satellite to be sent to the plurality of vessels via directional transmission.
22. The at least one computer-readable storage medium of claim 17, wherein the act (A) further comprises the at least one satellite sending the unitary item of programming content to the vessel.
23. The at least one computer-readable storage medium of claim 17, wherein the act (A) comprises providing a test file to the at least one satellite for transmission, and the method further comprises an act of:
(D) providing an indication whether the test file was received from the at least one satellite.
24. A method for use on a vehicle, the method comprising acts of:
(A) beginning receipt from a first satellite of a transmission of data constituting a unitary item of programming content;
(B) after receiving a first portion of the data but prior to the transmission being completed, losing communication with the first satellite;
(C) acquiring, on the vehicle, a second portion of the data, without restarting the transmission;
(D) employing the first portion of the data and the second portion of the data to play back the unitary item of programming content on the vehicle.
25. The method of claim 24, wherein the act (C) comprises establishing communication with a second satellite, and acquiring the second portion of the data from the second satellite.
26. The method of claim 25, wherein the act (C) comprises issuing a request for the second portion of the data via the second satellite.
27. The method of claim 26, wherein the request specifies at least one identifier associated with the second portion of the data.
28. The method of claim 24, wherein the act (C) comprises generating the second portion of the data using information included in the first portion of the data.
29. The method of claim 28, wherein the information comprises redundant data, and the act (C) comprises employing at least one error correction algorithm to generate the second portion of the data using the redundant data.
30. The method of claim 24, wherein the first portion of the data and the second portion of the data collectively represent the unitary item of programming content in its entirety.
31. The method of claim 24, wherein the vehicle is a seagoing vessel.
32. At least one computer-readable storage medium having instructions encoded thereon which, when executed in a computer system located on a vehicle, cause the computer system to perform a method comprising acts of:
(A) beginning, on the vehicle, receipt from a first satellite of a transmission of data constituting a unitary item of programming content;
(B) after receiving a first portion of the data but prior to the transmission being completed, losing communication with the first satellite; (C) acquiring, on the vehicle, a second portion of the data, without restarting the transmission;
(D) employing the first portion of the data and the second portion of the data to play back the unitary item of programming content on the vessel.
33. The at least one computer-readable storage medium of claim 32, wherein the act (C) comprises establishing communication with a second satellite, and acquiring the second portion of the data from the second satellite.
34. The at least one computer-readable storage medium of claim 33, wherein the act (C) comprises issuing a request for the second portion of the data via the second satellite.
35. The at least one computer-readable storage medium of claim 34, wherein the request specifies at least one identifier associated with the second portion of the data.
36. The at least one computer-readable storage medium of claim 32, wherein the act (C) comprises generating the second portion of the data using information included in the first portion of the data.
37. The at least one computer-readable storage medium of claim 36, wherein the information comprises redundant data, and the act (C) comprises employing at least one error correction algorithm to generate the second portion of the data using the redundant data.
38. The at least one computer-readable storage medium of claim 32, wherein the first portion of the data and the second portion of the data collectively represent the unitary item of programming content in its entirety.
39. The at least one computer-readable storage medium of claim 32, wherein the vehicle is a seagoing vessel.
40. A system, comprising: at least one computer processor programmed to; begin receipt, on a vehicle, from a first satellite, of a transmission of data constituting a unitary item of programming content; in response to losing communication with the first satellite after receiving a first portion of the data, but prior to the transmission being completed, acquire a second portion of the data on the vehicle, without restarting the transmission; employ the first portion of the data and the second portion of the data to play back the unitary item of programming content on the vessel.
41. The system of claim 40, wherein the act (C) comprises establishing communication with a second satellite, and acquiring the second portion of the data from the second satellite.
42. The system of claim 41, wherein the act (C) comprises issuing a request for the second portion of the data via the second satellite.
43. The system of claim 42, wherein the request specifies at least one identifier associated with the second portion of the data.
44. The system of claim 40, wherein the act (C) comprises generating the second portion of the data using information included in the first portion of the data.
45. The system of claim 44, wherein the information comprises redundant data, and the act (C) comprises employing at least one error correction algorithm to generate the second portion of the data using the redundant data.
46. The system of claim 40, wherein the first portion of the data and the second portion of the data collectively represent the unitary item of programming content in its entirety.
47. The system of clam 40, wherein the vehicle is a seagoing vessel.
48. A method for use in a system comprising a first teleport in communication with a first satellite, the first satellite having a capacity to transmit data that is provided to the first satellite by the first teleport, the method comprising acts of:
(A) determining a rate at which the first satellite transmitted data for receipt by at least one vehicle during at least one previous time period;
(B) determining, based at least in part on the rate determined in the act (A), a rate at which to provide data to the first satellite for subsequent transmission; and (C) providing data to the first satellite at the rate determined in the act (B).
49. The method of claim 48, wherein the act (A) comprises determining a rate at which the first satellite transmitted data during each of a plurality of previous time periods, the plurality of time periods being separated by a predetermined interval.
50. The method of claim 48, wherein the act (A) comprises determining a rate at which the first satellite transmitted data provided by the teleport and at least one other data source during the at least one previous time period.
51. The method of claim 48, wherein the act (B) comprises determining the rate at which to provide data to the first satellite based at least in part on the first satellite's capacity to transmit data.
52. The method of claim 48, wherein the act (A) comprises determining a rate at which the first satellite transmitted data on each of a first plurality of modulation encodings, the act (C) comprises providing data to the first satellite for transmission on each of a second plurality of modulation encodings.
53. The method of claim 52, wherein the first plurality of modulation encodings and the second plurality of modulation encodings are the same modulation encodings.
54. The method of claim 48, wherein the act (A) comprises determining the first satellite's success in transmitting the data on at least one first modulation encoding during the at least one previous time period, and the act (C) comprises providing data to the first satellite for transmission on at least one second modulation encoding that is different than the at least one first modulation encoding.
55. The method of claim 48, wherein: the system comprises a second teleport in communication with a second satellite, the second satellite having a capacity to transmit data provided to the second satellite by the second teleport; the act (A) comprises determining a rate at which the second satellite transmitted data during at least one previous time period; and the act (B) comprises determining a rate at which to provide data to the second satellite for transmission, the rate at which data is to be provided to the second satellite being different than the rate at which data is to be provided to the first satellite.
56. The method of claim 48, wherein the acts (A), (B) and (C) are performed by the first teleport.
57. At least one computer-readable storage medium having instructions encoded thereon which, when executed in a system comprising a first teleport in communication with a first satellite, the first satellite having a capacity to transmit data that is provided to the first satellite by the first teleport, cause the first teleport to perform a method comprising acts of:
(A) determining a rate at which the first satellite transmitted data for receipt by at least one vehicle during at least one previous time period;
(B) determining, based at least in part on the rate determined in the act (A), a rate at which to provide data to the first satellite for subsequent transmission; and
(C) providing data to the first satellite at the rate determined in the act (B).
58. The at least one computer-readable storage medium of claim 57, wherein the act (A) comprises determining a rate at which the first satellite transmitted data during each of a plurality of previous time periods, the plurality of time periods being separated by a
predetermined interval.
59. The at least one computer-readable storage medium of claim 57, wherein the act (A) comprises determining a rate at which the first satellite transmitted data provided by the teleport and at least one other data source during the at least one previous time period.
60. The at least one computer-readable storage medium of claim 57, wherein the act (B) comprises determining the rate at which to provide data to the first satellite based at least in part on the first satellite's capacity to transmit data.
61. The at least one computer-readable storage medium of claim 57, wherein the act (A) comprises determining a rate at which the first satellite transmitted data on each of a first plurality of modulation encodings, the act (C) comprises providing data to the first satellite for transmission on each of a second plurality of modulation encodings.
62. The at least one computer-readable storage medium of claim 61, wherein the first plurality of modulation encodings and the second plurality of modulation encodings are the same modulation encodings.
63. The at least one computer-readable storage medium of claim 57, wherein the act (A) comprises determining the first satellite's success in transmitting the data on at least one first modulation encoding during the at least one previous time period, and the act (C) comprises providing data to the first satellite for transmission on at least one second modulation encoding that is different than the at least one first modulation encoding.
64. The at least one computer-readable storage medium of claim 57, wherein: the system comprises a second teleport in communication with a second satellite, the second satellite having a capacity to transmit data provided to the second satellite by the second teleport; the act (A) comprises determining a rate at which the second satellite transmitted data during at least one previous time period; and the act (B) comprises determining a rate at which to provide data to the second satellite for transmission, the rate at which data is to be provided to the second satellite being different than the rate at which data is to be provided to the first satellite.
65. A first teleport, in communication with a first satellite, the first satellite having a capacity to transmit data that is provided to the first satellite by the first teleport, the first teleport comprising:
at least one processor, programmed to; determine a first rate at which the first satellite transmitted data for receipt by at least one vehicle during at least one previous time period; determine, based at least in part on the first rate, a second rate at which to provide data to the first satellite for subsequent transmission; and provide data to the first satellite at the second rate.
66. The first teleport of claim 65, wherein the at least one processor is programmed to determine the first rate by determining a rate at which the first satellite transmitted data during each of a plurality of previous time periods, the plurality of time periods being separated by a predetermined interval.
67. The first teleport of claim 65, wherein the at least one processor is programmed to determine the first rate by determining a rate at which the first satellite transmitted data provided by the teleport and at least one other data source during the at least one previous time period.
68. The first teleport of claim 65, wherein the at least one processor is programmed to determine the second rate based at least in part on the first satellite's capacity to transmit data.
69. The first teleport of claim 65, wherein at least one processor is programmed to determine a first rate at which the first satellite transmitted data on each of a first plurality of modulation encodings, and to provide the data to the first satellite for transmission on each of a second plurality of modulation encodings.
70. The first teleport of claim 69, wherein the first plurality of modulation encodings and the second plurality of modulation encodings are the same modulation encodings.
71. The first teleport of claim 65, wherein the at least one processor is programmed to determine the first satellite's success in transmitting the data on at least one first modulation encoding during the at least one previous time period, and to provide data to the first satellite for transmission on at least one second modulation encoding that is different than the at least one first modulation encoding.
72. A method, comprising acts of:
(A) providing data, to a satellite, for transmission by the satellite to at least one vehicle;
(B) receiving an indication, from at least one land-based receive site, relating to receipt of the data by the receive site;
(C) in response to receiving the indication, modifying a manner in which the satellite transmits information to the at least one vehicle.
73. The method of claim 72, wherein the indication received in the act (B) relates to whether the data was received by the at least one land-based receive site.
74. The method of claim 72, wherein the indication received in the act (B) relates to a condition of the data upon receipt by the at least one land-based receive site.
75. The method of claim 72, wherein the act (C) comprises modifying a modulation encoding on which information is transmitted to the at least one vehicle.
76. The method of claim 72, wherein the act (C) comprises temporarily suspending transmissions by the satellite to the at least one vehicle.
77. The method of claim 72, wherein the act (A) comprises providing the data to the satellite for transmission to the at least one vehicle via multicast.
78. The method of claim 72, wherein the acts (A), (B) and (C) are performed by a teleport in communication with the satellite.
79. At least one computer-readable storage medium having instructions encoded thereon which, when executed in a computer system, cause the computer system to perform a method comprising acts of:
(A) providing data, to a satellite, for transmission by the satellite to at least one vehicle;
(B) receiving an indication, from at least one land-based receive site, relating to receipt of the data by the receive site;
(C) in response to receiving the indication, modifying a manner in which the satellite transmits information to the at least one vehicle.
80. The at least one computer-readable storage medium of claim 79, wherein the indication received in the act (B) relates to whether the data was received by the at least one land-based receive site.
81. The at least one computer-readable storage medium of claim 80, wherein the indication received in the act (B) relates to a condition of the data upon receipt by the at least one land- based receive site.
82. The at least one computer-readable storage medium of claim 80, wherein the act (C) comprises modifying a modulation encoding on which information is transmitted to the at least one vehicle.
83. The at least one computer-readable storage medium of claim 80, wherein the act (C) comprises temporarily suspending transmissions by the satellite to the at least one vehicle.
84. The at least one computer-readable storage medium of claim 80, wherein the act (A) comprises providing the data to the satellite for transmission to the at least one vehicle via multicast.
85. The at least one computer-readable storage medium of claim 80, wherein the acts (A), (B) and (C) are performed by a teleport in communication with the satellite.
86. A system, comprising: a teleport, configured to provide data, to a satellite, for transmission by the satellite to at least one vehicle; and at least one land-based receive site, configured to provide an indication to the teleport relating to receipt of the data by the receive site; wherein the teleport is configured to cause the satellite to modify a manner in which the satellite transmits information to the at least one vehicle based at least in part on the indication.
87. The system of claim 86, wherein the at least one land-based receive site is configured to provide an indication relating to whether the data was received by the at least one land-based receive site.
88. The system of claim 86, wherein the at least one land-based receive site is configured to provide an indication relating to a condition of the data upon receipt by the at least one land- based receive site.
89. The system of claim 86, wherein the teleport is configured to cause the satellite to modify a modulation encoding on which information is transmitted to the at least one vehicle based at least in part on the indication.
90. The system of claim 86, wherein the teleport is configured to cause transmissions by the satellite to the at least one vehicle to be temporarily suspended based at least in part on the indication.
91. The system of claim 86, wherein the teleport is configured to provide data to the satellite for transmission to the at least one vehicle via multicast.
92. A method, comprising acts of:
(A) receiving, on a vehicle, a plurality of unitary items of programming content each having at least one characteristic; and
(B) defining, on the vehicle, a manner of playing back the plurality of items of content on the vehicle, the manner being based at least in part upon the at least one characteristic of each of the plurality of unitary items of programming content.
93. The method of claim 92, wherein the act (B) comprises defining a sequence in which the plurality of unitary items of programming content are to be played back.
94. The method of claim 93, wherein the act (B) comprises defining a manner of repeating the sequence.
95. The method of claim 92, wherein the at least one characteristic comprises a time at which the unitary item of programming content was created.
96. The method of claim 92, wherein the at least one characteristic comprises at least one of a start time at which playback of the unitary item of programming content is to begin, a finish time after which playback of the unitary item of programming content is not to begin, and an expiration time at which the unitary item of programming content is to be deleted.
97. The method of claim 92, wherein the act (B) comprises defining a programming channel on which each of the plurality of unitary items of programming content is to be made available based at least in part upon the at least one characteristic of each of the plurality of unitary items of programming content.
98. The method of claim 97, wherein the at least one characteristic comprises a content type.
99. The method of claim 97, wherein the act (B) comprises newly establishing a
programming channel on which a first item of the plurality of unitary items of programming content is to be made available based at least in part upon the at least one characteristic of the first item.
100. At least one computer-readable storage medium method having instructions encoded thereon which, when executed in a system on a vehicle, cause the system to perform a method comprising acts of:
(A) receiving, on the vehicle, a plurality of unitary items of programming content each having at least one characteristic; and
(B) defining, on the vehicle, a manner of playing back the plurality of items of content on the vehicle, the manner being based at least in part upon the at least one characteristic of each of the plurality of unitary items of programming content.
101. The at least one computer-readable storage medium of claim 100, wherein the act (B) comprises defining a sequence in which the plurality of unitary items of programming content are to be played back.
102. The at least one computer-readable storage medium of claim 101, wherein the act (B) comprises defining a manner of repeating the sequence.
103. The at least one computer-readable storage medium of claim 100, wherein the at least one characteristic comprises a time at which the unitary item of programming content was created.
104. The at least one computer-readable storage medium of claim 100, wherein the at least one characteristic comprises at least one of a start time at which playback of the unitary item of programming content is to begin, a finish time after which playback of the unitary item of programming content is not to begin, and an expiration time at which the unitary item of programming content is to be deleted.
105. The at least one computer-readable storage medium of claim 100, wherein the act (B) comprises defining a programming channel on which each of the plurality of unitary items of programming content is to be made available based at least in part upon the at least one characteristic of each of the plurality of unitary items of programming content.
106. The at least one computer-readable storage medium of claim 105, wherein the at least one characteristic comprises a content type.
107. The at least one computer-readable storage medium of claim 105, wherein the act (B) comprises newly establishing a programming channel on which a first item of the plurality of unitary items of programming content is to be made available based at least in part upon the at least one characteristic of the first item.
108. A system, comprising: at least one computer processor programmed to; receive, on a vehicle, a plurality of unitary items of programming content each having at least one characteristic; and
define, on the vehicle, a manner of playing back the plurality of items of content on the vehicle, the manner being based at least in part upon the at least one characteristic of each of the plurality of unitary items of programming content.
109. The system of claim 108, wherein the at least one computer processor is programmed to define a sequence in which the plurality of unitary items of programming content are to be played back.
110. The system of claim 109, wherein the at least one computer processor is programmed to define a manner of repeating the sequence.
111. The system of claim 108, wherein the at least one characteristic comprises a time at which the unitary item of programming content was created.
112. The system of claim 108, wherein the at least one characteristic comprises at least one of a start time at which playback of the unitary item of programming content is to begin, a finish time after which playback of the unitary item of programming content is not to begin, and an expiration time at which the unitary item of programming content is to be deleted.
113. The system of claim 108, wherein the at least one computer processor is programmed to define a programming channel on which each of the plurality of unitary items of programming content is to be made available based at least in part upon the at least one characteristic of each of the plurality of unitary items of programming content.
114. The system of claim 113, wherein the at least one characteristic comprises a content type.
115. The system of claim 113, wherein the at least one computer processor is programmed to newly establish a programming channel on which a first item of the plurality of unitary items of
programming content is to be made available based at least in part upon the at least one characteristic of the first item.
Priority Applications (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP16184887.4A EP3113462B1 (en) | 2014-01-31 | 2014-11-07 | Systems and methods for providing content to vehicles |
US15/109,019 US9838749B2 (en) | 2014-01-31 | 2014-11-07 | System and methods for providing content to vehicles |
ES14881289T ES2730274T3 (en) | 2014-01-31 | 2014-11-07 | Computer readable systems, methods and storage media to provide content to vehicles |
EP16184888.2A EP3113385B1 (en) | 2014-01-31 | 2014-11-07 | Systems and methods for providing content to vehicles |
EP14881289.4A EP3095197B1 (en) | 2014-01-31 | 2014-11-07 | Systems, methods and computer-readable storage media for providing content to vehicles |
US15/715,543 US20180020262A1 (en) | 2014-01-31 | 2017-09-26 | Systems and methods for providing content to vehicles |
US15/723,902 US10051335B2 (en) | 2014-01-31 | 2017-10-03 | System and methods for providing content to vehicles |
US16/048,102 US10349145B2 (en) | 2014-01-31 | 2018-07-27 | System and methods for providing content to vehicles |
CY20181101232T CY1121339T1 (en) | 2014-01-31 | 2018-11-21 | SYSTEMS AND METHODS FOR PROVIDING VEHICLE CONTENT |
US16/372,017 US10524015B2 (en) | 2014-01-31 | 2019-04-01 | System and methods for providing content to vehicles |
CY20191100770T CY1121837T1 (en) | 2014-01-31 | 2019-07-18 | SYSTEMS, METHODS AND COMPUTER READABLE STORAGE MEDIA FOR PROVIDING CONTENT IN VEHICLES |
US16/691,264 US10834472B2 (en) | 2014-01-31 | 2019-11-21 | System and methods for providing content to vehicles |
CY20201100159T CY1122735T1 (en) | 2014-01-31 | 2020-02-20 | SYSTEMS AND METHODS FOR PROVIDING CONTENT IN VEHICLES |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461933958P | 2014-01-31 | 2014-01-31 | |
US61/933,958 | 2014-01-31 |
Related Child Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/109,019 A-371-Of-International US9838749B2 (en) | 2014-01-31 | 2014-11-07 | System and methods for providing content to vehicles |
US15/715,543 Division US20180020262A1 (en) | 2014-01-31 | 2017-09-26 | Systems and methods for providing content to vehicles |
US15/723,902 Division US10051335B2 (en) | 2014-01-31 | 2017-10-03 | System and methods for providing content to vehicles |
Publications (3)
Publication Number | Publication Date |
---|---|
WO2015116284A1 WO2015116284A1 (en) | 2015-08-06 |
WO2015116284A9 true WO2015116284A9 (en) | 2015-12-23 |
WO2015116284A8 WO2015116284A8 (en) | 2016-01-21 |
Family
ID=53757623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2014/064496 WO2015116284A1 (en) | 2014-01-31 | 2014-11-07 | System and methods for providing content to vehicles |
Country Status (5)
Country | Link |
---|---|
US (6) | US9838749B2 (en) |
EP (3) | EP3113462B1 (en) |
CY (3) | CY1121339T1 (en) |
ES (3) | ES2693389T3 (en) |
WO (1) | WO2015116284A1 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3113462B1 (en) | 2014-01-31 | 2018-08-22 | KVH Industries, Inc. | Systems and methods for providing content to vehicles |
US10880108B2 (en) * | 2017-06-14 | 2020-12-29 | Gogo Business Aviation Llc | Optimized wireless content loading scheduler |
US10623995B2 (en) | 2017-12-15 | 2020-04-14 | Gogo Llc | Dynamic load balancing of satellite beams |
US11750393B2 (en) * | 2021-03-30 | 2023-09-05 | Ford Global Technologies, Llc | Secure broadcast delivery and verification |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6810527B1 (en) * | 1999-09-27 | 2004-10-26 | News America, Inc. | System and method for distribution and delivery of media context and other data to aircraft passengers |
US20010026537A1 (en) | 2000-02-24 | 2001-10-04 | Michael Massey | Satellite internet backbone network system using virtual onboard switching |
US20020042919A1 (en) * | 2000-05-25 | 2002-04-11 | Sturza Mark Alan | Method for utilizing excess communications capacity |
AU2002231427A1 (en) * | 2000-08-16 | 2002-02-25 | The Boeing Company | Method and apparatus for providing bi-directional data services and live television programming to mobile platforms |
US20020152470A1 (en) * | 2001-03-02 | 2002-10-17 | Mark Hammond | Method and system for providing audio, video and data to devices on an aircraft |
US7174179B2 (en) * | 2001-09-20 | 2007-02-06 | Itt Manufacturing Enterprises, Inc. | Methods and apparatus for mitigating rain fading over SATCOM links via information throughput adaptation |
US7587736B2 (en) * | 2001-12-28 | 2009-09-08 | Xanadoo Company | Wideband direct-to-home broadcasting satellite communications system and method |
US7979571B2 (en) | 2002-01-15 | 2011-07-12 | Hughes Network Systems, Llc | Method and system for providing load sensitive throttling |
US7236738B2 (en) * | 2003-08-01 | 2007-06-26 | Pathfire, Inc. | Multicast control systems and methods for dynamic, adaptive time, bandwidth,frequency, and satellite allocations |
US7509144B2 (en) | 2003-12-18 | 2009-03-24 | Vt Idirect, Inc. | Scalable communication system, method and apparatus |
US7383983B2 (en) | 2004-05-07 | 2008-06-10 | General Instrument Corporation | System and method for managing content between devices in various domains |
US7992175B2 (en) * | 2006-05-15 | 2011-08-02 | The Directv Group, Inc. | Methods and apparatus to provide content on demand in content broadcast systems |
US8997159B2 (en) | 2006-09-08 | 2015-03-31 | Virgin America Inc. | On-board vessel entertainment system |
US20080106376A1 (en) * | 2006-11-06 | 2008-05-08 | The Directv Group, Inc. | Method and apparatus for purchasing content from a terminal within a vehicle |
EP3113462B1 (en) | 2014-01-31 | 2018-08-22 | KVH Industries, Inc. | Systems and methods for providing content to vehicles |
-
2014
- 2014-11-07 EP EP16184887.4A patent/EP3113462B1/en active Active
- 2014-11-07 ES ES16184887.4T patent/ES2693389T3/en active Active
- 2014-11-07 EP EP16184888.2A patent/EP3113385B1/en active Active
- 2014-11-07 ES ES16184888T patent/ES2767552T3/en active Active
- 2014-11-07 EP EP14881289.4A patent/EP3095197B1/en active Active
- 2014-11-07 ES ES14881289T patent/ES2730274T3/en active Active
- 2014-11-07 WO PCT/US2014/064496 patent/WO2015116284A1/en active Application Filing
- 2014-11-07 US US15/109,019 patent/US9838749B2/en active Active
-
2017
- 2017-09-26 US US15/715,543 patent/US20180020262A1/en not_active Abandoned
- 2017-10-03 US US15/723,902 patent/US10051335B2/en active Active
-
2018
- 2018-07-27 US US16/048,102 patent/US10349145B2/en active Active
- 2018-11-21 CY CY20181101232T patent/CY1121339T1/en unknown
-
2019
- 2019-04-01 US US16/372,017 patent/US10524015B2/en active Active
- 2019-07-18 CY CY20191100770T patent/CY1121837T1/en unknown
- 2019-11-21 US US16/691,264 patent/US10834472B2/en active Active
-
2020
- 2020-02-20 CY CY20201100159T patent/CY1122735T1/en unknown
Also Published As
Publication number | Publication date |
---|---|
WO2015116284A1 (en) | 2015-08-06 |
US20180367865A1 (en) | 2018-12-20 |
US10051335B2 (en) | 2018-08-14 |
US20180048942A1 (en) | 2018-02-15 |
EP3095197A1 (en) | 2016-11-23 |
CY1121339T1 (en) | 2020-05-29 |
ES2693389T3 (en) | 2018-12-11 |
EP3113462B1 (en) | 2018-08-22 |
US10834472B2 (en) | 2020-11-10 |
US10349145B2 (en) | 2019-07-09 |
EP3095197A4 (en) | 2017-10-18 |
ES2767552T3 (en) | 2020-06-17 |
US10524015B2 (en) | 2019-12-31 |
US20180020262A1 (en) | 2018-01-18 |
ES2730274T3 (en) | 2019-11-11 |
CY1122735T1 (en) | 2021-03-12 |
EP3095197B1 (en) | 2019-04-24 |
EP3113462A1 (en) | 2017-01-04 |
EP3113385A1 (en) | 2017-01-04 |
WO2015116284A8 (en) | 2016-01-21 |
US9838749B2 (en) | 2017-12-05 |
CY1121837T1 (en) | 2020-07-31 |
US20160360280A1 (en) | 2016-12-08 |
US20190230418A1 (en) | 2019-07-25 |
US20200092613A1 (en) | 2020-03-19 |
EP3113385B1 (en) | 2020-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10834472B2 (en) | System and methods for providing content to vehicles | |
JP6852121B2 (en) | Extended block-request streaming system with signaling or block generation | |
CN102550034B (en) | Enhanced block request streaming using block partitioning or request controls for improved client-side handling | |
RU2577473C2 (en) | Enhanced block-request streaming using url templates and construction rules | |
RU2523918C2 (en) | Enhanced block-request streaming using scalable encoding | |
CN102549999A (en) | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction | |
CN104221390A (en) | Enhanced block-request streaming system for handling low-latency streaming | |
MXPA05013618A (en) | Retry strategies for use in a streaming environment. | |
US7191243B2 (en) | Scheduling and multiplexing data for broadcast transmission over multiple streams | |
KR20110112199A (en) | Method and apparatus for receiving non-real time content included in real time broadcasting signal | |
US20210159994A1 (en) | System and Method of Providing Content to a Broadcast Network | |
KR102073871B1 (en) | Content supply device, content supply method, program, terminal device, and content supply system | |
JP4572638B2 (en) | Retransmission system | |
KR101241507B1 (en) | Cache system and cache allocation method for content on demand service using multicast | |
RU2008121603A (en) | METHOD AND DEVICE FOR PROCESSING ERRORS IN TRANSFER OF ELECTRONIC SERVICE GUIDE IN DIGITAL VIDEO VIDEO SYSTEM | |
TW200835270A (en) | Method of supplying streams of data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 14881289 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 15109019 Country of ref document: US |
|
REEP | Request for entry into the european phase |
Ref document number: 2014881289 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2014881289 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |