Digital downloading jukebox system with central and local music servers.

. ^: '- 1 DIGITAL DOWNLOAD ROCK SYSTEM WITH CENTRAL AND LOCAL MUSIC SERVERS

FIELD OF THE INVENTION

The present invention relates, for example, to jukebox systems (automatic record player) and, more particularly, to digital download jukebox systems of the type which typically include a central server and remote jukebox device communicating with it. 10 central server for royalty accounting or content updates. Exemplary embodiments of the present invention improve upon such systems by providing a local server for each jukebox device in a network of jukebox systems. The local server provides a second, more expansive source of content (ie, audio or visual data or both) which can be selected by a user of the jukebox for playback on the jukebox. The

I 'local servers preferably provide an image 20 of the central server thus enabling the complete library of audio or visual data to be conveniently available for each jukebox device without the need to download the requested content, which is not available on the device mass storage 25 of the jukebox device itself, from the central server. I ··; '/. '. i '2

The collective group of local servers as well. they can act as a network of distributed content servers that can be controlled by the central server through each jukebox device to provide services to other devices such as, for example, non-portable jukebox devices. In addition, the jukebox device and the local server, under the control of the central server can operate 'as. a central hub or a management device for various downloadable entitlement-based devices present at a location with a jukebox device.

BACKGROUND AND SUMMARY OF THE INVENTION

Rollers (automatic record players) have been known for decades and have provided users with the ability to select desired music for playback in a convenient and advantageous manner. The jukeboxes'. conventionally they have been provided in commercial establishments such as restaurants and 20 bars, in order to provide the desired music based on the demand of the patrons of the same for certain rights.- During the last years a new generation has become available. of jukebox devices that provide significant improvements in jukebox performance for all parties involved. By way of

- 3 - More specifically, conventional self-sustaining CD and phonograph recordings have been replaced by digital download jukeboxes that are controlled and communicate with a central server. An example of this 5th generation. The new jukebox system is shown in U.S. Patent No. 6,308,204, the disclosure of which is incorporated by reference herein in its entirety.

. A leading provider of this new generation of systems. jukebox is Touch Tunes Music Corporation. ''

FIG. 1 shows an overview of an exemplary embodiment of a digital download jukebox system 10 (hereinafter simply referred to as a jukebox system). As shown in Figure 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 video or .. associated graphics). that can be downloaded from it.

The jukebox system also includes a number of remote jukebox devices 16, 16a-16f. Each of these jukebox devices is generally located in a bar, restaurant, club or other desired location and is operable to play music in response to receipt of a payment from a user such as coins, bills, i card. '.

25 'credit / debit, etc., and that has one or more songs I

I '- ^; \! ·. '' . '' selected by the user for reproduction. In an alternative modality, a music service is paid on a per-venue subscription basis and the selected music is free to the end user. The jukebox device 16 typically includes a display 18 that presents information to the user and allows the user to select songs from the user, as well as an audio system 20 that plays the selected songs. The screen 18 can also be used to display video or graphics related to the song. The display 18 can also be used to display advertisements for the jukebox itself in order to attract customers to the jukebox, to display other types of advertisements, or to display any other desired information. -

The jukebox devices 16 (sometimes referred to simply as jukeboxes herein) are operable to communicate with the central server 12 via a communication network 14 such as, for example, the Internet. The jukeboxes 16 periodically communicate with the server 12 in order to provide information to the server 12 regarding the specific songs that have been played on the jukebox. The central server uses this information for the purpose. to determine the royalties or other appropriate payments due for the songs played on each jukebox. In this way, a significant advantage of this new generation of rubs is that the reproduction of sound or other applicable music rights can be added in a more precise and reliable way and in this way it is certain that the royalties are paid 'appropriate to the artists or owners of the music. The central server 12 may also provide new songs to the jukebox 16 in order to ensure that the appropriate or most popular songs are kept on the jukebox based on the specific clients 10 at each location. In this way, the songs available at each jukebox can be matched by communication with the central server in order to provide the songs or types of music that customers generally request at each jukebox location. As described in US Patent No. 6,308,204 referred to above, the central server can also advantageously be used to update the brush operation software in order, for example, to change the operation of the brush. jukebox, 20 for example to provide new or improved features. Thus, another significant advantage of this new generation of jukeboxes is that the songs (or other audio or visual content), and the operation of the jukebox itself can be remotely changed as desired without the need for. having to provide service '- 6 - personnel (for example a technician) who provide service to the jukebox. Instead, such updates can be performed using the central server 12.

As stated above, the devices

16 The jukeboxes 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 graphical information desired for playback. 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 are actually 'stored on the jukebox's mass storage device at any one time. There can be many other reasons as well, such as data security or limited space. the jukebox itself, to have a limited storage capacity of the jukebox or to limit the number of songs stored in the jukebox. For example, the physical space can be limited to wall-mounted jukeboxes or the like. which are designed to be small in size compared to self-supporting upright models.

As explained above, the songs on the jukebox

- ' - 7 - .

they can be changed by communication with the central server, but any jukebox only stores a subset of the entire library of songs maintained by the central server at any one time.

In order to maximize the revenue a jukebox generates, it is important to make the most desired songs available on the jukebox over time. If customers cannot find songs they are looking for on the jukebox, use of the jukebox (and the revenue generated from it) drops dramatically. On the other hand, it is impossible to predict in advance exactly what a customer, in any particular place, will want to play on the jukebox. In fact, it is likely that in many cases when the client has selected a song that exists in the central server but is not present at that moment in the^- jukebox. As a result, the jukebox may not be enjoyed and used to its full capacity. In order to solve this problem and increase revenue, jukebox systems have in the past provided a feature that allows the user to search the central server for songs 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 allows the user to play any song in the master song library maintained on the central server using the jukebox, regardless of whether or not the song is currently stored in the mass storage of the jukebox itself. In this way, the user can first search for the desired songs in the local storage of the jukebox and then, if desired, perform an additional search on the central server for desired songs. The jukebox device typically charges an additional fee (such as five credits instead of one credit) for an immediate download and 10 playback of a song from the central server, as opposed to standard playback directly from local storage. the jukebox.

However, a problem with the instant download feature is that it is desirable to have a high speed, immediate connection to the central server to implement. In addition, the central server and the network must be prepared and capable of. handle such requests in a reliable and efficient way so that the feature works properly. These requirements cannot always be satisfied and, as a result, such implementation of this feature has been limited. For example, in 'many places that have jukeboxes do not have high speed connections (such as DSL) and instead use. dial-up modem connections ... jukeboxes that are based on 25 dial-up connections are generally designed

