JP4570701B2 - 情報配信システム、端末装置、ファイル処理方法 - Google Patents
情報配信システム、端末装置、ファイル処理方法 Download PDFInfo
- Publication number
- JP4570701B2 JP4570701B2 JP04511598A JP4511598A JP4570701B2 JP 4570701 B2 JP4570701 B2 JP 4570701B2 JP 04511598 A JP04511598 A JP 04511598A JP 4511598 A JP4511598 A JP 4511598A JP 4570701 B2 JP4570701 B2 JP 4570701B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- classification
- data
- terminal device
- center
- 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.)
- Expired - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Description
【発明の属する技術分野】
本発明は、情報センタと、その情報センタと情報通信可能とされる端末装置とからなる情報配信システム、及び端末装置、さらにはその情報配信システムを用いたファイル処理方法に関するものである。
【0002】
【従来の技術】
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがCD(コンパクトディスク)、MD(ミニディスク)などのディスク記録媒体を用いたオーディオシステムなどを所有し、所望のCD、MD等を購入して再生させたり、或いは記録可能なメディアであるMDを用いて自分の好みの選曲によるオリジナルディスクを作成するなどのことが行われている。
【0003】
【発明が解決しようとする課題】
ところで、従来ない新たなオーディオビジュアル機器として、例えばハードディスクなどの大容量メディアを利用してオーディオデータファイルやビデオデータファイルを蓄積する記録再生装置の開発が進められている。
例えばCDなどのユーザーが所有するパッケージメディアに収録されている楽曲等を、その記録再生装置内のハードディスクなどにダビング記録する。ハードディスクなどの大容量の記録媒体を用いることで、例えばユーザーが所有する多数のCD等における全楽曲などを記録再生システム内に格納しておくことができる。
【0004】
そしてユーザーは、或る楽曲等を再生させたいときには、わざわざその楽曲が収録されたCD等を探して記録再生装置に装填する必要はなく、楽曲を指定してハードディスクから読み出して再生させるようにすればよい。従って特に大量のCD等を所有しているユーザーなどで非常に便利なものとなる。そしてまたCD等の入れ換え等も不要となるため、例えばその日の気分や状況に応じた選曲で音楽を楽しむなどといったことも手軽に可能となる。
【0005】
また、例えばその記録再生装置のハードディスク等から楽曲等のデータを移動又は複写できる携帯用記録再生装置などを設ければ、多数の楽曲の中からその日に聴きたい楽曲を選んで複写等を実行させて、その携帯用記録再生装置で再生できるようにすることができる。特にその携帯用記録再生装置でも記録媒体としてハードディスクやフラッシュメモリなどを用いるようにすれば、楽曲データ等の移動や複写を瞬時に実行することができ、例えばユーザーは毎日、その日の気分や状況に応じて曲を選択して、携帯用記録再生装置側に移動又は複写を行い、その携帯用記録再生装置で曲の再生を楽しむことなどの利用形態も可能となる。例えば従来の携帯用の再生装置(CDプレーヤやMDプレーヤ)では、その日に聴きたいと思った数曲が複数のCDやMDにまたがって収録されている場合は、それらの複数のディスクも同時に携帯しなければならないが、このような必要もなくなる。
【0006】
ユーザーにとっては、このような記録再生装置、携帯用記録再生装置によりより手軽に音楽等を楽しむことができるようになるが、このような装置を使用するに際しては次のような問題点が考えられる。
例えば上記記録再生装置内のハードディスクにかなり多数の曲が格納されたような場合には、そのハードディスク内の曲のうちで、聴きたい曲や、携帯用記録再生装置に移動又は複写したい曲を選択する操作が面倒なものとなってくる。
一方、面倒な選択操作を解消するためには、例えば格納された各曲をジャンル毎やアーティスト毎に分類しておくなどの手法も考えられるが、実際にはユーザー個人の好みやその日の気分、その日のユーザーの予定や状況などによって、ジャンル毎等の分類などでは効率的な選択ができないことも多い。
また選択操作のための高度な検索機能を記録再生装置に付加することは、その記録再生装置のコストアップや大規模化につながり、一般ユーザーの使用する機器として不適切になる。
【0007】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、ハードディスクなどに格納されている多数の曲データ等のデータファイルのうちで、ユーザーの気分や状況などに応じて適切な選択が簡単に行うことができるようにすることを目的とする。
【0008】
このために本発明では、情報センタと、この情報センタと情報通信可能とされる端末装置とからなる情報配信システムを構築する。
そして情報センタは、データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段と、複数の前記分類項目のうち一の分類項目を指定する分類項目指定情報と前記端末装置に記憶されているデータの識別情報とを前記端末装置から受信するセンタ側受信手段と、前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類項目に対応する一の分類情報が対応付けられたデータの識別情報を検索する検索手段と、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類情報が対応付けられたデータの識別情報を、前記検索手段による検索結果として、前記端末装置へ送信するセンタ側送信手段とを備えるようにする。
【0009】
即ち情報センタでは、一般にCD等で販売されている各楽曲等のデータファイルについて、データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段を設けておき、ユーザー側は端末装置から、分類データベースでの或る分類項目を選択して指定できるようにする。そして情報センタは前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類項目に対応する一の分類情報が対応付けられたデータの識別情報を検索すし、その検索結果を端末装置に送信する。
このように情報センタ側で検索のための分類データベースを持ち、検索を行うことで非常に高度な検索が可能となるとともに、端末装置では単に分類項目と格納しているデータと前記データの識別情報とを対応付けて格納するデータファイルの識別情報などを情報センタ側に与えて検索を要求すればよい。そして情報センタから検索結果を受け取れば、検索結果に基づいて、ユーザーにとって好適な選択状態でデータファイルの処理、例えば再生や他の機器への移動などが可能となる。従ってユーザーは、選択操作としては気分や状況等に応じて、単に分類項目を選択するのみでよいことになる。
【0010】
また本発明では、情報センタと、この情報センタと情報通信可能とされる端末装置とからなる情報配信システムを構築する。
そして情報センタは、データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段と、前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手段と、前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報に対応付けられた分類情報を抽出する検索手段と、前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信するセンタ側送信手段とを備えるようにする。
そして端末装置は、データと前記データの識別情報とを対応付けて格納する格納手段と、前記選択可能分類項目情報を受信する端末側受信手段と、前記選択可能分類項目情報に基づいて選択された一の分類項目を指定する分類項目指定情報を、前記情報センタへ送信する端末側送信手段とを備える。
そして、前記検索手段は、前記分類項目指定情報に基づいて、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手段に格納されたデータの識別情報を検索し、前記センタ側送信手段は、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手段に格納されたデータの識別情報を検索結果として前記端末装置へ送信し、更に前記端末装置は、前記検索結果に基づいて、前記格納手段が格納しているデータに対して所定の処理を行う処理手段とを備えるようにする。
【0011】
即ち情報センタでは、一般にCD等で販売されている各楽曲等のデータファイルについて、データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段を設けておき、前記端末装置に記憶されているデータの識別情報を前記端末装置から受信し、前記端末装置に記憶されているデータの識別情報に対応付けられた分類情報を抽出し、前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信する。そして端末装置側では、データと前記データの識別情報とを対応付けて格納しておく。するとユーザーが端末装置を使用する際には、或る分類項目を選択すれば、端末装置は格納手段に格納されているデータファイルの中で、選択された分類項目に該当するデータファイルを抽出することができ、その抽出されたデータファイルについて所定の処理を行うことができる。
この場合、情報センタ側で検索のための分類データベースを持つことで、多様な分類項目による検索が可能となる(検索のための多様な分類項目を端末装置に与えることができる)。従って端末装置では、ユーザーは、選択操作としては気分や状況等に応じて、単に分類項目を選択する操作のみで、好適な選択状態でデータファイルの処理、例えば再生や他の機器への移動などが可能となる。
【0012】
【発明の実施の形態】
以下、本発明の実施の形態としての情報配信システム、及び情報配信システムを構成する情報センタ1と記録再生装置10、さらには記録再生装置10と接続できる携帯装置50について説明していく。説明は次の順序で行う。
1.情報配信システムの概要
2.記録再生装置及び携帯装置の外観例
3.記録再生装置の内部構成
4.携帯装置の内部構成
5.ファイル移動処理
6.記録再生装置のファイル格納形態
7.ファイル選択のための第1の動作例
8.ファイル選択のための第2の動作例
【0013】
1.情報配信システムの概要
図1は本例の情報配信システムの概要を示すものである。
この情報配信システムは、基本的には、一般ユーザーが家庭2などで用いる記録再生装置10と、記録再生装置10の使用に関する情報サービス組織としての情報センタ1とから構成される。
情報センタ1と記録再生装置10は、通信回線3を用いて各種情報の通信が可能とされている。通信回線3は例えばISDN回線などの公衆回線網としてもよいし、当該システムのための専用回線網などを構築してもよく、その回線の形態は特に限定されない。
また通信衛星4や各家庭2に設置したパラボラアンテナ5などを利用した衛星通信回線を構成し、情報センタ1と記録再生装置10との情報通信が可能とされるようにしてもよい。
【0014】
一般ユーザーが使用する記録再生装置10は、詳しくは後述するが、内部に大容量のデータファイル格納部(例えば図3のハードディスクドライブ15)を備えるとともに、CD、MDなどのパッケージメディアのドライブ機能や、他の機器からのデータ入力機能、通信回線を介したデータ入力機能などを備えており、CD、CD−ROM、MDなどのユーザーが購入したメディアから再生されるオーディオデータ、ビデオデータ、その他の各種データや、他の機器や通信回線から入力される各種データを、それぞれファイルとして格納していくことができる。
【0015】
そして格納されたファイル(例えば音楽等を1曲単位で1つのファイルとして格納している)については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のCDを有するユーザーが、全CDの全楽曲をそれぞれ1つのファイルとして記録再生装置10内に格納しておけば、わざわざCD等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
【0016】
このような記録再生装置10に対して、情報センタ1は有料又は無料で各種の情報を提供することができる。
例えば記録再生装置10に格納されている楽曲等のファイルに関連する情報として、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス(URL:Uniform Resource Locator)、著作権に関する情報、関係者名(作詞者、作曲者、制作者等)・・・・などの情報を提供することができる。例えば記録再生装置10ではこれら情報センタから提供された情報を曲のファイルと対応させて格納しておき、表示出力に利用するなど各種動作を行うことができる。
また、場合によっては情報センタ1はオーディオデータ自体、即ち楽曲等を記録再生装置10に送信し、ファイルとして格納させることで、いわゆるパッケージメディアとしてのCD等とは異なった楽曲等の販売システムを構築することも可能である。
【0017】
さらに本例の場合、詳しくは後述するが、情報センタ1は一般にCD等で販売されている楽曲等について、所定の分類項目で分類したデータベースを有しており、記録再生装置10のユーザーは、例えば通信回線3を介して、情報センタ1の分類データベースを用いた検索サービスを利用できるようにされている。つまり、自分の所有する楽曲等(記録再生装置10内に格納されているファイル)についての検索を、情報センタ1を利用して実行できるものである。
【0018】
また本例ではユーザーが使用する装置として、記録再生装置10と接続可能な携帯用の記録再生装置50(以下、携帯装置という)がある。
この携帯装置50についても詳しくは後述するが、内部にオーディオデータ等のファイルを格納することができるデータファイル格納部(例えば図4のハードディスクドライブ(又はフラッシュメモリ)54)を備える。
そして記録再生装置10と接続された際に、記録再生装置10内に格納されているファイル(楽曲等)を、この携帯装置50内のデータファイル格納部に複写又は移動させることができる。もちろん、逆に携帯装置50内のデータファイル格納部に格納されたファイルを、記録再生装置10内のデータファイル格納部に複写又は移動させることも可能である。
【0019】
ユーザーは記録再生装置10内に格納されたファイルのうち任意のファイルを携帯装置50に移動又は複写させることで、そのファイルを携帯装置50で利用することができる。例えば携帯装置50を使用する際に、その日に聴きたいと思った楽曲のファイルを移動させることで、例えば外出先でそれらの曲を聴くことなどが可能となる。
【0020】
2.記録再生装置及び携帯装置の外観例
記録再生装置10及び携帯装置50の外観例について図2に示す。なお、ここで説明するのはあくまでも一例であり、各機器の外観やユーザーインターフェース構成(操作や表示のための構成)、記録再生装置10と携帯装置50の接続形態などは他にも各種の例が考えられる。
【0021】
図2に示すように記録再生装置10は例えばユーザーの家庭での使用に適するように、いわゆるラジカセ型の機器とされている。もちろんコンポーネントタイプでもよい。
この記録再生装置10には、ユーザーが各種操作を行うための各種の操作子Kaとして、操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ35や、各種情報を表示出力する表示部24が設けられる。表示部24は例えば液晶パネルなどで形成される。
【0022】
また、ユーザーが所有するCD方式のディスク(オーディオCD、CD−ROM、CDテキストなど)を記録再生装置10で再生させたり、後述する内部のハードディスクにデータダビング等を行うために、CD方式のディスクを挿入するCD挿入部17が設けられる。
同様に、ユーザーが所有するMD方式のディスク(オーディオMD、MDデータなど)を記録再生装置10で再生/再生させたり、内部のハードディスクにデータダビング等を行うために、MD方式のディスクを挿入するMD挿入部18が設けられる。
【0023】
また、他の機器との接続を行うための各種の端子taが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
【0024】
また、ユーザーの操作入力の手段としては、上記操作子Ka以外に、キーボード90やリモートコマンダー91を用いることができる。
キーボード90は端子taとしてのキーボード用コネクタを介して接続して用いるようにしたり、或いは赤外線送信部をキーボード90に搭載した場合は、キーボード90からの操作情報を赤外線無線方式で出力し、受光部21から記録再生装置10に入力させることもできる。
リモートコマンダー91は例えば赤外線方式で操作情報を出力する。そしてその赤外線信号による操作情報は受光部21から記録再生装置10に入力される。
なお、キーボード90を無線方式とする場合の操作情報の出力や、リモートコマンダー91からの操作情報の出力は、赤外線ではなく電波を用いるようにしてもよい。
【0025】
また記録再生装置10にはPCMCIAスロット39が形成され、PCMCIAカードを装着してのデータのやりとりが可能とされている。
【0026】
携帯装置50は、ユーザーが携帯して使用を行うことに好適なように小型軽量の機器とされる。
この携帯装置50には、ユーザーが各種操作を行うための各種の操作子Kbとして、操作キーなどが設けられている。図示していないが、もちろんジョグダイヤルなどを設けてもよい。
またユーザーに対する出力部位として、再生音声等を出力するスピーカ68や、各種情報を表示出力する表示部57が設けられる。表示部57は例えば液晶パネルなどで形成される。
【0027】
また、他の機器との接続を行うための各種の端子tbが用意される。これらは、マイクロホン、ヘッドホンの接続に用いられる部位とされたり、他のオーディオビジュアル機器やパーソナルコンピュータ等と接続できるライン接続端子、光デジタル接続端子、インターフェースコネクタ等とされている。
例えばユーザーが携帯して音楽等を聴く場合は、スピーカ68から音声を再生させる他、ヘッドホン92を端子tbのうちのヘッドホン用端子に接続することで、ヘッドホン92を用いて音楽等を聴くことができる。
【0028】
記録再生装置10と携帯装置50を接続することで、記録再生装置10と携帯装置50の間で各種データ通信(オーディオデータ等の実ファイルデータや、それらの通信時の処理のための制御データなどの通信)が可能とされる。
この例では、記録再生装置10に、コネクタ27を有する装着部MTが設けられ、この装着部MTに携帯装置50を装填することで両機器が接続されるものとしている。携帯装置50が装着部MTに装填されると、携帯装置50の下部に設けられたコネクタ60と、装着部MT内のコネクタ27が接続された状態となり、このコネクタ60,27を介して両機器の間のデータ通信が行われる。
なお、記録再生装置10と携帯装置50の接続は、通信ケーブルを用いたライン接続方式としたり、もしくは赤外線等を利用した無線接続方式としてもよい。
【0029】
3.記録再生装置の内部構成
続いて記録再生装置10の内部構成例を図3で説明する。
この記録再生装置10には、パネル操作部20としてプッシュ式や回動式の操作子が設けられている。ここでいう操作子とは、図2に示した各種操作子Kaに相当する。つまり機器筐体上に形成される各種操作子である。なお、図2では説明していなかったが、表示部24に操作キー表示を行うとともに表示部24上でのタッチ検出機構を設けることで、タッチパネル操作子を形成してもよく、その場合のタッチパネル操作子も図3でいうパネル操作部20に含まれるものとなる。
このパネル操作部20が操作されることにより、記録再生装置10の各種動作を実行させるための操作信号が送出され、記録再生装置10はこの操作信号に応じて動作される。
【0030】
また、例えば記録されるオーディオ情報に対応する曲名、アーティスト名等の入力を容易にするために、上記したようにキーボード90やリモートコマンダー91を利用することができるが、USB(universal serial bus)端子ta6にキーボード90を接続することで、キーボード90による入力が可能となる。即ちキーボード90からの入力信号(操作信号)はUSB端子ta6を介してUSBドライバに供給されることで、記録再生装置10の内部に取り込むことができる。なお、図3における各種の端子ta1〜ta7は、それぞれ図2に示した端子taのうちの1つに相当する。
【0031】
またリモートコマンダー91からの赤外線による操作信号(及びキーボード90が赤外線出力を行う場合の操作信号)は、その赤外線操作信号は受光部21で光電変換され、赤外線インターフェースドライバ22に供給されることで、記録再生装置10の内部に取り込むことができるようにされている。
【0032】
なお、赤外線インターフェースドライバ22、或いはUSBドライバ23を介してデータ転送出力を行うように構成してもよい。
【0033】
この記録再生装置10には通常のパーソナルコンピュータの構成であるRAM13、ROM12、フラッシュメモリ14が設けられており、CPU11により記録再生装置10の全体の動作制御が行われる。
また各ブロック間でのファイルデータや制御データの授受はバスB1を介して行われる。
【0034】
ROM12にはパネル操作部20が操作されることにより入力される入力信号(もしくはキーボード90やリモートコマンダー91からの入力信号)に応じて記録再生装置10の動作を制御するプログラム等が記憶されている。
またRAM13、フラッシュメモリ14にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。または、ROM12にはプログラムローダーが記憶されており、そのプログラムローダーによりフラッシュメモリ14にプログラム自体がロードされることも可能である。
【0035】
CD−ROMドライブ17にはCD方式の光ディスク(オーディオCD、CD−ROM、CDテキスト等)が、上記CD挿入部17から装着されると共に、1倍速或いはより高速、例えば16倍速、32倍速で光学ピックアップにより光ディスクに記憶される情報が読み出される。
またMDドライブ17にはMD方式の光ディスク又は光磁気ディスク(オーディオMD、MDデータ等)が上記MD挿入部18から装着されると共に、光学ピックアップによりディスクに記憶される情報が読み出される。もしくは装填されたディスクに対して情報の記録を行うことができる。
なお、本例ではCD−ROMドライブ17、MDドライブ18を設けた例をあげているが、このいづれか一方のみを設けたり、もしくは情報が記憶されているメディアとして他のメディア(例えばMOディスクと呼ばれる光磁気ディスクや他の方式の光ディスク、磁気ディスク、メモリカード等)に対応するドライブが設けられてもかまわない。
【0036】
この記録再生装置10の内部の大容量の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ(hard disk drive :以下HDDという)15が設けられている。例えばCD−ROMドライブ17やMDドライブ18から読み出されるオーディオ情報などを、HDD15においてファイル単位(例えば1曲が1ファイル)で格納できる。
【0037】
また、オーディオデータに関してATRAC2方式(Adaptive Transform Acoustic Coding 2)の圧縮エンコードを行うエンコーダ28、及びオーディオデータに関してATRAC2方式の圧縮に対するデコードを行うデコード29が設けられる。
エンコーダ28、デコーダ29はCPU11の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ16が設けられる。バッファメモリ16はCPU11の制御によりデータの書込/読出が行われる。
【0038】
例えばCD−ROMドライブ17でディスクから読み出されたオーディオデータをHDD15に格納する場合、HDD15にオーディオデータを記憶する前処理として、バッファメモリ16にディスクから読み出されたオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ28に供給されてATRAC2方式のエンコードが行われる。さらにエンコーダ28でエンコードされたデータがバッファメモリ16に再び一時記憶され、最終的にHDD15にエンコードされたオーディオ情報が蓄積されることになる。
【0039】
なお本例では、エンコーダ28によりATRAC2方式でエンコードされたオーティオデータがHDD15に蓄積されるようにしているが、例えばCD−ROMドライブ17から読み出されるデータがそのままHDD15に蓄積されるようにしてもかまわない。
【0040】
エンコーダ28では、CD−ROMドライブ17に装着されるメディアから読み出されたデータがエンコードされるだけではなく、マイクロホンが接続されたマイク端子ta3からアンプ32を介して入力されるオーディオ信号、或いは他のCDプレーヤ等の機器が接続されたライン入力端子ta2から入力されるオーディオ信号が、A/D変換器31を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ28によりエンコードすることができる。
更に、光デジタル端子ta4に接続された外部機器(例えばCDプレーヤ等)から入力されたデータがIEC958(International Electrotechnical Commission 958) エンコーダ30を介してエンコーダ28に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ28によりエンコードできる。
【0041】
そして、これらのように外部機器から入力されたデータをエンコーダ28でエンコードした後に、そのエンコードされたデータをHDD15にファイル単位で格納できるようにされている。
【0042】
なおエンコーダ28のエンコードアルゴリズムとしてはATRAC2(商標)を用いたが、情報圧縮されるエンコードアルゴリズムであればよく、ATRAC(商標)、MPEG(moving picture coding experts group) 、PASC(precision adaptive sub-band coding)、TwinVQ(商標)、RealAudio(商標)、LiquidAudio(商標)等であってもかまわない。
【0043】
また記録再生装置10には、通信回線3として、通信端子ta5に接続される外部ネットワークであるインターネット、TELネットワーク、ケーブルTV、ワイヤレスネットワーク等に接続可能なインターフェースであるモデム19が備えられている。
そしてモデム19を介して遠隔地のサーバにリクエスト信号、或いはCD−ROMドライブ17に装着されるメディア情報、ユーザID、ユーザ情報、ユーザ課金情報等が送出される。
【0044】
外部ネットワークのサーバ(通信回線3で通信可能なサーバ)側ではユーザIDによる照合処理、課金処理、ディスク情報からの音楽付加情報、例えば曲のタイトル、アーティスト名、作曲家、作詞家、歌詞、ジャケットイメージ等の検索が行われ、ユーザがリクエストした所定の情報を記録再生装置10側へ返信するように制御される。ここで、音楽に対する付加的な関連情報を返信する例を示したが、ユーザがリクエストする曲情報が直接外部ネットワークからダウンロードされるように構成してもよい。また、メディア情報に対応して曲情報が返信されるように構成して所定のメディアのボーナストラックが配信により取得されるように構成しても良い。
【0045】
HDD15に蓄積されたオーディオ情報は、デコーダ29によりデコードされ、D/A変換器33、アンプ34を介してスピーカ35により再生出力することができる。もしくはヘッドホン端子ta1にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ29はATRAC2方式のデコードを行うものとしているが、エンコーダ28のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、ここでエンコード及びデコードはハードウェアを持たず、CPU11によるソフトウェア処理であってもよい。
【0046】
更に、HDD15に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図2にも示したように表示部24が設けられているが、表示部24は表示ドライバ25によって表示駆動される。
表示部24ではCPU11の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部24にはオーディオファイル(なお、楽曲等のオーディオデータが記録されたファイルを説明上オーディオファイルという)などに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部20に該当することになるポインティングデバイスによる操作が可能とされる。例えば表示上でユーザーが指示したオーディオファイルが再生されるような動作が可能となる。
【0047】
また表示部24での表示を用いて、選択されたオーディオファイルの消去や、外部機器(例えば携帯装置50)への複写、移動等も制御可能である。
或いは、表示部24は、CD−ROMドライブ17に装着されるメディアのTOC(table of contents) 情報を基にインターネット上のWWW(world wide web)サイトから検索された関連情報としてのhtml(hyper text markup laguage) 文書がグラフィック表示されるように構成され、更に通常のインターネットブラウザとしても使用可能となっている。
【0048】
また記録再生装置10では、IEEE1394インターフェース37、IEEE1394ドライバ36を介して、端子ta7に接続された各種機器やシステム、例えば衛星放送用のIRD、MDプレーヤ、DVDプレーヤ、DVプレーヤ等からオーディオ情報が取り込まれるように構成されている。
更なる付加機能としてPCMCIA(Personal Computer Memory Card International Association) スロット39がPCMCIAドライバ38を介して設けられ、PCMCIAカードが装着可能となっており、外部記憶装置、その他のメディアドライブ、モデム、ターミナルアダプタ、キャプチャボード等様々な周辺機器の拡張が容易である。
【0049】
さらに図2で説明したように記録再生装置10には携帯装置50と接続する際のコネクタ27が設けられている。コネクタ27と、携帯装置50側のコネクタ60とが接続されることにより、CPU11はインターフェースドライバ26を介して携帯装置50側と各種のデータ通信が可能となる。例えばHDD15に蓄積されているオーディオファイルを転送することができる。
【0050】
4.携帯装置の内部構成
続いて、携帯装置50の内部構成例を図4に示す。
記録再生装置10と携帯装置50は、コネクタ27とコネクタ60が接続されることで、電気的に接続されることになるが、この状態で記録再生装置10のインターフェースドライバ26と、携帯装置50のインターフェースドライバ59が接続され、両機器の間のデータ通信が可能とされる。
【0051】
携帯装置50にはパネル操作部56としてプッシュ式、回動式のキー等が設けられている。即ち図2に示した各種の操作子Kbがパネル操作部56に相当する。パネル操作部56としての操作子Kbが操作されることにより携帯装置50の動作を指示するための操作信号が制御バスB2に送出され、携帯装置50はこの操作信号に応じた動作を行う。
【0052】
また、記録再生装置10と同様に携帯装置50においても通常のパーソナルコンピュータの構成であるRAM53、ROM52が設けられており、CPU51により携帯装置50の全体の動作が制御される。また各ブロック間のファイルデータや制御データの授受はバスB2を介して行われる。
【0053】
ROM52には、パネル操作部56が操作されることにより入力される操作信号に応じて携帯装置50が実行すべきプログラム等が記憶されており、RAM53にはプログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。なお記録再生装置10と同様にフラッシュメモリが搭載されてもよく、またバス構成は限定されるものではない。
【0054】
この携帯装置50の内部の格納手段としては、ハードディスクに対して情報の記録再生を行うハードディスクドライブ(HDD)54が設けられている。例えば記録再生装置10から転送されてきたオーディオ情報などが、HDD54においてファイル単位(例えば1曲が1ファイル)で格納できる。なお、HDDに代えて例えばフラッシュメモリなどを格納手段として用いてもよい。
【0055】
また、記録再生装置10と同様に、オーディオデータに関してATRAC2方式のエンコードを行うエンコーダ61、及びオーディオデータに関してATRAC2方式のデコードを行うデコード62が設けられる。
エンコーダ61、デコーダ62はCPU51の制御に応じて、供給されたオーディオデータに関するエンコード、デコードを行う。
また処理対象となっているオーディオデータを一時的に格納するためのバッファメモリ55が設けられる。バッファメモリ55はCPU51の制御によりデータの書込/読出が行われる。
【0056】
例えばATRAC2方式でエンコードされていないオーディオデータがインターフェースドライバ59を介して記録再生装置10から供給され、それをHDD54に格納する場合、HDD54にオーディオデータを記憶する前処理として、バッファメモリ55にオーディオデータが一時記憶されると共に、そのオーディオデータがエンコーダ61に供給されてATRAC2方式のエンコードが行われる。さらにそのエンコードされたデータがバッファメモリ55に再び一時記憶され、最終的にHDD54にエンコードされたオーディオ情報が蓄積されることになる。
【0057】
なお、本例では記録再生装置10におけるHDD15ではATRAC2方式でエンコードされたオーディオファイル等が格納されているとしており、従ってHDD15に格納されていたオーディオファイルがインターフェースドライバ59を介して供給され、それをHDD54に格納する場合(即ち曲等のデータファイルの複写又は移動を行う場合)は、エンコーダ61での処理は必要ない。ところが、記録再生装置10のCD−ROMドライブ17等に装着されるメディアから読み出されるオーディオデータ(圧縮処理されていないデータ)が直接インターフェースドライバ59を介して入力されるようにしてもよく、このような場合に、HDD54にオーディオデータを記録するための処理として、上記のようにエンコーダ61によるエンコードが行われることになる。
【0058】
また本例では、エンコーダ61によりATRAC2方式でエンコードされたオーティオデータがHDD54に蓄積されるようにしているが、例えば圧縮処理されていないデータがそのままHDD54に蓄積されるようにしてもよい。
【0059】
圧縮処理のためにエンコーダ61にオーディオデータを供給する部位としては、上記インターフェースドライバ59以外に、マイク端子tb3、ライン入力端子tb2、光デジタル端子tb4なども設けられている。なお、図4における各種の端子tb1〜tb4は、それぞれ図2に示した端子tbのうちの1つに相当する。
【0060】
エンコーダ61では、マイクロホンが接続されたマイク端子tb3からアンプ65を介して入力されるオーディオ信号、或いは他のCDプレーヤ等の機器が接続されたライン入力端子tb2から入力されるオーディオ信号が、A/D変換器64を介して入力されるように構成されており、これらの入力されたオーディオデータもエンコーダ28によりエンコードされることができる。
更に、光デジタル端子tb4に接続された外部機器(例えばCDプレーヤ等)から入力されたデータがIEC958エンコーダ63を介してエンコーダ61に入力されるように構成され、このように光デジタル方式で入力されたデータもエンコーダ61によりエンコードできる。
【0061】
そして、これらのように外部機器から入力されたデータをエンコーダ61でエンコードした後に、そのエンコードされたデータをHDD54にファイル単位で格納できるようにされている。
【0062】
なおエンコーダ61のエンコードアルゴリズムとしてはATRAC2に限らず、他の情報圧縮されるエンコードアルゴリズム、例えばATRAC、MPEG、PASC、TwinVQ、RealAudio、LiquidAudio等であってもかまわない。
【0063】
HDD54に蓄積されたオーディオ情報は、デコーダ62によりデコードされ、D/A変換器66、アンプ67を介してスピーカ68により再生出力することができる。もしくはヘッドホン端子tb1にヘッドホンを接続することで、ヘッドホンより再生出力させることができる。
ここではデコーダ62はATRAC2方式のデコードを行うものとしているが、エンコーダ61のエンコードアルゴリズムに対応するデコードアルゴリズムであればよい。
また、エンコード及びデコード処理は、ハードウェアを持たず、CPU51によるソフトウェア処理であってもよい。
【0064】
更に、HDD54に蓄積されるオーディオデータ等のファイルをユーザが管理、制御するためのインターフェースとして、図2にも示したように表示部57が設けられているが、表示部57は表示ドライバ58によって表示駆動される。
表示部57ではCPU51の制御に基づいて所要の文字、記号、アイコン等が表示される。
また表示部57にはオーディオファイルなどに対応するフォルダ、或いはジャケットイメージが表示され、マウス、ペン、ユーザの指で触れる等の、パネル操作部20に該当することになるポインティングデバイスによる操作が可能とされるようにしてもよい。例えば表示上でユーザーが指示したオーディオファイルがHDD54から読み出されてスピーカ35等から再生されるような動作が可能となる。
また表示部57での表示を用いて、HDD54上での選択されたオーディオファイルの消去や、外部機器(例えば記録再生装置10)への複写、移動等も制御可能である。
【0065】
なお図2で説明したように携帯装置50は、記録再生装置10の装着部MTに装着されることにより記録再生装置10とのデータ送受信が可能とされているが、非接触型のインターフェースでもよく、例えばIrDA等を用いても構わない。
また、図示していないが、記録再生装置10には充電電流供給部が備えられており、装着される携帯装置50に対して充電電流を供給し、携帯装置50の動作電源となる充電式バッテリーに対して充電が行われるように構成されてもよい。
【0066】
5.ファイル移動処理
以上のように構成される記録再生装置10と携帯装置50では、それぞれ格納されているファイル(楽曲等のオーディオデータ)を相互に複写(コピー)又は移動(ムーブ)することができる。
即ち、記録再生装置10のHDD15に格納されているファイルを携帯装置50のHDD54に複写又は移動させたり、逆に携帯装置50のHDD54に格納されているファイルを記録再生装置10のHDD15に複写又は移動させることができる。
【0067】
なおここで、複写とは、複写した際に複写元のHDDと複写先のHDDにおいてファイルが並存する状態、つまり記録再生装置10と携帯装置50の両方で再生可能な状態とする処理をいい、一方、移動とは、複写元のHDDからは再生が不能な状態とする処理をいう。
本例ではオーディオファイルに関してはHDD15とHDD54の間で相互に移動が可能であるものとする。
【0068】
記録再生装置10のHDD15内のファイルのうちで指定されたファイルを携帯装置50のHDD54に移動させる処理を図5で説明する。これはCPU11によって実行される処理となる。
【0069】
ステップF101としては、CPU11は携帯装置50が記録再生装置10の装着部MTに装着されているか否かを検知する。この際の検知手段としてはメカニカルスイッチ機構で装填状態を検出したり、或いはコネクタ27,60を介した信号の送受信等により接続を検知するようにすればよい。
【0070】
記録再生装置10に携帯装置50が接続されていると判別されると、ステップF102により曲、すなわちオーディオファイルの携帯装置50への移動の要求がユーザーから(もしくは動作プログラムによる実行要求として)指示されているか否かを判別する。
例えば具体的には、表示部24に表示されるオーディオファイルを示すフォルダのうち、ユーザーによって所定のポインティングデバイスにより選択されたオーディオファイルは、携帯装置50への移動というユーザの更なる指示が行われることで、携帯装置50への移動処理が行われることとなる。
【0071】
このような操作などにより、曲の移動要求が有ると判別されると、続いてステップF103で指定されたオーディオファイルの容量が検出される。
次にステップF104により携帯装置50側のHDD54での空き容量を検出し、携帯装置50への移動が要求されているオーディオファイルの容量と比較する。
HDD54の空き容量はCPU51との通信によって判別するが、例えばHDD54に対してCPU11が直接アクセスできるような構成をとることもでき、その場合は、HDD54の動作制御やファイル管理をCPU11側で実行可能とすることで、CPU11側で直接HDD54の空き容量の判別を行うことなども可能となる。
【0072】
もし移動すべきオーディオファイルに対してHDD54の空き容量が足りず移動不能と判別された場合は、HDD54に格納されているオーディオファイルを削除する処理を行う。この処理も、CPU11がCPU51を介して実行させてもよいし、CPU11が直接実行できるものとしてもよい。
HDD54からのオーディオファイルの削除方法(削除するファイルの選別)としては、例えばユーザーによる再生回数の少ないものを順に消去するようにしたり、記録された時期の日付の古いものから順に消去する等の方法が考えられる。また、このような自動消去の際にユーザーの許可なく消去されることにより、ユーザーにとって重要なファイルが消去されてしまう可能性もあるので、表示部24、表示部57に警告表示がされるようにしてユーザの確認を得るようにしてもよい。
【0073】
ステップF104で移動可能と判断された場合、及び移動不能と判断されてステップF105の処理を行った場合は、ステップF106に進んでファイルの転送処理が行われる。即ちHDD15からインターフェースドライバ26、59を介してHDD54に所定のオーディオファイルが転送され、記録される。
【0074】
さらに移動処理であるため、ステップF107でHDD15において、移動対象となったオーディオファイルに関して再生禁止フラグを設定し、HDD15においては、記録されてはいるが再生できないファイルとして扱うようにする。なお、ステップF107において移動対象となったオーディオファイルを実際にHDD15から消去するようにしてもよい。
【0075】
ステップF107で再生禁止フラグが設定されることで、仮想的に所定のオーディオファイルは記録再生装置10から携帯装置50に移動されるので、オーディオファイルは常に一つしか存在しないように管理され、不正コピーが防止されるような効果も有する。
またHDD15からHDD54という、共に高速アクセスメディア間のデータ移動であることや、ATRAC2などのエンコード/デコード処理は不要であることなどのため、その移動処理は瞬時に完了でき、例えば複数の楽曲としてのオーディオファイルを移動させる処理なども非常に短時間で完了できる。
【0076】
以上の図5の処理が行われることで、HDD15からHDD54へのファイル移動が実現される。
そしてこのような処理によって、例えばユーザーは自分の所有する楽曲(即ちHDD15に格納したファイル)のうちで、聴きたい曲を選択して携帯装置50側に移動させ、外出先で再生を楽しむなどといった使用が可能となる。
【0077】
なお、複写を行う場合は、ステップF107の処理が実行されなければよい。
また、HDD54からHDD15へファイル移動(又は複写)を行う場合も、概略同様の処理がCPU51によって実行されればよいが、その場合もCPU11側が主となって処理を実行することも可能である。
【0078】
6.記録再生装置のファイル格納形態
図6には、記録再生装置10内のHDD15におけるファイルの格納形態の例を示している。
例えばユーザーは自分の所有しているCDをCD−ROMドライブ17に装填し、収録されている各楽曲をそれぞれファイルとしてHDD15に記録(即ち複写)させることになる。
例えばそのCDなどのメディア単位で格納が行われていくとすると、ダビングしたCDなどのメディア単位で管理ファイルが形成され、各楽曲等は、それぞれ1つのオーディオファイルとして格納される。
【0079】
図6には、n枚のCDがHDD15にダビングされた状態を示しており、各CDに対応して管理ファイルAL(AL1〜AL(n))が形成される。そして各CDに収録されている楽曲は、それぞれ管理ファイルALに対応された状態でオーディオファイルとして格納される。
図6では、1行分で示す各ファイルが1つのCDからダビングされたファイルとして示しており、例えば或るCDからのダビングデータ(各楽曲)は、管理ファイルAL1に対応して、オーディオファイルAL1−M1、AL1−M2、AL1−M3・・・として格納される。また、他のCDからのダビングデータ(各楽曲)は、管理ファイルAL2に対応して、オーディオファイルAL2−M1、AL2−M2、AL2−M3・・・として格納される。即ちこれらが実際の音楽等のデータである。
このように、1つのCDからのダビングが行われた際には、1つの管理ファイルとともに、ダビングした曲数分のオーディオファイルが形成される。
【0080】
またあるCD等のダビングに際して、ユーザーがデータを入力したり、或いは情報センタ1からそのCDに関する関連情報を有料又は無料で受け取ることができるが、それらの情報が関連情報ファイルとして格納される。例えば管理ファイルAL1に対応して関連情報ファイルAL1adが形成される。
関連情報ファイルAL(*)adとして格納されるデータとは、上述したように、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像などの画像データ、アーティストのインターネットホームページのアドレス(URL)、著作権に関する情報、関係者名(作詞者、作曲者、制作者等)・・・・などの情報となる。
【0081】
管理ファイルは、対応する1又は複数の各オーディオファイルや関連情報ファイルに関する各種の管理情報を有するものとなり、各オーディオファイルや関連情報ファイルの再生、移動、複写、編集などの際に用いられるものとなる。
例えば管理ファイルAL1は、或るCD等のメディアからダビング格納されたファイル群に関して、その全体の管理情報や、各オーディオファイルAL1−M1、AL1−M2、AL1−M3・・・に関する管理情報、さらには関連情報ファイルAL1adに関する管理情報が記録される。
【0082】
図7は、管理ファイルに記録される管理情報のデータ例を示している。
例えばCD等のメディアからダビング格納されたファイル群の全体の管理情報となるアルバム情報として、ファイル種別やファイル数、アルバムタイトル、データサイズ、ダビングが行われた日時情報、関係者名(アルバム制作者や作詞作曲者、演奏者など)、著作権情報、アルバムID、その他各種の管理情報が記録される。アルバムIDとはCDなどのメディアとしてのアルバム単位で固有に付されている識別コードである。
【0083】
また管理ファイルには、対応する各オーディオファイルに個別に対応する管理情報としてファイル情報(#1)〜ファイル情報(#m)が記録され、このファイル情報としては、対応するファイルのファイル種別、対応するファイルのHDD15上での記録位置を示すアドレスポインタ、ファイルのデータサイズ、タイトル(曲名など)、ダビングが行われた日時情報、関係者名(作詞作曲者、演奏者など)、著作権情報、曲ID、再生禁止フラグ、分類項目コード、その他各種の管理情報が記録される。
曲IDとは楽曲ファイルの場合に、その曲について固有に付されている識別コードである。また再生禁止フラグとは、上記図5の移動処理で説明した再生禁止フラグのことである。
また分類項目コードは、本例において後述する、ファイル選択のための第2の動作例において曲に対応して記録される分類項目の情報であり、これについては後述する。
【0084】
さらに管理ファイルには、対応する関連情報ファイルを管理する管理情報として関連ファイル情報が記録され、この関連ファイル情報としては、対応する関連情報ファイルのファイル種別やファイル数、対応する関連情報ファイルのHDD15上での記録位置を示すアドレスポインタ、関連情報ファイルのデータサイズ、記録が行われた日時情報、関係者名、著作権情報、関連情報ファイルID、その他各種の管理情報が記録される。
【0085】
管理ファイルに、例えばこのような管理情報が記録されることで、記録再生装置10は特定の楽曲の再生、移動、複写、編集等の各種処理が可能になり、また曲の再生等の動作に合わせて、関連情報としての画像やテキストを出力することも可能となる。
【0086】
なお、図7にあげた管理情報の内容は、あくまでも一例であり、また図6のファイル格納形態も一例である。実際には、格納される実データとなるオーディオファイルの各種処理に好適なファイル格納形態や管理形態がとられればよい。
また、本例では実施の形態のファイルとして、楽曲等のオーディオファイルを例にあげて説明して行くが、動画データ、静止画データ、テキストデータ、ゲームソフトとしてのプログラム等を実ファイルとして(つまり関連情報ファイルとしてではなく独立のファイルとして)格納することも当然考えられる。
【0087】
7.ファイル選択のための第1の動作例
続いて本例の特徴的な動作となるファイル選択のための動作例としての第1の動作例を説明する。
上述してきたように、ユーザーは記録再生装置10のHDD15に格納されているオーディオファイルなどを再生させたり、或いは携帯装置50に移動させたりすることができる。
即ち、記録再生装置10のHDD15に、自分の所有するCD等からダビングしたオーディオファイルを格納しておくことで、所有する多数の楽曲等の中からその日に聴きたい楽曲を選んで再生させたり、携帯装置50に移動させて外出先で再生させたりできる。
また携帯装置50にオーディオファイルを移動させる場合でも、上記のようにHDDどうし(もしくはHDDからフラッシュメモリ)へのデータ移動は瞬時に実行することができるため、例えばユーザーは毎日、その日の気分や状況に応じて曲を選択することも、ユーザーに時間的な負担をかけないものとなる。
【0088】
ところが、HDD15にかなり多数の曲が格納されたような場合には、その格納された曲のうちで、聴きたい曲や、携帯装置50に移動させたい曲を選択する操作が面倒なものとなってくる。
特にその日の気分や状況(時間や予定、外出先など)に合わせて曲を選択したいような場合、ユーザーは自分でそれらにあった曲を考えたうえで、多数の曲の中から指定していく操作を行わなくてはならない。
そこで本例では、このようなファイル選択操作を非常に簡単なものとし、ユーザーに負担をかけない動作を以下説明するように実現するものである。
【0089】
この第1の動作例では、ファイル選択のために、まず情報センタ1が通信回線3を介してユーザー、即ち記録再生装置10に対して選択メニューを提供する。
そしてユーザーは記録再生装置10の表示部24に表示される選択メニューに対して選択操作を行うのみで、具体的に曲名等を指定しなくても、ユーザーの望むような1又は複数の曲が選択され、再生又は携帯装置50への移動が自動的に行われるようにするものである。
【0090】
ここで、情報センタ1が提供する選択メニューにおいて選択できる分類項目とは、音楽ジャンルやアーティスト別の項目ではなく(もちろんこのような分類項目が含まれていてもよいが)、例えばユーザーがその日の気分や状況、日時、予定などに応じて選択できるような分類項目とされる。
例えば季節別に「春の曲」「夏の曲」「秋の曲」「冬の曲」といった選択項目や、時間別に「朝の曲」「昼の曲」「夜の曲」というような分類項目、さらには状況や予定に対応した分類として「ドライブ用の曲」「パーティ用の曲」「デート用の曲」というような分類項目も設けるようにする。
分類項目の具体例はさらに多様に考えられ、「最近のおすすめ曲」「ヒット曲」「ラブソング」「別れの歌」「青春の歌」「旅の歌」「山の歌」「海の歌」などを設定してもよい。
【0091】
情報センタ1では、CDなどのメディアで一般に販売/提供されている膨大な楽曲について、上記のような分類項目毎に分類した分類データベースを備えている。例えば図8に分類データベースの一部の内容を例示している。即ち図示するように各種の分類項目に対応させて、その分類項目に合致する楽曲のリストを備えている。もちろん分類項目の設定によっては、或る曲が複数の分類項目に含まれる場合もある。
【0092】
一方、記録再生装置10を使用するユーザーは、そのHDD15に自分の所有するCD等からダビングした楽曲としての多数のファイルを格納させている。
例えばHDD15内に図9(a)のような各種楽曲がファイルとして格納されているとする。
ユーザーは、あくまでもこのように自分が所有する楽曲の中から、1又は複数の楽曲を選択して再生させたり、携帯装置50に移動させたりするわけであるが、その際に、図8のような情報センタ1の分類データベースを利用できることになる。
例えば情報センタ1からの選択メニューとして提供される各種分類項目の中から、ユーザーが「春の曲」を選択した場合は、情報センタ1側で、ユーザーの所有する図9(a)のような楽曲の中から、分類データベース上で「春の曲」の分類項目に含まれる曲を検索し、その検索結果として該当する曲を記録再生装置10に伝える。そして記録再生装置10では、その該当曲に対して再生又は移動を行う。例えば「春の曲」という分類項目については図9(a)の楽曲の中で、図9(b)のように2曲が該当することになり、この図9(b)の2曲が再生されたり移動されたりすることになる。
【0093】
このような第1の動作例を実行する際の記録再生装置10と情報センタ1の通信動作について図10、図11で説明する。
まず図10は基本的な通信動作を示している。
ユーザーは、この第1の動作例としての、情報センタ1を利用したファイル選択を実行したいと思った際には、記録再生装置10から検索要求の操作を行う。
すると記録再生装置10は通信S1として、情報センタ1に対して検索要求を発する。
情報センタ1は、検索要求が受信されると、それに対応して通信S2として記録再生装置10に選択メニュー情報を送信する。即ち、情報センタ1側の分類データベースに用意されている選択項目の情報を送り、記録再生装置10側で、分類データベース上の選択項目を選択メニューとして表示できるようにする。
【0094】
記録再生装置10は選択メニュー情報を受信すると、その選択メニュー情報として供給される分類項目を表示部24に表示させ、ユーザーに提示する。例えば図14(a)に示すような選択メニューが表示されることになる。
ユーザーはこのように選択メニューで表示された分類項目、即ち「春の曲」「夏の曲」「秋の曲」・・・・・といった分類項目の中から、その日の気分や状況に応じて所望の分類項目を選択する操作を行う。
【0095】
ユーザーによって或る分類項目が選択されたら、記録再生装置10は通信S3として、選択された分類項目の情報を送信し、また同時に、ユーザーが所有する(つまりHDD15に格納された)全曲のIDを送信する。上述したようにHDD15内のオーディオファイルについては、それぞれ対応する管理ファイルによって管理情報が記録され、曲を識別するコードとしての曲IDも付されている。
(もちろん各オーディオファイル内のヘッダ領域などに曲IDが付されているファイル構造も考えられる)
図9(a)には、このような曲IDとして、格納されている楽曲を識別する曲ID(id1〜id(x))を示しているが、このようにユーザーが所有する全楽曲についての曲IDが記録再生装置10から情報センタ1に対して送信されることになる。
【0096】
情報センタ1は、図10の通信S3としての、選択された項目及び全曲IDを受信したら、図8のような分類データベースを使用して検索を行う。
即ち選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のIDを用いて比較し、ユーザーが所有する楽曲の中で、選択された分類項目で登録されている楽曲と一致する楽曲(以下、該当曲という)を検索する。
例えば図9(a)の例のようなユーザー所有曲の各IDと、分類項目として「春の曲」が送信されてきた場合、検索動作としては、図8の分類データベースで「春の曲」に分類されている楽曲リストとユーザー所有曲を比較して、該当曲を判別する。この場合、図8と図9(a)を比較してわかるように図9(b)の2曲が該当曲となる。
【0097】
情報センタ1は、該当曲の検索が完了したら、通信S4で検索結果として、該当曲の曲IDを記録再生装置10に送信する。
記録再生装置10では該当曲IDを受信することで、HDD15に格納されているファイルの中から、ユーザーが選んだ分類項目に該当するファイル(楽曲)を判別できることになり、その該当曲の再生又は携帯装置50への移動を実行できる。例えば図9(b)のオーディオファイルの再生又は移動を行う。
【0098】
ところで、該当曲はあくまでもユーザーの所有する楽曲の中で選ばれるものであるため、場合によってはユーザーが選択した分類項目に対する該当曲がない(ユーザーが所有していない)場合もある。
そのような場合の通信動作を図11に示す。なお、通信S1,S2,S3は図10と同様であるため説明を省略する。
【0099】
通信S3として情報センタ1が選択された分類項目及び全曲IDを受信したら、上述のように分類データベースを使用して検索を行うことになるが、検索結果として該当曲なしとなった場合は、通信S5として、選択可能メニュー情報を送信する。
選択可能メニュー情報とは、ユーザーが所有する楽曲の範囲で、該当する分類項目を逆にリストアップした情報である。
即ち通信S2としての選択メニュー情報とは、図14(a)のように、情報センタ1の分類データベースで用意されている分類項目のリストとなるが、この通信S5での選択可能メニュー情報とは、ユーザーが所有する全楽曲に対して分類データベース上の分類項目を検索した情報となり、通信S5を受信した記録再生装置10側では、例えば図14(b)のように選択可能メニューを表示させる。
【0100】
ユーザーは、このような選択可能メニューとしてリストアップされた分類項目のうちで、所望の分類項目を選択することになり、或る分類項目が選択されたら、記録再生装置10は通信S6として、選択された分類項目の情報を送信する。
なお、全曲IDは既に送信済であるのでここで送信する必要はない。
【0101】
情報センタ1は、通信S6としての選択された分類項目を受信したら、再度分類データベースを使用して検索を行い、ユーザーが所有する楽曲の中で、選択された分類項目に対する該当曲を判別する。当然ながらこの際は、該当曲なしとはならない。
そして情報センタ1は、該当曲の検索が完了したら、通信S7で検索結果として、該当曲の曲IDを記録再生装置10に送信する。
記録再生装置10では該当曲IDを受信することで、HDD15に格納されているファイルの中から、ユーザーが選んだ分類項目に該当するファイル(楽曲)を判別できることになり、その該当曲の再生又は携帯装置50への移動を実行できる。
【0102】
なお、この動作例の変形例として、通信S1の段階で、検索要求とともにユーザーの所有する全曲IDを送信するようにしてもよい。すると通信S2の段階で情報センタは選択可能メニュー情報を送信することができ、ユーザーに対しては最初にメニュー表示される段階で、そのユーザーが選択可能な分類項目のみが提示されることになり、選択した分類項目に対して該当曲なしとなる状態を回避できる。
【0103】
以上の第1の動作例を実現するための記録再生装置10の処理(CPU11の処理)を図12に、また情報センタ1の処理を図13に示す。
まず図11で記録再生装置10側の処理を説明する。
ユーザーが検索要求の操作を行ったらCPU11の処理はステップF201からF202に進み、情報センタ1に対して検索要求を送信する。即ち上記通信S1を実行する。そしてステップF203として情報センタからの選択メニュー情報(通信S2)を待機する。
選択メニュー情報が受信されたら、ステップF203に進み、その選択メニュー情報に応じて図14(a)のような選択メニューを表示部24において表示させる。そしてユーザーの操作を待機する。
ユーザーは、選択メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、図12のフローチャートでは省略しているが、ユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことになり、CPU11はそれらの操作に応じた表示上の制御も実行することになる。
【0104】
ユーザーがキャンセル操作を行った場合は、ステップF206から処理を終了する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップF205からF207に進み、選択された分類項目及びHDD15に格納されている全曲(全オーディオファイル)の曲IDの送信を行う。即ち上記通信S3を実行する。
そしてステップF208で、情報センタ1から該当曲IDが送信されてくること(通信S4)、もしくは選択可能メニュー情報が送信されてくること(通信S5)を待機する。
【0105】
通信S4としての該当曲IDが送信されてきた場合は、即ち図10に示したような場合であり、処理はステップF208からF210に進む。そしてユーザーが要求している動作が再生であるか携帯装置50への移動であるかを判別し、再生であれば、ステップF212に進んで、受信した該当曲IDで示される1又は複数の該当曲をHDD15から読み出して、スピーカ35等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップF211に進んで、受信した該当曲IDで示される1又は複数の該当曲をHDD15から読み出して、携帯装置50のHDD54に移動させる処理を実行する。即ち、図5で説明したファイル移動処理を実行することになる(図5の処理において移動対象となるファイルが、該当曲IDで示される1又は複数のファイルとなる)。
【0106】
なお、ステップF210でのユーザー指示の判別は、この処理に進んだ時点でユーザーに指示のための操作を促すようにしてもよいし、ステップF201もしくはF205での操作の際に、あらかじめユーザーに指示を求めておくようにしてもよい。
【0107】
ステップF207で選択された分類項目及び全曲IDを送信した後に、情報センタ1から選択可能メニュー情報が送信されてくる場合がある。即ち図11で説明したような場合であり、この場合は処理はステップF209からF213に進む。
そして受信された選択可能メニュー情報に応じて図14(b)のような選択可能メニューを表示部24において表示させる。そしてユーザーの操作を待機する。ユーザーは、選択可能メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、この場合もユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことがあるが、CPU11はそれらの操作に応じた表示上の制御も実行する。
【0108】
ユーザーがキャンセル操作を行った場合は、ステップF215から処理を終了する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップF214からF216に進み、選択された分類項目の送信を行う。即ち上記通信S6を実行する。そしてステップF208で、情報センタ1から該当曲IDが送信されてくることを待機する。
上記通信S7として情報センタ1から該当曲IDが送られてきたら、処理をステップF210にすすめ、ユーザー指示を判別する。
そしてユーザーが再生を指示していれば、ステップF212に進んで、受信した該当曲IDで示される1又は複数の該当曲をHDD15から読み出して、スピーカ35等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップF211に進んで、受信した該当曲IDで示される1又は複数の該当曲をHDD15から読み出して、携帯装置50のHDD54に移動させる処理(図5の処理)を実行する。
【0109】
次に図13で情報センタ1側の処理を説明する。
情報センタ1では、或る記録再生装置10から上記通信S1としての検索要求があると、処理をステップF301からF302に進め、選択メニュー情報を生成する。即ち分類データベースとして用意している分類項目をリストアップして選択メニュー情報とする。この場合、その日の日時や時期、最近のイベントなどを考慮して、分類項目が選ばれるようにすることも考えられる。なお、もちろん選択メニュー情報は予め生成しておくものとし、分類データベース上での分類項目を追加したような場合などに随時更新しておくようなものとしてもよい。
【0110】
続いてステップF303で、上記通信S2として、検索要求のあった記録再生装置30に対して選択メニュー情報を送信する。そして、ステップF304で、記録再生装置10からの通信S3、即ち選択された分類項目と全曲IDの送信を待機する。選択された分類項目と全曲IDを受信したら、ステップF305で検索処理を行う。即ち上述したように、選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のIDを用いて比較して該当曲を検索する。
ここで、該当曲が検索された場合は、処理をステップF307に進めて該当曲の曲IDを記録再生装置10に送信して(上記通信S4)、処理を終える。
【0111】
ところがステップF305での検索結果として該当曲なしの場合はステップF306からF308に進み、分類データベース上の分類項目の中で、その記録再生装置10のユーザーが選択可能な項目をリストアップして、選択可能メニュー情報を生成する。そしてステップF309で選択可能メニュー情報を記録再生装置10に送信する。即ち上記通信S5を実行する。
選択可能メニュー情報を送信したら、記録再生装置10からの通信S6、つまり選択された分類項目の受信を待機し、受信されたらステップF310からF311に進んで検索処理を行う。つまり選択された分類項目として分類データベース上で登録されている楽曲群と、ユーザーが所有する楽曲群を、各曲のIDを用いて比較して該当曲を検索する。
この場合は該当曲が存在するため、検索が終了したら処理をステップF307に進めて、該当曲の曲IDを記録再生装置10に送信して(上記通信S7)、処理を終える。
【0112】
以上の図12、図13の処理が行われることで、本例の第1の動作例としての動作が実現され、これによってユーザーは、単にその日の気分や状況に応じて任意の分類項目を選択するという操作を行うのみで、気分や状況に合致する曲が選択され、再生や携帯装置50への移動が行われることになり、ユーザーの選択操作は非常に簡易なものとなる。
例えば、これからドライブに行くというときに、選択メニューから「ドライブ用の曲」という項目を選んでおくだけで、携帯装置50側に、ドライブに適した曲が移動されているという状態を得ることができる。
またこの動作例で実行される図10、図11のような通信のデータ内容は、オーディオデータやビデオデータのような大容量のものではなく、要求コマンドや曲ID、分類項目などのようにデータ量の少ないものであるため、特別に高速通信可能な通信網を構築しなくても、通信は迅速に完了される。従ってユーザーが通信の遅れによって待たされるということもない。
【0113】
これらのことから、ユーザーが毎日の使用に際して、所望の曲を選択するということが簡易かつ短時間で可能となり、記録再生装置10や携帯装置50の使用性を大きく向上させることができる。
【0114】
8.ファイル選択のための第2の動作例
次に、上記第1の動作例とは異なる本例のファイル選択のための動作例として第2の動作例を説明する。
この第2の動作例でも、ユーザーのファイル選択操作を非常に簡単なものとし、ユーザーに負担をかけない操作を実現するものである。
【0115】
上記第1の動作例では、ファイル選択のための検索を情報センタ1側で行うようにしたが、この第2の動作例ではファイル自体の検索は記録再生装置10側で実行する。
即ちこの動作例では、情報センタ1は、図8に示したような分類データベースを備えるが、情報センタ1ではユーザーの所有する各楽曲についての分類データベース上の分類項目を検索して、それを記録再生装置10に送信する。記録再生装置10ではHDD15に格納されている各楽曲(オーディオファイル)に対応させて、情報センタ1から送信されてきた分類項目を記憶する。そして実際の選択操作が行われる以降の検索処理過程では特に情報センタとの通信は行わず、即ち記憶されている分類項目から選択メニューを生成し、ユーザーに選択させるようにするものである。
【0116】
記録再生装置10を使用するユーザーは、そのHDD15に自分の所有するCD等からダビングした楽曲としての多数のファイルを格納させているが、例えばHDD15内に図15(a)のような各種楽曲がファイルとして格納されているとする。
このように格納している各楽曲についての分類項目を情報センタ1によって判別してもらい、各楽曲について判別された分類項目の情報を受け取る。そして図15(b)のように各楽曲についての分類項目を、各楽曲に対応した状態で記憶する。ここでは分類項目として「Kwa」「Ksp」・・・などのように示しているが、これは図8にも示したように分類データベース上で設けられている分類項目に相当する。
これらの分類項目は、例えば各オーディオファイルの管理を行う管理ファイル(図6、図7参照)において記憶されればよい。もしくは各オーディオファイルのヘッダ領域などにおいて記録されるようにしてもよい。
なお、もちろん1つの楽曲(オーディオファイル)に対応して複数の分類項目が対応される場合もある。
【0117】
再生又は携帯装置50への移動のための実際の楽曲の選択は、ユーザーは、あくまでも自分が所有する楽曲の中から行うことになるが、このような選択に際しては、記録再生装置10(CPU11)が、HDD15に記憶されている各オーディオファイルの分類項目を確認して選択メニューを生成し、ユーザーに選択を実行させる。そして選択操作に応じて、選択された分類項目に対応するオーディオファイル(該当曲)を検索し、再生や移動処理を行うことになる。
例えば選択メニューとして提示される各種分類項目の中から、ユーザーが「春の曲」を選択した場合は、HDD15内で「春の曲」という分類項目Kspが対応されて記録されている曲が検索され、例えば図15(c)のように2曲が抽出されることになり、この図15(c)の2曲が再生されたり移動されたりすることになる。
【0118】
このような第2の動作例を実行するための記録再生装置10と情報センタ1の通信動作について図16で説明する。
この通信動作は、ユーザーが、実際にファイル選択を実行する前の段階で実行されることになる。
まずユーザーの操作もしくはCPU11の判断に基づく所定の時点で、記録再生装置10から情報センタ1に対して分類要求、及びHDD15に記録されている全曲の曲IDを送信する動作が通信S10として行われる。
【0119】
情報センタ1は、通信S10としての分類要求及び全曲IDを受信したら、図8のような分類データベースを使用して検索を行う。
即ち受信された曲IDで識別されるユーザーが所有する各楽曲について、分類データベース上で検索を行い、その曲が含まれる1又は複数の分類項目を判別していく。
【0120】
情報センタ1は、ユーザーの所有する全曲について、それぞれ分類項目の検索を完了したら、通信S11で検索結果として、各曲についての分類項目の情報を記録再生装置10に送信する。
記録再生装置10では、各曲の分類項目を受信したら、それぞれHDD15上で、記録されている各曲(オーディオファイル)に対応させて、分類項目を記録していく。
【0121】
また、その後ユーザーがさらにCDなどからのダビングを行ってHDD15にオーディオファイルが追加された場合は、記録再生装置10から情報センタ1に対して分類要求、及びHDD15に追加された各曲の曲IDを送信する動作が通信S12として行われる。
【0122】
情報センタ1は、通信S12としての分類要求及び各追加曲の曲IDを受信したら、図8のような分類データベースを使用して同様に検索を行い、追加された楽曲に対応する分類項目を判別していく。
そして分類項目の検索を完了したら、通信S13で検索結果として、追加分の各曲についての分類項目の情報を記録再生装置10に送信する。
記録再生装置10では、分類項目を受信したら、それぞれHDD15上で、追加記録された各曲(オーディオファイル)に対応させて、分類項目を記録していく。
【0123】
このような通信を行う際の記録再生装置10におけるCPU11の処理、及び情報センタ1側の処理を図17に示す。
ユーザーもしくはCPU11の判断により情報センタ1に対して分類要求を実行する際には処理はステップF401からF402に進み、まずHDD15に格納されているオーディオファイルとして分類項目が既に付されているオーディオファイルが存在するか否かを確認する。
そして、存在しなければステップF403で分類要求とともにHDD15に記録されている全曲の曲IDを送信する動作、即ち上記通信S10を実行する。
また既に分類項目付与済のオーディオファイルが存在する場合は、ステップF404に進み、まだ分類項目が付与されていないオーディオファイル、つまり追加分のオーディオファイルをリストアップして、分類要求とともにその追加分の曲の曲IDを送信する動作、即ち上記通信S12を実行する。
【0124】
ステップF403、もしくはF404の処理によって記録再生装置10から送信されてくる分類要求を受信したら、情報センタ1では処理をステップF501からF502に進め、送信されてきた各曲IDについて、分類データベースを使用した分類項目の検索を行う。
そしてステップF503で検索結果としての各曲に対応する分類項目の情報を送信する。即ち上記通信S11もしくはS13を実行する。
【0125】
記録再生装置10では、ステップF403、もしくはF404の処理の後、ステップF405で、検索結果としての分類項目の受信を待機しており、受信されたら、ステップF406で、HDD15上で、分類対象となった各曲(オーディオファイル)に対応させて、分類項目を記録していく処理を行う。
【0126】
以上のような通信動作を介した分類項目の付与が、ユーザーの所有する楽曲に対して行われることで、図15(b)のような状態を得ることができ、この後は、記録再生装置10側でユーザーの気分や状況に応じた楽曲の選択処理を行うことが可能となる。
再生又は移動のためのファイル選択の際のCPU11の処理を図18で説明する。
【0127】
ユーザーが検索実行を指示する操作を行ったら、CPU11の処理はステップF601からF602に進み、例えば図14(a)のような選択メニューを表示部24において表示させる。この選択メニューで提示する分類項目は、HDD15内で各オーディオファイルに対応されて記憶されている分類項目としての、全種類の分類項目とすればよい。つまりユーザーが所有している楽曲の中で選択可能な分類項目が列挙されることになる。
このように選択メニューを表示させたらユーザーの操作を待機する。
【0128】
ユーザーは、選択メニューを確認して、所望の分類項目を選択するか、もしくはキャンセル操作を行うことになる。
なお、図18のフローチャートでは省略しているが、ユーザーは選択のためにメニュー表示上でのページ送り操作やカーソル移動操作なども行うことになり、CPU11はそれらの操作に応じた表示上の制御も実行することになる。
【0129】
ユーザーがキャンセル操作を行った場合は、ステップF604から処理を終了する。
ユーザーがある分類項目を選択する操作を行った場合は、ステップF603からF605に進み、選択された分類項目が付されているオーディオファイルを検索し、該当曲を抽出する。
そしてステップF606で、ユーザーが要求している動作が再生であるか携帯装置50への移動であるかを判別し、再生であれば、ステップF608に進んで、該当曲とされた1又は複数のオーディオファイルをHDD15から読み出して、スピーカ35等から再生出力させる処理を実行する。
一方、ユーザーが要求している動作が移動であった場合は、ステップF607に進んで、該当曲とされた1又は複数の該当曲をHDD15から読み出して、携帯装置50のHDD54に移動させる処理を実行する。即ち、図5で説明したファイル移動処理を実行することになる(図5の処理において移動対象となるファイルが、該当曲として抽出された1又は複数のファイルとなる)。
【0130】
なお、ステップF606でのユーザー指示の判別は、この処理に進んだ時点でユーザーに指示のための操作を促すようにしてもよいし、ステップF601もしくはF603での操作の際にユーザーに指示を求めるようにしてもよい。
【0131】
以上の図18の処理が行われることで、本例の第2の動作例としてのファイル選択動作が実現され、これによってユーザーは、単にその日の気分や状況に応じて任意の分類項目を選択するという操作を行うのみで、気分や状況に合致する曲が選択され、再生や携帯装置50への移動が行われることになり、ユーザーの選択操作は非常に簡易なものとなる。
従って第1の動作例と同様に、ユーザーが毎日の使用に際して、所望の曲を選択するということが簡易かつ短時間で可能となり、記録再生装置10や携帯装置50の使用性を大きく向上させることができる。
【0132】
以上、実施の形態としてのシステム構成や動作例を説明してきたが、本発明はこれらの例に限定されることなく、機器の構成や処理手順などは各種多様に考えられることはいうまでもない。
【0133】
【発明の効果】
以上の説明からわかるように本発明によれば以下のような効果が得られる。
即ち本発明では、情報センタでは、多数のデータファイル(音楽等)についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側から送信される検索対象情報と分類データベース手段を用いた検索動作を行うことができるようにしている。ユーザー側からみれば、端末装置から検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイル、即ち端末装置の格納手段に格納されているデータファイルの中から、検索対象情報に合致したデータファイルの検索結果を情報センタから得ることができ、つまり情報センタ側の高度な検索システムを利用して多様な検索結果を得ることができる。
従ってユーザーは、自分で所有するデータファイルの選択に関して多様かつ簡易な検索ができ(つまり情報センタ側の高度な検索システムを利用でき)、例えば具体的にデータファイルを指定するような操作を行わなくとも所望のデータファイルが選択された状態を得ることができる。
【0134】
特にユーザー側は端末装置から、分類データベースでの或る分類項目を選択できるようにしており、選択された分類項目と、格納手段に格納されている各データファイルの識別情報を検索対象情報として送信するようにすれば、情報センタ側は、その選択された分類項目に含まれるデータファイルであって、ユーザーが端末装置において所有する(つまり格納手段に格納されている)データファイルを検索し、その検索結果を端末装置に送信することができる。
例えば分類データベース手段において、単に音楽ジャンルやアーティストの別による分類項目だけでなく、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておけば、ユーザー側の端末装置からは、ユーザーが単に、その日の気分や状況に応じて分類項目を指定するだけで、ユーザーの気分や状況に応じて選択されたデータファイルの処理を行なうことができ、ユーザーにとって非常に便利なものとなる。
【0135】
また、情報センタと端末装置の間で通信される情報は、オーディオデータやビデオデータなどの大容量のデータとしてのデータファイルではなく、上記の分類項目や識別情報、及び検索結果などの、データ量の小さい情報であるため、特に通信回線として特別な回線(高速伝送可能な回線)を用意する必要はなく、システム構築のために新たなインフラストラクチャーを整えるといったような必要もない。
さらに同様に通信されるデータはデータ量が小さいものであることから、通信時間は非常に短い時間で済む。本発明の場合、上記のように端末装置側から分類項目を選択して検索を要求する際から、検索結果を受けとるまでに、端末装置と情報センタの間で往復の通信が必要になるが、その通信時間はわずかな時間とできるため、実際にユーザーが分類項目を指定する操作を行ってから、実際に検索されたデータファイルに対する処理の実行までは短時間で済むことになる。即ちユーザーに対して時間的な負担もかけない(待ち時間の少ない)システムとすることができる。
【0136】
また端末装置側では、受信された検索結果に該当するデータファイルを格納手段から読み出して、再生出力する処理を行うようにすれば、ユーザーからみれば、単に分類項目のような検索対象情報を指定入力するだけで、適切なデータファイル(音楽等)の再生が行われることになり、非常に簡易な操作で、ユーザーに好適な再生動作が実現される。例えばその日の気分や状況に応じた音楽等を楽しめることになる。
【0137】
また端末装置側では、受信された検索結果に該当するデータファイルを格納手段から読み出して、この端末装置と接続されるデータファイル格納装置に移動又は複写することで、ユーザーは、単に端末装置から分類項目のような検索対象情報を指定入力するだけで、適切なデータファイル(音楽等)がデータファイル格納装置側に格納された状態を得ることができ、そのデータファイル格納装置を用いて、例えばその日の気分や状況に応じた音楽等を楽しめる。そしてそのデータファイル格納装置がいわゆる携帯用の装置とされているのであれば、その日の気分や状況に応じた音楽等を外出先などでも楽しめることになる。
【0138】
また本発明では、情報センタでは、多数のデータファイル(音楽等)についてて多様な分類項目で分類を行った分類データベース手段を設けておき、端末側から送信される検索対象情報と分類データベース手段を用いて、ユーザーの所有するデータファイルについての分類項目の検索動作を行うことができるようにしている。ユーザー側からみれば、端末装置から検索対象情報を情報センタに送信することで、ユーザーの所有するデータファイル、即ち端末装置の格納手段に格納されているデータファイルについての分類項目を情報センタから得ることができる。つまり情報センタ側の高度な検索システムを利用して多様な分類方式による分類項目を得、それをデータファイルに対応させて記憶することができる。
従ってユーザーは、自分で所有するデータファイルの選択に関して多様かつ簡易な検索を端末装置に実行させることができる。
例えば分類データベース手段において、季節、時間、イベント、気分、各種シチュエーションなどの多様な事象に応じた分類項目でデータファイルの分類を行っておけば、端末装置では情報センタ側の高度な検索システムを利用して得られた多様な事象の分類項目を各データファイルに対応して記憶でき、その記憶された分類項目を利用した検索を実行できるため、具体的にユーザーがデータファイルを指定するような操作を行わなくとも、例えばその日の気分や状況等に応じた分類項目を指定するのみで所望のデータファイルを選択し、所定の処理を実行させることができる。
【0139】
また端末装置から情報センタに送信する検索対象情報は、格納手段に格納されている各データファイルの識別情報とすれば、情報センタの検索手段は、ユーザーの所有する各データファイルについて、分類データベース手段上での分類項目を適切に検索でき、端末装置のユーザーにとって好適な検索結果(分類項目)を送信することができる。
【0140】
またこの場合も、情報センタと端末装置の間で通信される情報は、オーディオデータやビデオデータなどの大容量のデータとしてのデータファイルではなく、上記の識別情報や、及び検索結果としての分類項目などの、データ量の小さい情報であるため、特に通信回線として特別な回線(高速伝送可能な回線)を用意する必要はなく、システム構築のために新たなインフラストラクチャーを整える必要もない。
また通信されるデータ量が小さいものであることから、通信時間は非常に短い時間で済むため、端末装置側から検索を要求してから、検索結果を受けとるまでの時間も短いものとすることができる。
【0141】
また端末装置側において格納手段に格納されているデータファイルについて、対応する分類項目が既に記憶されている場合、ユーザーが選択した分類項目に対応した状態で格納されているデータファイルを格納手段から読み出して、再生出力する処理を行うことができ、ユーザーからみれば、単に分類項目を選択するだけで、適切なデータファイル(音楽等)の再生が行われることになり、非常に簡易な操作で、ユーザーに好適な再生動作が実現される。例えばその日の気分や状況に応じた音楽等を楽しめることになる。
【0142】
また端末装置側では、格納手段に格納されているデータファイルについて、対応する分類項目が既に記憶された状態にある場合、ユーザーが選択した分類項目に対応した状態で格納されているデータファイルを格納手段から読み出して、この端末装置と接続されるデータファイル格納装置に移動又は複写するようにすることができ、ユーザーは、単に端末装置から分類項目を選択するだけで、適切なデータファイル(音楽等)がデータファイル格納装置側に格納された状態を得ることができる。このため、そのデータファイル格納装置を用いて、例えばその日の気分や状況に応じた音楽等を楽しめる。そしてそのデータファイル格納装置がいわゆる携帯用の装置とされているのであれば、その日の気分や状況に応じた音楽等を外出先などでも楽しめることになる。
【図面の簡単な説明】
【図1】本発明の実施の形態の情報配信システムの説明図である。
【図2】実施の形態の端末装置としての記録再生装置及び携帯装置の説明図である。
【図3】実施の形態の記録再生装置のブロック図である。
【図4】実施の形態の携帯装置のブロック図である。
【図5】実施の形態の記録再生装置から携帯装置へのファイル移動処理のフローチャートである。
【図6】実施の形態の記録再生装置のハードディスク内のファイル格納形態の説明図である。
【図7】実施の形態の記録再生装置のハードディスク内の管理ファイルの内容の説明図である。
【図8】実施の形態の情報センタの分類データベースの説明図である。
【図9】実施の形態の第1の動作例での選択されるファイルの説明図である。
【図10】実施の形態の第1の動作例での通信動作の説明図である。
【図11】実施の形態の第1の動作例での通信動作の説明図である。
【図12】実施の形態の第1の動作例の記録再生装置の処理のフローチャートである。
【図13】実施の形態の第1の動作例の情報センタの処理のフローチャートである。
【図14】実施の形態の第1の動作例での選択メニュー画面の説明図である。
【図15】実施の形態の第2の動作例での選択されるファイルの説明図である。
【図16】実施の形態の第2の動作例での通信動作の説明図である。
【図17】実施の形態の第2の動作例での通信動作の際の記録再生装置と情報センタの処理のフローチャートである。
【図18】実施の形態の第2の動作例での記録再生装置のデータファイルの再生/移動処理のフローチャートである。
【符号の説明】
1 情報センタ、3 通信回線、10 記録再生装置、11 CPU、12 ROM、13 RAM、14 フラッシュメモリ、15 HDD、16 バッファメモリ、17 CD−ROMドライブ、18 MDドライブ、19 モデム、20 パネル操作部、22 赤外線インターフェースドライバ、23 USBドライバ、24 表示部、25 表示ドライバ、26 インターフェースドライバ、27 コネクタ、28 エンコーダ、29 デコーダ、30 IEC958エンコーダ、31 A/D変換器、32 マイクアンプ、33 D/A変換器、34 アンプ、35 スピーカ、36 IEEE1394ドライバ、37 IEEE1394インターフェース、38 PCMCIAドライバ、39 PCMCIAスロット、51 CPU、52 ROM、53 RAM、54 HDD、55バッファメモリ、56 パネル操作部、57 表示部、58 表示ドライバ、59 インターフェースドライバ、60 コネクタ、61 エンコーダ、62 デコーダ、63 IEC958エンコーダ、64 A/D変換器、65 マイクアンプ、66 D/A変換器、67 アンプ、68 スピーカ
Claims (30)
- 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムであって、
前記情報センタは、
データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段と、
複数の前記分類項目のうち一の分類項目を指定する分類項目指定情報と前記端末装置に記憶されているデータの識別情報とを前記端末装置から受信するセンタ側受信手段と、
前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類項目に対応する一の分類情報が対応付けられたデータの識別情報を検索する検索手段と、
前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類情報が対応付けられたデータの識別情報を、前記検索手段による検索結果として、前記端末装置へ送信するセンタ側送信手段と、
を備え、
前記端末装置は、
データと前記データの識別情報とを対応付けて格納する格納手段と、
前記情報センタに前記分類項目指定情報と前記格納手段に記憶されているデータの識別情報を送信する端末側送信手段と、
前記検索結果を前記情報センタから受信する端末側受信手段と、
前記検索結果に基づいて、前記格納手段が格納しているデータに対して所定の処理を行う処理手段と
を備える
ことを特徴とする情報配信システム。 - 前記センタ側送信手段は、前記複数の分類項目のうち前記一の分類項目を指定するための分類項目選択情報を前記端末装置へ送信し、
前記端末側送信手段は、前記分類項目選択情報に基づいて選択された前記一の分類項目を指定する分類項目指定情報を前記情報センタへ送信する
ことを特徴とする請求項1に記載の情報配信システム。 - 前記処理手段は、前記検索結果に基づいて、前記一の分類情報が対応付けられたデータの識別情報に対応するデータを、前記格納手段から読み出して再生手段に再生させる
ことを特徴とする請求項1に記載の情報配信システム。 - 前記端末装置は、前記外部機器と接続するための接続手段を更に備え、
前記処理手段は、前記検索結果に基づいて、前記一の分類情報が対応付けられたデータの識別情報に対応するデータを、前記格納手段から読み出して、転送手段を制御して前記外部機器へ転送させる
ことを特徴とする請求項1に記載の情報配信システム。 - 前記端末装置に記憶されているデータの識別情報のうち、前記一の分類情報が対応付けられたデータの識別情報が抽出されなかったときに、前記検索手段は、前記端末装置に記憶されているデータの識別情報に対応付けられている分類情報を、前記分類データベース手段から抽出し、
上記センタ側送信手段は、前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信する
ことを特徴とする請求項1に記載の情報配信システム。 - 前記端末側送信手段は、前記選択可能分類項目情報に基づいて選択された他の分類項目を指定する他の分類項目指定情報を、前記情報センタへ送信し、
前記検索手段は、前記他の分類項目指定情報に基づいて、前記端末装置に記憶されているデータの識別情報であり、且つ、前記他の分類項目に対応する他の分類情報が対応付けられているデータの識別情報を検索し、
前記センタ側送信手段は、前記端末装置に記憶されているデータの識別情報であり、且つ、前記他の分類項目に対応する他の分類情報が対応付けられているデータの識別情報を、他の検索結果として前記端末装置へ送信する
ことを特徴とする請求項5に記載の情報配信システム。 - 前記端末装置は更に、
記録媒体を再生する再生手段と、
前記再生手段から出力されるコンテンツを圧縮して圧縮データとする圧縮手段と、
を備え、
前記格納手段は、前記圧縮データを前記データとして格納する
ことを特徴とする請求項1に記載の情報配信システム。 - 前記端末側受信手段は、前記データの関連情報を情報センタから受信し、
前記格納手段は、前記データと前記関連情報を対応付けて格納する
ことを特徴とする請求項1に記載の情報配信システム。 - 前記関連情報は、曲名、アーティスト名、歌詞、画像データ、URL、作曲者名、作詞者名の少なくとも一つを含む
ことを特徴とする請求項8に記載の情報配信システム。 - データと前記データの識別情報とを対応付けて格納する格納手段と、
外部の情報センタに請求項1に記載された分類項目指定情報と前記格納手段に記憶されているデータの識別情報を送信する送信手段と、
前記情報センタから送信される検索結果を受信する受信手段と、
前記検索結果に基づいて、前記格納手段が格納しているデータに対して所定の処理を行う処理手段と
を備える
ことを特徴とする端末装置。 - 前記送信手段は、前記情報センタから送信される前記複数の分類項目のうち一の分類項目を指定するための分類項目選択情報に基づいて選択された前記一の分類項目を指定する分類項目指定情報を前記情報センタへ送信する
ことを特徴とする請求項10に記載の端末装置。 - 前記処理手段は、前記検索結果に基づいて、前記一の分類情報が対応付けられたデータの識別情報に対応するデータを、前記格納手段から読み出して再生手段に再生させる
ことを特徴とする請求項10に記載の端末装置。 - 外部機器と接続するための接続手段を更に備え、
前記処理手段は、前記検索結果に基づいて、前記一の分類情報が対応付けられたデータの識別情報に対応するデータを、前記格納手段から読み出して、転送手段を制御して前記外部機器へ転送させる
ことを特徴とする請求項10に記載の端末装置。 - 前記送信手段は、前記情報センタから送信される請求項5に記載された選択可能分類項目情報に基づいて選択された他の分類項目を指定する他の分類項目指定情報を、前記情報センタへ送信し、
前記情報センタからの前記他の分類項目指定情報に基づいて、前記記憶されているデータの識別情報であり、且つ、前記他の分類項目に対応する他の分類情報が対応付けられているデータの識別情報を、他の検索結果として受信する
ことを特徴とする請求項10に記載の端末装置。 - 更に、記録媒体を再生する再生手段と、
前記再生手段から出力されるコンテンツを圧縮して圧縮データとする圧縮手段と、
を備え、
前記格納手段は、前記圧縮データを前記データとして格納する
ことを特徴とする請求項10に記載の端末装置。 - 前記受信手段は、前記データの関連情報を情報センタから受信し、
前記格納手段は、前記データと前記関連情報を対応付けて格納する
ことを特徴とする請求項10に記載の端末装置。 - 前記関連情報は、曲名、アーティスト名、歌詞、画像データ、URL、作曲者名、作詞者名の少なくとも一つを含む
ことを特徴とする請求項10に記載の端末装置。 - データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段と、
複数の前記分類項目のうち一の分類項目を指定する分類項目指定情報と外部端末装置に記憶されているデータの識別情報とを前記端末装置から受信する受信手段と、
前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類項目に対応する一の分類情報が対応付けられたデータの識別情報を検索する検索手段と、
前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類情報が対応付けられたデータの識別情報を、前記検索手段による検索結果として、前記端末装置へ送信する送信手段と、
を備える
ことを特徴とする情報センタ。 - 前記送信手段は、前記複数の分類項目のうち前記一の分類項目を指定するための分類項目選択情報を前記端末装置へ送信し、
前記受信手段は、前記端末装置から送信される前記分類項目選択情報に基づいて選択された前記一の分類項目を指定する分類項目指定情報を受信する
ことを特徴とする請求項18に記載の情報センタ。 - 前記端末装置に記憶されているデータの識別情報のうち、前記一の分類情報が対応付けられたデータの識別情報が抽出されなかったときに、前記検索手段は、前記端末装置に記憶されているデータの識別情報に対応付けられている分類情報を、前記分類データベース手段から抽出し、
上記送信手段は、前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信する
ことを特徴とする請求項18に記載の情報センタ。 - 前記端末機から送信される、前記選択可能分類項目情報に基づいて選択された他の分類項目を指定する他の分類項目指定情報を受信し、
前記検索手段は、前記他の分類項目指定情報に基づいて、前記端末装置に記憶されているデータの識別情報であり、且つ、前記他の分類項目に対応する他の分類情報が対応付けられているデータの識別情報を検索し、
前記送信手段は、前記端末装置に記憶されているデータの識別情報であり、且つ、前記他の分類項目に対応する他の分類情報が対応付けられているデータの識別情報を、他の検索結果として前記端末装置へ送信する
ことを特徴とする請求項20に記載の情報センタ。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおけるファイル処理方法であって、
前記情報センタが、
データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース記憶手順と、
複数の前記分類項目のうち一の分類項目を指定する分類項目指定情報と前記端末装置に記憶されているデータの識別情報とを前記端末装置から受信するセンタ側受信手順と、
前記分類データベース記憶手順で記憶された、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類項目に対応する一の分類情報が対応付けられたデータの識別情報を検索する検索手順と、
前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類情報が対応付けられたデータの識別情報を、前記検索手順による検索結果として、前記端末装置へ送信するセンタ側送信手順と、
を行い、
前記端末装置が、
データと前記データの識別情報とを対応付けて格納する格納手順と、
前記情報センタに前記分類項目指定情報と前記格納手順において記憶されたデータの識別情報を送信する端末側送信手順と、
前記検索結果を前記情報センタから受信する端末側受信手順と、
前記検索結果に基づいて、前記格納手順において格納されたデータに対して所定の処理を行う処理手順と
を行う
ことを特徴とするファイル処理方法。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおける端末装置が行うファイル処理方法であって、
データと前記データの識別情報とを対応付けて格納する格納手順と、
外部情報センタに請求項22に記載された分類項目指定情報と前記格納手順において記憶されたデータの識別情報を送信する端末側送信手順と、
前記検索結果を前記情報センタから受信する端末側受信手順と、
前記検索結果に基づいて、前記格納手順において格納されたデータに対して所定の処理を行う処理手順と
を備える
ことを特徴とする端末装置におけるファイル処理方法。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおける情報センタが行うファイル処理方法であって、
データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース記憶手順と、
複数の前記分類項目のうち一の分類項目を指定する分類項目指定情報と前記端末装置に記憶されているデータの識別情報とを前記端末装置から受信するセンタ側受信手順と、
前記分類データベース記憶手順で記憶された、前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類項目に対応する一の分類情報が対応付けられたデータの識別情報を検索する検索手順と、
前記端末装置に記憶されているデータの識別情報であり、且つ、前記一の分類情報が対応付けられたデータの識別情報を、前記検索手順による検索結果として、前記端末装置へ送信するセンタ側送信手順と、
を備える
ことを特徴とする情報センタにおけるファイル処理方法。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムであって、
前記情報センタは、
データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段と、
前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手段と、
前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報に対応付けられた分類情報を抽出する検索手段と、
前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信するセンタ側送信手段と、
を備え、
前記端末装置は、
データと前記データの識別情報とを対応付けて格納する格納手段と、
前記選択可能分類項目情報を受信する端末側受信手段と、
前記選択可能分類項目情報に基づいて選択された一の分類項目を指定する分類項目指定情報を、前記情報センタへ送信する端末側送信手段と、
を備え、
前記検索手段は、前記分類項目指定情報に基づいて、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手段に格納されたデータの識別情報を検索し、
前記センタ側送信手段は、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手段に格納されたデータの識別情報を検索結果として前記端末装置へ送信し、
更に前記端末装置は、
前記検索結果に基づいて、前記格納手段が格納しているデータに対して所定の処理を行う処理手段
を備える
ことを特徴とする情報配信システム。 - データと前記データの識別情報とを対応付けて格納する格納手段と、
請求項25に記載された選択可能分類項目情報を受信する受信手段と、
前記選択可能分類項目情報に基づいて選択された一の分類項目を指定する分類項目指定情報を、外部情報センタへ送信する送信手段と、
前記情報センタから送信される、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手段に格納されたデータの識別情報を検索結果として受信し、前記検索結果に基づいて、前記格納手段が格納しているデータに対して所定の処理を行う処理手段
を備える
ことを特徴とする端末装置。 - データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース手段と、
前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手段と、
前記分類データベース手段から、前記端末装置に記憶されているデータの識別情報に対応付けられた分類情報を抽出する検索手段と、
前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信するセンタ側送信手段と、
を備える
ことを特徴とする情報センタ。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおけるファイル処理方法であって、
前記情報センタが、
データの識別情報と前記データを所定の分類項目に分類するための分類情報とを対応付けて記憶する分類データベース記憶手順と、
前記端末装置に記憶されているデータの識別情報を前記端末装置から受信するセンタ側受信手順と、
前記分類データベース記憶手順において記憶された分類データベースから、前記端末装置に記憶されているデータの識別情報に対応付けられた分類情報を抽出する検索手順と、
前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信するセンタ側送信手順と、
を行い、
前記端末装置が、
データと前記データの識別情報とを対応付けて格納する格納手順と、
前記選択可能分類項目情報を受信する端末側受信手順と、
前記選択可能分類項目情報に基づいて選択された一の分類項目を指定する分類項目指定情報を、前記情報センタへ送信する端末側送信手順と、
を行い、
前記検索手順は、前記分類項目指定情報に基づいて、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手順において格納されたデータの識別情報を検索し、
前記センタ側送信手順は、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手順において格納されたデータの識別情報を検索結果として前記端末装置へ送信し、
更に前記端末装置においては、
前記検索結果に基づいて、前記格納手順において格納されたデータに対して所定の処理を行う処理手順
とを行う
ことを特徴とするファイル処理方法。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおける端末装置が行うファイル処理方法であって、
データと前記データの識別情報とを対応付けて格納する格納手順と、
請求項28に記載の選択可能分類項目情報を受信する受信手順と、
前記選択可能分類項目情報に基づいて選択された一の分類項目を指定する分類項目指定情報を、外部情報センタへ送信する送信手順と、
前記情報センタから送信される、前記一の分類項目に対応する分類情報が対応付けられたデータの識別情報であり、且つ、前記格納手順において格納されたデータの識別情報を検索結果として受信し、前記検索結果に基づいて、前記格納手順において格納されたデータに対して所定の処理を行う処理手順
とを備える
ことを特徴とする端末装置におけるファイル処理方法。 - 情報センタと前記情報センタと通信する端末装置とを備える情報配信システムにおける情報センタが行うファイル処理方法であって、
データの識別情報と前記データを所定の分類項目に分類するための分類情報と対応付けて記憶する分類データベース記憶手順と、
前記端末装置に記憶されているデータの識別情報を前記端末装置から受信する受信手順と、
前記分類データベース記憶手順から、前記端末装置に記憶されているデータの識別情報に対応付けられた分類情報を抽出する検索手順と、
前記抽出された分類情報に基づく選択可能な分類項目の情報である選択可能分類項目情報を、前記端末装置へ送信する送信手順と、
を備える
ことを特徴とする情報センタにおけるファイル処理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP04511598A JP4570701B2 (ja) | 1998-02-26 | 1998-02-26 | 情報配信システム、端末装置、ファイル処理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP04511598A JP4570701B2 (ja) | 1998-02-26 | 1998-02-26 | 情報配信システム、端末装置、ファイル処理方法 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007304999A Division JP4379517B2 (ja) | 2007-11-26 | 2007-11-26 | 情報配信システム、端末装置、ファイル処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH11242686A JPH11242686A (ja) | 1999-09-07 |
JP4570701B2 true JP4570701B2 (ja) | 2010-10-27 |
Family
ID=12710277
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP04511598A Expired - Lifetime JP4570701B2 (ja) | 1998-02-26 | 1998-02-26 | 情報配信システム、端末装置、ファイル処理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4570701B2 (ja) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001093226A (ja) * | 1999-09-21 | 2001-04-06 | Sony Corp | 情報通信システムおよび方法、ならびに、情報通信装置および方法 |
US7496947B1 (en) | 2000-02-28 | 2009-02-24 | Nokia Corporation | Cache device and method for generating a virtual radio or television broadcast |
US8812850B2 (en) | 2000-03-02 | 2014-08-19 | Tivo Inc. | Secure multimedia transfer system |
US8171520B2 (en) | 2000-03-02 | 2012-05-01 | Tivo Inc. | Method of sharing personal media using a digital recorder |
US7908635B2 (en) | 2000-03-02 | 2011-03-15 | Tivo Inc. | System and method for internet access to a personal television service |
CN1199466C (zh) * | 2000-03-02 | 2005-04-27 | 提维股份有限公司 | 互联网访问个人电视服务的***和方法 |
US7187947B1 (en) | 2000-03-28 | 2007-03-06 | Affinity Labs, Llc | System and method for communicating selected information to an electronic device |
KR20010000263A (ko) * | 2000-08-31 | 2001-01-05 | 박승창 | 인터넷을 이용한 지정시간 음악 송출 시스템 |
JP4644925B2 (ja) * | 2000-10-12 | 2011-03-09 | ソニー株式会社 | 情報処理装置および情報処理方法 |
US7277765B1 (en) | 2000-10-12 | 2007-10-02 | Bose Corporation | Interactive sound reproducing |
JP2002341894A (ja) * | 2001-05-18 | 2002-11-29 | Olympus Optical Co Ltd | データ再生装置 |
EP1351161A4 (en) | 2001-05-30 | 2004-04-14 | Matsushita Electric Ind Co Ltd | TERMINAL, SERVER, METHOD FOR STORING DATA, AND PROGRAM FOR EXECUTING SAID METHOD |
US7548875B2 (en) | 2001-06-27 | 2009-06-16 | John Mikkelsen | Media delivery platform |
JP4340566B2 (ja) * | 2003-04-01 | 2009-10-07 | 株式会社リコー | Webページ生成装置、組み込み装置、Webページ生成の制御方法、Webページ生成プログラム及び記録媒体 |
JP2006268159A (ja) * | 2005-03-22 | 2006-10-05 | Nec Corp | 情報処理端末、データ表示方法、及びデータ表示プログラム |
JP2007058306A (ja) * | 2005-08-22 | 2007-03-08 | Kenwood Corp | 情報検索装置、情報検索方法、情報検索システム及び情報検索プログラム |
JP2007299215A (ja) * | 2006-04-28 | 2007-11-15 | Toshiba Corp | 情報再生装置、情報再生システム及び情報再生プログラム |
US20070271116A1 (en) | 2006-05-22 | 2007-11-22 | Apple Computer, Inc. | Integrated media jukebox and physiologic data handling application |
US8886112B2 (en) | 2008-09-24 | 2014-11-11 | Apple Inc. | Media device with enhanced data retrieval feature |
US8452228B2 (en) | 2008-09-24 | 2013-05-28 | Apple Inc. | Systems, methods, and devices for associating a contact identifier with a broadcast source |
US8898170B2 (en) | 2009-07-15 | 2014-11-25 | Apple Inc. | Performance metadata for media |
US8140570B2 (en) | 2010-03-11 | 2012-03-20 | Apple Inc. | Automatic discovery of metadata |
-
1998
- 1998-02-26 JP JP04511598A patent/JP4570701B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JPH11242686A (ja) | 1999-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4570701B2 (ja) | 情報配信システム、端末装置、ファイル処理方法 | |
JP4135287B2 (ja) | 記録再生装置、携帯装置、データ転送システム、データ転送方法、データ再生方法、データ転送及び再生方法 | |
KR100643871B1 (ko) | 기록 장치 | |
KR100610674B1 (ko) | 정보센터, 단말장치, 더빙시스템 및 더빙방법 | |
KR100830555B1 (ko) | 통신시스템 및 그 방법, 통신장치 및 그 방법 | |
JPH11260045A (ja) | 再生システム、再生端末装置 | |
JP4022971B2 (ja) | 記憶装置およびデータ削除方法 | |
JP2001110171A (ja) | 記録再生装置および方法、端末装置、送受信方法、ならびに、記憶媒体 | |
JPH11242873A (ja) | 記録再生装置 | |
JP2000200475A (ja) | 記録装置、記録方法、課金方法 | |
JP2000149386A (ja) | 再生装置 | |
JP4343896B2 (ja) | 再生端末装置及び出力方法 | |
JP4055270B2 (ja) | 記録情報転送装置、情報転送方法、及び情報転送システム | |
JP4379517B2 (ja) | 情報配信システム、端末装置、ファイル処理方法 | |
JP2006114216A (ja) | 再生システム、再生方法 | |
JP4382034B2 (ja) | 情報サーバとその制御方法 | |
JP4285510B2 (ja) | 再生端末装置 | |
JP4580909B2 (ja) | 再生端末装置 | |
JP4329877B2 (ja) | 転送装置、転送方法及び転送システム | |
KR20220089318A (ko) | 단말장치를 통한 더빙시스템 및 더빙방법 | |
JP2007080508A (ja) | 記録媒体 | |
JP2007012271A (ja) | 音楽再生システム及び音楽記録装置 | |
JP2008077831A (ja) | 記録情報転送装置、記録情報転送方法及び記録情報転送システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041220 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070925 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071126 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071218 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20080117 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080218 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080228 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080321 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100708 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100811 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130820 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |