インタラクティブ・ディジタル・メディア・コンテンツ・リクエスト用装置および方法
ローカル・エリア再生装置上のコンテンツまたはメディアをより簡単に選択する方法を提供する。遠隔ユーザ・インタフェースは、第１の通信回線を通してディジタル・メディア・リクエストを、ディジタル・オーディオ−ビジュアル再生装置に保存されたディジタル・メディアを選択し演奏するための演奏するための再生装置と第２の通信回線によって接続されるメディア管理制御に送信する。メディア管理制御は、ユーザ・リクエストが特定の再生装置での演奏のために受け入れられるかまたは拒否されるか否か、を判定する際の各再生装置に適用可能なルール・セットを実行する。
【発明の詳細な説明】
【背景技術】
【０００１】
本発明は、一般に、ローカル・エリア再生装置からオーディオ／ビデオ媒体の再生を要求するための装置および方法に関する。
【０００２】
ジュークボックス産業は、サロンのオーナーだったチャーリー・グラス（Charlie Glass）が「Nickel in the Slot」を発明した１８８７年以来存在し、これが娯楽産業を誕生させ、レコード業界の発展に拍車をかけた。この出来事は、固有のサービスを消費者と交換する「マイクロペイメント（micro-payment）」ビジネス・モデルの初期の開始時点であると考えられる。
【０００３】
ジュークボックス産業は、現在、経済的にも技術的にも第３次ブームに入っている。
企業ネットワーク・ジュークボックス製品の出現により、システム監視、コンテンツ更新およびサービス管理は、従来のジュークボックス事業と比較してより費用効果的の高いものになった。さらに、センサおよびソフトウェア・ベースのユーザ・インタフェース技術により、消費者用のアーティスト、アルバムおよび歌曲検索機能が改良され、リッチ・メディア・ディジタル・タッチ・スクリーンを介して無制限の数のコンテンツの選択対象を閲覧することが可能となった。
【０００４】
従来のＣＤジュークボックスよりも音楽コンテンツの選択対象をさらに拡大するために、ディジタル・ジュークボックスが最近になって開発された。ネットワーク化されたディジタル・ジュークボックス・システムの出現により、ハードディスク記憶容量をペイ・フォー・プレイの(pay-for-play)娯楽装置に組み込むという選択肢を実現し、娯楽装置の通信ネットワーク上の音楽を更新するより効率的な手段を提供することで、オンサイト技術者の訪問を組織的に減らしている。ネットワーク・ディジタル・ジュークボックスは、ディジタル技術およびインターネットを活用するクライアントサーバ・ソフトウェア・システムを採用することで、利用者(patrons)に次世代機能を提供し、ジュークボックス経営者にはウェブ・ポータルを介してジュークボックスを中央管理する機能を提供する。各ジュークボックスの媒体のオンサイト記憶装置は、ジュークボックス・ネットワーク・サーバによって送信される新規なディジタル・メディアによって、定期的に変更することができる。この結果、ネットワーク・オペレータは、遠隔からコンテンツを更新し、利用情報および収益情報を読み出し、価格設定や演奏設定を変更し、ジュークボックスのヘルス統計値を確認することができる。
【０００５】
同様に、この技術により、利用者は、ローカル・ハードディスクに保存されている、あるいは統合化されているおよび/または遠隔のライブラリ機構からダウンロード可能なコンテンツおよび歌曲にアクセスし、この出力をローカル・ジュークボックスで再生することができる。
【０００６】
それでもやはり、いくつかの機能が最も初期のマシンから繰り越しされている。これらの機能のうちの１つには、ジュークボックス娯楽装置上におよび／またはその内部に正確に配置されるカタログ・メカニズムに物理的に影響を及ぼすことによって、歌曲を選択することを通して閲覧し、演奏する１曲を選択するという要件がある。現代のジュークボックスの中心的な機能には、ジュークボックス娯楽装置上におよび／または内部で正確に配置されるセンサおよびソフトウェア・ベースのユーザ・インタフェース技術がある。この技術により、消費者のためのアーティスト、アルバム、歌曲選択機能を改良し、ディジタル・タッチスクリーンを介して実質的に無制限の数のカタログ選択対象を閲覧することを可能にしている。通貨、クレジットカードまたはプリペイド課金カード等用の金銭受領装置を採用して、現代的なタッチスクリーンマシンから発せられるいかなるジュークボックス・リクエストについても認証を行う。選択されたメディアがジュークボックスに保存されていれば、このリクエストがジュークボックスによって実行される。そうでない場合には、このリクエストは、このジュークボックスから、ジュークボックス・ネットワーク・サーバに送信され、このサーバでは音楽、ビデオまたは他のディジタル選択対象は特定のジュークボックスへ送り返される。
【０００７】
こうした業界の発展にもかかわらず、従来のシステムおよびディジタル・システムの両方に関連する重大な管理上の問題および関連する使用上の問題が未解決のままである。さらに、広範囲な選択対象及びコンテンツ容量を特徴とする、ネットワーク化されたタッチ・スクリーン・ジュークボックス製品は、ネットワーク・オペレータには大量処理によって得られる経済的効果とは逆の効果を潜在的に生じさせた。
【０００８】
場所に基づいたジュークボックス歌曲選択は、今日の競争的現実に対処「するべきはずの」ものというほどには、効率的で、同時に双方向的で、個人的に魅力的なものにはなっていない。従来のシステムに関連した重大な使用上の問題、および指数関数的（exponentially）にさらに厄介になるネットワーク化されたディジタル・ジュークボックス製品とは、これらのシステムによりユーザは、直線的方法または「一度に１人」というやり方で、音楽コンテンツを閲覧し、選択し、命令を出すようにと求められるということである。これにより、処理の最大量が制限され、各ジュークボックスの場所でユーザ毎の「滞在（dwell）」時間が潜在的に増加する。現在のシステム設計では、購入時点での直線的な選択および支払いと受理のメカニズム（すなわち硬貨）に結びつくキオスク（kiosk）で売られる物理的な製品に限定されたままである。顧客は、最初にキオスクのまさに近接する領域内に移動し、ジュークボックス・インタフェースに直接向き合い、所望のコンテンツの選択対象を入力し、支払いについてこの装置を直接動作させることで、注文を実行する必要がある。加えて、利用上のデータを人口統計学的情報のためにデータマイニングすることはできないので、個人用サービス・モデルあるいは消費者に関連するディジタル製品のクロスマーケティング(例えば、無線ダウンロード、ターゲットを定めた宣伝または広告)に対する直接的な通信チャネルは現時点で存在しない。
【０００９】
ネットワーク化されたディジタル・システムの場合、上記した反比例の関係は、まさに悪化する。この理由は以下の通りである。ｉ）現在の製品設計では、ユーザが現在のコンテンツ・カタログを閲覧する際に、必ずしも歌曲の注文をしない場合であっても、ユーザがまさに娯楽出力装置の近くにいなければならないという要件を保ち続けている、ｉｉ）現在の製品設計では、ユーザが利用可能な検索、選択機能およびカタログ容量が増加している、ｉｉｉ）現在の製品設計では、注文に要する時間がユーザ間で予測できない可変的なものであっても、利用可能なカタログに対して「単一ユーザ」が直線的にアクセスすることが強制されている、ｉｖ）現在の製品設計では、効率的なコンテンツの取り込み、場所の更新およびオン・デマンド・ダウンロード構造を利用していない、ｖ）現在の製品設計では、複数に区域分けされた娯楽の現場用に、複数のキオスク選択装置の設置場所を必要としている、ｖｉ）選択および出力方法は利用可能な支払システムと結合している。このシステム設計のパラドックスは、ジュークボックス・ハードウェアを購入し、コンテンツ・カタログにライセンスを与え、配信関係を築き、実質的な収益源を製造業者および設置場所の提供者と分け合い、コイン収集経路を管理し、多数のデバイスを維持し、重要なシステムおよびネットワーク要素の商業的実装を管理するディジタル・ネットワーク・オペレータに対して、不都合な経済的コストを潜在的に生み出している。さらに、電子ジュークボックス娯楽装置の生産／組立プロセスに関する高いコスト、およびオペレータの所有による総コストが、規模の経済性を低下させ、大量採用を減少させ、それに続いて起こる業界の断片化の原因となる。
【００１０】
この業界の現在の解決法では、改良された機能または追加の機能を作成することにより、制限されている使用法および操作上の要因に対し部分的に対処している。そうした機能には、タッチ・スクリーンでの閲覧および検索機能、クレジットカードでの支払い、または優先的な再生メカニズム等が含まれ、顧客の注文を促し収益の機会を増やしている。そうした機能は、プレミアム価格（at price premium）で先のコンテンツ注文に先立って注文を出すことができる消費者に新たな選択肢を提供するが、売上の損失を解消するのではなく、一般には直線的なキオスク利用からの利益を減らしている。
【００１１】
したがって、ローカル・エリア再生装置上のコンテンツまたはメディアをより簡単に選択する方法を提供することが望ましい。複数のユーザが再生の選択および再生サービスを同時にアクセス可能な方法および装置を提供することが望ましい。
【発明の概要】
【課題を解決するための手段】
【００１２】
特定された再生装置（playback device）の場所で特定のディジタル・メディア（digital media）再生を、ユーザにより無線で行うように選択するためのユーザ・リクエストを可能にする、ネットワーク化されたオーディオ・ディジタル再生システム（digital audio-visual playback system）における、インタラクティブなコンテンツ・リクエスト（interactive content requests）用の装置および方法が開示される。
【００１３】
一つの態様では、この装置は、ディジタル・オーディオ−ビジュアル・メディア（digital audio-visual media）を再生することができるディジタル・オーディオ−ビジュアル再生装置でのコンテンツ選択（content selection）と、ユーザ・インタフェースとデータ通信において結合されるメディア管理制御（media management control）と、ディジタル・メディアのディジタル・オーディオ−ビジュアル再生装置への転送を制御するディジタル・オーディオ−ビジュアル再生装置を提供する。
【００１４】
別の態様においては、
メモリにディジタル・メディアを格納するステップと、
ディジタル・オーディオ−ビジュアル再生装置と、特定されたディジタル・オーディオ−ビジュアル再生装置による演奏のために選択され格納されたディジタル・メディアと、の一方を特定するディジタル・オーディオ−ビジュアル再生装置から、遠隔のユーザ・インタフェースによりディジタル・メディア・コンテンツ・リクエストを生成するステップと、
通信回線を通してディジタル・メディア・コンテンツ・リクエストを制御に送信するステップと、ディジタル・オーディオ−ビジュアル再生装置により特定されたディジタル・メディアの演奏のために、制御することによりディジタル・オーディオ−ビジュアル再生装置に、特定されたディジタル・メディアを送信するステップと、を含むネットワーク化されたディジタル・オーディオ−ビジュアル再生装置でのコンテンツ選択の方法である。
【００１５】
メディア管理制御は、再生装置ごとに再生のルールに基づいて、各ユーザ・リクエストで特定されたメディアを受け入れるかまたは拒否する。再生のグローバル・ルール（global rules）は、すべてのメディア管理制御のために確立される。ユーザ・リクエストを受信すると、再生のグローバル・ルールに基づくローカル・ルール・セット（local set of rules）が、各メディア管理制御によって実行される。リクエストされたディジタル・メディアが再生のローカル・ルールの全てを満たせば、メディア管理制御は再生装置での再生のためにリクエストされたディジタル・メディアを受け付ける。あるいは、リクエストされたディジタル・メディアが特定の再生装置での再生のためにローカル・ルールの全てを満たしていなければ、メディア管理制御はリクエストされたディジタル・メディアを拒否する。
【００１６】
ルール・サブセット（rule subset）が提供され得、特定の再生装置のため、メディア管理制御により実行され得る。ルール・サブセットは、１日の時刻、曜日、月日又は年月日、特別なイベント等、可変的に（variably）発生するイベントに基づくことができる。
【００１７】
可変的なイベントが発生する際に、ルールのサブセットがメディア管理制御によって、以降のユーザ・リクエスト全てに適用される。ルール・サブセットは、イベント時間中に、特定の再生装置に適用可能なグローバル・ルールまたはローカル・ルールのいずれかを変更することができる。
【００１８】
現在のインタラクティブなディジタル・コンテンツ・リクエスト装置および方法は、ユーザにより遠隔から無線で選択されるディジタル・ジュークボックス等の、ディジタル・オーディオ再生装置によって再生されるディジタル・メディアを、一意に、利用可能にする。これにより、ユーザがジュークボックスの場所へ移動し、従来のジュークボックスに備えられる通常のキーボード、マウスおよび／またはタッチ・スクリーン・ディスプレイを介して選択するために入力する必要がなくなる。ディジタル・メディア選択プロセス全体は、インターフェイス・ユーザを通して、遠隔かつ無線により実行することができる。
【図面の簡単な説明】
【００１９】
本発明の様々な特徴、効果および他の用途を、以下の詳細な説明および図面を参照し、さらに明らかにする。
【００２０】
【図１】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図２】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図３】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図４】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図５】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【００２１】
【図６】図１-５のいずれかに示される装置の詳細ブロック図である。
【００２２】
【図７】図１-５に示されるモバイル・マネージャの詳細ブロック図である。
【００２３】
【図８】ディジタル・メディア・コンテンツ・リクエスト装置の動作を示す流れ図である。
【００２４】
【図９】メディア管理制御によるディジタル・メディア・コンテンツ・リクエストの再生に対するグローバル・ルール・セットの図示表現である。
【発明を実施するための形態】
【００２５】
本発明は、移動通信装置から、ディジタル・コンピュータ・ジュークボックスのような、ローカル・ディジタル・オーディオ−ビジュアル再生装置により出力されるコンテンツ・イベントおよび／または歌曲を選択するための、通信ネットワーク内のインタラクティブな（interactive）ジュークボックス・リクエスト・システムを提供する。
【００２６】
本明細書において用いられる「オーディオ−ビジュアル」という言葉は、音楽、発話等を含む音声データ、映画、ビデオゲームおよび他の視覚映像等の視覚データを含み、文字列や、オーディオ−ビジュアル再生装置に同時に出力される音声および映像の素材の組合せを含む。このように、音楽および音楽識別データについて以下にて言及するが、単なる一例であることが理解されよう。
【００２７】
また、ディジタル・メディアという言葉の使用は、音声および／または視覚データと同様に、著者名、表題、再生時間、メディア・タイプ等の音声および／または視覚データ識別を含むことが理解されよう。
【００２８】
更に、いかなるオーディオ−ビジュアル再生装置も採用することができる。ディジタル・コンピュータ・ジュークボックスを一例として、このような装置の説明が以下なされていることが理解されよう。
【００２９】
図１に示す一態様において、中央管理システムは、コンピュータ・ジュークボックス・ネットワーク内の移動局用の通信回線を管理し、ジュークボックスから遠隔に位置するモバイル・ユーザによって作成された特定のコンテンツの選択を含むＳＭＳ、ＭＭＳまたはインターネット・メッセージのペイロード内のパケットを変換する。中央モバイル・メディア・マネージャ(ＭＭＭ)２４は、キャリア・ネットワーク等の通信リンク２２の一機能として実装され、ショート・メッセージ・サービス・センタ（ＳＭＳＣ）２２およびモバイル・マルチメディア・サービス環境（ＭＭＳＥ）あるいはインターネット回線網として実装されてよく、モバイル・ユーザが歌曲の選択などコンテンツまたはメディアを選択し、複数のコンピュータ・ジュークボックス１４のうちの１つから公衆の面前での再生を指定したことを表すモバイル発信による（mobile-originating）並列（concurrent）送信を管理する。
【００３０】
キャリア・ネットワーク２２の少なくとも一部は、無線通信を含んでもよい。中央ＭＭＭ２４は、例えば、ＨＴＴＰを介して、ホスト・ジュークボックス・ネットワーク・サーバをアドレスし、例えば、複数の歌曲、歌曲に関連する画像、歌曲識別情報およびジュークボックスの設置場所識別コードを表している圧縮されたディジタル・データまたはメディアのマスター・セットを維持する。ＭＭＭ２４は、キャリア・ネットワーク２２からユーザのリクエストに基づくモバイル選択情報を受信し、複数のディジタル・ジュークボックス１４に接続していて、ディジタル・メディアのマスター・セットのサブセットを格納することができる、ジュークボックス・ネットワーク・サーバ１０にポーリングし、登録されたジュークボックス１４の更新されたリストを取得し、ジュークボックス・ネットワーク・サーバ１０および／またはジュークボックス１４にあるコンテンツまたは音楽のリストからコンテンツの利用可能性を判定し、ユーザのリクエストの有効性を確認する。
【００３１】
コンテンツ・イベントまたは歌曲識別、設置場所の登録、および特定のコンピュータ・ジュークボックス装置１４に対するサービス優先順序付き待ち行列（service priority queuing）を含む、モバイル・ユーザ１６、１８、２０によって開始される特定のコンテンツの選択が中央ＭＭＭ２４で受信され、モバイル・ユーザが選択を開始したサービス、設置場所（venue）、またはジュークボックス１４に音声または映像の出力が行われる。キャリア・ネットワーク２２およびジュークボックス・ネットワーク・サーバ１０とインタフェースするＭＭＭ２４は、スケジュールされたピア・セッション間隔（peer session interval）で動作して、ユーザを認証し、課金イベントの値を決定し、ジュークボックス１４のリクエストの発行（submission）を処理する。ＭＭＭ２４は、課金主体に対するジュークボックス・ネットワーク・キャリア・リクエストの値を区別する。ＭＭＭ２４が対応するジュークボックス１４が作動していることを確認し、ＭＭＭ２４がディジタル・メディアのマスター・セットまたはマスター・セットのサブセットが利用可能であると確認し、ＭＭＭ２４がジュークボックス・ネットワーク・サーバ１０の待ち行列に入れられる「標準」または「優先」リクエストとして指定されるユーザ・リクエストを転送した後に限り、ＭＭＭ２４は、モバイル・ユーザすなわち無線キャリア、ＳＭＳＣ等を課金すべきかをコア・ネットワーク・キャリア２２へ通知する。
【００３２】
図１において、ディジタル・ジュークボックス１４等の、少なくとも１または複数のディジタル・オーディオ-ビジュアル再生装置に対して、インターネット１２、有線回線等によるＨＴＴＰまたは無線通信システムを通して他のデータ伝送フォーマットを介して通信するホスト・プロセッサを有するジュークボックス・ネットワーク・サーバ１０を含むことを一例として、ディジタル・ジュークボックス・ネットワークを例示する。各ジュークボックス１４に対する通信フォーマットは、ＡＤＳＬ、ケーブルモデム、ＷＣＤＭＡ、ＵＭＴＳ、ＬＭＤＳまたは他のデータ通信プロトコル等のいかなる伝送プロトコルを介して行うこともできる。
【００３３】
この態様によると、携帯電話１６、ＰＤＡ１８またはコンピュータ２０等、これらの例だけに限定されないが、移動通信装置またはユーザ・インタフェース、典型的には、移動無線通信装置は、通信ネットワーク２２と通信する。通信リンクまたはネットワーク２２は、限定的ではないがＷｉ-Ｆｉ、インターネット、直接ケーブル接続、イーサネット（登録商標）、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、ＥＤＧＥ、トーケン・リング等のような、無線でもそうでなくても、いかなる通信プロバイダのものでもよい。このようなネットワーク２２は、短いテキストメッセージングに適応するショート・メッセージ・サービス・センタ（ＳＭＳＣ）、ユーザの入力による選択を可能にする表示可能なドロップ・ダウン・メニューを有するインターネット・プロトコル、またはオーディオおよびグラフィック・データを提供するマルチメディア・サービス（ＭＭＳ）をサブセットとして有することができる。
【００３４】
以下の無線コンテンツ・リクエストの例は、無線キャリア・ネットワーク２２のＳＭＳＣサブセットを使用するショート・メッセージ・サービスに関係しているが、類似のデータ入力プロトコル、またはドロップ・ダウン・メニュー等を通してメディアの選択を採用できることも理解されよう。
【００３５】
ＭＭＭ２４サービスを特定するために、例えば「１４１４」等の、適切なＳＭＳアドレスが、通信装置１６、１８または２０を通してユーザにより入力される。ディジタル・メディア選択および、プレミアム再生（premium play）、即時再生等、その他の関連する再生に関する特徴を特定するために、ＵＮＩＣＯＤＥまたはＡＳＣＩＩ文字から形成されるテキスト・メッセージは、次に、ユーザ・インタフェース１６、１８、または２０を通してユーザにより入力される。例えば、「Ｓ ＡＢ１２３」のテキスト・メッセージを、通信装置１６、１８または２０を通してユーザによって入力することができる。先頭文字であるラベル「Ｓ」は、一例として、メディア・コンテンツのタイプを表す。一例としてのみ、「Ｓ」は、歌曲を特定する。「Ｖ」は、ビデオを特定してよい。「ＰＳ」は、選択された歌曲の優先再生を特定してよい。「ＰＶ」は、ビデオの優先再生を特定してよい。文字「ＡＢ」は、ローカル・ジュークボックス１４の場所を特定する。英数字「１２３」は、特定の歌曲等、特定のメディア選択を特定する。この情報は、ローカル・ジュークボックス１４の設置場所でユーザに提供されるリストから得られる。
【００３６】
これらの信号は、利用者ＩＤが認証されるＳＭＳＣに送信される。ディジタル再生装置またはジュークボックス１４の場所、メディア選択および再生特徴データは、有線および／または無線通信によりＳＭＳＣからＭＭＭ２４に送信される。ＭＭＭ２４は、ＳＭＳＣから選択情報を受信し、ジュークボックス・ネットワーク・サーバ１０と通信し、選択されたジュークボックス１４の利用可能性を判定する。対応するジュークボックス１４が作動しており、かつ選択されたディジタル・メディアを再生するために利用可能であることを、サーバ１０が確認すると、ＭＭＭ２４は、ＳＭＳＣに信号を送信し、あらゆるプレミアム再生課金をも含むＳＭＳメッセージで、ユーザに課金する。次に、ＳＭＳＣは、例えば、銀行、クレジットカード会社、携帯電話事業者等だが、これに限定されない第三者に対して、得られるサービスの総額をユーザ・アカウントから引き落とすように要求することができる。他の支払い方法として、ｍ−ウォレット（モバイル・ウォレット）プリペイド・カード等を用いてもよい。
【００３７】
同時に、ＭＭＭ２４は、標準、推薦、優先リクエスト等の再生基準とともに、ユーザ・リクエストをサーバ１０に送信する。サーバ１０は、その後、あらゆるプレミアムまたは標準スケジュール（premium or standard schedule）において、ディジタル・メディア選択を実行するために、選択されたジュークボックス１４とインターネット１２を介して通信する。
【００３８】
サーバ１０からジュークボックス１４へのディジタル・メディア選択信号の送信には、選択されたディジタル・メディア全て、あるいは選択された設置場所のジュークボックス１４のメモリにすでに保存されている特定のディジタル・メディアを再生するために単に信号だけを含めることもできる点に注意されよう。
【００３９】
ＭＭＭ２４も、ＳＭＳＣを通してユーザ１６にメッセージを送り、選択をしたことに対する謝意を伝えることができる。このことは、その選択が行われたことを確認することになる。同時に、ユーザ１６に対するメッセージには、選択された歌曲またはビデオを特定の価格で購入するように薦めたり、選択された歌曲を演奏している、または選択されたビデオで演奏するアーティストの画像を壁紙として購入、あるいはダウンロードしたりすることができる等の他のメッセージを含めることができる。
【００４０】
次に図２を参照して、図１に示す装置の別の態様について示す。この態様において、遠隔ユーザ・コンテンツ選択プロセッサ３０は、モバイル・メディア管理装置２４に、インターネット１２等のグローバル通信ネットワークを通して通信することができる。これにより、遠隔ユーザは、特定の再生装置またはジュークボックス１４の近くにいる他のユーザのために、歌曲またはビデオを献納したり、ディジタル・メディア選択等を送信したりできるようになる。
【００４１】
図３に示すように、遠隔ユーザ・コンテンツ・セレクタ３０をさらに修正し、インターネット１２を通しての通信を、モバイル・メディア管理装置２４および音楽サーバ１０の一方または両方に提供する。選択されたジュークボックス１４の近くにいる他のユーザのためにディジタル・メディア・コンテンツ選択および再生を行うため、無線通信装置１６、１８、２０等は、モバイル・メディア管理装置２４または音楽サーバ１０の一方または両方にインターネット１２を通して通信してもよい。
【００４２】
図４に示す態様において、遠隔ユーザ・インタフェース装置１６、１８、または２０は、遠隔ユーザ・インタフェース装置１６、１８、２０の通信信号範囲中で、ブルートゥース、Ｗｉ―Ｆｉ、赤外線、無線周波数信号、光信号、レーザー等を用いて、直接ジュークボックス１４と無線で通信することができる。ユーザ・インタフェース装置１６、１８、または２０は、ジュークボックス１４からディジタル・メディア・コンテンツ・カタログへのアップデートを要求することができる。ジュークボックス１４は、ジュークボックス音楽ネットワーク・サーバ１０からカタログを要求して、特定のユーザ・インタフェース装置１６、１８、または２０に、それを転送する。ジュークボックス・ネットワーク・サーバ１０との通信が何らかの原因により失敗した場合、ジュークボックス１４は、自身のディジタル・メディア・コンテンツ・カタログをユーザ・インタフェース装置１６、１８、または２０に転送する。
【００４３】
使用中、ユーザは、特定のディジタル・メディアを選択し再生する。ユーザのインタフェース装置１６、１８、または２０は、その近接のジュークボックス１４に、ディジタル・メディア・コンテンツ・リクエストを転送する。ジュークボックス識別または「ＩＤ」がユーザ・リスクエストにない場合は、再生対象のジュークボックス１４がユーザ・リスクエストを受信したジュークボックス１４であると仮定する。
【００４４】
次に、ジュークボックス１４は、ユーザを認証するために、ＭＭＭ２４と通信する。認証が成功した場合、ジュークボックス１４は選択されたコンテンツを演奏するためにユーザ・リスクエストを受け取ろうとする。再生が成功した場合、ジュークボックス１４は、ユーザに課金する必要があることを示し、ユーザに選択が完了したことを知らせるために、ジュークボックス・ネットワーク音楽サーバ１０を介してＭＭＭ２４と通信する。このプロセスの間にエラーがあれば、ジュークボックス１４はこのエラーを直接ユーザに知らせる。
【００４５】
（ディジタル・メディア・コンテンツ・リクエストを受信したのものとは異なる）リクエスト内に、ジュークボックスＩＤがある場合、このリクエストはＭＭＭ２４に転送され、ＭＭＭ２４はあたかも他の送信元からこのリクエストを受信したかのように動作する。選択されたディジタル・メディアは、その後、ジュークボックス１４のメディア記憶装置からジュークボックス１４から、または、インターネット１２およびジュークボックス音楽サーバ１０からのダウンロードを介して出力される。
【００４６】
別の態様においては、シームレスな（seamless）ディジタル・オーディオ−ビジュアル装置または「シームレスな」ジュークボックス４０は、一つ以上の場所に設けられている。シームレスなジュークボックス４０のいくつかまたは全ては、ＴＶ、モニタまたはプロジェクタ４４等の、ビデオ表示装置に、ビデオ出力供給装置（video output feed）４２を含んでいてもよい。音声出力４６は、シームレスなジュークボックス４０それぞれから、一つ以上のスピーカ４８等の、音声出力再生装置に供給されてもよい。
【００４７】
オーディオ−ビジュアル装置またはシームレスなジュークボックス４０は、単に、インターネット１２および、インターネット・ダウンロードのように音声および／または映像を生成可能なオーディオまたはビデオ出力装置４８または４６にそれぞれ接続される音楽サーバから構成される。この態様において、ユーザの通信範囲内に物理的なジュークボックス１４が存在しない。
【００４８】
この態様において、ディジタル・メディア・コンテンツは、記憶装置またはデータベース５０に格納され、キャリア・ネットワーク２２を通してモバイル・メディア・マネージャ（ＭＭＭ）２４に送信されるユーザ・リクエストに応じて、ＭＭＭ２４によりアクセスされる。選択されたディジタル・メディアまたはコンテンツは、次に、ＭＭＭ２４によって、グローバル通信ネットワークまたはインターネット１２を通して、ユーザに出力するために特定されたジュークボックス４０に送信される。
【００４９】
ユーザは、ＭＭＭ２４を通してのみディジタル・メディア・コンテンツ・カタログを閲覧することができる。この態様では、関連するタッチ・スクリーン、キーボード、トラックボール、マウス等とともに、特定の場所の物理的なジュークボックスを有する必要はなくなる。一旦物理的なジュークボックス１４が特定の場所から取り外されると、選択ごとに通貨または金銭を扱う必要もなくなるので、ディジタル・メディア・コンテンツ選択プロセスが単純化かつ自動化される。
【００５０】
図６および図７は、図１ないし図５に示す異なる態様のいずれかで用いられる制御手段またはモバイル・メディア管理装置２４の主要構成要素のブロック図を表す。ＭＭＭ２４は、音楽サーバ１０、シームレスなジュークボックス４０のいずれか、および他のオーディオおよびビデオ再生装置６０と通信する、いわゆるｍ−ベニュー（m-Venue）・サーバ６１を含む。
【００５１】
図７も、図１に関連して上述したように、図３とともに示すインターネット１２を通して、または図４または図５に示すディジタル・ジュークボックス４０に直接的に、キャリア・ネットワーク２２を通して、ユーザ・インタフェースまたは装置１６、１８、および２０からのディジタル・メディア選択信号の送信または通信を表す。ＭＭＭ２４は、上述の通り、いかなる送信元からの遠隔コンテンツまたはディジタル・メディア選択信号も受信できる。ＭＭＭ２４は、次に、この選択の有効性をチェックし、それを処理し、それをデータベースに格納し、図１に示す態様のネットワーク・サーバ１０に、または他の態様のジュークボックス１４に直接、そのリクエストを転送する。
【００５２】
サーバ１０またはジュークボックス１４、４０は、ＭＭＭ２４から信号を受信し、ジュークボックス１４、４０等にリクエストの発行を試みる。これが成功すれば、サーバ１０は次に待機中のＭＭＭ２４に成功メッセージを応答する。ジュークボックス１４が応答しない、送信ネットワークがダウンしている等、リクエスト・プロセスに障害が生じれば、サーバ１０は、障害理由を伴う障害メッセージでＭＭＭ２４に応答する。一旦ＭＭＭ２４が遠隔コンテンツ選択信号に対する回答を受信すると、ＭＭＭ２４はその回答をデータベースに記録し、ユーザにユーザのリクエスト結果を知らせる。
【００５３】
モバイル・ユーザ・インタフェース装置１６、１８、および２０のいずれかからのユーザ・リクエストが、ネットワーク２２を通してモバイル・リクエスト・制御手段６２に通信される。ユーザ・リクエストは、その後、特定のディジタル・オーディオ再生装置またはジュークボックス１４、４０等で、または個々のジュークボックス１４、４０等にディジタル・メディア選択を送信するジュークボックス音楽サーバ１０において、またはＭＭＭ２４によって直接ジュークボックス１４、４０等に送信されるコンテンツ・データベース５０から、ディジタル・コンテンツ選択のために、ｍ−ベニュー・サーバ６１に通信される。
【００５４】
各ユーザ・リクエストは、各ユーザ・リクエストおよび成功したディジタル選択の有効性を記録するために、ｍ−ベニュー・サーバ６１と通信中の報告モジュール６４にも転送される。報告モジュール６４は、ユーザ・リクエストごとに料金を提示する課金モジュール６６と通信する。
【００５５】
ＭＭＭ２４は、ユーザ・インタフェース１６、１８、または２０からのリクエストを受け付ける、または拒否するように作動することができる。ユーザ・インタフェース１６からの典型的なユーザ・リクエストにおいて、例えば、このリクエストには、リクエストされたディジタル・メディアの実行または再生のための再生装置および１つの特定のディジタル・メディアの識別子のうちの少なくとも１つを特定する識別子が含まれる。先の態様にて説明したように、ユーザ・インタフェース１６、１８、または２０からのユーザ・リクエストは、無線キャリア・ネットワーク２２等のとの第１の通信リンクを通して、モバイル・メディア・マネージャ（ＭＭＭ）２４に送信される。ＭＭＭ２４は、各ユーザ・リクエストが、再生あるいはユーザ・リクエスト内のユーザに特定されうる１つ以上の再生装置に送信するために受け付けられるかまたは拒否されるかを判定する制御プログラムの１つ以上のアルゴリズムによってプログラムされる。
【００５６】
図８に示すように、グローバル・ルール（global rules）は、各ＭＭＭ２４に利用されるべくステップ１００で確立される。グローバル・ルールの一例が図９に示される。これらのルールの全ては、ＭＭＭ２４それぞれに確立され、いかなる順序でもＭＭＭ２４により実行されるので、特定の場所が各再生装置１４に適用できるルールの全てがリクエストそれぞれに一致するまで、ルールの順序は必要とされない。
【００５７】
ルール番号１は、場所嗜好（location preferences）に関している。場所嗜好には、例えば、定められた時間内に、または、連続して、１人のユーザからの許可可能なリクエストの最大数を含めることができる。最近別のリクエストを出した１人のユーザにより出された連続するリクエストの間に、他のユーザからのリクエストがＭＭＭ２４によって受信されない場合は、この許可可能なリクエストの数は無視してもよい。
【００５８】
別の場所嗜好としては、特定の再生装置またはジュークボックス１４の場所で許可される音楽ジャンルまたはスタイルでもよい。ジャンルは、ロック、カントリー、ジャズ、ブルース、アダルト、ラップ等の、幅広い音楽またはビデオ・カテゴリ、および／または、アクション、コメディ、ドラマ、漫画、音楽等の、映画ジャンルでもよい。
【００５９】
同様に、特定のアーティストからのメディアを、場所嗜好として設定してもよい。加えて、許可可能なアーティストと関連する特定の歌曲またはビデオを、その場所で受け付け可能として場所嗜好として設定してもよい。
【００６０】
場所嗜好により、特定の再生装置または場所の事業者は、再生場所の事業者がその場所で許可したいと望むタイプの音楽、並びにアーティストおよび歌曲またはビデオまたはアーティストに関連するものに基づいて、ユーザ・リクエストを受け付ける際の嗜好を確立することができる。
【００６１】
第２の規則は、１台のメディア再生装置１４にディジタル・メディアの再生のために受け付けられたが、まだ再生装置１４によって実行されていない保留中のユーザ・リクエストの待ち行列の最大長を決定することである。例えば、特定のメディア再生装置１４が、１５の歌曲またはビデオの最大待ち行列長を有するように設定することにより、一度につき１５までの歌曲またはビデオを保留中の演奏の待ち行列に割り当てることができるようになる。これにより、ユーザのリクエストが合理的な時間内で演奏されることがユーザに保証される。最大待ち行列長に達すると、待ち行列の長さが予め設定された最大待ち行列長より小さくなるまで、いかなる更なるユーザ・リクエストも拒否されることになる。
【００６２】
ルール番号３は、ユーザ・プロファイルまたはユーザ報酬プログラムに基づいて、ユーザ・リクエストの優先再生を許容することである。頻繁に利用するユーザは、特定の再生装置１４に送信した、前回のリクエストに予め設定されている前回のリクエスト数に基づいて、ユーザ・リクエストの優先再生が許可されるという点で、ユーザ報酬プログラムは航空会社マイレージ・サービスと類似のものかもしれない。リクエストが受信されるとすぐに、優先再生は、既存の歌曲やビデオの演奏を中断してでも特定の場所１４により「即座」に、「次に」、あるいは再生装置１４で現在再生されているメディアの直後に、あるいは、既存の待ち行列の終わりに優先再生リクエストを出していない別の優先的な嗜好であると設定してもよい。
【００６３】
ルール番号４により、ある場所では、特定のアーティストまたは特定の歌曲を、再度再生しない期間(no repeat interval)に設定することができる。これにより、１人以上のユーザが同じディジタル・メディアの再生を繰り返すために再生装置１４を独占することを防止する。再再生しない期間は、３０分、６０分、２時間等の、特定の場所によって設定されるあらゆる時間でよい。
【００６４】
ルール番号５により、ＭＭＭ２４は、現在のユーザ・リクエストで特定されるディジタル・メディアが他のユーザによってすでにリクエストされていて、演奏待ち行列において現在保留中であるかどうかをチェックすることができる。現在のメディアがすでに保留中の待ち行列にある場合、ＭＭＭ２４は、単に同じメディアの最後のリクエストを送信したユーザに対して、ユーザのリクエストは承認され再生されることになっている旨を知らせる確認応答メッセージを送るだけである。しかしながら、そのリクエストで特定されるメディアは、たとえ異なるユーザからのリクエストであったとしても、すでに待ち行列に入っているので、ＭＭＭ２４による２度目の再生は行われないことになる。
【００６５】
ルール番号６により、ＭＭＭ２４が、歌曲、ビデオ等の、リクエストされたディジタル・メディアがジュークボックス・サーバ１０上に存在するか、または、ジュークボックス・サーバ１０あるいはディジタル・ジュークボックス１４に関連のメモリ内に存在するかを確認することができる。
【００６６】
ルール番号７により、ＭＭＭ２４は、ユーザによってリクエストされた歌曲またはビデオが、ジュークボックス１４等の、再生装置の特定の場所のために承認されているかをチェックすることができる。ＭＭＭ２４およびジュークボックス・サーバ１０は、たとえ近傍あるいは同じ建物内であっても、異なる場所に配置される複数の再生装置またはディジタル・ジュークボックス１４に接続することができるので、ルール番号７により、ＭＭＭは、ユーザによって選択された再生装置１４での再生をすることを、その場所の事業者に承認される場合に限り、特定のディジタル・メディアに対するユーザ・リクエストを受け付けることができる。このように、場所のある一部やある場所で、その場所の事業者により再生が承認され得る歌曲またはビデオ・セグメントは、特定のメディアや再生場所にいる利用者に対して、その場所の事業者により判定される受付可能性（acceptability）により、異なる場所ではＭＭＭ２４による演奏を拒否され否認されることがある。
【００６７】
ルール番号８により、ＭＭＭ２４は、ユーザ・リクエストが直ちに再生されるユーザ・リクエストの強制再生を実行することができる。ルール番号３の優先再生と同様に、強制再生は、たとえ現在再生中の歌曲やビデオを中断しても、一般的に、ユーザ・リクエストの受け付けに応じて直ちに実行されるが、現在再生中の歌曲またはビデオが終了するまで遅らせてもよい。
【００６８】
ルール番号９により、ＭＭＭ２４は、宣伝用（for promotions）や、メディア選択装置を初めて使用するユーザ用等に、順序を変えて再生することができる。順序を変えて再生するために、再生装置１４により再生することになる次の番である待ち行列の先頭に、宣伝の条件を満たしている特別なユーザ・リクエストを挿入するだけである。
【００６９】
図８を参照し、ステップ１０７で、ＭＭＭ２４のプログラマおよび／または再生装置１４の場所の事業者によって、図９に示す上述のグローバル・ルール・セット（global set of rules）のうちのいずれが、ローカル・ルール・セット（local set of rules）としてディジタル・ジュークボックス１４等の再生装置のそれぞれの場所に適用されることになるか判定がなされる。これは、図９に示すグローバル・ルール１−９それぞれに対し単純なイエス／ノーでありえる。これにより、再生装置を有する事業者は、それぞれの再生装置の場所に対して特別ルールを設定することができるので、再生場所間で、異なる音楽およびビデオのテイスト、顧客を許容することができる。
【００７０】
ステップ１０４は、ルールのサブセットが存在するか否かの判定である。ルールのサブセットについては後で詳しく述べるが、ここでは、この判定は「いいえ」であると仮定する。次に、ステップ１０６で、ＭＭＭ２４は、場所識別子および／またはディジタル・メディア識別子を有するユーザ・リクエストを受信したかどうかを判定する。ステップ１０６のリクエストを受けると、ＭＭＭ２４はステップ１０８で、ステップ１０２の特定の再生場所に設定される既存のルール・セットを読み出す、または後述のルール・サブセットにより修正される。ＭＭＭ２４は、ステップ１１０のローカル・ルールを、ユーザ・リクエストで特定されるメディアに適用する。ユーザ・リクエストで特定されたメディアが、特定の再生装置１４またはステップ１１２の場所のための既存のローカル・ルールの全てを満たす場合に限り、ＭＭＭは、ステップ１１４のユーザ・リクエストを受け付け、特定された再生装置１４へのディジタル・メディアの送信を始める。ＭＭＭ２４は、ステップ１１６でユーザに、「受け付けられた」メッセージを送ることもできる。
【００７１】
ステップ１１２に戻り、ＭＭＭ２４は、特定のリクエストされたメディアが既存の場所ルールの１つ以上を満たしていないと判定した場合は、ＭＭＭ２４はステップ１１８でリクエストを拒否して、ステップ１２０で別のリクエストをするようにユーザにメッセージを送る。
【００７２】
任意的な（optional）ルール・サブセットは、再生場所１４ごとにステップ１３０において確立されてもよい。このルール・サブセットは、図９に示すグローバル・ルールの１つ以上の修正および／またはグローパル・ルール１−９のうちローカル・ルールとして特定の再生場所１４に適用可能なルールの修正でもよい。加えて、ルール・サブセットは、ユーザによる許可可能な連続リクエストの数、特定の場所で許可される音楽ジャンル、特定の場所で再生可能なアーティストおよびアーティストの歌曲および／またはビデオ、最大待ち行列長、アーティストまたは特定のアーティストの歌曲を再再生しない期間等、ルール１―９における１つ以上の変数を変更してもよい。優先再生、再生報酬（play rewards）、ユーザ・リクエスト、いずれの歌曲またはアーティストをある場所に対して承認するか、強制再生、特別な宣伝用に順序を変えての再生等に対するルールなど、ローカル・ルール１−９のいずれかを無効にしてもよい。
【００７３】
１日の特定の時間、１週間の特定曜日、１ヵ月の特定日、スポーツ・イベントのような特別なイベント等の、可変または特定のイベントの発生時に、このルール・サブセットを適用してもよい。これにより、ＭＭＭ２４は、特定の再生装置１４の場所の顧客を変えることに適応可能である。
【００７４】
ルール・サブセットにより、再生場所の事業者が、１日のある時刻は主に女性層で混雑し、１日の別の時刻は主に男性層で混雑する等の、顧客を変えることを望むために異なるルールを採用することもできる。時刻によって、音楽ジャンル、アーティストのタイプ、アーティストの歌曲およびビデオ、再再生しない期間等を管理することができる。
【００７５】
別の例として、毎週水曜日のような１日以上の曜日、あるいは６時から真夜中までの毎週水曜日の夜のような１週間のある曜日のある時刻に、音楽ジャンル、アーティストおよび受付可能なアーティストの歌曲およびビデオを、カントリーの夜、ジャズの夜等の特定のテーマに適するように変更される特定の再生場所で、ルール・サブセットを実施するように確立してもよい。
【００７６】
図８に示すように、ステップ１０４のＭＭＭは、ルール・サブセットが存在するかどうか判定する。答えが「はい」であれば、ＭＭＭ２４は、時刻、曜日、特別なイベント発生等の、ルール・サブセット基準が一致するかどうか判定する。ルール・サブセット基準が一致しない場合、ＭＭＭ２４は上述のように、ステップ１０８で特定の場所に設定される適用可能なローカル・ルールを実装する。あるいは、ルール・サブセット基準がステップ１３２において一致する場合、ＭＭＭ２４は次のユーザ・リクエストを受信すると、適用可能なルールとしてステップ１３４でルール・サブセットを適用する。
【背景技術】
【０００１】
本発明は、一般に、ローカル・エリア再生装置からオーディオ／ビデオ媒体の再生を要求するための装置および方法に関する。
【０００２】
ジュークボックス産業は、サロンのオーナーだったチャーリー・グラス（Charlie Glass）が「Nickel in the Slot」を発明した１８８７年以来存在し、これが娯楽産業を誕生させ、レコード業界の発展に拍車をかけた。この出来事は、固有のサービスを消費者と交換する「マイクロペイメント（micro-payment）」ビジネス・モデルの初期の開始時点であると考えられる。
【０００３】
ジュークボックス産業は、現在、経済的にも技術的にも第３次ブームに入っている。
企業ネットワーク・ジュークボックス製品の出現により、システム監視、コンテンツ更新およびサービス管理は、従来のジュークボックス事業と比較してより費用効果的の高いものになった。さらに、センサおよびソフトウェア・ベースのユーザ・インタフェース技術により、消費者用のアーティスト、アルバムおよび歌曲検索機能が改良され、リッチ・メディア・ディジタル・タッチ・スクリーンを介して無制限の数のコンテンツの選択対象を閲覧することが可能となった。
【０００４】
従来のＣＤジュークボックスよりも音楽コンテンツの選択対象をさらに拡大するために、ディジタル・ジュークボックスが最近になって開発された。ネットワーク化されたディジタル・ジュークボックス・システムの出現により、ハードディスク記憶容量をペイ・フォー・プレイの(pay-for-play)娯楽装置に組み込むという選択肢を実現し、娯楽装置の通信ネットワーク上の音楽を更新するより効率的な手段を提供することで、オンサイト技術者の訪問を組織的に減らしている。ネットワーク・ディジタル・ジュークボックスは、ディジタル技術およびインターネットを活用するクライアントサーバ・ソフトウェア・システムを採用することで、利用者(patrons)に次世代機能を提供し、ジュークボックス経営者にはウェブ・ポータルを介してジュークボックスを中央管理する機能を提供する。各ジュークボックスの媒体のオンサイト記憶装置は、ジュークボックス・ネットワーク・サーバによって送信される新規なディジタル・メディアによって、定期的に変更することができる。この結果、ネットワーク・オペレータは、遠隔からコンテンツを更新し、利用情報および収益情報を読み出し、価格設定や演奏設定を変更し、ジュークボックスのヘルス統計値を確認することができる。
【０００５】
同様に、この技術により、利用者は、ローカル・ハードディスクに保存されている、あるいは統合化されているおよび/または遠隔のライブラリ機構からダウンロード可能なコンテンツおよび歌曲にアクセスし、この出力をローカル・ジュークボックスで再生することができる。
【０００６】
それでもやはり、いくつかの機能が最も初期のマシンから繰り越しされている。これらの機能のうちの１つには、ジュークボックス娯楽装置上におよび／またはその内部に正確に配置されるカタログ・メカニズムに物理的に影響を及ぼすことによって、歌曲を選択することを通して閲覧し、演奏する１曲を選択するという要件がある。現代のジュークボックスの中心的な機能には、ジュークボックス娯楽装置上におよび／または内部で正確に配置されるセンサおよびソフトウェア・ベースのユーザ・インタフェース技術がある。この技術により、消費者のためのアーティスト、アルバム、歌曲選択機能を改良し、ディジタル・タッチスクリーンを介して実質的に無制限の数のカタログ選択対象を閲覧することを可能にしている。通貨、クレジットカードまたはプリペイド課金カード等用の金銭受領装置を採用して、現代的なタッチスクリーンマシンから発せられるいかなるジュークボックス・リクエストについても認証を行う。選択されたメディアがジュークボックスに保存されていれば、このリクエストがジュークボックスによって実行される。そうでない場合には、このリクエストは、このジュークボックスから、ジュークボックス・ネットワーク・サーバに送信され、このサーバでは音楽、ビデオまたは他のディジタル選択対象は特定のジュークボックスへ送り返される。
【０００７】
こうした業界の発展にもかかわらず、従来のシステムおよびディジタル・システムの両方に関連する重大な管理上の問題および関連する使用上の問題が未解決のままである。さらに、広範囲な選択対象及びコンテンツ容量を特徴とする、ネットワーク化されたタッチ・スクリーン・ジュークボックス製品は、ネットワーク・オペレータには大量処理によって得られる経済的効果とは逆の効果を潜在的に生じさせた。
【０００８】
場所に基づいたジュークボックス歌曲選択は、今日の競争的現実に対処「するべきはずの」ものというほどには、効率的で、同時に双方向的で、個人的に魅力的なものにはなっていない。従来のシステムに関連した重大な使用上の問題、および指数関数的（exponentially）にさらに厄介になるネットワーク化されたディジタル・ジュークボックス製品とは、これらのシステムによりユーザは、直線的方法または「一度に１人」というやり方で、音楽コンテンツを閲覧し、選択し、命令を出すようにと求められるということである。これにより、処理の最大量が制限され、各ジュークボックスの場所でユーザ毎の「滞在（dwell）」時間が潜在的に増加する。現在のシステム設計では、購入時点での直線的な選択および支払いと受理のメカニズム（すなわち硬貨）に結びつくキオスク（kiosk）で売られる物理的な製品に限定されたままである。顧客は、最初にキオスクのまさに近接する領域内に移動し、ジュークボックス・インタフェースに直接向き合い、所望のコンテンツの選択対象を入力し、支払いについてこの装置を直接動作させることで、注文を実行する必要がある。加えて、利用上のデータを人口統計学的情報のためにデータマイニングすることはできないので、個人用サービス・モデルあるいは消費者に関連するディジタル製品のクロスマーケティング(例えば、無線ダウンロード、ターゲットを定めた宣伝または広告)に対する直接的な通信チャネルは現時点で存在しない。
【０００９】
ネットワーク化されたディジタル・システムの場合、上記した反比例の関係は、まさに悪化する。この理由は以下の通りである。ｉ）現在の製品設計では、ユーザが現在のコンテンツ・カタログを閲覧する際に、必ずしも歌曲の注文をしない場合であっても、ユーザがまさに娯楽出力装置の近くにいなければならないという要件を保ち続けている、ｉｉ）現在の製品設計では、ユーザが利用可能な検索、選択機能およびカタログ容量が増加している、ｉｉｉ）現在の製品設計では、注文に要する時間がユーザ間で予測できない可変的なものであっても、利用可能なカタログに対して「単一ユーザ」が直線的にアクセスすることが強制されている、ｉｖ）現在の製品設計では、効率的なコンテンツの取り込み、場所の更新およびオン・デマンド・ダウンロード構造を利用していない、ｖ）現在の製品設計では、複数に区域分けされた娯楽の現場用に、複数のキオスク選択装置の設置場所を必要としている、ｖｉ）選択および出力方法は利用可能な支払システムと結合している。このシステム設計のパラドックスは、ジュークボックス・ハードウェアを購入し、コンテンツ・カタログにライセンスを与え、配信関係を築き、実質的な収益源を製造業者および設置場所の提供者と分け合い、コイン収集経路を管理し、多数のデバイスを維持し、重要なシステムおよびネットワーク要素の商業的実装を管理するディジタル・ネットワーク・オペレータに対して、不都合な経済的コストを潜在的に生み出している。さらに、電子ジュークボックス娯楽装置の生産／組立プロセスに関する高いコスト、およびオペレータの所有による総コストが、規模の経済性を低下させ、大量採用を減少させ、それに続いて起こる業界の断片化の原因となる。
【００１０】
この業界の現在の解決法では、改良された機能または追加の機能を作成することにより、制限されている使用法および操作上の要因に対し部分的に対処している。そうした機能には、タッチ・スクリーンでの閲覧および検索機能、クレジットカードでの支払い、または優先的な再生メカニズム等が含まれ、顧客の注文を促し収益の機会を増やしている。そうした機能は、プレミアム価格（at price premium）で先のコンテンツ注文に先立って注文を出すことができる消費者に新たな選択肢を提供するが、売上の損失を解消するのではなく、一般には直線的なキオスク利用からの利益を減らしている。
【００１１】
したがって、ローカル・エリア再生装置上のコンテンツまたはメディアをより簡単に選択する方法を提供することが望ましい。複数のユーザが再生の選択および再生サービスを同時にアクセス可能な方法および装置を提供することが望ましい。
【発明の概要】
【課題を解決するための手段】
【００１２】
特定された再生装置（playback device）の場所で特定のディジタル・メディア（digital media）再生を、ユーザにより無線で行うように選択するためのユーザ・リクエストを可能にする、ネットワーク化されたオーディオ・ディジタル再生システム（digital audio-visual playback system）における、インタラクティブなコンテンツ・リクエスト（interactive content requests）用の装置および方法が開示される。
【００１３】
一つの態様では、この装置は、ディジタル・オーディオ−ビジュアル・メディア（digital audio-visual media）を再生することができるディジタル・オーディオ−ビジュアル再生装置でのコンテンツ選択（content selection）と、ユーザ・インタフェースとデータ通信において結合されるメディア管理制御（media management control）と、ディジタル・メディアのディジタル・オーディオ−ビジュアル再生装置への転送を制御するディジタル・オーディオ−ビジュアル再生装置を提供する。
【００１４】
別の態様においては、
メモリにディジタル・メディアを格納するステップと、
ディジタル・オーディオ−ビジュアル再生装置と、特定されたディジタル・オーディオ−ビジュアル再生装置による演奏のために選択され格納されたディジタル・メディアと、の一方を特定するディジタル・オーディオ−ビジュアル再生装置から、遠隔のユーザ・インタフェースによりディジタル・メディア・コンテンツ・リクエストを生成するステップと、
通信回線を通してディジタル・メディア・コンテンツ・リクエストを制御に送信するステップと、ディジタル・オーディオ−ビジュアル再生装置により特定されたディジタル・メディアの演奏のために、制御することによりディジタル・オーディオ−ビジュアル再生装置に、特定されたディジタル・メディアを送信するステップと、を含むネットワーク化されたディジタル・オーディオ−ビジュアル再生装置でのコンテンツ選択の方法である。
【００１５】
メディア管理制御は、再生装置ごとに再生のルールに基づいて、各ユーザ・リクエストで特定されたメディアを受け入れるかまたは拒否する。再生のグローバル・ルール（global rules）は、すべてのメディア管理制御のために確立される。ユーザ・リクエストを受信すると、再生のグローバル・ルールに基づくローカル・ルール・セット（local set of rules）が、各メディア管理制御によって実行される。リクエストされたディジタル・メディアが再生のローカル・ルールの全てを満たせば、メディア管理制御は再生装置での再生のためにリクエストされたディジタル・メディアを受け付ける。あるいは、リクエストされたディジタル・メディアが特定の再生装置での再生のためにローカル・ルールの全てを満たしていなければ、メディア管理制御はリクエストされたディジタル・メディアを拒否する。
【００１６】
ルール・サブセット（rule subset）が提供され得、特定の再生装置のため、メディア管理制御により実行され得る。ルール・サブセットは、１日の時刻、曜日、月日又は年月日、特別なイベント等、可変的に（variably）発生するイベントに基づくことができる。
【００１７】
可変的なイベントが発生する際に、ルールのサブセットがメディア管理制御によって、以降のユーザ・リクエスト全てに適用される。ルール・サブセットは、イベント時間中に、特定の再生装置に適用可能なグローバル・ルールまたはローカル・ルールのいずれかを変更することができる。
【００１８】
現在のインタラクティブなディジタル・コンテンツ・リクエスト装置および方法は、ユーザにより遠隔から無線で選択されるディジタル・ジュークボックス等の、ディジタル・オーディオ再生装置によって再生されるディジタル・メディアを、一意に、利用可能にする。これにより、ユーザがジュークボックスの場所へ移動し、従来のジュークボックスに備えられる通常のキーボード、マウスおよび／またはタッチ・スクリーン・ディスプレイを介して選択するために入力する必要がなくなる。ディジタル・メディア選択プロセス全体は、インターフェイス・ユーザを通して、遠隔かつ無線により実行することができる。
【図面の簡単な説明】
【００１９】
本発明の様々な特徴、効果および他の用途を、以下の詳細な説明および図面を参照し、さらに明らかにする。
【００２０】
【図１】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図２】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図３】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図４】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【図５】現在のディジタル・メディア・コンテンツ・リクエスト装置の異なる態様のブロック図である。
【００２１】
【図６】図１-５のいずれかに示される装置の詳細ブロック図である。
【００２２】
【図７】図１-５に示されるモバイル・マネージャの詳細ブロック図である。
【００２３】
【図８】ディジタル・メディア・コンテンツ・リクエスト装置の動作を示す流れ図である。
【００２４】
【図９】メディア管理制御によるディジタル・メディア・コンテンツ・リクエストの再生に対するグローバル・ルール・セットの図示表現である。
【発明を実施するための形態】
【００２５】
本発明は、移動通信装置から、ディジタル・コンピュータ・ジュークボックスのような、ローカル・ディジタル・オーディオ−ビジュアル再生装置により出力されるコンテンツ・イベントおよび／または歌曲を選択するための、通信ネットワーク内のインタラクティブな（interactive）ジュークボックス・リクエスト・システムを提供する。
【００２６】
本明細書において用いられる「オーディオ−ビジュアル」という言葉は、音楽、発話等を含む音声データ、映画、ビデオゲームおよび他の視覚映像等の視覚データを含み、文字列や、オーディオ−ビジュアル再生装置に同時に出力される音声および映像の素材の組合せを含む。このように、音楽および音楽識別データについて以下にて言及するが、単なる一例であることが理解されよう。
【００２７】
また、ディジタル・メディアという言葉の使用は、音声および／または視覚データと同様に、著者名、表題、再生時間、メディア・タイプ等の音声および／または視覚データ識別を含むことが理解されよう。
【００２８】
更に、いかなるオーディオ−ビジュアル再生装置も採用することができる。ディジタル・コンピュータ・ジュークボックスを一例として、このような装置の説明が以下なされていることが理解されよう。
【００２９】
図１に示す一態様において、中央管理システムは、コンピュータ・ジュークボックス・ネットワーク内の移動局用の通信回線を管理し、ジュークボックスから遠隔に位置するモバイル・ユーザによって作成された特定のコンテンツの選択を含むＳＭＳ、ＭＭＳまたはインターネット・メッセージのペイロード内のパケットを変換する。中央モバイル・メディア・マネージャ(ＭＭＭ)２４は、キャリア・ネットワーク等の通信リンク２２の一機能として実装され、ショート・メッセージ・サービス・センタ（ＳＭＳＣ）２２およびモバイル・マルチメディア・サービス環境（ＭＭＳＥ）あるいはインターネット回線網として実装されてよく、モバイル・ユーザが歌曲の選択などコンテンツまたはメディアを選択し、複数のコンピュータ・ジュークボックス１４のうちの１つから公衆の面前での再生を指定したことを表すモバイル発信による（mobile-originating）並列（concurrent）送信を管理する。
【００３０】
キャリア・ネットワーク２２の少なくとも一部は、無線通信を含んでもよい。中央ＭＭＭ２４は、例えば、ＨＴＴＰを介して、ホスト・ジュークボックス・ネットワーク・サーバをアドレスし、例えば、複数の歌曲、歌曲に関連する画像、歌曲識別情報およびジュークボックスの設置場所識別コードを表している圧縮されたディジタル・データまたはメディアのマスター・セットを維持する。ＭＭＭ２４は、キャリア・ネットワーク２２からユーザのリクエストに基づくモバイル選択情報を受信し、複数のディジタル・ジュークボックス１４に接続していて、ディジタル・メディアのマスター・セットのサブセットを格納することができる、ジュークボックス・ネットワーク・サーバ１０にポーリングし、登録されたジュークボックス１４の更新されたリストを取得し、ジュークボックス・ネットワーク・サーバ１０および／またはジュークボックス１４にあるコンテンツまたは音楽のリストからコンテンツの利用可能性を判定し、ユーザのリクエストの有効性を確認する。
【００３１】
コンテンツ・イベントまたは歌曲識別、設置場所の登録、および特定のコンピュータ・ジュークボックス装置１４に対するサービス優先順序付き待ち行列（service priority queuing）を含む、モバイル・ユーザ１６、１８、２０によって開始される特定のコンテンツの選択が中央ＭＭＭ２４で受信され、モバイル・ユーザが選択を開始したサービス、設置場所（venue）、またはジュークボックス１４に音声または映像の出力が行われる。キャリア・ネットワーク２２およびジュークボックス・ネットワーク・サーバ１０とインタフェースするＭＭＭ２４は、スケジュールされたピア・セッション間隔（peer session interval）で動作して、ユーザを認証し、課金イベントの値を決定し、ジュークボックス１４のリクエストの発行（submission）を処理する。ＭＭＭ２４は、課金主体に対するジュークボックス・ネットワーク・キャリア・リクエストの値を区別する。ＭＭＭ２４が対応するジュークボックス１４が作動していることを確認し、ＭＭＭ２４がディジタル・メディアのマスター・セットまたはマスター・セットのサブセットが利用可能であると確認し、ＭＭＭ２４がジュークボックス・ネットワーク・サーバ１０の待ち行列に入れられる「標準」または「優先」リクエストとして指定されるユーザ・リクエストを転送した後に限り、ＭＭＭ２４は、モバイル・ユーザすなわち無線キャリア、ＳＭＳＣ等を課金すべきかをコア・ネットワーク・キャリア２２へ通知する。
【００３２】
図１において、ディジタル・ジュークボックス１４等の、少なくとも１または複数のディジタル・オーディオ-ビジュアル再生装置に対して、インターネット１２、有線回線等によるＨＴＴＰまたは無線通信システムを通して他のデータ伝送フォーマットを介して通信するホスト・プロセッサを有するジュークボックス・ネットワーク・サーバ１０を含むことを一例として、ディジタル・ジュークボックス・ネットワークを例示する。各ジュークボックス１４に対する通信フォーマットは、ＡＤＳＬ、ケーブルモデム、ＷＣＤＭＡ、ＵＭＴＳ、ＬＭＤＳまたは他のデータ通信プロトコル等のいかなる伝送プロトコルを介して行うこともできる。
【００３３】
この態様によると、携帯電話１６、ＰＤＡ１８またはコンピュータ２０等、これらの例だけに限定されないが、移動通信装置またはユーザ・インタフェース、典型的には、移動無線通信装置は、通信ネットワーク２２と通信する。通信リンクまたはネットワーク２２は、限定的ではないがＷｉ-Ｆｉ、インターネット、直接ケーブル接続、イーサネット（登録商標）、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、ＥＤＧＥ、トーケン・リング等のような、無線でもそうでなくても、いかなる通信プロバイダのものでもよい。このようなネットワーク２２は、短いテキストメッセージングに適応するショート・メッセージ・サービス・センタ（ＳＭＳＣ）、ユーザの入力による選択を可能にする表示可能なドロップ・ダウン・メニューを有するインターネット・プロトコル、またはオーディオおよびグラフィック・データを提供するマルチメディア・サービス（ＭＭＳ）をサブセットとして有することができる。
【００３４】
以下の無線コンテンツ・リクエストの例は、無線キャリア・ネットワーク２２のＳＭＳＣサブセットを使用するショート・メッセージ・サービスに関係しているが、類似のデータ入力プロトコル、またはドロップ・ダウン・メニュー等を通してメディアの選択を採用できることも理解されよう。
【００３５】
ＭＭＭ２４サービスを特定するために、例えば「１４１４」等の、適切なＳＭＳアドレスが、通信装置１６、１８または２０を通してユーザにより入力される。ディジタル・メディア選択および、プレミアム再生（premium play）、即時再生等、その他の関連する再生に関する特徴を特定するために、ＵＮＩＣＯＤＥまたはＡＳＣＩＩ文字から形成されるテキスト・メッセージは、次に、ユーザ・インタフェース１６、１８、または２０を通してユーザにより入力される。例えば、「Ｓ ＡＢ１２３」のテキスト・メッセージを、通信装置１６、１８または２０を通してユーザによって入力することができる。先頭文字であるラベル「Ｓ」は、一例として、メディア・コンテンツのタイプを表す。一例としてのみ、「Ｓ」は、歌曲を特定する。「Ｖ」は、ビデオを特定してよい。「ＰＳ」は、選択された歌曲の優先再生を特定してよい。「ＰＶ」は、ビデオの優先再生を特定してよい。文字「ＡＢ」は、ローカル・ジュークボックス１４の場所を特定する。英数字「１２３」は、特定の歌曲等、特定のメディア選択を特定する。この情報は、ローカル・ジュークボックス１４の設置場所でユーザに提供されるリストから得られる。
【００３６】
これらの信号は、利用者ＩＤが認証されるＳＭＳＣに送信される。ディジタル再生装置またはジュークボックス１４の場所、メディア選択および再生特徴データは、有線および／または無線通信によりＳＭＳＣからＭＭＭ２４に送信される。ＭＭＭ２４は、ＳＭＳＣから選択情報を受信し、ジュークボックス・ネットワーク・サーバ１０と通信し、選択されたジュークボックス１４の利用可能性を判定する。対応するジュークボックス１４が作動しており、かつ選択されたディジタル・メディアを再生するために利用可能であることを、サーバ１０が確認すると、ＭＭＭ２４は、ＳＭＳＣに信号を送信し、あらゆるプレミアム再生課金をも含むＳＭＳメッセージで、ユーザに課金する。次に、ＳＭＳＣは、例えば、銀行、クレジットカード会社、携帯電話事業者等だが、これに限定されない第三者に対して、得られるサービスの総額をユーザ・アカウントから引き落とすように要求することができる。他の支払い方法として、ｍ−ウォレット（モバイル・ウォレット）プリペイド・カード等を用いてもよい。
【００３７】
同時に、ＭＭＭ２４は、標準、推薦、優先リクエスト等の再生基準とともに、ユーザ・リクエストをサーバ１０に送信する。サーバ１０は、その後、あらゆるプレミアムまたは標準スケジュール（premium or standard schedule）において、ディジタル・メディア選択を実行するために、選択されたジュークボックス１４とインターネット１２を介して通信する。
【００３８】
サーバ１０からジュークボックス１４へのディジタル・メディア選択信号の送信には、選択されたディジタル・メディア全て、あるいは選択された設置場所のジュークボックス１４のメモリにすでに保存されている特定のディジタル・メディアを再生するために単に信号だけを含めることもできる点に注意されよう。
【００３９】
ＭＭＭ２４も、ＳＭＳＣを通してユーザ１６にメッセージを送り、選択をしたことに対する謝意を伝えることができる。このことは、その選択が行われたことを確認することになる。同時に、ユーザ１６に対するメッセージには、選択された歌曲またはビデオを特定の価格で購入するように薦めたり、選択された歌曲を演奏している、または選択されたビデオで演奏するアーティストの画像を壁紙として購入、あるいはダウンロードしたりすることができる等の他のメッセージを含めることができる。
【００４０】
次に図２を参照して、図１に示す装置の別の態様について示す。この態様において、遠隔ユーザ・コンテンツ選択プロセッサ３０は、モバイル・メディア管理装置２４に、インターネット１２等のグローバル通信ネットワークを通して通信することができる。これにより、遠隔ユーザは、特定の再生装置またはジュークボックス１４の近くにいる他のユーザのために、歌曲またはビデオを献納したり、ディジタル・メディア選択等を送信したりできるようになる。
【００４１】
図３に示すように、遠隔ユーザ・コンテンツ・セレクタ３０をさらに修正し、インターネット１２を通しての通信を、モバイル・メディア管理装置２４および音楽サーバ１０の一方または両方に提供する。選択されたジュークボックス１４の近くにいる他のユーザのためにディジタル・メディア・コンテンツ選択および再生を行うため、無線通信装置１６、１８、２０等は、モバイル・メディア管理装置２４または音楽サーバ１０の一方または両方にインターネット１２を通して通信してもよい。
【００４２】
図４に示す態様において、遠隔ユーザ・インタフェース装置１６、１８、または２０は、遠隔ユーザ・インタフェース装置１６、１８、２０の通信信号範囲中で、ブルートゥース、Ｗｉ―Ｆｉ、赤外線、無線周波数信号、光信号、レーザー等を用いて、直接ジュークボックス１４と無線で通信することができる。ユーザ・インタフェース装置１６、１８、または２０は、ジュークボックス１４からディジタル・メディア・コンテンツ・カタログへのアップデートを要求することができる。ジュークボックス１４は、ジュークボックス音楽ネットワーク・サーバ１０からカタログを要求して、特定のユーザ・インタフェース装置１６、１８、または２０に、それを転送する。ジュークボックス・ネットワーク・サーバ１０との通信が何らかの原因により失敗した場合、ジュークボックス１４は、自身のディジタル・メディア・コンテンツ・カタログをユーザ・インタフェース装置１６、１８、または２０に転送する。
【００４３】
使用中、ユーザは、特定のディジタル・メディアを選択し再生する。ユーザのインタフェース装置１６、１８、または２０は、その近接のジュークボックス１４に、ディジタル・メディア・コンテンツ・リクエストを転送する。ジュークボックス識別または「ＩＤ」がユーザ・リスクエストにない場合は、再生対象のジュークボックス１４がユーザ・リスクエストを受信したジュークボックス１４であると仮定する。
【００４４】
次に、ジュークボックス１４は、ユーザを認証するために、ＭＭＭ２４と通信する。認証が成功した場合、ジュークボックス１４は選択されたコンテンツを演奏するためにユーザ・リスクエストを受け取ろうとする。再生が成功した場合、ジュークボックス１４は、ユーザに課金する必要があることを示し、ユーザに選択が完了したことを知らせるために、ジュークボックス・ネットワーク音楽サーバ１０を介してＭＭＭ２４と通信する。このプロセスの間にエラーがあれば、ジュークボックス１４はこのエラーを直接ユーザに知らせる。
【００４５】
（ディジタル・メディア・コンテンツ・リクエストを受信したのものとは異なる）リクエスト内に、ジュークボックスＩＤがある場合、このリクエストはＭＭＭ２４に転送され、ＭＭＭ２４はあたかも他の送信元からこのリクエストを受信したかのように動作する。選択されたディジタル・メディアは、その後、ジュークボックス１４のメディア記憶装置からジュークボックス１４から、または、インターネット１２およびジュークボックス音楽サーバ１０からのダウンロードを介して出力される。
【００４６】
別の態様においては、シームレスな（seamless）ディジタル・オーディオ−ビジュアル装置または「シームレスな」ジュークボックス４０は、一つ以上の場所に設けられている。シームレスなジュークボックス４０のいくつかまたは全ては、ＴＶ、モニタまたはプロジェクタ４４等の、ビデオ表示装置に、ビデオ出力供給装置（video output feed）４２を含んでいてもよい。音声出力４６は、シームレスなジュークボックス４０それぞれから、一つ以上のスピーカ４８等の、音声出力再生装置に供給されてもよい。
【００４７】
オーディオ−ビジュアル装置またはシームレスなジュークボックス４０は、単に、インターネット１２および、インターネット・ダウンロードのように音声および／または映像を生成可能なオーディオまたはビデオ出力装置４８または４６にそれぞれ接続される音楽サーバから構成される。この態様において、ユーザの通信範囲内に物理的なジュークボックス１４が存在しない。
【００４８】
この態様において、ディジタル・メディア・コンテンツは、記憶装置またはデータベース５０に格納され、キャリア・ネットワーク２２を通してモバイル・メディア・マネージャ（ＭＭＭ）２４に送信されるユーザ・リクエストに応じて、ＭＭＭ２４によりアクセスされる。選択されたディジタル・メディアまたはコンテンツは、次に、ＭＭＭ２４によって、グローバル通信ネットワークまたはインターネット１２を通して、ユーザに出力するために特定されたジュークボックス４０に送信される。
【００４９】
ユーザは、ＭＭＭ２４を通してのみディジタル・メディア・コンテンツ・カタログを閲覧することができる。この態様では、関連するタッチ・スクリーン、キーボード、トラックボール、マウス等とともに、特定の場所の物理的なジュークボックスを有する必要はなくなる。一旦物理的なジュークボックス１４が特定の場所から取り外されると、選択ごとに通貨または金銭を扱う必要もなくなるので、ディジタル・メディア・コンテンツ選択プロセスが単純化かつ自動化される。
【００５０】
図６および図７は、図１ないし図５に示す異なる態様のいずれかで用いられる制御手段またはモバイル・メディア管理装置２４の主要構成要素のブロック図を表す。ＭＭＭ２４は、音楽サーバ１０、シームレスなジュークボックス４０のいずれか、および他のオーディオおよびビデオ再生装置６０と通信する、いわゆるｍ−ベニュー（m-Venue）・サーバ６１を含む。
【００５１】
図７も、図１に関連して上述したように、図３とともに示すインターネット１２を通して、または図４または図５に示すディジタル・ジュークボックス４０に直接的に、キャリア・ネットワーク２２を通して、ユーザ・インタフェースまたは装置１６、１８、および２０からのディジタル・メディア選択信号の送信または通信を表す。ＭＭＭ２４は、上述の通り、いかなる送信元からの遠隔コンテンツまたはディジタル・メディア選択信号も受信できる。ＭＭＭ２４は、次に、この選択の有効性をチェックし、それを処理し、それをデータベースに格納し、図１に示す態様のネットワーク・サーバ１０に、または他の態様のジュークボックス１４に直接、そのリクエストを転送する。
【００５２】
サーバ１０またはジュークボックス１４、４０は、ＭＭＭ２４から信号を受信し、ジュークボックス１４、４０等にリクエストの発行を試みる。これが成功すれば、サーバ１０は次に待機中のＭＭＭ２４に成功メッセージを応答する。ジュークボックス１４が応答しない、送信ネットワークがダウンしている等、リクエスト・プロセスに障害が生じれば、サーバ１０は、障害理由を伴う障害メッセージでＭＭＭ２４に応答する。一旦ＭＭＭ２４が遠隔コンテンツ選択信号に対する回答を受信すると、ＭＭＭ２４はその回答をデータベースに記録し、ユーザにユーザのリクエスト結果を知らせる。
【００５３】
モバイル・ユーザ・インタフェース装置１６、１８、および２０のいずれかからのユーザ・リクエストが、ネットワーク２２を通してモバイル・リクエスト・制御手段６２に通信される。ユーザ・リクエストは、その後、特定のディジタル・オーディオ再生装置またはジュークボックス１４、４０等で、または個々のジュークボックス１４、４０等にディジタル・メディア選択を送信するジュークボックス音楽サーバ１０において、またはＭＭＭ２４によって直接ジュークボックス１４、４０等に送信されるコンテンツ・データベース５０から、ディジタル・コンテンツ選択のために、ｍ−ベニュー・サーバ６１に通信される。
【００５４】
各ユーザ・リクエストは、各ユーザ・リクエストおよび成功したディジタル選択の有効性を記録するために、ｍ−ベニュー・サーバ６１と通信中の報告モジュール６４にも転送される。報告モジュール６４は、ユーザ・リクエストごとに料金を提示する課金モジュール６６と通信する。
【００５５】
ＭＭＭ２４は、ユーザ・インタフェース１６、１８、または２０からのリクエストを受け付ける、または拒否するように作動することができる。ユーザ・インタフェース１６からの典型的なユーザ・リクエストにおいて、例えば、このリクエストには、リクエストされたディジタル・メディアの実行または再生のための再生装置および１つの特定のディジタル・メディアの識別子のうちの少なくとも１つを特定する識別子が含まれる。先の態様にて説明したように、ユーザ・インタフェース１６、１８、または２０からのユーザ・リクエストは、無線キャリア・ネットワーク２２等のとの第１の通信リンクを通して、モバイル・メディア・マネージャ（ＭＭＭ）２４に送信される。ＭＭＭ２４は、各ユーザ・リクエストが、再生あるいはユーザ・リクエスト内のユーザに特定されうる１つ以上の再生装置に送信するために受け付けられるかまたは拒否されるかを判定する制御プログラムの１つ以上のアルゴリズムによってプログラムされる。
【００５６】
図８に示すように、グローバル・ルール（global rules）は、各ＭＭＭ２４に利用されるべくステップ１００で確立される。グローバル・ルールの一例が図９に示される。これらのルールの全ては、ＭＭＭ２４それぞれに確立され、いかなる順序でもＭＭＭ２４により実行されるので、特定の場所が各再生装置１４に適用できるルールの全てがリクエストそれぞれに一致するまで、ルールの順序は必要とされない。
【００５７】
ルール番号１は、場所嗜好（location preferences）に関している。場所嗜好には、例えば、定められた時間内に、または、連続して、１人のユーザからの許可可能なリクエストの最大数を含めることができる。最近別のリクエストを出した１人のユーザにより出された連続するリクエストの間に、他のユーザからのリクエストがＭＭＭ２４によって受信されない場合は、この許可可能なリクエストの数は無視してもよい。
【００５８】
別の場所嗜好としては、特定の再生装置またはジュークボックス１４の場所で許可される音楽ジャンルまたはスタイルでもよい。ジャンルは、ロック、カントリー、ジャズ、ブルース、アダルト、ラップ等の、幅広い音楽またはビデオ・カテゴリ、および／または、アクション、コメディ、ドラマ、漫画、音楽等の、映画ジャンルでもよい。
【００５９】
同様に、特定のアーティストからのメディアを、場所嗜好として設定してもよい。加えて、許可可能なアーティストと関連する特定の歌曲またはビデオを、その場所で受け付け可能として場所嗜好として設定してもよい。
【００６０】
場所嗜好により、特定の再生装置または場所の事業者は、再生場所の事業者がその場所で許可したいと望むタイプの音楽、並びにアーティストおよび歌曲またはビデオまたはアーティストに関連するものに基づいて、ユーザ・リクエストを受け付ける際の嗜好を確立することができる。
【００６１】
第２の規則は、１台のメディア再生装置１４にディジタル・メディアの再生のために受け付けられたが、まだ再生装置１４によって実行されていない保留中のユーザ・リクエストの待ち行列の最大長を決定することである。例えば、特定のメディア再生装置１４が、１５の歌曲またはビデオの最大待ち行列長を有するように設定することにより、一度につき１５までの歌曲またはビデオを保留中の演奏の待ち行列に割り当てることができるようになる。これにより、ユーザのリクエストが合理的な時間内で演奏されることがユーザに保証される。最大待ち行列長に達すると、待ち行列の長さが予め設定された最大待ち行列長より小さくなるまで、いかなる更なるユーザ・リクエストも拒否されることになる。
【００６２】
ルール番号３は、ユーザ・プロファイルまたはユーザ報酬プログラムに基づいて、ユーザ・リクエストの優先再生を許容することである。頻繁に利用するユーザは、特定の再生装置１４に送信した、前回のリクエストに予め設定されている前回のリクエスト数に基づいて、ユーザ・リクエストの優先再生が許可されるという点で、ユーザ報酬プログラムは航空会社マイレージ・サービスと類似のものかもしれない。リクエストが受信されるとすぐに、優先再生は、既存の歌曲やビデオの演奏を中断してでも特定の場所１４により「即座」に、「次に」、あるいは再生装置１４で現在再生されているメディアの直後に、あるいは、既存の待ち行列の終わりに優先再生リクエストを出していない別の優先的な嗜好であると設定してもよい。
【００６３】
ルール番号４により、ある場所では、特定のアーティストまたは特定の歌曲を、再度再生しない期間(no repeat interval)に設定することができる。これにより、１人以上のユーザが同じディジタル・メディアの再生を繰り返すために再生装置１４を独占することを防止する。再再生しない期間は、３０分、６０分、２時間等の、特定の場所によって設定されるあらゆる時間でよい。
【００６４】
ルール番号５により、ＭＭＭ２４は、現在のユーザ・リクエストで特定されるディジタル・メディアが他のユーザによってすでにリクエストされていて、演奏待ち行列において現在保留中であるかどうかをチェックすることができる。現在のメディアがすでに保留中の待ち行列にある場合、ＭＭＭ２４は、単に同じメディアの最後のリクエストを送信したユーザに対して、ユーザのリクエストは承認され再生されることになっている旨を知らせる確認応答メッセージを送るだけである。しかしながら、そのリクエストで特定されるメディアは、たとえ異なるユーザからのリクエストであったとしても、すでに待ち行列に入っているので、ＭＭＭ２４による２度目の再生は行われないことになる。
【００６５】
ルール番号６により、ＭＭＭ２４が、歌曲、ビデオ等の、リクエストされたディジタル・メディアがジュークボックス・サーバ１０上に存在するか、または、ジュークボックス・サーバ１０あるいはディジタル・ジュークボックス１４に関連のメモリ内に存在するかを確認することができる。
【００６６】
ルール番号７により、ＭＭＭ２４は、ユーザによってリクエストされた歌曲またはビデオが、ジュークボックス１４等の、再生装置の特定の場所のために承認されているかをチェックすることができる。ＭＭＭ２４およびジュークボックス・サーバ１０は、たとえ近傍あるいは同じ建物内であっても、異なる場所に配置される複数の再生装置またはディジタル・ジュークボックス１４に接続することができるので、ルール番号７により、ＭＭＭは、ユーザによって選択された再生装置１４での再生をすることを、その場所の事業者に承認される場合に限り、特定のディジタル・メディアに対するユーザ・リクエストを受け付けることができる。このように、場所のある一部やある場所で、その場所の事業者により再生が承認され得る歌曲またはビデオ・セグメントは、特定のメディアや再生場所にいる利用者に対して、その場所の事業者により判定される受付可能性（acceptability）により、異なる場所ではＭＭＭ２４による演奏を拒否され否認されることがある。
【００６７】
ルール番号８により、ＭＭＭ２４は、ユーザ・リクエストが直ちに再生されるユーザ・リクエストの強制再生を実行することができる。ルール番号３の優先再生と同様に、強制再生は、たとえ現在再生中の歌曲やビデオを中断しても、一般的に、ユーザ・リクエストの受け付けに応じて直ちに実行されるが、現在再生中の歌曲またはビデオが終了するまで遅らせてもよい。
【００６８】
ルール番号９により、ＭＭＭ２４は、宣伝用（for promotions）や、メディア選択装置を初めて使用するユーザ用等に、順序を変えて再生することができる。順序を変えて再生するために、再生装置１４により再生することになる次の番である待ち行列の先頭に、宣伝の条件を満たしている特別なユーザ・リクエストを挿入するだけである。
【００６９】
図８を参照し、ステップ１０７で、ＭＭＭ２４のプログラマおよび／または再生装置１４の場所の事業者によって、図９に示す上述のグローバル・ルール・セット（global set of rules）のうちのいずれが、ローカル・ルール・セット（local set of rules）としてディジタル・ジュークボックス１４等の再生装置のそれぞれの場所に適用されることになるか判定がなされる。これは、図９に示すグローバル・ルール１−９それぞれに対し単純なイエス／ノーでありえる。これにより、再生装置を有する事業者は、それぞれの再生装置の場所に対して特別ルールを設定することができるので、再生場所間で、異なる音楽およびビデオのテイスト、顧客を許容することができる。
【００７０】
ステップ１０４は、ルールのサブセットが存在するか否かの判定である。ルールのサブセットについては後で詳しく述べるが、ここでは、この判定は「いいえ」であると仮定する。次に、ステップ１０６で、ＭＭＭ２４は、場所識別子および／またはディジタル・メディア識別子を有するユーザ・リクエストを受信したかどうかを判定する。ステップ１０６のリクエストを受けると、ＭＭＭ２４はステップ１０８で、ステップ１０２の特定の再生場所に設定される既存のルール・セットを読み出す、または後述のルール・サブセットにより修正される。ＭＭＭ２４は、ステップ１１０のローカル・ルールを、ユーザ・リクエストで特定されるメディアに適用する。ユーザ・リクエストで特定されたメディアが、特定の再生装置１４またはステップ１１２の場所のための既存のローカル・ルールの全てを満たす場合に限り、ＭＭＭは、ステップ１１４のユーザ・リクエストを受け付け、特定された再生装置１４へのディジタル・メディアの送信を始める。ＭＭＭ２４は、ステップ１１６でユーザに、「受け付けられた」メッセージを送ることもできる。
【００７１】
ステップ１１２に戻り、ＭＭＭ２４は、特定のリクエストされたメディアが既存の場所ルールの１つ以上を満たしていないと判定した場合は、ＭＭＭ２４はステップ１１８でリクエストを拒否して、ステップ１２０で別のリクエストをするようにユーザにメッセージを送る。
【００７２】
任意的な（optional）ルール・サブセットは、再生場所１４ごとにステップ１３０において確立されてもよい。このルール・サブセットは、図９に示すグローバル・ルールの１つ以上の修正および／またはグローパル・ルール１−９のうちローカル・ルールとして特定の再生場所１４に適用可能なルールの修正でもよい。加えて、ルール・サブセットは、ユーザによる許可可能な連続リクエストの数、特定の場所で許可される音楽ジャンル、特定の場所で再生可能なアーティストおよびアーティストの歌曲および／またはビデオ、最大待ち行列長、アーティストまたは特定のアーティストの歌曲を再再生しない期間等、ルール１―９における１つ以上の変数を変更してもよい。優先再生、再生報酬（play rewards）、ユーザ・リクエスト、いずれの歌曲またはアーティストをある場所に対して承認するか、強制再生、特別な宣伝用に順序を変えての再生等に対するルールなど、ローカル・ルール１−９のいずれかを無効にしてもよい。
【００７３】
１日の特定の時間、１週間の特定曜日、１ヵ月の特定日、スポーツ・イベントのような特別なイベント等の、可変または特定のイベントの発生時に、このルール・サブセットを適用してもよい。これにより、ＭＭＭ２４は、特定の再生装置１４の場所の顧客を変えることに適応可能である。
【００７４】
ルール・サブセットにより、再生場所の事業者が、１日のある時刻は主に女性層で混雑し、１日の別の時刻は主に男性層で混雑する等の、顧客を変えることを望むために異なるルールを採用することもできる。時刻によって、音楽ジャンル、アーティストのタイプ、アーティストの歌曲およびビデオ、再再生しない期間等を管理することができる。
【００７５】
別の例として、毎週水曜日のような１日以上の曜日、あるいは６時から真夜中までの毎週水曜日の夜のような１週間のある曜日のある時刻に、音楽ジャンル、アーティストおよび受付可能なアーティストの歌曲およびビデオを、カントリーの夜、ジャズの夜等の特定のテーマに適するように変更される特定の再生場所で、ルール・サブセットを実施するように確立してもよい。
【００７６】
図８に示すように、ステップ１０４のＭＭＭは、ルール・サブセットが存在するかどうか判定する。答えが「はい」であれば、ＭＭＭ２４は、時刻、曜日、特別なイベント発生等の、ルール・サブセット基準が一致するかどうか判定する。ルール・サブセット基準が一致しない場合、ＭＭＭ２４は上述のように、ステップ１０８で特定の場所に設定される適用可能なローカル・ルールを実装する。あるいは、ルール・サブセット基準がステップ１３２において一致する場合、ＭＭＭ２４は次のユーザ・リクエストを受信すると、適用可能なルールとしてステップ１３４でルール・サブセットを適用する。
【特許請求の範囲】
【請求項１】
ディジタル・メディア・プロセッサに結合されたメモリに格納され、ディジタル・オーディオ−ビジュアル再生装置で再生可能なディジタル・メディアのコンテンツ選択方法であって、
ユーザ・インタフェースとメディア管理制御との間の第１の通信リンクを提供するステップと、
前記メディア管理制御と、ディジタル・メディアを含むメモリに結合され、かつ少なくとも１つのディジタル・オーディオ−ビジュアル再生装置と通信して結合されるディジタル・メディア・プロセッサと、の間の第２の通信リンクを提供するステップと、
遠隔の前記ユーザ・インタフェースからの、少なくとも１つのディジタル・メディア識別子を含むディジタル・メディア・コンテンツ・リクエストを、前記再生装置から前記第１の通信リンクを通して前記メディア管理制御へ送信するステップと、
前記ユーザ・インタフェースからの前記ディジタル・メディア・コンテンツ・リクエストに応答して、前記メディア管理制御が、前記少なくとも１つのディジタル・オーディオ−ビジュアル再生装置における、前記ディジタル・メディア識別子により特定される前記ディジタル・メディアの実行と実行方法とを、前記第２の通信リンクを通して次により管理するステップと、
ここで、前記メディア管理制御が、前記少なくとも１つの再生装置の場所で、前記リクエストされたディジタル・メディアに対して少なくとも１つの再生ルールを適用することにより、再生装置それぞれに対する前記再生ルールに基づいて、各ユーザ・リクエストで特定される前記メディアを受け付ける、または拒否する、
ここで、前記演奏ルールは、最大待ち行列長と、報酬プログラムに基づく優先再生と、リクエストされたディジタル・メディアが、前記少なくとも１つの再生装置での再生が可能か否かの判定と、リクエストされたディジタル・メディアが、前記少なくとも１つの再生装置で承認されるか否かの判定と、ディジタル・メディア・リクエストの即時の強制再生および特定条件に応じて順序を変えて再生することとを含み、
前記リクエストされたディジタル・メディアが、前記少なくとも１つの適用される再生ルールを満たす場合に、前記リクエストされたディジタル・メディアの前記再生装置での再生を受け付けるステップと、
前記リクエストされたディジタル・メディアが、前記少なくとも１つの再生装置で前記少なくとも１つの適用される演奏ルールを満たさない場合に、前記リクエストされたディジタル・メディアを拒否するステップと、
前記リクエストが受け付けられた場合、前記ディジタル・メディア・プロセッサにより選択された前記ディジタル・メディアの送信を、前記ディジタル・オーディオ−ビジュアル再生装置により前記選択されたディジタル・メディアの再生のために前記少なくとも１つのディジタル・オーディオ−ビジュアル再生装置に対して開始するステップと、
を含むことを特徴とするコンテンツ選択方法。
【請求項２】
前記第１の通信リンクを通して前記ディジタル・メディア・コンテンツ・リクエストを送信するステップは、少なくとも無線通信部を含むように前記第１の通信リンクを形成するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の通信リンクを通して前記ディジタル・メディア・コンテンツ・リクエストを送信するステップは、インターネットを含むように前記第１の通信リンクの少なくとも一部を形成するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
識別された前記ディジタル・メディアを前記ディジタル・オーディオ−ビジュアル再生装置に通信するステップは、前記ディジタル・オーディオ−ビジュアル再生装置にインターネット上で前記受け付け可能なディジタル・メディアを送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
全ての再生装置に対して、前記メディア管理制御による再生のグローバル・ルール・セットを確立するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記メディア管理制御により、再生装置それぞれに対して適用可能なルール・サブセットを確立するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ルール・サブセットに可変的に選択可能な変化を許容するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
少なくとも１つの可変的に適用可能なルール・サブセットを確立するステップと、
選択されたイベントが起こった場合に、前記メディア管理制御が前記ルール・サブセットを適用するステップと、をさらに含むことを特徴とする請求項５に記載の方法。
【請求項９】
前記可変的なイベントを、１日のある時刻、週のある曜日、月のある日、および特別なイベントのうちの少なくとも１つとして確立することを特徴とする請求項８に記載の方法。
【請求項１０】
前記１日のある時刻は、区別可能な開始時間と終了時間を有することを特徴とする請求項９に記載の方法。
【請求項１１】
前記ルール・サブセットは、修正されたグローバル・ルール・セットを含むことを特徴とする請求項９に記載の方法。
【請求項１２】
前記メディア管理制御が、前記メディア管理制御によりなされた前記決定に対応するユーザ・リクエストに応答して、受付或いは拒否メッセージを前記ユーザーに送信して、前記少なくとも１つの再生場所でユーザのリクエストした識別されたメディアの前記再生を受け付けるかまたは拒否するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記再生ルールは、更に、
同じアーティストおよび同じ歌曲のうちの少なくとも１つによるディジタル・メディアの再生を再再生しない期間と、
前記同じメディアがすでに前記待ち行列に受け付けられていれば、新規のディジタル・メディア・リクエストを演奏しないことと、
前記メディア管理制御が、前記少なくとも１つの再生装置の前記場所で識別された前記メディアを受け付けるあるいは拒否する際に、少なくとも３つの前記再生ルールを適用することと、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記再生ルールは、
他のユーザからのリクエストにより干渉されることなく、同じユーザから受け付け可能な連続リクエスト数と、
再生装置が受け付け可能な音楽ジャンルと、
前記再生装置で受け付け可能なアーティストと、
受け付け可能なアーティスト・メディアと、
のうちの少なくとも１つを含むことを特徴とする請求項１３に記載の方法。
【請求項１】
ディジタル・メディア・プロセッサに結合されたメモリに格納され、ディジタル・オーディオ−ビジュアル再生装置で再生可能なディジタル・メディアのコンテンツ選択方法であって、
ユーザ・インタフェースとメディア管理制御との間の第１の通信リンクを提供するステップと、
前記メディア管理制御と、ディジタル・メディアを含むメモリに結合され、かつ少なくとも１つのディジタル・オーディオ−ビジュアル再生装置と通信して結合されるディジタル・メディア・プロセッサと、の間の第２の通信リンクを提供するステップと、
遠隔の前記ユーザ・インタフェースからの、少なくとも１つのディジタル・メディア識別子を含むディジタル・メディア・コンテンツ・リクエストを、前記再生装置から前記第１の通信リンクを通して前記メディア管理制御へ送信するステップと、
前記ユーザ・インタフェースからの前記ディジタル・メディア・コンテンツ・リクエストに応答して、前記メディア管理制御が、前記少なくとも１つのディジタル・オーディオ−ビジュアル再生装置における、前記ディジタル・メディア識別子により特定される前記ディジタル・メディアの実行と実行方法とを、前記第２の通信リンクを通して次により管理するステップと、
ここで、前記メディア管理制御が、前記少なくとも１つの再生装置の場所で、前記リクエストされたディジタル・メディアに対して少なくとも１つの再生ルールを適用することにより、再生装置それぞれに対する前記再生ルールに基づいて、各ユーザ・リクエストで特定される前記メディアを受け付ける、または拒否する、
ここで、前記演奏ルールは、最大待ち行列長と、報酬プログラムに基づく優先再生と、リクエストされたディジタル・メディアが、前記少なくとも１つの再生装置での再生が可能か否かの判定と、リクエストされたディジタル・メディアが、前記少なくとも１つの再生装置で承認されるか否かの判定と、ディジタル・メディア・リクエストの即時の強制再生および特定条件に応じて順序を変えて再生することとを含み、
前記リクエストされたディジタル・メディアが、前記少なくとも１つの適用される再生ルールを満たす場合に、前記リクエストされたディジタル・メディアの前記再生装置での再生を受け付けるステップと、
前記リクエストされたディジタル・メディアが、前記少なくとも１つの再生装置で前記少なくとも１つの適用される演奏ルールを満たさない場合に、前記リクエストされたディジタル・メディアを拒否するステップと、
前記リクエストが受け付けられた場合、前記ディジタル・メディア・プロセッサにより選択された前記ディジタル・メディアの送信を、前記ディジタル・オーディオ−ビジュアル再生装置により前記選択されたディジタル・メディアの再生のために前記少なくとも１つのディジタル・オーディオ−ビジュアル再生装置に対して開始するステップと、
を含むことを特徴とするコンテンツ選択方法。
【請求項２】
前記第１の通信リンクを通して前記ディジタル・メディア・コンテンツ・リクエストを送信するステップは、少なくとも無線通信部を含むように前記第１の通信リンクを形成するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１の通信リンクを通して前記ディジタル・メディア・コンテンツ・リクエストを送信するステップは、インターネットを含むように前記第１の通信リンクの少なくとも一部を形成するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
識別された前記ディジタル・メディアを前記ディジタル・オーディオ−ビジュアル再生装置に通信するステップは、前記ディジタル・オーディオ−ビジュアル再生装置にインターネット上で前記受け付け可能なディジタル・メディアを送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
全ての再生装置に対して、前記メディア管理制御による再生のグローバル・ルール・セットを確立するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記メディア管理制御により、再生装置それぞれに対して適用可能なルール・サブセットを確立するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ルール・サブセットに可変的に選択可能な変化を許容するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
少なくとも１つの可変的に適用可能なルール・サブセットを確立するステップと、
選択されたイベントが起こった場合に、前記メディア管理制御が前記ルール・サブセットを適用するステップと、をさらに含むことを特徴とする請求項５に記載の方法。
【請求項９】
前記可変的なイベントを、１日のある時刻、週のある曜日、月のある日、および特別なイベントのうちの少なくとも１つとして確立することを特徴とする請求項８に記載の方法。
【請求項１０】
前記１日のある時刻は、区別可能な開始時間と終了時間を有することを特徴とする請求項９に記載の方法。
【請求項１１】
前記ルール・サブセットは、修正されたグローバル・ルール・セットを含むことを特徴とする請求項９に記載の方法。
【請求項１２】
前記メディア管理制御が、前記メディア管理制御によりなされた前記決定に対応するユーザ・リクエストに応答して、受付或いは拒否メッセージを前記ユーザーに送信して、前記少なくとも１つの再生場所でユーザのリクエストした識別されたメディアの前記再生を受け付けるかまたは拒否するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記再生ルールは、更に、
同じアーティストおよび同じ歌曲のうちの少なくとも１つによるディジタル・メディアの再生を再再生しない期間と、
前記同じメディアがすでに前記待ち行列に受け付けられていれば、新規のディジタル・メディア・リクエストを演奏しないことと、
前記メディア管理制御が、前記少なくとも１つの再生装置の前記場所で識別された前記メディアを受け付けるあるいは拒否する際に、少なくとも３つの前記再生ルールを適用することと、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記再生ルールは、
他のユーザからのリクエストにより干渉されることなく、同じユーザから受け付け可能な連続リクエスト数と、
再生装置が受け付け可能な音楽ジャンルと、
前記再生装置で受け付け可能なアーティストと、
受け付け可能なアーティスト・メディアと、
のうちの少なくとも１つを含むことを特徴とする請求項１３に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１２−５２３１６５（Ｐ２０１２−５２３１６５Ａ）
【公表日】平成２４年９月２７日（２０１２．９．２７）
【国際特許分類】
【出願番号】特願２０１２−５０３６３７（Ｐ２０１２−５０３６３７）
【出願日】平成２２年３月３１日（２０１０．３．３１）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０２９３０６
【国際公開番号】ＷＯ２０１０／１１７８２８
【国際公開日】平成２２年１０月１４日（２０１０．１０．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ｉモード
３．ＷｉＦｉ
【出願人】（５０７０２１９２０）アコー インターナショナル，インコーポレイテッド (3)
【氏名又は名称原語表記】ＡＫＯＯ ＩＮＴＥＲＮＡＴＩＯＮＡＬ，ＩＮＣ．
【住所又は居所原語表記】２５００ Ｎｏｒｔｈ Ｈａｒｌｅｍ Ａｖｅｎｕｅ，Ｅｌｍｗｏｏｄ Ｐａｒｋ，ＩＬ６０７０７，Ｕ．Ｓ．Ａ．
【Ｆターム（参考）】
【公表日】平成２４年９月２７日（２０１２．９．２７）
【国際特許分類】
【出願日】平成２２年３月３１日（２０１０．３．３１）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０２９３０６
【国際公開番号】ＷＯ２０１０／１１７８２８
【国際公開日】平成２２年１０月１４日（２０１０．１０．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．ｉモード
３．ＷｉＦｉ
【出願人】（５０７０２１９２０）アコー インターナショナル，インコーポレイテッド (3)
【氏名又は名称原語表記】ＡＫＯＯ ＩＮＴＥＲＮＡＴＩＯＮＡＬ，ＩＮＣ．
【住所又は居所原語表記】２５００ Ｎｏｒｔｈ Ｈａｒｌｅｍ Ａｖｅｎｕｅ，Ｅｌｍｗｏｏｄ Ｐａｒｋ，ＩＬ６０７０７，Ｕ．Ｓ．Ａ．
【Ｆターム（参考）】
[ Back to top ]