JP2006511122A - コンテンツ再生にリムーバブル媒体を用いる携帯機器 - Google Patents

Abstract

メディアリーダと、このメディアリーダに媒体が挿入されたときに該媒体からのコンテンツ再生を制御するように構成されたアプリケーションとを備えた機器。本機器は、広告を含む制御コマンドを送信するリモートネットワークとインターフェースをとる。上記媒体からのコンテンツ再生を可能にするには、広告の再生が必要となる。本機器は、例えば、ワイヤレスカップリングを通じて上記リモートネットワークから制御コマンドを受信する携帯ワイヤレス機器である。

Description

本発明は、ネットワークに接続された機器にオーディオコンテンツ、ビジュアルコンテンツ、又は、他のコンテンツを提供する方法及び装置に関する。

例えばインターネットなどの有線網を通じて、例えばＰＣなどの機器へ、例えばオーディオやビデオなどのコンテンツを提供するための様々な方法が存在する。例えば、ＰＣユーザがラジオ局サーバから有線網を通じて流されたラジオ放送を受信するオーディオストリーミングが普及している。例えば広告やニュース番組などのビデオクリップなどであるビデオストリーミングも知られている。これも、一般的には、インターネットを通じて再生され得るユーザのＰＣへ送られる。別の一例として、１曲以上の曲を含んだＭＰ３オーディオファイルがしばしばインターネット上で転送される。このような転送は、例えば、商用ウェブサイトからの購入後のダウンロードであったり、友人からの電子メールに添付されていたりする。

コンテンツの転送は、通常、有線網では容易に実現される。なぜなら、大きい帯域幅がコンテンツの比較的素早い転送を可能にするからである。有線網における高速なデータ転送は、オーディオストリーミングやポップアップ広告のビデオ広告の場合と同じようにコンテンツがユーザに対して連続的に再生されるようにデータがダウンロードされることを可能にする。ストリーミングされない例えばオーディオファイルや写真ファイルなどの大きなコンテンツファイルにとって、有線網の大きな帯域幅はネットワーク上での転送を実現可能にするものである。

通常の無線ネットワーク上で大量のコンテンツを転送することは、ほとんどのワイヤレスネットワークの低帯域幅により、実現可能でない。よって、携帯電話へのオーディオ及びビデオのストリーミングは実現可能でない。なぜなら、オーディオ又はビデオがユーザに対して連続的に音を出す又は表示されるようなデータ転送が帯域幅により実現できないからである。モバイルネットワークにおいてユーザに十分な帯域幅を提供することは、法外に高くつく可能性がある。ストリーミング用でない大きなコンテンツファイルをダウンロードすることは、技術的には可能である。例えば、今日、ワイヤレスネットワーク上で写真を転送することが普及してきている。しかしながら、大きなオーディオファイルや写真ファイルを視聴のために転送することは、依然として、ワイヤレスネットワーク上では時間が掛かる。

本発明の目的は、従来技術に存在する上記欠点等を克服することである。

本発明は、ワイヤレスネットワークの帯域幅によって制約されずに、ワイヤレスネットワークに接続された機器へコンテンツを提供する。一実施形態として、このようなコンテンツの少なくとも一部は、ワイヤレスネットワークを通じて及ぼされた制御下で機器へ直接提供される。

したがって、本発明は、メディアコンテンツの再生をユーザに対して提供するシステムを提供する。本システムは、メディアドライブと、このメディアドライブに挿入されたメディアからコンテンツを読み出すアプリケーションとを備えた携帯ワイヤレス機器を有する。本システムは、更に、ワイヤレスネットワークを通じて上記ワイヤレス機器と通信するサービスを有する。このサービスは、上記メディアが上記メディアドライブに挿入されたときに該メディアのコンテンツの再生を制御する制御コマンドを上記アプリケーションプログラムへ提供する。本発明は、更に、ワイヤレスネットワークに接続された携帯ワイヤレス機器を提供する。このワイヤレス機器は、メディアドライブと、アプリケーションとから構成される。本アプリケーションは、上記メディアドライブにメディアが挿入されたときに、上記ワイヤレスネットワークを通じてサービスから受信された制御コマンドに基づいて上記メディアからコンテンツを再生する。

本発明は、更に、メディアコンテンツの再生をユーザに提供するのに用いられるサービスを提供する。このサービスは、制御コマンドを生成してネットワークを通じて携帯ワイヤレス機器へ送信する。この制御コマンドは、上記ワイヤレス機器のメディアドライブに挿入されたメディアのコンテンツの再生を制御する。

本発明は、更に、コンテンツを含むメディアを提供する。このメディアは、携帯ワイヤレス機器のメディアドライブに挿入することが可能である。また、このメディアは、上記携帯ワイヤレス機器に記憶されたアプリケーションがリモートサービスから制御コマンドを受信したときに、該アプリケーションによる上記コンテンツの再生のために読み出すことができる。

加えて、本発明は、携帯ワイヤレス機器に記憶されたアプリケーションプログラムを提供する。このアプリケーションは、上記ワイヤレス機器によってネットワークを通じてリモートサービスから受信された制御コマンドに従って上記ワイヤレス機器のメディアドライブに挿入されたメディアからコンテンツを読み出し、再生する。

図１を参照する。図１には、本発明をサポートする基本システムが図示されている。このシステムは、エアーインターフェース４８を通じて携帯電話網（セルラーネットワーク）５０と接続する携帯電話１０から構成される。携帯電話網５０は、本分野で周知の多くの方法のうちの任意のものを使って、インターネット６０に接続される。例えば、携帯電話１０は、インターネット６０に接続されたモバイル切替局（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｓｔａｔｉｏｎ；ＭＳＣ）に接続されたローカル基地局（ＢＳ）と通信することができる。サービス７０は、インターネット６０に接続された多くのサーバの中の１つであり、後に詳述する。

携帯電話１０は、キーパッド１２、マイクロホン１４、スピーカ１６、及び、ディスプレイ１８などの複数の標準機能から構成される。携帯電話１０は、本分野では周知の多くの方法のうちの任意のものを使って、音声サービス及びデータサービス（含インターネット）用に構成される。また、携帯電話１０は、メディアドライブ２０も有する。本実施形態において、メディアドライブ２０は、ミニ光ディスク２２を受け入れる光ディスクドライブである。代替的に、磁気ディスクやフラッシュメモリなどの他のメディア用のドライブを用いることも可能である。

図２を参照する。図２は、携帯電話１０の複数の構成要素を示している。光ディスクドライブ２０は、携帯電話１０のマイクロプロセッサ２３によって制御され、適切な環境下で光ディスク２２から読み出したデータをマイクロプロセッサ２３へ提供する。マイクロプロセッサ２３は、関連したメモリ２４を有する。メモリ２４は、一時的な記憶と、携帯電話１０の様々な機能のためのアプリケーションプログラムとを提供し得る。マイクロプロセッサ１２は、キーパッド１２からの適切な環境下での入力を受け付け、適切な環境下でディスプレイ１８へディスプレイ出力を提供し得る。また、マイクロプロセッサは、接続された携帯電話１０の送受信エレクトロニクス２６を制御して、アンテナ３０を経由して、ワイヤレスインターフェース４８を通じて音声信号及びデータ信号を送受信する。スピーカ１６やマイクロホン１４などの携帯電話１０の他の機能は、便宜上、図２では省略されている。

図１及び２と一緒に参照する。光ディスク２２は、オーディオコンテンツやビジュアルコンテンツなどのコンテンツを含む。光ディスクドライブ２０に挿入されると、マイクロプロセッサ２３はディスク２２用のアプリケーションソフトウェア又はプログラムを起動させる。このようなディスク２２に関するアプリケーションソフトウェアは、メモリ２４に記憶されていてもよく、或いは、ディスク２２自体から読み出されてもよい。このアプリケーションプログラムは、ユーザが携帯電話１０を通じて直ちにディスク２２のコンテンツにアクセスすることを許可しない。加えて、ディスク２２のコンテンツ部分は、本分野では既知のように、暗号化され、アクセスするのにキーが必要とされてもよい。

ディスクへのアクセスは、例えば図１のサービス７０などのネットワークを通じてアクセス可能なサービスによって制御される。マイクロプロセッサ２３によって動かされるアプリケーションプログラム（以下、「アプリケーション」とも呼ぶ）は、ディスク２２から携帯電話１０をサービス７０と接続するのに必要なプロトコルを読み出すことができる。例えば、このアプリケーションは、ディスク２２からサービス７０のインターネットアドレスを読み出して、エアーインターフェース４８、携帯電話網５０、及び、インターネット６０を通じて、本分野では既知の方法で携帯電話１０とサービス７０との間の接続を開始する。代替的に、サービス７０のインターネットアドレスは、メモリ２４に記憶されていてもよく、或いは、検索のためにアプリケーションコード内に記憶されていてもよい。異なるサービスの複数のアドレスが記憶されている場合、ディスク２２やメモリ２４などの複数のソースからアクセス可能な又はユーザから直接アクセス可能なデータに基づいて、関連する１つを選択するようにしてもよい。

また、マイクロプロセッサ２３によって動かされるアプリケーションプログラムは、ディスク２２からの追加的なディスク情報（例えば、ディスク２２が大量生産されたＲＯＭディスクの場合、ディスク識別子）にアクセスするようにしてもよい。携帯電話１０とサービス７０との間に接続が一旦確立されると、マイクロプロセッサ２３はディスク情報をサービス７０へ送信することができる。サービス７０は、これを受信すると、適切なコンテンツアクセス及び／又は制御データ（「制御コマンド」）をマイクロプロセッサ２３へ送り返す。アプリケーションプログラムは、この制御コマンドを用いて、制御コマンドによって指示された方法で、携帯電話１０上でコンテンツにアクセスする及び／又はコンテンツを再生する。一実施形態として、制御コマンドに時間期限を設け、制御コマンドが所定の期間のみ作動し、更なる制御コマンドのためには携帯電話１０はサービス７０へ接続することが必要となるようにしてもよい。これにより、所定期間後には新しい制御コマンドが必要となるため、サービス７０への接続が許可されていない人はディスク２２上のコンテンツにアクセスできない。ディスク２２のコンテンツが暗号化されている場合、制御コマンドが解読に必要なキーを含むようにすることもできる。さらに、例えばユーザからの入力又はアプリケーションプログラムなどに基づいた後続の制御コマンドがサービス７０から送られてもよい。

例えば、ディスク２２は、プロモーションソングを５曲含んだＲＯＭディスクであってもよい。ディスクのＩＤは、アプリケーションプログラムによってアクセスされ、サービス７０へ送られる。サービス７０は、識別されたディスク２２のコンテンツである曲を解読するためのキーをコマンドと共にアプリケーションプログラムへ送り返す。これにより、アプリケーションプログラムは、解読後、該曲を再生することができる。アプリケーションプログラムは、曲を暗号解読し、サウンドカード（図示せず）又はマイクロプロセッサ２３によってアクセスされる他のオーディオソフトウェアアプリケーションを用いて、携帯電話１０のスピーカ１６で該曲を再生する。代替的に、携帯電話１０の補助ジャックにヘッドホンが接続されてもよい。また、アプリケーションプログラムは、サービス７０から受信された制御データによって指定された順序でディスク２２に含まれる複数の曲を再生してもよい。ロイヤル・フィリップス・エレクトロニクス社の１ＧＢのスモールフォームファクターオプティカル（ＳＦＦＯ）ストレージディスクは、ＣＤ音質で２３時間まで保持できるため、何百という曲を記憶することができる。容量がより少ない光ディスク２２であっても、大量のプロモーションソングを記憶することができる。サービス７０は、制御コマンドを通じて、ディスク２２中の選択された曲だけを選択された順序で再生するようにアプリケーションに指示することもできる。このような曲は、例えば、時刻や日付などに基づいて変化してもよい。代替的に、アプリケーションは、ユーザが再生する曲のジャンルやグループなどを選択できるようにするためのメニュをディスプレイ１８上でユーザに提供するようにしてもよい。選択結果はサービス７０へ送られ、選択されたコンテンツに対応した再生リストがディスク２２からの曲を含むアプリケーションプログラムへ送られる。