- 9 only to communicate with the server periodically and does not allow the user to immediately download a song. However, they are enabled for a user to vote for a song to be downloaded at a later time when the dial-up connection is made. This, of course, is not as satisfying for the user as being able to immediately download a song. Other problems may arise in connection with this download feature if the network or server is not currently available for download, due to traffic, malfunction or the like. '

For the reasons explained above, there is a need for a jukebox system that overcomes these and other disadvantages. The present invention is designed to solve these and other problems and provide additional functionality for such jukebox systems.

In accordance with an exemplary aspect of the present invention, a local content server is provided for each jukebox in the jukebox system. The local server is preferably a mirror of the master library of songs (or other content) on the central server. The local server is installed in close proximity to the jukebox i 'to which it is assigned and preferably in the same restaurant or bar where the jukebox is installed. The 25 local server is. can . install even inside the jukebox device enclosure itself if space allows. Preferably, however, the local server is simply installed in a convenient location and connected to the jukebox using a high speed connection such as, for example, Ethernet or similar. According to an exemplary embodiment, the local server is used to implement the instant download feature described in Ib above without the need for a high-speed connection to the central server. In other words, the user can reach the local storage on the jukebox for the desired songs and then, if desired, further search against the local server for the desired songs. If the desired song is found in the local storage it is played from the local storage by normal rights. On the other hand, if the song is found only on the local server, the song can be downloaded immediately, and the user's option, from the local server to the jukebox for reproduction by a right that is preferably greater, than a right normal. As a result, the instant download feature can be reliably implemented regardless of the type of connection. to the central server and regardless of the availability of the network or the central server. Also, 25 .because the download comes -from a local server at '- 11 -. . .

Instead of a central server, it is imperceptible to the user.

Alternatively, in another exemplary aspect, a jukebox is provided with an expanded storage medium 5 attached locally. Although not as large as a server unit in the above preferred embodiment, in one embodiment, the storage medium can retain. about 20% of the songs available on the central server. Studies have shown that a group, 10 of songs that comprises approximately 20% of the. Top Most Requested Songs satisfies the playback requests of approximately 80% of end users. In another exemplary embodiment, this medium can retain approximately 30% of the songs available on the central server, which is related to the requests of approximately 90% of the end users. The amount of song data stored on the media can be any suitable amount to carry out the desired functionality. For example, if new data indicates that only 10% of the songs need to be stored, then this would be an appropriate amount to store.

In accordance with another exemplary aspect of the invention, the server, local or storage medium '25 - is periodically updated with data (e.g.

- 12 - '' songs) that. correspond to the content of the • master data library (eg songs). The update can be carried out remotely using connections, dial-up or broadband, or it can be updated manually, for example, by an operator using an update tool that is provided by the entity that controls the jukebox system which can be directly connected to the jukebox or local server for the purpose of updating the local server or storage medium in such a way that the content corresponds to the master library on the central server or so that the content corresponds to at least the current desired percentage of the most selected songs. '

According to another exemplary embodiment, the server includes a hard disk array with one or more associated IDE controllers, a microprocessor, a flash memory containing the BIOS and an operating system, a RAM. and an Ethernet controller for communication with the jukebox. Each local server is preferably assigned or registered to the specific jukebox to which it is connected. For security purposes, the data on the local server preferably does not comprise any complete songs. Instead, the jukebox device includes 'missing data for each' - -13 song on the local server so that the jukebox can build the entire song from the contents of its storage device and the contents of the song. local server. The data on the local server 5 is also preferably encrypted using the lost data (for example a block) and in this way it is avoided that the songs are copied or played from the local server by any device other than the jukebox to which it has been assigned. '

According to another exemplary aspect of the invention, a local server connection can be used as a network of distributed servers which can be controlled by the central server to 'provide music services to other devices which can be connected to the network through: 1a which the central server communicates and the rubbing. For example, local servers and associated jukeboxes are used to supply any requested song to a dedicated commercial or residential jukebox device (or other suitable jukebox device) in addition to providing song services to the specific jukeboxes for which they are connected and assigned.

In accordance with an exemplary aspect of the invention, the local server and jukebox device are used, under the control of the central server, to provide management services for other types of coin-operated or pay-activated activated equipment, such as gaming devices installed in the same location as the jukebox. In other words, the jukebox system is preferably used to update the functionality or management of other download devices present in the same place. As a result, the jukebox functions as a central hub for all the unloading equipment in one place. This feature is obtained, in one embodiment, by networking all of the download devices in a single location along with the jukebox and a local file server. The central server can then download information to the local server along with. instructions for the jukebox regarding which devices should be updated with which data or software. The jukebox device and local server can also be used to collect information from other download devices to which it is administered and to supply said information to the central server 20 for reporting / accounting purposes. In this manner, the owner / operator of the jukebox system can act as a third party service provider or other money operating companies for the purpose of managing or updating their equipment such as electronic gaming equipment. '. '. - fifteen - , .

According to a further exemplary aspect of the illustrative embodiments, the jukebox has or is provided with the ability to process. to play multiple songs simultaneously via 5 different outputs to different zones. In a preferred embodiment, an establishment containing three zones: a restaurant, a bar and a pool table, can have numerous selections, up to the number of zones or speaker outputs, playing at the same time. This allows for a 10-fold increase in the inputs to the jukebox system, since the patterns from any zone can be heard in a selected song at the same time or based on the patterns in another zone being heard for a different song.

In accordance with a further exemplary aspect of the illustrative embodiments, the user may select to play a song in more than one area of ​​the establishment. This reproduction can be simultaneous in multiple zones or can be done at different times. This allows the jukebox operator to capture an additional 20 revenue by playing the same song more than once, and potentially even more revenue by ensuring that the song is played simultaneously in multiple areas of the store.

According to another exemplary aspect of the 25 illustrative modalities, each zone is provided with

-. . -. 16 a terminal which allows the patterns in that area to select songs for playback on the jukebox. In a preferred embodiment, the terminal is a limited choice limited terminal that is provided with a user interface (GUI) for song selection, however, a gaming terminal or any other suitable device capable of providing a GUI can be provided. use. '' 'In accordance with a further exemplary aspect of the illustrative embodiments, the operator may limit the selections that can be reproduced in a given area. For example, in a restaurant zone of a multi-zone establishment, the operator may wish to limit the music to that suitable for a quiet dinner atmosphere. The operator can also limit or allow other aspects of playback selection in each zone, such as volume, playback availability of. priority, etc.

In accordance with a further exemplary aspect of the illustrative embodiments, the jukebox may be provided with an algorithm or other method for selectively selecting background music, based on zone, time, or any other suitable criteria.

In accordance with another, exemplary aspect of the illustrative embodiments, zones may be provided. '- 17. different with independent priority and non-priority replay rows.

According to a further exemplary aspect of the illustrative embodiments, jukeboxes with expanded song storage capacity can provide only a subset of the total songs stored as the basic available songs. If a user wants a song that is not a member of the provided subset, the user can pay an additional 10 to have the song played. If the song is stored in a larger master set in the expanded storage capacity, the song can be queued immediately, without the need for a download, allowing users faster access to an expanded selection of songs. . Even if the song is not available in the expanded list, the user can request the song, and if there are suitable conditions such as a high-speed connection, the user can listen to the song almost immediately. Alternatively, the song may be downloaded and saved for the user to be selected at a later date or time such as, for example, when the jukebox is connected in a dial mode and you need to download the songs in a later time.

According to another exemplary aspect of the

- ¹⁸ Illustrative embodiments, the jukebox can be set to adaptive mode where users use an interface to select songs to be transferred from the local server or expanded media storage 5 to the jukebox or jukebox set.

This mode, can be used, for example, by regular users or customers and location places to specify. which songs should be permanently on the jukebox after the jukebox is installed new in a 10 place. .

In accordance with a further exemplary aspect of the illustrative embodiments, a jukebox can be transformed based on a triggering event. Triggering events can include 15-theme establishment nights, time changes, or any other suitable criteria.

When a jukebox is transformed, it can provide a totally or partially different subset of songs available for user selection at normal cost. In addition, since the interconnection is digital, new graphics, advertising, or other suitable changes may be displayed on the screen, in accordance with the transformation. The transformation can also selectively block all access to certain songs, based on the appropriateness of the song under the criteria which cause the transformation. For example, if an establishment has a country music night, then the available songs should move to all country-type songs. The jukebox can additionally block the expanded excess to all 5 songs that are not defined as appropriate for a country music night, so such blocked songs are not available for playback at even one. weight increased until transformation has expired. The definition of appropriate songs may be a factory-set definition or it may be definable by the jukebox operator or some other suitable classification mechanism.

According to another exemplary aspect of the illustrative embodiments, the different terminals of a multi-zone system can be transformed independently of each other so that, for example, a zone in a bar can be transformed after a certain hour, while the zone in a restaurant can stay the same. '

In accordance with a further exemplary aspect of the illustrative embodiments, a user may request based on the right to have a song played before other songs previously selected by playback priority have been played. In a preferred mode, the user is shown in the payment with the highest

- 20 - .

price for a priority playback and you can pay more than the price to get the highest priority available. '

According to a further exemplary aspect of the illustrative embodiments, a user may not show how much more he has paid for priority. However, the user can pay a lot of what. the user wants to spend to get a ranking. and then receive a priority ranking based on the amount paid.

According to another exemplary aspect of the illustrative modalities, a user can pay, however much of what the user wishes to spend to obtain a priority ranking and is then shown the priority point that has been obtained based on the amount paid. If the point is not satisfactory to the user, the user can pay additional money to move their song up the priority ranking. The user can also pay additional money to make it more difficult for other users to reach the priority point selected in the list in a request type situation. Any other suitable method of increased payment for increased priority can also be implemented.

. Based on an additional exemplary aspect of • - 21 -.

In illustrative embodiments, a user can set a priority ranking with a payment of a preselected amount. For example, if a user pays 15 credits to obtain a rank of third in priority 5, and wants to guarantee his rank third, the user can pay, for example, four additional credits to fix his place. Since fixation on the rating may require the freezing of all the ratings above the user, the user may also be required to pay a certain amount to pin all the songs above the user's selection. In such a situation, the user can select to pay the indicated price for the immobilization or can pay the same amount or a variable amount of -credit 15 without an attempt to avoid excessive request in the future or to move the user's song further in the priority list. '

In accordance with another exemplary aspect of the illustrative embodiments, any of the aforementioned request strategies can be implemented and the user can show anyone how much they have paid for their particular ratings. This allows the user to know exactly how much they will have to pay to obtain a certain priority position. If the freeze feature 25 is implemented, this will also allow the user to know whether it is cheaper to pay the price to freeze the song or to pay to move up the priority list. All of these options result in increased revenue for the operator.

' ’ .

BRIEF DESCRIPTION OF THE DRAWINGS

These and other features, objects, and advantages of the present invention will be further understood by reviewing the following detailed description of the invention 10 when read in conjunction with the accompanying drawings, which:

Figure 1 is a block diagram of a conventional discharge digital jukebox system;

Figure 2 is a block diagram of the improved digital download jukebox system, in accordance with a preferred embodiment of the present invention;

Figure 3 is a view of an exemplary screen showing an initial selection screen in accordance with a preferred embodiment of the jukebox system of the present invention;

FIG. 4 is another view of a screen showing an exemplary search screen for use in searching for songs on the local server in accordance with a preferred embodiment of the present invention;

Figure 4A shows an exemplary process of using the personal music assistant to 'search' - 23 songs that may be appropriate for a 'profile. user specified; '. Figure 4B shows an exemplary process for using the personal music assistant to search for 5 songs that may be appropriate for a recognized user profile;

Figure 5 is 'another view of an exemplary screen showing the results of a search on the' local server and providing the user with a choice of. 10 downloading a desired song to the jukebox device for a payment, according to a preferred embodiment of the present invention, · '.

Figure 5A shows an exemplary process for. search through a list of popular songs;

Figure 6 is another view of an exemplary screen showing an alternate method of allowing access to the download feature herein. invention;

'. Figure-7 shows a block diagram of a preferred embodiment of the present local server. invention;

. Figure 8 shows a block diagram of an exemplary general network that includes commercial jukeboxes and residential jukeboxes, as well as other offloading devices and associated connections that are managed by i. ... ! ''

- 24 - .

the jukebox system of the present invention; Figure 9 shows a top view of the layout of an exemplary establishment for a multi-zone jukebox system;

Figure 10 shows a top view of the layout of an exemplary establishment for a multi-zone jukebox system with select terminals in each zone;

FIG. 11 is a flow chart showing an exemplary implementation of a zone selection process for a multi-zone jukebox system;

FIG. 12 is a flow chart showing an exemplary implementation of a zone selection process play priority for a multi-zone jukebox system;

Figure 13 shows an exemplary implementation of a multi-zone, priority and non-priority rowset, with a subset of rows for each zone;

Figure 14 is a flow chart showing an exemplary start and layout scheme for a transformable jukebox;

FIG. 15 is a flowchart showing an exemplary implementation of an automatic jukebox transformation initiation process, based on a trigger event; ''

- 25 ' .

FIG-16 is a flow chart showing an exemplary implementation of a jukebox transformation process;

Fig. 17 shows the relationship between a jukebox 5 with an expanded media storage and a central server;

Fig. 18 is a flow chart showing an exemplary process for a song selection process • when a song is not on the standard list of 10 available playable songs; and FIG. 19 is a flow chart showing an exemplary process for a replay row priority with priority setting capability based on the request. '

DETAILED DESCRIPTION OF EXEMPLARY MODALITIES

Referring now to the drawings, Figure 2 shows a block diagram of an exemplary preferred embodiment of an improved jukebox system 10 '. The jukebox system 20 10 'includes elements similar to those shown in FIG. 1 and described herein. above, which include a central server 12, a communication network 14, and remote jukebox devices 16, 16a-16f. However, the jukebox system 10 'further includes 25 local servers 22 ·, 22a-22f connected respectively to

-. '. ·. - 26 'each - of jukebox devices 16, 16a-16f. The central server 12 includes a master library of songs (or other content). Each of the jukebox devices includes a subset 'of the master library 5 on the local storage device of the jukebox. The central server can be used to individually manage the contents of the jukebox device, by monitoring the usage and updating of the subset of songs on each of the jukebox devices in an attempt to maximize use of the jukebox devices. The central server 12 periodically receives data from each of the jukeboxes for the purpose of accounting for royalties and payment for the songs played. The jukebox devices can be connected to the network in any suitable way, such as a dial-up moderator, a broadband moderator (eg DSL, cable, wireless broadband, or satellite). Communication network 14 may be any suitable network capable of distributing data (eg audiovisual data) from central server 12 to jukeboxes 16 and allowing data to be uploaded from jukeboxes 16 to central server 12.

The songs (or other data) are preferably digitized, compressed and encrypted by the central server 12 before sending the songs to jukeboxes for security and bandwidth purposes using known techniques.

.. '- 27. The songs are then decompressed and decrypted by jukeboxes for storage and playback. In this way, each of the jukeboxes maintains in a database a library of digitized songs for playback on the 5. jukebox, where the library can be changed or updated through communication with the central server. The jukeboxes preferably also receive and store data constituting images (eg still, moving video or graphic images) that can be displayed on the screen 18 of the jukebox device 16.

In an exemplary embodiment of the invention, jukebox devices have the structure and operation that is described in US Patent No. 6,308,204 referenced above. Thus, each of the 15 jukebox devices 16 preferably include one or more microprocessors, such as a main CPU and an audio DSP, a memory, such as a hard disk, to store songs or other content, a screen to present visual items, an audio distribution 20 to provide audio, a communication system, to enable the jukebox to communicate with the central server 12 through the network 14 of. communications and operating software, preferably including a multi-tasking operating system that controls the operation of the jukebox. -The operation software '- 28 -.

preferably it is capable of being updated through. communication with the central server 12 as described, for example, in US Patent 6,308,204 referred to above. The jukeboxes 16 5 further include one or more payment devices such as devices for receiving coins, bills or. credit cards, to allow the user to pay for the use of the jukebox in a convenient manner. Screen 18 is preferably a touch screen that allows the user to enter selections by touching the screen.

Each jukebox device has a local server 22 which can be accessed by the jukebox device. The local servers are respectively connected to the jukebox devices using Ethernet or another type of local connection. The local servers 22 preferably each include a copy that is a mirror of the master library of music recordings maintained on the central server 12. The local server 22 20 may be loaded with the entire master library which is owned or controlled by the jukebox network prior to transport to the local server and the jukebox device to the dealer or jukebox operator. Of course, with him. As time passes, the local server will no longer correspond identically to the central server due to the fact that the central server is preferably continually updated with additional or new songs. In this way, the local servers 22 are also preferably periodically updated to correspond with the library at the central server 12. This update can be performed, for example, by the central server 12 via communication with the devices. jukeboxes connected to local servers 22 using, for example; dial-up or broadband modems. Alternatively, the update can be done in person with an update tool that can be connected by a routeman or other person, directly to the jukebox or to the. local server for the purpose of updating the content of the local server. The portable tool may include a removable storage medium, such as a hard drive that can be returned and reused by the owner of the jukebox system for future updates. The tool itself must be maintained by the operator or another 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 preferably does not include all of the digital data that constitutes any song that is stored on the local server 22. Also, 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 5 songs on the local server and thus allows the jukebox to assemble the entire song based on the content of the local server and the memory in the jukebox device. The lost data that is located on the jukebox is necessary in order to decipher the songs. For example, a block. unique (or a. small fraction) of the data for each song may be lost on the local server but may be present on the jukebox device and encryption can be based on the missing block and can be advanced on a block-by-block basis. In this way, none of the blocks can be decrypted without obtaining or decrypting a preceding block. This feature provides significant security and prevents or discourages thieves or other · unauthorized use or copying of songs to the local server. Thus, in this mode, each local server must be assigned ... specifically to a specific jukebox device so that the decryption described above is performed properly. .

According to a preferred exemplary embodiment, the local servers can also be individually registered, each and the central server 12 can be identified so that the central server can individually manage and monitor each local server. The same is true for the jukebox device 5 itself, ie it can also preferably be registered with the central server so that it can also be individually monitored and managed by the central server. As will be understood from the preceding description, local servers become an important and advantageous part of the jukebox system by allowing their content to be accessed by the jukebox device in order to provide additional services (e.g. for provide additional songs) that are not available on the jukebox device itself. As will be explained in the following, the central server's song library or storage capacity itself can be advantageously used to provide services to other jukeboxes, such as payment-based residential and commercial jukeboxes or other payment-based equipment. A preferred use of local servers may be to provide the instant download feature of a song to the device. Jukebox which is now described in the following in detail, with reference to the exemplary screen views 25 of Figures 3-6.

._ -32-.

The. Figure 3 shows a view of an exemplary screen for a music selection screen 30 as displayed on a touch screen of the jukebox device. As can be seen in Figure 3, the selection screen, which is preferably the initial selection screen that is presented to the. client, includes graphical representations 32 of the various album covers for songs that are stored in the memory of a jukebox device. The album covers 10 are displayed in alphabetical order and a virtual scroll bar 33 can be used to advance through the available albums. The up and down arrows (34 and 35) are also provided to scroll through the available albums. Also 15 a now playing button 3 6 is provided to display information on the song currently playing on the jukebox (if any). Also 'a button 38 of the Top Ten Orders is provided to display a list of the ten most popular songs on the. 20 jukebox. Also provided is a button 3 9 (Tune Central ^ ®) (trademark of Touch Tones Music Corporation) whose function will now be described in detail, with reference to Fig. 4.

If the user does not see an album of interest on the 25 screen of. album covers or for any reason you want; - 33 -.

