Jukebox system with central and local music servers
40 claims: 7 independent, 33 dependent
- 1多区画ジュークボックスであって、 少なくとも1つのマイクロプロセッサと、出力に対する利用可能な媒体に記憶された楽曲または 楽曲および ビデオデータを記憶するメモリと、視覚的アイテムを表示する表示装置と、多区画ジュークボックスの動作を制御する動作ソフトウェアと、多区画ジュークボックスが配置される施設の各区画ごとの出力デバイスのセットとを含み、多区画ジュークボックスが複数の出力チャンネルを含み、各出力チャネルが、区画の出力デバイスに動作可能に接続され、また楽曲、および/または待ち行列内での楽曲の位置および/またはいずれの適した要因を有する識別子を備える少なくとも優先的または非優先的な待ち行列で各区画の媒体に記憶された異なる楽曲または 楽曲および ビデオデータを同時に出力することができ、前記多区画ジュークボックスが、 ユーザインターフェイスを含み、該ユーザインターフェースは、ユーザが、媒体に記憶された特定の楽曲または 楽曲および ビデオデータの出力に対する複数の出力チャンネルの1つまたは複数を選択することを可能にし、前記多区画ジュークボックスがさらに、 回収機構を含み、所定の金額の金銭が、媒体に記憶された事前に選択された楽曲または 楽曲および ビデオデータを演奏するために選択された区画の数または出力チャネルの1つに対する優先的待ち行列の選択に基づいて、ジュークボックスによって決められた価格にしたがって回収される、多区画ジュークボックス。
- 2出力デバイスが、各区画のスピーカのセットまたは施設の1つまたは複数の区画の選択端末である、請求項1に記載の多区画ジュークボックス。
- 3ユーザインターフェイスは、ユーザが、媒体に記憶された特定の楽曲または 楽曲および ビデオデータの出力に対する1つまたは複数の第1の出力チャンネル、および媒体に記憶された第1の楽曲または 楽曲および ビデオデータとは異なった媒体に記憶された少なくとも第2の楽曲または 楽曲および ビデオデータの出力に対する、1つまたは複数の第1の出力チャンネルとは異なった少なくとも1つまたは複数の第2の出力チャンネルを選択することを可能にする、請求項1に記載の多区画ジュークボックス。
- 4回収機構は、もしユーザが、媒体に記憶された楽曲または 楽曲および ビデオデータの出力に対する2つ以上の出力チャンネルを選択すれば、固定された金額の金銭よりも多い幾分かの追加金額の金銭をさらに回収する、請求項3に記載の多区画ジュークボックス。
- 5複数の各出力チャンネルに対する媒体に記憶された楽曲または 楽曲および ビデオデータの複数の待ち行列を記憶するメモリをさらに含む、請求項4に記載の多区画ジュークボックス。
- 6複数の各待ち行列が、 非優先的待ち行列をさらに含み、複数の待ち行列に対応する出力チャンネルで演奏するために1人または複数のユーザにより選択された媒体に記憶された楽曲または 楽曲および ビデオデータのリストは、媒体に記憶された楽曲または 楽曲および ビデオデータが、1人または複数のユーザにより選択された時間順で整列され、複数の各待ち行列がさらに、 優先的待ち行列を含み、複数の待ち行列に対応する出力チャンネルで演奏するために1人または複数のユーザにより選択された媒体に記憶された楽曲または 楽曲および ビデオデータのリストが、優先化アルゴリズムに基づき優先化される、請求項5に記載の多区画ジュークボックス。
- 7優先化アルゴリズムが、媒体に記憶された特定の楽曲または 楽曲および ビデオデータの出力に対して、ユーザから回収機構により回収された金額に基づきリスト優先化順序を決定し、より大きな金額が回収機構により回収された媒体に記憶された楽曲または 楽曲および ビデオデータが、より小さな金額が回収機構により回収された媒体に記憶された楽曲または 楽曲および ビデオデータより高い、リストにおける優先権を与えられる、請求項6に記載の多区画ジュークボックス。
- 8ユーザインターフェイスが、複数の出力の1つに対応する優先的待ち行列における媒体に記憶された各々の楽曲または 楽曲および ビデオデータに対して、回収機構により回収された金額を示す、請求項6に記載の多区画ジュークボックス。
- 9複数の出力チャンネルの2つ以上に対応する、複数の優先的待ち行列の2つ以上の優先化アルゴリズムが、複数の出力チャンネルの2つ以上での同時演奏を保証するために、複数の出力チャンネルの2つ以上の出力に対して選択された媒体に記憶された特定の楽曲または 楽曲および ビデオデータに、個々のリストにおける同じ優先位置を割当てる、請求項6に記載の多区画ジュークボックス。
- 10回収機構が、同時演奏を保証するためにユーザから追加金額を回収する、請求項9に記載の多区画ジュークボックス。
- 11各区画の各選択端末が、 ユーザインターフェイスとは異なる追加の第2のユーザインターフェイスとを含み、第2のユーザインターフェイスが、グラフィカルユーザインターフェイスを提供することとは異なる少なくとも第2の目的に対して動作可能な機械に設けられたグラフィカルユーザインターフェイスを含む、請求項 2 に記載の多区画ジュークボックス。
- 12複数の出力チャンネルの1つまたは複数の出力が、モーフィング機能を持つ多区画ジュークボックスを形成するために媒体に記憶された利用可能な楽曲または 楽曲および ビデオデータのサブセットの出力に限定され得る、請求項1に記載の多区画ジュークボックス。
- 13前記多区画ジュークボックスが、 大量記憶媒体を含み、該大量記憶媒体が、媒体に記憶された利用可能な楽曲または 楽曲および ビデオデータの少なくとも所定のセットおよびジュークボックスの動作に対するソフトウェアを含むように事前に規定され、 ジュークボックスの動作に対するソフトウェアが、 媒体に記憶された楽曲または 楽曲および ビデオデータの所定のセットの第1のサブセットを選択するソフトウェアと、 選択された第1のサブセットに基本的ステータスを割当てるソフトウェアと、 第1のサブセットとは異なる媒体に記憶された楽曲または 楽曲および ビデオデータの所定のセットの第2のサブセットを選択するソフトウェアとを含み、第2のサブセットの選択が、第1のサブセットに対して選択されていない媒体に記憶された全ての所定の楽曲または 楽曲および ビデオデータの選択を含むことができ、 ジュークボックスの動作に対するソフトウェアがさらに、 基本的ステータスとは異なる高められたステータスを、選択されたサブセットに割当てるソフトウェアを含む、請求項1または12に記載の多区画ジュークボックス。
- 14ジュークボックスの動作に対するソフトウェアが、 基本的ステータスを有する媒体に記憶された楽曲または 楽曲および ビデオデータに、第1の固定された価格を割当てるソフトウェアと、 第1の固定された価格とは異なり、かつ第1の固定された価格より高い第2の固定された価格を、高められたステータスを有する媒体に記憶された楽曲または 楽曲および ビデオデータに割当てるソフトウェアとをさらに含む、請求項13に記載の多区画ジュークボックス。
- 15ジュークボックスの動作に対するソフトウェアが、 基本的ステータスまたは高められたステータスの1つを有さない楽曲の演奏を防止するソフトウェアをさらに含む、請求項13に記載の多区画ジュークボックス。
- 16ジュークボックスの動作に対するソフトウェアが、 基本的ステータスが割当てられるべき媒体に記憶された事前選択された所定の楽曲または 楽曲および ビデオデータの第1のサブセットの新しい選択、および高められたステータスが割当てられるべき、第1のサブセットとは異なる媒体に記憶された事前選択された所定の楽曲または 楽曲および ビデオデータの第2のサブセットの選択を可能にするソフトウェアをさらに含む、請求項13に記載の多区画ジュークボックス。
- 17記憶媒体が、ある量の空白空間をさらに含む、請求項13に記載の多区画ジュークボックス。
- 18出力デバイスの1つまたは複数の出力レベルが、特定の最大値および/または最小値に限定され得る、請求項2に記載の多区画ジュークボックス。
- 19主ユーザインターフェイスおよび第2のユーザインターフェイスが、グラフィカルユーザインターフェイスをさらに含む、請求項11に記載の多区画ジュークボックス。
- 20グラフィカルユーザインターフェイスが、所定の事象の発生に基づき、異なったグラフィック、広告、または媒体に記憶された楽曲または 楽曲および ビデオデータの利用可能なリストの少なくとも1つを表示するように変更することができる、請求項19に記載の多区画ジュークボックス。
- 21所定の事象が、運営者に指定された日付、時刻、または曜日の少なくとも1つの発生を含む、請求項 20 に記載の多区画ジュークボックス。
- 22ユーザインターフェイスは、ユーザが携帯用音楽端末を使用して媒体に対して検索することを可能にし、 ユーザについてのプロファイル情報を収集するためのデータ入力機構と、 入力されたプロファイル情報を、他のプロファイルおよびユーザへの推奨媒体と比較するための比較器と、 推奨楽曲のリストを出力するための表示装置と、 媒体のどのインスタンスが演奏されるべきかを指定するための選択器とを含む、請求項1に記載の多区画ジュークボックス。
- 23データ入力機構が、キーボードを含む、請求項22に記載の多区画ジュークボックス。
- 24データ入力機構が、クレジットカードを含む、請求項22に記載の多区画ジュークボックス。
- 25データ入力機構が、事前プログラムされた媒体カー ドを 含む、請求項22に記載の多区画ジュークボックス。
- 26ユーザインターフェイスは、ユーザが、事前規定された地理的領域内でのジュークボックスの媒体選択嗜好に基づき編集された、人気のある媒体のリストから媒体に対して検索することを可能にする、請求項1に記載の多区画ジュークボックス。
- 27所定の事象が、ジュークボックスの好ましいユーザの識別を含む、請求項20に記載の多区画ジュークボックス。
- 28施設の1つまたは複数のユーザが選択可能な区画において、媒体に記憶されたユーザが選択可能な楽曲または 楽曲および ビデオデータを優先的出力の有無にかかわらず出力する方法であって、該方法が、 ユーザが、出力に対する媒体に記憶された楽曲または 楽曲および ビデオデータを選択することを可能にするユーザインターフェイスを、多区画ジュークボックスに設けるステップと、 優先的出力の場合に、ユーザが、媒体に記憶された選択楽曲または 楽曲および ビデオデータの出力に対する優先順位を選択することを可能にするステップと、 ユーザが、媒体に記憶された選択楽曲または 楽曲および ビデオデータの出力に対して、非優先的出力の場合に、および媒体に記憶された選択楽曲または 楽曲および ビデオデータの出力が優先化される優先的出力の場合に、施設の1つまたは複数の区画を選択することを可能にするステップと、 媒体に記憶された選択楽曲または 楽曲および ビデオデータおよび施設の選択された区画にしたがって非優先的出力の場合に、および施設の選択された区画の媒体に記憶された選択楽曲または 楽曲および ビデオデータの演奏および優先化にしたがって優先的出力の場合に、価格を決定するステップと、 決定された価格に等しい金額をユーザから回収するステップと、 非優先的出力の場合には、出力に対する媒体に記憶された選択楽曲または 楽曲および ビデオデータを、施設の各選択区画に割当てられた各非優先的待ち行列に入れ、また優先的出力の場合には、媒体に記憶された選択楽曲または 楽曲および ビデオデータを、施設の各選択区画に割当てられた各優先的待ち行列の位置に配置するステップとを含む、方法。
- 29優先的出力の場合には、1つまたは複数の優先的待ち行列における位置が、ユーザから回収された金額に基づき、ユーザからのより大きな金額の回収が、より少ない金額が回収されていた媒体に記憶された選択楽曲または 楽曲および ビデオデータに割当てられた優先位置よりも高い優先位置をもたらす、請求項28に記載の方法。
- 30単一の多区画ジュークボックスが、媒体に記憶された全ての楽曲または 楽曲および ビデオデータの出力に対して使用され、多区画ジュークボックスが、媒体に記憶された複数の異なる楽曲または 楽曲および ビデオデータの同時出力が可能であり、施設の複数の区画における媒体に記憶されたユーザが選択した楽曲 または楽曲 およびビデオデータの非優先的出力は、出力に対して選択された媒体に記憶された楽曲または 楽曲および ビデオデータの非優先的待ち行列をメモリに記憶するステップを含み、媒体に記憶された楽曲 または楽曲 およびビデオデータは、出力に対して媒体に記憶された楽曲 または楽曲 およびビデオデータが選択されていた順序にしたがって整列され、また施設の複数の区画における媒体に記憶されたユーザが選択した楽曲 または楽曲 およびビデオデータの優先的出力は、非優先的待ち行列に記憶された楽曲または 楽曲および ビデオデータの前の出力に対して選択された媒体に記憶された楽曲または 楽曲および ビデオデータの優先的待ち行列をメモリに記憶するステップを含み、媒体に記憶された楽曲または 楽曲および ビデオデータが優先化アルゴリズムにしたがって整列される、請求項28または29に記載の方法。
- 31優先化アルゴリズムが、媒体に記憶された特定の楽曲 または楽曲 およびビデオデータの出力に対して、ユーザから回収機構により回収された金額に基づき、待ち行列の優先順序を決定し、より大きな金額が回収機構により回収されていた媒体に記憶された楽曲 または楽曲 およびビデオデータが、より小さな金額が回収機構により回収されていた媒体に記憶された楽曲 または楽曲 およびビデオデータより高い、待ち行列における優先権が与えられる、請求項30に記載の方法。
- 32媒体に記憶された楽曲 または楽曲 およびビデオデータを選択するステップが、 ユーザに対するプロファイルを構築するために識別データを入力するステップと、 入力されたプロファイル情報を他のプロファイルと比較するステップと、 媒体の限られたリストをユーザに推奨するステップと、 媒体に記憶されたどの楽曲 または楽曲 およびビデオデータが演奏されるべきかを指定するステップとをさらに含む、請求項28に記載の方法。
- 33ユーザが、クレジットカードを走査することにより識別される、請求項32に記載の方法。
- 34ユーザが、ジュークボックスに接続された受信器により、事前プログラムされたカー ドを 振ることにより識別される、請求項32に記載の方法。
- 35媒体に記憶されたどの楽曲 または楽曲 およびビデオデータを選択するステップは、事前規定された地理的区画内でのジュークボックスの媒体選択嗜好に基づき編集された人気のある媒体のリストからの媒体の選択をさらに含む、請求項28に記載の方法。
- 36モーフィング機能を持つ多区画ジュークボックスに対して、多区画ジュークボックスが媒体に記憶された楽曲または 楽曲および ビデオデータのセットと、グラフィカルユーザインターフェイスとを含み、該グラフィカルユーザインターフェイスが、通常料金での出力に対してユーザにより選択可能な媒体に記憶された楽曲または 楽曲および ビデオデータの第1のリスト、通常料金より高い増大された料金での出力に対してユーザにより選択可能な、第1のリストとは異なった媒体に記憶された楽曲または 楽曲および ビデオデータの第2のリスト、1つまたは複数の広告、あるいは、媒体のインスタンスのリストもしくは1つまたは複数の広告とは異なった1つまたは複数のグラフィックの少なくとも1つを表示し、前記方法は、 モーフィング機能を持つ多区画ジュークボックスのモーフィングのきっかけとなる事象を規定するステップと、 モーフィング機能を持つ多区画ジュークボックスを動作させるステップと、 モーフィング機能を持つ多区画ジュークボックスのモーフィングのきっかけとなる事象が、発生するか、または発生したどうかを調べるために検査を行なうステップと、 もしモーフィング機能を持つ多区画ジュークボックスのモーフィングのきっかけとなる事象が、発生するか、または発生したなら、表示された、通常料金での出力に対してユーザにより選択可能な媒体に記憶された楽曲または 楽曲および ビデオデータの第1のリスト、通常料金より高い増大された料金での出力に対してユーザにより選択可能な、第1のリストとは異なった媒体に記憶された楽曲または 楽曲および ビデオデータの第2のリスト、1つまたは複数の広告、あるいは、媒体に記憶された楽曲または 楽曲および ビデオデータのリストもしくは1つまたは複数の広告とは異なった1つまたは複数のグラフィックの少なくとも1つを、異なったグラフィックに変更するステップとを含む、請求項28に記載の方法。
- 37異なったグラフィックへの変更が、特定の基準に適合するグラフィックへの変更をさらに含み、基準が、多区画ジュークボックスのモーフィングのきっかけとなることを規定された事象に基づき設定される、請求項36に記載の方法。
- 38ユーザにより選択可能な媒体に記憶された楽曲または 楽曲および ビデオデータの第1のリスト、およびユーザにより選択可能な媒体に記憶された楽曲または 楽曲および ビデオデータの第2のリストの異なったグラフィックへの変更が、 ユーザにより選択可能な媒体に記憶された楽曲または 楽曲および ビデオデータの新しい第1のリストを表示するステップを含み、新しい第1のリストのコンテンツが、特定の基準に基づき決定され、基準が、多区画ジュークボックスのモーフィングのきっかけとなるように規定された事象に基づき設定され、 前記異なったグラフィックへの変更がさらに、 新しい第1のリストとは異なったユーザにより選択可能な媒体に記憶された楽曲または 楽曲および ビデオデータの新しい第2のリストを表示するステップとを含み、新しい第2のリストのコンテンツが、特定の基準に基づき決定され、基準が、多区画ジュークボックスのモーフィングのきっかけとなるように規定された事象に基づき設定され、新しい第2のリストが、新しい第1のリストに含まれていない媒体に記憶された楽曲または 楽曲および ビデオデータのセットから、媒体に記憶された全ての残っている楽曲または 楽曲および ビデオデータを含まないことがある、請求項37に記載の方法。
- 39きっかけとなる事象が、指定された日付、時刻、または曜日を含む、請求項36に記載の方法。
- 40きっかけとなる事象が、好ましいユーザの認識を含む、請求項36に記載の方法。
Independent claims40
60 paragraphs, as filed
This application is a provisional U.S. patent filed on September 16, 2002, entitled "Digital Downloading Jukebox System With Central And Local Music Servers," the disclosure of which is incorporated herein by reference in its entirety. This is a partial continuation of US Patent Application No. 10/661811 filed on September 15, 2003, claiming priority over Application No. 60/410832.
The present invention typically comprises, for example, a jukebox system, more specifically, a central server and a remote jukebox device that communicates with the central server for royalties and / or content updates. , Regarding digital download jukebox system. An exemplary embodiment of the invention improves such a system by providing a local server for each jukebox device in the jukebox system network. The local server provides a second larger source of content (ie, audio and / or visual data) that may be selected by the user of the jukebox device for playback on the jukebox device. The local server preferably provides a mirror of the central server so that the entire library of audio and / or visual data downloads the requested content from the central server that is not available on the jukebox device's own mass storage device. Allows you to be conveniently available for each jukebox device without having to. The entire group of local servers also acts as a network of distributed content servers that can be controlled by a central server through each jukebox device to service other devices, for example non-portable jukebox devices. be able to. In addition, the jukebox device and local server act as a "central hub" or management device for a variety of downloadable, fee-based devices that are located with the jukebox device under the control of the central server. be able to.
Jukeboxes have been around for decades and provide users with the ability to select the desired music for convenient and advantageous playback. Jukeboxes have traditionally been installed in commercial facilities such as restaurants or bars to provide the desired music for a fee on demand. Over the last few years, a new generation of jukebox devices has become available that offers significant operational improvements to all parties involved. More specifically, traditional self-contained record and CD jukeboxes are being replaced by digital downloading jukeboxes that are controlled by and communicate with the central server. An example of this new generation jukebox system is set forth in US Pat. No. 6,308,204, the entire disclosure of which is incorporated herein by reference. The leading supplier of this new generation jukebox system is Touch Tunes Music Corporation.
FIG. 1 outlines an exemplary embodiment of a digital downloadable jukebox system 10 (hereinafter simply referred to as a "jukebox system"). As shown in FIG. 1, the jukebox system 10 includes a central server, which is acoustic content (typically music) that can be downloaded from the central server, and / or audiovisual content (typically) instead. Contains a master library of music and related videos or graphics). The jukebox system also includes a series of remote jukebox devices 16, 16a to 16f. Each of these jukebox devices is generally located in a bar, restaurant, club, or other desired location, and is one by the user for receiving payments from users such as coins, banknotes, credit / debit cards, and playing Alternatively, it can be operated to play music according to the selection of a plurality of songs. In an alternative embodiment, the music service is paid under a subscription contract by location, and the selected music is free to the end user. The jukebox device 16 typically includes a screen 18 that provides information to the user and allows the user to select a piece of music from the jukebox device 16, as well as an acoustic system 20 that plays the selected piece of music. .. Screen 18 can also be used to display video or graphics associated with the song. Screen 18 is for attracting customers to the jukebox, for displaying advertisements for the jukebox itself, for displaying other types of advertisements, and / or for displaying some other desired information. Can also be used.
The jukebox device 16 (sometimes referred to simply as the "jukebox" herein) can operate to communicate with the central server 12 via a communication network 14, such as the Internet. The jukebox 16 periodically communicates with the server 12 to provide information to the server 12 regarding a particular piece of music played in the jukebox. The central server then uses this information to determine the appropriate royalties and / or other payments incurred for the music played in each jukebox. Therefore, one important advantage of this new generation jukebox is that sound reproduction and / or other applicable musical rights can be complied with in a more accurate and reliable manner, thereby proper use. The fee is paid to the artist or the owner of the music. The central server 12 can also supply new songs to the jukebox 16 to ensure that the appropriate or most popular songs are kept in the jukebox based on their location-specific customers. Therefore, the music available in each jukebox can be customized via communication with a central server to deliver the music and / or each type of music that the customer generally requests at each jukebox location. .. As described in U.S. Pat. No. 6,308,204 referred to above, the central server uses the jukebox to modify the behavior of the jukebox, for example to provide new or improved functionality. It can also be used to advantage in updating operating software. Therefore, another significant advantage of this new generation jukebox is that the music (or other audio and / or visual content), as well as the behavior of the jukebox itself, can be juked directly by someone (such as a patrol worker). It can be changed remotely if desired, without the need to have the box service operations performed. Alternatively, such updates may be made using the central server 12.
As shown above, each jukebox device 16 includes a mass storage device such as a hard drive, where the mass storage device is a piece of music to play in the jukebox and associated video / graphics (if any). Data, as well as some other desired graphic information. The jukebox mass storage device typically has a limited storage capacity for the storage device of the central server 12. As a result, in reality, at any one point in time, only part of the music stored on the central server is stored on the jukebox's mass storage device. There are other reasons, such as due to data security or limited margins in the jukebox itself, due to the limited storage capacity of the jukebox, and / or to limit the number of songs stored in the jukebox. there is a possibility. For example, physical space can be limited to wall-mounted jukeboxes, etc., which are designed to be smaller in size compared to stand-alone models. As explained above, the jukebox music can be modified via communication with the central server, but any one jukebox is maintained by the central server at any one time point. Remembers only a subset of the complete library of.
In order to maximize the income generated by the jukebox, it is important to make the most desired songs available in the jukebox for a long period of time. If customers can't find their favorite songs in the jukebox, their use of the jukebox (and the revenue generated by the jukebox) will drop dramatically. On the other hand, it is not possible to accurately predict in advance what a customer at any particular location wants to play in a jukebox. In fact, it is possible that customers often select songs that exist on the central server but not currently in the jukebox. As a result, the jukebox cannot be enjoyed and cannot be used to the fullest extent. To address this issue and increase revenue, the jukebox system allows users to search for songs on the central server from the jukebox, and for additional charges from the central server to the jukebox for the desired songs. It has provided features in the past that allow you to request an immediate download. This feature allows the user to use any song in the master library of songs maintained by a central server, regardless of whether a particular song is currently stored in the jukebox's own mass storage device. Allows you to play using a jukebox. Therefore, the user can first search for the desired song in the jukebox's local storage, and then, if desired, further search for the desired song on the central server. The jukebox device, as opposed to the standard performance directly from the jukebox's local storage, for the immediate download and performance of songs from the central server (5 charge units instead of 1 charge unit). Typically charge an additional fee (such as).<patcit num="1"><text>U.S. Pat. No. 6,308,204</text></patcit><patcit num="2"><text>U.S. Patent Application No. 11/023390</text></patcit><patcit num="3"><text>U.S. Patent Application No. 09/161584</text></patcit>
<p> However, one problem with the instant download feature is that it is desirable to have an immediate and fast connection with a central server to implement. In addition, the central server and network must be prepared and capable of handling such requests in a reliable and efficient manner for this feature to work properly. These requirements have not always been met, and as a result, the implementation of this feature has been limited. For example, many places with jukeboxes do not have high-speed connections (such as DSLs) and instead use dial-up modem connections. Jukeboxes that rely on dial-up connections are generally configured only to communicate with the server on a periodic basis and do not allow the user to download songs immediately. However, those jukeboxes have allowed users to manifest their intentions for songs to be downloaded after a dial-up connection has been made. Of course, this is not as satisfying to the user as being able to download the song immediately. If the network or server is not currently available for download due to traffic, malfunction, etc., another problem may arise with this download feature.</p>
<p> For the reasons explained above, there is a need for a jukebox system that overcomes these and other disadvantages. The present invention is configured to address these and other issues and even provide additional functionality for such jukeboxes.</p><p> According to an exemplary embodiment of the 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 (and / or other content) on the central server. The local server is located very close to the assigned jukebox and preferably in the same restaurant or bar where the jukebox is located. The local server can even be installed within the enclosure of the jukebox device itself, if space allows. However, preferably the local server is simply located in a convenient location and connected to the jukebox using a high speed connection such as Ethernet®. According to an exemplary embodiment, the local server is used to perform the immediate download function described above without the need for a fast connection with the central server. In other words, the user can first search the jukebox's local storage for the desired song, and then, if desired, further search the local server for the desired song. .. If the desired piece of music is found in the local storage device, the piece of music is played from the local storage device for a normal fee. On the other hand, if the song is found only on the local server, the song can be immediately downloaded from the local server to the jukebox for performance, at the user's option, preferably for a higher than normal fee. .. As a result, the immediate download function can be performed with high reliability regardless of the type of connection to the central server and regardless of the availability of the network or central server. In addition, it is transparent to the user because the downloads come from the local server rather than the central server.</p><p> Alternatively, in another exemplary embodiment, the jukebox is provided with a locally mounted extended storage medium. Although not as large as the server drive in the preferred embodiment above, this storage medium may hold about 20% of the music available on the central server in one embodiment. Some studies have shown that a group of songs, including the top 20% of the most requested songs, satisfies about 80% of end-user performance requests. In another exemplary embodiment, the medium can hold about 30% of the music available on the central server, which correlates to about 90% of end-user requests. The amount of music data stored on the medium can be any suitable amount to achieve the desired function. For example, if new data indicates that only 10% of a piece of music needs to be stored, that is the appropriate amount to be stored.</p><p> According to another exemplary embodiment of the invention, the local server or storage medium periodically with data (eg, music) to correspond to the contents of the master library of data (eg, music). Will be updated. Updates can occur remotely using dial-up or broadband connections, or the local server or storage medium has the content corresponding to the master library on the central server, or the content is most selected. By the jukebox governing entity, which may be directly connected to the jukebox or local server for the purpose of updating the local server or storage medium to at least correspond to the current desired percentage of the music being played. It can be manually updated using the provided update tool, for example by the operator.</p><p> According to another exemplary embodiment, the server is for communication with an array of hard drives with combined IDE controls, microprocessors, flash memory including a BIOS and operating system, RAM, and a jukebox. Includes Ethernet® control unit. Each local server is preferably assigned or registered in a particular jukebox to which the local server is connected. For safety purposes, the data on the local server preferably does not contain any complete music. Instead, the jukebox device contains missing data from each song on the local server, so the jukebox can build the entire song from the content of its own storage device and the content of the local server. The data on the local server is also preferably encrypted using the missing data (eg, one block) so that it can be played by any device other than the jukebox to which the local server is assigned. Prevents being copied or played from the local server.</p><p> According to another exemplary embodiment of the invention, a group of local servers is controlled by the central server to provide music services to other devices that can connect to the network with which the central server communicates with the jukebox. Can be used as a network of distributed servers. For example, a local server and associated jukebox can be a dedicated residential or commercial jukebox device (or other jukebox device) in addition to providing music services to the particular jukebox to which the local server is connected and assigned. Used to deliver any requested song to a suitable jukebox device).</p><p> According to a further exemplary embodiment of the invention, the local server and jukebox device can be used in other types of coin-insertion or payment-activated equipment, such as gaming devices that are co-located with the jukebox. In contrast, it is used under the control of a central server to provide management services. In other words, the jukebox system is preferably used to update the functionality of other downloading devices that are co-located and / or to manage those downloading devices. As a result, the jukebox acts as a "central hub" for all loading equipment in one location. This function is achieved in one embodiment by networking all of the loading devices in a single location together with a jukebox and a local file server. Thus, the central server can download information to the local server, along with instructions to the jukebox as to which device should be updated with what data and / or software. Jukebox devices and local servers can also be used to collect information from other downloading devices it manages and upload that information to a central server for reporting / accounting purposes. Therefore, the owner / operator of the jukebox system acts as a third-party service provider to other coin-insertion machine companies for the purpose of managing and / or updating their equipment, such as electronic game equipment. can do.</p><p> According to an additional exemplary embodiment of the exemplary embodiment, the jukebox has or has the processing power to play a large number of songs simultaneously via different outputs to different compartments. Given the ability. In a preferred embodiment, a facility that includes three compartments, i.e. a restaurant, a bar, and a pool, can have a number of choices up to the number of compartments or speaker outputs that play simultaneously. This allows for increased revenue in the jukebox system. This is because a customer in any one section can listen to the selected song at the same time as a customer in another section listening to a different song.</p><p> According to a further exemplary embodiment of the exemplary embodiment, the user can select a piece of music to play in two or more compartments of the facility. This performance can be performed simultaneously in multiple compartments or at different times. This has the potential to allow jukebox operators to make additional revenue to play the same song more than once, and to ensure that the song is played simultaneously in multiple sections of the facility. It makes it possible to earn even larger profits.</p><p> According to another exemplary embodiment of the exemplary embodiment, each compartment is provided with a terminal that allows the customer in that compartment to select a piece of music to play in the jukebox. In a preferred embodiment, the terminal is a "dummy" terminal provided with a graphical user interface (GUI) for music selection, but a gaming terminal or any other suitable device capable of providing a GUI. Can also be used.</p><p> According to an additional exemplary embodiment of the exemplary embodiment, the operator can limit the choices that can be played in a given section. For example, in a restaurant compartment of a multi-compartment facility, the operator may wish to limit the music to music suitable for the dining atmosphere. The operator may limit or enable other aspects of selective performance in each section, such as volume, availability of priority performance, and so on.</p><p> According to a further exemplary embodiment of the exemplary embodiment, the jukebox contains an algorithm or other algorithm for selectively selecting background music based on a suitable criterion of parcel, time, or any other. Methods can be included.</p><p> According to another exemplary embodiment of the exemplary embodiment, different compartments may be provided with independent priority and non-priority performance queues.</p><p> According to an additional exemplary embodiment of the exemplary embodiment, a jukebox with extended music storage capabilities can only provide a subset of all songs stored as basic music available. If the user desires a piece of music that is not an element of the provided subset, the user can pay extra to play the piece of music. If the song is stored in a larger master set with expanded storage capacity, the song can be immediately queued without the need for download, at faster speeds to expanded song choices. Allow access to users. Even if the song is not available in the expanded list, the user can order the song, and if suitable conditions such as high-speed connection exist, the user can almost immediately use the song. You can listen to music. Alternatively, if, for example, the jukebox is connected in dial-up mode and the song needs to be downloaded later, the song will be downloaded for the user to select at a later or later time. And can be saved.</p><p> According to another exemplary embodiment of the exemplary embodiment, the jukebox can be set to "custom mode" in which the user can from a local server or extended media storage. The interface can be used to select songs to be transferred to the jukebox or jukebox set. This mode is, for example, by regular users or customers and staff at that location to specify which songs should be permanently resident in the jukebox after the jukebox is newly installed in one location. , Can be used.</p><p> According to a further exemplary embodiment of the exemplary embodiment, the jukebox can be "morphed" based on the triggering event. Trigger events can include nights, time changes, or any other suitable criteria for a themed facility. Jukeboxes, when morphed, can provide all or part of a different subset of songs available for a user's choice at a normal rate. In addition, because the interface is digital, new graphic displays, advertisements, or other suitable display changes can occur according to morphing. Morphing can also selectively block all access to a particular piece of music, based on the criteria that caused the morphing and the suitability of the piece of music. For example, if the facility hosts a "country evening," the available songs can be transferred to all country songs. The jukebox can further block extended access to all songs that were not defined as appropriate for "Country Evening", so such blocked songs are morphed by morphing. It will not be available for performances at increased prices until it expires. The provisions for "appropriate music" can be factory-configured provisions, or can be provided by the jukebox operator, or by any other suitable classification mechanism.</p><p> According to another exemplary embodiment of the exemplary embodiment, the various terminals of the multi-compartment system can be morphed independently of each other, so that, for example, the bar compartments may be morphed after a specific time. While the restaurant compartment can remain the same.</p><p> According to an additional exemplary embodiment of the exemplary embodiment, the user bids on the right to play a piece of music before the other piece of music previously selected for preferential performance is played. be able to. In a preferred embodiment, the user is shown the highest price paid for the preferred performance and may pay more than that price to obtain the highest priority availability.</p><p> According to a further exemplary embodiment of the exemplary embodiment, the user cannot indicate how much any other person is paying for priority. However, the user can pay only the amount of money that the user wants to spend to get the priority, and thus can receive the priority based on the amount paid.</p><p> According to another exemplary embodiment of the exemplary embodiment, the user can pay only the amount of money that the user wants to spend in order to obtain priority, and to the amount paid. The position of the priority obtained based on is shown. If this position is unsatisfactory to the user, the user can pay additional money to move the song in priority. The user may also pay additional money to make it more difficult for other users to obtain the position of the selected priority on the list in a bid-type situation by pre-emptive rights. Any other suitable method of increased payment for increased priority can also be implemented.</p><p> According to a further exemplary embodiment of the exemplary embodiment, the user can "fix" the priority with the payment of the preselected amount. For example, if a user pays 15 billing units to get the 3rd place in priority and wants to guarantee the 3rd place, the user "fixes" that rank. For example, you can pay an additional 4 billing units. Since fixing the rank may also require "fixing" all the ranks above the user, the user has a certain amount of money to "fix" all the songs above the user's selection. May be required to pay. In one such situation, the user either pays the estimated price for "fixed" or pays the same or variable amount of billing units in an attempt to prevent future highs. Alternatively, one can select whether to move the user's music to a higher level in the priority list.</p><p> According to another exemplary embodiment of the exemplary embodiment, any of the bidding strategies described above can be implemented, and the user can determine how much each person is paying for their particular ranking. Can be shown. This allows the user to know exactly how much he or she has to pay to get a particular priority status. If a "fix" feature is implemented, it also tells the user whether it's cheaper to pay a price to "fix" the song or to move it higher on the priority list. To do. All of these options result in increased revenue for the operator.</p><p> These and other features, purposes, and advantages of the present invention, when read in conjunction with the accompanying drawings, are further understood by reference to the following detailed description of the present invention.</p>
With reference to the drawings, FIG. 2 shows a block diagram of an exemplary preferred embodiment of the improved jukebox system 10'. The jukebox 10'contains similar elements shown in FIG. 1 and described above, including a central server 12, a communication network 14, and remote jukebox devices 16, 16a-16f. However, the jukebox system 10'also further includes local servers 22, 22a to 22f, connected to each jukebox device 16, 16a to 16f, respectively. The central server 12 contains a master library of songs (and / or other content). Each jukebox device contains a subset of the jukebox's local storage device master library. The central server monitors the usage of each jukebox device's song subset to maximize jukebox device usage, and updates the subset to manage the content of the jukebox device individually. Can be used. The central server 12 periodically receives data from each jukebox for the purpose of accounting for royalties and paying for the music played. The jukebox device can be connected to the network in any suitable form, such as a dial-up modem or a broadband modem (eg, DSL, cable, wireless, broadband, or satellite). The communication network 14 can deliver data (eg, audiovisual data) from the central server 12 to the jukebox 16 and allow the data to be uploaded from the jukebox 16 to the central server 12. Can be any suitable network.
The music (and / or other data) is preferably digitized by a central server 12 using known technology before sending the music to the jukebox for safety and bandwidth purposes. , Compressed, and encrypted. The music is then decompressed and decrypted by the jukebox for storage and playback in the jukebox. Therefore, each jukebox maintains a library of digitized songs for playing in the jukebox in a database, which can be modified or updated by a central server via communication. The jukebox also preferably receives and stores data constituting images (eg, still and / or moving video, and / or graphic images) that may be displayed on the display device 18 of the jukebox device 16. In one exemplary embodiment of the invention, the jukebox device has the structure and operation described in US Pat. No. 6,308,204 as referenced above. Thus, each jukebox device 16 displays one or more microprocessors such as the main CPU and acoustic DSP, memory such as a hard drive for storing music and / or other content, and visual items. A display device, an acoustic device 20 for supplying sound, a communication system for allowing the jukebox to communicate with the central server 12 via the communication network 14, and a multitasking operation that controls the operation of the jukebox. It preferably includes operating software that preferably includes a system. The operating software is also preferably updateable via communication with the central server 12, as described, for example, in US Pat. No. 6,308,204 as referenced above. The jukebox 16 allows customers to pay for the use of the jukebox device in a convenient way, such as coins, banknotes, and / or credit card input devices. Includes more payment devices. The screen 18 is preferably a touch screen that allows the user to enter a selection by touching the screen. Each jukebox device has a local server 22 that can be accessed by the jukebox device. Each local server is connected to a jukebox device using Ethernet® or another type of local connection. Each local server 22 preferably includes a mirror copy of the master library of music records maintained by the central server 12. The local server 22 may be loaded with the master library by the entity that owns and / or controls the jukebox network before shipping the local server and jukebox devices to the jukebox seller or operator. Of course, over time, the local server no longer responds to the central server exactly the same, due to the fact that the central server is preferably continuously updated with additional songs, or new songs. Therefore, the local server 22 is also preferably updated periodically to maintain compatibility with the libraries of the central server 12. This update can be done by the central server 12 via communication between the local server 22 and the connected jukebox, for example using either dial-up or a broadband modem. Alternatively, the update may be made directly by a person using an update tool that may be directly connected to the jukebox or local server by a patrol worker or others for the purpose of updating the contents of the local server. .. The portable tool may include a removable storage medium, such as a hard drive, that can be returned to the owner of the jukebox system for future updates and reused by this owner. The tool itself can be maintained by the operator or another person responsible for maintaining a particular jukebox for use based on receipt of an 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 makes up any one of the songs stored in the local server 22. In addition, some of this song on the local server is encrypted. The jukebox device 16 includes a missing portion of each piece of music on the local server, which allows the jukebox to assemble a complete piece of music based on the contents of the local server and the memory of the jukebox device. The missing data located in the jukebox is needed to decrypt the song. For example, a single block (or other small piece of data) of data for each song may be missing on the local server, but may be present on the jukebox device, and encryption is a missing block. Can be based on, and can be advanced block by block. Therefore, neither block can be decrypted without obtaining the preceding block and / or decrypting the preceding block. This feature provides significant security and prevents or prevents theft of music on local servers, or other types of unauthorized use or copying. Therefore, in this embodiment, each local server must be specifically assigned to a particular jukebox device, whereby the decryption described above can be performed properly.
According to a preferred exemplary embodiment, each local server can be individually registered with and identified from the central server 12, whereby the central server manages each local server individually. And can be monitored. This also applies to the jukebox device itself. That is, the jukebox device can also preferably be registered with the central server, whereby the jukebox device can also be individually monitored and managed by the central server. As can be understood from the above description, the local server uses the jukebox system's content to provide additional services (such as supplying additional music) that are not available on the jukebox device itself. By allowing access by box devices, it becomes an important and advantageous part of the jukebox system. As described below, the central server's music library and / or storage capacity itself serves other jukeboxes, such as fee-based residential and commercial jukeboxes, and / or other fee-based equipment. Can be used to advantage. One preferred use of the local server could be to provide an immediate music download feature for the jukebox device, which is described in detail below with reference to the exemplary screen images of FIGS. 3-6. Will be done.
FIG. 3 shows an exemplary screen image for the music selection screen 30 as displayed on the touch display of the jukebox device. As can be seen in FIG. 3, this selection screen, which is preferably the initial selection screen displayed to the customer, is a graphic display of various album covers for the songs stored in the memory of the jukebox device 32. including. Album covers are shown in alphabetical order and a virtual slide bar 33 can be used to scroll through the available albums. Up and down arrows (34 and 35) are also provided to walk through the available albums. A "playing" button 36 is also provided (if present) to provide information about the song currently being played in the jukebox. The "Top 10 Songs" button 38 is also provided to show a list of the 10 most popular songs on the jukebox. There is also a "Tune Central" (trademark of Touch Tunes Music Corporation) button 39 whose functionality is described in detail with reference to Figure 4A.
If for some reason the user does not see the album of interest in displaying the album cover, or for some reason wishes to search for available songs that do not exist on the jukebox device, the user will You can select the "Tune Central" button 39. "Tune When the "Central" button is pressed, the jukebox display changes from the display shown in Fig. 3 to the display shown in Fig. 4A. An exemplary screen image of FIG. 4A shows a search screen 40 that allows a search to be performed against a local server 22 connected to a jukebox device. The search screen 40 provides a virtual keyboard 42 for use when entering search requests. The search can be done by album, artist, song, or genre or theme based on each associated button 47 (ie, classified songs, preferably based on popularity, to help the user find a particular song. list). Once the search type is specified, the user touches the "Search" button 44 to start searching for content on the local server. Input from the virtual keyboard can be canceled using the "Clear" button 48.
Similar to the search for genres and themes, the user can search for songs, for example, using the Personal Music Assistant (portable music terminal) whose exemplary processing is shown in FIG. 4B. Preferably Personal After pressing the Assistant button (step 402), the jukebox asks for specific information to identify the user, if the user has not already been identified (step 404). Such information can include, for example, age (or date of birth), preferred style, background, place of birth, or other information that can be used to create a user's profile. The jukebox may then preferably compare this profile information with selections made by another user with a similar profile, eg, from a particular jukebox, a particular facility, or a national database. Yes (step 406) and the song can be recommended (step 408). For example, the jukebox can suggest songs by "Doors" to a male user from California born in 1960. The user can then select a song from the list or start a new search (step 410).
In addition, instead of entering an identifier, as shown in Figure 4C, the Personal Music Assistant will provide, for example, after a credit card or a pre-programmed location-specific identification card has been scanned by the jukebox. For example, the user can be recognized in another way (step 422). Preferably, the Personal Music Assistant maintains a list of user-created selections. The list of user choices may be maintained, for example, on a local jukebox terminal, a central jukebox server at that location, a remote server, or an identification card. After recognizing a user, Personal Music Assistant can be used, for example, by an artist's music (step 426) that a specific user is enjoying, music that is frequently played by the user (428), or music that has not been heard by the user recently (step). Music can be recommended based on 430) and so on.
In addition, for example, a Personal Music Assistant recognizing a preferred customer or a customer with a large billing unit can morph the jukebox into a jukebox that is more enjoyable for that particular user. Billing units can be purchased by the user, for example, or can be given to the user as a reward for, for example, purchasing beverages or souvenirs at the facility, or being a regular recurring customer. Therefore, the Personal Music Assistant can make music selection a more enjoyable, dynamic, and responsive process, while removing the direct burden on the user to know which music to select.
When the search is started from screen 40, the screen is changed to the screen shown in FIG. 5A to display the search results. The search results are listed, as shown in Figure 5A. More specifically, in this example, the search request is satisfied.A list of songs is listed. This list can also be album-by-album if the search is based on albums. The user can scroll through the search results using the slide bar 53. The user is also shown a display of the number of current billing units 55 and a display of the number of billing units required to download songs from the local server to the jukebox device 56. The user can return to the previous screen by touching the "Back" button 57. If the user selects a song from the search list and then touches the "Get Now" button 54, the jukebox will juke the selected song from the local server for playing in the jukebox. It can be acted as an instant download to the box. The downloaded song may be queued for performance in the jukebox along with any other song selected (if any) that has not been played. In this example, the loading costs 5 billing units instead of 1 billing unit as in the usual selection from the storage of the jukebox itself. Once the downloaded song is played, the song is preferably juked (along with any graphic data, such as the album cover graphic that was also downloaded from the local server in connection with the downloaded song). Removed from the box device. In this way, the user has the option through the use of the "Tune Central" button to temporarily get any song from the recording master library into the jukebox without having to contact the central server 12. Have. As a result, the jukebox provides the user with a more enjoyable experience, while also increasing the revenue generated by it.
Also providing the user with a more enjoyable experience is the ability of the central server to identify the "latest hits", preferably in real time. Preferably, the new song may be available in the master catalog. That is, the new music does not need to reside on the local server or extended media storage device. Thus, songs that are frequently played in a given area (eg, ranging from a single place or group of places to a state or country to a global connection) can be identified as popular. These songs or "latest hits" can preferably be downloaded by a separate jukebox or sent to the jukebox. A separate jukebox preferably maintains a list of "latest hits" in real time, allowing the user to search through the most popular songs at any given time. Alternatively, the jukebox can maintain a list of "latest hits" without downloading popular songs, thereby potentially saving download time and resources. As a result, the jukebox can provide an enjoyable experience for the user by providing easy access to the most popular songs.
Figure 5B illustrates an exemplary process for maintaining a "latest hit" in a jukebox using a broadband connection. The same process can be applied to systems that use different types of connections, but more time and resources can be used to download songs over slower connections. Please be careful. In step 502, the music from the master catalog is received by the central server at that location. Of course, note that the music can be stored on the storage medium of the local jukebox. In step 504, the user using the jukebox terminal selects the "latest list" button. After the "latest list" is displayed (step 506), the user can select a particular song or start a new search (508).
FIG. 6 shows another exemplary screen image of the music selection screen 60, which is displayed when the user touches the graphic of the album cover from the screen 30 of FIG. Therefore, this screen shows an alternative (or typical) way to select a song, in which the song is available directly from the storage device of the jukebox itself (rather than a local server). Selected directly from a subset of songs. In this example, Joe Cocker's Greatest Hits were selected from the screen in Figure 3. As shown in FIG. 6, the resulting screen display 60 shows a graphic 61 for the selected album and a list of songs 62 available in the jukebox for that album. The jukebox may or may not contain all of the songs for a particular album. Available songs can be scrolled using scroll bars 63a and 63b, if desired. The user has the right to select a piece of music from the list for playing in the jukebox via the "play" button 65. The "Play Now" button 66 is also provided to allow the user to select the preferred performance of the song, thereby allowing the song to be selected using the "Play" button 65. Give higher priority than. The priority function preferably requires more performance charge units than a normal performance. Display 67 indicates the number of billing units available to the user. Button 64 indicates another album for the same artist shown in 61, thereby allowing the user to easily search through multiple albums for a particular artist for the desired song.
As also shown in Figure 6, a "Tune Central" button 68 is displayed that allows the user to search for songs by this same artist on the local server as described for Figure 4A. There is. In other words, button 68 takes the user to the search screen 40 in FIG. 4A to search the local server. Subsequently, as described above with respect to FIGS. 4A and 5A, the user can proceed to search the local server and, if desired, select a song from the local server. Thus, as described above, the user can access the local server on various screens in a convenient and efficient way, depending on the user's wishes, when interacting with the screen of the jukebox.
As can be seen in Figures 3-6, users can play music that resides on the jukebox device itself, or, as an alternative, from a local server for download and play in an efficient and reliable way. It provides the option to select songs, which greatly reduces the behavior of jukebox systems, especially jukebox systems that cannot quickly, easily, or reliably receive song downloads upon request from a central server. To improve. It should be noted that the screen images of FIGS. 3 to 6 are exemplary only, and any suitable screen configuration may be used to provide the functionality described herein. In addition, jukebox operators are set up filters by music genre or style to limit access to end users and prevent unwanted music from being played in specific locations. Ability is provided via an operator screen (not shown) for.
FIG. 7 shows a block diagram of the electronic elements that define the local server 22 according to an exemplary embodiment. As shown in Figure 7, the local server 22 has a CPU 72 (eg AMD Elan 100MHz), flash memory containing the BIOS and OS (eg 8MB), a pair of master / slave hard drives (82, 84 and respectively). 86, 88), a pair of IDE controllers 78 and 80 for a pair of hard drives, RAM 76 (eg 32MB), an Ethernet controller to control communication with the Jukebox device 16, and more. Includes the appropriate bus that interconnects the elements. Of course, other configurations or deployments to the local server 22 may also be used. A unique identifier may be provided on the local server to allow the local server to be uniquely identified and registered by the jukebox and / or the central server. The identifier can be located, for example, in the flash memory 74.
As can be seen from the description of the present invention above, the addition of a local server greatly enhances the operation of jukebox devices that are part of the jukebox system. However, local servers also offer other benefits and features described below.
A group of local servers 22 is used as a network of distributed servers that can be controlled by the central server 12 via a jukebox device 16 coupled to the central server 12 to supply music services to other devices. obtain. For example, local servers and combined jukeboxes provide music services to the particular jukebox they are connected to and assigned to, as well as dedicated residential or commercial jukebox devices (or separate). Can be used to deliver the requested song to a suitable jukebox device). Thus, a network of distributed servers is of the type that allows users to download songs for playback and / or storage in residential or commercial locations for a reasonable fee, for residential and commercial use. A support network for implementing the jukebox can be provided. 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 embodiment, the jukebox device and / or local server is connected to the Internet (or any other suitable network) using a broadband modem and under the control of a central server (also connected to the Internet). Any dedicated residential jukebox device (possible) is provided with software that can selectively distribute music files. The central server receives requests from the residential jukebox and analyzes the traffic on the network for charges or for subscription plans for the residential jukebox (central server memory). Instructs the selected jukebox device to download the requested song file to the residential jukebox (or from either a local server).
According to another exemplary embodiment of the invention, the local server and jukebox device is another type, such as a gaming device that is located in the same location as the jukebox (or very close to the jukebox). Used under the control of a central server to provide management services for coin-insertion or payment-activated equipment. In other words, the jukebox system is preferably used to update the functionality of other download devices that are co-located and / or to manage other download devices. As a result, the jukebox is a "central hub" for all download facilities in one location. This function is achieved in one embodiment by networking all of the download devices in a single location together with a jukebox and a local file server. The central server can then download the information to the local server, along with instructions to the jukebox as to which device should be updated with which data and / or software. Jukebox devices and central servers can also be used to collect information from other download devices that they control and to upload that information to the central server for reporting / accounting purposes. Therefore, the owner / operator of the jukebox system can act as a third-party service provider to other coin-insertion equipment companies for the purpose of managing and / or updating their equipment.
The large amount of memory provided by the local server, and the fact that it is located in thousands of locations over a well-controlled network and accessible at those locations, is a jukebox. It is transforming the system into a powerful tool that can be used to perform various functions in the coin-insertion equipment industry. More and more coin-insertion equipment manufacturers are moving towards games where software can be updated via their internal hard drives. These updates occur periodically, but as these devices grow, there is an ever-increasing need for systems that can perform updates reliably and efficiently from remote locations. The jukebox system described herein addresses this need with all suitable electronic coin-insertion devices in one jukebox location using the jukebox and local server in that location as a central server. Satisfied by allowing it to be managed by. The central server can download software or data updates, store them on a local server, and send the updates to the intended unit of equipment in the facility. Therefore, the jukebox system can function as a third-party service provider for other companies involved in the coin-insertion equipment business, thereby significantly enhancing the functionality of the jukebox system.
As an example, there are currently about 140,000 Merit coin-operated desktop devices in the United States, each of which allows users to play games, etc. for a fee. Many of these devices operate with hard drives that can be updated with new software. Merit does this by shipping CD-ROMs to operators who need to drive to each location and manually update each device. However, according to the present invention, all suitable coin-insertion equipment in one location is connected (directly or indirectly) to the local jukebox and local server assigned to that location. This allows the central server to receive intended software updates for any device, along with information identifying which device is updated with which software. The renewal service is preferably price-based and provides an additional revenue stream for the jukebox system. The central server downloads the software to the local server along with the upgrade instructions to further download updates to the appropriate device.
As described above, the local server allows music to be downloaded to a commercial or residential jukebox to which the local server is assigned, under the control of the central server. In addition, local servers can be used for on-site networked applications that manage other coin-insertion devices. These various functions of the present invention are shown in FIG.
FIG. 8 shows a block diagram of a complete jukebox system network as considered by the exemplary embodiment. As described above, the system is a series of commercial jukeboxes 16a, 16b, and 16c, broadband with a central server 12 connected to the communication network 14, and associated local music file servers 22a, 22b, and 22c. It includes a series of residential jukeboxes 100a, 100b, and 100c connected to the network via devices 102a, 102b, and 102c, as well as the premises network shown on the right hand side of FIG. This premises network provides several additional coin-insertion equipment such as a jukebox device 16d, darts game 104, golf game 106, and desktop video game 108 connected to a local file server 22d via a router or network hub 110. Also includes a broadband modem 112 connecting this local network to the communication network 14. Using this exemplary configuration as shown in FIG. 8, all of the functions described herein can be performed through the jukebox system of the present invention.
FIG. 9 shows a top view of an exemplary facility floor plan for a multi-segment jukebox system. According to an exemplary embodiment, the facility has three compartments 121, 123, 125. Each compartment is provided with a set of speakers 127, 129, 131 of each compartment itself operably connected to the jukebox 133. Different music can be played simultaneously in all three compartments 121, 123, 125, and all music can be played from a single jukebox 133. The jukebox 133 may be provided with additional hardware to enable this practice.
Alternatively, the user can choose to have one piece of music play in two or more compartments 121, 123, 125 at the same time, or in two or more compartments at different times. The user may have to pay an additional billing unit to perform any of these features. A preferred embodiment of a multi-segment system is December 2004, entitled "Wireless Digital Transmission System for Loudspeakers," a partial continuation application of US Patent Application No. 09/161584, filed September 28, 1998. The system described in US Patent Application No. 11/023390, filed on 29th, can be used to play high quality music in different compartments. The entire disclosures of both applications are incorporated herein by reference. Using this system, for example, a jukebox can compress acoustic data and transmit it over an AC power line to addressable locations where it can be received, decompressed, converted, and played. ..
It should be understood that the Wireless Digital Transmission System can be used for other purposes in another embodiment where data needs to be transmitted between two or more devices. For example, this system can be used to configure dummy terminals. In such embodiments, the Wireless Digital Transmission System will include, for example, whether or not to morph, which song is appropriate for a particular morphing of the jukebox, the section in which the selected music should be played, and the maximum volume level. Can be used to send information such as.
The operator may also limit which types of music are available in a given parcel based on the type of activity in the parcel, the time of day, or any other suitable selection criteria. For example, in FIG. 9, compartment 125 of 3 is a restaurant. A restaurant customer may not want to hear the same type of music as someone in section 121, which is the bar room in FIG. 9, or in section 123, which is the pool. The operator can be aware of this and can limit the types of music that can be played in the three compartments 125. Alternatively, the operator can limit the volume of music in any given section. For example, a customer in billiard 123 or restaurant area 125 may not want the music to be as loud as desired in bar room 121. And perhaps restaurant area 121 is to be kept even quieter than billiards 123. The owner can adjust and control all suitable settings to provide the most diversified and customer friendly environment in each of the parcels, based on any suitable criteria.
FIG. 10 shows a top view of an exemplary facility layout for a multi-compartment jukebox system with a selection terminal in each compartment. According to an exemplary embodiment, the bar has three compartments 121, 123, 125. Each compartment is provided with a set of speakers 127, 129, 131 of each compartment itself operably connected to the jukebox 133. Different music can be played simultaneously in all three compartments 121, 123, 125, and all music can be played from a single jukebox 133. The jukebox 133 may be provided with additional hardware to enable this practice.
In Figure 10, there are also one or more "dummy" terminals 137, 139 located throughout the facility. An exemplary explanatory dummy terminal can use X server technology. These terminals 137, 139, which can be self-contained devices or can be provided as part of the interface of a gaming console or other suitable device with a digital display, are a selection of songs from the jukebox 133. To enable. These terminals 137, 139 replicate the partition limits and selection criteria imposed on the main jukebox interface. Terminals 137, 139 may only be restricted to allow selection of music for performance in the compartment in which each individual terminal is located, or may allow selection for performance in one or more different compartments. ..
In addition, the graphical interfaces of terminals 137, 139 can be modified according to available selections, bar themes, room themes in which each terminal is located, or any other suitable criterion.
FIG. 11 is a flowchart illustrating an exemplary implementation of the partition selection process for a multi-segment jukebox system. According to an exemplary embodiment, the jukebox first initiates interaction with the user141. The user is instructed to select a piece of music143, and selects one or more sections in which the piece of music is played 145. The jukebox then determines the price based on the number of parcels selected 147. The jukebox accepts payments from users 149 and queues songs for performance in selected compartments 151. The jukebox then inspects to see if the user wants to select another song153. If the user desires another song, the process returns to song selection step 143 and repeats from this song selection step. If the user has completed the selection, the process ends 155.
FIG. 12 is a flow chart illustrating an exemplary implementation of preferential performance by partition selection for a multi-segment jukebox system. According to an exemplary embodiment, a particular jukebox system may be provided with one or more priority queues corresponding to one or more compartments. If a priority performance is provided for the parcel, the jukebox first checks to see if the user wants a priority performance for the selected song161. If a preferred performance is selected, the jukebox provides the user with the option to select the section in which the preferred performance should be performed163. Based on the number of parcels selected for priority performance, the jukebox determines the price 165 and accepts payment of that price from the user 167. The jukebox then places the song in the priority performance queue for each selected section 169.
FIG. 13 illustrates an exemplary implementation of a multi-segment set of preferred and non-priority queues with a subset of the queue for each partition. According to an exemplary embodiment, each of the N compartments 171 may be provided with its own set of queues, including a preferred queue 175 and a non-preferred queue 173. A list of songs selected for performance is maintained within queues 173 and 175, respectively. Each piece of music in each queue may be provided with identifiers 177, 179 that identify the piece and / or the position of the piece in the queue and / or any other suitable factor.
FIG. 14 is a flowchart showing an exemplary distribution and initialization method for a jukebox having a morphing function. According to an exemplary embodiment, the contents of the factory drive are defined at the time of manufacture181. This same drive (extended medium storage) can be shipped with all jukeboxes183 and can contain only a subset of the total number of songs available on the central server. Once the jukebox containing this drive has searched for its destination, the operator can select a subset of the drive's songs as a basic playable list185. This choice may be based on the type of facility, the type of music typically preferred by the facility's customers, or any other suitable criterion. The operator also allows the central server to recommend a basic playable list. The drive can also allow the selection of songs that are not on the basic list for an additional charge 187. However, this list of "substitute" songs does not include all songs. This is because the operator may wish to restrict access to music that does not fit the theme of the facility. For example, country bar owners may never want to be able to select rap or hip-hop songs in a jukebox.
Once the songs on the drive are properly classified, the jukebox will start working 189. Unless a new basic playable list is desired191, the jukebox will continue to operate using the currently selected basic playable list 189. If a new basic playable list is desired191, the jukebox morphs into a "new" jukebox 193, selects a different playable subset of the song for the basic selection 185, and commands by morphing. Change additional features as done.
FIG. 15 is a flowchart showing an exemplary implementation of the automatic jukebox morphing initiation process based on the trigger event. According to an exemplary embodiment, the user can define an event, such as a themed night or time, as the trigger event that triggers the jukebox morphing201. The jukebox then operates normally 203, with periodic inspections to see if a trigger event has occurred 205. If no trigger event has occurred, the jukebox simply continues to operate 203, but if a trigger event occurs, the jukebox is morphed into a "new" jukebox. The trigger event can be a single event or can be scheduled to occur weekly, daily, monthly, or based on any other suitable criterion. Note that in a multi-compartment configuration, various compartments can be morphed, while the other compartments do not change. A feature of the exemplary embodiment is, for example, that a given parcel allows the dedicated parcel to be dedicated to a particular type of music, while the other parcels are the owner's desire to change the time of day, the music. Alternatively, it can change based on any of the various factors, such as user requirements.
FIG. 16 is a flowchart illustrating an exemplary implementation of the jukebox morphing process. According to an exemplary embodiment, when the jukebox begins morphing 211, it selects a new subset of songs that should be the basic playable list213. Subsequently, the jukebox allows some or all of the remaining songs in the jukebox to be selected for higher rates 215. Some of the remaining songs can be restricted based on what triggered the morphing. Other features of the jukebox can also be modified 217, for example, the user interface can be modified and various advertisements can be displayed corresponding to the expected tastes of the audience in which the jukebox is morphed. Other suitable changes may be made. In one example of a preferred embodiment, the club owner hosts a hip-hop evening every Wednesday, starting at 9 pm and ending at 4 am. Every Wednesday at 9 pm, the jukebox morphs into a hip-hop jukebox with a basic selection of proper music. Morphing blocks Jukebox from all access to genres such as country music, classical, rock, jazz, blues, and oldies, and Jukebox turns into "hip-hop" hard rock songs. Limit the available selection of additional songs in Hard Rock. Jukebox graphics have been transformed into well-defined urban graphics, and advertising has changed accordingly to display products such as clothing, beverages, and merchandise that may appeal to hip-hop-loving audiences. .. At 4 am, the jukebox morphs back to the "standard" jukebox for the club, or to any other suitable jukebox. Alternatively, the jukebox can remain in hip-hop mode until the next trigger event occurs. Again, in a multi-compartment configuration, various parcels can be morphed. On the other hand, note that the other compartments do not change. In the above exemplary non-limiting embodiment, the system can morph into hip-hop in one parcel for this night, while "standard" music for this club is played in another area. It remains as it was.
FIG. 17 shows the relationship between a jukebox with extended media storage and a central server. According to an exemplary embodiment, the central server 221 includes a master library of songs, such libraries currently installed on all songs currently available for download, and on the jukebox hard drive. Includes all songs that have been played. The central server can communicate with a remote jukebox 225, including a local hard drive 223. The jukebox hard drive 223 can have several sections, including space 227 for available downloads, space 228 occupied by preloaded songs, and space 229 for software and operating systems. Additional suitable sections, such as sections containing various images for modifying the GUI, may be added. The jukebox 225 can communicate with the central server 221 to download songs, upload usage information, update software, and perform any other suitable function.
FIG. 18 is a flow chart illustrating an exemplary process for a music selection process when the music is not on the "standard" available playable music list. According to an exemplary embodiment, the user first selects a piece of music231. The jukebox tests to see if the song is available on the local hard drive as a "non-standard" option233. If the song is available on a local hard drive, the jukebox charges the customer a set of fees for acquiring and playing the non-standard song 235 and plays the song (or is appropriate). Add the song to the playing list, if any) 237.
If the song is not available on the local hard drive, the jukebox will check to see if a fast connection to the central server is available239. 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 the order for the song. However, if there is a fast connection available to the central server, the jukebox will order the song immediately and use the fast connection to download the song immediately, and the song for performance. Queue 245. The jukebox then charges the customer for a non-standard choice price247.
FIG. 19 is a flowchart showing an exemplary process for a priority performance queue using the bid-based priority function. According to an exemplary embodiment, the user first indicates that he or she desires preferential performance251. The jukebox then displays the current status of the priority performance queue 253. This display tells you how many songs are in the queue, what is the best bid, how much is being bid on each song, which songs are "fixed", and the priority queue. Information such as any other suitable information can be included. The jukebox then allows the user to choose how much additional money he or she wants to pay to place the user's music in a particular position on the priority list, and pays at the selected amount. Accept 255. After accepting payment 255, the jukebox places the song in a priority list position corresponding to the additional amount received from the user257.
Alternatively, in an exemplary embodiment of another exemplary embodiment, the user bids on the right to play a piece of music before the other piece of music already selected for preferential performance is played. be able to. In a preferred embodiment, the user is shown the highest price paid for the preferred performance and may pay higher than this price to obtain the highest priority available.
Another exemplary embodiment of the exemplary embodiment does not allow the user to show how much someone else has paid for priority. However, the user can pay as much as the user wants to spend to get the priority, and subsequently receives the priority based on the amount paid.
According to a further exemplary embodiment of the exemplary embodiment, the user can pay as much as the user desires to spend to obtain priorities according to the previous exemplary embodiment, and subsequently. Shows the preferred status obtained based on the amount paid. If this location is unsatisfactory to the user, the user can pay additional money to move the song above the priority, and based on the additional money paid, the new priority obtained. The ranking is shown. The user can repeat this process until the desired priority is obtained. The user may also pay additional money in a bidding-type situation to make it more difficult for other users to obtain the selected priority position on the list by pre-emptive rights. Any other suitable method of increased payment for increased priority may be implemented.
According to an additional exemplary embodiment of an exemplary embodiment that can provide a "fixed" function, the user can "fix" the priority with payment of the preselected amount. For example, if a user wants to pay 15 billing units and guarantee a third place in order to get the third place in priority, the user "fixes" that rank. For example, you can pay an additional 4 billing units. Since fixing the rank may also require "fixing" all the ranks above the user, the user is specific to "fix" all the songs above the user's selection result. You may be required to pay an amount. In one such situation, the user either pays the estimated price for "fixed" or pays the same or variable amount of billing units in an attempt to prevent future highs. Alternatively, one can choose to move the user's music higher in the priority list.
According to another exemplary embodiment of the exemplary embodiment, any of the bidding strategies described above can be implemented, and the user can determine how much each person is paying for his or her particular ranking. Can be shown. This allows the user to know exactly how much he or she has to pay to get a particular priority status. If a "fixed" feature is implemented, it informs the user whether it is cheaper to pay a price to "fix" the song or to move it higher on the priority list. Also do. All of these options result in increased revenue for the operator.
While the above embodiments describe a system for delivering media to a non-movable jukebox, an alternative embodiment using a similar system can deliver media to a portable jukebox device. , And, by the scope and spirit of the invention, are considered within those scopes. The portable jukebox can be, for example, a PDA, a cell phone, or any other mobile device capable of receiving and playing music. In addition, the medium may be the method described above (eg, via a broadband connection, wireless connection, etc.), or any other suitable method adapted by a particular portable device, such as using Bluetooth technology. Can be used and delivered to a portable jukebox. In addition, the jukebox described above is typically for commercial purposes. However, jukeboxes for other purposes, such as playing residential media, are also considered within the scope and spirit of the invention and within their scope.
While preferred embodiments of the invention have been shown and described herein, it will be appreciated by those skilled in the art that various modifications and / or modifications can be made. Therefore, the particular description herein is meant to be exemplary only and is not intended to limit the invention beyond the scope of the claims.
<figref num="1">It is a block diagram of a conventional downloading digital jukebox system.</figref><figref num="2">FIG. 6 is a block diagram of an improved downloading digital jukebox system according to a preferred embodiment of the present invention.</figref><figref num="3">It is an exemplary screen image showing an initial selection screen according to a preferred embodiment of the jukebox system of the present invention.</figref><figref num="4A">Another screen image showing an exemplary search screen for use in searching for music on a local server according to a preferred embodiment of the present invention.</figref><figref num="4B">FIG. 5 illustrates an exemplary process for using the Personal Music Assistant to search for songs that may be appropriate for a user-specific profile.</figref><figref num="4C">FIG. 5 illustrates an exemplary process for using the Personal Music Assistant to search for songs that may be appropriate for a recognized user's profile.</figref><figref num="5A">A diagram showing another exemplary screen image showing the results of a search on a local server and providing the user with the option to download the desired song to a jukebox device for a fee, according to a preferred embodiment of the invention. Is.</figref><figref num="5B">It is a figure which shows the exemplary process for searching through the list of popular music.</figref><figref num="6">It is a figure which shows another exemplary screen image which shows the alternative method which enables access to the download function of this invention.</figref><figref num="7">It is a block diagram of a preferable embodiment of the local server of this invention.</figref><figref num="8">FIG. 6 is a block diagram of an entire exemplary network, including commercial jukeboxes and residential jukeboxes, managed by the jukebox system of the present invention, as well as other downloading devices and related connections.</figref><figref num="9">FIG. 6 is a top view of an exemplary facility layout for a multi-segment jukebox system.</figref><figref num="10">It is a top view of an exemplary facility layout for a multi-compartment jukebox system with a selection terminal in each compartment.</figref><figref num="11">It is a flowchart which shows the exemplary implementation of the partition selection process for a multi-segment jukebox system.</figref><figref num="12">It is a flowchart which shows the exemplary performance of the priority performance by the partition selection process for a multi-segment jukebox system.</figref><figref num="13">FIG. 5 illustrates an exemplary implementation of a multi-segment set of preferred and non-priority queues with a subset of the queue for each partition.</figref><figref num="14">It is a flowchart which shows the exemplary delivery and initialization method for the jukebox having a morphing function.</figref><figref num="15">It is a flowchart which shows the exemplary implementation of the automatic jukebox morphing start process based on a trigger event.</figref><figref num="16">It is a flowchart which shows the exemplary implementation of the jukebox morphing process.</figref><figref num="17">It is a figure which shows the relationship between a jukebox equipped with an extended medium storage device, and a central server.</figref><figref num="18">It is a flowchart which shows the exemplary process with respect to the music selection process when a music is not in the "standard" available playable music list.</figref><figref num="19">It is a flowchart which shows the exemplary process with respect to the priority performance queue using the priority function based on a bid.</figref>
Code description
10, 10'Digital Downloading Jukebox System 12 Central server 14 Communication network 16, 16a to 16f remote jukebox 18 screens 20 Sound system 22, 22a, 22b, 22c, 22d, 22e, 22f local server 30 Music selection screen 32 Graphic display 33 Virtual slide bar 34, 35 arrows 36, 38, 39 buttons 40 Search screen 42 virtual keyboard 44 Search button 46 Clear button 47 buttons 53 slide bar 54 Play Now Button 60 screen display 65 Play button 66 Play Now Button 67 Display
22 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12 Sheet 13 Sheet 14 Sheet 15 Sheet 16 Sheet 17 Sheet 18 Sheet 19 Sheet 20 Sheet 21 Sheet 22
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| JP09098408A | Cites | Japan |
| JP10507547A | Cites | Japan |
| JP2003131918A | Cites | Japan |
| JP2004530390A | Cites | Japan |
| JP04016997A | Cites | Japan |
| JP2001143008A | Cites | Japan |
| JP07261776A | Cites | Japan |
| JP10069287A | Cites | Japan |
| JP08263080A | Cites | Japan |
| JP10026990A | Cites | Japan |
| JP10091177A | Cites | Japan |
| JP11052965A | Cites | Japan |
| JP2000020078A | Cites | Japan |
| JP2002116783A | Cites | Japan |
| JP2000148171A | Cites | Japan |
| JP2001519924A | Cites | Japan |
| JP11163813A | Cites | Japan |
| JP2000356985A | Cites | Japan |
| JP09135216A | Cites | Japan |
| JP2002333890A | Cites | Japan |
| JP2004206014A | Cites | Japan |
501 members in 12 offices
Priority claims5
| Document | Office | Kind | Date |
|---|---|---|---|
| 185974 | United States of America | – | |
| 18597405 | United States of America | A | |
| 18597405 | United States of America | A | |
| 2005185974 | – | – | – |
| US20050185974 | – | – | – |
Members501
| Document | Office | Kind | |
|---|---|---|---|
| EP1408427A2 | European Patent Office (EPO) | A2 | |
| US2005060405A1 | United States of America | A1 | |
| EP1408427A3 | European Patent Office (EPO) | A3 | |
| US2006018208A1 | United States of America | A1 | |
| US2006062094A1 | United States of America | A1 | |
| US2006239131A1 | United States of America | A1 | |
| CA2535470A1 | Canada | A1 | |
| CA2928142A1 | Canada | A1 | |
| CA3065959A1 | Canada | A1 | |
| MXPA05012999A | Mexico | A | |
| CN1901670A | China | A | |
| EP1746548A2 | European Patent Office (EPO) | A2 | |
| JP2007034253A | Japan | A | |
| EP1746548A3 | European Patent Office (EPO) | A3 | |
| US2007247979A1 | United States of America | A1 | |
| US2008086379A1 | United States of America | A1 | |
| CA2618746A1 | Canada | A1 | |
| US2008168807A1 | United States of America | A1 | |
| US2008171594A1 | United States of America | A1 | |
| CN101231773A | China | A | |
| JP2008178689A | Japan | A | |
| US2008195443A1 | United States of America | A1 | |
| EP1962251A2 | European Patent Office (EPO) | A2 | |
| CA2627453A1 | Canada | A1 | |
| CN101276630A | China | A | |
| TW200839657A | Taiwan Province of China | A | |
| US2008239887A1 | United States of America | A1 | |
| EP1993079A2 | European Patent Office (EPO) | A2 | |
| TW200849144A | Taiwan Province of China | A | |
| JP2009017529A | Japan | A | |
| MX2008000742A | Mexico | A | |
| EP1993079A3 | European Patent Office (EPO) | A3 | |
| MX2008004029A | Mexico | A | |
| MX2008004032A | Mexico | A | |
| CA2627173A1 | Canada | A1 | |
| MX2008004036A | Mexico | A | |
| CA2627206A1 | Canada | A1 | |
| CN101398960A | China | A | |
| CN101399732A | China | A | |
| EP2043062A2 | European Patent Office (EPO) | A2 | |
| TW200914705A | Taiwan Province of China | A | |
| TW200915813A | Taiwan Province of China | A | |
| JP2009075540A | Japan | A | |
| EP2048634A2 | European Patent Office (EPO) | A2 | |
| EP1962251A3 | European Patent Office (EPO) | A3 | |
| JP2009119235A | Japan | A | |
| US2009265734A1 | United States of America | A1 | |
| EP2048634A3 | European Patent Office (EPO) | A3 | |
| WO2010005569A1 | World Intellectual Property Organization (WIPO) | A1 | |
| US2010042505A1 | United States of America | A1 | |
| EP2161693A2 | European Patent Office (EPO) | A2 | |
| EP2161693A3 | European Patent Office (EPO) | A3 | |
| EP2043062A3 | European Patent Office (EPO) | A3 | |
| CA2754990A1 | Canada | A1 | |
| WO2010107490A1 | World Intellectual Property Organization (WIPO) | A1 | |
| US7822687B2 | United States of America | B2 | |
| US2011066943A1 | United States of America | A1 | |
| CA2787380A1 | Canada | A1 | |
| CA2881448A1 | Canada | A1 | |
| CA2881453A1 | Canada | A1 | |
| CA2881456A1 | Canada | A1 | |
| CA2881503A1 | Canada | A1 | |
| CA2881533A1 | Canada | A1 | |
| CA3034363A1 | Canada | A1 | |
| WO2011094330A1 | World Intellectual Property Organization (WIPO) | A1 | |
| US2011283236A1 | United States of America | A1 | |
| US8103589B2 | United States of America | B2 | |
| EP2409273A1 | European Patent Office (EPO) | A1 | |
| JP4880988B2This record | Japan | B2 | |
| US8151304B2 | United States of America | B2 | |
| US2012095910A1 | United States of America | A1 | |
| CN102426726A | China | A | |
| CN102449658A | China | A | |
| CN102496214A | China | A | |
| US2012150614A1 | United States of America | A1 | |
| US2012158531A1 | United States of America | A1 | |
| CN102521923A | China | A | |
| US2012166965A1 | United States of America | A1 | |
| CN102622816A | China | A | |
| CN102622817A | China | A | |
| KR20120087802A | Republic of Korea | A | |
| JP2012521036A | Japan | A | |
| KR20120117876A | Republic of Korea | A | |
| CN101398960B | China | B | |
| CN102770816A | China | A | |
| US8332887B2 | United States of America | B2 | |
| US8332895B2 | United States of America | B2 | |
| EP2539781A1 | European Patent Office (EPO) | A1 | |
| EP2568472A1 | European Patent Office (EPO) | A1 | |
| EP2568775A2 | European Patent Office (EPO) | A2 | |
| US2013067512A1 | United States of America | A1 | |
| CA2849069A1 | Canada | A1 | |
| CA2970057A1 | Canada | A1 | |
| CA2971002A1 | Canada | A1 | |
| US2013070093A1 | United States of America | A1 | |
| WO2013040603A2 | World Intellectual Property Organization (WIPO) | A2 | |
| US2013091054A1 | United States of America | A1 | |
| HK1172135A | Hong Kong, China | A | |
| HK1172135A1 | Hong Kong, China | A1 | |
| EP2597608A1 | European Patent Office (EPO) | A1 |
20 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Cancellation because of no payment of annual feesLAPS | LAPS | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Receipt of annual feesJAPANESE INTERMEDIATE CODE: R250R250 | R250 | |
| Renewal fee payment (event date is renewal date of database)FPAY | FPAY | |
| Certificate of patent or registration of utility modelJAPANESE INTERMEDIATE CODE: R150R150 | R150 | |
| First payment of annual fees (during grant procedure)JAPANESE INTERMEDIATE CODE: A61A61 | A61 | |
| Written decision to grant a patent or to grant a registration (utility model)JAPANESE INTERMEDIATE CODE: A01A01 | A01 | |
| Written decision to grant a patent or to grant a registration (utility model)JAPANESE INTERMEDIATE CODE: A01A01 | A01 | |
| Decision of grant or rejection writtenTRDD | TRDD | |
| Written amendmentJAPANESE INTERMEDIATE CODE: A523A521 | A521 | |
| Written permission of extension of timeJAPANESE INTERMEDIATE CODE: A602A602 | A602 | |
| Written request for extension of timeJAPANESE INTERMEDIATE CODE: A601A601 | A601 | |
| Notification of reasons for refusalJAPANESE INTERMEDIATE CODE: A131A131 | A131 | |
| Written amendmentJAPANESE INTERMEDIATE CODE: A523A521 | A521 | |
| Written permission of extension of timeJAPANESE INTERMEDIATE CODE: A602A602 | A602 | |
| Written request for extension of timeJAPANESE INTERMEDIATE CODE: A601A601 | A601 | |
| Notification of reasons for refusalJAPANESE INTERMEDIATE CODE: A131A131 | A131 | |
| Report on retrievalJAPANESE INTERMEDIATE CODE: A971007A977 | A977 | |
| Written amendmentJAPANESE INTERMEDIATE CODE: A523A521 | A521 | |
| Written request for application examinationJAPANESE INTERMEDIATE CODE: A621A621 | A621 |
Numbers
- Publication
- 4880988
- Publication, DOCDB
- 4880988
- Publication, EPODOC
- JP4880988B
- Application
- 353051
- Application, DOCDB
- 2005353051
- Application, EPODOC
- JP20050353051
Titles2
- Japanese
- 中央およびローカル音楽サーバを有する、デジタルダウンローディングジュークボックスシステム
- English
- Digital downloading jukebox system with central and local music servers
Classification
- CPC, 9
- G06Q20/10
- G06Q20/18
- G07F17/30
- G07F17/305
- G11B27/002
- G11B27/034
- G11B27/105
- G11B27/11
- G11B27/34
- IPC, 9
- G10K15 02
- G07F17 30
- G07F17 00
- G06F15 173
- G11B27 00
- G11B27 10
- G11B27 11
- H04H20 00
- H04L12 28
