Jukebox with associated video server

Description

FIELD

The example embodiments described herein relate to, for example, jukebox systems and, more particularly, to digital downloading jukebox systems of the type that typically include a central server and remote jukebox devices that communicate with the central server for royalty accounting and/or content updates and, still more particularly, to jukebox systems that have associated video servers for displaying video content on one or more displays or groups of displays external to the jukebox and/or directly on the jukebox.

BACKGROUND AND SUMMARY

Jukeboxes have been around for decades and provide users with the ability to select desired music for reproduction in a convenient and advantageous manner. Jukeboxes conventionally have been provided in commercial establishments, such as restaurants and bars, to provide desired music on demand for patrons thereof for a fee. Over the last several years, a new generation of jukebox devices have become available that provide significant improvements in the operation thereof for all parties involved. More specifically, the conventional standalone phonorecord and CD jukeboxes are being replaced by digital downloading jukeboxes that are controlled by and communicate with a central server. An example of this new generation jukebox system is shown in U.S. Pat. No. 6,308,204, the entire disclosure of which is incorporated herein by reference. A leading provider of this new generation of jukebox systems is TouchTunes Music Corporation.

FIG. 1 shows an overview of an exemplary embodiment of a digital downloading jukebox system 10 (hereinafter referred to simply as a “jukebox system”). As shown in FIG. 1, the jukebox system 10 includes a central server 12 that contains a master library of audio content (typically music), as well as or alternatively audiovisual content (typically music and associated video or graphics), that can be downloaded therefrom. The jukebox system also includes a series of remote jukebox devices 16, 16a-16f. Each of these jukebox devices generally are located in a bar, restaurant, club, or other desired location, and are operable to play music in response to receiving a payment from a user, such as coins, bills, credit/debit card, etc., and having one or more songs selected by the user for play. In an alternative embodiment, a music service is paid for on a subscription basis by the location, and the selected music is free for the end-user. The jukebox device 16 typically includes a screen 18 that presents information to the user and allows the user to select songs therefrom, as well as an audio system 20 that plays the selected songs. The screen 18 also may be used for displaying song-related video or graphics. The screen 18 also may be used to display advertisements for the jukebox itself to attract customers thereto, to display other types of advertisements, and/or to display any other desired information.

The jukebox devices 16 (sometimes referred to as simply “jukeboxes” herein) are operable to communicate with the central server 12 through a communications network 14, such as, for example, the Internet. The jukeboxes 16 periodically communicate with the server 12 to provide information to the server 12 regarding the specific songs that have been played on the jukebox. The central server then uses this information to determine the appropriate royalties and/or other payments that are owed for songs played on each jukebox. Thus, one advantage of this new generation of jukeboxes is that the sound reproduction and/or other applicable music rights can be adhered to in a more accurate and reliable manner, thereby assuring the proper royalties are paid to the artists or music owners. The central server 12 also can provide new songs to the jukebox 16 to assure that the appropriate or most popular songs are maintained on the jukebox based on the specific customers at that location. Thus, the songs available on each jukebox can be customized through communication with the central server to provide the songs and/or types of music that customers generally request at each jukebox location. As described in the above-referenced U.S. Pat. No. 6,308,204, the central server also advantageously can be used to update the operating software on the jukeboxes in order to, for example, change the operation of the jukebox, such as to provide new or improved features. Thus, another advantage of this new generation of jukeboxes is that the songs (or other audio and/or visual content), and the operation of the jukebox itself can be remotely changed as desired, thereby reducing the need to have someone (such as a routeman) personally service the jukebox. Instead, such updates can be done using the central server 12.

As indicated above, the jukebox devices 16 each include a mass storage device, such as a hard drive, which stores the songs and associated video/graphics data (if any), as well as any other desired graphical information for reproduction on the jukebox. The mass storage device of the jukebox typically has limited storage capacity relative to the storage device of the central server 12. As a result, only a fraction of the songs stored on the central server typically are stored on the mass storage device of the jukebox at any one time. There may be other reasons as well, such as for security of the data or limited room in the jukebox itself, for having limited storage capacity on the jukebox and/or limiting the number of songs stored thereon. For example, physical space may be limited on wall-mount jukeboxes or the like, which are designed to be small in size as compared to free-standing models. As explained above, the songs on the jukebox can be changed through communication with the central server, but typically any one jukebox only stores a relatively small subset of the complete library of songs maintained by the central server at any one time.

To increase the revenue that a jukebox generates, the most desired songs may be made available on the jukebox over time. If customers cannot find songs they like on the jukebox, usage of the jukebox (and the revenue generated thereby) may be reduced. On the other hand, it is difficult to predict in advance exactly what a customer at any particular location will desire to play on the jukebox. In fact, there are likely many instances where a customer would have selected a song that exists on the central server but is not currently present on the jukebox. As a result, the jukebox may not be enjoyed and used to its fullest extent. To address this problem and increase revenue, jukebox systems have in the past provided a feature that enables the user to search for songs on the central server from the jukebox and request an immediate download of a desired song from the central server to the jukebox for an additional fee. This feature enables the user to play any song in the master library of songs maintained by the central server using the jukebox, regardless of whether the specific song is presently stored in the mass storage of the jukebox itself. Thus, the user can first look for desired songs on the local storage of the jukebox and then, if desired, search further on the central server for desired songs. The jukebox device typically charges an additional fee (such as five credits instead on one credit) for an immediate download and play of a song from the central server as opposed to a standard play directly from the jukebox's local storage.

For most users, a relationship with a jukebox extends only as far as a choice of songs to play. Casual users may find it difficult to make selections rapidly and/or to locate specific songs. Regular users, however, frequently choose the same songs, and they may become frustrated with always having to make the same selections. Both problems may result in a loss of revenue from intimidation, frustration, etc.

Accordingly, it is a feature of certain exemplary embodiments to create a relationship between the jukebox and the patrons, in view of the further feature of creating a relationship with a whole community of jukebox users. Such a system can establish a trust relationship between the jukebox and the patrons, while also creating a sense of ownership for the patrons by allowing them to customize their services and communicate with their friends. Such a relationship and feeling of ownership can greatly increase the convenience of using a jukebox and its related services while also decreasing intimidation, frustration, etc.

In certain exemplary embodiments described herein, the jukebox can be made the centerpiece for music services as well as other services that enhance the experience of users as well as the revenues of location managers. For example, a jukebox can become a contact point at a given location through which users can reach out to their friends. For instance, users may call a get together using the jukebox, share music through the jukebox system, or meet up at a jukebox if they become separated at a crowded club. Similarly, a jukebox can become, for example, a contact point at a given location through which the manager of the location can reach out to customers. For instance, a manager can advertise specials, notify regulars of special events, etc. Such communications can be initiated by users, by location managers, or by the jukebox itself.

When jukebox users leave a location, their connection to the music, and, more particularly, the jukebox itself, typically ends. Users provide massive amounts of data to the jukeboxes, such as, for example, which users like certain types of music or certain songs, when they listen to music, how frequently they listen to it, etc. With conventional jukeboxes, this information is not leveraged to provide additional features and/or services to interested users. Thus, collected information typically is wasted, and users experience only a fleeting sense of ownership. Users cannot, for example, recreate the experience of a particular night out.

Proprietors also lose out, because their connection to jukebox users disappears when users leave their establishments. Thus, proprietors lose customers until they return and are forced to rely on traditional, often ignored, methods of bulk advertisement. This form of advertising typically lacks specificity and does not reflect a personalized sense of belonging for users. Additionally, proprietors also cannot recreate specific events at which, for example, they had a particularly profitable nights.

Online communities typically, for example, on the Internet, have sprung-up to try to connect disparate users in a virtual space. These communities provide potentially continuous access to a broad range of features and users alike. However, conventional online communities are virtual only—when a user steps away from a computer, the connection, quite literally, is broken. Thus, while users may access this broad host of features and customize their experiences and even build an online persona complete with, for example, buying and viewing habits, the experience is fleeting.

By connecting jukebox users through an online community, however, the information provided to the jukebox can be used to provide a variety of features and services to the users. And, because jukeboxes are present at thousands of meeting points, connections exist at thousands of physical locations apart from the online virtual community. Thus, by leveraging the data collected by jukeboxes and tying users to an online community, a mixed real-and-virtual community may be established, for example, creating a lasting sense of ownership, personalizing services for potentially all users, drawing users together, establishing a vibrant socially active community of users connected by music, etc. Proprietors may similarly benefit by, for example, achieving a pipeline to additional business by connecting with customers while they are away from their locations, thus drawing them to their locations, etc.

Thus, a jukebox with an associated remote application can, for example, change users' perceptions of jukeboxes. Jukeboxes need not be stand-alone devices accessible only at bars. Rather, certain exemplary embodiments allow users to consider jukeboxes as, for example, media centers, meeting points, portals to online communities, etc. Moreover, with the advent of web-enabled portable devices (such as, for example, cell phones, personal digital assistants, etc.), users even can take the virtual community with them wherever they go. Users potentially may use portable devices to directly download music at any time, such as, for example, when they hear a song at home, in the car, at a bar, etc.

In certain exemplary embodiments, users' actions on jukeboxes and/or via remote interfaces may be represented by avatars specific to and/or customizable by the user. Jukeboxes may include avatar action programmed logic circuitry (e.g., any appropriate combination of hardware, software, or the like) to take actions on behalf of and/or represent the actions of the user. Such actions may include introducing songs with audio and/or video, singing and/or dancing along with music, marking online transactions (e.g., messages, postings, file transfers, etc.), etc. As such, user avatars may yet further increase senses of ownership and/or belonging, drawing users to jukeboxes. Moreover, avatars may further increase the enjoyment of the individual user, regular patrons, and/or newcomers to an area.

Although these features all have contributed to increased senses of ownership and personalization of jukeboxes, further improvements still could be made. In particular, it has been determined that jukebox users need more than music videos playing along with the audio to have a truly unique and interactive experience. Accordingly, certain exemplary embodiments of this invention provide further improvements in the form of and/or to promote jukebox interactivity. For example, overhead videos may include segment programming, which tends to be more engaging than digital signage, and they such programming may be integrated into the entertainment experience built around the jukebox zone. As a further improvement, video segments may be sequenced in a manner that frequently engages the viewer to review, respond, and recall elements of the material presented. As such, the video content may be able to complement and/or further enhance the interactive experience that jukeboxes currently provide, while also enabling patrons not directly in front of the jukebox to participate in the interactive process. In addition to creating a compelling entertainment experience for patrons, it also is possible to create new revenue opportunities for customers. For example, operators and national account customers and advertising partners may provide additional value to venues through the innovative use of managed video content.

Accordingly, it will be appreciated that there is a need for systems and/or methods of enhancing the interactivity of jukebox-related experiences.

In certain exemplary embodiments, a digital jukebox device is provided. A display is configured to display jukebox-related video content. A first storage location stores a plurality of instances of audio content for playback by the jukebox device. A payment accepter accepts payment to enable playback of the instances of audio content by the jukebox device. A processor is configured to instruct a video server in communication with the jukebox device to reproduce, on one or more displays or groups of displays remote from the jukebox that are each operably connected to the video server, video content stored on a second storage location accessible by the video server. The video server is configured to coordinate playback of video content on the one or more displays or groups of displays. The video server is further configured to access the video content stored on the second storage location independent of the first storage location of the jukebox device. The coordinated playback is substantially offloaded from the processor of the jukebox device and the first storage location to the video server.

In certain exemplary embodiments, a digital audiovisual distribution network is provided. A central store of instances of audio content is provided. A plurality of digital jukebox devices respectively located at a plurality of locations is provided. Each said digital jukebox device comprises a display configured to display jukebox-related video content; a first storage location storing a plurality of instances of audio content for playback by the jukebox device; a payment accepter for accepting payment to enable playback of the instances of audio content by the jukebox device; and a processor configured to instruct a video server in communication with the jukebox device to reproduce, on one or more displays or groups of displays remote from the jukebox that are each operably connected to the video server, video content stored on a second storage location accessible by the video server. The video server is configured to coordinate playback of video content on the one or more displays or groups of displays, and is further configured to access the video content stored on the second storage location independent of the first storage location of the jukebox device. The coordinated playback is substantially offloaded from the processor of the jukebox device and the first storage location to the video server.