search for available songs that are not present on the jukebox device, user can select 39 Tune Central button. When the Tune Central button is pressed the display on the jukebox changes from that shown in figure 3 to that shown in figure 4.

The exemplary screen view of FIG. 4 shows a search screen 40 that allows a search to be performed on the local server 22 connected to the jukebox device. This screen 40 provides a virtual keyboard · 42 10 for use in entering a search request.

Searching can be done by album, artist, song, or genres or themes (ie, ranked lists of songs, preferably based on popularity that help the user find a particular song) based on the associated buttons 47. Once a search is typed in, the user presses the search button 44 and the search for the content of the local server is started. Input from the virtual keyboard can be cleared using. button 46 delete.

. Similar to search genres and themes, a user can search, for example, for a song using a personal music assistant, an exemplary process for which is shown in Figure 4A. Preferably, after pressing the personal assistant button (step. 402),. the jukebox may ask for a certain '. - 34 information to identify the user if the user has not yet been identified '(step 404). Such information may include, for example, age (or date of birth), preferred style, background, place of birth, or other information that can be used to generate a profile of the user. The jukebox then preferably can. comparing the profile information with selections made by other users with similar profiles (step 406) for example from the specific jukebox, the particular establishment of a national database, and recommended songs (step 408). For example, the jukebox may suggest a song from The Doors to users of the. California male gender who were born in 1960. The user can then select 'one. song from 15 a list to start a new search (step 410).

Furthermore, instead of entering identifiers, as shown in Figure 4B, the personal music assistant may recognize a user in other ways (step 422) such as, for example, after a card has been swiped. credit card or a site-specific preprogrammed ID for the jukebox. Preferably, the personal music assistant can. maintain a list of selections made by the user. The list of user selections can be maintained, for example, at a local jukebox terminal at. - 35 - the site's central jukebox server, on a remote server or on a badge. After 'the personal music assistant recognizes the user, it can then recommend songs on the basis of, for example, 5 on songs by the' artist 'particularly enjoyed by the user (step 426), frequently played songs. by user (428), songs not recently listened to by user (430), etc.

. Additionally, a personal music assistant recognizes, for example, a preferred customer or a customer with a large number of credits that can transform the jukebox into a more enjoyable jukebox for that specific user. Credits can be acquired, for example, for the user; or they can be provided to the user as a reward, for example, for purchasing drinks or souvenirs at a store, or for being a continuous regular customer. In this way, the personal music assistant can make song selection a more enjoyable, dynamic, and responsive process while removing the immediate pressure placed on the user to know which songs to choose.

When the search is started from the screen 40, the screen changes as shown in FIG. 5 to present the search results. As shown in figure 5, the search results are included in a 'list. More particularly, in this example, the songs that satisfy the search request are included in said list. The list can also be by album if the search was based on an album. The

.. user can scroll through search results, using slide bar 53. The user is also presented with a screen 55 of the current number of credits and a screen 56 of the number of credits required to download a song from the local server to the jukebox device. The user can. return to the previous screen by touching the 57 button to return. If the user selects a song from the search list and then presses the get now button 54, the jukebox is operable to immediately download 15 'the selected song from the local server to the jukebox for playback on the jukebox. The downloaded song can be lined up with any other selected but not yet played song (if any) for playback on the jukebox. In this example, the download costs five 20 credits instead of one credit as a normal selection, from the storage of the jukebox itself. Once the downloaded song is played, it is preferably deleted from the jukebox device (along with any graphic data such as album cover graphic) that has been downloaded from the local server in connection with the song '-37-.

downloaded). In this way, the user has the option, by using the Tune Central button, to temporarily obtain any song from a master record library on the jukebox without the need to have contact with the central server 12. As a result, the jukebox provides a more enjoyable experience for the user and at the same time increases the revenue generated by the jukebox. '.

Also providing an enjoyable user experience is the ability of central servers to identify current hits preferably in real time. Preferably, new songs can be made available in a master catalog - that is, they do not need to be on local servers or in expanded media storage. Thus, the songs played frequently in a given area (ranging, for example, from a single site or groups of sites to a state or country, to a global connection). can be identified as popular. These current songs or hits can preferably be downloaded by, or sent to, individual jukeboxes. Individual jukeboxes can preferably maintain topical, real-time charts allowing users to search through the most popular songs anywhere. - 38 -.

moment. Alternatively, a jukebox can maintain a topical chart without downloading popular songs, potentially saving download time and resources. As a result, the jukebox can provide an enjoyable user experience by providing easy access to the most popular songs.

- Figure 5A shows an exemplary procedure for maintaining one. current list on a jukebox with a broadband connection. It should be noted that the same process can be applied for a system with a different connection type, although more time and resources can be used to download a song over a slower connection. In step 502, songs from a master catalog are received by a central server of. site. Of course, it should be noted that the songs can be stored on a local jukebox storage medium. At step 504, a user using a jukebox terminal can select a topical list button. After the current list is displayed (step 506), the user can select a particular song or start a new search (508).

FIG. 6 shows another view of an exemplary screen of a song selection screen 60 that is displayed when the user presses a graphic of an album cover 25 of screen 30 of FIG. 3. In this way, this screen shows an alternative (or typical) method of selecting a song, where the song is selected directly from the subset of songs that are available directly from the storage device of the jukebox itself (instead of from the local server). In this example, Joe Cocker's greatest hits are selected from the screen in Figure 3. As shown in FIG. 6, the resulting screen display 60 shows the chart 61 of the selected album and 10 a list of the songs 62 that are available on the jukebox for that album. The jukebox may or may not include all the songs from a particular tree. The available songs can be scrolled if necessary using bars 63a and. 63b of travel. User 15 has the. option, using the play button 65, select a song from the list to be played on the jukebox. A play now button 66 is also provided to allow the user to select a playback priority of the song, whereby the song is given a higher priority than songs selected using the play button 65. This priority> feature preferably requires more credits for playback compared to normal playback. A screen 67 25 shows the number of credits available to the user '.

. . - 40 Button 64 displays other albums of the same artist which are displayed at number 61, thus allowing the user to easily search through the albums for a particular artist, for a desired song.

As also shown in FIG. 6, a Tune Central button 62 is presented that allows the user to search for songs by this same artist on the local server as explained in connection with. Figure 4. In other words, the button 68 causes the user to look at the search screen 40 of Figure 4 to search for the local server. The user can then advance to search the local server and select songs from it, if desired, as described in the above in relation to figures 4 and 5. In this way, as explained in the above, the user can access a local server on various screens in a convenient and efficient way, depending on the user's wishes. user when interacting with the jukebox screen.

As can be seen from Figures 3-6, user 20 is provided with the option of playing songs found on the jukebox itself or alternatively selecting songs from the local server for download and playback in a unique way. efficient and reliable, and thus significantly improves the operation of jukebox systems, particularly

- 41 - .

those who cannot quickly, easily or reliably receive music downloads as required from a central server. It is noted that the screen views' of Figures 3-6 are exemplary only and that any suitable screen configuration can be used to provide the functionality described herein. In addition, the jukebox operator is provided with the ability through the operator screens (not shown) to set filters by genre or style of music in order to limit excess to the end user and prevent music from being played. undesirable in a specific place. .

Figure 7 shows a block diagram of the electronic elements that define the local server 22 of '15 according to an exemplary embodiment. As shown in Figure 7, the local server 22 includes a CPU 72 (for example AMD Elan. 100 MHz), a flash memory (for example 8MB) containing the BIOS and OS, a pair of Master / Slavic hard drives (82, 84 and 86, 88, respectively), a 20 pair of IDE controllers 78 and 80 for two pairs of hard drives, respectively, a RAM 76 (for example 32MB), an Ethernet controller to control communication with the jukebox device 16 and the appropriate bus links for interconnection of the various elements. Of course 25 other configurations or layouts can be used for the local server 22. A unique identifier may be provided on the local server to allow the local server to be uniquely identified and registered by the jukebox or the central server, or both. The identifier can be located, for example, in flash memory 74.

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

I know. It can use a 'collection of local servers 22 15 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, local servers and associated jukeboxes can be used to serve requested songs to a dedicated residential or commercial jukebox device (or other suitable jukebox devices) in addition to providing song services to the specific jukebox to which you are serving. connected and assigned. In this way, the distributed server network 25 can provide a network of

- 43, support to implement. Residential and commercial jukeboxes of the type that allow the user to download songs for playback or storage in a residential or commercial setting for an appropriate fee. As a result, the operator of the jukebox system can provide and control commercial jukeboxes as well as residential jukeboxes through the jukebox system. In this mode, the jukebox device or local server connects to the Internet (or other suitable network) using a broadband modem and is provided with software that can selectively serve song files to any dedicated residential jukebox device (also connectable to the Internet) under the control of the - central server. The central server receives 15 requests from a residential jukebox and, by analyzing network traffic, provides instructions to a selected jukebox device to download the requested song file (either from its memory or from the local server) to the jukebox. residential for a fee or under a subscription plan for the residential jukebox.

According to another exemplary aspect of the invention, the 'local server of the jukebox device is used, under the control of the central server, to provide administration services for other types 25. coin-operated or pay-activated equipment, such as

- 44 - as gaming devices, installed in the same place (or in close proximity) to the jukebox. In other words, the jukebox system is preferably used to update the functionality or management of other download devices present in the same place. As a result, the jukebox becomes a central hub for all the unloading equipment in one place. In one embodiment, this feature is achieved by network-installing all of the download devices in one place along with the jukebox and local file server. The central server can then download information to the local server along with instructions to the jukebox regarding which devices should be updated with which data or software. The jukebox device and central server can also be used to collect information from other downloading devices to which it is managed and archive or store such information on the central server for reporting / accounting purposes. . In this way, the owner / operator of the jukebox system can act as a third party service provider to other coin operators for the purpose of managing or updating their equipment. '

The large amounts of memory provided by local servers and the; The fact that they are proportionate and accessible in thousands of places over a well-controlled network makes the jukebox system a powerful tool that can be used for diversity. of functions in the 5-coin operation industry. More and more manufacturers of coin operators advance to games where there is software that can be improved through internal hard drives. These updates are performed periodically but as these devices - Increase, there is a growing need for a system that can reliably and efficiently perform updates from a remote location. The jukebox system described herein fulfills this need by allowing all suitable electronic coin operator devices in a jukebox location to be managed by the central server using the jukebox and a local server at the location. The central server can download software or data updates, store them on the local server, and then transmit the updates to the proposed units of equipment in the facility. In this way, the jukebox system can act as a third-party service provider to other companies in the coin operation business, thereby significantly improving the functionality of the jukebox system.

As an example, they currently exist. - 46 -.

appropriately 140,000 Merit coin-operated counter-flip devices in the United States, each of which allows users to play games and the like for a fee. Many of these devices operate 5 with a. hard disk 'that can be upgraded with new software. The Merit company carries out this shipment of the CDROMs to operators who then need to go to each place and update. manually each machine. However, according to the present invention, all coin operating equipment is suitable in one location that can be connected (directly or indirectly) with the local jukebox and a local server assigned to it. This allows the central server to receive - the desired software update for any device, · along with information that identifies which devices have been updated with which software. Upgrade services are preferably 'payment based and provide an additional revenue stream for the jukebox system. · The central server then downloads the software to the local 20. servers with upgrade instructions to further download upgrades to one or more various of the appropriate devices.

As explained above, the local server allows songs to be downloaded to an assigned commercial jukebox 25 or to residential jukeboxes under central server control. In addition, you can use the. local servers for a networked room based on the installation which manages other coin operation devices. These various features of the present invention are illustrated in Figure 8.

Figure 8 shows a block diagram of one. complete jukebox system net, as contemplated by an exemplary embodiment. As explained above, the system includes a central server 12 connected to a communication network 10 14, a series of commercial jukeboxes 16a,

16b and 16c which are associated with 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 in a network in the installation shown on the right side of figure 8. This network in the. Installation includes a jukebox device 16d connected via a router or network hub 110 to a local file server 22d, various additional coin operator type such as a dice game 104 20, a golf game 106 and a video game 108 that is observed in the upper part, as well as a broadband modem 112 that connects this local network to the communications network 14. With this exemplary configuration as shown in Figure 8, all of the functionality 25 described herein can be implemented through the

- 48 jukebox system of the present invention. .

Figure 9 shows a top view of an exemplary establishment layout for a multi-zone jukebox system. According to an exemplary embodiment, the establishment has three zones 121, 123 and 125. Each zone is equipped with its own set of loudspeakers 127, 129 and 131 which are operably connected to it. jukebox 133. Different music can be played simultaneously in the three zones 121, 123 10 and 125 and all music can be played from the single jukebox 133. The jukebox 133 can be provided with additional hardware to enable this implementation.

Alternatively, the user may select to have a song played in more than one of the zones 121, 123 or 125 simultaneously, or in more than one of the zones at different times. The user may need to pay additional credits to implement any of these features. A preferred embodiment of the multi-zone system can reproduce night-quality music in different zones using the system described in application serial number 11 / 023,390 filed December 29, 2004 entitled Wireless Digital.

