JPH11212599A - 記録装置、再生装置、記録再生装置 - Google Patents

Abstract

(57)【要約】 【課題】 多様な記録／再生動作形態の提供 【解決手段】 複数系統のオーディオデータが同時に入
力される際に、それぞれを互いに関連しない独立のオー
ディオデータファイルとして管理される状態で記録媒体
に記録する。また記録されたの互いに関連しない独立の
オーディオデータファイルのデータを同時的に出力する
ための読出動作を記録媒体ドライブ手段に実行させ、読
み出された各オーディオデータファイルとしての各オー
ディオデータを複数の出力手段から同時的に出力させ
る。さらに、入力されるオーディオデータを、オーディ
オデータファイルとして管理される状態で記録媒体に記
録するとともに、記録媒体に記録されている或るオーデ
ィオデータファイルの読出動作を実行し、出力させるこ
とで、互いに関連しない複数のオーディオデータファイ
ルの記録と再生が同時的に行われるように制御を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定の記録媒体に
対するオーディオデータ等の記録又は再生を行う記録装
置、再生装置、記録再生装置に関するものである。

【０００２】

【従来の技術】オーディオデータ等を記録／再生する装
置として各種のものが普及している。通常の記録装置で
は、例えば光磁気ディスクや磁気テープを記録媒体とす
るとともにオーディオ入力手段を備え、例えばユーザー
等が任意に音楽等を録音することができる。また再生装
置では、光ディスク、光磁気ディスク、磁気テープ等に
記録されているオーディオデータ等を読み出して、出力
手段から出力することでユーザーが再生された音楽等を
聴くことができるようにされている。

【０００３】

【発明が解決しようとする課題】ところで、音楽等のオ
ーディオデータの記録・再生に関し、多様な利用形態を
想定すると、例えば複数系統のオーディオデータを同時
的に記録させたり、再生させたり、さらには或るオーデ
ィオデータを記録しながら他のオーディオデータを再生
させるといったことができるようにすることが望まれ
る。

【０００４】なお、例えば複数のチャンネルとして入力
されるオーディオデータを同時に記録したり、さらには
複数のチャンネルとして記録されているオーディオデー
タを同時に再生させたりすることは、いわゆるマルチト
ラックレコーダ／プレーヤなどとして実現されている。
ところが、この場合同時に記録／再生される各チャンネ
ルのオーディオデータは、あくまで互いに関連する１つ
のソースとしてのデータであり、記録媒体の形状又は管
理形態により、１つのデータファイル（もしくは同等の
形態）とされている。つまり、互いに無関係な音楽ソー
ス等としての複数系統のオーディオデータを同時に記録
又は再生させるものは従来提供されていない。

【０００５】

【課題を解決するための手段】本発明はこのような事情
に鑑みて、互いに無関係な独立したオーディオデータと
しての複数系統のオーディオデータを、同時的に記録さ
せたり、再生させたり、さらには或るオーディオデータ
を記録しながら他のオーディオデータを再生させること
ができるようにし、ユーザーに便利かつ多様な利用形態
を提供することを目的とする。

【０００６】このため記録装置としては、オーディオデ
ータの入力を行うことのできるＮ個の入力手段を設ける
とともに、Ｎ個の入力手段のうちのＭ個（ただしＮ≧
Ｍ）の入力手段からＭ系統のオーディオデータが同時に
入力される際に、その各系統のオーディオデータに関
し、それぞれを互いに関連しない独立のオーディオデー
タファイルとして管理される状態で記録媒体に記録する
ように記録媒体ドライブ手段や管理情報手段の制御を行
う記録制御手段を設けるようにする。

【０００７】また再生装置として、記録媒体から読み出
されたオーディオデータの出力を行うことのできるＮ個
の出力手段を設けるとともに、記録媒体におけるＭ個
（ただしＮ≧Ｍ）の互いに関連しない独立のオーディオ
データファイルのデータを同時的に出力するための読出
動作を記録媒体ドライブ手段に実行させ、読み出された
Ｍ個の各オーディオデータファイルとしての各系統のオ
ーディオデータをＭ個の出力手段から同時的に出力させ
るように制御を行う再生制御手段を設ける。

【０００８】また記録再生装置として、オーディオデー
タの入力を行うことのできる入力手段と、記録媒体から
読み出されたオーディオデータファイルにおけるオーデ
ィオデータの出力を行うことのできる出力手段とを設
け、また入力手段から入力されるオーディオデータを、
オーディオデータファイルとして管理される状態で記録
媒体に記録するように記録媒体ドライブ手段による書込
動作や管理情報手段の更新を実行させるとともに、記録
媒体に記録されている或るオーディオデータファイルの
読出動作を記録媒体ドライブ手段に実行させ、読み出さ
れたオーディオデータファイルにおけるオーディオデー
タを出力手段から出力させることで、互いに関連しない
複数のオーディオデータファイルの記録と再生が同時的
に行われるように制御を行う記録再生制御手段を設ける
ようにする。

【０００９】以上の構成の各装置によれば、独立したデ
ータファイルとしての複数のオーディオデータの記録、
再生、記録と同時の再生が可能となり、多様な利用形態
を提供できる。

【００１０】

【発明の実施の形態】以下本発明の記録装置、再生装
置、記録再生装置の実施の形態として、ハードディスク
を記録媒体として用いるポータブルタイプの記録再生装
置の例をあげ、次の順序で説明していく。なお、１つの
独立したデータファイルとして記録／再生されるオーデ
ィオデータについて、「ソース」という言葉を用いる。 １．記録再生装置の構成 ２．データ管理形態 ３．１つのソースの記録動作 ４．１つのソースの再生動作 ５．複数ソースの記録動作 ６．複数ソースの再生動作 ７．同時的記録再生動作 ８．バックグラウンド記録動作 ９．受信データの記録動作

【００１１】１．記録再生装置の構成 図１は、例えばポータブルな機器として実現される本例
の記録再生装置のブロック図を示したものである。

【００１２】ＣＰＵ１は、装置全体の制御を行うコント
ローラとして機能し、オーディオデータ等の入出力や、
記録媒体としてのハードディスクへの書込／読出のため
の制御、書込時のデータのブロック化などのエンコー
ド、読出時のブロックデータのデジタルオーディオデー
タ形態へのデコード等を行う。ＲＯＭ２はＣＰＵ１が実
行する制御プログラムや各種演算係数などが格納されて
いるメモリである。またＲＡＭ３は制御プログラムに基
づくＣＰＵ１の演算処理動作のワーキングエリアや、各
種管理情報、制御用の変数レジスタなどの記憶などに用
いられるメモリ領域とされる。さらに本例では後述する
ようにリードポインタ、ライトポインタによって読出又
は書込のためのハードディスクのブロックアドレスを指
定することになるが、リードポインタ、ライトポインタ
はＲＡＭ３上で記憶され、後述する処理例で説明するよ
うに読出／書込動作の進行に応じて更新されていく。

【００１３】バッファメモリ４は、ソースとしてハード
ディスクに書込又は読出が行われるオーディオデータの
バッファエリアとして用いられる。このバッファメモリ
４はＲＡＭ３と一体的なメモリ素子としてエリア分割さ
れて設定されてもよいし、ＲＡＭ３とは別体のメモリ素
子として例えばＤ−ＲＡＭなどで形成されてもよい。ま
た、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３（さらに、場合によ
ってはバッファメモリ４）は、いわゆるマイクロコンピ
ュータとしてのチップとして一体的に形成されてもよ
い。

【００１４】記録媒体として採用されているハードディ
スクはハードディスクドライブ６内に装填されており、
ハードディスクドライブ６において書込／読出動作が行
われる。データは、ブロックとしてのデータ単位で記録
される。ハードディスク上の各ブロックとしてのデータ
単位に対しては、ブロックアドレス（物理ブロックアド
レス及び論理ブロックアドレス）が与えられている。ハ
ードディスクドライブ６とＣＰＵ１とのデータ転送はハ
ードディスクインターフェース５を介して行われる。ハ
ードディスクインターフェース５は、ＣＰＵ１の指示に
基づいて読出／書込のためのアドレスをハードディスク
ドライブ６に転送したり、書込のためのブロックデータ
の転送、もしくは読み出されたブロックデータのＣＰＵ
１への転送などを実行する。

【００１５】ユーザーポート７は、ユーザーインターフ
ェースのための情報の入出力を行う。即ちユーザーは操
作部９として設けられている操作キー等により各種操作
を行うが、この操作情報はユーザーポート７を介してＣ
ＰＵ１に供給される。操作部９は、例えばリモートコマ
ンダーなどにより構成されてもよい。またユーザーに対
する動作状況などの表示は、ＣＰＵ１がユーザーポート
７を介して表示部８に表示データを転送することで実現
される。表示部８は例えば液晶ディスプレイなどで小型
の表示画面とされ、供給された表示データに基づいた表
示動作を実行する。

【００１６】ソースとしてのオーディオデータの入出力
のために、オーディオポート１０ａ，１０ｂ，１０ｃが
設けられる。各オーディオポート１０ａ，１０ｂ，１０
ｃは、それぞれ所定の入出力形態で本例の記録再生装置
と外部機器との間でオーディオデータの入出力を行う部
位であり、外部機器と端子Ｔｉｎが接続されている場合
は、外部機器からのオーディオデータの入力が行われ、
また外部機器と端子Ｔｏｕｔが接続されている場合は、
外部機器へのオーディオデータの出力が行なわれる。

【００１７】これらの入出力は例えばデジタルオーディ
オデータ形態でもよいしアナログオーディオ信号形態で
もよい。例えばオーディオポート１０ａ，１０ｂ，１０
ｃにＤ／Ａ変換器を搭載していれば、ハードディスクか
ら読み出されたデジタルデータ形態のオーディオデータ
をアナログ音声信号として出力できる。例えばパワーア
ンプ／スピーカとしての機器や、ヘッドホンなどの機器
に出力できる構成とする場合はアナログ音声信号として
出力することが必要になる。また、Ａ／Ｄ変換器を備え
ることで外部機器からのアナログ音声信号入力に対応で
きる。さらに外部機器からのデジタルオーディオデータ
入力に対応する場合は、いわゆるデジタルインターフェ
ースフォーマット形態で伝送されてくる入力データにつ
いての入力インターフェース処理を行う必要がある。な
お、この例ではオーディオポートを３単位に設けたが、
オーディオポートの設置数は設計上の都合で任意に設定
できるものである。また、入力ポート、出力ポートを個
別に設定してもよい。

【００１８】また本例では、後述するバックグラウンド
記録処理に対応するために、マイクロホン１１が設けら
れ、周囲の音声が集音されて、その音声信号はマイクア
ンプ１２、Ａ／Ｄ変換器１３を介して入力されるように
構成されている。なお、オーディオポート１０ａ，１０
ｂ，１０ｃの１つをマイクロホン入力ポートとして用い
るようにしてもよい。

【００１９】また本例では、後述する受信データの記録
処理を行うために、通信インターフェース１４が設けら
れ、通信回線としての伝送路９０を介して例えばサーバ
９１と通信可能とされている。サーバ９１は、例えば音
楽等をオーディオデータコンテンツとしてユーザーに配
信するシステムであり、ユーザーはサーバ９１に対して
リクエストすることで、所望の楽曲等の配信を受け、そ
のオーディオデータをハードディスクにダウンロードで
きるものである。即ちパッケージメディアとして販売さ
れているＣＤ（コンパクトディスク）などを購入しなく
ても、好きな楽曲等を有料又は無料で入手できるサービ
ス形態を実現するシステムとしている。

【００２０】このような記録再生装置の各部の間のオー
ディオデータ、制御データ等の転送は、バス１５を通じ
て行われる。

【００２１】２．データ管理形態 ハードディスクドライブ６でハードディスクに記録され
る楽曲等のオーディオデータは、ブロック単位で記録さ
れることになるが、１つの楽曲（ソース）としての各ブ
ロックのデータ管理は、図２に示すソース管理表、図３
に示すブロックアドレス表によって行われる。このソー
ス管理表、ブロックアドレス表としてのデータは、ハー
ドディスク上の所定の領域もしくはＲＡＭ３に書き込ま
れ、必要に応じて更新されていくことになる。

【００２２】まず図３のブロックアドレス表について説
明する。このブロックアドレス表としては、ハードディ
スク上のユーザー領域（オーディオデータ等の書込用に
設定されている領域）の全てのブロックが、ブロックア
ドレスＢＡ０〜ＢＡ（ｎ）として物理アドレスもしくは
論理アドレスにより表されており、各ブロックアドレス
に対応してそのブロックの使用状況を示すコードデータ
が記述される。

【００２３】使用状況コードとしては、例えばあるブロ
ックにソースとしてのデータが記録されていれば、その
ブロックに続くブロック（ソースとしての連続するオー
ディオデータが記録されているブロック）のブロックア
ドレスが記述される。即ち通常１つのソースの記録には
複数ブロックが用いられるが、使用状況コードに記述さ
れるブロックアドレスにより後続するブロックがリンク
されることで、１つのソースを記録した複数ブロックが
１つのデータ単位として管理上でまとめられていく。そ
して１つのソースの最終ブロックには、終端を示す例え
ば「−１」という値のコードが記述される。

【００２４】使用されていないブロックについては、未
使用を示す「０」という値のコードが記述される。さら
にシステム上で何らかの使用に予約されているブロック
については、予約を示す「−２」というコードが記述さ
れる。

【００２５】図２のソース管理表は、記録されたソース
（楽曲等）について、個々のソースナンバを割り当てて
管理する。ソースナンバとしては、ソースの記録が実行
される毎に、重複のない番号（Ｓ１、Ｓ２・・・・）が
割り当てられる。図２では２つのソースが記録されてお
り、それぞれにソースナンバＳ１、Ｓ２が割り当てられ
ている状態を示している。そしてこのソース管理表に
は、各ソースナンバに対応して、各ソースのデータが記
録されている先頭ブロックのブロックアドレスが記述さ
れる。

【００２６】ここでは一例としてソースナンバＳ１、Ｓ
２には、それぞれブロックアドレスＢＡ１、ＢＡ５が記
述されている状態を示している。これによりソースナン
バＳ１のデータは、ブロックアドレスＢＡ１のブロック
から記録されていることが示されることになる。そし
て、それに続くブロックは、上述のブロックアドレス表
での使用状況コードによりリンクされる。例えばソース
ナンバＳ１のソースに関しては、ソース管理表に記述さ
れているブロックアドレスＢＡ１を先頭として、ブロッ
クアドレス表からわかるようにブロックアドレスＢＡ
２、ＢＡ３がリンクされており、このブロックアドレス
ＢＡ３が終端とされている。従って、ブロックアドレス
ＢＡ１，ＢＡ２，ＢＡ３の３つのブロックにわたってソ
ースナンバＳ１のソースのオーディオデータが記録され
ていることが管理されていることになる。ソースナンバ
Ｓ２のソースについても同様に、この例では、ブロック
アドレスＢＡ５，ＢＡ６，ＢＡ７の３つのブロックにわ
たって記録されていることが管理されている。

【００２７】なおソース管理表において、まだ割り当て
られていないソースナンバについてはブロックアドレス
が「０」とされ、未使用であることが示される。

【００２８】ところで、本例では後述するようにバック
グラウンド記録動作としての動作方式も可能とされる。
バックグラウンド記録とは、記録されたデータの保存に
関して優先度の低いデータとして或るソース（本例では
マイクロホン１１からの入力音声）が記録されるもので
あり、通常のソース、即ち図２のソース管理表で管理さ
れるソースとは区別されるものとしている。このためソ
ース管理表とは別に図４のようにバックグラウンドソー
ス管理表が設けられる。１つのバックグラウンドソース
には、それぞれ他のバックグラウンドソースと重複しな
いバックグラウンドソースナンバＢＧＳ１、ＢＧＳ２・
・・が割り当てられ、また、各バックグラウンドソース
ナンバに対応して、そのバックグラウンドソースが記録
されている先頭のブロックアドレスが記述される。即ち
図２のソース管理表と同様の形式でバックグラウンドソ
ースの管理を行うことになる。もちろん１つのバックグ
ラウンドソースとしての先頭のブロックにつづく後続の
ブロックについては、ブロックアドレス表での使用状況
コードによるリンクで管理されることになる。

【００２９】３．１つのソースの記録動作 本例の記録再生装置の動作として、まず、オーディオポ
ート１０ａ，１０ｂ，１０ｃのいづれか１つから、ソー
スとしてのオーディオデータが入力される場合のハード
ディスクへの録音動作について図５で説明する。なお以
下、各種動作例を図５〜図１４でそれぞれ説明していく
が、これらの図のフローチャートは、基本的にはＣＰＵ
１が実行する制御処理となる。

【００３０】図５の録音動作時の処理として、ユーザー
が操作部９から録音準備の操作を行うと、ＣＰＵ１の処
理はステップＦ１０１からＦ１０２に進み、まず新たな
ソースを録音するためにその時点で割り当てられていな
いソースナンバを割り当てる。即ち上記したソース管理
表で管理されるソースナンバである。続いてステップＦ
１０３で、上記のブロックアドレス表を参照して未使用
のブロックを１つ確保し、ライトポインタＷＰをそのブ
ロックアドレスにセットするとともに、ソース管理表に
おいて、ステップＦ１０２で割り当てたソースナンバに
対応するアドレスとして、その確保したブロックのブロ
ックアドレスを書き込む。

【００３１】以上の準備を終えたら、ステップＦ１０４
でユーザーの録音開始の操作を待機し、録音開始操作に
応じて処理をステップＦ１０５に進める。ステップＦ１
０５では、例えばオーディオポート１０ａから入力され
るデジタルオーディオデータについて、サンプル周期毎
にバッファメモリ４に取り込んでいく処理を行う。この
ような処理を行いながらステップＦ１０６でのユーザ指
示の監視と、ステップＦ１０７でのバッファメモリ４で
のオーディオデータの蓄積量の監視を行っている。

【００３２】或る時点で、バッファメモリ４でのオーデ
ィオデータの蓄積量が１ブロック分のデータ量に達する
ことになるが、その場合はステップＦ１０７からＦ１０
８に進み、その１ブロック分のオーディオデータを読み
出してハードディスクドライブ６に送る。即ち、ライト
ポインタＷＰとしてセットされていたブロックアドレス
のブロックに対する、１ブロック分のオーディオデータ
の書き込みを実行させる。

【００３３】このようにハードディスクに対して１ブロ
ックの書き込みを行ったら、続いてステップＦ１０９
で、次のブロックの確保を行う。即ちブロックアドレス
表を参照して未使用のブロックを１つ確保し、ライトポ
インタＷＰをそのブロックアドレスにセットする。ま
た、そのブロックはステップＦ１０８で記録したブロッ
クにリンクされることになるため、ブロックアドレス表
において、ステップＦ１０８で記録したブロックのブロ
ックアドレスに対応する使用状況コードとして、新たに
割り当てたブロックのブロックアドレスを記述する。こ
のような処理を行ってステップＦ１０５に戻り、サンプ
ル周期毎のオーディオデータのバッファメモリ４への書
き込みを続行する。以降、バッファメモリ４の蓄積量が
１ブロックに達するたびに、同様の処理が行われ、この
ステップＦ１０５〜Ｆ１０９の処理で、１ブロック毎の
ハードディスクへのデータ記録、及び次に記録を行うブ
ロックの割当が行われていく。

【００３４】ユーザーが記録終了又は中止の指示を行っ
た場合（何らかの方式でオーディオデータ入力の終了が
検出された場合も含む）は、処理はステップＦ１０６か
らＦ１１０に進む。そしてその時点ではバッファメモリ
４での蓄積量は１ブロック分のデータ量に達していなく
ても、その蓄積されたデータはハードディスクに書き込
むべきデータであるので、バッファメモリ４に蓄積され
ているデータをハードディスクドライブ６に転送し、そ
の時点でのライトポインタＷＰとして記憶されているア
ドレスのブロックに記録を実行させる。

【００３５】そして、そのブロックは１つのソースとし
ての最終ブロックとなるため、ステップＦ１１１で、ブ
ロックアドレス表においてそのブロックアドレスに対応
する使用状況コードに終端を示す「−１」のコードを書
き込む。

【００３６】以上の処理で一連の録音動作を終え、この
時点で、図２、図３で説明したような管理状況で、１つ
のソースがハードディスクに記録されたことになる。

【００３７】４．１つのソースの再生動作 次に、オーディオポート１０ａ，１０ｂ，１０ｃのいづ
れか１つを用いて、ハードディスクから読み出される１
つのソースとしてのオーディオデータを再生出力する場
合の動作について図６で説明する。

【００３８】図６の再生動作時の処理は、ステップＦ２
０１としてユーザーの操作部９からの再生準備の操作を
受け付けるとともに、ステップＦ２０２としてユーザー
の再生させる楽曲（ソースナンバ）の指定操作を受け付
けると、ＣＰＵ１の処理はステップＦ１０３に進み、ま
ずソース管理表を参照して指定されたソースナンバの開
始ブロックを確認し、そのブロックアドレスとしてリー
ドポインタＲＰをセットする。続いてステップＦ２０４
で、ハードディスクドライブ６によりハードディスクか
らのデータ読出及びバッファメモリ４への取込を開始さ
せる。つまりその時点でリードポインタＲＰとしてセッ
トされているアドレスのブロックのデータの読出を開始
させる。

【００３９】ステップＦ２０５ではユーザーの操作とし
て再生開始の操作を待機し、操作があったら処理をステ
ップＦ２０６に進める。ステップＦ２０６では、ハード
ディスクから読み出され、バッファメモリに蓄積されて
いるデジタルオーディオデータを、サンプル周期毎に１
サンプルデータづつ読み出して、再生のために用いる例
えばオーディオポート１０ａに出力する。これにより例
えばオーディオポート１０ａからのオーディオデータの
再生出力が開始される。

【００４０】ステップＦ２０６、Ｆ２０７、Ｆ２０８の
ループでは、このような再生出力のための処理を行いな
がらステップＦ２０７でのユーザ指示の監視と、ステッ
プＦ２０８でのバッファメモリ４からのオーディオデー
タの読出として１ブロック分のデータ読出が完了したか
否かの監視を行っている。

【００４１】或る時点で、バッファメモリ４から読み出
してオーディオポート１０ａへ出力するオーディオデー
タの量が１ブロック分のデータ量に達することになる
が、その時点（もしくはそれより少し前の時点でもよ
い）で、ステップＦ２０９で、それまでハードディスク
から読み出してバッファメモリ４にデータ格納していた
ブロックが、再生しているソースとしての最終ブロック
であったか否かを確認する。最終ブロックでなければス
テップＦ２１０に進み、ブロックアドレス表を参照し
て、リンクされている次のブロックを確認し、そのブロ
ックアドレスとしてリードポインタＲＰをセットする。
そしてステップＦ２１１で、リードポインタＲＰで示さ
れるブロックアドレスのブロックのデータについてハー
ドディスクからの読出を開始させ、読み出されたデータ
をバッファメモリ４に格納していく。そしてステップＦ
２０６に戻る。つまり、それまでハードディスクから読
み出してバッファメモリ４を介してオーディオポート１
０ａに出力していたデータの続きのデータについて、同
様にハードディスクから読み出してバッファメモリ４を
介してオーディオポート１０ａに出力していく動作を開
始する。

【００４２】以降、このステップＦ２０６〜Ｆ２１１の
処理が繰り返されて、１つのソースとしてのオーディオ
データがオーディオポート１０ａから出力されていく動
作が行われていく。

【００４３】ユーザーが再生中止の指示を行ったことが
ステップＦ２０７で検出された場合、もしくはステップ
Ｆ２０９で、バッファメモリ４からの読出を完了したデ
ータが再生しているソースの最終ブロックのデータであ
ったことが確認された場合は、その時点でソースの再生
出力は終了されることになり、ＣＰＵ１は一連の再生処
理を終える。

【００４４】５．複数ソースの記録動作 次に、入力される複数のソースとしての互いに独立した
オーディオデータを同時にハードディスクに記録してい
く動作を説明する。なお、同時に記録されるソースの数
としては並行してオーディオデータ入力が行える数を限
度として可能であり、例えば本例でオーディオポート１
０ａ、１０ｂ、１０ｃを用いて３つのソースを同時入力
すれば、３つのソースをそれぞれ独立したデータファイ
ルとして同時にハードディスクに記録することができ
る。ただし説明の簡略化のため、ここでは２つのソース
を同時に記録する場合を例にあげて説明する。

【００４５】また複数のソースの同時記録が発生する場
合として、その各ソースの録音の開始及び終了に関して
は、次の（Ｗ１）〜（Ｗ３）のような各場合がある。 （Ｗ１）複数ソースを同時に録音開始させ、個別に終了
させる場合。 （Ｗ２）複数ソースを同時に録音開始させ、同時に終了
させる場合。 （Ｗ３）或るソースの録音実行中に、他のソースの録音
を開始させる場合 これらのいづれも本例として実行可能とすることができ
るが、以降の説明では（Ｗ１）を実現する処理例を詳し
く述べ、（Ｗ２）（Ｗ３）についてはその処理の変形と
して説明する。

【００４６】図７、図８は、上記（Ｗ１）に相当する、
２つのソースを同時に録音開始させ、個別に終了させる
場合のＣＰＵ１の処理例を示している。図７、図８の録
音動作時の処理として、ユーザーが操作部９から２つの
ソースの録音準備の操作を行うと、ＣＰＵ１の処理はス
テップＦ３０１からＦ３０２に進み、まず新たなソース
を録音するためにその時点で割り当てられていないソー
スナンバを割り当てる。即ち上記したソース管理表で管
理されるソースナンバであるが、ここでは２つのソース
の録音が指示されたことに応じて、新たなソースナンバ
として第１のソースナンバと第２のソースナンバを設定
することになる。また、それぞれのソースに対応するバ
ッファエリアとして、バッファメモリ４内の領域をエリ
アＡＲ１、ＡＲ２に分割設定する。

【００４７】続いてステップＦ３０３で、上記のブロッ
クアドレス表を参照して未使用のブロックを１つ確保
し、第１のソースナンバに対応するライトポインタＷＰ
１をそのブロックアドレスにセットするとともに、ソー
ス管理表において、第１のソースナンバに対応するアド
レスとして、その確保したブロックのブロックアドレス
を書き込む。さらにステップＦ３０４でも、ブロックア
ドレス表を参照して未使用のブロックを１つ確保し、第
２のソースナンバに対応するライトポインタＷＰ２をそ
のブロックアドレスにセットするとともに、ソース管理
表において、第２のソースナンバに対応するアドレスと
して、その確保したブロックのブロックアドレスを書き
込む。

【００４８】以上が準備処理となるが、もちろん３つの
ソースを同時記録する場合は、各ソースに対して第１か
ら第３のソースナンバが割り当てられ、バッファメモリ
４がエリアＡＲ１〜ＡＲ３に分割設定され、さらに３つ
のライトポインタＷＰ１〜ＷＰ３が設定されることにな
ることはいうまでもない。

【００４９】ステップＦ３０４までの準備を終えたら、
ステップＦ３０５でユーザーの録音開始の操作を待機
し、録音開始操作に応じて処理を図８に示すステップＦ
３０６に進める。

【００５０】２つのソースの入力として例えばオーディ
オポート１０ａ、１０ｂが用いられるとすると、ステッ
プＦ３０６では、オーディオポート１０ａから入力され
るデジタルオーディオデータについて、サンプル周期毎
にバッファメモリ４のエリアＡＲ１に取り込んでいく処
理を行う。さらにステップＦ３０７では、オーディオポ
ート１０ｂから入力されるデジタルオーディオデータに
ついて、サンプル周期毎にバッファメモリ４のエリアＡ
Ｒ２に取り込んでいく処理を行う。

【００５１】このような処理を行いながらステップＦ３
０８、Ｆ３０９、Ｆ３１０でのユーザ指示等の監視を行
う。まずステップＦ３０８では、ユーザーが２つのソー
スの録音について同時に中止させる操作を行ったか、も
しくは何らかの方式で２つのオーディオデータ入力の同
時の終了が検出されたかを監視している。なお、例えば
第１のソースの録音が終了された後で第２のソースの中
止又は終了があった場合、もしくは逆に第２のソースの
録音が終了された後で第１のソースの中止又は終了があ
った場合は、その時点で、このステップＦ３０８で肯定
結果が得られるものとする。

【００５２】ステップＦ３０９では、両ソースの録音中
に、ユーザーが第１のソースナンバとされたソースの録
音を中止させる操作を行ったか、もしくは何らかの方式
でそのオーディオデータ入力の終了が検出されたかを監
視している。またステップＦ３１０では、両ソースの録
音中に、ユーザーが第２のソースナンバとされたソース
の録音を中止させる操作を行ったか、もしくは何らかの
方式でそのオーディオデータ入力の終了が検出されたか
を監視している。

【００５３】録音開始直後は、通常はステップＦ３０８
〜Ｆ３１０で全て否定結果が得られるため、ステップＦ
３１１に進む。そしてステップＦ３１１でのバッファメ
モリ４のエリアＡＲ１、ＡＲ２の両方についてオーディ
オデータの蓄積量の監視を行う。

【００５４】或る時点で、バッファメモリ４のエリアＡ
Ｒ１、ＡＲ２での各オーディオデータの蓄積量がそれぞ
れ１ブロック分のデータ量に達することになるが、その
場合はステップＦ３１１からＦ３１２に進み、まずエリ
アＡＲ１における１ブロック分のオーディオデータを読
み出してハードディスクドライブ６に送る。即ち、ライ
トポインタＷＰ１としてセットされていたブロックアド
レスのブロックに対する、１ブロック分のオーディオデ
ータの書き込みを実行させる。このようにハードディス
クに対して１ブロックの書き込みを行ったら、続いてス
テップＦ３１３で、次のブロックの確保を行う。即ちブ
ロックアドレス表を参照して未使用のブロックを１つ確
保し、ライトポインタＷＰ１をそのブロックアドレスに
セットする。また、そのブロックはステップＦ３１２で
記録したブロックにリンクされることになるため、ブロ
ックアドレス表において、ステップＦ３１２で記録した
ブロックのブロックアドレスに対応する使用状況コード
として、新たに割り当てたブロックのブロックアドレス
を記述する。以上で第１のソースについての１ブロック
分の記録が行われたことになるが、続いて第２のソース
についての記録処理に移る。

【００５５】即ち、ステップＦ３１４に進み、エリアＡ
Ｒ２における１ブロック分のオーディオデータを読み出
してハードディスクドライブ６に送る。即ち、ライトポ
インタＷＰ２としてセットされていたブロックアドレス
のブロックに対する、１ブロック分のオーディオデータ
の書き込みを実行させる。このようにハードディスクに
対して１ブロックの書き込みを行ったら、続いてステッ
プＦ３１５で、第２のソースの記録のための次のブロッ
クの確保を行う。即ちブロックアドレス表を参照して未
使用のブロックを１つ確保し、ライトポインタＷＰ２を
そのブロックアドレスにセットする。また、そのブロッ
クはステップＦ３１４で記録したブロックにリンクされ
ることになるため、ブロックアドレス表において、ステ
ップＦ３１４で記録したブロックのブロックアドレスに
対応する使用状況コードとして、新たに割り当てたブロ
ックのブロックアドレスを記述する。以上で第２のソー
スについての１ブロック分の記録も行われたことにな
る。

【００５６】このような処理を行ってステップＦ３０６
に戻り、サンプル周期毎のオーディオデータのバッファ
メモリ４への書き込みを続行する。以降、バッファメモ
リ４の蓄積量が１ブロックに達するたびに、同様の処理
が行われ、このステップＦ３１２〜Ｆ３１５の処理で、
２つのソースについての１ブロック毎のハードディスク
へのデータ記録、及び次に記録を行うブロックの割当が
行われていく。

【００５７】或る時点で、一方のソースの録音終了又は
中止指示があった場合は、それ以降の時点ではステップ
Ｆ３０９もしくはＦ３１０で肯定結果が得られる。第１
のソースについての録音終了又は中止となり、第２のソ
ースの録音が継続される場合は、以降の処理は常にステ
ップＦ３１９に進むこととなり、バッファメモリのエリ
アＡＲ２についての蓄積量の監視のみが行われる。な
お、これ以降は、図面上ではステップＦ３０６、Ｆ３０
７の処理とステップＦ３１９のループ処理に移るように
示しているが、ステップＦ３０６のエリアＡＲ１への書
き込みは行われず、エリアＡＲ１では第１のソースにつ
いての録音又は中止があった時点の蓄積データが保存さ
れることになる。

【００５８】或る時点でステップＦ３１９で、バッファ
メモリ４のエリアＡＲ２でのオーディオデータの蓄積量
が１ブロック分のデータ量に達したことが検出された
ら、その場合はステップＦ３２０、Ｆ３２１に進み、そ
のエリアＡＲ２における１ブロック分のオーディオデー
タのハードディスクドライブへの書き込み、新たなブロ
ックの確保、ライトポインタＷＰ２の更新が行われる。
即ち第２のソースについての録音が続行されていく。

【００５９】一方、２つのソースの録音が実行されてい
る時点で、第２のソースについての録音終了又は中止と
なり、第１のソースの録音が継続される場合は、以降の
処理は常にステップＦ３１６に進むこととなり、バッフ
ァメモリのエリアＡＲ１についての蓄積量の監視のみが
行われる。なお、これ以降は、図面上ではステップＦ３
０６、Ｆ３０７の処理とステップＦ３１９のループ処理
に移るように示しているが、ステップＦ３０７のエリア
ＡＲ２への書き込みは行われず、エリアＡＲ２では第２
のソースについての録音又は中止があった時点の蓄積デ
ータが保存されることになる。

【００６０】或る時点でステップＦ３１６で、バッファ
メモリ４のエリアＡＲ１でのオーディオデータの蓄積量
が１ブロック分のデータ量に達したら、その場合はステ
ップＦ３１７、Ｆ３１８に進み、そのエリアＡＲ１にお
ける１ブロック分のオーディオデータのハードディスク
ドライブへの書き込み、新たなブロックの確保、ライト
ポインタＷＰ１の更新が行われる。即ち第１のソースに
ついての録音が続行されていく。

【００６１】ステップＦ３０８で肯定結果が得られる場
合、即ち２つのソースについて同時に録音終了又は中止
となった場合か、一方のソースの録音が終了又は中止と
なった後に他方のソースの録音が続行されていて、その
他方のソースについても録音終了又は中止とされた場合
は、処理はステップＦ３２２に進む。

【００６２】そしてその時点ではバッファメモリ４での
エリアＡＲ１、ＡＲ２の両方には、それぞれ第１、第２
のソースとして記録すべきデータが残されているので、
バッファメモリ４のエリアＡＲ１、ＡＲ２に蓄積されて
いる各データをハードディスクドライブ６に転送し、そ
の時点でのライトポインタＷＰ１、ＷＰ２として記憶さ
れているアドレスの各ブロックに記録を実行させる。そ
して、それらのブロックは第１のソース及び第２のソー
スとしての各最終ブロックとなるため、ステップＦ３２
３で、ブロックアドレス表においてそれらのブロックア
ドレスに対応する使用状況コードに終端を示す「−１」
のコードを書き込む。

【００６３】以上の処理で一連の録音動作を終え、この
時点で、図２、図３で説明したような管理状況で、一部
又は全部が同時に入力された２つのソースが、ハードデ
ィスクに記録されたことになる。

【００６４】なお、この例では録音終了又は中止の時点
でバッファメモリ４に残されているデータについては、
第１、第２のソースの両方についてステップＦ３２２で
まとめてハードディスクに記録するようにしたが、各ソ
ースの録音の中止又は終了が個別に行われた場合は、そ
れぞれの時点で終了されるソースについてバッファメモ
リ４に残されているデータのハードディスクへの記録を
行うようにしてもよい。例えば第１のソースの録音終了
又は中止としてステップＦ３０９で肯定結果が最初に得
られた時点で、エリアＡＲ１に残されているデータのハ
ードディスクへの書き込みや、第１のソースに関するブ
ロックアドレス表での終端コードの書き込みを行うよう
にしてもよい。

【００６５】この図７、図８の処理例は、上記（Ｗ１）
として同時に複数ソースの記録が開始され、個別に終了
させることができる処理例としたが、上記（Ｗ２）のよ
うに録音終了も同時に行わせることとする場合は、ステ
ップＦ３０９，Ｆ３１０、及びステップＦ３１６〜Ｆ３
２１が不要となる。

【００６６】また上記（Ｗ３）のように録音開始時点が
異なる場合、つまり或るソースの録音中に他のソースの
録音が開始される場合は、他のソースの録音が開始され
る時点で、新たなソースナンバ、ライトポインタ、バッ
ファエリア等が割り当てられればよい。つまり、或るソ
ースの録音が行われている時点では図５に示したような
処理が行われているわけであるが、他のソースの録音が
開始される時点で、新たなソースナンバが設定されると
ともに、そのソースに関するライトポインタＷＰ２やバ
ッファエリアＡＲ２が割り当てられて、図８のような処
理に移行するようにすればよい。

【００６７】６．複数ソースの再生動作 次に、互いに独立したオーディオデータファイルとして
ハードディスクに記録されている複数のソースを同時に
再生していく動作を説明する。なお、同時に再生される
ソースの数としては並行してオーディオデータ出力が行
える数を限度として可能であり、例えば本例でオーディ
オポート１０ａ、１０ｂ、１０ｃを用いれば３つの独立
したソースをそれぞれ同時に再生出力できる。ただし説
明の簡略化のため、ここでは２つのソースを同時に再生
する場合を例にあげて説明する。

【００６８】また複数のソースの同時再生を行う場合と
して、その各ソースの再生の開始及び終了に関しては、
次の（Ｒ１）〜（Ｒ３）のような各場合がある。 （Ｒ１）複数ソースを同時に再生開始させ、個別に終了
させる場合。 （Ｒ２）複数ソースを同時に再生開始させ、同時に終了
させる場合。 （Ｒ３）或るソースの再生実行中に、他のソースの再生
を開始させる場合 これらのいづれも本例として実行可能とすることができ
るが、以降の説明では（Ｒ２）を実現する処理例を詳し
く述べ、（Ｒ１）（Ｒ３）についてはその処理の変形と
して説明する。但し、（Ｒ２）として、ユーザーによる
再生開始及び終了の操作は、各ソースに対して共通に行
われるわけであるが、或る１つのソースについての全デ
ータの再生が完了してしまった場合（例えば曲の長さの
差により、一方の曲の再生が先に終了した場合）は、そ
のソースの再生は自動的に終了されることになり、他方
のソースの再生のみが継続されることとなる。

【００６９】図９、図１０は、上記（Ｒ２）に相当す
る、２つのソースを同時に再生開始させ、ユーザー操作
としては同時に終了させる場合のＣＰＵ１の処理例を示
している。図９、図１０の再生動作時の処理は、まずス
テップＦ４０１としてユーザーの操作部９からの再生準
備の操作を受け付けるとともに、ステップＦ４０２とし
てユーザーの再生させる楽曲（ソースナンバ）の指定操
作を受け付ける。このときユーザーは２つの楽曲（第
１、第２のソース）を指定することになる。すると、Ｃ
ＰＵ１の処理はステップＦ４０３に進み、まずソース管
理表を参照して指定された第１のソースナンバの開始ブ
ロックを確認し、そのブロックアドレスとして第１のソ
ースに対応するリードポインタＲＰ１をセットする。な
お、２つのソースの再生が指示されたことに応じてバッ
ファメモリ４の領域をエリアＡＲ１、ＡＲ２に分割設定
する。

【００７０】続いてステップＦ４０４で、ハードディス
クドライブ６によりハードディスクからのデータ読出及
びバッファメモリ４への取込を開始させる。つまりその
時点でリードポインタＲＰ１としてセットされているア
ドレスのブロックから第１のソースのデータの読出を開
始させ、バッファメモリ４のエリアＡＲ１に書き込んで
いく。

【００７１】また、ＣＰＵ１の処理は続いてステップＦ
４０５に進み、ソース管理表を参照して指定された第２
のソースナンバの開始ブロックを確認し、そのブロック
アドレスとして第２のソースに対応するリードポインタ
ＲＰ２をセットする。そしてステップＦ４０６で、ハー
ドディスクドライブ６によりハードディスクからのデー
タ読出及びバッファメモリ４への取込を開始させる。つ
まりその時点でリードポインタＲＰ２としてセットされ
ているアドレスのブロックから第２のソースのデータの
読出を開始させ、バッファメモリ４のエリアＡＲ２に書
き込んでいく。

【００７２】以上の処理を終えたらステップＦ４０７で
はユーザーの操作として再生開始の操作を待機し、操作
があったら処理を図１０のステップＦ４０８に進める。
ステップＦ４０８では、ハードディスクから読み出さ
れ、バッファメモリ４のエリアＡＲ１に蓄積されている
第１のソースのデジタルオーディオデータを、サンプル
周期毎に１サンプルデータづつ読み出して、再生のため
に用いる第１のオーディオポート（例えばオーディオポ
ート１０ａ）に出力する。これにより例えばオーディオ
ポート１０ａからの第１のソースのオーディオデータの
再生出力が開始される。またステップＦ４０９では、ハ
ードディスクから読み出され、バッファメモリ４のエリ
アＡＲ２に蓄積されている第２のソースのデジタルオー
ディオデータを、サンプル周期毎に１サンプルデータづ
つ読み出して、再生のために用いる第２のオーディオポ
ート（例えばオーディオポート１０ｂ）に出力する。こ
れにより例えばオーディオポート１０ｂからの第２のソ
ースのオーディオデータの再生出力が開始される。

【００７３】ステップＦ４０８、Ｆ４０９、Ｆ４１０、
Ｆ４１１のループでは、このような再生出力のための処
理を行いながらステップＦ４１０でのユーザ指示の監視
と、ステップＦ４１１でのバッファメモリ４のエリアＡ
Ｒ１、ＡＲ２からのオーディオデータの読出として１ブ
ロック分のデータ読出が完了したか否かの監視を行って
いる。

【００７４】或る時点で、バッファメモリ４から読み出
してオーディオポート１０ａへ出力するオーディオデー
タの量が１ブロック分のデータ量に達することになる
が、その時点（もしくはそれより少し前の時点でもよ
い）で、ステップＦ４１２、Ｆ４１３、Ｆ４１４で、そ
れまでハードディスクから読み出してバッファメモリ４
のエリアＡＲ１、ＡＲ２にそれぞれデータを格納してい
た各ブロック（第１、第２のソースとしての各ブロッ
ク）が、それぞれ再生しているソースとしての終端ブロ
ックであったか否かを確認する。両ソースが終端ブロッ
クに達していなければ、ステップＦ４１５に進む。第１
のソースのみが終端ブロックに達していたときは、それ
以降の処理はステップＦ４１３からＦ４２１に進むこと
になる。第２のソースのみが終端ブロックに達していた
ときは、それ以降の処理はステップＦ４１４からＦ４１
９に進むことになる。

【００７５】ステップＦ４１５に進む場合とは、両ソー
スについて再生が継続されている場合であって、まずス
テップＦ４１５では、ブロックアドレス表を参照して、
第１のソースのブロックとして現在のリードポインタＲ
Ｐ１で示されるブロックからリンクされている次のブロ
ックを確認し、リードポインタＲＰ１の値をそのブロッ
クアドレスに更新する。そしてステップＦ４１６で、リ
ードポインタＲＰ１で示されるブロックアドレスのブロ
ックのデータについて、ハードディスクからの読出を開
始させ、読み出されたデータをバッファメモリ４のエリ
アＡＲ１に格納していく。

【００７６】またステップＦ４１７では、ブロックアド
レス表を参照して、第２のソースのブロックとして現在
のリードポインタＲＰ２で示されるブロックからリンク
されている次のブロックを確認し、リードポインタＲＰ
２の値をそのブロックアドレスに更新する。そしてステ
ップＦ４１８で、リードポインタＲＰ２で示されるブロ
ックアドレスのブロックのデータについて、ハードディ
スクからの読出を開始させ、読み出されたデータをバッ
ファメモリ４のエリアＡＲ２に格納していく。以上の処
理を行ってステップＦ４０８に戻る。

【００７７】つまり、それまでハードディスクから読み
出してバッファメモリ４のエリアＡＲ１を介してオーデ
ィオポート１０ａに出力していた第１のソースとしての
続きのデータについて、同様にハードディスクから読み
出してバッファメモリ４を介してオーディオポート１０
ａに出力していく動作を行うとともに、同じくバッファ
メモリ４のエリアＡＲ２を介してオーディオポート１０
ｂに出力していた第２のソースとしての続きのデータに
ついて、同様にハードディスクから読み出してバッファ
メモリ４を介してオーディオポート１０ｂに出力してい
く動作を行う。即ち各ソースの再生出力が継続される。

【００７８】或る時点で、第１のソースについての再生
が終端ブロックまで完了されたと判断されると、それ以
降の処理はステップＦ４１３からＦ４２１に進むことに
なる。この場合、第２のソースについてのみの再生動作
が継続される。即ちステップＦ４２１、Ｆ４２２で、第
２のソースのブロックとして現在のリードポインタＲＰ
２で示されるブロックからリンクされている次のブロッ
クを確認し、リードポインタＲＰ２の値をそのブロック
アドレスに更新するとともに、更新されたリードポイン
タＲＰ２で示されるブロックアドレスのブロックのデー
タについて、ハードディスクからの読出を開始させ、読
み出されたデータをバッファメモリ４のエリアＡＲ２に
格納していく動作を行い、ステップＦ４０８に戻る。な
お、この場合は実際にはステップＦ４０８の動作は（既
に全データの再生が完了されているため）行われない。

【００７９】一方、両ソースの同時再生が継続されてい
る際に、或る時点で第２のソースについての再生が終端
ブロックまで完了されたと判断されると、それ以降の処
理はステップＦ４１４からＦ４１９に進むことになる。
この場合、第１のソースについてのみの再生動作が継続
される。即ちステップＦ４１９、Ｆ４２０で、第１のソ
ースのブロックとして現在のリードポインタＲＰ１で示
されるブロックからリンクされている次のブロックを確
認し、リードポインタＲＰ１の値をそのブロックアドレ
スに更新するとともに、更新されたリードポインタＲＰ
１で示されるブロックアドレスのブロックのデータにつ
いて、ハードディスクからの読出を開始させ、読み出さ
れたデータをバッファメモリ４のエリアＡＲ１に格納し
ていく動作を行い、ステップＦ４０８に戻る。なお、こ
の場合は実際にはステップＦ４０９の動作は（既に全デ
ータの再生が完了されているため）行われない。

【００８０】ユーザーが再生中止の指示を行ったことが
ステップＦ４１０で検出された場合、もしくはステップ
Ｆ４１２で、全ソースについて、バッファメモリ４から
の読出を完了した（再生が終端ブロックまで完了した）
ことが確認された場合は、その時点で全ての再生動作が
終了されることになり、ＣＰＵ１は一連の再生処理を終
える。

【００８１】この図９、図１０の処理例は、上記（Ｒ
２）として同時に複数ソースの記録が開始され、操作と
しては同時に終了させることができる処理例としたが、
上記（Ｒ１）のように再生終了操作に関してもソース毎
に個別に行うことができるようにしてもよい。例えば第
１のソースの再生中止をユーザーが指示して第２のソー
スのみを再生継続させる場合は、以降はステップＦ４２
１、Ｆ４２２を経てステップＦ４０９が実行されるよう
にし、また第２のソースの再生中止をユーザーが指示し
て第１のソースのみを再生継続させる場合は、以降はス
テップＦ４１９、Ｆ４２０を経てステップＦ４０８が実
行されるようにすればよい。

【００８２】また上記（Ｒ３）のように再生開始時点が
異なる場合、つまり或るソースの再生中に他のソースの
再生が開始される場合は、他のソースの再生が開始され
る時点で、新たなリードポインタ、バッファエリア等が
割り当てられればよい。つまり、或るソースの再生が行
われている時点では図６に示したような処理が行われて
いるわけであるが、他のソースの再生が開始される時点
で、新たなリードポインタが設定されるとともに、その
ソースに関するバッファエリアＡＲ２が割り当てられた
うえで、図１０のような処理に移行するようにすればよ
い。

【００８３】７．同時的記録再生動作 本例ではさらに、入力される或るソースの記録と、ハー
ドディスクに記録されている或るソースの再生を同時に
実行することもできる。このような同時的記録再生動作
としては、次の（ＷＲ１）〜（ＷＲ４）ような各種の動
作が考えられる。 （ＷＲ１）１つのソースの再生と、１つのソースを録音
を同時に実行する。 （ＷＲ２）１つのソースの再生と、複数ソースを録音を
同時に実行する。 （ＷＲ３）複数ソースの再生と、１つのソースを録音を
同時に実行する。 （ＷＲ４）複数ソースの再生と、複数ソースを録音を同
時に実行する。

【００８４】さらに、この（ＷＲ１）〜（ＷＲ４）の各
動作例について、それぞれ動作開始タイミングとして、 １）或るソースの記録開始と他のソースの再生開始を同
時とする ２）或るソースの記録動作中に他のソースの再生を開始
する ３）或るソースの再生動作中に他のソースの記録を開始
する などの例が考えられる。もちろんさらに、再生動作とと
もに複数ソースの記録が行われる場合として、記録され
る各ソースの記録開始タイミングについても同一タイミ
ングとする場合や異なるタイミングとする場合が考えら
れ、同様に、記録動作とともに複数ソースの再生が再生
される場合として、各ソースの再生開始タイミングにつ
いても同一タイミングとする場合や異なるタイミングと
する場合が考えられる。

【００８５】いづれにしても、上述してきた図５、図
６、図７と図８、図９と図１０の処理が組み合わされる
ことで、これらの各種の動作が可能となる。例えば１つ
のソースを再生させながら、入力される１つのソースを
録音していく上記（ＷＲ１）の動作は、図５の処理と図
６の処理がマルチタスク形態で、同時に並行して実行さ
れればよい。また上記（ＷＲ２）の動作の際には、図６
の処理と、図７及び図８の処理が同時に実行されればよ
く、上記（ＷＲ３）の動作の際には、図５の処理と、図
９及び図１０の処理が同時に実行されればよい。さら
に、上記（ＷＲ４）の動作の際には、図７及び図８の処
理と、図９及び図１０の処理が同時に実行されればよ
い。また上記１）〜３）として示したような動作開始タ
イミングについては、マルチタスクとしての各処理が開
始されるタイミングによって生ずるものとなる。

【００８６】なお以上のような同時的記録再生動作が行
われる場合、バッファメモリ４に関しては、記録又は再
生される全ソース数に応じてバッファ領域としてのエリ
ア分割設定が必要になることはいうまでもない。

【００８７】８．バックグラウンド記録動作 上述した複数ソースの記録動作では、記録される複数の
ソースがそれぞれ独立したデータファイルとして位置づ
けられるとともに、特にプライオリティの優劣はなく、
同等のデータファイルとして扱われるものとしたが、本
例では、バックグラウンド記録動作として、データ保存
に関しての優先度の低いデータファイル（バックグラウ
ンドソース）として或るソースの記録を行うことができ
る。もちろんその場合に、上述した複数ソースの記録動
作のように、他のソースの同時記録を行うことができる
が、それらを上述してきた通常のデータファイル（つま
りこの場合はバックグラウンドソースよりも優先度が高
いことになるデータファイル）として記録を行うことが
できる。ここでは、バックグラウンドソースとしてでは
ない、通常の録音動作をフォアグラウンド録音といい、
そのソースをフォアグラウンドソースとも呼ぶこととす
る。即ちフォアグラウンドソースとは、図２に示したソ
ース管理表に登録されるソースのことである。（上述し
てきた各種動作でのソースは全て、ここでいうフォアグ
ラウンドソースに該当する。）

【００８８】本例では、優先度の低いバックグラウンド
ソースとされるのは、マイクロホン１１から入力される
オーディオデータであるとする。即ちユーザーの操作等
に応じてマイクロホン１１による入力音声が１つのソー
スとしてハードディスクに記録される動作が行われる場
合、そのソースはバックグラウンドソースとして管理さ
れる。そして、そのバックグラウンドソースの記録動作
中において、オーディオポート１０ａ等から入力される
オーディオデータについては、バックグラウンド記録動
作を中断することなく、フォアグラウンドソースとして
記録を実行できるものである。図１１はバックグラウン
ドソースの録音処理としてのＣＰＵ１の処理を示し、ま
た図１２は、バックグラウンドソースの録音を行ってい
る期間であっても、また録音を行っている期間でなくて
も実行できるフォアグラウンドソースの録音処理を示し
ている。そして、バックグラウンドソース録音中にフォ
アグラウンドソースが録音される場合は、この図１１の
処理と図１２の処理がマルチタスク形態で実行されるこ
とになる。

【００８９】まずバックグラウンド録音処理として図１
１の処理を説明する。このバックグラウンド録音は、マ
イクロホン１１から入力される音声として記録再生装置
の周囲の音を録音していくものであり、例えばユーザー
がメモ録音などに用いることが好適である。そして、こ
のようなメモ録音を実行しながら、フォアグラウンドソ
ースとして任意に通常の録音又は再生が行えるものであ
る。

【００９０】図１１の処理として、ユーザーが操作部９
からバックグラウンド録音準備の操作を行うと、ＣＰＵ
１の処理はステップＦ５０１からＦ５０２に進み、まず
新たなソースを録音するためにその時点で割り当てられ
ていないソースナンバを割り当てる。但しここで割り当
てるソースナンバとは、上記したソース管理表で管理さ
れるソースナンバとは区別されるバックグラウンドソー
スナンバとしてであり、その時点で過去に設定されたバ
ックグラウンドソースナンバに対して重複しないナンバ
となる。即ち図４で説明したように、バックグラウンド
ソースの管理に用いるためにバックグラウンドソース管
理表が設けられるが、ステップＦ５０２で割り当てるバ
ックグラウンドソースナンバは、その時点でバックグラ
ウンドソース管理表において未使用とされているナンバ
となる。また、バックグラウンドソース録音処理のため
に用いるバッファエリアとして、バッファメモリ４上に
エリアＡＲｂを設定する。

【００９１】続いてステップＦ５０３では、ハードディ
スク上のユーザーエリアのブロックとして、或る程度十
分な余裕（つまり未使用ブロック）があるか否かを判断
する。ここでの余裕とは、少なくとも未使用ブロックが
１ブロックあるという判断としてもよいし、最低限必要
な複数ブロックが存在するか否かを判断するものとして
もよい。そしてブロック余裕があればステップＦ５０４
に進み、図３のブロックアドレス表を参照して未使用の
ブロックを１つ確保し、バックグラウンドソース録音の
ために用いるライトポインタＷＰｂを、そのブロックア
ドレスにセットするとともに、図４のバックグラウンド
ソース管理表において、ステップＦ５０２で割り当てた
バックグラウンドソースナンバに対応するアドレスとし
て、その確保したブロックのブロックアドレスを書き込
む。

【００９２】ステップＦ５０３でブロック余裕がないと
判断された場合は、ステップＦ５０５に進む。このとき
は、まずバックグラウンドソース管理表を参照し、例え
ば最も古いバックグラウンドソースの記録に使用されて
いるブロックを確保することになる。つまり、記録容量
余裕がないときは、過去のバックグラウンドソースの記
録領域を転用する（過去のバックグラウンドソース部分
を上書きして消去していく状態とする）こととなる。な
お、図４に示してはいないが、各バックグラウンドソー
スナンバに対応して記録日時が登録されているようにす
れば、消去される最も古いバックグラウンドソースを選
択できる。また、バックグラウンドソースナンバの割当
があくまでも所定の順序で行われるようにすれば、記録
日時の登録がなくとも、そのバックグラウンドソースナ
ンバから最も過去のバックグラウンドソースを選択でき
る。もちろん、必ずしも最も古いバックグラウンドソー
スを選択しなければならないということはない。

【００９３】過去のバックグラウンドソースに用いられ
ていたブロックを１つ確保したら、今回のバックグラウ
ンドソース録音のために用いるライトポインタＷＰｂ
を、そのブロックアドレスにセットするとともに、図４
のバックグラウンドソース管理表において、ステップＦ
５０２で割り当てたバックグラウンドソースナンバに対
応するアドレスとして、その確保したブロックのブロッ
クアドレスを書き込む。また過去のバックグラウンドソ
ースの消去に応じてブロックアドレス表及びバックグラ
ウンドソース管理表での必要な更新処理を行う。例えば
この時点で、消去されるバックグラウンドソースナンバ
を未使用の状態とするバックグラウンドソース管理表の
更新を行うとともに、消去される過去のバックグラウン
ドソースの記録に用いられていた全ブロック（使用状況
コードでリンクされているブロック）が全て未使用ブロ
ックとされるようにブロックアドレス表を更新してもよ
い。

【００９４】ステップＦ５０４又はＦ５０５までの準備
処理を終えたら、ステップＦ５０６でユーザーのバック
グラウンド録音開始の操作を待機し、録音開始操作に応
じて処理をステップＦ５０７に進める。ステップＦ５０
７では、Ａ／Ｄ変換器１３から入力されるデジタルオー
ディオデータについて、サンプル周期毎にバッファメモ
リ４のエリアＡＲｂに取り込んでいく処理を行う。この
ような処理を行いながらステップＦ５０８でのユーザ指
示の監視と、ステップＦ５０９でのバッファメモリ４の
エリアＡＲｂでのオーディオデータの蓄積量の監視を行
っている。

【００９５】或る時点で、エリアＡＲｂでのオーディオ
データの蓄積量が１ブロック分のデータ量に達すること
になるが、その場合はステップＦ５０９からＦ５１０に
進み、その１ブロック分のオーディオデータを読み出し
てハードディスクドライブ６に送る。即ち、ライトポイ
ンタＷＰｂとしてセットされていたブロックアドレスの
ブロックに対する、１ブロック分のオーディオデータの
書き込みを実行させる。

【００９６】このようにハードディスクに対して１ブロ
ックの書き込みを行ったら次のブロックの確保を行う。
まずステップＦ５１１で、ステップＦ５０３と同様にブ
ロック余裕があるか否かの判断を行う。そしてブロック
余裕があれば、ステップＦ５１２で、ブロックアドレス
表を参照して未使用のブロックを１つ確保し、ライトポ
インタＷＰｂをそのブロックアドレスにセットする。ま
た、そのブロックはステップＦ５１０で記録したブロッ
クにリンクされることになるため、ブロックアドレス表
において、ステップＦ５１０で記録したブロックのブロ
ックアドレスに対応する使用状況コードとして、新たに
割り当てたブロックのブロックアドレスを記述する。こ
のような処理を行ってステップＦ５０７に戻り、サンプ
ル周期毎のオーディオデータのバッファメモリ４のエリ
アＡＲｂへの書き込みを続行する。

【００９７】ステップＦ５１１でブロック余裕がないと
判断された場合は、ステップＦ５１３に進み、このとき
はステップＦ５０５の場合と同様に、その時点で最も古
いバックグラウンドソースが記録されているブロックを
転用することになる。そして過去のバックグラウンドソ
ース記録ブロックを転用して今回の記録ブロックとして
確保したら、ライトポインタＷＰｂをそのブロックアド
レスにセットし、また、そのブロックはステップＦ５１
０で記録したブロックにリンクされることになるため、
ブロックアドレス表において、ステップＦ５１０で記録
したブロックのブロックアドレスに対応する使用状況コ
ードとして、新たに割り当てたブロックのブロックアド
レスを記述する。また、ステップＦ５０５の場合と同様
に、過去のバックグラウンドソースの消去に応じてブロ
ックアドレス表、バックグラウンドソース管理表での必
要な更新処理を行う。このような処理を行ってステップ
Ｆ５０７に戻り、サンプル周期毎のオーディオデータの
バッファメモリ４のエリアＡＲｂへの書き込みを続行す
る。

【００９８】以降、バッファメモリ４の蓄積量が１ブロ
ックに達するたびに、同様の処理が行われ、このステッ
プＦ５０７〜Ｆ５１３の処理で、１ブロック毎のハード
ディスクへのデータ記録、及び次に記録を行うブロック
の割当が行われていく。

【００９９】ユーザーが記録終了又は中止の指示を行っ
た場合は、処理はステップＦ５０８からＦ５１４に進
む。そしてその時点ではバッファメモリ４のエリアＡＲ
ｂに残されているデータをハードディスクドライブ６に
転送し、その時点でのライトポインタＷＰｂとして記憶
されているアドレスのブロックに記録を実行させる。そ
して、そのブロックは１つのバックグラウンドソースと
しての最終ブロックとなるため、ステップＦ５１５で、
ブロックアドレス表においてそのブロックアドレスに対
応する使用状況コードに終端を示す「−１」のコードを
書き込む。以上の処理で一連のバックグラウンド録音動
作を終え、この時点で、図４、図３で説明したような管
理状況で、１つのバックグラウンドソースがハードディ
スクに記録されたことになる。

【０１００】フォアグラウンドソースの記録は、基本的
には図５の処理と同様となるが、図１１のようなバック
グラウンドソースとして１つ以上のソースの録音が行わ
れた以降は、図１２のような処理を行うことができる。

【０１０１】即ち図１２の処理として、ユーザーが操作
部９から通常の録音準備（フォアグラウンド録音準備）
の操作を行うと、ＣＰＵ１の処理はステップＦ６０１か
らＦ６０２に進み、新たなソースを録音するためにその
時点で割り当てられていないソースナンバ（図２のソー
ス管理表で管理されるソースナンバ）を割り当てる。ま
た、バックグラウンドソース録音処理のために用いるバ
ッファエリアと区別されるバッファエリアとして、バッ
ファメモリ４上にエリアＡＲｆを設定する。

【０１０２】続いてステップＦ６０３では、ハードディ
スク上のユーザーエリアのブロックとして、或る程度十
分な余裕（つまり未使用ブロック）があるか否かを判断
する。つまり図１１のステップＦ５０３と同様の処理で
ある。そしてブロック余裕があればステップＦ６０４に
進み、図３のブロックアドレス表を参照して未使用のブ
ロックを１つ確保し、フォアグラウンドソース録音のた
めに用いるライトポインタＷＰｆを、そのブロックアド
レスにセットするとともに、図２のソース管理表におい
て、ステップＦ６０２で割り当てたソースナンバに対応
するアドレスとして、その確保したブロックのブロック
アドレスを書き込む。

【０１０３】ステップＦ６０３でブロック余裕がないと
判断された場合は、ステップＦ６０５に進む。このとき
は、まずバックグラウンドソース管理表を参照し、図１
１のステップＦ５０５と同様に、例えば最も古いバック
グラウンドソースの記録に使用されているブロックを確
保する。つまり、記録容量余裕がないときは、過去のバ
ックグラウンドソースの記録領域を今回のフォアグラウ
ンドソースの録音のために転用する。

【０１０４】過去のバックグラウンドソースに用いられ
ていたブロックを１つ確保したら、今回のフォアグラウ
ンドソース録音のために用いるライトポインタＷＰｆ
を、そのブロックアドレスにセットするとともに、図２
のソース管理表において、ステップＦ５０２で割り当て
たバックグラウンドソースナンバに対応するアドレスと
して、その確保したブロックのブロックアドレスを書き
込む。また過去のバックグラウンドソースの消去に応じ
て、図４のバックグラウンドソース管理表、及び図３の
ブロックアドレス表での必要な更新処理を行う。例えば
バックグラウンドソース管理表において、消去されるこ
とになるバックグラウンドソースナンバを未使用の状態
に更新するとともに、ブロックアドレス表において、消
去される過去のバックグラウンドソースの記録に用いら
れていた全ブロック（使用状況コードでリンクされてい
るブロック）が全て未使用ブロックとされるように更新
する。

【０１０５】ステップＦ６０４又はＦ６０５までの準備
処理を終えたら、ステップＦ６０６でユーザーの録音開
始の操作を待機し、録音開始操作に応じて処理をステッ
プＦ６０７に進める。ステップＦ６０７では、例えばオ
ーディオポート１０ａ等から入力されるオーディオデー
タについて、サンプル周期毎にバッファメモリ４のエリ
アＡＲｆに取り込んでいく処理を行う。このような処理
を行いながらステップＦ６０８でのユーザ指示の監視
と、ステップＦ６０９でのバッファメモリ４のエリアＡ
Ｒｆでのオーディオデータの蓄積量の監視を行ってい
る。

【０１０６】或る時点で、エリアＡＲｆでのオーディオ
データの蓄積量が１ブロック分のデータ量に達すること
になるが、その場合はステップＦ６０９からＦ６１０に
進み、その１ブロック分のオーディオデータを読み出し
てハードディスクドライブ６に送る。即ち、ライトポイ
ンタＷＰｆとしてセットされていたブロックアドレスの
ブロックに対する、１ブロック分のオーディオデータの
書き込みを実行させる。

【０１０７】このようにハードディスクに対して１ブロ
ックの書き込みを行ったら次のブロックの確保を行う。
まずステップＦ６１１で、ステップＦ６０３と同様にブ
ロック余裕があるか否かの判断を行う。そしてブロック
余裕があれば、ステップＦ６１２で、ブロックアドレス
表を参照して未使用のブロックを１つ確保し、ライトポ
インタＷＰｆをそのブロックアドレスにセットする。ま
た、そのブロックがステップＦ６１０で記録したブロッ
クにリンクされるように、ブロックアドレス表におい
て、ステップＦ６１０で記録したブロックのブロックア
ドレスに対応する使用状況コードとして、新たに割り当
てたブロックのブロックアドレスを記述する。このよう
な処理を行ってステップＦ６０７に戻り、サンプル周期
毎のオーディオデータのエリアＡＲｆへの書き込みを続
行する。

【０１０８】ステップＦ６１１でブロック余裕がないと
判断された場合は、ステップＦ６１３に進み、このとき
はステップＦ６０５の場合と同様に、その時点で最も古
いバックグラウンドソースが記録されているブロックを
転用することになる。そして過去のバックグラウンドソ
ース記録ブロックを転用して今回のフォアグラウンドソ
ースの記録ブロックとして確保したら、ライトポインタ
ＷＰｆをそのブロックアドレスにセットし、また、その
ブロックがステップＦ６１０で記録したブロックにリン
クされるように、ブロックアドレス表において、ステッ
プＦ６１０で記録したブロックアドレスに対応する使用
状況コードとして、新たに割り当てたブロックのブロッ
クアドレスを記述する。また、ステップＦ６０５の場合
と同様に、過去のバックグラウンドソースの消去に応じ
てバックグラウンドソース管理表及びブロックアドレス
表での必要な更新処理を行う。このような処理を行って
ステップＦ６０７に戻り、サンプル周期毎のオーディオ
データについてのエリアＡＲｆへの書き込みを続行す
る。

【０１０９】以降、バッファメモリ４の蓄積量が１ブロ
ックに達するたびに、同様の処理が行われ、このステッ
プＦ６０７〜Ｆ６１３の処理で、１ブロック毎のハード
ディスクへのデータ記録、及び次に記録を行うブロック
の割当が行われていく。

【０１１０】ユーザーが記録終了又は中止の指示を行っ
た場合（何らかの方法で入力オーディオデータの終了が
検出された場合も含む）は、処理はステップＦ６０８か
らＦ６１４に進む。そしてその時点ではバッファメモリ
４のエリアＡＲｆに残されているデータをハードディス
クドライブ６に転送し、その時点でのライトポインタＷ
Ｐｆとして記憶されているアドレスのブロックに記録を
実行させる。そして、そのブロックは１つのフォアグラ
ウンドソースとしての最終ブロックとなるため、ステッ
プＦ６１５で、ブロックアドレス表においてそのブロッ
クアドレスに対応する使用状況コードに終端を示す「−
１」のコードを書き込む。以上の処理で一連のフォアグ
ラウンド録音動作を終え、この時点で、図２、図３で説
明したような管理状況で、１つのフォアグラウンドソー
スがハードディスクに記録されたことになる。

【０１１１】即ち、以上のようなバックグラウンドソー
ス、フォアグラウンドソースとして区別される録音が行
われることで、あくまで保存されるべきデータとしては
フォアグラウンドソースが優先されるとともに、メモ録
音的なバックグラウンドソースに関しては、必要に応じ
て削除されていくため、ユーザーはハードディスク上の
記録容量的な心配をせずにバックグラウンド録音を行う
ことができる。従って例えばバックグラウンド録音につ
いては、常時録音実行状態にしておいて、ユーザーが思
いついたアイデア等を即座に録音しておくような使用も
可能となる。

【０１１２】この図１１、図１２の処理は、同時に実行
されることで、バックグラウンドソースとフォアグラウ
ンドソースの同時録音が可能となる。また図１１の処理
と、図７及び図８の処理（但し、ブロック余裕がない場
合に過去のバックグラウンド記録ブロックを転用する処
理を加えた処理）を同時に実行することで、１つのバッ
クグラウンドソースと複数のフォアグラウンドソースの
同時録音ができる。もちろん複数のバックグラウンドソ
ースを同時録音することも考えられる。さらに図１１の
処理と図６の処理を同時に実行することで、バックグラ
ウンドソース録音とフォアグラウンドソース再生の同時
実行が可能となる。また図１１の処理と図９及び図１０
の処理を同時に実行することで、バックグラウンドソー
ス録音と複数のフォアグラウンドソース再生の同時実行
が可能となる。これら以外にも各種の同時実行動作が考
えられる。

【０１１３】９．受信データの記録動作 次に、ソース（フォアグラウンドソース）の録音処理の
１つの形態として、通信インターフェース１４を介して
配信されるオーディオデータ（オーディオコンテンツ）
を記録する場合について説明する。ハードディスクへの
記録動作に関しては、基本的にはオーディオポート１０
ａ等から入力されるオーディオデータの記録と同様であ
るが、配信システムの利用のための所定の処理が必要と
なる。このための処理を含めて、図１３、図１４で、サ
ーバ９１から配信されるオーディオコンテンツを受信／
記録していく処理を説明する。

【０１１４】この場合、ユーザーはサーバ９１に対して
ダウンロードしたいオーディオコンテンツを要求する。
まず図１３のステップＦ７０１として、ＣＰＵ１は、ユ
ーザーの操作に応じてサーバ９１に対して曲目リストの
リクエストを行う。即ち曲目リストのリクエストとして
のコマンドを通信インターフェース１４を介してサーバ
９１に送信する。これに応じてサーバ９１からは用意さ
れているオーディオコンテンツとしての曲目リストが送
信されてくるが、ＣＰＵ１はステップＦ７０２として、
曲目リストが受信されたら、その曲目リストの内容を表
示部８に表示させ、ユーザーに確認させる。

【０１１５】ユーザーは曲目リストの表示を見て欲しい
楽曲を１又は複数曲選択する操作を行うことになり、Ｃ
ＰＵ１はステップＦ７０３でその選択操作情報を取り込
む。そして選択された曲数に応じてステップＦ７０４
で、ＲＡＭ３上で配信予約リストを作成し、各曲につい
てソースナンバを割り当てる。このソースナンバは、選
択された各曲について重複しないナンバであるととも
に、その時点で図２のソース管理表で管理されている有
効なソースナンバとも重複しないナンバとされる。

【０１１６】ステップＦ７０５以降は、選択された各曲
についての受信及び録音動作処理となる。まずステップ
Ｆ７０５では、配信予約リスト上での最初のソースナン
バを、ハードディスクに記録するソースのソースナンバ
としてセットし、ステップＦ７０６ではセットされたソ
ースナンバのソースを記録する領域としてハードディス
ク上の１ブロックを確保する。即ちブロックアドレス表
で未使用とされているブロックを確保する。そしてライ
トポインタＷＰをそのブロックアドレスにセットすると
ともに、図２のソース管理表において、ステップＦ７０
５でセットしたソースナンバに対応するアドレスとし
て、その確保したブロックのブロックアドレスを書き込
む。

【０１１７】続いてステップＦ７０７では、そのセット
されたソースナンバに該当するオーディオコンテンツの
配信要求をサーバ９１に対して行うとともに、それに応
じてサーバ９１から送信されてくるオーディオコンテン
ツとしてのオーディオデータのダウンロード記録を開始
する。そしてステップＦ７０８として受信されたオーデ
ィオデータのハードディスクへの記録を実行する。

【０１１８】ステップＦ７０８の記録処理は図１４に詳
しく示される。図１４のステップＦ７８１では、通信イ
ンターフェース１４から入力されるデジタルオーディオ
データについて、サンプル周期毎にバッファメモリ４に
取り込んでいく処理を行う。このような処理を行いなが
らステップＦ７８２で、そのオーディオコンテンツに関
するダウンロードが完了したか否かを監視するととも
に、ステップＦ７８３でバッファメモリ４でのオーディ
オデータの蓄積量の監視を行う。

【０１１９】或る時点で、バッファメモリ４でのオーデ
ィオデータの蓄積量が１ブロック分のデータ量に達した
ら、その場合はステップＦ７８３からＦ７８４に進み、
その１ブロック分のオーディオデータを読み出してハー
ドディスクドライブ６に送る。即ち、ライトポインタＷ
Ｐとしてセットされていたブロックアドレスのブロック
に対する、１ブロック分のオーディオデータの書き込み
を実行させる。

【０１２０】このようにハードディスクに対して１ブロ
ックの書き込みを行ったら、続いてステップＦ７８５
で、次のブロックの確保を行う。即ちブロックアドレス
表を参照して未使用のブロックを１つ確保し、ライトポ
インタＷＰをそのブロックアドレスにセットする。ま
た、そのブロックはステップＦ７８４で記録したブロッ
クにリンクされることになるため、ブロックアドレス表
において、ステップＦ７８４で記録したブロックのブロ
ックアドレスに対応する使用状況コードとして、新たに
割り当てたブロックのブロックアドレスを記述する。

【０１２１】このような処理を行ってステップＦ７８１
に戻り、サンプル周期毎のオーディオデータのバッファ
メモリ４への書き込みを続行する。以降、バッファメモ
リ４の蓄積量が１ブロックに達するたびに、同様の処理
が行われ、このステップＦ７８１〜Ｆ７８５の処理で、
送信されてくるオーディオコンテンツが１ブロック毎の
単位でハードディスクへ記録されていく。

【０１２２】ステップＦ７８２でダウンロードされるオ
ーディオコンテンツの受信入力が完了したことが確認さ
れたら、処理はステップＦ７８６に進み、その時点では
バッファメモリ４に残されているデータをハードディス
クドライブ６に転送し、その時点でのライトポインタＷ
Ｐとして記憶されているアドレスのブロックに記録を実
行させる。そして、そのブロックは１つのソースとして
の最終ブロックとなるため、ステップＦ７８７で、ブロ
ックアドレス表においてそのブロックアドレスに対応す
る使用状況コードに終端を示す「−１」のコードを書き
込む。以上の処理でユーザーが選択した１つのオーディ
オコンテンツを１つのソースとして記録する動作が終了
される。つまり図１３のステップＦ７０８としての処理
を終え、続いてステップＦ７０９として、その記録を終
了したオーディオコンテンツのソースナンバを配信予約
リストから削除する。

【０１２３】ステップＦ７１０では、配信予約リスト上
にまだダウンロードすべきオーディオコンテンツが残さ
れているか否かを確認し、残されていれば、ステップＦ
７０５に戻る。そして、その時点で配信予約リスト上で
の最初のソースナンバを、ハードディスクに記録するソ
ースのソースナンバとしてセットし、ステップＦ７０６
ではセットされたソースナンバのソースを記録する領域
としてハードディスク上の１ブロックを確保する。そし
てステップＦ７０７，Ｆ７０８の処理に移る。つまり選
択された次のオーディオコンテンツに対するダウンロー
ド記録が実行される。

【０１２４】選択された全てのオーディオコンテンツに
ついてダウンロード記録が終了されると、ステップＦ７
１０で配信予約リストに残りがないとされ、これによっ
て１又は複数のオーディオコンテンツの配信を受けて、
１又は複数のソースとしてハードディスクに記録する一
連の処理を終える。

【０１２５】以上のように配信されるオーディオコンテ
ンツを記録していくことができるが、このようなオーデ
ィオコンテンツの記録実行中に、同時にオーディオポー
ト１０ａ等から入力されるオーディオデータについても
記録を行うことができ、また逆に、オーディオポート１
０ａ等から入力されるオーディオデータについて或るソ
ースとして録音している最中に、図１３、図１４の処理
によるオーディオコンテンツの記録を開始させることも
できる。即ち図１３、図１４の処理と、図５の処理が並
行して行われればよい。また図７及び図８の処理が同時
実行されることで、オーディオポート１０ａ、１０ｂ等
から入力される複数のオーディオデータについての録音
と、オーディオコンテンツの録音を同時実行することも
できる。

【０１２６】但し、これらの同時処理を行う場合、割り
当てられるソースナンバについては、オーディオポート
１０ａ等から入力されるオーディオデータに関する録音
中のソースナンバと、配信予約リスト上で設定されるソ
ースナンバについても重複されることがないようにす
る。もちろんバッファエリアに関しては同時実行するソ
ースの数だけエリア分割が必要である。

【０１２７】またさらにオーディオコンテンツの録音を
上述したフォアグラウンドソースとして扱って、同時に
バックグラウンドソースの録音を行うことも可能であ
る。

【０１２８】また、オーディオコンテンツの記録と同時
に、１または複数のソースを再生させることも可能であ
る。図１３、図１４の処理と、図５の処理（又は図９及
び図１０の処理）が並行して行われればよい。

【０１２９】このように配信されるオーディオコンテン
ツの録音とともに、ユーザーが任意に他のオーディオデ
ータの録音又は再生を行うことができるようにすること
で、例えば或る程度長時間を要することが余儀なくされ
るオーディオコンテンツのダウンロード中に、ユーザー
は任意に記録再生を行うことができ非常に便利なものと
なる。

【０１３０】以上本発明の実施の形態について説明して
きたが、本発明としてはさらに多様な変形例が考えられ
る。

【０１３１】例えば上記例ではハードディスクを記録媒
体とする例をあげたが、他のディスクメディア、例えば
光ディスク、光磁気ディスク、磁気ディスクなどを用い
る装置としてもよいし、フラッシュメモリその他の固体
メモリデバイスを用いてもよい。

【０１３２】但し、複数ソースの同時記録、同時再生、
同時記録再生を行うためには、書込／読出速度が、オー
ディオデータのサンプル周期や１ブロックのデータ量か
ら必要とされるだけ或る程度以上高速化できるものでな
ければならない。例えば上述のハードディスクで一般に
普及しているものとして、３．５インチで容量４Ｇバイ
トのものを想定すると、アクセス時間（シーク時間と回
転待ち時間）は約２５ｍｓｅｃであり、内部データ転送
速度は１０Ｍｂｉｔ／ｓｅｃである。ハードディスクの
１ブロックのデータ量を６４Ｋｂｉｔに設定したとする
と、書込或いは読出の速度は、 ６４Ｋｂｉｔ／｛２５ｍｓｅｃ＋（６４Ｋｂｉｔ／１０
Ｍｂｉｔ）ｓｅｃ｝＝２Ｍｂｉｔ／ｓｅｃ となる。これに対してオーディオデータのサンプルレー
トはＣＤ方式（ステレオ）の場合で１７６．４Ｋｂｉｔ
／ｓｅｃであり、１０倍以上の差があるため、１回のオ
ーディオサンプル周期内に複数回のブロックの読出／書
込が可能である。つまり上述してきた複数ソースの同時
記録、同時再生、同時記録再生を行うための能力を有し
ていることが理解される。例えば、このような充分なア
クセス速度条件を満たす記録媒体が採用できる。

【０１３３】また上記例では、ポータブルタイプの記録
再生装置として構成されると述べたが、例えば据置型の
記録再生装置として実現できることはいうまでもない。
さらにオーディオデータに関する記録再生装置として説
明してきたが、動画映像データ、静止画像データ、コン
ピュータグラフィックデータなど、オーディオデータ以
外の各種のデータをソースとして記録再生する装置とし
ても実現できる。

【０１３４】

【発明の効果】以上説明したように本発明では、互いに
無関係な独立したオーディオデータとしての複数系統の
オーディオデータを、同時的に記録させたり、再生させ
たり、さらには或るオーディオデータを記録しながら他
のオーディオデータを再生させることができ、ユーザー
に便利かつ多様な利用形態を提供できる。例えば、１つ
の装置を複数のユーザーで使用する場合に、各人が任意
に音楽等の記録又は再生を楽しむことができる。また一
人のユーザーが使用する場合でも、１つのソースをＢＧ
Ｍとして再生させながら他のソースの内容を聞くといっ
たこともできる。例えば英会話音声のソースを再生させ
て聴いている間に、ＢＧＭとして他のソースとしての音
楽を再生させて聴くといったような場合である。また、
ラジオ等の放送のエアチェック録音など、時間的に録音
動作期間が規定されてしまう場合にも、その録音を行っ
ている間に任意の他のソースを再生させて、再生音声を
楽しむといったことも可能である。もちろん、例えば複
数のＣＤプレーヤ等で再生される複数の楽曲等を同時に
ダビング記録していくというような使用もできる。これ
ら以外にも、非常に多様な使用形態が考えられ、ユーザ
ーの事情や好みにに応じてフレキシブルに対応できる便
利な装置を実現できる。

【０１３５】また本発明では、マイクロホン入力手段を
備えるとともに、マイクロホン入力手段から入力される
オーディオデータを、他の入力手段から入力されるオー
ディオデータよりも記録内容保持の優先度の低いオーデ
ィオデータファイルとして管理される状態で記録媒体に
記録できる。例えば或るソースの録音中や再生中に、マ
イクロホン入力としてのオーディオデータを録音してい
くことで、ユーザーのメモ録音としてなどの機能が実現
できる。例えばユーザーが考えているアイデア等を、そ
のときの或るソースの再生や録音を中断させずにメモ録
音として録音できる。さらに、他の入力手段から入力さ
れたオーディオデータを記録媒体に記録させる際におい
て、記録媒体における記録可能容量が不足している場合
は、その記録媒体上で優先度の低いオーディオデータフ
ァイルが記録されている領域を用いて記録を実行させる
ようにすることで、上記のメモ録音などに用いることで
消費される記録領域を有効利用できる。

【０１３６】また入力手段の１つとして、データ通信網
によって送信されてきたオーディオデータを受信して入
力する受信入力手段を備えているようにしており、つま
り外部サーバ等から配信される音楽等も、そのとき実行
している或るソースの記録又は再生の状況に関わらず、
記録していくことができる。例えば音楽等の配信には、
比較的長い時間がかかり、従来では、その配信データの
記録中は、ユーザーは他のソースの記録／再生を行わず
に待機しなければならなかったが、このような制限をユ
ーザーに課すことはなくなるものとなる。

【図面の簡単な説明】

【図１】本発明の実施の形態の記録再生装置のブロック
図である。

【図２】実施の形態のソース管理表の説明図である。

【図３】実施の形態のブロックアドレス管理表の説明図
である。

【図４】実施の形態のバックグラウンドソース管理表の
説明図である。

【図５】実施の形態の１つのソースの録音時の処理のフ
ローチャートである。

【図６】実施の形態の１つのソースの再生時の処理のフ
ローチャートである。

【図７】実施の形態の複数ソースの録音時の処理のフロ
ーチャートである。

【図８】実施の形態の複数ソースの録音時の処理のフロ
ーチャートである。

【図９】実施の形態の複数ソースの再生時の処理のフロ
ーチャートである。

【図１０】実施の形態の複数ソースの再生時の処理のフ
ローチャートである。

【図１１】実施の形態のバックグラウンド録音の処理の
フローチャートである。

【図１２】実施の形態のフォアグラウンド録音の処理の
フローチャートである。

【図１３】実施の形態のオーディオコンテンツを受信／
記録する処理のフローチャートである。

【図１４】実施の形態のオーディオコンテンツの記録処
理のフローチャートである。

【符号の説明】

１ ＣＰＵ、２ ＲＯＭ、３ ＲＡＭ、４ バッファメ
モリ、５ ハードディスクインターフェース、６ ハー
ドディスクドライブ、７ ユーザーポート、８表示部、
９ 操作部、１０ａ，１０ｂ，１０ｃ オーディオポー
ト、１１ マイクロホン、１４ 通信インターフェー
ス、９１ サーバ

Claims (13)

【特許請求の範囲】
1. 【請求項１】 入力されたデータを所定の記録媒体に書
   き込むことのできる記録媒体ドライブ手段と、 オーディオデータの入力を行うことのできるＮ個の入力
   手段と、 前記記録媒体に記録されるオーディオデータをオーディ
   オデータファイル単位で管理する管理情報手段と、 前記Ｎ個の入力手段のうちのＭ個（ただしＮ≧Ｍ）の入
   力手段からＭ系統のオーディオデータが同時に入力され
   ている際に、その各系統のオーディオデータに関し、そ
   れぞれを互いに関連しない独立のオーディオデータファ
   イルとして管理される状態で前記記録媒体に記録される
   ように前記記録媒体ドライブ手段及び前記管理情報手段
   の制御を行う記録制御手段と、 を備えたことを特徴とする記録装置。
2. 【請求項２】 前記記録制御手段は、前記入力手段の１
   つとしての或る入力手段から入力されるオーディオデー
   タを、他の入力手段から入力されるオーディオデータよ
   りも記録内容保持の優先度の低いオーディオデータファ
   イルとして管理される状態で前記記録媒体に記録される
   ようにすることを特徴とする請求項１に記載の記録装
   置。
3. 【請求項３】 前記或る入力手段は、マイクロホンで集
   音された音声としてのオーディオデータを入力するマイ
   クロホン入力手段であることを特徴とする請求項２に記
   載の記録装置。
4. 【請求項４】 前記記録制御手段は、前記他の入力手段
   から入力されたオーディオデータを前記記録媒体に記録
   させる際において、前記記録媒体における記録可能容量
   が不足している場合は、その記録媒体上で前記優先度の
   低いオーディオデータファイルが記録されている領域を
   用いて記録を実行させることを特徴とする請求項２に記
   載の記録装置。
5. 【請求項５】 前記入力手段の１つとして、データ通信
   網によって送信されてきたオーディオデータを受信して
   入力する受信入力手段を備えていることを特徴とする請
   求項１に記載の記録装置。
6. 【請求項６】 所定の記録媒体からオーディオデータフ
   ァイルの読出を行うことのできる記録媒体ドライブ手段
   と、 前記記録媒体から読み出されたオーディオデータの出力
   を行うことのできるＮ個の出力手段と、 前記記録媒体に記録されたＭ個（ただしＮ≧Ｍ）の互い
   に関連しない独立のオーディオデータファイルのデータ
   を同時的に出力するための読出動作を前記記録媒体ドラ
   イブ手段に実行させるとともに、前記Ｎ個の出力手段の
   うちのＭ個の出力手段から、前記記録媒体ドライブ手段
   によって読み出されたＭ個の各オーディオデータファイ
   ルとしての各系統のオーディオデータの出力を同時的に
   実行させるように制御を行うことのできる再生制御手段
   と、 を備えたことを特徴とする再生装置。
7. 【請求項７】 所定の記録媒体に対して、オーディオデ
   ータファイルの書込を行うことができるとともに、記録
   されているオーディオデータファイルの読出を行うこと
   のできる記録媒体ドライブ手段と、 オーディオデータの入力を行うことのできる入力手段
   と、 前記記録媒体から読み出されたオーディオデータファイ
   ルにおけるオーディオデータの出力を行うことのできる
   出力手段と、 前記記録媒体に記録されるオーディオデータをオーディ
   オデータファイル単位で管理する管理情報手段と、 前記入力手段から入力されるオーディオデータを、独立
   したオーディオデータファイルとして管理される状態で
   前記記録媒体に記録されるように前記記録媒体ドライブ
   手段の書込動作及び前記管理情報手段の更新動作を制御
   するとともに、前記記録媒体に記録されている或るオー
   ディオデータファイルの読出動作を前記記録媒体ドライ
   ブ手段に実行させ、読み出されたオーディオデータファ
   イルにおけるオーディオデータを前記出力手段から出力
   させることで、互いに関連しない複数のオーディオデー
   タファイルの記録と再生が同時的に行われるように制御
   を行う記録再生制御手段と、 を備えたことを特徴とする記録再生装置。
8. 【請求項８】 前記入力手段が複数個設けられて、複数
   系統のオーディオデータの入力が同時的に実行可能とさ
   れ、 前記記録再生制御手段は、複数のオーディオデータファ
   イルの記録と再生が同時的に行われる際の記録動作制御
   として、複数個の前記入力手段から入力される各系統の
   オーディオデータを、それぞれを互いに関連しない独立
   のオーディオデータファイルとして管理される状態で前
   記記録媒体に記録するように前記記録媒体ドライブ手段
   の書込動作及び前記管理情報手段の更新動作の制御を行
   うことができることを特徴とする請求項７に記載の記録
   再生装置。
9. 【請求項９】 前記出力手段が複数個設けられて、複数
   系統のオーディオデータの出力が同時的に実行可能とさ
   れ、 前記記録再生制御手段は、複数のオーディオデータファ
   イルの記録と再生が同時的に行われる際の再生動作制御
   として、前記記録媒体に記録された互いに関連しない複
   数のオーディオデータファイルのデータを同時的に出力
   するための読出動作を前記記録媒体ドライブ手段に実行
   させるとともに、複数の前記出力手段から、前記記録媒
   体ドライブ手段によって読み出された複数個の各オーデ
   ィオデータファイルとしての各系統のオーディオデータ
   の出力を同時的に実行させることができることを特徴と
   する請求項７に記載の記録再生装置。
10. 【請求項１０】 前記記録再生制御手段は、前記入力手
    段の１つとしての或る入力手段から入力されるオーディ
    オデータを、他の入力手段から入力されるオーディオデ
    ータよりも記録内容保持の優先度の低いオーディオデー
    タファイルとして管理される状態で前記記録媒体に記録
    されるようにすることを特徴とする請求項８に記載の記
    録再生装置。
11. 【請求項１１】 前記或る入力手段は、マイクロホンで
    集音された音声としてのオーディオデータを入力するマ
    イクロホン入力手段であることを特徴とする請求項１０
    に記載の記録再生装置。
12. 【請求項１２】 前記記録再生制御手段は、前記他の入
    力手段から入力されたオーディオデータを前記記録媒体
    に記録させる際において、前記記録媒体における記録可
    能容量が不足している場合は、その記録媒体上で前記優
    先度の低いオーディオデータファイルが記録されている
    領域を用いて記録を実行させることを特徴とする請求項
    １０に記載の記録再生装置。
13. 【請求項１３】 前記入力手段として、データ通信網に
    よって送信されてきたオーディオデータを受信して入力
    する受信入力手段を備えていることを特徴とする請求項
    ７に記載の記録再生装置。