JPH02309416A - メモリカードシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、メモリカードをオペｌ、メーティングからデ
バイスとしてアクセスするメモリカードシステムに関す
るものである。

（従来の技術） コンビゴ、−夕で用いられるオペレーティングシステム
（以下Ｏ８という）上のアプリケーションソフトへのメ
モリカードのデータの送受は、メモリカードを読み書き
ソフトを通じて一度テキストファイルを仲介しやり取り
する方法と、デバイスドライバをＯ８に登ｉすることに
よりデバイスとして直接アプリケーションからのアクセ
スを可能とする方法がある。

第１９図はデバイスドライバをＯＳの一例であるＭＳ−
ＤＯＳに登録した際のデバイスのデータ構造およびＭＳ
−ＤＯＳからのアクセスを示した図である。データ構造
はすべてクラスタと呼ばれるデータを１つのかたまりと
したものを最小単位としている。クラスタの管理はＦＡ
Ｔ　（ファイル・アロケーション・テーブル）に管理情
報を記録することにより行なわれる。アプリケーション
からのアクセスは、先ず、アプリケーションがシステム
コールをＭＳ−ＤＯＳに要求し、ＭＳ−Ｄ。

Ｓはデバイスドライバを介してデバイスをＦＡＴの管理
情報をもとにクラスタ単位でアクセスすることにより行
なわれる。この場合明らかなように、デバイスのデータ
構造はクラスタで区切られたブロック構造でなければな
らない。また従来一般には、メモリカードはシート状の
カードの中に格納した読み書き可能な記憶素子の記憶容
量の制約から、記録効率を重視した記録フォーマットが
採用されている。第２０図に示すように、このメモリカ
ードに記録されているデータを他のアプリケーションソ
フトで読み込むためには、メモリカード読み書きソフト
を用いてデータをテキストファイルに変換し、その後他
のアプリケーションソフトを実行させ、テキストファイ
ルを読み込むという動作が必要であった。書き込みに関
しては読み込みの逆の動作が必要である。

（発明が解決しようとする課題） 上記第２０図の場合のアプリケーションとメモリカード
読み書きソフトとは、同時に動作することは困難であり
、アプリケーション実行中にメモリカードのデータを読
み込む必要が生じた場合にも一度アプリケーションソフ
トを終了し、メモリカード読み書きソフトによりデータ
をテキストファイルに変換した後、メモリカード読み書
きソフトを終了し、再度アプリケーションソフトを実行
させ、そのテキストファイルを読み込むといった手間が
かかるという課厘があった。

また、パーソナルコンピュータで用いられるＯ８へのデ
バイスとしての組み込みも、メモリカードのデータ構造
が記憶容量を重視した構造となっているため、極めて困
難であるといった課題があった。

本発明は上記のような課題を解決するためになされたも
ので、従来のメモリカードの記録構造を変更せずに、Ｏ
８にデバイスとして組み込むことを可能とすることを目
的とする。

（課題を解決するための手段） 本発明は、（１）メモリカードをオペレーティングシス
テムからアクセスして処理を行ない得るように構成した
メモリカードシステムにおいて、情報の記録機能を有す
るメモリカードと、メモリカードの情報を読み書きもし
くは読み込みを行なうリーダライタと、オペレーティン
グシステムに組み込まれるデバイスドライバと、疑似Ｆ
ＡＴを持ちデバイスドライバで扱われるブロック構造の
データ構造とリーダライタで読み書きもしくは読み込み
されるメモリカードのデータ構造を相互に変換する記録
構造変換部を備えたことを特徴とするメモリカードシス
テム、および、（２）メモリカードをオペレーティング
システムからアクセスして処理を行ない得るように構成
したメモリカードシステムにおいて、情報の記録機能を
有するメモリカードと、メモリカードの情報を読み書き
もしくは読み込みを行なうリーダライタと、オペレーテ
ィングシステムに組み込まれるデバイスドライバーとか
ら成り、そのデバイスドライバにおいてメモリカードの
情報をキャラクタ型のデバイスとして扱うことを特徴と
するメモリカードシステムである。