再生に関するより多くの制御又はより少ない制御がサービス７０によってアサートされてもよい。例えば、サービス７０によって生成された制御コマンドは、ディスク２２への初期アクセスをアプリケーションに許可し、この許可の後にユーザがディスク２２からの再生を制御することができるようになるようにしてもよい。したがって、サービス７０は、アクセスが許可された後は再生に関する制御を実質的に行わない。アプリケーションプログラムは、一般的に、ネットワークを通じてサービス７０から送信された制御コマンドなしでのディスク２２のコンテンツへのアクセスをユーザに認めないが、アプリケーションプログラムが変更され得る場合、暗号化によってサービス７０とのネットワーク接続が依然として要求されることになる点に注意。また、ディスクコンテンツに対する暗号キーがサービス７０から送信される前に、サービス７０によるアプリケーションの認証が要求されてもよい。このようなアプリケーションの認証は、例えば透かしや公開鍵／秘密鍵などの多くの周知の認証手順のうち任意のものを用いて実行することができる。コンテンツがディスク２２上で暗号化されており、且つ、キーがネットワークを通じて配布される場合、既存のコピープロテクションシステムを用いることができる。

別の実施形態として、コンテンツの再生を維持するためには制御コマンドが繰り返し送信されることが必要であるものとしてもよい。この実施形態においては、携帯電話１０は、コンテンツの再生を続けるためには、サービス７０へ接続されたままでいること又はサービス７０へ再接続することが必要となる。これは、例えば、制御コマンドを時間に反応するものとし、しばらくすると制御コマンドが無効になるようにすることによって、実現できる。その後、有効期限の切れた制御コマンドは、サービス７０によって有効な制御コマンドに置き換えられる。

加えて、例えば広告などの追加的コンテンツがディスク２２に記憶され、適切な時点でアプリケーションプログラムによって取り出され、表示又は再生されてもよい。例えば、アプリケーションプログラムは、ディスク２２から広告シーケンスを取り出し、それらを再生中の複数の曲の曲間に挿入することができる。また、アプリケーションは、ディスク７０に含まれる広告リストをサービスへ送り、いつ、いずれの広告が再生リストに挿入されるべきかを指示する制御コマンドをサービス７０から受信してもよい。代替的に、サービス７０は、受信したディスク２２のＩＤを用いて、メモリからディスク２２に含まれる広告リストを取り出し、いつ、いずれの広告を再生リストに挿入すべきかを指示する制御コマンドを生成してもよい。

既述のように、携帯電話１０がサービス７０と接続し、ディスク２２のＩＤがサービス７０へ送られると、サービス７０はディスク２２上のコンテンツから再生されるべき再生リスト全体を含む制御コマンドを送信することができる。この場合、ユーザがディスク２２を挿入すると、携帯電話１０はすべての人と同じディスク２２の再生リストを受信する。代替的に、サービス７０は、ディスク２２を視聴しているすべてのユーザにネットワークを通じてディスク２２の制御コマンドを継続的に送信するようにしてもよい。したがって、ユーザがディスク２２を挿入し、アプリケーションが動き始めると、最新の制御コマンドがサービスからアプリケーションへ送信される。この制御コマンドが受信されると、ディスク２２から適切な現在のコンテンツが再生される。この場合、ディスク２２を携帯電話１０に挿入したすべてのユーザは、同じ曲のシーケンスをほぼ同時に視聴することになる。

サービス７０は、例えばディスプレイ１８上でユーザに対して表示されたり又は曲と曲の間にユーザに対して再生されたりする広告の形をとった追加的コンテンツを提供することができる。広告は、例えば、ダウンロードされ、携帯電話１０のメモリ２４に記憶され、アプリケーションプログラムによってサービス７０からの制御コマンドに基づいて適切なタイミングで挿入される。このようなサービス７０からの広告のダウンロード及び保存は、ディスク２２からのアプリケーションプログラムによって曲の再生中に行うことができる。したがって、ワイヤレスネットワークは狭帯域幅であるにもかかわらず、通常は１以上の広告が表示又は再生するのに必要な時点までに完全にダウンロードされる。この場合、曲自体はディスク２２から再生されている間に、広告はサービス７０によって携帯電話１０のユーザに対して効果的に「ブロードキャスト」される。広告がサービス７０によってこのような方法ですべてのリスナーに（又はディスク２２のすべてのリスナーに）ブロードキャストされるのが通常である場合、サービス７０による広告をブロードキャストするための帯域幅は、後述するカスタマイズされた広告と比べて相対的に低い。

加えて、広告は、制御コマンドとして機能し、１以上の広告に耳を傾けることでディスク２２の中のコンテンツの再生へのアクセスが許可されるものとしてもよい。これら広告は、例えば、サービス７０から送信される。その場合、広告の再生によって、アプリケーションプログラムはディスク２２の中の１以上のコンテンツ部分の再生が可能になる。この実施形態は、広告がコンテンツ部分に関連するものであってもなくても、ユーザに広告を再生させるインセンティブを提供する。