In certain exemplary embodiments, a method of operating a digital jukebox device is provided. Jukebox-related video content is displayed on a display of the digital jukebox device. Playback is enabled, by the jukebox device, for a plurality of instances of audio content stored on a first storage location of the jukebox device. Payment is accepted, via a payment accepter, to enable playback of the instances of audio content by the jukebox device. Via a processor of the jukebox device, a video server in communication with the jukebox device is instructed to reproduce, on one or more displays or groups of displays remote from the jukebox that are each operably connected to the video server, video content stored on a second storage location accessible by the video server. Playback of video content is coordinated via the video server on the one or more displays or groups of displays, such that the video server accesses the video content stored on the second storage location independent of the first storage location of the jukebox device, the coordinated playback being substantially offloaded from the processor of the jukebox device and the first storage location to the video server.

Certain exemplary embodiments may be implemented as any suitable combination of programmed logic circuitry (e.g., hardware, software, firmware, and/or the like). For example, the processors, modules, graphical user interfaces, etc. of certain exemplary embodiments may be implemented as any suitable combination of programmed logic circuitry. Additionally, certain exemplary embodiments may be tangibly stored as instructions on a computer readable storage medium.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other features, aspects, and advantages of the instant invention will be further understood by review of the following detailed description of the exemplary embodiments when read in conjunction with the appended drawings, in which:

FIG. 1 is a block diagram of a conventional downloading digital jukebox system;

FIG. 2 is a block diagram of an improved downloading digital jukebox system in accordance with an exemplary embodiment;

FIG. 3 shows a block diagram of an exemplary embodiment of the local sever;

FIG. 4 shows a block diagram of an exemplary overall network including commercial jukeboxes and residential jukeboxes, as well as other downloading devices and associated connections that are managed by the jukebox system;

FIG. 5 shows an overhead view of an exemplary establishment layout for a multi-zone jukebox system;

FIG. 6 shows an overhead view of an exemplary establishment layout for a multi-zone jukebox system with selection terminals in each zone;

FIG. 7 shows the relationship between a jukebox with expanded media storage and a central server;

FIG. 8 is a flowchart showing an exemplary process for a song selection process when a song is not in the “standard” available playable song list;

FIG. 9 is a flowchart showing an exemplary process for a priority play queue with prioritization-based-on-bidding capability;

FIG. 10 is a flowchart showing an exemplary implementation of a jukebox voting process;

FIG. 11 is a block diagram of an improved downloading digital jukebox system with remote devices accessing a jukebox from within a particular location;

FIG. 12 is a block diagram of an improved downloading digital jukebox system with remote devices accessing a jukebox from within a particular location;

FIG. 13 is a block diagram of an improved downloading digital jukebox system with remote devices outside of a particular location accessing the digital jukebox system;

FIG. 14 is another block diagram of an improved downloading digital jukebox system with remote devices outside of a particular location accessing the digital jukebox system;

FIG. 17 is an illustrative view of a jukebox device having an associated video server external to the jukebox in accordance with an exemplary embodiment;

FIG. 18 is an illustrative view of a jukebox device having an associated video server internal to the jukebox in accordance with an exemplary embodiment;

FIG. 19 is an illustrative view of a jukebox device having an associated video server with the video server helping to provide for live content features in accordance with an exemplary embodiment; and,

DETAILED DESCRIPTION

Referring now more particularly to the drawings, FIG. 2 shows a block diagram of an exemplary embodiment of an improved jukebox system 10′. The jukebox system 10′ includes similar elements as shown in FIG. 1 and described above, including a central server 12, communications network 14, and remote jukebox devices 16, 16a-16f. However, the jukebox system 10′ further includes local servers 22, 22a-22f respectively connected to each of the jukebox devices 16, 16a-16f. The central server 12 includes a master library of songs (and/or other content). Each of the jukebox devices includes a subset of the master library on a local storage device of the jukebox. The central server may be used to individually manage the contents of the jukebox device, by monitoring usage of and updating the subset of songs on each of the jukebox devices with the intent of maximizing the usage thereof. The central server 12 periodically receives data from each of the jukeboxes for the purpose of royalty accounting and payment for songs played. The jukebox devices may connect to the network in any suitable manner, such as dial-up modem or broadband modem (e.g., DSL, cable, wireless broadband, or satellite). The communications network 14 may be any suitable network capable of distributing data (e.g., audiovisual data) from the central server 12 to the jukeboxes 16 and enabling data to be uploaded from the jukeboxes 16 to the central server 12.

The songs (and/or other data). may be digitized, compressed, and encrypted by the central server 12 prior to sending songs to the jukeboxes for security and bandwidth purposes using known techniques. The songs may then be decompressed and decrypted by the jukeboxes for storage and reproduction thereon. Thus, each of the jukeboxes can maintain in a database a library of digitized songs for play on the jukebox, wherein the library can be changed or updated through communication by the central server. The jukeboxes also may receive and store data constituting images (e.g., still and/or moving video and/or graphical images) that can be displayed on the display 18 of the jukebox device 16. In one exemplary embodiment, the jukebox devices have similar structure and operation described in U.S. Pat. No. 6,308,204 referenced above. Thus, the jukebox devices 16 each may include one or more microprocessors, such as a main CPU and an audio DSP, a memory, such as a hard drive, for storing songs and/or other content, a display for displaying visual items, an audio arrangement 20 for providing audio, a communication system for enabling the jukebox to communicate with the central server 12 through the communications network 14, and operating software, possibly including a multitasking operating system, that controls the operation of the jukebox. The operating software also may be updateable through communication with the central server 12 as described, for example, in U.S. Pat. No. 6,308,204 referenced above. The jukeboxes 16 further include one or more payment devices, such as coin, bill, and/or credit/debit card input devices, for enabling a customer to pay for usage of the jukebox device in a convenient manner. The screen 18 is a touch screen that enables the user to input selections by touching the screen.

Each jukebox device has, in one exemplary embodiment, a local server 22 that can be accessed by the jukebox device. The local servers are respectively connected to the jukebox devices using Ethernet or other type of local connection. In another exemplary embodiment, the local server simply may be a logical extension (e.g., partition, directory, or area) of the jukebox's hard drive, rather than a separate hardware device. The local servers 22 each may include a mirror copy of the master library of musical recordings maintained by the central server 12. The local server 22 can be loaded with the master library by the entity that owns and/or controls the jukebox network prior to shipping the local server and jukebox device to the jukebox. distributor or operator. Of course, over time, the local sever will no longer correspond identically to the central server, because of the fact that the central server may be continually updated with additional or new songs. Thus, the local servers 22 also may be updated periodically to maintain a correspondence with the library on the central server 12. This updating can be done, for example, by the central server 12 through communication with the jukebox devices connected with the local servers 22 using, for example, either dial-up or broadband modems. Alternatively, the updating can be done personally with an update tool that can be connected by a routeman or other person directly to the jukebox or local server for the purpose of updating the contents of the local server. The portable tool could include a removable storage medium, such as a hard drive, that could be returned to and reused by the owner of the jukebox system for future updates. The tool itself could be kept by the operator or other person in charge of maintaining specific jukeboxes for use upon receipt of the updated removable storage medium from the owner of the jukebox system.

For security reasons, the local server 22 may not include all of the digital data that constitutes any one song that is stored on the local server 22. In addition, the part of the song that is on the local server is encrypted. The jukebox device 16 contains the missing part of each of the songs on the local server, thereby enabling the jukebox to assemble the complete song based on the contents of the local server and the memory on the jukebox device. The missing data located on the jukebox may be needed to decrypt the songs, for example. For example, a single block (or other small fraction) of data for each song may be missing on the local server but present on the jukebox device, and the encryption may be based on the missing block and may proceed on a block by block basis. Thus, none of the blocks can be decrypted without obtaining and/or decrypting a preceding block. This feature provides significant security and prevents or deters theft or other type of unauthorized use or copying of the songs on the local server. Thus, in this embodiment, each local server must be specifically assigned to a specific jukebox device so that the decryption described above can be properly performed.

In accordance with an exemplary embodiment, the local servers may also each be individually registered with and identified to the central server 12, so that the central server can individually manage and monitor each local server. The same is true for the jukebox device itself, e.g., it may also be registered with the central server so that it too can be individually monitored and managed by the central server. As will be understood from the foregoing description, the local servers become an advantageous part of the jukebox system by allowing the contents thereof to be accessed by the jukebox device to provide additional services (such as providing additional songs) not available on the jukebox device itself. As will be explained below, the song library of the central server and/or the storage capacity itself can be advantageously used to provide services to other jukeboxes, such as fee-based residential and commercial jukeboxes and/or other fee-based equipment.

FIG. 3 shows a block diagram of the electronic elements that define the local server 22 in accordance with an exemplary embodiment. As shown in FIG. 3, the local server 22 includes a CPU 72, a memory (e.g., a flash memory) containing the BIOS and OS, a pair of master/slave hard drives (82, 84 and 86, 88, respectively), a pair of IDE controllers 78 and 80 for the hard drive pairs respectively, a RAM 76, an Ethernet controller for controlling communication with the jukebox device 16, and the appropriate buses interconnecting the various elements. Of course, other configurations or arrangements for the local server 22 may be used. A unique identifier may be provided in the local server for enabling the local server to be uniquely identified and registered by the jukebox and/or central server. The identifier may, for example, be located in the flash memory 74.

As will be appreciated from the description of the invention above, the addition of the local server significantly enhances the operation of the jukebox devices that are part of a jukebox system. However, the local servers also provide other benefits and features.

A collection of local servers 22 may be used as a network of distributed servers that can be controlled by the central server 12 through its associated jukebox device 16 to provide music services to other devices. For example, the local servers and associated jukebox can be used to deliver requested songs to a dedicated residential or commercial jukebox device (or other suitable jukebox device) in addition to providing song services to the specific jukebox to which it is connected and assigned. Thus, the network of distributed servers can provide a support network for implementing residential and commercial jukeboxes of the type which allow a user to download songs for reproduction and/or storage at a residential or commercial location for an appropriate fee. As a result, the jukebox system operator can provide and control commercial jukeboxes and well as residential jukeboxes through the jukebox system. In one exemplary embodiment, the jukebox device and/or local server are connected to the Internet (or other suitable network) using a broadband modem and is provided with software that can selectively deliver song files to any dedicated residential jukebox device (also connectable to the Internet) under control of the central server. The central server receives requests from a residential jukebox and, by analyzing traffic on the network, provides instructions to a selected jukebox device to download the requested song file (either from its memory or from the local server) to the residential jukebox for a fee or under a subscription plan for the residential jukebox. In certain exemplary embodiments, requested songs may be streamed to a jukebox. It will be appreciated that streamed media may originate at a dedicated server, a network of streaming servers, from a jukebox or jukeboxes (such as peer-to-peer or multipeer downloading), etc.

In accordance with another exemplary aspect of the invention, the local server and jukebox device are used, under control of the central server, to provide management services for other types of coin operated or payment triggered equipment, such as gaming devices, installed in the same location as (or in close proximity to) the jukebox. In other words, the jukebox system may be used to update the functionality of and/or manage other downloading devices present in the same location. As a result, the jukebox becomes a “central hub” for all downloading equipment in a location. This feature is achieved, in one exemplary embodiment, by networking all of the downloading devices in a single location together with the jukebox and local file server. The central server can then download information to the local server together with instructions to the jukebox as to which devices should updated with what data and/or software. The jukebox device and central server can also be used to collect information from the other downloading devices to which it is managing and upload that information to the central server for reporting/accounting purposes. Thus, the owner/operator of the jukebox system can act as a third party service provider to other coin-op companies for the purpose of managing and/or updating their equipment.

The large amounts of memory provided by the local servers and the fact that they are provided and accessible at thousands of locations over a well controlled network, turns the jukebox system into a powerful tool that can be used to perform a variety of functions in the coin-op industry. More and more coin-op manufacturers are going towards games that are software upgradeable through their internal hard drives. These updates are done periodically, but as these devices increase there will be an ever increasing need for a system that can reliably and efficiently perform the updates from a remote location. The jukebox system described herein satisfies this need by enabling suitable electronic coin-op devices at a jukebox location to be managed by the central server using the jukebox and local server at the location. The central server can download software or data updates, store them on the local server and then dispatch the updates to the intended units of equipment in the establishment. Thus, the jukebox system can act as a third party service provider to other companies in the coin-op business, thereby enhancing the functionality of the jukebox system.

As explained above, the local server enables songs to be downloaded to a commercial jukebox to which it is assigned or to residential jukeboxes under control of the central server. In addition, the local servers can be used for an on-premise networked application which manages other coin-op devices. These various features of the instant invention are illustrated in FIG. 4.