（作用） 本発明において、デバイスドライバをブロック型として
登録した場合は、疑似ＦＡＴを持ちデバイスドライバで
扱われるブロック構造のデータ構造とリーダライタで読
み書きもしくは読み込みされるメモリカードのデータ構
造を相互に変換する記録構造変換部が、アプリケーショ
ンに対して、メモリカードの連続したデータをブロック
型に見せかけて送受する。

デバイスドライバをキャラクタ型として登録した場合は
、デバイスドライバがメモリカードのデータをキャラク
タ型のデバイスとして扱う。

よって、従来のメモリカードの記録構造を変換せずにＯ
５にデバイスとして組み込むことを可能とする。

（実施例１） 第１図は、本発明メモリカードシステムの１実施例を示
すブロック図である。

本実施例は、第１図から明らかなように、データを格納
するメモリカードとホストコンビエータとの電気的接続
を行なうリーダライタと各種アプリケーションプログラ
ムを管理するＯ３の１例としてのＭＳ−ＤＯＳ、ＭＳ−
ＤＯＳからの入出力処理を行なうデバイスドライバ、デ
バイスドライバで扱うブロック構造のデータ構造をメモ
リカードのデータからシミュレートするデータ構造変換
部から構成され、データ構造変換部はデータ構造のシミ
ュレートの際のテーブルとなる疑似ＦＡＴを持っている
。メモリカードは、カードステータス、識別用ＩＤ、プ
ログラムおよびデータ領域から成る。

次に上記の構成を更に詳細に説明する。

ＭＳ−ＤＯＳについて ＭＳ−ＤＯＳは、異種機間でのソフトウェアの互換性や
プログラム開発などの充実といったことを目的に誕生し
た。例えば、Ａ社のハードウェア用のソフトウェアをＢ
社のハードウェアで使えないことはよくあることで、こ
れはＡ社のハードウェアに依存した部分があるためであ
る。ＭＳ−ＤＯＳはこのようなハードウェアの仕様の違
いから起こる問題を解消することがその目的の１つとし
て作られている。つまり、ＭＳ−ＤＯＳを使ってハード
ウェアに依存したソフトウェア仕様を吸収させることに
より、ハードウェアとアプリケーションソフトの緩衝地
帯となり、ハードウェアに依存しないソフトウェアを作
成することができるということになるのである。アプリ
ケーションソフト内部では、ＭＳ−ＤＯＳに対する共通
の命令（システムコール）を使用することにより、アプ
リケーションソフトの互換性が保゛たれる。

ＭＳ−ＤＯＳの構造について ＭＳ−ＤＯＳは３つの部分に分かれ、その各部分が互い
に関係してＯ８の働きをしている。これら３つの部分は
ＣＯＭＭＡＮＤ、ＣＯＭ、ＭＳＤｏｓ、ｓｙｓおよびＩ
Ｏ，ＳＹＳである。ＣＯＭＭＡＮＤ、ＣＯＭは、ユーザ
からのコマンドを受取り、その意味を解釈して実行に移
す部分で、ユーザとコンピュータのインターフェースプ
ログラムである。そのほかに、ＭＳ−ＤＯＳの内部コマ
ンドと呼ばれる部分はこの中に組み込まれている。ＭＳ
ＤＯＳ、ＳＹＳは、ＭＳ−ＤＯＳの本体であり、ＩＯ，
ＳＹＳによる周辺装置の入出力機能を使って、コンソー
ルの入出力やディスクを管理するファイルシステムなど
を実現する。すなわち、ユーザソフトウェアとＩＯ，Ｓ
ＹＳ間のインターフェース的な処理を行なう、ＩＯ，Ｓ
ＹＳは、周辺装置（デバイス）のハードウェアを直接操
作する低レベル（ハードウェアに近いほどレベルが低い
）の入出力を行なう。また、ＩＯ，ＳＹＳの内部にあり
、各周辺装置を制御するプログラムのことをデバイスド
ライバという。