サービス７０によって広告がブロードキャストされるのが通常である場合であっても、例えば地理に基づくカスタマイズなど可能であるカスタマイズも存在することに注意。サービス７０は、広告をブロードキャスト先の携帯電話網５０のセルに応じてブロードキャストすることができる。例えば、基地局のアドレスに基づいて、又は、携帯電話網５０の他のプロトコルに従ってあるセルのユーザを指定することによって、特定の広告群を適切なセルへ送ることができる。このような地理的な広告は、特に、地域の商人による広告に適している。例えば、サービス７０は、ある地域に存在するレストランの広告をその地域の１以上のセルにいるユーザへ送ることができる。したがって、ディスク２２のコンテンツを聴いているユーザを近くのレストランへ誘うことができる。

上記の例示的な実施形態において、携帯電話１０からサービス７０へ送られる関連データには、ディスク２２のＩＤが含まれていた。サービス７０は、これを受信すると、コンテンツ制御コマンドと広告（適用可能である場合）とをディスク２２のＩＤのみに基づいてネットワークを通じて携帯電話１０へ送っていた。代替的な実施形態として、本システムは、コンテンツ（及び広告）が携帯電話１０のユーザに合わせてカスタマイズされるように構成されてもよい。したがって、ディスク２２が挿入されると、アプリケーションプログラムは、携帯電話１０とサービス７０との間のネットワーク接続を起動させ、開始する。ディスク２２のＩＤは、アプリケーションプログラムによってネットワーク接続を通じてサービス７０へ送信される。また、サービス７０は、ネットワークを通じてユーザに関するＩＤも受信する。ユーザは、ユーザＩＤによって識別することができる。ユーザＩＤは、例えば、予め選択されて携帯電話１０のメモリ２４に保存され、取り出されてサービス７０へ送られる。代替的に、アプリケーションは、ユーザが自分のＩＤをキーパッド１２を通じて入力するとすぐに携帯電話１０のディスプレイ１８上に入力を提供するようにしてもよい。

別の方法として、アプリケーションプログラムは、例えば電子シリアルナンバーなどの携帯電話１０のＩＤを送ってもよい。これは、特に、ネットワークプロトコルが専用データ接続に依存している場合（例えばＧＳＭなど）に特に適している。携帯電話１０のＩＤは、サービス７０に対して、携帯電話のユーザを識別するための代理人として機能する。ネットワークプロトコルがパケットベースのデータ伝送に依存している場合（例えば、ＣＤＭＡやＵＭＴＳなど）、携帯電話１０のアドレスはパケットヘッダに含まれているため、ディスク２２のＩＤが送信されたときにサービス７０は携帯電話も識別できる。この場合、アプリケーションプログラムは携帯電話１０の識別子を送信する必要はなく、携帯電話アドレスが、サービス７０に対して、携帯電話１０のユーザを識別するための代理人として機能する。

サービス７０は、ユーザＩＤ及び／又はディスク２２のＩＤを識別子として用いて、ディスク２２から再生されるコンテンツをそのユーザについてカスタマイズする。したがって、サービス７０は、ユーザＩＤをサービス７０のデータベースに記憶された携帯電話１０のユーザに関するプリファレンスデータを取り出すためのインデックスとして用いる。サービス７０は、このユーザプリファレンスを用いて、そのユーザのために再生するコンテンツをディスク２２の中から選択する。サービス７０は、選択されたコンテンツが再生されるための制御コマンドを作成し、ネットワーク接続を通じてアプリケーションプログラムへ送信する。サービス７０と携帯電話１０の間に専用データ接続が存在する場合、制御コマンドはこのデータ接続を通じて送信される。パケットプロトコルが存在する場合、制御コマンドは携帯電話１０のアドレスへ返される。既述のように、このアドレスは、例えばアプリケーションがサービス７０へ以前に送ったデータのヘッダから、サービス７０には既知である。次いで、ユーザプリファレンスに従って選択されたコンテンツは、アプリケーションプロトコルによってディスク２２から再生される。

サービス７０は、多くの方法でユーザプリファレンスを取得することができる。例えば、ユーザプリファレンスは、サービス７０のウェブサイトと接続したＰＣを用いてユーザによって手動で入力・更新されてもよい。別の方法として、ユーザプリファレンスは、アプリケーションプログラムのメニュを選択することによって携帯電話１０を通じてユーザによって手動で入力され、サービス７０へ送られ、ユーザＩＤでインデックスが付けられて保存されてもよい。さらに別の方法として、アプリケーションプログラムが、ディスク２２が挿入されるたびにユーザに複数の選択メニュの中から１つのプリファレンスを選択するように要求し、これをディスクＩＤと共にサービス７０へ送ってもよい。このようにプリファレンスが常に送信される場合、サービス７０はユーザプリファレンスを保存する必要はない。

例えば、携帯電話１０のユーザは、ディスク２２を光ディスクドライブ２０に挿入することによって、前の実施形態と同じアプリケーションプログラムを開始させる。アプリケーションプログラムは、ディスク２２のエンコードされていないエリアからサービス７０のネットワークアドレスを取り出し、携帯電話網５０及びインターネット６０を通じてサービス７０とのネットワーク接続を開始する。アプリケーションプログラムは、ディスク２２のＩＤと（上述の方法の中の１つで取得された）ユーザＩＤとをネットワーク接続を通じてサービス７０へ送信する。サービス７０は、ユーザＩＤをインデックスとして用いて、メモリ内のプリファレンスデータベースからユーザのコンテンツプリファレンスを取り出す。また、サービス７０は、ディスク２２のＩＤを用いて、メモリからディスク２２上の曲の完全な再生リストを取り出す。サービス７０は、ユーザのコンテンツプリファレンスを用いて、完全な再生リストから好みに対応した曲を選択する。選択された曲に対応した（ユーザの好みの再生リストを識別する）制御コマンドが作成され、サービス７０からアプリケーションプリファレンスへ送信される。好みの再生リストを構成する曲が、ディスク２２から選択され、アプリケーションプログラムによって再生される。

アプリケーションプログラムによって挿入されるためにサービス７０から送信された広告を、更に、ユーザごとにカスタマイズすることができる。例えば、広告についても、サービス７０のデータベースから取り出されたユーザのプリファレンスに基づいて、選択され、送信されてもよい。例えば、ユーザプリファレンスが「ロック音楽」の場合に選択される広告は、ユーザプリファレンスが「ジャズ」の場合に選択されるものと異なるようにすることができる。サービス７０がどのようにしてユーザプリファレンスに基づいて特定の広告を送るようにプログラムされるかは、例えば広告スポンサーやマーケッティング研究などによって、決定することができる。

ユーザが手動で自分のコンテンツプリファレンスをサービス７０へ入力する代わりに、サービス７０がアプリケーションプログラムと共にユーザの視聴パターンを監視し、そのユーザに対してカスタマイズされたプリファレンスを作成し、サービスのデータベースに保存し、更新するようにしてもよい。例えば、プロモーション用ディスク２２が最初に挿入されたとき、サービス７０は、ディスク２２に含まれる様々な種類の曲から構成される再生リストを再生するようにアプリケーションプログラムに指示する制御コマンドを送信することができる。アプリケーションプログラムは、携帯電話１０への入力に基づいてユーザの反応を監視し、監視データをサービス７０へ送信することができる。

例えば、ある曲の間にユーザが音量を上げた場合、アプリケーションはユーザはその曲が好きであるという印をサービス７０へ送信してもよい。逆に、ユーザが音量を下げた場合（或いは、アプリケーションによってユーザが再生リスト上の次の曲へスキップすることができる場合）、アプリケーションは、ユーザはその曲が嫌いであるという印をサービス７０へ送信してもよい。ユーザがコンテンツの再生を指示する実施形態においては、サービスは、カスタマイズされたプリファレンスを更新するために、選択されたコンテンツや選択されたコンテンツの頻度などを監視してもよい。また、アプリケーションによって、ユーザが、キーパッド１２を用いて（例えば、あるキーを押すと「好き」、別のキーを押すと「嫌い」）曲に関する直接的なフィードバックを提供できるようにしてもよい。サービス７０は、曲の種類及び上記印を用いて、そのユーザに関して保存されているユーザ音楽プリファレンスを作成し、洗練させていくことができる。プリファレンスは、広いジャンル（例えば、「ロック音楽」など）を超えて洗練され、サブジャンル（例えば、「ヘビーメタルロック音楽」など）及び／又はそのジャンルの特定のミュージシャンを識別するようにしてもよい。ユーザプリファレンスが十分に構築されると、サービス７０は、同時に、このプリファレンスを用いて、上述のように挿入されたディスク２２からユーザに対して再生するコンテンツを選択することができる。

同じように、ユーザの広告についてのプリファレンスについてもカスタマイズすることができる。アプリケーションプログラムは、携帯電話１０への入力に基づいて広告に対するユーザの反応を監視し、監視データをサービス７０へ送信する。例えば、音量を下げることは、ユーザが関心を持っていないコマーシャルであることを暗示しており、音量を上げることは、ユーザが関心を持っているコマーシャルであることを暗示している。サービス７０は、コマーシャルの種類と関心レベルとを用いて、ユーザのコマーシャルプリファレンスを作成し、洗練させていく。ユーザのコマーシャルプリファレンスに基づいて、ユーザプリファレンスの範囲内に入るコマーシャルをそのユーザへ送信する対象とすることができる。

再生リスト及び／又は広告がエンドユーザのプリファレンスに応じてカスタマイズされた場合、サービス７０の帯域幅要求が増加されることに注意。カスタマイズされた制御コマンドの各々は、各エンドユーザ（又は少人数のエンドユーザグループ）へ別々に送信されなければならないのに対し、再生リストがカスタマイズされていないときには１つの制御コマンド群をすべてのユーザへ送信することができる。

上記の例において、ディスク２２は、複数のプロモーションソングなどのコンテンツが予め記憶されたＲＯＭディスクである。ＲＯＭディスクは、当然、大量生産品であってもよい。これにより、例えば、プロモーション用ディスクをコンビニエンスストアチェーンに無料で頒布することができる。数週間ごとに、新しいプロモーション用ディスクが市場に出すことができる。

この点、ディスク２２の寿命を制限し、該寿命後はサービス７０がコンテンツの再生を許可しない、ようにすることができる。ユーザがサービス７０によって引退させられたディスク２２を再生できなくなると、ユーザは新しいプロモーションソングが入った新たに頒布されたディスクを探すことになる。しかし、例えば１ＧＢのフィリップス社のＳＦＦＯなどのミニ光ディスクは、ＣＤ音質のオーディオを２３時間分、ＦＭラジオ音質のオーディオを約３４時間分、保持することができる。より少ない容量のディスク２２であっても、一般的に、比較的長い間ユーザの関心を保つのに十分なコンテンツを有する。特に、再生リストが時間の経過と共に変更される場合には。したがって、新しいディスクは、例えば数週間ごと又は月ごとのオーダーで、頒布され、有効にされる（そして、古いディスクを無効にする）ことが可能である。

加えて、曲（個々のコンテンツ部分）自体が時間数についての期限を持ち、無効になる前は再生可能であるようにしてもよい。このように、しばらくの間再生可能で、その後再生できなくなる曲が提供されてもよい。曲のプロモータは、ディスクをプロモーションとして提供して、ユーザが新しい曲を聴くことができるようにし、その後、曲が再生できなくなったときにはその曲を購入するように誘うことができる。サービス７０は、制御コマンドを通じて１つの曲が再生できる時間数を制御してもよく、或いは、本分野では既知の透かしやチケットなどの情報を曲自体が含むようにしてもよい。チケットの更新は、サービス７０において維持されてもよく、或いは、携帯電話１０ローカルで維持されてもよい。再生リストがユーザの制御下にあるシステムにおいて、ある特定の曲が再生された時間数は、その曲への関心のレベルを曲のプロモータへフィードバックする手段として、サービス７０へ送信されてもよい。曲のプロモータは、これを利用して、例えば、いずれの曲を広く流通させるべきかを判断する。

