通信端末およびコンテンツリスト管理システム
【課題】ユーザの再生対象としたコンテンツの一覧を発信できる通信端末およびこのような通信端末からの情報を取得して、共通のコンテンツリストとして活用できるコンテンツリスト管理システムを得る。
【解決手段】コンテンツリスト管理システム１００は、個々のユーザ側が取得して再生したユーザ側プレイリスト１２１を通信ネットワーク１０１に発信する携帯端末１０２1〜１０２nと、これを受信するプレイリスト管理サーバ１０３を備えている。プレイリスト管理サーバ１０３は送られてくる複数のユーザ側プレイリスト１２１を基にして共通のサーバ側プレイリスト１２２を作成し、管理用データベース１０６に格納すると共に、希望する携帯端末１０２に配信する。携帯端末１０２は得られたサーバ側プレイリスト１２２を基にしてコンテンツサーバ１０４から必要なコンテンツをダウンロードする。
【解決手段】コンテンツリスト管理システム１００は、個々のユーザ側が取得して再生したユーザ側プレイリスト１２１を通信ネットワーク１０１に発信する携帯端末１０２1〜１０２nと、これを受信するプレイリスト管理サーバ１０３を備えている。プレイリスト管理サーバ１０３は送られてくる複数のユーザ側プレイリスト１２１を基にして共通のサーバ側プレイリスト１２２を作成し、管理用データベース１０６に格納すると共に、希望する携帯端末１０２に配信する。携帯端末１０２は得られたサーバ側プレイリスト１２２を基にしてコンテンツサーバ１０４から必要なコンテンツをダウンロードする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型音楽プレーヤや携帯電話機あるいは家庭で主に使用されるデスクトップ型あるいはノート型のコンピュータのように音データや映像データからなる各種のコンテンツを通信によって取得して再生することのできる通信端末およびコンテンツをリスト形式で管理するコンテンツリスト管理システムに関する。
【背景技術】
【０００２】
近年、通信ネットワークの高速化と低価格化は目覚しいものがある。この結果として、音楽を聴くために従来から必要とされることの多かったＣＤ（Compact Disc）の購入が減少する傾向にある。そして、ＣＤの購入に代わって、通信ネットワークを利用して音楽の配信サービスを受けたり、購入したデジタルコンテンツを視聴する傾向が強まっている。
【０００３】
また、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータあるいは携帯型音楽プレーヤの普及と共に、これらに楽曲、小説の朗読、落語を含む音データや、映画、ドラマを含む映像データを蓄積して再生するというライフスタイルに変化してきている。このような電子機器は、従来のオーディオ機器等のコンテンツ再生装置と異なり、音データや映像データからなるコンテンツを蓄積して再生するといった手法を用いているので、蓄積した複数のコンテンツの中から所望のコンテンツを選択する操作が必要となる。そこで、コンテンツの一覧をこれらの電子機器の表示部に表示して、再生するコンテンツを選択するようになっている。このために、コンテンツリストあるいは再生（プレイ）のためのプレイリストが必要となる。
【０００４】
そこで、各通信端末のユーザの要求に基づいてサーバ側がプレイリストを作成して、これらのユーザに送付するシステムが提案されている（たとえば特許文献１参照）。この提案では、プレイリストを備える側の電子機器がコンテンツを格納する大容量の記憶装置を備えることなく、ユーザが手軽に簡単な操作で所望のコンテンツを受信できるようにしている。
【特許文献１】特開２００３−５０５８８号公報（第０００８段落〜第００１０段落、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、半導体メモリに代表される各種の記憶装置の小型化と大容量化が急速に進行しており、電子機器に大容量の記憶装置を用意することが寧ろ当たり前となってきている。このような状況では、サーバから取得したプレイリストあるいはコンテンツリストを基にして、その都度、再生するコンテンツをダウンロードすることは、そのための時間が掛かり、直ちに音楽等のコンテンツを再生することができないという不都合がある。特に複数の楽曲をダウンロードしたり、映画等の大容量のコンテンツをダウンロードする際には、ユーザが個々のコンテンツのダウンロードサイトにアクセスしてダウンロードの指定を繰り返す操作が煩雑であり、また、ダウンロードの終了から再生までの間、操作パネルを見ながら時間を費やす無駄もある。
【０００６】
この一方で、テレビジョンやラジオのデジタル放送の普及により、これらを受信することのできる電子機器としての通信端末も多く登場してきている。これらの通信端末は良質の音楽や映像を大容量の記憶装置に多数格納することができる。これにより、各通信端末のユーザはいち早く最新のコンテンツに触れることができる。しかしながら、一人のユーザが集めるコンテンツ情報には限度があり、各種のコンテンツを網羅したプレイリストあるいはコンテンツリストを用いて各人の必要とするコンテンツを蓄積することが望まれる。
【０００７】
従来では、このために楽曲のＣＤの売り上げ別の順位を示す雑誌やテレビジョン番組あるいはラジオ番組が存在する。ところが、ＣＤの発売を基準とするこのようなランキング情報は、インターネットを含む通信ネットワークでのみ入手可能な楽曲が除外されてしまう不具合があり、かつ最新の情報を入手しにくい。
【０００８】
そこで本発明の目的は、ユーザの再生対象としたコンテンツの一覧を発信し、最新のコンテンツリストの作成に役立てることのできる通信端末およびこのような通信端末からの情報を取得して、それぞれの通信端末に共通のコンテンツリストとして還元することのできるコンテンツリスト管理システムを提供することにある。
【課題を解決するための手段】
【０００９】
請求項１記載の発明では、（イ）外部からコンテンツを受信するコンテンツ受信手段と、（ロ）このコンテンツ受信手段の受信したコンテンツを再生するコンテンツ再生手段と、（ハ）コンテンツ受信手段によって受信したコンテンツを保存するコンテンツ保存手段と、（ニ）このコンテンツ保存手段に保存したコンテンツの一覧からなり自装置側で受信し保存したそれぞれのコンテンツの内容を特定するコンテンツ特定情報を付加した端末側コンテンツリストを作成する端末側コンテンツリスト作成手段と、（ホ）この端末側コンテンツリスト作成手段により作成された端末側コンテンツリストから所望のコンテンツを選択してコンテンツ再生手段で再生させる再生用コンテンツ選択手段と、（へ）端末側コンテンツリスト作成手段で作成した端末側コンテンツリストを通信ネットワークに自装置の端末側コンテンツリストとして送出する端末側コンテンツリスト送出手段とを通信端末に具備させる。
【００１０】
すなわち本発明では、通信端末が外部からコンテンツを受信するコンテンツ受信手段を備えている。コンテンツ受信手段はテレビジョン受信回路やラジオ受信回路のような無線による受信手段であってもよいし、ＬＡＮ（Local Area Network）等のネットワークであってもよい。ＵＳＢ（Universal Serial Bus）によって接続されたプレーヤや前記した受信機のようなものであってもよい。すなわち、通信端末本体以外のすべての情報源が対象となる。通信端末自体にはこれらのコンテンツを保存したり再生する手段が備えられている。コンテンツ保存手段やコンテンツ再生手段は、外付けの装置であってもよい。端末側コンテンツリスト作成手段は、コンテンツ保存手段に保存したコンテンツの一覧からなり自装置側で受信し保存したそれぞれのコンテンツの内容を特定するコンテンツ特定情報を付加した端末側コンテンツリストを作成する。この端末側コンテンツリストを用いてユーザはその通信端末でコンテンツを再生することができるが、端末側コンテンツリスト送出手段を使用して通信ネットワークに自装置の端末側コンテンツリストとして送出することもできる。この端末側コンテンツリストを集計することで、複数の通信端末が共通して利用することのできるコンテンツリストの作成が可能になる。
【００１１】
請求項８記載の発明では、（イ）請求項１〜請求項７いずれかに記載の通信端末と、（ロ）通信ネットワークに接続され、それぞれの通信端末の端末側コンテンツリスト送出手段から送られてくる端末側コンテンツリストを受信する端末側コンテンツリスト受信手段と、この端末側コンテンツリスト受信手段の受信した複数の通信端末の端末側コンテンツリストを集計するコンテンツリスト集計手段と、このコンテンツリスト集計手段の集計結果を集計側コンテンツリストとして通信ネットワークに送出する集計側コンテンツリスト送出手段とを備えたコンテンツリスト管理サーバとをコンテンツリスト管理システムに具備させる。
【００１２】
すなわち本発明では、請求項１に記載された技術的な構成を基本とする通信端末がそれぞれ送信した端末側コンテンツリストをコンテンツリスト管理サーバが受信して集計し、集計結果を集計側コンテンツリストとして通信端末のうちの希望するものに配信するコンテンツリスト管理サーバを用意することで、通信端末を加えたコンテンツリスト管理システムを実現している。
【発明の効果】
【００１３】
以上説明したように本発明によれば、それぞれの通信端末がユーザに特別の負担を掛けることなく端末側コンテンツリストを作成し、かつその内容を発展させていくことができる。しかも、各ユーザの通信端末の端末側コンテンツリスト（ユーザ側プレイリスト）をコンテンツリスト管理サーバが集計して集計側コンテンツリスト（サーバ側プレイリスト）を作成し、これらを希望する通信端末に提供するので、複数の通信端末から集めた多方面の端末側コンテンツリストを基にして最新の情報をより普遍的に集積したコンテンツリストを作成することができる。これにより、ユーザが知らないようなコンテンツで希望する範疇のものを迅速かつ的確に知らせることができ、これらをダウンロードして活用させることができる。
【発明を実施するための最良の形態】
【００１４】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１５】
図１は、本発明の一実施例におけるコンテンツリスト管理システムの概要を表わしたものである。本実施例のコンテンツリスト管理システム１００は、インターネットや携帯電話網に代表される通信ネットワーク１０１と、この通信ネットワーク１０１と通信可能な第１〜第ｎの携帯端末１０２1〜１０２nを備えている。通信ネットワーク１０１には、コンテンツリストの一形態としてのプレイリストの管理を行うプレイリスト管理サーバ１０３やコンテンツサーバ１０４が接続されている。プレイリスト管理サーバ１０３には、管理用データベース１０６が備えられている。
【００１６】
ここでプレイリストとは、仮想のフォトアルバムのようなものであり、音楽や映画あるいはテレビ番組のうち視聴の対象とするコンテンツをリストアップしたものである。そのプレイリストの順に再生するものであってもよいし、ランダムに指定しながら再生するようにしてもよい。
【００１７】
このようなコンテンツリスト管理システム１００で、第１〜第ｎの携帯端末１０２1〜１０２nは、それぞれ図示しない内蔵のスピーカやディスプレイを使用して音楽や映画あるいはテレビ番組等のコンテンツを視聴することができるようになっている。図示しないそれぞれのユーザは、たとえば音楽を再生したりチェックした際に、自分の気に入りの音楽として視聴の対象に加えていくことで、第１〜第ｎの携帯端末１０２1〜１０２nごとに個人的なプレイリストを所持するようになっている。このようなプレイリストは、第１〜第ｎの携帯端末１０２1〜１０２nに格納されたアプリケーションプログラムによって自動的に作成するようになっている。
【００１８】
本実施例のコンテンツリスト管理システム１００では、ユーザの承諾によって第１〜第ｎの携帯端末１０２1〜１０２nのそれぞれの作成したプレイリスト（以下、ユーザ側プレイリストという。）が通信ネットワーク１０１を介してプレイリスト管理サーバ１０３にアップロードされるようになっている。プレイリスト管理サーバ１０３は、第１〜第ｎの携帯端末１０２1〜１０２nからアップロードされたユーザ側プレイリストを管理用データベース１０６に格納する。
【００１９】
そして、プレイリスト管理サーバ１０３は、管理用データベース１０６に格納した多数のユーザから送られてきたユーザ側プレイリストを基にして、ヒット情報やランキングの分析を行い、それぞれの分析結果として、これら多数のユーザを対象としたヒットプレイリストや人気ランキングのような各種のサーバ側プレイリストを作成するようになっている。このようにして作成された各種のサーバ側プレイリストは、ユーザの希望によって第１〜第ｎの携帯端末１０２1〜１０２nのうちの受信の設定を行ったものに配信されるようになっている。
【００２０】
これにより、プレイリスト管理サーバ１０３からサーバ側プレイリストを受信した携帯電話機１０２のそれぞれのユーザは、配信されたサーバ側プレイリストを見て新たな楽曲をリストアップすることができる。この結果、自分のプレイリストに今まで加えていなかった新曲等の楽曲を一括して大量にダウンロードすることが可能になる。ユーザ側プレイリストをプレイリスト管理サーバ１０３に提供しなかったユーザも、希望すればサーバ側プレイリストを受信して、所望のコンテンツをダウンロードすることができる。この際に、楽曲や動画等のコンテンツを配布するコンテンツサーバ１０４が利用される。もちろん、プレイリスト管理サーバ１０３がコンテンツサーバ１０４としての機能を備えていてもよい。
【００２１】
図２は、このようなコンテンツリスト管理システムにおける第１の携帯端末の構成の概要を表わしたものである。第２〜第ｎの携帯端末１０２2〜１０２nの構成は、第１の携帯端末１０２1と実質的に同一であるので、これらの図示および説明は省略する。
【００２２】
第１の携帯端末１０２1は、端末全体の制御を行う主制御部１１１を備えている。主制御部１１１は、図示しないＣＰＵ（Central Processing Unit）およびＲＯＭ（Read Only Memory）等の記憶媒体格納部を有している。記憶媒体格納部には、この第１の携帯端末１０２1の各部を制御あるいは実現するためのプログラムが格納されている。主制御部１１１は、ハードウェアあるいはソフトウェアによって実現される各種の機能部と接続されており、これらの全体的な制御も行うようになっている。
【００２３】
このうち通信制御部１１３は、図１に示した通信ネットワーク１０１と通信を行うことで、各種のデータを送受信するようになっている。表示部１１４は、液晶ディスプレイや有機ＥＬ（organic electroluminescence）ディスプレイ等の図示しないディスプレイを用いて視覚的な表示を行う。操作入力部１１５は図示しない複数のキーから構成されており、ユーザによって各種のデータが入力されるようになっている。電話機能部１１６は、電話機としての各種機能を有するブロックを一まとめに示したものであり、図示しないスピーカやマイクロフォンも備えられている。携帯電話機やＰＨＳ以外の通信端末の場合には、必ずしも電話機能部１１６を備える必要がない。デジタルテレビ受信部１１７は、地上デジタル方式によるテレビジョン放送を受信するようになっている。
【００２４】
音楽録音再生部１１８は、音楽を録音したり再生用の音信号を出力する部分である。動画録画再生部１１９は、映画やデジタルテレビ受信部１１７で受信したテレビジョン番組のような動画を録画したり、再生用の信号を出力する部分である。プレイリスト処理部１２０は、第１の携帯端末１０２1独自のプレイリストを作成したり、図１に示したプレイリスト管理サーバ１０３が作成したプレイリストを受信して管理する部分である。プレイリスト処理部１２０には、不揮発性メモリによって構成されたユーザ側プレイリスト１２１とサーバ側プレイリスト１２２の格納箇所が配置されている。
【００２５】
このうち、ユーザ側プレイリスト１２１はユーザが実際に視聴した結果を示すプレイリストでありサーバ側プレイリスト１２２は、プレイリスト管理サーバ１０３から取得したプレイリストである。本実施例では、プレイリスト管理サーバ１０３から取得したサーバ側プレイリスト１２２のうち、ユーザが何らかの手段によってその内容をダウンロードし、再生したものはユーザ側プレイリスト１２１に加えられるようになっている。
【００２６】
図３は、プレイリスト管理サーバの機能的な構成の概要を表わしたものである。プレイリスト管理サーバ１０３は、図示しないＣＰＵや制御プログラム格納用の記憶媒体を備えた主制御部１３１を有している。主制御部１３１は、ハードウェアあるいはソフトウェアによって実現される各種の機能部と接続されており、これらの全体的な制御も行うようになっている。
【００２７】
このうち通信制御部１３３は、図１に示した通信ネットワーク１０１と通信を行うことで、各種のデータを送受信するようになっている。表示部１３４は、液晶ディスプレイや有機ＥＬディスプレイ等の図示しないディスプレイを用いて視覚的な表示を行う。操作入力部１３５は図示しないキーボードやポインティングデバイスとしてのマウスによって構成されており、各種のデータが入力されるようになっている。プレイリスト処理部１３６は、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nのうちの承諾を得た端末から取得した各ユーザ側プレイリストを用いて、たとえばヒットしている楽曲や、購入あるいは視聴回数から割り出したランキング順のプレイリストとしてのサーバ側プレイリストを作成し、またこれらを最新のものに更新するようになっている。
【００２８】
コンテンツ購入管理部１３７は、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nのユーザが楽曲や映画等のコンテンツを購入する場合、プレイリスト管理サーバ１０３が代理でコンテンツサーバ１０４（図１）から購入を行い、希望者にダウンロードするサービスを行うようになっている。もちろん、第１〜第ｎの携帯端末１０２1〜１０２nのユーザは、新たに取得したサーバ側プレイリストから、たとえば希望する楽曲を選択してコンテンツサーバ１０４から独自に購入することも可能である。しかしながらプレイリスト管理サーバ１０３を介して取得することで、決済を含めた処理の簡略化を実現することができる。
【００２９】
プレイリスト管理サーバ１０３には入出力制御部１３８も備えられている。入出力制御部１３８は、外部記憶装置としての管理用データベース１０６にプレイリストの管理のためのデータベースを構築している。
【００３０】
以下、ユーザが第１の携帯端末１０２1の楽曲の管理を行う場合を例に挙げて説明を行う。
【００３１】
図４は、第１の携帯端末におけるユーザ側プレイリストの更新処理の様子を表わしたものである。図２と共に説明する。第１の携帯端末１０２1は、音楽録音再生部１１８が楽曲の再生を開始したかどうかを監視している（ステップＳ２０１）。ユーザが操作入力部１１５を操作して楽曲の再生を開始させたら（Ｙ）、この再生が所定の時間ｔ1以上行われたかを監視する（ステップＳ２０２）。ここで時間ｔ1は、ユーザがその長短を０秒から任意の秒数まで調整することができる。デフォルト値としては、たとえば３０秒が設定されている。
【００３２】
この時間ｔ1未満の再生しか行われずにその楽曲の再生が停止された場合には（ステップＳ２０２：Ｎ、ステップＳ２０３：Ｙ）、そのまま処理を中止してユーザ側プレイリスト１２１への登録は行わない（リターン）。これは、ユーザがその楽曲を聞き始めたものの、好みの曲でないことが分かった場合や、歌手や指揮者が想定していた者と異なっていた場合のように、そのユーザが再度聞く可能性がないものをプレイリストの登録対象から除外するためである。もちろん、時間ｔ1を０秒に設定している場合、これとは異なり聞き始めた楽曲はすべてプレイリストへの登録の対象となる。
【００３３】
楽曲の再生開始から時間ｔ1が経過しても再生が行われていたら（ステップＳ２０２：Ｙ）、主制御部１１１はプレイリスト処理部１２０のユーザ側プレイリスト１２１にその楽曲が登録されているかどうかをチェックする（ステップＳ２０４）。この結果、ユーザ側プレイリスト１２１にその楽曲が存在しなかった場合には（Ｙ）、ユーザ側プレイリスト１２１にその楽曲を追加して（ステップＳ２０５）、処理を終了させる（リターン）。すでに同一の楽曲がユーザ側プレイリスト１２１に存在した場合には（ステップＳ２０４：Ｎ）、そのまま処理を終了させる（リターン）。
【００３４】
ユーザが続いて他の楽曲の再生を開始した場合には、再度ステップＳ２０１からの処理が開始することになる。このようにして、ユーザ側プレイリスト１２１には、ユーザが新たな楽曲を所定の時間ｔ1以上聞いた場合には、これらが登録されていくことになる。
【００３５】
なお、ユーザ側プレイリスト１２１への登録処理は、主制御部１１１が他の処理と並行処理によって行うことができる。したがって、ユーザが図２に示したデジタルテレビ受信部１１７をオンにしている状態や、図示しないデジタルラジオがオンになっている状態でこれらの放送によって得られる楽曲をユーザ側プレイリスト１２１に登録することができる。
【００３６】
また、図４の処理ではユーザ側プレイリスト１２１として単に楽曲の一覧を登録するものとしたが、ユーザがそれぞれの楽曲を聞いた回数や聞いた日時を併せて登録したり、一定期間以上まったく再生していない楽曲をリストから除外するようにしてもよい。
【００３７】
図５は、ユーザ側プレイリストの登録内容の一部を表わしたものである。ユーザ側プレイリスト１２１には、ユーザが図１に示す第１の携帯端末１０２1で再生して登録した順番で、曲名、アーティスト名等の楽曲情報が１曲ごとに記録されている。この図には示していないが、ユーザ側プレイリスト１２１には、前記した登録日時や再生回数も記録されるようになっていてもよい。これは、プレイリスト管理サーバ１０３（図１）側で各種のサーバ側プレイリストを作成するときに、付帯情報として必要とされる場合があるからである。
【００３８】
デジタルテレビ放送やデジタルラジオ放送で、コンテンツの内容を表わす付帯情報が送られてきた場合、楽曲情報として該当するものがユーザ側プレイリスト１２１に書き加えられることになる。もちろん、ユーザは、自分のコンピュータ（図示せず）等の他の情報処理装置やインターネット上の音楽ダウンロードサイトから楽曲を取得し、これらを再生することでユーザ側プレイリスト１２１に楽曲を追加していくことができる。
【００３９】
図６は、第１の携帯端末がテレビジョン放送を受信している状態の一例を表わしたものである。携帯端末１０２1の表示部１１４には、図２に示したデジタルテレビ受信部１１７によってテレビジョン放送が受信されている。ユーザは聞きたい楽曲を放送するというアナウンスを聴いたとき、その楽曲の放送が開始されるタイミングで操作入力部１１５の録画に割り当てられた所定のキーを操作することで画像とその楽曲を動画データとして保存することができる。また、録音だけを行いたいときは、他の所定のキーを操作することで、楽曲だけを録音することも可能である。
【００４０】
この楽曲放送時にテロップ（telop）としての挿入画面に曲名と歌手名が表示されることが多い。このような場合には、操作入力部１１５の付帯情報入力用のキーを操作することになる。図２に示したプレイリスト処理部１２０は、保存した付帯情報が曲名やアーティスト名等の楽曲情報の項目別に識別情報を付している場合には、これらの識別情報を基にしてユーザ側プレイリスト１２１（図５）に記録すべき各情報を抽出することになる。
【００４１】
このような識別情報が付帯情報に付いていない場合、ユーザ側プレイリスト１２１は内蔵の図示しない辞書を用いて、たとえば曲名やアーティスト名と一致するコード情報を検索して抽出することができる。なお、ユーザ側プレイリスト１２１は、ユーザが後で編集することができるので、このときに曲名やアーティスト名等の情報を追加したり、修正することができる。辞書は、プレイリスト管理サーバ１０３が随時、その内容を更新する。
【００４２】
このようにして録画あるいは録音した動画データあるいは音データは、一時的にプレイリスト処理部１２０の管理する内蔵あるいはオプションで追加した挿脱自在の大容量の半導体メモリ（図示せず）に格納される。そして、必要に応じて楽曲の切り出しを行った後、図４で説明した楽曲の再生が行われることになる。このとき、ユーザ側プレイリスト１２１に所定の楽曲が登録され、その楽曲がプレイリストに対応する音楽データとして保存されることになる。
【００４３】
したがって、ユーザは必ずしもテレビジョン番組やラジオ番組からこまめに楽曲ごとの録画あるいは録音を繰り返す必要はなく、たとえば番組全体を録画あるいは録音して、後に必要な楽曲の部分を自動的にあるいはマニュアルによる編集操作で抽出することができる。これにより、楽曲の先頭の部分が録画あるいは録音の操作ミスで欠如することを防止することができる。もっとも、プレイリスト処理部１２０に遅延回路を設け、録画あるいは録音の操作が行われる数秒程度前から録画あるいは録音を行うことで楽曲の先頭の部分の欠如を防止することができる。
【００４４】
ところで、本実施例のコンテンツリスト管理システム１００では、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nのそれぞれのユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３が収集して、前記したサーバ側プレイリストを作成することになる。このためには、第１〜第ｎの携帯端末１０２1〜１０２nのユーザのうちでコンテンツリスト管理システム１００を利用するユーザは、プレイリスト管理サーバ１０３にユーザ側プレイリスト１２１を送信したりサーバ側プレイリストを受信するための設定を行う。
【００４５】
図７は、携帯端末のプレイリスト送受信設定処理の様子を表わしたものである。ここでは図１に示した第１の携帯端末１０２1の処理を説明するが、第２〜第ｎの携帯端末１０２2〜１０２nの処理もこれと同一である。図１および図２と共に説明する。
【００４６】
第１の携帯端末１０２1のユーザは、操作入力部１１５を操作してプレイリスト送受信設定モードを選択する（ステップＳ２２１：Ｙ）。なお、これ以外のモードを設定した場合には（Ｎ）、対応する他のモードが実行されることになる。プレイリスト送受信設定モードが選択されると、表示部１１４にプレイリスト送信可否表示が行われる（ステップＳ２２２）。この表示を見て、ユーザは操作入力部１１５を操作してユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３に送信するかどうかを入力する。
【００４７】
「送信可」を入力した場合には（ステップＳ２２３：Ｙ）、ユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３に送信する時間間隔を設定する処理が行われる（ステップＳ２２４）。ここでは、たとえばユーザが操作入力部１１５を操作して毎日とか１週間に一度というような送信間隔を入力することになる。このような送信処理による通信費はプレイリスト管理サーバ１０３が負担するようにしてもよいし、所定のサービスポイントを与えて、これにより音楽等のコンテンツを購入するときに料金を割り引くようにしてもよい。
【００４８】
ステップＳ２２４の処理が終了すると表示部１１４にはプレイリスト受信可否表示が行われる（ステップＳ２２５）。なお、ユーザがユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３に送信しないことを選択した場合には（ステップＳ２３３：Ｎ、ステップＳ２２６：Ｙ）、ステップＳ２２４の送信間隔設定処理を行わずにプレイリスト受信可否表示が行われることになる（ステップＳ２２５）。
【００４９】
プレイリスト受信可否表示が行われた状態で、ユーザはプレイリスト管理サーバ１０３からサーバ側プレイリストの受信を可とする（ステップＳ２２７：Ｙ）入力を行うか、否とする（ステップＳ２２７：Ｎ、ステップＳ２２８：Ｙ）入力を行う。サーバ側プレイリストの受信を可とする入力を行った場合には（ステップＳ２２７：Ｙ）、プレイリスト管理サーバ１０３からの受信間隔を設定する処理が行われる（ステップＳ２２９）。プレイリスト管理サーバ１０３は、たとえば１月に１回以上の音楽等のコンテンツの購入があったとき、１週間に１回のサーバ側プレイリストの通信を無料とするといった特典をユーザに提供することができる。
【００５０】
ステップＳ２２９の受信間隔の設定処理が終了したら、続いて携帯端末１０２がプレイリストを受信したときに、これを直ちに表示部１１４に表示するかどうかの表示の設定処理を行う（ステップＳ２３０）。この後、第１の携帯端末１０２1は自身のＩＤ（Identification）等のユーザ特定情報を付してプレイリスト送受信設定内容をプレイリスト管理サーバ１０３に送信する（ステップＳ２３１）。なお、ステップＳ２２８でサーバ側プレイリストの受信を不可とした場合には（Ｙ）、ステップＳ２２９およびステップＳ２３０の処理を行わずに、設定内容をプレイリスト管理サーバ１０３に同様に通知することになる（ステップＳ２３１）。ユーザ特定情報には、ユーザの性別、年齢あるいは生年月日、出生地等の情報を加えておくことができる。
【００５１】
この図７に示した携帯端末のプレイリスト送受信設定処理は、ユーザが必要に応じて何度でも行うことができ、これによって新たに設定した内容をプレイリスト管理サーバ１０３に通知することができる。プレイリスト管理サーバ１０３は、第１〜第ｎの携帯端末１０２1〜１０２nのうちのプレイリストの送信を可とした端末から送られてきたユーザ側プレイリスト１２１を基にして各種のサーバ側プレイリストを作成する。
【００５２】
図８〜図１０は、サーバ側プレイリストの幾つかの例を示したものである。このうち図８は楽曲のヒットプレイリストである。これは第１〜第ｎの携帯端末１０２1〜１０２nの通知を基にして、ユーザ側プレイリスト１２１（図２）の全体で再生回数の多い順あるいは最も多くのユーザ側プレイリスト１２１において１位に位置している楽曲から順番に最新の結果として示したものである。携帯端末１０２から送られてきたユーザ側プレイリスト１２１のそれぞれの楽曲の登録あるいは更新日時を参考にして結果が集積される。
【００５３】
図９は、これに対して月ごとにユーザの全体について集計した楽曲のヒットプレイリストを示している。これに対して図１０は、ユーザの年代別のヒットプレイリストを示している。ユーザの年代別や男女別といった集計は、前記したユーザ特定情報を用いて作成される。図８〜図１０に示したような各種のサーバ側プレイリストは、図１に示した管理用データベース１０６に格納されるようになっている。これらは、プレイリスト管理サーバ１０３での解析や、図７のステップＳ２２７およびステップＳ２３１でサーバ側プレイリストの送信を要求したユーザの携帯端末１０２に送信されることになる。
【００５４】
図１１は、プレイリスト管理サーバによる携帯端末に対するプレイリスト配信処理の様子を表わしたものである。プレイリスト管理サーバ１０３は、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nに対して１日に複数回、時間を決めて定期的にプレイリストの配信処理を行っている。プレイリストの配信時刻が到来すると（ステップＳ２４１：Ｙ）、今回配信する分のプレイリスト配信対象となる端末を、第１〜第ｎの携帯端末１０２1〜１０２nの配信要求内容に基づいて検索する（ステップＳ２４２）。そして、今回配信対象となる全携帯端末１０２にプレイリストを送信することになる（ステップＳ２４３）。
【００５５】
図１２は、携帯端末側でのプレイリストの受信とその表示処理の流れを表わしたものである。図１および図２を基にして第１の携帯端末１０２1を例に説明を行う。第１の携帯端末１０２1の通信制御部１１３がプレイリスト管理サーバ１０３からサーバ側プレイリストを受信すると（ステップＳ２６１：Ｙ）、主制御部１１１は表示部１１４にサーバ側プレイリストが受信されたことを通知する受信通知アイコンを表示する（ステップＳ２６２）。
【００５６】
この状態でプレイリスト処理部１２０は、図７のステップＳ２３０で第１の携帯端末１０２1が表示部１１４にサーバ側プレイリストを直ちに表示する設定を行っているかどうかをチェックする（ステップＳ２６３）。そのような表示を行っている場合には（Ｙ）、受信したサーバ側プレイリストを表示部１１４に直ちに表示する（ステップＳ２６４）。この状態で、第１の携帯端末１０２1は表示されたサーバ側プレイリストの中から所望の楽曲がダウンロードのために選択されるか（ステップＳ２６５）、あるいはサーバ側プレイリストの表示を終了するか（ステップＳ２６５：Ｎ、ステップＳ２６６）を待機する。
【００５７】
図１３は、携帯端末の表示部に表示されたダウンロード選択用の画面の一例を表わしたものである。ここでは、表示部１１４にヒットプレイリストが表示されており、ヒットしている楽曲から順にそれぞれの楽曲の名前等の情報が表示されている。それぞれの楽曲の図で左側にはダウンロードする楽曲を指定するためのチェックボックス１５１が配置されている。ユーザは、たとえば操作入力部１１５の図示しないポインタを指で操作することでカーソル１５２を所望のチェックボックス１５１の箇所に移動させ、楽曲別にダウンロードの要否を指定することになる。
【００５８】
このようにしてサーバ側プレイリストの中から所望の楽曲のダウンロードが指定されたら（図１２ステップＳ２６５：Ｙ）、ダウンロード時間の設定処理が行われる（ステップＳ２６７）。ユーザは、即時にダウンロードを行う設定とダウンロードの日時を決める設定のいずれかを選択することができる。日時を決めてダウンロードを行えるようにしたのは、第１の携帯端末１０２1のバッテリの残量が少なくなっている場合や大容量のデータ通信中のような事情で、楽曲のダウンロードを後に延ばす必要がある場合や、たとえば夜間のダウンロード割引を活用して一括ダウンロードを行いたいといった要求がある場合に対応するためである。
【００５９】
ダウンロード時間の設定処理が行われたら、主制御部１１１は通信制御部１１３を使用して、ユーザの設定したこのようなダウンロード要求をプレイリスト管理サーバ１０３に通知することになる（ステップＳ２６８）。この後、表示通知アイコンの表示が消去される（ステップＳ２６９）。ステップＳ２６５で楽曲のダウンロードのための選択が行われず、ステップＳ２６６でサーバ側プレイリストの選択の処理の終了が指示された場合にも（ステップＳ２６６：Ｙ）、表示通知アイコンの表示が消去される（ステップＳ２６９）。
【００６０】
一方、ステップＳ２６３でサーバ側プレイリストを直ちに表示することが設定されていなかった場合には、表示通知アイコンの表示を消去することなく、処理が一旦終了する（リターン）。そして、その後にユーザが操作入力部１１５を操作してサーバ側プレイリストの表示を要求すると（ステップＳ２７０：Ｙ）、ステップＳ２６４に進んでサーバ側プレイリストの表示が行われる。これ以後は前記した通りである。
【００６１】
図１４は、プレイリスト管理サーバが携帯端末からのダウンロード要求を受信したときの処理の様子を表わしたものである。図１および図３と共に説明する。プレイリスト管理サーバ１０３は、たとえば第１の携帯端末１０２1から楽曲のダウンロード要求を受信すると（ステップＳ２８１：Ｙ）、ダウンロード時間の指定があるかどうかをチェックする（ステップＳ２８２）。そして、ダウンロード時間の指定がある場合には（Ｙ）、第１の携帯端末１０２1およびダウンロードの対象となる楽曲と対応付けてそのダウンロード時間を設定する（ステップＳ２８３）。
【００６２】
これに対して、ダウンロード時間の指定がなく、直ちにダウンロードを行うことが要求されていた場合（ステップＳ２８２：Ｎ）、コンテンツ購入管理部１３７はコンテンツサーバ１０４に指示して、該当する楽曲を指定された携帯端末（この場合には第１の携帯端末１０２1）に送信する（ステップＳ２８４）。そして、ユーザのダウンロード要求のうち第１の携帯端末１０２1に対してその楽曲に対応する課金処理を行うことになる（ステップＳ２８５）。
【００６３】
一方、ステップＳ２８２でダウンロードする時間が指定され、ステップＳ２８３でダウンロード時間を設定した場合、コンテンツ購入管理部１３７はダウンロード時間の到来を監視する（ステップＳ２８６）。そして、ユーザのダウンロード要求のうちダウンロード時間が到来したものがあった場合には（Ｙ）、ステップＳ２８４に進んで該当する楽曲をそのユーザの携帯端末１０２に送信することになる。以下、同様である。
【００６４】
以上説明したように本実施例のコンテンツリスト管理システム１００によれば、プレイリスト管理サーバ１０３が第１〜第ｎの携帯端末１０２1〜１０２nの中の同意を得た端末からユーザ側プレイリストを逐次取得することができるので、容易に、かつ迅速に各種のプレイリストを作成することができる。しかも、ユーザはテレビジョンやラジオといった媒体を通じてユーザ側プレイリストを作成してプレイリスト管理サーバ１０３に提供するので、楽曲や映画に対する最新の評価をキャッチすることができる。
【００６５】
また、ユーザはサーバ側プレイリストの提供を受けることで、常に新しい情報を入手し、必要に応じて欲しい楽曲等のコンテンツを迅速に入手することができる。更に、ユーザがテレビジョンやラジオから楽曲を録音した場合で最初の部分が切れてしまったように不完全な形で録音や録画が行われたような場合であっても、サーバ側プレイリストから該当するコンテンツを見つけ出すことで、完全な形の楽曲や動画データとして保存し再生することができる。
【００６６】
また、サーバ側プレイリストを参照することで、各ユーザは所望の楽曲や動画データを一度に大量に入手可能である。しかも、大量なダウンロードで時間が掛かるような場合には、就寝中のような携帯端末を使用していない時間にこれをプレイリスト管理サーバ１０３の時間管理で行うことが可能である。
【００６７】
＜発明の変形例＞
【００６８】
図１５は、本発明の変形例における携帯端末のヒットプレイリスト表示処理の要部を表わしたものである。図１および図２を基にして変形例を説明する。この変形例では、たとえば第１の携帯端末１０２1がプレイリスト管理サーバ１０３からサーバ側プレイリストを受信すると（ステップＳ３０１）、これをユーザ側プレイリスト１２１と対比して（ステップＳ３０２）、サーバ側プレイリストのそれぞれの楽曲が第１の携帯端末１０２1にすでにデータとして格納されているかどうかをチェックする。そして、この結果としてそれぞれの楽曲が第１の携帯端末１０２1に存在するかどうかを表わす存否表示データをプレイリストに追加する（ステップＳ３０３）。そして、これを表示部に表示のために出力することになる（ステップＳ３０４）。
【００６９】
図１６は、表示部に表示されたダウンロード選択用の画面の一例を表わしたものである。実施例における図１３の表示画面と対比すると分かるように、変形例の表示部１１４Ａではダウンロードの要否を表わすチェックボックス１５１のすぐ隣に、「無」マーク４０１あるいは「有」マーク４０２が表示されている。ここで「無」マーク４０１は、第１の携帯端末１０２1にその楽曲が収容されていないことを表わしている。また、「有」マーク４０２は第１の携帯端末１０２1にその楽曲が収容されていることを表わしている。
【００７０】
したがって、ユーザはすでに格納している楽曲のデータを重複してダウンロードすることがない。また、「有」マーク４０２が付いているものについては、その楽曲の入手源が記されている。この例では、たとえば２番目の楽曲の場合、「（デジタルＴＶ）」と表示されており、入手源がデジタルテレビ受信部１１７であることが示されている。ユーザは入手源をチェックすることで、必要に応じて、より高品質の楽曲をプレイリスト管理サーバ１０３あるいはコンテンツサーバ１０４から直接ダウンロードすることも可能である。
【００７１】
この変形例では、第１の携帯端末１０２1等の携帯端末側でダウンロードの要否の参考となるデータを付加して表示する場合を説明したが、同様の処理をプレイリスト管理サーバ１０３側が個々の携帯端末１０２に対応させて行うようにしてもよい。
【００７２】
なお、実施例では、プレイリスト管理サーバ１０３が第１〜第ｎの携帯端末１０２1〜１０２nにサーバ側プレイリストとして各種のプレイリストを一括して送信するようにしたが、ユーザの年齢や、過去の楽曲のダウンロードの傾向を使用して、それぞれのユーザが好む分野の楽曲や動画データのプレイリストを選別して送るようにしてもよい。
【００７３】
また、実施例ではテレビジョンやラジオからのコンテンツを表わしたデータを一度携帯端末内に格納したものを再生する時点でユーザ側プレイリストに登録することにしたが、楽曲単位等のコンテンツ単位で受信を行った時点でユーザ側プレイリストに登録してもよい。
【００７４】
更に実施例では携帯型音楽プレーヤや携帯電話機のような携帯端末を対象としたが、コンテンツを再生することができ、かつ通信ネットワークと通信が可能な通信端末であれば、本発明を適用できることは当然である。
【００７５】
また、実施例ではコンテンツとして楽曲を例に挙げて説明したが、小説の朗読、落語を含む音データおよび映画、ドラマを含む映像データに対しても本発明を適用することができることは当然である。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施例におけるコンテンツリスト管理システムの概要を表わしたシステム構成図である。
【図２】本実施例で第１の携帯端末の構成の概要を表わしたブロック図である。
【図３】本実施例におけるプレイリスト管理サーバの機能的な構成の概要を表わしたブロック図である。
【図４】本実施例で第１の携帯端末におけるユーザ側プレイリストの更新処理の様子を表わした流れ図である。
【図５】本実施例でユーザ側プレイリストの登録内容の一部を表わした説明図である。
【図６】本実施例で第１の携帯端末がテレビジョン放送を受信している状態の一例を表わした平面図である。
【図７】本実施例で携帯端末のプレイリスト送受信設定処理の様子を表わした流れ図である。
【図８】本実施例における楽曲のヒットプレイリストを表わした平面図である。
【図９】本実施例における月別の楽曲のヒットプレイリストを表わした平面図である。
【図１０】本実施例における年代別のヒットプレイリストを表わした平面図である。
【図１１】本実施例でプレイリスト管理サーバによる携帯端末に対するプレイリスト配信処理の様子を表わした流れ図である。
【図１２】本実施例で携帯端末側でのプレイリストの受信とその表示処理の流れを表わした流れ図である。
【図１３】本実施例で携帯端末の表示部に表示されたダウンロード選択用の画面の一例を表わした平面図である。
【図１４】プレイリスト管理サーバが携帯端末からのダウンロード要求を受信したときの処理の様子を表わした流れ図である。
【図１５】本発明の変形例における携帯端末のヒットプレイリスト表示処理の要部を表わした流れ図である。
【図１６】この変形例における表示部に表示されたダウンロード選択用の画面の一例を表わした平面図である。
【符号の説明】
【００７７】
１００ コンテンツリスト管理システム
１０１ 通信ネットワーク
１０２ 携帯端末
１０３ プレイリスト管理サーバ
１０４ コンテンツサーバ
１０６ 管理用データベース
１１１、１３１ 主制御部
１１３、１３３ 通信制御部
１１４、１１４Ａ 表示部
１１５ 操作入力部
１１７ デジタルテレビ受信部
１１８ 音楽録音再生部
１１９ 動画録画再生部
１２０ プレイリスト処理部
１２１ ユーザ側プレイリスト
１２２ サーバ側プレイリスト
１３６ プレイリスト処理部
１３７ コンテンツ購入管理部
【技術分野】
【０００１】
本発明は、携帯型音楽プレーヤや携帯電話機あるいは家庭で主に使用されるデスクトップ型あるいはノート型のコンピュータのように音データや映像データからなる各種のコンテンツを通信によって取得して再生することのできる通信端末およびコンテンツをリスト形式で管理するコンテンツリスト管理システムに関する。
【背景技術】
【０００２】
近年、通信ネットワークの高速化と低価格化は目覚しいものがある。この結果として、音楽を聴くために従来から必要とされることの多かったＣＤ（Compact Disc）の購入が減少する傾向にある。そして、ＣＤの購入に代わって、通信ネットワークを利用して音楽の配信サービスを受けたり、購入したデジタルコンテンツを視聴する傾向が強まっている。
【０００３】
また、携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータあるいは携帯型音楽プレーヤの普及と共に、これらに楽曲、小説の朗読、落語を含む音データや、映画、ドラマを含む映像データを蓄積して再生するというライフスタイルに変化してきている。このような電子機器は、従来のオーディオ機器等のコンテンツ再生装置と異なり、音データや映像データからなるコンテンツを蓄積して再生するといった手法を用いているので、蓄積した複数のコンテンツの中から所望のコンテンツを選択する操作が必要となる。そこで、コンテンツの一覧をこれらの電子機器の表示部に表示して、再生するコンテンツを選択するようになっている。このために、コンテンツリストあるいは再生（プレイ）のためのプレイリストが必要となる。
【０００４】
そこで、各通信端末のユーザの要求に基づいてサーバ側がプレイリストを作成して、これらのユーザに送付するシステムが提案されている（たとえば特許文献１参照）。この提案では、プレイリストを備える側の電子機器がコンテンツを格納する大容量の記憶装置を備えることなく、ユーザが手軽に簡単な操作で所望のコンテンツを受信できるようにしている。
【特許文献１】特開２００３−５０５８８号公報（第０００８段落〜第００１０段落、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、半導体メモリに代表される各種の記憶装置の小型化と大容量化が急速に進行しており、電子機器に大容量の記憶装置を用意することが寧ろ当たり前となってきている。このような状況では、サーバから取得したプレイリストあるいはコンテンツリストを基にして、その都度、再生するコンテンツをダウンロードすることは、そのための時間が掛かり、直ちに音楽等のコンテンツを再生することができないという不都合がある。特に複数の楽曲をダウンロードしたり、映画等の大容量のコンテンツをダウンロードする際には、ユーザが個々のコンテンツのダウンロードサイトにアクセスしてダウンロードの指定を繰り返す操作が煩雑であり、また、ダウンロードの終了から再生までの間、操作パネルを見ながら時間を費やす無駄もある。
【０００６】
この一方で、テレビジョンやラジオのデジタル放送の普及により、これらを受信することのできる電子機器としての通信端末も多く登場してきている。これらの通信端末は良質の音楽や映像を大容量の記憶装置に多数格納することができる。これにより、各通信端末のユーザはいち早く最新のコンテンツに触れることができる。しかしながら、一人のユーザが集めるコンテンツ情報には限度があり、各種のコンテンツを網羅したプレイリストあるいはコンテンツリストを用いて各人の必要とするコンテンツを蓄積することが望まれる。
【０００７】
従来では、このために楽曲のＣＤの売り上げ別の順位を示す雑誌やテレビジョン番組あるいはラジオ番組が存在する。ところが、ＣＤの発売を基準とするこのようなランキング情報は、インターネットを含む通信ネットワークでのみ入手可能な楽曲が除外されてしまう不具合があり、かつ最新の情報を入手しにくい。
【０００８】
そこで本発明の目的は、ユーザの再生対象としたコンテンツの一覧を発信し、最新のコンテンツリストの作成に役立てることのできる通信端末およびこのような通信端末からの情報を取得して、それぞれの通信端末に共通のコンテンツリストとして還元することのできるコンテンツリスト管理システムを提供することにある。
【課題を解決するための手段】
【０００９】
請求項１記載の発明では、（イ）外部からコンテンツを受信するコンテンツ受信手段と、（ロ）このコンテンツ受信手段の受信したコンテンツを再生するコンテンツ再生手段と、（ハ）コンテンツ受信手段によって受信したコンテンツを保存するコンテンツ保存手段と、（ニ）このコンテンツ保存手段に保存したコンテンツの一覧からなり自装置側で受信し保存したそれぞれのコンテンツの内容を特定するコンテンツ特定情報を付加した端末側コンテンツリストを作成する端末側コンテンツリスト作成手段と、（ホ）この端末側コンテンツリスト作成手段により作成された端末側コンテンツリストから所望のコンテンツを選択してコンテンツ再生手段で再生させる再生用コンテンツ選択手段と、（へ）端末側コンテンツリスト作成手段で作成した端末側コンテンツリストを通信ネットワークに自装置の端末側コンテンツリストとして送出する端末側コンテンツリスト送出手段とを通信端末に具備させる。
【００１０】
すなわち本発明では、通信端末が外部からコンテンツを受信するコンテンツ受信手段を備えている。コンテンツ受信手段はテレビジョン受信回路やラジオ受信回路のような無線による受信手段であってもよいし、ＬＡＮ（Local Area Network）等のネットワークであってもよい。ＵＳＢ（Universal Serial Bus）によって接続されたプレーヤや前記した受信機のようなものであってもよい。すなわち、通信端末本体以外のすべての情報源が対象となる。通信端末自体にはこれらのコンテンツを保存したり再生する手段が備えられている。コンテンツ保存手段やコンテンツ再生手段は、外付けの装置であってもよい。端末側コンテンツリスト作成手段は、コンテンツ保存手段に保存したコンテンツの一覧からなり自装置側で受信し保存したそれぞれのコンテンツの内容を特定するコンテンツ特定情報を付加した端末側コンテンツリストを作成する。この端末側コンテンツリストを用いてユーザはその通信端末でコンテンツを再生することができるが、端末側コンテンツリスト送出手段を使用して通信ネットワークに自装置の端末側コンテンツリストとして送出することもできる。この端末側コンテンツリストを集計することで、複数の通信端末が共通して利用することのできるコンテンツリストの作成が可能になる。
【００１１】
請求項８記載の発明では、（イ）請求項１〜請求項７いずれかに記載の通信端末と、（ロ）通信ネットワークに接続され、それぞれの通信端末の端末側コンテンツリスト送出手段から送られてくる端末側コンテンツリストを受信する端末側コンテンツリスト受信手段と、この端末側コンテンツリスト受信手段の受信した複数の通信端末の端末側コンテンツリストを集計するコンテンツリスト集計手段と、このコンテンツリスト集計手段の集計結果を集計側コンテンツリストとして通信ネットワークに送出する集計側コンテンツリスト送出手段とを備えたコンテンツリスト管理サーバとをコンテンツリスト管理システムに具備させる。
【００１２】
すなわち本発明では、請求項１に記載された技術的な構成を基本とする通信端末がそれぞれ送信した端末側コンテンツリストをコンテンツリスト管理サーバが受信して集計し、集計結果を集計側コンテンツリストとして通信端末のうちの希望するものに配信するコンテンツリスト管理サーバを用意することで、通信端末を加えたコンテンツリスト管理システムを実現している。
【発明の効果】
【００１３】
以上説明したように本発明によれば、それぞれの通信端末がユーザに特別の負担を掛けることなく端末側コンテンツリストを作成し、かつその内容を発展させていくことができる。しかも、各ユーザの通信端末の端末側コンテンツリスト（ユーザ側プレイリスト）をコンテンツリスト管理サーバが集計して集計側コンテンツリスト（サーバ側プレイリスト）を作成し、これらを希望する通信端末に提供するので、複数の通信端末から集めた多方面の端末側コンテンツリストを基にして最新の情報をより普遍的に集積したコンテンツリストを作成することができる。これにより、ユーザが知らないようなコンテンツで希望する範疇のものを迅速かつ的確に知らせることができ、これらをダウンロードして活用させることができる。
【発明を実施するための最良の形態】
【００１４】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１５】
図１は、本発明の一実施例におけるコンテンツリスト管理システムの概要を表わしたものである。本実施例のコンテンツリスト管理システム１００は、インターネットや携帯電話網に代表される通信ネットワーク１０１と、この通信ネットワーク１０１と通信可能な第１〜第ｎの携帯端末１０２1〜１０２nを備えている。通信ネットワーク１０１には、コンテンツリストの一形態としてのプレイリストの管理を行うプレイリスト管理サーバ１０３やコンテンツサーバ１０４が接続されている。プレイリスト管理サーバ１０３には、管理用データベース１０６が備えられている。
【００１６】
ここでプレイリストとは、仮想のフォトアルバムのようなものであり、音楽や映画あるいはテレビ番組のうち視聴の対象とするコンテンツをリストアップしたものである。そのプレイリストの順に再生するものであってもよいし、ランダムに指定しながら再生するようにしてもよい。
【００１７】
このようなコンテンツリスト管理システム１００で、第１〜第ｎの携帯端末１０２1〜１０２nは、それぞれ図示しない内蔵のスピーカやディスプレイを使用して音楽や映画あるいはテレビ番組等のコンテンツを視聴することができるようになっている。図示しないそれぞれのユーザは、たとえば音楽を再生したりチェックした際に、自分の気に入りの音楽として視聴の対象に加えていくことで、第１〜第ｎの携帯端末１０２1〜１０２nごとに個人的なプレイリストを所持するようになっている。このようなプレイリストは、第１〜第ｎの携帯端末１０２1〜１０２nに格納されたアプリケーションプログラムによって自動的に作成するようになっている。
【００１８】
本実施例のコンテンツリスト管理システム１００では、ユーザの承諾によって第１〜第ｎの携帯端末１０２1〜１０２nのそれぞれの作成したプレイリスト（以下、ユーザ側プレイリストという。）が通信ネットワーク１０１を介してプレイリスト管理サーバ１０３にアップロードされるようになっている。プレイリスト管理サーバ１０３は、第１〜第ｎの携帯端末１０２1〜１０２nからアップロードされたユーザ側プレイリストを管理用データベース１０６に格納する。
【００１９】
そして、プレイリスト管理サーバ１０３は、管理用データベース１０６に格納した多数のユーザから送られてきたユーザ側プレイリストを基にして、ヒット情報やランキングの分析を行い、それぞれの分析結果として、これら多数のユーザを対象としたヒットプレイリストや人気ランキングのような各種のサーバ側プレイリストを作成するようになっている。このようにして作成された各種のサーバ側プレイリストは、ユーザの希望によって第１〜第ｎの携帯端末１０２1〜１０２nのうちの受信の設定を行ったものに配信されるようになっている。
【００２０】
これにより、プレイリスト管理サーバ１０３からサーバ側プレイリストを受信した携帯電話機１０２のそれぞれのユーザは、配信されたサーバ側プレイリストを見て新たな楽曲をリストアップすることができる。この結果、自分のプレイリストに今まで加えていなかった新曲等の楽曲を一括して大量にダウンロードすることが可能になる。ユーザ側プレイリストをプレイリスト管理サーバ１０３に提供しなかったユーザも、希望すればサーバ側プレイリストを受信して、所望のコンテンツをダウンロードすることができる。この際に、楽曲や動画等のコンテンツを配布するコンテンツサーバ１０４が利用される。もちろん、プレイリスト管理サーバ１０３がコンテンツサーバ１０４としての機能を備えていてもよい。
【００２１】
図２は、このようなコンテンツリスト管理システムにおける第１の携帯端末の構成の概要を表わしたものである。第２〜第ｎの携帯端末１０２2〜１０２nの構成は、第１の携帯端末１０２1と実質的に同一であるので、これらの図示および説明は省略する。
【００２２】
第１の携帯端末１０２1は、端末全体の制御を行う主制御部１１１を備えている。主制御部１１１は、図示しないＣＰＵ（Central Processing Unit）およびＲＯＭ（Read Only Memory）等の記憶媒体格納部を有している。記憶媒体格納部には、この第１の携帯端末１０２1の各部を制御あるいは実現するためのプログラムが格納されている。主制御部１１１は、ハードウェアあるいはソフトウェアによって実現される各種の機能部と接続されており、これらの全体的な制御も行うようになっている。
【００２３】
このうち通信制御部１１３は、図１に示した通信ネットワーク１０１と通信を行うことで、各種のデータを送受信するようになっている。表示部１１４は、液晶ディスプレイや有機ＥＬ（organic electroluminescence）ディスプレイ等の図示しないディスプレイを用いて視覚的な表示を行う。操作入力部１１５は図示しない複数のキーから構成されており、ユーザによって各種のデータが入力されるようになっている。電話機能部１１６は、電話機としての各種機能を有するブロックを一まとめに示したものであり、図示しないスピーカやマイクロフォンも備えられている。携帯電話機やＰＨＳ以外の通信端末の場合には、必ずしも電話機能部１１６を備える必要がない。デジタルテレビ受信部１１７は、地上デジタル方式によるテレビジョン放送を受信するようになっている。
【００２４】
音楽録音再生部１１８は、音楽を録音したり再生用の音信号を出力する部分である。動画録画再生部１１９は、映画やデジタルテレビ受信部１１７で受信したテレビジョン番組のような動画を録画したり、再生用の信号を出力する部分である。プレイリスト処理部１２０は、第１の携帯端末１０２1独自のプレイリストを作成したり、図１に示したプレイリスト管理サーバ１０３が作成したプレイリストを受信して管理する部分である。プレイリスト処理部１２０には、不揮発性メモリによって構成されたユーザ側プレイリスト１２１とサーバ側プレイリスト１２２の格納箇所が配置されている。
【００２５】
このうち、ユーザ側プレイリスト１２１はユーザが実際に視聴した結果を示すプレイリストでありサーバ側プレイリスト１２２は、プレイリスト管理サーバ１０３から取得したプレイリストである。本実施例では、プレイリスト管理サーバ１０３から取得したサーバ側プレイリスト１２２のうち、ユーザが何らかの手段によってその内容をダウンロードし、再生したものはユーザ側プレイリスト１２１に加えられるようになっている。
【００２６】
図３は、プレイリスト管理サーバの機能的な構成の概要を表わしたものである。プレイリスト管理サーバ１０３は、図示しないＣＰＵや制御プログラム格納用の記憶媒体を備えた主制御部１３１を有している。主制御部１３１は、ハードウェアあるいはソフトウェアによって実現される各種の機能部と接続されており、これらの全体的な制御も行うようになっている。
【００２７】
このうち通信制御部１３３は、図１に示した通信ネットワーク１０１と通信を行うことで、各種のデータを送受信するようになっている。表示部１３４は、液晶ディスプレイや有機ＥＬディスプレイ等の図示しないディスプレイを用いて視覚的な表示を行う。操作入力部１３５は図示しないキーボードやポインティングデバイスとしてのマウスによって構成されており、各種のデータが入力されるようになっている。プレイリスト処理部１３６は、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nのうちの承諾を得た端末から取得した各ユーザ側プレイリストを用いて、たとえばヒットしている楽曲や、購入あるいは視聴回数から割り出したランキング順のプレイリストとしてのサーバ側プレイリストを作成し、またこれらを最新のものに更新するようになっている。
【００２８】
コンテンツ購入管理部１３７は、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nのユーザが楽曲や映画等のコンテンツを購入する場合、プレイリスト管理サーバ１０３が代理でコンテンツサーバ１０４（図１）から購入を行い、希望者にダウンロードするサービスを行うようになっている。もちろん、第１〜第ｎの携帯端末１０２1〜１０２nのユーザは、新たに取得したサーバ側プレイリストから、たとえば希望する楽曲を選択してコンテンツサーバ１０４から独自に購入することも可能である。しかしながらプレイリスト管理サーバ１０３を介して取得することで、決済を含めた処理の簡略化を実現することができる。
【００２９】
プレイリスト管理サーバ１０３には入出力制御部１３８も備えられている。入出力制御部１３８は、外部記憶装置としての管理用データベース１０６にプレイリストの管理のためのデータベースを構築している。
【００３０】
以下、ユーザが第１の携帯端末１０２1の楽曲の管理を行う場合を例に挙げて説明を行う。
【００３１】
図４は、第１の携帯端末におけるユーザ側プレイリストの更新処理の様子を表わしたものである。図２と共に説明する。第１の携帯端末１０２1は、音楽録音再生部１１８が楽曲の再生を開始したかどうかを監視している（ステップＳ２０１）。ユーザが操作入力部１１５を操作して楽曲の再生を開始させたら（Ｙ）、この再生が所定の時間ｔ1以上行われたかを監視する（ステップＳ２０２）。ここで時間ｔ1は、ユーザがその長短を０秒から任意の秒数まで調整することができる。デフォルト値としては、たとえば３０秒が設定されている。
【００３２】
この時間ｔ1未満の再生しか行われずにその楽曲の再生が停止された場合には（ステップＳ２０２：Ｎ、ステップＳ２０３：Ｙ）、そのまま処理を中止してユーザ側プレイリスト１２１への登録は行わない（リターン）。これは、ユーザがその楽曲を聞き始めたものの、好みの曲でないことが分かった場合や、歌手や指揮者が想定していた者と異なっていた場合のように、そのユーザが再度聞く可能性がないものをプレイリストの登録対象から除外するためである。もちろん、時間ｔ1を０秒に設定している場合、これとは異なり聞き始めた楽曲はすべてプレイリストへの登録の対象となる。
【００３３】
楽曲の再生開始から時間ｔ1が経過しても再生が行われていたら（ステップＳ２０２：Ｙ）、主制御部１１１はプレイリスト処理部１２０のユーザ側プレイリスト１２１にその楽曲が登録されているかどうかをチェックする（ステップＳ２０４）。この結果、ユーザ側プレイリスト１２１にその楽曲が存在しなかった場合には（Ｙ）、ユーザ側プレイリスト１２１にその楽曲を追加して（ステップＳ２０５）、処理を終了させる（リターン）。すでに同一の楽曲がユーザ側プレイリスト１２１に存在した場合には（ステップＳ２０４：Ｎ）、そのまま処理を終了させる（リターン）。
【００３４】
ユーザが続いて他の楽曲の再生を開始した場合には、再度ステップＳ２０１からの処理が開始することになる。このようにして、ユーザ側プレイリスト１２１には、ユーザが新たな楽曲を所定の時間ｔ1以上聞いた場合には、これらが登録されていくことになる。
【００３５】
なお、ユーザ側プレイリスト１２１への登録処理は、主制御部１１１が他の処理と並行処理によって行うことができる。したがって、ユーザが図２に示したデジタルテレビ受信部１１７をオンにしている状態や、図示しないデジタルラジオがオンになっている状態でこれらの放送によって得られる楽曲をユーザ側プレイリスト１２１に登録することができる。
【００３６】
また、図４の処理ではユーザ側プレイリスト１２１として単に楽曲の一覧を登録するものとしたが、ユーザがそれぞれの楽曲を聞いた回数や聞いた日時を併せて登録したり、一定期間以上まったく再生していない楽曲をリストから除外するようにしてもよい。
【００３７】
図５は、ユーザ側プレイリストの登録内容の一部を表わしたものである。ユーザ側プレイリスト１２１には、ユーザが図１に示す第１の携帯端末１０２1で再生して登録した順番で、曲名、アーティスト名等の楽曲情報が１曲ごとに記録されている。この図には示していないが、ユーザ側プレイリスト１２１には、前記した登録日時や再生回数も記録されるようになっていてもよい。これは、プレイリスト管理サーバ１０３（図１）側で各種のサーバ側プレイリストを作成するときに、付帯情報として必要とされる場合があるからである。
【００３８】
デジタルテレビ放送やデジタルラジオ放送で、コンテンツの内容を表わす付帯情報が送られてきた場合、楽曲情報として該当するものがユーザ側プレイリスト１２１に書き加えられることになる。もちろん、ユーザは、自分のコンピュータ（図示せず）等の他の情報処理装置やインターネット上の音楽ダウンロードサイトから楽曲を取得し、これらを再生することでユーザ側プレイリスト１２１に楽曲を追加していくことができる。
【００３９】
図６は、第１の携帯端末がテレビジョン放送を受信している状態の一例を表わしたものである。携帯端末１０２1の表示部１１４には、図２に示したデジタルテレビ受信部１１７によってテレビジョン放送が受信されている。ユーザは聞きたい楽曲を放送するというアナウンスを聴いたとき、その楽曲の放送が開始されるタイミングで操作入力部１１５の録画に割り当てられた所定のキーを操作することで画像とその楽曲を動画データとして保存することができる。また、録音だけを行いたいときは、他の所定のキーを操作することで、楽曲だけを録音することも可能である。
【００４０】
この楽曲放送時にテロップ（telop）としての挿入画面に曲名と歌手名が表示されることが多い。このような場合には、操作入力部１１５の付帯情報入力用のキーを操作することになる。図２に示したプレイリスト処理部１２０は、保存した付帯情報が曲名やアーティスト名等の楽曲情報の項目別に識別情報を付している場合には、これらの識別情報を基にしてユーザ側プレイリスト１２１（図５）に記録すべき各情報を抽出することになる。
【００４１】
このような識別情報が付帯情報に付いていない場合、ユーザ側プレイリスト１２１は内蔵の図示しない辞書を用いて、たとえば曲名やアーティスト名と一致するコード情報を検索して抽出することができる。なお、ユーザ側プレイリスト１２１は、ユーザが後で編集することができるので、このときに曲名やアーティスト名等の情報を追加したり、修正することができる。辞書は、プレイリスト管理サーバ１０３が随時、その内容を更新する。
【００４２】
このようにして録画あるいは録音した動画データあるいは音データは、一時的にプレイリスト処理部１２０の管理する内蔵あるいはオプションで追加した挿脱自在の大容量の半導体メモリ（図示せず）に格納される。そして、必要に応じて楽曲の切り出しを行った後、図４で説明した楽曲の再生が行われることになる。このとき、ユーザ側プレイリスト１２１に所定の楽曲が登録され、その楽曲がプレイリストに対応する音楽データとして保存されることになる。
【００４３】
したがって、ユーザは必ずしもテレビジョン番組やラジオ番組からこまめに楽曲ごとの録画あるいは録音を繰り返す必要はなく、たとえば番組全体を録画あるいは録音して、後に必要な楽曲の部分を自動的にあるいはマニュアルによる編集操作で抽出することができる。これにより、楽曲の先頭の部分が録画あるいは録音の操作ミスで欠如することを防止することができる。もっとも、プレイリスト処理部１２０に遅延回路を設け、録画あるいは録音の操作が行われる数秒程度前から録画あるいは録音を行うことで楽曲の先頭の部分の欠如を防止することができる。
【００４４】
ところで、本実施例のコンテンツリスト管理システム１００では、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nのそれぞれのユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３が収集して、前記したサーバ側プレイリストを作成することになる。このためには、第１〜第ｎの携帯端末１０２1〜１０２nのユーザのうちでコンテンツリスト管理システム１００を利用するユーザは、プレイリスト管理サーバ１０３にユーザ側プレイリスト１２１を送信したりサーバ側プレイリストを受信するための設定を行う。
【００４５】
図７は、携帯端末のプレイリスト送受信設定処理の様子を表わしたものである。ここでは図１に示した第１の携帯端末１０２1の処理を説明するが、第２〜第ｎの携帯端末１０２2〜１０２nの処理もこれと同一である。図１および図２と共に説明する。
【００４６】
第１の携帯端末１０２1のユーザは、操作入力部１１５を操作してプレイリスト送受信設定モードを選択する（ステップＳ２２１：Ｙ）。なお、これ以外のモードを設定した場合には（Ｎ）、対応する他のモードが実行されることになる。プレイリスト送受信設定モードが選択されると、表示部１１４にプレイリスト送信可否表示が行われる（ステップＳ２２２）。この表示を見て、ユーザは操作入力部１１５を操作してユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３に送信するかどうかを入力する。
【００４７】
「送信可」を入力した場合には（ステップＳ２２３：Ｙ）、ユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３に送信する時間間隔を設定する処理が行われる（ステップＳ２２４）。ここでは、たとえばユーザが操作入力部１１５を操作して毎日とか１週間に一度というような送信間隔を入力することになる。このような送信処理による通信費はプレイリスト管理サーバ１０３が負担するようにしてもよいし、所定のサービスポイントを与えて、これにより音楽等のコンテンツを購入するときに料金を割り引くようにしてもよい。
【００４８】
ステップＳ２２４の処理が終了すると表示部１１４にはプレイリスト受信可否表示が行われる（ステップＳ２２５）。なお、ユーザがユーザ側プレイリスト１２１をプレイリスト管理サーバ１０３に送信しないことを選択した場合には（ステップＳ２３３：Ｎ、ステップＳ２２６：Ｙ）、ステップＳ２２４の送信間隔設定処理を行わずにプレイリスト受信可否表示が行われることになる（ステップＳ２２５）。
【００４９】
プレイリスト受信可否表示が行われた状態で、ユーザはプレイリスト管理サーバ１０３からサーバ側プレイリストの受信を可とする（ステップＳ２２７：Ｙ）入力を行うか、否とする（ステップＳ２２７：Ｎ、ステップＳ２２８：Ｙ）入力を行う。サーバ側プレイリストの受信を可とする入力を行った場合には（ステップＳ２２７：Ｙ）、プレイリスト管理サーバ１０３からの受信間隔を設定する処理が行われる（ステップＳ２２９）。プレイリスト管理サーバ１０３は、たとえば１月に１回以上の音楽等のコンテンツの購入があったとき、１週間に１回のサーバ側プレイリストの通信を無料とするといった特典をユーザに提供することができる。
【００５０】
ステップＳ２２９の受信間隔の設定処理が終了したら、続いて携帯端末１０２がプレイリストを受信したときに、これを直ちに表示部１１４に表示するかどうかの表示の設定処理を行う（ステップＳ２３０）。この後、第１の携帯端末１０２1は自身のＩＤ（Identification）等のユーザ特定情報を付してプレイリスト送受信設定内容をプレイリスト管理サーバ１０３に送信する（ステップＳ２３１）。なお、ステップＳ２２８でサーバ側プレイリストの受信を不可とした場合には（Ｙ）、ステップＳ２２９およびステップＳ２３０の処理を行わずに、設定内容をプレイリスト管理サーバ１０３に同様に通知することになる（ステップＳ２３１）。ユーザ特定情報には、ユーザの性別、年齢あるいは生年月日、出生地等の情報を加えておくことができる。
【００５１】
この図７に示した携帯端末のプレイリスト送受信設定処理は、ユーザが必要に応じて何度でも行うことができ、これによって新たに設定した内容をプレイリスト管理サーバ１０３に通知することができる。プレイリスト管理サーバ１０３は、第１〜第ｎの携帯端末１０２1〜１０２nのうちのプレイリストの送信を可とした端末から送られてきたユーザ側プレイリスト１２１を基にして各種のサーバ側プレイリストを作成する。
【００５２】
図８〜図１０は、サーバ側プレイリストの幾つかの例を示したものである。このうち図８は楽曲のヒットプレイリストである。これは第１〜第ｎの携帯端末１０２1〜１０２nの通知を基にして、ユーザ側プレイリスト１２１（図２）の全体で再生回数の多い順あるいは最も多くのユーザ側プレイリスト１２１において１位に位置している楽曲から順番に最新の結果として示したものである。携帯端末１０２から送られてきたユーザ側プレイリスト１２１のそれぞれの楽曲の登録あるいは更新日時を参考にして結果が集積される。
【００５３】
図９は、これに対して月ごとにユーザの全体について集計した楽曲のヒットプレイリストを示している。これに対して図１０は、ユーザの年代別のヒットプレイリストを示している。ユーザの年代別や男女別といった集計は、前記したユーザ特定情報を用いて作成される。図８〜図１０に示したような各種のサーバ側プレイリストは、図１に示した管理用データベース１０６に格納されるようになっている。これらは、プレイリスト管理サーバ１０３での解析や、図７のステップＳ２２７およびステップＳ２３１でサーバ側プレイリストの送信を要求したユーザの携帯端末１０２に送信されることになる。
【００５４】
図１１は、プレイリスト管理サーバによる携帯端末に対するプレイリスト配信処理の様子を表わしたものである。プレイリスト管理サーバ１０３は、図１に示した第１〜第ｎの携帯端末１０２1〜１０２nに対して１日に複数回、時間を決めて定期的にプレイリストの配信処理を行っている。プレイリストの配信時刻が到来すると（ステップＳ２４１：Ｙ）、今回配信する分のプレイリスト配信対象となる端末を、第１〜第ｎの携帯端末１０２1〜１０２nの配信要求内容に基づいて検索する（ステップＳ２４２）。そして、今回配信対象となる全携帯端末１０２にプレイリストを送信することになる（ステップＳ２４３）。
【００５５】
図１２は、携帯端末側でのプレイリストの受信とその表示処理の流れを表わしたものである。図１および図２を基にして第１の携帯端末１０２1を例に説明を行う。第１の携帯端末１０２1の通信制御部１１３がプレイリスト管理サーバ１０３からサーバ側プレイリストを受信すると（ステップＳ２６１：Ｙ）、主制御部１１１は表示部１１４にサーバ側プレイリストが受信されたことを通知する受信通知アイコンを表示する（ステップＳ２６２）。
【００５６】
この状態でプレイリスト処理部１２０は、図７のステップＳ２３０で第１の携帯端末１０２1が表示部１１４にサーバ側プレイリストを直ちに表示する設定を行っているかどうかをチェックする（ステップＳ２６３）。そのような表示を行っている場合には（Ｙ）、受信したサーバ側プレイリストを表示部１１４に直ちに表示する（ステップＳ２６４）。この状態で、第１の携帯端末１０２1は表示されたサーバ側プレイリストの中から所望の楽曲がダウンロードのために選択されるか（ステップＳ２６５）、あるいはサーバ側プレイリストの表示を終了するか（ステップＳ２６５：Ｎ、ステップＳ２６６）を待機する。
【００５７】
図１３は、携帯端末の表示部に表示されたダウンロード選択用の画面の一例を表わしたものである。ここでは、表示部１１４にヒットプレイリストが表示されており、ヒットしている楽曲から順にそれぞれの楽曲の名前等の情報が表示されている。それぞれの楽曲の図で左側にはダウンロードする楽曲を指定するためのチェックボックス１５１が配置されている。ユーザは、たとえば操作入力部１１５の図示しないポインタを指で操作することでカーソル１５２を所望のチェックボックス１５１の箇所に移動させ、楽曲別にダウンロードの要否を指定することになる。
【００５８】
このようにしてサーバ側プレイリストの中から所望の楽曲のダウンロードが指定されたら（図１２ステップＳ２６５：Ｙ）、ダウンロード時間の設定処理が行われる（ステップＳ２６７）。ユーザは、即時にダウンロードを行う設定とダウンロードの日時を決める設定のいずれかを選択することができる。日時を決めてダウンロードを行えるようにしたのは、第１の携帯端末１０２1のバッテリの残量が少なくなっている場合や大容量のデータ通信中のような事情で、楽曲のダウンロードを後に延ばす必要がある場合や、たとえば夜間のダウンロード割引を活用して一括ダウンロードを行いたいといった要求がある場合に対応するためである。
【００５９】
ダウンロード時間の設定処理が行われたら、主制御部１１１は通信制御部１１３を使用して、ユーザの設定したこのようなダウンロード要求をプレイリスト管理サーバ１０３に通知することになる（ステップＳ２６８）。この後、表示通知アイコンの表示が消去される（ステップＳ２６９）。ステップＳ２６５で楽曲のダウンロードのための選択が行われず、ステップＳ２６６でサーバ側プレイリストの選択の処理の終了が指示された場合にも（ステップＳ２６６：Ｙ）、表示通知アイコンの表示が消去される（ステップＳ２６９）。
【００６０】
一方、ステップＳ２６３でサーバ側プレイリストを直ちに表示することが設定されていなかった場合には、表示通知アイコンの表示を消去することなく、処理が一旦終了する（リターン）。そして、その後にユーザが操作入力部１１５を操作してサーバ側プレイリストの表示を要求すると（ステップＳ２７０：Ｙ）、ステップＳ２６４に進んでサーバ側プレイリストの表示が行われる。これ以後は前記した通りである。
【００６１】
図１４は、プレイリスト管理サーバが携帯端末からのダウンロード要求を受信したときの処理の様子を表わしたものである。図１および図３と共に説明する。プレイリスト管理サーバ１０３は、たとえば第１の携帯端末１０２1から楽曲のダウンロード要求を受信すると（ステップＳ２８１：Ｙ）、ダウンロード時間の指定があるかどうかをチェックする（ステップＳ２８２）。そして、ダウンロード時間の指定がある場合には（Ｙ）、第１の携帯端末１０２1およびダウンロードの対象となる楽曲と対応付けてそのダウンロード時間を設定する（ステップＳ２８３）。
【００６２】
これに対して、ダウンロード時間の指定がなく、直ちにダウンロードを行うことが要求されていた場合（ステップＳ２８２：Ｎ）、コンテンツ購入管理部１３７はコンテンツサーバ１０４に指示して、該当する楽曲を指定された携帯端末（この場合には第１の携帯端末１０２1）に送信する（ステップＳ２８４）。そして、ユーザのダウンロード要求のうち第１の携帯端末１０２1に対してその楽曲に対応する課金処理を行うことになる（ステップＳ２８５）。
【００６３】
一方、ステップＳ２８２でダウンロードする時間が指定され、ステップＳ２８３でダウンロード時間を設定した場合、コンテンツ購入管理部１３７はダウンロード時間の到来を監視する（ステップＳ２８６）。そして、ユーザのダウンロード要求のうちダウンロード時間が到来したものがあった場合には（Ｙ）、ステップＳ２８４に進んで該当する楽曲をそのユーザの携帯端末１０２に送信することになる。以下、同様である。
【００６４】
以上説明したように本実施例のコンテンツリスト管理システム１００によれば、プレイリスト管理サーバ１０３が第１〜第ｎの携帯端末１０２1〜１０２nの中の同意を得た端末からユーザ側プレイリストを逐次取得することができるので、容易に、かつ迅速に各種のプレイリストを作成することができる。しかも、ユーザはテレビジョンやラジオといった媒体を通じてユーザ側プレイリストを作成してプレイリスト管理サーバ１０３に提供するので、楽曲や映画に対する最新の評価をキャッチすることができる。
【００６５】
また、ユーザはサーバ側プレイリストの提供を受けることで、常に新しい情報を入手し、必要に応じて欲しい楽曲等のコンテンツを迅速に入手することができる。更に、ユーザがテレビジョンやラジオから楽曲を録音した場合で最初の部分が切れてしまったように不完全な形で録音や録画が行われたような場合であっても、サーバ側プレイリストから該当するコンテンツを見つけ出すことで、完全な形の楽曲や動画データとして保存し再生することができる。
【００６６】
また、サーバ側プレイリストを参照することで、各ユーザは所望の楽曲や動画データを一度に大量に入手可能である。しかも、大量なダウンロードで時間が掛かるような場合には、就寝中のような携帯端末を使用していない時間にこれをプレイリスト管理サーバ１０３の時間管理で行うことが可能である。
【００６７】
＜発明の変形例＞
【００６８】
図１５は、本発明の変形例における携帯端末のヒットプレイリスト表示処理の要部を表わしたものである。図１および図２を基にして変形例を説明する。この変形例では、たとえば第１の携帯端末１０２1がプレイリスト管理サーバ１０３からサーバ側プレイリストを受信すると（ステップＳ３０１）、これをユーザ側プレイリスト１２１と対比して（ステップＳ３０２）、サーバ側プレイリストのそれぞれの楽曲が第１の携帯端末１０２1にすでにデータとして格納されているかどうかをチェックする。そして、この結果としてそれぞれの楽曲が第１の携帯端末１０２1に存在するかどうかを表わす存否表示データをプレイリストに追加する（ステップＳ３０３）。そして、これを表示部に表示のために出力することになる（ステップＳ３０４）。
【００６９】
図１６は、表示部に表示されたダウンロード選択用の画面の一例を表わしたものである。実施例における図１３の表示画面と対比すると分かるように、変形例の表示部１１４Ａではダウンロードの要否を表わすチェックボックス１５１のすぐ隣に、「無」マーク４０１あるいは「有」マーク４０２が表示されている。ここで「無」マーク４０１は、第１の携帯端末１０２1にその楽曲が収容されていないことを表わしている。また、「有」マーク４０２は第１の携帯端末１０２1にその楽曲が収容されていることを表わしている。
【００７０】
したがって、ユーザはすでに格納している楽曲のデータを重複してダウンロードすることがない。また、「有」マーク４０２が付いているものについては、その楽曲の入手源が記されている。この例では、たとえば２番目の楽曲の場合、「（デジタルＴＶ）」と表示されており、入手源がデジタルテレビ受信部１１７であることが示されている。ユーザは入手源をチェックすることで、必要に応じて、より高品質の楽曲をプレイリスト管理サーバ１０３あるいはコンテンツサーバ１０４から直接ダウンロードすることも可能である。
【００７１】
この変形例では、第１の携帯端末１０２1等の携帯端末側でダウンロードの要否の参考となるデータを付加して表示する場合を説明したが、同様の処理をプレイリスト管理サーバ１０３側が個々の携帯端末１０２に対応させて行うようにしてもよい。
【００７２】
なお、実施例では、プレイリスト管理サーバ１０３が第１〜第ｎの携帯端末１０２1〜１０２nにサーバ側プレイリストとして各種のプレイリストを一括して送信するようにしたが、ユーザの年齢や、過去の楽曲のダウンロードの傾向を使用して、それぞれのユーザが好む分野の楽曲や動画データのプレイリストを選別して送るようにしてもよい。
【００７３】
また、実施例ではテレビジョンやラジオからのコンテンツを表わしたデータを一度携帯端末内に格納したものを再生する時点でユーザ側プレイリストに登録することにしたが、楽曲単位等のコンテンツ単位で受信を行った時点でユーザ側プレイリストに登録してもよい。
【００７４】
更に実施例では携帯型音楽プレーヤや携帯電話機のような携帯端末を対象としたが、コンテンツを再生することができ、かつ通信ネットワークと通信が可能な通信端末であれば、本発明を適用できることは当然である。
【００７５】
また、実施例ではコンテンツとして楽曲を例に挙げて説明したが、小説の朗読、落語を含む音データおよび映画、ドラマを含む映像データに対しても本発明を適用することができることは当然である。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施例におけるコンテンツリスト管理システムの概要を表わしたシステム構成図である。
【図２】本実施例で第１の携帯端末の構成の概要を表わしたブロック図である。
【図３】本実施例におけるプレイリスト管理サーバの機能的な構成の概要を表わしたブロック図である。
【図４】本実施例で第１の携帯端末におけるユーザ側プレイリストの更新処理の様子を表わした流れ図である。
【図５】本実施例でユーザ側プレイリストの登録内容の一部を表わした説明図である。
【図６】本実施例で第１の携帯端末がテレビジョン放送を受信している状態の一例を表わした平面図である。
【図７】本実施例で携帯端末のプレイリスト送受信設定処理の様子を表わした流れ図である。
【図８】本実施例における楽曲のヒットプレイリストを表わした平面図である。
【図９】本実施例における月別の楽曲のヒットプレイリストを表わした平面図である。
【図１０】本実施例における年代別のヒットプレイリストを表わした平面図である。
【図１１】本実施例でプレイリスト管理サーバによる携帯端末に対するプレイリスト配信処理の様子を表わした流れ図である。
【図１２】本実施例で携帯端末側でのプレイリストの受信とその表示処理の流れを表わした流れ図である。
【図１３】本実施例で携帯端末の表示部に表示されたダウンロード選択用の画面の一例を表わした平面図である。
【図１４】プレイリスト管理サーバが携帯端末からのダウンロード要求を受信したときの処理の様子を表わした流れ図である。
【図１５】本発明の変形例における携帯端末のヒットプレイリスト表示処理の要部を表わした流れ図である。
【図１６】この変形例における表示部に表示されたダウンロード選択用の画面の一例を表わした平面図である。
【符号の説明】
【００７７】
１００ コンテンツリスト管理システム
１０１ 通信ネットワーク
１０２ 携帯端末
１０３ プレイリスト管理サーバ
１０４ コンテンツサーバ
１０６ 管理用データベース
１１１、１３１ 主制御部
１１３、１３３ 通信制御部
１１４、１１４Ａ 表示部
１１５ 操作入力部
１１７ デジタルテレビ受信部
１１８ 音楽録音再生部
１１９ 動画録画再生部
１２０ プレイリスト処理部
１２１ ユーザ側プレイリスト
１２２ サーバ側プレイリスト
１３６ プレイリスト処理部
１３７ コンテンツ購入管理部
【特許請求の範囲】
【請求項１】
外部からコンテンツを受信するコンテンツ受信手段と、
このコンテンツ受信手段の受信したコンテンツを再生するコンテンツ再生手段と、
前記コンテンツ受信手段によって受信したコンテンツを保存するコンテンツ保存手段と、
このコンテンツ保存手段に保存したコンテンツの一覧からなり自装置側で受信し保存したそれぞれのコンテンツの内容を特定するコンテンツ特定情報を付加した端末側コンテンツリストを作成する端末側コンテンツリスト作成手段と、
この端末側コンテンツリスト作成手段により作成された端末側コンテンツリストから所望のコンテンツを選択して前記コンテンツ再生手段で再生させる再生用コンテンツ選択手段と、
前記端末側コンテンツリスト作成手段で作成した端末側コンテンツリストを通信ネットワークに自装置の端末側コンテンツリストとして送出する端末側コンテンツリスト送出手段
とを具備することを特徴とする通信端末。
【請求項２】
デジタル放送を受信するデジタル放送受信手段を備え、
前記コンテンツ受信手段は、このデジタル放送受信手段の受信した放送の特定部分をなすコンテンツを切り出すコンテンツ切り出し手段と、このコンテンツ切り出し手段で切り出されるコンテンツと関連付けて前記デジタル放送で放送される前記コンテンツ特定情報を抽出するコンテンツ特定情報抽出手段とを具備することを特徴とする請求項１記載の通信端末。
【請求項３】
前記デジタル放送はデジタルテレビジョン放送あるいはデジタルラジオ放送であり、前記コンテンツ特定情報は楽曲の曲名およびそのコンテンツの楽曲を特定するアーティスト名を含んでいることを特徴とする請求項２記載の通信端末。
【請求項４】
前記端末側コンテンツリスト送出手段の送出先から送り返されてくる各端末の端末側コンテンツリストの集計結果としての集計側コンテンツリストをこれらのコンテンツについての前記コンテンツ特定情報と共に受信する集計側コンテンツリスト受信手段と、
この集計側コンテンツリスト受信手段の受信した前記集計側コンテンツリストを前記コンテンツ特定情報と共に表示する集計側コンテンツリスト表示手段
とを更に具備することを特徴とする請求項１〜請求項３いずれかに記載の通信端末。
【請求項５】
前記集計側コンテンツリスト表示手段に表示された前記集計側コンテンツリストから所望のコンテンツを選択して前記通信ネットワークを介したダウンロードを要求するコンテンツダウンロード要求手段
を更に具備することを特徴とする請求項４記載の通信端末。
【請求項６】
前記集計側コンテンツリストと前記自装置の端末側コンテンツリストを対比するコンテンツリスト対比手段を備え、
前記集計側コンテンツリスト表示手段は、前記自装置の端末側コンテンツリストに存在しないコンテンツを存在するコンテンツと区別して表示することを特徴とする請求項４または請求項５記載の通信端末。
【請求項７】
前記コンテンツダウンロード要求手段は、所望の時間を予め設定して任意の数のコンテンツを一括してダウンロードすることを要求する手段であることを特徴とする請求項５記載の通信端末。
【請求項８】
請求項１〜請求項７いずれかに記載の通信端末と、
前記通信ネットワークに接続され、それぞれの通信端末の前記端末側コンテンツリスト送出手段から送られてくる端末側コンテンツリストを受信する端末側コンテンツリスト受信手段と、この端末側コンテンツリスト受信手段の受信した複数の通信端末の端末側コンテンツリストを集計するコンテンツリスト集計手段と、このコンテンツリスト集計手段の集計結果を集計側コンテンツリストとして前記通信ネットワークに送出する集計側コンテンツリスト送出手段とを備えたコンテンツリスト管理サーバ
とを具備することを特徴とするコンテンツリスト管理システム。
【請求項９】
前記コンテンツリスト集計手段の集計結果としての前記集計側コンテンツリストは、コンテンツのヒットの順位を表わしたものであることを特徴とする請求項８記載のコンテンツリスト管理システム。
【請求項１０】
前記コンテンツは、楽曲、小説の朗読、落語を含む音データおよび映画、ドラマを含む映像データの一部または全部から構成されるものであることを特徴とする請求項８〜請求項１０いずれかに記載のコンテンツリスト管理システム。
【請求項１】
外部からコンテンツを受信するコンテンツ受信手段と、
このコンテンツ受信手段の受信したコンテンツを再生するコンテンツ再生手段と、
前記コンテンツ受信手段によって受信したコンテンツを保存するコンテンツ保存手段と、
このコンテンツ保存手段に保存したコンテンツの一覧からなり自装置側で受信し保存したそれぞれのコンテンツの内容を特定するコンテンツ特定情報を付加した端末側コンテンツリストを作成する端末側コンテンツリスト作成手段と、
この端末側コンテンツリスト作成手段により作成された端末側コンテンツリストから所望のコンテンツを選択して前記コンテンツ再生手段で再生させる再生用コンテンツ選択手段と、
前記端末側コンテンツリスト作成手段で作成した端末側コンテンツリストを通信ネットワークに自装置の端末側コンテンツリストとして送出する端末側コンテンツリスト送出手段
とを具備することを特徴とする通信端末。
【請求項２】
デジタル放送を受信するデジタル放送受信手段を備え、
前記コンテンツ受信手段は、このデジタル放送受信手段の受信した放送の特定部分をなすコンテンツを切り出すコンテンツ切り出し手段と、このコンテンツ切り出し手段で切り出されるコンテンツと関連付けて前記デジタル放送で放送される前記コンテンツ特定情報を抽出するコンテンツ特定情報抽出手段とを具備することを特徴とする請求項１記載の通信端末。
【請求項３】
前記デジタル放送はデジタルテレビジョン放送あるいはデジタルラジオ放送であり、前記コンテンツ特定情報は楽曲の曲名およびそのコンテンツの楽曲を特定するアーティスト名を含んでいることを特徴とする請求項２記載の通信端末。
【請求項４】
前記端末側コンテンツリスト送出手段の送出先から送り返されてくる各端末の端末側コンテンツリストの集計結果としての集計側コンテンツリストをこれらのコンテンツについての前記コンテンツ特定情報と共に受信する集計側コンテンツリスト受信手段と、
この集計側コンテンツリスト受信手段の受信した前記集計側コンテンツリストを前記コンテンツ特定情報と共に表示する集計側コンテンツリスト表示手段
とを更に具備することを特徴とする請求項１〜請求項３いずれかに記載の通信端末。
【請求項５】
前記集計側コンテンツリスト表示手段に表示された前記集計側コンテンツリストから所望のコンテンツを選択して前記通信ネットワークを介したダウンロードを要求するコンテンツダウンロード要求手段
を更に具備することを特徴とする請求項４記載の通信端末。
【請求項６】
前記集計側コンテンツリストと前記自装置の端末側コンテンツリストを対比するコンテンツリスト対比手段を備え、
前記集計側コンテンツリスト表示手段は、前記自装置の端末側コンテンツリストに存在しないコンテンツを存在するコンテンツと区別して表示することを特徴とする請求項４または請求項５記載の通信端末。
【請求項７】
前記コンテンツダウンロード要求手段は、所望の時間を予め設定して任意の数のコンテンツを一括してダウンロードすることを要求する手段であることを特徴とする請求項５記載の通信端末。
【請求項８】
請求項１〜請求項７いずれかに記載の通信端末と、
前記通信ネットワークに接続され、それぞれの通信端末の前記端末側コンテンツリスト送出手段から送られてくる端末側コンテンツリストを受信する端末側コンテンツリスト受信手段と、この端末側コンテンツリスト受信手段の受信した複数の通信端末の端末側コンテンツリストを集計するコンテンツリスト集計手段と、このコンテンツリスト集計手段の集計結果を集計側コンテンツリストとして前記通信ネットワークに送出する集計側コンテンツリスト送出手段とを備えたコンテンツリスト管理サーバ
とを具備することを特徴とするコンテンツリスト管理システム。
【請求項９】
前記コンテンツリスト集計手段の集計結果としての前記集計側コンテンツリストは、コンテンツのヒットの順位を表わしたものであることを特徴とする請求項８記載のコンテンツリスト管理システム。
【請求項１０】
前記コンテンツは、楽曲、小説の朗読、落語を含む音データおよび映画、ドラマを含む映像データの一部または全部から構成されるものであることを特徴とする請求項８〜請求項１０いずれかに記載のコンテンツリスト管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００８−１７６１２６（Ｐ２００８−１７６１２６Ａ）
【公開日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願番号】特願２００７−１０３９２（Ｐ２００７−１０３９２）
【出願日】平成１９年１月１９日（２００７．１．１９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２０年７月３１日（２００８．７．３１）
【国際特許分類】
【出願日】平成１９年１月１９日（２００７．１．１９）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]