FIG. 4 shows a block diagram of a complete jukebox system network as contemplated by an exemplary embodiment. As explained above, the system includes a central server 12 connected to a communications network 14, a series of commercial jukeboxes 16a, 16b, and 16c with associated local music file servers 22a, 22b and 22c, a series of residential jukeboxes 100a, 100b, and 100c connected to the network via broadband devices 102a, 102b, and 102c, and an on-premises network shown on the right hand side of FIG. 4. This on-premises network includes a jukebox device 16d connected via a router or network hub 110 to a local file server 22d, a number of additional coin-op equipment, such as a dart game 104, a golf game 106, and a countertop videogame 108, and a broadband modem 112 connecting this local network to the communications network 14. With this exemplary configuration as shown in FIG. 4 all of the functionality described herein can be implemented through the jukebox system of the instant invention.

FIG. 5 shows an overhead view of an exemplary establishment layout for a multi-zone jukebox system, in accordance with one exemplary embodiment of the invention. In accordance with an exemplary embodiment, the establishment has three zones 121, 123, 125. Each zone is equipped with its own set of speakers 127, 129, 131, which are operably connected to the jukebox 133. Different music may be played simultaneously in all three zones 121, 123, 125, and all the music may be played from a single jukebox 133. The jukebox 133 may be provided with additional hardware, as needed, to allow for this implementation.

Alternatively, the user may elect to have a song played in more than one of the zones 121, 123, 125 simultaneously, or in more than one of the zones at different times. The user may have to pay additional credits to implement either of these features. An exemplary embodiment of a multi-zone system could play music at a high quality in the different zones using the system described in application Ser. No. 11/023,390, filed Dec. 29, 2004, entitled “Wireless Digital Transmission System for Loudspeakers,” which is a continuation in part of Ser. No. 09/161,584, filed on Sep. 28, 1998. The entire contents of both applications is incorporated herein by reference. Using this system, for example, a jukebox could compress and transmit audio data through AC power lines to an addressable location, where it could be received, decompressed, converted, and played. In fact, any of the jukebox components herein could be implemented in a manner that uses AC power lines as a communication network for operation.

It will be appreciated that the Wireless Digital Transmission System can be used for other purposes in other embodiments where data needs to be sent between two or more devices. For example, this system could be used to configure dummy terminals. In such an embodiment, the Wireless Digital Transmission System could be used to send information such as, for example, whether to morph, what songs are appropriate given a particular morphing of the jukebox, the zones in which selected music should be played, maximum volume levels, etc, in addition to sending music to the speaker systems.

The operator may also restrict what kind of music is available in a given zone, based on the type of activity in the zone, the time of day, or any other suitable selection criteria. For example, in FIG. 5, zone three 125 is a restaurant. Restaurant patrons may not wish to listen to the same type of music as someone in zone one 121, which is a bar room in FIG. 5, or in zone two 123, which is a pool room. The operator may recognize this and restrict the type of music that can be played in zone three 125. Alternatively, the operator may restrict the volume of the music in any given zone. For example, patrons of a pool room 123 or a restaurant section 125 may not want the music as loud as it is desired to be in the bar room 121. And maybe the restaurant section 121 is to be kept quieter even than the pool room 123. The owner can adjust and control all suitable settings to provide the most versatile, patron friendly environment in each of the zones, based on any suitable criteria.

FIG. 6 shows an overhead view of an exemplary establishment layout for a multi-zone jukebox system with selection terminals in each zone. In accordance with an exemplary embodiment, the bar has three zones 121, 123, 125. Each zone is equipped with its own set of speakers 127, 129, 131, which are operably connected to the jukebox 133. Different music may be played simultaneously in all three zones 121, 123, 125 and all the music may be played from a single jukebox 133. The jukebox 133 may be provided with additional hardware to allow this implementation.

In the exemplary embodiment of FIG. 6 there are also one or more “dummy” terminals 137, 139 located throughout the establishment. An exemplary illustrative dummy terminal could use X-server technology. These terminals 137, 139, which may be stand alone devices or may be provided as part of the interface on a gaming machine or other suitable device with a digital display, allow selection of songs from the jukebox 133 for the zone in which they are located (or possibly other zones). These terminals 137, 139 duplicate the zone restrictions imposed on the main jukebox interface and selection criteria. The terminals 137, 139 may be restricted to only allowing selection of music for play in the zone where each respective terminal is located, or they may allow selection for play in one or more different zones.

Additionally, the graphical interface of the terminals 137, 139 may change in accordance with available selections, themes of the bar, themes of the room in which each terminal is located, or any other suitable criteria.

FIG. 7 shows the relationship between a jukebox with expanded media storage and a central server. In accordance with an exemplary embodiment, the central server 221 contains a master library of songs, such library comprising all songs that are currently available to be downloaded and all songs currently installed on jukebox hard drives. The central server may communicate 222 with the remote jukebox 225 containing a local hard drive 223. The hard drive 223 on the jukebox may have several sections, including available space for downloads 227, space occupied by preloaded songs 228, and space for software and an operating system 229. Additional suitable sections may be added, including, for example, a section containing different pictures for altering the GUI. The jukebox 225 may communicate with the central server 221 to download songs, upload usage information, update software, and perform any other suitable functions.

FIG. 8 is a flowchart showing an exemplary process for a song selection process when a song is not in the “standard” available playable song list. In accordance with an exemplary embodiment, the user first selects a song 231. The jukebox checks to see if the song is available on the local hard drive as a “non-standard” selection 233. If the song is available on the local hard drive, the jukebox charges the customer the price set for obtaining and playing a non-standard song 235 and plays the song 237 (or adds it to a playlist, when appropriate).

If the song is not available on the local hard drive, the jukebox checks to see if a high-speed connection to the central server is available 239. If there is no high-speed connection, the jukebox informs the user that the song is temporarily unavailable 241 and orders the song for download 243. The jukebox may or may not charge an additional amount for ordering the song. If, however, there is an available high-speed connection to the central server, the jukebox orders the song immediately and uses the high-speed connection to download the song right away, queuing it up for playing 245. The jukebox then charges the customer the price of a non-standard selection 247. In certain exemplary embodiments, a jukebox may retrieve songs offline, either after a location closes or before it opens. In certain exemplary embodiments, a jukebox may immediately download a song over a dedicated line (e.g., with a dial-up connection). In certain other exemplary embodiments, a song may be downloaded from another jukebox (or other jukeboxes) rather than from a central or limited database to reduce network strain. In certain exemplary embodiments, the jukebox may download songs via a distributed media service in which portions of a given song may be downloaded from a plurality of sources and reassembled for the target jukebox. It will be appreciated that such a peer-to-peer (or jukebox-to-jukebox) or multipeer (several jukeboxes to jukebox) digital downloading network may need to track song licensing information. In certain exemplary embodiments, if a song is not available on a jukebox but other versions or covers are available, the jukebox may recommend to these other songs to the searching user. For example, a user searching for an unavailable Trisha Yearwood version of “How Do I Live” may be recommended available versions by Dolly Parton and/or LeAnn Rimes. Recommendations may be smart enough to ignore similarly named songs that are completely different, such as, for example, the Everly Brothers' “Oh, Pretty Woman” and the Motley Crue's “Pretty Woman.”

The factory drive explained above, combined with the morphing capabilities, eliminates the need for the local server explained above, as the factory drive can provide the same services as the local server, without the need for a separate hardware device. In other words, at least some of the factory drive embodiments described herein may enable a jukebox to be shipped with a single mass storage device of any technology (or multiple technologies and/or multiple devices acting as a single mass storage device), while still enabling a basic playable list to be defined, an expanded playable list to be defined, morphing capabilities, local server services to be provided, as well as all other features described herein. The content of the factory drive, as shipped, may be defined using historical, statistical information on customer preferences.

FIG. 9 is a flowchart showing an exemplary process for a priority play queue with prioritization-based-on-bidding capability. According to an exemplary embodiment, the user first indicates that he would like priority play 251. The jukebox then displays the current status of the priority play queue 253. This display may include information such as how many songs are in the queue, what the top bid is, how much has been bid on each song, which songs are “locked in,” and any other suitable information about the priority queue. The jukebox then allows the user to select how much additional money the user would like to pay to place his song in a particular spot on the priority list and accepts payment in the selected amount 255. After accepting the payment 255, the jukebox places the song in a position on the priority list corresponding to the additional amount received from the user 257. Alternatively, in another exemplary aspect of the illustrative embodiments, a user can bid on the right to have a song played before other songs previously selected for priority play are played. In an exemplary embodiment, the user is shown the top price paid for a priority play, and can pay more than that price to obtain the highest priority available.

Similarly, jukebox users may vote for particular instances of media to alter their priority in playlists. In this way, jukebox users can, for example, “battle” for control over the music to be played in a particular zone or particular zones within or among locations. It will be appreciated that this voting/battle mode may be implemented by using, for example, a dynamic queue, a priority queue, multiple queues, etc. It also will be appreciated that a jukebox could be put into a voting mode automatically (e.g., at a particular time of day and/or on a particular day of the week), or it could be triggered manually. FIG. 10 is a flowchart showing an exemplary implementation of a jukebox voting process. Unlike conventional jukebox operations, or even jukebox bidding modes, a list of songs in a jukebox queue is displayed to users in step S1902. This list may be generated automatically, by operators, bar managers, patrons at a bar, etc. The list could be displayed, for example, on a jukebox, or on one or more stand-alone monitors. Additionally, in certain example embodiments, the list could be viewed by a plurality of mobile devices and/or terminals. The information displayed contains at least the artists and names of coming songs, and a number associated with the priority of those songs. The list should be sorted by this number, so that the song with the most “votes” is displayed as the “next” song to be played, followed by the next highest song, etc. Step S1904 determines whether the currently playing song is over. If it is over, step S1906 removes it from the queue, and the next song is played in step S1908. In another embodiment, users could vote to stop/skip the currently playing song (or instance of media) by, for example, exceeding the number of votes the song had before the jukebox started playing.

As users see the coming songs, they will be tempted to push up the songs they like so the songs and/or push down the songs they do not like. In general, the more users who vote, the greater the ambiance of good songs. Thus, after step S1908, or in the case that the song is not over, the jukebox receives users' votes for particular songs in step S1910. Voting can be based on credits (as users buy credits), or tied to a user's account. In certain example embodiments, users must login to place a vote, and in certain example embodiments, users can vote a limited number of times. Users may vote from distinct places within a location. The queue is updated based on this voting in step S1912, and the process returns to step S1902, where the displayed list is refreshed.

In certain example embodiments, the queue may be based on the total number of votes for particular songs. In certain other example embodiments, users may vote for and/or against certain songs and the “net” information may be displayed, indicating the number for and against, or merely the net result. If there are more votes against a song than for, the system can perform one or more of the following functions. For example, the jukebox simply may keep the song in the queue with a negative number of votes. Alternatively, the jukebox may keep the song in the queue with a zero or negative number of votes, but, for example, always wait until the net vote reaches at least 1 before playing the song. Still alternatively, the jukebox may drop any song that reaches zero or a negative number of votes.

FIG. 11 is a block diagram of an improved downloading digital jukebox system with remote devices accessing a jukebox from within a particular location. A jukebox 16 is located within a particular location, bar, or the like. Users may access jukebox 16 through user interface 24 running thereon. However, users also may access jukebox 16 remotely. Thus, a plurality of mobile devices 26a-26d are shown located in the particular location. Mobile devices 26a-26d are, respectively, a laptop, a PDA, a cell phone, and other personal devices, though it will be appreciated that other properly configured devices may be used. Each mobile device 26a-26d is equipped with a wireless transmitter 27a-27d, respectively. Mobile devices 26a-26d may allow registered users to effectively logon to jukebox devices and access specific content, such as, for example, customized playlists, personalized screens, messages from other recognized users, etc. A change made by one of the mobile devices 26a-26d (e.g. to user settings, playlist setup, etc.) will be reflected by all of the mobile devices 26a-26d. For example, if a user creates a new playlist, edits an existing playlist, changes a password, etc. on a jukebox via user interface 24, user interfaces 24a-24f will reflect that change.

Mobile devices 26a-26d may communicate through an external network to communicate with jukebox 16 having communicator 25. It will be appreciated that mobile devices 26a-26d may communicate over a LAN, wireless Internet, Bluetooth, or any other suitable communications network.

A central database of recognized user information may be maintained and accessible by each of the jukebox devices 16, 16a-f and remote devices 26a-d. However, in some exemplary embodiments, local databases of recognized user information may be maintained on devices. The devices may communicate with each other through a communications network, such as, for example, the Internet. However, it will be appreciated that other communications methods are possible, such as, for example, through wired communications over a LAN, wireless communications, etc.

FIGS. 12-16 provide additional, non-limiting exemplary configurations that remotely access jukeboxes. It will be appreciated that other variations on and combinations of these exemplary configurations are possible and contemplated herein.

FIG. 12 is a block diagram of an improved downloading digital jukebox system with remote devices accessing a jukebox from within a particular location. In this exemplary embodiment, jukebox 16 and the plurality of remote devices are located within a particular location. Jukebox 16 includes a user interface 24 that allows jukebox users to, for example, make selections, create profiles, edit playlists, etc. Jukebox 16 also includes a wireless communications device 25. Remote devices 26a-26b communicate with jukebox 16 through their respective wireless communication devices 27a-c. In this example embodiment, remote devices 27a-c are, respectively, a laptop, a PDA, and a cell phone. It will be appreciated that other remote devices may communicate with jukebox 16. It also will be appreciated that remote devices according to this system may operably communicate with jukebox 16 from outside the particular location, with the range being determined by the hardware on jukebox 16 and remote devices 27a-c and the protocols over which they communicate. Thus, for example, wireless communications over 802.11g connections may allow for users to access jukebox 16 from within a location, tables setup outside the location, and other areas immediately surrounding the area.

Remote devices 26a-c allow users to login to jukebox 16 remotely, without having to access jukebox 16 and user interface 24 directly. Thus, a user can, for example, play songs, edit playlists, and perform other jukebox-related activities without using user interface 24 directly. It will be appreciated that remote devices 27a-c may have their own user interfaces, which may be the same as or different from user interface 24. User profile information may be stored locally on jukebox 16, on a remote server (not pictured), or on a remote device 27. A change made by a remote device (e.g., to user profile information, playlist contents, purchased media, etc.) would be mirrored on jukebox 16, any other associated remote devices, and/or on other jukeboxes, etc.

FIG. 13 is a block diagram of an improved downloading digital jukebox system with remote devices outside of a particular location accessing the digital jukebox system. In this exemplary embodiment, jukebox 16 with local server 22 and user interface 24 is connected to a network 14. Unlike remote devices 26a-26c which connect directly with jukebox 16 in FIG. 12, these remote devices 26a-26c also are connected to network 14. Thus, users may login to jukebox 16 over a potentially broad area. For example, remote devices 26a-26c may connect with jukebox 16 over LAN, WAN, Internet connection, or the like. User profile information may be stored on local server 22. Again, a change made by a remote device (e.g., to user profile information, playlist contents, purchased media, etc.) would be mirrored on jukebox 16, any other associated remote devices, and/or on other jukeboxes, etc.

FIG. 14 is another block diagram of an improved downloading digital jukebox system with remote devices outside of a particular location accessing the digital jukebox system. FIG. 14 is like FIG. 13, in that a plurality of remote devices 26a-26c are connected to jukebox 16 over network 14. However, FIG. 14 includes a database 29 connected to network. 14. Database 29 may store, for example, user profile information, users' playlist definitions, etc. This configuration may be advantageous in some exemplary implementations because a plurality of jukeboxes connected to network 14 may all access the central database 29 without contacting individual jukeboxes or individual remote devices, which may not always be available.

FIG. 15 is a block diagram of an improved downloading digital jukebox system with another downloading digital jukebox system outside of a particular location accessing the first digital jukebox system. In this exemplary embodiment, a jukebox 16a with a local server 22a and a user interface 24a are located within a first location, and a jukebox 16b with a local server 22b and a user interface 24b are located within a second location. It will be appreciated that the locations may be different rooms within a single bar, two separate establishments, etc. Both jukebox 16a and jukebox 16b are connected via network 14. User profile information may be stored at one or both of local server 22a and 22b. In some exemplary embodiments, if user profile information is stored on only one local server, a user logging-in to one jukebox would be able to access information stored on the other local server. In other exemplary embodiments, if user profile information is stored on both local servers, any changes made on one jukebox would be mirrored on the other. In still other exemplary embodiments, user profile information may be retrieved from a first jukebox and stored to a second jukebox only when a user accessed the second jukebox. These configuration are advantageous because they do not distribute user information to areas where users do not access their information. For example, a user who travels from Washington to Los Angeles on business would be able to access that user's particular information created in Washington by logging-in to a jukebox in Los Angeles; however, because that hypothetical user has not logged-in to a jukebox in Montreal, jukeboxes there would not necessarily have the user's information stored locally.

FIG. 16 is another block diagram of an improved downloading digital jukebox system with another downloading digital jukebox system outside of a particular location accessing the first digital jukebox system. FIG. 16 is like FIG. 15, in that a jukebox 16a is connected to a jukebox 16b over network 14. However, FIG. 16 includes a database 29 connected to network 14. Database 29 may store, for example, user profile information, users' playlist definitions, etc. This configuration may be advantageous in some exemplary implementations because a plurality of jukeboxes connected to network 14 may all access the central database 29 without contacting individual jukeboxes or individual remote devices, which may not always be available. It will be appreciated that a plurality of jukeboxes may be attached through network 14.

Given these and other sets of features, certain exemplary embodiments provide systems and/or methods for enhancing yet further the interactivity of jukebox-related experiences. In general, many installation venues are suitable for additional video monitors that can provide video streams including entertainment, information, advertising, and the like to local patrons. This video content may complement and further enhance the interactive experience that the jukebox currently provides, while enabling patrons not directly in front of the jukebox to participate in the interactive process. Accordingly, video hardware, software, and/or service offerings may be provided to create new revenue opportunities as well as a compelling entertainment experience for patrons. Indeed, with more than 24,000 suitably enabled jukeboxes currently deployed, each being equipped with Internet connectivity, operators and national account customers and advertising partners may be able to provide additional value to venues through the innovative use of managed video content.

To accomplish this and/or other goals, video related services may be provided via a video server. The video server may be built directly into a jukebox, or it may be external to the jukebox. That is, the video server may be located within a housing of the jukebox or may be located external to the housing of the jukebox. For example, it may be in the form of a small programmable card insertable into one or more displays. The video server may effectively off-load video playback from the jukebox. This frees the jukebox to provide its core features (e.g., responding to user requests, etc.) without having to spend significant processing power providing for other video services. For example, the video server may help to reduce the strain placed on a storage location storing instances of media, a processor responsible for handling user requests via a graphical user interface (GUI), and/or other components associated with typical jukebox functionality. The video server thus may be able to receive, decode, distribute, etc. video streams to one or more displays on and/or remote to the jukebox (e.g., television monitors, user-operated portable devices such as PDAs, cell phones, laptops, game devices, etc.). The video server may receive and/or display content from the jukebox, from its own internal storage, from a remote source (e.g., from a user device, via the distribution network, etc.), or the like. This may be done in response to a signal from the jukebox (e.g., a processor of the jukebox). Thus, the video server solution may be conceived of as a field upgradeable option that continues to respect the temperature and power requirement envelopes currently supported by existing jukebox models.

The video server may drive multiple displays and/or sets of displays. Displays may be mounted in groups, with each display in a display group being a different member of the set. Thus, for example, when the video server provides for two sets of displays, displays may be mounted in pairs, with different first and second displays provided to the mounted pair. The video server may manage the content programming the groups or portions of the groups automatically, dependently or independently of one another. The same or different video content may be directed to individual displays in a group of displays. Additionally, portions of video content may be displayed across displays in a group of displays.

A scheduling module may be provided to one or both of the jukebox and video server. The scheduling module may cooperate with the jukebox and the video server to provide synchronized and/or non-synchronized content. For example, it may be advantageous to provide video content that is not synchronized to the music to avoid preparing derivative works in violation of copyright law and/or pertinent licensing agreements, whereas it may be advantageous to provide synchronized content to provide audio and/or video introductions to registered users' playlists (e.g., via their avatars). Of course, it will be appreciated that there are other times, events, and circumstances in which it may be advantageous and disadvantageous to provide synchronized content. To this end, the scheduling module, jukebox, and/or video server may be programmed by the proprietor, operator, central authority, licensing outfit, etc. to provide synchronized/non-synchronized content as appropriate. As such, the video server may have its own periodicity for displaying content. However, the jukebox and the video server may be free to create their own schedules alone or in cooperation. It also will be appreciated that a delay timer may be used to account for delays and/or latencies between the jukebox, video server, and/or display(s). For example, video may be requested or played slightly in advance or behind where it normally would be played so as to account for delays and/or latencies.

FIG. 17 is an illustrative view of a jukebox device having an associated video server external to the jukebox in accordance with an exemplary embodiment. In FIG. 17, a jukebox 1702 having a display 1702a located thereon is shown. The jukebox 1702 may have a video server 1704 associated therewith. The video server 1704 may drive two displays 1706a, 1706b. A first connection 1708 (e.g., an Ethernet connection) may connect to may connect the jukebox 1702 to the video server 1704, and one or more second connections 1710 may connect the video server and the displays 1706a, 1706b. It will be appreciated that, as noted above, the video server may driver an arbitrary number of displays of sets of displays. As shown in FIG. 17, the jukebox display 1702a is displaying a song selection screen, the first remote display 1706a is displaying a music video corresponding to the currently playing song, and the second remote display 1706b is displaying an advertisement.

The jukebox and/or video server may be configured to provide audiovisual data to the screens in many ways. For example, audio/video may be displayed on all displays. Alternatively, audio/video may be displayed on at least some displays or on at least some groups of displays, with those displays optionally being specified by an authorized user (e.g., operator, manager, etc.). The jukebox display (e.g., the “now playing” screen, selection screens, etc.) may be mirrored on remote displays. Videos may be displayed, as may banner advertisements. Scrolling tickers also may be displayed, e.g., on the bottom or top of one or more screens. Such audiovisual content may be superimposed on displays, game devices, terminals, etc. Prerecorded audiovisual messages also may be displayed, e.g., in the form of slideshows, videos, etc. Various visualizations (e.g., audio visualizations based on, for example, Fourier transforms, also may be displayed). Other features, such as, for example, playing, loading, deleting, and streaming content may be made available by the jukebox and/or video server (e.g., the jukebox may provide an interface to the video server, etc.) for authorized users to manage media content. Also, as alluded to above, the content may be provided to some or all displays, and/or to some or all groups of displays.

The video services may have one or more of several illustrative characteristics. For example, one feature of overhead video content may include segment programming that tends to be more engaging than digital signage. Such segment programming may integrate into the entertainment experience that is being built around the jukebox zone. To accomplish this, segments may be sequenced in a manner that frequently engages the viewer to review, respond, and recall elements of the material presented. Such sequencing features may be thought of as a potentially interactive playlist for the video server. The playlist may be stored on the jukebox, the video server, or a central location accessible by a plurality of jukeboxes and/or video servers. For example, input may be taken from devices other than and/or in addition to the jukebox such as, for example, PDAs, laptops, game systems, cell phones, and the like in response to the video content displayed by the video server. In this way, the video server may promote more interactive uses of jukebox-related features. Of course, it will be appreciated that the video server's output displays may be touch screens configured to accept the input directly.

To support this capability, the already existing media scheduling engine presently used to drive the attract mode of the jukebox may be improved, or a separate media scheduling engine may be provided. The media scheduling engine may be capable of sequencing video segments to one or more display groups (e.g., in a planned and/or automatic fashion). The services may be scalable so that customers may allocate a portion of their existing disk storage to video so as to enable the implementation of such services without the need for additional moving parts. Conversely, it may be possible to add disk capacity for video content to a separate unit.

Various video content tools may be provided to the jukebox and/or the video server. For example, the distribution network may have the ability to remotely administer jukeboxes individually and/or in groups. Jukeboxes may have their content modified based on, for example, schedules and/or characteristics of the jukebox population in question. The video service may allow new content types to be distributed via the network based on schedules, which may be developed in collaboration with the jukebox manager, operator, etc. Accordingly, based at least in part on the content, the jukebox provider, the operator, and/or the national account customer optionally may have the ability to manage content segments and influence the schedule and transition behavior when these sequences are presented.

In particular, a broadband link may be provided via the audiovisual distribution network described with reference to FIGS. 1 and 2. Such tools and features may be accessible via a web-based portal. Thus, the ability to control video signage segments and/or overlays without corrupting the user experience may prove to be very valuable to venue operators, operators, and corporate advertisers. In addition, venue operators, operators, and corporate advertisers may have the ability through such tools to create “skins” to further customize the experience, distribute custom media content (e.g., to be associated with registered users, custom advertisements, etc.), games, artwork (e.g., to be associated with custom albums, registered users, etc.) advertisements, etc.

Because the installed jukebox base may represent a significant investment for customers and many future customers may not wish to invest in full video capability for all locations, the video service capability may be packaged as an addition to an existing jukebox. Of course, it will be appreciated that some configurations including existing gaming systems such as JVL or Merit may require additional hardware to support all video features.

As noted above, the video server may be physically located within the jukebox enclosure. When storage is shared between the jukebox and the video server, the video server may be scalable so that customers may allocate a portion of their existing disk storage to video and implement a video server unit with no moving parts. Conversely, it may be possible to add disk capacity for video content to the video server unit itself. Furthermore, to facilitate connections, a junction panel or junction box may be provided. Such a junction box may provide a conveniently mounted cable attachment point for display groups. Video repeater equipment may be include and/or incorporated from third-party vendors to allow customers to install multiple sets of displays.

FIG. 18 is an illustrative view of a jukebox device having an associated-video server internal to the jukebox in accordance with an exemplary embodiment. In FIG. 18, the video server 1704 is built into the housing of the jukebox 1702′. Thus, the second connections 1710 extend from the jukebox 1702′ housing (e.g., from a junction panel formed on the backside thereof) to the first and second remote displays 1706a, 1706b. As above, the jukebox display 1702a is displaying a song selection screen, the first remote display 1706a is displaying a music video corresponding to the currently playing song, and the second remote display 1706b is displaying an advertisement.

The video services may contribute to and/or provide social networking-related features. Such community and social networking features may increase yet further the customizable, interactive feel of the venue. For example, as described above, devices such as, for example, mobile phones, smart phones, PDAs, portable gaming consoles, laptops, and the like may be integrated into the jukebox zone to provide the opportunity to transform the jukebox into an interactive entertainment server. The displays may display social networking related content (e.g., custom messages, avatars, welcome screens, etc.).

The ability to share the interaction with these devices with other venue patrons may also involve features for displaying exchanges between users and/or their devices throughout the venue. For example, text, audio, and/or video messages may be displayed throughout the venue. Certain exemplary embodiments address this need and provide a platform on which to build new patrons, based on, for example, vendor experiences.

For example, FIG. 19 is an illustrative view of a jukebox device having an associated video server with the video server helping to provide for live content features in accordance with an exemplary embodiment. In FIG. 19, a voting system similar to that described above is shown. In particular, the first remote screen 1706a shows a song for which users may vote. Users are asked to rank the song between one and four stars. The votes are tallied by the jukebox 1702′ and/or the video server 1704, and the results are displayed on the second remote display 1706b. The second remote display 1706b may be updated by the jukebox 1702′ and/or the video server 1704 as more and more votes are received. Of course, other possibilities for games, interactive features, etc. are possible.

Because existing networks supports live, on-demand material, customers may further exploit this feature to create multi-venue experiences.

Concurrent programming is another feature of the video server and/or jukebox that may relate to advertising. As noted above, the music experience and contextual information currently present during music performances may or may not be replaced by video content such as, for example, advertising, music videos, games, etc. This desired flexibility has driven the feature for video servers to provide, when appropriate, simultaneous, asynchronous presentations of video streams on identified video screens, while the music and/or music video performance takes place. When no music performance is active and/or at times when it is appropriate, video presentation groups can be spread out among multiple displays. This may allow for a widescreen and/or scrolling capability for additional visual impact. Accordingly, content may span one or more screens, with one or more video servers potentially powering one or more displays. For example, each separate display may function as its own server or as a server for a group of displays. These scenarios reflect the off-loading of video processing from the main jukebox, as the video server may be located in the jukebox housing as a separate component, provided to one or more displays, etc. Thus, the displays within a location and/or among locations may display video content at substantially the same time.

FIG. 20 is an illustrative view of a jukebox device having an associated video server with the video server helping to provide for customized, spreadable advertisements in accordance with an exemplary embodiment. In FIG. 20, the first and second remote screens 1706a, 1706b are grouped closely together. Thus, one large advertisement is made visible as spread across both screens. Moreover, a scrolling ticker or advertisement scrolls across both screens in areas 1712a and 1712b. Of course, other widescreen displays may be made visible (e.g., widescreen music videos, movies, or other video content), and the scrolling text also need not necessarily be advertising information.

The video services may deliver a seamless content workflow that allows for a continuous distribution of segments to the jukebox network. In addition, stakeholders (e.g., proprietors, users, operators, advertisers, etc.) may have the ability to submit content for presentation. Although the creation of video content (e.g., live action, animated two-dimensional objects, signage, or the like) requires both technical and creative skills, tools may be provided to make at least the sharing and/or the creation of such media easier. As such, much of the value of marketing and advertising through venues may relate to the ability to deliver fresh content. Accordingly, the workflow for creating, uploading, updating, managing, etc. content must be highly automated and extremely stable. New content segments, segment schedules, etc. must be deployable with a reduced chance of disrupting the existing segment sequences. To facilitate such processes, relevant stakeholders may be provided with and/or acquire equipment capable of transmitting and receiving broadcast media.

Such video services represent a step towards creating an improved interactive jukebox space. This is particularly true given the determination that customers tend to need more than just music videos playing along with the audio to create a truly dynamic, interactive environment. Accordingly, certain exemplary embodiments described herein may provide systems and/or methods that leverage powerful existing digital audiovisual distribution networks already in place, the tremendous content management architecture used to manage over a billion plays thus far, and reliable scalable equipment.

While the preferred aspects of the invention have been illustrated and described herein, it will be apparent to one of ordinary skill in the art that various changes and/or modifications can be made. Thus, the specific description herein is meant to be exemplary only and is not intended to limit the invention beyond the terms of appended claims.

Claims

1. A digital jukebox device, comprising: a display configured to display jukebox-related video content;a first storage location storing a plurality of instances of audio content for playback by the jukebox device;a payment accepter for accepting payment to enable playback of the instances of audio content by the jukebox device; anda processor configured to (1) playback, without involving a video server and via speakers of the jukebox device, an instance of audio content stored on the first storage, (2) display, without involving the video server and on the display of the jukebox device, a first video content including a song selection screen while the instance of audio content is currently being played back, (3) instruct the video server in communication with the jukebox device to reproduce, in synchronization with the jukebox device, on one or more displays or groups of displays remote from the jukebox device that are each connected to the video server, one or more second video content stored on a second storage location accessible by the video server, wherein at least one of the second video content, which is different from the first video content, is associated with the instance of audio content currently being played back, and (4) receive updated audio content from, and provide royalty accounting information to, a remotely located central server;a communication circuit through which the jukebox device is configured to receive updated audio content from, and provide royalty accounting information to, a remotely located central server; anda jukebox housing incorporating the display and the payment acceptor and the speakers, wherein the first storage location, the processor the communication circuit and the video server are located within said jukebox housing,wherein the video server is configured to coordinate playback of at least one of the second video content, receivable from a remote network location, on the one or more displays or groups of displays, and is further configured to access at least one of the second the video content stored on the second storage location independent of the first storage location of the jukebox device, the coordinated playback being substantially offloaded from the processor of the jukebox device and the first storage location to the video server.
2. The digital jukebox device of claim 1, wherein the displays remote from the jukebox are grouped so as to display the same video content on each said display in the group.
3. The digital jukebox device of claim 1, wherein the displays remote from the jukebox are grouped so as to display portions of video content on each said display in the group in synchrony.
4. The digital jukebox device of claim 1, wherein the video server is configured to further coordinate the video content displayed by the one or more displays or groups of displays with the display of the jukebox device in dependence on a function being accessed by a user of the jukebox device.
5. The digital jukebox device of claim 1, wherein the video server is configured to further coordinate the video content displayed by the one or more displays or groups of displays in dependence on a predefined video playlist.
6. The digital jukebox device of claim 5, wherein the video playlist includes instructions for displaying video content in a predetermined order, and at a predetermined time or event.
7. The digital jukebox device of claim 5, wherein the video playlist includes instructions for displaying video content corresponding to segment programming.
8. The digital jukebox device of claim 1, wherein the video content displayed by the one or more displays or groups of displays corresponds to video content that prompts one or more viewers of said video content to interact, directly or indirectly, with the jukebox device.
9. The digital jukebox device of claim 8, wherein the video content displayed by the one or more displays or groups of displays corresponds to video content that prompts one or more viewers of said video content to vote to determine an instance of audio content to be played by the digital jukebox device.
10. The digital jukebox device of claim 1, wherein the video content displayed by the one or more displays or groups of displays corresponds to video content pertaining to a social network accessible via the jukebox device.
11. The digital jukebox device of claim 1, wherein the video server further comprises a delay time configured to account for delays and/or latencies between the jukebox device and the video server.
12. The digital jukebox device of claim 1, further comprising displaying, by the video server, video content on the one or more displays or groups of displays that corresponds to video content that prompts one or more viewers of said video content to interact, directly or indirectly, with the jukebox device.
13. A digital audiovisual distribution network, comprising: a central server including a central store of instances of audio content; anda plurality of digital jukebox devices respectively located at a plurality of locations, each being remote from the central server and the central store, each said digital jukebox device comprising: a display configured to display jukebox-related video content;a first storage location storing a plurality of instances of audio content for playback by the jukebox device;a payment accepter for accepting payment to enable playback of the instances of audio content by the jukebox device; anda processor configured to (1) playback, without involving a video server and via speakers of the jukebox device, an instance of audio content stored on the first storage, (2) display, without involving the video server and on the display of the jukebox device, a first video content including a song selection screen while the instance of audio content is currently being played back, (3) instruct the video server in communication with the jukebox device to reproduce, in synchronization with the jukebox device, on one or more displays or groups of displays remote from the jukebox that are each connected to the video server, one or more second video content stored on a second storage location accessible by the video server, wherein at least one of the second video content, which is different from the first video content, is associated with the instance of audio content currently being played back, and (4) receive updated audio content from, and provide royalty accounting information to, a remotely located central server;a communication circuit through which the jukebox device is configured to receive updated audio content from, and provide royalty accounting information to, the central server; anda jukebox housing incorporating the display and the payment acceptor and the speakers, wherein the first storage location, the processor the communication circuit and the video server are located within said jukebox housing,wherein the video server is configured to coordinate playback of at least one of the second video content, receivable from a remote network location, on the one or more displays or groups of displays, and is further configured to access at least one of the second the video content stored on the second storage location independent of the first storage location of the jukebox device, the coordinated playback being substantially offloaded from the processor of the jukebox device and the first storage location to the video server.
14. The digital audiovisual distribution network of claim 13, wherein the video server is configured to further coordinate the video content displayed by the one or more displays or groups of displays in dependence on a predefined video playlist.
15. The digital audiovisual distribution network of claim 14, wherein the video playlist is stored in a centrally accessible storage location of the digital audiovisual distribution network.
16. The digital audiovisual distribution network of claim 14, wherein the video playlist includes instructions for displaying video content in a predetermined order, and at a predetermined time or event.
17. The digital audiovisual distribution network of claim 14, wherein the video playlist includes instructions for displaying video content corresponding to segment programming.
18. The digital audiovisual distribution network of claim 17, wherein the segment programming is displayed at a plurality of locations at substantially the same time.
19. The digital audiovisual distribution network of claim 13, wherein the video content displayed by the one or more displays or groups of displays corresponds to video content that prompts one or more viewers of said video content to interact, directly or indirectly, with the jukebox device.
20. The digital audiovisual distribution network of claim 13, wherein a first video server of a first jukebox device at a first location is configured to display programming substantially concurrently with a second video server of a second jukebox device at a second location.
21. The digital audiovisual distribution network of claim 20, wherein the programming is a concert.
22. A method of operating a digital jukebox device, the method comprising: causing a display of jukebox-related video content on a display of the digital jukebox device;enabling playback, by the jukebox device, of a plurality of instances of audio content stored on a first storage location of the jukebox device;enabling acceptance of payment, via a payment accepter, in exchange for playback of the instances of audio content by the jukebox device;(1) playback, without involving a video server and via speakers of the jukebox device, an instance of audio content stored on the first storage, (2) display, without involving the video server and on the display of the jukebox device, a first video content including a song selection screen while the instance of audio content is currently being played back, (3) instructing, via a processor of the jukebox device, the video server in communication with and located within a housing of the jukebox device to reproduce, in synchronization with the jukebox device, on one or more displays or groups of displays remote from the jukebox that are each connected to the video server, one or more second video content stored on a second storage location accessible by the video server, wherein at least one of the second video content, which is different from the first video content, is associated with the instance of audio content currently being played back, and (4) receive updated audio content from, and provide royalty accounting information to, a remotely located central server;receiving updated audio content from, and providing royalty accounting information to, a remotely located central server; andcoordinating, via the video server, playback of at least one of the second video content, receivable from a remote network location, on the one or more displays or groups of displays, such that the video server accesses the at least one of the second video content stored on the second storage location independent of the first storage location of the jukebox device, the coordinated playback being substantially offloaded from the processor of the jukebox device and the first storage location to the video server.
23. The method of claim 22, further comprising coordinating the video content displayed by the one or more displays or groups of displays with the display of the jukebox device in dependence on a function being accessed by a user of the jukebox device.
24. The method of claim 22, further comprising coordinating the video content displayed by the one or more displays or groups of displays in dependence on a predefined video playlist.
25. The method of claim 24, wherein the video playlist includes instructions for displaying video content in a predetermined order, and at a predetermined time or event.
26. The method of claim 24, wherein the video playlist includes instructions for displaying video content corresponding to segment programming.

CROSS-REFERENCES TO RELATED APPLICATIONS

This application claims the benefit of provisional patent application Ser. No. 60/907,212, filed Mar. 26, 2007, the entire contents of which is hereby incorporated herein by reference. This application also is related to application Ser. No. 11/358,721, filed Feb. 22, 2006, which is a continuation in part of application Ser. No. 11/222,036, filed Sep. 9, 2005, which is a continuation in part of application Ser. No. 11/185,974, filed Jul. 21, 2005, which is a continuation in part of application Ser. No. 10/661,811, filed Sep. 15, 2003, which claims priority on provisional patent application Ser. No. 60/410,832, filed Sep. 16, 2002, entitled “Digital Downloading Jukebox System With Central And Local Music Servers,” the entire contents of each of which are hereby incorporated herein by reference.

US Referenced Citations (540)

Number	Name	Date	Kind
3807541	Kortenhaus	Apr 1974	A
3982620	Kotenhaus	Sep 1976	A
4008369	Theurer et al.	Feb 1977	A
4186438	Benson	Jan 1980	A
4232295	McConnell	Nov 1980	A
4335809	Wain	Jun 1982	A
4335908	Burge	Jun 1982	A
4356509	Skerlos et al.	Oct 1982	A
4369442	Werth et al.	Jan 1983	A
4375287	Smith	Mar 1983	A
4412292	Sedam	Oct 1983	A
4413260	Siegel et al.	Nov 1983	A
4521014	Sitrick	Jun 1985	A
4528643	Freeny	Jul 1985	A
4558413	Schmidt	Dec 1985	A
4572509	Sitrick	Feb 1986	A
4577333	Lewis et al.	Mar 1986	A
4582324	Koza	Apr 1986	A
4588187	Dell	May 1986	A
4593904	Graves	Jun 1986	A
4597058	Izumi	Jun 1986	A
4636951	Harlick	Jan 1987	A
4652998	Koza	Mar 1987	A
4654799	Ogaki	Mar 1987	A
4658093	Hellman	Apr 1987	A
4667802	Verduin et al.	May 1987	A
4674055	Ogaki et al.	Jun 1987	A
4675538	Epstein	Jun 1987	A
4677311	Morita	Jun 1987	A
4677565	Ogaki	Jun 1987	A
4703465	Parker	Oct 1987	A
4704725	Harvey et al.	Nov 1987	A
4707804	Leal	Nov 1987	A
4722053	Dubno	Jan 1988	A
4761684	Clark	Aug 1988	A
4766581	Korn	Aug 1988	A
4787050	Suzuki	Nov 1988	A
4792849	McCalley	Dec 1988	A
4807052	Amano	Feb 1989	A
4811325	Sharples	Mar 1989	A
4814972	Winter et al.	Mar 1989	A
4825054	Rust	Apr 1989	A
4829570	Schotz	May 1989	A
4852154	Lewis et al.	Jul 1989	A
4857714	Sunyich	Aug 1989	A
4868832	Marrington	Sep 1989	A
4885694	Pray et al.	Dec 1989	A
4905279	Nishio	Feb 1990	A
4920432	Eggers	Apr 1990	A
4922420	Nakagawa	May 1990	A
4924378	Hershey	May 1990	A
4926485	Yamashita	May 1990	A
4937807	Weitz	Jun 1990	A
4949187	Cohen	Aug 1990	A
4953159	Hayden et al.	Aug 1990	A
4956768	Sidi	Sep 1990	A
4958835	Tashiro	Sep 1990	A
4977593	Ballance	Dec 1990	A
4999806	Chernow	Mar 1991	A
5008814	Mathur	Apr 1991	A
5012121	Hammond	Apr 1991	A
5027426	Chiocca	Jun 1991	A
5041921	Scheffler	Aug 1991	A
5046093	Wachob	Sep 1991	A
5053758	Cornett et al.	Oct 1991	A
5058089	Yoshimara	Oct 1991	A
5077607	Johnson et al.	Dec 1991	A
5081534	Geiger et al.	Jan 1992	A
5101499	Streck et al.	Mar 1992	A
5106097	Levine	Apr 1992	A
5117407	Vogel	May 1992	A
5138712	Corbin	Aug 1992	A
5148159	Clark et al.	Sep 1992	A
5155847	Kirouac	Oct 1992	A
5163131	Row	Nov 1992	A
5166886	Molnar	Nov 1992	A
5172413	Bradley et al.	Dec 1992	A
5180309	Egnor	Jan 1993	A
5189630	Barstow et al.	Feb 1993	A
5191573	Hair	Mar 1993	A
5191611	Lang	Mar 1993	A
5192999	Graczyk	Mar 1993	A
5197094	Tillery	Mar 1993	A
5203028	Shiraishi	Apr 1993	A
5210854	Beaverton et al.	May 1993	A
5214761	Barrett et al.	May 1993	A
5222134	Waite et al.	Jun 1993	A
5228015	Arbiter et al.	Jul 1993	A
5237157	Kaplan	Aug 1993	A
5237322	Heberle	Aug 1993	A
5239480	Huegel	Aug 1993	A
5250747	Tsumura	Oct 1993	A
5252775	Urano	Oct 1993	A
5260999	Wyman	Nov 1993	A
5261104	Bertram et al.	Nov 1993	A
5262875	Mincer et al.	Nov 1993	A
5276866	Paolini	Jan 1994	A
5278904	Servi	Jan 1994	A
5282028	Johnson et al.	Jan 1994	A
5289476	Johnson et al.	Feb 1994	A
5289546	Hetherington	Feb 1994	A
5315161	Robinson	May 1994	A
5315711	Barone et al.	May 1994	A
5319455	Hoarty et al.	Jun 1994	A
5321846	Yokota et al.	Jun 1994	A
5327230	Dockery	Jul 1994	A
5339095	Redford	Aug 1994	A
5339413	Koval	Aug 1994	A
5341350	Frank	Aug 1994	A
5355302	Martin et al.	Oct 1994	A
5357276	Banker	Oct 1994	A
5369778	SanSoucie	Nov 1994	A
5375206	Hunter	Dec 1994	A
5386251	Movshovich	Jan 1995	A
5389950	Martin et al.	Feb 1995	A
5404505	Levinson	Apr 1995	A
5406634	Anderson et al.	Apr 1995	A
5408417	Wilder	Apr 1995	A
5410326	Goldstein	Apr 1995	A
5410703	Nilsson et al.	Apr 1995	A
5418713	Allen	May 1995	A
5420923	Beyers	May 1995	A
5428252	Walker	Jun 1995	A
5428606	Moskowitz	Jun 1995	A
5431492	Rothschild	Jul 1995	A
5440632	Bacon et al.	Aug 1995	A
5444499	Saitoh	Aug 1995	A
5445295	Brown	Aug 1995	A
5455619	Truckenmiller et al.	Oct 1995	A
5455926	Keele	Oct 1995	A
5457305	Akel	Oct 1995	A
5465213	Ross	Nov 1995	A
5467326	Miyashita et al.	Nov 1995	A
5469370	Ostrover et al.	Nov 1995	A
5469573	McGill et al.	Nov 1995	A
5471576	Yee	Nov 1995	A
5475835	Hickey	Dec 1995	A
5481509	Knowles	Jan 1996	A
5487167	Dinallo et al.	Jan 1996	A
5489103	Okamoto	Feb 1996	A
5495610	Shing	Feb 1996	A
5496178	Back	Mar 1996	A
5499921	Sone	Mar 1996	A
5511000	Kaloi	Apr 1996	A
5513117	Small	Apr 1996	A
5515173	Mankovitz et al.	May 1996	A
5519435	Anderson	May 1996	A
5519457	Nishigaki et al.	May 1996	A
5521631	Budow et al.	May 1996	A
5521918	Kim	May 1996	A
5521922	Fujinami et al.	May 1996	A
5523781	Brusaw	Jun 1996	A
5528732	Klotz	Jun 1996	A
5532734	Goertz	Jul 1996	A
5546039	Hewitt et al.	Aug 1996	A
5548729	Akiyoshi	Aug 1996	A
5550577	Verbiest	Aug 1996	A
5554968	Lee	Sep 1996	A
5555244	Gupta	Sep 1996	A
5557541	Schulhof	Sep 1996	A
5557724	Sampat et al.	Sep 1996	A
5559505	McNair	Sep 1996	A
5559549	Hendricks	Sep 1996	A
5561709	Remillard	Oct 1996	A
5565908	Ahmad	Oct 1996	A
5566237	Dobbs	Oct 1996	A
5570363	Holm	Oct 1996	A
5578999	Matsuzawa et al.	Nov 1996	A
5579404	Fielder et al.	Nov 1996	A
5583561	Baker et al.	Dec 1996	A
5583937	Ullrich et al.	Dec 1996	A
5583994	Rangan	Dec 1996	A
5583995	Gardner et al.	Dec 1996	A
5592482	Abraham	Jan 1997	A
5592551	Lett	Jan 1997	A
5592611	Midgely et al.	Jan 1997	A
5594509	Florin	Jan 1997	A
5596702	Stucka et al.	Jan 1997	A
5612581	Kageyama	Mar 1997	A
5613909	Stelovsky	Mar 1997	A
5616876	Cluts	Apr 1997	A
5617565	Augenbraun et al.	Apr 1997	A
5619247	Russo	Apr 1997	A
5619249	Billock et al.	Apr 1997	A
5619250	McClellan et al.	Apr 1997	A
5619698	Lillich	Apr 1997	A
5623666	Pike	Apr 1997	A
5631693	Wunderlich et al.	May 1997	A
5636276	Brugger	Jun 1997	A
5638426	Lewis	Jun 1997	A
5642337	Oskay	Jun 1997	A
5644714	Kikinis	Jul 1997	A
5644766	Coy	Jul 1997	A
5654714	Takahashi et al.	Aug 1997	A
5659466	Norris et al.	Aug 1997	A
5661517	Budow et al.	Aug 1997	A
5661802	Nilssen	Aug 1997	A
5663756	Blahut et al.	Sep 1997	A
5668592	Spaulding	Sep 1997	A
5668778	Quazi	Sep 1997	A
5668788	Allison	Sep 1997	A
5675734	Hair	Oct 1997	A
5680533	Yamato et al.	Oct 1997	A
5684716	Freeman	Nov 1997	A
5689641	Ludwig et al.	Nov 1997	A
5691778	Song	Nov 1997	A
5691964	Niederlein et al.	Nov 1997	A
5696914	Nahaboo et al.	Dec 1997	A
5697844	Von Kohorn	Dec 1997	A
5703795	Mankowitz	Dec 1997	A
5708811	Arendt	Jan 1998	A
5712976	Falcon	Jan 1998	A
5713024	Halladay	Jan 1998	A
5715416	Baker	Feb 1998	A
5717452	Janin et al.	Feb 1998	A
5721583	Harada et al.	Feb 1998	A
5721815	Ottesen et al.	Feb 1998	A
5721829	Dunn et al.	Feb 1998	A
5724525	Beyers et al.	Mar 1998	A
5726909	Krikorian	Mar 1998	A
5734719	Tsevdos	Mar 1998	A
5734961	Castille	Mar 1998	A
5739451	Winksy et al.	Apr 1998	A
5743745	Reintjes	Apr 1998	A
5745391	Topor	Apr 1998	A
5748254	Harrison et al.	May 1998	A
5748468	Notenboom et al.	May 1998	A
5751336	Aggarwal et al.	May 1998	A
5757936	Lee	May 1998	A
5758340	Nail	May 1998	A
5761655	Hoffman	Jun 1998	A
5762552	Vuong	Jun 1998	A
5774527	Handelman et al.	Jun 1998	A
5774668	Choqiuer	Jun 1998	A
5774672	Funahashi	Jun 1998	A
5781889	Martin et al.	Jul 1998	A
5786784	Gaudichon	Jul 1998	A
5790172	Imanaka	Aug 1998	A
5790671	Cooper	Aug 1998	A
5790856	Lillich	Aug 1998	A
5793364	Bolanos et al.	Aug 1998	A
5793980	Glaser	Aug 1998	A
5798785	Hendricks	Aug 1998	A
5802283	Grady et al.	Sep 1998	A
5802599	Cabrera	Sep 1998	A
5805804	Laursen et al.	Sep 1998	A
5808224	Kato	Sep 1998	A
5809246	Goldman	Sep 1998	A
5812643	Schelberg et al.	Sep 1998	A
5815146	Youden et al.	Sep 1998	A
5825884	Zdepski et al.	Oct 1998	A
5831555	Yu et al.	Nov 1998	A
5831663	Waterhouse et al.	Nov 1998	A
5832024	Schotz et al.	Nov 1998	A
5832287	Atalla	Nov 1998	A
5835843	Haddad	Nov 1998	A
5842869	McGregor et al.	Dec 1998	A
5845104	Rao	Dec 1998	A
5845256	Pescitelli et al.	Dec 1998	A
5848398	Martin	Dec 1998	A
5851149	Xidos et al.	Dec 1998	A
5854887	Kindell	Dec 1998	A
5857020	Peterson	Jan 1999	A
5857707	Devlin	Jan 1999	A
5862324	Collins	Jan 1999	A
5864811	Tran et al.	Jan 1999	A
5864868	Contois	Jan 1999	A
5864870	Guck	Jan 1999	A
5867714	Todd	Feb 1999	A
5870721	Norris	Feb 1999	A
5880386	Wachi et al.	Mar 1999	A
5880769	Nemirofsky et al.	Mar 1999	A
5884028	Kindell	Mar 1999	A
5884298	Smith	Mar 1999	A
5887193	Takahashi	Mar 1999	A
5896094	Narisada et al.	Apr 1999	A
5903266	Berstis et al.	May 1999	A
5913040	Rakavy	Jun 1999	A
5914712	Sartain et al.	Jun 1999	A
5915094	Kouloheris	Jun 1999	A
5915238	Tjaden	Jun 1999	A
5917537	Lightfoot	Jun 1999	A
5917835	Barrett	Jun 1999	A
5918213	Bernard et al.	Jun 1999	A
5920700	Gordon et al.	Jul 1999	A
5920702	Johnson	Jul 1999	A
5923885	Johnson	Jul 1999	A
5926531	Petite	Jul 1999	A
5930765	Martin	Jul 1999	A
5931908	Gerba	Aug 1999	A
5933090	Christenson	Aug 1999	A
5940504	Griswold	Aug 1999	A
5949411	Doerr et al.	Sep 1999	A
5949688	Montoya	Sep 1999	A
5953429	Wakai et al.	Sep 1999	A
5956716	Kenner et al.	Sep 1999	A
5959869	Miller	Sep 1999	A
5959945	Kleiman	Sep 1999	A
5963916	Kaplan	Oct 1999	A
5966495	Takahashi	Oct 1999	A
5978855	Metz	Nov 1999	A
5978912	Rakavy et al.	Nov 1999	A
5980261	Mino et al.	Nov 1999	A
5999499	Pines et al.	Dec 1999	A
5999624	Hopkins	Dec 1999	A
6002720	Yurt	Dec 1999	A
6005599	Asai et al.	Dec 1999	A
6008735	Chiloyan et al.	Dec 1999	A
6009274	Fletcher	Dec 1999	A
6011758	Dockes et al.	Jan 2000	A
6018337	Peters	Jan 2000	A
6018726	Tsumura	Jan 2000	A
6025868	Russo	Feb 2000	A
6034925	Wehmeyer	Mar 2000	A
6038591	Wolfe et al.	Mar 2000	A
6040829	Croy et al.	Mar 2000	A
6041354	Biliris et al.	Mar 2000	A
6054987	Richardson	Apr 2000	A
6055573	Gardenswartz et al.	Apr 2000	A
6057874	Michaud	May 2000	A
6069672	Claassen	May 2000	A
6072982	Haddad	Jun 2000	A
6107937	Hamada	Aug 2000	A
6118450	Proehl	Sep 2000	A
6124804	Kitao et al.	Sep 2000	A
6131088	Hill	Oct 2000	A
6131121	Mattaway et al.	Oct 2000	A
6134547	Huxley et al.	Oct 2000	A
6138150	Nichols et al.	Oct 2000	A
6148142	Anderson	Nov 2000	A
6151077	Vogel et al.	Nov 2000	A
6151634	Glaser	Nov 2000	A
6154207	Farris et al.	Nov 2000	A
6157935	Tran et al.	Dec 2000	A
6161059	Tedesco et al.	Dec 2000	A
6170060	Mott et al.	Jan 2001	B1
6173172	Masuda et al.	Jan 2001	B1
6175861	Williams, Jr. et al.	Jan 2001	B1
6182126	Nathan et al.	Jan 2001	B1
6185184	Mattaway et al.	Feb 2001	B1
6185619	Joffe et al.	Feb 2001	B1
6191780	Martin et al.	Feb 2001	B1
6192340	Abecassis	Feb 2001	B1
6198408	Cohen	Mar 2001	B1
6202060	Tran	Mar 2001	B1
6209060	Machida	Mar 2001	B1
6212138	Kalis et al.	Apr 2001	B1
6216227	Goldstein et al.	Apr 2001	B1
6219692	Stiles	Apr 2001	B1
6223209	Watson	Apr 2001	B1
6240550	Nathan et al.	May 2001	B1
6243725	Hempleman et al.	Jun 2001	B1
6247022	Yankowski	Jun 2001	B1
6256773	Bowman-Amuah	Jul 2001	B1
6262569	Carr et al.	Jul 2001	B1
6280327	Leifer et al.	Aug 2001	B1
6288991	Kajiyama et al.	Sep 2001	B1
6289382	Bowman-Amuah	Sep 2001	B1
6292443	Awazu et al.	Sep 2001	B1
6298373	Burns et al.	Oct 2001	B1
6302793	Fertitta et al.	Oct 2001	B1
6308204	Nathan et al.	Oct 2001	B1
6311214	Rhoads	Oct 2001	B1
6315572	Glaser	Nov 2001	B1
6323911	Schein et al.	Nov 2001	B1
6332025	Takahashi et al.	Dec 2001	B2
6336219	Nathan	Jan 2002	B1
6341166	Basel	Jan 2002	B1
6344862	Williams et al.	Feb 2002	B1
6346951	Mastronardi	Feb 2002	B1
6356971	Katz et al.	Mar 2002	B1
6359661	Nickum	Mar 2002	B1
6370580	Kriegsman	Apr 2002	B2
6381575	Martin et al.	Apr 2002	B1
6384737	Hsu et al.	May 2002	B1
6393584	McLaren et al.	May 2002	B1
6396480	Schindler et al.	May 2002	B1
6397189	Martin et al.	May 2002	B1
6407987	Abraham	Jun 2002	B1
6408435	Sato	Jun 2002	B1
6408437	Hendricks et al.	Jun 2002	B1
6421651	Tedesco et al.	Jul 2002	B1
6425125	Fries et al.	Jul 2002	B1
6430537	Tedesco et al.	Aug 2002	B1
6430738	Gross et al.	Aug 2002	B1
6434678	Menzel	Aug 2002	B1
6438450	DiLorenzo	Aug 2002	B1
6442549	Schneider	Aug 2002	B1
6446130	Grapes	Sep 2002	B1
6449688	Peters et al.	Sep 2002	B1
6470496	Kato et al.	Oct 2002	B1
6488508	Okamoto	Dec 2002	B2
6490570	Numaoka	Dec 2002	B1
6496927	McGrane et al.	Dec 2002	B1
6498855	Kokkosoulis et al.	Dec 2002	B1
6522707	Brandstetter et al.	Feb 2003	B1
6535911	Miller et al.	Mar 2003	B1
6538558	Sakazume et al.	Mar 2003	B2
6543052	Ogasawara	Apr 2003	B1
6544122	Araki et al.	Apr 2003	B2
6549719	Mankovitz	Apr 2003	B2
6570507	Lee et al.	May 2003	B1
6571282	Bowman-Amuah	May 2003	B1
6577735	Bharat	Jun 2003	B1
6578051	Mastronardi	Jun 2003	B1
6587403	Keller et al.	Jul 2003	B1
6590838	Gerlings et al.	Jul 2003	B1
6598230	Ballhorn	Jul 2003	B1
6622307	Ho	Sep 2003	B1
6628939	Paulsen	Sep 2003	B2
6629318	Radha et al.	Sep 2003	B1
6643620	Contolini et al.	Nov 2003	B1
6643690	Duursma et al.	Nov 2003	B2
6654801	Mann et al.	Nov 2003	B2
6658090	Harjunen et al.	Dec 2003	B1
6662231	Drosset et al.	Dec 2003	B1
6702585	Okamoto	Mar 2004	B2
6728956	Ono	Apr 2004	B2
6728966	Arsenault et al.	Apr 2004	B1
6744882	Gupta et al.	Jun 2004	B1
6751794	McCaleb et al.	Jun 2004	B1
6755744	Nathan et al.	Jun 2004	B1
6789215	Rupp et al.	Sep 2004	B1
6816578	Kredo et al.	Nov 2004	B1
6898161	Nathan	May 2005	B1
6904592	Johnson	Jun 2005	B1
6928653	Ellis et al.	Aug 2005	B1
6942574	LeMay et al.	Sep 2005	B1
6974076	Siegel	Dec 2005	B1
7024485	Dunning et al.	Apr 2006	B2
7107109	Nathan et al.	Sep 2006	B1
7124194	Nathan et al.	Oct 2006	B2
7188352	Nathan et al.	Mar 2007	B2
7195157	Swartz et al.	Mar 2007	B2
7198571	LeMay et al.	Apr 2007	B2
7206417	Nathan	Apr 2007	B2
7210141	Nathan et al.	Apr 2007	B1
7231656	Nathan	Jun 2007	B1
7237198	Chaney	Jun 2007	B1
7293277	Nathan	Nov 2007	B1
7356831	Nathan	Apr 2008	B2
7406529	Reed	Jul 2008	B2
7424731	Nathan et al.	Sep 2008	B1
7448057	Nathan	Nov 2008	B1
7483958	Elabbady	Jan 2009	B1
7500192	Mastronardi	Mar 2009	B2
7512632	Mastronardi et al.	Mar 2009	B2
7519442	Nathan et al.	Apr 2009	B2
7548851	Lau	Jun 2009	B1
7549919	Nathan et al.	Jun 2009	B1
7574727	Nathan et al.	Aug 2009	B2
7647613	Drakoulis et al.	Jan 2010	B2
7749083	Nathan et al.	Jul 2010	B2
7757264	Nathan	Jul 2010	B2
7783774	Nathan et al.	Aug 2010	B2
7793331	Nathan et al.	Sep 2010	B2
20010016815	Takahashi et al.	Aug 2001	A1
20010023403	Martin	Sep 2001	A1
20010030660	Zainoulline	Oct 2001	A1
20010037367	Iyer	Nov 2001	A1
20010044725	Matsuda et al.	Nov 2001	A1
20020002079	Martin et al.	Jan 2002	A1
20020002483	Siegel et al.	Jan 2002	A1
20020045960	Phillips	Apr 2002	A1
20020113824	Myers	Aug 2002	A1
20020116476	Eyal et al.	Aug 2002	A1
20020118949	Jones	Aug 2002	A1
20020120925	Logan	Aug 2002	A1
20020129036	Ho Yuen Lok et al.	Sep 2002	A1
20020129371	Emura et al.	Sep 2002	A1
20020162104	Raike et al.	Oct 2002	A1
20030005099	Sven et al.	Jan 2003	A1
20030008703	Gauselmann	Jan 2003	A1
20030018740	Sonoda	Jan 2003	A1
20030031096	Nathan et al.	Feb 2003	A1
20030041093	Yamane	Feb 2003	A1
20030065639	Fiennes	Apr 2003	A1
20030088538	Ballard	May 2003	A1
20030093790	Logan	May 2003	A1
20030101450	Davidsson et al.	May 2003	A1
20030104865	Itkis et al.	Jun 2003	A1
20030108164	Laurin	Jun 2003	A1
20030135424	Davis	Jul 2003	A1
20030163388	Beane	Aug 2003	A1
20030208586	Mastronardi et al.	Nov 2003	A1
20030225834	Lee	Dec 2003	A1
20030233469	Knowlson	Dec 2003	A1
20040003073	Krzyzanowski	Jan 2004	A1
20040025185	Goci	Feb 2004	A1
20040085334	Reaney	May 2004	A1
20040103150	Ogdon et al.	May 2004	A1
20040148362	Friedman	Jul 2004	A1
20040204220	Fried et al.	Oct 2004	A1
20040205171	Nathan et al.	Oct 2004	A1
20040220926	Lamkin et al.	Nov 2004	A1
20040243482	Laut	Dec 2004	A1
20050034084	Ohtsuki	Feb 2005	A1
20050060405	Nathan	Mar 2005	A1
20050073782	Nathan	Apr 2005	A1
20050086172	Stefik	Apr 2005	A1
20050125833	Nathan et al.	Jun 2005	A1
20050240661	Heller et al.	Oct 2005	A1
20050267819	Kaplan	Dec 2005	A1
20060018208	Nathan et al.	Jan 2006	A1
20060035707	Nguyen et al.	Feb 2006	A1
20060062094	Nathan	Mar 2006	A1
20060143575	Sauermann	Jun 2006	A1
20060239131	Nathan et al.	Oct 2006	A1
20060293773	Nathan et al.	Dec 2006	A1
20070121430	Nathan	May 2007	A1
20070142022	Madonna	Jun 2007	A1
20070160224	Nathan	Jul 2007	A1
20070204263	Nathan et al.	Aug 2007	A1
20070209053	Nathan	Sep 2007	A1
20070220580	Putterman	Sep 2007	A1
20070247979	Brillon et al.	Oct 2007	A1
20080005698	Koskinen	Jan 2008	A1
20080069545	Nathan et al.	Mar 2008	A1
20080077962	Nathan	Mar 2008	A1
20080086379	Dion et al.	Apr 2008	A1
20080096659	Kreloff et al.	Apr 2008	A1
20080137849	Nathan	Jun 2008	A1
20080168807	Dion et al.	Jul 2008	A1
20080171594	Fedesna et al.	Jul 2008	A1
20080195443	Nathan et al.	Aug 2008	A1
20080239887	Tooker et al.	Oct 2008	A1
20090006993	Tuli et al.	Jan 2009	A1
20090037969	Nathan	Feb 2009	A1
20090070341	Mastronardi et al.	Mar 2009	A1
20090109224	Sakurai	Apr 2009	A1
20090128631	Ortiz	May 2009	A1
20090138111	Mastronardi	May 2009	A1
20090158203	Kerr et al.	Jun 2009	A1
20090234914	Mikkelsen et al.	Sep 2009	A1
20090265734	Dion et al.	Oct 2009	A1
20090282491	Nathan	Nov 2009	A1
20100042505	Straus	Feb 2010	A1
20100111489	Presler	May 2010	A1
20100211818	Nathan et al.	Aug 2010	A1
20100211872	Rolston	Aug 2010	A1

Foreign Referenced Citations (101)

Number	Date	Country
199954012	Apr 2000	AU
1901670	Jan 2007	CN
101019432	Aug 2007	CN
3406058	Aug 1985	DE
3723737	Jan 1988	DE
3820835	Jan 1989	DE
3815071	Nov 1989	DE
4244198	Jun 1994	DE
19610739	Sep 1997	DE
19904007	Aug 2000	DE
0082077	Jun 1983	EP
0140593	May 1985	EP
0256921	Feb 1988	EP
0283304	Sep 1988	EP
0283350	Sep 1988	EP
0309298	Mar 1989	EP
0313359	Apr 1989	EP
0340787	Nov 1989	EP
0363186	Apr 1990	EP
0425168	May 1991	EP
0464562	Jan 1992	EP
0480558	Apr 1992	EP
0498130	Aug 1992	EP
0507110	Oct 1992	EP
0529834	Mar 1993	EP
0538319	Apr 1993	EP
0631283	Dec 1994	EP
0632371	Jan 1995	EP
0711076	May 1996	EP
0786122	Jul 1997	EP
0817103	Jan 1998	EP
0841616	May 1998	EP
0919964	Jun 1999	EP
0959570	Nov 1999	EP
0974896	Jan 2000	EP
0974941	Jan 2000	EP
0982695	Mar 2000	EP
1001391	May 2000	EP
1408427	Apr 2004	EP
2602352	Feb 1988	FR
2808906	Nov 2001	FR
2122799	Jan 1984	GB
2166328	Apr 1986	GB
2170943	Aug 1986	GB
2193420	Feb 1988	GB
2238680	Jun 1991	GB
2254469	Oct 1992	GB
2259398	Mar 1993	GB
2262170	Jun 1993	GB
2380377	Apr 2003	GB
57173207	Oct 1982	JP
58-179892	Oct 1983	JP
60-253082	Dec 1985	JP
61084143	Apr 1986	JP
62-192849	Aug 1987	JP
62-284496	Dec 1987	JP
63-60634	Mar 1988	JP
2-153665	Jun 1990	JP
5-74078	Mar 1993	JP
5122282	May 1993	JP
07281682	Oct 1995	JP
08-279235	Oct 1996	JP
8274812	Oct 1996	JP
3034555	Nov 1996	JP
10-098344	Apr 1998	JP
2000-270314	Sep 2000	JP
2004-29459	Jan 2004	JP
2004-030469	Jan 2004	JP
2004-054435	Feb 2004	JP
2005-018438	Jan 2005	JP
2005-215209	Aug 2005	JP
2006-39704	Feb 2006	JP
2007-199775	Aug 2007	JP
2009-075540	Apr 2009	JP
2009-288702	Dec 2009	JP
WO 8601326	Feb 1986	WO
WO 9007843	Jul 1990	WO
WO 9108542	Jun 1991	WO
WO 9120082	Dec 1991	WO
WO 9316557	Aug 1993	WO
WO 9318465	Sep 1993	WO
WO 9403894	Feb 1994	WO
WO 9414273	Jun 1994	WO
WO 9415306	Jul 1994	WO
WO 9415416	Jul 1994	WO
WO 9503609	Feb 1995	WO
WO 9529537	Nov 1995	WO
WO 9612255	Apr 1996	WO
WO 9612256	Apr 1996	WO
WO 9612257	Apr 1996	WO
WO 9612258	Apr 1996	WO
WO 9807940	Feb 1998	WO
WO 9845835	Oct 1998	WO
WO 0100290	Jan 2001	WO
WO 0108148	Feb 2001	WO
WO 02095752	Nov 2002	WO
WO 2005052751	Jun 2005	WO
WO 2006014739	Feb 2006	WO
WO 2006106631	Oct 2006	WO
WO 2007069143	Jun 2007	WO
WO 2009004531	Jan 2009	WO

Non-Patent Literature Citations (38)

Entry
Drews, C.; Pestoni, F.; , “Virtual jukebox: reviving a classic,” System Sciences, 2002. HICSS. Proceedings of the 35th Annual Hawaii International Conference on , vol., No., pp. 887-893, Jan. 7-10, 2002 doi: 10.1109/HICSS.2002.994055 URL: http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=994055&isnumber=21442.
Drews, C.; Pestoni, F.;, “Virtual jukebox: reviving a classic,” System Sciences, 2002. HICSS. Proceedings of the 35th Annual Hawaii International Conference on , vol., No., pp. 887-893, Jan. 7-10, 2002 doi: 10.1109/HICSS.2002.994055 URL: http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=994055&isnumber=21442.
Drews, C.; Pestoni, F.;, “Virtual jukebox: reviving a classic,” System Sciences, 2002. HICSS. Proceedings of the 35th Annual Hawaii International Conference on , vol., No., pp. 887- 893, Jan. 7-10, 2002 doi: 10.1109/HICSS.2002.994055 URL: http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=994055&isnumber=21442.
“Darts Revolution Again”, Replay Magazine, Mar. 1991, pp. 146-148.
“Ecast Forges Landmark International Technology Partnership”, Business Wire at www.findarticles.com/cf_0/m0EIN/2000_July_25/63663604/print.jhtml, 2 pages, Jul. 25, 2000.
“Ecast Selects Viant to Build Siren Entertainment System (TM)”, ScreamingMedia, PR Newswire San Francisco, industry.java.sum.com/javanews/stories/story2/0,1072,17618,00.html, 3 pages, Aug. 3, 1999.
Bonczek et al, “The DSS Development System”, 1983 National Computer Conference, Anaheim, California, May 16-19, 1983, pp. 441-455.
Derfler et al., “How Networks Work”, Millennium Ed., Que Corporation, Jan. 2000.
European Search Report issued for European Application No. 08000845.1-1238/1962251, dated Apr. 3, 2009.
Gralla, “How the Internet Works”, Millennium Ed., Que Corporation, Aug. 1999.
Grimes, Chapter 18, “Taking Advantage of Web-based Audio”.
Hicks et al., “Dynamic software updating”, ACM PLDI, pp. 13-23, 2001.
IBM Technical Disclosure Bulletin, vol. 30, No. 5, Oct. 1987, “Method for Automated Assembly of Software Versions”, pp. 353-355.
IBM Technical Disclosure Bulletin, vol. 32, No. 9A, Feb. 1990, “Robotic Wafer Handling System for Class 10 Environments” pp. 141-143.
IBM Technical Disclosure Bulletin, vol. 33, No. 12, May 1991, “High-speed Opens and Shorts Substrate Tester”, pp. 251-259.
iTouch 27 New Games brochure, JVL Corporation, 2005, 2 pages.
iTouch 8 Plus brochure, JVL Corporation, 2005, 2 pages.
Koskelainem, “Report on Streamworks™”.
Kozierok, The PC Guide, Site Version 2.2.0, http://www.pcguide.com, Apr. 17, 2001.
Liang et al., “Dynamic class loading in the Java virtual machine”, ACM OOPSLA, pp. 36-44, 1998.
Look and iTouch brochure, JVL Corporation, 2004, 2 pages.
Megatouch Champ brochure, Merit Industries, Inc., 2005, 2 pages.
Melnik et al., “A mediation infrastructure for digital library services”, ACM DL, pp. 123-132, 2000.
Mod Box Internet brochure, Merit Entertainment, 2006, 2 pages.
Newsome et al., “Proxy compilation of dynamically loaded java classes with MoJo”, ACM LCTES, pp. 204-212, 2002.
Outlaw, Computer Technology Review, “Virtual Servers Offer Performance Benefits for Network Imaging”, 1993.
Patent Abstract of Japan vol. 95, No. 010 & JP 07 281682 A (Naguo Yuasa), 27 October 1 JP 07 281682, figure 1-6 abrége.
Schneier, “Applied Cryptography”, Second Edition, John Wiley & Sons, Inc. New York, 1996.
Stevens, “TCP/IP Illustrated: vol. 1, The Protocols”.
Vortex Brochure, JVL Corporation, 2005, 2 pages.
Waingrow, “Unix Hints & Hacks”, Que Corporation, Indianapolis, IN, 1999.
White, “How Computers Work”, Millennium Ed., Que Corporation, Indianapolis, IN, Sep. 1999 (Sep. 22, 1999).
Office Action in related U.S. Appl. No. 12/929,466 dated Apr. 14, 2016.
Office Action in related U.S. Appl. No. 11/902,658 dated Jun. 29, 2016.
Examiner's Report in related Canadian Application No. 2,881,503 dated Mar. 17, 2016.
European Examination Report dated Aug. 17, 2016 in European Appln No. 12 075 107.8.
Japanese Office Action in JP Appln. No. 2015-165266 dated Oct. 18, 2016.
Canadian Office Action Application No. 2, 881,533 dated Aug. 30, 2016.

Related Publications (1)

	Number	Date	Country
	20080239887 A1	Oct 2008	US

Provisional Applications (1)

	Number	Date	Country
	60907212	Mar 2007	US

Jukebox with associated video server

Information

Patent Number

Date Filed

Date Issued

Inventors

Original Assignees

Examiners

Agents

CPC

Field of Search

US

CPC

International Classifications

Term Extension

Abstract