別の方法として、ディスク２２自体や曲に時間期限を設けずに、ディスク２２に関する再生期限を各ユーザに設けることは可能である。この場合、例えば、上述のように、ユーザＩＤがディスクＩＤと共にサービス７０へ送信される。サービス７０は、ユーザがディスク２２から再生した曲数、ディスク２２を再生した時間、又は、他の制限要因についてのトラックを保持することができる。サービス７０がユーザによるディスク２２の再生時間についてのトラックを保持する場合、そのユーザについて、例えば、トータル再生時間、ユーザがディスク２２を何日間にわたって再生したか、又は、他の制限要因が記録される。そのユーザについて制限要因が閾値を越えたとき、サービス７０はそのユーザに対して当該ディスクのこれ以上の再生を許可しない。しかし、ユーザは、その際、当該ディスクを新しいユーザへあげることができる。新しいユーザは、該新しいユーザに対して再生期限が超過するまで自身の携帯電話においてそのディスク２２を再生することができる。別の方法として、ディスク２２は、例えば記録可能（「Ｒ」）ディスク及び／又は書き込み可能（「ＲＷ」）ディスクなどの記録可能ディスクであってもよい。この場合、ユーザは、ディスクにダウンロードするコンテンツを選択することによってそのコンテンツをカスタマイズすることができる。ユーザは、ＰＣを通じてサービス７０のウェブサイトに接続することによってコンテンツをダウンロードすることができる（よって、広い帯域幅により、高速なダウンロードが可能である）。別の方法として、例えば、ユーザは、例えばコンビニエンスストアのチェーン店などの商業的場所において維持されたキオスクにおいてダウンロードするコンテンツを選択してもよい。ユーザが再使用を望むＲＷディスクを持っている場合、ユーザは、そのディスクをキオスクドライブへ挿入することを促される。ディスクにダウンロードされるものとして選択されたコンテンツは、そのカスタマイズされたディスクのディスク識別子と共に、エンコードされてもよい。

ユーザがこのカスタマイズされたディスクを携帯電話１０のディスクドライブへ挿入すると、アプリケーションプリファレンスが起動し、携帯電話１０とサービス７０の間のネットワーク接続が開始され、ディスク識別子がサービス７０へ送られる。ディスク２２のコンテンツの再生は、サービス７０からの制御コマンドによって制御される。これには、例えば、ディスク２２を暗号解読するためのキー（ディスク識別子を用いてサービス７０のメモリから取り出される）の転送が含まれる。通常、アプリケーションは、コンテンツを順番に再生する。なぜなら、それがユーザによる選択だからである。しかしながら、サービス７０からの制御コマンドは、プロモーションのための１以上の特定の曲を強調するための再生リストを指定することができる。加えて、サービス７０は、ユーザによって選択された曲のジャンルに基づいて、曲と曲の間に挿入する広告をダウンロードすることができる。ユーザによって選択されたダウンロードする曲の種類は、広告についてのユーザプリファレンス及び今後のコンテンツダウンロードについての提案を作成するのに用いることができる。

既述のように、本発明に係るシステムは、複数の特許性を有するビジネス方法をサポートする。上述のように、ディスク２２は、ユーザがディスク２２を欲しいと思い、ディスク２２を再生するために自分の携帯電話１０を用いてネットワークを通じてサービス７０と関わりたいと思うように、通常、無料で配られる。通常、サービス７０を運営する業者がディスク２２を配布する（又は、ディスクがＲ／ＲＷディスクの場合、ディスク２２へ曲をダウンロードする）が、協働する別々の業者がサービス７０及びディスク２２を提供してもよい。

既述のように、携帯電話１０のアプリケーションプログラムは、携帯電話１０が（図１に携帯電話網５０及びインターネット６０として示した）ネットワークを通じてサービス７０に接続されていなければ、ディスク２２のコンテンツを再生しない。アプリケーションプログラムは、サービス７０からコンテンツ再生のための制御コマンドを受信する。また、アプリケーションプログラムは、サービス７０からコンテンツを暗号解読するためのキーを必要としてもよい。

サービス７０の事業者は、複数の収益の流れのうち１以上を持つことができる。

１）携帯電話１０とサービス７０の間のネットワーク接続について、ユーザに課金することができる。例えば、携帯電話網５０が、サービス７０との接続について携帯電話１０のユーザに分単位で課金し、次いで、サービス７０が携帯電話網５０と契約して接続料の一部を受け取るようにしてもよい。別の方法として、携帯電話網５０は、新しい携帯電話契約者を惹きつけるために、サービス７０にサービス提供料を支払うにもかかわらず、ユーザには無料で接続を提供するようにしてもよい。

２）上述のように、サービス７０は、例えば曲の再生と曲の再生の間や複数の曲から構成された短いセットが始まるたびに広告が挿入されるように、コンテンツの再生を制御してもよい。サービス７０は、広告がブロードキャストされるたびにスポンサーから料金を徴収することができる。広告が通常はサービス７０からディスク２２のすべてのユーザへブロードキャストされる上述の場合、サービス７０は、広告が多くの人に提示されるために、比較的高い料金を徴収することができる。他方、（例えば上述の記憶されたユーザプリファレンスに基づく）カスタマイズされた方法で特定の広告がユーザに送られる場合、任意の一の広告に触れるユーザの量は減少する。しかし、このカスタマイズされた広告の有効性はプレミアム料金を正当化し得る。

３）サービス７０は、ディスク２２に含まれるコンテンツの再生に関して宣伝費を徴収することができる。例えば、コンテンツが既述の方法の１つによって再生される複数の曲を含む場合、サービス７０はレコード会社（又は、アーティストや他の商業的利害関係者）から特定の曲の再生について料金を徴収することができる。上述のように、サービス７０はネットワーク接続を通じてディスク２２のコンテンツの再生を制御するため、この料金は、例えば当該曲がすべてのユーザによって再生された回数など、に基づいてもよい。別の方法として、当該曲をディスク２２のコンテンツに含めることについてレコード会社に固定費を課金してもよい。例えば特定の曲をディスクに含めることについて固定費を徴収すると共に、その曲が所定回数を超えて再生された場合には追加料金を徴収する、といった他の料金契約も可能である。

加えて、レコード会社（又は、他のプロモータ）は、サービス７０に接続したユーザに特定の曲をより頻繁に再生させることについて料金を支払ってもよい。既述のように、サービス７０は、ディスク２２のコンテンツの再生を制御するため、ディスク２２に含まれるコンテンツ全体の中から任意の再生リストを指示することができる。レコード会社が必要な料金を支払った場合、サービス７０は、特定の曲が含まれるように再生リストを選択する。その後再生リストが変更された場合でも、ディスク２２の中の他の曲に変更できるにもかかわらず、当該曲が依然として含まれるようにすることができる。レコード会社は、このような料金を支払うことによって、特定の期間にわたって再生頻度を増加させることができる。このプロモーションサービスの一部として、又は、追加料金を支払って、レコード会社は、当該曲を気に入ったリスナーがこのプロモーションから出て行って、当該曲を購入することを期待して、当該特定の期間が経過した時点で当該曲を再生リストから完全に排除することをサービス７０に要求してもよい。

４）また、サービス７０は、ユーザからコンテンツに関するフィードバックを集め、この情報を利害関係者に販売することもできる。例えば、アプリケーションプログラムがディスク２２の中のある曲を再生中に、アプリケーションプログラムは、ユーザに対して、携帯電話１０のディスプレイ１８上に、ユーザがキーパッド１２を通じて現在再生中の曲が好きか嫌いかを選択することができるフィードバック選択肢を提示することができる。このユーザに対する表示は、アプリケーションによって、定期的に行われてもよく、或いは、アプリケーションがサービス７０から指示されたときに行われてもよい。アプリケーションプログラムは、曲のＩＤと選択されたプリファレンスをサービス７０へ送信する。サービス７０は、ディスク２２に含まれる曲についてユーザプリファレンスを集計する。このリスナーフィードバックの集計は、レコード会社、他の曲のプロモータ、ラジオ局、又は、利害関係者にとって価値あるマーケティングデータを含むため、サービス７０はこれを有料で売ることができる。

ディスク２２に含まれる曲についてのユーザプリファレンスの一般的な集計は、上述のようにサービス７０のデータベースに複数のユーザについて個々のプリファレンスを作成するのにサービス７０が用いる複数のユーザからの同じフィードバックに依拠することができることに注意。よって、サービス７０は、このようなユーザフィードバックを用いてこれらの双方を実行することができる。

５）上記実施形態の変形例として、ユーザがコンテンツを購入してもよい。例えば、ユーザは、様々なアウトレットにおいて販売されているＲＯＭディスクを購入してもよい。再生リストは、例えば上述のような方法で、サービス７０によって（無料で、又は、ディスク２２の購入価格の一部として）提供される。別の方法として、再生リストは、ディスク２２の購入価格の一部として又は追加料金と引き換えに、アプリケーションによってダウンロードされ、携帯電話１０に記憶されてもよい。ダウンロードされると、ユーザは、ネットワーク上で再生リストを交換することができる。Ｒ／ＲＷディスクの場合、ユーザはディスク上にダウンロードされたコンテンツを購入することができる。このコンテンツは、ユーザが任意に選択することができる。

以上の説明及び具体例では、オーディオコンテンツ及びオーディオディスクに焦点を当てた。しかしながら、ビデオやオーディオとビデオの組み合わせなどの他のコンテンツもディスク２２に含まれるコンテンツとなり得ることは明らかである。このようなコンテンツの場合、アプリケーションプログラムは、上述のようにサービス７０の制御下で、携帯電話１０のディスプレイ１８上でディスク２２のビデオコンテンツを再生することができる。上述の広告は、オーディオだけでなくビデオから構成されてもよい。ディスク２２に記憶されたコンテンツが主としてオーディオである場合又はオーディオのみである場合であっても、広告はアプリケーションによってディスプレイ１８上で再生されるビデオから構成されてもよい。例えば、ディスク２２の中の曲がサービス７０からの制御コマンドに従って再生されている間、サービス７０はディスプレイ１８上で再生するためのビデオ広告を携帯電話１０へダウンロードすることもできる。このようなビデオ広告は、曲と曲の間に再生されてもよく、及び／又は、曲の再生中に再生されてもよい。

加えて、本発明においては、ワイヤレスモデムを備えたＰＤＡなどの携帯電話以外のワイヤレス携帯機器が用いられてもよい。また、本発明は、ネットワークに直接有線接続された機器にも適用できる。例えば、上記の説明における携帯電話１０は、インターネットに直接有線接続されたＰＣで置き換えることができる。当然、ＰＣがインターネット６０に直接有線接続される場合、図１のエアーインターフェース４８及び携帯電話網５０は不要である。このような機器は、標準的なサイズのＣＤ及び／又はＤＶＤを受け入れるドライブを有していてもよい。

上述の説明及び例示的実施形態において、サービス７０は、インターネット６０を経由して携帯電話網５０へ接続していたが、インターネット６０の代わりに他のネットワーク接続を用いることも可能である。例えば、サービス７０は、携帯電話網５０と直接ネットワーク化されてもよく、或いは、携帯電話網５０自体の一部であってもよい。

