US20020059592A1 - Method and system for implementing an internet radio device for receiving and /or transmitting media information - Google Patents
Method and system for implementing an internet radio device for receiving and /or transmitting media information Download PDFInfo
- Publication number
- US20020059592A1 US20020059592A1 US09/860,414 US86041401A US2002059592A1 US 20020059592 A1 US20020059592 A1 US 20020059592A1 US 86041401 A US86041401 A US 86041401A US 2002059592 A1 US2002059592 A1 US 2002059592A1
- Authority
- US
- United States
- Prior art keywords
- internet
- internet radio
- radio
- communication system
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- 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/75—Indicating network or usage conditions on the user display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/02—Arrangements for relaying broadcast information
- H04H20/08—Arrangements for relaying broadcast information among terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/42—Arrangements for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/65—Arrangements characterised by transmission systems for broadcast
- H04H20/76—Wired systems
- H04H20/82—Wired systems using signals not modulated onto a carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1854—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- 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/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
-
- 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/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Definitions
- the present invention relates to the field of digital information communication. More specifically, the present invention relates to the field of computer implemented digital broadcast communication of information over the Internet.
- the Internet is a large network made up of a number of smaller networks. It is made up of more than 100,000 interconnected networks in over 100 countries, comprised of commercial, academic and government networks. It has become commercialized into a worldwide information highway and data base, containing information on virtually every subject known to humankind.
- World Wide Web also called the “Web” servers around the world
- World Wide Web is an Internet facility that links documents locally and remotely.
- the Web document is called a Web page, and links in the page let users jump from page to page (hypertext) whether the pages are stored on the same server or on servers around the world.
- the pages are accessed and read via a Web browser such as Netscape Navigator or Microsoft Internet Explorer.
- the Web has become the center of Internet activity because, among other reasons, Web pages, containing both text, graphics and multi-media content are easily accessible via a Web browser.
- the Web contains the largest collection of online information in the world, and the amount of information is increasing.
- Current schemes for accessing a Web document require typing in the URL (Uniform Resource Locator) address of the home page in the Web browser. From there, the user starts “surfing” through the Internet via hypertext links to other documents that can be stored on the same server or on a server anywhere in the world.
- URL Uniform Resource Locator
- FIG. 1 illustrates a system 70 regarding one use of the Internet.
- the Internet 40 is used to provide a communication channel between a broadcast source 60 (e.g., a Web server) and a number of receiving devices (e.g., Web browsers) or “users” 10 , 12 , 14 .
- a digital broadcast signal e.g., representing some audio/video/multi-media content or program such as a radio program or television program, can be broadcast in encoded digital packets from the source server 60 to the receivers 10 , 12 , 14 .
- the digital broadcast content is the same for each receiver, a separate communication stream, comprising separate digital data packets, is required for each receiver that is coupled to the Internet.
- Stream 20 is identified and communicated for receiver 10
- stream 21 is identified and communicated for receiver 12
- stream 22 is identified and communicated for receiver 14 .
- the users 10 , 12 , 14 have to visit the Web site providing the audio/video/multi-media content in order to establish the communication streams 20 , 21 , 22 .
- the number of users (receivers) that can receive broadcast information on the Internet simultaneously from one server 60 is limited mainly by the connection speed of the connection between the server 60 and the Internet 40 because each stream 20 , 21 , 22 consumes available bandwidth.
- the server 60 needs to be connected to the Internet 40 with a speed of at least N ⁇ K bytes/s, where K is the bandwidth requirement for one user and N is the number of users able to listen to the program simultaneously.
- K is the bandwidth requirement for one user
- N is the number of users able to listen to the program simultaneously.
- the server connection to the Internet 40 allows up to 1.5 Mbit/s bandwidth, the number of listeners will be limited to roughly 300 per server, assuming roughly 5 Kbits/s bandwidth requirement per user.
- a method and system are described herein as an embodiment of the present invention for implementing an Internet radio device for receiving and/or transmitting audio information over the Internet.
- the Internet radio device can be implemented as a stand alone electronic radio device which is coupled to the Internet or the Internet radio device can be implemented as a software package operable on a host computer system which is coupled to the Internet. In either case, the Internet radio device does not require a browser for interfacing with other Internet transmitters (“Internet radio station transmitters”).
- the Internet radio includes a graphical user interface (GUI) with which a user can interface in order to receive audio radio programming from an Internet radio station transmitter.
- the radio device receives a list of Internet radio station transmitters that are registered with a chaincast manager (CCM), also coupled to the Internet.
- CCM chaincast manager
- the GUI renders this list to the user.
- the user can sort or select from this list based on desired language, country, or station names.
- a user can select a station from this list.
- Data received by a radio device can be retransmitted in chaincast mode from the radio device to other radio devices that want to listen to the same radio program.
- a primary information transmitter (PIT) within the CMM manages the flow of digitally encoded audio information from the Internet radio station transmitters to and among the coupled Internet radio devices. Specifically, the CMM manages the communication links between the Internet radio station transmitters (e.g., primary broadcast servers) and the radio devices and manages the communication links between Internet radio stations performing chaincasting.
- the Internet radio station transmitters e.g., primary broadcast servers
- one radio device can select another radio device to be the “radio station,” in which case a communication channel is opened between the radio devices so that voice and/or other digitally encoded information (e.g., video, HTML documents, Web pages, multi-media, etc.) can be exchanged between the radio devices.
- the GUI contains a “transmit” button or key.
- each radio device acts as a primary broadcast server to communicate information to an associated radio device.
- a listing of radio devices can be shown in the radio GUI, in an analogous fashion as radio station listings are displayed. A user can then select a listed radio device with which to communicate.
- a method and system is also described herein for a chaincast broadcasting architecture which performs chaincast communication to multiple communication systems within a system of coupled electronic devices.
- the electronic devices can be computer systems and the system of coupled electronic devices includes the Internet.
- the present invention provides a system wherein a broadcast source communicates primary digital broadcast information (e.g., encoded audio radio content, encoded audio/video television content, etc.) to a first group of electronic devices.
- the first group of electronic devices can be instructed by a chaincast manager to then communicate (e.g., forward or re-transmit) the broadcast information to other electronic devices which devices can also be instructed to communicate to more devices, etc., thereby reducing the bandwidth requirements of the communication channel between the broadcast source and the first group of electronic devices.
- the communication is “chaincast” because the forwarding from one device to another, to another, etc., creates a logical communication “chain” originating from the broadcast server and traversing to and through the receiving devices.
- the resulting communication is pseudo-simultaneous with respect to the receiving devices due to the slight delay introduced in buffering and retransmitting the broadcast content from device to device, etc.
- a computer implemented chaincast manager coupled to the Internet, is used to track and manage which devices are forwarding broadcast information to which other devices.
- the chaincast manager is also used to monitor the packet rates between the electronic devices.
- the chaincast manager reroutes communications between the devices to provide better communication load sharing across the system and to provide more efficient content communication between the devices.
- the chaincast communication system may include a number of primary broadcast servers for broadcasting primary information content (e.g., radio programs, TV programs, multi-media content, etc.).
- the chaincast communication system may also include a number of secondary broadcast servers for broadcasting secondary information content (e.g., advertisement, emergency information, community information, etc.) to be rendered independently of the primary broadcast information content.
- Users of the electronic devices of the present chaincast communication system can select from one of these primary broadcast servers from which they desire to receive primary broadcast information.
- the content of the secondary broadcast information the users receive is determined by the chaincast manager.
- users of the present chaincast communication system can select a general subject matter that they desire to receive as the secondary broadcast information.
- an electronic device for retransmitting or forwarding broadcast information may be a computer system configured for receiving and re-transmitting broadcast information to other electronic devices.
- the electronic device may include a re-transmission buffer for temporarily holding data packets received from an upstream device before rendering and for temporarily holding data packets after rendering for subsequent re-transmission to another electronic device.
- the electronic device also monitors a number of unrendered data packets stored therein. When the number of unrendered data packets falls below a threshold level, the electronic device signals the near empty condition to the chaincast manager such that a different upstream re-transmitter can be assigned to supply information to the electronic device.
- Embodiments of the present invention include the above and further include a communication system comprising: a plurality of information receiver and retransmitter devices (IRRTs) coupled to the Internet wherein each IRRT is for receiving and rendering broadcast information and for selectively retransmitting the broadcast information to another IRRT; a plurality of primary broadcast servers coupled to the Internet, each for originating respective primary broadcast information that is chaincast among a group of IRRTs of said plurality of IRRTs; a plurality of secondary broadcast servers coupled to the Internet and each for originating respective secondary broadcast information that is chaincast among a group of IRRTs of the plurality of IRRTs; and a chaincast manager coupled to the Internet and for registering the plurality of primary and secondary broadcast servers and for scheduling information transfers of the respective primary broadcast information to IRRTs based on broadcast requests generated by the IRRTs to the chaincast manager.
- IRRTs information receiver and retransmitter devices
- FIG. 1 illustrates a prior art information broadcast system using the Internet.
- FIG. 2 illustrates a general purpose computer system which can be used as an electronic device, a user, or a server in accordance with the present invention.
- FIG. 3A is an exemplary communication diagram of the chaincast communication method of the present invention.
- FIG. 3B is another exemplary communication diagram of the chaincast communication method of the present invention.
- FIG. 3C is another exemplary communication diagram of the chaincast communication method of the present invention.
- FIG. 4 is an Internet connection diagram of the devices of FIG. 3A.
- FIG. 5A illustrates a name table managed by the transmission scheduler for the user devices of the present invention.
- FIG. 5B illustrates a name table managed by the transmission scheduler for information transmitters of the present invention.
- FIG. 6 is a flow chart diagram illustrating steps of the chaincast communication method of the present invention.
- FIG. 7 is a flow chart diagram illustrating steps of the chaincast communication method of the present invention.
- FIG. 8A is an exemplary communication diagram of the chaincast communication method according to one embodiment of the present invention.
- FIG. 8B is another exemplary communication diagram of the chaincast communication method according to one embodiment of the present invention.
- FIG. 9 is an exemplary user interface of a software-implemented Internet radio software with chaincasting capability according to the present invention.
- FIG. 10 is a logical block diagram illustrating a transmission buffer according to one embodiment of the present invention.
- FIG. 11 is a graphical user interface of a radio device in accordance with one embodiment of the present invention for Ham radio mode.
- FIG. 12A is a logical block diagram of the chaincasting communication architecture for Ham radio mode communications between radio devices of one embodiment of the present invention.
- FIG. 12B illustrates a chaincast communication configuration for the secondary broadcast servers which can operate in parallel with the transmissions of the primary broadcast servers of FIG. 12A.
- FIG. 13 is an exemplary configuration a chaincast communication system according to yet another embodiment of the present invention.
- FIG. 14 is a flow chart diagram illustration operations of the chaincast communication system illustrated in FIG. 13 in furtherance of one embodiment of the present invention.
- a chaincast system and method including an Internet radio device, for communicating digital broadcast content to multiple users, pseudo simultaneously, without being constrained to the bandwidth of the server-to-Internet connection
- numerous specific details are set forth in order to provide a thorough understanding of the present invention.
- the present invention may be practiced without these specific details or with equivalents thereof.
- well known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the present invention.
- FIG. 2 Aspects of the present invention, described below, are discussed in terms of steps executed on a computer system. Aspects of the present invention are also discussed with respect to an Internet system including electronic devices and servers coupled together within the Internet platform. A “server” and an “electronic device” or “user” can be implemented as a general purpose computer system. Although a variety of different computer systems can be used with the present invention, an exemplary computer system 112 is shown in FIG. 2.
- computer systems 112 that can be used by the present invention comprise an address/data bus 100 for communicating information, a central processor 101 coupled with the bus for processing information and instructions, a volatile memory 102 (e.g., random access memory) coupled with the bus 100 for storing information and instructions for the central processor 101 and a non-volatile memory 103 (e.g., read only memory) coupled with the bus 100 for storing static information and instructions for the processor 101 .
- Computer system 112 also includes a data storage device 104 (“disk subsystem”) such as a magnetic or optical disk and disk drive coupled with the bus 100 for storing information and instructions and a display device 105 coupled to the bus 100 for displaying information to the computer user.
- disk subsystem such as a magnetic or optical disk and disk drive
- alphanumeric input device 106 including alphanumeric and function keys coupled to the bus 100 for communicating information and command selections to the central processor 101 .
- alphanumeric input device 106 is called a keyboard or keypad.
- System 112 also includes a cursor control or directing device 107 coupled to the bus for communicating user input information and command selections to the central processor 101 .
- the cursor directing device 107 is typically displaced through user movement which causes a cursor image displayed on screen 105 to move accordingly.
- the cursor directing device 107 can include a number of implementations including a mouse device, for example, a trackball device, a joystick, a finger pad (track pad), an electronic stylus, an optical beam directing device with optical receiver pad, an optical tracking device able to track the movement of a user's finger, etc., or any other device having a primary purpose of moving a displayed cursor across a display screen based on user displacements.
- Computer system 112 also includes a microphone 109 for receiving voice inputs.
- Computer system 112 of FIG. 2 can also include an optional signal generating device 108 coupled to the bus 100 for interfacing with other networked computer systems, e.g., over the Internet.
- the display device 105 of FIG. 2 utilized with the computer system 112 of the present invention may be a liquid crystal device, other flat panel display, cathode ray tube, or other display device suitable for creating graphic images and alphanumeric characters recognizable to the user.
- computer system 112 could be a Windows Operating System based computer system having an x86 architecture processor 101 , or an Apple Operating System based Macintosh computer, for example.
- FIG. 3A illustrates an exemplary configuration in accordance with the present invention for performing “chaincast” communication within the Internet system.
- a broadcast server 260 supplies a broadcast content that a number of electronic devices a 1 -aj, b 1 -bk, c 1 and c 2 (coupled to the Internet) desire to receive “pseudo” simultaneously.
- This broadcast content can be of any nature or character that would be desired to be received by a number of users simultaneously, e.g., an encoded audio program (e.g., a radio program), an encoded audio/visual program (e.g., a television program), an instructional seminar, a software program, an HTML document, multimedia content, etc.
- the broadcast content is typically encoded into individual data packets and broadcast digitally. The digital broadcast content is received pseudo-simultaneously because of the small latencies involved in buffering and retransmitting the broadcast content between various electronic devices of FIG. 3A.
- the chaincasting method of the present invention does not require a high speed connection between the broadcast server 260 and the Internet 300 (FIG. 4) and still allows practically an unlimited number of users to receive and render the same digitally broadcasted program.
- the chaincasting method can be applied to any kind of information broadcasting, including radio and television (TV), Web-content and other information.
- TV radio and television
- Web-content Web-content
- a radio program is described herein as an example of broadcast content.
- audio/visual and/or other multimedia content could also be used as the digital broadcast.
- the present invention instead of transmitting the information to many users directly from a server, causes the server to transmit the information directly only to a few users (e.g., a 1 -aj of FIG. 3A) and then instructs these few users to forward (or “retransmit” or “relay”) the information to the other users (e.g., b 1 -bk, c 1 and c 2 ) as needed.
- This is chaincasting.
- the present invention changes the paradigm of information providers and information consumers because all users can relay information to others thereby reducing the communication burden on the server-to-Internet connection.
- the present invention creates an information sharing community (FIG. 3A) that utilizes the Internet resources optimally. Chaincasting causes a logical chain of the same broadcast signal from the broadcast server 260 to other electronic devices and then to other electronic devices, etc.
- users a 1 -aj receive the broadcast content directly from the broadcast server 260 via separate information streams 310 - 313 , which are supported on the bandwidth resources of the connection hardware situated between the Internet 300 (FIG. 4) and server 260 .
- These streams each contain digital encoded packets that make up the digital broadcast content.
- the broadcast content represents a radio program and is therefore digital encoded audio information.
- the number of users, j is set based on the bandwidth supported by the connection hardware located between the Internet 300 (FIG. 4) and server 260 .
- Users a 1 -aj are instructed, by the computer-implemented transmission scheduler 200 , to respectively forward the broadcast content to users b 1 -bk in the fashion shown in FIG. 3A.
- a separate stream 320 is used between users a 1 and b 1 ;
- a separate stream 324 is used between users a 2 and b 2 ;
- a separate stream 326 is used between users a 3 and b 3 ;
- a separate stream 330 is used between users aj and bk.
- Users b 1 and b 3 are instructed, by the transmission scheduler 200 , to forward again the broadcast content to users c 1 and c 2 in the fashion shown in FIG. 3A.
- a separate stream 322 is used between users b 1 and c 1 and a separate stream 328 is used between users b 3 and c 2 .
- Logical communication “chains” are formed in this communication architecture, e.g., chain 1 is a 1 -b 1 -c 1 ; chain 2 is a 2 -b 2 ; chain 3 is a 3 -b 3 -c 2 and chain 4 is aj-bk.
- Software loaded within each user can be used to provide the forwarding functionality which is controlled by the transmission scheduler 200 .
- Each user of FIG. 3A registers with the transmission scheduler 200 which maintains and tracks the communication links established between the users.
- the transmission scheduler 200 load balances between the users so that the communication load is balanced to reduce transmission latencies. Load balancing can be performed to maintain uniform chain sizes. For example, if one user is supplying retransmissions to a relatively larger number of other users (e.g., a chain size of four), then some of the receiver users can be moved from this chain such that they receive the information from other established chains. It is possible for one user to receive broadcast information from more than one other user; the duplicate data can be ignored.
- transmission scheduler 200 can use these status update messages to re-route communication links when the transmission activity of one user becomes too slow, or shuts down. For instance, assume user b 3 of FIG. 3A shuts down. The result is shown in FIG. 3B where the transmission scheduler 200 created a new link 340 to directly connect user a 3 to user c 2 . The transmission scheduler 200 creates and maintains the new link 340 (as well as all other links). Assuming rendering pipelines are large enough within each user, the transfer or reassignment between communication sources from FIG. 3A to FIG. 3B (with respect to user c 2 ) can be performed transparently to user c 2 .
- user c 2 begins to receive broadcast data at a rate that is too slow based on a predetermined threshold.
- User c 2 reports this in a periodic message to the transmission scheduler 200 .
- the transmission scheduler 200 then reassigns the source for user c 2 .
- the resulting re-transmission pathways are illustrated in FIG. 3C when the transmission scheduler 200 created a new link 340 to directly connect user a 3 to user c 2 while maintaining the link 326 between user a 3 and user b 3 .
- the detailed mechanisms for detecting a slow or dead link between users in accordance with one embodiment of the present invention are described herein to follow.
- FIG. 4 is a high level diagram of the Internet connection system of the devices of FIG. 3A.
- the users, a 1 -aj, b 1 -bk, ci and c 2 are coupled to the Internet 300 .
- the broadcast server 260 and the transmission scheduler 200 are coupled to the Internet.
- Server 260 and scheduler 200 can reside in separate computer systems or can reside within the same computer system.
- Internet connection 202 is located between the broadcast server 200 and the Internet 300 and has a finite communication bandwidth that dictates the number of users a 1 -aj that can directly receive broadcast information packets from the server 260 .
- FIG. 5A illustrates that the transmission scheduler 200 can be coupled with a name server 400 that contains a listing of IP addresses 412 for each user and each user has an associated unique name (column 410 ).
- This name server 400 can be used to establish communication links (e.g., to support Internet telephony) between users. If a first user wants to talk to a second user, the first user informs transmission scheduler 200 of the communication link between itself and name of the second user. The transmission scheduler 200 then opens a direct link between the first and second users, over the Internet 300 . For example, links 320 , 322 , 324 , 326 , 328 , 330 shown in FIG. 3A can be opened using the name server in this fashion, but the establishment of these links and the designation of users are controlled by the transmission scheduler 200 .
- Name server 400 also contains user information (e.g., name, address, phone number, etc.) of each user (column 414 ).
- name server 400 includes a listing of the status information (column 416 ) of the user devices associated with each of the users, a listing of the sources (column 420 ) from which the user devices receive broadcast content, and a listing of the targets (column 422 ) to which the user devices relay broadcast content.
- the status information (column 416 ) is used by the transmission scheduler 200 to determine the availability of a particular user device for relaying broadcast content.
- Name server 400 further includes geographical location information (column 418 ).
- FIG. 5B illustrates that transmission scheduler 200 can be coupled with a name server 430 that contains a listing of IP addresses 434 for each information transmitter (e.g., broadcast server 260 ) and each information transmitter has an associated unique station name (column 436 ).
- the station name may be the name of the radio station or TV station that the information transmitter carries.
- This name server 430 is used to establish communication links (e.g., to support Internet telephony) between information transmitters and the users. If a user wants to receive broadcast information from an information transmitter, the user informs transmission scheduler 200 of the name of the information transmitter or a station name. The transmission scheduler 200 then opens a direct link between the information transmitter and the user over the Internet 300 .
- links 310 , 311 , 312 , 313 shown in FIG. 3A, FIG. 3B and FIG. 3C can be opened using the name server in this fashion, but the establishment of these links and the designation of users are controlled by the transmission scheduler 200 .
- Name server 430 also contains registration information (e.g., maximum number of user devices permitted, etc.) of each information transmitter (column 438 ).
- name server 430 includes a listing of the targets (column 446 ) to which the information transmitters transmit broadcast content.
- a listing of the geographical location of the information transmitters (column 440 ), a listing of the language in which the broadcast is made (column 442 ) and a listing of the status of the information receivers (column 444 ) are also included in name server 430 .
- the transmission scheduler 432 and the name server 430 of the present embodiment may be implemented within a primary broadcast server for chaincasting primary content and within a secondary broadcast server for chaincasting second content. Primary and secondary broadcast servers will be discussed in greater details further below.
- the chaincast communication system of the present invention includes one or more broadcast servers, a chaincast server and a number of information receivers and retransmitters (IRRTs).
- IRRTs information receivers and retransmitters
- a broadcast server e.g., broadcast server 260
- Individual broadcast servers may be operated by content providers (e.g., radio stations, television stations, or other multi-media content providers) for providing information on the Internet.
- each IRRT includes a computer system (analogous to computer system 112 ) and has an information rendering process, e.g., a radio software program (“Internet radio”), operating that allows broadcast digital packets to be decoded to thereby render a perceptible image and/or an audible sound, e.g., a radio program, originated by the multi-channel information transmitter.
- a radio software program (“Internet radio”)
- FIG. 6 is a flow chart diagram illustrating the scheduling operations of the chaincast communication system according to an embodiment of the present invention.
- an information transmitter when activated, it will register itself with the chaincast manager (CCM), and will inform the CCM the identity of the broadcast information source (e.g., a radio station).
- the broadcast information source e.g., a radio station.
- an information transmitter is responsible for chaincasting information from only one broadcast information source.
- a broadcast server may include multiple information transmitters. Therefore, a broadcast server may be used to chaincast information originated from multiple information sources.
- the information transmitter digitizes broadcast information from the information source into data packets and adds an identifier to each of the data packets.
- the identifier is a time stamp indicating the time a data packet is created.
- the broadcast information is not immediately forwarded or re-transmitted to an IRRT. Rather, the broadcast information is temporarily stored within a transmission buffer of the broadcast server. In the present embodiment, broadcast information is continuously received by the information transmitter. Thus, old data packets stored within the transmission buffer are continuously discarded to make room for new data packets.
- the transmission buffer includes a buffer forward (TBF) portion for storing data packets that are not yet transmitted, and a buffer past (TBP) portion for storing data packets that have already been transmitted.
- TBF buffer forward
- TBP buffer past
- a user e.g., user A
- he/she will turn on or activate an information receiver and re-transmitter (e.g., IRRT-x) which will connect to the CCM and will inform the CCM about its IP address.
- IRRT-x will then receive from the CCM a list of available information transmitters that are registered with the CCM.
- IRRT-x presents the list to user A such that user A can select the broadcast information that he/she wants to receive.
- the list may include alphanumeric representations of names of the radio stations, TV stations, etc., carried by the information transmitters that are available to the user.
- the list may also include alphanumeric representations of languages of the radio stations that are available.
- step 615 of FIG. 6 user A then selects an information transmitter and IRRT-x will send this information to the CCM.
- the IRRT-x is now “tuned” to the selected information transmitter.
- the CCM After the CCM receives the information regarding the selected information transmitter from IRRT-x, the CCM then decides whether IRRT-x will receive time-stamped data packets directly from the selected information transmitter, or whether IRRT-x will receive time-stamped data packets from another IRRT which is already tuned to the selected information transmitter.
- CCM will instruct the selected information transmitter to begin transmitting time-stamped data packets to this IP address (the IP address of IRRT-x).
- IRRT-y IRRT-y
- the CCM will instruct IRRT-y to relay the time-stamped data packets to IRRT-x according to the chaincast approach as discussed above (FIG. 3A, FIG. 3B and FIG. 3C).
- IRRT-x receives time-stamped data packets from the information transmitter and begins to render the time-stamped data packets. At the same time, IRRT-x will store data packets to be rendered in its transmission buffer. According to one embodiment, data packets that have been rendered will not be immediately discarded. Rather, rendered packets will be temporarily stored in the transmission buffer for subsequent re-transmission to another IRRT.
- IRRT-x As the information stored in the transmission buffer of IRRT-x is rendered and as the transmission buffer is draining, IRRT-x generates requests to its chaincast source (e.g., the information transmitter or another IRRT) to download more data. Particularly, in the present embodiment, IRRT-x is configured to generate a request as the transmission buffer is draining past a “Buffer Low” level. The requests generated by IRRT-x may also include a time stamp of the last data packet received by IRRT-x such that its source may begin transmission with the next data packet.
- chaincast source e.g., the information transmitter or another IRRT
- a user of the chaincast communication system of the present invention will receive the data either directly from the server, over the Internet, or from another user that is already receiving the information (in the chaincast mode). The new user can then later be asked to provide, e.g., forward broadcast information to another user.
- the transmission buffer of IRRT-x includes a forward buffer (TBF) for storing data packets to be rendered and a past buffer (TBP) for storing data packets that have already been rendered.
- TBF and TBP are both capable of storing data packets for at least 60 seconds of broadcast information the packet transmission speed is higher than the rendering speed. Therefore, if the connection remains stable, the TBF buffer will be close to full all the time. Thus, in the event that the connection between the information transmitter and IRRT-x becomes unstable, the users will not experience “gaps” in the broadcast information. Problems associated with fluctuations in packet rate are also avoided.
- the TBP stores data packets that have already been rendered but may be required for subsequent transmission to a downstream IRRT.
- transmission buffer 1000 of an IRRT 1001 is illustrated in FIG. 10.
- transmission buffer 1000 is partitioned by a rendering pointer 1030 into two portions: a buffer forward (TBF) 1010 for storing the information to be rendered and buffer past (TBP) 1020 for storing the information that has already been rendered.
- TBF buffer forward
- TBP buffer past
- Rendering pointer 1030 is pointing to the specific data packet(s) that is currently rendered.
- the transmission buffer 1000 is configured for receiving and storing time-stamped data packets from a chaincast source (e.g., information transmitter or an upstream IRRT). It is important to note that the time stamps are also received from the chaincast source. Also illustrated in FIG.
- IRRT 1001 if the number of data packets falls below the “buffer low” pointer 1050 , IRRT 1001 will signal its chaincast source to send more data packets. If the number of data packets falls below the “near empty” pointer 1040 , IRRT 1001 will signal the CCM to assign another chaincast source for the IRRT 1001 . In this way, the transmission buffer 1000 will be maintained at full level such that problems with fluctuations in data packet rate are minimized. As data packets are rendered, they are pushed into the TBP 1020 for subsequent re-transmission to another IRRT, while data packets pushed out from the bottom of TBP 1020 are either discarded or moved to a storage device.
- the present invention In order to maintain continuous data flow along the communication “chains,” it is important to monitor the packet rates between the IRRTs. In response to the buffer content level falling below a pre-determined threshold value, the present invention re-routes communications between the user devices to provide better communication load sharing across the system.
- the transmission buffers of the IRRTs are used to monitor the packet rates. Particularly, each IRRT monitors a number of unrendered data packets stored within its own transmission buffers. When the number of unrendered data packets falls below a threshold level, the IRRT signals its near-empty condition to the CCM such that a different upstream IRRT can be assigned to it.
- FIG. 7 is a flow chart diagram illustrating steps of re-routing communications within the chaincast communication system of the present invention.
- the connection between an IRRT-b and its upstream IRRT-a becomes very slow. This may be caused by the IRRT-a shutting down or other reasons.
- the lowered packet rate causes the number of unrendered data packets stored within the transmission buffers of the IRRT-b to drop below a predetermined threshold (e.g., “Nearly Empty” threshold 1040 ), and triggers it to send a signal indicating the buffer's near empty condition to the CCM.
- IRRT-b sends to the CCM the time-stamp of the last data packet that it received.
- the CCM selects another information receiver and retransmitter (IRRT-c) which is tuned to the same information transmitter to relay the broadcast information to IRRT-b. If no other IRRTs are available, then the CCM selects the information transmitter to broadcast directly to IRRT-b.
- IRRT-c another information receiver and retransmitter
- IRRT-c (or the information transmitter) is selected, it is instructed by the CCM to forward the data packets to IRRT-b starting with the packet indicated by the time stamp.
- IRRT-c may no longer have the desired data packets. In that case, IRRT-c will begin transmitting the last data packet contained in its TBP, and some broadcast information will be lost. However, a small amount data loss is acceptable for broadcast content such as a radio program.
- the CCM may use an IRRT that is in a “stand by” mode or that is tuned to a different station to relay the broadcast information.
- FIG. 8A is another exemplary chaincast communication system 800 according to an embodiment of the present invention.
- a primary broadcast server 860 a supplies broadcast content to a communication chain 810 consisting of information receiver and re-transmitters IRRT 1 -IRRT 6 .
- Another primary broadcast server 860 b chaincasts broadcast content to another communication chain 820 consisting of information receiver and re-transmitters IRRT 7 -IRRT 11 .
- Yet another primary broadcast server 860 c chaincasts broadcast content to communication chain 830 consisting of information receiver and re-transmitters IRRT 12 and IRRT 13 .
- Primary broadcast servers 860 a - 860 c are also called primary information transmitters (PITs).
- Secondary broadcast servers 870 a - 870 c supply supplemental content to the information receiver and re-transmitters IRRT 1 -IRRT 13 .
- information receiver and re-transmitters IRRT 1 -IRRT 13 each consists of a computer system running software that is configured for receiving and retransmitting primary and secondary content to another user device as instructed by a primary information transmission scheduler (PITS) 855 and a secondary information transmission scheduler (SITS) 857 of chaincast manager (CCM) 850 .
- PITS primary information transmission scheduler
- SITS secondary information transmission scheduler
- CCM chaincast manager
- the primary broadcast servers 860 a - 860 c are configured for chaincasting primary content that is originated from a radio broadcaster, a TV broadcaster or other multi-media content provider, and the secondary broadcast servers 870 a - 870 c are for chaincasting secondary or supplementary content that may not be originated from radio broadcasters, TV broadcasters or multi-media content providers.
- Secondary broadcast servers 870 a - 870 c are also called secondary information transmitters (SITs).
- the primary broadcast servers 860 a - 860 c can be operated by the information source companies (e.g., radio stations, TV networks) and the secondary broadcast servers 870 a - 870 c (e.g., responsible for transmitting advertising content) can be operated by Internet service providers or ChainCast, Inc. of California, under the control of the secondary information transmission scheduler (SITS) 857 of CCM 850 .
- the SITS coordinates the chaincasting of the secondary information in a similar manner that the primary broadcast information is chaincasted.
- the primary content may be a radio program broadcast by BBC of Great Britain.
- the secondary content may be weather information of the location of the user.
- the secondary content may be real-time stock quotes.
- the secondary information may be rendered in the background while the primary content (e.g., radio program from BBC) is rendered at a louder volume in the foreground.
- the secondary content may also be inserted in between the primary content.
- the secondary broadcast servers 870 a - 870 c may also provide emergency broadcast information such as earthquake and flood warnings.
- the secondary broadcast servers 870 a - 870 c may be used to supply all kinds of information to the information receiver and re-transmitters IRRT 1 -IRRT 13 .
- the secondary information may be audio or visual or any other types of multi-media information.
- the CCM 850 is responsible for providing a list of secondary content categories to the users. The users will then be able to select a particular category of secondary content that they would like to receive.
- the secondary information transmitter scheduler (SITS) 857 based on the user-inputs, will then select the appropriate secondary information transmitters (SITs) to provide secondary content pertinent to the selected category to the users.
- SITS secondary information transmitter scheduler
- the SITs will choose an SIT carrying automobile-related advertisement to chaincast the advertisement to the user.
- the secondary content in this case (“automobiles”) can be completely independent of the primary content that the user is receiving. In this way, locally relevant information may be provided to a user even though the user is tuned to a remote information broadcaster.
- FIG. 8B illustrates a configuration of the communication chains 880 a - 880 d of the chaincast communication system 800 of FIG. 8. As illustrated, secondary information are transmitted along communication chains 880 a - 880 d to IRRT 1 -IRRT 13 . However, the composition of communication chains 880 a - 880 d is entirely different form the composition of the communication chains 810 , 820 and 830 of FIG. 8.
- FIG. 13 illustrates a chaincast communication system 1300 for performing the chaincast communication method according to an embodiment of the present invention.
- a Web server 1360 supplies Web content to a communication chains 1310 , 1320 and 1330 .
- Communication chain 1310 includes Web clients 1370 a - 1370 d
- communication chain 1320 includes Web clients 1370 e - 1370 h
- communication chain 1330 includes Web clients 1370 i - 1370 j .
- each of the Web clients 1370 a - 1370 j is a computer system (e.g., computer system 112 ) operating a Web browser software.
- the browser software includes a software module (“chaincast plug-in”) 1380 .
- the “chaincast plug-in” module 1380 is configured for relaying Web-content from one Web-client to another as instructed by a chaincast manager (CCM) 850 .
- CCM chaincast manager
- Web-client 1370 a receives Web-content directly from the Web server 1360 via information stream 1310 .
- Web client 1370 a includes chaincast plug-in 1380 configured for retransmitting Web-content that it received from Web server 1360 to Web-clients 1370 b and 1370 d under the instructions from CCM 850 .
- Web-clients 1370 b and 1370 d in tum, relay the web-content information it received to other Web-clients including web-client 1370 c .
- Web-content is also disseminated in a similar fashion along communication chains 1320 and 1330 .
- FIG. 14 is a flow diagram illustrating exemplary operations of the chaincast communication system 1300 in accordance with one embodiment of the present invention.
- a Web-client Web-client X
- its chaincast plug-in module 1380 registers the Web-client with the CCM 850 .
- step 1410 may include the steps of modifying a name server (e.g., name server 400 ) by adding an IP address and a name ID corresponding to the Web-client X.
- a name server e.g., name server 400
- step 1420 user of the Web-client X attempts to access a Web-page indicated by an URL.
- the chaincast plug-in module of Web-client X then automatically sends the URL to the CCM 850 .
- the CCM 850 determines whether the Web-page indicated by the URL has been recently accessed by or is currently being accessed by another Web-client. CCM 850 may also determine the content of the cache memories of the Web-clients which have recently accessed the same URL.
- step 1450 if it is determined that another Web-client (Web-client Y) has recently accessed the same URL and possesses all the content of the URL in its cache memory, or if it is determined that Web-client Y is currently accessing the same URL, the CCM 850 will direct the Web-client Y to relay the content of the web-page to the Web-client X.
- the source client Web-client Y
- CCM 850 will instruct Web-client Y to selectively forward information stored in its cache memory that is related to the URL to Web-client X.
- step 1460 if it is determined that no other Web-clients are accessing the same web-page, the CCM 850 will then communicate the URL the Web-server corresponding to the URL, and the requested web-page will then be transmitted directly to Web-client X. In this manner, a Web server would able to provide “pseudo” simultaneous access to a virtually unlimited number of people despite a limited connection bandwidth with the Internet.
- an IRRT can be implemented as a stand alone electronic radio device which is coupled to the Internet or the IRRT can be implemented as a software package operable on a host computer system which is coupled to the Internet.
- the Internet radio device does not require a browser for interfacing with other Internet transmitters (“Internet radio station transmitters”).
- the Internet radio includes a graphical user interface (GUI) with which a user can interface in order to receive audio radio programming from an Internet radio station transmitter.
- the radio device receives a list of Internet radio station transmitters that are registered with a chaincast manager (CCM), also coupled to the Internet.
- CCM chaincast manager
- the GUI renders this list to the user.
- the user can sort or select from this list based on desired language, country, or station names. To hear a radio program, a user can select a station from this list.
- Data received by a radio device can be retransmitted in chaincast mode from the radio device to other radio devices that want to listen to the same radio program.
- FIG. 9 is an exemplary graphical user interface (GUI) 900 of a software Internet radio device with chaincasting capability according to the present invention.
- GUI 900 includes a window for displaying an image 910 resembling a real radio.
- Image 910 includes a display region 920 for displaying a pre-programmed channel number, the country of origin of the selected radio program and the name of the selected radio broadcaster. In the illustrated embodiment, BBC of Great Britain corresponding to pre-programmed channel number 5 is displayed in region 920 .
- GUI 900 further includes channel scanning buttons 930 that are responsive to user inputs.
- the IRRT will signal the CCM that a different radio program is selected.
- the CCM will then instruct a PIT or another IRRT carrying data packets corresponding to the newly selected radio program to forward the data packets to the IRRT.
- GUI 900 further includes a volume control button 940 responsive to user inputs for adjusting the rendering volume.
- GUI 900 further provides a number of channel programming buttons 950 a - 950 f configurable for selecting a pre-programmed radio broadcaster.
- the IRRT will send a signal to the CCM indicating the station selected, and the CCM will instruct a PIT or another IRRT carrying that particular station to forward data packets to the IRRT.
- GUI 900 further includes a tool bar 970 through which the user may access a list of available radio stations.
- the radio stations are sorted by country names, languages and station names such that a user can select a radio station according to its country, language, or station name.
- FIG. 11 illustrates a graphical user interface (GUI) 1120 used by an alternate embodiment of the Internet radio device of the present invention.
- GUI graphical user interface
- this embodiment called Ham radio mode
- one Internet radio device is allowed to communicate (e.g., transmit information to and receive information from) with another Internet radio device.
- the GUI 1120 used in this embodiment is similar to the GUI 900 of FIG. 9 except as described differently herein.
- GUI 1120 contains a display region 1110 in which a listing of registered radio devices can be displayed according to a selection criterion as set by user-controlled control bar 1150 .
- control bar 1150 the user can select to display all radio devices by their registered country, language or name, etc.
- all registered radio devices e.g., registered with the CMM 850
- the radio device running the GUI 1150 can then communicate with the selected other radio device once a particular radio device from the listing is selected.
- the information (e.g., audio signals) transmitted via the Internet from the selected other radio device can be received and rendered audible on the radio device running the GUI 1150 .
- a transmit key 1105 can be used on the radio device running the GUI 1150 to communicate audio signals to the selected other radio device via the Internet.
- the microphone 109 FIG. 2 is used to capture the user's voice and the radio device then digitizes and encodes the audio signals for transmission over the Internet.
- the selected radio device is called “USER_NAME” and its country is GBR. Although not shown, its language could be “English.” A radio device can register with more than one language.
- FIG. 12A illustrates a block diagram of the chaincast broadcast architecture in one embodiment of the present invention for supporting Ham radio broadcasting modes, as described with respect to FIG. 11.
- a first radio device (called “user 1”) is treated as a primary broadcast server 1210 b and communicates with another, second radio device, 1220 a which acts as an IRRT device to receive signals broadcast over the Internet from the first radio device 1210 b .
- the first radio device 1210 b registers with the PITS 855 of the CMM 850 in the fashion described above.
- the second radio device (called “user 2”) is also treated as a primary broadcast server 1220 b and communicates with the first radio device, 1210 a which acts as an IRRT device to receive signals broadcast over the Internet from the second radio device 1220 b .
- the second radio device 1220 b registers with the PITS 855 of the CMM 850 in the fashion described above.
- element 1210 a and element 1210 b are the same device but element 1210 a represents the first radio device in its capacity as a primary broadcast server (e.g., to broadcast audio signals) and element 1210 b represents the first radio device in its capacity as an IRRT (e.g., to receive audio signals).
- element 1220 a and element 1220 b are the same device but element 1220 a represents the second radio device in its capacity as a primary broadcast server (e.g., to broadcast audio signals) and element 1220 b represents the second radio device in its capacity as an IRRT (e.g., to receive audio signals).
- the information exchanged between radio devices in Ham radio mode is not limited to audio signals and can be audio signals, video signals, multi-media content signals and/or other HTML documents or Web pages.
- FIG. 12B illustrates a chaincast communication configuration for the secondary broadcast servers which can operate in parallel with the transmissions of the primary broadcast servers 1210 b , 1220 b and 860 c of FIG. 12A.
- the chaincast groups and the communication of the secondary information transmitted among these groups can operate in parallel with the chaincast groups of the primary information shown in FIG. 12A.
- the chaincast groups can be different between those set up for primary information and those set up for secondary information because the PITS 855 and the SITS 857 are separate.
- Applying the Internet radio example as different Internet radios receive their radio programming (e.g., the primary information), these devices can also receive secondary information broadcasts (e.g., advertising content in audio, video or HTML formats).
- the PITS 855 controls the radio broadcasting while the SITS 857 controls the advertising transmissions.
- the SITS 857 controls the communication of secondary information between the secondary broadcast servers 870 a - 870 c .
- Server 870 a chaincasts within Internet radio devices 1231 , 1233 and 1220 a .
- Server 870 b chaincasts within Internet radio devices 1232 and 1230 .
- Server 870 c communicates with Internet radio 1210 .
- These chaincast groups can exist in parallel with the chaincast groups shown in FIG. 12A which represent the primary information broadcast (e.g., the radio programming). It is appreciated that the information scheduled by the SITS 857 is done independently of the Internet radio devices.
Abstract
A method and system for implementing an Internet radio device for receiving and/or transmitting audio information over the Internet. The Internet radio device can be implemented as a stand alone electronic radio device which is coupled to the Internet or the Internet radio device can be implemented as a software package operable on a host computer system. The Internet radio device does not require a browser for interfacing with other Internet transmitters (“Internet radio station transmitters”). The Internet radio includes a graphical user interface (GUI) with which a user can interface in order to receive audio radio programming from an Internet radio station transmitter. The radio device receives a list of Internet radio station transmitters that are registered with a chaincast manager (CCM), also coupled to the Internet. The GUI renders this list to the user. The user can sort or select from this list based on desired language, country, or station names. To hear a radio program, a user can select a station from this list. Data received by a radio device can be retransmitted in chaincast mode from the radio device to other radio devices that want to listen to the same radio program. In Ham radio mode, one radio device can select another radio device to be the “radio station,” in which case a communication channel is opened between the radio devices so that voice and/or other digitally encoded information (e.g., video, HTML documents, Web pages, multi-media, etc.) can be exchanged between the radio devices. In this mode, the GUI contains a “transmit” button or key. The radio device may also be configured for receiving secondary information content (e.g., advertisement, emergency information, community information, etc.) to be rendered independently of the radio broadcast information content.
Description
- The instant application is a continuation-in-part of co-pending U.S. patent application Ser. No. 09/253,117, filed on Feb. 19, 1999, and entitled “Chaincast Method and System for Broadcasting Information to Multiple Systems within the Internet,” by Jozsef Kiraly, and assigned to the assignee of the present invention, which is incorporated herein by reference.
- 1. Field of the Invention
- The present invention relates to the field of digital information communication. More specifically, the present invention relates to the field of computer implemented digital broadcast communication of information over the Internet.
- 2. Related Art
- The Internet is a large network made up of a number of smaller networks. It is made up of more than 100,000 interconnected networks in over 100 countries, comprised of commercial, academic and government networks. It has become commercialized into a worldwide information highway and data base, containing information on virtually every subject known to humankind.
- The proper and efficient use of the great amount of information available on various Internet sites has the potential of providing Internet users with a variety of information desired for businesses and individuals. In particular, those users interested in certain segments of the information available on the Internet or those users interested in certain specific Internet sites could benefit tremendously from having their specific information of interest available to them in an automated and interesting manner. Moreover, such users would benefit greatly from being constantly and automatically updated on new information as the new information becomes available on their sites of interest.
- Due to the prevalence and popularity of the World Wide Web (also called the “Web”) servers around the world, a great number of Internet users are particularly interested in receiving updated information of interest to them from various World Wide Web servers on the Internet. By way of background, the World Wide Web is an Internet facility that links documents locally and remotely. The Web document is called a Web page, and links in the page let users jump from page to page (hypertext) whether the pages are stored on the same server or on servers around the world. The pages are accessed and read via a Web browser such as Netscape Navigator or Microsoft Internet Explorer.
- The Web has become the center of Internet activity because, among other reasons, Web pages, containing both text, graphics and multi-media content are easily accessible via a Web browser. The Web contains the largest collection of online information in the world, and the amount of information is increasing. Current schemes for accessing a Web document require typing in the URL (Uniform Resource Locator) address of the home page in the Web browser. From there, the user starts “surfing” through the Internet via hypertext links to other documents that can be stored on the same server or on a server anywhere in the world.
- The shear size of the information available on the Internet and the Web has made it a necessity for individuals and businesses to efficiently and constantly sift through the available information in order to find and organize the information that is of interest. More importantly, it is crucial for content providers to efficiently and effectively transmit their information to those desiring to receive the information. Stated differently, individuals and businesses realize that the availability of information itself does not result in a competitive edge unless the information can be efficiently sent from the content provider to the receiver and further unless the information is of interest and of value to the business or the individual.
- FIG. 1 illustrates a system70 regarding one use of the Internet. In system 70, the Internet 40 is used to provide a communication channel between a broadcast source 60 (e.g., a Web server) and a number of receiving devices (e.g., Web browsers) or “users” 10, 12, 14. A digital broadcast signal, e.g., representing some audio/video/multi-media content or program such as a radio program or television program, can be broadcast in encoded digital packets from the
source server 60 to thereceivers 10, 12, 14. Although the digital broadcast content is the same for each receiver, a separate communication stream, comprising separate digital data packets, is required for each receiver that is coupled to the Internet. Therefore, threeseparate communication streams server 60 onto the Internet 40.Stream 20 is identified and communicated forreceiver 10,stream 21 is identified and communicated for receiver 12 andstream 22 is identified and communicated for receiver 14. Further, theusers 10, 12, 14 have to visit the Web site providing the audio/video/multi-media content in order to establish thecommunication streams - As a result of the above, it is clear that the number of users (receivers) that can receive broadcast information on the Internet simultaneously from one
server 60 is limited mainly by the connection speed of the connection between theserver 60 and the Internet 40 because eachstream server 60 needs to be connected to the Internet 40 with a speed of at least N×K bytes/s, where K is the bandwidth requirement for one user and N is the number of users able to listen to the program simultaneously. Assuming the server connection to the Internet 40 allows up to 1.5 Mbit/s bandwidth, the number of listeners will be limited to roughly 300 per server, assuming roughly 5 Kbits/s bandwidth requirement per user. - Although this figure appears large, in reality the bandwidth of the connection hardware between the
server 60 and the Internet 40 actually imparts a substantial limitation to the number of receivers that can simultaneously receive content from the server. While more sophisticated connections with higher bandwidths can be used, this substantially increases the costs associated with providing the content from theserver 60 to thereceivers 10, 12 and 14. - Accordingly, what is needed is a cost effective method of providing content to many users pseudo-simultaneously over the Internet. What is further needed is a method and system that is able to provide broadcast communication content to many users, pseudo simultaneously, without being limited to the bandwidth constraints of the server to Internet connection. The present invention provides such a solution.
- A method and system are described herein as an embodiment of the present invention for implementing an Internet radio device for receiving and/or transmitting audio information over the Internet. The Internet radio device can be implemented as a stand alone electronic radio device which is coupled to the Internet or the Internet radio device can be implemented as a software package operable on a host computer system which is coupled to the Internet. In either case, the Internet radio device does not require a browser for interfacing with other Internet transmitters (“Internet radio station transmitters”). The Internet radio includes a graphical user interface (GUI) with which a user can interface in order to receive audio radio programming from an Internet radio station transmitter. The radio device receives a list of Internet radio station transmitters that are registered with a chaincast manager (CCM), also coupled to the Internet. The GUI renders this list to the user. The user can sort or select from this list based on desired language, country, or station names. To hear a radio program, a user can select a station from this list. Data received by a radio device can be retransmitted in chaincast mode from the radio device to other radio devices that want to listen to the same radio program.
- Using the chaincast broadcasting architecture, described below, a primary information transmitter (PIT) within the CMM manages the flow of digitally encoded audio information from the Internet radio station transmitters to and among the coupled Internet radio devices. Specifically, the CMM manages the communication links between the Internet radio station transmitters (e.g., primary broadcast servers) and the radio devices and manages the communication links between Internet radio stations performing chaincasting.
- In Ham radio mode, one radio device can select another radio device to be the “radio station,” in which case a communication channel is opened between the radio devices so that voice and/or other digitally encoded information (e.g., video, HTML documents, Web pages, multi-media, etc.) can be exchanged between the radio devices. In this mode, the GUI contains a “transmit” button or key. Using the chaincast broadcasting architecture, described below, each radio device acts as a primary broadcast server to communicate information to an associated radio device. In Ham radio mode, a listing of radio devices can be shown in the radio GUI, in an analogous fashion as radio station listings are displayed. A user can then select a listed radio device with which to communicate.
- A method and system is also described herein for a chaincast broadcasting architecture which performs chaincast communication to multiple communication systems within a system of coupled electronic devices. In one implementation the electronic devices can be computer systems and the system of coupled electronic devices includes the Internet. The present invention provides a system wherein a broadcast source communicates primary digital broadcast information (e.g., encoded audio radio content, encoded audio/video television content, etc.) to a first group of electronic devices. The first group of electronic devices can be instructed by a chaincast manager to then communicate (e.g., forward or re-transmit) the broadcast information to other electronic devices which devices can also be instructed to communicate to more devices, etc., thereby reducing the bandwidth requirements of the communication channel between the broadcast source and the first group of electronic devices. The communication is “chaincast” because the forwarding from one device to another, to another, etc., creates a logical communication “chain” originating from the broadcast server and traversing to and through the receiving devices. The resulting communication is pseudo-simultaneous with respect to the receiving devices due to the slight delay introduced in buffering and retransmitting the broadcast content from device to device, etc.
- A computer implemented chaincast manager, coupled to the Internet, is used to track and manage which devices are forwarding broadcast information to which other devices. In order to ensure continuous data flow along the communication “chains,” the chaincast manager is also used to monitor the packet rates between the electronic devices. In response to the packet rates falling below a pre-determined threshold value, the chaincast manager reroutes communications between the devices to provide better communication load sharing across the system and to provide more efficient content communication between the devices.
- According to one embodiment of the present invention, the chaincast communication system may include a number of primary broadcast servers for broadcasting primary information content (e.g., radio programs, TV programs, multi-media content, etc.). The chaincast communication system may also include a number of secondary broadcast servers for broadcasting secondary information content (e.g., advertisement, emergency information, community information, etc.) to be rendered independently of the primary broadcast information content. Users of the electronic devices of the present chaincast communication system can select from one of these primary broadcast servers from which they desire to receive primary broadcast information. In one embodiment, the content of the secondary broadcast information the users receive is determined by the chaincast manager. In another embodiment, users of the present chaincast communication system can select a general subject matter that they desire to receive as the secondary broadcast information.
- According to the present invention, an electronic device for retransmitting or forwarding broadcast information may be a computer system configured for receiving and re-transmitting broadcast information to other electronic devices. The electronic device may include a re-transmission buffer for temporarily holding data packets received from an upstream device before rendering and for temporarily holding data packets after rendering for subsequent re-transmission to another electronic device. The electronic device also monitors a number of unrendered data packets stored therein. When the number of unrendered data packets falls below a threshold level, the electronic device signals the near empty condition to the chaincast manager such that a different upstream re-transmitter can be assigned to supply information to the electronic device.
- Embodiments of the present invention include the above and further include a communication system comprising: a plurality of information receiver and retransmitter devices (IRRTs) coupled to the Internet wherein each IRRT is for receiving and rendering broadcast information and for selectively retransmitting the broadcast information to another IRRT; a plurality of primary broadcast servers coupled to the Internet, each for originating respective primary broadcast information that is chaincast among a group of IRRTs of said plurality of IRRTs; a plurality of secondary broadcast servers coupled to the Internet and each for originating respective secondary broadcast information that is chaincast among a group of IRRTs of the plurality of IRRTs; and a chaincast manager coupled to the Internet and for registering the plurality of primary and secondary broadcast servers and for scheduling information transfers of the respective primary broadcast information to IRRTs based on broadcast requests generated by the IRRTs to the chaincast manager.
- FIG. 1 illustrates a prior art information broadcast system using the Internet.
- FIG. 2 illustrates a general purpose computer system which can be used as an electronic device, a user, or a server in accordance with the present invention.
- FIG. 3A is an exemplary communication diagram of the chaincast communication method of the present invention.
- FIG. 3B is another exemplary communication diagram of the chaincast communication method of the present invention.
- FIG. 3C is another exemplary communication diagram of the chaincast communication method of the present invention.
- FIG. 4 is an Internet connection diagram of the devices of FIG. 3A.
- FIG. 5A illustrates a name table managed by the transmission scheduler for the user devices of the present invention.
- FIG. 5B illustrates a name table managed by the transmission scheduler for information transmitters of the present invention.
- FIG. 6 is a flow chart diagram illustrating steps of the chaincast communication method of the present invention.
- FIG. 7 is a flow chart diagram illustrating steps of the chaincast communication method of the present invention.
- FIG. 8A is an exemplary communication diagram of the chaincast communication method according to one embodiment of the present invention.
- FIG. 8B is another exemplary communication diagram of the chaincast communication method according to one embodiment of the present invention.
- FIG. 9 is an exemplary user interface of a software-implemented Internet radio software with chaincasting capability according to the present invention.
- FIG. 10 is a logical block diagram illustrating a transmission buffer according to one embodiment of the present invention.
- FIG. 11 is a graphical user interface of a radio device in accordance with one embodiment of the present invention for Ham radio mode.
- FIG. 12A is a logical block diagram of the chaincasting communication architecture for Ham radio mode communications between radio devices of one embodiment of the present invention.
- FIG. 12B illustrates a chaincast communication configuration for the secondary broadcast servers which can operate in parallel with the transmissions of the primary broadcast servers of FIG. 12A.
- FIG. 13 is an exemplary configuration a chaincast communication system according to yet another embodiment of the present invention.
- FIG. 14 is a flow chart diagram illustration operations of the chaincast communication system illustrated in FIG. 13 in furtherance of one embodiment of the present invention.
- In the following detailed description of the present invention, a chaincast system and method, including an Internet radio device, for communicating digital broadcast content to multiple users, pseudo simultaneously, without being constrained to the bandwidth of the server-to-Internet connection, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it will be recognized by one skilled in the art that the present invention may be practiced without these specific details or with equivalents thereof. In other instances, well known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the present invention.
- Some portions of the detailed descriptions which follow are presented in terms of procedures, steps, logic blocks, processing, and other symbolic representations of operations on data bits within a computer memory. These descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. A procedure, computer executed step, logic block, process, etc., is here, and generally, conceived to be a self-consistent sequence of steps or instructions leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated in a computer system. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.
- It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the following discussions, it is appreciated that throughout the present invention, discussions utilizing terms such as “processing” or “computing” or “translating” or “calculating” or “determining” or “displaying” or “recognizing” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
- Aspects of the present invention, described below, are discussed in terms of steps executed on a computer system. Aspects of the present invention are also discussed with respect to an Internet system including electronic devices and servers coupled together within the Internet platform. A “server” and an “electronic device” or “user” can be implemented as a general purpose computer system. Although a variety of different computer systems can be used with the present invention, an
exemplary computer system 112 is shown in FIG. 2. - In general,
computer systems 112 that can be used by the present invention comprise an address/data bus 100 for communicating information, acentral processor 101 coupled with the bus for processing information and instructions, a volatile memory 102 (e.g., random access memory) coupled with thebus 100 for storing information and instructions for thecentral processor 101 and a non-volatile memory 103 (e.g., read only memory) coupled with thebus 100 for storing static information and instructions for theprocessor 101.Computer system 112 also includes a data storage device 104 (“disk subsystem”) such as a magnetic or optical disk and disk drive coupled with thebus 100 for storing information and instructions and adisplay device 105 coupled to thebus 100 for displaying information to the computer user. - Also included in
computer system 112 is analphanumeric input device 106 including alphanumeric and function keys coupled to thebus 100 for communicating information and command selections to thecentral processor 101. Generally,alphanumeric input device 106 is called a keyboard or keypad.System 112 also includes a cursor control or directingdevice 107 coupled to the bus for communicating user input information and command selections to thecentral processor 101. Thecursor directing device 107 is typically displaced through user movement which causes a cursor image displayed onscreen 105 to move accordingly. Within the context of the present invention, thecursor directing device 107 can include a number of implementations including a mouse device, for example, a trackball device, a joystick, a finger pad (track pad), an electronic stylus, an optical beam directing device with optical receiver pad, an optical tracking device able to track the movement of a user's finger, etc., or any other device having a primary purpose of moving a displayed cursor across a display screen based on user displacements.Computer system 112 also includes amicrophone 109 for receiving voice inputs. -
Computer system 112 of FIG. 2 can also include an optionalsignal generating device 108 coupled to thebus 100 for interfacing with other networked computer systems, e.g., over the Internet. Thedisplay device 105 of FIG. 2 utilized with thecomputer system 112 of the present invention may be a liquid crystal device, other flat panel display, cathode ray tube, or other display device suitable for creating graphic images and alphanumeric characters recognizable to the user. In one embodiment of the present invention,computer system 112 could be a Windows Operating System based computer system having anx86 architecture processor 101, or an Apple Operating System based Macintosh computer, for example. - FIG. 3A illustrates an exemplary configuration in accordance with the present invention for performing “chaincast” communication within the Internet system. Within FIG. 3A, a
broadcast server 260 supplies a broadcast content that a number of electronic devices a1-aj, b1-bk, c1 and c2 (coupled to the Internet) desire to receive “pseudo” simultaneously. This broadcast content can be of any nature or character that would be desired to be received by a number of users simultaneously, e.g., an encoded audio program (e.g., a radio program), an encoded audio/visual program (e.g., a television program), an instructional seminar, a software program, an HTML document, multimedia content, etc. The broadcast content is typically encoded into individual data packets and broadcast digitally. The digital broadcast content is received pseudo-simultaneously because of the small latencies involved in buffering and retransmitting the broadcast content between various electronic devices of FIG. 3A. - The chaincasting method of the present invention does not require a high speed connection between the
broadcast server 260 and the Internet 300 (FIG. 4) and still allows practically an unlimited number of users to receive and render the same digitally broadcasted program. The chaincasting method can be applied to any kind of information broadcasting, including radio and television (TV), Web-content and other information. For simplicity, a radio program is described herein as an example of broadcast content. However, it should be appreciated that audio/visual and/or other multimedia content could also be used as the digital broadcast. - The present invention, instead of transmitting the information to many users directly from a server, causes the server to transmit the information directly only to a few users (e.g., a1-aj of FIG. 3A) and then instructs these few users to forward (or “retransmit” or “relay”) the information to the other users (e.g., b1-bk, c1 and c2) as needed. This is chaincasting. The present invention changes the paradigm of information providers and information consumers because all users can relay information to others thereby reducing the communication burden on the server-to-Internet connection. Instead of the old paradigm, the present invention creates an information sharing community (FIG. 3A) that utilizes the Internet resources optimally. Chaincasting causes a logical chain of the same broadcast signal from the
broadcast server 260 to other electronic devices and then to other electronic devices, etc. - In the example of FIG. 3A, users a1-aj receive the broadcast content directly from the
broadcast server 260 via separate information streams 310-313, which are supported on the bandwidth resources of the connection hardware situated between the Internet 300 (FIG. 4) andserver 260. These streams each contain digital encoded packets that make up the digital broadcast content. In one example, the broadcast content represents a radio program and is therefore digital encoded audio information. The number of users, j, is set based on the bandwidth supported by the connection hardware located between the Internet 300 (FIG. 4) andserver 260. Users a1-aj are instructed, by the computer-implementedtransmission scheduler 200, to respectively forward the broadcast content to users b1-bk in the fashion shown in FIG. 3A. For instance, aseparate stream 320 is used between users a1 and b1; aseparate stream 324 is used between users a2 and b2; aseparate stream 326 is used between users a3 and b3; and aseparate stream 330 is used between users aj and bk. Users b1 and b3 are instructed, by thetransmission scheduler 200, to forward again the broadcast content to users c1 and c2 in the fashion shown in FIG. 3A. Aseparate stream 322 is used between users b1 and c1 and aseparate stream 328 is used between users b3 and c2. - Logical communication “chains” are formed in this communication architecture, e.g., chain1 is a1-b1-c1; chain2 is a2-b2; chain3 is a3-b3-c2 and chain4 is aj-bk. Software loaded within each user can be used to provide the forwarding functionality which is controlled by the
transmission scheduler 200. - Each user of FIG. 3A, registers with the
transmission scheduler 200 which maintains and tracks the communication links established between the users. Thetransmission scheduler 200 load balances between the users so that the communication load is balanced to reduce transmission latencies. Load balancing can be performed to maintain uniform chain sizes. For example, if one user is supplying retransmissions to a relatively larger number of other users (e.g., a chain size of four), then some of the receiver users can be moved from this chain such that they receive the information from other established chains. It is possible for one user to receive broadcast information from more than one other user; the duplicate data can be ignored. - In the chaincast communication architecture, all users send status update messages to the
transmission scheduler 200.Transmission scheduler 200 can use these status update messages to re-route communication links when the transmission activity of one user becomes too slow, or shuts down. For instance, assume user b3 of FIG. 3A shuts down. The result is shown in FIG. 3B where thetransmission scheduler 200 created a new link 340 to directly connect user a3 to user c2. Thetransmission scheduler 200 creates and maintains the new link 340 (as well as all other links). Assuming rendering pipelines are large enough within each user, the transfer or reassignment between communication sources from FIG. 3A to FIG. 3B (with respect to user c2) can be performed transparently to user c2. - As another example, assume user b3 of FIG. 3A decides to download a large software program from the Internet, consuming a substantial portion of his bandwidth. In this case, user c2 begins to receive broadcast data at a rate that is too slow based on a predetermined threshold. User c2 reports this in a periodic message to the
transmission scheduler 200. Thetransmission scheduler 200 then reassigns the source for user c2. The resulting re-transmission pathways are illustrated in FIG. 3C when thetransmission scheduler 200 created a new link 340 to directly connect user a3 to user c2 while maintaining thelink 326 between user a3 and user b3. The detailed mechanisms for detecting a slow or dead link between users in accordance with one embodiment of the present invention are described herein to follow. - FIG. 4 is a high level diagram of the Internet connection system of the devices of FIG. 3A. The users, a1-aj, b1-bk, ci and c2 are coupled to the
Internet 300. Thebroadcast server 260 and thetransmission scheduler 200 are coupled to the Internet.Server 260 andscheduler 200 can reside in separate computer systems or can reside within the same computer system. Internet connection 202 is located between thebroadcast server 200 and theInternet 300 and has a finite communication bandwidth that dictates the number of users a1-aj that can directly receive broadcast information packets from theserver 260. - FIG. 5A illustrates that the
transmission scheduler 200 can be coupled with aname server 400 that contains a listing of IP addresses 412 for each user and each user has an associated unique name (column 410). Thisname server 400 can be used to establish communication links (e.g., to support Internet telephony) between users. If a first user wants to talk to a second user, the first user informstransmission scheduler 200 of the communication link between itself and name of the second user. Thetransmission scheduler 200 then opens a direct link between the first and second users, over theInternet 300. For example,links transmission scheduler 200. -
Name server 400 also contains user information (e.g., name, address, phone number, etc.) of each user (column 414). In addition,name server 400 includes a listing of the status information (column 416) of the user devices associated with each of the users, a listing of the sources (column 420) from which the user devices receive broadcast content, and a listing of the targets (column 422) to which the user devices relay broadcast content. The status information (column 416) is used by thetransmission scheduler 200 to determine the availability of a particular user device for relaying broadcast content.Name server 400 further includes geographical location information (column 418). - FIG. 5B illustrates that
transmission scheduler 200 can be coupled with aname server 430 that contains a listing of IP addresses 434 for each information transmitter (e.g., broadcast server 260) and each information transmitter has an associated unique station name (column 436). The station name may be the name of the radio station or TV station that the information transmitter carries. Thisname server 430 is used to establish communication links (e.g., to support Internet telephony) between information transmitters and the users. If a user wants to receive broadcast information from an information transmitter, the user informstransmission scheduler 200 of the name of the information transmitter or a station name. Thetransmission scheduler 200 then opens a direct link between the information transmitter and the user over theInternet 300. For example,links 310, 311, 312, 313 shown in FIG. 3A, FIG. 3B and FIG. 3C can be opened using the name server in this fashion, but the establishment of these links and the designation of users are controlled by thetransmission scheduler 200. -
Name server 430 also contains registration information (e.g., maximum number of user devices permitted, etc.) of each information transmitter (column 438). In addition,name server 430 includes a listing of the targets (column 446) to which the information transmitters transmit broadcast content. A listing of the geographical location of the information transmitters (column 440), a listing of the language in which the broadcast is made (column 442) and a listing of the status of the information receivers (column 444) are also included inname server 430. It should be appreciated that thetransmission scheduler 432 and thename server 430 of the present embodiment may be implemented within a primary broadcast server for chaincasting primary content and within a secondary broadcast server for chaincasting second content. Primary and secondary broadcast servers will be discussed in greater details further below. - An example is given to illustrate the scheduling operations and the method for maintaining continuous data flow within a chaincast communication system of the-present invention. In the following example, the chaincast communication system of the present invention includes one or more broadcast servers, a chaincast server and a number of information receivers and retransmitters (IRRTs). On a broadcast server (e.g., broadcast server260) is placed software that is operating as a multi-channel information transmitter. Individual broadcast servers may be operated by content providers (e.g., radio stations, television stations, or other multi-media content providers) for providing information on the Internet. On the chaincast server (or another broadcast server) is placed software that is operating as: 1) a chaincast manager (CCM); 2) a name server; and 3) transmission scheduler (e.g., transmission scheduler 200). The CCM functions to coordinate and supervise the operations of the name server and the transmission scheduler. In the present embodiment, each IRRT includes a computer system (analogous to computer system 112) and has an information rendering process, e.g., a radio software program (“Internet radio”), operating that allows broadcast digital packets to be decoded to thereby render a perceptible image and/or an audible sound, e.g., a radio program, originated by the multi-channel information transmitter.
- FIG. 6 is a flow chart diagram illustrating the scheduling operations of the chaincast communication system according to an embodiment of the present invention. As illustrated, at
step 605, when an information transmitter is activated, it will register itself with the chaincast manager (CCM), and will inform the CCM the identity of the broadcast information source (e.g., a radio station). According to one embodiment of the present invention, an information transmitter is responsible for chaincasting information from only one broadcast information source. However, in the present embodiment, a broadcast server may include multiple information transmitters. Therefore, a broadcast server may be used to chaincast information originated from multiple information sources. - At
step 607, the information transmitter digitizes broadcast information from the information source into data packets and adds an identifier to each of the data packets. The identifier, according to the present embodiment, is a time stamp indicating the time a data packet is created. The broadcast information, however, is not immediately forwarded or re-transmitted to an IRRT. Rather, the broadcast information is temporarily stored within a transmission buffer of the broadcast server. In the present embodiment, broadcast information is continuously received by the information transmitter. Thus, old data packets stored within the transmission buffer are continuously discarded to make room for new data packets. Further, the transmission buffer includes a buffer forward (TBF) portion for storing data packets that are not yet transmitted, and a buffer past (TBP) portion for storing data packets that have already been transmitted. - Referring again to FIG. 6, at step610, when a user (e.g., user A) wants to receive chaincast information, he/she will turn on or activate an information receiver and re-transmitter (e.g., IRRT-x) which will connect to the CCM and will inform the CCM about its IP address. IRRT-x will then receive from the CCM a list of available information transmitters that are registered with the CCM. Within the present embodiment, IRRT-x presents the list to user A such that user A can select the broadcast information that he/she wants to receive. The list may include alphanumeric representations of names of the radio stations, TV stations, etc., carried by the information transmitters that are available to the user. The list may also include alphanumeric representations of languages of the radio stations that are available.
- At
step 615 of FIG. 6, user A then selects an information transmitter and IRRT-x will send this information to the CCM. The IRRT-x is now “tuned” to the selected information transmitter. - At
step 620, after the CCM receives the information regarding the selected information transmitter from IRRT-x, the CCM then decides whether IRRT-x will receive time-stamped data packets directly from the selected information transmitter, or whether IRRT-x will receive time-stamped data packets from another IRRT which is already tuned to the selected information transmitter. - At
step 622, if it is determined that no other IRRTs are suitable for relaying the time-stamped data packets, CCM will instruct the selected information transmitter to begin transmitting time-stamped data packets to this IP address (the IP address of IRRT-x). - At
step 623, if an IRRT (IRRT-y) that is already tuned to the same information transmitter is available and has sufficient bandwidth, the CCM will instruct IRRT-y to relay the time-stamped data packets to IRRT-x according to the chaincast approach as discussed above (FIG. 3A, FIG. 3B and FIG. 3C). - At
step 625, IRRT-x receives time-stamped data packets from the information transmitter and begins to render the time-stamped data packets. At the same time, IRRT-x will store data packets to be rendered in its transmission buffer. According to one embodiment, data packets that have been rendered will not be immediately discarded. Rather, rendered packets will be temporarily stored in the transmission buffer for subsequent re-transmission to another IRRT. - At step655, as the information stored in the transmission buffer of IRRT-x is rendered and as the transmission buffer is draining, IRRT-x generates requests to its chaincast source (e.g., the information transmitter or another IRRT) to download more data. Particularly, in the present embodiment, IRRT-x is configured to generate a request as the transmission buffer is draining past a “Buffer Low” level. The requests generated by IRRT-x may also include a time stamp of the last data packet received by IRRT-x such that its source may begin transmission with the next data packet.
- In this manner, a user of the chaincast communication system of the present invention will receive the data either directly from the server, over the Internet, or from another user that is already receiving the information (in the chaincast mode). The new user can then later be asked to provide, e.g., forward broadcast information to another user.
- According to one embodiment of the present invention, the transmission buffer of IRRT-x includes a forward buffer (TBF) for storing data packets to be rendered and a past buffer (TBP) for storing data packets that have already been rendered. Further, TBF and TBP are both capable of storing data packets for at least 60 seconds of broadcast information the packet transmission speed is higher than the rendering speed. Therefore, if the connection remains stable, the TBF buffer will be close to full all the time. Thus, in the event that the connection between the information transmitter and IRRT-x becomes unstable, the users will not experience “gaps” in the broadcast information. Problems associated with fluctuations in packet rate are also avoided. The TBP, on the other hand, stores data packets that have already been rendered but may be required for subsequent transmission to a downstream IRRT.
- An
exemplary transmission buffer 1000 of an IRRT 1001 is illustrated in FIG. 10. As illustrated,transmission buffer 1000 is partitioned by arendering pointer 1030 into two portions: a buffer forward (TBF) 1010 for storing the information to be rendered and buffer past (TBP) 1020 for storing the information that has already been rendered.Rendering pointer 1030 is pointing to the specific data packet(s) that is currently rendered. Thetransmission buffer 1000 is configured for receiving and storing time-stamped data packets from a chaincast source (e.g., information transmitter or an upstream IRRT). It is important to note that the time stamps are also received from the chaincast source. Also illustrated in FIG. 10 is a “near empty”pointer 1040 and a “buffer low”pointer 1050. According to the present invention, if the number of data packets falls below the “buffer low”pointer 1050, IRRT 1001 will signal its chaincast source to send more data packets. If the number of data packets falls below the “near empty”pointer 1040, IRRT 1001 will signal the CCM to assign another chaincast source for the IRRT 1001. In this way, thetransmission buffer 1000 will be maintained at full level such that problems with fluctuations in data packet rate are minimized. As data packets are rendered, they are pushed into the TBP 1020 for subsequent re-transmission to another IRRT, while data packets pushed out from the bottom of TBP 1020 are either discarded or moved to a storage device. - In order to maintain continuous data flow along the communication “chains,” it is important to monitor the packet rates between the IRRTs. In response to the buffer content level falling below a pre-determined threshold value, the present invention re-routes communications between the user devices to provide better communication load sharing across the system. According to the present invention, the transmission buffers of the IRRTs are used to monitor the packet rates. Particularly, each IRRT monitors a number of unrendered data packets stored within its own transmission buffers. When the number of unrendered data packets falls below a threshold level, the IRRT signals its near-empty condition to the CCM such that a different upstream IRRT can be assigned to it.
- FIG. 7 is a flow chart diagram illustrating steps of re-routing communications within the chaincast communication system of the present invention. In the present example, for the purpose of illustration, it is assumed that the connection between an IRRT-b and its upstream IRRT-a becomes very slow. This may be caused by the IRRT-a shutting down or other reasons. Thus, at
step 710, the lowered packet rate causes the number of unrendered data packets stored within the transmission buffers of the IRRT-b to drop below a predetermined threshold (e.g., “Nearly Empty” threshold 1040), and triggers it to send a signal indicating the buffer's near empty condition to the CCM. In addition, atstep 710, IRRT-b sends to the CCM the time-stamp of the last data packet that it received. - Then, at
step 720, the CCM selects another information receiver and retransmitter (IRRT-c) which is tuned to the same information transmitter to relay the broadcast information to IRRT-b. If no other IRRTs are available, then the CCM selects the information transmitter to broadcast directly to IRRT-b. - At
step 730, after IRRT-c (or the information transmitter) is selected, it is instructed by the CCM to forward the data packets to IRRT-b starting with the packet indicated by the time stamp. Sometimes, IRRT-c may no longer have the desired data packets. In that case, IRRT-c will begin transmitting the last data packet contained in its TBP, and some broadcast information will be lost. However, a small amount data loss is acceptable for broadcast content such as a radio program. In other cases where direct transmission is not feasible and where no other IRRTs are tuned to the same information transmitter, the CCM may use an IRRT that is in a “stand by” mode or that is tuned to a different station to relay the broadcast information. - FIG. 8A is another exemplary
chaincast communication system 800 according to an embodiment of the present invention. Within FIG. 8, aprimary broadcast server 860 a supplies broadcast content to acommunication chain 810 consisting of information receiver and re-transmitters IRRT1-IRRT6. Another primary broadcast server 860 b chaincasts broadcast content to anothercommunication chain 820 consisting of information receiver and re-transmitters IRRT7-IRRT11. Yet another primary broadcast server 860 c chaincasts broadcast content tocommunication chain 830 consisting of information receiver and re-transmitters IRRT12 and IRRT13. Primary broadcast servers 860 a-860 c are also called primary information transmitters (PITs).Secondary broadcast servers 870 a-870 c supply supplemental content to the information receiver and re-transmitters IRRT1-IRRT13. In the present embodiment, information receiver and re-transmitters IRRT1-IRRT13 each consists of a computer system running software that is configured for receiving and retransmitting primary and secondary content to another user device as instructed by a primary information transmission scheduler (PITS) 855 and a secondary information transmission scheduler (SITS) 857 of chaincast manager (CCM) 850. - Significantly, according to the present invention, the primary broadcast servers860 a-860 c are configured for chaincasting primary content that is originated from a radio broadcaster, a TV broadcaster or other multi-media content provider, and the
secondary broadcast servers 870 a-870 c are for chaincasting secondary or supplementary content that may not be originated from radio broadcasters, TV broadcasters or multi-media content providers.Secondary broadcast servers 870 a-870 c are also called secondary information transmitters (SITs). Typically, the primary broadcast servers 860 a-860 c can be operated by the information source companies (e.g., radio stations, TV networks) and thesecondary broadcast servers 870 a-870 c (e.g., responsible for transmitting advertising content) can be operated by Internet service providers or ChainCast, Inc. of California, under the control of the secondary information transmission scheduler (SITS) 857 ofCCM 850. In the present embodiment, the SITS coordinates the chaincasting of the secondary information in a similar manner that the primary broadcast information is chaincasted. - As an example, the primary content may be a radio program broadcast by BBC of Great Britain. The secondary content, on the other hand, may be weather information of the location of the user. As another example, the secondary content may be real-time stock quotes. According to one embodiment of the present invention, the secondary information may be rendered in the background while the primary content (e.g., radio program from BBC) is rendered at a louder volume in the foreground. The secondary content may also be inserted in between the primary content. The
secondary broadcast servers 870 a-870 c may also provide emergency broadcast information such as earthquake and flood warnings. It should be appreciated that only a few exemplary uses of thesecondary broadcast servers 870 a-870 c are described herein and that thesecondary broadcast servers 870 a-870 c may be used to supply all kinds of information to the information receiver and re-transmitters IRRT1-IRRT13. It should be noted that the secondary information may be audio or visual or any other types of multi-media information. - According to one embodiment of the present invention, the
CCM 850 is responsible for providing a list of secondary content categories to the users. The users will then be able to select a particular category of secondary content that they would like to receive. The secondary information transmitter scheduler (SITS) 857, based on the user-inputs, will then select the appropriate secondary information transmitters (SITs) to provide secondary content pertinent to the selected category to the users. As an example, if a user selects a secondary content category for “automobiles,” the SITs will choose an SIT carrying automobile-related advertisement to chaincast the advertisement to the user. It should be noted that the secondary content in this case (“automobiles”) can be completely independent of the primary content that the user is receiving. In this way, locally relevant information may be provided to a user even though the user is tuned to a remote information broadcaster. - It should also be noted that secondary information does not have to be transmitted along the same communication chains defined by the primary information transmitter scheduler. In order words, the SITS does not have to use the same communication chains defined by the PITS to relay secondary information. Indeed, the communication topology for the secondary information can be significantly different from the communication topology for the primary information. FIG. 8B illustrates a configuration of the communication chains880 a-880 d of the
chaincast communication system 800 of FIG. 8. As illustrated, secondary information are transmitted along communication chains 880 a-880 d to IRRT1-IRRT13. However, the composition of communication chains 880 a-880 d is entirely different form the composition of thecommunication chains - The chaincast paradigm in accordance with the present invention is not only applicable to radio broadcast and TV broadcast, but is applicable to Web-content, such as HTML-based Web-content, as well. FIG. 13 illustrates a
chaincast communication system 1300 for performing the chaincast communication method according to an embodiment of the present invention. Within FIG. 13, aWeb server 1360 supplies Web content to acommunication chains 1310, 1320 and 1330.Communication chain 1310 includesWeb clients 1370 a-1370 d, communication chain 1320 includesWeb clients 1370 e-1370 h, and communication chain 1330 includes Web clients 1370 i-1370 j. According to the present embodiment each of theWeb clients 1370 a-1370 j is a computer system (e.g., computer system 112) operating a Web browser software. Further, in the present embodiment, the browser software includes a software module (“chaincast plug-in”) 1380. - In the present embodiment, the “chaincast plug-in”
module 1380 is configured for relaying Web-content from one Web-client to another as instructed by a chaincast manager (CCM) 850. In the example illustrated in FIG. 13, Web-client 1370 a receives Web-content directly from theWeb server 1360 viainformation stream 1310. Web client 1370 a includes chaincast plug-in 1380 configured for retransmitting Web-content that it received fromWeb server 1360 to Web-clients 1370 b and 1370 d under the instructions fromCCM 850. Web-clients 1370 b and 1370 d, in tum, relay the web-content information it received to other Web-clients including web-client 1370 c. Web-content is also disseminated in a similar fashion along communication chains 1320 and 1330. - FIG. 14 is a flow diagram illustrating exemplary operations of the
chaincast communication system 1300 in accordance with one embodiment of the present invention. As illustrated, atstep 1410, when a Web-client (Web-client X) is activated, its chaincast plug-inmodule 1380 registers the Web-client with theCCM 850. According to the present invention,step 1410 may include the steps of modifying a name server (e.g., name server 400) by adding an IP address and a name ID corresponding to the Web-client X. - At
step 1420, user of the Web-client X attempts to access a Web-page indicated by an URL. The chaincast plug-in module of Web-client X then automatically sends the URL to theCCM 850. - At
step 1440, upon receiving the URL, theCCM 850 determines whether the Web-page indicated by the URL has been recently accessed by or is currently being accessed by another Web-client.CCM 850 may also determine the content of the cache memories of the Web-clients which have recently accessed the same URL. - At
step 1450, if it is determined that another Web-client (Web-client Y) has recently accessed the same URL and possesses all the content of the URL in its cache memory, or if it is determined that Web-client Y is currently accessing the same URL, theCCM 850 will direct the Web-client Y to relay the content of the web-page to the Web-client X. In another embodiment of the present invention, the source client (Web-client Y) does not have to possess all the content of the URL in its cache memory. In that embodiment,CCM 850 will instruct Web-client Y to selectively forward information stored in its cache memory that is related to the URL to Web-client X. - However, at
step 1460, if it is determined that no other Web-clients are accessing the same web-page, theCCM 850 will then communicate the URL the Web-server corresponding to the URL, and the requested web-page will then be transmitted directly to Web-client X. In this manner, a Web server would able to provide “pseudo” simultaneous access to a virtually unlimited number of people despite a limited connection bandwidth with the Internet. - According to one embodiment of the present invention, an IRRT can be implemented as a stand alone electronic radio device which is coupled to the Internet or the IRRT can be implemented as a software package operable on a host computer system which is coupled to the Internet. In either case, the Internet radio device does not require a browser for interfacing with other Internet transmitters (“Internet radio station transmitters”). The Internet radio includes a graphical user interface (GUI) with which a user can interface in order to receive audio radio programming from an Internet radio station transmitter. The radio device receives a list of Internet radio station transmitters that are registered with a chaincast manager (CCM), also coupled to the Internet. The GUI renders this list to the user. The user can sort or select from this list based on desired language, country, or station names. To hear a radio program, a user can select a station from this list. Data received by a radio device can be retransmitted in chaincast mode from the radio device to other radio devices that want to listen to the same radio program.
- FIG. 9 is an exemplary graphical user interface (GUI)900 of a software Internet radio device with chaincasting capability according to the present invention. Using the
GUI 900, a user can select radio programs that are chaincasted by primary broadcast server of the present invention. As illustrated,GUI 900 includes a window for displaying animage 910 resembling a real radio.Image 910 includes adisplay region 920 for displaying a pre-programmed channel number, the country of origin of the selected radio program and the name of the selected radio broadcaster. In the illustrated embodiment, BBC of Great Britain corresponding topre-programmed channel number 5 is displayed inregion 920. -
GUI 900 further includeschannel scanning buttons 930 that are responsive to user inputs. In the one embodiment, when thechannel scanning buttons 930 are “clicked” by the user, the IRRT will signal the CCM that a different radio program is selected. The CCM will then instruct a PIT or another IRRT carrying data packets corresponding to the newly selected radio program to forward the data packets to the IRRT.GUI 900 further includes avolume control button 940 responsive to user inputs for adjusting the rendering volume.GUI 900 further provides a number of channel programming buttons 950 a-950 f configurable for selecting a pre-programmed radio broadcaster. For example, if a user configures the button 950 e to correspond to a particular radio station, the IRRT will send a signal to the CCM indicating the station selected, and the CCM will instruct a PIT or another IRRT carrying that particular station to forward data packets to the IRRT. -
GUI 900 further includes a tool bar 970 through which the user may access a list of available radio stations. In the illustrated embodiment, the radio stations are sorted by country names, languages and station names such that a user can select a radio station according to its country, language, or station name. - FIG. 11 illustrates a graphical user interface (GUI)1120 used by an alternate embodiment of the Internet radio device of the present invention. In this embodiment, called Ham radio mode, one Internet radio device is allowed to communicate (e.g., transmit information to and receive information from) with another Internet radio device. The
GUI 1120 used in this embodiment is similar to theGUI 900 of FIG. 9 except as described differently herein. -
GUI 1120 contains a display region 1110 in which a listing of registered radio devices can be displayed according to a selection criterion as set by user-controlledcontrol bar 1150. Withincontrol bar 1150, the user can select to display all radio devices by their registered country, language or name, etc. After the selection is made, all registered radio devices (e.g., registered with the CMM 850) fitting that selection are displayed in list form indisplay region 1150. The user can then select one of those listed radio devices, using up and downscroll keys 940 to scroll through the listing. The radio device running theGUI 1150 can then communicate with the selected other radio device once a particular radio device from the listing is selected. The information (e.g., audio signals) transmitted via the Internet from the selected other radio device can be received and rendered audible on the radio device running theGUI 1150. Also, a transmit key 1105 can be used on the radio device running theGUI 1150 to communicate audio signals to the selected other radio device via the Internet. When transmitting audio signals, the microphone 109 (FIG. 2) is used to capture the user's voice and the radio device then digitizes and encodes the audio signals for transmission over the Internet. - In the
exemplary GUI 1150 of FIG. 11, the selected radio device is called “USER_NAME” and its country is GBR. Although not shown, its language could be “English.” A radio device can register with more than one language. - FIG. 12A illustrates a block diagram of the chaincast broadcast architecture in one embodiment of the present invention for supporting Ham radio broadcasting modes, as described with respect to FIG. 11. In this configuration, a first radio device (called “
user 1”) is treated as a primary broadcast server 1210 b and communicates with another, second radio device, 1220 a which acts as an IRRT device to receive signals broadcast over the Internet from the first radio device 1210 b. The first radio device 1210 b registers with the PITS 855 of theCMM 850 in the fashion described above. Also in this configuration, the second radio device (called “user 2”) is also treated as a primary broadcast server 1220 b and communicates with the first radio device, 1210 a which acts as an IRRT device to receive signals broadcast over the Internet from the second radio device 1220 b. The second radio device 1220 b registers with the PITS 855 of theCMM 850 in the fashion described above. - It is appreciated that element1210 a and element 1210 b are the same device but element 1210 a represents the first radio device in its capacity as a primary broadcast server (e.g., to broadcast audio signals) and element 1210 b represents the first radio device in its capacity as an IRRT (e.g., to receive audio signals). Moreover, it is appreciated that
element 1220 a and element 1220 b are the same device butelement 1220 a represents the second radio device in its capacity as a primary broadcast server (e.g., to broadcast audio signals) and element 1220 b represents the second radio device in its capacity as an IRRT (e.g., to receive audio signals). It is appreciated that the information exchanged between radio devices in Ham radio mode is not limited to audio signals and can be audio signals, video signals, multi-media content signals and/or other HTML documents or Web pages. - FIG. 12B illustrates a chaincast communication configuration for the secondary broadcast servers which can operate in parallel with the transmissions of the primary broadcast servers1210 b, 1220 b and 860 c of FIG. 12A. In other words, the chaincast groups and the communication of the secondary information transmitted among these groups can operate in parallel with the chaincast groups of the primary information shown in FIG. 12A. The chaincast groups can be different between those set up for primary information and those set up for secondary information because the PITS 855 and the SITS 857 are separate. Applying the Internet radio example, as different Internet radios receive their radio programming (e.g., the primary information), these devices can also receive secondary information broadcasts (e.g., advertising content in audio, video or HTML formats). The PITS 855 controls the radio broadcasting while the SITS 857 controls the advertising transmissions.
- As shown in FIG. 12B, the SITS857 controls the communication of secondary information between the
secondary broadcast servers 870 a-870 c.Server 870 a chaincasts withinInternet radio devices Internet radio devices Server 870 c communicates with Internet radio 1210. These chaincast groups can exist in parallel with the chaincast groups shown in FIG. 12A which represent the primary information broadcast (e.g., the radio programming). It is appreciated that the information scheduled by the SITS 857 is done independently of the Internet radio devices. - The preferred embodiment of the present invention, a chaincast system and method for communicating digital broadcast content to multiple users, pseudo simultaneously, without being constrained to the bandwidth of the server-to-Internet connection, is described. While the present invention has been described in particular embodiments, it should be appreciated that the present invention should not be construed as limited by such embodiments, but rather construed according to the below claims.
Claims (32)
1. A communication system comprising:
an electronic device for coupling to the Internet and for rendering a graphical user interface on a display screen, said graphical user interface resembling a physical radio in appearance and comprising:
a first selection tool for selecting a criterion from a group of criteria;
a display region for displaying a list of registered Internet radio broadcasters that are coupled to the Internet and satisfy said criterion selected by said first selection tool; and
a second selection tool allowing selection of a selected Internet radio broadcaster of said list of registered Internet radio broadcasters; and
wherein said electronic device, responsive to said second selection tool, is for receiving digital signals representing audio programming from said selected Internet radio broadcaster via the Internet without utilizing an Internet browser and further is for rendering audible said digital signals.
2. A communication system as described in claim 1 wherein said electronic device comprises a host computer system operating software instructions which realize an Internet radio.
3. A communication system as described in claim 1 wherein said group of criteria of said first selection tool includes country and language of said registered Internet radio broadcasters.
4. A communication system as described in claim 1 further comprising:
a first plurality of electronic devices coupled to the Internet and for receiving digital signals representing said audio programming from said selected Internet radio broadcaster, for rendering audible said digital signals and for selectively retransmitting said digital signals to a first group of electronic devices within a second plurality of electronic devices; and
wherein said first group of electronic devices of said second plurality of electronic devices are for receiving and rendering audible said digital signals representing said audio programming and are also for selectively retransmitting said digital signals to a second group of electronic devices of said second plurality of electronic devices.
5. A communication system as described in claim 4 wherein each of said Internet radio broadcasters is for originating respective audio programming and further comprising a chaincast manager coupled to the Internet and for registering said Internet radio broadcasters and, responsive to selections made by said electronic devices, for scheduling information transfers from said Internet radio broadcasters to said first plurality of electronic devices and for scheduling information transfers of said respective audio programming between electronic devices of said first and second plurality of electronic devices.
6. A communication system as described in claim 5 further comprising a plurality of secondary broadcasters coupled to the Internet, each for originating respective secondary broadcast information, and wherein said chaincast manager is also for registering said plurality of secondary broadcasters and, independent of said electronic devices, for scheduling information transfers from said secondary broadcasters to said first plurality of electronic devices and for scheduling information transfers of said respective secondary broadcast information between electronic devices of said first and second plurality of electronic devices.
7. A communication system as described in claim 5 wherein said chaincast manager is also for supplying a respective electronic device with a list of all registered Internet broadcasters responsive to a request by said respective electronic device for said list.
8. A communication system as described in claim 5 wherein said digital signals also include digitally encoded audio/visual information representing audio/visual programming.
9. A communication system as described in claim 5 wherein said digital signals also include HTML documents.
10. A communication system comprising:
an Internet radio device comprising:
a processor coupled to a bus;
a memory device coupled to said bus;
an interface coupled to said bus and for coupling to the Internet;
a first selector for selecting a criterion from a group of criteria;
a display device for displaying a list of registered Internet radio broadcasters that are coupled to the Internet and that satisfy said criterion selected by said first selector; and
a second selector allowing the selection of a selected Internet radio broadcaster of said list of registered Internet radio broadcasters, and wherein said Internet radio device, responsive to said second selector, is for receiving digital signals representing audio programming from said selected Internet radio broadcaster via the Internet without utilizing an Internet browser and further is for rendering audible said digital signals.
11. A communication system as described in claim 10 wherein said group of criteria of said first selector includes country and language of said registered Internet radio broadcasters.
12. A communication system as described in claim 10 further comprising:
a first plurality of Internet radio devices coupled to the Internet and for receiving digital signals representing said audio programming from said selected Internet radio broadcaster, for rendering audible said digital signals and for selectively retransmitting said digital signals to a first group of Internet radio devices within a second plurality of Internet radio devices; and
wherein said first group of Internet radio devices of said second plurality of Internet radio devices are for receiving and rendering audible said digital signals representing said audio programming and are also for selectively retransmitting said digital signals to a second group of Internet radio devices of said second plurality of Internet radio devices.
13. A communication system as described in claim 12 wherein each of said Internet radio broadcasters is for originating respective audio programming and further comprising a chaincast manager coupled to the Internet and for registering said Internet radio broadcasters and, responsive to selections made by said Internet radio devices, for scheduling information transfers from said Internet radio broadcasters to said first plurality of Internet radio devices and for scheduling information transfers of said respective audio programming between Internet radio devices of said first and second plurality of Internet radio devices.
14. A communication system as described in claim 13 further comprising a plurality of secondary broadcasters coupled to the Internet, each for originating respective secondary broadcast information, and wherein said chaincast manager is also for registering said plurality of secondary broadcasters and, independent of said Internet radio devices, for scheduling information transfers from said secondary broadcasters to said first plurality of Internet radio devices and for scheduling information transfers of said respective secondary broadcast information between Internet radio devices of said first and second plurality of Internet radio devices.
15. A communication system as described in claim 13 wherein said chaincast manager is also for supplying a respective Internet radio device with a list of all registered Internet broadcasters in response to a request by said respective Internet radio device for said list.
16. A communication system as described in claim 13 wherein said digital signals also include digitally encoded audio/visual information representing audio/visual programming.
17. A communication system as described in claim 13 wherein said digital signals also include HTML documents.
18. A communication system comprising:
a first electronic device rendering a graphical user interface on a display screen, said graphical user interface resembling a physical radio in appearance and comprising:
a first selection tool for selecting a criterion from a group of criteria;
a display region for displaying a list of registered electronic devices that are coupled to the Internet and satisfy said criterion selected by said first selection tool;
a second selection tool allowing selection of a selected electronic device of said list of registered electronic devices; and
a transmit tool for initiating transmission of digital signals representing audio information from said first electronic device to said selected electronic device via the Internet; and
wherein said first electronic device, responsive to said second selection tool, is for receiving digital signals representing audio information from said selected electronic device via the Internet without utilizing an Internet browser and further is for rendering audible said digital signals.
19. A communication system as described in claim 18 wherein said first electronic device comprises a host computer system operating software instructions which realize an Internet Ham radio.
20. A communication system as described in claim 18 wherein said group of criteria of said first selection tool includes country and language of said registered electronic devices.
21. A communication system as described in claim 18 further comprising a chaincast manager coupled to said Internet and for registering said electronic devices and for scheduling information transfers between said first electronic device and said selected electronic device responsive to requests generated by said first electronic device and said selected electronic device.
22. A communication system as described in claim 21 further comprising a plurality of secondary broadcasters coupled to the Internet, each for originating respective secondary broadcast information, and wherein said chaincast manager is also for registering said plurality of secondary broadcasters and, independent of said electronic devices, for scheduling information transfers of said second broadcast information to said electronic devices.
23. A communication system as described in claim 21 wherein said chaincast manager is also for supplying said first electronic device with said list of all registered Internet broadcasters responsive to a request by said first electronic device for said list.
24. A communication system as described in claim 18 wherein said digital signals also include digitally encoded audio/visual information representing audio/visual programming.
25. A communication system as described in claim 18 wherein said digital signals also include HTML documents.
26. A communication system comprising:
a first Internet radio device comprising:
a processor coupled to a bus;
a memory device coupled to said bus;
an interface coupled to said bus and for coupling to the Internet;
a first selector for selecting a criterion from a group of criteria;
a display device for displaying a list of registered Internet radio device that are coupled to the Internet and that satisfy said criterion selected by said first selector;
a second selector allowing selection of a selected Internet radio device of said list of registered Internet radio devices; and
a transmit key for initiating transmission of digital signals representing audio information from said first Internet radio device to said selected Internet radio device and wherein said first Internet radio device, responsive to said second selector, is for receiving digital signals representing audio programming from said selected Internet radio device via the Internet without utilizing an Internet browser and further is for rendering audible said digital signals.
27. A communication system as described in claim 26 wherein said group of criteria of said first selector includes country and language of said registered Internet radio devices.
28. A communication system as described in claim 26 further comprising a chaincast manager coupled to said Internet and for registering said Internet radio devices and for scheduling information transfers between said first Internet radio device and said selected Internet radio device responsive to requests generated by said first Internet radio device and said selected Internet radio device.
29. A communication system as described in claim 28 further comprising a plurality of secondary broadcasters coupled to the Internet, each for originating respective secondary broadcast information, and wherein said chaincast manager is also for registering said plurality of secondary broadcasters and, independent of said Internet radio devices, for scheduling information transfers of said second broadcast information to said Internet radio device.
30. A communication system as described in claim 26 wherein said chaincast manager is also for supplying said first Internet radio device with said list of all registered Internet radio devices responsive to a request by said first Internet radio device for said list.
31. A communication system as described in claim 26 wherein said digital signals also include digitally encoded audio/visual information representing audio/visual programming.
32. A communication system as described in claim 26 wherein said digital signals also include HTML documents.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/860,414 US20020059592A1 (en) | 1999-02-19 | 2001-05-17 | Method and system for implementing an internet radio device for receiving and /or transmitting media information |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/253,117 US7610607B1 (en) | 1999-02-19 | 1999-02-19 | Chaincast method and system for broadcasting information to multiple systems within the internet |
US09/300,294 US6249810B1 (en) | 1999-02-19 | 1999-04-27 | Method and system for implementing an internet radio device for receiving and/or transmitting media information |
US09/860,414 US20020059592A1 (en) | 1999-02-19 | 2001-05-17 | Method and system for implementing an internet radio device for receiving and /or transmitting media information |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/300,294 Continuation US6249810B1 (en) | 1999-02-19 | 1999-04-27 | Method and system for implementing an internet radio device for receiving and/or transmitting media information |
Publications (1)
Publication Number | Publication Date |
---|---|
US20020059592A1 true US20020059592A1 (en) | 2002-05-16 |
Family
ID=23158506
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/300,294 Expired - Lifetime US6249810B1 (en) | 1999-02-19 | 1999-04-27 | Method and system for implementing an internet radio device for receiving and/or transmitting media information |
US09/860,414 Abandoned US20020059592A1 (en) | 1999-02-19 | 2001-05-17 | Method and system for implementing an internet radio device for receiving and /or transmitting media information |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/300,294 Expired - Lifetime US6249810B1 (en) | 1999-02-19 | 1999-04-27 | Method and system for implementing an internet radio device for receiving and/or transmitting media information |
Country Status (3)
Country | Link |
---|---|
US (2) | US6249810B1 (en) |
AU (1) | AU3618100A (en) |
WO (1) | WO2000069101A1 (en) |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020001303A1 (en) * | 1998-10-29 | 2002-01-03 | Boys Donald Robert Martin | Method and apparatus for practicing IP telephony from an Internet-capable radio |
US20020049849A1 (en) * | 2000-09-22 | 2002-04-25 | Adolf Proidl | Internet receiving arrangement having quality test means |
US20030028660A1 (en) * | 2001-08-02 | 2003-02-06 | Hitachi, Ltd. | Method and system for data distribution |
US20030169940A1 (en) * | 2000-06-20 | 2003-09-11 | University Of New Hampshire | Method and apparatus for the compression and decompression of image files using a chaotic system |
US20040255327A1 (en) * | 2003-06-12 | 2004-12-16 | Digital Deck, Inc. | Media content distribution system and method |
US20050021539A1 (en) * | 2003-03-07 | 2005-01-27 | Chaticom, Inc. | Methods and systems for digital rights management of protected content |
US20050194661A1 (en) * | 1996-11-14 | 2005-09-08 | Micron Technology, Inc. | Solvent prewet and method to dispense the solvent prewet |
US20060007923A1 (en) * | 1998-10-29 | 2006-01-12 | Boys Donald R M | Mobile wireless internet portable radio |
US20060126201A1 (en) * | 2004-12-10 | 2006-06-15 | Arvind Jain | System and method for scalable data distribution |
US20070055643A1 (en) * | 2003-09-30 | 2007-03-08 | Sony Corporation | Information reproduction device and method and program |
US7215776B1 (en) | 1999-11-09 | 2007-05-08 | University Of New Hampshire | Method and apparatus for the compression and decompression of audio files using a chaotic system |
US7215772B2 (en) | 1999-11-09 | 2007-05-08 | Chaoticom, Inc. | Method and apparatus for remote digital key generation |
US20070174463A1 (en) * | 2002-02-14 | 2007-07-26 | Level 3 Communications, Llc | Managed object replication and delivery |
US7286670B2 (en) | 1999-11-09 | 2007-10-23 | Chaoticom, Inc. | Method and apparatus for chaotic opportunistic lossless compression of data |
US20070258467A1 (en) * | 2006-05-03 | 2007-11-08 | Tektronix, Inc. | Open component manipulation system |
US20080114891A1 (en) * | 2003-03-06 | 2008-05-15 | Nvidia Corporation | Method and system for broadcasting live data over a network |
US20080181148A1 (en) * | 2007-01-08 | 2008-07-31 | Freesystems Pte., Ltd. | Multi-node media content relay system |
US20080214131A1 (en) * | 2005-07-22 | 2008-09-04 | Koninklijke Philips Electronics, N.V. | User Interface to be Implemented in a Device for Organazing Broadcast Stations and Optically Their Content |
US7568034B1 (en) * | 2003-07-03 | 2009-07-28 | Google Inc. | System and method for data distribution |
US20100017463A1 (en) * | 2006-08-31 | 2010-01-21 | Uwe Horn | Unicast/Multicast Media Edge Proxy with Fast Channel Switching |
US7822871B2 (en) | 2001-09-28 | 2010-10-26 | Level 3 Communications, Llc | Configurable adaptive global traffic control and management |
US20100306404A1 (en) * | 2002-12-12 | 2010-12-02 | Sony Corporation | Information processing system, service providing apparatus and method, information processing apparatus and method, recording medium, and program |
US7860964B2 (en) | 2001-09-28 | 2010-12-28 | Level 3 Communications, Llc | Policy-based content delivery network selection |
US7953888B2 (en) | 1999-06-18 | 2011-05-31 | Level 3 Communications, Llc | On-demand overlay routing for computer-based communication networks |
US20110176420A1 (en) * | 2008-08-28 | 2011-07-21 | Akihiko Shiotsuki | Wireless transmission device, wireless transmission method, program, and integrated circuit |
US8136025B1 (en) | 2003-07-03 | 2012-03-13 | Google Inc. | Assigning document identification tags |
US20120155464A1 (en) * | 2010-12-21 | 2012-06-21 | Electronics And Telecommunications Research Institute | Communication node and communication method |
US8543901B1 (en) | 1999-11-01 | 2013-09-24 | Level 3 Communications, Llc | Verification of content stored in a network |
US8930538B2 (en) | 2008-04-04 | 2015-01-06 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
US9021112B2 (en) | 2001-10-18 | 2015-04-28 | Level 3 Communications, Llc | Content request routing and load balancing for content distribution networks |
US9338227B2 (en) | 2001-10-02 | 2016-05-10 | Level 3 Communications, Llc | Automated management of content servers based on change in demand |
US9762692B2 (en) | 2008-04-04 | 2017-09-12 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
US10924573B2 (en) | 2008-04-04 | 2021-02-16 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
Families Citing this family (106)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6868433B1 (en) | 1998-09-11 | 2005-03-15 | L.V. Partners, L.P. | Input device having positional and scanning capabilities |
US6745234B1 (en) | 1998-09-11 | 2004-06-01 | Digital:Convergence Corporation | Method and apparatus for accessing a remote location by scanning an optical code |
US6636896B1 (en) * | 1998-09-11 | 2003-10-21 | Lv Partners, L.P. | Method and apparatus for utilizing an audibly coded signal to conduct commerce over the internet |
US7440993B1 (en) | 1998-09-11 | 2008-10-21 | Lv Partners, L.P. | Method and apparatus for launching a web browser in response to scanning of product information |
US7379901B1 (en) | 1998-09-11 | 2008-05-27 | Lv Partners, L.P. | Accessing a vendor web site using personal account information retrieved from a credit card company web site |
US6704864B1 (en) | 1999-08-19 | 2004-03-09 | L.V. Partners, L.P. | Automatic configuration of equipment software |
US7392945B1 (en) | 1998-09-11 | 2008-07-01 | Lv Partners, L.P. | Portable scanner for enabling automatic commerce transactions |
US7191247B1 (en) | 1998-09-11 | 2007-03-13 | Lv Partners, Lp | Method for connecting a wireless device to a remote location on a network |
US7386600B1 (en) | 1998-09-11 | 2008-06-10 | Lv Partners, L.P. | Launching a web site using a personal device |
US6823388B1 (en) | 1998-09-11 | 2004-11-23 | L.V. Parners, L.P. | Method and apparatus for accessing a remote location with an optical reader having a programmable memory system |
US6920479B2 (en) * | 1999-06-16 | 2005-07-19 | Im Networks, Inc. | Internet radio receiver with linear tuning interface |
US20020023123A1 (en) * | 1999-07-26 | 2002-02-21 | Justin P. Madison | Geographic data locator |
US6728776B1 (en) * | 1999-08-27 | 2004-04-27 | Gateway, Inc. | System and method for communication of streaming data |
EP2448155A3 (en) | 1999-11-10 | 2014-05-07 | Pandora Media, Inc. | Internet radio and broadcast method |
US6848002B1 (en) * | 1999-12-01 | 2005-01-25 | Sharp Laboratories Of America, Inc. | System and method for optimal selection and presentation of streaming media types |
US6389467B1 (en) | 2000-01-24 | 2002-05-14 | Friskit, Inc. | Streaming media search and continuous playback system of media resources located by multiple network addresses |
US7143141B1 (en) | 2000-01-25 | 2006-11-28 | Hewlett-Packard Development Company, L.P. | System for providing internet-related services in response to a handheld device that is not required to be internet-enabled |
US7194520B1 (en) * | 2000-02-25 | 2007-03-20 | Cypress Semiconductor Corp. | Content player for broadcasting to information appliances |
US7783722B1 (en) | 2000-03-08 | 2010-08-24 | Music Choice | Personalized audio system and method |
US7325043B1 (en) | 2000-03-08 | 2008-01-29 | Music Choice | System and method for providing a personalized media service |
US7856485B2 (en) | 2000-03-08 | 2010-12-21 | Music Choice | Systems and methods for providing customized media channels |
US7028082B1 (en) | 2001-03-08 | 2006-04-11 | Music Choice | Personalized audio system and method |
US8463780B1 (en) | 2000-03-08 | 2013-06-11 | Music Choice | System and method for providing a personalized media service |
US7275256B1 (en) | 2001-08-28 | 2007-09-25 | Music Choice | System and method for providing an interactive, visual complement to an audio program |
US7320025B1 (en) | 2002-03-18 | 2008-01-15 | Music Choice | Systems and methods for providing a broadcast entertainment service and an on-demand entertainment service |
US7076561B1 (en) * | 2000-03-08 | 2006-07-11 | Music Choice | Personalized audio system and method |
JP4529056B2 (en) * | 2000-03-21 | 2010-08-25 | ソニー株式会社 | Information processing apparatus and method, recording medium, and information processing system |
US6879963B1 (en) * | 2000-04-12 | 2005-04-12 | Music Choice | Cross channel delivery system and method |
US7024485B2 (en) * | 2000-05-03 | 2006-04-04 | Yahoo! Inc. | System for controlling and enforcing playback restrictions for a media file by splitting the media file into usable and unusable portions for playback |
US7251665B1 (en) | 2000-05-03 | 2007-07-31 | Yahoo! Inc. | Determining a known character string equivalent to a query string |
US7162482B1 (en) | 2000-05-03 | 2007-01-09 | Musicmatch, Inc. | Information retrieval engine |
US8352331B2 (en) | 2000-05-03 | 2013-01-08 | Yahoo! Inc. | Relationship discovery engine |
US7584291B2 (en) * | 2000-05-12 | 2009-09-01 | Mosi Media, Llc | System and method for limiting dead air time in internet streaming media delivery |
US6684249B1 (en) | 2000-05-26 | 2004-01-27 | Sonicbox, Inc. | Method and system for adding advertisements over streaming audio based upon a user profile over a world wide area network of computers |
US6769028B1 (en) | 2000-05-26 | 2004-07-27 | Sonicbox, Inc. | Method and apparatus for sharing streaming media links |
US8090791B1 (en) | 2000-06-20 | 2012-01-03 | At&T Intellectual Property Ii, L.P. | Active requesting of information for pseudo-live performance |
US8037152B2 (en) * | 2000-06-20 | 2011-10-11 | At&T Intellectual Property Ii, L.P. | Active requesting of information for psuedo-live performance |
US6999941B1 (en) * | 2000-07-11 | 2006-02-14 | Amazon.Com, Inc. | Providing gift clustering functionality to assist a user in ordering multiple items for a recipient |
US20020132617A1 (en) * | 2001-01-05 | 2002-09-19 | Nuss Randall S. | Method and apparatus for providing virtual frequency identifiers for internet radio |
AU2001269693A1 (en) * | 2000-07-19 | 2002-02-05 | Arrio Communications, Inc. | Method and apparatus for providing virtual frequency identifiers for internet radio |
US6874018B2 (en) * | 2000-08-07 | 2005-03-29 | Networks Associates Technology, Inc. | Method and system for playing associated audible advertisement simultaneously with the display of requested content on handheld devices and sending a visual warning when the audio channel is off |
US6766376B2 (en) | 2000-09-12 | 2004-07-20 | Sn Acquisition, L.L.C | Streaming media buffering system |
US20020042754A1 (en) * | 2000-10-10 | 2002-04-11 | Del Beccaro David J. | System and method for receiving broadcast audio/video works and for enabling a consumer to purchase the received audio/video works |
US20020098813A1 (en) * | 2000-11-01 | 2002-07-25 | George Likourezos | Apparatus and method for generating and transmitting an RF modulated signal having a modulation frequency within the AM and/or FM band |
US8271333B1 (en) | 2000-11-02 | 2012-09-18 | Yahoo! Inc. | Content-related wallpaper |
US8144837B2 (en) * | 2001-01-22 | 2012-03-27 | Dialogic Corporation | Method and system for enhanced user experience of audio |
NL1017388C2 (en) | 2001-02-16 | 2002-08-19 | Marc Van Oldenborgh | Organic data network with a dynamic topology. |
US7631088B2 (en) | 2001-02-27 | 2009-12-08 | Jonathan Logan | System and method for minimizing perceived dead air time in internet streaming media delivery |
US7024609B2 (en) * | 2001-04-20 | 2006-04-04 | Kencast, Inc. | System for protecting the transmission of live data streams, and upon reception, for reconstructing the live data streams and recording them into files |
US7574513B2 (en) * | 2001-04-30 | 2009-08-11 | Yahoo! Inc. | Controllable track-skipping |
US7266609B2 (en) * | 2001-04-30 | 2007-09-04 | Aol Llc | Generating multiple data streams from a single data source |
WO2003105006A1 (en) | 2001-04-30 | 2003-12-18 | America Online, Inc. | Load balancing with direct terminal response |
US7124166B2 (en) | 2001-04-30 | 2006-10-17 | Aol Llc | Duplicating digital streams for digital conferencing using switching technologies |
US7237033B2 (en) | 2001-04-30 | 2007-06-26 | Aol Llc | Duplicating switch for streaming data units to a terminal |
US6725053B2 (en) * | 2001-05-15 | 2004-04-20 | Qualcomm Incorporated | Method and apparatus for reducing latency in waking up a group of dormant communication devices |
US8495167B2 (en) * | 2001-08-02 | 2013-07-23 | Lauri Valjakka | Data communications networks, systems, methods and apparatus |
US7840645B1 (en) * | 2001-10-22 | 2010-11-23 | Cisco Technology, Inc. | Methods and apparatus for providing content over a computer network |
US20030115340A1 (en) * | 2001-10-31 | 2003-06-19 | Sagula Rafael Linden | Data transmission process and system |
US20030101253A1 (en) * | 2001-11-29 | 2003-05-29 | Takayuki Saito | Method and system for distributing data in a network |
US7720686B2 (en) * | 2001-12-04 | 2010-05-18 | Yahoo! Inc. | Method and system for providing listener-requested music over a network |
US7526090B2 (en) * | 2002-01-09 | 2009-04-28 | International Business Machines Corporation | Secured radio communications method |
US7146433B2 (en) * | 2002-02-01 | 2006-12-05 | Lenovo Singapore Pte. Ltd | Extending an allowable transmission distance between a wireless device and an access point by communication with intermediate wireless devices |
KR100439415B1 (en) * | 2002-02-02 | 2004-07-09 | 강영식 | Radio broadcating system for supplying an information |
US7617295B1 (en) | 2002-03-18 | 2009-11-10 | Music Choice | Systems and methods for providing a broadcast entertainment service and an on-demand entertainment service |
US7707221B1 (en) | 2002-04-03 | 2010-04-27 | Yahoo! Inc. | Associating and linking compact disc metadata |
US20040029525A1 (en) * | 2002-08-05 | 2004-02-12 | Sun Microsystems, Inc. | Tuning engine and user interface for internet broadcasts on mobile devices |
US20040034548A1 (en) * | 2002-08-19 | 2004-02-19 | Yohaness Teklu | Apparatus and method of implementing an internet radio community health support system |
US7869399B2 (en) * | 2003-01-06 | 2011-01-11 | Interdigital Technology Corporation | Method and apparatus for controlling the distribution of multimedia broadcast services |
US7626609B1 (en) | 2003-03-07 | 2009-12-01 | Music Choice | Method and system for displaying content while reducing burn-in of a display |
JP2004355503A (en) * | 2003-05-30 | 2004-12-16 | Canon Inc | Device management apparatus and method therefor |
US7817591B2 (en) * | 2003-08-22 | 2010-10-19 | Agere Systems Inc. | Dedicated local internet radio |
WO2005026916A2 (en) | 2003-09-10 | 2005-03-24 | Musicmatch, Inc. | Music purchasing and playing system and method |
US7436535B2 (en) * | 2003-10-24 | 2008-10-14 | Microsoft Corporation | Real-time inking |
US8060743B2 (en) * | 2003-11-14 | 2011-11-15 | Certicom Corp. | Cryptographic method and apparatus |
JP4289129B2 (en) * | 2003-11-18 | 2009-07-01 | ヤマハ株式会社 | Audio distribution system |
CA2554757A1 (en) * | 2004-01-29 | 2005-08-11 | Chaoticom, Inc. | Systems and methods for providing digital content and caller alerts to wireless network-enabled devices |
US20050177853A1 (en) * | 2004-02-11 | 2005-08-11 | Alio, Inc. | System and Methodology for Distributed Delivery of Online Content in Response to Client Selections from an Online Catalog |
US20050177624A1 (en) * | 2004-02-11 | 2005-08-11 | Alio, Inc. | Distributed System and Methodology for Delivery of Media Content to Clients having Peer-to-peer Connectivity |
US20050177745A1 (en) * | 2004-02-11 | 2005-08-11 | Alio, Inc. | Distributed System and Methodology for Delivery of Media Content |
GB2411744A (en) * | 2004-03-02 | 2005-09-07 | Lopes Antonio Roldao | Internet radio interface system |
US20060031548A1 (en) * | 2004-03-19 | 2006-02-09 | Funchess Samuel W | Electronic media distribution system and method |
US7912457B2 (en) | 2004-04-21 | 2011-03-22 | Qualcomm Incorporated | Methods and apparatus for creation and transport of multimedia content flows |
US8544043B2 (en) | 2004-07-21 | 2013-09-24 | Qualcomm Incorporated | Methods and apparatus for providing content information to content servers |
US7529845B2 (en) * | 2004-09-15 | 2009-05-05 | Nokia Corporation | Compressing, filtering, and transmitting of protocol messages via a protocol-aware intermediary node |
US7533324B2 (en) * | 2004-09-22 | 2009-05-12 | Kencast, Inc. | System, method and apparatus for FEC encoding and decoding |
JP4842968B2 (en) | 2004-12-09 | 2011-12-21 | クゥアルコム・インコーポレイテッド | Method and apparatus for the generation and transport of multimedia content flows to distribution networks |
US7739580B1 (en) * | 2005-02-17 | 2010-06-15 | Kencast, Inc. | System, method and apparatus for reducing blockage losses on information distribution networks |
WO2006138620A2 (en) | 2005-06-15 | 2006-12-28 | Music Choice | Systems and methods for facilitating the acquisition of content |
US8223643B1 (en) | 2005-09-06 | 2012-07-17 | Kencast, Inc. | Method for packet-level FEC encoding a stream of source packets using shifted interleaving |
KR20070056442A (en) * | 2005-11-29 | 2007-06-04 | 삼성전자주식회사 | System and method of providing web service for device without web browser |
FR2905488B1 (en) * | 2006-09-04 | 2011-04-01 | Baracoda | ARCHITECTURE FOR ACCESSING A DATA STREAM USING A USER TERMINAL |
US8707139B2 (en) * | 2006-10-18 | 2014-04-22 | Kencast, Inc. | Systems, methods, apparatus, and computer program products for providing forward error correction with low latency |
US7827298B2 (en) * | 2006-10-20 | 2010-11-02 | Mixpo Portfolio Broadcasting, Inc. | Peer-to-web media broadcasting and managing online publisher computers |
WO2008066496A1 (en) * | 2006-11-27 | 2008-06-05 | Creative Technology Ltd | A communication system, a media player used in the system and a method thereof |
GB0703974D0 (en) * | 2007-03-01 | 2007-04-11 | Sony Comp Entertainment Europe | Entertainment device |
US7949778B2 (en) * | 2007-03-27 | 2011-05-24 | Kencast, Inc. | Systems, methods, apparatus and computer program products for providing packet-level FEC with higher throughput using user datagram protocol (UDP) |
US8396413B2 (en) * | 2007-10-25 | 2013-03-12 | Agere Systems Llc | Providing a virtual local channel in a satellite broadcast system |
US8418034B2 (en) | 2008-02-08 | 2013-04-09 | Kencast, Inc. | Systems, methods, apparatus and computer program products for highly reliable file delivery using compound and braided FEC encoding and decoding |
US20100153572A1 (en) * | 2008-12-11 | 2010-06-17 | Motorola, Inc. | Method and apparatus for identifying and scheduling internet radio programming |
US8326270B2 (en) | 2009-02-02 | 2012-12-04 | Lemi Technology, Llc | Optimizing operation of a radio program |
US8909617B2 (en) * | 2011-01-26 | 2014-12-09 | Hulu, LLC | Semantic matching by content analysis |
US9197937B1 (en) | 2012-04-26 | 2015-11-24 | Music Choice | Automatic on-demand navigation based on meta-data broadcast with media content |
JP6134482B2 (en) * | 2012-06-05 | 2017-05-24 | ホーチキ株式会社 | Notification broadcasting system |
TWI501631B (en) * | 2013-04-19 | 2015-09-21 | Primax Electronics Ltd | Method for playing real-time streaming media |
US10219027B1 (en) | 2014-10-24 | 2019-02-26 | Music Choice | System for providing music content to a user |
CN111447196B (en) * | 2020-03-23 | 2023-09-12 | 维沃移动通信有限公司 | Registration method and electronic equipment |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6185598B1 (en) * | 1998-02-10 | 2001-02-06 | Digital Island, Inc. | Optimized network resource location |
US6189039B1 (en) * | 1997-04-10 | 2001-02-13 | International Business Machines Corporation | Selective tunneling of streaming data |
US6246672B1 (en) * | 1998-04-28 | 2001-06-12 | International Business Machines Corp. | Singlecast interactive radio system |
US6314094B1 (en) * | 1998-10-29 | 2001-11-06 | Central Coast Patent Agency Inc | Mobile wireless internet portable radio |
US6349329B1 (en) * | 1998-09-29 | 2002-02-19 | Radiowave.Com, Inc. | Coordinating delivery of supplemental materials with radio broadcast material |
US6408435B1 (en) * | 1996-04-30 | 2002-06-18 | Sony Corporation | Internet downloaded programmable remote control |
US6587127B1 (en) * | 1997-11-25 | 2003-07-01 | Motorola, Inc. | Content player method and server with user profile |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5793980A (en) * | 1994-11-30 | 1998-08-11 | Realnetworks, Inc. | Audio-on-demand communication system |
US5790958A (en) * | 1995-10-16 | 1998-08-04 | Mmgt Enterprises, Inc. | Radio reception system for general purpose computer |
US5948070A (en) * | 1995-10-31 | 1999-09-07 | Nec Corporation | File transfer systems, file transfer methods and storage media for storing file transfer programs |
US5778187A (en) * | 1996-05-09 | 1998-07-07 | Netcast Communications Corp. | Multicasting method and apparatus |
US5884031A (en) | 1996-10-01 | 1999-03-16 | Pipe Dream, Inc. | Method for connecting client systems into a broadcast network |
US6018710A (en) * | 1996-12-13 | 2000-01-25 | Siemens Corporate Research, Inc. | Web-based interactive radio environment: WIRE |
US5987525A (en) * | 1997-04-15 | 1999-11-16 | Cddb, Inc. | Network delivery of interactive entertainment synchronized to playback of audio recordings |
CA2318914A1 (en) * | 1998-01-22 | 1999-07-29 | Safi Qureshey | Intelligent radio |
-
1999
- 1999-04-27 US US09/300,294 patent/US6249810B1/en not_active Expired - Lifetime
-
2000
- 2000-03-08 AU AU36181/00A patent/AU3618100A/en not_active Abandoned
- 2000-03-08 WO PCT/US2000/005917 patent/WO2000069101A1/en active Application Filing
-
2001
- 2001-05-17 US US09/860,414 patent/US20020059592A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6408435B1 (en) * | 1996-04-30 | 2002-06-18 | Sony Corporation | Internet downloaded programmable remote control |
US6189039B1 (en) * | 1997-04-10 | 2001-02-13 | International Business Machines Corporation | Selective tunneling of streaming data |
US6587127B1 (en) * | 1997-11-25 | 2003-07-01 | Motorola, Inc. | Content player method and server with user profile |
US6185598B1 (en) * | 1998-02-10 | 2001-02-06 | Digital Island, Inc. | Optimized network resource location |
US6246672B1 (en) * | 1998-04-28 | 2001-06-12 | International Business Machines Corp. | Singlecast interactive radio system |
US6349329B1 (en) * | 1998-09-29 | 2002-02-19 | Radiowave.Com, Inc. | Coordinating delivery of supplemental materials with radio broadcast material |
US6314094B1 (en) * | 1998-10-29 | 2001-11-06 | Central Coast Patent Agency Inc | Mobile wireless internet portable radio |
Cited By (69)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050194661A1 (en) * | 1996-11-14 | 2005-09-08 | Micron Technology, Inc. | Solvent prewet and method to dispense the solvent prewet |
US20060114890A1 (en) * | 1998-10-29 | 2006-06-01 | Martin Boys Donald R | Method and apparatus for practicing IP telephony from an internet-capable radio |
US20110223892A1 (en) * | 1998-10-29 | 2011-09-15 | Donald Robert Martin Boys | Mobile wireless internet portable radio |
US7817621B2 (en) | 1998-10-29 | 2010-10-19 | Donald Robert Martin Boys | Mobile wireless internet portable radio |
US7948969B2 (en) | 1998-10-29 | 2011-05-24 | Lonecraft Limited, Llc | Mobile wireless internet portable radio |
US20020001303A1 (en) * | 1998-10-29 | 2002-01-03 | Boys Donald Robert Martin | Method and apparatus for practicing IP telephony from an Internet-capable radio |
US8594076B2 (en) | 1998-10-29 | 2013-11-26 | Lonecraft Limited, Llc | Mobile wireless internet portable radio |
US20060007923A1 (en) * | 1998-10-29 | 2006-01-12 | Boys Donald R M | Mobile wireless internet portable radio |
US20060007922A1 (en) * | 1998-10-29 | 2006-01-12 | Boys Donald R M | Mobile wireless internet portable radio |
US6993004B2 (en) * | 1998-10-29 | 2006-01-31 | Sound Starts, Inc. | Method and apparatus for practicing IP telephony from an Internet-capable radio |
US8599697B2 (en) | 1999-06-18 | 2013-12-03 | Level 3 Communications, Llc | Overlay network |
US7953888B2 (en) | 1999-06-18 | 2011-05-31 | Level 3 Communications, Llc | On-demand overlay routing for computer-based communication networks |
US8543901B1 (en) | 1999-11-01 | 2013-09-24 | Level 3 Communications, Llc | Verification of content stored in a network |
US7440570B2 (en) | 1999-11-09 | 2008-10-21 | Groove Mobile, Inc. | Method and apparatus for remote digital key generation |
US7215776B1 (en) | 1999-11-09 | 2007-05-08 | University Of New Hampshire | Method and apparatus for the compression and decompression of audio files using a chaotic system |
US7215772B2 (en) | 1999-11-09 | 2007-05-08 | Chaoticom, Inc. | Method and apparatus for remote digital key generation |
US20070177730A1 (en) * | 1999-11-09 | 2007-08-02 | Short Kevin M | Method and apparatus for remote digital key generation |
US20070208791A1 (en) * | 1999-11-09 | 2007-09-06 | University Of New Hampshire | Method and apparatus for the compression and decompression of audio files using a chaotic system |
US7286670B2 (en) | 1999-11-09 | 2007-10-23 | Chaoticom, Inc. | Method and apparatus for chaotic opportunistic lossless compression of data |
US20030169940A1 (en) * | 2000-06-20 | 2003-09-11 | University Of New Hampshire | Method and apparatus for the compression and decompression of image files using a chaotic system |
US20070053517A1 (en) * | 2000-06-20 | 2007-03-08 | University Of New Hampshire | Method and apparatus for the compression and decompression of image files using a chaotic system |
US7110547B2 (en) | 2000-06-20 | 2006-09-19 | University Of New Hampshire | Method and apparatus for the compression and decompression of image files using a chaotic system |
US7945635B2 (en) * | 2000-09-22 | 2011-05-17 | Koninklijke Philips Electronics N.V. | Internet receiving arrangement having quality test means |
US20020049849A1 (en) * | 2000-09-22 | 2002-04-25 | Adolf Proidl | Internet receiving arrangement having quality test means |
US20030028660A1 (en) * | 2001-08-02 | 2003-02-06 | Hitachi, Ltd. | Method and system for data distribution |
US7860964B2 (en) | 2001-09-28 | 2010-12-28 | Level 3 Communications, Llc | Policy-based content delivery network selection |
US9203636B2 (en) | 2001-09-28 | 2015-12-01 | Level 3 Communications, Llc | Distributing requests across multiple content delivery networks based on subscriber policy |
US8645517B2 (en) | 2001-09-28 | 2014-02-04 | Level 3 Communications, Llc | Policy-based content delivery network selection |
US7822871B2 (en) | 2001-09-28 | 2010-10-26 | Level 3 Communications, Llc | Configurable adaptive global traffic control and management |
US10771541B2 (en) | 2001-10-02 | 2020-09-08 | Level 3 Communications, Llc | Automated management of content servers based on change in demand |
US9338227B2 (en) | 2001-10-02 | 2016-05-10 | Level 3 Communications, Llc | Automated management of content servers based on change in demand |
US10476984B2 (en) | 2001-10-18 | 2019-11-12 | Level 3 Communications, Llc | Content request routing and load balancing for content distribution networks |
US9021112B2 (en) | 2001-10-18 | 2015-04-28 | Level 3 Communications, Llc | Content request routing and load balancing for content distribution networks |
US9167036B2 (en) | 2002-02-14 | 2015-10-20 | Level 3 Communications, Llc | Managed object replication and delivery |
US10979499B2 (en) | 2002-02-14 | 2021-04-13 | Level 3 Communications, Llc | Managed object replication and delivery |
US9992279B2 (en) | 2002-02-14 | 2018-06-05 | Level 3 Communications, Llc | Managed object replication and delivery |
US20070174463A1 (en) * | 2002-02-14 | 2007-07-26 | Level 3 Communications, Llc | Managed object replication and delivery |
US8924466B2 (en) | 2002-02-14 | 2014-12-30 | Level 3 Communications, Llc | Server handoff in content delivery network |
US20100306404A1 (en) * | 2002-12-12 | 2010-12-02 | Sony Corporation | Information processing system, service providing apparatus and method, information processing apparatus and method, recording medium, and program |
US10417444B2 (en) | 2002-12-12 | 2019-09-17 | Sony Corporation | Information processing system, service providing apparatus and method, information processing apparatus and method, recording medium, and program |
US9684796B2 (en) * | 2002-12-12 | 2017-06-20 | Sony Corporation | Information processing system, service providing apparatus and method, information processing apparatus and method, recording medium, and program |
US20080114891A1 (en) * | 2003-03-06 | 2008-05-15 | Nvidia Corporation | Method and system for broadcasting live data over a network |
US8788692B2 (en) * | 2003-03-06 | 2014-07-22 | Nvidia Corporation | Method and system for broadcasting live data over a network |
US7676596B1 (en) * | 2003-03-06 | 2010-03-09 | Nvidia Corporation | Method and system for broadcasting live data over a network |
US7404002B1 (en) * | 2003-03-06 | 2008-07-22 | Nvidia Corporation | Method and system for broadcasting live data over a network |
US20050021539A1 (en) * | 2003-03-07 | 2005-01-27 | Chaticom, Inc. | Methods and systems for digital rights management of protected content |
US20040255327A1 (en) * | 2003-06-12 | 2004-12-16 | Digital Deck, Inc. | Media content distribution system and method |
US9411889B2 (en) | 2003-07-03 | 2016-08-09 | Google Inc. | Assigning document identification tags |
US8136025B1 (en) | 2003-07-03 | 2012-03-13 | Google Inc. | Assigning document identification tags |
US7568034B1 (en) * | 2003-07-03 | 2009-07-28 | Google Inc. | System and method for data distribution |
US20070055643A1 (en) * | 2003-09-30 | 2007-03-08 | Sony Corporation | Information reproduction device and method and program |
US8156122B2 (en) * | 2003-09-30 | 2012-04-10 | Sony Corporation | Information reproduction device and method and program |
US20060126201A1 (en) * | 2004-12-10 | 2006-06-15 | Arvind Jain | System and method for scalable data distribution |
US8346843B2 (en) | 2004-12-10 | 2013-01-01 | Google Inc. | System and method for scalable data distribution |
US8959144B2 (en) | 2004-12-10 | 2015-02-17 | Google Inc. | System and method for scalable data distribution |
US20080214131A1 (en) * | 2005-07-22 | 2008-09-04 | Koninklijke Philips Electronics, N.V. | User Interface to be Implemented in a Device for Organazing Broadcast Stations and Optically Their Content |
US20070258467A1 (en) * | 2006-05-03 | 2007-11-08 | Tektronix, Inc. | Open component manipulation system |
US8171071B2 (en) * | 2006-05-03 | 2012-05-01 | Tektronix, Inc. | Open component manipulation system |
US9065700B2 (en) | 2006-08-31 | 2015-06-23 | Telefonaktiebolaget L M Ericsson (Publ) | Unicast/multicast media edge proxy with fast channel switching |
US20100017463A1 (en) * | 2006-08-31 | 2010-01-21 | Uwe Horn | Unicast/Multicast Media Edge Proxy with Fast Channel Switching |
US8489749B2 (en) * | 2006-08-31 | 2013-07-16 | Telefonaktiebolaget L M Ericsson (Publ) | Unicast/multicast media edge proxy with fast channel switching |
US20080181148A1 (en) * | 2007-01-08 | 2008-07-31 | Freesystems Pte., Ltd. | Multi-node media content relay system |
US8930538B2 (en) | 2008-04-04 | 2015-01-06 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
US9762692B2 (en) | 2008-04-04 | 2017-09-12 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
US10218806B2 (en) | 2008-04-04 | 2019-02-26 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
US10924573B2 (en) | 2008-04-04 | 2021-02-16 | Level 3 Communications, Llc | Handling long-tail content in a content delivery network (CDN) |
US20110176420A1 (en) * | 2008-08-28 | 2011-07-21 | Akihiko Shiotsuki | Wireless transmission device, wireless transmission method, program, and integrated circuit |
US8553550B2 (en) * | 2008-08-28 | 2013-10-08 | Panasonic Corporation | Wireless transmission device, wireless transmission method, program, and integrated circuit |
US20120155464A1 (en) * | 2010-12-21 | 2012-06-21 | Electronics And Telecommunications Research Institute | Communication node and communication method |
Also Published As
Publication number | Publication date |
---|---|
AU3618100A (en) | 2000-11-21 |
WO2000069101A1 (en) | 2000-11-16 |
US6249810B1 (en) | 2001-06-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6249810B1 (en) | Method and system for implementing an internet radio device for receiving and/or transmitting media information | |
US7831991B1 (en) | Method and system for ensuring continuous data flow between re-transmitters within a chaincast communication system | |
US8065711B2 (en) | Chaincast method and system for broadcasting information to multiple systems within the internet | |
KR100773632B1 (en) | Enhanced video programming system and method providing a distributed community network | |
US7508789B2 (en) | Information distribution and processing system | |
US6317785B1 (en) | Information processing apparatuses for extracting first linkage reference if a second set of displayable set is selected | |
US7089319B2 (en) | Method and system for instantaneous on-demand delivery of multimedia content over a communication network with aid of content capturing component, delivery-on-demand client and dynamically mapped resource locator server | |
CN1293740C (en) | Video messaging | |
US6064420A (en) | Simulating two way connectivity for one way data streams for multiple parties | |
US20040133467A1 (en) | Method and apparatus for selecting streaming media in real-time | |
US6286031B1 (en) | Scalable multimedia distribution method using client pull to retrieve objects in a client-specific multimedia list | |
KR100423937B1 (en) | Internet broadcasting system and method using the technique of overlayed playing video contents and dynamically combined advertisement | |
JP2006229960A (en) | Method and system for combining selective call receiver with widely dispersed information source | |
US20140165096A1 (en) | Method and Apparatus for Delivering Selected Multimedia Content to a User in Pervasive Computing Environments | |
US20020147769A1 (en) | Method and system for pseudo-interactive internet access | |
WO2000065775A1 (en) | Method, system and medium associated with a network | |
US6188869B1 (en) | Information distribution and processing system | |
WO2001065767A2 (en) | Method and system relating to multicasting | |
US20030105808A1 (en) | Internet broadcasting apparatus and method | |
KR20020062465A (en) | Real time video advertising system with Multicast Group and Method thereof | |
CN1173566C (en) | Communicating enhancement data in layers | |
MXPA99008956A (en) | Method and system for providing a presentation on a network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |