JP3585466B2 - マルチトラックレコーダ - Google Patents
マルチトラックレコーダ Download PDFInfo
- Publication number
- JP3585466B2 JP3585466B2 JP2002025112A JP2002025112A JP3585466B2 JP 3585466 B2 JP3585466 B2 JP 3585466B2 JP 2002025112 A JP2002025112 A JP 2002025112A JP 2002025112 A JP2002025112 A JP 2002025112A JP 3585466 B2 JP3585466 B2 JP 3585466B2
- Authority
- JP
- Japan
- Prior art keywords
- access
- address
- area
- storage
- storage capacity
- 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 - Fee Related
Links
Images
Landscapes
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Storage Device Security (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＨＤ（ハードディスク）等に記憶される音楽データを複数トラック同時再生可能で、ホスト装置からのアクセス要求に応答してＨＤ等へのアクセス動作（読み出しや書き込み）を行うように構成されたマルチトラックレコーダ（ＭＴＲ）に関する。
【０００２】
【従来の技術】
マルチトラックレコーダ（以下、適宜単に「レコーダ」と記載）は、ＨＤ（ハードディスク）等の大容量記録媒体に楽音信号から得られた楽音データを記憶しておくものでマルチトラックハードディスクレコーダ等とも称される。このマルチトラックレコーダにおいては、レコーダ自体に設けられた操作部の操作によって楽音データをファイルとして記憶管理しておき、管理されているファイルをいつでもアクセス可能としたものが従来から提案されていた。また、レコーダ自体に設けられた操作部や表示部が小さいこと等から、近年ではパーソナルコンピュータ（ＰＣ）をホスト装置として接続し、このホスト装置からレコーダが管理するファイルへのアクセスを可能としたものも提案されており、この場合にはホスト装置側に専用ドライバや専用アプリケーションをインストールしていた。
【０００３】
さらに、マルチトラックレコーダの中には、ホスト装置と接続した際に、ホスト装置からの問い合わせに対してハードディスクやＭＯ等の一般的な記録媒体が接続されているように応答動作を行うものも提案されていて、ホスト装置側において専用ドライバのインストールを不要とし、汎用ドライバのみでレコーダ側のＨＤの全領域をアクセス可能としたものもある。
【０００４】
そして、レコーダ側のＨＤにはレコーダ動作の管理情報等を記憶する通常アクセスすることを禁止しなけらばならないアクセス禁止領域があり、このアクセス禁止領域へのアクセスを禁止するために、ホスト装置側でファイル毎にアクセス許可又はアクセス禁止を示すフラグを立て下げしながらレコーダ側へのアクセス動作を行うようにしたものや、ＨＤの記憶領域を仮想的に複数に分割して管理するいわゆるパーティション管理を行いながらレコーダ側へのアクセス動作を行うもの等が提案されているが、これらは総てホスト装置が汎用的なドライバを備えて、レコーダ側の全記憶領域をアクセスできることが前提となっているものである。
【発明が解決しようとする課題】
しかしながら、ホスト装置側において専用ドライバや専用アプリケーションをインストールすることはユーザーにとって煩雑な作業を強いることになり、一方、外部記録媒体に対する汎用的なドライバを備えた構成によれば、レコーダ側の総ての記憶領域がアクセス対象となってしまうため、レコーダを管理する管理情報自体が破壊されてレコーダが所要の動作を行えなくなる場合もあり得た。また、ホスト装置がアクセス禁止領域のアクセス禁止を行うように動作する場合にあっても、ホスト装置からレコーダ側の総ての記憶領域にアクセスすることが前提となっているため、何らかの原因でホスト装置によるアクセス禁止領域へのアクセスが行われる可能性はあり得、しかもこのアクセス禁止制御を行う分、ホスト装置の動作負担が増すといった問題もあった。
【０００５】
そこで、本発明は、このような従来の課題を解決するためになされたものであり、アクセス禁止領域へのアクセス禁止をレコーダ側の工夫で実現するようにしたマルチトラックレコーダを提供することを目的とする。
【課題を解決するための手段】
上記目的を達成するために、本発明は、記憶手段に記憶される音楽データを複数トラック同時再生可能な装置で、ホスト装置からのアクセス要求に応答して前記記憶手段へのアクセス動作を行うように構成されたマルチトラックレコーダにおいて、
前記記憶手段の記憶領域をアクセス禁止領域とアクセス可能領域とに分けて形成し、
前記ホスト装置からのコマンドを受信するとそのコマンドタイプを判定するコマンドタイプ判定手段と、
前記コマンドタイプが前記記憶手段の指定アドレスに対する読み出し、書き込みである場合には、前記ホスト装置からのアクセス要求で指定されたアクセスアドレスに、前記アクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとするアクセス禁止手段と、
前記コマンドタイプが前記記憶手段の全記憶容量の問い合わせである場合には、前記記憶手段の全記憶容量から前記アクセス禁止領域の記憶容量を減じた記憶容量値を示す情報を返答する記憶容量返答手段と、を備え、前記各手段を自装置側に設けたことを特徴とするようにした。
【０００６】
この発明においては、記憶手段の記憶領域をアクセス禁止領域とアクセス可能領域とに分けて形成しておき、また、ホスト装置からのコマンドを受信するとそのコマンドタイプを判定し、コマンドタイプが記憶手段の指定アドレスに対する読み出し、書き込みである場合には、ホスト装置からのアクセス要求で指定されたアクセスアドレスに、アクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとし、更に、コマンドタイプが記憶手段の全記憶容量の問い合わせである場合には、記憶手段の全記憶容量からアクセス禁止領域の記憶容量を減じた記憶容量値を示す情報を返答するがこれをマルチトラックレコーダ側に設けて、アクセス禁止領域へのアクセス禁止をレコーダ側の工夫で実現するようにした。この結果、ホスト装置側での専用ドライバ、専用アプリケーション等のインストールが不要となると共に、ホスト装置側でアクセス禁止の工夫が不要となるので、極めてユーザーフレンドリーなマルチトラックレコーダを提供できることになる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しつつ説明する。
【００１２】
（構成）
図１は本発明の実施形態の構成図である。図１に示す実施形態では、ホスト装置としてのパーソナルコンピュータ２００とマルチトラックレコーダ１００とが互いに所要の情報を通信可能にＵＳＢケーブル３００（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）で接続されている。
【００１３】
パーソナルコンピュータ２００は、ＣＰＵ２１０、ＲＯＭ２１１、ＲＡＭ２１２、ＵＳＢコントローラ２２０、ＨＤ（ハードディスク）２３０、キーボード２４０、ＣＲＴ２５０を備えて構成される。ＣＰＵ２１０が、ＲＯＭ２１１に記録される制御用ソフトやＨＤ２２０に記録されるＯＳ（オペレーティングシステム）等をＲＡＭ２１２をワークエリアとして使用しながら実行することによって以下の動作が実現されるように構成されている。
【００１４】
また、ＣＰＵ２１０はキーボード２４０（及び／又は不図示のマウス）の操作による指示を受け付けて所要の動作を行い、必要な情報をＣＲＴ２５０に表示するように構成されている。さらに、ＵＳＢコントローラ２２０はＣＰＵ２１０の管理下のもとでＵＳＢケーブル３００を介してマルチトラックレコーダ１００と必要な制御情報等を通信する。なお、ＨＤ２３０上にはユーザーが使用するＡＰ（アプリケーション）がインストールされていてＣＰＵ２１０がこれを実行するが、外部デバイスを動作制御するための特殊な専用ドライバ等はインストールされていない。
【００１５】
一方、マルチトラックレコーダ１００は、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、ＵＳＢコントローラ１２０、ＨＤ１３０、操作部１４０、液晶ディスプレイ１５０、入力端子１６１に接続される楽音信号入力部１６０、出力端子１７１に接続される楽音信号出力部１７０を備えて構成される。ＣＰＵ１１０が、ＲＯＭ１１１に記録される制御用ソフトやＨＤ１２０に記録される全体制御プログラム等を実行することによって以下の動作が実現されるように構成されている。
【００１６】
また、ＣＰＵ１１０は操作部１４０の操作による指示を受け付けて所要の動作を行い、必要な情報を液晶ディスプレイ１５０に表示するように構成されている。
図示はしないが操作部１４０はミキシングやイコライズイング調整等の多数のスライダースイッチ、指示選択操作を行うための押下式ボタンやダイアル等の種々の操作用部品で構成されている。さらに、ＵＳＢコントローラ１２０はＣＰＵ１１０の管理下のもとでＵＳＢケーブル３００を介してパーソナルコンピュータ２００と必要な制御情報等を通信する。
【００１７】
操作部１４０の楽音信号記録指示操作に応答して、ＣＰＵ１１０は入力端子１６１を介して入力される楽音信号を楽音信号入力部１６０に入力させる。楽音信号入力部１６０は入力された楽音信号をアナログデジタル変換して、これがデジタル楽音データとしてＣＰＵ１１０に渡される。ＣＰＵ１１０はこれを一旦ＲＡＭ１１２に記憶させておき、次いでこれをファイルにしてＨＤ１３０の管理領域に格納し、更にユーザー領域にアクセス（読み出しや書き込み）可能に格納する。一方、操作部１４０の楽音信号再生指示操作に応答して、ＣＰＵ１１０がユーザー領域に格納された複数のファイルの音楽データを楽音信号出力部１７０に渡すと、楽音信号出力部１７０は複数の楽音データを同時再生しながらデジタルアナログ変換し出力端子１７１に出力する。かくして、マルチトラックレコーダ１００では複数トラックの楽音データのそれぞれをファイル管理しておき、複数トラックを同時再生した楽音信号を得られるようになっている。
【００１８】
図２はＨＤ１３０のメモリマップの説明図である。先頭アドレス「０番地」から最終アドレス「ｅ番地」まで連続的に「１」ずつ変化するようにアドレス（番地）が設定されている。そして、ＨＤ１３０の全記憶領域はアクセス禁止領域である管理領域１３１と、アクセス可能領域であるユーザー領域１３２の２つに分けられている。管理領域１３１は先頭アドレス「０番地」からユーザー領域１３２の先頭アドレス「ａ」より１番地小さなアドレスまでとなっていて、先に説明した全体制御プログラム１３５、ファイル管理テーブル１３６、…等が格納されている。
【００１９】
ファイル管理テーブル１３６は、図３に示すように、ファイル識別子とアドレス情報とを関連付けて格納するもので、ＣＰＵ１１０は新たな楽音データが得られると新たにファイルを管理領域１３２に格納し、ユーザー領域１３２に格納するが、その際、このファイル固有のファイル識別子を登録してその格納場所を示すアドレス情報も登録する。図３の一例ではファイル識別子「００１」のファイルがアドレス「ＡＤ１」〜「ＡＤ２」に格納されていることを示している。一方、ファイル読み出しの場合にはＣＰＵ１１０はこのテーブル１３６のアドレス情報を参照して指定されたファイルを読み出す。なおファイル管理手法はこのテーブル１８００以外のテーブルを用いても良く図３は例示にすぎない。
【００２０】
このように管理領域１３１にはマルチトラックレコーダ１００側の動作管理等するための管理情報が格納されていて、これが書き換えられると暴走等が発生するため、管理領域１３１はアクセスが禁止されたアクセス禁止領域に設定されている。一方、ユーザー領域１３２は、先頭アドレス「ａ番地」から最終アドレス「ｅ番地」まで連続的に１番地ずつ変化するようにアドレスが設定されていて、楽音データを格納した多数のファイル１３７、１３８、…が格納されている。そして、このユーザー領域１３２のみが、操作部１４０の操作やパーソナルコンピュータ２００からのアクセス動作によってアクセス可能な情報が格納されるアクセス可能領域となっている。
【００２１】
このように、ＨＤ１３０の記憶領域は管理領域１３１とユーザー領域１３２とから成るので、両領域のそれぞれの記憶容量の和がＨＤ１３０の全記憶容量値となっている。換言すれば、ユーザー領域１３２の記憶容量は、ＨＤ１３０の全記憶容量から管理領域１３１の記憶容量を減じた記憶容量値となる。
【００２２】
（動作）
次に、図４、図５を参照して動作を説明する。パーソナルコンピュータ２００のＵＳＢコントローラ２２０からデバイスリクエストが送信されると（ステップＳ４００）、マルチトラックレコーダ１００のＵＳＢコントローラ１２０がこれを受信し（ステップＳ４１０）、リクエストタイプが「インターフェイスディスクリプタ」か否か（即ち外部デバイス識別のためのリクエストか否か）を判定する（ステップＳ４２０）。リクエストタイプが「インターフェイスディスクリプタ」でない場合（Ｎｏ）にはマルチトラックレコーダ１００側は、受信したリクエストタイプに応じた応答動作を行ってステップＳ４１０に戻り、デバイスリクエストの受信待ち状態となる。
【００２３】
一方、リクエストタイプが「インターフェイスディスクリプタ」である場合（Ｙｅｓ）には、マルチトラックレコーダ１００側は、ステップＳ４４０において返答コマンドをパーソナルコンピュータ２００側に送信する。例えば「「クラスコード：マスストレージ」、「サブクラスコード：ＳＣＳＩコマンドセット」、「プロトコルコード：バルク転送ＯＮＬＹ」」とした所定ビット数の返答コマンドを送信する。
【００２４】
パーソナルコンピュータ２００側がこれを受信すると（ステップＳ４５０）、ステップＳ４６０において、返答コマンドに対して標準対応しているか否かを判定し、標準対応していれば（Ｙｅｓ）、以降、ＵＳＢコマンドの発行、送信が行われる（ステップＳ４７０）。一方、返答コマンドに対して標準対応していない場合（Ｎｏ）には標準ドライバの使用ができないことになる。
【００２５】
次いで、図５のステップＳ５００においてパーソナルコンピュータ２００からのＵＳＢコマンドをＵＳＢコントローラ１２０が受信すると、そのコマンドタイプを判定する（ステップＳ５１０）。コマンドタイプが指定アドレスに対する読み出しや書き込みであれば（「Ｒｅａｄ／Ｗｒｉｔｅ」）ステップＳ５２０に移行し、また、コマンドタイプがＨＤ１３０の記憶容量の問い合わせであれば（「Ｒｅａｄ Ｃａｐａｃｉｔｙ」）であればステップＳ５３０に移行し、そして、これらのいずれのタイプでもなければ、ステップＳ５３０に移行してＣＰＵ１１０はこのコマンドタイプに応じた応答動作を行う（ステップＳ５３０）。
【００２６】
さて、ステップＳ５２０に移行した場合には、ＣＰＵ１１０は指定されたアクセスアドレスに対して「ａ」番地を加算したアドレスをアクセスアドレスとしてアクセス動作を行う。アクセスが情報読み出しの場合にはパーソナルコンピュータ２００側に読み出し情報を送信しステップＳ５００に戻り、また、アクセスが書き込みの場合にはアクセスアドレスに対して書き込み情報を格納してステップＳ５００に戻る。図３を参照すると分かるように、ステップＳ５２０のアクセス動作時においてアドレスオフセット「ａ」を与えることによって、仮に「０番地」が指定されたとしてもアクセスアドレスが「ａ番地」となるため、常にユーザー領域１３２のみがアクセス可能な記憶領域となる。このため管理領域１３１の記憶内容がレコーダ外部の装置から参照されず、不要な書き換え等を阻止することが可能となる。
【００２７】
また、ステップＳ５３０に移行した場合には、ＣＰＵ１１０は、ＨＤ１３０の全記憶容量から、管理領域１３１の記憶容量を減じた記憶容量値を示す情報をパーソナルコンピュータ２００側に送信してステップＳ５００に戻る。
【００２８】
以上説明してきた本発明の実施形態によれば、ＨＤ１３０（記憶手段）の記憶領域をアクセス禁止領域（管理領域１３１）とアクセス可能領域（ユーザー領域１３２）とに分けて形成しておき、ＣＰＵ１１０はパーソナルコンピュータ２００（ホスト装置）からのアクセス禁止領域へのアクセスを禁止するが、これをマルチトラックレコーダ１００側に設けて管理領域１３１へのアクセス禁止をレコーダ側の工夫で実現するようにした。この結果、パーソナルコンピュータ２００側での専用ドライバ、専用アプリケーション等のインストールが不要となると共に、パーソナルコンピュータ２００側でのアクセス禁止の工夫が不要となるので、極めてユーザーフレンドリーなレコーダを提供できる。
【００２９】
しかもそのアクセス禁止手段は、パーソナルコンピュータ２００からのアクセス要求で指定されたアクセスアドレスが常にアクセス可能領域を指すアドレスとなるようにするという簡素な構成、より具体的には、アクセス要求で指定されたアクセスアドレスにアクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとする簡素な構成で実現できる。
【００３０】
更に具体的には、アクセス禁止領域（管理領域１３１）とアクセス可能領域（ユーザー領域１３２）とにおいて管理領域１３１の開始アドレスから、連続的に１番地ずつ増加するようにアドレスを設定していって決定されるユーザー領域１３２の開始アドレスを、パーソナルコンピュータ２００からのアクセス要求で指定されたアクセスアドレスに加えたオフセットアドレスを新たなアクセスアドレスとして、アクセスアドレスが常にアクセス可能領域を指すようにすれば良い。
【００３１】
さらに、パーソナルコンピュータ２００からのＨＤ１３０（記憶手段）の全記憶容量の問い合わせに対して、ＣＰＵ１１０は、ＨＤ１３０の全記憶容量から管理領域１３１（アクセス禁止領域）の記憶容量を減じた記憶容量値を示す情報を返答するので、パーソナルコンピュータ２００からアクセス制御に支障がないようにすることができる。
【００３２】
以上本発明の実施の形態について説明したが、本発明の要旨を逸脱しない範囲内で上記実施形態に種々の変形や変更を施すことが可能となる。例えば図１のマルチトラックレコーダ１００やパーソナルコンピュータ２００の構成を適宜変更すること、ＵＳＢ以外の種類のインターフェイス仕様（例えばＳＣＳＩ、ＩＥＥＥ１３９４等）を採用すること、ファイル管理を他のＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）手法で行うこと、等の様々な変更を施し得る。
【発明の効果】
以上説明してきたように、本発明によれば、レコーダのアクセス禁止領域へのアクセス禁止をレコーダ側で実現することができるので、ホスト装置側における専用ドライバ等のインストールやフラグ制御等が不要になるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施形態の構成図である。
【図２】マルチトラックレコード１００におけるメモリマップの説明図である。
【図３】ファイル管理テーブル１３６の説明図である。
【図４】マルチトラックレコーダ１００、パーソナルコンピュータ２００の動作を説明するためのフローチャートである。
【図５】マルチトラックレコーダ１００の動作を説明するためのフローチャートである。
【符号の説明】
１００ マルチトラックレコーダ
１１０ ＣＰＵ
１１１ ＲＯＭ
１１２ ＲＡＭ
１２０ ＵＳＢコントローラ
１３０ ＨＤ
１４０ 操作部
１５０ 液晶ディスプレイ
１６０ 楽音信号入力部
１６１ 入力端子
１７０ 楽音信号出力部
１７１ 出力端子
２００ パーソナルコンピュータ
２１０ ＣＰＵ
２１１ ＲＯＭ
２１２ ＲＡＭ
２２０ ＵＳＢコントローラ
２３０ ＨＤ
２４０ キーボード
２５０ ＣＲＴ
３００ ＵＳＢケーブル
【発明の属する技術分野】
本発明は、ＨＤ（ハードディスク）等に記憶される音楽データを複数トラック同時再生可能で、ホスト装置からのアクセス要求に応答してＨＤ等へのアクセス動作（読み出しや書き込み）を行うように構成されたマルチトラックレコーダ（ＭＴＲ）に関する。
【０００２】
【従来の技術】
マルチトラックレコーダ（以下、適宜単に「レコーダ」と記載）は、ＨＤ（ハードディスク）等の大容量記録媒体に楽音信号から得られた楽音データを記憶しておくものでマルチトラックハードディスクレコーダ等とも称される。このマルチトラックレコーダにおいては、レコーダ自体に設けられた操作部の操作によって楽音データをファイルとして記憶管理しておき、管理されているファイルをいつでもアクセス可能としたものが従来から提案されていた。また、レコーダ自体に設けられた操作部や表示部が小さいこと等から、近年ではパーソナルコンピュータ（ＰＣ）をホスト装置として接続し、このホスト装置からレコーダが管理するファイルへのアクセスを可能としたものも提案されており、この場合にはホスト装置側に専用ドライバや専用アプリケーションをインストールしていた。
【０００３】
さらに、マルチトラックレコーダの中には、ホスト装置と接続した際に、ホスト装置からの問い合わせに対してハードディスクやＭＯ等の一般的な記録媒体が接続されているように応答動作を行うものも提案されていて、ホスト装置側において専用ドライバのインストールを不要とし、汎用ドライバのみでレコーダ側のＨＤの全領域をアクセス可能としたものもある。
【０００４】
そして、レコーダ側のＨＤにはレコーダ動作の管理情報等を記憶する通常アクセスすることを禁止しなけらばならないアクセス禁止領域があり、このアクセス禁止領域へのアクセスを禁止するために、ホスト装置側でファイル毎にアクセス許可又はアクセス禁止を示すフラグを立て下げしながらレコーダ側へのアクセス動作を行うようにしたものや、ＨＤの記憶領域を仮想的に複数に分割して管理するいわゆるパーティション管理を行いながらレコーダ側へのアクセス動作を行うもの等が提案されているが、これらは総てホスト装置が汎用的なドライバを備えて、レコーダ側の全記憶領域をアクセスできることが前提となっているものである。
【発明が解決しようとする課題】
しかしながら、ホスト装置側において専用ドライバや専用アプリケーションをインストールすることはユーザーにとって煩雑な作業を強いることになり、一方、外部記録媒体に対する汎用的なドライバを備えた構成によれば、レコーダ側の総ての記憶領域がアクセス対象となってしまうため、レコーダを管理する管理情報自体が破壊されてレコーダが所要の動作を行えなくなる場合もあり得た。また、ホスト装置がアクセス禁止領域のアクセス禁止を行うように動作する場合にあっても、ホスト装置からレコーダ側の総ての記憶領域にアクセスすることが前提となっているため、何らかの原因でホスト装置によるアクセス禁止領域へのアクセスが行われる可能性はあり得、しかもこのアクセス禁止制御を行う分、ホスト装置の動作負担が増すといった問題もあった。
【０００５】
そこで、本発明は、このような従来の課題を解決するためになされたものであり、アクセス禁止領域へのアクセス禁止をレコーダ側の工夫で実現するようにしたマルチトラックレコーダを提供することを目的とする。
【課題を解決するための手段】
上記目的を達成するために、本発明は、記憶手段に記憶される音楽データを複数トラック同時再生可能な装置で、ホスト装置からのアクセス要求に応答して前記記憶手段へのアクセス動作を行うように構成されたマルチトラックレコーダにおいて、
前記記憶手段の記憶領域をアクセス禁止領域とアクセス可能領域とに分けて形成し、
前記ホスト装置からのコマンドを受信するとそのコマンドタイプを判定するコマンドタイプ判定手段と、
前記コマンドタイプが前記記憶手段の指定アドレスに対する読み出し、書き込みである場合には、前記ホスト装置からのアクセス要求で指定されたアクセスアドレスに、前記アクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとするアクセス禁止手段と、
前記コマンドタイプが前記記憶手段の全記憶容量の問い合わせである場合には、前記記憶手段の全記憶容量から前記アクセス禁止領域の記憶容量を減じた記憶容量値を示す情報を返答する記憶容量返答手段と、を備え、前記各手段を自装置側に設けたことを特徴とするようにした。
【０００６】
この発明においては、記憶手段の記憶領域をアクセス禁止領域とアクセス可能領域とに分けて形成しておき、また、ホスト装置からのコマンドを受信するとそのコマンドタイプを判定し、コマンドタイプが記憶手段の指定アドレスに対する読み出し、書き込みである場合には、ホスト装置からのアクセス要求で指定されたアクセスアドレスに、アクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとし、更に、コマンドタイプが記憶手段の全記憶容量の問い合わせである場合には、記憶手段の全記憶容量からアクセス禁止領域の記憶容量を減じた記憶容量値を示す情報を返答するがこれをマルチトラックレコーダ側に設けて、アクセス禁止領域へのアクセス禁止をレコーダ側の工夫で実現するようにした。この結果、ホスト装置側での専用ドライバ、専用アプリケーション等のインストールが不要となると共に、ホスト装置側でアクセス禁止の工夫が不要となるので、極めてユーザーフレンドリーなマルチトラックレコーダを提供できることになる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しつつ説明する。
【００１２】
（構成）
図１は本発明の実施形態の構成図である。図１に示す実施形態では、ホスト装置としてのパーソナルコンピュータ２００とマルチトラックレコーダ１００とが互いに所要の情報を通信可能にＵＳＢケーブル３００（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）で接続されている。
【００１３】
パーソナルコンピュータ２００は、ＣＰＵ２１０、ＲＯＭ２１１、ＲＡＭ２１２、ＵＳＢコントローラ２２０、ＨＤ（ハードディスク）２３０、キーボード２４０、ＣＲＴ２５０を備えて構成される。ＣＰＵ２１０が、ＲＯＭ２１１に記録される制御用ソフトやＨＤ２２０に記録されるＯＳ（オペレーティングシステム）等をＲＡＭ２１２をワークエリアとして使用しながら実行することによって以下の動作が実現されるように構成されている。
【００１４】
また、ＣＰＵ２１０はキーボード２４０（及び／又は不図示のマウス）の操作による指示を受け付けて所要の動作を行い、必要な情報をＣＲＴ２５０に表示するように構成されている。さらに、ＵＳＢコントローラ２２０はＣＰＵ２１０の管理下のもとでＵＳＢケーブル３００を介してマルチトラックレコーダ１００と必要な制御情報等を通信する。なお、ＨＤ２３０上にはユーザーが使用するＡＰ（アプリケーション）がインストールされていてＣＰＵ２１０がこれを実行するが、外部デバイスを動作制御するための特殊な専用ドライバ等はインストールされていない。
【００１５】
一方、マルチトラックレコーダ１００は、ＣＰＵ１１０、ＲＯＭ１１１、ＲＡＭ１１２、ＵＳＢコントローラ１２０、ＨＤ１３０、操作部１４０、液晶ディスプレイ１５０、入力端子１６１に接続される楽音信号入力部１６０、出力端子１７１に接続される楽音信号出力部１７０を備えて構成される。ＣＰＵ１１０が、ＲＯＭ１１１に記録される制御用ソフトやＨＤ１２０に記録される全体制御プログラム等を実行することによって以下の動作が実現されるように構成されている。
【００１６】
また、ＣＰＵ１１０は操作部１４０の操作による指示を受け付けて所要の動作を行い、必要な情報を液晶ディスプレイ１５０に表示するように構成されている。
図示はしないが操作部１４０はミキシングやイコライズイング調整等の多数のスライダースイッチ、指示選択操作を行うための押下式ボタンやダイアル等の種々の操作用部品で構成されている。さらに、ＵＳＢコントローラ１２０はＣＰＵ１１０の管理下のもとでＵＳＢケーブル３００を介してパーソナルコンピュータ２００と必要な制御情報等を通信する。
【００１７】
操作部１４０の楽音信号記録指示操作に応答して、ＣＰＵ１１０は入力端子１６１を介して入力される楽音信号を楽音信号入力部１６０に入力させる。楽音信号入力部１６０は入力された楽音信号をアナログデジタル変換して、これがデジタル楽音データとしてＣＰＵ１１０に渡される。ＣＰＵ１１０はこれを一旦ＲＡＭ１１２に記憶させておき、次いでこれをファイルにしてＨＤ１３０の管理領域に格納し、更にユーザー領域にアクセス（読み出しや書き込み）可能に格納する。一方、操作部１４０の楽音信号再生指示操作に応答して、ＣＰＵ１１０がユーザー領域に格納された複数のファイルの音楽データを楽音信号出力部１７０に渡すと、楽音信号出力部１７０は複数の楽音データを同時再生しながらデジタルアナログ変換し出力端子１７１に出力する。かくして、マルチトラックレコーダ１００では複数トラックの楽音データのそれぞれをファイル管理しておき、複数トラックを同時再生した楽音信号を得られるようになっている。
【００１８】
図２はＨＤ１３０のメモリマップの説明図である。先頭アドレス「０番地」から最終アドレス「ｅ番地」まで連続的に「１」ずつ変化するようにアドレス（番地）が設定されている。そして、ＨＤ１３０の全記憶領域はアクセス禁止領域である管理領域１３１と、アクセス可能領域であるユーザー領域１３２の２つに分けられている。管理領域１３１は先頭アドレス「０番地」からユーザー領域１３２の先頭アドレス「ａ」より１番地小さなアドレスまでとなっていて、先に説明した全体制御プログラム１３５、ファイル管理テーブル１３６、…等が格納されている。
【００１９】
ファイル管理テーブル１３６は、図３に示すように、ファイル識別子とアドレス情報とを関連付けて格納するもので、ＣＰＵ１１０は新たな楽音データが得られると新たにファイルを管理領域１３２に格納し、ユーザー領域１３２に格納するが、その際、このファイル固有のファイル識別子を登録してその格納場所を示すアドレス情報も登録する。図３の一例ではファイル識別子「００１」のファイルがアドレス「ＡＤ１」〜「ＡＤ２」に格納されていることを示している。一方、ファイル読み出しの場合にはＣＰＵ１１０はこのテーブル１３６のアドレス情報を参照して指定されたファイルを読み出す。なおファイル管理手法はこのテーブル１８００以外のテーブルを用いても良く図３は例示にすぎない。
【００２０】
このように管理領域１３１にはマルチトラックレコーダ１００側の動作管理等するための管理情報が格納されていて、これが書き換えられると暴走等が発生するため、管理領域１３１はアクセスが禁止されたアクセス禁止領域に設定されている。一方、ユーザー領域１３２は、先頭アドレス「ａ番地」から最終アドレス「ｅ番地」まで連続的に１番地ずつ変化するようにアドレスが設定されていて、楽音データを格納した多数のファイル１３７、１３８、…が格納されている。そして、このユーザー領域１３２のみが、操作部１４０の操作やパーソナルコンピュータ２００からのアクセス動作によってアクセス可能な情報が格納されるアクセス可能領域となっている。
【００２１】
このように、ＨＤ１３０の記憶領域は管理領域１３１とユーザー領域１３２とから成るので、両領域のそれぞれの記憶容量の和がＨＤ１３０の全記憶容量値となっている。換言すれば、ユーザー領域１３２の記憶容量は、ＨＤ１３０の全記憶容量から管理領域１３１の記憶容量を減じた記憶容量値となる。
【００２２】
（動作）
次に、図４、図５を参照して動作を説明する。パーソナルコンピュータ２００のＵＳＢコントローラ２２０からデバイスリクエストが送信されると（ステップＳ４００）、マルチトラックレコーダ１００のＵＳＢコントローラ１２０がこれを受信し（ステップＳ４１０）、リクエストタイプが「インターフェイスディスクリプタ」か否か（即ち外部デバイス識別のためのリクエストか否か）を判定する（ステップＳ４２０）。リクエストタイプが「インターフェイスディスクリプタ」でない場合（Ｎｏ）にはマルチトラックレコーダ１００側は、受信したリクエストタイプに応じた応答動作を行ってステップＳ４１０に戻り、デバイスリクエストの受信待ち状態となる。
【００２３】
一方、リクエストタイプが「インターフェイスディスクリプタ」である場合（Ｙｅｓ）には、マルチトラックレコーダ１００側は、ステップＳ４４０において返答コマンドをパーソナルコンピュータ２００側に送信する。例えば「「クラスコード：マスストレージ」、「サブクラスコード：ＳＣＳＩコマンドセット」、「プロトコルコード：バルク転送ＯＮＬＹ」」とした所定ビット数の返答コマンドを送信する。
【００２４】
パーソナルコンピュータ２００側がこれを受信すると（ステップＳ４５０）、ステップＳ４６０において、返答コマンドに対して標準対応しているか否かを判定し、標準対応していれば（Ｙｅｓ）、以降、ＵＳＢコマンドの発行、送信が行われる（ステップＳ４７０）。一方、返答コマンドに対して標準対応していない場合（Ｎｏ）には標準ドライバの使用ができないことになる。
【００２５】
次いで、図５のステップＳ５００においてパーソナルコンピュータ２００からのＵＳＢコマンドをＵＳＢコントローラ１２０が受信すると、そのコマンドタイプを判定する（ステップＳ５１０）。コマンドタイプが指定アドレスに対する読み出しや書き込みであれば（「Ｒｅａｄ／Ｗｒｉｔｅ」）ステップＳ５２０に移行し、また、コマンドタイプがＨＤ１３０の記憶容量の問い合わせであれば（「Ｒｅａｄ Ｃａｐａｃｉｔｙ」）であればステップＳ５３０に移行し、そして、これらのいずれのタイプでもなければ、ステップＳ５３０に移行してＣＰＵ１１０はこのコマンドタイプに応じた応答動作を行う（ステップＳ５３０）。
【００２６】
さて、ステップＳ５２０に移行した場合には、ＣＰＵ１１０は指定されたアクセスアドレスに対して「ａ」番地を加算したアドレスをアクセスアドレスとしてアクセス動作を行う。アクセスが情報読み出しの場合にはパーソナルコンピュータ２００側に読み出し情報を送信しステップＳ５００に戻り、また、アクセスが書き込みの場合にはアクセスアドレスに対して書き込み情報を格納してステップＳ５００に戻る。図３を参照すると分かるように、ステップＳ５２０のアクセス動作時においてアドレスオフセット「ａ」を与えることによって、仮に「０番地」が指定されたとしてもアクセスアドレスが「ａ番地」となるため、常にユーザー領域１３２のみがアクセス可能な記憶領域となる。このため管理領域１３１の記憶内容がレコーダ外部の装置から参照されず、不要な書き換え等を阻止することが可能となる。
【００２７】
また、ステップＳ５３０に移行した場合には、ＣＰＵ１１０は、ＨＤ１３０の全記憶容量から、管理領域１３１の記憶容量を減じた記憶容量値を示す情報をパーソナルコンピュータ２００側に送信してステップＳ５００に戻る。
【００２８】
以上説明してきた本発明の実施形態によれば、ＨＤ１３０（記憶手段）の記憶領域をアクセス禁止領域（管理領域１３１）とアクセス可能領域（ユーザー領域１３２）とに分けて形成しておき、ＣＰＵ１１０はパーソナルコンピュータ２００（ホスト装置）からのアクセス禁止領域へのアクセスを禁止するが、これをマルチトラックレコーダ１００側に設けて管理領域１３１へのアクセス禁止をレコーダ側の工夫で実現するようにした。この結果、パーソナルコンピュータ２００側での専用ドライバ、専用アプリケーション等のインストールが不要となると共に、パーソナルコンピュータ２００側でのアクセス禁止の工夫が不要となるので、極めてユーザーフレンドリーなレコーダを提供できる。
【００２９】
しかもそのアクセス禁止手段は、パーソナルコンピュータ２００からのアクセス要求で指定されたアクセスアドレスが常にアクセス可能領域を指すアドレスとなるようにするという簡素な構成、より具体的には、アクセス要求で指定されたアクセスアドレスにアクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとする簡素な構成で実現できる。
【００３０】
更に具体的には、アクセス禁止領域（管理領域１３１）とアクセス可能領域（ユーザー領域１３２）とにおいて管理領域１３１の開始アドレスから、連続的に１番地ずつ増加するようにアドレスを設定していって決定されるユーザー領域１３２の開始アドレスを、パーソナルコンピュータ２００からのアクセス要求で指定されたアクセスアドレスに加えたオフセットアドレスを新たなアクセスアドレスとして、アクセスアドレスが常にアクセス可能領域を指すようにすれば良い。
【００３１】
さらに、パーソナルコンピュータ２００からのＨＤ１３０（記憶手段）の全記憶容量の問い合わせに対して、ＣＰＵ１１０は、ＨＤ１３０の全記憶容量から管理領域１３１（アクセス禁止領域）の記憶容量を減じた記憶容量値を示す情報を返答するので、パーソナルコンピュータ２００からアクセス制御に支障がないようにすることができる。
【００３２】
以上本発明の実施の形態について説明したが、本発明の要旨を逸脱しない範囲内で上記実施形態に種々の変形や変更を施すことが可能となる。例えば図１のマルチトラックレコーダ１００やパーソナルコンピュータ２００の構成を適宜変更すること、ＵＳＢ以外の種類のインターフェイス仕様（例えばＳＣＳＩ、ＩＥＥＥ１３９４等）を採用すること、ファイル管理を他のＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）手法で行うこと、等の様々な変更を施し得る。
【発明の効果】
以上説明してきたように、本発明によれば、レコーダのアクセス禁止領域へのアクセス禁止をレコーダ側で実現することができるので、ホスト装置側における専用ドライバ等のインストールやフラグ制御等が不要になるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の実施形態の構成図である。
【図２】マルチトラックレコード１００におけるメモリマップの説明図である。
【図３】ファイル管理テーブル１３６の説明図である。
【図４】マルチトラックレコーダ１００、パーソナルコンピュータ２００の動作を説明するためのフローチャートである。
【図５】マルチトラックレコーダ１００の動作を説明するためのフローチャートである。
【符号の説明】
１００ マルチトラックレコーダ
１１０ ＣＰＵ
１１１ ＲＯＭ
１１２ ＲＡＭ
１２０ ＵＳＢコントローラ
１３０ ＨＤ
１４０ 操作部
１５０ 液晶ディスプレイ
１６０ 楽音信号入力部
１６１ 入力端子
１７０ 楽音信号出力部
１７１ 出力端子
２００ パーソナルコンピュータ
２１０ ＣＰＵ
２１１ ＲＯＭ
２１２ ＲＡＭ
２２０ ＵＳＢコントローラ
２３０ ＨＤ
２４０ キーボード
２５０ ＣＲＴ
３００ ＵＳＢケーブル
Claims (1)
- 記憶手段に記憶される音楽データを複数トラック同時再生可能な装置で、ホスト装置からのアクセス要求に応答して前記記憶手段へのアクセス動作を行うように構成されたマルチトラックレコーダにおいて、
前記記憶手段の記憶領域をアクセス禁止領域とアクセス可能領域とに分けて形成し、
前記ホスト装置からのコマンドを受信するとそのコマンドタイプを判定するコマンドタイプ判定手段と、
前記コマンドタイプが前記記憶手段の指定アドレスに対する読み出し、書き込みである場合には、前記ホスト装置からのアクセス要求で指定されたアクセスアドレスに、前記アクセス禁止領域の記憶容量を考慮して決められるアドレスを加えたアドレスをアクセスアドレスとするアクセス禁止手段と、
前記コマンドタイプが前記記憶手段の全記憶容量の問い合わせである場合には、前記記憶手段の全記憶容量から前記アクセス禁止領域の記憶容量を減じた記憶容量値を示す情報を返答する記憶容量返答手段と、を備え、前記各手段を自装置側に設けたことを特徴とするマルチトラックレコーダ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002025112A JP3585466B2 (ja) | 2002-02-01 | 2002-02-01 | マルチトラックレコーダ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002025112A JP3585466B2 (ja) | 2002-02-01 | 2002-02-01 | マルチトラックレコーダ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003228911A JP2003228911A (ja) | 2003-08-15 |
| JP3585466B2 true JP3585466B2 (ja) | 2004-11-04 |
Family
ID=27747369
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002025112A Expired - Fee Related JP3585466B2 (ja) | 2002-02-01 | 2002-02-01 | マルチトラックレコーダ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3585466B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010157819A (ja) * | 2008-12-26 | 2010-07-15 | Brother Ind Ltd | Ｕｓｂデバイスのエンコード装置 |
-
2002
- 2002-02-01 JP JP2002025112A patent/JP3585466B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003228911A (ja) | 2003-08-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100792289B1 (ko) | 컨텐츠 다운로드 시스템 및 방법 | |
| JP3118189B2 (ja) | Ｃｄ−ｒｏｍ再生装置及びその制御方法 | |
| US8250245B2 (en) | Information processing system, with information processing terminal capable of operating in multiple operation modes when connected to a host device | |
| JP4227931B2 (ja) | 情報記憶装置、情報格納方法及び情報記憶処理プログラム | |
| WO2005088632A1 (ja) | 情報処理装置および方法、プログラム記録媒体、並びにプログラム | |
| US20030018610A1 (en) | Apparatus and method for file management of portable device | |
| JP4160139B2 (ja) | 情報記録再生装置 | |
| KR101125929B1 (ko) | 정보 처리 장치, 정보 처리 방법 및 프로그램 기록 매체 | |
| JP2008541219A (ja) | データ更新可能な可変サイズを有するシステム領域を具備したフラッシュメモリのデータ構造、フラッシュメモリを有するｕｓｂメモリ装置、及びシステム領域を制御する方法 | |
| JPH1021084A (ja) | ソフトウェア流通媒体およびソフトウェア流通媒体の作成方法 | |
| JP2009151763A (ja) | メディア処理装置 | |
| US6965954B2 (en) | Data playing system, transmitting and receiving apparatus, and bus conversion unit | |
| JPH08272541A (ja) | 情報記録媒体及び情報再生装置 | |
| JP2006343923A (ja) | ディスク記録装置 | |
| JP3585466B2 (ja) | マルチトラックレコーダ | |
| JP4525357B2 (ja) | オーディオデータの記録再生装置 | |
| US20080154839A1 (en) | Medium drive apparatus, operation method for medium drive apparatus, information processing apparatus, recording and reproduction accessing method for information processing apparatus, program, and program recording medium | |
| US20040117547A1 (en) | Information processing apparatus and information processing method | |
| JP4232678B2 (ja) | 情報処理装置および情報処理方法、並びにプログラムおよびプログラム記録媒体 | |
| JP4345559B2 (ja) | 情報処理装置および情報処理方法、並びにプログラムおよびプログラム記録媒体 | |
| JP2000156034A (ja) | ディジタル信号記憶装置、ディジタル信号記憶方法、プログラム記録媒体、ディジタル信号記録装置及びディジタル信号記録方法 | |
| JP2005158011A (ja) | 記録再生装置 | |
| JP2766127B2 (ja) | 情報アクセス方法及びそれに用いる情報格納媒体 | |
| KR100621375B1 (ko) | 3상 트랜시버를 이용한 조합제어 시스템 | |
| JP2008052800A (ja) | 光ディスクデバイスの制御装置及びその制御方法。 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20040511 |
|
| A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20040527 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040602 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040709 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040803 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040803 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080813 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090813 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100813 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100813 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110813 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120813 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120813 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120813 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130813 Year of fee payment: 9 |
|
| 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 |
|
| LAPS | Cancellation because of no payment of annual fees |