添付図面を参照して本発明の例示的実施形態について説明してきたが、本発明はこれらの明確な実施形態に限定されず、本発明の範囲は請求項の範囲によって規定されることが意図されている。

請求項を解釈する際に、以下の点は明らかである。
ａ）「有する」という語は、その請求項に挙げられたもの以外の要素又は工程の存在を排除しない。
ｂ）要素の前に置かれた「１つの（ａ／ａｎ）」という語は、その要素が複数個存在することを排除しない。
ｃ）請求項中の符号は請求項の範囲を制限しない。
ｄ）複数の「手段」は同じアイテム、ハードウェア、又はソフトウェアにより実現された構造又は機能を表し得る。
ｅ）開示された要素の各々は、ハードウェア部分（例えば、離散的な電子回路）から構成されてもよく、或いは、ソフトウェア部分（例えば、コンピュータプログラム）から構成されてもよく、或いは、これらの任意の組み合わせから構成されてもよい。
ｆ）開示された機器又はその一部のいずれも、特に断りのない限り、別の部分と一体に合成されてもよく、或いは、別々の部分へと分離されてもよい。
ｇ）特に記載のない限り、具体的な工程の順序については要求されていないことが意図されている。

本発明に係るシステムの一実施形態である。 図１の携帯電話の複数の構成要素の図である。

Claims (20)

1. リモートネットワークとインターフェースをとる機器であって、
   メディアリーダと、
   前記メディアリーダに媒体が挿入されたときに該媒体からのコンテンツの再生を制御するように構成されたアプリケーションとを有し、
   前記アプリケーションは、前記リモートネットワークを通じてサービスから受信された広告を含む制御コマンドに基づいて、前記媒体からコンテンツを再生するように構成される、ことを特徴とする機器。
2. 請求項１記載の機器であって、
   前記メディアリーダは、光ディスクドライブ、磁気ディスク、又は、フラッシュメモリカードインターフェースである、ことを特徴とする機器。
3. 請求項１記載の機器であって、
   ワイヤレスカップリングを通じて前記サービスから制御コマンドを受信する携帯ワイヤレス機器である、ことを特徴とする
4. 請求項１記載の機器であって、
   前記受信された制御コマンドは、前記アプリケーションによるコンテンツ再生の選択及び順序のうちの少なくとも１つを制御する、ことを特徴とする機器。
5. 請求項１記載の機器であって、
   前記媒体からのコンテンツの再生の前に受信された広告の再生が要求される、ことを特徴とする機器。
6. 請求項１記載の機器であって、
   再生するコンテンツ部分は、ユーザが選択可能であり、
   前記アプリケーションは、現在再生中のコンテンツに関するユーザプリファレンスの印を監視し、この印を前記リモートネットワークへ送信する、ように構成される、ことを特徴とする機器。
7. 請求項１記載の機器であって、
   再生するコンテンツ部分は、前記アプリケーションが制御可能であり、
   前記アプリケーションは、現在再生中のコンテンツに関するユーザプリファレンスの印を監視し、この印を前記リモートネットワークへ送信する、ように構成される、ことを特徴とする機器。
8. 請求項７記載の機器であって、
   前記印は、コンテンツ再生レベル及びユーザによって提供された印のうち少なくとも一方を含む、ことを特徴とする機器。
9. 請求項１記載の機器であって、
   前記アプリケーションは、コンテンツ部分を所定回数までしか再生しないように構成される、ことを特徴とする機器。
10. 請求項１記載の機器であって、
    前記広告は、コンテンツ再生を所定期間のみ可能にするように構成される、ことを特徴とする機器。
11. 請求項１０記載の機器であって、
    再生するコンテンツ部分は、ユーザが選択可能であり、
    前記アプリケーションは、選択されたコンテンツを監視し、この選択されたコンテンツの印を前記リモートネットワークへ送信する、ように構成される、ことを特徴とする機器。
12. 請求項１１記載の機器であって、
    前記広告は、再生されるコンテンツとコンテンツの間に再生される、ことを特徴とする機器。
13. 機械可読媒体に記憶されたプログラムであって、
    リモート機器から受信された広告コンテンツに基づいて媒体からのコンテンツ再生を制御するように構成されたことを特徴とするプログラム。
14. 請求項１３記載のプログラムであって、
    前記媒体からのコンテンツは、オーディオコンテンツ及びビデオコンテンツのうち少なくとも一方である、ことを特徴とするプログラム。
15. 請求項１３記載のプログラムであって、
    前記広告コンテンツに応じて前記媒体からのコンテンツ再生の選択及び順序のうち少なくとも一方を制御するように構成されたことを特徴とするプログラム。
16. 請求項１５記載のプログラムであって、
    前記媒体からコンテンツを再生する前に受信された広告の再生が要求される、ことを特徴とするプログラム。
17. 請求項１３記載のプログラムであって、
    ユーザが再生するコンテンツ部分を選択できるようにすると共に、
    選択されたコンテンツを監視し、この選択されたコンテンツの印を前記リモート機器へ送信するように構成された、ことを特徴とするプログラム。
18. 請求項１３記載のプログラムであって、
    再生するコンテンツ部分の選択を制御すると共に、
    現在再生中のコンテンツに関するユーザプリファレンスの印を監視し、この印を前記リモート機器へ送信するように構成された、ことを特徴とするプログラム。
19. 請求項１３記載のプログラムであって、
    コンテンツ部分を所定回数までしか再生しないように構成された、ことを特徴とするプログラム。
20. 請求項１３記載のプログラムであって、
    再生するコンテンツ部分は、ユーザが選択可能であり、
    前記プログラムは、選択されたコンテンツを監視し、この選択されたコンテンツの印を前記リモート機器へ送信するように構成された、ことを特徴とするプログラム。

Images