JP2000076116A

JP2000076116A - 電子機器及びその制御方法及び記憶媒体

Info

Publication number: JP2000076116A
Application number: JP24626698A
Authority: JP
Inventors: Hiroshi Nishikawa; 寛西川
Original assignee: Canon Electronic Business Machines HK Co Ltd
Current assignee: Canon Electronic Business Machines HK Co Ltd
Priority date: 1998-08-31
Filing date: 1998-08-31
Publication date: 2000-03-14

Abstract

(57)【要約】【課題】フラッシュメモリに格納されたデータの削除
を、簡単な処理で、しかも、高速に行え、操作環境を向
上させる。【解決手段】フラッシュメモリ内の或るセクタ内のフ
ァイルを削除するとき、そのセクタ内の、削除しようと
しているファイルを構成する小ブロック以外であって、
有効なブロックをそのままの相対的な位置を維持したま
まＳＲＡＭに格納する。そして、該当セクタを消去し、
その後でＳＲＡＭに格納したブロックをそのままの位置
を維持したままセクタに書き込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はフラッシュメモリを
有する電子機器及びその制御方法及び記憶媒体に関する
ものである。

【０００２】

【従来の技術】近年、携帯型電子機器（例えば電子手
帳、電子メモ帳、電子スケジューラ、或いはこれらの統
合装置）が普及してきているが、この種の装置では、外
出先で使用することがその主要環境であるので、電池或
いはバッテリーが消耗してもそのデータを保持し続ける
ことは要求される。従って、一般には、フラッシュメモ
リを用いることが多い。

【０００３】ところで、フラッシュメモリの消去制御に
関して多くの発明が公開されている。例えば、米国モン
トローラ社による米国特許第５，４７３，５６９号にお
いては、特定のブロックをコピーブロックとして指定
し、消去したいメモリブロックからデータをコピーブロ
ックへ移していき、必要なデータをコピーブロックに移
した後そのメモリブロックを消去し、この消去済メモリ
ブロックを新たなコピーブロックとして用いる方法を提
供している。

【０００４】この制御はフラッシュメモリのハード的な
構造上の制限に起因、つまり、ＳＲＡＭのようにバイト
単位で指定したアドレスのデータを消去しないで変更で
きる構造とはなっていず、大きなブロック単位（６４Ｋ
バイト単位が比較的標準的なブロック単位）を消去命令
で消去した後にバイト単位で指定したアドレスにデータ
を書き込んでデータ変更を行う必要があるためである。
そして、この提案では、有効なデータと消去するデータ
が混在している場合、その有効データを一時的にＳＲＡ
Ｍ等の他のメモリへ待避した後に消去し有効データを再
書き込みする。

【０００５】

【発明が解決しようとする課題】ところが、上記した従
来技術に於いては、例えばあるファイルの消去時に消去
部分のファイルを除いて残りのファイルをフラッシュメ
モリのおおきなサイズのブロック（６４Ｋバイト）のコ
ピーブロックに順次つめて書き込むことになるので、有
効なブロックを管理しているインデックスもその都度変
更する必要があり複雑な処理が必要なり、尚且つ、時間
もかかる。しかも、メモリの空き領域がファイルのサイ
ズよりも小さい場合は消去済のメモリブロックを新たに
探し出すことも必要になる。

【０００６】

【課題を解決するための手段】本発明にかかる点に鑑み
なされたものであり、フラッシュメモリに格納されたデ
ータの削除を、簡単な処理で、しかも、高速に行え、操
作環境を向上させることを可能ならしめる電子機器及び
その制御方法及び記憶媒体を提供しようとするものであ
る。

【０００７】この課題を解決するため、たとえば本発明
の電子機器は以下の構成を備える。すなわち、フラッシ
ュメモリを有する電気機器であって、フラッシュメモリ
の消去単位のセクタを、更に複数のブロックに分割し、
当該ブロックを１つ或いは複数個で１つのファイルを管
理するため、前記ファイルの管理情報を有する管理手段
と、前記フラッシュメモリに格納されているファイルを
削除するとき、当該削除対象のファイルを構成するブロ
ックを有するセクタ中の、前記削除対象のファイルを構
成するブロックを除く有効ブロック群を、当該有効ブロ
ックの格納アドレスの相対位置を保持したまま所定の揮
発性メモリに転送する転送手段と、該転送手段による転
送を行った後、前記フラッシュメモリにおける注目セク
タを消去する消去手段と、消去したセクタ内に、前記不
揮発性メモリに転送した有効ブロック群を、当該有効ブ
ロックの格納アドレスの相対位置を保持したまま書き込
む書き込み手段とを有する。

【０００８】

【発明の実施の形態】以下、添付図面に従って本発明に
係る実施形態を詳細に説明する。

【０００９】なお、実施形態では、携帯電子機器を例に
して説明するが、勿論、本発明はこれに限らず如何なる
電子機機器にも適用できることは、以下の説明から明ら
かになるであろう。

【００１０】図１は第一の実施例における電子機器にお
けるフラッシュメモリ制御装置の構成を最も良く表すブ
ロック図である。図示において、１は後述するＣＰＵフ
ラッシュメモリ、ＳＲＡＭ、ＲＯＭ、ＣＰＵ等の半導体
への電圧を発生すると共に、表示器用の電圧、データ通
信用の電圧などを発生する電源回路である。２は後述す
るＣＰＵのデータ処理制御用の高速クロック、時間カウ
ント用低速クロック、表示用低速クロック、データ通信
用低速クロックを発生する九六個発生回路である。３は
タッチパネルを用いた入力回路であり、タッチパネル上
の位置を検出しデジタル化した結果をＣＰＵに伝達し、
それをトリガーとしてＣＰＵの制御処理をスタートさせ
る。

【００１１】４は外部機器からのデータを受け取りＣＰ
Ｕの制御により受け取ったデータファイルをフラッシュ
メモリへ格納したりフラッシュメモリに記憶しているデ
ータファイルをＣＰＵの制御により送出する際の制御信
号とデータ信号の電圧変換コネクターケーブルを含むデ
ータ送受信部である。このデータ送受信部４は、例え
ば、本装置を回線に接続してメールの授受を行うため、
或いは、ホストコンピュータに接続して入力データをホ
ストコンピュータへ転送、或いは、その逆を行うために
用いられる。

【００１２】５は前記した入力回路３やデータ送受信部
４より受け取った情報に基き、後述するＲＯＭ８に格納
されている処理手順のプログラムに従ってデータ処理制
御を実行する中央処理装置（ＣＰＵ）である。

【００１３】６はＣＰＵ５でのデータ処理制御の結果を
表示するデータを記憶し表示用タイミング信号に基き表
示器に順次表示データを出力すると共に表示用電圧を電
源回路１から供給される電圧に基いて発生し表示器に供
給する表示制御回路である。

【００１４】７は液晶表示技術を用いたＬＣＤ表示器で
あり表示制御回路から受け取った表示データを表示す
る。先に説明したように、この表示器７の前面にはタッ
チパネルが設けられており、例えば、不図示のペンで手
書きした位置を順次検出し、その結果である軌跡を表示
器７に表示させることで、あたかも紙上に記述するかの
如く、動作させることが可能となっている。

【００１５】８は、リードオンリメモリ（ＲＯＭ）であ
って、ＯＳ、各種アプリケーションプログラム、メモリ
制御プログラム、更にはフォントデータが格納されてい
る。

【００１６】９はＣＰＵのワークメモリとして使用され
るＳＲＡＭ（ＤＲＡＭで代用しても良い）である。この
ＳＲＡＭ９には、各種状態を記憶するフラグや暫定デー
タを記憶するとともに、フラッシュメモリで消去やデー
タ追加／変更を行った時にフラッシュメモリの１セクタ
ー分のデータを１時記憶するエリア（フラッシュ整理用
記憶領域９ａ）が設けられている。

【００１７】１０はデータファイルを記憶する１Ｍバイ
トのフラッシュメモリであり１セクター６４Ｋバイト
（書き換え単位が６４Ｋバイト）を１６セクター内蔵し
ている。

【００１８】図２は、実施形態におけるフラッシュメモ
リ１０に格納されているファイルを消去する時の状態遷
移を示している。消去するタイミングであるが、所望と
するファイルをユーザが表示器上で所望とするファイル
をタッチ選択して削除指示した場合、或いは、既存のフ
ァイルをメモ帳等のプログラムで編集し、再保存した際
に従前のファイルを削除する場合等、様々な状況がある
が、ここでは説明を簡単にするために、ユーザが表示器
上で所望とするファイルを選択して削除指示した場合を
例にする。

【００１９】同図（ａ）は１つのファイルを消去する前
のフラッシュメモリの状態を示している。１セクターは
６４Ｋバイトであって、内部を２５６個の小ブロックに
細分化して管理している。従って、小ブロックのサイズ
は２５６バイトとなる。

【００２０】ここで、図示のＦＩＬＥ「Ａ」に着目する
と、このＦＩＬＥ「Ａ」は部分１と部分２、すなわち、
２つの小ブロックで構成されている。これは、ＦＩＬＥ
「Ａ」のサイズが２５６バイトより大きく、５１２バイ
トより小さいことを意味している。今、このファイル
「Ａ」を消去する状況になると、ファイルＡを構成して
いる小ブロックを含む１セクタ（６４Ｋバイト）をＳＲ
ＡＭ９内のフラッシュ整理用記憶領域９ａに転送する。
ただし、フラッシュ整理用記憶領域９ａに転送するの
は、ファイル「Ａ」を構成する２つの小ブロックを除
く、有効な小ブロック（以下、単に有効ブロックとい
う）群とする点である。従って、もともと何も記憶され
ていないブロックも転送対象外となる。なお、ここで言
う「有効ブロック」とは、実施形態の装置上で動作する
アプリケーションで作成したファイルを構成していて、
所謂、保存状態のファイルを構成しているブロックをい
う。

【００２１】こうして、フラッシュ整理用記憶領域９ａ
への、消去対象以外であって有効ブロック群の転送が完
了すると、同図（ｂ）のような状態でフラッシュ整理用
記憶領域９ａにデータが記憶されることになる。同図
（ａ）と比較して有効ブロックのみが転送されることが
わかる。そして、次に、その各有効ブロックの位置を保
持したままフラッシュメモリ１０の同じセクタ位置に書
き込む処理を行う。フラッシュメモリ１０へのデータ書
き込みでは、１セクタ（６４Ｋバイト）を消去処理して
から書き込むことになるので、上記の処理を行うこと
で、結果的にファイル「Ａ」を構成するブロックが消去
された状態にさせることが可能となる。書き込み後の状
態は同図（ｃ）に示す通りである。

【００２２】上記の処理における特徴的な点は以下の４
点である。

【００２３】第１点目：実施形態におけるファイルシス
テムは、フラッシュメモリの書き換え単位（６４Ｋバイ
ト）を更に２５６バイトの領域に細分化させたことによ
り、より多くのアプリケーションで作成されたファイル
を保存することができる。第２点目：消去対象のブロック（上記例では２つのブロ
ックであった）についてはＳＲＡＭ９への転送を行わな
いので、ＳＲＡＭ９への転送にかかる時間を短縮でき
る。

【００２４】第３点目：フラッシュメモリに書き込む場
合、ＳＲＡＭに転送させた有効なブロックのみを書き込
むので、書き込み時間を最小限にすることができる。

【００２５】第４点目：フラッシュメモリ１０に書き込
む際、有効ブロックについてはもともと記憶されていた
ときと同じ位置に書き込みが行われるので、ファイル管
理用インデックスを記憶している領域（後述）の各有効
ブロックのアドレス情報を変更、つまり、アドレス変更
に係る演算及び書き込み処理が不要になるので、処理が
簡略化できることになる。

【００２６】なお、ファイル「Ａ」の如く、１つのファ
イルが同じセクタ内で完結している場合には、上記のＳ
ＲＡＭへの転送、フラッシュメモリへの書き込みを１回
行えば良いが、複数のセクタに別れている場合には、別
れているセクタ数分繰り返すことになる。

【００２７】図３はフラッシュメモリにおける小ブロッ
ク（２５６バイト）の構造を示している。

【００２８】同図において、１４はファイル番号を記憶
するエリアであり、実施形態では２バイトが割り当てら
れれいる。このファイル番号エリアは、０００１から１
つずつカウントアップする形で管理している。従って２
バイトをバイナリーでカウントすることにより最大６５
５３６個のファイルを記憶可能である。後述する第４図
のファイル管理用インデックスを参照することにより、
ユーザーが指定したファイル名（ファイル番号）の装置
で管理しているフラッシュメモリ１０内の位置が特定で
きるようになる。因に、先に説明した図２（Ａ）におけ
るファイル「Ａ」を構成している２つの小ブロックの先
頭の２バイトには同じ番号が記憶されていることにな
る。

【００２９】１５は、注目小ブロックに接続される後続
する小ブロックが格納されているセクタ番号を記憶する
領域である。これは、異なるセクタにまたがって記憶さ
れる場合に対処するために設けられている（２バイ
ト）。

【００３０】１６は後続小ブロックの番号（何番目の小
ブロックかを示すアドレス情報）を記憶している領域で
ある（２バイト）。１７で示される２５０バイトは、実
際のデータを記憶する領域である。

【００３１】１７で示される２５０バイト分の領域に
は、実際のデータが格納されることになる。

【００３２】なお、領域１５、１６でもって、１個のフ
ァイルが複数ブロックで構成されるだけの容量を有する
場合、それら複数の小ブロックが上記の領域１５、１６
でもって数珠繋ぎに管理されることになる。この場合の
最後の小ブロックの領域１５は、その小ブロックに後続
する小ブロックがないこと示すため、あり得ない情報
（例えば“０”）を書き込んでおく。

【００３３】例えばデータサイズが９００バイトのファ
イルの場合には、９００／２５０＝３．６であるので４
つの小ブロックで構成されることになる。この場合、先
頭の小ブロックをファイル管理用インデックスを参照し
て探し出し、その先頭の小ブロックのデータ領域１７の
２５０バイトを読み込む。そして、先頭の小ブロックの
領域１５、１６に格納されている情報から２番目の小ブ
ロックを探し出し、そのデータ（２５０バイト）を読み
出していく。以下、３番目、４番目の小ブロックの順に
データを読み出す。４番目の小ブロックでは残りの１５
０バイトを読み込むことになる。そして、４番目の小ブ
ロックの領域１５、１６にはそれに後続する小ブロック
がないことが分かるので、そこで読み込みを終了する。

【００３４】なお、１セクタ６４Ｋバイトを２５６個に
細分化させたことで、１小ブロックが２５６バイトと比
較的小さいサイズにしたのは、実施形態の装置は所謂、
携帯電子機器であって、メモ帳やスケジュール機能等で
利用するにしても手入力する情報（文字等）が、パーソ
ナルコンピュータ等のアプリケーションとは違ってごく
小さいためである。つまり、１小ブロックサイズを例え
ば数Ｋバイト程度までに大きくすると、無駄な領域が発
生し易いためである。ただし、余り小さいと、インデッ
クス管理用のデータ（上記例では６バイト）と実際のデ
ータとの関係で、前者の示す比率が大きくなってデータ
格納効率が悪くなる。本実施形態の１ブロックが２５６
バイトでそのうちデータ領域２５０バイト、管理用に６
バイトを採用したのは、この比率が最も適していること
が確かめられたからである。ただし、用途や使用するア
プリケーションの種類等によって、この小ブロックサイ
ズを適宜調整しても良いのは勿論である。

【００３５】図４は、実施形態における１個のファイル
のファイル管理用インデックスの構造を示している。

【００３６】図中、１８はファイル名を記憶する部分で
ありユーザーがファイル名として入力手段より入力した
名前を記憶する領域である。１９はファイルの属性を記
憶する部分でありファイルの登録日、ファイルの形態
（文章ファイル、作表ファイル等の区別）、カテゴリー
の分類などを記憶する領域である。２０はファイル番号
を記憶するエリアであり、新規登録のファイル毎に１つ
づつカウントアップしたバイナリー値を記憶する。２１
は指定ファイルのデータの先頭の小ブロックが記憶され
ているフラッシュメモリ１０のセクター番号を記憶して
いる記憶領域である。２２は指定ファイルのデータが記
憶されている最初の小ブロックの位置（アドレス）を記
憶している領域である。

【００３７】このファイル管理用インデックスは、フラ
ッシュメモリ１０に記憶されているファイルの数だけ存
在し、ユーザにより指定されたファイルを呼び出して表
示・編集したり、或るいあ消去時する場合等に、該当す
るファイルに対してアクセスするときに使用される。

【００３８】図５及ぶ図６は前記した構成のフラッシュ
メモリを内蔵する装置でのファイル消去時の処理流れを
示す流れ図である。

【００３９】なお、以下では下記の点を前提として処理
の流れを説明する。

【００４０】ＦＩＬＥＡ：入力手段より指定し消去するファイルＸ：セクタ番号を格納する変数ｍｍ：ＦＩＬＥＡのデータの小ブロックのセクタ内で
のアドレス情報を格納する変数領域ｎｎ：異なるセクタにある場合にそのセクタ番号を格
納する変数領域ステップＦ１で、入力手段（実施形態ではタッチパネル
であることは既に説明した）を用いてＦＩＬＥＡの名前
を入力することでＦＩＬＥＡが指定されると、次のステ
ップＦ２で、入力したＦＩＬＥＡの名前をＩＮＤＥＸ上
で探し一致した名前のファイルが書いてあるＩＮＤＥＸ
のセクター番号小ブロックアドレスを元にＦＩＬＥＡの
フラッシュメモリ上のアドレスを指定しそのデータをＳ
ＲＡＭに転送し、次のステップＦ３でデータ内容に基づ
きフォント情報を呼び出して文字データを表示用イメー
ジデータに変換し、ステップＦ４で表示する。

【００４１】次いで、ステップＦ５で入力手段を用いて
ファイル消去命令が入力された場合には、この命令入力
を元に流れステップＦ６以降でＦＩＬＥＡ消去処理を行
う。

【００４２】先ず、ステップＦ６でＦＩＬＥＡの名称に
基づいて、ＦＩＬＥＡのシステム内でのファイル番号を
取得し、ＦＩＬＥＡの先頭ブロックが格納されているセ
クタをＸに設定する。

【００４３】次いで、ステップＦ７に進み、該当セクタ
の先頭の小ブロックから順に、その小ブロックの先頭の
領域（管理情報）を読み込み、その小ブロックが同じフ
ァイル番号であるかどうか、更には、その小ブロックが
有効であるかどうかを判断する。

【００４４】異なるファイル番号であり、尚且つ、有効
なブロックであると判断した場合には、ステップＦ８に
進み、その注目セクタにおける注目小ブロックのデータ
をＳＲＡＭ９内のフラッシュ整理用記憶領域９ａの相対
的に同じ位置に転送する。

【００４５】また、消去対象と名時ファイル番号の小ブ
ロックであるか、或いは、無効（未使用の）小ブロック
であると判断した場合には、ステップＦ９に進み、その
小ブロックの番号を変数ｍｍに格納し、尚且つ、後続す
る小ブロックが他のセクタに存在する場合にはそのセク
タ番号を変数ｎｎに格納する。

【００４６】ステップＦ８、Ｆ９いずれかの処理が終了
すると、ステップＦ１０に進み、注目セクタの最後の小
ブロックに到達したか否かを判断し、否の場合にはステ
ップＦ７に戻って上記の処理の処理を繰り返す。

【００４７】こうして、注目セクタに対する最後の小ブ
ロックまでの処理が終わると、処理はステップＦ１１に
進む。

【００４８】この場合、フラッシュメモリ１０における
変数Ｘで示されるセクタ内の保持しておくべきデータの
全てＳＲＡＭ９内のフラッシュ整理用記憶領域９ａに、
そのままの格納位置で保持されていることになるから、
フラッシュメモリ１０の変数Ｘで示されるセクタを消去
する。

【００４９】次いで、ステップＦ１２に進み、フラッシ
ュ整理用記憶領域９ａに保存されている各小ブロックの
うちで、無意味な小ブロックか有効な小ブロックかを判
断し、有効な小ブロックについてはステップＦ１３でフ
ラッシュメモリの変数Ｘで示されるセクタ内の相対的に
同じ位置にその小ブロックのデータを書き込む。また、
無意味な小ブロックであると判断した場合にはその小ブ
ロックのデータの書き込みは行わない。

【００５０】なお、有効な小ブロックかどうかは、変数
ｎｎを参照すれば良い。つまり、変数ｎｎには削除対象
のファイルの小ブロックのブロック番号（アドレス情
報）、或いは未使用の小ブロックのアドレスが格納され
ているわけであるから、これ以外の小ブロックは全て有
効な小ブロックとして判断できる。

【００５１】こうして、ステップＦ１４で、最後の小ブ
ロックに対しての処理を終えたと判断するまで、上記の
処理を繰り返す（２５６回繰り返す）。なお、ｉ番目の
小ブロックが書き込むべきデータを有していると判断し
た場合、そのｉ番目のデータは（ｉ−１）×２５６〜ｉ
−１）×２５６−１番地で特定できる。さて、削除対象
のＦＩＬＥＡの小ブロックの消去処理が終了すると、ス
テップ１５に進み、変数ｎｎ（複数のセクタ番号を格納
できる）を調べて、別のセクタについてＦＩＬＥＡを構
成する小ブロックがあるかどうかを判断する。もし、変
数ｎｎに別セクタ番号が格納されているのであれば、ス
テップＦ１６に進み、そのセクタ番号を変数Ｘに設定
し、ステップＦ７以降の処理を行う。

【００５２】そして、ＦＩＬＥＡを構成している小ブロ
ックを格納していた全セクタについての処理を終える
と、ステップＦ１７に進み、ＦＩＬＥＡが削除された旨
を表示し、本処理を終える。

【００５３】以上説明したように本実施形態に従えば、
フラッシュメモリのハード的なブロックである１セクタ
ー（６４Ｋバイト）を図３に示したような構成の小さな
小ブロック（２５６バイト）に分割し、フラッシュメモ
リを図４に示したような構成のＩＮＤＥＸにより管理す
る。

【００５４】これにより図５、図６で示したような処理
の流れにより簡単な処理ルーチンでデータファイルの消
去処理を実行でき、消去後の書き込み処理に置いても有
効ファイルの小ブロックのみの書き込みで良くなるた
め、書き込み時間を短縮できる。

【００５５】また図２で示したようにフラッシュメモリ
消去後の有効ファイルの書き込みで同一アドレスに書き
込むためＩＮＤＥＸの修正を行うことなくファイルの消
去処理を実行でき従って処理時間を短縮できる。

【００５６】なお本実施例ではデータファイルの消去命
令発生時の処理について述べたがファイルのデータ修整
時／追加時／外部装置からの修整データファイル受け取
り時等の処理では古いデータファイルを消去する時に本
実施例で述べたような処理を行った後、修整済のファイ
ルを書き込む処理を行うものであるから、消去指示を受
けた場合にのみ限定されるものではない。

【００５７】＜第２の実施形態＞図７は第２の実施例に
おけるフラッシュメモリを管理しているファイル管理用
インデックスの構成を示す構成図を示している。なお、
装置構成について図１と実質的に同じであるので、その
説明は省略する。

【００５８】図中、２３はファイル名を記憶する部分で
ありユーザーがファイル名として入力手段より入力した
名前（文字コード列）が格納される。

【００５９】２４はファイルの属性を記憶する部分であ
りファイルの登録日ファイルの形態（文章ファイルと作
表ファイルの区別）カテゴリーの分類などを記憶する。

【００６０】２５はファイル番号を記憶するエリアであ
り新規登録のファイル毎に１つづつカウントアップした
バイナリー値を記憶する。

【００６１】２６は本第２の実施形態の特徴となす記憶
エリアであり、指定ファイルがユーザーからの消去する
時や指定ファイルのデータを編集して内容が変更された
時、消去するファイルあるいは編集する前のファイルを
古いファイルとして無効コードを与え、有効なファイル
と区別する情報を格納する。そのうえで後述する図９、
図１０の流れ図で示すファイル整理処理により無効コー
ドを検出してファイル毎の消去を実行する。

【００６２】この有効無効コード格納エリア２６は、フ
ァイル消去時ファイルのデータ編集時にセットされファ
イル整理時に古いファイルのデータ消去に使用する。

【００６３】２７は指定ファイルのデータが記憶されて
いる先頭の小ブロックのフラッシュメモリのセクタ番号
を記憶している記憶部であり、２８は先頭の小ブロック
のアドレスを記憶している記憶部である。

【００６４】ファイルを呼び出して表示したり編集ある
いは消去時に指定ファイルをこれら記憶部２７、２８の
セクター番号と小ブロックアドレスを参照することにな
る。

【００６５】図８は第２の実施形態におけるＦＩＬＥＡ
を消去する時の処理手順を示している。

【００６６】先ず、ステップＦ１８において、入力手段
を用いてＦＩＬＥＡの名前を入力することでＦＩＬＥＡ
が指定されると、ステップＦ１９で、入力したＦＩＬＥ
Ａの名前と一致するファイル名をファイル管理用インデ
ックス参照して検索する。そして、一致したものがあっ
たら、そのファイルの先頭小ブロックのセクタ番号及び
セクタ内での小ブロックアドレス情報を取得し、ファイ
ルのデータをＳＲＡＭ９に転送する。

【００６７】次いで、ステップＦ２０で、ＦＩＬＥＡの
内容に基きフォント情報を呼び出して文字データを表示
用イメージデータに変換し、ステップＦ２１で表示す
る。

【００６８】ステップＦ２２において、入力手段を用い
てファイル消去命令が入力されると、ステップＦ２３に
進み、ＦＩＬＥＡの有効無効コード格納エリア２６に無
効であるデータをセットし、ステップＦ２４で消去が完
了した旨のメッセージを表示する。

【００６９】本第２の実施例では上記の簡単な処理、す
なわち無効であることを示すデータを格納するのみで消
去処理を実行しており、ユーザにしてみれば瞬時に消去
処理が完了することになる。また、これ以降、ＦＩＬＥ
Ａは検索対象外（無効扱いに設定したので）とすること
ができると共に、図９、図１０に示すファイル整理機能
が起動したとき、実際にファイルの実態の消去を行うこ
とができるようになる。

【００７０】このファイル整理機能は、例えばユーザが
設定じた時刻になった場合に起動するようにしておけば
よい。

【００７１】図９、図１０のフローチャートはこの一例
を示している。

【００７２】先ず、ステップＦ２５において、タイマに
よるファイル整理命令が発行される。この時刻は、ユー
ザが設定するものであり、例えば午前２時等のように、
不使用時刻を設定しておけばよい。なお、毎日ではな
く、例えば週毎の設定時間に発行するようにしてもよ
い。

【００７３】ただし他の例として考えられるのは、設定
時刻になって、装置の主電源がオフになっているときに
行うようにしてもよいし、更に、そのとき、電池容量が
一定以上である場合を条件に加えてもよい。要はユーザ
ーが気が付かない時に自動的にファイルの整理を行って
処理中にユーザーを待たせることの無いように配慮する
ことが望ましい。

【００７４】さて、ステップＦ２６では、ファイル管理
用インデックスを検索し、その中に無効扱いに設定され
たファイルがあるかどうかを、セクタ毎にチェックす
る。そして、ステップ２７で、例えば、注目セクタがセ
クタ番号“１”である場合には、そのセクタ内に無効扱
いとなっているファイルの番号と同じ番号を持つ小ブロ
ックが存在するかを判断する。

【００７５】例えば、無効扱いのファイルとして、ファ
イルＡ、ファイルＢの２つがあって、ファイルＡを構成
する小ブロックがセクタ番号１、２の２つのセクタ内に
存在し、ファイルＢを構成する小ブロックがセクタ番号
２、５のセクタ内に存在する場合、ファイルＡについて
整理処理し、その後でファイルＢについて整理してしま
うと、延べ４つセクタについての整理処理が行われてし
まう。しかし、セクタ単位に無効扱いのファイルのチェ
ックを行うことで、この整理処理回数、すなわち、フラ
ッシュメモリの書き換え回数を減らすことができる。理
由は、セクタ２については２つのファイルの小ブロック
が含まれいることがわかれば、これを１回の処理で済ま
せることができるからである。周知の通り、フラッシュ
メモリは書き換え回数に限度があるので、このようにす
ることでフラッシュメモリの延命を図ることができ、し
かも、整理処理回数が減るわけであるから短時間で、し
かも、それに費やす消費電力も少なくて済むことにな
る。

【００７６】さて、ステップＦ２７において、着目して
いるセクタ内に無効扱いのファイルの小ブロックが存在
することが判明したら、ステップＦ２８に進んでそのセ
クタについてのファイル整理サブルーチンをコールし、
ステップＦ２９に進む。

【００７７】ステップＦ２９では未チェックのセクタが
あるかどうかを判断し、もしあればステップ２６に戻
り、次のセクタを注目セクタとし、上記の処理を繰り返
す。

【００７８】実施形態におけるフラッシュメモリは１Ｍ
バイト、つまり、１６個のセクタ（１セクタ＝６４Ｋバ
イト）を有するものであるので、無効扱いされているフ
ァイル数に関係なく、１６回ループすればファイル整理
処理が完了することになる。

【００７９】次に、ステップＦ２８でコールされるサブ
ルーチンの処理手順を、図１０のフローチャートに従っ
て説明する。

【００８０】なお、以下の説明で使用する変数名は第１
の実施形態と同じであるのでその説明は省略する。

【００８１】先ず、ステップＦ３０で、注目セクタの先
頭の小ブロックから順に、その小ブロックの先頭の領域
（管理情報）を読み込み、その小ブロックが整理対象の
ファイル番号（複数あり得る）と同じかどうか、更に
は、その小ブロックが有効であるかどうかを判断する。

【００８２】整理対象外で有効なブロックであると判断
した場合には、ステップＦ３２で、その小ブロックのデ
ータ（２５６バイト）をＳＲＡＭ９内のフラッシュ整理
用記憶領域９ａの相対的に同じ位置に転送する。

【００８３】また、消去対象のファイル中のいずれかに
一致するファイル番号を有する場合、或いは、未使用の
ブロックである場合には、ステップＦ３３で、その小ブ
ロックの番号を変数ｍｍに格納する。

【００８４】ステップＦ３２、３３のいずれかの処理が
終了すると、ステップＦ３４に進み、注目セクタの最後
の小ブロックに到達したか否かを判断し、否の場合には
ステップＦ３１に戻って上記の処理の処理を繰り返す。

【００８５】こうして、注目セクタに対する最後の小ブ
ロックまでの処理が終わると、処理はステップＦ３５に
進み、フラッシュメモリ１０の注目セクタを消去する。
そして、ステップＦ３６に進み、フラッシュ整理用記憶
領域９ａに保存されている各小ブロックのうちで、無意
味な小ブロックか有効な小ブロックかを順番に判断す
る。

【００８６】有効な小ブロック（変数ｍｍを参照するこ
とで確認できる）については、ステップＦ３７の処理に
よって、フラッシュメモリの注目セクタ内の相対的に同
じ位置にその小ブロックのデータを書き込む。また、無
意味な小ブロックであると判断した場合にはその小ブロ
ックのデータの書き込みは行わない。

【００８７】こうして、ステップＦ１４で、最後の小ブ
ロックに対しての処理を終えたと判断するまで、上記の
処理を繰り返す（２５６回繰り返す）。また、最後の小
ブロックについての処理が完了すると、本処理を終了す
る。

【００８８】以上の処理の結果、先の第１の実施形態と
同様に、消去前の有効ブロックは同じ位置に書き込まれ
ることになり、その格納アドレス等は変わらず、ファイ
ル管理用インデックスの変更も不要になる。

【００８９】以上述べたごとく本第２の実施形態によれ
ば、フラッシュメモリのハード的なブロックである１セ
クター（６４Ｋバイト）を小ブロック（２５６バイト）
に分割してフラッシュメモリを図７に示すようなファイ
ル管理用インデックスの構造で管理することで、第１の
実施形態と比較してユーザから見たファイルの消去処理
は瞬時になり、高速なレスポンスが得られる。

【００９０】なお本第２の実施例ではデータファイルの
消去命令発生時およびファイル整理時の処理についての
べたが、ファイルのデータ修整時／追加時／外部装置か
らの修整データファイル受け取り時等の処理では古いデ
ータファイルを消去する時に本実施例で述べたような処
理を行った後修整済のファイルを書き込む処理を行うよ
うにしてもよい。

【００９１】また、削除するファイルは入力手段でファ
イル名を入力するものとして説明したが、ファイル一覧
を表示させ、ＧＵＩによって指定（タッチ）したファイ
ルを削除対象としてもよいし、入力機構をタッチパネル
の手段を用いてもよい。すなわち、本願発明は削除する
ファイルを指定、選択、或いは入力等の如何なる形態に
も適用できるから、この指定方法によって本願発明が限
定されるものではない。

【００９２】また、実施形態では携帯可能な電子機器を
例にして説明したが、これによっても本発明が限定され
るものではない。ただし、本願発明は電子手帳、電子ス
ケジューラ、表計算等、或いはそれらを統合化した携帯
型電子機器に適用することで、そのより大きな効果が期
待できる。

【００９３】更にまた、実施形態で説明した各種フロー
チャートに係るプログラムは、ＲＯＭ内に格納されてい
るものとして説明したが、プログラムを外部より供給す
るようにしてもよいので、上記実施形態で本願発明が限
定されるものではない。

【００９４】従って本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることにな
る。

【００９５】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００９６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００９７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００９８】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００９９】以上説明したように、本実施形態によれ
ば、フラッシュメモリに書かれているデータの消去時の
処理を簡略化しその処理時間を短縮化することが可能と
なり、比較的低速な処理手段であるＣＰＵでも実用レベ
ルを維持することができる。

【０１００】したがって高速処理を行うＣＰＵを使った
システムに比べて安価なシステムを用いることが可能と
なる。

【０１０１】またフラッシュメモリに書かれているデー
タ消去時の処理をファイル消去命令実行時とは別のファ
イル整理処理時に行うことでファイル消去命令実行時の
処理時間を大幅に短縮することが可能となる。

【０１０２】

【発明の効果】以上説明したように本発明によれば、フ
ラッシュメモリに格納されたデータの削除を、簡単な処
理で、しかも、高速に行え、操作環境を向上させること
が可能になる。

【０１０３】

【図面の簡単な説明】

【図１】実施形態における電子機器の主要ブロック構成
図である。

【図２】第１の実施形態におけるフラッシュメモリの消
去処理における動作を説明するための図である。

【図３】実施形態におけるラッシュメモリの各小ブロッ
クの内部構成を示す図である。

【図４】実施形態におけるファイル管理用インデックス
の構造を示す図である。

【図５】第１の実施形態における消去処理の手順を示す
フローチャートである。

【図６】第１の実施形態における消去処理の手順を示す
フローチャートである。

【図７】第２の実施形態におけるファイル管理用インデ
ックスの構造を示す図である。

【図８】第２の実施形態におけるファイル消去時の処理
を示すフローチャートである。

【図９】第２の実施例に係るファイル整理処理を示すフ
ローチャートである。

【図１０】図９におけるファイル整理サブルーチンの内
容を示すフローチャートである。

Claims

【特許請求の範囲】

【請求項１】フラッシュメモリを有する電気機器であ
って、フラッシュメモリの消去単位のセクタを、更に複数のブ
ロックに分割し、当該ブロックを１つ或いは複数個で１
つのファイルを管理するため、前記ファイルの管理情報
を有する管理手段と、前記フラッシュメモリに格納されているファイルを削除
するとき、当該削除対象のファイルを構成するブロック
を有するセクタ中の、前記削除対象のファイルを構成す
るブロックを除く有効ブロック群を、当該有効ブロック
の格納アドレスの相対位置を保持したまま所定の揮発性
メモリに転送する転送手段と、該転送手段による転送を行った後、前記フラッシュメモ
リにおける注目セクタを消去する消去手段と、消去したセクタ内に、前記不揮発性メモリに転送した有
効ブロック群を、当該有効ブロックの格納アドレスの相
対位置を保持したまま書き込む書き込み手段とを有する
ことを特徴とする電子機器。
【請求項２】前記管理情報には、ファイルを構成する
先頭ブロックが格納されているセクタを特定する情報、
該セクタ内の前記先頭ブロックの格納位置を示すアドレ
ス情報が含まれ、前記ブロックには、後続するブロックの存在の有無及び
その存在するセクタを特定する情報とセクタ内の格納位
置を示すアドレス情報、及び、実データが含まれること
を特徴とする請求項第１項に記載の電子機器。
【請求項３】前記管理情報には、ファイルの有効・無
効を示す情報が含まれ、前記転送手段、前記消去手段及
び前記書き込み手段は、該当するファイルが無効として
設定され、尚且つ、所定のタイミングになったときに付
勢されることを特徴とする請求項第１項に記載の電子機
器。
【請求項４】前記ファイルの有効・無効を示す情報は
外部からの指示によって設定されることを特徴とする請
求項第３項に記載の電子機器。
【請求項５】前記所定のタイミングは、予め設定した
時刻であることを特徴とする請求項第３項に記載の電子
機器。
【請求項６】前記管理情報には、ファイルの有効・無
効を示す情報が含まれ、前記転送手段、前記消去手段及
び前記書き込み手段は、該当するファイルが無効として
設定され、尚且つ、所定のタイミングになったときに付
勢されることを特徴とする請求項第２項に記載の電子機
器。
【請求項７】前記所定のタイミングになったとき、セ
クタ毎に無効のファイルを構成しているブロックがある
か否かを判断し、セクタ単位に前記転送手段、前記消去
手段及び前記書き込み手段が行われることを特徴とする
請求項第６項に記載の電子機器。
【請求項８】フラッシュメモリを有する電気機器の制
御方法であって、フラッシュメモリの消去単位のセクタを、更に複数のブ
ロックに分割し、当該ブロックを１つ或いは複数個で１
つのファイルを管理するため、前記ファイルの管理情報
を有する管理工程と、前記フラッシュメモリに格納されているファイルを削除
するとき、当該削除対象のファイルを構成するブロック
を有するセクタ中の、前記削除対象のファイルを構成す
るブロックを除くブロック群を所定の揮発性メモリに転
送する転送工程と、該転送工程による転送を行った後、前記フラッシュメモ
リにおける注目セクタを消去する消去工程と、消去したセクタ内に、前記不揮発性メモリに転送したブ
ロックを書き込む書き込み工程とを有することを特徴と
する電子機器の制御方法。
【請求項９】コンピュータが読み込み実行すること
で、フラッシュメモリを有する電気機器として機能する
プログラムコードを格納した記憶媒体であって、フラッシュメモリの消去単位のセクタを、更に複数のブ
ロックに分割し、当該ブロックを１つ或いは複数個で１
つのファイルを管理するため、前記ファイルの管理情報
を有する管理手段と、前記フラッシュメモリに格納されているファイルを削除
するとき、当該削除対象のファイルを構成するブロック
を有するセクタ中の、前記削除対象のファイルを構成す
るブロックを除くブロック群を所定の揮発性メモリに転
送する転送手段と、該転送手段による転送を行った後、前記フラッシュメモ
リにおける注目セクタを消去する消去手段と、消去したセクタ内に、前記不揮発性メモリに転送したブ
ロックを書き込む書き込み手段として機能するプログラ
ムコードを格納した記憶媒体。