ＭＳＤＯＳ、ＳＹＳとＩＯ，ＳＹＳの相関についアプリ
ケーションプログラムの実行中に周辺装置に対する入出
力処理の要求を受けたＭＳ　ＤＯＳ、ＳＹＳは、どのデ
バイスドライバに対してどのようなアクセスをすればよ
いかを判断し、目的のデバイスドライバにコマンドを送
る。必要ならばその周辺装置の状態を調べ、入出力が可
能か、状態が変化したかなどをチェックする。デバイス
ドライバはＭＳＤＯＳ、ＳＹＳが出力するコマンドにし
たがって、周辺装置の状態を調べたり、データの入出力
を行なったりして、その結果をＭＳＤＯＳ、ＳＹＳに返
すなど綿密な関係になっている。

ＭＳ−ＤＯＳのメモリマツプについて ＭＳ−ＤＯＳは、起動時から数回メモリマツプを変えな
がら立ち上がるが、安定後は第２図に示すようなマツプ
になる。

■割込みベクタ・・−ＲＡＭの最下位ＩＫバイトは８０
８６／８８の割込みベクタテーブルになっている。

■ＩＯ，ＳＹＳ、ＭＳＤＯ３，ＳＹＳ・・・システムの
起動時にディスクからＲＡＭ上に展開され、以降常駐す
る。

■システム作業域・・・Ｃ０ＮＦＩＧ、ＳＹＳファイル
の指定によりディスクバッファや新しいデバイスドライ
バなどのための領域がとられる。

■ＣＯＭＭＡＮＤ、ＣＯＭ常駐域・・・ＣＯＭＭＡＮＤ
、ＣＯＭは、常駐部と非常駐部に分かれており、そのう
ち常駐部はシステム起動時にディスクからロードされ、
以降常駐する。この常駐部は工ＮＴ２２Ｈ１２３Ｈ１２
４Ｈ１２７Ｈのハンドラルーチンおよび非常駐部のロー
ダなどから構成されている。

以上の■〜■の領域は、ＭＳ−ＤＯＳのシステム領域で
、そのサイズは約２５にバイト（ＩＢＭ＝ＰＣの場合）
である。

■Ｔ　Ｐ　Ａ　（Ｔｒａｎｓｉｅｎｔ　Ｐｒｏｇｒａｍ
　Ａｒｅａ）−システム領域のつぎからＣＯＭＭＡＮＤ
、ＣＯＭ非常駐部の直前までのＲＡＭがユーザプログラ
ム（外部コマンド）の領域であり、慣習でＴＰＡ領域と
呼ぶ。

■ＣＯＭＭＡＮＤ、ＣＯＭ非常駐域・・・コマンド行の
解析、内部コマンドの実行、外部コマンドの起動などＣ
ＯＭＭＡＮＤ、ＣＯＭのほとんどの処理を行なう部分で
あり、この領域１はユーザ領域として使用し、破壊して
も差し支えない。ＣＯＭＭＡＮＤ、ＣＯＭ常駐部でこの
領域のサムチェックを行ない、それが破壊されていると
認識すると、ディスクから再度ロードする。

上記■〜■の領域はＲＡＭに連続して割付けられる。な
お、ＭＳ−ＤＯＳではシステム起動時にＲＡＭの実装状
況を調べて、不連続な部分があると、その領域以降はシ
ステムの管理対象外となる。

■ＲＯＭ　−Ｂ　Ｉ　ＯＳ−・・多く＋７）ＭＳ−ＤＯ
３？シンでは、ＢＩＯＳ部分はＲＯＭ化され、アドレス
の最高位に置かれる構成になっている。デバイスドライ
バであるＩＯ，ＳＹＳは、このＲＯＭ−ＢＩＯ８をコー
ルしながら処理を進める。また、ＲＯＭ−ＢＩＯ３中に
はデバイスの初期化やシステムの診断プログラムなどが
含まれていることが多い。

デバイスドライバについて デバイスドライバとは、ハードウェア装置を直接あるい
は間接的に操作し、ＭＳ−ＤＯＳとのインターフェース
をとるためのプログラムである。

デバイスドライバは、操作する装置の種類により、キャ
ラクタ型とブロック型の２つに分類される。前者はコン
ソールプリンタ、通信回線のような順次文字入力を行な
う装置に対するもの、後者はフロッピディスクやハード
ディスクなどのブロック単位（通常は物理セクタサイズ
の単位）で入出力を行なう装置に対するものである。Ｉ
Ｏ，ＳＹＳはデバイスドライバの集合体である。ＩＯ。

ＳＹＳが扱うデバイスは、キャラクタデバイスとブロッ
クデバイスの２種類に分けられる。キャラクタデバイス
はコンソールなどの１文字ずつ読み書きするデバイスを
指し、ブロックデバイスはディスクのようにランダムア
クセスができて、一度に大量のデータを読み書きするも
のを指す。キャラクタデバイスに対しては、各デバイス
（標準的にはＣＯＮ、ＰＲＮ、ＡＵＸ）ごとにデバイス
ドライバが必要であるが、ブロックデバイスではひとつ
のデバイスドライバで複数の同種類のドライブを扱える
。デバイスドライバはデバイスを制御するためのプログ
ラム部と、各種の情報を記録しているデバイスヘッダ（
第３図）から構成される。以下デバイスヘッダの各フィ
ールドの機能を概説する。

■リンク情報・・・１０．ＳＹＳのなかでは、デバイス
ドライバはこのフィールドのポインタでリンクされてお
り、システムはこの情報で現在使用可能なデバイスの種
類を認識する。最初、システム組込みのドライバは第４
図（ａ）のようにリンクされているが、Ｃ０ＮＦＩＧ、
ＳＹＳで新しいドライバを指定すると、それらは第４図
（ｂ）のようにデフォルトドライバの前にリンクされる
。従って、デフォルトデバイス（ＣＯＮなど）のドライ
バを新規に書いて登録すればＩＯ，ＳＹＳ組込みのデバ
イスドライバと置き換えることができる。

ユーザがＣ０ＮＦＩＧ、ＳＹＳで登録するドライバは、
このフィールドをＦＦＦＦにしておくと、システム起動
時に自動的にリンクがつながる。

■属性・・・第５図に示す１６ビツトのフィールドで、
各ビットがデバイスの属性を示す。

■ストラテジエントリ・・・割込みエントリプログラム
部の２つのエントリポイントアドレス■デバイス名・・
・キャラクタデバイスの場合はデバイス名が入る。ブロ
ックデバイスの場合は、そのドライバが支援するドライ
ブの台数が記録される。

Ｍ　Ｓ　−Ｄ　ＯＳの立ち上がり時のプロセスフローを
第６図に示す。ユーザ独自のデバイスドライバをシステ
ムに登録するには、Ｃ０ＮＦＩＧ、ＳＹＳファイルに　
ＤＥＶＩＣＥ＝　（名前）、ｓｙｓと記述する。システ
ムをリセットして再起動することにより、このデバイス
ドライバがシステムに組み込まれる。この場合起動する
ディスクに組み込むデバイスドライバが入っていなけれ
ばならな（７Ｓ。

デバイスドライバの呼び出され方について第７図に示し
たようにＭＳＤＯＳ、ＳＹＳは、まず初めにデバイスド
ライバとあ間でコマンドやデータを受は渡すために用い
るコマンドパケットのポインタを得るという動作をする
。すなわち、ＭＳＤＯＳ、ＳＹＳではコマンドパケット
の先頭アドレスをセーブしリターンする。この動作をス
トラテジコールという。そして再びＭＳＤＯＳ。

ＳＹＳはコマンドパケットにパラメータをセットし、デ
バイス割込みを行なう。このように２段階の手続きでＭ
ＳＤＯＳ、ＳＹＳはデバイスドライバを呼び出し、デバ
イスドライバはコマンドパケットのパラメータをもとに
各処理を行なう。

コマンドパケットについて コマンドパケットは、第８図のような構成（例としてイ
ニシャライズ処理を示す）になっており、先頭の１３バ
イトをリクエストヘッダという。このリクエストヘッダ
は、゛さらに第９図のような構成になっている。リクエ
ストヘッダの長さは固定であるが、その他の部分はコマ
ンドにょって長さが異なる。リクエストヘッダの各フィ
ールドの意味を次に示す。

■コード長・・・コマンドパケットの長さくコマンドへ
ツダ＋パラメータ）を示す。

■ユニットコード・・・ブロックデバイスに対してのみ
意味を持ち、どのドライブに対する要求かを示す。

■コマンドコード・・・ＩＯ，ＳＹＳでは１７種類の入
出力要求が存在するので、その種別を示すＯ〜１６の値
が入る。このコマンドには表１に示したようなものがあ
り、ＭＳＤＯＳ、ＳＹＳ、１０゜ＳＹＳ間のやり取りを
行なっている（レジスタを介してのデータ交換は行われ
ない）。なお、表１に示すデバイスドライバの形式は、
Ｂがブロック型デバイスに対する機能、Ｃがキャラクタ
型デバイスに対する機能、Ｂ／Ｃが共通の機能を示して
いる。

■ステータス・・・第１０図に示す１６ビツトのフィー
ルドである。

表１ システムコールについて システムコールとは、アプリケージ式ンソフトからＭＳ
−ＤＯＳのシステムを操作、管理するサブルーチンのこ
とをいう。システムコールを使用すれば機種に依存しな
いプログラムを容易に作ることができ、さらに、ＭＳ−
ＤＯＳのバージョンに依存しないプログラムを作ること
も容易にできる。ユーザはアプリケーションプログラム
からソフトウェア割込みを行なうことにより利用するこ
とができる。そのときの動きを説明する。アプリケーシ
ョンプログラムからデバイスへのＩ１０リクエスト（シ
ステムコール）の流れを見ると、第１）図に示したよう
に、アプリケーションプログラム＝ＯＭＳＤＯＳ、５Ｙ
Ｓ＝６ＩＯ，ＳＹＳ→一部ＲＯＭ−ＢＩ　ＯＳ時デバイ
スというように命令が処理される。このとき、アプリケ
ージ３ンプログラムへＩ１０リクエストの結果を返す必
要があるならば、デバイス時一部ＲＯＭ−Ｂ　Ｉ　Ｏ３
呻ＩＯ、ＳＹＳ→ＭＳＤＯ３，ＳＹＳ→アプリケーショ
ンプログラムというような流れになる。

ＦＡＴについて ＦＡＴは、ディスク内のファイル領域の使用状況を管理
している重要なテーブルである。ＭＳ−ＤＯＳでは、デ
ィスクをクラスタという単位に分割して管理している。

クラスタは、ディスクの物理セクタの集まりで、１クラ
スタはセクタ数の２のべき乗倍となるように制限されて
いる。ファイルはクラスタの連なりとして構成されるが
、ファイル作成時の状況によっては、必ずしも連続した
クラスタになっているわけではない。ＦＡＴの各エント
リはクラスタと１対１に対応しており、その大きさは１
．５バイトである。その内容が示す意味は次の通りであ
る。

０００・・・未使用のクラスタ ００２〜ＦＦ６・・・対応するクラスタはファイルの一
部である。この値はファイルのつぎのクラスタ番号を示
す。

Ｆ　Ｆ　７−・・対応するクラスタ内に不良セクタがあ
る。

ＦＦ８〜ＦＦＦ・・・ファイルの最後のクラスタである
ことを示す。

クラスタ０は、システムの領域で、ファイル領域はクラ
スタ２から始まる。

ＦＡＴの先頭はＦＡＴ　　ＩＤと呼ばれるディスクのタ
イプを示す特別のエントリである。システムはこの情報
を参照することによりドライブに装着されているディス
クのタイプを知ることができる。

第１２図にディレクトリ、ＦＡＴおよびディスクの割り
当ての関係を示す。

ディレクトリについて ＭＳ−ＤＯＳで扱うディスクのマツプは第１３図のよう
になっている。この中でファイルの先頭を管理し、ＦＡ
Ｔと共にファイルを管理しているのがディレクトリであ
る。ディレクトリは第１４図に示す３２バイトの領域（
ディレクトリエントリ）の集合で、その個数はディスク
の種類により異なっている。ディレクトリエントリの各
フィールドの意味を次に示す。

■フィールド名、拡張子・・・ファイル名またはディレ
クトリ名のフィールド。使用していないエントリは先頭
１バイトに００）！またはＥ５Ｈが入る。

Ｅ５Ｈの場合は空エントリを示すだけだがＯＯＨは以降
に有効なディレクトリエントリがないことを示し、ファ
イル検索の速度を上げるために用いる。

■属性・・・ファイルの属性をビット単位で示す。

ビットＯ：リードオンリファイル ビット１：ｌｉ、！ｔ、ファイル。ＤＩＲコマンドで表
示されない。

ビット２ニジステムフアイル。通常のシステムコールで
はアクセスできない。

ビット３：ボリュームラベル。ファイル名、拡張子にそ
のディスクのポリニームラ ベルが入っている。

ビット４：ディレクトリエントリ。サブディレクトリで
あることを示す。

ビット５：保存ビット。ファイルに書き込みが行なわれ
たときセットされる。

■最終更新日付、時刻・・・ファイルに最後に書き込ん
だときの日付、時刻が記録される（タイムスタンプ）。

■ファイルサイズ・・・４バイトでファイルのバイト長
を表わす（ディレクトリエントリの場合は０）。

ＢＰＢにって ＢＰＢは第１５図に示すようなデバイスに関する諸元を
記録しているメモリブロックである。ＢＰＢは１つのデ
バイスドライバで複数種類のメディアを支援するために
用いられる。デバイスのアクセスはこのＢＰＢから必要
となる情報を元に行なわれる。

さて、第１６図はメモリカードデータフォーマットの１
例である。このデータはスタート番地から終了番地まで
連続的に書かれている。また１件分のレコードは「よみ
」、「名前」、「電話番号」、「住所」の３つの部分か
らなり、それぞれの区切りには独自の区切り記号が用い
られている。またレコードとレコードの間にはレコード
間区切り記号と、前のデータ、次のデータへのリンクボ
イタが書かれている。データの検索や追加、削除はこの
リンクボインクを用いて目的のレコードの「よみ」を読
むことにより行なわれる。このメモリカードデータの場
合、データが連続的に入る構造であるので、当然のこと
ながら、データはブロック構造でな（、ＦＡＴ領域もデ
ィレクトリ領域も存在しない。

このメモリカードをデバイスドライバで扱うクラスタか
ら成るブロック構造に見せるため、疑似ＦＡＴを設ける
。また、このメモリカードは、１つのディレクトリに相
当するものとしてディレクトリ領域をＭＳ−ＤＯＳがデ
バイスドライバにアクセス要求した場合には、例えば、
電話帳というディレクトリのみを返すようにする。ディ
レクトリで示される先頭はＦＡＴの２を示すようにする
。また、このＦＡＴの内容は連続で、次のクラスタ番号
を示すようにし、ＦＡＴ２の先頭はメモリカードのデー
タ先頭番地に相当することとする。この様子を第１７図
に示す。

このシミュレートされたブロック構造に相当するＢＰＢ
は次のようになる。メモリカードの容量をｌ　６ＫＢと
した場合の１例を示す。

１セクタ当たりのバイト数・・・３２バイト／セクタ アロケーション単位・・・１セクタ／ＦＡＴ予約セクタ
・・・０ ＦＡＴ数・・・１ ルートディレクトリ数・・・ｌ 全セクタ数・・・５１２ 媒体記述子・・・０ＦＥｈ ＦＡＴ当たりのセクタ数・・・１ 次にＭＳ−ＤＯＳのＩ１０リクエストコマンドとデバイ
スドライバ、ブロックシミュレータとの関係について述
べる。

Ｑコマンドｆｆ−ド２、ＢＵＩＬＤ　　ＢＰＢＢＰＢに
ついては１例として前述の値を返すこととする。

ＱＩＮＰＵＴコマンド デバイスからの入力コマンコである。データはクラスタ
単位で入力される。クラスタとデータとの関係は、疑似
ＦＡＴによりＭＳ−ＤＯＳが自動的に判断する。

０ＯＵＴＰＵＴ、０ＵＴＰＵＴ　　ＷＩＴ）Ｉ　　ＶＥ
ＲＩＴＹコマンド デバイスへの出力コマンコである。入力コマンドの場合
と同様にデータは疑似ＦＡＴを参照しながらクラスタ単
位で出力される。

以上のように連続構造のデータをクラスタ単位のブロッ
ク構造にシミュレートし、ＭＳ−ＤＯＳからデバイスと
してアクセスを可能とする。

次に本実施例の動作を説明する。

ホストコンピュータのＯ３上では各種アプリケーション
が動作をする。アプリケーション側でデバイスのアクセ
スを行なうときには、アプリケーションからＭＳ−ＤＯ
Ｓ本体へシステムコールを行ない、ＭＳ−ＤＯＳは起動
時に登録されたデバイスドライバを通じてＦＡＴを読み
、それを参考にしてデータをブロック単位でアクセスす
る。この際、データ構造変換部はメモリカードのデータ
構造をブロック構造としてシミュレートするためのテー
ブルとして疑似ＦＡＴを持ち、デバイスドライバからの
ＦＡＴの読み出しに対しては疑似ＦＡＴの内容を返す。

ＭＳ−ＤＯＳは、その疑似ＦＡＴを元にデバイスドライ
バに対して読み出しや書き込みをブロック単位で行ない
、データ構造変換部はメモリカードの対応する部分への
アクセスをリーダライタを通じて行なう。この場合、デ
ータ構造変換部および疑似ＦＡＴはホストコンビエータ
の一部であっても、リーダライタをコントロールするた
めの独立した能動回路、例えばワンチップマイクロコン
ピュータであっても良い。また、ホストコンピュータの
一部である場合にはデバイスドライバに組み込むことも
可能である。

このようにしてデータ構造がブロック構造となっていな
いメモリカードをＯ８側からみたときに、ブロック構造
であるかのようにシミエレートを行なうことができる。

（実施例２） 前述のように、デバイスド−ライバで扱えるデータの型
にはブロック型とキャラクタ型がある。キャラクタ型で
は、データが先頭から順次アクセスされ終端記号（Ｃｔ
ｒｌ−Ｚ）が出現したときに１つのファイルの終わりと
判断される。

ここで、デバイスドライバをキャラクタ型として登録し
た場合の例を述べる。

メモリカードの構造は第１７図に示した構造となってい
る。このメモリカードデータはデータが連続的に入る構
造である。この場合のデバイスドライバからのアクセス
を第１８図に示す。ＭＳＤｏｓ、ｓｙｓから入力要求が
きた場合にはデバイスドライバはメモリカードのデータ
の先頭番地から読み込んでいき、データの終了番地まで
読む。

このメモリカードの場合には終了コード（Ｃｔｒｌ−Ｚ
）が入っていないので、デバイスドライバ側で終了コー
ドを付けてからＭＳＤＯＳ、ＳＹＳにデータを渡す。ま
た、書き込みの場合も同様である。このようにして、メ
モリカードをＭＳ−ＤＯＳにデバイスドライバを用いて
組み込むことができる。

（発明の効果） 以上のように、本発明によれば、メモリカードの記録構
造を変えることなく、Ｏ８に組み込みを可能としたので
、従来のように他のアプリケーションのデータの送受に
おいてテキストファイルを介するという手間を省き、使
い勝手が向上するという効果がある。

【図面の簡単な説明】

第１図は本発明メモリカードシステムの１実施例を示す
ブロック図、第２図はＭＳ−ＤＯＳのメモリマツプを示
す説明図、第３図はデバイスヘッダの説明図、第４図は
デバイスドライバのリンクを示す説明図、第５図はデバ
イスの属性を示す説明図、第６図はシステム立上がりの
プロセスフローを示す説明図、第７図はデバイスドライ
バの呼び出され方を示す説明図、第８図はコマンドパケ
ットの構成例を示す説明図、第９図はリクエストヘッダ
の構成を示す説明図、第１０図はコマンドステータスを
示す説明図、第１）図はアプリケーションとデバイスの
関係を示す説明図、第１２図はディレクトリ、ＦＡＴ、
ファイルの関係を示す説明図、第１３図はＭＳ−ＤＯＳ
で扱うディスクのマツプを示す説明図、第１４図はディ
レクトリフォーマットを示す説明図、第１５図はＢＰＨ
の構造を示す説明図、第１６図はメモリカードデータフ
ォーマットの一例の説明図、第１７図は疑似ディレクト
リ、疑似ＦＡＴ、メモリカードの関係を示す説明図、第
１８図は他の実施例を示すブロック図、第１９図および
第２０図は従来のシステムを示すブロック図である。 特許出願人　　株式会社知脳科学研究所同　　　　　　
　　中　　　　野　　　浩　　　相同　　　　　　　　
日　　　　比　　　光　　　　則代理人　弁理士　　神
　　戸　　　　　　清同　　　　　　　神　　　戸　　
　　　　　　真第１図 （ＨＥＡＤＥＲ）　　デバイスヘッダ （ＰＡＣＫＥＴ） （ＳＴＲＡＴＥＧＹ＋ （ＥＮＴＲＹ） 第６図 第７図 第８図 第１０図 第１）図 第１６図 ４４４１：　３５２３　ＳＴＩ　２１３６２３３７２３
３８２３５Ｄ　２１３９２３３０２３丁７丁丁丁７丁丁 第１７図 第１８図 第１９図

Claims (2)

【特許請求の範囲】
1. （１）メモリカードをオペレーティングシステムからア
   クセスして処理を行ない得るように構成したメモリカー
   ドシステムにおいて、情報の記録機能を有するメモリカ
   ードと、メモリカードの情報を読み書きもしくは読み込
   みを行なうリーダライタと、オペレーティングシステム
   に組み込まれるデバイスドライバと、疑似ＦＡＴを持ち
   デバイスドライバで扱われるブロック構造のデータ構造
   とリーダライタで読み書きもしくは読み込みされるメモ
   リカードのデータ構造を相互に変換する記録構造変換部
   を備えたことを特徴とするメモリカードシステム
2. （２）メモリカードをオペレーティングシステムからア
   クセスして処理を行ない得るように構成したメモリカー
   ドシステムにおいて、情報の記録機能を有するメモリカ
   ードと、メモリカードの情報を読み書きもしくは読み込
   みを行なうリーダライタと、オペレーティングシステム
   に組み込まれるデバイスドライバとから成り、そのデバ
   イスドライバにおいてメモリカードの情報をキャラクタ
   型のデバイスとして扱うことを特徴とするメモリカード
   システム