JP2001344271A - ストリームデータ再生システム - Google Patents

ストリームデータ再生システム

Info

Publication number
JP2001344271A
JP2001344271A JP2000164314A JP2000164314A JP2001344271A JP 2001344271 A JP2001344271 A JP 2001344271A JP 2000164314 A JP2000164314 A JP 2000164314A JP 2000164314 A JP2000164314 A JP 2000164314A JP 2001344271 A JP2001344271 A JP 2001344271A
Authority
JP
Japan
Prior art keywords
stream data
user
stored
distribution
management server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000164314A
Other languages
English (en)
Inventor
Kazunari Takemura
和斉 竹村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Onkyo Corp
Original Assignee
Onkyo Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Onkyo Corp filed Critical Onkyo Corp
Priority to JP2000164314A priority Critical patent/JP2001344271A/ja
Publication of JP2001344271A publication Critical patent/JP2001344271A/ja
Pending legal-status Critical Current

Links

Abstract

(57)【要約】 【課題】 ユーザ側に多くの記憶容量を必要とせず、か
つ、好みにあったストリームデータを配信する。 【解決手段】ユーザ別選択条件記憶手段３は、ストリー
ムデータを選択するための選択条件をユーザ毎に記憶す
る。配信制御手段７は、ユーザから配信要求があると、
ユーザ別記憶手段５に記憶されたストリームデータを当
該ユーザコンピュータに配信する。配信により発生した
ユーザ別記憶手段５の空き容量は、空き容量管理手段６
によって検出され、空き容量がある場合には、収集手段
４は前記各ユーザ毎の選択条件に合致するストリームデ
ータを他のコンピュータから収集する。これにより、ユ
ーザ別記憶手段５には前記選択条件に合致したストリー
ムデータが蓄積される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、ストリームデー
タ再生システムに関し、特にユーザの好みに応じたスト
リームデータ再生に関する。
【０００２】
【従来技およびその課題】ユーザの好みに合致した音楽
を放送するシステムとして有線放送が知られている。こ
れはチャンネルがジャンル毎にわかれており、あらかじ
め用意されたチャンネルのいずれかを選択することによ
り当該チャンネルの音楽を聴取できる。しかし、自己が
希望するジャンルがない場合もあり、また、好みのジャ
ンルがあったとしても、自分の好みの曲に合致しない曲
が流される場合もある。この場合には、その曲が流れて
いる間に、これをパスして次の曲を聴けるわけではな
い。これは、１対多形式の放送という形態であるからで
ある。
【０００３】一方、一対一のデータ再生として、インタ
ーネットラジオが知られている。これは、自分が希望す
る曲を指定して再生するというものであり、好みの曲で
ない場合には再生を中止し、別の曲を指定して再度再生
処理を行えばよい。しかし、選択行為が必要、好みの曲
を流すサイトを探し出さなければならない。
【０００４】この発明は上記問題を解決し、ユーザが所
望するストリームデータを再生可能なストリームデータ
再生システム、またはその方法を提供することを目的と
する。
【０００５】
【課題を解決するための手段および発明の効果】１）本
発明にかかるストリームデータ再生システムにおいて
は、ストリームデータ管理サーバは、a1)ストリームデ
ータを選択するための選択条件をユーザ毎に記憶するユ
ーザ別選択条件記憶手段、a2)収集命令が与えられる
と、前記各ユーザ毎の選択条件に基づいて、ネットワー
ク接続された他のコンピュータに記憶されているストリ
ームデータを収集する収集手段、a3)前記収集されたス
トリームデータを記憶する各ユーザ毎に容量が定められ
たユーザ別記憶手段、a4)前記ユーザ別記憶手段の各ユ
ーザ毎の容量に空き容量があるか否かを検出し、空き容
量がある場合には、前記収集手段に前記収集命令を与え
る空き容量管理手段、a5)配信要求があると、前記ユー
ザ別記憶手段に記憶されたストリームデータを当該ユー
ザコンピュータに配信し、配信したストリームデータを
前記ユーザ別記憶手段から削除する配信制御手段を備
え、前記ストリームデータ管理サーバとネットワーク接
続されるユーザコンピュータは、b1)ユーザからの命令
に基づいて、前記配信要求を前記ストリームデータ管理
サーバの配信制御手段に与える配信要求手段、b2)前記
配信制御手段から与えられたストリームデータを受信し
て、再生するストリームデータ再生手段を備えている。
【０００６】このように、ユーザ毎の選択条件を記憶し
ておき、この選択条件に合致する他のストリームデータ
を収集しておき、配信要求があるとこれを配信する。配
信により空き容量が発生すると前記収集処理が実行され
る。したがって、ユーザ側に多くの記憶容量を必要とせ
ず、かつ、好みにあったストリームデータを配信するこ
とができる。
【０００７】２）本発明にかかるストリームデータ配信
システムにおいては、前記ストリームデータ再生手段
は、前記受信したストリームデータを一時記憶してお
り、再生中にユーザから蓄積命令が与えられると、これ
を蓄積データ記憶手段に記憶する。したがって、再生中
に蓄積命令を与えるだけで、再度配信してもらわなくて
も、再生が可能となる。
【０００８】３）本発明にかかるストリームデータ管理
サーバにおいては、1)ストリームデータを選択するため
の選択条件をユーザ毎に記憶するユーザ別選択条件記憶
手段、2)収集命令が与えられると、前記各ユーザ毎の選
択条件に基づいて、ネットワーク接続された他のコンピ
ュータに記憶されているストリームデータを収集する収
集手段、3)前記収集されたストリームデータを記憶する
記憶手段であって、各ユーザ毎に容量が定められている
ユーザ別記憶手段、4)前記ユーザ別記憶手段の各ユーザ
毎の容量に空き容量があるか否かを検出し、空き容量が
ある場合には、前記収集手段に前記収集命令を与える空
き容量管理手段を備えている。
【０００９】このように、ユーザ毎の選択条件を記憶し
ておき、この選択条件に合致する他のストリームデータ
を収集しておき、配信要求があるとこれを配信する。配
信により空き容量が発生すると前記収集処理が実行され
る。したがって、ユーザ側に多くの記憶容量を必要とせ
ず、かつ、好みにあったストリームデータを配信するこ
とができる。
【００１０】４）本発明にかかるストリームデータ管理
サーバにおいては、ユーザコンピュータから配信要求が
与えられると、前記ユーザ別記憶手段に記憶されたスト
リームデータを当該ユーザコンピュータに配信し、配信
したストリームデータを前記ユーザ別記憶手段から削除
する配信制御手段を備えている。したがって、ユーザへ
の配信が実行されると、空き容量が発生し、前記選択条
件に合致する他のストリームデータが収集される。これ
により、ユーザの選択条件に合致したストリームデータ
を次々と配信することができる。
【００１１】５）本発明にかかるストリームデータ管理
サーバにおいては、複数の前記ユーザ別記憶手段に同じ
ストリームデータが記憶される場合には、これらを共有
データとして、まとめて記憶する。これにより、サーバ
全体の記憶容量を削減することができる。
【００１２】６）本発明にかかるストリームデータ管理
サーバにおいては、前記ユーザ別記憶手段に蓄積された
まま、所定期間配信されなかったストリームデータを削
除する削除手段を備えている。したがって、前記ユーザ
別記憶手段に記憶されたストリームデータを新しいデー
タと置換することができる。
【００１３】７）本発明にかかるストリームデータ管理
サーバにおいては、前記ユーザ別記憶手段へ所定期間配
信要求がなければ、当該ユーザ別記憶手段の全ストリー
ムデータを削除する全削除手段を備えている。したがっ
て、前記ユーザ別記憶手段に記憶されたストリームデー
タを一新することができる。
【００１４】８）本発明にかかるストリームデータ再生
装置においては、1)ユーザからの命令に基づいて、配信
要求を前記ストリームデータ管理サーバの配信制御手段
に与える配信要求手段、2)前記配信制御手段から与えら
れたストリームデータを受信して、再生するストリーム
データ再生手段であって、前記受信したストリームデー
タを一時記憶しており、再生中にユーザから蓄積命令が
与えられると、これを蓄積データ記憶手段に記憶するス
トリームデータ再生手段を備えている。したがって、ユ
ーザ側に多くの記憶容量を必要とせず、かつ、好みにあ
ったストリームデータを再生することができる。
【００１５】９）本発明にかかるストリームデータ管理
方法においては、1)ストリームデータを選択するための
選択条件をユーザ毎に記憶しておき、2)収集命令が与え
られると、前記各ユーザ毎の選択条件に基づいて、ネッ
トワーク接続された他のコンピュータに記憶されている
ストリームデータを収集してユーザ毎に容量が定められ
た領域に記憶しておき、3)ユーザから配信要求を与えら
れると、前記領域に記憶されたストリームデータを当該
ユーザコンピュータに配信し、配信したストリームデー
タを前記領域から削除し、4)前記各ユーザ毎の領域に空
き容量があるか否かを検出し、空き容量がある場合に
は、前記各ユーザ毎の選択条件に基づいたストリームデ
ータの追加収集をする。このように、ユーザ毎の選択条
件を記憶しておき、この選択条件に合致する他のストリ
ームデータを収集しておき、配信要求があるとこれを配
信する。配信により空き容量が発生すると前記収集処理
が実行される。したがって、ユーザ側に多くの記憶容量
を必要とせず、かつ、好みにあったストリームデータを
配信することができる。
【００１６】１０）本発明にかかるストリームデータ再
生方法においては、1)ユーザからの命令に基づいて、配
信要求をストリームデータ管理サーバへ配信し、2)前記
ストリームデータ管理サーバから与えられたストリーム
データを受信して、再生するストリームデータ再生方法
であって、3)前記受信したストリームデータは再生中は
一時記憶しており、再生中にユーザから蓄積命令が与え
られると、これを記憶装置に記憶する。したがって、ユ
ーザ側に多くの記憶容量を必要とせず、かつ、好みにあ
ったストリームデータを記憶することができる。
【００１７】
【発明の実施の形態】１．機能ブロック図の説明 本発明の一実施形態を図面に基づいて説明する。図１に
示すストリームデータ再生システム０は、ストリームデ
ータ管理サーバであるサーバ１およびサーバ１とネット
ワーク接続されるユーザコンピュータであるストリーム
データ再生装置１０を備えている。
【００１８】サーバ１は、ユーザ別選択条件記憶手段
３、収集手段４、ユーザ別記憶手段５、空き容量管理手
段６、および配信制御手段７を備えている。
【００１９】ユーザ別選択条件記憶手段３は、ストリー
ムデータを選択するための選択条件をユーザ毎に記憶す
る。収集手段４は収集命令が与えられると、前記各ユー
ザ毎の選択条件に基づいて、ネットワーク接続された他
のコンピュータに記憶されているストリームデータを収
集する。ユーザ別記憶手段５は、各ユーザ毎に容量が定
められており、前記収集されたストリームデータを記憶
する。空き容量管理手段６は、ユーザ別記憶手段５の各
ユーザ毎の容量に空き容量があるか否かを検出し、空き
容量がある場合には、収集手段４に前記収集命令を与え
る。これにより、ユーザ別記憶手段５に前記選択条件に
合致したストリームデータが蓄積される。
【００２０】ストリームデータ再生装置１０は、配信要
求手段１３、ストリームデータ再生手段１４、蓄積命令
入力手段１６，および蓄積データ記憶手段１５を備えて
いる。
【００２１】配信要求手段１３はユーザからの命令に基
づいて、前記配信要求を前記サーバ１の配信制御手段７
に与える。
【００２２】サーバ１の配信制御手段７は、配信要求が
あると、ユーザ別記憶手段５に記憶されたストリームデ
ータを当該ユーザコンピュータに配信し、配信したスト
リームデータをユーザ別記憶手段５から削除する。これ
により、ユーザ別記憶手段５の各ユーザ毎の容量に空き
容量が発生し、収集手段４による収集処理が行われる。
【００２３】一方、ストリームデータ再生手段１４は、
配信制御手段７から配信されたストリームデータを受信
して、再生する。蓄積命令入力手段１６はユーザからの
蓄積命令が入力される。ストリームデータ再生手段は、
前記受信したストリームデータを一時記憶しており、再
生中に前記蓄積命令が与えられると、これを蓄積データ
記憶手段１５に記憶する。
【００２４】このように、ユーザ毎の選択条件を記憶し
ておき、この選択条件に合致する他のストリームデータ
を収集しておき、配信要求があるとこれを配信する。配
信により空き容量が発生すると前記収集処理が実行され
る。したがって、ユーザ側に多くの記憶容量を必要とせ
ず、かつ、好みにあったストリームデータを配信するこ
とができる。また、再生中に蓄積命令を与えるだけで、
配信されたストリームデータをストリームデータ再生装
置に記録することができるので、再配信なしに再生が可
能となる。
【００２５】２．ハードウェア構成 図１に示すサーバ１のハードウェア構成について図２を
用いて説明する。図２は、サーバ１をＣＰＵを用いて実
現したハードウェア構成の一例である。
【００２６】サーバ１は、ＣＰＵ２３、メモリ２７、ハ
ードディスク２６、ＣＲＴ３０、ＣＤＤ（ＣＤＲＯＭド
ライブ）２５、キーボード２８、マウス３１、通信ボー
ド３２およびバスライン２９を備えている。ＣＰＵ２３
は、ハードディスク２６に記憶されたプログラムにした
がいバスライン２９を介して、各部を制御する。
【００２７】これらのプログラムは、ＣＤＤ２５を介し
て、プログラムが記憶されたＣＤＲＯＭ２５ａから読み
出されてハードディスク２６にインストールされたもの
である。なお、ＣＤＲＯＭ以外に、フレキシブルディス
ク（ＦＤ）、ＩＣカード等のプログラムを実体的に一体
化したコンピュータ可読の記録媒体から、ハードディス
クにインストールさせるようにしてもよい。さらに、通
信回線を用いてダウンロードするようにしてもよい。
【００２８】本実施形態においては、プログラムをＣＤ
ＲＯＭからハードディスク２６にインストールさせるこ
とにより、ＣＤＲＯＭに記憶させたプログラムを間接的
にコンピュータに実行させるようにしている。しかし、
これに限定されることなく、ＣＤＲＯＭに記憶させたプ
ログラムをＣＤＤ２５から直接的に実行するようにして
もよい。なお、コンピュータによって、実行可能なプロ
グラムとしては、そのままのインストールするだけで直
接実行可能なものはもちろん、一旦他の形態等に変換が
必要なもの（例えば、データ圧縮されているものを、解
凍する等）、さらには、他のモジュール部分と組合して
実行可能なものも含む。
【００２９】ハードディスク２６には、プログラム記憶
部２６p、ユーザ別収集条件記憶部２６k、ユーザ別スト
リームデータ記憶部２６uおよびストリームサーバ記憶
部２６sを有する。
【００３０】ユーザ別収集条件記憶部２６kには、各ユ
ーザが好みの曲をユーザ別ストリームデータ記憶部２６
uに記憶させておくための選別条件が記憶されている。
ユーザ別収集条件記憶部２６kのデータ構造を図４に示
す。このように、各ユーザ毎に、カスタマイズカテゴリ
名、優先順位重み、複数の検索条件（この場合、検索条
件１〜４）および検索処理式１，２が記憶されている。
【００３１】ユーザ別ストリームデータ記憶部２６u
は、ユーザ毎に所定の記憶容量が割り当てられており、
前記選別条件に合致するユーザ毎のストリームデータお
よび管理データテーブルを記憶する。かかるストリーム
データおよび管理データテーブルについて、図５を用い
て説明する。本実施形態においては、ストリームデータ
として音楽データを採用した。ストリームデータのデー
タ構造について説明する。ファイルＡ.wavは、図５Ｂに
示すように、ヘッダ領域６１、音声データ領域６３およ
びフッタ領域６５を有している。ヘッダ領域５１には、
その後の音声データ領域６３のデータ量などが記録され
ている。フッタ領域６５には、当該ファイルＡ.wavのジ
ャンル、アーチスト名などの特性データが記憶されてい
る。他のストリームデータについても同様である。
【００３２】一方、管理データテーブルは、前記ストリ
ームデータの管理をするデータであり、図５Ａに示すよ
うに、ファイル名、ファイル存在アドレス、データ量、
更新日時、カテゴリ情報、ファイル情報、配信日時、配
信ステータスが記憶される。
【００３３】なお、ストリームデータは、後述するよう
に、配信完了すると削除されるが、管理データテーブル
は、一旦配信したストリームデータについても記憶して
いる。かかる意義については後述する。
【００３４】なお、本実施形態においては、ユーザ毎の
所定の記憶容量を１ＧＢとした。
【００３５】また、ハードディスク２６のストリームデ
ータサーバ記憶部２６sには、図６に示すように、前記
検索条件に基づいて、ストリームデータを収集する対象
サーバが記憶されている。かかる対象サーバは、例え
ば、ストリームデータの種類に応じて、検索エンジン等
で検索するようにすればよい。
【００３６】図３にストリームデータ再生装置１０のハ
ードウェア構成を示す。ストリームデータ再生装置１０
は、ＣＰＵ１２３、ＲＡＭ１２７、ＲＯＭ１２５、再生
部１２８、通信ボート１３２、操作部１３５、液晶表示
部１３０およびバスライン１２９を備えている。ＣＰＵ
１２３は、ＲＯＭ１２５に記憶されたプログラムにした
がいバスライン１２９を介して、各部を制御する。
【００３７】これらのプログラムは、あらかじめＲＯＭ
１２５に記憶されているが、通信ボード１３２を介し
て、ＲＯＭ１２５にダウンロードするようにしてもよ
い。
【００３８】再生部１２８にはスピーカ１２９が接続さ
れており、再生されたストリームデータは音声信号とし
てスピーカから出力される。操作部１３５はストリーム
データの再生、スキップ、停止、音量調整などの命令を
入力する。
【００３９】ストリームデータの再生はＲＯＭ１２５に
記憶された再生プログラム（図示せず）によってＣＰＵ
１２３によって、実行される。
【００４０】ハードディスク１２６には、サーバ１から
送信されたストリームデータを記録することができる。
【００４１】３．フローチャート つぎに、サーバ１のハードディスク２６のプログラム記
憶部２６pに記憶されている各種のプログラムによる処
理について説明する。
【００４２】まず、収集処理について図７を用いて説明
する。ＣＰＵ２３は、あるユーザについて、ユーザ別ス
トリームデータ記憶部２６uに所定容量以上の空き容量
があるか否か判断する（ステップＳ１）。空き容量がな
い場合は当該ユーザについての収集処理は終了する。
【００４３】一方、空き容量がある場合には、ＣＰＵ２
３は、サーバ番号iを初期化し（ステップＳ２）、当該
ユーザの選別条件を読み出す（ステップＳ３）。ＣＰＵ
２３はサーバ番号i、この場合サーバ番号１で特定され
るサーバにアクセスする（ステップＳ４）。そして、合
致するものがあるか否か判断する（ステップＳ５）。例
えば、当該サーバに記憶されているストリームデータを
オープンして、ヘッダ領域からフッタ領域に記憶された
特性データを読み出し、ステップＳ３にて読み出した選
別条件と合致するか否か判断すればよい。
【００４４】ＣＰＵ２３は、選別条件に合致するストリ
ームデータがあれば、既に当該ユーザのユーザ別ストリ
ームデータ記憶部２６uの管理データテーブルに存在す
るか否か判断する（ステップＳ６）。既に前記管理デー
タテーブルに存在する場合には、当該ミュージックサイ
トのうち、他のストリームデータについてステップＳ５
の処理を繰り返す。当該ユーザの管理データテーブルに
存在しないストリームデータについては、ユーザ別スト
リームデータ記憶部２６uに記憶する（ステップＳ
７）。具体的には管理データテーブルに追加されるとと
もに、ストリームデータを記憶すればよい。
【００４５】そして、ステップＳ１の判断を行い、空き
容量がなくなるまで、収集処理を行う。
【００４６】なお、ステップＳ５にて、選別条件に合致
するストリームデータがない場合には、ＣＰＵ２３は、
図６に示すアクセス対象の全サーバについて、検討済み
か否か判断する（図７ステップＳ１１）。全サーバにつ
いて、検討済みでない場合には、サーバ番号iをインク
リメントし、ステップＳ４以下の処理を実行する。
【００４７】一方、全サーバについて検討済みである場
合には、ＣＰＵ２３は、検索条件を変更する（ステップ
Ｓ１５）。例えば、検索処理式２の「配信ステータス
『完了』のものは、記録しない」という選別条件を「配
信ステータス『完了』のものでも、配信から３日以上経
過していれば、記録する」というように変更すればよ
い。かかる検索処理式２としては、あらかじめ登録して
おき、いずれかを選択するようにすればよい。たとえ
ば、他の「配信ステータス『完了』のものでも記録す
る」等である。
【００４８】上記収集処理を全ユーザについて実行す
る。これにより、全ユーザについて、ユーザ別ストリー
ムデータ記憶部２６uに所定容量のストリームデータが
蓄積される。
【００４９】つぎに、配信処理について図８を用いて説
明する。ユーザは、ストリームデータ再生装置１０の操
作部１３５（図３参照）から再生命令を与える。ストリ
ームデータ再生装置１０のＣＰＵ１２３は、ユーザより
再生命令があるか否か判断しており（図８ステップＳ３
１）、再生命令が与えられると、ＣＰＵ１２３は通信ボ
ード１３２（図３参照）を介して、サーバ１に配信要求
を送信する（ステップＳ３３）。
【００５０】サーバ１のＣＰＵ２３（図２参照）は配信
要求があるか否か判断しており（ステップＳ２１）、配
信要求があると、ユーザ別ストリームデータ記憶部２６
uの管理データテーブル更新日時（図５参照）を参照し
て、記憶されているストリームデータのうち一番古いス
トリームデータを配信する（図８ステップＳ２３）。
【００５１】ストリームデータ再生装置１０のＣＰＵ１
２３は、ストリームデータを受信するか否か判断してお
り（ステップＳ３７）、サーバ１から配信されたストリ
ームデータを受信すると、再生処理を行う（ステップＳ
３７）。
【００５２】かかる再生処理は、配信されたストリーム
データを受信している間は継続される。このようにし
て、ストリームデータ再生装置にユーザ毎に定められた
選別条件に基づいてあらかじめ収集されたストリームデ
ータを、配信することにより、記憶容量の少ないストリ
ームデータ再生装置であっても、ユーザの好みのストリ
ームデータを再生することができる。
【００５３】サーバ１のＣＰＵ２３は、前記一番古いス
トリームデータの配信が終了するか否か判断しており
（ステップＳ２５）、前記ストリームデータの配信が終
了すると、そのストリームデータをユーザ別ストリーム
データ記憶部２６uから削除する（ステップＳ２７）。
具体的には、当該ストリームデータは削除され、管理デ
ータテーブルの配信ステータスが「未」から「完了」と
なる。
【００５４】そして、ステップＳ２３以下の処理を繰り
返す。これにより、ストリームデータの配信が継続する
限り、ストリームデータ再生装置１０にて、ストリーム
データの再生処理が継続する。
【００５５】なお、ステップＳ２７の削除処理により、
ユーザ別ストリームデータ記憶部２６uに空き容量が発
生する。したがって、当該ユーザについて図７に示す収
集処理が実行されて、ユーザ別ストリームデータ記憶部
２６uの当該ユーザの領域に、再度別のストリームデー
タが蓄積される。
【００５６】つぎに、図９を用いて、配信中止の場合の
処理について説明する。配信を中止する場合には、ユー
ザは、ストリームデータ再生装置１０の操作部１３５
（図３参照）から配信中止命令を与える。ストリームデ
ータ再生装置１０のＣＰＵ１２３は、ユーザより配信中
止命令があるか否か判断しており（図９ステップＳ６
３）、配信中止命令が与えられると、ＣＰＵ１２３は再
生処理を終了するとともに、通信ボード１３２を介し
て、図２に示すサーバ１に中止要求を送信する（ステッ
プＳ３３）。
【００５７】サーバ１のＣＰＵ２３は、中止要求がある
か否か判断しており（ステップＳ５１）、中止要求があ
ると、中止確認メッセージを送信する（ステップＳ５
３）。
【００５８】ストリームデータ再生装置１０のＣＰＵ１
２３は、中止確認メッセージを受信するか否か判断して
おり（ステップＳ６７）、中止確認メッセージを受信す
ると、中止確認メッセージを液晶表示部１３０に表示す
ることにより、ユーザに報知する（ステップＳ６９）。
ＣＰＵ１２３は、ユーザより指示が与えられるか否か判
断しており（ステップＳ７１）、指示が与えられると、
指示内容をサーバ１に送信する（ステップＳ７３）。
【００５９】サーバ１のＣＰＵ２３はユーザからの指示
を受信するか否か判断しており（ステップＳ５５）、ユ
ーザからの指示を受信すると、指示内容が消去か否か判
断する（ステップＳ５７）。指示内容が「消去」であれ
ば再生が途中のストリームデータを削除する（ステップ
Ｓ６１）。一方、指示内容が「残す」であれば再生が途
中のストリームデータを残す（ステップＳ５９）。な
お、配信中止処理はその都度ユーザに確認するのではな
く、あらかじめユーザ毎に設定を記憶しておき、配信中
止命令が与えられると、再生途中のストリームデータを
削除するか否かを当該設定に基づいて決定するようにし
てもよい。
【００６０】なお、ストリームデータ再生装置１０のハ
ードディスク１２６に、配信されたストリームデータを
蓄積させることもできる。例えば、ＣＰＵ１２３には、
前記再生処理前に、記録命令が与えられるか否か判断
し、与えられた場合は、前記ストリームデータを再生し
てスピーカに出力するだけでなく、ハードディスク１２
６に記録するようにすればよい。
【００６１】なお、ユーザが配信されたストリームデー
タを聞いてから、ストリームデータ再生装置１０に記録
しておきたいと望む場合には、現在再生中のストリーム
データの配信を中止させて、記録命令を与えればよい。
これにより、当該ストリームデータを記録することがで
きる。さらに、このような場合のために、ストリームデ
ータ毎に完全に再生が終了するまでは、これをストリー
ムデータ再生装置のＲＡＭまたはハードディスクなどの
記録媒体に一時的に記憶しておくようにしてもよい。こ
れにより、前記記録命令を再生処理中に受けた場合も、
再度最初から配信することなく、記録が可能となる。
【００６２】４．他の実施形態 なお、図１においては、１のストリームデータ再生装置
がネットワーク接続されている場合について説明した
が、多数のストリームデータ再生装置が接続される。
【００６３】また、ユーザは配信されたストリームデー
タが自分の好みに合わない場合もある。この場合には、
前記選択条件を変更する変更命令を与えればよい。
【００６４】また、図４に示すユーザ別収集条件記憶部
に、優先順位重みが記憶されている。これは、１のユー
ザが複数の選別条件を登録した場合に、どの選別条件を
どの程度重視するかを決定する係数である。これにより
ユーザ別ストリームデータ記憶部２６uの容量の容量が
限られている場合でも、複数の選別条件を登録して自分
の好みのストリームデータをどのような選別条件であら
かじめ記録しておくかを決定することができる。例え
ば、既存カテゴリ（例えば、今週のベストヒット１０と
か、ヒットＣＭ曲等）とユーザ独自のカテゴリの、複数
の選別条件を登録しておき、各選別条件に付与されてい
る優先順位重みの比率に基づいて、検索回数の割合を変
更するようにすればよい。
【００６５】さらに、配信されたストリームデータだけ
が好みに合わないこともある。この場合には、以下のよ
うな処理によってスキップ処理が可能である。ユーザが
スキップ命令を操作部１３５から与えればよい。ＣＰＵ
１２３はかかるスキップ命令を受けて、サーバ１に現在
配信中のストリームデータの配信を中止し、次の順位の
ストリームデータを配信するためのスキップ要求を送信
する。サーバ１のＣＰＵ２３はかかるスキップ要求を受
けて、次の順位のストリームデータを配信する。
【００６６】なお、本実施形態においては、アクセス対
象として登録しているミュージックサーバの各ファイル
について、本システムにかかるサーバ１が自らアクセス
して、選択条件に合致するか否かを判断するようにした
が、データベースを有するミュージックサーバに対して
は、前記選択条件に合致するストリームデータを検索さ
せるようにしてもよい。
【００６７】なお、図６に示す対象サーバについて、ア
クセス時間を記憶しておき、前回のアクセス時間から所
定時間以上経過していなければ、アクセス対象から外す
ようにしてもよい。
【００６８】また、前記サーバ１のユーザ別ストリーム
データ記憶部に記憶されたストリームデータについて
は、所定期間以上配信要求がなく、古くなったデータに
ついては個別にＣＰＵ２３が更新日時に基づいて判断
し、これを削除するようにしてもよい。また、前記削除
は、当該ユーザのユーザ別ストリームデータ記憶部に記
憶された全ストリームデータに対して実行するようにし
てもよい。例えば、毎日一旦メモリを解放して、再収集
するようにしてもよい。
【００６９】なお、上記実施形態においては、一旦配信
されたストリームデータは削除するようにしたが、所定
時間経過後に削除するようにしてもよい。これは、配信
後、ユーザから再配信要求がある可能性があるからであ
る。
【００７０】また、上記実施形態においては、同じスト
リームデータであっても、各ユーザ別ストリームデータ
記憶部毎に、記憶している。あるユーザ別ストリームデ
ータ記憶部にあるストリームデータを記録する場合に、
既に別のユーザ別ストリームデータ記憶部に記憶されて
いる場合には、これらを共有するようにしてもよい。こ
れにより、データ領域を全体として有効利用することが
できる。
【００７１】なお、本実施形態においては、ストリーム
データとして音楽データである場合について説明した
が、他のストリームデータ、例えば、映像などの画像デ
ータ等であってもよい。また、ストリームデータのデー
タ形式は、問わない。
【００７２】なお、本実施形態においては、ストリーム
データをファイル単位でユーザに送信する場合について
説明した。しかし、あるファイルの全データを受け取っ
てから当該データに基づいて再生するのではなく、受信
したストリームデータを、受け取った順に、データの解
凍処理に要する時間を除いてほぼリアルタイムで再生す
るストリームデータであってもよい。例えば、RealPlay
erや、RealAudio（RealNetworks社）、Windows Media T
echnologies（Microsoft社）、VDOLive :（VDOnet社）
等がある。
【００７３】また、データ圧縮されたファイルとして、
MPEG、ＡＴＲＡＣ（登録商標）３、TwinVQ、ＤＯＬＢＹ
（登録商標） ＤＩＧＩＴＡＬ等のファイル形式のもの
であってもよい。
【００７４】また、本発明にかかる他のミュージックサ
ーバからストリームデータを収集して、サーバ１に蓄積
させておく場合において、データ形式がファイル単位で
ユーザ端末に記録されないと再生できない形式である場
合には、これを受け取った順に再生するデータ形式に変
換して、サーバ１に蓄積するようにしてもよい。
【００７５】また、プログラムの一部の処理をオペレー
ティングシステム（ＯＳ）にさせるようにしてもよい。
【００７６】本実施形態においては、図１に示すサーバ
およびストリームデータ再生装置を実現する為に、ＣＰ
Ｕ２３を用い、ソフトウェアによってこれを実現してい
る。しかし、その一部もしくは全てを、ロジック回路等
のハードウェアによって実現してもよい。
【図面の簡単な説明】
【図１】本発明にかかるストリームデータ再生システム
０の機能ブロック図である。
【図２】図１に示すサーバ１をＣＰＵを用いて実現した
ハードウエア構成の一例を示す図である。
【図３】図１に示すをストリームデータ再生装置１０を
ＣＰＵを用いて実現したハードウエア構成の一例を示す
図である。
【図４】ユーザ別収集条件記憶部のデータ構造を示す図
である。
【図５】ユーザ別ストリームデータ記憶部２６uのデー
タ構造を示す図である。
【図６】本システムが選別条件に合致するストリームデ
ータを検索する対象サーバの一覧を示す図である。
【図７】収集処理のフローチャートである。
【図８】配信処理のフローチャートである。
【図９】配信中止処理のフローチャートである。
【符号の説明】
２３・・・ＣＰＵ ２７・・・メモリ
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/08 Ｈ０４Ｍ 11/08

Claims (10)

    【特許請求の範囲】
  1. 【請求項１】Ａ）以下を備えたストリームデータ管理サ
    ーバ、 a1)ストリームデータを選択するための選択条件をユー
    ザ毎に記憶するユーザ別選択条件記憶手段、 a2)収集命令が与えられると、前記各ユーザ毎の選択条
    件に基づいて、ネットワーク接続された他のコンピュー
    タに記憶されているストリームデータを収集する収集手
    段、 a3)前記収集されたストリームデータを記憶する各ユー
    ザ毎に容量が定められたユーザ別記憶手段、 a4)前記ユーザ別記憶手段の各ユーザ毎の容量に空き容
    量があるか否かを検出し、空き容量がある場合には、前
    記収集手段に前記収集命令を与える空き容量管理手段、 a5)配信要求があると、前記ユーザ別記憶手段に記憶さ
    れたストリームデータを当該ユーザコンピュータに配信
    し、配信したストリームデータを前記ユーザ別記憶手段
    から削除する配信制御手段、 Ｂ）以下を備え、前記ストリームデータ管理サーバとネ
    ットワーク接続されるユーザコンピュータ、 b1)ユーザからの命令に基づいて、前記配信要求を前記
    ストリームデータ管理サーバの配信制御手段に与える配
    信要求手段、 b2)前記配信制御手段から与えられたストリームデータ
    を受信して、再生するストリームデータ再生手段、 を備えたストリームデータ再生システム。
  2. 【請求項２】請求項１のストリームデータ再生システム
    において、 前記ストリームデータ再生手段は、前記受信したストリ
    ームデータを一時記憶しており、再生中にユーザから蓄
    積命令が与えられると、これを蓄積データ記憶手段に記
    憶すること、を特徴とするもの。
  3. 【請求項３】ストリームデータを選択するための選択条
    件をユーザ毎に記憶するユーザ別選択条件記憶手段、 収集命令が与えられると、前記各ユーザ毎の選択条件に
    基づいて、ネットワーク接続された他のコンピュータに
    記憶されているストリームデータを収集する収集手段、 前記収集されたストリームデータを記憶する記憶手段で
    あって、各ユーザ毎に容量が定められているユーザ別記
    憶手段、 前記ユーザ別記憶手段の各ユーザ毎の容量に空き容量が
    あるか否かを検出し、空き容量がある場合には、前記収
    集手段に前記収集命令を与える空き容量管理手段、 を備えたストリームデータ管理サーバ。
  4. 【請求項４】請求項３のストリームデータ管理サーバに
    おいて、 ユーザコンピュータから配信要求が与えられると、前記
    ユーザ別記憶手段に記憶されたストリームデータを当該
    ユーザコンピュータに配信し、配信したストリームデー
    タを前記ユーザ別記憶手段から削除する配信制御手段を
    備えたこと、 を特徴とするもの。
  5. 【請求項５】請求項３または請求項４のストリームデー
    タ管理サーバにおいて、 複数の前記ユーザ別記憶手段に同じストリームデータが
    記憶される場合には、これらを共有データとして、まと
    めて記憶すること、 を特徴とするもの。
  6. 【請求項６】請求項３または請求項４のストリームデー
    タ管理サーバにおいて、 前記ユーザ別記憶手段に蓄積されたまま、所定期間配信
    されなかったストリームデータを削除する削除手段を備
    えたこと、 を特徴とするもの。
  7. 【請求項７】請求項３または請求項４のストリームデー
    タ管理サーバにおいて、 前記ユーザ別記憶手段へ所定期間配信要求がなければ、
    当該ユーザ別記憶手段の全ストリームデータを削除する
    全削除手段を備えたこと、 を特徴とするもの。
  8. 【請求項８】ユーザからの命令に基づいて、配信要求を
    前記ストリームデータ管理サーバの配信制御手段に与え
    る配信要求手段、 前記配信制御手段から与えられたストリームデータを受
    信して、再生するストリームデータ再生手段であって、
    前記受信したストリームデータを一時記憶しており、再
    生中にユーザから蓄積命令が与えられると、これを蓄積
    データ記憶手段に記憶するストリームデータ再生手段、 を備えたストリームデータ再生装置。
  9. 【請求項９】ストリームデータを選択するための選択条
    件をユーザ毎に記憶しておき、 収集命令が与えられると、前記各ユーザ毎の選択条件に
    基づいて、ネットワーク接続された他のコンピュータに
    記憶されているストリームデータを収集してユーザ毎に
    容量が定められた領域に記憶しておき、 ユーザから配信要求を与えられると、前記領域に記憶さ
    れたストリームデータを当該ユーザコンピュータに配信
    し、配信したストリームデータを前記領域から削除し、 前記各ユーザ毎の領域に空き容量があるか否かを検出
    し、空き容量がある場合には、前記各ユーザ毎の選択条
    件に基づいたストリームデータの追加収集をすること、 を特徴とするストリームデータ管理方法。
  10. 【請求項１０】ユーザからの命令に基づいて、配信要求
    をストリームデータ管理サーバへ配信し、 前記ストリームデータ管理サーバから与えられたストリ
    ームデータを受信して、再生するストリームデータ再生
    方法であって、 前記受信したストリームデータは再生中は一時記憶して
    おり、再生中にユーザから蓄積命令が与えられると、こ
    れを記憶装置に記憶すること、 を備えたストリームデータ再生方法。
JP2000164314A 2000-06-01 2000-06-01 ストリームデータ再生システム Pending JP2001344271A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000164314A JP2001344271A (ja) 2000-06-01 2000-06-01 ストリームデータ再生システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000164314A JP2001344271A (ja) 2000-06-01 2000-06-01 ストリームデータ再生システム

Publications (1)

Publication Number Publication Date
JP2001344271A true JP2001344271A (ja) 2001-12-14

Family

ID=18667950

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000164314A Pending JP2001344271A (ja) 2000-06-01 2000-06-01 ストリームデータ再生システム

Country Status (1)

Country Link
JP (1) JP2001344271A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003324675A (ja) * 2002-05-07 2003-11-14 Mitsubishi Electric Corp 映像記録システム
JP2006140663A (ja) * 2004-11-11 2006-06-01 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信装置、コンテンツ配信方法、コンテンツ配信プログラム、及びコンテンツ配信プログラムの記録媒体
JP2006526912A (ja) * 2003-04-28 2006-11-24 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ ネットワークを介してアクセス可能な情報源から所定の基準を満たすコンテンツを自動的に検索する方法及び装置
JP2007241816A (ja) * 2006-03-10 2007-09-20 Sharp Corp 端末装置およびコンテンツ受信方法
JP2008514974A (ja) * 2004-09-28 2008-05-08 クタラブ オイ オンラインメディアコンテンツ伝送
US7634532B2 (en) 2002-05-31 2009-12-15 Onkyo Corporation Network type content reproduction system

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003324675A (ja) * 2002-05-07 2003-11-14 Mitsubishi Electric Corp 映像記録システム
US7634532B2 (en) 2002-05-31 2009-12-15 Onkyo Corporation Network type content reproduction system
US7908370B2 (en) 2002-05-31 2011-03-15 Onkyo Corporation Network type content reproducing system
US8005928B2 (en) 2002-05-31 2011-08-23 Onkyo Corporation Network type content reproducing system
US8291074B2 (en) 2002-05-31 2012-10-16 Onkyo Corporation Network type content reproducing system
US8516042B2 (en) 2002-05-31 2013-08-20 Onkyo Corporation Network type content reproducing system
JP2006526912A (ja) * 2003-04-28 2006-11-24 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ ネットワークを介してアクセス可能な情報源から所定の基準を満たすコンテンツを自動的に検索する方法及び装置
JP4824543B2 (ja) * 2003-04-28 2011-11-30 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ ネットワークを介してアクセス可能な情報源から所定の基準を満たすコンテンツを自動的に検索する方法及び装置
JP2008514974A (ja) * 2004-09-28 2008-05-08 クタラブ オイ オンラインメディアコンテンツ伝送
JP2006140663A (ja) * 2004-11-11 2006-06-01 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信装置、コンテンツ配信方法、コンテンツ配信プログラム、及びコンテンツ配信プログラムの記録媒体
JP4482427B2 (ja) * 2004-11-11 2010-06-16 日本電信電話株式会社 コンテンツ配信装置、コンテンツ配信方法、コンテンツ配信プログラム、及びコンテンツ配信プログラムの記録媒体
JP2007241816A (ja) * 2006-03-10 2007-09-20 Sharp Corp 端末装置およびコンテンツ受信方法

Similar Documents

Publication Publication Date Title
US7769903B2 (en) Intelligent interaction between media player and host computer
Drews et al. Virtual jukebox: reviving a classic
US9348907B1 (en) Personalized audio system and method
KR101086197B1 (ko) 미디어 플레이백 디바이스에 의한 미디어 인기도 결정을 위한 방법
US7698350B2 (en) Reproducing apparatus, reproduction controlling method, and program
US7113999B2 (en) Method, computer readable media and apparatus for the selection and rendering of audio files in a networked environment
JP3194083B2 (ja) 通信により音楽用ｃｄ中の曲を録音する録音デバイス作成装置
US20010044851A1 (en) System and method for reducing the resources required to deliver streaming media
US20020116517A1 (en) Virtual program streaming multi-media system
JP2002202927A (ja) エンタテインメントシステム、サーバ装置、コンテンツの配信方法、コンテンツ配信プログラム、及びコンテンツ配信プログラムが記憶された記憶媒体
JP2005535979A5 (ja)
JP4265082B2 (ja) サーバクライアントシステムおよびサーバ装置
JP2001344271A (ja) ストリームデータ再生システム
JP4299947B2 (ja) 通信カラオケシステム
JP2002055687A (ja) 音楽ファイル送受信システム
KR20200102190A (ko) 창작자에 의한 등록 음원을 공유하는 음원 관리 장치, 음원 관리 방법 및 상기 방법을 실행하기 위하여 매체에 저장된 컴퓨터 프로그램
JP4385464B2 (ja) 情報配信システム
JP3696924B2 (ja) 映像カラオケ装置及び通信式カラオケシステム
JP4209657B2 (ja) 配信システム、サーバおよび配信制御方法
JP4100174B2 (ja) 音楽記録再生装置及び方法
AU2007202654B2 (en) Intelligent synchronization for a media player
JP2002142209A (ja) 連続メディアストリーム再生方法およびその装置
US20070078847A1 (en) System and method for generating a play-list
JP2004152327A (ja) 音楽記録再生装置及び方法
AU2002340261B2 (en) Intelligent synchronization for a media player

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091019

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091201

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100112