Transmission System for Ludspeakers, which is a 'continuation in part of serial number 09 / 161,584 25 filed on September 28, 1998. The entirety of •. - 49 content from both applications is incorporated herein by reference. Using this system, for example, a jukebox can compress and transmit audio data over AC power lines to an addressable location, where it can be received, decompressed, converted, and played. .

It should be appreciated that the wireless digital transmission system can be used for other purposes in other modes where data needs to be sent between two or more devices. For example, this system can be used to configure limited terminals. In that. In this mode, the wireless digital transmission system can be used to send information such as, for example, if 15 'transformation is performed, which songs are appropriate given a particular transformation of the jukebox, the areas in which the selected music should be played , maximum volume levels, etc.

The operator can also limit the kind of music that 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, figure 9 zone three · 125 is a · restaurant. The restaurant owners may not. wanting to hear the same kind of 25 music as someone in zone one, 121, which is a bar

- 50 in figure 9, or in zone two 123, which is a billiard.

- The operator can recognize this and limit the type of music that can be played in zone three 125. Alternatively, the operator can limit the volume of music in any given zone. For example, the owners of a pool table 123 or a restaurant section 125 may not want the music to be played at as high a volume as it is desired to be played at the bar 121. Possibly • restaurant section 121 should be kept even at a lower volume even than billiard 123. The owner can adjust and control all appropriate settings to provide a more versatile, owner-friendly environment in each. of the zones, based on any suitable criteria. '

Figure 10 shows a top view of an exemplary shop layout for a multi-zone jukebox system with select terminals in each zone. According to an exemplary embodiment, the bar has three zones 121, 123 and 125. Each zone is equipped with its. own set of loudspeakers 127, 129 and 131 which are operably connected to jukebox 133. Different music can be played simultaneously in the three zones 121 ', 123 and 125 and all music can be played from a single jukebox 133. The jukebox 133 can be provided with additional hardware to enable this implementation. ·. -.

In Figure 10, there are also one or more limited terminals 137, 139 that are located in the establishment. An exemplary illustrative limited terminal 5 may utilize server technology. X. These terminals 137, 139 which can be self-supporting devices or can be provided as part of the interconnection in a gaming machine or other suitable device with a digital display allow the selection of '10 voltages of jukebox 133. These terminals 137, 139 duplicate the zone restrictions imposed on the main jukebox interconnection 'and the selection criteria. Terminals 137, 139 may be limited to only allow selection of music for playback in the area where each respective terminal is located, or they may allow. a selection is played in one or more different zones. .

Additionally, the graphical interconnection of terminals 137, 139 may change according to available selections, bar themes, or room themes' in which the terminal is located or any other suitable, available criteria.

FIG. 11 is a flow chart showing an exemplary implementation of a selection process for a multi-zone jukebox system. According to a '. - 52 exemplary- mode, the jukebox first begins transaction -141 with the user. The user is instructed to select a song 143 and select one or more zones

145 in which the song will be played. The jukebox then determines the price based on the number of zones 147 selected. The jukebox accepts payment from user 149 and queues the song for playback in one or more of the selected zones 151. Subsequently, the jukebox checks to see if the user wants to select another song 153. Yes. the user desires another song, the process returns to the song selection step 143 and repeats from there. If the user has finished making their selections, the process ends at 155.

Figure 12 is a .flow diagram showing an exemplary implementation of a Priority By Playback procedure. zone selection for a multi-zone jukebox system. In accordance with an exemplary embodiment, certain jukebox systems may be provided with one or more priority rows corresponding to one or more zones. If a playback priority is provided for one or more zones, the jukebox first checks to see if the user wishes to select playback priority for the selected song 161. If playback priority is selected, the jukebox then provides an option for the user to select one or more zones in which that priority should occur 163. Based on the. number of -zones selected for '-playpriority, the jukebox determines a price 165 and accepts payment of that price 167 from the user. The 5 jukebox then places the song in a playback priority row for each selected zone 169.

Figure 13 shows an exemplary implementation of a set of multiple priority zones and non-priority rows, with a subset of rows for each zone. According to an exemplary embodiment, each of the N zones 171 can be provided with its own set of rows, comprising a priority row 175 and a non-priority row 173. A list of. songs selected for playback within each row 173, 175. Each song in each row can be provided with an identifier 177, 179, which identifies the song or the position of the song in the row or any other suitable factor. '

FIG. 14 is a flow chart showing an exemplary layout and initialization scheme for a transformable jukebox. In accordance with ! In an exemplary embodiment, the content of a factory drive (hard drive) is defined at the point of manufacture .. 181. This same drive (expanded storage medium) | 25 'can be transported with all 183 jukeboxes and can! . ..^;

Γ '- ¹ . . ! . _

- 54 - .

contain only a subset of the total number of songs available on the core server. Once the jukebox containing the drive (hard drive) has reached its destination, the operator can select a subset of 5 songs on the drive from the basic playable list 185. This selection can be made based on the type of establishment, the type of music that establishment owners typically prefer, or any other suitable criteria. The operator may also allow the central server to recommend a reproducible basic list. The unit may also allow the selection of songs that are not on the basic list for an additional 187 payment. This list of alternative songs may not include all 15 songs, however, since the operator may wish to limit access to songs that do not satisfy the theme of the establishment. For example, a country music bar owner may not want to allow the selection of rap or hip-hop type songs on the jukebox.

Once the. The songs in the unit have been properly classified, the jukebox begins operation 189. To the extent that a new paid-for basic list is not desired 191, the jukebox continues to function 189 with the basic list capable of being 25. paid. currently selected. If a list is desired

- 55 new likely to be. basic paid 191, the jukebox is transformed 193 into a new jukebox by selecting a different paytable subset of songs for the basic selection 185 and changing the 5 additional characteristics determined by the transformation.

Fig. 15 is a flow chart showing. an exemplary implementation of an automatic jukebox transformation start process based on a trigger event. According to an exemplary embodiment, the user can define an event 201, for example a topic. nightly or based on the time of day, as a trigger event which triggers the jukebox transformation. The jukebox then operates as normal 203, periodically checking 15 for a trigger event 205. If the activation event has not occurred,. the jukebox simply continues to play 203, but if a trigger event occurs, the jukebox transforms into a new jukebox. Trigger events can be a 20 event in time or can be scheduled to happen। weekly, daily, monthly or can be scheduled based on or any other suitable criteria.

! '' It should be noted that in. In a multi-zone configuration, different zones can be transformed while others remain unchanged. This characteristic of the modalities

I '. '. . .

Illustrative allows one or more given zones to be dedicated to a certain kind of music while others can vary based on a variety of factors such as the time of day, the owner's desire to change the music, or at the request of a user.

FIG. 16 is a flow chart showing an exemplary implementation of a jukebox transformation process. According to an exemplary embodiment, when the jukebox begins transformation 211, it selects a new subset of songs that are the playable base list 213. The jukebox then allows some or all of the remaining songs on the jukebox to be selected for an increased payment 215. Some of the remaining songs may be limited based on what triggers the transformation. Other characteristics of the jukebox can also change 217, for example, the user interface can be changed and different advertisements can be played which corresponds to the predicted states of the group of people for which the jukebox has been transformed. Other suitable changes can also be made. In an example of a preferred modality, a club owner has a hip-hop music night on Wednesdays, beginning at 9:00 pm and ending at 4:00 am. At 9:00 pm on Wednesdays, the jukebox transforms into a hip-hop music jukebox with a basic selection of appropriate music. According to the transformation, the jukebox blocks all access to music genres such as country music, classic rock, .jazz, blues, and old songs and the jukebox 5 limits the available selection of additional heavy rock songs to heavy rock songs. hip-hop-esque. The graphics on the jukebox are converted to urban graphics with sharp edges and the advertising changes are made accordingly, showing products such as accessories, drinks and items which are pleasant to people who listen to hip-hop music. Ά At 4:00 am, the jukebox transforms back into a standard jukebox for that 'club, or any other suitable jukebox. Alternatively, the jukebox can remain set to 15 in hip-hop music mode until the next trigger event occurs. Again, it should be noted that in. In a multi-zone configuration, different zones can be transformed while others remain unchanged. In the above exemplary non-limiting embodiments, the system 20 can be transformed into hip-hop type music in one area at night, while the standard music playback for a club in another area remains.

Figure 17 shows the relationship between a jukebox with an expanded storage medium and a central server 25. According to an exemplary embodiment, the server

- - 58 221 central contains a master library of songs as well. that the library comprises all the songs that are currently available to be. currently downloaded and all songs installed on 5 jukebox hard drives. The central server may communicate 222 with the remote jukebox 225 which contains a local hard disk '223. The hard drive 223 in the jukebox may have several sections, including space available for downloads 227, space occupied by preloaded songs 228, and space for software and an operating system.

229. Additional suitable sections can be added, for example a section containing different images to alter the GUI. The jukebox .225 can communicate with the central server 221 to download songs, upload usage information, update software, and perform any other suitable functions.

Fig. 18 is a flow chart showing an exemplary procedure for a song selection procedure when a song is not on the standard available playable song list. According to 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 25th song is available on the local hard drive, the jukebox

- 59 - .

charges the customer against the set price to obtain and play 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 no such high-speed connection exists, the jukebox informs the user that the song is temporarily unavailable 241 10 and requests that the song be downloaded 243.

The jukebox may or may not charge an additional amount to request the song. However, if a high-speed connection to the central server is available, the jukebox requests the song immediately and uses the high-speed connection to download the song immediately, composing it for playback 245. The jukebox then charges the client of the price of a 247 non-standard selection.

Fig. 19 is a flow chart showing an exemplary procedure for a replay priority row with prioritization capability based on the request. According to an exemplary embodiment, the user first indicates that they want play priority 251. The jukebox then displays the current status of the play priority row 253. This screen may include

- 60 information about how many songs are in line, who is it. the first in the requests, and how much has been paid for each song, song in which they are frozen or fixed, and any other appropriate information about the priority row. The jukebox then allows the user to select how much additional money the user wishes to pay to place his song in a particular place on the priority list and accepts payment for the 255 amount selected. After accepting payment 255, the jukebox - places the song in a position in the priority list that corresponds to the additional amount received - from user 257.

Alternatively, in another exemplary aspect of the illustrative embodiments, a user may make a payment for the right to have a song played 'before other previously selected songs for which priority of is played. reproduction. In a preferred embodiment, the user is shown the maximum price paid for a priority of reproduction and can pay more than that price to obtain the highest available priority.

Another exemplary aspect of the illustrative arrangements does not allow a user to be shown how someone else has paid by priority. However, the user can pay whatever the user wishes to spend to obtain a priority ranking and then receive said priority ranking based on the amount paid. '. .

. According to a further exemplary aspect of the illustrative embodiments, a user may pay, however many of the user's wishes to spend to obtain one. classification. of priority according to the above exemplary appearance, and then the priority place which has been obtained based on the amount paid can be displayed. If this location is not satisfactory to the user, the user can pay additional money to move their song up the priority ranking and can be shown the new priority ranking that is obtained based on the additional money paid. The user can repeat this process until the desired priority ranking has been obtained. The user can also pay additional money to make it more difficult for other users to reach the priority level selected in the list, in a request type situation. Any other suitable method can also be implemented to increase the priority by increasing the payout.

. In accordance with a further exemplary aspect of illustrative embodiments which may provide one. immobilization feature, a user can

-62 setting a priority rating with a payment of a preselected amount. For example, if a user pays 15 credits to obtain a grade of third in priority, and wants to guarantee the third position, the user can pay, for example, 4 additional credits to fix the position. Since fixing in position may require fixing all positions on top of the user as well, the user may be required to pay a certain amount to fix all 10 songs above the user's selection. In such a situation, the user may choose to pay the indicated price for the fixation or may pay the same amount or a variable amount of credits in an attempt to avoid additional payments or to move the user's song further in the priority list.

According to an exemplary aspect of the illustrative modalities, any of the payment strategies mentioned above can be implemented and the user can be shown how much each person has paid for their particular classifications. · This allows the user to know exactly how much you have to pay to get a certain priority position. If the 'pinning feature' is implemented, this will also let the user know if it is cheaper to pay the price to pin the song or to pay to move up the priority list.

- .63

All of these options result in increased revenue for the operator. . '.

It should be noted that although the above modalities describe a system for distributing media to 5 non-movable jukeboxes, alternative modalities using similar systems may distribute media to portable jukebox devices and are contemplated and considered within the scope and spirit of the ' invention. A portable jukebox can be, for example, a

PDA, cell phone or any other mobile device capable of receiving and playing music. Furthermore, media can be distributed to portable jukeboxes using the methods described above (for example a broadband connection, wireless connection, etc.), or any other appropriate method, more suitable for the particular portable device such as, for example , use of Bluetooth technology. Additionally, the jukeboxes described above are typically for purposes. ' 'commercial. However, jukeboxes are also contemplated and considered within the scope and spirit of this invention for other purposes such as, for example, for reproduction in residential media.

. Although preferred aspects of the invention have been illustrated and described herein, it will be apparent to one of ordinary skill in the art that one can i.

- 64 - make various changes or modifications. Thus, the specific description presented herein is to be considered exemplary only and is not intended to limit the invention beyond the terms of the appended claims.